CN115526352A - 故障线路处理方法、装置、计算机设备及其存储介质 - Google Patents

Abstract

本申请涉及线路维修技术领域，特别是涉及一种故障线路处理方法、装置、计算机设备及其存储介质。方法包括：对故障线路进行故障检测，确定故障线路对应的故障原因；基于故障原因，确定故障线路对应的故障处理申请，并将故障处理申请发送至控制端；接收控制端下发的故障处理指令；故障处理指令是控制端根据故障处理申请，对故障线路进行维修准备处理后，下发的故障处理指令；基于故障处理指令，对故障线路进行故障维修处理。本申请提高了对故障线路的维修效率，降低了在对故障线路维修过程中的安全隐患。

Description

故障线路处理方法、装置、计算机设备及其存储介质

技术领域

本申请涉及线路维修技术领域，特别是涉及一种故障线路处理方法、装置、计算机设备及其存储介质。

背景技术

随着电力技术的不断发展，电力已经成为了人们工作和生活中必不可少的重要能源，为了保证电力能够及时稳定的支持人们的工作和生活，则需要对配电网线路中的故障线路进行及时的维修。

现有技术中，当需要对故障线路进行维修时，需要线路运维人员根据故障线路的情况与调度员进行实时通话，调度员根据线路运维人员反应的情况下达操作指令，线路运维人员根据操作指令对故障线路进行维修。

但是，现有技术中线路运维人员与调度员进行实时通话的沟通效率较低，导致维修效率受到影响。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高故障线路维修效率的故障线路处理方法、装置、计算机设备及其存储介质。

第一方面，本申请提供了一种故障线路处理方法。该方法包括：

对故障线路进行故障检测，确定故障线路对应的故障原因；

基于故障原因，确定故障线路对应的故障处理申请，并将故障处理申请发送至控制端；

接收控制端下发的故障处理指令；故障处理指令是控制端根据故障处理申请，对故障线路进行维修准备处理后，下发的故障处理指令；

基于故障处理指令，对故障线路进行故障维修处理。

在其中一个实施例中，基于故障原因，确定故障线路对应的故障处理申请，包括：

基于故障原因，确定故障线路对应的申请类型；

基于申请类型，确定故障线路对应的故障处理申请。

在其中一个实施例中，基于故障原因，确定故障线路对应的申请类型，包括：

基于故障原因，判断故障线路是否需要进行停电处理；

若故障线路需要进行停电处理，则故障线路对应的申请类型为停电申请；

若故障线路不需要进行停电处理，则故障线路对应的申请类型为带电申请。

第二方面，本申请还提供了一种故障线路处理方法。该方法包括：

接收维修端发送的故障处理申请，并基于故障处理申请，确定故障线路对应的申请类型；故障处理请求根据故障线路对应的故障原因生成；

基于申请类型对故障线路进行维修准备处理，得到故障线路对应的处理结果；

基于处理结果，向维修端下发故障线路对应的故障处理指令，以使维修端基于故障处理指令，对故障线路进行故障维修处理。

在其中一个实施例中，申请类型包括停电申请和带电申请，基于申请类型对故障线路进行维修准备处理，得到故障线路对应的处理结果，包括：

若申请类型为停电申请，则对故障线路进行通电控制处理，得到停电申请对应的处理结果；其中，通电控制处理包括断电处理，或者断电处理和转电处理；

若申请类型为带电申请，则对故障线路对应的自愈功能进行退出处理，得到带电申请对应的处理结果。

第三方面，本申请还提供了一种故障线路维修装置。该装置包括：

第一确定模块，用于对故障线路进行故障检测，确定故障线路对应的故障原因；

第二确定模块，用于基于故障原因，确定故障线路对应的故障处理申请，并将故障处理申请发送至控制端；

接收模块，用于接收控制端下发的故障处理指令；故障处理指令是控制端根据故障处理申请，对故障线路进行维修准备处理后，下发的故障处理指令；

处理模块，用于基于故障处理指令，对故障线路进行故障维修处理。

第四方面，本申请还提供了一种故障线路控制装置。该装置包括：

确定模块，用于接收维修端发送的故障处理申请，并基于故障处理申请，确定故障线路对应的申请类型；故障处理请求根据故障线路对应的故障原因生成；

处理模块，用于基于申请类型对故障线路进行维修准备处理，得到故障线路对应的处理结果；

下发模块，用于基于处理结果，向维修端下发故障线路对应的故障处理指令，以使维修端基于故障处理指令，对故障线路进行故障维修处理。

第五方面，本申请还提供了一种计算机设备。计算机设备包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现以下步骤：

对故障线路进行故障检测，确定故障线路对应的故障原因；

基于故障原因，确定故障线路对应的故障处理申请，并将故障处理申请发送至控制端；

接收控制端下发的故障处理指令；故障处理指令是控制端根据故障处理申请，对故障线路进行维修准备处理后，下发的故障处理指令；

基于故障处理指令，对故障线路进行故障维修处理。

第六方面，本申请还提供了一种计算机设备。计算机设备包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现以下步骤：

接收维修端发送的故障处理申请，并基于故障处理申请，确定故障线路对应的申请类型；故障处理请求根据故障线路对应的故障原因生成；

基于申请类型对故障线路进行维修准备处理，得到故障线路对应的处理结果；

基于处理结果，向维修端下发故障线路对应的故障处理指令，以使维修端基于故障处理指令，对故障线路进行故障维修处理。

第七方面，本申请还提供了一种计算机可读存储介质。计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

对故障线路进行故障检测，确定故障线路对应的故障原因；

基于故障原因，确定故障线路对应的故障处理申请，并将故障处理申请发送至控制端；

接收控制端下发的故障处理指令；故障处理指令是控制端根据故障处理申请，对故障线路进行维修准备处理后，下发的故障处理指令；

基于故障处理指令，对故障线路进行故障维修处理。

