业务故障原因信息生成方法、装置、设备和计算机可读介质制造方法及图纸

本公开的实施例公开了业务故障原因信息生成方法、装置、电子设备和计算机可读介质。该方法的一具体实施方式包括：获取待处理的业务故障信息和预先生成的业务有向图，其中，业务有向图的每个节点对应一项业务信息，通过有向线连接的两个节点之间设置有权重值；将业务故障信息在业务有向图中进行匹配，得到与业务故障信息相匹配的目标节点；确定以目标节点作为起始节点的至少一条路径；基于至少一条路径，生成业务故障信息对应的业务故障原因信息。该实施方式实现了更加准确的确定业务故障原因信息。信息。信息。

【技术实现步骤摘要】
业务故障原因信息生成方法、装置、设备和计算机可读介质


[0001]本公开的实施例涉及计算机
，具体涉及业务故障原因信息生成方法、装置、设备和计算机可读介质。

技术介绍

[0002]随着业务系统提供的服务越来越多，系统也越来越复杂。业务系统在使用过程中经常会出现各式各样的故障。当出现故障时，一般依赖业务人员的经验来找出去找出故障原因。
[0003]然而，当采用上述方式确定故障原因时，经常会存在如下技术问题：
[0004]出现故障的原因往往千差万别，而且服务之间往往存在复杂的内部调用逻辑。因此，依赖于业务人员的经验容易受到主观因素的影响，难以准确的确定故障原因，进而影响业务系统的正常运转，影响业务处理效率。

技术实现思路

[0005]本公开的内容部分用于以简要的形式介绍构思，这些构思将在后面的具体实施方式部分被详细描述。本公开的内容部分并不旨在标识要求保护的技术方案的关键特征或必要特征，也不旨在用于限制所要求的保护的技术方案的范围。本公开的一些实施例提出了方法、装置、设备和计算机可读介质，来解决以上
技术介绍
部分提到的技术问题中的一项或多项。
[0006]第一方面，本公开的一些实施例提供了一种业务故障原因信息生成方法，该方法包括：获取待处理的业务故障信息和预先生成的业务有向图，其中，业务有向图的每个节点对应一项业务信息，通过有向线连接的两个节点之间设置有权重值；将业务故障信息在业务有向图中进行匹配，得到与业务故障信息相匹配的目标节点；确定以目标节点作为起始节点的至少一条路径；基于至少一条路径，生成业务故障信息对应的业务故障原因信息。
[0007]第二方面，本公开的一些实施例提供了一种业务故障原因信息生成装置，装置包括：获取单元，被配置成获取待处理的业务故障信息和预先生成的业务有向图，其中，业务有向图的每个节点对应一项业务信息，通过有向线连接的两个节点之间设置有权重值；匹配单元，被配置成将业务故障信息在业务有向图中进行匹配，得到与业务故障信息相匹配的目标节点；确定单元，被配置成确定以目标节点作为起始节点的至少一条路径；生成单元，被配置成基于至少一条路径，生成业务故障信息对应的业务故障原因信息。
[0008]第三方面，本公开的一些实施例提供了一种电子设备，包括：一个或多个处理器；存储装置，其上存储有一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现上述第一方面任一实现方式所描述的方法。
[0009]第四方面，本公开的一些实施例提供了一种计算机可读介质，其上存储有计算机程序，其中，程序被处理器执行时实现上述第一方面任一实现方式所描述的方法。
[0010]本公开的上述各个实施例具有如下有益效果：利用业务有向图对业务系统中的多
项业务信息进行组织。业务有向图可以用于表征业务故障信息和业务故障原因信息之间的对应关系，由于排除了主观因素，可以更加准确的确定业务故障原因信息。从而可以及时的排除故障，避免由于长时间故障影响业务处理效率。
附图说明
[0011]结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，元件和元素不一定按照比例绘制。
[0012]图1是根据本公开的一些实施例的业务故障原因信息生成方法的一个应用场景的示意图；
[0013]图2是根据本公开的业务故障原因信息生成方法的一些实施例的流程图；
[0014]图3是根据本公开的一些实施例的业务故障原因信息生成方法的一个示例性业务有向图；
[0015]图4是根据本公开的业务故障原因信息生成方法的另一些实施例的流程图；
[0016]图5是根据本公开的业务故障原因信息生成装置的一些实施例的结构示意图；
[0017]图6是适于用来实现本公开的一些实施例的电子设备的结构示意图。
具体实施方式
[0018]下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例。相反，提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。
[0019]另外还需要说明的是，为了便于描述，附图中仅示出了与有关专利技术相关的部分。在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。
[0020]需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
[0021]需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。
[0022]本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。
[0023]下面将参考附图并结合实施例来详细说明本公开。
[0024]图1是根据本公开一些实施例的业务故障原因信息生成方法的一个应用场景的示意图。
[0025]业务故障原因信息生成方法的执行主体可以是硬件，也可以是软件。当其为硬件时，可以实现成多个服务器或终端设备组成的分布式集群，也可以实现成单个服务器或单个终端设备。当其为软件时，可以安装在上述所列举的硬件设备中。其可以实现成例如用来提供分布式服务的多个软件或软件模块，也可以实现成单个软件或软件模块。在此不做具体限定。
[0026]在本应用场景下，上述执行主体可以首先获取待处理的业务故障信息和预先生成
的业务有向图。如图所示，业务有向图中包括A
‑
F共6个节点。A对应的业务信息为称重设备内网连接异常，B对应的业务信息为货件重量为0，C对应的业务信息为货件错误分拣到X路线，D对应的业务信息为货件计费偏高。E对应的业务信息为货件重量小于50克，F对应的业务信息为货件目的邮编为偏远岛屿。节点通过有向线连接的两个节点之间设置有权重值，权重值如图所示。以连接A和B的有向线对应的权重为0.6为例，其表示的含义为：货件重量为零有60％的可能是因为称重设备内网连接异常。类似的，货件重量为零还有40％的可能是因为货件重量小于50克。
[0027]在此基础上，上述执行主体可以将业务故障信息在业务有向图中进行匹配，得到与业务故障信息相匹配的目标节点。在本应用场景下，业务故障信息以“收费偏高”为例。在此基础上，可以将业务故障信息与每个节点对应的业务信息进行匹配，得到目标节点为节点D。然后，可以确定以目标节点作为起始节点的至少一条路径。在本应用场景下，可以得到三条路径，即D
–
C
–
B
–
A、D
–
C
–
...

