JP6860992B2 - 情報処理装置、情報処理装置の制御方法、情報処理装置のプログラムおよび情報処理システム - Google Patents

Description

本技術は、無線通信を実行する情報処理装置、情報処理装置の制御方法、情報処理装置のプログラムおよび情報処理システムに関する。

２つ以上の異なる通信プロトコルを利用して無線通信する無線通信装置が存在する。具体的には、特開２０１４−７２７５６号公報に示されるようにＢｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線による無線通信、およびＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）等の公衆回線ネットワークによる無線通信を行う無線通信装置を含む電子機器がある。

電子機器としては、セルラ電話機、スマートフォン、タブレットコンピュータ、パーソナルディジタルアシスタント、パーソナルコンピュータ、ラップトップコンピュータ、ノートブックコンピュータ等のような装置がある。

特開２０１４−７２７５６号公報

上記無線通信装置に関する課題の１つは、共存する通信プロトコルによる送信および受信の干渉により信号同士の衝突を引き起こしてパケットの劣化または欠落を招き、無線通信装置の通信能力を劣化させてしまう可能性があることである。

本開示は、上記課題を解決するためになされたものであって、データ通信を良好に実行することが可能な情報処理装置、情報処理装置の制御方法、情報処理装置のプログラムおよび情報処理システムを提供することに向けられている。

ある実施形態に従う情報処理装置は、第１無線通信規格に従って、第１装置および第２装置のそれぞれと同期通信を実行する第１通信部と、第２無線通信規格に従って、第３装置と通信を実行する第２通信部と、第２通信部による通信の期間を設けるため、第１通信部による第１装置との同期通信の終了時点と、第１通信部による第２装置との同期通信の開始時点とが実質的に連続になるように、第１装置との同期通信のタイミングおよび第２装置との同期通信のタイミングの少なくともいずれか一方を調整するタイミング調整部とを備える。

第１通信部は、さらに第４装置と同期通信を実行し、タイミング調整部は、第１装置または第２装置との同期通信が終了した後、第４装置との同期通信を実行する場合に、第１通信部による第１装置または第２装置のいずれか一方との同期通信の終了時点と、第１通信部による第４装置との同期通信の開始時点とが実質的に連続になるように、第４装置の同期通信のタイミングを調整してもよい。

第１通信部は、さらに第４装置と同期通信を実行し、タイミング調整部は、第１通信部による第１装置との同期通信の終了時点と、第１通信部による第２装置との同期通信の開始時点とが実質的に連続になるように、かつ、第１通信部による第２装置との同期通信の終了時点と、第１通信部による第４装置との同期通信の開始時点とが実質的に連続になるように、第１装置との同期通信のタイミング及び第２装置との同期通信のタイミング、第４装置との同期通信のタイミングの少なくともいずれか一つを調整してもよい。

第１通信部は、さらに第５装置と同期通信を実行し、タイミング調整部は、第１装置および第２装置、第４装置のうちの少なくとも１つの装置との同期通信が終了した後、第５装置と同期通信を実行する場合に、第５装置の同期通信のタイミングを調整してもよい。

同期通信が終了した少なくとも１つの装置との同期通信の期間の少なくとも一部において第５装置との同期通信を実行するように、第５装置の同期通信のタイミングを調整してもよい。

同期通信が終了した少なくとも１つの装置は、第２装置であってもよい。
同期通信が終了した少なくとも１つの装置との同期通信の期間と、第５装置との同期通信の期間とを比較する比較部をさらに備え、タイミング調整部は、比較部による比較結果に基づいて第５装置の同期通信のタイミングを調整してもよい。

タイミング調整部は、比較部により、同期通信が終了した少なくとも１つの装置との同期通信の期間と、第５装置との同期通信の期間との比較に基づいて、同期通信が終了した少なくとも１つの装置との同期通信の期間の少なくとも一部において第５装置と同期通信を実行するように、第５装置の同期通信のタイミングを調整してもよい。

タイミング調整部は、第４装置と同期通信を実行し、タイミング調整部は、第１装置および第２装置、第４装置のうちの少なくとも１つの装置との同期通信が終了した場合に、第１装置および第２装置、第４装置それぞれとの同期通信のうちの継続中の同期通信が連続的に実行されるように継続中の同期通信のタイミングの少なくともいずれか１つを再調整してもよい。

第１装置および第２装置のそれぞれと第１通信部とが同期通信する通信間隔は実質的に同一であってもよい。

第１通信部は、さらに第４装置と同期通信を実行し、タイミング調整部は、第１通信部による第１の装置、第２装置および第４装置のそれぞれと第１通信部とが同期通信する通信間隔は実質的に同一であってもよい。

第１装置および第２装置のそれぞれと第１通信部との同期通信のタイミングの基準となる基準タイミングを設定する基準タイミング設定部をさらに備えてもよい。

タイミング調整部は、基準タイミング設定部により設定された基準タイミングに従って第１通信部による第１の装置および第２装置のそれぞれとの同期通信のタイミングを調整してもよい。

第１通信部は、さらに第４装置と同期通信を実行し、タイミング調整部は、基準タイミング設定部により設定された基準タイミングに従って第１通信部による第１の装置、第２装置および第４装置のそれぞれとの同期通信のタイミングを調整してもよい。

タイミング調整部は、第１の装置との同期通信が終了した後、第４装置と同期通信を実行する場合に、基準タイミングに従って第１通信部による第２装置との同期通信の終了時点と、第４装置との同期通信の開始時点とが実質的に連続となるように、第２装置との同期通信のタイミングまたは第４装置との同期通信のタイミングの少なくともいずれか一方を調整してもよい。

第１通信部は、さらに第５装置と同期通信を実行し、タイミング調整部は、第１装置および第２装置、第４装置のうちの少なくとも１つの装置との同期通信が終了した場合に、第１装置および第２装置、第４装置との同期通信のうちの継続中の同期通信それぞれと第５装置との同期通信とが連続的に実行されるように、基準タイミングに従って継続中の同期通信のタイミングおよび第５装置との同期通信のタイミングの少なくともいずれか１つを調整してもよい。

第１装置および第２装置は、同じ種別の装置であってもよい。
第１装置、第２装置および第４装置は、同じ種別の装置であってもよい。

別の実施形態に従う情報処理装置は、所定の無線通信規格に従う複数の通信設定情報を記憶する記憶部と、記憶部に記憶された複数の通信設定情報の中から少なくとも１つの通信設定情報を設定する設定部と、設定部により設定された通信設定情報に従う同期通信を他の装置と実行する通信部とを備え、各通信設定情報は、スロット数と、他の装置と同期通信する周期間隔とが関連付けられた情報を含む。

通信設定情報は、通信部と同期通信が可能な他の装置の台数に関する情報をさらに含んでもよい。

通信部と接続される他の装置の台数を管理する台数管理部をさらに備え、台数管理部は、通信部と同期通信する他の装置の台数が通信情報設定情報に含まれる他の装置の台数の上限値を超えると判断した場合には、設定部に指示し、設定部は、記憶部に格納された複数の通信設定情報のうちの同期通信が可能な他の装置の台数が異なる通信設定情報を設定してもよい。

設定部は、複数の通信設定情報のうち変更前の通信設定情報に含まれるスロット数と同じスロット数を含む通信設定情報を優先的に設定してもよい。

通信部と同期通信するデータ量を管理するデータ管理部をさらに備え、データ管理部は、通信部と同期通信するデータ量の増減に応じて設定部に指示し、設定部は、記憶部に格納された複数の通信設定情報のうちのスロット数が異なる通信設定情報を設定してもよい。

設定部は、所定のアプリケーションの実行に基づき記憶部に記憶された複数の通信設定情報の中から１つの通信設定情報を設定してもよい。

通信部は、設定された通信設定情報を示す識別情報を他の装置に送信してもよい。
さらに別の実施形態に従う情報処理装置は、複数の他の装置とそれぞれ同期通信を実行する通常モードと、複数の他の装置のうちの１台の他の装置との通信を優先する通信優先モードとのいずれかのモードを設定するモード設定部と、モード設定部によって設定されたモードに従って複数の他の装置との同期通信を実行する通信部とを備える。

モード設定部は、スロット数あるいは他の装置と同期通信する周期間隔との少なくともいずれか一方を変更してもよい。

モード設定部は、通信を行うデータ量に基づいて通信優先モードに設定してもよい。
通信部は、通信優先モードに設定されている場合に、複数の他の装置のうちの１台の他の装置以外の残りの他の装置との接続を維持することが可能な所定期間内に通信してもよい。

通信部は、通信優先モードに設定されている場合に、所定期間内に残りの他の装置それぞれと通信してもよい。

通信部は、通信優先モードに設定されている場合に、残りの他の装置に対して通信優先モードである旨を示す情報を通知してもよい。

通信部は、通信優先モードに設定されている場合に、残りの他の装置に対して所定期間後に通信する旨を示す情報を通知してもよい。

他の装置は、操作部を有するコントローラであってもよい。
ある実施形態に従う情報処理装置の制御方法は、第１無線通信規格に従って、第１装置および第２装置のそれぞれと同期通信を実行するステップと、第２無線通信規格に従って、第３装置と通信を実行するステップと、第３装置と通信を実行する期間を設けるため、第１装置との同期通信の終了時点と、第２装置との同期通信の開始時点とが実質的に連続になるように、第１装置との同期通信のタイミングおよび第２装置との同期通信のタイミングの少なくともいずれか一方を調整するステップとを備える。

ある実施形態に従う情報処理装置のプログラムは、第１装置、第２装置および第３装置と通信可能な情報処理装置のコンピュータで実行されるプログラムであって、プログラムは、情報処理装置のコンピュータを、第１無線通信規格に従って、第１装置および第２装置のそれぞれと同期通信を実行する第１通信部と、第２無線通信規格に従って、第３装置と通信を実行する第２通信部と、第２通信部による通信の期間を設けるため、第１通信部による第１装置との同期通信の終了時点と、第１通信部による第２装置との同期通信の開始時点とが実質的に連続になるように、第１装置との同期通信のタイミングおよび第２装置との同期通信のタイミングの少なくともいずれか一方を調整するタイミング調整部として機能させる。

ある実施形態に従う情報処理システムは、情報処理装置と、情報処理装置と通信可能な第１装置、第２装置および第３装置とを備える、情報処理システムであって、情報処理装置は、第１無線通信規格に従って、第１装置および第２装置のそれぞれと同期通信を実行する第１通信部と、第２無線通信規格に従って、第３装置と通信を実行する第２通信部と、第２通信部による通信の期間を設けるため、第１通信部による第１装置との同期通信の終了時点と、第１通信部による第２装置との同期通信の開始時点とが実質的に連続になるように、第１装置との同期通信のタイミングおよび第２装置との同期通信のタイミングの少なくともいずれか一方を調整するタイミング調整部とを含む。

別の実施形態に従う情報処理装置の制御方法は、所定の無線通信規格に従う複数の通信設定情報の中から１つの通信設定情報を設定するステップと、設定された通信設定情報に従う同期通信を他の装置と実行するステップとを備え、各通信設定情報は、スロット数と、他の装置と同期通信する周期間隔とが関連付けられた情報を含む。

別の実施形態に従う情報処理装置のプログラムは、他の装置と同期通信が可能に設けられた情報処理装置のコンピュータで実行されるプログラムであって、プログラムは、情報処理装置のコンピュータを、記憶部に記憶された複数の通信設定情報の中から１つの通信設定情報を設定する設定部と、設定部により設定された通信設定情報に従う同期通信を他の装置と実行する通信部として機能させ、各通信設定情報は、スロット数と、他の装置と同期通信する周期間隔とが関連付けられた情報を含む。

別の実施形態に従う情報処理システムは、情報処理装置と、情報処理装置と通信可能な他の装置とを備える、情報処理システムであって、情報処理装置は、所定の無線通信規格に従う複数の通信設定情報を記憶する記憶部と、記憶部に記憶された複数の通信設定情報の中から１つの通信設定情報を設定する設定部と、設定部により設定された通信設定情報に従う同期通信を他の装置と実行する通信部とを含み、各通信設定情報は、スロット数と、他の装置と同期通信する周期間隔とが関連付けられた情報を含む。

さらに別の実施形態に従う情報処理装置の制御方法は、複数の他の装置とそれぞれ同期通信を実行する通常モードと、複数の他の装置のうちの１台の他の装置との通信を優先する通信優先モードとのいずれかのモードを設定するステップと、設定されたモードに従って複数の他の装置との同期通信を実行するステップとを備える。

さらに別の実施形態に従う情報処理装置のプログラムは、他の装置と同期通信が可能に設けられた情報処理装置のコンピュータで実行されるプログラムであって、プログラムは、情報処理装置のコンピュータを、複数の他の装置とそれぞれ同期通信を実行する通常モードと、複数の他の装置のうちの１台の他の装置との通信を優先する通信優先モードとのいずれかのモードを設定するモード設定部と、モード設定部によって設定されたモードに従って複数の他の装置との同期通信を実行する通信部として機能させる。

さらに別の実施形態に従う情報処理システムは、情報処理装置と、情報処理装置と通信可能な他の装置とを備える、情報処理システムであって、情報処理装置は、複数の他の装置とそれぞれ同期通信を実行する通常モードと、複数の他の装置のうちの１台の他の装置との通信を優先する通信優先モードとのいずれかのモードを設定するモード設定部と、モード設定部によって設定されたモードに従って複数の他の装置との同期通信を実行する通信部とを含む。

さらに別の実施形態に従う情報処理装置は、第１無線通信規格に従って、他の装置と同期通信を実行する第１通信部と、第２無線通信規格に従って、他の装置と同期通信を実行する第２通信部と、第２通信部による通信の期間を設けるため、第１通信部による他の装置のうちの第１装置との同期通信の終了時点と、第１通信部による他の装置のうちの第２装置との同期通信の開始時点とが実質的に連続になるように、第１装置との同期通信のタイミングおよび第２装置との同期通信のタイミングの少なくともいずれか一方を調整するタイミング調整部とを備える。

実施形態によれば、データ通信を良好に実行することが可能である。

