CN108984404A - 一种异常信息处理方法及系统，一种计算机产品 - Google Patents

Abstract

本发明公开了一种异常信息处理方法及系统，一种计算机产品，包括：获取业务请求命令；根据获取到的业务请求命令匹配对应的通信链路；根据匹配后对应的通信链路进行逻辑业务处理；当在进行逻辑业务处理过程中接收到异常状态信息时，将异常状态信息进行发送。通过对调用链的定位查找，解决了对异常信息的定位问题，降低企业损失。

Description

一种异常信息处理方法及系统，一种计算机产品

技术领域

本发明涉及信息交互领域，特别涉及一种异常信息处理方法及系统，一种计算机产品。

背景技术

调用链是一种采集上下游调用关系形成全局软件部署图的技术方案。如果在进行业务处理过程中全量采集，数据量太大，所以现有的技术方案往往基于设定的采样率来采集数据，同时也存在一定的缺失。基于采样率来上报数据，如果采样率为1，则上报的数据量太大，浪费带宽和企业的存储；若采用率小于1，则造成异常调用链丢失，不利于企业定位生产环境的问题，造成不可估量的损失。

基于以上存在技术问题，本申请提供了解决以上技术问题的技术方案。

发明内容

本发明的目的是提供一种异常信息处理方法及系统，一种计算机产品，通过对调用链的定位查找，解决了对异常信息的定位问题，降低企业损失。

本发明提供的技术方案如下：

一种异常信息处理方法，包括：获取业务请求命令；根据获取到的业务请求命令匹配对应的通信链路；根据匹配后对应的通信链路进行逻辑业务处理；当在进行逻辑业务处理过程中接收到异常状态信息时，将异常状态信息进行发送。

进一步优选的，还包括：根据接收到的异常状态信息查找出所述通信链路上发生的异常调用链；采集所述异常调用链上各节点反馈的数据信息，并根据各节点反馈的数据信息诊断出发生异常的因素并进行相应的处理。

进一步优选的，还包括：将发生异常状态信息时对应的通信链路上的交互数据信息进行存储。

进一步优选的，包括：从所述业务请求命令中提取出标识信息；根据提取出的所述标识信息从存储的通信链路中检索出对应调用链；进一步根据特征信息检索出所述异常调用链。

进一步优选的，包括：查找出所述异常调用链的根节点，并采集根节点上接到的反馈数据信息；以异常调用链的根节点为起点，利用采集到的反馈数据信息，并依次历遍与反馈数据信息相关的各个子节点，查找出异常节点；并对所述异常节点进行诊断处理。

一种异常信息处理系统，包括：命令获取模块，用于获取业务请求命令；通信链路匹配模块，与所述命令获取模块通信连接；根据获取到的业务请求命令匹配对应的通信链路；业务处理模块，与所述通信链路匹配模块通信连接；根据匹配后对应的通信链路进行逻辑业务处理；异常信息发送模块，与所述业务处理模块通信连接；当在进行逻辑业务处理过程中接收到异常状态信息时，将异常状态信息进行发送。

进一步优选的，异常信息存储模块，将发生异常状态信息时将对应的通信链路上的交互数据信息进行存储；异常信息查找模块，根据接收到的异常状态信息查找出所述通信链路上发生的异常调用链；异常信息诊断模块，采集所述异常调用链上各节点反馈的数据信息，并诊断出异常发生的因素并进行相应的处理。

进一步优选的，所述异常信息查找模块具体包括：从所述业务请求命令中提取出标识信息；根据提取出的所述标识信息从存储的通信链路中检索出对应调用链；进一步根据特征信息检索出异常调用链。

进一步优选的，所述异常信息诊断模块，包括：查找出异常调用链的根节点，并采集根节点上接到的反馈数据信息；以异常调用链的根节点为起点，利用采集到的反馈数据信息，并依次历遍与反馈数据信息相关的各个子节点，查找出异常节点；并对所述异常节点进行诊断处理。

一种计算机产品，包括计算机可读指令，当计算机读取所述计算机可读指令时，使得计算机执行上述所述异常信息处理方法；包括：获取业务请求命令；根据获取到的业务请求命令匹配对应的通信链路；根据匹配后对应的通信链路进行逻辑业务处理；当在进行逻辑业务处理过程中接收到异常状态信息时，将异常状态信息进行发送。

