CN112702192A

CN112702192A - 通信设备的故障处理方法、装置、系统及存储介质

Info

Publication number: CN112702192A
Application number: CN202011471171.4A
Authority: CN
Inventors: 黄姗; 李腾; 程园
Original assignee: Sungrow Power Supply Co Ltd
Current assignee: Sungrow Power Supply Co Ltd
Priority date: 2020-12-11
Filing date: 2020-12-11
Publication date: 2021-04-23
Anticipated expiration: 2040-12-11
Also published as: CN112702192B

Abstract

本发明公开了一种通信设备的故障处理方法，所述通信设备的故障处理方法包括以下步骤：检测电站中各个通信设备所在节点的连接状态；在获取到连接状态为故障状态的第一节点时，确定所述第一节点对应的第一通信设备连接的第一被监控终端；控制电站中的第二通信设备连接第一被监控终端，以使第一被监控终端通过所述第二通信设备所在的第二节点上报数据。本发明还公开了一种通信设备的故障处理装置、系统及存储介质。本发明通过基于电站中各个通信设备建立区块链网络，在检测到故障区块链节点后，使正常节点的通信设备连接至故障节点对应的被监控终端，保证了对于故障节点对应的被监控终端的正常监控，避免了被监控终端的运行数据无法及时上报。

Description

通信设备的故障处理方法、装置、系统及存储介质

技术领域

本发明涉及故障故障技术领域，尤其涉及通信设备的故障处理方法、装置、系统及存储介质。

背景技术

随着新能源行业的飞速发展，光伏电站的建设越来越普遍。电站运行状态诊断和智慧运维发挥着至关重要的部分。如何有效的降低运维成本以及逆变器的故障定位和诊断是现在光伏电站智慧系统急需解决的关键问题。

在光伏电站中，逆变器等设备均连接有通信设备，以通过通信设备将逆变器运行参数上传至数据管理端，实现光伏电站的设备状态监控。在通信设备的使用过程中，若通信设备发生故障，无法上传数据，一般需要客户现场反馈情况，运维人员根据客户反馈的情况来定位发生故障的通信设备，并依据经验来修理发生故障的通信设备，但是若故障解决不及时，会使得逆变器等设备的运行数据无法及时上报，无法对光伏电站的设备进行监控。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

发明内容

本发明的主要目的在于提供一种通信设备的故障处理方法、装置、系统及存储介质，旨在通过正常节点的通信设备连接至故障节点对应的被监控终端，避免被监控终端的运行数据无法及时上报。

为实现上述目的，本发明提供一种通信设备的故障处理方法，所述通信设备的故障处理方法包括以下步骤：

检测电站中各个通信设备所在节点的连接状态；

在获取到连接状态为故障状态的第一节点时，确定所述第一节点对应的第一通信设备连接的第一被监控终端；

控制电站中的第二通信设备连接第一被监控终端，以使第一被监控终端通过所述第二通信设备所在的第二节点上报数据。

可选地，所述检测电站中各个通信设备所在节点的连接状态的步骤包括：

检测在第一预设时长内是否接收到电站中各个通信设备所在节点发送的预设心跳信息，其中，电站中的各个通信设备每间隔第二预设时长发送所述预设心跳信息，所述第二预设时长小于所述第一预设时长；

在所述第一预设时长内未接收到第一节点发送的所述预设心跳信息时，判定所述第一节点的连接状态为故障状态。

可选地，所述检测电站中各个通信设备所在节点的连接状态的步骤之后，还包括：

在获取到连接状态为故障状态的第一节点时，获取所述第一节点对应的第一通信设备的故障信息；

根据所述故障信息生成第一区块；

将所述第一区块广播至电站中各个通信设备所在的节点，以使电站中各个通信设备所在的节点验证所述第一区块，并在所述第一区块验证成功后存储所述第一区块，以供追溯所述第一通信设备的故障信息。

可选地，所述确定所述第一节点对应的第一通信设备连接的第一被监控终端的步骤与所述控制电站中的第二通信设备连接第一被监控终端的步骤之间，还可执行以下步骤：

在电站的多个通信设备中，获取除所述第一通信设备之外的各个通信设备与所述第一通信设备之间的路由表距离；