実施形態１に基づく全体システム１について説明する図である。 実施形態１に基づく情報処理装置本体５のハードウエア構成を説明する図である。 実施形態１に基づくコントローラ７のハードウェア構成について説明する図である。 実施形態１に基づく情報処理装置本体５の通信処理を実行する機能ブロックを説明する図である。 実施形態１に基づく無線通信の概要を説明する図である。 実施形態１に基づくスニフモードにおける通信設定情報に関するテーブルを説明する図である。 スニフモードにおけるＢｌｕｅｔｏｏｔｈ通信のタイミング調整を説明する図である。 実施形態１に基づく情報処理装置本体５（本体側）のメイン通信処理について説明するフロー図である。 実施形態１に基づく情報処理装置本体５のスニフモードに移行する処理について説明するフロー図である。 実施形態１に基づく情報処理装置本体５のタイミング設定について説明するフロー図である。 実施形態１に基づくスニフ要求のデータについて説明する図である。 実施形態１に基づくローカル端末におけるメイン通信処理ついて説明するフロー図である。 実施形態１に基づくローカル端末のスニフモードに移行する処理について説明するフロー図である。 実施形態２に基づく種別が異なる識別子ＴＳＩの組み合わせパターンについて説明する図である。 実施形態３に基づくスニフモードにおけるＢｌｕｅｔｏｏｔｈ通信のタイミング調整を説明する図である。 実施形態３に基づくスニフモードにおけるＢｌｕｅｔｏｏｔｈ通信の別のタイミング調整を説明する図である。 実施形態３に基づく情報処理装置本体５のタイミング設定について説明するフロー図である。 実施形態３の変形例１に基づく情報処理装置本体５のタイミング設定について説明するフロー図である。 実施形態３の変形例１に基づく情報処理装置本体５の再調整処理について説明するフロー図である。 実施形態３の変形例１に基づくスニフモードにおけるＢｌｕｅｔｏｏｔｈ通信のタイミング調整を説明する図である。 実施形態３の変形例２に基づくスニフモードにおけるＢｌｕｅｔｏｏｔｈ通信のタイミング調整を説明する図である。 実施形態４に基づく情報処理装置本体５（本体側）のメイン通信処理について説明するフロー図である。 実施形態４に基づく情報処理装置本体５のＴＳＩ変更処理について説明するフロー図である。 実施形態４の変形例に基づく情報処理装置本体５のＴＳＩ変更設定について説明するフロー図である。 実施形態５に基づくバーストモードにおける通信処理について説明する概念図である。 実施形態５に基づく情報処理装置本体５のアプリケーション実行処理について説明するフロー図である。 実施形態５に基づく情報処理装置本体５のモード変更判定について説明するフロー図である。 実施形態５に基づく情報処理装置本体５（本体側）のメイン通信処理について説明するフロー図である。 実施形態５に基づく情報処理装置本体５のバーストモードに移行する処理について説明するフロー図である。 実施形態５に基づくバーストモードにおける通信処理について説明するフロー図である。 実施形態５に基づくローカル端末のメイン通信処理ついて説明するフロー図である。 実施形態５に基づくローカル端末のバーストモードに移行する処理について説明するフロー図である。

実施形態について、図面を参照しながら詳細に説明する。なお、図中の同一または相当部分については、同一符号を付してその説明は繰り返さない。
（実施形態１）
［Ａ．全体システムの構成］
［ａ１．全体システムの構成］
図１は、実施形態１に基づく全体システム１について説明する図である。

図１において、全体システム１は、モニタ２と、モニタ２に接続コードを介して接続する据置型の情報処理システム３と、アクセスポイント９とを含む。

モニタ２は、表示手段の一例である家庭用テレビジョン受像機である。モニタ２は、スピーカ２ａを備える。

情報処理システム３は、光ディスク４と、情報処理装置本体５（以下本体５とも称する）と、コントローラ７ａ〜７ｄ（以下、特にこれらのコントローラ７ａ〜７ｄを区別して説明する必要が無い場合には、単にコントローラ７と記す）とを含む。

光ディスク４には、情報処理装置本体５において実行されるための情報処理プログラム（典型的には、ゲームプログラム）が記憶されている。

モニタ２は、情報処理装置本体５から出力されるゲーム画像を表示する。モニタ２はスピーカ２ａを有しており、スピーカ２ａは、情報処理装置本体５から出力されるゲーム音声を出力する。

情報処理装置本体５は、光ディスク４に記憶されたゲームプログラム等に基づいてゲーム処理等を実行する。

コントローラ７には、複数の操作部（操作ボタン）が設けられている。そして、コントローラ７は、操作部に対する入力状態（各操作ボタンが押下されたか否か）を示す操作データを例えばＢｌｕｅｔｏｏｔｈ（登録商標）（第１無線通信規格）の技術を用いて情報処理装置本体５に送信する。

アクセスポイント９は、例えばＩＥＥＥ８０２．１１の規格（第２無線通信規格）に準拠した方式により、情報処理装置本体５と無線ＬＡＮによる通信（Ｗｉ−Ｆｉ通信）が可能に設けられている。特に、Ｂｌｕｅｔｏｏｔｈ（第１無線通信規格）による通信の周波数帯２．４−２．５ＧＨｚ帯と、実質的に同じ周波数帯を利用するＩＥＥＥ８０２．１１ｂ、ＩＥＥＥ８０２．１１ｇ、ＩＥＥＥ８０２．１１ｎ等の規格（第２無線通信規格）において互いに干渉する可能性が生じる。

［ａ２．情報処理装置本体のハードウェア構成］
図２は、実施形態１に基づく情報処理装置本体５のハードウエア構成を説明する図である。

図２に示されるように、情報処理装置本体５の内部構成が示されている。
具体的には、情報処理装置本体５は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０、システムＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）１１、外部メインメモリ１２、ＲＯＭ／ＲＴＣ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ／Ｒｅａｌ Ｔｉｍｅ Ｃｌｏｃｋ）１３、ディスクドライブ１４、およびＡＶ−ＩＣ（Ａｕｄｉｏ Ｖｉｄｅｏ−Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）１５等を有する。

システムＬＳＩ１１には、ＣＰＵ１０の他、外部メインメモリ１２、ＲＯＭ／ＲＴＣ１３、ディスクドライブ１４、およびＡＶ−ＩＣ１５が接続される。揮発性の外部メインメモリ１２は、ＣＰＵ１０のワーク領域やバッファ領域として用いられる。ＲＯＭ／ＲＴＣ１３は、情報処理装置本体５の起動用のプログラムが組み込まれるＲＯＭ（いわゆるブートＲＯＭ）と、時間をカウントするクロック回路（ＲＴＣ）とを有する。ディスクドライブ１４は、光ディスク４からプログラムデータやテクスチャデータ等を読み出し、後述する内部メインメモリ３５または外部メインメモリ１２に読み出したデータを書き込む。

システムＬＳＩ１１には、入出力プロセッサ（Ｉ／Ｏプロセッサ）３１、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｏｒ Ｕｎｉｔ）３２、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）３３、ＶＲＡＭ（Ｖｉｄｅｏ ＲＡＭ）３４、および内部メインメモリ３５が設けられる。

ＧＰＵ３２は、ＣＰＵ１０からのグラフィクスコマンド（作画命令）に従って画像を生成する。なお、実施形態においては、情報処理装置本体５は、モニタ２に表示するゲーム画像を生成することがある。

ＤＳＰ３３は、オーディオプロセッサとして機能し、内部メインメモリ３５や外部メインメモリ１２に記憶されるサウンドデータや音波形（音色）データを用いて、音声データを生成する。

上記のように情報処理装置本体５において生成される画像および音声のうち、モニタ２に出力される画像データおよび音声のデータは、ＡＶ−ＩＣ１５によって読み出される。ＡＶ−ＩＣ１５は、ＡＶコネクタ１６を介して、読み出した画像データをモニタ２に出力するとともに、読み出した音声データをモニタ２に内蔵されるスピーカ２ａに出力する。これによって、モニタ２に画像が表示されるとともにスピーカ２ａから音が出力される。

入出力プロセッサ３１は、それに接続される構成要素との間でデータの送受信を実行したり、外部装置からのデータのダウンロードを実行したりする。入出力プロセッサ３１は、フラッシュメモリ１７、拡張コネクタ２０、メモリカード用コネクタ２１、通信モジュール２８に接続される。

情報処理装置本体５は、アクセスポイント９を介してインターネット等のネットワークに接続して外部情報処理装置（例えば他の情報処理装置や、各種サーバ等）と通信を行うことが可能である。すなわち、入出力プロセッサ３１は、通信モジュール２８およびアンテナ２２を介してアクセスポイント９を経由してネットワークに接続し、ネットワークに接続される外部情報処理装置と通信することができる。フラッシュメモリ１７には、情報処理装置本体５と外部情報処理装置との間で送受信されるデータの他、情報処理装置本体５を利用してプレイしたゲームのセーブデータ（処理の結果データまたは途中データ）が記憶されてもよい。また、フラッシュメモリ１７には、ゲームプログラム等のプログラムが記憶されてもよい。

また、情報処理装置本体５は、コントローラ７との間でのデータを送受信することが可能である。本例においては、情報処理装置本体５は、コントローラ７からの操作データを受信することが可能である。すなわち、入出力プロセッサ３１は、アンテナ２９および通信モジュール２８を介して、コントローラ７から送信される操作データ等を受信し、内部メインメモリ３５または外部メインメモリ１２のバッファ領域に記憶（一時記憶）する。

また、情報処理装置本体５は、拡張コネクタ２０やメモリカード用コネクタ２１を介して、他の機器や外部記憶媒体に接続することが可能である。

情報処理装置本体５（例えば、前部主面）には、電源ボタン２４、リセットボタン２５、光ディスク４を脱着する投入口、および情報処理装置本体５の投入口から光ディスク４を取り出すイジェクトボタン２６等が設けられている。

なお、他の実施形態においては、情報処理装置本体５が備える各構成要素のうちでいくつかの構成要素は、情報処理装置本体５とは別体の拡張機器として構成されてもよい。このとき、拡張機器は、例えば拡張コネクタ２０を介して情報処理装置本体５と接続されるようにしてもよい。

［ａ３．コントローラ７のハードウェア構成］
図３は、実施形態１に基づくコントローラ７のハードウェア構成について説明する図である。

図３に示されるように、コントローラ７は、ユーザインタフェースコントローラ（ＵＩコントローラ）７０５、コーデックＬＳＩ７０６、スピーカ７０７、サウンドＩＣ７０８、マイク７０９、無線モジュール７１０、アンテナ７１１、フラッシュメモリ７１３、電源ＩＣ７１４、電池７１５、およびバイブレータ７１９を備える。これらの電子部品は、電子回路基板上に実装されてハウジング内に収納される。

ＵＩコントローラ７０５は、各種の入出力部に対するデータの入出力を制御するための回路である。

ＵＩコントローラ７０５は、アナログスティック７３、操作ボタン７４（各操作ボタン）、およびバイブレータ７１９に接続される。また、ＵＩコントローラ７０５は、コーデックＬＳＩ７０６と拡張コネクタ７７とに接続される。また、ＵＩコントローラ７０５には電源ＩＣ７１４が接続され、ＵＩコントローラ７０５を介して各部に電力が供給される。電源ＩＣ７１４には内蔵の電池７１５が接続され、電力が供給される。また、電源ＩＣ７１４には、コネクタ等を介して外部電源から電力を取得可能な充電器７１６またはケーブルを接続することが可能であり、コントローラ７は、充電器７１６またはケーブルを用いて外部電源からの電力供給と充電とを行うことができる。

アナログスティック７３は、スティック部がスライドした（または傾倒した）方向および量を表すスティックデータをＵＩコントローラ７０５へ出力する。また、操作ボタン７４は、各操作ボタン７４に対する入力状況（押下されたか否か）を表す操作ボタンデータをＵＩコントローラ６０５へ出力する。

バイブレータ７１９は、例えば振動モータやソレノイドであり、ＵＩコントローラ７０５からバイブレータ７１９へ出力される制御指示に応じて、バイブレータ７１９が作動することによってコントローラ７に振動が発生する。

ＵＩコントローラ７０５は、上記の各構成要素から受け取ったスティックデータ、操作ボタンデータ、方位データ、加速度データ、および角速度データを含む操作データをコーデックＬＳＩ７０６に出力する。

コーデックＬＳＩ７０６は、情報処理装置本体５へ送信するデータに対する圧縮処理、および情報処理装置本体５から送信されたデータに対する伸張処理を行う回路である。コーデックＬＳＩ７０６には、サウンドＩＣ７０８、無線モジュール７１０およびフラッシュメモリ７１３が接続される。また、コーデックＬＳＩ７０６は、ＣＰＵ７１７と内部メモリ７１８とを含む。例えば、コントローラ７は、ゲーム処理自体を行わない構成であるが、コントローラ７の管理や通信のための最小限のプログラムを実行する必要がある。一例として、電源投入時にフラッシュメモリ７１３に格納されたプログラムを内部メモリ７１８に読み出してＣＰＵ７１７が実行することで、コントローラ７が起動する。また、内部メモリ７１８の一部の領域は、ＣＰＵ７１７の作業領域として使用される。

サウンドＩＣ７０８は、スピーカ７０７およびマイク７０９への音声データの入出力を制御する回路である。

コーデックＬＳＩ７０６は、マイク７０９からの音声データ、およびＵＩコントローラ７０５からの操作データを、無線モジュール７１０を介して情報処理装置本体５へ送信する。実施形態では、コーデックＬＳＩ７０６は、音声データに対して、コーデックＬＳＩ２７と同様の圧縮処理を行う。圧縮された音声データと、操作データとは、送信データとして無線モジュール７１０に出力される。無線モジュール７１０にはアンテナ７１１が接続されており、無線モジュール７１０はアンテナ７１１を介して情報処理装置本体５へ上記送信データを送信する。無線モジュール７１０は、情報処理装置本体５の通信モジュール２８と同様の機能を有している。すなわち、無線モジュール７１０は、例えばＢｌｕｅｔｏｏｔｈの規格を用いて情報処理装置本体５との間でデータの送受信を実行する。

以上のように、コントローラ７から情報処理装置本体５へ送信される送信データには、操作データおよび音声データ等が含まれる。なお、拡張コネクタ６７を介してコントローラ７に他の装置が接続される場合には、当該他の装置から受け取ったデータが上記送信データにさらに含まれていてもよい。

また、上述のように、情報処理装置本体５からコントローラ７へは、圧縮された音声データが送信される。これらのデータは、アンテナ７１１および無線モジュール７１０を介してコーデックＬＳＩ７０６で受信される。コーデックＬＳＩ７０６は、受信した音声データを伸張する。伸張された音声データは、サウンドＩＣ７０８へ出力され、当該音声データに応じた音がスピーカ７０７から出力される。

また、情報処理装置本体５から受信されるデータに制御データが含まれる場合、コーデックＬＳＩ７０６およびＵＩコントローラ７０５は、制御データに従った制御指示を各部に行う。上述のように、制御データは、コントローラ７が備える各構成要素（実施形態では、各センサ７０２〜７０４およびバイブレータ７１９）に対する制御指示を表すデータである。実施形態では、制御データが表す制御指示としては、上記各構成要素を動作させたり、動作を休止（停止）させたりする指示が考えられる。すなわち、ゲームで使用しない構成要素については電力消費を抑えるために休止させてもよく、その場合、コントローラ７から情報処理装置本体５へ送信される送信データには、休止した構成要素からのデータが含まれないようにする。

なお、コントローラ７には、加速度センサおよびジャイロセンサを設けた構成とすることも可能である。加速度センサによって検出された加速度を示す加速度データと、ジャイロセンサによって検出された角速度を示す角速度データとを情報処理装置本体５に送信するようにしても良い。情報処理装置本体５では、当該加速度データおよび／または角速度データに基づいて、コントローラ７の向きや動きを算出することも可能である。

［Ｂ．通信処理の概要］
［ｂ１．情報処理装置本体５の機能ブロック構成］
図４は、実施形態１に基づく情報処理装置本体５の通信処理を実行する機能ブロックを説明する図である。

図４に示されるように、情報処理装置本体５は、通信制御部３００と、アプリケーション実行部２００とを含む。各機能ブロックはＣＰＵ１０がフラッシュメモリ１７等に格納された各種プログラムを実行することにより実現する機能である。

通信制御部３００は、通信モジュール２８を介してコントローラ７とのＢｌｕｅｔｏｏｔｈ通信を制御する。また、通信制御部３００は、通信モジュール２８を介してアクセスポイント９とのＷｉ−Ｆｉ通信を制御する。

通信制御部３００は、タイミング制御部１００と、モード設定部１１２と、ローカル端末検出部１１０と、台数管理部１０８とを含む。

