JP2023054828A - 通信システム、通信方法、通信装置、および通信プログラム - Google Patents

Abstract

【課題】各通信装置が互いに独立した複数の無線ネットワークを利用してそれぞれ通信を継続するための構成を提供する。【解決手段】通信システムは、第１のＢＳＳＩＤを用いて、１または複数の他の周辺装置と第１の無線ネットワークを構成する第１の通信装置と、第２のＢＳＳＩＤを用いて、１または複数の他の周辺装置と第２の無線ネットワークを構成する第２の通信装置とを含む。第１の通信装置は、ＢＳＳＩＤとして第１の識別値が指定された第１のフレームを送信するように構成されている。第１の通信装置および第２の通信装置は、ＢＳＳＩＤとして第１の識別値が指定されたフレームを有効なフレームとして受信処理するように構成されている。【選択図】図１５

Description

本技術は、ＢＳＳＩＤ（basic service set identifier）を用いて無線ネットワークを構成する通信システム、通信方法、通信装置、および通信プログラムに関する。

典型的な無線通信においては、複数の通信装置間で無線ネットワークが構成される。複数の無線ネットワークに跨がる通信に関して、特開２０１７－１９１９６６号公報（特許文献１）は、特定のゲーム装置の間で通信グループを形成して通信を行っている場合であっても、その通信グループからブロードキャストされるフレームを受信できる範囲に存在する他のゲーム装置は、当該通信グループで実行されているゲームアプリケーションの進捗情報などの各種情報を取得することができるゲームシステムを開示する。

特開２０１７－１９１９６６号公報

上述の先行技術文献に開示されるゲームシステムにおいては、別の通信グループ（無線ネットワークに相当）に属しているゲーム装置からのフレームを受信して、当該別の通信グループに所属先を変更する場合には、元の通信グループから離脱あるいは元の通信グループを開放する必要がある。

本技術は、各通信装置が互いに独立した複数の無線ネットワークを利用してそれぞれ通信を継続するための構成を提供する。

ある実施の形態に従う通信システムは、第１のＢＳＳＩＤ（basic service set identifier）を用いて、１または複数の他の周辺装置と第１の無線ネットワークを構成する第１の通信装置と、第２のＢＳＳＩＤを用いて、１または複数の他の周辺装置と第２の無線ネットワークを構成する第２の通信装置とを含む。第１のＢＳＳＩＤは、第１の通信装置のＭＡＣ（media access control）アドレスと一致する。第２のＢＳＳＩＤは、第２の通信装置のＭＡＣアドレスと一致する。第１の通信装置および第２の通信装置は、第１の識別値を共通に有している。第１の通信装置は、ＢＳＳＩＤとして第１の識別値が指定された第１のフレームを送信するように構成されており、ＢＳＳＩＤとして第１のＢＳＳＩＤが指定されたフレームに加えて、ＢＳＳＩＤとして第１の識別値が指定されたフレームを有効なフレームとして受信処理するように構成されている。第２の通信装置は、ＢＳＳＩＤとして第２のＢＳＳＩＤが指定されたフレームに加えて、ＢＳＳＩＤとして第１の識別値が指定されたフレームを有効なフレームとして受信処理するように構成されている。

この構成によれば、第１の通信装置と第２の通信装置との間で共通に保持されている第１の識別値に関して、第１の通信装置は、ＢＳＳＩＤとして第１のＢＳＳＩＤが指定されたフレームに加えて、ＢＳＳＩＤとして第１の識別値が指定されたフレームを有効なフレームとして受信処理し、第２の通信装置は、ＢＳＳＩＤとして第２のＢＳＳＩＤが指定されたフレームに加えて、ＢＳＳＩＤとして第１の識別値が指定されたフレームを有効なフレームとして受信処理する。第１の通信装置および第２の通信装置における受信処理によって、第１の無線ネットワークおよび第２の無線ネットワークを維持したまま、それらと
は異なる独自の無線ネットワークを構成できる。このような独自の無線ネットワークを用いることで、第１の通信装置と第２の通信装置との間で直接のデータ交換などを容易に行うことができる。

第１の通信装置は、第１の識別値とは異なる第２の識別値を第１のフレームを用いて送信するように構成されていてもよい。第２の通信装置は、第１のフレームを受信して、第１のフレームに含まれる第２の識別値を格納するように構成されていてもよい。この構成によれば、第１の通信装置と第２の通信装置との間でのみ有効な第２の識別値を共通に保持できる。

第２の通信装置は、ユーザ操作に応じて、第１のフレームに含まれる第２の識別値を格納するようにしてもよい。この構成によれば、明示的なユーザ操作を受けた場合に限って、第１の無線ネットワークおよび第２の無線ネットワークとは異なる独自の無線ネットワークが構成されるので、不要な無線リソースの消費を防止できる。

第２の通信装置が第２の識別値を格納した後、第１の通信装置と第２の通信装置とは、ＢＳＳＩＤとして第２の識別値が指定された第２のフレームによりデータを交換するように構成されていてもよい。この構成によれば、第１の通信装置と第２の通信装置との間で有効な第２の識別値を用いた無線ネットワークを構成できるので、第１の通信装置と第２の通信装置との間でデータ交換をする際に、周囲に存在する他の装置への影響を低減できる。

第１のフレームは、宛先ＭＡＣアドレスとしてブロードキャストアドレスが指定されていてもよい。第２のフレームは、宛先ＭＡＣアドレスとして第１の通信装置または第２の通信装置のＭＡＣアドレスが指定されていてもよい。この構成によれば、第１のフレームの受信を希望する通信装置による第１のフレームの探索を容易化できるとともに、第１の通信装置と第２の通信装置との間でデータ交換をする際に、周囲に存在する他の装置への影響を低減できる。

第１の通信装置は、第１の無線ネットワークでの通信に用いているのと同じ通信チャネルで第１のフレームを送信し、第２の通信装置は、通信チャネルを順次変更して第１のフレームを探索してもよい。この構成によれば、第１の無線ネットワークにおける通信を安定させた状態で第１のフレームを送信できる。

第２の通信装置は、第１のフレームの送信に用いられた通信チャネルで、第２の無線ネットワークでの通信を行ってもよい。この構成によれば、第１の無線ネットワークでの通信、および、第１の通信装置と第２の通信装置との間の通信のいずれについても安定させることできる。

第１の通信装置および第２の通信装置は、アプリケーションプログラムを実行してもよい。第１の識別値は、アプリケーションプログラムに含まれていてもよい。この構成によれば、同一のアプリケーションプログラムを実行する通信装置の間では、第１の識別値を共通の保有することを保証できる。

第２の識別値は、第１の通信装置のＭＡＣアドレスのうち特定のビットの値を変更することで生成されてもよい。この構成によれば、ＭＡＣアドレスについての予め定められた規則に従って、他のＭＡＣアドレスと重複あるいは衝突しない第２の識別値を容易に決定できる。

第１の識別値および第２の識別値は、第１の通信装置のＭＡＣアドレス、第２の通信装
置のＭＡＣアドレスおよびブロードキャストアドレスのいずれとも異なる値に設定されていてもよい。この構成によれば、既存の無線ネットワークとの独立性を保証できる。

第１の無線ネットワークでの通信、第２の無線ネットワークでの通信、および、第１の通信装置と第２の通信装置との間の通信において、同一の通信チャネルが用いられてもよい。この構成によれば、第１の無線ネットワークでの通信、第２の無線ネットワークでの通信、および、第１の通信装置と第２の通信装置との間の通信のすべてについて、安定させることができる。

別の実施の形態に従う通信方法は、第１の通信装置が第１のＢＳＳＩＤを用いて、１または複数の他の周辺装置と第１の無線ネットワークを構成するステップを含む。第１のＢＳＳＩＤは、第１の通信装置のＭＡＣアドレスと一致する。通信方法は、第２の通信装置が第２のＢＳＳＩＤを用いて、１または複数の他の周辺装置と第２の無線ネットワークを構成するステップを含む。第２のＢＳＳＩＤは、第２の通信装置のＭＡＣアドレスと一致する。通信方法は、第１の通信装置が、ＢＳＳＩＤとして第１のＢＳＳＩＤが指定されたフレームに加えて、ＢＳＳＩＤとして第１の識別値が指定されたフレームを有効なフレームとして受信処理するように構成するステップと、第２の通信装置が、ＢＳＳＩＤとして第２のＢＳＳＩＤが指定されたフレームに加えて、ＢＳＳＩＤとして第１の識別値が指定されたフレームを有効なフレームとして受信処理するように構成するステップと、第１の通信装置が、ＢＳＳＩＤとして第１の識別値が指定された第１のフレームを送信するステップとを含む。

さらに別の実施の形態に従えば、無線通信部を有する通信装置が提供される。通信装置は、第１のＢＳＳＩＤを用いて、１または複数の他の周辺装置と第１の無線ネットワークを構成する手段を含む。第１のＢＳＳＩＤは、通信装置のＭＡＣアドレスと一致する。通信装置は、第２のＢＳＳＩＤを用いて、１または複数の他の周辺装置と第２の無線ネットワークを構成する他の通信装置との間で共通の第１の識別値を格納する手段を含む。第２のＢＳＳＩＤは、他の通信装置のＭＡＣアドレスと一致する。通信装置は、ＢＳＳＩＤとして第１のＢＳＳＩＤが指定されたフレームに加えて、ＢＳＳＩＤとして第１の識別値が指定されたフレームを有効なフレームとして受信処理する手段と、ＢＳＳＩＤとして第１の識別値が指定された第１のフレームを送信する手段とを含む。

さらに別の実施の形態に従えば、無線通信部を有するコンピュータで実行される通信プログラムが提供される。通信プログラムは、コンピュータに、第１のＢＳＳＩＤを用いて、１または複数の他の周辺装置と第１の無線ネットワークを構成するステップを実行させる。第１のＢＳＳＩＤは、コンピュータのＭＡＣアドレスと一致する。通信プログラムは、コンピュータに、第２のＢＳＳＩＤを用いて、１または複数の他の周辺装置と第２の無線ネットワークを構成する他の通信装置との間で共通の第１の識別値を格納するステップを実行させる。第２のＢＳＳＩＤは、他の通信装置のＭＡＣアドレスと一致する。通信プログラムは、コンピュータに、ＢＳＳＩＤとして第１のＢＳＳＩＤが指定されたフレームに加えて、ＢＳＳＩＤとして第１の識別値が指定されたフレームを有効なフレームとして受信処理するように構成するステップと、ＢＳＳＩＤとして第１の識別値が指定された第１のフレームを送信するステップとを実行させる。

本技術によれば、各通信装置が互いに独立した複数の無線ネットワークを利用してそれぞれ通信を継続できる。

