一種應用程式加載的方法及裝置的製作方法
2023-09-18 19:01:45
專利名稱：一種應用程式加載的方法及裝置的製作方法
技術領域：
本發明涉及機器到機器(M2M,machine to machine)領域,特別是指M2M終端模組中一種應用程式加載的方法及裝置。
背景技術：
物聯網是在計算機網際網路的基礎上，融合無線數據通信等技術，構造的一個覆蓋世界萬物的網絡，實現物品之間信息的互聯與共享。M2M是機器之間所有建立連接的技術和手段，隨著移動通信技術的發展，M2M相關業務和產品成爆發式增長，已經滲入到國民經濟的各個方面，在環境監測、智能家居、智能電網、自動抄表等行業已有應用，正在推動著社會生產和生活方式新一輪的變革。
在現階段，M2M終端主要以無線通信方式接入移動運營商的網絡，實現與行業應用管理服務平臺的通信。主流的M2M終端的開發方式是在無線通訊模組已有軟硬體功能的基礎上，利用平臺軟體提供的二次開發接口進行二次開發。由於現有M2M終端平臺的開發模式，大多是應用程式代碼和平臺代碼混合在一起編譯。應用程式代碼，也可以稱之為行業應用代碼和平臺代碼通過二次開發接口緊密耦合，編譯後的平臺代碼和應用程式代碼融為一體，最終生成一個整體的可執行鏡像文件。這樣導致行業應用軟體開發時，編譯效率較低，平臺和行業應用不能夠實現獨立升級，不利於終端的性能維護。新的發展趨勢是從M2M終端的平臺軟體中將應用程式分離出來，作為獨立的程序和平臺軟體各自單獨開發編譯。但是，由於平臺本身沒有支持獨立應用程式運行的環境，所以當務之急是開發出獨立的應用程式動態加載運行技術。
發明內容
有鑑於此，本發明的主要目的在於提供一種應用程式加載的方法及裝置，不僅提高編譯效率，有利於終端維護；且能在獨立應用程式執行時，實現業務功能。為達到上述目的，本發明的技術方案是這樣實現的本發明提供了一種應用程式加載的方法，該方法包括機器到機器M2M終端模組上電初始化後，啟動應用程式管理器；應用程式管理器接收加載應用程式指令，創建加載線程；加載線程根據加載應用程式指令，加載應用程式，應用程式執行完成後，結束加載線程。上述方案中，所述加載線程根據加載應用程式指令加載應用程式包括加載線程根據加載應用程式指令中包含的應用程式鏡像文件路徑，打開文件系統中的應用程式鏡像文件，讀取應用程式鏡像文件長度，對應用程式鏡像文件進行預加載，獲取應用程式鏡像文件信息，加載應用程式。上述方案中，所述對應用程式鏡像文件進行預加載包括加載線程根據預置的替換函數代碼長度，在內存中分配相應長度的空間，讀取應用程式鏡像文件中最開始部分的替換函數的代碼，將所述代碼拷貝到所分配的空間並執行，加載線程向替換函數發送獲取應用程式鏡像文件信息參數，替換函數根據所述接收的參數，獲取應用程式鏡像文件信息。上述方案中，所述加載應用程式包括根據應用程式鏡像文件信息及應用程式鏡像文件長度，獲取執行應用程式鏡像文件所需空間大小，釋放預加載所分配的空間，並根據所述執行應用程式鏡像文件所需空間大小，在內存中分配相應大小的空間並初始化，將應用程式鏡像文件拷貝到所分配的空間，執行替換函數，向替換函數發送調用應用程式入口函數參數，替換函數調用應用程式入口函數。上述方案中，所述加載應用程式之後，該方法進一步包括執行應用程式過程中，執行到軟中斷指令，觸發軟中斷異常，進入軟中斷伺服器程序，軟中斷服務程序根據軟中斷指令，及本地保存的軟中斷指令與二次開發接口函數的對應關係，執行與所述軟中斷指令對應的二次開發接口函數，二次開發接口函數執行完畢，返回繼續執行 應用程式。上述方案中，所述啟動應用程式管理器之後，該方法進一步包括應用程式管理器接收更新應用程式指令，創建更新線程，更新線程根據接收的更新應用程式指令中的更新的應用程式鏡像文件地址，獲取更新的應用程式鏡像文件，將文件系統中的應用程式鏡像文件覆蓋。本發明還提供了一種應用程式加載的裝置，該裝置包括應用程式管理器、加載線程;應用程式管理器，用於在M2M終端模組上電初始化並啟動後，接收加載應用程式指令，創建加載線程，應用程式執行完畢後，結束加載線程；加載線程，用於根據加載應用程式指令，加載並執行應用程式。上述方案中，所述加載線程具體用於，根據加載應用程式指令中的應用程式鏡像文件路徑，打開文件系統中的應用程式鏡像文件，讀取應用程式鏡像文件長度，對應用程式鏡像文件進行預加載，獲取應用程式鏡像文件信息，加載應用程式。上述方案中，所述加載線程具體用於，根據預置的替換函數代碼長度，在內存中分配相應長度的空間，讀取應用程式鏡像文件中最開始部分的替換函數，拷貝到所分配的空間並執行，接收替換函數返回的應用程式鏡像文件信息。上述方案中，加載線程具體用於，根據應用程式鏡像文件及應用程式鏡像文件長度，獲取執行應用程式鏡像文件所需空間大小，並在內存中分配相應大小的空間，將應用程式鏡像文件拷貝到所分配的空間，執行替換函數，替換函調用入口函數，執行應用程式。上述方案中，該裝置進一步包括軟中斷服務程序單元，用於根據軟中斷指令，及軟中斷指令與二次開發接口函數的對應關係，執行與所述軟中斷指令對應的二次開發接口函數；相應的，所述加載線程，進一步用於在執行到軟中斷指令，通知軟中斷服務程序單元。上述方案中，該裝置進一步包括更新線程，用於根據更新指令中的更新的應用程式鏡像文件地址，獲取更新的應用程式鏡像文件，覆蓋文件系統中的應用程式鏡像文件；相應的，應用程式管理器，還用於接收更新應用程式指令，創建更新線程。由此可見，採用本發明所述的方法及裝置，應用程式管理器接收加載應用程式指令後，創建加載線程，加載線程根據接收的指令，加載應用程式，如此，可以加載獨立編譯的應用程式，提高編譯效率；進一步的，接收更新應用程式指令，創建更新線程，更新線程可以獨立更新，也就是升級應用程式，有利於終端的維護；並且，可以通過觸發軟中斷的方式，執行二次開發接口函數，從而訪問二次開發接口，在獨立應用程式執行時，實現簡訊、語音等業務功能。
圖I為本發明實現應用程式加載的方法實施例示意圖；圖2為本發明實現加載線程加載應用程式的方法實施例示意圖；圖3為本發明實現訪問二次開發接口的方法實施例示意圖；圖4為本發明實現應用程式加載的裝置組成示意圖。
具體實施例方式本發明的基本思想是M2M終端模組上電初始化後，啟動應用程式管理器，應用程式管理器根據接收的指令，創建加載線程，加載應用程式；應用程式執行完畢後，結束加載線程。下面通過附圖與具體實施例對本發明進行詳細說明。本發明提供一種應用程式加載的方法，如圖I所示，具體步驟如下步驟101、M2M終端模組上電初始化後，啟動自身的應用程式管理器；這裡，M2M終端模組上電之後，M2M終端模組的平臺軟體進行基本功能及業務的初始化，包括硬體初始化、系統資源初始化、協議棧初始化等，然後啟動應用程式管理器。步驟102、應用程式管理器根據接收的加載應用程式指令，創建加載線程，加載線程根據所述指令加載應用程式；這裡，應用程式管理器接收加載應用程式指令，所述加載應用程式指令中包含應用程式鏡像文件在文件系統中的路徑，可以由M2M終端模組的其他模塊，或者用戶通過M2M終端模組的USB 口等方式發送；應用程式管理器創建加載線程，將所述路徑發送給加載線程，加載線程根據所述路徑打開文件系統中的應用程式鏡像文件，讀取應用程式鏡像文件長度，對應用程式鏡像文件進行預加載，獲取應用程式鏡像文件信息，加載應用程式。所述應用程式鏡像文件為通過編譯器獨立編譯的應用程式所生成的鏡像文件，該鏡像文件為二進位BIN格式，且鏡像文件中數據與指令是地址獨立的，即編譯後應用程式鏡像文件中指令與數據的地址為相對地址，這樣，可以將應用程式鏡像文件拷貝到內存中的任意一段空間內執行，將所述應用程式鏡像文件下載至M2M終端模組的文件系統中。所述讀取應用程式鏡像文件長度包括加載線程調用C庫函數，C庫函數獲取應用程式鏡像文件長度，發送給加載線程。上述過程中所述對應用程式鏡像文件進行預加載，獲取應用程式鏡像文件信息，加載應用程式過程如圖2所示，包括以下步驟步驟1021、加載線程對應用程式進行預加載，獲取應用程式鏡像文件信息；其中，所述預加載過程包括加載線程首先根據預置的替換函數代碼長度，在內存中分配相應長度的空間，然後根據應用程式鏡像文件路徑，讀取應用程式鏡像文件中，位於最開始部分的應用程式入口函數的替換函數的代碼，將所述代碼拷貝到所分配的空間內並執行，向替換函數發送獲取應用程式鏡像文件信息參數，替換函數根據所述接收的參數，獲取應用程式鏡像文件信息，之後替換函數將獲取的應用程式鏡像文件信息返回給加載線程。
所述替換函數為替換應用程式入口函數，位於應用程式鏡像文件的最開始部分，接收穫取應用程式鏡像文件信息參數時，用於獲取應用程式鏡像文件信息，接收調用應用程式入口函數參數時，用於調用應用程式入口函數；所述參數可以根據需要設定。例如，為一個二維數組，其中一維表示替換函數要實現的不同的功能，一維表示替換函數的返回值，假如發送給替換函數的數組為(1，0)，I表示替換函數要獲取應用程式鏡像文件信息，替換函數獲取應用程式鏡像文件信息後，假設所獲取的文件信息為2，則將(1，2)返回給加載線程。假設發送給替換函數的數組為(0，0)，0表示要調用應用程式入口函數，替換函數不需返回任何信息給參數的發送方。所述應用程式鏡像文件信息為零初始化數據區長度，其中，所述獲取應用程式鏡像文件信息包括替換函數根據自身的零初始化數據區長度參數查詢應用程式鏡像文件，獲取與所述參數對應的參數的參數值。所述零初始化數據區長度為編譯器編譯應用程式，生成應用程式鏡像文件過程中，生成的以全局變量形式保存的參數及對應的參數值。步驟1022、根據應用程式鏡像文件信息加載應用程式；
具體的，加載線程根據獲取的應用程式鏡像文件信息及應用程式鏡像文件長度，獲取應用程式鏡像文件執行所需的空間大小，所述獲取為將應用程式鏡像文件長度加零初始化數據區長度，即為執行應用程式鏡像文件所需的空間大小。釋放預加載分配的空間，按照獲取的應用程式鏡像文件執行所需的空間大小，在內存中分配相應大小的空間，同時初始化所分配的空間，所述初始化為將所述空間清零。加載線程讀取應用程式鏡像文件，拷貝到所分配的空間；然後，加載線程從所分配空間的首地址處開始執行，也就是執行應用程式入口函數的替換函數，此時，加載線程向替換函數發送調用應用程式入口函數參數，替換函數根據接收的參數，調用應用程式入口函數，所述應用程式入口函數用於執行應用程式。步驟103、應用程式執行完畢後，結束加載線程。這裡，應用程式執行完畢後，應用程式入口函數根據執行狀態，向應用程式管理器返回狀態值。加載線程卸載應用程式鏡像文件，釋放分配的空間，應用程式管理器根據接收的狀態值，及自身保存的狀態值與狀態的對應關係，確定後續執行步驟。例如，接收的狀態值為1，狀態值I對應的狀態為執行錯誤，結束執行，則應用程式管理器會結束加載線程；其中，所述狀態值與狀態的對應關係可以根據需要預置。進一步的，步驟101之後，若應用程式管理器接收網絡模塊發送的更新應用程式指令，創建更新線程，更新線程根據接收的指令更新應用程式，所述更新應用程式指令中包含更新的應用程式鏡像文件的地址，具體更新過程為更新線程根據接收的更新應用程式指令中更新的應用程式鏡像文件的地址，讀取地址中更新的應用程式鏡像文件，覆蓋文件系統中的應用程式鏡像文件。這樣，可以完成應用程式的獨立升級。若應用程式在執行過程中需要完成包括簡訊、語音、數據傳輸以及定製的通訊協議棧等業務功能；或者鏡像系統資源的訪問及使用，則需要訪問M2M終端模組的二次開發接口，具體過程如圖3所示，包括以下步驟步驟301、應用程式觸發軟中斷異常，執行所述軟中斷對應的二次開發接口函數；這裡，應用程式執行過程中，執行到軟中斷指令，觸發軟中斷異常，進入軟中斷服務程序，軟中斷服務程序根據本地保存的軟中斷與二次開發接口函數的對應關係，執行軟中斷對應的二次開發接口函數。所述軟中斷指令為應用程式編譯時，在應用程式的頭文件中聲明二次開發接口函數的同時，聲明所述二次開發接口函數對應的軟中斷號，編譯後，形成軟中斷指令。所述二次開發接口函數為簡訊、語音等業務對應的函數，二次開發接口函數的執行即為業務執行的過程。步驟302、二次開發接口函數執行完畢，返回繼續執行應用程式。基於上述方法，本發明還提供了一種應用程式加載的裝置，如圖4所示，該裝置包括應用程式管理器41、加載線程42 ；應用程式管理器41，用於接收的加載應用程式指令，創建加載線程；應用程式執行完畢後，結束加載線程42; 其中，所述加載應用程式指令中包含應用程式鏡像文件在文件系統中的路徑；加載線程42，用於根據加載應用程式指令加載應用程式。所述加載線程42具體用於，根據加載應用程式指令中的應用程式鏡像文件在文件系統中的路徑，打開文件系統中的應用程式鏡像文件，讀取應用程式鏡像文件長度，對應用程式鏡像文件進行預加載，獲取應用程式鏡像文件信息，加載應用程式。所述加載線程42具體用於，根據預置的替換函數代碼長度，在內存中分配相應長度的空間，讀取位於應用程式鏡像文件最開始部分的替換函數，拷貝到所分配的空間並執行，向替換函數發送獲取應用程式鏡像文件信息參數，接收替換函數返回的應用程式鏡像文件信息。所述加載線程42具體用於，根據應用程式鏡像文件信息及應用程式鏡像文件長度，獲取執行應用程式鏡像文件所需的空間，釋放預加載分配的空間，並根據獲取的執行應用程式鏡像文件所需的空間，在內存中分配相應大小的空間；將應用程式鏡像文件拷貝到所分配的空間，執行替換函數，向替換函數發送調用應用程式入口函數參數，替換函數調用應用程式入口函數。該裝置進一步包括軟中斷服務程序單元43，用於根據軟中斷指令、以及本地保存的軟中斷指令與二次開發接口函數的對應關係，執行與所述軟中斷指令對應的二次開發接口函數；相應的，加載線程42，進一步用於在執行應用程式時，執行到軟中斷指令，觸發軟中斷異常，通知軟中斷服務程序單元43 ;所述通知中包含軟中斷指令。該裝置進一步包括更新線程44，用於根據更新應用程式指令中更新的應用程式鏡像文件地址，獲取更新的應用程式鏡像文件，覆蓋文件系統中的應用程式鏡像文件；相應的，應用程式管理器41，還用於接收更新應用程式指令，創建更新線程；所述更新應用程式指令包括更新的應用程式鏡像文件地址。以上所述，僅為本發明的較佳實施例而已，並非用於限定本發明的保護範圍。
權利要求
1.一種應用程式加載的方法，其特徵在於，該方法包括 機器到機器M2M終端模組上電初始化後，啟動應用程式管理器； 應用程式管理器接收加載應用程式指令，創建加載線程； 加載線程根據加載應用程式指令，加載應用程式，應用程式執行完成後，結束加載線程。
2.根據權利要求I所述的方法，其特徵在於，所述加載線程根據加載應用程式指令加載應用程式包括 加載線程根據加載應用程式指令中包含的應用程式鏡像文件路徑，打開文件系統中的應用程式鏡像文件，讀取應用程式鏡像文件長度，對應用程式鏡像文件進行預加載，獲取應用程式鏡像文件信息，加載應用程式。
3.根據權利要求2所述的方法，其特徵在於，所述對應用程式鏡像文件進行預加載包括 加載線程根據預置的替換函數代碼長度，在內存中分配相應長度的空間，讀取應用程式鏡像文件中最開始部分的替換函數的代碼，將所述代碼拷貝到所分配的空間並執行，力口載線程向替換函數發送獲取應用程式鏡像文件信息參數，替換函數根據所述接收的參數，獲取應用程式鏡像文件信息。
4.根據權利要求2或3所述的方法，其特徵在於，所述加載應用程式包括 根據應用程式鏡像文件信息及應用程式鏡像文件長度，獲取執行應用程式鏡像文件所需空間大小，釋放預加載所分配的空間，並根據所述執行應用程式鏡像文件所需空間大小，在內存中分配相應大小的空間並初始化，將應用程式鏡像文件拷貝到所分配的空間，執行替換函數，向替換函數發送調用應用程式入口函數參數，替換函數調用應用程式入口函數。
5.根據權利要求1、2或3所述的方法，其特徵在於，所述加載應用程式之後，該方法進一步包括 執行應用程式過程中，執行到軟中斷指令，觸發軟中斷異常，進入軟中斷伺服器程序，軟中斷服務程序根據軟中斷指令，及本地保存的軟中斷指令與二次開發接口函數的對應關係，執行與所述軟中斷指令對應的二次開發接口函數，二次開發接口函數執行完畢，返回繼續執行應用程式。
6.根據權利要求1、2或3所述的方法，其特徵在於，所述啟動應用程式管理器之後，該方法進一步包括 應用程式管理器接收更新應用程式指令，創建更新線程，更新線程根據接收的更新應用程式指令中的更新的應用程式鏡像文件地址，獲取更新的應用程式鏡像文件，將文件系統中的應用程式鏡像文件覆蓋。
7.一種應用程式加載的裝置，其特徵在於，該裝置包括應用程式管理器、加載線程； 應用程式管理器，用於在M2M終端模組上電初始化並啟動後，接收加載應用程式指令，創建加載線程，應用程式執行完畢後，結束加載線程； 加載線程，用於根據加載應用程式指令，加載並執行應用程式。
8.根據權利要求7所述的裝置，其特徵在於， 所述加載線程具體用於，根據加載應用程式指令中的應用程式鏡像文件路徑，打開文件系統中的應用程式鏡像文件，讀取應用程式鏡像文件長度，對應用程式鏡像文件進行預加載，獲取應用程式鏡像文件信息，加載應用程式。
9.根據權利要求8所述的裝置，其特徵在於， 所述加載線程具體用於，根據預置的替換函數代碼長度，在內存中分配相應長度的空間，讀取應用程式鏡像文件中最開始部分的替換函數，拷貝到所分配的空間並執行，接收替換函數返回的應用程式鏡像文件信息。
10.根據權利要求8或9所述的裝置，其特徵在於， 加載線程具體用於，根據應用程式鏡像文件及應用程式鏡像文件長度，獲取執行應用程式鏡像文件所需空間大小，並在內存中分配相應大小的空間，將應用程式鏡像文件拷貝到所分配的空間，執行替換函數，替換函調用入口函數，執行應用程式。
11.根據權利要求7、8或9所述的裝置，其特徵在於，該裝置進一步包括軟中斷服務程序單元，用於根據軟中斷指令，及軟中斷指令與二次開發接口函數的對應關係，執行與所述軟中斷指令對應的二次開發接口函數； 相應的，所述加載線程，進一步用於在執行到軟中斷指令，通知軟中斷服務程序單元。
12.根據權利要求7、8或9所述的裝置，該裝置進一步包括更新線程，用於根據更新指令中的更新的應用程式鏡像文件地址，獲取更新的應用程式鏡像文件，覆蓋文件系統中的應用程式鏡像文件； 相應的，應用程式管理器，還用於接收更新應用程式指令，創建更新線程。
全文摘要
本發明公開了一種應用程式加載的方法，該方法包括M2M終端模組上電初始化後，啟動應用程式管理器；應用程式管理器接收加載應用程式指令，創建加載線程；加載線程根據加載應用程式指令，加載應用程式，應用程式執行完成後，結束加載線程。本發明還公開了一種應用程式加載的裝置，採用本發明所述的方法及裝置，提高編譯效率，有利於終端維護，獨立應用程式執行時，實現業務功能。
文檔編號G06F9/445GK102750157SQ20111009929
公開日2012年10月24日 申請日期2011年4月20日 優先權日2011年4月20日
發明者魯剛 申請人:中興通訊股份有限公司