CN104243191A - 实现消息跟踪的方法及系统 - Google Patents

Abstract

本发明实施例涉及通信技术领域，公开了一种实现消息跟踪的方法和系统。其中，该方法包括：第一跟踪点所属子系统获取来自第二跟踪点所属子系统的待跟踪消息以及第二跟踪点的编号信息；将待跟踪消息及所述第一跟踪点的编号信息发送至第三跟踪点所属子系统；在所述待跟踪消息中添加所述第二跟踪点的编号信息，并缓存；接收跟踪链的结束跟踪点所属子系统返回的响应消息；判断被缓存的待跟踪消息是否是需要进行持久化，如果是，则将其上传至网络管理子系统；网络管理子系统对上传的至少二个被缓存的消息进行分析，获取所述待跟踪消息的跟踪轨迹。实施本发明实施例，可以减少网络管理子系统缓存的跟踪消息，减少系统资源的消耗，并提高故障定位的速度。

Description

实现消息跟踪的方法及系统

技术领域

本发明涉及通信技术领域，具体涉及一种实现消息跟踪的方法及系统。

背景技术

故障定位向来都是故障管理的重点。业界故障定位的方法很多，如性能数据收集，黑匣子、告警设计，消息跟踪等。针对于流程中的故障问题，如性能变慢、个别消息处理失败、吊死等问题，故障定位常用的方法多为消息跟踪。

目前消息跟踪方法较多，但基本原理基本一致。主要跟踪原理是通过在业务流程中，在模块与模块间的交换接口或者函数接口设置跟踪点，跟踪点对收到的消息进行解析，根据解析的结果来判断是否需要跟踪此消息，如果是，则将表示需要跟踪的跟踪标签添加到消息中；后续跟踪点所属的子系统在后续跟踪点判断接收到的消息是否携带有跟踪标签，如果有，则确定接收到的消息是待跟踪消息。跟踪消息达到各个跟踪点时，各个跟踪点将跟踪消息的内容输出至网络管理子系统以使网络管理子系统对跟踪消息进行分析。这样网络管理子系统可能就缓存了大量的跟踪消息，需要消耗大量系统资源，导致性能问题，同时由于大量跟踪消息的存在，网络管理子系统也难以即时的对跟踪消息的内容进行分析，一般只能实现后续的故障定位和分析。

在现有的消息跟踪方法中，网络管理子系统是根据各个跟踪点上报消息的时间先后或各个跟踪点的编号信息来对跟踪消息进行排序，从而获取消息的流向并进行故障分析，这样，如果涉及到消息的拆分或合并场景，就难以实现故障点的快速定位。

发明内容

本发明实施例所要解决的技术问题是提供一种实现消息跟踪的方法和系统，用于解决现有技术中网络管理子系统需要耗费大量系统资源用于缓存跟踪消息的问题。

本发明实施例提供一种实现消息跟踪的方法，包括：

应用系统的各个子系统执行业务功能程序，在执行过程中，第一跟踪点所属子系统获取来自第二跟踪点所属子系统的待跟踪消息以及所述第二跟踪点的编号信息，所述第二跟踪点为所述第一跟踪点的父跟踪点；

所述第一跟踪点所属子系统将所述待跟踪消息及所述第一跟踪点的编号信息发送至第三跟踪点所属子系统，所述第三跟踪点为所述第一跟踪点的子跟踪点；

所述第一跟踪点所属子系统在所述待跟踪消息中添加所述第二跟踪点的编号信息，并将添加了所述第二跟踪点的编号信息的待跟踪消息进行缓存；

所述第一跟踪点所属子系统接收所述第一跟踪点所在的跟踪链的结束跟踪点所属子系统返回的响应消息；

所述第一跟踪点所属子系统判断被缓存的待跟踪消息是否是需要进行持久化的消息，如果是，则将所述被缓存的待跟踪消息上传至网络管理子系统；

所述网络管理子系统接收所述第一跟踪点所在跟踪链上至少二个跟踪点所属子系统分别上传的至少二个被缓存的消息，对所述至少二个被缓存的消息进行分析，获取所述待跟踪消息的跟踪轨迹；所述至少二个跟踪点包括所述第一跟踪点以及以下两个跟踪点之中的一个：

第二和第三跟踪点。

相应的，本发明实施例还提供一种实现消息跟踪的系统，该系统包括网络管理子系统和一个以上用于执行应用系统业务功能程序的子系统，所述业务功能程序中事先设置有跟踪点，其中，

第一跟踪点所属子系统用于获取来自第二跟踪点所属子系统的待跟踪消息以及所述第二跟踪点的编号信息；所述第一跟踪点为任意一个跟踪点，所述第二跟踪点为第一跟踪点的父跟踪点；

所述第一跟踪点所属子系统还用于将所述待跟踪消息及所述第一跟踪点的编号信息发送至第三跟踪点所属子系统，所述第三跟踪点为所述第一跟踪点的子跟踪点；

所述第一跟踪点所属子系统还用于在所述待跟踪消息中添加所述第二跟踪点的编号信息，并将添加了所述第二跟踪点的编号信息的待跟踪消息进行缓存；

所述第一跟踪点所属子系统还用于接收所述第一跟踪点所在的跟踪链的结束跟踪点所属子系统返回的响应消息；

所述第一跟踪点所属子系统还用于判断被缓存的待跟踪消息是否是需要进行持久化的消息，如果是，则将所述被缓存的待跟踪消息上传至网络管理子系统；

所述网络管理子系统用于接收所述第一跟踪点所在跟踪链上至少二个跟踪点所属子系统分别上传的多个被缓存消息，对所述至少二个被缓存消息进行分析，获取所述待跟踪消息的跟踪轨迹；所述至少二个跟踪点包括所述第一跟踪点以及以下两个跟踪点之中的一个：

第二和第三跟踪点。

本发明实施例提供的实现消息跟踪的方法和系统，跟踪点所属子系统缓存待跟踪消息，并只上传需要持久化的缓存消息，相比现有技术可以减少网络管理子系统的跟踪消息缓存量和资源消耗，由于网络管理子系统缓存的消息较少，可以实现对跟踪消息的即时分析；跟踪点所属子系统缓存的消息中记录了其父跟踪点的编号信息，有利于网络管理子系统往前回溯整个跟踪链，从而实现快速的故障定位。