タイミング制御部１００は、通信モジュール２８を介する通信区間のタイミングを制御する。

タイミング制御部１００は、タイミング調整部１０２と、比較部１０３と、基準タイミング設定部１０４とを含む。

タイミング調整部１０２は、コントローラ７（以下、総括してローカル端末とも称する）との間で通信モジュール２８を介して実行するＢｌｕｅｔｏｏｔｈ通信を実行する通信区間を調整する。

基準タイミング設定部１０４は、通信を開始する基準となる基準タイミングを設定する。

比較部１０３は、通信区間を調整するに際し、通信区間同士を比較し、比較結果をタイミング調整部１０２に出力する。

なお、本例においては、タイミング制御部１００の機能として、タイミング調整部１０２と、比較部１０３と、基準タイミング設定部１０４とを含む構成について説明したが、タイミング調整部１０２が比較部１０３の機能を含む構成としても良いし、あるいは、タイミング調整部１０２が基準タイミング設定部１０４の機能を含む構成としても良いし、タイミング調整部１０２が比較部１０３、基準タイミング設定部１０４の機能を含む構成とすることも可能である。

モード設定部１１２は、Ｂｌｕｅｔｏｏｔｈ通信を実行する場合の各種モード（アクティブモード、スニフモード等）を設定する。

Ｂｌｕｅｔｏｏｔｈ通信において接続を確立するためには、送信側（本体側）と受信側（ローカル端末）とは、一般に、時間と周波数の双方において同期しなければならない。

この点で、Ｂｌｕｅｔｏｏｔｈ通信におけるアクティブモードでは、ローカル端末は常にウェークアップ状態である。

一方、他の装置との間で間欠的に通信を行なうような無線通信方式（例えば、他の装置と通信を行う通信状態と通信を行わない省電力状態とを交互に繰り返すような無線通信方式）も存在する。そのような無線通信方式の一つとして、例えば、スニフモードによる無線通信がある。スニフモードでは、低消費電力を実現するためにローカル端末は、５ｍｓ〜１５ｍｓごとに短い時間区間のあいだウェークアップ状態になる。この時間区間の間に、本体側はポーリング（ＰＯＬＬＩＮＧ）パケットを送信する。

ローカル端末はこのパケットを使用して自分のクロックを再同期させることができる。本体側とローカル端末とは、再同期のためのパケットを定期的に交換することにより、時間および周波数における同期を維持することができる。これにより周波数ホッピング通信が可能となる。

ローカル端末検出部１１０は、接続を要求するローカル端末（コントローラ７）を検出する。

台数管理部１０８は、通信処理を実行するローカル端末の台数を管理する。
アプリケーション実行部２００は、フラッシュメモリ１７に格納されているアプリケーション等に基づく処理を実行する。フラッシュメモリ１７に限られず光ディスク４に格納されたアプリケーション等に基づく処理を実行するようにしても良い。

［ｂ２．無線通信の概要］
図５は、実施形態１に基づく無線通信の概要を説明する図である。

図５に示されるように、本例においては、ある基準タイミングを設定した場合に、一定周期の基準タイミングが設定されて、基準タイミングを基準としてＢｌｕｅｔｏｏｔｈ通信による第１無線通信を実行する。

Ｂｌｕｅｔｏｏｔｈ通信による第１無線通信を調整することにより、空き区間が生じる。

空き区間が生じることにより、当該空き区間において他の無線通信規格（例えばＷｉｆｉ）を利用することが可能である。これにより、Ｂｌｕｅｔｏｏｔｈ通信による第１無線通信と他の無線通信規格とが相互に干渉し合うことがなくデータ衝突を回避し、通信品質が良好な情報処理装置を実現することが可能である。

［ｂ３．通信設定テーブル］
図６は、実施形態１に基づくスニフモードにおける通信設定情報に関するテーブルを説明する図である。

図６には、テーブルには、スニフモードにおけるＢｌｕｅｔｏｏｔｈ通信を実行する場合の複数の通信設定情報が示されている。本例においては、１１個の通信設定情報が設けられており、それぞれに識別子が設けられている。具体的には、識別子ＴＳＩ０〜ＴＳＩ１０（総括して識別子ＴＳＩ（Transmission scheme index（table））とも称する）が割り当てられた通信設定情報が示されている。

スニフモードでは、本体側からローカル端末に対してポーリング（ＰＯＬＬＩＮＧ）パケットを送信し、ローカル端末は、当該ポーリング（ＰＯＬＬＩＮＧ）パケットを受信後、本体側にデータを送信する。スニフモードでは、識別子ＴＳＩに従って本体側からローカル端末に対してポーリング（ＰＯＬＬＩＮＧ）パケットとともに送信するデータ量が規定されている。本例においては、本体側からローカル端末へのダウンリンクのスロット数として規定している。なお、当該スロット数は送信が可能な最大スロット数である。

一方で、ローカル端末側については、識別子ＴＳＩに従ってローカル端末から本体側に送信するデータ量が規定されている。本例においては、ローカル端末から本体側へのアップリングのスロット数として規定している。なお、当該スロット数は送信が可能な最大スロット数である。

識別子ＴＳＩ０に対応する通信設定情報は、接続可能なローカル端末の数（接続可能最大端末数）が「２」、スロット数に関して、ローカル端末から本体側へのデータのアップリンクのスロット数（通信可能最大スロット数）が「３」、本体側からローカル端末へのデータのダウンリンクのスロット数（通信可能最大スロット数）が「３」、周期的な通信間隔であるスニフインターバルが「１０」（ｍｓ）のデータを含む。なお、１スロットは、６２５μｓの区間に設定されている。

識別子ＴＳＩ１に対応する通信設定情報は、接続可能最大端末数が「４」、アップリンクのスロット数が「１」、ダウンリンクのスロット数が「１」、スニフインターバルが「５」（ｍｓ）のデータを含む。

識別子ＴＳＩ２に対応する通信設定情報は、接続可能最大端末数が「４」、アップリンクのスロット数が「１」、ダウンリンクのスロット数が「３」、スニフインターバルが「１０」（ｍｓ）のデータを含む。

識別子ＴＳＩ３に対応する通信設定情報は、接続可能最大端末数が「４」、アップリンクのスロット数が「１」、ダウンリンクのスロット数が「５」、スニフインターバルが「１５」（ｍｓ）のデータを含む。

識別子ＴＳＩ４に対応する通信設定情報は、接続可能最大端末数が「４」、アップリンクのスロット数が「３」、ダウンリンクのスロット数が「１」、スニフインターバルが「１０」（ｍｓ）のデータを含む。

識別子ＴＳＩ５に対応する通信設定情報は、接続可能最大端末数が「４」、アップリンクのスロット数が「３」、ダウンリンクのスロット数が「３」、スニフインターバルが「１５」（ｍｓ）のデータを含む。

識別子ＴＳＩ６に対応する通信設定情報は、接続可能最大端末数が「４」、アップリングのスロット数が「５」、ダウンリンクのスロット数が「１」、スニフインターバルが「１５」（ｍｓ）のデータを含む。

識別子ＴＳＩ７に対応する通信設定情報は、接続可能最大端末数が「６」、アップリンクのスロット数が「１」、ダウンリンクのスロット数が「３」、スニフインターバルが「１５」（ｍｓ）のデータを含む。

識別子ＴＳＩ８に対応する通信設定情報は、接続可能最大端末数が「６」、アップリンクのスロット数が「３」、ダウンリンクのスロット数が「１」、スニフインターバルが「１５」（ｍｓ）のデータを含む。

識別子ＴＳＩ９に対応する通信設定情報は、接続可能最大端末数が「８」、アップリンクのスロット数が「１」、ダウンリンクのスロット数が「１」、スニフインターバルが「１０」（ｍｓ）のデータを含む。

識別子ＴＳＩ１０に対応する通信設定情報は、接続可能最大端末数が「８」、アップリンクのスロット数が「１」、ダウンリンクのスロット数が「１」、スニフインターバルが「１５」（ｍｓ）のデータを含む。

当該通信設定情報を指定することにより、スニフモードにおける同期通信方式が設定される。識別子ＴＳＩの指定は、アプリケーション実行部２００からの指示により実行される。

識別子ＴＳＩは、アプリケーションの種別およびイベント発生の有無等に基づいて指定される。

識別子ＴＳＩ０〜ＴＳＩ１０の通信設定情報は、接続可能最大端末数、スロット数、スニフインターバルがそれぞれ異なる。

なお、テーブルに記載された「最大接続台数」「スロット数」「スニフインターバル」の各値は、基準タイミングを基準としたスロットが、次の基準タイミングによるスロットと重ならないように設定されている。

アプリケーションの種別等に従って、接続可能最大端末数を増やしたい場合には、スロット数を少なく、スニフインターバルを長くする識別子ＴＳＩに設定することが可能である。一方、スニフインターバルを短く設定したい場合には、スロット数を少なく、接続可能最大端末数が少ない識別子ＴＳＩに設定するようにしてもよい。

［ｂ４．スロットの設定］
図７は、スニフモードにおけるＢｌｕｅｔｏｏｔｈ通信のタイミング調整を説明する図である。

図７に示されるように、基準タイミングとしてグループアンカーポイントＧＡＰが設定される。本例において、グループアンカーポイントＧＡＰは、本体側と複数のローカル端末とが通信処理する際の基準タイミングである。このグループアンカーポイントＧＡＰを基準タイミングとして、各ローカル端末と通信するタイミングが規定される。

本例においては、当該グループアンカーポイントＧＡＰを基準としてコントローラＡの通信区間が設定される。本例においては、グループアンカーポイントＧＡＰを基準として１、２スロット目がコントローラＡの通信区間に設定される。

次に、コントローラＢが参加する。グループアンカーポイントＧＡＰに従ってコントローラＡの通信区間に隣接する形でコントローラＢの通信区間が設定される。本例においては、グループアンカーポイントＧＡＰを基準として３、４スロット目がコントローラＢの通信区間に設定される。すなわち、コントローラＡの通信区間の終了時点と、コントローラＢの通信区間の開始時点とが実質的に連続になるようにタイミング調整される。

なお、実質的にとは終了時点と開始時点とが完全に一致している場合のみならず、すこしのタイムラグがある場合も含む。

次に、コントローラＣが参加する。グループアンカーポイントＧＡＰに従って、コントローラＢの通信区間に隣接する形でコントローラＣの通信区間が設定される。本例においては、グループアンカーポイントＧＡＰを基準として、５、６スロット目がコントローラＣの通信区間に設定される。すなわち、コントローラＢの通信区間の終了時点と、コントローラＣの通信区間の開始時点とが実質的に連続になるようにタイミング調整される。

したがって、コントローラＡ〜Ｃは、グループアンカーポイントＧＡＰにしたがって、通信区間がそれぞれ連続的に設定されるように配置されるためスニフモードにおけるＢｌｕｅｔｏｏｔｈ通信で実行されるローカル端末の通信区間がひとまとまりに設定される。

これにより、残りの通信区間を他の通信における通信区間として利用することが可能となる。これにより、Ｂｌｕｅｔｏｏｔｈ通信と他の通信との干渉を容易に回避し、効率的なデータ通信を実行することが可能となる。

なお、本例においては、グループアンカーポイントＧＡＰを基準に設定して、当該グループアンカーポイントＧＡＰを基準に各コントローラの通信区間を設定する方式について説明するが、グループアンカーポイントＧＡＰを基準にするのではなく、各コントローラ毎にアンカーポイントを基準として設定して、それぞれの各アンカーポイントに従って通信区間を設定することも可能である。

また、本例においては、各コントローラＡ〜Ｃについて、タイミング調整により設定された通信区間を用いて本体側と通信する構成について説明するが、設定された通信区間を全て用いてデータ通信する必要はなく、データ通信するデータ量が少ない場合には２スロットの通信区間のうちの一部の通信区間、例えば、１スロットのみを用いて本体側とデータ通信する構成としても良い。他の例についても同様である。

［Ｃ．フローの説明］
［ｃ１．情報処理装置本体５のメイン通信処理］
情報処理装置本体５（本体側）のメイン通信処理について説明する。

図８は、実施形態１に基づく情報処理装置本体５（本体側）のメイン通信処理について説明するフロー図である。

図８を参照して、本体側は、探索処理を実行する（ステップＳ０）。ローカル端末検出部１１０は、接続を要求するローカル端末を検出する探索処理を実行する。探索処理は、本体側の通信していない区間（空きスロットの区間）で実行する。具体的には、ローカル端末検出部１１０は、空きスロットの区間でページスキャン（Ｐａｇｅ ｓｃａｎ）を実行する。ローカル端末検出部１１０は、ページスキャン（Ｐａｇｅ ｓｃａｎ）中にローカル端末からのページ（Ｐａｇｅ）を受信するか否かを判断する。たとえば、参加するコントローラ７の操作ボタンを押すと本体側にページ（Ｐａｇｅ）が送信される。

ローカル端末検出部１１０は、ページスキャン（Ｐａｇｅ ｓｃａｎ）中にコントローラ７からのページ（Ｐａｇｅ）を受信すると、受信確認として応答パケットをコントローラ７に送信する。

コントローラ７は、応答パケットを受信した場合、Ｂｌｕｅｔｏｏｔｈアドレスと、クロック情報とを含むＦＨＳ（Ｆｒｅｑｕｅｎｃｙ Ｈｏｐ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）パケットを本体側に送信する。

次に、本体側は、ローカル端末を発見したか否かを判断する（ステップＳ１）。ローカル端末検出部１１０は、ＦＨＳパケットを受信することによりコントローラ７を発見したと判断する。ローカル端末検出部１１０は、発見した旨をモード設定部１１２に通知する。一方、ステップＳ１において本体側は、コントローラを発見しないと判断した場合（ステップＳ１においてＮＯ）には、ステップＳ０の探索処理を継続する。

ステップＳ１において、本体側は、ローカル端末を発見したと判断した場合（ステップＳ１においてＹＥＳ）には、ローカル端末を特定するためのスレーブ識別子を発行する（ステップＳ２）。具体的には、モード設定部１１２は、３ビットのスレーブ識別子を発行する。

次に、本体側は、スレーブ識別子を発行した後、通信接続を実行する（ステップＳ３）。具体的には、モード設定部１１２は、ローカル端末にスレーブ識別子を含むＩＤパケットを送信する。ローカル端末は、本体側からのＩＤパケットに対して応答する。

次に、本体側は、ローカル端末からの応答があるかどうかを判断する（ステップＳ５）。モード設定部１１２は、ローカル端末からの応答を受信したかどうかを判断する。

モード設定部１１２は、ローカル端末からＩＤパケットに対する応答を受信すると、本体側自身のＢｌｕｅｔｏｏｔｈアドレスと、クロック情報とを含むＦＨＳパケットをローカル端末に送信する。これにより、本体側とローカル端末との間での同期通信の準備が完了する。すなわち、周波数ホッピング通信が可能となる。

また、必要に応じてこの段階でいわゆるスレーブ・マスタロールスイッチの処理を行い、コントローラ７をスレーブとし、本体（すなわち、情報処理装置本体５）をマスタとして設定する。

ステップＳ５において、本体側は、ローカル端末からの応答があると判断した場合（ステップＳ５においてＹＥＳ）には、ローカル端末との間でアクティブモードにおける通信処理を実行する（ステップＳ７）。