本发明提供的一种异常信息处理方法及系统，一种计算机产品，能够带来以下至少一种有益效果：

在本发明中，通过获取业务请求命令，建立数据运行的逻辑链路，并对业务处理过程的运行状态进行监测，并将异常状态信息进行进行上报，实现了对于异常状态的实时监测，为用户提供实时准确的动态结果。

在本发明中，通过异常状态信息的上报，并将异常状态信息进行保存，实现用户对于异常信息的追踪，并对异常信息可进行大数据统计，对于优化技术方案提供便利的条件。

在本发明中，通过标识信息确认异常调用链，同时接收调用链的各节点的反馈信息，在反馈信息中包括调用下一节点结果信息，包括成功，或者失败；在一条调用链上通过串行的传输模式，将反馈信息反馈到每个调用链的根节点上，这样用户可以快速的查找并定位到异常节点，使系统在进行业务处理过程，不会丢失任何一个信息，同时实现有选择性的上报；一方面将信息全部存储，方便后续追踪；再一方面，解决了采样上报造成信息异常信息都是的问题，同时，也解决了大量数据全部上报造成存储数据量过大的问题；因此基于以上，本申请实现异常信息快速定位，为用户产品提供了可靠的保障，起到了双赢的效果。

附图说明

下面将以明确易懂的方式，结合附图说明优选实施方式，对一种异常信息处理方法及系统，及一种计算机产品的上述特性、技术特征、优点及其实现方式予以进一步说明。

图1是本发明异常信息处理方法一个实施例的流程图；

图2是本发明异常信息处理方法另一个实施例的流程图；

图3是本发明异常信息处理方法另一个实施例的流程图；

图4是本发明异常信息处理方法另一个实施例的流程图；

图5是本发明调用链节点图；

图6是本发明异常信息处理系统的一个实施例的结构图；

图7是本发明异常信息处理系统另一个实施例的结构图。

具体实施方式

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对照附图说明本发明的具体实施方式。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图，并获得其他的实施方式。

为使图面简洁，各图中只示意性地表示出了与本发明相关的部分，它们并不代表其作为产品的实际结构。另外，以使图面简洁便于理解，在有些图中具有相同结构或功能的部件，仅示意性地绘示了其中的一个，或仅标出了其中的一个。在本文中，“一个”不仅表示“仅此一个”，也可以表示“多于一个”的情形。

本发明提供了一种异常信息处理方法一个实施例，如图1所示，包括：

步骤S110获取业务请求命令；

步骤S120根据获取到的业务请求命令匹配对应的通信链路；

步骤S130根据匹配后对应的通信链路进行逻辑业务处理；

步骤S140当在进行逻辑业务处理过程中接收到异常状态信息时，将异常状态信息进行发送。

具体的，调用链是一种采集上下游调用关系形成全局软件部署图的技术方案。对于分布式系统的一次请求可能会瀑布式的连续触发多个模块去处理，例如a调用了bc，b调用d，c调用ef。作为日后日志分析或者数据恢复bug修复等等的需要，就要求把这个请求完整的调用过程给记录下来。每一个逻辑调用关系，则组成一个调用链；在系统中根据相关的业务请求进行逻辑调用时，如果全量采集，数据量太大，所以现有的技术方案往往基于设定的采样率来采集数据。这种情况下会造成异常调用链数据没有被采集，线上问题无法定位，造成企业的损失；因此在本实施例中，首先获取用户通过终端下发的任务，比如在网上下单，服务器会对下单任务请求进行分析，为其匹配对应的完成任务的链路；比如，需要购买手机；当服务器接收到购买手机的任务时，服务器便会调取与手机相关的订单信息；具体购买哪一款、哪一种价位的需要客户来决定；当用户从众多的链路信息中，选择其中一种，因此按照该调用链进行逻辑处理，也即调用对应商家的对应产品；如果在进行逻辑处理过程中发生异常，则会推送异常状态信息，方便商家、或者程序员需要造成失败的原因。

本发明还提供了一个实施例；参考图2所示；还包括：

步骤S210获取业务请求命令；

步骤S220根据获取到的业务请求命令匹配对应的通信链路；

步骤S230根据匹配后对应的通信链路进行逻辑业务处理；