附图说明

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

图1是本发明实施例一提供的实现消息跟踪的方法的流程图；

图2是本发明实施例中的消息分拆场景示意图；

图3是本发明实施例中的消息分拆后合并场景示意图；

图4是本发明实施例二提供的实现消息跟踪的方法的流程图；

图5本发明实施例中的来自不同跟踪ID的消息合并场景示意图；

图6是本发明实施例三提供的实现消息跟踪的方法的流程图；

图7是本发明实施例中的跨网元消息走向图；

图8是本发明实施例四提供的实现消息跟踪的方法的流程图；

图9是本发明实施例四中的跨网元消息断链情况下处理示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例中提供了一种实现消息跟踪的方法和系统，其核心思想是在跟踪点将待跟踪消息缓存，等待响应之后再判断是否需要上传，以下分别进行详细说明。

实施例一：

本发明提供一种实现消息跟踪的方法，应用系统的各个子系统执行业务功能程序，在执行过程中，如图1所示，该方法包括：

101、第一跟踪点所属子系统获取来自第二跟踪点所属子系统的待跟踪消息以及上述第二跟踪点的编号信息；上述第二跟踪点为上述第一跟踪点的父跟踪点；

需要说明的是，在本发明各实施例中，第一跟踪点并不特指某个跟踪点，第一跟踪点可以是跟踪链上的任意一个跟踪点，其余实施例中不再做多余的说明。

102、上述第一跟踪点所属子系统将上述待跟踪消息及上述第一跟踪点的编号信息发送至第三跟踪点所属子系统，上述第三跟踪点为上述第一跟踪点的子跟踪点。

103、上述第一跟踪点所属子系统在上述待跟踪消息中添加上述第二跟踪点的编号信息，并将添加了上述第二跟踪点的编号信息的待跟踪消息进行缓存。

104、上述第一跟踪点所属子系统接收上述第一跟踪点所在的跟踪链的结束跟踪点所属子系统返回的响应消息。

本实施例中，每个跟踪链的结束跟踪点在接收到待跟踪消息或完成对待跟踪消息的缓存之后，均可返回一个响应消息。

105、上述第一跟踪点所属子系统判断被缓存的待跟踪消息是否是需要进行持久化的消息，如果是，执行步骤106，否则执行步骤107。

106、上述第一跟踪点所属子系统将上述被缓存的消息上传至网络管理系统；执行步骤108。

107、上述第一跟踪点所属子系统将上述被缓存的消息丢弃。

108、上述网络管理子系统接收上述第一跟踪点所在跟踪链上至少二个跟踪点所属子系统分别上传的至少二个被缓存的消息，对上述至少二个被缓存消息进行分析，获取上述待跟踪消息的跟踪轨迹。

本实施例中，上述至少二个跟踪点包括第一跟踪点以及以下两个跟踪点之中的一个：第二和第三跟踪点；即网络管理子系统接收第一跟踪点所属子系统及其它跟踪点所属子系统上传的被缓存的消息。

本实施例中，网络管理子系统可接收各个跟踪点所属子系统上传的被缓存消息，并可对接收的被缓存消息进行分析，获取待跟踪消息的跟踪轨迹及其它信息，例如消息异常或故障信息等待，从而实现消息跟踪的目的。至于各个跟踪点所属子系统如何上传被缓存的消息，以及网络管理子系统如何进行分析，都属于现有技术，在此不予赘述。

需要说明的是，由于对消息是否是待跟踪消息的判断方法是现有技术，在此不予赘述。

本实施例中，上述在上述待跟踪消息中添加上述第二跟踪点的编号信息具体可以包括：在上述待跟踪消息的父跟踪点下标字段中添加上述第二跟踪点的编号信息。

举例来说，上述步骤105可包括：第一跟踪点所属子系统判断上述被缓存的待跟踪消息中是否包括与预先设置的持久化条件相同的消息项，如果是，则确定上述被缓存的待跟踪消息是需要进行持久化的消息，否则确定上述被缓存的待跟踪消息不是需要进行持久化的消息。

举例来说，持久化条件可以是针对待跟踪消息的至少一个消息项进行预先设置的，例如：若待跟踪消息中包含流程ID（flowIdentity）这个消息项，如果需要对流程ID为12345678的的消息进行持久化，那么可以将持久化条件设置为“flowIdentity=12345678”，这样如果被缓存的待跟踪消息的flowIdentity消息项的值为“12345678”，则确定该消息是需要进行持久化的消息而将该消息上传至网络管理子系统。当然，持久化条件还可以针对其他的消息项进行设定，例如还可针对待跟踪消息的模块ID或其他消息项进行设置，本领域技术人员可以根据实际情况进行选择，在此不予具体的限定。

进一步地，应用系统可以支持三种跟踪方式：

1、预测跟踪：当应用系统发现消息跟踪过程中出现错误或超时，将出现错误或超时的待跟踪消息的流程ID设为持久化条件，以使各个跟踪点将缓存的符合该流程ID的待跟踪消息上传至网络管理子系统；

2、例测跟踪：应用系统计时，每隔固定时间（如但不限于1分钟）将当前的待跟踪消息的流程ID设为持久化条件，以使各个跟踪点将缓存的符合该流程ID的待跟踪消息上传至网络管理子系统；或者，应用系统计数，每隔固定个数（例如但不限于5个）的待跟踪消息将一个待跟踪消息的流程ID设为持久化条件，以使各个跟踪点将缓存的符合该流程ID的待跟踪消息上传至网络管理子系统；

3、条件跟踪，即由用户预先设定持久化条件。

在本实施例中，各个子系统需要共同实现应用系统的业务功能，如果应用系统从外界接收到消息，各个子系统对消息的处理是有顺序的，例如某应用系统包括A、B、C三个子系统，在三个子系统中依次设置有三个跟踪点a、b、c，消息依次经过A、B、C三个子系统进行处理，则b跟踪点是c的跟踪点的子跟踪点，b跟踪点还是c跟踪点的父跟踪点。

