特開 2022-86146 通信装置、通信システム、通信方法、および通信プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022086146

(43)【公開日】2022-06-09

(54)【発明の名称】通信装置、通信システム、通信方法、および通信プログラム

(51)【国際特許分類】

   H04W 74/04 20090101AFI20220602BHJP

   H04W 76/14 20180101ALI20220602BHJP

   H04W 76/28 20180101ALI20220602BHJP

   H04W 92/18 20090101ALI20220602BHJP

【ＦＩ】

H04W74/04

H04W76/14

H04W76/28

H04W92/18

【審査請求】未請求

【請求項の数】11

【出願形態】ＯＬ

(21)【出願番号】P 2020198001

(22)【出願日】2020-11-30

(71)【出願人】

【識別番号】000233778

【氏名又は名称】任天堂株式会社

(74)【代理人】

【識別番号】110001195

【氏名又は名称】特許業務法人深見特許事務所

(74)【代理人】

【識別番号】100130269

【弁理士】

【氏名又は名称】石原 盛規

(72)【発明者】

【氏名】黒瀬 翔

(72)【発明者】

【氏名】柴田 崇由

(72)【発明者】

【氏名】宮本 賢

(72)【発明者】

【氏名】井村 慶崇

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA13

5K067DD11

5K067EE02

5K067EE10

5K067EE25

5K067GG03

(57)【要約】

【課題】本技術によれば、いずれかのアクセスポイントに接続している通信装置と当該アクセスポイントには接続していない通信装置との間のデータ通信をより簡素な手順で実現できる構成が要望されている。
【解決手段】アクセスポイントに接続可能な通信装置は、アクセスポイントに接続して、第１の通信チャネルでアクセスポイントとの間でデータ通信を行う処理と、アクセスポイントに対して、データ通信の抑制を通知する処理と、データ通信の抑制の通知後、第２の通信チャネルで予め定められた期間に亘ってデータ通信を行う処理と、第２の通信チャネルでのデータ通信後、第１の通信チャネルでアクセスポイントとの間のデータ通信を再開する処理と、第２の通信チャネルでデータ通信を行う処理を実行するタイミングを決定する処理とを、実行するように構成されている。
【選択図】図９

【特許請求の範囲】

【請求項1】

アクセスポイントに接続可能な通信装置であって、
前記アクセスポイントに接続して、第１の通信チャネルで前記アクセスポイントとの間でデータ通信を行う処理と、
前記アクセスポイントに対して、データ通信の抑制を通知する処理と、
前記データ通信の抑制の通知後、第２の通信チャネルで予め定められた期間に亘ってデータ通信を行う処理と、
前記第２の通信チャネルでのデータ通信後、前記第１の通信チャネルで前記アクセスポイントとの間のデータ通信を再開する処理と、
前記第２の通信チャネルでデータ通信を行う処理を実行するタイミングを決定する処理とを、実行するように構成されている、通信装置。

【請求項2】

前記データ通信の抑制の通知は、ＰｏｗｅｒＳａｖｅモードの通知を含む、請求項１に記載の通信装置。

【請求項3】

前記第２の通信チャネルでデータ通信を行う処理を実行するタイミングは、予め定められた周期毎にランダムに決定される、請求項１または２に記載の通信装置。

【請求項4】

前記第２の通信チャネルでデータ通信を行う処理が連続して実行されないように、タイミングが決定される、請求項３に記載の通信装置。

【請求項5】

前記第２の通信チャネルでのデータ通信中に前記アクセスポイントが前記第１の通信チャネルで前記通信装置に送信すべきデータをバッファリングするときに、前記第２の通信チャネルでのデータ通信後から次の前記第２の通信チャネルでのデータ通信の開始までの間に、当該バッファリングされたデータを受信できるように構成される、請求項４に記載の通信装置。

【請求項6】

前記予め定められた周期の長さ、および／または、前記予め定められた期間の長さは、通信状況および通信性能の少なくとも一方に応じて調整される、請求項３～５のいずれか１項に記載の通信装置。

【請求項7】

前記第２の通信チャネルで他の通信装置からデータを受信すると、当該他の通信装置との間で接続を確立する処理をさらに実行するように構成されている、請求項１～６のいずれか１項に記載の通信装置。

【請求項8】

前記第２の通信チャネルで前記他の通信装置との間でデータ通信を行うタイミングを、前記他の通信装置との間で共有する処理をさらに実行するように構成されている、請求項７に記載の通信装置。

【請求項9】

アクセスポイントに接続可能な通信装置を複数含む通信システムであって、
前記通信装置の各々は、
前記アクセスポイントに接続して、第１の通信チャネルで前記アクセスポイントとの間でデータ通信を行う処理と、
前記アクセスポイントに対して、データ通信の抑制を通知する処理と、
前記データ通信の抑制の通知後、第２の通信チャネルで予め定められた期間に亘ってデータ通信を行う処理と、
前記第２の通信チャネルでのデータ通信後、前記第１の通信チャネルで前記アクセスポイントとの間のデータ通信を再開する処理と、
前記第２の通信チャネルでデータ通信を行う処理を実行するタイミングを決定する処理とを、実行するように構成されている、通信システム。

【請求項10】

アクセスポイントに接続可能な通信装置が実行する通信方法であって、
前記アクセスポイントに接続して、第１の通信チャネルで前記アクセスポイントとの間でデータ通信を行うステップと、
前記アクセスポイントに対して、データ通信の抑制を通知するステップと、
前記データ通信の抑制の通知後、第２の通信チャネルで予め定められた期間に亘ってデータ通信を行うステップと、
前記第２の通信チャネルでのデータ通信後、前記第１の通信チャネルで前記アクセスポイントとの間のデータ通信を再開するステップと、
前記第２の通信チャネルでデータ通信を行う処理を実行するタイミングを決定するステップとを備える、通信方法。

【請求項11】