根据所述路由表距离确定所述第二通信设备。

可选地，所述控制电站中的第二通信设备连接第一被监控终端的步骤包括：

获取所述第二通信设备对应的智能合约；

调用所述智能合约，以使所述第二通信设备连接第一被监控终端。

可选地，所述确定所述第一节点对应的第一通信设备连接的第一被监控终端的步骤包括：

获取所述第一节点的节点标识；

获取电站中各个通信设备所在节点存储的区块；

根据所述区块获取与所述节点标识关联的终端信息；

获取与所述节点标识关联的终端信息对应的第一被监控终端。

可选地，所述检测电站中各个通信设备所在节点的连接状态的步骤之前，所述通信设备的故障处理方法还包括：

在接收到电站中各个通信设备连接的被监控终端的终端信息以及通信设备所在节点的节点标识时，根据终端信息以及与终端信息关联的节点标识生成第二区块；

将所述第二区块广播至电站中各个通信设备所在的节点，以使电站中各个通信设备所在的节点验证所述第二区块，并在所述第二区块验证成功后存储所述第二区块。

此外，为实现上述目的，本发明还提供一种通信设备的故障处理装置，所述通信设备的故障处理装置包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的通信设备的故障处理程序，所述通信设备的故障处理程序被所述处理器执行时实现如上所述中任一项所述的通信设备的故障处理方法的步骤。

此外，为实现上述目的，本发明还提供一种通信设备的故障处理系统，所述通信设备的故障处理系统包括如上所述的通信设备的故障处理装置以及电站中的各个通信设备，其中，如上所述的通信设备的故障处理装置与电站中各个通信设备通信连接，且电站中各个通信设备连接有被监控终端。

此外，为实现上述目的，本发明还提供一种计算机存储介质，所述计算机存储介质上存储有通信设备的故障处理程序，所述通信设备的故障处理程序被处理器执行时实现如上所述中任一项所述的通信设备的故障处理方法的步骤。

本发明实施例提出的通信设备的故障处理方法、装置、系统及存储介质，检测电站中各个通信设备所在节点的连接状态，在获取到连接状态为故障状态的第一节点时，确定所述第一节点对应的第一通信设备连接的第一被监控终端，控制电站中的第二通信设备连接第一被监控终端，以使第一被监控终端通过所述第二通信设备所在的第二节点上报数据。本发明通过基于电站中各个通信设备建立区块链网络，在检测到故障区块链节点后，使正常节点的通信设备连接至故障节点对应的被监控终端，保证了对于故障节点对应的被监控终端的正常监控，避免了被监控终端的运行数据无法及时上报。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的终端结构示意图；

图2为本发明通信设备的故障处理方法的一实施例的流程示意图；

图3为本发明通信设备的故障处理方法另一实施例的流程示意图；

图4为本发明通信设备的故障处理方法再一实施例的流程示意图；

图5为本发明通信设备的故障处理方法又一实施例的流程示意图；

图6为本发明数据上链存储的流程示意图；

图7为本发明故障设备追溯的流程示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例提供一种解决方案，通过基于电站中各个通信设备建立区块链网络，在检测到故障区块链节点后，使正常节点的通信设备连接至故障节点对应的被监控终端，保证了对于故障节点对应的被监控终端的正常监控，避免了被监控终端的运行数据无法及时上报。

如图1所示，图1是本发明实施例方案涉及的硬件运行环境的终端结构示意图。

本发明实施例终端为通信设备的故障处理装置，通信设备的故障处理装置设置有云控制平台。

如图1所示，该终端可以包括：处理器1001，例如CPU，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及通信设备的故障处理程序。

在图1所示的终端中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端(用户端)，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的通信设备的故障处理程序，并执行以下操作：

检测电站中各个通信设备所在节点的连接状态；

进一步地，处理器1001可以调用存储器1005中存储的通信设备的故障处理程序，还执行以下操作：

根据所述故障信息生成第一区块；

根据所述路由表距离确定所述第二通信设备。

获取所述第二通信设备对应的智能合约；

获取所述第一节点的节点标识；

获取电站中各个通信设备所在节点存储的区块；

根据所述区块获取与所述节点标识关联的终端信息；