本実施の形態に従う通信システムの概要を説明するための図である。 本実施の形態に従う通信システムの概要を説明するための図である。 本実施の形態に従う通信システムの概要を説明するための図である。 本実施の形態に従う通信システムに含まれる通信装置のハードウェア構成を示す模式図である。 ＩＥＥＥ８０２．１１規格に従うフレームフォーマットの一例を示す模式図である。 ＩＥＥＥ８０２．１１規格に従うフレーム送信を説明するための図である。 図１に示す通信システムにおいて特定の通信装置が仮想ＢＳＳＩＤを有している例を示す。 図７に示す通信システムにおけるフレーム送信を説明するための図である。 本実施の形態に従う通信システムにおいて仮想ＢＳＳを構成するための実装例を示す模式図である。 本実施の形態に従う通信システムのある局面における動作を示す模式図である。 図１０に示す通信システムに含まれる通信装置の間で構成される仮想ＢＳＳの一例を示す図である。 図１１に示す通信システムにおいて新たな仮想ＢＳＳＩＤを交換する処理を示す図である。 本実施の形態に従う通信システムにおいて提供されるユーザインターフェイスの一例を示す模式図である。 本実施の形態に従う通信システムにおける通信チャネルの取り扱いの一例を説明するための模式図である。 図１０～図１２に示す通信処理を実現するためのシーケンス図を示す。 本実施の形態に従う通信システムにおいて募集通知を受信する通信装置の処理を説明するための図である。 本実施の形態に従う通信システムに含まれる通信装置に実現される機能構成例を示す模式図である。

本実施の形態について、図面を参照しながら詳細に説明する。なお、図中の同一または相当部分については、同一符号を付してその説明は繰り返さない。

［Ａ．概要］
まず、本実施の形態に従う通信システム１の概要について説明する。図１～図３は、本実施の形態に従う通信システム１の概要を説明するための図である。

本実施の形態に従う通信システム１は、無線通信により互いに情報をやり取り可能な複数の通信装置１００＿１，１００＿２，・・・および周辺装置２００＿１，２００＿２，・・・，２００＿６，・・・を含む。以下の説明では、通信装置１００＿１，１００＿２，・・・を「通信装置１００」と総称するとともに、周辺装置２００＿１，２００＿２，・・・，２００＿６，・・・を「周辺装置２００」と総称することもある。なお、周辺装置２００も広義の通信装置に相当する。

無線通信としては、例えば、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１１規格に従う無線ＬＡＮ（Local Area Network）を用いることがで
きる。なお、本明細書において、「ＩＥＥＥ８０２．１１規格」は、狭義のＩＥＥＥ８０２．１１（１９９７年策定）だけではなく、ＩＥＥＥ８０２．１１から派生するすべての規格（例えば、ＩＥＥＥ８０２．１１ｂ，ＩＥＥＥ８０２．１１ｇ，ＩＥＥＥ８０２．１１ｎなど）を包含する用語である。さらに、「ＩＥＥＥ８０２．１１規格」は、今後策定される新たな派生規格についても包含し得る。

図１には、ＩＥＥＥ８０２．１１規格において定義されるインフラストラクチャーモード（infrastructure mode)による通信状態の一例を示す。インフラストラクチャーモードにおいては、１つの通信装置がアクセスポイント（ＡＰ：access point；以下、単に「ＡＰ」とも略称する。）として動作し、当該ＡＰに１または複数の通信装置が接続する。ＡＰに接続する１または複数の通信装置は、ステーション（ＳＴＡ：station；以下、単に
「ＳＴＡ」とも略称する。）として動作する。なお、ＡＰとしての動作は「親機」を意味し、ＳＴＡとしての動作は「子機」を意味するとみなすこともできる。

説明の便宜上、通信装置１００は、少なくともＡＰとして動作可能な通信装置を意味し、周辺装置２００は、少なくともＳＴＡとして動作可能な通信装置を意味する。但し、通信装置１００と周辺装置２００とが同一の構成を有していてもよい。この場合には、通信装置１００および周辺装置２００は、状況に応じて、ＡＰおよび／またはＳＴＡとして動作する。

インフラストラクチャーモードにおいて、１つのＡＰと１または複数のＳＴＡとは無線ネットワークを構成する。このようなＡＰを中心とした無線ネットワークは、ＢＳＳ（basic service set）と称されており、各無線ネットワーク（ＢＳＳ）を一意に特定する識
別子としてＢＳＳＩＤ（basic service set identifier）が用いられる。典型的には、ＢＳＳＩＤとしては、ＡＰとして動作する通信装置のＭＡＣ（media access control）アドレスが用いられる。

図１において、通信装置１００＿１および１００＿２がＡＰとして動作している。通信装置１００＿１を中心とする無線ネットワークのＢＳＳＩＤは「ＢＳＳ＿１」であり、通信装置１００＿２を中心とする無線ネットワークのＢＳＳＩＤは「ＢＳＳ＿２」であるとする。通常、「ＢＳＳ＿１」の値は、通信装置１００＿１のＭＡＣアドレスと一致し、「ＢＳＳ＿２」の値は、通信装置１００＿２のＭＡＣアドレスと一致する。

ＢＳＳ＿１には、周辺装置２００＿１～２００＿３がＳＴＡとして接続しており、ＢＳＳ＿２には、周辺装置２００＿４～２００＿６がＳＴＡとして接続している。

このように、ＡＰとして動作する通信装置１００＿１は、通信装置１００＿１のＭＡＣアドレスと一致するＢＳＳＩＤを用いて、１または複数の周辺装置２００と無線ネットワークを構成する。同様に、ＡＰとして動作する通信装置１００＿２は、通信装置１００＿２のＭＡＣアドレスと一致するＢＳＳＩＤを用いて、１または複数の周辺装置２００と無線ネットワークを構成する。

本実施の形態に従う通信システム１においては、図１に示すような無線ネットワークを維持した状態で、別の無線ネットワークを仮想的に構成することができる。

例えば、図２に示すように、ＢＳＳ＿１においてＡＰとして動作する通信装置１００＿１とＢＳＳ＿２においてＡＰとして動作する通信装置１００＿２との間で、別のＢＳＳＩＤ（この例では、「ＢＳＳ＿３」）をもつ無線ネットワークを構成することができる。

なお、図２に示す例において、通信装置１００＿１および通信装置１００＿２のいずれか一方がＢＳＳ＿３のＡＰとして動作し、他方がＢＳＳ＿３のＳＴＡとして動作するようにしてもよいし、あるいは、ＡＰとＳＴＡとの厳密な区別をしないようにしてもよい。

また、図３に示すように、ＢＳＳ＿１においてＡＰとして動作する通信装置１００＿１と、ＢＳＳ＿１においてＳＴＡとして動作する周辺装置２００＿３およびＢＳＳ＿２にお
いてＳＴＡとして動作する周辺装置２００＿４との間で、さらに別のＢＳＳＩＤ（この例では、「ＢＳＳ＿４」）をもつ無線ネットワークを構成することもできる。

このように、本実施の形態に従う通信システム１においては、任意の通信装置は、任意の無線ネットワークを維持した状態で、別の無線ネットワークを構成あるいは別の無線ネットワークに参加できる。

［Ｂ．ハードウェア構成例］
次に、本実施の形態に従う通信システム１を構成する装置のハードウェア構成の一例について説明する。

（ｂ１：通信装置１００）
本実施の形態に従う通信システム１に含まれる通信装置１００は、どのような装置であってもよいが、一例として、無線通信機能を有するゲーム装置とすることができる。ゲーム装置としては、携帯型（あるいは、可搬型）であってもよいし、据置型であってもよい。

図４は、本実施の形態に従う通信システム１に含まれる通信装置１００のハードウェア構成を示す模式図である。図４を参照して、通信装置１００は、コンピュータの一例であり、プロセッサ１０２と、主記憶部１０４と、補助記憶部１０６と、ディスプレイ１１４と、操作部１１６と、音声出力部１１８と、無線通信部１２０とを含む。これらのコンポーネントは、バス１１２を介して、互いにデータ通信可能に接続されている。

プロセッサ１０２は、通信装置１００が提供する処理を実行するための処理主体（処理手段）である。プロセッサ１０２は、補助記憶部１０６に格納されているシステムプログラム１０８およびアプリケーションプログラム１１０を読み込んで主記憶部１０４に展開して、後述するような各種の情報処理を実行する。

システムプログラム１０８は、後述するような各処理を実現するための命令コードを含む。特に、システムプログラム１０８は、本実施の形態に従う通信プログラムを含む。

主記憶部１０４は、プロセッサ１０２がアクセス可能な任意の記憶装置（記憶媒体）であり、例えば、ＤＲＡＭ（dynamic random access memory）といった揮発性記憶装置を用いて実装される。

補助記憶部１０６は、例えば、ハードディスクやフラッシュメモリといった不揮発性記憶媒体を用いて実装される。あるいは、補助記憶部１０６は、例えば、光ディスクおよびカートリッジといった通信装置１００に着脱可能な記憶媒体を用いて実装してもよい。この場合、通信装置１００と任意の記憶媒体との組合せで通信装置を構成してもよい。

ディスプレイ１１４は、プロセッサ１０２で実行される情報処理の結果として生成される画像を表示する。ディスプレイ１１４には、他の装置から受信した画像が表示される場合もある。ディスプレイ１１４は複数であってもよい。また、１または複数の外部ディスプレイを通信装置１００が利用する構成であってもよい。

操作部１１６は、主として、通信装置１００のユーザからの操作を受け付ける。操作部１１６は、例えば、押ボタン、操作レバー、タッチパネル、マウスなどを用いて実装される。操作部１１６は、通信装置１００とは別体の、有線または無線で接続されるゲームコントローラであってもよい。

無線通信部１２０は、他の装置との間で無線信号を介してデータを送受信する。無線通信部１２０は、例えば、ＩＥＥＥ８０２．１１規格に従う無線ＬＡＮをサポートする。加えて、無線通信部１２０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅ（登録商標）、赤外線通信などの通信方式をサポートするようにしてもよい。図４には、無線通信部１２０のブロックを集合的に描くが、互いに独立した複数の無線通信部１２０を実装してもよい。また、無線通信部１２０はプロセッサ１０２と一体化されていてもよい。

図４には、通信装置１００を一体の装置として描くが、複数の装置の集合体として実装してもよい。すなわち、通信装置１００を複数の独立した装置の組合せによって実装してもよい。例えば、プロセッサ１０２、主記憶部１０４、補助記憶部１０６に相当するハードウェアを有する本体装置と、ディスプレイ１１４、操作部１１６、音声出力部１１８に相当するハードウェアを有する端末装置とが別体である構成を採用してもよい。このような構成は、通信装置１００ではなく、通信システムと称されてもよい。

また、通信装置１００において実行される情報処理の少なくとも一部が、ネットワーク（広域ネットワークおよび／またはローカルネットワーク）上に分散配置された１または複数の他の装置によって分散的に実行されるようにしてもよい。

（ｂ２：周辺装置２００）
本実施の形態に従う通信システム１に含まれる周辺装置２００についても、どのような装置であってもよい。例えば、周辺装置２００は、ラップトップ、デスクトップパソコン、携帯電話、スマートフォン、タブレットなどの汎用的な情報処理装置とすることができる。あるいは、周辺装置２００は、ゲーム装置に接続される周辺機器（例えば、ゲームコントローラやスピーカなど）であってもよい。このような装置自体は、公知であるので、ここでは詳細な説明は行わない。

（ｂ３：その他）
上述したように、通信装置１００および周辺装置２００を区別するのは、説明の便宜上のためであり、通信装置１００および周辺装置２００が同一のハードウェア構成を有していてもよい。典型的には、通信装置１００および周辺装置２００のすべてをゲーム装置としてもよい。

