[發明專利]實現消息跟蹤的方法及系統

有效

• 申請號: 201310233548.6
• 申請日: 2013-06-13
• 公開（公告）號: CN104243191B
• 公開（公告）日: 2017-12-29
• 發明（設計）人: 仇幼成;陳華;刁陽彬
• 申請（專利權）人: 華為技術有限公司
• 主分類號: H04L12/24
• 分類號: H04L12/24;H04L29/08
• 代理公司: 深圳市深佳知識產權代理事務所(普通合伙)44285
• 代理人: 唐華明

技術領域

本發明涉及通信技術領域，具體涉及一種實現消息跟蹤的方法及系統。

背景技術

故障定位向來都是故障管理的重點。業界故障定位的方法很多，如性能數據收集，黑匣子、告警設計，消息跟蹤等。針對于流程中的故障問題，如性能變慢、個別消息處理失敗、吊死等問題，故障定位常用的方法多為消息跟蹤。

目前消息跟蹤方法較多，但基本原理基本一致。主要跟蹤原理是通過在業務流程中，在模塊與模塊間的交換接口或者函數接口設置跟蹤點，跟蹤點對收到的消息進行解析，根據解析的結果來判斷是否需要跟蹤此消息，如果是，則將表示需要跟蹤的跟蹤標簽添加到消息中；后續跟蹤點所屬的子系統在后續跟蹤點判斷接收到的消息是否攜帶有跟蹤標簽，如果有，則確定接收到的消息是待跟蹤消息。跟蹤消息達到各個跟蹤點時，各個跟蹤點將跟蹤消息的內容輸出至網絡管理子系統以使網絡管理子系統對跟蹤消息進行分析。這樣網絡管理子系統可能就緩存了大量的跟蹤消息，需要消耗大量系統資源，導致性能問題，同時由于大量跟蹤消息的存在，網絡管理子系統也難以即時的對跟蹤消息的內容進行分析，一般只能實現后續的故障定位和分析。

在現有的消息跟蹤方法中，網絡管理子系統是根據各個跟蹤點上報消息的時間先后或各個跟蹤點的編號信息來對跟蹤消息進行排序，從而獲取消息的流向并進行故障分析，這樣，如果涉及到消息的拆分或合并場景，就難以實現故障點的快速定位。

發明內容

本發明實施例所要解決的技術問題是提供一種實現消息跟蹤的方法和系統，用于解決現有技術中網絡管理子系統需要耗費大量系統資源用于緩存跟蹤消息的問題。

本發明實施例提供一種實現消息跟蹤的方法，包括：

應用系統的各個子系統執行業務功能程序，在執行過程中，第一跟蹤點所屬子系統獲取來自第二跟蹤點所屬子系統的待跟蹤消息以及所述第二跟蹤點的編號信息，所述第二跟蹤點為所述第一跟蹤點的父跟蹤點；

所述第一跟蹤點所屬子系統將所述待跟蹤消息及所述第一跟蹤點的編號信息發送至第三跟蹤點所屬子系統，所述第三跟蹤點為所述第一跟蹤點的子跟蹤點；

所述第一跟蹤點所屬子系統在所述待跟蹤消息中添加所述第二跟蹤點的編號信息，并將添加了所述第二跟蹤點的編號信息的待跟蹤消息進行緩存；

所述第一跟蹤點所屬子系統接收所述第一跟蹤點所在的跟蹤鏈的結束跟蹤點所屬子系統返回的響應消息；

所述第一跟蹤點所屬子系統判斷被緩存的待跟蹤消息是否是需要進行持久化的消息，如果是，則將所述被緩存的待跟蹤消息上傳至網絡管理子系統；

所述網絡管理子系統接收所述第一跟蹤點所在跟蹤鏈上至少二個跟蹤點所屬子系統分別上傳的至少二個被緩存的消息，對所述至少二個被緩存的消息進行分析，獲取所述待跟蹤消息的跟蹤軌跡；所述至少二個跟蹤點包括所述第一跟蹤點以及以下兩個跟蹤點之中的一個：

第二和第三跟蹤點。

相應的，本發明實施例還提供一種實現消息跟蹤的系統，該系統包括網絡管理子系統和一個以上用于執行應用系統業務功能程序的子系統，所述業務功能程序中事先設置有跟蹤點，其中，

第一跟蹤點所屬子系統用于獲取來自第二跟蹤點所屬子系統的待跟蹤消息以及所述第二跟蹤點的編號信息；所述第一跟蹤點為任意一個跟蹤點，所述第二跟蹤點為第一跟蹤點的父跟蹤點；

所述第一跟蹤點所屬子系統還用于將所述待跟蹤消息及所述第一跟蹤點的編號信息發送至第三跟蹤點所屬子系統，所述第三跟蹤點為所述第一跟蹤點的子跟蹤點；

所述第一跟蹤點所屬子系統還用于在所述待跟蹤消息中添加所述第二跟蹤點的編號信息，并將添加了所述第二跟蹤點的編號信息的待跟蹤消息進行緩存；

所述第一跟蹤點所屬子系統還用于接收所述第一跟蹤點所在的跟蹤鏈的結束跟蹤點所屬子系統返回的響應消息；

所述第一跟蹤點所屬子系統還用于判斷被緩存的待跟蹤消息是否是需要進行持久化的消息，如果是，則將所述被緩存的待跟蹤消息上傳至網絡管理子系統；

所述網絡管理子系統用于接收所述第一跟蹤點所在跟蹤鏈上至少二個跟蹤點所屬子系統分別上傳的多個被緩存消息，對所述至少二個被緩存消息進行分析，獲取所述待跟蹤消息的跟蹤軌跡；所述至少二個跟蹤點包括所述第一跟蹤點以及以下兩個跟蹤點之中的一個：

第二和第三跟蹤點。