モード設定部１１２は、応答があったローカル端末との関係において初期状態の通信モードとしてアクティブモードに設定し、通信処理を実行する。本例においては、複数のローカル端末と通信する場合においてそれぞれのローカル端末との関係において通信モードを設定することが可能である。したがって、本体側は、あるローカル端末とはアクティブモードにおける通信モードであり、別のローカル端末とは別のモードにおける通信モードとなり得る。

アクティブモードにおける通信処理は、ローカル端末が常にウェークアップ状態であり、本体側からのポーリング（ＰＯＬＬＩＮＧ）パケットに対して、ローカル端末がパケットを送信する通信処理である。

一方、ステップＳ５において、本体側は、ローカル端末からの応答がないと判断した場合（ステップＳ５においてＮＯ）には、処理を終了する（エンド）。

次に、本体側は、通信が終了したかどうかを判断する（ステップＳ８）。
ステップＳ８において、本体側は、通信が終了したと判断した場合（ステップＳ８においてＹＥＳ）には、処理を終了する（エンド）。

一方、ステップＳ８において、本体側は、通信が終了していないと判断した場合（ステップＳ８においてＮＯ）には、識別子ＴＳＩの指示があるかどうかを判断する（ステップＳ９）。モード設定部１１２は、アプリケーション実行部２００からスニフモードを指定する図６で説明した識別子ＴＳＩの指示があるかどうかを判断する。

ステップＳ９において、本体側は、識別子ＴＳＩの指示があると判断した場合（ステップＳ９においてＹＥＳ）には、スニフ（Ｓｎｉｆｆ）モードに移行する処理を実行する（ステップＳ１０）。スニフモードに移行する処理の詳細については後述する。

一方、ステップＳ９において、本体側は、識別子ＴＳＩの指示がないと判断した場合（ステップＳ９においてＮＯ）には、ステップＳ７に戻り、アクティブモードにおける通信処理を継続する。

［ｃ２．情報処理装置本体５のスニフモードに移行する処理］
図９は、実施形態１に基づく情報処理装置本体５のスニフモードに移行する処理について説明するフロー図である。

図９に示されるように、本体側は、識別子ＴＳＩに従って通信設定する（ステップＳ１２）。具体的には、モード設定部１１２は、識別子ＴＳＩに従う通信設定情報に基づいて通信設定する。たとえば、モード設定部１１２は、識別子ＴＳＩ０がアプリケーション実行部２００から指示された場合には、図６で説明したように、接続可能なローカル端末の数（接続可能端末数）が「２」、スロット数に関して、ローカル端末から本体側へのデータのアップリンク数が「３」、本体側からローカル端末へのデータのダウンリンク数が「３」、周期的な通信間隔であるスニフインターバルが「１０」（ｍｓ）となるように通信設定する。モード設定部１１２は、接続可能なローカル端末の数（接続可能端末数）に関する情報を台数管理部１０８に通知する。台数管理部１０８は、当該通知を受けて接続可能端末数を管理する。

次に、本体側は、タイミングを設定する（ステップＳ１３）。モード設定部１１２は、タイミング制御部１００に指示し、タイミング制御部１００は、ローカル端末との間の通信のタイミングを制御する。タイミング設定の詳細については後述する。

次に、本体側は、スニフ要求をローカル端末に送信する（ステップＳ１４）。モード設定部１１２は、スニフ要求をローカル端末に送信する。スニフ要求のデータの詳細については後述する。スニフ要求に従って、アクティブモードのローカル端末は、スニフモードに設定されて本体側とスニフモードにおける同期通信が可能となる。また、既にスニフモードにおける同期通信を実行しているローカル端末は、スニフ要求に従って識別子ＴＳＩデータ、タイミング情報等が更新され、更新されたスニフモードにおける同期通信が可能となる。

次に、本体側は、ローカル端末からの応答があるかどうかを判断する（ステップＳ１５）。モード設定部１１２は、ローカル端末からの応答を受信したかどうかを判断する。

ステップＳ１５において、本体側は、ローカル端末からの応答があると判断した場合（ステップＳ１５においてＹＥＳ）には、スニフモードに設定する（ステップＳ１６）。

モード設定部１１２は、応答があったローカル端末との関係において通信モードをアクティブモードからスニフモードに変更する。本例においては、複数のローカル端末と通信する場合においてそれぞれのローカル端末との関係において通信モードを設定することが可能である。したがって、本体側は、あるローカル端末とはアクティブモードにおける通信モードであり、別のローカル端末とはスニフモードにおける同期通信モードとなり得る。

次に、本体側とローカル端末との間でスニフモードにおける同期通信処理を実行する（ステップＳ１７）。スニフモードにおける同期通信処理は、低消費電力を実現する通信処理である。低消費電力を実現するためにローカル端末は、５〜１５ｍｓごとに短い時間区間のあいだウェークアップ状態になる。この時間区間の間に、本体側はポーリング（ＰＯＬＬＩＮＧ）パケットを送信する。ローカル端末は、指定された通信設定情報に従うスロット数のパケットを送信する。

次に、本体側は、スニフ解除要求の指令があるかどうかを判断する（ステップＳ１８）。モード設定部１１２は、アプリケーション実行部２００等からアクティブモードの設定を指示するスニフ解除要求の指令を受けたかどうかを判断する。

ステップＳ１８において、本体側は、スニフ解除要求の指令があると判断した場合（ステップＳ１８においてＹＥＳ）には、スニフ解除要求をローカル端末に送信する（ステップＳ１９Ａ）。モード設定部１１２は、スニフ解除要求を指定されたローカル端末に送信する。

次に、本体側は、ローカル端末からの応答があるかどうかを判断する（ステップＳ１９Ｂ）。モード設定部１１２は、ローカル端末からの応答があるかどうかを判断する。

ステップＳ１９Ｂにおいて、本体側は、ローカル端末の応答が有ると判断した場合（ステップＳ１９ＢにおいてＹＥＳ）には、処理「Ｐ」に進む。すなわち、図８のステップＳ７に戻る。モード設定部１１２は、ローカル端末の応答が有ると判断した場合には、指定されたローカル端末との関係においてアクティブモードに設定する。全てのローカル端末が指定された場合に、全てのローカル端末の応答が有る場合には、全てのローカル端末との関係において、アクティブモードに設定する。

そして、ステップＳ７で説明したように、本体側は、ローカル端末との間でアクティブモードにおける通信処理を実行する。

一方、ステップＳ１９Ｂにおいて、本体側は、ローカル端末の応答が無いと判断した場合（ステップＳ１９ＢにおいてＮＯ）には、処理を終了する（エンド）。

一方、ステップＳ１８において、本体側は、スニフ解除要求の指令がないと判断した場合（ステップＳ１８においてＮＯ）には、ステップＳ１７に戻り、スニフモードにおける同期通信処理を継続する。

一方、ステップＳ１５において、本体側は、ローカル端末からの応答がないと判断した場合（ステップＳ１５においてＮＯ）には、スニフモードに入ることなく、処理「Ｐ」に進む。すなわち、図８のステップＳ７に戻る。モード設定部１１２は、スニフモードに移行する処理を終了する。

［ｃ３．情報処理装置本体５のタイミング設定］
図１０は、実施形態１に基づく情報処理装置本体５のタイミング設定について説明するフロー図である。

図１０に示されるように、本体側は、通信状態を確認する（ステップＳ４０）。タイミング調整部１０２は、少なくとも１つのローカル端末と通信している通信状態を確認する。

次に、本体側は、スニフモードにおける同期通信処理（スニフ通信）が既に設定されているか否かを判断する（ステップＳ４１）。具体的には、タイミング調整部１０２は、スニフモードにおける同期通信処理を実行しているローカル端末が既にあるか否かを判断する。

ステップＳ４１において、本体側は、スニフモードにおける同期通信処理が設定されていないと判断した場合（ステップＳ４１においてＮＯ）には、スニフモードを実行する場合の基準タイミングとなるグループアンカーポイントを設定する（ステップＳ４２）。基準タイミング設定部１０４は、グループアンカーポイントを設定する。

次に、本体側は、識別子ＴＳＩに基づいて通信区間を設定する（ステップＳ４３）。タイミング調整部１０２は、識別子ＴＳＩに基づく通信区間を設定する。たとえば、タイミング調整部１０２は、アプリケーション実行部２００から識別子ＴＳＩ０が指定されている場合には、アップリンク数「３」、ダウンリンク数「３」の合計６スロット区間を通信区間として設定する。

そして、ステップＳ４５に進む。
一方、ステップＳ４１において、本体側は、スニフモードにおける同期通信処理が設定されていると判断した場合（ステップＳ４１においてＹＥＳ）には、識別子ＴＳＩに基づいて既に設定されている最後の通信区間の後に通信区間を設定する（ステップＳ４４）。

タイミング調整部１０２は、スニフモードにおける同期通信処理を実行しているローカル端末が既にあると判断した場合、既に設定されている最後の通信区間の後に通信区間を設定する。たとえば、最後の通信区間と連続するように、例えば、アプリケーション実行部２００から識別子ＴＳＩ０が指定されている場合には、アップリンク数「３」、ダウンリンク数「３」の合計６スロット区間を通信区間として設定する。

そして、ステップＳ４５に進む。
ステップＳ４５において、本体側は、スニフモードにおける同期通信処理において、通信区間が未設定の他の装置が有るか否かを判断する。具体的には、タイミング調整部１０２は、通信区間が未設定の他の装置が有るか否かを判断する。

ステップＳ４５において、本体側は、通信区間が未設定の他の装置が有ると判断した場合（ステップＳ４５においてＹＥＳ）には、ステップＳ４１に戻り、上記と同様の処理を繰り返す。すなわち、通信区間を設定する。なお、通信区間が未設定の他の装置には、アクティブモードの通信処理を実行しているローカル端末、指示された識別子ＴＳＩと異なる識別子ＴＳＩに基づいてスニフモードでの同期通信処理を実行しているローカル端末の両方が含まれる。

一方、ステップＳ４５において、本体側は、通信区間が未設定の他の装置が無いと判断した場合、（ステップＳ４５においてＮＯ）には、処理を終了する（リターン）。

当該タイミング設定に基づき、グループアンカーポイントの設定とともに、各ローカル端末の通信区間の通信区間が設定される。

図７の例においては、識別子ＴＳＩ９（アップリンクのスロット数「１」、ダウンリンク数「１」）が指定されている場合が示されている。コントローラＡのタイミング設定の際に、グループアンカーポイントＧＡＰが設定される。そして、グループアンカーポイントＧＡＰを基準としてコントローラＡについてスロット数「２」の通信区間が設定される。本例においては、グループアンカーポイントＧＡＰを基準として１、２スロット目がコントローラＡの通信区間に設定される。

次に、コントローラＢについて、グループアンカーポイントＧＡＰを基準として、コントローラＡの通信区間の後にスロット数「２」の通信区間が設定される。本例においては、グループアンカーポイントＧＡＰを基準として３、４スロット目がコントローラＢの通信区間に設定される。

次に、コントローラＣについて、グループアンカーポイントＧＡＰを基準として、コントローラＢの通信区間の後にスロット数「２」の通信区間が設定される。本例においては、グループアンカーポイントＧＡＰを基準として、５、６スロット目がコントローラＣの通信区間に設定される。

当該処理によりグループアンカーポイントＧＡＰを基準として複数のローカル端末のスニフモードにおける同期通信処理が実行される。具体的には、スニフモードにおけるＢｌｕｅｔｏｏｔｈ通信で実行されるコントローラＡ〜Ｃの通信区間がひとまとまりに設定される。

次に、実施形態１に基づく本体側からローカル端末に送信するスニフ要求のデータについて説明する。

図１１は、実施形態１に基づくスニフ要求のデータについて説明する図である。
図１１に示されるように、スニフ要求のデータは、スレーブ識別子データ２０１と、識別子ＴＳＩデータ２０２と、スニフモードデータ２０３と、タイミング情報２０４とを含む。

スレーブ識別子データ２０１は、対象となるローカル端末を指定するためのものである。当該スレーブ識別子データ２０１を確認することにより自装置に宛てられたパケットデータであるか、他装置に宛てられたパケットデータかを識別することが可能である。

識別子ＴＳＩデータ２０２は、図６で説明した識別子ＴＳＩの番号を指定するものである。

ローカル端末においても、図６のテーブルがフラッシュメモリ６１３あるいは７１３等に格納されている。したがって、ローカル端末では、識別子ＴＳＩデータ２０２に従って、フラッシュメモリ６１３あるいは７１３等に格納されているテーブルから指定された通信設定情報を取得する。ローカル端末は、取得した指定された通信設定情報に基づいて、スロット数、スニフインターバルを設定する。

タイミング情報２０４は、基準タイミングとなるグループアンカーポイントＧＡＰと、グループアンカーポイントＧＡＰからの同期タイミングに関する情報である。このタイミング情報は、上記で説明したタイミング調整部１０２により設定された通信区間に基づいて設定される。

本体側およびローカル端末でともに同じ識別子ＴＳＩを用いて通信設定情報を指定することが可能であるため、簡易にスロット数およびスニフインターバル等を設定することが可能である。

［ｃ４．ローカル端末のメイン通信処理］
ローカル端末のメイン通信処理について説明する。ローカル端末としては、コントローラ７が含まれる。

図１２は、実施形態１に基づくローカル端末におけるメイン通信処理ついて説明するフロー図である。

図１２を参照して、ローカル端末は、探索処理を実行する（ステップＳ２０）。具体的には、ローカル端末は、ページ（Ｐａｇｅ）を送信する。たとえば、通信に参加するコントローラ７の操作ボタンを押すと本体側にページ（Ｐａｇｅ）が送信される。

次に、ローカル端末は、本体側が発見されたかどうかを判断する（ステップＳ２１）。ローカル端末は、本体側から送信される応答パケットを受信したかどうかを判断し、本体側からの応答パケットを受信したと判断した場合には、本体側を発見したと判断する。

ステップＳ２１において、ローカル端末は、本体側が発見されないと判断した場合（ステップＳ２１においてＮＯ）には、ステップＳ２０に戻り、探索処理を継続する。

一方、ステップＳ２１において、ローカル端末は、本体側が発見されたと判断した場合（ステップＳ２１においてＹＥＳ）には、接続要求をする（ステップＳ２２）。具体的には、ローカル端末は、本体側にＢｌｕｅｔｏｏｔｈアドレスと、クロック情報とを含むＦＨＳ（Ｆｒｅｑｕｅｎｃｙ Ｈｏｐ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）パケットを送信する。

次に、ローカル端末は、スレーブ識別子を受信したかどうかを判断する（ステップＳ２３）。ローカル端末は、本体側で発行されたスレーブ識別子を含むＩＤパケットを受信したかどうかを判断する。

ステップＳ２３において、ローカル端末は、スレーブ識別子を受信したと判断した場合（ステップＳ２３においてＹＥＳ）には、通信接続を実行する（ステップＳ２４）。

次に、ローカル端末は、スレーブ識別子を含むＩＤパケットを受信したと判断した場合に応答を送信する（ステップＳ２６）。ローカル端末は、本体側からのＩＤパケットを受信したと判断した場合には、応答信号を本体側に送信する。

ローカル端末は、本体側からのＢｌｕｅｔｏｏｔｈアドレスと、クロック情報とを含むＦＨＳパケットを受信する。これにより、本体側とローカル端末との間での同期通信の準備が完了する。すなわち、周波数ホッピング通信が可能となる。