第八方面，本申请还提供了一种计算机可读存储介质。计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

接收维修端发送的故障处理申请，并基于故障处理申请，确定故障线路对应的申请类型；故障处理请求根据故障线路对应的故障原因生成；

基于申请类型对故障线路进行维修准备处理，得到故障线路对应的处理结果；

基于处理结果，向维修端下发故障线路对应的故障处理指令，以使维修端基于故障处理指令，对故障线路进行故障维修处理。

第九方面，本申请还提供了一种计算机程序产品。计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

对故障线路进行故障检测，确定故障线路对应的故障原因；

基于故障原因，确定故障线路对应的故障处理申请，并将故障处理申请发送至控制端；

接收控制端下发的故障处理指令；故障处理指令是控制端根据故障处理申请，对故障线路进行维修准备处理后，下发的故障处理指令；

基于故障处理指令，对故障线路进行故障维修处理。

第十方面，本申请还提供了一种计算机程序产品。计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

接收维修端发送的故障处理申请，并基于故障处理申请，确定故障线路对应的申请类型；故障处理请求根据故障线路对应的故障原因生成；

基于申请类型对故障线路进行维修准备处理，得到故障线路对应的处理结果；

基于处理结果，向维修端下发故障线路对应的故障处理指令，以使维修端基于故障处理指令，对故障线路进行故障维修处理。

根据本申请的技术方案，维修端通过确定故障线路对应的故障原因，实现对于故障线路对应故障处理申请的确定，为后续对故障线路维修的顺利进行提供了基础保障；通过向控制端发送故障处理申请，实现了将故障线路的实际情况及时有效的反应给控制端，保证了后续控制端能够根据故障线路的故障原因对故障线路进行维修准备处理，保证了对故障线路的维修工作顺利进行，保障故障线路维修过程中的安全性；维修端通过接收控制端发送的故障处理指令，实现对于故障线路的故障维修处理，提高了对故障线路的维修效率，降低了在对故障线路维修过程中的安全隐患。

附图说明

图1为一个实施例中一种故障线路处理方法的应用环境图；

图2为本申请实施例提供的一种故障线路处理方法的流程图；

图3为本申请实施例提供的一种确定故障处理申请的步骤流程图；

图4为本申请实施例提供的一种故障线路处理方法的流程图；

图5为本申请实施例提供的另一种故障线路处理方法的流程图；

图6为本申请实施例提供的一种维修端和控制端对故障线路进行维修处理的信令图；

图7为本申请实施例提供的一种故障线路维修装置的结构框图；

图8为本申请实施例提供的另一种故障线路维修装置的结构框图；

图9为本申请实施例提供的一种故障线路控制装置的结构框图；

图10为本申请实施例提供的另一种故障线路控制装置的结构框图；

图11为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。在本申请的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

随着电力技术的不断发展，电力已经成为了人们工作和生活中必不可少的重要能源，为了保证电力能够及时稳定的支持人们的工作和生活，则需要对配电网线路中的故障线路进行及时的维修。

需要说明的是，配网线路的呈现方式包括单线图和环网图两种情况，其中，单线图指的是通过将一条10/20kV(kilo voltage千瓦)电压等级的配电线路各种配调关注的主要电气元件用规定的图形或者符号，以等效单线表示实际连接方式的电气接线图。环网图指的是在单线图的基础上，将有联络关系的线路组合在一张图上。其中，主要电气元件可以但不限于包括：配电房、环网柜、母线、开关、刀闸、配变、分布式电厂、发电车、导线。

现有技术中，故障线路传统的处理方法是配电运维人员发现故障线路后，核对现场设备和配网环网图，拟定缺陷设备、缺陷表象、处理方案、处置影响用户供电情况等信息，再将以上信息通过电话汇报给调度员，调度员根据汇报信息查看配网环网图核对设备信息、处置方案等是否满足要求，再给配电运维人员下达操作指令，处置缺陷。在电网结构简单，通讯技术、计算机技术欠缺的年代，采用电话沟通业务是最有效的处理方法，但随着电网设备增多、网架结构复杂，电话沟通方式下文本错误、语义理解偏差和沟通效率低下的问题进一步凸显。

本申请实施例提供的故障线路处理方法，可以应用于如图1所示的应用环境中。其中，维修端102通过网络与控制端104进行通信。数据存储系统可以存储控制端104需要处理的数据。数据存储系统可以集成在控制端104上，也可以放在云上或其他网络控制端上。具体的，维修端102通过将故障处理申请发送给控制端104，控制端104根据故障处理申请，对故障线路进行维修准备处理，得到故障线路的处理结果；控制端104根据处理结果向维修端102发送故障处理指令，维修端102根据故障处理指令对故障线路进行故障维修处理。其中，维修端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑、物联网设备和便携式可穿戴设备，物联网设备可为智能音箱、智能电视、智能空调、智能车载设备等。便携式可穿戴设备可为智能手表、智能手环、头戴设备等。控制端104可以用独立的控制端或者是多个控制端组成的控制端集群来实现。

本申请公开了一种故障线路处理方法、装置、计算机设备及其存储介质。

通过故障线路对应的故障原因，确定故障线路对应的故障处理申请，并将故障处理申请发送至控制端；接收控制端下发的故障处理指令，并根据故障处理指令对故障线路进行故障维修处理。

图2为本申请实施例提供的一种故障线路处理方法的流程图，如图2所示，当维修端需要对故障线路进行故障维修处理时，即本实施例的方案由维修端执行时，该故障线路处理方法可以包括以下步骤：

步骤201，对故障线路进行故障检测，确定故障线路对应的故障原因。

需要说明的是，对故障线路进行故障检测指的是，根据故障线路所呈现出来的表象进行表象分析，进而实现根据故障线路的异常表象确定故障线路对应的故障原因。具体的，当需要对故障线路进行故障检测时，通过观察故障线路附近是否存在异常放电、异常异响、异常异味和线路断裂等异常表象，进而实现根据故障线路的异常表象确定故障线路对应的故障原因。

