区块链节点连接监控方法、装置及计算机设备

技术领域

本申请涉及区块链技术领域，尤其涉及一种区块链节点连接监控方法、装置及计算机设备。

背景技术

目前，区块链在许多领域得到了广泛的应用，如金融领域、物联网和物流领域、公共服务领域、数字版权领域等。常见的区块链形式有联盟链，但是联盟链在实际使用的过程中，区块链节点会遇到各种异常情况。例如，联盟链的节点连接不稳定或访问异常、节点数据丢失等，从而造成联盟链的节点拥有者不能上传或获取到联盟链上的数据的情况。

为了及时定位联盟链中的节点连接数据异常问题，需要通过查看日志定位异常节点，并手动修复异常节点出现问题；若是联盟链节点资源异常，则需要通过后台查看资源使用情况，通过资源清理或资源扩容解决联盟链节点资源异常的问题；若是在联盟链中新增节点或移除节点，需要在业务触发后，通过交易数据才能判断节点是否有作用。可见，现有对联盟链的节点健康状态的监控及异常处理的方式不仅操作复杂，而且响应效率低下。

发明内容

本申请实施例提供了一种区块链节点连接监控方法、装置及计算机设备，旨在解决现有技术中对联盟链节点健康状态的监控及异常处理的方式不仅操作复杂，而且响应效率低下的问题。

第一方面，本申请实施例提供了一种区块链节点连接监控方法，其包括：

第一节点基于预设的实时监控机制发送因特网包探索器指令至所述区块链中的其他区块链节点；其中，所述第一节点为至少一个在线状态的区块链节点；

若确定所述区块链中有区块链节点未向所述第一节点发送响应结果，则将对应的区块链节点作为第二节点，并将所述第二节点对应的节点信息添加至离线节点列表；其中，所述第二节点为至少一个离线状态的区块链节点；

所述第一节点基于预设的定时重连任务向所述离线节点列表中包括的第二节点发送重连请求；

若确定所述离线节点列表中存在第二节点发送重连响应结果至所述第一节点，则将对应的第二节点从所述离线节点列表中移除以更新所述离线节点列表；

若确定所述离线节点列表不为空集，则返回执行所述第一节点基于预设的定时重连任务向所述离线节点列表中包括的第二节点发送重连请求的步骤。

第二方面，本申请实施例提供了一种区块链节点连接监控装置，其包括：

第一连接单元，用于第一节点基于预设的实时监控机制发送因特网包探索器指令至所述区块链中的其他区块链节点；其中，所述第一节点为至少一个在线状态的区块链节点；

离线节点获取单元，用于若确定所述区块链中有区块链节点未向所述第一节点发送响应结果，则将对应的区块链节点作为第二节点，并将所述第二节点对应的节点信息添加至离线节点列表；其中，所述第二节点为至少一个离线状态的区块链节点；

第二连接单元，用于所述第一节点基于预设的定时重连任务向所述离线节点列表中包括的第二节点发送重连请求；

离线列表更新单元，用于若确定所述离线节点列表中存在第二节点发送重连响应结果至所述第一节点，则将对应的第二节点从所述离线节点列表中移除以更新所述离线节点列表；

重连控制单元，用于若确定所述离线节点列表不为空集，则返回执行所述第一节点基于预设的定时重连任务向所述离线节点列表中包括的第二节点发送重连请求的步骤。

第三方面，本申请实施例又提供了一种计算机设备，其包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面所述的区块链节点连接监控方法。

第四方面，本申请实施例还提供了一种计算机可读存储介质，其中所述计算机可读存储介质存储有计算机程序，所述计算机程序当被处理器执行时使所述处理器执行上述第一方面所述的区块链节点连接监控方法。

本申请实施例提供了一种区块链节点连接监控方法、装置及计算机设备，是第一节点基于实时监控机制发送ping指令至区块链中的其他区块链节点；若确定有区块链节点未向第一节点发送响应结果，则将对应的区块链节点作为第二节点并添加至离线节点列表；第一节点基于定时重连任务向离线节点列表中的第二节点发送重连请求；若确定其中存在第二节点发送重连响应结果至第一节点，则将对应的第二节点从离线节点列表中移除以更新；若确定离线节点列表不为空集，则返回执行第一节点基于定时重连任务向离线节点列表中的第二节点发送重连请求的步骤。本申请实现了对联盟链节点健康状态及时监控，而且在发现异常离线的节点自动发起重连以修复故障。

附图说明

为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的区块链节点连接监控方法的应用场景示意图；

图2为本申请实施例提供的区块链节点连接监控方法的流程示意图；

图3为本申请实施例提供的区块链节点连接监控装置的示意性框图；

