[发明专利]实现消息跟踪的方法及系统

说明书

技术领域

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

背景技术

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

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

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

发明内容

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

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

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

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

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

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

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

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

第二和第三跟踪点。

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

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

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

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

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

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

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

第二和第三跟踪点。