在本申请的一种实施例中，确定故障线路对应故障原因的方法有很多，例如，可根据故障线路对应的异常表象和预先设定的“异常表象-故障原因”对应表，确定出故障线路对应的故障原因，或者，将故障线路对应的异常表象发送至控制端，控制端根据维修端发送的异常表象和故障线路对应的环网图，确定故障线路对应的故障原因，并将故障原因下发至维修端。其中，“异常表象-故障原因”对应表指的是根据线路运维人员的维修经验已经线路历史维修记录，确定出来的异常表象和故障原因的对照表，“异常表象-故障原因”对应表中异常表象均对应有一个或多个故障原因。

在本申请的一种实施例中，当需要确定故障线路对应的故障原因时，可确定故障线路对应的异常表象为“故障线路附近存在异常放电”，根据预先设定的“异常表象-故障原因”对应表，确定出异常表象为“故障线路附近存在异常放电”对应的故障原因为“线路绝缘层破损”，因此可以确定故障线路对应的故障原因为“线路绝缘层破损”。

在本申请的一种实施例中，当需要确定故障线路对应的故障原因时，可确定故障线路对应的异常表象为“故障线路附近存在异常异响”，将故障线路对应的异常表象发送至控制端，控制端根据维修端发送的异常表象和故障线路对应的环网图，确定故障线路对应的故障原因为“线路松动导致接口接触不良”，控制端将故障原因“线路松动导致接口接触不良”下发至维修端，从而实现故障线路故障原因的确定。

其中，故障原因可以包括但不限于：配网线路老化、配网线路发生断了，电气元件受到冲击而造成损坏等等，可以理解为：任何造成配网线路发生故障的原因均属于故障原因，在此不对故障线路的故障原因进行限定。

步骤202，基于故障原因，确定故障线路对应的故障处理申请，并将故障处理申请发送至控制端。

在本申请的一种实施例中，当需要确定故障处理申请时，可获取预先设置的故障申请模板，将故障线路对应的相关信息填入故障申请模板后，即可得到故障线路对应的故障处理申请；其中，故障线路对应的相关信息可以包括但不限于：故障线路对应的故障原因、线路运维人员对故障线路的现场检测后得出的建议维修方法和故障线路对应的申请类型等。

需要说明的是，故障处理申请中可包含线路运维人员对故障线路的现场检测后得出的建议维修方法；当需要确定故障线路对应的故障处理申请之前，线路运维人员可根据故障线路对应的故障原因，确定故障线路对应的建议维修方法，根据建议维修方法确定故障线路对应的故障处理申请。

在本申请的一种实施例中，故障处理申请中可以包含故障线路对应的申请类型，并且，针对不同的申请类型控制端需要进行不同的维修准备处理，因此在确定故障线路对应的故障处理申请之前，需要对故障原因对应的申请类型进行判断，进而根据故障原因对应的申请类型确定故障线路对应的故障处理申请。

步骤203，接收控制端下发的故障处理指令。

需要说明的是，故障处理指令是控制端根据故障处理申请，对故障线路进行维修准备处理后下发的指令。

在本申请的一种实施例中，若故障处理申请中包含线路运维人员对故障线路的现场检测后得出的建议维修方法，则故障处理指令中包含控制端针对故障处理申请中建议维修方法所给出的可行性判断结果，若经过判断得知，故障处理申请中建议维修方法能够有效的对故障线路进行维修处理，则故障处理指令中表明可以根据该建议维修方法对故障线路机箱内维修处理；若经过判断得知，故障处理申请中建议维修方法不能有效的对故障线路进行维修处理，则故障处理指令中表明不可以根据该建议维修方法对故障线路进行维修处理。

进一步说明，若故障处理指令中表明不可以根据该建议维修方法对故障线路进行维修处理时，故障处理指令中可包含区别于建议维修方法的新的维修方法，其中，新的维修方法指的是控制端根据故障线路的实际情况，确定的能够维修故障线路的维修方法；或者，若故障处理指令中表明不可以根据该建议维修方法对故障线路进行维修处理时，故障处理指令中会表明该建议维修方法无法对故障线路进行维修处理的原因。

在本申请的一种实施例中，若故障处理申请中包含故障线路对应的申请类型，则故障处理指令中包含控制端针对故障处理指令中申请类型所给出正确性的判断结果；若经过判断可知，故障处理申请中的申请类型是故障线路对应的申请类型，则故障处理指令中表明该申请类型为故障线路对应的申请类型并且表面已经根据该申请类型进行维修准备处理，若经过判断可知，故障处理申请中的申请类型不是故障线路对应的申请类型，则故障处理指令中表明该申请类型不是故障线路对应的申请类型。

进一步说明，若故障处理指令中表明该申请类型不是故障线路对应的申请类型时，故障处理申请中可包含认定该申请类型不是故障线路对应的申请类型的原因和修改后的新的申请类型，维修端的线路运维人员可对该原因就行判断和确定，若线路运维人员认可该原因，则会向控制端反馈确认消息，控制端会根据新的申请类型进行维修准备处理。若线路运维人员不认可该原因，则会向控制端反馈新的资料，用于控制端对故障线路的申请类型进行判断。其中，新的资料可以包括但不限于：故障线路对应的文字、视频和图片等。

步骤204，基于故障处理指令，对故障线路进行故障维修处理。

在本申请的一种实施例中，当故障处理指令中表明故障线路已经完成维修准备处理，则对故障线路进行故障维修处理；当故障处理指令中表明故障线路无法进行维修准备处理，则表示故障处理申请中的对故障线路进行维修的维修处理方式无法执行，需要维修端对故障线路的维修方式进行重新确定，当维修端重新确定了维修方式后，则将新的维修方式对应的故障处理申请发送至控制端。

