[發(fā)明專利]一種基于微內(nèi)核技術(shù)的地理空間信息應(yīng)用系統(tǒng)及其實現(xiàn)方法

有效

• 申請?zhí)枺?/td>: 201210589019.5
• 申請日: 2012-12-31
• 公開（公告）號: CN103092645A
• 公開（公告）日: 2013-05-08
• 發(fā)明（設(shè)計）人: 吳信才;謝忠;周順平;吳冰;呂建軍;高偉;羅顯剛;胡茂勝;黃穎;楊林;楊之江;周林;王紅平;陳啟浩;張帆
• 申請（專利權(quán)）人: 武漢中地數(shù)碼科技有限公司;中國地質(zhì)大學（武漢）;北京中地時空數(shù)碼科技有限公司
• 主分類號: G06F9/445
• 分類號: G06F9/445;G06F21/12
• 代理公司: 湖北武漢永嘉專利代理有限公司 42102
• 代理人: 鄧寅杰

技術(shù)領(lǐng)域

本發(fā)明涉及GIS領(lǐng)域，尤其涉及一種基于微內(nèi)核技術(shù)的地理空間信息應(yīng)用系統(tǒng)及其實現(xiàn)方法。

背景技術(shù)

微內(nèi)核（micro?kernel）這個概念最早是由Richard?Rashid提出的。雖然最初是為構(gòu)建基于消息傳送機制的微內(nèi)核操作系統(tǒng)，并不是為了軟件構(gòu)架服務(wù)的；但是，最近幾年，隨著“構(gòu)件化”、“分層”軟件體制的發(fā)展，微內(nèi)核技術(shù)和構(gòu)建思想逐漸被引入到軟件設(shè)計構(gòu)架中，用于“盡可能的解耦組件之間的關(guān)系”。

應(yīng)用微內(nèi)核，當運行一個應(yīng)用程序時，只需把選定的系統(tǒng)服務(wù)加載到系統(tǒng)中即可，而修改了服務(wù)以后可以通過聯(lián)機進行測試；并不需要重新構(gòu)建或者啟動一個新的內(nèi)核，他們并不影響系統(tǒng)的運行?，F(xiàn)代化軟件系統(tǒng)，越來越多的采用微內(nèi)核的思想，利用插件式來實現(xiàn)軟件架構(gòu)，有著諸多比較成熟的實現(xiàn)實例，但在GIS領(lǐng)域，還沒有建立標準化的基于微內(nèi)核技術(shù)的插件式系統(tǒng)。

現(xiàn)有的GIS平臺提供應(yīng)用服務(wù)的方式有以下幾種方案：

1）?基于GIS平臺，直接訂制開發(fā)新的應(yīng)用系統(tǒng)滿足用戶需求；

2）?對已有的類似應(yīng)用系統(tǒng)進行代碼修改、二次開發(fā)；

方案1，2都是比較常用的方法，但效率比較低，即使有一點小的變化，或用戶有新的功能需求，往往需要重新開發(fā)系統(tǒng)或大幅修改代碼，軟件復(fù)用率低，可擴展性差。

為了給政府、企業(yè)、個人等不同類型的用戶提供一個輕量級、高效的、可擴展的地理空間信息運行支撐環(huán)境，地理空間信息微內(nèi)核群架構(gòu)技術(shù)正是基于此目的而確定的研究課題，基于地理空間信息微內(nèi)核群架構(gòu)技術(shù)而建立的包括遙感數(shù)據(jù)處理和開放式地理信息處理及相互集成處理的地理空間信息支撐平臺，提供一個輕量級的運行地理空間信息功能管理系統(tǒng)，這樣不僅節(jié)省了大量的軟件購買費用，而且能夠滿足用戶對多樣的個性化地理空間信息處理的需求，為地理空間信息技術(shù)的廣泛應(yīng)用和快速推廣提供堅實的基礎(chǔ)。本發(fā)明提出一種基于微內(nèi)核技術(shù)的輕量級、高效的、可擴展的地理空間應(yīng)用系統(tǒng)及其實現(xiàn)方法。

發(fā)明內(nèi)容

本發(fā)明的主要目的在于提供一種輕量級、高效的、可擴展的地理空間信息微內(nèi)核插件式程序應(yīng)用系統(tǒng)及其實現(xiàn)方法，用于解決現(xiàn)有技術(shù)中地理信息系統(tǒng)程序功能配置不靈活、軟件使用效率低、冗余度大等技術(shù)問題。

為達到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的：一種基于微內(nèi)核技術(shù)的地理空間信息應(yīng)用系統(tǒng)的實現(xiàn)方法，以微內(nèi)核技術(shù)構(gòu)建資源加載管理器，包括以下步驟：

步驟1）、資源加載管理器獲取由客戶軟件通過確認所需服務(wù)請求而生成的功能服務(wù)需求清單；

步驟2）、資源加載管理器確認客戶軟件提交的功能服務(wù)需求清單，調(diào)用功能分解器，將所需功能服務(wù)分解為原子粒度的功能模塊，生成功能模塊需求清單；

步驟3）、資源加載管理器中的清單統(tǒng)計器根據(jù)功能模塊需求清單，查看資源配置文件，確認所需功能模塊是否可以即時調(diào)用，若能，則調(diào)用相應(yīng)的功能模塊，并在資源配置文件中更新功能模塊狀態(tài)標識；

步驟4）、資源加載管理器中的功能組合器將清單統(tǒng)計器所提取的功能服務(wù)模塊統(tǒng)一封裝為響應(yīng)客戶軟件調(diào)用的唯一的功能插件，并生成功能模塊標識，一起返回給客戶軟件使用；

步驟5）、客戶軟件調(diào)用功能插件，完成相應(yīng)操作需求后，資源加載管理器獲取由客戶軟件返回的功能插件的使用權(quán)限；資源加載管理器同時更新資源配置文件。

進一步的，所述步驟2）中還包括以下步驟：資源加載管理器在收到客戶軟件提交的功能服務(wù)清單后，通過功能分解器將功能服務(wù)分解為原子粒度的功能模塊，同時將每個功能模塊的調(diào)用請求分為只讀請求和寫入請求，并在生成的功能模塊需求清單中加以標識。

進一步的，所述步驟3）中還包括以下步驟：資源加載管理器中的清單統(tǒng)計器在收到功能模塊需求清單后，首先將讀取權(quán)限管理器，確認客戶軟件是否有權(quán)使用所需功能模塊以及使用級別，將核對結(jié)果標識在功能模塊需求清單中，對于權(quán)限不夠無法按需使用的功能模塊，將中止后續(xù)步驟；接著將查看資源配置文件，確認所需功能模塊是否可以即時調(diào)用，若能則調(diào)用所需功能模塊并在資源配置文件中更新功能模塊使用狀態(tài)標識，若不能則返回，并在資源配置文件中加以標識。

進一步的，所述步驟4）中還包括以下步驟：所述功能組合器使用松散的封裝模式封裝提供給客戶軟件使用的功能插件，對于獨占性的資源使用，當用戶完成功能插件中對應(yīng)操作的功能模塊的使用需求時，即時將使用權(quán)限歸還給資源加載管理器，并更新資源配置文件；對于因功能模塊被其它程序占用而沒有封裝在功能插件匯總的功能模塊，可按照預(yù)先設(shè)定時間間隔重復(fù)步驟3），直至該功能模塊動態(tài)加載到功能插件中為止。