アクセスポイントに接続可能なコンピュータで実行される通信プログラムであって、前記通信プログラムは前記コンピュータに
前記アクセスポイントに接続して、第１の通信チャネルで前記アクセスポイントとの間でデータ通信を行うステップと、
前記アクセスポイントに対して、データ通信の抑制を通知する処理と、
前記データ通信の抑制の通知後、第２の通信チャネルで予め定められた期間に亘ってデータ通信を行うステップと、
前記第２の通信チャネルでのデータ通信後、前記第１の通信チャネルで前記アクセスポイントとの間のデータ通信を再開するステップと、
前記第２の通信チャネルでデータ通信を行う処理を実行するタイミングを決定するステップとを実行させる、通信プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本技術は、アクセスポイントに接続可能な通信装置、その通信装置を含む通信システム、その通信装置における通信方法、および、その通信装置を実現するための通信プログラムに関する。

【背景技術】

【0002】

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

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１７－１９１９６６号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

いずれかのアクセスポイントに接続している通信装置と当該アクセスポイントには接続していない通信装置との間のデータ通信をより簡素な手順で実現できる構成が要望されている。

【課題を解決するための手段】

【0005】

ある実施の形態に従えば、アクセスポイントに接続可能な通信装置が提供される。通信装置は、アクセスポイントに接続して、第１の通信チャネルでアクセスポイントとの間でデータ通信を行う処理と、アクセスポイントに対して、データ通信の抑制を通知する処理と、データ通信の抑制の通知後、第２の通信チャネルで予め定められた期間に亘ってデータ通信を行う処理と、第２の通信チャネルでのデータ通信後、第１の通信チャネルでアクセスポイントとの間のデータ通信を再開する処理と、第２の通信チャネルでデータ通信を行う処理を実行するタイミングを決定する処理とを、実行するように構成されている。

【0006】

この構成によれば、第１の通信チャネルでアクセスポイントに接続している状態を維持できるように、データ通信の抑制を通知して、第２の通信チャネルでデータ通信を行うため、第１の通信チャネルでの切断および再接続の処理を省略でき、通信にかかる処理を簡素化できる。また、アクセスポイントとの接続が維持されようとするので、データ通信の安定化も確保できる。

【0007】

データ通信の抑制の通知は、ＰｏｗｅｒＳａｖｅモードの通知を含んでいてもよい。この構成によれば、規格に定められた通信手順を利用することで通信処理を実現できるので、汎用的な装置を用いて容易に実現できる。

【0008】

第２の通信チャネルでデータ通信を行う処理を実行するタイミングは、予め定められた周期毎にランダムに決定されてもよい。この構成によれば、予め定められた周期毎に必ず第２の通信チャネルでデータ通信ができるので、第２の通信チャネルでのデータ通信の頻度などの管理を容易化できる。

【0009】

第２の通信チャネルでデータ通信を行う処理が連続して実行されないように、タイミングが決定されてもよい。この構成によれば、通信装置とアクセスポイントとの間の接続を切断する要素を低減できる。

【0010】

通信装置は、第２の通信チャネルでのデータ通信中にアクセスポイントが第１の通信チャネルで通信装置に送信すべきデータをバッファリングするときに、第２の通信チャネルでのデータ通信後から次の第２の通信チャネルでのデータ通信の開始までの間に、当該バッファリングされたデータを受信できるように構成されていてもよい。この構成によれば、アクセスポイントでのバッファ溢れの可能性を低減できる。

【0011】

予め定められた周期の長さ、および／または、予め定められた期間の長さは、通信状況および通信性能の少なくとも一方に応じて調整されてもよい。この構成によれば、例えば、第１の通信チャネルでアクセスポイントと通信装置との間でやり取りされるデータ量などに応じて、第２の通信チャネルでのデータ通信が発生する頻度などを最適化できる。

【0012】

通信装置は、第２の通信チャネルで他の通信装置からデータを受信すると、当該他の通信装置との間で接続を確立する処理をさらに実行するように構成されていてもよい。この構成によれば、第２の通信チャネルにおいて他の通信装置を探索できれば、第１の通信チャネルでのデータ通信を維持しながら、第２の通信チャネルで当該他の通信装置とのデータ通信を行うこともできる。

【0013】

通信装置は、第２の通信チャネルで他の通信装置との間でデータ通信を行うタイミングを、他の通信装置との間で共有する処理をさらに実行するように構成されていてもよい。この構成によれば、いずれかの通信装置を探索できた場合には、互いにタイミングを共有することで、通信装置間の局所的なデータ通信を効率的に行うことができる。

【0014】

別の実施の形態に従えば、アクセスポイントに接続可能な通信装置を複数含む通信システムが提供される。通信装置の各々は、アクセスポイントに接続して、第１の通信チャネルでアクセスポイントとの間でデータ通信を行う処理と、アクセスポイントに対して、データ通信の抑制を通知する処理と、データ通信の抑制の通知後、第２の通信チャネルで予め定められた期間に亘ってデータ通信を行う処理と、第２の通信チャネルでのデータ通信後、第１の通信チャネルでアクセスポイントとの間のデータ通信を再開する処理と、第２の通信チャネルでデータ通信を行う処理を実行するタイミングを決定する処理とを、実行するように構成されている。

【0015】

さらに別の実施の形態に従えば、アクセスポイントに接続可能な通信装置が実行する通信方法が提供される。通信方法は、アクセスポイントに接続して、第１の通信チャネルでアクセスポイントとの間でデータ通信を行うステップと、アクセスポイントに対して、データ通信の抑制を通知するステップと、データ通信の抑制の通知後、第２の通信チャネルで予め定められた期間に亘ってデータ通信を行うステップと、第２の通信チャネルでのデータ通信後、第１の通信チャネルでアクセスポイントとの間のデータ通信を再開するステップと、第２の通信チャネルでデータ通信を行う処理を実行するタイミングを決定するステップとを含む。

【0016】

さらに別の実施の形態に従えば、アクセスポイントに接続可能なコンピュータで実行される通信プログラムが提供される。通信プログラムはコンピュータに、アクセスポイントに接続して、第１の通信チャネルでアクセスポイントとの間でデータ通信を行うステップと、アクセスポイントに対して、データ通信の抑制を通知する処理と、データ通信の抑制の通知後、第２の通信チャネルで予め定められた期間に亘ってデータ通信を行うステップと、第２の通信チャネルでのデータ通信後、第１の通信チャネルでアクセスポイントとの間のデータ通信を再開するステップと、第２の通信チャネルでデータ通信を行う処理を実行するタイミングを決定するステップとを実行させる。

【発明の効果】

【0017】

