通信システムおよび無線通信装置
【課題】無線通信装置同士が通信するシステムを提供する。
【解決手段】
第１無線通信装置と第２無線通信装置とが無線通信するシステムにおいて、第１無線通信装置は、第２無線通信装置の識別情報を受け付ける受付部と、受付部が識別情報を受け付けた場合に、受け付けた識別情報を格納部に登録する制御部１１０と、第２無線通信装置を呼び出す呼出部１１８とを備える。呼出部１１８は、識別情報が格納部に登録された後は、登録された識別情報を用いて、第２無線通信装置を呼び出す。
【解決手段】
第１無線通信装置と第２無線通信装置とが無線通信するシステムにおいて、第１無線通信装置は、第２無線通信装置の識別情報を受け付ける受付部と、受付部が識別情報を受け付けた場合に、受け付けた識別情報を格納部に登録する制御部１１０と、第２無線通信装置を呼び出す呼出部１１８とを備える。呼出部１１８は、識別情報が格納部に登録された後は、登録された識別情報を用いて、第２無線通信装置を呼び出す。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信技術に関し、とくにマスタとスレーブとの間で無線通信を実現する技術に関する。
【背景技術】
【０００２】
ゲーム機と、ユーザにより操作されるゲーム機用のコントローラはケーブルにより接続されるのが一般的であったが、近年、ゲーム機とコントローラとを無線接続するシステムが提案されるようになった。無線コントローラを採用することにより、ユーザは自由な姿勢でゲームを楽しむことができる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
提案されているシステムでは、ゲーム機と無線コントローラとが１対１の無線接続を行い、接続相手が一意に決まることを前提としている。そのため、複数のユーザが無線コントローラを使用する場合には、それぞれの無線コントローラに対して割当てられる専用の送受信機をゲーム機に取り付ける必要がある。そのためユーザは、無線コントローラと、ゲーム機に取り付けるための送受信機とを常にセットで用意しなければならず、無線コントローラの使用が手間のかかるものとなっている。
【０００４】
本発明の目的は、マスタと、１つ以上のスレーブとの無線接続を実現するための通信技術を提供することにある。
【課題を解決するための手段】
【０００５】
本発明のある態様は、第１無線通信装置と第２無線通信装置とが無線通信する通信システムに関する。第１無線通信装置は、第２無線通信装置の識別情報を受け付ける受付部と、受付部が識別情報を受け付けた場合に、受け付けた識別情報を格納部に登録する制御部と、第２無線通信装置を呼び出す呼出部とを備える。呼出部は、電源投入時において、格納部に識別情報が登録されていれば、登録された識別情報を用いて、前記第２無線通信装置を呼び出す。
【０００６】
また、本発明の別の態様は、無線通信装置に関する。この無線通信端末装置は、他の無線通信装置の識別情報を受け付ける受付部と、受付部が識別情報を受け付けた場合に、受け付けた識別情報を格納部に登録する制御部と、他の無線通信装置を呼び出す呼出部とを備える。呼出部は、電源投入時において、格納部に識別情報が登録されていれば、登録された識別情報を用いて、前記第２無線通信装置を呼び出す。
【０００７】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００８】
本発明によれば、接続確立時間を短縮できる通信技術を提供することができる。
【図面の簡単な説明】
【０００９】
【図１】実施の形態に係るゲームシステムの全体構成を示す図である。
【図２】ブルートゥース（Bluetooth）の状態遷移図である。
【図３】ＦＨＳパケット構成を示す図である。
【図４】Bluetoothアドレス（Bluetooth_ADDR）の構成を示す図である。
【図５】実施の形態に係るゲーム機の構成を示す図である。
【図６】デバイスクラスの一例を示す図である。
【図７】リスト格納部に記録された非接続対象機器のリストを示す図である。
【発明を実施するための形態】
【００１０】
図１は、本発明の実施の形態に係るゲームシステム１の全体構成を示す。本実施の形態のゲームシステム１は、ユーザによる入力インタフェースとして、ゲーム機２０との間で無線通信を行う無線コントローラ１０ａおよび１０ｂ（以下、総称する場合は、「無線コントローラ１０」と呼ぶ）を備える。ゲーム機２０は無線通信機能を有して構成される。出力装置３０はディスプレイ３２やスピーカ３４を含んで構成され、ゲーム機２０からネットワーク４０を介してゲームのＡＶ（Audio Visual）データを受け取り、ディスプレイ３２にゲーム映像を表示し、またスピーカ３４から音声を出力する。
【００１１】
ゲーム機２０と出力装置３０は、有線により接続されてもよく、また無線により接続されてもよい。ゲーム機２０と出力装置３０とを接続するネットワーク４０は、例えばネットワーク（LAN）ケーブルやワイヤレスLANなどで構築したホームネットワークの形態をとってもよい。ゲーム機２０と出力装置３０とが無線接続される場合には、ケーブル等で有線接続する場合と比べてゲーム機２０と出力装置３０を比較的自由に設置することができるため、ユーザがロケーションフリーでゲームを楽しむことができる。
【００１２】
無線コントローラ１０とゲーム機２０は、Bluetooth（ブルートゥース）（登録商標）を用いて無線接続を確立してもよい。ゲーム機２０は、複数の無線コントローラ１０との無線接続を可能とし、すなわちゲームシステム１においては、ゲーム機２０と無線コントローラ１０の１対Ｎ接続を実現することができる。なお、ゲーム機２０は親機すなわちマスタとして機能し、無線コントローラ１０はスレーブとして機能する。これにより、無線コントローラ１０に専用の送受信機をゲーム機２０に取り付けることなく、複数の無線コントローラ１０の同時使用が可能となる。以下、無線通信プロトコルとしてBluetoothを採用し、無線コントローラ１０がBluetooth端末である場合を例にとる。
【００１３】
図２は、Bluetoothの状態遷移図を示す。図示のように、Bluetooth端末の状態は、待ち受けフェーズ、同期確立フェーズ、通信接続フェーズ、低消費電力モードに分けることができる。
【００１４】
無線コントローラ１０の電源投入直後や通信リンクを切断した場合、無線コントローラ１０は「待ち受け」状態に入る。「待ち受け」状態では、データの送受信は行われない。
【００１５】
同期確立フェーズにおいては、ゲーム機２０が、周辺の無線コントローラ１０を含む端末機器に対して接続照会すなわち「問い合わせ」を行う状態と、ゲーム機２０が無線コントローラ１０を認識して「呼び出し」を行う状態とがある。「問い合わせ」状態では、ゲーム機２０が、近くにいる端末機器に対してＩＱ（問い合わせ）パケットをブロードキャストする。ＩＱパケットを受信した無線コントローラ１０は、Bluetoothアドレスとクロック情報を含むＦＨＳ（Frequency Hop Synchronization）パケットをゲーム機２０に返信する。この時点における送受信では、周波数ホッピングパターンに関する同意がゲーム機２０と無線コントローラ１０との間で確立していないので、問い合わせ専用に定義された固定ホッピングパターンが用いられる。
【００１６】
図３は、ＦＨＳパケット構成を示す。パケット中、ＬＡＰ（Lower Address Part）、ＵＡＰ（Upper Address Part）、ＮＡＰ（Non-significant Address Part）が、Bluetooth端末固有のアドレスであるBluetooth_ADDRを構成する。
【００１７】
図４は、Bluetoothアドレス（Bluetooth_ADDR）の構成を示す。Bluetoothアドレスが、24ビットのＬＡＰ、8ビットのＵＡＰおよび16ビットのＮＡＰにより、計48ビットで構成される状態が示される。
【００１８】
図２に戻って、「呼び出し」状態では、ゲーム機２０が無線コントローラ１０からＦＨＳパケットを受け取り、どのような無線コントローラ１０が存在するかを把握した後、特定の無線コントローラ１０に対してＩＤパケットを送信する。特定の無線コントローラ１０からＩＤパケットに対する応答が返ると、ゲーム機２０はＦＨＳパケットを無線コントローラ１０に送信し、自分のアドレスとクロックを無線コントローラ１０に知らせる。これにより、ゲーム機２０と無線コントローラ１０は、同一のホッピングパターンを共有できるようになる。
【００１９】
「呼び出し」を行うと、無線コントローラ１０とゲーム機２０との間にピコネットが形成され、「接続」状態に入る。ピコネットとは、Bluetooth端末同士を近づけたときに、端末の間で一時的に形成されるネットワークを意味し、最大で８台のBluetooth端末が１つのピコネットに参加することができる。１つのピコネットにおいて、ゲーム機２０は親機として機能し、最大７台の無線コントローラ１０と接続することが可能である。「接続」状態になると、通信リンク設定のための制御パケットが送受信され、これにより「データ転送」が可能となる。データ転送が完了して通信リンクが切断されると、無線コントローラ１０は待ち受け状態に戻る。
【００２０】
スレーブである無線コントローラ１０は、接続状態から「パークモード」、「ホールドモード」および「スニフモード」の３種類の低消費電力モードに移行することが可能である。またマスタであるゲーム機２０は、接続状態から「ホールドモード」に移行することが可能である。
【００２１】
「パークモード」の無線コントローラ１０は、ピコネットへの同期、つまりホッピングパターンとマスタクロックへの同期を保持している。ただし、ゲーム機２０とパケットを交換することはできない。この状態にある無線コントローラ１０は、一定時間間隔（ビーコン周期）でゲーム機２０からのデータを受信しており、必要があればすぐにピコネットへ参加できる。パークモードでは、ゲーム機２０から割り振られたスレーブ識別子、つまり接続中の無線コントローラ１０に与えられる３ビットのアドレス（１〜７）をいったんゲーム機２０に返却する。したがって、無線コントローラ１０がピコネットへの再参加を希望しても、スレーブ識別子に空きがなければ、すぐに加わることができない。逆に、ゲーム機２０は、パークモードに入る無線コントローラ１０に、８ビットのパークスレーブ識別子を与える。ゲーム機２０は、最大２５５台のパーク中の端末機器を管理することができ、必要な無線コントローラ１０だけを随時ピコネットに参加させることが可能である。
【００２２】
「ホールドモード」の無線コントローラ１０およびゲーム機２０は、ピコネットに同期したまま、設定された一定時間（ホールド時間）中は送受信を行わず、ホールド時間後に通信を再開する。
【００２３】
「スニフモード」の無線コントローラ１０は、一定時間間隔（スニフ間隔）で送受信を行い、そのほかの時間は電力消費を抑えることができる。
【００２４】
本実施の形態においては、一度通信が終わった後、待ち受け状態に入った無線コントローラ１０が再度通信するときは、問い合わせを飛ばして呼び出し状態に遷移することができる。間い合わせは、ゲーム機２０が自分の周りにどのような端末機器が存在しているか分からないときに行われ、ゲーム機２０から全スレーブにブロードキャストが発行され、各端末機器がそれに答える。呼び出し状態では、ゲーム機２０はすでに無線コントローラ１０の存在を知っているため、１台１台のスレーブに対して１対１で話しかけ、ピコネット内同期を確立させる。一度ピコネット内同期が確立してしまえば、通信が終わって無線コントローラ１０が待ち受け状態にあっても、通信再開時にブロードキャストを実行する必要がない。ブロードキャストを実行すると、例えば１０秒以上かかってしまうことがあるため、本実施の形態では問い合わせを省略し、接続確立にかかる時間を短縮する。なお「ピコネット内同期を確立する」とは、Bluetoothアドレスとクロック情報をゲーム機２０と無線コントローラ１０間で交換し、ホッピングパターンを同期させるということである。
【００２５】
また、本実施の形態では、ゲーム機２０が接続確立時に周辺に対して接続照会、すなわち問い合わせを行い、周辺の端末機器が応答して発信した識別情報を記録する。端末機器の識別情報は、接続確立にかかる時間を短縮するべく、次回以降の接続確立時に利用される。
【００２６】
図５は、本実施の形態に係るゲーム機２０の構成を示す。ゲーム機２０は、受信部１００、制御部１１０、リスト格納部１１２、接続設定部１１４、照会部１１６、呼出部１１８、送信部１２０、メディアドライブ１３０、読出部１３２、データ格納部１３４、処理部１３６、グラフィックスエンジン１３８、ＤＡコンバータ１４０を備える。受信部１００は、応答受付部１０２、削除指示受付部１０４および操作指示受付部１０６を有する。ゲーム機２０の各機能は、ＣＰＵ、メモリ、メモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。プログラムは、ゲーム機２０に内蔵されていても、記録媒体に格納された形態で外部から供給されるものであってもよい。したがってこれらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者に理解されるところである。
【００２７】
メディアドライブ１３０には、ゲームデータを記録したメディア５０が挿入される。メディア５０は、例えばＣＤ−ＲＯＭやＤＶＤなどであり、ゲームシーンのＡＶデータやゲームプログラムなどのゲームデータを記録している。メディア５０に記録されたゲームプログラムは、処理部１３６により直接実行される形態であっても、デコードすることにより処理部１３６が実行することのできる形態であってもよい。メディアドライブ１３０は、メディア５０を駆動し、読出部１３２は、メディア５０に記録されたゲームデータをデータ格納部１３４に読み出す。処理部１３６は、読み出されたゲームデータを実行する。
【００２８】
ゲーム機２０と無線コントローラ１０との間で無線接続が確立している場合、操作指示受付部１０６は、無線コントローラ１０からゲームの操作指示を受け付け、処理部１３６に送る。処理部１３６は、ユーザによる操作指示をもとにゲームデータを処理し、グラフィックスエンジン１３８が、処理部１３６により処理されたゲームデータをもとに、ゲームのＡＶデータを生成する。ゲームのＡＶデータはデジタルデータとして生成され、ＤＡコンバータ１４０がアナログ信号に変換して、出力装置３０に供給する。これにより、ディスプレイ３２およびスピーカ３４から、ユーザのゲーム操作を反映した映像および音声が出力されることになる。
【００２９】
以上は、ゲーム機２０と無線コントローラ１０との間で無線接続が確立していることを前提としたが、以下では、無線接続を確立するための実施例を示す。
【００３０】
＜実施例１＞
実施例１では、ゲーム機２０に対応していない端末機器との接続を効率的に回避し、無線コントローラ１０との接続確立にかかる時間を短縮する。Bluetoothの使用環境では、ゲーム機２０に対応していない端末機器であっても、Bluetoothに対応していれば、ゲーム機２０からの問い合わせに応答することができる。そこで実施例１では、ゲーム機２０が、例えば使用を許可されていない無線コントローラ１０と接続しないように接続確立を制御する。非対応の無線コントローラ１０との接続を避けることにより、正当でないメーカなどから供給される成りすまし機器の使用を防ぐ。
【００３１】
まず、ゲーム機２０は、図３に示すＦＨＳパケットのデバイスクラス（Class of Device）を用いて異種の端末機器のフィルタリングを行うことができる。Class of Deviceは、端末の種類を示すフィールドである。
【００３２】
図６は、デバイスクラス（Class of Device）の一例を示す。このフィールドを用いて、ゲーム機２０は、機能グループをフィルタリングすることが可能である。フィールドが所定値以外の値をとる場合には、ゲーム機２０は、ＦＨＳパケットを返信した端末機器が無線コントローラでないことを認識する。
【００３３】
図５に戻って、照会部１１６が周辺の端末機器に対して問い合わせを行うと、応答受付部１０２は、端末機器から返信されるＦＨＳパケットを受け取り、制御部１１０が、そのＦＨＳパケットのClass of Deviceを解析する。制御部１１０は、ＦＨＳパケットを返した端末機器が無線コントローラ１０でないことを認識すると、その端末機器の識別情報をリスト格納部１１２に記録する。記録した識別情報は、いわゆるブラックリストとして利用され、ゲーム機２０の呼出部１１８は、ブラックリストに登録された端末機器には、呼び出しを行わないこととする。
【００３４】
図２に戻って、接続状態では、データパケットの送受信は行わず、送受信されるのは、通信リンクを設定するための制御パケット、セキュリティ関連の制御パケット、低消費電力モード関連の制御パケットなどに限定される。接続状態において、ゲーム機２０と無線コントローラ１０との間で認証を行うアプリケーションを実行することができる。応答受付部１０２は、周辺の機器から応答を受け付け、制御部１１０は、認証に失敗した機器の識別情報をブラックリストとしてリスト格納部１１２に記録してもよい。
【００３５】
接続状態において制御パケットを送受信した後、データ転送モードに移行する。データ転送モードでは、データのフォーマットがゲーム機２０特有のものに設定されており、このフォーマットにてデータの送受信が行われることになる。
【００３６】
データ転送モードにおいて、スレーブが想定外のＡＣＫを返した場合、ゲーム機２０は、そのスレーブを接続対象機器ではないと判断し、その機器が所有する識別情報をブラックリストに登録するとともに、その機器との接続を切断することとする。具体的には、応答受付部１０２が、スレーブからのＡＣＫを受け取り、制御部１１０は、ＡＣＫが所定のデータフォーマットにしたがっているか否かを判断して、したがっていない場合には、その端末機器の識別情報、ここではアドレスをリスト格納部１１２に記録する。この判断は、上位のアプリケーション層によって行われる。制御部１１０は、接続対象機器でない全ての機器のアドレスをリストとして記録し、接続設定部１１４は、その機器との接続を切断する。
【００３７】
図７は、リスト格納部１１２に記録された非接続対象機器のリストを示す。リストは、48ビットのブルートゥースアドレス（Bluetooth_ADDR）と、デバイスクラスとを対応付けて生成される。このリストには、クラスデバイスが0X080588で示される正規でない無線コントローラのアドレスが記録されているが、実際にはゲーム機２０周辺にある異種の端末機器に対しても同様にリスト化される。
【００３８】
ゲーム機２０に再び電源を投入し、無線コントローラ１０との接続を確立する際には、問い合わせによりスレーブから得た情報と、リスト格納部１１２に記録したブラックリストを参照することで、スレーブをフィルタリングすることが可能となる。すなわち、電源再投入時は、照会部１１６が送信部１２０を介して周辺の端末機器に問い合わせを行い、応答受付部１０２が、周辺の端末機器からＦＨＳパケットを受け付ける。接続設定部１１４は、ＦＨＳパケットに含まれる端末機器の識別情報と、リスト格納部１１２に記録された非接続対象機器のリストを参照して、接続の可否を判断する。呼出部１１８は、ＦＨＳパケットを返した端末機器が接続対象機器でない場合、その端末機器への呼び出しは行わない。つまり呼出部１１８は、問い合わせにより周辺の端末機器から得た情報をもとに、リスト格納部１１２に登録された識別情報を有する端末機器以外の無線コントローラ１０を呼び出すこととする。ブラックリストを参照することにより、上位のアプリケーション層におけるデータの解析処理を毎回行う必要がなく、対応しない端末機器を呼び出し候補から容易に除外することができるため、接続確立までにかかる時間を短縮することができる。また、これにより、消費電力を抑えることも可能となる。接続設定部１１４は、リスト格納部１１２に登録した識別情報を有する端末機器以外の無線コントローラ１０との接続を確立する。
【００３９】
なお、問い合わせを行うたびにヒットした非接続対象機器に優先順位を定めても良い。具体的には、ブラックリストに登録されている端末機器が、ブラックリストに偶然登録されたものであるのか、またその環境に常駐している機器であるのかを判別してもよい。これにより、ヒット率が低い非接続対象機器をリストから削除することができ、リストのデータ量を軽くすることができる。したがって、リストの参照時間を短縮することが可能となり、接続確立に要する時間をさらに短縮することができる。なお、ユーザは、リスト格納部１１２に登録した端末機器の登録削除指示を行うことができる。登録削除指示は、削除指示受付部１０４において受信され、制御部１１０は、登録削除指示をもとに、対応する識別情報をリスト格納部１１２から削除する。これにより上記したように、リストのデータ量を軽くすることができ、リストの参照時間を短縮することが可能となる。
【００４０】
上記の例では、ゲーム機２０が、デバイスクラスを用いて端末機器のフィルタリングを行うこととしたが、図７に示すブルートゥースアドレスを用いて端末機器のフィルタリングを行ってもよい。このとき、ゲーム機２０は、デバイスクラスとブルートゥースアドレスの双方を用いて端末機器のフィルタリングを行ってもよい。いずれの場合であっても、端末機器を特定するための識別情報を利用することにより、接続すべきでない端末機器をリスト化すること、すなわちブラックリストを作成することが可能である。
【００４１】
＜実施例２＞
実施例２では、ゲーム機２０に対応している無線コントローラ１０との接続を効率的に実現し、無線コントローラ１０との接続確立にかかる時間を短縮する。実施例１では、ゲーム機２０に対応していない端末機器のアドレスをブラックリストとして保持することとしたが、実施例２では、ゲーム機２０に対応している無線コントローラ１０のアドレスを予め呼び出し候補リストとして登録しておくこととする。これによりゲーム機２０は問い合わせを行うことなく、呼び出しを行い、短時間で接続を確立することができる。
【００４２】
実施例２では、ゲーム機２０が、予め無線コントローラ１０の識別情報、ここではBluetooth端末固有のアドレスであるBluetooth_ADDRを知っておく必要がある。ゲーム機２０と無線コントローラ１０とがセットで販売される場合には、無線コントローラ１０の識別情報をゲーム機２０のリスト格納部１１２にあらかじめ登録しておいてもよい。
【００４３】
ゲーム機２０への電源投入時、ゲーム機２０は、リスト格納部１１２に登録されているBluetooth_ADDRに対して呼び出しを行う。登録されている無線コントローラ１０がゲーム機２０の周囲に存在すれば、無線コントローラ１０が呼び出しに応答することにより、接続が短時間で確立されることになる。
【００４４】
またゲーム機２０への電源投入時、ゲーム機２０のリスト格納部１１２に無線コントローラ１０の識別情報が登録されていなければ、照会部１１６が送信部１２０を介して接続照会、すなわち問い合わせを行い、周囲の端末機器が応答を返信する。実施例１では、想定外のＡＣＫを返信した端末機器の識別情報をブラックリストとして記録することとしたが、実施例２では、制御部１１０が、所定のデータフォーマットにしたがったＡＣＫを返信した端末機器の識別情報を、呼び出し候補リストとしてリスト格納部１１２に記録する。そのため、リスト格納部１１２には、例えば正規のメーカから販売された無線コントローラ１０の識別情報が保持されることになる。
【００４５】
制御部１１０が、リスト格納部１１２に正規の無線コントローラ１０の識別情報を登録すると、次の接続確立の際、例えば次回の電源投入時において、照会部１１６は、接続照会を行わないこととする。呼出部１１８が、呼び出し候補リストに登録されている無線コントローラ１０に対して直接呼び出しを行うことにより、接続照会、すなわち問い合わせを省略することができ、接続確立に要する時間を短縮することができる。例えば、接続照会を行うタイミングは電源の初回投入時とし、以降の電源投入時には、接続照会を行わず、直接呼び出しを行うように設定されてもよい。例えば、ゲーム機２０本体に、照会部１１６を動作させるためのボタンを設け、ユーザがこのボタンを押すと、照会部１１６が接続照会すなわち問い合わせを行うように制御されてもよい。
【００４６】
また照会部１１６は、次の接続確立の際、所定の時間だけ接続照会を行って、所定時間を超えると接続照会を中止するようにしてもよい。周辺の無線コントローラ１０の探索時間に一定の制限を設定することで、接続照会に長時間を費やす状況を回避することができる。なお所定時間を超えると、接続照会を中止して、呼出部１１８が、呼び出し候補リストに登録されている無線コントローラ１０に対して呼び出しを行う。
【００４７】
ユーザは、呼び出し候補リストへの追加、削除等を自由に行うことができる。ユーザが、無線コントローラ１０を用いて、リスト格納部１１２に登録されている無線コントローラの登録削除指示を行うと、登録削除指示は、削除指示受付部１０４において受信され、制御部１１０は、登録削除指示をもとに、対応する識別情報をリスト格納部１１２から削除する。呼び出し候補リストへの無線コントローラ１０の追加についても、制御部１１０が、ユーザによる追加指示をもとに対応する識別情報をリスト格納部１１２に登録することができる。これにより、照会部１１６による問い合わせ処理を行うことなく、ユーザが主体的に特定の無線コントローラ１０を呼び出し候補リストに追加または削除することができる。このとき、Bluetooth_ADDRに名前などをつけられるようにしておけば、ユーザにとって管理が容易となる。なお、上記したように、ゲーム機２０本体に設けられた照会部１１６を駆動するためのボタンを押すことにより、ゲーム機２０による接続照会を任意のタイミングで行わせてもよい。
【００４８】
ここで、予め登録されている無線コントローラ１０と、新規な無線コントローラ１０とを同時にゲーム機２０に接続する場合を想定する。ゲーム機２０の電源投入時、呼び出し候補リストに登録されている無線コントローラ１０には自動的に呼び出しが行われて、接続が確立されることになる。登録された無線コントローラ１０との接続確立が完了した後、この無線コントローラ１０に対してデータ転送モードに入るが、新規な無線コントローラ１０との間では、接続照会と、呼び出しを行う期間を設ける。この期間は、例えばゲーム機２０本体がブート完了するまでの時間、すなわちゲームにおけるキー入力を促されるまでの時間や、ゲームが実際にスタートするまでの時間などに対応して設定されてもよい。
【００４９】
キー入力を促されるまでの時間は、新規な無線コントローラ１０と接続を確立するには十分である。また、ゲームがスタートするまでの時間はさらに十分長い時間であり、例えば新規な無線コントローラ１０が数多くある場合を想定して、この程度の時間を確保しておいてもよい。ゲームは通常、開始時にキャラクタ等の設定をユーザに要求するが、この間はゲーム機２０と無線コントローラ１０との間の通信のレイテンシがさほど厳しくないことを利用している。なお、新規な無線コントローラ１０に対して接続を確立すると、制御部１１０が、この無線コントローラ１０の識別情報をリスト格納部１１２に登録する。これにより、次回以降の接続確立の際に、問い合わせを行うことなく、または所定の短時間の問い合わせを行って、呼び出し候補リストを利用して新規に追加された無線コントローラ１０への呼び出しを行うことができ、接続時間を短縮することが可能となる。
【００５０】
例えば、上記した実施例では、アプリケーション層にて接続制御を行うこととしているが、変形例としては、下層のリンク管理層にて接続制御を行ってもよい。Bluetoothプロトコルにおいて、セキュリティはリンクキーにより管理される。マスタとスレーブとの間で接続を確立する前提として、各端末機器は、２端末間で設定されるリンクキーに基づいてセキュリティパラメータを登録する。端末機器は、設定されたパラメータに基づいて接続認証の判断を行うことになるが、この接続認証の結果、認証エラーが生じた端末機器については、その識別情報をリンク管理層におけるデータベースのブラックリストに登録してもよい。これにより、上位のアプリケーション層における処理の前に、接続の可否を判定することが可能となる。
【００５１】
また、アプリケーション層においてブラックリストを生成する前段階として、ブラックリストに登録する端末機器のリストの候補（以下、「グレーリスト」と呼ぶ）を生成してもよい。このグレーリストは、マスタにおける受信強度等に基づいて生成されてもよい。受信強度が所定の閾値以下となる端末機器をグレーリストに登録しておき、次回からの接続処理において、所定回数同じ状況がカウントされた場合に、その端末機器をブラックリストに登録する。ブラックリストに登録された端末機器に対しては、マスタは、問い合わせ（Inquiry）を行わず、接続を行わないようにする。
【００５２】
このとき、一旦グレーリストに登録された場合であっても、ブラックリストに登録される前に、受信強度が所定の閾値を超えた場合には、その端末機器はグレーリストから削除されることが好ましい。受信強度が弱い場合には、通信不良を改善するべく、ユーザが、自発的に受信強度が強くなる位置に移動することが考えられるためである。ブラックリストへの登録に慎重を期すべく、ブラックリストに登録するまでに受信強度を判定する回数は、例えば数十回程度と比較的多い回数に設定してもよい。
【００５３】
また、さらなる変形例として、マスタは、ブラックリストを外部からダウンロードして保持することも可能である。このダウンロードは、無線回線によって行ってもよいが、有線回線を通じて行ってもよい。予め、接続すべきでない端末機器が明らかである場合、それらの端末機器を記したリストを外部から取得することにより、マスタ自身でブラックリストを作成する処理を省略することも可能である。この場合、マスタ自身もブラックリストを作成する機能を有し、その補助的な機能として、外部からブラックリストをダウンロードできることが好ましい。
【００５４】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【符号の説明】
【００５５】
１・・・ゲームシステム、１０・・・無線コントローラ、２０・・・ゲーム機、３０・・・出力装置、３２・・・ディスプレイ、３４・・・スピーカ、４０・・・ネットワーク、５０・・・メディア、１００・・・受信部、１０２・・・応答受付部、１０４・・・削除指示受付部、１０６・・・操作指示受付部、１１０・・・制御部、１１２・・・リスト格納部、１１４・・・接続設定部、１１６・・・照会部、１１８・・・呼出部、１２０・・・送信部、１３０・・・メディアドライブ、１３２・・・読出部、１３４・・・データ格納部、１３６・・・処理部、１３８・・・グラフィックスエンジン、１４０・・・ＤＡコンバータ。
【技術分野】
【０００１】
本発明は、通信技術に関し、とくにマスタとスレーブとの間で無線通信を実現する技術に関する。
【背景技術】
【０００２】
ゲーム機と、ユーザにより操作されるゲーム機用のコントローラはケーブルにより接続されるのが一般的であったが、近年、ゲーム機とコントローラとを無線接続するシステムが提案されるようになった。無線コントローラを採用することにより、ユーザは自由な姿勢でゲームを楽しむことができる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
提案されているシステムでは、ゲーム機と無線コントローラとが１対１の無線接続を行い、接続相手が一意に決まることを前提としている。そのため、複数のユーザが無線コントローラを使用する場合には、それぞれの無線コントローラに対して割当てられる専用の送受信機をゲーム機に取り付ける必要がある。そのためユーザは、無線コントローラと、ゲーム機に取り付けるための送受信機とを常にセットで用意しなければならず、無線コントローラの使用が手間のかかるものとなっている。
【０００４】
本発明の目的は、マスタと、１つ以上のスレーブとの無線接続を実現するための通信技術を提供することにある。
【課題を解決するための手段】
【０００５】
本発明のある態様は、第１無線通信装置と第２無線通信装置とが無線通信する通信システムに関する。第１無線通信装置は、第２無線通信装置の識別情報を受け付ける受付部と、受付部が識別情報を受け付けた場合に、受け付けた識別情報を格納部に登録する制御部と、第２無線通信装置を呼び出す呼出部とを備える。呼出部は、電源投入時において、格納部に識別情報が登録されていれば、登録された識別情報を用いて、前記第２無線通信装置を呼び出す。
【０００６】
また、本発明の別の態様は、無線通信装置に関する。この無線通信端末装置は、他の無線通信装置の識別情報を受け付ける受付部と、受付部が識別情報を受け付けた場合に、受け付けた識別情報を格納部に登録する制御部と、他の無線通信装置を呼び出す呼出部とを備える。呼出部は、電源投入時において、格納部に識別情報が登録されていれば、登録された識別情報を用いて、前記第２無線通信装置を呼び出す。
【０００７】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００８】
本発明によれば、接続確立時間を短縮できる通信技術を提供することができる。
【図面の簡単な説明】
【０００９】
【図１】実施の形態に係るゲームシステムの全体構成を示す図である。
【図２】ブルートゥース（Bluetooth）の状態遷移図である。
【図３】ＦＨＳパケット構成を示す図である。
【図４】Bluetoothアドレス（Bluetooth_ADDR）の構成を示す図である。
【図５】実施の形態に係るゲーム機の構成を示す図である。
【図６】デバイスクラスの一例を示す図である。
【図７】リスト格納部に記録された非接続対象機器のリストを示す図である。
【発明を実施するための形態】
【００１０】
図１は、本発明の実施の形態に係るゲームシステム１の全体構成を示す。本実施の形態のゲームシステム１は、ユーザによる入力インタフェースとして、ゲーム機２０との間で無線通信を行う無線コントローラ１０ａおよび１０ｂ（以下、総称する場合は、「無線コントローラ１０」と呼ぶ）を備える。ゲーム機２０は無線通信機能を有して構成される。出力装置３０はディスプレイ３２やスピーカ３４を含んで構成され、ゲーム機２０からネットワーク４０を介してゲームのＡＶ（Audio Visual）データを受け取り、ディスプレイ３２にゲーム映像を表示し、またスピーカ３４から音声を出力する。
【００１１】
ゲーム機２０と出力装置３０は、有線により接続されてもよく、また無線により接続されてもよい。ゲーム機２０と出力装置３０とを接続するネットワーク４０は、例えばネットワーク（LAN）ケーブルやワイヤレスLANなどで構築したホームネットワークの形態をとってもよい。ゲーム機２０と出力装置３０とが無線接続される場合には、ケーブル等で有線接続する場合と比べてゲーム機２０と出力装置３０を比較的自由に設置することができるため、ユーザがロケーションフリーでゲームを楽しむことができる。
【００１２】
無線コントローラ１０とゲーム機２０は、Bluetooth（ブルートゥース）（登録商標）を用いて無線接続を確立してもよい。ゲーム機２０は、複数の無線コントローラ１０との無線接続を可能とし、すなわちゲームシステム１においては、ゲーム機２０と無線コントローラ１０の１対Ｎ接続を実現することができる。なお、ゲーム機２０は親機すなわちマスタとして機能し、無線コントローラ１０はスレーブとして機能する。これにより、無線コントローラ１０に専用の送受信機をゲーム機２０に取り付けることなく、複数の無線コントローラ１０の同時使用が可能となる。以下、無線通信プロトコルとしてBluetoothを採用し、無線コントローラ１０がBluetooth端末である場合を例にとる。
【００１３】
図２は、Bluetoothの状態遷移図を示す。図示のように、Bluetooth端末の状態は、待ち受けフェーズ、同期確立フェーズ、通信接続フェーズ、低消費電力モードに分けることができる。
【００１４】
無線コントローラ１０の電源投入直後や通信リンクを切断した場合、無線コントローラ１０は「待ち受け」状態に入る。「待ち受け」状態では、データの送受信は行われない。
【００１５】
同期確立フェーズにおいては、ゲーム機２０が、周辺の無線コントローラ１０を含む端末機器に対して接続照会すなわち「問い合わせ」を行う状態と、ゲーム機２０が無線コントローラ１０を認識して「呼び出し」を行う状態とがある。「問い合わせ」状態では、ゲーム機２０が、近くにいる端末機器に対してＩＱ（問い合わせ）パケットをブロードキャストする。ＩＱパケットを受信した無線コントローラ１０は、Bluetoothアドレスとクロック情報を含むＦＨＳ（Frequency Hop Synchronization）パケットをゲーム機２０に返信する。この時点における送受信では、周波数ホッピングパターンに関する同意がゲーム機２０と無線コントローラ１０との間で確立していないので、問い合わせ専用に定義された固定ホッピングパターンが用いられる。
【００１６】
図３は、ＦＨＳパケット構成を示す。パケット中、ＬＡＰ（Lower Address Part）、ＵＡＰ（Upper Address Part）、ＮＡＰ（Non-significant Address Part）が、Bluetooth端末固有のアドレスであるBluetooth_ADDRを構成する。
【００１７】
図４は、Bluetoothアドレス（Bluetooth_ADDR）の構成を示す。Bluetoothアドレスが、24ビットのＬＡＰ、8ビットのＵＡＰおよび16ビットのＮＡＰにより、計48ビットで構成される状態が示される。
【００１８】
図２に戻って、「呼び出し」状態では、ゲーム機２０が無線コントローラ１０からＦＨＳパケットを受け取り、どのような無線コントローラ１０が存在するかを把握した後、特定の無線コントローラ１０に対してＩＤパケットを送信する。特定の無線コントローラ１０からＩＤパケットに対する応答が返ると、ゲーム機２０はＦＨＳパケットを無線コントローラ１０に送信し、自分のアドレスとクロックを無線コントローラ１０に知らせる。これにより、ゲーム機２０と無線コントローラ１０は、同一のホッピングパターンを共有できるようになる。
【００１９】
「呼び出し」を行うと、無線コントローラ１０とゲーム機２０との間にピコネットが形成され、「接続」状態に入る。ピコネットとは、Bluetooth端末同士を近づけたときに、端末の間で一時的に形成されるネットワークを意味し、最大で８台のBluetooth端末が１つのピコネットに参加することができる。１つのピコネットにおいて、ゲーム機２０は親機として機能し、最大７台の無線コントローラ１０と接続することが可能である。「接続」状態になると、通信リンク設定のための制御パケットが送受信され、これにより「データ転送」が可能となる。データ転送が完了して通信リンクが切断されると、無線コントローラ１０は待ち受け状態に戻る。
【００２０】
スレーブである無線コントローラ１０は、接続状態から「パークモード」、「ホールドモード」および「スニフモード」の３種類の低消費電力モードに移行することが可能である。またマスタであるゲーム機２０は、接続状態から「ホールドモード」に移行することが可能である。
【００２１】
「パークモード」の無線コントローラ１０は、ピコネットへの同期、つまりホッピングパターンとマスタクロックへの同期を保持している。ただし、ゲーム機２０とパケットを交換することはできない。この状態にある無線コントローラ１０は、一定時間間隔（ビーコン周期）でゲーム機２０からのデータを受信しており、必要があればすぐにピコネットへ参加できる。パークモードでは、ゲーム機２０から割り振られたスレーブ識別子、つまり接続中の無線コントローラ１０に与えられる３ビットのアドレス（１〜７）をいったんゲーム機２０に返却する。したがって、無線コントローラ１０がピコネットへの再参加を希望しても、スレーブ識別子に空きがなければ、すぐに加わることができない。逆に、ゲーム機２０は、パークモードに入る無線コントローラ１０に、８ビットのパークスレーブ識別子を与える。ゲーム機２０は、最大２５５台のパーク中の端末機器を管理することができ、必要な無線コントローラ１０だけを随時ピコネットに参加させることが可能である。
【００２２】
「ホールドモード」の無線コントローラ１０およびゲーム機２０は、ピコネットに同期したまま、設定された一定時間（ホールド時間）中は送受信を行わず、ホールド時間後に通信を再開する。
【００２３】
「スニフモード」の無線コントローラ１０は、一定時間間隔（スニフ間隔）で送受信を行い、そのほかの時間は電力消費を抑えることができる。
【００２４】
本実施の形態においては、一度通信が終わった後、待ち受け状態に入った無線コントローラ１０が再度通信するときは、問い合わせを飛ばして呼び出し状態に遷移することができる。間い合わせは、ゲーム機２０が自分の周りにどのような端末機器が存在しているか分からないときに行われ、ゲーム機２０から全スレーブにブロードキャストが発行され、各端末機器がそれに答える。呼び出し状態では、ゲーム機２０はすでに無線コントローラ１０の存在を知っているため、１台１台のスレーブに対して１対１で話しかけ、ピコネット内同期を確立させる。一度ピコネット内同期が確立してしまえば、通信が終わって無線コントローラ１０が待ち受け状態にあっても、通信再開時にブロードキャストを実行する必要がない。ブロードキャストを実行すると、例えば１０秒以上かかってしまうことがあるため、本実施の形態では問い合わせを省略し、接続確立にかかる時間を短縮する。なお「ピコネット内同期を確立する」とは、Bluetoothアドレスとクロック情報をゲーム機２０と無線コントローラ１０間で交換し、ホッピングパターンを同期させるということである。
【００２５】
また、本実施の形態では、ゲーム機２０が接続確立時に周辺に対して接続照会、すなわち問い合わせを行い、周辺の端末機器が応答して発信した識別情報を記録する。端末機器の識別情報は、接続確立にかかる時間を短縮するべく、次回以降の接続確立時に利用される。
【００２６】
図５は、本実施の形態に係るゲーム機２０の構成を示す。ゲーム機２０は、受信部１００、制御部１１０、リスト格納部１１２、接続設定部１１４、照会部１１６、呼出部１１８、送信部１２０、メディアドライブ１３０、読出部１３２、データ格納部１３４、処理部１３６、グラフィックスエンジン１３８、ＤＡコンバータ１４０を備える。受信部１００は、応答受付部１０２、削除指示受付部１０４および操作指示受付部１０６を有する。ゲーム機２０の各機能は、ＣＰＵ、メモリ、メモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。プログラムは、ゲーム機２０に内蔵されていても、記録媒体に格納された形態で外部から供給されるものであってもよい。したがってこれらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者に理解されるところである。
【００２７】
メディアドライブ１３０には、ゲームデータを記録したメディア５０が挿入される。メディア５０は、例えばＣＤ−ＲＯＭやＤＶＤなどであり、ゲームシーンのＡＶデータやゲームプログラムなどのゲームデータを記録している。メディア５０に記録されたゲームプログラムは、処理部１３６により直接実行される形態であっても、デコードすることにより処理部１３６が実行することのできる形態であってもよい。メディアドライブ１３０は、メディア５０を駆動し、読出部１３２は、メディア５０に記録されたゲームデータをデータ格納部１３４に読み出す。処理部１３６は、読み出されたゲームデータを実行する。
【００２８】
ゲーム機２０と無線コントローラ１０との間で無線接続が確立している場合、操作指示受付部１０６は、無線コントローラ１０からゲームの操作指示を受け付け、処理部１３６に送る。処理部１３６は、ユーザによる操作指示をもとにゲームデータを処理し、グラフィックスエンジン１３８が、処理部１３６により処理されたゲームデータをもとに、ゲームのＡＶデータを生成する。ゲームのＡＶデータはデジタルデータとして生成され、ＤＡコンバータ１４０がアナログ信号に変換して、出力装置３０に供給する。これにより、ディスプレイ３２およびスピーカ３４から、ユーザのゲーム操作を反映した映像および音声が出力されることになる。
【００２９】
以上は、ゲーム機２０と無線コントローラ１０との間で無線接続が確立していることを前提としたが、以下では、無線接続を確立するための実施例を示す。
【００３０】
＜実施例１＞
実施例１では、ゲーム機２０に対応していない端末機器との接続を効率的に回避し、無線コントローラ１０との接続確立にかかる時間を短縮する。Bluetoothの使用環境では、ゲーム機２０に対応していない端末機器であっても、Bluetoothに対応していれば、ゲーム機２０からの問い合わせに応答することができる。そこで実施例１では、ゲーム機２０が、例えば使用を許可されていない無線コントローラ１０と接続しないように接続確立を制御する。非対応の無線コントローラ１０との接続を避けることにより、正当でないメーカなどから供給される成りすまし機器の使用を防ぐ。
【００３１】
まず、ゲーム機２０は、図３に示すＦＨＳパケットのデバイスクラス（Class of Device）を用いて異種の端末機器のフィルタリングを行うことができる。Class of Deviceは、端末の種類を示すフィールドである。
【００３２】
図６は、デバイスクラス（Class of Device）の一例を示す。このフィールドを用いて、ゲーム機２０は、機能グループをフィルタリングすることが可能である。フィールドが所定値以外の値をとる場合には、ゲーム機２０は、ＦＨＳパケットを返信した端末機器が無線コントローラでないことを認識する。
【００３３】
図５に戻って、照会部１１６が周辺の端末機器に対して問い合わせを行うと、応答受付部１０２は、端末機器から返信されるＦＨＳパケットを受け取り、制御部１１０が、そのＦＨＳパケットのClass of Deviceを解析する。制御部１１０は、ＦＨＳパケットを返した端末機器が無線コントローラ１０でないことを認識すると、その端末機器の識別情報をリスト格納部１１２に記録する。記録した識別情報は、いわゆるブラックリストとして利用され、ゲーム機２０の呼出部１１８は、ブラックリストに登録された端末機器には、呼び出しを行わないこととする。
【００３４】
図２に戻って、接続状態では、データパケットの送受信は行わず、送受信されるのは、通信リンクを設定するための制御パケット、セキュリティ関連の制御パケット、低消費電力モード関連の制御パケットなどに限定される。接続状態において、ゲーム機２０と無線コントローラ１０との間で認証を行うアプリケーションを実行することができる。応答受付部１０２は、周辺の機器から応答を受け付け、制御部１１０は、認証に失敗した機器の識別情報をブラックリストとしてリスト格納部１１２に記録してもよい。
【００３５】
接続状態において制御パケットを送受信した後、データ転送モードに移行する。データ転送モードでは、データのフォーマットがゲーム機２０特有のものに設定されており、このフォーマットにてデータの送受信が行われることになる。
【００３６】
データ転送モードにおいて、スレーブが想定外のＡＣＫを返した場合、ゲーム機２０は、そのスレーブを接続対象機器ではないと判断し、その機器が所有する識別情報をブラックリストに登録するとともに、その機器との接続を切断することとする。具体的には、応答受付部１０２が、スレーブからのＡＣＫを受け取り、制御部１１０は、ＡＣＫが所定のデータフォーマットにしたがっているか否かを判断して、したがっていない場合には、その端末機器の識別情報、ここではアドレスをリスト格納部１１２に記録する。この判断は、上位のアプリケーション層によって行われる。制御部１１０は、接続対象機器でない全ての機器のアドレスをリストとして記録し、接続設定部１１４は、その機器との接続を切断する。
【００３７】
図７は、リスト格納部１１２に記録された非接続対象機器のリストを示す。リストは、48ビットのブルートゥースアドレス（Bluetooth_ADDR）と、デバイスクラスとを対応付けて生成される。このリストには、クラスデバイスが0X080588で示される正規でない無線コントローラのアドレスが記録されているが、実際にはゲーム機２０周辺にある異種の端末機器に対しても同様にリスト化される。
【００３８】
ゲーム機２０に再び電源を投入し、無線コントローラ１０との接続を確立する際には、問い合わせによりスレーブから得た情報と、リスト格納部１１２に記録したブラックリストを参照することで、スレーブをフィルタリングすることが可能となる。すなわち、電源再投入時は、照会部１１６が送信部１２０を介して周辺の端末機器に問い合わせを行い、応答受付部１０２が、周辺の端末機器からＦＨＳパケットを受け付ける。接続設定部１１４は、ＦＨＳパケットに含まれる端末機器の識別情報と、リスト格納部１１２に記録された非接続対象機器のリストを参照して、接続の可否を判断する。呼出部１１８は、ＦＨＳパケットを返した端末機器が接続対象機器でない場合、その端末機器への呼び出しは行わない。つまり呼出部１１８は、問い合わせにより周辺の端末機器から得た情報をもとに、リスト格納部１１２に登録された識別情報を有する端末機器以外の無線コントローラ１０を呼び出すこととする。ブラックリストを参照することにより、上位のアプリケーション層におけるデータの解析処理を毎回行う必要がなく、対応しない端末機器を呼び出し候補から容易に除外することができるため、接続確立までにかかる時間を短縮することができる。また、これにより、消費電力を抑えることも可能となる。接続設定部１１４は、リスト格納部１１２に登録した識別情報を有する端末機器以外の無線コントローラ１０との接続を確立する。
【００３９】
なお、問い合わせを行うたびにヒットした非接続対象機器に優先順位を定めても良い。具体的には、ブラックリストに登録されている端末機器が、ブラックリストに偶然登録されたものであるのか、またその環境に常駐している機器であるのかを判別してもよい。これにより、ヒット率が低い非接続対象機器をリストから削除することができ、リストのデータ量を軽くすることができる。したがって、リストの参照時間を短縮することが可能となり、接続確立に要する時間をさらに短縮することができる。なお、ユーザは、リスト格納部１１２に登録した端末機器の登録削除指示を行うことができる。登録削除指示は、削除指示受付部１０４において受信され、制御部１１０は、登録削除指示をもとに、対応する識別情報をリスト格納部１１２から削除する。これにより上記したように、リストのデータ量を軽くすることができ、リストの参照時間を短縮することが可能となる。
【００４０】
上記の例では、ゲーム機２０が、デバイスクラスを用いて端末機器のフィルタリングを行うこととしたが、図７に示すブルートゥースアドレスを用いて端末機器のフィルタリングを行ってもよい。このとき、ゲーム機２０は、デバイスクラスとブルートゥースアドレスの双方を用いて端末機器のフィルタリングを行ってもよい。いずれの場合であっても、端末機器を特定するための識別情報を利用することにより、接続すべきでない端末機器をリスト化すること、すなわちブラックリストを作成することが可能である。
【００４１】
＜実施例２＞
実施例２では、ゲーム機２０に対応している無線コントローラ１０との接続を効率的に実現し、無線コントローラ１０との接続確立にかかる時間を短縮する。実施例１では、ゲーム機２０に対応していない端末機器のアドレスをブラックリストとして保持することとしたが、実施例２では、ゲーム機２０に対応している無線コントローラ１０のアドレスを予め呼び出し候補リストとして登録しておくこととする。これによりゲーム機２０は問い合わせを行うことなく、呼び出しを行い、短時間で接続を確立することができる。
【００４２】
実施例２では、ゲーム機２０が、予め無線コントローラ１０の識別情報、ここではBluetooth端末固有のアドレスであるBluetooth_ADDRを知っておく必要がある。ゲーム機２０と無線コントローラ１０とがセットで販売される場合には、無線コントローラ１０の識別情報をゲーム機２０のリスト格納部１１２にあらかじめ登録しておいてもよい。
【００４３】
ゲーム機２０への電源投入時、ゲーム機２０は、リスト格納部１１２に登録されているBluetooth_ADDRに対して呼び出しを行う。登録されている無線コントローラ１０がゲーム機２０の周囲に存在すれば、無線コントローラ１０が呼び出しに応答することにより、接続が短時間で確立されることになる。
【００４４】
またゲーム機２０への電源投入時、ゲーム機２０のリスト格納部１１２に無線コントローラ１０の識別情報が登録されていなければ、照会部１１６が送信部１２０を介して接続照会、すなわち問い合わせを行い、周囲の端末機器が応答を返信する。実施例１では、想定外のＡＣＫを返信した端末機器の識別情報をブラックリストとして記録することとしたが、実施例２では、制御部１１０が、所定のデータフォーマットにしたがったＡＣＫを返信した端末機器の識別情報を、呼び出し候補リストとしてリスト格納部１１２に記録する。そのため、リスト格納部１１２には、例えば正規のメーカから販売された無線コントローラ１０の識別情報が保持されることになる。
【００４５】
制御部１１０が、リスト格納部１１２に正規の無線コントローラ１０の識別情報を登録すると、次の接続確立の際、例えば次回の電源投入時において、照会部１１６は、接続照会を行わないこととする。呼出部１１８が、呼び出し候補リストに登録されている無線コントローラ１０に対して直接呼び出しを行うことにより、接続照会、すなわち問い合わせを省略することができ、接続確立に要する時間を短縮することができる。例えば、接続照会を行うタイミングは電源の初回投入時とし、以降の電源投入時には、接続照会を行わず、直接呼び出しを行うように設定されてもよい。例えば、ゲーム機２０本体に、照会部１１６を動作させるためのボタンを設け、ユーザがこのボタンを押すと、照会部１１６が接続照会すなわち問い合わせを行うように制御されてもよい。
【００４６】
また照会部１１６は、次の接続確立の際、所定の時間だけ接続照会を行って、所定時間を超えると接続照会を中止するようにしてもよい。周辺の無線コントローラ１０の探索時間に一定の制限を設定することで、接続照会に長時間を費やす状況を回避することができる。なお所定時間を超えると、接続照会を中止して、呼出部１１８が、呼び出し候補リストに登録されている無線コントローラ１０に対して呼び出しを行う。
【００４７】
ユーザは、呼び出し候補リストへの追加、削除等を自由に行うことができる。ユーザが、無線コントローラ１０を用いて、リスト格納部１１２に登録されている無線コントローラの登録削除指示を行うと、登録削除指示は、削除指示受付部１０４において受信され、制御部１１０は、登録削除指示をもとに、対応する識別情報をリスト格納部１１２から削除する。呼び出し候補リストへの無線コントローラ１０の追加についても、制御部１１０が、ユーザによる追加指示をもとに対応する識別情報をリスト格納部１１２に登録することができる。これにより、照会部１１６による問い合わせ処理を行うことなく、ユーザが主体的に特定の無線コントローラ１０を呼び出し候補リストに追加または削除することができる。このとき、Bluetooth_ADDRに名前などをつけられるようにしておけば、ユーザにとって管理が容易となる。なお、上記したように、ゲーム機２０本体に設けられた照会部１１６を駆動するためのボタンを押すことにより、ゲーム機２０による接続照会を任意のタイミングで行わせてもよい。
【００４８】
ここで、予め登録されている無線コントローラ１０と、新規な無線コントローラ１０とを同時にゲーム機２０に接続する場合を想定する。ゲーム機２０の電源投入時、呼び出し候補リストに登録されている無線コントローラ１０には自動的に呼び出しが行われて、接続が確立されることになる。登録された無線コントローラ１０との接続確立が完了した後、この無線コントローラ１０に対してデータ転送モードに入るが、新規な無線コントローラ１０との間では、接続照会と、呼び出しを行う期間を設ける。この期間は、例えばゲーム機２０本体がブート完了するまでの時間、すなわちゲームにおけるキー入力を促されるまでの時間や、ゲームが実際にスタートするまでの時間などに対応して設定されてもよい。
【００４９】
キー入力を促されるまでの時間は、新規な無線コントローラ１０と接続を確立するには十分である。また、ゲームがスタートするまでの時間はさらに十分長い時間であり、例えば新規な無線コントローラ１０が数多くある場合を想定して、この程度の時間を確保しておいてもよい。ゲームは通常、開始時にキャラクタ等の設定をユーザに要求するが、この間はゲーム機２０と無線コントローラ１０との間の通信のレイテンシがさほど厳しくないことを利用している。なお、新規な無線コントローラ１０に対して接続を確立すると、制御部１１０が、この無線コントローラ１０の識別情報をリスト格納部１１２に登録する。これにより、次回以降の接続確立の際に、問い合わせを行うことなく、または所定の短時間の問い合わせを行って、呼び出し候補リストを利用して新規に追加された無線コントローラ１０への呼び出しを行うことができ、接続時間を短縮することが可能となる。
【００５０】
例えば、上記した実施例では、アプリケーション層にて接続制御を行うこととしているが、変形例としては、下層のリンク管理層にて接続制御を行ってもよい。Bluetoothプロトコルにおいて、セキュリティはリンクキーにより管理される。マスタとスレーブとの間で接続を確立する前提として、各端末機器は、２端末間で設定されるリンクキーに基づいてセキュリティパラメータを登録する。端末機器は、設定されたパラメータに基づいて接続認証の判断を行うことになるが、この接続認証の結果、認証エラーが生じた端末機器については、その識別情報をリンク管理層におけるデータベースのブラックリストに登録してもよい。これにより、上位のアプリケーション層における処理の前に、接続の可否を判定することが可能となる。
【００５１】
また、アプリケーション層においてブラックリストを生成する前段階として、ブラックリストに登録する端末機器のリストの候補（以下、「グレーリスト」と呼ぶ）を生成してもよい。このグレーリストは、マスタにおける受信強度等に基づいて生成されてもよい。受信強度が所定の閾値以下となる端末機器をグレーリストに登録しておき、次回からの接続処理において、所定回数同じ状況がカウントされた場合に、その端末機器をブラックリストに登録する。ブラックリストに登録された端末機器に対しては、マスタは、問い合わせ（Inquiry）を行わず、接続を行わないようにする。
【００５２】
このとき、一旦グレーリストに登録された場合であっても、ブラックリストに登録される前に、受信強度が所定の閾値を超えた場合には、その端末機器はグレーリストから削除されることが好ましい。受信強度が弱い場合には、通信不良を改善するべく、ユーザが、自発的に受信強度が強くなる位置に移動することが考えられるためである。ブラックリストへの登録に慎重を期すべく、ブラックリストに登録するまでに受信強度を判定する回数は、例えば数十回程度と比較的多い回数に設定してもよい。
【００５３】
また、さらなる変形例として、マスタは、ブラックリストを外部からダウンロードして保持することも可能である。このダウンロードは、無線回線によって行ってもよいが、有線回線を通じて行ってもよい。予め、接続すべきでない端末機器が明らかである場合、それらの端末機器を記したリストを外部から取得することにより、マスタ自身でブラックリストを作成する処理を省略することも可能である。この場合、マスタ自身もブラックリストを作成する機能を有し、その補助的な機能として、外部からブラックリストをダウンロードできることが好ましい。
【００５４】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【符号の説明】
【００５５】
１・・・ゲームシステム、１０・・・無線コントローラ、２０・・・ゲーム機、３０・・・出力装置、３２・・・ディスプレイ、３４・・・スピーカ、４０・・・ネットワーク、５０・・・メディア、１００・・・受信部、１０２・・・応答受付部、１０４・・・削除指示受付部、１０６・・・操作指示受付部、１１０・・・制御部、１１２・・・リスト格納部、１１４・・・接続設定部、１１６・・・照会部、１１８・・・呼出部、１２０・・・送信部、１３０・・・メディアドライブ、１３２・・・読出部、１３４・・・データ格納部、１３６・・・処理部、１３８・・・グラフィックスエンジン、１４０・・・ＤＡコンバータ。
【特許請求の範囲】
【請求項１】
第１無線通信装置と第２無線通信装置とが無線通信する通信システムであって、
前記第１無線通信装置は、
前記第２無線通信装置の識別情報を受け付ける受付部と、
前記受付部が識別情報を受け付けた場合に、受け付けた識別情報を格納部に登録する制御部と、
前記第２無線通信装置を呼び出す呼出部とを備え、
前記呼出部は、電源投入時において、前記格納部に識別情報が登録されていれば、登録された識別情報を用いて、前記第２無線通信装置を呼び出すことを特徴とする通信システム。
【請求項２】
前記呼出部は、接続確立の際に、前記格納部に識別情報が登録されていれば、登録された識別情報を用いて、前記第２無線通信装置を呼び出すことを特徴とする請求項１に記載の通信システム。
【請求項３】
前記第１無線通信装置は、接続確立前に、周辺に接続照会を行う照会部をさらに備え、
前記照会部は、前記格納部に識別情報が登録されていれば、接続照会を行わないことを特徴とする請求項１または２に記載の通信システム。
【請求項４】
無線通信装置であって、
他の無線通信装置の識別情報を受け付ける受付部と、
前記受付部が識別情報を受け付けた場合に、受け付けた識別情報を格納部に登録する制御部と、
前記他の無線通信装置を呼び出す呼出部とを備え、
前記呼出部は、電源投入時において、前記格納部に識別情報が登録されていれば、登録された識別情報を用いて、前記他の無線通信装置を呼び出すことを特徴とする無線通信装置。
【請求項５】
コンピュータに、
無線通信装置の識別情報を受け付ける機能と、
識別情報を受け付けた場合に、受け付けた識別情報を格納部に登録する機能と、
無線通信装置を呼び出す機能とを、実行させるためのプログラムであって、
無線通信装置を呼び出す機能は、電源投入時において、識別情報が格納部に登録されていれば、登録された識別情報を用いて、当該無線通信装置を呼び出す機能を含むことを特徴とするプログラム。
【請求項６】
請求項５に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１】
第１無線通信装置と第２無線通信装置とが無線通信する通信システムであって、
前記第１無線通信装置は、
前記第２無線通信装置の識別情報を受け付ける受付部と、
前記受付部が識別情報を受け付けた場合に、受け付けた識別情報を格納部に登録する制御部と、
前記第２無線通信装置を呼び出す呼出部とを備え、
前記呼出部は、電源投入時において、前記格納部に識別情報が登録されていれば、登録された識別情報を用いて、前記第２無線通信装置を呼び出すことを特徴とする通信システム。
【請求項２】
前記呼出部は、接続確立の際に、前記格納部に識別情報が登録されていれば、登録された識別情報を用いて、前記第２無線通信装置を呼び出すことを特徴とする請求項１に記載の通信システム。
【請求項３】
前記第１無線通信装置は、接続確立前に、周辺に接続照会を行う照会部をさらに備え、
前記照会部は、前記格納部に識別情報が登録されていれば、接続照会を行わないことを特徴とする請求項１または２に記載の通信システム。
【請求項４】
無線通信装置であって、
他の無線通信装置の識別情報を受け付ける受付部と、
前記受付部が識別情報を受け付けた場合に、受け付けた識別情報を格納部に登録する制御部と、
前記他の無線通信装置を呼び出す呼出部とを備え、
前記呼出部は、電源投入時において、前記格納部に識別情報が登録されていれば、登録された識別情報を用いて、前記他の無線通信装置を呼び出すことを特徴とする無線通信装置。
【請求項５】
コンピュータに、
無線通信装置の識別情報を受け付ける機能と、
識別情報を受け付けた場合に、受け付けた識別情報を格納部に登録する機能と、
無線通信装置を呼び出す機能とを、実行させるためのプログラムであって、
無線通信装置を呼び出す機能は、電源投入時において、識別情報が格納部に登録されていれば、登録された識別情報を用いて、当該無線通信装置を呼び出す機能を含むことを特徴とするプログラム。
【請求項６】
請求項５に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１０−２３９６２４（Ｐ２０１０−２３９６２４Ａ）
【公開日】平成２２年１０月２１日（２０１０．１０．２１）
【国際特許分類】
【出願番号】特願２０１０−１０５５６４（Ｐ２０１０−１０５５６４）
【出願日】平成２２年４月３０日（２０１０．４．３０）
【分割の表示】特願２００４−１２０８２２（Ｐ２００４−１２０８２２）の分割
【原出願日】平成１６年４月１５日（２００４．４．１５）
【出願人】（３９５０１５３１９）株式会社ソニー・コンピュータエンタテインメント (871)
【Ｆターム（参考）】
【公開日】平成２２年１０月２１日（２０１０．１０．２１）
【国際特許分類】
【出願日】平成２２年４月３０日（２０１０．４．３０）
【分割の表示】特願２００４−１２０８２２（Ｐ２００４−１２０８２２）の分割
【原出願日】平成１６年４月１５日（２００４．４．１５）
【出願人】（３９５０１５３１９）株式会社ソニー・コンピュータエンタテインメント (871)
【Ｆターム（参考）】
[ Back to top ]