本发明实施例中设置跟踪点的含义和现有技术相同，至于在哪些子系统中设置跟踪点，一个子系统中设置几个跟踪点等情况，可以由应用本实施例的用户自行确定，此处不再赘述。

本实施例，与现有技术不同的是，跟踪点所属子系统并不将待跟踪消息都上传到网络管理子系统，而是先将待跟踪消息进行缓存，这样可以大大的减轻网络管理子系统的资源消耗；在对待跟踪消息的消息跟踪完成之后，可以再决定对缓存的消息是否进行上传或是丢弃，这样网络管理子系统同时所接收或保存的缓存消息数量可大大减少，从而可能实现对缓存消息的即时分析；同时由于在缓存的待跟踪消息中加入了其父跟踪点的编号信息，使得网络管理子系统在分析待跟踪消息时，可以往前回溯整个跟踪链，利于网络管理子系统进行快速的故障定位。

本实施例提供的方法可应用于消息拆分场景的消息跟踪，举例来说，在如图2所示的拆分场景中：

待跟踪消息在2号跟踪点被拆分，2号跟踪点是3号和5号跟踪点的父跟踪点，则在3号跟踪点缓存的待跟踪消息中添加了2号跟踪点的编号信息，在5号跟踪点缓存的待跟踪消息中也添加了2号跟踪点的编号信息，这样网络管理子系统在分析接收到的待跟踪消息时，可以了解到该消息在2号跟踪点被拆分以及拆分后的消息流向，有利于故障的定位。

实施例二：

举例来说，在消息拆分后的合并场景中：

如图3所示，在2号跟踪点被拆分的待跟踪消息又在7号跟踪点被合并，这样7号跟踪点的父跟踪点就有2个，分别是4号跟踪点和6号跟踪点。

在消息合并场景下：

本发明提供一种实现消息跟踪的方法，如图4所示，包括：

401、第一跟踪点所属子系统获取来自至少二个第二跟踪点所属子系统的至少二个待跟踪消息以及至少二个第二跟踪点的至少二个编号信息；第二跟踪点是第一跟踪点的父跟踪点，即第一跟踪点具有至少二个父跟踪点。

例如，第一跟踪点是图3中的7号跟踪点，7号跟踪点所属子系统获取来自4号和6号跟踪点所属子系统的二个待跟踪消息，以及4号和6号跟踪点的编号信息。

402、上述第一跟踪点所属子系统将上述至少二个待跟踪消息合并，并将合并后得到的合并消息及上述第一跟踪点的编号信息发送至第三跟踪点所属子系统；第三跟踪点是上述第一跟踪点的子跟踪点。

例如，图3中的7号跟踪点所属子系统将上述的两个待跟踪消息合并，将合并后的消息和自身的跟踪点编号信息（7号）发送至其子跟踪点所属子系统。

403、上述第一跟踪点所属子系统在上述合并后得到的合并消息中添加至少二个上述第二跟踪点的至少二个编号信息的其中一个，并将上述第一跟踪点的编号信息分别添加到至少二个上述第二跟踪点所属子系统缓存的消息中；将添加了上述其中一个第二跟踪点的编号信息的合并消息进行缓存。

需要说明的是，在上述合并场景下，在上述至少二个第二跟踪点中具体选择哪个父跟踪点的编号信息加入待跟踪消息中，可以是随机选择的，也可以是预先设置某种选择规则来进行选择的，在此不作具体地限制。

具体地，上述将上述第一跟踪点的编号信息分别添加到至少二个上述第二跟踪点所属子系统缓存的消息中可以包括：将将上述第一跟踪点的编号信息分别添加到至少二个上述第二跟踪点所属子系统缓存的消息的子跟踪点下标字段中。

例如，图3中的7号跟踪点所属子系统在合并后得到的合并消息中添加4号（或6号）跟踪点的编号信息，并且将7号跟踪点的编号信息分别添加到4号和6号跟踪点所属子系统缓存的消息中；并且将添加了4号（或6号）跟踪点的编号信息的合并消息进行缓存。

404、上述第一跟踪点所属子系统接收上述第一跟踪点所在的跟踪链的结束跟踪点所属子系统返回的响应消息。

例如，图3中7号跟踪点是结束跟踪点，7号跟踪点所属子系统在完成对该消息的跟踪之后将返回一个响应消息。

405、上述第一跟踪点所属子系统判断被缓存的待跟踪消息是否是需要进行持久化的消息，如果是，执行步骤406，否则执行步骤407。

至于如何判断被缓存的待跟踪消息是否是需要进行持久化的消息，可参考实施例一中的相关描述。

406、上述第一跟踪点所属子系统将上述被缓存的消息上传至网络管理系统。

407、上述第一跟踪点所属子系统将上述被缓存的消息丢弃。

408、上述网络管理子系统接收上述第一跟踪点所在跟踪链上至少二个跟踪点所属子系统分别上传的至少二个被缓存的消息，对上述至少二个被缓存消息进行分析，获取上述待跟踪消息的跟踪轨迹。

本实施例中，上述至少二个跟踪点包括第一跟踪点以及以下跟踪点之中的一个：第二跟踪点和第三跟踪点；即网络管理子系统接收第一跟踪点所属子系统及其它跟踪点所属子系统上传的被缓存的消息。

在图3所示的场景中，待跟踪消息是被分拆成两个然后进行的合并，当然待跟踪消息还可能被分拆成多个，在此不予具体的限制，本实施例中仅以消息被拆分为两个后的合并为例，消息被拆分为多份后合并的处理流程与此类似，在此不予赘述。

以图3所示的场景为例，7号跟踪点所属子系统获取分别来自4号跟踪点所属子系统和6号跟踪点所属子系统的2个待跟踪消息，将2个待跟踪消息合并，在合并后得到的合并消息中添加4号（或6号）跟踪点的编号信息，并且将7号跟踪点的编号信息分别添加到4号和6号跟踪点所属子系统缓存的消息中，具体地，可以是将7号跟踪点的编号信息添加到4号和6号跟踪点所属子系统缓存的消息的子跟踪点下标字段中，这样虽然在7号跟踪点所属子系统缓存的消息中仅保留了其中一个父跟踪点的编号信息，但由于4号和6号跟踪点所属子系统所缓存的消息中均记录了7号跟踪点的编号信息，因此在网络管理子系统进行跟踪链分析时，仍然可以知道7号的父跟踪点为4号和6号两个。

