(57)【特許請求の範囲】
【請求項１】
情報処理システムとのインターフェースを用いて物理的オブジェクトに作用するための方法であって、
前記物理的オブジェクトの論理的表現を定義するステップと、
前記表現によって提供された前記物理的オブジェクトの機能をユーザにより決定して、トリガするステップと、
前記機能を実際に実施するために前記物理的オブジェクトと通信するステップとを含み、
グラフの状態が前記物理的オブジェクトの状態を表し、前記グラフの遷移が前記物理的オブジェクトの機能を表す少なくとも１つの状態グラフを、前記論理的表現が含むこと、
および
前記提供された機能が、前記グラフの現在の状態の出て行く遷移上に存在する機能を含み、
追加の機能が前記ユーザに提供され、
前記ユーザが追加の機能を決定した場合に、出て行く遷移上で前記追加の機能を有する状態までの全体にわたって、前記少なくとも１つの状態グラフ内でパスを決定するステップと、
そのパスをたどることを可能にする機能を自動的にトリガするステップとを含むこと、を特徴とする方法。
【請求項２】
前記少なくとも１つの状態グラフの前記遷移は、重みに関連付けられ、前記重みは、複数の可能性のあるパスの中から前記パスを決定するために使用される、請求項１に記載の方法。
【請求項３】
前記論理的表現は、複数の状態グラフを含み、そのそれぞれが、前記ユーザと前記オブジェクトとの関係を含み、前記複数のグラフの中からグラフを決定するために、前記関係を決定するステップを含む、請求項１または２に記載の方法。
【請求項４】
前記関係は、「管理者」、「所有者」、「友人／家族」および「匿名」を含むグループ内に含まれる、請求項３に記載の方法。
【請求項５】
ユーザにより決定する前記ステップは、前記機能をトリガする前記ステップの前に、少なくとも１つのキューによる決定の処理を含む、請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
キューは前記関係のそれぞれに提供され、優先度が前記関係に割り当てられる、請求項５および請求項３または４のいずれか１項に記載の方法。
【請求項７】
請求項１乃至６のいずれか１項に記載の方法を実装するための通信端末。
【請求項８】
請求項１乃至６のいずれか１項に記載の方法を実装するための情報処理サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、物理的オブジェクトとの情報処理システムの対話に関する。
【背景技術】
【０００２】
情報処理システムのユーザが、ユーザの環境において見ることができる物理的オブジェクトとの対話を可能にすることをねらいとした提案がある。これらの物理的オブジェクトは、家庭用電気製品（オーブン、冷蔵庫、その他）、視聴覚機器（テレビ、ハイファイ・システム、その他）、または任意の他の機器（照明、暖房装置、その他）などの、個人のオブジェクトであってよい。オブジェクトはまた、ユーザの職業環境の機器、公共の機器、その他であってもよい。
【０００３】
情報処理システムは、たとえば、ウェブ・インターフェースを介して、それらのオブジェクトの機能を使用するのを可能にする通信端末であってよい。それは、たとえば、人の携帯電話などを使用して、リモートで照明を消すこと、またはテレビチャンネルで放送している映画の録画を開始することを含むことができる。
【０００４】
この要求の解決において範囲を多様にすることをねらいとした、最新の提案が存在する。
【０００５】
１つの提案は、Ａｕｄｉｏ−ＩＤラボからのＥＰＣＧｌｏｂａｌソリューションである。それは、ＲＦＩＤ識別子（すなわち「タグ」）および近接センサの使用に頼って、オブジェクトの存在を検出し、サブスクライブされたオブジェクトの位置をユーザに通知する。この情報は、ウェブ・インターフェース上でアクセス可能にされる。
【０００６】
しかしながら、このソリューションは、オブジェクトを制御して、それらの機能にアクセスすることを可能にするものではない。
【０００７】
別の提案は、行動をＲＦＩＤタグに関連付けるアイデアに基づいたＴｏｕｃｈａｔａｇプラットフォームである。センサの前にＲＦＩＤタグを置くことによって、プラットフォームによって行動を自動的にトリガすることができる。したがって、このソリューションは、プログラミング行動において多大な自由をもたらすが、実際のオブジェクトを管理せず、したがって多くの制限を有する。そのソリューションは、たとえば、ウェブ・インターフェースを介して、可能性のある行動のリストをユーザに提案することはできず、オブジェクトの状態によって、どの行動が可能であるか否かを正しく管理することもできない。
【０００８】
ウェブサイト、ｗｗｗ．ｙａｌｅｒ．ｏｒｇで説明されているＹａｌｅｒイニシアチブは、ウェブに接続されたオブジェクトとユーザのウェブ・インターフェースとの間に、ゲートウェイを作成することから構成される。Ｙａｌｅｒイニシアチブは、ユーザがオブジェクトの機能にアクセスするのを可能にするものの、このゲートウェイを有する必要性が難点であり、したがって、潜在的な障害およびシステムの脆弱性の両方を成す。
【０００９】
加えて、このソリューションは、オブジェクトを、ユーザに継続的に提供される一組の機能を意味する「サービス」であると考える。
【００１０】
ウェブサイト、ｗｗｗ．ｗｅｂｏｆｔｈｉｎｇｓ．ｃｏｍで説明されているＷｅｂ  ｏｆ  Ｔｈｉｎｇｓイニシアチブは、物理的オブジェクトを、ウェブを介してアクセス可能なサービスであると考える、同じ基本前提が難点である。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
本発明の目的は、この状況を実質的に改善することから成る。
【課題を解決するための手段】
【００１２】
本発明によれば、オブジェクトは、その機能が継続的に利用可能ではないという点において、本質的にサービスとは異なる。むしろ、オブジェクトの利用可能性は、オブジェクトがおかれる状態に左右される。
【００１３】
たとえば、ＣＤまたはＤＶＤプレーヤの「一時停止」機能は、オブジェクトが再生メディアである場合にのみアクセス可能である。
【００１４】
これを行うために、本発明の１つの目的は、情報処理システムとのインターフェースを用いてオブジェクトに作用するための方法であって、方法は、
−  オブジェクトの論理的表現を定義するステップと、
−  表現によって提供されたそのオブジェクトの機能を（ユーザにより）決定して、トリガするステップと、
−  問題の機能を実際に実行するためにオブジェクトと通信するステップと
を含む。
【００１５】
本発明の方法は、グラフの状態がオブジェクトの状態を表し、グラフの遷移がオブジェクトの機能を表す少なくとも１つの状態グラフを、論理的表現が含むことにおいて、および、これらの提供された機能が、グラフの現在の状態の出て行く遷移に存在する機能を含むことにおいて、革新的である。
【００１６】
したがって、状態グラフを、情報処理システムで表されたオブジェクトと関連付けることは、オブジェクトの性質そのものをよりよく考慮に入れることを可能にする。オブジェクトの挙動を詳細にモデル化し、機能をトリガする前に、オブジェクトが適切な状態にあるのを保証することが可能となる。
【００１７】
これは、たとえば、オブジェクトの機能がその現在の状態に対応することをユーザに提案することによって、行うことができる。
【００１８】
ユーザに追加の機能を提供することもまた可能である。方法は次いで、これらの追加の機能のうちの１つが決定された場合に、出て行く遷移上で問題の追加の機能を有する状態までの全体にわたって、状態グラフにおいてパスを決定するステップと、そのパスをたどることを可能にする機能を自動的にトリガするステップとを含むことができる。
【００１９】
状態グラフの遷移は、重みに関連付けられていてよく、これらの重みは、複数の可能性のあるパスの中からパスを決定するために使用される。
【００２０】
論理的表現は、複数の状態グラフを含むことができ、そのそれぞれが、ユーザとオブジェクトとの関係に対応し、複数のグラフの中からグラフを決定するために、関係を決定するステップを含む。
【００２１】
ユーザにより決定するステップは、機能をトリガする前に、少なくとも１つのキューによるその決定の処理を含むことができる。キューは、関係のそれぞれに提供されてよく、優先度が関係に（およびその後、キューに）割り当てられてよい。
【００２２】
本発明のさらなる目的は、その方法の展開およびその実装形態を対象とした、端末および情報処理サーバを有することである。
【００２３】
本発明、その利益、およびその特性は、添付の図面を参照して、以下の説明においてよりはっきりと明らかになるであろう。
【図面の簡単な説明】
【００２４】
【図１】本発明の１つの可能性のある実装形態コンテキストを表す図である。
【図２】状態グラフを使用したオブジェクトの表現を示す図である。
【発明を実施するための形態】
【００２５】
図１によって示される例示的な実装形態において、本発明は、ユーザＵが、情報処理システムとのインターフェースを含む通信端末Ｔを用いて、オブジェクト０１、０２、０３に作用することを可能にする。この情報処理システムは、異なる機器およびソフトウェア・デバイスを含むことができる。
【００２６】
情報処理システムは、通信端末Ｔに埋め込まれた機器からのみ構成されてもよい。
【００２７】
図１の例にあるように、情報処理システムは、端末Ｔに接続され、かつオブジェクト０１、０２、０３に接続されたサーバＳを含むことができる。
【００２８】
端末Ｔは、ウェブブラウザ・インターフェースを含み、ＨＴＴＰ（ハイパーテキスト・トランスファー・プロトコル）のような通常のウェブ技術プロトコルによって、またはアプリケーション、すなわちＪａｖａアプレットなどによって、サーバＳと通信することができる。
【００２９】
図１の例にあるようなサーバＳの使用は、集中化したやり方において本発明の実装を可能にする。以降で説明するように、その場合、生じ得るあらゆる衝突を最適に管理することによって、複数の端末から単一のオブジェクトに作用することが可能である。
【００３０】
情報処理システムＳは、オブジェクトの組Ｒの論理的表現を含む。したがって、本発明の方法は、それらの論理的表現を定義する初期ステップを含む。
【００３１】
本発明によれば、オブジェクトの論理的表現は、少なくとも１つの状態グラフを含む。そのようなグラフが、図２に示されている。
【００３２】
状態Ａ、Ｂ、Ｃ、Ｄは、モデル化されたオブジェクトの別個の状態を表す。たとえば、電話０２の場合、それは、状態「つながっている」、「通話中」、「メッセージの録音」「メッセージの確認」であってよい。この例は、純粋に例であって、状態は、オブジェクトの特定の機能に基づいて決定されてよい。
【００３３】
状態は、（図中で有向矢印によって示された）遷移によって、互いに接続されている。これらの遷移は、オブジェクトの機能を表す。
【００３４】
たとえは、状態Ｂから状態Ｃへの遷移は、単一の遷移が、複数の機能（このケースでは機能ｆ１およびｆ２）を表すことができることを示す。
【００３５】
これは、たとえば、「つながっている」状態において、「ピックアップ」機能および「確認終了」機能のトリガリングの後に来る、状態「メッセージの確認」における電話０２について当てはまってよい。
【００３６】
所与の状態、たとえば、状態Ｂから、２つの状況が考えられてよい。
−  いくつかの機能は、オブジェクトを別の状態にする。たとえば、これは、オブジェクトを状態Ｄにする機能ｆ１に当てはまる。
−  いくつかの機能は、オブジェクトを同じ状態に保つ。たとえば、これは、機能ｆ２に当てはまる。
【００３７】
メディア・プレーヤ（ＣＤ、ＤＶＤ、その他）の例においては、「再生開始」機能が、オブジェクトを、「一時停止」または「スタンバイ」状態から「再生」状態にし、一方で、機能「ボリュームを上げる」は、オブジェクトを同じ状態のままにしておく。
【００３８】
加えて、同じ機能が、複数の状態からアクセス可能であってもよい。これは、状態Ａ、Ｂ、およびＣからアクセス可能な機能ｆ２に当てはまる。たとえば、メディア・プレーヤの場合、機能「ボリュームを上げる」は、「一時停止」状態から、または「再生」状態からアクセス可能であってよい。
【００３９】
さらに、オブジェクトの論理的表現が複数の状態グラフを含むことが規定されてよい。これらの状態グラフのそれぞれは、ユーザとオブジェクトとの可能性のある関係に対応することができる。
【００４０】
これらの関係は、たとえば、管理者、所有者、友人（もしくはコンテキストに基づいて家族、同僚、その他）、または匿名であってもよい。他の関係も当然可能である。残りの説明は、４つの別個の関係のグループに基づいているが、本発明の範囲から逸脱せずに、異なる数の関係を有するグループが可能である。
【００４１】
これらの関係または役割は、オブジェクトとユーザとを関連付けるリンクを表し、オブジェクトに対する異なる権利に対応することができる。
【００４２】
いくつかのケースにおいて、「所有者」および「管理者」の関係は融合されてもよいが、いくつかの状況においては、それらを区別することが有益であり得る。たとえば、職業環境においては、管理者は、その所有者にとってはアクセス不可能な、いくつかの機能にアクセスすることができる。さらに、同じコンピュータが場合により共同作業者によって使用されることがあるが、アクセスは特定の機能に制限される。特定の機能は、任意の人物（「匿名の」関係）にとって追加的にアクセス可能であってもよく、これには、たとえば、「オン」および「オフ」機能が当てはまってよい。
【００４３】
それぞれの関係は、したがって、状態および可能性のある機能の異なるサブセットに対応し、その結果、別個の状態グラフに対応する。
【００４４】
本発明の一実装形態によれば、オブジェクトの使用は、ユーザＵと、オブジェクト０１、０２、０３との関係の決定をトリガする。この関係に基づいて、適切な状態グラフが、そのオブジェクトの論理的表現内に含まれる一組のグラフの中から決定される。
【００４５】
少なくとも１つのキュー、とりわけ、関係および状態グラフごとに１つのキューを有することが追加的に規定されてもよい。この（またはこれらの）キューは、複数のユーザが同じオブジェクトにアクセスする状況を管理することを可能にする。
【００４６】
それぞれのキューは、「先入れ先出し」（ＦＩＦＯ）モデルに対応することができる。しかしながら、他のメカニズムがこのモデルに微妙な違いを加えることができる。たとえば、地理的な近接性を考慮に入れて、オブジェクトをリモートで制御したい別のユーザに代わって、オブジェクトに最も近い人により高い優先度を与えることが可能である。
【００４７】
キューの間で、優先度はまた指定されてもよい。たとえば、「所有者」関係は、「友人」関係よりも高い優先度であってもよく、対応するキューは、優先的な処理を受信することになる。
【００４８】
このメカニズムは、異なる機能が同時に作動する状況を管理することを可能にする。関係（所有者、友人、その他）のタイプ、地理的近接性、または他のパラメータが、要求の１つまたは他に優先度を与えることを可能にする。
【００４９】
しかしながら、いくつかの機能は、衝突なく、同時にトリガされ得ることに留意されたい。むしろ、いくつかのオブジェクトは、いくつかの状態において、並行して機能を管理することができる。たとえば、テレビ０１は、音声ボリュームも変更しながら、チャンネルを変更することができる。
【００５０】
上で述べたように、現在の状態に対応する機能のサブセットのみが、ユーザにとって直接アクセス可能である。
【００５１】
これらの機能に加えて、追加の機能をユーザに提供することが、追加的に規定されてもよい。
【００５２】
たとえば、ウェブ・インターフェース（またはブラウザ）が、オブジェクトの機能のうちのいくつか、または全部を示すことができる。
【００５３】
ユーザがウェブ・インターフェース上でそれらの追加の機能のうちの１つを決定した場合、本発明の方法は、出て行く遷移上で問題の機能を保有する状態までの全体にわたって、状態グラフ内でパスを決定する。
【００５４】
図２の例において、現在の状態は状態Ａであり、選択された機能は機能ｆ４であると仮定する。この機能は、状態Ａの出て行く遷移のいずれにも属していない。したがって、これは、上で定義されたような「追加の機能」である。
【００５５】
情報処理システムは次いで、状態Ａから、出て行く遷移上にｆ４を有する状態に至る、１つまたは複数のパスを決定することができる。
【００５６】
ＣおよびＢが、出て行く遷移上に機能としてのｆ４を有することから、これらのパスは、Ａ→ＣおよびＡ→Ｂである。
【００５７】
システムＳは次いで、このパスをたどることを可能にする機能を自動的にトリガすることができる。
【００５８】
言い換えれば、システムＳは、どの機能がパスの遷移上に位置するかを決定し、パスの遷移を次々に適用する。
【００５９】
たとえば、システムＳは、状態Ｃに行くために機能ｆ３を適用する、または状態Ｂに行くために機能ｆ２を適用することができる。
【００６０】
システムＳは、それらのパスのうちの１つを、任意に、または所定の発見的方法に基づいて選択する、あるいは選択するようにユーザに尋ねることができる。
【００６１】
発見的方法は、コストまたは制約の概念に基づくことができる。たとえば、コストは遷移に関連付けられてよく、最も低コストのパスが選択されることになる。
【００６２】
これらのコストは、エネルギー消費、オブジェクトの消耗の影響（たとえば、デバイスをオンおよびオフにすることが高コストに関連付けられることがある）、機能を実施するための時間、その他などの、異なる基準を表すことができる。
【００６３】
状態ベースの機構とオブジェクトとのこの関連付けを通して、本発明は、オブジェクトの管理および連携を円滑化することを追加的に可能にする。そのような連携を可能にするために、オブジェクト・モニタリング・ツールが提案されてもよい。
【００６４】
連携とは、ここでは、互いに対話する複数のオブジェクトで構成されたアプリケーションまたは「マッシュアップ」（ｍａｓｈ−ｕｐ）を指して言う。
【００６５】
このモジュールは、オブジェクト間の単純な依存関係の管理を可能にする。それぞれのオブジェクトの表現に頼ることによって、このモジュールは、所与のオブジェクトが予測するのはどのデータか、かつ、複合アプリケーションに関与したどのオブジェクトがそれにオブジェクトを提供できるのかを見分けることができる。
【００６６】
したがって、このモジュールは、オブジェクトの使用をキューの中に配置するのを管理すること、および、そのオブジェクトの実行に必要とされる他のオブジェクトに属する機能をトリガさせることができる。最後に、このモジュールは、次の間で区別を行うことができる。
−  その完了に関与したオブジェクトのすべてが呼び出されるまで、オブジェクトを待たせること、および
−  オブジェクトの必要であるが十分なサブグループが呼び出されるまで、オブジェクトを待たせること。
【図１】
0005646050.tif 000002
【図２】
0005646050.tif 000003