CN116800594A - 智能诊断故障的方法、装置、电子设备及可读存储介质 - Google Patents
智能诊断故障的方法、装置、电子设备及可读存储介质 Download PDFInfo
- Publication number
- CN116800594A CN116800594A CN202310786720.4A CN202310786720A CN116800594A CN 116800594 A CN116800594 A CN 116800594A CN 202310786720 A CN202310786720 A CN 202310786720A CN 116800594 A CN116800594 A CN 116800594A
- Authority
- CN
- China
- Prior art keywords
- execution
- action instruction
- service link
- state
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000003745 diagnosis Methods 0.000 title claims abstract description 61
- 238000000034 method Methods 0.000 title claims abstract description 46
- 238000003860 storage Methods 0.000 title claims abstract description 12
- 230000009471 action Effects 0.000 claims abstract description 254
- 230000000875 corresponding effect Effects 0.000 claims abstract description 129
- 238000012544 monitoring process Methods 0.000 claims abstract description 23
- 230000005540 biological transmission Effects 0.000 claims abstract description 10
- 230000000007 visual effect Effects 0.000 claims description 29
- 238000004590 computer program Methods 0.000 claims description 17
- 230000008569 process Effects 0.000 claims description 9
- 230000004044 response Effects 0.000 claims description 8
- 238000012545 processing Methods 0.000 abstract description 17
- 238000010586 diagram Methods 0.000 description 7
- 238000004891 communication Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 6
- 230000007547 defect Effects 0.000 description 4
- 238000013024 troubleshooting Methods 0.000 description 4
- 238000012800 visualization Methods 0.000 description 4
- 230000002159 abnormal effect Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 238000012216 screening Methods 0.000 description 1
- RYMZZMVNJRMUDD-HGQWONQESA-N simvastatin Chemical compound C([C@H]1[C@@H](C)C=CC2=C[C@H](C)C[C@@H]([C@H]12)OC(=O)C(C)(C)CC)C[C@@H]1C[C@@H](O)CC(=O)O1 RYMZZMVNJRMUDD-HGQWONQESA-N 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- 230000002618 waking effect Effects 0.000 description 1
Abstract
本申请涉及网络故障诊断技术领域，提供了一种智能诊断故障的方法、装置、电子设备及可读存储介质。该方法包括：监听服务链路上的各消息端点，以确定各动作指令的执行状态为执行完成状态、未执行状态或执行失败状态；服务链路为在各消息端点之间进行消息传递的服务链路，消息端点包括云服务器、消息中间件及车端，动作指令用于基于服务链路对消息端点执行相应动作；基于故障对应关系，诊断处于未执行状态或执行失败状态的各动作指令对应的故障原因；根据所有动作指令及对应的故障原因，生成当前服务链路对应的服务链路诊断结果。本申请提供的智能诊断故障的方法，在第一时间发现故障，能够节省时间成本及人力成本，提升故障处理的效率。
Description
技术领域
本申请涉及网络故障诊断技术领域，尤其涉及一种智能诊断故障的方法、装置、电子设备及可读存储介质。
背景技术
现有技术中，在使用车联网的远程控制等功能时，容易发生服务故障。针对故障有以下几种分析方式进行排查：
收集服务器日志，服务器日志中包括各分布式服务器的日志汇总，能够根据故障时间段提取对应的有价值信息，以分析可能存在的异常，以此方式进行排查故障，存在增加时间成本、人力成本的弊端；
借助开源插件进行服务器metrics(一种指标)监控与分析，其中，包括服务器中央处理器CPU(Central Processing Unit)内存占用、线程数等，以此方式进行排查故障，存在不能快速响应问题从而发现普遍性故障的弊端；
排查服务中间件故障，例如消息中间件、数据库等组件的运行情况，以此方式进行排查故障，存在难以定位具体故障节点的弊端，其中，故障节点包括终端、微服务、消息中间件或性能；
让测试人员在生产环境重新触发服务链路，以尝试复现故障进行问题排查等方式，以此方式进行排查故障，存在过于依赖有经验的数据人员的弊端。
发明内容
有鉴于此，本申请实施例提供了一种智能诊断故障的方法、装置、电子设备及可读存储介质，以解决现有技术中需要耗费大量人力成本及时间成本对故障进行诊断的问题。
本申请实施例的第一方面，提供了一种智能诊断故障的方法，包括：
监听服务链路上的各消息端点，以确定各动作指令的执行状态为执行完成状态、未执行状态或执行失败状态；服务链路为在各消息端点之间进行消息传递的服务链路，消息端点包括云服务器、消息中间件及车端，动作指令用于基于服务链路对消息端点执行相应动作；
基于故障对应关系，诊断处于未执行状态或执行失败状态的各动作指令对应的故障原因；
根据所有动作指令及对应的故障原因，生成当前服务链路对应的服务链路诊断结果。
本申请实施例的第二方面，提供了一种智能诊断故障的装置，包括：
监听模块，被配置为监听服务链路上的各消息端点，以确定各动作指令的执行状态为执行完成状态、未执行状态或执行失败状态；服务链路为在各消息端点之间进行消息传递的服务链路，消息端点包括云服务器、消息中间件及车端，动作指令用于基于服务链路对消息端点执行相应动作；
诊断模块，被配置为基于故障对应关系，诊断处于未执行状态或执行失败状态的各动作指令对应的故障原因；
生成模块，被配置为根据所有动作指令及对应的故障原因，生成当前服务链路对应的服务链路诊断结果。
本申请实施例的第三方面，提供了一种电子设备，包括存储器、处理器以及存储在存储器中并且可在处理器上运行的计算机程序，该处理器执行计算机程序时实现上述方法的步骤。
本申请实施例的第四方面，提供了一种可读存储介质，该可读存储介质存储有计算机程序，该计算机程序被处理器执行时实现上述方法的步骤。
本申请实施例与现有技术相比存在的有益效果是：本申请实施例能够监听服务链路上的各消息端点对应的动作指令的执行状态，若动作指令的执行状态为未完成状态或执行失败状态，则根据故障对应关系进行诊断，判断动作指令的故障原因，以生成当前服务链路对应的服务链路诊断结果，从而能够在远程服务出现故障时在第一时间发现故障，高效分析故障原因并定位处于未执行状态或执行失败状态的动作指令，节省了时间成本及人力成本，便于查看处于未执行状态或执行失败状态的动作指令及故障原因，提升故障处理的效率。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
图1是本申请实施例的一种应用场景的场景示意图；
图2是本申请实施例提供的一种智能诊断故障的方法流程示意图；
图3是本申请实施例提供的一种智能诊断故障的方法可视化示意图；
图4是本申请实施例提供的另一种智能诊断故障的方法可视化示意图；
图5是本申请实施例提供的一种智能诊断故障的装置示意图；
图6是本申请实施例提供的电子设备的示意图。
具体实施方式
以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。
下面将结合附图详细说明根据本申请实施例的一种智能诊断故障的方法和装置。
图1是本申请实施例的一种应用场景的场景示意图。该应用场景可以包括第一终端设备101、第二终端设备102和第三终端设备103、服务器104以及网络105。
第一终端设备101、第二终端设备102和第三终端设备103可以是硬件，也可以是软件。当第一终端设备101、第二终端设备102和第三终端设备103为硬件时，其可以是具有显示屏且支持与服务器104通信的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机、车载电脑、整车控制器和台式计算机等；当第一终端设备101、第二终端设备102和第三终端设备103为软件时，其可以安装在如上所述的电子设备中。第一终端设备101、第二终端设备102和第三终端设备103可以实现为多个软件或软件模块，也可以实现为单个软件或软件模块，本申请实施例对此不作限制。进一步地，第一终端设备101、第二终端设备102和第三终端设备103上可以安装有各种应用，例如数据处理应用、即时通信工具、社交平台软件、搜索类应用、购物类应用等。
服务器104可以是提供各种服务的服务器，例如，对与其建立通信连接的终端设备发送的请求进行接收的后台服务器，该后台服务器可以对终端设备发送的请求进行接收和分析等处理，并生成处理结果。服务器104可以是一台服务器，也可以是由若干台服务器组成的服务器集群，或者还可以是一个云计算服务中心，本申请实施例对此不作限制。
需要说明的是，服务器104可以是硬件，也可以是软件。当服务器104为硬件时，其可以是为第一终端设备101、第二终端设备102和第三终端设备103提供各种服务的各种电子设备。当服务器104为软件时，其可以是为第一终端设备101、第二终端设备102和第三终端设备103提供各种服务的多个软件或软件模块，也可以是为第一终端设备101、第二终端设备102和第三终端设备103提供各种服务的单个软件或软件模块，本申请实施例对此不作限制。
网络105可以是采用同轴电缆、双绞线和光纤连接的有线网络，也可以是无需布线就能实现各种通信设备互联的无线网络，例如，蓝牙(Bluetooth)、近场通信(Near FieldCommunication，NFC)、红外(Infrared)等，本申请实施例对此不作限制。
需要说明的是，第一终端设备101、第二终端设备102和第三终端设备103、服务器104以及网络105的具体类型、数量和组合可以根据应用场景的实际需求进行调整，本申请实施例对此不作限制。
图2是本申请实施例提供的一种智能诊断故障的方法流程示意图，如图2所示，该智能诊断故障的方法包括以下步骤：
S201，监听服务链路上的各消息端点，以确定各动作指令的执行状态为执行完成状态、未执行状态或执行失败状态；
S202，基于故障对应关系，诊断处于未执行状态或执行失败状态的各动作指令对应的故障原因；
S203，根据所有动作指令及对应的故障原因，生成当前服务链路对应的服务链路诊断结果。
其中，服务链路为在各消息端点之间进行消息传递的服务链路，消息端点包括云服务器、消息中间件及车端，动作指令用于基于服务链路对消息端点执行相应动作。
图2的智能诊断故障的方法中的服务链路可以是图1的终端设备及服务器进行消息传递时的服务链路，消息端点可以是服务器、消息中间件及终端设备，动作指令根据服务链路对服务器、消息中间件及终端设备执行相应动作。
动作指令基于服务链路对各消息端点执行相应动作，监听服务链路上的各消息端点，从而确定各动作指令的执行状态，其中，执行状态包括执行完成状态、未执行状态或执行失败状态，执行完成状态即根据动作指令成功在消息端点间完成消息传递，未执行状态即动作指令未能将消息传递至下一消息端点，未开始执行该指令，执行失败状态即动作指令开始在消息端点间传递消息，但消息传递失败。
处于未执行状态或执行失败状态的各动作指令分别有故障对应关系，按照故障对应关系对处于未执行状态或执行失败状态的动作指令进行诊断，得到动作指令对应的故障原因，根据当前服务链路所有动作指令及诊断得到的故障原因，生成当前服务链路对应的服务链路诊断结果。
根据本申请实施例提供的技术方案，能够在车联网，尤其是远程控制等功能服务发生故障时能够在第一时间发现故障，高效分析故障原因并定位出现故障的动作指令，而不再需要根据服务器日志中故障时间段提取对应的有价值信息，分析可能异常场景，导致不能快速的准确定位至处于未执行状态或执行失败状态的动作指令，从而节省了时间成本及人力成本，提升故障处理的效率。
在一些实施例中，监听服务链路上的各消息端点，以确定各动作指令的执行状态为执行完成状态、未执行状态或执行失败状态，包括：
监听服务链路上的各消息端点；
若消息端点未接收到动作指令对应的请求，则判定动作指令的执行状态为未执行状态；
若消息端点已接收到动作指令对应的请求，且动作指令对应的动作出现故障，则判定动作指令的执行状态为执行失败状态；
若消息端点已接收到动作指令对应的请求，且动作指令对应的动作已完成，则判定动作指令的执行状态为执行完成状态。
对当前服务连路上的各消息端点进行监听，根据各消息端点是否接收到动作指令对应的请求判断动作指令的执行状态，判定方法如下：
若消息端点未收到动作指令对应的请求，则判定动作指令的执行状态为未执行状态；
若消息端点已接收到动作指令对应的请求，且动作指令对应的动作出现故障，则判定动作指令的执行状态为执行失败状态；
若消息端点已接收到动作指令对应的请求，且动作指令对应的动作已完成，则判定动作指令的执行状态为执行完成状态。
表1示出了当前服务链路包括7个动作指令，动作指令分别是云服务器进行初始化的动作指令、云服务器向车端发送的唤醒指令的动作指令、云服务器接收车端发送的登录指令的动作指令、云服务器发送向消息中间件发送远程服务指令的动作指令、云服务器获取车端响应于消息中间件的动作指令、云服务器处理车端响应的对应动作的动作指令、云服务器反馈信息的动作指令。表1的第一列为动作指令名称，第二列为执行状态，第三列为对应动作指令的故障原因。其中，故障原因为各动作指令在对应的不同执行状态下可能出现的故障原因。
表1故障对应关系
其中，MQTT是一种消息中间件，在本申请实施例涉及的服务链路中，云服务器的消息经过消息中间件传递至车端，车端的消息经过消息中间件传递至云服务器。本实施例中车端指的是设于车上且处于服务链路中的TBOX，TBOX与所在车辆的后台系统连接，服务链路通过TBOX可获取车辆的后台系统上的信息，并实现对车辆的部分功能的控制。
根据本申请实施例提供的技术方案，能够通过监听消息端点对应动作指令的执行状态，从而在动作指令出现故障时能够直接定位出现故障的动作指令，从而提升处理故障的效率。
在一些实施例中，监听服务链路上的各消息端点，以确定各动作指令的执行状态为执行完成状态、未执行状态或执行失败状态，包括：
基于各动作指令的执行顺序，监听服务链路上的各消息端点，以确定各动作指令的执行状态为执行完成状态、未执行状态或执行失败状态；
其中，以执行顺序排列的动作指令包括：
云服务器接收请求的动作指令；
云服务器进行初始化的动作指令；
云服务器向车端发送的唤醒指令的动作指令；
云服务器接收车端发送的登录指令的动作指令；
云服务器发送向消息中间件发送远程服务指令的动作指令；
云服务器获取车端响应于消息中间件的动作指令；
云服务器处理车端响应的对应动作的动作指令；
云服务器反馈信息的动作指令。
各动作指令基于服务链路进行消息传递时，根据执行顺序执行各动作指令，同时监听服务链路上的各消息端点，以确定各动作指令的执行状态。
其中，车联网的服务部署于公有云中，服务链路主要依赖公有云提供的底层基础设施和消息中间件及中间件数据库等产品，车端TBOX集成通信运营商的智能卡simcard，用于唤醒TBOX进行远程服务，云服务器和车端通过基于MQTT协议的消息进行通信，本申请实施例基于上述内容定义通用服务链路、消息端点及消息端点对应的服务指令，以执行顺序排列的动作指令定义如下：
云服务器接收请求的动作指令：例如用户通过终端设备应用程序触发远程控车的动作指令，该动作指令通过超文本传输协议HTTP(Hypertext Transfer Protocol)方式发送至云服务器，当云服务器接收到HTTP请求，则代表该动作指令为执行完成状态；
云服务器进行初始化的动作指令：云服务器需要对接受到的数据进行校验，校验其合法性，例如校验用户身份信息及人车绑定关系等数据的合法性，根据TBOX能够识别的车云协议组装服务指令消息，当校验及识别完成，代表该动作指令为执行完成状态；
云服务器向车端发送的唤醒指令的动作指令：云服务器判断TBOX是否在线，若不在线则发送唤醒指令，例如通过运营商应用程序编程接口API(Application ProgrammingInterface)发送TBOX唤醒短信，当运营商反馈发送结果则代表该动作指令为执行完成状态；
云服务器接收车端发送的登录指令的动作指令：TBOX被唤醒后，进行登录业务，当云服务器收到TBOX的登录消息，代表该动作指令为执行完成状态；
云服务器发送向消息中间件发送远程服务指令的动作指令：云服务器处理TBOX登录请求，并判断当前是否有待发送的远程服务指令，当云服务器把远程服务成功发送至消息中间件MQTT，代表该动作指令为执行完成状态；
云服务器获取车端响应于消息中间件的动作指令：车端TBOX消费MQTT中的消息，向MQTT发送执行结果，云服务器消费MQTT中的响应消息，当成功获取TBOX响应消息则代表该动作指令为执行完成状态；
云服务器处理车端响应的对应动作的动作指令：云服务器获取TBOX响应后，按照相应的业务逻辑进行处理，当完成相应的业务流程，则代表该动作指令为执行完成状态；
云服务器反馈信息的动作指令：云服务器将远程服务的动作指令的结果反馈至用户，反馈方式例如通过运营商推送至用户的终端设备应用程序上，当推送成功，代表该动作指令为执行完成状态。
根据本申请实施例提供的技术方案，能够对通用的消息端点及动作指令按照执行顺序进行定义并排序，从而使得本申请能够提升所有的服务链路对应的消息端点的泛用性，更便于相关技术人员进行故障定位，将服务链路诊断结果按照执行顺序有序呈现，能够更直观的呈现出服务链路诊断结果。
在一些实施例中，监听服务链路上的各消息端点，以确定各动作指令的执行状态为执行完成状态、未执行状态或执行失败状态，还包括：
监听各消息端点以执行顺序执行对应的动作指令的执行时间。
当各消息端点以执行顺序执行对应的动作指令，监听动作指令的执行时间，并将执行时间记录在服务链路诊断结果中。
根据本申请实施例提供的技术方案，能够监听各消息端点对应动作指令的执行时间，从而能够减少通过人工筛查故障发生时间的成本，以节省人力成本及时间成本，提升诊断效率。
在一些实施例中，基于各动作指令的执行顺序，监听服务链路上的各消息端点，以确定各动作指令的执行状态为执行完成状态、未执行状态或执行失败状态，还包括：
当确定当前动作指令对应的执行状态为执行失败状态，结束当前服务链路；
将执行顺序中处于当前动作指令之后的动作指令对应的执行状态判定为未执行状态。
本申请一示例性实施例中，以当前动作指令为云服务器发送向消息中间件发送远程服务指令的动作指令，且监听到当前动作指令的状态为执行失败状态为例，进行示例性说明：
各消息端点对应的动作指令按照执行顺序执行，则云服务器接收请求的动作指令、云服务器进行初始化的动作指令、云服务器向车端发送的唤醒指令的动作指令及云服务器接收车端发送的登录指令的动作指令是在当前动作指令之前执行的动作指令，上述动作指令的执行状态为执行完成状态，当前动作指令的执行状态为执行失败状态，将当前动作指令作为本次服务链路的结束点以结束当前服务链路。按照执行顺序，排列在当前动作指令之后的动作指令为：云服务器获取车端响应于消息中间件的动作指令、云服务器处理车端响应的对应动作的动作指令及云服务器反馈信息的动作指令，将上述动作指令对应的执行状态判定为未执行状态。
根据本申请实施例提供的技术方案，能够准确、完整的记录服务链路中各消息端点对应的动作指令的执行状态，从而能够更为准确地记录服务链路诊断结果。
在一些实施例中，还包括：
获取与各执行状态对应的可视化参数；
基于当前服务链路诊断结果及可视化参数，生成当前服务链路诊断结果对应的可视化结果，可视化结果中包括各动作指令、各动作指令对应的执行状态、故障原因及执行时间，未执行状态的动作指令对应的执行时间为执行失败状态的动作指令对应的执行时间。
对不同执行状态的动作指令预先配置可视化参数，其中，可以对不同执行状态的动作指令配置不同的可视化参数，能够使得服务链路的可视化结果更为直观。
图3是本申请实施例提供的一种智能诊断故障的方法可视化示意图，如图3所示，各动作指令均处于执行成功状态，以实线线框为处于执行成功状态的动作指令对应的可视化参数为例，生成的当前服务链路诊断结果对应的可视化结果，动作指令对应的名称下方为该动作指令的执行时间。
图4是本申请实施例提供的另一种智能诊断故障的方法可视化示意图，如图4所示，以不同线框作为不同可视化参数，用以生成处于不同执行状态的动作指令可视化结果。根据当前服务链路诊断结果及可视化参数，生成当前服务链路诊断结果对应的可视化结果。其中，实线线框为处于执行成功状态的动作指令对应的可视化参数，粗虚线线框为处于执行失败状态的动作指令对应的可视化参数，细虚线线框为处于未执行状态的动作指令对应的可视化参数。由图4可知，云服务器接收车端发送的登录指令的动作指令为执行失败状态，可视化的服务链路诊断结果中标注了对应的故障原因，处于该动作指令之前的动作指令为执行成功状态，处于该动作指令之后的动作指令为未执行状态。
其中，动作指令对应的名称下方为该动作指令的执行时间，未执行状态的动作指令对应的执行时间为服务链路中处于执行成功状态或执行失败状态的动作指令对应的执行时间。若服务链路被中断，则将服务链路中按照执行顺序执行的处于执行成功状态的动作指令对应的执行时间作为所有未执行状态的动作指令对应的执行时间，若服务链路中存在执行失败状态的动作指令，则将执行失败状态的动作指令对应的执行时间作为所有未执行状态的动作指令对应的执行时间。
其中，可视化结果中还能够包括车端身份信息及车端响应异常码等参数。
根据本申请实施例提供的技术方案，能够通过可视化方法清晰地呈现出服务链路诊断结果，便于直观的查看服务链路诊断结果，提升故障处理的效率。
在一些实施例中，生成当前服务链路对应的服务链路诊断结果，还包括：
基于服务链路诊断结果及可视化结果，生成服务链路诊断报告；
将服务链路诊断报告发送至目标终端。
每一服务链路诊断结果对应有一可视化结果，将服务链路诊断结果与可视化结果一一对应并排列在一起，生成服务链路诊断报告。可以通过邮件或消息通知等形式将服务链路诊断报告发送至目标终端，也可以在目标终端进行设置，使得目标终端能够实时显示服务链路诊断报告，以使开发人员能够直观的查看处于未执行状态或执行状态的动作指令及故障原因，在第一时间发现故障，提升故障处理效率。
本申请一示例性实施例中，各动作指令在不同执行状态，尤其是未执行状态及执行失败状态对应有不同的故障原因及消息端点。
其中，故障类型分为网络故障、数据故障、接口故障及车端故障，网络故障包括在消息端点间的网络连接出现故障，无法传递数据信息，数据故障包括传递的数据出现错误，接口故障包括运营商的API异常，车端故障包括TBOX执行动作指令时出现的故障。
表2示出了当前服务链路包括7个动作指令，对应的动作指令分别是云服务器进行初始化的动作指令、云服务器向车端发送的唤醒指令的动作指令、云服务器接收车端发送的登录指令的动作指令、云服务器发送向消息中间件发送远程服务指令的动作指令、云服务器获取车端响应于消息中间件的动作指令、云服务器处理车端响应的对应动作的动作指令、云服务器反馈信息的动作指令，表1的第一列为动作指令名称，第二列为消息端点，第三列为执行状态，第四列为故障类型，第五列为对应动作指令的故障原因。
表2动作指令对应的故障原因
根据本申请实施例提供的技术方案，还能够在服务链路诊断报告中对故障原因进行分类，根据各动作指令的执行状态直接确定发生故障的位置及故障原因，从而使得服务链路诊断报告更加丰富且清晰，能够提升诊断效率及故障处理效率。
上述所有可选技术方案，可以采用任意结合形成本申请的可选实施例，在此不再一一赘述。
下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。
图5是本申请实施例提供的一种智能诊断故障的装置示意图。如图5所示，该智能诊断故障的装置包括：监听模块501，诊断模块502及生成模块503。
监听模块501，被配置为监听服务链路上的各消息端点，以确定各动作指令的执行状态为执行完成状态、未执行状态或执行失败状态；服务链路为在各消息端点之间进行消息传递的服务链路，消息端点包括云服务器、消息中间件及车端，动作指令用于基于服务链路对消息端点执行相应动作；
诊断模块502，被配置为基于故障对应关系，诊断处于未执行状态或执行失败状态的各动作指令对应的故障原因；
生成模块503，被配置为根据所有动作指令及对应的故障原因，生成当前服务链路对应的服务链路诊断结果。
在一些实施例中，监听模块501被配置为监听服务链路上的各消息端点，以确定各动作指令的执行状态为执行完成状态、未执行状态或执行失败状态，用于：
监听服务链路上的各消息端点；
若消息端点未接收到动作指令对应的请求，则判定动作指令的执行状态为未执行状态；
若消息端点已接收到动作指令对应的请求，且动作指令对应的动作出现故障，则判定动作指令的执行状态为执行失败状态；
若消息端点已接收到动作指令对应的请求，且动作指令对应的动作已完成，则判定动作指令的执行状态为执行完成状态。
在一些实施例中，监听模块501被配置为监听服务链路上的各消息端点，以确定各动作指令的执行状态为执行完成状态、未执行状态或执行失败状态，用于：
基于各动作指令的执行顺序，监听服务链路上的各消息端点，以确定各动作指令的执行状态为执行完成状态、未执行状态或执行失败状态；
其中，以执行顺序排列的动作指令包括：
云服务器接收请求的动作指令；
云服务器进行初始化的动作指令；
云服务器向车端发送的唤醒指令的动作指令；
云服务器接收车端发送的登录指令的动作指令；
云服务器发送向消息中间件发送远程服务指令的动作指令；
云服务器获取车端响应于消息中间件的动作指令；
云服务器处理车端响应的对应动作的动作指令；
云服务器反馈信息的动作指令。
在一些实施例中，监听模块501被配置为监听服务链路上的各消息端点，以确定各动作指令的执行状态为执行完成状态、未执行状态或执行失败状态，还用于：
监听各消息端点以执行顺序执行对应的动作指令的执行时间。
在一些实施例中，监听模块501被配置为基于各动作指令的执行顺序，监听服务链路上的各消息端点，以确定各动作指令的执行状态为执行完成状态、未执行状态或执行失败状态，还用于：
当确定当前动作指令对应的执行状态为执行失败状态，结束当前服务链路；
将执行顺序中处于当前动作指令之后的动作指令对应的执行状态判定为未执行状态。
在一些实施例中，生成模块503被配置为生成当前服务链路对应的服务链路诊断结果，还用于：
获取与各执行状态对应的可视化参数；
基于当前服务链路诊断结果及可视化参数，生成当前服务链路诊断结果对应的可视化结果，可视化结果中包括各动作指令、各动作指令对应的执行状态、故障原因及执行时间，未执行状态的动作指令对应的执行时间为服务链路中处于执行成功状态或执行失败状态的动作指令对应的执行时间。
在一些实施例中，还用于：
基于服务链路诊断结果及可视化结果，生成服务链路诊断报告；
将服务链路诊断报告发送至目标终端。
应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
图6是本申请实施例提供的电子设备6的示意图。如图6所示，该实施例的电子设备6包括：处理器601、存储器602以及存储在该存储器602中并且可在处理器601上运行的计算机程序603。处理器601执行计算机程序603时实现上述各个方法实施例中的步骤。或者，处理器601执行计算机程序603时实现上述各装置实施例中各模块/单元的功能。
电子设备6可以是桌上型计算机、笔记本、掌上电脑及云端服务器等电子设备。电子设备6可以包括但不仅限于处理器601和存储器602。本领域技术人员可以理解，图6仅仅是电子设备6的示例，并不构成对电子设备6的限定，可以包括比图示更多或更少的部件，或者不同的部件。
处理器601可以是中央处理单元(Central Processing Unit，CPU)，也可以是其它通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。
存储器602可以是电子设备6的内部存储单元，例如，电子设备6的硬盘或内存。存储器602也可以是电子设备6的外部存储设备，例如，电子设备6上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。存储器602还可以既包括电子设备6的内部存储单元也包括外部存储设备。存储器602用于存储计算机程序以及电子设备所需的其它程序和数据。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，计算机程序可以存储在可读存储介质中，该计算机程序在被处理器执行时，可以实现上述各个方法实施例的步骤。计算机程序可以包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、电载波信号、电信信号以及软件分发介质等。需要说明的是，计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如，在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。
Claims (10)
1.一种智能诊断故障的方法，其特征在于，包括：
监听服务链路上的各消息端点，以确定各动作指令的执行状态为执行完成状态、未执行状态或执行失败状态；所述服务链路为在各所述消息端点之间进行消息传递的服务链路，所述消息端点包括云服务器、消息中间件及车端，所述动作指令用于基于所述服务链路对所述消息端点执行相应动作；
基于故障对应关系，诊断处于所述未执行状态或所述执行失败状态的各所述动作指令对应的故障原因；
根据所有所述动作指令及对应的所述故障原因，生成当前所述服务链路对应的服务链路诊断结果。
2.根据权利要求1所述的方法，其特征在于，监听服务链路上的各消息端点，以确定各动作指令的执行状态为执行完成状态、未执行状态或执行失败状态，包括：
监听服务链路上的各消息端点；
若所述消息端点未接收到所述动作指令对应的请求，则判定所述动作指令的执行状态为未执行状态；
若所述消息端点已接收到所述动作指令对应的请求，且所述动作指令对应的动作出现故障，则判定所述动作指令的所述执行状态为执行失败状态；
若所述消息端点已接收到所述动作指令对应的请求，且所述动作指令对应的动作已完成，则判定所述动作指令的所述执行状态为执行完成状态。
3.根据权利要求1所述的方法，其特征在于，监听服务链路上的各消息端点，以确定各动作指令的执行状态为执行完成状态、未执行状态或执行失败状态，包括：
基于各动作指令的执行顺序，监听服务链路上的各所述消息端点，以确定各所述动作指令的所述执行状态为执行完成状态、未执行状态或执行失败状态；
其中，以所述执行顺序排列的所述动作指令包括：
所述云服务器接收请求的动作指令；
所述云服务器进行初始化的动作指令；
所述云服务器向所述车端发送的唤醒指令的动作指令；
所述云服务器接收所述车端发送的登录指令的动作指令；
所述云服务器发送向所述消息中间件发送远程服务指令的动作指令；
所述云服务器获取所述车端响应于所述消息中间件的动作指令；
所述云服务器处理所述车端响应的对应动作的动作指令；
所述云服务器反馈信息的动作指令。
4.根据权利要求3所述的方法，其特征在于，监听服务链路上的各消息端点，以确定各动作指令的执行状态为执行完成状态、未执行状态或执行失败状态，还包括：
监听各所述消息端点以所述执行顺序执行对应的所述动作指令的执行时间。
5.根据权利要求3所述的方法，其特征在于，基于各动作指令的执行顺序，监听服务链路上的各消息端点，以确定各所述动作指令的执行状态为执行完成状态、未执行状态或执行失败状态，还包括：
当确定当前所述动作指令对应的所述执行状态为所述执行失败状态，结束当前所述服务链路；
将所述执行顺序中处于当前所述动作指令之后的所述动作指令对应的所述执行状态判定为所述未执行状态。
6.根据权利要求1至5中任一项所述的方法，其特征在于，生成当前所述服务链路对应的服务链路诊断结果，还包括：
获取与各所述执行状态对应的可视化参数；
基于当前所述服务链路诊断结果及所述可视化参数，生成当前所述服务链路诊断结果对应的可视化结果，所述可视化结果中包括各所述动作指令、各所述动作指令对应的所述执行状态、所述故障原因及执行时间，所述未执行状态的所述动作指令对应的所述执行时间为所述服务链路中处于所述执行成功状态或所述执行失败状态的所述动作指令对应的所述执行时间。
7.根据权利要求6所述的方法，其特征在于，还包括：
基于所述服务链路诊断结果及所述可视化结果，生成服务链路诊断报告；
将所述服务链路诊断报告发送至目标终端。
8.一种智能诊断故障的装置，其特征在于，包括：
监听模块，被配置为监听服务链路上的各消息端点，以确定各动作指令的执行状态为执行完成状态、未执行状态或执行失败状态；所述服务链路为在各所述消息端点之间进行消息传递的服务链路，所述消息端点包括云服务器、消息中间件及车端，所述动作指令用于基于所述服务链路对所述消息端点执行相应动作；
诊断模块，被配置为基于故障对应关系，诊断处于所述未执行状态或所述执行失败状态的各所述动作指令对应的故障原因；
生成模块，被配置为根据所有所述动作指令及对应的所述故障原因，生成当前所述服务链路对应的服务链路诊断结果。
9.一种电子设备，包括存储器、处理器以及存储在所述存储器中并且可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7中任一项所述方法的步骤。
10.一种可读存储介质，所述可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310786720.4A CN116800594A (zh) | 2023-06-29 | 2023-06-29 | 智能诊断故障的方法、装置、电子设备及可读存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310786720.4A CN116800594A (zh) | 2023-06-29 | 2023-06-29 | 智能诊断故障的方法、装置、电子设备及可读存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN116800594A true CN116800594A (zh) | 2023-09-22 |
Family
ID=88037766
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310786720.4A Pending CN116800594A (zh) | 2023-06-29 | 2023-06-29 | 智能诊断故障的方法、装置、电子设备及可读存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116800594A (zh) |
-
2023
- 2023-06-29 CN CN202310786720.4A patent/CN116800594A/zh active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107294808B (zh) | 接口测试的方法、装置和系统 | |
| CN107332765B (zh) | 用于维修路由器故障的方法和装置 | |
| CN112988485B (zh) | 电力物联网设备模拟测试方法及装置 | |
| CN111190755B (zh) | 应用程序的功能异常处理方法及装置 | |
| CN111711533B (zh) | 故障诊断方法、装置、电子设备及存储介质 | |
| CN113067747A (zh) | 一种链路异常追溯方法、集群、节点及系统 | |
| CN112134754A (zh) | 压力测试方法、装置、网络设备及存储介质 | |
| CN112219103A (zh) | 为测试装置提供远程支持服务的系统和方法 | |
| CN111190761B (zh) | 日志输出方法、装置、存储介质及电子设备 | |
| CN116800594A (zh) | 智能诊断故障的方法、装置、电子设备及可读存储介质 | |
| KR102462101B1 (ko) | 인공지능을 기반으로 한 웹 사이트 분석 시스템 및 그 방법 | |
| CN114257632B (zh) | 断线重连的方法、装置、电子设备及可读存储介质 | |
| CN111290873B (zh) | 故障处理方法和装置 | |
| CN112671822B (zh) | 服务请求处理方法、装置、存储介质、服务器和系统 | |
| WO2017096791A1 (zh) | 一种诊断测试消息处理方法及装置 | |
| CN116016105A (zh) | 支持多通信类型的故障诊断方法、装置、设备及存储介质 | |
| CN112559561B (zh) | 数据处理方法及相关装置 | |
| US20230067756A1 (en) | Using machine learning for security anomaly detection and user experience inference | |
| CN113094268B (zh) | 测试方法、装置、设备和介质 | |
| CN113193987B (zh) | 一种设备管控方法和装置 | |
| CN115378803B (zh) | 日志管理方法、装置、区块链节点和存储介质 | |
| CN115226137A (zh) | 故障告警方法、装置、电子设备和可读介质 | |
| CN117640357A (zh) | 网元数据采集异常的处理方法、装置和相关设备 | |
| CN115470105A (zh) | 回归测试方法、装置、电子设备及计算机可读存储介质 | |
| CN115202919A (zh) | 一种记录故障日志的处理方法、装置、设备及介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20240115 Address after: No. 13 Xingxiang Road, Zengjia Town, High tech Zone, Shapingba District, Chongqing, 400039 Applicant after: Chongqing Selis Phoenix Intelligent Innovation Technology Co.,Ltd. Address before: 618 Liangjiang Avenue, Longxing Town, Yubei District, Chongqing Applicant before: Chongqing Celes New Energy Automobile Design Institute Co.,Ltd. |