專利名稱：一種短消息的處理終端、方法及跟蹤系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及通信領域，尤其涉及移動通信中短消息處理終端、方法及跟蹤系統(tǒng)。
背景技術：
短消息是目前無線網(wǎng)絡常用的數(shù)據(jù)業(yè)務，它利用信令鏈路實現(xiàn)點對點的消息傳送，是一種非實時的可靠的信息傳遞業(yè)務。
短消息業(yè)務采用存儲轉發(fā)模式，一條短消息的發(fā)送包括移動臺發(fā)起(MobileOriginated，MO)短消息業(yè)務和移動臺終止(Mobile Terminated，MT)短消息業(yè)務兩個獨立的過程。短消息被發(fā)送出去之后，不是直接發(fā)送給接收方，而是先存儲在短消息中心(Short Message Centre，SMC)，然后再由SMC將短消息轉發(fā)給接收方。如果接收方當時關機或不在服務區(qū)內，SMC就會自動保存該短消息，等到接收方在服務區(qū)出現(xiàn)的時候再發(fā)送給他。
隨著手機的日益普及和短消息業(yè)務的蓬勃發(fā)展，客戶和運營商對短消息服務的要求也越來越高，其中就包括對短消息業(yè)務的狀態(tài)跟蹤。通過對短消息的狀態(tài)跟蹤，運營商可以迅速地定位移動臺發(fā)起的短消息業(yè)務MO和移動臺終止的短消息業(yè)務MT過程的準確性，消息在傳送過程中是否某些字段值有誤，以及信令點服務器是否存在問題等，提高維護效率。
但是，由于短消息的提交和下發(fā)是兩個完全獨立的過程，依靠現(xiàn)有的短消息傳送技術本身，運營商無法得知短消息的目前狀態(tài)，因此，在這種情況下就出現(xiàn)了一種短消息跟蹤技術。
目前存在的一種短消息跟蹤技術，其主要的工作過程為用戶向服務器發(fā)起消息跟蹤請求；短消息中心、擴展短消息實體等多個服務器響應用戶請求并實現(xiàn)短消息跟蹤，然后根據(jù)用戶的跟蹤請求向用戶端發(fā)送跟蹤消息，用戶端接收到這些跟蹤消息后通過設定的程序代碼對跟蹤消息進行解析。
用戶端通過程序代碼實現(xiàn)協(xié)議分類和協(xié)議定義。該程序代碼需定義標識各種類型協(xié)議的屬性、各種類型協(xié)議對應的消息類型及其他用戶屬性數(shù)據(jù)。由于消息對應了許多不同的消息協(xié)議，當消息協(xié)議增加或擴展時，對應的程序代碼就要做相應的改動。在對消息進行解析時也需要調用相應的程序代碼。當用戶需要查看消息跟蹤內容時通過日志方式查看。
上述現(xiàn)有技術存在如下缺點首先，當有新增協(xié)議或者擴展協(xié)議時，需要對程序代碼進行增加或者修改，無法做到在不改動現(xiàn)有程序代碼的前提下對消息對應協(xié)議進行修改和擴充，提高了維護成本；其次，采用日志方式查看跟蹤消息內容，無法實現(xiàn)用戶與系統(tǒng)的交互。

