CN115169606A - 故障处理方法、装置、电子设备、介质和程序产品 - Google Patents

Abstract

本公开提供了一种故障处理方法、装置、电子设备、介质和程序产品，涉及人工智能技术领域，尤其涉及车联网、智能交通、路侧技术等技术领域。具体实现方案为：获取路侧基础设备集中目标设备发生故障的目标故障信息；在所述目标故障信息满足预设闭环处理策略条件的情况下，生成针对所述故障的目标闭环处理策略，所述目标闭环处理策略为利用所述路侧基础设备集完成所述故障处理的处理策略；执行所述目标闭环处理策略。本公开可以提高故障处理效率。

Description

故障处理方法、装置、电子设备、介质和程序产品

技术领域

本公开涉及车联网、智能交通、路侧技术等人工智能技术领域，尤其涉及一种故障处理方法、装置、电子设备、介质和程序产品。

背景技术

随着科技的进步，目前越来越多的路侧基础设备得到应用，例如：路侧设备、云端设备、车辆，其中，路侧设备、云端设备和车辆之间支持交互通信。但目前在路侧基础设备发生故障时，主要是采用人工处理方式对故障进行处理。

发明内容

本公开提供了一种故障处理方法、装置、电子设备、介质和程序产品。

根据本公开的一方面，提供了一种故障处理方法，包括：

获取路侧基础设备集中目标设备发生故障的目标故障信息；

在所述目标故障信息满足预设闭环处理策略条件的情况下，生成针对所述故障的目标闭环处理策略，所述目标闭环处理策略为利用所述路侧基础设备集完成所述故障处理的处理策略；

执行所述目标闭环处理策略。

根据本公开的另一方面，一种故障处理装置，包括：

第一获取模块，用于获取路侧基础设备集中目标设备发生故障的目标故障信息；

第一生成模块，用于在所述目标故障信息满足预设闭环处理策略条件的情况下，生成针对所述故障的目标闭环处理策略，所述目标闭环处理策略为利用所述路侧基础设备集完成所述故障处理的处理策略；

第一执行模块，用于执行所述目标闭环处理策略。

根据本公开的另一方面，提供了一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本公开提供的方法。

根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行本公开提供的方法。

根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现本公开提供的方法。

本公开中，由于在目标故障信息满足预设闭环处理策略条件的情况下，生成针对故障的目标闭环处理策略，目标闭环处理策略为利用路侧基础设备集完成所述故障处理的处理策略，以及执行目标闭环处理策略。这样可以实现针对故障采用闭环处理策略，以实现在处理故障时不需要借助路侧基础设备集之外的设备或者人，进而可以提高故障处理效率。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1是本公开提供的一种故障处理方法的流程图；

图2是本公开提供的一种故障处理的示意图；

图3是本公开提供的另一种故障处理的示意图；

图4是本公开提供的一种故障处理方法的示意图；

图5a至5d是本公开提供的故障处理装置的示意图；

图6是用来实现本公开实施例的一种电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

请参见图1，图1是本公开提供的一种故障处理方法的流程图，如图1所示，包括以下步骤：

步骤S101、获取路侧基础设备集中目标设备发生故障的目标故障信息。

本公开中，路侧基础设备集包括云端设备和路侧设备，在一些实施方式中，还可以包括车辆，其中，路侧设备可以包括路侧基础设施设备，如包括如下至少一项：

路侧感知设备、通信设备、计算设备、电网设备、信号灯设备等。

其中，上述计算设备可以是路侧计算单元(Road Side Computing Unit，RSCU)，上述通信设备可以是空口通信设备，如路侧单元(Road Side Unit，RSU)。

上述车辆为与上述路侧设备关联的车辆，如距离路侧设备在预设范围内的车辆。

上述目标设备为上述路侧基础设备集中发生故障的至少一个设备，如发生故障的云端设备、发生故障和路侧设备、发生故障的车辆。

上述故障可以是硬件故障、软件故障或者配置故障等。

上述目标故障信息为用于描述上述故障的信息，如对于RSCU，目标故障信息可以包括连续多个上报周期内无上报、多个上报周期内掉线，如对于信号灯设备，上述目标故障信息可以包括车流和灯色不一致、倒计时异常等。

