(57)【要約】  本発明はIEEE 802.15.4基準ネットワークの分野、特にはIEEE 802.15.4基準ネットワークにおいてメッセージを送信及び受信する方法並びに装置に関するものである。既存のIEEE 802.15.4規格が更に改善され、照明装置のネットワークの特性に一層良好に適するように適合化される。該既存のIEEE 802.15.4規格の改善及び適合化は、一層柔軟なアドレス指定を可能にする。アドレスフィールドの使用及び／又は送信されるべきメッセージの順序的データ部分に１つ又は２つのフレーム制御フィールドが存在するかを示すビットが、該メッセージをIEEE 802.15.4基準ネットワークで送信する装置により定義される。既存のIEEE 802.15.4標準プロトコルの既存のフィーチャは維持される。
2015506602.tif 000002
【特許請求の範囲】
【請求項１】
IEEE 802.15.4基準ネットワークにおいてメッセージを送信する方法であって、前記メッセージは一連の順序データ部分を有し、該一連の順序データ部分はアドレスフィールド及び1つ又は２つのフレーム制御フィールドを有し、当該方法が、
前記順序データ部分の第１サブフィールドにおいて、前記アドレスフィールドの使用を示すビットを定義するステップ、及び／又は
前記順序データ部分の第２サブフィールドにおいて、前記順序データ部分に１つ又は２つのフレーム制御フィールドが存在するかを示すビットを定義するステップ、
を有すると共に、
前記第１サブフィールド、前記第１フレーム制御フィールド及び、オプションとして、前記第２サブフィールドにおいて定義された前記ビットに依存して前記第２フレーム制御フィールドを有するメッセージを送信するステップ、
を有する、方法。
【請求項２】
前記メッセージが可視光通信により送信される、請求項１に記載の方法。
【請求項３】
前記メッセージは媒体アクセス制御（ＭＡＣ）ヘッダを有し、該ＭＡＣヘッダはフレーム制御フィールドを有し、該フレーム制御フィールドは前記第１サブフィールド及び前記第２サブフィールドを少なくとも有する、請求項１に記載の方法。
【請求項４】
前記第１サブフィールドにおける前記ビットが、前記ＭＡＣヘッダに宛先アドレスが存在しないことを更に示す、請求項３に記載の方法。
【請求項５】
前記第１サブフィールドにおける前記ビットが、前記ＭＡＣヘッダにソースアドレスが存在しないことを更に示す、請求項３に記載の方法。
【請求項６】
前記第１サブフィールドがグループ識別情報圧縮を表す第１副サブフィールドを有する、請求項１に記載の方法。
【請求項７】
前記第１副サブフィールドが１ビットを有する請求項６に記載の方法であって、
前記第１副サブフィールドの前記１ビットを、宛先グループ識別子の存在を意味する十進値“１”に定義し、これにより、ソースグループ識別子は送信されず前記宛先グループ識別子に等しいとされるステップ、
を更に有する、方法。
【請求項８】
前記第１サブフィールドが宛先アドレス指定モード（ＤＡＭ）を表す第２副サブフィールドを有する、請求項１に記載の方法。
【請求項９】
前記第２副サブフィールドのビットを、グループ識別子が存在せず、宛先アドレスが好ましくは８個の長いバイトであるという意味により定義するステップ、
を更に有する、請求項８に記載の方法。
【請求項１０】
前記第１サブフィールドが、ソースアドレス指定モード（ＳＡＭ）を表す第３副サブフィールドを有する、請求項１に記載の方法。
【請求項１１】
前記第３副サブフィールドのビットを、グループ識別子が存在せず、ソースアドレスが好ましくは８個の長いバイトであるという意味により定義するステップ、
を更に有する、請求項１０に記載の方法。
【請求項１２】
前記第２サブフィールドがフレームバージョンを表す第１副サブフィールドを有し、前記順序データ部分に１つ又は２つのフレーム制御フィールドが存在するかを示す前記ビットが該第１副サブフィールドの一部である、請求項１に記載の方法。
【請求項１３】
IEEE 802.15.4基準ネットワークにおいてメッセージを受信する方法であって、前記メッセージは一連の順序データ部分を有し、該一連の順序データ部分はアドレスフィールド及び1つ又は２つのフレーム制御フィールドを有し、当該方法が、
前記メッセージを受信するステップと、
前記順序データ部分の第１サブフィールドにおける前記アドレスフィールドの使用を示すビットを読み取るステップ、及び／又は
前記順序データ部分の第２サブフィールドにおける前記順序データ部分に１つ又は２つのフレーム制御フィールドが存在するかを示すビットを読み取るステップと、
前記第１フレーム制御フィールド及び、オプションとして、前記第２サブフィールドにおける前記ビットに依存して前記第２フレーム制御フィールドを読み取るステップと、を有する、方法。
【請求項１４】
IEEE 802.15.4基準ネットワークにおいてメッセージを送信する送信照明装置であって、前記メッセージは一連の順序データ部分を有し、該一連の順序データ部分はアドレスフィールド及び1つ又は２つのフレーム制御フィールドを有し、当該装置が、
前記順序データ部分の第１サブフィールドにおいて前記アドレスフィールドの使用を示すビットを定義し、及び／又は前記順序データ部分の第２サブフィールドにおいて前記順序データ部分に１つ又は２つのフレーム制御フィールドが存在するかを示すビットを定義する処理ユニットと、
前記第１サブフィールド、前記第１フレーム制御フィールド及び、オプションとして、前記第２サブフィールドにおいて定義された前記ビットに依存して前記第２フレーム制御フィールドを有するメッセージを送信する送信器と、
を有する、送信照明装置。
【請求項１５】
IEEE 802.15.4基準ネットワークにおいてメッセージを受信する受信照明装置であって、前記メッセージは一連の順序データ部分を有し、該一連の順序データ部分はアドレスフィールド及び1つ又は２つのフレーム制御フィールドを有し、当該装置が、
前記メッセージを受信する受信器と、
前記順序データ部分の第１サブフィールドにおける前記アドレスフィールドの使用を示すビットを読み取り、及び／又は前記順序データ部分の第２サブフィールドにおける前記順序データ部分に１つ又は２つのフレーム制御フィールドが存在するかを示すビットを読み取り、且つ、前記第１フレーム制御フィールド及び、オプションとして、前記第２サブフィールドにおける前記ビットに依存して前記第２フレーム制御フィールドを読み取る処理ユニットと、
を有する、受信照明装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、IEEE 802.15.4基準ネットワークの分野に係り、特にはIEEE 802.15.4基準ネットワークにおいてメッセージを送信及び受信する方法並びに装置に関する。
【背景技術】
【０００２】
可視光は、光特性を正確に制御することを一層容易にさせる固体照明の近年の発展により、新たな通信手段として最近の興味を惹いている。光源の選択及び進化した制御のための光自由空間通信、即ち可視光（ＶＬ）及び赤外（ＩＲ）通信は以前から提案されており、コード化光（ＣＬ）と称する。コード化光を採用した照明装置又は照明器具から放出される光は、情報メッセージを含むコード化光に関連する変調部分（人の目には見えない）を有する。放出される光は、照明貢献分に関連する非変調部分も有する。
【０００３】
現在開発されている可視光通信規格は、既存のIEEE 802.15.4規格に基づくものである。無線通信のための既存のIEEE 802.15.4規格において、装置は所謂パーソナルエリアネットワーク、ＰＡＮにグループ化することができる。ＰＡＮは２バイト長の識別子を有し、ＰＡＮ内の装置は自身に割り当てられた２バイトのアドレスを有することができる。全ての装置は、８バイトのアドレスも有する。この８バイトのアドレスは、典型的には、製造の間において当該装置に割り当てられる。装置がＰＡＮに割り当てられていない場合、デフォルトのＰＡＮ識別子が使用される。
【０００４】
既存のIEEE 802.15.4規格は、媒体アクセス制御、ＭＡＣレイヤを定義している。ＭＡＣはヘッダを有し、該ヘッダはフレーム制御フィールドを有する。該フレーム制御フィールド内には、パケットのソースアドレス及び宛先アドレスがＭＡＣヘッダ内で送信される方法を通知する５ビットが存在する。２ビットは宛先アドレス指定モード、ＤＡＭを示す。これらの２ビットは十進値０，１，２及び３をとることができる。値０は、宛先のＰＡＮ識別子も、そのアドレスも送信されないことを意味する。既存のIEEE 802.15.4規格によれば、このことは、当該パケットがビーコン又は確認応答：acknowledgement（フレーム制御フィールド内の何処かで示されるように）でない限り、ソースＰＡＮ識別子アドレスが存在している筈であること、及び当該パケットはソースにおいて識別子が送信されるＰＡＮのＰＡＮコーディネータのためのものであることを意味する。値１は予備であり、従って既存のIEEE 802.15.4規格によれば未使用とされるものである。値２は、宛先のＰＡＮ識別子及びその２バイトアドレスが送信されることを意味する。値３は、宛先のＰＡＮ識別子及びその８バイトアドレスが送信されることを意味する。
【０００５】
ソースアドレス指定モード、ＳＡＭを同様の意味により示す２つのビットも存在する。ソースアドレスが省略されている場合、当該パケットは確認応答（フレーム制御フィールド内の何処かで示されるように）に違いないか、又は該パケットはＰＡＮコーディネータにより送信されたものであり得る。“ＰＡＮ ＩＤ圧縮サブフィールド”と称される第５ビットは、ソースアドレス及び宛先アドレスの両方が存在する場合、１に設定することができ、その場合、このことはソース及び宛先のＰＡＮ識別子が同一であり、従って宛先ＰＡＮ識別子だけが送信され、ソースＰＡＮ識別子は省略されることを示す。
【０００６】
上述した様に、現在開発されている可視光通信規格（これによれば、ＰＡＮの装置は好ましくは照明器具であり、コード化光により通信する）は既存のIEEE 802.15.4規格に基づくものである。これによれば、上記パーソナルエリアネットワークは可視エリアネットワーク（ＶＡＮ）となる。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
引用技術の複数の欠点が、本発明に照らして特定されている。例えば、ＶＡＮとＰＡＮとの間の１つの相違点は、ＶＡＮには調整（コーディネート）する装置／照明器具が存在しないということである。更に、既存のIEEE 802.15.4規格により定義されたアドレス指定モードは、幾つかのアプリケーションに対しては不十分であるか又は非効率的であることが示されている。１つの応用例は、所謂、シャウタ（大声で話す）装置である。シャウタ装置は、メッセージを受信／デコードすることができる如何なる装置にも情報を送信し、該シャウタ装置は回答を期待しない。シャウタ装置は、可視光通信のための受信器を有することさえ必要としない。送信されたパッケージが正しく受信されなければならないという如何なる要件も存在しない。この種のメッセージは、無差別ブロードキャストと呼ばれる。このように、無差別ブロードキャストは通常のブロードキャストモードとは僅かに異なる解釈を有する。通常のブロードキャストメッセージは、該メッセージを受信する全ての装置により受信され、処理されることを意図する。一方、無差別ブロードキャストメッセージは、該メッセージの内容に特定の興味を持つ装置によってのみ受信され、処理されることを意図する。他の応用は、制御メッセージの送信及び転送である。この応用例では、全ての意図される受信者が当該メッセージを受信する限り、どの装置が当該コマンドを送信するかは問題とならない。このタイプのメッセージは匿名送信と呼ばれる。
【０００８】
上記に鑑み、本発明の目的は上述した問題を解決し又は少なくとも低減することである。また、本発明の目的は既存のIEEE 802.15.4規格をＶＡＮの特性に一層適するように更に改善及び適応化することである。本発明の特定の目的は、一層柔軟性のあるアドレス指定を可能にするような、既存のIEEE 802.15.4規格の改善及び適応化を提案することである。上記目的は、概して、添付した特許請求の範囲により達成される。従って、提案されるものは、既存のIEEE 802.15.4標準プロトコルに対する適応化である。
【課題を解決するための手段】
【０００９】
本発明の第１態様によれば、IEEE 802.15.4基準ネットワークにおいてメッセージを送信する方法が提供され、上記メッセージは一連の順序（順序付けられた）データ部分を有し、該一連の順序データ部分はアドレスフィールド及び1つ又は２つのフレーム制御フィールドを有し、該方法は、上記順序データ部分の第１サブフィールドにおいて前記アドレスフィールドの使用を示すビットを定義するステップ及び／又は上記順序データ部分の第２サブフィールドにおいて上記順序データ部分に１つ又は２つのフレーム制御フィールドが存在するかを示すビットを定義するステップと、上記第１サブフィールド、上記第１フレーム制御フィールド及び、オプションとして、上記第２サブフィールドにおいて定義されたビットに依存して上記第２フレーム制御フィールドを有するメッセージを送信するステップとを有する。
【００１０】
本発明の第２態様によれば、IEEE 802.15.4基準ネットワークにおいてメッセージを受信する方法が提供され、上記メッセージは一連の順序データ部分を有し、該一連の順序データ部分はアドレスフィールド及び1つ又は２つのフレーム制御フィールドを有し、該方法は、上記メッセージを受信するステップと、上記順序データ部分の第１サブフィールドにおける上記アドレスフィールドの使用を示すビットを読み取るステップ及び／又は上記順序データ部分の第２サブフィールドにおける上記順序データ部分に１つ又は２つのフレーム制御フィールドが存在するかを示すビットを読み取るステップと、上記第１フレーム制御フィールド及び、オプションとして、上記第２サブフィールドにおけるビットに依存して上記第２フレーム制御フィールドを読み取るステップとを有する。
【００１１】
本発明の第３態様によれば、IEEE 802.15.4基準ネットワークにおいてメッセージを送信する送信照明装置が提供され、上記メッセージは一連の順序データ部分を有し、該一連の順序データ部分はアドレスフィールド及び1つ又は２つのフレーム制御フィールドを有し、該照明装置は、上記順序データ部分の第１サブフィールドにおいて前記アドレスフィールドの使用を示すビットを定義する及び／又は上記順序データ部分の第２サブフィールドにおいて上記順序データ部分に１つ又は２つのフレーム制御フィールドが存在するかを示すビットを定義するように構成された処理ユニットと、上記第１サブフィールド、上記第１フレーム制御フィールド及び、オプションとして、上記第２サブフィールドにおいて定義されたビットに依存して上記第２フレーム制御フィールドを有するメッセージを送信するように構成された送信器とを有する。
【００１２】
本発明の第４態様によれば、IEEE 802.15.4基準ネットワークにおいてメッセージを受信する受信照明装置が提供され、上記メッセージは一連の順序データ部分を有し、該一連の順序データ部分はアドレスフィールド及び1つ又は２つのフレーム制御フィールドを有し、該照明装置は、上記メッセージを受信するように構成された受信器と、上記順序データ部分の第１サブフィールドにおける上記アドレスフィールドの使用を示すビットを読み取り及び／又は上記順序データ部分の第２サブフィールドにおける上記順序データ部分に１つ又は２つのフレーム制御フィールドが存在するかを示すビットを読み取り、且つ、上記第１フレーム制御フィールド及び、オプションとして、上記第２サブフィールドにおけるビットに依存して上記第２フレーム制御フィールドを読み取るように構成された処理ユニットとを有する。
【００１３】
好ましくは、上記第１フレーム制御フィールド及び／又は上記第２フレーム制御フィールドは、８個組（オクテット）のバイト、即ち６４ビットの大きさを有する。
【００１４】
有利にも、この構成は、特に短いデータパケットが送信されている際に、冗長なＭＡＣヘッダフィールドの送信を防止する。有利にも、このことは、既存のIEEE 802.15.4標準プロトコルに、冗長なアドレス指定フィールドの省略を可能にするアドレス指定方法を追加することを可能にする。有利にも、このことは、本質的に固定的である（短いデータパケットと共に使用される場合に）ヘッダ制御サブフィールドが、送信されるデータから省略することが可能なフィールド／オクテットへ一緒に組み込まれることを可能にするヘッダ制御圧縮方式を組み入れることを可能にする。これによれば、前記受信器は、上記省略から、当該省略されたサブフィールドの意図された値を推定するように構成される。言い換えると、前記第２制御フィールドが存在しない場合、該受信器は、この省略から、第２制御フィールドにおいて通常に定義される全て（即ち、その全てのサブフィールド）がデフォルト値を持つと推定することができる。
【００１５】
上記メッセージは、好ましくは、可視光通信により送信される。
【００１６】
該メッセージは、好ましくは、媒体アクセス制御（ＭＡＣ）ヘッダを有する。該ＭＡＣヘッダは、好ましくは、フレーム制御フィールドを有し、該フレーム制御フィールドは、好ましくは、前記第１サブフィールド及び前記第２サブフィールドを少なくとも有する。
【００１７】
有利には、ＭＡＣヘッダのフレーム制御フィールドにおけるビットにより伝達される意味の適応化は、これらビットが使用される方法の一層の柔軟性を可能にし、これにより、例えば、無差別ブロードキャスト及び匿名送信の効率的な通知を可能にする。第１に、アドレスモード“０”の一層柔軟な使用は、匿名送信及び無差別ブロードキャストを可能にする。第２に、提案された方式は、“グループ識別子は存在しない、長いアドレス”なる意味を持つアドレスモード“１”を可能にする。好ましくは、該長いアドレスは８バイトを有する。第３に、グループＩＤ圧縮ビットの解釈は、１に設定された場合、宛先グループ識別子は存在し（宛先アドレスモード＝０の場合でも）、ソースグループ識別子は送信されず、宛先グループ識別子に等しいことを意味するように変更される。この前後関係において、グループなる用語はＶＡＮなる用語より一層一般的な意味を有する。更に、有利には、提案された方式は一層短いパケットヘッダを可能にし、このことは、特に各パケットがネットワークを介してフラッドされるような通信シナリオにおいて、有効な節約を提供することができる。
【００１８】
本発明の上記及び他の態様は、後述する実施態様から明らかとなり、斯かる実施態様を参照して解説されるであろう。前記第１態様の利点及び実施態様は、第２、第３及び第４態様にも等しく当てはまり、その逆も成り立つ。
【００１９】
通常、請求項で使用される全ての用語は、本明細書でそうでないと明確に定義されない限り、当該技術分野における通常の意味に従って解釈されるべきである。“或る／上記／前記［エレメント、装置、構成部品、手段、ステップ等］”の言及は、明確にそうでないと言及しない限り、前記エレメント、装置、構成部品、手段、ステップ等の少なくとも１つの事例を指すというように、非制限的に解釈されるべきである。本明細書で開示される如何なる方法のステップも、明示的に示されない限り、開示された正確な順序で実行される必要はない。
【００２０】
本発明の他のフィーチャ及び利点は、添付図面を参照してなされる現在のところ好ましい実施態様の後述する詳細な説明から明らかとなるであろう。
【図面の簡単な説明】
【００２１】
【図１】図１は、実施態様による照明装置を図示する。
【図２】図２は、IEEE 802.15.4基準ネットワークを図示する。
【図３】図３は、実施態様による送信方法のフローチャートである。
【図４】図４は、実施態様による受信方法のフローチャートである。
【発明を実施するための形態】
【００２２】
以下、本発明を、本発明の特定の実施態様が図示された添付図面を参照して詳細に説明する。しかしながら、本発明は多くの異なる形態で実施することができるものであり、ここに説明する実施態様に限定されると見なされるべきではない。むしろ、これらの実施態様は本開示が十分且つ完全であって、本発明の範囲を当業者に伝達するように例示として提示されたものである。尚、同様の符号は全体を通して同様のエレメントを示している。
【００２３】
ブロードキャスト及びマルチキャストアプリケーションにとり一層効率的な可視光通信アプリケーションのための新たなアドレスフォーマットを説明する。提案されるアドレスフォーマットは、有利には、既存のIEEE 802.15.4標準プロトコルから受け継ぐアドレス指定方式に、幾つかの制約を除去すると共に既存の通知法の少なくとも幾つかの新たな解釈により組み込むことができる。
【００２４】
しかしながら、好ましくは、既存のIEEE 802.15.4標準プロトコルの全ての既存のフィーチャは維持されねばならない。本発明の発明者は、フレーム制御フィールド内で利用可能なビットには、提案されるフィーチャ及び既存のフィーチャの両方に対応するのに十分なスペースが存在することを発見した。本発明の発明者は、更に、上記ビットの幾つかの解釈は、有利にも既存のフィーチャとの後方互換性を維持しながら新たなフィーチャに対応するように修正され得ることを発見した。提案されるビットコーディングは、好ましくは、提案されるフィーチャが該コーディングの自然な結果となるように構成される。
【００２５】
IEEE 802.15.4基準ネットワークにおいてメッセージを送信及び／又は受信する方法及び装置を、図１の照明装置、図２のIEEE 802.15.4基準ネットワーク並びに図３及び４のフローチャートを参照して説明する。当該メッセージは、一連の順序（順序付けられた）データ部分を有し、該一連の順序データ部分はアドレスフィールド及び１つ又は２つのフレーム制御フィールド／オクテットを有している。図１は、一実施態様による照明装置１ａ，１ｂを機能ブロックで概略図示している。照明装置１ａ，１ｂは、好ましくは、メッセージを送信し、且つ、メッセージを受信するように構成される。しかしながら、当業者にとり自明な修正により、当該照明器具はメッセージを送信し又はメッセージを受信する、何れかを行うように構成することもできる。少なくともメッセージを送信するように構成された照明装置は、送信照明装置１ａと称する。少なくともメッセージを受信するように構成された照明装置は、受信照明装置１ｂと称する。図２は、メッセージ６を受信照明装置１ｂに送信する送信照明装置１ａを有するIEEE 802.15.4基準ネットワーク５を概略図示している。照明装置１ａ，１ｂは、好ましくは可視光通信のために構成され、従って照明光及びコード化光を放出するように構成することができ、該コード化光はメッセージを含む。照明装置１ａ，１ｂは処理ユニット２、送信器３及び受信器４を有する。送信器３は、光源１ａ，１ｂの照明機能に関連する（即ち、照明光を放出するための）発光体を有することができ、如何なる好適な光源とすることもできる。例えば、該発光体は、好ましくは、１以上のＬＥＤを有するが、該発光体は同様に１以上のハロゲン、ＦＬ又はＨＩＤ光源等を有することもできる。上記送信器は処理ユニット２により定義されたメッセージを送信する。可視光通信を検出する、従って可視光通信により送信されたメッセージを受信するように構成された光検出器を有し得る受信器４は、少なくとも１つの他の照明装置により放出された光を受光すると共に、該受光された光内でコード化された光を検出するように構成される。受信器４は光センサ若しくは光検出器又は何らかの他の好適な光のセンサを有することができる。例えば、受信器４は電荷結合デバイス（ＣＣＤ）、ＣＭＯＳセンサ、フォトダイオード（なかでも、逆バイアスＬＥＤ）、フォトトランジスタ又は光抵抗等を有することができる。
【００２６】
本発明によれば、ＶＡＮ装置は、全体のＶＡＮに対してＶＡＮブロードキャストアドレスを含む必要無しでＶＡＮ ＩＤだけを宛先として用いることにより、ブロードキャストを送信することが可能にされる。オプションとしてのソースＶＡＮアドレスは存在し得るが、ソースＶＡＮ ＩＤが同一であるので、ソースＶＡＮアドレスは好ましくは送信されない。一般的に、ＶＡＮはグループＧの一例である。ここに開示される実施態様は，ＶＡＮの前後関係において説明されるが、必ずしもＶＡＮの一部ではない装置の一般的グループにも適用することができることに注意されたい。この構成は、短いメッセージをブロードキャストする場合に少しの効率の増加を達成する。ソースアドレスをオプションにすることは、匿名送信を提供する（この目的は隠蔽する必要性というよりは、主に効率である）。ソースアドレスを送信しないことは、ＶＡＮ内の効率の問題と見なすことができる。即ち、宛先ＶＡＮが指定されているという事実は、真の無差別ブロードキャストではないことを意味する。
【００２７】
これを達成するために、ＶＡＮ ＩＤ圧縮ビット（VAN_ID_圧縮ビット）の解釈は、設定された場合に、送信された宛先ＶＡＮ ｉｄが常に存在し、ソースＶＡＮ ＩＤは同一であると見なされて決して送信されないことを意味するものとする。そのようであるので、このことは、宛先アドレスモード０及び１（ＶＡＮ ＩＤを伝達しない）並びにソースアドレスモード２及び３（ＶＡＮ ＩＤを伝達する）に優先（override）する。従って、ステップＳ２において、順序データ部分の第１サブフィールドにおけるアドレスフィールドの使用を示すビットが、送信照明装置１ａの処理ユニット２により定義される。該第１サブフィールドを有するメッセージ６の受信に際して、受信照明装置１ｂの処理ユニット２は、順序データ部分のサブフィールドにおけるアドレスフィールドの使用を示すビットを読み取る（ステップＳ２２）。
【００２８】
新たなＶＡＮ ＩＤ圧縮ビットの上記優先能力により、特定の組み合わせは同様の結果を生じる（例えば、当該設定を三つ組み、ｖ−ｄ−ｓとして表し、ここで、ｖはＶＡＮ ＩＤ圧縮ビットを表し、ｄは宛先アドレス指定モードを表し、ｓはソースアドレス指定モードを表す）。幾つかの使用例は次の通りである。
・0-0-1  −無差別ブロードキャスト（“シャウタ装置”）：宛先アドレス不使用（これらのブロードキャストは安全に無視することができることを、受信器に示す）、６４ビット等の長いソースアドレスのみが使用される（受信器ＲＸはＶＡＮが設定されていないと見なし、及び／又は送信器ＴＸはＶＡＮ対応ではない）。
・0-1-1  −グローバルなポイントツーポイント：宛先アドレスは、特定の装置の６４ビット等の長いアドレスである。グループ化は関係しない。
・0-2-1  −グローバルからローカルへの、ポイントツーポイント：宛先アドレスは、有効なＶＡＮ ＩＤであり、ＶＡＮ内で中間の長さ（１６ビット）のアドレスが割り当てられる（ソースアドレスは、ソースが如何なるＶＡＮのメンバでもないことを示す）。
・0-2-1  −グローバルからローカルへのＶＡＮブロードキャスト：上記と同様だが、中間長（１６ビット）のアドレスは、全てのＶＡＮメンバが該メッセージを受信すべきことを示すために特別な値0xFFFFをとる（ＲＸは斯様なメッセージを上位のレイヤに渡す義務がある）。
・0-2-1  −通常のブロードキャスト：宛先アドレス及び宛先ＶＡＮフィールドは、共に、0xFFFFなる特別な中間長（１６ビット）設定値をとる（ＲＸは斯様なメッセージを上位レイヤに渡す義務を負う）。
・0-2-2  −ソースが別のＶＡＮ（ＶＡＮ ＩＤは異なる）のメンバである以外、0-2-1の場合と同様である。
・1-2-2  −ソースが同一のＶＡＮ（ＶＡＮ ＩＤは同一であり、ソースＶＡＮはＶＩＣフィールドにより抑圧される）のメンバである以外、0-2-2の場合と同様である。
・1-2-1  −0-2-1の場合と同様であるが、ＶＩＣフィールドがＲＸ解釈の変更を通知することができる。宛先ＶＡＮ ＩＤは既に存在し、ソースＶＡＮ ＩＤは最早存在しないので、アドレスフィールドの発生は変更しない。
・1-0-1  −ＶＡＮに対する無差別ブロードキャスト：２バイトを節約するＶＡＮに対してブロードキャストする方法。ＶＩＣは、０なるＤＡＭにも拘わらず、必要な宛先ＶＡＮ ＩＤの存在を保証する。
・1-0-2  −上記と同様だが、送信者はＶＡＮのメンバである。
・1-0-0  −どの装置が当該コマンドを付与したかが問題とならない場合の、匿名ＶＡＮブロードキャスト。
同様の結果は、２つの現象によるものである。第１に、ＶＩＣ、ＶＡＮ ＩＤ圧縮が１に設定された場合、これは、宛先ＶＡＮ ＩＤが存在し、ソースＶＡＮ ＩＤが抑圧されることを強制する。ＳＡＭ及びＤＡＭは、アドレスフィールドの変更なしで、各々１又は３の何れかに設定することができる（ＶＡＮ ＩＤを伴わない／伴う６４ビット等の長いアドレス）。このことは、追加の情報が送信されることを可能にする。第２に、宛先ＶＡＮ ＩＤが存在し、ソースＶＡＮ ＩＤが存在しないような状況を自然に生成するＤＡＭ（２及び３）及びＳＡＭ（０及び１）の特定の組み合わせが存在する。ＶＩＣの設定は、これを変化させることがなく、従って受信器に対して追加の情報を通知するために使用することができる。記載された組み合わせは次のようにグループ化することができる。即ち、｛1-1-1，1-1-3，1-3-1，1-3-3｝及び｛0-2-0，1-2-0｝，｛0-2-1，1-2-1，1-2-3*｝，｛0-3-0，1-3-0｝，｛0-3-1，1-3-1，1-3-1*｝である。＊が印されたコードは両現象を利用するもので、幾つかのコードは当該リストに２度現れる。ここでも、これは当該コード化方式の自然の結果であるが、送信器が幾らかの余分な情報を通知することを可能にさせる。例えば、ＶＩＣが１に設定されて、ソースアドレスとして１又は３を設定することは、受信器に送信器が閉じたグループ（又はＶＡＮ）に参加することができるか（３）又は否か（１）を通知することができる。上記変形の多くは１なるＤＡＭ又はＳＡＭを使用し（これは既存のIEEE 802.15.4標準プロトコルでは予備の（即ち、無効な）値である）、幾つかはＶＩＣを15.4では予期されない方法で使用し、解釈に際し受信器を導く潜在的能力を付与する。
【００２９】
既存のIEEE 802.15.4標準プロトコルによれば、“０”なるアドレスモードが使用される唯一の場合は、ＶＡＮのハブ（既存のIEEE 802.15.4の用語では、ＰＡＮコーディネータ）と当該同一のＶＡＮのメンバとの間におけるパケットの交換という特別な場合においてである。アドレスモード“０”が一層広く使用されることを可能にすることにより、匿名送信（即ち、ソースアドレスが存在しない）、無差別ブロードキャスト（即ち、宛先アドレスが存在しない）及びこれらの組み合わせのサポートが可能にされる。
【００３０】
既存のIEEE 802.15.4標準プロトコルによれば、アドレスモード“１”はサポートされていない。２ビットのアドレスフィールドは、本発明によれば、アドレスフィールドの存在（１）又はそれ以外（０）を示す１つのビット（ビット１）、及びアドレスのタイプ、短い又は長い（この限定するものでない例によれば、１６ビット（０）又は６４ビット（１））を示す他のビット（ビット０）を含むものとして解釈することができる。この解釈（及び、この解釈の周りに構築される何らかの構成）によれば、モード１及びモード０の両者は０に設定されたビット１を有し、アドレスフィールドが無いことを意味し、従って実際には等価である。擬似コードでは、これらのビットを受信する手続き（プロシージャ）は：
IF (bit_1 = 0) 
THEN no_address present
ELSE IF (bit_0 = 0) 
THEN 16_bit_address_present AND VAN_ID_present
ELSE 64_bit_address_present AND VAN_ID_present
ENDIF
ENDIF
と書くことができる。これの結果は、アドレスが存在するときには、常に、ＶＡＮ ＩＤが存在するということである。本発明の発明者は、長い（６４ビット）アドレスが使用される場合、該アドレスは、しばしば、冗長であるということを発見した。従って、長い（６４ビット）アドレスは好ましくは使用されない。
【００３１】
既存のIEEE 802.15.4標準プロトコルは、モード１を予備としたままで、モード０に関して、該モードを使用するパケットは受信器により無効と見なされ、破棄されるべきことを意味すると規格化している。本発明によれば、当該解釈は、擬似コードで表される下記のような意味を有するように変更される：
IF (bit_0 = 1) 
THEN 64_bit address present
ENDIF
IF (bit_1 = 1)
THEN VAN_ID_present
IF (bit_0 = 0)
THEN 16_bit_address_present
ENDIF 
ENDIF
このように、ビット０は長（６４ビット）アドレスフィールドの存在を制御する一方、ビット１はＶＡＮ ＩＤの存在を制御すると共に、長（６４ビット）アドレスが存在しないなら、中間（１６ビット）アドレスの存在を制御する。モード０、２及び３は同一であるが、モード１はＶＡＮ ＩＤを伴わない長（６４ビット）アドレスを発生する。
【００３２】
既存のIEEE 802.15.4標準プロトコルによれば、ＶＡＮ ＩＤは実質的に、ソース又は宛先がＶＡＮのメンバである（又は宛先アドレスがブロードキャストアドレスである）場合にのみ使用される。ＶＡＮのメンバが同一のＶＡＮの他のメンバにメッセージを送信する場合、当該２つのＶＡＮ ＩＤは同一であろう（一方しか送信する必要がないが）。この状況を示すために、ＶＡＮ ＩＤ圧縮は１に設定される。好ましくは、ＶＡＮ ＩＤ圧縮ビットが使用されるのは、この時のみである。
【００３３】
ＭＡＣヘッダ、ＭＨＲは、表１による汎用的配置を有する。補助セキュリティヘッダは任意の（arb.）の大きさのものであり得る。
【表１】
2015506602.tif 000003
【００３４】
次いで、ＭＡＣヘッダのフレーム制御フィールドは、表２に示すような複数のサブフィールドを有している。
【表２】
2015506602.tif 000004
【００３５】
これらサブフィールドのうちの３つ、即ちＶＡＮ ＩＤ圧縮、宛先アドレス指定モード及びソースアドレス指定モードは、下記の開示に特に関係がある。ビット６は、ソースＶＡＮ識別子が宛先ＶＡＮ識別子と同一である場合に設定され、従って省略される（ステップＳ８）。ビット１０〜１１及び１４〜１５は独立に下記の十進値をとる：
・ＶＡＮ ＩＤ及びアドレスが存在しない場合は０、
・ＶＡＮ ＩＤ及び中間長（１６ビット）アドレスが存在する場合は２、
・ＶＡＮ ＩＤ及び長（６４ビット）アドレスが存在する場合は３、
・１は未定義の値である。
【００３６】
表記上の目的で、上記設定は三つ組みv-d-sとして表すことができ、ここで、
・ｖはビット６、ＶＡＮ ＩＤ圧縮ビットを表し、
・ｄはビット１０〜１１、宛先アドレス指定モードを表し、
・ｓはソースアドレス指定モードを表す。
【００３７】
多数のメカニズムが既存のIEEE 802.15.4標準プロトコルから引き継がれる。一般的に、各パケットに関連されてソースアドレス及び宛先アドレスが存在する。各アドレスは、中間長（１６ビット）のＶＡＮ ＩＤ及び長い（６４ビット）装置アドレスからなる。上記長い（６４ビットの）装置アドレスは固定のグローバルに固有の識別子であり、該識別子は例えば製造の間に当該装置に割り当てることができ、従って使用の間には変更することができない。値が割り当てられていない限り、上記中間長の（１６ビットの）ＶＡＮ ＩＤは0xFFFFに設定され、ＶＡＮ ＩＤが割り当てられていないことを意味する（表３参照）。
【表３】
2015506602.tif 000005
【００３８】
ＶＡＮに基づくシナリオにおいては、長い（６４ビット）ＩＤを置換するために中間長の（１６ビット）短ＩＤを割り当てることが可能であり、同時に、ＶＡＮ ＩＤには全て１（“未割り当て”なる特別な意味を有する）以外の値を付与することができる。これらの割り当ては、ＶＡＮハブの上位レイヤにより、必要なら当該ハブの対象範囲内に同様の割り当てが存在しないことをチェックしながら発生される。使用時には、利用可能ならば中間長（１６ビット）のアドレスが好ましくは使用されるものとし、それ以外では、デフォルトの長（６４ビット）アドレスを使用することができる。後者の場合、ＶＡＮ ＩＤは割り当てても割り当てなくてもよい（表４参照）。
【表４】
2015506602.tif 000006
【００３９】
更に、ＶＡＮのメンバにメッセージを送信するＶＡＮのハブは、ソースＩＤを完全に省略することができる。斯様なパケットは、好ましくは、ＶＡＮハブから到来したと見なされる。ＶＡＮハブに送信するＶＡＮのメンバは宛先ＩＤを完全に省略することができる。このようなパケットは、好ましくは、ＶＡＮハブ宛てであると見なされる（表５参照）。
【表５】
2015506602.tif 000007
【００４０】
また、他のＶＡＮメンバ（同じＶＡＮの）に送信するＶＡＮメンバは、好ましくは、ソースアドレス及び宛先アドレスの両方を含めるが、好ましくは同一のＶＡＮ ＩＤの一方（ソースＶＡＮ）を省略し、好ましくは、このことをヘッダ制御フィールドのＶＡＮ圧縮ビットを介して通知する（表６参照）。
【表６】
2015506602.tif 000008
【００４１】
好ましくは、確認応答（acknowledgement）パケットだけは両アドレスを省略する。この場合、確認応答パケットは、確認応答されているパケットに対する時間順序的近さ及びシーケンス番号をアドレス指定メカニズムとして使用する。
【００４２】
既存のIEEE 802.15.4標準プロトコルから多数のメカニズムを引き継ぐことに加えて、有利には一方向性ブロードキャスト及び双方向性マルチキャスト通知を可能にする複数の新たなメカニズムが提案される。既存のフィールドの解釈を変更することにより、一層効率的なアドレス指定モードが利用可能にされ得る。
【００４３】
第１に、単方向モードに関して複数の適応化が提案される。非送信器装置はＶＡＮ機能をサポートすることができず、従ってＶＡＮ ＩＤ及び短いアドレスは割り当てることができず、既存のIEEE 802.15.4標準プロトコルの通常の規則により、上述したｓはソース又は宛先ＶＡＮ及びアドレスフィールドを省略することができない。従って、オーバーヘッドを低減させる幾つかの配慮が考察された。
【００４４】
送信のみの装置の場合、有利にはソースＶＡＮ ＩＤは省略される。送信のみの装置の場合、ソースアドレスは全体として省略することができる。これは、匿名パケットを生成し、当該アプリケーションに対して必要とされるなら、装置識別情報はペイロードで送信することができる。送信のみの装置の場合、宛先が“ブロードキャスト”であるなら、宛先ＩＤを省略することができる。これは、“無差別”又は“シャウタ”ブロードキャストを生成し、このことは“通常の”ブロードキャストからの有効な区別となる。受信のみの装置に対して送信されるパケットは、宛先ＶＡＮ ＩＤを含む必要が無い（表７参照）。
【表７】
2015506602.tif 000009
【００４５】
表７において、“1-3-1”なるコードは、ソースＶＡＮ ＩＤが宛先ＶＡＮ ＩＤと同一である、即ち0xFFFFであることを意味する。代わりのコーディングは、“ＶＡＮ ＩＤなし，長（６４ビット）アドレス”を意味するための“１”の新たな解釈を用いて、“0-3-1”である（ステップＳ１０，ステップＳ１２）。この場合、該解釈は、ソースはＶＡＮ ＩＤを有さず、１を割り当てられることもできないということであり、これは、当該装置が恐らくはシャウタ装置であることを意味する。この結果として、“0-1-1”は受信器のみの装置へ送信するシャウタ装置により使用され得る。
【００４６】
第２に、複数の適応化がマルチキャスト処理に対して提案される。照明器具間のシナリオに関しては、ユニキャスト処理よりマルチキャスト処理の方がありそうである。受信されたコマンドはＶＡＮ内の他の装置に中継される必要がある。マルチキャスト機能は宛先アドレスを0xFFFFに設定することにより達成することができるが、このことは、大きなトラフィックがマルチキャストされる場合には非効率的であることが分かった。従って、この場合、ユニキャストを例外にする方が良さそうである。マルチキャスト処理の場合、宛先ＶＡＮ ＩＤは含めるが、宛先装置アドレスは省略することが有利であり得る。ソースアドレスを全体として省略することも有利であり得る。後者の場合、既存のIEEE 802.15.4標準プロトコルによる“ソースアドレス無し”という理解は、当該パケットがＶＡＮハブから到来したと見なされないように変更する必要があり得る。
【００４７】
表８におけるコーディングは、ＶＡＮ圧縮ビットに関して一層強い意味を示す。設定された場合、有利にはソースＶＡＮ識別子は存在せず、もし必要なら、好ましくは常に存在する宛先ＶＡＮ ＩＤの値をとると見なされるべきである。アドレスコード１は、ソース及び宛先の両方に対して無効である。アドレスコード０は、宛先側では“ＶＡＮ無差別ブロードキャスト”という解釈、ソース側では“ＶＡＮ匿名送信”という解釈を有する。
【表８】
2015506602.tif 000010
【００４８】
長い（６４ビットの）ＩＤは全ての装置に対して固有であり得るが、中間長の（１６ビットの）ＶＡＮ ＩＤは、そうであることは保証されない。割り当て処理をアプリケーションというよりは当該可視光通信システム内で処理させることは、好ましくも、自動検出及び如何なる競合の解決も可能にする。このような理由により、アプリケーションによる短いアドレスの割り当てを許可することは不利であると考えることができる。
【００４９】
これを非送信器装置に対しても適用することができる少なくとも２つの方法がある。１つの可能性は、割り当て、及び隣接するが、それ以外では無関係なシステムとの競合の解決を処理するために、デジタルアドレス指定可能な照明インターフェース、ＤＡＬＩのバックボーン構造を利用することである。他の可能性は、同一のバッチからのランプが全て異なるという可能性が少なくとも存在するという理由で、６４ビットのうちの最下位の１６ビットから短いＩＤを導出することである。しかしながら、競合の解決は不可能であり得るか又は少なくとも困難である。従って、短いアドレスは非送信器装置に対しては使用されないことが好ましいであろう。
【００５０】
匿名送信：ソースＩＤを送信しないことは、“匿名”送信を生成する。これによれば、可視光通信のレベルでは、該匿名送信を送出した装置を決定することは不可能である。この場合、必要とされる何れかの送信者認証を提供するのは、アプリケーション次第であり得る。通信の観点からは、匿名パケットに対する応答は、ブロードキャストを介してのみ実行することができる。何故なら、たとえペイロード内にアプリケーション又は他の上位レイヤのアドレスが含まれていたとしても、当該送信装置の可視光通信アドレスは分からないからである。アプリケーションの観点からは、このモードは、コマンドのソースは極めて無関係な事柄であるコマンドメッセージにとり適したものであり得る。
【００５１】
無差別ブロードキャスト：宛先アドレスを省略することは、“無差別”（もっと口語的には“シャウタ”）ブロードキャストと称される一種のブロードキャストメッセージを可能にする。宛先ＶＡＮ ＩＤが存在しない場合、当該メッセージは該メッセージを受信／デコードすることができる全ての装置にとり利用可能となる。0xFFFF以外のＶＡＮ ＩＤが存在する場合、意図される受信器は指定されたＶＡＮ内の装置である。このモードの使用は、受信器が、特別な関係を有さないかも知れない“シャウタ”メッセージと、暗に全ての装置により受信されることを意図する“通常の”ブロードキャストメッセージとの間を区別することを可能にする。通常のブロードキャストメッセージは処理のために上位のレイヤに受け渡される一方、“シャウタ”ブロードキャストメッセージはＭＡＣにより破棄することができる。
【００５２】
本発明の発明者は、或る装置から手持ち受信器への純粋に単方向的な動作に対しては、表１及び表２におけるフィールドの幾つかは限られた値を有することを発見した。従って、これらのフィールドは送信する必要が無いことが有利である。従って、ステップＳ４において、前記順序データ部分の第２サブフィールドにおける該順序データ部分に１つ又は２つのフレーム制御フィールド／オクテットが存在するかを示すビットが、送信照明装置１ａの処理ユニット２により定義される。第２サブフィールドを有するメッセージを受信すると、受信照明装置１ｂの処理ユニット６は、前記順序データ部分のサブフィールドにおける該順序データ部分に１つ又は２つのフレーム制御フィールド／オクテットが存在するかを示すビットを読み取る（ステップＳ２４）。該受信照明装置１ｂの処理ユニット６は第１フレーム制御フィールド／オクテットを読み取る（ステップＳ２６）。オプションとして、第２サブフィールドにおけるビットに依存して、当該受信照明装置１ｂの処理ユニット６は、ステップＳ２６において、第２フレーム制御フィールド／オクテットも読み取る。更に、装置間（デバイスツーデバイス）動作の場合、一群の装置に対して短い（１又は２バイトの）コマンドを即座に送信する必要があり得、これにより各装置は該コマンドを近隣の装置に中継する。従って、表９によるＭＡＣヘッダが提案される。
【表９】
2015506602.tif 000011
この表によれば、フレーム制御フィールドの第１フィールド／オクテットは、１）フレームのタイプ、２）第２フレーム制御フィールドが存在するか、及び３）アドレス指定モードを示す。装置は、主送信を受信するには送信者から遠すぎる第３装置が少なくとも中継（反復）を受信することができるように、パケットを中継する（反復する）ことを可能にされる。フレームバージョンビットは、有利には、表１０による意味を有する。
【表１０】
2015506602.tif 000012
【００５３】
この提案された方法におけるフレームバージョンフィールドの使用は、有利にも、第２フィールド／オクテットの有無を示すために別のビットを使用する必要性を回避すると共に、単純な受信器が第２フィールド／オクテットに示されるフィーチャをサポートすることができないという理由で該第２フィールド／オクテットを含むパケットを無視することを可能にする。ステップＳ６において、第１サブフィールド、第１フレーム制御フィールド／オクテット、及びオプションとして第２フィールドにおける定義されたビットに依存して第２フレーム制御フィールド／オクテットを有するメッセージ６は、送信照明装置１ａの送信器３により送信される。送信されるメッセージ６は、更に、前述したようなＭＡＣヘッダの他の部分を含むことができる。該メッセージ６は、コード化光通信とも称される可視光通信により送信することができる。従って、送信器３は発光体を有することができる。メッセージ６が送信されると、受信照明装置１ｂの受信器４が該メッセージを受信する（ステップＳ２０）。第２フレーム制御フィールド／オクテットが存在しない場合、該フィールド／オクテットを有するサブフィールドは受信照明装置１ｂにより特定のデフォルト値をとると見なされる。確かなことに、アドレスモードサブフィールドの１つを、この第２フィールド／オクテットに配置することができる。例えば、ここにＤＡＭが配置される場合、宛先アドレスを使用しないブロードキャストパケットは第２フレーム制御フィールド／オクテットを伝送する必要が無い。ＤＡＭは明示的には受信されないので、受信照明装置１ｂは、これを、“宛先アドレスなし”を示すために設定されていると理解する。存在するなら、第２フィールド／オクテットは好ましくは表１１により定義される。
【表１１】
2015506602.tif 000013
【００５４】
冗長であり使用されないというより、第２フィールド／オクテットが送信されない場合、含まれるフィールドは定義されたデフォルト値をとる。このように、第２フィールド／オクテットの不存在は、１）当該パケットはデータフレームである、２）セキュリティは可能とされていない、３）保留（未決）のフレームは示されていない、４）シーケンス番号は使用されていない、及び５）確認応答は要求されていない、ことを意味する。このように、これらのデフォルト状態の何れかからの変更は、本来的に、一層長いパケット（セキュリティが可能にされる）か、又は双方向動作（伝送の節約は主たる問題ではない）（フレームタイプはデータ以外である、フレーム未決が設定されている（即ち、更なるデータが到来すべき）、確認応答が要求されている）の何れかを意味する。従って、セキュリティをサポートしない単純な単方向受信器は、第２フィールド／オクテットを含んだ如何なるパケットも自動的に無視することができる（表１２参照）。
【表１２】
2015506602.tif 000014
【００５５】
このように、既存のIEEE 802.15.4標準プロトコルと比較して、上記フィールドは再配置されていると共に、３つの多い情報ビットが存在する。これらに適合するために、フレームタイプのビットの数は好ましくは３ビットから２ビットに減少されて、フレームバージョンにおける第２フレーム制御バイトの有無を示すと共に２つの予備ビットのみを維持するようにする。既存のIEEE 802.15.4標準プロトコルは、４つのパケットタイプ、即ちデータ、確認応答、ビーコン及びＭＡＣ制御を定義している。他の４つの可能性は、可能性のある将来の使用のために予備とされている。
【００５６】
上述した構成は、先に概説したアプリケーションに対して良好に動作する。他の構成も可能である。例えば、装置間のアプリケーションに対しては、コマンドのソースを示すことに何の利益もないであろう。従って、このようなアプリケーションが最高の優先度を有する場合、ソースアドレスモードは全体として第２フィールド／オクテットに移動させることができる。一方、ダウンロードのアプリケーションにおいては、ソースアドレスは一層重要であり、宛先アドレスは余り重要でないと考えられる。これが一層重要なアプリケーションであると考えられる場合、宛先アドレスは第２フィールド／オクテットに移動させることができる。何れの場合においても、予備とされたビットは将来の拡張を可能にするために第１フィールド／オクテットに移動させることができる。他の例として、セキュリティ又はシーケンス番号付け等の、他のフィーチャの１つの一層柔軟な使用を可能にすることもできる。
【００５７】
ＶＡＮ ＩＤを使用せず、８バイト等の短いアドレスを使用するアドレス指定モード、無差別ブロードキャスト、匿名送信等の概念が開発された。これらのフィーチャは、上述した様に特定のビットパターンに意味を割り当てることにより、可視光通信規格において容易に実施化することができる。このようにするために、既存のIEEE 802.15.4標準プロトコルにおけるビットは、既存の規格では予見されなかった方法で解釈及び／又は定義される。このようにして、新たな機能を、送信されるメッセージに新たなビットを追加することなく達成することができる。開示された実施態様は、可視光通信に関係するアプリケーションにとり特に適している。
【００５８】
以上、本発明を主に幾つかの実施態様に関連して説明した。本発明は、特に照明制御システム又は可視光ネットワーク化に適用可能である。しかしながら、当業者により容易に理解されるように、上述したもの以外の実施態様も、添付請求項に記載された本発明の範囲内で等しく可能である。
【図１】
2015506602.tif 000015
【図２】
2015506602.tif 000016
【図３】
2015506602.tif 000017
【図４】
2015506602.tif 000018
【国際調査報告】
2015506602.tif 000019
2015506602.tif 000020