图4为本申请实施例提供的计算机设备的示意性框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

请参阅图1和图2，图1为本申请实施例提供的区块链节点连接监控方法的应用场景示意图；图2为本申请实施例提供的区块链节点连接监控方法的流程示意图，该区块链节点连接监控方法应用于区块链中，该方法通过安装于区块链中的应用软件进行执行。其中，该区块链具体为联盟链类型的区块链，且在该区块链中至少包括一个第一节点，在有区块链链节点出现掉线情况时其可被视为第二节点。

如图2所示，该方法包括步骤S101～S109。

S101、第一节点基于预设的实时监控机制发送因特网包探索器指令至所述区块链中的其他区块链节点；其中，所述第一节点为至少一个在线状态的区块链节点。

在本实施例中，是以区块链(具体如联盟链等、私有链)为执行主体描述技术方案。其中，在区块链中若存在至少一个未掉线(也即为在线状态)的区块链节点，则可以将这一类节点视为第一节点。区块链中任意一个第一节点均可以基于预设的实时监控机制向其他区块链节点发送因特网包探索器指令(即ping指令)以监控节点是否在线，例如将预设的实时监控机制设置为每间隔预设第一检测周期(如将预设第一检测周期设置为1min、5min、10min、20min、30min等时长，当然具体实施时并不限定于上述时长，可根据用户实际需求设定)由区块链中在线状态的区块链节点向其他区块链节点发送因特网包探索器指令。

当设置了实时监控机制后，步骤S101的触发条件则可具体为若当前系统时间与上一监控时间之间的时间间隔等于所述预设第一检测周期，则产生监测指令，第一节点响应于所述监测指令并将因特网包探索器指令发送至所述区块链中的所有其他区块链节点。例如区块链中包括节点A、节点B和节点C，且节点A和节点C是在线状态、节点B是离线状态，则可以是由节点A分别向节点B和节点C发送因特网包探索器指令，也可以是由节点C分别向节点A和节点B发送因特网包探索器指令，即节点A和节点C均可以视为第一节点。

S102、若确定所述区块链中有区块链节点未向所述第一节点发送响应结果，则将对应的区块链节点作为第二节点，并将所述第二节点对应的节点信息添加至离线节点列表；其中，所述第二节点为至少一个离线状态的区块链节点。

在本实施例中，若确定所述区块链中有区块链节点未向所述第一节点发送响应结果，则表示这一类区块链节点是掉线状态节点，可以先暂时将对应的各视为第二节点的掉线状态区块链节点的节点信息均加入至添加至离线节点列表。例如仍参考上述示例，其中节点B是离线状态，故可以将节点B加入至如下表1所示的离线节点列表：

表1

可见，第一节点基于实时监控机制发送因特网包探索器指令至所述区块链中的其他区块链节点以获取到了离线节点列表后，则可以根据离线节点列表准确的获取到故障节点，之后即可对离线节点列表中的故障节点进行故障问题的排查和解决以实现故障节点的重连等操作。

在一实施例中，如图2所示，步骤S102之后还包括：

S106、所述第一节点将所述离线节点列表通过广播分发至所述区块链中所有在线状态的其他区块链节点；

S107、若当前时间满足预设的次数表更新条件，所述第一节点获取所述离线节点列表中各离线节点的节点信息，并根据各离线节点的节点信息统计获取各离线节点的当前离线频次；其中，所述各离线节点的节点信息至少包括节点名称和节点断开时间；

S108、所述第一节点获取已存储的历史离线次数列表，并根据各离线节点的当前离线频次更新所述历史离线次数列表，得到当前离线次数列表；其中，所述历史离线次数列表中存储有各离线节点的节点名称、离线累计次数和节点断开时间。

在本实施例中，当在其中一个第一节点如上述示例中的节点A中获取到了如表1所示的所述离线节点列表后，可以由节点A将所述离线节点列表基于区块链的广播机制广播至所述区块链中所有在线状态的其他区块链节点，也即节点A会将所述离线节点列表通过广播分发至另一个在线状态的节点C，从而实现了将所述离线节点列表在整个区块链中的数据共享。

当完成了所述离线节点列表在整个区块链中的数据广播及共享后，还可以进一步判断当前时间是否满足所述次数表更新条件，具体可将次数表更新条件设置为每日12：30更新，这样在当前时间满足了所述次数表更新条件后，则第一节点先是获取所述离线节点列表并得到其中各离线节点的当前离线频次。例如，从如上表1中可知只有节点B有一次离线记录。

由于在第一节点中还存储有如下表2所示的历史离线次数列表，在历史离线次数列表存储有各离线节点的节点名称、离线累计次数和节点断开时间：