本技術によれば、いずれかのアクセスポイントに接続している通信装置と当該アクセスポイントには接続していない通信装置との間のデータ通信をより簡素な手順で実現できる。

【図面の簡単な説明】

【0018】

【図1】関連技術に従う通信システムにおける通信処理の一例を説明するための図である。

【図2】本実施の形態に従う通信システムにおける通信処理の概要を説明するための図である。

【図3】本実施の形態に従う通信システムに含まれる通信装置のハードウェア構成を示す模式図である。

【図4】関連技術に従う通信処理の一例を示すタイムチャートである。

【図5】図２に示すデータ通信を実現するための通信処理の一例を示すタイムチャートである。

【図6】本実施の形態に従う通信システムにおける通信処理のより詳細な手順を説明するための図である。

【図7】本実施の形態に従う通信システムにおける探索処理の一例を説明するためのタイムチャートである。

【図8】本実施の形態に従う通信システムにおける探索処理後の処理例を説明するためのタイムチャートである。

【図9】本実施の形態に従う通信システムにおける通信装置の処理手順を示すフローチャートである。

【図10】本実施の形態に従う通信処理における探索処理のタイミング制御の一例を説明するための図である。

【図11】本実施の形態に従う通信システムにおける通信装置の機能構成例を示す模式図である。

【発明を実施するための形態】

【0019】

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

【0020】

［Ａ．概要］
まず、本実施の形態に従う通信システム１の概要について説明する。

【0021】

図１は、関連技術に従う通信システムにおける通信処理の一例を説明するための図である。図１には、無線通信により情報をやり取り可能な通信装置１００＿１Ａ，１００＿１Ｂ，１００＿２Ａ，１００＿２Ｂ，１００＿３，・・・と、アクセスポイント２００＿１，２００＿２，２００＿３，・・・とを含む通信システムを例示する。

【0022】

以下の説明では、通信装置１００＿１Ａ，１００＿１Ｂ，１００＿２Ａ，１００＿２Ｂ，１００＿３，・・・を「通信装置１００」と総称するとともに、アクセスポイント２００＿１，２００＿２，２００＿３，・・・を「アクセスポイント２００」と総称することもある。また、「アクセスポイント」を「ＡＰ」と略称することもある。

【0023】

通信装置１００の各々は、任意のアクセスポイント２００に無線通信により接続可能になっている。

【0024】

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

【0025】

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

【0026】

なお、図１には、通信装置１００とアクセスポイント２００とを異なる種類の装置のように描いているが、一つの通信装置１００がステーションおよびアクセスポイントのいずれでも機能できるようにしてもよい。

【0027】

以下では、特段の断り書きがない限り、通信装置１００は、ステーションとして動作するものとして説明する。

【0028】

インフラストラクチャーモードにおいて、１つのアクセスポイント２００と１または複数の通信装置１００とは無線ネットワークを構成する。このようなアクセスポイント２００を中心とした無線ネットワークは、ＢＳＳ（basic service set）と称されている。以下の説明においては、「ＢＳＳ」との用語を「無線ネットワーク」と実質的に同義で用いる。

【0029】

図１に示す例においては、アクセスポイント２００＿１および通信装置１００＿１Ａ，１００＿１ＢがＢＳＳ＿１を構成し、アクセスポイント２００＿２および通信装置１００＿２Ａ，１００＿２ＢがＢＳＳ＿２を構成し、アクセスポイント２００＿３および通信装置１００＿３がＢＳＳ＿３を構成している。

【0030】

ここで、図１に示す通信システムにおいて、通信装置１００＿１Ａ，１００＿１Ｂ，１００＿２Ａ，１００＿２Ｂ，１００＿３は、互いに近接した位置に存在しており、任意の通信装置１００の間で無線信号の送受信が可能であるとする。通信装置１００が互いに近接した位置に存在している場合であっても、ある無線ネットワークに属している通信装置１００は、他の無線ネットワークに属している通信装置１００との間で直接のデータ通信を行うことができない。

【0031】

例えば、アクセスポイント２００＿３が構成するＢＳＳ＿３に属している通信装置１００＿３は、ＢＳＳ＿１に属している通信装置１００＿１Ａ，１００＿１ＢおよびＢＳＳ＿２に属している通信装置１００＿２Ａ，１００＿２Ｂとは、直接のデータ通信を行うことができない。

【0032】

このように、一般的なＩＥＥＥ８０２．１１規格のインフラストラクチャーモードでは、任意の通信装置１００は、接続先のアクセスポイント２００、および、接続先のアクセスポイント２００が構成する同一のＢＳＳに属する他の通信装置１００との間でのみ、直接のデータ通信を行うことができる。すなわち、任意のアクセスポイント２００が構成する無線ネットワークに属している通信装置１００は、別のアクセスポイント２００が構成する無線ネットワークに属している通信装置１００（同じ通信チャネルで通信しているか否かにかかわらず）、および、いずれの無線ネットワークにも属していない通信装置１００との間では、直接のデータ通信ができない。

【0033】

図２は、本実施の形態に従う通信システム１における通信処理の概要を説明するための図である。図２を参照して、本実施の形態に従う通信システム１においては、任意のアクセスポイント２００が構成する無線ネットワークに属している通信装置１００は、別のアクセスポイント２００が構成する無線ネットワークに属している通信装置１００（同じ通信チャネルで通信しているか否かにかかわらず）、および、いずれの無線ネットワークにも属していない通信装置１００との間で直接のデータ通信を実現する。このとき、通信装置１００は、属している無線ネットワークを構成するアクセスポイント２００との間の通信を維持する。

【0034】

図２に示す例では、通信装置１００＿３は、アクセスポイント２００＿３が構成する無線ネットワーク（ＢＳＳ＿３）に属している。ＢＳＳ＿３は、無線チャネルとして６ｃｈを使用しているとする。

【0035】

通信装置１００＿３と近接した位置に存在する通信装置１００＿１Ａ，１００＿１Ｂは、アクセスポイント２００＿１が構成する無線ネットワーク（ＢＳＳ＿１）に属している。また、通信装置１００＿３と近接した位置に存在する通信装置１００＿２Ａ，１００＿２Ｂは、アクセスポイント２００＿２が構成する無線ネットワーク（ＢＳＳ＿２）に属している。ＢＳＳ＿１およびＢＳＳ＿２は、無線チャネルとして１ｃｈを使用しているとする。

