(57)【要約】【課題】子局が電波干渉を回避するための通信スケジューリングを行う。【解決手段】通信装置は、第１の他の装置との間で、該第１の他の装置により指定された第１の周期で第１の無線通信方式を用いて通信を行い、第２の他の装置との間で、該第１の無線通信方式で用いる周波数帯と同一の周波数帯を用いる第２の無線通信方式を用いて通信を行う。通信装置は、該第１の無線通信方式による通信タイミングと該第２の無線通信方式による通信タイミングが重なる場合に、該第１の無線通信方式による通信タイミングと該第２の無線通信方式による通信タイミングが重ならないよう要求するための信号を該第１の他の装置に送信する。【選択図】図７
2019033321.tif 000002
【特許請求の範囲】
【請求項１】
通信装置であって、
第１の他の装置との間で、前記第１の他の装置により指定された第１の周期で第１の無線通信方式を用いて通信を行う第１の通信手段と、
第２の他の装置との間で、前記第１の無線通信方式で用いる周波数帯と同一の周波数帯を用いる第２の無線通信方式を用いて通信を行う第２の通信手段と、有し、
前記第１の通信手段による通信タイミングと前記第２の通信手段による通信タイミングが重なる場合に、前記第１の通信手段は、前記第１の通信手段による通信タイミングと前記第２の通信手段による通信タイミングが重ならないよう要求するための信号を前記第１の他の装置に送信することを特徴とする通信装置。
【請求項２】
前記第１の周期と、前記第２の通信手段により周期的に通信される所定の信号の周期である第２の周期の自然数倍との差が所定値より大きいか否かを判定する判定手段と、
前記差が前記所定値より大きい場合に、前記差が前記所定値以下となるように、前記第１の周期を決定する決定する決定手段を更に有し、
前記第１の通信手段は、前記決定手段により決定された周期に前記第１の周期を変更することを要求するための信号を前記第１の他の装置に送信することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記決定手段が前記第１の周期を決定してもなお、前記第１の通信手段による通信タイミングと前記第２の通信手段による通信タイミングが重なる場合に、前記決定手段は更に、前記第２の通信手段による通信タイミング以外の期間に位置するように前記第１の周期のタイミングを決定し、前記第１の通信手段は、前記決定手段により決定されたタイミングに前記第１の周期のタイミングを変更することを要求するための信号を前記第１の他の装置に送信することを特徴とする請求項２に記載の通信装置。
【請求項４】
前記第２の通信手段が前記所定の信号を受信する場合、前記決定手段は、前記第２の通信手段により受信された前記所定の信号に基づいて、前記第１の周期のタイミングを決定することを特徴とする請求項３に記載の通信装置。
【請求項５】
前記第２の通信手段が前記所定の信号を送信する場合、前記決定手段は、前記第２の通信手段により送信される前記所定の信号に基づいて、前記第１の周期のタイミングを決定することを特徴とする請求項３に記載の通信装置。
【請求項６】
前記第１の通信手段による通信タイミングと前記第２の通信手段による通信タイミングが重なる場合に、前記第１の通信手段は、前記第１の周期を指定する役割を前記通信装置に変更することを要求するための信号を前記第１の装置に送信することを特徴とする請求項１に記載の通信装置。
【請求項７】
前記第１の無線通信方式は、ＢＬＥ（（Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ））に基づく無線通信方式であり、前記第２の無線通信方式は、ＩＥＥＥ８０２．１１ａｘに基づく無線通信方式であり、前記第１の通信タイミングは前記第１の装置によるＢＬＥデータの送信のタイミングであり、前記第２の通信タイミングは、前記第２の装置または前記通信装置によるビーコンパケットの送信のタイミングであることを特徴とする請求項１に記載の通信装置。
【請求項８】
前記第１の周期と、前記第２の通信手段により周期的に通信されるビーコンパケットの周期である第２の周期の自然数倍との差が所定値より大きいか否かを判定する判定手段と、
前記差が前記所定値より大きい場合に、前記差が前記所定値以下となるように、前記第１の周期を決定する決定する決定手段を更に有し、
前記第１の通信手段は、前記決定手段により決定された周期に前記第１の周期を変更することを要求するための信号を前記第１の他の装置に送信することを特徴とする請求項７に記載の通信装置。
【請求項９】
前記決定手段が前記第１の周期を決定してもなお、前記第１の通信手段による通信タイミングと前記第２の通信手段による通信タイミングが重なる場合に、前記決定手段は更に、前記第２の周期の通信タイミング以外の期間に位置するように前記第１の周期のタイミングを決定し、前記第１の通信手段は、前記決定手段により決定されたタイミングに前記第１の周期のタイミングを変更することを要求するための信号を前記第１の他の装置に送信することを特徴とする請求項８に記載の通信装置。
【請求項１０】
前記第２の通信手段が前記ビーコンパケットを受信する場合、前記決定手段は、前記第２の通信手段により受信された前記ビーコンパケットに基づいて、前記第１の周期のタイミングを決定することを特徴とする請求項９に記載の通信装置。
【請求項１１】
前記第２の通信手段が前記ビーコンパケットを送信する場合、前記決定手段は、前記第２の通信手段により送信される前記ビーコンパケットに基づいて、前記第１の周期のタイミングを決定することを特徴とする請求項９に記載の通信装置。
【請求項１２】
前記第１の通信手段による通信タイミングと前記第２の通信手段による通信タイミングが重なる場合に、前記第１の通信手段は、前記第１の周期を指定する役割を前記通信装置に変更することを要求するための信号を前記第１の装置に送信することを特徴とする請求項７に記載の通信装置。
【請求項１３】
第１の他の装置との間で、前記第１の他の装置により指定された第１の周期で第１の無線通信方式を用いて通信を行う第１の通信手段と、
第２の他の装置との間で、前記第１の無線通信方式で用いる周波数帯と同一の周波数帯を用いる第２の無線通信方式を用いて通信を行う第２の通信手段と、
を有する通信装置の制御方法であって、
前記第１の通信手段による通信タイミングと前記第２の通信手段による通信タイミングが重なる場合に、前記第１の通信手段に、前記第１の通信手段による通信タイミングと前記第２の通信手段による通信タイミングが重ならないよう要求するための信号を前記第１の他の装置に送信させる制御工程を有することを特徴とする通信装置の制御方法。
【請求項１４】
コンピュータを、請求項１から１２のいずれか１項に記載の通信装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信の干渉制御技術に関する。
【背景技術】
【０００２】
近年、様々な電子機器に無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やＢｌｕｅｔｏｏｔｈ（登録商標）等の無線通信機能が搭載され、無線通信を介した様々なサービスが提供されている。今後も更に無線通信機能を有する電子機器は増加することが見込まれ、無線通信機能及び性能の更なる向上が望まれている。
【０００３】
このような背景を受けて、無線ＬＡＮにおいては、周波数利用効率の向上を目的とした規格として、ＩＥＥＥ８０２．１１ａｘが検討されている。また、Ｂｌｕｅｔｏｏｔｈ  ｖｅｒｓｉｏｎ  ４．０では、ボタン電池での長時間駆動を想定したＢＬＥ（Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ）が規格化されている。
【０００４】
無線ＬＡＮとＢｌｕｅｔｏｏｔｈは、共に２．４ＧＨｚ帯域の周波数帯を用いることができる。このように、無線ＬＡＮとＢｌｕｅｔｏｏｔｈとで同一の周波数帯を使用する場合、双方の電波が干渉し合い、通信性能が低下する場合がある。通信装置に無線ＬＡＮ通信機能とＢｌｕｅｔｏｏｔｈ通信機能を備えた場合、当該機能に対する各アンテナは近接して配置されることが多い。このため、例えば、Ｂｌｕｅｔｏｏｔｈが受信状態のときに無線ＬＡＮが送信状態になると、Ｂｌｕｅｔｏｏｔｈ受信信号と比較して、大きなレベルの無線ＬＡＮ信号がＢｌｕｅｔｏｏｔｈアンテナで受信され、Ｂｌｕｅｔｏｏｔｈに受信エラーが発生しやすくなる。
【０００５】
このような電波干渉を回避する方法として、特許文献１では、無線ＬＡＮとＢｌｕｅｔｏｏｔｈを異なる時間帯で動作させる技術が提案されている。具体的には、特許文献１に記載される技術では、無線ＬＡＮ機能とＢｌｕｅｔｏｏｔｈ機能を有する通信装置が、無線ＬＡＮ親局かつＢｌｕｅｔｏｏｔｈ親局として動作する。そして、当該通信装置は、無線ＬＡＮ子局及びＢｌｕｅｔｏｏｔｈ子局に対して異なる時間帯でポーリングを行うことにより、電波干渉が回避される。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００５−４５３３０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
特許文献１では、無線ＬＡＮ親局かつＢｌｕｅｔｏｏｔｈ親局としてとして動作する通信装置が、無線ＬＡＮとＢｌｕｅｔｏｏｔｈの電波が干渉しないようにスケジューリングする。そのため、無線ＬＡＮ機能とＢｌｕｅｔｏｏｔｈ機能のいずれか、または両方が子局として動作する通信装置には、特許文献１に記載される干渉回避方法を適用することができないという課題があった。
【０００８】
本発明は、上記課題に鑑みてなされたものであり、子局が電波干渉を回避するための通信スケジューリングを行うことを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するための一手段として、本発明の通信装置は以下の構成を有する。すなわち、通信装置であって、第１の他の装置との間で、前記第１の他の装置により指定された第１の周期で第１の無線通信方式を用いて通信を行う第１の通信手段と、第２の他の装置との間で、前記第１の無線通信方式で用いる周波数帯と同一の周波数帯を用いる第２の無線通信方式を用いて通信を行う第２の通信手段と、有し、前記第１の通信手段による通信タイミングと前記第２の通信手段による通信タイミングが重なる場合に、前記第１の通信手段は、前記第１の通信手段による通信タイミングと前記第２の通信手段による通信タイミングが重ならないよう要求するための信号を前記第１の他の装置に送信する。
【発明の効果】
【００１０】
本発明によれば、子局が電波干渉を回避するための通信スケジューリングを行うことが可能となる。
【図面の簡単な説明】
【００１１】
【図１】通信システム１０の構成の概略図。
【図２】カメラ１０１の構成の概略図。
【図３】カメラ１０１の処理の流れを示すフローチャート。
【図４】ＩＥＥＥ８０２．１１ａｘの通信動作の例を示す図。
【図５】Ｓ３０６の時点での各装置の無線信号の送受信タイミングの例を示す図。
【図６】Ｓ３０８完了後における各装置の無線信号の送受信タイミングの例を示す図。
【図７】Ｓ３１０完了後における各装置の無線信号の送受信タイミングの例を示す図。
【図８】役割変更の処理の流れを示すシーケンスチャート。
【発明を実施するための形態】
【００１２】
以下、添付の図面を参照して、本発明をその実施形態の一例に基づいて詳細に説明する。なお、以下の実施形態において示す構成は一例に過ぎず、本発明は図示された構成に限定されるものではない。
【００１３】
［第１の実施形態］
図１に、第１の実施形態における通信システム１０の構成の概略図を示す。図示するように、通信システム１０は、カメラ１０１、制御端末１０２、アクセスポイント（ＡＰ）１０３、およびサーバ１０４から構成される。カメラ１０１は、ＩＥＥＥ８０２．１１ａｘ（以下、８０２．１１ａｘ）通信機能とＢＬＥ（Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ）通信機能を有する。制御端末１０２は例えばスマートフォンであり、ＢＬＥ通信機能を有する。ＡＰ１０３とサーバ１０４は、８０２．１１ａｘ通信機能を有する。
【００１４】
カメラ１０１は、制御端末１０２と低消費電力のＢＬＥに基づいて接続し、制御端末１０２から画像データアップロードや撮影等のリモート制御を受けつける。また、カメラ１０１は、ＡＰ１０３と、ＢＬＥより消費電力が大きい８０２．１１ａｘに基づいて接続し、ＡＰ１０３に対して画像データのアップロード等を行う。ＢＬＥと８０２．１１ａｘによる通信は、同一の周波数帯を使用し得る。なお、消費電力の観点から、カメラ１０１は、サーバ１０４への画像データのアップロード時を除き、８０２．１１ａｘ通信機能を停止するよう動作してもよい。
【００１５】
ＢＬＥ通信は、ＢＬＥ親局であるセントラルとＢＬＥ子局であるペリフェラル間の通信であり、セントラルが決定した周期（ｃｏｎｎＩｎｔｅｒｖａｌ）毎に行われる。本実施形態では、カメラ１０１は、ＢＬＥ子局であるペリフェラル、制御端末１０２は、ＢＬＥ親局であるセントラルとして動作する。すなわち、カメラ１０１は、制御端末１０２が決定した周期によりＢＬＥ通信を行う。なお、後述するように、カメラ１０１は、８０２．１１ａｘ通信の電波とＢＬＥ通信の電波が干渉しないよう、制御端末１０２に対してＢＬＥ通信周期／ＢＬＥ通信タイミングの変更を要求する。
【００１６】
次に、カメラ１０１の構成ついて図２を参照して説明する。図２は、カメラ１０１の構成の概略図である。カメラ１０１は、図２に示すように、制御部２０１、記憶部２０２、撮像部２０３、ユーザインタフェース（ＵＩ）２０４、無線ＬＡＮ通信部２０５、ＢＬＥ通信部２０６を含んで構成される。
【００１７】
制御部２０１は、例えば、一つ以上のＣＰＵやＭＰＵ等のプロセッサー、ＡＳＩＣ（特定用途向け集積回路）、ＤＳＰ（デジタルシグナルプロセッサー）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）等により構成される。ここで、ＣＰＵはＣｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔの頭字語であり、ＭＰＵはＭｉｃｒｏ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔの頭字語である。制御部２０１は、後述の記憶部２０２に記憶されたプログラムとＯＳとの協働によりカメラ１０１全体を制御する。ここで、ＯＳはＯｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍの頭字語である。
【００１８】
記憶部２０２は、例えば、ＲＯＭ、ＲＡＭの両方、または、それらのいずれか一方により構成され、後述する各種動作を行うためのプログラムや、無線通信のための通信パラメータ等の各種情報を記憶する。ここで、ＲＯＭは、Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙの頭字語であり、ＲＡＭは、Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙの頭字語である。なお、記憶部２０２として、ＲＯＭ、ＲＡＭ等のメモリの他に、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＤＶＤなどの記憶媒体が用いられてもよい。記憶部２０２は、例えば、制御部２０１が実行する制御プログラムを格納するためのＲＯＭ、及び、制御プログラムを実行するために必要な作業領域として使用するためのＲＡＭを含んで構成される。
【００１９】
撮像部２０３は、ＣＣＤセンサやＣＭＯＳセンサ等の撮像素子とレンズ等の光学系により構成される。ここで、ＣＣＤは、Ｃｈａｒｇｅｄ  Ｃｏｕｐｌｅｄ  Ｄｅｖｉｃｅの頭文字であり、ＣＭＯＳは、Ｃｏｍｐｌｅｍｅｎｔａｒｙ  Ｍｅｔａｌ  Ｏｘｉｄｅ  Ｓｅｍｉｃｏｎｄｕｃｔｏｒの頭文字である。
【００２０】
ＵＩ２０４は、ユーザからの各種操作の受付を行うためのボタン等の入力装置と、ユーザに対して各種出力を行うための液晶ディスプレイや音声／振動等により情報を出力する装置とを含んで構成される。ＵＩは、Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅの頭字語である。なお、ＵＩ２０４は、タッチパネルのように、入力と出力の両方を１つのモジュールで実現するようにした装置によって構成されてもよい。
【００２１】
無線ＬＡＮ通信部２０５は、８０２．１１ａｘ通信機能を担う。無線ＬＡＮ通信部２０５は、８０２．１１ａｘ規格に準拠した変復調回路と無線周波数回路とを含んで構成され、アンテナ２０７を介して、無線ＬＡＮ子局であるステーションとして動作するための機能を有する。
【００２２】
ＢＬＥ通信部２０６は、ＢＬＥ通信機能を担う。ＢＬＥ通信部２０６は、アンテナ２０８を介して、ＢＬＥ規格に準拠した変復調回路と無線周波数回路とを含んで構成され、ＢＬＥ子局であるペリフェラルとして動作するための機能を有する。
【００２３】
続いて、カメラ１０１が実行する本実施形態の処理の流れについて、図３〜７を参照して説明する。図３は、カメラ１０１が制御端末１０２からＢＬＥ通信によるリモート制御により、画像データをサーバ１０４にアップロードする処理のフローチャート例である。図３の各ステップは、例えば、カメラ１０１の制御部２０１のＣＰＵが、記憶部２０２に記憶されたプログラムを実行することによって実行される。
【００２４】
初期状態では、制御部２０１は、無線ＬＡＮ通信部２０５とＢＬＥ通信部２０６に対して電源供給を停止し、それらの動作を停止させることで消費電力を低減させているものとする。この初期状態から、ユーザがＵＩ２０４を介してカメラ１０１に対してＢＬＥ起動を指示すると、制御部２０１はＢＬＥ通信部２０６の電源供給を開始し、ＢＬＥ通信部２０６を起動する（Ｓ３０１）。続いて、制御部２０１は、ＢＬＥ通信部２０６に対して、アドバタイズパケット（ＡＤＶ＿ＩＮＤ）の送信開始を指示する（Ｓ３０２）。この指示に応じて、ＢＬＥ通信部２０６は、ＡＤＶ＿ＩＮＤを送信する。ＢＬＥ規格では、ＡＤＶ＿ＩＮＤは、アドバタイズイベント毎に、複数のチャネル（３７ｃｈ（２４０２ＭＨｚ）、３８ｃｈ（２４２６ＭＨｚ）、３９ｃｈ（２４８０ＭＨｚ））で送信される。また、ＢＬＥ規格では、アドバタイズイベントの間隔（ＡＤＶ＿ＩＮＤの送信間隔）は、２０ｍ秒以上１０．２４秒以下の範囲において、６２５μ秒の自然数倍となる任意の値に設定可能である。
【００２５】
制御端末１０２は、ＡＤＶ＿ＩＮＤを受信し、これに応答して、接続要求パケット（ＣＯＮＮＥＣＴ＿ＲＥＱ）をカメラ１０１に送信する。ここで、制御端末１０２のＣＯＮＮＥＣＴ＿ＲＥＱ送信は、ユーザによる制御端末１０２に対する操作により行われるようにしてもよい。また、ユーザ等が予めカメラ１０１と制御端末１０２をペアリングする場合は、制御端末１０２は、カメラ１０１のアドバタイズパケットを受信すると自動的にＣＯＮＮＥＣＴ＿ＲＥＱを送信するようにしてもよい。
【００２６】
制御部２０１は、ＢＬＥ通信部２０６が接続要求パケット（ＣＯＮＮＥＣＴ＿ＲＥＱ）を受信したことを検出すると、ＢＬＥ接続が確立したものと判断する（Ｓ３０３）。ＢＬＥ接続確立後は、ＢＬＥ親局である制御端末１０２が、コネクションイベント毎にＢＬＥ通信を行う。コネクションイベントの周期（制御端末１０２がカメラ１０１へＢＬＥデータパケットを送信する周期（ｃｏｎｎＩｎｔｅｒｖａｌ））は、ＢＬＥ親局である制御端末１０２により指定される。ｃｏｎｎＩｎｔｅｒｖａｌは、例えば、制御端末１０２の送信するＣＯＮＮＥＣＴ＿ＲＥＱ内のＩｎｔｅｒｖａｌフィールドで指定された値となる。なお、ＢＬＥ規格では、接続確立後にｃｏｎｎＩｎｔｅｒｖａｌを変更することが可能である。
【００２７】
ＢＬＥ接続確立後、ＢＬＥ通信部２０６が、制御端末１０２から画像データアップロード指示を受信すると（Ｓ３０４でＹＥＳ）、制御部２０１は、無線ＬＡＮ通信部２０５の電源供給を開始する。これにより、無線ＬＡＮ通信部２０５が起動する（Ｓ３０５）。なお、制御端末１０２から送信される画像データアップロード指示には、カメラ１０１がサーバ１０４にデータ送信を行うために必要となるＡＰ１０３のＳＳＩＤやサーバ１０４のＩＰアドレス等の情報が含まれる。ＳＳＩＤはＳｅｒｖｉｃｅ  Ｓｅｔ  ＩＤｅｎｔｉｆｉｅｒの頭文字である。続いて、制御部２０１は、無線ＬＡＮ通信部２０５をスキャン状態に設定する。その後、無線ＬＡＮ通信部２０５は、ＡＰ１０３から送信されたビーコンパケットを受信する（ステップＳ３０６）。
【００２８】
ここで、ビーコンパケットについて説明する。本実施形態では、ＡＰ１０３は、８０２．１１ａｘ規格に準拠した８０２．１１ａｘ親局として動作する。ＡＰ１０３の送信するビーコンパケットには、ビーコン送信周期（Ｂｅａｃｏｎ  Ｉｎｔｅｒｖａｌ）に関する情報に加え、８０２．１１ａｘ子局の媒体アクセスタイミングを示すＴＷＴ情報が含まれる。ＴＷＴとはＴａｒｇｅｔ  Ｗａｋｅ  Ｔｉｍｅの頭文字である。図４に、ＴＷＴ情報を使用した８０２．１１ａｘの通信動作例を示す。
【００２９】
８０２．１１ａｘ規格では、ＭＵ−ＭＩＭＯやＯＦＤＭＡを用いることで、複数の子局が同時に送受信を行うことで周波数利用効率を高めるマルチユーザ動作が規定されている。ここで、ＭＵ−ＭＩＭＯはＭｕｌｔｉ  Ｕｓｅｒ  Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔの頭文字であり、ＯＦＤＭＡはＯｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓの頭文字である。図４に示すように、８０２．１１ａｘ親局（ＡＰ）は、所定の周期、すなわちＢｅａｃｏｎ  Ｉｎｔｅｒｖａｌで、ビーコンパケット４０１を周期的に送信する。８０２．１１ａｘ子局（ＳＴＡ１、ＳＴＡ２）は、ＡＰから受信したビーコンパケット４０１に含まれるＴＷＴ情報（ＴＷＴ１、ＴＷＴ２）により、マルチユーザ動作の開始タイミングを把握する。
【００３０】
マルチユーザ動作としては、アップリンク動作とダウンリンク動作が規定されている。アップリンク動作では、ＴＷＴ１後にＡＰから送信されたＴｒｉｇｇｅｒフレーム４０２を受信することに応答して、ＳＴＡ１とＳＴＡ２は、ＭＵ−ＭＩＭＯまたはＯＦＤＭＡを使用して同時にデータフレーム４０３を送信する。ＡＰは、データフレーム４０３の受信に成功すると、確認応答４０４を送信する。ダウンリンク動作では、ＴＷＴ２後にＡＰがＳＴＡ１とＳＴＡ２に対して同時にデータフレーム４０５を送信する。ＳＴＡ１とＳＴＡ２は、データフレーム４０５の受信に成功すると、確認応答４０６をＭＵ−ＭＩＭＯまたはＯＦＤＭＡを使用して同時に送信する。
【００３１】
ＳＴＡ１とＳＴＡ２は、Ｂｅａｃｏｎ  Ｉｎｔｅｒｖａｌにおいて、ＡＰから信号を受信せず、また、自身から信号を送信しない間、低消費電力のスリープモードに遷移するよう動作する。すなわち、図４のＳｌｅｅｐ４０７〜４０９の期間で、ＳＴＡ１とＳＴＡ２はスリープ状態となる。
【００３２】
図５に、Ｓ３０６の時点でのカメラ１０１、制御端末１０２、ＡＰ１０３のそれぞれが送受信する無線信号のタイミングの例を示す。図５において、カメラ１０１は、ＡＰ１０３がＢｅａｃｏｎ  Ｉｎｔｅｒｖａｌ毎に送信するビーコンパケット５０１を受信する。一方、カメラ１０１は、制御端末１０２とｃｏｎｎＩｎｔｅｒｖａｌ毎にＢＬＥデータパケット５０２、５０３を送受信し合う。ここで、８０２．１１ａｘ通信とＢＬＥ通信では、それぞれ親局である制御端末１０２とＡＰ１０３が独自に通信タイミングを決定している。そのため、ビーコンパケット５０１とＢＬＥデータパケット５０２、５０３は同時に送信されることがあり、干渉が発生し得る。干渉が発生していると、カメラ１０１は、ビーコンパケット５０１を正常に受信できるまでスキャン状態を継続する必要があり、消費電力の観点から効率が悪い。本実施形態では、このような干渉の発生を回避するために、カメラ１０１の制御部２０１は、以下に説明するように、Ｓ３０７以降の処理を行う。
【００３３】
すなわち、制御部２０１は、まず、受信したビーコンパケット５０１からＢｅａｃｏｎ  Ｉｎｔｅｒｖａｌの情報とＴＷＴ（ＴＷＴ１、ＴＷＴ２）の情報を得て、ｃｏｎｎＩｎｔｅｒｖａｌとＢｅａｃｏｎ  Ｉｎｔｅｒｖａｌとを比較する。そして、制御部２０１は、ｃｏｎｎＩｎｔｅｒｖａｌとＢｅａｃｏｎ  ＩｎｔｅｒｖａｌのＮ倍（Ｎは自然数）との差分が所定値（ＤＩｍａｘ）を超えるか否かを判定する（Ｓ３０７）。Ｓ３０７でＹｅｓの場合、制御部２０１は、ｃｏｎｎＩｎｔｅｒｖａｌがＢｅａｃｏｎ  ＩｎｔｅｒｖａｌのＮ倍との差分が所定値以下（ＤＩｍａｘ以下）となるようなｃｏｎｎＩｎｔｅｒｖａｌを決定する。続いて、ＢＬＥ通信部２０６は、制御端末１０２に対して、制御部２０１により決定されたｃｏｎｎＩｎｔｅｒｖａｌでｃｏｎｎＩｎｔｅｒｖａの変更要求を行う（Ｓ３０８）。すなわち、Ｓ３０７とＳ３０８の処理では、ｃｏｎｎＩｎｔｅｒｖａｌとＢｅａｃｏｎ  Ｉｎｔｅｒｖａｌ×Ｎとが略等しくなるように、制御部２０１が動作する。
【００３４】
ここで、Ｓ３０７とＳ３０８の処理を、より具体な例を用いて説明する。ＢＬＥ規格では、ｃｏｎｎＩｎｔｅｒｖａｌは、７．５ｍｓ以上４ｓ以下かつ１．２５ｍｓの整数倍の値であることが定められている。一方、８０２．１１規格では、Ｂｅａｃｏｎ  Ｉｎｔｅｒｖａｌは１．０２４ｍｓの整数倍の値であることが定められている。例えば、一つの例において、ｃｏｎｎＩｎｔｅｒｖａｌ＝３０ｍｓ（１．２５ｍｓ×２４）、Ｂｅａｃｏｎ  Ｉｎｔｅｒｖａｌ＝１０２．４ｍｓ（１．０２４ｍｓ×１００）、ＤＩｍａｘ＝５００μｓ、Ｎ＝１とする。この場合、Ｓ３０７では、ｃｏｎｎＩｎｔｅｒｖａｌがＢｅａｃｏｎ  ＩｎｔｅｒｖａｌのＮ倍の差分は７２．４ｍｓとなるため、処理はＳ３０８に進む。そして、Ｓ３０８では、制御部２０１は、ｃｏｎｎＩｎｔｅｒｖａｌがＢｅａｃｏｎ  ＩｎｔｅｒｖａｌのＮ倍との差分がＤＩｍａｘ以下となるように、ｃｏｎｎＩｎｔｅｒｖａｌ＝１０２．５ｍｓ（１．２５ｍｓ×８２）と決定する。これを受けて、ＢＬＥ通信部２０６は、制御端末１０２に対して、決定したｃｏｎｎＩｎｔｅｒｖａｌ＝１０２．５ｍｓでｃｏｎｎＩｎｔｅｒｖａｌ変更要求を行う。
【００３５】
ＢＬＥ規格では、ｃｏｎｎＩｎｔｅｒｖａｌ変更要求は、接続パラメータ要求パケット（ＬＬ＿ＣＯＮＮＥＣＴＩＯＮ＿ＰＡＲＡＭ＿ＲＥＱ）を使用して行うことが可能である。より詳細には、ＢＬＥ通信部２０６は、Ｉｎｔｅｒｖａｌ＿ＭｉｎフィールドとＩｎｔｅｒｖａｌ＿Ｍａｘフィールドを８２（０ｘ５２）と設定されたＬＬ＿ＣＯＮＮＥＣＴＩＯＮ＿ＰＡＲＡＭ＿ＲＥＱを、ＢＬＥ親局である制御端末１０２に送信する。
【００３６】
制御端末１０２は、カメラ１０１から送信されたｃｏｎｎＩｎｔｅｒｖａｌの変更要求（ＬＬ＿ＣＯＮＮＥＣＴＩＯＮ＿ＰＡＲＡＭ＿ＲＥＱ）を受信する。続いて、制御端末１０２は、接続更新要求パケット（ＬＬ＿ＣＯＮＮＥＣＴＩＯＮ＿ＵＰＤＡＴＥ＿ＲＥＱ）で応答する。
【００３７】
正常に接続パラメータ要求パケット（ＬＬ＿ＣＯＮＮＥＣＴＩＯＮ＿ＰＡＲＡＭ＿ＲＥＱ）と接続更新要求パケット（ＬＬ＿ＣＯＮＮＥＣＴＩＯＮ＿ＵＰＤＡＴＥ＿ＲＥＱ）の送受信が完了すると、ｃｏｎｎＩｎｔｅｒｖａｌが１０２．５ｍｓに変更される。ｃｏｎｎＩｎｔｅｒｖａｌは、接続更新要求パケット（ＬＬ＿ＣＯＮＮＥＣＴＩＯＮ＿ＵＰＤＡＴＥ＿ＲＥＱ）のＩｎｓｔａｎｔフィールドで指定されたタイミングで変更され得る。
【００３８】
図６に、Ｓ３０８の処理が完了した後の、カメラ１０１、制御端末１０２、ＡＰ１０３の送受信する無線信号のタイミングの例を示す。図６に示すように、Ｓ３０８の処理が完了した後は、ｃｏｎｎＩｎｔｅｒｖａｌとＢｅａｃｏｎ  Ｉｎｔｅｒｖａｌが略一致した状態となる。なお、この時点では、ＢＬＥ通信と無線ＬＡＮ通信のタイミングはランダムに決定されており、図６は、ＢＬＥ通信がマルチユーザアップリンク通信（ＴＷＴ１とＴＷＴ２の間）と重なっている様子を示している。
【００３９】
図３に戻り、続くＳ３０９では、制御部２０１は、８０２．１１ａｘのスリープ期間外でＢＬＥ通信が行われるか否かを判定する。本実施形態では、制御部２０１は、８０２．１１ａｘのＴＷＴ１により指定されるスリープ期間（図４のＳｌｅｅｐ４０７）外でＢＬＥ通信が行われるか否かを判定する。ＢＬＥ通信がスリープ期間外で行われると判定した場合（Ｓ３０９でＹｅｓ）、制御部２０１は、ＢＬＥ通信タイミングがスリープ期間となるように（８０２．１１ａｘの通信タイミング以外の期間に位置するように）ＢＬＥ通信タイミングを決定する。これを受けて、ＢＬＥ通信部２０６は、制御端末１０２に対して、決定したＢＬＥ通信タイミングでのＢＬＥ通信タイミング変更要求を行う（Ｓ３１０）。なお、図３の例では、Ｓ３０８とＳ３１０の要求は別々に行っているが、併せて行ってもよい。
【００４０】
ＢＬＥ通信タイミングの変更要求は、ｃｏｎｎＩｎｔｅｒｖａｌと同様に接続パラメータ要求パケット（ＬＬ＿ＣＯＮＮＥＣＴＩＯＮ＿ＰＡＲＡＭ＿ＲＥＱ）を使用することで行われる。接続パラメータ要求パケット（ＬＬ＿ＣＯＮＮＥＣＴＩＯＮ＿ＰＡＲＡＭ＿ＲＥＱ）のＯｆｆｓｅｔフィールドでタイミングの変更を１．２５ｍｓの自然数倍で指定することが可能である。
【００４１】
制御端末１０２は、接続パラメータ要求パケット（ＬＬ＿ＣＯＮＮＥＣＴＩＯＮ＿ＰＡＲＡＭ＿ＲＥＱ）を受信すると、これに対して接続更新要求パケット（ＬＬ＿ＣＯＮＮＥＣＴＩＯＮ＿ＵＰＤＡＴＥ＿ＲＥＱ）で応答する。これにより、ＢＬＥ通信タイミングが変更される。
【００４２】
図７にＳ３１０の処理が完了した後の、カメラ１０１、制御端末１０２、ＡＰ１０３の送受信する無線信号のタイミングの例を示す。図７に示すように、カメラ１０１と制御端末１０２は、ＴＷＴ１により指定されるスリープ期間内でＢＬＥ通信が行われる状態となる。なお、上述した例では、Ｂｅａｃｏｎ  Ｉｎｔｅｒｖａｌ＝１０２．４ｍｓに対して、ｃｏｎｎＩｎｔｅｒｖａｌ＝１０２．５ｍｓであるため、次第にＢＬＥ通信タイミングがスリープ期間外にずれていくこととなる。このため、カメラ１０１は、以降の処理では、８０２．１１ａｘ通信処理（Ｓ３１４〜Ｓ３１６）が完了するまで、８０２．１１ａｘ通信処理とＢＬＥ通信タイミング調整処理（Ｓ３１１〜Ｓ３１２）を並列に実行する。なお、ＢＬＥ通信タイミング調整処理（Ｓ３１１〜Ｓ３１２）は、Ｓ３０９〜Ｓ３１０と同じ処理であるため、その説明は省略する。
【００４３】
Ｓ３１４では、制御部２０１は、無線ＬＡＮ通信部２０５に対して、ＡＰ１０３との無線ＬＡＮ接続を確立するよう指示する。この指示に応じて、無線ＬＡＮ通信部２０５は、ＡＰ１０３との無線ＬＡＮ接続処理を行う。無線ＬＡＮ接続確立後、制御部２０１は、無線ＬＡＮ通信部２０５に対して、ＡＰ１０３にマルチユーザアップリンク通信を使用して画像データを送信するよう指示する。この指示に応じて、無線ＬＡＮ通信部２０５は、画像データをＡＰ１０３に送信する（アップロードする）（Ｓ３１５）。そして、画像データのアップロードが完了すると、制御部２０１は、無線ＬＡＮ通信部２０５への電源供給を停止する（Ｓ３１６）。
【００４４】
このように、本実施形態では、無線ＬＡＮ子局かつＢＬＥ子局として動作するカメラ１０１が、８０２．１１ａｘのスリープ期間にＢＬＥ通信が行われるよう、ＢＬＥ親局に要求する。これにより、ＢＬＥ通信と８０２．１１ａｘ通信との干渉を防ぐことができる。なお、本実施形態では、当該ＢＬＥ親局への要求は、ＢＬＥ通信周期と通信タイミングに関するパラメータの変更要求に対応するが、８０２．１１ａｘのスリープ期間にＢＬＥ通信を行うための要求であれば、他のパラメータ変更要求であってもよい。
【００４５】
また、本実施形態では、カメラ１０１は、制御端末１０２に対して、８０２．１１ａｘのＴＷＴ１により指定されるスリープ期間（図４のＳｌｅｅｐ４０７）にＢＬＥ通信を行うための要求を行った。他の形態として、他のスリープ期間（図４のＳｌｅｅｐ４０８、４０９）にＢＬＥ通信を行うための要求を行うように構成してもよい。
【００４６】
また、本実施形態では、カメラ１０１は無線ＬＡＮ子局かつＢＬＥ子局として動作するものとしたが、無線ＬＡＮ親局かつＢＬＥ子局として動作する場合においても、本実施形態は同様に適用可能である。この場合、カメラ１０１は、ビーコンパケット受信を行うＳ３０６は不要であり、自身の送信するビーコンパケットに基づいてＳ３０７〜Ｓ３１５の処理を行うことで、８０２．１１ａｘのスリープ期間にＢＬＥ通信を行うよう動作する。
【００４７】
また、本実施形態では、無線通信方式として、無線ＬＡＮとして８０２．１１ａｘを用いるものとして説明したが、本実施形態はこれに限定されるものではない。ＰＣＦ（Ｐｏｉｎｔ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）等、スケジューリングが行われる無線ＬＡＮ通信であれば、無線ＬＡＮ通信期間外にＢＬＥ通信タイミングを調整することで、本実施形態と同様に効果を得ることができる。
【００４８】
＜実施形態２＞
実施形態１では、無線ＬＡＮ子局かつＢＬＥ子局として動作するカメラ１０１が、ＢＬＥ親局に接続パラメータとして、ＢＬＥ通信周期とＢＬＥ通信タイミングの変更を要求した。実施形態２として、親局と子局の役割を変更するよう要求する実施形態を説明する。すなわち、本実施形態では、カメラ１０１がＢＬＥ親局、制御端末１０２がＢＬＥ子局として動作するよう役割を変更し、ＢＬＥ親局となったカメラ１０１がＢＬＥ通信周期とＢＬＥ通信タイミングを変更する。以下、実施形態１と異なる点について説明し、共通の事項は説明を省略する。
【００４９】
本実施形態における役割変更の処理の流れを示すシーケンスチャートを図８に示す。図８のシーケンスチャートにおいて、初期状態ではカメラ１０１はＢＬＥ子局、制御端末１０２はＢＬＥ親局として動作しているものとする。この初期状態において、カメラ１０１は、制御端末１０２から画像データアップロード指示を受信する（Ｓ８０１）と、制御端末１０２に役割変更要求を送信する（Ｓ８０２）。制御端末１０２は、役割変更要求を受信すると、ＢＬＥデータパケットの送信を停止し（Ｓ８０３）、ＡＤＶ＿ＩＮＤの送信を開始する（Ｓ８０４）。一方、カメラ１０１は制御端末１０２のＢＬＥデータパケット送信が停止したことを検出すると（Ｓ８０５）、アドバタイズスキャン状態へと遷移する（Ｓ８０６）。そして、カメラ１０１は制御端末１０２の送信するＡＤＶ＿ＩＮＤに対してＣＯＮＮＥＣＴ＿ＲＥＱを送信することで、カメラ１０１をＢＬＥ親局、制御端末１０２をＢＬＥ子局としたＢＬＥ接続が確立される（Ｓ８０７）。
【００５０】
カメラ１０１はＢＬＥ親局となった後、実施形態１と同様に、８０２．１１ａｘの通信期間外であるスリープ期間にＢＬＥ通信が行われるようＢＬＥ通信周期とＢＬＥ通信タイミングを変更する。この変更は、ＢＬＥ規格に準拠して行う。具体的には、まずカメラ１０１は、接続パラメータ要求パケット（ＬＬ＿ＣＯＮＮＥＣＴＩＯＮ＿ＰＡＲＡＭ＿ＲＥＱ）を送信する。そして、制御端末１０２は、接続パラメータ要求パケット（ＬＬ＿ＣＯＮＮＥＣＴＩＯＮ＿ＰＡＲＡＭ＿ＲＥＱ）の内容を確認した後、接続パラメータ応答パケット（ＬＬ＿ＣＯＮＮＥＣＴＩＯＮ＿ＰＡＲＡＭ＿ＲＳＰ）を送信する。カメラ１０１は、接続パラメータ応答パケット（ＬＬ＿ＣＯＮＮＥＣＴＩＯＮ＿ＰＡＲＡＭ＿ＲＳＰ）に対して接続更新要求パケット（ＬＬ＿ＣＯＮＮＥＣＴＩＯＮ＿ＵＰＤＡＴＥ＿ＲＥＱ）を送信することで、ＢＬＥ通信周期とＢＬＥ通信タイミングを変更可能である。
【００５１】
このように、以上に説明した実施形態によれば、ＢＬＥ親局となったカメラ１０１がマルチユーザアップリンク通信期間外であるスリープ期間にＢＬＥ通信が行われるようにＢＬＥ通信周期とＢＬＥ通信タイミングを変更する。これにより、ＢＬＥ通信とマルチユーザアップリンク通信との干渉を防ぐことが可能となる。
【００５２】
なお、上述の各実施形態ではＩＥＥＥ８０２．１１ａｘとＢＬＥの通信を例に説明したが、同一の周波数帯を用いる任意の複数の無線通信に適用可能である。例えば、その他のＩＥＥＥ８０２．１１シリーズやＢｌｕｅｔｏｏｔｈ（例えばバージョン４．０以外のバージョンのＢｌｕｅｔｏｏｔｈ）の通信にも適用可能である。ここで、同一の周波数帯とは、周波数の値が完全に一致するものに限定されるのではなく、周波数帯域の少なくとも一部が重なるものや、通信エラーを引き起こす干渉が発生する程度に近接した周波数帯を含むものである。
【００５３】
また、上述の各実施形態におけるカメラ１０１は通信装置の一例であり、スマートフォンやＰＣ、プリンタ、ディスプレイ等のその他の装置であってもよい。
【００５４】
＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００５５】
１０１  カメラ、１０２  制御端末、１０３  ＡＰ、１０４  サーバ
【図１】
2019033321.tif 000003
【図２】
2019033321.tif 000004
【図３】
2019033321.tif 000005
【図４】
2019033321.tif 000006
【図５】
2019033321.tif 000007
【図６】
2019033321.tif 000008
【図７】
2019033321.tif 000009
【図８】
2019033321.tif 000010