また、必要に応じてこの段階でいわゆるスレーブ・マスタロールスイッチの処理を行い、コントローラ７をスレーブとし、本体（すなわち、情報処理装置本体５）をマスタとして設定する。

一方、ステップＳ２３において、ローカル端末は、スレーブ識別子を受信しないと判断した場合（ステップＳ２３においてＮＯ）には、処理を終了する（エンド）。

次に、ローカル端末は、本体側とアクティブモードにおける通信処理を実行する（ステップＳ２８）。アクティブモードにおける通信処理は、ローカル端末が常にウェークアップ状態である。ローカル端末は、本体側からのポーリング（ＰＯＬＬＩＮＧ）パケットに対して、所定のパケットを送信する。

次に、ローカル端末は、通信が終了したかどうかを判断する（ステップＳ２９）。
ステップＳ２９において、ローカル端末は、通信が終了したと判断した場合（ステップＳ２９においてＹＥＳ）には、処理を終了する（エンド）。

一方、ステップＳ２９において、ローカル端末は、通信が終了していないと判断した場合（ステップＳ２９においてＮＯ）には、スニフ要求があるかどうかを判断する（ステップＳ３０）。具体的には、ローカル端末は、本体側から図１１で説明したスニフ要求のデータを受信したか否かを判断する。

ステップＳ３０において、ローカル端末は、スニフ要求があると判断した場合（ステップＳ３０においてＹＥＳ）には、スニフモードに移行する処理を実行する（ステップＳ３１）。ローカル端末は、スニフ要求のデータを受信した場合には、通信モードとしてスニフモードに移行する処理を実行する。スニフモードについては後述する。

一方、ステップＳ３０において、ローカル端末は、スニフ要求がないと判断した場合（ステップＳ３０においてＮＯ）には、ステップＳ２８に戻り、アクティブモードにおける通信処理を継続する。ローカル端末は、スニフ要求のデータを受信しない場合には、通信モードとしてアクティブモードにおける通信処理を継続する。

［ｃ５．ローカル端末のスニフモードに移行する処理］
図１３は、実施形態１に基づくローカル端末のスニフモードに移行する処理について説明するフロー図である。

図１３に示されるように、ローカル端末は、スニフ要求があった場合には応答する（ステップＳ３２）。ローカル端末は、本体側からのスニフ要求を受信したと判断した場合には、応答信号を本体側に送信する。

次に、ローカル端末は、スニフモードに設定する（ステップＳ３３）。ローカル端末は、図１１で説明したスニフ要求に従って通信モードをスニフモードに設定する。

また、ローカル端末は、スニフ要求に含まれる識別子ＴＳＩデータに基づいて、スロット数、スニフインターバル等を設定する。

なお、本体側とローカル端末との間で以降使用されるスロット数が予め共有されている場合、あるいは少なくとも本体側でこれから使用するスロット数が予め把握できている場合は、識別子ＴＳＩデータをスニフ要求に含める必要は無く、少なくともスニフインターバルを示す情報をスニフ要求に含めておくようにすることも可能である。

また、ローカル端末は、スニフ要求に含まれるグループアンカーポイントＧＡＰからのタイミング情報に基づいてスニフモードにおける通信処理を実行するためのタイミングを設定する。

次に、ローカル端末は、スニフモードにおける同期通信処理を実行する（ステップＳ３４）。

スニフモードにおける同期通信処理は、低消費電力を実現するためにローカル端末は、５〜１５ｍｓごとに短い時間区間のあいだウェークアップ状態になる。この時間区間の間に、本体側はポーリング（ＰＯＬＬＩＮＧ）パケットを送信する。ローカル端末は、本体側からの指定された通信設定情報に従うスロット数（あるいは、予め本体側と共有した最大スロット数）のポーリング（ＰＯＬＬＩＮＧ）パケットを受信するとともに、通信設定情報に従うスロット数のパケットを送信する。

次に、ローカル端末は、スニフ解除要求があるかどうかを判断する（ステップＳ３５）。具体的には、ローカル端末は、スニフモードを終了してアクティブモードに設定するための本体側から送信されるスニフ解除要求を受信したかどうかを判断する。

ステップＳ３５において、ローカル端末はスニフ解除要求があると判断した場合（ステップＳ３５においてＹＥＳ）には、応答する（ステップＳ３６）。ローカル端末は、本体側からのスニフ解除要求を受信したと判断した場合には、応答信号を本体側に送信する。

そして、次に、処理「Ｑ」に進む。すなわち、図１２のステップＳ２８に戻り、ローカル端末は、スニフモードから初期状態であるアクティブモードに変更して、アクティブモードにおける通信処理を実行する。以降の処理は上述したのと同様である。

一方、ステップＳ３５において、ローカル端末は、スニフ解除要求がないと判断した場合（ステップＳ３５においてＮＯ）には、ステップＳ３４に戻り、スニフモードにおける同期通信処理を継続する。
（実施形態２）
［Ｄ．複数の識別子ＴＳＩの組み合わせ］
実施形態２に基づくスニフモードのＢｌｕｅｔｏｏｔｈ通信における識別子ＴＳＩの組み合わせについて説明する。

上記の実施形態においては、ローカル端末の一例としてコントローラ７について説明したが、コントローラ７に限られず、他の種別の端末装置をローカル端末としてスニフモードのＢｌｕｅｔｏｏｔｈ通信を実行することも可能である。

その際、コントローラ７と他の種別の端末装置とでは機能が異なるため、スニフモードのＢｌｕｅｔｏｏｔｈ通信を実行する場合、取り扱うデータ量に応じて識別子ＴＳＩを設定することが望ましい。すなわち、コントローラ７と、他の種別の端末装置とで、識別子ＴＳＩを別々に設定することが望ましい。

図１４は、実施形態２に基づく種別が異なる識別子ＴＳＩの組み合わせパターンについて説明する図である。

図１４に示されるにように、組み合わせパターンとして８個の組合せパターンが示されている。２種類のローカル端末にそれぞれ識別子ＴＳＩを設定する場合が示されている。

一例としてローカル端末「１」は他の種別の端末装置、ローカル端末「２」は、コントローラ７とする場合について説明する。

なお、これらの組み合わせパターンは、スニフインターバル［ｍｓ］が同一である組み合わせである。これにより同一のグループアンカーポイントＧＡＰを用いた通信処理が可能であり、ローカル端末の通信区間をひとまとまりに設定することが可能である。

これにより、通信区間を一まとまりとすることにより、残りの通信区間を他の通信における通信区間として利用することが可能となる。これにより、Ｂｌｕｅｔｏｏｔｈ通信と他の通信との干渉を容易に回避し、効率的なデータ通信を実行することが可能となる。

具体的には、第１の組合せパターンは、識別子ＴＳＩ０と識別子ＴＳＩ９とがそれぞれ組合されるパターンである。第２の組合せパターンは、識別子ＴＳＩ２と識別子ＴＳＩ９とが組合せられるパターンである。第３の組合せパターンは、識別子ＴＳＩ４と識別子ＴＳＩ９とが組合せられるパターンである。第４の組合せパターンは、識別子ＴＳＩ３と識別子ＴＳＩ１０とが組合せられるパターンである。第５の組合せパターンは、識別子ＴＳＩ５と識別子ＴＳＩ１０とがそれぞれ組合されるパターンである。第６の組合せパターンは、識別子ＴＳＩ６と識別子ＴＳＩ１０とが組合せられるパターンである。第７の組合せパターンは、識別子ＴＳＩ７と識別子ＴＳＩ１０とが組合せられるパターンである。第８の組合せパターンは、識別子ＴＳＩ８と識別子ＴＳＩ１０とが組合せられるパターンである。

そして、スニフインターバルを考慮して、それぞれ接続可能端末数が設定されている。
識別子ＴＳＩが異なる組み合わせパターンを設定することにより、コントローラ７とにそれぞれに合わせたＢｌｕｅｔｏｏｔｈ通信を実行することが可能となる。

例えば、スニフモードのＢｌｕｅｔｏｏｔｈ通信を実行するに際し、授受するデータ量が多い他の種別の端末装置については、識別子ＴＳＩ０〜ＴＳＩ８を割り当てるとともに、他の種別の端末装置と比較して授受するデータ量が少ないコントローラ７については、識別子ＴＳＩ９あるいはＴＳＩ１０を割り当てたスニフモードにおける同期通信処理を実行することが可能である。

ローカル端末の種別に応じた効率的なスニフモードのＢｌｕｅｔｏｏｔｈ通信を実行することが可能である。
（実施形態３）
図１５は、実施形態３に基づくスニフモードにおけるＢｌｕｅｔｏｏｔｈ通信のタイミング調整を説明する図である。

図１５に示されるように、本例においては３台のローカル端末としてコントローラＡ〜ＣにおけるスニフモードにおけるＢｌｕｅｔｏｏｔｈ通信が実行されている。そして、次にコントローラＢが通信を終了する場合が示されている。

これにより２台のローカル端末としてコントローラＡとコントローラＣにおけるスニフモードにおけるＢｌｕｅｔｏｏｔｈ通信が継続される。また、コントローラＡとコントローラＣとの間には空区間が存在する。

次に、新たなローカル端末としてコントローラＤが通信に参加する場合が示されている。

本例においては、コントローラＤの通信区間は、コントローラＢがスニフモードにおける同期通信処理を実行していた区間（空区間）に挿入される。すなわち、コントローラＡの通信区間の終了時点と、コントローラＤの通信区間の開始時点とが実質的に連続になるようにタイミング調整される。また、コントローラＤの通信区間の終了時点と、コントローラＣの通信区間の開始時点とが実質的に連続になるようにタイミング調整される。

これにより、通信区間を一まとまりとすることにより、残りの通信区間を他の通信における通信区間として利用することが可能となる。これにより、Ｂｌｕｅｔｏｏｔｈ通信と他の通信との干渉を容易に回避し、効率的なデータ通信を実行することが可能となる。

図１６は、実施形態３に基づくスニフモードにおけるＢｌｕｅｔｏｏｔｈ通信の別のタイミング調整を説明する図である。

図１６に示されるように、本例においては３台のローカル端末としてコントローラＡ〜ＣにおけるスニフモードにおけるＢｌｕｅｔｏｏｔｈ通信が実行されている。そして、次にコントローラＢが通信を終了する場合が示されている。

これにより２台のローカル端末としてコントローラＡとコントローラＣにおけるスニフモードにおけるＢｌｕｅｔｏｏｔｈ通信が継続される。また、コントローラＡとコントローラＣとの間には空区間が存在する。

次に、新たなローカル端末として他の種別の端末装置Ｅが通信に参加する場合が示されている。

本例においては、他の種別の端末装置Ｅの通信区間は、コントローラＣがスニフモードにおける同期通信処理を実行していた区間の後に配置される。

一例として、端末装置Ｅは、通信区間のスロット数が「４」である。一方、コントローラＢの通信区間のスロット数は「２」である。

したがって、コントローラＢのスロット数は「２」であったため、スロット数が「４」の端末装置Ｅの通信区間を空区間に挿入することはできない。したがって、端末装置Ｅの通信区間は、コントローラＣの通信区間の後の区間にタイミング設定される。すなわち、コントローラＣの通信区間の終了時点と、端末装置Ｅの通信区間の開始時点とが実質的に連続になるようにタイミング調整される。

これにより、通信区間を一まとまりとすることにより、残りの通信区間を他の通信における通信区間として利用することが可能となる。これにより、Ｂｌｕｅｔｏｏｔｈ通信と他の通信との干渉を容易に回避し、効率的なデータ通信を実行することが可能となる。

［ｃ６．情報処理装置本体５のタイミング設定］
本体側のメイン通信処理およびスニフモードに移行する処理については図９および図１０で説明したのと基本的に同様であるのでその詳細な説明については繰り返さない。一方で、図９のステップＳ１３のタイミング設定における処理が異なる。

図１７は、実施形態３に基づく情報処理装置本体５のタイミング設定について説明するフロー図である。

図１７を参照して、図１０で説明したフロー図と比較して、ステップＳ５０〜Ｓ５４を追加した点が異なる。その他の点については同様であるのでその詳細な説明については繰り返さない。

ステップＳ４１において、本体側は、スニフモードにおける同期通信処理が設定されていると判断した場合（ステップＳ４１においてＹＥＳ）には、空区間があるかどうかを判断する（ステップＳ５０）。具体的には、タイミング調整部１０２は、スニフモードにおける同期通信処理を実行している通信区間において、通信していない空区間が有るかどうかを判断する。

ステップＳ５０において、本体側は、空区間があると判断した場合（ステップＳ５０においてＹＥＳ）には、空区間で通信可能かどうかを判断する（ステップＳ５２）。具体的には、タイミング調整部１０２は、比較部１０３に対して空区間のスロット数と、識別子ＴＳＩに基づくスロット数とを比較するように指示する。

比較部１０３は、空き区間のスロット数と、識別子ＴＳＩに基づくスロット数とを比較して、識別子ＴＳＩに基づくスロット数が空区間のスロット数以下であるか否かの比較結果をタイミング調整部１０２に出力する。

タイミング調整部１０２は、当該比較結果に基づいて空区間で通信可能か否かを判断する。

ステップＳ５２において、本体側は、空区間で通信可能であると判断した場合（ステップＳ５２においてＹＥＳ）には、空区間に通信区間を設定する（ステップＳ５４）。タイミング調整部１０２は、識別子ＴＳＩに基づくスロット数が空区間のスロット数以下であると判断した場合には、当該空区間に通信区間を設定する。たとえば、図１５の例に示されるように、空区間のスロット数が「２」であり、識別子ＴＳＩに基づくスロット数も「２」である場合に、当該空区間に通信区間が設定される。

そして、ステップＳ４５に進む。
一方、ステップＳ５０において、本体側は、空区間がないと判断した場合（ステップＳ５０においてＮＯ）には、識別子ＴＳＩに基づいて既に設定されている最後の通信区間の後に通信区間を設定する（ステップＳ４４）。そして、ステップＳ４５に進む。以降の処理は同様である。

また、ステップＳ５２において、本体側は、空区間で通信可能でないと判断した場合（ステップＳ５２においてＮＯ）には、ステップＳ４４に進む。タイミング調整部１０２は、比較部１０３の比較結果に従って識別子ＴＳＩに基づくスロット数が空区間のスロット数以下でないと判断した場合には、ステップＳ４４に進み、識別子ＴＳＩに基づいて既に設定されている最後の通信区間の後に通信区間を設定する。

たとえば、図１６の例に示されるように、空区間のスロット数が「２」であり、識別子ＴＳＩに基づくスロット数が「４」である場合には、最後の通信区間の後に通信区間が設定される。

当該処理により、スニフモードにおけるＢｌｕｅｔｏｏｔｈ通信の全通信区間中の空区間に、他のローカル端末の通信区間を挿入することが可能となり、空区間の無駄を抑制することができる。通信区間を一まとまりとすることにより、残りの通信区間を他の通信における通信区間として利用することが可能となる。これにより、Ｂｌｕｅｔｏｏｔｈ通信と他の通信との干渉を容易に回避し、効率的なデータ通信を実行することが可能となる。
（実施形態３の変形例１）
上記の実施形態３においては、空区間に通信区間を挿入することができないと判断した場合には、最後の通信区間の後に通信区間を設定する場合について説明したが、当該場合には通信区間の設定をリセットして再設定する再調整処理を実行するようにしても良い。

［ｃ７．情報処理装置本体５のタイミング設定］
図１８は、実施形態３の変形例１に基づく情報処理装置本体５のタイミング設定について説明するフロー図である。

