JP5283133B2 - 情報処理システム、ゲームシステム、情報処理プログラム、および情報処理方法 - Google Patents

Description

本発明は、情報処理システムに関し、より特定的には、パソコンやゲーム機器等に利用可能であり、送信装置から無線によってデータ送信される操作情報を、受信して処理する情報処理システムに関する。

従来のパソコンやゲーム機器等の操作は、有線方式の操作入力装置（コントローラやキーボード等）を用いて行われるのが一般的である。しかし、有線方式の操作入力装置は、接続コードの長さによって利用範囲が制限される。また、有線方式の操作入力装置を多く接続する場合、接続コードが絡み合って機器周辺が煩雑な状態になる。そこで近年、操作入力装置（送信装置）と機器本体（受信装置）とを無線通信によって接続する方式が、種々提案されている。

送信装置と受信装置とが無線通信によって接続される従来のシステムは、例えば、特許文献１および特許文献２に開示されている。これらの公報には、送信装置毎に識別コードを設け、送信装置では、それぞれ個別に設定されている識別コードを付加したデータを無線によって送信し、受信装置では、無線によって受信したデータに含まれる識別コードが、予め設定されている識別コードと一致した場合のみ（ソフトウェアでの処理）、受信したデータを処理部に出力する技術が開示されている。

特開平７−６４７１８号公報 特開平１１−１３４０７９号公報

しかし、このような送信装置と受信装置とが無線通信によって接続されるシステムでは、送信装置側には、無線データを送信するための送信ユニットが、受信装置側には、その無線データを受信するための受信ユニットが、それぞれ必要となる。この受信ユニットは、特定の送信ユニットから送信される無線データしか受信することができないため、上記従来のシステムにおいて複数の送信装置を１つの受信装置で使用するような場合には、複数の送信ユニットに各々対応する複数の受信ユニットを持つ必要があり、システムの複雑化およびコストアップを招くという問題を有している。また、上記従来のシステムでは、送信ユニットと受信ユニットとの間の通信路が固定的に設定されるので、受信ユニットで使用できる送信ユニットを任意に変更することができず、使用したい複数の送信ユニットに対して、同数の受信ユニットが必要な場合がある。また、受信装置で行う処理内容（ソフトウェア）に応じた送信装置の選択を自動的（プログラム的）に行うことができない等、受信装置は受信ユニットに対して、使用できる送信装置の選択等を制御することができない。

それ故、本発明の目的は、１つの受信ユニットにおいて１つまたは２つ以上の任意の送信ユニットからの無線データを受信して処理することが可能であり、また使用できる送信ユニットの選択が任意に変更可能な情報処理システムを提供することである。

上記目的を達成するために、本発明は、以下に述べるような特徴を有している。
第１の発明は、操作情報を無線送信する送信装置から送信されるデータを受信して処理する情報処理システムであって、
任意の送信装置から送信されるデータを受信し、受信したデータを出力する受信装置と、
受信装置から出力されるデータに基づいて処理を実行する処理装置とを備え、
受信装置は、
任意の送信装置から送信されるデータを受信する受信部と、
受信データの処理に関する条件が設定される条件設定部と、
受信部で受信されたデータが、条件設定部に設定されている条件に合致するか否かを判定し、当該条件に合致するデータのみを処理装置へ出力する判定部とを含み、
処理装置は、受信装置から出力されるデータに基づいて、操作情報に応じた処理を実行する処理部を含み、
受信装置および／または処理装置は、条件設定部に設定される条件を変更するための条件変更部をさらに含む。

上記のように、第１の発明によれば、受信装置が受信し処理装置に出力するデータを判定する条件を、条件変更部によって変更することができるので、処理可能なデータは、特定の送信装置からのデータだけでなく、一つの受信装置で任意の送信装置からデータを受信し、そのデータを処理装置で処理することができる。

第２の発明は、第１の発明に従属する発明であって、
条件設定部に設定される条件は、処理装置に応じたデータのみが判定部から出力されるように設定されることを特徴とする。

上記のように、第２の発明によれば、上記受信装置は上記データの中から、上記処理装置に応じたデータのみを上記処理装置に出力するため、上記処理装置と無関係のデータに対して選別して出力することができる。

第３の発明は、第１の発明に従属する発明であって、
処理装置に含まれる条件変更部は、条件設定部に設定される条件を変更するための制御情報を、受信装置へ送出する制御情報送出部をさらに含み、
判定部は、受信部で受信されたデータが、条件設定部に設定されている条件に合致するか否かをさらに判定し、当該条件に合致するデータのみを処理装置へ出力することを特徴とする。

上記のように、第３の発明によれば、受信装置によって受信され、そのデータが処理装置へ出力可能な送信装置を、制御情報送出部から送出される制御情報によって変更することが可能であるため、処理装置により受信装置から出力されるデータを制御することができる。

第４の発明は、第３の発明に従属する発明であって、
制御情報送出部は、実行する処理に応じたデータのみが判定部から出力されるように、制御情報を受信装置へ送出することを特徴とする。

上記のように、第４の発明によれば、処理装置は、実行する処理に応じたデータのみが受信装置から出力されるように受信装置を制御することができ、送信装置に基づいて処理装置で行える処理内容に変化を持たせることができる。

第５の発明は、第３の発明に従属する発明であって、
受信部は、任意の複数の送信装置から送信されるデータを時分割で受信し、
制御情報送出部は、受信部で時分割受信されたデータが処理装置へ出力されるように、制御情報を受信装置へ送出することを特徴とする。

上記のように、第５の発明によれば、任意の複数の送信装置からのデータを時分割で処理することにより、任意の複数の上記送信装置から時分割で出力されるデータを、１つの受信装置で受信し、処理装置で複数の上記データを処理することができる。

第６の発明は、第３の発明に従属する発明であって、
条件設定部には、操作情報に加えてデータ送信される送信装置の識別コードに関する情報が、条件として少なくとも設定されており、
判定部は、受信部で受信されたデータに含まれる識別コードと、条件設定部に設定されている識別コードに関する情報とが、所定の関係にあるか否かを判定することを特徴とする。

上記のように、第６の発明によれば、従来のようにソフトウェア処理によって識別コードをチェックするのではなく、受信装置がデータを受信する段階（ハードウェア処理）で識別コードをチェックする。従って、設定されている送信装置であるかの確認を、迅速かつ正確に行うことができる。

第７の発明は、第６の発明に従属する発明であって、
条件設定部に設定される識別コードに関する情報は、受信部が最初に受信した操作情報に加えて送信された識別コードに基づくことを特徴とする。

上記のように、第７の発明によれば、受信部が最初に受信した識別コードが条件設定部に設定されるので、以後、最初に受信した識別コードを有する送信装置からの上記操作情報のみを上記処理装置に出力するため、他の送信装置あるいは雑音等の外乱の影響を排除して情報処理システムの操作を行うことができる。

第８の発明は、第３の発明に従属する発明であって、
受信装置は、判定部の判定結果に応答し混信状態を示す表示部をさらに含むことを特徴とする。

上記のように、第８の発明によれば、上記表示部は、判定部の判定結果を表示をするため、容易に現在の受信状態を表示することができる。また、送信装置の操作タイミングと同じタイミングで上記表示部の表示が切り替わるか否かを確認することにより、上記送信装置が混信の原因になっているか否かを簡単に確認することができる。

第９の発明は、第３の発明に従属する発明であって、
処理装置は、
操作情報に加えてデータ送信される送信装置の識別コードが設定される識別コード記憶部と、
受信装置から出力されるデータに含まれる識別コードと、識別コード記憶部に設定されている識別コードに関する情報とが、所定の関係にあるか否かを判定する識別コード判定部とをさらに含み、
処理部は、受信装置から出力されるデータの中から、識別コード判定部で所定の関係にあると判定されたデータに基づいて、操作情報に応じた処理を実行することを特徴とする。

上記のように、第９の発明によれば、上記識別コード記憶部に設定された識別コードと、受信装置から出力されるデータに含まれる識別コードとを、上記処理装置内で所定の関係にあるか判定することにより、上記識別コード記憶部に設定された識別コードを含んだデータのみを上記処理装置で実行することができる。したがって、設定された送信装置以外からのデータを排除して処理を実行することができる。

第１０の発明は、第３の発明に従属する発明であって、
処理装置は、操作情報に加えてデータ送信される送信装置の識別コードが設定される識別コード記憶部をさらに含み、
制御情報送出部は、識別コードを含んだ制御情報を受信装置に送出し、
判定部は、受信部で受信されたデータに含まれる識別コードと、制御情報に含まれる識別コードに関する情報とが、所定の関係にあるか否かを判定し、当該条件に合致するデータのみを処理装置へ出力することを特徴とする。

上記のように、第１０の発明によれば、上記識別コード記憶部に設定された識別コードと、上記送信装置から送信されたデータに含まれる識別コードとを、上記受信装置内で所定の関係にあるか判定することにより、上記識別コード記憶部に設定された識別コードを含んだデータのみを上記処理装置に送信することができる。したがって、設定された送信装置以外からのデータを排除して処理を実行することができる。また、受信装置がデータを受信する段階で識別コードをチェックするため、設定されている送信装置であるかの確認を、迅速かつ正確に行うことができる。

第１１の発明は、第９あるいは第１０の発明に従属する発明であって、
識別コード記憶部は、複数の操作情報に基づいて、識別コードが設定されることを特徴とする。

第１２の発明は、第１１の発明に従属する発明であって、
処理装置は、複数の操作情報を導くための複数の操作手順を示す操作手順表示部をさらに含み、
識別コード記憶部は、操作手順表示部に示される複数の操作手順と一致する複数の操作情報の識別コードが設定されることを特徴とする。

上記のように、第１１および第１２の発明によれば、上記識別コード記憶部は、上記操作手順表示部によって示された複数の操作手順と一致した操作情報から、上記識別コードが設定されるので、別の送信装置からの予期しないデータ等により上記識別コードが設定されることがなく、確実に使用者の送信装置の識別コードを設定することができる。