上述获取路侧基础设备集中目标设备发生故障的目标故障信息可以是，接收目标设备上报的目标故障信息，也可以是通过对目标设备进行监测得到的故障信息。目标设备在运行过程中，对自身设备进行故障监控，当设备发生基础故障时，触发监控报警，对外发送故障信息。

步骤S102、在所述目标故障信息满足预设闭环处理策略条件的情况下，生成针对所述故障的目标闭环处理策略，所述目标闭环处理策略为利用所述路侧基础设备集完成所述故障处理的处理策略。

上述预设闭环处理策略条件为预先设定的，用于表示符合执行闭环处理策略的故障的条件信息。

本公开中，闭环处理策略为利用路侧基础设备集完成故障处理的处理策略，即在执行闭环处理策略时，只需要路侧基础设备集中的设备参与，不需要路侧基础设备集之外的设备或者人参与，具体可以是由路侧基础设备集中的部分或者全部设备参与。

步骤S103、执行所述目标闭环处理策略。

上述执行目标闭环处理策略可以是，执行目标闭环处理策略中的部分或者全部故障处理操作，例如：上述方法由云端设备执行时，步骤S103为执行目标闭环处理策略属于云端设备执行的故障处理操作，如果该目标闭环处理策略为由云端设备独自完成故障处理，则步骤S103为执行目标闭环处理策略中所有故障处理操作，如果该目标闭环处理策略为由云端设备和路侧设备交互完成故障处理，则步骤S103为执行目标闭环处理策略中由云端设备执行的故障处理操作，而其他故障处理操作通知路侧设备执行。

本公开中，通过上述步骤可以实现针对故障采用闭环处理策略，以实现在处理故障时不需要借助路侧基础设备集之外的设备或者人，进而可以提高故障处理效率。

需要说明的是，上述方法可以应用于电子设备，即上述方法所有步骤由该电子设备，该电子设备可以是云端设备，在一些实施方式中，上述电子设备也可以是路侧设备。

在一个实施例中，图1所示的实施例中步骤S102包括：

基于所述目标故障信息识别所述目标设备发生故障的故障类型；

在所述故障类型为业务故障，且所述目标故障信息满足所述预设闭环处理策略条件的情况下，生成针对所述业务故障的目标闭环处理策略，所述业务故障为路侧业务关联的故障。

上述基于所述目标故障信息识别所述目标设备发生故障的故障类型可以是，确定目标故障信息是否为业务故障的故障信息。如预先定义业务故障的故障信息，这样可以准确是确定故障是否为业务故障。另外，该实施例中，可以将目标设备的故障首先定义为基础故障，针对基础故障进行识别，以确定基础故障是否转化为业务故障。

本实施例中，业务故障可以是影响路侧业务的故障，如影响车辆通信、影响车辆通行、影响路侧设备通信、影响云端服务等故障。如业务故障包括RSCU设备业务故障、信号灯设备故障、路网配置故障、云端服务故障、空口通信设备故障、其他故障等类别。例如：业务故障的判断条件如下表1所示：

表1：

上述表格中n为正整数。

在上述表中当故障信息满足业务故障转换条件时，则故障为业务故障。例如：RSCU设备触发基础故障时，判断是否属于RSCU ping不符合正常发送频率、信号灯监控模块和业务模块不符合正常上报周期，并根据判断结果，将基础故障转换为业务故障。

该实施例中，可以实现针对业务故障执行闭环处理策略，从而可以提高业务故障的处理效率，以降低故障对路侧业务的影响。

在一个实施例中，上述方法还包括：

在所述故障类型为非业务故障的情况下，生成针对所述故障的开环处理策略，所述开环处理策略为利用路侧基础设备集之外的目标对象完成所述故障处理的处理策略；

基于所述开环处理策略，向所述目标对象发送故障处理通知。

上述非业务故障可以是理解为与路侧业务不关联的故障，如CPU或者GPU内存异常，如信号灯倒计时异常不超过预设阈值，具体可以上述表1之外的故障。

