專利名稱：一種對函數(shù)運行進行跟蹤的移動終端、服務(wù)器和方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信監(jiān)測技術(shù)，特別是指一種對函數(shù)運行進行跟蹤的移動 終端、服務(wù)器和方法。
背景技術(shù)：
近年來隨著通信技術(shù)的不斷發(fā)展，移動終端的功能和通信運營商所提供的 業(yè)務(wù)服務(wù)不斷增加，而用戶對于移動終端的多功能性、實用性、質(zhì)量以及對于
業(yè)務(wù)服務(wù)的要求也越來越高；同時，由于移動終端的研發(fā)測試周期不斷減少， 以及運營商提供的業(yè)務(wù)越來越繁多，因此導致移動終端本身，以及移動終端在 進行業(yè)務(wù)服務(wù)的過程中所出現(xiàn)的問題逐漸增多，而如何對所出現(xiàn)的問題進行跟 蹤定位和處理，或者給出處理建議也變得越來越困難，即使有的現(xiàn)有技術(shù)中提 出了對移動終端的函數(shù)調(diào)用進行跟蹤的具體方法，也都是在源代碼文件中設(shè)置 跟蹤函數(shù)，大量得記錄函數(shù)的調(diào)用，甚至記錄其它變量來對出現(xiàn)的異常和故障 進行定位，然后再把代碼文件編譯成目標機器碼運行，極大的浪費了移動終端 有限的資源并影響了移動終端的運行速度。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種對函數(shù)運行進行跟蹤的移動終端、服務(wù)器和方 法，用于解決現(xiàn)有技術(shù)中，需要對大量的函數(shù)調(diào)用甚至變量進行記錄，導致占 用移動終端過多資源，影響運行速度的缺陷。
一種對函數(shù)運行進行跟蹤的移動終端，移動終端包括指令模塊、數(shù)據(jù)處理 模塊和診斷引擎模塊；所述數(shù)據(jù)處理模塊用于執(zhí)行移動終端的業(yè)務(wù)功能，分布 形式設(shè)置或插入在源程序的預(yù)定位置；所述指令模塊設(shè)置在所述數(shù)據(jù)處理模塊 的預(yù)定位置，用于跟蹤所述數(shù)據(jù)處理模塊中調(diào)用函數(shù)的運行信息；診斷引擎模 塊包括函數(shù)進入模塊及函數(shù)退出模塊，用于發(fā)送所述運行信息。
一種對函數(shù)運行進行跟蹤的方法，移動終端運行之后，開始調(diào)用函數(shù)之后 如果遇到指令，則該指令記錄此時的返回地址，并跟蹤所述數(shù)據(jù)處理模塊中調(diào)
4用函數(shù)的運行信息，并在終止對所述運行信息的跟蹤之后繼續(xù)按照原有順序執(zhí) 行后續(xù)函數(shù)。
應(yīng)用本發(fā)明提供的技術(shù)方案，使得在移動終端的運行過程中，不再需要對 調(diào)用函數(shù)的過程進行大量的跟蹤記錄，節(jié)省了所占用的移動終端的資源，而且 不會降低移動終端原有的運行速度。