【0036】

ＢＳＳ＿３に属している通信装置１００＿３は、他の無線ネットワーク（ＢＳＳ）に属しており、また、通信チャネルも異なる、通信装置１００＿１Ｂおよび通信装置１００＿２Ｂとの間で直接のデータ通信を行うことができる。以下、このようなデータ通信を実現するための通信方法について説明する。

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

無線通信部１２０には、典型的には、単一のＭＡＣ（Media Access Control）アドレスのみが割り当てられている。本実施の形態に従う通信方法においては、単一のＭＡＣアドレスの利用が想定されているが、無線通信部１２０に複数のＭＡＣアドレスが割り当てられていてもよい。

【0048】

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

【0049】

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

【0050】

（ｂ２：アクセスポイント２００）
本実施の形態に従う通信システム１に含まれるアクセスポイント２００についても、どのような通信装置であってもよい。例えば、アクセスポイント２００は、専用の無線中継器であってもよいし、上述したような通信装置１００であってもよい。このような装置自体は、公知であるので、ここでは詳細な説明は行わない。

【0051】

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

【0052】

［Ｃ．通信処理］
次に、本実施の形態に従う通信システム１における通信処理の一例について説明する。

【0053】

図４は、関連技術に従う通信処理の一例を示すタイムチャートである。図４を参照して、通信装置１００＿１および通信装置１００＿２は、互いに近接した位置に存在しているが、各々が異なる無線ネットワーク（ＢＳＳ）に属しているとする。

【0054】

通信装置１００＿１および通信装置１００＿２の各々は、インフラストラクチャーモードでの通信（インフラストラクチャー通信３００）と、他の通信装置１００との間で直接のデータ通信を行うための通信（ローカルマスター通信３０２およびローカルクライエント通信３０４）とを所定タイミングで順次切り替える。

【0055】

ローカルマスター通信３０２およびローカルクライエント通信３０４では、簡易的なネットワークの親子関係（簡易的なアクセスポイントとクライエントとの関係）を形成して、データ交換する処理が実行される。ローカルマスター通信３０２およびローカルクライエント通信３０４は、互いに近接した位置に存在する可能性のある他の通信装置１００を探索するための期間であり、探索にかかるデータ（フレーム）の送信および受信を行う。

【0056】

ローカルマスター通信３０２においては、自装置がマスターとして他の通信装置１００に対して存在を示すデータを送信し、ローカルクライエント通信３０４においては、他の通信装置１００から存在を示すデータの受信を待つ。あるタイミングで、一方の通信装置１００がローカルマスター通信３０２を行い、他方の通信装置１００がローカルクライエント通信３０４を行えば、両通信装置１００は互いの存在を検知できる。

【0057】

但し、図４に示す通信処理においては、インフラストラクチャー通信３００を中断して、ローカルマスター通信３０２およびローカルクライエント通信３０４が実行されるため、インフラストラクチャー通信３００を再開する場合には、接続先のアクセスポイント２００に再接続するための接続認証処理が必要となる。そのため、アクセスポイント２００および接続認証処理を担当する認証サーバの負荷が増加し易い。

【0058】

そこで、本実施の形態に従う通信システム１においては、通信装置１００は、属している無線ネットワークを構成するアクセスポイント２００との間の通信を維持しつつ、他の通信装置１００を探索するための通信処理を実行する。

【0059】

図５は、図２に示すデータ通信を実現するための通信処理の一例を示すタイムチャートである。図５を参照して、通信装置１００＿１および通信装置１００＿２の各々は、インフラストラクチャーモードでの通信（インフラストラクチャー通信３００）を継続しつつ、他の通信装置１００との間で直接のデータ通信を行うための通信（探索処理３１０）を所定タイミングで実行する。

【0060】

探索処理３１０において、通信装置１００の各々は、特定の通信チャネルで、他の通信装置１００に向けてデータを送信するとともに、他の通信装置１００からのデータの受信を試みる。送受信されるデータは、８０２．１１規格に規定されたアクションフレーム（Action Frame）を用いることができる。あるタイミングで、一方の通信装置１００がアクションフレームを送信し、他方の通信装置１００が当該アクションフレームを受信できれば、他方の通信装置１００は一方の通信装置１００の存在を検知できる。同様に、別のタイミングで、他方の通信装置１００がアクションフレームを送信し、一方の通信装置１００が当該アクションフレームを受信できれば、一方の通信装置１００は他方の通信装置１００の存在を検知できる。このように、双方向でアクションフレームを送受信できれば、両通信装置１００は互いの存在を検知できる。

【0061】

図６は、本実施の形態に従う通信システム１における通信処理のより詳細な手順を説明するための図である。図６を参照して、通信装置１００が任意の通信チャネル（以下、「ＡＰ接続チャネル」とも称す。）でアクセスポイント２００に接続して通信しているとする。通信装置１００は、ＡＰ接続チャネルにおいて、インフラストラクチャー通信３００を行う。より具体的には、インフラストラクチャー通信３００は、通信装置１００とアクセスポイント２００との間のインフラストラクチャーモードに必要なトランザクションを含む。

【0062】

探索処理３１０において、通信装置１００は、使用する通信チャネルを特定の探索のための通信チャネル（以下、「探索チャネル」とも称す。）に変更し、探索用のアクションフレームの送信と探索用のアクションフレームの受信待ちとを行う。

【0063】

探索チャネルは、典型的には、ＡＰ接続チャネルとは異なる１つの通信チャネルが予め定められる。但し、探索チャネルとして複数の通信チャネルを定めてもよい。また、探索チャネルは、ＡＰ接続チャネルと同じ通信チャネルであってもよい。また、通信装置１００の間のデータ通信に用いる通信チャネルを定めておいて、当該定めた通信チャネルを探索チャネルと同様に扱ってもよい。

【0064】

インフラストラクチャー通信３００および探索処理３１０の実行は、管理周期ＣＣＴ（Concurrent Cycle Time）の単位で管理される。管理周期ＣＣＴは、インフラストラクチャー通信３００が有効化されている時間の長さ（維持時間ＩＤＴ（Infra Dwell Time））と、探索処理３１０が有効化される時間の長さ（探索時間ＥＴ（Excursion Time））とを含む。説明の便宜上、通信チャネルの切り替えに要する時間は図示を省略しているが、維持時間ＩＤＴおよび／または探索時間ＥＴに含まれることになる。