図１８を参照して、図１７のフロー図と比較して、ステップＳ５６における再調整処理を追加した点が異なる。その他の処理については図１０および図１７で説明したのと同様であるのでその詳細な説明については繰返さない。

ステップＳ５２において、本体側は、空区間で通信可能かどうかを判断する。具体的には、タイミング調整部１０２は、比較部１０３に対して空区間のスロット数と、識別子ＴＳＩに基づくスロット数とを比較するように指示する。

比較部１０３は、空区間のスロット数と、識別子ＴＳＩに基づくスロット数とを比較して、識別子ＴＳＩに基づくスロット数が空区間のスロット数以下であるか否かの比較結果をタイミング調整部１０２に出力する。

タイミング調整部１０２は、当該比較結果に基づいて空区間で通信可能か否かを判断する。

ステップＳ５２において、本体側は、空区間で通信可能であると判断した場合（ステップＳ５２においてＹＥＳ）には、空区間に通信区間を設定する（ステップＳ５４）。タイミング調整部１０２は、識別子ＴＳＩに基づくスロット数が空区間のスロット数以下であると判断した場合には、当該空区間に通信区間を設定する。

一方、ステップＳ５２において、本体側は、空区間で通信可能でないと判断した場合（ステップＳ５２においてＮＯ）には、再調整処理を実行する（ステップＳ５６）。

具体的には、タイミング調整部１０２は、モード設定部１１２に再調整処理を実行するように指示する。

［ｃ８．情報処理装置本体５の再調整処理］
図１９は、実施形態３の変形例１に基づく情報処理装置本体５の再調整処理について説明するフロー図である。

図１９を参照して、本体側は、空区間の後に設定された通信区間に対応する各ローカル端末にスニフ解除要求を送信する（ステップＳ６０）。モード設定部１１２は、空区間の後に設定された通信区間に対応する各ローカル端末に対してスニフモードを終了して、アクティブモードに設定するためのスニフ解除要求を送信する。

次に、本体側は、各ローカル端末からの応答があるかどうかを判断する（ステップＳ６２）。モード設定部１１２は、各ローカル端末からの応答を受信したかどうかを判断する。

ステップＳ６２において、本体側は、各ローカル端末からの応答があると判断した場合（ステップＳ６２においてＹＥＳ）には、各ローカル端末についてスニフモードを終了してアクティブモードに設定する（ステップＳ６４）。そして、処理「Ｒ」に進む。

処理「Ｒ」として、図８のステップＳ１０におけるスニフ（Ｓｎｉｆｆ）モードに移行する処理を実行する。

そして、図９で説明したのと同様の手順に従ってスニフモードにおけるステップＳ１３のタイミング設定において、各ローカル端末における通信区間が再設定される。

そして、本体側から各ローカル端末に対してタイミング情報が更新されたスニフ要求が送信される。

本体側は、各ローカル端末からの応答があるかどうかを判断し、応答があると判断した場合には、スニフモードにそれぞれ設定する。モード設定部１１２は、応答があった各ローカル端末との関係においてスニフモードに設定する。

次に、本体側と各ローカル端末との間でスニフモードにおける同期通信処理を実行する。

図２０は、実施形態３の変形例１に基づくスニフモードにおけるＢｌｕｅｔｏｏｔｈ通信のタイミング調整を説明する図である。

図２０に示されるように、本例においては３台のローカル端末としてコントローラＡ〜ＣにおけるスニフモードにおけるＢｌｕｅｔｏｏｔｈ通信が実行されている。そして、次にコントローラＢが通信を終了する場合が示されている。

これにより２台のローカル端末としてコントローラＡとコントローラＣにおけるスニフモードにおけるＢｌｕｅｔｏｏｔｈ通信が継続される。また、コントローラＡとコントローラＣとの間には空区間が存在する。

次に、新たなローカル端末として端末装置Ｅが通信に参加する場合が示されている。
本例においては、端末装置Ｅの通信区間についてはスロット数が「４」である。一方、コントローラＢの通信区間のスロット数は「２」である。

したがって、コントローラＢのスロット数は「２」であったため、スロット数が「４」の端末装置Ｅの通信区間を空区間に挿入することはできない。

したがって、再調整処理を実行する。具体的には、コントローラＣに対してアクティブモードに設定してコントローラＡの通信区間に隣接するように通信区間を再設定する。また、端末装置ＥについてもコントローラＣの通信区間に隣接するように通信区間を設定する。

これによりスニフモードにおけるＢｌｕｅｔｏｏｔｈ通信の全通信区間中の空区間において、他のローカル端末の通信区間を挿入できない場合には、再調整処理を実行することによって空区間の無駄を抑制して、連続的に通信処理を継続することが可能となる。

すなわち、通信区間を一まとまりとすることにより、残りの通信区間を他の通信における通信区間として利用することが可能となる。これにより、Ｂｌｕｅｔｏｏｔｈ通信と他の通信との干渉を容易に回避し、効率的なデータ通信を実行することが可能となる。

なお、本例においては、再調整処理を実行するにあたり、スニフモードのローカル端末をアクティブモードに設定し、そして再びスニフモードに設定する方式について説明したが、アクティブモードに移行することなく、スニフモードを継続しながら再調整処理を実行するようにしても良い。
（実施形態３の変形例２）
上記の変形例１においては、図１８のステップＳ５２において、本体側は、空区間で通信可能でないと判断した場合（ステップＳ５２においてＮＯ）には、再調整処理を実行する場合について説明したが、ステップＳ５０において、本体側は、空区間があると判断した場合（ステップＳ５０においてＹＥＳ）には、再調整処理（ステップＳ５６）を実行するようにしても良い。

再調整処理については、上記の変形例１と同様である。
図２１は、実施形態３の変形例２に基づくスニフモードにおけるＢｌｕｅｔｏｏｔｈ通信のタイミング調整を説明する図である。

図２１に示されるように、本例においては２台のローカル端末としてコントローラＡ，ＢにおけるスニフモードにおけるＢｌｕｅｔｏｏｔｈ通信が実行されている。そして、次にコントローラＡが通信を終了した場合が示されている。

これによりグループアンカーポイントＧＡＰとコントローラＢとの間に空区間が存在する。

次に、新たなローカル端末としてコントローラＣが通信に参加する場合に、空区間が存在するため本例においては上記の再調整処理を実行する。

これにより、グループアンカーポイントＧＡＰを基準タイミングとしてコントローラＢ，Ｃの通信区間である通信区間が連続的に設定される。

これによりスニフモードにおけるＢｌｕｅｔｏｏｔｈ通信の全通信区間中の空区間が有る場合には再調整処理を実行することにより、空区間の無駄を抑制して、連続的に通信処理を継続することが可能となる。

すなわち、通信区間を一まとまりとすることにより、残りの通信区間を他の通信における通信区間として利用することが可能となる。これにより、Ｂｌｕｅｔｏｏｔｈ通信と他の通信との干渉を容易に回避し、効率的なデータ通信を実行することが可能となる。
（実施形態３の変形例３）
上記の実施形態３においては、再調整処理を実行するにあたり、関係するローカル端末に関して、一旦、スニフモードからアクティブモードに設定してからタイミング設定（通信区間の再設定）を実行する方式について説明したがスニフモードにおけるＢｌｕｅｔｏｏｔｈ通信を維持しながら通信区間の再設定を実行するようにしても良い。

具体的には、空区間の後に設定された通信区間に対応する各ローカル端末との関係において、スニフモードにおけるＢｌｕｅｔｏｏｔｈ通信のタイミング情報を変更するようにしても良い。

例えば、図２１の例においては、本体側とコントローラＢとの間のスニフモード設定において、２つのスロット数の通信区間分についてタイミングを変更（早める）するコマンドをコントローラＢに送信することにより、タイミング情報を変更することも可能である。

あるいは、図２１の例においては、基準タイミングとなるグループアンカーポイントＧＡＰの設定を変更して、２つのスロット数の通信区間分についてタイミングを変更（遅くする）することにより、タイミング情報を変更することも可能である。
（実施形態４）
上記の実施形態においては、識別子ＴＳＩが固定されている場合について説明したが、識別子ＴＳＩを変更することも可能である。

具体的には、通信するローカル端末の台数が増加した場合に識別子ＴＳＩを変更しても良い。

［ｃ９．情報処理装置本体５のメイン通信処理］
図２２は、実施形態４に基づく情報処理装置本体５（本体側）のメイン通信処理について説明するフロー図である。

図２２を参照して、図８のフロー図と比較して、ステップＳ９Ａ，Ｓ９Ｂを追加した点が異なる。その他の構成については、図８で説明したのと同様であるのでその詳細な説明については繰り返さない。

ステップＳ９において、本体側は、識別子ＴＳＩの指示があると判断した場合（ステップＳ９においてＹＥＳ）には、通信可能台数がＯＫであるか否かを判断する（ステップＳ９Ａ）。具体的には、台数管理部１０８は、スニフモードに移行するに際し、指示された識別子ＴＳＩに関して接続可能端末数以内であるか否かを判断する。

次に、ステップＳ９Ａにおいて、台数がＯＫであると判断した場合（ステップＳ９ＡにおいてＹＥＳ）には、スニフ（Ｓｎｉｆｆ）モードを移行する処理を実行する（ステップＳ１０）。

一方、ステップＳ９Ａにおいて、台数がＯＫで無いと判断した場合（ステップＳ９ＡにおいてＮＯ）には、ＴＳＩ変更処理を実行する（ステップＳ９Ｂ）。台数管理部１０８は、スニフモードを移行するに際し、既に接続可能端末数の上限値に到達している場合には、台数がＯＫで無いと判断する。そして、台数管理部１０８は、モード設定部１１２にそれを通知する。ＴＳＩ変更処理については後述する。

［ｃ１０．情報処理装置本体５のＴＳＩ変更処理］
図２３は、実施形態４に基づく情報処理装置本体５のＴＳＩ変更処理について説明するフロー図である。

図２３を参照して、本体側は、ＴＳＩの変更が可能であるかどうかを判断する（ステップＳ８０）。モード設定部１１２は、接続可能台数を変更するにあたり現在の識別子ＴＳＩからの変更が可能であるか否かを判断する。具体的には、スロット数を維持しつつ、接続可能台数を変更可能であるか否かを判断する。たとえば、現在の識別子ＴＳＩ０（アップリンク数３、ダウンリンク数３）から識別子ＴＳＩ５（アップリンク数３、ダウンリンク数３）への変更が可能である。同様に、識別子ＴＳＩ１（アップリンク数１、ダウンリンク数１）から識別子ＴＳＩ９（アップリンク数１、ダウンリンク数１）への変更が可能である。一方、スロット数が維持できない場合には変更可能でないと判断する。

ステップＳ８０において、本体側は、ＴＳＩの変更が可能であると判断した場合（ステップＳ８０においてＹＥＳ）には、全ローカル端末にスニフ解除要求を通知する（ステップＳ８２）。モード設定部１１２は、全ローカル端末に対してスニフ解除要求を送信する。

次に、本体側は、各ローカル端末からの応答があるかどうかを判断する（ステップＳ８４）。モード設定部１１２は、各ローカル端末からの応答を受信したかどうかを判断する。

ステップＳ８４において、本体側は、各ローカル端末からの応答があると判断した場合（ステップＳ８４においてＹＥＳ）には、全ローカル端末についてアクティブモードに設定する（ステップＳ８６）。モード設定部１１２は、応答があった全ローカル端末についてアクティブモードに設定する。

そして、次に、本体側は、ＴＳＩを変更設定する（ステップＳ８８）。モード設定部１１２は、識別子ＴＳＩを変更設定する。具体的には、現在の識別子ＴＳＩ０である場合には、識別子ＴＳＩ５に変更設定する。また、現在の識別子ＴＳＩ１である場合には、識別子ＴＳＩ９に変更設定する。

そして、処理「Ｒ」に進む。
処理「Ｒ」として、図８のステップＳ１０におけるスニフ（Ｓｎｉｆｆ）モードに移行する処理を実行する。

そして、図９で説明したのと同様の手順に従って、本体側は、識別子ＴＳＩに従って通信設定する（ステップＳ１２）。具体的には、モード設定部１１２は、識別子ＴＳＩに従う通信設定情報に基づいて通信設定する。たとえば、モード設定部１１２は、識別子ＴＳＩ０から識別子ＴＳＩ５に変更設定した場合には、接続可能なローカル端末の数（接続可能端末数）が「４」、スロット数に関して、ローカル端末から本体側へのデータのアップリンク数が「３」、本体側からローカル端末へのデータのダウンリンク数が「３」、周期的な通信間隔であるスニフインターバルが「１５」（ｍｓ）となるように通信設定する。モード設定部１１２は、接続可能なローカル端末の数（接続可能端末数）に関する情報を台数管理部１０８に通知する。台数管理部１０８は、当該通知を受けて接続可能端末数を管理する。

そして、ステップＳ１３のタイミング設定において、各ローカル端末における通信区間が再設定される。

そして、本体側から各ローカル端末に対して更新されたスニフ要求が送信される。
本体側は、各ローカル端末からの応答があるかどうかを判断し、応答があると判断した場合には、スニフモードにそれぞれ設定する。モード設定部１１２は、応答があった各ローカル端末との関係においてスニフモードに設定し、更新された識別子ＴＳＩに従うスニフモードにおける同期通信処理を実行する。

これによりスニフモードにおけるＢｌｕｅｔｏｏｔｈ通信において、接続台数を変更可能な場合には、識別子ＴＳＩを変更設定して再調整することにより、効率的なデータ通信を実行することができる。
（実施形態４の変形例）
上記の実施形態においては、台数の変更により識別子ＴＳＩを変更する場合について説明した。一方で、通信するデータ量がアプリケーションの状況により変化する場合が考えられる。たとえば、本体側からローカル端末へのデータに関して、ダウンリンク数を増加させる必要が生じる場合がある。一例として、本体側からコントローラ７に対して、コントローラ７のバイブレータ７１９等を作動させるためのデータを送信する場合には、ダウンリンク数のスロット数は少なくてもよいが、コントローラ７のスピーカ７０７から音声データを出力する場合には、ダウンリンク数のスロット数を増加させる必要がある。

また、反対にローカル端末から本体側へのデータに関しても、アップリンク数を増加させる必要が生じる場合がある。一例として、コントローラ７から本体側に対してコントローラ７の操作データを送信する場合には、アップリンク数のスロット数は少なくても良いが、コントローラ７のマイク７０９に入力された音声データを送信する場合には、アップリンク数のスロット数を増加させる必要がある。

［ｃ１１．情報処理装置本体５のＴＳＩ変更設定］
図２４は、実施形態４の変形例に基づく情報処理装置本体５のＴＳＩ変更設定について説明するフロー図である。

図２４を参照して、本体側は、アプリケーションを実行する（ステップＳ９０）。アプリケーション実行部２００は、所定のアプリケーションプログラムに基づいて所定のアプリケーション処理を実行する。

次に、本体側は、ＴＳＩを設定指示する（ステップＳ９２）。アプリケーション実行部２００は、モード設定部１１２に対して識別子ＴＳＩを指定して通知する。一例として初期状態においては、アプリケーションプログラムに従って所定の識別子ＴＳＩが指定されるものとする。