第１３の発明は、第３の発明に従属する発明であって、
処理装置は、第１の送信装置から送信されるデータに基づく処理を行うための第１のプログラムと、第２の送信装置から送信されるデータに基づく処理を行うための第２のプログラムとが実行可能であり、
制御情報送出部は、処理装置で第１のプログラムが実行される時には、第１の送信装置に対応した条件を設定するための第１の制御情報を、処理装置で第２のプログラムが実行される時には、第２の送信装置に対応した条件を設定するための第２の制御情報を、受信装置へ送出することを特徴とする。

上記のように、第１３の発明によれば、処理装置が実行するプログラムに応じて、条件設定部の設定条件を、すなわち使用する送信装置を自動的に（プログラム的に）変更させる。これにより、複数の送信装置の中から、プログラムに応じた最適な送信装置を選択的に利用することが可能となる。

第１４の発明は、第１３の発明に従属する発明であって、
第１の制御情報は、第１の送信装置として、特定の１つの送信装置を設定するための情報であり、
第２の制御情報は、第２の送信装置として、特定の複数の送信装置を設定するための情報であることを特徴とする。

上記のように、第１４の発明によれば、受信装置において、特定の１つの送信装置からのデータのみを受信するようにするか、特定の複数の送信装置からのデータを受信するようにするかの設定が可能となる。

第１５の発明は、第１３の発明に従属する発明であって、
第１の制御情報で設定される第１の送信装置の種類は、第２の制御情報で設定される第２の送信装置の種類と異なることを特徴とする。

上記のように、第１５の発明によれば、受信装置において、異なる種類の送信装置からのデータを受信することができる。

第１６の発明は、第３の発明に従属する発明であって、
受信装置は、処理装置に着脱自在であることを特徴とする。

上記のように、第１６の発明によれば、受信装置が着脱自在であるので、単一の受信装置を複数の処理装置へ転用することが可能となる。従って、無線通信を行うための送受信装置を複数持つ必要が無くなり、システム全体のコストを削減することができる。

第１７の発明は、第３の発明に従属する発明であって、
送信装置は、操作データを入力する入力部と、当該操作データから送信データを作成して無線送信する送信部とに、分離可能であることを特徴とする。

上記のように、第１７の発明によれば、送信装置の入力部と送信部とが分離可能であるので、複数の入力部を単一の送信部で使用することが可能となる。従って、無線通信を行うための送受信装置を複数持つ必要が無くなり、システム全体のコストを削減することができる。

第１８の発明は、無線通信によってデータの送受信を行うゲームシステムであって、
ユーザ入力されたゲーム操作の情報を、無線によってデータ送信する任意のゲームコントローラと、
任意のゲームコントローラから送信されるデータを受信し、受信したデータを出力する受信ユニットと、
受信ユニットから出力されるデータに基づいて処理を実行するゲーム機器とを備え、
ゲームコントローラは、
ユーザによってゲーム操作が入力される操作部と、
操作部に入力されたゲーム操作の情報を、無線によってデータ送信する送信ユニットとを含み、
受信ユニットは、
任意の送信ユニットから送信されるデータを受信する受信部と、
受信データの処理に関する条件が設定される条件設定部と、
受信部で受信されたデータが、条件設定部に設定されている条件に合致するか否かを判定し、当該条件に合致するデータのみを処理装置へ出力する判定部とを含み、
ゲーム機器は、受信ユニットから出力されるデータに基づいて、ゲーム操作の情報に応じた処理を実行する処理部を含み、
受信ユニットおよび／またはゲーム機器は、条件設定部に設定される条件を変更するための条件変更部をさらに含む。

第１９の発明は、第１８の発明に従属する発明であって、
条件設定部に設定される条件は、ゲーム機器に応じたデータのみが判定部から出力されるように設定されることを特徴とする。

第２０の発明は、第１８の発明に従属する発明であって、
ゲームコントローラは、自己の識別コードを記憶する第１の識別コード記憶部をさらに含み、
ゲーム機器に含まれる条件変更部は、条件設定部に設定される条件を変更するための制御情報を、受信ユニットへ送出する制御情報送出部をさらに含み、
送信ユニットは、ゲーム操作の情報に加えて識別コードに関する情報をデータ送信し、
条件設定部には、識別コードに関する情報が少なくとも含まれる受信データの処理に関する条件が設定され、
判定部は、受信部で受信されたデータに含まれる識別コードと、条件設定部に設定されている識別コードに関する情報とが、所定の関係にあるか否かをさらに判定し、当該所定の関係にあるデータのみをゲーム機器へ出力することを特徴とする。

第２１の発明は、第２０の発明に従属する発明であって、
制御情報送出部は、実行するゲームに応じたデータのみが判定部から出力されるように、制御情報を受信ユニットへ送出することを特徴とする。

第２２の発明は、第２０の発明に従属する発明であって、
条件設定部に設定されている識別コードに関する情報は、受信部が最初に受信されたデータに含まれる識別コードに基づくことを特徴とする。

第２３の発明は、第２０の発明に従属する発明であって、
受信ユニットは、判定部の判定結果に応答し混信状態を示す表示部をさらに含むことを特徴とする。

第２４の発明は、第２０の発明に従属する発明であって、
受信部は、任意の複数の送信ユニットから送信されるデータを時分割で受信し、
制御情報送出部は、受信部で時分割受信されたデータがゲーム機器へ出力されるように、制御情報を受信ユニットへ送出することを特徴とする。

第２５の発明は、第２０の発明に従属する発明であって、
ゲーム機器は、
識別コードが設定される第２の識別コード記憶部と、
受信ユニットから出力されるデータに含まれる識別コードと、第２の識別コード記憶部に設定されている識別コードに関する情報とが、所定の関係にあるか否かを判定する識別コード判定部とをさらに含み、
処理部は、受信ユニットから出力されるデータの中から、識別コード判定部で所定の関係にあると判定されたデータに基づいて、ゲーム操作の情報に応じた処理を実行することを特徴とする。

第２６の発明は、第２０の発明に従属する発明であって、
ゲーム機器は、識別コードが設定される第２の識別コード記憶部をさらに含み、
制御情報送出部は、識別コードを含んだ制御情報を受信装置に送出し、
判定部は、受信部で受信されたデータに含まれる識別コードと、制御情報に含まれる識別コードに関する情報とが、所定の関係にあるか否かを判定し、当該条件に合致するデータのみをゲーム機器へ出力することを特徴とする。

第２７の発明は、第２５あるいは第２６の発明に従属する発明であって、
第２の識別コード記憶部は、受信ユニットから出力される複数のデータに基づいて、識別コードが設定されることを特徴とする。

第２８の発明は、第２７の発明に従属する発明であって、
ゲーム機器は、複数のデータを導くための複数の操作手順を示す操作手順表示部をさらに含み、
第２の識別コード記憶部は、操作手順表示部に示される複数の操作手順と一致する複数のデータに含まれる識別コードが設定されることを特徴とする。

第２９の発明は、第２０の発明に従属する発明であって、
受信ユニットは、ゲーム機器に着脱自在であることを特徴とする。

第３０の発明は、第２０の発明に従属する発明であって、
ゲームコントローラは、操作部および第１の識別コード記憶部と、送信ユニットとに、分離可能であることを特徴とする。

第３１の発明は、第２０の発明に従属する発明であって、
ゲームコントローラは、操作部と、送信ユニットおよび第１の識別コード記憶部とに、分離可能であることを特徴とする。

上述のように、本発明によれば、受信装置が受信し処理装置に出力するデータを判定する条件を、条件変更部によって変更することができるので、処理可能なデータは、特定の送信装置からのデータだけでなく、一つの受信装置で任意の送信装置からデータを受信し、そのデータを処理装置で処理することができる。

本発明の第１および第２の実施形態に係る情報処理システムの外観の一例を示す斜視図である。 本発明の第１および第２の実施形態に係る情報処理システムを用いた構成の一例を示すブロック図である。 本発明の第１および第２の実施形態に係る図２の送信システム１の詳細な構成の一例を示すブロック図である。 本発明の第１の実施形態に係る図２の受信システム２の詳細な構成の一例を示すブロック図である。 本発明の第１および第２の実施形態に係る送信システム１から出力される送信フレームの構成の一例を示す図である。 本発明の第１および第２の実施形態に係るステータスメモリ５４に格納されるデータの一例を示す図である。 本発明の第１および第２の実施形態に係るフレームバッファ４９に格納されるデータの一例を示す図である。 本発明の第１および第２の実施形態に係るデータバッファ５１に格納されるデータの一例を示す図である。 本発明の第１および第２の実施形態に係るＣＰＵ６２から受信モードコマンドを受けた時の受信ユニット４０の動作の一例を示すフローチャートである。 本発明の第１のおよび第２実施形態に係るデータを受信した時の受信ユニット４０のプロトコルコントローラ５０が行うデータ処理動作の一例を示すフローチャートである。 本発明の第１および第２の実施形態に係るＣＰＵ６２からデータリードコマンドまたはステータスリードコマンドを受けた時の受信ユニット４０の動作の一例を示すフローチャートである。 本発明の第１の実施形態に係るＦＩＸモードにおけるＣＰＵ６２のデータリード動作の一例を説明するフローチャートである。 本発明の第１の実施形態に係るＵＮＦＩＸモードにおけるＣＰＵ６２のデータリード動作の一例を説明するフローチャートである。 本発明の第２の実施形態に係る図２の受信システム２の詳細な構成の一例を示すブロック図である。 本発明の第２の実施形態に係るゲーム機６０に、送信システム１のデバイス／ユニークＩＤを登録する方法を示すフローチャートである。 本発明の第２の実施形態に係るＦＩＸモードにおけるＣＰＵ６２のデータリード動作の一例を説明するフローチャートである。 本発明の第２の実施形態に係るＵＮＦＩＸモードにおけるＣＰＵ６２のデータリード動作の一例を説明するフローチャートである。

