(57)【要約】  少なくとも１つのネットワーク（１３８０）に接続された複数のリソースノード（１３３０）を管理するリソース管理ノード（１３００）を開示する。リソース管理ノード（１３００）は、システム実体データベース（１３０４）、対話フローデータベース（１３０８）、および対話実行エンジン（１３１２）を含む。システム実体データベース（１３０４）は、リソースノード（１３３０）のための通信アドレスを識別する情報と、リソースノード（１３３０）の能力を識別する関連メタデータとを含む。対話フローデータベース（１３０８）は、リソースノード（１３３０）の識別されたものの間で許可されるデータフローを定義する情報と、データフローの識別されたものが実行されるときを定義する関連するトリガ基準を含む。対話実行エンジン（１３１２）は、対話フローデータベース（１３０８）によって定義されたトリガ基準のうちの１つが満足されることを判定し、かつリソースノード（１３３０）の識別されたものの間の前記関連するデータフローを確立することにより応答するように構成される。少なくとも１つのネットワーク（１３８０）に接続された複数のリソースノード（１３３０）を管理するための関連方法を開示する。【選択図】図１３
2015507230.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのネットワーク（１３８０）に接続された複数のリソースノード（１３３０）を管理するリソース管理ノード（１３００）であって、
前記リソースノード（１３３０）のための通信アドレスを識別する情報と、前記リソースノード（１３３０）の能力を識別する関連メタデータとを含むシステム実体データベース（１３０４）と、
前記リソースノード（１３３０）の識別されたものの間で許可されるデータフローを定義する情報と、前記データフローの識別されたものが実行されるときを定義する関連するトリガ基準とを含む対話フローデータベース（１３０８）と、
前記対話フローデータベースによって定義された前記トリガ基準のうちの１つが満足されることを判定し、かつ前記リソースノード（１３３０）の識別されたものの間の前記関連するデータフローを確立することにより応答するように構成された対話実行エンジン（１３１２）と
を備えるリソース管理ノード（１３００）。
【請求項２】
前記メタデータから少なくとも２つの前記リソースノード（１３３０）間の推奨されたデータフローを前記システム実体データベース（１３０４）内に生成し、
ユーザ（１３２０）による受理のための前記推奨されたデータフローを識別する前記ユーザ（１３２０）に対してメッセージを通信し、
前記推奨されたデータフローを確立するために前記対話実行エンジン（１３１２）によって用いられる前記少なくとも２つのリソースノード（１３３０）と前記関連するトリガ基準との間の前記推奨されたデータフローを識別する情報を前記対話フローデータベース（１３０８）に付加することにより、前記推奨されたデータフローの受理を示すユーザ（１３２０）応答の受信通知に対して応答する
ように構成された推奨エンジン（１３１０）を更に備える請求項１に記載のリソース管理ノード（１３００）。
【請求項３】
前記推奨エンジン（１３１０）は、どのリソースノード（１３３０）が互換性をもつデータフォーマットを有しているのかを判定し、任意の推奨されたデータフローから、通信的に接続されることになるが、非互換性のデータフォーマットを有する２つ以上のリソースノード（１３３０）を除外するように更に構成される請求項２に記載のリソース管理ノード（１３００）。
【請求項４】
前記推奨エンジン（１３１０）は、
少なくとも２つの前記リソースノード（１３３０）の間で定義される１つ以上の推奨されたデータフローを受信するために前記対話フローデザイナ（１３２４）と通信し、
受理のために前記ユーザ（１３２０）に対して前記１つ以上の受信された推奨されたデータフローを通信し、
１つ以上の選択された前記推奨されたデータフローを識別し、前記１つ以上の前記推奨されたデータフローを確立するために前記対話実行エンジン（１３１２）によって用いられる前記関連するデータフローおよび前記トリガ基準を確立する前記対話フローデータベース（１３０８）に対して情報を付加することによって、前記ユーザの前記選択された１つ以上の前記推奨されたデータフローの受理を示す１つ以上のメッセージに対して応答する
ように更に構成される請求項２に記載のリソース管理ノード（１３００）。
【請求項５】
前記推奨エンジン（１３１０）は、
友人申請として前記ユーザ（１３２０）に前記推奨されたデータフローを通信し、
前記推奨されたデータフローを確立する前記対話実行エンジン（１３１２）によって用いられる前記少なくとも２つのリソースノード（１３３０と前記関連するトリガ基準との間の友人関係を識別する前記対話フローデータベース（１３０８）に対して情報を付加することによって前記ユーザの前記友人申請の受理を示すメッセージに対して応答する
ように更に構成される請求項２に記載のリソース管理ノード（１３００）。
【請求項６】
前記推奨エンジン（１３１０）は、
新しく受理する前記友人関係の少なくとも１つの前記リソースノード（１３３０）と少なくとももう１つのリソースノードとの間で今や確立されることができる１つ以上の更に推奨されたデータフローを識別することにより、前記ユーザの前記友人申請の受理の受信通知に対して応答し、
前記１つ以上の更に推奨されたデータフローによって前記ユーザ（１３２０）ために生成される機能を識別する情報とともに前記ユーザ（１３２０）に対して１つ以上の更なる友人申請を通信し、
前記更に推奨されたデータフローの対応するものを確立するために前記対話実行エンジン（１３１２）によって用いられる前記更に推奨されたデータフローの対応するものと前記関連するトリガ基準との間の選択された更なる友人関係を識別する情報を前記対話フローデータベース（１３０８）に付加することにより、前記ユーザの選択された１つ以上の前記更なる友人申請の受理を示す１つ以上のメッセージに対して応答する
ように更に構成される請求項５に記載のリソース管理ノード（１３００）。
【請求項７】
前記ユーザ（１３２０）に対する通信のため、１つ以上のデータフローから自然言語記述に対してデータをトランスコーディングするために用いられる、トランスコーディング情報を含むシステム実体意味記述データベース（１３０６）を更に備え、
前記対話実行エンジン（１３１２）は、前記ユーザ（１３２０）に対して通信される前記自然言語記述に対して前記確立された推奨されたデータフロー内のデータをトランスコーディングするために前記システム実体意味記述データベース（１３０６）からの前記トランスコーディング情報を用いる請求項５に記載のリソース管理ノード（１３００）。
【請求項８】
前記推奨エンジン（１３１０）は、
他のユーザに人気のあるデータフローが何であるのかを追跡し、
前記他のユーザによる使用に人気のある前記追跡されたデータフローのうちの１つに対して前記推奨されたデータフローが対応することを判定し、
前記メッセージの一部として前記推奨されたデータフローの前記判定された人気度を示す情報を前記ユーザ（１３２０）に通信する
ように更に構成される請求項２に記載のリソース管理ノード（１３００）。
【請求項９】
前記ユーザによって受理された前記対話フローデータベース（１３０８）によって識別されたデータフローは何であるかを識別する情報を含むユーザプロファイルデータベース（１３０２）を更に備え、
前記推奨エンジン（１３１０）は、
前記ユーザプロファイルデータベース（１３０２）、前記システム実体データベース（１３０４）および前記対話フローデータベース（１３０８）を用いて前記推奨されたデータフローを生成し、前記ユーザがどのリソースノード（１３３０）にアクセスすることができるのかを識別し、前記リソースノード（１３３０）のユーザアクセス可能なものの間の少なくとも１つの新しいデータフローを識別し、前記少なくとも１つの新しいデータフローは、前記ユーザのために作動中の他のデータフローとは異なり、
前記ユーザによる受理のために前記推奨されたデータフローとして、前記少なくとも１つの新しいデータフローを前記ユーザに通信する
ように更に構成される請求項２に記載のリソース管理ノード（１３００）。
【請求項１０】
前記リソースノード（１３３０）の対応するものにアクセスするために用いられるユーザのアクセス信用証明書を識別する情報を含むユーザプロファイルデータベース（１３０２）を更に備え、
前記推奨エンジン（１３１０）は、前記ユーザプロファイルデータベース（１３０２）によって識別された対応する前記ユーザのアクセス信用証明書を有する前記リソースノード（１３３０）に対して前記推奨されたデータフローを制限するように更に構成される請求項２に記載のリソース管理ノード（１３００）。
【請求項１１】
推奨エンジン（１３１０）は、前記推奨されたデータフローを前記対話フローデータベース（１３０８）に追加する前に、前記対話実行エンジン（１３１２）が対応するリソースノード（１３３０）間のデータフローを確立することができることを確認するために、前記ユーザのアクセス信用証明書を検査するように更に構成される請求項１０に記載のリソース管理ノード（１３００）。
【請求項１２】
前記対話実行エンジン（１３１２）は、対応するリソースノード（１３３０）間のデータフローを確立するときに、前記ユーザプロファイルデータベース（１３０２）によって識別された前記ユーザのアクセス信用証明書を用いるように更に構成される請求項１０に記載のリソース管理ノード（１３００）。
【請求項１３】
前記少なくとも１つのネットワーク（１３８０）に対して新しく接続されるようになっており、かつ前記対話フローデータベース（１３０８）内に定義された前記データフローに関連する前記リソースノード（１３３０）のうちのいずれともまだ接続されていないリソースノードを発見し、
前記発見されたリソースノードが１つ以上の前記リソースノード（１３３０）と互換性をもつデータフォーマットと通信することを判定し、
前記発見されたリソースノードと前記互換性をもつ１つ以上のリソースノード（１３３０）との間の１つ以上のデータフローを初期設定する
ように構成された推奨エンジン（１３１０）を更に備える請求項１に記載のリソース管理ノード（１３００）。
【請求項１４】
別の１つの前記リソースノード（１３３０）の中に入力される互換性をもつ別のデータフォーマットの中に前記リソースノード（１３３０）のうちの１つによって出力されるデータフォーマットをトランスコーディングするために用いられる情報を含むシステム実体意味記述データベース（１３０６）を更に備え、
前記対話実行エンジン（１３１２）は、
データフローの２つ以上の前記リソースノード（１３３０）間で通信するために用いられる前記データフォーマットが互換性をもたないことを、前記システム実体データベース（１３０４）から判定し、
互換性をもつ通信を提供するため、前記データフローの前記２つ以上のリソースノード（１３３０）間のデータをトランスコーディングするために、前記システム実体意味記述データベース（１３０６）からの前記トランスコーディング情報を用いることによって前記判定に対して応答する
ように構成される請求項１に記載のリソース管理ノード（１３００）。
【請求項１５】
少なくとも１つのネットワーク（１３８０）に接続された複数のリソースノード（１３３０）を管理するためのリソース管理ノード（１３００）による方法であって、
前記リソースノード（１３３０）のための通信アドレスを識別するシステム実体情報と、前記リソースノード（１３３０）の能力を識別する関連メタデータとを組み立てることと（１５０２）、
前記リソースノード（１３３０）の識別されたものの間で許可されるデータフローを定義する対話フロー情報と、前記データフローの識別されたものが実行されるときを定義する関連するトリガ基準とを組み立てること（１５０４）と、
前記対話フローデータベース（１３０８）によって定義された１つの前記トリガ基準が満足されるのかを判定すること（１５０６）と、
満足された前記トリガ基準に呼応して前記リソースノード（１３３０）の前記識別されたものの間の前記関連するデータフローを確立すること（１５０８）と
を備える方法。
【請求項１６】
前記組み立てるシステム実体情報内の前記メタデータから少なくとも２つの前記リソースノード（１３３０）間の推奨されたデータフローを生成すること（１９０２）と、
前記ユーザによる受理のために前記推奨されたデータフローを識別するユーザに対してメッセージを通信すること（１９０４）と、
前記推奨されたデータフローの受理を示すユーザの応答の受信通知に呼応して、前記推奨されたデータフローを確立するために用いられる、前記少なくとも２つのリソースノード（１３３０）と前記関連するトリガ基準との間の前記推奨されたデータフローを識別する前記組み立てられた対話フロー情報に更に情報を追加すること（１９０６）と
を更に備える請求項１５に記載の方法。
【請求項１７】
どのリソースノード（１３３０）が互換性をもつデータフォーマットを有するのかを判定すること（２００２）と、
任意の推奨されたデータフローから通信的に接続されることになるが、非互換性のデータフォーマットを有する２つ以上のリソースノード（１３３０）を除外すること（２００４）と
を更に備える請求項１６に記載の方法。
【請求項１８】
前記ユーザに対して前記推奨されたデータフローを友人申請として通信すること（２４０２）と、
前記友人申請の前記ユーザの受理を示すメッセージに呼応して、前記少なくとも２つのリソースノード（１３３０）と前記関連するトリガ基準との間の友人関係を識別する対話フロー情報を組み立てること（２４０４）と、
前記友人申請の前記ユーザの受理を示す前記メッセージに呼応して、前記新しく受理された友人関係の少なくとも１つのリソースノード（１３３０）と少なくとももう１つのリソースノードとの間で今や確立することができる更に１つ以上の推奨されたデータフローを識別すること（２４０６）と、
前記１つ以上の更に推奨されたデータフローによって前記ユーザのために生成される前記機能を識別する情報とともに前記ユーザに対して１つ以上の更なる友人申請を通信すること（２４０８）と、
選択された１つ以上の前記更なる友人申請の前記ユーザの受理を示す１つ以上のメッセージに呼応して、前記更に推奨されたデータフローの対応するものと前記関連するトリガ基準との間の前記選択された更なる友人関係を識別する前記対話フロー情報を組み立てること（２４１０）と
を更に備える請求項１６に記載の方法。
【請求項１９】
他のエンドユーザに人気のあるデータフローが何であるのかを追跡すること（２１０１）と、
前記推奨されたデータフローが前記他のエンドユーザによる使用に人気のある前記追跡されたデータフローのうちの１つに対応することを判定すること（２１０４）と、
前記ユーザに対して前記メッセージの一部として前記推奨されたデータフローの前記判定された人気度を示す情報を通信すること（２１０６）と
を更に備える請求項１６に記載の方法。
【請求項２０】
前記少なくとも１つのネットワーク（１３８０）に対して新しく接続されるようになっており、かつ前記対話フローデータベース（１３０８）内に定義された前記データフローに関連する前記リソースノード（１３３０）のうちのいずれともまだ接続されていないリソースノードを発見すること（２６０２）と、
前記発見されたリソースノードが前記１つ以上のリソースノード（１３３０）と互換性をもつデータフォーマットと通信することを判定すること（２６０４）と、
前記発見されたリソースノードと前記互換性をもつ１つ以上のリソースノード（１３３０）との間の１つ以上のデータフローを初期設定すること（２６０６）と
を更に備える請求項１５に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、リソースのネットワーキングに関し、特に、ソーシャルマッピング原理に基づくネットワーク接続されたリソースの管理に関する。
【背景技術】
【０００２】
インターネットは、コンピュータだけでなく、埋め込みデータ対話能力、計算対話能力、センサ対話能力、位置対話能力、および通信対話能力をもつ装置、他のオブジェクトおよび環境から構成される「物理的インターネット」を含んで発展し続ける。この潜在的な発展は、多くの場合、専門用語（「モノのインターネット」、「マシン間通信」、「ユビキタスコンピューティング」、「パーベイシブコンピューティング」または「アンビエントインテリジェンス」）を用いることを表す。すべての人が約１０００〜５０００のインテリジェントオブジェクト間に取り巻かれ、グローバルなモノのインターネットは、何年か後には、その位置および状態が連続的にモニタリングまたは更新されなければならない５０〜１００兆のオブジェクトから構成されるかもしれないと推測されている。このようなモノのインターネットの概念は、単純に思われるかもしれないが、その実施は、大いに困難である。
【０００３】
例えば、ネットワークデバイスをリンクまたは接続する今日の製品の多くは、特定の制限された機能性またはサービスを可能にする特別な解決手段である。具体例は、装置またはコンピュータ上で動作し、リモートコントロールを可能にし、および／または広域ネットワーク（ＷＡＮ）、無線ＬＡＮ（ＷＬＡＮ）および／またはＰＡＮ（パーソナルエリアネットワーク）内でのデータまたはサービスをアクセス可能にするファイル共有およびリモートアクセスソフトウェアを含む。このような製品の例は、Ｓａｌｌｉｎｇ  Ｃｌｉｃｋｅｒ、Ｓｉｍｐｌｉｆｙ  Ｍｅｄｉａ、アップル社のｉＰｈｏｎｅ用ＡｉｒｔｕｎｅｓおよびｉＴｕｎｅｓ  Ｒｅｍｏｔｅなどを含む。別のカテゴリの関連製品は、人間の走行に関連させたパラメータを測定する無線歩数計「Ｎｉｋｅ＋  Ａｐｐｌｅ」、およびウェブに対する植木鉢内の土の湿度レベルを通信するセンサであるＢｏｔａｎｉｃａｌｌｓのような製品など、データを収集し送信する装置を含む。
【０００４】
しかしながら、現在のネットワーク接続されたオブジェクトの相互接続性のための解決手段には、複数のネットワーク接続されたオブジェクト、環境、メディア、および／またはそれらの間の相関関係に基づいたサービスをもつ全体的で統合された対話を提供するものはない。従って、物理的に存在するまたは存在しないかもしれない多くのオブジェクトの状況、関係、所有権、互換性、歴史、メタデータ、状態、および依存関係を理解する直観的な方法を提供する現在の解決手段はない。更に、すなわち、多数の装置および／またはサービスから構成されるデジタルネットワーク内の可能的な対話および同時相互接続のメンタルモデルのような、デジタルネットワークのユーザの脆弱な概念的理解を成功裡に支援する現在の解決手段はない。
【０００５】
従って、とりわけ、イベントを引き起こすリソースノードの関連づけ、データフロー、およびレスポンスの管理に対処することによって、上記の難問を克服するネットワーク接続されたリソースノードの管理および相互接続性に関連するシステム、方法、装置、およびソフトウェアを提供することは、望ましい。
【発明の概要】
【０００６】
以下の例示的な実施形態は、例えば、ネットワーク接続されたリソースノードそれ自体の間だけでなく、ユーザとネットワーク接続されたリソースノードとの間の対話を効率化するネットワーク接続されたリソースノード間で可能になるデータフローを定義するソーシャルマッピング原理および他の動作を用いることを含む、既存のリソース管理のソフトウェア、装置、システム、および方法に対する多くの有利な利点を提供する。しかしながら、特許請求の範囲が、これらの有利性または利点のいずれかまたはすべてを生み出す実施形態に限定されないし、その他の有利性および利点が、特別の具体化によって達成されてもよいことは、当業者によって認識されるだろう。
【０００７】
例示的な実施形態は、少なくとも１つのネットワークに接続された複数のリソースノードを管理するリソース管理ノードを対象にする。リソース管理ノードは、システム実体データベースと、対話フローデータベースと、対話実行エンジンとを含む。システム実体データベースは、リソースノードのための通信アドレスを識別する情報と、リソースノードの能力を識別する関連メタデータとを含む。対話フローデータベースは、リソースノードの識別されたものの間で許可されるデータフローを定義し、かつデータフローの識別されたものが実行されるときのための関連するトリガ基準を定義する情報を含む。対話実行エンジンは、対話フローデータベースによって定義されるトリガ基準のうちの１つが満足することを判定し、かつリソースノードの識別されたものの間の関連するデータフローを確立することにより応答するように構成される。
【０００８】
いくつかの更に実施形態において、推奨エンジンは、システム実体データベース内のメタデータを用いて、少なくとも２つのリソースノード間の推奨されたデータフローを生成する。推奨エンジンは、ユーザによる受理のための推奨されたデータフローを識別する、ユーザに対するメッセージを通信する。推奨エンジンは、推奨されたデータフローを確立するために対話実行エンジンによって用いられる少なくとも２つのリソースノードと関連するトリガ基準との間の推奨されたデータフローを識別する情報を対話フローデータベースに付加することにより、推奨されたデータフローの受理を示すユーザの応答の受信通知に対して応答する。メッセージは、友人申請になり得るし、推奨エンジンは、推奨されたデータフローを確立する対話実行エンジンによって用いられる少なくとも２つのリソースノードと関連するトリガ基準との友人関係を識別する対話フローデータベースに対して情報を付加することによって友人申請のユーザの受理を示すメッセージに対して応答することができる。
【０００９】
リソースノードとユーザとの関係だけでなく、例えば「友人」のようなソーシャルマッピング原理（すなわち、信用または所有権関係の概念およびアクセス制御）に類似するリソースノード間の関係を作ることによって、例示的な実施形態は、ユーザによって理解および管理するための直観的なリソースノードを通じてデータフローを作る。
【００１０】
別の例示的な実施形態は、少なくとも１つのネットワークに接続された複数のリソースノードを管理するためのリソース管理ノードによる方法を対象にする。リソースノードおよびリソースノードの関連メタデータを識別する機能のための通信アドレスを識別するシステム実体情報が組み立てられる。リソースノードの識別されたものの間で許可されるデータフローを定義する対話フロー情報とデータフローの識別されたものが実行されるときを定義する関連するトリガ基準とが組み立てられる。対話フローデータベースによって定義されたトリガ基準のうちの１つが満足すると判定される。関連するデータフローは、満足するトリガ基準に呼応してリソースノードの識別されたものの間で確立される。
【００１１】
本発明の実施形態による、他のリソース管理ノードおよび方法は、以下の図面および詳細な説明の検討によって、当業者にとって明らかである、または明らかになるだろう。このような付加的なノードおよび方法がすべてこの記述に含まれ、本発明の範囲内であり、添付の特許請求の範囲によって保護されることが意図される。更に、本明細書に開示した実施形態は、すべて、任意の方法を個別にまたは組み合わせて、および／または組合せで、実現することができることも意図される。
【００１２】
本明細書に援用され、本明細書の一部を構成する添付の図面は、１つ以上の実施形態を示し、記述とともに、これらの実施形態について説明する。
【図面の簡単な説明】
【００１３】
【図１】例示的な実施形態によるシステムによって管理される複数のネットワーク接続されたオブジェクトを示す。
【図２】別の例示的な実施形態によって管理される別の複数のネットワークオブジェクトを表す。
【図３】例示的な実施形態によって用いることができるユーザインタフェースの例を示す。
【図４】例示的な実施形態によって用いることができる階層化アーキテクチャの例を示す。
【図５】例示的な実施形態によるアーキテクチャ要素間の関係例を示す。
【図６】例示的な実施形態によるソーシャル原理を用いた、ネットワーク接続されたオブジェクトの実行管理のための更に詳細なアーキテクチャの概略図を示す。
【図７Ａ】他の例示的な実施形態に関連するユーザインタフェースを示す。
【図７Ｂ】他の例示的な実施形態に関連するユーザインタフェースを示す。
【図７Ｃ】他の例示的な実施形態に関連するユーザインタフェースを示す。
【図８】例示的な実施形態によるソーシャルマッピング原理を用いた、ネットワーク接続されたオブジェクトの管理を提供するための別のアーキテクチャを表す。
【図９】例示的な実施形態と連動して用いることができるモバイル機器例を示す。
【図１０】例示的な実施形態と連動して用いることができるサーバ装置例を示す。
【図１１】例示的な実施形態によるネットワーク接続されたオブジェクトを管理するための動作および方法を表すフローチャートである。
【図１２】例示的な実施形態によるネットワーク接続されたオブジェクトを管理するための他の動作および方法を表すフローチャートである。
【図１３】いくつかの実施形態による動作および方法を用いた、少なくとも１つのネットワークに接続された複数のリソースノードを管理するリソース管理ノードを含む別のアーキテクチャを表す。
【図１４】識別されたリソースノードがソーシャルウェブ内の友人として機能的にグループ化されることを示し、かつ例示的な実施形態によるリソースノード間でデータフローを確立することができることを示すためのユーザに対して表示することができる情報例を示す。
【図１５】例示的な実施形態によるリソースノード間のデータフローを確立するための方法および動作を表すフローチャートである。
【図１６】例示的な実施形態によるリソースノード間のデータフローを認証し確立するためにユーザに対して表示することができる情報例を示す。
【図１７】例示的な実施形態によるリソースノード間のデータフローを認証し確立するためにユーザに対して表示することができる情報例を示す。
【図１８】例示的な実施形態によるリソースノード間のデータフローを認証し確立するためにユーザに対して表示することができる情報例を示す。
【図１９】例示的な実施形態によるユーザによる受理のための推奨されたデータフローを生成するための方法および動作を表すフローチャートである。
【図２０】例示的な実施形態による任意の推奨されたデータフローから非互換性のリソースノードを除外するための方法および動作を表すフローチャートである。
【図２１】他のユーザに対するデータフローの人気度を追跡し、例示的な実施形態によるユーザに対する推奨されたデータフローの人気度の表れを通信する方法および動作を表すフローチャートである。
【図２２】例示的な実施形態による友人申請を用いて、リソースノードとデータフローとの間でリソースノードおよびデータフローを管理するためにユーザに対して表示することができる情報例を示す。
【図２３】例示的な実施形態による友人申請を用いて、リソースノードとデータフローとの間でリソースノードおよびデータフローを管理するためにユーザに対して表示することができる情報例を示す。
【図２４】例示的な実施形態による友人申請を用いて、リソースノードとデータフローとの間でリソースノードおよびデータフローを管理するためにユーザに対して表示することができる情報例を示す。
【図２５】例示的な実施形態によるソーシャルウェブ内の友人申請を用いて、リソースノードとデータフローとの間でリソースノードおよびデータフローを管理するための方法および動作を表すフローチャートである。
【図２６】例示的な実施形態による新しく接続されたリソースノードの発見に対して応答するリソースノード間のデータフローを管理するための方法および動作を表すフローチャートである。
【図２７】いくつかの実施形態により構成された図１３のシステムのリソース管理ノード、１つ以上のリソースノード、および／またはユーザ装置ノード内に含まれてもよい構成部品例のブロック図である。
【発明を実施するための形態】
【００１４】
例示的な実施形態の以下の詳細な説明は、添付の図面を参照する。異なる図面における同一の参照符号は、同一または同様の構成要素を同定する。また、以下の詳細な説明は、本発明を限定しない。その代わりに、本発明の範囲は、添付の特許請求の範囲によって定義される。
【００１５】
例示的な実施形態によれば、ネットワーク接続されたオブジェクトの管理および対話のためのシステム、方法、装置、およびソフトウェア（コンピュータプログラム）は、ソーシャルマッピング原理に基づく。このような例示的な実施形態は、例えば、電子装置、センサ、コンピュータ、サービス、およびユーザを含む複数のネットワーク接続されたオブジェクトの全体的な管理を提供する。更に、例示的な実施形態は、ネットワーク接続された各オブジェクトが各々のオブジェクトのシステム特性に関する情報を含む特有で識別可能なプロファイルによって表わされるプレゼンテーション層を提供する。ネットワーク接続されたオブジェクトとユーザとの関係だけでなく、例えば「友人」のようなソーシャルマッピング原理（すなわち、信用または所有権関係の概念およびアクセス制御）に類似するネットワーク接続されたオブジェクト間の関係を作ることによって、例示的な実施形態は、ユーザが直観的に理解するためのオブジェクト関係を作る。例示的な実施形態は、ユーザが同時の相互接続および互いの相関関係とともに潜在的に多くのネットワーク接続されたノードの全体的なメンタルモデルを形成することを可能にするために、ソーシャルネットワークとの認識し得る類似点を利用する。
【００１６】
例示的な実施形態によるオブジェクトのこのようなネットワークを容易にする詳細なシグナル伝達機構について論じる前に、ユーザがそれらを経験することができるにつれて、結果として生じるシステムに関する読者ための更に多くコンテキストを提供するために、いくつかの例により後続するシステムのハイレベルのアーキテクチャ図は、図１および図２に記載されるだろう。図１を皮切りとして、例示的な実施形態によるシステムアーキテクチャはハイレベルに示される。その点で、複数のネットワーク接続されたオブジェクト１０が、様々なネットワーク技術１４（例えば、インターネット、ＷＡＮなど）を介してシステム１２に接続される。ユーザ１６は、ユーザインタフェース１８を介してシステム１２によって提供されるサービスにアクセスすることができ、その具体化は、例えばモバイル機器、コンピュータ、ラップトップ、テレビ、または他の装置など、特定のユーザインタフェース１８が動作するコンテキストやエンドユーザ装置に応じて変化することになる。
【００１７】
ネットワーク接続されたオブジェクト１０を管理するシステム１２は、例えば、サーバベースのソフトウェアとして、少なくとも部分的に実現することができる。システム１２を用いる人間（すなわちユーザ１６）は、システム内の特有のユーザプロファイルによってシステム１２内の実体として表わされ、また、識別される。ネットワーク接続されたオブジェクト１０も、特有のプロファイルによってシステム１２内に表わされ、識別され得る。ネットワーク接続されたオブジェクト１０は、家電、デジタル化してタグ付けされたオブジェクト、コンピュータデバイス、モバイル、センサ、建物、車両または同等のカンパニー、ブランド、サービス、および物理的位置を含むが、但し限定はされない。ユーザ１６を表わすシステム１２内のプロファイルとネットワークオブジェクト１０との双方は、本明細書において共同でシステム実体プロファイル２０と呼ばれる。
【００１８】
複数のネットワーク接続されたオブジェクト１０およびユーザ１６に関連するデータは、システム１２によって受信される。システム１２は、ネットワーク接続されたオブジェクト１０およびユーザ１６の各々のためのシステム実体プロファイル２０を作成する。システム実体プロファイル２０は、ネットワーク接続されたオブジェクト１０またはユーザ１６のそれぞれに関連する氏名、技術仕様書、製造業者、機能、位置、歴史、および他のメタデータに関する情報を含んでもよいが、但し限定はされない。例示的な実施形態によれば、共通のプロファイルの下で複数のネットワーク接続されたオブジェクトを集約することも可能であり、すなわち、すべてのオブジェクトが、システムのうちの自分自身の個別に特有のＩＤまたはシステム実体プロファイル２０を必ず有するとは限らない。例えば、ユーザが家で２０個の位置センサを接続すれば、この位置センサのグループは、システムにおいて１つのホームロケーションセンサとして見なされてもよい。例えば、システム１２に対するゲートウェイにて、またはバックエンドシステムにおいて、この集約を実行することができる。
【００１９】
システム１２は、またソーシャル管理原理を適用することにより、例えば、上記の友人関係の類似物を用いることにより、ネットワーク接続されたオブジェクト１０の間の対話を連係する関係管理機能２２を含む。システム１２は、より詳細に以下に記載されるように、例えば、受信側システム実体のプロファイルデータおよびネットワークアクセス信用証明書に基づいて潜在的な関連システム実体に対してシステム実体のプロファイル２０を送信することにより、システム実体１０および１６の関係を確立するためにクエリを発行する。関係は、ユーザ１６またはシステム実体自体からの確認に基づいて関係管理機能２２によって確立される。すなわち、多重システム実体は、単一システム実体との関係を築くことができる。システム実体は、他のシステム実体との一時的および永久の関係を共有することができる。多くの分離された同時のネットワークサイトが存在し得る。また、例示的な実施形態による、情報および通信は、互いのそれらの関係によって定義されたシステム実体の特定のグループに対して制限することができる。異なるネットワークサイトに属するシステム実体間において一時的または永久的接続も存在し得る。
【００２０】
意味的機能２４は、例えば装置の製造業者が、適用可能なブランド依存の意味的な対話言語により装置を確立することが可能になる機能性を含む。例えば、ソニーのテレビは（例えば、ソニーのＰＳゲームまたはソニーブランドなどに関連する他のソニーの装置またはコンテンツ「のような」）「ソニーの言語」で通信することができるであろう。また、他の意味的な層も可能である。例えば、下記の図３のユーザインタフェース画面内のトースタまたは太陽電池パネル例を参照されたい。意味論もまた（例えば、ユーザインタフェースの複雑さに変換する装置を動作する際の一定レベルの成熟度を反映して）ユーザにより定義され得る。付加的な意味的な層は、また、例えば、専門用語または同等の俗語の種類を含むことができるであろう。意味的機能２４は、また、自然言語トランスレータ／インタプリタ／ジェネレータ（すなわちマシン信号または言語を人間に対してより有意義な言語に翻訳する機構）を提供することができる。
【００２１】
システム１２は、ソーシャルマッピング原理を用いて、関係を確立し、かつ様々なタスク要求の実行においてそれらの関係を訓練するために１セットのアプリケーションプログラムインタフェース（ＡＰＩ）２６および２８を通じてそのオブジェクト１０とユーザ１６とのインタフェースを確立してもよい。異なるユーザとの対話処理パラダイムを、クエリ／確認手続を管理するために用いることができる。例えば、ユーザ１６は、グラフィカルユーザインタフェース内のボタンを押すことによりシステム１２の関係管理機能２２によってユーザ１６に対して送信された関係クエリを確認することができるであろうし、または、物理的にオブジェクトを導く、近距離無線通信（ＮＦＣ）または同様の機構を用いることにより、１つの動作において２つのシステム実体の関係のクエリと確認との両方を行うことができるであろう。
【００２２】
例示的な実施形態によるソーシャルマッピング原理を用いて、オブジェクトおよびユーザをネットワーク接続する有用性をより適切に理解するために、テレビのリモートコントロールを含む以下の使用法のシナリオを考慮されたい。ユーザ１６およびテレビ（ネットワーク接続されたオブジェクト１０のうちの１つ）の双方が、システム１２において既に設定されており、従って、対応システム実体プロファイル２０によるシステム実体によって表わされることを想定すると、ユーザ１６は、例えば、特定のテレビ番組を録画することをシステム１２に要求するテレビのシステム実体（システム１２内で動作する）に対して、例えば、ユーザインタフェース１８およびアプリケーションプログラムインタフェース２６を介してタスク要求を送信することができる。例えば、要求されたサービスを行うことができる別のネットワーク接続されたオブジェクト１０と友人であるという所定の種類の関係を有する場合に、テレビが実際にはそれ自体の何も録画することができないとしても、テレビに関連するシステム１２内のシステム実体は、この指示を受理し確認するだろう。
【００２３】
例えば、テレビのシステム実体がビデオレコーダのシステム実体と友人関係を有すると仮定されたい。この場合、テレビのシステム実体は、ユーザ１６からの要求のための責任をとって、ビデオレコーダのシステム実体に対するコマンドを中継することができ、それは、例えば、フィジカルデバイスの表現、システム内のソフトウェア機能性、またはネットワークを介して提供されるサービスになり得るであろう。ネットワーク接続されたオブジェクトのビデオレコーダ１０は、ジョブ、すなわち、テレビのシステム１２内のシステム実体によってビデオレコーダ１０に対して本質的に「下請けされた」ジョブを実際に実行するだろう。そして、ユーザ１６は、要求された作業が実行され、その後、成功裡に完結する、テレビのシステム実体から（再び、アプリケーションプログラムインタフェース２６およびユーザインタフェース１８を介して）確認を受信することになる。
【００２４】
別の例として、ユーザが彼または彼女のホームメディアリポジトリのためのネットワーク接続ストレージデバイス（ＮＡＳ）を組み立てたネットワークを得る例示的な実施形態を考慮されたい。ＮＡＳがユーザの家庭内ＬＡＮに対して接続されるとき、ＮＡＳは、所定の手順（例えば、ＵＰｎＰ（ユニバーサル・プラグ・アンド・プレイ）、Ｂｏｎｊｏｕｒ、ＤＬＮＡ（デジタル・リビングルーム・ネットワーク・アライアンス）または同様の機構）を介して発見され、新規デバイスに関する通知が、システム１２に配送される。システム１２は、新規デバイスのためのシステム実体プロファイル２０を作成し、新規デバイスのシステム実体の接続を受理するために（または拒絶する）ために、ユーザのアプリケーションインタフェース１８に対して（例えば、彼または彼女の携帯電話で）要求を送信する。ユーザが、一旦、ＮＡＳが彼または彼女の「モノのソーシャルウェブ」内に存在するシステム実体のグループを連結することを許可されることを確認すると、既にこの友人関連グループの一部であり、この装置とのサービス関係を確立する機能を有する他の装置（メディアプレイヤなど）は、メディア供給源としてＮＡＳを用いることができる。
【００２５】
更に、別の例を図２に示す。その点で、システム１２は、ホームゲートウェイ（ＧＷ）３０として、少なくとも部分的に実現される。この例において、ネットワーク接続されたオブジェクト１０は、例えば、ＧＷ３０と電力ネットワークとの双方に接続される照明、３４、テレビ３６、ラジオ３８を含む様々な電力消費装置を含む。このコンテキストにおいて、パーソナルネットワーク（ＰＮ）は、特定のユーザ（または例えば家族などのユーザグループ）が関係を有する１セットのネットワーク接続されたオブジェクトを含むと考慮され得る。電力計４０は、ネットワーク上の消費電力に関する情報をＧＷ３０に提供し、ネットワーク接続されたオブジェクト１０をモニタリングおよび／または制御するために、１つ以上の電力センサ／アクチュエータ４２を用いることができる。
【００２６】
ＧＷ３０もまた、アプリケーションサーバ（ＡＳ）４６と通信することができる外部ネットワーク（例えばインターネット４４）に接続される。このＡＳ４６は、例えば、上記のシステム１２の他の機能がＧＷ３０において実行されない場合に、そのシステム１２の他の機能を実行することができる。あるいは、または更に、ＡＳ４６は、ネットワーク４７に関連する所有者／ユーザに対して有効な他の機能を実行することができる。様々な外部アプリケーションも、また、ＧＷ３０を介してシステムとのインタフェースを確立することができる。例えば、計測アプリケーションは、ユーザの家５１で装置に関連する集約されたエネルギー消費量をモニタリングし、表示するユーザの装置５０上で作動することができる。あるいは、または更に、ユーザ１６は、彼または彼女の携帯電話５２上で作動するアプリケーションを介して、装置３４、３６および３８を管理することができる。図２の例示的な実施形態を実現するために用いることができるゲートウェイ３０およびＡＳ４６の例に関連する更に詳細な記述が、図６に関して以下に記載される。
【００２７】
例えば、携帯電話または他のエンドユーザ端末装置上で動作することができ、ユーザ１６がシステム１２と相互に作用することを可能にすることができる、更に詳細な、しかし、単に例示的なユーザインタフェース１８を、図３に示す。その点で、現在明らかなユーザインタフェース１８のニュースフィード（Ｎｅｗｓ  Ｆｅｅｄ）タブ６０に関連するアイテムの複数の列を示し、それらの各々は、例えば、ネットワーク接続されたオブジェクト１０から提供される情報を提供する。現在明らかでない他の特徴（図３にタブとして示した）は、ネットワーク接続されたオブジェクト１０および要求（例えばユーザの「友人」になり、かつそのユーザ１６に関連するシステム実体を連結する装置による要求）に関する、システム１２からの通知に関連する情報をユーザ１６に提供することができる。この例の底部に沿って、ユーザインタフェース１８は、例えば、現在閲覧されているスクリーンにユーザを戻す「ホーム（Ｈｏｍｅ）」の要素と、ユーザ１６がシステム実体プロファイル２０にアクセスすることを可能にする「プロファイル（Ｐｒｏｆｉｌｅ）」の要素と、ユーザが各種メディアサーバから様々なネットワーク接続されたオブジェクト（例えば世帯内の装置の消費全動力またはユーザの集約されたメディアベース）から集約された情報と相互に作用する機構を提供する「集める（Ｇａｔｈｅｒ）」要素と、作動させたときに既にこのユーザとの友人関係を確立していたネットワーク接続されたオブジェクトをリストアップする「友人（Ｆｒｉｅｎｄｓ）」の要素と、作動させたときにユーザの携帯電話または端末装置、およびユーザとのそれらの関係の近所にあるネットワーク接続されたオブジェクトに関する情報を表示する「近所の（Ｎｅａｒｂｙ）」要素とを含むいくつかの選択可能なユーザインタフェース要素である。
【００２８】
前述のように、例示的な実施形態によるシステム１２は、よりユーザフレンドリーで、かつ管理されたネットワークオブジェクト１０に関連するユーザ１６にとって簡単になるようにソーシャルマッピング原理を用いてシステム１２が管理する、システム実体の異なる階層的レベルの関係を確立することができる。例えば、トップレベルの関係は「所有者」（人間がオブジェクトを所有するときのシステム内の関係を示す記述）になり得る。ネットワーク接続されたオブジェクト１０は、いくつかの所有者を有することができるであろう。いくつかのケースにおいて、１つのネットワーク接続されたオブジェクト１０またはユーザ１６（すなわち装置またはペルソナ）に関連するシステム実体は、システム実体がそのネットワーク接続されたオブジェクトの所有者でなくても、管理者権限を有する必要があってもよいし、別のネットワーク接続されたオブジェクト１０のアクセスまたは使用を制御してもよい。この場合、例示的な実施形態は、本明細書では「親友」と呼ばれる関係の明示をここに提供する。「親友」すなわち、より身近な人は、下のレベル（すなわち「友人」）よりも適切なアクセスおよび多くの特権を有する。ユーザまたは他のネットワーク接続されたオブジェクトとのこれらの好適な関係のいずれも有しておらず、本明細書において「見知らぬ人（ｓｔｒａｎｇｅｒｓ）」と呼ばれるネットワーク接続されたオブジェクトも、また、システム内に存在してもよい。更に、ネットワーク接続されたオブジェクトのための３つの異なるレベルの好適な関係を以上に記載したが、これらの例示的な実施形態のその異なる具体化が、ネットワーク接続されたオブジェクト管理のためのソーシャルマッピング原理を実現するために、より多数のまたはより少数のこのようなレベルを用いてもよいことは認識されるだろう。リレーショナルディスクリプタおよびそれらの関連する機能特性例の概要を、以下の表１に提供する。
【００２９】
【表１】
2015507230.tif 000003
【００３０】
システム１２の関係管理機能２２は、ネットワーク接続されたオブジェクト１０およびユーザ１６のこれらの異なるレベルの関係を確立し管理する。例えば、友人として指定されるネットワーク接続されたオブジェクト１０およびユーザ１６（またはネットワーク接続されたオブジェクト１０および他のネットワーク接続されたオブジェクト１０）は、相互に接続し、互いの情報、データ、機能性に対して相互にアクセスする。友人である装置は、互いに支援するシステム１２によって設置され、互いに要求されたタスクを実行し、それら装置の状態に関して互いに通知するが、しかし、例示的な実施形態によると、それら装置は互いに管理することができない。「友人」関係は、一時的な特質（例えば、レンタカー、ホテルの部屋、など）を有することができるし、または永続的であってもよい。上記のソーシャルマッピングパラダイムは、ユーザ（例えば「友人の友人」、周辺の「知人」）によって容易に識別される付加的なレベルを含むために、更に拡張することができる。他の装置またはユーザに関するこの後者の関係を有するネットワークデバイスは、いくつかの例示的な実施形態によれば、それらの他の装置またはユーザと直接関連しないが、例えばそれらが提供するそれらの機能性またはサービスの形式で存在することができるであろう。例示的な実施形態によるソーシャルマッピング原理を用いてネットワーク接続されたオブジェクトを管理するシステムおよび方法に用いられる際のこのような関係の値は、より詳細には以下で説明される。
【００３１】
システム１２に関連する任意のシステム実体は、それが所定の関係を有するネットワーク接続されたオブジェクト１０または友人関係のレベルによって提供される機能性（例えば、そのシステム実体の親友の友人によって管理されるネットワーク接続されたオブジェクト１０の機能性）を知ることができる。テレビおよびビデオレコーダ（例えばＶＣＲ）による以前に記載した例で、テレビがＶＣＲ）に対するタスクを中継するシナリオにおいて、ある理由のためにＶＣＲは、利用不可能であったか、または要求されたタスク（例えば、テレビ番組を録画する）の実行ができなかった、という例を考慮されたい。この場合、テレビ（より正確にはテレビに対応するシステム１２内のシステム実体）は、要求されたタスク（例えば、直接の友人関係があってもなくてもよい、必要とされる機能を有する他のネットワーク接続されたノード）の実行のための他のオプションに気づいていてもよい。それらの他のオプションがテレビに対して直接有効でない場合、このような機能性が特定の支持を求めるために他のものの友人関係を利用するテレビに対して有効にすることができるであろう。例えば、テレビの所有者／親友（例えばユーザ／人間１６またはネットワーク接続されたオブジェクト１０）が、必要とされる機能性を提供することができるシステム実体に接続される友人を有していれば、システム１２は、それを要求するそのシステム実体に対して、例えば、予約要求された番組が録画され格納されるなどのメッセージを送信することができる。
【００３２】
後者の例のシナリオを更に発展させるために、彼または彼女のネットワークのうちの必要とされる機能性を、その所有者（親友および／または）の友人（すなわち別の世帯内の人間）が有することを、システム１２内のテレビ（ネットワーク接続されたオブジェクト１０）および／またはその対応システム実体が気づいているものと仮定する。その後、必要とされる支持（例えば、特定のテレビ番組を録画し格納する）を求める所有者の友人と連絡をとることを許可するか否かをその所有者に尋ねるためにテレビを設置することができるかもしれない。残りのまたは最大の記憶スペースおよび時間のような所定の基準に恐らく基づいても、テレビの所有者の友人がこれに対して同意する場合、要求された機能性を実行することができる装置は、この機能性をテレビに対して有効にすることができるであろう。更に、ネットワークＡ内のテレビがネットワークＢ内の録画装置の友人でなくても（例えば、これらの２つのネットワーク接続されたオブジェクトは、更にネットワークを通じて互いに「認識」されしなくてもよいが、但しその代わりに要求／提供された支持に関連する信号を送信／要求するのみであるである）、場合によってはその記録装置をもつ十分に高度な友人関係を有するシステム実体からの認証に際して、ネットワークＢ内の記録装置に対するテレビ番組の録画のタスクを更に中継することができてもよい。
【００３３】
管理されたネットワーク接続されたオブジェクトに対して適用されたソーシャルマッピング原理を用いるこれらの様々なシナリオを成し遂げるために必要とされる根本的なシグナリング、ロジック、および下位レベルアーキテクチャを提供するために、ここで図４〜図６に関して以下に記載されるように、パーソナルネットワーキング（ＰＮ）アーキテクチャを用いることができる。しかしながら、図１〜図３によって以上に記載されたより高いレベルの機能性を成し遂げるために、その代わりに、以下に記載のものよりも下位レベルの他の種類のアーキテクチャを用いることができるであろうことは、当業者によって認識されることになる。これらの例示的な実施形態による、図４に概して示すＰＮアーキテクチャは、そこからサーバ側のイネイブラ（パーソナルネットワークアプリケーションサーバ、ＰＮＡＳ）に、任意でサードパーティのサービスおよびコンテンツ提供者に、ゲートウェイデバイス（ＰＮＥクラスタゲートウェイ）を通じて、ローカルネットワークに属する民生用装置（時として、パーソナルネットワーク実体、ＰＮＥ、または上記のようなネットワーク接続されたオブジェクト１０と呼ばれる）を接続する。しかしながら、物理的でスタンドアロンのノード、または代替え的にネットワーク接続されたオブジェクト自体の１つ以上の上で、物理的に実現される論理機能としてＰＮＥクラスタゲートウェイを実現することができることに留意されたい。後者のケースにおいて、ネットワーク接続されたオブジェクトは、ＧＷ装置を介してそれ自身で通信する必要がなくてもよい。
【００３４】
その点で、サービスがこの例示的な実施形態によるＰＮシステムの制御下にない場合、クラスタ層８０は最低位層である。ＰＮＥクラスタ（例えばクラスタ８２）は、ゲートウェイが装置と局所的に通信する１セットの装置およびＰＮＥクラスタゲートウェイ（例えば、図２に示すような）を含む。ＰＮＥクラスタ８２は、また、装置およびＰＮＥクラスタゲートウェイ（例えば図２のゲートウェイ３０）によってホスティングされるサービスを含む。各ＰＮＥクラスタ８２は、ゲートウェイ上で通信するためにこの例示的な実施形態によって想定され、従って、このゲートウェイを介して識別可能であり、アドレス指定可能である。ＰＮＥクラスタゲートウェイは、広域ネットワーク上のＰＮＡＳ、および地域アクセス網上のＰＮクラスタ８２内の装置と通信する。ＰＮＥ装置またはネットワーク接続されたオブジェクト１０は、２つ以上のＰＮＥクラスタ８２の一部であってもよい。例えば、サービスを含むＤＬＮＡサービスがサードパーティによって提供される装置およびサービスによって局所的に提供されたとき、このクラスタ層８０内のサービスは、パーソナライズされていない方法において提供されてもよい。この層内のサービスは、ＰＮＥクラスタゲートウェイから直接アクセス可能である。
【００３５】
図４に示す層の階層に上がると、ＰＮ層８４は、ＰＮシステムの制御されるサービスを管理する。この例示的な実施形態によれば、ＰＮシステムは、主としてＰＮ内の装置およびサービス管理、ユーザの管理およびＰＮへの関連づけ、サービスリクエスタの認証および承認、コンテキスト情報露出のフィルタリング、およびＰＮ内のイベント上のウォッチャの管理の役割を担う。パーソナルネットワーク（ＰＮ）８６は、１つまたは複数のＰＮＥクラスタ８２から構成されるオーバーレイネットワークとして定義することができる。ＰＮ８６は、この例示的な実施形態におけるＰＮ所有者と呼ばれる単一のＰＮユーザに割り当てられる。所有者は、例えば、友人関係を用いる上記のように、サービスが存在するクラスタとは無関係に、ＰＮ８６によってＰＮ内部のサービスを消費することができる。ＰＮ所有者は、サードパーティによって、またはＰＮ内の装置による他のＰＮによって提供されるサービスを消費してもよい。ＰＮ８６は、また、例えば図１〜図３に関して上記に記載されたソーシャルマッピング規則を用いることによって、例えば装置からのアクセス制限、プライバシ保護およびサービス抽象化を管理する、制御された方法において、サードパーティのサービス提供者および消費者に対して所有者がＰＮ内部の装置およびサービスを露呈することができる。このＰＮ層８４内のサービスは、例えばサービスのパーソナル化のためにＰＮ内部に集約されたコンテキスト情報にアクセスしてもよい。ＰＮアーキテクチャは、各装置、サービス、ＰＮＥクラスタ、およびＰＮが識別可能で、アドレス指定可能であるものと仮定する。
【００３６】
異なるＰＮからのサービスは、ＰＮ統合８８と呼ばれるオーバレイサービスネットワークを形成してもよい。ＰＮ統合８８は、複数のＰＮ８６の中の装置およびサービスの共有を容易にする。その一方で、プライバシおよびセキュリティは、ＰＮ統合８８全体にわたって維持され得る。従って、ＰＮ統合層８９は、単一の統合ポリシーの下で、ＰＮサービスおよびサービスリクエスタをグループ化するための機構を提供する。ＰＮ統合８８内に参加する各ＰＮ８６は、ＰＮ内のどの装置およびサービスがＰＮ統合において他のＰＮに対して有効になるのかを制御するそれ自身のポリシーを有することができる。言いかえれば、ＰＮ統合において有効な装置およびサービスのセットは、加わるＰＮ内のすべての装置およびサービスのセットに対して必ずしも等しいとは限らない。
【００３７】
図５は、図４の例示的な実施形態に関して以上に記載された異なる実体の関係例を示しており、例えば、その実体は、１：１の関係または１：多数（Ｎ）の関係のいずれかの他の実体に関する。その点で、１つのＰＮ９０は、複数のＰＮＥクラスタ９２およびＰＮレベルサービス９４を含むことができる。１つのＰＮＥクラスタ９２は、複数の装置９６およびクラスタレベルサービス９８を含むことができる。装置は、複数の装置レベルサービス１００を含むことができる。このコンテキストにおいて用いられるように、Ｎが０に等しい数になり得る、または０を超える数になり得ることは、認識されるだろう。ＰＮ９０は、順々にＮ個のＰＮ９０を含むことができるＮ個のＰＮ統合１０２に属することができる。以上に述べたように、ＰＮ所有者１０４は、典型的には、彼または彼女の自分のＰＮ９０との１対１の関係を有する。表２において以下で示すように、図５に典型的に示したサービス９４、９８および１００を分類することができる。
【００３８】
【表２】
2015507230.tif 000004
【００３９】
図４および図５に関して以上に記載された様々な実体の身元に関して、装置９６（すなわち、ネットワーク接続されたオブジェクト１０）の身元は、例えば装置製造業者（例えばＭＡＣアドレス）によって提供され得る。しかしながら、例えば、ユーザ構成によってシステムの中に入力された、例えばホームＤＮＳサービスによるＩＰレベル、または明示的な名前を用いる他の方法において装置の身元を提供することができるであろう。装置レベルサービス１００は、それぞれの装置９６の内部で識別可能であり、それは、装置９６の身元と装置レベルサービス１００の身元との組合せを用いることにより、クラスタレベルサービスが装置レベルサービス１００を識別することができることを意味する。クラスタレベルサービス９８の身元は、クラスタ内のサービスを一意的に識別する。ＰＮＥクラスタ９２の身元と連動して、ＰＮレベルサービス９４は、クラスタレベルサービス９８を識別することができる。
ＰＮレベルサービス９４の身元は、ＰＮ９０の内部のサービスを一意的に識別する。ＰＮ９０の身元と連動して、サービスリクエスタは、ＰＮとサービスリクエスタとの間にＳＬＡ（サービス・レベル・アグリーメント）があれば、ＰＮレベルサービス９４を識別することができる。
【００４０】
図６は、ゲートウェイ３０、関連するＰＮ−ＡＳ４６、およびソーシャルマッピング原理を用いてネットワーク接続されたオブジェクトの管理を共同で提供するために用いることができる例示的な実施形態によるサービスリクエスタとの対話の更に詳細なアーキテクチャ図を提供する。以下の表３は、図６に示した各論理インタフェースの概要を提供する。
【００４１】
【表３】
2015507230.tif 000005
【００４２】
図６にてわかるように、コンテキスト管理は、サービス要求に呼応して配信されたメディアの知的適応を順々に作成することができるように、装置能力、友人関係およびユーザ状況を判定するために提供される。これらの適応は、変形（例えばモバイルに対する低解像度サムネイル；ＨＤＴＶに対する高解像度のワイドスクリーン、携帯電話およびテレビを同時に有するユーザに対する高解像度の対話）の選択からコンテンツ適応（すなわちパーソナル化）を含む各種のトランスコーディングに及ぶことができる。例示的な実施形態によるＰＮ９０は、装置に関する情報およびＰＮ内のサービスが格納されるコンテキスト情報に関連する。コンテキスト管理は、例示的な実施形態によるＰＮ９０内の各々のクラスタからコンテキスト情報を集約し、コンテキスト消費者に対してそれを露呈する機能である。サービス提供者、コンテンツ提供者およびエンドユーザは、コンテキスト消費者である。コンテキスト管理機能は、コンテキスト情報に対するアクセスが信頼できることを証明し、認証し、エンドユーザおよびオペレータが、露呈される情報を制御することができるように露呈される情報をフィルタリングする。
【００４３】
より具体的には、コンテキストマネージャ１１０は、ＰＮ−ＡＳ４６（およびゲートウェイ３０内のカウンターパート・コンテキスト・ユーザエージェント１１２）内に提供される。例示的な実施形態によれば、コンテキスト情報を処理する２つのアプローチがある。１つは、各々の装置規格によって提供される独自フォーマット内に情報を格納し、あらゆるコンテキスト消費者もこのフォーマットを理解することを要求することである。もう１つは、一体になったモデルを用いて、コンテキスト情報を格納することである。前者が可能な限り既存の規格の利用を可能にする一方で、後者は、コンテキストマネージャ１１０がＤＬＮＡ装置１２４、センサ／アクチュエータ装置１２６、ＣＡＮ装置１２８などの異なるタイプの装置から基本情報に基づいて包括的なコンテキスト情報を生成することができるという長所を有する。いずれの具体化においても、コンテキスト管理は、データベース支援のシステムとの対話を含む。従って、１つの例示的な実施形態によれば、コンテキスト管理システム１１０および１１２は、以下のデータベースを含む。
１．装置能力データベース（例えば、ＰＳ３がどのタイプのメディアをハンドリングすることができるか、または、どのメディア形式およびストリーミングプロトコルがｉＰｈｏｎｅ３．０によってサポートされるか、を定義する）。主としてこの情報を自動的に導き出すのは難しいので、典型的にはこのデータベースを手動的に投入する必要がある。典型的には一度だけデータベースを作成する必要があり、典型的には（例えば、ＵＡＰｒｏｆと同一の方法で、装置によって参照された）製造業者によって作成することができる。
２．サービスが意味深く消費されることを要求するものを記載するサービス必要能力データベース。このデータベースも、サービス提供者（またはオペレータのようなサービス提供者のためのプロキシ）によって、典型的には一度だけ作成される。
３．特にユーザ状況においてどの装置およびユーザ提供サービスが有効なのか、およびそれらのサービスが装置タイプおよび状況パラメータのどれと一致するかを示すデータベースまたはリスト。「パーソナルネットワーク」としても知られている（このデータ構造は、典型的には、例えば少なくともＤＬＮＡのケースにおける発見プロセスを介して、自動的に投入することができる）。このデータ構造は、（例えば、装置が「対になったか」、または「発見された」ときに）ごく稀に更新され、ゲートウェイ３０によって作ることができる。
４．状況の他のパラメータが何であるのか、例えば位置などの半永続性のセンサの読み取り値を示すデータベースまたはリスト。このデータ構造は、例えば１日に数回更新することができ、ゲートウェイ３０、またはオペレータによって作ることができ、データベース表現（例えば位置の場合には）に対して添付することができる。
５．特別の装置またはパーソナルネットワークの現在の状態を示す（例えば、ＰＮが全体を通じて同一の制約を有しており、ＰＮＥクラスタＧＷによって表わすことができる場合に）データベース、リストまたは他のデータ構造。周囲温度、光レベル、物理的な配向などなど、現在の帯域幅および他の状況パラメータは、例えばゲートウェイ３０によって、比較的しばしば更新されるこのデータ構造に格納することができる。
【００４４】
このデータによって、例示的な実施形態によるゲートウェイ３０および／またはＰＮ−ＡＳ４６は、関係レベルの所定の階層実装における少なくとも所定の関係レベルを有するネットワーク接続されたオブジェクトを含む「友人」の装置または更に概してタスク要求を含むサービス要求シナリオ例内に、上記のようなサービス提供を知的に適応させるように構成することができる。この情報のすべてが、すべてのアプリケーションまたはサービス要求にとって必要だとは限らないことに留意されたい。従って、情報を必要とするサービスのアプリケーションは、この情報を含むデータベース（例えば同一のオペレータデータベース内などの同一の位置に存在してもよいし、または存在しなくてもよい）に問い合わせることができる。その代わりに、問い合わされる情報に提供されるプロキシがあり得る。後者のアプローチは、いくつかの長所、例えば現存システム（例えばＸＤＭＳ）に非常に容易に統合する能力を有し、ユーザは、誰に配送されるものなのかのポリシーを判定することができる。クエリは、例えばＳＰＡＲＱＬまたはＸＱＵＥＲＹのクエリ、ＵＲＬ（ＲＥＳＴまたはＳＯＡＰ的に）に対して発行されたウェブサービスドキュメント、ＩＳＣ要求など、それ自身様々な形式をとることができる。
【００４５】
ソーシャルマッピング原理を使用するネットワーク接続されたオブジェクト管理を支援するコンテキスト管理に加えて、サービス管理を支援する各種機能も図６に示す。その点で、ＰＮアーキテクチャ例によって、ＰＮ所有者は、ＰＮ所有者以外のサービス提供者、コンテンツ提供者、およびエンドユーザなどのサービスリクエスタによってアクセス可能なように、彼または彼女のＰＮからのサービスを露呈することができる。露呈したサービスは、デバイスインディペンデントの方法で記載されてもよく、ＰＮ所有者が、どの装置によってサービスを受けたいのかを決定することを可能にする。不適当な装置またはアプリケーションがサービスの消費者としてＰＮ所有者に対して提案されていないように、露呈したサービスは、サービス消費者のある一定の能力を必要としてもよい。例えば、ＰＮによって露呈されたメディア提供サービスが、ビデオまたはオーディオクリップを与えるためのリクエストを呼び出すとき、ＰＮ所有者は、近くに配置され、ユーザがどの装置を用いるべきであるか決めることを可能にし、所定のメディアを消費することができる候補装置のリストとともに通知を受信する。
【００４６】
従って、図６の例示的な実施形態のＰＮアーキテクチャ内のサービス管理機能は、きめ細かいサービスの配信とユーザのプライバシ保護との間のバランスを維持し、サービスリクエスタおよびユーザとの間を仲介する。この例において、サービス管理機能は、サービスレジストリ１１４と、サービスブローカ１１６と、サービス仲介者１１８と、ローカルサービスマネージャ１２０とを含む。サービスレジストリ１１４は、要求されたサービスを見つける他のＰＮイネイブラまたはサービスリクエスタ１２２にとって単一の接点である。サービスブローカ１１６およびローカルサービスマネージャ１２０は、サービスリクエスタ１２２によってアクセスされるサービスをホスティングする。サービス仲介者１１８は、サービスレジストリ１１４内のサービスの要件を装置能力およびＰＮの他のコンテキスト情報と比較し、一致したサービスおよび装置のペアは、ＰＮのコンテキスト情報内に格納される。サービスは、サービスレジストリ１１６内の他のサービスを調べて、それらを実行し、結果を集約する、複合サービスであってもよい。複合サービスの構成サービスは、サービス提供者によって提供されたサービス、またはＰＮによって提供されたサービスであってもよい。
【００４７】
各ＰＮＥクラスタ９２は、状態、サービス情報、およびイベント発生などの情報をクラスタ内の装置１０から収集し、この情報をコンテキスト管理機能に対して送付する（いくつかの例示的な実施形態によれば、１つのみの）ＰＮＥクラスタゲートウェイ３０を有する。サービス管理機能は、クラスタまたはＰＮＥクラスタゲートウェイ自体における装置によって提供されたサービスのためのリクエストを受信し、リクエストを発送し、サービスリクエスタ１２２に戻される結果を収集する。
【００４８】
図４〜図６に関して以上に記載されたアーキテクチャを用いると、ソーシャルマッピング原理を用いるネットワーク接続されたオブジェクトの上記の管理を、実行することができる。このような対話機能の別の例は、ここでは図７（ａ）〜図７（ｃ）に示すユーザインタフェース１８に関連するユーザインタフェース画面に関して記載されるだろう。図７（ａ）内のユーザインタフェース画面２００から始めると、ボブとアリスとが共通の友人であるので、ＰＮ９０のユーザ１６（アリス）は、（友人タブ２０２を作動させることにより表示される）彼女の友人リスト内の別のユーザ１６（ボブ）を認識することができる。ボブのアイコン２０４をクリックすることによって、アリスは、図７（ｂ）に示すようなボブのネットワーク接続されたオブジェクト情報を更にチェックすることができる。その点で、彼の友人が見られるように「オープン」セッティングを有するようにボブによって指定され、ボブによって所有された装置およびサービスを認識することができるので、ボブのＮＡＳに関連するエントリ２０６がウォール２０８に出現し、従って、アリスは、ボブのウォール２０８上のＮＡＳを認識することができる。ボブのＮＡＳに関連するアイコン２１０をクリックする（さもなければ選択する）ことによって、アリスは、ＳＷｏＴ  ＵＩによって図７（ｃ）に見てとれるようなボブのＮＡＳと友人であるように促される。アリスはホームページ下の通知タブに導かれ、彼女が「『ボブのＮＡＳ』に対して友人申請を送信したいですか？」と言う通知２１２を受信すると判断する。この例によれば、例えば、興味深いメディアコンテンツを検索するボブのＮＡＳに彼女がアクセスすることを可能にするために、アリスが装置にアクセスすることができることに興味を持っているので彼女が「はい」を選択するものと仮定されたい。このメッセージは、その後、上記のようなアリスとボブのＮＡＳ装置間の友人関係を確立するために、関係管理機能２２に対して中継されることになる。その代わりに、ボブのＮＡＳとともに友人関係を確立する暗黙のリクエストとして、ボブのＮＡＳにアクセスするアリスによる明示的なリクエストを扱うことができるであろう。その後、ボブによって、それを受理または拒絶することができるであろう。
【００４９】
図８は、装置、センサおよびアクチュエータのいくつかの例、このようなマネジメントシステムおよび方法に関連してもよいサービスおよび人々を含む、例示的な実施形態によるソーシャルマッピング原理を用いた、管理するネットワーク接続されたオブジェクトに関連するアーキテクチャの別の高レベルの図を表す。前述の記述から、装置およびサーバがこのようなシステムを実現することに関係することは認識されるだろう。例として、限定ではなく、（モバイル）装置７００およびサーバ６００の例が、ここで図９および図１０に関してそれぞれ記載されることになる。
【００５０】
図９から始めると、ユーザインタフェース１８を実行するネットワーク接続されたオブジェクトまたは端末装置の例は、マイクロプロセッサ、縮小命令セット型コンピュータ（ＲＩＳＣ）または他の中央処理モジュールなどの処理／制御装置７０２を含んでもよいモバイルコンピューティング配置７００の例のようなモバイル機器になり得る。処理装置７０２は、単一の装置である必要がなく、また、１つ以上のプロセッサを含んでもよい。例えば、処理装置７０２は、マスタプロセッサと、マスタプロセッサと通信するために結合された関連するスレーブ処理装置とを含んでもよい。処理装置７０２は、ストレージ／メモリ７０４において有効なプログラムによって指示されるようなネットワーク接続されたオブジェクトまたはモバイル端末の基本機能を制御してもよい。従って、処理装置７０２は、上記に記載された機能、例えば、友人装置と互いに通信することを可能にする機能を実行してもよい。特に、ストレージ／メモリ７０４は、モバイル端末上の機能およびアプリケーションを実行するためのオペレーティングシステムおよびプログラムモジュールを含んでもよい。例えば、プログラム記憶装置は、読み取り専用メモリ（ＲＯＭ）、フラッシュＲＯＭ、プログラム可能なおよび／または消去可能なＲＯＭ、ランダムアクセスメモリ（ＲＡＭ）、加入者インタフェースモジュール（ＳＩＭ）、無線インタフェースモジュール（ＷＩＭ）、スマートカード、または他のリムーバブルメモリ装置などの１つ以上を含んでもよい。プログラムモジュールおよび関連する特徴も、また、インターネットなどのネットワークを介して電子的にダウンロードされるようなデータ信号を介して、モバイルコンピューティング配置７００に送信されてもよい。
【００５１】
ストレージ／メモリ７０４内に格納されてもよいプログラムのうちの１つは、特定プログラム７０６である。以前に記載したように、特定プログラム７０６は、システム１２と相互に作用する（例えば、友人申請を受信し認証する、タスク要求を送信し、タスク結果を受信する、または友人、親友もしくは、所有者関係を有するユーザとのネットワーク接続されたオブジェクト１０に関する情報を表示する）クライアントアプリケーションであってもよい。プログラム７０６および関連する特徴は、プロセッサ７０２経由で操作可能なソフトウェアおよび／またはファームウェアにより実現されてもよい。プログラムストレージ／メモリ７０４を、また、様々な認証規則、または本例示的な実施形態に関連する他のデータなどのデータ７０８を格納するために用いていてもよい。ひとつの実施形態の例において、モバイル端末７００の電源切断の際に情報が失われないように、プログラム７０６およびデータ７０８は、不揮発性の電気的に消去可能なプログラマブルＲＯＭ（ＥＥＰＲＯＭ）やフラッシュＲＯＭなどに格納される。
【００５２】
プロセッサ７０２は、また、モバイル端末に関連するユーザインタフェース７１０要素に結合されてもよい。モバイル端末のユーザインタフェース７１０は、例えば、液晶ディスプレイなどのディスプレイ７１２と、キーパッド７１４と、スピーカ７１６と、マイクロホン７１８とを含んでもよい。当該技術分野において公知のように、これらおよび他のユーザインタフェース構成部品は、プロセッサ７０２に結合される。キーパッド７１４は、番号をダイヤルすること、および１つ以上のキーに割り当てられた動作を実行することを含む様々な機能を実行するためのアルファベット数字のキーを含んでもよい。あるいは、他のユーザインタフェース機構は、音声コマンド、スイッチ、タッチパッド／スクリーン、ポインティングデバイスを用いるグラフィカルユーザインタフェース、トラックボール、ジョイスティック、または他のユーザインタフェース機構などを用いてもよい。
【００５３】
モバイルコンピューティング配置７００は、また、デジタル信号プロセッサ（ＤＳＰ）７２０を含んでもよい。ＤＳＰ７２０は、アナログデジタル（Ａ／Ｄ）変換、デジタルアナログ（Ｄ／Ａ）変換、スピーチコーディング／デコーディング、暗号化／復号化、誤り検出修正、ビットストリーム変換、フィルタリングなどを含む様々な機能を実行してもよい。アンテナ７２４に概して結合されたトランシーバ７２２は、ワイヤレス装置に関連する無線信号を送信し、受信してもよい。
【００５４】
図９のモバイルコンピューティング配置７００は、例示的な本実施形態の原理が適用されてもよいコンピュータ環境の代表的な例として提供される。本明細書に提供された記載から、当業者は、本発明が様々な他の現在公知のおよび将来のモバイルで定めたコンピュータ環境において等しく適用可能であることを認識するだろう。例えば、特定のアプリケーション７０６、関連する特徴、およびデータ７０８は、様々な方式で保存され、様々な処理装置上で操作可能であってもよいし、追加的な、少数の、または異なる支持回路およびユーザインタフェース機構を有するモバイル機器において動作可能であってもよい。例示的な本実施形態の原理が、非モバイル端末、すなわち地上通信コンピューティングシステムである装置に対しても等しく適用可能であることが注目される。
【００５５】
例示的な実施形態のサーバまたはゲートウェイによって動作を実行することができる代表的な計算機システムの一例を、図１０に示す。ハードウェア、ファームウェア、ソフトウェア、またはその組合せを、本明細書に記載した様々なステップおよび動作を実行するために用いてもよい。図１０のコンピューティング構造６００は、このようなシステムに関連して用いられてもよいコンピューティング構造例である。
【００５６】
例示的な実施形態内に記載されていた動作内容を実行するのに適したコンピュータ装置６００の例は、本明細書に記載したサーバまたはゲートウェイ（例えばＰＮ−ＡＳ４６またはゲートウェイ３０）のうちのいずれかに対応してもよいサーバ６０１を含んでもよい。このようなサーバ６０１は、ランダムアクセスメモリ（ＲＡＭ）６０４および読み取り専用メモリ（ＲＯＭ）６０６に結合された中央処理装置（ＣＰＵ）６０２を含んでもよい。ＲＯＭ６０６は、また、プログラマブルＲＯＭ（ＰＲＯＭ）や消去可能なＰＲＯＭなど（ＥＰＲＯＭ）などのプログラムを格納する他のタイプの記憶媒体であってもよい。プロセッサ６０２は、制御信号およびその他同種のものを提供するために、入出力（Ｉ／Ｏ）回路６０８およびバス６１０を通じて他の内部および外部構成部品と通信してもよい。プロセッサ６０２は、ソフトウェアおよび／またはファームウェアの命令によって指示されるように、当該技術分野において公知のように、様々な機能を実行する。例えば、コンピュータ装置６００がＰＮクラスタゲートウェイ３０として動作しているとき、Ｉ／Ｏ回路６０８およびバス６１０は、少なくとも２つのネットワーク接続（すなわち、ＰＮクラスタネットワークのために１つ、および広域ネットワークのために１つ）を提供することができる。
【００５７】
サーバ６０１は、また、ハードディスクドライブまたはフロッピーディスクドライブ６１２と、ＣＤ−ＲＯＭドライブ６１４と、ＤＶＤなどの情報を読み取るおよび／または保存することが可能な他のハードウェアとを含む１つ以上のデータストレージ装置を含んでもよい。１つの実施形態において、上記で論じたステップを実行するためのソフトウェアは、例えばネットワーク接続されたオブジェクトの友人関係を確立するために、ＣＤ−ＲＯＭ６１６、ディスケット６１８、または情報を軽便に保存することが可能な他の形式のメディア上に格納されて分配されてもよい。これらの記憶媒体は、ＣＤ−ＲＯＭドライブ６１４やディスクドライブ６１２などの装置に挿入され、読み取られてもよい。サーバ６０１は、ディスプレイ６２０に結合されてもよい。ディスプレイ６２０は、ＬＣＤ表示装置、プラズマディスプレイ表示装置、ブラウン管（ＣＲＴ）などのあらゆるタイプの公知のディスプレイまたは提示画面であってもよい。ユーザ入力インタフェース６２２は、マウス、キーボード、マイクロホン、タッチパッド、タッチスクリーン、音声認識システムなどの１つ以上のユーザインタフェース機構を含んで提供される。
【００５８】
サーバ６０１は、ネットワークを介して、地上通信および／または無線端末、および関連するウォッチャアプリケーションなどの他のコンピュータ装置に結合されてもよい。サーバは、上記の実体に対する究極の接続を可能にするインターネット６２８などのグローバルエリアネットワーク（ＧＡＮ）のような大規模のネットワーク構成の一部であってもよい。
【００５９】
例示的な本実施形態の特徴および要素が特に組合せの実施形態において記載されるが、各特徴または要素は、実施形態の他の特徴および要素を伴わないで単独で用いることができるし、または他の特徴および要素とともに、もしくは他の特徴および要素を伴わないで、本明細書に開示した様々な組合せに用いることができる。本出願において提供される方法またはフローチャートは、汎用コンピュータまたはプロセッサによって実行するためのコンピュータ読み取り可能な記憶媒体で明確に具体化されたコンピュータプログラム、ソフトウェア、またはファームウェアにより実現されられてもよい。例えば、図１１は、例示的な実施形態によるネットワーク接続されたオブジェクトを管理する方法を示すフローチャートを表す。その点で、ステップ１１００において、友人関係は、複数のネットワーク接続されたオブジェクトの間で確立され、複数のネットワーク接続されたオブジェクトの各々は、ユーザと関連する。ネットワーク管理システムは、ステップ１１０２においてタスク要求を受信する。これを受けて、ネットワーク管理システムは、要求されたタスクを実行する能力を有しており、かつ確立したユーザとの友人関係を有するネットワーク接続されたオブジェクトの複数のうちの１つに対して、要求されたタスクを割り当てる。
【００６０】
別の例示的な実施形態によれば、図１２のフローチャートに示すように、ソーシャルマッピング原理を用いて、オブジェクトをネットワーク接続するための全般的なシステムおよび方法を動作することができる。その点で、ステップ１２００において、ユーザは、サービスに参加してインストールし、ユーザの身元を反映するプロファイルを作成する。ユーザプロファイルのためのデータは、Ｆａｃｅｂｏｏｋ、ＭｙＳｐａｃｅ、およびＬｉｎｋｅｄｌｎなどの公知のウェブベースのソーシャルネットワーク・サービスの既存のユーザプロファイルから、またはオペレータとの加入に関係するユーザのデータから取り込むまたは集約することができるであろう。同一の世帯で暮らしているユーザ、またはユーザが共有すると決定された他の属性の間で、グループのユーザを作ることができるであろう。ユーザがそのようにしたければ、ユーザプロファイルが、見られるようになり、グループの他のユーザのプロファイルとリンクされることができる。
【００６１】
ステップ１２０２において、システムは、現在相互にネットワーク接続されたオブジェクトからデータを収集し、各々の装置のための特有の実体プロファイルが（例えば、装置の種類、その機能性、ブランド特性、位置などに基づいて）作成される。ユーザは、例えば、クライアントアプリケーションのユーザインタフェースを通じた接続を作成することにより、またはＮＦＣ／ＲＦＩＤを使用可能な装置を物理的に纏めることにより、ネットワーク接続されたオブジェクトのシステム実体に対して、例えば自分のシステム実体を接続する。オブジェクトのシステム実体は、ステップ１２０４において（装置の種類、その機能性、ブランド、位置などに基づいて）自動的に、または、ユーザによって管理された（そうすることを認証され、装置に対して彼または彼女のユーザプロファイルを接続した）ときのいずれかにおいて、互いのプロファイルに接続する、すなわち、上記のような友人関係のレベルを確立する。
【００６２】
一旦、システム実体Ａがシステム実体Ｂとの友人関係を確立すれば、システム実体Ａが既に関係を有している他のシステム実体も、また、システム実体Ｂとの関係を確立することができるし、その逆もまた同様である。例えば、ＡおよびＢの両方と関連する、既に接続しているシステム実体との新しい関係に関するデータをシステムは送信し、装置の能力、ブランド、位置などの基準によって任意で、フィルタリングされるものと仮定されたい。新しいシステム実体（この例ではＡまたはＢ）は、例えば自動確認によって、このようなクエリに応答することができ、それによって、既存の装置との関係を確立する。あるいは、このような接続は、すべて、ユーザのクライアントアプリケーションにおいて手動的に管理することができる。または、ユーザは、自動確認のための１セットのルールを定義することができるであろう。
【００６３】
以上に述べたように、このような関係は、一時的な特性またはパラメータを有してもよい。例えば、借りたまたは貸したネットワーク接続されたオブジェクトに関連するものなどのシステム実体との一時的関係、またはゲストユーザは、一定のルートまたは他の基準に沿って、あるいは、別の特定ユーザの接近に基づいて、一定領域内の特定の時間帯のために設立することができる。一時的に接続している実体は、その後、上記に述べたあらかじめ定義された基準を満たすときのみに有効になり、一時的に接続されたシステム実体が更に明らかになってもよいが、さもなければ、システム実体はアクセス不能である。一時的接続は、システムによって、または一時的な接続を有するシステム実体の所有者／供給者／管理者によって、承認または始動され得る。
【００６４】
例示的な実施形態による接続ユーザおよびオブジェクトのシステム実体は、互いのプロファイル内で相互の存在を有してもよい。状態、記録された動作内容、他の接続、相互接続などに関する情報は、接続ユーザおよびシステム実体にとって有効になることができる。ユーザ、またはネットワーク接続されたオブジェクトのシステム実体は、例えば、一定のレスポンスで呼び出すデータまたは通知を、システムまたは特定のシステム実体またはグループのシステム実体に対して送信することができる。
【００６５】
各システム実体は、以前および将来の計画された（タイマーをセットした）イベント、能力、命令、および責任だけでなく、それらの機能性、依存関係、現在の状態に関するデータを含む（但し限定はされない）その接続しているシステム実体のプロファイルを認識することができる。これは、上記のＴＶおよびビデオレコーダのシナリオによって例示されたもののような、機能性および対話を可能にする。更に、ＴＶおよびビデオレコーダの例に記載されたある種の業務委託、機能的なアウトソーシングまたは「支持」は、いくつかのケースでは、ユーザの対話を伴わずに、オブジェクトのシステム実体の間で自動的に実行することができるであろう。これらの動作内容は、少なくとも互いに友人であるネットワーク接続されたオブジェクト１０の中に、この種類の情報をすべて共有することができることを示すステップ１２０６によって図１２に纏めて言及される。
【００６６】
例示的な実施形態によるこの種類のアーキテクチャおよび機能性の更に別の例として、センサクラスタを、プラントのシステム実体がその状態に関するシステムにデータを送信するとき、例えば温度が高く、湿度が極めて低いことを、システム内で表現されたものと考慮されたい。システムは、プラントのための理想ではないとして、この状態を解釈することができ、システムは、プラントが配置される窓内のブラインドのシステム実体に、プラントのためのシャドーを生成し、閉じることによりこの報告された問題に対する解決策を潜在的に提供することができるであろうことを通知することができるであろう。閉じた後、ブラインドは、プラントの問題を解決することを試みたことを明示する通知を（プラントの状態に対してスレッドで応答するように）送信することになる。ユーザは、ユーザインタフェースを介してシステム実体間の対話により、モニタリングする、加わる、または介入することができる。
【００６７】
前述のものから、例示的な実施形態が、それらのユーザ、所有者、製造業者、ベンダー、または供給者の間だけでなく、ネットワーク接続された装置およびサービスとの直観的で、理解し得て、統合された対話を提供することは明らかだろう。このような実施形態は、ユーザインタフェースを介して各々の装置およびサービスに対して容易なアクセスを提供するだけでなく、ユーザのデジタルネットワークの概念的な理解を支援し向上させる。例示的な実施形態は、ネットワーク接続された製品およびサービスの構成、監視、メンテナンスおよび管理を大幅に容易にし、また、ホームオートメーションを、更にインテリジェントで、明白で、しかし同時に、ユーザにとって理解しやすく、負担をかけないように支援することができる。
【００６８】
これらの例示的な実施形態による、使用の容易さ、アクセス性、および理解しやすい概念は、ユーザがシステムにサービスを獲得または追加するための閾値を下げることができるであろう。これは、すべての種類の物理的なサービスだけでなく、デジタルサービスを配信するための新しいプラットフォームを作ることができるであろう。システムは、また、それらがシステム内で製造する各々の製品を表現するシステム実体を定義する特性を管理しカスタマイズする、製品およびサービスの製造業者のための方法を提供するように、ブランド設定のための新しい機会を開く。製造業者は、例えば、どのような種類のある製品の表現および動作システム実体を有しなければならないのか、および、それらの製造業者のブランドに関連する、またはそのブランドを介して傘下にある他のシステム実体とともに、どのような種類の関係を有しなければならないのかを定義するシステムにデータを送信することができる。
【００６９】
多数の実施形態において、１つ以上のネットワークに接続されるリソースノードを管理するためにソーシャルマッピング原理を適用することを上記で説明した。リソースノードは、また、本明細書において「ネットワーク接続されたオブジェクト」とも呼ばれる。以下に記載するいくつかの更に実施形態は、リソースノード間のデータフローの管理を対象とし、ユーザによって受理または拒否されるリソースノード間のデータフローのための推奨を生成することを含むことができる。
【００７０】
図１３は、いくつかの実施形態による動作および方法を用いて、例えばパーソナルネットワーク（ＰＮ）、公衆網（インターネット）などの少なくとも１つのネットワーク１３８０に接続された複数のリソースノード１３３０を管理するリソース管理ノード１３００を含む別のシステムアーキテクチャを表す。図１３を参照すると、リソースノード１３３０は、電子装置１３４０、電子センサおよび制御装置１３５０、電子的な社会的実体１３６０、および電子サービス１３７０を含むことができるが、但し限定はされない。電子装置１３４０の例は、テレビ、移動通信端末、自動車、コンピュータ、ネットワーク接続ストレージ（ＮＡＳ）、ゲーム機、パーソナルビデオレコーダ（ＰＶＲ）、およびセットトップボックス（ＳＴＢ）を含むことができる。電子センサおよび制御装置１３５０の例は、セキュリティシステム、温度調節器、光制御装置、給水制御装置、電気制御装置、湿度制御装置、および／またはドア錠制御装置を含むことができる。電子的な社会的実体１３６０の例は、Ｆａｃｅｂｏｏｋ、ＭｙＳｐａｃｅ、Ｌｉｎｋｅｄｌｎ、ＳｅｃｏｎｄＬｉｆｅ、およびオンラインゲームアプリケーションなどのユーザ間の社会的コミュニティ対話を提供するコンピュータシステムを含むことができる。電子サービス１３７０の例は、バンキングサービス、電気通信サービス、レンタカーサービス、自動車修理サービス、旅行サービス、および宿泊設備サービスを提供するコンピュータシステムを含むことができる。
【００７１】
以下で更に詳細を説明するように、リソース管理ノード１３００は、ユーザとリソースノード１３３０との間の対話を管理し、かつリソースノード１３３０間のデータフローを管理するように構成される。ユーザは、リソース管理ノード１３００に指示を与えるために１つ以上のユーザ装置ノード１３２０を操作し、リソース管理ノード１３００から情報を受信してもよい。ユーザ装置ノード１３２０は、図１の上記ユーザインタフェース１８、図９の上記モバイル装置７００、および／またはリソース管理ノード１３００に対する指示を与え、および／またはリソース管理ノード１３００からユーザに対して情報を受信、表示、または通信するためにユーザによって操作可能な他のユーザインタフェース装置に対応してもよい。
【００７２】
リソース管理ノード１３００は、ユーザプロファイルデータベース１３０２、システム実体データベース１３０４、システム実体意味記述データベース１３０６、対話フローデータベース１３０８、推奨エンジン１３１０、および／または対話実行エンジン１３１２を含むことができる。個別の機能要素をリソース管理ノード１３００内に示したが、機能要素の１つ以上を組み合わせてもよいし、または２つ以上の機能要素に分割してもよい。更に、リソース管理ノード１３００の１つ以上の要素内に存在するように記載される機能性のうちのいくつかまたはすべては、１つ以上のリソースノード１３３０内および／またはシステムの他の構成部品内に、代替え的にまたは付加的に存在してもよい。従って、リソース管理ノード１３００の機能構成部品は、リソースノード１３３０から分離していてもよいし、リソースノード１３３０に通信的に接続されてもよいし、および／または、機能構成部品のうちのいくつかは、１つ以上のリソースノード１３３０内に存在してもよい。
【００７３】
本明細書で用いるように、データベースという用語は公知の関係構造を有するデジタルデータのコレクションを指す一般的な意味で用いられる。データベースの例は、低複雑度のデータリストと、より高複雑度のオブジェクト指向リレーショナルデータ構造とを含む。
【００７４】
リソース管理ノード１３００の各種動作および方法１５００は、図１５のフローチャートに関連して以下で説明される。システム実体データベース１３０４は、リソースノード１３３０のための通信（例えばネットワーク１３８０）アドレスを識別し、リソースノード１３３０の能力を識別するメタデータを関連づけた情報を含む（組み立てる）（ブロック１５０２）。リソースノードがネットワークを介してリソース管理ノード１３００に対して最初に接続されるとき、システム実体データベース１３０４内の情報は、初期化処理の間などで、それ自身リソースノード１３３０によって提供されてもよい。情報は、アプリケーション開発者、装置製造業者、および／または装置インテグレータなどの他の実体１３２２によって、代替え的または付加的に供給されてもよい。
【００７５】
対話フローデータベース１３０８は、リソースノード１３３０の識別されたものの間で許可されるデータフローを定義し、更にデータフローの識別されたものが実行されるべきである場合のための関連するトリガ基準を定義する情報を含む（組み立てる）（ブロック１５０４）。各データフローは、通信的に接続されるべき２つ以上のリソースノード１３３０を識別することができ、その結果、１つのリソースノードのデータ出力が別のリソースノードに対するデータ入力として与えられ、かつ連続するデイジーチェインまたは識別されたリソースノード間の他の接続アーキテクチャを与えるために複数のリソースノードのそれぞれの出力および入力インタフェースを接続してもよい。
【００７６】
対話実行エンジン１３１２は、対話フローデータベース１３０８によって定義されたトリガ基準のうちの１つが満足すると判定し（ブロック１５０６）、かつリソースノード１３３０の識別されたものの間の関連するデータフローを確立することにより応答するように構成される（ブロック１５０８）。対話実行エンジン１３１２は、例えば第２のリソースノードの入力インタフェースに対するある特性（例えばデータフォーマット、データ内容など）を有する出力データに対する第１のリソースノードの制御により、３つのリソースノードを通じてデイジーチェインデータフローを提供してもよいし、データ上で動作し、かつ第３のリソースノードの入力インタフェースに対するある特性（例えばデータフォーマット、データ内容など）を有するデータを出力するように第２のリソースノードを制御してもよい。対話実行エンジン１３１２は、リソースノード間のデータのフローを同様に始動して制御し、更に、データ上でリソースノードによって実行された動作を制御することができる。
【００７７】
図１４は、モノのソーシャルウェブ（ＳＷｏＴ）内の友人として識別されたリソースノード１３３０が機能的にグループ化されることを示し、それらの間でデータフローを確立することができることを示すために、ユーザ装置ノード１３２０を介してユーザに対して表示することができる情報例を図示する。図１４を参照すると、リソース管理ノード１３００は、ローカルコンピュータ、サーバ、および／またはリモートネットワーク接続されたコンピュータ／サーバ上でホスティングされてもよい各種機器およびアプリケーションの中で友人関係を確立した。
【００７８】
確立された友人関係を有する装置およびアプリケーション例は、アラームクロック、カレンダーアプリケーション、宅配アプリケーション、（例えば、ユーザのホーム／ビジネスに入る電力をモニタリングするように構成された）電気メータ制御装置および（例えば、電力のコストをモニタリングするように、および／またはエネルギー供給会社からの電力制御指令または金銭節約の推奨を受信するように構成された）エネルギー供給会社アプリケーション、ホームコントローラ（例えば、ドア錠、温度サーモスタット、など）、光制御装置、メディアサーバ、デジタルカメラ／ビデオカメラ、マップアプリケーション、ナビゲーションアプリケーション、およびレンタルサービスアプリケーション（例えば、レンタカーおよび／またはカーサービス）を含む。
【００７９】
システム実体データベース１３０４は、図１４のリソースノード１３３０およびそれぞれの能力（例えば、機能的能力、データ入力／出力フォーマット、データコンテンツ特性、パフォーマンス特性、など）を識別するメタデータの各々のための通信（例えばネットワーク）アドレスを識別する情報を含む。対話フローデータベース１３０８は、図１４のリソースノード１３３０の識別されたものの間で許可されるデータフローを定義し、かつデータフローの識別されたものが実行されるときのための関連するトリガ基準を定義する情報を含む。対話実行エンジン１３１２は、対話フローデータベース１３０８によって定義された関連するトリガ基準が満足したとの判定に呼応して、図１４のリソースノード１３３０の識別されたものの間でデータフローを選択的に確立するように構成される。
【００８０】
リソースノードとユーザとの関係だけでなく、例えば「友人」のようなソーシャルマッピング原理（すなわち、信用または所有権関係の概念およびアクセス制御）類似するリソースノード間の関係を作ることによって、例示的な実施形態は、ユーザによって理解および管理するための直観的なリソースノードを通じてデータフローを作る。例示的な実施形態は、ユーザが同時の相互接続および互いの相関関係とともに潜在的に多くのネットワーク接続されたリソースノードの全体的なメンタルモデルを形成することを可能にするために、ソーシャルネットワークとの認識し得る類似点を利用する。
【００８１】
図１３を再び参照すると、推奨エンジン１３１０は、特別のリソースノード１３３０間の推奨されたデータフローを生成し、かつ受理のためにユーザに対して推奨されたデータフローを提供するように構成される。推奨されたデータフローは、ユーザプロファイルデータベース１３０２内に記録されてもよいし、および／またはリソースノード１３３０の能力であってもよい、ユーザの公知の特性（例えば、ユーザためのパーソナライズされた）に基づいてもよい。
【００８２】
図１６〜図１８は、例示的な実施形態によるリソースノード間のデータフローを認証し、確立するために、ユーザに対して表示することができる情報例を示す。リソースノード１３３０と連動してリソース管理ノード１３００によって実行されてもよい、更に動作および方法は、図１６〜図１８を参照しながら以下で説明される。
【００８３】
図１６を参照すると、対話実行エンジン１３１２は、１つ以上のライトが閾値時間を越えて放置されていることを判定し、ライトの拡張操作をユーザに通知し、かつライトをオフにする、またはライトをオンにしたままにするためのユーザ指示を要求する情報１６００を表示するユーザ装置ノード１３２０にメッセージを通信することにより応答する。この例において、対話実行エンジン１３１２は、光制御装置内に存在してもよいし、または光制御装置と通信するネットワーク接続されたコンピュータ装置上に存在してもよい。ユーザ装置ノード１３２０は、スクリーン上に表示される１つ以上の定義されたオブジェクト（例えばボタン）をユーザがタッチ選択することを可能にするタッチセンサ式スクリーンを含むことができる。
【００８４】
図１７を参照すると、ユーザは図示された「はい、オフにします」ボタンを選択した。そのボタンは、対話実行エンジン１３１２が光制御装置にライトをオフにする信号を送り、かつライトがオフになったことをユーザに通知する自然言語応答メッセージ１７０２を表示するようにトリガイベントとして機能させる。対話実行エンジン１３１２は、また、対話フローデータベース１３０８からの情報を用いて、光制御装置と監視カメラとの間でデータフローが確立されたことを判定する。トリガイベントに呼応して、対話実行エンジン１３１２は、制御されるライトを含むかもしれない部屋を観察するためにセキュリティカメラからの画像／映像をユーザが閲覧したいか否かを問い合わせる情報１７０４を表示するユーザ装置ノード１３２０に対して別のメッセージを通信する。図示された「ＯＫ」ボタンをユーザが選択すれば、更にトリガイベントは、ユーザによって観察するためにユーザ装置ノード１３２０に供給される画像／映像を出力するセキュリティカメラに対して、対話実行エンジン１３１２に信号を送らせる。
【００８５】
図１７は、また、洗濯機に関連する推奨されたデータフローを識別し、もしユーザによって受理されれば推奨されたデータフローによって提供される機能的能力の説明を提供する自然言語メッセージ１７１０を示す。推奨されたデータフローは、洗濯機、電気制御装置、エネルギー供給会社制御装置インタフェース、およびアラームクロックの能力を識別するシステム実体データベース１３０４からの情報を用いて、推奨エンジン１３１０によって生成されてもよい。推奨エンジン１３１０は、推奨されたデータフローが現在存在しないという対話フローデータベース１３０８内の情報から判定される。推奨エンジン１３１０は、リアルタイムでエネルギー供給会社制御装置インタフェースから電気の料金を得ることができることを更に判定している。すなわち、電気制御装置は、洗濯機の開始時刻を制御することができ、電気制御装置が電気の料金、および洗濯機が始動すべきときに決定するアラームクロック内で定義された計画起床アラーム時刻を用いることができると判定している。
【００８６】
図１８を参照すると、ユーザは、図示された「はい」ボタンを選択した。その「はい」ボタンは、エネルギー供給会社制御装置インタフェースから電気メータまで、アラームクロックから電気メータまで、および電気メータから洗濯機までの推奨されたデータフローを識別する情報を、推奨エンジン１３１０によって対話フローデータベース１３０８に追加するトリガイベントとして機能する。情報は、また、推奨されたデータフローを確立するために対話実行エンジンによって用いられるトリガ基準を識別する。トリガ基準は、電気料金が定義された閾値より下がる時期および／またはアラームクロックによって定義された起床時間の前の閾値時間を含んでもよい。
【００８７】
対話実行エンジン１３１２は、トリガ基準が満足されるとき（例えば、電気料金が定義された閾値を下回った、および／または起床時間前の残りの時間が定義の長さ未満である）を判定し、洗濯機のスイッチをオンにすることにより応答する。
【００８８】
推奨エンジン１３１０および／または対話実行エンジン１３１２は、それぞれ、ユーザの推奨されたデータフローの受理を確認するメッセージ１８００を表示することができ、電気メータおよびアラームクロックによりデータフローの設立を確認するメッセージ１８０２および１８０４を更に表示することができる。
【００８９】
少なくともリソースノード１３３０のうちのいくつかが非互換性の入出力データフォーマットを有してもよいので、対話実行エンジン１３１２は、データフローの２つ以上のリソースノード間で通信するために用いられるデータフォーマットに互換性がない場合に、システム実体データベース１３０４から判定するように構成することができる。対話実行エンジン１３１２は、互換性をもつ通信を提供するため、リソースノードの別の１つの入力と互換性をもつフォーマットの中に、リソースノードのうちの１つによって出力されるデータをトランスコーディングするために、システム実体意味記述データベース１３０６内に定義されるトランスコーディング情報を用いることによって判定に対して応答することができる。このように、より多数のリソースノード１３３０間の通信が可能になり、データフローは、その後、ユーザのための増加した機能性を提供するためにリソースノード１３３０の間で生成することができる。
【００９０】
ユーザによる受理のための推奨されたデータフローを生成するためのこれらの動作および方法１９００は、図１９のフローチャートに要約される。システム実体データベース１３０４内のメタデータは、少なくとも２つのリソースノードの間の推奨されたデータフローを生成する（ブロック１９０２）ために用いられる。メッセージは、ユーザによる受理のための推奨されたデータフローを識別するユーザ（例えば、ユーザ装置ノード１３２０）に対して通信される（ブロック１９０４）。更に詳しい情報は、リソースノードに対するリース間の推奨されたデータフローを識別する対話フローデータベース１３０８に対して追加され（ブロック１９０６）、関連するトリガ基準は、推奨されたデータフローの受理を示すユーザの応答の受信通知に呼応して、推奨されたデータフローを確立するために用いられる。
【００９１】
図２０は、例示的な実施形態による、任意の推奨されたデータフローから非互換性のリソースノードを除外するための方法および動作２０００を表すフローチャートである。推奨エンジン１３１０は、どのリソースノードが互換性をもつデータフォーマットを有しているのかを判定することができる（ブロック２００２）。その後、推奨エンジン１３１０は、任意の推奨されたデータフローから通信的に接続されることになるが、非互換性のデータフォーマットを有する２つ以上のリソースノードを除外することができる（ブロック２００４）。
【００９２】
図２１は、他のユーザに対するデータフローの人気度を追跡し、例示的な実施形態によるユーザに対する推奨されたデータフローの人気度の表れを通信する方法および動作２１００を表すフローチャートである。推奨エンジン１３１０は、他のエンドユーザに人気のあるデータフローが何であるのかを追跡することができる（ブロック２１０２）。推奨エンジン１３１０は、他のエンドユーザによる使用に人気のある追跡データフローのうちの１つに、推奨されたデータフローが対応することを更に判定することができ（ブロック２１０４）、ユーザに対するメッセージの一部として推奨されたデータフローの判定された人気度を示す情報を通信することができる（ブロック２１０６）。人気度情報は、他のユーザによって操作上確認された、より生産的で／面白い機能データフローを選択するユーザの能力を高めることができる。
【００９３】
いくつかの実施形態において、少なくとも２つのリソースノードの間で定義される１つ以上の推奨されたデータフローを受信するために、推奨エンジン１３１０は、対話フローデザイナ１３２４と通信する。対話フローデザイナ１３２４は、データフローの生成を可能にするアクセス権レベルを有するユーザおよび／または電子部品であってもよい。そのデータフローは、アプリケーションおよび／または接続されたリソース装置がどのように互いに通信し、定義された機能性を提供するために動作するのかを定義する。推奨エンジン１３１０は、受理のためのユーザ装置ノード１３２０に対して、受信された１つ以上の推奨されたデータフローを通信する。推奨エンジン１３１０は、対話フローデータベース１３０８に対して情報を付加することによって、ユーザの選択された１つ以上の推奨されたデータフローの受理を示す１つ以上のメッセージに対して応答する。対話フローデータベース１３０８は、選択された１つ以上の推奨されたデータフローを識別し、１つ以上の推奨されたデータフローを確立するために対話実行エンジン１３１２によって用いられる関連するデータフローおよびトリガ基準を確立する。
【００９４】
いくつかの実施形態において、ユーザプロファイルデータベース１３０２は、対話フローデータベース１３０８によって識別されたどのデータフローがユーザによって受理されたのかを識別する情報を含む。推奨エンジン１３１０は、ユーザがどのリソースノードにアクセスすることができるかを識別し、かつリソースノードのユーザがアクセス可能なものの間の少なくとも１つの新しいデータフローを識別するために、ユーザプロファイルデータベース１３０２、システム実体データベース１３０４および対話フローデータベース１３０８を用いて、推奨されたデータフローを生成するように更に構成される。少なくとも１つの新しいデータフローは、ユーザのために作動中の他のデータフローとは異なる。従って、推奨エンジン１３１０は、ユーザによる受理のためのユーザ装置ノード１３２０に対して、推奨されたデータフローとして少なくとも１つの新しいデータフローを通信する。
【００９５】
いくつかの実施形態において、ユーザプロファイルデータベース１３０２は、リソースノードの対応するものにアクセスするために用いられるユーザのアクセス信用証明書を識別する情報を含む。推奨エンジン１３１０は、ユーザプロファイルデータベースによって識別された、対応するユーザのアクセス信用証明書を有するリソースノードに対して、推奨されたデータフローを制限するように更に構成される。従って、ユーザのアクセス信用証明書がデータフローに関係するリソースノードの１つ以上に対するアクセスを可能にしないとき、データフローは、ユーザに対して提示されない。推奨エンジン１３１０は、推奨されたデータフローを対話フローデータベース１３０８に追加する前に、対話実行エンジン１３１２が対応するリソースノード間のデータフローを確立することができることを確認するために、ユーザのアクセス信用証明書を検査するように構成されてもよい。対話実行エンジン１３１２は、対応するリソースノード間のデータフローを確立するときに接続するユーザプロファイルデータベース１３０２によって識別されたユーザのアクセス信用証明書を用いるように構成されてもよい。
【００９６】
ユーザプロファイルデータベース１３０２のためのデータは、Ｆａｃｅｂｏｏｋ、ＭｙＳｐａｃｅ、およびＬｉｎｋｅｄＩｎ、ＳｅｃｏｎｄＬｉｆｅ、オンラインゲームアプリケーションなどの公知のウェブベースのソーシャルネットワーク・サービスの既存のユーザプロファイルから、またはオペレータとの加入に関係するユーザのデータから取り込むまたは集約することができるであろう。同一の世帯で暮らしているユーザ、またはユーザが共有すると決定された他の属性の間で、グループのユーザを作ることができるであろう。ユーザがそのようにしたければ、ユーザプロファイルが見られるようになり、グループの他のユーザのプロファイルとリンクされることができる。
【００９７】
図２２〜図２４は、例示的な実施形態による友人申請を用いて、リソースノードおよびデータフローをその間で管理するためにユーザ装置ノード１３２０のタッチセンサ式スクリーン上に、ユーザに対して表示することができる情報例を図示する。図２２を参照すると、推奨エンジン１３１０は、ユーザの自動車内の電子機器のための友人申請２２００、レンタカー内の電子機器のための別の友人申請２２０２、および交通監視サーバのための別の友人申請２２０４を生成する。リクエスト２２００、２２０２および２２０４は、ユーザによる受理のためにユーザ装置ノード１３２０上に表示される。ユーザは、対応するマークのある「受理（Ａｃｃｅｐｔ）」「拒否（Ｄｅｃｌｉｎｅ）」または「更に情報（Ｍｏｒｅ  ｉｎｆｏ）」キーを選択することにより、推奨エンジン１３１０からの更に情報を受理する、拒否する、または。
【００９８】
図２３を参照すると、「受理」ボタンを選択することによってユーザの自動車からの友人申請２２００をユーザが受理したとき、ユーザ装置ノード１３２０上に表示されてもよい情報の例を示す。友人申請２２００を選択するユーザに呼応して、推奨エンジン１３１０は、カレンダーアプリケーションとユーザの自動車との間に確立されたデータフローをユーザに対して推薦することができ、受理された場合にはデータフローを対話フローデータベース１３０８に追加することができる。対話実行エンジン１３１２は、来たる保守サービスイベントを識別する、ユーザの自動車からのデータを受信するために、データフローを確立し、カレンダーアプリケーション内に記録されたユーザのスケジュールを用いて、保守サービスイベントをスケジューリングするためにユーザの可用点を判定することができる。
【００９９】
対話実行エンジン１３１２は、来たる保守サービスイベントを識別する保守メッセージ２３００を表示し、カレンダーアプリケーションに従ってユーザのスケジュールが空いているときの申請年月日を示すスケジューリングメッセージ２３０２を表示し、示された時間帯に識別された自動車修理施設でのサービスを自動車が予約することができることを示し、予約を進めるユーザの承認を要求するアクションメッセージ２３０４を表示してもよい。
【０１００】
図２４は、推奨エンジン１３１０が、ユーザに対する表示のためにユーザ装置ノード１３２０に対して通信してもよいデータフロー推薦メッセージ２４００の例を図示する。データフロー推薦メッセージ２４００は、自然言語でフォーマットされた記述を用いて、レンタカーと、メディアサーバ装置と、映画および音楽がレンタカー内の娯楽システムを通じて資金端末内のメディアサーバ装置から流れることを可能にする電話端末との間の第１の推奨されたデータフローを識別し、電話端子を通じて呼び出すハンズフリーのために娯楽システムが用いられることを更に可能にするだろう。データフロー推薦メッセージ２４００は、自然言語でフォーマットされた記述を用いて、レンタカーと、マップアプリケーションと、ユーザに対してリアルタイムのドライブの指示を提供するためにナビゲータによって用いられることになるマップアプリケーション内に、ユーザがドライブのルートおよび場所を格納することを可能にするナビゲータアプリケーション（例えば街路ナビゲーションアプリケーション）との間の第２の推奨されたデータフローを更に識別する。
【０１０１】
システム実体意味記述データベース１３０６は、ユーザに対する通信のため、１つ以上のデータフローから自然言語記述までデータをトランスコーディングするための推奨エンジン１３１０によって用いられるトランスコーディング情報を含むことができる。対話実行エンジン１３１２は、また、ユーザに対して通信される自然言語記述に対して、確立された推奨されたデータフロー内のデータをトランスコーディングするために、システム実体意味記述データベース１３０６からのトランスコーディング情報を用いてもよい。
【０１０２】
ユーザは、「４・・・をすべて追加（Ａｄｄ  Ａｌｌ  ４・・・）」ボタンを選択することにより識別されたリソースノード間の友人関係状態を確立することができるし、または「いくつかの・・・を追加（Ａｄｄ  ｓｏｍｅ・・・）」ボタンを選択することを満足させる友人関係を有することになるリソースノードを選択することができる。対話実行エンジン１３１２は、選択された友人関係および関連するデータフローを、対話フローデータベース１３０８に追加する。レンタカーがレンタル会社に戻されたことを判定するマップアプリケーションおよび／またはナビゲータアプリケーションに呼応して、および／または定義の経過時間、時間帯、および／または日付の発生に呼応して、対話フローデータベース１３０８からそれらを取り外す対話実行エンジン１３１２により、これらの関係およびデータフローは、一時的である。
【０１０３】
推奨されたデータフローを認証するユーザに呼応して、対話実行エンジン１３１２は、識別された位置を有する、識別されたレンタル会社においてピックアップされる準備ができており、ユーザに対する表示のための別のユーザ装置ノード１３２０からユーザに対してその情報を含むメッセージ２４０２を通信するというレンタカーを示すことから更に詳しい情報を受信してもよい。
【０１０４】
ソーシャルウェブ内の友人申請を用いて、リソースノードおよびデータフローをその間で管理するためのこれらの動作および方法２４００は、図２５のフローチャートによって更に示される。推奨されたデータフローは、友人申請としてユーザに対して通信される（ブロック２４０２）。
【０１０５】
少なくとも２つのリソースノードと関連するトリガ基準との間の友人関係を識別する対話フロー情報は、ユーザの友人申請の受理を示すメッセージに呼応して、組み立てられる（例えば、対話フローデータベース１３０８に対して追加される）（ブロック２４０４）。推奨エンジン１３１０は、ユーザの友人申請の受理を示すメッセージに呼応して、新しく受理された友人関係の少なくとも１つのリソースノードと少なくとももう１つのリソースノードとの間で今や確立することができる更に１つ以上の推奨されたデータフローを識別する（ブロック２４０６）。
【０１０６】
推奨エンジン１３１０は、１つ以上の更に推奨されたデータフローによってユーザのために生成される機能性を識別する情報とともにユーザに対して１つ以上の更なる友人申請を通信する（２４０８）。推奨エンジン１３１０は、その後、選択された１つ以上の更なる友人申請のユーザの受理を示す１つ以上のメッセージに呼応して、更に推奨されたデータフローの対応するものと関連するトリガ基準との間の選択された更なる友人関係を識別する対話フロー情報（例えば、対話フローデータベース１３０８に追加される）を組み立てる。
【０１０７】
図２６は、例示的な実施形態による新しく接続されたリソースノードの発見に対して応答するリソースノード間のデータフローを管理するための、推奨エンジン１３１０によって実施される方法および動作２６００を表すフローチャートである。方法および動作２６００は、推奨エンジン１３１０によって実行されてもよい。ネットワーク１３８０に対して新しく接続されており、かつ対話フローデータベース１３０８内に定義されたデータフローに関連するリソースノードのうちのいずれかにもまだ接続されていないリソースノードが発見される（ブロック２６０２）。発見されたリソースノードが１つ以上のリソースノードの互換性をもつデータフォーマットと通信することが判定される（ブロック２６０４）。発見されたリソースノードと互換性のある１つ以上のリソースノードとの間の１つ以上のデータフローを設定は、判定に呼応して始動される（ブロック２６０６）。
【０１０８】
図２７は、いくつかの実施形態により構成された図１３のシステムのリソース管理ノード１３００、１つ以上のリソースノード１３３０、および／またはユーザ装置ノード１３２０内に含まれてもよい構成部品例のブロック図である。図２７を参照すると、ノード２７００は、１つ以上のネットワーク１３８０、１つ以上プロセッサ２７２０、および機能モジュール２７３０を含んでいるメモリ回路／装置２７４０に対する接続のための１つ以上のネットワークインタフェース２７１０（例えば、無線および／または有線インタフェース（携帯電話、ＷＬＡＮ、Ｂｌｕｅｔｏｏｔｈ、など））を含む。
【０１０９】
プロセッサ２７２０は、１つ以上のデータ処理回路（汎用および／または専用プロセッサ（例えば、マイクロプロセッサおよび／またはデジタル信号プロセッサ））を含んでもよい。プロセッサ２７２０は、実施形態（図１〜図２６の実施形態）の１つ以上ための上記の動作および方法のうちのいくつかまたはすべてを実行するために、コンピュータ読み取り可能媒体として以下で記載された、メモリ回路／装置２７４０内の機能モジュール２７３０からのコンピュータプログラム命令を実行するように構成される。
【０１１０】
更なる定義および実施形態
本発明の様々な実施形態の上記の記述において、本明細書に使用された専門用語が特別の実施形態のみを記載するためにあり、本発明を限定するようには意図されないことを、理解するべきである。別段の定義がない限り、本明細書に使用された用語（技術的および科学的用語を含む）は、すべて本発明が属する分野の当業者によって、概して理解されるものと同一の意味を有する。一般に用いられる辞書内に定義されたものなどの用語が、この明細書および関連する当該技術分野との関連で、それらの意味と一致する意味を有すると解釈するべきであって、理想化されたか、本明細書において定義されたように理想化された意味、または非常に形式的な意味には解されないことは、更に理解されるだろう。
【０１１１】
ノードが「接続され」「連結され」「応答する」またはその別のノードに対する変形として参照される場合、他のノードに対して直接的に接続、連結、または応答することができるし、あるいは介在するノードが存在してもよい。対照的に、ノードが「直接接続され」「直接連結され」「直接応答する」またはその別のノードに対する変形として参照される場合、介在するノードは存在しない。図面を通じて同様の参照符号は同様のノードを示す。更に、「接続され」「連結され」「応答する」または本明細書に用いられるようなその変形は、無線で接続され、無線で連結され、または無線で応答することを含んでもよい。本明細書で用いられるように、単数形「ａ（不定冠詞）」「ａｎ（不定冠詞）」「ｔｈｅ（定冠詞）」は、コンテキストが明確に示されない限り、同じように複数形を含むように意図される。周知の機能または構造は、簡潔さおよび／または明瞭さのために詳細には記載されないかもしれない。用語「および／または（ａｎｄ／ｏｒ）」は、１つ以上の関連するリストアップされたアイテムのあらゆる組合せを含む。
【０１１２】
本明細書で用いられるように、用語「備える（ｃｏｍｐｒｉｓｅ）」「備える（ｃｏｍｐｒｉｓｉｎｇ）」「備える（ｃｏｍｐｒｉｓｅｓ）」「含む（ｉｎｃｌｕｄｅ）」「含む（ｉｎｃｌｕｄｉｎｇ）」「含む（ｉｎｃｌｕｄｅｓ）」「有する（ｈａｖｅ）」「有する（ｈａｓ）」「有する（ｈａｖｉｎｇ）」またはその変形は、オープンエンドであり、１つ以上の記述された特徴、整数、ノード、ステップ、構成部品、または機能を含む。但し１つ以上の他の特徴、整数、ノード、ステップ、構成部品、機能、またはそのグループの存在または追加を妨げない。更に、本明細書に用いられるように、一般的な省略形「例えば（ｅ．ｇ．）」は、ラテン語のフレーズ「ｅｘｅｍｐｌｉ  ｇｒａｔｉａ」に由来しており、先に述べたアイテムの一般的な例を紹介または特定するために用いられ、このようなアイテムを限定するようには意図しない。一般的な省略形「すなわち（ｉ．ｅ．）」はラテン語のフレーズ「ｉｄ  ｅｓｔ」に由来しており、より一般的な列挙から特別のアイテムを特定するために用いてもよい。
【０１１３】
例示的な実施形態は、コンピュータで実現される方法、装置（システムおよび／または装置）、および／またはコンピュータプログラムプロダクトのブロック図および／またはフローチャートの実例を参照して本明細書に記載される。ブロック図および／またはフローチャート実例のブロック、およびブロック図および／またはフローチャート実例のブロックの組合せは、１つ以上のコンピュータ回路によって実行されるコンピュータプログラム命令によって実現することができることは理解される。これらのコンピュータプログラム命令は、コンピュータおよび／または他のプログラマブルデータプロセシング装置のプロセッサを介して実行される命令は、トランジスタ、メモリ位置内に格納された値、およびブロック図および／またはフローチャートブロック内に明示された機能／行為を実現するこのような回路内の他のハードウェアコンポーネントを変換および制御するように、汎用コンピュータ回路、専用コンピュータ回路、および／またはマシンを生産する他のプログラマブルデータ処理回路のプロセッサに対して備えられてもよく、それによって、ブロック図および／またはフローチャートブロック内に指定された機能／行為を実現するための手段（機能性）および／または構造を生成する。
【０１１４】
これらのコンピュータプログラム命令は、また、特別の方式で機能するコンピュータまたは他のプログラマブルデータプロセシング装置に指図することができる有形的なコンピュータ読み取り可能な媒体に格納されてもよい。その結果、コンピュータ読み取り可能な媒体内に格納された命令は、ブロック図および／またはフローチャートブロック内に明示された機能／行為を実現する命令を含む製品を生産する。
【０１１５】
有形的非一時的なコンピュータ読み取り可能媒体は、電子的、磁気的、光学的、電磁気的、または半導体のデータストレージシステム、装置、またはデバイスを含んでもよい。コンピュータ読み取り可能な媒体の更に特有の例は、ポータブルコンピュータディスク、ランダムアクセスメモリ（ＲＡＭ）回路、読み取り専用メモリ（ＲＯＭ）回路、消去可能プログラム可能ＲＯＭ（ＥＰＲＯＭまたはフラッシュメモリ）回路、ポータブルコンパクトディスクを使った読み取り専用メモリ（ＣＤ−ＲＯＭ）、およびポータブルデジタルビデオディスク読み取り専用メモリ（ＤＶＤ／ＢｌｕｅＲａｙ）を含むだろう。
【０１１６】
このコンピュータプログラム命令は、コンピュータおよび／またはその他のプログラマブルデータプロセシング装置上にロードして、そのコンピュータまたはその他のプログラマブル装置上で一連の動作ステップを実行させ、そのコンピュータおよび／またはその他のプログラマブル装置上で実行される命令がブロック図および／またはフローチャートブロック内に指定された機能／行為を実現するためのステップを提供するように、コンピュータで実現されるプロセスを生成することもできる。従って、本発明の実施形態は、「回路」「モジュール」またはその変形と総体として呼ばれてもよいデジタル信号プロセッサなどのプロセッサ上で動作する、ハードウェアおよび／またはソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコード、などを含む）で具体化されてもよい。
【０１１７】
また、いくつかの別の具体化において、ブロック内の機能／行為は、示したフローチャート内の順序から外れて行われてもよいことを留意するべきである。例えば、連続して示された２つのブロックが、実際には、実質的に同時に実行されてもよいし、または、ブロックは、包含された機能／行為に応じて、逆の順で時には実行されてもよい。更に、フローチャートおよび／またはブロック図の所定のブロックの機能は、複数のブロックに分離されてもよいし、および／または、フローチャートおよび／またはブロック図の２つ以上のブロックの機能は、少なくとも部分的に統合されてもよい。最終的に、他のブロックを、示されたブロックの間に追加／挿入してもよい。更に、図面のうちのいくつかは、通信の主方向を示す通信経路上の矢線を含んでいるが、表された矢の反対方向に通信してもよいことを理解するべきである。
【０１１８】
上記の記述および図面に関連して、多くの異なる実施形態を本明細書に開示した。過度に反復が多く、これらの実施形態のすべての組合せおよび部分的組合せを、文字通りに記載し、図示するために、不明瞭になっているであろうことは理解されるだろう。従って、図面を含む本明細書は、様々な例の組合せの完全な書面による明細書、および実施形態、およびそれらを作り用いる方法およびプロセスの部分的組合せを構成するように解釈されるものとし、任意のこのような組合せまたは部分的組合せに対して特許請求の範囲を支援するものとする。
【０１１９】
上記の例示的な実施形態は、本発明のすべての点において、限定的であるというよりは、むしろ例示的であるように意図される。このような変化および変更は、すべて、以下の特許請求の範囲によって定義されるような本発明の範囲内および精神の範囲内にあるものと見なされる。本出願の記述に用いられる要素、行為、または命令は、そのように明示的に記載されていない限り、本発明にとって重要か本質的であるものと解釈するべきでない。また、本明細書に用いられるように、冠詞「ａ」は、１つ以上のアイテムを含むように意図される。更に、用語「ユーザ」は、個人、グループ、および組織を含むように意図される。
【図１】
2015507230.tif 000006
【図２】
2015507230.tif 000007
【図３】
2015507230.tif 000008
【図４】
2015507230.tif 000009
【図５】
2015507230.tif 000010
【図６】
2015507230.tif 000011
【図７Ａ】
2015507230.tif 000012
【図７Ｂ】
2015507230.tif 000013
【図７Ｃ】
2015507230.tif 000014
【図８】
2015507230.tif 000015
【図９】
2015507230.tif 000016
【図１０】
2015507230.tif 000017
【図１１】
2015507230.tif 000018
【図１２】
2015507230.tif 000019
【図１３】
2015507230.tif 000020
【図１４】
2015507230.tif 000021
【図１５】
2015507230.tif 000022
【図１６】
2015507230.tif 000023
【図１７】
2015507230.tif 000024
【図１８】
2015507230.tif 000025
【図１９】
2015507230.tif 000026
【図２０】
2015507230.tif 000027
【図２１】
2015507230.tif 000028
【図２２】
2015507230.tif 000029
【図２３】
2015507230.tif 000030
【図２４】
2015507230.tif 000031
【図２５】
2015507230.tif 000032
【図２６】
2015507230.tif 000033
【図２７】
2015507230.tif 000034
【手続補正書】
【提出日】平成24年12月12日(2012.12.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
少なくとも１つのネットワーク（１３８０）に接続された複数のリソースノード（１３３０）を管理するリソース管理ノード（１３００）であって、
前記少なくとも１つのネットワーク（１３８０）上の前記リソースノード（１３３０）のための通信アドレスを識別する情報と、前記リソースノード（１３３０）の能力を識別する関連メタデータとを含むシステム実体データベース（１３０４）と、
前記少なくとも１つのネットワーク（１３８０）を通じて前記リソースノード（１３３０）の識別されたものの間での通信のために許可されるデータフローを定義する情報と、前記データフローの識別されたものが実行されるときを定義する関連するトリガ基準とを含む対話フローデータベース（１３０８）と、
前記対話フローデータベースによって定義された前記トリガ基準のうちの１つが満足されることを判定し、かつ前記少なくとも１つのネットワーク（１３８０）を通じて前記リソースノード（１３３０）の識別されたものの間の前記関連するデータフローを確立することにより応答するように構成された対話実行エンジン（１３１２）と
を備えるリソース管理ノード（１３００）。
【請求項２】
前記メタデータから少なくとも２つの前記リソースノード（１３３０）間の推奨されたデータフローを前記システム実体データベース（１３０４）内に生成し、
ユーザ（１３２０）による受理のための前記推奨されたデータフローを識別する前記ユーザ（１３２０）に対してメッセージを通信し、
前記推奨されたデータフローを確立するために前記対話実行エンジン（１３１２）によって用いられる前記少なくとも２つのリソースノード（１３３０）と前記関連するトリガ基準との間の前記推奨されたデータフローを識別する情報を前記対話フローデータベース（１３０８）に付加することにより、前記推奨されたデータフローの受理を示すユーザ（１３２０）応答の受信通知に対して応答する
ように構成された推奨エンジン（１３１０）を更に備える請求項１に記載のリソース管理ノード（１３００）。
【請求項３】
前記推奨エンジン（１３１０）は、どのリソースノード（１３３０）が互換性をもつデータフォーマットを有しているのかを判定し、任意の推奨されたデータフローから、通信的に接続されることになるが、非互換性のデータフォーマットを有する２つ以上のリソースノード（１３３０）を除外するように更に構成される請求項２に記載のリソース管理ノード（１３００）。
【請求項４】
前記推奨エンジン（１３１０）は、
少なくとも２つの前記リソースノード（１３３０）の間で定義される１つ以上の推奨されたデータフローを受信するために前記対話フローデザイナ（１３２４）と通信し、
受理のために前記ユーザ（１３２０）に対して前記１つ以上の受信された推奨されたデータフローを通信し、
１つ以上の選択された前記推奨されたデータフローを識別し、前記１つ以上の前記推奨されたデータフローを確立するために前記対話実行エンジン（１３１２）によって用いられる前記関連するデータフローおよび前記トリガ基準を確立する前記対話フローデータベース（１３０８）に対して情報を付加することによって、前記ユーザの前記選択された１つ以上の前記推奨されたデータフローの受理を示す１つ以上のメッセージに対して応答する
ように更に構成される請求項２に記載のリソース管理ノード（１３００）。
【請求項５】
前記推奨エンジン（１３１０）は、
友人申請として前記ユーザ（１３２０）に前記推奨されたデータフローを通信し、
前記推奨されたデータフローを確立する前記対話実行エンジン（１３１２）によって用いられる前記少なくとも２つのリソースノード（１３３０と前記関連するトリガ基準との間の友人関係を識別する前記対話フローデータベース（１３０８）に対して情報を付加することによって前記ユーザの前記友人申請の受理を示すメッセージに対して応答する
ように更に構成される請求項２に記載のリソース管理ノード（１３００）。
【請求項６】
前記推奨エンジン（１３１０）は、
新しく受理する前記友人関係の少なくとも１つの前記リソースノード（１３３０）と少なくとももう１つのリソースノードとの間で今や確立されることができる１つ以上の更に推奨されたデータフローを識別することにより、前記ユーザの前記友人申請の受理の受信通知に対して応答し、
前記１つ以上の更に推奨されたデータフローによって前記ユーザ（１３２０）ために生成される機能を識別する情報とともに前記ユーザ（１３２０）に対して１つ以上の更なる友人申請を通信し、
前記更に推奨されたデータフローの対応するものを確立するために前記対話実行エンジン（１３１２）によって用いられる前記更に推奨されたデータフローの対応するものと前記関連するトリガ基準との間の選択された更なる友人関係を識別する情報を前記対話フローデータベース（１３０８）に付加することにより、前記ユーザの選択された１つ以上の前記更なる友人申請の受理を示す１つ以上のメッセージに対して応答する
ように更に構成される請求項５に記載のリソース管理ノード（１３００）。
【請求項７】
前記ユーザ（１３２０）に対する通信のため、１つ以上のデータフローから自然言語記述に対してデータをトランスコーディングするために用いられる、トランスコーディング情報を含むシステム実体意味記述データベース（１３０６）を更に備え、
前記対話実行エンジン（１３１２）は、前記ユーザ（１３２０）に対して通信される前記自然言語記述に対して前記確立された推奨されたデータフロー内のデータをトランスコーディングするために前記システム実体意味記述データベース（１３０６）からの前記トランスコーディング情報を用いる請求項５に記載のリソース管理ノード（１３００）。
【請求項８】
前記推奨エンジン（１３１０）は、
他のユーザに人気のあるデータフローが何であるのかを追跡し、
前記他のユーザによる使用に人気のある前記追跡されたデータフローのうちの１つに対して前記推奨されたデータフローが対応することを判定し、
前記メッセージの一部として前記推奨されたデータフローの前記判定された人気度を示す情報を前記ユーザ（１３２０）に通信する
ように更に構成される請求項２に記載のリソース管理ノード（１３００）。
【請求項９】
前記ユーザによって受理された前記対話フローデータベース（１３０８）によって識別されたデータフローは何であるかを識別する情報を含むユーザプロファイルデータベース（１３０２）を更に備え、
前記推奨エンジン（１３１０）は、
前記ユーザプロファイルデータベース（１３０２）、前記システム実体データベース（１３０４）および前記対話フローデータベース（１３０８）を用いて前記推奨されたデータフローを生成し、前記ユーザがどのリソースノード（１３３０）にアクセスすることができるのかを識別し、前記リソースノード（１３３０）のユーザアクセス可能なものの間の少なくとも１つの新しいデータフローを識別し、前記少なくとも１つの新しいデータフローは、前記ユーザのために作動中の他のデータフローとは異なり、
前記ユーザによる受理のために前記推奨されたデータフローとして、前記少なくとも１つの新しいデータフローを前記ユーザに通信する
ように更に構成される請求項２に記載のリソース管理ノード（１３００）。
【請求項１０】
前記リソースノード（１３３０）の対応するものにアクセスするために用いられるユーザのアクセス信用証明書を識別する情報を含むユーザプロファイルデータベース（１３０２）を更に備え、
前記推奨エンジン（１３１０）は、前記ユーザプロファイルデータベース（１３０２）によって識別された対応する前記ユーザのアクセス信用証明書を有する前記リソースノード（１３３０）に対して前記推奨されたデータフローを制限するように更に構成される請求項２に記載のリソース管理ノード（１３００）。
【請求項１１】
推奨エンジン（１３１０）は、前記推奨されたデータフローを前記対話フローデータベース（１３０８）に追加する前に、前記対話実行エンジン（１３１２）が対応するリソースノード（１３３０）間のデータフローを確立することができることを確認するために、前記ユーザのアクセス信用証明書を検査するように更に構成される請求項１０に記載のリソース管理ノード（１３００）。
【請求項１２】
前記対話実行エンジン（１３１２）は、対応するリソースノード（１３３０）間のデータフローを確立するときに、前記ユーザプロファイルデータベース（１３０２）によって識別された前記ユーザのアクセス信用証明書を用いるように更に構成される請求項１０に記載のリソース管理ノード（１３００）。
【請求項１３】
前記少なくとも１つのネットワーク（１３８０）に対して新しく接続されるようになっており、かつ前記対話フローデータベース（１３０８）内に定義された前記データフローに関連する前記リソースノード（１３３０）のうちのいずれともまだ接続されていないリソースノードを発見し、
前記発見されたリソースノードが１つ以上の前記リソースノード（１３３０）と互換性をもつデータフォーマットと通信することを判定し、
前記発見されたリソースノードと前記互換性をもつ１つ以上のリソースノード（１３３０）との間の１つ以上のデータフローを初期設定する
ように構成された推奨エンジン（１３１０）を更に備える請求項１に記載のリソース管理ノード（１３００）。
【請求項１４】
別の１つの前記リソースノード（１３３０）の中に入力される互換性をもつ別のデータフォーマットの中に前記リソースノード（１３３０）のうちの１つによって出力されるデータフォーマットをトランスコーディングするために用いられる情報を含むシステム実体意味記述データベース（１３０６）を更に備え、
前記対話実行エンジン（１３１２）は、
データフローの２つ以上の前記リソースノード（１３３０）間で通信するために用いられる前記データフォーマットが互換性をもたないことを、前記システム実体データベース（１３０４）から判定し、
互換性をもつ通信を提供するため、前記データフローの前記２つ以上のリソースノード（１３３０）間のデータをトランスコーディングするために、前記システム実体意味記述データベース（１３０６）からの前記トランスコーディング情報を用いることによって前記判定に対して応答する
ように構成される請求項１に記載のリソース管理ノード（１３００）。
【請求項１５】
少なくとも１つのネットワーク（１３８０）に接続された複数のリソースノード（１３３０）を管理するためのリソース管理ノード（１３００）によるコンピュータで実現される方法であって、
前記リソースノード（１３３０）のための通信アドレスを識別するシステム実体情報と、前記リソースノード（１３３０）の能力を識別する関連メタデータとを組み立てることと（１５０２）、
前記リソースノード（１３３０）の識別されたものの間で許可されるデータフローを定義する対話フロー情報と、前記データフローの識別されたものが実行されるときを定義する関連するトリガ基準とを組み立てること（１５０４）と、
前記対話フローデータベース（１３０８）によって定義された１つの前記トリガ基準が満足されるのかを判定すること（１５０６）と、
満足された前記トリガ基準に呼応して前記リソースノード（１３３０）の前記識別されたものの間の前記関連するデータフローを確立すること（１５０８）と
を備える方法。
【請求項１６】
前記組み立てるシステム実体情報内の前記メタデータから少なくとも２つの前記リソースノード（１３３０）間の推奨されたデータフローを生成すること（１９０２）と、
前記ユーザによる受理のために前記推奨されたデータフローを識別するユーザに対してメッセージを通信すること（１９０４）と、
前記推奨されたデータフローの受理を示すユーザの応答の受信通知に呼応して、前記推奨されたデータフローを確立するために用いられる、前記少なくとも２つのリソースノード（１３３０）と前記関連するトリガ基準との間の前記推奨されたデータフローを識別する前記組み立てられた対話フロー情報に更に情報を追加すること（１９０６）と
を更に備える請求項１５に記載のコンピュータで実現される方法。
【請求項１７】
どのリソースノード（１３３０）が互換性をもつデータフォーマットを有するのかを判定すること（２００２）と、
任意の推奨されたデータフローから通信的に接続されることになるが、非互換性のデータフォーマットを有する２つ以上のリソースノード（１３３０）を除外すること（２００４）と
を更に備える請求項１６に記載のコンピュータで実現される方法。
【請求項１８】
前記ユーザに対して前記推奨されたデータフローを友人申請として通信すること（２４０２）と、
前記友人申請の前記ユーザの受理を示すメッセージに呼応して、前記少なくとも２つのリソースノード（１３３０）と前記関連するトリガ基準との間の友人関係を識別する対話フロー情報を組み立てること（２４０４）と、
前記友人申請の前記ユーザの受理を示す前記メッセージに呼応して、前記新しく受理された友人関係の少なくとも１つのリソースノード（１３３０）と少なくとももう１つのリソースノードとの間で今や確立することができる更に１つ以上の推奨されたデータフローを識別すること（２４０６）と、
前記１つ以上の更に推奨されたデータフローによって前記ユーザのために生成される前記機能を識別する情報とともに前記ユーザに対して１つ以上の更なる友人申請を通信すること（２４０８）と、
選択された１つ以上の前記更なる友人申請の前記ユーザの受理を示す１つ以上のメッセージに呼応して、前記更に推奨されたデータフローの対応するものと前記関連するトリガ基準との間の前記選択された更なる友人関係を識別する前記対話フロー情報を組み立てること（２４１０）と
を更に備える請求項１６に記載のコンピュータで実現される方法。
【請求項１９】
他のエンドユーザに人気のあるデータフローが何であるのかを追跡すること（２１０１）と、
前記推奨されたデータフローが前記他のエンドユーザによる使用に人気のある前記追跡されたデータフローのうちの１つに対応することを判定すること（２１０４）と、
前記ユーザに対して前記メッセージの一部として前記推奨されたデータフローの前記判定された人気度を示す情報を通信すること（２１０６）と
を更に備える請求項１６に記載のコンピュータで実現される方法。
【請求項２０】
前記少なくとも１つのネットワーク（１３８０）に対して新しく接続されるようになっており、かつ前記対話フローデータベース（１３０８）内に定義された前記データフローに関連する前記リソースノード（１３３０）のうちのいずれともまだ接続されていないリソースノードを発見すること（２６０２）と、
前記発見されたリソースノードが前記１つ以上のリソースノード（１３３０）と互換性をもつデータフォーマットと通信することを判定すること（２６０４）と、
前記発見されたリソースノードと前記互換性をもつ１つ以上のリソースノード（１３３０）との間の１つ以上のデータフローを初期設定すること（２６０６）と
を更に備える請求項１５に記載のコンピュータで実現される方法。
【国際調査報告】
2015507230.tif 000035