通信装置１００および／または周辺装置２００において実行される処理は、プロセッサがプログラムを実行することで実現されてもよいし、その一部または全部が、ＳｏＣ（system on chip）、ＡＳＩＣ（application specific integrated circuit）、ＦＰＧＡ（field programmable gate array）などのハードワイヤード回路により実現されてもよい。ハードワイヤード回路の一部または全部は、無線通信部１２０に実装されてもよい。

［Ｃ．ＢＳＳＩＤおよび仮想ＢＳＳＩＤ］
次に、本実施の形態に従う通信システム１における無線通信に関して、ＢＳＳＩＤおよび仮想ＢＳＳＩＤについて説明する。

図５は、ＩＥＥＥ８０２．１１規格に従うフレームフォーマットの一例を示す模式図である。図５に示すフレームフォーマット２０は、ＰＬＣＰ（physical layer convergence
protocol）プリアンブル２２と、ＰＬＣＰヘッダ２４と、ＩＥＥＥ８０２．１１ヘッダ
２６と、データフィールド２８と、ＦＣＳフィールド３０とを含む。

ＰＬＣＰプリアンブル２２およびＰＬＣＰヘッダ２４は、物理層での伝送に関する情報を含む。具体的には、ＰＬＣＰプリアンブル２２は、フレームフォーマット２０の先頭に付加され、同期信号を示すビット列を含む。ＰＬＣＰヘッダ２４は、変調方式、データ長
さなどの情報を含む。

ＩＥＥＥ８０２．１１ヘッダ２６は、データリンク層での伝送に関する情報を含む。より具体的には、ＩＥＥＥ８０２．１１ヘッダ２６は、フレームコントロールフィールド２６１と、Ｄｕｒａｔｉｏｎ／ＩＤフィールド２６２と、宛先ＭＡＣアドレスフィールド２６３と、送信元ＭＡＣアドレスフィールド２６４と、ＢＳＳＩＤフィールド２６５と、シーケンスコントールフィールド２６６とを含む。

フレームコントロールフィールド２６１は、フレームの種類、フレームの宛先、フレームの送信元の媒体（無線および有線のいずれであるか）、フラグメント情報、電力管理情報、ＷＥＰ（wired equivalent privacy）の使用の有無などの情報を含む。

Ｄｕｒａｔｉｏｎ／ＩＤフィールド２６２は、フレーム送信に必要な期間の情報を含む。

宛先ＭＡＣアドレスフィールド２６３は、宛先として指定された通信装置のＭＡＣアドレスを含む。

送信元ＭＡＣアドレスフィールド２６４は、送信元として指定された通信装置のＭＡＣアドレスを含む。

ＢＳＳＩＤフィールド２６５は、送信元および宛先として指定された通信装置が属している無線ネットワークのＢＳＳＩＤの値を含む。

シーケンスコントールフィールド２６６は、複数のフレームを再構成するための情報を含む。

データフィールド２８は、伝送されるデータ本体が格納される。
ＦＣＳフィールド３０は、伝送中に生じるエラーを検出するためのチェックビット列であるＦＣＳ（frame check sequence）を含む。

基本的には、ＩＥＥＥ８０２．１１ヘッダ２６に含まれる情報に基づいて、通信装置間のフレーム伝送が制御される。より具体的には、送信先を特定する宛先ＭＡＣアドレス（図５の宛先ＭＡＣアドレスフィールド２６３に指定される値）と、ＢＳＳＩＤ（図５のＢＳＳＩＤフィールド２６５に指定される値）との組合せによって、送信元の通信装置からのフレームを受信および処理する通信装置が決定される。すなわち、いずれかの通信装置からのフレームを受信した通信装置は、受信したフレームに含まれるＩＥＥＥ８０２．１１ヘッダ２６の内容に基づいて、自装置宛のフレームであるか否かを判断する。自装置宛のフレームであると判断されると、受信したフレームの内容が解析され、必要な処理が実行される。一方、自装置宛のフレームではないと判断されると、受信したフレームは、当該フレームの内容が解析されることなく破棄される。

図６は、ＩＥＥＥ８０２．１１規格に従うフレーム送信を説明するための図である。図６には、図１に示す２つの無線ネットワークが存在する場合において、通信装置１００＿１がフレームを送信する場合の例を示す。図６中のチェックマークは、受信したフレームの内容を解析して処理することを意味する。なお、通信装置１００＿１，１００＿２および周辺装置２００＿１～２００＿６が互いに近接した位置に存在しており、いずれの通信装置も他の通信装置からのフレームを受信できるものとする。

図６のＣａｓｅ１では、宛先ＭＡＣアドレスとして、周辺装置２００＿１のＭＡＣアド
レスが指定され、ＢＳＳＩＤとして、ＢＳＳ＿１が指定されている。この場合、周辺装置２００＿１のみが通信装置１００＿１からのフレームの内容を解析して処理することになる。

ここで、宛先ＭＡＣアドレスおよびＢＳＳＩＤのいずれについても、特定の値ではなく、「すべて」を意味するブロードキャストアドレス（FF:FF:FF:FF:FF:FF）を指定するこ
ともできる（図６においては、「Broadcast」と示す。）。

図６のＣａｓｅ２では、宛先ＭＡＣアドレスとして、周辺装置２００＿１のＭＡＣアドレスが指定され、ＢＳＳＩＤとして、ブロードキャストアドレスが指定されている。この場合においても、周辺装置２００＿１のみが通信装置１００＿１からのフレームの内容を解析して処理することになる。

なお、ＩＥＥＥ８０２．１１規格によれば、ＩＥＥＥ８０２．１１ヘッダ２６のＢＳＳＩＤの値としては、送信元の通信装置が属している無線ネットワークのＢＳＳＩＤ、あるいは、ブロードキャストアドレスのみが許容される。

図６のＣａｓｅ１およびＣａｓｅ２に示すように、宛先ＭＡＣアドレスとして特定の値が指定されている場合には、ＢＳＳＩＤが一致していることを条件として、指定された値をもつ通信装置のみが受信したフレームの内容を解析して処理することになる。

同様に、図６のＣａｓｅ３およびＣａｓｅ４では、宛先ＭＡＣアドレスとして、周辺装置２００＿２のＭＡＣアドレスが指定されており、周辺装置２００＿２のみが通信装置１００＿１からのフレームの内容を解析して処理することになる。

また、図６のＣａｓｅ５およびＣａｓｅ６では、宛先ＭＡＣアドレスとして、周辺装置２００＿３のＭＡＣアドレスが指定されており、周辺装置２００＿３のみが通信装置１００＿１からのフレームの内容を解析して処理することになる。

図６のＣａｓｅ７では、宛先ＭＡＣアドレスとして、通信装置１００＿２のＭＡＣアドレスが指定され、ＢＳＳＩＤとして、ＢＳＳ＿１が指定されている。この場合、通信装置１００＿２は、受信したフレームにおいて自装置のＭＡＣアドレスが指定されていると判断するものの、指定されたＢＳＳＩＤの値である「ＢＳＳ＿１」が自装置が属している無線ネットワークのＢＳＳＩＤの値である「ＢＳＳ＿２」とは一致しないため、受信したフレームを破棄する。

一方、図６のＣａｓｅ８では、宛先ＭＡＣアドレスとして、通信装置１００＿２のＭＡＣアドレスが指定され、ＢＳＳＩＤとして、ブロードキャストアドレスが指定されている。この場合、通信装置１００＿２は、受信したフレームにおいて自装置のＭＡＣアドレスが指定されていると判断し、かつ、ＢＳＳＩＤとしてブロードキャストアドレスが指定されているので、通信装置１００＿１からのフレームの内容を解析して処理する。

図６のＣａｓｅ８に示すような指定を行うことで、ＢＳＳ＿１に属している通信装置１００＿１から、異なる無線ネットワークであるＢＳＳ＿２に属している通信装置１００＿２に対してフレームを送信できる。しかしながら、ＢＳＳＩＤが異なる無線ネットワークに属している通信装置のＭＡＣアドレスを取得することは容易ではないので、図６のＣａｓｅ８に示すようなフレームの生成は現実的ではない。また、このようなフレームは、複数の宛先に同一のデータを送信するような用途には適していない。すなわち、宛先の数だけフレームを生成および送信する必要があり、送信側の通信装置１００における負荷が大きくなり得る。

図６のＣａｓｅ９では、宛先ＭＡＣアドレスとして、ブロードキャストアドレスが指定され、ＢＳＳＩＤとして、ＢＳＳ＿１が指定されている。この場合、ＢＳＳ＿１に属しているすべての通信装置（周辺装置２００＿１～２００＿３）が通信装置１００＿１からのフレームの内容を解析して処理することになる。図６のＣａｓｅ９は、同一の無線ネットワークに属しているＳＴＡに対して、一斉にフレームを送信する場合などに有効である。

しかしながら、通信装置１００＿１から他の無線ネットワークであるＢＳＳ＿２に属している通信装置１００＿２および周辺装置２００＿４～２００＿６に対しては、フレームを伝送することができない。そこで、他のＢＳＳに属している通信装置１００および／または周辺装置２００に対してフレームを送信する方法として、図６のＣａｓｅ１０に示すように、宛先ＭＡＣアドレスおよびＢＳＳＩＤの両方に、ブロードキャストアドレスを指定することができる。この場合、ＢＳＳに関係なく、通信装置１００＿１からのフレームを受信可能なすべての通信装置（通信装置１００＿２および周辺装置２００＿１～２００＿６）が通信装置１００＿１からのフレームの内容を解析して処理することになる。

しかしながら、図６のＣａｓｅ１０に示すような指定を行うことで、送信元の通信装置からの電波の届く範囲にいるすべての通信装置が受信したフレームの内容を解析して処理することになるので、無関係な通信装置での処理負荷が増大し、あるいは、無関係な通信装置での誤った処理の発生などが懸念される。そのため、図６のＣａｓｅ１０に示すようなフレームの生成も現実的ではない。

なお、ＡＰとして動作する通信装置１００同士は、無線ネットワークより上位のＩＰ（internet protocol）レイヤにおいて、ルータなどを経由してデータを交換する方法も想
定される。しかしながら、ＡＰとして動作する通信装置１００同士を接続するルータが存在しない場合もある。また、ルータなどを経由することで、転送ホップ数などが増大して、データの伝送効率および伝送速度が低下し得る。

このような新たな課題に対して、本実施の形態に従う通信システム１は、インフラストラクチャーモードにおいて構成される無線ネットワーク（ＢＳＳ）が複数存在する場合であっても、複数のＢＳＳに跨がって、効率的かつ柔軟にデータを交換可能な通信方法などを提供する。

より具体的には、本実施の形態に従う通信システム１においては、ＩＥＥＥ８０２．１１規格で用いるＢＳＳＩＤ（一般的には、ＡＰとして動作する通信装置のＭＡＣアドレスが用いられるが、これに限られるものではない）とは別に、任意のＢＳＳＩＤを指定できる新たな仕組みを導入する。以下の説明においては、ＩＥＥＥ８０２．１１規格で用いるＢＳＳＩＤとは異なる任意の値をもつＢＳＳＩＤを「仮想ＢＳＳＩＤ」あるいは「ＶＢＳＳＩＤ」とも称す。仮想ＢＳＳＩＤは、ＢＳＳを仮想的に構成するための識別値の一例である。仮想ＢＳＳＩＤとしては、任意のＭＡＣアドレスおよびブロードキャストアドレスと重複あるいは衝突しない任意の値を用いることができる。但し、仮想ＢＳＳＩＤとして、想定されるすべてのＭＡＣアドレスと完全に異なる値を選択しなくてもよく、ＭＡＣアドレスとの重複あるいは衝突を現実的に回避できればよい。

