(57)【特許請求の範囲】
【請求項１】
ネットワーク対応のデバイスを制御する方法であって、
第１ネットワークを通してアクセス可能なウェブサービスを通して、ユーザに、前記ユーザのユーザ・プロファイルに関連するデバイス・プロファイルに基づく相互作用スケジュールのセットを提示するステップと、
前記ウェブサービスを通して、前記ユーザから、前記相互作用スケジュールのセットからの相互作用スケジュールの選択を受け取るステップであって、相互作用スケジュールの前記選択が、前記第１ネットワークに動作可能に結合される第２ネットワークを通してアクセス可能な第１デバイス及び第２デバイスに関連するステップと、
選択される前記相互作用スケジュール、及び前記ユーザの前記ユーザ・プロファイルに関連する前記デバイス・プロファイルに基づいて、制御デバイスを選択するステップと、
前記選択される相互作用スケジュールに基づいて、選択される前記制御デバイス、前記第１デバイス及び前記第２デバイスを設定するステップとを有する方法。
【請求項２】
前記制御デバイスが、前記第１デバイスである請求項１に記載の方法。
【請求項３】
前記方法が、
前記ウェブサービスを通して、前記ユーザに、制御シナリオのセットを提示するステップと、
前記ウェブサービスを通して、前記ユーザから、前記制御シナリオのセットからの制御シナリオの選択を受け取るステップとを更に有し、
前記制御デバイスを選択するステップが、更に、選択される前記制御シナリオに基づいている請求項１乃至２のいずれか一項に記載の方法。
【請求項４】
前記制御シナリオのセットが、プライバシーをベースにした制御シナリオ、セキュリティをベースにした制御シナリオ、機能をベースにした制御シナリオ、利用可能性をベースにした制御シナリオ、応答速度をベースにした制御シナリオ、又は位置をベースにした制御シナリオの少なくとも１つを有する請求項３に記載の方法。
【請求項５】
前記選択される制御デバイス、前記第１デバイス及び前記第２デバイスを設定するステップが、
前記選択される制御デバイスにイベントを送信するよう前記第１デバイスを設定するステップ、
前記第１デバイスをポーリングするよう前記選択される制御デバイスを設定するステップ、又は
前記第２デバイスに制御コマンドを送信するよう前記選択される制御デバイスを設定するステップの少なくとも１つを有する請求項１乃至４のいずれか一項に記載の方法。
【請求項６】
前記選択される制御デバイス、前記第１デバイス及び前記第２デバイスを設定するステップが、前記デバイスの少なくとも１つのために、前記デバイスのメモリユニットに記憶される制御コードを、第１バージョンから第２バージョンに変更するステップであって、前記第２バージョンが、前記選択される相互作用スケジュールに基づいているステップを有する請求項１乃至４のいずれか一項に記載の方法。 
【請求項７】
前記選択される制御デバイス、前記第１デバイス及び前記第２デバイスを設定するステップが、前記デバイスの少なくとも１つが、
前記選択される相互作用スケジュール、又は前記選択される相互作用スケジュールに基づくデータと、
前記制御デバイス及び／又は前記第１デバイス及び／又は前記第２デバイスのデバイス・プロファイル又は部分的デバイス・プロファイルとを受信するステップを有する請求項１乃至４のいずれか一項に記載の方法。
【請求項８】
ネットワーク対応のデバイスを制御するためのコンピュータプログラムであって、前記コンピュータプログラムがコンピュータ上で走らされるときに請求項１乃至７のいずれか一項に記載の方法を実施するためのソフトウェアコード部を有するコンピュータプログラム。
【請求項９】
ネットワーク対応のデバイスを制御するための制御デバイスであって、
請求項１乃至７のいずれか一項に記載の方法の前記制御デバイスを選択するステップにおいて選択され、前記選択される制御デバイスを設定するステップにおいて設定されることが可能な制御デバイスであり、
ユーザによって相互作用スケジュールのセットから選択される相互作用スケジュール又は相互作用スケジュールに基づくデータであって、第２ネットワークを通してアクセス可能であり、前記ユーザのユーザ・プロファイルに関連する第１デバイス及び第２デバイスに関連する相互作用スケジュール又は相互作用スケジュールに基づくデータを、第１ネットワークを通して受信し、 
前記第１デバイス及び／又は前記第２デバイスのデバイス・プロファイル又は部分的デバイス・プロファイルを受信し、
前記選択される相互作用スケジュールに基づいて、前記第１デバイス及び／又は前記第２デバイスを制御するよう構成され、
前記相互作用スケジュールは、前記ユーザが前記第１デバイスを動作する条件が満たされると前記第２のデバイスの動作をトリガするイベントを含む、制御デバイス。
【請求項１０】
前記制御デバイスが、更に、ウェブサービスに対する、前記第１デバイス及び／又は前記第２デバイスのためのプロキシの役割を果たすよう構成される請求項９に記載の制御デバイス。
【請求項１１】
前記制御デバイスが、更に、前記第２ネットワークに対するゲートウェイとして構成される請求項９に記載の制御デバイス。
【請求項１２】
前記制御デバイスが、更に、前記ユーザによって制御シナリオのセットから選択される制御シナリオ又は制御シナリオに関連するデータを受信するよう構成され、前記第１デバイス及び前記第２デバイスの制御が、更に、前記選択される制御シナリオに基づいている請求項９に記載の制御デバイス。
【請求項１３】
前記制御デバイスが、更に、前記第２ネットワークに対するゲートウェイとして構成され、前記制御デバイスが、更に、
前記ゲートウェイを通過するデータ通信をモニタし、
前記制御シナリオに基づいて、前記第１デバイス及び／又は前記第２デバイスへの又はからのこのようなデータ通信を傍受、遮断及び／又は変更するよう構成される請求項１２に記載の制御デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広くは、ネットワークデバイスの制御に関し、詳細には、マルチコントローラネットワークにおけるネットワークデバイス間の相互作用の設定に関する。
【背景技術】
【０００２】
例えば、家庭及びオフィス環境において、デバイスは、ますます、ネットワーク対応のものになってきている。ネットワーク対応のデバイスは、ネットワークを通じて、例えば、インターネットをベースにしたサービスを通して制御され得る。サーバによってネットワークデバイスを制御する例は、米国特許出願第10,500,683号から既知である。インターネットをベースにしたサービスは、ネットワーク対応のデバイスを制御するタスクを簡単にすることができる。しかしながら、インターネットをベースにしたサービスを通してネットワーク対応のデバイスを制御することは、プライバシー・リスク（例えば、ユーザの行動の記録）及びセキュリティ・リスク（例えば、制御の敵対的な乗っ取り）をもたらす。更に、ネットワーク対応のデバイスと、インターネットをベースにしたサービスとの間の頻繁な通信は、電力使用量を増大させ得る。更に、ネットワーク対応のデバイスの、インターネットをベースにしたサービスとの接続の失敗は、ネットワーク対応のデバイスを制御不能にし得る。ネットワーク対応のデバイスを制御する、改善された方法のニーズがある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明の目的は、ネットワーク対応のデバイスを制御する、改善された方法を提供することである。
【課題を解決するための手段】
【０００４】
本発明の前記目的は、ネットワーク対応のデバイスを制御する方法であって、第１ネットワークを通してアクセス可能なウェブサービスを通して、ユーザに、前記ユーザのユーザ・プロファイルに関連するデバイス・プロファイルに基づく相互作用スケジュールのセットを提示するステップと、前記ウェブサービスを通して、前記ユーザから、前記相互作用スケジュールのセットからの相互作用スケジュールの選択を受け取るステップであって、前記選択が、前記第１ネットワークに動作可能に結合される第２ネットワークを通してアクセス可能な第１デバイス及び第２デバイスに関連するステップと、選択される前記相互作用スケジュール、及び前記ユーザの前記ユーザ・プロファイルに関連する前記デバイス・プロファイルに基づいて、制御デバイスを選択するステップと、前記選択される相互作用スケジュールに基づいて、選択される前記制御デバイス、前記第１デバイス及び前記第２デバイスを設定するステップとを有する方法の導入によって達成される。これは、改善されたプライバシー保護、改善されたセキュリティ、より少ない電力使用量、インターネットをベースにしたサービスの利用可能性へのより少ない依存性、及び他の利点のいずれかを提供する制御デバイスの選択を可能にするので、有利である。更に、この選択は、例えば、前記ユーザ・プロファイルと、（制御デバイスなどの）デバイスと、デバイス・プロファイルとの間の関係を利用することにより、ユーザフレンドリな方法で実施されることができる。
【０００５】
本発明による方法の実施例においては、前記制御デバイスは、前記第１デバイスである。これは、単一のデバイスが、制御デバイス及び第１デバイスの両方として動作することができるので、有利である。これは、ローカルレベルにおいて前記相互作用を実施し、スペースを節約し、付加的な利益を与えることができる。
【０００６】
本発明による方法の別の実施例は、前記ウェブサービスを通して、前記ユーザに、制御シナリオのセットを提示するステップと、前記ウェブサービスを通して、前記ユーザから、前記制御シナリオのセットからの制御シナリオの選択を受け取るステップとを更に有し、前記制御デバイスを選択するステップは、更に、選択される前記制御シナリオに基づいている。この実施例の利点は、ユーザ制御のレベルを上げることである。
【０００７】
本発明による方法の更に別の実施例においては、前記制御シナリオのセットは、プライバシーをベースにした制御シナリオ、セキュリティをベースにした制御シナリオ、機能をベースにした制御シナリオ、利用可能性をベースにした制御シナリオ、応答速度をベースにした制御シナリオ、又は位置をベースにした制御シナリオの少なくとも１つを有する。この実施例は、前記制御シナリオ選択プロセスを簡単にすると共に、ユーザのニーズを満たすことができる制御シナリオを供給する点で、前記ユーザに利益を与え得る。
【０００８】
本発明による方法の他の実施例においては、前記選択される制御デバイス、前記第１デバイス及び前記第２デバイスを設定するステップは、前記選択される制御デバイスにイベントを送信するよう前記第１デバイスを設定するステップ、前記第１デバイスをポーリングするよう前記選択される制御デバイスを設定するステップ、又は前記第２デバイスに制御コマンドを送信するよう前記選択される制御デバイスを設定するステップの少なくとも１つを有する。この実施例は、有利には、前記選択される相互作用スケジュールを（部分的に）実施する、簡略化及び／又は改善された方法を提供する。
【０００９】
本発明による方法の別の有利な実施例においては、前記選択される制御デバイス、前記第１デバイス及び前記第２デバイスを設定するステップは、前記デバイスの少なくとも１つのために、前記デバイスのメモリユニットに記憶される制御コードを、第１バージョンから第２バージョンに変更するステップであって、前記第２バージョンが、前記選択される相互作用スケジュールに基づいているステップを有する。この実施例は、複数の利益を与え、例えば、限られた、処理、記憶又は他の（一般）能力を備えるデバイスを、前記相互作用スケジュールに含めることを可能にする。この実施例に関する別の利点は、デバイスがリセットされるときに、及び／又はデバイスが一時的に電源を切られた後に、相互作用スケジュールが維持され得ることである。更に別の利点は、相互作用のためには、又は特定の相互作用機能若しくは一般的機能のためには設計されていなかったが、この設定プロセスの一部としてこのような機能を得るデバイスに関する。
【００１０】
本発明による方法の更に別の実施例においては、前記選択される制御デバイス、前記第１デバイス及び前記第２デバイスを設定するステップは、前記デバイスの少なくとも１つが、前記選択される相互作用スケジュール、又は前記選択される相互作用スケジュールに基づくデータと、前記制御デバイス及び／又は前記第１デバイス及び／又は前記第２デバイスのデバイス・プロファイル又は部分的デバイス・プロファイルとを受信するステップを有する。この実施例は、有利には、例えば、或るデバイスから次のデバイスへ反復的に実行され得る簡単な設定プロセスを供給する。
【００１１】
本発明の別の目的は、ネットワーク対応のデバイスを制御するための、改善されたコンピュータプログラム製品を提供することである。本発明の前記目的は、ネットワーク対応のデバイスを制御するためのコンピュータプログラム製品であって、前記製品がコンピュータ上で走らされるときに上に明記したステップ又は方法の実施例のいずれかを実施するためのソフトウェアコード部を有するコンピュータプログラム製品の導入によって、達成される。このようなコンピュータプログラム製品は、有利には、前記方法に関連する利益及び利点のいずれか又は全てを供給し、更に、前記方法が１つ以上の（コンピュータ）デバイスを通して実施されることを供給する。
【００１２】
本発明の別の目的は、ネットワーク対応のデバイスを制御するための、改善された制御デバイスを提供することである。本発明の前記目的は、ネットワーク対応のデバイスを制御するための制御デバイスであって、ユーザによって相互作用スケジュールのセットから選択される相互作用スケジュール又は相互作用スケジュールに基づくデータであって、第２ネットワークを通してアクセス可能であり、前記ユーザのユーザ・プロファイルに関連する第１デバイス及び第２デバイスに関連する相互作用スケジュール又は相互作用スケジュールに基づくデータを、第１ネットワークを通して受信し、前記第１デバイス及び／又は前記第２デバイスのデバイス・プロファイル又は部分的デバイス・プロファイルを受信し、前記選択される相互作用スケジュールに基づいて、前記第１デバイス及び／又は前記第２デバイスを制御するよう構成される制御デバイスの導入によって、達成される。前記制御デバイスは、有益には、改善されたプライバシー保護、改善されたセキュリティ、より少ない電力使用量、インターネットをベースにしたサービスの利用可能性へのより少ない依存性、及び他の利点のいずれかを提供する。更に、この制御デバイスは、有利には、例えば、前記ユーザ・プロファイルに関連するデータ及び（前記制御デバイスの前記デバイス・プロファイルに関連するデータなどの）前記デバイス・プロファイルに関連するデータを用いる設定をサポートすることによって、簡略化された設定を可能にする。
【００１３】
本発明による制御デバイスの実施例においては、前記制御デバイスは、更に、前記ウェブサービスに対する、前記第１デバイス及び／又は前記第２デバイスのためのプロキシの役割を果たすよう構成される。これは、プロキシが、例えば、異なるプロトコルをサポートするデバイス又はネットワークにまたがるブリッジとして機能することができるので有益である。他の利点は、プロキシが、前記第１デバイス及び／又は第２デバイスの代わりに機能を扱うことができ、従って、エネルギ節減を実現することができることである。
【００１４】
本発明による制御デバイスの他の実施例においては、前記制御デバイスは、更に、前記第２ネットワークに対するゲートウェイとして構成される。有利には、これは、プライバシー及びセキュリティを更に高め、前記第２ネットワークの外のデバイス又はサービスからのより高い独立性を供給し、エネルギ効率の向上を供給することができる。
【００１５】
本発明による制御デバイスの更に別の実施例においては、前記制御デバイスは、更に、前記ユーザによって制御シナリオのセットから選択される制御シナリオ又は制御シナリオに関連するデータを受信するよう構成され、前記第１デバイス及び前記第２デバイスの制御は、更に、前記選択される制御シナリオに基づいている。この実施例の利点は、前記第１デバイス及び前記第２デバイスがどのように制御されるかのより高いレベルの制御、及び前記選択される制御シナリオに関連する前記ゲートウェイの付加的な機能のサポートを含む。
【００１６】
本発明による制御デバイスの特に有利な実施例においては、前記制御デバイスは、更に、前記第２ネットワークに対するゲートウェイとして構成され、前記制御デバイスは、更に、前記ゲートウェイを通過するデータ通信をモニタし、前記制御シナリオに基づいて、前記第１デバイス及び／又は前記第２デバイスへの又はからのこのようなデータ通信を傍受、遮断及び／又は変更するよう構成される。この実施例は、プライバシー保護、セキュリティ及び電力効率を更に改善することができる。それは、インターネットをベースにしたサービスの利用可能性への依存性を更に低下させることができると共に、更に、他の利点を供給することができる。
【００１７】
本発明の、上記及び他の特徴、機能及び利点は、一例として本発明の原理を図示している添付図面と共に理解される以下の詳細の説明から明らかになるだろう。この説明は、本発明の範囲を限定しない例示のためだけに示されている。下に示されている図の番号は、添付図面を指す。
【００１８】
本発明の、上記及び他の態様及び機能は、添付図面と共に考慮に入れられる以下の詳細の説明からより明らかになるだろう。
【図面の簡単な説明】
【００１９】
【図１】本発明による方法の実施例を概略的に且つ例示的に示す。
【図２】本発明による方法の実施例における、第１デバイスと、第２デバイスと、２つの制御デバイスと、他のデバイスとの間の関係を概略的に且つ例示的に示す。
【図３】本発明による方法の実施例によるデバイスの設定に基づく、複数のデバイス間の相互作用を概略的に且つ例示的に示す。
【図４】本発明による方法の実施例によるデバイスの設定に基づく、第２制御デバイスを通しての第１デバイスと第２デバイスとの間の相互作用を概略的に且つ例示的に示す。
【図５】ユーザが第１照明デバイス及び第２照明デバイスに関する相互作用スケジュールを選択する本発明による方法の実施例を概略的に且つ例示的に示す。
【図６】第１デバイス及び第２デバイスを選択するためのユーザインタフェースを概略的に且つ例示的に示す。
【図７】第１デバイス及び第２デバイスに関する相互作用スケジュールを選択するためのユーザインタフェースを概略的に且つ例示的に示す。
【図８】第１デバイスと第２デバイスとの間の選択された相互作用スケジュールを提示するユーザインタフェースを概略的に且つ例示的に示す。
【図９】複数のデバイスに関わる相互作用スケジュールのための提案を提示するユーザインタフェースを概略的に且つ例示的に示す。
【図１０】デバイスと、デバイスの所有者と、デバイスの所有者の友人と、デバイスの所有者の友人の友人との間の関係を提示するユーザインタフェースを概略的に且つ例示的に示す。
【図１１】第１ネットワーク内の第１デバイスと、第２ネットワーク内の第２デバイスとの間の関係を概略的に且つ例示的に示す。
【図１２】本発明による方法の実施例によるデバイスの設定に基づく、第１制御デバイスを通しての第１デバイスと第２デバイスとの間の相互作用を概略的に且つ例示的に示す。
【図１３】サブネットのゲートウェイのように構成される第２制御デバイスと、第１制御デバイスとの間の接続を概略的に且つ例示的に示す。
【図１４】本発明による方法の実施例によるデバイスの設定に基づく、第２制御デバイスである第１デバイスと、第２デバイスとの間の相互作用を概略的に且つ例示的に示す。
【発明を実施するための形態】
【００２０】
異なる図において、同じ参照符号は、同じ又は類似した要素を指す。
【００２１】
図１においては、本発明による方法の実施例が示されている。第１ステップ１００においては、相互作用スケジュールのセットがユーザに提示される。第１ネットワークを通してアクセス可能なウェブサービスは、例えば、ユーザが、パーソナルコンピュータ、モバイルデバイス（例えば、携帯電話、スマートフォン、タブレットコンピュータ、ラップトップ）などを通してアクセスすることができるアプリケーション又はウェブサイトを通して、相互作用スケジュールを提示し得る。前記提示の一部として、相互作用スケジュールは、推奨又は強調表示されることができ、相互作用スケジュールは、ランク付けされるか、又は相互作用スケジュールのセットから相互作用スケジュールを選択するタスクを簡単にするようにして提示されることができる。例えば、相互作用スケジュールの以前の選択又はユーザの好みに基づいて、選択がなされることができ、前記選択は、次いで、ユーザによって確認され得る。第２ステップ１０２においては、ウェブサービスが、相互作用スケジュールのセットからの相互作用スケジュールの選択をユーザから受け取る。選択される相互作用スケジュールは、少なくとも、第１デバイス及び第２デバイスに関する。３つ以上のデバイスに関するより複雑な相互作用スケジュールも、提示され、選択されることができる。第１デバイス及び第２デバイスは、第２ネットワークを通してアクセス可能である。この第２ネットワークは、例えば、プライベート・エリア・ネットワーク、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワーク又は別のネットワークであり得る。第２ネットワークは、例えば、第１デバイスが、第１プライベート・エリア・ネットワーク上にあり、第２デバイスが、第２プライベート・エリア・ネットワーク上にあり、第１及び第２プライベート・エリア・ネットワークが、両方が同じローカル・エリア・ネットワークに接続されているので、相互接続されるネットワークのネットワークであり得る。
【００２２】
第３ステップ１０４においては、制御デバイスが選択される。この選択ステップは、ウェブサービスを供給する同じアプリケーションによって、又は別のアプリケーションによって、実行されることができる。例として、ウェブサービスは、インターネットに接続される第１サーバによって供給されることができ、制御デバイスの選択は、第２サーバ上で走るアプリケーションによって実行されることができ、前記アプリケーションは、（例えば、アプリケーション・プログラミング・インタフェースを通して）前記ウェブサービスによって呼び出される。制御デバイスは、例えば、デフォルトの制御デバイス（例えば、ウェブサービスを走らせるサーバ）が存在することに基づいて、デフォルトの制御デバイスが制御デバイスとして選択されるのを防止する何らかの条件（例えば、サーバ容量不足、サーバと第１及び／又は第２デバイスとの間の接続の不安定性）が満たされるかどうかを決定した後に、選択されることができる。別の例においては、制御デバイスは、ウェブサービスを通してユーザによって選択される。ユーザには、幾つかの制御デバイスが提示されることができ、その場合、前記ユーザが、１つの制御デバイスを選択する。更に別の例においては、ユーザが、制御デバイスの選択に関する１つ以上の要件及び／又は好みを選択する。その場合、制御デバイスを選択するステップは、これらの要件及び／又は好みに基づき得る。制御デバイスの選択に関する要件は、制御デバイスがプライバシー・シールを有すること、制御デバイスが特定の位置（例えば、特定の管轄範囲内、ゾーン内、家の中、部屋の中）にあること、制御デバイスが特定の会社によって動かされていることなどに関する要件を含み得る。制御デバイスの選択に関する好みは、（例えば、制御デバイスの仕様、制御デバイスの測定された応答速度、制御デバイスに対する接続の帯域幅に基づく）高速な制御デバイスを好むこと、特定の機能（例えば、複数のブランドのデバイスとの相互作用、特定のサービスに登録されている友人のデバイスとの相互作用）を提供する制御デバイスを好むことなどを含み得る。これらの要件及び／又は好み、並びに多くの他の選択基準を組み合わせることが、制御デバイスを選択するステップの実施の一部であり得る。
【００２３】
デバイスを設定するステップ１０６は、デバイスの少なくとも１つに設定関連データを送信するステップを有する。ユーザが相互作用スケジュールを選択するときに全デバイスが設定される必要はない。例として、デバイスは、ユーザによって選択された、以前の相互作用スケジュールに基づいて、既に設定されていてもよく、別の相互作用スケジュールが選択されるときに変更する必要がないことがあり得る。また、制御デバイスは、第１デバイスであってもよく、この場合には、相互作用スケジュールは、第１デバイス及び第２デバイスを設定することによって実施される。例として、照明デバイス（第１デバイス）が減光されることに関連して、冷蔵庫（第２デバイス）のディスプレイが節電モードになることをもたらす相互作用スケジュールをユーザが選択することは、照明デバイスが、減光されると冷蔵庫に節電モードコマンドを送信するよう設定されることをもたらし得る。
【００２４】
設定関連データは、第１例として、スクリプト実施リスナ、イベントキャスタ、ポーリング、及びif-then文のような命令文を含み得る。第１デバイスは、条件が満たされるときに、例えば、ユーザが第１デバイスをオンにするときに、第２デバイスにイベントを送信するよう設定され得る。第２デバイスは、このイベントをリッスンし、例えば、イベント（例えば、「イベントが受信される場合には、モードをオンに変更する」）が受信されるときにはそのモードを変更する（例えば、オフからオンに変更する）よう設定され得る。イベントのキャストは、特定のデバイスに向けられていてもよく（例えば、ユニキャスト）、又はネットワークの（サブ）ネット上の全デバイスのような複数のデバイスに向けられていてもよい（例えば、マルチキャスト）。同様に、リスナは、どのデバイス又はどのイベントがリッスンされるかについて選択的であってもよい。この例においては、第１デバイスがイベントを送信し、第２デバイスがイベントをリッスンする代わりに、第２デバイスが、第１デバイスをポーリングし（例えば、第１デバイスのステータスをポーリングし）、ポーリングの結果に基づいてそのモードを変更するよう設定され得る。
【００２５】
第２例として、設定関連データは、デバイスのメモリにロードされる制御コードを含み得る。このような制御コードは、例えば、第１デバイスのためのファームウェア・アップデートを含んでもよく、新しいファームウェアは、選択される相互作用スケジュールに基づいている。ファームウェアは、例えば、第１デバイスのデバイス・プロファイル及び相互作用スケジュールに基づいて、ウェブサービス、又はウェブサービスによって呼び出されるアプリケーションによって、作成され得る。他の例として、ウェブサービスは、（例えば、第１デバイスの製造業者によってホストをつとめるようにされている）サーバから、デフォルトのバージョンのファームウェアと、ファームウェアのどの位置の値が、上書きされ得るか、変更され得るか、含められ得るか、又は追加され得るかを記述するデータとを含むファームウェア・パッケージを取り出し得る。前記値は、トリガ（即ち、どのイベントが動作を引き起こすか）、（例えば、トリガに応じて通知される必要があるデバイスの）アドレス、又はコマンド（例えば、通知又は制御される必要があるデバイスに送信されるべきデータパケットペイロードの特定のフォーマット）を含み得る。スクリプト、ファームウェア又は設定パッケージなどの設定関連データは、例えば、ウェブサービスによって、又はウェブサービスによって呼び出されるアプリケーションによって、デバイスに送信され得る。デバイスに設定関連データを送信することは、例えば、前記データを含む１つ以上のファイルを送信すること、又は前記データへのリファレンス（例えば、前記データが取り出され得る場所へのリンク）を送信することを含み得る。更に、ファームウェア・アップデートは、既存の制御コードに上書きすること、既存の制御コードを変更すること、既存の制御コードに制御コードを追加すること、既存の制御コードと共存するよう新しい制御コードを記憶すること、古い制御コードから新しい制御コードへ切り替えることなどのいずれも含み得る。
【００２６】
図２には、本発明による方法の実施例による、第１デバイス２０８と、第２デバイス２１０と、第１制御デバイス２０４と、第２制御デバイス２０６との間の関係が示されている。ウェブサービス２０２は、ユーザ（図示せず）によってモバイルデバイス２００を通してアクセスされ、ここで、前記ウェブサービスは、第１制御デバイス２０４、第２制御デバイス２０６、第１デバイス２０８及び第２デバイス２１０にアクセスすることができる。ウェブサービス２０２及び第１制御デバイス２０４は、第１ネットワーク２１２を通してアクセス可能である。第１デバイス２０８、第２デバイス２１０及び第２制御デバイス２０６は、第２ネットワーク２１４を通してアクセス可能である。第２ネットワーク２１４は、第１ネットワーク２１２のサブネットであり、例えば、第１ネットワーク２１２は、インターネット・サービス・プロバイダのワイド・エリア・ネットワークであってもよく、第２ネットワーク２１４は、インターネット・サービス・プロバイダのネットワークに接続されるローカル・エリア・ネットワークであってもよい。
【００２７】
第１関係２１６は、モバイルデバイス２００及びウェブサービス２０２に関わり、モバイルデバイス２００が、ユーザによって、相互作用スケジュール（図示せず）を選択するために用いられ得る。他の関係２１８、２２０、２２２、２２４は、各々、ウェブサービス２０２と、第１制御デバイス２０４、第２制御デバイス２０６、第１デバイス２０８及び第２デバイス２１０との間のものであり、ウェブサービス２０２が、（例えば、直接、又は別のウェブサービスのアプリケーション・プログラミング・インタフェースを呼び出すことによって）前記デバイスを設定する。
【００２８】
図３は、本発明の方法の実施例によるデバイスの設定に基づく、第１制御デバイス２０４を通しての第１デバイス２０８と第２デバイス２１０との間の相互作用を示している。この例においては、制御デバイスを選択するステップが、第１制御デバイス２０４の選択をもたらしている。第２制御デバイス２０６は、第１デバイス２０８と第２デバイス２１０との間の相互作用に関わらない。この例においては、第１デバイス及び第２デバイスは、照明デバイスである。選択される相互作用スケジュール（図示せず）は、第１デバイス２０８がユーザによってオンに切り換えられることに関連し、第２デバイス２１０もオンに切り換わることをもたらす。デバイスの設定は、第１デバイス２０８が、オンにされるときに第１制御デバイス２０４にイベント３００を送信するよう設定されることをもたらしている。第１制御デバイス２０４は、第１デバイス２０８からイベント３００を受信すると、第２デバイス２１０にコマンド３０２を送信するよう設定されている。コマンド３０２は、第２デバイス２１０をオンに切り換えるよう構成される。この例においては、第１デバイス２０８、第２デバイス２１０及び第１制御デバイス２０４の全てが、インターネット・プロトコルをベースにしたネットワークを通じて通信することができ、第２ネットワーク２１４は、第１ネットワーク２１２のサブネットである。第１デバイス２０８及び第２デバイス２１０は、第１制御デバイス２０４で第１ネットワーク２１２及び第２ネットワーク２１４を通して直接通信することができ、逆の場合も同じである。
【００２９】
図４は、本発明による方法の実施例によるデバイスの設定に基づく、第２制御デバイスを通しての第１デバイス２０８と第２デバイス２１０との間の相互作用を示している。この例においては、制御デバイスを選択するステップは、第２制御デバイス２０６の選択をもたらしている。第１制御デバイス２０４は、第１デバイス２０８と第２デバイス２１０との間の相互作用に関わらない。更に、この例においては、第１制御デバイス２０４は利用可能ではなく、図４においては、第１制御デバイス２０４がバツ印を付けて消されていることによって、このことが示されている。この例においては、第１デバイス２０８及び第２デバイス２１０は照明デバイスである。選択される相互作用スケジュール（図示せず）は、第１デバイス２０８がユーザによってオンに切り換えられることに関連し、第２デバイス２１０もオンに切り換わることをもたらす。デバイスの設定は、第１デバイス２０８が第２制御デバイス２０６によってポーリングされることをもたらしており、ここで、ポーリング４００は、要求及び応答を有する。要求は、第２制御デバイス２０６によって第１デバイス２０８に送信され、応答は、第１デバイス２０８によって第２制御デバイス２０６に送信される。この例においては、要求は、オン又はオフのいずれかであり得る第１デバイス２０８のステータスの要求に関連し得る。第２制御デバイス２０６は、第１デバイス２０８のポーリング４００、及びステータスがオンであるという応答の受信に応じて、第２デバイス２１０にコマンド３０２を送信するよう設定されている。コマンド３０２は、第２デバイス２１０をオンに切り換えるよう構成される。この例においては、第１デバイス２０８、第２デバイス２１０及び第２制御デバイス２０６の全てが、インターネット・プロトコルをベースにしたネットワークを通じて通信することができ、第２ネットワーク２１４は、第１ネットワーク２１２のサブネットである。第１デバイス２０８及び第２デバイス２１０は、第２制御デバイス２０６で第１ネットワーク２１２を通して直接通信することができ、逆の場合も同じである。この例において第１制御デバイス２０４が利用可能ではないことは、第１制御デバイス２０４の電源障害、第１制御デバイス２０４の、第１ネットワーク２１２との接続の失敗などの様々な要因に関連し得る。第２制御デバイス２０６が制御デバイスとして選択されていることの利点は、第１デバイス２０８と第２デバイス２１０との間の相互作用が存続することである。第１制御デバイス２０４が制御デバイスとして選択されている場合には、そうはならないだろう。制御デバイスの選択は、補助制御デバイス、バックアップ制御デバイス、第２制御デバイスなどのような付加的な制御デバイス（図示せず）を選択することを含み得る。選択される制御デバイスが故障した場合には、付加的に選択される制御デバイスが、次いで、選択される相互作用に基づいて、第１デバイス及び第２デバイスを制御することができる。
【００３０】
図５Ａ、図５Ｂ及び図５Ｃは、本発明による方法の実施例を示しており、ここで、ユーザは、２つの照明デバイスに関する相互作用を選択している。３つのステップが示されており、図５Ａを参照すると、第１ステップ５００は、相互作用スケジュールのユーザ選択を示しており、図５Ｂを参照すると、第２ステップ５０２は、制御デバイスの選択を示しており、図５Ｃを参照すると、第３ステップ５０４は、デバイスの設定を示している。第１ステップ５００においては、ユーザ（図示せず）が、相互作用スケジュールのセット５０８から相互作用スケジュール５０６を選択する。ユーザは、ユーザインタフェース５１０を表示するよう構成されるモバイルデバイス２００を通してウェブサービス２０２にアクセスすることによって、これをなす。この例において選択される相互作用スケジュール５０６は、第１デバイス２０８及び第２デバイス２１０に関し、ここで、第１デバイス２０８がユーザによってオンに切り換えられることは、（図５Ａにおける第１ステップ５００において、選択される相互作用スケジュール５０６においてグラフィカルに示されているように）第２デバイス２１０もオンに切り換わることをもたらす。
【００３１】
ここで、図５Ｂを参照すると、第２ステップ５０２は、ウェブサービス２０２が、選択される相互作用スケジュール５０６と、第１デバイス２０８のデバイス・プロファイル５１６及び第２デバイス２１０のデバイス・プロファイル５１８とに基づいて、設定パッケージ５１４を作成５１２することを示している。ウェブサービス２０２は、この例においては、第１デバイス２０８のデバイス・プロファイル５１６と、第２デバイス２１０のデバイス・プロファイル５１８と、別のデバイスのデバイス・プロファイル５２２とを有するデバイス・プロファイルのセット５２４にアクセスする。この例においては、第１デバイス２０８は、制御デバイスでもあり、ウェブサービス２０２は、第１デバイス２０８を制御デバイスとして選択する。デバイス・プロファイルのセット５２４から、ウェブサービスは、選択される相互作用スケジュール５０６に関連するデバイス・プロファイルのサブセット５２０を決定する。デバイス・プロファイルのサブセットに基づいて、ウェブサービス２０２は、設定パッケージ５１４を作成５１２する。
【００３２】
ここで、図５Ｃを参照すると、第３ステップ５０４は、設定パッケージ５１４が第１デバイス２０８に送信５２６されることを示している。第１デバイス２０８及び第２デバイス２１０は、ホームネットワーク５２８を通してウェブサービス２０２にアクセス可能である。第１デバイス２０８は、制御デバイスでもあるので、この例においては、第１デバイス２０８は、設定パッケージ５１４を通して、第２デバイス２１０を制御するよう設定される。他のデバイスは設定される必要はない。設定の結果として、第１デバイス２０８は、第１デバイスがオンに切り換えられるときに第２デバイス２１０にコマンド５３０を送信するよう設定されることになる。コマンド５３０は、第２デバイス２１０をオンに切り換えるよう構成される。
【００３３】
制御デバイスの選択は、例えば、ユーザ（図示せず）によって実施されることもできる。ウェブサービスは、ユーザに制御シナリオのセットを提示し、ユーザから制御シナリオの選択を受け取る。選択される制御シナリオは、例えば、制御デバイスがサポートしなければならないセキュリティ基準に関するユーザ指定要件を供給し得る。別の例として、制御シナリオは、特定のネットワーク（例えば、第１デバイス及び第２デバイスが結合されているネットワーク）内の制御デバイスしか用いられることができないことを指定することができる。更に、制御デバイスの選択は、ユーザが、プライバシーをベースにした制御シナリオ、セキュリティをベースにした制御シナリオ、機能をベースにした制御シナリオ、利用可能性をベースにした制御シナリオ、応答速度をベースにした制御シナリオ、又は位置をベースにした制御シナリオの少なくとも１つを含むセット（図示せず）から制御シナリオを選択することを可能にするよう実施され得る。これは、プロセスをユーザにとって簡単にし、制御デバイスの選択につながる直観的な選択肢をユーザに供給することができる。例として、機能制御シナリオは、多様な機能をサポートする制御デバイスの選択をもたらすことができ、利用可能性制御シナリオは、９９％より高い稼働時間を持つ制御デバイスの選択をもたらすことができ、応答速度シナリオは、第１及び第２デバイスによってネイティブにサポートされている高速プロトコル（例えば、低いオーバーヘッドを持つプロトコル）をサポートする制御デバイスの選択をもたらすことができ、位置制御シナリオは、ユーザと同じ（物理的）位置にあるデバイスの選択をもたらすことができる。ユーザが、複数のシナリオ又はランクシナリオを選択することができる場合には、例として、制御デバイスの選択は、複数の要件及び／又は要求に基づくことができる。
【００３４】
図６は、第１デバイス及び第２デバイスを選択するためのユーザインタフェースを示している。第１デバイス及び第２デバイスに関する相互作用スケジュールを選択するプロセスを通してユーザを案内するため、ユーザインタフェースは、複数のアプローチを提示することができる。この例においては、ディスプレイ６００が、デスクランプ６０２、テーブルランプ６０４、テレビ６０６及び冷蔵庫６０８を提示している。ユーザは、第１デバイスと、第２デバイスと、この第１デバイス及び第２デバイスに関する相互作用スケジュールであって、次のステップ（図示せず）において提示されるべきである相互作用スケジュールとを選択することができ、図７は、相互作用スケジュールを選択するためのユーザインタフェースを示している。相互作用スケジュールは、第１デバイス２０８及び第２デバイス２１０に関連する。この例においては、ディスプレイ７００が、第１デバイス２０８が第２デバイス２１０を制御７０４することに関する相互作用７０２の選択を提示している。ユーザ（図示せず）が選ぶことができる相互作用は、この例においては、オンに切り換えられるランプの絵文字７０６、及びオフに切り換えられるランプの絵文字７０８によって表わされている。その場合、ユーザは、第１デバイス２０８をオンに切り換えることが、第２デバイス２１０もオンに切り換えられることをもたらす相互作用スケジュールを選択するために、オンに切り換えられるランプの絵文字７０６を選択することができる（図示せず）。
【００３５】
図８は、第１デバイスと第２デバイスとの間の選択される相互作用スケジュールを提示するユーザインタフェースを示している。この例においては、ディスプレイ８００が、ユーザが第１デバイス２０８をオンに切り換えることが、前記デバイスが第２デバイス２１０もオンに切り換えるよう制御７０４することをもたらす相互作用スケジュールを提示している。オンに切り換えられるランプの絵文字７０６は、相互作用が、デバイスを、例えばオフに切り換えることではなく、オンに切り換えることに関することをユーザに示す。
【００３６】
図９は、相互作用スケジュールのための提案を提示するユーザインタフェースを示している。相互作用スケジュールは、複数のデバイスに関わる。この例においては、ディスプレイ９００が、テレビ９０２、冷蔵庫９０４及びテーブルランプ９０６に関する相互作用スケジュールを提示している。示されている相互作用は、テレビ９０２がオンである場合に、このことが、冷蔵庫９０４が、サイレントモードの絵文字９１０によって示されているように、サイレントモードになること、及びテーブルランプ９０６が、ランプ・オフの絵文字９１２によって示されているように、オフに切り換えられることをもたらす９０８ものである。
【００３７】
図１０は、デバイスと人との間の関係を提示するユーザインタフェースを示している。この例においては、ディスプレイ１０００が、デバイス１００２とデバイスの所有者１００４との間の関係、デバイスの所有者１００４とデバイスの所有者の友人１００６との間の関係、及びデバイスの所有者の友人１００８と前記友人の友人との間の関係を提示している。提示される関係は、所有１０１８及び友人１０２０である。この例においては、ユーザインタフェースは、誰が、相互作用スケジュールを選択し、それに応じて、デバイス１００２を設定することができるかを、ユーザ（図示せず）が選択することができるように構成され得る。ユーザ、例えば、デバイスの所有者１００４は、相互作用スケジュールを選択し、デバイス１００２を設定するためには、所有１０１８の関係が必要とされることを、選択することができる。別の例においては、ユーザは、相互作用スケジュールを選択し、デバイス１００２を設定することができる特定の友人１０１０を選択することができる。相互作用スケジュールを選択するプロセスにおいてどのデバイス（例えば、ユーザ所有のデバイスのみ、又はユーザが相互作用スケジュールを選択することができる他の人のデバイスであって、前記他の人が、例えば、ユーザがそれらのデバイスを制御することを可能にする選択をしている他の人のデバイスも）がユーザに提示されるべきかをユーザが選択することを可能にする同様のユーザインタフェース（図示せず）が用いられ得る。
【００３８】
図１１は、携帯電話１１００と、テレビ１１０２と、第１制御デバイス２０４との間の３つの当事者の関係１１０４を示している。ユーザが、第１デバイスとして携帯電話１１００を選択しており、第２デバイスとしてテレビ１１０２を選択している場合には、携帯電話１１００は、第１制御デバイス２０４を通してテレビ１１０２を制御するよう設定され得る。相互作用スケジュールは、例えば、携帯電話１１００のボタンを押すことが、テレビ１１０２が合せられるチャンネルを変更することを含み得る。この例においては、携帯電話１１００及び第１制御デバイス２０４は、第１ネットワーク２１２を通してアクセス可能であり、テレビ１１０２は、第２ネットワーク２１４を通してアクセス可能である。第２ネットワーク２１４は、第１ネットワーク２１２のサブネットである（例えば、第１ネットワークは、インターネット・サービス・プロバイダのワイド・エリア・ネットワークであり、第２ネットワークは、前記ワイド・エリア・ネットワークの一部であるローカル・エリア・ネットワークである）ので、第１デバイス及び第２デバイスは、第１ネットワーク２１２又は第２ネットワーク２１４のいずれかを通してアクセス可能である。
【００３９】
図１２は、本発明による方法の実施例によるデバイスの設定に基づく、第１制御デバイスを通しての第１デバイスと第２デバイスとの間の相互作用を示している。この例においては、第１デバイスは、第２デバイス、テレビ１１０２と相互に作用するよう設定される携帯電話１１００である。携帯電話１１００は、第１制御デバイス２０４に第１コマンド１２００を送信するよう設定され、第１制御デバイスは、このコマンドの受信後に、テレビ１１０２に第２コマンド１２０２を送信するように設定される。第１コマンド１２００は、第１ネットワーク２１２を通して第１制御デバイス２０４に到達することができる。第２コマンド１２０２は、第１ネットワーク２１２及び第２ネットワーク２１４を通してテレビ１１０２に到達することができる。
【００４０】
図１３は、本発明による方法の実施例による第１制御デバイス２０４と第２制御デバイス２０６との間の接続を示している。第２制御デバイス２０６は、第１ネットワーク２１２と第２ネットワーク２１４との間の通信は第２制御デバイス２０６を通過するような、第２ネットワーク２１４に対するゲートウェイとして構成される。この実施例においては、第１制御デバイス２０４が、制御デバイスとして選択されている。第２制御デバイス２０６は、第２ネットワーク２１４に対するゲートウェイであり、第２デバイス２１０は、第２ネットワーク２１４内に位置するので、第１デバイス２０８及び第２デバイス２１０のための制御データは、第１制御デバイス２０４と第２制御デバイス２０６との間の第１接続１３００を通して送信され得る。ゲートウェイとして構成される第２制御デバイス２０６は、第１デバイス２０８に対する第２接続１３０２、及び第２デバイス２１０に対する第３接続１３０４を持つ。これらの接続は、有線ネットワーク（例えば、ＵＴＰをベースにしたネットワーク）、無線ネットワーク（例えば、ＷｉＦｉ又はＺｉｇｂｅｅをベースにしたネットワーク）などのような１つ以上のネットワークにわたってなされ得る。
【００４１】
制御デバイスの選択が、補助制御デバイス、バックアップ制御デバイス、第２制御デバイスなどのような付加的な制御デバイス（図示せず）を選択することを含む場合には、選択される制御デバイスが故障した場合に、付加的に選択される制御デバイスが、選択される相互作用に基づいて、第１デバイス及び第２デバイスを制御することができる。ゲートウェイのような第２制御デバイスは、例えば、第１デバイス又は第２デバイスと第１制御デバイスとの間の通信をモニタすること、第１制御デバイスのステータスをモニタすることなどによって、第１制御デバイスの故障を検出することができる。第１制御デバイスが、選択される制御デバイスである場合には、第２制御デバイスは、第１制御デバイスの故障を検出した場合に、第１デバイスと第２デバイスとの間の相互作用を制御することができる。
【００４２】
図１４は、本発明による方法の実施例によるデバイスの設定に基づく、第１デバイス２０８と第２デバイス２１０との間の相互作用を示している。第１デバイス２０８は、第２制御デバイスでもあり、この実施例においては、選択される制御デバイスでもある。例として、選択される相互作用は、光源によって発せられる光の色温度の変更のような第１デバイス２０８の色設定の変更が、第２デバイス２１０の色設定の同様の変更をもたらすことを含み得る。この例においては、第１デバイス２０８が、色設定の変更がなされるときに第２ネットワーク２１４を通じて第２デバイス２１０にコマンド１４００を送信するよう設定されている。コマンド１４００は、第１デバイス２０８の色設定においてなされた変更を反映するよう第２デバイス２１０の色設定を変更する。
【００４３】
上記の実施例は、本発明を限定するものではなく、本発明を説明するものであり、当業者は、添付の請求項の範囲から逸脱することなく他の実施例を設計することができるだろうことに注意されたい。請求項において、括弧内に配置されるいかなる参照符号も、請求項を限定するものとして解釈されるべきではない。「有する」という用語は、請求項に列挙されていない要素又はステップの存在を除外しない。要素の単数形表記は、このような要素が複数存在することを除外するものではない。本発明は、幾つかの別個の素子を有するハードウェア、及び適切にプログラムされたコンピュータによって実施され得る。幾つかの手段を列挙している装置の請求項においては、これらの手段の幾つかは、ハードウェア又はソフトウェアの同一のアイテムによって実施されてもよい。第１、第２及び第３などの語の使用は、如何なる順序も示すものではない。これらの単語は名称と解釈されるべきである。特に示されない限り、動作の特定の順序が必要とされるよう意図されてはいない。
【図１】
0006564327.tif 000002
【図２】
0006564327.tif 000003
【図３】
0006564327.tif 000004
【図４】
0006564327.tif 000005
【図５Ａ】
0006564327.tif 000006
【図５Ｂ】
0006564327.tif 000007
【図５Ｃ】
0006564327.tif 000008
【図６】
0006564327.tif 000009
【図７】
0006564327.tif 000010
【図８】
0006564327.tif 000011
【図９】
0006564327.tif 000012
【図１０】
0006564327.tif 000013
【図１１】
0006564327.tif 000014
【図１２】
0006564327.tif 000015
【図１３】
0006564327.tif 000016
【図１４】
0006564327.tif 000017