（第１の実施形態）
図１は、本発明の第１の実施形態に係る情報処理システムの外観の一例を示す斜視図である。図１において、本実施形態に係る送信システム１は、操作器１０と送信ユニット２０とを備える。また、受信システム２は、ゲーム機６０と受信ユニット４０とを備える。

図２は、当該実施形態に係る情報処理システムを用いた構成の一例を示すブロック図である。図２において、本実施形態に係る受信システム２は、複数の送信システム１と無線通信によって接続される。各送信システム１は、コントローラやキーボード等の操作入力装置であって、十字キーや押しボタン等の機構部分である操作器１０と、操作器１０を介して入力された操作内容に対応するデータを、無線によって送信する送信ユニット２０とを、それぞれ備える。受信システム２は、送信ユニット２０から無線送信されるデータを１つまたは２つ以上受信する少なくとも１つの受信ユニット４０と、受信ユニット４０が受信したデータに基づいて予め定められた処理を行うゲーム機６０とを備える。

好ましくは、送信ユニット２０は、操作器１０に着脱可能な構成にする。また、受信ユニット４０は、ゲーム機６０に着脱可能な構成とする。このような構成により、複数種類の操作器１０に同一の送信ユニット２０を使用することが可能となる。また、送信ユニット２０および受信ユニット４０の対を、他の受信器へ転用することが可能となる。なお、操作器１０と送信ユニット２０とは、および受信ユニット４０とゲーム機６０とは、それぞれ送信システム１と受信システム２として一体で構成してもかまわない。

以下、図３および図４をさらに参照して、送信システム１および受信システム２を構成する各部を説明する。図３は、図２の送信システム１の詳細な構成の一例を示すブロック図である。図３において、操作器１０は、デジタルデータ入力部１１と、アナログデータ入力部１２と、デバイスＩＤ記憶部１３とを備える。送信ユニット２０は、Ａ／Ｄ変換部２１と、コントローラインタフェース２２と、バッファ２３と、ベースバンド処理部２４と、プロトコルコントローラ２５と、ユニークＩＤ記憶部３３と、電圧制御発振器（ＶＣＯ）２６と、ＰＬＬ処理部２７と、アンプ２８と、バンドパスフィルタ（ＢＰＦ）２９と、スイッチ３０と、発振器３１と、バッテリ３２とを備える。

図４は、図２の受信システム２の詳細な構成の一例を示すブロック図である。図４において、受信ユニット４０は、第１アンプ４１と、ミキサ４２と、ＶＣＯ４３と、ＰＬＬ処理部４４と、ＢＰＦ４５と、第２アンプ４６と、比較器４７と、ベースバンド処理部４８と、フレームバッファ４９と、プロトコルコントローラ５０と、データバッファ５１と、コマンドバッファ５２と、シリアルインタフェース５３と、ステータスメモリ５４と、発振器５５と、スイッチ５６と、発光ダイオード（ＬＥＤ）５７、５８とを備える。ゲーム機６０は、シリアルインタフェース６１と、ＣＰＵ（中央演算処理装置）６２と、メインメモリ６３と、ディスクドライブ６４と、ＡＶエンコーダ６５と、ブートＲＯＭ６６とを備える。

送信システム１において、デジタルデータ入力部１１には、デジタル的な操作に関するデータが入力される。アナログデータ入力部１２には、アナログ的な操作に関するデータが入力される。デジタルデータ入力部１１から出力されるデジタルデータは直接、アナログデータ入力部１２から出力されるアナログデータは、Ａ／Ｄ変換部２１にてデジタルデータに変換された後、コントローラインタフェース２２にそれぞれ入力される。デバイスＩＤ記憶部１３には、送信システム１のデバイスＩＤ（後述する）が記憶される。このデバイスＩＤは、上記デジタル／アナログデータと共に、コントローラインタフェース２２へ出力される。なお、デバイスＩＤは、送信ユニット２０側に記憶されていてもよい。

コントローラインタフェース２２は、プロトコルコントローラ２５からの指示に従って、入力されるデータをサンプリングして、バッファ２３へ書き込む。バッファ２３は、データを一時格納するためのバッファである。ベースバンド処理部２４は、バッファ２３に格納されているデータを用いて送信フレームを作成し、当該送信フレームをスペクトル拡散方式の１つである直接拡散方式によって変調（ＤＳＳＳ変調）して出力する。プロトコルコントローラ２５は、コントローラインタフェース２２、バッファ２３、ベースバンド処理部２４および送信チャネル周波数を制御するステートマシンである。典型的には、Ａ／Ｄ変換部２１、コントローラインタフェース２２、バッファ２３、ベースバンド処理部２４およびプロトコルコントローラ２５は、１つのベースバンド−ＩＣ（集積回路）によって実現される。スイッチ３０は、データを送信させる無線チャネル（Ｃｈａｎｎｅｌ＿Ｉｎ）をユーザに決定させるためのスイッチ（例えば、ロータリースイッチ）であり、複数の異なる周波数の無線チャネルが選択できるようになっている。ユニークＩＤ記憶部３３には、送信システム１のユニークＩＤ（後述する）が記憶される。このユニークＩＤは、プロトコルコントローラ２５へ出力される。なお、ユニークＩＤは、操作器１０側に記憶されていてもよい。

ＶＣＯ２６は、予め設定されたキャリア周波数の発振と、ベースバンド処理部２４から出力される送信フレームによる当該キャリア周波数の変調との、２つの機能を有する。ＰＬＬ処理部２７は、ＶＣＯ２６から発振されるキャリア周波数が、発振器３１から与えられるシステムクロックに同期するように制御する。なお、キャリア周波数の値は、プロトコルコントローラ２５から与えられる無線チャネルの設定値（Ｃｈａｎｎｅｌ＿Ｏｕｔ）によって決められる。ＶＣＯ２６から出力される変調キャリア周波数は、アンプ２８で増幅され、ＢＰＦ２９で帯域制限された後、アンテナを介して受信ユニット４０へ向けて無線送信される。典型的には、ＶＣＯ２６、ＰＬＬ処理部２７、アンプ２８およびＢＰＦ２９は、１つのＲＦ−ＩＣによって実現される。

受信システム２において、送信システム１から送信されてくる変調キャリア周波数は、アンテナを介して、第１アンプ４１で増幅された後、ミキサ４２へ入力される。ＶＣＯ４３は、予め設定されたキャリア周波数を発振させる。ＰＬＬ処理部４４は、ＶＣＯ４３から発振されるキャリア周波数が、発振器５５から与えられるシステムクロックに同期するように制御する。なお、キャリア周波数の値は、プロトコルコントローラ５０から与えられる無線チャネルの設定値（Ｃｈａｎｎｅｌ＿Ｏｕｔ）によって決められる。ミキサ４２は、第１アンプ４１から出力される変調キャリア周波数を、ＶＣＯ４３から出力されるキャリア周波数で周波数変換し、変調データを抽出する。この抽出されたアナログの変調データは、ＢＰＦ４５で帯域制限され、第２アンプ４６で増幅された後、比較器４７でデジタル化される。典型的には、第１アンプ４１、ミキサ４２、ＶＣＯ４３、ＰＬＬ処理部４４、ＢＰＦ４５、第２アンプ４６および比較器４７は、１つのＲＦ−ＩＣによって実現される。

ベースバンド処理部４８は、逆拡散処理を施すことで、比較器４７でデジタル化された変調データから送信フレームを復調する。フレームバッファ４９は、復調された送信フレームを一時格納するためのバッファである。プロトコルコントローラ５０は、ベースバンド処理部４８、フレームバッファ４９、データバッファ５１、コマンドバッファ５２、シリアルインタフェース５３、ステータスメモリ５４、ＬＥＤ５７、５８および受信チャネル周波数を制御するステートマシンである。フレームバッファ４９に格納されているデータは、プロトコルコントローラ５０からの指示に従って、データバッファ５１へ転送される。このデータバッファ５１は、ダブルバッファ構成にしてもよい。ゲーム機６０から送信されるコマンドは、コマンドバッファ５２へ転送される。このコマンドバッファ５２は、ダブルバッファ構成にしてもよい。シリアルインタフェース５３は、受信ユニット４０とゲーム機６０との間でデータのシリアル転送を行う。このシリアルインタフェース５３は、ゲーム機６０からデータリードコマンドを受けると、プロトコルコントローラ５０の指示の下、データバッファ５１に格納されているデータをゲーム機６０へ転送する。また、シリアルインタフェース５３は、ゲーム機６０からステータスリードコマンドを受けると、プロトコルコントローラ５０の指示の下、ステータスメモリ５４の内容を返送する。ステータスメモリ５４には、受信ユニット４０の動作モードや送信システム１に関するステータス等が格納されている。典型的には、ベースバンド処理部４８、フレームバッファ４９、プロトコルコントローラ５０、データバッファ５１、コマンドバッファ５２、シリアルインタフェース５３およびステータスメモリ５４は、１つのベースバンド−ＩＣによって実現される。スイッチ５６は、データを受信させる無線チャネル（Ｃｈａｎｎｅｌ＿Ｉｎ）をユーザに決定させるためのスイッチ（例えば、ロータリースイッチ）であり、送信ユニット２０のスイッチ３０に対応した複数の異なる周波数の無線チャネルが選択できるようになっている。ＬＥＤ５７は、データが混信していて正しくデータ受信されていない状態を、点灯により知らせる。ＬＥＤ５８は、正しくデータ受信された状態を、点灯により知らせる。