また、仮想ＢＳＳＩＤを用いて構成される無線ネットワークを「仮想ＢＳＳ」とも称す。上述の図２に示す「ＢＳＳ＿３」および図３に示す「ＢＳＳ＿４」は、仮想ＢＳＳＩＤを用いて構成される仮想ＢＳＳの一例である。

次に、仮想ＢＳＳＩＤを用いて仮想的に構成される無線ネットワーク（仮想ＢＳＳ）の一例について説明する。

図７は、図１に示す通信システム１において特定の通信装置が仮想ＢＳＳＩＤ５０を有している例を示す。図７に示す通信システム１においては、ＡＰとして動作する通信装置１００＿１および通信装置１００＿２と、ＳＴＡとして動作する周辺装置２００＿３とは、仮想ＢＳＳＩＤ５０を共通に有しているとする。

通信装置１００＿１、通信装置１００＿２および周辺装置２００＿３は、ＩＥＥＥ８０２．１１ヘッダ２６に仮想ＢＳＳＩＤ５０を含むフレームを、自装置が属している仮想無線ネットワークに向けられたものであるとして処理することになる。

図８は、図７に示す通信システム１におけるフレーム送信を説明するための図である。図８には、図７に示す通信システム１において、通信装置１００＿１がフレームを送信する場合の例を示す。図８中のチェックマークは、図６と同様に、通信装置１００＿１からのフレームの内容を解析して処理することを意味する。なお、通信装置１００＿１，１００＿２および周辺装置２００＿１～２００＿６が互いに近接した位置に存在しており、いずれの通信装置も他の通信装置から送信されたフレームを受信できるものとする。

図８のＣａｓｅ１、Ｃａｓｅ２、Ｃａｓｅ４、Ｃａｓｅ５、Ｃａｓｅ７、Ｃａｓｅ８、Ｃａｓｅ１０、Ｃａｓｅ１１、Ｃａｓｅ１３、Ｃａｓｅ１４は、図６のＣａｓｅ１、Ｃａｓｅ２、Ｃａｓｅ３、Ｃａｓｅ４、Ｃａｓｅ５、Ｃａｓｅ６、Ｃａｓｅ７、Ｃａｓｅ８、Ｃａｓｅ９、Ｃａｓｅ１０とそれぞれ同様であるので、詳細な説明は繰り返さない。

図８のＣａｓｅ３では、周辺装置２００＿１は、仮想ＢＳＳＩＤ５０を有していないので、自装置宛のフレームではないと判断し、内容を解析することなく受信したフレームを破棄する。図８のＣａｓｅ６においても同様に、周辺装置２００＿２は、仮想ＢＳＳＩＤ５０を有していないので、自装置宛のフレームではないと判断し、内容を解析することなく受信したフレームを破棄する。

これに対して、図８のＣａｓｅ９では、周辺装置２００＿３は、仮想ＢＳＳＩＤ５０を有しているので、自装置宛のフレームであると判断し、通信装置１００＿１からのフレームの内容を解析して処理することになる。図８のＣａｓｅ１２においても同様に、通信装置１００＿２は、仮想ＢＳＳＩＤ５０を有しているので、自装置宛のフレームであると判断し、通信装置１００＿１からのフレームの内容を解析して処理することになる。

図８のＣａｓｅ１５では、仮想ＢＳＳＩＤ５０を有している周辺装置２００＿３および通信装置１００＿２のみが、通信装置１００＿１からのフレームの内容を解析して処理することになる。

図８に示すように、仮想ＢＳＳＩＤ５０を有している周辺装置２００＿３は、自装置が属しているＢＳＳのＢＳＳＩＤ（通信装置１００＿１のＭＡＣアドレス）がＢＳＳＩＤとして指定されたフレームに加えて、仮想ＢＳＳＩＤ５０をＢＳＳＩＤとして指定されたフレームを有効なフレームとして受信処理する。

同様に、仮想ＢＳＳＩＤ５０を有している通信装置１００＿２は、自装置が属しているＢＳＳのＢＳＳＩＤ（通信装置１００＿２のＭＡＣアドレス）がＢＳＳＩＤとして指定されたフレームに加えて、仮想ＢＳＳＩＤ５０をＢＳＳＩＤとして指定されたフレームを有効なフレームとして受信処理する。

なお、本明細書において、「有効なフレームとして受信処理する」とは、指定されたＢＳＳＩＤに基づいて、フレームを破棄しないこと意味する。すなわち、受信されたフレー
ムにおいて指定されている宛先ＭＡＣアドレスが所定条件を満たせば、当該フレームは、内容を解析される対象となり得る。

このように、仮想ＢＳＳＩＤ５０を用いて仮想的に構成される無線ネットワーク（仮想ＢＳＳ）を採用することで、仮想ＢＳＳに属していない通信装置において処理負荷が増大するような事態を回避することができるとともに、仮想ＢＳＳに属していない通信装置での誤った処理の発生なども回避できる。

説明の便宜上、仮想ＢＳＳＩＤを用いて仮想的に構成される無線ネットワーク（仮想ＢＳＳ）が１つだけの例を示すが、構成される仮想ＢＳＳの数には制限はない。また、各通信装置は、特定の１つの仮想ＢＳＳに属するだけではなく、複数の仮想ＢＳＳに同時に属することもできる。この場合には、各通信装置は、属している仮想ＢＳＳの数に相当する仮想ＢＳＳＩＤを有することになる。

すなわち、説明の便宜上、ＡＰおよび／またはＳＴＡとして動作する通信装置が１つの仮想ＢＳＳＩＤを有している例を示したが、各通信装置が有している仮想ＢＳＳＩＤの数には制限はない。

仮想ＢＳＳは、ＢＳＳとは独立して構成されるので、複数のＢＳＳに跨がって構成されてもよいし、単一のＢＳＳに属する通信装置のうち一部の通信装置のみが仮想ＢＳＳを構成してもよい。さらに、いずれのＢＳＳにも属していない通信装置が仮想ＢＳＳには属することもできる。

ここで、本実施の形態に従う通信システム１において「仮想ＢＳＳに属する」という技術的意義について説明する。

本実施の形態に従う通信システム１における仮想ＢＳＳは実体的に存在しなくてもよい。すなわち、仮想ＢＳＳにおいては、ＩＥＥＥ８０２．１１規格に従うＢＳＳのようなＡＰとＳＴＡとの間の接続手続きは必要がない。少なくとも、いずれかの仮想ＢＳＳに属している通信装置が、当該仮想ＢＳＳに属していることを認識することで十分である。あるいは、いずれかの仮想ＢＳＳに属する予定の通信装置が、属する予定の仮想ＢＳＳを認識することで十分である。

より具体的には、各通信装置は、自装置が属する仮想ＢＳＳを特定する仮想ＢＳＳＩＤを特定できればよい。仮想ＢＳＳＩＤを通信装置が特定できるようにする仕組みとしては、任意の方法を採用できる。

例えば、通信装置で実行されるアプリケーションプログラムあるいはシステムプログラム、または、通信装置が保持するデータなどに、１または複数の仮想ＢＳＳＩＤを含めておくことができる。

あるいは、通信装置が任意の通信手段を用いて他の通信装置と通信して、仮想ＢＳＳＩＤを交換してもよい。任意の通信手段としては、ブロードキャストアドレスや既知の仮想ＢＳＳＩＤなどを用いることができる。また、通信装置は、インターネット経由で、当該通信装置が参加すべき仮想ＢＳＳを特定する仮想ＢＳＳＩＤを取得するようにしてもよい。

さらにあるいは、通信装置を操作するユーザが任意の仮想ＢＳＳＩＤの値、あるいは、仮想ＢＳＳＩＤを生成するための値を設定するようにしてもよい。

ＩＥＥＥ８０２．１１規格に従うＢＳＳにおいては、ＡＰがＢＳＳの構成、変更、開放などを管理するが、仮想ＢＳＳにおいては、ＡＰによる管理は必要ない。その結果、仮想ＢＳＳにおいては、ＡＰのような管理機能は必ずしも必要なく、ＡＰおよびＳＴＡという明確な役割の違いなども必ずしも必要ない。例えば、ＩＥＥＥ８０２．１１規格に従うＢＳＳにおいては、ビーコンなどでアドバタイズ情報を配信することも必ずしも必要ではないので、ＳＴＡとして動作する通信装置のみで仮想ＢＳＳを構成することも可能である。

［Ｄ．仮想ＢＳＳＩＤの決定方法］
本実施の形態に従う通信システム１において用いられる仮想ＢＳＳＩＤは、ＩＥＥＥ８０２．１１規格に従うＢＳＳＩＤ（すなわち、ＡＰとして動作する通信装置のＭＡＣアドレス）とは重複あるいは衝突しない値であれば、どのような値を用いてもよい。

仮想ＢＳＳＩＤは、仮想ＢＳＳを構成する通信装置の間に予め格納されていてもよいし、任意の方法で生成するようにしてもよい。例えば、以下のような方法が想定される。

（１－１）通信装置の生産に係わる法人が製品ベンダー（ネットワーク機器メーカ）に割り当てられるＯＵＩ（organizationally unique identifier：ベンダーコード）を有している場合には、ＯＵＩの範囲から１または複数のＭＡＣアドレスを仮想ＢＳＳＩＤとして用いることができる。

（１－２）通信装置で実行されるアプリケーションプログラムの開発者が保有する通信装置のＭＡＣアドレスを仮想ＢＳＳＩＤとして用いることができる。すなわち、市場には流通しないことが保証されているＭＡＣアドレスを仮想ＢＳＳＩＤとして用いてもよい。

（２－１）仮想ＢＳＳに属する予定の任意の通信装置のＭＡＣアドレスから仮想ＢＳＳＩＤを生成することができる。ＳＴＡとして動作する通信装置のＭＡＣアドレスであれば、ＢＳＳＩＤとして用いられることがないため、そのまま仮想ＢＳＳＩＤとして用いることができる。

ＡＰとして動作する通信装置のＭＡＣアドレスであれば、通信装置のＭＡＣアドレスのうち特定のビットの値を変更することで仮想ＢＳＳＩＤを生成してもよい。例えば、ＭＡＣアドレスに含まれるローカルビット（local bit）を「１」にセットすることで（通常
は、「０」にセットされている）、仮想ＢＳＳＩＤとして用いることができる。ローカルビットは、ＭＡＣアドレスの先頭オクテットに含まれるＧＬビットに相当する。

なお、ローカルビットを用いて仮想ＢＳＳＩＤを生成した場合には、周囲に同一の仮想ＢＳＳＩＤが存在する可能性があるので、衝突検知を行うようにしてもよい。万が一、衝突が検知された場合には、当該仮想ＢＳＳＩＤの使用を一時的に生成し、各通信装置が共通のルールに従って新たな仮想ＢＳＳＩＤに変更するといった処理を採用してもよい。