本实施例，在消息合并场景下，通过在合并跟踪点（第一跟踪点）的至少二个父跟踪点所属子系统缓存的消息中添加合并跟踪点的编号，可以使得网络管理子系统在进行跟踪链分析时，完整的获取涉及消息合并的待跟踪消息的跟踪轨迹。

实施例三：

举例来说，在来自不同跟踪ID的消息合并场景下：

如图5所示，1号和2号跟踪点跟踪的消息与3号和4号跟踪点跟踪的消息来自不同的IO（input/output，输入输出）请求，即是具有不同的跟踪ID，在5号跟踪点，两个具有不同跟踪ID的消息被合并，在此场景下：

本发明提供一种实现消息跟踪的方法，如图6所示，包括：

601、第一跟踪点所属子系统获取来自至少二个第二跟踪点所属子系统的至少二个待跟踪消息以及至少二个第二跟踪点的至少二个编号信息；第二跟踪点是第一跟踪点的父跟踪点，且至少二个待跟踪消息具有至少二个跟踪ID，即属于至少二个跟踪链。

例如，第一跟踪点是图5中的5号跟踪点，5号跟踪点所属子系统获取来自2号和4号跟踪点所属子系统的2个具有不同跟踪ID的消息，以及2号和4号跟踪点的编号信息。

602、上述第一跟踪点所属子系统将上述至少二个待跟踪消息合并，并将合并后得到的合并消息及上述第一跟踪点的编号信息发送至第三跟踪点所属子系统；第三跟踪点是第一跟踪点的子跟踪点。

例如，图5中的5号跟踪点将上述两个具有不同跟踪ID的消息合并，并将合并后得到的合并消息和5号跟踪点的编号信息发送至6号跟踪点所属子系统。

603、上述第一跟踪点所属子系统在上述合并后得到的合并消息中添加第四跟踪点的编号信息，将添加了第四跟踪点的编号信息的合并消息进行缓存；上述第四跟踪点为上述至少二个第二跟踪点中的任意一个跟踪点。

需要说明的是，在上述至少二个第二跟踪点中具体选择哪个跟踪点作为第四跟踪点，可以是随机选择的，也可以是预先设置某种选择规则来进行选择的，在此不作具体地限制。

例如，图5中的5号跟踪点在合并消息中添加2号（或4号）跟踪点的编号信息，将添加了2号（或4号）跟踪点的编号信息的合并消息进行缓存。

604、在上述第一跟踪点和上述第四跟踪点所在跟踪链的起始跟踪点记录上述第二跟踪点具有的跟踪ID的个数。

605、上述第一跟踪点和上述第四跟踪点所在跟踪链的起始跟踪点所属子系统接收每个跟踪链的结束跟踪点所属子系统返回的响应消息；

每个跟踪链的结束跟踪点所属子系统返回一个响应消息至上述起始跟踪点所属子系统，例如，图5中的8号和10号跟踪点均为跟踪链的结束跟踪点，其均返回一个响应消息至1号（或3号）跟踪点。

606、判断上述起始跟踪点所属子系统是否接收到失败的响应消息或者在预定时间内接收到的响应消息的个数是否大于等于上述跟踪ID的个数或者等待超时，如果是，执行607，否则执行606。

即只要接收到失败的响应消息、响应消息个数大于跟踪ID个数、等待超时三个条件任意满足一个，即执行607；

等待超时可以是指等待时间超过预定时间，其中，上述预定时间可以由用户根据实际情况自行设定，在此不予具体的限制。

607、使上述起始跟踪点所在跟踪链上的所有跟踪点所属子系统对各自缓存的消息是否是需要进行持久化的消息进行判断，并根据判断结果将各自缓存的消息上传至网络管理子系统或者丢弃；

至于如何判断被缓存的待跟踪消息是否是需要进行持久化的消息，可参考实施例一中的相关描述。

例如，在图5中，若1号跟踪点所属子系统在预定时间内接收到失败的响应消息或者在预定时间内接收到了2个响应消息，则可立即启动对1号跟踪点所在跟踪链上的所有跟踪点（1、2、5、6、7、8、9、10）所属子系统缓存的消息是否需要进行上传进行判断，并相应的进行上传或丢弃，否则则等待超时之后，再进行判断和处理。

608、上述网络管理子系统接收上述第一跟踪点所在跟踪链上至少二个跟踪点所属子系统分别上传的至少二个被缓存的消息，对上述至少二个被缓存的消息进行分析，获取上述待跟踪消息的跟踪轨迹。

本实施例中，上述至少二个跟踪点包括第一跟踪点以及以下跟踪点之中的一个：第二和第三跟踪点；即网络管理子系统接收第一跟踪点所属子系统及其它跟踪点所属子系统上传的被缓存的消息。

实施例四：

举例来说，在跨网元的消息处理场景下：

如图7所示，待跟踪消息流经第一（前端）网元和第二（后端）网元，与实施例一中相同，每个跟踪点所属子系统缓存的消息中均添加了其父跟踪点的编号信息。

但由于某种原因，可能导致网元间的跟踪链断开，具体到图7所示的场景，是跟踪链在2-3、6-7之间断开，从第一网元看来，是2号跟踪点缺失子跟踪点信息，7号跟踪点缺失父跟踪点信息，从第二网元看来，是3号跟踪点缺失父跟踪点信息，6号跟踪点缺失子跟踪点信息。

本发明提供一种实现消息跟踪的方法，如图8所示，如果跟踪链在第一网元内的第五跟踪点与第二网元内的第六跟踪点之间断开，在上述第一网元内的第七跟踪点和上述第二网元内的第八跟踪点之间断开，且上述第五跟踪点及第八跟踪点缺失子跟踪点信息，上述第六跟踪点和及第七跟踪点缺失父跟踪点信息；

则该方法包括：

