CN111193631A - 信息处理方法、***和计算机可读存储介质 - Google Patents

Abstract

本公开涉及一种信息处理方法、***和计算机可读存储介质，涉及互联网技术领域。本公开的方法包括：获取上一处理环节的服务节点发送的信息，信息包括：话单；对信息进行处理，并将根据处理过程生成的跟踪信息***信息中；将信息发送至下一处理环节的服务节点。通过直接将跟踪信息***信息中，利用信息在各个环节流转的特性，可以实现分布式***中的服务跟踪，降低了分布式环境下服务跟踪对业务***性能的损害，降低了分布式环境下服务跟踪的成本。此外，不需要进行后续的日志整合，提高了利用跟踪信息进行分析的效率。

Description

信息处理方法、***和计算机可读存储介质

技术领域

本公开涉及互联网技术领域，特别涉及一种信息处理方法、***和计算机可读存储介质。

背景技术

随着业务的高速增长，各大企业的研发体系都陆续实施了SOA(Service OrientedArchitecture，面向服务的架构)化和微服务战略，以应对日益复杂的业务变化。这些分布式应用彼此依赖、共同协作来完成所有的业务场景，其复杂性已超出想象，对其进行全面监控已非人力所及，迫切需要一种软件工具来协助。

目前，业界流行的分布式跟踪方法称为“调用链”。每次调用，都会在源头请求中产生一个全局唯一的ID(称为“TraceId”)，每一个环节都会生成包含TraceId在内的日志信息，通过TraceId将不同***上的“孤立”日志联系在一起，然后通过日志分析，重组还原出更多有价值的信息。

发明内容

发明人发现：现有的调用链技术存在以下问题：调用链数据的生成是依靠对整个调用过程的所有应用输出日志，因此对核心业务***会降低性能。对于运营商的交易密集型业务(如缴费、充值、支付等)来说，中等规模省份的性能指标要求已高达12w条/s，采用调用链方式势必产生较大性能损耗，降低了业务的效率。同时，根据TraceId进行日志整合进行分析，效率也比较低。

本公开所要解决的一个技术问题是：提出一种适用于分布式***的跟踪方法，提高***的处理效率和利用跟踪信息进行分析的效率。

根据本公开的一些实施例，提供的一种信息处理方法，包括：获取上一处理环节的服务节点发送的信息，信息包括：话单；对信息进行处理，并将根据处理过程生成的跟踪信息***信息中；将信息发送至下一处理环节的服务节点。

在一些实施例中，将根据处理过程生成的跟踪信息***信息中包括：根据处理环节的顺序，在信息中的预设位置***根据处理过程生成的跟踪信息。

在一些实施例中，该方法还包括：读取信息中的跟踪信息；根据跟踪信息对服务节点的性能进行分析；或者根据跟踪信息对信息的处理过程进行分析。

在一些实施例中，跟踪信息包括处理时间信息、服务节点标识；根据跟踪信息对服务节点的性能进行分析包括：根据处理过程的时长确定服务节点标识对应的服务节点是否存在异常；或者根据处理过程的时长确定服务节点标识对应的服务节点的处理效率。

在一些实施例中，跟踪信息包括：业务参数、业务结果、服务节点标识；根据跟踪信息对信息的处理过程进行分析包括：按照处理环节的顺序，依次检测各个服务节点标识对应的业务参数和业务结果的一致性，确定服务节点标识对应的服务节点是否出现处理错误。

在一些实施例中，在信息为话单的情况下，处理环节包括：预处理、排重、批价、合帐。

根据本公开的另一些实施例，提供的一种信息处理***，包括：多个服务节点；服务节点包括：信息获取模块，信息处理模块，信息发送模块；信息获取模块用于获取上一处理环节的服务节点发送的信息，信息包括：话单；信息处理模块用于对信息进行处理，并将根据处理过程生成的跟踪信息***信息中；信息发送模块用于将信息发送至下一处理环节的服务节点。

在一些实施例中，信息处理模块用于根据处理环节的顺序，在信息中的预设位置***根据处理过程生成的跟踪信息。

