專利名稱：用于提供上下文感知服務(wù)的設(shè)備和方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種提供上下文感知服務(wù)的設(shè)備和方法，更具體地說，涉及一種根據(jù)動態(tài)變化的上下文通過提供上下文感知服務(wù)框架(framework)來提供自適應(yīng)服務(wù)的設(shè)備和方法，在所述的服務(wù)框架中服務(wù)的內(nèi)容由知識來確定。
背景技術(shù)：
支持應(yīng)用軟件的主中間件是面向?qū)ο蟮闹虚g件。在常規(guī)的面向?qū)ο蟮闹虚g件中，客戶機對象從服務(wù)器對象獲得使用服務(wù)的接口并且通過該獲得的接口使用服務(wù)器對象。
圖1表示了常規(guī)的有代表性的面向?qū)ο蟮闹虚g件的概念，即通用對象請求代理體系結(jié)構(gòu)(CORBA)。
CORBA是用來產(chǎn)生、分配和管理網(wǎng)絡(luò)中的分布式程序?qū)ο蟮慕Y(jié)構(gòu)和標(biāo)準(zhǔn)，且CORBA允許位于不同位置的和由不同的供應(yīng)商開發(fā)的程序通過接口代理程序互相通信。包括CORBA的一般的面向?qū)ο蟮闹虚g件包括對象請求代理(ORB)130，其從客戶機對象110向服務(wù)器對象120傳遞請求。ORB 130是完成對象之間的客戶機-服務(wù)器關(guān)系的代理。當(dāng)使用ORB 130時，不管位于服務(wù)器對象120中的方法是在同一計算機內(nèi)還是在網(wǎng)絡(luò)上，客戶機對象110能夠清楚地調(diào)用其。ORB 130截取客戶機對象110對服務(wù)器對象120的調(diào)用，發(fā)現(xiàn)將處理請求的對象，向該被發(fā)現(xiàn)的對象發(fā)送參數(shù)，調(diào)用方法并將處理結(jié)果返回到客戶機對象110。除了服務(wù)器對象120的接口之外，客戶機對象110不需要知道服務(wù)器對象120的位置、其使用的程序語言和操作系統(tǒng)、或者任何其他的系統(tǒng)相關(guān)的詳情。
如上描述，在常規(guī)的面向?qū)ο蟮闹虚g件中，服務(wù)器對象提供其提供的服務(wù)的接口功能?？蛻魴C對象獲得服務(wù)器對象的接口并直接調(diào)用該接口以便服務(wù)器對象提供服務(wù)。因此，客戶機對象和服務(wù)器對象之間具有強的聯(lián)系，其不適應(yīng)動態(tài)變化的操作環(huán)境。因此，期望中間件提供可以根據(jù)動態(tài)變化的情況自適應(yīng)改變的服務(wù)。