（２－２）ユーザ識別子、アプリケーション識別子、パスワードなどから算出されるハッシュを用いて、仮想ＢＳＳＩＤを生成することができる。

上述の（１－１）および（１－２）では、予め静的に決定された仮想ＢＳＳＩＤを通信装置に組み込んでおく形態が想定され、上述の（２－１）および（２－２）では、通信装置が動作中に必要に応じて仮想ＢＳＳＩＤを動的に生成する形態が想定される。

［Ｅ．仮想ＢＳＳの構成に係る実装例］
次に、本実施の形態に従う通信システム１において仮想ＢＳＳを構成するための実装例について説明する。

図９は、本実施の形態に従う通信システム１において仮想ＢＳＳを構成するための実装例を示す模式図である。図９には、通信装置１００の無線通信部１２０の主要部を示す。なお、周辺装置２００においても同様の実装を採用できる。

図９を参照して、無線通信部１２０は、送信回路１２０１と、受信回路１２０２と、送受信制御部１２０３と、送受信バッファ１２０４と、フレームフィルタ１２０５と、解析処理部１２０６とを含む。

送信回路１２０１は、送受信制御部１２０３からの指示に従って、データ伝送に係る無線信号を生成および送信する。受信回路１２０２は、送受信制御部１２０３からの指示に従って、データ伝送に係る無線信号を受信および復号する。送受信制御部１２０３は、送信回路１２０１および受信回路１２０２による無線信号の送受信を制御する。

送受信バッファ１２０４は、送受信制御部１２０３を介して受信されたデータ（フレーム）を一時的に格納するとともに、送受信制御部１２０３を介して送信されるデータ（フレーム）を一時的に格納する。

フレームフィルタ１２０５は、送受信バッファ１２０４に格納される受信したフレームのＩＥＥＥ８０２．１１ヘッダ２６の内容を参照して、条件に合致するものだけを解析処理部１２０６へ出力する。より具体的には、フレームフィルタ１２０５は、（１）ＩＥＥＥ８０２．１１ヘッダ２６の宛先ＭＡＣアドレスフィールド２６３に指定された値が、自装置のＭＡＣアドレスと一致、あるいは、ブロードキャストアドレスと一致した場合であって、かつ、（２）ＩＥＥＥ８０２．１１ヘッダ２６のＢＳＳＩＤフィールド２６５に指定された値が処理対象リスト１２１０に登録されているいずれかの値と一致した場合において、当該フレームを処理対象として解析処理部１２０６へ出力する。

解析処理部１２０６は、受信したフレームの内容を解析し、解析した結果をアプリケーションへ出力する。

フレームフィルタ１２０５に設定される処理対象リスト１２１０は、一種のホワイトリストとして実装されている。処理対象リスト１２１０には、内容を解析すべきフレームを特定するためのＭＡＣアドレスが規定される。

通常、ＢＳＳＩＤとしてブロードキャストアドレスが指定されたフレームは常に処理する必要があるので、処理対象リスト１２１０には、ブロードキャストアドレス１２１１が常時登録される。

通信装置がいずれかのＢＳＳに属するようになると、処理対象リスト１２１０には、当該ＢＳＳを識別するためのＢＳＳＩＤ１２１２が登録される。ＡＰとして動作する通信装置であれば、自装置のＭＡＣアドレスをＢＳＳＩＤ１２１２として処理対象リスト１２１０に登録する。ＳＴＡとして動作する通信装置であれば、接続先のＡＰのＭＡＣアドレスをＢＳＳＩＤ１２１２として処理対象リスト１２１０に登録する。

さらに、仮想ＢＳＳに属するためには、通信装置は、仮想ＢＳＳＩＤ値１２１３を処理対象リスト１２１０に登録する。仮想ＢＳＳＩＤ値１２１３を処理対象リスト１２１０に登録するタイミングは、用途に応じて適宜決定すればよい。

なお、図９には、１つの仮想ＢＳＳＩＤ値１２１３のみが処理対象リスト１２１０に登録されている例を示すが、複数の仮想ＢＳＳＩＤ値１２１３を処理対象リスト１２１０に
登録することもできる。一部または全部の仮想ＢＳＳＩＤ値１２１３は、動的に追加および削除されてもよい。また、特定の仮想ＢＳＳＩＤ値１２１３は、ブロードキャストアドレス１２１１と同様に、常時登録されていてもよい。

図９に示すような実装例を採用する場合には、処理対象リスト１２１０に仮想ＢＳＳＩＤ値１２１３が登録された時点で、登録された仮想ＢＳＳＩＤ値１２１３により特定される仮想ＢＳＳに属しているとみなすこともできる。

なお、図９に示す無線通信部１２０のそれぞれのコンポーネントは、無線通信部１２０に含まれるハードウェアおよび／またはソフトウェアによって実現されてもよいし、一部のコンポーネントは、プロセッサ１０２がソフトウェアを実行することで実現されてもよい。例えば、無線通信部１２０で実行されるファームウェアにより実現されてもよいし、プロセッサ１０２で実行される無線ドライバにより実現されてもよい。

［Ｆ．アプリケーション例］
次に、本実施の形態に従う仮想ＢＳＳを利用したアプリケーションの一例について説明する。

図１０は、本実施の形態に従う通信システム１のある局面における動作を示す模式図である。図１０を参照して、通信装置１００の各々が２つの周辺装置２００とそれぞれＢＳＳを構成している例を示す。より具体的には、通信装置１００＿１は、周辺装置２００＿１Ａ，２００＿１Ｂとの間で、ＢＳＳＩＤが「ＢＳＳ＿１」のＢＳＳを構成している。通信装置１００＿２～１００＿５の各々についても同様である。

図１０に示すような状態において、通信装置１００＿１～１００＿５の一部または全部の間で仮想ＢＳＳを構成し、様々なアプリケーション（例えば、複数ユーザでのゲームのプレイ）を提供する処理について説明する。

図１１は、図１０に示す通信システム１に含まれる通信装置１００の間で構成される仮想ＢＳＳの一例を示す図である。図１１を参照して、例えば、通信装置１００＿１～１００＿５の各々は、同一のアプリケーションプログラム１１０を利用可能であるとする。

アプリケーションプログラム１１０は、実行コードに加えて、仮想ＢＳＳを構成するための仮想ＢＳＳＩＤ５０を含んでいる。すなわち、仮想ＢＳＳＩＤ５０は、アプリケーションプログラム１１０に含まれていてもよい。これにより、同一のアプリケーションプログラム１１０を実行している通信装置１００の間では、アプリケーションプログラム１１０に含まれる仮想ＢＳＳＩＤ５０を実質的に共有することができる。

このように、アプリケーションプログラム１１０に含まれる仮想ＢＳＳＩＤ５０を用いて仮想ＢＳＳを構成できる。仮想ＢＳＳＩＤ５０は、他の通信装置のＭＡＣアドレスと衝突しないような値が設定される。

図１１には、通信装置１００＿１～１００＿５の間で、「ＶＢＳＳ＿１」を仮想ＢＳＳＩＤとする仮想ＢＳＳを構成している例を示す。図１１に示すＶＢＳＳ＿１は、通信装置１００＿１～１００＿５の各々がアプリケーションプログラム１１０に含まれる仮想ＢＳＳＩＤ５０を有効化することで実現できる。例えば、通信装置１００＿１～１００＿５の各々がアプリケーションプログラム１１０を起動すると、起動処理の一部として、仮想ＢＳＳＩＤ５０を有効化するようにしてもよい。あるいは、通信装置１００＿１～１００＿５の各々を操作するユーザが明示的に仮想ＢＳＳの構成を指定するようにしてもよい。

アプリケーションプログラム１１０に含まれる仮想ＢＳＳＩＤ５０を指定したフレームは、アプリケーションプログラム１１０を実行している通信装置以外では、内容が解析されることなく破棄されるので、他のアプリケーションプログラムを実行している通信装置、および、それ以外の近接した位置に存在する通信装置に対する影響を低減できる。

ＶＢＳＳ＿１においては、ユーザが一緒にゲームをプレイするための相手を選択するための情報（例えば、ユーザ名やアイコンなど）に加えて、新たな仮想ＢＳＳＩＤを交換する。ユーザ操作などによって、一緒にゲームをプレイする相手が決定されると、決定されたユーザが操作する通信装置の間で、新たな仮想ＢＳＳＩＤを用いた仮想ＢＳＳの利用が開始される。

図１２は、図１１に示す通信システム１において新たな仮想ＢＳＳＩＤを交換する処理を示す図である。図１２には、通信装置１００＿１と通信装置１００＿２とが新たな仮想ＢＳＳを構成する場合の処理例を示す。例えば、通信装置１００＿１が新たな仮想ＢＳＳＩＤ（以下、仮想ＢＳＳＩＤ５０との区別のため「個別仮想ＢＳＳＩＤ５２」とも称す。）を生成し、生成した個別仮想ＢＳＳＩＤ５２を通信装置１００＿２との間で交換する。これによって、通信装置１００＿１と通信装置１００＿２との間で個別仮想ＢＳＳＩＤ５２を共有することができ、この結果、通信装置１００＿１と通信装置１００＿２の間で、個別仮想ＢＳＳＩＤ５２が示す「ＶＢＳＳ＿２」として識別される仮想ＢＳＳが構成される。

図１１に示す通信システム１において、仮想ＢＳＳＩＤ５０および個別仮想ＢＳＳＩＤ５２は、少なくとも、通信装置１００＿１～１００＿５のＭＡＣアドレスおよびブロードキャストアドレス（FF:FF:FF:FF:FF:FF）のいずれとも異なる値に設定される。

個別仮想ＢＳＳＩＤ５２は、互いに異なる値であれば、複数用意してもよい。典型的には、ゲームをプレイするユーザグループ毎に都度生成するようにしてもよい。一対一で通信対戦を行うようなゲームを想定すると、通信装置１００のペア毎に、互いに異なる個別仮想ＢＳＳＩＤ５２が割り当てられてもよい。

個別仮想ＢＳＳＩＤ５２を用いて構成される仮想ＢＳＳにおいては、ゲームの実行に必要な情報がやり取りされる。個別仮想ＢＳＳＩＤ５２を指定したフレームは、一緒にゲームをプレイするユーザの通信装置以外では、内容が解析されることなく破棄されるので、同じ種類のゲームをプレイする別のユーザ群が存在しても、互いに与える影響を低減できる。

図１３は、本実施の形態に従う通信システム１において提供されるユーザインターフェイスの一例を示す模式図である。図１３には、通信装置１００＿１が主体となって、一緒にプレイするユーザを募集する場合の例を示す。より具体的には、図１３（Ａ）および図１３（Ｃ）には、通信装置１００＿１のディスプレイ１１４の表示内容の一例を示し、図１３（Ｂ）および図１３（Ｄ）には、通信装置１００＿２のディスプレイ１１４の表示内容の一例を示す。

