JPWO2016136116A1 - 情報処理装置 - Google Patents

Abstract

パケットの受信を適切に打ち切る。情報処理装置は、制御部を具備する。この制御部は、自装置が属する第１ネットワークを識別するための第１の物理層ネットワーク識別子と、自装置が属しない第２ネットワークを識別するための第２の物理層ネットワーク識別子とが一致したと判定された場合に、第１の物理層ネットワーク識別子を変更する制御を行う。そして、制御部は、その変更に関する変更情報を他の情報処理装置に送信する制御を行う。また、制御部は、自装置が属する第１ネットワークを識別するための第１の物理層ネットワーク識別子を変更する旨の変更情報を第１ネットワークに属する他の情報処理装置から受信した場合に、その変更情報に基づいて、パケットの受信処理を途中で打ち切る条件を変更する制御を行う。

Description

本技術は、情報処理装置に関する。詳しくは、無線通信を利用して情報のやりとりを行う情報処理装置に関する。

従来、無線通信を利用して情報のやり取りを行う無線通信技術が存在する。例えば、無線ＬＡＮ（Local Area Network）に関する標準規格ＩＥＥＥ（Institute of Electrical and Electronic Engineers）８０２．１１の普及が進んでいる。

また、ＩＥＥＥ８０２．１１標準化において、ＰＬＣＰ（Physical Layer Convergence Protocol）ヘッダ内にネットワーク識別子を付加し、不要な受信を早期に打ち切る技術が提案されている（例えば、非特許文献１参照。）。この技術では、ＰＬＣＰヘッダ内に付加されたネットワーク識別子に基づいて、自装置が属する無線ネットワーク以外からの不要な受信を早期に打ち切る。なお、ＰＬＣＰヘッダ内に付加されるネットワーク識別子は、ＢＳＳ（Basic Service Set） ＣＯＬＯＲとも称される。

802.11ah-D2.0

上述の従来技術では、不要な受信を早期に打ち切ることができるため、電力消費を低減させることができ、所望パケットの受信成功確率を高めることができる。

ここで、ＢＳＳ ＣＯＬＯＲが格納されるＣＯＬＯＲフィールドは、物理層というビット長の制約の大きいヘッダ内に存在するフィールドである。このため、ＢＳＳ ＣＯＬＯＲが取り得る値の選択肢が限定される。例えば、非特許文献１の場合には、ＣＯＬＯＲフィールドは３ビットであり、取り得る選択肢は８通りしかないことになる。また、ＢＳＳ ＣＯＬＯＲは、親局（アクセスポイント）が独自に決定する。このため、通信可能範囲がオーバーラップする複数のＢＳＳ（ＯＢＳＳ）間において、ＢＳＳ ＣＯＬＯＲが重複するケースが発生しうる。このように、ＢＳＳ ＣＯＬＯＲが重複する場合には、パケットのフィルタリングを適切に行うことができず、パケットの早期打ち切りを行うことができないおそれがある。そこで、パケットのフィルタリングを適切に行い、不要な受信を適切に打ち切ることが重要である。

本技術はこのような状況に鑑みて生み出されたものであり、パケットの受信を適切に打ち切ることを目的とする。

本技術は、上述の問題点を解消するためになされたものであり、その第１の側面は、自装置が属する第１ネットワークを識別するための第１の物理層ネットワーク識別子と自装置が属しない第２ネットワークを識別するための第２の物理層ネットワーク識別子とが一致したと判定された場合に上記第１の物理層ネットワーク識別子を変更して当該変更に関する変更情報を他の情報処理装置に送信する制御を行う制御部を具備する情報処理装置およびその情報処理方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、第１の物理層ネットワーク識別子および第２の物理層ネットワーク識別子が一致したと判定された場合に、第１の物理層ネットワーク識別子を変更してその変更に関する変更情報を他の情報処理装置に送信するという作用をもたらす。

また、この第１の側面において、上記制御部は、受信したパケットの物理ヘッダに存在する上記第１の物理層ネットワーク識別子の値と上記第１ネットワークにおいて使用されている上記第１の物理層ネットワーク識別子の値とが同一であり、かつ、ＭＡＣヘッダに存在するデータリンク層ネットワーク識別子の値と上記第１ネットワークを識別するためのデータリンク層ネットワーク識別子の値とが異なる場合に、上記第１の物理層ネットワーク識別子および上記第２の物理層ネットワーク識別子が一致したと判定するようにしてもよい。これにより、物理層ネットワーク識別子の値と、データリンク層ネットワーク識別子の値とに基づいて、第１の物理層ネットワーク識別子および第２の物理層ネットワーク識別子が一致したと判定するという作用をもたらす。

また、この第１の側面において、上記制御部は、受信したビーコンパケットのペイロード内に記載されている物理層ネットワーク識別子の情報と上記第１ネットワークにおいて使用されている上記第１の物理層ネットワーク識別子の情報とが同一であり、かつ、ＭＡＣヘッダに存在するデータリンク層ネットワーク識別子の情報と上記第１ネットワークを識別するためのデータリンク層ネットワーク識別子の情報とが異なる場合に、上記第１の物理層ネットワーク識別子および上記第２の物理層ネットワーク識別子が一致したと判定するようにしてもよい。これにより、物理層ネットワーク識別子の値と、データリンク層ネットワーク識別子の値とに基づいて、第１の物理層ネットワーク識別子および第２の物理層ネットワーク識別子が一致したと判定するという作用をもたらす。

また、この第１の側面において、上記制御部は、上記第１の物理層ネットワーク識別子および上記第２の物理層ネットワーク識別子の一致検出通知を上記第１ネットワークに属する他の情報処理装置から受信した場合に、上記第１の物理層ネットワーク識別子および上記第２の物理層ネットワーク識別子が一致したと判定するようにしてもよい。これにより、第１の物理層ネットワーク識別子および第２の物理層ネットワーク識別子の一致検出通知を第１ネットワークに属する他の情報処理装置から受信した場合に、第１の物理層ネットワーク識別子および第２の物理層ネットワーク識別子が一致したと判定するという作用をもたらす。

また、この第１の側面において、上記制御部は、上記第２ネットワークを含む他のネットワークに属する他の情報処理装置から送信される報知情報に基づいて、上記他のネットワークにおいて使用されている物理層ネットワーク識別子を抽出して上記抽出された物理層ネットワーク識別子以外の物理層ネットワーク識別子を上記変更後の第１の物理層ネットワーク識別子とするようにしてもよい。これにより、他のネットワークに属する他の情報処理装置から送信される報知情報に基づいて、他のネットワークにおいて使用されている物理層ネットワーク識別子を抽出し、その抽出された物理層ネットワーク識別子以外の物理層ネットワーク識別子を変更後の第１の物理層ネットワーク識別子とするという作用をもたらす。

また、この第１の側面において、上記制御部は、上記他のネットワークにおいて使用されている物理層ネットワーク識別子を抽出するための上記報知情報のモニタ時間をランダムに設定するようにしてもよい。これにより、他のネットワークにおいて使用されている物理層ネットワーク識別子を抽出するための報知情報のモニタ時間をランダムに設定するという作用をもたらす。

また、この第１の側面において、上記制御部は、上記抽出された物理層ネットワーク識別子以外の物理層ネットワーク識別子が存在しない場合には、受信強度が最も小さい報知情報を送信した他の情報処理装置が属するネットワークにおいて使用されている物理層ネットワーク識別子を上記変更後の第１の物理層ネットワーク識別子とするようにしてもよい。これにより、抽出された物理層ネットワーク識別子以外の物理層ネットワーク識別子が存在しない場合には、受信強度が最も小さい報知情報を送信した他の情報処理装置が属するネットワークにおいて使用されている物理層ネットワーク識別子を、変更後の第１の物理層ネットワーク識別子とするという作用をもたらす。

また、この第１の側面において、上記制御部は、上記第１の物理層ネットワーク識別子および上記第２の物理層ネットワーク識別子が一致する場合でも、上記第２ネットワークに属する他の情報処理装置から送信される報知情報に上記第２の物理層ネットワーク識別子を変更する旨の変更情報が含まれるときには、上記第１の物理層ネットワーク識別子を変更しないようにしてもよい。これにより、第１の物理層ネットワーク識別子および第２の物理層ネットワーク識別子が一致する場合でも、第２ネットワークに属する他の情報処理装置から送信される報知情報に第２の物理層ネットワーク識別子を変更する旨の変更情報が含まれるときには、第１の物理層ネットワーク識別子を変更しないという作用をもたらす。

また、この第１の側面において、上記制御部は、上記変更後の第１の物理層ネットワーク識別子の使用を開始する開始タイミング、または、上記更新前の第１の物理層ネットワーク識別子の使用を終了する終了タイミングの何れかを指定するための指定情報を上記変更情報に含めて送信するようにしてもよい。これにより、変更後の第１の物理層ネットワーク識別子の使用を開始する開始タイミング、または、更新前の第１の物理層ネットワーク識別子の使用を終了する終了タイミングの何れかを指定するための指定情報を変更情報に含めて送信するという作用をもたらす。

また、この第１の側面において、上記制御部は、上記第１ネットワークに属する情報処理装置のうちにＰｏｗｅｒ Ｓａｖｅ状態となっている情報処理装置が存在する場合には、上記開始タイミングから上記終了タイミングまでの時間として、ＤＴＩＭ間隔以上の時間を設定するようにしてもよい。これにより、第１ネットワークに属する情報処理装置のうちにＰｏｗｅｒ Ｓａｖｅ状態となっている情報処理装置が存在する場合には、開始タイミングから終了タイミングまでの時間として、ＤＴＩＭ間隔以上の時間を設定するという作用をもたらす。

また、この第１の側面において、上記制御部は、上記第１の物理層ネットワーク識別子に関する情報を物理ヘッダに格納しないビーコンにより上記変更情報を送信するようにしてもよい。これにより、第１の物理層ネットワーク識別子に関する情報を物理ヘッダに格納しないビーコンにより変更情報を送信するという作用をもたらす。

また、この第１の側面において、上記制御部は、上記第１ネットワークに属する全ての情報処理装置から上記変更後の第１の物理層ネットワーク識別子を物理ヘッダに適用したパケットを受信するまでの間、上記変更前の第１の物理層ネットワーク識別子および上記変更後の第１の物理層ネットワーク識別子の何れかを適用したパケットを受信対象とするようにしてもよい。これにより、第１ネットワークに属する全ての情報処理装置から、変更後の第１の物理層ネットワーク識別子を物理ヘッダに適用したパケットを受信するまでの間、変更前の第１の物理層ネットワーク識別子および変更後の第１の物理層ネットワーク識別子の何れかを適用したパケットを受信対象とするという作用をもたらす。

また、この第１の側面において、上記制御部は、上記第１ネットワークに属する他の情報処理装置からの要求に応じて上記第１の物理層ネットワーク識別子の情報を上記他の情報処理装置に送信するようにしてもよい。これにより、第１ネットワークに属する他の情報処理装置からの要求に応じて第１の物理層ネットワーク識別子の情報を他の情報処理装置に送信するという作用をもたらす。

また、本技術の第２の側面は、自装置が属する第１ネットワークを識別するための第１の物理層ネットワーク識別子を変更する旨の変更情報を上記第１ネットワークに属する他の情報処理装置から受信した場合に、上記変更情報に基づいてパケットの受信処理を途中で打ち切る条件を変更する制御を行う制御部を具備する情報処理装置およびその情報処理方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、第１の物理層ネットワーク識別子を変更する旨の変更情報を他の情報処理装置から受信した場合に、その変更情報に基づいて、パケットの受信処理を途中で打ち切る条件を変更するという作用をもたらす。

また、この第２の側面において、上記制御部は、上記変更後の第１の物理層ネットワーク識別子の使用を開始する開始タイミングを指定する指定情報が上記変更情報に含まれる場合には、上記開始タイミング以降には上記変更後の第１の物理層ネットワーク識別子を物理ヘッダ内に含むパケットの受信処理を行うようにしてもよい。これにより、変更後の第１の物理層ネットワーク識別子の使用を開始する開始タイミングを指定する指定情報が変更情報に含まれる場合には、その開始タイミング以降には変更後の第１の物理層ネットワーク識別子を物理ヘッダ内に含むパケットの受信処理を行うという作用をもたらす。

また、この第２の側面において、上記制御部は、上記変更後の第１の物理層ネットワーク識別子の使用を終了する終了タイミングを指定する指定情報が上記変更情報に含まれる場合には、上記終了タイミングとなるまで上記変更前の第１の物理層ネットワーク識別子を物理ヘッダ内に含むパケットの受信処理を行うようにしてもよい。これにより、変更後の第１の物理層ネットワーク識別子の使用を終了する終了タイミングを指定する指定情報が変更情報に含まれる場合には、その終了タイミングとなるまで変更前の第１の物理層ネットワーク識別子を物理ヘッダ内に含むパケットの受信処理を行うという作用をもたらす。

また、この第２の側面において、上記制御部は、一定時間の間、上記第１の物理層ネットワーク識別子を物理ヘッダ内に含むパケットを上記他の情報処理装置から受信することができない場合には、上記第１の物理層ネットワーク識別子を確認するための要求情報を上記他の情報処理装置に送信するようにしてもよい。これにより、一定時間の間、第１の物理層ネットワーク識別子を物理ヘッダ内に含むパケットを他の情報処理装置から受信することができない場合には、第１の物理層ネットワーク識別子を確認するための要求情報を他の情報処理装置に送信するという作用をもたらす。

また、この第２の側面において、上記制御部は、上記要求情報に対する応答を待機している間、検出された全てのパケットの受信処理を行うようにしてもよい。これにより、要求情報に対する応答を待機している間、検出された全てのパケットの受信処理を行うという作用をもたらす。

また、この第２の側面において、上記第１の物理層ネットワーク識別子と上記自装置が属しない第２ネットワークを識別するための第２の物理層ネットワーク識別子とが一致することを検出した場合に当該検出結果を通知するための通知情報を上記他の情報処理装置に送信するようにしてもよい。これにより、第１の物理層ネットワーク識別子および第２の物理層ネットワーク識別子が一致することを検出した場合に、その検出結果を通知するための通知情報を他の情報処理装置に送信するという作用をもたらす。

また、この第２の側面において、上記制御部は、物理ヘッダに存在する上記第１の物理層ネットワーク識別子の値と上記第１ネットワークにおいて使用されている上記第１の物理層ネットワーク識別子の値とが同一であり、かつ、ＭＡＣヘッダに存在するデータリンク層ネットワーク識別子の値と上記第１ネットワークを識別するためのデータリンク層ネットワーク識別子の値とが異なるパケットを受信した場合に、上記第１の物理層ネットワーク識別子および上記第２の物理層ネットワーク識別子が一致することを検出するようにしてもよい。これにより、物理層ネットワーク識別子の値と、データリンク層ネットワーク識別子の値とに基づいて、第１の物理層ネットワーク識別子および第２の物理層ネットワーク識別子が一致することを検出するという作用をもたらす。

本技術によれば、パケットの受信を適切に打ち切ることができるという優れた効果を奏し得る。なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。

本技術の第１の実施の形態における通信システム１０のシステム構成例を示す図である。 本技術の第１の実施の形態における情報処理装置２００の機能構成例を示すブロック図である。 本技術の第１の実施の形態における通信システム１０を構成する各装置間でやりとりされるＰＬＣＰヘッダのフォーマットの一例を示す図である。 本技術の第１の実施の形態における情報処理装置２００によるパケット検出／受信判定処理の処理手順の一例を示すフローチャートである。 本技術の第１の実施の形態における通信システム１０を構成する各装置間における通信処理例を示すシーケンスチャートである。 本技術の第１の実施の形態における通信システム１０を構成する各装置間でやりとりされるＣＯＬＯＲ情報共有フレームのフォーマットの一例を示す図である。 本技術の第１の実施の形態における情報処理装置２００によるＣＯＬＯＲ重複検出処理の処理手順の一例を示すフローチャートである。 本技術の第１の実施の形態における通信システム１０を構成する各装置間でやりとりされるＣＯＬＯＲモニタ結果通知フレームのフォーマット例を示す図である。 本技術の第１の実施の形態における通信システム１０を構成する各装置間でやりとりされるビーコンフレームのフォーマット例を示す図である。 本技術の第１の実施の形態における情報処理装置２００による新ＣＯＬＯＲ決定処理の処理手順の一例を示すフローチャートである。 本技術の第１の実施の形態における情報処理装置２００による受信必須条件の更新処理の処理手順の一例を示すフローチャートである。 本技術の第１の実施の形態における情報処理装置２００によるＣＯＬＯＲ更新反映処理の処理手順の一例を示すフローチャートである。 本技術の第２の実施の形態における通信システム１０を構成する各装置間でやりとりされるＣＯＬＯＲ重複検出報告フレームのフォーマットの一例を示す図である。 本技術の第２の実施の形態における情報処理装置１００によるＣＯＬＯＲ重複検出処理の処理手順の一例を示すフローチャートである。 本技術の第２の実施の形態における情報処理装置２００によるＣＯＬＯＲ重複検出処理の処理手順の一例を示すフローチャートである。 本技術の第２の実施の形態における通信システム１０を構成する各装置間でやりとりされるビーコンフレームのフォーマット例を示す図である。 本技術の第２の実施の形態における情報処理装置２００による受信必須条件の更新処理の処理手順の一例を示すフローチャートである。 本技術の第３の実施の形態における通信システム１０を構成する各装置間でやりとりされるＣＯＬＯＲ情報取得要求フレームのフォーマット例を示す図である。 本技術の第３の実施の形態における通信システム１０を構成する各装置間でやりとりされるＣＯＬＯＲ情報取得応答フレームのフォーマット例を示す図である。 本技術の第３の実施の形態における情報処理装置１００によるＣＯＬＯＲリカバリ処理の処理手順の一例を示すフローチャートである。 本技術の第３の実施の形態における情報処理装置２００によるＣＯＬＯＲリカバリ処理の処理手順の一例を示すフローチャートである。 本技術の第４の実施の形態における通信システム１０を構成する各装置間における通信処理例を示すシーケンスチャートである。 本技術の第４の実施の形態における通信システム１０を構成する各装置間でやりとりされるＣＯＬＯＲ運用開始要求フレームのフォーマット例を示す図である。 本技術の第４の実施の形態における情報処理装置１００によるＣＯＬＯＲ運用開始要求処理の処理手順の一例を示すフローチャートである。 本技術の第４の実施の形態における情報処理装置２００によるＣＯＬＯＲ運用開始要求処理の処理手順の一例を示すフローチャートである。 スマートフォンの概略的な構成の一例を示すブロック図である。 カーナビゲーション装置の概略的な構成の一例を示すブロック図である。 無線アクセスポイントの概略的な構成の一例を示すブロック図である。

以下、本技術を実施するための形態（以下、実施の形態と称する）について説明する。説明は以下の順序により行う。
１．第１の実施の形態（親局がＢＳＳ ＣＯＬＯＲの重複を検出して新ＣＯＬＯＲを決定する例）
２．第２の実施の形態（子局がＢＳＳ ＣＯＬＯＲの重複を検出して親局が新ＣＯＬＯＲを決定する例）
３．第３の実施の形態（ＣＯＬＯＲリカバリ処理を行う例）
４．第４の実施の形態（子局がＢＳＳ ＣＯＬＯＲの運用開始をトリガする例）
５．応用例

＜１．第１の実施の形態＞
［通信システムの構成例］
図１は、本技術の第１の実施の形態における通信システム１０のシステム構成例を示す図である。