表2

其中，如表2所示这一历史离线次数列表中也存储了各离线节点在所述当前时间之前、且处于预设第二检测周期对应时间区间的节点信息。这样，根据各离线节点的当前离线频次更新所述历史离线次数列表，得到当前离线次数列表。例如在历史离线次数列表节点B有五次离线记录，则此次更新后在当前离线次数列表中节点B有六次离线记录。

所得到的当前离线次数列表如下表3：

表3

表3中的当前离线次数列表是作为新的历史离线次数列表，以参与下一次当前时间满足了次数表更新条件时针对历史离线次数列表的更新处理。

其中，上述示例中提及的预设第二检测周期是指1天、7天、1个月等时长，当已知了预设第二检测周期后即可获取对应的时间区间，如将预设第二检测周期设置为7天，则每周在第一节点上都会统计本周内该区块链中各区块链节点的掉线情况)该区块链的历史离线次数列表。例如获取到节点B的节点断开时间是20XX-XX-XXHH1:MM2:SS3，当日是星期三且预设第二检测周期是7天(更具的是限定预设第二检测周期对应日历中的每一周，其对应的时间区间即从星期一到星期日的完整一周时间)，可以获取20XX-XX-(XX-2)(其对应星期一)至20XX-XX-(XX-1)(其对应星期二)的时间区间内该区块链中各区块链节点的掉线情况，即可得到历史离线次数列表。当获取到了20XX-XX-XX HH1:MM2:SS3即星期三对应的离线节点列表且当前时间满足所述次数表更新条件，则根据各离线节点的当前离线频次更新所述历史离线次数列表，得到当前离线次数列表。之后当前离线次数列表作为星期三得到的新的历史离线次数列表，后面一日也即星期四时再在12：30获取到周三12：30之后至周四12：30之前的各离线节点的节点信息组成星期三至星期四对应的离线节点列表，然后在星期三12：30得到新的历史离线次数列表上基于该星期三至星期四对应的离线节点列表又一次更新历史离线次数列表得到新的历史离线次数列表。

在一实施例中，所述第一节点获取已存储的历史离线次数列表，并根据各离线节点的当前离线频次更新所述历史离线次数列表，得到当前离线次数列表之后，还包括：

所述第一节点将所述当前离线次数列表发送至区块链中的联盟方节点。

在本实施例中，若以区块链为联盟链为例，则在联盟链中还包括联盟链发起方的联盟方节点，当在线状态的第一节点获取到所述当前离线次数列表后，可以其作为发现离线节点的就近节点，并基于联盟方节点的API接口将所述当前离线次数列表发送至区块链中的联盟方节点。这样联盟方节点在接收到所述当前离线次数列表之后，可以作为告警提示信息，以确定是否针对这些离线节点作进一步的异常处理。

S103、所述第一节点基于预设的定时重连任务向所述离线节点列表中包括的第二节点发送重连请求。

在本实施例中，由于在第一节点中是已知所述离线节点列表，此时可以由第一节点作为重连发起方向所述离线节点列表中包括的第二节点发送重连请求，例如在所述第一节点中预先设置了定时重连任务，且该定时重连任务由第一节点在获取到了离线节点列表后，即可获取所述离线节点列表中包括的各第二节点，并由所述第一节点向所述离线节点列表中的各第二节点发送重连请求。

其中，所述第一节点向所述离线节点列表中的各第二节点发送重连请求会有两种结果：第一种是有第二节点已由离线状态切换为在线状态并能正常向第一节点发送与所述重连请求对应的响应结果；第二种是有第二节点仍然处于离线状态并无法向第一节点发送与所述重连请求对应的响应结果。可见，所述第一节点基于所述离线节点列表中的第二节点是否向其发送响应结果，即可判断所述第二节点是否脱离离线状态而恢复正常的在线状态。

S104、若确定所述离线节点列表中存在第二节点发送重连响应结果至所述第一节点，则将对应的第二节点从所述离线节点列表中移除以更新所述离线节点列表。

在本实施例中，若确定所述离线节点列表中存在第二节点发送重连响应结果至所述第一节点，则表示对应的第二节点是已由离线状态切换至在线状态，可以将该第二节点从所述离线节点列表中移除以更新所述离线节点列表。可见，基于这一更新离线节点列表的操作，可以及时将恢复与区块链重新连接正常的节点排除在离线节点列表之外，而使得所述离线节点列表中只保存当前仍为离线状态的离线节点。

在一实施例中，步骤S103之后还包括：

若确定所述离线节点列表中存在第二节点未发送重连响应结果至所述第一节点，则获取所述第一节点向对应第二节点发送重连请求的重连信息存储至所述第一节点中的离线节点记录列表，并保存所述离线节点记录列表至所述第一节点；其中，所述离线节点记录列表中包括重连节点的节点名称、重连累计次数和重连时间。