在本申请的一种实施例中，当故障处理指令中表明故障线路已经完成维修准备处理，并且，故障处理申请中包含线路运维人员对故障线路的现场检测后得出的建议维修方法时；若故障处理指令中说明线路运维人员对故障线路的现场检测后得出的建议维修方法可以实施，则基于建议维修方法对故障线路进行故障维修处理；若故障处理指令中说明线路运维人员对故障线路的现场检测后得出的建议维修方法不可以实施，但是故障处理指令规定了新的建议维修方法，则基于新的建议维修方法对故障线路进行故障维修处理；若故障处理指令中说明线路运维人员对故障线路的现场检测后得出的建议维修方法不可以实施，并且故障处理指令没有规定新的建议维修方法，则需要线路运维人员重新确定针对故障线路的建议维修方法，并重新确定的建议维修方法发送至控制端进行验证。

根据本申请的故障线路处理方法，维修端通过确定故障线路对应的故障原因，实现对于故障线路对应故障处理申请的确定，为后续对故障线路维修的顺利进行提供了基础保障；通过向控制端发送故障处理申请，实现了将故障线路的实际情况及时有效的反应给控制端，保证了后续控制端能够根据故障线路的故障原因对故障线路进行维修准备处理，保证了对故障线路的维修工作顺利进行，保障故障线路维修过程中的安全性；维修端通过接收控制端发送的故障处理指令，实现对于故障线路的故障维修处理，提高了对故障线路的维修效率，降低了在对故障线路维修过程中的安全隐患。

需要说明的是，可根据故障线路对应的申请类型，确定故障处理申请；可选地，如图3所示，图3为本申请实施例提供的一种确定故障处理申请的步骤流程图。具体的，确定故障处理申请可以包括以下步骤：

步骤301，基于故障原因，确定故障线路对应的申请类型。

需要说明的是，基于故障原因，判断故障线路是否需要进行停电处理；若故障线路需要进行停电处理，则故障线路对应的申请类型为停电申请；若故障线路不需要进行停电处理，则故障线路对应的申请类型为带电申请。

在本申请的一种实施例中，若故障线路对应的故障原因为关键供电线路发送故障，或者，关键电器元件发生不维修的故障时，可确定故障线路需要进行停电处理；若故障线路对应的故障原因为非关键供电线路发生表皮损坏，或者，非关键电器元件接触不良等故障时，可确定故障线路需要进行带电处理；其中，关键电器元件可以包括但不限于：配电房、环网柜和分布式电厂等。非关键电器元件可以包括但不限于：开关、刀闸、导线和不属于关键电器元件的电器元件等，关键供电线路和非关键供电线路的确定可根据故障线路对应的环网图进行确定，环网图中可包含每一线路对应的关键等级信息，根据关键等级可确定每一线路是否为关键供电线路。

进一步说明，由于申请类型包括停电申请和带电申请，若故障处理申请为停电申请对应的故障处理申请，则表示需要对故障线路所处区域进行大范围停电，在停电措施处理好后，才会对故障设备进行故障维修处理，但是停电作业通常会对用户供电造成影响。若故障处理申请为带电申请对应的故障处理申请，则为表示需要对故障线路所涉及的电器元件利用带电作业车和绝缘杆等工具进行带电作业，从而实现在不造成设备和用户停电的前提下完成故障维修处理。

步骤302，基于申请类型，确定故障线路对应的故障处理申请。

需要说明的是，若故障线路需要进行停电处理，则可确定该故障线路对应的转电方案，并基于转电方案和申请类型确定故障线路对应的故障处理申请。其中，转电方案中包含通过将故障线路中部分设备进行转电处理，实现通过其他电源对故障线路中的部分设备进行供电处理，通过转电方案降低停电处理对用户设备用电的影响。

进一步说明，控制端通过对故障处理申请中的转电方案进行模拟操作，根据模拟结果确定该转电方案是否可行，若该转电方案通过了模拟操作，则表示该转电方案可行，将转电方案的可行的信息通过故障处理指令下发给维修端；若该转电方案未通过模拟操作，则表示该转电方案不可行，将转电方案的不可行的信息通过故障处理指令下发给维修端，或者，控制端根据模拟操作确定出新的转电方案，并将新的转电方案通过故障处理指令下发给维修端。

需要说明的是，若故障线路需要进行带电处理，则可确定建议在维修故障线路时需要关闭的故障线路对应的自愈功能；基于建议关闭的自愈功能和申请类型确定故障线路对应的故障处理申请。其中，自愈功能指的是在检测到线路出现供电异常时，会进行异常供电自愈或者电压自主调节的功能；若在对故障线路进行维修时不关闭自愈功能，则会导致线路运维人员在维修过程中受到电击危险。

进一步说明，控制端通过对故障处理申请中的建议关闭的自愈功能进行审核，判断建议关闭的自愈功能是否能够满足线路运维人员在维修过程中的安全性，若建议关闭的自愈功能能够满足线路运维人员的安全性，则关闭建议关闭的自愈功能，并将关闭成功的信息通过故障处理指令下发给维修端；若建议关闭的自愈功能不能够满足线路运维人员的安全性，则将该建议关闭的自愈功能无法满足线路运维人员的安全性的信息通过故障处理指令下发给维修端，或者，控制端根据配网线路对应的环网图确定能够保证运维人员的安全性的目标自愈功能，并将目标自愈功能关闭成功的信息通过故障处理指令下发给维修端。

根据本申请的故障线路处理方法，通过判断故障线路是否需要进行停电处理，保证了能够确定故障线路对应的申请类型，保证了控制端能够远程获取故障线路对应的实际情况，并且根据故障线路对应的实际情况给对应对的维修处理指令，保证了对故障线路的维修工作顺利进行，保障故障线路维修过程中的安全性，实现对于故障线路的故障维修处理，提高了对故障线路的维修效率，降低了在对故障线路维修过程中的安全隐患。