801、在上述第一网元中设置第九虚拟跟踪点和第十虚拟跟踪点，使上述第九虚拟跟踪点作为上述第五跟踪点的子跟踪点以及上述第十虚拟跟踪点的父跟踪点，使上述第十虚拟跟踪点作为上述第七跟踪点的父跟踪点；

将上述第二网元内的第六跟踪点设置为临时起始跟踪点，将上述第八跟踪点设置为临时结束跟踪点。

如图9所示，即是在前端网元中设置虚拟跟踪点9和10，虚拟跟踪点9和10将断开的2号跟踪点和7号跟踪点连接起来；在后端网元中，将3号跟踪点设置为临时起始跟踪点，将6号跟踪点设置为临时结束跟踪点。这样，在前端网元和后端网元中，可以实现两个网元内跟踪消息的单独成链，避免跟踪链断开对跟踪消息的采集和分析造成影响。

优选地，被设置为临时起始跟踪点的第六跟踪点所属子系统需要在其缓存的消息中记录第一网元的ID以及从第五跟踪点获取的待跟踪消息的跟踪ID，以便于网络管理子系统在分析跟踪消息时，将断开的跟踪链进行合并。

802、上述第一跟踪点所属子系统获取来自第二跟踪点所属子系统的待跟踪消息以及上述第二跟踪点的编号；上述第一跟踪点为任意一个跟踪点，上述第二跟踪点为上述第一跟踪点的父跟踪点。

803、上述第一跟踪点所属子系统将上述待跟踪消息及上述第一跟踪点的编号发送至第三跟踪点所属子系统，上述第三跟踪点为上述第一跟踪点的子跟踪点。

804、上述第一跟踪点所属子系统在上述待跟踪消息中添加上述第二跟踪点的编号，并将添加了上述第二跟踪点的编号的待跟踪消息进行缓存。

805、上述第一跟踪点所属子系统接收上述第一跟踪点所在的跟踪链的结束跟踪点所属子系统返回的响应消息。

本实施例中，每个跟踪链的结束跟踪点在接收到待跟踪消息或完成对待跟踪消息的缓存之后，均可返回一个响应消息。

806、上述第一跟踪点所属子系统判断被缓存的待跟踪消息是否是需要进行持久化的消息，如果是，执行步骤807，否则执行步骤808。

至于如何判断被缓存的待跟踪消息是否是需要进行持久化的消息，可参考实施例一中的相关描述。

807、上述第一跟踪点所属子系统将上述被缓存的消息上传至网络管理系统。

808、上述第一跟踪点所属子系统将上述被缓存的消息丢弃。

809、上述网络管理子系统接收上述第一跟踪点所在跟踪链上至少二个跟踪点所属子系统分别上传的至少二个被缓存的消息，对上述至少二个被缓存消息进行分析，获取上述待跟踪消息的跟踪轨迹。

本实施例中，上述至少二个跟踪点包括第一跟踪点以及以下两个跟踪点之中的一个：第二和第三跟踪点；即网络管理子系统接收第一跟踪点所属子系统及其它跟踪点所属子系统上传的被缓存的消息。

本实施例中，通过设置虚拟跟踪点和临时跟踪点，可将断开的跟踪链在前后两个网元中单独成链，完成消息的跟踪。

上述步骤802-809与实施例一的步骤101-108类似，具体可参考实施例一，在此不予赘述。

实施例五：

本实施例提供一种实现消息跟踪的系统，在该系统中包括网络管理子系统和一个以上用于执行应用系统业务功能程序的子系统，上述业务功能程序中事先设置有跟踪点，其中，

第一跟踪点所属子系统用于获取来自第二跟踪点所属子系统的待跟踪消息以及上述第二跟踪点的编号信息；上述第一跟踪点为任意一个跟踪点，上述第二跟踪点为第一跟踪点的父跟踪点；

上述第一跟踪点所属子系统还用于将上述待跟踪消息及上述第一跟踪点的编号信息发送至第三跟踪点所属子系统，上述第三跟踪点为上述第一跟踪点的子跟踪点；

上述第一跟踪点所属子系统还用于在上述待跟踪消息中添加上述第二跟踪点的编号信息，并将添加了上述第二跟踪点的编号信息的待跟踪消息进行缓存；

上述第一跟踪点所属子系统还用于接收上述第一跟踪点所在的跟踪链的结束跟踪点所属子系统返回的响应消息；

上述第一跟踪点所属子系统还用于判断被缓存的待跟踪消息是否是需要进行持久化的消息，如果是，则将上述被缓存的待跟踪消息上传至网络管理子系统，如果否，则将上述被缓存的待跟踪消息丢弃；

上述网络管理子系统用于接收上述第一跟踪点所在跟踪链上至少二个跟踪点所属子系统分别上传的多个被缓存消息，对上述至少二个被缓存消息进行分析，获取上述待跟踪消息的跟踪轨迹。

本实施例中，上述至少二个跟踪点包括第一跟踪点以及以下两个跟踪点之中的一个：第二和第三跟踪点；即网络管理子系统接收第一跟踪点所属子系统及其它跟踪点所属子系统上传的被缓存的消息。

本实施例，与现有技术不同的是，跟踪点所属子系统并不将待跟踪消息都上传到网络管理子系统，而是先将待跟踪消息进行缓存，这样可以大大的减轻网络管理子系统的资源消耗；在对待跟踪消息的消息跟踪完成之后，可以再决定对缓存的消息是否进行上传或是丢弃，这样网络管理子系统同时所接收或保存的缓存消息数量可大大减少，从而可能实现对缓存消息的即时分析；同时由于在缓存的待跟踪消息中加入了其父跟踪点的编号信息，使得网络管理子系统在分析待跟踪消息时，可以往前回溯整个跟踪链，利于网络管理子系统进行快速的故障定位。

本实施例是与实施例一相应的系统实施例，相关内容可参考实施例一，在此不予赘述。

实施例六：

本实施例提供一种实现消息跟踪的系统，在该系统中包括网络管理子系统和一个以上用于执行应用系统业务功能程序的子系统，上述业务功能程序中事先设置有跟踪点，其中，

第一跟踪点所属子系统用于获取来自第二跟踪点所属子系统的待跟踪消息以及上述第二跟踪点的编号信息；上述第一跟踪点为任意一个跟踪点，上述第二跟踪点位第一跟踪点的父跟踪点，上述第二跟踪点包括至少二个跟踪点；

