專利名稱：移動通信終端的數據管理系統的制作方法
技術領域：
本發(fā)明涉及移動通信終端的數據管理系統，尤其是涉及一種對移動通信終端的文件處理系統采用小型數據庫管理系統(Small Data Base ManagementSystemSDBMS)使開發(fā)者容易接近數據的移動通信終端的數據管理系統。
背景技術：
移動通信終端的使用迅速普及，許多附加服務已被開發(fā)，因此移動通信終端的效率性得到了相當大的提高。這樣的移動通信終端的功能改善必然需要大量的數據處理和支持多種功能的復合型應用程序。
尤其是，多媒體功能的大幅度使用需要更多的物理存儲器管理器，必要時連外置存儲器都得由移動通信終端的運營體系來管理。
現在使用的移動通信終端以用于移動通信終端的文件系統保存文件或數據等所有類型的資料，并將其讀入后使用。在移動通信終端的存儲器存儲文件或數據并讀寫的大部分方式是利用存儲器的物理地址并在相應地址中將數據讀出或寫入的方式。因此，移動通信終端應用程序開發(fā)者總要考慮所要使用的數據所在的或將要存放的物理地址，從而導致開發(fā)時間過長并難以調試的問題。而且，開發(fā)應用程序時，若丟失存儲在存儲器的物理地址信息或侵犯已被使用范圍的地址就難以對其進行恢復。
圖1所示的是以往Qualcomm公司提案的文件系統，即EFS(Embedded FileSystem)的基本結構，它是適用于使用其公司通信芯片的大部分移動通信終端的結構。
如圖1所示，實際應用軟件所在的應用程序封裝層1位于最高層；定義物理存儲器的直接讀寫控制方式的設備驅動器50以及將其選擇性指定的邏輯設備接口(多任務器)40所在的設備封裝層3位于最下層；將其連接使交換物理數據的服務封裝層2位于所述應用程序封裝層1與設備封裝層3之間。
所述服務封裝層2由應用程序接口20部分和嵌入式文件系統(EFS)30部分組成。應用程序接口20部分定義實際開發(fā)者所使用的文件處理函數，嵌入式文件系統(EFS)30部分由所述應用程序接口20來控制，因此實施與設備封裝層的物理存儲器的接近。
實際開發(fā)者利用由所述應用程序接口20提供的多種EFS函數，操作EFS 30，從而在物理存儲器讀寫所需要的文件或數據。
EFS 30利用存儲器的物理地址，操作所述設備封裝層3的邏輯設備接口40之后，選擇所要的設備驅動器50，接近由相應的設備驅動器控制的物理存儲器而讀寫所要的數據。但是，用戶使用EFS函數時出現指定地址的失誤或在應用程序的操作過程中重復使用同一地址時，難以找出或恢復錯誤部分，因此開發(fā)者對于通過物理地址，體現實施接近的文件管理部分花費很多時間。
而且，開發(fā)者不可能測試所有類型的可能情況，因此將其產品化之后發(fā)現錯誤時就會浪費很多對其的處理時間和費用。
如上所述，現有的移動通信終端的數據管理方法使用的是由開發(fā)者直接管理物理存儲器地址的嵌入式文件系統，從而導致開發(fā)時間過長，因開發(fā)者的失誤或錯誤而存儲在存儲器的內容容易被破壞的問題，并對其進行恢復或找出其原因需要大量的努力和時間，而且開發(fā)時很難完整地實施考慮所有情況的測試，因此將其產品化之后若數據管理出現問題，就難以使用移動通信終端，存在為處理問題而過渡消耗時間和費用的問題。

發(fā)明內容
考慮到所述問題，本發(fā)明的目的在于提供一種移動通信終端的數據管理系統，即，使用小型數據庫管理系統以應用程序與存儲器之間只用數據名稱或函數實施存儲器處理來代替應用程序開發(fā)者的直接管理，并使用SQL等數據庫管理語言來支持對數據的訪問、組合、更新與生成，各數據根據其類型形成表結構，從而提高存儲器管理的效率性。
為實現所述目的，本發(fā)明提供了一種移動通信終端的數據管理系統，包括應用程序、存儲器部、文件管理部和存儲器驅動器。應用程序以數據名稱和函數來請求數據管理并獲得應答數據或結果；存儲器部存儲使用于所述應用程序的多種數據；文件管理部以所述應用程序提供的數據名稱和函數，形成特定查詢語句之后根據相應查詢語句管理所述存儲器部的數據并根據應用程序的要求對讀取的數據進行加工；存儲器驅動器根據所述文件管理部的控制分類操作所述存儲器部的個別存儲器設備。
所述文件管理部的特征在于由查詢模塊、查詢處理部和應用程序接口組成。查詢模塊根據命令接近存儲器，管理文件并負責處理有可能發(fā)生的所有錯誤；查詢處理部解釋一定的查詢語句后將其轉換成所述查詢模塊所識別的命令來傳送，并獲得或加工由所述查詢模塊提供的數據；應用程序接口將所述應用程序提供的數據名稱或函數生成為查詢語言提供給所述查詢處理部，并將所述查詢處理部提供的數據或處理結果傳送到所述應用程序。
如上所述，本發(fā)明使用的是小型數據庫管理系統，它以應用程序與存儲器之間只用數據名稱或函數實施存儲器處理來代替應用程序開發(fā)者的直接管理，并使用SQL等數據庫管理語言來支持對數據的訪問、組合、更新與生成，各數據根據其類型形成表結構，從而易于設計應用程序，既能提高存儲器管理的效率性，又能提高已開發(fā)的應用程序的質量和信賴性。
下面結合附圖和實施例對本發(fā)明進行詳細說明。