図１３（Ａ）に示すように、ユーザの明示的または暗示的な指示などに応じて、通信装置１００＿１は、「対戦ゲームへの参加者を募集しますか？」といったメッセージ１８０を出力する。ユーザが「はい」を選択することで、通信装置１００＿１は、当該ゲームを提供するアプリケーションプログラム１１０に含まれる仮想ＢＳＳＩＤ５０を指定したフレームにより、募集通知を送信する。仮想ＢＳＳＩＤ５０を指定することで、図１１に示すような、仮想ＢＳＳＩＤ５０を用いた仮想ＢＳＳが構成される。このとき、通信装置１００＿１は、参加者を募集するゲーム用の個別仮想ＢＳＳＩＤ５２を新たに生成し、募集
通知に含める。

仮想ＢＳＳＩＤ５０を用いた仮想ＢＳＳにおいて、通信装置１００＿１と他の通信装置との間で、必要な情報が交換される。このような情報交換を取得することで、通信装置１００＿２は、図１３（Ｂ）に示すように、「ユーザＡが対戦ゲームへの参加者を募集しています。参加しますか？」といったメッセージ１８２を出力する。ユーザが「はい」を選択することで、通信装置１００＿２から通信装置１００＿１へユーザの参加の意思を示す参加要求が送信される。

そして、通信装置１００＿１は、図１３（Ｃ）に示すように、「ユーザＢが対戦ゲームへの参加者を希望しています。承認しますか？」といったメッセージ１８４を出力する。ユーザが「はい」を選択することで、通信装置１００＿１は、参加を承認する旨の承認通知を通信装置１００＿２へ送信する。

例えば、図１３（Ｄ）に示すように、通信装置１００＿２は、「ユーザＡが対戦ゲームへの参加者を承認しました。対戦ゲームを開始します。」といったメッセージ１８６を出力する。ユーザが「ＯＫ」を押すと、通信装置１００＿１と通信装置１００＿２とは、個別仮想ＢＳＳＩＤ５２を用いた仮想ＢＳＳにおいて、当該ゲームに係るデータの交換を開始する。

このように、本実施の形態に従う仮想ＢＳＳを利用することで、不特定多数のユーザに対して、参加者を募ることができるとともに、一緒にゲームをプレイするユーザが決定されると、データのやり取りを実質的に当該ユーザに係る通信装置間のみに制限できるので、それ以外の近接した位置に存在する通信装置に対する影響を低減できる。

次に、上述したような仮想ＢＳＳを実現するための通信チャネルの取り扱いの一例について説明する。

図１４は、本実施の形態に従う通信システムにおける通信チャネルの取り扱いの一例を説明するための模式図である。

ＩＥＥＥ８０２．１１規格においては、複数の通信チャネルが利用可能である。例えば、図１４（Ａ）に示すように、通信装置１００＿１が周辺装置２００＿１Ａ，２００＿１Ｂとの間で構成しているＢＳＳ＿１において使用している通信チャネルＣｈ＿Ａと、通信装置１００＿２が周辺装置２００＿２Ａ，２００＿２Ｂとの間で構成しているＢＳＳ＿２において使用している通信チャネルＣｈ＿Ｂとは、同一であるとは限らない。

通信装置１００＿１がいずれの通信装置１００と仮想ＢＳＳを構成するのかは未定であるので、典型的には、通信装置１００＿１は、自装置がＢＳＳでの通信に用いているのと同じ通信チャネル（図１４の例では、通信チャネルＣｈ＿Ａ）で募集通知を送信するようにしてもよい。既存のＢＳＳ＿１での通信に用いているのと同じ通信チャネルを用いることで、ＢＳＳ＿１における通信を安定させた状態で募集通知を送信できる。

一方、通信装置１００＿２は、通信チャネルを順次変更して募集通知を探索する。すなわち、通信装置１００＿２は、固定またはランダムな周期で通信チャネルを適宜変更して、募集通知の受信を試みる。図１４の例では、通信装置１００＿２は、通信チャネルＣｈ＿Ａで募集通知を受信することになる。募集通知に応答して、通信装置１００＿１と通信装置１００＿２とが仮想ＢＳＳ（ＶＢＳＳ＿２）を構成する場合には、募集通知の送信に用いられた通信チャネルＣｈ＿Ａがそのまま使用されてもよい。

このとき、既存のＢＳＳ＿２での通信に用いている通信チャネルと、仮想ＢＳＳ（ＶＢＳＳ＿２）での通信に用いられる通信チャネルとが異なっていれば、仮想ＢＳＳでの通信に用いられる通信チャネルと一致するように、既存のＢＳＳ＿２での通信に用いられる通信チャネルが変更される。すなわち、通信装置１００＿２は、募集通知の送信に用いられた通信チャネルで、既存のＢＳＳ＿２での通信を行う。

図１４の例では、通信装置１００＿２は、ＢＳＳ＿２での通信に用いる通信チャネルを通信チャネルＣｈ＿Ｂから通信チャネルＣｈ＿Ａへ変更する（図１４（Ｂ）参照）。このような通信チャネルの最適な選択および変更を行うことで、既存のＢＳＳ＿１およびＢＳＳ＿２に加えて、新たに構成される仮想ＢＳＳ（ＶＢＳＳ＿２）のいずれにおいても、通信を安定させることができる。

以上のような通信チャネルの取り扱いによって、通信装置１００＿１のＢＳＳ＿１での通信、通信装置１００＿２のＢＳＳ＿２での通信、および、通信装置１００＿１と通信装置１００＿２との間（仮想ＢＳＳ）の通信のいずれにおいても、同一の通信チャネルが用いられることになる。

なお、募集通知を送信する通信チャネルは、任意の方法で選択するようにしてもよい。例えば、予め定められた固定の通信チャネルで募集通知を送信するようにしてもよいし、送信時点の通信の混雑度を計測し、その計測結果に基づいて通信チャネルを選択してもよい。さらにあるいは、すべての通信装置１００が通信チャネルをサイクリックに順次変更して、募集通知の送信および／または受信を行うようにしてもよい。

また、募集通知を用いて、既存のＢＳＳに加えて仮想ＢＳＳを構成する場合には、図１４（Ｂ）に示すように、一旦、既存のＢＳＳおよび仮想ＢＳＳが同一の通信チャネルを利用するように構成した上で、さらに別の通信チャネルに一斉に切り替えるようにしてもよい。例えば、既存のＢＳＳおよび仮想ＢＳＳの構成後に、当該時点の通信の混雑度を計測し、その計測結果に基づいて新たな通信チャネルを選択してもよい。このように、募集通知の送信に用いた通信チャネルとは異なる通信チャネルを用いて、その後の通信を行うようにしてもよい。

図１５は、図１０～図１２に示す通信処理を実現するためのシーケンス図を示す。図１５には、一例として、通信装置１００＿１を起因として仮想ＢＳＳを構成する場合の処理手順を示す。図１５に示す各通信装置１００が実行する処理は、典型的には、各通信装置１００のプロセッサ１０２によるシステムプログラム１０８（図４など参照）の実行と、無線通信部１２０が提供する処理などとによって実現される。

図１５を参照して、通信装置１００＿１は、周辺装置２００＿１Ａ，２００＿１Ｂとの間で、通信装置１００＿１のＭＡＣアドレスをＢＳＳＩＤとして、ＢＳＳを構成する（シーケンスＳＱ２）。このように、通信装置１００＿１は、自装置のＢＳＳＩＤを用いて、１または複数の他の周辺装置２００と無線ネットワークを構成する。

通信装置１００＿２および通信装置１００＿３についても同様の無線ネットワークを構成する（シーケンスＳＱ２）。すなわち、通信装置１００＿２および通信装置１００＿３は、それぞれ自装置のＢＳＳＩＤを用いて、１または複数の他の周辺装置２００と無線ネットワークをそれぞれ構成する。

通信装置１００＿１は、アプリケーションプログラム１１０を実行する（シーケンスＳＱ４）。そして、通信装置１００＿１は、アプリケーションプログラム１１０に含まれる仮想ＢＳＳＩＤ５０を無線通信部１２０のフレームフィルタ１２０５（図９参照）に登録
する（シーケンスＳＱ６）。このように、通信装置１００＿１は、自装置が属しているＢＳＳのＢＳＳＩＤ（通信装置１００＿１のＭＡＣアドレス）がＢＳＳＩＤとして指定されたフレームに加えて、仮想ＢＳＳＩＤ５０がＢＳＳＩＤとして指定されたフレームを有効なフレームとして受信処理するように構成される。

通信装置１００＿２および通信装置１００＿３についても同様に受信処理を構成する（シーケンスＳＱ４およびＳＱ６）。すなわち、通信装置１００＿２および通信装置１００＿３は、それぞれ自装置が属しているＢＳＳのＢＳＳＩＤが指定されたフレームに加えて、仮想ＢＳＳＩＤ５０がＢＳＳＩＤとして指定されたフレームを有効なフレームとして受信処理するように構成される。

続いて、例えば、通信装置１００＿１は、ゲームへの参加を募集するためのユーザ操作を受けると（シーケンスＳＱ８）（図１３（Ａ）など参照）、当該ゲーム用の個別仮想ＢＳＳＩＤ５２を生成する（シーケンスＳＱ１０）。個別仮想ＢＳＳＩＤ５２は、例えば、通信装置１００＿１のＭＡＣアドレスに含まれるローカルビットを「１」にセットすることで生成してもよい。

そして、通信装置１００＿１は、個別仮想ＢＳＳＩＤ５２を含む募集通知を送信する（シーケンスＳＱ１２）。募集通知は、アプリケーションプログラム１１０に含まれる仮想ＢＳＳＩＤ５０により構成される仮想ＢＳＳにおいて送信される。すなわち、通信装置１００＿１は、ＢＳＳＩＤとして仮想ＢＳＳＩＤ５０が指定されたフレームを送信する。このとき、通信装置１００＿１は、個別仮想ＢＳＳＩＤ５２を募集通知のフレームを用いて送信する。

より具体的には、募集通知を含むフレームは、宛先ＭＡＣアドレスとして、ブロードキャストアドレスが指定され、ＢＳＳＩＤとして、仮想ＢＳＳＩＤ５０が指定される（図８のＣａｓｅ１５参照）。募集通知を示すメッセージおよび個別仮想ＢＳＳＩＤ５２がフレームのデータフィールド２８（図５参照）に格納される。このとき、通信装置１００＿１は、自装置がＢＳＳでの通信に用いているのと同じ通信チャネルで募集通知を送信する。

通信装置１００＿１による募集通知の送信は、固定またはランダムな周期で繰り返されてもよい（※１）。基本的には、最初に選択された通信チャネルに固定されるが、通信チャネルを適宜変更してもよい。

通信装置１００＿２は、募集通知の受信を試みる（シーケンスＳＱ１４）。募集通知の受信の試みは、固定またはランダムな周期で通信チャネルを適宜変更して行われてもよい。通信装置１００＿１は、通信装置１００＿１が構成しているＢＳＳで用いている通信チャネルで募集通知を送信するので、通信装置１００＿２は、通信チャネルを順次変更して、募集通知を探索する。そして、通信装置１００＿２は、募集通知のフレームを受信すると、募集通知のフレームに含まれる個別仮想ＢＳＳＩＤ５２を格納し、通信装置１００＿１が募集するゲームへの参加の要否をユーザへ提示する（シーケンスＳＱ１６）。