在一些实施例中，该***还包括：分析模块，用于读取信息中的跟踪信息，根据跟踪信息对服务节点的性能进行分析；或者根据跟踪信息对信息的处理过程进行分析。

在一些实施例中，跟踪信息包括处理时间信息、服务节点标识；分析模块用于根据处理过程的时长确定服务节点标识对应的服务节点是否存在异常；或者根据处理过程的时长确定服务节点标识对应的服务节点的处理效率。

在一些实施例中，跟踪信息包括：业务参数、业务结果、服务节点标识；分析模块用于按照处理环节的顺序，依次检测各个服务节点标识对应的业务参数和业务结果的一致性，确定服务节点标识对应的服务节点是否出现处理错误。

在一些实施例中，在信息为话单的情况下，处理环节包括：预处理、排重、批价、合帐。

根据本公开的又一些实施例，提供的一种信息处理***，包括：存储器；以及耦接至存储器的处理器，处理器被配置为基于存储在存储器中的指令，执行如前述任意实施例的信息处理方法。

根据本公开的再一些实施例，提供的一种计算机可读存储介质，其上存储有计算机程序，其中，该程序被处理器执行时实现前述任意实施例的信息处理方法。

本公开中不同处理环节的服务节点在接收到上一处理环节发来的信息后，对信息进行处理的同时，将跟踪信息***信息中再发送至下一处理环节的服务节点。通过直接将跟踪信息***信息中，利用信息在各个环节流转的特性，可以实现分布式***中的服务跟踪，降低了分布式环境下服务跟踪对业务***性能的损害，降低了分布式环境下服务跟踪的成本。此外，不需要进行后续的日志整合，提高了利用跟踪信息进行分析的效率。

通过以下参照附图对本公开的示例性实施例的详细描述，本公开的其它特征及其优点将会变得清楚。

附图说明

为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出本公开的一些实施例的信息处理方法的流程示意图。

图2示出本公开的另一些实施例的信息处理方法的流程示意图。

图3示出本公开的一些实施例的信息处理***的结构示意图。

图4示出本公开的另一些实施例的信息处理***的结构示意图。

图5示出本公开的又一些实施例的信息处理***的结构示意图。

具体实施方式

下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。

本公开提出一种信息处理方法，适用于分布式***中对服务的跟踪，下面结合图1进行描述。

图1为本***息处理方法一些实施例的流程图。如图1所示，该实施例的方法包括：步骤S102～S106。

在步骤S102中，当前服务节点获取上一处理环节的服务节点发送的信息。

信息例如包括：话单。信息也可以是其他在分布式***中被多个服务节点进行调用的信息，不限于所举示例。

针对话单，处理环节粗粒度划分例如包括：预处理、排重、批价、合帐。进一步，每个环节里面还可以细分为很多子环节，例如，预处理环节还可以细分为格式标准化、分拣过滤、信息增强、话单合并/拆分等子环节。具体的信息处理环节根据实际需求进行设置，不限于所举示例。

在步骤S104中，当前服务节点对信息进行处理，并将根据处理过程生成的跟踪信息***信息中。

根据服务节点的预设处理规则对信息进行处理。例如，排重环节的服务节点则按照预设的排重规则，识别出重复的话单将其排除。跟踪信息例如包括：处理时间信息、业务参数、业务结果、异常信息中至少一项，以及服务节点标识。处理时间信息例如包括：处理开始时间、处理结束时间或处理时长等信息。业务参数例如包括：服务节点对信息进行处理的过程中涉及的信息中的参数，以及用于处理信息的预设处理规则中的参数。业务结果例如为信息处理的最终结果。异常信息例如包括：处理过程中发现的信息的异常信息，以及服务节点发生的异常。

不同服务节点将本服务节点处理过程的相关信息作为跟踪信息添加至信息中，不同服务节点生成的跟踪信息不同。跟踪信息具体包含的内容可以根据实际需求进行设置，可以采用与日志信息相同的方式或内容，不限于所举示例。