参照图2，在一实施例中，所述通信设备的故障处理方法包括以下步骤：

步骤S10，检测电站中各个通信设备所在节点的连接状态；

在本实施例中，实施例终端为通信设备的故障处理装置。通信设备的故障处理装置设置有云控制平台，云控制平台与电站中各个通信设备通信连接，并可接收电站中各个通信设备上报的数据，以实现监控电站的目的。

可选地，电站包括多个需要被监控的终端，例如，需要被监控的终端包括逆变器等终端，逆变器等终端分布于电站中的各个位置，以维持电站的正常工作。为了对逆变器等被监控终端进行监控，电站中设置有多个通信设备，每一通信设备可与多个被监控终端进行通信连接，通信设备可接收与其连接的被监控终端定时发送的运行数据，并将运行数据定时上报至云控制平台。需要说明的，每一通信设置均存在同时可连接的被监控终端的最大数量限制，因此，电站中通常分布设置有多个通信设备。

可选地，实现基于电站中各个通信设备建立区块链网络，电站中的通信设备区块链网络中的节点一一对应。各个节点可按照区块链网络分布式存储数据的方式存储各个节点上报的数据，减小对通信设备的运维成本。区块链是一种互联网链接型的共享账本技术，其突出特点包括分布式存储、操作公开透明、真实可防篡改等，因此能够减少企业对通信设备的运维成本，从而提高企业操作的便捷性，提高通信设备故障追溯的的真实可靠性。

可选地，在电站中各个通信设备的使用过程中，通信设备可能出现故障，导致被监控终端的运行数据无法及时上传至云控制平台，因此，可定时检测电站中各个通信设备所在节点的连接状态，以检测电站中各个通信设备是否发生故障。

可选地，电站中各个通信设备所在节点的连接状态包括正常状态以及故障状态。

可选地，检测电站中各个通信设备所在节点的连接状态时，可采用心跳机制对各个通信设备所在节点的连接状态进行检测。当然，云控制平台也可定时将检测指令广播至电站中的各个通信设备，以使各个通信设备反馈检测指令对应的响应消息，若在预设时长内未接收到通信设备反馈的响应消息，表明该通信设备故障，该通信设备所在节点的连接状态为故障状态。

步骤S20，在获取到连接状态为故障状态的第一节点时，确定所述第一节点对应的第一通信设备连接的第一被监控终端；

在本实施例中，在检测到电站中某一通信设备所在节点的连接状态为故障状态时，将该节点作为第一节点，表明第一节点对应的第一通信设备发生故障，因此，可确定第一节点对应的第一通信设备连接的第一被监控终端，第一被监控终端即为无法正常上报数据的被监控终端。

步骤S30，控制电站中的第二通信设备连接第一被监控终端，以使第一被监控终端通过所述第二通信设备所在的第二节点上报数据。

在本实施例中，控制电站中的第二通信设备连接第一被监控终端，以使第一被监控终端连接的通信设备由第一通信设备切换至第二通信设备，这样，第一被监控终端可向连接的第二通信设备定时发送其运行数据，以通过第二通信设备将其运行数据上报至云控制平台，实现第一被监控终端的运行数据的正常上报。

可选地，电站中各个通信设备为无线通信设备，这样，在电站中第一通信设备故障时，无需人工铺设第二通信设备与第一被监控终端之间的通信连接线路，仅需打开第二通信设备的WiFi或4G网络，并无线连接至第一被监控终端即可，使得电站中通信设备的故障处理更加方便。

可选地，在步骤S20之后，在步骤S30之前，还可在电站中的多个通信设备确定第二通信设备。具体地，可按照预设规则确定电站中的第二通信设备，例如，可获取电站中各个通信设备的冗余算力，并将冗余算力较多或最多的通信设备作为第二通信设备；又例如，可在电站的多个通信设备中，获取除第一通信设备之外的各个通信设备与第一通信设备之间的路由表距离，并根据路由表距离确定电站中的第二通信设备，例如，可将电站中路由表距离最小的通信设备作为第二通信设备，即除第一通信设备之外，第一被监控终端发送的数据经第二通信设备上传至云控制平台时数据传输路径最短，以简化电站中各个被监控终端的数据上报过程。可选地，在获取除第一通信设备之外的各个通信设备与第一通信设备之间的路由表距离时，可获取电站中各个通信设备在网络拓扑结构中的坐标，并根据坐标获取各个通信设备与第一通信设备之间的路由表距离。