图4为本申请实施例提供的一种故障线路处理方法的流程图，如图4所示，当控制端接收到维修端发送的故障处理申请时，即本实施例的方案由控制端执行时，该故障线路处理方法可以包括以下步骤：

步骤401，接收维修端发送的故障处理申请，并基于故障处理申请，确定故障线路对应的申请类型；故障处理请求根据故障线路对应的故障原因生成。

其中，故障处理申请中记录的申请类型包括停电申请和带电申请；若故障线路对应的申请类型为停电申请，则表示在维修该故障线路的时候需要对故障线路进行停电处理，以保证线路运维人员在修为过程中的安全性；若故障线路对应的申请类型为带电申请，则表示在维修该故障线路的时候不需要进行停电处理，可以在带电状态进行维修操作。

步骤402，基于申请类型对故障线路进行维修准备处理，得到故障线路对应的处理结果。

其中，维修准备处理指的是再对故障线路进行维修之前，控制端需要进行的准备工作，例如，若申请类型为停电申请，则维修准备处理为对故障线路进行停电处理；若维修准备处理为带电申请，则维修准备处理为关闭故障线路对应的自愈功能。具体的，当申请类型为停电申请时，则维修准备处理表示对故障线路对应的区域进行停电处理，并且，如果故障处理申请中包含故障线路对应的转电方案，则维修准备处理表示对故障线路进行转电处理；当申请类型为带电申请时，则维修准备处理表示对故障线路对应的自愈功能进行关闭处理。

进一步说明，当申请类型为停电申请时，则处理结果包括故障线路对应的区域已成功进行停电处理，或者，故障线路对应的区域无法进行停电处理；并且，如果故障处理申请中包含故障线路对应的转电方案，则维修准备处理的处理结果包括故障线路成功进行转电处理，或者，故障线路无法进行转电处理。当申请类型为带电申请时，则维修准备处理的处理结果包括已关闭对故障线路对应的自愈功能，或者，故障维修申请中建议关闭的自愈功能无法满足线路运维人员的安全性，需重新确定故障线路对应的自愈功能。

需要说明的是，故障处理申请中可包含线路运维人员对故障线路的现场检测后得出的建议维修方法；当维修端将带有建议维修方法的故障处理申请发送至控制端后，此时，维修准备处理指的是对故障处理申请中的建议维修方法进行审核模拟处理，从而确定建议维修方法是否能够对故障线路进行维修处理，若建议维修方法能够对故障线路进行维修处理，则会向维修端反馈“该建议维修方法可以实施”；若建议维修方法不能够对故障线路进行维修处理，则会向维修端反馈“该建议维修方法不可以实施”。

在本申请的一种实施例中，故障处理申请中可包含故障线路对应的申请类型；控制端可根据故障处理申请的申请类型对故障线路进行模拟操作，通过模拟操作确定故障处理申请对应的申请类型是否可行，若故障处理申请对应的申请类型可行，则对故障线路进行维修准备处理，并基于处理结果，向维修端下发故障处理指令；

作为一种实现方式，若故障处理申请对应的申请类型为停电申请，则控制端对故障线路的环网图进行模拟操作，通过模拟操作判断故障线路的故障原因是否需要对故障线路进行停电处理，若确定故障线路需要进行停电申请则判断故障线路能否进行停电处理；若故障线路可以进行停电申请，控制端根据故障处理申请对故障线路进行维修准备处理，即为对故障线路进行停电处理，此时，模拟操作结果为故障线路已进行停电处理；若故障线路不可以进行停电申请，则控制端无法对故障线路进行维修准备处理，即控制端不能对故障线路进行停电处理，此时，模拟操作结果为故障线路无法进行停电处理。

步骤403，基于处理结果，向维修端下发故障线路对应的故障处理指令，以使维修端基于故障处理指令，对故障线路进行故障维修处理。

在本申请的一种实施例中，当故障线路对应的申请类型为停电申请时，若处理结果为故障线路对应的区域无法进行停电处理，则故障处理指令可包含对故障线路的维修建议，例如将故障线路改为带电处理；若处理结果为故障线路无法根据转电方案进行转电处理，则故障处理指令可包含新的转电方案，或者，建议不对故障线路进行转电处理。

在本申请的一种实施例中，当故障线路对应的申请类型为带电申请时，若处理结果为建议关闭的自愈功能无法满足线路运维人员的安全性，则故障处理指令可包含重新确定的建议关闭的自愈功能，或者，建议线路运维人员重新确定故障线路对应的自愈功能。

需要说明的是，若故障处理申请中包含线路运维人员对故障线路的现场检测后得出的建议维修方法，则故障处理指令中包含对建议维修方法可能性的验证结果；若建议维修方法能够对故障线路进行维修处理，则故障处理指令中会表明“该建议维修方法可以实施”；若建议维修方法不能够对故障线路进行维修处理，则故障处理指令中会表明“该建议维修方法不可以实施，需要重新确定针对故障线路的维修方法”。

根据本申请的故障线路处理方法，通过获取故障线路对应的申请类型，实现对于故障线路进行维修准备处理，保证了对故障线路的维修工作顺利进行，保障故障线路维修过程中的安全性，通过处理结果，向维修端发送故障处理指令，保证了根据故障线路的实际情况，选择最合适的维修处理方法，实现对于故障线路的故障维修处理，提高了对故障线路的维修效率，降低了在对故障线路维修过程中的安全隐患。

需要说明的是，可根据故障线路对应的申请类型，确定故障线路对应的处理结果；可选地，如图5所示，图5为本申请实施例提供的另一种故障线路处理方法的流程图。具体的，对故障线路进行处理可以包括以下步骤：

步骤501，接收维修端发送的故障处理申请。

步骤502，基于故障处理申请，确定故障线路对应的申请类型。若申请类型为停电申请则执行步骤503，若申请类型为带电申请则执行步骤504。