發(fā)明內容
本發(fā)明解決的技術問題是提供一種短消息處理終端、短消息跟蹤系統(tǒng)及方法，以實現(xiàn)在不改動現(xiàn)有程序代碼的前提下對協(xié)議進行修改和擴充，且實施簡單，可擴充性大。
為解決上述問題，本發(fā)明的短消息處理終端，包括有消息接收單元，用于接收短消息；另外，還包括消息處理單元，用于識別所述消息接收單元接收到的短消息的協(xié)議類型，并獲取與所述短消息協(xié)議類型對應的預設的協(xié)議配置信息，并根據(jù)所述協(xié)議配置信息對所述短消息進行解析。
進一步，還包括顯示單元，與所述消息處理單元相連，用于顯示對所述短消息的解析信息。
其中，所述消息處理單元包括存儲單元，用于存儲預設的協(xié)議配置信息；識別單元，用于識別所述消息接收單元接收到的短消息的協(xié)議類型；提取單元，用于從所述存儲單元中提取與所述短消息協(xié)議類型對應的協(xié)議配置信息；解析單元，用于根據(jù)所述提取單元提取的與所述短消息協(xié)議類型對應的協(xié)議配置信息對所述短消息進行解析。
進一步，所述消息處理單元還包括配置單元，用于對所述存儲單元中存儲的協(xié)議配置信息進行配置更新。
其中，該終端應用于短消息跟蹤系統(tǒng)中，它還包括消息跟蹤請求單元，用于向所述短消息跟蹤系統(tǒng)中的短消息跟蹤實體發(fā)起短消息跟蹤請求或終止短消息跟蹤請求。
相應的，本發(fā)明的短消息處理方法，包括預設步驟預設包括各種協(xié)議配置信息的協(xié)議配置信息庫；以及以下處理步驟A、識別所接收到的短消息的協(xié)議類型；B、獲取與所述短消息協(xié)議類型對應的協(xié)議配置信息；C、根據(jù)與所述短消息協(xié)議類型對應的協(xié)議配置信息對所述接收到的短消息進行解析。
其中，步驟A之前還包括預設步驟預設與短消息協(xié)議類型對應的協(xié)議配置信息。
步驟C之后還包括步驟D、顯示所述短消息的解析信息。
其中，所述預設步驟中所述協(xié)議配置信息可以進行配置更新。
進一步，該方法應用于短消息跟蹤系統(tǒng)中短消息處理終端，它還包括步驟向所述短消息跟蹤系統(tǒng)中的短消息跟蹤實體發(fā)送開始短消息跟蹤請求；或向所述短消息跟蹤系統(tǒng)中的短消息跟蹤實體發(fā)送終止短消息跟蹤請求。
相應的，本發(fā)明的短消息跟蹤系統(tǒng)，包括短消息跟蹤實體，用于實現(xiàn)短消息跟蹤；另外，還包括短消息處理終端，用于根據(jù)從所述短信息跟蹤實體所接收到的短消息的協(xié)議類型獲取與所述協(xié)議類型對應的預設的協(xié)議配置信息，并根據(jù)所述協(xié)議配置信息對所述短消息進行解析。
其中，所述短消息處理終端包括消息跟蹤請求單元，根據(jù)需要向所述短消息跟蹤實體發(fā)送開始短消息跟蹤請求或終止短消息跟蹤請求；所述短消息跟蹤實體在接收到所述開始短消息跟蹤請求時開始短消息的跟蹤，在接收到所述終止短消息跟蹤請求時停止短消息的跟蹤。
進一步，所述短消息處理終端包括消息接收單元，用于接收所述短消息跟蹤實體跟蹤到的短消息；
消息處理單元，用于識別所述消息接收單元接收到的短消息的協(xié)議類型，并獲取與所述短消息協(xié)議類型對應的預設的協(xié)議配置信息，并根據(jù)所述協(xié)議配置信息對所述短消息進行解析。
進一步，所述短消息處理終端還包括顯示單元，與所述消息處理單元相連，用于顯示對所述短消息的解析信息。
與現(xiàn)有技術相比，本發(fā)明具有如下有益效果本發(fā)明的短消息處理終端通過建立配置信息庫來存儲消息對應協(xié)議的協(xié)議分類、協(xié)議配置信息及相關用戶屬性信息，可以在不改動現(xiàn)有程序代碼的前提下對協(xié)議進行修改和擴充，實現(xiàn)簡單，協(xié)議擴充方便；并且，用戶可以控制顯示處理單元顯示用戶需要的解析信息達到與系統(tǒng)交互的目的。