【0065】

図７は、本実施の形態に従う通信システム１における探索処理の一例を説明するためのタイムチャートである。図７を参照して、複数の通信装置１００＿１～１００＿４の各々が探索処理３１０を実行している例を示す。

【0066】

図７に示すように、本実施の形態に従う通信処理においては、複数の通信装置１００の間で探索時間ＥＴが重なっていないと、適切な探索ができない。そのため、管理周期ＣＣＴにおける探索時間ＥＴの開始位置（オフセット）がランダムに決定されてもよい。

【0067】

より具体的には、通信装置１００の各々は、管理周期ＣＣＴを基本サイクルとして、各基本サイクルにおいて、通信チャネルを探索チャネルに切り替えて探索処理３１０を実行する探索時間ＥＴをランダムに決定する。すなわち、通信装置１００の各々は、探索チャネルでデータ通信を行う処理（探索処理３１０）を実行するタイミングを、予め定められた周期（管理周期ＣＣＴ）毎にランダムに決定する。

【0068】

いずれか２つの通信装置１００の間で探索時間ＥＴが重なると、一方の通信装置１００から送信されたアクションフレーム（任意のデータ）を他方の通信装置１００が受信できる。例えば、図７に示すタイムチャートの例では、通信装置１００＿１と通信装置１００＿２との間でデータ交換３３０ができている。なお、本実施の形態に従う通信処理においては、アクションフレームを一方的に送信することを基本とするので、データ交換３３０は、典型的には、一方の通信装置１００から送信されたアクションフレームが他方の通信装置１００で受信され、かつ、他方の通信装置１００から送信されたアクションフレームが一方の通信装置１００で受信された場合を意味する。

【0069】

探索時間ＥＴにおいては、探索時間ＥＴの開始タイミングおよび終了タイミングでアクションフレームがそれぞれ送信されるとともに、探索時間ＥＴ内の任意のタイミングでもアクションフレームが送信されてもよい。

【0070】

さらに、管理周期ＣＣＴ、維持時間ＩＤＴおよび探索時間ＥＴの長さなどが適切に調整されてもよい。このような調整のいくつかの例については後述する。

【0071】

また、本実施の形態に従う通信処理においては、通信装置１００は、属している無線ネットワークを構成するアクセスポイント２００との間の通信を維持しつつ、他の通信装置１００を探索する。アクセスポイント２００との間の通信を維持するために、アクセスポイント２００と通信装置１００との間の接続が遮断される可能性を低減するための処理が実行される。アクセスポイント２００と通信装置１００との間の接続が遮断される可能性を低減するための処理の一例として、通信装置１００は、通信チャネルを探索チャネルに切り替えて探索処理３１０を実行する前に、アクセスポイント２００に対して、データ通信の抑制を通知する。このようなデータ通信の抑制の通知は、例えば、ＩＥＥＥ８０２．１１規格において規定されたＰｏｗｅｒＳａｖｅモードの通知を利用することができる。

【0072】

ＰｏｗｅｒＳａｖｅモードの通知は、アクセスポイント２００から通知元の通信装置１００へのデータ送信を一時停止することを要求するとともに、アクセスポイント２００が送信先の通信装置１００との接続を切断する条件を変更することを要求する。例えば、アクセスポイント２００は、送信先の通信装置１００から受信応答（ＡＣＫ）を受信できなくても、接続状態を維持しようとする。そのため、データ通信の抑制の通知は、通信装置１００とアクセスポイント２００との接続を切断する条件を緩和するための通知とみなすこともできる。

【0073】

なお、データ送信の一時停止に代えて、アクセスポイント２００から通知元の通信装置１００へのデータ送信の頻度を低減することを要求するようにしてもよい。

【0074】

再度図６を参照して、通信装置１００は、通信チャネルを探索チャネルに切り替えて探索処理３１０を実行する前に、アクセスポイント２００に対して、ＰｏｗｅｒＳａｖｅモードを通知する（ＰｏｗｅｒＳａｖｅモード通知３２０）。ＰｏｗｅｒＳａｖｅモードの通知に応答して、アクセスポイント２００は、通知元の通信装置１００に対するデータの送信を抑制する。すなわち、アクセスポイント２００に対して、ＰｏｗｅｒＳａｖｅモードを事前に通知しておくことで、アクセスポイント２００と通信装置１００との接続を維持できるとともに、アクセスポイント２００から通信装置１００に送信されるデータの損失などを低減できる。

【0075】

また、通信装置１００は、探索処理３１０の終了後、ＰｏｗｅｒＳａｖｅモードの終了を通知する（アクティブ通知３２２）。これによって、通信装置１００とアクセスポイント２００との間の定常的なデータ通信を再開できる。

【0076】

探索処理３１０において、通信装置１００間でデータ交換３３０がなされると、その後の通信装置１００間の局所的なデータ通信を実現するための情報を交換してもよい。

【0077】

図８は、本実施の形態に従う通信システム１における探索処理後の処理例を説明するためのタイムチャートである。図８に示す例では、通信装置１００＿１と通信装置１００＿２との間のデータ交換３３０において、通信タイミングの同期情報が交換される。通信タイミングの同期情報は、探索処理３１０において使用する通信チャネル（探索チャネル）を用いて、通信装置１００＿１と通信装置１００＿２との間で局所的なデータ通信を行うためのタイミング情報を含む。

【0078】

通信装置１００間で通信タイミングの同期情報を交換することで、通信装置１００＿１および通信装置１００＿２は、通信チャネルを探索チャネルに切り替えて局所データ通信３３２を実行することができる。すなわち、通信タイミングの同期情報は、通信装置１００＿１および通信装置１００＿２が局所データ通信３３２を実行するタイミングを規定する。

【0079】

なお、探索処理３１０の実行と同様に、局所データ通信３３２を開始する前においても、各通信装置１００は、接続先のアクセスポイント２００に対して、ＰｏｗｅｒＳａｖｅモードを通知するようにしてもよい。

【0080】