シリアルインタフェース６１は、受信ユニット４０とゲーム機６０との間でデータのシリアル転送を行う。ＣＰＵ６２は、受信ユニット４０への各種コマンドの送信やディスクドライブ６４およびＡＶエンコーダ６５への指示等、ゲーム機６０全体の制御を行う。メインメモリ６３には、ゲーム機６０に必要な様々なデータが格納される。また、ブートＲＯＭ６６には、ゲーム機６０の初期動作に必要なプログラムが格納される。ディスクドライブ６４は、ディスク（ＤＶＤ、ＣＤ−ＲＯＭ等）に記録されたプログラム（ゲームプログラム）を読み取るための駆動装置である。読み取られたプログラムは、ＣＰＵ６２によって処理される。本実施例では、プログラムが記録された記録媒体をディスクとしているので、ディスクドライブ６４を構成に含めているが、記録媒体をＲＯＭとする場合には、ＲＯＭドライブを構成に含めればよい。ＡＶエンコーダ６５は、受信ユニット４０から転送されてくるデータに基づいて画像／音声処理を行い、テレビ等の出力表示装置７０へ出力する。なお、出力表示装置７０は、ゲーム機６０に含まれてもよい（例えば、テレビとゲーム機６０とが一体となった装置）。

次に、送信システム１から受信システム２へのデータ送信のために使用される送信フレームの構成を説明する。図５は、送信システム１から出力される送信フレームの構成の一例を示す図である。図５の送信フレームにおいて、システムＩＤは、ゲーム機６０の種別毎に固有に与えられる識別コードである。例えば、ゲーム機６０のシステムＩＤでは、「スーパーファミコン」にはシステムＩＤ「１」が、「ＮＩＮＴＥＮＤＯ６４」にはシステムＩＤ「２」が与えられるという具合である。なお、このシステムＩＤは、送信システム１毎に予め固定的に記憶されている。すなわち、それぞれの送信システム１が、どのゲーム機６０用かが予め定められている。デバイスＩＤは、操作器１０（具体的には、操作器１０の操作器構）の種別毎に固有に与えられる識別コードである。例えば、「コントローラ」にはデバイスＩＤ「１」が、「キーボード」にはデバイスＩＤ「２」が、「ジョイスティック」にはデバイスＩＤ「３」が与えられるという具合である。ユニークＩＤは、操作器１０あるいは送信ユニット２０毎に固有に与えられる識別コードであり、典型的には製造シリアル番号である。データは、操作器１０を介してユーザが入力した操作内容に対応するデータである。特に図示しないが、このデータには、各送信フレームに連番で付されるｉｎｄｅｘビットが含まれる。このｉｎｄｅｘビットは、受信システム２において、混信によって一部の送信データが受信できなかった場合に、幾つ分の送信データが欠落したかの確認や、同一の送信データを２度読み込むこと（ＣＰＵ６２のデータ読み込み回数よりも受信ユニット４０のデータ書き込み回数の方が少ない場合に生じる）を防止するために用いられる。ＢＣＨは、誤り訂正用ビットである。ＣＲＣは、誤り検出用ビットである。

このように構成された送信フレームは、スイッチ３０によって決定された無線チャネルによって、送信システム１から受信システム２へ送信される。ここで、ユーザは、受信システム２を動作させるための初期設定として、送信ユニット２０の無線チャネルと、当該送信ユニット２０から送信される送信フレームを受信させる受信ユニット４０の無線チャネルとが一致するように、スイッチ３０および５６を予め設定しておく必要がある。なお、この無線チャネルの設定方法によって、送信ユニット２０と受信ユニット４０とを一対一で対応させるだけでなく、複数の送信ユニット２０と１つの受信ユニット４０とを多対一で対応させることが可能である。後者の場合、本実施例では、複数の送信ユニット２０から時分割で出力されるデータを１つの受信ユニット４０で受信し、実行させることができる。

次に、受信システム２における受信ユニット４０とゲーム機６０との間で行われる処理を順に説明する。まず、図６〜図８を参照して、ステータスメモリ５４、フレームバッファ４９およびデータバッファ５１に格納されるデータを、それぞれ説明する。

図６は、ステータスメモリ５４に格納されるデータの一例を示す図である。システムＩＤ、デバイスＩＤおよびユニークＩＤは、それぞれ上述した識別コードである。このシステムＩＤは、受信システム２の電源投入後にＣＰＵ６２によって書き込まれる。また、デバイスＩＤおよびユニークＩＤは、後述する受信モードの設定処理によって書き込まれる。Ｖａｌｉｄ＿Ｄａｔａフラグは、データバッファ５１に格納されているデータが有効か無効かを示すバイナリデータである。例えば、データが有効な場合には「１」が、無効な場合には「０」が、Ｖａｌｉｄ＿Ｄａｔａフラグに格納される。新規デバイス検出フラグは、受信システム２が初めてデータを受信した場合を、または前回まで受信していた送信システム１以外からデータを受信した場合を、示すバイナリデータである。例えば、上述した場合には「１」が、それ以外の場合には「０」が、新規デバイス検出フラグに格納される。なお、後述するＦＩＸモード時は、この新規デバイス検出フラグは使用されない。受信モードフラグは、受信可能なデータの送信元を、１つの送信システム１に特定するモード（ＦＩＸモード）であるか、特定しないモード（ＵＮＦＩＸモード）であるかを示すバイナリデータである。例えば、ＦＩＸモードの場合には「０」が、ＵＮＦＩＸモードの場合には「１」が、受信モードフラグに格納される。ユニークＩＤ指定フラグは、ＦＩＸモード時において、ユニークＩＤが指定されているか否かを示すバイナリデータである。例えば、指定されている場合には「１」が、指定されていない場合には「０」が、ユニークＩＤ指定フラグに格納される。

図７は、フレームバッファ４９に格納されるデータの一例を示す図である。図７に示すように、フレームバッファ４９には、予め定められた誤り訂正が施された送信データが格納される。

図８は、データバッファ５１に格納されるデータの一例を示す図である。図８に示すように、データバッファ５１には、ステータスメモリ５４に格納されているＶａｌｉｄ＿Ｄａｔａフラグおよび新規デバイス検出フラグと、フレームバッファ４９に格納されているデータとが、転送されて格納される。なお、このＶａｌｉｄ＿Ｄａｔａフラグおよび新規デバイス検出フラグは、受信ユニット４０が、後述するデータリードコマンドをＣＰＵ６２から受けた時に、ステータスメモリ５４からロードされる。

従って、受信ユニット４０は、ＦＩＸモード時には、デバイスＩＤで指定された、またはデバイスＩＤとユニークＩＤとで指定された送信システム１からのデータを受信した場合のみに、フレームバッファ４９からデータバッファ５１へデータを転送する。一方、受信ユニット４０は、ＵＮＦＩＸモード時には、デバイスＩＤおよびユニークＩＤに関係なく、受信したデータをフレームバッファ４９からデータバッファ５１へ転送する。但し、双方のモード共、システムＩＤが異なる場合には、データは転送されない。

次に、図９を参照して、受信ユニット４０とゲーム機６０との間で行われる受信モードの設定処理を説明する。図９は、ＣＰＵ６２からコマンド、特に受信モードコマンド、を受けた時の受信ユニット４０の動作の一例を示すフローチャートである。

前提として、ＣＰＵ６２は、受信ユニット４０における受信モードを設定（変更）する場合、受信モードコマンドを用いて、設定すべき受信モードを受信ユニット４０へ通知する。ＦＩＸモードが設定される場合、この受信モードコマンドには、デバイスＩＤに加え、必要なユニークＩＤの情報が含まれる。なお、ＣＰＵ６２は、送信システム１から送信されるデータを少なくとも１度受信することによって、各送信システム１のデバイスＩＤおよびユニークＩＤを入手する。受信モードをＦＩＸ／ＵＮＦＩＸのいずれに設定するかは、ユーザからの指示に従って決定されてもよいし、ゲーム機６０で実行されるアプリケーションソフトウェアに応じて決定されてもよい。

受信モードコマンドを受けたシリアルインタフェース５３は、コマンドバッファ５２に当該コマンドを書き込む（ステップＳ１０１）。プロトコルコントローラ５０は、コマンドバッファ５２に書き込まれたコマンドを解析し、受信モードがＦＩＸモードかを判断する（ステップＳ１０２）。このステップＳ１０２においてＦＩＸモードであると判断した場合、プロトコルコントローラ５０は、ユニークＩＤが指定されているかを確認する（ステップＳ１０３）。一方、ステップＳ１０２においてＦＩＸモードでないと判断した場合、プロトコルコントローラ５０は、コマンドバッファ５２に書き込まれたコマンドを解析し、受信モードがＵＮＦＩＸモードかを判断する（ステップＳ１１２）。上記ステップＳ１１２においてＵＮＦＩＸモードであると判断した場合、プロトコルコントローラ５０は、ステータスメモリ５４の受信モードフラグを「１」に設定する（ステップＳ１１３）。一方、ステップＳ１１２においてＵＮＦＩＸモードでないと判断した場合、プロトコルコントローラ５０は、そのコマンドに応じた処理を行う（ステップＳ１１４）。

上記ステップＳ１０３においてユニークＩＤが指定されている場合、プロトコルコントローラ５０は、ステータスメモリ５４の受信モードフラグを「０」に、ユニークＩＤ指定フラグを「１」に設定する（ステップＳ１０４）。さらに、プロトコルコントローラ５０は、ステータスメモリ５４に格納されているデバイスＩＤおよびユニークＩＤが、受信モードコマンドで指定されているデバイスＩＤおよびユニークＩＤと同一かを判断する（ステップＳ１０５）。そして、プロトコルコントローラ５０は、ステップＳ１０５において双方のＩＤが同一でないと判断した場合のみ、データバッファ５１内のＶａｌｉｄ＿Ｄａｔａフラグをクリアする（ステップＳ１０６）と共に、ステータスメモリ５４に受信モードコマンドで指定されているデバイスＩＤおよびユニークＩＤを書き込む（ステップＳ１０７）。