通信システム１０は、情報処理装置（子局）１００乃至１０３、情報処理装置（親局）２００、２０１により構成される。なお、これ以降では、子局および親局の表記については、適宜省略して示す。また、情報処理装置（親局）２００、情報処理装置（子局）１００、１０１が属する無線ネットワーク（ＢＳＳ（Basic Service Set））をＢＳＳ１１として模式的に示す。また、情報処理装置（親局）２０１、情報処理装置（子局）１０２、１０３が属する無線ネットワーク（ＢＳＳ）をＢＳＳ１２として模式的に示す。すなわち、無線ネットワークＢＳＳ１１およびＢＳＳ１２は、通信可能範囲がオーバーラップする近接する無線ネットワークである。

情報処理装置１００乃至１０３は、例えば、無線通信機能を備える携帯型の情報処理装置（無線通信装置）である。ここで、携帯型の情報処理装置は、例えば、スマートフォン、携帯電話、タブレット端末等の情報処理装置である。また、情報処理装置１００乃至１０３は、例えば、ＩＥＥＥ（Institute of Electrical and Electronic Engineers）８０２．１１の無線ＬＡＮ（Local Area Network）規格に準拠した通信機能を備えるものとする。この無線ＬＡＮとして、例えば、Ｗｉ−Ｆｉ（Wireless Fidelity）、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ、Ｗｉ−Ｆｉ ＣＥＲＴＩＦＩＥＤ Ｍｉｒａｃａｓｔ仕様（技術仕様書名：Ｗｉ−Ｆｉ Ｄｉｓｐｌａｙ）を用いることができる。また、他の通信方式を利用した無線通信を行うようにしてもよい。

また、情報処理装置２００、２０１は、例えば、無線通信機能を備える固定型の情報処理装置（無線通信装置）である。ここで、固定型の情報処理装置は、例えば、アクセスポイント、基地局等の情報処理装置である。また、情報処理装置２００、２０１は、情報処理装置１００乃至１０３と同様に、例えば、ＩＥＥＥ８０２．１１の無線ＬＡＮ規格に準拠した通信機能を備えるものとする。また、他の通信方式を利用した無線通信を行うようにしてもよい。

また、情報処理装置２００、２０１は、親局（親機）として機能し、情報処理装置１００乃至１０３は、子局（子機）として機能するものとする。また、情報処理装置２００、２０１は、アクセスポイントとして機能し、情報処理装置１００乃至１０３は、そのアクセスポイントの配下装置として機能するものとする。すなわち、図１では、２つの無線親局（情報処理装置２００、２０１）が存在し、各機器に対して２つの無線子局（情報処理装置１００乃至１０３）が接続されている例を示す。なお、本技術の実施の形態で対象となるシステム構成は、これらに限定さない。また、図１では、２つの無線親局と４つの無線子局とにより構成される通信システムの例を示すが、無線親局および無線子局の数については、これらに限定されない。例えば、３以上の無線親局（情報処理装置）により構成される通信システムについても、本技術の実施の形態を適用することができる。また、例えば、３、または、５以上の無線子局（情報処理装置）により構成される通信システムについても、本技術の実施の形態を適用することができる。

また、通信を行う２つの情報処理装置間の関係は、何れか一方を親局とし、他方を子局とするようにしてもよい。また、２つの情報処理装置間の接続を子局同士の直接通信の接続とするようにしてもよい。

ここで、ＩＥＥＥ８０２．１１は、ランダムアクセス型の無線通信規格である。また、ＩＥＥＥ８０２．１１では、複数の親局（親機）および子局（子機）が非同期的に送信を行う場合に、受信したパケットがどの装置から送信されたか、そのパケットが自装置宛てであるかを、ＭＡＣ（Media Access Control）ヘッダに記載されている情報を参照して判断することができる。また、ＭＡＣヘッダの内容の信憑性は、パケットの末尾にあるＦＣＳ（Frame Check Sequence）により確認することができる。

このように、ＭＡＣヘッダに記載されている情報を参照して判断する場合には、各機器は、受信すべきパケットであるか否か（すなわち、自装置宛てのパケットであるか否か）を、パケットを最後まで受信しなければ判定することができない。この場合には、自装置が属する無線ネットワーク以外からの不要なパケットの受信処理を継続するための無駄な電力を消費するおそれがある。また、不要なパケットの受信処理中に、本来受信すべき自局宛てパケットが到来した場合、この受信に失敗するおそれがある。

そこで、無線ネットワーク（ＢＳＳ）の識別子によるパケットフィルタリングを行い、不要な受信を早期に打ち切る技術が提案されている（例えば、非特許文献１参照。）。具体的には、ＰＨＹ層（physical layer）（特に、ＰＬＣＰ副層）において無線ネットワーク（ＢＳＳ）の識別子を挿入する。そして、その識別子によるパケットフィルタリングを行うことにより、不要な受信をＰＬＣＰ（Physical Layer Convergence Protocol）ヘッダまでで打ち切ることができる。なお、ＰＬＣＰ副層は、対応変調の異なる様々な機器が共通に解釈する必要がある情報を伝えるため、その情報を含むヘッダ部を一定の速度の変調で送信し、その後にＰＨＹ変調依存部を送信するプロトコルを意味する。また、ＰＬＣＰ層ＢＳＳ識別子は、ＢＳＳ ＣＯＬＯＲとも称される。すなわち、ＢＳＳ ＣＯＬＯＲは、ＰＨＹ ＰＬＣＰ層のネットワーク識別子を意味する。また、ＢＳＳＩＤ（Basic Service Set Identifier）は、ＢＳＳ（例えば、スター型のＭＡＣ層のネットワーク）のＭＡＣ（Media Access Control）層のネットワーク識別子を意味するものとする。なお、以降では、ＢＳＳ ＣＯＬＯＲおよびこれに関する情報のうちの少なくとも１つについては、適宜ＣＯＬＯＲ情報と称して説明する。なお、ＢＳＳ ＣＯＬＯＲは、請求の範囲に記載の物理層ネットワーク識別子の一例である。また、ＢＳＳＩＤは、請求の範囲に記載のデータリンク層ネットワーク識別子の一例である。

上述したように、ＢＳＳ ＣＯＬＯＲが格納されるＣＯＬＯＲフィールドは、有限である。このため、ＢＳＳ ＣＯＬＯＲが取り得る値の選択肢が限定される。例えば、非特許文献１の場合には、ＣＯＬＯＲフィールドは３ビットであり、取り得る選択肢は８通りしかないことになる。また、ＢＳＳ ＣＯＬＯＲは、親局（アクセスポイント）が独自に決定する。このため、通信可能範囲がオーバーラップする複数のＢＳＳ（ＯＢＳＳ）間において、ＢＳＳ ＣＯＬＯＲが重複するケースが発生しうる。なお、ＯＢＳＳは、自装置が属しないＢＳＳを意味する。このように、ＢＳＳ ＣＯＬＯＲが重複する場合には、パケットのフィルタリングを適切に行うことができず、パケットの早期打ち切りを行うことができないおそれがある。そこで、パケットのフィルタリングを適切に行い、不要な受信を適切に打ち切ることが重要である。

そこで、本技術の実施の形態では、親局がＢＳＳ ＣＯＬＯＲの重複を検出した場合には、新しいＢＳＳ ＣＯＬＯＲを決定し、子局（配下装置）に通知して更新を反映させる例を示す。すなわち、ＰＬＣＰヘッダに含まれるネットワーク識別子（ＢＳＳ ＣＯＬＯＲ）がＢＳＳ間で重複することを親局が検出した際に、所定の移行期間を設定して更新設定および通知を行う例を示す。これにより、改善効果を維持する仕組みを提供することができる。

［情報処理装置（親局）の構成例］
図２は、本技術の第１の実施の形態における情報処理装置２００の機能構成例を示すブロック図である。なお、情報処理装置１００乃至１０３、２０１の機能構成（無線通信に関する機能構成）については、情報処理装置２００と略同様であるため、ここでの説明を省略する。

情報処理装置２００は、データ処理部２１０と、変復調部２２０と、無線インターフェース部２３０と、アンテナ２３１と、制御部２４０と、メモリ２５０とを備える。なお、図２では、情報処理装置２００が１組の無線インターフェース部２３０およびアンテナ２３１を備える例を示すが、２組以上の無線インターフェース部およびアンテナを備えるようにしてもよい。

データ処理部２１０は、制御部２４０の制御に基づいて、各種データを処理するものである。例えば、データ処理部２１０は、上位層から入力されたデータが存在する場合の送信時には、そのデータに基づいて、無線送信のためのパケットについてメディアアクセス制御（ＭＡＣ）のための各処理を行う。この各処理は、例えば、ヘッダの付加や誤り検出符号の付加等の処理である。そして、データ処理部２１０は、処理後のデータを変復調部２２０へ供給する。また、例えば、データ処理部２１０は、変復調部２２０からの入力がある受信時の場合には、ＭＡＣヘッダの解析、パケット誤りの検出、リオーダー処理等を行い、処理後のデータをデータ処理部２１０のプロトコル上位層へ供給する。

変復調部２２０は、制御部２４０の制御に基づいて、変復調処理等を行うものである。例えば、変復調部２２０は、送信時は、データ処理部２１０からの入力データに対して、制御部２４０により設定されたコーディングおよび変調スキームに基づいて、エンコード、インターリーブ、変調等を行い、データシンボルストリームを生成する。そして、変復調部２２０は、最後にＰＬＣＰ（Physical Layer Convergence Protocol）ヘッダを付加して、無線インターフェース部２３０へ提供する。また、例えば、変復調部２２０は、受信時には、無線インターフェース部２３０から入力された符号化受信信号に対して送信時と逆の処理を行い、データ処理部２１０および制御部２４０へ供給する。

無線インターフェース部２３０は、他の情報処理装置と接続して各種情報を送受信するためのインターフェースである。例えば、送信時には、無線インターフェース部２３０は、変復調部２２０からの入力をアナログ信号へとコンバートして増幅し、フィルタリングおよび周波数アップコンバートを行い、アンテナ２３１へ送出する。また、例えば、受信時には、無線インターフェース部２３０は、アンテナ２３１からの入力に対して逆の処理を行い、その処理結果を変復調部２２０へ提供する。

制御部２４０は、データ処理部２１０、変復調部２２０および無線インターフェース部２３０の各々の受信動作および送信動作を制御するものである。例えば、制御部２４０は、各部間の情報の受け渡しや通信パラメータの設定、データ処理部２１０におけるパケットのスケジューリングを行う。また、例えば、制御部２４０は、ＢＳＳ ＣＯＬＯＲの決定およびその反映を行う。

また、例えば、制御部２４０は、情報処理装置２００が属する無線ネットワークＢＳＳ１１の第１の物理層ネットワーク識別子（ＢＳＳ ＣＯＬＯＲ）と、情報処理装置２００が属しない無線ネットワークＢＳＳ１２の第２の物理層ネットワーク識別子（ＢＳＳ ＣＯＬＯＲ）との一致を判定する。また、例えば、制御部２４０は、第１の物理層ネットワーク識別子（ＢＳＳ ＣＯＬＯＲ）および第２の物理層ネットワーク識別子（ＢＳＳ ＣＯＬＯＲ）が一致したと判定された場合には、第１の物理層ネットワーク識別子（ＢＳＳ ＣＯＬＯＲ）を変更し、その変更に関する変更情報を子局に送信する制御を行う。例えば、制御部２４０は、その変更に関する変更情報を、図９に示すビーコンフレーム（例えば、ＣＯＬＯＲ更新予告フレーム）により子局に送信することができる。

また、例えば、制御部２４０は、第１の物理層ネットワーク識別子（ＢＳＳ ＣＯＬＯＲ）を変更した場合には、パケットの受信処理を途中で打ち切る条件（例えば、パケットフィルタリング条件）を変更する制御を行う。

メモリ２５０は、制御部２４０によるデータ処理の作業領域としての役割や、各種データを保持する記憶媒体としての機能を有する。メモリ２５０として、例えば、不揮発性メモリ、磁気ディスク、光ディスク、ＭＯ（Magneto Optical）ディスク等の記憶媒体を用いることができる。なお、不揮発性メモリとして、例えば、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）、ＥＰＲＯＭ（Erasable Programmable ROM）を用いることができる。また、磁気ディスクとして、例えば、ハードディスク、円盤型磁性体ディスクを用いることができる。また、光ディスクとして、例えば、ＣＤ（Compact Disc）、ＤＶＤ−Ｒ（Digital Versatile Disc Recordable）、ＢＤ（Blu-Ray Disc（登録商標））を用いることができる。

ここで、本技術の実施の形態では、通信システム１０を構成する各装置が、パケット送受信に使用するＰＬＣＰヘッダ内に存在するＢＳＳ ＣＯＬＯＲに基づいて、パケットフィルタリングを行う例を示す。そこで、ＰＬＣＰヘッダのフォーマット例を図３に示す。

［ＰＬＣＰヘッダのフォーマット例］
図３は、本技術の第１の実施の形態における通信システム１０を構成する各装置間でやりとりされるＰＬＣＰヘッダのフォーマットの一例を示す図である。また、本技術の第１の実施の形態では、ＢＳＳ ＣＯＬＯＲをＨＥ−ＳＩＧ（High Efficiency SIGNAL）−Ａ３０４、３０８、３０９に格納する例を示す。

図３のａには、ＨＥ−ＳＩＧ−Ａ３０４を有するＰＬＣＰヘッダのフォーマット例を示す。

図３のａに示すＬ−ＳＴＦ（Legacy Short Training Field）３０１、Ｌ−ＬＴＦ（Legacy Long Training Field）３０２、ＨＥ−ＳＴＦ（High Efficiency Short Training Field）３０５、ＨＥ−ＬＴＦ（High Efficiency Long Training Field）３０６は、パケットの検出、タイミング同期、ゲイン、周波数オフセット、伝搬路利得の推定に用いられるフィールドである。

また、図３のａに示すＬ−ＳＩＧ（Legacy SIGNAL）３０３、ＨＥ−ＳＩＧ（High Efficiency SIGNAL）−Ａ３０４、ＨＥ−ＳＩＧ−Ｂ３０７は、データ部の変調、フレームの長さ等の情報を伝えるために用いられるフィールドである。

また、図３のｂおよびｃには、ＨＥ−ＳＩＧ−Ａ３０８、３０９を有するＰＬＣＰヘッダの他のフォーマット例を示す。

また、ＨＥ−ＳＩＧには、ＢＳＳ ＣＯＬＯＲを格納する以外に、他の情報を格納することができる。例えば、ＨＥ−ＳＩＧには、後続のフィールドが伝送に使用する周波数、変調、符号化方式、ガードインターバルの長さ、重みの乗算の有無等を指定する情報を格納することができる。また、例えば、ＨＥ−ＳＩＧには、そのフレームに対する応答フレームに使用すべき周波数、変調、符号化方式、ガードインターバルの長さ、重みの乗の有無等を指定する情報を格納することができる。

図３のｄには、後方互換性を有してＨＥ−ＳＩＧ−Ａフィールドを有しないパケットの例を示す。

上述したように、ＢＳＳ ＣＯＬＯＲは、親局が決定する。また、親局は、その決定されたＢＳＳ ＣＯＬＯＲを自装置の送信パケットにおけるＰＬＣＰヘッダに付加する。また、親局は、その決定されたＢＳＳ ＣＯＬＯＲを受信パケットに対するフィルタリングに使用する。

また、親局は、その決定されたＢＳＳ ＣＯＬＯＲを子局に通知する。例えば、親局は、その決定されたＢＳＳ ＣＯＬＯＲをビーコンに含めて子局に送信して通知することができる。

また、子局は、接続時に親局から通知されたＢＳＳ ＣＯＬＯＲを自装置の送信パケットにおけるＰＬＣＰヘッダに付加する。また、子局は、その通知されたＢＳＳ ＣＯＬＯＲを受信パケットに対するフィルタリングに使用する。このフィルタリングに関する各情報処理装置における受信時に動作例を図４に示す。

［パケット検出／受信判定処理の動作例］
図４は、本技術の第１の実施の形態における情報処理装置２００によるパケット検出／受信判定処理の処理手順の一例を示すフローチャートである。すなわち、図４では、ＢＳＳ ＣＯＬＯＲによるフィルタリングを伴うパケット検出／受信判定処理の処理手順の一例を示す。なお、図４では、情報処理装置２００の動作例のみを示すが、他の情報処理装置についても同様である。このため、他の情報処理装置については、ここでの説明を省略する。

最初に、情報処理装置２００の変復調部２２０は、アンテナ２３１を介して入力される信号に対してＲＳＳＩ（Received Signal Strength Indicator）の計測を行い、その計測により求められたＲＳＳＩを保持する（ステップＳ８０１）。なお、ＲＳＳＩは、受信信号電力強度である。また、変復調部２２０は、Ｐｒｅａｍｂｌｅパターンの相関計算を行い、相関器出力（Ｐｒｅａｍｂｌｅ相関器出力）を求める（ステップＳ８０１）。この相関器出力は、相関出力強度ＣＯＬ（＝ＲＳＳＩ×正規化された相関器出力）を意味する。すなわち、相関器出力は、正規化された相関器出力レベルではなく、受信電力を反映して換算された相関器出力である。

このように、親局、子局のそれぞれは、待ち受け状態にいる間、アンテナを介して入力される信号に対して、ＲＳＳＩの測定とＰｒｅａｍｂｌｅ相関器出力とをモニタする（ステップＳ８０１）。

モニタしているＰｒｅａｍｂｌｅ相関器出力は、検出閾値と比較される（ステップＳ８０２）。ここで、検出閾値は、本判定処理に先立ってＳＩＮＧＡＬフィールドを読むための検出閾値である。検出閾値として、例えば、ＩＥＥＥ８０２．１１規格では、目安値として、２０ＭＨｚ帯域幅あたり−８２ｄＢｍという値が参照されている。また、検出閾値として、−８２ｄＢｍ以外の値を用いるようにしてもよい。

Ｐｒｅａｍｂｌｅ相関器出力の値が検出閾値以下である場合には（ステップＳ８０２）、制御部２４０は、測定されたＲＳＳＩとエネルギー検出閾値ＥＤとを比較する（ステップＳ８０３）。そして、制御部２４０は、そのＲＳＳＩがエネルギー検出閾値ＥＤを超えているか否かを判断する（ステップＳ８０３）。ここで、エネルギー検出閾値ＥＤは、例えば、２０ＭＨｚ帯域幅あたり−６２ｄＢｍとすることができる。

そのＲＳＳＩがエネルギー検出閾値ＥＤを超えている場合には（ステップＳ８０３）、制御部２４０は、キャリアセンスＢＵＳＹ状態を維持して（ステップＳ８０４）、パケット検出／受信判定処理の動作を終了する。一方、そのＲＳＳＩがエネルギー検出閾値ＥＤ以下である場合には（ステップＳ８０３）、制御部２４０は、キャリアセンスＩＤＬＥ状態に遷移して（ステップＳ８０５）、パケット検出／受信判定処理の動作を終了する。

また、Ｐｒｅａｍｂｌｅ相関器出力の値が検出閾値を超えた場合には（ステップＳ８０２）、制御部２４０は、キャリアセンスＢＵＳＹ状態に遷移して、ＳＩＧＮＡＬフィールド（ＰＬＣＰヘッダ内のＨＥ−ＳＩＧ−Ａフィールド）を受信する（ステップＳ８０６）。

続いて、制御部２４０は、受信したＳＩＧＮＡＬフィールドの正当性がＰａｒｉｔｙもしくはＣＲＣ（Cyclic Redundancy Check）に基づいて確認できたか否かを判断する（ステップＳ８０７）。受信したＳＩＧＮＡＬフィールドの正当性が確認できない場合には（ステップＳ８０７）、制御部２４０は、そのパケットの受信をキャンセルして待ち受け状態に戻る（ステップＳ８０８）。また、制御部２４０は、次回の送信試行の前のフレーム間隔（ＩＦＳ（Inter Frame Space））をＡＩＦＳ（Arbitration IFS）とする。