步骤S240当在进行逻辑业务处理过程中接收到异常状态信息时，将异常状态信息进行发送；

步骤S250将发生异常状态信息时将对应的通信链路上的交互数据信息进行存储；

步骤S260根据接收到的异常状态信息查找出所述通信链路上发生的异常调用链；

步骤S270采集所述异常调用链上各节点反馈的数据信息，并诊断出异常发生的因素并进行相应的处理。

具体的，在上一实施例的基础上增加了以下；如果通信链路中调用链发生异常，无法完成业务处理；需要将异常信息状态进行上报推送；系统将发生异常的这条调用链上的数据信息进行存储，并存储在存储中心；当用户在排查异常信息时，需要将存储中心的信息作为依据进行查找；当查找到发生异常的根源时，对其进行分析，并诊断处理引发异常的原因。

调用链发生异常因素包括：异常调用链可以从技术角度和业务角度2个维度来考虑，具体如下：

技术维度：一个链中发生了以下任意一种行为：HTTP调用异常(比如网络异常)，远程过程调用异常(比如网络异常)，调用redis异常(比如取不到连接)，数据库查询异常(比如取不到连接)等其它情况；

业务维度：比如技术维度一个调用成功，但是从业务角度来说本次调用失败，也定义为发生异常。

用户可以根据异常产生原因进行数据统计分析，从而实现对于软件的进一步优化，升级。因此查找异常因素，可以进一步的趋势对程序的优化，以此使其应用平台更加完善。

本发明还提供了一个实施例；参考图3所示；包括：

步骤S261从所述业务请求命令中提取出标识信息；

步骤S262从根据提取出的所述标识信息从存储的通信链路中检索出对应调用链；

步骤S263从进一步根据特征信息检索出异常调用链。

具体的，在本实施例中提供查找异常调用链的实施方法；在业务处理过程中，由于各种因素造成业务处理中断，因此需要排查中断原因；具体为查找异常调用链；例如，应用于APP的订单业务；完成该订单业务需要的路径如图5所述；在该图中包括多条路径；ABCDG、ABEFG、AMDG；具体的在该次运行过程中执行哪一条调用链用户不清楚；那么首先需要从用户的信息出发为切换点；比如，用户的订单信息为，“A需要运送300千克的水果，需要具有保鲜动能的车辆；具体的运送时间为几点；”在该条信息中，A是唯一的标识信息，需要在数据存储中心中，检索出与A相关信息，进一步在根据下单的时间、或者用户的特殊要求是“保鲜”等表示，将这些信息结合定位到具体的调用链；这样在多条调用链中找到为ABCDG这一条为异常调用链。

基于以上，本申请通过提取唯一标识和特殊标识信息，实现了对异常调用链的定位。

本发明还提供了一个实施例；参考图4所示；包括：

步骤S271查找出异常调用链的根节点，并采集根节点上接到的反馈数据信息；

步骤S272以异常调用链的根节点为起点，利用采集到的反馈数据信息，并依次历遍与反馈数据信息相关的各个子节点，查找出异常节点；

步骤S273并对所述异常节点进行诊断处理。

具体的，在本实施例中提供了异常调用链上异常节点的定位，可以更快的查找出导致异常的因素，并进行相应的处理；每个调用链组成是由多个节点实现的，因此在排场异常因素是需要每个节点的进行排查，在本申请中，每个节点接收到上一节点的任务时，需要将相应的节点调用信息进行反馈；也即通过图5所示；假设在调用链为ABCDG这一条，A调用B，B调用,直到D调用G；A为根节点，B和M为A的子节点；C和E节点的反馈的响应信息反馈给B,进一步的B再反馈给A；同理，A收集子节点的反馈信息，当出现异常时，根据标识信息查找到ABCDG这调用链，根据反馈响应信息查找到定位到具体的异常点；进一步的分析出造成异常出现的原因。

因此，本申请中，通过调用链上以串行的传输方式是实现节点信息反馈，可以实现异常信息的快速定位，解决了现有技术中数据量采集太大，以及采样信息采样不完整的问题。