一方、上記ステップＳ１０３においてユニークＩＤが指定されていない場合、プロトコルコントローラ５０は、ステータスメモリ５４の受信モードフラグを「０」に、ユニークＩＤ指定フラグを「０」に設定する（ステップＳ１０８）。さらに、プロトコルコントローラ５０は、ステータスメモリ５４に格納されているデバイスＩＤが、受信モードコマンドで指定されているデバイスＩＤと同一かを判断する（ステップＳ１０９）。そして、プロトコルコントローラ５０は、ステップＳ１０９においてＩＤが同一でないと判断した場合のみ、データバッファ５１内のＶａｌｉｄ＿Ｄａｔａフラグをクリアする（ステップＳ１１０）と共に、ステータスメモリ５４に受信モードコマンドで指定されているデバイスＩＤを書き込む（ステップＳ１１１）。これらの処理により、ゲーム機６０で所望される受信モードが、自動的に受信ユニット４０に設定される。

次に、図１０を参照して、送信システム１から送信フレームを受信した場合に受信システム２で行われるデータ処理を説明する。図１０は、プロトコルコントローラ５０が行うデータ処理動作の一例を示すフローチャートである。

まず、プロトコルコントローラ５０は、送信フレームが受信されたか否かを確認する（ステップＳ２０１）。送信フレームが受信された場合、プロトコルコントローラ５０は、フレームバッファ４９内に格納された受信データのシステムＩＤが、ステータスメモリ５４に格納されているシステムＩＤと一致するかを確認する（ステップＳ２０２）。このステップＳ２０２においてシステムＩＤが一致しない場合、プロトコルコントローラ５０は、ゲーム機６０に対応していない送信装置から送信された同一周波数のデータあるいは雑音であると判断し（ステップＳ２０３）、受信システム２が上記同一周波数のデータあるいは雑音を受信した時に、混信状態を表すＬＥＤ５７を点灯させると共に、受信データを破棄する（ステップＳ２１１、Ｓ２１２）。一方、ステップＳ２０２においてシステムＩＤが一致した場合、プロトコルコントローラ５０は、ステータスメモリ５４を参照して、現在設定されている受信モードを確認する（ステップＳ２０４）。

上記ステップＳ２０４においてＦＩＸモードであると確認した場合、プロトコルコントローラ５０は、フレームバッファ４９内に格納された受信データのデバイスＩＤが、ステータスメモリ５４に格納されているデバイスＩＤと一致するかを確認する（ステップＳ２０５）。このステップＳ２０５においてデバイスＩＤが一致しない場合、プロトコルコントローラ５０は、別の送信システム１が同一の無線チャネルに設定され、その送信データを受信していると判断してその旨を画面表示する（ステップＳ２０６）。また、受信システム２が上記送信データを受信した時に、混信状態を表すＬＥＤ５７を点灯させると共に、受信データを破棄する（ステップＳ２１１、Ｓ２１２）。一方、ステップＳ２０５においてデバイスＩＤが一致する場合、プロトコルコントローラ５０は、ステータスメモリ５４を参照して、ユニークＩＤが設定されているか否かをさらに確認する（ステップＳ２０７）。なお、前述したステップＳ２０６において、混信状態を画面に表示しているが、例えば、ゲーム中等の画面にエラー表示をするとゲーム性を逸することも考えられるため、その場合エラー表示を画面に表示しなくてもかまわない。

上記ステップＳ２０７においてユニークＩＤが設定されていない場合、プロトコルコントローラ５０は、フレームバッファ４９内に格納された受信データのユニークＩＤを、ステータスメモリ５４に格納し（ステップＳ２１０）、Ｖａｌｉｄ＿Ｄａｔａフラグを「１」にセットする（ステップＳ２１７）。そして、プロトコルコントローラ５０は、正常な受信状態を表すＬＥＤ５８を点灯させると共に、フレームバッファ４９内に格納された受信データをデータバッファ５１へ転送させる（ステップＳ２１８、Ｓ２１９）。一方、ステップＳ２０７においてユニークＩＤが設定されている場合、プロトコルコントローラ５０は、フレームバッファ４９内に格納された受信データのユニークＩＤが、ステータスメモリ５４に格納されているユニークＩＤと一致するかを確認する（ステップＳ２０８）。このステップＳ２０８においてユニークＩＤが一致しない場合、プロトコルコントローラ５０は、同種類の別の送信システム１が同一の無線チャネルに設定されおり、その送信データを受信していると判断してその旨を画面表示する（ステップＳ２０９）。また、受信システム２が上記送信データを受信した時に、混信状態を表すＬＥＤ５７を点灯させると共に、受信データを破棄する（ステップＳ２１１、Ｓ２１２）。一方、ステップＳ２０８においてユニークＩＤが一致する場合、プロトコルコントローラ５０は、ステータスメモリ５４のＶａｌｉｄ＿Ｄａｔａフラグを「１」にセットする（ステップＳ２１７）。そして、プロトコルコントローラ５０は、正常な受信状態を表すＬＥＤ５８を点灯させると共に、フレームバッファ４９内に格納された受信データをデータバッファ５１へ転送させる（ステップＳ２１８、Ｓ２１９）。なお、前述したステップＳ２０９において、混信状態を画面に表示しているが、例えば、ゲーム中等の画面にエラー表示をするとゲーム性を逸することも考えられるため、その場合エラー表示を画面に表示しなくてもかまわない。

上記ステップＳ２０４においてＵＮＦＩＸモードであると確認した場合、プロトコルコントローラ５０は、ステータスメモリ５４のＶａｌｉｄ＿Ｄａｔａフラグを確認する（ステップＳ２１３）。このステップＳ２１３においてＶａｌｉｄ＿Ｄａｔａフラグが「１」の場合、プロトコルコントローラ５０は、フレームバッファ４９内に格納された受信データのデバイスＩＤおよびユニークＩＤが、ステータスメモリ５４に格納されているデバイスＩＤおよびユニークＩＤと一致するかを確認する（ステップＳ２１６）。

上記ステップＳ２１６においてデバイスＩＤおよびユニークＩＤ共に一致する場合、プロトコルコントローラ５０は、ステータスメモリ５４のＶａｌｉｄ＿Ｄａｔａフラグを「１」にセットする（ステップＳ２１７）。そして、プロトコルコントローラ５０は、正常な受信状態を表すＬＥＤ５８を点灯させると共に、フレームバッファ４９内に格納された受信データをデータバッファ５１へ転送させる（ステップＳ２１８、Ｓ２１９）。一方、ステップＳ２１６においてデバイスＩＤおよびユニークＩＤのいずれかが一致しない場合、およびステップＳ２１３においてＶａｌｉｄ＿Ｄａｔａフラグが「０」の場合、プロトコルコントローラ５０は、フレームバッファ４９内に格納された受信データのデバイスＩＤおよびユニークＩＤを、ステータスメモリ５４に格納し（ステップＳ２１４）、Ｖａｌｉｄ＿Ｄａｔａフラグおよび新規デバイス検出フラグを共に「１」にセットする（ステップＳ２１５、Ｓ２１７）。そして、プロトコルコントローラ５０は、正常な受信状態を表すＬＥＤ５８を点灯させると共に、フレームバッファ４９内に格納された受信データをデータバッファ５１へ転送させる（ステップＳ２１８、Ｓ２１９）。

ここで、本実施形態における情報処理システムでは、前述したように、混信状態を表すＬＥＤ５７の点灯の状態により、使用者は混信の原因を知ることができる。例えば、上記使用者が送信システム１を操作して受信システム２を使用している時に、同一周波数の上記送信システム１とは別の送信システムからの送信データあるいは雑音等を上記受信システム２が受信した場合は、上記ＬＥＤ５７は、常時点灯あるいはランダムなタイミングで点滅する状態となる。すなわち、上記使用者の操作とは無関係のタイミングで上記ＬＥＤ５７が点灯するため、上記使用者は、同一周波数の外乱を受信システム２が受けていることを知ることができる。この場合、上記使用者は、送信システム１および受信システム２のチャネルを変更して使用しなければならない。

一方、上記使用者が送信システム１を操作して受信システム２を使用する時に、すでに、同一周波数の上記送信システム１とは別の送信システムが上記受信システム２の同一の無線チャネルに設定されている場合、上記ＬＥＤ５７は、上記使用者が送信システム１を操作するタイミングに合わせて上記ＬＥＤ５７が点灯する。この場合、上記使用者は、すでに、別の送信システムが受信システム２の同一の無線チャネルに設定されていることを知り、別の送信システムのチャネルを変更する、あるいは、上記使用者の送信システム１および受信システム２のチャネルを変更して使用しなければならない。

次に、図１１〜図１３を参照して、上記データ処理動作によってデータバッファ５１へ転送されたデータを、ゲーム機６０（ＣＰＵ６２）が読み出す処理を説明する。図１１は、ＣＰＵ６２からコマンド、特にデータリードコマンドまたはステータスリードコマンドを受けた時の受信ユニット４０の動作の一例を示すフローチャートである。

前提として、ＣＰＵ６２は、受信ユニット４０で受信されたデータを読み出す場合、データリードコマンドを用いて、またステータスメモリ５４に格納されているステータスを読み出す場合、ステータスリードコマンドを用いて、受信ユニット４０へ通知する。データリードまたはステータスリードコマンドを受けたシリアルインタフェース５３は、コマンドバッファ５２に当該コマンドを書き込む（ステップＳ３０１）。プロトコルコントローラ５０は、コマンドバッファ５２に書き込まれたコマンドを解析し、データリードかステータスリードかを判断する（ステップＳ３０２、Ｓ３０３）。このステップＳ３０２およびＳ３０３においてデータリードコマンドであると判断した場合、プロトコルコントローラ５０は、ステータスメモリ５４内のＶａｌｉｄ＿Ｄａｔａフラグおよび新規デバイス検出フラグのデータを、データバッファ５１へ転送する（ステップＳ３０４）。そして、プロトコルコントローラ５０は、データバッファ５１内のデータを、シリアルインタフェース５３を介してゲーム機６０へ送出する（ステップＳ３０５）。ステップＳ３０２およびＳ３０３においてステータスリードコマンドであると判断した場合、プロトコルコントローラ５０は、ステータスメモリ５４内の全てのステータスを、シリアルインタフェース５３を介してゲーム機６０へ送出する（ステップＳ３０６）。その後、プロトコルコントローラ５０は、ステータスメモリ５４内の新規デバイス検出フラグをクリアする（ステップＳ３０７）。一方、ステップＳ３０２およびＳ３０３においていずれのコマンドでもないと判断した場合、プロトコルコントローラ５０は、そのコマンドに応じた処理を行う（ステップＳ３０８）。これらの処理により、受信ユニット４０で受信されたデータが、また必要なステータスが、ゲーム機６０へ送出される。