上述路侧基础设备集之外的目标对象可以是路侧基础设备集之外的设备或者人。

上述基于所述开环处理策略，向所述目标对象发送故障处理通知可以是，基于上述开环处理策略通知上述目标对象来处理上述故障。

该实施例中，可以实现针对非业务故障执行开环处理策略，以节约路侧基础设备的功耗。

一个实施例中，所述预设闭环处理策略条件包括：多个闭环处理策略条件，每个闭环处理策略条件配置有对应的闭环处理策略；

所述目标故障信息满足所述预设闭环处理策略条件包括：所述目标故障信息满足所述多个闭环处理策略条件中的目标闭环处理策略条件；

所述目标闭环处理策略为所述目标闭环处理策略条件对应的闭环处理策略。

上述多个闭环处理策略条件可以是预先配置为用于触发闭环处理策略的条件，如图2所示，预先设置6个闭环处理策略条件，这6个闭环处理策略条件对应三种闭环处理策略，其中，图2所示的闭环处理策略条件201包括：RSCU设备信号灯监控模块异常、RSCU设备信号业业务模块异常、信号灯设备灯色异常和信号灯设备倒计时异常；图2所示的闭环处理策略条件202包括：RSCU设备信号灯监控模块异常和云端服务的LBS服务异常；图2所示的闭环处理策略条件203包括：信号灯设备ping异常、信号灯设备全相位无输出、信号灯设备灯色异常、路网配置中map中心点配置错误和云端服务SPAT发送云端时延异常；图2所示的闭环处理策略条件204包括：信号灯设备输出相位与SPAT不匹配、信号灯设备倒计时异常和云端服务SPAT发送云端频率异常；图2所示的闭环处理策略条件205包括：路网配置中map中心点配置错误；图2所示的闭环处理策略条件206包括：空口通信设备RSU网络故障、RSU设备故障、RSU模组故障、RSU模组网卡故障、RSU-GPS同步异常和RSU收发包异常。

其中，闭环处理策略条件201、205和206对应的闭环处理策略为闭环处理策略207，具体为云端关闭路侧移动应用部分(Mobile Application Part，MAP)消息发送，通过该闭环处理策略可以避免发送错误的MAP消息；闭环处理策略条件202和203对应的闭环处理策略为闭环处理策略208，具体为云端关闭对外服务点位，通过闭环处理策略可以避免错误服务；闭环处理策略条件204对应的闭环处理策略为闭环处理策略209，具体为云端按照应用需求，按需提供，以保证在发生故障的情况下支持应用业务，如在倒计时异常的情况下，可以发送相应的灯色信号，以使得车辆可以正常通行。

需要说明的是，图2所示的闭环处理策略条件、故障、故障信息和闭环处理策略仅是举例，对此不作公开不作限定。

该实施例中，由于配置了多个闭环处理策略条件，每个闭环处理策略条件配置有对应的闭环处理策略，这样可以在故障发生时，快速执行相应的闭环处理策略，以提高故障处理效率。

在一个实施例中，所述目标设备包括所述路侧基础设备集中发生故障的至少一个设备，所述目标故障信息包括所述至少一个设备发生故障的故障信息，所述目标闭环处理策略条件包括M个故障信息，M为大于1的整数；

所述目标故障信息满足所述目标闭环处理策略条件包括：

所述目标故障信息包括所述M个故障信息中的N个故障信息，N为大于1，且小于或者等于M的整数。

该实施例中，上述目标设备可以是一个或者多个设备，例如：上述目标闭环处理策略条件为图2所示的闭环处理策略条件201时，上述目标设备包括RSCU和信号灯设备。

上述目标故障信息包括所述M个故障信息中的N个故障信息可以是，目标故障信息包括的故障信息与M个故障信息中的N个故障信息是匹配的。具体可以理解为，上述M个故障信息满足至少两个以上，就满足目标闭环处理策略条件。例如：目标故障信息包括RSCU设备信号灯监控模块异常、RSCU设备信号业业务模块异常、RSCU设备信号灯监控模块异常和云端服务的LBS服务异常，这样与闭环处理策略条件201包括故障信息存在2个匹配，从而满足闭环处理策略条件201。