上述第一跟踪点所属子系统还用于获取来自至少二个第二跟踪点所属子系统的至少二个待跟踪消息以及至少二个上述第二跟踪点的至少二个编号；

上述第一跟踪点所属子系统还用于在上述合并后得到的合并消息中添加至少二个上述第二跟踪点的至少二个编号信息的其中一个，并将上述第一跟踪点的编号信息分别添加到至少二个上述第二跟踪点所属子系统缓存的消息中；将添加了上述其中一个编号信息的上述合并消息进行缓存；

上述第一跟踪点所属子系统还用于接收上述第一跟踪点所在的跟踪链的结束跟踪点所属子系统返回的响应消息；

上述第一跟踪点所属子系统还用于判断被缓存的待跟踪消息是否是需要进行持久化的消息，如果是，则将上述被缓存的待跟踪消息上传至网络管理子系统；

上述网络管理子系统用于接收上述第一跟踪点所在跟踪链上至少二个跟踪点所属子系统分别上传的多个被缓存消息，对上述至少二个被缓存消息进行分析，获取上述待跟踪消息的跟踪轨迹。

本实施例中，上述至少二个跟踪点包括第一跟踪点以及以下两个跟踪点之中的一个：第二和第三跟踪点；即网络管理子系统接收第一跟踪点及其它跟踪点上传的被缓存的消息。

本实施例，在消息合并场景下，通过在合并跟踪点（第一跟踪点）的至少二个父跟踪点所属子系统缓存的消息中添加合并跟踪点的编号，可以使得网络管理子系统在进行跟踪链分析时，完整的获取涉及消息合并的待跟踪消息的跟踪轨迹。

本实施例是与实施例二对应的系统实施例，相关内容可参考实施例二，在此不予赘述。

实施例七：

本实施例提供一种实现消息跟踪的系统，在该系统中包括网络管理子系统和一个以上用于执行应用系统业务功能程序的子系统，上述业务功能程序中事先设置有跟踪点，其中，

第一跟踪点所属子系统用于获取来自至少二个第二跟踪点所属子系统的待跟踪消息以及上述至少二个第二跟踪点的至少二个编号信息；上述第一跟踪点为任意一个跟踪点，上述第二跟踪点为第一跟踪点的父跟踪点，上述第二跟踪点包括至少二个跟踪点，且上述至少二个第二跟踪点具有至少二个跟踪ID，即属于至少二个跟踪链；

上述第一跟踪点所属子系统还用于将上述至少二个待跟踪消息合并，并将合并后得到的消息及上述第一跟踪点的编号发送至第三跟踪点所属子系统；上述第三跟踪点是上述第一跟踪点的子跟踪点；

上述第一跟踪点所属子系统还用于在上述合并后得到的合并消息中添加第四跟踪点的编号信息，并将添加了上述第四跟踪点的编号信息的上述合并消息进行缓存；上述第四跟踪点为上述至少二个第二跟踪点中的任意一个跟踪点；

进一步地，每个跟踪链（具有同一跟踪ID的跟踪点为同一个跟踪链）的结束跟踪点所属子系统还用于返回一个响应消息至上述第一跟踪点和上述第四跟踪点所在跟踪链的起始跟踪点所属子系统；

进一步地，上述系统还包括：

记录单元，用于在上述第一跟踪点和上述第四跟踪点所在跟踪链的起始跟踪点记录上述至少二个第二跟踪点具有的跟踪ID的个数；

判断单元，用于判断上述起始跟踪点所属子系统是否接收到失败的响应消息或者在预定时间内接收到的响应消息的个数是否大于等于上述跟踪ID的个数或者等待超时；

启动单元，用于当上述判断单元的判断结果为是时，使上述起始跟踪点所在跟踪链上所有跟踪点所属子系统对各自缓存的消息是否是需要进行持久化的消息进行判断，并根据判断结果将各自缓存的消息上传至网络管理子系统或者丢弃。

网络管理子系统用于接收至少二个跟踪点所属子系统上传的被缓存的消息，并对接收到的被缓存的消息进行分析，获取所述待跟踪消息的跟踪轨迹。

其中，上述至少二个跟踪点包括第一跟踪点以及以下两个跟踪点之中的一个：第二和第三跟踪点；即网络管理子系统接收包括第一跟踪点在内的至少二个跟踪点所属子系统上传的被缓存消息。

本实施例是与实施例三对应的系统实施例，相关内容可参考实施例三，在此不予赘述。

实施例八：

本实施例提供一种实现消息跟踪的系统，在该系统中包括网络管理子系统和一个以上用于执行应用系统业务功能程序的子系统，上述业务功能程序中事先设置有跟踪点，其中，待跟踪消息流经第一（前端）网元和第二（后端）网元，如果跟踪链在第一网元内的第五跟踪点与第二网元内的第六跟踪点之间断开，在上述第一网元内的第七跟踪点和上述第二网元内的第八跟踪点之间断开，且上述第五跟踪点及第八跟踪点缺失子跟踪点信息，上述第六跟踪点和及第七跟踪点缺失父跟踪点信息；

则该系统还可包括：

第一设置单元，在上述第一网元中设置第九虚拟跟踪点和第十虚拟跟踪点，使上述第九虚拟跟踪点作为上述第五跟踪点的子跟踪点以及上述第十虚拟跟踪点的父跟踪点，使上述第十虚拟跟踪点作为上述第七跟踪点的父跟踪点；

第二设置单元，用于将上述第二网元内的第六跟踪点设置为临时起始跟踪点，将上述第八跟踪点设置为临时结束跟踪点。

在该系统中，

第一跟踪点所属子系统用于获取来自第二跟踪点所属子系统的待跟踪消息以及上述第二跟踪点的编号；上述第一跟踪点为任意一个跟踪点，上述第二跟踪点为上述第一跟踪点的父跟踪点；

上述第一跟踪点所属子系统还用于将上述待跟踪消息及上述第一跟踪点的编号发送至第三跟踪点所属子系统，上述第三跟踪点为上述第一跟踪点的子跟踪点；