圖1為本發(fā)明實施例的數(shù)據(jù)處理模塊、指令模塊和函數(shù)進入/退出模塊之
間的結(jié)構(gòu)示意圖2為本發(fā)明實施例服務(wù)器與移動終端之間通信方式示意圖3為本發(fā)明實施例的移動終端結(jié)構(gòu)示意圖4為本發(fā)明實施例的服務(wù)器結(jié)構(gòu)示意圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)特征和實施效果更加清楚，下面將結(jié)合附圖及具 體實施例對本發(fā)明的技術(shù)方案進行詳細描述。
如圖l所示，箭頭方向表示移動終端執(zhí)行或調(diào)用函數(shù)的過程中，在程序中 的運行以及跳轉(zhuǎn)方向；源程序是移動終端中用于管理移動終端的程序，通常是 指移動終端的系統(tǒng)級程序，例如操作系統(tǒng)；數(shù)據(jù)處理模塊101則是用于完成具 體功能的模塊，通常是若干個用于實現(xiàn)不同功能的程序，也可以是其它插件或 者驅(qū)動等程序。圖中的指令模塊102用于調(diào)用源程序中不同的數(shù)據(jù)處理模塊 101,且指令模塊102包括兩個子模塊函數(shù)進入模塊103和函數(shù)退出模塊104， 當指令模塊102調(diào)用數(shù)據(jù)處理模塊101時，函數(shù)進入模塊103位于指令模塊 102中保存函數(shù)返回地址的指令之后被執(zhí)行，函數(shù)退出模塊104則通常位于指 令模塊102中用于調(diào)用函數(shù)的指令之后被執(zhí)行。
為了清楚完整的揭示移動終端的內(nèi)部結(jié)構(gòu)和工作原理，如圖3所示，是移 動終端的結(jié)構(gòu)示意圖，不僅包括數(shù)據(jù)處理模塊101，還包括了指令模塊102和 診斷引擎模塊105。其中
診斷引擎模塊105，用于記錄并發(fā)送移動終端在工作過程中所跟蹤的運行 信息；在跟蹤調(diào)用函數(shù)或調(diào)整調(diào)用函數(shù)的過程中，診斷引擎模塊105可以將其 中所跟蹤或者調(diào)整的運行信息記錄下來，并發(fā)送給遠端的服務(wù)器，由制造商或者運營商進行分析，如圖2所示，通常是以空中接口技術(shù)(OTA, Over-the-Air Technology)來實現(xiàn)，當然不排除使用其它技術(shù)的可能；下面以常用的OTA技 術(shù)為例進行描述，如圖2所示，服務(wù)器通過空中接口技術(shù)OTA向位于移動終 端的診斷引擎模塊105發(fā)送指令，請求診斷引擎模塊105發(fā)送所述運行信息， 診斷引擎模塊105根據(jù)該指令進行發(fā)送運行信息。所述OTA是通過空中接口 對用戶識別模塊(SIM， Subscriber Identity Module)卡數(shù)據(jù)及應(yīng)用進行遠程管理 的技術(shù)，空中接口可以采用無線應(yīng)用協(xié)議(WAP, Wireless Application Protocol), 通用分組無線業(yè)務(wù)(GPRS, General Packet Radio Service)、碼分多址接入 1 X(CDMA IX, Code Division Multiple Access 1 X)及短消息技術(shù)。
指令模塊102位于數(shù)據(jù)處理模塊101的預(yù)定位置，作為一個指令容器，用 于存放來自服務(wù)器的具體指令；所述預(yù)定位置通常是由制造商或者運營商所關(guān) 心的問題所可能出現(xiàn)的位置來決定，例如如果關(guān)心的問題是關(guān)于調(diào)用特定函數(shù) 以及推出特定函數(shù)時的狀態(tài)，則該預(yù)定位置就是該特定函數(shù)之前或者之后的位 置；所述指令可以是兩條指令，或者是一條指令，或者是其它方式的指令。
函數(shù)進入模塊103和函數(shù)退出模塊104是所述指令模塊102的子模塊，其
中
函數(shù)進入模塊103通常位于指令模塊102中保存函數(shù)返回地址的指令之 后，用于記錄調(diào)用數(shù)據(jù)處理模塊101的函數(shù)時應(yīng)當記錄下來的返回地址，甚至 寄存器狀態(tài)，變量賦值等數(shù)據(jù)。
函數(shù)退出模塊104通常位于指令模塊102中調(diào)用函數(shù)的指令之后，用于記 錄退出數(shù)據(jù)處理模塊101的調(diào)用函數(shù)時的相應(yīng)的各種數(shù)據(jù)。
當所述指令模塊102包括兩條指令時，具體包括第一指令用于保存函數(shù) 的返回地址；第二指令用于調(diào)用函數(shù)。
移動終端運行并開始調(diào)用函數(shù)之后，首先進入數(shù)據(jù)處理模塊101,當執(zhí)行 并遇到所述指令模塊102，該指令模塊102執(zhí)行第一指令，第一指令此時至少 要記錄返回地址；通常是將該返回地址記錄在對應(yīng)的堆棧中，也可以記錄在其 它類型的變量或者是數(shù)據(jù)結(jié)構(gòu)中。執(zhí)行完第一指令后，所述指令模塊102執(zhí)行 第二指令，第二指令此時調(diào)用函數(shù)運行，所述函數(shù)執(zhí)行特定特定的任務(wù)。在第 二指令調(diào)用函數(shù)之后，移動終端繼續(xù)運行，并由函數(shù)進入模塊103記錄調(diào)用函數(shù)的時刻，以及此時相應(yīng)的變量、寄存器等的賦值，并設(shè)定將要完成的任務(wù) 或者事件等等。在調(diào)用函數(shù)執(zhí)行完畢并滿足了退出該調(diào)用函數(shù)的條件時，由函
數(shù)退出模塊104記錄預(yù)先設(shè)定的所需要記錄的事件、寄存器以及其它變量等。 所述函數(shù)退出模塊104與函數(shù)進入模塊103既可以嵌入所述指令模塊 102，還可以是單獨的一個模塊，如果是單獨的模塊則可以位于數(shù)據(jù)處理模塊 IOI的某個位置，該位置通常是指令模塊102之前或者之后，或者是所調(diào)用函 數(shù)之前或者之后；并在所調(diào)用的函數(shù)中還可以通過引用這兩個模塊實現(xiàn)相應(yīng)的 記錄功能。
在函數(shù)退出模塊104執(zhí)行完畢之后，退出調(diào)用函數(shù)的同時，取出第一指令 所存放的返回地址按照該地址并返回；之后，按照數(shù)據(jù)處理模塊101原有的順 序執(zhí)行后續(xù)操作。
以上描述了所述指令模塊102存有兩條指令(即第一指令、第二指令)時， 跟蹤調(diào)用函數(shù)的優(yōu)選實施例；當所述指令模塊102僅僅存有一條指令時，為了 稱謂方便，稱作唯一指令，唯一指令實際是一個軟中斷，其優(yōu)選實施例描述如 下
移動終端運行并開始調(diào)用函數(shù)之后，首先進入數(shù)據(jù)處理模塊101,如果在 運行時遇到指令模塊102，該指令模塊102執(zhí)行唯一指令，唯一指令用于保存 返回地址，并且實現(xiàn)軟中斷來進入操作系統(tǒng)的內(nèi)核。
與兩條指令相同的是，可以在數(shù)據(jù)處理模塊101所調(diào)用函數(shù)的開頭放置一 個函數(shù)進入模塊103,該函數(shù)進入模塊103可以是單獨的一個模塊，也可以嵌 入到指令模塊102中，函數(shù)進入模塊103記錄進入函數(shù)的時刻，以及此時相應(yīng) 的變量、寄存器等的賦值，并設(shè)定將要完成的任務(wù)或者事件等等；
還可以進一步提供一個函數(shù)退出模塊104,該模塊可以是單獨的一個模 塊，也可以嵌入到指令模塊102中，執(zhí)行完上述調(diào)用的函數(shù)之后會遇到該函數(shù) 退出模塊104，該模塊記錄預(yù)先設(shè)定所需要記錄的事件、寄存器以及其它變量。
為了進一步增加對移動終端調(diào)用函數(shù)的跟蹤功能，甚至控制移動終端的運 行，本發(fā)明實施例進一步在移動終端提供了一個調(diào)整模塊106,該模塊可以位 于指令模塊102內(nèi)部，并用于在所述指令模塊102的控制范圍內(nèi)，實現(xiàn)對數(shù)據(jù) 處理模塊101所實現(xiàn)的功能進行調(diào)整、修正等。例如，當數(shù)據(jù)處理模塊101完成函數(shù)A之后順序執(zhí)行函數(shù)B時，可以由調(diào)整模塊106決定不再執(zhí)行函數(shù) B，而是在函數(shù)A執(zhí)行完之后直接跳轉(zhuǎn)到函數(shù)C的入口處；調(diào)整模塊106還可 以用于改進數(shù)據(jù)處理模塊101的執(zhí)行效率，例如可以在所調(diào)用的函數(shù)中引入一 個新的算法或者是功能?？傊?，調(diào)整模塊106可以靈活應(yīng)用，而不應(yīng)當局限于 上述提出的各種具體功能。調(diào)整模塊106也可以是單獨的一個模塊，在所調(diào)用 的函數(shù)中可以通過引用該調(diào)整模塊106實現(xiàn)相應(yīng)的調(diào)整功能；也可以是嵌入在 指令模塊102中，可以通過在所調(diào)用的函數(shù)中設(shè)定針對調(diào)整模塊106的地址或 者其它方式實現(xiàn)對該模塊的引用。
本發(fā)明實施例還提供了 一種對函數(shù)運行進行跟蹤的服務(wù)器，如圖4所示， 包括收發(fā)模塊201、異常及故障診斷模塊202、異常及故障管理模塊203。
收發(fā)模塊201用于接收來自移動終端的診斷引擎模塊105的運行信息，并 發(fā)送給所述異常及故障診斷模塊202;
異常及故障診斷模塊202用于根據(jù)所述運行信息對業(yè)務(wù)異常和設(shè)備故障 信息進行分析，并可以進一步給出解決上述異常和故障的建議；
異常及故障管理模塊203用于接收來自所述收發(fā)模塊201的標識業(yè)務(wù)異常 和設(shè)備故障信息，并根據(jù)該標識通過收發(fā)模塊201發(fā)送指令到移動終端獲取所 述運行信息。
服務(wù)器進一步包括一個異常及故障判斷模塊204，該模塊接收來自所述收 發(fā)模塊201的運行信息；異常及故障判斷模塊204用于判斷出現(xiàn)的所述運行信 息的類型；所述類型至少包括內(nèi)部故障、外部故障。其中，內(nèi)部故障至少包 括死機、死屏；外部故障至少包括網(wǎng)絡(luò)信號沒有達到預(yù)定強度等。
應(yīng)用本發(fā)明提供的優(yōu)選實施例，使得在移動終端的運行過程中，不再需要 對調(diào)用函數(shù)的過程進行大量的跟蹤記錄，節(jié)省了所占用移動終端的資源，而且 不會降低移動終端原有的運行速度，并可以為制造商和運營商提供調(diào)用函數(shù)的 記錄進行分析。
應(yīng)當說明的是，以上實施例僅用以說明本發(fā)明的技術(shù)方案而非限制，所有 的參數(shù)取值可以根據(jù)實際情況調(diào)整，且在該權(quán)利保護范圍內(nèi)。本領(lǐng)域的普通技 術(shù)人員應(yīng)當理解，可以對本發(fā)明的技術(shù)方案進行修改或者等同替換，而不脫離 本發(fā)明技術(shù)方案的精神范圍，其均應(yīng)涵蓋在本發(fā)明的權(quán)利要求范圍當中。
權(quán)利要求
1.一種對函數(shù)運行進行跟蹤的移動終端，其特征在于，移動終端包括指令模塊、數(shù)據(jù)處理模塊和診斷引擎模塊；所述數(shù)據(jù)處理模塊用于執(zhí)行移動終端的業(yè)務(wù)功能，分布形式設(shè)置或插入在源程序的預(yù)定位置；所述指令模塊設(shè)置在所述數(shù)據(jù)處理模塊的預(yù)定位置，用于跟蹤所述數(shù)據(jù)處理模塊中調(diào)用函數(shù)的運行信息；診斷引擎模塊包括函數(shù)進入模塊及函數(shù)退出模塊，用于發(fā)送所述運行信息。
2. 根據(jù)權(quán)利要求1所述的移動終端，其特征在于，當所述移動終端執(zhí)行 業(yè)務(wù)功能時，所述源程序中數(shù)據(jù)處理模塊編譯為匯編代碼，并在該數(shù)據(jù)處理模 塊被調(diào)用時，執(zhí)行所述指令模塊中的跳轉(zhuǎn)指令。
3. 根據(jù)權(quán)利要求1所述的移動終端，其特征在于，所述指令模塊進一步 包括兩條指令第一指令用于保存所述源程序中數(shù)據(jù)處理模塊調(diào)用函數(shù)的返回地址； 第二指令用于調(diào)用函數(shù)。
4. 根據(jù)權(quán)利要求3所述的移動終端，其特征在于，所述指令模塊進一步 包括一個函數(shù)進入模塊和函數(shù)退出模塊；所述函數(shù)進入模塊位于所述第一指令之后，用于記錄進入數(shù)據(jù)處理模塊的 函數(shù)時應(yīng)當記錄的返回地址、寄存器狀態(tài)、變量賦值和事件信息；所述函數(shù)退出模塊位于所述第二指令之后，用于記錄退出數(shù)據(jù)處理模塊的 函數(shù)時應(yīng)當記錄的寄存器狀態(tài)、變量賦值和事件信息。
5. 根據(jù)權(quán)利要求1所述的移動終端，其特征在于，所述指令模塊進一步包括一條唯一指令所述唯一指令用于保存返回地址，并且切入操作系統(tǒng)的內(nèi)核。
6. 根據(jù)權(quán)利要求1所述的移動終端，其特征在于，所述指令模塊進一步 包括一個調(diào)整模塊；所述調(diào)整模塊用于在所述指令模塊調(diào)用函數(shù)的過程中，實現(xiàn)對數(shù)據(jù)處理模塊所實現(xiàn)的原有功能或者結(jié)束條件進行操作。
7. —種對函數(shù)運行進行跟蹤的方法，移動終端運行之后，其特征在于，開始調(diào)用函數(shù)之后如果遇到指令，則該指令記錄此時的返回地址，并跟蹤所述源程序中數(shù)據(jù)處理模塊調(diào)用函數(shù)的運行信息；在終止對所述運行信息的跟蹤之 后發(fā)送所述運行信息并繼續(xù)按照原有順序執(zhí)行后續(xù)函數(shù)。
8. 根據(jù)權(quán)利要求7所述的方法，其特征在于，如果所述指令為兩條指令， 則在第一指令保存所述源程序中數(shù)據(jù)處理模塊調(diào)用函數(shù)的返回地址之后，執(zhí)行 第二指令來調(diào)用所述調(diào)用函數(shù)。
9. 根據(jù)權(quán)利要求8所述的方法，其特征在于，保存所述返回地址之后， 進一步包括，記錄進入所述調(diào)用時應(yīng)當記錄的返回地址、寄存器狀態(tài)、變量賦 值和事件信息；并在調(diào)用所述調(diào)用函數(shù)之后，記錄退出該調(diào)用函數(shù)時應(yīng)當記錄的寄存器狀 態(tài)、變量賦值和事件信息。
10. 根據(jù)權(quán)利要求8所述的方法，其特征在于，在調(diào)用所述調(diào)用函數(shù)之后， 還包括在所述調(diào)用函數(shù)運行的過程中，對源程序中數(shù)據(jù)處理模塊所實現(xiàn)的原有 功能或者結(jié)束條件進行操作。
11. 一種對函數(shù)運行進行跟蹤的服務(wù)器，其特征在于，該服務(wù)器包括收發(fā) 模塊、異常及故障診斷模塊、異常及故障管理模塊；所述收發(fā)模塊用于接收來自移動終端的運行信息； 所述異常及故障診斷模塊用于根據(jù)所述運行信息對所述業(yè)務(wù)異常和設(shè)備故障信息進行分析；所述異常及故障管理模塊用于標識業(yè)務(wù)異常和設(shè)備故障信息，并根據(jù)該標識發(fā)送指令到移動終端獲取所述運行信息。
12. 根據(jù)權(quán)利要求11所述的服務(wù)器，其特征在于，所述服務(wù)器進一步包 括一個異常及故障判斷模塊；所述異常及故障判斷模塊用于判斷出現(xiàn)的所述運行信息的類型；所述類型 至少包括內(nèi)部故障、外部故障；所述內(nèi)部故障至少包括死機、死屏；所述外部故障至少包括網(wǎng)絡(luò)信號 沒有達到預(yù)定強度。
全文摘要
本發(fā)明提供一種對函數(shù)運行進行跟蹤的移動終端、方法及服務(wù)器，其中，移動終端包括指令模塊、數(shù)據(jù)處理模塊和診斷引擎模塊；所述數(shù)據(jù)處理模塊用于執(zhí)行移動終端的業(yè)務(wù)功能，并分布形式設(shè)置或插入在所述源程序的預(yù)定位置；所述指令模塊設(shè)置在所述數(shù)據(jù)處理模塊的預(yù)定位置，用于跟蹤所述數(shù)據(jù)處理模塊中調(diào)用函數(shù)的運行信息；所述診斷引擎模塊包括函數(shù)進入模塊及函數(shù)退出模塊，用于發(fā)送所述運行信息。應(yīng)用上述技術(shù)方案，使得在移動終端的運行過程中，不再需要對調(diào)用函數(shù)的過程進行大量的跟蹤記錄，節(jié)省了所占用移動終端的資源，而且不會降低移動終端原有的運行速度。
文檔編號H04W88/18GK101516097SQ200810057868
公開日2009年8月26日 申請日期2008年2月19日 優(yōu)先權(quán)日2008年2月19日
發(fā)明者王昌正 申請人:北京摩軟科技有限公司