(57)【特許請求の範囲】
【請求項１】
制御デバイスとローカル・コントローラ（１０３）との間に物理的接触（１０６）が確立すると、前記ローカル・コントローラ（１０３）からローカル制御データ（１１８）を受信するように適合されたローカル制御インターフェース（１０８）と、
前記制御デバイスと遠隔コントローラ（１０４）との間に通信リンク（１０７）が確立すると、前記遠隔コントローラ（１０４）から遠隔制御データ（１１５）を受信するように適合された遠隔制御インターフェース（１０９）と、
ローカル制御データに基づいて、遠隔制御データの、制御可能なオブジェクト（１０１）のための物理制御信号（１２０）への変換を定義するように適合された制御装置（１１０〜１１２）とを備える、制御デバイス（１０２）。
【請求項２】
前記制御装置（１１０〜１１２）が、
前記遠隔制御データ（１１５）に基づいて、入力制御データ（１１６）を、前記制御可能なオブジェクト（１０１）の行動モデルに提供するように適合されたコントローラ・モジュール（１１０）と、
前記制御可能なオブジェクト（１０１）の前記行動モデルを実装するように適合されたモデル・モジュール（１１１）であって、前記入力制御データに対する応答として前記制御可能なオブジェクトに関する状態記述データ（１１７）を提供するモデル・モジュールと、
前記状態記述データを、前記行動モデルから、前記制御可能なオブジェクトのための前記物理制御信号（１２０）に変換するように適合された物理制御インターフェース（１１２）とを備える、請求項１に記載の制御デバイス。
【請求項３】
前記物理制御インターフェース（１１２）が、ローカル制御データ（１１８）に基づいて、前記状態記述データ（１１７）の、前記制御可能なオブジェクト（１０１）のための前記物理制御信号（１２０）への変換を定義するように適合される、請求項２に記載の制御デバイス。
【請求項４】
前記コントローラ・モジュール（１１０）が、ローカル制御データ（１１８）に基づいて、前記遠隔制御データ（１１５）の、前記行動モデルのための前記入力制御データ（１１６）への変換を定義するように適合される、請求項２に記載の制御デバイス。
【請求項５】
前記コントローラ・モジュール（１１０）が、前記遠隔制御データ（１１５）が有効であるか否かを検証するように適合される、請求項２に記載の制御デバイス。
【請求項６】
前記コントローラ・モジュール（１１０）が、有効な、修正された遠隔制御データを取得するために、前記遠隔制御データが有効ではない場合、前記遠隔制御データ（１１５）を修正するように適合され、また、前記修正された遠隔制御データに基づいて、前記行動モデルのための前記入力制御データ（１１６）を提供するようにさらに適合される、請求項５に記載の制御デバイス。
【請求項７】
前記コントローラ・モジュール（１１０）が、前記状態記述データ（１１７）に基づいて、前記制御可能なオブジェクト（１０１）の物理的出力を記述するビュー・データを提供するように適合され、前記遠隔制御インターフェース（１０９）が、前記ビュー・データを前記遠隔コントローラ（１０４）に送信するように適合されている、請求項２に記載の制御デバイス。
【請求項８】
前記制御装置（１１０〜１１２）が、前記物理制御信号（１２０）に範囲の制限を課すために、ローカル制御データ（１１８）を使用するように適合される、請求項１に記載の制御デバイス。
【請求項９】
前記制御装置（１１０〜１１２）が、前記物理制御信号（１２０）が前記遠隔制御データ（１１５）によって変更されるルールを修正するために、ローカル制御データ（１１８）を使用するように適合される、請求項１に記載の制御デバイス。
【請求項１０】
前記制御装置（１１０〜１１２）が、前記物理制御信号（１２０）の成分を無効にするために、ローカル制御データ（１１８）を使用するように適合される、請求項１に記載の制御デバイス。
【請求項１１】
前記遠隔制御インターフェース（１０９）が、通信ネットワーク（１０５）を介して前記遠隔コントローラ（１０４）と通信するように適合される、請求項１に記載の制御デバイス。
【請求項１２】
制御デバイスとローカル・コントローラとの間に物理的接触（１０６）が確立すると、前記制御デバイスがローカル・コントローラ（１０３）からローカル制御データ（１１８）を受信する、ローカル制御データ受信ステップ（３０１）と、
前記制御デバイスと遠隔コントローラとの間に通信リンク（１０７）を確立すると、前記制御デバイスが、遠隔コントローラ（１０４）から遠隔制御データ（１１５）を受信する、遠隔制御データ受信ステップ（２０１）と、
前記制御デバイスが、ローカル制御データに基づいて、遠隔制御データの、制御可能なオブジェクト（１０１）のための物理制御信号（１２０）への変換を定義する、制御定義ステップと、
前記制御デバイスが、前記物理制御信号を生成するために、受信された遠隔制御データに前記変換を適用する、制御実行ステップとを備える、制御デバイス（１０２）によって制御可能なオブジェクト（１０１）を制御する方法。
【請求項１３】
デバイスが請求項１２に記載の方法を実行することを可能にする命令のセットを備えるデバイス可読媒体であって、前記デバイスは命令の前記セットを実行することができる、デバイス可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の一態様は、遠隔制御データに依存して、制御可能なオブジェクトのための物理制御信号を提供するように適合された制御デバイスに関する。制御デバイスは、たとえば、通信ネットワークを介して、遠隔で家庭用機器を制御するために使用することができる。本発明の他の態様は、制御デバイスを操作する方法、および命令のセットを備えるデバイス可読媒体に関する。
【背景技術】
【０００２】
制御可能なオブジェクトは、人々、アプリケーション、または他のオブジェクトによって、制御可能なオブジェクトを遠隔で使用することを可能にする、いわゆる仮想拡張を有することができる。これらの仮想拡張は、新たな種類のサービスを提供することができる。仮想拡張は、一般的に、遠隔にあるコントローラとの通信リンクを確立することができる制御デバイスを含む。制御デバイスは、制御可能なオブジェクトに物理的に関連付けられる。制御デバイスは、遠隔にあるコントローラから受信した制御データに応答して、制御可能なオブジェクトのための物理制御信号を提供する。
【０００３】
遠隔での制御は、ユーザが人、アプリケーション、または別のオブジェクトであるかにかかわらず、遠隔のユーザが制御可能なオブジェクトに与えることができる制御の程度に関する問題を提起する。そのような問題は、優先順位設定によって対処することができる。たとえば、あるユーザが別のユーザよりも高い優先順位を有してよい。そのためには、異なるタイプのユーザ、および異なるユーザ・プロファイルを定義することが可能である。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
デバイスの遠隔制御をより包括的に管理することを可能にするソリューションが必要である。
【０００５】
この必要性により良く対処するために、以下の点が考慮されている。多くのアプリケーションでは、オブジェクトに物理的にアクセスすることによって、オブジェクトの行動を変更することが可能である。たとえば、ランプ内の２５ワットの電球を１０ワットの電球に交換すると、ユーザはランプに１０ワットを超える照明電力を生成させることができなくなる。この制御制約は、彼または彼女の優先順位が何であれ、任意のユーザに適用される。オブジェクトに物理的にアクセスできるユーザだけが、たとえばある電球を別の電球と交換することなどによって、制御制約を変更または除去することができる。しかしながら、オブジェクトに物理的にアクセスすることによって物理的な制御制約を課すことは非常に面倒で不便である。
【課題を解決するための手段】
【０００６】
本発明の一態様によれば、制御デバイスは、
制御デバイスとローカル・コントローラとの間に物理的接触が確立すると、ローカル・コントローラからローカル制御データを受信するように適合されたローカル制御インターフェースと、
制御デバイスと遠隔コントローラとの間に通信リンクが確立すると、遠隔コントローラから遠隔制御データを受信するように適合された遠隔制御インターフェースと、
ローカル制御データに基づいて、遠隔制御データの、制御可能なオブジェクトのための物理制御信号への変換を定義するように適合された制御装置とを備える。
【０００７】
本発明の別の態様は、
制御デバイスとローカル・コントローラとの間に物理的接触が確立すると、制御デバイスが、ローカル・コントローラからローカル制御データを受信する、ローカル制御データ受信ステップと、
制御デバイスと遠隔コントローラとの間に通信リンクが確立すると、制御デバイスが、遠隔コントローラから遠隔制御データを受信する、遠隔制御データ受信ステップと、
制御デバイスが、ローカル制御データに基づいて、遠隔制御データの、制御可能なオブジェクトのための物理制御信号への変換を定義する、制御定義ステップと、
制御デバイスが、物理制御信号を生成するために、受信された遠隔制御データへの変換を適用する、制御実行ステップとを備える、制御デバイスによって制御可能なオブジェクトを制御する方法に関する。
【０００８】
本発明の別の態様は、命令のセットを実行することができるデバイスが、上記で定義した通りの方法を実行することを可能にする命令のセットを備えるデバイス可読媒体に関する。
【０００９】
これらの態様のそれぞれにおいて、制御デバイスに物理的にアクセスするローカル・ユーザは、遠隔のユーザが制御可能なオブジェクトに対して実行することができる制御動作に制限を課すことができる。ローカル・ユーザは、ローカル・コントローラと制御デバイスとの間に物理的接触を確立することによって、そのような制限を課す。より正確には、物理的接触によって、制御制限を定義することができるローカル制御データを制御デバイスに適用できるようになる。これによって、容易に管理可能かつ便利な方法で、デバイスの遠隔制御のより包括的な管理が可能になる。
【００１０】
本発明の実施形態は、別の段落で説明される、以下のさらなる機能のうちの１つまたは複数を有利に備える。これらのさらなる機能は、それぞれデバイスの遠隔制御をより包括的に管理することに寄与する。
【００１１】
制御装置は、
遠隔制御データに基づいて、入力制御データを、制御可能なオブジェクトの行動モデルに提供するように適合されたコントローラ・モジュールと、
制御可能なオブジェクトの行動モデルを実装するように適合されたモデル・モジュールであって、入力制御データに対する応答として制御可能なオブジェクトに関する状態記述データを提供するモデル・モジュールと、
状態記述データを、行動モデルから、制御可能なオブジェクトのための物理制御信号に変換するように適合された物理制御インターフェースとを有利に備える。
【００１２】
物理制御インターフェースは、ローカル制御データに基づいて、状態記述データの、制御可能なオブジェクトのための物理制御信号への変換を有利に定義することができる。
【００１３】
コントローラ・モジュールは、ローカル制御データに基づいて、遠隔制御データの、行動モデルのための入力制御データへの変換を有利に定義することができる。
【００１４】
コントローラ・モジュールは、遠隔制御データが有効であるか否かを有利に検証する。
【００１５】
コントローラ・モジュールは、有効な、修正された遠隔制御データを取得するために、遠隔制御データが有効ではない場合、遠隔制御データを有利に修正し、また、修正された遠隔制御データに基づいて、行動モデルのための入力制御データを提供するようにさらに適合される。
【００１６】
コントローラ・モジュールは、状態記述データに基づいて、制御可能なオブジェクトの物理的出力を記述するビュー・データを提供するように適合され、遠隔制御インターフェースは、ビュー・データを遠隔コントローラに送信するように適合されている。
【００１７】
制御装置は、物理制御信号に対して範囲の制限を課すために、ローカル制御データを有利に使用することができる。
【００１８】
制御装置は、物理制御信号が遠隔制御データによって変更されるルールを修正するために、ローカル制御データを有利に使用することができる。
【００１９】
制御装置は、物理制御信号の成分を無効にするために、ローカル制御データを有利に使用することができる。
【００２０】
遠隔制御インターフェースは、通信ネットワークを介して遠隔コントローラと有利に通信することができる。
【００２１】
上記で要約した本発明、およびさらなる機能を説明する目的で、図面を参照して特定の実施形態の詳細な説明が提供される。
【図面の簡単な説明】
【００２２】
【図１】制御可能なオブジェクトを制御するための制御デバイスを含むインフラストラクチャを示すブロック図である。
【図２】制御デバイスによって制御可能なオブジェクトを制御する方法を示す流れ図である。
【図３】制御デバイスを制御する方法を示す流れ図である。
【発明を実施するための形態】
【００２３】
図１は、制御可能なオブジェクト１０１を制御するためのインフラストラクチャ１００を概略的に示すブロック図である。インフラストラクチャ１００は、制御デバイス１０２、ローカル・コントローラ１０３、遠隔コントローラ１０４、および通信ネットワーク１０５を備える。制御可能なオブジェクト１０１は、たとえば、ランプなどの家庭用機器の形式でよい。制御デバイス１０２はユニットに組み込まれてよく、それは家庭用機器も含む。ローカル・コントローラ１０３は、たとえば、ユーザ・インターフェースを備える機器の形式でよく、それはキーボードおよびディスプレイ・スクリーンを含み得る。遠隔コントローラ１０４は、たとえば、制御可能なオブジェクト１０１に制御機能を提供するようにプログラムされた通信端末の形式でよい。これは、たとえば、適切なアプリケーション・ソフトウェアを通信端末にロードすることによって実現することができる。通信ネットワーク１０５は、たとえば、インターネット、またはＧＰＲＳ、３Ｇ、またはＥＤＧＥの略語で知られるネットワークなどのデータ・ネットワークの形式でよい。
【００２４】
ローカル・コントローラ１０３は、制御デバイス１０２との物理的接触１０６を確立することができる。この物理的接触１０６は、たとえば、１つまたは複数の電気コネクタ、またはケーブル、あるいはその両方によって確立することができる。遠隔コントローラ１０４は、通信ネットワーク１０５によって制御デバイス１０２との通信リンク１０７を確立することができる。
【００２５】
より詳細には、制御デバイス１０２は、ローカル制御インターフェース１０８、遠隔制御インターフェース１０９、コントローラ・モジュール１１０、モデル・モジュール１１１、および物理制御インターフェース１１２を備える。物理制御インターフェース１１２は、変換器１１３を備え、また任意で変換モジュール１１４を備える。制御デバイス１０２は、命令を実行することができる１つまたは複数のプロセッサを備えることができる。次いで、上述のモジュールは、たとえば、そのようなプロセッサにロードされた命令のセットによってそれぞれ実装することができる。そのようなソフトウェア・ベースの実装形態では、命令のセットが、当該のモジュールが実行する操作を定義する。これについては後述する。ローカル制御インターフェース１０８、および遠隔制御インターフェース１０９も、少なくとも部分的にそのような方法で実装することができる。
【００２６】
図２は、制御デバイス１０２によって制御可能なオブジェクト１０１を制御する方法を示している。本方法は、制御デバイス１０２内の様々なモジュールが実行する、一連のステップを備える。図２は、制御デバイス１０２が後述する様々な動作を実行することを可能にする、ソフトウェア・プログラムの流れ図表現と見なすことができる。このソフトウェア・プログラムは、それぞれが図１に示される制御デバイス１０２の特定のモジュールを実装している、命令の１つまたは複数のセットを備えることができる。図２に示される方法では、物理制御インターフェース１１２が、上述した変換モジュール１１４を備えると仮定される。
【００２７】
遠隔制御データ受信ステップ２０１で、制御デバイス１０２と遠隔コントローラ１０４との間に通信リンク１０７を確立すると、遠隔制御インターフェース１０９が、遠隔コントローラ１０４から遠隔制御データ１１５を受信する。上述のように、制御可能なオブジェクト１０１がランプであると仮定する。その場合、遠隔制御データ１１５は、たとえば、照明電力、照明の色、または照明方向、あるいはこれらのパラメータの任意の組合せを定義することができる。遠隔制御インターフェース１０９は、受信された遠隔制御データ１１５をコントローラ・モジュール１１０に適用する。
【００２８】
検証ステップ２０２で、コントローラ・モジュール１１０が、遠隔制御データ１１５が有効であるか否かを検証する。たとえば、コントローラ・モジュール１１０は、遠隔制御データ１１５が正確なパラメータ・タイプを備えるか否か、およびパラメータが有効な範囲内か否かを検証することができる。遠隔制御データ１１５が有効ではない場合、コントローラ・モジュール１１０は、有効な、修正された遠隔制御データを取得するために、受信された遠隔制御データ１１５を修正することができる。あるいは、コントローラ・モジュール１１０は、遠隔制御データ１１５を拒否して、この拒否に関するメッセージを遠隔コントローラ１０４に送信させることができる。
【００２９】
入力制御データアプリケーションステップ２０３で、コントローラ・モジュール１１０が、受信された遠隔制御データ１１５に基づいて、入力制御データ１１６をモデル・モジュール１１１に適用する。検証ステップ２０１が肯定的である場合、入力制御データ１１６は遠隔制御データ１１５と等しくてよい。検証ステップ２０１が肯定的ではない場合、入力制御データ１１６は、遠隔制御データ１１５の修正されたバージョンでよい。
【００３０】
モデリング・ステップ２０４で、制御可能なオブジェクト１０１の行動モデルを実装するモデル・モジュール１１１が、入力制御データ１１６に対する応答として制御可能なオブジェクト１０１に関する状態記述データ１１７を提供する。入力制御データ１１６は、行動モデルの状態修正をトリガすることができる。この状態修正は、制御可能なオブジェクト１０１の状態修正を反映し、その結果、制御可能なオブジェクト１０１が提供する物理的出力の修正を反映する。制御可能なオブジェクト１０１がランプの場合、状態修正は、たとえば、ランプが提供する物理的出力に関する、照明電力、照明の色、または照明方向、あるいはこれらのパラメータの任意の組合せに関してよい。モデル・モジュール１１１は、状態記述データ１１７を変換モジュール１１４に適用する。
【００３１】
モデル出力変換ステップ２０５で、変換モジュール１１４は、基本的なローカル制御データ１１８に基づいて、状態記述データ１１７を修正することができる。たとえば、ローカル制御データ１１８は、制御可能なオブジェクト１０１が提供する物理的出力に範囲の制限を課すことができる。別の例を挙げると、ローカル制御データ１１８は、物理制御信号の成分を無効にすることができる。別の例を挙げると、ローカル制御データ１１８は、物理制御信号が遠隔制御データ１１５によって変更されるルールを修正することができる。これは、以下で実施例によってより詳細に説明される。変換モジュール１１４は、効率的な状態記述データ１１９を変換器１１３に適用する。効率的な状態記述データ１１９は、モデル・モジュール１１１が提供する状態記述データ１１７に対応してもよく、そのデータの修正されたバージョンでもよい。
【００３２】
物理的制御ステップ２０６で、変換器１１３が、効率的な状態記述データ１１９を、制御可能なオブジェクト１０１のための物理的制御信号１２０に変換する。この変換は、たとえば、デジタル−アナログ変換を備えることができる。制御可能なオブジェクト１０１は、物理的制御信号１２０に対応する物理的出力を生成する。
【００３３】
ビュー提供ステップ２０７で、コントローラ・モジュール１１０が、制御可能なオブジェクト１０１が提供する物理的出力を説明するビュー・データを提供することができる。遠隔制御インターフェース１０９は、ビュー・データを遠隔コントローラ１０４に送信することができる。次いで、ビュー・データは、遠隔コントローラ１０４によって遠隔制御データ１１５を制御デバイス１０２に送信した遠隔のユーザのためのフィードバックを構成する。
【００３４】
この例では、コントローラ・モジュール１１０が、効率的な状態記述データ１１９ではなく、状態記述データ１１７に基づいてビュー・データを提供する。ビュー・データは、遠隔コントローラ１０４によって遠隔のユーザが制御デバイス１０２に送信した遠隔制御データ１１５と一致する。しかしながら、ビュー・データは、モデル出力変換ステップ２０５に適用された修正を反映しない。したがって、遠隔のユーザはこの修正を認識しない。以下でより詳細に説明するように、この無認識によって、ローカル制御データ１１８を提供することによって制御可能なオブジェクト１０１を物理的に制御しているローカル・ユーザのプライバシーを保護することができる。
【００３５】
以下の例は、図２を参照して上述した方法を示している。制御可能なオブジェクト１０１は、ランプであると仮定される。遠隔制御データ１１５は、「照明の色を青に設定する」コマンドであると仮定される。遠隔制御データ１１５は有効であると仮定される。したがって、ランプの行動モデルは、照明の色が青であると指定する状態記述データ１１７を提供する。ローカル制御データ１１８は、遠隔制御データ１１５に含まれる色の定義に赤色成分が追加されるべきであると定義すると仮定される。変換モジュール１１４が、照明の色が青であると指定する状態記述データ１１７に赤色成分を追加する。したがって、変換モジュール１１４は、照明の色が紫であると指定する効率的な状態記述データ１１９を提供する。物理制御信号１２０は、物理的出力である、紫色の光をランプに生成させる。しかしながら、ビュー・データは、遠隔制御データ１１５によって指定されるように、ランプが青色を生成すると示す。
【００３６】
制御デバイス１０２の物理制御インターフェース１１２が変換器１１３だけを備える場合、代替方法を適用することができ、それは変換モジュール１１４が省略されることを意味する。代替方法は、図２に示された方法を以下の方法で適合させることによって取得される。モデル出力変換ステップ２０５が省略されて、入力制御データ１１６適用ステップがモジュール入力変換ステップによって置換される。モデル入力変換ステップで、コントローラ・モジュール１１０は、ローカル制御データ１１８に基づいて、遠隔制御データ１１５を修正することができる。上述したモデル出力変換ステップ２０５と同様に、ローカル制御データ１１８は、制御可能なオブジェクト１０１が提供する物理的出力に対して範囲の制限を課してもよく、ローカル制御データ１１８が物理制御信号１２０の成分を無効にしてもよく、ローカル制御データ１１８が、物理制御信号１２０が遠隔制御データ１１５によって変更されるルールを修正してもよい。したがって、モデル・モジュール１１１が受信する入力制御データ１１６は、遠隔制御データ１１５の修正されたバージョンでよく、それによって、ローカル制御データ１１８が、適用される修正を定義する。
【００３７】
代替方法では、ローカル制御データ１１８に基づく制御修正は、制御可能なオブジェクト１０１の行動モデルを実装するモデル・モジュール１１１の前に実行される。一方、図２に示される方法では、ローカル制御データ１１８に基づく制御修正は、モデル・モジュール１１１の後に実行される。代替方法では、モデル・モジュール１１１が提供する状態記述データ１１７は、制御可能なオブジェクト１０１が提供する物理的出力を正確に反映する。その結果、ビュー・データもこの物理的出力を正確に反映する。遠隔のユーザは実際に起きていることを見ることができる。したがって、遠隔のユーザは、たとえば遠隔制御データ１１５に含まれる色定義への赤色成分の追加などの、制御デバイス１０２内で実行される制御修正を認識することができる。
【００３８】
図３は、制御デバイス１０２を制御する方法を示している。図２と同様に、図３は、制御デバイス１０２が後述する様々な動作を実行することを可能にする、ソフトウェア・プログラムの流れ図表現と見なすことができる。このソフトウェア・プログラムは、それぞれが図１に示される制御デバイス１０２の特定のモジュールを実装している、命令の１つまたは複数のセットを備えることができる。図３に示される方法では、物理制御インターフェース１１２が、上述した変換モジュール１１４を備えると仮定される。
【００３９】
ローカル制御データ受信ステップ３０１で、制御デバイス１０２とローカル・コントローラ１０３との間に物理的接触１０６が確立すると、ローカル制御インターフェース１０８が、ローカル・コントローラ１０３からローカル制御データ１１８を受信する。この物理的接触１０６は、たとえば、１つまたは複数の電気コネクタ、またはケーブル、あるいはその両方によって確立することができる。ローカル制御インターフェース１０８は、受信されたローカル制御データ１１８をコントローラ・モジュール１１０に適用する。
【００４０】
変換定義ステップ３０２で、コントローラ・モジュール１１０が、ローカル制御データ１１８に基づいて変換モジュール１１４を構成する。より正確には、コントローラ・モジュール１１０が、モデル・モジュール１１１が提供する状態記述データ１１７を修正するために、変換モジュール１１４を構成する。ローカル制御データ１１８が、たとえば、範囲の制限、物理制御信号１２０の成分の無効化、または物理制御信号１２０が遠隔制御データ１１５によって変更されるルールの修正を含み得る、この修正を定義する。
【００４１】
制御デバイス１０２の物理制御インターフェース１１２が変換器１１３だけを備える場合、代替方法を適用することができ、それは変換モジュール１１４が省略されることを意味する。代替方法は、図３に示された方法を以下の方法で適合させることによって取得される。変換定義ステップ３０２で、コントローラ・モジュール１１０が、行動モデルの入力制御データ１１６を取得するために、コントローラ・モジュール１１０自体内で実行される遠隔制御データ１１５の修正を構成する。ローカル制御データ１１８が、この修正を定義する。
【００４２】
いずれの方法でも、制御デバイス１０２に物理的にアクセスするローカル・ユーザは、遠隔のユーザが制御可能なオブジェクト１０１に対して実行することができる制御動作に制限を課すことができる。ローカル・ユーザは、ローカル・コントローラ１０３と制御デバイス１０２との間に物理的接触１０６を確立することによって、そのような制限を課すことができる。より正確には、物理的接触１０６によって、制御制限を定義することができるローカル制御データ１１８を制御デバイス１０２に適用できるようになる。物理的接触１０６を確立すること以外に、制御デバイス１０２を構成するための方法が存在しないことが好ましい。
【００４３】
最終的な所見
図面を参照する上述の詳細な説明は、本発明およびさらなる機能の例示にすぎず、それらは特許請求の範囲において定義される。本発明は、多数の異なる方法で実装することができる。これを説明するために、いくつかの代替案を簡単に示す。
【００４４】
本発明は、デバイスの遠隔制御に関連する多くのタイプの製品または方法に有利に適用することができる。たとえば、遠隔制御は必ずしも図１に示されるような通信ネットワークを含まなくてよい。遠隔制御は、専用の伝送回線を通じて行うことができる。
【００４５】
一般的に、異なる実装形態が異なるトポロジを有することができる、本発明を実装する多数の異なる方法がある。所与の任意のトポロジで、単一のモジュールがいくつかの機能を実行してもよく、いくつかのモジュールが共同で単一の機能を実行してもよい。この点において、図面は非常に概略的である。たとえば、図１を参照すると、コントローラ・モジュール１１０およびモデル・モジュール１１１は、単一の処理モジュールの一部を形成することができる。記述された他の機能エンティティおよびモジュールにも、同じことが当てはまる。
【００４６】
ハードウェアまたはソフトウェア、あるいはその両方の組合せによって実装することができる機能が多数ある。ソフトウェア・ベースの実装形態の記述は、ハードウェア・ベースの実装形態を排除するものではなく、逆もまた同じである。１つまたは複数の専用回路、ならびに１つまたは複数の適切にプログラムされたプロセッサを備えるハイブリッド実装形態も可能である。たとえば、図面を参照して上述した様々な機能は、１つまたは複数の専用回路によって実装することができ、それによって特定の回路トポロジが特定の機能を定義する。
【００４７】
命令のセットを格納および配信する方法、すなわち、ソフトウェアが多数あり、それによって本発明によるデバイスの遠隔制御が可能になる。たとえば、磁気ディスク、光ディスク、またはメモリ回路などの適切なデバイス可読媒体にソフトウェアを格納することができる。ソフトウェアが格納されるデバイス可読媒体は、個別の製品として、または別の製品とともに供給されてよく、ソフトウェアを実行することができる。また、そのような媒体は、ソフトウェアが実行されることを可能にする製品の一部でよい。また、ソフトウェアは通信ネットワークを介して配信することができ、通信ネットワークはワイヤードでもワイヤレスでもよく、ハイブリッドでもよい。たとえば、ソフトウェアはインターネットを介して配信することができる。ソフトウェアは、サーバによってダウンロードするために利用可能にされてよい。ダウンロードは支払いの対象であってよい。
【００４８】
上述の所見は、図面を参照する詳細な説明は、本発明の限定ではなく例示であることを示している。本発明は、添付の特許請求の範囲内の多数の代替方法で実装することができる。特許請求の範囲の均等物の意味および範囲内に入るすべての変更は、それらの範囲内に包含されるべきである。特許請求の範囲における任意の参照符号は、特許請求の範囲を限定するものと解釈されるべきではない。「備える（ｃｏｍｐｒｉｓｉｎｇ）」という単語は、特許請求の範囲にリストアップされているもの以外の他の要素またはステップの存在を排除するものではない。要素またはステップに先行する「ａ」または「ａｎ」という単語は、複数のそのような要素またはステップの存在を排除するものではない。それぞれの従属請求項がそれぞれのさらなる機能を定義しているという単なる事実は、特許請求の範囲に反映されたもの以外のさらなる機能の組合せを排除するものではない。
【図１】
0005956679.tif 000002
【図２】
0005956679.tif 000003
【図３】
0005956679.tif 000004