可选地，在基于电站中各个通信设备建立区块链网络时，各个通信设备所在的节点存储有智能合约，以通过智能合约约束各个节点对应的通信设备，因此，在控制电站中的第二通信设备连接第一被监控终端，可获取第二通信设备对应的智能合约，并通过调用第二通信设备对应的智能合约，使得第二通信设备连接第一被监控终端。

在本实施例中，本发明采用区块链和智能合约相结合的方式来约束通信网络中的各个通信设备，提供实时监控诊断隧道，反映通信设备运行状态(如正常、故障、告警等)。当网络中某个节点发生故障时，智能合约能够根据事先约束好的合约函数来选择相同类型的通信设备，将发生故障的节点所连接的被监控终端按照规则自动接入到正常的通信设备所在的节点上。利用区块链技术将电站中的各个通信设备进行网络互连，搭建多节点私有链网络，形成通信链路，采集被监控终端的运行数据，实时显示运行数据。

在本实施例公开的技术方案中，通过基于电站中各个通信设备建立区块链网络，在检测到故障区块链节点后，使正常节点的通信设备连接至故障节点对应的被监控终端，保证了对于故障节点对应的被监控终端的正常监控，避免了被监控终端的运行数据无法及时上报，实现了通信设备发生故障时的有效处理。

在另一实施例中，如图3所示，在上述图2所示的实施例基础上，步骤S10包括：

步骤S11，检测在第一预设时长内是否接收到电站中各个通信设备所在节点发送的预设心跳信息，其中，电站中的各个通信设备每间隔第二预设时长发送所述预设心跳信息，所述第二预设时长小于所述第一预设时长；

在本实施例中，可采用心跳机制检测电站中各个通信设备所在节点的连接状态。具体地，在基于电站中各个通信设备建立区块链节点时，在各个区块链节点设置智能合约，以通过智能合约的约束使各个通信设备每间隔第二预设时长向云控制平台发送预设心跳信息，实现云控制平台对于电站中各个通信设备的心跳监控。云控制平台可检测在第一预设时长内是否接收到电站中各个通信所在的节点发送的预设心跳信息，以确定电站中各个通信设备所在节点的连接状态，其中，第二预设时长小于第一预设时长。

步骤S12，在所述第一预设时长内未接收到第一节点发送的所述预设心跳信息时，判定所述第一节点的连接状态为故障状态。

在本实施例中，云控制平台若在第一预设时长内未接收到电站中某一通信设备所在节点发送的预设心跳信息，表明该节点对应的通信设备发生故障，该节点为第一节点，该节点对应的通信设备为第一通信设备，即判定第一节点无响应，第一节点的连接状态为故障状态。

可选地，云控制平台若在第一预设时长内接收到电站中通信设备所在节点发送的预设心跳信息，表明该节点对应的通信设备正常运行，该节点的连接状态为正常状态。

在本实施例公开的技术方案中，通过心跳机制检测电站中各个通信设备所在节点的连接状态，实现了电站中各个通信设备是否发生故障的监控。

在再一实施例中，如图4所示，在图2至图3任一实施例所示的基础上，步骤S10之后，还包括：

步骤S40，在获取到连接状态为故障状态的第一节点时，获取所述第一节点对应的第一通信设备的故障信息；

在本实施例中，如图6所示，检测电站中各个通信设备所在节点的连接状态后，若获取到连接状态为故障状态的第一节点，则可获取第一节点对应的第一通信设备的设备信息，并根据第一通信设备的设备信息生成故障信息，以记录第一通信设备的故障，以供后续对第一通信设备的故障信息进行追溯。

步骤S50，根据所述故障信息生成第一区块；

步骤S60，将所述第一区块广播至电站中各个通信设备所在的节点，以使电站中各个通信设备所在的节点验证所述第一区块，并在所述第一区块验证成功后存储所述第一区块，以供追溯所述第一通信设备的故障信息。

