環境の実オブジェクトのセットObj1、Obj2、Obj3にサービスを展開するためのデバイスであって、使用可能なサービスのセットから前記サービスを選択するためのユーザUとの対話の手段T、TCであって、使用可能な各サービスが相互接続点に関連付けられている、手段と、表現を格納する手段OWE1、OWE2、OWE3であって、各表現が実オブジェクトの前記セットからの所与のオブジェクトに関連付けられ、使用可能な動作と前記所与のオブジェクトの可能な状態との関連を示す、手段と、前記サービスに関連付けられている相互接続点と、実オブジェクトの前記表現内に含まれており前記実オブジェクトの現在の状態に関連付けられている少なくとも1つの使用可能な動作との間の少なくとも1つのマッチングを実行するための処理手段SMと、前記サービスと前記実オブジェクトを接続することによって前記少なくとも1つのマッチングを展開するためのアクティブ化手段LMとを備えるデバイス。前記基準点は、入力点、出力点、およびイベント点を備えるグループに属する請求項1に記載のデバイス。前記相互接続点は必須であっても、任意であってもよく、前記処理手段SMは前記サービスの必須の相互接続点の各々について前記マッチングを実行する請求項1または2に記載のデバイス。前記対話の手段T、TCは、使用可能なサービスの前記セットの少なくとも一部を前記ユーザに提示するように動作可能な表示手段と、前記少なくとも一部から前記サービスを選択するための入力手段とを装備した通信端末Tを備える請求項1乃至3のいずれか1項に記載のデバイス。前記表示手段および前記入力手段はタッチスクリーンである請求項1乃至4のいずれか1項に記載のデバイス。前記マッチングは、同じキーワードを有する動作と相互接続点とを対にすることによって実行される請求項1乃至5のいずれか1項に記載のデバイス。各マッチングは、強い意味的相関を有する動作と相互接続点とを対にすることによって実行される請求項1乃至5のいずれか1項に記載のデバイス。前記対話の手段は、前記実行されたマッチングの少なくとも一部を前記ユーザに提示し、1つまたは複数のマッチングをユーザが選択できるように追加的に動作可能である請求項1乃至7のいずれか1項に記載のデバイス。単一の相互接続点に対して複数のマッチングが実行されるときはいつでも、どのマッチングをアクティブ化すべきかの決定は前記ユーザのプロファイルに応じて実行される請求項1乃至8のいずれか1項に記載のデバイス。単一の相互接続点に対して複数のマッチングが実行されるときはいつでも、どのマッチングをアクティブ化すべきかの決定は、前記複数のマッチングの各々に応じて実行される請求項1乃至8のいずれか1項に記載のデバイス。本発明の目的は、インターネットのような通信ネットワーク上で使用可能なサービスまたはアプリケーションと実オブジェクトとがインターフェイスすることを可能にして、実オブジェクトがとりうる可能な状態およびそれらの状態に応じて使用可能な動作を考慮に入れることによって、状況を改善することである。状況を改善するため、本発明の1つの目的は、環境の実オブジェクトのセットにサービスを展開するためのデバイスであって、-使用可能なサービスのセットからそのサービスを選択するためのユーザとの対話の手段であって、使用可能な各サービスが相互接続点に関連付けられている、手段と、-表現を格納する手段であって、各表現が実オブジェクトのセットからの所与のオブジェクトに関連付けられ、使用可能な動作と前記所与のオブジェクトの可能な状態との関連を示す、手段と、-サービスに関連付けられている相互接続点と、実オブジェクトの表現内に含まれており実オブジェクトの現在の状態に関連付けられている少なくとも1つの使用可能な動作との間の少なくとも1つのマッチングを実行するための処理手段と、-サービスと実オブジェクトを接続することによって少なくとも1つのマッチングを展開するためのアクティブ化手段とを備えるデバイスである。本発明の実施形態によれば、相互接続点は、入力点、出力点、およびイベント点を備えるグループに属する。相互接続点は、必須であっても、任意であってもよい。処理手段は、サービスの必須相互接続点の各々についてマッチングを実行することができる。対話の手段は、使用可能なサービスのセットの少なくとも一部をユーザに提示するために提供された表示手段と、少なくとも一部からサービスを選択するための入力手段とを装備した通信端末を備えることができる。表示手段および入力手段は、タッチスクリーンであってもよい。マッチングは、キーワードを共有する動作と相互接続点とを対にすることによって実行されてもよい。マッチングはまた、強い意味的相関を有する動作と相互接続点とを対にすることによって実行されてもよい。対話の手段は、実行されたマッチングの少なくとも一部をユーザに提示し、1つまたは複数のマッチングをユーザが選択できるようにするために、追加的に提供されてもよい。単一の相互接続点に対して複数のマッチングが実行されるときはいつでも、どのマッチングをアクティブ化すべきかの決定は、ユーザのプロファイルに応じて実行してもよい。この決定は、それらのマッチングの各々のコストに応じて実行することもできる。本発明およびその利点は、添付の図面を参照して、以下の説明からさらに明確に理解されるであろう。図1において、ユーザUは、通信端末Tを使用し、サービスにアクセスして、実オブジェクトOj1、Obj2、Obj3のセットにサービスを展開しようと考える。これらの実オブジェクトは、共有されるゾーンに属することができる。たとえば、実オブジェクトObj1は、同じゾーンA1に属すラジオである。実オブジェクトは、他のゾーンに位置していてもよい。たとえば、オブジェクトは、ユーザUおよび端末Tが位置するゾーンA1とは異なる、ゾーンA2内に位置するテレビジョンセットである。オブジェクトObj3は、第3のゾーンA3に位置するデジタルフォトフレームである。ゾーンの概念は、管理者が実オブジェクトのセットを様々な基準に基づいてゾーンに構成することができる、という技術的考察に基づいてもよい。たとえば、ホテルのような準個室の建物において、様々なゾーンが、様々なホテルの部屋、および様々なタイプの共通エリアに対応することができる。ゾーンまたは、所定の基準に基づいて自動的にゾーン自身を構成することもできる。ゾーンは、たとえば、アパートメントの様々な部屋に対応することができる。ゾーンは、特定数の実オブジェクトが集められる場所として定義されてもよい。ゾーンは、通信デバイスの無線カバレッジたとえば、フェムトセルfemtocellによって制限されてもよい。様々なゾーンは、通信ネットワークNによって接続されてもよい。このネットワークは、インターネット、またはインターネットのプライベート部分であるイントラネット、VPN仮想プライベートネットワークVirtualPrivateNetworkなどであってもよい。それによって、通信ネットワークNはまた、使用可能なサービスのセットと接続できるようにする。図1の例において、使用可能なサービスは、アプリケーションサーバAPに保存される。当然、様々なソリューションが考えられ、特に、複数のアプリケーションサーバを有するソリューション、または通信端末T自身にネイティブアプリケーションを有するソリューションが考えられる。アプリケーションサーバは、ユーザのプライベートネットワークに位置するか、もしくは、たとえばオペレータ、インターネットサービスプロバイダISP、またはサードパーティサービスプロバイダによってホスティングされてリモートに位置してもよい。対話の手段は、使用可能なサービスからユーザUがサービスを選択できるようにするために提供される。したがって、これらの対話の手段は、特性が異なることもあるヒューマンマシンインターフェイスを備える。たとえば、ユーザUが自分の選択を伝えることができるようにする音声認識インターフェイスを有することが可能である。通信端末Tを用いてサービスの選択を可能にすることも可能である。この端末は、携帯電話、コンピュータ、ブラックベリー商標またはiPhone商標などのような携帯情報端末すなわちPDAなどであってもよい。端末Tは、そのような場合、ヒューマンマシンインターフェイスを制御して、本発明のその他のデバイスと通信できるようにするソフトウェアアプリケーションを含む必要がある。端末Tはまた、専用の電子デバイスであってもよい。図2は、そのようなデバイスを示す。本発明は専用デバイスのこの例についてさらに詳細に説明されるが、あらゆるタイプの通信端末Tに適用されるものと理解されるべきである。図2の端末Tのヒューマンマシンインターフェイスは、タッチスクリーンE、ライトV、およびボタンBを備える。ライトVは、デバイスTが動作しているかどうか、および場合によってはWi-FiによるネットワークNへの接続、内蔵バッテリの充電の指示などその他の状態指示を示すことができるようにする。ボタンBは、端末Tをオンにすることができ、タッチスクリーンEを補足するように特定の機能にアクセスできるようにする。タッチスクリーンEは、複数のエリアを示すことができる。左側では、1つのエリアZOが使用可能な様々な実オブジェクトを呈示している。右側では、1つのエリアZAが使用可能な様々なアプリケーションを呈示している。中央では、1つのエリアZMが実オブジェクトとアプリケーションとのマッチングを可能にしている。そして上側では、1つのエリアZCが、すでに展開されているアプリケーションを視聴するか、または相互に切り替えできるようにしている。使用可能なアプリケーションまたはサービスは、異なるタイプであってもよい。Skypeのようなメディア通信アプリケーション、Youtube、Flickr、Dailymotionなどのようなコンテンツ視聴アプリケーション、Facebook、Myspace、Twitter、またはMixiなどのようなソーシャルネットワーキングアプリケーションがある。本発明は、ユーザとの対話を可能にするヒューマンマシンインターフェイスを保有するあらゆるタイプの既存アプリケーションを網羅することができる。サービスという用語はまた、説明においてこれ以降同義的に使用されてもよい。これらのサービスまたはアプリケーションは、それらの環境と対話できるようにする相互接続点に関連付けられている。通常、これらの相互接続点は、入力点、出力点、およびイベント点を備えるグループに属する。これらは、必須または任意指定であってもよい。必須の入力点は、サービスが動作できるようにするためにデータが必要であることを指示する。必須の出力点は、サービスがデータを提供する必要があることを指示する。図2の例において、上部にある3つのタブ、Facebook、Flickr、およびRedditによって指示されるように、3つのサービスが展開されている。マッチングエリアZMは、サービスまたはアプリケーションFacebookの3つの出力点である、1つのphotoフォト出力、1つのvideoビデオ出力、および1つのRSS出力を示す。ユーザUは、右側のセクションZAで使用可能なサービスから、サービスを指またはスタイラスでタッチして、それを中央セクションZMにスライドさせることにより、サービスを選択することができる。画面Eがタッチスクリーンではない場合、その他の入力の手段が使用可能である。たとえば、ナビゲーションキーが、表示されるサービスのそのセットの中でセレクタを移動させるために提供されてもよい。アプリケーションエリアZAは、使用可能なサービスのセットの全部または一部を示すことができる。呈示されるサービスのセットが多すぎる場合、これらはカテゴリに分類されてもよく、グラフィカルユーザインターフェイスが、一度に1つのカテゴリだけを表示し、1つのカテゴリから別のカテゴリに移動するための手段も示すことができる。サービスとそれらの相互接続点との関連は、抽象表現の形態で保存されてもよい。以下の例は、聴覚障害のある人々のためのテレフォニーアプリケーションの1つの可能な表現を示す。この例において、表現は、XML言語ExtensibleMarkupLanguageで提供されているが、当然のことながら、その他の表現形式も可能である。アプリケーションFacebookの例示的な表現もまた、以下のように与えられてもよい。このように既存のアプリケーションとインターフェイスをとることができるようにするため、これらの既存のアプリケーションのAPIたとえば、APIFacebookGraphAPIはフォト、ビデオ、メッセージなどの検索および追加を可能にするの使用に適したアダプテーション層を提供すること、またはAPIがない場合は、出力情報テキスト、イメージ、RSSフィードなどを抽出するためにアプリケーションのHTML表現を処理することが必要でありうる。意味的表現をHTMLコードに挿入することが可能である。挿入が行なわれた場合、マイクロフォーマットに基づいて本発明のもう1つの実施形態を使用することが有益である。マイクロフォーマット場合によってはμFまたはuFと略されるは、XHTMLおよびHTMLクラスおよび属性のみを使用して、既存のコンテンツをメタデータとして再使用することを目指すWebベースのデータフォーマット手法である。そのようなマイクロフォーマットを使用する1つの例は以下のようなものであってもよい。mandatoryinputringingoptionaloutputlightscintillateoptionaloutputtextdisplay相互接続点との関連を少なくとも備えるこれらの表現は、アプリケーションサーバAP内に保存されてもよい。このアプリケーションサーバの特性は異なっていてもよい。これは、1つまたは複数の専用サービスを提供するためにサービス会社によって管理されるサーバであってもよい。アプリケーションサーバはまた、既存のアプリケーションをwebofthingsに適合させるために既存のアプリケーション間の仲介としての役割を果たすマーケットプレイスまたはアプリケーションストアのようなリソースセンターであってもよい。このリソースセンターは、アプリケーション自体をホスティングするものではなく、特に、対応する表現を提供するものであってもよい。端末は、たとえば、最も一般的に使用された表現、またはごく最近使用された表現の全部または一部を内部的に保存するまたはプロキシに保存するためのキャッシュシステムを実施することができる。実オブジェクトObj1、Obj2、Obj3はまた、表現に関連付けられている。これらの表現は、使用可能な動作と対象となっているオブジェクトの可能な状態との関連を少なくとも示す。図3は、1つのそのような表現のグラフィカル表示を示す。このグラフィカル表示は、たとえば、ペトリネットワークPetrinetworkであってもよい。これは、実オブジェクトが2つの状態E1、E2に関連付けられていることを示す。これらの状態の各々について、それぞれ、状態E1のf1、f2、および状態E2のf1、f3、f4という、オブジェクトへの異なる動作が使用可能である。同じ動作が複数の状態f1において使用可能であってもよい。この2状態の例は、オン/オフとなる照明、オンフック/オフフックとなる電話、オフ/オンとなるテレビジョンなどであってもよい。抽象レベルにおいて、表現は以下の形式をとることができる。さらに具体的な用語で、表現は、RDFaまたはマイクロフォーマットのようなメタデータ言語を使用して与えられてもよい。RDFaは、Webページ内で構造化データを記述できるようにする構文である。RDFaは、W3C内で現在策定されている規格である。RDFaは、2008年10月14日に勧告になっている。これらの仕様は、W3CのWebサイトで提供されている。この構文は、RDFResourceDescriptionFrameworkモデルに準拠し、セマンティックWebを実施することを可能にする。照明の具体的な例は、以下のようなものであってもよい。BobsdesklampOwnedbyBobThelampsstateislampswitchonToblinkthelampyoucanclickonthisbuttonこれらの表現は、実オブジェクト自身によって提供されてもよい。その理由は、一部のオブジェクトが、その機能の表現が外部デバイスに提供されることを可能にするソフトウェア手段と共に販売されてもよいからである。それらの表現は、上記で説明されている表現とは異なっていてもよいが、その場合異なる変換機構が提供されてもよい。表現はまた、サードパーティまたは管理者によって提供されてもよい。一部のタイプの実オブジェクトの場合、表現テンプレートも提供されてもよく、特にWebサイトからダウンロード可能であってもよい。その理由は、製造業者にはかかわりなく、たとえば照明が、非常に標準化された表現を有することができるからである。一部のパラメータは、変更される可能性があってもよい調光器、スペクトル純度など。アダプテーションデバイスOWE1、OWE2、OWE3は、それぞれ、実オブジェクトObj1、Obj2、Obj3と通信ネットワークNとのインターフェイスをとることを担当することができる。これらのアダプテーションデバイスは、表現と使用可能な各オブジェクトとの関連付けを行なう機能を有することができる。アダプテーションデバイスは、図1に示されるように、エリアとの1対1の関連を形成することができる。これらはまた、オブジェクト自身に組み入れられてもよく、そのような場合、アダプテーションデバイスは実オブジェクトと関連付けられる。しかし、その他の実施態様が考案されてもよい。したがって、図1において、アダプテーションデバイスは、毎回単一の実オブジェクトとのインターフェイスしかとらないが、複数の実オブジェクトに対して単一のアダプテーションデバイスを有することが考えられる。それは、1対1の関連がエリアとアダプテーションデバイスとの間に保持される場合、およびエリアが複数の実オブジェクトを含む場合通常は含む、明らかに当てはまるが、単一のエリア内に複数のアダプテーションデバイスを有し、それらの1つまたは複数が、たとえば実オブジェクトのタイプ、特性、または製造者に基づいて、複数の実オブジェクトとインターフェイスすることも可能である。表現は、ストレージ手段内に保存されてもよい。これらのストレージ手段は、アダプテーションデバイスと併置されてもよい。アダプテーションデバイスが実オブジェクトに組み込まれている場合、その表現もまた、オブジェクトに内蔵されるメモリに組み入れられてもよい。複数の実オブジェクトを管理するアダプテーションデバイスとデータベースD3を関連付けて、それらの処理されるオブジェクトの参照およびアドレスをデバイスが保持できるようにすることも可能である。さらに、集中データベースD2が、実オブジェクトのディレクトリを形成するために使用されてもよい。たとえば、アダプテーションデバイスは、通信ネットワークに接続すると、管理する実オブジェクトの参照および場合によっては、アドレス、特徴などをディレクトリD2内に挿入することによってディレクトリD2を更新することができる。端末制御デバイスTCは、使用可能な実オブジェクトの全部または一部を検索することができる。検索するために、端末制御デバイスTCは、データベースD2にクエリを行なうことができる。端末制御デバイスTCはまた、アダプテーションデバイスOWE1、OWE2、OWE3にクエリを行なうこともできる。端末制御デバイスがアダプテーションデバイスOWE1、OWE2、OWE3を認識する方法は、本発明の範囲外である。ここでは、ごくわずかな可能な実施態様が言及されてもよいが、アダプテーションデバイスは、その存在を報告し、そのアドレスを含むメッセージを、通信ネットワークNを介して定期的に送信することができる。あるいは、アダプテーションデバイスは、1つのエリアまたは所与のより大きいエリア内で使用可能な実オブジェクトを収集するレジストリ、およびそれらのアドレスを更新することができる。また、所与のオブジェクトが、認識しているその他のオブジェクトについて端末制御デバイスTCに通知することも可能であってもよい。この実施態様は、フレンドリーオブジェクトfriendlyobjectsに適応するという利点を有し、たとえば、増幅器は、それが通常接続されているDVDプレイヤー、スピーカーなどの存在および技術的特性を認識する。端末制御デバイスTCによってこのように決定された実オブジェクトは、端末TCのヒューマンマシンインターフェイスに提示されてもよい。図2において、オブジェクトは、タッチスクリーンEのオブジェクトエリアZO内にグラフィカル形式で提示される。提示されているのは、上から下へ順に、電話、中型画面、コンピュータ、大型画面テレビジョンセット、デジタルフォトフレーム、およびラジオである。実オブジェクトのセットは、選択されるアプリケーションにはかかわりなく、常にユーザUに提供されてもよい。しかし、フィルタを提供することが可能であってもよい。このフィルタは、アプリケーションのタイプ、およびそのアプリケーションに関連付けられている相互接続点に基づくものであってもよい。たとえば、ビデオ出力点の場合、ビデオディスプレイを提供することができる実オブジェクトだけが提案されてもよい。このフィルタはまた、地理的ゾーンに基づくものであってもよい。このフィルタリング機構は、サービスの相互接続点と実オブジェクトの使用可能な動作を自動的にマッチングするために使用される機構と類似するものであってもよい。本発明は、選択されたサービスに関連付けられている相互接続点と、実オブジェクトの表現内に含まれており、その実オブジェクトの現在の状態に関連付けられている少なくとも1つの使用可能な動作との間の少なくとも1つのマッチングを実行するための処理手段SMを有する。さらに具体的な用語で、図2の例において、これは、左側エリアZOに示される実オブジェクトの中から、サービスFacebookの3つの出力点ビデオ、フォト、RSSに対応する、現在の状態に応じて使用可能なオブジェクトの動作を見つけることを伴う。このマッチングは、手動で行なわれてもよい。ユーザは、オブジェクトエリアZOに示されるオブジェクトのうちの1つをクリックして、それを所望の出力点の向かい側の中央エリアZMにドラッグすることができる。たとえば、ユーザは、デジタルフォトフレームを、このようにして、フォトまたはビデオ出力点にドラッグすることができる。次いで、処理手段は、ユーザによって選択されたオブジェクトが相互接続点に対応する動作を有することを検査するために、確認機能を提供することができる。たとえば、処理手段は、デジタルフォトフレームがアプリケーションFacebookのビデオ出力点に適合する場合、デジタルフォトフレームがビデオを再生して表示する技術的特性を有することを確認するステップを含むことができる。加えて、選択された実オブジェクトに対して動作を使用可能にすることが可能であってもよいが、ただしそれは現在の状態とは異なる状態にある場合に限られる。たとえば、テレビジョンは、アプリケーションFacebookからビデオを表示するよう選択されるが、テレビジョンはオフ状態である。次いで、処理手段SMは、テレビジョンオブジェクトに関連付けられ、ビデオ再生動作を使用可能にするためにその状態を変更するよう提案された表現に基づいてこの状況を検出することができる。処理手段SMは、実オブジェクトをその状態にするため、またはオブジェクトが対象となっている動作が使用可能な複数の状態を有する場合には最も近い状態にするため最も近い状態とは、最も少ないアクションまたは最もコストの小さいアクションを必要とする状態である、実オブジェクトに行なうアクションを決定することができる。処理手段SMはまた、マッチングを自動的に実行することもできる。このマッチングは、強い意味的相関を有する動作と相互接続点とを対にすることによって実行されてもよい。これを行なうため、意味的値は、それらの表現内で、動作と相互接続点に割り当てられてもよい。実オブジェクトの表現は、各動作に関連付けられているキーワードを含むことができる。このキーワードは、動作自体の識別子であってもよいか、またはその識別子を補足することができる。照明の場合、このキーワードはblink明滅であってもよく、resource=の行に挿入されてもよい。キーワードはまた、使用可能なサービスの相互接続点に関連付けられてもよい。次いで、これらのキーワードは、サービスの表現と共に保存されてもよい。上記で説明されるサービスの例において、このキーワードは、属性kind種類に挿入される。この属性は、この例においてlight照明およびtextテキストという2つの値をとる。このキーワードは、相互接続点自体の識別子であってもよいか、またはその識別子を補足することができる。1つの単純な実施態様は、同じキーワードを有する動作と相互接続点をマッチングするステップで構成されてもよい。しかし、動作と相互接続点との意味的相関の最適化を目指すために、その他の機構も可能である。また、様々な要因を考慮に入れることも重要である。1つの意味的値が、他の値よりもさらに一般的であってもよい。たとえば、動作はdisplayimageイメージを表示であってもよいが、サービスは出力点displayphotoフォトを表示を有する。イメージが概念photoフォトの一般化であること、およびキーワードが異なっていたとしてもマッチングが可能であることを、処理手段SMが決定できることは有益となりうる。キーワードは同義語であってもよい。たとえば、photoフォトとphotographフォトグラフ、videoビデオとmovieムービーである。この状況は特に、各々独自のボキャブラリを使用する、異なる製造業者による機器およびサービスが使用される場合に、生じることがある。そのような場合、同一のキーワードに基づいて純粋に構文的なマッチングを迂回できることが有用でありうる。したがって、より細かい相関を実行する必要性が存在しうる。そのために、処理手段SMはオントロジーを使用することができる。このオントロジーは、Web上で使用可能であってもよいか、またはよりローカルに処理手段SMと共に配布されてもよい。後者の状況において、変更、新しい製造業者、新しいサービス、新しい機器などを組み入れるために更新が提供されてもよい。このオントロジーは、様々なモデル基づいて、特にRDFスキーマである、W3Cの取り組みによってもたらされたOWLに基づいて、様々な方法で説明されてもよい。オントロジーを使用することにより、同義語概念ビデオ、ムービーなどまたは近い概念イメージ、フォトなど間を相関させることが可能になる。たとえば、上記で示される例に見られる相互接続点scintillateまたたくは、照明の例からの動作blink明滅と適合してもよい。自動的に提示されたマッチングは、場合によっては、ユーザUにより後に変更されてもよい。マッチングは端末TのエリアZMに表示され、ユーザUは、ヒューマンマシンインターフェイスにより、マッチングを選択して、それを削除、編集、または構成することができる。たとえば、ユーザは、ビデオがテレビジョン画面に表示されるべき解像度を構成することができる。ユーザの選択は、自動選択とは異なっていてもよい。場合によっては、同じ相互接続点が、複数の動作と一致してもよい。その場合、以下のような複数のオプションが処理手段SMによってとられてもよい。-可能な選択のすべてが、端末Tのヒューマンマシンインターフェイスを介してユーザに提示されてもよい。次いで、ユーザは、手動マッチングについての説明と同様の方法で、ただし自動的にマッチングされたオブジェクトのみを提示するオブジェクトエリアZOで、ユーザの選択を選択することができる。たとえば、Facebookアプリケーションビデオ出力点の場合、オブジェクトエリアZOは、適切な状態onオンにある、テレビジョンセット、コンピュータモニタなど、ビデオを表示することができるオブジェクトだけを表示する。-これは、ユーザUのプロファイルを使用するために提供されてもよい。このプロファイルは、特にユーザの好ましい機器に関して、プリファレンスを備えることができる。それにより、ユーザUが各自のビデオをテレビジョンで視聴するほうを好むことを指示することができてもよい。それ以外の場合テレビジョンがオフ、ユーザは、コンピュータモニタでビデオを視聴することを好む。このプロファイルは完全にユーザによって設定されてもよいが、ユーザの選択およびアクションのログが、プロファイルを少なくとも部分的に定義するために使用されてもよいことが規定されてもよい。相互接続点を、そのオブジェクトの現在の状態で使用可能ではないオブジェクトの動作とマッチングすることが追加的に提案されてもよい。この提案は、ユーザの可能な選択を増大させること、またはそれ以外の場合にはいつでも可能ではない少なくとも1つの選択を提案することを可能にすることができる。たとえば、ビデオフォンのコールが行なわれる場合に、オンにされているモニターがない場合、モニターをオンにすることが提案されてもよい。加えて、アプリケーションFacebookからビデオを視聴するために、デジタルフォトフレームの画面しかオンになっていない場合、テレビジョンセットのような大型画面をオンにすることが提案されてもよい。ここでも同様に、可能な選択の全部が提示されてもよいか、またはより限定的なサンプルのみが提示されてもよい。選択の範囲設定は、ユーザのプロファイルに応じて実行されてもよい。範囲設定はまた、コストの概念に基づいて実行されてもよい。このコストは、以下の事項を考慮することができる。-対象となっている実オブジェクトを動作が使用可能な状態にするために必要とされるアクションの数-それらのアクションの所要期間たとえば、着信ビデオフォンのコールからビデオを表示するためにコンピュータをオンにすることは、それに伴う必要なブート時間を考慮すると、適切ではない場合もある-各アクションによってもたらされるエネルギー消費など以下の表は、上記で説明されている、聴覚障害のある人々のためのテレフォニーアプリケーションで生じる可能性のある別の状況を示す。右側の列は3つの状況を指示し、左側の列はそれらの状況に対するマッチングを指示する。上記に示されるRinging呼び出し音、Blink明滅、およびDisplay表示という3つの出力点だけが考慮に入れられ、動作は明らかに推定できるので、動作ではなくマッチングの実オブジェクトだけが指示される。処理手段SMは、必須相互接続点のすべてが実際に、実オブジェクトの動作とマッチングされているかを検査することができる。マッチングされていない場合、マッチングが手動であれば、ユーザUがその構成を完了する必要があること、またはサービスが展開されないことをユーザUに通知することができる。最後に、本発明のデバイスは、サービスと対象となっている実オブジェクトを接続することによって、このように行なわれたマッチングを展開するためのアクティブ化手段LMを備える。これを行なうために、アクティブ化手段は、実オブジェクトと直接、または使用可能なプロトコル、言語、および機構を使用することによりアダプテーションデバイスOWE1、OWE2、OWE3を用いて、実オブジェクトと通信することができる。特に、機構DPWSDeviceProfileforWebServiceの略、RESTRepresentationalStateTransferの略、WDSL2.0などが使用されてもよい。このDPWS機構は特に、下記のリンクで説明される。http://schemas.xmlsoap.orq/ws/2006/02/devprof/およびhttp://download.microsoft.com/download/b/5/3/b53ea430-dbe5-440c-a308-df97b10280b7/introducinq_dpws.pdfこれらの技術を使用して、アクティブ化手段LMは、サービスの相互接続点と実オブジェクトの動作との間の通信を確立することができる。これを行なうために、アプリケーションは、自ら提供するHTML表現でRDFaに記述されている、アダプテーションデバイスOWE1、OWE2、OWE3により提供されるAPIを使用することができる。さらに、アクティブ化手段LMは、オブジェクトの可用性およびサービスと実オブジェクトとの接続の状態を、リアルタイムで制御することができる。接続が中断された場合、それによってアクティブ化手段は、処理手段SMが使用可能な別の実オブジェクトとの新しいマッチングをトリガすることができるように、処理手段SMにメッセージを送信することができる。アクティブ化手段は、アダプテーションデバイスOWE1、OWE2、OWE3を介して実オブジェクトとの関係を保持することができる。これらのデバイスは、たとえば、実オブジェクトのイベントが自動的に通知されるようにするために、アクティブ化手段LMが加入できるサブスクリプション機構を有することができる。あるいは、アクティブ化手段は、実オブジェクトが引き続き使用可能であることが保証されるように、定期的に要求を送信することができる。