步骤503，若申请类型为停电申请，则对故障线路进行通电控制处理，得到停电申请对应的处理结果；

在本申请的一种实施例中，通电控制处理包括断电处理，或者断电处理和转电处理；具体的，若故障线路对可以进行断电处理但无法进行转电处理时，则此时通电控制处理包括断电处理；若故障线路对可以进行断电处理也可以进行转电处理时，则此时通电控制处理包括断电处理和转电处理。

步骤504，若申请类型为带电申请，则对故障线路对应的自愈功能进行退出处理，得到带电申请对应的处理结果。

需要说明的是，当对故障线路对应的自愈功能进行退出处理，则此时带电申请对应的处理结果可以为：故障线路对应的自愈功能退出成功，或者、故障线路对应的自愈功能退出失败；其中自愈功能退出失败的原因可以包括但不限于：故障线路对应的自愈功能损坏，无法正常退出，或者，该故障线路对应的自愈功能无法满足线路运维人员维修故障线路时的安全性。

步骤505，基于处理结果，向维修端下发故障线路对应的故障处理指令，以使维修端基于故障处理指令，对故障线路进行故障维修处理。

根据本申请的故障线路处理方法，通过确定不同申请类型的处理结果，实现了根据故障线路的实际情况选择对应处理方法，保证了能够对故障线路顺利进行故障维修处理，保证了在对故障线路进行维修过程中线路运维人员的操作安全性，提高了对故障线路进行维修的效率。

在本申请的一种实施例中，如图6所示，图6为本申请实施例提供的一种维修端和控制端对故障线路进行维修处理的信令图。具体的，维修端和控制端对故障线路进行维修处理可以包括以下步骤：

步骤601，维修端对故障线路进行故障检测，确定故障线路对应的故障原因。

步骤602，维修端基于故障原因，确定故障线路对应的申请类型。

在本申请的一种实施例中，基于故障原因，判断故障线路是否需要进行停电处理；若故障线路需要进行停电处理，则故障线路对应的申请类型为停电申请；若故障线路不需要进行停电处理，则故障线路对应的申请类型为带电申请。

步骤603，维修端基于申请类型，确定故障线路对应的故障处理申请，并将故障处理申请发送至控制端。

步骤604，控制端接收维修端发送的故障处理申请，并基于故障处理申请，确定故障线路对应的申请类型；故障处理请求根据故障线路对应的故障原因生成。

步骤605，控制端基于申请类型对故障线路进行维修准备处理，得到故障线路对应的处理结果。

需要说明的是，申请类型包括停电申请和带电申请，具体的，若申请类型为停电申请，则对故障线路进行通电控制处理，得到停电申请对应的处理结果；其中，通电控制处理包括断电处理，或者断电处理和转电处理；若申请类型为带电申请，则对故障线路对应的自愈功能进行退出处理，得到带电申请对应的处理结果。

步骤606，控制端基于处理结果，向维修端下发故障线路对应的故障处理指令，以使维修端基于故障处理指令，对故障线路进行故障维修处理。

步骤607，维修端接收控制端下发的故障处理指令；故障处理指令是控制端根据故障处理申请，对故障线路进行维修准备处理后，下发的故障处理指令。

步骤608，维修端基于故障处理指令，对故障线路进行故障维修处理。

在本申请的一种实施例中，当维修端需要确定故障线路对应的故障处理申请时，线路运维人员进入维修端的编辑界面，打开故障线路对应的网环图，在故障线路对应的网环图中选中故障线路，判断故障线路是否需要停电处理；若需要停电处理，则确定转电方案；若不需要停电处理，则确定自愈功能退出方案；最后补充故障线路的相关信息(文字/视频/图片)，点击维修端的编辑界面中的确定按键，确定故障线路对应的故障处理申请。

在本申请的一种实施例中，当控制端需要发送故障处理指令时，接收维修端发送的故障处理申请，根据缺陷线路对应的环网图确定缺陷线路在环网图中的相关信息，基于故障处理申请判断是否需要停电处理，若需要停电处理则模拟转电方案，得到需要停电的处理结果；若不需要停电处理，则模拟自愈功能退出方案，得到不需要停电的处理结果；根据处理结果，确定故障处理指令。

根据本申请的故障线路处理方法，维修端通过确定故障线路对应的故障原因，实现对于故障线路对应故障处理申请的确定，为后续对故障线路维修的顺利进行提供了基础保障；通过向控制端发送故障处理申请，实现了将故障线路的实际情况及时有效的反应给控制端，保证了后续控制端能够根据故障线路的故障原因对故障线路进行维修准备处理，保证了对故障线路的维修工作顺利进行，保障故障线路维修过程中的安全性；维修端通过接收控制端发送的故障处理指令，实现对于故障线路的故障维修处理，提高了对故障线路的维修效率，降低了在对故障线路维修过程中的安全隐患。

应该理解的是，虽然如上的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的故障线路处理方法的故障线路维修装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个故障线路维修装置实施例中的具体限定可以参见上文中对于故障线路处理方法的限定，在此不再赘述。

在一个实施例中，如图7所示，图7为本申请实施例提供的一种故障线路维修装置的结构框图，提供了一种故障线路维修装置，包括：第一确定模块710、第二确定模块720、接收模块730和处理模块740，其中：

第一确定模块710，用于对故障线路进行故障检测，确定故障线路对应的故障原因。

第二确定模块720，用于基于故障原因，确定故障线路对应的故障处理申请，并将故障处理申请发送至控制端。

接收模块730，用于接收控制端下发的故障处理指令；故障处理指令是控制端根据故障处理申请，对故障线路进行维修准备处理后，下发的故障处理指令。

处理模块740，用于基于故障处理指令，对故障线路进行故障维修处理。