圖1是本發(fā)明短消息跟蹤系統(tǒng)的組成示意圖；圖2是圖1中短消息處理終端的組成示意圖；圖3是圖2中消息處理單元組成示意圖；圖4是本發(fā)明短消息處理方法的流程示意圖。
具體實施例方式
本發(fā)明的核心思想是包括短消息跟蹤實體和短消息處理終端的短消息跟蹤系統(tǒng)在實現(xiàn)短消息跟蹤時，預先將被跟蹤短消息可能涉及到的協(xié)議類型的協(xié)議配置信息設置在短消息處理終端的協(xié)議配置信息庫中，當短消息處理終端從短消息跟蹤實體接收到跟蹤消息時，首先識別短消息的協(xié)議類型，然后根據(jù)該協(xié)議類型從協(xié)議配置信息庫查找與其對應的協(xié)議配置信息，再根據(jù)該對應的短消息協(xié)議配置信息對該短消息進行解析。
由于協(xié)議配置信息是相對獨立于解析程序的，它們之間的關聯(lián)性較小，在協(xié)議改動或協(xié)議擴展的情況下，不需要修改相關的程序源代碼，只需要通過對協(xié)議配置信息的配置更新，就可以使短消息處理終端支持協(xié)議改動或擴展后的短消息。從而大大降低了維護更新成本，增加了可靠性和可擴展性。
為了使本發(fā)明的技術方案及優(yōu)點更加清楚明白，下面結合附圖并舉實施例，對本發(fā)明做進一步詳細說明。
本發(fā)明提出了一種短消息跟蹤系統(tǒng)，圖1是該系統(tǒng)的一個實施例的組成示意圖。該系統(tǒng)主要包括短消息處理終端1，及短消息跟蹤實體2。其中消息跟蹤實體2，與現(xiàn)有技術相同，是位于消息服務端的一種擴展短消息功能實體，主要功能是根據(jù)短消息處理終端1的短消息追蹤請求，確定跟蹤的對象并對指定的短消息進行跟蹤，再將所跟蹤的消息發(fā)送給短消息處理終端1。其中消息處理終端1則是對從短消息跟蹤實體2接收到的跟蹤短消息進行解析，得到所跟蹤短消息的信息。
短消息處理終端1和短消息跟蹤實體2的具體操作過程如下短消息處理終端1，首先根據(jù)跟蹤需要向消息跟蹤實體2發(fā)送開始跟蹤指令，跟蹤指令中包括待跟蹤短消息的屬性信息，如用戶標識信息、時間信息或協(xié)議類型等；然后，在接收到短消息跟蹤實體2的開始跟蹤確認消息后，開始接收來自于短消息跟蹤實體2的跟蹤信息；接著，對所接收到的跟蹤信息進行協(xié)議類型識別，根據(jù)該跟蹤短消息的協(xié)議類型從預設的協(xié)議配置信息庫中提取與所述協(xié)議類型對應的協(xié)議配置信息，并根據(jù)該配置信息對所述短消息進行解析；最后，當需要停止對短消息的跟蹤時，向短消息跟蹤實體2發(fā)送停止跟蹤指令，在收到消息跟蹤實體2的停止跟蹤確認消息后，停止接收跟蹤信息和對跟蹤信息的解析。
其中，上述的協(xié)議配置信息庫是存儲在短消息處理終端1中的各種協(xié)議配置信息的集合，它是預先根據(jù)被跟蹤短消息可能涉及到的協(xié)議類型的各種協(xié)議配置信息配置在短消息處理終端1中的。該協(xié)議配置信息庫可以以協(xié)議文件的方式進行配置，其中協(xié)議文件需配置協(xié)議文件名，消息名和消息結構，且該消息結構要與需解析的消息結構一致。除了一般性配置外，用戶可以根據(jù)消息的特殊性，對協(xié)議配置文件進行特殊配置，如是否攜帶消息方向，消息命令字的數(shù)據(jù)類型等。用戶也可以根據(jù)需跟蹤解析短消息的實際情況修改或增加協(xié)議配置信息庫的協(xié)議配置信息，對協(xié)議配置信息進行動態(tài)更新。
短消息跟蹤實體2，當接收到來自于短消息處理終端1的開始跟蹤指令時，響應該跟蹤指令，并開始根據(jù)跟蹤指令中的要求開始對短消息進行跟蹤，并將相應的跟蹤信息發(fā)送給短消息處理終端1；當接收到來自于短消息處理終端1的停止跟蹤指令時，停止對跟蹤指令中指定的短消息的跟蹤，同時向短消息處理終端1停止跟蹤指令的響應消息。
在上述短消息跟蹤實體2向短消息處理終端1發(fā)送跟蹤信息時，在具體實施時，短消息跟蹤實體2也可以將所有的跟蹤信息都發(fā)送給短消息處理終端1，由短消息處理終端1對這些跟蹤信息進行識別然后過濾掉與本終端無關的信息。
在上述系統(tǒng)的基礎上，本發(fā)明還提出一種短消息處理終端。圖2是該短消息處理終端的一個實施例，下面對該實施例進行具體說明。
在本發(fā)明的該實施例中，短消息處理終端主要包括消息跟蹤請求單元10，用于向所述短消息跟蹤系統(tǒng)中的短消息跟蹤實體發(fā)起短消息跟蹤請求或終止短消息跟蹤請求；當需要短消息跟蹤時，消息跟蹤請求單元10根據(jù)用戶跟蹤需要向消息跟蹤實體2發(fā)送開始跟蹤指令，跟蹤指令中包括待跟蹤短消息的屬性信息，如用戶標識信息、時間信息或協(xié)議類型等；當需要結束短消息跟蹤時，消息跟蹤請求單元10向短消息跟蹤實體2發(fā)送停止跟蹤指令，在收到消息跟蹤實體2的停止跟蹤確認消息后，停止接收跟蹤信息和對跟蹤信息的解析。
消息接收單元11，用于接收短消息。當短消息跟蹤實體2接收到消息跟蹤請求單元10發(fā)送的短消息跟蹤指令后，根據(jù)跟蹤要求進行跟蹤，消息接收單元接收到短消息跟蹤實體2的跟蹤確認指令后，開始接收跟蹤到的短消息。在具體實施時，短消息跟蹤實體2可以將所有的跟蹤信息都發(fā)送給短消息處理終端1，由短消息處理終端1對這些跟蹤信息進行識別然后過濾掉與本終端無關的信息。短消息跟蹤實體2也可以先對跟蹤消息進行過濾處理，僅將消息接收單元11對應的短消息處理終端1所需的跟蹤短消息發(fā)送給消息接收單元11。實施中選用哪種方式需根據(jù)網(wǎng)絡及設備的實際情況進行選擇。
消息處理單元12，用于識別所述消息接收單元接收到的短消息的協(xié)議類型，并從協(xié)議配置信息中提取與所述短消息協(xié)議類型對應的協(xié)議配置信息，以及根據(jù)所述協(xié)議配置信息對所述短消息進行解析。對短消息協(xié)議類型的識別可以根據(jù)發(fā)送該消息的模塊類型識別，可以采用消息類型標識識別，也可以根據(jù)其他表征短消息的特定信息識別。當識別短消息的協(xié)議類型后，根據(jù)預設的短消息協(xié)議類型與協(xié)議配置信息庫中協(xié)議配置信息間的映射關系從協(xié)議配置信息庫中提取與所述短消息協(xié)議類型對應的協(xié)議配置信息，這些配置信息包括短消息名稱、短消息是否攜帶消息方向、短消息的命令數(shù)據(jù)類型、命令地址ID、短消息具體結構等信息。當提取到與短消息協(xié)議類型對應的協(xié)議配置信息后，根據(jù)提取的信息對短消息進行解析，解析的大致方式為判斷跟蹤短消息的消息頭類型，去掉消息頭后，獲取跟蹤短消息攜帶的數(shù)據(jù)包。然后根據(jù)協(xié)議定義的命令字地址ID的數(shù)據(jù)類型，獲取短消息的命令地址ID。進一步，根據(jù)該ID獲取對應的短消息的名稱和短消息的結構，對短消息的字段進行詳細解析。
顯示單元13，用于顯示對所述短消息的解析信息。在具體實施時，顯示單元的主要功能是實現(xiàn)解析信息的界面顯示，考慮到實際需要，一般情況只需要顯示短消息對應的協(xié)議文件名、顯示短消息的名稱、及命令字。當然也可以根據(jù)具體需要，通過顯示交互界面上的菜單或按扭，激活短消息的詳細字段顯示框，從而顯示段消息的詳細字段信息。
在具體實施時，如圖3所示，所述消息處理單元12可具體包括識別單元120，用于識別所述消息接收單元接收到的短消息的協(xié)議類型；存儲單元121，用于存儲協(xié)議配置信息；提取單元122，用于從所述存儲單元中提取與所述短消息協(xié)議類型對應的協(xié)議配置信息；解析單元123，用于根據(jù)所述提取單元提取的與所述短消息協(xié)議類型對應的協(xié)議配置信息對所述短消息進行解析。
相應地，本發(fā)明還提供了一種短消息處理方法。圖4是該方法的一個實施例的流程示意圖。該方法主要包括以下步驟步驟400，預設包括各種協(xié)議配置信息的協(xié)議配置信息庫；根據(jù)被跟蹤短消息可能涉及到的協(xié)議類型的協(xié)議配置信息來進行配置，協(xié)議配置信息庫可以以協(xié)議文件方式進行配置，協(xié)議文件需配置協(xié)議文件名，消息名和消息結構，且該消息結構要與需解析的消息結構完全一致，除了一般性配置外，用戶可以根據(jù)消息的特殊性，對協(xié)議配置文件進行特殊配置，如是否攜帶消息方向，消息命令字的數(shù)據(jù)類型等。用戶也可以根據(jù)需跟蹤解析短消息的實際情況修改或增加協(xié)議配置信息庫的協(xié)議配置信息，對協(xié)議配置信息進行動態(tài)更新。
步驟401，向短消息跟蹤實體發(fā)送開始短消息跟蹤請求；當需要短消息跟蹤時，消息跟蹤請求單元根據(jù)用戶跟蹤需要向消息跟蹤實體發(fā)送開始跟蹤指令，跟蹤指令中包括待跟蹤短消息的屬性信息，如用戶標識信息、時間信息或協(xié)議類型等；步驟402，接收來自短消息跟蹤實體的短消息；當短消息跟蹤實體2接收到消息跟蹤請求單元10發(fā)送的短消息跟蹤指令后，根據(jù)跟蹤要求進行跟蹤，消息接收單元接收到短消息跟蹤實體2的跟蹤確認指令后，開始接收跟蹤到的短消息。在具體實施時，短消息跟蹤實體2可以將所有的跟蹤信息都發(fā)送給短消息處理終端1，由短消息處理終端1對這些跟蹤信息進行識別然后過濾掉與本終端無關的信息。短消息跟蹤實體2也可以先對跟蹤消息進行過濾處理，僅將消息接收單元11對應的短消息處理終端1所需的跟蹤短消息發(fā)送給消息接收單元11。實施中選用哪種方式需根據(jù)網(wǎng)絡及設備的實際情況進行選擇。
步驟403，識別接收到的短消息的協(xié)議類型；對短消息協(xié)議類型的識別可以根據(jù)發(fā)送該消息的模塊類型識別，可以采用消息類型標識識別，也可以根據(jù)其他表征短消息的特定信息識別。
步驟404，從協(xié)議配置信息庫中提取與所述短消息協(xié)議類型對應的協(xié)議配置信息；當識別短消息的協(xié)議類型后，根據(jù)預設的短消息協(xié)議類型與協(xié)議配置信息庫中協(xié)議配置信息間的映射關系從協(xié)議配置信息庫中提取與所述短消息協(xié)議類型對應的協(xié)議配置信息，這些配置信息包括短消息明、短消息是否攜帶消息方向、短消息的命令數(shù)據(jù)類型、命令地址ID、短消息具體結構等信息。
步驟405，根據(jù)與所述短消息協(xié)議類型對應的協(xié)議配置信息對所述接收到的短消息進行解析；當提取到與短消息協(xié)議類型對應的協(xié)議配置信息后，根據(jù)提取的信息對短消息進行解析，解析的大致方式為判斷跟蹤短消息的消息頭類型，去掉消息頭后，獲取跟蹤短消息攜帶的數(shù)據(jù)包。然后根據(jù)協(xié)議定義的命令字地址ID的數(shù)據(jù)類型，獲取短消息的命令地址ID。進一步，根據(jù)該ID獲取對應的短消息的名稱和短消息的結構，對短消的字段進行詳細解析。
步驟406，顯示短消息的解析信息；在具體實施時，顯示單元的主要功能是實現(xiàn)解析信息的界面顯示，考慮到實際需要，一般情況只需要顯示短消息對應的協(xié)議文件名、顯示短消息的名稱、及命令字。當然也可以根據(jù)具體需要，通過顯示交互界面上的菜單或按扭，激活短消息的詳細字段顯示框，從而顯示段消息的詳細字段信息。
步驟407，向短消息跟蹤實體發(fā)送終止短消息跟蹤請求。當需要結束短消息跟蹤時，消息跟蹤請求單元向短消息跟蹤實體發(fā)送停止跟蹤指令，在收到消息跟蹤實體的停止跟蹤確認消息后，消息接收單元停止接收跟蹤信息。
以上所述僅是本發(fā)明的優(yōu)選實施方式，應當指出，對于本技術領域的普通技術人員來說，在不脫離本發(fā)明原理的前提下，還可以作出若干改進和潤飾，這些改進和潤飾也應視為本發(fā)明的保護范圍。
權利要求
1.一種短消息處理終端，包括消息接收單元，用于接收短消息；其特征在于，還包括消息處理單元，用于識別所述消息接收單元接收到的短消息的協(xié)議類型，并獲取與所述短消息協(xié)議類型對應的預設的協(xié)議配置信息，并根據(jù)所述協(xié)議配置信息對所述短消息進行解析。
2.如權利要求1所述的短消息處理終端，其特征在于，還包括顯示單元，與所述消息處理單元相連，用于顯示對所述短消息的解析信息。
3.如權利要求1或2所述的短消息處理終端，其特征在于，所述消息處理單元包括存儲單元，用于存儲預設的協(xié)議配置信息；識別單元，用于識別所述消息接收單元接收到的短消息的協(xié)議類型；提取單元，用于從所述存儲單元中提取與所述短消息協(xié)議類型對應的協(xié)議配置信息；解析單元，用于根據(jù)所述提取單元提取的與所述短消息協(xié)議類型對應的協(xié)議配置信息對所述短消息進行解析。
4.如權利要求1或2所述的短消息處理終端，其特征在于，所述消息處理單元還包括配置單元，用于對所述存儲單元中存儲的協(xié)議配置信息進行配置更新。
5.如權利要求1所述的短消息處理終端，其特征在于，該終端應用于短消息跟蹤系統(tǒng)中，它還包括消息跟蹤請求單元，用于向所述短消息跟蹤系統(tǒng)中的短消息跟蹤實體發(fā)起短消息跟蹤請求或終止短消息跟蹤請求。
6.一種短消息處理方法，其特征在于，包括步驟A、識別所接收到的短消息的協(xié)議類型；B、獲取與所述短消息協(xié)議類型對應的協(xié)議配置信息；C、根據(jù)與所述短消息協(xié)議類型對應的協(xié)議配置信息對所述接收到的短消息進行解析。
7.如權利要求6所述的短消息處理方法，其特征在于，步驟A之前還包括預設步驟預設與短消息協(xié)議類型對應的協(xié)議配置信息。
8.如權利要求6所述的短消息處理方法，其特征在于，步驟C之后還包括步驟D、顯示所述短消息的解析信息。
9.如權利要求6所述的短消息處理方法，其特征在于，所述預設步驟中所述協(xié)議配置信息可以進行配置更新。
10.如權利要求6所述的短消息處理方法，其特征在于，該方法應用于短消息跟蹤系統(tǒng)中短消息處理終端，它還包括步驟向所述短消息跟蹤系統(tǒng)中的短消息跟蹤實體發(fā)送開始短消息跟蹤請求；或向所述短消息跟蹤系統(tǒng)中的短消息跟蹤實體發(fā)送終止短消息跟蹤請求。
11.一種短消息跟蹤系統(tǒng)，包括短消息跟蹤實體，用于實現(xiàn)短消息跟蹤；其特征在于，該系統(tǒng)還包括短消息處理終端，用于根據(jù)從所述短信息跟蹤實體所接收到的短消息的協(xié)議類型獲取與所述協(xié)議類型對應的預設的協(xié)議配置信息，并根據(jù)所述協(xié)議配置信息對所述短消息進行解析。
12.如權利要求11所述的短消息跟蹤系統(tǒng)，其特征在于，所述短消息處理終端包括消息跟蹤請求單元，根據(jù)需要向所述短消息跟蹤實體發(fā)送開始短消息跟蹤請求或終止短消息跟蹤請求；所述短消息跟蹤實體在接收到所述開始短消息跟蹤請求時開始短消息的跟蹤，在接收到所述終止短消息跟蹤請求時停止短消息的跟蹤。
13.如權利要求11所述的短消息跟蹤系統(tǒng)，其特征在于，所述短消息處理終端包括消息接收單元，用于接收所述短消息跟蹤實體跟蹤到的短消息；消息處理單元，用于識別所述消息接收單元接收到的短消息的協(xié)議類型，并獲取與所述短消息協(xié)議類型對應的預設的協(xié)議配置信息，并根據(jù)所述協(xié)議配置信息對所述短消息進行解析。
14.如權利要求11所述的短消息跟蹤系統(tǒng)，其特征在于，所述短消息處理終端還包括顯示單元，與所述消息處理單元相連，用于顯示對所述短消息的解析信息。
全文摘要
本發(fā)明公開了一種短消息處理終端，包括消息接收單元，用于接收短消息；消息處理單元，消息處理單元，用于識別所述消息接收單元接收到的短消息的協(xié)議類型，并獲取與所述短消息協(xié)議類型對應的預設的協(xié)議配置信息，并根據(jù)所述協(xié)議配置信息對所述短消息進行解析。另外，本發(fā)明還公開了相應的短消息處理方法及包括該短消息處理終端的短消息跟蹤系統(tǒng)。本發(fā)明實現(xiàn)了在不改動現(xiàn)有程序代碼的前提下對短消息對應協(xié)議進行修改和擴充及用戶可以與系統(tǒng)交互的目的，實現(xiàn)簡單、方便。
文檔編號H04W4/14GK1925638SQ20061012221
公開日2007年3月7日 申請日期2006年9月18日 優(yōu)先權日2006年9月18日
發(fā)明者馬家明, 田志海 申請人:華為技術有限公司