受信したＳＩＧＮＡＬフィールドの正当性が確認できた場合には（ステップＳ８０７）、制御部２４０は、そのＳＩＧＮＡＬフィールド内にＢＳＳ ＣＯＬＯＲ情報が存在するか否かを判断する（ステップＳ８０９）。ここで、ＳＩＧＮＡＬフィールド内にＢＳＳ ＣＯＬＯＲ情報が存在するパケットは、ＨＥ−ＳＩＧ−Ａフィールド内にＢＳＳ ＣＯＬＯＲフィールドが存在し、その値がワイルドカードＣＯＬＯＲ値ではないパケットを意味するものとする。ここで、ワイルドカードＣＯＬＯＲ値は、受信強制することを意味する値であるものとする。一方、ＳＩＧＮＡＬフィールド内にＢＳＳ ＣＯＬＯＲ情報が存在しないパケットは、ＨＥ−ＳＩＧ−Ａフィールド内にＢＳＳ ＣＯＬＯＲが存在しないパケット、または、ＳＩＧＮＡＬフィールド内にＢＳＳ ＣＯＬＯＲ情報が存在するものの、値としてワイルドカードＣＯＬＯＲ値が記載されているパケット、または、後方互換性を有してＨＥ−ＳＩＧ−Ａフィールドを有しないパケットを意味する。なお、後方互換性を有してＨＥ−ＳＩＧ−Ａフィールドを有しないパケットは、例えば、図３のｄに示すパケットである。

そのＳＩＧＮＡＬフィールド内にＢＳＳ ＣＯＬＯＲ情報が存在しない場合には（ステップＳ８０９）、ステップＳ８１１に進む。

そのＳＩＧＮＡＬフィールド内にＢＳＳ ＣＯＬＯＲ情報が存在する場合には（ステップＳ８０９）、そのＢＳＳ ＣＯＬＯＲが受信必須条件を満たすか否かを判断する（ステップＳ８１０）。ここで、必須受信条件は、そのＳＩＧＮＡＬフィールド内（ＰＬＣＰヘッダ内のＨＥ−ＳＩＧ−Ａフィールド内）に存在するＢＳＳ ＣＯＬＯＲが自ＢＳＳの使用しているＣＯＬＯＲと一致することを意味する。なお、自ＢＳＳは、自装置が属するＢＳＳを意味する。

そのＢＳＳ ＣＯＬＯＲが受信必須条件を満たす場合には（ステップＳ８１０）、制御部２４０は、そのＳＩＧＮＡＬフィールドを含むパケットの受信処理を最後まで継続する（ステップＳ８１１）。この場合には、制御部２４０は、次回の送信試行の前のフレーム間隔（ＩＦＳ）を、その受信結果に応じて決定する。

そのＢＳＳ ＣＯＬＯＲが受信必須条件を満たさない場合には（ステップＳ８１０）、制御部２４０は、そのＳＩＧＮＡＬフィールドを含むパケットの受信処理をＳＩＧＮＡＬ部までで打ち切り（キャンセル）して、待ち受け状態に戻ることができる（ステップＳ８１２）。ただし、キャリアセンス状態は、そのパケットの終了時刻までＢＵＳＹとして扱う（ステップＳ８１３）。また、次回の送信試行の前のフレーム間隔（ＩＦＳ）をＡＩＦＳとする。

ここで、例えば、近接する２つのＢＳＳ（例えば、図１に示すＢＳＳ１１およびＢＳＳ１２）が同一のＣＯＬＯＲを使用している場合を想定する。この場合には、それぞれのＢＳＳのエリアに含まれる親局および子局は、ＯＢＳＳ側からの電波の到達範囲内に存在することになる。このため、それぞれのＢＳＳのエリアに含まれる親局および子局は、到来した受信不要なパケットであっても、必須受信条件を満たすことになるため、そのパケットの受信をキャンセルすることができない。

また、ＨＥ−ＳＩＧ−Ａフィールド内にＢＳＳ ＣＯＬＯＲ情報が存在しないパケットを受信した場合には、そのパケットの受信をキャンセルすることはできない。また、図３のｄに示すようなパケット（すなわち、後方互換性を有してＨＥ−ＳＩＧ−Ａフィールドを有しないパケット）を受信した場合にも、そのパケットの受信をキャンセルすることはできない。

そこで、本技術の実施の形態では、ＯＢＳＳとのＯＢＳＳ ＣＯＬＯＲの重複（一致）が検出された場合に、新しいＣＯＬＯＲを決定して各情報処理装置に反映させるようにする。

［通信例］
図５は、本技術の第１の実施の形態における通信システム１０を構成する各装置間における通信処理例を示すシーケンスチャートである。

本技術の第１の実施の形態では、図５に示すように、情報処理装置１００および情報処理装置２００間で行われる各処理を６フェーズに分けて説明する。すなわち、初期ＣＯＬＯＲ決定処理、初期ＣＯＬＯＲ共有処理、ＣＯＬＯＲ重複検出処理、新ＣＯＬＯＲ決定処理、ＣＯＬＯＲ更新通知処理、ＣＯＬＯＲ更新反映処理の６フェーズに分けて説明する。また、これら以外の送受信処理については、ＣＯＬＯＲによるフィルタリング処理が存在する点以外は、規格準拠の一般的なＣＳＭＡ／ＣＡ（Carrier Sense Multiple Access with Collision Avoidance）に則った処理と同等である。

なお、図５では、親局および子局間の関係として、情報処理装置２００および情報処理装置１００間の関係のみを示すが、他の情報処理装置間の関係についても同様である。

最初に、情報処理装置２００は、初期ＣＯＬＯＲ決定処理を行う（４０１）。

続いて、情報処理装置２００および情報処理装置１００間で初期ＣＯＬＯＲ共有処理が行われる（４０２）。

続いて、情報処理装置２００および情報処理装置１００間でＣＯＬＯＲ重複検出処理が行われる（４０３）。このＣＯＬＯＲ重複検出処理については、図７を参照して詳細に説明する。ここで、本技術の実施の形態では、比較対象となるＢＳＳ ＣＯＬＯＲが一致する場合を、ＢＳＳ ＣＯＬＯＲの重複を検出と称して説明する。また、本技術の第１および第３の実施の形態では、親局がＢＳＳ ＣＯＬＯＲの重複を検出する例を示す。また、本技術の第２および第４の実施の形態では、子局がＢＳＳ ＣＯＬＯＲの重複を検出する例を示す。

続いて、情報処理装置２００は、新ＣＯＬＯＲ決定処理を行う（４０４）。この新ＣＯＬＯＲ決定処理については、図１０を参照して詳細に説明する。

続いて、情報処理装置１００および情報処理装置２００間でＣＯＬＯＲ更新通知処理が行われる（４０５）。

続いて、情報処理装置２００および情報処理装置１００の各々は、ＣＯＬＯＲ更新反映処理を行う（４０６、４０７）。このＣＯＬＯＲ更新反映処理については、図１２を参照して詳細に説明する。

なお、以下では、主に、親局として情報処理装置２００を例にして説明し、子局として情報処理装置１００を例にして説明する。

［初期ＣＯＬＯＲ決定処理例］
初期ＣＯＬＯＲ決定処理は、親局がＣＯＬＯＲ運用を開始する際に、初期状態で使用するＢＳＳ ＣＯＬＯＲを決定する処理である。

最初に、情報処理装置２００の制御部２４０は、開設をしようとしている周波数チャネルにおける、周囲のＯＢＳＳからのビーコンをモニタする。次に、情報処理装置２００の制御部２４０は、検出されたＯＢＳＳからの各ビーコンで報知されている、ＯＢＳＳにて既に使用されているＢＳＳ ＣＯＬＯＲを抽出する。次に、情報処理装置２００の制御部２４０は、その抽出されたＢＳＳ ＣＯＬＯＲ以外の選択肢から、ランダムにＢＳＳ ＣＯＬＯＲ値を選択して決定する。また、ワイルドカードＣＯＬＯＲ値が定義されている場合には、情報処理装置２００の制御部２４０は、このＣＯＬＯＲ値も選択肢から除外して決定する。

ここで、モニタする対象は必ずしもビーコンフレームのみでなくてもよい。例えば、ＣＯＬＯＲ情報をＰＬＣＰヘッダ内に含む、他のフレームタイプのフレームもモニタの対象とし、そのＰＬＣＰヘッダ内のＣＯＬＯＲの情報を、ＯＢＳＳで既に使用されているＣＯＬＯＲ情報として抽出することとしてもよい。

この初期ＣＯＬＯＲ決定処理は、ＢＳＳの開設時に同時に行うようにしてもよく、ＢＳＳ開設後の子局との接続中に行うようにしてもよい。

［ＣＯＬＯＲ情報共有フレームのフォーマット例］
図６は、本技術の第１の実施の形態における通信システム１０を構成する各装置間でやりとりされるＣＯＬＯＲ情報共有フレームのフォーマットの一例を示す図である。

ＣＯＬＯＲ情報共有フレームは、ＰＬＣＰ Ｈｅａｄｅｒ３１１と、ＭＡＣ Ｈｅａｄｅｒ３１２と、Ｐａｙｌｏａｄ３１３と、ＦＣＳ（Frame Check Sequence）３１４とにより構成される。

Ｐａｙｌｏａｄ３１３は、Ｃａｔｅｇｏｒｙ３１５と、Ａｃｔｉｏｎ３１６と、ＢＳＳ ＣＯＬＯＲ３１７とにより構成される。

Ｃａｔｅｇｏｒｙ３１５には、ＣＯＬＯＲ情報共有フレームである旨が格納される。

Ａｃｔｉｏｎ３１６には、ＣＯＬＯＲ情報（ＢＳＳ ＣＯＬＯＲ）を共有するための通知である旨が格納される。

ＢＳＳ ＣＯＬＯＲ３１７には、初期ＣＯＬＯＲ決定処理において決定された初期ＣＯＬＯＲ情報（ＢＳＳ ＣＯＬＯＲ）が格納される。

［初期ＣＯＬＯＲ共有処理の動作例］
初期ＣＯＬＯＲ共有処理は、親局により決定された初期ＣＯＬＯＲ情報（ＢＳＳ ＣＯＬＯＲ）を子局と共有するための処理である。

情報処理装置２００は、初期ＣＯＬＯＲ決定処理において決定された初期ＣＯＬＯＲ情報（ＢＳＳ ＣＯＬＯＲ）を子局に送信する。例えば、情報処理装置２００は、ビーコン、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレーム、専用のＣＯＬＯＲ情報共有フレーム（図６に示す）の何れかに、初期ＣＯＬＯＲ情報（ＢＳＳ ＣＯＬＯＲ）を含めて送信する。

ここで、初期ＣＯＬＯＲ共有処理は、子局が親局に接続するための一連の手順（Ｓｃａｎ⇒Ａｕｔｈｅｎｔｉｃａｔｉｏｎ⇒Ａｓｓｏｃｉａｔｉｏｎ⇒４−ｗａｙ Ｈａｎｄｓｈａｋｅ）に含めるようにしてもよい。また、初期ＣＯＬＯＲ共有処理は、接続確立後に、親局から子局に対してＣＯＬＯＲ情報共有フレームを送信することにより行うようにしてもよい。

また、子局は、親局から送信されたＣＯＬＯＲ情報（ＢＳＳ ＣＯＬＯＲ）を取得する。例えば、子局は、ビーコン、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレーム、ＣＯＬＯＲ情報共有フレームの内容から、ＢＳＳ内で使用されているＢＳＳ ＣＯＬＯＲを取得する。このように、ＢＳＳ ＣＯＬＯＲを取得した子局は、その取得したＢＳＳ ＣＯＬＯＲを、自装置の送信パケットにおけるＰＬＣＰヘッダに付加する。また、ＢＳＳ ＣＯＬＯＲを取得した子局は、その取得したＢＳＳ ＣＯＬＯＲを、パケット受信時におけるフィルタリングに使用する。

［ＣＯＬＯＲ重複検出処理の動作例］
図７は、本技術の第１の実施の形態における情報処理装置２００によるＣＯＬＯＲ重複検出処理の処理手順の一例を示すフローチャートである。

最初に、情報処理装置２００の制御部２４０は、受信したパケットについて、最後まで受信してＦＣＳで内容の正当性が確認されたパケットが存在するか否かを判断する（ステップＳ８２１）。そして、内容の正当性が確認されたパケットが存在しない場合には（ステップＳ８２１）、制御部２４０は、ＣＯＬＯＲ重複でないと判定する（ステップＳ８２７）。

内容の正当性が確認されたパケットが存在する場合には（ステップＳ８２１）、制御部２４０は、そのパケットのＭＡＣヘッダ内にＢＳＳＩＤを示す情報が存在し、かつ、そのＢＳＳＩＤが自ＢＳＳのＢＳＳＩＤと異なるか否かを判断する（ステップＳ８２２）。

ＭＡＣヘッダ内にＢＳＳＩＤを示す情報が存在しない場合、または、そのＢＳＳＩＤが自ＢＳＳのＢＳＳＩＤと同一である場合には（ステップＳ８２２）、ステップＳ８２７に進む。

ＭＡＣヘッダ内にＢＳＳＩＤを示す情報が存在し、かつ、そのＢＳＳＩＤが自ＢＳＳのＢＳＳＩＤと異なる場合には（ステップＳ８２２）、制御部２４０は、そのパケットはビーコンフレームであるか否かを判断する（ステップＳ８２３）。

そのパケットがビーコンフレームである場合には（ステップＳ８２３）、制御部２４０は、そのビーコンフレームにおけるＰａｙｌｏａｄ内のＣＯＬＯＲ情報が、自ＢＳＳのＣＯＬＯＲと同一であるか否かを判断する（ステップＳ８２４）。

そのパケットがビーコンフレームでない場合には（ステップＳ８２３）、制御部２４０は、そのパケットのＰＬＣＰヘッダ内にＣＯＬＯＲ情報が存在し、かつ、そのＣＯＬＯＲ情報が自ＢＳＳのＣＯＬＯＲと一致するか否かを判断する（ステップＳ８２５）。

そのパケットのＰＬＣＰヘッダ内にＣＯＬＯＲ情報が存在し、かつ、そのＣＯＬＯＲ情報が自ＢＳＳのＣＯＬＯＲと一致する場合には（ステップＳ８２５）、ステップＳ８２６に進む。一方、そのパケットのＰＬＣＰヘッダ内にＣＯＬＯＲ情報が存在しない場合、または、そのＣＯＬＯＲ情報が自ＢＳＳのＣＯＬＯＲと一致しない場合には（ステップＳ８２５）、ステップＳ８２７に進む。

このように、ＣＯＬＯＲ重複検出処理において、２つの検出条件を用いてＣＯＬＯＲ重複を判定することができる。すなわち、受信したパケットの物理ヘッダに存在するＢＳＳ ＣＯＬＯＲの値と、自ＢＳＳで使用されているＢＳＳ ＣＯＬＯＲの値とが同一であり、かつ、ＭＡＣヘッダに存在するＢＳＳＩＤの値と、自ＢＳＳのＢＳＳＩＤの値とが異なる場合に、自ＢＳＳのＢＳＳ ＣＯＬＯＲと、ＯＢＳＳのＢＳＳ ＣＯＬＯＲとが一致したと判定することができる。また、受信したビーコンパケットのペイロード内に記載されているＢＳＳ ＣＯＬＯＲの情報と、自ＢＳＳで使用されているＢＳＳ ＣＯＬＯＲの情報とが同一であり、かつ、ＭＡＣヘッダに存在するＢＳＳＩＤの情報と、自ＢＳＳのＢＳＳＩＤの情報とが異なる場合に、自ＢＳＳのＢＳＳ ＣＯＬＯＲと、ＯＢＳＳのＢＳＳ ＣＯＬＯＲとが一致したと判定することができる。

また、ＢＳＳＩＤやＣＯＬＯＲのフィールドが無いパケットを受信した場合には、検出対象外とすることができる。

なお、情報処理装置２００は、重複検出の有無に関わらず、そのＣＯＬＯＲ重複検出処理によって得られた、自局の周囲で使用されているＣＯＬＯＲの情報を、周囲の機器に通知してもよい。その際には、そのＣＯＬＯＲ情報だけでなく、追加で、そのＣＯＬＯＲに対応するＢＳＳで使用されているＢＳＳＩＤや、そのＣＯＬＯＲ情報が載っているフレームを受信した際のＲＳＳＩを通知してもよい。その場合、自局の周囲で使用されているＣＯＬＯＲが複数検出された場合には、それぞれについて通知するようにしてもよい。

その通知の方法については、宛先を指定したユニキャストの通知であっても、ブロードキャストやマルチキャストを宛先に指定した報知の形を取ってもよい。また、ＣＯＬＯＲモニタ結果通知フレームのフォーマット例を図８に示す。

［ＣＯＬＯＲモニタ結果通知フレームのフォーマット例］
図８は、本技術の第１の実施の形態における通信システム１０を構成する各装置間でやりとりされるＣＯＬＯＲモニタ結果通知フレームのフォーマット例を示す図である。

ＣＯＬＯＲモニタ結果通知フレームは、ＰＬＣＰ Ｈｅａｄｅｒ５０１と、ＭＡＣ Ｈｅａｄｅｒ５０２と、Ｐａｙｌｏａｄ５０３と、ＦＣＳ（Frame Check Sequence）５０４とにより構成される。

Ｐａｙｌｏａｄ５０３は、Ｃａｔｅｇｏｒｙ５０５と、Ａｃｔｉｏｎ５０６と、Ｎｕｍｂｅｒ ｏｆ Ｅｎｔｒｉｅｓ５０７と、Ｄｅｔｅｃｔｅｄ ＣＯＬＯＲ５０８、５１１と、ＢＳＳＩＤ ｏｆ ｄｅｔｅｃｔｅｄ ＣＯＬＯＲ５０９、５１２と、ＲＳＳＩ ｏｆ ｄｅｔｅｃｔｅｄ ＣＯＬＯＲ５１０、５１３とにより構成される。

Ｃａｔｅｇｏｒｙ５０５には、ＣＯＬＯＲモニタ結果通知フレームである旨が格納される。

Ａｃｔｉｏｎ５０６には、ＣＯＬＯＲモニタ結果の通知である旨が格納される。

Ｎｕｍｂｅｒ ｏｆ Ｅｎｔｒｉｅｓ５０７には、ＣＯＬＯＲモニタ結果通知フレームに格納されている情報の組み合わせの数Ｎが格納される。すなわち、Ｎｕｍｂｅｒ ｏｆ Ｅｎｔｒｉｅｓ５０７には、Ｄｅｔｅｃｔｅｄ ＣＯＬＯＲ、ＢＳＳＩＤ ｏｆ ｄｅｔｅｃｔｅｄ ＣＯＬＯＲおよびＲＳＳＩ ｏｆ ｄｅｔｅｃｔｅｄ ＣＯＬＯＲの組み合わせの数Ｎが格納される。

Ｄｅｔｅｃｔｅｄ ＣＯＬＯＲ５０８、５１１には、自局の周囲で使用されているＢＳＳ ＣＯＬＯＲに関する情報が格納される。

ＢＳＳＩＤ ｏｆ ｄｅｔｅｃｔｅｄ ＣＯＬＯＲ５０９、５１２には、自局の周囲で使用されているＢＳＳ ＣＯＬＯＲを発信したネットワークのＢＳＳＩＤが格納される。

ＲＳＳＩ ｏｆ ｄｅｔｅｃｔｅｄ ＣＯＬＯＲ５１０、５１３には、自局の周囲で使用されているＢＳＳ ＣＯＬＯＲのＯＢＳＳからのパケットのＲＳＳＩが格納される。