在本实施例中，如图6所示，由于基于电站中各个通信设备构建了区块链网络，因此，可根据故障信息生成第一区块，并将第一区块广播至电站中各个通信设备所在的节点，以使电站中各个通信设备所在的节点分布式存储该第一区块。

可选地，如图7所示，电站中各个通信设备所在的节点在接收到广播的第一区块时，可基于IPBFT(Improved Practical Byzantine Fault Tolerance)共识算法追溯模型存储第一区块，云控制平台可以跨链获取私有链中各个通信设备所在节点存储的第一区块，用户可以通过区块地址对电站中的故障通信设备进行有效追溯，便于后期对通信设备的定期维护。具体地，电站中各个通信设备所在的节点在接收到第一区块时进入Pre-Prepare状态，并对第一区块的格式、hash、签名和权限进行验证，并在验证成功后进入Prepare状态，并全网广播，待积累的进入Prepare状态的节点数量大于预设数量时，进入commit状态，并全网广播该状态，待进入commit状态的节点数量大于预设数量时，认为区块链中各个节点已达成共识，并将第一区块加入到本节点存储的区块链中。需要说明的是，所有节点的上链数据都通过智能合约约束，并记录到区块链上，从而实现信息的有效存储并且保证数据的不可篡改，其中任意节点信息的录入将广播备份至区块链网络中的其他节点，基于区块链的去中心化分布式存储，实现低成本高可靠性存取，保证通信设备追溯时的真实可靠性。

可选地，如图7所示，云控制平台与用户终端之间搭建联盟链网络，由于联盟链中每个节点的用户终端都有记账权，同时基于用户身份验证可以保证链上节点的真实可靠，因此不需要进行投票选举主节点，从而避免产生过于繁琐的操作，提高系统响应速度。

在本实施例公开的技术方案中，基于IPBFT共识算法追溯模型记录电站中的通信设备的故障，保证通信设备追溯时的真实可靠性，并且云平台可以根据通信设备的故障情况，定期对电站中的通信设备进行维护，可以有效节约维护成本。

在又一实施例中，如图5所示，在图2至图4任一实施例所示的基础上，步骤S20中确定所述第一节点对应的第一通信设备连接的第一被监控终端的步骤包括：

步骤S21，获取所述第一节点的节点标识；

在本实施例中，在基于电站中各个通信设备建立区块链网络时，可按照预编译的合约标识，给电站中每一通信设备所在的节点分配一个节点标识，通信设备所在的节点与节点标识一一对应，因此，在获取到连接状态为故障状态的第一节点时，可获取第一节点的节点标识，通过第一节点的节点标识查找到第一节点对应的第一通信设备连接的第一被监控终端。

步骤S22，获取电站中各个通信设备所在节点存储的区块；

步骤S23，根据所述区块获取与所述节点标识关联的终端信息；

步骤S24，获取与所述节点标识关联的终端信息对应的第一被监控终端。

在本实施例中，在获取到第一节点的节点标识后，可调用智能合约获取电站中各个通信设备所在节点中的至少一个节点存储的区块，并根据区块获取与节点标识关联的终端信息，从而可获取到与节点标识关联的终端信息对应的第一被监控终端。具体地，可在至少一个节点存储的区块中查找与节点标识有关的信息，从而找到与节点标识关联的终端信息，并获取与节点标识关联的终端信息对应的第一被监控终端。

可选地，在检测电站中各个通信设备所在节点的连接状态的步骤之前，在基于电站中各个通信设备建立区块链网络时，运维人员通过控制指令将电站中各个通信设备的设备信息、通信设备实际连接的被监控终端的终端信息以及通信设备所在节点的节点标识进行关联，云控制平台接收到设备信息、终端信息以及节点标识时，根据设备信息、与设备信息关联的终端信息以及与设备信息、终端信息关联的节点标识生成第二区块，并将第二区块广播至电站中各个通信设备所在的节点，以使电站中各个通信设备所在的节点基于IPBFT共识算法追溯模型验证第二区块，并在第二区块验证成功后存储第二区块。具体地，电站中各个通信设备所在的节点在接收到第二区块时进入Pre-Prepare状态，并对第二区块的格式、hash、签名和权限进行验证，并在验证成功后进入Prepare状态，并全网广播，待积累的进入Prepare状态的节点数量大于预设数量时，进入commit状态，并全网广播该状态，待进入commit状态的节点数量大于预设数量时，认为区块链中各个节点已达成共识，并将第二区块加入到本节点存储的区块链中。需要说明的是，在控制电站中的第二通信设备连接第一被监控终端后，通信设备与被监控终端的连接关系发生变化，因此也可根据第二通信设备的设备信息以及第一被监控终端的终端信息关联生成第三区块，并将第三区块广播至区块链中的各个节点，以使各个节点在成功验证第三区块后存储第三区块。