このように、探索処理３１０において、互いに近接した位置に存在している通信装置１００同士が見つかると、当該通信装置１００同士で任意のデータ通信を行うことができる。すなわち、通信装置１００は、探索チャネルで他の通信装置１００からデータを受信すると、当該他の通信装置１００との間で接続を確立する。この場合であっても、通信装置１００の各々は、それぞれのアクセスポイント２００への接続を維持することができる。

【0081】

なお、通信装置１００とアクセスポイント２００との接続が維持されるとは、アクセスポイント２００から見て、対象の通信装置１００との接続（connection）が確立されている状態が続いていることを意味する。ＩＥＥＥ８０２．１１規格では、アクセスポイント２００と通信装置１００（ステーション）との間の接続シーケンスに応じて遷移するステートマシーンが規定されている。より具体的には、初期状態がステート１であり、認証手続きが成功することで、ステート２を経て、ステート３またはステート４へ到達する。アクセスポイント２００のステートマシーンがステート３またはステート４にあれば、アクセスポイント２００と通信装置１００（ステーション）とが接続されている状態を意味する。したがって、本実施の形態に従う通信システム１において、ある通信装置１００とアクセスポイント２００との接続を維持することは、アクセスポイント２００のステートマシーンがステート３またはステート４を維持することを意味する。上述したように、ＰｏｗｅｒＳａｖｅモードを通知することで、ステート３またはステート４から初期状態のステート１へ戻るための条件が実質的に厳しくなり、ステート３またはステート４に維持されやすくなる。

【0082】

［Ｄ．処理手順］
次に、本実施の形態に従う通信処理における通信装置１００の処理手順について説明する。

【0083】

図９は、本実施の形態に従う通信システム１における通信装置１００の処理手順を示すフローチャートである。図９に示すステップの一部または全部は、通信装置１００のプロセッサ１０２がシステムプログラム１０８を実行することで実現されてもよい。システムプログラム１０８は、通信装置１００で実行される通信プログラムを含む。

【0084】

図９を参照して、通信装置１００は、予め定められた設定、あるいは、ユーザ操作に従って、アクセスポイント２００に接続するための処理を実行する（ステップＳ１００）。そして、通信装置１００は、アクセスポイント２００との間、あるいは、アクセスポイント２００を介して他の通信装置１００とデータ通信を開始する（ステップＳ１０２）。

【0085】

このように、通信装置１００は、アクセスポイント２００に接続して、任意の通信チャネルであるＡＰ接続チャネルでアクセスポイント２００との間でデータ通信を行う。

【0086】

続いて、通信装置１００は、探索チャネルでデータ通信を行う処理を実行するタイミングを決定する。より具体的には、通信装置１００は、新たな管理周期ＣＣＴのタイミングが到来すると、当該新たな管理周期ＣＣＴにおける探索処理３１０の開始タイミングをランダムに決定する（ステップＳ１０４）。そして、通信装置１００は、決定した開始タイミングが到来したか否かを判断する（ステップＳ１０６）。

【0087】

決定した開始タイミングが到来していなければ（ステップＳ１０６においてＮＯ）、通信装置１００は、アクセスポイント２００との間、あるいは、アクセスポイント２００を介して他の通信装置１００とデータ通信を継続する（ステップＳ１０８）。そして、ステップＳ１０６以下の処理が繰り返される。

【0088】

一方、決定した開始タイミングが到来していれば（ステップＳ１０６においてＹＥＳ）、通信装置１００は、アクセスポイント２００に対して、データ通信の抑制を通知する。より具体的には、通信装置１００は、アクセスポイント２００に対して、ＰｏｗｅｒＳａｖｅモードを通知する（ステップＳ１１０）。

【0089】

そして、通信装置１００は、通信チャネルを探索チャネルに切り替えて（ステップＳ１１２）、探索処理３１０を実行する（ステップＳ１１４）。探索処理３１０において、通信装置１００は、他の通信装置１００に向けてアクションフレームを送信するとともに、他の通信装置１００からのアクションフレームの受信を試みる。

【0090】

通信装置１００は、他の通信装置１００からのアクションフレームを受信したか否かを判断する（ステップＳ１１６）。他の通信装置１００からのアクションフレームを受信していれば（ステップＳ１１６においてＹＥＳ）、通信装置１００は、受信したアクションフレームを格納する（ステップＳ１１８）。通信装置１００は、受信したアクションフレームの送信元である他の通信装置１００との間で必要なデータの交換を試みる（ステップＳ１２０）。このとき、通信装置１００は、探索チャネルで他の通信装置１００との間でデータ通信を行うタイミングを、他の通信装置１００との間で共有してもよい（上述の図８など参照）。

【0091】

他の通信装置１００からのアクションフレームを受信していなければ（ステップＳ１１６においてＮＯの場合）、ステップＳ１１８およびＳ１２０の処理はスキップされる。

【0092】

そして、通信装置１００は、探索処理３１０の開始から探索時間ＥＴに相当する時間が経過したか否かを判断する（ステップＳ１２２）。探索処理３１０の開始から探索時間ＥＴに相当する時間が経過していなければ（ステップＳ１２２においてＮＯ）、ステップＳ１１４以下の処理が繰り返される。

【0093】

このように、通信装置１００は、ＰｏｗｅｒＳａｖｅモードの通知（データ通信の抑制の通知）後、通信チャネルである探索チャネルで、予め定められた期間である探索時間ＥＴに亘って、データ通信を行う。

【0094】

探索処理３１０の開始から探索時間ＥＴに相当する時間が経過していれば（ステップＳ１２２においてＹＥＳ）、通信装置１００は、探索チャネルでのデータ通信後、ＡＰ接続チャネルでアクセスポイント２００との間のデータ通信を再開する。より具体的には、通信装置１００は、通信チャネルを元の通信チャネル（アクセスポイント２００との接続に使用されている通信チャネルであるＡＰ接続チャネル）に切り替えて（ステップＳ１２４）、アクセスポイント２００に対して、ＰｏｗｅｒＳａｖｅモードの終了を通知する（ステップＳ１２６）。

【0095】

そして、通信装置１００は、接続中のアクセスポイント２００との切断が指示されたか否かを判断する（ステップＳ１２８）。接続中のアクセスポイント２００との切断が指示されていなければ（ステップＳ１２８においてＮＯ）、ステップＳ１０４以下の処理が繰り返される。

【0096】