また、ＣＯＬＯＲモニタ結果通知フレームを必ず受信させるため、ＰＬＣＰ Ｈｅａｄｅｒ５０１には、自ＢＳＳのＣＯＬＯＲ情報（ＢＳＳ ＣＯＬＯＲ）を格納しない。

また、ＣＯＬＯＲ重複検出処理によりＣＯＬＯＲ重複が検出された場合には、情報処理装置２００は、新しいＢＳＳ ＣＯＬＯＲを決定する。以降では、説明の容易のため、重複が検出されたＢＳＳ ＣＯＬＯＲを旧ＣＯＬＯＲと称し、重複の検出後に新しく決定されたＢＳＳ ＣＯＬＯＲを新ＣＯＬＯＲと称して説明する。また、新ＣＯＬＯＲを決定する新ＣＯＬＯＲ決定処理の動作例を図１０に示す。

［ビーコンフレームのフォーマット例］
図９は、本技術の第１の実施の形態における通信システム１０を構成する各装置間でやりとりされるビーコンフレームのフォーマット例を示す図である。

本技術の第１の実施の形態では、ビーコンフレームにおけるＰａｙｌｏａｄ３２２のＣＯＬＯＲ ｉｎｆｏ３２３に、自ＢＳＳのＣＯＬＯＲ情報（ＢＳＳ ＣＯＬＯＲ）を格納する。また、ＣＯＬＯＲ ｉｎｆｏ３２３は、常時設けられるフィールドである。

また、本技術の第１の実施の形態では、子局にビーコンフレームを必ず受信させるため、ビーコンフレームにおけるＰＬＣＰ Ｈｅａｄｅｒ３２１には、自ＢＳＳのＣＯＬＯＲ情報（ＢＳＳ ＣＯＬＯＲ）を格納しない。

また、上述したように、ＣＯＬＯＲ重複検出処理によりＣＯＬＯＲ重複が検出された場合には、新ＣＯＬＯＲが決定される。このため、その決定された新ＣＯＬＯＲを子局に通知する必要がある。そこで、本技術の第１の実施の形態では、その決定された新ＣＯＬＯＲを子局に通知するためのフィールド（ＣＯＬＯＲ Ｕｐｄａｔｅ Ａｎｎｏｕｎｃｅｍｅｎｔ３２４）を、更新移行期間だけＰａｙｌｏａｄ３２２に設けるようにする。すなわち、ＣＯＬＯＲ Ｕｐｄａｔｅ Ａｎｎｏｕｎｃｅｍｅｎｔ３２４は、ＣＯＬＯＲ変更が発生したときのみ、追加されるエレメント（ＣＯＬＯＲ Ｕｐｄａｔｅ Ａｎｎｏｕｎｃｅエレメント）である。

ＣＯＬＯＲ Ｕｐｄａｔｅ Ａｎｎｏｕｎｃｅｍｅｎｔ３２４のＮｅｗ ＣＯＬＯＲ３２５には、新ＣＯＬＯＲ決定処理により決定された新ＣＯＬＯＲが格納される。

ＣＯＬＯＲ Ｕｐｄａｔｅ Ａｎｎｏｕｎｃｅｍｅｎｔ３２４のＳｔａｒｔ Ｔｉｍｅ ｆｏｒ ｎｅｗ ＣＯＬＯＲ Ｏｐｅｒａｔｉｏｎ３２６には、新ＣＯＬＯＲ決定処理により決定された新ＣＯＬＯＲの適用開始時刻が格納される。なお、Ｓｔａｒｔ Ｔｉｍｅ ｆｏｒ ｎｅｗ ＣＯＬＯＲ Ｏｐｅｒａｔｉｏｎ３２６を省略するようにしてもよい。この場合には、ＣＯＬＯＲ Ｕｐｄａｔｅ Ａｎｎｏｕｎｃｅｍｅｎｔ３２４の含まれたビーコンフレームを受信した時刻を、新ＣＯＬＯＲ決定処理により決定された新ＣＯＬＯＲの適用開始時刻として、子局が認識することができる。

ＣＯＬＯＲ Ｕｐｄａｔｅ Ａｎｎｏｕｎｃｅｍｅｎｔ３２４のＯｌｄ ＣＯＬＯＲ３２７には、ＣＯＬＯＲ重複検出処理によりＣＯＬＯＲ重複が検出された旧ＣＯＬＯＲが格納される。なお、Ｏｌｄ ＣＯＬＯＲ３２７には、ＣＯＬＯＲ ｉｎｆｏ３２３と同一の情報が格納される。このため、子局が、ＣＯＬＯＲ ｉｎｆｏ３２３を参照することができる場合には、Ｏｌｄ ＣＯＬＯＲ３２７を省略するようにしてもよい。

ＣＯＬＯＲ Ｕｐｄａｔｅ Ａｎｎｏｕｎｃｅｍｅｎｔ３２４のＥｎｄ Ｔｉｍｅ ｆｏｒ ｏｌｄ ＣＯＬＯＲ Ｏｐｅｒａｔｉｏｎ３２８には、ＣＯＬＯＲ重複検出処理によりＣＯＬＯＲ重複が検出された旧ＣＯＬＯＲの適用終了時刻が格納される。

ここで、Ｐｏｗｅｒ Ｓａｖｅ状態となっている子局が存在することも想定される。そこで、Ｐｏｗｅｒ Ｓａｖｅ状態となっている子局でも、新ＣＯＬＯＲを受信することができるように、旧ＣＯＬＯＲ適用終了時刻を設定することが好ましい。例えば、Ｐｏｗｅｒ Ｓａｖｅ状態となっている子局が存在する場合には、少なくともＣＯＬＯＲ変更が発生した時刻からＤＴＩＭ（Delivery Traffic Indication Message）間隔以上経過した時刻を、「旧ＣＯＬＯＲ適用終了時刻」として設定することができる。

また、ＣＯＬＯＲ Ｕｐｄａｔｅ Ａｎｎｏｕｎｃｅエレメントは、少なくともＣＯＬＯＲ変更が発生した時刻から、旧ＣＯＬＯＲ適用終了時刻までの間、報知することが好ましい。すなわち、少なくともＣＯＬＯＲ変更が発生した時刻から、旧ＣＯＬＯＲ適用終了時刻までの間、情報処理装置２００から送信されるビーコンには、ＣＯＬＯＲ Ｕｐｄａｔｅ Ａｎｎｏｕｎｃｅｍｅｎｔ３２４が設けられる。

このように、図９に示すビーコンフレームは、ＢＳＳ ＣＯＬＯＲの更新予告フレーム（変更情報）として把握することができる。また、更新予告フレームは、子局が受信することができる確率を向上させるため、少なくともＣＯＬＯＲ変更が発生した時刻から、旧ＣＯＬＯＲ適用終了時刻までの間、複数回送信するようにする。また、更新予告フレームでは、新ＣＯＬＯＲ適用開始時刻と、旧ＣＯＬＯＲ適用終了時刻とをそれぞれ絶対時刻で指定する。

ここで、子局によっては、ビーコンの受信状況等が異なるため、新ＣＯＬＯＲの適用タイミングも異なる可能性がある。このため、例えば、新ＣＯＬＯＲおよび旧ＣＯＬＯＲに関するオーバーラップ期間を設定しておかないと、誤ったパケットフィルタリングが行われてエラーが発生するおそれもある。そこで、本技術の第１の実施の形態では、新ＣＯＬＯＲおよび旧ＣＯＬＯＲの時刻を別に定義してオーバーラップすることを許容する。

このように、ＣＯＬＯＲ ｉｎｆｏ３２３は、常時設けられるフィールドであるのに対し、ＣＯＬＯＲ Ｕｐｄａｔｅ Ａｎｎｏｕｎｃｅｍｅｎｔ３２４は、更新移行期間だけ設けられるフィールドである。

このように、情報処理装置２００の制御部２４０は、新ＣＯＬＯＲの使用を開始する開始タイミングと、旧ＣＯＬＯＲの使用を終了する終了タイミングとを指定するための指定情報を変更情報（ビーコンフレーム）に含めて送信する。また、制御部２４０は、自ＢＳＳにＰｏｗｅｒ Ｓａｖｅ状態となっている子局が存在する場合には、開始タイミングから終了タイミングまでの時間として、ＤＴＩＭ間隔以上の時間を設定することができる。

［新ＣＯＬＯＲ決定処理の動作例］
図１０は、本技術の第１の実施の形態における情報処理装置２００による新ＣＯＬＯＲ決定処理の処理手順の一例を示すフローチャートである。

最初に、情報処理装置２００の制御部２４０は、周囲のビーコン（ＯＢＳＳ（重複検出したＢＳＳ以外のＢＳＳを含む）からのビーコン）をモニタする（ステップＳ８３１）。ここで、重複が検出された場合には、その重複先のＢＳＳにおいても、新ＣＯＬＯＲ決定処理が行われ、ＢＳＳ ＣＯＬＯＲが更新されることも想定される。そこで、重複先のＢＳＳと同時に更新することを避けるため、周囲のビーコンをモニタする時間長は、一定範囲内でランダム長の時間とすることが好ましい。

ここで、モニタする対象は必ずしもビーコンフレームのみでなくてもよい。例えば、ＣＯＬＯＲ情報をＰＬＣＰヘッダ内に含む、他のフレームタイプのフレームもモニタの対象とし、そのＰＬＣＰヘッダ内のＣＯＬＯＲの情報を、ＯＢＳＳで既に使用されているＣＯＬＯＲ情報として抽出することとしてもよい。

続いて、制御部２４０は、ＣＯＬＯＲ重複を検出したＯＢＳＳからのビーコンにおいて、ＣＯＬＯＲ更新通知領域（ＣＯＬＯＲ Ｕｐｄａｔｅ Ａｎｎｏｕｎｃｅｍｅｎｔ３２４（図９に示す））が存在するか否かを判断する（ステップＳ８３２）。

そのＣＯＬＯＲ変更通知領域が存在する場合には（ステップＳ８３２）、ＣＯＬＯＲ重複を検出したＯＢＳＳが、ＢＳＳ ＣＯＬＯＲを更新することを意味する。このため、情報処理装置２００が属するＢＳＳのＣＯＬＯＲを更新しなくても、ＣＯＬＯＲ重複が解消されることになる。そこで、そのエレメントが存在する場合には（ステップＳ８３２）、制御部２４０は、ＣＯＬＯＲ更新を中止する（ステップＳ８３３）。

そのエレメントが存在しない場合には（ステップＳ８３２）、制御部２４０は、モニタ中に受信したＯＢＳＳからの各ビーコンの内容に基づいて、ＯＢＳＳで既に使用されているＣＯＬＯＲ情報（ＢＳＳ ＣＯＬＯＲ）を抽出する（ステップＳ８３４）。

続いて、制御部２４０は、その抽出されたＣＯＬＯＲ値（ＢＳＳ ＣＯＬＯＲ）と、重複検出されたＣＯＬＯＲ値（ＢＳＳ ＣＯＬＯＲ）とを新ＣＯＬＯＲの選択肢から除外する（ステップＳ８３５）。ここで、モニタ中に受信したＯＢＳＳからの各ビーコンが、使用中のＣＯＬＯＲ情報（ＢＳＳ ＣＯＬＯＲ）の他に、ＣＯＬＯＲ変更通知を示す「ＣＯＬＯＲ Ｕｐｄａｔｅ Ａｎｎｏｕｎｃｅエレメント」を報知していることも想定される。この場合には、制御部２４０は、そのＣＯＬＯＲ変更通知により特定される変更先のＢＳＳ ＣＯＬＯＲについても、ＯＢＳＳで既に使用されているＣＯＬＯＲ情報として抽出して新ＣＯＬＯＲの選択肢から除外するようにする。また、ワイルドカードＣＯＬＯＲ値が定義されている場合には、情報処理装置２００の制御部２４０は、このＣＯＬＯＲ値も選択肢から除外して決定する。

続いて、制御部２４０は、新ＣＯＬＯＲの選択肢が１つ以上存在するか否かを判断する（ステップＳ８３６）。新ＣＯＬＯＲの選択肢が１つ以上存在する場合には（ステップＳ８３６）、制御部２４０は、その選択肢の中からランダムにＣＯＬＯＲ値を選択し、その選択されたＣＯＬＯＲ値を新ＣＯＬＯＲとして決定する（ステップＳ８３７）。

ここで、モニタ結果に基づいて、ＯＢＳＳの使用ＢＳＳ ＣＯＬＯＲを除外した結果、選択肢が１つも存在しないことも想定される。このように、新ＣＯＬＯＲの選択肢が１つも存在しない場合には（ステップＳ８３６）、制御部２４０は、モニタしたビーコンのうち、最も受信強度（受信信号強度）の小さいビーコンが使用していたＣＯＬＯＲ値を新ＣＯＬＯＲとして決定する（ステップＳ８３８）。なお、受信強度は、例えば、ＲＳＳＩとすることができる。

このように、制御部２４０は、ＯＢＳＳから送信される報知情報（ビーコン）に基づいて、ＯＢＳＳで使用されているＢＳＳ ＣＯＬＯＲを抽出する。この場合に、制御部２４０は、ＯＢＳＳで使用されているＢＳＳ ＣＯＬＯＲを抽出するための報知情報（ビーコン）のモニタ時間をランダムに設定することができる。そして、制御部２４０は、その抽出されたＢＳＳ ＣＯＬＯＲ以外のＢＳＳ ＣＯＬＯＲを、新たなＢＳＳ ＣＯＬＯＲとして決定する。

また、制御部２４０は、その抽出されたＢＳＳ ＣＯＬＯＲ以外のＢＳＳ ＣＯＬＯＲが存在しない場合には、受信強度が最も小さい報知情報（ビーコン）を送信したＯＢＳＳで使用されているＢＳＳ ＣＯＬＯＲを新たなＢＳＳ ＣＯＬＯＲとすることができる。

また、制御部２４０は、ＢＳＳ ＣＯＬＯＲが重複する場合でも、ＯＢＳＳから送信される報知情報（ビーコン）にＢＳＳ ＣＯＬＯＲを変更する旨の変更情報が含まれるときには、ＢＳＳ ＣＯＬＯＲを変更しない。

なお、上述した周囲のビーコンのモニタは、重複が検出されてから開始するようにしてもよく、バックグラウンドで常時（または、定期的に）行うようにしてもよい。

［ＣＯＬＯＲ更新通知処理例］
情報処理装置２００は、新ＣＯＬＯＲ決定処理により新ＣＯＬＯＲが決定された場合には、その決定された新ＣＯＬＯＲを子局に通知するＣＯＬＯＲ更新通知処理を行う。

例えば、情報処理装置２００は、その決定された新ＣＯＬＯＲをビーコン（例えば、図９に示すビーコンフレーム）により子局に通知することができる。

また、例えば、情報処理装置２００は、個別にＭａｎａｇｅｍｅｎｔフレームやＢｒｏａｄｃａｓｔ ｄａｔａフレームにより、その決定された新ＣＯＬＯＲを子局に通知するようにしてもよい。

［ＣＯＬＯＲ更新反映処理例］
通信システム１０を構成する各情報処理装置（親局および子局）は、新ＣＯＬＯＲへの変更を反映するＣＯＬＯＲ更新反映処理を行う。このＣＯＬＯＲ更新反映処理は、親局および子局の双方で行われる。

具体的には、ＣＯＬＯＲ Ｕｐｄａｔｅ Ａｎｎｏｕｎｃｅエレメントが発生した後に、各情報処理装置（親局および子局）は、図４に示すパケット検出／受信判定処理における受信必須条件を更新する。この受信必須条件の更新処理の動作例を図１１に示す。

［受信必須条件の更新処理の動作例］
図１１は、本技術の第１の実施の形態における情報処理装置２００による受信必須条件の更新処理の処理手順の一例を示すフローチャートである。なお、図１１では、情報処理装置２００の動作例のみを示すが、他の情報処理装置についても同様である。このため、他の情報処理装置については、ここでの説明を省略する。

最初に、情報処理装置２００の制御部２４０は、新ＣＯＬＯＲ適用開始時刻を経過したか否かを判断する（ステップＳ８４１）。ここで、新ＣＯＬＯＲ適用開始時刻は、図９に示すＳｔａｒｔ Ｔｉｍｅ ｆｏｒ ｎｅｗ ＣＯＬＯＲ Ｏｐｅｒａｔｉｏｎ３２６に格納する。新ＣＯＬＯＲ適用開始時刻を経過していない場合には（ステップＳ８４１）、監視を継続して行う。

新ＣＯＬＯＲ適用開始時刻を経過した場合には（ステップＳ８４１）、制御部２４０は、「ＳＩＧＮＡＬ記載のＣＯＬＯＲ情報（ＢＳＳ ＣＯＬＯＲ）が新ＣＯＬＯＲと一致する」を受信必須条件に追加する（ステップＳ８４２）。なお、上述したように、Ｓｔａｒｔ Ｔｉｍｅ ｆｏｒ ｎｅｗ ＣＯＬＯＲ Ｏｐｅｒａｔｉｏｎ３２６（図９に示す）を省略する場合には、親局は、ＣＯＬＯＲ Ｕｐｄａｔｅ Ａｎｎｏｕｎｃｅｍｅｎｔ３２４の含まれたビーコンフレームの受信時刻（子局の受信時刻）を、新ＣＯＬＯＲ決定処理により決定された新ＣＯＬＯＲの適用開始時刻として、子局に通知することができる。この場合には、子局は、そのビーコンフレームの受信時刻を、新ＣＯＬＯＲ適用開始時刻と扱うことができる。

続いて、制御部２４０は、自装置が親局であるか否かを判断する（ステップＳ８４３）。上述したように、情報処理装置２００は、親局であるため（ステップＳ８４３）、ステップＳ８４４に進む。そして、制御部２４０は、ＰＬＣＰヘッダに新ＣＯＬＯＲが付加されたパケットを、子局の全てから、少なくとも１つを受信したか否かを判断する（ステップＳ８４４）。ＰＬＣＰヘッダに新ＣＯＬＯＲが付加されたパケットを、子局の全てから受信していない場合には（ステップＳ８４４）、監視を継続して行う。

ＰＬＣＰヘッダに新ＣＯＬＯＲが付加されたパケットを、子局の全てから少なくとも１つを受信した場合には（ステップＳ８４４）、制御部２４０は「ＳＩＧＮＡＬ記載のＣＯＬＯＲ情報が旧ＣＯＬＯＲと一致する」を受信必須条件から外す（ステップＳ８４６）。

また、自装置が親局でない装置である場合には（ステップＳ８４３）、新ＣＯＬＯＲ適用開始時刻を経過したか否かを判断する（ステップＳ８４５）。新ＣＯＬＯＲ適用開始時刻を経過していない場合には（ステップＳ８４５）、監視を継続して行う。

新ＣＯＬＯＲ適用開始時刻を経過した場合には（ステップＳ８４５）、ステップＳ８４６に進む。

このように、新ＣＯＬＯＲ適用開始時刻以降から「ＳＩＧＮＡＬ記載のＣＯＬＯＲ情報が新ＣＯＬＯＲと一致する」を受信必須条件に追加して適用する。また、旧ＣＯＬＯＲ適用終了時刻までは「ＳＩＧＮＡＬ記載のＣＯＬＯＲ情報が旧ＣＯＬＯＲと一致する」を受信必須条件に適用する。

また、親局の場合には、子局の全てからＰＬＣＰヘッダに新ＣＯＬＯＲが付加されたパケットを、少なくとも１つ受信するまでの間、「ＳＩＧＮＡＬ記載のＣＯＬＯＲ情報が旧ＣＯＬＯＲと一致する」を受信必須条件に適用する。

また、親局は、ＣＯＬＯＲ Ｕｐｄａｔｅ Ａｎｎｏｕｎｃｅエレメントの送信を開始したタイミングで、図１１に示す受信必須条件の更新処理を行う。また、子局は、ＣＯＬＯＲ Ｕｐｄａｔｅ Ａｎｎｏｕｎｃｅエレメントを受信したタイミングで、図１１に示す受信必須条件の更新処理を行う。