在本实施例中，当所述离线节点列表中存在第二节点未发送重连响应结果至所述第一节点，则表示该第二节点仍是离线状态，此时由第一节点发起的重连请求也无法在当前时间点唤起第二节点重连，可进一步获取所述第一节点向对应第二节点发送重连请求的重连信息存储至所述第一节点中的离线节点记录列表，并保存所述离线节点记录列表至所述第一节点。

其中，所述离线节点记录列表如下表4：

表4

在表4中，可以准确的获取到第一节点向各仍为离线状态的第二节点发起重连的详细信息。

在一实施例中，如图2所示，所述第一节点获取已存储的历史离线次数列表，并根据各离线节点的当前离线频次更新所述历史离线次数列表，得到当前离线次数列表之后，还包括：

S109、若所述当前离线次数列表中存在离线节点的离线总次数大于或等于预设的离线次数阈值，则根据预设的异常节点移除机制将对应的第二节点从所述区块链中移除；或者，若所述离线节点记录列表中存在离线节点的重连总次数大于或等于预设的重连次数阈值，则根据预设的异常节点移除机制将对应的第二节点从所述区块链中移除。

在本实施例中，可以至少设置两条筛选条件筛选出可从区块链中移除的候选节点，具体是若所述当前离线次数列表中存在离线节点的离线总次数大于或等于预设的离线次数阈值，或者是若所述离线节点记录列表中存在离线节点的重连总次数大于或等于预设的重连次数阈值，则可以根据预设的异常节点移除机制将对应的第二节点从所述区块链中移除。其中，在预设的异常节点移除机制中设置了若所述区块链中广播了待删除的异常节点信息并得到超过2/3的在线状态区块链节点的同意，则可以将待删除的异常节点从区块链中移除。

由于在删除第二节点的过程中还会遇到判断第二节点是否为背书节点的情况，在一实施例中，所述若所述当前离线次数列表中存在离线节点的离线总次数大于或等于预设的离线次数阈值，则根据预设的异常节点移除机制将对应的第二节点从区块链中移除之后，或者若所述离线节点记录列表中存在离线节点的重连总次数大于或等于预设的重连次数阈值，则根据预设的异常节点移除机制将对应的第二节点从所述区块链中移除之后，还包括：

若确定从所述区块链中移除的第二节点为背书节点，则从所述区块链中基于预设的背书节点选举机制选举得到另一背书节点。

在本实施例中，若确定从所述区块链中移除的第二节点为背书节点，由于区块链中需要保持背书节点的总数量不发生变化，故可以确定从所述区块链中移除的第二节点为背书节点以替代被移除的第二节点作为新增的背书节点。

由于在删除第二节点的过程中还会遇到判断第二节点是否为联盟方唯一背书节点的情况，在一实施例中，如图2所示，所述若所述当前离线次数列表中存在离线节点的离线总次数大于或等于预设的离线次数阈值，则根据预设的异常节点移除机制将对应的第二节点从区块链中移除之后，或者若所述离线节点记录列表中存在离线节点的重连总次数大于或等于预设的重连次数阈值，则根据预设的异常节点移除机制将对应的第二节点从所述区块链中移除之后，还包括：

S110、若确定从所述区块链中移除的第二节点为联盟方唯一背书节点且为非限定自身背书属性，则从所述区块链的其他区块链节点中基于预设的背书节点选举机制选举得到另一背书节点；

S111、若确定从所述区块链中移除的第二节点为联盟方唯一背书节点且为限定自身背书属性，则从所述区块链中移除的第二节点对应的联盟方新增另一背书节点。

在本实施例中，若确定从所述区块链中移除的第二节点为联盟方唯一背书节点且为非限定自身背书属性，则表示该第二节点为该联盟的多个联盟方中其中一个联盟方的背书节点，但是该第二节点所属的联盟方又未限定必须从该联盟方的其他区块链节点中选举出新的背书节点，则可以从所述区块链的其他节点中基于预设的背书节点选举机制选举得到另一背书节点，以该另一背书节点取代上述的第二节点，作为该第二节点所属的联盟方新的背书节点。其中，所述背书节点选举机制中设置了若所述区块链中广播了另一背书节点的节点信息并得到超过2/3的在线状态区块链节点的同意，则可以另一背书节点取代上述的第二节点，作为该第二节点所属的联盟方新的背书节点。

