(57)【特許請求の範囲】
【請求項１】
省エネルギーを可能にするための、照明デバイスであって、
少なくとも１つの送信機と、
少なくとも１つのプロセッサであって、
サービス提供デバイスのグループを決定するように構成されており、前記グループが、同様の照明サービス又は同じ照明サービスを実行することが可能な少なくとも２つのサービス提供デバイスを含む、少なくとも１つのプロセッサと、を備え、
前記少なくとも１つのプロセッサが、
前記グループ内の前記サービス提供デバイスに関するスケジュールを決定し、前記スケジュールが、前記グループの各サービス提供デバイスに関して、いずれの期間において前記サービス提供デバイスがメッセージを受信することが可能であるかを示し、それにより、サービス提供デバイスの決定された前記グループの少なくとも１つのデバイスが、メッセージを受信することが可能となり、
前記少なくとも１つの送信機を使用して、前記サービス提供デバイスに前記スケジュールを送信するように構成されている、照明デバイス。
【請求項２】
前記少なくとも１つのプロセッサが、サービス提供デバイスのセットから、前記セットの前記サービス提供デバイスがいずれのサービスを提供することが可能であるかを識別する情報に基づいて、サービス提供デバイスの前記グループを選択することによって、サービス提供デバイスの前記グループを決定するように構成されている、請求項１に記載の照明デバイス。
【請求項３】
前記少なくとも１つのプロセッサが、サービス提供デバイスのセットから、前記セットの前記サービス提供デバイスの空間的位置に基づいて、サービス提供デバイスの前記グループを選択することによって、サービス提供デバイスの前記グループを決定するように構成されている、請求項１に記載の照明デバイス。
【請求項４】
前記少なくとも１つのプロセッサが、前記サービス提供デバイスのエネルギー消費、前記サービス提供デバイスの空間的位置、前記サービス提供デバイスの空間的サービス提供領域、前記サービス提供デバイスの使用、待機モードに入るため及び／又は待機モードから離れるために前記サービス提供デバイスによって必要とされる時間、並びに、前記サービス提供デバイスによって提供されるサービスの識別子のうちの少なくとも１つに基づいて、前記スケジュールの前記期間の持続時間を決定するように構成されている、請求項１乃至３のいずれか一項に記載の照明デバイス。
【請求項５】
当該照明デバイスは、ユーザインタフェースを備え、前記少なくとも１つのプロセッサが、前記ユーザインタフェースを使用して、ユーザに前記スケジュールを提供し、前記スケジュールを前記ユーザが適合させることを可能にするように構成されている、請求項１乃至４のいずれか一項に記載の照明デバイス。
【請求項６】
当該照明デバイスは、少なくとも１つの受信機を備え、前記少なくとも１つのプロセッサが、
前記少なくとも１つの受信機を使用して、前記グループの少なくとも第１のサービス提供デバイスにアドレス指定されているコマンドメッセージを受信し、前記コマンドメッセージが、少なくとも前記第１のサービス提供デバイスに、指定されたサービスレベルで指定されたサービスを実行するように命令するものであり、
前記指定されたサービスレベルに応じてサービスレベルを決定し、
前記グループの第２のサービス提供デバイスに、前記コマンドメッセージの受信時に、決定された前記サービスレベルで、前記指定されたサービスと同様のサービス又は同じサービスを実行することを開始させるように、構成されている、請求項１乃至５のいずれか一項に記載の照明デバイス。
【請求項７】
前記少なくとも１つのプロセッサが、前記スケジュールにおいて指定されているような、前記第１のサービス提供デバイスがメッセージを受信することが可能な前記期間の開始に応じた時点で、前記少なくとも１つの送信機を使用して、前記第１のサービス提供デバイスに前記コマンドメッセージを送信するように構成されている、請求項６に記載の照明デバイス。
【請求項８】
前記少なくとも１つのプロセッサが、前記スケジュールにおいて指定されているような、前記第１のサービス提供デバイスがメッセージを受信することが可能な前記期間の開始に応じた時点で、前記第２のサービス提供デバイスに、現在のサービスレベルで前記サービスを実行することを停止させるように構成されている、請求項６又は７に記載の照明デバイス。
【請求項９】
前記グループが、少なくとも第３のサービス提供デバイスを含み、前記スケジュールにおいて指定されているような、前記第３のサービス提供デバイスがメッセージを受信することが可能な前記期間が、前記スケジュールにおいて指定されているような、前記グループの任意の他のサービス提供デバイスがメッセージを受信することが可能な期間よりも早く、前記少なくとも１つのプロセッサが、
前記指定されたサービスレベルに応じて更なるサービスレベルを決定し、
前記スケジュールにおいて指定されているような、前記第３のサービス提供デバイスがメッセージを受信することが可能な前記期間の開始に応じた時点で、前記第２のサービス提供デバイスに、前記決定されたサービスレベルで前記サービスを実行することを停止させ、決定された前記更なるサービスレベルで前記サービスを実行することを開始させるように、構成されている、請求項６乃至８のいずれか一項に記載の照明デバイス。
【請求項１０】
前記グループが、少なくとも第３のサービス提供デバイスを含み、前記スケジュールにおいて指定されているような、前記第１のサービス提供デバイスがメッセージを受信することが可能な前記期間が、前記スケジュールにおいて指定されているような、前記グループの任意の他のサービス提供デバイスがメッセージを受信することが可能な期間よりも遅く、前記少なくとも１つのプロセッサが、
前記スケジュールにおいて指定されているような、前記第１のサービス提供デバイスがメッセージを受信することが可能な前記期間の開始に応じた時点で、前記第２のサービス提供デバイスに、前記決定されたサービスレベルで前記サービスを実行することを停止させるように構成されている、請求項６乃至８のいずれか一項に記載の照明デバイス。
【請求項１１】
前記コマンドメッセージが、前記第１のサービス提供デバイスのみにアドレス指定されており、前記少なくとも１つのプロセッサが、前記スケジュールにおいて指定されているような、前記第１のサービス提供デバイスがメッセージを受信することが可能な前記期間の開始に応じた時点で、前記第２のサービス提供デバイスに、前記サービスを実行することを停止させるように構成されている、請求項６乃至８のいずれか一項に記載の照明デバイス。
【請求項１２】
照明システムであって、
請求項１乃至１１のいずれか一項に記載の照明デバイスと、
更なる照明デバイスであって、少なくとも１つの受信機と、前記少なくとも１つの受信機を使用して、前記照明デバイスから前記スケジュールを受信し、前記少なくとも１つの受信機を使用して、前記グループの少なくとも第１のサービス提供デバイスにアドレス指定されているコマンドメッセージを受信し、前記コマンドメッセージが、少なくとも前記第１のサービス提供デバイスに、指定されたサービスレベルで指定されたサービスを実行するように命令するものであり、前記指定されたサービスレベルに応じてサービスレベルを決定し、前記グループの第２のサービス提供デバイスに、前記コマンドメッセージの受信時に、決定された前記サービスレベルで、前記指定されたサービスと同様のサービス又は同じサービスを実行することを開始させるように、構成されている、少なくとも１つのプロセッサとを含む、更なる照明デバイスと、を備える、照明システム。
【請求項１３】
照明デバイスにおける省エネルギーを可能にするための方法であって、
前記照明デバイスの少なくとも１つのプロセッサによって、サービス提供デバイスのグループを決定するステップを含み、前記グループが、同様の照明サービス又は同じ照明サービスを実行することが可能な少なくとも２つのサービス提供デバイスを含み、
当該方法は、
前記少なくとも１つのプロセッサによって、前記グループ内の前記サービス提供デバイスに関するスケジュールを決定するステップであって、前記スケジュールが、前記グループの各サービス提供デバイスに関して、いずれの期間において前記サービス提供デバイスがメッセージを受信することが可能であるかを示し、それにより、サービス提供デバイスの決定された前記グループの少なくとも１つのデバイスが、メッセージを受信することが可能となる、ステップと、
前記照明デバイスの送信機によって、前記サービス提供デバイスに前記スケジュールを送信するステップと、を含む、方法。
【請求項１４】
少なくとも１つのソフトウェアコード部分を含むコンピュータプログラム若しくはコンピュータプログラム一式、又は、少なくとも１つのソフトウェアコード部分を記憶しているコンピュータ可読媒体であって、前記ソフトウェアコード部分が、少なくとも１つの送信機を有する照明デバイスのプロセッサ上で実行されると、請求項１３に記載の方法が実行されることを可能にするように構成されている、コンピュータプログラム若しくはコンピュータプログラム一式又はコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、省エネルギーを可能にするための照明デバイス、及びそのような照明デバイスを備える照明システムに関する。
【０００２】
本発明は更に、照明デバイスにおける省エネルギーを可能にするための方法に関する。
【０００３】
本発明はまた、そのような方法を照明デバイスのプロセッサが実行することを可能にする、コンピュータプログラム製品にも関する。
【背景技術】
【０００４】
モノのインターネット（Internet of Things；ＩｏＴ）は、（スマート）デバイスが接続される機会を提供する。それゆえ、互いに通信するデバイスの数が増大することになる。電力消費を低減するために、そのようなデバイスは、多くの場合、常時アクティブであることはなく、殆どの時間、待機モードに留まっている。このスタンバイモードでは、ＩｏＴデバイスの受信機は、通常、信号をリッスンしたままであり、信号によってトリガされた後にアクティブになる。待機モードにあってリッスンしているＩｏＴデバイスは、依然として一定量の電力を消費する。この一定量の電力は、微々たるものであるが、経時的に必要とされ、そのような電力消費は依然として、結果的に著しい量となり、依然として特定の政府の要求を超過する場合がある。
【０００５】
国際出願第２０１５１２５０５４（Ａ２）号は、電力を節約することが可能な自動照明制御を実施する方法を開示しており、当該方法は、監視領域におけるユーザ占有を考慮する。監視領域付近の空間的位置におけるライトは、当該位置の近くに人が留まっており、単に通り過ぎているのではないことを確認した後、（必要に応じて、短い時間間隙の後に）オンにされることができる。この目的のために、当該空間的位置付近でのユーザアクティビティを監視することが提案されている。
【０００６】
Ｙ．Ｘｕ、Ｊ．Ｈｅｉｄｅｍａｎｎ、及びＤ．Ｅｓｔｒｉｎによる「Ｇｅｏｇｒａｐｈｙ−ｉｎｆｏｒｍｅｄ  Ｅｎｅｒｇｙ  Ｃｏｎｓｅｒｖａｔｉｏｎ  ｆｏｒ  Ａｄ−ｈｏｃ  Ｒｏｕｔｉｎｇ」（２００１年、モバイルコンピューティング及びネットワーキングに関する第７回ＡＣＭ／ＩＥＥＥ国際会議の議事録、７０〜８４ページ）は、特定の期間の間、ノードがリッスンを停止することを可能にし、それにより電力消費を低減するアルゴリズムを開示している。この刊行物は、モバイルアドホックネットワーク用に設計された、エネルギーを意識した位置ベースのルーティングアルゴリズムを説明している。ネットワーク領域は、最初に固定ゾーンに分割され、仮想グリッドを形成する。各ゾーン内では、ノードは互いに協働して、異なる役割を果たす。起動しているノードは、ゾーン内のノードを代表して、基地局へのデータの監視及び報告に関与する。それゆえ、ネットワーク内の不必要なノードをオフにすることによって、ルーティング忠実度のレベルに影響を及ぼすことなく、エネルギーが節約される。
【０００７】
この省エネルギーメカニズムの欠点は、ネットワークのノードがネットワークルーティングを実行する場合にのみ、良好に機能し、他の非通信サービス、例えば照明サービスを提供するデバイスを有するネットワークに関しては、好適ではない点である。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明の第１の目的は、より多くの照明サービス提供デバイスにおける省エネルギーを可能にする、照明デバイスを提供することである。
【０００９】
本発明の第２の目的は、照明デバイスにおける省エネルギーを可能にする方法を提供することである。
【課題を解決するための手段】
【００１０】
本発明の第１の態様では、電子デバイスは、少なくとも１つの送信機と、少なくとも１つのプロセッサであって、サービス提供デバイスのグループを決定し、グループが、同様のサービス又は同じサービスを実行することが可能な少なくとも２つのサービス提供デバイスを含むものであり、グループ内のサービス提供デバイスに関するスケジュールを決定し、スケジュールが、グループの各サービス提供デバイスに関して、いずれの期間においてサービス提供デバイスがメッセージを受信することが可能であるかを示し、それにより、サービス提供デバイスの決定されたグループの少なくとも１つのデバイスが、メッセージを受信することが可能となり、少なくとも１つの送信機を使用して、サービス提供デバイスにスケジュールを送信するように構成されている、少なくとも１つのプロセッサとを備える。
【００１１】
本発明者らは、一時的にメッセージを受信することが可能ではない、すなわちリッスンしていない、サービス提供デバイスに代わって、１つ以上の他のサービス提供デバイスが、サービスの少なくとも一部を実行するために使用されてもよく、このことを最もエネルギー効率が高い方式で実現するためには、同様のサービス又は同じサービスを実行することが可能なサービス提供デバイスのグループに関する、スケジュールを決定することが必要である点を認識している。他のデバイスと全く協調することなく、自身のスリープ時間を決定する電子デバイスは、同じ量の省エネルギーを達成することができない。本発明は、サービス提供デバイスのグループが、即座に（グループとして）反応することにより、サービスを実現し、より良好なユーザ体験を作り出すことを可能にする。
【００１２】
サービスは、照明、オーディオ若しくはビデオの再生、機能的照明、又は娯楽用照明のような、高レベルのサービス又はアプリケーションレベルのサービスを含んでもよく、より代替的には、サービスは、オーディオキャプチャ又はビデオキャプチャを含んでもよい。オーディオキャプチャの場合、これは、例えばホームオートメーション又はセキュリティ目的のための、音声制御に関して使用されてもよい、無線マイクロフォンを使用して可能にされてもよい。ビデオキャプチャの場合、これは、セキュリティ目的のための無線視覚センサを使用してもよい。
【００１３】
好ましくは、スケジュールは、サービス提供デバイスのいずれもがメッセージを受信することが不可能な、いずれかの期間が存在することを許可しない。このことは、サービス提供デバイスのグループが、最も速く反応することを可能にする。省エネルギーを達成するために、スケジュールは、常時メッセージを受信することが可能となることを、サービス提供デバイスの全てに許可するべきではない。サービス提供デバイスは、全く同じサービス（例えば、同じ最大輝度を有するＲＧＢ色照明）を実行することが可能である必要はない。重要なことは、或る１つのサービス提供デバイスが、同じグループの別のサービス提供デバイスに代わって、サービスの実行を引き継ぐことができることである。換言すれば、同じグループのサービス提供デバイスは、互換可能なサービスを実行することが可能である。メッセージを受信することが可能なサービス提供デバイスは、当該サービス提供デバイスに同じサービス又は同様のサービスを提供させる、コマンドメッセージを受信することが可能である。電子デバイスは、直接、又は１つ以上の他のデバイスを介して、例えばブリッジを介して、サービス提供デバイスにスケジュールを送信してもよい。好ましくは、サービスは、アプリケーションレベルのサービス、すなわち、ネットワーク通信レベルを超えるサービスであり、より好ましくは、照明サービス、又はオーディオ若しくはビデオ再生サービスなどの、非通信アプリケーションサービスである。
【００１４】
少なくとも１つのプロセッサは、サービス提供デバイスのセットから、当該セットのサービス提供デバイスがいずれのサービスを提供することが可能であるかを識別する情報に基づいて、サービス提供デバイスのグループを選択することによって、サービス提供デバイスのグループを決定するように構成されてもよい。それにより、電子デバイスは、グループを形成した別のデバイス又は人物からグループ情報を受信する代わりに、自身でグループを形成する。電子デバイスは、例えば、サービス提供デバイス自体から、又はブリッジから、情報を受信してもよい。いずれのサービスをサービス提供デバイスが提供することが可能であるかを識別する情報は、例えば、光、白色光、有色光、５００ルクスを有する光、最大１０００ルクスを有する調光可能な光などの、デバイスが生成することが可能な出力のタイプを識別してもよい。オーディオ再生の場合、能力は、（例えば、ユーザにフィードバックを供給するための）トーン発生から、サポートされる圧縮形式、又はカバー領域に及ぶものであってもよい。ビデオ再生の場合、画像解像度及び／又はサポートされるコーデックなどの、同様の能力が示されてもよい。オーディオキャプチャ能力の場合、これらの能力は、例えば、デバイスの感度、サポートされる周波数範囲、及び／又はサポートされるコーデックを含んでもよい。ビデオキャプチャ能力の場合、そのような能力は、画像解像度、サポートされるコーデック、内蔵式の動きセンサの存在、内蔵式のＩＲ光源の存在を含んでもよい。
【００１５】
いずれのサービスをサービス提供デバイスが提供することが可能であるかを識別する情報は、デバイスの空間的位置、及び／又は、照明若しくはオーディオ／ビデオ再生の場合、デバイスの出力が十分に知覚可能である空間領域（すなわち、サービス提供領域）を更に識別してもよい。あるいは、情報は、例えば、オーディオセンサ／マイクロフォン／超音波センサ、及び／又は、カメラ若しくはビデオセンサの場合、例えば、デバイスが入力を受信する空間領域を示してもよい。
【００１６】
少なくとも１つのプロセッサは、サービス提供デバイスのセットから、当該セットのサービス提供デバイスの空間的位置に基づいて、サービス提供デバイスのグループを選択することによって、サービス提供デバイスのグループを決定するように構成されてもよい。サービス提供デバイスは、好ましくは、互いにサービスの実行を引き継ぐために、互いに近くに存在している。
【００１７】
少なくとも１つのプロセッサは、サービス提供デバイスのエネルギー消費、サービス提供デバイスの空間的位置、サービス提供デバイスの空間的サービス提供領域、サービス提供デバイスの使用、待機モードに入るため及び／又は待機モードから離れるためにサービス提供デバイスによって必要とされる時間、並びに、サービス提供デバイスによって提供されるサービスの識別子のうちの少なくとも１つに基づいて、スケジュールの期間の持続時間を決定するように構成されてもよい。例えば、待機モードにおいて受信機の電力消費が最も大きいサービス提供デバイスには、より短い期間が割り当てられてもよく、空間的位置又はサービス提供領域が最も中央に位置しているサービス提供デバイスには、より長い期間が割り当てられてもよい。更には、期間の持続時間は、例えば、後続の期間に割り当てられているサービス提供デバイスが、待機モードを離れるために、より長い時間を必要とする場合には、及び／又は、先行の期間に割り当てられているサービス提供デバイスが、待機モードに入るために、より長い時間を要する場合には、より長くてもよい（及び、期間が重複してもよい）。
【００１８】
電子デバイスは、ユーザインタフェースを更に備えてもよく、少なくとも１つのプロセッサは、ユーザインタフェースを使用して、ユーザにスケジュールを提供し、スケジュールをユーザが適合させることを可能にするように構成されてもよい。このことは、専門家ユーザ、例えば、サービス提供デバイスをインストールした人物が、自身の専門知識に基づいてスケジュールを修正することを可能にする。
【００１９】
電子デバイスは、少なくとも１つの受信機を更に備えてもよく、少なくとも１つのプロセッサは、少なくとも１つの受信機を使用して、グループの少なくとも第１のサービス提供デバイスにアドレス指定されているコマンドメッセージを受信し、コマンドメッセージが、少なくとも第１のサービス提供デバイスに、指定されたサービスレベルで指定されたサービスを実行するように命令するものであり、指定されたサービスレベルに応じてサービスレベルを決定し、グループの第２のサービス提供デバイスに、コマンドメッセージの受信時に、決定されたサービスレベルで、指定されたサービスと同様のサービス又は同じサービスを実行することを開始させるように、構成されてもよい。
【００２０】
電子デバイスは、第２のサービス提供デバイスであってもよく、又は、例えば電子デバイスがブリッジである場合には、第２のサービス提供デバイスに指示してもよい。第２のサービス提供デバイスは、要求されたサービスを、第１のサービス提供デバイスに代わって、少なくともある程度まで実行する。コマンドメッセージは、例えば、グループにアドレス指定されてもよく、又は、第１のサービス提供デバイスのみにアドレス指定されてもよい。少なくとも１つのプロセッサは、スケジュールにおいて指定されているような、第１のサービス提供デバイスがメッセージを受信することが可能な期間の開始に応じた時点で、第２のサービス提供デバイスに、現在のサービスレベルでサービスを実行することを停止させるように構成されてもよい。
【００２１】
少なくとも１つのプロセッサは、スケジュールにおいて指定されているような、第１のサービス提供デバイスがメッセージを受信することが可能な期間の開始に応じた時点で、少なくとも１つの送信機を使用して、第１のサービス提供デバイスにコマンドメッセージを送信するように構成されてもよい。このようにして、電子デバイスは、第１のサービス提供デバイスがコマンドメッセージを受信することを確実にする。代替的実施形態では、コマンドメッセージの供給源は、第１のサービス提供デバイスに、又は、別のデバイス、例えば電子デバイスが第２のサービス提供デバイスである場合にはブリッジに、コマンドメッセージを再送信してもよく、第１のサービス提供デバイスがコマンドメッセージを受信することを確実にしてもよい。例えば、元のコマンドメッセージが、変更されずに転送されてもよく、又は、コンテンツが元のコマンドメッセージに基づいている、新たなコマンドメッセージが送信されてもよい。
【００２２】
少なくとも１つのプロセッサは、グループが少なくとも第３のサービス提供デバイスを更に含み、スケジュールにおいて指定されているような、第３のサービス提供デバイスがメッセージを受信することが可能な期間が、スケジュールにおいて指定されているような、グループの任意の他のサービス提供デバイスがメッセージを受信することが可能な期間よりも早い場合に、指定されたサービスレベルに応じて更なるサービスレベルを決定し、スケジュールにおいて指定されているような、第３のサービス提供デバイスがメッセージを受信することが可能な期間の開始に応じた時点で、第２のサービス提供デバイスに、決定されたサービスレベルでサービスを実行することを停止させ、決定された更なるサービスレベルでサービスを実行することを開始させるように、構成されてもよい。換言すれば、第２のサービス提供デバイスがサービスを実行するサービスレベルは、第３のサービス提供デバイスもまた、第１のサービス提供デバイスからサービスの実行を引き継ぐことが可能になると、直ちに適合される。例えば、３つのライトのグループが、１２００ルクスで照明するように命令される場合、コマンドメッセージを受信する第１のライトは、コマンドメッセージを受信して、他の２つのライトからサービスの実行を引き継ぐことが必要になると、１２００ルクスで照明することを開始してもよく、コマンドメッセージを受信する第２のライトもまた、コマンドメッセージを受信する第３のライトからサービスの実行を引き継ぐことが可能になると、６００ルクスで照明することを開始してもよく、他のライトのいずれかに代わってサービスを実行することがもはや不必要になると、３００ルクスで照明することを開始してもよい。このことは、サービスが、最初に少なくともある程度まで実行され、ユーザの期待に従って、徐々に完全に実行される結果をもたらす。
【００２３】
少なくとも１つのプロセッサは、グループが少なくとも第３のサービス提供デバイスを更に含み、スケジュールにおいて指定されているような、第１のサービス提供デバイスがメッセージを受信することが可能な期間が、スケジュールにおいて指定されているような、グループの任意の他のサービス提供デバイスがメッセージを受信することが可能な期間よりも遅い場合に、スケジュールにおいて指定されているような、第１のサービス提供デバイスがメッセージを受信することが可能な期間の開始に応じた時点で、第２のサービス提供デバイスに、決定されたサービスレベルでサービスを実行することを停止させるように、構成されてもよい。換言すれば、第２のサービス提供デバイスは、第１のサービス提供デバイスに代わってサービスを実行する、唯一のデバイスである。例えば、３つのライトのグループが、１２００ルクスで照明するように命令される場合、コマンドメッセージを受信する第１のライトは、コマンドメッセージを受信して、他の２つのライトからサービスの実行を引き継ぐことが必要になると、１２００ルクスで照明することを開始してもよく、他の２つのライトもまた、コマンドメッセージを受信しており、他のライトのいずれかに代わってサービスを実行することがもはや不必要になると、３００ルクスで照明することを開始してもよい。このことは、サービスが、最初に少なくともある程度まで実行され、ユーザの期待に従ってサービスが完全に実行されることができるようになるまで、提供されるサービスレベルの中間適合が実施されない結果をもたらす。
【００２４】
少なくとも１つのプロセッサは、コマンドメッセージが第１のサービス提供デバイスのみにアドレス指定されている場合、スケジュールにおいて指定されているような、第１のサービス提供デバイスがメッセージを受信することが可能な期間の開始に応じた時点で、第２のサービス提供デバイスに、サービスを実行することを停止させるように構成されてもよい。それゆえ、コマンドメッセージが、第１のサービス提供デバイスのみにアドレス指定されている場合には、第２のサービス提供デバイスは、第１のサービス提供デバイスに関するサービスの実行をもはや引き継ぐ必要がなく、サービスを実行することを停止する。コマンドメッセージが、グループにアドレス指定されていた場合には、第２のサービス提供デバイスは、好ましくは、この時点でサービスを実行することを停止せずに、異なるサービスレベル（例えば、１００％の照明の代わりに５０％の照明）でサービスを実行することを開始してもよいが、これは、この時点で、もはや第１のサービス提供デバイスに関するサービスの実行を引き継ぐ必要がないためである。
【００２５】
照明に関する上記の実施例はまた、オーディオを再生するデバイスに関しても、同様に使用されてもよい点が、当業者には明らかであろう。３つのオーディオ再生デバイスのグループが、特定の音量レベルで音を生成するように命令される場合には、コマンドメッセージを受信する第１のオーディオ再生デバイスは、当該デバイスが、音の生成を行う唯一のデバイスであるという事実を補償するために、より高い音量レベルで音を生成することを開始してもよく、その後続いて、更なるオーディオ再生デバイスがサービスの提供に参加することを開始すると、オーディオ音量を比例的に低減してもよい。同様に、空間領域内に配置されている数多くのマイクロフォンを使用して、オーディオキャプチャサービスが提供されてもよく、個々のマイクロフォンの感度は、基本的サービスレベルを提供するように調整されるが、これは、より高い感度であるために、著しく高いノイズフロアを生じさせる恐れがある。しかしながら、グループの中から、より多くのマイクロフォンが利用可能になると、１つのマイクロフォン当たりの感度は、ノイズフロアを低減し、かつユーザが期待するサービスレベルを提供するように、適合されてもよい。
【００２６】
本発明の第２の態様では、システムは、本発明の電子デバイスと、更なる電子デバイスとを備え、更なる電子デバイスは、少なくとも１つの受信機と、少なくとも１つの受信機を使用して、電子デバイスからスケジュールを受信し、少なくとも１つの受信機を使用して、グループの少なくとも第１のサービス提供デバイスにアドレス指定されているコマンドメッセージを受信し、コマンドメッセージが、少なくとも第１のサービス提供デバイスに、指定されたサービスレベルで指定されたサービスを実行するように命令するものであり、指定されたサービスレベルに応じてサービスレベルを決定し、グループの第２のサービス提供デバイスに、コマンドメッセージの受信時に、決定されたサービスレベルで、指定されたサービスと同様のサービス又は同じサービスを実行することを開始させるように、構成されている、少なくとも１つのプロセッサとを含む。
【００２７】
それゆえ、電子デバイスは、スケジュールを決定するが、スケジュールを使用しないか、又は、スケジュールを使用して、（他の）サービス提供デバイスに関するサービスの実行を引き継ぐか否かを決定する唯一のデバイスではない。電子デバイスは、モバイルデバイスであってもよく、更なる電子デバイスは、例えば、ブリッジ又はサービス提供デバイスであってもよい。あるいは、電子デバイスは、ブリッジであってもよく、更なる電子デバイスは、例えば、サービス提供デバイスであってもよい。あるいは、電子デバイスは、第２のサービス提供デバイスであってもよく、更なる電子デバイスは、例えば、第１のサービス提供デバイスであってもよい。
【００２８】
本発明の第３の態様では、方法は、サービス提供デバイスのグループを決定するステップであって、グループが、同様のサービス又は同じサービスを実行することが可能な少なくとも２つのサービス提供デバイスを含む、ステップと、グループ内のサービス提供デバイスに関するスケジュールを決定するステップであって、スケジュールが、グループの各サービス提供デバイスに関して、いずれの期間においてサービス提供デバイスがメッセージを受信することが可能であるかを示し、それにより、サービス提供デバイスの決定されたグループの少なくとも１つのデバイスが、メッセージを受信することが可能となる、ステップと、サービス提供デバイスにスケジュールを送信するステップとを含む。当該方法は、ハードウェア及び／又はソフトウェアとして実装されてもよい。
【００２９】
更には、本明細書で説明される方法を実践するためのコンピュータプログラム、並びに、当該コンピュータプログラムを記憶している非一時的コンピュータ可読記憶媒体が提供される。コンピュータプログラムは、例えば、既存のデバイスによってダウンロードされるか、又は、既存のデバイスにアップロードされてもよく、あるいは、これらのシステムの製造時に記憶されてもよい。
【００３０】
非一時的コンピュータ可読記憶媒体は、少なくとも１つのソフトウェアコード部分を記憶しており、ソフトウェアコード部分は、コンピュータによって実行又は処理されると、サービス提供デバイスのグループを決定するステップであって、グループが、同様のサービス又は同じサービスを実行することが可能な少なくとも２つのサービス提供デバイスを含む、ステップと、グループ内のサービス提供デバイスに関するスケジュールを決定するステップであって、スケジュールが、グループの各サービス提供デバイスに関して、いずれの期間においてサービス提供デバイスがメッセージを受信することが可能であるかを示し、それにより、サービス提供デバイスの決定されたグループの少なくとも１つのデバイスが、メッセージを受信することが可能となる、ステップと、サービス提供デバイスにスケジュールを送信するステップとを含む、実行可能動作を実行するように構成されている。
【００３１】
当業者には理解されるように、本発明の諸態様は、デバイス、方法、又はコンピュータプログラム製品として具現化されてもよい。したがって、本発明の諸態様は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）、あるいは、ソフトウェアの態様とハードウェアの態様とを組み合わせた実施形態の形態を取ってもよく、それらは全て、本明細書では「回路」、「モジュール」、又は「システム」と総称されてもよい。本開示で説明される機能は、コンピュータのプロセッサ／マイクロプロセッサによって実行される、アルゴリズムとして実装されてもよい。更には、本発明の諸態様は、１つ以上のコンピュータ可読媒体として具現化されている、コンピュータプログラム製品の形態を取ってもよく、１つ以上のコンピュータ可読媒体は、その上に具現化されている、例えば記憶されている、コンピュータ可読プログラムコードを有する。
【００３２】
１つ以上のコンピュータ可読媒体の任意の組み合わせが、利用されてもよい。コンピュータ可読媒体は、コンピュータ可読信号媒体又はコンピュータ可読記憶媒体であってもよい。コンピュータ可読記憶媒体は、例えば、限定するものではないが、電子的、磁気的、光学的、電磁気的、赤外線の、又は半導体の、システム、装置、若しくはデバイス、あるいは、上述の任意の好適な組み合わせであってもよい。より具体的なコンピュータ可読記憶媒体の例としては、限定するものではないが、１つ以上のワイヤを有する電気的接続、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（random access memory；ＲＡＭ）、読み出し専用メモリ（read-only memory；ＲＯＭ）、消去可能プログラマブル読み出し専用メモリ（erasable programmable read-only memory；ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスク読み出し専用メモリ（portable compact disc read-only memory；ＣＤ−ＲＯＭ）、光学記憶デバイス、磁気記憶デバイス、又は上述の任意の好適な組み合わせを挙げることができる。本発明の文脈では、コンピュータ可読記憶媒体は、命令実行システム、装置、若しくはデバイスによって、又はそれらに関連して使用するためのプログラムを含むか、又は記憶することが可能な、任意の有形媒体であってもよい。
【００３３】
コンピュータ可読信号媒体としては、例えばベースバンド内又は搬送波の一部として、内部に具現化されているコンピュータ可読プログラムコードを有する、伝搬データ信号を挙げることができる。そのような伝搬信号は、限定するものではないが、電磁気的、光学的、又はこれらの任意の好適な組み合わせを含めた、様々な形態のうちのいずれを取ってもよい。コンピュータ可読信号媒体は、コンピュータ可読記憶媒体ではなく、命令実行システム、装置、若しくはデバイスによって、又はそれらに関連して使用するためのプログラムを、通信、伝搬、又は伝送することが可能な、任意のコンピュータ可読媒体であってもよい。
【００３４】
コンピュータ可読媒体上に具現化されているプログラムコードは、限定するものではないが、無線、有線、光ファイバ、ケーブル、ＲＦなど、又は上述の任意の好適な組み合わせを含めた、任意の適切な媒体を使用して送信されてもよい。本発明の諸態様に関する動作を実施するためのコンピュータプログラムコードは、Ｊａｖａ（商標）、Ｓｍａｌｌｔａｌｋ、Ｃ＋＋などのオブジェクト指向プログラミング言語、及び、「Ｃ」プログラミング言語又は同様のプログラミング言語などの従来の手続き型プログラミング言語を含めた、１つ以上のプログラミング言語の任意の組み合わせで書かれてもよい。当該プログラムコードは、スタンドアロン型ソフトウェアパッケージとして、完全にユーザのコンピュータ上で、部分的にユーザのコンピュータ上で実行されてもよく、部分的にユーザのコンピュータ上かつ部分的にリモートコンピュータ上で、又は完全にリモートコンピュータ若しくはサーバ上で実行されてもよい。後者のシナリオでは、リモートコンピュータは、ローカルエリアネットワーク（local area network；ＬＡＮ）若しくは広域ネットワーク（wide area network；ＷＡＮ）を含めた任意のタイプのネットワークを通じて、ユーザのコンピュータに接続されてもよく、又は、当該接続は、外部コンピュータに対して（例えば、インターネットサービスプロバイダを使用してインターネットを通じて）実施されてもよい。
【００３５】
本発明の実施形態による方法、装置（システム）、及びコンピュータプログラム製品の、フローチャート図及び／又はブロック図を参照して、本発明の諸態様が以下で説明される。フローチャート図及び／又はブロック図の各ブロック、並びに、フローチャート図及び／又はブロック図内のブロックの組み合わせは、コンピュータプログラム命令によって実施されることができる点が理解されるであろう。これらのコンピュータプログラム命令は、マシンを作り出すために、汎用コンピュータ、専用コンピュータ、又は他のプログラマブルデータ処理装置の、プロセッサ、特にマイクロプロセッサ又は中央処理ユニット（central processing unit；ＣＰＵ）に提供されてもよく、それにより、コンピュータ、他のプログラマブルデータ処理装置、又は他のデバイスのプロセッサを介して実行される命令が、フローチャート及び／又はブロック図のブロック内で指定されている機能／行為を実施するための手段を作り出す。
【００３６】
これらのコンピュータプログラム命令はまた、コンピュータ、他のプログラマブルデータ処理装置、又は他のデバイスに、特定の方式で機能するように指示することが可能な、コンピュータ可読媒体内に記憶されてもよく、それにより、コンピュータ可読媒体内に記憶されている命令が、フローチャート及び／又はブロック図のブロック内で指定されている機能／行為を実施する命令を含む、製品を作り出す。
【００３７】
コンピュータプログラム命令はまた、コンピュータ実施プロセスを作り出すために、コンピュータ、他のプログラマブルデータ処理装置、又は他のデバイス上にロードされて、それらのコンピュータ、他のプログラマブルデータ処理装置、又は他のデバイス上で一連の動作ステップを実行させてもよく、それにより、コンピュータ又は他のプログラマブル装置上で実行される命令が、フローチャート及び／又はブロック図のブロック内で指定されている機能／行為を実施するためのプロセスを提供する。
【００３８】
図におけるフローチャート及びブロック図は、本発明の様々な実施形態によるデバイス、方法、及びコンピュータプログラム製品の可能な実装の、アーキテクチャ、機能性、及び動作を示す。この点に関して、フローチャート又はブロック図内の各ブロックは、指定されている論理関数を実施するための１つ以上の実行可能命令を含む、コードのモジュール、セグメント、又は部分を表してもよい。また、一部の代替的実装形態では、ブロック内に記されている機能は、それらの図に記されている順序と異なる順序で行われてもよい点にも留意されたい。例えば、連続して示されている２つのブロックは、実際には、実質的に同時に実行されてもよく、又は、それらのブロックは、関与している機能性に応じて、逆の順序で実行される場合があってもよい。また、ブロック図及び／又はフローチャート図の各ブロック、並びに、それらブロック図及び／又はフローチャート図内のブロックの組み合わせは、指定されている機能若しくは行為を実行する専用ハードウェアベースのシステム、又は、専用ハードウェアとコンピュータ命令との組み合わせによって実施されることができる点にも留意されたい。
【図面の簡単な説明】
【００３９】
本発明のこれらの態様及び他の態様は、以下の図面から明らかであり、例として、それらの図面を参照して更に解明されるであろう。
【図１】本発明の電子デバイスを備えるシステムの第１の実施形態を示す。
【図２】本発明の電子デバイスの第１の実施形態のブロック図である。
【図３】本発明の電子デバイスを備えるシステムの第２の実施形態を示す。
【図４】本発明の電子デバイスの第２の実施形態及び本発明のシステムの一実施形態のブロック図である。
【図５】本発明の電子デバイスを備えるシステムの第３の実施形態を示す。
【図６】本発明の電子デバイスを備えるシステムの第４の実施形態を示す。
【図７】本発明の電子デバイスの第３の実施形態のブロック図である。
【図８】図３のシステムにおける１つのグループを有するグループ化の一実施例を示す。
【図９】図８のグループ化に関するスケジュールの第１の実施例を示す。
【図１０】図８のグループ化に関するスケジュールの第２の実施例を示す。
【図１１】図８のグループ化に関するスケジュールの第３の実施例を示す。
【図１２】図３のシステムにおける２つのグループを有するグループ化の一実施例を示す。
【図１３】図１２のグループ化に関するスケジュールの第１の実施例を示す。
【図１４】図１２のグループ化に関するスケジュールの第２の実施例を示す。
【図１５】図３のシステムにおける３つのグループを有するグループ化の一実施例を示す。
【図１６】図１５のグループ化に関するスケジュールの第１の実施例を示す。
【図１７】図１５のグループ化に関するスケジュールの第２の実施例を示す。
【図１８】図１５のグループ化に関するスケジュールの第３の実施例を示す。
【図１９】本発明の方法の第１の実施形態のフローチャートである。
【図２０】本発明の方法の第２の実施形態のフローチャートである。
【図２１】本発明の方法を実行するための、例示的なデータ処理システムのブロック図である。
【発明を実施するための形態】
【００４０】
図面中の対応する要素は、同じ参照番号によって示される。
【００４１】
図１は、本発明の電子デバイスを備えるシステムの第１の実施形態、及び本発明が使用されてもよい環境の一実施例である、２つのドアを有する部屋２１、ブリッジ１、２つのセンサデバイス２３及びセンサデバイス２７、並びに、９つのサービス提供デバイスであるライト１１〜１９を示す。図１の実施形態では、２つのセンサデバイス２３及びセンサデバイス２７は、ライト１１〜１９とは別個である。代替的実施形態では、一方又は双方のセンサデバイスは、ライト１１〜１９のうちの１つ以上に組み込まれてもよい。ブリッジ１の一実施形態が、より詳細に図２で示されている。この実施形態では、ブリッジ１は、送受信機３及びプロセッサ５を備える。プロセッサ５は、サービス提供デバイスのグループを決定するように構成されている。グループは、同様のサービス又は同じサービス（またそれゆえ、互換可能なサービス）を実行することが可能な、少なくとも２つのサービス提供デバイスを含む。この実施形態では、グループは、システムをインストール又はコミッショニングする人物によって、手動でコンフィギュレーションされる。代替的実施形態では、グループは、例えば、ライト１１〜１９のモデル若しくはカテゴリに基づいて、及び／又は、ライト１１〜１９の使用のパターンに基づいて、ブリッジ１によって自動的に決定される。グループの自動決定は、例えば、規則に基づくものであってもよい。
【００４２】
プロセッサ５は、グループ内のサービス提供デバイスに関するスケジュールを決定するように、更に構成されている。スケジュールは、グループの各サービス提供デバイスに関して、いずれの期間においてサービス提供デバイスがメッセージを受信することが可能であるかを示し、それにより、サービス提供デバイスの決定されたグループの少なくとも１つのデバイスが、メッセージを受信することが可能となり、それゆえ、デューティスケジュールと呼ばれることができる。プロセッサ５はまた、送受信機３を使用して、グループのサービス提供デバイスにスケジュールを送信するように構成されている。この実施形態では、サービス提供デバイスはライトであるが、代替的実施形態では、サービス提供デバイスのうちの一部又は全ては、追加的サービス又は異なるサービス、例えば、オーディオの再生を提供してもよい。スケジュールは、例えば、約数百ミリ秒又は約数秒の持続時間を指定してもよく、その後、遥かに長い時間にわたって、例えば、数時間、数日、又は数ヶ月にわたって繰り返される。スケジュールの最小持続時間は、好ましくは、サービス提供デバイスが待機モードを離れるために（すなわち、リッスンを開始するために）要する時間、及び待機モードに入るために要する時間に応じて決定され、通常、約数ミリ秒である。このことは、スケジュールの持続時間、またそれゆえ、サービス提供デバイスに割り当てられる期間が、スケジュールのエネルギー効率を低下させるほど短くなることを防ぐ。
【００４３】
ライト１１〜１９は、ブリッジ１を介して制御可能である。ブリッジ１は、有線及び／又は無線を介してライト１１〜１９に接続されてもよい。ブリッジ１は、例えば、Ｐｈｉｌｉｐｓ  Ｈｕｅブリッジであってもよい。ブリッジ１は、例えば無線ＬＡＮアクセスポイントを介して、インターネットに接続されてもよい。図２の実施形態では、センサデバイス２３及びセンサデバイス２７は、ブリッジ１に直接接続されている。センサデバイス２３は、部屋２１内の左のドア付近の、いずれかの人物を検出するように構成されている、動きセンサを含む。センサデバイス２７は、部屋２１内の前面のドア付近の、いずれかの人物を検出するように構成されている、動きセンサを含む。ブリッジ１は、例えば、ＺｉｇＢｅｅ、又はＺｉｇＢｅｅに基づくプロトコルを使用して、ライト１１〜１９並びにセンサデバイス２３及びセンサデバイス２７と通信してもよい。
【００４４】
図２に示されるブリッジ１の実施形態では、ブリッジ１は、１つのプロセッサ５を備える。代替的実施形態では、ブリッジ１は、複数のプロセッサを備える。ブリッジ１のプロセッサ５は、例えばＡＲＭ製若しくはＱｕａｌｃｏｍｍ製の汎用プロセッサ、又は、特定用途向けプロセッサであってもよい。ブリッジ１のプロセッサ５は、例えば、Ｌｉｎｕｘオペレーティングシステムを実行してもよい。図２に示される実施形態では、受信機及び送信機が、送受信機３に組み合わされている。代替的実施形態では、１つ以上の別個の受信機構成要素、及び１つ以上の別個の送信機構成要素が使用される。代替的実施形態では、単一の送受信機の代わりに、複数の送受信機が使用される。送受信機３は、１つ以上の無線通信技術、例えば、ＬＴＥ、Ｗｉ−Ｆｉ、ＺｉｇＢｅｅ、Ｔｈｒｅａｄ、８０２．１５．４、Ｂｌｕｅｔｏｏｔｈ、及び／又はＢＬＥを使用して、データを送受信してもよい。図２に示される実施形態では、モバイルデバイス１は、例えば、ライト１１〜１９及びそれらライトの能力を識別する情報を記憶するための、並びにスケジュールを記憶するための、記憶手段７を更に備える。記憶手段７は、１つ以上のメモリユニットを含んでもよい。記憶手段７は、例えば、固体メモリを含んでもよい。
【００４５】
この実施形態では、プロセッサ５は、送受信機３を使用して、グループの少なくとも第１のサービス提供デバイス、例えばライト１１にアドレス指定されている、コマンドメッセージを受信するように構成されている。コマンドメッセージは、少なくとも第１のサービス提供デバイスに、指定されたサービスレベルで指定されたサービスを実行するように命令する。プロセッサは、指定されたサービスレベルに応じてサービスレベルを決定し、グループの第２のサービス提供デバイス、例えばライト１２に、コマンドメッセージの受信時に、決定されたサービスレベルで、指定されたサービスと同様のサービス又は同じサービスを実行することを開始させるように、更に構成されている。
【００４６】
この実施形態では、プロセッサ５は、スケジュールにおいて指定されているような、第１のサービス提供デバイスがメッセージを受信することが可能な期間の開始に応じた時点で、送受信機３を使用して、第１のサービス提供デバイスにコマンドメッセージを送信するように構成されている。この実施形態では、プロセッサ５は、スケジュールにおいて指定されているような、第１のサービス提供デバイスがメッセージを受信することが可能な期間の開始に応じた時点で、第２のサービス提供デバイスに、コマンドメッセージを送信することによって、現在のサービスレベルでサービスを実行することを停止させるように構成されている。それゆえ、ライト１１〜１９は、ブリッジ１が適切な時点でライト１１〜１９にコマンドを送信するため、スケジュールを認識する必要すらない。
【００４７】
この実施形態では、コマンドメッセージは、ライトのグループに、又は個々のライトにアドレス指定されてもよい。代替的実施形態では、コマンドメッセージをグループにアドレス指定することのみが可能であるか、又は、コマンドメッセージを個々のサービス提供デバイスにアドレス指定することのみが可能である。プロセッサ５は、コマンドメッセージが第１のサービス提供デバイスのみにアドレス指定されている場合には、スケジュールにおいて指定されているような、第１のサービス提供デバイスがメッセージを受信することが可能な期間の開始に応じた時点で、第２のサービス提供デバイスに、サービスを実行することを停止させるように構成されている。
【００４８】
グループが、少なくとも第３のサービス提供デバイスを（すなわち、少なくとも３つのサービス提供デバイスを）含む場合には、グループにアドレス指定されているコマンドメッセージは、少なくとも以下の２つの方式のうちの一方で取り扱われてもよい：
・第２のサービス提供デバイスがサービスを実行するサービスレベルは、第３のサービス提供デバイスもまた、第１のサービス提供デバイスからサービスの実行を引き継ぐことが可能になると、直ちに適合される。
【００４９】
第３のサービス提供デバイスが、グループの任意の他のサービス提供デバイスがメッセージを受信することが可能な期間よりも早い期間に、メッセージを受信することが可能なデバイスである場合には、プロセッサ５は、指定されたサービスレベルに応じて更なるサービスレベルを決定し、スケジュールにおいて指定されているような、第３のサービス提供デバイスがメッセージを受信することが可能な期間の開始に応じた時点で、第２のサービス提供デバイスに、決定されたサービスレベルでサービスを実行することを停止させ、決定された更なるサービスレベルでサービスを実行することを開始させるように、構成されている。
【００５０】
第１の例として、コマンドメッセージを受信する第１のライトは、１００％の照明レベルとなる。第２のライトがコマンドメッセージを受信すると、それらのライトは、双方とも７５％の照明レベルとなる。グループの第３の最後のライトがコマンドメッセージを受信すると、それらのライト全てが、命令された５０％の照明レベルとなる。それゆえ、第１のライトの照明レベルは徐々に減少し、その一方で、全体の照明レベルは徐々に増大する。あるいは、個々のライトの照明レベルもまた、徐々に増大してもよい。第２の例として、コマンドメッセージを受信する第１のライトは、５０％の照明レベルとなる。第２のライトがコマンドメッセージを受信すると、それらのライトは、双方とも６５％の照明レベルとなる。グループの第３の最後のライトがコマンドメッセージを受信すると、それらのライト全てが、命令された８０％の照明レベルとなる。
【００５１】
・第２のサービス提供デバイスは、第１のサービス提供デバイスに代わってサービスを実行する、唯一のデバイスである。
【００５２】
第１のサービス提供デバイスが、グループの任意の他のサービス提供デバイスがメッセージを受信することが可能な期間よりも遅い期間に、メッセージを受信することが可能なデバイスである場合には、プロセッサ５は、スケジュールにおいて指定されているような、第１のサービス提供デバイスがメッセージを受信することが可能な期間の開始に応じた時点で、第２のサービス提供デバイスに、決定されたサービスレベルでサービスを実行することを停止させるように、構成されている。
【００５３】
第１の例として、コマンドメッセージを受信する第１のライトは、１００％の照明レベルとなる。他のライトがコマンドメッセージを受信すると、コマンドメッセージを受信した全てのライトが、命令された８０％の照明レベルに移行する。第２の例として、コマンドメッセージを受信する第１のライトは、白色となる（このライトは、白色のみが可能であるため）。他のライトがコマンドメッセージを受信すると、命令された光シーンが設定される（このシーンは、最初にオンになったライトを使用しない場合すらある）。
【００５４】
図３は、本発明の電子デバイスを備えるシステムの第２の実施形態を示す。図３に示される実施形態では、スケジュールを決定するのは、人物２５によって保持されているモバイルデバイス３１である。この実施例では、ブリッジは使用されない。モバイルデバイス３１並びにセンサデバイス２３及びセンサデバイス２７は、データ転送デバイス５３を介して、ライト４１〜４９と通信する。データ転送デバイス５３は、スケジュールを認識しない。図１のライト１１〜１９とは異なり、ライト４１〜４９は、スケジュールを認識する。モバイルデバイス３１は、ライト４１〜４９にスケジュールを送信する。
【００５５】
ライト４１〜４９はそれぞれ、少なくとも１つの受信機、及び少なくとも１つのプロセッサを備える。この少なくとも１つのプロセッサは、この少なくとも１つの受信機を使用して、モバイルデバイス３１からスケジュールを受信し、この少なくとも１つの受信機を使用して、グループの少なくとも第１のサービス提供デバイスにアドレス指定されている（すなわち、ライト４１〜４９のうちの別の１つに、又は、ライト４１〜４９のうちの別の１つを含むグループにアドレス指定されている）コマンドメッセージを受信し、コマンドメッセージが、少なくともこの第１のサービス提供デバイスに、指定されたサービスレベルで指定されたサービスを実行するように命令するものであり、指定されたサービスレベルに応じてサービスレベルを決定し、コマンドメッセージの受信時に、決定されたサービスレベルで、指定されたサービスと同様のサービス又は同じサービスを実行することを開始させるように、構成されている。
【００５６】
この実施形態では、ライト４１〜４９のそれぞれは、メッセージを受信することがスケジュールによって可能ではない、同じグループ内のライトに、コマンドメッセージがアドレス指定されていると判定した場合には、同じグループのライトのうちの別の１つに代わって、サービスの実行を引き継ぐように構成されている。更には、ライト４１〜４９のそれぞれは、スケジュールによって現在メッセージを受信することが可能ではない、同じグループ内の他のサービス提供デバイスにアドレス指定されている、メッセージをバッファして、それらのデバイスが受信可能になると直ちに、これらのメッセージをそれらのデバイスに転送する。
【００５７】
ライト４１〜４９は、例えばＡＣ電力信号を介して受信された、現在時刻を示す外部信号に基づいて、又は、内部クロックを使用することによって、現在時刻を決定してもよい。クロックドリフトを防ぐために、同じグループのライトの内部クロックは、定期的に同期されることが必要となる。これらのクロックは、例えば、原子時計を使用することによって、例えば、インターネット（ＮＴＰ）サーバと交信することによって、又は電波時計を使用することによって、あるいは、同じクロック（正確であっても、正確でなくてもよい）を使用することによって、同期してもよい。後者を実施するために、ライトがメッセージを受信することが可能な期間の間の重複期間内に、或る１つのライトが、他のライトに同期メッセージを送信してもよい。スケジュールを決定する際、時刻同期の精度に応じて、例えば、時刻同期がさほど正確ではない場合には、期間の間に（追加的な）重複期間がスケジュールされてもよい。
【００５８】
モバイルデバイス３１の一実施形態が、より詳細に図４で示されている。この実施形態では、モバイルデバイス３１は、送受信機３３及びプロセッサ３５を備える。プロセッサ３５は、サービス提供デバイスのグループを決定するように構成されている。グループは、同様のサービス又は同じサービスを実行することが可能な、少なくとも２つのサービス提供デバイスを含む。プロセッサ３５は、グループ内のサービス提供デバイスに関するスケジュールを決定するように、更に構成されている。スケジュールは、グループの各サービス提供デバイスに関して、いずれの期間においてサービス提供デバイスがメッセージを受信することが可能であるかを示し、それにより、サービス提供デバイスの決定されたグループの少なくとも１つのデバイスが、メッセージを受信することが可能となる。プロセッサ３５はまた、送受信機３３を使用して、グループのサービス提供デバイスにスケジュールを送信するように構成されている。
【００５９】
モバイルデバイス３１は、ユーザインタフェースを形成するタッチスクリーン３９を更に備える。プロセッサ３５は、タッチスクリーン３９を使用して、ユーザにスケジュールを提供し、スケジュールをユーザが適合させることを可能にするように構成されている。代替的実施形態では、ユーザインタフェースは、タッチスクリーンを含まず、例えば、ユーザインタフェースは、音声合成及び音声認識を使用するか、あるいは、非タッチスクリーンディスプレイと物理キーとの組み合わせによって形成されている。データ転送デバイス５３は、例えば、Ｗｉ−Ｆｉアクセスポイント及び／又はネットワーク（例えば、Ｅｔｈｅｒｎｅｔ）スイッチを含んでもよい。
【００６０】
図４に示されるモバイルデバイス３１の実施形態では、モバイルデバイス３１は、１つのプロセッサ３５を備える。代替的実施形態では、モバイルデバイス３１は、複数のプロセッサを備える。モバイルデバイス３１のプロセッサ３５は、例えばＡＲＭ製若しくはＱｕａｌｃｏｍｍ製の汎用プロセッサ、又は、特定用途向けプロセッサであってもよい。モバイルデバイス３１のプロセッサ３５は、例えば、ｉＯＳ、Ｗｉｎｄｏｗｓ、又はＡｎｄｒｏｉｄオペレーティングシステムを実行してもよい。本発明は、１つ以上のプロセッサ上で実行される、コンピュータプログラムを使用して実装されてもよい。
【００６１】
図４に示される実施形態では、受信機及び送信機が、送受信機３３に組み合わされている。代替的実施形態では、１つ以上の別個の受信機構成要素、及び１つ以上の別個の送信機構成要素が使用される。代替的実施形態では、単一の送受信機の代わりに、複数の送受信機が使用される。送受信機３３は、１つ以上の無線通信技術、例えば、ＬＴＥ、Ｗｉ−Ｆｉ、ＺｉｇＢｅｅ、Ｔｈｒｅａｄ、８０２．１５．４、Ｂｌｕｅｔｏｏｔｈ、及び／又はＢＬＥを使用して、データを送受信してもよい。図４に示される実施形態では、モバイルデバイス３１は、例えば、スケジュール、アプリケーション、及びアプリケーションデータを記憶するための、記憶手段３７を更に備える。記憶手段３７は、１つ以上のメモリユニットを含んでもよい。記憶手段３７は、例えば、固体メモリを含んでもよい。タッチスクリーン３９は、例えば、ＬＣＤ又はＯＬＥＤディスプレイパネルを含んでもよい。
【００６２】
図５は、本発明の電子デバイスを備えるシステムの第３の実施形態を示す。この第３の実施形態では、図３と同じモバイルデバイス３１が使用される。しかしながら、データ転送デバイス５３の代わりに、ブリッジ５１が存在している。ブリッジ５１は、図１のブリッジ１のようにスケジュールを決定しないが、スケジュールによって現在メッセージを受信することが可能ではないサービス提供デバイス（ライト６１〜６９）にアドレス指定されている、メッセージをバッファして、それらのデバイスが受信可能になると直ちに、これらのメッセージをそれらのデバイスに転送する。この実施形態では、ブリッジ５１は、適用可能なサービス提供デバイスが、スケジュールによってメッセージを受信することが可能になると直ちに、コマンドメッセージを送信することを開始する。代替的実施形態では、適用可能なサービス提供デバイスは、メッセージを受信することが可能になると直ちに、ブリッジ５１にポーリングし、ブリッジ５１は、ポーリング要求を受信すると直ちに、コマンドメッセージを送信する。
【００６３】
ブリッジ５１はまた、ブリッジに接続されているサービス提供デバイス及びそれらの能力のリストも維持し、モバイルデバイス３１が、この情報に基づいてグループを形成することが可能となるように、当該リストをモバイルデバイス３１に送信する。代替的実施形態では、ブリッジ５１がグループを形成し、グループ及びグループ内のデバイスについての情報を、モバイルデバイス３１に送信する。ライト６１〜６９は、図１のライト１１〜１９よりもスマートであり、図３に関連して説明されたように、受信されたコマンドメッセージ及びスケジュールに基づいて、同じグループ内の別のサービス提供デバイスに代わってサービスの実行を引き継ぐか否かを決定する。しかしながら、図３のライト４１〜４９とは異なり、図５のライト６１〜６９は、受信された他のデバイスに対するコマンドメッセージを、バッファ及び転送しない。
【００６４】
図６は、本発明の電子デバイスを備えるシステムの第４の実施形態を示す。この第４の実施形態では、スケジュールを決定するのは、サービス提供デバイスのうちの１つである、ライト７１である。他のライト６２〜６９は、図５に示されている同じライト６２〜６９である。モバイルデバイス８１は、ライト７１及びライト６２〜６９にコマンドメッセージを送信するために使用されることができるが、スケジュールを決定しない。例えば、モバイルデバイス８１は、ユーザがライト７１及びライト６２〜６９のうちの１つ以上をオン又はオフにすること、並びに／あるいは、これらのライトの色及び／又は強度を設定することを可能にする、ユーザインタフェースを提供してもよい。ライト７１は、周期的に待機モードであってもよく、待機モードではないときにスケジュールを決定してもよい。図６の実施形態では、ライト７１及びライト６２〜６９のうちの１つのみ、すなわちライト７１のみが、スケジュールを決定する。代替的実施形態では、複数のライトがスケジュールを、例えば各グループのマスタを決定する。
【００６５】
この実施形態では、ライト７１及びライト６２〜６９は、受信された他のデバイスに対するコマンドメッセージを、バッファ及び転送する。代替的実施形態では、モバイルデバイス８１並びにセンサデバイス８３及びセンサデバイス８７は、最初に、ライト７１からスケジュールを受信し、スケジュールによってメッセージを受信することが可能である場合にのみ、ライト７１及びライト６２〜６９のうちの１つにコマンドメッセージを送信する。別の代替的実施形態では、モバイルデバイス８１並びにセンサデバイス２３及びセンサデバイス２７は、スケジュールを認識しないが、コマンドメッセージが、当該宛先、例えばライト７１及びライト６２〜６９のうちの１つ以上に、成功裏に配信されているか否かを判定することが可能であり、当該宛先にコマンドメッセージが成功裏に配信されるまで、コマンドメッセージを１回以上再送信することが可能である。
【００６６】
ライト７１の一実施形態が、より詳細に図７で示されている。この実施形態では、ライト７１は、送受信機７３及びプロセッサ７５を備える。プロセッサ７５は、サービス提供デバイスのグループを決定するように構成されている。グループは、同様のサービス又は同じサービスを実行することが可能な、少なくとも２つのサービス提供デバイスを含む。プロセッサ７５は、グループ内のサービス提供デバイスに関するスケジュールを決定するように、更に構成されている。スケジュールは、グループの各サービス提供デバイスに関して、いずれの期間においてサービス提供デバイスがメッセージを受信することが可能であるかを示し、それにより、サービス提供デバイスの決定されたグループの少なくとも１つのデバイスが、メッセージを受信することが可能となる。プロセッサ７５はまた、送受信機７３を使用して、グループのサービス提供デバイスにスケジュールを送信するように構成されている。
【００６７】
図７に示されるライト７１の実施形態では、ライト７１は、１つのプロセッサ７５を備える。代替的実施形態では、ライト７１は、複数のプロセッサを備える。ライト７１のプロセッサ７５は、汎用プロセッサ又は特定用途向けプロセッサであってもよい。ライト７１のプロセッサ７５は、例えば、Ｌｉｎｕｘオペレーティングシステムを実行してもよい。ライト７１は、例えば１つ以上のＬＥＤチップを含む、照明ユニット７９を更に備える。
【００６８】
図７に示される実施形態では、受信機及び送信機が、送受信機７３に組み合わされている。代替的実施形態では、１つ以上の別個の受信機構成要素、及び１つ以上の別個の送信機構成要素が使用される。代替的実施形態では、単一の送受信機の代わりに、複数の送受信機が使用される。送受信機７３は、１つ以上の有線又は無線通信技術、例えば、Ｅｔｈｅｒｎｅｔ、ＬＴＥ、Ｗｉ−Ｆｉ、ＺｉｇＢｅｅ、Ｔｈｒｅａｄ、８０２．１５．４、Ｂｌｕｅｔｏｏｔｈ、及び／又はＢＬＥを使用して、データを送受信してもよい。図７に示される実施形態では、ライト７１は、例えば、スケジュール及び照明ユニット７９の現在の制御光設定（例えば、色及び／又は輝度）を記憶するための、記憶手段７７を更に備える。記憶手段７７は、１つ以上のメモリユニットを含んでもよい。記憶手段７７は、例えば、固体メモリを含んでもよい。
【００６９】
第１のグループ１０１を有するグループ化の一実施例が、図８に示される。グループ１０１は、図３のライト４１〜４４を含む。センサデバイス２３は、部屋２１の左のドア付近に、いずれかの人物を検出すると、グループ１０１にコマンドメッセージを送信するように構成されている。ライト４１〜４４は、全てがライトであり、全てが部屋２１の左のドア付近の領域を照明するため、同様のサービスを提供する。この実施形態では、モバイルデバイス３１のプロセッサは、サービス提供デバイスのセットから、当該セットのサービス提供デバイスがいずれのサービスを提供することが可能であるかを識別する情報に基づいて、サービス提供デバイスのグループを選択することによって、サービス提供デバイスのグループを決定するように構成されており、この情報は、セットのサービス提供デバイスの空間的位置を含む。
【００７０】
第１のグループ１０１に関して決定されたスケジュールの第１の実施例が、図９に示される。スケジュール１１０では、ライト４１〜４４のそれぞれは、等しい持続時間の割り当て期間を有し、期間１１１がライト４１に割り当てられ、期間１１２がライト４２に割り当てられ、期間１１３がライト４３に割り当てられ、期間１１４がライト４４に割り当てられている。
【００７１】
４秒の時間間隔を想定すると、ライト４１は、最初の１秒間にのみコマンドメッセージをリッスンし、ライト４２は、１秒と２秒との間の期間にリッスンし、ライト４３は、２秒と３秒との間の期間にリッスンし、ライト４４は、３秒と４秒との間の期間にリッスンすることになる。各デバイスは、電力消費を７５％低減することになる。４つのライト４１〜４４は、同じグループ内にあり、互いに代わってサービスを実行するため、コマンドメッセージが、グループ内のライトのうちの１つを作動させるために部屋に供給される場合は常に、少なくとも１つのライトが即座に反応して、アクティブになる（すなわち、サービスを実行する）ことになる。このライトは、その後続けて、コマンドメッセージを転送することによって、他のライトを作動させてもよい。
【００７２】
一部のデバイスに、より長い期間を割り当て、他のデバイスに、より短い期間を割り当てることが、有利な場合がある。例えば、モバイルデバイス３１のプロセッサは、サービス提供デバイスのエネルギー消費、サービス提供デバイスの空間的位置、サービス提供デバイスの空間的サービス提供領域、サービス提供デバイスの使用、待機モードに入るため及び／又は待機モードから離れるためにサービス提供デバイスによって必要とされる時間、並びに、サービス提供デバイスによって提供されるサービスの識別子のうちの少なくとも１つに基づいて、スケジュールの期間の持続時間を決定するように構成されてもよい。
【００７３】
例えば、メッシュネットワーク内の終端ノードには、メッシュネットワーク内の中央に位置しているノードよりも少ないスケジュール分担（例えば、より少い期間及び／又はより短い期間）が割り当てられてもよい。例えば、効率性に劣るデバイス（例えば、待機消費電力４００ｍＷ）には、より効率的なデバイス（例えば、待機消費電力１００ｍＷ）よりも少ないスケジュール分担が割り当てられてもよい。例えば、より長い起動時間を有するデバイスには、より少ない数の期間が割り当てられてもよい。ユーザが、（履歴データから決定されるように）或る１つのデバイスを別のデバイスよりも頻繁に使用する場合には、例えば、このデバイスには、より大きいスケジュール分担が割り当てられてもよい。例えば、空間的に中央のデバイスには、空間的に周辺のデバイスよりも大きいスケジュール分担が割り当てられてもよい。
【００７４】
第１のグループ１０１に関して決定されたスケジュールの第２の実施例が、図１０に示される。スケジュール１２０では、より長い期間１２１がライト４１に割り当てられており、より短い期間がライト４２〜４４に割り当てられている。ライト４２〜４４にそれぞれ割り当てられている期間１２２〜１２４は、この実施例では、全て同じ持続時間を有する。この実施例では、スケジュールは、ライト４１〜４４のエネルギー効率に基づいて決定されている。ライト４１が最も効率的であるため、リスニング時間の半分が、ライト４１に割り当てられる。他のライト４２〜４４は、リスニング時間の残り半分を分担する。一般に、例えばデバイスのエネルギー効率又はサービス性能に基づいて、サービス提供デバイスの階層が最初に確立されてもよく、この階層は、その後、スケジュール内の期間の割り当てを決定するために使用されてもよい。これらの期間を割り当てるために、数学関数が適用されてもよく、階層内の第１のデバイスには、当該階層内の次に続くデバイスよりも長い期間が割り当てられる、などとなる。例えば、１〜４に順序付けられている、階層内の４つのデバイスを有する場合、二次関数により、第１のデバイスが、スケジュール全体の１６／２３の分担を占有し、第２のデバイスが４／２３を、第３のデバイスが２／２３を、及び第４のデバイスが１／２３を占有し得ると決定してもよい。同様に、一次関数、多項式関数、又は対数関数が適用されてもよい。極端な場合には、期間１２１は、スケジュール全体の９９％さえも占有してもよく、一方で、期間１２２〜１２４は、スケジュール全体の１％のみを占有する。
【００７５】
第１のグループ１０１に関して決定されたスケジュールの第３の実施例が、図１１に示される。スケジュール１３０では、より長い期間１３２及び期間１３３が、それぞれ、ライト４２及びライト４３に割り当てられており、より短い期間１３１及び期間１３４が、それぞれ、ライト４１及びライト４４に割り当てられている。この実施例では、スケジュール１３０は、サービスの識別子、すなわち、ライト４１〜４４の能力に基づいて決定されている。ライト４２及びライト４３は、最も高い能力を有し、例えば、最も高いルーメン出力をサポートしているか、又は、白色のみではなく色もサポートしているため、殆どのリスニング時間が、ライト４２及びライト４３に割り当てられ、残余のリスニング時間が、ライト４１及びライト４４に等しく割り当てられる。
【００７６】
図８の第１のグループ１０１と第２のグループ１０３とを有する、グループ化の一実施例が、図１２に示される。第２のグループ１０３は、図３のライト４４〜４７を含む。センサデバイス２７は、部屋２１の前面のドア付近に、いずれかの人物を検出すると、グループ１０３にコマンドメッセージを送信するように構成されている。ライト４４〜４７は、全てがライトであり、全てが部屋２１の前面のドア付近の領域を照明するため、同様のサービスを提供する。
【００７７】
ライト４４が、第１のグループ１０１及び第２のグループ１０３の双方の一部であるという事実は、追加的な複雑性を生じさせる。比較的単純なソリューションは、第１のグループ１０１に関するスケジュールと、第２のグループ１０３に関するスケジュールとを、独立して決定し、双方のスケジュールからの期間を、ライト４４に割り当てることであろう。しかしながら、双方のグループのスケジュールを協調させることによって、より最適な割り当てが達成され得る。この実施例が、図１３及び図１４に示される。
【００７８】
第１のグループ１０１及び第２のグループ１０３に関して決定されたスケジュールの第１の実施例が、図１３に示される。スケジュール１４０では、第１のグループ１０１のライト４１〜４４のそれぞれには、等しい持続時間の期間が割り当てられており、期間１４１がライト４１に割り当てられ、期間１４２がライト４２に割り当てられ、期間１４３がライト４３に割り当てられ、期間１４４がライト４４に割り当てられている。ライト４４は、第２のグループ１０３に更に属するものとして識別されている。この実施例では、第２のグループ１０３のライト４４〜４７のそれぞれにもまた、等しい持続時間の期間が割り当てられる。
【００７９】
より最適な割り当てを達成するために、ライト４４には、グループ１０１に関するスケジュールにおいて期間１４４が割り当てられているという事実が考慮される。期間１４４は、第２のグループ１０３に関して許容可能であるため、ライト４４には、第２のグループ１０３に関するスケジュールにおいて、同じ期間１４４が割り当てられる。次に、期間１４５〜１４７が、それぞれ、ライト４５〜４７に割り当てられる。スケジュール１４０は、図１３では、複数のグループに関する期間を有する、単一のスケジュールとして示されているが、スケジュール１４０は、一方が第１のグループ１０１に関し、一方が第２のグループ１０３に関する、２つのスケジュールを含むものと見なされてもよい。
【００８０】
第１のグループ１０１及び第２のグループ１０３に関して決定されたスケジュールの第２の実施例が、図１４に示される。スケジュール１５０では、第１のグループ１０１に関して、より長い期間１５１がライト４１に割り当てられており、より短い期間がライト４２〜４４に割り当てられている。期間１５２、期間１５３、及び期間１５９が、それぞれ、ライト４２〜４４に割り当てられ、この実施例では、全てが同じ持続時間を有する。第２のグループ１０３のライト４４〜４７のそれぞれには、等しい持続時間の期間が割り当てられる。その結果、第１のグループ１０１に関してライト４４に割り当てられている期間１５９は、十分に長くないため、第２のグループ１０３に関しては許容可能ではない。より最適な割り当てを達成するために、期間１５９を含むが、それよりも幾分長い期間１５４が、期間１５９の代わりにライト４４に割り当てられる。このことは、第１のグループ１０１に関する要件及び第２のグループ１０３に関する要件の双方に適応している。次に、期間１５５〜１５７が、それぞれ、ライト４５〜４７に割り当てられる。スケジュール１５０は、いずれのリスニングの間隙も有さないが、このことは、典型的には重要な要件である。
【００８１】
図８の第１のグループ１０１、図１２の第２のグループ１０３、及び第３のグループ１０５を有する、グループ化の一実施例が、図１５に示される。第３のグループ１０５は、図３のライト４６及びライト４８を含む。人物２５は、モバイルデバイス３１を使用して、ライト４６及びライト４８を制御する。この実施例及び先行のグループ化の実施例では、グループのデバイスは全て、機能的光サービスを提供していた。代替的実施形態では、アンビエント照明を供給するテレビ（例えば、Ｐｈｉｌｉｐｓ  Ａｍｂｉlｉｇｈｔ  ＴＶ）が、ライト４６の代わりに使用され、スピーカシステムが、ライト４８の代わりに使用される。この代替的実施形態では、第２のグループ１０３は、依然として、全てが部屋２１の前面のドア付近の領域を照明するライトを含むことになるが、第３のグループ１０５は、オーディオ再生機能を有するデバイスを含むことになる。機能的照明サービスを提供するように構成される代わりに、第２のグループ１０３のライトは、娯楽用照明サービスを提供するように構成されてもよい。
【００８２】
ライト４６が、第２のグループ１０３及び第３のグループ１０５の双方の一部であるという事実は、第２の追加的な複雑性を生じさせる。最適な割り当ては、３つのグループ全てのスケジュールを協調させることによって達成され得る。この実施例が、図１６〜図１８に示される。
【００８３】
第１のグループ１０１、第２のグループ１０３、及び第３のグループ１０５に関して決定されたスケジュールの第１の実施例が、図１６に示される。スケジュール１６０では、第１のグループ１０１及び第２のグループ１０３に関する期間は、図１３に関連して説明されたように割り当てられる。期間１６１〜１６７は、それぞれ、図１３の期間１４１〜１４７に対応する。第３のグループ１０５に関する期間は、最後に決定される。期間１６７は、第３のグループ１０５に関して許容可能であり、ライト４８にはライト４７よりも長い期間を割り当てることが有益であるため（例えば、ライト４８は、より消費電力が少ないため）、ライト４７には、第３に関するスケジュールにおいて同じ期間１６７が割り当てられる。次に、残余の時間、すなわち期間１６８及び期間１６９が、ライト４８に割り当てられる。
【００８４】
第１のグループ１０１、第２のグループ１０３、及び第３のグループ１０５に関して決定されたスケジュールの第２の実施例が、図１７に示される。スケジュール１７０では、第１のグループ１０１に関する期間である、期間１７１〜１７４が、最初に決定され、それぞれ、図１６に示されたスケジュール１６０における、第１のグループ１０１に関して決定された期間１６１〜１６４と同じである。次に、ライト４７及びライト４８のそれぞれに等しい分担が割り当てられるように、期間１７７及び期間１７８が、それぞれ、第３のグループ１０５のライト４７及びライト４８に割り当てられる。
【００８５】
最後に、第２のグループ１０３に関する期間が決定される。考慮するべき他のグループ／スケジュールが存在していなければ、各ライト４４〜４７には、等しい分担が割り当てられていたであろう。第１のグループ１０１に関してライト４４に割り当てられた期間１７４は、第２のグループ１０３に関して許容可能である。期間１７７が、第３のグループ１０５に関して、既にライト４７に割り当てられていなければ、期間１７９が、ライト４７に割り当てられていたであろう。期間１７７は、第２のグループ１０３に関して必要とされる期間よりも長いが、第２のグループ１０３に関して許容可能である。残余の期間１７５及び期間１７６が、それぞれ、ライト４５及びライト４６に割り当てられる。第２のグループ１０３における期間１７４と期間１７７との間には、重複が存在しているが、このことは、例えば、全体的に最もエネルギー効率が高い結果をもたらすため、依然として、全体的に最適なスケジュールと見なされてもよい。
【００８６】
第１のグループ１０１、第２のグループ１０３、及び第３のグループ１０５に関して決定されたスケジュールの第３の実施例が、図１８に示される。スケジュール１８０では、第３のグループ１０５に関する期間が、最初に決定される。ライト４７及びライト４８のそれぞれに等しい分担が割り当てられるように、期間１８７及び期間１８８が、それぞれ、第３のグループ１０５のライト４７及びライト４８に割り当てられる。次に、第２のグループ１０３に関する期間が決定される。考慮するべき他のグループ／スケジュールが存在していなければ、各ライト４４〜４７には、等しい分担が割り当てられていたであろう。期間１８７が、第３のグループ１０５に関して、既にライト４７に割り当てられていなければ、期間１９９が、ライト４７に割り当てられていたであろう。期間１８７は、第２のグループ１０３に関して必要とされる期間よりも長いが、第２のグループ１０３に関して許容可能である。残余の期間１８４、期間１８５、及び期間１８６が、それぞれ、ライト４４、ライト４５、及びライト４６に割り当てられる。
【００８７】
最後に、第１のグループ１０１に関する期間が決定される。考慮するべき他のグループ／スケジュールが存在していなければ、ライト４４〜４７には、図１０の期間１２１〜１２４が割り当てられていたであろう。期間１８４が、第２のグループ１０３に関して、既にライト４４に割り当てられていなければ、期間１８９が、ライト４４に割り当てられていたであろう。期間１８４は、第１のグループ１０１に関して必要とされる期間よりも長いが、第１のグループ１０１に関して許容可能である。残余の期間が、図１０に関連して説明されたように、ライト４１〜４３に割り当てられる。期間１８１〜１８３は、図１０の期間１２１〜１２３に対応する。第１のグループ１０１における期間１８３と期間１８４との間、及び第２のグループ１０３における期間１８４と期間１８７との間には、重複が存在しているが、このことは、例えば、全体的に最もエネルギー効率が高い結果をもたらすため、依然として、全体的に最適なスケジュールと見なされてもよい。
【００８８】
グループに関して期間が決定される、グループの順序は、例えば、いつグループが形成されたかに応じて決定されてもよい。例えば、新たなグループが形成される場合には、既存のグループに関するスケジュールを考慮しつつ、新たなグループに関してスケジュールが決定されてもよい。あるいは、新たなグループを含めた全てのグループに関して、新たなスケジュールが決定されてもよい。この場合、グループの順序は、例えば任意であってもよい。あるいは、例えば、種々のグループの順序のうちのいずれが、最もエネルギー効率の高いスケジュールを作り出すかを決定するために、最適化アルゴリズムが使用されてもよい。
【００８９】
本発明の第１の実施形態が、図１９に示される。ステップ２０１は、サービス提供デバイスのグループを決定するステップを含む。グループは、同様のサービス又は同じサービスを実行することが可能な、少なくとも２つのサービス提供デバイスを含む。ステップ２０３は、グループ内のサービス提供デバイスに関するスケジュールを決定するステップを含む。スケジュールは、グループの各サービス提供デバイスに関して、いずれの期間においてサービス提供デバイスがメッセージを受信することが可能であるかを示し、それにより、サービス提供デバイスの決定されたグループの少なくとも１つのデバイスが、メッセージを受信することが可能となる。ステップ２０５は、サービス提供デバイスにスケジュールを送信するステップを含む。
【００９０】
本発明の方法の第２の実施形態が、図２０に示される。この第２の実施形態では、本方法は、図１９に示される第１の実施形態と同じステップ２０１、ステップ２０３、及びステップ２０５を含むが、更にステップ２１１、ステップ２１３、及びステップ２１５を含む。ステップ２１１は、グループの少なくとも第１のサービス提供デバイスにアドレス指定されている、コマンドメッセージを受信するステップを含む。コマンドメッセージは、少なくとも第１のサービス提供デバイスに、指定されたサービスレベルで指定されたサービスを実行するように命令する。ステップ２１３は、指定されたサービスレベルに応じてサービスレベルを決定するステップを含む。ステップ２１５は、グループの第２のサービス提供デバイスに、コマンドメッセージの受信時に、決定されたサービスレベルで、指定されたサービスと同様のサービス又は同じサービスを実行することを開始させるステップを含む。
【００９１】
図２１は、図１９及び図２０を参照して説明されたような方法を実行し得る、例示的なデータ処理システムを示すブロック図を示す。
【００９２】
図２１に示されるように、データ処理システム３００は、システムバス３０６を介してメモリ素子３０４に結合されている、少なくとも１つのプロセッサ３０２を含んでもよい。それゆえ、データ処理システムは、メモリ素子３０４内にプログラムコードを記憶してもよい。更には、プロセッサ３０２は、システムバス３０６を介してメモリ素子３０４からアクセスされるプログラムコードを実行してもよい。一態様では、データ処理システムは、プログラムコードを記憶及び／又は実行するために好適な、コンピュータとして実装されてもよい。しかしながら、データ処理システム３００は、本明細書内で説明される機能を実行することが可能な、プロセッサ及びメモリを含む任意のシステムの形態で実装されてもよい点を理解されたい。
【００９３】
メモリ素子３０４は、例えば、ローカルメモリ３０８及び１つ以上の大容量記憶デバイス３１０などの、１つ以上の物理メモリデバイスを含んでもよい。ローカルメモリとは、プログラムコードの実際の実行中に一般に使用される、ランダムアクセスメモリ又は他の非永続的メモリデバイスを指してもよい。大容量記憶デバイスは、ハードドライブ又は他の永続的データ記憶デバイスとして実装されてもよい。処理システム３００はまた、実行中に大容量記憶デバイス３１０からプログラムコードが取得されなければならない回数を低減するために、少なくとも一部のプログラムコードの一時記憶を提供する、１つ以上のキャッシュメモリ（図示せず）を含んでもよい。
【００９４】
入力デバイス３１２及び出力デバイス３１４として示される、入出力（input/output；Ｉ／Ｏ）デバイスが、オプションとして、データ処理システムに結合されることができる。入力デバイスの例としては、限定するものではないが、キーボード、マウスなどのポインティングデバイスなどを挙げることができる。出力デバイスの例としては、限定するものではないが、モニタ又はディスプレイ、スピーカなどを挙げることができる。入力デバイス及び／又は出力デバイスは、直接、又は介在Ｉ／Ｏコントローラを介して、データ処理システムに結合されてもよい。
【００９５】
一実施形態では、入力デバイス及び出力デバイスは、複合型入力／出力デバイス（入力デバイス３１２及び出力デバイス３１４を取り囲む破線で図２１に示されるもの）として実装されてもよい。そのような複合型デバイスの一例は、「タッチスクリーンディスプレイ」又は単に「タッチスクリーン」と称される場合もある、タッチ感知ディスプレイである。そのような実施形態では、デバイスへの入力は、タッチスクリーンディスプレイ上、又はタッチスクリーンディスプレイの近くでの、例えばスタイラス又はユーザの指などの、物理的実体の移動によって提供されてもよい。
【００９６】
ネットワークアダプタ３１６もまた、データ処理システムに結合されて、介在する私設ネットワーク又は公衆ネットワークを介して、当該データ処理システムが、他のシステム、コンピュータシステム、リモートネットワークデバイス、及び／又はリモート記憶デバイスに結合されることを可能にしてもよい。ネットワークアダプタは、上述のシステム、デバイス、及び／又はネットワークによってデータ処理システム３００に送信されるデータを受信するための、データ受信機と、データ処理システム３００から上述のシステム、デバイス、及び／又はネットワークにデータを送信するための、データ送信機とを含んでもよい。モデム、ケーブルモデム、及びＥｔｈｅｒｎｅｔカードは、データ処理システム３００と共に使用されてもよい、種々のタイプのネットワークアダプタの例である。
【００９７】
図２１に示されるように、メモリ素子３０４は、アプリケーション３１８を記憶してもよい。様々な実施形態では、アプリケーション３１８は、ローカルメモリ３０８、１つ以上の大容量記憶デバイス３１０内に記憶されてもよく、あるいは、それらローカルメモリ及び大容量記憶デバイスとは別個であってもよい。データ処理システム３００は、アプリケーション３１８の実行を容易にすることが可能なオペレーティングシステム（図２１には示さず）を、更に実行してもよい点を理解されたい。アプリケーション３１８は、実行可能プログラムコードの形態で実装されており、データ処理システム３００によって、例えばプロセッサ３０２によって、実行されることができる。アプリケーションの実行に応答して、データ処理システム３００は、本明細書で説明される１つ以上の動作又は方法ステップを実行するように構成されてもよい。
【００９８】
本発明の様々な実施形態は、コンピュータシステムと共に使用するためのプログラム製品として実装されてもよく、当該プログラム製品のプログラムは、（本明細書で説明される方法を含めた）実施形態の機能を定義する。一実施形態では、当該プログラムは、様々な非一時的コンピュータ可読記憶媒体上に含まれることができ、本明細書で使用されるとき、「非一時的コンピュータ可読記憶媒体」という表現は、全てのコンピュータ可読媒体を含むが、唯一の例外は一時的な伝搬信号である。別の実施形態では、当該プログラムは、様々な一時的コンピュータ可読記憶媒体上に含まれることができる。例示的なコンピュータ可読記憶媒体としては、限定するものではないが、（ｉ）情報が永続的に記憶される、書き込み不可記憶媒体（例えば、ＣＤ−ＲＯＭドライブによって読み取り可能なＣＤ−ＲＯＭディスク、ＲＯＭチップ、又は任意のタイプの不揮発性固体半導体メモリなどの、コンピュータ内部の読み出し専用メモリデバイス）、及び（ｉｉ）変更可能な情報が記憶される、書き込み可能記憶媒体（例えば、フラッシュメモリ、ディスケットドライブ内部のフロッピーディスク若しくはハードディスクドライブ、又は任意のタイプのランダムアクセス固体半導体メモリ）が挙げられる。コンピュータプログラムは、本明細書で説明されるプロセッサ３０２上で実行されてもよい。
【００９９】
本明細書で使用される用語法は、特定の実施形態を説明することのみを目的とするものであり、本発明を限定することを意図するものではない。本明細書で使用されるとき、単数形「ａ」、「ａｎ」、及び「ｔｈｅ」は、文脈がそうではないことを明確に示さない限り、複数形も含むことが意図される。本明細書で使用されるとき、用語「含む（comprises）」及び／又は「含んでいる（comprising）」は、記述された特徴、整数、ステップ、動作、要素、及び／又は構成要素の存在を指すものであるが、１つ以上の他の特徴、整数、ステップ、動作、要素、構成要素、及び／又はそれらの群の存在若しくは追加を排除するものではない点が、更に理解されるであろう。
【０１００】
以下の請求項における全てのミーンズプラスファンクション又はステッププラスファンクションの要素の、対応する構造、材料、行為、及び等価物は、具体的に特許請求される他の特許請求要素と組み合わせて機能を実行するための、任意の構造、材料、又は行為を含むことが意図される。本発明の実施形態の説明は、例示を目的として提示されてきたが、網羅的であるか、又は開示された形態の実装形態に限定されることを意図するものではない。
【図１】
0006818165.tif 000002
【図２】
0006818165.tif 000003
【図３】
0006818165.tif 000004
【図４】
0006818165.tif 000005
【図５】
0006818165.tif 000006
【図６】
0006818165.tif 000007
【図７】
0006818165.tif 000008
【図８】
0006818165.tif 000009
【図９】
0006818165.tif 000010
【図１０】
0006818165.tif 000011
【図１１】
0006818165.tif 000012
【図１２】
0006818165.tif 000013
【図１３】
0006818165.tif 000014
【図１４】
0006818165.tif 000015
【図１５】
0006818165.tif 000016
【図１６】
0006818165.tif 000017
【図１７】
0006818165.tif 000018
【図１８】
0006818165.tif 000019
【図１９】
0006818165.tif 000020
【図２０】
0006818165.tif 000021
【図２１】
0006818165.tif 000022