このように、制御部２４０は、自ＢＳＳのＢＳＳ ＣＯＬＯＲを変更した場合には（新ＣＯＬＯＲを子局に通知した場合）、パケットの受信処理を途中で打ち切る条件（例えば、パケットフィルタリング条件）を変更する制御を行う。また、制御部２４０は、自ＢＳＳに属する全ての子局から物理ヘッダに新ＣＯＬＯＲを適用したパケットを受信するまでの間、旧ＣＯＬＯＲおよび新ＣＯＬＯＲの何れかを適用したパケットを受信処理の対象とする。

同様に、子局は、自ＢＳＳのＢＳＳ ＣＯＬＯＲを変更する旨の変更情報を親局から受信した場合に、変更情報に基づいてＢＳＳ ＣＯＬＯＲを用いたパケットフィルタリング条件を変更する制御を行う。また、子局は、新ＣＯＬＯＲの使用を開始する開始タイミングを指定する指定情報がその変更情報に含まれる場合には、開始タイミング以降には新ＣＯＬＯＲに関する情報を含むパケットを受信処理の対象とする。また、子局は、新ＣＯＬＯＲの使用を終了する終了タイミングを指定する指定情報がその変更情報に含まれる場合には、その終了タイミングとなるまで旧ＣＯＬＯＲに関する情報を含むパケットを受信処理の対象とする。

［ＣＯＬＯＲ更新反映処理の動作例］
図１２は、本技術の第１の実施の形態における情報処理装置２００によるＣＯＬＯＲ更新反映処理の処理手順の一例を示すフローチャートである。なお、図１２では、情報処理装置２００の動作例のみを示すが、他の情報処理装置についても同様である。このため、他の情報処理装置については、ここでの説明を省略する。

最初に、情報処理装置２００の制御部２４０は、新ＣＯＬＯＲ適用開始時刻を経過したか否かを判断する（ステップＳ８５１）。ここで、新ＣＯＬＯＲ適用開始時刻は、図９に示すＳｔａｒｔ Ｔｉｍｅ ｆｏｒ ｎｅｗ ＣＯＬＯＲ Ｏｐｅｒａｔｉｏｎ３２６に格納されている。なお、Ｓｔａｒｔ Ｔｉｍｅ ｆｏｒ ｎｅｗ ＣＯＬＯＲ Ｏｐｅｒａｔｉｏｎ３２６が省略され、格納されていない場合には、子局は、ＣＯＬＯＲ Ｕｐｄａｔｅ Ａｎｎｏｕｎｃｅｍｅｎｔ３２４の含まれたビーコンフレームを受信した時刻を新ＣＯＬＯＲの適用開始時刻としてもよい。

新ＣＯＬＯＲ適用開始時刻を経過した場合には（ステップＳ８５１）、制御部２４０は、自装置が送信するパケットのＰＬＣＰヘッダに新ＣＯＬＯＲを付加する（ステップＳ８５２）。例えば、図３のａに示すＨＥ−ＳＩＧ−Ａ３０４に新ＣＯＬＯＲを格納する。

新ＣＯＬＯＲ適用開始時刻を経過していない場合には（ステップＳ８５１）、制御部２４０は、自装置が送信するパケットのＰＬＣＰヘッダに旧ＣＯＬＯＲを付加する（ステップＳ８５３）。例えば、図３のａに示すＨＥ−ＳＩＧ−Ａ３０４に旧ＣＯＬＯＲを格納する。

このように、新ＣＯＬＯＲ適用開始時刻以降は、自装置が送信するパケットには、新ＣＯＬＯＲを付加して送信する。

上述した各処理を各情報処理装置（親局および子局）のそれぞれが行うことにより、ＯＢＳＳとのＢＳＳ ＣＯＬＯＲの重複が起きても、状況に応じてＢＳＳ ＣＯＬＯＲの設定を更新、反映し、パケットフィルタリングを適切に行うことができる。

＜２．第２の実施の形態＞
本技術の第１の実施の形態では、新ＣＯＬＯＲをランダムに決定する例を示した。本技術の第２の実施の形態では、新ＣＯＬＯＲを所定規則（演算規則）に従って決定する例を示す。

また、本技術の第１の実施の形態では、親局がＢＳＳ ＣＯＬＯＲの重複を検出する例を示した。本技術の第２の実施の形態では、子局がＢＳＳ ＣＯＬＯＲの重複を検出し、その検出結果を親局に通知する例を示す。

なお、本技術の第２の実施の形態における情報処理装置の構成については、図１等に示す情報処理装置１００乃至１０３、２００、２０１と略同一である。このため、本技術の第１の実施の形態と共通する部分については、本技術の第１の実施の形態と同一の符号を付してこれらの説明の一部を省略する。

［初期ＣＯＬＯＲ決定処理の動作例］
本技術の第２の実施の形態では、親局は、所定の演算規則に従って初期ＣＯＬＯＲ情報を設定する。例えば、次の式１に示す算出式を用いて初期ＣＯＬＯＲ情報Ｃ１を決定することができる。
Ｃ１＝（Ｈａｓｈ（［ＴＳＦ＿ｓｅｉｆ／２^３０］＋ＢＳＳＩＤ＿ｓｅｉｆ））ｍｏｄ Ｎ＿ｃｏｌｏｒ … 式１

ここで、Ｈａｓｈ（）は、決定性および一様性を有するハッシュ関数を示す。また、Ｎ＿ｃｏｌｏｒは、取り得るＣＯＬＯＲ値の候補数を示す。また、ＴＳＦ＿ｓｅｉｆは、自装置が属するＢＳＳの現在のＴＳＦ（Timing Synchronization Function）タイマ値を示す。また、ＢＳＳＩＤ＿ｓｅｌｆは、自装置が属するＢＳＳのＢＳＳＩＤを示す。すなわち、この例では、ＢＳＳＩＤ＿ｓｅｌｆは、親局である自装置のＭＡＣアドレスの値（４８ｂｉｔ）を示す。

このように、２^３０でＴＳＦ加算値を丸めて使用する。これにより、近い時間にＯＢＳＳでＣＯＬＯＲ運用開始処理が行われた場合でも、ＢＳＳＩＤ以外の部分の値が揃えば、Ｈａｓｈ関数により互いの初期ＣＯＬＯＲが重複する可能性を大きく減らすことができる。しかし、タイミングは、ＴＳＦ単位で厳密に同期することは極めて稀である。このため、その時間差を吸収する目的と、毎回同じＣＯＬＯＲ値が算出されないようにするため、丸め処理を行う。例えば、丸めの粒度を２^３０とする場合には、約１５分程度の粒度となる。なお、丸めの粒度は、２^３０に限定されず、他の値を用いるようにしてもよい。

［初期ＣＯＬＯＲ共有処理例］
本技術の第２の実施の形態における初期ＣＯＬＯＲ共有処理については、本技術の第１の実施の形態と同等である。このため、本技術の第２の実施の形態における初期ＣＯＬＯＲ共有処理の説明を省略する。

［ＣＯＬＯＲ重複検出報告フレームのフォーマット例］
図１３は、本技術の第２の実施の形態における通信システム１０を構成する各装置間でやりとりされるＣＯＬＯＲ重複検出報告フレームのフォーマットの一例を示す図である。

ＣＯＬＯＲ重複検出報告フレームは、ＰＬＣＰ Ｈｅａｄｅｒ３３１と、ＭＡＣ Ｈｅａｄｅｒ３３２と、Ｐａｙｌｏａｄ３３３と、ＦＣＳ（Frame Check Sequence）３３４とにより構成される。

Ｐａｙｌｏａｄ３３３は、Ｃａｔｅｇｏｒｙ３３５と、Ａｃｔｉｏｎ３３６と、Ｄｕｐｌｉｃａｔｅｄ ＣＯＬＯＲ３３７と、ＢＳＳＩＤ ｏｆ ｄｕｐｌｉｃａｔｅｄ ＯＢＳＳ３３８と、ＲＳＳＩ ｏｆ ｄｕｐｌｉｃａｔｅｄ ＯＢＳＳ３３９と、ＴＳＦ ｏｆ ｄｕｐｌｉｃａｔｅｄ ＯＢＳＳ３４０とにより構成される。

Ｃａｔｅｇｏｒｙ３３５には、ＣＯＬＯＲ重複検出報告フレームである旨が格納される。

Ａｃｔｉｏｎ３３６には、重複するＢＳＳ ＣＯＬＯＲが検出された旨が格納される。

Ｄｕｐｌｉｃａｔｅｄ ＣＯＬＯＲ３３７には、子局で検出された重複するＢＳＳ ＣＯＬＯＲに関する情報が格納される。

ＢＳＳＩＤ ｏｆ ｄｕｐｌｉｃａｔｅｄ ＯＢＳＳ３３８には、子局で検出された重複するＢＳＳ ＣＯＬＯＲを発信したネットワークのＢＳＳＩＤ（ＭＡＣ層のＢＳＳ識別子）が格納される。

ＲＳＳＩ ｏｆ ｄｕｐｌｉｃａｔｅｄ ＯＢＳＳ３３９には、子局で検出された重複するＢＳＳ ＣＯＬＯＲのＯＢＳＳからのパケットのＲＳＳＩ（受信レベル）が格納される。

ＴＳＦ ｏｆ ｄｕｐｌｉｃａｔｅｄ ＯＢＳＳ３４０には、子局で検出された重複するＢＳＳ ＣＯＬＯＲのＯＢＳＳからのビーコンから取得されたＴＳＦ値が格納される。

なお、ＲＳＳＩおよびＴＳＦは、親局が新ＣＯＬＯＲを決定する際に補助情報として用いられる。なお、ＲＳＳＩおよびＴＳＦのうちの少なくとも１つを親局側で取得することが可能である場合には、その取得可能な情報については、子局からの送信を省略することができる。

［ＣＯＬＯＲ重複検出処理の動作例（子局）］
図１４は、本技術の第２の実施の形態における情報処理装置１００によるＣＯＬＯＲ重複検出処理の処理手順の一例を示すフローチャートである。なお、この例では、情報処理装置１００の例を示すが、他の子局についても同様である。

また、図１４に示す各処理手順（ステップＳ８６１乃至Ｓ８６７）は、図６に示す各処理手順（ステップＳ８２１乃至Ｓ８２７）に対応する。このため、これらの説明を省略する。

情報処理装置１００の制御部（図２に示す制御部２４０に相当）は、ＢＳＳ ＣＯＬＯＲ重複であると判定した場合には（ステップＳ８６６）、その旨を報告するためのＣＯＬＯＲ重複検出報告フレームを親局に送信する（ステップＳ８６８）。例えば、図１３に示すＣＯＬＯＲ重複検出報告フレームが送信される。

ここで、情報処理装置１００の制御部は、ＣＯＬＯＲ重複検出報告フレームに含める各情報を、ＣＯＬＯＲ重複検出処理において取得する。例えば、情報処理装置１００の制御部は、重複するＢＳＳ ＣＯＬＯＲを発信したネットワークのＢＳＳＩＤ、重複するＢＳＳ ＣＯＬＯＲのＯＢＳＳからのパケットのＲＳＳＩ重複するＣＯＬＯＲのＯＢＳＳからのビーコンから取得されたＴＳＦ値等を取得する。そして、情報処理装置１００の制御部は、その取得された各情報をＣＯＬＯＲ重複検出報告フレームに含めて送信する。

なお、情報処理装置１００は、重複検出の有無に関わらず、そのＣＯＬＯＲ重複検出処理によって得られた、自局の周囲で使用されているＣＯＬＯＲの情報を、周囲の機器に通知してもよい。その際には、そのＣＯＬＯＲ情報だけでなく、追加で、そのＣＯＬＯＲに対応するＢＳＳで使用されているＢＳＳＩＤや、そのＣＯＬＯＲ情報が載っているフレームを受信した際のＲＳＳＩを通知してもよい。その場合、自局の周囲で使用されているＣＯＬＯＲが複数検出された場合には、それぞれについて通知するようにしてもよい。

その通知の方法については、宛先を指定したユニキャストの通知であっても、ブロードキャストやマルチキャストを宛先に指定した報知の形を取ってもよい。また、ＣＯＬＯＲモニタ結果通知フレームのフォーマットの一例を図８に示す。

このように、情報処理装置１００の制御部は、自ＢＳＳのＢＳＳ ＣＯＬＯＲと、ＯＢＳＳのＢＳＳ ＣＯＬＯＲとが一致することを検出した場合には、その検出結果を通知するための通知情報を親局に送信する。例えば、図１３に示すＣＯＬＯＲ重複検出報告フレームが送信される。

また、情報処理装置１００は、自装置における検出結果だけでなく、他のＢＳＳの親局または子局から送信された、ＣＯＬＯＲモニタ結果通知フレーム（図８に示す）を受信し、その内容に基づいてＢＳＳ ＣＯＬＯＲの重複を検出することとしてもよい。

［ＣＯＬＯＲ重複検出処理の動作例（親局）］
図１５は、本技術の第２の実施の形態における情報処理装置２００によるＣＯＬＯＲ重複検出処理の処理手順の一例を示すフローチャートである。なお、この例では、情報処理装置２００の例を示すが、他の親局についても同様である。

最初に、情報処理装置２００の制御部２４０は、子局からＣＯＬＯＲ重複検出報告を受信したか否かを判断する（ステップＳ８５５）。例えば、図１３に示すＣＯＬＯＲ重複検出報告フレームを受信したか否かが判断される。

子局からＣＯＬＯＲ重複検出報告を受信した場合には（ステップＳ８５５）、制御部２４０は、ＣＯＬＯＲ重複であると判定する（ステップＳ８５６）。一方、子局からＣＯＬＯＲ重複検出報告を受信していない場合には（ステップＳ８５５）、制御部２４０は、ＣＯＬＯＲ重複でないと判定する（ステップＳ８５７）。

このように、情報処理装置２００の制御部２４０は、ＢＳＳ ＣＯＬＯＲの一致検出通知（ＣＯＬＯＲ重複検出報告）を子局から受信した場合に、ＢＳＳ ＣＯＬＯＲの重複を検出したと判断する。

なお、この例では、情報処理装置２００が子局からのＣＯＬＯＲ重複検出報告に基づいて重複するＢＳＳ ＣＯＬＯＲを検出する例を示す。ただし、情報処理装置２００は、本技術の第１の実施の形態で示したように、自装置においてもＣＯＬＯＲ重複検出処理を行うようにしてもよい。このように、親局および子局の双方でＣＯＬＯＲ重複検出処理を行うことにより、重複するＢＳＳ ＣＯＬＯＲの検出精度を高めることができ、検出タイミングを早くすることができる。

また、情報処理装置２００は、配下子局からの重複報告、自装置における検出結果だけでなく、他のＢＳＳの親局または子局から送信された、ＣＯＬＯＲモニタ結果通知フレーム（図８に示す）を受信し、その内容に基づいてＢＳＳ ＣＯＬＯＲの重複を検出することとしてもよい。

［新ＣＯＬＯＲ決定処理の動作例］
ＣＯＬＯＲ重複を検出した情報処理装置２００は、新ＣＯＬＯＲを決定する。例えば、情報処理装置２００の制御部２４０は、ＣＯＬＯＲ重複を検出した後に、本技術の第１の実施の形態と同様に、周囲のビーコンのモニタを行う。ただし、子局からの重複検出報告フレームに、ＯＢＳＳ側のビーコンから取得されたＴＳＦ情報が含まれている場合には、そのモニタを省略するようにしてもよい。一方、情報処理装置２００の制御部２４０は、子局からの重複検出報告フレームに、そのＴＳＦ情報が存在しない場合には、周囲のビーコンのモニタによりそのＯＢＳＳで使用されているＴＳＦ情報を得る。

また、情報処理装置２００の制御部２４０は、ランダム選択ではなく、所定の演算規則に従って新ＣＯＬＯＲを決定する。この算出式のインプットとして、ＢＳＳＩＤと、自ＢＳＳと重複先のＯＢＳＳ時刻情報とを利用する。例えば、次の式２に示す算出式を用いて新ＣＯＬＯＲ情報Ｃ２を決定することができる。
Ｃ２＝（Ｈａｓｈ（［（ＴＳＦ＿ｓｅｉｆ＋ＴＳＦ＿ｏｖｅｒｌａｐ）／２^３０］＋ＢＳＳＩＤ＿ｓｅｉｆ））ｍｏｄ Ｎ＿ｃｏｌｏｒ … 式２

ここで、Ｈａｓｈ（）、Ｎ＿ｃｏｌｏｒ、ＴＳＦ＿ｓｅｉｆ、ＢＳＳＩＤ＿ｓｅｌｆは、式１に示す各情報と同一である。また、ＴＳＦ＿ｏｖｅｒｌａｐは、重複するＣＯＬＯＲが検出されたＯＢＳＳのＴＳＦ値を示す。なお、ＴＳＦ＿ｏｖｅｒｌａｐは、子局から送信された重複検出報告フレームに含まれる値、または、自装置によるモニタによりビーコンから得られた値を用いることができる。

このように、２^３０でＴＳＦ加算値を丸めて使用する。これにより、ＯＢＳＳ側でもＣＯＬＯＲ重複検出を行い、同様の新ＣＯＬＯＲ決定処理が行われる場合でも、ＢＳＳＩＤ以外の部分の値が揃えば、Ｈａｓｈ関数により互いの新ＣＯＬＯＲが重複する可能性を大きく減らすことができる。しかし、重複検出ならびに決定処理のタイミングは一般にＢＳＳ間で揃わない。このため、その時間差を吸収する目的と、毎回同じＣＯＬＯＲ値が算出されないようにするため、丸め処理を行う。例えば、丸めの粒度を２^３０とする場合には、約１５分程度の粒度となる。なお、丸めの粒度は、２^３０に限定されず、他の値を用いるようにしてもよい。

ここで、ＯＢＳＳ間で新ＣＯＬＯＲが再重複しないような算出方法であれば、算出式は、式２に算出式に限定されない。例えば、絶対時刻（例えば、ＧＰＳ（（Global Positioning System）等により取得）を利用することができる場合には、例えば、次の式３に示す算出式を用いて新ＣＯＬＯＲ情報Ｃ３を決定することができる。なお、式３は、粒度を１５分程度とする場合の例を示す。
Ｃ３＝（Ｈａｓｈ（［ＵＴＣ＿ｓｅｃ／９００］＋ＢＳＳＩＤ＿ｓｅｉｆ））ｍｏｄ Ｎ＿ｃｏｌｏｒ … 式３

ここで、ＵＴＣ＿ｓｅｃは、絶対時刻のＵＴＣ（Coordinated Universal Time）時刻の秒換算値を示す。このように、ＢＳＳＩＤと現在時刻に関する情報とに基づいて予め定められた算出式を用いて新ＣＯＬＯＲを決定することができる。

［ビーコンフレームのフォーマット例］
図１６は、本技術の第２の実施の形態における通信システム１０を構成する各装置間でやりとりされるビーコンフレームのフォーマット例を示す図である。

ビーコンフレームにおけるＰａｙｌｏａｄ３５２のＣＯＬＯＲ ｉｎｆｏ３５３には、本技術の第１の実施の形態と同様に、自ＢＳＳのＣＯＬＯＲ情報（ＢＳＳ ＣＯＬＯＲ）を格納する。また、ＣＯＬＯＲ ｉｎｆｏ３５３は、常時設けられるフィールドである。

また、本技術の第１の実施の形態と同様に、ビーコンフレームを必ず受信させるため、ビーコンフレームにおけるＰＬＣＰ Ｈｅａｄｅｒ３５１には、自ＢＳＳのＣＯＬＯＲ情報（ＢＳＳ ＣＯＬＯＲ）を格納しない。