次に、本体側は、通信データ量が変更されるかどうかを判断する（ステップＳ９６）。アプリケーション実行部２００は、所定のアプリケーション処理に従って通信データ量が変更されるか否かを判断する。たとえば、アプリケーション処理に従ってダウンリンク数を増加させる必要があるか否か、あるいは、アップリンク数を増加させる必要が有るか否か等を判断する。

ステップＳ９６において、本体側は、通信データ量が変更されると判断した場合（ステップＳ９６においてＹＥＳ）には、全ローカル端末にスニフ解除要求を送信するように指示する（ステップＳ９８）。アプリケーション実行部２００は、所定のアプリケーション処理に従って通信データ量が変更されると判断した場合には、スニフ解除要求を送信するようにモード設定部１１２に指示する。モード設定部１１２は、アプリケーション実行部２００からの指示に従って全ローカル端末に対してスニフ解除要求を送信する。これに伴い、全ローカル端末は、アクティブモードに設定される。

そして、次に、本体側は、ＴＳＩ変更設定を実行する（ステップＳ９９）。アプリケーション実行部２００は、識別子ＴＳＩを変更設定指示する。具体的には、通信データ量に基づいてスロット数が変化する識別子ＴＳＩに変更するように指示する。たとえば、アプリケーション実行部２００は、ダウンリンク数を増加させる場合に識別子ＴＳＩ１から識別子ＴＳＩ２あるいは識別子ＴＳＩ３に変更するようにモード設定部１１２に指示する。アプリケーション実行部２００は、アップリンク数を増加させる場合に識別子ＴＳＩ１から識別子ＴＳＩ４あるいは識別子ＴＳＩ６に変更するようにモード設定部１１２に指示する。モード設定部１１２は、アプリケーション実行部２００からの変更された識別子ＴＳＩに従って全ローカル端末に対してスニフモードに移行する処理を実行する。具体的には、図９で説明したフローを実行する。

具体的には、図９で説明したのと同様の手順に従って、本体側は、識別子ＴＳＩに従って通信設定する（ステップＳ１２）。モード設定部１１２は、識別子ＴＳＩに従う通信設定情報に基づいて通信設定する。たとえば、モード設定部１１２は、識別子ＴＳＩ１から識別子ＴＳＩ２に変更設定した場合には、接続可能なローカル端末の数（接続可能端末数）が「４」、スロット数に関して、ローカル端末から本体側へのデータのアップリンク数が「１」、本体側からローカル端末へのデータのダウンリンク数が「３」、周期的な通信間隔であるスニフインターバルが「１０」（ｍｓ）となるように通信設定する。モード設定部１１２は、接続可能なローカル端末の数（接続可能端末数）に関する情報を台数管理部１０８に通知する。台数管理部１０８は、当該通知を受けて接続可能端末数を管理する。

そして、ステップＳ１３のタイミング設定において、各ローカル端末における通信区間が再設定される。

そして、本体側から各ローカル端末に対して更新されたスニフ要求が送信される。
本体側は、各ローカル端末からの応答があるかどうかを判断し、応答があると判断した場合には、スニフモードにそれぞれ設定する。モード設定部１１２は、応答があった各ローカル端末との関係においてスニフモードに設定し、更新された識別子ＴＳＩに従うスニフモードにおける同期通信処理を実行する。

当該処理により、変更された識別子ＴＳＩに基づくスニフモードにおける同期通信処理が本体側と各ローカル端末との間で実行される。

したがって、通信するデータ量がアプリケーションの状況により変化する場合において、通信するデータ量に応じてスロット数を増加等させる識別子ＴＳＩに設定することが可能であり、最適な識別子ＴＳＩに変更することにより、効率的なデータ通信を実行することが可能である。

なお、本例においては、スロット数を増加させる場合について説明したが、通信するデータ量が変更してスロット数を減少させる場合についても同様に適用可能である。
（実施形態５）
実施形態５は、スニフモードとは異なる別の通信モードであるバーストモードにおける通信処理について説明する。

図２５は、実施形態５に基づくバーストモードにおける通信処理について説明する概念図である。

図２５に示されるように、一例として本体側と、ローカル端末ＬＡ〜ＬＣとがそれぞれ通信処理を実行する場合が示されている。

また、本例においてはローカル端末ＬＣにおいてバーストモードの通信処理が設定されている。一方、ローカル端末ＬＡ，ＬＢについては、スニフモードの通信処理が設定されている。

ローカル端末ＬＣにおいて、バーストモードが設定されている場合には、ローカル端末ＬＡおよびローカル端末ＬＢと本体側とがスニフモードの通信処理を実行する区間においてもローカル端末ＬＣを優先して通信処理を実行する。

したがって、ローカル端末ＬＣにおいて、バーストモードが設定されている場合には、ローカル端末ＬＡおよびローカル端末ＬＢは、ローカル端末ＬＣが本体側と優先して通信処理を実行していることを認識することなくスニフモードによる通信処理を継続する。

したがって、本体側とローカル端末ＬＣとの間の通信処理が優先されるため、データ通信回数を増加させることが可能である。これにより、優先的にローカル端末ＬＣと本体側との間でデータの授受を実行することができる。たとえば、ローカル端末ＬＣのカメラ６６を利用してデータ量の多い画像データを本体側に送信する場合には、ローカル端末ＬＣについてバーストモードに設定することにより早期にローカル端末ＬＣからのデータの多い画像データを本体側は取得することが可能である。

一方で、本体側は、所定周期毎にローカル端末ＬＡおよびＬＢと通信処理を実行する。これにより、端末側とローカル端末ＬＡおよびＬＣとの間でのスニフモードによる通信処理も継続することが可能である。

なお、バーストモードに設定した場合には、ＷＩ−ＦＩ通信による通信は制限する。これにより、第１無線通信と第２無線通信とが相互に干渉し合うことがなくデータ衝突を回避し、通信品質が良好な情報処理装置を実現することが可能である。

［ｃ１１．情報処理装置本体５のアプリケーション実行処理］
図２６は、実施形態５に基づく情報処理装置本体５のアプリケーション実行処理について説明するフロー図である。

図２６に示されるように、本体側は、アプリケーションを実行する（ステップＳ６０）。アプリケーション実行部２００は、所定のアプリケーションプログラムに基づいて所定のアプリケーション処理を実行する。

次に、本体側は、バーストモードに移行するためのイベントが発生したか否かを判断する（ステップＳ６２）。アプリケーション実行部２００は、バーストモードに移行するためのイベントが発生したか否かを判断する。具体的には、イベントとしては、本例においてはローカル端末におけるマイクあるいはカメラ等を利用するイベントが発生したか否かを判断する。

ステップＳ６２において、本体側は、バーストモードに移行するためのイベントが発生したと判断した場合（ステップＳ６２においてＹＥＳ）には、モード変更判定を実行する（ステップＳ６４）。アプリケーション実行部２００は、バーストモードに移行するためのイベントが発生したと判断した場合には、モード変更判定を実行する。モード変更判定処理の詳細については後述する。

そして、次に、本体側は、処理を終了したか否かを判断する（ステップＳ６６）。
ステップＳ６６において、本体側は、処理を終了したと判断した場合には終了する（エンド）。

一方、ステップＳ６６において、本体側は、処理を終了しないと判断した場合（ステップＳ６６においてＮＯ）には、ステップＳ６０に戻り、所定のアプリケーション処理の実行を継続する。

［ｃ１２．情報処理装置本体５のモード変更判定］
図２７は、実施形態５に基づく情報処理装置本体５のモード変更判定について説明するフロー図である。

図２７に示されるように、通信するデータ量が大きいか否かを判断する（ステップＳ７０）。アプリケーション実行部２００は、通信するデータ量が大きいか否かを判断する、利用する。

ステップＳ７０において、通信データ量が大きいと判断した場合（ステップＳ７０においてＹＥＳ）には、バーストモードの設定を指示する（ステップＳ７２）。たとえば、指定するローカル端末におけるマイクあるいはカメラ等を利用するイベントが発生した場合には、通信データ量が大きいと判断する。アプリケーション実行部２００は、モード設定部１１２に対してバーストモードの設定を指示する。モード設定部１１２は、アプリケーション実行部２００からの指示に従ってローカル端末を指定して、バースト指示を送信する。

本体側は、バーストモードの処理を終了したか否かを判断する（ステップＳ７４）アプリケーション実行部２００は、バーストモードの処理が終了したか否かを判断する。たとえば、指定するローカル端末におけるマイクあるいはカメラ等を利用するイベントが終了した場合には、バーストモードの処理が終了したと判断する。

ステップＳ７４において、バーストモードの処理が終了したと判断した場合（ステップＳ７４においてＹＥＳ）には、バースト解除要求を指示する（ステップＳ７６）。アプリケーション実行部２００は、モード設定部１１２に対してバーストモードの解除要求を送信するように指示する。モード設定部１１２は、アプリケーション実行部２００からの指示に従ってローカル端末を指定して、バースト解除要求を送信する。

次に、本体側は、スニフモードの設定を指示する（ステップＳ７８）。アプリケーション実行部２００は、モード設定部１１２に対してスニフモードの設定を指示する。アプリケーション実行部２００は、モード設定部１１２に対して識別子ＴＳＩを指示する。

そして、処理を終了する（リターン）。
一方、ステップＳ７０において、通信データ量が大きくないと判断した場合（ステップＳ７０においてＮＯ）には、処理をスキップして終了する（リターン）。

［ｃ１３．情報処理装置本体５のメイン通信処理］
図２８は、実施形態５に基づく情報処理装置本体５（本体側）のメイン通信処理について説明するフロー図である。

図２８を参照して、図９のフロー図と比較して、ステップＳ１１Ａ，Ｓ１１Ｂを追加した点が異なる。その他の処理については上記で説明したのと同様であるのでその詳細な説明については繰り返さない。

ステップＳ９において、本体側は、識別子ＴＳＩの指示がないと判断した場合（ステップＳ９においてＮＯ）には、バースト指示が有るかどうかを判断する（ステップＳ１１Ａ）。モード設定部１１２は、アプリケーション実行部２００から指定されたローカル端末についてバーストモードの指示が有るかどうかを判断する。

ステップＳ１１Ａにおいて、本体側は、バースト指示が有ると判断した場合（ステップＳ１１ＡにおいてＹＥＳ）には、バーストモードに移行する処理を実行する（ステップＳ１１Ｂ）。バーストモードに移行する処理の詳細については後述する。

一方、ステップＳ１１Ａにおいて、本体側は、バースト指示が無いと判断した場合（ステップＳ１１ＡにおいてＮＯ）には、ステップＳ７に戻り、アクティブモードにおける通信処理を継続する。

［ｃ１４．情報処理装置本体５のバーストモードに移行する処理］
図２９は、実施形態５に基づく情報処理装置本体５のバーストモードに移行する処理について説明するフロー図である。

図２９に示されるように、本体側は、バーストモードにおける同期通信の通信設定をする（ステップＳ１０２）。具体的には、モード設定部１１２は、バーストモードにおける通信設定する。具体的には、バーストモードにおける予め規定された通信に用いるスロット数を設定する。

次に、本体側は、バースト要求をローカル端末に送信する（ステップＳ１０４）。モード設定部１１２は、通信設定で設定したリンク数等を含むバースト要求を指定したローカル端末に送信する。本例においては、モード設定部１１２は、一例として全てのローカル端末ではなく、指定したローカル端末に対してのみバースト要求を送信する。

なお、全てのローカル端末に対して、バースト要求を送信した指定したローカル端末に関する情報を送信するようにしても良い。

次に、本体側は、ローカル端末からの応答があるかどうかを判断する（ステップＳ１０５）。モード設定部１１２は、ローカル端末からの応答を受信したかどうかを判断する。

ステップＳ１０５において、本体側は、ローカル端末からの応答があると判断した場合（ステップＳ１０５においてＹＥＳ）には、バーストモードに設定する（ステップＳ１０６）。

モード設定部１１２は、応答があったローカル端末との関係においてバーストモードに設定する。本例においては、複数のローカル端末と通信する場合においてそれぞれのローカル端末との関係において通信モードを設定することが可能である。したがって、本体側は、あるローカル端末とはスニフモードにおける同期通信モードであり、別のローカル端末とはバーストモードにおける通信モードとなり得る。

次に、本体側とローカル端末との間でバーストモードにおけう通信処理を実行する（ステップＳ１０７）。バーストモードにおける通信処理は、ある指定したローカル端末との間での優先的な通信処理である。バーストモードにおける通信処理については後述する。

次に、本体側は、バースト解除要求の指令があるかどうかを判断する（ステップＳ１０８）。モード設定部１１２は、アプリケーション実行部２００等からアクティブモードを指定するアクティブ要求の指令を受けたかどうかを判断する。

ステップＳ１０８において、本体側は、バースト解除要求の指令があると判断した場合（ステップＳ１０８においてＹＥＳ）には、バースト解除要求をローカル端末に送信する（ステップＳ１０９）。モード設定部１１２は、バースト解除要求を指定されたローカル端末に送信する。

次に、本体側は、ローカル端末からの応答があるかどうかを判断する（ステップＳ１１０）。モード設定部１１２は、ローカル端末からの応答があるかどうかを判断する。

ステップＳ１１０において、本体側は、ローカル端末の応答が有ると判断した場合（ステップＳ１１０においてＹＥＳ）には、処理「Ｐ」に進む。すなわち、図２８のステップＳ６に戻る。モード設定部１１２は、ローカル端末の応答が有ると判断した場合には、アクティブモードに設定する。

一方、ステップＳ１１０において、本体側は、ローカル端末の応答が無いと判断した場合（ステップＳ１１０においてＮＯ）には、処理を終了する（エンド）。

一方、ステップＳ１０８において、本体側は、バースト解除要求の指令がないと判断した場合（ステップＳ１０８においてＮＯ）には、ステップＳ１０７に戻り、バーストモードにおける通信処理を継続する。

一方、ステップＳ１０５において、本体側は、ローカル端末からの応答がないと判断した場合（ステップＳ１０５においてＮＯ）には、バーストモードに入ることなく、処理「Ｐ」に進む。すなわち、図２８のステップＳ６に戻る。モード設定部１１２は、バーストモードに移行する処理を終了する。

［ｃ１５．情報処理装置本体５のバーストモードにおける通信処理］
図３０は、実施形態５に基づくバーストモードにおける通信処理について説明するフロー図である。

図３０を参照して、指定した端末との間での優先通信処理を実行する（ステップＳ１１２）。本体側からのポーリング（ＰＯＬＬＩＮＧ）パケットを受けて、ローカル端末は、優先的に所定のリンク数のパケットを送信する通信処理を実行する。

次に、本体側は、所定期間が経過したかどうかを判断する（ステップＳ１１４）。モード設定部１１２は、所定期間が経過したかどうかを判断する。なお、所定期間は、通信接続を維持する限界期間（Supervision timeout）よりも短い期間である。

次に、本体側は、所定期間が経過していないと判断した場合（ステップＳ１１４においてＮＯ）には、ステップＳ１１２に戻り優先通信処理を継続する。

一方、ステップＳ１１４において、所定期間が経過したと判断した場合（ステップＳ１１１４においてＹＥＳ）には、スニフ通信が有るかどうかを判断する（ステップＳ１１６）。モード設定部１１２は、スニフモードにおける同期通信処理を他のローカル端末と実行しているか否かを判断する。