図１２は、ＦＩＸモードにおけるＣＰＵ６２のデータリード動作の一例を説明するフローチャートである。ＣＰＵ６２は、データリードコマンドを受信ユニット４０へ送出する（ステップＳ４０１）。その後、ＣＰＵ６２は、受信ユニット４０のデータバッファ５１から転送されるデータを受信して、メインメモリ６３へ格納する（ステップＳ４０２）。次に、ＣＰＵ６２は、格納したデータのＶａｌｉｄ＿Ｄａｔａフラグを確認する（ステップＳ４０３）。そして、ＣＰＵ６２は、ステップＳ４０３においてＶａｌｉｄ＿Ｄａｔａフラグが「１」の場合、格納したデータに応じた処理を行い（ステップＳ４０４）、Ｖａｌｉｄ＿Ｄａｔａフラグが「０」の場合、設定した送信システム１からのデータがまだ受信されていないと判断し、新たなデータリードコマンドを受信ユニット４０へ送出する（ステップＳ４０１）。

図１３は、ＵＮＦＩＸモードにおけるＣＰＵ６２のデータリード動作の一例を説明するフローチャートである。なお、図１３では、送信システム１として、ゲーム機６０に対応したガン、バズーカ、ソードの３種類を使用する場合を説明する。

ＣＰＵ６２は、データリードコマンドを受信ユニット４０へ送出する（ステップＳ５０１）。その後、ＣＰＵ６２は、受信ユニット４０のデータバッファ５１から転送されるデータを受信して、メインメモリ６３へ格納する（ステップＳ５０２）。次に、ＣＰＵ６２は、格納したデータのＶａｌｉｄ＿Ｄａｔａフラグを確認する（ステップＳ５０３）。このステップＳ５０３においてＶａｌｉｄ＿Ｄａｔａフラグが「０」の場合、ＣＰＵ６２は、有効な送信システム１からのデータがまだ受信されていないと判断し、新たなデータリードコマンドを受信ユニット４０へ送出する（ステップＳ５０１）。一方、ステップＳ５０３においてＶａｌｉｄ＿Ｄａｔａフラグが「１」の場合、ＣＰＵ６２は、格納したデータの新規デバイス検出フラグをさらに確認する（ステップＳ５０４）。このステップＳ５０４において新規デバイス検出フラグが「１」の場合、ＣＰＵ６２は、ステータスリードコマンドを受信ユニット４０へ送出する（ステップＳ５０５）。その後、ＣＰＵ６２は、受信ユニット４０のステータスメモリ５４から転送されるステータスを受信して、メインメモリ６３へ格納する（ステップＳ５０６）。次に、ＣＰＵ６２は、格納したステータスのデバイスＩＤを確認する（ステップＳ５０７）。そして、ＣＰＵ６２は、確認したデバイスＩＤの送信システム１に対応した処理をそれぞれ行う（ステップＳ５０８〜Ｓ５１３）。一方、ステップＳ５０４において新規デバイス検出フラグが「０」の場合、ＣＰＵ６２は、前回と同じ送信システム１から受信したデータであると判断し、その送信システム１に対応した処理を行う（ステップＳ５１４）。

以上のように、第１の実施形態に係る情報処理システムによれば、受信ユニット４０は、特定の１つの送信ユニット２０と無線通信するだけではなく、複数の送信ユニット２０と時分割的に無線通信することができる。また、受信ユニット４０の動作を、ゲーム機６０側からのコマンドによって制御することが可能である。さらに、操作器１０を送信ユニット２０から着脱可能な構成とし、受信ユニット４０をゲーム機６０から着脱可能な構成とすることにより、単一の送信ユニット２０および受信ユニット４０を、複数の操作器１０およびゲーム機６０へ転用することが可能となる。また、受信システム２が混信状態となった場合、混信状態を表すＬＥＤ５７の点灯状態により、使用者は、混信の原因を推定することが可能であるため、簡単な操作で適切な処置をすることができる。

（第２の実施形態）
第１の実施形態に係る情報処理システムでは、任意の送信システムにより受信システムが操作可能なため、上記受信システムが別の送信システムの無線到達可能範囲に含まれる場合、上記受信システムは上記別の送信システムにより操作されてしまうことが考えられる。そこで、第２の実施形態では、上記受信システムに対して受信可能な送信システムを、前述したユニークＩＤを用いてゲーム機に登録し、別の送信システムから操作されることを防止することが可能な情報処理システムについて説明する。

まず、当該実施形態における外観図および装置構成については、前述の図１および図２を用いて説明した第１の実施形態と同様であるため、以下の説明では同一の参照符号を用いて、その詳細な説明は省略する。

また、当該実施形態における送信システム１についても、前述の図３を用いて説明した第１の実施形態と同様であるため、以下の説明では同一の参照符号を用いて、その詳細な説明は省略する。

図１４は、当該実施形態における受信システム２の詳細な構成の一例を示すブロック図である。図１４において、当該実施形態では、第１の実施形態の受信システム２のゲーム機６０にＩＤメモリ６７が追加されている。他のブロックについては、第１の実施形態と同様であるので、同一ブロックには同一の参照符号を付して、説明を省略する。

上記ＩＤメモリ６７は、ＣＰＵ６２から出力されるデバイスＩＤおよびユニークＩＤを記憶し、ＣＰＵ６２の要求に応じて上記デバイスＩＤおよびユニークＩＤをＣＰＵ６２へ出力する。好ましくは、ＩＤメモリ６７は、フラッシュＲＯＭで構成される。

また、当該実施形態における送信システム１から受信システム２へのデータ送信のために使用される送信フレームの構成および送信方法についても、前述の図５を用いて説明した第１の実施形態と同様であるため、その詳細な説明は省略する。

また、当該実施形態における受信システム２における受信ユニット４０とゲーム機６０との間で行われる処理および受信モードの設定処理と、送信システム１から送信フレームを受信した場合のプロトコルコントローラ５０が行うデータ処理についても、前述の図６〜図１０を用いて説明した第１の実施形態と同様であるため、その詳細な説明は省略する。

次に、本実施形態で追加されたユニークＩＤをゲーム機６０に登録する手順について、図１５を用いて説明する。なお、図１５は、ゲーム機６０にユニーク／デバイスＩＤを登録する手順の一例を示すフローチャートである。

図１５は、ＣＰＵ６２が、ブートＲＯＭ６６に格納されているメニュー表示プログラムやＩＤ登録プログラムを読み出し、ＡＶエンコーダ６５を介して出力表示装置７０に手順を示すことにより、当該情報処理システム使用者が送信システム１のデバイス／ユニークＩＤを登録する方法である。まず、ＣＰＵ６２は、ブートＲＯＭ６６からメニュー表示プログラムを読み出し、ＡＶエンコーダ６５を介してメニュー画面を上記出力表示装置７０に表示する（ステップＳ６０１）。次に、上記使用者は、操作器１０を操作することにより、上記メニュー画面から「送信システム登録」を選択し、送信システムの種類の中から操作器１０に対応するデバイスを選択する（ステップＳ６０２）。そして、ＣＰＵ６２は、ステップＳ６０２で「送信システム登録」が選択されたことを示すデータを、送信システム１から受けることによりＩＤ登録プログラムが開始される。

まず、ＣＰＵ６２は、上記使用者の操作を操作器１０のＡボタンを押すように誘導するために、ＡＶエンコーダ６５を介して、「Ａボタンを押して下さい」と上記出力表示装置７０に表示する（ステップＳ６０３）。次に、ＣＰＵ６２は、送信システム１から送信されたデータが、Ａボタンが押されたことを示すデータかを確認する（ステップＳ６０４）。

上記ステップＳ６０４において、送信システム１から送信されたデータがＡボタンが押されたことを示すデータである場合、ＣＰＵ６２は、上記使用者の操作を操作器１０のＢボタンを押すように誘導するために、ＡＶエンコーダ６５を介して、「Ｂボタンを押して下さい」と上記出力表示装置７０に表示する（ステップＳ６０５）。一方、送信システム１から送信されたデータがＡボタンが押されたことを示すデータでない場合、ＣＰＵ６２は、上記ステップＳ６０３に戻り「Ａボタンを押して下さい」と再度上記出力表示装置７０に表示する（ステップＳ６０３）。

上記ステップＳ６０５に進んだ後、ＣＰＵ６２は、送信システム１から送信されたデータが、Ｂボタンが押されたことを示すデータかを確認する（ステップＳ６０６）。上記ステップＳ６０６において、送信システム１から送信されたデータがＢボタンが押されたことを示すデータである場合、ＣＰＵ６２は、上記使用者の操作を操作器１０の十字キーの上を押すように誘導するために、ＡＶエンコーダ６５を介して、「十字キーの上を押して下さい」と上記出力表示装置７０に表示する（ステップＳ６０７）。一方、送信システム１から送信されたデータがＢボタンが押されたことを示すデータでない場合、ＣＰＵ６２は、上記ステップＳ６０３に戻り「Ａボタンを押して下さい」と再度上記出力表示装置７０に表示する（ステップＳ６０３）。

上記ステップＳ６０７に進んだ後、ＣＰＵ６２は、送信システム１から送信されたデータが、十字キーの上が押されたことを示すデータかを確認する（ステップＳ６０８）。上記ステップＳ６０８において、送信システム１から送信されたデータが十字キーの上が押されたことを示すデータである場合、ＣＰＵ６２は、上記使用者の操作を操作器１０の十字キーの下を押すように誘導するために、ＡＶエンコーダ６５を介して、「十字キーの下を押して下さい」と上記出力表示装置７０に表示する（ステップＳ６０９）。一方、送信システム１から送信されたデータが十字キーの上が押されたことを示すデータでない場合、ＣＰＵ６２は、上記ステップＳ６０３に戻り「Ａボタンを押して下さい」と再度上記出力表示装置７０に表示する（ステップＳ６０３）。