また、本技術の第２の実施の形態では、新ＣＯＬＯＲ決定処理により決定された新ＣＯＬＯＲを子局に通知するためのフィールド（ＣＯＬＯＲ Ｕｐｄａｔｅ Ａｎｎｏｕｎｃｅｍｅｎｔ３５４）を、更新移行期間だけＰａｙｌｏａｄ３５２に設けるようにする。すなわち、ＣＯＬＯＲ変更が発生したときだけ、ＣＯＬＯＲ Ｕｐｄａｔｅ Ａｎｎｏｕｎｃｅエレメント（ＣＯＬＯＲ Ｕｐｄａｔｅ Ａｎｎｏｕｎｃｅｍｅｎｔ３５４）が追加される。

ＣＯＬＯＲ Ｕｐｄａｔｅ Ａｎｎｏｕｎｃｅｍｅｎｔ３５４のＮｅｗ ＣＯＬＯＲ３５５には、新ＣＯＬＯＲ決定処理により決定された新ＣＯＬＯＲが格納される。

ＣＯＬＯＲ Ｕｐｄａｔｅ Ａｎｎｏｕｎｃｅｍｅｎｔ３５４のＯｌｄ ＣＯＬＯＲ３５６には、ＣＯＬＯＲ重複検出処理によりＣＯＬＯＲ重複が検出された旧ＣＯＬＯＲが格納される。

ＣＯＬＯＲ Ｕｐｄａｔｅ Ａｎｎｏｕｎｃｅｍｅｎｔ３５４のＲｅｍａｉｎｉｎｇ Ｔｉｍｅ ｆｏｒ ＣＯＬＯＲ Ｔｒａｎｓｉｔｉｏｎ３５７には、新ＣＯＬＯＲ決定処理により決定された新ＣＯＬＯＲの移行期間残存時間が格納される。この移行期間残存時間の単位は、ＴＳＦ（Timing Synchronization Function）タイマ単位とすることができる。また、その移行期間残存時間の単位は、ＴＢＴＴ（Target Beacon Transmission Time）単位とするようにしてもよい。

また、その移行期間残存時間は、ビーコン送信ごとに更新されて通知される。すなわち、情報処理装置２００は、ビーコン送信ごとに減算した移行期間残存時間をビーコンに含めて送信する。

また、ＣＯＬＯＲ Ｕｐｄａｔｅ Ａｎｎｏｕｎｃｅエレメントは、少なくともＣＯＬＯＲ変更が発生した時刻から、ＣＯＬＯＲ移行期間残存時間が満了するまでの間、報知することが好ましい。すなわち、少なくともＣＯＬＯＲ変更が発生した時刻から、ＣＯＬＯＲ移行期間残存時間が満了するまでの間、情報処理装置２００から送信されるビーコンには、ＣＯＬＯＲ Ｕｐｄａｔｅ Ａｎｎｏｕｎｃｅｍｅｎｔ３５４が設けられる。

このように、図１６に示すビーコンフレームは、ＢＳＳ ＣＯＬＯＲの更新予告フレームとして把握することができる。また、更新予告フレームは、子局が受信することができる確率を向上させるため、少なくともＣＯＬＯＲ変更が発生した時刻から、旧ＣＯＬＯＲ適用終了時刻までの間、複数回送信するようにする。また、新ＣＯＬＯＲ適用開始時刻は、子局が更新予告を受信した時刻とし、更新予告フレームでは、旧ＣＯＬＯＲの適用が終了するまでの移行期間の残存時間長を指定する。

［ＣＯＬＯＲ更新通知処理例］
情報処理装置２００は、新ＣＯＬＯＲ決定処理により新ＣＯＬＯＲが決定された場合には、その決定された新ＣＯＬＯＲを子局に通知するＣＯＬＯＲ更新通知処理を行う。

例えば、情報処理装置２００は、その決定された新ＣＯＬＯＲをビーコン（例えば、図１６に示すビーコンフレーム）により子局に通知することができる。ここで、本技術の第２の実施の形態では、本技術の第１の実施の形態と異なるフォーマットを用いて、旧ＣＯＬＯＲの終了および新ＣＯＬＯＲの開始の絶対時刻ではなく、ＣＯＬＯＲ移行期間の残存時間を通知する例を示す。

また、例えば、情報処理装置２００は、個別にＭａｎａｇｅｍｅｎｔフレームやＢｒｏａｄｃａｓｔ ｄａｔａフレームにより、その決定された新ＣＯＬＯＲを子局に通知するようにしてもよい。

［ＣＯＬＯＲ更新反映処理の動作例］
通信システム１０を構成する各情報処理装置（親局、子局）は、新ＣＯＬＯＲへの変更を反映するＣＯＬＯＲ更新反映処理を行う。このＣＯＬＯＲ更新反映処理は、親局および子局の双方で行われる。

具体的には、ＣＯＬＯＲ Ｕｐｄａｔｅ Ａｎｎｏｕｎｃｅエレメントが発生した後に、各情報処理装置（親局および子局）は、図４に示すパケット検出／受信判定処理における受信必須条件を更新する。この受信必須条件の更新処理の動作例を図１７に示す。

［受信必須条件の更新処理の動作例］
図１７は、本技術の第２の実施の形態における情報処理装置２００による受信必須条件の更新処理の処理手順の一例を示すフローチャートである。なお、図１７では、情報処理装置２００の動作例のみを示すが、他の情報処理装置についても同様である。このため、他の情報処理装置については、ここでの説明を省略する。

また、図１７に示す各処理手順（ステップＳ８７２乃至Ｓ８７４、Ｓ８７６）は、図１１に示す各処理手順（ステップＳ８４１乃至Ｓ８４４、Ｓ８４６）に対応する。このため、これらの説明を省略する。

最初に、情報処理装置２００の制御部２４０は、ＣＯＬＯＲ Ｕｐｄａｔｅ Ａｎｎｏｕｎｃｅｍｅｎｔ（図１６に示すＣＯＬＯＲ Ｕｐｄａｔｅ Ａｎｎｏｕｎｃｅｍｅｎｔ３５４）を含むビーコンを受信したか否かを判断する（ステップＳ８７１）。ＣＯＬＯＲ Ｕｐｄａｔｅ Ａｎｎｏｕｎｃｅｍｅｎｔを含むビーコンを受信していない場合には（ステップＳ８７１）、監視を継続して行う。

ＣＯＬＯＲ Ｕｐｄａｔｅ Ａｎｎｏｕｎｃｅｍｅｎｔを含むビーコンを受信した場合には（ステップＳ８７１）、ステップＳ８７２に進む。

また、自装置が親局でない場合には（ステップＳ８７３）、ＣＯＬＯＲ Ｕｐｄａｔｅ Ａｎｎｏｕｎｃｅｍｅｎｔ内のＣＯＬＯＲ移行期間残存時間が経過したか否かを判断する（ステップＳ８７５）。このＣＯＬＯＲ移行期間残存時間は、図１６に示すＲｅｍａｉｎｉｎｇ Ｔｉｍｅ ｆｏｒ ＣＯＬＯＲ Ｔｒａｎｓｉｔｉｏｎ３５７である。

ＣＯＬＯＲ移行期間残存時間が経過していない場合には（ステップＳ８７５）、監視を継続して行う。一方、ＣＯＬＯＲ移行期間残存時間が経過した場合には（ステップＳ８７５）、ステップＳ８７６に進む。

上述した各処理を各情報処理装置（親局および子局）のそれぞれが行うことにより、ＯＢＳＳとのＢＳＳ ＣＯＬＯＲの重複が起きても、状況に応じてＢＳＳ ＣＯＬＯＲの設定を更新、反映し、パケットフィルタリングを適切に行うことができる。

＜３．第３の実施の形態＞
本技術の第１および第２の実施の形態では、ビーコンフレームにおけるＰＬＣＰヘッダにＢＳＳ ＣＯＬＯＲを載せずに送信する例を示した。このため、各子局は、ＯＢＳＳからのビーコンフレームを受信しなければならない。

ここで、ビーコンフレームにおけるＰＬＣＰヘッダにＢＳＳ ＣＯＬＯＲを付加することにより、各子局は、ビーコンフレームの受信時にフィルタリングを行うことができる。これにより、受信効率をさらに向上させることができる。

そこで、本技術の第３の実施の形態では、ビーコンフレームにおけるＰＬＣＰヘッダにＢＳＳ ＣＯＬＯＲを付加する例を示す。ただし、ビーコンフレームにおけるＰＬＣＰヘッダにＢＳＳ ＣＯＬＯＲを付加する場合には、子局は、ＣＯＬＯＲ更新を行うことができないことも想定される。例えば、ビーコンフレームにおけるＰＬＣＰヘッダにＢＳＳ ＣＯＬＯＲを付加する場合において、ＣＯＬＯＲ Ｕｐｄａｔｅ Ａｎｎｏｕｎｃｅｍｅｎｔを移行期間内で一度も受信できないときには、ＣＯＬＯＲ更新を行うことができない。このように、ＣＯＬＯＲ更新を行うことができない子局は、誤ったパケットフィルタリングを行ってしまうことになる。

そこで、本技術の第３の実施の形態では、子局が適切にＣＯＬＯＲ更新を行うため、ＣＯＬＯＲリカバリ処理を行う例を示す。

なお、本技術の第３の実施の形態における情報処理装置の構成については、図１等に示す情報処理装置１００乃至１０３、２００、２０１と略同一である。このため、本技術の第１の実施の形態と共通する部分については、本技術の第１の実施の形態と同一の符号を付してこれらの説明の一部を省略する。

［初期ＣＯＬＯＲ決定処理例］
上述したように、親局は、開設時からビーコンフレームにおけるＰＬＣＰヘッダにＢＳＳ ＣＯＬＯＲを格納して送信する。

［初期ＣＯＬＯＲ共有処理例］
子局は、スキャン時から接続が確立してＢＳＳ ＣＯＬＯＲを取得するまでの間、受信必須条件を「全パケット」として動作する。すなわち、図４に示すパケット検出／受信判定処理における受信必須条件を「全パケット」とする。

［ＣＯＬＯＲ重複検出処理例］
本技術の第３の実施の形態におけるＣＯＬＯＲ重複検出処理については、本技術の第１の実施の形態と同様であるため、ここでの説明を省略する。

［新ＣＯＬＯＲ決定処理例］
本技術の第３の実施の形態における新ＣＯＬＯＲ決定処理についても、本技術の第１の実施の形態と略同様である。ただし、親局が、周囲のモニタを行う間のみ、受信必須条件を「全パケット」として動作する点が異なる。

［ＣＯＬＯＲ更新通知処理例］
本技術の第３の実施の形態におけるＣＯＬＯＲ更新通知処理についても、本技術の第１の実施の形態と略同様である。ただし、旧ＣＯＬＯＲ適用終了時刻までの間は、ビーコンフレームにおけるＰＬＣＰヘッダに旧ＣＯＬＯＲを格納する点が異なる。

［ＣＯＬＯＲ更新反映処理例］
本技術の第３の実施の形態におけるＣＯＬＯＲ更新反映処理については、本技術の第１の実施の形態と同等である。

［ＣＯＬＯＲ情報取得要求フレームのフォーマット例］
図１８は、本技術の第３の実施の形態における通信システム１０を構成する各装置間でやりとりされるＣＯＬＯＲ情報取得要求フレームのフォーマット例を示す図である。

ＣＯＬＯＲ情報取得要求フレームは、ＰＬＣＰ Ｈｅａｄｅｒ３６１と、ＭＡＣ Ｈｅａｄｅｒ３６２と、Ｐａｙｌｏａｄ３６３と、ＦＣＳ（Frame Check Sequence）３６４とにより構成される。

Ｐａｙｌｏａｄ３６３は、Ｃａｔｅｇｏｒｙ３６５およびＡｃｔｉｏｎ３６６により構成される。

Ｃａｔｅｇｏｒｙ３６５には、ＣＯＬＯＲ情報取得要求フレームである旨が格納される。

Ａｃｔｉｏｎ３６６には、新ＣＯＬＯＲを要求する旨が格納される。

また、ＣＯＬＯＲ情報取得要求フレームを必ず受信させるため、ＰＬＣＰ Ｈｅａｄｅｒ３６１には、自ＢＳＳのＣＯＬＯＲ情報（ＢＳＳ ＣＯＬＯＲ）を格納しない。

［ＣＯＬＯＲ情報取得応答フレームのフォーマット例］
図１９は、本技術の第３の実施の形態における通信システム１０を構成する各装置間でやりとりされるＣＯＬＯＲ情報取得応答フレームのフォーマット例を示す図である。

ＣＯＬＯＲ情報取得応答フレームは、ＰＬＣＰ Ｈｅａｄｅｒ３７１と、ＭＡＣ Ｈｅａｄｅｒ３７２と、Ｐａｙｌｏａｄ３７３と、ＦＣＳ（Frame Check Sequence）３７４とにより構成される。

Ｐａｙｌｏａｄ３７３は、Ｃａｔｅｇｏｒｙ３７５と、Ａｃｔｉｏｎ３７６と、ＣＯＬＯＲ３７７とにより構成される。

Ｃａｔｅｇｏｒｙ３７５には、ＣＯＬＯＲ情報取得応答フレームである旨が格納される。

Ａｃｔｉｏｎ３７６には、ＣＯＬＯＲ情報取得要求に対する応答である旨が格納される。

ＣＯＬＯＲ３７７には、新ＣＯＬＯＲ決定処理により決定された新ＣＯＬＯＲに関する情報が格納される。

また、ＣＯＬＯＲ情報取得応答フレームを必ず受信させるため、ＰＬＣＰ Ｈｅａｄｅｒ３７１には、自ＢＳＳのＣＯＬＯＲ情報（ＢＳＳ ＣＯＬＯＲ）を格納しない。

［ＣＯＬＯＲリカバリ処理の動作例（子局）］
図２０は、本技術の第３の実施の形態における情報処理装置１００によるＣＯＬＯＲリカバリ処理の処理手順の一例を示すフローチャートである。なお、この例では、情報処理装置１００の例を示すが、他の子局についても同様である。

最初に、情報処理装置１００の制御部は、自装置からの送信に対する親局からの応答フレームを受信できない状態が一定回数繰り返されたか否かを判断する（ステップＳ８８１）。なお、情報処理装置１００の制御部は、自装置からの送信に対する親局からの応答フレームを受信できない状態が一定時間以上続いたか否かを判断するようにしてもよい（ステップＳ８８１）。

このように、情報処理装置１００は、一定回数、または、一定時間を基準として、親局からの期待した応答（例えば、Ａｃｋ）を受信できない場合には、ＢＳＳ ＣＯＬＯＲが変更されたと判断することができる。

その応答フレームを受信できない状態が一定回数繰り返された場合には（ステップＳ８８１）、情報処理装置１００の制御部は、受信必須条件を常時必須（すなわち、受信必須条件を「全パケット」とする）に設定する（ステップＳ８８３）。すなわち、情報処理装置１００の制御部は、パケットフィルタリングを無効化する（ステップＳ８８３）。

続いて、情報処理装置１００の制御部は、ＣＯＬＯＲ情報取得要求を親局に送信する（ステップＳ８８４）。例えば、図１８に示すＣＯＬＯＲ情報取得要求フレームを親局に送信する（ステップＳ８８４）。この場合に、情報処理装置１００の制御部は、ＣＯＬＯＲ情報取得要求フレームにおけるＰＬＣＰヘッダにはＣＯＬＯＲ情報（ＢＳＳ ＣＯＬＯＲ）を格納せずに送信する。

続いて、情報処理装置１００の制御部は、ＣＯＬＯＲ情報取得応答を親局から受信したか否かを判断する（ステップＳ８８５）。例えば、図１９に示すＣＯＬＯＲ情報取得応答フレームを親局から受信したか否かを判断する（ステップＳ８８５）。そして、ＣＯＬＯＲ情報取得応答を親局から受信していない場合には（ステップＳ８８５）、ステップＳ８８４に戻る。

ＣＯＬＯＲ情報取得応答を親局から受信した場合には（ステップＳ８８５）、情報処理装置１００の制御部は、「ＳＩＧＮＡＬ記載のＣＯＬＯＲ情報が新ＣＯＬＯＲと一致する」を受信必須条件に追加する（ステップＳ８８６）。すなわち、情報処理装置１００の制御部は、受信したＣＯＬＯＲ情報取得応答フレームに格納されている新ＣＯＬＯＲに基づいて、受信必須条件を更新し、パケットフィルタリングを再度有効に設定する。

その応答フレームを受信できない状態が一定回数繰り返されていない場合には（ステップＳ８８１）、情報処理装置１００の制御部は、親局からのビーコンフレームを受信できない状態が一定回数繰り返されたか否かを判断する（ステップＳ８８２）。なお、情報処理装置１００の制御部は、親局からのビーコンフレームを受信できない状態が一定時間以上続いたか否かを判断するようにしてもよい（ステップＳ８８２）。

親局からのビーコンフレームを受信できない状態が一定回数繰り返されていない場合には（ステップＳ８８２）、ＣＯＬＯＲリカバリ処理の動作を終了する。一方、親局からのビーコンフレームを受信できない状態が一定回数繰り返された場合には（ステップＳ８８２）、ステップＳ８８３に進む。

このように、情報処理装置１００は、一定回数、または、一定時間を基準として、親局からのビーコンフレームを受信できない場合には、ＣＯＬＯＲが変更されたと判断することができる。

このように、情報処理装置１００の制御部は、一定時間の間、自ＢＳＳのＢＳＳ ＣＯＬＯＲを物理ヘッダ内に含むパケットを親局から受信することができない場合には、自ＢＳＳのＢＳＳ ＣＯＬＯＲを確認するためのＣＯＬＯＲ情報取得要求（要求情報）を親局に送信する。また、情報処理装置１００の制御部は、一定時間の間、自ＢＳＳのＢＳＳ ＣＯＬＯＲを物理ヘッダ内に含むパケットを親局から受信することができない場合には、ＢＳＳ ＣＯＬＯＲを変更することを要求するための要求情報を親局に送信するようにしてもよい。この場合には、その親局は、情報処理装置１００からの要求に応じて、ＢＳＳ ＣＯＬＯＲを変更してその変更情報を情報処理装置１００に送信する。

また、情報処理装置１００の制御部は、ＣＯＬＯＲ情報取得要求に対する応答を待機している間、検出された全てのパケットの受信処理を行う。

［ＣＯＬＯＲリカバリ処理の動作例（親局の動作例）］
図２１は、本技術の第３の実施の形態における情報処理装置２００によるＣＯＬＯＲリカバリ処理の処理手順の一例を示すフローチャートである。なお、この例では、情報処理装置２００の例を示すが、他の親局についても同様である。

最初に、情報処理装置２００の制御部２４０は、子局からＣＯＬＯＲ情報取得要求を受信したか否かを判断する（ステップＳ８８７）。子局からＣＯＬＯＲ情報取得要求を受信していない場合には（ステップＳ８８７）、ＣＯＬＯＲリカバリ処理の動作を終了する。

子局からＣＯＬＯＲ情報取得要求を受信した場合には（ステップＳ８８７）、制御部２４０は、そのＣＯＬＯＲ情報取得要求を送信した子局に、新ＣＯＬＯＲを格納したＣＯＬＯＲ情報取得応答を送信する（ステップＳ８８８）。例えば、図１９に示すＣＯＬＯＲ情報取得応答フレーム（ＣＯＬＯＲ３７７に新ＣＯＬＯＲを格納）を送信する。この場合に、制御部２４０は、ＣＯＬＯＲ情報取得応答フレームにおけるＰＬＣＰヘッダ３７１にはＣＯＬＯＲ情報（ＢＳＳ ＣＯＬＯＲ）を格納せずに送信する。