在本实施例公开的技术方案中，事先为电站中每一通信设备所在节点分配节点标识，因此可通过节点标识查找到第一节点对应的第一通信设备连接的第一被监控终端，以便于将正常工作的第二通信设备连接至故障的第一通信设备连接的第一被监控终端，保证第一被监控终端运行数据的正常上报。

此外，本发明实施例还提出一种通信设备的故障处理装置，所述通信设备的故障处理装置包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的通信设备的故障处理程序，所述通信设备的故障处理程序被所述处理器执行时实现如上各个实施例所述的通信设备的故障处理方法的步骤。

此外，本发明实施例还提出一种通信设备的故障处理系统，如图7所示，所述通信设备的故障处理系统包括如上所述的通信设备的故障处理装置以及电站中的各个通信设备，其中，通信设备的故障处理装置设置有云控制平台，且通信设备的故障处理装置与电站中各个通信设备通信连接，并可调用智能合约控制电站中各个通信设备，电站中各个通信设备连接有被监控终端。

此外，本发明实施例还提出一种计算机存储介质，所述计算机存储介质上存储有通信设备的故障处理程序，所述通信设备的故障处理程序被处理器执行时实现如上各个实施例所述的通信设备的故障处理方法的步骤。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims

1.一种通信设备的故障处理方法，其特征在于，所述通信设备的故障处理方法包括以下步骤：

检测电站中各个通信设备所在节点的连接状态；

2.如权利要求1所述的通信设备的故障处理方法，其特征在于，所述检测电站中各个通信设备所在节点的连接状态的步骤包括：

3.如权利要求1所述的通信设备的故障处理方法，其特征在于，所述检测电站中各个通信设备所在节点的连接状态的步骤之后，还包括：

根据所述故障信息生成第一区块；

4.如权利要求1所述的通信设备的故障处理方法，其特征在于，所述确定所述第一节点对应的第一通信设备连接的第一被监控终端的步骤与所述控制电站中的第二通信设备连接第一被监控终端的步骤之间，还可执行以下步骤：

根据所述路由表距离确定所述第二通信设备。

5.如权利要求1所述的通信设备的故障处理方法，其特征在于，所述控制电站中的第二通信设备连接第一被监控终端的步骤包括：

获取所述第二通信设备对应的智能合约；

6.如权利要求1所述的通信设备的故障处理方法，其特征在于，所述确定所述第一节点对应的第一通信设备连接的第一被监控终端的步骤包括：

获取所述第一节点的节点标识；

获取电站中各个通信设备所在节点存储的区块；

根据所述区块获取与所述节点标识关联的终端信息；

7.如权利要求6所述的通信设备的故障处理方法，其特征在于，所述检测电站中各个通信设备所在节点的连接状态的步骤之前，所述通信设备的故障处理方法还包括：

8.一种通信设备的故障处理装置，其特征在于，所述通信设备的故障处理装置包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的通信设备的故障处理程序，所述通信设备的故障处理程序被所述处理器执行时实现如权利要求1至7中任一项所述的通信设备的故障处理方法的步骤。

9.一种通信设备的故障处理系统，其特征在于，所述通信设备的故障处理系统包括如权利要求8所述的通信设备的故障处理装置以及电站中的各个通信设备，其中，如权利要求8所述的通信设备的故障处理装置与电站中各个通信设备通信连接，且电站中各个通信设备连接有被监控终端。

10.一种计算机存储介质，其特征在于，所述计算机存储介质上存储有通信设备的故障处理程序，所述通信设备的故障处理程序被处理器执行时实现如权利要求1至7中任一项所述的通信设备的故障处理方法的步骤。