なお、通信装置１００＿３についても、通信装置１００＿２と同様の処理を実行する。
ここで、通信装置１００＿２は、ゲームへの参加を希望するユーザ操作を受けると（シーケンスＳＱ１８）（図１３（Ｂ）など参照）、参加要求を通信装置１００＿１へ送信する（シーケンスＳＱ２０）。参加要求についても、アプリケーションプログラム１１０に含まれる仮想ＢＳＳＩＤ５０により構成される仮想ＢＳＳにおいて送信される。

なお、ゲームへの参加を希望するユーザ操作を受けることを条件に、募集通知のフレームに含まれる個別仮想ＢＳＳＩＤ５２を格納するようにしてもよい。

通信装置１００＿１は、通信装置１００＿２からの参加要求を受信すると、ゲームへの参加の許否をユーザへ提示する（シーケンスＳＱ２２）。通信装置１００＿１は、ゲームへの参加を承認するユーザ操作を受けると（シーケンスＳＱ２４）（図１３（Ｃ）など参照）、承認通知を通信装置１００＿２へ送信する（シーケンスＳＱ２６）。承認通知についても、アプリケーションプログラム１１０に含まれる仮想ＢＳＳＩＤ５０により構成される仮想ＢＳＳにおいて送信される。

以上の処理手順によって、対象のゲームに係る仮想ＢＳＳを構成する準備が整う。そして、通信装置１００＿１および通信装置１００＿２は、個別仮想ＢＳＳＩＤ５２を無線通信部１２０のフレームフィルタ１２０５（図９参照）に登録する（シーケンスＳＱ２８）。ここで、通信装置１００＿２が構成しているＢＳＳで用いている通信チャネルと仮想ＢＳＳで用いられる通信チャネルとが異なっていれば、通信装置１００＿２は、通信装置１００＿２が構成しているＢＳＳで用いている通信チャネルを仮想ＢＳＳで用いられる通信チャネルに変更してもよい。

続いて、個別仮想ＢＳＳＩＤ５２を用いて構成される仮想ＢＳＳを用いて、通信装置１００＿１と通信装置１００＿２とはゲームに係るデータの交換を開始する（シーケンスＳＱ３０）。ここで、通信装置１００＿１および通信装置１００＿２は、募集通知のフレームが送信された通信チャネルで、データの交換に係るフレームを送受信する。

通信装置１００＿１と通信装置１００＿２との間でデータ交換に用いられるフレームは、宛先ＭＡＣアドレスとして、通信装置１００＿１のＭＡＣアドレス（通信装置１００＿１宛のフレームの場合）、または、通信装置１００＿２のＭＡＣアドレス（通信装置１００＿２宛のフレームの場合）が指定され、ＢＳＳＩＤとして、個別仮想ＢＳＳＩＤ５２が指定される（図８のＣａｓｅ９およびＣａｓｅ１２参照）。ゲームに係るデータは、フレームのデータフィールド２８（図５参照）に格納される。

このように、通信装置１００＿２が個別仮想ＢＳＳＩＤ５２を格納した後、通信装置１００＿１と通信装置１００＿２とは、ＢＳＳＩＤとして個別仮想ＢＳＳＩＤ５２が指定されたフレームによりゲームに係るデータを交換する。

その後、通信装置１００＿１は、ゲームを終了するためのユーザ操作を受けると（シーケンスＳＱ３２）、遮断通知を通信装置１００＿１へ送信する（シーケンスＳＱ３４）。そして、通信装置１００＿１および通信装置１００＿２は、個別仮想ＢＳＳＩＤ５２を無線通信部１２０のフレームフィルタ１２０５（図９参照）から削除する（シーケンスＳＱ３６）。これによって、個別仮想ＢＳＳＩＤ５２を用いて構成される仮想ＢＳＳは、実質的に開放される。

説明の便宜上、１つの通信装置１００が募集通知を送信する例を示したが、複数の通信装置１００が募集通知を送信することもある。この場合には、ユーザが希望する参加先を選択するようにしてもよい。

図１６は、本実施の形態に従う通信システム１において募集通知を受信する通信装置１００の処理を説明するための図である。図１６（Ａ）に示すように、任意の通信装置１００が複数の募集通知を受信した場合には、受信した募集通知に含まれる仮想ＢＳＳＩＤとチャネルとを対応付けて順次格納する。このとき、通信装置１００は、受信した募集通知に関連する属性情報（例えば、募集通知を送信したユーザ名など）も関連付けて格納してもよい。

このように受信した募集通知を収集することで、通信装置１００は、図１６（Ｂ）に示すような募集通知の一覧表示１８８を出力できる。募集通知の一覧表示１８８は、周囲に存在する他の通信装置１００からの募集通知を示す。ユーザが募集通知の一覧表示１８８に対して、参加を希望するものを１つ選択すると、通信装置１００は、選択された募集通知に対応する通信装置１００との間の仮想ＢＳＳにおいて、データの交換を開始する。

なお、図１５に示す処理手順では、募集通知を送信する通信装置１００は特定の通信チャネルのみを利用する例を示したが、これに限らず、通信装置１００は、通信チャネルをサイクリックに順次変更して、募集通知を送信するようにしてもよい。この場合、募集通知を受信する通信装置１００は、特定の通信チャネルに固定して、募集通知を探索してもよいし、通信チャネルをランダムに順次変更して、募集通知を探索してもよい。

なお、本実施の形態に従う通信システム１において構成する仮想ＢＳＳにおいては、ＡＰ（親機）とＳＴＡ（子機）との明確な区別は必要ないので、個別仮想ＢＳＳＩＤ５２を生成する通信装置１００を一意には決定できない場合もある。そのため、予め定められた規則に従って、仮想ＢＳＳを構成する通信装置１００の間で個別仮想ＢＳＳＩＤ５２を決定してもよい。例えば、任意の仮想ＢＳＳを構成する通信装置１００の間で、最も若いＭＡＣアドレス、あるいは、最も古いＭＡＣアドレスから個別仮想ＢＳＳＩＤ５２を生成するようにしてもよい。

上述したように、本実施の形態に従う通信システム１においては、アプリケーションプログラム１１０に含まれる仮想ＢＳＳＩＤ５０を用いて構成される仮想ＢＳＳにおいて募集通知、参加要求および承認通知などをやり取りし、一連のやり取りによりマッチングされた通信装置１００の間では、アプリケーションプログラム１１０に含まれる仮想ＢＳＳＩＤ５０とは別の個別仮想ＢＳＳＩＤ５２を用いて構成される仮想ＢＳＳにおいて、ゲームに係るデータを交換する。このような２段階の仮想ＢＳＳを採用することで、より多くの通信装置１００に対してゲームへの参加を募集することができるとともに、一緒にゲームをプレイすることが決定された後は、他の通信装置１００への影響を低減できる。

［Ｇ．通信装置１００の機能構成］
次に、本実施の形態に従う通信システム１に含まれる通信装置１００に実現される主要な機能構成について説明する。

図１７は、本実施の形態に従う通信システム１に含まれる通信装置１００に実現される機能構成例を示す模式図である。図１７に示される各機能モジュールは、典型的には、通信装置１００のプロセッサ１０２によるシステムプログラム１０８（図４など参照）の実行と、無線通信部１２０が提供する処理などによって実現される。

図１７を参照して、通信装置１００は、ネットワーク管理部１０２０と、アプリケーション実行部１０２５と、データ再構成部１０２６と、フレーム生成部１０２７とを含む。

ネットワーク管理部１０２０は、ユーザ操作および／またはアプリケーション実行部１０２５からの要求に応じて、通信装置１００が周辺装置２００および／または他の通信装置１００との間で無線ネットワークを構成する処理を担当する。より具体的には、ネットワーク管理部１０２０は、ＢＳＳ構成部１０２１と、仮想ＢＳＳ管理部１０２２と、個別仮想ＢＳＳＩＤ生成部１０２３と、個別仮想ＢＳＳＩＤ格納部１０２４とを含む。

ＢＳＳ構成部１０２１は、インフラストラクチャーモードにおいて、通信装置１００がＡＰまたはＳＴＡのいずれとして動作するのかを判断するともに、ＢＳＳを構成するために必要な処理シーケンスを実行する。典型的には、ＢＳＳ構成部１０２１は、自装置のＭ
ＡＣアドレスをＢＳＳＩＤとして用いて、１または複数の他の周辺装置２００と無線ネットワークであるＢＳＳを構成する。ＢＳＳ構成部１０２１は、通信装置１００が構成したＢＳＳを特定するＢＳＳＩＤを無線通信部１２０のフレームフィルタ１２０５に登録する。

仮想ＢＳＳ管理部１０２２は、他の通信装置１００との間で共有あるいは交換された仮想ＢＳＳＩＤを用いた仮想ＢＳＳの構成を管理する。典型的には、仮想ＢＳＳ管理部１０２２は、１または複数の他の通信装置１００との間で共通の仮想ＢＳＳＩＤ５０を格納する。仮想ＢＳＳ管理部１０２２は、仮想ＢＳＳＩＤ５０および／または個別仮想ＢＳＳＩＤ５２の無線通信部１２０のフレームフィルタ１２０５への登録あるいは削除を行う。仮想ＢＳＳＩＤ５０をフレームフィルタ１２０５へ登録することで、自装置が属しているＢＳＳのＢＳＳＩＤがＢＳＳＩＤとして指定されたフレームに加えて、仮想ＢＳＳＩＤ５０をＢＳＳＩＤとして指定されたフレームを有効なフレームとして受信処理するように構成される。

個別仮想ＢＳＳＩＤ生成部１０２３は、必要に応じて、個別仮想ＢＳＳＩＤ５２を生成する。

個別仮想ＢＳＳＩＤ格納部１０２４は、他の通信装置１００から取得した個別仮想ＢＳＳＩＤ５２を格納する。

アプリケーション実行部１０２５は、アプリケーションプログラム１１０を実行するエンジンである。アプリケーション実行部１０２５は、アプリケーションプログラム１１０に含まれる仮想ＢＳＳＩＤ５０を保持する。

データ再構成部１０２６は、無線通信部１２０（解析処理部１２０６）から受信した１または複数のフレームから送信されたデータを再構成する。データ再構成部１０２６は、再構成したデータをネットワーク管理部１０２０および／またはアプリケーション実行部１０２５へ出力する。

フレーム生成部１０２７は、ネットワーク管理部１０２０および／またはアプリケーション実行部１０２５から提供されるデータを含む１または複数のフレームを生成する。典型的には、フレーム生成部１０２７は、ＢＳＳＩＤとして仮想ＢＳＳＩＤ５０および／または個別仮想ＢＳＳＩＤ５２が指定されたフレームを生成する。無線通信部１２０は、フレーム生成部１０２７が生成したフレームを送信する。

［Ｈ．その他の形態］
説明の便宜上、２つの通信装置の間で仮想ＢＳＳＩＤ５０および／または個別仮想ＢＳＳＩＤ５２を用いて仮想的に無線ネットワークを構成する処理例を説明したが、より多くの通信装置の間で仮想的に無線ネットワークを構成することも当然に可能である。

上述の説明においては、通信装置１００が単体で必要な処理を実行する実装例を示すが、これに限らず、必要な処理の全部または一部を通信装置１００とは別のコンピューティングリソース（典型的には、クラウド上にあるコンピューティングリソース）を利用して実現してもよい。処理の実行形態については、時代に応じて適切なものを採用すればよい。