このように、ＣＯＬＯＲ更新情報を受け取れないまま移行期間が終了してしまった場合でも、子局は、その状態を推定して、親局に新ＣＯＬＯＲの提供を依頼して新ＣＯＬＯＲを取得することができる。

＜４．第４の実施の形態＞
本技術の第１乃至第３の実施の形態では、ＢＳＳ ＣＯＬＯＲの運用開始を親局がトリガする例を示した。

本技術の第４の実施の形態では、既に開設されているＢＳＳの中で、接続確立後には子局がＢＳＳ ＣＯＬＯＲの運用開始をトリガする例を示す。

なお、本技術の第４の実施の形態における情報処理装置の構成については、図１等に示す情報処理装置１００乃至１０３、２００、２０１と略同一である。このため、本技術の第１の実施の形態と共通する部分については、本技術の第１の実施の形態と同一の符号を付してこれらの説明の一部を省略する。

［通信例］
図２２は、本技術の第４の実施の形態における通信システム１０を構成する各装置間における通信処理例を示すシーケンスチャートである。なお、図２２は、図５に示す通信例において、ＣＯＬＯＲ運用開始要求処理を追加した例である。このため、図５と共通する部分については、図５と同一の符号を付してこれらの説明の一部を省略する。

最初に、情報処理装置２００および情報処理装置１００間でＣＯＬＯＲ運用開始要求処理が行われる（４１０）。このＣＯＬＯＲ運用開始要求処理については、図２４および図２５を参照して詳細に説明する。

［ＣＯＬＯＲ運用開始要求フレームのフォーマット例］
図２３は、本技術の第４の実施の形態における通信システム１０を構成する各装置間でやりとりされるＣＯＬＯＲ運用開始要求フレームのフォーマット例を示す図である。

ＣＯＬＯＲ運用開始要求フレームは、ＰＬＣＰ Ｈｅａｄｅｒ３８１と、ＭＡＣ Ｈｅａｄｅｒ３８２と、Ｐａｙｌｏａｄ３８３と、ＦＣＳ（Frame Check Sequence）３８４とにより構成される。

Ｐａｙｌｏａｄ３８３は、Ｃａｔｅｇｏｒｙ３８５と、Ａｃｔｉｏｎ３８６と、Ｎｕｍｂｅｒ ｏｆ Ｅｎｔｒｉｅｓ３８７と、Ｄｅｔｅｃｔｅｄ ＣＯＬＯＲ３８８、３９１と、ＢＳＳＩＤ ｏｆ ｄｅｔｅｃｔｅｄ ＣＯＬＯＲ３８９、３９２と、ＲＳＳＩ ｏｆ ｄｅｔｅｃｔｅｄ ＣＯＬＯＲ３９０、３９３とにより構成される。

Ｃａｔｅｇｏｒｙ３８５には、ＣＯＬＯＲ運用開始要求フレームである旨が格納される。

Ａｃｔｉｏｎ３８６には、ＣＯＬＯＲ運用開始を要求する旨が格納される。

Ｎｕｍｂｅｒ ｏｆ Ｅｎｔｒｉｅｓ３８７には、ＣＯＬＯＲ運用開始要求フレームに格納されている情報の組み合わせの数Ｎが格納される。すなわち、Ｎｕｍｂｅｒ ｏｆ Ｅｎｔｒｉｅｓ３８７には、Ｄｅｔｅｃｔｅｄ ＣＯＬＯＲ、ＢＳＳＩＤ ｏｆ ｄｅｔｅｃｔｅｄ ＣＯＬＯＲおよびＲＳＳＩ ｏｆ ｄｅｔｅｃｔｅｄ ＣＯＬＯＲの組み合わせの数Ｎが格納される。

Ｄｅｔｅｃｔｅｄ ＣＯＬＯＲ３８８、３９１には、子局で検出された重複するＢＳＳ ＣＯＬＯＲに関する情報が格納される。

ＢＳＳＩＤ ｏｆ ｄｅｔｅｃｔｅｄ ＣＯＬＯＲ３８９、３９２には、子局で検出された重複するＢＳＳ ＣＯＬＯＲを発信したネットワークのＢＳＳＩＤが格納される。

ＲＳＳＩ ｏｆ ｄｅｔｅｃｔｅｄ ＣＯＬＯＲ３９０、３９３には、子局で検出された重複するＢＳＳ ＣＯＬＯＲのＯＢＳＳからのパケットのＲＳＳＩが格納される。

また、ＣＯＬＯＲ情報取得要求フレームを必ず受信させるため、ＰＬＣＰ Ｈｅａｄｅｒ３８１には、自ＢＳＳのＣＯＬＯＲ情報（ＢＳＳ ＣＯＬＯＲ）を格納しない。

［ＣＯＬＯＲ運用開始要求処理の動作例（子局）］
図２４は、本技術の第４の実施の形態における情報処理装置１００によるＣＯＬＯＲ運用開始要求処理の処理手順の一例を示すフローチャートである。なお、この例では、情報処理装置１００の例を示すが、他の子局についても同様である。

最初に、情報処理装置１００の制御部は、ＢＳＳ ＣＯＬＯＲによるパケットフィルタリングを自ＢＳＳ内で運用して欲しい要求が発生したか否かを判断する（ステップＳ８９１乃至Ｓ８９３）。

例えば、情報処理装置１００の制御部は、情報処理装置１００のバッテリ残量（電池残量）が閾値ＴＨ１以下に低下したか否かを判断する（ステップＳ８９１）。情報処理装置１００のバッテリ残量が閾値ＴＨ１以下に低下した場合には（ステップＳ８９１）、情報処理装置１００の制御部は、ＢＳＳ ＣＯＬＯＲによるパケットフィルタリングを自ＢＳＳ内で運用して欲しい要求が発生したと判断する。そして、情報処理装置１００の制御部は、周囲のＯＢＳＳからのパケットをモニタする（ステップＳ８９４）。

具体的には、情報処理装置１００の制御部は、検出したパケットのＰＬＣＰヘッダに使用されているＣＯＬＯＲ情報（ＢＳＳ ＣＯＬＯＲ）を収集する（ステップＳ８９４）。同時に、情報処理装置１００の制御部は、検出したＯＢＳＳのビーコンにおけるｐａｙｌｏａｄに格納されているＣＯＬＯＲ情報（ＢＳＳ ＣＯＬＯＲ）を抽出して収集する（ステップＳ８９４）。この場合に、情報処理装置１００の制御部は、それらの情報を取得したパケットのＲＳＳＩや、それに格納されているＢＳＳＩＤ等についても収集する（ステップＳ８９４）。

続いて、情報処理装置１００の制御部は、取得された各情報（例えば、既に使用されているＢＳＳ ＣＯＬＯＲ、これに関するＢＳＳＩＤ、ＲＳＳＩの情報）をＣＯＬＯＲ運用開始要求フレーム（図２３に示す）に格納して親局に送信する（ステップＳ８９５）。

ここで、モニタによる各情報（例えば、周囲の使用ＢＳＳ ＣＯＬＯＲ）の収集については、親局に任せることができる場合には、モニタ処理を省略するようにしてもよい。この場合には、情報処理装置１００は、ＣＯＬＯＲ運用開始を要求する旨のみを格納したＣＯＬＯＲ運用開始要求フレームを送信する。

また、情報処理装置１００のバッテリ残量が閾値ＴＨ１よりも多い場合には（ステップＳ８９１）、情報処理装置１００の制御部は、親局との通信品質が閾値ＴＨ２以下に悪化したか否かを判断する（ステップＳ８９２）。例えば、親局との通信品質として、親局との間でのＲＳＳＩを用いることができる。親局との通信品質が閾値ＴＨ２以下に悪化した場合には（ステップＳ８９２）、情報処理装置１００の制御部は、ＢＳＳ ＣＯＬＯＲによるパケットフィルタリングを自ＢＳＳ内で運用して欲しい要求が発生したと判断する。そして、ステップＳ８９４に進む。

親局との通信品質が閾値ＴＨ２よりも良い場合には（ステップＳ８９１）、情報処理装置１００の制御部は、単位時間内に検出された無線トラフィックの量が閾値ＴＨ３を超えたか否かを判断する（ステップＳ８９３）。単位時間内に検出された無線トラフィックの量が閾値ＴＨ３を超えた場合には（ステップＳ８９３）、情報処理装置１００の制御部は、ＢＳＳ ＣＯＬＯＲによるパケットフィルタリングを自ＢＳＳ内で運用して欲しい要求が発生したと判断する。そして、ステップＳ８９４に進む。

また、単位時間内に検出された無線トラフィックの量が閾値ＴＨ３以下である場合には（ステップＳ８９３）、ステップＳ８９１に戻る。

このように、例えば、子局がモバイル機器である場合において、子局のバッテリ残量が低下したため、パケットフィルタリングを開始することにより消費電力を削減したいときに、ＢＳＳ ＣＯＬＯＲの運用開始を親局に要求することができる。同様に、親局との通信品質が低下したと判断した場合や、単位時間内に検出された無線トラフィックの量が増加した場合等に、ＢＳＳ ＣＯＬＯＲの運用開始を親局に要求することができる。

［ＣＯＬＯＲ運用開始要求処理の動作例（親局）］
図２５は、本技術の第４の実施の形態における情報処理装置２００によるＣＯＬＯＲ運用開始要求処理の処理手順の一例を示すフローチャートである。なお、この例では、情報処理装置２００の例を示すが、他の親局についても同様である。

最初に、情報処理装置２００の制御部２４０は、閾値ＴＨ４以上の子局からＣＯＬＯＲ運用開始要求フレームを受信したか否かを判断する（ステップＳ８９６）。ここで、閾値ＴＨ４として、固定値を用いるようにしてもよく、可変値としてもよい。例えば、情報処理装置２００に接続されている子局の数や情報処理装置２００の周囲の通信環境等に基づいて閾値ＴＨ４を適宜変更するようにしてもよい。

閾値ＴＨ４以上の子局からＣＯＬＯＲ運用開始要求フレームを受信していない場合には（ステップＳ８９６）、監視を継続して行う。一方、閾値ＴＨ４以上の子局からＣＯＬＯＲ運用開始要求フレームを受信した場合には（ステップＳ８９６）、制御部２４０は、初期ＣＯＬＯＲ決定処理を開始する（ステップＳ８９７）。すなわち、制御部２４０は、ＢＳＳ内でのＢＳＳ ＣＯＬＯＲの運用を開始する。

なお、この例では、子局が運用開始要求の判断処理を行い、親局は、その判断結果に基づいて、ＢＳＳ内でのＢＳＳ ＣＯＬＯＲの運用を開始する例を示した。ただし、親局でも、子局での運用開始要求の判断処理と同等（例えば、全部、一部、他の判断を追加）の判断処理を行い、その判断結果（または、親局および子局の判断結果）に基づいて、ＢＳＳ内でのＢＳＳ ＣＯＬＯＲの運用を開始するようにしてもよい。

［初期ＣＯＬＯＲ決定処理例］
基本的に、本技術の第１の実施の形態と同等の処理となる。この際、子局からのＣＯＬＯＲ運用開始要求フレームに、既にＯＢＳＳにおいて使用されているＢＳＳ ＣＯＬＯＲが格納されている場合には、これらの情報も初期ＣＯＬＯＲの選択候補から除外する。

［初期ＣＯＬＯＲ共有処理例およびＣＯＬＯＲ重複検出処理例］
本技術の第２の実施の形態と同等である。

［新ＣＯＬＯＲ決定処理例］
本技術の第１の実施の形態と同等である。

［ＣＯＬＯＲ更新通知処理例およびＣＯＬＯＲ更新反映処理例］
本技術の第２の実施の形態と同等である。

このように、ＢＳＳ ＣＯＬＯＲがＢＳＳ間で重複した場合に、到来する本来受信不要なパケットを最後まで受信してしまうケースから復旧できるようになり、通信効率を向上させることができる

なお、本技術の各実施の形態では、フェーズ単位で各処理について説明したが、各フェーズの組み合わせについては、上述した以外の組み合わせとするようにしてもよい。例えば、各フェーズの組み合わせは、本技術の各実施の形態を跨いだ組み合わせを適用するようにしてもよい。

また、本技術の各実施の形態では、インフラストラクチャネットワークを単位として、それぞれにＣＯＬＯＲ情報（ＢＳＳ ＣＯＬＯＲ）を与える例を示したが、メッシュネットワークにおいて同様の運用を行うようにしてもよい。例えば、インフラストラクチャネットワークでは、ＢＳＳＩＤごとに対応するＣＯＬＯＲを与えている。これに対して、メッシュネットワークでは、Ｍｅｓｈ ＩＤごとに対応するＣＯＬＯＲを与えるようにすることにより、インフラストラクチャネットワークと同様に適用することができる。

このように、本技術の実施の形態によれば、パケットのフィルタリングを適切に行い、不要な受信を適切に打ち切ることができる。これにより、通信システムにおける無線リソースの利用効率を向上させることができる。また、情報処理装置（無線通信装置）における消費電力を低減させることができる。

＜４．応用例＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、情報処理装置１００乃至１０３、２００、２０１は、スマートフォン、タブレットＰＣ（Personal Computer）、ノートＰＣ、携帯型ゲーム端末若しくはデジタルカメラなどのモバイル端末、テレビジョン受像機、プリンタ、デジタルスキャナ若しくはネットワークストレージなどの固定端末、又はカーナビゲーション装置などの車載端末として実現されてもよい。また、情報処理装置１００乃至１０３、２００、２０１は、スマートメータ、自動販売機、遠隔監視装置又はＰＯＳ（Point Of Sale）端末などの、Ｍ２Ｍ（Machine To Machine）通信を行う端末（ＭＴＣ（Machine Type Communication）端末ともいう）として実現されてもよい。さらに、情報処理装置１００乃至１０３、２００、２０１は、これら端末に搭載される無線通信モジュール（例えば、１つのダイで構成される集積回路モジュール）であってもよい。

一方、例えば、情報処理装置２００、２０１は、ルータ機能を有し又はルータ機能を有しない無線ＬＡＮアクセスポイント（無線基地局ともいう）として実現されてもよい。また、情報処理装置２００、２０１は、モバイル無線ＬＡＮルータとして実現されてもよい。さらに、情報処理装置２００、２０１は、これら装置に搭載される無線通信モジュール（例えば、１つのダイで構成される集積回路モジュール）であってもよい。

［４−１．第１の応用例］
図２６は、本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１３、アンテナスイッチ９１４、アンテナ９１５、バス９１７、バッテリー９１８及び補助コントローラ９１９を備える。

プロセッサ９０１は、例えばＣＰＵ（Central Processing Unit）又はＳｏＣ（System on Chip）であってよく、スマートフォン９００のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ９０２は、ＲＡＭ（Random Access Memory）及びＲＯＭ（Read Only Memory）を含み、プロセッサ９０１により実行されるプログラム及びデータを記憶する。ストレージ９０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。外部接続インタフェース９０４は、メモリーカード又はＵＳＢ（Universal Serial Bus）デバイスなどの外付けデバイスをスマートフォン９００へ接続するためのインタフェースである。

カメラ９０６は、例えば、ＣＣＤ（Charge Coupled Device）又はＣＭＯＳ（Complementary Metal Oxide Semiconductor）などの撮像素子を有し、撮像画像を生成する。センサ９０７は、例えば、測位センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含み得る。マイクロフォン９０８は、スマートフォン９００へ入力される音声を音声信号へ変換する。入力デバイス９０９は、例えば、表示デバイス９１０の画面上へのタッチを検出するタッチセンサ、キーパッド、キーボード、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９１０は、液晶ディスプレイ（ＬＣＤ）又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの画面を有し、スマートフォン９００の出力画像を表示する。スピーカ９１１は、スマートフォン９００から出力される音声信号を音声に変換する。

無線通信インタフェース９１３は、ＩＥＥＥ８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ、１１ａｃ及び１１ａｄなどの無線ＬＡＮ標準のうちの１つ以上をサポートし、無線通信を実行する。無線通信インタフェース９１３は、インフラストラクチャーモードにおいては、他の装置と無線ＬＡＮアクセスポイントを介して通信し得る。また、無線通信インタフェース９１３は、アドホックモード又はＷｉ−Ｆｉ Ｄｉｒｅｃｔ等のダイレクト通信モードにおいては、他の装置と直接的に通信し得る。なお、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔでは、アドホックモードとは異なり２つの端末の一方がアクセスポイントとして動作するが、通信はそれら端末間で直接的に行われる。無線通信インタフェース９１３は、典型的には、ベースバンドプロセッサ、ＲＦ（Radio Frequency）回路及びパワーアンプなどを含み得る。無線通信インタフェース９１３は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を集積したワンチップのモジュールであってもよい。無線通信インタフェース９１３は、無線ＬＡＮ方式に加えて、近距離無線通信方式、近接無線通信方式又はセルラ通信方式などの他の種類の無線通信方式をサポートしてもよい。アンテナスイッチ９１４は、無線通信インタフェース９１３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９１５の接続先を切り替える。アンテナ９１５は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９１３による無線信号の送信及び受信のために使用される。

なお、図２６の例に限定されず、スマートフォン９００は、複数のアンテナ（例えば、無線ＬＡＮ用のアンテナ及び近接無線通信方式用のアンテナ、など）を備えてもよい。その場合に、アンテナスイッチ９１４は、スマートフォン９００の構成から省略されてもよい。

バス９１７は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１３及び補助コントローラ９１９を互いに接続する。バッテリー９１８は、図中に破線で部分的に示した給電ラインを介して、図２６に示したスマートフォン９００の各ブロックへ電力を供給する。補助コントローラ９１９は、例えば、スリープモードにおいて、スマートフォン９００の必要最低限の機能を動作させる。

図２６に示したスマートフォン９００において、図２を用いて説明した制御部２４０は、無線通信インタフェース９１３において実装されてもよい。また、これら機能の少なくとも一部は、プロセッサ９０１又は補助コントローラ９１９において実装されてもよい。

なお、スマートフォン９００は、プロセッサ９０１がアプリケーションレベルでアクセスポイント機能を実行することにより、無線アクセスポイント（ソフトウェアＡＰ）として動作してもよい。また、無線通信インタフェース９１３が無線アクセスポイント機能を有していてもよい。

［４−２．第２の応用例］
図２７は、本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。カーナビゲーション装置９２０は、プロセッサ９２１、メモリ９２２、ＧＰＳ（Global Positioning System）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、アンテナスイッチ９３４、アンテナ９３５及びバッテリー９３８を備える。

プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。

ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。

コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。

無線通信インタフェース９３３は、ＩＥＥＥ８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ、１１ａｃ及び１１ａｄなどの無線ＬＡＮ標準のうちの１つ以上をサポートし、無線通信を実行する。無線通信インタフェース９３３は、インフラストラクチャーモードにおいては、他の装置と無線ＬＡＮアクセスポイントを介して通信し得る。また、無線通信インタフェース９３３は、アドホックモード又はＷｉ−Ｆｉ Ｄｉｒｅｃｔ等のダイレクト通信モードにおいては、他の装置と直接的に通信し得る。無線通信インタフェース９３３は、典型的には、ベースバンドプロセッサ、ＲＦ回路及びパワーアンプなどを含み得る。無線通信インタフェース９３３は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、無線ＬＡＮ方式に加えて、近距離無線通信方式、近接無線通信方式又はセルラ通信方式などの他の種類の無線通信方式をサポートしてもよい。アンテナスイッチ９３４は、無線通信インタフェース９３３に含まれる複数の回路の間でアンテナ９３５の接続先を切り替える。アンテナ９３５は、単一の又は複数のアンテナ素子を有し、無線通信インタフェース９３３による無線信号の送信及び受信のために使用される。