接続中のアクセスポイント２００との切断が指示されていれば（ステップＳ１２８においてＹＥＳ）、通信装置１００は、接続中のアクセスポイント２００から切断するための処理を実行する（ステップＳ１３０）。

【0097】

通信装置１００の各々は、以上のような処理手順をそれぞれ独立に実行することになる。

【0098】

［Ｅ．通信処理の安定化および最適化］
本実施の形態に従う通信処理を安定化および最適化するために、以下のような追加的な処理を採用してもよい。

【0099】

（ｅ１：開始タイミングのオフセット）
図１０は、本実施の形態に従う通信処理における探索処理３１０のタイミング制御の一例を説明するための図である。図１０を参照して、探索処理３１０の開始タイミングをランダムに決定すると、例えば、ある管理周期ＣＣＴの最後に探索処理３１０が実行され、その次の管理周期ＣＣＴの先頭で探索処理３１０が実行されることもある。この場合には、通常の探索処理３１０の実行に要する時間（探索時間ＥＴ）の２倍の時間に亘って、アクセスポイント２００から当該通信装置１００へのデータ送信ができない。すなわち、通信装置１００は、通常の探索時間ＥＴの２倍の時間に亘って、アクセスポイント２００からのデータを受信できないことになる。その結果、アクセスポイント２００からのデータ受信の遅延、アクセスポイント２００へのデータ送信の遅延、アクセスポイント２００のバッファ溢れなどが生じ得る。

【0100】

このようなデータ受信ができない期間が長くなると、通信装置１００で実行されるアプリケーションへの影響も想定される。そこで、管理周期ＣＣＴの先頭および最後には、探索処理３１０の開始タイミングが設定されないように、管理周期ＣＣＴの開始から探索処理３１０の開始タイミング（探索時間ＥＴの開始）までのオフセットを設定してもよい。

【0101】

例えば、管理周期ＣＣＴを５００［ｍｓｅｃ］とし、探索時間ＥＴを５０［ｍｓｅｃ］とした場合、探索時間ＥＴの開始までのオフセットを０～４００［ｍｓｅｃ］の範囲に設定してもよい。あるいは、探索時間ＥＴの開始までのオフセットを１００～４００［ｍｓｅｃ］の範囲に設定してもよい。

【0102】

すなわち、管理周期ＣＣＴの先頭または最後に、探索処理３１０を実行できない禁止区間を設定してもよい。この場合、管理周期ＣＣＴにおける探索時間ＥＴの開始位置は、設定したオフセットの範囲でランダムに決定されてもよい。このように、探索チャネルでデータ通信を行う処理（探索処理３１０）が連続して実行されないように、探索処理３１０の開始タイミングが決定されてもよい。

【0103】

（ｅ２：通信状況／通信性能に応じたパラメータ調整）
本実施の形態に従う通信処理においては、管理周期ＣＣＴ、維持時間ＩＤＴおよび探索時間ＥＴの長さなどのパラメータを適宜最適化できる。通信状況および／または通信性能に応じて、これらの時間を調整してもよい。

【0104】

例えば、アクセスポイント２００と通信装置１００との間のデータ量が相対的に少ない場合には、管理周期ＣＣＴに対する探索時間ＥＴの比率（ＥＴ／ＣＣＴ）を相対的に大きくしてもよい。逆に、アクセスポイント２００と通信装置１００との間のデータ量が相対的に少ない場合には、管理周期ＣＣＴに対する探索時間ＥＴの比率を相対的に小さくしてもよい。例えば、管理周期ＣＣＴを５００［ｍｓｅｃ］とし、探索時間ＥＴを５０～１００［ｍｓｅｃ］の範囲で適宜変更してもよい。

【0105】

また、通信状況に応じて、管理周期ＣＣＴの長さを調整してもよい。例えば、他の通信装置１００を探索する必要性が低い場合には、管理周期ＣＣＴを相対的に長くしてもよい。逆に、他の通信装置１００を探索する必要性が高い場合には、管理周期ＣＣＴを相対的に短くしてもよい。管理周期ＣＣＴの長さを変えることで、探索処理３１０の実行頻度を調整できる。

【0106】

このように、管理周期ＣＣＴ、維持時間ＩＤＴおよび探索時間ＥＴの長さなどは、通信状況に応じて調整されてもよい。また、通信性能に応じて、管理周期ＣＣＴ、維持時間ＩＤＴおよび探索時間ＥＴの長さなどを調整してもよい。

【0107】

例えば、通信装置１００による探索処理３１０（探索チャネルでのデータ通信）の実行中において、アクセスポイント２００は、ＡＰ接続チャネルで通信装置１００に送信すべきデータをバッファリングする。そのため、探索時間ＥＴの長さは、本来であれば探索処理３１０中にアクセスポイント２００がＡＰ接続チャネルで通信装置１００に送信すべきであったデータ量を、アクセスポイント２００がバッファリングできる時間範囲内で設定してもよい。また、隣り合う探索処理３１０の間隔は、先の探索処理３１０の終了から次の探索処理３１０の開始までの間に、先の探索処理３１０中にアクセスポイント２００がバッファリングしたすべてのデータを通信装置１００に送信できるような長さに設定してもよい。

【0108】

このようなパラメータ調整を行うことで、通信装置１００は、先の探索処理３１０後から次の探索処理３１０開始までの間に、アクセスポイント２００がバッファリングしたデータを受信できるようになる。この結果、アクセスポイント２００のバッファ溢れなどを防止できる。

【0109】

また、アクセスポイント２００と通信装置１００とのでやり取りされるデータ量の多寡に応じて、管理周期ＣＣＴ、維持時間ＩＤＴおよび探索時間ＥＴの長さなどを、例えばテーブルとして予め定めておいてもよい。あるいは、アクセスポイント２００と通信装置１００とのでやり取りされるデータ量を予め定められたしきい値と比較し、比較結果に応じて、管理周期ＣＣＴ、維持時間ＩＤＴおよび探索時間ＥＴの長さなどを切り替えるようにしてもよい。あるいは、アクセスポイント２００と通信装置１００とのでやり取りされるデータ量に応じて、管理周期ＣＣＴ、維持時間ＩＤＴおよび探索時間ＥＴの長さなどを動的に算出するようにしてもよい。