［Ｉ．利点］
本実施の形態に従う通信システムによれば、仮想ＢＳＳＩＤ５０および／または個別仮想ＢＳＳＩＤ５２を用いて、仮想的な無線ネットワークを構成することで、異なる無線ネ
ットワーク（ＢＳＳ）に属している複数の通信装置の間で、効率的かつ柔軟にデータ交換ができる。

例えば、ＢＳＳＩＤとして、仮想ＢＳＳＩＤを指定するとともに、宛先ＭＡＣアドレスとして、ブロードキャストアドレスを指定することで、仮想ＢＳＳＩＤを共有に有している複数の通信装置に対して、ＩＰマルチキャストのように、まとめてデータを送信できる。送信対象は、送信元の通信装置からの電波の届く範囲にいる通信装置に限られるものの、ルータなどの中継装置は必要なく、また、送信元から受信側の通信装置に対して、フレームが直接送信されるので、データの伝送効率を高く維持できる。

また、ＢＳＳＩＤとして、仮想ＢＳＳＩＤを指定していれば、宛先ＭＡＣアドレスとして、ブロードキャストアドレスを指定したとしても、当該フレームは、仮想ＢＳＳＩＤをフレームフィルタに登録している通信装置のみが受信処理し、それ以外の通信装置（本実施の形態に従う仮想ＢＳＳＩＤの仕組みをサポートしていない装置を含む）は、内容を解析することなく、当該フレームを破棄する。そのため、ＢＳＳＩＤとして、ブロードキャストアドレスを指定した場合のように、周囲に存在する無関係な通信装置での処理負荷の増大や、無関係な通信装置での誤った処理の発生などを防止できる。

本実施の形態に従う仮想ＢＳＳＩＤによる仮想的な無線ネットワークは、他の通信装置と共通に保持される仮想ＢＳＳＩＤおよび／または個別仮想ＢＳＳＩＤを指定されたフレームを選択的に受信できるフレームフィルタを実装するだけで実現できる。このようなフレームフィルタは、比較的容易に実装できるとともに、ＢＳＳＩＤの各々は６バイトしかないので、コンピューティングリソースの消費はわずかで済む。

さらに、フレームフィルタを用いて実現することで、同時に所属できる仮想的な無線ネットワークの数を用意に増加させることができる。そのため、複数の無線ネットワークの各々でやり取りされるデータを利用した様々な情報やゲームをユーザへ提供できる。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１ 通信システム、２０ フレームフォーマット、２２ ＰＬＣＰプリアンブル、２４
ＰＬＣＰヘッダ、２６ ＩＥＥＥ８０２．１１ヘッダ、２８ データフィールド、３０
ＦＣＳフィールド、５０ 仮想ＢＳＳＩＤ、５２ 個別仮想ＢＳＳＩＤ、１００ 通信装置、１０２ プロセッサ、１０４ 主記憶部、１０６ 補助記憶部、１０８ システムプログラム、１１０ アプリケーションプログラム、１１２ バス、１１４ ディスプレイ、１１６ 操作部、１１８ 音声出力部、１２０ 無線通信部、１８０，１８２，１８４，１８６ メッセージ、１８８ 一覧表示、２００ 周辺装置、２６１ フレームコントロールフィールド、２６２ Ｄｕｒａｔｉｏｎ／ＩＤフィールド、２６３ 宛先ＭＡＣアドレスフィールド、２６４ 送信元ＭＡＣアドレスフィールド、２６５ ＢＳＳＩＤフィールド、２６６ シーケンスコントールフィールド、１０２０ ネットワーク管理部、１０２１ ＢＳＳ構成部、１０２２ 仮想ＢＳＳ管理部、１０２３ 個別仮想ＢＳＳＩＤ生成部、１０２４ 個別仮想ＢＳＳＩＤ格納部、１０２５ アプリケーション実行部、１０２６ データ再構成部、１０２７ フレーム生成部、１２０１ 送信回路、１２０２ 受信回路、１２０３ 送受信制御部、１２０４ 送受信バッファ、１２０５ フレームフィルタ、１２０６ 解析処理部、１２１０ 処理対象リスト、１２１１ ブロードキャストアドレス、１２１２ ＢＳＳＩＤ、１２１３ 仮想ＢＳＳＩＤ値。

Claims (14)

1. 第１のＢＳＳＩＤ（basic service set identifier）を用いて、１または複数の他の周辺装置と第１の無線ネットワークを構成する第１の通信装置と、
   第２のＢＳＳＩＤを用いて、１または複数の他の周辺装置と第２の無線ネットワークを構成する第２の通信装置とを備え、
   前記第１のＢＳＳＩＤは、前記第１の通信装置のＭＡＣ（media access control）アドレスと一致し、
   前記第２のＢＳＳＩＤは、前記第２の通信装置のＭＡＣアドレスと一致し、
   前記第１の通信装置および前記第２の通信装置は、第１の識別値を共通に有しており、
   前記第１の通信装置は、
   ＢＳＳＩＤとして前記第１の識別値が指定された第１のフレームを送信するように構成されており、
   ＢＳＳＩＤとして前記第１のＢＳＳＩＤが指定されたフレームに加えて、ＢＳＳＩＤとして前記第１の識別値が指定されたフレームを有効なフレームとして受信処理するように構成されており、
   前記第２の通信装置は、ＢＳＳＩＤとして前記第２のＢＳＳＩＤが指定されたフレームに加えて、ＢＳＳＩＤとして前記第１の識別値が指定されたフレームを有効なフレームとして受信処理するように構成されている、通信システム。
2. 前記第１の通信装置は、前記第１の識別値とは異なる第２の識別値を前記第１のフレームを用いて送信するように構成されており、
   前記第２の通信装置は、前記第１のフレームを受信して、前記第１のフレームに含まれる前記第２の識別値を格納するように構成されている、請求項１に記載の通信システム。
3. 前記第２の通信装置は、ユーザ操作に応じて、前記第１のフレームに含まれる前記第２の識別値を格納する、請求項２に記載の通信システム。
4. 前記第２の通信装置が前記第２の識別値を格納した後、前記第１の通信装置と前記第２の通信装置とは、ＢＳＳＩＤとして前記第２の識別値が指定された第２のフレームによりデータを交換するように構成されている、請求項２または３に記載の通信システム。
5. 前記第１のフレームは、宛先ＭＡＣアドレスとしてブロードキャストアドレスが指定されており、
   前記第２のフレームは、宛先ＭＡＣアドレスとして前記第１の通信装置または前記第２の通信装置のＭＡＣアドレスが指定されている、請求項４に記載の通信システム。
6. 前記第１の通信装置は、前記第１の無線ネットワークでの通信に用いているのと同じ通信チャネルで前記第１のフレームを送信し、
   前記第２の通信装置は、通信チャネルを順次変更して前記第１のフレームを探索する、請求項４または５に記載の通信システム。
7. 前記第２の通信装置は、前記第１のフレームの送信に用いられた通信チャネルで、前記第２の無線ネットワークでの通信を行う、請求項６に記載の通信システム。
8. 前記第１の通信装置および前記第２の通信装置は、アプリケーションプログラムを実行しており、
   前記第１の識別値は、前記アプリケーションプログラムに含まれている、請求項２～７のいずれか１項に記載の通信システム。
9. 前記第２の識別値は、前記第１の通信装置のＭＡＣアドレスのうち特定のビットの値を変更することで生成される、請求項２～８のいずれか１項に記載の通信システム。
10. 前記第１の識別値および前記第２の識別値は、前記第１の通信装置のＭＡＣアドレス、前記第２の通信装置のＭＡＣアドレスおよびブロードキャストアドレスのいずれとも異なる値に設定されている、請求項２～９のいずれか１項に記載の通信システム。
11. 前記第１の無線ネットワークでの通信、前記第２の無線ネットワークでの通信、および、前記第１の通信装置と前記第２の通信装置との間の通信において、同一の通信チャネルが用いられる、請求項１～１０のいずれか１項に記載の通信システム。
12. 第１の通信装置が第１のＢＳＳＩＤ（basic service set identifier）を用いて、１または複数の他の周辺装置と第１の無線ネットワークを構成するステップを備え、前記第１のＢＳＳＩＤは、前記第１の通信装置のＭＡＣ（media access control）アドレスと一致し、
    第２の通信装置が第２のＢＳＳＩＤを用いて、１または複数の他の周辺装置と第２の無線ネットワークを構成するステップを備え、前記第２のＢＳＳＩＤは、前記第２の通信装置のＭＡＣアドレスと一致し、
    前記第１の通信装置が、ＢＳＳＩＤとして前記第１のＢＳＳＩＤが指定されたフレームに加えて、ＢＳＳＩＤとして第１の識別値が指定されたフレームを有効なフレームとして受信処理するように構成するステップと、
    前記第２の通信装置が、ＢＳＳＩＤとして前記第２のＢＳＳＩＤが指定されたフレームに加えて、ＢＳＳＩＤとして前記第１の識別値が指定されたフレームを有効なフレームとして受信処理するように構成するステップと、
    前記第１の通信装置が、ＢＳＳＩＤとして前記第１の識別値が指定された第１のフレームを送信するステップとを備える、通信方法。
13. 無線通信部を有する通信装置であって、
    第１のＢＳＳＩＤ（basic service set identifier）を用いて、１または複数の他の周辺装置と第１の無線ネットワークを構成する手段を備え、前記第１のＢＳＳＩＤは、前記通信装置のＭＡＣ（media access control）アドレスと一致し、
    第２のＢＳＳＩＤを用いて、１または複数の他の周辺装置と第２の無線ネットワークを構成する他の通信装置との間で共通の第１の識別値を格納する手段を備え、前記第２のＢＳＳＩＤは、前記他の通信装置のＭＡＣアドレスと一致し、
    ＢＳＳＩＤとして前記第１のＢＳＳＩＤが指定されたフレームに加えて、ＢＳＳＩＤとして前記第１の識別値が指定されたフレームを有効なフレームとして受信処理する手段と、
    ＢＳＳＩＤとして前記第１の識別値が指定された第１のフレームを送信する手段とを備える、通信装置。
14. 無線通信部を有するコンピュータで実行される通信プログラムであって、前記通信プログラムは、前記コンピュータに、
    第１のＢＳＳＩＤ（basic service set identifier）を用いて、１または複数の他の周辺装置と第１の無線ネットワークを構成するステップを実行させ、前記第１のＢＳＳＩＤは、前記コンピュータのＭＡＣ（media access control）アドレスと一致し、
    第２のＢＳＳＩＤを用いて、１または複数の他の周辺装置と第２の無線ネットワークを構成する他の通信装置との間で共通の第１の識別値を格納するステップを実行させ、前記第２のＢＳＳＩＤは、前記他の通信装置のＭＡＣアドレスと一致し、
    ＢＳＳＩＤとして前記第１のＢＳＳＩＤが指定されたフレームに加えて、ＢＳＳＩＤとして前記第１の識別値が指定されたフレームを有効なフレームとして受信処理するように
    構成するステップと、
    ＢＳＳＩＤとして前記第１の識別値が指定された第１のフレームを送信するステップとを実行させる、通信プログラム。

Images