圖1為現有典型的移動通信終端文件系統的結構圖。
圖2為本發(fā)明一實施例的系統結構圖。
其中，附圖標記1應用程序封裝層 2服務封裝層3設備封裝層 20應用程序接口30嵌入式文件系統 40邏輯設備接口50設備驅動器100應用軟件 220網絡模塊210應用程序接口 231API232函數模塊 233標準查詢語言解析器240查詢模塊 300存儲器驅動器400物理存儲器
具體實施例方式
圖2所示的是本發(fā)明一實施例的使用小型數據庫管理系統(SDBMS)的數據管理系統結構。如圖2所示，大體上分為由開發(fā)者制作的應用軟件100部分、區(qū)分為中間層的文件管理部、連接池和存儲器驅動器300部分、區(qū)分類別存儲實際數據的物理存儲器400。其中SDBMS部分為中間層。
在此，由開發(fā)者開發(fā)的應用軟件100可以制作成在存儲器實施數據的記錄、讀取、更新、插入和刪除時，只提供數據名稱和數據管理的函數，而不需要考慮實際存儲器地址的復雜過程。即，開發(fā)者對于數據的具體記錄位置指定或數據檢索不具體指定存儲器地址，只將數據名稱或函數提供給本發(fā)明提案的SDBMS，SDBMS就能在內部使用查詢語言，以數據庫管理的方法管理存儲器，提供所要的結果。在這里可使用完成對于數據管理的全部工作之后將其結果提供給應用軟件100的多種管理方法，即，由自己管理的實際存儲器獲得/加工所要的數據之后提供的方法、接收數據后在自己的管理下區(qū)分種類存儲數據的方法、發(fā)生錯誤時將其處理的方法等。
因此，易于在應用程序中制作涉及數據部分的工作，而且SDBMS能夠自行解決失誤引起的錯誤并可預防因開發(fā)者接收錯誤信息造成致命的數據損失或數據管理錯誤導致的整體系統錯誤。
下面對實施這種工作的中間層進行說明。
本發(fā)明中提到的SDBMS的核心部分是中間層，其中最重要的是文件管理部。所述文件管理部從應用軟件100請求接收數據名稱或管理函數并利用標準查詢語言(Standard Query LanguageSQL)對相應數據實施管理。實際上，SQL是為數據庫管理而使用的語言，目前利用SQL語言的多種數據庫管理算法被廣泛使用。本發(fā)明就像對數據庫進行管理一樣，使用SQL對移動通信終端的存儲器實施管理。
所述文件管理部內部由應用程序接口210、查詢模塊240和查詢處理部組成。應用程序接口210從應用軟件100接收數據名稱或函數并將其轉換成SQL語句，提供給查詢處理部，且對所述應用軟件100以應答提供從所述查詢處理部接收的處理結果；查詢模塊240根據被解釋的SQL語句指定的命令在實際存儲器400中插入、刪除、更新以及選擇數據；查詢處理部接收由所述應用程序接口210提供的SQL語句并將其解釋成查詢命令，提供給所述查詢模塊240，而且將從所述查詢模塊240接收的數據直接獲得或按已接收的函數指定的方式來處理。
所述查詢處理部由標準查詢語言解析器233和函數模塊232以及API 231組成。標準查詢語言解析器233解釋應用程序接口制作的SQL，函數模塊232以及API 231解釋并執(zhí)行已接收的函數。
所述應用程序接口210還可以附加網絡模塊220，其作用在于處理通過移動通信終端所支持的多種網絡的要求，利用網絡設備或協議使用SDBMS時，可通過此模塊對SDBMS傳送SQL。這里應包括對移動通信終端所使用的所有網絡裝置的協議信息。
所述查詢模塊240的作用在于通過由所述標準查詢語言解析器233提供的命令根據其命令順序和功能執(zhí)行從存儲器400讀取或寫入或轉換數據，在此能夠使用利用SQL的數據庫管理算法。另外，若安裝數據庫管理中的錯誤處理算法，可對所有可能發(fā)生的錯誤進行處理，而無法實施自行處理時，將其結果告知應用軟件100從而補充完善或防止開發(fā)者的失誤。
所述文件管理部和實際存儲器400之間設有存儲器驅動器300，它實施各存儲器的區(qū)分種類的實際地址或控制芯片管理，從而以存儲器設備標準對各設備寫入、刪除、記錄或更新數據；所述存儲器驅動器300與文件管理部之間設有連接池(connection pool)模塊從而始終維持一定的通信信道。
用戶頻繁使用SDBMS，發(fā)生SDBMS與物理存儲器之間的接近時，就會發(fā)生與其接近次數相同次數的事務，這意味著開啟或關閉與此事務量相同容量的通信信道。而且，所述連接池是為減少操作通信信道的硬件負荷，開啟總能接近存儲器的一個信道而使用的模塊。
如上所述，使用本發(fā)明SDBMS的移動通信終端，開發(fā)者不需要考慮物理存儲器地址，只以數據名稱或函數就能順利管理數據，從而易化了開發(fā)者的文件系統開發(fā)任務，并對使用根據本發(fā)明開發(fā)的應用程序時所能出現的錯誤容易進行處理，因此能夠提高應用程序的質量。
當然，本發(fā)明還可有其他多種實施例，在不背離本發(fā)明精神及其實質的情況下，熟悉本領域的技術人員當可根據本發(fā)明作出各種相應的改變和變形，但這些相應的改變和變形都應屬于本發(fā)明所附的權利要求的保護范圍。
權利要求
1.一種移動通信終端的數據管理系統，其特征在于，由應用程序、存儲器部、文件管理部和存儲器驅動器組成；應用程序以數據名稱和函數來請求數據管理并獲得應答數據或結果；存儲器部存儲使用于所述應用程序的多種數據；文件管理部以所述應用程序提供的數據名稱和函數，形成特定查詢語句之后根據相應查詢語句管理所述存儲器部的數據并根據應用程序的要求對讀取的數據進行加工；存儲器驅動器根據所述文件管理部的控制分類操作所述存儲器部的個別存儲器設備。
2.根據權利要求1所述的移動通信終端的數據管理系統，其特征在于，所述文件管理部與存儲器驅動器之間設有連接池，使其為了減少硬件負荷始終維持一定的通信信道。
3.根據權利要求1所述的移動通信終端的數據管理系統，其特征在于，所述文件管理部由查詢模塊、查詢處理部和應用程序接口組成；查詢模塊根據命令接近存儲器管理文件并負責處理有可能發(fā)生的所有錯誤；查詢處理部解釋一定的查詢語句后轉換成所述查詢模塊所識別的命令來傳送，并獲得或加工由所述查詢模塊提供的數據；應用程序接口將所述應用程序提供的數據名稱或函數生成為查詢語言，提供給所述查詢處理部，并將所述查詢處理部提供的數據或處理結果傳送到所述應用程序。
4.根據權利要求1所述的移動通信終端的數據管理系統，其特征在于，所述文件管理部包括移動通信終端所支持的根據網絡裝置連接處理存儲器使用要求的網絡模塊，所述網絡模塊又包括對可連接的網絡裝置以及關于協議的信息。
5.根據權利要求1所述的移動通信終端的數據管理系統，其特征在于，存放到所述存儲器部的數據根據數據的類型以表為單位分類管理。
全文摘要
本發(fā)明涉及移動通信終端的數據管理系統，現有的移動通信終端的數據管理存在為處理問題而過渡消耗時間和費用的問題?？紤]到這種問題，本發(fā)明使用的是小型數據庫管理系統，它以在應用程序與存儲器之間只用數據名稱或函數實施存儲器處理來代替應用程序開發(fā)者的直接管理，并使用SQL等數據庫管理語言來支持對數據的訪問、組合、更新與生成，各數據根據其類型形成表結構，從而易于設計應用程序，既能提高存儲器管理的效率性，又能提高己開發(fā)的應用程序的質量和信賴性。
文檔編號G06F17/30GK1725215SQ20051000187
公開日2006年1月25日 申請日期2005年1月24日 優(yōu)先權日2004年7月21日
發(fā)明者申雨珍 申請人:樂金電子(中國)研究開發(fā)中心有限公司