【0110】

複数種類のアプリケーションが実行可能な通信システム１においては、実行中のアプリケーションが通常必要とするデータ量に応じて、管理周期ＣＣＴ、維持時間ＩＤＴおよび探索時間ＥＴの長さなどを切り替えるようにしてもよい。あるいは、実行モード毎に必要とするデータ量が異なるアプリケーションの場合には、現在の実行モードに応じて、管理周期ＣＣＴ、維持時間ＩＤＴおよび探索時間ＥＴの長さなどを切り替えるようにしてもよい。

【0111】

実行中のアプリケーションまたは実行モードにおけるデータ量を逐次算出して、管理周期ＣＣＴ、維持時間ＩＤＴおよび探索時間ＥＴの長さなどを決定してもよいし、アプリケーション毎または実行モード毎に、管理周期ＣＣＴ、維持時間ＩＤＴおよび探索時間ＥＴの長さなどが予め定められていてもよい。

【0112】

（ｅ３：小括）
通信装置１００がインフラストラクチャーモードでアクセスポイント２００と定常的なデータ通信を行っている状況で、探索処理３１０をランダムなタイミングおよびランダムな期間に発生させると、意図しないパケットロストおよび通信遅延などが発生し得る。そこで、タイミングおよび期間の長さなどを適切に調整してもよい。

【0113】

例えば、通信装置１００で実行されるアプリケーションがゲームである場合には、データ量は少ないものの、より小さい通信遅延が要求されるので、管理周期ＣＣＴおよび探索時間ＥＴの長さを相対的に短くすることで、探索処理３１０の時間を短くできる。

【0114】

［Ｆ．機能構成］
次に、本実施の形態に従う通信処理における通信装置１００の機能構成について説明する。

【0115】

図１１は、本実施の形態に従う通信システム１における通信装置１００の機能構成例を示す模式図である。図１１に示す機能モジュールの一部または全部は、通信装置１００のプロセッサ１０２がシステムプログラム１０８を実行することで実現されてもよい。

【0116】

図１１を参照して、通信装置１００は、機能構成として、メインデータ管理モジュール１５０と、接続管理モジュール１５２と、サブデータ管理モジュール１５４と、探索処理モジュール１５６と、タイミング決定モジュール１５８と、通信チャネル選択モジュール１６０とを含む。また、通信装置１００の無線通信部１２０は、送信回路１２２と、受信回路１２４とを含む。

【0117】

メインデータ管理モジュール１５０は、任意のアプリケーションと他の通信装置１００との間のデータのやり取りを管理する。接続管理モジュール１５２は、アクセスポイント２００との接続の確立および切断を管理するとともに、メインデータ管理モジュール１５０からの指令に従って送信すべきデータ（フレーム）を無線通信部１２０へ供給し、無線通信部１２０から供給されるデータ（フレーム）を再構成してメインデータ管理モジュール１５０へ出力する。

【0118】

サブデータ管理モジュール１５４は、任意のアプリケーションと探索処理３１０において探索された任意の通信装置１００との間のデータのやり取りを管理する。探索処理モジュール１５６は、探索処理３１０の実行を制御する。タイミング決定モジュール１５８は、探索処理３１０の実行タイミングを決定し、探索処理モジュール１５６に通知する。

【0119】

通信チャネル選択モジュール１６０は、接続管理モジュール１５２および探索処理モジュール１５６からの指令に従って、無線通信部１２０が使用する通信チャネルを切り替える。

【0120】

メインデータ管理モジュール１５０および接続管理モジュール１５２は、アクセスポイント２００に接続して、ＡＰ接続チャネルでアクセスポイント２００との間のデータ通信を担当する。また、メインデータ管理モジュール１５０および接続管理モジュール１５２は、探索チャネルでのデータ通信後、ＡＰ接続チャネルでアクセスポイント２００との間のデータ通信を再開する。

【0121】

探索処理モジュール１５６は、アクセスポイント２００に対するデータ通信の抑制の通知（ＰｏｗｅｒＳａｖｅモードの通知）を担当する。サブデータ管理モジュール１５４および探索処理モジュール１５６は、ＰｏｗｅｒＳａｖｅモードの通知の後、探索チャネルで探索時間ＥＴに亘ってデータ通信を担当する。

【0122】

このような機能モジュールの組合せによって、本実施の形態に従う通信処理を実現できる。

【0123】

［Ｇ．その他の形態］
上述の説明においては、いずれかのアクセスポイント２００に接続している通信装置１００における通信処理を主として説明したが、いずれかのアクセスポイント２００にも接続していない通信装置１００においても、同様の探索処理３１０を実行することができる。すなわち、任意の周期毎に、通信チャネルを探索チャネルに切り替えて探索処理３１０を実行するようにしてもよい。

【0124】

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

【0125】

［Ｈ．利点］
本実施の形態に従う通信システム１においては、通信装置１００は、ＡＰ接続チャネルでアクセスポイント２００に接続している状態を維持できるように、ＰｏｗｅｒＳａｖｅモードの通知によりデータ通信の抑制を通知して、探索チャネルで探索処理３１０を行う。これによって、ＡＰ接続チャネルでのアクセスポイント２００に対する切断および再接続の処理を省略でき、通信装置１００での通信にかかる処理を簡素化できる。

【0126】

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

【符号の説明】

【0127】

１ 通信システム、１００ 通信装置、１０２ プロセッサ、１０４ 主記憶部、１０６ 補助記憶部、１０８ システムプログラム、１１０ アプリケーションプログラム、１１２ バス、１１４ ディスプレイ、１１６ 操作部、１１８ 音声出力部、１２０ 無線通信部、１２２ 送信回路、１２４ 受信回路、１５０ メインデータ管理モジュール、１５２ 接続管理モジュール、１５４ サブデータ管理モジュール、１５６ 探索処理モジュール、１５８ タイミング決定モジュール、１６０ 通信チャネル選択モジュール、２００ アクセスポイント、３００ インフラストラクチャー通信、３０２ ローカルマスター通信、３０４ ローカルクライエント通信、３１０ 探索処理、３２０ モード通知、３２２ アクティブ通知、３３０ データ交換、３３２ 局所データ通信、ＣＣＴ 管理周期、ＥＴ 探索時間、ＩＤＴ 維持時間。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】