上記ステップＳ６０９に進んだ後、ＣＰＵ６２は、送信システム１から送信されたデータが、十字キーの下が押されたことを示すデータかを確認する（ステップＳ６１０）。上記ステップＳ６１０において、送信システム１から送信されたデータが十字キーの下が押されたことを示すデータである場合、ＣＰＵ６２は、上記データからデバイス／ユニークＩＤを読み出し、ＩＤメモリ６７に書き込む（ステップＳ６１１）。一方、送信システム１から送信されたデータが十字キーの下が押されたことを示すデータでない場合、ＣＰＵ６２は、上記ステップＳ６０３に戻り「Ａボタンを押して下さい」と再度上記出力表示装置７０に表示する（ステップＳ６０３）。

上記ステップＳ６１１において、デバイス／ユニークＩＤをＩＤメモリ６７に登録した後、ＣＰＵ６２は、ＡＶエンコーダ６５を介して、「登録終了」と上記出力表示装置７０に表示し（ステップＳ６１２）、ＩＤ登録プログラムを終了する。

このようにして、ゲーム機６０に内蔵されているＩＤメモリ６７にデバイス／ユニークＩＤが登録される。ここで、前述したように、デバイスＩＤは操作器１０の種類別に固有に与えられる識別コードであり、ユニークＩＤは操作器１０あるいは送信ユニット２０毎に固有に与えられる識別コードであるため、ゲーム機６０には操作器１０の種類と操作器１０あるいは送信ユニット２０の個別データとが登録されることになる。また、前述したように、ＩＤメモリ６７がフラッシュＲＯＭで構成されている場合、ゲーム機６０は、電源ＯＦＦ等でも消去されないデータとして、デバイス／ユニークＩＤを記憶することができる。

なお、本実施形態では、出力表示装置７０の表示に導かれて使用者が操作器１０のＡボタン、Ｂボタン、十字キーの上、十字キーの下を順番に操作することにより、ＩＤ登録が行われているが、このような順序、ボタン、キーでなくてもかまわない。これは、ＩＤ登録する操作器１０の種類に応じたボタンおよびキーが選ばれており、単純な操作器１０の操作で登録を完了すると、誤って他の使用者の操作器からのデータを受信しＩＤ登録されてしまうことが考えられるため、上記出力表示装置７０にしたがって使用者に複数のボタン操作を行わせることにより、上記使用者の操作器のみを確実にゲーム機６０にＩＤ登録するための操作である。

また、上記使用者が、ＩＤ登録操作時に上記出力表示装置７０の指示とは異なったボタン操作をした場合、ステップＳ６０３に戻ることにより最初の操作から再入力するフローチャートとなっているが、このようなフローチャートでなくてもかまわない。ＩＤ登録する操作器の種類等を考慮して、上記異なった操作が入力された場合、最初の操作から再入力するのではなく、その操作が正しく行われるまで上記出力表示装置７０の指示を繰り返すフローチャートも考えられる。

次に、図１６および図１７を用いて、データバッファ５１へ転送されたデータを、ゲーム機６０（ＣＰＵ６２）が読み出す処理を説明する。なお、ＣＰＵ６２からコマンド、特にデータリードコマンドまたはステータスリードコマンドを受けたときの受信ユニット４０の動作については、前述の図１１を用いて説明した第１の実施形態と同様であるため、その詳細な説明は省略する。

図１６は、ＦＩＸモードにおけるＣＰＵ６２のデータリード動作の一例を説明するフローチャートである。ＣＰＵ６２は、データリードコマンドを受信ユニット４０へ送出する（ステップＳ７０１）。その後、ＣＰＵ６２は、受信ユニット４０のデータバッファ５１から転送されるデータを受信して、メインメモリ６３へ格納する（ステップＳ７０２）。次に、ＣＰＵ６２は、格納したデータのユニークＩＤを確認する（ステップＳ７０３）。そして、ＣＰＵ６２は、ステップＳ７０３において格納したデータのユニークＩＤが、ＩＤメモリ６７に登録されたユニークＩＤと一致する場合、ステップＳ７０４に進む。一方、ステップＳ７０３において格納したデータのユニークＩＤが、ＩＤメモリ６７に登録されたユニークＩＤと一致しない場合、ＣＰＵ６２は、登録された操作器１０あるいは送信ユニット２０以外からのデータが受信されたと判断し、新たなデータリードコマンドを受信ユニット４０へ送出する（ステップＳ７０１）。次に、ＣＰＵ６２は、格納したデータのＶａｌｉｄ＿Ｄａｔａフラグを確認する（ステップＳ７０４）。そして、ＣＰＵ６２は、ステップＳ７０４においてＶａｌｉｄ＿Ｄａｔａフラグが「１」の場合、格納したデータに応じた処理を行い（ステップＳ７０５）、Ｖａｌｉｄ＿Ｄａｔａフラグが「０」の場合、設定した送信システム１からのデータがまだ受信されていないと判断し、新たなデータリードコマンドを受信ユニット４０へ送出する（ステップＳ７０１）。

図１７は、ＵＮＦＩＸモードにおけるＣＰＵ６２のデータリード動作の一例を説明するフローチャートである。なお、図１７では、送信システム１としてゲーム機６０に対応したガン、バズーカ、ソードの３種類を使用する場合を説明する。ＣＰＵ６２は、データリードコマンドを受信ユニット４０へ送出する（ステップＳ８０１）。その後、ＣＰＵ６２は、受信ユニット４０のデータバッファ５１から転送されるデータを受信して、メインメモリ６３へ格納する（ステップＳ８０２）。

次に、ＣＰＵ６２は、格納したデータのユニークＩＤを確認する（ステップＳ８０３）。そして、ＣＰＵ６２は、ステップＳ８０３において格納したデータのユニークＩＤが、ＩＤメモリ６７に登録されたユニークＩＤと一致しない場合、ＣＰＵ６２は、登録された操作器１０あるいは送信ユニット２０以外からのデータが受信されたと判断し、新たなデータリードコマンドを受信ユニット４０へ送出する（ステップＳ８０１）。一方、ステップＳ８０３において格納したデータのユニークＩＤが、ＩＤメモリ６７に登録されたユニークＩＤと一致する場合、格納したデータのＶａｌｉｄ＿Ｄａｔａフラグをさらに確認する（ステップＳ８０４）。このステップＳ８０４においてＶａｌｉｄ＿Ｄａｔａフラグが「０」の場合、ＣＰＵ６２は、有効な送信システム１からのデータがまだ受信されていないと判断し、新たなデータリードコマンドを受信ユニット４０へ送出する（ステップＳ８０１）。一方、ステップＳ８０４においてＶａｌｉｄ＿Ｄａｔａフラグが「１」の場合、ＣＰＵ６２は、格納したデータの新規デバイス検出フラグをさらに確認する（ステップＳ８０５）。このステップＳ８０５において新規デバイス検出フラグが「１」の場合、ＣＰＵ６２は、ステータスリードコマンドを受信ユニット４０へ送出する（ステップＳ８０６）。

その後、ＣＰＵ６２は、受信ユニット４０のステータスメモリ５４から転送されるステータスを受信して、メインメモリ６３へ格納する（ステップＳ８０７）。次に、ＣＰＵ６２は、格納したステータスのデバイスＩＤを確認する（ステップＳ８０８）。そして、ＣＰＵ６２は、確認したデバイスＩＤの送信システム１に対応した処理をそれぞれ行う（ステップＳ８０９〜Ｓ８１４）。一方、ステップＳ８０５において新規デバイス検出フラグが「０」の場合、ＣＰＵ６２は、前回と同じ送信システム１から受信したデータであると判断し、その送信システム１に対応した処理を行う（ステップＳ８１５）。

以上のように、本発明の第２の実施形態に係る情報システムによれば、第１の実施形態の効果に加えて、ゲーム機６０にＩＤ登録された操作器１０あるいは送信ユニット２０のみで、ゲーム機６０の操作が可能であるため、他の送信システムからの誤った操作を防ぐことができる。また、ＩＤ登録をする手順では、単純な操作器１０の操作で登録を完了すると、誤って他の使用者の送信システムがＩＤ登録されてしまうことが考えられるため、出力表示装置７０にしたがって使用者に複数のボタン操作を行わせることにより、上記使用者の操作器１０あるいは送信ユニット２０を確実にゲーム機６０にＩＤ登録することができる。

なお、本実施形態では、送信されたデータがＩＤ登録された操作器１０あるいは送信ユニット２０からのデータであるか否かの判定をゲーム機６０で行っているが、予め上記ＩＤ登録されたユニーク／デバイスＩＤの情報を受信ユニット４０に送出し、受信ユニット４０で判定してもかまわない。

１…送信システム
２…受信システム
１０…操作器
１１…デジタルデータ入力部
１２…アナログデータ入力部
１３…デバイスＩＤ記憶部
２０…送信ユニット
２１…Ａ／Ｄ変換部
２２…コントローラインタフェース
２３…バッファ
２４、４８…ベースバンド処理部
２５、５０…プロトコルコントローラ
２６、４３…電圧制御発振器（ＶＣＯ）
２７、４４…ＰＬＬ処理部
２８、４１、４６…アンプ
２９、４５…バンドパスフィルタ（ＢＰＦ）
３０、５６…スイッチ
３１、５５…発振器
３２…バッテリ
３３…ユニークＩＤ記憶部
４０…受信ユニット
４２…ミキサ
４７…比較器
４９…フレームバッファ
５１…データバッファ
５２…コマンドバッファ
５３、６１…シリアルインタフェース
５４…ステータスメモリ
５７、５８…発光ダイオード（ＬＥＤ）
６０…ゲーム機
６２…ＣＰＵ
６３…メインメモリ
６４…ディスクドライブ
６５…ＡＶエンコーダ
６６…ブートＲＯＭ
６７…ＩＤメモリ
７０…出力表示装置