【技术保护点】

【技术特征摘要】
1.一种业务故障原因信息生成方法，包括：获取待处理的业务故障信息和预先生成的业务有向图，其中，所述业务有向图的每个节点对应一项业务信息，通过有向线连接的两个节点之间设置有权重值；将所述业务故障信息在所述业务有向图中进行匹配，得到与所述业务故障信息相匹配的目标节点；确定以所述目标节点作为起始节点的至少一条路径；基于所述至少一条路径，生成所述业务故障信息对应的业务故障原因信息。2.根据权利要求1所述的方法，其中，所述基于所述至少一条路径，生成所述业务故障信息对应的业务故障原因信息，包括：根据每条路径中的多个有向线对应的权重值确定所述路径对应的概率值；将每条路径对应的概率值和所述路径中的结束节点对应的业务信息确定为所述路径对应的业务故障子原因信息；将所述至少一条路径对应的至少一条业务故障子原因信息确定为所述业务故障原因信息。3.根据权利要求2所述的方法，其中，所述方法还包括：根据所述至少一条业务故障子原因信息所包括的概率值由大到小的顺序，控制检修机器人依次对至少一条业务故障子原因信息所包括的业务信息所对应的设备进行检修。4.根据权利要求1所述的方法，其中，所述确定以所述目标节点作为起始节点的至少一条路径，包括：响应于业务有向图中的节点总数大于预设阈值，确定以所述目标节点作为起始节点的最短路径；遍历所述业务有向图以查找以所述目标节点作为起始节点的其余路径。5.根据权利要求1
‑
4中任一所述的方法，其中，所述方法还包括：获取所述业务故障信息对应的已知业务信息；将所述已知业务信息在所述业务有向图中进行匹配，得到已知业务信息节点；以及所述确定以所述目标节点作为起始节点的至少一条路径，包括：确定以所述目标节点或所述已知业务信息节点作为起始节点的至少一条路径。6.根据权利...

【专利技术属性】
技术研发人员：冯凯，
申请(专利权)人：北京京东振世信息技术有限公司，
类型：发明
国别省市：