在一些实施例中，根据处理环节的顺序，在信息中的预设位置***跟踪信息。不同处理环节的服务节点按照处理的顺序将跟踪信息***信息中，从而使跟踪信息按照处理顺序被***在信息的正文之后。信息为话单的情况下，针对定长话单，可以设置跟踪信息所占用的字段范围，从而在后续解析信息时根据字段范围确定哪些字段属于跟踪信息。针对不定长话单，可以在信息正文和跟踪信息之间设置分隔符，即在正文后面添加分隔符之后再***跟踪信息，后续解析信息的过程中可以根据分隔符确定哪些字段属于跟踪信息。

在步骤S106中，当前服务节点将信息发送至下一处理环节的服务节点。在各个节点可以执行步骤S104。

信息输入分布式***之后，被依次发送至各个处理环节的服务节点，每个服务节点在对信息进行处理之后都可以将根据处理过程生成的跟踪信息***信息中，最终信息处理结束则直接生成了调用链，并且可以追溯各个服务节点的处理相关信息。例如，话单会在各个环节依次流转。利用计费***的话单数据在各个环节流转的特性，将话单算费流程中各个节点所需的跟踪信息(如关键节点的业务参数、业务结果、异常信息、关键节点的处理开始时间、处理结束时间等)放入话单中，将这些埋点信息作为话单的一部分附着在原始话单上，等最后一个“合帐”环节完成时，原始话单加上各环节依次填入的跟踪信息，就天然形成了话单处理的“调用链”。

上述实施例的方法中不同处理环节的服务节点在接收到上一处理环节发来的信息后，对信息进行处理的同时，将跟踪信息***信息中再发送至下一处理环节的服务节点。通过直接将跟踪信息***信息中，利用信息在各个环节流转的特性，可以实现分布式***中的服务跟踪，降低了分布式环境下服务跟踪对业务***性能的损害，降低了分布式环境下服务跟踪的成本。此外，不需要进行后续的日志整合，提高了利用跟踪信息进行分析的效率。

在信息中***跟踪信息后，还可以根据跟踪信息对信息的处理过程进行分析等，下面结合图2进行描述。

图2为本***息处理方法另一些实施例的流程图。如图2所示，该实施例的方法包括：步骤S202～S210。

在步骤S202中，信息处理***获取待处理的信息。

信息处理***例如为计费***，待处理的信息例如为原始话单。

在步骤S204中，信息依次在各个处理环节的服务节点中传递，每个服务节点对信息进行处理，并将根据处理过程生成的跟踪信息***信息中。

在步骤S206中，信息处理***读取信息中的跟踪信息。

在信息处理完成后，可以解析信息获取其中的跟踪信息。

在步骤S208中，信息处理***根据跟踪信息对服务节点的性能进行分析。

在一些实施例中，信息处理***根据处理过程的时长确定服务节点标识对应的服务节点是否存在异常。例如，将处理过程的时长与预设时长进行比对，如果超过预设时长，则认为服务节点出现异常。处理过程的时长与服务节点的负载、资源和处理类型相关。服务节点的负载越轻、资源越多、处理类型对应的规则越简单，则处理过程的时长越短。

预设时长例如为根据服务节点的负载、资源和处理类型确定的时长。根据历史数据统计的同一处理类型的服务节点的负载、资源与处理时长的对应关系，进一步，根据该处理类型的服务节点当前的负载、资源和对应关系，确定处理时长作为预设时长，将实际处理时长与预设时长进行比对，从而确定该服务节点是否异常。可以在上述预设时长的基础上增加预设偏移值，当实际处理时长超过预设时长和预设偏移值计算出的时长范围时，确定服务节点异常。负载、资源与处理时长的对应关系例如为线性关系。

或者，根据处理过程的时长确定服务节点标识对应的服务节点的处理效率。可以根据服务节点的处理效率，确定后续分配至不同服务节点的信息的数量。处理效率越低的服务节点分配的信息数量少。

在步骤S210中，信息处理***根据跟踪信息对信息的处理过程进行分析。