若确定从所述区块链中移除的第二节点为联盟方唯一背书节点且为限定自身背书属性，则表示该第二节点为该联盟的多个联盟方中其中一个联盟方的背书节点，但是该第二节点所属的联盟方限定必须从该联盟方的其他区块链节点中选举出新的背书节点，则可以从第二节点所属的联盟方的其他节点中基于预设的背书节点选举机制选举得到另一背书节点，以该另一背书节点取代上述的第二节点，作为该第二节点所属的联盟方新的背书节点。其中，所述背书节点选举机制中设置了若所述区块链中广播了另一背书节点的节点信息并得到超过2/3的在线状态区块链节点的同意，则可以另一背书节点取代上述的第二节点，作为该第二节点所属的联盟方新的背书节点。

S105、若确定所述离线节点列表不为空集，则返回执行所述第一节点基于预设的定时重连任务向所述离线节点列表中包括的第二节点发送重连请求的步骤。

在本实施例中，若确定所述离线节点列表不为空集，则表示所述第一节点还需要再次基于预设的定时重连任务向所述离线节点列表中包括的第二节点发送重连请求，如将定时重连任务设置为第一节点每10s向所述离线节点列表中包括的第二节点发送重连请求。可见，通过这一方式，可以不断由第一节点向离线状态的第二节点发送重连请求以及时的将其恢复正常状态。

可见，该方法实现了对联盟链节点健康状态及时监控，而且在发现异常离线的节点自动发起重连以修复故障，能对联盟链的异常离线节点进行提前预警和进行自我修复与处理。

本申请实施例还提供一种区块链节点连接监控装置，该区块链节点连接监控装置用于执行前述区块链节点连接监控方法的任一实施例。具体地，请参阅图3，图3是本申请实施例提供的区块链节点连接监控装置100的示意性框图。

其中，如图3所示，区块链节点连接监控装置100包括第一连接单元101、离线节点获取单元102、第二连接单元103、离线列表更新单元104和重连控制单元105。

第一连接单元101，用于第一节点基于预设的实时监控机制发送因特网包探索器指令至所述区块链中的其他区块链节点；其中，所述第一节点为至少一个在线状态的区块链节点。

在本实施例中，是以区块链(具体如联盟链等、私有链)为执行主体描述技术方案。其中，在区块链中若存在至少一个未掉线(也即为在线状态)的区块链节点，则可以将这一类节点视为第一节点。区块链中任意一个第一节点均可以基于预设的实时监控机制向其他区块链节点发送因特网包探索器指令(即ping指令)以监控节点是否在线，例如将预设的实时监控机制设置为每间隔预设第一检测周期(如将预设第一检测周期设置为1min、5min、10min、20min、30min等时长，当然具体实施时并不限定于上述时长，可根据用户实际需求设定)由区块链中在线状态的区块链节点向其他区块链节点发送因特网包探索器指令。

当设置了实时监控机制后，步骤S101的触发条件则可具体为若当前系统时间与上一监控时间之间的时间间隔等于所述预设第一检测周期，则产生监测指令，第一节点响应于所述监测指令并将因特网包探索器指令发送至所述区块链中的所有其他区块链节点。例如区块链中包括节点A、节点B和节点C，且节点A和节点C是在线状态、节点B是离线状态，则可以是由节点A分别向节点B和节点C发送因特网包探索器指令，也可以是由节点C分别向节点A和节点B发送因特网包探索器指令，即节点A和节点C均可以视为第一节点。

离线节点获取单元102，用于若确定所述区块链中有区块链节点未向所述第一节点发送响应结果，则将对应的区块链节点作为第二节点，并将所述第二节点对应的节点信息添加至离线节点列表；其中，所述第二节点为至少一个离线状态的区块链节点。

在本实施例中，若确定所述区块链中有区块链节点未向所述第一节点发送响应结果，则表示这一类区块链节点是掉线状态节点，可以先暂时将对应的各视为第二节点的掉线状态区块链节点的节点信息均加入至添加至离线节点列表。例如仍参考上述示例，其中节点B是离线状态，故可以将节点B加入至如上表1所示的离线节点列表。

可见，第一节点基于实时监控机制发送因特网包探索器指令至所述区块链中的其他区块链节点以获取到了离线节点列表后，则可以根据离线节点列表准确的获取到故障节点，之后即可对离线节点列表中的故障节点进行故障问题的排查和解决以实现故障节点的重连等操作。

在一实施例中，区块链节点连接监控装置100之后还包括：

广播单元，用于所述第一节点将所述离线节点列表通过广播分发至所述区块链中所有在线状态的其他区块链节点；

当前离线频次统计单元，用于若当前时间满足预设的次数表更新条件，所述第一节点获取所述离线节点列表中各离线节点的节点信息，并根据各离线节点的节点信息统计获取各离线节点的当前离线频次；其中，所述各离线节点的节点信息至少包括节点名称和节点断开时间；

