信令跟蹤的處理方法及裝置製造方法
2023-05-29 18:45:41 1
信令跟蹤的處理方法及裝置製造方法
【專利摘要】本發明公開了一種信令跟蹤的處理方法，客戶端讀取被跟蹤業務對應的配置文件，並與服務端建立連接，根據配置文件向所述服務端中的被跟蹤業務註冊，在註冊成功後，接收所述服務端反饋的被跟蹤業務的信令跟蹤消息，並且輸出到顯示界面；本發明同時還公開了一種信令跟蹤的處理裝置，通過本發明的方案，能夠提高系統的擴展性、可靠性，通過客戶端讀取被跟蹤業務對應的配置文件就可以完成對被跟蹤業務的信令跟蹤功能、信令信息的解析和展開。
【專利說明】信令跟蹤的處理方法及裝置
【技術領域】
[0001]本發明涉及智能網技術，尤其涉及一種信令跟蹤的處理方法及裝置。
【背景技術】
[0002]隨著智能網的高速發展，特別是基於智能網的業務系統的興起，對信令跟蹤的規模、可靠性、通用性、可擴展性都提出了新的要求。
[0003]現有的信令跟蹤方法中對每個被跟蹤業務的跟蹤代碼都是各自獨立的，如果有新業務需要信令跟蹤，就需要重新編寫跟蹤代碼以滿足新的需求，並且將結構展示信息保存在資料庫中，以備需要使用時進行檢索，在跟蹤到跟蹤信息時，還將跟蹤到的跟蹤信息全部輸出到顯示界面進行顯示。
[0004]現有的信令跟蹤方法存在以下技術問題:
[0005]I)對新的業務需要設置新的跟蹤代碼，存在擴展性和可維護性都比較低的問題；
[0006]2)對複雜結構的結構展示信息進行檢索時，所需時間較長、用戶體驗較差；
[0007]3)對於將跟蹤到的信息全部輸出到顯示界面，因為輸出的信息量大，所以容易造成顯示界面假死，甚至導致系統崩潰的問題。
【發明內容】
[0008]本發明主要提供一種信令跟蹤的處理方法及裝置，能夠通過客戶端讀取被跟蹤業務對應的配置文件就完成對被跟蹤業務的信令跟蹤功能、信令信息的解析和展開。
[0009]本發明的技術方案是這樣實現的:
[0010]本發明提供一種信令跟蹤的處理方法，該方法包括:
[0011]客戶端讀取被跟蹤業務對應的配置文件，並與服務端建立連接，根據配置文件向所述服務端中的被跟蹤業務註冊，在註冊成功後，接收所述服務端反饋的被跟蹤業務的信令跟蹤消息，並且輸出到顯示界面。
[0012]上述方案中，客戶端讀取被跟蹤業務對應的配置文件之前，該方法還包括:所述客戶端創建所述被跟蹤業務對應的配置文件並且保存在指定目錄內。
[0013]上述方案中，客戶端讀取被跟蹤業務對應的配置文件之前，該方法還包括:所述客戶端在保存配置文件的指定目錄內查找與所述被跟蹤業務對應的配置文件。
[0014]上述方案中，客戶端與服務端建立連接之前，該方法還包括:所述客戶端讀取設置的界面配置文件，並將所述界面配置文件動態生成的交互界面輸出到顯示界面。
[0015]上述方案中，客戶端接收所述服務端反饋的被跟蹤業務的信令跟蹤消息之後，該方法還包括:所述客戶端將接收到的信令跟蹤消息的格式轉換成可擴展標記語言(XML)格式。
[0016]本發明還提供一種信令跟蹤的處理裝置，該裝置包括:讀取模塊、連接模塊、註冊模塊、接收及顯示模塊，其中:
[0017]讀取模塊，用於讀取被跟蹤業務對應的配置文件；
[0018]連接模塊，用於客戶端與服務端建立連接；
[0019]註冊模塊，用於根據配置文件向所述服務端中的被跟蹤業務註冊；
[0020]接收及顯示模塊，用於接收所述服務端反饋的被跟蹤業務的信令跟蹤消息，並且輸出到顯示界面。
[0021]上述方案中，該裝置還包括:創建模塊，用於創建所述被跟蹤業務對應的配置文件並保存在指定目錄內。
[0022]上述方案中，該裝置還包括:查找模塊，用於在保存配置文件的指定目錄內查找與所述被跟蹤業務對應的配置文件。
[0023]上述方案中，讀取模塊，還用於讀取設置的界面配置文件，並且將所述界面配置文件動態生成的交互界面輸出到顯示界面。
[0024]上述方案中，該裝置還包括:轉換模塊，用於將接收及顯示模塊接收到的信令跟蹤消息的格式轉換成可擴展標記語言(XML)格式，再發送到接收及顯示模塊。
[0025]本發明提供一種信令跟蹤的處理方法及裝置，客戶端讀取被跟蹤業務對應的配置文件，並與服務端建立連接，根據配置文件向所述服務端中的被跟蹤業務註冊，在註冊成功後，接收所述服務端反饋的被跟蹤業務的信令跟蹤消息，並且輸出到顯示界面；如此，能夠提高系統的擴展性、可靠性，通過客戶端讀取被跟蹤業務對應的配置文件通過設置的就可以完成對被跟蹤業務的信令跟蹤功能、信令信息的解析和展開。
【專利附圖】
【附圖說明】
[0026]圖1為本發明提供的信令跟蹤的處理方法的流程示意圖；
[0027]圖2為本發明提供的客戶端在配置文件保存的指定目錄下查找是否存在所述被跟蹤業務對應配置文件的流程示意圖；
[0028]圖3為本發明提供的信令跟蹤的處理裝置的結構示意圖。
【具體實施方式】
[0029]在本發明實施例中，客戶端讀取被跟蹤業務對應的配置文件，並與服務端建立連接，根據配置文件向所述服務端中的被跟蹤業務註冊，在註冊成功後，接收所述服務端反饋的被跟蹤業務的信令跟蹤消息，並且輸出到顯示界面。
[0030]下面通過附圖及具體實施例對本發明做進一步的詳細說明。
[0031]本發明實現一種信令跟蹤的處理方法，如圖1所示，該方法主要包括以下幾個步驟:
[0032]步驟101:客戶端讀取被跟蹤業務對應的配置文件。
[0033]本步驟中，當所述客戶端對被跟蹤業務發起信令跟蹤時，所述客戶端在配置文件保存的指定目錄下查找是否存在與所述被跟蹤業務對應的配置文件，如果存在被跟蹤業務對應的配置文件，則讀取查找到的配置文件，並將讀取配置文件中的數據保存在內存中；如果不存在被跟蹤業務對應的配置文件，則客戶端創建所述被跟蹤業務對應的配置文件；其中，所述指定目錄可以是客戶端的存儲器中任意一個文件夾，例如所述指定目錄為scheme文件夾。
[0034]所述配置文件中的數據包括業務名稱、業務標識、事件號、編解碼信息、展示信息等用於對被跟蹤業務進行信令跟蹤的信息。
[0035]所述創建的配置文件為可擴展標記語言(extensible markup language, XML)格式，包括:業務名稱、業務標識、事件號、編解碼信息、展示信息等用於對被跟蹤業務進行信令跟蹤的信息。
[0036]其中，所述業務名稱為被跟蹤業務的名稱；所述業務標識為被跟蹤業務的編號；所述事件號為被跟蹤業務中需要跟蹤的事件編號；編解碼信息為對應的被跟蹤業務的編解碼信息；所述展示信息為輸出信息到顯示界面的設置信息。
[0037]如圖2所示，所述客戶端在配置文件保存的指定目錄下查找是否存在被跟蹤業務對應的配置文件，具體查找方法為:
[0038]步驟201:客戶端在保存配置文件的指定目錄下查找XML格式的文件。
[0039]本步驟中，客戶端根據排除列表在指定目錄下查找排除列表之外的XML格式文件，所述排除列表為客戶端查找XML格式文件時優先排除的文件列表，其中的文件可以是用戶預先設置的文件，也可以是查找過程中客戶端排除的文件。
[0040]所述客戶端根據排除列表的排除標記確定是否引用所述排除列表，當排除標記指示所述排除列表為空時，客戶端不引用所述排除列表，而當排除標記指示所述排除列表不為空時，客戶端引用所述排除列表；所述排除標記隨著排除文件的增加依次遞增序號，並且隨著排除文件的刪除依次遞減序號。
[0041]例如:當排除列表新建並且沒有需要排除的文件時，排除列表的排除標記為0，當排除列表中每增加一個需要排除的文件時，排除標記就增加I個序號，依次類推，客戶端動態更新排除列表的排除標記。排除列表新建時，列表為空，則所述排除列表初始的排除標記為0，這時，如果客戶端讀取所述排除列表的排除標記，根據所述排除標記為0，確定不引用所述排除列表；當排除列表中增加一個需要排除的文件時，排除標記更新為1，當再增加一個需要排除的文件時，排除標記更新為2，這時，如果客戶端讀取所述排除列表的排除標記，根據所述排除標記為2，確定引用所述排除列表。
[0042]所述客戶端判斷排除列表是否為空列表，如果為空，則客戶端查找指定目錄下的所有文件；如果排除列表不為空列表，所述客戶端讀取排除列表中文件，並且將指定目錄下與排除列表中相同的文件標記為不查找，對未標記為不查找的文件進行格式檢查。
[0043]本步驟中，客戶端檢查對未標記為不查找的文件的後綴是否是.XML,如果是，則確定是XML格式，打開所述文件，並且執行步驟202 ;如果不是XML格式的文件，將所述文件加入到排除列表內，繼續檢查剩餘未標記為不查找的文件。
[0044]步驟202:客戶端判斷所述查找到的文件是否是被跟蹤業務對應的配置文件。
[0045]本步驟中，所述客戶端查看查找到的文件中是否有業務名稱或業務標識的數據，如果有，則可以確定是配置文件，接下來，判斷所述文件中的業務名稱或業務標識與被跟蹤業務的信息是否一致，如果一致，則確定所述文件是所述被跟蹤業務對應的配置文件，所述客戶端讀取所述配置文件；如果不一致，則查找失敗，返回執行步驟201，並設置查找失敗的次數上限，當滿足次數上限時，客戶端創建所述被跟蹤業務對應的配置文件。
[0046]其中，當發生一次查找失敗時，客戶端對失敗標記增加一個序號，並且與失敗的次數上限對比，如果失敗標記小於失敗的次數上限，則返回執行步驟201 ;如果失敗標記大於或等於失敗的次數上限，則客戶端創建被跟蹤業務對應的配置文件。
[0047]所述客戶端讀取配置文件時，讀取配置文件中的數據，並且將讀取的數據保存到內存中。
[0048]所述客戶端在查找被跟蹤業務對應的配置文件之前，還可以通過檢索跟蹤歷史判斷是否對所述被跟蹤業務發起過信令跟蹤，所述跟蹤歷史包括被跟蹤業務的業務名稱，所述客戶端對被跟蹤業務發起信令跟蹤，並在接收到服務端的信令跟蹤消息之後，將所述被跟蹤業務的名稱保存在跟蹤歷史中，當下次客戶端對被跟蹤業務發起信令跟蹤時，通過檢索跟蹤歷史中是否存在所述被跟蹤業務的業務名稱判斷是否發起過信令跟蹤，如果發起過，則所述存儲器就存儲有所述被跟蹤業務的配置文件，執行步驟201進行查找；如果沒有發起過信令跟蹤，則需要客戶端創建所述被跟蹤業務的配置文件，並且保存在存儲器內，客戶端讀取創建之後的配置文件。
[0049]所述客戶端可以是智能網中若干個業務控制點中的計算機。
[0050]所述服務端可以是智能網中的移動終端、伺服器等。
[0051]步驟102:客戶端與服務端建立連接。
[0052]本步驟中，所述客戶端預先設置界面配置文件並保存在存儲器內，所述界面配置文件為XML格式，包括輸入連接信息的顯示框架信息、輸入註冊信息的顯示框架信息等用於在顯示界面顯示的信息，所述客戶端讀取所述界面配置文件，並且將所述界面配置文件動態生成的交互界面輸出到顯示界面；用戶在顯示界面設置所述服務端的設備信息、網絡信息，客戶端根據所述的設備信息、網絡信息與所述服務端建立連接。
[0053]所述設備信息包括物理MAC地址、設備名稱等；所述網絡信息包括設備的IP位址、連接方式、代理連接信息等，其中，所述連接方式可以是SOCKET連接方式、HTTP協議連接方式或SSH連接方式，代理連接信息為代理類型、代理伺服器地址、埠號以及用戶名和密碼。
[0054]所述客戶端向所述服務端發起連接時，通過用戶設置的設備信息、網絡信息確定所述服務端，並且根據用戶設置的IP位址、連接方式、代理連接信息，向所述服務端發送連接消息，所述連接消息包括客戶端的IP位址；所述服務端接收並讀取所述連接消息，發送反饋消息到所述客戶端對應的IP位址；所述客戶端接收到反饋消息後，通過顯示界面提示用戶與所述服務端已經建立了連接；如果所述客戶端沒有接收到反饋消息，則說明所述客戶端與所述服務端建立連接失敗，所述客戶端通過顯示界面提示用戶重新輸入所述服務端的設備信息、網絡信息，並且重新向所述服務端發送連接消息。
[0055]所述客戶端向所述服務端發送連接消息時，所述客戶端激活定時器計時，在定時器到達預先設置的時間之前，如果所述客戶端接收到反饋消息，重置計時器，並且所述客戶端通過顯示界面提示用戶與所述服務端已經建立了連接；反之，當定時器到達預先設置的時間時，如果所述客戶端沒有接收到反饋消息，重置計時器，所述客戶端根據接收到的失敗指令向顯示界面提示用戶重新輸入所述服務端的設備信息、網絡信息，並且重新向所述服務端發起連接。
[0056]步驟103:客戶端根據配置文件向被跟蹤業務註冊，在註冊成功後，接收服務端反饋的被跟蹤業務的信令跟蹤消息。
[0057]本步驟中，所述客戶端根據配置文件在內存中保存的編解碼信息，將用戶在顯示界面上輸入的註冊信息以及配置文件在內存中保存的事件號封裝生成註冊消息，並且將所述註冊消息發送到服務端，所述服務端中的被跟蹤業務根據自身設置的編解碼信息，將接收到的註冊消息解碼，如果能夠解碼，說明所述註冊消息是發送給所述被跟蹤業務的，被跟蹤業務讀取註冊信息，完成客戶端的註冊，被跟蹤業務通過所述服務端向所述客戶端發送註冊成功消息，所述客戶端接收到註冊成功消息後，等待接收所述服務端反饋的被跟蹤業務的信令跟蹤消息；反之，如果不能夠解碼，說明所述註冊消息不是發送給所述被跟蹤業務的，被跟蹤業務取消所述客戶端的註冊，所述客戶端在預設的等待時間內沒有接收到註冊成功消息時，執行步驟101;其中，註冊信息包括用戶帳號等用於服務端確定客戶端身份的信息。
[0058]所述客戶端在向設備發送註冊消息時，激活定時器計時，如果定時器在預設的等待時間到達之前，接收到註冊成功消息，重置定時器；反之，如果定時器到達預設的等待時間時，沒有接收到註冊成功消息，重置定時器並且執行步驟101。
[0059]當所述被跟蹤業務發生配置文件中的事件號對應的事件時，服務端反饋對應所述事件的信令跟蹤消息給客戶端，所述客戶端接收服務端反饋的被跟蹤業務的信令跟蹤消息，所述信令跟蹤消息為被跟蹤業務所發生事件的跟蹤信息通過所述服務端進行加密封裝生成。
[0060]步驟104:客戶端將信令跟蹤消息輸出到顯示界面顯示。
[0061]本步驟中，所述客戶端讀取接收到的信令跟蹤消息，根據內存中保存的結構展示信息對所述信令跟蹤消息進行解碼，所述客戶端解碼後的跟蹤信息的格式根據C語言頭結構體文件轉換成XML格式，並且先保存在存儲器內，再輸出到顯示界面。
[0062]其中，為了防止輸出的信息量太大，造成顯示界面假死或者導致系統崩潰的問題，可以輸出到顯示界面進行分頁顯示，這樣，所述創建的配置文件中展示信息還需要包括:顯示界面中每頁顯示的信息條數上限；所述解碼後得到的跟蹤信息按照每頁顯示的信息條數上限分成若干頁，並且輸出到顯示界面進行分頁顯示。例如，解碼後得到的跟蹤信息為1000條，而用戶設置的每頁顯示的信息條數上限為100條，客戶端按照用戶設置的每頁顯示的信息條數上限，將解碼後得到的跟蹤信息分為10頁，並且輸出到顯示界面呈10頁進行分頁顯不O
[0063]為了實現上述方法，本發明還提供一種信令跟蹤的處理裝置，該裝置設置在客戶端，該裝置至少包括:讀取模塊31、連接模塊32、註冊模塊33、接收及顯示模塊34，其中:
[0064]讀取模塊31，用於讀取被跟蹤業務對應的配置文件，可以採用客戶端的主處理器；
[0065]連接模塊32，用於客戶端與服務端建立連接，可以採用客戶端的網絡適配器；
[0066]註冊模塊33，用於根據配置文件向所述服務端中的被跟蹤業務註冊，可以採用客戶端的主處理器；
[0067]接收及顯示模塊34，用於接收所述服務端反饋的被跟蹤業務的信令跟蹤消息，並且輸出到顯示界面，可以採用客戶端的顯示適配器。
[0068]該裝置還包括:創建模塊35，用於創建所述被跟蹤業務對應的配置文件並且保存在指定目錄內，可以採用客戶端的主處理器。
[0069]該裝置還包括:查找模塊36，用於在保存配置文件的指定目錄內查找與所述被跟蹤業務對應的配置文件；還用於確定所述文件是XML格式以及確定所述文件是所述被跟蹤業務對應的配置文件，可以採用客戶端的主處理器。
[0070]具體的，讀取模塊31用於當客戶端對被跟蹤業務發起信令跟蹤時，所述查找模塊在指定目錄下查找是否存在與所述被跟蹤業務對應的配置文件，如果存在被跟蹤業務對應的配置文件，讀取查找到的配置文件，並將讀取配置文件中的數據保存在內存中；如果不存在被跟蹤業務對應的配置文件，則向創建模塊35發送創建消息，所述創建模塊35根據創建消息創建所述被跟蹤業務對應的配置文件；其中，所述指定目錄可以是客戶端的存儲器中任意一個文件夾，例如所述指定目錄為scheme文件夾。
[0071]所述配置文件中的數據包括業務名稱、業務標識、事件號、編解碼信息、展示信息等用於對被跟蹤業務進行信令跟蹤的信息。
[0072]所述創建的配置文件為XML格式，包括業務名稱、業務標識、事件號、編解碼信息、展示信息等用於對被跟蹤業務進行信令跟蹤的信息。
[0073]其中，所述業務名稱為被跟蹤業務的名稱；所述業務標識為被跟蹤業務的編號；所述事件號為被跟蹤業務中需要跟蹤的事件編號；編解碼信息為對應的被跟蹤業務的編解碼信息；所述展示信息為輸出信息到顯示界面的設置信息。
[0074]所述讀取模塊31，還用於讀取設置的界面配置文件，並且將所述界面配置文件動態生成的交互界面輸出到顯示界面。
[0075]所述查找模塊36，用於在保存配置文件的指定目錄下查找XML格式的文件，根據排除列表在指定目錄下查找排除列表之外的文件，所述排除列表為查找XML格式文件時優先排除的文件列表，其中的文件可以是用戶預先設置的文件，也可以是查找過程中排除的文件；還用於根據排除列表的排除標記確定是否引用所述排除列表，當排除標記指示所述排除列表為空時，確定不引用所述排除列表，而當排除標記指示所述排除列表不為空時，確定引用所述排除列表；所述排除標記隨著排除文件的增加依次遞增序號，並且隨著排除文件的刪除依次遞減序號。
[0076]例如:當排除列表新建並且沒有需要排除的文件時，排除列表的排除標記為0，當排除列表每增加一個需要排除的文件時，排除標記就增加I個序號，依次類推，查找模塊36動態更新排除列表的排除標記。排除列表新建時，列表為空，則所述排除列表初始的排除標記為0，這時，如果讀取所述排除標記時，根據所述排除標記為0，確定不引用所述排除列表；當排除列表中增加一個需要排除的文件時，排除標記更新為1，當再增加一個需要排除的文件時，排除標記更新為2，這時，如果讀取所述排除標記時，根據所述排除標記為2，確定引用所述排除列表。
[0077]所述查找模塊36，用於判斷排除列表是否為空列表，如果為空，則查找指定目錄下的所有文件；如果排除列表不為空列表，讀取排除列表中文件，並且將指定目錄下與排除列表中相同的文件標記為不查找，對未標記為不查找的文件進行格式檢查。
[0078]所述查找模塊36，還用於檢查對未標記為不查找的文件是否是XML格式，檢查查找到的文件的後綴是否是.XML,如果是，則確定是XML格式，打開所述文件，並且判斷所述查找到的文件是否是被跟蹤業務對應的配置文件；如果不是，將所述文件加入到排除列表內，繼續檢查剩餘未標記為不查找的文件；
[0079]其中，用於判斷所述查找到的文件是否是被跟蹤業務對應的配置文件，具體為查看所述文件中是否有業務名稱或業務標識的數據項，如果有，則可以確定是配置文件，接下來，判斷所述文件中的業務名稱或業務標識與被跟蹤業務的信息是否一致，如果一致，則確定所述文件是所述被跟蹤業務對應的配置文件，發送到讀取模塊31讀取所述配置文件；如果不一致，則查找失敗，重新查找所述指定目錄下的文件，並且設置查找失敗的次數上限，當滿足次數上限時，向創建模塊35發送創建消息，所述創建模塊35根據創建消息創建所述被跟蹤業務對應的配置文件。
[0080]其中，當發生一次查找失敗時，對失敗標記增加一個序號，並且與失敗的次數上限對比，如果失敗標記小於失敗的次數上限，則重新查找所述指定目錄下的文件；如果失敗標記大於或等於失敗的次數上限時，向創建模塊35發送創建消息，所述創建模塊35根據創建消息創建所述被跟蹤業務對應的配置文件。
[0081]所述查找模塊36，還用於根據檢索跟蹤歷史判斷是否對所述被跟蹤業務發起過信令跟蹤，所述跟蹤歷史包括被跟蹤業務的業務名稱，當對被跟蹤業務發起信令跟蹤時，通過檢索跟蹤歷史中是否存在所述被跟蹤業務的業務名稱判斷是否發起過信令跟蹤，如果發起過，則所述存儲器就存儲有所述被跟蹤業務的配置文件，查找指定目錄下的文件；如果沒有發起過信令跟蹤，則需要向創建模塊35發送創建消息，所述創建模塊35根據創建消息創建所述被跟蹤業務的配置文件，並且保存在存儲器內，讀取模塊31讀取創建之後的配置文件。
[0082]接收及顯示模塊34，還用於接收到服務端反饋的信令跟蹤消息之後，將所述被跟蹤業務的名稱保存在跟蹤歷史中。
[0083]該裝置還包括界面配置模塊37，用於預先設置界面配置文件並保存在存儲器內，，可以採用客戶端的顯示適配器，所述界面配置文件為XML格式，包括輸入連接信息的顯示框架信息、輸入註冊信息的顯示框架信息等用於在顯示界面顯示的信息，將所述界面配置文件動態生成的交互界面輸出到顯示界面；用戶在顯示界面設置所述服務端的設備信息、網絡信息，客戶端根據所述的設備信息、網絡信息與所述服務端建立連接。
[0084]所述設備信息包括物理MAC地址、設備名稱等用於確定設備的信息；所述網絡信息包括設備的IP位址、連接方式、代理連接信息等用於與設備連接的信息，其中，所述連接方式可以是SOCKET連接方式、HTTP協議連接方式或SSH連接方式，代理連接信息為代理類型、代理伺服器地址、埠號以及用戶名和密碼。
[0085]所述連接模塊32，具體用於向所述服務端發起連接時，通過用戶設置的設備信息、網絡信息確定所述服務端，並且根據用戶設置的IP位址、連接方式、代理連接信息，向所述服務端發送連接消息，所述連接消息包括客戶端的IP位址；所述服務端接收並讀取所述連接消息，發送反饋消息到所述客戶端對應的IP位址；如果所述連接模塊32接收到反饋消息，通過界面配置模塊37提示用戶與所述服務端已經建立了連接；如果所述連接模塊32沒有接收到反饋消息，則說明所述與所述服務端建立連接失敗，通過界面配置模塊37提示用戶重新輸入所述服務端的設備信息、網絡信息，並且重新向所述服務端發起連接。
[0086]所述連接模塊32，還具體用於在向所述服務端發送連接消息時，激活定時器計時，在定時器到達預先設置的時間之前，如果接收到反饋消息，重置計時器，並且通過界面配置模塊37提示用戶與所述服務端已經建立了連接；反之，當定時器到達預先設置的時間時，如果沒有接收到反饋消息，重置計時器，根據接收到的失敗指令向界面配置模塊37提示用戶重新輸入所述服務端的設備信息、網絡信息，並且重新向所述服務端發起連接。
[0087]所述註冊模塊33，用於所述根據配置文件在內存中保存的編解碼信息，將用戶在顯示界面上輸入的註冊信息以及配置文件在內存中保存的事件號封裝生成註冊消息，並且將所述註冊消息發送到所述服務端，所述服務端中的被跟蹤業務根據自身設置的編解碼信息，將接收到的註冊消息解碼，如果能夠解碼，說明所述註冊消息是發送給所述被跟蹤業務的，被跟蹤業務讀取註冊信息，完成客戶端的註冊，被跟蹤業務通過所述服務端向所述客戶端發送註冊成功消息，接收到註冊成功消息後，等待所述服務端中的被跟蹤業務發送信令跟蹤消息；反之，如果不能夠解碼，說明所述註冊消息不是發送給所述被跟蹤業務的，被跟蹤業務取消所述客戶端的註冊，在預設的等待時間內沒有接收到註冊成功消息時，發送消息到讀取模塊31 ;其中，註冊信息包括用戶帳號等用於服務端確定客戶端身份的信息。
[0088]所述註冊模塊33，還用於在向設備發送註冊消息時，激活定時器計時，如果定時器在預設的等待時間到達之前，接收到註冊成功消息，重置定時器；反之，如果定時器到達預設的等待時間時，沒有接收到註冊成功消息，重置定時器並且發送消息到讀取模塊31。
[0089]該裝置還包括:轉換模塊38，用於根據C語言頭結構體文件將接收及顯示模塊34接收到的信令跟蹤消息轉換成XML格式，再發送到接收及顯示模塊34，可以採用客戶端的主處理器。
[0090]所述接收及顯示模塊34，用於接收服務端反饋的被跟蹤業務的信令跟蹤消息，根據配置文件在內存中保存的結構展示信息對所述信令跟蹤消息進行解碼，解碼後得到的跟蹤信息的格式通過轉換模塊38轉換成XML格式後先保存在存儲器內，再輸出到顯示界面；所述信令跟蹤消息為當所述被跟蹤業務發生配置文件中的事件號對應的事件時，所述服務端對被跟蹤業務所發生事件的跟蹤信息進行加密封裝生成的消息。
[0091]其中，為了防止輸出的信息量太大，造成顯示界面假死或者導致系統崩潰的問題，可以輸出到顯示界面進行分頁顯示，這樣，所述創建模塊35創建的配置文件的展示信息還需要包括:顯示界面中每頁顯示的信息條數上限；所述解碼後得到的跟蹤信息按照設置的每頁顯示的信息條數上限分成若干頁，並且輸出到顯示界面進行分頁顯示。例如，解碼後得到的跟蹤信息為1000條，而用戶設置的每頁顯示的信息條數上限為100條，客戶端按照用戶設置的每頁顯示的信息條數上限，將解碼後得到的跟蹤信息分為10頁，並且輸出到顯示界面呈10頁進行分頁顯示。
[0092]以上所述，僅為本發明的較佳實施例而已，並非用於限定本發明的保護範圍。
【權利要求】
1.一種信令跟蹤的處理方法，其特徵在於，該方法包括: 客戶端讀取被跟蹤業務對應的配置文件，並與服務端建立連接，根據配置文件向所述服務端中的被跟蹤業務註冊，在註冊成功後，接收所述服務端反饋的被跟蹤業務的信令跟蹤消息，並且輸出到顯示界面。
2.根據權利要求1所述的處理方法，其特徵在於，所述客戶端讀取被跟蹤業務對應的配置文件之前，該方法還包括:所述客戶端創建所述被跟蹤業務對應的配置文件並且保存在指定目錄內。
3.根據權利要求1所述的處理方法，其特徵在於，所述客戶端讀取被跟蹤業務對應的配置文件之前，該方法還包括:所述客戶端在保存配置文件的指定目錄內查找與所述被跟蹤業務對應的配置文件。
4.根據權利要求1所述的處理方法，其特徵在於，所述客戶端與服務端建立連接之前，該方法還包括:所述客戶端讀取設置的界面配置文件，並將所述界面配置文件動態生成的交互界面輸出到顯示界面。
5.根據權利要求1所述的處理方法，其特徵在於，所述客戶端接收所述服務端反饋的被跟蹤業務的信令跟蹤消息之後，該方法還包括:所述客戶端將接收到的信令跟蹤消息的格式轉換成可擴展標記語言(XML)格式。
6.一種信令跟蹤的處理裝置，其特徵在於，該裝置包括:讀取模塊、連接模塊、註冊模塊、接收及顯示模塊，其中: 讀取模塊，用於讀取被跟蹤業務對應的配置文件； 連接模塊，用於客戶端與服務端建立連接； 註冊模塊，用於根據配置文件向所述服務端中的被跟蹤業務註冊； 接收及顯示模塊，用於接收所述服務端反饋的被跟蹤業務的信令跟蹤消息，並且輸出到顯示界面。
7.根據權利要求6所述的處理裝置，其特徵在於，該裝置還包括:創建模塊，用於創建所述被跟蹤業務對應的配置文件並保存在指定目錄內。
8.根據權利要求6所述的處理裝置，其特徵在於，該裝置還包括:查找模塊，用於在保存配置文件的指定目錄內查找與所述被跟蹤業務對應的配置文件。
9.根據權利要求6所述的處理裝置，其特徵在於，所述讀取模塊，還用於讀取設置的界面配置文件，並且將所述界面配置文件動態生成的交互界面輸出到顯示界面。
10.根據權利要求6所述的處理裝置，其特徵在於，該裝置還包括:轉換模塊，用於將接收及顯示模塊接收到的信令跟蹤消息的格式轉換成可擴展標記語言(XML)格式，再發送到接收及顯示模塊。
【文檔編號】H04Q3/00GK104426997SQ201310413187
【公開日】2015年3月18日 申請日期:2013年9月11日 優先權日:2013年9月11日
【發明者】歐陽翔, 何君臣, 陳小建 申請人:中興通訊股份有限公司