该实施例中，由于目标故障信息包括M个故障信息中的N个故障信息，则满足目标闭环处理策略条件，这样可以更加灵活地触发闭环处理策略。

在一个实施例中，所述目标故障信息包括的所述N个故障信息对应的N个故障的故障时间存在重叠。

上述N个故障发生的时间存在重叠可以是，N个故障发生同时发生，或者，N个故障的故障时间存在相关的时间。

该实施例中，由于N个故障的故障时间存在重叠，这样使得针对这N个故障可以采用同一个闭环处理策略，以实现同时处理多个故障。

在一个实施例中，所述路侧基础设备集包括云端设备、路侧设备和车辆，所述车辆为与所述路侧设备关联的车辆；

所述目标闭环处理策略包括如下至少一项：

由所述云端设备独立进行故障处理的闭环处理策略；

由所述云端设备与所述路侧设备交互进行故障处理的闭环处理策略；

由所述云端设备与所述车辆交互进行故障处理的闭环处理策略；

由所述云端设备、所述路侧设备和所述车辆交互进行故障处理的闭环处理策略。

上述由所述云端设备独立进行故障处理的闭环处理策略可以是，针对目标设备的故障处理只需要云端设备执行相应的操作，如图2所示的云端关闭云端对外服务点位。

上述由所述云端设备与所述路侧设备交互进行故障处理的闭环处理策略可以是，需要云端设备和路侧设备进行通信交互，以进行故障处理。例如：对业务故障，进行逻辑判断，如RSCU设备信号灯监控模块、业务模块异常故障发生的同时，且信号灯设备灯色、倒计时也发生异常故障，则触发闭环处理策略，从而路侧基础设备进行闭环处理策略响应，

上述由所述云端设备与所述车辆交互进行故障处理的闭环处理策略可以是，需要云端设备和车辆进行通信交互，以进行故障处理。

上述由所述云端设备、所述路侧设备和所述车辆交互进行故障处理的闭环处理策略可以是，需要云端设备、路侧设备和车辆进行通信交互，以进行故障处理。例如：业务故障的故障信息满足闭环处理策略条件时，云端、路端和车端对业务故障进行响应，如RSCU设备信号灯监控模块、业务模块故障、信号灯设备灯色、倒计时故障同时发生时，云端关闭路侧MAP消息发送，形成故障处理闭环，提升故障处理效率。

该实施例中，支持多个类型的闭环处理策略，以实现支持更好故障的处理。

在一个实施例中，上述方法还包括：

获取多个设备的评测信息；

将所述评测信息与预先获取的标准信息进行匹配；

将所述评测信息与所述标准信息匹配的设备作为所述路侧基础设备集中的设备。

上述评测信息可以是在设备提到路侧业务服务之前对设备进行评测，得到上述评测信息，例如：可以对设备的网络、授时等依赖环境信息进行评测，也可以是对设备的性能进行评测，也可以是对设备的服务质量进行评测。

上述标准信息为预先设定的标准信息，如预先设定的设备交付标准信息。

上述将评测信息与标准信息匹配的设备作为所述路侧基础设备集中的设备可以理解为，将评测信息与标准信息匹配的设备作为准入设备，即本实施例中，只允许评测信息与标准信息匹配的设备提供路侧业务服务，以提高路侧业务服务的服务水平。

在一些实施方式中，本实施例中追加的步骤在图1所示的实施例步骤S101之前执行。

在一个实施例中，还包括：

获取目标服务评价信息，所述目标服务评价信息包括如下至少一项：所述路侧基础设备集中至少一个设备的服务评价信息和至少一个道段点位的服务评价信息，所述路侧基础设备集包括在所述至少一个道段点位部署的设备；

执行目标操作，所述目标操作包括如下至少一项：

输出所述目标服务评价信息；

基于所述目标服务评价信息确定所述路侧基础设备集中的设备的路侧业务；

基于所述目标服务评价信息确定所述至少一个道段点位的路侧业务。