离线次数列表更新单元，用于所述第一节点获取已存储的历史离线次数列表，并根据各离线节点的当前离线频次更新所述历史离线次数列表，得到当前离线次数列表；其中，所述历史离线次数列表中存储有各离线节点的节点名称、离线累计次数和节点断开时间。

在本实施例中，当在其中一个第一节点如上述示例中的节点A中获取到了如表1所示的所述离线节点列表后，可以由节点A将所述离线节点列表基于区块链的广播机制广播至所述区块链中所有在线状态的其他区块链节点，也即节点A会将所述离线节点列表通过广播分发至另一个在线状态的节点C，从而实现了将所述离线节点列表在整个区块链中的数据共享。

当完成了所述离线节点列表在整个区块链中的数据广播及共享后，还可以进一步判断当前时间是否满足所述次数表更新条件，具体可将次数表更新条件设置为每日12：30更新，这样在当前时间满足了所述次数表更新条件后，则第一节点先是获取所述离线节点列表并得到其中各离线节点的当前离线频次。例如，从如上表1中可知只有节点B有一次离线记录。

由于在第一节点中还存储有如上表2所示的历史离线次数列表。其中，如表2所示这一历史离线次数列表中也存储了各离线节点在所述当前时间之前、且处于预设第二检测周期对应时间区间的节点信息。这样，根据各离线节点的当前离线频次更新所述历史离线次数列表，得到当前离线次数列表。例如在历史离线次数列表节点B有五次离线记录，则此次更新后在当前离线次数列表中节点B有六次离线记录。所得到的当前离线次数列表如上表3。

其中，上述示例中提及的预设第二检测周期是指1天、7天、1个月等时长，当已知了预设第二检测周期后即可获取对应的时间区间，如将预设第二检测周期设置为7天，则每周在第一节点上都会统计本周内该区块链中各区块链节点的掉线情况)该区块链的历史离线次数列表。例如获取到节点B的节点断开时间是20XX-XX-XXHH1:MM2:SS3，当日是星期三且预设第二检测周期是7天(更具的是限定预设第二检测周期对应日历中的每一周，其对应的时间区间即从星期一到星期日的完整一周时间)，可以获取20XX-XX-(XX-2)(其对应星期一)至20XX-XX-(XX-1)(其对应星期二)的时间区间内该区块链中各区块链节点的掉线情况，即可得到历史离线次数列表。当获取到了20XX-XX-XX HH1:MM2:SS3即星期三对应的离线节点列表且当前时间满足所述次数表更新条件，则根据各离线节点的当前离线频次更新所述历史离线次数列表，得到当前离线次数列表。之后当前离线次数列表作为星期三得到的新的历史离线次数列表，后面一日也即星期四时再在12：30获取到周三12：30之后至周四12：30之前的各离线节点的节点信息组成星期三至星期四对应的离线节点列表，然后在星期三12：30得到新的历史离线次数列表上基于该星期三至星期四对应的离线节点列表又一次更新历史离线次数列表得到新的历史离线次数列表。

在一实施例中，所述区块链节点连接监控装置100，还包括：

离线次数列表发送单元，用于所述第一节点将所述当前离线次数列表发送至区块链中的联盟方节点。

在本实施例中，若以区块链为联盟链为例，则在联盟链中还包括联盟链发起方的联盟方节点，当在线状态的第一节点获取到所述当前离线次数列表后，可以其作为发现离线节点的就近节点，并基于联盟方节点的API接口将所述当前离线次数列表发送至区块链中的联盟方节点。这样联盟方节点在接收到所述当前离线次数列表之后，可以作为告警提示信息，以确定是否针对这些离线节点作进一步的异常处理。

第二连接单元103，用于所述第一节点基于预设的定时重连任务向所述离线节点列表中包括的第二节点发送重连请求。

在本实施例中，由于在第一节点中是已知所述离线节点列表，此时可以由第一节点作为重连发起方向所述离线节点列表中包括的第二节点发送重连请求，例如在所述第一节点中预先设置了定时重连任务，且该定时重连任务由第一节点在获取到了离线节点列表后，即可获取所述离线节点列表中包括的各第二节点，并由所述第一节点向所述离线节点列表中的各第二节点发送重连请求。

其中，所述第一节点向所述离线节点列表中的各第二节点发送重连请求会有两种结果：第一种是有第二节点已由离线状态切换为在线状态并能正常向第一节点发送与所述重连请求对应的响应结果；第二种是有第二节点仍然处于离线状态并无法向第一节点发送与所述重连请求对应的响应结果。可见，所述第一节点基于所述离线节点列表中的第二节点是否向其发送响应结果，即可判断所述第二节点是否脱离离线状态而恢复正常的在线状态。

