用於無線裝置訪問和管理的動態機器組合方法
2023-10-17 02:04:44
專利名稱：用於無線裝置訪問和管理的動態機器組合方法
技術領域：
本發明的領域本發明涉及用於通過裝置能力綜合而執行有效無線裝置訪問和管理的一種動態機器(DM)組合方法。
我們已經見到了象ATM或複印機的強大的機器，它們由多個組件組成以產生複雜的功能和能力。然而這些組件通常不能被拆下和再用於其他的機器或其他的目的。例如，你的汽車的音響系統可能無法在你的房子中工作，且所有ATM印表機都不能在你的PDA上列印一份備忘。這種問題在於，這些機器都是只為特定的應用而優化的，而它們以及它們的組件不適合於執行其他的功能。每當需要新的應用且老的機器不能提供幫助時，就必須設計和製造新的機器，而老的機器連同其所有組件可能只有被放棄，這是很大的資源浪費。
本發明的第二個目的，是設計一種方法，它能夠動態地綜合各種遍布式裝置的能力，以形成能夠執行原來只由真實的機器處理的複雜的任務的動態機器。
為了實現這兩個目的，我們設計了相應的布局和操作平臺，它們只對裝置提出了使DMS能夠工作的某些基本的要求。
在本發明中，簡單的裝置裝置可通過DMS而被組合成動態機器(DM)，以向最終用戶提供綜合的訪問和管理方法，從而提供真的便利和靈活性。由此，複雜的應用或服務要求可藉助一組簡單的裝置而得到滿足。裝置本身不再被當作單個的裝置而是被當作DM的組成部分。
本發明的DMS還提供了新的手段，用以解決複雜的問題。通過利用動態機器而不是設計和製造新的真實的機器，我們只需在需要時構造DM並在不再需要這些DM時分解DM，而所涉及的成本是非常小的。
藍牙是用於短距離語音和數據無線RF通信的一種技術和規範。它提供了一種方便而低成本的裝置連接方式。本文中描述的無線裝置指的是具有至少一個短距離RF模塊的裝置。DMS中不採用長距離RF模塊，因為機器指的是具有合理的、能夠被短距離通信所覆蓋的尺寸的裝置。如果一個裝置需要進行長距離的內部通信，則它通常不被認為是一個機器。已經有若干可用的短距離無線協議，且藍牙對於實施DMS來說是一種優選的選擇。
本發明的進一步的優點包括1)提供了綜合的裝置訪問和管理方法。
2)在執行要求多個裝置同時一起工作的複雜任務時簡化了用戶配置和操作；3)提供了用簡單的裝置處理複雜的任務的手段；4)提供了一種優化的資源分配方式。
圖1顯示了構造模板的過程；圖2用於說明如何由裝置構成組件；圖3是流程圖，用於說明動態機器的組裝過程；圖4用於說明動態機器的運行；圖5用於說明動態機器的分解。
對本發明的詳細描述基本概念本發明的基本構思，是設計一種用於綜合的無線裝置訪問和管理的動態機器組合方法。該方法利用短距離無線通信技術來連接各種裝置並綜合它們的功能，以構造能夠給最終用戶帶來真正的便利和靈活性的動態機器。
首先，我們需要定義某些基本的概念1.裝置指的是具有比較簡單的結構和功能的設備，例如一個燈。一個PDA也被認為是一個裝置，因為它小且緊湊且提供了有限的功能，雖然它具有很多的組件。
2.機器指的是由多個組件組成的設備，它能夠產生複雜的功能。例如，一個汽車是由幾百個組件組成的機器。組件本身可以是裝置或機器。組件機器可被認為是裝置的子集。
3.能力一個裝置或機器所能夠提供的功能，且以什麼程度提供這些功能。(在某些文章中，這也被稱為服務。為了避免混淆，在此選擇使用「能力」)。例如，一個監測器能夠顯示文本和圖形，且進一步地，它具有解析度、顏色深度和刷新速率。
4.性質代表內部數據或狀態信息的裝置或機器變量。性質是可隨時間變化的裝置或機器動態或運行支持信息。
5.方法一個裝置或機器向用戶或其他裝置提供的用來操縱它的方式。例如，任何裝置都具有使其他方開通/關斷它的通/斷方法。
6.事件裝置或機器彼此發送的小的通信數據包。藉助事件，裝置能夠交換數據和命令而用知道太多彼此的內部情況。
7.服務來自一或多個裝置或機器的遠程或本地信息或數據提供。動態機器棧(DMS)DMS是所有所需的DMS功能在一定的平臺上的軟體實施。一個DMS具有以下的功能或服務模塊1)藍牙和/或其他無線協議支持如果目標平臺已經支持象藍牙的模塊，則DMS中不需要額外的支持。然而，在其中無線模塊為可選的系統上，DMS必須有必要的藍牙和/或其他無線協議支持支持。
藍牙和/或其他無線協議支持是DMS的必需功能。
2)DMTP處理不同的無線裝置要彼此進行對話，必須要有一種高級的協議。動態機器傳輸協議(DMTP)就是這樣的協議，它們使得裝置能夠進行獨立於下級協議的數據交換。
DMTP處理模塊是進行實際的DMTP操作以使得能夠進行不同裝置彼此的高層對話的模塊。
DMTP處理功能是DMS所始終需要的。
3)DMNS處理一個DM中的所需組件需要被給予方便的名稱以供人訪問。且當用戶發出暗含的指令時，DM需要明白用戶所指的是哪個部分。
DMNS指的是動態機器命名服務，它就是執行上述工作的。一個DMNS模塊將按照裝置或DM性質、用戶習慣或經驗，來執行實際的命名和分辨。
DMNS處理是DMS的可選功能。
4)DMDP處理處理大規模的裝置管理需要有輔助服務。動態機器裝置pool就是解決這種問題的。
只有具有足夠的處理能力的系統需要包括這種模塊來進行管理和為其他裝置提供服務DMDP處理是DMS的可選功能。
5)DMML處理為了使各種裝置能夠描述它們自己並被其他裝置所理解，需要一種公共語言。動態機器標誌語言就是用於這種目的的。
DMML模塊的工作是使裝置通過DMTP而存儲和交換描述。
DMML處理是DMS的必需功能。
6)DMTL運行支持為了構造DMS應用，需要一種跨平臺的語言。動態機器模板語言指的是這樣的語言。
DMTL運行支持應該包含使裝置運行DMS應用所需的每一種東西。
DMTL運行支持是DMS的必需功能。
標準對於構造一種可工作的DMS是非常重要的，因為DMS被假定是在最大範圍的裝置上進行工作的。所有的裝置製造商和組件開發商將需要建立並按照開放的標準，以使各種產品能夠進行相互作用而不發生問題。即使對於非開放的或特定的應用，仍然需要一種內部標準來使所有部分能夠良好地工作在一起。
支持DMS的任何裝置都必須安裝有一個DMS。某些組件可來自作業系統的設計者或來自第三方的開發商。它可以具有文檔、RAM、ROM或內裝在晶片邏輯單元中的庫、插件、驅動器或程序的形式，它被認為是一個DMS，而不論各個組件是如何實施的。
DMS處於諸如藍牙的無線協議的上方，並利用DMTP作為裝置之間通信的協議。裝置利用DMML進行自身描述並被其他裝置所理解。用DMTL寫的應用定義了各種DM功能並給用戶提供了真正的便利和靈活性。
以下是對DMS組件的詳細描述。DMTP和裝置之間的通信諸如藍牙的協議已經支持語音和數據通信，但不支持所有其他的數據通信。因而需要更高級的協議來進行複雜的數據交換。另外，DMS被假定是在藍牙之外的各種棧之間工作的，因而要求有更高級的協議以能夠進行跨平臺的通信。在此DMTP指的是任何這樣的協議。
一種真實的DMTP應該考慮到各種無線協議的特性，把下面的細節隱藏起來，並提供一種標準的界面，以在各種平臺之間進行複雜的數據交換。它可以是面向連接的或無連接的包切換協議，具有所需的路由和故障容忍能力。例如，如果兩個藍牙裝置處於同一微微網(Piconet)內，它們能夠彼此直接對話。如果這兩個裝置處於不同的微微網中，需要轉送機制才能使包找到它們的目的地。且如果這兩個裝置具有不同的通信模塊，網關或路由器將幫助雙方之間的數據交換。
注意在一定的情況下，例如所有裝置都是藍牙裝置並處於同一微微網中，DMTP處理模塊似乎是不必要的。然而，對於更為一般的實施，DMTP是一種必需。即使在最簡單的情況下，DMTP也肯定會增強通信的可靠性並有助於減輕相同種類的棧的不同版本之間的不兼容的扭曲。DMML和裝置描述DMTP保證公共方式的裝置對話，但它們必須採用相同的語言才能夠彼此理解。DMML指的是進行裝置描述的所有可能的公共語言。一種真實的DMML將基於XML技術，這些技術將使得DMS應用與基於XML的服務之間的連接變得容易。各個DMS裝置應該具有一或多個內裝的DMML頁、語音命令和使人和/或裝置理解該裝置的性質所需的其他東西。來自一個特定裝置的DMML頁被認為是該裝置的一種可讀取格式的一種詳細的簡檔。進一步的分析可在對該頁進行了分析之後進行，且另一方隨後可對該裝置進行適當的操作。
任何DMS裝置都應該具有一個DMML處理模塊，其工作是分析從其他裝置獲得的DMML頁並在得到通過DMTP模塊的詢問時把該裝置自己的頁送到其他裝置。
另外，可以在需要時為高級管理產生有關整個DM的DMML頁。DMS應用可包括用於產生這些頁的方法。DMTL和DMS應用一個DM被假定提供各個單獨的裝置以外的先進功能。構造聰明得足以理解彼此的能力並自動產生增強的功能的裝置是非常困難的。且可以有很多方式來採用兩個最簡單的裝置。因此，需要專用的軟體來使增強的特徵能夠為用戶所用，且這樣的程序被稱為DMS應用。
DMS應用被假定為是在各種平臺之間工作。因此，要求一種獨立於平臺的程式語言，稱為DMTL。以真正的DMTL寫成的一個應用被認為是在各種平臺上工作。因此所需的支持必須出現在各個平臺上，這些支持被認為是被包括在DMTL運行支持模塊中。
另外，一種相同的應用被認為是在不組裝置上運行的，只要它們滿足了所有的要求。所以一個DMS應用也被稱為一個模板。適合該模板的所有對象組都可運行該應用。一個模板應該包含裝置能力要求、所需的數據和方法。且直到運行支持所涉及的實際裝置組才被確定。DMNS其他的裝置可通過一個的裝置的地址來對其進行識別。但各個所需的裝置或組件需要一種用戶友好的名稱。當用戶發出了一個暗示指令時，還需要識別實際的目標裝置。DMNS指的是解決上述問題的服務。
一個真正的DMNS被認為是在一個專用的公共裝置、機器或用戶裝置上運行的獨立於應用的服務。它應該與裝置一起工作以獲得所需的信息-諸如應用和裝置性質、用戶習慣或偏好以及空間信息，以為裝置找到適當的名稱或分辨實際的裝置名。人工智慧可被應用在DMNS的實施之中。DMS應用可包括相對方法，以有助於DMNS。
一個組件裝置的名稱只是一個臨時的alias，並可在DM分解之後變為無效。然而，自我學習的機制可被用在實際的DMNS實施中，且該名稱有可能被保留以改善服務的性能。DMDP在公共場合以及家庭和汽車環境中，可能有成百甚至上千個裝置供公共訪問。DMDP指的是用有效的管理手段對其進行分辨的服務。
一種實際的DMDP服務可以在一個專用的公共裝置或機器上運行。DMDP可以作為一個中間方進行工作以處理裝置管理任務。每當一個DMS應用被啟動且具有一定的能力的裝置被請求時，DMDP應該幫助該應用找到適合的裝置。當該應用已經利用這些裝置完成時，DMDP將幫助復位這些裝置以供將來使用。
DMDP的工作，是消除在大量的候選者中找到適當的裝置的開銷，從而能夠簡化和加快DM的構造並優化通信性能。所需的標準1)裝置能力描述這是DMS的基礎，可以通過對已有的裝置進行分類而獲得。例如，我們可為監測器定義一個能力輸入項名稱「顯示器」，並隨後在此輸入項之下定義副輸入項，諸如「解析度」、「顏色深度」以及其他所需的項。各個輸入項的標誌和有效參數範圍應該得到確定。
2)裝置性質描述能力代表的是裝置的「靜態」信息，而性質揭示的是裝置的「動態」或運行支持狀態，例如監測的當前解析度。性質描述標準與能力標準非常類似並可通過類似的程序獲得。
3)事件描述裝置的作用可通過事件獲得，即包含命令或數據的消息包，因為裝置不能彼此直接進行控制。事件描述描述標準被假定為通過標準化的數據格式和參數範圍的歸一化的數據交換。
產生一個覆蓋了所有種類的裝置的完整的標準並不是容易的。但相同種類的裝置支持相同的一組事件則是可能的，這被認為是標準的一個子集。一個子集可在需要時得到更新，且開發商可查詢最新的版本以進行應用授權。
任何裝置都必須依照相對的DMS標準，不論是開放的還是封閉的，以保持兼容性和一致性，否則DMS將不能進行良好的工作。動態機器組合1)對裝置的要求DMS應用要求DMS使能的裝置，它們可以全部是新的裝置或者是經過改造的傳統裝置，即它們必須具有所需的組件和功能，且最重要的是它們必須按照DMS相關的標準。
2)對無線能力要求一個DMS裝置必須具有至少一個無線模塊、藍牙、IR或其他。DMS的所需組件必須得到安裝。
3)DMS工作模式支持裝置應該支持以下的工作模式·單獨的所有裝置的默認模式，即與其他裝置無關地獨立地工作。
·從屬機裝置只按照從其他裝置送來的命令或數據而進行操作。在此模式下，裝置作為DM的一個組件而進行工作。所有裝置都應該支持這種模式。
·主導機應該作為DM的協調者而進行操作，即它監測多個裝置的狀態並根據DMS應用邏輯對它們的操作進行控制。只有具有強大的處理能力的裝置能夠支持這種主導機模式。動態機器所要求的邏輯組件一個DM需要某些邏輯組件才能進行工作。邏輯組件實際上是組件裝置的聯合。所有這些組件的定義應該被包括在DMS應用編碼中，且某種應用被假定只在滿足該應用定義的裝置組上工作。一個邏輯組件的實際組成隨著應用而變化。對於一個相同的應用和一組相同的裝置，每次的組成也可以不同。
CPU描述就象PC的CPU一樣，一個DM的CPU可以控制整個設備的操作。支持主導機模式的所有裝置都可成為CPU，且一個CPU可由多個這樣的裝置組成。
控制面板一個DM必須具有人-機交流所需的能力。控制面板把各種裝置的HCI能力相結合以形成一個綜合的界面，使用戶能夠訪問該機器。
主功能體實現DM所要執行的主要任務的部分。根據應用定義和裝置能力，它可包括一或多個裝置。
連接點它是一個DM與其他裝置、機器或服務的接口。它可包括多個裝置的多個模塊。如果DM不需要與其他裝置進行接觸，則不需要連接點。
動態裝置連結(DDL)在編程時一個應用的作者可能並不準確地知道在運行支持時通信將採用的裝置是什麼。但他可定義組件裝置的所需能力，並利用虛設對象來完成DM邏輯編碼。找到匹配的裝置並把虛設對象連結到實際的裝置，是主導機裝置的責任。且這種過程被稱為動態裝置連結。
如圖2A所示，一個DM可能需要從A至H的某些能力。下面的三個裝置恰巧具有所有這些所需能力，因而在運行支持它們能夠分別被連結到適當的虛設對象，如圖2A所示。當然，這不是把裝置與對象連結起來的唯一方式。圖2B顯示了連結裝置的另一種可能的方式。
DDL過程被認為是在構造一個DM時由一個主導機裝置進行的。該主導機裝置應該試圖發現周圍的可獲得的適當的裝置並通過DMTP構造邏輯組件以及整個的DM。連結的裝置被置於從屬機模式並開始按照來自CPU的命令而進行操作。當不再需要該DM時啟動一個相反的過程，且所有的裝置都被解除連結並被置於單獨模式。
DDL是DMS編程中的一個重要概念，即程序邏輯不是根據實際的對象寫的，而是按照虛設的對象寫的。構造DM中的一個非常重要的步驟，是虛設對象必須被連結到實際的裝置，然後應用邏輯才能夠實際開始工作。
動態機器的壽命周期壽命周期指的是一個動態機器按照希望而形成、工作和消失的可能步驟。
概念/構思步驟DM是要幫助用戶方便地解決某些問題。所以必須發現問題並構思一種解決方案。
應用的寫作把該解決方案變成DMTL中的實際編碼的實際步驟，指的是相對協議和標準。對DM和運行支持邏輯的靜態定義應該被包括在該應用編碼中。
安裝應用當一個DMS應用編碼被完成時，需要把它安裝在一定的DMS使能的裝置中，才能夠使它開始工作。一種應用可以被預安裝在裝置OS或硬體中，或者可以作為一種可選的庫、插件或程序。
觸發一個應用需要被觸發才能夠開始工作。它可以由用戶手動啟動，也可以按照用戶的偏好、裝置的配置、政策、事件、方案等等而自動地啟動。
DDL用可獲得的裝置構造成一個DM的組裝過程。如果在構造步驟中需要專門的行動，應用編碼可包括所需的構造方法。如果沒有足夠的可獲得資源，該過程失敗且隨後的步驟將不被執行。
工作/運行DM根據在該應用中定義的邏輯進行工作，它應該響應於裝置事件或用戶命令來完成一定的任務。
反向DDL當不再需要DM時，分解過程要麼按照應用邏輯自動啟動，要麼由DM用戶手動啟動。所有佔用的組件裝置和資源都被釋放。
應用可包括所需的分解方法，以在分解步驟中執行額外的操作。
用戶反饋應用還可包括一定的方法，以幫助把用戶經驗、不滿、建議或其他形式的反饋送回到適當的接收器，這可有助於裝置製造商、應用開發商或服務提供商通過重複進行上述的所需步驟而改善DMS應用的適用性、效率和性能。
以下結合附圖描述動態機器(DM)的組裝、運行、和分解。
圖1說明了一個DMS應用(模板)的產生過程，它包括從用戶發現問題並確定需求、進行需求分析、進行模板設計、至模板的安裝運行。
在圖1中，在步驟S101，用戶確定用任何單個的裝置都不能解決的問題，並確定需要一種解決方案。隨後，在步驟S102，對要求進行分析，以為解決方案找出所需的能力/組件。在S103，用戶進行系統設計，包括定義用戶的作用、系統組件之間和其他裝置/機器之間的數據交換。在S104，進行模板編制，即為所確定的解決方案進行實現的編碼，包括能力要求和運行支持邏輯。這些能力要求和運行支持邏輯都被寫入到一個模板中，該模板在類似的裝置都都能夠工作。
一種面向對象的原稿(script)語言DMTL被用於模板編制，這保證了跨平臺的能力。模板編制所涉及的標準包括裝置能力描述、裝置性質描述、裝置方法描述、事件描述等。
在S105，做好的模板被安裝到一個用戶裝置上，從而為了運行作好了準備圖3顯示了DMS應用的組合過程，包括用戶啟動模板即應用、分析應用、搜索所需設備、構造必要的邏輯功能部件、以及開始運行。在步驟S301，用戶利用適當的裝置，啟動相應的模板。該裝置具有DMTL運行支持環境和無線通信能力，並具有所需的處理和存儲能力。在S302，處理對模板進行分析，以確定所需的能力/組件，並估計所需的處理能力。在S303，處理根據模板分析的結果，檢查所需的裝置。在S304，判定是否可獲得DMDP。如判定結果為「否」，則處理進行到步驟S305，以廣播詢問消息，即利用DMTP進行獨立於協議的數據交換。隨後，在S306，處理等候其他裝置以DMML頁形式的答覆。
所有的裝置在得到詢問時都應該送回內裝的DMML頁，作為對詢問消息的回答。該DMML頁可涉及裝置能力描述、裝置性質描述、裝置方法描述、事件描述等。
在S307，根據預定的標準，處理過濾出候選裝置，這些標準包括是否最佳、令人滿意、費用、位置等。隨後，處理進行到步驟S311。
如果在步驟S304的判定結果為「是」，既可獲得DMDP，則處理進行到S309，以把要求送到DMDP伺服器。該DMDP提供了裝置管理服務，用於進行裝置管理並加速裝置搜索。隨後，在S310，DMDP找到適當的裝置並把結果送回到用戶裝置。隨後，處理進行到步驟S311。
在S311，判定是否找到了所需的裝置。如果結果為「否」，則處理進行到步驟S312，以向用戶提示失敗，隨後處理被放棄；而在判定找到了所需的裝置的情況下，處理進行到步驟S313，以設定至所需裝置的無線連接，其中在涉及到帶有各種無線協議棧的裝置的情況下，可以採用網關。隨後在S314進行動態裝置聯結。
在S315構造DM的邏輯組件；根據模板的要求和運行支持邏輯定義，各個組件可以由多個裝置構成。這些組件一般包括CPU，即具有足夠的處理功能從而能夠控制DM的運行的裝置；它可以是啟動模板的用戶裝置，也可以是其他的裝置；控制面板，它是整個DM的HCI部分，是根據模板中定義的所需HCI能力而構造的；主功能部分，即實現DM的主要任務的部分；以及，連接點，它只在DM需要與其他的裝置/機器進行連接時才需要。
在S316，通過DMNS對組件/裝置進行命名，即用對於用戶友好的名稱對DM中的所需組件/裝置進行命名，以進行多模型的處理。
至此，DM構造完成。
圖4顯示了DMS的運行過程，其中CPU進行初始化操作，並對運行中產生的各種事件進行處理，即對相關的設備進行操作。
如圖4所示，在DMML開始工作之後，在S401，CPU對DM進行初始化，其中CPU執行模板中定義的入口方法，以通過向組件裝置發送適當的事件包，而對所需的裝置和整個DM進行初始化。
在S402，獲得一個事件，該事件可以是任何用戶輸入、數據交換和裝置狀態改變所產生並送到CPU的事件。
在S403，判定是否找到了預定的處理邏輯。如果沒有，處理進行到步驟S404，在那裡該事件被放棄。
如果在步驟S403找到了預定的處理邏輯，則處理進行到S406，在那裡利用模板的預定邏輯對該事件進行處理，並確定組件裝置應該執行什麼處理。
隨後，處理進行到S407，在那裡組件裝置通過事件而得到指令，CPU產生至適當的裝置的適當的事件包。其中涉及到事件描述標準。
隨後，處理進行到S408，在那裡CPU通過DMTP把事件包送向適當的組件。
圖5顯示了DMS的拆卸過程，其中CPU進行拆卸、廣播重置消息並釋放設備。
如圖5所示，在S501，一個用戶命令或一個一定的事件觸發了分解過程，DM停止工作。隨後，在S502，CPU調用分解方法，包括釋放資源、與遠程伺服器斷開等等。然後，在S503，廣播復置事件，其中所有的組件裝置都應該通過回答這種事件而進行確認，並進行必需的清除；在該步驟中採用了事件描述標準。在S504，進行等候直到各個組件進行了確認。
隨後，在S505，判定組件是否是通過DMDP獲得的。如果該判定結果為「否」，則處理進行到S506，以廣播另一復置事件，隨後在S507，CPU進行DMS的自我分解以釋放CPU控制的組件，從而完成分解過程。
如果在S505的判定結果為「是」，處理進行到S508，在那裡把組件裝置返回給DMDP，且DMDP將進行所需的清除和復置。隨後，在S509，用戶裝置自我釋放，從而完成分解過程。DMS的優點自然而一致的裝置訪問和管理不同的裝置具有不同的訪問方法。在傳統的方法中，如果一個裝置要支持某種存取方法，它必須實際安裝有適當的模塊。例如，如果一個微波爐要支持語音命令，它必須具有一個語音識別模塊。不同的裝置帶有不同的遠程控制部分，當組合在一起時會產生很多的混亂和不便。DMS提供了解決這類問題的一種新的方案。即通過DM構造而使所有裝置的存取和管理能力能夠為所有其他裝置所用。例如，一個裝置的語音識別引擎可為其他裝置進行服務，以使這些其他裝置能夠呈現為語音使能的裝置。或者帶有觸控螢幕的一個PDA可顯示其他很多裝置的控制面板，且用戶能夠在不產生混亂的情況下利用該PDA在任何時候使任何所希望的裝置成為命令的目標裝置。
方便和靈活性人們需要不同的裝置，但任何單個的裝置都不可能所有的工作。我們總是需要攜帶很多不同的裝置，這非常不方便。或者我們可以試圖發明某種強大的「全合一」裝置。在現實中，「全合一」是吸引人的的又是不實際的，因為這樣的裝置難於被製成便攜的形式且需要不時得到更新以適應新的要求，而這絕對不是靈活的。藉助DMS，可以在需要時構造出強大的DM且用戶只需要攜帶少數的主導機裝置。有很多方式來使用簡單的裝置，從而使得我們不用為具體的應用而製造專用的機器。DMS將為人們提供能夠解決甚至最複雜的問題的動態機器。
優化的資源分配今天，人們持續地遇到「80-20」問題，即可能要花費80％的時間利用僅僅20％的功能，但卻要支付100％的費用。DMS提供對這種問題的一種解決方案，即把那些不經常使用的功能模塊製成共享的公共資源。這些資源能夠通過DMS而與其他的裝置相結合，以執行複雜的任務。因而用戶能夠只是在需要時「租用」不經常使用的資源，而不是「購買」這些資源並等候使用它們的稀有機會。
應該理解的是，在此顯示和描述的實施例和變形只是為了說明本發明的原理，且在不脫離本發明的範圍的前提下，本領域的技術人員能夠實施各種修正。
權利要求
1.用於用從一組設備中選出的裝置構造一個機器的一種方法，其中所述組中的各個裝置都具有短程無線通信能力，其特徵在於該方法的特徵在於根據來自一個用戶的一個指令啟動一個應用模板；對該模板進行分析以確定該機器所需的能力；在該組中搜索具有一或多種所述能力的裝置；以及把在該搜索步驟中搜索出的裝置綜合成該機器。
2.根據權利要求1的方法， 其特徵在於所述模板定義了用一或多個組件所形成的該機器，每一個所述組件都具有所需的能力，且所述綜合步驟包括把來自該組的具有至少一個所需能力的裝置聯結起來從而利用聯結的裝置構造各個所述組件；把所述組件綜合成所述機器。
3.根據權利要求1的方法，其特徵在於進一步包括以下步驟判定在所述組中是否存在有一個池處理裝置，該池處理裝置能夠為所述模板應用進行一種池處理。
4.根據權利要求3的方法，其特徵在於當判定在所述組中存在有一個池處理裝置時，該池處理裝置執行該搜索步驟和裝置管理。
5.根據權利要求3的方法，其特徵在於當判定在所述組中不存在池處理裝置時，所述搜索步驟在組中廣播一個詢問消息；使該組中的每一個裝置能夠用其自身描述信息對該詢問消息進行響應。
6.根據權利要求5的方法，其特徵在於所述自身描述信息包括至少一個內裝頁，該內裝頁至少描述了其自己的能力、性質、和事件。
7.根據權利要求5的方法，其特徵在於所述至少一個內裝頁包括用對所述組中的所有裝置共同的一或多種語言並以一種可讀的格式寫的裝置的詳細簡檔。
8.根據權利要求7形成方法，其中所述簡檔包括從以下選出的信息裝置能力描述；裝置性質描述；裝置方法描述；以及事件描述。
9.根據權利要求7的方法，進一步包括以下步驟生成用於更高級管理的有關該機器的信息。
10.根據權利要求5的方法，其特徵在於該方法進一步包括根據該自身描述信息選擇用於構造該機器的裝置。
全文摘要
所公布的是通過裝置能力綜合而藉助有效的無線裝置訪問和管理的一種動態機器合成方法。簡單的裝置能夠通過該方法被組裝成動態機器(DM)，以向最終用戶提供綜合的訪問和管理方法，從而獲得真正的便利和靈活性。因而複雜的應用或服務要求能夠藉助一組簡單的裝置而得到滿足。裝置本身不再被當作單獨的裝置，而是DM的組成部分。該方法還提供了一種新的手段，用以通過採用動態機器而不是設計和製造新的真正的機器而解決複雜的問題，因而我們能夠只在需要時構造DM並在不再需要DM時將其分解。
文檔編號H04L29/06GK1437328SQ02103530
公開日2003年8月20日 申請日期2002年2月5日 優先權日2002年2月5日
發明者李偉, 傅榮耀, 申俊, 劉曉曦, 宋松 申請人:國際商業機器公司