ステップＳ１１６において、スニフ通信があると判断した場合（ステップＳ１１６においてＹＥＳ）には、同期維持通信を実行する（ステップＳ１１８）。具体的には、モード設定部１１２は、スニフモードにおける同期通信処理を他のローカル端末と実行していると判断した場合には、スニフモードにおける同期通信を維持する通信を実行する。具体的には、スニフモードにおける同期通信処理を他のローカル端末と維持するために本体側から所定期間経過毎にポーリング（ＰＯＬＬＩＮＧ）パケットを送信する。これにより、バーストモードで特定のローカル端末と集中的に通信を行っている期間であってもその他のローカル端末との通信接続が維持される。

そして、処理を終了する（リターン）。
［ｃ１６．ローカル端末のメイン通信処理］
ローカル端末のメイン通信処理について説明する。ローカル端末としては、コントローラ７が含まれる。

図３１は、実施形態５に基づくローカル端末のメイン通信処理ついて説明するフロー図である。

図３１を参照して、図１２のフロー図と比較して、ステップＳ１３０，Ｓ１３１を追加した点が異なる。その他の処理については図１３と同様であるのでその詳細な説明については繰り返さない。

ステップＳ３０において、ローカル端末は、スニフ要求がないと判断した場合（ステップＳ３０においてＮＯ）には、バースト要求が有るかどうかを判断する（ステップＳ１３０）。

ステップＳ１３０において、ローカル端末は、バースト要求が有ると判断した場合（ステップＳ１３０においてＹＥＳ）には、バーストモードに移行する処理を実行する。バーストモードに移行する処理については後述する。

一方、ステップＳ１３０において、ローカル端末は、バースト要求が無いと判断した場合（ステップＳ１３０においてＮＯ）には、ステップＳ２８に戻り、アクティブモードにおける通信処理を継続する。ローカル端末は、バースト要求のデータを受信しない場合には、通信モードとしてアクティブモードにおける通信処理を継続する。

［ｃ１７．ローカル端末のバーストモードに移行する処理］
図３２は、実施形態５に基づくローカル端末のバーストモードに移行する処理について説明するフロー図である。

図３２に示されるように、ローカル端末は、バースト要求があった場合には応答する（ステップＳ１３２）。ローカル端末は、本体側からのバースト要求を受信したと判断した場合には、応答信号を本体側に送信する。

次に、ローカル端末は、バーストモードに設定する（ステップＳ１３３）。ローカル端末は、バースト要求に従って通信モードをバーストモードに設定する。

また、ローカル端末は、バースト要求に含まれる規定されたスロット数を設定する。
次に、ローカル端末は、バーストモードにおける通信処理を実行する（ステップＳ１３４）。

ローカル端末は、優先的に本体側からのポーリング（ＰＯＬＬＩＮＧ）パケットを受信して、規定のスロット数のパケットを送信する。

次に、ローカル端末は、バースト解除要求があるかどうかを判断する（ステップＳ１３５）。具体的には、ローカル端末は、本体側から送信されるバーストモードを解除するためのバースト解除要求を受信したかどうかを判断する。

ステップＳ１３５において、ローカル端末はバースト解除要求があると判断した場合（ステップＳ１３５においてＹＥＳ）には、応答する（ステップＳ１３６）。ローカル端末は、本体側からのバースト解除要求を受信したと判断した場合には、応答信号を本体側に送信する。

そして、次に、処理「Ｑ」に進む。すなわち、図３１のステップＳ２８に戻り、アクティブモードにおける通信処理を実行する。以降の処理は上述したのと同様である。

一方、ステップＳ１３５において、ローカル端末は、バースト解除要求がないと判断した場合（ステップＳ１３５においてＮＯ）には、ステップＳ１３４に戻り、バーストモードにおける通信処理を継続する。
（実施形態５の変形例）
上記の実施形態５においては、スニフモードにおける同期通信を維持する通信を実行するために、本体側から所定期間経過毎にポーリング（ＰＯＬＬＩＮＧ）パケットを送信する構成について説明したが、スニフモードにおける同期通信を維持することが可能であればどのような方式を採用しても良い。

たとえば、スニフモードにおける同期通信処理を実行しているローカル端末に対して、バーストモードを実行中であることを示すデータパケットを送信して、スニフモードにおける同期通信を維持するようにしても良い。また、所定時間経過後にスニフモードにおける同期通信処理が実行されることを示すデータパケットを送信して、スニフモードにおける同期通信を維持するようにしてもよい。

また、本実施形態におけるプログラムとして、パーソナルコンピュータで実行可能なアプリケーションを提供してもよい。このとき、本実施の形態に係るプログラムは、パーソナルコンピュータ上で実行される各種アプリケーションの一部の機能（モジュール）として組み込まれてもよい。

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

１ 全体システム、２ モニタ、２ａ，６０７，７０７ スピーカ、３ 情報処理システム、４ 光ディスク、５ 情報処理装置本体、７ コントローラ、８ マーカ、９ アクセスポイント、１２ 外部メインメモリ、１４ ディスクドライブ、１６ コネクタ、１７，６１３，７１３ フラッシュメモリ、１８ ネットワーク通信モジュー、２０，６７，７７ 拡張コネクタ、２１ メモリカード用コネクタ、２２，２９，６１１，７１１ アンテナ、２４ 電源ボタン、２５ リセットボタン、２８ 通信モジュール、３１ 入出力プロセッサ、３５ 内部メインメモリ、６２ タッチパネル、６３，７３ アナログスティック、６４，７４ 操作ボタン、６５ マーカ部、６６ カメラ、１００ タイミング制御部、１０２ タイミング調整部、１０３ 比較部、１ ０４ 基準タイミング設定部、１０８ 台数管理部、１１０ ローカル端末検出部、１１２ モード設定部、２００ アプリケーション実行部、３００ 通信制御部、６０１ タッチパネルコントローラ、６０２，７０２ 磁気センサ、６０３，７０３ 加速度センサ、６０４，７０４ ジャイロセンサ、６０９，７０９ マイク、６１０，７１０ 無線モジュール、６１５，７１５ 電池、６１６，７１６ 充電器、６１８，７１８ 内部メモリ、６１９，７１９ バイブレータ。

Claims (17)

1. Bluetooth（登録商標）である第１無線通信規格に従って、第１装置および第２装置のそれぞれとスニフモードによる同期通信を実行する第１通信部と、
   Wi-Fiである第２無線通信規格に従って、第３装置と通信を実行する第２通信部と、
   前記第２通信部による通信の期間を設けるため、前記第１通信部による前記第１装置との同期通信の終了時点と、前記第１通信部による前記第２装置との同期通信の開始時点とが実質的に連続になるように、前記第１装置との同期通信のタイミングおよび前記第２装置との同期通信のタイミングの少なくともいずれか一方を調整するタイミング調整部とを備え、
   前記第１通信部は、さらに第４装置とスニフモードによる同期通信を実行し、
   前記タイミング調整部は、前記第１装置または前記第２装置との同期通信が終了した後、前記第４装置との同期通信を実行する場合に、前記第１通信部による前記第１装置または前記第２装置のいずれか一方との同期通信の終了時点と、前記第１通信部による前記第４装置との同期通信の開始時点とが実質的に連続になるように、前記第４装置の同期通信のタイミングを調整する、情報処理装置。
2. 前記第１通信部は、さらに第５装置と同期通信を実行し、
   前記タイミング調整部は、前記第１装置および前記第２装置、前記第４装置のうちの少なくとも１つの装置との同期通信が終了した後、前記第５装置と同期通信を実行する場合に、前記第５装置の同期通信のタイミングを調整する、請求項１記載の情報処理装置。
3. 前記タイミング調整部は、前記同期通信が終了した少なくとも１つの装置との同期通信の期間の少なくとも一部において前記第５装置との同期通信を実行するように、前記第５装置の同期通信のタイミングを調整する、請求項２記載の情報処理装置。
4. 前記同期通信が終了した少なくとも１つの装置は、前記第２装置である、請求項３記載の情報処理装置。
5. 前記同期通信が終了した少なくとも１つの装置との同期通信の期間と、前記第５装置との同期通信の期間とを比較する比較部をさらに備え、
   前記タイミング調整部は、前記比較部による比較結果に基づいて前記第５装置の同期通信のタイミングを調整する。請求項２〜４のいずれか一項に記載の情報処理装置。
6. 前記タイミング調整部は、前記比較部により、前記同期通信が終了した少なくとも１つの装置との同期通信の期間と、前記第５装置との同期通信の期間との比較に基づいて、前記同期通信が終了した少なくとも１つの装置との同期通信の期間の少なくとも一部において前記第５装置と同期通信を実行するように、前記第５装置の同期通信のタイミングを調整する、請求項５記載の情報処理装置。
7. 前記タイミング調整部は、前記第１装置および前記第２装置、前記第４装置のうちの少なくとも１つの装置との同期通信が終了した場合に、前記第１装置および前記第２装置、前記第４装置それぞれとの同期通信のうちの継続中の同期通信が連続的に実行されるように前記継続中の同期通信のタイミングの少なくともいずれか１つを再調整する、請求項１記載の情報処理装置。
8. 前記第１装置、前記第２装置および前記第４装置のそれぞれと前記第１通信部とが同期通信する通信間隔は実質的に同一である、請求項１記載の情報処理装置。
9. 前記第１装置、前記第２装置および前記第４装置のそれぞれと前記第１通信部との同期通信のタイミングの基準となる基準タイミングを設定する基準タイミング設定部をさらに備える、請求項１に記載の情報処理装置。
10. 前記タイミング調整部は、前記基準タイミング設定部により設定された基準タイミングに従って前記第１通信部による前記第１装置、前記第２装置および前記第４装置のそれぞれとの同期通信のタイミングを調整する、請求項９記載の情報処理装置。
11. 前記タイミング調整部は、前記第１装置との同期通信が終了した後、第４装置と同期通信を実行する場合に、前記基準タイミングに従って前記第１通信部による前記第２装置との同期通信の終了時点と、前記第４装置との同期通信の開始時点とが実質的に連続となるように、前記第２装置との同期通信のタイミングまたは前記第４装置との同期通信のタイミングの少なくともいずれか一方を調整する、請求項１０記載の情報処理装置。
12. 前記第１通信部は、さらに第５装置と同期通信を実行し、
    前記タイミング調整部は、前記第１装置および前記第２装置、前記第４装置のうちの少なくとも１つの装置との同期通信が終了した場合に、前記第１装置および前記第２装置、前記第４装置との同期通信のうちの継続中の同期通信それぞれと前記第５装置との同期通信とが連続的に実行されるように、前記基準タイミングに従って前記継続中の同期通信のタイミングおよび前記第５装置との同期通信のタイミングの少なくともいずれか１つを調整する、請求項９〜１１のいずれか一項に記載の情報処理装置。
13. 前記第１装置、前記第２装置および前記第４装置は、同じ種別の装置である、請求項１に記載の情報処理装置。
14. Bluetooth（登録商標）である第１無線通信規格に従って、第１装置および第２装置のそれぞれとスニフモードによる同期通信を実行するステップと、
    Wi-Fiである第２無線通信規格に従って、第３装置と通信を実行するステップと、
    前記第３装置と通信を実行する期間を設けるため、前記第１装置との同期通信の終了時点と、前記第２装置との同期通信の開始時点とが実質的に連続になるように、前記第１装置との同期通信のタイミングおよび前記第２装置との同期通信のタイミングの少なくともいずれか一方を調整するステップとを備え、
    前記第１無線通信規格に従って、第４装置とスニフモードによる同期通信を実行するステップをさらに備え、
    前記調整するステップは、前記第１装置または前記第２装置との同期通信が終了した後、前記第４装置との同期通信を実行する場合に、前記第１装置または前記第２装置のいずれか一方との同期通信の終了時点と、前記第４装置との同期通信の開始時点とが実質的に連続になるように、前記第４装置の同期通信のタイミングを調整するステップを含む、情報処理装置の制御方法。
15. 第１装置、第２装置および第３装置と通信可能な情報処理装置のコンピュータで実行されるプログラムであって、
    前記プログラムは、
    前記情報処理装置のコンピュータを、
    Bluetooth（登録商標）である第１無線通信規格に従って、前記第１装置および前記第２装置のそれぞれとスニフモードによる同期通信を実行する第１通信部と、
    Wi-Fiである第２無線通信規格に従って、前記第３装置と通信を実行する第２通信部と、
    前記第２通信部による通信の期間を設けるため、前記第１通信部による前記第１装置との同期通信の終了時点と、前記第１通信部による前記第２装置との同期通信の開始時点とが実質的に連続になるように、前記第１装置との同期通信のタイミングおよび前記第２装置との同期通信のタイミングの少なくともいずれか一方を調整するタイミング調整部として機能させ、
    前記第１通信部は、さらに第４装置とスニフモードによる同期通信を実行し、
    前記タイミング調整部は、前記第１装置または前記第２装置との同期通信が終了した後、前記第４装置との同期通信を実行する場合に、前記第１通信部による前記第１装置または前記第２装置のいずれか一方との同期通信の終了時点と、前記第１通信部による前記第４装置との同期通信の開始時点とが実質的に連続になるように、前記第４装置の同期通信のタイミングを調整する、情報処理装置のプログラム。
16. 情報処理装置と、
    前記情報処理装置と通信可能な第１装置、第２装置および第３装置とを備える、情報処理システムであって、
    前記情報処理装置は、
    Bluetooth（登録商標）である第１無線通信規格に従って、前記第１装置および前記第２装置のそれぞれとスニフモードによる同期通信を実行する第１通信部と、
    Wi-Fiである第２無線通信規格に従って、前記第３装置と通信を実行する第２通信部と、
    前記第２通信部による通信の期間を設けるため、前記第１通信部による前記第１装置との同期通信の終了時点と、前記第１通信部による前記第２装置との同期通信の開始時点とが実質的に連続になるように、前記第１装置との同期通信のタイミングおよび前記第２装置との同期通信のタイミングの少なくともいずれか一方を調整するタイミング調整部とを含み、
    前記第１通信部は、さらに第４装置とスニフモードによる同期通信を実行し、
    前記タイミング調整部は、前記第１装置または前記第２装置との同期通信が終了した後、前記第４装置との同期通信を実行する場合に、前記第１通信部による前記第１装置または前記第２装置のいずれか一方との同期通信の終了時点と、前記第１通信部による前記第４装置との同期通信の開始時点とが実質的に連続になるように、前記第４装置の同期通信のタイミングを調整する、情報処理システム。
17. Bluetooth（登録商標）である第１無線通信規格に従って、他の装置とスニフモードによる同期通信を実行する第１通信部と、
    Wi-Fiである第２無線通信規格に従って、他の装置と同期通信を実行する第２通信部と、
    前記第２通信部による通信の期間を設けるため、前記第１通信部による前記他の装置のうちの第１装置との同期通信の終了時点と、前記第１通信部による前記他の装置のうちの第２装置との同期通信の開始時点とが実質的に連続になるように、前記第１装置との同期通信のタイミングおよび前記第２装置との同期通信のタイミングの少なくともいずれか一方を調整するタイミング調整部とを備え、
    前記第１通信部は、さらに第４装置とスニフモードによる同期通信を実行し、
    前記タイミング調整部は、前記第１装置または前記第２装置との同期通信が終了した後、前記第４装置との同期通信を実行する場合に、前記第１通信部による前記第１装置または前記第２装置のいずれか一方との同期通信の終了時点と、前記第１通信部による前記第４装置との同期通信の開始時点とが実質的に連続になるように、前記第４装置の同期通信のタイミングを調整する、情報処理装置。

Images