离线列表更新单元104，用于若确定所述离线节点列表中存在第二节点发送重连响应结果至所述第一节点，则将对应的第二节点从所述离线节点列表中移除以更新所述离线节点列表。

在本实施例中，若确定所述离线节点列表中存在第二节点发送重连响应结果至所述第一节点，则表示对应的第二节点是已由离线状态切换至在线状态，可以将该第二节点从所述离线节点列表中移除以更新所述离线节点列表。可见，基于这一更新离线节点列表的操作，可以及时将恢复与区块链重新连接正常的节点排除在离线节点列表之外，而使得所述离线节点列表中只保存当前仍为离线状态的离线节点。

在一实施例中，区块链节点连接监控装置100还包括：

离线节点记录列表获取单元，用于若确定所述离线节点列表中存在第二节点未发送重连响应结果至所述第一节点，则获取所述第一节点向对应第二节点发送重连请求的重连信息存储至所述第一节点中的离线节点记录列表，并保存所述离线节点记录列表至所述第一节点；其中，所述离线节点记录列表中包括重连节点的节点名称、重连累计次数和重连时间。

在本实施例中，当所述离线节点列表中存在第二节点未发送重连响应结果至所述第一节点，则表示该第二节点仍是离线状态，此时由第一节点发起的重连请求也无法在当前时间点唤起第二节点重连，可进一步获取所述第一节点向对应第二节点发送重连请求的重连信息存储至所述第一节点中的离线节点记录列表，并保存所述离线节点记录列表至所述第一节点。其中，所述离线节点记录列表如上表4。

在一实施例中，所述第一节点获取已存储的历史离线次数列表，并根据各离线节点的当前离线频次更新所述历史离线次数列表，得到当前离线次数列表之后，还包括：

若所述当前离线次数列表中存在离线节点的离线总次数大于或等于预设的离线次数阈值，则根据预设的异常节点移除机制将对应的第二节点从所述区块链中移除；

或者，若所述离线节点记录列表中存在离线节点的重连总次数大于或等于预设的重连次数阈值，则根据预设的异常节点移除机制将对应的第二节点从所述区块链中移除。

在本实施例中，可以至少设置两条筛选条件筛选出可从区块链中移除的候选节点，具体是若所述当前离线次数列表中存在离线节点的离线总次数大于或等于预设的离线次数阈值，或者是若所述离线节点记录列表中存在离线节点的重连总次数大于或等于预设的重连次数阈值，则可以根据预设的异常节点移除机制将对应的第二节点从所述区块链中移除。其中，在预设的异常节点移除机制中设置了若所述区块链中广播了待删除的异常节点信息并得到超过2/3的在线状态区块链节点的同意，则可以将待删除的异常节点从区块链中移除。

由于在删除第二节点的过程中还会遇到判断第二节点是否为背书节点的情况，在一实施例中，所述若所述当前离线次数列表中存在离线节点的离线总次数大于或等于预设的离线次数阈值，则根据预设的异常节点移除机制将对应的第二节点从区块链中移除之后，或者若所述离线节点记录列表中存在离线节点的重连总次数大于或等于预设的重连次数阈值，则根据预设的异常节点移除机制将对应的第二节点从所述区块链中移除之后，还包括：

若确定从所述区块链中移除的第二节点为背书节点，则从所述区块链中基于预设的背书节点选举机制选举得到另一背书节点。

在本实施例中，若确定从所述区块链中移除的第二节点为背书节点，由于区块链中需要保持背书节点的总数量不发生变化，故可以确定从所述区块链中移除的第二节点为背书节点以替代被移除的第二节点作为新增的背书节点。

由于在删除第二节点的过程中还会遇到判断第二节点是否为联盟方唯一背书节点的情况，在一实施例中，所述若所述当前离线次数列表中存在离线节点的离线总次数大于或等于预设的离线次数阈值，则根据预设的异常节点移除机制将对应的第二节点从区块链中移除之后，或者若所述离线节点记录列表中存在离线节点的重连总次数大于或等于预设的重连次数阈值，则根据预设的异常节点移除机制将对应的第二节点从所述区块链中移除之后，还包括：

若确定从所述区块链中移除的第二节点为联盟方唯一背书节点且为非限定自身背书属性，则从所述区块链的其他区块链节点中基于预设的背书节点选举机制选举得到另一背书节点；

若确定从所述区块链中移除的第二节点为联盟方唯一背书节点且为限定自身背书属性，则从所述区块链中移除的第二节点对应的联盟方新增另一背书节点。

