(57)【要約】環境の実オブジェクトのセット（Ｏｂｊ１、Ｏｂｊ２、Ｏｂｊ３）にサービスを展開するためのデバイスであって、  使用可能なサービスのセットから前記サービスを選択するためのユーザ（Ｕ）との対話の手段（Ｔ、ＴＣ）であって、使用可能な各サービスが相互接続点に関連付けられている、手段と、−  表現を格納する手段（ＯＷＥ１、ＯＷＥ２、ＯＷＥ３）であって、各表現が実オブジェクトのそのセットからの所与のオブジェクトに関連付けられ、使用可能な動作と所与のオブジェクトの可能な状態との関連を示す、手段と、−  サービスに関連付けられている相互接続点と、実オブジェクトの表現内に含まれており実オブジェクトの現在の状態に関連付けられている少なくとも１つの使用可能な動作との間の少なくとも１つのマッチングを実行するための処理手段（ＳＭ）と、−  サービスと実オブジェクトを接続することによって少なくとも１つのマッチングを展開するためのアクティブ化手段（ＬＭ）とを備えるデバイス。
2014511515.tif 000002
【特許請求の範囲】
【請求項１】
環境の実オブジェクトのセット（Ｏｂｊ１、Ｏｂｊ２、Ｏｂｊ３）にサービスを展開するためのデバイスであって、
使用可能なサービスのセットから前記サービスを選択するためのユーザ（Ｕ）との対話の手段（Ｔ、ＴＣ）であって、使用可能な各サービスが相互接続点に関連付けられている、手段と、
表現を格納する手段（ＯＷＥ１、ＯＷＥ２、ＯＷＥ３）であって、各表現が実オブジェクトの前記セットからの所与のオブジェクトに関連付けられ、使用可能な動作と前記所与のオブジェクトの可能な状態との関連を示す、手段と、
前記サービスに関連付けられている相互接続点と、実オブジェクトの前記表現内に含まれており前記実オブジェクトの現在の状態に関連付けられている少なくとも１つの使用可能な動作との間の少なくとも１つのマッチングを実行するための処理手段（ＳＭ）と、
前記サービスと前記実オブジェクトを接続することによって前記少なくとも１つのマッチングを展開するためのアクティブ化手段（ＬＭ）とを備えるデバイス。
【請求項２】
前記基準点は、入力点、出力点、およびイベント点を備えるグループに属する請求項１に記載のデバイス。
【請求項３】
前記相互接続点は必須であっても、任意であってもよく、前記処理手段（ＳＭ）は前記サービスの必須の相互接続点の各々について前記マッチングを実行する請求項１または２に記載のデバイス。
【請求項４】
前記対話の手段（Ｔ、ＴＣ）は、使用可能なサービスの前記セットの少なくとも一部を前記ユーザに提示するように動作可能な表示手段と、前記少なくとも一部から前記サービスを選択するための入力手段とを装備した通信端末（Ｔ）を備える請求項１乃至３のいずれか１項に記載のデバイス。
【請求項５】
前記表示手段および前記入力手段はタッチスクリーンである請求項１乃至４のいずれか１項に記載のデバイス。
【請求項６】
前記マッチングは、同じキーワードを有する動作と相互接続点とを対にすることによって実行される請求項１乃至５のいずれか１項に記載のデバイス。
【請求項７】
各マッチングは、強い意味的相関を有する動作と相互接続点とを対にすることによって実行される請求項１乃至５のいずれか１項に記載のデバイス。
【請求項８】
前記対話の手段は、前記実行されたマッチングの少なくとも一部を前記ユーザに提示し、１つまたは複数のマッチングをユーザが選択できるように追加的に動作可能である請求項１乃至７のいずれか１項に記載のデバイス。
【請求項９】
単一の相互接続点に対して複数のマッチングが実行されるときはいつでも、どのマッチングをアクティブ化すべきかの決定は前記ユーザのプロファイルに応じて実行される請求項１乃至８のいずれか１項に記載のデバイス。
【請求項１０】
単一の相互接続点に対して複数のマッチングが実行されるときはいつでも、どのマッチングをアクティブ化すべきかの決定は、前記複数のマッチングの各々に応じて実行される請求項１乃至８のいずれか１項に記載のデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｉｎｔｅｒｎｅｔ  ｏｆ  ｔｈｉｎｇｓに関し、より詳細には、「ｗｅｂ  ｏｆ  ｔｈｉｎｇｓ」に関する。これらの比較的に新しい概念は、様々なイニシアチブの主題となっている。たとえば、チューリッヒ大学の２名の研究者によって開始されたＷｅｂサイト「ｗｗｗ．ｗｅｂｏｆｔｈｉｎｇｓ．ｃｏｍ」に記載されている取り組みに言及することもできる。
【背景技術】
【０００２】
この「Ｗｅｂ  ｏｆ  ｔｈｉｎｇｓ」は、論文、Ｄ．ＧｕｉｎａｒｄおよびＶ．Ｔｒｉｆａ、「Ｔｏｗａｒｄｓ  ｔｈｅ  ｗｅｂ  ｏｆ  ｔｈｉｎｇｓ：Ｗｅｂ  ｍａｓｈｕｐｓ  ｆｏｒ  ｅｍｂｅｄｄｅｄ  ｄｅｖｉｃｅｓ」、ＷＷＷ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  Ｃｏｎｆｅｒｅｎｃｅｓ）議事録、スペイン、マドリード、２００９年にも記載されている。
【０００３】
物理オブジェクトを通信ネットワークに接続するこの傾向は、ＩＭＳ  Ｒｅｓｅａｒｃｈプレスリリース、２０１０年８月１９日、「Ｉｎｔｅｒｎｅｔ  Ｃｏｎｎｅｃｔｅｄ  Ｄｅｖｉｃｅｓ  Ａｂｏｕｔ  ｔｏ  Ｐａｓｓ  ｔｈｅ  ５  Ｂｉｌｌｉｏｎ  Ｍｉｌｅｓｔｏｎｅ」においても言及されている。
【０００４】
このプレスリリースは、ｈｔｔｐ：／／ｉｍｓｒｅｓｅａｒｃｈ．ｃｏｍ／ｎｅｗｓ−ｅｖｅｎｔｓ／ｐｒｅｓｓ−ｔｅｍｐｌａｔｅ．ｐｈｐ？ｐｒ＿ｉｄ＝１５３２＆ｃａｔ＿ｉｄ＝１０８のアドレスで入手可能である。
【０００５】
「ｗｅｂ  ｏｆ  ｔｈｉｎｇｓ」に関するこの取り組みは、現実世界のオブジェクトを、Ｗｅｂを介して潜在的に相互に通信しうる、ｗｅｂを介して使用可能なリソースに変換することからなり、照明、テレビジョンセット、通信端末、家庭用電化製品などが、インターネットおよびインターネットを介して利用可能なサービス（またはアプリケーション）とインターフェイスし、それによって、新しい可能性を実現することができる。
【０００６】
この分野の研究はまだ、ほとんどがまだ未開拓であり、ほんのわずかなアプリケーションしか存在しない。
【０００７】
たとえば、Ｙａｈｏｏからの「Ｙａｈｏｏ  Ｐｉｐｅｓ！」およびＧｏｏｇｌｅからの「Ｇｏｏｇｌｅ  Ｍａｓｈｕｐ  Ｅｄｉｔｏｒ」というソリューションに言及することができる。これらのソリューションは、アプリケーションから引き出される様々なコンテンツおよびサービスを結集して新しいアプリケーションを作り出すことを可能にする環境を提供する。しかし、これらのソリューションには、対象となっているアプリケーションが対象となっている会社によって提供され、またはＲＳＳやＡｔｏｍなどのオープンの標準インターフェイスを少なくとも有する必要があるという問題がある。
【０００８】
さらに、これらのソリューションは、アプリケーションの設計段階に関わる。これらのアプリケーションは、アプリケーションが展開された後に登場する新しいリソース（コンテンツ、サービスなど）を動的に認識することができない。逆に、リソースが使用可能ではない場合、このように作成されたアプリケーションは、もはや機能することができなくなる。さらに一般的に言えば、このようなアプリケーションは、いかなる動的な要因（つまり、「ランタイム」に関連する要因）を考慮に入れることができない。
【０００９】
もう１つのソリューションは「Ｐａｃｈｕｂｅ」プラットフォームである。このプラットフォームは、Ｗｅｂサイトｈｔｔｐ：／／ｗｗｗ．ｐａｃｈｕｂｅ．ｃｏｍに記載されている。Ｐａｃｈｕｂｅプラットフォームは、リアルタイム・センサーからデータをパブリッシュして、ユーザがこのデータを使用するアプリケーションを作成できるようにする。しかし、サービスのモデリングが極めて不十分であるため、既存のサービスに依存して新しいアプリケーションを構築することは不可能である。さらに、所望のデータ供給業者を探し出す作業は、ユーザにとって負担となる。センサーの数が増大するのに伴い、この作業を最適な方法で行なうことは、瞬く間に不可能になってしまう。
【００１０】
もう１つのソリューションは、Ｗ３Ｃ（ＷＷＷ  Ｃｏｎｓｏｒｔｉｕｍ）からのＳＡＷＳＤＬ（Ｓｅｍａｎｔｉｃ  ａｎｎｏｔａｔｉｏｎ  ｆｏｒ  ＷＳＤＬ  ａｎｄ  ＸＭＬ  Ｓｃｈｅｍａ）に基づくものでありうる。ＳＡＷＳＤＬは、セマンティクスをＷｅｂサービスに追加できるようにする。
【００１１】
ここで、「Ｗｅｂサービス」とは、インターネットのようなネットワークを介してマシン間の対話をサポートするように設計された情報システムを指す。これらの「Ｗｅｂサービス」もまた、Ｗ３Ｃによって定義されており、したがって、特にＷ３Ｃの取り組みによって定義された技術的特性を導入することにより、一般名称の「サービス」と比較して限定的な意味として理解される必要がある。
【００１２】
特に、Ｗｅｂサービスは、本来「ステートレス」であり、したがって、Ｗｅｂサービスの振る舞いは、Ｗｅｂサービスの状態に依存し得ないことは明確である。
【００１３】
しかし、ｗｅｂ  ｏｆ  ｔｈｉｎｇｓにおいて、状態を保有するオブジェクトをモデル化することは必須である。そのため、電話、テレビジョンセット、照明などのようなオブジェクトは、オフ／オン、オフフック／オンフックなどの状態を有する。オブジェクトは、その現在の状態に応じて、異なる動作を提供する。
【００１４】
したがって、たとえば、「オンフック」状態の電話は、「ｃａｌｌＭｅ」または「転送」の動作を提供することができ、「オフフック」状態の電話は、「ｌｅａｖｅＭｅｓｓａｇｅ」および「ｊｏｉｎＣａｌｌ」の動作を提供することができる。
【００１５】
ＷＳＤＬのソリューションは、Ｗｅｂサービスに基づくあらゆるソリューションと同様に、オブジェクトの状態を考慮に入れることはないので、様々な状況に基づく動作の可用性を管理することはできない。
【先行技術文献】
【非特許文献】
【００１６】
【非特許文献１】ｗｗｗ．ｗｅｂｏｆｔｈｉｎｇｓ．ｃｏｍ
【非特許文献２】Ｄ．ＧｕｉｎａｒｄおよびＶ．Ｔｒｉｆａ、「Ｔｏｗａｒｄｓ  ｔｈｅ  ｗｅｂ  ｏｆ  ｔｈｉｎｇｓ：Ｗｅｂ  ｍａｓｈｕｐｓ  ｆｏｒ  ｅｍｂｅｄｄｅｄ  ｄｅｖｉｃｅｓ」、ＷＷＷ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  Ｃｏｎｆｅｒｅｎｃｅｓ）議事録、スペイン、マドリード、２００９年
【非特許文献３】ＩＭＳ  Ｒｅｓｅａｒｃｈプレスリリース、２０１０年８月１９日、「Ｉｎｔｅｒｎｅｔ  Ｃｏｎｎｅｃｔｅｄ  Ｄｅｖｉｃｅｓ  Ａｂｏｕｔ  ｔｏ  Ｐａｓｓ  ｔｈｅ  ５  Ｂｉｌｌｉｏｎ  Ｍｉｌｅｓｔｏｎｅ」
【非特許文献４】ｈｔｔｐ：／／ｉｍｓｒｅｓｅａｒｃｈ．ｃｏｍ／ｎｅｗｓ−ｅｖｅｎｔｓ／ｐｒｅｓｓ−ｔｅｍｐｌａｔｅ．ｐｈｐ？ｐｒ＿ｉｄ＝１５３２＆ｃａｔ＿ｉｄ＝１０８
【非特許文献５】ｈｔｔｐ：／／ｗｗｗ．ｐａｃｈｕｂｅ．ｃｏｍ
【非特許文献６】Ｗ３Ｃ（ＷＷＷ  Ｃｏｎｓｏｒｔｉｕｍ）、ＳＡＷＳＤＬ（Ｓｅｍａｎｔｉｃ  ａｎｎｏｔａｔｉｏｎ  ｆｏｒ  ＷＳＤＬ  ａｎｄ  ＸＭＬ  Ｓｃｈｅｍａ）
【発明の概要】
【発明が解決しようとする課題】
【００１７】
本発明の目的は、インターネットのような通信ネットワーク上で使用可能なサービス（またはアプリケーション）と実オブジェクトとがインターフェイスすることを可能にして、実オブジェクトがとりうる可能な状態およびそれらの状態に応じて使用可能な動作を考慮に入れることによって、状況を改善することである。
【課題を解決するための手段】
【００１８】
状況を改善するため、本発明の１つの目的は、環境の実オブジェクトのセットにサービスを展開するためのデバイスであって、
−  使用可能なサービスのセットからそのサービスを選択するためのユーザとの対話の手段であって、使用可能な各サービスが相互接続点に関連付けられている、手段と、
−  表現を格納する手段であって、各表現が実オブジェクトのセットからの所与のオブジェクトに関連付けられ、使用可能な動作と前記所与のオブジェクトの可能な状態との関連を示す、手段と、
−  サービスに関連付けられている相互接続点と、実オブジェクトの表現内に含まれており実オブジェクトの現在の状態に関連付けられている少なくとも１つの使用可能な動作との間の少なくとも１つのマッチングを実行するための処理手段と、
−  サービスと実オブジェクトを接続することによって少なくとも１つのマッチングを展開するためのアクティブ化手段とを備えるデバイスである。
【００１９】
本発明の実施形態によれば、相互接続点は、入力点、出力点、およびイベント点を備えるグループに属する。
【００２０】
相互接続点は、必須であっても、任意であってもよい。処理手段は、サービスの必須相互接続点の各々についてマッチングを実行することができる。
【００２１】
対話の手段は、使用可能なサービスのセットの少なくとも一部をユーザに提示するために提供された表示手段と、少なくとも一部からサービスを選択するための入力手段とを装備した通信端末を備えることができる。
【００２２】
表示手段および入力手段は、タッチスクリーンであってもよい。
【００２３】
マッチングは、キーワードを共有する動作と相互接続点とを対にすることによって実行されてもよい。
【００２４】
マッチングはまた、強い意味的相関を有する動作と相互接続点とを対にすることによって実行されてもよい。
【００２５】
対話の手段は、実行されたマッチングの少なくとも一部をユーザに提示し、１つまたは複数のマッチングをユーザが選択できるようにするために、追加的に提供されてもよい。
【００２６】
単一の相互接続点に対して複数のマッチングが実行されるときはいつでも、どのマッチングをアクティブ化すべきかの決定は、ユーザのプロファイルに応じて実行してもよい。
【００２７】
この決定は、それらのマッチングの各々のコストに応じて実行することもできる。
【００２８】
本発明およびその利点は、添付の図面を参照して、以下の説明からさらに明確に理解されるであろう。
【図面の簡単な説明】
【００２９】
【図１】本発明が展開される環境を示す図である。
【図２】本発明が展開されうる専用の端末のヒューマン・マシン・インターフェイスの１つの例を示す図である。
【図３】実オブジェクトの１つの可能な表現のグラフィック表示を示す図である。
【発明を実施するための形態】
【００３０】
図１において、ユーザＵは、通信端末Ｔを使用し、サービスにアクセスして、実オブジェクトＯｊ１、Ｏｂｊ２、Ｏｂｊ３のセットにサービスを展開しようと考える。
【００３１】
これらの実オブジェクトは、共有されるゾーンに属することができる。たとえば、実オブジェクトＯｂｊ１は、同じゾーンＡ１に属すラジオである。実オブジェクトは、他のゾーンに位置していてもよい。たとえば、オブジェクトは、ユーザＵおよび端末Ｔが位置するゾーンＡ１とは異なる、ゾーンＡ２内に位置するテレビジョンセットである。オブジェクトＯｂｊ３は、第３のゾーンＡ３に位置するデジタル・フォトフレームである。
【００３２】
ゾーンの概念は、管理者が実オブジェクトのセットを様々な基準に基づいてゾーンに構成することができる、という技術的考察に基づいてもよい。たとえば、ホテルのような準個室の建物において、様々なゾーンが、様々なホテルの部屋、および様々なタイプの共通エリアに対応することができる。
【００３３】
ゾーンまたは、所定の基準に基づいて自動的にゾーン自身を構成することもできる。ゾーンは、たとえば、アパートメントの様々な部屋に対応することができる。
【００３４】
ゾーンは、特定数の実オブジェクトが集められる場所として定義されてもよい。ゾーンは、通信デバイスの無線カバレッジ（たとえば、「フェムトセル（ｆｅｍｔｏｃｅｌｌ）」）によって制限されてもよい。
【００３５】
様々なゾーンは、通信ネットワークＮによって接続されてもよい。このネットワークは、インターネット、またはインターネットのプライベート部分である「イントラネット」、「ＶＰＮ」（仮想プライベート・ネットワーク（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）などであってもよい。
【００３６】
それによって、通信ネットワークＮはまた、使用可能なサービスのセットと接続できるようにする。図１の例において、使用可能なサービスは、アプリケーション・サーバＡＰに保存される。当然、様々なソリューションが考えられ、特に、複数のアプリケーション・サーバを有するソリューション、または通信端末Ｔ自身にネイティブ・アプリケーションを有するソリューションが考えられる。
【００３７】
アプリケーション・サーバは、ユーザのプライベート・ネットワークに位置するか、もしくは、たとえばオペレータ、インターネット・サービス・プロバイダ（ＩＳＰ）、またはサードパーティ・サービス・プロバイダによってホスティングされてリモートに位置してもよい。
【００３８】
対話の手段は、使用可能なサービスからユーザＵがサービスを選択できるようにするために提供される。
【００３９】
したがって、これらの対話の手段は、特性が異なることもあるヒューマン・マシン・インターフェイスを備える。たとえば、ユーザＵが自分の選択を伝えることができるようにする「音声認識」インターフェイスを有することが可能である。
【００４０】
通信端末Ｔを用いてサービスの選択を可能にすることも可能である。この端末は、携帯電話、コンピュータ、ブラックベリー（商標）またはｉＰｈｏｎｅ（商標）などのような携帯情報端末（すなわちＰＤＡ）などであってもよい。端末Ｔは、そのような場合、ヒューマン・マシン・インターフェイスを制御して、本発明のその他のデバイスと通信できるようにするソフトウェア・アプリケーションを含む必要がある。
【００４１】
端末Ｔはまた、専用の電子デバイスであってもよい。図２は、そのようなデバイスを示す。本発明は専用デバイスのこの例についてさらに詳細に説明されるが、あらゆるタイプの通信端末Ｔに適用されるものと理解されるべきである。
【００４２】
図２の端末Ｔのヒューマン・マシン・インターフェイスは、タッチスクリーンＥ、ライトＶ、およびボタンＢを備える。
【００４３】
ライトＶは、デバイスＴが動作しているかどうか、および場合によっては（Ｗｉ−ＦｉによるネットワークＮへの接続、内蔵バッテリの充電の指示など）その他の状態指示を示すことができるようにする。
【００４４】
ボタンＢは、端末Ｔをオンにすることができ、タッチスクリーンＥを補足するように特定の機能にアクセスできるようにする。
【００４５】
タッチスクリーンＥは、複数のエリアを示すことができる。左側では、１つのエリアＺＯが使用可能な様々な実オブジェクトを呈示している。右側では、１つのエリアＺＡが使用可能な様々なアプリケーションを呈示している。中央では、１つのエリアＺＭが実オブジェクトとアプリケーションとのマッチングを可能にしている。そして上側では、１つのエリアＺＣが、すでに展開されているアプリケーションを視聴するか、または相互に切り替えできるようにしている。
【００４６】
使用可能なアプリケーション（またはサービス）は、異なるタイプであってもよい。Ｓｋｙｐｅのようなメディア通信アプリケーション、Ｙｏｕｔｕｂｅ、Ｆｌｉｃｋｒ、Ｄａｉｌｙｍｏｔｉｏｎなどのようなコンテンツ視聴アプリケーション、Ｆａｃｅｂｏｏｋ、Ｍｙｓｐａｃｅ、Ｔｗｉｔｔｅｒ、またはＭｉｘｉなどのようなソーシャルネットワーキングアプリケーションがある。
【００４７】
本発明は、ユーザとの対話を可能にするヒューマン・マシン・インターフェイスを保有するあらゆるタイプの既存アプリケーションを網羅することができる。「サービス」という用語はまた、説明においてこれ以降同義的に使用されてもよい。
【００４８】
これらのサービス（またはアプリケーション）は、それらの環境と対話できるようにする相互接続点に関連付けられている。通常、これらの相互接続点は、入力点、出力点、およびイベント点を備えるグループに属する。これらは、必須または任意指定であってもよい。必須の入力点は、サービスが動作できるようにするためにデータが必要であることを指示する。必須の出力点は、サービスがデータを提供する必要があることを指示する。
【００４９】
図２の例において、上部にある３つのタブ、Ｆａｃｅｂｏｏｋ、Ｆｌｉｃｋｒ、およびＲｅｄｄｉｔによって指示されるように、３つのサービスが展開されている。マッチングエリアＺＭは、サービス（またはアプリケーション）「Ｆａｃｅｂｏｏｋ」の３つの出力点である、１つの「ｐｈｏｔｏ（フォト）」出力、１つの「ｖｉｄｅｏ（ビデオ）」出力、および１つの「ＲＳＳ」出力を示す。
【００５０】
ユーザＵは、右側のセクションＺＡで使用可能なサービスから、サービスを指またはスタイラスでタッチして、それを中央セクションＺＭにスライドさせることにより、サービスを選択することができる。画面Ｅがタッチスクリーンではない場合、その他の入力の手段が使用可能である。たとえば、ナビゲーション・キーが、表示されるサービスのそのセットの中でセレクタを移動させるために提供されてもよい。
【００５１】
アプリケーションエリアＺＡは、使用可能なサービスのセットの全部または一部を示すことができる。呈示されるサービスのセットが多すぎる場合、これらはカテゴリに分類されてもよく、グラフィカル・ユーザ・インターフェイスが、一度に１つのカテゴリだけを表示し、１つのカテゴリから別のカテゴリに移動するための手段も示すことができる。
【００５２】
サービスとそれらの相互接続点との関連は、抽象表現の形態で保存されてもよい。以下の例は、聴覚障害のある人々のためのテレフォニー・アプリケーションの１つの可能な表現を示す。この例において、表現は、ＸＭＬ言語（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）で提供されているが、当然のことながら、その他の表現形式も可能である。
<needs>
<resource class="input" occur="mandatory">
<event class="ringing"/>
</resource>
<sequence>
<resource class="output" occur="optional"    kind="light">
<service class="scintillate"/>
</resource>
<resource class="output" occur="optional"    kind="text">
<service class="display"/>
</resource>
</sequence>
</needs>
【００５３】
アプリケーション「Ｆａｃｅｂｏｏｋ」の例示的な表現もまた、以下のように与えられてもよい。
<needs>
<sequence>
<resource class="output" occur="optional" kind="display">
<service class="video stream"/>
</resource>
<resource class="output" occur="optional" kind="display">
<service class="slideshow"/>
</resource>
<resource class="output" occur="optional" kind="sound">
<service class="text_to_speech"/>
</resource>
</sequence>
</needs>
【００５４】
このように既存のアプリケーションとインターフェイスをとることができるようにするため、これらの既存のアプリケーションのＡＰＩ（たとえば、ＡＰＩ「Ｆａｃｅｂｏｏｋ  Ｇｒａｐｈ  ＡＰＩ」はフォト、ビデオ、メッセージなどの検索および追加を可能にする）の使用に適したアダプテーション層を提供すること、またはＡＰＩがない場合は、出力情報（テキスト、イメージ、ＲＳＳフィードなど）を抽出するためにアプリケーションのＨＴＭＬ表現を処理することが必要でありうる。
【００５５】
意味的表現をＨＴＭＬコードに挿入することが可能である。挿入が行なわれた場合、マイクロフォーマットに基づいて本発明のもう１つの実施形態を使用することが有益である。マイクロフォーマット（場合によってはμＦまたはｕＦと略される）は、ＸＨＴＭＬおよびＨＴＭＬクラスおよび属性のみを使用して、既存のコンテンツをメタデータとして再使用することを目指すＷｅｂベースのデータ・フォーマット手法である。
【００５６】
そのようなマイクロフォーマットを使用する１つの例は以下のようなものであってもよい。
<div class="needs">
<div class="resource">
<span class="occur">mandatory</span>
input
<span class="event"> ringing </span>
</div>
<div class="sequence">
<div class="resource">
<span class=' occur"> optional </span>
output
<span class="kind">light</span>
<span class="service">scintillate</span>
</div>
<div class="resource">
<span class="occur">optional </span>
output
<span class="kind">text</span>
<span class="service">display</span>
</div>
</div>
</div>
【００５７】
相互接続点との関連を少なくとも備えるこれらの表現は、アプリケーション・サーバＡＰ内に保存されてもよい。
【００５８】
このアプリケーション・サーバの特性は異なっていてもよい。これは、１つまたは複数の専用サービスを提供するためにサービス会社によって管理されるサーバであってもよい。
【００５９】
アプリケーション・サーバはまた、既存のアプリケーションをｗｅｂ  ｏｆ  ｔｈｉｎｇｓに適合させるために既存のアプリケーション間の仲介としての役割を果たす「マーケットプレイス」または「アプリケーションストア」のようなリソース・センターであってもよい。
【００６０】
このリソース・センターは、アプリケーション自体をホスティングするものではなく、特に、対応する表現を提供するものであってもよい。
【００６１】
端末は、たとえば、最も一般的に使用された表現、またはごく最近使用された表現の全部または一部を内部的に保存する（またはプロキシに保存する）ためのキャッシュシステムを実施することができる。
【００６２】
実オブジェクトＯｂｊ１、Ｏｂｊ２、Ｏｂｊ３はまた、表現に関連付けられている。これらの表現は、使用可能な動作と対象となっているオブジェクトの可能な状態との関連を少なくとも示す。
【００６３】
図３は、１つのそのような表現のグラフィカル表示を示す。このグラフィカル表示は、たとえば、「ペトリ・ネットワーク（Ｐｅｔｒｉ  ｎｅｔｗｏｒｋ）」であってもよい。これは、実オブジェクトが２つの状態Ｅ１、Ｅ２に関連付けられていることを示す。これらの状態の各々について、それぞれ、状態Ｅ１のｆ１、ｆ２、および状態Ｅ２のｆ１、ｆ３、ｆ４という、オブジェクトへの異なる動作が使用可能である。同じ動作が複数の状態（ｆ１）において使用可能であってもよい。
【００６４】
この２状態の例は、オン／オフとなる照明、オンフック／オフフックとなる電話、オフ／オンとなるテレビジョンなどであってもよい。
【００６５】
抽象レベルにおいて、表現は以下の形式をとることができる。
<objectl>
<statel>
<operation1>
<operation2>
< state2 >
... 
</objectl>
【００６６】
さらに具体的な用語で、表現は、ＲＤＦａまたはマイクロフォーマットのようなメタデータ言語を使用して与えられてもよい。
【００６７】
ＲＤＦａは、Ｗｅｂページ内で構造化データを記述できるようにする構文である。ＲＤＦａは、Ｗ３Ｃ内で現在策定されている規格である。ＲＤＦａは、２００８年１０月１４日に勧告になっている。これらの仕様は、Ｗ３ＣのＷｅｂサイトで提供されている。この構文は、ＲＤＦ（「Ｒｅｓｏｕｒｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｆｒａｍｅｗｏｒｋ」）モデルに準拠し、セマンティックＷｅｂを実施することを可能にする。
【００６８】
照明の具体的な例は、以下のようなものであってもよい。
<html
xmlns="http://www.w3.org/1999/xhtml"
xmlns:foaf="http://xmlns.com/foaf/0.1/"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:wot-ownership="http://wot.org/ownership#"
xmlns:wot-core="http://wot.org/core#"
xmlns:wot-lifecycle="http://wot.org/lifecycle#"
xmlns:wot-webhook="http://wot.org/webhook#''
xmlns:webhook="http://webhooks.org/spec/''
xmlns:lamp="http://wot.org/lamps/vocab#">
<body>
<div id ="444" typeof=''lamp:TableLamp"
about="http://somewhere.com/lamps/444">
<h3> <a property="wot-core:name" rel="wot-core:self"
href="http://somewhere.com/lamps/444"> Bob's desk lamp </a> </h3>
<div rel="wot-ownership:owner">Owned by <a typeof="foaf:Person"
property="foaf:name"
href="http://somewhere.com/users/222">Bob</a> </div>
<script type= "text/javascript;version= L8" src="restapi js" rev="wot-
core:api" resource="http://somewhere.com/lamps/444"> </script>
<div rel="wot-lifecycle:statechart"
resource="http://somewhere.com/lamps/444/scxml">
<p>The lamp's state is:
<img src="switch_on.png" rev="wot-core:image"
resource="[_:switchon]" onclick="lamps.switchOff(444)"
style="cursor:pointer"/>
<p about="http://somewhere.com/lamps/444" rel="wot-
lifecycle:state" >
<span typeof="wot-lifecycle:State" property="wot-lifecycle:value"
resource="[_:switchon]">
lamp.switch.on
</span>
</p>
</div>
<div rel="wot-core:hasOperation">
To <b> <i> <span typeof="wot-core:Functionality" property="wot-
core:hasName" resource="[_:blink]">blink</span> </i> </b> the lamp, you
can click on this button<br/>
<img src="blink.png" rev="wot-core:api" resource="[_:blink]"
onclick="lamp.blink(444)" style="cursor:pointer"/>
</div>
</div>
</body> </html>
【００６９】
これらの表現は、実オブジェクト自身によって提供されてもよい。その理由は、一部のオブジェクトが、その機能の表現が外部デバイスに提供されることを可能にするソフトウェア手段と共に販売されてもよいからである。それらの表現は、上記で説明されている表現とは異なっていてもよいが、その場合異なる変換機構が提供されてもよい。
【００７０】
表現はまた、サードパーティまたは管理者によって提供されてもよい。一部のタイプの実オブジェクトの場合、表現テンプレートも提供されてもよく、特にＷｅｂサイトからダウンロード可能であってもよい。その理由は、製造業者にはかかわりなく、たとえば照明が、非常に標準化された表現を有することができるからである。一部のパラメータは、変更される可能性があってもよい（調光器、スペクトル純度など）。
【００７１】
アダプテーション・デバイスＯＷＥ１、ＯＷＥ２、ＯＷＥ３は、それぞれ、実オブジェクトＯｂｊ１、Ｏｂｊ２、Ｏｂｊ３と通信ネットワークＮとのインターフェイスをとることを担当することができる。これらのアダプテーション・デバイスは、表現と使用可能な各オブジェクトとの関連付けを行なう機能を有することができる。
【００７２】
アダプテーション・デバイスは、図１に示されるように、エリアとの１対１の関連を形成することができる。これらはまた、オブジェクト自身に組み入れられてもよく、そのような場合、アダプテーション・デバイスは実オブジェクトと関連付けられる。
【００７３】
しかし、その他の実施態様が考案されてもよい。
【００７４】
したがって、図１において、アダプテーション・デバイスは、毎回単一の実オブジェクトとのインターフェイスしかとらないが、複数の実オブジェクトに対して単一のアダプテーション・デバイスを有することが考えられる。それは、１対１の関連がエリアとアダプテーション・デバイスとの間に保持される場合、およびエリアが複数の実オブジェクトを含む場合（通常は含む）、明らかに当てはまるが、単一のエリア内に複数のアダプテーション・デバイスを有し、それらの１つまたは複数が、たとえば実オブジェクトのタイプ、特性、または製造者に基づいて、複数の実オブジェクトとインターフェイスすることも可能である。
【００７５】
表現は、ストレージ手段内に保存されてもよい。これらのストレージ手段は、アダプテーション・デバイスと併置されてもよい。アダプテーション・デバイスが実オブジェクトに組み込まれている場合、その表現もまた、オブジェクトに内蔵されるメモリに組み入れられてもよい。
【００７６】
複数の実オブジェクトを管理するアダプテーション・デバイスとデータベースＤ３を関連付けて、それらの処理されるオブジェクトの参照（およびアドレス）をデバイスが保持できるようにすることも可能である。
【００７７】
さらに、集中データベースＤ２が、実オブジェクトのディレクトリを形成するために使用されてもよい。たとえば、アダプテーション・デバイスは、通信ネットワークに接続すると、管理する実オブジェクトの参照（および場合によっては、アドレス、特徴など）をディレクトリＤ２内に挿入することによってディレクトリＤ２を更新することができる。
【００７８】
端末制御デバイスＴＣは、使用可能な実オブジェクトの全部または一部を検索することができる。検索するために、端末制御デバイスＴＣは、データベースＤ２にクエリを行なうことができる。端末制御デバイスＴＣはまた、アダプテーション・デバイスＯＷＥ１、ＯＷＥ２、ＯＷＥ３にクエリを行なうこともできる。
【００７９】
端末制御デバイスがアダプテーション・デバイスＯＷＥ１、ＯＷＥ２、ＯＷＥ３を認識する方法は、本発明の範囲外である。ここでは、ごくわずかな可能な実施態様が言及されてもよいが、アダプテーション・デバイスは、その存在を報告し、そのアドレスを含むメッセージを、通信ネットワークＮを介して定期的に送信することができる。あるいは、アダプテーション・デバイスは、１つのエリアまたは所与のより大きいエリア内で使用可能な実オブジェクトを収集するレジストリ、およびそれらのアドレスを更新することができる。
【００８０】
また、所与のオブジェクトが、認識しているその他のオブジェクトについて端末制御デバイスＴＣに通知することも可能であってもよい。この実施態様は、「フレンドリー・オブジェクト（ｆｒｉｅｎｄｌｙ  ｏｂｊｅｃｔｓ）」に適応するという利点を有し、たとえば、増幅器は、それが通常接続されているＤＶＤプレイヤー、スピーカーなどの存在（および技術的特性）を認識する。
【００８１】
端末制御デバイスＴＣによってこのように決定された実オブジェクトは、端末ＴＣのヒューマン・マシン・インターフェイスに提示されてもよい。
【００８２】
図２において、オブジェクトは、タッチスクリーンＥのオブジェクトエリアＺＯ内にグラフィカル形式で提示される。提示されているのは、上から下へ順に、電話、中型画面、コンピュータ、大型画面（テレビジョンセット）、デジタル・フォトフレーム、およびラジオである。
【００８３】
実オブジェクトのセットは、選択されるアプリケーションにはかかわりなく、常にユーザＵに提供されてもよい。
【００８４】
しかし、フィルタを提供することが可能であってもよい。
【００８５】
このフィルタは、アプリケーションのタイプ、およびそのアプリケーションに関連付けられている相互接続点に基づくものであってもよい。たとえば、ビデオ出力点の場合、ビデオ・ディスプレイを提供することができる実オブジェクトだけが提案されてもよい。
【００８６】
このフィルタはまた、地理的ゾーンに基づくものであってもよい。
【００８７】
このフィルタリング機構は、サービスの相互接続点と実オブジェクトの使用可能な動作を自動的にマッチングするために使用される機構と類似するものであってもよい。
【００８８】
本発明は、選択されたサービスに関連付けられている相互接続点と、実オブジェクトの表現内に含まれており、その実オブジェクトの現在の状態に関連付けられている少なくとも１つの使用可能な動作との間の少なくとも１つのマッチングを実行するための処理手段ＳＭを有する。
【００８９】
さらに具体的な用語で、図２の例において、これは、左側エリアＺＯに示される実オブジェクトの中から、サービス「Ｆａｃｅｂｏｏｋ」の３つの出力点「ビデオ」、「フォト」、「ＲＳＳ」に対応する、現在の状態に応じて使用可能なオブジェクトの動作を見つけることを伴う。
【００９０】
このマッチングは、手動で行なわれてもよい。
【００９１】
ユーザは、オブジェクトエリアＺＯに示されるオブジェクトのうちの１つをクリックして、それを所望の出力点の向かい側の中央エリアＺＭにドラッグすることができる。たとえば、ユーザは、デジタル・フォトフレームを、このようにして、「フォト」または「ビデオ」出力点にドラッグすることができる。
【００９２】
次いで、処理手段は、ユーザによって選択されたオブジェクトが相互接続点に対応する動作を有することを検査するために、確認機能を提供することができる。
【００９３】
たとえば、処理手段は、デジタル・フォトフレームがアプリケーション「Ｆａｃｅｂｏｏｋ」の「ビデオ」出力点に適合する場合、デジタル・フォトフレームがビデオを再生して表示する技術的特性を有することを確認するステップを含むことができる。
【００９４】
加えて、選択された実オブジェクトに対して動作を使用可能にすることが可能であってもよいが、ただしそれは現在の状態とは異なる状態にある場合に限られる。たとえば、テレビジョンは、アプリケーション「Ｆａｃｅｂｏｏｋ」からビデオを表示するよう選択されるが、テレビジョンはオフ状態である。次いで、処理手段ＳＭは、「テレビジョン」オブジェクトに関連付けられ、「ビデオ再生」動作を使用可能にするためにその状態を変更するよう提案された表現に基づいてこの状況を検出することができる。処理手段ＳＭは、実オブジェクトをその状態にするため、またはオブジェクトが対象となっている動作が使用可能な複数の状態を有する場合には「最も近い」状態にするため（「最も近い」状態とは、最も少ないアクションまたは最もコストの小さいアクションを必要とする状態である）、実オブジェクトに行なうアクションを決定することができる。
【００９５】
処理手段ＳＭはまた、マッチングを自動的に実行することもできる。
【００９６】
このマッチングは、強い意味的相関を有する動作と相互接続点とを対にすることによって実行されてもよい。これを行なうため、意味的値は、それらの表現内で、動作と相互接続点に割り当てられてもよい。
【００９７】
実オブジェクトの表現は、各動作に関連付けられているキーワードを含むことができる。このキーワードは、動作自体の識別子であってもよいか、またはその識別子を補足することができる。
【００９８】
照明の場合、このキーワードは「ｂｌｉｎｋ（明滅）」であってもよく、「ｒｅｓｏｕｒｃｅ＝」の行に挿入されてもよい。
【００９９】
キーワードはまた、使用可能なサービスの相互接続点に関連付けられてもよい。次いで、これらのキーワードは、サービスの表現と共に保存されてもよい。
【０１００】
上記で説明されるサービスの例において、このキーワードは、属性「ｋｉｎｄ（種類）」に挿入される。この属性は、この例において「ｌｉｇｈｔ（照明）」および「ｔｅｘｔ（テキスト）」という２つの値をとる。
【０１０１】
このキーワードは、相互接続点自体の識別子であってもよいか、またはその識別子を補足することができる。
【０１０２】
１つの単純な実施態様は、同じキーワードを有する動作と相互接続点をマッチングするステップで構成されてもよい。
【０１０３】
しかし、動作と相互接続点との意味的相関の最適化を目指すために、その他の機構も可能である。
【０１０４】
また、様々な要因を考慮に入れることも重要である。
【０１０５】
１つの意味的値が、他の値よりもさらに一般的であってもよい。たとえば、動作は「ｄｉｓｐｌａｙ  ｉｍａｇｅ（イメージを表示）」であってもよいが、サービスは出力点「ｄｉｓｐｌａｙ  ｐｈｏｔｏ（フォトを表示）」を有する。イメージが概念「ｐｈｏｔｏ（フォト）」の一般化であること、およびキーワードが異なっていたとしてもマッチングが可能であることを、処理手段ＳＭが決定できることは有益となりうる。
【０１０６】
キーワードは同義語であってもよい。たとえば、「ｐｈｏｔｏ（フォト）」と「ｐｈｏｔｏｇｒａｐｈ（フォトグラフ）」、「ｖｉｄｅｏ（ビデオ）」と「ｍｏｖｉｅ（ムービー）」である。この状況は特に、各々独自のボキャブラリを使用する、異なる製造業者による機器およびサービスが使用される場合に、生じることがある。そのような場合、同一のキーワードに基づいて純粋に構文的なマッチングを迂回できることが有用でありうる。
【０１０７】
したがって、より細かい相関を実行する必要性が存在しうる。そのために、処理手段ＳＭはオントロジーを使用することができる。このオントロジーは、Ｗｅｂ上で使用可能であってもよいか、またはよりローカルに処理手段ＳＭと共に配布されてもよい。後者の状況において、変更、新しい製造業者、新しいサービス、新しい機器などを組み入れるために更新が提供されてもよい。
【０１０８】
このオントロジーは、様々なモデル基づいて、特にＲＤＦスキーマである、Ｗ３Ｃの取り組みによってもたらされたＯＷＬに基づいて、様々な方法で説明されてもよい。
【０１０９】
オントロジーを使用することにより、同義語概念（「ビデオ」、「ムービー」など）または近い概念（「イメージ」、「フォト」など）間を相関させることが可能になる。
【０１１０】
たとえば、上記で示される例に見られる相互接続点「ｓｃｉｎｔｉｌｌａｔｅ（またたく）」は、照明の例からの動作「ｂｌｉｎｋ（明滅）」と適合してもよい。
【０１１１】
自動的に提示されたマッチングは、場合によっては、ユーザＵにより後に変更されてもよい。マッチングは端末ＴのエリアＺＭに表示され、ユーザＵは、ヒューマン・マシン・インターフェイスにより、マッチングを選択して、それを削除、編集、または構成することができる。
【０１１２】
たとえば、ユーザは、ビデオがテレビジョン画面に表示されるべき解像度を構成することができる。ユーザの選択は、自動選択とは異なっていてもよい。
【０１１３】
場合によっては、同じ相互接続点が、複数の動作と一致してもよい。
【０１１４】
その場合、以下のような複数のオプションが処理手段ＳＭによってとられてもよい。
−  可能な選択のすべてが、端末Ｔのヒューマン・マシン・インターフェイスを介してユーザに提示されてもよい。次いで、ユーザは、手動マッチングについての説明と同様の方法で、ただし自動的にマッチングされたオブジェクトのみを提示するオブジェクトエリアＺＯで、ユーザの選択を選択することができる。たとえば、Ｆａｃｅｂｏｏｋアプリケーション「ビデオ」出力点の場合、オブジェクトエリアＺＯは、適切な状態（「ｏｎ（オン）」）にある、テレビジョンセット、コンピュータ・モニタなど、ビデオを表示することができるオブジェクトだけを表示する。
−  これは、ユーザＵのプロファイルを使用するために提供されてもよい。このプロファイルは、特にユーザの好ましい機器に関して、プリファレンスを備えることができる。それにより、ユーザＵが各自のビデオをテレビジョンで視聴するほうを好むことを指示することができてもよい。それ以外の場合（テレビジョンがオフ）、ユーザは、コンピュータ・モニタでビデオを視聴することを好む。このプロファイルは完全にユーザによって設定されてもよいが、ユーザの選択およびアクションのログが、プロファイルを少なくとも部分的に定義するために使用されてもよいことが規定されてもよい。
【０１１５】
相互接続点を、そのオブジェクトの現在の状態で使用可能ではないオブジェクトの動作とマッチングすることが追加的に提案されてもよい。
【０１１６】
この提案は、ユーザの可能な選択を増大させること、またはそれ以外の場合にはいつでも可能ではない少なくとも１つの選択を提案することを可能にすることができる。
【０１１７】
たとえば、ビデオフォンのコールが行なわれる場合に、オンにされているモニターがない場合、モニターをオンにすることが提案されてもよい。加えて、アプリケーション「Ｆａｃｅｂｏｏｋ」からビデオを視聴するために、デジタル・フォトフレームの画面しかオンになっていない場合、テレビジョンセットのような大型画面をオンにすることが提案されてもよい。
【０１１８】
ここでも同様に、可能な選択の全部が提示されてもよいか、またはより限定的なサンプルのみが提示されてもよい。
【０１１９】
選択の範囲設定は、ユーザのプロファイルに応じて実行されてもよい。
【０１２０】
範囲設定はまた、コストの概念に基づいて実行されてもよい。
【０１２１】
このコストは、以下の事項を考慮することができる。
−  対象となっている実オブジェクトを動作が使用可能な状態にするために必要とされるアクションの数
−  それらのアクションの所要期間（たとえば、着信ビデオフォンのコールからビデオを表示するためにコンピュータをオンにすることは、それに伴う必要なブート時間を考慮すると、適切ではない場合もある）
−  各アクションによってもたらされるエネルギー消費など
【０１２２】
以下の表は、上記で説明されている、聴覚障害のある人々のためのテレフォニー・アプリケーションで生じる可能性のある別の状況を示す。
【０１２３】
右側の列は３つの状況を指示し、左側の列はそれらの状況に対するマッチングを指示する。上記に示される「Ｒｉｎｇｉｎｇ（呼び出し音）」、「Ｂｌｉｎｋ（明滅）」、および「Ｄｉｓｐｌａｙ（表示）」という３つの出力点だけが考慮に入れられ、動作は明らかに推定できるので、動作ではなくマッチングの実オブジェクトだけが指示される。
【０１２４】
【表１】
2014511515.tif 000003
【０１２５】
処理手段ＳＭは、必須相互接続点のすべてが実際に、実オブジェクトの動作とマッチングされているかを検査することができる。マッチングされていない場合、マッチングが手動であれば、ユーザＵがその構成を完了する必要があること、またはサービスが展開されないことをユーザＵに通知することができる。
【０１２６】
最後に、本発明のデバイスは、サービスと対象となっている実オブジェクトを接続することによって、このように行なわれたマッチングを展開するためのアクティブ化手段ＬＭを備える。
【０１２７】
これを行なうために、アクティブ化手段は、実オブジェクトと直接、または使用可能なプロトコル、言語、および機構を使用することによりアダプテーション・デバイスＯＷＥ１、ＯＷＥ２、ＯＷＥ３を用いて、実オブジェクトと通信することができる。
【０１２８】
特に、機構ＤＰＷＳ（「Ｄｅｖｉｃｅ  Ｐｒｏｆｉｌｅ  ｆｏｒ  Ｗｅｂ  Ｓｅｒｖｉｃｅ」の略）、ＲＥＳＴ（「Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ  Ｓｔａｔｅ  Ｔｒａｎｓｆｅｒ」の略）、ＷＤＳＬ２．０などが使用されてもよい。
【０１２９】
このＤＰＷＳ機構は特に、下記のリンクで説明される。
ｈｔｔｐ：／／ｓｃｈｅｍａｓ．ｘｍｌｓｏａｐ．ｏｒｑ／ｗｓ／２００６／０２／ｄｅｖｐｒｏｆ／および
ｈｔｔｐ：／／ｄｏｗｎｌｏａｄ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｄｏｗｎｌｏａｄ／ｂ／５／３／ｂ５３ｅａ４３０−ｄｂｅ５−４４０ｃ−ａ３０８−ｄｆ９７ｂ１０２８０ｂ７／ｉｎｔｒｏｄｕｃｉｎｑ＿ｄｐｗｓ．ｐｄｆ
【０１３０】
これらの技術を使用して、アクティブ化手段ＬＭは、サービスの相互接続点と実オブジェクトの動作との間の通信を確立することができる。
【０１３１】
これを行なうために、アプリケーションは、自ら提供するＨＴＭＬ表現でＲＤＦａに記述されている、アダプテーション・デバイスＯＷＥ１、ＯＷＥ２、ＯＷＥ３により提供されるＡＰＩを使用することができる。
【０１３２】
さらに、アクティブ化手段ＬＭは、オブジェクトの可用性およびサービスと実オブジェクトとの接続の状態を、リアルタイムで制御することができる。接続が中断された場合、それによってアクティブ化手段は、処理手段ＳＭが使用可能な別の実オブジェクトとの新しいマッチングをトリガすることができるように、処理手段ＳＭにメッセージを送信することができる。
【０１３３】
アクティブ化手段は、アダプテーション・デバイスＯＷＥ１、ＯＷＥ２、ＯＷＥ３を介して実オブジェクトとの関係を保持することができる。
【０１３４】
これらのデバイスは、たとえば、実オブジェクトのイベントが自動的に通知されるようにするために、アクティブ化手段ＬＭが加入できるサブスクリプション機構を有することができる。あるいは、アクティブ化手段は、実オブジェクトが引き続き使用可能であることが保証されるように、定期的に要求を送信することができる。
【図１】
2014511515.tif 000004
【図２】
2014511515.tif 000005
【図３】
2014511515.tif 000006
【国際調査報告】
2014511515.tif 000007
2014511515.tif 000008
2014511515.tif 000009