上述第一跟踪点所属子系统还用于在上述待跟踪消息中添加上述第二跟踪点的编号，并将添加了上述第二跟踪点的编号的待跟踪消息进行缓存；

上述第一跟踪点所属子系统还用于接收上述第一跟踪点所在的跟踪链的结束跟踪点所属子系统返回的响应消息；

上述第一跟踪点所属子系统还用于判断被缓存的待跟踪消息是否是需要进行持久化的消息，如果是，则将上述被缓存的待跟踪消息上传至网络管理子系统，如果否，则将上述被缓存的待跟踪消息丢弃；

上述网络管理子系统用于接收上述第一跟踪点所在跟踪链上至少二个跟踪点所属子系统分别上传的多个被缓存消息，对上述至少二个被缓存消息进行分析，获取上述待跟踪消息的跟踪轨迹；其中，上述至少二个跟踪点包括第一跟踪点以及以下两个跟踪点之中的一个：第二和第三跟踪点；即网络管理子系统接收包括第一跟踪点在内的至少二个跟踪点所属子系统上传的被缓存消息。

本实施例是与实施例四对应的系统实施例，相关内容可参考实施例四，在此不予赘述。

需要说明的是，上述各实施例均基于同一发明构思，在个别实施例中未详细说明的内容，可参考其它实施例中的描述。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器（Read-OnlyMemory，ROM）、随机存取器（Random Access Memory，RAM）、磁盘或光盘等。

以上对本发明实施例所提供的实现消息跟踪的方法和系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (14)

1.一种实现消息跟踪的方法，其特征在于，包括：

应用系统的各个子系统执行业务功能程序，在执行过程中，第一跟踪点所属子系统获取来自第二跟踪点所属子系统的待跟踪消息以及所述第二跟踪点的编号信息，所述第二跟踪点为所述第一跟踪点的父跟踪点；

所述第一跟踪点所属子系统将所述待跟踪消息及所述第一跟踪点的编号信息发送至第三跟踪点所属子系统，所述第三跟踪点为所述第一跟踪点的子跟踪点；

所述第一跟踪点所属子系统在所述待跟踪消息中添加所述第二跟踪点的编号信息，并将添加了所述第二跟踪点的编号信息的待跟踪消息进行缓存；

所述第一跟踪点所属子系统接收所述第一跟踪点所在的跟踪链的结束跟踪点所属子系统返回的响应消息；

所述第一跟踪点所属子系统判断被缓存的待跟踪消息是否是需要进行持久化的消息，如果是，则将所述被缓存的待跟踪消息上传至网络管理子系统；

所述网络管理子系统接收所述第一跟踪点所在跟踪链上至少二个跟踪点所属子系统分别上传的至少二个被缓存的消息，对所述至少二个被缓存的消息进行分析，获取所述待跟踪消息的跟踪轨迹；所述至少二个跟踪点包括所述第一跟踪点以及以下两个跟踪点之中的一个：

第二和第三跟踪点。

2.根据权利要求1所述的方法，其特征在于，所述第一跟踪点所属子系统判断被缓存的待跟踪消息是否是需要进行持久化的消息包括：

所述第一跟踪点所属子系统判断所述被缓存的待跟踪消息中是否包括与预先设置的持久化条件相同的消息项，如果是，则确定所述被缓存的待跟踪消息是需要进行持久化的消息，否则确定所述被缓存的待跟踪消息不是需要进行持久化的消息。

3.根据权利要求1或2所述的方法，其特征在于，所述第一跟踪点所属子系统获取来自第二跟踪点所属子系统的待跟踪消息及所述第二跟踪点的编号信息包括：

所述第一跟踪点所属子系统获取来自至少二个第二跟踪点所属子系统的至少二个待跟踪消息以及至少二个第二跟踪点的至少二个编号信息；

所述第一跟踪点所属子系统将所述待跟踪消息及所述第一跟踪点的编号信息发送至第三跟踪点所属子系统包括：

所述第一跟踪点所属子系统将所述至少二个待跟踪消息合并，并将合并后得到的合并消息及所述第一跟踪点的编号信息发送至所述第三跟踪点所属子系统。

4.根据权利要求3所述的方法，其特征在于，所述第一跟踪点所属子系统在所述待跟踪消息中添加所述第二跟踪点的编号信息，并将添加了所述第二跟踪点的编号信息的待跟踪消息进行缓存包括：

所述第一跟踪点所属子系统在所述合并后得到的合并消息中添加至少二个所述第二跟踪点的至少二个编号信息的其中一个，并将所述第一跟踪点的编号信息分别添加到至少二个所述第二跟踪点所属子系统缓存的消息中；

所述第一跟踪点所述子系统将添加了所述其中一个编号信息的所述合并消息进行缓存。

5.根据权利要求3所述的方法，其特征在于，所述至少二个第二跟踪点具有至少二个跟踪ID；

所述第一跟踪点所属子系统在所述待跟踪消息中添加所述第二跟踪点的编号信息，并将添加了所述第二跟踪点的编号信息的待跟踪消息进行缓存包括：

所述第一跟踪点所属子系统在所述合并后得到的合并消息中添加第四跟踪点的编号信息，并将添加了所述第四跟踪点的编号信息的所述合并消息进行缓存；所述第四跟踪点为所述至少二个第二跟踪点中的任意一个跟踪点。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

在所述第一跟踪点和所述第四跟踪点所在跟踪链的起始跟踪点记录所述第二跟踪点具有的跟踪ID的个数；

所述第一跟踪点所属子系统接收所述第一跟踪点所在的跟踪链的结束跟踪点所属子系统返回的响应消息包括：

所述第一跟踪点和所述第四跟踪点所在跟踪链的起始跟踪点所属子系统接收每个跟踪链的结束跟踪点所属子系统返回的响应消息；

所述第一跟踪点所属子系统判断被缓存的待跟踪消息是否是需要进行持久化的消息，如果是，则将所述被缓存的待跟踪消息上传至网络管理子系统包括：