其中，上述设备的服务评价信息可以是，设备的服务率或者设备的故障率等服务评价信息，如时空服务率，即设备的在时间和空间上的服务率。

上述道段点位可以是一个路口，也可以是一段道路。本公开中，每个道路点位可以部署一个或者多个设备。上述道段点位的服务评价信息可以是，部署在道段点位上的设备的服务率或者故障率等服务评价信息，部署在道段点位上的设备的平均服务率。

上述输出所述目标服务评价信息可以是，向设备维护人员或者维护设备发送上述目标服务评价信息，从而向设备维护人员或者维护设备提供一个设备维护的指导信息，以便于设备维护人员或者维护设备更好的维护设备。

上述基于所述目标服务评价信息确定所述路侧基础设备集中的设备的路侧业务可以是，基于所述目标服务评价信息对路侧基础设备集中的设备的路侧业务进行业务分级，具体可以是对于服务评价较好的设备可以提供高级别的路侧业务，如对于服务评价较好的设备可以提供自驾驶的服务业务，对于服务评价较差的设备可以提供低级别的路侧业务，如对于服务评价较差的设备可以提供手机地图相关的服务业务。

上述基于所述目标服务评价信息确定所述至少一个道段点位的路侧业务可以是，基于所述目标服务评价信息对至少一个道段点位的路侧业务进行业务分级，具体可以是对于服务评价较好的道段点位可以提供高级别的路侧业务，如对于服务评价较好的道段点位可以提供自驾驶的服务业务，对于服务评价较差的道段点位可以提供低级别的路侧业务，如对于服务评价较差的道段点位可以提供手机地图相关的服务业务。

该实施例中，由于基于服务评价信息确定设备或者道段点位的路侧业务，这样可以提供更加灵活的路侧业务，且还可以保证各种路侧业务的服务质量。

本实施例中追加的步骤与图1所示的实施例中的步骤的执行顺序不作限定，在一些实施方式中，本实施例中追加的步骤与图1所示的实施例步骤S101至S103的执行时间可以相同，也可以是在步骤S101至S103之后执行，也可以是在步骤S101至S103之前执行，对此不作限定。

需要说明的是，本公开提供的多个实施例可以相互结合实现，例如：如图3所示，包括准入评测301、服务评价302、运行时监控303、后验式策略控制304，其中，准入评测参见上述描述的评测信息的实施例，上述服务评价可以参见上述描述的服务评价信息的实施例，上述运行时监控和后验式策略控制可以包括本公开提供的监测设备故障以及执行故障对应的处理策略，以及服务评价信息的实施例中的服务业务分级。图3所示的服务305表示路侧业务服务，这样可以实现在满足准入评测的情况下才提供路侧业务服务，在路侧业务服务过程中监控是否存在故障，存在故障时执行故障对应的处理策略，以及在路侧业务服务过程进行服务评价，服务评价的结果用于策略控制，这样可以提高的路侧业务服务的服务水平和质量。

下面以图4为例，对本公开提供的故障处理方法进行举例说明，如图4所示，包括以下步骤：

步骤S401、路侧基础设备监控设备硬件、软件、配置等运行状态；

步骤S402、判断设备是否触发基础故障报警；

步骤S403、在触发基础故障报警的情况下，判断是否转换为业务故障；

步骤S404、如果不能转换为业务故障，则设备报警，并执行开环处理策略；

步骤S405、如果能转换为业务故障，判断业务故障的故障信息是否满足闭环处理策略条件；

步骤S406、如果满足闭环处理策略条件，触发闭环处理策略，云端设备、路侧设备和车辆进行闭环响应。

本公开中，由于在目标故障信息满足预设闭环处理策略条件的情况下，生成针对故障的目标闭环处理策略，目标闭环处理策略为利用路侧基础设备集完成所述故障处理的处理策略，以及执行目标闭环处理策略。这样可以实现针对故障采用闭环处理策略，以实现在处理故障时不需要使用路侧基础设备集之外的设备或者人，进而可以提高故障处理效率。

请参见图5a，图5a是本公开提供的一种故障处理装置，如图5a所示，故障处理装置500包括：