根据本申请的故障线路维修装置，维修端通过确定故障线路对应的故障原因，实现对于故障线路对应故障处理申请的确定，为后续对故障线路维修的顺利进行提供了基础保障；通过向控制端发送故障处理申请，实现了将故障线路的实际情况及时有效的反应给控制端，保证了后续控制端能够根据故障线路的故障原因对故障线路进行维修准备处理，保证了对故障线路的维修工作顺利进行，保障故障线路维修过程中的安全性；维修端通过接收控制端发送的故障处理指令，实现对于故障线路的故障维修处理，提高了对故障线路的维修效率，降低了在对故障线路维修过程中的安全隐患。

在一个实施例中，如图8所示，图8为本申请实施例提供的另一种故障线路维修装置的结构框图，其中，故障线路维修装置中第二确定模块820包括：第一确定单元821和第二确定单元822，其中：

第一确定单元821，用于基于故障原因，确定故障线路对应的申请类型。

在本申请的一种实施例中，基于故障原因，判断故障线路是否需要进行停电处理；若故障线路需要进行停电处理，则故障线路对应的申请类型为停电申请；若故障线路不需要进行停电处理，则故障线路对应的申请类型为带电申请。

第二确定单元822，用于基于申请类型，确定故障线路对应的故障处理申请。

需要说明的是，图8中的810、830和840相当于图7中的710、730和740。

根据本申请的故障线路维修装置，通过判断故障线路是否需要进行停电处理，保证了能够确定故障线路对应的申请类型，保证了控制端能够远程获取故障线路对应的实际情况，并且根据故障线路对应的实际情况给对应对的维修处理指令，保证了对故障线路的维修工作顺利进行，保障故障线路维修过程中的安全性，实现对于故障线路的故障维修处理，提高了对故障线路的维修效率，降低了在对故障线路维修过程中的安全隐患。

在一个实施例中，如图9所示，图9为本申请实施例提供的一种故障线路控制装置的结构框图，提供了一种故障线路控制装置，包括：确定模块910、处理模块920和下发模块930，其中：

确定模块910，用于接收维修端发送的故障处理申请，并基于故障处理申请，确定故障线路对应的申请类型；故障处理请求根据故障线路对应的故障原因生成。

处理模块920，用于基于申请类型对故障线路进行维修准备处理，得到故障线路对应的处理结果。

下发模块930，用于基于处理结果，向维修端下发故障线路对应的故障处理指令，以使维修端基于故障处理指令，对故障线路进行故障维修处理。

根据本申请的故障线路控制装置，通过获取故障线路对应的申请类型，实现对于故障线路进行维修准备处理，保证了对故障线路的维修工作顺利进行，保障故障线路维修过程中的安全性，通过处理结果，向维修端发送故障处理指令，保证了根据故障线路的实际情况，选择最合适的维修处理方法，实现对于故障线路的故障维修处理，提高了对故障线路的维修效率，降低了在对故障线路维修过程中的安全隐患。

在一个实施例中，如图10所示，图10为本申请实施例提供的另一种故障线路控制装置的结构框图，其中，故障线路控制装置中处理模块1020包括：第一处理单元1021和第二处理单元1022，其中：

第一处理单元1021，用于若申请类型为停电申请，则对故障线路进行通电控制处理，得到停电申请对应的处理结果；其中，通电控制处理包括断电处理，或者断电处理和转电处理。

第二处理单元1022，用于若申请类型为带电申请，则对故障线路对应的自愈功能进行退出处理，得到带电申请对应的处理结果。

需要说明的是，图10中的1010和1030相当于图9中的910和930。

根据本申请的故障线路控制装置，通过确定不同申请类型的处理结果，实现了根据故障线路的实际情况选择对应处理方法，保证了能够对故障线路顺利进行故障维修处理，保证了在对故障线路进行维修过程中线路运维人员的操作安全性，提高了对故障线路进行维修的效率。

上述故障线路维修装置和故障线路控制装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图11所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、移动蜂窝网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种故障线路处理方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图11中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

对故障线路进行故障检测，确定故障线路对应的故障原因；

基于故障原因，确定故障线路对应的故障处理申请，并将故障处理申请发送至控制端；

接收控制端下发的故障处理指令；故障处理指令是控制端根据故障处理申请，对故障线路进行维修准备处理后，下发的故障处理指令；

基于故障处理指令，对故障线路进行故障维修处理。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

基于故障原因，确定故障线路对应的申请类型；

基于申请类型，确定故障线路对应的故障处理申请。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

基于故障原因，判断故障线路是否需要进行停电处理；

若故障线路需要进行停电处理，则故障线路对应的申请类型为停电申请；

若故障线路不需要进行停电处理，则故障线路对应的申请类型为带电申请。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

接收维修端发送的故障处理申请，并基于故障处理申请，确定故障线路对应的申请类型；故障处理请求根据故障线路对应的故障原因生成；

基于申请类型对故障线路进行维修准备处理，得到故障线路对应的处理结果；

基于处理结果，向维修端下发故障线路对应的故障处理指令，以使维修端基于故障处理指令，对故障线路进行故障维修处理。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

若申请类型为停电申请，则对故障线路进行通电控制处理，得到停电申请对应的处理结果；其中，通电控制处理包括断电处理，或者断电处理和转电处理；

若申请类型为带电申请，则对故障线路对应的自愈功能进行退出处理，得到带电申请对应的处理结果。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

对故障线路进行故障检测，确定故障线路对应的故障原因；

基于故障原因，确定故障线路对应的故障处理申请，并将故障处理申请发送至控制端；

接收控制端下发的故障处理指令；故障处理指令是控制端根据故障处理申请，对故障线路进行维修准备处理后，下发的故障处理指令；

基于故障处理指令，对故障线路进行故障维修处理。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

基于故障原因，确定故障线路对应的申请类型；

基于申请类型，确定故障线路对应的故障处理申请。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

基于故障原因，判断故障线路是否需要进行停电处理；

若故障线路需要进行停电处理，则故障线路对应的申请类型为停电申请；

