[發明專利]信息處理方法、系統和計算機可讀存儲介質

有效

• 申請號: 201811349411.6
• 申請日: 2018-11-14
• 公開（公告）號: CN111193631B
• 公開（公告）日: 2022-02-08
• 發明（設計）人: 陳娜;李磊;周境余;趙旭東;蔣華;林和;張金娟
• 申請（專利權）人: 中國電信股份有限公司
• 主分類號: H04L43/10
• 分類號: H04L43/10;H04L43/0817;H04L41/5009;H04L67/10
• 代理公司: 中國貿促會專利商標事務所有限公司 11038
• 代理人: 孫玉

本公開涉及一種信息處理方法、系統和計算機可讀存儲介質，涉及互聯網技術領域。本公開的方法包括：獲取上一處理環節的服務節點發送的信息，信息包括：話單；對信息進行處理，并將根據處理過程生成的跟蹤信息插入信息中；將信息發送至下一處理環節的服務節點。通過直接將跟蹤信息插入信息中，利用信息在各個環節流轉的特性，可以實現分布式系統中的服務跟蹤，降低了分布式環境下服務跟蹤對業務系統性能的損害，降低了分布式環境下服務跟蹤的成本。此外，不需要進行后續的日志整合，提高了利用跟蹤信息進行分析的效率。

技術領域

本公開涉及互聯網技術領域，特別涉及一種信息處理方法、系統和計算機可讀存儲介質。

背景技術

隨著業務的高速增長，各大企業的研發體系都陸續實施了SOA(Service OrientedArchitecture，面向服務的架構)化和微服務戰略，以應對日益復雜的業務變化。這些分布式應用彼此依賴、共同協作來完成所有的業務場景，其復雜性已超出想象，對其進行全面監控已非人力所及，迫切需要一種軟件工具來協助。

目前，業界流行的分布式跟蹤方法稱為“調用鏈”。每次調用，都會在源頭請求中產生一個全局唯一的ID(稱為“TraceId”)，每一個環節都會生成包含TraceId在內的日志信息，通過TraceId將不同系統上的“孤立”日志聯系在一起，然后通過日志分析，重組還原出更多有價值的信息。

發明內容

發明人發現：現有的調用鏈技術存在以下問題：調用鏈數據的生成是依靠對整個調用過程的所有應用輸出日志，因此對核心業務系統會降低性能。對于運營商的交易密集型業務(如繳費、充值、支付等)來說，中等規模省份的性能指標要求已高達12w條/s，采用調用鏈方式勢必產生較大性能損耗，降低了業務的效率。同時，根據TraceId進行日志整合進行分析，效率也比較低。

本公開所要解決的一個技術問題是：提出一種適用于分布式系統的跟蹤方法，提高系統的處理效率和利用跟蹤信息進行分析的效率。

根據本公開的一些實施例，提供的一種信息處理方法，包括：獲取上一處理環節的服務節點發送的信息，信息包括：話單；對信息進行處理，并將根據處理過程生成的跟蹤信息插入信息中；將信息發送至下一處理環節的服務節點。

在一些實施例中，將根據處理過程生成的跟蹤信息插入信息中包括：根據處理環節的順序，在信息中的預設位置插入根據處理過程生成的跟蹤信息。

在一些實施例中，該方法還包括：讀取信息中的跟蹤信息；根據跟蹤信息對服務節點的性能進行分析；或者根據跟蹤信息對信息的處理過程進行分析。

在一些實施例中，跟蹤信息包括處理時間信息、服務節點標識；根據跟蹤信息對服務節點的性能進行分析包括：根據處理過程的時長確定服務節點標識對應的服務節點是否存在異常；或者根據處理過程的時長確定服務節點標識對應的服務節點的處理效率。

在一些實施例中，跟蹤信息包括：業務參數、業務結果、服務節點標識；根據跟蹤信息對信息的處理過程進行分析包括：按照處理環節的順序，依次檢測各個服務節點標識對應的業務參數和業務結果的一致性，確定服務節點標識對應的服務節點是否出現處理錯誤。

在一些實施例中，在信息為話單的情況下，處理環節包括：預處理、排重、批價、合帳。

根據本公開的另一些實施例，提供的一種信息處理系統，包括：多個服務節點；服務節點包括：信息獲取模塊，信息處理模塊，信息發送模塊；信息獲取模塊用于獲取上一處理環節的服務節點發送的信息，信息包括：話單；信息處理模塊用于對信息進行處理，并將根據處理過程生成的跟蹤信息插入信息中；信息發送模塊用于將信息發送至下一處理環節的服務節點。

在一些實施例中，信息處理模塊用于根據處理環節的順序，在信息中的預設位置插入根據處理過程生成的跟蹤信息。