本发明提供还提供了一种异常信息处理系统的一个实施例，参考图6所示；包括：命令获取模块100，用于获取业务请求命令；通信链路匹配模块200，与所述命令获取模块通信连接；根据获取到的业务请求命令匹配对应的通信链路；业务处理模块300，与所述通信链路匹配模块通信连接；根据匹配后对应的通信链路进行逻辑业务处理；异常信息发送模块400，与所述业务处理模块通信连接；当在进行逻辑业务处理过程中接收到异常状态信息时，将异常状态信息进行发送。

具体的，在本申请中，服务器接收命令发起方和接收方的数据信息，并接收到信息进反馈传递；调用链是一种采集上下游调用关系形成全局软件部署图的技术方案。对于分布式系统的一次请求可能会瀑布式的连续触发多个模块去处理，例如a调用了bc，b调用d，c调用ef。作为日后日志分析或者数据恢复bug修复等等的需要，就要求把这个请求完整的调用过程给记录下来。每一个逻辑调用关系，则组成一个调用链；在系统中根据相关的业务请求进行逻辑调用时，如果全量采集，数据量太大，所以现有的技术方案往往基于设定的采样率来采集数据。这种情况下会造成异常调用链数据没有被采集，线上问题无法定位，造成企业的损失；因此在本实施例中，首先通过命令获取模块100获取用户通过终端下发的任务，比如在网上下单，服务器会对下单任务请求进行分析，利用通信链路匹配模块200为其匹配对应的完成任务的链路；比如，需要购买手机；当服务器接收到购买手机的任务时，服务器便会调取与手机相关的订单信息；具体购买哪一款、哪一种价位的需要客户来决定；当用户从众多的链路信息中，选择其中一种，因此通过业务处理模块300按照该调用链进行逻辑处理，也即调用对应商家的对应产品；如果在进行逻辑处理过程中发生异常，则会通过异常信息发送模块400推送异常状态信息，方便商家、或者程序员需要造成失败的原因。

本发明还提供了一个实施例；参考图7所示；还包括：异常信息存储模块500，与所述异常信息发送模块400通信连接，将发生异常状态信息时将对应的通信链路上的交互数据信息进行存储；异常信息查找模块600，与所述异常信息存储模块500通信连接；根据接收到的异常状态信息查找出所述通信链路上发生的异常调用链；异常信息诊断模块700，与所述异常信息查找模块600通信连接；采集所述异常调用链上各节点反馈的数据信息，并诊断出异常发生的因素并进行相应的处理。所述异常信息查找模块600具体包括：从所述业务请求命令中提取出标识信息；根据提取出的所述标识信息从存储的通信链路中检索出对应调用链；进一步根据特征信息检索出异常调用链。所述异常信息诊断模块700，包括：查找出异常调用链的根节点，并采集根节点上接到的反馈数据信息；以异常调用链的根节点为起点，利用采集到的反馈数据信息，并依次历遍与反馈数据信息相关的各个子节点，查找出异常节点；并对所述异常节点进行诊断处理。

具体的，在本实施例中假设在一次调用中，发起方发起调用，服务方收到请求；执行时发现异常(技术维度或者业务维度)导致程序无法正常执行的，则视为异常发生，将异常设置在返回的结果里传给发起方；发起方收到结果后进行解析，判断是否发生异常，还有一种情况是由于网络类似的问题导致发起方无法发起正常调用，此时发起方直接视为异常发生。通过在调用链的各个环节中将服务方的成功/失败状态回传给调用方，服务方和调用方同时根据是否发生业务异常，决定是否把调用链相关数据进行上传，一旦决定上传，则把所有调用链相关的数据都上报，达到异常调用链被采集的效果，供企业进行数据分析快速定位问题。

具体的实施方式参见方法实施例，本申请中方法实施例与系统实施例一一对应，再此不再赘述。

本申请中还提供了一种计算机产品，包括计算机可读指令，当计算机读取所述计算机可读指令时，使得计算机执行上述方法实施例包括：参考图1-4所示；

指令100获取业务请求命令；

指令200根据获取到的业务请求命令匹配对应的通信链路；

指令300根据匹配后对应的通信链路进行逻辑业务处理；

指令400当在进行逻辑业务处理过程中接收到异常状态信息时，将异常状态信息进行发送；

指令500将发生异常状态信息时对应的通信链路上的交互数据信息进行存储；

指令610从所述业务请求命令中提取出标识信息；

指令620根据提取出的所述标识信息从存储的通信链路中检索出对应调用链；