Claims (19)

1. 操作情報を無線送信する送信装置から送信されるデータを受信して処理する情報処理システムであって、
   任意の前記送信装置から送信されるデータを受信し、受信したデータを出力する受信手段と、
   前記受信手段から出力されるデータに基づいて処理を実行する処理手段とを備え、
   前記受信手段は、
   任意の複数の前記送信装置から送信されるデータを受信する受信部と、
   前記受信部によって受信されたデータを前記処理手段へ出力する出力部と、
   受信データの処理に関する条件が設定される条件設定部と、
   前記受信部によって受信されたデータが、前記条件設定部に設定されている条件に合致するか否かを判定し、当該条件に合致するデータを前記出力部が前記処理手段へ出力するデータとする判定部とを含み、
   前記処理手段は、
   前記受信手段から出力されるデータに基づいて、前記送信装置を特定する特定部と、
   前記特定部によって特定された送信装置に応じた処理を実行する処理部とを含み、
   前記受信手段および／または前記処理手段は、前記条件設定部に設定される条件を変更するための条件変更部をさらに含み、
   前記条件変更部は、前記処理手段が実行する処理の種類に応じて前記条件設定部に設定される条件を変更する、情報処理システム。
2. 前記条件設定部に設定される条件は、前記処理手段に応じたデータが前記出力部から出力されるように設定されることを特徴とする、請求項１に記載の情報処理システム。
3. 前記処理手段に含まれる前記条件変更部は、前記条件設定部に設定される前記条件を変更するための制御情報を、前記受信手段へ送出する制御情報送出部をさらに含むことを特徴とする、請求項１に記載の情報処理システム。
4. 前記制御情報送出部は、実行する処理に応じたデータが前記出力部から出力されるように、前記制御情報を前記受信手段へ送出することを特徴とする、請求項３に記載の情報処理システム。
5. 前記制御情報送出部は、前記受信部によって受信されたデータが前記処理手段へ出力されるように、前記制御情報を前記受信手段へ送出することを特徴とする、請求項３に記載の情報処理システム。
6. 前記条件設定部には、前記操作情報に加えてデータ送信される前記送信装置の識別コードに関する情報が、前記条件として少なくとも設定されており、
   前記判定部は、前記受信部によって受信されたデータに含まれる前記識別コードと、前記条件設定部に設定されている前記識別コードに関する情報とが、所定の関係にあるか否かを判定することを特徴とする、請求項３に記載の情報処理システム。
7. 前記受信手段は、前記判定部の判定結果に応答し混信状態を示す表示部をさらに含むことを特徴とする、請求項３に記載の情報処理システム。
8. 前記処理手段は、
   前記操作情報に加えてデータ送信される前記送信装置の識別コードが設定される識別コード記憶部と、
   前記受信手段から出力されるデータに含まれる前記識別コードと、前記識別コード記憶部に設定されている前記識別コードに関する情報とが、所定の関係にあるか否かを判定する識別コード判定部とをさらに含み、
   前記処理部は、前記受信手段から出力されるデータの中から、前記識別コード判定部で所定の関係にあると判定されたデータに基づいて、前記操作情報に応じた処理を実行することを特徴とする、請求項３に記載の情報処理システム。
9. 前記処理手段は、前記操作情報に加えてデータ送信される前記送信装置の識別コードが設定される識別コード記憶部をさらに含み、
   前記制御情報送出部は、前記識別コードを含んだ前記制御情報を前記受信手段に送出し、
   前記判定部は、前記受信部で受信されたデータに含まれる前記識別コードと、前記制御情報に含まれる前記識別コードに関する情報とが、所定の関係にあるか否かを判定し、当該条件に合致するデータを前記処理手段へ出力することを特徴とする、請求項３に記載の情報処理システム。
10. 前記識別コード記憶部は、複数の前記操作情報に基づいて、前記識別コードが設定されることを特徴とする、請求項８あるいは９に記載の情報処理システム。
11. 前記処理手段は、前記複数の操作情報を導くための複数の操作手順を示す操作手順表示部をさらに含み、
    前記識別コード記憶部は、前記操作手順表示部に示される前記複数の操作手順と一致する前記複数の操作情報の前記識別コードが設定されることを特徴とする、請求項１０に記載の情報処理システム。
12. 前記処理手段は、第１の前記送信装置から送信されるデータに基づく処理を行うための第１のプログラムと、第２の前記送信装置から送信されるデータに基づく処理を行うための第２のプログラムとが実行可能であり、
    前記制御情報送出部は、前記処理手段で前記第１のプログラムが実行される時には、前記第１の送信装置に対応した条件を設定するための第１の制御情報を、前記処理手段で前記第２のプログラムが実行される時には、前記第２の送信装置に対応した条件を設定するための第２の制御情報を、前記受信手段へ送出することを特徴とする、請求項３に記載の情報処理システム。
13. 前記第１の制御情報は、前記第１の送信装置として、特定の１つの前記送信装置を設定するための情報であり、
    前記第２の制御情報は、前記第２の送信装置として、特定の複数の前記送信装置を設定するための情報であることを特徴とする、請求項１２に記載の情報処理システム。
14. 前記第１の制御情報で設定される前記第１の送信装置の種類は、前記第２の制御情報で設定される前記第２の送信装置の種類と異なることを特徴とする、請求項１２に記載の情報処理システム。
15. 前記受信手段は、前記処理手段に着脱自在であることを特徴とする、請求項３に記載の情報処理システム。
16. 前記送信装置は、操作データを入力する入力部と、当該操作データから送信データを作成して無線送信する送信部とに、分離可能であることを特徴とする、請求項３に記載の情報処理システム。
17. 無線通信によってデータの送受信を行うゲームシステムであって、
    ユーザ入力されたゲーム操作の情報を、無線によってデータ送信する任意のゲームコントローラと、
    任意の前記ゲームコントローラから送信されるデータを受信し、受信したデータを出力する受信ユニットと、
    前記受信ユニットから出力されるデータに基づいて処理を実行するゲーム機器とを備え、
    前記ゲームコントローラは、
    ユーザによってゲーム操作が入力される操作部と、
    前記操作部に入力されたゲーム操作の情報を、無線によってデータ送信する送信ユニットとを含み、
    前記受信ユニットは、
    任意の複数の前記送信ユニットから送信されるデータを受信する受信部と、
    前記受信部によって受信されたデータを前記ゲーム機器へ出力する出力部と、
    受信データの処理に関する条件が設定される条件設定部と、
    前記受信部によって受信されたデータが、前記条件設定部に設定されている条件に合致するか否かを判定し、当該条件に合致するデータを前記出力部が前記ゲーム装置へ出力するデータとする判定部とを含み、
    前記ゲーム機器は、
    前記受信ユニットから出力されるデータに基づいて、前記ゲームコントローラを特定する特定部と、
    前記特定部によって特定されたゲームコントローラに応じた処理を実行する処理部とを含み、
    前記受信ユニットおよび／または前記ゲーム機器は、前記条件設定部に設定される条件を変更するための条件変更部をさらに含み、
    前記条件変更部は、前記ゲーム装置が実行する処理の種類に応じて前記条件設定部に設定される条件を変更する、ゲームシステム。
18. 操作情報を無線送信する送信装置から送信されるデータを受信して処理する情報処理システムのコンピュータで実行される情報処理プログラムであって、
    前記コンピュータを、
    任意の前記送信装置から送信されるデータを受信し、受信したデータを出力する受信出力手段と、
    前記受信出力手段から出力されるデータに基づいて処理を実行する処理実行手段として機能させ、
    前記受信出力手段は、
    任意の複数の前記送信装置から送信されるデータを受信する受信手段と、
    前記受信手段によって受信されたデータを出力する出力手段と、
    前記受信手段によって受信されたデータが、条件設定部に設定される受信データの処理に関する条件に合致するか否かを判定し、当該条件に合致するデータを前記出力手段により出力されるデータとする判定手段とを有し、
    前記処理実行手段は、
    前記受信出力手段により出力されるデータに基づいて、前記送信装置を特定する特定手段と、
    前記特定手段によって特定された送信装置に応じた処理を実行する処理手段とを有し、
    前記受信出力手段および／または前記処理実行手段は、前記条件設定部に設定される条件を変更するための条件変更手段をさらに有し、
    前記条件変更手段は、前記処理実行手段により実行される処理の種類に応じて前記条件設定部に設定される条件を変更する、情報処理プログラム。
19. 操作情報を無線送信する送信装置から送信されるデータを受信して処理する情報処理方法であって、
    任意の前記送信装置から送信されるデータを受信し、受信したデータを出力する受信出力ステップと、
    前記受信出力ステップにおいて出力されるデータに基づいて処理を実行する処理実行ステップとを備え、
    前記受信出力ステップは、
    任意の複数の前記送信装置から送信されるデータを受信する受信ステップと、
    前記受信ステップにおいて受信されたデータを出力する出力ステップと、
    前記受信ステップにおいて受信されたデータが、条件設定部に設定される受信データの処理に関する条件に合致するか否かを判定し、当該条件に合致するデータを前記出力ステップにおいて出力されるデータとする判定ステップとを有し、
    前記処理実行ステップは、
    前記受信出力ステップにおいて出力されるデータに基づいて、前記送信装置を特定する特定ステップと、
    前記特定ステップにおいて特定された送信装置に応じた処理を実行する処理ステップとを有し、
    前記受信出力ステップおよび／または前記処理実行ステップは、前記条件設定部に設定される条件を変更するための条件変更ステップをさらに有し、
    前記条件変更ステップでは、前記処理実行ステップにおいて実行される処理の種類に応じて前記条件設定部に設定される条件を変更する、情報処理方法。

Images