專利名稱:移動(dòng)通信終端的數(shù)據(jù)管理系統(tǒng)的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及移動(dòng)通信終端的數(shù)據(jù)管理系統(tǒng),尤其是涉及一種對移動(dòng)通信終端的文件處理系統(tǒng)采用小型數(shù)據(jù)庫管理系統(tǒng)(Small Data Base ManagementSystemSDBMS)使開發(fā)者容易接近數(shù)據(jù)的移動(dòng)通信終端的數(shù)據(jù)管理系統(tǒng)。
背景技術(shù):
移動(dòng)通信終端的使用迅速普及,許多附加服務(wù)已被開發(fā),因此移動(dòng)通信終端的效率性得到了相當(dāng)大的提高。這樣的移動(dòng)通信終端的功能改善必然需要大量的數(shù)據(jù)處理和支持多種功能的復(fù)合型應(yīng)用程序。
尤其是,多媒體功能的大幅度使用需要更多的物理存儲器管理器,必要時(shí)連外置存儲器都得由移動(dòng)通信終端的運(yùn)營體系來管理。
現(xiàn)在使用的移動(dòng)通信終端以用于移動(dòng)通信終端的文件系統(tǒng)保存文件或數(shù)據(jù)等所有類型的資料,并將其讀入后使用。在移動(dòng)通信終端的存儲器存儲文件或數(shù)據(jù)并讀寫的大部分方式是利用存儲器的物理地址并在相應(yīng)地址中將數(shù)據(jù)讀出或?qū)懭氲姆绞?。因此,移?dòng)通信終端應(yīng)用程序開發(fā)者總要考慮所要使用的數(shù)據(jù)所在的或?qū)⒁娣诺奈锢淼刂罚瑥亩鴮?dǎo)致開發(fā)時(shí)間過長并難以調(diào)試的問題。而且,開發(fā)應(yīng)用程序時(shí),若丟失存儲在存儲器的物理地址信息或侵犯已被使用范圍的地址就難以對其進(jìn)行恢復(fù)。
圖1所示的是以往Qualcomm公司提案的文件系統(tǒng),即EFS(Embedded FileSystem)的基本結(jié)構(gòu),它是適用于使用其公司通信芯片的大部分移動(dòng)通信終端的結(jié)構(gòu)。
如圖1所示,實(shí)際應(yīng)用軟件所在的應(yīng)用程序封裝層1位于最高層;定義物理存儲器的直接讀寫控制方式的設(shè)備驅(qū)動(dòng)器50以及將其選擇性指定的邏輯設(shè)備接口(多任務(wù)器)40所在的設(shè)備封裝層3位于最下層;將其連接使交換物理數(shù)據(jù)的服務(wù)封裝層2位于所述應(yīng)用程序封裝層1與設(shè)備封裝層3之間。
所述服務(wù)封裝層2由應(yīng)用程序接口20部分和嵌入式文件系統(tǒng)(EFS)30部分組成。應(yīng)用程序接口20部分定義實(shí)際開發(fā)者所使用的文件處理函數(shù),嵌入式文件系統(tǒng)(EFS)30部分由所述應(yīng)用程序接口20來控制,因此實(shí)施與設(shè)備封裝層的物理存儲器的接近。
實(shí)際開發(fā)者利用由所述應(yīng)用程序接口20提供的多種EFS函數(shù),操作EFS 30,從而在物理存儲器讀寫所需要的文件或數(shù)據(jù)。
EFS 30利用存儲器的物理地址,操作所述設(shè)備封裝層3的邏輯設(shè)備接口40之后,選擇所要的設(shè)備驅(qū)動(dòng)器50,接近由相應(yīng)的設(shè)備驅(qū)動(dòng)器控制的物理存儲器而讀寫所要的數(shù)據(jù)。但是,用戶使用EFS函數(shù)時(shí)出現(xiàn)指定地址的失誤或在應(yīng)用程序的操作過程中重復(fù)使用同一地址時(shí),難以找出或恢復(fù)錯(cuò)誤部分,因此開發(fā)者對于通過物理地址,體現(xiàn)實(shí)施接近的文件管理部分花費(fèi)很多時(shí)間。
而且,開發(fā)者不可能測試所有類型的可能情況,因此將其產(chǎn)品化之后發(fā)現(xiàn)錯(cuò)誤時(shí)就會浪費(fèi)很多對其的處理時(shí)間和費(fèi)用。
如上所述,現(xiàn)有的移動(dòng)通信終端的數(shù)據(jù)管理方法使用的是由開發(fā)者直接管理物理存儲器地址的嵌入式文件系統(tǒng),從而導(dǎo)致開發(fā)時(shí)間過長,因開發(fā)者的失誤或錯(cuò)誤而存儲在存儲器的內(nèi)容容易被破壞的問題,并對其進(jìn)行恢復(fù)或找出其原因需要大量的努力和時(shí)間,而且開發(fā)時(shí)很難完整地實(shí)施考慮所有情況的測試,因此將其產(chǎn)品化之后若數(shù)據(jù)管理出現(xiàn)問題,就難以使用移動(dòng)通信終端,存在為處理問題而過渡消耗時(shí)間和費(fèi)用的問題。
發(fā)明內(nèi)容
考慮到所述問題,本發(fā)明的目的在于提供一種移動(dòng)通信終端的數(shù)據(jù)管理系統(tǒng),即,使用小型數(shù)據(jù)庫管理系統(tǒng)以應(yīng)用程序與存儲器之間只用數(shù)據(jù)名稱或函數(shù)實(shí)施存儲器處理來代替應(yīng)用程序開發(fā)者的直接管理,并使用SQL等數(shù)據(jù)庫管理語言來支持對數(shù)據(jù)的訪問、組合、更新與生成,各數(shù)據(jù)根據(jù)其類型形成表結(jié)構(gòu),從而提高存儲器管理的效率性。
為實(shí)現(xiàn)所述目的,本發(fā)明提供了一種移動(dòng)通信終端的數(shù)據(jù)管理系統(tǒng),包括應(yīng)用程序、存儲器部、文件管理部和存儲器驅(qū)動(dòng)器。應(yīng)用程序以數(shù)據(jù)名稱和函數(shù)來請求數(shù)據(jù)管理并獲得應(yīng)答數(shù)據(jù)或結(jié)果;存儲器部存儲使用于所述應(yīng)用程序的多種數(shù)據(jù);文件管理部以所述應(yīng)用程序提供的數(shù)據(jù)名稱和函數(shù),形成特定查詢語句之后根據(jù)相應(yīng)查詢語句管理所述存儲器部的數(shù)據(jù)并根據(jù)應(yīng)用程序的要求對讀取的數(shù)據(jù)進(jìn)行加工;存儲器驅(qū)動(dòng)器根據(jù)所述文件管理部的控制分類操作所述存儲器部的個(gè)別存儲器設(shè)備。
所述文件管理部的特征在于由查詢模塊、查詢處理部和應(yīng)用程序接口組成。查詢模塊根據(jù)命令接近存儲器,管理文件并負(fù)責(zé)處理有可能發(fā)生的所有錯(cuò)誤;查詢處理部解釋一定的查詢語句后將其轉(zhuǎn)換成所述查詢模塊所識別的命令來傳送,并獲得或加工由所述查詢模塊提供的數(shù)據(jù);應(yīng)用程序接口將所述應(yīng)用程序提供的數(shù)據(jù)名稱或函數(shù)生成為查詢語言提供給所述查詢處理部,并將所述查詢處理部提供的數(shù)據(jù)或處理結(jié)果傳送到所述應(yīng)用程序。
如上所述,本發(fā)明使用的是小型數(shù)據(jù)庫管理系統(tǒng),它以應(yīng)用程序與存儲器之間只用數(shù)據(jù)名稱或函數(shù)實(shí)施存儲器處理來代替應(yīng)用程序開發(fā)者的直接管理,并使用SQL等數(shù)據(jù)庫管理語言來支持對數(shù)據(jù)的訪問、組合、更新與生成,各數(shù)據(jù)根據(jù)其類型形成表結(jié)構(gòu),從而易于設(shè)計(jì)應(yīng)用程序,既能提高存儲器管理的效率性,又能提高已開發(fā)的應(yīng)用程序的質(zhì)量和信賴性。
下面結(jié)合附圖和實(shí)施例對本發(fā)明進(jìn)行詳細(xì)說明。
圖1為現(xiàn)有典型的移動(dòng)通信終端文件系統(tǒng)的結(jié)構(gòu)圖。
圖2為本發(fā)明一實(shí)施例的系統(tǒng)結(jié)構(gòu)圖。
其中,附圖標(biāo)記1應(yīng)用程序封裝層 2服務(wù)封裝層3設(shè)備封裝層 20應(yīng)用程序接口30嵌入式文件系統(tǒng) 40邏輯設(shè)備接口50設(shè)備驅(qū)動(dòng)器100應(yīng)用軟件 220網(wǎng)絡(luò)模塊210應(yīng)用程序接口 231API232函數(shù)模塊 233標(biāo)準(zhǔn)查詢語言解析器240查詢模塊 300存儲器驅(qū)動(dòng)器400物理存儲器
具體實(shí)施例方式
圖2所示的是本發(fā)明一實(shí)施例的使用小型數(shù)據(jù)庫管理系統(tǒng)(SDBMS)的數(shù)據(jù)管理系統(tǒng)結(jié)構(gòu)。如圖2所示,大體上分為由開發(fā)者制作的應(yīng)用軟件100部分、區(qū)分為中間層的文件管理部、連接池和存儲器驅(qū)動(dòng)器300部分、區(qū)分類別存儲實(shí)際數(shù)據(jù)的物理存儲器400。其中SDBMS部分為中間層。
在此,由開發(fā)者開發(fā)的應(yīng)用軟件100可以制作成在存儲器實(shí)施數(shù)據(jù)的記錄、讀取、更新、插入和刪除時(shí),只提供數(shù)據(jù)名稱和數(shù)據(jù)管理的函數(shù),而不需要考慮實(shí)際存儲器地址的復(fù)雜過程。即,開發(fā)者對于數(shù)據(jù)的具體記錄位置指定或數(shù)據(jù)檢索不具體指定存儲器地址,只將數(shù)據(jù)名稱或函數(shù)提供給本發(fā)明提案的SDBMS,SDBMS就能在內(nèi)部使用查詢語言,以數(shù)據(jù)庫管理的方法管理存儲器,提供所要的結(jié)果。在這里可使用完成對于數(shù)據(jù)管理的全部工作之后將其結(jié)果提供給應(yīng)用軟件100的多種管理方法,即,由自己管理的實(shí)際存儲器獲得/加工所要的數(shù)據(jù)之后提供的方法、接收數(shù)據(jù)后在自己的管理下區(qū)分種類存儲數(shù)據(jù)的方法、發(fā)生錯(cuò)誤時(shí)將其處理的方法等。
因此,易于在應(yīng)用程序中制作涉及數(shù)據(jù)部分的工作,而且SDBMS能夠自行解決失誤引起的錯(cuò)誤并可預(yù)防因開發(fā)者接收錯(cuò)誤信息造成致命的數(shù)據(jù)損失或數(shù)據(jù)管理錯(cuò)誤導(dǎo)致的整體系統(tǒng)錯(cuò)誤。
下面對實(shí)施這種工作的中間層進(jìn)行說明。
本發(fā)明中提到的SDBMS的核心部分是中間層,其中最重要的是文件管理部。所述文件管理部從應(yīng)用軟件100請求接收數(shù)據(jù)名稱或管理函數(shù)并利用標(biāo)準(zhǔn)查詢語言(Standard Query LanguageSQL)對相應(yīng)數(shù)據(jù)實(shí)施管理。實(shí)際上,SQL是為數(shù)據(jù)庫管理而使用的語言,目前利用SQL語言的多種數(shù)據(jù)庫管理算法被廣泛使用。本發(fā)明就像對數(shù)據(jù)庫進(jìn)行管理一樣,使用SQL對移動(dòng)通信終端的存儲器實(shí)施管理。
所述文件管理部內(nèi)部由應(yīng)用程序接口210、查詢模塊240和查詢處理部組成。應(yīng)用程序接口210從應(yīng)用軟件100接收數(shù)據(jù)名稱或函數(shù)并將其轉(zhuǎn)換成SQL語句,提供給查詢處理部,且對所述應(yīng)用軟件100以應(yīng)答提供從所述查詢處理部接收的處理結(jié)果;查詢模塊240根據(jù)被解釋的SQL語句指定的命令在實(shí)際存儲器400中插入、刪除、更新以及選擇數(shù)據(jù);查詢處理部接收由所述應(yīng)用程序接口210提供的SQL語句并將其解釋成查詢命令,提供給所述查詢模塊240,而且將從所述查詢模塊240接收的數(shù)據(jù)直接獲得或按已接收的函數(shù)指定的方式來處理。
所述查詢處理部由標(biāo)準(zhǔn)查詢語言解析器233和函數(shù)模塊232以及API 231組成。標(biāo)準(zhǔn)查詢語言解析器233解釋應(yīng)用程序接口制作的SQL,函數(shù)模塊232以及API 231解釋并執(zhí)行已接收的函數(shù)。
所述應(yīng)用程序接口210還可以附加網(wǎng)絡(luò)模塊220,其作用在于處理通過移動(dòng)通信終端所支持的多種網(wǎng)絡(luò)的要求,利用網(wǎng)絡(luò)設(shè)備或協(xié)議使用SDBMS時(shí),可通過此模塊對SDBMS傳送SQL。這里應(yīng)包括對移動(dòng)通信終端所使用的所有網(wǎng)絡(luò)裝置的協(xié)議信息。
所述查詢模塊240的作用在于通過由所述標(biāo)準(zhǔn)查詢語言解析器233提供的命令根據(jù)其命令順序和功能執(zhí)行從存儲器400讀取或?qū)懭牖蜣D(zhuǎn)換數(shù)據(jù),在此能夠使用利用SQL的數(shù)據(jù)庫管理算法。另外,若安裝數(shù)據(jù)庫管理中的錯(cuò)誤處理算法,可對所有可能發(fā)生的錯(cuò)誤進(jìn)行處理,而無法實(shí)施自行處理時(shí),將其結(jié)果告知應(yīng)用軟件100從而補(bǔ)充完善或防止開發(fā)者的失誤。
所述文件管理部和實(shí)際存儲器400之間設(shè)有存儲器驅(qū)動(dòng)器300,它實(shí)施各存儲器的區(qū)分種類的實(shí)際地址或控制芯片管理,從而以存儲器設(shè)備標(biāo)準(zhǔn)對各設(shè)備寫入、刪除、記錄或更新數(shù)據(jù);所述存儲器驅(qū)動(dòng)器300與文件管理部之間設(shè)有連接池(connection pool)模塊從而始終維持一定的通信信道。
用戶頻繁使用SDBMS,發(fā)生SDBMS與物理存儲器之間的接近時(shí),就會發(fā)生與其接近次數(shù)相同次數(shù)的事務(wù),這意味著開啟或關(guān)閉與此事務(wù)量相同容量的通信信道。而且,所述連接池是為減少操作通信信道的硬件負(fù)荷,開啟總能接近存儲器的一個(gè)信道而使用的模塊。
如上所述,使用本發(fā)明SDBMS的移動(dòng)通信終端,開發(fā)者不需要考慮物理存儲器地址,只以數(shù)據(jù)名稱或函數(shù)就能順利管理數(shù)據(jù),從而易化了開發(fā)者的文件系統(tǒng)開發(fā)任務(wù),并對使用根據(jù)本發(fā)明開發(fā)的應(yīng)用程序時(shí)所能出現(xiàn)的錯(cuò)誤容易進(jìn)行處理,因此能夠提高應(yīng)用程序的質(zhì)量。
當(dāng)然,本發(fā)明還可有其他多種實(shí)施例,在不背離本發(fā)明精神及其實(shí)質(zhì)的情況下,熟悉本領(lǐng)域的技術(shù)人員當(dāng)可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形,但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。
權(quán)利要求
1.一種移動(dòng)通信終端的數(shù)據(jù)管理系統(tǒng),其特征在于,由應(yīng)用程序、存儲器部、文件管理部和存儲器驅(qū)動(dòng)器組成;應(yīng)用程序以數(shù)據(jù)名稱和函數(shù)來請求數(shù)據(jù)管理并獲得應(yīng)答數(shù)據(jù)或結(jié)果;存儲器部存儲使用于所述應(yīng)用程序的多種數(shù)據(jù);文件管理部以所述應(yīng)用程序提供的數(shù)據(jù)名稱和函數(shù),形成特定查詢語句之后根據(jù)相應(yīng)查詢語句管理所述存儲器部的數(shù)據(jù)并根據(jù)應(yīng)用程序的要求對讀取的數(shù)據(jù)進(jìn)行加工;存儲器驅(qū)動(dòng)器根據(jù)所述文件管理部的控制分類操作所述存儲器部的個(gè)別存儲器設(shè)備。
2.根據(jù)權(quán)利要求1所述的移動(dòng)通信終端的數(shù)據(jù)管理系統(tǒng),其特征在于,所述文件管理部與存儲器驅(qū)動(dòng)器之間設(shè)有連接池,使其為了減少硬件負(fù)荷始終維持一定的通信信道。
3.根據(jù)權(quán)利要求1所述的移動(dòng)通信終端的數(shù)據(jù)管理系統(tǒng),其特征在于,所述文件管理部由查詢模塊、查詢處理部和應(yīng)用程序接口組成;查詢模塊根據(jù)命令接近存儲器管理文件并負(fù)責(zé)處理有可能發(fā)生的所有錯(cuò)誤;查詢處理部解釋一定的查詢語句后轉(zhuǎn)換成所述查詢模塊所識別的命令來傳送,并獲得或加工由所述查詢模塊提供的數(shù)據(jù);應(yīng)用程序接口將所述應(yīng)用程序提供的數(shù)據(jù)名稱或函數(shù)生成為查詢語言,提供給所述查詢處理部,并將所述查詢處理部提供的數(shù)據(jù)或處理結(jié)果傳送到所述應(yīng)用程序。
4.根據(jù)權(quán)利要求1所述的移動(dòng)通信終端的數(shù)據(jù)管理系統(tǒng),其特征在于,所述文件管理部包括移動(dòng)通信終端所支持的根據(jù)網(wǎng)絡(luò)裝置連接處理存儲器使用要求的網(wǎng)絡(luò)模塊,所述網(wǎng)絡(luò)模塊又包括對可連接的網(wǎng)絡(luò)裝置以及關(guān)于協(xié)議的信息。
5.根據(jù)權(quán)利要求1所述的移動(dòng)通信終端的數(shù)據(jù)管理系統(tǒng),其特征在于,存放到所述存儲器部的數(shù)據(jù)根據(jù)數(shù)據(jù)的類型以表為單位分類管理。
全文摘要
本發(fā)明涉及移動(dòng)通信終端的數(shù)據(jù)管理系統(tǒng),現(xiàn)有的移動(dòng)通信終端的數(shù)據(jù)管理存在為處理問題而過渡消耗時(shí)間和費(fèi)用的問題??紤]到這種問題,本發(fā)明使用的是小型數(shù)據(jù)庫管理系統(tǒng),它以在應(yīng)用程序與存儲器之間只用數(shù)據(jù)名稱或函數(shù)實(shí)施存儲器處理來代替應(yīng)用程序開發(fā)者的直接管理,并使用SQL等數(shù)據(jù)庫管理語言來支持對數(shù)據(jù)的訪問、組合、更新與生成,各數(shù)據(jù)根據(jù)其類型形成表結(jié)構(gòu),從而易于設(shè)計(jì)應(yīng)用程序,既能提高存儲器管理的效率性,又能提高己開發(fā)的應(yīng)用程序的質(zhì)量和信賴性。
文檔編號G06F17/30GK1725215SQ20051000187
公開日2006年1月25日 申請日期2005年1月24日 優(yōu)先權(quán)日2004年7月21日
發(fā)明者申雨珍 申請人:樂金電子(中國)研究開發(fā)中心有限公司