指令710查找出所述异常调用链的根节点，并采集根节点上接到的反馈数据信息；

指令720以异常调用链的根节点为起点，利用采集到的反馈数据信息，并依次历遍与反馈数据信息相关的各个子节点，查找出异常节点；

指令730并对所述异常节点进行诊断处理。

具体的实施方式参见方法实施例，本申请中方法实施例一一对应，再此不再赘述。

在本发明中，如果以软件功能单元的形式实现并作为独立的产品销售或者使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术的贡献的部分或者该技术方案的全部或者部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可是个人计算机，服务器，或者网络设备)，或者处理器执行本申请个实施例所述方法的全部或部分步骤。而前述的存储价值包数据服务器，云端服务器，只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动通信设备，或者光盘、或者U盘等各种可以存储代码的介质。

应当说明的是，上述实施例均可根据需要自由组合。以上仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种异常信息处理方法，其特征在于，包括：

获取业务请求命令；

根据获取到的业务请求命令匹配对应的通信链路；

根据匹配后对应的通信链路进行逻辑业务处理；

当在进行逻辑业务处理过程中接收到异常状态信息时，将异常状态信息进行发送。

2.根据权利要求1所述的异常信息处理方法，其特征在于，还包括：

根据接收到的异常状态信息查找出所述通信链路上发生的异常调用链；

采集所述异常调用链上各节点反馈的数据信息，并根据各节点反馈的数据信息诊断出发生异常的因素并进行相应的处理。

3.根据权利要求2所述的异常信息处理方法，其特征在于，还包括：

将发生异常状态信息时对应的通信链路上的交互数据信息进行存储。

4.根据权利要求3所述的异常信息处理方法，其特征在于，包括：

从所述业务请求命令中提取出标识信息；

根据提取出的所述标识信息从存储的通信链路中检索出对应调用链；

进一步根据特征信息检索出所述异常调用链。

5.根据权利要求3所述的异常信息处理方法，其特征在于，包括：

查找出所述异常调用链的根节点，并采集根节点上接到的反馈数据信息；

以异常调用链的根节点为起点，利用采集到的反馈数据信息，并依次历遍与反馈数据信息相关的各个子节点，查找出异常节点；

并对所述异常节点进行诊断处理。

6.一种异常信息处理系统，其特征在于，包括：

命令获取模块，用于获取业务请求命令；

通信链路匹配模块，与所述命令获取模块通信连接；根据获取到的业务请求命令匹配对应的通信链路；

业务处理模块，与所述通信链路匹配模块通信连接；根据匹配后对应的通信链路进行逻辑业务处理；

异常信息发送模块，与所述业务处理模块通信连接；当在进行逻辑业务处理过程中接收到异常状态信息时，将异常状态信息进行发送。

7.根据权利要求6所述的异常信息处理方法，其特征在于，还包括：

异常信息存储模块，将发生异常状态信息时将对应的通信链路上的交互数据信息进行存储；

异常信息查找模块，根据接收到的异常状态信息查找出所述通信链路上发生的异常调用链；

异常信息诊断模块，采集所述异常调用链上各节点反馈的数据信息，并诊断出异常发生的因素并进行相应的处理。

8.根据权利要求7所述的异常信息处理方法，其特征在于，所述异常信息查找模块具体包括：从所述业务请求命令中提取出标识信息；根据提取出的所述标识信息从存储的通信链路中检索出对应调用链；进一步根据特征信息检索出异常调用链。

9.根据权利要求7所述的异常信息处理方法，其特征在于，所述异常信息诊断模块，包括：查找出异常调用链的根节点，并采集根节点上接到的反馈数据信息；以异常调用链的根节点为起点，利用采集到的反馈数据信息，并依次历遍与反馈数据信息相关的各个子节点，查找出异常节点；并对所述异常节点进行诊断处理。

10.一种计算机产品，包括计算机可读指令，当计算机读取所述计算机可读指令时，使得计算机执行如权利要求1-5任一项所述方法；其特征在于，包括：

获取业务请求命令；

根据获取到的业务请求命令匹配对应的通信链路；

根据匹配后对应的通信链路进行逻辑业务处理；

当在进行逻辑业务处理过程中接收到异常状态信息时，将异常状态信息进行发送。