在一些实施例中，按照处理环节的顺序，依次检测各个服务节点标识对应的业务参数和业务结果的一致性，确定服务节点标识对应的服务节点是否出现处理错误。或者检测各个服务节点的业务参数和业务结果是否在正常阈值范围内，确定服务节点是否出现处理错误。

业务参数例如包括：服务节点对信息进行处理的过程中涉及的信息中的参数，以及用于处理信息的预设处理规则中的参数。根据预设处理规则中的参数对信息中的参数按照预设规则进行处理，得到的结果与业务结果进行比对，确定是否一致，从而判断服务节点是否出现处理错误。即根据预设规则对业务参数对处理过程进行还原，从而确定处理过程是否出现差错。

例如，针对话单处理的场景，如果用户投诉批价费用有问题，可以对批价的各个子环节的处理过程进行排查，服务节点添加的业务参数例如包括：话单数据、累积量使用信息、用户资料、销售品、定价计划、资费标准等信息。可以确定业务参数是否正确或正常，进一步，可以根据上述业务参数重新确定批价结果，根据重新确定的批价结果与跟踪信息中的批价结果进行比对，从而确定出现问题的服务节点。

根据跟踪信息确定了出现问题的服务节点，可以对服务节点进行调整。

上述实施例的方法，降低了“埋点和生成日志”以及“汇总和重组调用链”都会对***产生的性能消耗，同时减少了埋点信息不完整并导致最终的业务分析出现偏差的概率。利用跟踪信息可以直接分析服务节点的性能和业务的处理过程，提高了分析效率。

本公开还提供一种信息处理***下面结合图3进行描述。

图3为本***息处理***的一些实施例的结构图。如图3所示，该实施例的***3包括：多个服务节点30。服务节点30包括：信息获取模块302，信息处理模块304，信息发送模块306。

信息获取模块302用于获取上一处理环节的服务节点发送的信息，信息包括：话单。

在一些实施例中，信息为话单的情况下，处理环节包括：预处理、排重、批价、合帐。

信息处理模块304用于对信息进行处理，并将根据处理过程生成的跟踪信息***信息中。

在一些实施例中，信息处理模块304用于根据处理环节的顺序，在信息中的预设位置***根据处理过程生成的跟踪信息。

信息发送模块306用于将信息发送至下一处理环节的服务节点。

在一些实施例中，***3还包括：分析模块32。分析模块32用于读取信息中的跟踪信息，根据跟踪信息对服务节点的性能进行分析；或者根据跟踪信息对信息的处理过程进行分析。

在一些实施例中，跟踪信息包括处理时间信息、服务节点标识。分析模块32用于根据处理过程的时长确定服务节点标识对应的服务节点是否存在异常；或者根据处理过程的时长确定服务节点标识对应的服务节点的处理效率。

在一些实施例中，跟踪信息包括：业务参数、业务结果、服务节点标识。分析模块32用于按照处理环节的顺序，依次检测各个服务节点标识对应的业务参数和业务结果的一致性，确定服务节点标识对应的服务节点是否出现处理错误。

本公开的实施例中的信息处理***可各由各种计算设备或计算机***来实现，下面结合图4以及图5进行描述。

图4为本***息处理***的一些实施例的结构图。如图4所示，该实施例的信息处理***40包括：存储器410以及耦接至该存储器410的处理器420，处理器420被配置为基于存储在存储器410中的指令，执行本公开中任意一些实施例中的信息处理方法。

其中，存储器410例如可以包括***存储器、固定非易失性存储介质等。***存储器例如存储有操作***、应用程序、引导装载程序(Boot Loader)、数据库以及其他程序等。

图5为本***息处理***的另一些实施例的结构图。如图5所示，该实施例的信息处理***50包括：存储器510以及处理器520，分别与存储器410以及处理器420类似。还可以包括输入输出接口530、网络接口540、存储接口550等。这些接口530，540，550以及存储器510和处理器520之间例如可以通过总线560连接。其中，输入输出接口530为显示器、鼠标、键盘、触摸屏等输入输出设备提供连接接口。网络接口540为各种联网设备提供连接接口，例如可以连接到数据库服务器或者云端存储服务器等。存储接口550为SD卡、U盘等外置存储设备提供连接接口。