發(fā)明內(nèi)容
本發(fā)明提供了一種構(gòu)造系統(tǒng)的方法，所述系統(tǒng)通過上下文的媒介將客戶機對象松散地連接到服務(wù)器對象來適應(yīng)動態(tài)變化的情況。
本發(fā)明還提供了一種通過使用上下文允許多個客戶機對象共享服務(wù)器對象的方法。
本發(fā)明還提供了一種通過允許服務(wù)器對象共享由客戶機對象提供的知識來允許多個服務(wù)器對象共享客戶機對象的方法。
本發(fā)明還提供了一種提供客戶機對象和服務(wù)器對象之間統(tǒng)一接口的方法。
通過參考以下的描述，對于本領(lǐng)域技術(shù)人員本發(fā)明的以上和另外的方面將變得更加清楚。
根據(jù)本發(fā)明的一方面，提供了一種用于提供上下文感知服務(wù)的設(shè)備，包括上下文感知服務(wù)對象(CAS)管理模塊，登記、管理和移除關(guān)于CAS和由該CAS定義的上下文的信息；傳感器管理模塊，登記、管理和移除關(guān)于傳感器的信息并且請求該傳感器觀測知識，所述傳感器觀測需要用來檢查上下文的知識；和上下文管理模塊，管理觀測到的知識，并且當(dāng)該觀測到的知識滿足由CAS定義的上下文時通知由CAS管理模塊提供的定義上下文的CAS的CAS管理模塊。
根據(jù)本發(fā)明的一方面，提供了一種提供上下文感知服務(wù)的方法，該方法包括登記關(guān)于上下文感知服務(wù)對象(CAS)和由該CAS定義的上下文的信息，登記關(guān)于傳感器的信息，基于關(guān)于該傳感器的信息接收該傳感器觀測到的知識，當(dāng)知識滿足上下文時通知定義上下文的CAS和請求該CAS提供服務(wù)。
根據(jù)本發(fā)明的一方面，提供了一種提供上下文感知服務(wù)的方法，該方法包括從傳感器接收登記請求，響應(yīng)該登記請求登記關(guān)于該傳感器的信息，當(dāng)由傳感器觀測的知識被需要時，請求該傳感器觀測知識，從傳感器接收移除請求和響應(yīng)該移除請求刪除關(guān)于該傳感器的信息。
根據(jù)本發(fā)明的一方面，提供了一種提供上下文感知服務(wù)的方法，該方法包括從上下文感知服務(wù)對象(CAS)接收登記請求，響應(yīng)該登記請求登記關(guān)于該CAS和由該CAS提供的上下文的信息，當(dāng)確定上下文的必需的傳感器已經(jīng)被登記時，檢查由該傳感器提供的知識是否滿足該上下文，從CAS接收移除請求和響應(yīng)該移除請求刪除關(guān)于該CAS和該上下文的信息。


