(57)【要約】【課題】複数の照明装置を制御する際の操作効率を向上させる。【解決手段】照明制御システムは、複数の照明装置と少なくとも１つの端末を備える。複数の照明装置の各々は、制御指示を検出して当該制御指示に応じた状態に遷移させる制御指示検出部と、遷移した状態に従って発光する発光部と、制御指示に従ってその状態および自身の識別子を含む応答信号を無線通信により送信する応答信号送信部とを備える。端末は、複数の照明装置の全部または一部を対象として制御指示を含む制御信号を無線通信により送信する制御信号送信部と、複数の照明装置の各々から応答信号を無線通信により受信する応答信号受信部と、応答信号に基づいて複数の照明装置の各々の前記識別子に対する状態を表示させるように制御する表示制御部とを備える。【選択図】図１
2015041438.tif 000002
【特許請求の範囲】
【請求項１】
制御指示を検出して当該制御指示に応じた状態に遷移させる制御指示検出部と、前記状態に従って発光する発光部と、前記制御指示に従って前記状態および自身の識別子を含む応答信号を無線通信により送信する応答信号送信部とをそれぞれ備える複数の照明装置と、
前記複数の照明装置の全部または一部を対象として前記制御指示を含む制御信号を前記無線通信により送信する制御信号送信部と、前記複数の照明装置の各々から前記応答信号を前記無線通信により受信する応答信号受信部と、前記応答信号に基づいて前記複数の照明装置の各々の前記識別子に対する前記状態を表示させるように制御する表示制御部とを備える端末と
を具備する照明制御システム。
【請求項２】
前記制御信号送信部は、前記複数の照明装置を複数のグループのうちの何れかに分類して前記グループを単位として前記制御信号を送信する請求項１記載の照明制御システム。
【請求項３】
前記制御指示は、前記状態として前記照明装置の調光状態を含む請求項１記載の照明制御システム。
【請求項４】
前記制御指示は、前記状態として前記照明装置の調色状態を含む請求項１記載の照明制御システム。
【請求項５】
前記複数の照明装置の各々は、ユースケースに応じた前記状態の対応関係をそれぞれ保持し、
前記制御信号送信部は、前記ユースケースを前記制御指示として含む前記制御信号を送信し、
前記制御指示検出部は、前記制御信号に含まれる前記ユースケースに応じた前記状態に遷移させる
請求項１記載の照明制御システム。
【請求項６】
前記複数の照明装置の各々は、前記制御指示の操作を受け付ける操作受付部をさらに備える請求項１記載の照明制御システム。
【請求項７】
前記端末は、前記複数の照明装置の各々の前記状態を表示するとともに、前記複数の照明装置の全部または一部を対象とする前記制御指示の操作を受け付けるインターフェース部をさらに備える請求項１記載の照明制御システム。
【請求項８】
前記端末を複数備え、これら複数の端末の各々において前記複数の照明装置の各々の前記状態を表示させる請求項１記載の照明制御システム。
【請求項９】
複数の照明装置の全部または一部を対象とする制御指示を含む制御信号を無線通信により送信する制御信号送信部と、
前記制御指示に対する前記複数の照明装置の各々の識別子とその状態とを含む応答信号を前記無線通信により受信する応答信号受信部と、
前記応答信号に基づいて前記複数の照明装置の各々の前記識別子に対する前記状態を表示させるように制御する表示制御部と
を具備する端末。
【請求項１０】
端末が、複数の照明装置の全部または一部を対象とする制御指示を含む制御信号を無線通信により送信する制御信号送信手順と、
前記複数の照明装置の各々が、前記制御指示を検出して当該制御指示に応じた状態に遷移させる制御指示検出手順と、
前記複数の照明装置の各々が、前記状態に従って発光する発光手順と、
前記複数の照明装置の各々が、前記制御指示に従って前記状態および自身の識別子を含む応答信号を前記無線通信により送信する応答信号送信手順と
前記端末が、前記複数の照明装置の各々から前記応答信号を前記無線通信により受信する応答信号受信手順と、
前記端末が、前記応答信号に基づいて前記複数の照明装置の各々の前記識別子に対する前記状態を表示させるように制御する表示制御手順と
を具備する照明制御方法。
【請求項１１】
前記複数の照明装置の各々は、ユースケースに応じた前記状態の対応関係を保持し、
前記制御信号送信手順において、前記ユースケースを前記制御指示として含む前記制御信号を送信し、
前記制御指示検出手順において、前記制御信号に含まれる前記ユースケースに応じた前記状態を前記状態保持部から読み出してその状態に遷移させる
請求項１０記載の照明制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、照明制御システムに関し、特に、複数の照明を対象として状態制御を行う照明制御システム、端末およびその照明制御方法ならびに当該方法をコンピュータに実行させるプログラムに関する。
【背景技術】
【０００２】
従来、オフィスなどの比較的広い空間において、複数の照明装置をグループに分けてグループ単位で点灯や消灯する照明制御システムが提案されている。例えば、複数の照明装置にグループを設定しておいて、グループ毎に異なる調光率で点灯させることによって、それら複数の照明装置が何れのグループに属しているのかを目視により確認させるシステムが提案されている（例えば、特許文献１参照。）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−１９８８７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述の従来技術では、複数の照明装置をグループ毎に異なる調光率で点灯させることができる。しかしながら、上述の従来技術では、リモコンによる操作中に実際の照明装置を目視しながら操作する必要があり、照明制御のための操作が煩雑になる。
【０００５】
本発明はこのような状況に鑑みてなされたものであり、複数の照明装置を制御する際の操作効率を向上させることを目的とする。
【課題を解決するための手段】
【０００６】
本発明は、上述の問題点を解消するためになされたものであり、その第１の側面は、制御指示を検出して当該制御指示に応じた状態に遷移させる制御指示検出部と、上記状態に従って発光する発光部と、上記制御指示に従って上記状態および自身の識別子を含む応答信号を無線通信により送信する応答信号送信部とをそれぞれ備える複数の照明装置と、上記複数の照明装置の全部または一部を対象として上記制御指示を含む制御信号を上記無線通信により送信する制御信号送信部と、上記複数の照明装置の各々から上記応答信号を上記無線通信により受信する応答信号受信部と、上記応答信号に基づいて上記複数の照明装置の各々の上記識別子に対する上記状態を表示させるように制御する表示制御部とを備える端末とを具備する照明制御システムおよびその照明制御方法である。これにより、複数の照明装置に対して状態を遷移させる制御指示を行い、それに応じた状態を端末に表示させるという作用をもたらす。
【０００７】
また、本発明の第２の側面は、複数の照明装置の全部または一部を対象とする制御指示を含む制御信号を無線通信により送信する制御信号送信部と、上記制御指示に対する上記複数の照明装置の各々の識別子とその状態とを含む応答信号を上記無線通信により受信する応答信号受信部と、上記応答信号に基づいて上記複数の照明装置の各々の上記識別子に対する上記状態を表示させるように制御する表示制御部とを具備する端末である。これにより、端末から複数の照明装置に対して状態を遷移させる制御指示を行い、それに応じた複数の照明装置の状態を端末に表示させるという作用をもたらす。
【発明の効果】
【０００８】
本発明によれば、複数の照明装置を制御する際の操作効率を向上させることができるという優れた効果を奏し得る。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施の形態における照明制御システムの全体構成例を示す図である。
【図２】本発明の実施の形態における照明装置１００および端末２００の機能構成例を示す図である。
【図３】本発明の実施の形態における端末２００から全ての照明装置１００に対して一斉制御を行う際の概要を示す図である。
【図４】本発明の実施の形態における端末２００から全ての照明装置１００に対して一斉制御を行う際の処理の流れの一例を示すシーケンス図である。
【図５】本発明の実施の形態における端末２００から特定の照明装置１００に対して個別制御を行う際の概要を示す図である。
【図６】本発明の実施の形態における端末２００から特定の照明装置１００に対して個別制御を行う際の処理の流れの一例を示すシーケンス図である。
【図７】本発明の実施の形態における特定の照明装置１００において操作がされた際の概要を示す図である。
【図８】本発明の実施の形態における特定の照明装置１００において操作がされた際の処理の流れの一例を示すシーケンス図である。
【図９】本発明の実施の形態における端末２００から全ての照明装置１００に対して状態取得指示を行う際の処理の流れの一例を示すシーケンス図である。
【図１０】本発明の実施の形態におけるユースケースによる照明制御の対応関係の一例を示す図である。
【図１１】本発明の実施の形態における端末２００から全ての照明装置１００に対してユースケースにより一斉制御を行う際の概要を示す図である。
【図１２】本発明の実施の形態における端末２００から全ての照明装置１００に対してユースケースにより一斉制御を行う際の処理の流れの一例を示すシーケンス図である。
【図１３】本発明の実施の形態における端末２００により照明装置１００毎のユースケースを編集する際の概要を示す図である。
【図１４】本発明の実施の形態における端末２００の第１の表示例を示す図である。
【図１５】本発明の実施の形態における端末２００の第２の表示例を示す図である。
【図１６】本発明の実施の形態における端末２００の第３の表示例を示す図である。
【図１７】本発明の実施の形態における端末２００の第４の表示例を示す図である。
【図１８】本発明の実施の形態における端末２００から全ての照明装置１００に対して一斉制御を行う際のＢＬＥ（Ｂｌｕｅｔｏｏｔｈ（登録商標）  Ｌｏｗ  Ｅｎｅｒｇｙ）への適用例を示す図である。
【図１９】本発明の実施の形態においてＢＬＥのアドバタイジングチャンネル上の電波の様子の一例を示す図である。
【図２０】本発明の実施の形態における端末２００から特定の照明装置１００に対して個別制御を行う際のＢＬＥへの適用例を示す図である。
【図２１】ＢＬＥの通信パケットフォーマットの例を示す図である。
【図２２】ＢＬＥのＰＤＵフォーマットの例を示す図である。
【図２３】本発明の実施の形態における端末２００からのＡＤＶ＿ＩＮＤアドバタイジングＰＤＵに含まれる内容の例を示す図である。
【図２４】本発明の実施の形態におけるコントロール情報のデータフォーマット例を示す図である。
【図２５】本発明の実施の形態におけるコントロールメッセージの例を示す図である。
【図２６】本発明の実施の形態の照明装置１００における制御内容判定の処理手順例を示す流れ図である。
【図２７】本発明の実施の形態における照明装置１００からのＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤアドバタイジングＰＤＵに含まれる内容の例を示す図である。
【図２８】本発明の実施の形態におけるレスポンス情報のデータフォーマット例を示す図である。
【図２９】本発明の実施の形態におけるレスポンスメッセージの例を示す図である。
【図３０】本発明の実施の形態における特定の照明装置１００において操作がされた際のＢＬＥへの適用例を示す図である。
【図３１】本発明の実施の形態における端末２００から照明装置１００にデータ設定を行う際のＢＬＥへの適用例を示す図である。
【図３２】本発明の実施の形態における端末２００から設定操作を要求するためのコントロールメッセージの例を示す図である。
【図３３】本発明の実施の形態において設定サービスを伝える照明装置１００からのＡＤＶ＿ＩＮＤアドバタイジングＰＤＵに含まれる内容の例を示す図である。
【図３４】本発明の実施の形態における照明装置１００からアドバタイズされるサービスＵＵＩＤの例を示す図である。
【図３５】本発明の実施の形態におけるデータ設定のためのＬＩＧＨＴ＿ＣＯＮＦＩＧＵＲＡＴＩＯＮサービスが提供するキャラクタリスティックの一覧の例を示す図である。
【発明を実施するための形態】
【００１０】
＜１．実施の形態＞
図１は、本発明の実施の形態における照明制御システムの全体構成例を示す図である。この照明制御システムは、制御対象である複数の照明装置１００と、制御装置である端末２００とを備えている。照明装置１００および端末２００は、特定の周波数帯域（例えば、ＩＳＭ（Industry Science Medical）バンド）を使用するデジタル無線通信のトランシーバを備えている。複数の照明装置１００の各々は、端末２００からの無線通信による制御信号に従って制御される。
【００１１】
複数の照明装置１００は、それぞれ複数のグループの何れかに分類されてもよい。この例では、複数の照明装置１００は、第１照明グループ１０１または第２照明グループ１０２の何れかに分類されており、このグループを単位として制御可能となっている。照明装置１００をグループ化して制御するのは、ある部屋に存在する全ての照明や窓際の照明の一つ一つを個別に操作するのではなく、まとめて一斉に操作できるようにするためである。また、無線電波が意図しない照明に到達して制御してしまうことを回避する効果もある。
【００１２】
なお、ここでは、端末２００として第１端末２０１および第２端末２０２の２台を例示しているが、これは１台でもよく、また、３台以上であってもよい。
【００１３】
図２は、本発明の実施の形態における照明装置１００および端末２００の機能構成例を示す図である。
【００１４】
照明装置１００は、操作受付部１１１と、制御指示検出部１２０と、応答信号送信部１３０と、状態保持部１４０と、照明識別子保持部１５０と、発光部１６０とを備えている。また、端末２００は、ユーザインターフェース２１０と、制御信号送信部２２０と、応答信号受信部２３０と、状態保持部２４０と、表示制御部２６０とを備えている。
【００１５】
照明装置１００において、制御指示検出部１２０は、この照明装置１００に対する制御指示を検出するものである。制御指示としては、主に端末２００からの制御信号を想定するが、後述する操作受付部１１１からの操作を含んでもよい。この制御指示検出部１２０は、検出した制御指示に応じた状態に照明装置１００の状態を遷移させる。具体的には、状態保持部１４０の保持内容を、制御指示に応じた状態に更新する。
【００１６】
状態保持部１４０は、照明装置１００の状態を保持するものである。この照明装置１００の状態は、点灯または消灯の何れであるか、また、点灯状態の場合にその調光や調色がどのような状態にあるかを示すものである。発光部１６０は、この状態保持部１４０に保持される状態に応じて、発光を行う。
【００１７】
応答信号送信部１３０は、制御指示検出部１２０において検出された制御指示に従って、照明装置１００の状態およびその照明装置１００の識別子を含む応答信号を無線通信により送信するものである。照明識別子保持部１５０は、照明装置１００の識別子を保持するものである。応答信号送信部１３０は、照明識別子保持部１５０に保持されている識別子を応答信号に埋め込んで送信する。
【００１８】
操作受付部１１１は、照明装置１００に結線されたスイッチやボリュームなどの操作部材である。上述のように、制御指示としては、主に端末２００からの制御信号を想定するが、この操作受付部１１１においてユーザから制御指示の操作を受け付けて、この制御指示を制御指示検出部１２０によって検出するようにしてもよい。
【００１９】
端末２００において、ユーザインターフェース２１０は、ユーザとのやりとりを行うためのインターフェースである。このユーザインターフェース２１０は、操作受付部２１１と表示部２１２とを含み、例えば、タッチパネルなどにより実現される。操作受付部２１１は、ユーザからの照明装置１００の操作入力を受け付けるものである。表示部２１２は、照明装置１００の状態を表示するものである。
【００２０】
制御信号送信部２２０は、操作受付部２１１によって受け付けられた制御指示を含む制御信号を照明装置１００に対して無線通信により送信するものである。
【００２１】
応答信号受信部２３０は、制御指示に対する照明装置１００からの応答信号を無線通信により受信するものである。この応答信号受信部２３０は、応答信号に含まれる状態に基づいて照明装置１００の各々の現在の状態を状態保持部２４０に保持させる。
【００２２】
状態保持部２４０は、照明装置１００の各々の状態を保持するものである。照明装置１００の状態保持部１４０は自身の照明装置１００の状態のみを保持していたが、この状態保持部２４０は照明制御システムに含まれる全ての照明装置１００の状態を保持する。
【００２３】
表示制御部２６０は、状態保持部２４０に保持される照明装置１００の各々の状態を表示部２１２に表示させるよう制御するものである。
【００２４】
図３は、本発明の実施の形態における端末２００から全ての照明装置１００に対して一斉制御を行う際の概要を示す図である。この例では、３つの照明装置Ａ、Ｂ、Ｃが全て消灯状態にあるときに、２台の端末２００の１つから、照明装置Ａ、Ｂ、Ｃの全てを点灯するよう指示があった場合を想定している。
【００２５】
端末２００からの制御指示に従って、照明装置Ａ、Ｂ、Ｃの各々は、消灯状態から点灯状態に遷移する。そして、照明装置Ａ、Ｂ、Ｃの各々は、点灯状態に遷移した旨をブロードキャスト送信する。端末２００の各々は、照明装置Ａ、Ｂ、Ｃのそれぞれの状態を受け取ると、表示部２１２に照明装置Ａ、Ｂ、Ｃのそれぞれの状態を表示する。これにより、ユーザは照明装置Ａ、Ｂ、Ｃの現在の状態を容易に把握することができる。
【００２６】
図４は、本発明の実施の形態における端末２００から全ての照明装置１００に対して一斉制御を行う際の処理の流れの一例を示すシーケンス図である。同図において、グレーの丸印は無線信号の送信元を示し、白丸印は端末２００または照明装置１００においてその信号を自デバイス向けの有効な信号として受信したことを表す。以下のシーケンス図においても同様の表記を用いる。
【００２７】
端末２００は、ユーザからの操作に応じて、デバイス識別コードおよび照明装置１００の状態（点灯、消灯、調光、調色）を含む制御指示（コントロールメッセージ）をブロードキャスト送信する。この例では、点灯状態が指定されている。また、デバイス識別コードは、特定の照明装置１００、あるグループに属する全ての照明装置１００、または、任意の全ての照明装置１００の何れかを制御対象として指定することができる。この例では、照明装置Ａ、Ｂ、Ｃの全てが指定されている。
【００２８】
複数の照明装置１００の各々は、端末２００からのコントロールメッセージを受信したとき、メッセージ中に格納されているデバイス識別コードから、自身が制御対象として該当するか否かを判断する。そして、自身が制御対象に該当する場合、その照明装置１００は、コントロールメッセージに格納されている状態に基づいて自身を制御する。この例では、全ての照明装置１００が指定されているため、照明装置Ａ、Ｂ、Ｃの全てが点灯状態になる。
【００２９】
コントロールメッセージに基づいて制御を実行したそれぞれの照明装置１００は、自身を示す識別子を含むデバイス識別コード、および、自身の状態（点灯、消灯、調光、調色）を含むレスポンスメッセージをブロードキャスト送信する。この例では、照明装置Ａ、Ｂ、Ｃの全てが点灯状態にある旨をレスポンスメッセージに示す。
【００３０】
端末２００は、複数の照明装置１００の各々から送信されたレスポンスメッセージを受信すると、レスポンスメッセージ中に格納されているデバイス識別コードと照明の状態の情報を取り出して、それぞれの照明装置１００の現在の状態を把握するように構成される。
【００３１】
これらの構成により、端末２００から、複数の照明装置１００の状態（点灯、消灯、調光、調色）を、遠隔から一斉に制御することができる。
【００３２】
図５は、本発明の実施の形態における端末２００から特定の照明装置１００に対して個別制御を行う際の概要を示す図である。この例では、３つの照明装置Ａ、Ｂ、Ｃが全て消灯状態にあるときに、２台の端末２００の１つから、照明装置Ｂのみを点灯するよう指示があった場合を想定している。
【００３３】
端末２００からの制御指示に従って、照明装置Ｂは、消灯状態から点灯状態に遷移する。そして、照明装置Ｂは、点灯状態に遷移した旨をブロードキャスト送信する。端末２００の各々は、照明装置Ｂの状態を受け取ると、それを反映して表示部２１２に照明装置Ａ、Ｂ、Ｃのそれぞれの状態を表示する。これにより、ユーザは照明装置Ａ、Ｂ、Ｃの現在の状態を容易に把握することができる。
【００３４】
図６は、本発明の実施の形態における端末２００から特定の照明装置１００に対して個別制御を行う際の処理の流れの一例を示すシーケンス図である。
【００３５】
端末２００は、コントロールメッセージをブロードキャスト送信する際、特定の照明装置１００を指定することができる。この例では、照明装置Ｂが指定されている。
【００３６】
照明装置Ｂは、自身が制御対象に該当するため、コントロールメッセージに格納されている状態に基づいて自身を制御する。この例では、照明装置Ｂは点灯状態になる。
【００３７】
そして、照明装置Ｂは、自身を示す識別子を含むデバイス識別コード、および、自身の状態（この例では点灯）を含むレスポンスメッセージをブロードキャスト送信する。
【００３８】
端末２００は、照明装置Ｂから送信されたレスポンスメッセージを受信すると、レスポンスメッセージ中に格納されているデバイス識別コードと照明の状態の情報を取り出して、照明装置Ｂが点灯状態にある旨を把握する。端末２００は、これを反映して表示部２１２に照明装置Ａ、Ｂ、Ｃのそれぞれの状態を表示する。これにより、ユーザは照明装置Ａ、Ｂ、Ｃの現在の状態を容易に把握することができる。
【００３９】
なお、ここまでの説明でもわかるように、複数の照明装置１００の各々から送信されるレスポンスメッセージは、コントロールメッセージを発行した端末２００だけでなく、他の端末２００によっても受信が可能である。したがって、レスポンスメッセージを受信した任意の端末２００において複数の照明装置１００の各々の状態を表示して、状態に変更があった際にも直ちに画面上に反映させることができる。
【００４０】
図７は、本発明の実施の形態における特定の照明装置１００において操作がされた際の概要を示す図である。この例では、３つの照明装置Ａ、Ｂ、Ｃが全て点灯状態にあるときに、照明装置Ｃの操作受付部１１１において、スイッチがオフになるよう操作された場合を想定している。
【００４１】
照明装置Ｃは、その操作に従って点灯状態から消灯状態に遷移する。そして、照明装置Ｃは、消灯状態に遷移した旨をブロードキャスト送信する。端末２００の各々は、照明装置Ｃの状態を受け取ると、それを反映して表示部２１２に照明装置Ａ、Ｂ、Ｃのそれぞれの状態を表示する。これにより、ユーザは照明装置Ａ、Ｂ、Ｃの現在の状態を容易に把握することができる。
【００４２】
図８は、本発明の実施の形態における特定の照明装置１００において操作がされた際の処理の流れの一例を示すシーケンス図である。
【００４３】
照明装置Ｃは、スイッチオフの操作を検出すると、この操作に従って点灯状態から消灯状態に遷移する。
【００４４】
そして、照明装置Ｃは、自身を示す識別子を含むデバイス識別コード、および、自身の状態（この例では消灯）を含むレスポンスメッセージをブロードキャスト送信する。
【００４５】
端末２００は、照明装置Ｃから送信されたレスポンスメッセージを受信すると、レスポンスメッセージ中に格納されているデバイス識別コードと照明の状態の情報を取り出して、照明装置Ｃが消灯状態にある旨を把握する。端末２００は、これを反映して表示部２１２に照明装置Ａ、Ｂ、Ｃのそれぞれの状態を表示する。これにより、照明装置１００において操作がされた場合にも、ユーザは照明装置Ａ、Ｂ、Ｃの現在の状態を容易に把握することができる。
【００４６】
このように、端末２００と照明装置１００との間で接続リンクを確立しないコネクションレス通信を行うため、短時間での制御が可能となる。また、コントロールメッセージを送信した端末２００であるか否かにかかわらず、任意の端末２００において照明装置１００の状態を把握することができる。そのため、複数の端末２００をコントローラとして構成することが容易になる。
【００４７】
図９は、本発明の実施の形態における端末２００から全ての照明装置１００に対して状態取得指示を行う際の処理の流れの一例を示すシーケンス図である。
【００４８】
端末２００は、ユーザの操作に応じて、デバイス識別コードおよび照明装置１００の制御状態情報を要求するコマンドを含むコントロールメッセージをブロードキャスト送信する。照明装置１００の各々は、このメッセージを受信し、コントロールメッセージに含まれるデバイス識別コードから、自身が制御対象として該当するか否かを判断する。制御対象として該当する旨を認識すると、その照明装置１００は自身の識別子をデバイス識別コードに示し、現在の制御状態（点灯、消灯、調光、調色）を含むレスポンスメッセージをブロードキャスト送信する。
【００４９】
これにより、それぞれの照明装置１００に対して接続を確立することなく、単一のコントロールメッセージに対して複数の照明装置１００が一斉に応答することにより、短時間に照明装置１００の各々の状態を取得し、画面に表示することが可能となる。また、コントロールメッセージを送信した端末２００であるか否かにかかわらず、任意の端末２００が複数の照明装置１００の状態を把握することが可能となる。
【００５０】
図１０は、本発明の実施の形態におけるユースケースによる照明制御の対応関係の一例を示す図である。ユースケースは、照明装置１００を利用する際の利用シーンである。例えば、窓側の照明装置と外からの光が届き難い室内の照明装置とでは、同じユースケースに対して異なる調光量を設定したい場合が生じ得る。ユースケース毎に複数の照明装置１００の各々に対して個別の制御量を設定できるようにすることにより、複数の照明装置１００をそれぞれ異なる制御量で一斉に制御することができるようになる。
【００５１】
個々の照明装置１００は、複数のユースケースと制御値（点灯、消灯、調光、調色）との対応付けを保持しておく。そして、そのユースケースのＩＤを含むコントロールメッセージを受信した場合に、自身に設定されている、ユースケースＩＤに対応付けされた制御値に基づいて照明を制御するように構成される。
【００５２】
この例では、ユースケースとして、「朝」、「昼」、「就寝前」の３ケースを想定して、それぞれにユースケースＩＤとして「１」乃至「３」を割り当てている。そして、「朝」には、照明装置Ａが全灯、照明装置ＢおよびＣが調光６０％になるように設定されている。「昼」には、照明装置Ａ、Ｂ、Ｃが全て調光５０％になるように設定されている。そして、「就寝前」、照明装置Ａが調光２０％、照明装置ＢおよびＣが調光３０％になるように設定されている。
【００５３】
なお、個々の照明装置１００は、ユースケースＩＤに対応付けられた、自身の制御値を保持するだけであり、他の照明装置１００におけるユースケースＩＤと制御値の対応付けについては関知しない。すなわち、照明装置１００の各々におけるユースケースの設定内容は互いに独立である。
【００５４】
図１１は、本発明の実施の形態における端末２００から全ての照明装置１００に対してユースケースにより一斉制御を行う際の概要を示す図である。この例では、３つの照明装置Ａ、Ｂ、Ｃのそれぞれにおいてユースケース「就寝前」の設定がされており、２台の端末２００の１つから、ユースケース「就寝前」を指定した制御指示があった場合を想定している。
【００５５】
このとき、端末２００は、具体的な調光量を指定することなく、全ての照明装置Ａ、Ｂ、Ｃに対して同じユースケース「３（就寝前）」を指定して、制御指示を行う。これに対して、照明装置Ａ、Ｂ、Ｃの各々は、自身のユースケース「３：就寝前」に設定されている調光量になるよう状態を遷移させる。そして、それぞれの状態をブロードキャスト送信する。
【００５６】
図１２は、本発明の実施の形態における端末２００から全ての照明装置１００に対してユースケースにより一斉制御を行う際の処理の流れの一例を示すシーケンス図である。
【００５７】
端末２００は、コントロールメッセージにユースケースＩＤを指定することができるように構成される。この例では、ユースケースＩＤとして「３」、すなわち「就寝前」が指定されている。
【００５８】
照明装置Ａ、Ｂ、Ｃは、端末２００からのコントロールメッセージを受信する。照明装置Ａ、Ｂ、Ｃにおいて受信されたコントロールメッセージにはユースケースＩＤが含まれている。照明装置Ａ、Ｂ、Ｃの各々は、そのユースケースＩＤに該当する制御値との対応付けを保持している場合、そのユースケースＩＤに対応付けられた制御値に基づいて自身の状態を制御する。制御を実行した照明装置Ａ、Ｂ、Ｃは、自身の識別子をデバイス識別コードに含み、制御結果（点灯、消灯、調光、調色）やユースケースＩＤを含むレスポンスメッセージを送信する。ここで、制御結果として示される調光量は、照明装置Ａでは調光２０％だが、照明装置ＢおよびＣでは調光３０％となる。
【００５９】
図１３は、本発明の実施の形態における端末２００により照明装置１００毎のユースケース設定を編集する際の概要を示す図である。
【００６０】
照明装置１００の各々は、端末２００からの要求に応じてユースケースＩＤと制御値の対応付けを取得または設定できるように構成される。端末２００は、照明装置１００の各々に設定するユースケースＩＤおよび制御値を集中的に管理するように構成される。
【００６１】
それぞれのユースケースＩＤの意味をユーザにとって分かり易くするために、例えば、「朝」、「昼」、「就寝前」といった、利用シーンを表す名称「ユースケース名」をユーザがユースケースＩＤに割り当てられるようにしてもよい。また、端末２００により照明装置１００の各々にユースケースＩＤと制御値の対応付けを設定する際、「ユースケース名」も設定しておくことにより、任意の端末２００によって照明装置１００から「ユースケース名」を読み出すことが可能となり、複数の端末２００で照明装置１００を管理することが容易になる。
【００６２】
このように構成することにより、ユーザは、端末２００を用いて、利用シーン毎に、使用する照明装置１００およびそれぞれに設定する制御値の組み合わせを集中管理することができる。すなわち、端末２００は、ユーザとの対話を通じて、個々の照明装置１００のユースケース毎の設定値を閲覧および編集するように構成される。そして、ユースケース毎に設定した制御値によって一斉にそれらの照明装置１００を制御することが可能となる。
【００６３】
図１４は、本発明の実施の形態における端末２００の第１の表示例を示す図である。この例では、全ての照明装置１００について一斉に電源オンまたは電源オフにするためのボタンが表示されている。
【００６４】
ユーザが「ＯＮ」にタッチすると、全ての照明装置１００が一斉に点灯する。また、ユーザが「ＯＦＦ」にタッチすると、全ての照明装置１００が一斉に消灯する。
【００６５】
図１５は、本発明の実施の形態における端末２００の第２の表示例を示す図である。この例では、照明装置１００のグループ毎に電源オンまたは電源オフにするためのボタンが表示されている。
【００６６】
ユーザが「Ｇｒｏｕｐ１」の「ＯＮ」にタッチすると、第１照明グループ１０１に属する照明装置１００が一斉に点灯する。ユーザが「Ｇｒｏｕｐ１」の「ＯＦＦ」にタッチすると、第１照明グループ１０１に属する照明装置１００が一斉に消灯する。また、ユーザが「Ｇｒｏｕｐ２」の「ＯＮ」にタッチすると、第２照明グループ１０２に属する照明装置１００が一斉に点灯する。ユーザが「Ｇｒｏｕｐ２」の「ＯＦＦ」にタッチすると、第２照明グループ１０２に属する照明装置１００が一斉に消灯する。
【００６７】
図１６は、本発明の実施の形態における端末２００の第３の表示例を示す図である。この例では、照明装置１００の各々について個別に電源オンまたは電源オフにするためのボタンのリストが表示されている。
【００６８】
例えば、第３番目の照明装置１００が消灯している場合において、ユーザが「０３」の欄にタッチすると、第３番目の照明装置１００は点灯する。逆に、第３番目の照明装置１００が点灯している場合において、ユーザが「０３」の欄にタッチすると、第３番目の照明装置１００は消灯する。この照明装置１００のリストは上下に連なっており、タッチパネルをフリップ等することにより、他の部分を表示することができる。
【００６９】
図１７は、本発明の実施の形態における端末２００の第４の表示例を示す図である。上述の第１乃至第３の表示例では表示部分の面積が狭い小型携帯端末を想定していたが、この第４の表示例では表示部分の面積がより広いタブレット型端末を想定する。この場合、上述の第１乃至第３の表示例に示したボタンを網羅して配置することができる。ただし、照明装置１００の数が多すぎる場合などは、タッチパネルをフリップ等することにより、他の部分を表示するようにしてもよい。
【００７０】
＜２．適用例＞
以下では、上述の実施の形態における無線通信の規格として、超低消費電力に最適化された「Ｂｌｕｅｔｏｏｔｈ（登録商標）  Ｌｏｗ  Ｅｎｅｒｇｙ」（以下、「ＢＬＥ」と略す。）を採用した場合の適用例について説明する。すなわち、照明装置１００および端末２００は、ＢＬＥによるデジタル近距離無線通信機能を装備して、送信動作および受信動作を行うことを想定する。
【００７１】
図１８は、本発明の実施の形態における端末２００から全ての照明装置１００に対して一斉制御を行う際のＢＬＥへの適用例を示す図である。
【００７２】
照明装置１００および端末２００は、アドバタイジングチャンネルでアドバタイジングパケットのみを用いて、データチャンネルでの通信接続を確立することなく（コネクションレス）、双方向に通信する。仮に端末２００が個々の照明装置１００と個別に接続を確立した場合には、照明装置１００からの応答を得るための通信時間が増大し、ユーザの使用感を損ねるため、これを回避するためにこの双方向コネクションレスによる制御を用いる。特に、多数の照明装置１００を制御する場合には、この双方向コネクションレス方式による通信効率の向上が顕著となることが期待される。
【００７３】
端末２００は、ＡＤＶ＿ＩＮＤ（Advertising Indication）アドバタイジングＰＤＵ（Protocol Data Unit）を送信する。端末２００は、ＡＤＶ＿ＩＮＤアドバタイジングＰＤＵに、コントロール情報を表すＵＵＩＤ（Universally Unique Identifier）を格納する。ＵＵＩＤは、全ての時空間において一意に割り当てられる識別子であり、１２８ビットの値を有する。
【００７４】
照明装置１００は、コントロール情報を表すＵＵＩＤが格納されたＡＤＶ＿ＩＮＤアドバタイジングＰＤＵを受信すると、そのコントロール情報に基づいて自身の状態を制御する。そして、レスポンスとして、自身の状態を表すＵＵＩＤを格納した、ＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤ（Non-Connectable Advertising Indication）アドバタイジングＰＤＵを送信する。なお、この実施の形態では端末２００からのアドバタイジングＰＤＵの種別をＡＤＶ＿ＩＮＤとし、照明装置１００からのアドバタイジングＰＤＵの種別をＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤとしているが、本発明はこれに限定されるものではなく、双方ともＡＤＶ＿ＩＮＤとするなど、端末２００や照明装置１００のシステム仕様に合わせて決定することができる。
【００７５】
この例では、複数の照明装置１００を一斉に制御する場合を想定している。端末２００は、ＡＤＶ＿ＩＮＤアドバタイジングＰＤＵの中に、複数の照明装置１００を制御対象としてグループ指定するように値を設定する。照明装置１００の各々は、ＡＤＶ＿ＩＮＤアドバタイジングＰＤＵを受信した際、自身が指定されたグループに該当する場合には、ＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤアドバタイジングＰＤＵに自身の識別子と制御情報を格納して送信する。
【００７６】
同図において、「ＡＤＶ＿ＩＮＤ」および「ＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤ」の矢印それぞれは、３つのアドバタイジングチャンネル（チャンネル３７、３８、３９）でＢＬＥの仕様に沿ったアドバタイジングＰＤＵを送信することを意味する。以降の図における任意のアドバタイジングＰＤＵの図示についても同様である。
【００７７】
図１９は、本発明の実施の形態においてＢＬＥのアドバタイジングチャンネル上の電波の様子の一例を示す図である。
【００７８】
端末２００は、同じＡＤＶ＿ＩＮＤを、３つのアドバタイジングチャンネルを巡回しながら、たとえば１秒間程度、ＢＬＥの仕様に沿って時分割で周波数ホッピングを繰り返す。この場合のアドバタイジングイベントの間隔は、ＢＬＥにおいて１０ミリ秒以内と定められている。
【００７９】
照明装置１００の各々は、定期的にアドバタイジングチャンネルをスキャンしている。ＡＤＶ＿ＩＮＤを受信した際に、自身が制御対象であることを認識すると、その照明装置１００は指定された制御を実行した後に、ＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤを３つのアドバタイジングチャンネルを巡回しながら、たとえば２秒間程度、ＢＬＥの仕様に沿って時分割で周波数ホッピングを繰り返す。この場合のアドバタイジングイベントの間隔は、ＢＬＥにおいて１００ミリ秒以上と定められている。
【００８０】
端末２００は、ＡＤＶ＿ＩＮＤを発行している間、同時にアドバタイジングチャンネルをスキャンし、照明装置１００からのＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤを受信する。
【００８１】
同図ではそれぞれの照明装置１００からのＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤアドバタイジングイベントは衝突していないように図示しているが、それぞれの照明装置１００が返信を同時に開始することにより、アドバタイジングイベントが衝突し、電波の干渉が発生する可能性がある。しかし、アドバタイジングイベントの間隔を乱数により変動させるＢＬＥの仕組みにより、いずれは干渉が回避される。照明装置１００がＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤを送信する期間を長めにしているのは、アドバタイジングイベントの回数を増やし、干渉が回避されたアドバタイジングイベントを増やすためである。
【００８２】
照明装置１００および端末２００は、それぞれ同一のアドバタイジング信号を複数回受信することになる。照明装置１００は、一旦ＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤを発行し始めた後は、同じ内容の制御信号に対しては新たな返信を開始しないことにより、アドバタイジングチャンネルで電波が干渉してしまうことを回避する。
【００８３】
図２０は、本発明の実施の形態における端末２００から特定の照明装置１００に対して個別制御を行う際のＢＬＥへの適用例を示す図である。
【００８４】
特定の照明装置１００を制御する場合、端末２００はＡＤＶ＿ＩＮＤアドバタイジングＰＤＵの中に、特定の照明装置１００を制御対象として指定するように値を設定する。照明装置１００の各々は、ＡＤＶ＿ＩＮＤアドバタイジングＰＤＵを受信した際、自身が指定された制御対象に該当する場合には、ＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤアドバタイジングＰＤＵに自身の識別子と制御情報を格納して送信する。
【００８５】
図２１は、ＢＬＥの通信パケットフォーマットを示す図である。図中にはアドバタイジングＰＤＵに設定されるＰＤＵタイプの値も示している。ＢＬＥでは、照明装置１００と端末２００との間で、以下に説明するようなリンク層の通信が行われる。
【００８６】
リンク層のパケットフォーマットは、１オクテットのプリアンブルと、４オクテットのアクセスアドレスと、２乃至３９オクテットのＰＤＵと、３オクテットのＣＲＣ（Cyclic Redundancy Check）を有する。
【００８７】
プリアンブルは、受信側において、周波数同期、シンボルタイミング推定、ＡＧＣ調整を行うためにパケットの先頭に付加される信号である。アクセスアドレスは、物理チャンネルに合わせるための相関コードとして用いられる物理アドレスである。ＣＲＣは、通信の過程で発生したエラーを検出するための巡回冗長検査符号である。
【００８８】
ＰＤＵはリンク層において送信されるプロトコルデータユニットであり、端末２００からの制御指示および照明装置１００からの応答には、アドバタイジングチャネルＰＤＵが用いられる。アドバタイジングチャネルＰＤＵはヘッダとペイロードに分かれており、２オクテットのヘッダにおいてＰＤＵタイプおよびペイロード長が規定されている。４ビットのＰＤＵタイプが「００００」を示している場合には、そのＰＤＵがＡＤＶ＿ＩＮＤであることを意味する。また、ＰＤＵタイプが「００１０」を示している場合には、そのＰＤＵがＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤであることを意味する。
【００８９】
図２２は、アドバタイジングＰＤＵのフォーマットを示す図である。上述のように、ＰＤＵはヘッダとペイロードに分かれている。この実施の形態では、ＡＤＶ＿ＩＮＤおよびＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤのアドバタイジングＰＤＵを想定しており、この場合、ペイロードはＡｄｖＡフィールドとＡｄｖＤａｔａフィールドとに分類される。６オクテットのＡｄｖＡフィールドは、アドバタイザのアドレスを含むフィールドである。ＡｄｖＤａｔａフィールドは、アドバタイザのホストからのアドバタイジングデータを含むフィールドである。ＡｄｖＤａｔａフィールドはＮ個のＡＤストラクチャを含み、その余剰部分には「０」値が埋め込まれる。
【００９０】
ＡＤストラクチャの各々は、１オクテットのＬｅｎｇｔｈフィールドとＤａｔａフィールドとからなる。Ｄａｔａフィールドの長さはＬｅｎｇｔｈフィールドにより特定される。Ｄａｔａフィールドは、ＡＤタイプおよびＡＤデータからなる。
【００９１】
図２３は、本発明の実施の形態における端末２００からのＡＤＶ＿ＩＮＤアドバタイジングＰＤＵに含まれる内容の例を示す図である。
【００９２】
ＡＤＶ＿ＩＮＤアドバタイジングＰＤＵである旨は、上述のように、ヘッダのＰＤＵタイプにおける「００００」により示される。
【００９３】
ＡｄｖＡフィールドには、アドバタイザのアドレスとして、端末２００のＢＤ＿ＡＤＤＲ．ＬＡＰが含まれる。ＢＬＥの各デバイスには４８ビットのアドレスＢＤ＿ＡＤＤＲが付与されており、そのＭＳＢ側２４ビットに製造会社識別コード、ＬＳＢ側２４ビット（ＬＡＰ）に製造会社が付与する社内コードがそれぞれ含まれる。
【００９４】
第１番目のＡＤストラクチャ（ＡＤ  ｓｔｒｕｃｔｕｒｅ  １）のＤａｔａフィールドには、フラグ群ＡＤタイプであることを示す「０ｘ０１」（「０ｘ」は続く数字が１６進数であることを意味する。以下同様）が先頭に格納されている。フラグ群ＡＤタイプの場合、続く各ビット値によりディスカバリーモードやアドバタイザの可能な動作モードなどを表す。この実施の形態では、ディスカバリーモードが「Ｇｅｎｅｒａｌ  Ｄｉｓｃｏｖｅｒａｂｌｅ  Ｍｏｄｅ」で、かつ、ＢＬＥ以外の、ＢＲ／ＥＤをサポートしていないデバイスとして、「ビット１（０ｘ０２）：ＬＥ  Ｇｅｎｅｒａｌ  Ｄｉｓｃｏｖｅｒａｂｌｅ  Ｍｏｄｅ」、および、「ビット２（０ｘ０４）：ＢＲ／ＥＤＲ  Ｎｏｔ  Ｓｕｐｐｏｒｔｅｄ」のみをセットする。なお、本発明はこのＡＤストラクチャに限定されるわけではなく、端末２００がサポートする機能や動作モードに応じて適切なフラグを設定することができる。
【００９５】
第２番目のＡＤストラクチャ（ＡＤ  ｓｔｒｕｃｔｕｒｅ  ２）のＤａｔａフィールドには、１２８ビットのサービスＵＵＩＤであることを示す「０ｘ０７」が先頭に格納されている。これに続く１２８ビットは、コントロール情報を表すサービスＵＵＩＤが格納される。
【００９６】
サービスＵＵＩＤの形式は、ＲＦＣ−４１２２のＵＵＩＤバージョン４に従って、例えば以下のように定めることができる。
ｘｘｘｘｘｘｘｘ−ｘｘｘｘ−４ｘｘｘ−８ｘｚｚ−ｚｚｚｚｚｚｚｚｚｚｚｚ
ここで、各桁は４ビットである。「４」はＵＵＩＤバージョンを表す。「８」の上位３ビットはＵＵＩＤの内部レイアウトを決定するバリアント（variant）である。この実施の形態では、「ｘ」の８オクテット（６４ビット）の領域にコントロール情報を割り当てて、「ｚ」の領域は特定の値に固定する。「ｚ」の固定値により、本発明のサービスＵＵＩＤであることを認識し、「ｘ」の部分の値がコントロール情報であることを認識できる。なお、必要に応じて６４ビットより大きな領域をコントロール情報のために割り当ててもよい。
【００９７】
図２４は、本発明の実施の形態におけるコントロール情報のデータフォーマット例を示す図である。
【００９８】
ＩＤ（８ビット）はコントロールメッセージの種別を表す。ＩＤが０ｘＦＥを示すときには、図２５に示すように、ＲＥＱ＿ＳＴＡＴＥとなる。ＲＥＱ＿ＳＴＡＴＥの場合には、Ｆｌａｇ（１ビット）およびＤｅｖＡｄｄｒ／ＤｅｖｉｃｅＩＤ（２４ビット）によって表される制御対象の照明装置１００に対して、レスポンスメッセージＬＩＧＨＴ_ＳＴＡＴＥによって状態報告することをリクエストする旨を表す。また、ＩＤが０ｘＦＤを示すときには、図２５に示すように、ＲＥＱ＿ＬＩＧＨＴ＿ＣＯＮＴＲＯＬとなる。ＲＥＱ＿ＬＩＧＨＴ＿ＣＯＮＴＲＯＬの場合には、ＦｌａｇおよびＤｅｖＡｄｄｒ／ＤｅｖｉｃｅＩＤによって表される制御対象の照明装置１００に対して、ＬｉｇｈｔＶａｌｕｅおよびＬｉｇｈｔＣｏｌｏｒまたはＤｅｖｉｃｅＩＤ．ＵｓｅｃａｓｅＩＤが表す制御値により制御して、レスポンスメッセージＬＩＧＨＴ＿ＳＴＡＴＥによって状態報告することをリクエストする旨を表す。
【００９９】
ＤｅｖＡｄｄｒおよびＤｅｖｉｃｅＩＤは同じ領域を排他的に共用しており、Ｆｌａｇの値により、どちらの値が領域に格納されているのかが示される。Ｆｌａｇが「０」のとき、ＤｅｖＡｄｄｒは照明装置１００のＢＤ＿ＡＤＤＲ．ＬＡＰを表す。Ｆｌａｇが「１」のとき、ＤｅｖｉｃｅＩＤは複数の照明装置１００を識別する情報として使用する。
【０１００】
ＤｅｖｉｃｅＩＤ．Ｇｒｏｕｐ（１６ビット）は、その値が「０ｘ００００」でない場合、照明装置１００が属する特定の集合を指定するための値（グループＩＤ）を示す。ＤｅｖｉｃｅＩＤ．ＵｓｅｃａｓｅＩＤ（８ビット）の値が０ｘ０１から０ｘＦＦまでは、ユースケース設定を識別する値を表す。ＤｅｖｉｃｅＩＤ．Ｇｒｏｕｐの値をグループＩＤとして保持し、かつ、ＤｅｖｉｃｅＩＤ．ＵｓｅｃａｓｅＩＤの値をＩＤとするユースケース設定を保持する照明装置１００が制御対象となる。ＤｅｖｉｃｅＩＤ．ＵｓｅｃａｓｅＩＤの値が０ｘ００の場合、ＤｅｖｉｃｅＩＤ．Ｇｒｏｕｐの値をグループＩＤとする全ての照明装置１００が制御対象となる。
【０１０１】
ＤｅｖｉｃｅＩＤ．Ｇｒｏｕｐの値が「０ｘ００００」の場合には、グループＩＤによるグループ指定は無いものとして以下のように扱う。すなわち、ＤｅｖｉｃｅＩＤ．ＵｓｅｃａｓｅＩＤが０ｘ００の場合、全ての照明装置１００を制御対象とする。また、ＤｅｖｉｃｅＩＤ．ＵｓｅｃａｓｅＩＤの値が０ｘ０１から０ｘＦＦの場合、ＤｅｖｉｃｅＩＤ．ＵｓｅｃａｓｅＩＤの値をそのＩＤとするユースケース設定を保持する全ての照明装置１００が制御対象となる。
【０１０２】
調光および調色の制御は、コントロールメッセージの、ＬｉｇｈｔＶａｌｕｅおよびＬｉｇｈｔＣｏｌｏｒ、または、ＤｅｖｉｃｅＩＤ．ＵｓｅｃａｓｅＩＤの値に基づいて行われる。
【０１０３】
Ｆｌａｇが「０」の場合、または、Ｆｌａｇが「１」でＤｅｖｉｃｅＩＤ．ＵｓｅｃａｓｅＩＤが「０ｘ００」の場合には、ＬｉｇｈｔＶａｌｕｅおよびＬｉｇｈｔＣｏｌｏｒが参照される。
【０１０４】
ＬｉｇｈｔＶａｌｕｅ（４ビット）は、コントロールメッセージに照明装置１００の制御状態を指示する際のフィールドであり、値０ｘ００が消灯、値０ｘ０Ｆが全灯、値０ｘ０１乃至０ｘ０Ｅは調光値を表す。
【０１０５】
ＬｉｇｈｔＣｏｌｏｒ（４ビット）は、コントロールメッセージに照明装置１００の光色を指示する際のフィールドである。ひとつの照明装置１００において、ＲＧＢ３色からなる３つのＬＥＤ照明の混色により光色を制御するシステムでは、その光量比によって色を制御することが可能である。この実施の形態では、照明装置１００はそれぞれ、複数（１乃至１６個）の光量比を記憶しておいて、ＬｉｇｈｔＣｏｌｏｒの値（０ｘ００乃至０ｘ０Ｆ）でインデックスされる特定の光量比、および、ＬｉｇｈｔＶａｌｕｅの調光量により、ＲＧＢそれぞれのＬＥＤ照明の光量を決定するように構成する。
【０１０６】
Ｆｌａｇが「１」でＤｅｖｉｃｅＩＤ．ＵｓｅｃａｓｅＩＤが「０ｘ００」以外の場合、ＤｅｖｉｃｅＩＤ．ＵｓｅｃａｓｅＩＤの値をそのＩＤとするユースケースに対応付けられている調光値および調色値によって、照明装置１００はその制御を行う。この調光値および調色値はコントロールメッセージ中のＬｉｇｈｔＶａｌｕｅおよびＬｉｇｈｔＣｏｌｏｒと同じ内容の情報である。
【０１０７】
図２６は、本発明の実施の形態の照明装置１００における制御内容判定の処理手順例を示す流れ図である。照明装置１００は、図２４の書式のコントロール情報においてＩＤが０ｘＦＤ（ＲＥＱ＿ＬＩＧＨＴ＿ＣＯＮＴＲＯＬ）を示す場合に（ステップＳ９１１：Ｙｅｓ）、自身が制御対象であるか否かを判定して、制御内容を決定する。ＩＤが０ｘＦＤ以外を示す場合には（ステップＳ９１１：Ｎｏ）、この処理を終了して、他のＩＤのメッセージの処理に移る。
【０１０８】
Ｆｌａｇが「０」の場合（ステップＳ９１２：Ｙｅｓ）、ＤｅｖＡｄｄｒが自身のＢＤ＿ＡＤＤＲ．ＬＡＰと一致するか否かを判断し、一致しない場合には（ステップＳ９１３：Ｎｏ）、この処理を終了する。一致する場合には（ステップＳ９１３：Ｙｅｓ）、ＬｉｇｈｔＶａｌｕｅおよびＬｉｇｈｔＣｏｌｏｒに従って自身の照明装置１００を制御する（ステップＳ９１８）。
【０１０９】
Ｆｌａｇが「１」の場合（ステップＳ９１２：Ｎｏ）、ＤｅｖｉｃｅＩＤ．Ｇｒｏｕｐが「０ｘ００００」以外で（ステップＳ９１４：Ｎｏ）、自身に設定されているグループＩＤと一致しない場合には（ステップＳ９１５：Ｎｏ）、この処理を終了する。一方、ＤｅｖｉｃｅＩＤ．Ｇｒｏｕｐが「０ｘ００００」であるか（ステップＳ９１４：Ｙｅｓ）、または、ＤｅｖｉｃｅＩＤ．Ｇｒｏｕｐが「０ｘ００００」以外で（ステップＳ９１４：Ｎｏ）、自身に設定されているグループＩＤと一致する場合には（ステップＳ９１５：Ｙｅｓ）、以下の処理を継続する。
【０１１０】
ＤｅｖｉｃｅＩＤ．ＵｓｅｃａｓｅＩＤが「０ｘ００」の場合には（ステップＳ９１６：Ｙｅｓ）、ＬｉｇｈｔＶａｌｕｅおよびＬｉｇｈｔＣｏｌｏｒに従って自身の照明装置１００を制御する（ステップＳ９１８）。ＤｅｖｉｃｅＩＤ．ＵｓｅｃａｓｅＩＤが「０ｘ００」以外の場合であって（ステップＳ９１６：Ｎｏ）、ＤｅｖｉｃｅＩＤ．ＵｓｅｃａｓｅＩＤの値をＩＤとするユースケースが自身に設定されている場合には（ステップＳ９１７：Ｙｅｓ）、そのユースケース設定に従って自身の照明装置１００を制御する（ステップＳ９１９）。一方、ＤｅｖｉｃｅＩＤ．ＵｓｅｃａｓｅＩＤが「０ｘ００」以外の場合であっても（ステップＳ９１６：Ｎｏ）、ＤｅｖｉｃｅＩＤ．ＵｓｅｃａｓｅＩＤの値をＩＤとするユースケースが自身に設定されていない場合には（ステップＳ９１７：Ｎｏ）、処理を終了する。
【０１１１】
図２７は、本発明の実施の形態における照明装置１００からのＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤアドバタイジングＰＤＵに含まれる内容の例を示す図である。
【０１１２】
ＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤアドバタイジングＰＤＵである旨は、上述のように、ヘッダのＰＤＵタイプにおける「００１０」により示される。
【０１１３】
ＡｄｖＡフィールドには、アドバタイザのアドレスとして、照明装置１００のＢＤ＿ＡＤＤＲ．ＬＡＰが含まれる。
【０１１４】
第１番目のＡＤストラクチャ（ＡＤ  ｓｔｒｕｃｔｕｒｅ  １）には、例えば、上述の、端末２００から送信されるＡＤＶ＿ＩＮＤアドバタイジングＰＤＵと同じフラグ群ＡＤタイプデータを設定する。
【０１１５】
第２番目のＡＤストラクチャ（ＡＤ  ｓｔｒｕｃｔｕｒｅ  ２）のＤａｔａフィールドには、１２８ビットのサービスＵＵＩＤであることを示す「０ｘ０７」が先頭に格納されている。これに続く１２８ビットは、レスポンス情報を表すサービスＵＵＩＤが格納される。サービスＵＵＩＤの形式は、上述のコントロール情報を表すサービスＵＵＩＤと同様である。したがって、１２８ビットのＵＵＩＤのうち、６４ビットにレスポンス情報が割り当てられる。
【０１１６】
図２８は、本発明の実施の形態におけるレスポンス情報のデータフォーマット例を示す図である。
【０１１７】
ＩＤ（８ビット）はレスポンスの種別を表す。図２９に示すように、ＩＤが０ｘ００を示すときには、ＬＩＧＨＴ＿ＳＴＡＴＥとなる。ＬＩＧＨＴ＿ＳＴＡＴＥの場合には、ＲＥＱ＿ＳＴＡＴＥまたはＲＥＱ＿ＬＩＧＨＴ＿ＣＯＮＴＲＯＬに対する応答、または、操作受付部１１１からの操作指示に対して発行した状態通知である旨を表す。
【０１１８】
ＬｉｇｈｔＶａｌｕｅ（４ビット）は、レスポンスに照明装置１００の調光値に関する制御状態を示すためのフィールドであり、コントロールメッセージの同名のフィールドと同じ内容の情報である。
【０１１９】
ＬｉｇｈｔＣｏｌｏｒ（４ビット）は、レスポンスに照明装置１００の調色値に関する制御状態を示すためのフィールドであり、コントロールメッセージの同名のフィールドと同じ内容の情報である。
【０１２０】
ＤｅｖＡｄｄｒ（２４ビット）は、照明装置１００のＢＤ＿ＡＤＤＲ．ＬＡＰの値を表す。この値により、端末２００は応答した照明装置１００を識別する。
【０１２１】
ＤｅｖｉｃｅＩＤ（２４ビット）には、コントロールメッセージのＦｌａｇが「１」のときにコントロールメッセージのＤｅｖｉｃｅＩＤフィールドに指定された値がそのまま格納される。Ｆｌａｇが「０」の場合、または、操作受付部１１１からの操作指示に対して発行した状態通知の場合では、ＤｅｖｉｃｅＩＤ（２４ビット）には「０ｘ００００００」が格納される。
【０１２２】
レスポンスメッセージのＤｅｖｉｃｅＩＤの値により、端末２００は、照明装置１００が自ら制御対象であると判断したコントロール情報のグループおよびユースケースの指定を識別することができる。
【０１２３】
なお、レスポンス情報のＤｅｖｉｃｅＩＤ．ＵｓｅｃａｓｅＩＤの値が「０ｘ０１」から「０ｘＦＦ」の場合、同ＬｉｇｈｔＶａｌｕｅフィールドおよび同ＬｉｇｈｔＣｏｌｏｒフィールドには、ＤｅｖｉｃｅＩＤ．ＵｓｅｃａｓｅＩＤの値をＩＤとする照明装置１００に設定されている、ユースケースに対応付けられた調光値および調色値が設定される。
【０１２４】
図３０は、本発明の実施の形態における特定の照明装置１００において操作がされた際のＢＬＥへの適用例を示す図である。
【０１２５】
照明装置１００の何れかにおいて無線以外による操作部材により操作入力された場合、その照明装置１００が、ＩＤをＬＩＧＨＴ＿ＳＴＡＴＥとしたレスポンスメッセージを送信することにより、端末２００において照明装置１００の常に最新の制御状態を把握することが可能となる。
【０１２６】
図３１は、本発明の実施の形態における端末２００から照明装置１００にデータ設定を行う際のＢＬＥへの適用例を示す図である。
【０１２７】
この適用例においては、照明装置１００が保持している個々のユースケース設定等の、端末２００からのアクセス頻度が少ない情報へのアクセスは、アドバタイジングではなく、ＧＡＴＴ（Generic ATTribute Profile）のサービス−キャラクタリスティック（Service‐Characteristic）によるデータ交換によって実現される。そのために、端末２００と照明装置１００との間で、通信接続を確立する。
【０１２８】
ＧＡＴＴによる設定操作に先立って、端末２００はＡＤＶ＿ＩＮＤコントロールメッセージ（ＲＥＱ＿ＰＥＲＩＰＨＥＲＡＬ）によって、照明装置１００に対してＧＡＰ（General Access Profile）のＰｅｒｉｐｈｅｒａｌロールを開始して、アドバタイズすることを要求する。その後、端末２００は、ＧＡＰのＣｅｎｔｒａｌロールとして振る舞う。
【０１２９】
ＡＤＶ＿ＩＮＤコントロールメッセージのデータフォーマットは図２４に示したものであり、図３２に示すように、ＩＤが０ｘＦＢを示すときに、ＲＥＱ＿ＰＥＲＩＰＨＥＲＡＬとなる。ＲＥＱ＿ＰＥＲＩＰＨＥＲＡＬの場合には、図２４のフォーマットにおいてＤｅｖＡｄｄｒで識別される照明装置１００に対して、ＧＡＰのＰｅｒｉｐｈｅｒａｌロールを開始して、設定のためのサービスＵＵＩＤをアドバタイズすることを要求する旨を表す。
【０１３０】
ＲＥＱ＿ＰＥＲＩＰＨＥＲＡＬアドバタイズメッセージにおいて指定された照明装置１００は、ＧＡＰのＰｅｒｉｐｈｅｒａｌロールを開始して、設定のためのサービスＵＵＩＤ（ＬＩＧＨＴ＿ＣＯＮＦＩＧＵＲＡＴＩＯＮ）をＡＤＶ＿ＩＮＤアドバタイジングＰＤＵによりアドバタイズする。
【０１３１】
図３３は、本発明の実施の形態において設定サービスを伝える照明装置１００からのＡＤＶ＿ＩＮＤアドバタイジングＰＤＵに含まれる内容の例を示す図である。
【０１３２】
ＡＤＶ＿ＩＮＤアドバタイジングＰＤＵである旨は、上述のように、ヘッダのＰＤＵタイプにおける「００００」により示される。
【０１３３】
ＡｄｖＡフィールドには、アドバタイザのアドレスとして、照明装置１００のＢＤ＿ＡＤＤＲ．ＬＡＰが含まれる。
【０１３４】
第１番目のＡＤストラクチャ（ＡＤ  ｓｔｒｕｃｔｕｒｅ  １）は、図２７の、照明装置１００から発行されるＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤアドバタイジングＰＤＵと同様である。
【０１３５】
第２番目のＡＤストラクチャ（ＡＤ  ｓｔｒｕｃｔｕｒｅ  ２）のＤａｔａフィールドには、１２８ビットのサービスＵＵＩＤであることを示す「０ｘ０７」が先頭に格納されている。これに続く１２８ビットは、照明装置１００の設定サービスを表すサービスＵＵＩＤが格納される。サービスＵＵＩＤの形式は、上述のレスポンス情報を表すサービスＵＵＩＤと同様である。したがって、１２８ビットのＵＵＩＤのうち、６４ビットに設定サービスを示す値が割り当てられる。
【０１３６】
この設定サービスを表すサービスＵＵＩＤは、図２８により説明したレスポンス情報と同様の形式である。図３４に示すように、ＩＤが０ｘＦＦを示すときには、ＬＩＧＨＴ＿ＣＯＮＦＩＧＵＲＡＴＩＯＮとなる。ＬＩＧＨＴ＿ＣＯＮＦＩＧＵＲＡＴＩＯＮの場合には、照明装置１００の設定を行う旨を表す。このＬＩＧＨＴ＿ＣＯＮＦＩＧＵＲＡＴＩＯＮにおいて、図２８のＩＤ以外のフィールドは全て「０」とする。
【０１３７】
ＬＩＧＨＴ＿ＣＯＮＦＩＧＵＲＡＴＩＯＮが格納されたＡＤＶ＿ＩＮＤアドバタイジングＰＤＵを受信した端末２００は、ＣＯＮＮＥＣＴ＿ＲＥＱアドバタイジングから始まるＢＬＥの接続シーケンスにより、端末２００と照明装置１００との間でデータチャンネルでの接続を確立し、照明装置１００のＧＡＴＴサービス−キャラクタリスティックを用いて照明装置１００の設定データの取得および設定を行う。
【０１３８】
照明装置１００が提供するサービスのＵＵＩＤは上述のＬＩＧＨＴ＿ＣＯＮＦＩＧＵＲＡＴＩＯＮの値とする。キャラクタリスティックのＵＵＩＤの形式としては、ＲＦＣ−４１２２のＵＵＩＤバージョン４に従って、例えば以下のように定めることができる。
ｘｘｘｘｚｚｚｚ−ｚｚｚｚ−４ｚｚｚ−８ｚｚｚ−ｚｚｚｚｚｚｚｚｚｚｚｚ
ここで、各桁は４ビットである。この実施の形態では、「ｚ」の領域は特定の値に固定される。「ｘ」の２オクテットの領域は以下に定義するＩＤ値が指定される。すなわち、１２８ビットのＵＵＩＤのうち、先頭の１６ビットにキャラクタリスティックのＩＤ値が割り当てられる。
【０１３９】
ＧＡＴＴでは、サーバ上の１つ以上のサービスの各々についてキャラクタリスティックが提供される。クライアントからキャラクタリスティックの値を書き込み、または、読み出すことにより、必要な処理が行われる。この例では、照明装置１００のＬＩＧＨＴ＿ＣＯＮＦＩＧＵＲＡＴＩＯＮサービスについて、以下のキャラクタリスティックが提供される。端末２００は、これらキャラクタリスティックの値を読み出し、または、書き込むことによりデータの取得設定を行う。
【０１４０】
図３５は、本発明の実施の形態におけるデータ設定のためのＬＩＧＨＴ＿ＣＯＮＦＩＧＵＲＡＴＩＯＮサービスが提供するキャラクタリスティックの一覧の例を示す図である。これらキャラクタリスティックの値は、例えば状態保持部１４０に保持するようにしてもよい。
【０１４１】
ＧＲＯＵＰ＿ＩＤキャラクタリスティック（ＩＤ：０ｘＦＦ０１）の値は、照明装置１００に設定するグループＩＤの値である。この値は、コントロール情報およびレスポンス情報のＤｅｖｉｃｅＩＤ．Ｇｒｏｕｐフィールドの値として使用する１６ビット値である。このキャラクタリスティックは、読出しおよび書込みの両方に対応する。このキャラクタリスティックの値が０である場合、グループが指定されていないことを表す。
【０１４２】
ＵＳＥＣＡＳＥＳキャラクタリスティック（ＩＤ：０ｘＦＦ０２）の値は、照明装置１００が保持しているユースケース設定のＩＤのリストである。このリストにおける各ユースケースＩＤはそれぞれ１オクテットである。このキャラクタリスティックは、読出しのみに対応する。各ユースケース設定は、照明装置１００の制御値および利用シーンを表す名称を有しており、前者はＵＳＥＣＡＳＥ＿ＣＯＮＴＲＯＬ＿ＶＡＬＵＥキャラクタリスティック、後者はＵＳＥＣＡＳＥ＿ＮＡＭＥキャラクタリスティックによりアクセスされる。
【０１４３】
ＵＳＥＣＡＳＥ＿ＩＤキャラクタリスティック（ＩＤ：０ｘＦＦ０３）の値は、現在の操作対象とするユースケース設定のＩＤである。このキャラクタリスティックは、読出しおよび書込みの両方に対応する。ユースケースＩＤの値の有効範囲は「０ｘ０１」及至「０ｘＦＦ」とする。このキャラクタリスティックに特定のＩＤ値を書き込むことにより、そのＩＤに対応付けられたユースケース設定に、ＵＳＥＣＡＳＥ＿ＣＯＮＴＲＯＬ＿ＶＡＬＵＥキャラクタリスティックおよびＵＳＥＣＡＳＥ＿ＮＡＭＥキャラクタリスティックを介してアクセスすることができる。
【０１４４】
ＵＳＥＣＡＳＥ＿ＣＯＮＴＲＯＬ＿ＶＡＬＵＥキャラクタリスティック（ＩＤ：０ｘＦＦ０４）の値は、ＵＳＥＣＡＳＥ＿ＩＤキャラクタリスティックで選択されているユースケースに対応付ける、照明装置１００の制御値である。これは、コントロール情報およびレスポンス情報のＬｉｇｈｔＶａｌｕｅフィールドおよびＬｉｇｈｔＣｏｌｏｒフィールドに相当する、計８ビットの値である。ＵＳＥＣＡＳＥ＿ＣＯＮＴＲＯＬ＿ＶＡＬＵＥキャラクタリスティックは、読出しおよび書込みの両方に対応する。
【０１４５】
ＵＳＥＣＡＳＥ＿ＮＡＭＥキャラクタリスティック（ＩＤ：０ｘＦＦ０５）の値は、ＵＳＥＣＡＳＥ＿ＩＤキャラクタリスティックで選択されているユースケースに対応付ける、利用シーンを表す名称の文字列である。このＵＳＥＣＡＳＥ＿ＮＡＭＥキャラクタリスティックは、読出しおよび書込みの両方に対応する。
【０１４６】
ＵＳＥＣＡＳＥ＿ＡＤＤキャラクタリスティック（ＩＤ：０ｘＦＦ０６）の値は、新規に追加するユースケース設定のＩＤのリストである。このリストにおける各ユースケースＩＤはそれぞれ１オクテットである。このキャラクタリスティックは、書込みのみに対応する。このキャラクタリスティックに書込みがあると、照明装置１００は、書き込まれたリスト中のそれぞれのＩＤについて、同じＩＤ値のユースケースが自身の照明装置１００に存在しなければ、デフォルトの制御値（例：０）を対応付けたユースケース設定を生成し、保持する。ユースケース設定を追加すると、次回にＵＳＥＣＡＳＥＳキャラクタリスティックによって読み出されるＩＤリストには、そのＩＤが追加される。
【０１４７】
ＵＳＥＣＡＳＥ＿ＤＥＬキャラクタリスティック（ＩＤ：０ｘＦＦ０７）の値は、削除するユースケース設定のＩＤのリストである。このリストにおける各ユースケースＩＤはそれぞれ１オクテットである。このキャラクタリスティックは、書込みのみに対応する。このキャラクタリスティックに書き込みがあると、照明装置１００は、書き込まれたリスト中の値をＩＤ値とするユースケース設定をそれぞれ削除する。ユースケース設定を削除すると、次回にＵＳＥＣＡＳＥＳキャラクタリスティックによって読み出されるＩＤリストからは、そのＩＤが削除された状態となる。
【０１４８】
ＬＩＧＨＴ＿ＣＯＬＯＲ＿ＩＤキャラクタリスティック（ＩＤ：０ｘＦＦ０８）の値は、現在の操作対象の、光色を識別するＩＤ値である。これはコントロール情報のＬｉｇｈｔＣｏｌｏｒフィールドに相当する値である。このキャラクタリスティックは、読出しおよび書込みの両方に対応する。このキャラクタリスティックに特定のＩＤ値を書き込むことにより、そのＩＤに対応付けられた光色設定に、ＬＩＧＨＴ＿ＣＯＬＯＲ＿ＶＡＬＵＥキャラクタリスティックを介してアクセスすることができる。
【０１４９】
ＬＩＧＨＴ＿ＣＯＬＯＲ＿ＶＡＬＵＥキャラクタリスティック（ＩＤ：０ｘＦＦ０９）の値は、ＬＩＧＨＴ＿ＣＯＬＯＲ＿ＩＤキャラクタリスティックで選択されているＩＤに対応付ける、ＲＧＢの光量比率を表す値である。ＲＧＢのそれぞれについて１オクテットで、計３オクテットとなる。それぞれの値は０乃至１００の範囲の値であり、各色の合計値が１００となるように設定される。ＬＩＧＨＴ＿ＣＯＬＯＲ＿ＶＡＬＵＥキャラクタリスティックは、読出しおよび書込みの両方に対応する。
【０１５０】
このように、本発明の実施の形態によれば、照明装置１００と端末２００とが双方向コネクションレス通信を行うことによって短時間での高速な制御を行うとともに、複数の端末２００の何れにおいても照明装置１００の最新の状態を把握することができる。
【０１５１】
なお、上述の実施の形態は本発明を具現化するための一例を示したものであり、実施の形態における事項と、特許請求の範囲における発明特定事項とはそれぞれ対応関係を有する。同様に、特許請求の範囲における発明特定事項と、これと同一名称を付した本発明の実施の形態における事項とはそれぞれ対応関係を有する。ただし、本発明は実施の形態に限定されるものではなく、その要旨を逸脱しない範囲において実施の形態に種々の変形を施すことにより具現化することができる。
【０１５２】
また、上述の実施の形態において説明した処理手順は、これら一連の手順を有する方法として捉えてもよく、また、これら一連の手順をコンピュータに実行させるためのプログラム乃至そのプログラムを記憶する記録媒体として捉えてもよい。この記録媒体として、例えば、ＣＤ（Compact Disc）、ＭＤ（MiniDisc）、ＤＶＤ（Digital Versatile Disc）、メモリカード、ブルーレイディスク（Blu-ray（登録商標）Disc）等を用いることができる。
【符号の説明】
【０１５３】
１００  照明装置
１０１、１０２  照明グループ
１１１  操作受付部
１２０  制御指示検出部
１３０  応答信号送信部
１４０  状態保持部
１５０  照明識別子保持部
１６０  発光部
２００〜２０２  端末
２１０  ユーザインターフェース
２１１  操作受付部
２１２  表示部
２２０  制御信号送信部
２３０  応答信号受信部
２４０  状態保持部
２６０  表示制御部
【図１】
2015041438.tif 000003
【図２】
2015041438.tif 000004
【図３】
2015041438.tif 000005
【図４】
2015041438.tif 000006
【図５】
2015041438.tif 000007
【図６】
2015041438.tif 000008
【図７】
2015041438.tif 000009
【図８】
2015041438.tif 000010
【図９】
2015041438.tif 000011
【図１０】
2015041438.tif 000012
【図１１】
2015041438.tif 000013
【図１２】
2015041438.tif 000014
【図１３】
2015041438.tif 000015
【図１４】
2015041438.tif 000016
【図１５】
2015041438.tif 000017
【図１６】
2015041438.tif 000018
【図１７】
2015041438.tif 000019
【図１８】
2015041438.tif 000020
【図１９】
2015041438.tif 000021
【図２０】
2015041438.tif 000022
【図２１】
2015041438.tif 000023
【図２２】
2015041438.tif 000024
【図２３】
2015041438.tif 000025
【図２４】
2015041438.tif 000026
【図２５】
2015041438.tif 000027
【図２６】
2015041438.tif 000028
【図２７】
2015041438.tif 000029
【図２８】
2015041438.tif 000030
【図２９】
2015041438.tif 000031
【図３０】
2015041438.tif 000032
【図３１】
2015041438.tif 000033
【図３２】
2015041438.tif 000034
【図３３】
2015041438.tif 000035
【図３４】
2015041438.tif 000036
【図３５】
2015041438.tif 000037