本领域内的技术人员应当明白，本公开的实施例可提供为方法、***、或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用非瞬时性存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本公开是参照根据本公开实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解为可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述仅为本公开的较佳实施例，并不用以限制本公开，凡在本公开的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。

Claims (14)

1.一种信息处理方法，包括：

获取上一处理环节的服务节点发送的信息，所述信息包括：话单；

对所述信息进行处理，并将根据处理过程生成的跟踪信息***所述信息中；

将所述信息发送至下一处理环节的服务节点。

2.根据权利要求1所述的信息处理方法，其中，

所述将根据处理过程生成的跟踪信息***所述信息中包括：

根据处理环节的顺序，在所述信息中的预设位置***根据处理过程生成的跟踪信息。

3.根据权利要求1所述的信息处理方法，还包括：

读取所述信息中的跟踪信息；

根据所述跟踪信息对所述服务节点的性能进行分析；或者根据所述跟踪信息对信息的处理过程进行分析。

4.根据权利要求3所述的信息处理方法，其中，

所述跟踪信息包括处理时间信息、服务节点标识；

所述根据所述跟踪信息对所述服务节点的性能进行分析包括：

根据处理过程的时长确定所述服务节点标识对应的服务节点是否存在异常；

或者根据处理过程的时长确定所述服务节点标识对应的服务节点的处理效率。

5.根据权利要求3所述的信息处理方法，其中，

所述跟踪信息包括：业务参数、业务结果、服务节点标识；

所述根据所述跟踪信息对信息的处理过程进行分析包括：

按照处理环节的顺序，依次检测各个服务节点标识对应的业务参数和业务结果的一致性，确定所述服务节点标识对应的服务节点是否出现处理错误。

6.根据权利要求1-5任一项所述的信息处理方法，其中，

在所述信息为话单的情况下，所述处理环节包括：预处理、排重、批价、合帐。

7.一种信息处理***，包括：多个服务节点；

所述服务节点包括：信息获取模块，信息处理模块，信息发送模块；

所述信息获取模块用于获取上一处理环节的服务节点发送的信息，所述信息包括：话单；

所述信息处理模块用于对所述信息进行处理，并将根据处理过程生成的跟踪信息***所述信息中；

所述信息发送模块用于将所述信息发送至下一处理环节的服务节点。

8.根据权利要求7所述的信息处理***，其中，

所述信息处理模块用于根据处理环节的顺序，在所述信息中的预设位置***根据处理过程生成的跟踪信息。

9.根据权利要求7所述的信息处理***，还包括：

分析模块，用于读取所述信息中的跟踪信息，根据所述跟踪信息对所述服务节点的性能进行分析；或者根据所述跟踪信息对信息的处理过程进行分析。

10.根据权利要求9所述的信息处理***，其中，

所述跟踪信息包括处理时间信息、服务节点标识；

所述分析模块用于根据处理过程的时长确定所述服务节点标识对应的服务节点是否存在异常；或者根据处理过程的时长确定所述服务节点标识对应的服务节点的处理效率。

11.根据权利要求9所述的信息处理***，其中，

所述跟踪信息包括：业务参数、业务结果、服务节点标识；

所述分析模块用于按照处理环节的顺序，依次检测各个服务节点标识对应的业务参数和业务结果的一致性，确定所述服务节点标识对应的服务节点是否出现处理错误。

12.根据权利要求7-11任一项所述的信息处理***，其中，

在所述信息为话单的情况下，所述处理环节包括：预处理、排重、批价、合帐。

13.一种信息处理***，包括：

存储器；以及

耦接至所述存储器的处理器，所述处理器被配置为基于存储在所述存储器中的指令，执行如权利要求1-6任一项所述的信息处理***方法。

14.一种计算机可读存储介质，其上存储有计算机程序，其中，该程序被处理器执行时实现权利要求1-6任一项所述方法的步骤。

Images