网络处理方法、装置、系统、设备及介质与流程

1.本技术涉及通信技术领域，尤其涉及一种网络处理方法、装置、系统、设备及介质。


背景技术：

2.在网络技术中，可以利用网络服务节点为终端设备提供通信信号。比如，可以利用基站等设备为用户手机提供通信信号。又比如，可以利用终端设备为其他终端设备提供通信信号。
3.然而，在网络服务节点的网络服务过程的过程中，往往因网络服务节点缺少监管而导致通信网络缺少安全性。
4.需要说明的是，在上述背景技术部分公开的信息仅用于加强对本技术的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。


技术实现要素：

5.本技术提供一种网络处理方法、装置、系统、设备及介质，至少在一定程度上克服通信网络缺少安全性的问题。
6.本技术的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本技术的实践而习得。
7.根据本技术的一个方面，提供了一种网络处理方法，应用于监督节点，包括：
8.获取多个网络服务节点的信誉评分，其中，各网络服务节点的信誉评分是根据各网络服务节点的诚实验证确定的，诚实验证用于验证各网络服务节点的实际位置是否与声称位置一致；
9.根据多个网络服务节点的信誉评分，在多个网络服务节点中选择至少部分构成共识组，以利用共识组对达成共识的通信交易数据存储至区块链，
10.其中，通信交易数据是在任一网络服务节点向终端设备提供网络信号的过程中产生的交易数据。
11.在一个实施例中，获取多个网络服务节点的信誉评分，包括：
12.获取各网络服务节点的多次诚实验证的成功验证次数；
13.根据成功验证次数，确定各网络服务节点的信誉评分，
14.其中，信誉评分与成功验证次数正相关。
15.在一个实施例中，在根据成功验证次数，确定各网络服务节点的信誉评分之前，方法还包括：
16.获取各网络服务节点的多次诚实验证的失败验证次数；
17.根据成功验证次数，确定各网络服务节点的信誉评分，包括：
18.确定成功验证次数与失败验证次数的差值；
19.根据差值，确定各网络服务节点的信誉评分，其中，信誉评分与差值正相关。
20.在一个实施例中，在根据成功验证次数，确定各网络服务节点的信誉评分之前，方
法还包括：
21.获取各网络服务节点的区块高度差，区块高度差为区块链的当前区块高度与在网络服务节点的最近一次成功验证时的区块高度的差值；
22.在根据成功验证次数，确定各网络服务节点的信誉评分，包括：
23.根据成功验证次数和区块高度差，确定各网络服务节点的信誉评分，
24.其中，信誉评分与成功验证次数正相关、以及与区块高度差负相关。
25.在一个实施例中，根据成功验证次数和区块高度差，确定各网络服务节点的信誉评分，包括：
26.根据成功验证次数和区块高度差，确定各网络服务节点的信誉度变化因子；
27.对信誉度变化因子进行归一化处理，得到各网络服务节点的信誉评分。
28.在一个实施例中，信誉度变化因子满足公式：
[0029][0030]
其中，δ表示信誉度变化因子，θ表示调整系数，s表示成功验证次数与失败验证次数的差值，a表示预设倍率，δb表示区块链在诚实验证的时间间隔δt内产生的区块数量，h为区块高度差。
[0031]
在一个实施例中，在获取各网络服务节点的多次诚实验证的成功验证次数之前，方法包括：
[0032]
判断各网络服务节点是否接受过诚实验证；
[0033]
获取各网络服务节点的多次诚实验证的成功验证次数，包括：
[0034]
在网络服务节点接受过诚实验证的情况下，获取各网络服务节点的多次诚实验证的成功验证次数。
[0035]
在一个实施例中，在判断各网络服务节点是否接受过诚实验证之后，获取多个网络服务节点的信誉评分，还包括：
[0036]
在各网络服务节点未接受过诚实验证的情况下，获取各网络服务节点对应的区块高度差，各网络服务节点对应的区块高度差为区块链的当前区块高度与各网络服务节点加入区块链网络时的区块高度的差值；
[0037]
确定与各网络服务节点对应的区块高度差对应的信誉度变化因子；
[0038]
根据各网络服务节点对应的区块高度差对应的信誉度变化因子，确定各网络服务节点的信誉评分，其中，当前区块高度与信誉评分负相关。
[0039]
在一个实施例中，在获取多个网络服务节点的信誉评分之前，方法还包括：
[0040]
每间隔预设时间间隔，从多个网络服务节点中选择多个待验证网络服务节点进行诚实验证，得到验证结果；
[0041]
利用验证结果，对多个网络服务节点的信誉评分进行更新；
[0042]
获取多个网络服务节点的信誉评分，包括：
[0043]
获取多个网络服务节点更新后的信誉评分。
[0044]
在一个实施例中，从多个网络服务节点中选择多个待验证网络服务节点进行诚实验证，包括：
[0045]
从多个网络服务节点中选择目标待验证网络服务节点；
[0046]
在目标待验证网络服务节点为中心的预设范围内，选择多个网络服务节点作为待验证网络服务节点；
[0047]
其中，各网络服务节点被选为目标待验证网络服务节点概率与各网络服务节点的信誉评分负相关。
[0048]
在一个实施例中，网络服务节点为近域网络中用于为其他终端设备提供无线网络信号的终端设备。
[0049]
根据本技术的另一个方面，提供一种网络处理装置，应用于监督节点，装置包括：
[0050]
评分获取模块，用于获取多个网络服务节点的信誉评分，其中，各网络服务节点的信誉评分是根据各网络服务节点的诚实验证确定的，诚实验证用于验证各网络服务节点的实际位置是否与声称位置一致；
[0051]
共识组构建模块，用于根据多个网络服务节点的信誉评分，在多个网络服务节点中选择至少部分构成共识组，以利用共识组对达成共识的通信交易数据存储至区块链，
[0052]
其中，通信交易数据是在任一网络服务节点向终端设备提供网络信号的过程中产生的交易数据。
[0053]
根据本技术的又一个方面，提供一种区块链网络系统，包括：
[0054]
多个网络服务节点，用于向终端设备提供网络信号；
[0055]
监督节点，用于获取多个网络服务节点的信誉评分，其中，各网络服务节点的信誉评分是根据各网络服务节点的诚实验证确定的，诚实验证用于验证各网络服务节点的实际位置是否与声称位置一致；
[0056]
共识组构建模块，用于根据多个网络服务节点的信誉评分，在多个网络服务节点中选择至少部分构成共识组，以利用共识组对达成共识的通信交易数据存储至区块链，
[0057]
其中，通信交易数据是在任一网络服务节点向终端设备提供网络信号的过程中产生的交易数据。
[0058]
根据本技术的再一个方面，提供一种电子设备，包括：处理器；以及存储器，用于存储处理器的可执行指令；其中，处理器配置为经由执行可执行指令来执行上述的网络处理方法。
[0059]
根据本技术的再一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述的网络处理方法。
[0060]
本技术实施例所提供的网络处理方法、装置、系统、设备及介质，可以根据各网络服务节点的诚实验证来确定网络服务节点的信誉得分，由于诚实认证可以通过判断网络服务节点是否位于其所声称的位置上来准确的评价其可信度，进而根据信誉评分可以从多个网络服务节点中选择出可信度高的网络服务节点组成共识组，保证了共识组的可信度。进而通过共识组对网络服务节点向终端设备的过程中产生的通信交易数据进行共识后存储至区块链的方式，能够利用可信度高的共识组对网络信号提供过程进行监控，从而提高了通信网络的安全性。
[0061]
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本技术。
附图说明
[0062]
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0063]
图1示出了本技术实施例提供的区块链网络系统的系统架构图；
[0064]
图2示出本技术实施例提供的一种网络处理方法的流程示意图；
[0065]
图3示出了本技术实施例提供的一种信誉度变化因子的变化示意图；
[0066]
图4示出了本技术实施例提供的一种信誉评分的变化示意图；
[0067]
图5示出了本技术实施例提供的构建共识组的逻辑示意图；
[0068]
图6示出了本技术实施例提供的另一种网络处理方法的流程示意图；
[0069]
图7示出了本技术实施例提供的一种示例性地选择待验证网络服务节点的逻辑示意图；
[0070]
图8示出了本技术实施例提供的一种示例性的生成多层数据包的逻辑示意图；
[0071]
图9是本技术实施例提供的一种示例性的诚实验证的逻辑示意图；
[0072]
图10示出本技术实施例中一种网络处理装置示意图；和
[0073]
图11示出本技术实施例中一种电子设备的结构框图。
具体实施方式
[0074]
现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本技术将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。
[0075]
此外，附图仅为本技术的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
[0076]
应当理解，本技术的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本技术的范围在此方面不受限制。
[0077]
需要注意，本技术中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
[0078]
需要注意，本技术中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。
[0079]
在网络技术中，可以利用网络服务节点为终端设备提供通信信号。在一个场景中，可以利用基站为用户手机等终端设备提供通信信号。在另一个场景中，为了提高网络资源复用率，可以利用终端设备为其他终端设备提供无线通信信号。
[0080]
然而，在网络服务节点的网络服务过程的过程中，往往因网络服务节点缺少监管
而导致缺少安全性。示例性地，随着基站类型的增多，私有基站等难以被监控，当用户误连接至私有基站时，将会影响用户通信安全性。又一示例性地，在近域网络中，对于能够为其他终端设备提供无线通信信号的终端设备，也往往缺少行之有效的监控手段，从而导致近域网络安全性难于保证。
[0081]
基于此，本技术实施例提供了一种网络处理方法、装置、系统、设备及介质，能够基于诚实验证的区块链技术选出诚实度高的可信共识组，以及利用可信共识组来对网络中的网络服务节点向终端设备提供通信信号的过程进行监控，提高了网络的安全性。
[0082]
为了便于理解，本技术下述部分先对涉及的技术术语进行说明。
[0083]
(1)区块链，其是一个分布式账本，区块链技术利用链式数据结构来验证与存储数据。
[0084]
通过区块链，可以实现对网络服务节点的去中心化管理，且保证了网络的数据安全性。
[0085]
(2)近域网络，即一种新型的通信模式，终端设备可以通过包括但不限于wifi、蓝牙、长短波等无线技术连接到其他终端设备(终端设备可以是物联网设备，也可以是手机、电脑、网关等)。示例性地，用户a的手机可以作为无线通信信号提供源，其他用户的设备可以通过连接用户a的手机来获取无线通信信号。
[0086]
通过近域通信，可以解决移动通信在某些场景下覆盖不足的问题，比如人员密集但基站信道不足或地域辽阔但基站数量不足的情况，实现网络资源的复用。
[0087]
以及，需要说明的是，基于区块链的近域网络，则可以在提升无线通信性能指标、驱动资源复用的同时兼顾网络安全性，建立服务于5g(5th generation mobile communication technology，第五代移动通信技术)物联网、工业互联网、移动互联网等场景的近域网络基础设施。
[0088]
(3)诚实验证，其用于通过验证网络服务节点的实际位置是否与声称位置一致，即验证网络服务节点是否位于其所声称的位置上。
[0089]
在本技术实施例中，通过诚实验证，当网络服务节点谎报其位置时，可以将其认证为非可信节点、或者不诚实节点，当网络服务节点汇报了真实位置时，可以将其认证为可信节点或者诚实节点。
[0090]
接下来，在开始介绍本技术实施例提供的网络共识方案之前，先对涉及的区块链网络系统进行说明。
[0091]
图1示出了本技术实施例提供的区块链网络系统的系统架构图。如图1所示，区块链网络系统10可以包括监督节点11和k个网络服务节点121-12k。其中，k是大于或等于2的整数。
[0092]
监督节点11，从功能上而言，其用于根据信誉评分在k个网络服务节点121-12k中选择至少部分网络服务节点构成共识组。比如，继续参见图1，监督节点11可以选出网络服务节点121-123构成共识组。也就是说，网络服务节点121-123可以作为共识组成员。
[0093]
在一个示例中，监督节点11还可以在k个网络服务节点121-12k中选择出至少部分网络服务节点进行诚实验证。
[0094]
在一个示例中，监督节点11还可以根据诚实验证结果对各网络服务节点的信誉评分进行计算或者调整。
[0095]
从设备上而言，在一个示例中，监督节点11可以是预先设置的可信度高的网络设备。比如，可以是通信运营商设置的可信基站、可信电脑、可信网关等，对此不作具体限定。
[0096]
在另一个示例中，监督节点11可以是从网络服务节点中选择出的。比如，可以将共识组中的信誉评分最高、或者进入共识组时间最长的共识组成员作为监督节点11。其中，监督节点11可以只承担监督节点的角色，也可以承担监督节点和共识组成员的角色，对此不作具体限定。
[0097]
需要说明的是，当监督节点11为网络服务节点中，可以从包括监督节点11在内的多个网络服务节点中选择出共识组。
[0098]
从作用上和设备上介绍了监督节点之后，接下来对网络服务节点展开说明。
[0099]
网络服务节点，其用于向终端设备提供网络信号。示例性地，网络服务节点可以是基站等设备。
[0100]
又一示例性地，在近域网络中，网络服务节点为近域网络中用于为其他终端设备提供无线网络信号的终端设备。网络服务节点可以是具有通信信号使用功能和转发功能的终端设备。其中，网络信号可以是无线网络信号。
[0101]
需要说明的是，在近域网络中采用本技术实施例提供的网络共识方案时，可以在充分复用网络中的无线资源、发挥无线网络额外价值的同时，能够通过区块链共识技术保证终端设备之间信号交易的安全性，能耗低、效率高。
[0102]
对于本技术实施例中的k个网络服务节点，其中至少部分网络服务节点可以作为共识组，剩余部分节点可以为其他终端设备提供通信信号。在一个示例中，对于共识组成员，其可以承担共识功能，或者兼顾共识功能和为其他终端设备提供通信信号的功能，对此不作限定。
[0103]
其中，终端设备即为使用网络信号的设备，示例性地，终端设备可以包括但不限于手机、平板电脑、网关、膝上型便携计算机、台式计算机、可穿戴设备、增强现实设备、虚拟现实设备等需要使用到网络信号的设备，对此不作具体限定。
[0104]
在介绍了监督节点、网络服务节点之后，接下来对本技术实施例的网络处理方案展开具体说明。
[0105]
下面结合附图及实施例对本示例实施方式进行详细说明。
[0106]
本技术实施例提供了一种网络处理方法，该方法可以由区块链网络系统10中的监督节点执行。其中，监督节点可以参见本技术实施例上述部分的相关说明，在此不再赘述。
[0107]
图2示出本技术实施例提供的一种网络处理方法的流程示意图，如图2所示，本技术实施例中提供的网络处理方法包括如下步骤s210和s220。
[0108]
s210，获取多个网络服务节点的信誉评分。其中，网络服务节点可以参见本技术实施例上述部分的相关说明，对此不再赘述。
[0109]
对于信誉评分，其用于衡量各网络服务节点在上报自身位置时的诚实度。
[0110]
其中，各网络服务节点的信誉评分可以是根据各网络服务节点的诚实验证确定的。其中，诚实验证可以参见本技术实施例上述部分的相关描述，在此不再赘述。
[0111]
在一些实施例中，s210可以包括下述步骤a1和步骤a2。
[0112]
步骤a1，获取各网络服务节点的多次诚实验证的成功验证次数。
[0113]
示例性的，网络服务节点若进行了25次诚实验证，其中18次验证成功，则其成功验
证次数为18次。
[0114]
步骤a2，根据成功验证次数，确定各网络服务节点的信誉评分。其中，信誉评分与成功验证次数正相关。
[0115]
在一个实施例中，可以预先设置的信誉评分与成功验证次数之间的对应关系，来确定与成功验证次数对应的信誉评分。其中，信誉评分与成功验证之间的对应关系可以是关系式或者对应表格等形式，对此不作具体限定。
[0116]
通过上述步骤a1-步骤a2，可以为位置准确的网络服务节点设置更高的信誉分。由于当网络服务节点位于其所声称位置时，其可以为其所声称位置的附近终端设备正常提供网络信号，进而成功验证次数越多表征网络服务节点其位置是越可信的，越能为周围终端设备提供可信的网络信号。从而通过与诚实验证的成功验证次数对应的信誉评分可以准确衡量网络服务节点的信誉度。
[0117]
在另一些实施例中，s210可以包括下述步骤a11-a14。
[0118]
步骤a1，获取各网络服务节点的多次诚实验证的成功验证次数。
[0119]
其中，步骤a1可以参见本技术实施例上述部分的相关说明，在此不再赘述。
[0120]
步骤a3，获取各网络服务节点的多次诚实验证的失败验证次数。
[0121]
示例性地，继续上一示例，若进行了24次诚实验证，其中8次验证失败，则失败验证次数为8。
[0122]
步骤a4，确定成功验证次数与失败验证次数的差值s。
[0123]
示例性地，继续上一示例，成功验证次数为18，失败验证次数为8时，差值s为10。
[0124]
步骤a2，根据差值s，确定各网络服务节点的信誉评分。其中，信誉评分与差值s正相关。
[0125]
在一个实施例中，可以预先设置的信誉评分与差值s之间的对应关系，来确定与成功验证次数对应的信誉评分。其中，信誉评分与成功验证之间的关系可以是关系式或者对应表格等形式，对此不作具体限定。
[0126]
通过上述步骤a1-步骤a4，可以为位置错误的网络服务节点设置更低的信誉分。由于当网络服务节点的位置错误时，其无法为其所声称位置的附近终端设备正常提供网络信号，进而失败验证次数越多表征网络服务节点其位置是越不是可信的，不能够为周围终端设备提供可信的网络信号。从而通过诚实验证的验证结果可以准确的评价网络服务节点的信誉。
[0127]
在又一些实施例中，s210可以包括下述步骤a1、步骤a2和步骤a5。
[0128]
步骤a1，获取各网络服务节点的多次诚实验证的成功验证次数。
[0129]
其中，步骤a1可以参见本技术实施例上述部分的相关说明，在此不再赘述。
[0130]
步骤a5，获取各网络服务节点的区块高度差。
[0131]
其中，区块高度差为区块链的当前区块高度与在该网络服务节点的最近一次成功验证时的区块高度的差值。对于区块高度，其是指在区块链中它和创世区块之间的块数。
[0132]
比如，若当前区块高度为h0，若网络服务节点共进行了25次诚实验证，第24次验证成功，第25次验证失败，其中，第24次验证成功时的区块高度为h1，则区块高度差h可以等于(h
0-h1)。
[0133]
其中，区块高度差为大于或等于0的数值。
[0134]
步骤a2，根据成功验证次数和区块高度差，确定各网络服务节点的信誉评分。其中，信誉评分与成功验证次数正相关、以及与区块高度差负相关。
[0135]
在一个实施例中，可以预先设置的信誉评分与成功验证次数、区块高度差之间的关系，来通过各网络服务节点的成功验证次数和区块高度差，来确定该网络服务节点的信誉评分。其中，信誉评分与成功验证、区块高度差之间的关系可以是关系式或者对应表格等形式，对此不作具体限定。
[0136]
通过上述步骤a1、步骤a2和步骤a5，在网络服务节点成功验证之后，随着时间的增加，区块链的区块高度会随之增加，区块高度差也随之增大，相应地，该网络服务节点的信誉评分会随着区块高度差的增大而减小。从而可以激励网络服务节点积极参与诚实验证，避免网络服务节点在得到高分之后，以不参加诚实验证的方式来保持高分。
[0137]
需要说明的是，还可以根据成功验证次数、失败验证次数和区块高度差来计算各网络服务节点的信誉评分，其具体计算方式可以参见本技术实施例上述部分的相关说明，对此不再赘述。
[0138]
在一个示例中，上述步骤a2可以包括下述步骤a21和步骤a22。
[0139]
步骤a21，根据成功验证次数和区块高度差，确定各网络服务节点的信誉度变化因子。
[0140]
其中，信誉度变化因子表示网络服务节点的诚实度或者信誉度。在一个示例中，信誉度变化因子可以与成功验证次数正相关。即各网络服务节点的信誉度变化因子可以随着成功验证次数的增加而增加。在另一个示例中，信誉度变化因子可以与成功验证次数正相关且与失败验证次数负相关。即各网络服务节点的信誉度变化因子可以随着成功验证次数的增加而增加，以及随着失败成功次数的增加而减小。在又一个示例中，信誉度变化因子可以与成功验证次数正相关且与区块高度差负相关。即各网络服务节点的信誉度变化因子可以随着成功验证次数的增加而增加，以及随着区块高度差的增加而减小。
[0141]
在一个具体的示例中，信誉度变化因子δ满足下述公式(1)：
[0142][0143]
其中，θ表示调整系数，其可以根据实际情况和具体需求设置，对此不作限定。示例性地，调整系数θ可以是一个动态调整系数。
[0144]
s表示成功验证次数与失败验证次数的差值。
[0145]
a表示预设倍率，示例性地，其可以根据具体情况和实际需求设置，以改变差值s对信誉评分的影响程度，比如a可以为3。
[0146]
δb表示区块链在诚实验证的时间间隔δt内产生的区块数量，即在δt/δb的时间内生成一个新区块。
[0147]
h为区块高度差。其中，区块高度差h可以参见本技术实施例上述部分的相关说明，在此不再赘述。
[0148]
对于上述公式(1)，图3示出了本技术实施例提供的一种信誉度变化因子的变化示意图。
[0149]
其中，图3中以实线示出的曲线l1表示随s的变化；曲线l1的横坐标表示s，纵
坐标表示以点划线示出的曲线l2表示随h的变化；曲线l2的横坐标表示h，纵坐标表示
[0150]
如图3中的曲线l1所示，当任一网络服务节点因参与诚实验证时，其成功验证次数或者失败验证次数发生变化，进而导致差值s增大时，也随着增大，进而导致信誉度变化因子增大。相应地，若差值s减小时，也随之减小，进而导致信誉度变化因子减小。
[0151]
继续参见图3的曲线l2所示，随着时间的增加之后，区块高度差h增大，随之减小，进而导致信誉度变化因子减小。以及，在网络服务节点校验成功之后，区块高度差h减小，随之增大，进而导致信誉度变化因子增大。
[0152]
需要说明的是，除了公式(1)之外，还可以采用其他能够使得信誉度变化因子与差值s负相关、与区块高度差h正相关的公式，来根据各网络服务节点的差值s和/或区块高度差h计算该网络服务节点的信誉度变化因子，对此不作限定。
[0153]
以及，还需要说明的是，除区块高度差h之外，还可以采用诸如时间、或者与时间相关的其他参数来计算各网络服务节点的信誉评分，对此不作具体赘述。示例性地，时间可以是当前时刻与最后一次成功校验的时刻之间的时间差值，对此不作具体限定。
[0154]
步骤a22，对信誉度变化因子进行归一化处理，得到各网络服务节点的信誉评分。
[0155]
对于归一化处理，其用于将各信誉度变化因子统一量化至[0,1]的取值范围内。可选地，可以将信誉度变化因子统一量化至(0,1)的取值范围内，即信誉评分的取值范围为(0,1)。
[0156]
在一个具体的示例中，信誉评分可以满足下述公式(2)：
[0157][0158]
图4示出了本技术实施例提供的一种信誉评分的变化示意图。其中，图4中的横坐标为信誉度变化因子δ，纵坐标为信誉评分如图4所示，信誉评分随着信誉度变化因子δ的增大而增大，直至趋近于1；以及信誉评分随着信誉度变化因子δ的减小而减小，直至趋近于0，即信誉评分小，直至趋近于0，即信誉评分
[0159]
需要说明的是，还可以采用除公式(2)之外的其他能够将信誉度变化因子归一化处理至(0,1)取值范围内、且能够使得信誉评分与信誉度变化因子正相关的计算公式，对此不作具体限定。
[0160]
通过上述步骤a21和a22，能够将信誉评分统一归一化处理至同一取值区间内，从而可以以同一标准来准确衡量各网络服务节点的信誉评分。
[0161]
在再一些实施例中，在上述步骤a1之前，s210还可以包括下述步骤a6。
[0162]
步骤a6，判断各网络服务节点是否接受过诚实验证。
[0163]
相应地，步骤a1可以包括：在网络服务节点接受过诚实验证的情况下，获取各网络服务节点的多次诚实验证的成功验证次数。即在确定网络服务节点参加过诚实验证之后，
可以继续按照上述步骤a1至步骤a2，步骤a1至步骤a3，或者上述步骤a1至步骤a2、步骤a5计算各网络服务节点的信誉评分。
[0164]
在一个实施例中，在步骤a6之后，s210还可以包括步骤a7至步骤a9。
[0165]
步骤a7，在各网络服务节点未接受过诚实验证的情况下，获取各网络服务节点对应的区块高度差。
[0166]
其中，各网络服务节点对应的区块高度差为区块链的当前区块高度与各网络服务节点加入区块链网络时的区块高度的差值。也就是说，从该网络服务节点加入区块链之后，区块链新增添的区块个数。
[0167]
步骤a8，确定与各网络服务节点对应的区块高度差对应的信誉度变化因子。
[0168]
在一个示例中，与各网络服务节点对应的区块高度差h
′
对应的信誉度变化因子δ满足公式(3)：
[0169]
δ＝cot(2*arctanh
′
)
ꢀꢀꢀ
(3)
[0170]
其中，h
′
可以是当前区块高度与该网络服务节点加入区块链网络时的区块高度的差值。
[0171]
继续参见图3，图3中以点划线示出的曲线l3表示信誉度变化因子δ随h
′
的变化，曲线l3的横坐标表示h
′
，纵坐标表示信誉度变化因子δ。如曲线l3所示，对于未接受验证的区块，其信誉度变化因子δ随着h
′
的增加而减小。
[0172]
步骤a9，根据当前区块高度对应的信誉度变化因子，确定各网络服务节点的信誉评分，其中，当前区块高度与信誉评分负相关。步骤a9可以参见本技术实施例上述部分结合步骤a22的相关说明，在此不再赘述。
[0173]
需要说明的是，通过区块高度差h
′
计算信誉评分，当网络服务节点加入区块链网络之后，在进行诚实验证之前，可以从初始信誉评分逐步降低，从而可以激励新加入区块链网络的网络服务节点进行诚实验证，进一步提高了网络安全性。
[0174]
以及，还需要说明的是，除区块高度差h
′
之外，还可以采用诸如时间、或者与时间相关的其他参数来计算各网络服务节点的信誉评分，对此不作具体赘述。示例性地，时间可以是当前时刻与加入区块链网络的时刻之间的时间差值，对此不作具体限定。
[0175]
在一个示例中，对于参与过诚实验证的网络服务节点，可以基于成功验证次数、比如基于上述公式(1)计算信誉度变化因子δ；以及，对于未参与过诚实验证的网络服务节点，可以基于各网络服务节点对应的区块高度差、比如基于上述公式(3)计算信誉度变化因子δ。然后，在计算得到信誉度变化因子δ之后，利用公式(2)计算信誉评分。
[0176]
在另一个示例中，在每一轮诚实验证过程中，对于参见本轮诚实验证的网络服务节点，可以基于成功验证次数、比如基于上述公式(1)计算信誉度变化因子δ；以及，对于未参与本轮诚实验证的网络服务节点，可以基于各网络服务节点对应的区块高度差、比如基于上述公式(3)计算信誉度变化因子δ。然后，在计算得到信誉度变化因子δ之后，利用公式(2)计算信誉评分。
[0177]
s220，根据多个网络服务节点的信誉评分，在多个网络服务节点中选择多个节点构成共识组，以利用共识组对达成共识的通信交易数据存储至区块链。
[0178]
对于通信交易数据，其可以是在任一网络服务节点向终端设备提供网络信号的过程中产生的交易数据。
[0179]
对于共识组，其用于通过将通信交易数据打包到区块中的方式，对各网络服务节点和网络服务节点的通信交易数据进行约束。在一些实施例中，共识组可以将通信交易数据打包成区块，并将该新区块添加至区块链，得到新的区块链。示例性地，共识组可以获取网络服务节点提交的加密交易数据，以极高的交易速率打包成块并发布上链。示例性地，共识组可以平分新区块的代币奖励，以及该新区块包含的交易费用。
[0180]
在一些实施例中，共识组可以采用共识算法对通信交易数据进行共识。其中，共识算法可以是pos(proof of stake，权益证明)共识算法、pow(proof of work，工作量证明)共识算法、pbft(practical byzantine fault tolerance，实用拜占庭容错算法)共识算法等，对此不作具体限定。
[0181]
示例性地，共识组可以采用pbft共识算法对通信交易数据进行共识。在一个具体的示例中，可以在近域通信中的网络服务节点，即近域网络中为其他终端设备提供无线通信信号的终端设备构成的共识组中，采用pbft共识算法进行共识。通过pbft，实现了在有限个节点的情况下的拜占庭问题，可以容忍小于1/3个无效网络服务节点或者恶意网络服务节点，并在保证容错率的同时保证一定的性能。
[0182]
需要说明的是，采用pos算法可以克服因诸如pow等传统共识算法无法适用于近域网络所导致的无法对近域网络中的网络服务节点进行去中心化管理、进而无法保证网络服务节点安全性的问题，从而在兼顾了无线网络资源复用的同时兼顾了网络安全性。
[0183]
在一个具体的场景中，比如在因人烟稀少等缺少网络基础设施的场景下，可以通过本技术实施例提供的基于区块链技术的共识网络为终端设备提供安全、便捷的网络，提高了用户网络使用体验。
[0184]
在介绍了共识组之后，接下对s220进行说明。
[0185]
在一些实施例中，s220可以包括：按照与信誉评分相关的预设共识组选取规则，从多个网络服务节点中选择共识组。示例性地，若监督节点为网络服务节点，则可以从包括监督节点在内的多个网络服务节点中选择出共识组。
[0186]
对于预设共识组选取规则，其用于从网络服务节点中选择出信誉评分较高的至少部分组成共识组。
[0187]
在一个实施例中，预设共识组选取规则可以包括：利用信誉评分最高的预设数量个网络服务节点组成共识组。其中，预设数量可以是大于或等于2的任意整数，对此不作具体限定。
[0188]
相应地，s220可以包括：将多个网络服务节点按照信誉评分从高到底的顺序依次排列，选择前预设数量个网络服务节点组成共识组。
[0189]
在另一个实施例中，预设共识组选取规则包括：每间隔预设时间段，将除共识组之外的剩余网络服务节点中信誉评分最高的一个网络服务节点添加至原有共识组。
[0190]
相应地，s220包括：
[0191]
每间隔预设时间段，在多个网络服务节点除原有共识组之外的剩余网络服务节点中，选择信誉评分最高的网络服务节点添加入原有共识组，得到新的共识组。其中，预设时间段可以是产出新区块的时间间隔，即上述δt。又或者，还可以根据实际情况和具体需求设置预设时间段，对此不作具体限定。
[0192]
在一个实施例中，可以利用上述新添加的网络服务节点替换掉原有共识组中的一
个网络服务节点。
[0193]
在一个示例中，可以替换掉原有共识组中信誉评分最高的网络服务节点，或者最久未被替换掉的网络服务节点。相应地，被替换掉的网络服务节点可以成为新的监督节点。
[0194]
示例性地，图5示出了本技术实施例提供的构建共识组的逻辑示意图。如图5所示，以区块链网络包括网络服务节点121-126为例。若替换前的监督节点为网络服务节点121，共识组由网络服务节点122-124构成，剩余网络服务节点包括网络服务节点125和126。
[0195]
若网络服务节点121在获取到网络服务节点122-126的信誉评分之后，确定剩余网络节点，即网络服务节点125和网络服务节点126中网络服务节点125的信誉评分最高，则可以将网络服务节点125补入共识组。以及，在原有共识组，即网络服务节点122-124中，网络服务节点122最久未被替换，即其作为共识组成员的连续时长最久，则可以将网络服务节点122作为新的监督节点。以及，还需要说明的是，可以将原有的监督节点，即网络服务节点121作为新的剩余网络服务节点。
[0196]
相应地，如图5所示，新的监督节点为网络服务节点122，新的共识组由网络服务节点123-125构成，剩余网络服务节点包括网络服务节点126和网络服务节点121。
[0197]
在另一个示例中，可以替换掉原有共识组中信誉评分最低的网络服务节点，将替换掉的网络服务节点作为除监督节点、共识组成员之外的剩余网络服务节点。
[0198]
需要说明的是，通过本技术实施例每次补入一个信誉评分最高的网络服务节点来更新共识组的方案，在保证共识组可信度的同时，可以保证其稳定性，从而进一步提高了网络安全性。
[0199]
本技术实施例所提供的网络处理方法，可以根据各网络服务节点的诚实验证来确定网络服务节点的信誉得分，由于诚实认证可以通过判断网络服务节点是否位于其所声称的位置上来准确的评价其可信度，进而根据信誉评分可以从多个网络服务节点中选择出可信度高的网络服务节点组成共识组，保证了共识组的可信度。进而通过共识组对网络服务节点向终端设备的过程中产生的通信交易数据进行共识后存储至区块链的方式，能够利用可信度高的共识组对网络信号提供过程进行监控，从而提高了通信网络的安全性。
[0200]
以及，还需要说明的是，在本技术实施例中通过设置监督节点的角色，可以对区块链网络系统中的共识组选取过程、交易过程进行监管，保证了网络安全性。比如，通过诚实验证相关的信誉评分来选择共识组的方式，能够使得信誉度较高的网络服务节点有更高的概率选入共识组参与网络共识，提高了网络安全性。
[0201]
在一些实施例中，为了提高网络安全性，终端设备可以获取至少一个可连接网络服务节点的信誉评分。以及在至少一个可连接网络服务节点中选择信誉评分最高的进行连接，以从所连接的网络服务节点获取网络信号。
[0202]
在一个实施例中，为了提高网络安全性，可以将终端设备的至少一个可连接网络服务节点中，选择出信誉评分大于或等于信誉评分基准值的可连接网络服务节点作为候选网络服务节点，在终端设备的显示模块上显示候选网络服务节点，以供终端设备从候选网络服务节点中选择一个网络服务节点进行连接。可选地，在显示候选网络服务节点同时，可以对应显示各候选网络服务节点的信誉评分、信号强度等信息，以供用户基于通信安全性考虑或者通信使用体验等需求自由选择合适的网络服务节点。
[0203]
通过本实施例，由于信誉评分大于或等于信誉评分基准值的可连接网络服务节点
的信誉度较高，即为可靠性网络服务节点，通过在终端设备的显示模块上显示候选网络服务节点的方式，可以避免用户因选择信誉度较低的网络服务节点而影响网络安全性。
[0204]
在一些实施例中，本技术实施例的网络处理方法还包括：共识组接收第一终端设备的通信交易数据；在达成对通信交易数据的共识的情况下，将通信交易数据打包成新区块；将新区块添加至区块链。
[0205]
其中，共识组和第一终端设备是同一近域网络中的终端设备。第一终端设备是能够为其他终端设备提供无线通信信号的终端设备。
[0206]
通过本实施例，可以对终端设备之间的无线通信信号的交易过程进行监管，提高了近域网络的安全性。
[0207]
图6示出了本技术实施例提供的另一种网络处理方法的流程示意图。本技术实施例在上述实施例的基础上进行优化，本技术实施例可以与上述一个或者多个实施例中各个可选方案结合。
[0208]
s610，每间隔预设时间间隔，从多个网络服务节点中选择多个待验证网络服务节点进行诚实验证，得到验证结果。
[0209]
对于预设时间间隔，其可以根据具体情况和实际需求设置，比如，预设时间间隔可以为产生新区块的时间间隔δt。
[0210]
对于验证结果，其可以为成功验证或者失败验证。其中，在待验证网络服务节点处于其所声称位置上、或者与其所声称位置的位置偏差处于可允许误差范围内时，验证结果可以为成功验证。相应地，在待验证网络服务节点未处于其所声称位置上、或者与其所声称位置的位置偏差超出可允许误差范围时，验证结果为失败验证。
[0211]
对于待验证网络服务节点的选择方式，可以选择信誉评分较低的网络服务节点进行诚实验证。其中，选出的多个待验证网络服务节点可以构建为一个验证集。
[0212]
在一个示例中，在多个网络服务节点中，可以选择信誉评分最低的预设数量个网络服务节点作为待验证网络服务节点。其中，预设数量可以根据实际情况和具体需求设置，对此不作具体限定。
[0213]
在另一个示例中，在多个网络服务节点中，可以选择信誉评分低于信誉评分基准值的网络服务节点作为待验证网络服务节点。其中，信誉评分基准值可以根据实际情况和具体需求设置，对此不作具体限定。可选地，为了保证信誉评分的公平性，可以将信誉评分基准值作为新加入区块链网络系统的初始信誉评分。
[0214]
在又一个示例中，可以通过下述步骤b1和步骤b2选择待验证网络服务节点。
[0215]
步骤b1，从多个网络服务节点中选择目标待验证网络服务节点。
[0216]
在一个具体的示例中，对于各网络服务节点被选为目标待验证网络服务节点的概率，以下简称为被选中概率，其与各网络服务节点的信誉评分负相关。示例性地，可以预先设置的信誉评分与被选中概率之间的对应关系，来确定信誉评分对应的被选中概率。其中，信誉评分与被选中概率之间的对应关系可以是关系式或者对应表格，对此不作具体限定。
[0217]
比如，第j个网络服务节点被选为目标待验证网络服务节点的概率p(j)满足公式(4)：
[0218]
[0219]
其中，表示第j个网络服务节点的信誉评分，其中，j为小于或等于n的任意整数。n为多个网络服务节点的总数，其中，若监督节点为网络服务节点，则n＝k+1。若监督节点不为网络服务节点，则n＝k。
[0220]
通过上述示例，当各网络服务节点被选为目标待验证网络服务节点的概率与各网络服务节点的信誉评分负相关时，能够增加较低信誉评分的网络服务节点被选为目标待验证网络服务节点的概率，能够在提高对较低信誉评分的网络服务节点的监管力度的同时，给予其一定机会来通过诚实验证提高自身的信誉评分。
[0221]
步骤b2，在以目标待验证网络服务节点为中心的预设范围内，选择多个网络服务节点作为待验证网络服务节点。其中，可以将预设范围内的全部或部分网络服务节点作为待验证网络服务节点，对此不作具体限定。示例性地，可以将预设范围内信誉评分低于信誉评分基准值的网络服务节点选择为待验证网络服务节点。又一示例性地，可以将预设范围内信誉评分最低的预设数量个网络服务节点选择为待验证网络服务节点。再一示例性地，可以在预设范围内随机选择预设数量个网络服务节点作为待验证网络服务节点。
[0222]
示例性地，预设范围可以是目标待验证网络服务节点的无线网络覆盖范围。图7示出了本技术实施例提供的一种示例性地选择待验证网络服务节点的逻辑示意图。
[0223]
如图7所示，对于网络服务节点n1-n9，若选择网络服务节点n1为目标待验证网络服务节点，则可以将网络服务节点n1的无线网络覆盖范围d1内的其余网络服务节点，即网络服务节点n2-n4选为待验证网络服务节点。
[0224]
在介绍了待验证网络服务节点的选择方式之后，接下来对诚实验证的具体验证方式进行说明。
[0225]
对于验证方式，在一些实施例中，监督节点可以向多个待验证网络服务节点发送验证数据包，以及接收各待验证网络服务节点基于验证数据包返回的通信参数，根据通信参数判断各待验证网络服务节点是否位于所声称位置上。
[0226]
其中，对于各待验证服务节点的通信参数，其可以是能够随着传输路径变化而发生变化的参数。示例性地，各待验证服务节点的通信参数可以包括：验证数据包的到达时间α和/或信号强度β。其中，验证数据包的到达时间α可以是验证数据包到达该待验证网络服务节点的时刻。信号强度β可以是用于传输待验证数据包的信号达到该待验证网络服务节点时的强度值。
[0227]
需要说明的是，通过验证数据包来验证各待验证服务节点的方式，由于通信参数是随着传输路径变化而变化的参数，各待验证服务节点难以对其作假，保证了诚实验证的可靠性，从而提高了网络安全性。
[0228]
在一个实施例中，监督节点可以分别对多个待验证网络服务节点发送验证数据包的方式对其进行诚实验证。
[0229]
在另一个实施例中，监督节点通过待验证网络服务节点传递验证数据包的方式进行诚实验证。具体地，监督节点可以向其中一个待验证网络服务节点发送多层数据包，然后通过各待验证网络数据节点向后续其他待验证网络服务节点传递验证数据包的方式使得各待验证网络服务节点依次收到验证数据包进行诚实验证。
[0230]
示例性地，诚实验证的方式可以包括下述步骤c1和步骤c2。
[0231]
步骤c1，根据多个网络服务节点的信誉评分，利用从多个网络服务节点中选出的
多个待验证网络服务节点构建多层数据包。
[0232]
对于多层数据包，多层数据包中任意一层数据包是利用当前待验证网络服务节点的验证参数和前一待验证网络服务节点的数据包构建的。
[0233]
示例性地，验证参数可以包括随机数nonce和/或数据包在当前待验证网络服务节点和前一待验证网络服务节点之间的广播时间time。例如，随机数nonce可以是一个递增值，比如，当前待验证网络服务节点的随机数可以是在前一待验证网络服务节点的随机数的基础上加上预设数值得到的。
[0234]
可选地，为了提高诚实验证的安全性，可以对由验证参数和前一待验证网络服务节点的数据包构成的多元组进行加密，得到当前待验证网络服务节点的数据包。其中，加密所采用的密钥可以是监督节点和当前待验证网络服务节点协商得到的。比如，为了进一步提高诚实验证的安全性，可以采用诸如aes(advanced encryption standard，高级加密标准)、ecc(ellipse curve cryptography、椭圆曲线加密)、ecdh(elliptic curve diffie-hellman，椭圆曲线迪菲-赫尔曼金钥交换)或rsa(即一种密钥协商算法)等密钥生成算法生成的密钥来进行加密。
[0235]
示例性地，监督节点与各待验证网络服务节点之间可以采用ecdh算法进行临时密钥协商，以及将临时协商得到的临时私钥key
pri
分发给网络服务节点，将协商得到的临时公钥key
pub
分发给监督节点。
[0236]
需要说明的是，通过ecdh算法可以保证临时私钥key
pri
和临时公钥key
pub
只有监督节点和参与协商的待验证网络服务节点知道，从而使得发给各网络服务节点的数据包仅有该网络服务节点可以该网络服务节点可以解密验证，保证了网络安全性。
[0237]
在一个示例中，图8示出了本技术实施例提供的一种示例性的生成多层数据包的逻辑示意图。
[0238]
如图8所示，在监督节点r需要对l个待验证网络服务节点n1-nl依次进行诚实验证的情况下，监督节点r可以分别与各待验证网络服务节点进行临时密钥协商，得到各待验证网络服务节点的临时私钥和临时公钥。
[0239]
若对l个待验证网络服务节点n1-nl的诚实验证次序为由待验证网络服务节点nl至目标待验证网络服务节点n1，则可以按照目标待验证网络服务节点n1至待验证网络服务节点nl的次序生成多层数据包d
l
。
[0240]
在多层数据包d
l
的生成过程中，可以利用目标待验证网络服务节点n1的临时公钥对目标待验证网络服务节点n1的验证参数进行加密，得到目标待验证网络服务节点n1的数据包d1。
[0241]
然后，利用待验证网络服务节点n2的临时公钥对待验证网络服务节点n2的验证参数d2和数据包d1进行加密，得到待验证网络服务节点n2的数据包d2。
[0242]
同理地，在生成待验证网络服务节点ni-1的数据包d
i-1
之后，可以利用待验证网络服务节点ni的临时公钥对待验证网络服务节点ni的验证参数di和数据包d
i-1
进行加密，得到待验证网络服务节点ni的数据包di。示例性地，待验证网络服务节点ni-1的验证参数和前一待验证网络服务节点的数据包可以表示为一个三元组，例如可以表示为三元组(nonce,time,d
i-1
)。然后对该三元组进行加密后即可得到数据包di。其中，i可以是小于或等于l、且大于或等于2的任意正整数。
[0243]
同理地，直到生成待验证网络服务节点nl-1的数据包d
l-1
之后，可以利用待验证网络服务节点nl的临时公钥对待验证网络服务节点nl的验证参数d
l
和数据包d
l-1
进行加密，得到待验证网络服务节点nl的数据包d
l
，即多层数据包d
l
。
[0244]
在一个示例中，步骤c1包括步骤c11和步骤c12。
[0245]
步骤c11，根据多个待验证网络服务节点的信誉评分，构建加权图。
[0246]
其中，加权图中的节点表示待验证网络服务节点，加权图中的边表示利用边连接的两个节点之间具有通信能力。
[0247]
在一个示例中，各条边的边权重是基于该条边连接的两个节点的信誉评分的绝对差值确定的。
[0248]
示例性地，若待验证网络服务节点ni和待验证网络服务节点nl的无线网络覆盖范围至少部分重叠，则表示待验证网络服务节点ni与待验证网络服务节点nl之间具有通信能力，此时二者在加权图中对应的节点之间用一条边连接，而该条边的边权重可以满足下述公式(5)：
[0249][0250]
需要说明的是，还可以采用能够使得两个待验证网络服务节点之间的边权重与两个待验证网络服务节点之间的信誉评分的绝对差负相关的公式来计算边权重，对此不作赘述。
[0251]
在另一个示例中，各条边的边权重是基于该条边连接的两个节点之间的距离确定的。
[0252]
步骤c12，利用加权图，在前一待验证网络服务节点连接的多个节点中，利用与前一待验证网络服务节点之间的边权重确定当前待验证网络服务节点。
[0253]
在一个示例中，在边权重为两个节点的信誉评分的绝对差值的情况下，选择与上一待验证网络服务节点连接的边权重最小的节点作为当前待验证网络服务节点。
[0254]
比如，继续参见图7，若待验证网络服务节点n1与待验证网络服务节点n2-n4之间分别有一条边连接，待验证网络服务节点n1与待验证网络服务节点n2之间的边权重为0.21，待验证网络服务节点n1与待验证网络服务节点n3之间的边权重为0.09，待验证网络服务节点n1与待验证网络服务节点n4之间的边权重为0.58，则可以选择待验证网络服务节点n3为新的当前待验证网络服务节点。
[0255]
通过上述步骤中选择边权重最小的节点作为相邻待验证网络服务节点的方式，由于边权重越小，两个待验证网络服务节点之间的信誉度越接近，从而可以防止信誉度较低的待验证网络服务节点向信誉度较高的待验证网络服务节点发送验证数据包时对信誉度较高的待验证网络服务节点的安全性的影响，从而进一步保证了网络安全性。
[0256]
在另一个示例中，在各条边的边权重是基于该条边连接的两个节点之间的距离的情况下，可以通过选择与上一待验证网络服务节点连接的边权重最小的节点作为当前待验证网络服务节点。
[0257]
通过该方式，可以基于dijkstra算法的最短路径思想，利用最短信号传输路径完成对多个待验证网络服务节点的验证，从而提高了诚实验证的速率。
[0258]
步骤c13，利用当前待验证网络服务节点的验证参数和前一待验证网络服务节点的数据包构建当前待验证网络服务节点的数据包。
[0259]
需要说明的是，构建数据包的方式可以参见本技术实施例上述部分结合图8的相关说明，在此不再赘述。
[0260]
步骤c14，将当前待验证网络服务节点作为新的前一待验证网络服务节点，以及循环执行步骤c12-步骤c14，直到完成多层数据包的构建。
[0261]
在一个示例中，为了提高多层数据包构建过程的效率，可以在步骤c14中，将当前待验证网络服务节点从加权图中去除，得到新的加权图，然后返回步骤c12，利用新的加权图确定新的当前待验证网络服务节点。
[0262]
步骤c2，向最后一个待验证网络服务节点发送多层数据包，以使多个待验证网络服务节点按照从后到前的顺序依次进行诚实验证操作。示例性地，监督节点可以向最后一个待验证网络服务节点发送包含多层数据包的诚实验证请求，以使最后一个待验证网络服务节点从诚实验证请求中解析出多层数据包并执行相应的诚实验证操作。
[0263]
其中，各待验证网络服务节点的诚实验证操作可以包括：接收该待验证网络服务节点的后一待验证网络服务节点发送的、该待验证网络服务节点的数据包，记录接收到该待验证网络服务节点的数据包时的通信参数，将包含所记录的通信参数的回执信息返回至监督节点。其中，对于最后一个待验证网络服务节点，其接收的是监督节点发送的多层数据包。
[0264]
在一个示例中，图9是本技术实施例提供的一种示例性的诚实验证的逻辑示意图。其中，为了便于示出，图9中的虚线箭头示出的是数据包的传输方向，实线箭头示出的是包含通信参数的回执信息的传输方向。
[0265]
如图9所示，监督节点r将多层数据包d
l
发送至最后一个待验证网络服务节点nl。待验证网络服务节点nl接收到多层数据包d
l
之后，记录下通信参数。示例性地，通信参数可以包括：多层数据包d
l
到达待验证网络服务节点nl的到达时间α
l
，和传输多层数据包d
l
的传输信号到达待验证网络服务节点nl时的信号强度β
l
。
[0266]
待验证网络服务节点nl将多层数据包d
l
解密后，获取待验证网络服务节点nl-1的数据包d
l-1
以及随机数nonce
l
。待验证网络服务节点nl将数据包d
l-1
以广播的方式发送至其临近的网络服务节点，以使待验证网络服务节点nl-1接收到数据包d
l-1
。以及，待验证网络服务节点nl利用随机数nonce
l
、到达时间α
l
、信号强度β
l
生成回执信息l。示例性地，可以将随机数nonce
l
、到达时间α
l
、信号强度β
l
拼接得到回执内容，相应地，回执内容可以表示为receipt＝(nonce
l
||α
l
||β
l
)。然后，利用待验证网络服务节点nl的私钥对回执内容进行签名，得到回执信息l，将回执信息l返回监督节点r。
[0267]
同理地，当待验证网络服务节点ni接收到数据包di之后，记录下通信参数，以及对数据包di解密，得到数据包d
i-1
以及随机数noncei。待验证网络服务节点ni将数据包d
i-1
以广播的方式发送至其临近的网络服务节点，以使待验证网络服务节点ni-1接收到数据包d
i-1
。以及，基于通信参数和随机数noncei生成回执信息i，将回执信息i返回监督节点r。
[0268]
直至待验证网络服务节点n2接收到数据包d2之后，记录下通信参数，以及对数据包d2解密，得到数据包d1以及随机数nonce2。待验证网络服务节点n2将数据包d1以广播的方式发送至其临近的网络服务节点，以使待验证网络服务节点n1接收到数据包d1。以及，基于通信参数和随机数nonce2生成回执信息2，将回执信息2返回监督节点r。
[0269]
待验证网络服务节点n1接收到数据包d1之后，记录下通信参数，以及对数据包d1解
密，得到随机数nonce1。基于通信参数和随机数nonce1生成回执信息1，将回执信息1返回监督节点r。
[0270]
在一个示例中，为了便于诚实验证，可以将每一待验证网络服务节点发送数据包的信号频率和信号强度设置为预设值。
[0271]
c3，接收多个待验证网络服务节点的通信参数。其中，每一待验证网络服务节点的通信参数包括：所接收到的数据包的到达时间和所接收到的多层数据包的传输信号的信号强度。
[0272]
示例性地，继续参见图9，监督节点r可以利用公钥对回执信息解密，得到通信参数。
[0273]
c4，根据多个待验证网络服务节点的通信参数，确定各待验证网络服务节点的验证结果，验证结果为成功验证或者失败验证。
[0274]
在一个示例中，当前待验证网络服务节点和后一个待验证网络服务节点为例，二者之间的到达时间差δα
ij
可以表示为下述公式(6)：
[0275]
δα
ij
＝dis
ij
/λ
ꢀꢀꢀ
(6)
[0276]
其中，dis
ij
表示当前待验证网络服务节点和后一个待验证网络服务节点之间的距离，λ表示信号传输速率。
[0277]
在一个示例中，当前待验证网络服务节点的信号强度和当前待验证网络服务节点和后一个待验证网络服务节点之间的距离满足下述公式(7)：
[0278]
β＝b-20*log
10
dis
ij-20*log
10
f-32.44+σ
ꢀꢀꢀ
(7)
[0279]
其中，f表示发送数据包的通信信号的发送频率，b为数据包的通信信号的发送强度，σ为误差纠错值。
[0280]
通过步骤c4，根据各待验证网络服务节点的信号强度和到达时间，即可确定各待验证网络服务节点的实际位置，从而可以根据实际位置和所声称位置是否一致，来得到成功验证的验证结果和失败验证的验证结果。
[0281]
以及，还需要说明的是，通过采用到达时间和信号强度作为通信参数，即使位置错误的待验证网络服务节点通过改变用于发送数据包的通信信号的信号强度，也无法修改到达时间，即使其修改传输速率，也无法修改其信号强度，从而可以提高诚实验证的真实性。
[0282]
s620，利用验证结果，对多个网络服务节点的信誉评分进行更新。
[0283]
需要说明的是，更新后的信誉评分可以参见本技术实施例上述部分结合步骤a1至步骤a9的相关描述，在此不再赘述。
[0284]
s630，获取多个网络服务节点更新后的信誉评分，
[0285]
其中，各网络服务节点的信誉评分是根据各网络服务节点的诚实验证确定的，诚实验证用于验证各网络服务节点的实际位置是否与声称位置一致。
[0286]
其中，s630与s210类似，可以参见s210的具体内容，在此不再赘述。
[0287]
s640，根据多个网络服务节点的信誉评分，在多个网络服务节点中选择至少部分构成共识组，以利用共识组对达成共识的通信交易数据存储至区块链。其中，通信交易数据是在任一网络服务节点向终端设备提供网络信号的过程中产生的交易数据。
[0288]
其中，s640与s220类似，可以参见s220的具体内容，在此不再赘述。
[0289]
本技术实施例所提供的网络处理方法，可以根据各网络服务节点的诚实验证来确
定网络服务节点的信誉得分，由于诚实认证可以通过判断网络服务节点是否位于其所声称的位置上来准确的评价其可信度，进而根据信誉评分可以从多个网络服务节点中选择出可信度高的网络服务节点组成共识组，保证了共识组的可信度。进而通过共识组对网络服务节点向终端设备的过程中产生的通信交易数据进行共识后存储至区块链的方式，能够利用可信度高的共识组对网络信号提供过程进行监控，从而提高了通信网络的安全性。
[0290]
基于同一发明构思，本技术实施例中还提供了一种网络处理装置，如下面的实施例所述。
[0291]
图10示出本技术实施例中一种网络处理装置示意图，可以应用于监督节点，如图10所示，该网络处理装置1000包括：评分获取模块1010和共识组构建模块1020。
[0292]
评分获取模块1010，用于获取多个网络服务节点的信誉评分，其中，各网络服务节点的信誉评分是根据各网络服务节点的诚实验证确定的，诚实验证用于验证各网络服务节点的实际位置是否与声称位置一致；
[0293]
共识组构建模块1020，用于根据多个网络服务节点的信誉评分，在多个网络服务节点中选择至少部分构成共识组，以利用共识组对达成共识的通信交易数据存储至区块链，
[0294]
其中，通信交易数据是在任一网络服务节点向终端设备提供网络信号的过程中产生的交易数据。
[0295]
在一个实施例中，评分获取模块1010，用于：
[0296]
获取各网络服务节点的多次诚实验证的成功验证次数；
[0297]
根据成功验证次数，确定各网络服务节点的信誉评分，
[0298]
其中，信誉评分与成功验证次数正相关。
[0299]
在一个实施例中，评分获取模块1010，用于：
[0300]
获取各网络服务节点的多次诚实验证的失败验证次数；
[0301]
确定成功验证次数与失败验证次数的差值；
[0302]
根据差值，确定各网络服务节点的信誉评分，其中，信誉评分与差值正相关。
[0303]
在一个实施例中，评分获取模块1010，用于：
[0304]
获取各网络服务节点的区块高度差，区块高度差为区块链的当前区块高度与在网络服务节点的最近一次成功验证时的区块高度的差值；
[0305]
在根据成功验证次数，确定各网络服务节点的信誉评分，用于：
[0306]
根据成功验证次数和区块高度差，确定各网络服务节点的信誉评分，
[0307]
其中，信誉评分与成功验证次数正相关、以及与区块高度差负相关。
[0308]
在一个实施例中，评分获取模块1010，用于：
[0309]
根据成功验证次数和区块高度差，确定各网络服务节点的信誉度变化因子；
[0310]
对信誉度变化因子进行归一化处理，得到各网络服务节点的信誉评分。
[0311]
在一个实施例中，信誉度变化因子满足公式：
[0312][0313]
其中，δ表示信誉度变化因子，θ表示调整系数，s表示成功验证次数与失败验证次数的差值，a表示预设倍率，δb表示区块链在诚实验证的时间间隔δt内产生的区块数量，h
为区块高度差。
[0314]
在一个实施例中，评分获取模块1010，用于：
[0315]
判断各网络服务节点是否接受过诚实验证；
[0316]
获取各网络服务节点的多次诚实验证的成功验证次数，用于：
[0317]
在网络服务节点接受过诚实验证的情况下，获取各网络服务节点的多次诚实验证的成功验证次数。
[0318]
在一个实施例中，评分获取模块1010，用于：
[0319]
在各网络服务节点未接受过诚实验证的情况下，获取各网络服务节点对应的区块高度差，各网络服务节点对应的区块高度差为区块链的当前区块高度与各网络服务节点加入区块链网络时的区块高度的差值；
[0320]
确定与各网络服务节点对应的区块高度差对应的信誉度变化因子；
[0321]
根据各网络服务节点对应的区块高度差对应的信誉度变化因子，确定各网络服务节点的信誉评分，其中，当前区块高度与信誉评分负相关。
[0322]
在一个实施例中，网络处理装置1000还包括：
[0323]
诚实验证模块，用于每间隔预设时间间隔，从多个网络服务节点中选择多个待验证网络服务节点进行诚实验证，得到验证结果；
[0324]
评分更新模块，用于利用验证结果，对多个网络服务节点的信誉评分进行更新；
[0325]
评分获取模块1010，用于：
[0326]
获取多个网络服务节点更新后的信誉评分。
[0327]
在一个实施例中，诚实验证模块，用于：
[0328]
从多个网络服务节点中选择目标待验证网络服务节点；
[0329]
在目标待验证网络服务节点为中心的预设范围内，选择多个网络服务节点作为待验证网络服务节点；
[0330]
其中，各网络服务节点被选为目标待验证网络服务节点概率与各网络服务节点的信誉评分负相关。
[0331]
在一个实施例中，网络服务节点为近域网络中用于为其他终端设备提供无线网络信号的终端设备。
[0332]
本技术实施例所提供的网络处理装置，可以根据各网络服务节点的诚实验证来确定网络服务节点的信誉得分，由于诚实认证可以通过判断网络服务节点是否位于其所声称的位置上来准确的评价其可信度，进而根据信誉评分可以从多个网络服务节点中选择出可信度高的网络服务节点组成共识组，保证了共识组的可信度。进而通过共识组对网络服务节点向终端设备的过程中产生的通信交易数据进行共识后存储至区块链的方式，能够利用可信度高的共识组对网络信号提供过程进行监控，从而提高了通信网络的安全性。
[0333]
需要说明的是，图10所示的数据传输装置1000可以执行图2至图9所示的方法实施例中的各个步骤，并且实现图2至图9所示的方法实施例中的各个过程和效果，在此不做赘述。
[0334]
基于同一发明构思，本技术实施例还提供了一种区块链网络系统，包括：
[0335]
多个网络服务节点，用于向终端设备提供网络信号；
[0336]
监督节点，用于获取所述多个网络服务节点的信誉评分，其中，各网络服务节点的
信誉评分是根据所述各网络服务节点的诚实验证确定的，所述诚实验证用于验证所述各网络服务节点的实际位置是否与声称位置一致；
[0337]
共识组构建模块，用于根据所述多个网络服务节点的信誉评分，在所述多个网络服务节点中选择至少部分构成共识组，以利用所述共识组对达成共识的通信交易数据存储至区块链，
[0338]
其中，所述通信交易数据是在任一网络服务节点向终端设备提供网络信号的过程中产生的交易数据。
[0339]
需要说明的是，监督节点可以参见图2至图9所示的方法实施例中的各个步骤，并且实现图2至图9所示的方法实施例中的各个过程和效果，在此不做赘述。
[0340]
本技术实施例所提供的区块链网络系统，可以根据各网络服务节点的诚实验证来确定网络服务节点的信誉得分，由于诚实认证可以通过判断网络服务节点是否位于其所声称的位置上来准确的评价其可信度，进而根据信誉评分可以从多个网络服务节点中选择出可信度高的网络服务节点组成共识组，保证了共识组的可信度。进而通过共识组对网络服务节点向终端设备的过程中产生的通信交易数据进行共识后存储至区块链的方式，能够利用可信度高的共识组对网络信号提供过程进行监控，从而提高了通信网络的安全性。
[0341]
所属技术领域的技术人员能够理解，本技术的各个方面可以实现为系统、方法或程序产品。因此，本技术的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。
[0342]
下面参照图11来描述根据本技术的这种实施方式的电子设备1100。图11显示的电子设备1100仅仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。
[0343]
如图11所示，电子设备1100以通用计算设备的形式表现。电子设备1100的组件可以包括但不限于：上述至少一个处理单元1110、上述至少一个存储单元1120、连接不同系统组件(包括存储单元1120和处理单元1110)的总线1130。
[0344]
其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元1110执行，使得所述处理单元1110执行本说明书上述“示例性方法”部分中描述的根据本技术各种示例性实施方式的步骤。例如，所述处理单元1110可以执行上述方法实施例的如下步骤：
[0345]
获取多个网络服务节点的信誉评分，其中，各网络服务节点的信誉评分是根据各网络服务节点的诚实验证确定的，诚实验证用于验证各网络服务节点的实际位置是否与声称位置一致；
[0346]
根据多个网络服务节点的信誉评分，在多个网络服务节点中选择至少部分构成共识组，以利用共识组对达成共识的通信交易数据存储至区块链，
[0347]
其中，通信交易数据是在任一网络服务节点向终端设备提供网络信号的过程中产生的交易数据。
[0348]
存储单元1120可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)11201和/或高速缓存存储单元11202，还可以进一步包括只读存储单元(rom)11203。
[0349]
存储单元1120还可以包括具有一组(至少一个)程序模块11205的程序/实用工具11204，这样的程序模块11205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
[0350]
总线1130可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
[0351]
电子设备1100也可以与一个或多个外部设备1140(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备1100交互的设备通信，和/或与使得该电子设备1100能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口1150进行。
[0352]
并且，电子设备1100还可以通过网络适配器1160与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。
[0353]
如图11所示，网络适配器1160通过总线1130与电子设备1100的其它模块通信。
[0354]
应当明白，尽管图中未示出，可以结合电子设备1100使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
[0355]
通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本技术实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本技术实施方式的方法。
[0356]
在本技术的示例性实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质可以是可读信号介质或者可读存储介质。其上存储有能够实现本技术上述方法的程序产品。
[0357]
在一些可能的实施方式中，本技术的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本技术各种示例性实施方式的步骤。
[0358]
本技术中的计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
[0359]
在本技术中，计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。
[0360]
这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。
[0361]
可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
[0362]
在一些示例中，计算机可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。
[0363]
在具体实施时，可以以一种或多种程序设计语言的任意组合来编写用于执行本申
请操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。
[0364]
程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。
[0365]
在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
[0366]
应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。
[0367]
实际上，根据本技术的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
[0368]
此外，尽管在附图中以特定顺序描述了本技术中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。
[0369]
通过以上实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。
[0370]
因此，根据本技术实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本技术实施方式的方法。
[0371]
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本技术的其它实施方案。
[0372]
本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由所附的权利要求指出。