なお、図２７の例に限定されず、カーナビゲーション装置９２０は、複数のアンテナを備えてもよい。その場合に、アンテナスイッチ９３４は、カーナビゲーション装置９２０の構成から省略されてもよい。

バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図２７に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。

図２７に示したカーナビゲーション装置９２０において、図２を用いて説明した制御部２４０は、無線通信インタフェース９３３において実装されてもよい。また、これら機能の少なくとも一部は、プロセッサ９２１において実装されてもよい。

また、無線通信インタフェース９３３は、上述した情報処理装置２００、２０１として動作し、車両に乗るユーザが有する端末に無線接続を提供してもよい。

また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。

［４−３．第３の応用例］
図２８は、本開示に係る技術が適用され得る無線アクセスポイント９５０の概略的な構成の一例を示すブロック図である。無線アクセスポイント９５０は、コントローラ９５１、メモリ９５２、入力デバイス９５４、表示デバイス９５５、ネットワークインタフェース９５７、無線通信インタフェース９６３、アンテナスイッチ９６４及びアンテナ９６５を備える。

コントローラ９５１は、例えばＣＰＵ又はＤＳＰ（Digital Signal Processor）であってよく、無線アクセスポイント９５０のＩＰ（Internet Protocol）レイヤ及びより上位のレイヤの様々な機能（例えば、アクセス制限、ルーティング、暗号化、ファイアウォール及びログ管理など）を動作させる。メモリ９５２は、ＲＡＭ及びＲＯＭを含み、コントローラ９５１により実行されるプログラム、及び様々な制御データ（例えば、端末リスト、ルーティングテーブル、暗号鍵、セキュリティ設定及びログなど）を記憶する。

入力デバイス９５４は、例えば、ボタン又はスイッチなどを含み、ユーザからの操作を受け付ける。表示デバイス９５５は、ＬＥＤランプなどを含み、無線アクセスポイント９５０の動作ステータスを表示する。

ネットワークインタフェース９５７は、無線アクセスポイント９５０が有線通信ネットワーク９５８に接続するための有線通信インタフェースである。ネットワークインタフェース９５７は、複数の接続端子を有してもよい。有線通信ネットワーク９５８は、イーサネット（登録商標）などのＬＡＮであってもよく、又はＷＡＮ（Wide Area Network）であってもよい。

無線通信インタフェース９６３は、ＩＥＥＥ８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ、１１ａｃ及び１１ａｄなどの無線ＬＡＮ標準のうちの１つ以上をサポートし、近傍の端末へアクセスポイントとして無線接続を提供する。無線通信インタフェース９６３は、典型的には、ベースバンドプロセッサ、ＲＦ回路及びパワーアンプなどを含み得る。無線通信インタフェース９６３は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を集積したワンチップのモジュールであってもよい。アンテナスイッチ９６４は、無線通信インタフェース９６３に含まれる複数の回路の間でアンテナ９６５の接続先を切り替える。アンテナ９６５は、単一の又は複数のアンテナ素子を有し、無線通信インタフェース９６３による無線信号の送信及び受信のために使用される。

図２８に示した無線アクセスポイント９５０において、図２を用いて説明した制御部２４０は、無線通信インタフェース９６３において実装されてもよい。また、これら機能の少なくとも一部は、コントローラ９５１において実装されてもよい。

なお、上述の実施の形態は本技術を具現化するための一例を示したものであり、実施の形態における事項と、請求の範囲における発明特定事項とはそれぞれ対応関係を有する。同様に、請求の範囲における発明特定事項と、これと同一名称を付した本技術の実施の形態における事項とはそれぞれ対応関係を有する。ただし、本技術は実施の形態に限定されるものではなく、その要旨を逸脱しない範囲において実施の形態に種々の変形を施すことにより具現化することができる。

また、上述の実施の形態において説明した処理手順は、これら一連の手順を有する方法として捉えてもよく、また、これら一連の手順をコンピュータに実行させるためのプログラム乃至そのプログラムを記憶する記録媒体として捉えてもよい。この記録媒体として、例えば、ＣＤ（Compact Disc）、ＭＤ（MiniDisc）、ＤＶＤ（Digital Versatile Disc）、メモリカード、ブルーレイディスク（Blu-ray（登録商標）Disc）等を用いることができる。

なお、本明細書に記載された効果はあくまで例示であって、限定されるものではなく、また、他の効果があってもよい。

なお、本技術は以下のような構成もとることができる。
（１）
自装置が属する第１ネットワークを識別するための第１の物理層ネットワーク識別子と自装置が属しない第２ネットワークを識別するための第２の物理層ネットワーク識別子とが一致したと判定された場合に前記第１の物理層ネットワーク識別子を変更して当該変更に関する変更情報を他の情報処理装置に送信する制御を行う制御部を具備する情報処理装置。
（２）
前記制御部は、受信したパケットの物理ヘッダに存在する前記第１の物理層ネットワーク識別子の値と前記第１ネットワークにおいて使用されている前記第１の物理層ネットワーク識別子の値とが同一であり、かつ、ＭＡＣヘッダに存在するデータリンク層ネットワーク識別子の値と前記第１ネットワークを識別するためのデータリンク層ネットワーク識別子の値とが異なる場合に、前記第１の物理層ネットワーク識別子および前記第２の物理層ネットワーク識別子が一致したと判定する前記（１）に記載の情報処理装置。
（３）
前記制御部は、受信したビーコンパケットのペイロード内に記載されている物理層ネットワーク識別子の情報と前記第１ネットワークにおいて使用されている前記第１の物理層ネットワーク識別子の情報とが同一であり、かつ、ＭＡＣヘッダに存在するデータリンク層ネットワーク識別子の情報と前記第１ネットワークを識別するためのデータリンク層ネットワーク識別子の情報とが異なる場合に、前記第１の物理層ネットワーク識別子および前記第２の物理層ネットワーク識別子が一致したと判定する前記（１）に記載の情報処理装置。
（４）
前記制御部は、前記第１の物理層ネットワーク識別子および前記第２の物理層ネットワーク識別子の一致検出通知を前記第１ネットワークに属する他の情報処理装置から受信した場合に、前記第１の物理層ネットワーク識別子および前記第２の物理層ネットワーク識別子が一致したと判定する前記（１）に記載の情報処理装置。
（５）
前記制御部は、前記第２ネットワークを含む他のネットワークに属する他の情報処理装置から送信される報知情報に基づいて、前記他のネットワークにおいて使用されている物理層ネットワーク識別子を抽出して前記抽出された物理層ネットワーク識別子以外の物理層ネットワーク識別子を前記変更後の第１の物理層ネットワーク識別子とする前記（１）から（４）のいずれかに記載の情報処理装置。
（６）
前記制御部は、前記他のネットワークにおいて使用されている物理層ネットワーク識別子を抽出するための前記報知情報のモニタ時間をランダムに設定する前記（５）に記載の情報処理装置。
（７）
前記制御部は、前記抽出された物理層ネットワーク識別子以外の物理層ネットワーク識別子が存在しない場合には、受信強度が最も小さい報知情報を送信した他の情報処理装置が属するネットワークにおいて使用されている物理層ネットワーク識別子を前記変更後の第１の物理層ネットワーク識別子とする前記（５）または（６）に記載の情報処理装置。
（８）
前記制御部は、前記第１の物理層ネットワーク識別子および前記第２の物理層ネットワーク識別子が一致する場合でも、前記第２ネットワークに属する他の情報処理装置から送信される報知情報に前記第２の物理層ネットワーク識別子を変更する旨の変更情報が含まれるときには、前記第１の物理層ネットワーク識別子を変更しない前記（１）から（７）のいずれかに記載の情報処理装置。
（９）
前記制御部は、前記変更後の第１の物理層ネットワーク識別子の使用を開始する開始タイミング、または、前記更新前の第１の物理層ネットワーク識別子の使用を終了する終了タイミングの何れかを指定するための指定情報を前記変更情報に含めて送信する前記（１）から（８）のいずれかに記載の情報処理装置。
（１０）
前記制御部は、前記第１ネットワークに属する情報処理装置のうちにＰｏｗｅｒ Ｓａｖｅ状態となっている情報処理装置が存在する場合には、前記開始タイミングから前記終了タイミングまでの時間として、ＤＴＩＭ間隔以上の時間を設定する前記（９）に記載の情報処理装置。
（１１）
前記制御部は、前記第１の物理層ネットワーク識別子に関する情報を物理ヘッダに格納しないビーコンにより前記変更情報を送信する前記（１）から（１０）のいずれかに記載の情報処理装置。
（１２）
前記制御部は、前記第１ネットワークに属する全ての情報処理装置から前記変更後の第１の物理層ネットワーク識別子を物理ヘッダに適用したパケットを受信するまでの間、前記変更前の第１の物理層ネットワーク識別子および前記変更後の第１の物理層ネットワーク識別子の何れかを適用したパケットを受信対象とする前記（１）から（１１）のいずれかに記載の情報処理装置。
（１３）
前記制御部は、前記第１ネットワークに属する他の情報処理装置からの要求に応じて前記第１の物理層ネットワーク識別子の情報を前記他の情報処理装置に送信する前記（１）から（１２）のいずれかに記載の情報処理装置。
（１４）
自装置が属する第１ネットワークを識別するための第１の物理層ネットワーク識別子を変更する旨の変更情報を前記第１ネットワークに属する他の情報処理装置から受信した場合に、前記変更情報に基づいてパケットの受信処理を途中で打ち切る条件を変更する制御を行う制御部を具備する情報処理装置。
（１５）
前記制御部は、前記変更後の第１の物理層ネットワーク識別子の使用を開始する開始タイミングを指定する指定情報が前記変更情報に含まれる場合には、前記開始タイミング以降には前記変更後の第１の物理層ネットワーク識別子を物理ヘッダ内に含むパケットの受信処理を行う前記（１４）に記載の情報処理装置。
（１６）
前記制御部は、前記変更後の第１の物理層ネットワーク識別子の使用を終了する終了タイミングを指定する指定情報が前記変更情報に含まれる場合には、前記終了タイミングとなるまで前記変更前の第１の物理層ネットワーク識別子を物理ヘッダ内に含むパケットの受信処理を行う前記（１４）または（１５）に記載の情報処理装置。
（１７）
前記制御部は、一定時間の間、前記第１の物理層ネットワーク識別子を物理ヘッダ内に含むパケットを前記他の情報処理装置から受信することができない場合には、前記第１の物理層ネットワーク識別子を確認するための要求情報を前記他の情報処理装置に送信する前記（１４）から（１６）のいずれかに記載の情報処理装置。
（１８）
前記制御部は、前記要求情報に対する応答を待機している間、検出された全てのパケットの受信処理を行う前記（１７）に記載の情報処理装置。
（１９）
前記第１の物理層ネットワーク識別子と前記自装置が属しない第２ネットワークを識別するための第２の物理層ネットワーク識別子とが一致することを検出した場合に当該検出結果を通知するための通知情報を前記他の情報処理装置に送信する前記（１４）から（１８）のいずれかに記載の情報処理装置。
（２０）
前記制御部は、物理ヘッダに存在する前記第１の物理層ネットワーク識別子の値と前記第１ネットワークにおいて使用されている前記第１の物理層ネットワーク識別子の値とが同一であり、かつ、ＭＡＣヘッダに存在するデータリンク層ネットワーク識別子の値と前記第１ネットワークを識別するためのデータリンク層ネットワーク識別子の値とが異なるパケットを受信した場合に、前記第１の物理層ネットワーク識別子および前記第２の物理層ネットワーク識別子が一致することを検出する前記（１９）に記載の情報処理装置。

１０ 通信システム
１００〜１０３、２００、２０１ 情報処理装置
２１０ データ処理部
２２０ 変復調部
２３０ 無線インターフェース部
２３１ アンテナ
２４０ 制御部
２５０ メモリ
９００ スマートフォン
９０１ プロセッサ
９０２ メモリ
９０３ ストレージ
９０４ 外部接続インタフェース
９０６ カメラ
９０７ センサ
９０８ マイクロフォン
９０９ 入力デバイス
９１０ 表示デバイス
９１１ スピーカ
９１３ 無線通信インタフェース
９１４ アンテナスイッチ
９１５ アンテナ
９１７ バス
９１８ バッテリー
９１９ 補助コントローラ
９２０ カーナビゲーション装置
９２１ プロセッサ
９２２ メモリ
９２４ ＧＰＳモジュール
９２５ センサ
９２６ データインタフェース
９２７ コンテンツプレーヤ
９２８ 記憶媒体インタフェース
９２９ 入力デバイス
９３０ 表示デバイス
９３１ スピーカ
９３３ 無線通信インタフェース
９３４ アンテナスイッチ
９３５ アンテナ
９３８ バッテリー
９４１ 車載ネットワーク
９４２ 車両側モジュール
９５０ 無線アクセスポイント
９５１ コントローラ
９５２ メモリ
９５４ 入力デバイス
９５５ 表示デバイス
９５７ ネットワークインタフェース
９５８ 有線通信ネットワーク
９６３ 無線通信インタフェース
９６４ アンテナスイッチ
９６５ アンテナ

Claims (20)

1. 自装置が属する第１ネットワークを識別するための第１の物理層ネットワーク識別子と自装置が属しない第２ネットワークを識別するための第２の物理層ネットワーク識別子とが一致したと判定された場合に前記第１の物理層ネットワーク識別子を変更して当該変更に関する変更情報を他の情報処理装置に送信する制御を行う制御部を具備する情報処理装置。
2. 前記制御部は、受信したパケットの物理ヘッダに存在する前記第１の物理層ネットワーク識別子の値と前記第１ネットワークにおいて使用されている前記第１の物理層ネットワーク識別子の値とが同一であり、かつ、ＭＡＣヘッダに存在するデータリンク層ネットワーク識別子の値と前記第１ネットワークを識別するためのデータリンク層ネットワーク識別子の値とが異なる場合に、前記第１の物理層ネットワーク識別子および前記第２の物理層ネットワーク識別子が一致したと判定する請求項１記載の情報処理装置。
3. 前記制御部は、受信したビーコンパケットのペイロード内に記載されている物理層ネットワーク識別子の情報と前記第１ネットワークにおいて使用されている前記第１の物理層ネットワーク識別子の情報とが同一であり、かつ、ＭＡＣヘッダに存在するデータリンク層ネットワーク識別子の情報と前記第１ネットワークを識別するためのデータリンク層ネットワーク識別子の情報とが異なる場合に、前記第１の物理層ネットワーク識別子および前記第２の物理層ネットワーク識別子が一致したと判定する請求項１記載の情報処理装置。
4. 前記制御部は、前記第１の物理層ネットワーク識別子および前記第２の物理層ネットワーク識別子の一致検出通知を前記第１ネットワークに属する他の情報処理装置から受信した場合に、前記第１の物理層ネットワーク識別子および前記第２の物理層ネットワーク識別子が一致したと判定する請求項１記載の情報処理装置。
5. 前記制御部は、前記第２ネットワークを含む他のネットワークに属する他の情報処理装置から送信される報知情報に基づいて、前記他のネットワークにおいて使用されている物理層ネットワーク識別子を抽出して前記抽出された物理層ネットワーク識別子以外の物理層ネットワーク識別子を前記変更後の第１の物理層ネットワーク識別子とする請求項１記載の情報処理装置。
6. 前記制御部は、前記他のネットワークにおいて使用されている物理層ネットワーク識別子を抽出するための前記報知情報のモニタ時間をランダムに設定する請求項５記載の情報処理装置。
7. 前記制御部は、前記抽出された物理層ネットワーク識別子以外の物理層ネットワーク識別子が存在しない場合には、受信強度が最も小さい報知情報を送信した他の情報処理装置が属するネットワークにおいて使用されている物理層ネットワーク識別子を前記変更後の第１の物理層ネットワーク識別子とする請求項５記載の情報処理装置。
8. 前記制御部は、前記第１の物理層ネットワーク識別子および前記第２の物理層ネットワーク識別子が一致する場合でも、前記第２ネットワークに属する他の情報処理装置から送信される報知情報に前記第２の物理層ネットワーク識別子を変更する旨の変更情報が含まれるときには、前記第１の物理層ネットワーク識別子を変更しない請求項１記載の情報処理装置。
9. 前記制御部は、前記変更後の第１の物理層ネットワーク識別子の使用を開始する開始タイミング、または、前記更新前の第１の物理層ネットワーク識別子の使用を終了する終了タイミングの何れかを指定するための指定情報を前記変更情報に含めて送信する請求項１記載の情報処理装置。
10. 前記制御部は、前記第１ネットワークに属する情報処理装置のうちにＰｏｗｅｒ Ｓａｖｅ状態となっている情報処理装置が存在する場合には、前記開始タイミングから前記終了タイミングまでの時間として、ＤＴＩＭ間隔以上の時間を設定する請求項９記載の情報処理装置。
11. 前記制御部は、前記第１の物理層ネットワーク識別子に関する情報を物理ヘッダに格納しないビーコンにより前記変更情報を送信する請求項１記載の情報処理装置。
12. 前記制御部は、前記第１ネットワークに属する全ての情報処理装置から前記変更後の第１の物理層ネットワーク識別子を物理ヘッダに適用したパケットを受信するまでの間、前記変更前の第１の物理層ネットワーク識別子および前記変更後の第１の物理層ネットワーク識別子の何れかを適用したパケットを受信対象とする請求項１記載の情報処理装置。
13. 前記制御部は、前記第１ネットワークに属する他の情報処理装置からの要求に応じて前記第１の物理層ネットワーク識別子の情報を前記他の情報処理装置に送信する請求項１記載の情報処理装置。
14. 自装置が属する第１ネットワークを識別するための第１の物理層ネットワーク識別子を変更する旨の変更情報を前記第１ネットワークに属する他の情報処理装置から受信した場合に、前記変更情報に基づいてパケットの受信処理を途中で打ち切る条件を変更する制御を行う制御部を具備する情報処理装置。
15. 前記制御部は、前記変更後の第１の物理層ネットワーク識別子の使用を開始する開始タイミングを指定する指定情報が前記変更情報に含まれる場合には、前記開始タイミング以降には前記変更後の第１の物理層ネットワーク識別子を物理ヘッダ内に含むパケットの受信処理を行う請求項１４記載の情報処理装置。
16. 前記制御部は、前記変更後の第１の物理層ネットワーク識別子の使用を終了する終了タイミングを指定する指定情報が前記変更情報に含まれる場合には、前記終了タイミングとなるまで前記変更前の第１の物理層ネットワーク識別子を物理ヘッダ内に含むパケットの受信処理を行う請求項１４記載の情報処理装置。
17. 前記制御部は、一定時間の間、前記第１の物理層ネットワーク識別子を物理ヘッダ内に含むパケットを前記他の情報処理装置から受信することができない場合には、前記第１の物理層ネットワーク識別子を確認するための要求情報を前記他の情報処理装置に送信する請求項１４記載の情報処理装置。
18. 前記制御部は、前記要求情報に対する応答を待機している間、検出された全てのパケットの受信処理を行う請求項１７記載の情報処理装置。
19. 前記第１の物理層ネットワーク識別子と前記自装置が属しない第２ネットワークを識別するための第２の物理層ネットワーク識別子とが一致することを検出した場合に当該検出結果を通知するための通知情報を前記他の情報処理装置に送信する請求項１４記載の情報処理装置。
20. 前記制御部は、物理ヘッダに存在する前記第１の物理層ネットワーク識別子の値と前記第１ネットワークにおいて使用されている前記第１の物理層ネットワーク識別子の値とが同一であり、かつ、ＭＡＣヘッダに存在するデータリンク層ネットワーク識別子の値と前記第１ネットワークを識別するためのデータリンク層ネットワーク識別子の値とが異なるパケットを受信した場合に、前記第１の物理層ネットワーク識別子および前記第２の物理層ネットワーク識別子が一致することを検出する請求項１９記載の情報処理装置。

Images