通過參照附圖詳細地描述示例性實施例，本發(fā)明的上述和其他方面點將會變得更清楚，其中圖1表示了常規(guī)的面向?qū)ο蟮闹虚g件的概念；圖2表示了根據(jù)本發(fā)明的示例性實施例的上下文感知服務(wù)的略圖；圖3表示了根據(jù)本發(fā)明的示例性實施例的上下文感知服務(wù)框架的略圖；圖4表示了根據(jù)本發(fā)明的示例性實施例的在上下文感知服務(wù)框架中操作的命令；圖5表示了根據(jù)本發(fā)明的示例性實施例的提供上下文感知服務(wù)的設(shè)備的結(jié)構(gòu)；圖6是提供使用圖4表示的上下文感知服務(wù)框架的服務(wù)的方法的詳細的流程圖；圖7是根據(jù)本發(fā)明的示例性實施例的管理使用上下文感知服務(wù)框架的傳感器的方法的流程圖；圖8是根據(jù)本發(fā)明的示例性實施例的傳感器的操作的流程圖；圖9表示了根據(jù)本發(fā)明的示例性實施例的傳感器狀態(tài)的改變；圖10是管理使用根據(jù)本發(fā)明的示例性實施例的上下文感知服務(wù)框架的上下文感知服務(wù)對象(被稱作CAS)的方法的流程圖；圖11表示了根據(jù)本發(fā)明的示例性實施例的在CAS狀態(tài)的改變；和圖12表示了實現(xiàn)上下文感知服務(wù)框架的源代碼的示例。
具體實施例方式
通過參考以下示例性實施例和附圖詳細的描述，本發(fā)明的方面和實現(xiàn)本發(fā)明的方法可以更容易地被理解。然而，本發(fā)明可以被不同的形式實現(xiàn)并且不應(yīng)該被解釋為限于在這里闡述的示例性實施例。相反地，本示例性實施例被提供以便本公開是全面的和完整的并且向本領(lǐng)域的技術(shù)人員完全地傳達本發(fā)明的概念，并且本發(fā)明僅通過附加的權(quán)利要求被限定。相同的標(biāo)號在本說明中始終表示相同部件。
現(xiàn)在參考附圖對本發(fā)明進行更全面的描述，在該附圖中顯示了本發(fā)明的示例性實施例。
在闡述本發(fā)明的實施例之前，對在本說明中使用的術(shù)語進行簡要地解釋。應(yīng)該理解，以下術(shù)語的解釋被提供以便更好地理解本發(fā)明而不是本發(fā)明的限制。
上下文指的是確定由上下文感知服務(wù)對象(被稱作CAS)定義的服務(wù)動作的信息。該確定服務(wù)動作的信息包括服務(wù)被提供的時間、關(guān)于是否提供服務(wù)的信息、服務(wù)被提供的對象和服務(wù)被提供的位置等。根據(jù)由上下文確定的服務(wù)動作的特征，上下文被分為上下文時間(when-context)，用于確定服務(wù)被提供的時間；上下文原因(why-context)，用于確定是否提供服務(wù)；和上下文方式(how-context)，用于確定服務(wù)的內(nèi)容。在上下文感知服務(wù)中，當(dāng)上下文原因被滿足時，此刻上下文時間被滿足，與上下文方式相應(yīng)的服務(wù)被提供。正如稍后參照圖2所描述，基于由客戶及對象提供的知識檢查上下文并且通過上下文感知服務(wù)框架確定上下文。
知識指的是所有的能夠表現(xiàn)實體情況特征的信息。實體可以是人、地方或者作為涉及用戶和應(yīng)用程序之間的交互作用而被考慮的事件，且實體包括用戶和應(yīng)用程序。知識可以是一個值，例如通過物理傳感器測量的溫度或濕度，并且知識可以延伸到一般的信息，例如關(guān)于電子郵件到達/未到的信息或國際互聯(lián)網(wǎng)信息。因此，所有的服務(wù)軟件可被稱作上下文感知服務(wù)。
上下文感知服務(wù)指的是這樣的服務(wù)，該服務(wù)的規(guī)定(provision)和內(nèi)容隨著由服務(wù)對象定義的上下文而變化。當(dāng)基于由客戶機提供的知識確定上下文原因被滿足時，此刻上下文時間被滿足，服務(wù)基于上下文方式被提供。因此服務(wù)請求的知識和上下文可以隨著用戶的操作環(huán)境或用戶的愛好而變化。例如，可存在具有上下文“當(dāng)溫度不低于25°時啟動空調(diào)”的上下文感知服務(wù)，上下文“溫度不低于25°”可以根據(jù)用戶的優(yōu)先選擇轉(zhuǎn)變?yōu)椤皽囟炔坏陀?8°”，“溫度不低于25°且濕度不小于80％”等。
圖2表示了根據(jù)本發(fā)明的示例性實施例的上下文感知服務(wù)的略圖。
上下文感知服務(wù)包括識別知識的識別階段210、確定使用知識的服務(wù)動作的確定階段220和執(zhí)行服務(wù)動作的服務(wù)階段230。在識別階段210中，作為客戶機對象240，一個或多個傳感器(如傳感器1、傳感器2和傳感器3)觀測知識。在確定階段220中，基于觀測到的知識確定上下文是否被滿足。在服務(wù)階段230中，作為服務(wù)器對象260，一個或多個CAS(如CAS 1、CAS2和CAS 3)根據(jù)上下文的內(nèi)容提供服務(wù)。識別階段210可以被多個CAS共享且確定階段220可以以一般的方式通過上下文感知服務(wù)框架被支持。
上下文感知服務(wù)框架250支持用于上下文感知服務(wù)的確定階段220且其是允許識別階段210被共享的中間件。換句話說，上下文感知服務(wù)框架250是用于上下文感知服務(wù)的中間件，其通知CAS同時滿足上下文原因和上下文時間以便CAS執(zhí)行上下文動作，且其向CAS提供上下文方式。在上下文感知服務(wù)框架250中，識別階段210能夠通過客戶機對象240，即傳感器來建模，且服務(wù)階段230能夠通過服務(wù)器對象260即CAS來建模。
圖3表示了根據(jù)本發(fā)明的示例性實施例的上下文感知服務(wù)框架330的略圖。
上下文感知服務(wù)框架330從傳感器310接收知識331并且確定上下文332，從而請求CAS 320提供服務(wù)。因此在面向?qū)ο蟮闹虚g件中，傳感器310和CAS 320分別是客戶機對象和服務(wù)器對象。與通常的面向?qū)ο蟮闹虚g件不同，上下文感知服務(wù)框架330通過確定由服務(wù)器對象320提供的上下文來使用服務(wù)器對象(即CAS)320。換句話說，客戶機對象(即傳感器)310和服務(wù)器對象320通過由客戶機對象310提供的知識331和由服務(wù)器對象320請求的上下文332互相連接。當(dāng)上下文332基于知識331被確定時，客戶機對象310使用服務(wù)器對象320。
上下文是基于由多個傳感器提供的知識和關(guān)于操作環(huán)境(例如常識和用戶的愛好)的信息，而不是簡單地基于由單個傳感器提供的知識確定的。換句話說，傳感器310和CAS 320具有松散的連接，在其中它們遵循通過上下文感知服務(wù)框架330在由傳感器310提供的知識331和由CAS 320請求的上下文332之間做出的決定。
圖4表示了根據(jù)本發(fā)明的示例性實施例的在上下文感知服務(wù)框架中操作的命令。
上下文感知服務(wù)應(yīng)用可以包括CAS和傳感器。然而，上下文感知服務(wù)應(yīng)用可以包括多個傳感器或不包括傳感器。同樣地，上下文感知服務(wù)應(yīng)用可以包括多個CAS或不包括CAS。
在操作S410中，上下文感知服務(wù)應(yīng)用在上下文感知服務(wù)框架中登記CAS。這里，CAS的上下文被登記。在操作S420中，上下文感知服務(wù)應(yīng)用在上下文感知服務(wù)框架中登記傳感器。這里，傳感器登記其觀測到的知識。在每個CAS和傳感器被登記之后，在操作S430中，上下文感知服務(wù)框架啟動傳感器并獲得觀測到的知識。在操作S440中，上下文感知服務(wù)框架基于觀測到的知識檢查每個上下文。在操作S450中，上下文感知服務(wù)框架請求與確定的上下文相應(yīng)的CAS提供服務(wù)。如圖4所示，CAS和傳感器由上下文感知服務(wù)框架控制并且通過上下文互相連接。
圖5表示了根據(jù)本發(fā)明的示例性實施例的提供上下文感知服務(wù)的設(shè)備500的結(jié)構(gòu)。
設(shè)備500包括傳感器管理模塊510、CAS管理模塊520和上下文管理模塊530。
在示例性實施例中，這里所用的術(shù)語“模塊”指的是，但并未不限于執(zhí)行特定任務(wù)的軟件和硬件組件，例如現(xiàn)場可編程門陣列(FPGA)或?qū)Ｓ眉呻娐?ASIC)。另外，模塊可以被配置以駐留在可尋址的存儲介質(zhì)上駐留并且被配置以在一個或多個處理器上執(zhí)行。因此，舉例來說，模塊可以包括組件，例如軟件組件、面向?qū)ο蟮能浖M件、類組件、任務(wù)組件、進程、函數(shù)、屬性、過程、子例程、程序代碼段、驅(qū)動程序、固件、微碼、電路、數(shù)據(jù)、數(shù)據(jù)庫、數(shù)據(jù)結(jié)構(gòu)、表、數(shù)組和變量。在組件和模塊中提供的功能性可以組合為較少的組件和模塊或者進一步分離成另外的組件和模塊。另外，組件和模塊可以被實現(xiàn)以便它們在通信系統(tǒng)中執(zhí)行一個或多個CPU。
傳感器管理模塊510管理傳感器的傳感器信息。傳感器信息包括傳感器標(biāo)識符(ID)、傳感器狀態(tài)信息、傳感器使用的通信方法、或關(guān)于將被傳感器觀測到的知識的信息。傳感器狀態(tài)分成傳感器在其中觀測知識的使用狀態(tài)，和傳感器在其中等待來自于上下文感知服務(wù)框架的觀測請求的未使用狀態(tài)。稍后將參照圖9詳細地描述傳感器狀態(tài)。關(guān)于將被傳感器觀測到的知識的信息指示例如將被傳感器觀測到的溫度或濕度的信息。傳感器信息可以被存儲在稱為傳感器知識庫511的存儲器中。
當(dāng)添加新傳感器時，傳感器管理模塊510將新傳感器的傳感器信息登記在傳感器知識庫511中。當(dāng)被登記的傳感器被移除時，傳感器管理模塊510從傳感器知識庫511中刪除被移除的傳感器的傳感器信息。另外，傳感器管理模塊510改變將被傳感器觀測到的知識，設(shè)定或改變傳感器的名稱，提供傳感器信息，或搜索與特定的條件相應(yīng)的傳感器。
CAS管理模塊520管理CAS的CAS信息和由CAS定義的上下文并且向上下文管理模塊530提供上下文。CAS信息包括CAS ID、CAS狀態(tài)信息、或CAS使用的通信方法。CAS狀態(tài)可以分成備用狀態(tài)、活動狀態(tài)和服務(wù)狀態(tài)。CAS狀態(tài)稍后將參照圖11詳細地描述。關(guān)于CAS的信息可以被存儲在被稱為CAS知識庫521的存儲器中且上下文可以被存儲在被稱為上下文知識庫522的存儲器中。
當(dāng)添加新CAS時，CAS管理模塊520登記新CAS的CAS狀態(tài)和新CAS定義的上下文。當(dāng)?shù)怯浀腃AS被移除時，CAS管理模塊520刪除與移除的CAS相應(yīng)的上下文和移除的CAS的CAS信息。
另外，CAS管理模塊520改變上下文，設(shè)定或改變CAS的名稱，提供CAS信息，或搜索與特定條件相應(yīng)的CAS。
上下文管理模塊530基于傳感器的信息管理由傳感器觀測到的知識，所述信息被登記在傳感器管理模塊510中。當(dāng)被觀測到的知識滿足由CAS管理模塊520提供的上下文時，上下文管理模塊530通知與該上下文相關(guān)的CAS的CAS管理模塊520。
上下文管理模塊530包括知識庫531、推理機532、查詢處理器533和觸發(fā)管理器534。知識庫531是存儲傳感器觀測到的知識的存儲器。
當(dāng)從傳感器接收知識時，上下文管理模塊530將知識存儲在知識庫531中。關(guān)于操作環(huán)境的信息，以及傳感器提供的知識被存儲在知識庫531中。因此，當(dāng)操作環(huán)境變化時，知識庫531被提供關(guān)于變化的操作環(huán)境的信息以便上下文管理模塊530能夠?qū)ψ兓牟僮鳝h(huán)境進行自適應(yīng)的操作。
推理機532檢查存儲在知識庫531中的知識是否滿足由CAS管理模塊520提供的上下文。現(xiàn)有的公開制作的推理機可以作為推理機532來使用。推理機532檢查上下文時所需的知識能夠通過操作來獲得，在所述操作中，查詢處理器533向知識庫531發(fā)送查詢。當(dāng)上下文時間被滿足的時刻上下文原因被滿足被推理機532確定為檢查的結(jié)果時，觸發(fā)管理器534通知相應(yīng)的CAS的CAS管理模塊520。
圖6是提供使用圖4顯示的上下文感知服務(wù)框架的服務(wù)的方法的詳細的流程圖。
在操作S610中，CAS管理模塊520登記CAS的CAS信息和由CAS定義的上下文。在操作S620中，傳感器管理模塊510登記傳感器的傳感器信息。在操作S630中，上下文管理模塊530接收傳感器觀測到的知識并將該知識存儲在知識庫531中，然后在操作S640中確定該知識是否滿足該上下文。如果確定該知識滿足上下文，那么在操作S650中上下文管理模塊530通知相應(yīng)的CAS的CAS管理模塊520。在操作S660中，CAS管理模塊520請求相應(yīng)的CAS提供服務(wù)。如果確定該知識不滿足上下文，那么服務(wù)提供方法結(jié)束。
現(xiàn)在將更詳細的描述圖6所示的方法。
在操作S610中，CAS向上下文感知服務(wù)框架請求登記，然后CAS管理模塊520將該CAS的CAS信息登記在知識庫531中。當(dāng)該CAS提供上下文時，CAS管理模塊520將該上下文存儲上下文知識庫522中。
在操作S620中，傳感器向上下文感知服務(wù)框架請求登記，然后傳感器管理模塊510將該傳感器的傳感器信息登記在傳感器知識庫511中。
在CAS和傳感器被登記后，在操作S630中，上下文管理模塊530接收傳感器觀測到的知識并且將該知識存儲在知識庫531中。在操作步驟S640中，包括在上下文管理模塊530中的推理機532確定該知識是否滿足該上下文。知識可以通過查詢處理器533從知識庫531中獲得。當(dāng)確定知識滿足上下文時，在操作步驟S650中，包括在上下文管理模塊530中的觸發(fā)管理器534通知與被滿足的上下文相應(yīng)的CAS的CAS管理模塊520。然后在操作步驟S660中，CAS管理模塊520請求相應(yīng)的CAS提供服務(wù)。
當(dāng)操作環(huán)境變化時，適合于變化的操作環(huán)境的知識被提供給知識庫531以便響應(yīng)變化的操作環(huán)境的方法可以被自適應(yīng)的執(zhí)行。另一方面，使用處理知識的CAS可以制造動態(tài)的操作環(huán)境。例如，假設(shè)根據(jù)第一上下文，第一CAS(CAS1)被確定來提供服務(wù)，并且知識作為服務(wù)的結(jié)果被提供。當(dāng)?shù)谝籆AS提供的知識確定第二CAS請求的第二上下文時，第二CAS提供服務(wù)。因此，當(dāng)操作環(huán)境變化時，例如用戶的改變，系統(tǒng)能夠通過改變第一CAS來適應(yīng)操作環(huán)境。
圖7是根據(jù)本發(fā)明的示例性實施例的管理使用上下文感知服務(wù)框架的傳感器的方法的流程圖。
當(dāng)在操作S710中上下文感知服務(wù)框架從傳感器接收登記請求時，在操作S720中傳感器管理模塊510將該傳感器的傳感器信息登記在傳感器知識庫511中。在操作S730中確定是否需要知識來確定上下文。當(dāng)確定知識被需要時，在操作S740中傳感器管理模塊510請求傳感器觀測知識。當(dāng)在操作S750中從傳感器接收到移除請求時，在操作S760中，傳感器管理模塊510通過從傳感器知識庫511中刪除該傳感器的傳感器信息來移除該傳感器。當(dāng)確定知識不被需要時，只要沒有從傳感器發(fā)出的移除請求，傳感器就保持未使用狀態(tài)，直至知識被需要。
圖8是根據(jù)本發(fā)明的示例性實施例的傳感器的操作的流程圖。
在操作S810中，確定傳感器是否處于結(jié)束狀態(tài)。如果確定傳感器不處于結(jié)束狀態(tài)，那么在操作S820中確定知識是否已經(jīng)被改變。如果確定知識已經(jīng)被改變，那么在操作S830中觀測知識。如果確定知識沒有被改變，那么操作S820重復(fù)進行直到傳感器達到結(jié)束狀態(tài)。傳感器繼續(xù)觀測直到傳感器達到結(jié)束狀態(tài)。這里，因為確定知識是否已經(jīng)被改變(操作S820)和觀測改變的知識(操作S830)分別執(zhí)行，所以能增加觀測的效率。
圖9表示了根據(jù)本發(fā)明的示例性實施例的傳感器狀態(tài)的改變。
當(dāng)傳感器在開始狀態(tài)910開始操作時，其在觀測之前達到與備用狀態(tài)相應(yīng)的未使用狀態(tài)920。當(dāng)傳感器開始觀測知識時，其達到使用狀態(tài)930。當(dāng)傳感器終止觀測知識時，其從使用狀態(tài)930改變?yōu)槲词褂脿顟B(tài)920。當(dāng)傳感器開始操作并同時開始觀測知識時，傳感器不經(jīng)過未使用狀態(tài)920而直接改變?yōu)槭褂脿顟B(tài)930。當(dāng)傳感器停止操作時，其達到結(jié)束狀態(tài)940。
圖10是根據(jù)本發(fā)明的示例性實施例的管理使用上下文感知服務(wù)框架的CAS的方法的流程圖。
當(dāng)在操作S1010中上下文感知服務(wù)框架從CAS接收登記請求時，在操作S1020中，CAS管理模塊520將該CAS的CAS信息登記在CAS知識庫521中并且將CAS的上下文登記在上下文知識庫522中。在操作S1030中，確定是否每個能夠觀測被需要用來確定上下文的知識的傳感器已經(jīng)被登記。當(dāng)確定每個必要的傳感器已經(jīng)被登記時，那么在操作S1040中，上下文管理模塊530檢查知識是否滿足該上下文。當(dāng)在操作S1050中從CAS接收到移除請求時，在操作S1060中，CAS管理模塊520通過從上下文知識庫522中刪除該上下文并且從CAS知識庫521中刪除該CAS的CAS信息來移除該CAS。假定沒有來自該CAS的移除請求，當(dāng)確定不是每個必要的傳感器都已經(jīng)被登記時，該CAS保持備用狀態(tài)，直到每個必要的傳感器被登記。
圖11表示了根據(jù)本發(fā)明的示例性實施例的CAS狀態(tài)的改變。
當(dāng)CAS在開始狀態(tài)1110開始操作時，其進入備用狀態(tài)1120或活動狀態(tài)1130。備用狀態(tài)1120是這樣一種狀態(tài)，在該狀態(tài)中，CAS開始操作，但不是每個需要用來檢查上下文的傳感器都已經(jīng)被獲得。當(dāng)每個需要用來檢查上下文的傳感器已經(jīng)被登記時，該CAS進入活動狀態(tài)1130。然而，如果當(dāng)CAS處于活動狀態(tài)1130時，需要用來檢查上下文的傳感器被移除，那么該CAS轉(zhuǎn)換到備用狀態(tài)1120。
當(dāng)CAS因為上下文被滿足而開始服務(wù)時，該CAS從活動狀態(tài)1130改變?yōu)榉?wù)狀態(tài)1140。當(dāng)服務(wù)終止時，該CAS返回到活動狀態(tài)1130。當(dāng)該CAS停止操作時，其從備用狀態(tài)1120或活動狀態(tài)1130改變?yōu)榻Y(jié)束狀態(tài)1150。
圖12顯示了用于實現(xiàn)上下文感知服務(wù)框架的源代碼的示例。
圖12定義稱作“SamAirCon”的上下文感知服務(wù)應(yīng)用，所述“SamAirCon”包括兩個CAS，即SamCAS1和SamCAS2，和一個傳感器，即SamSensor1。SamCAS1的上下文時間是“Warm”指示當(dāng)知識“Warm”從False改變?yōu)門rue時，SamCAS1的服務(wù)，即空調(diào)的冷卻操作開始。當(dāng)知識“Warm”是False時，此刻溫度上升到25°以上，SamCAS2將知識“Warm”從False改變?yōu)門rue。
SamSensor1觀測并提供作為知識的溫度。如果當(dāng)知識“Temperature”高于25°時，知識“Warm”是False，那么SamCAS2將知識“Warm”從False改變?yōu)門rue。當(dāng)空調(diào)沒有操作時，此刻知識“Warm”被SamCAS2改變?yōu)門rue，SamCAS1啟動空調(diào)。
根據(jù)詳細的描述，本領(lǐng)域技術(shù)人員應(yīng)該理解，在不完全地脫離本發(fā)明原理的情況下，可以對這些本示例性實施例進行變動和修改。因此，本發(fā)明的公開的示例性實施例僅用于一般的和描述性的意義，并不用于限定的目的。
本發(fā)明的提供上下文感知服務(wù)的設(shè)備和方法至少具有以下的方面。
首先，適應(yīng)于動態(tài)改變的情況的系統(tǒng)可以通過上下文的媒介將客戶機對象松散地連接到服務(wù)器對象來構(gòu)造。
另外，多個客戶機對象被允許通過使用上下文來共享服務(wù)器對象，并且多個服務(wù)器對象被允許通過共享由客戶機對象提供的知識來共享客戶機對象。
此外，提供了客戶機對象和服務(wù)器對象之間的統(tǒng)一接口。
權(quán)利要求
1.一種用于提供上下文感知服務(wù)的設(shè)備，包括上下文感知服務(wù)對象(CAS)管理模塊，管理CAS和由CAS定義的上下文的CAS信息；傳感器管理模塊，管理傳感器的傳感器信息，并且請求該傳感器觀測知識；和上下文管理模塊，當(dāng)該觀測到的知識滿足由CAS定義的上下文時，通知CAS的CAS管理模塊，所述CAS定義由CAS管理模塊提供的上下文，其中，如果CAS管理模塊通過上下文管理模塊被通知CAS，那么該CAS管理模塊請求CAS提供服務(wù)。
2.如權(quán)利要求1所述的設(shè)備，其中，上下文管理模塊包括知識庫，用于存儲知識；查詢處理器，用于向知識庫發(fā)送查詢；推理機，用于確定知識是否滿足上下文；和觸發(fā)處理器，用于根據(jù)推理機的決定來通知CAS的CAS管理模塊。
3.如權(quán)利要求1所述的設(shè)備，其中，CAS信息包括該CAS的標(biāo)識符、該CAS的狀態(tài)信息和關(guān)于該CAS使用的通信方法的信息中的至少一個。
4.如權(quán)利要求1所述的設(shè)備，其中，CAS信息儲存在CAS知識庫中。
5.如權(quán)利要求1所述的設(shè)備，其中，傳感器信息包括該傳感器的標(biāo)識符、該傳感器的狀態(tài)信息、關(guān)于該傳感器使用的通信方法的信息和關(guān)于將被該傳感器觀測的知識的信息中的至少一個。
6.如權(quán)利要求1所述的設(shè)備，其中，傳感器信息存儲在傳感器知識庫中。
7.如權(quán)利要求1所述的設(shè)備，其中，上下文存儲在上下文知識庫中。
8.一種用于提供上下文感知服務(wù)的方法，包括登記上下文感知服務(wù)對象(CAS)和由該CAS定義的上下文的信息；登記傳感器的傳感器信息；基于該傳感器的信息接收該傳感器觀測到的知識；當(dāng)接收的知識滿足上下文時，通知定義該上下文的CAS；和請求該CAS提供服務(wù)。
9.如權(quán)利要求8所述的方法，其中，CAS信息包括該CAS的標(biāo)識符、該CAS的狀態(tài)信息和關(guān)于該CAS使用的通信方法的信息中的至少一個。
10.如權(quán)利要求8所述的方法，其中，傳感器信息包括該傳感器的標(biāo)識符、該傳感器的狀態(tài)信息、關(guān)于該傳感器使用的通信方法的信息和關(guān)于將被該傳感器觀測的知識的信息中的至少一個。
11.一種用于提供上下文感知服務(wù)的方法，包括從傳感器接收登記請求；響應(yīng)該登記請求，登記該傳感器的傳感器信息；如果通過傳感器觀測的知識被需要，那么請求該傳感器觀測知識；從傳感器接收移除請求；和響應(yīng)該移除請求，刪除該傳感器信息。
12.如權(quán)利要求11所述的方法，其中，傳感器信息包括該傳感器的標(biāo)識符、該傳感器的狀態(tài)信息、關(guān)于該傳感器使用的通信方法的信息和關(guān)于將被該傳感器觀測的知識的信息中的至少一個。
13.一種用于提供上下文感知服務(wù)的方法，該方法包括從上下文感知服務(wù)對象(CAS)接收登記請求；響應(yīng)該登記請求，登記關(guān)于該CAS和由該CAS提供的上下文的信息；如果需要用來確定上下文的傳感器已經(jīng)被登記，那么檢查由該傳感器提供的知識是否滿足該上下文；從CAS接收移除請求；和響應(yīng)該移除請求刪除關(guān)于該CAS和該上下文的信息。
14.如權(quán)利要求13所述的方法，其中，CAS信息包括該CAS的標(biāo)識符、該CAS的狀態(tài)信息和關(guān)于該CAS使用的通信方法的信息中的至少一個。
全文摘要
提供了一種用于提供上下文感知服務(wù)的設(shè)備和方法。該設(shè)備包括上下文感知服務(wù)對象(CAS)管理模塊，管理關(guān)于CAS和由該CAS定義的上下文的CAS信息，傳感器管理模塊，管理關(guān)于傳感器的信息并且請求該傳感器觀測知識，和上下文管理模塊，當(dāng)該觀測到的知識滿足由CAS定義的上下文時，通知由CAS管理模塊提供的定義上下文的CAS的該CAS管理模塊，其中，當(dāng)CAS管理模塊通過上下文管理模塊被通知CAS時，所述CAS管理模塊請求該CAS提供服務(wù)。
文檔編號G06F9/44GK1728091SQ20051008861
公開日2006年2月1日 申請日期2005年7月25日 優(yōu)先權(quán)日2004年7月26日
發(fā)明者趙庸鎮(zhèn) 申請人:三星電子株式會社