若故障线路不需要进行停电处理，则故障线路对应的申请类型为带电申请。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

接收维修端发送的故障处理申请，并基于故障处理申请，确定故障线路对应的申请类型；故障处理请求根据故障线路对应的故障原因生成；

基于申请类型对故障线路进行维修准备处理，得到故障线路对应的处理结果；

基于处理结果，向维修端下发故障线路对应的故障处理指令，以使维修端基于故障处理指令，对故障线路进行故障维修处理。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

若申请类型为停电申请，则对故障线路进行通电控制处理，得到停电申请对应的处理结果；其中，通电控制处理包括断电处理，或者断电处理和转电处理；

若申请类型为带电申请，则对故障线路对应的自愈功能进行退出处理，得到带电申请对应的处理结果。

在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

对故障线路进行故障检测，确定故障线路对应的故障原因；

基于故障原因，确定故障线路对应的故障处理申请，并将故障处理申请发送至控制端；

接收控制端下发的故障处理指令；故障处理指令是控制端根据故障处理申请，对故障线路进行维修准备处理后，下发的故障处理指令；

基于故障处理指令，对故障线路进行故障维修处理。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

基于故障原因，确定故障线路对应的申请类型；

基于申请类型，确定故障线路对应的故障处理申请。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

基于故障原因，判断故障线路是否需要进行停电处理；

若故障线路需要进行停电处理，则故障线路对应的申请类型为停电申请；

若故障线路不需要进行停电处理，则故障线路对应的申请类型为带电申请。

在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

接收维修端发送的故障处理申请，并基于故障处理申请，确定故障线路对应的申请类型；故障处理请求根据故障线路对应的故障原因生成；

基于申请类型对故障线路进行维修准备处理，得到故障线路对应的处理结果；

基于处理结果，向维修端下发故障线路对应的故障处理指令，以使维修端基于故障处理指令，对故障线路进行故障维修处理。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

若申请类型为停电申请，则对故障线路进行通电控制处理，得到停电申请对应的处理结果；其中，通电控制处理包括断电处理，或者断电处理和转电处理；

若申请类型为带电申请，则对故障线路对应的自愈功能进行退出处理，得到带电申请对应的处理结果。

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory，ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory，MRAM)、铁电存储器(Ferroelectric Random Access Memory，FRAM)、相变存储器(Phase Change Memory，PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory，DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。

Claims (10)

1.一种故障线路处理方法，其特征在于，所述方法包括：

对故障线路进行故障检测，确定所述故障线路对应的故障原因；

基于所述故障原因，确定所述故障线路对应的故障处理申请，并将所述故障处理申请发送至控制端；

接收所述控制端下发的故障处理指令；所述故障处理指令是所述控制端根据所述故障处理申请，对所述故障线路进行维修准备处理后，下发的故障处理指令；

基于所述故障处理指令，对所述故障线路进行故障维修处理。

2.根据权利要求1所述的方法，其特征在于，所述基于所述故障原因，确定所述故障线路对应的故障处理申请，包括：

基于所述故障原因，确定所述故障线路对应的申请类型；

基于所述申请类型，确定所述故障线路对应的所述故障处理申请。

3.根据权利要求2所述的方法，其特征在于，所述基于所述故障原因，确定所述故障线路对应的申请类型，包括：

基于所述故障原因，判断所述故障线路是否需要进行停电处理；

若所述故障线路需要进行停电处理，则所述故障线路对应的申请类型为停电申请；

若所述故障线路不需要进行停电处理，则所述故障线路对应的申请类型为带电申请。

4.一种故障线路处理方法，其特征在于，所述方法包括：

接收维修端发送的故障处理申请，并基于所述故障处理申请，确定故障线路对应的申请类型；所述故障处理请求根据故障线路对应的故障原因生成；

基于所述申请类型对所述故障线路进行维修准备处理，得到所述故障线路对应的处理结果；

基于所述处理结果，向所述维修端下发所述故障线路对应的故障处理指令，以使所述维修端基于所述故障处理指令，对所述故障线路进行故障维修处理。

5.根据权利要求4所述的方法，其特征在于，所述申请类型包括停电申请和带电申请，所述基于所述申请类型对所述故障线路进行维修准备处理，得到所述故障线路对应的处理结果，包括：

若所述申请类型为所述停电申请，则对所述故障线路进行通电控制处理，得到所述停电申请对应的处理结果；其中，所述通电控制处理包括断电处理，或者断电处理和转电处理；

若所述申请类型为带电申请，则对所述故障线路对应的自愈功能进行退出处理，得到带电申请对应的处理结果。

6.一种故障线路维修装置，其特征在于，所述装置包括：

第一确定模块，用于对故障线路进行故障检测，确定所述故障线路对应的故障原因；

第二确定模块，用于基于所述故障原因，确定所述故障线路对应的故障处理申请，并将所述故障处理申请发送至控制端；

接收模块，用于接收所述控制端下发的故障处理指令；所述故障处理指令是所述控制端根据所述故障处理申请，对所述故障线路进行维修准备处理后，下发的故障处理指令；

处理模块，用于基于所述故障处理指令，对所述故障线路进行故障维修处理。

7.一种故障线路控制装置，其特征在于，所述装置包括：

确定模块，用于接收维修端发送的故障处理申请，并基于所述故障处理申请，确定故障线路对应的申请类型；所述故障处理请求根据故障线路对应的故障原因生成；

处理模块，用于基于所述申请类型对所述故障线路进行维修准备处理，得到所述故障线路对应的处理结果；

下发模块，用于基于所述处理结果，向所述维修端下发所述故障线路对应的故障处理指令，以使所述维修端基于所述故障处理指令，对所述故障线路进行故障维修处理。

8.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至5中任一项所述的方法的步骤。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至5中任一项所述的方法的步骤。

10.一种计算机程序产品，包括计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至5中任一项所述的方法的步骤。

Images