判断所述起始跟踪点所属子系统是否接收到失败的响应消息或者在预定时间内接收到的响应消息的个数大于等于所述跟踪ID的个数或者等待超时，如果是，则使所述起始跟踪点所在跟踪链上的所有跟踪点所属子系统对各自缓存的消息是否是需要进行持久化的消息进行判断，并根据判断结果将各自缓存的消息上传至网络管理子系统或者丢弃。

7.根据权利要求1或2所述的方法，其特征在于，

如果跟踪链在第一网元内的第五跟踪点与第二网元内的第六跟踪点之间断开，在所述第一网元内的第七跟踪点和所述第二网元内的第八跟踪点之间断开，且所述第五跟踪点及第八跟踪点缺失子跟踪点信息，所述第六跟踪点和及第七跟踪点缺失父跟踪点信息，则所述方法还包括：

在所述第一网元中设置第九虚拟跟踪点和第十虚拟跟踪点，使所述第九虚拟跟踪点作为所述第五跟踪点的子跟踪点以及所述第十虚拟跟踪点的父跟踪点，使所述第十虚拟跟踪点作为所述第七跟踪点的父跟踪点；

将所述第二网元内的第六跟踪点设置为临时起始跟踪点，将所述第八跟踪点设置为临时结束跟踪点。

8.一种实现消息跟踪的系统，其特征在于，该系统包括网络管理子系统和一个以上用于执行应用系统业务功能程序的子系统，所述业务功能程序中事先设置有跟踪点，其中，

第一跟踪点所属子系统用于获取来自第二跟踪点所属子系统的待跟踪消息以及所述第二跟踪点的编号信息；所述第一跟踪点为任意一个跟踪点，所述第二跟踪点为第一跟踪点的父跟踪点；

所述第一跟踪点所属子系统还用于将所述待跟踪消息及所述第一跟踪点的编号信息发送至第三跟踪点所属子系统，所述第三跟踪点为所述第一跟踪点的子跟踪点；

所述第一跟踪点所属子系统还用于在所述待跟踪消息中添加所述第二跟踪点的编号信息，并将添加了所述第二跟踪点的编号信息的待跟踪消息进行缓存；

所述第一跟踪点所属子系统还用于接收所述第一跟踪点所在的跟踪链的结束跟踪点所属子系统返回的响应消息；

所述第一跟踪点所属子系统还用于判断被缓存的待跟踪消息是否是需要进行持久化的消息，如果是，则将所述被缓存的待跟踪消息上传至网络管理子系统；

所述网络管理子系统用于接收所述第一跟踪点所在跟踪链上至少二个跟踪点所属子系统分别上传的多个被缓存消息，对所述至少二个被缓存消息进行分析，获取所述待跟踪消息的跟踪轨迹；所述至少二个跟踪点包括所述第一跟踪点以及以下两个跟踪点之中的一个：

第二和第三跟踪点。

9.根据权利要求8所述的系统，其特征在于，所述第一跟踪点所属子系统具体用于判断所述被缓存的待跟踪消息中是否包括与预先设置的持久化条件相同的消息项，如果是，则确定所述被缓存的待跟踪消息是需要进行持久化的消息，否则确定所述被缓存的待跟踪消息不是需要进行持久化的消息。

10.根据权利要求8或9所述的系统，其特征在于，所述第二跟踪点包括至少二个跟踪点；

所述第一跟踪点所属子系统具体用于获取来自至少二个第二跟踪点所属子系统的至少二个待跟踪消息以及至少二个所述第二跟踪点的至少二个编号信息；

所述第一跟踪点所属子系统具体还用于将所述至少二个待跟踪消息合并，并将合并后得到的合并消息及所述第一跟踪点的编号信息发送至所述第三跟踪点所属子系统。

11.根据权利要求10所述的系统，其特征在于，

所述第一跟踪点所属子系统具体还用于在所述合并后得到的合并消息中添加至少二个编号信息的其中一个，并将所述第一跟踪点的编号信息分别添加到至少二个第二跟踪点所属子系统缓存的消息中；以及用于将添加了所述其中一个编号信息的所述合并消息进行缓存。

12.根据权利要求10所述的系统，其特征在于，所述至少二个第二跟踪点具有至少二个跟踪ID；

所述第一跟踪点所属子系统具体还用于在所述合并后得到的合并消息中添加第四跟踪点的编号信息，将添加了所述第四跟踪点的编号信息的所述合并消息进行缓存；所述第四跟踪点为所述至少二个第二跟踪点中的任意一个跟踪点。

13.根据权利要求12所述的系统，其特征在于，每个跟踪链的结束跟踪点所属子系统还用于返回一个响应消息至所述第一跟踪点和所述第四跟踪点所在跟踪链的起始跟踪点所属子系统；

所述系统还包括：

记录单元，用于在所述第一跟踪点和所述第四跟踪点所在跟踪链的起始跟踪点记录所述至少二个第二跟踪点具有的跟踪ID的个数；

判断单元，用于判断所述起始跟踪点所属子系统是否接收到失败的响应消息或者在预定时间内接收到的响应消息的个数是否大于等于所述跟踪ID的个数或者等待超时；

启动单元，用于当所述判断单元的判断结果为是时，使所述起始跟踪点所在跟踪链上所有跟踪点所属子系统对各自缓存的消息是否是需要进行持久化的消息进行判断，并根据判断结果将各自缓存的消息上传至网络管理子系统或者丢弃。

14.根据权利要求8或9所述的系统，其特征在于，如果跟踪链在第一网元内的第五跟踪点与第二网元内的第六跟踪点之间断开，在所述第一网元内的第七跟踪点和所述第二网元内的第八跟踪点之间断开，且所述第五跟踪点及第八跟踪点缺失子跟踪点信息，所述第六跟踪点和及第七跟踪点缺失父跟踪点信息，则所述系统还包括：

第一设置单元，用于在所述第一网元中设置第九虚拟跟踪点和第十虚拟跟踪点，使所述第九虚拟跟踪点作为所述第五跟踪点的子跟踪点以及所述第十虚拟跟踪点的父跟踪点，使所述第十虚拟跟踪点作为所述第七跟踪点的父跟踪点；

第二设置单元，用于将所述第二网元内的第六跟踪点设置为临时起始跟踪点，将所述第八跟踪点设置为临时结束跟踪点。