[發(fā)明專利]面向普適環(huán)境的上下文感知中間件構(gòu)造方法及裝置

有效

• 申請?zhí)枺?/td>: 201110253610.9
• 申請日: 2011-08-30
• 公開（公告）號: CN102436371A
• 公開（公告）日: 2012-05-02
• 發(fā)明（設(shè)計）人: 曾廣平;張青川;艾冬梅;肖超恩;岳洋;王琦
• 申請（專利權(quán)）人: 北京科技大學
• 主分類號: G06F9/44
• 分類號: G06F9/44
• 代理公司: 北京中博世達專利商標代理有限公司 11274
• 代理人: 申健

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

本發(fā)明涉及計算機技術(shù)領(lǐng)域，特別是指一種面向普適環(huán)境的上下文感知中間件構(gòu)造方法及裝置。?

背景技術(shù)

隨著計算的分布化、網(wǎng)絡(luò)化和潛入化，軟件系統(tǒng)的運行環(huán)境也越來越復(fù)雜，這就給軟件開發(fā)帶來了新的挑戰(zhàn)。在一個具有開放、多變特性的普適環(huán)境下，軟件系統(tǒng)如何能夠準確、實時地獲取有效的上下文信息，以輔助其決策，進而完成其自適應(yīng)性的調(diào)整，一直是本領(lǐng)域內(nèi)的一個重要課題。?

上下文感知中間件是解決這一問題的有效途徑，現(xiàn)有的研究主要涉及以下三個方面：如何對上下文信息進行建模；如何準確、實時的獲取上下文信息；如何提供高效、便捷的上下文信息訪問機制。?

上下文建模是指上下文信息的描述形式和組織方式，是上下文感知的基礎(chǔ)。隨著應(yīng)用需求的不斷變化，軟件運行環(huán)境復(fù)雜多變，上下文信息的形式也是千差萬別。因此，難以對其進行一致性的抽象，使得上下文信息模型的通用性和擴展性較差。?

目前，上下文信息的建模方法多是針對不同的應(yīng)用需求或不同應(yīng)用領(lǐng)域而設(shè)計的，具有一定局限性。文獻1(Gu，T.An?Ontology-based?Context?Model?in?Intelligent?Environments.2004)對常見的上下文進行了論述，包括鍵值對模型、標記模型、圖形模型、面向?qū)ο竽Ｐ汀⒒谶壿嬆Ｐ秃突诒倔w模型等。?

上下文信息準確、實時的獲取是上下文感知的前提，目前常見的上下文獲取方式往往是與具體應(yīng)用需求緊密結(jié)合在一起，亦隨其應(yīng)用類型不同而不同，?因此，上下文感知器呈現(xiàn)出異構(gòu)、多態(tài)等特性，使得感知器的開發(fā)難以形成統(tǒng)一的規(guī)范，大大增加了軟件復(fù)用的難度。?

上下文信息的訪問和共享是上下文感知的目的。上下文感知器直接獲取的上下文信息與上層應(yīng)用程序所需要的上下文信息之間存在一定的差距，因此，如何將已獲取的這些底層上下文信息加工成為上層應(yīng)用程序所需的高層上下文信息，并提供一套高效、便捷的上下文信息訪問機制是上下文感知的一個核心問題。文獻2(A.K.Dey.A?conceptual?framework?and?a?toolkit?for?supporting?the?rapid?prototyping?of?context-aware?applications.2001；16：97-166)提出的Context?toolkit采用Context?interpreter實現(xiàn)了上下文信息在類型上的簡單轉(zhuǎn)化；Trinity?College的Patrick?Fahy開發(fā)的context-awareness?sub-structure將Rule?Engine與knowledge?base結(jié)合在一起，通過知識庫中的規(guī)則來支持上層的上下文信息抽象；馬里蘭巴爾的摩郡大學設(shè)計的Context?Broker?Architecture包括一種反射式的推理引擎，支持兩種類型的推理，使用Ontology來推理出上下文知識，以及使用啟發(fā)式知識來推理并解決上下文信息的沖突問題。?

可見，現(xiàn)有的上下文感知系統(tǒng)在上下文獲取，上下文的建模，上下文的聚合推理等方面取得了一定的研究成果，同時也存在一些不足：?

正是由于上下文信息的重要性，因此如何能夠獲得一個通用的、易擴展的上下文感知中間件，在本領(lǐng)域內(nèi)非常重要的。?

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

本發(fā)明的目的是提出一種通用的、易擴展的上下文感知中間件。?

為了達到上述目的，本發(fā)明的實施例提供了一種面向普適環(huán)境的上下文感知中間件構(gòu)造方法，包括：?

步驟1、獲取軟件運行環(huán)境中的上下文信息和上下文事件信息；?

步驟2、對接收到的上下文信息進行建模，以獲取上下文信息模型；?

步驟3、基于規(guī)則推理和事件驅(qū)動的信息處理機制，實現(xiàn)上下文信息的聚合和上下文事件的管理；?

步驟4、向用戶提供統(tǒng)一的訪問接口，實現(xiàn)同步請求訪問模式和異步通知訪問模式相結(jié)合的上下文信息互補訪問模式，向上層應(yīng)用程序提供便捷的上下文信息訪問機制。?

作為上述技術(shù)方案的優(yōu)選，步驟2具體為：?

步驟21、接收原始上下文信息，并把這些原始上下文信息根據(jù)上下文信息模型進行格式統(tǒng)一后返回上下文信息；?

步驟22、對該返回上下文信息進行建模，以獲取上下文信息模型。?

作為上述技術(shù)方案的優(yōu)選，步驟3中的上下文信息的聚合具體為：?

步驟31、根據(jù)步驟1獲得的上下文信息和步驟2獲得的上下文信息模型，對該上下文信息模型進行結(jié)構(gòu)上的調(diào)整和數(shù)值上的更新；?