在本实施例中，若确定从所述区块链中移除的第二节点为联盟方唯一背书节点且为非限定自身背书属性，则表示该第二节点为该联盟的多个联盟方中其中一个联盟方的背书节点，但是该第二节点所属的联盟方又未限定必须从该联盟方的其他区块链节点中选举出新的背书节点，则可以从所述区块链的其他节点中基于预设的背书节点选举机制选举得到另一背书节点，以该另一背书节点取代上述的第二节点，作为该第二节点所属的联盟方新的背书节点。其中，所述背书节点选举机制中设置了若所述区块链中广播了另一背书节点的节点信息并得到超过2/3的在线状态区块链节点的同意，则可以另一背书节点取代上述的第二节点，作为该第二节点所属的联盟方新的背书节点。

若确定从所述区块链中移除的第二节点为联盟方唯一背书节点且为限定自身背书属性，则表示该第二节点为该联盟的多个联盟方中其中一个联盟方的背书节点，但是该第二节点所属的联盟方限定必须从该联盟方的其他区块链节点中选举出新的背书节点，则可以从第二节点所属的联盟方的其他节点中基于预设的背书节点选举机制选举得到另一背书节点，以该另一背书节点取代上述的第二节点，作为该第二节点所属的联盟方新的背书节点。其中，所述背书节点选举机制中设置了若所述区块链中广播了另一背书节点的节点信息并得到超过2/3的在线状态区块链节点的同意，则可以另一背书节点取代上述的第二节点，作为该第二节点所属的联盟方新的背书节点。

重连控制单元105，用于若确定所述离线节点列表不为空集，则返回执行所述第一节点基于预设的定时重连任务向所述离线节点列表中包括的第二节点发送重连请求的步骤。

在本实施例中，若确定所述离线节点列表不为空集，则表示所述第一节点还需要再次基于预设的定时重连任务向所述离线节点列表中包括的第二节点发送重连请求，如将定时重连任务设置为第一节点每10s向所述离线节点列表中包括的第二节点发送重连请求。可见，通过这一方式，可以不断由第一节点向离线状态的第二节点发送重连请求以及时的将其恢复正常状态。

该装置实现了对联盟链节点健康状态及时监控，而且在发现异常离线的节点自动发起重连以修复故障，能对联盟链的异常离线节点进行提前预警和进行自我修复与处理。

上述区块链节点连接监控装置可以实现为计算机程序的形式，该计算机程序可以在如图4所示的计算机设备上运行。

请参阅图4，图4是本申请实施例提供的计算机设备的示意性框图。该计算机设备500是服务器，也可以是服务器集群。服务器可以是独立的服务器，也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(ContentDeliveryNetwork，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。

参阅图4，该计算机设备500包括通过装置总线501连接的处理器502、存储器和网络接口505，其中，存储器可以包括存储介质503和内存储器504。

该存储介质503可存储操作系统5031和计算机程序5032。该计算机程序5032被执行时，可使得处理器502执行区块链节点连接监控方法。

该处理器502用于提供计算和控制能力，支撑整个计算机设备500的运行。

该内存储器504为存储介质503中的计算机程序5032的运行提供环境，该计算机程序5032被处理器502执行时，可使得处理器502执行区块链节点连接监控方法。

该网络接口505用于进行网络通信，如提供数据信息的传输等。本领域技术人员可以理解，图4中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备500的限定，具体的计算机设备500可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

其中，所述处理器502用于运行存储在存储器中的计算机程序5032，以实现本申请实施例公开的区块链节点连接监控方法。

本领域技术人员可以理解，图4中示出的计算机设备的实施例并不构成对计算机设备具体构成的限定，在其他实施例中，计算机设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。例如，在一些实施例中，计算机设备可以仅包括存储器及处理器，在这样的实施例中，存储器及处理器的结构及功能与图4所示实施例一致，在此不再赘述。

应当理解，在本申请实施例中，处理器502可以是中央处理单元(CentralProcessingUnit，CPU)，该处理器502还可以是其他通用处理器、数字信号处理器(DigitalSignalProcessor，DSP)、专用集成电路(ApplicationSpecificIntegratedCircuit，ASIC)、现成可编程门阵列(Field-ProgrammableGateArray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

在本申请的另一实施例中提供计算机可读存储介质。该计算机可读存储介质可以为非易失性的计算机可读存储介质，也可以为易失性的计算机可读存储介质。该计算机可读存储介质存储有计算机程序，其中计算机程序被处理器执行时实现本申请实施例公开的区块链节点连接监控方法。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的设备、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为逻辑功能划分，实际实现时可以有另外的划分方式，也可以将具有相同功能的单元集合成一个单元，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，后台服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。