第一获取模块501，用于获取路侧基础设备集中目标设备发生故障的目标故障信息；

第一生成模块502，用于在所述目标故障信息满足预设闭环处理策略条件的情况下，生成针对所述故障的目标闭环处理策略，所述目标闭环处理策略为利用所述路侧基础设备集完成所述故障处理的处理策略；

第一执行模块503，用于执行所述目标闭环处理策略。

可选的，所述第一生成模块502用于：

基于所述目标故障信息识别所述目标设备发生故障的故障类型；

在所述故障类型为业务故障，且所述目标故障信息满足所述预设闭环处理策略条件的情况下，生成针对所述业务故障的目标闭环处理策略，所述业务故障为路侧业务关联的故障。

可选的，如图5b所示，还包括：

第二生成模块504，用于在所述故障类型为非业务故障的情况下，生成针对所述故障的开环处理策略，所述开环处理策略为利用路侧基础设备集之外的目标对象完成所述故障处理的处理策略；

发送模块505，用于基于所述开环处理策略，向所述目标对象发送故障处理通知。

可选的，所述预设闭环处理策略条件包括：多个闭环处理策略条件，每个闭环处理策略条件配置有对应的闭环处理策略；

所述目标故障信息满足所述预设闭环处理策略条件包括：所述目标故障信息满足所述多个闭环处理策略条件中的目标闭环处理策略条件；

所述目标闭环处理策略为所述目标闭环处理策略条件对应的闭环处理策略。

可选的，所述目标设备包括所述路侧基础设备集中发生故障的至少一个设备，所述目标故障信息包括所述至少一个设备发生故障的故障信息，所述目标闭环处理策略条件包括M个故障信息，M为大于1的整数；

所述目标故障信息满足所述目标闭环处理策略条件包括：

所述目标故障信息包括所述M个故障信息中的N个故障信息，N为大于1，且小于或者等于M的整数。

可选的，所述目标故障信息包括的所述N个故障信息对应的N个故障的故障时间存在重叠。

可选的，所述路侧基础设备集包括云端设备、路侧设备和车辆，所述车辆为与所述路侧设备关联的车辆；

所述目标闭环处理策略包括如下至少一项：

由所述云端设备独立进行故障处理的闭环处理策略；

由所述云端设备与所述路侧设备交互进行故障处理的闭环处理策略；

由所述云端设备与所述车辆交互进行故障处理的闭环处理策略；

由所述云端设备、所述路侧设备和所述车辆交互进行故障处理的闭环处理策略。

可选的，如图5c所示，还包括：

第二获取模块506，用于获取多个设备的评测信息；

匹配模块507，用于将所述评测信息与预先获取的标准信息进行匹配；

确定模块508，用于将所述评测信息与所述标准信息匹配的设备作为所述路侧基础设备集中的设备。

可选的，如图5d所示，还包括：

第三获取模块509，用于获取目标服务评价信息，所述目标服务评价信息包括如下至少一项：所述路侧基础设备集中至少一个设备的服务评价信息和至少一个道段点位的服务评价信息，所述路侧基础设备集包括在所述至少一个道段点位部署的设备；

第二执行模块510，用于执行目标操作，所述目标操作包括如下至少一项：

输出所述目标服务评价信息；

基于所述目标服务评价信息确定所述路侧基础设备集中的设备的路侧业务；

基于所述目标服务评价信息确定所述至少一个道段点位的路侧业务。

本公开提供的故障处理装置能够实现本公开提供的故障处理方法实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

其中，上述电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本公开提供的故障处理方法。

上述可读存储介质存储有计算机指令，其中，所述计算机指令用于使所述计算机执行本公开提供的故障处理方法。

上述计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现本公开提供的故障处理方法。

本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。

图6示出了可以用来实施本公开的实施例的示例电子设备600的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图6所示，设备600包括计算单元601，其可以根据存储在只读存储器(ROM)602中的计算机程序或者从存储单元608加载到随机访问存储器(RAM)603中的计算机程序，来执行各种适当的动作和处理。在RAM 603中，还可存储设备600操作所需的各种程序和数据。计算单元601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

设备600中的多个部件连接至I/O接口605，包括：输入单元606，例如键盘、鼠标等；输出单元607，例如各种类型的显示器、扬声器等；存储单元608，例如磁盘、光盘等；以及通信单元609，例如网卡、调制解调器、无线通信收发机等。通信单元609允许设备600通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元601可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元601的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元601执行上文所描述的各个方法和处理，例如故障处理方法。例如，在一些实施例中，故障处理方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元608。在一些实施例中，计算机程序的部分或者全部可以经由ROM 602和/或通信单元609而被载入和/或安装到设备600上。当计算机程序加载到RAM 603并由计算单元601执行时，可以执行上文描述的故障处理方法的一个或多个步骤。备选地，在其他实施例中，计算单元601可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行故障处理方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (21)

1.一种故障处理方法，包括：

获取路侧基础设备集中目标设备发生故障的目标故障信息；

在所述目标故障信息满足预设闭环处理策略条件的情况下，生成针对所述故障的目标闭环处理策略，所述目标闭环处理策略为利用所述路侧基础设备集完成所述故障处理的处理策略；

执行所述目标闭环处理策略。

2.根据权利要求1所述的方法，其中，在所述目标故障信息满足预设闭环处理策略条件的情况下，生成针对所述故障的目标闭环处理策略，包括：

基于所述目标故障信息识别所述目标设备发生故障的故障类型；

在所述故障类型为业务故障，且所述目标故障信息满足所述预设闭环处理策略条件的情况下，生成针对所述业务故障的目标闭环处理策略，所述业务故障为路侧业务关联的故障。

3.根据权利要求2所述的方法，还包括：

在所述故障类型为非业务故障的情况下，生成针对所述故障的开环处理策略，所述开环处理策略为利用所述路侧基础设备集之外的目标对象完成所述故障处理的处理策略；

基于所述开环处理策略，向所述目标对象发送故障处理通知。

4.根据权利要求1所述的方法，其中，所述预设闭环处理策略条件包括：多个闭环处理策略条件，每个闭环处理策略条件配置有对应的闭环处理策略；

所述目标故障信息满足所述预设闭环处理策略条件包括：所述目标故障信息满足所述多个闭环处理策略条件中的目标闭环处理策略条件；

所述目标闭环处理策略为所述目标闭环处理策略条件对应的闭环处理策略。

5.根据权利要求4所述的方法，其中，所述目标设备包括所述路侧基础设备集中发生故障的至少一个设备，所述目标故障信息包括所述至少一个设备发生故障的故障信息，所述目标闭环处理策略条件包括M个故障信息，M为大于1的整数；

所述目标故障信息满足所述目标闭环处理策略条件包括：

所述目标故障信息包括所述M个故障信息中的N个故障信息，N为大于1，且小于或者等于M的整数。

6.根据权利要求5所述的方法，其中，所述目标故障信息包括的所述N个故障信息对应的N个故障的故障时间存在重叠。

7.根据权利要求1至6中任一项所述的方法，其中，所述路侧基础设备集包括云端设备、路侧设备和车辆，所述车辆为与所述路侧设备关联的车辆；

所述目标闭环处理策略包括如下至少一项：

由所述云端设备独立进行故障处理的闭环处理策略；

由所述云端设备与所述路侧设备交互进行故障处理的闭环处理策略；

由所述云端设备与所述车辆交互进行故障处理的闭环处理策略；

由所述云端设备、所述路侧设备和所述车辆交互进行故障处理的闭环处理策略。

8.根据权利要求1至6中任一项所述的方法，还包括：

获取多个设备的评测信息；

将所述评测信息与预先获取的标准信息进行匹配；

将所述评测信息与所述标准信息匹配的设备作为所述路侧基础设备集中的设备。

9.根据权利要求1至6中任一项所述的方法，还包括：

获取目标服务评价信息，所述目标服务评价信息包括如下至少一项：所述路侧基础设备集中至少一个设备的服务评价信息和至少一个道段点位的服务评价信息，所述路侧基础设备集包括在所述至少一个道段点位部署的设备；

执行目标操作，所述目标操作包括如下至少一项：

输出所述目标服务评价信息；

基于所述目标服务评价信息确定所述路侧基础设备集中的设备的路侧业务；

基于所述目标服务评价信息确定所述至少一个道段点位的路侧业务。

10.一种故障处理装置，包括：

第一获取模块，用于获取路侧基础设备集中目标设备发生故障的目标故障信息；

第一生成模块，用于在所述目标故障信息满足预设闭环处理策略条件的情况下，生成针对所述故障的目标闭环处理策略，所述目标闭环处理策略为利用所述路侧基础设备集完成所述故障处理的处理策略；

第一执行模块，用于执行所述目标闭环处理策略。

11.根据权利要求10所述的装置，其中，所述第一生成模块用于：

基于所述目标故障信息识别所述目标设备发生故障的故障类型；

在所述故障类型为业务故障，且所述目标故障信息满足所述预设闭环处理策略条件的情况下，生成针对所述业务故障的目标闭环处理策略，所述业务故障为路侧业务关联的故障。

12.根据权利要求11所述的装置，还包括：

第二生成模块，用于在所述故障类型为非业务故障的情况下，生成针对所述故障的开环处理策略，所述开环处理策略为利用路侧基础设备集之外的目标对象完成所述故障处理的处理策略；

发送模块，用于基于所述开环处理策略，向所述目标对象发送故障处理通知。

13.根据权利要求10所述的装置，其中，所述预设闭环处理策略条件包括：多个闭环处理策略条件，每个闭环处理策略条件配置有对应的闭环处理策略；

所述目标故障信息满足所述预设闭环处理策略条件包括：所述目标故障信息满足所述多个闭环处理策略条件中的目标闭环处理策略条件；

所述目标闭环处理策略为所述目标闭环处理策略条件对应的闭环处理策略。

14.根据权利要求13所述的装置，其中，所述目标设备包括所述路侧基础设备集中发生故障的至少一个设备，所述目标故障信息包括所述至少一个设备发生故障的故障信息，所述目标闭环处理策略条件包括M个故障信息，M为大于1的整数；

所述目标故障信息满足所述目标闭环处理策略条件包括：

所述目标故障信息包括所述M个故障信息中的N个故障信息，N为大于1，且小于或者等于M的整数。

15.根据权利要求14所述的装置，其中，所述目标故障信息包括的所述N个故障信息对应的N个故障的故障时间存在重叠。

16.根据权利要求10至15中任一项所述的装置，其中，所述路侧基础设备集包括云端设备、路侧设备和车辆，所述车辆为与所述路侧设备关联的车辆；

所述目标闭环处理策略包括如下至少一项：

由所述云端设备独立进行故障处理的闭环处理策略；

由所述云端设备与所述路侧设备交互进行故障处理的闭环处理策略；

由所述云端设备与所述车辆交互进行故障处理的闭环处理策略；

由所述云端设备、所述路侧设备和所述车辆交互进行故障处理的闭环处理策略。

17.根据权利要求10至15中任一项所述的装置，还包括：

第二获取模块，用于获取多个设备的评测信息；

匹配模块，用于将所述评测信息与预先获取的标准信息进行匹配；

确定模块，用于将所述评测信息与所述标准信息匹配的设备作为所述路侧基础设备集中的设备。

18.根据权利要求10至15中任一项所述的装置，还包括：

第三获取模块，用于获取目标服务评价信息，所述目标服务评价信息包括如下至少一项：所述路侧基础设备集中至少一个设备的服务评价信息和至少一个道段点位的服务评价信息，所述路侧基础设备集包括在所述至少一个道段点位部署的设备；

第二执行模块，用于执行目标操作，所述目标操作包括如下至少一项：

输出所述目标服务评价信息；

基于所述目标服务评价信息确定所述路侧基础设备集中的设备的路侧业务；

基于所述目标服务评价信息确定所述至少一个道段点位的路侧业务。

19.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-9中任一项所述的方法。

20.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-9中任一项所述的方法。

21.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-9中任一项所述的方法。

Images