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

Description

本発明は、複数の情報処理装置が接続されて同一のアプリケーションが実行される情報処理システム、当該情報処理システムに含まれる情報処理装置と情報処理プログラム、および、情報処理方法に関する。

従来、複数の情報処理装置が互いに接続されて、当該複数の装置間で共通のプログラムを実行するものが存在する。例えば、特許文献１に記載のゲーム装置は、２つの無線通信機能を有し、他のゲーム装置と接続して共通のゲームプログラムを実行することにより、１つのゲームを行うことができる。具体的には、特許文献１では、例えば２台のゲーム装置が互いに接続されて対戦型のゲームが行われるとともに、当該２台のゲーム装置間で行われる対戦型ゲームを観戦する観戦モードで他のゲーム装置を動作させることができる。より具体的には、特許文献１に記載のゲーム装置は、まず、他のゲーム装置に対して通信接続要求を送信することにより特定小電力無線による通信を確立した後、所定の操作が行われて観戦モードで動作する。

特開２００８−１４８９２７号公報

しかしながら、特許文献１に記載のゲーム装置では、観戦モードで動作させるために、接続先のゲーム装置に対して接続要求を送信して当該接続先のゲーム装置との間で通信を確立する必要がある。この場合、接続先のゲーム装置には観戦モードで動作するゲーム装置を登録して管理する必要がある。このため、観戦モードのゲーム装置の数が多いと接続先のゲーム装置の負荷が増大したり、ゲームを観戦することができるゲーム装置の数を制限したりする必要がある。

それ故、本発明の目的は、複数の装置が通信して共通のアプリケーションを実行する場合において、装置の管理負荷を低減することが可能な情報処理システム、情報処理装置、情報処理プログラム、情報処理方法を提供することである。

本発明は、上記の課題を解決するために、以下の構成を採用した。

本発明は、操作部と通信機能とを有し、所定の通信アプリケーションを実行可能な情報処理ユニットを複数含む情報処理システムである。上記情報処理システムには、第１情報処理ユニットと、第２情報処理ユニットと、第３情報処理ユニットとが含まれる。上記第１情報処理ユニットは、管理フレーム送信手段と、第１相互登録手段と、第１データ受信手段と、第１実行手段と、第１送信手段とを含む。管理フレーム送信手段は、第１識別情報を含む管理フレームを送信する。第１相互登録手段は、上記第２情報処理ユニットから送られる登録フレームを受信し、当該受信した登録フレームに基づいて上記第２情報処理ユニットを識別する第２識別情報を自機に登録することにより、相互通信の相手として上記第２情報処理ユニットを自機に登録する。第１データ受信手段は、上記第１相互登録手段が自機に登録した上記第２識別情報が示す上記第２情報処理ユニットから送信されたデータを受信する。第１実行手段は、上記第１データ受信手段が受信したデータを用いて上記通信アプリケーションを実行する。第１送信手段は、上記第１情報処理ユニットの操作部において行われた操作に基づく第１データを上記第１識別情報とともに送信する。上記第２情報処理ユニットは、管理フレーム受信手段と、第２相互登録手段と、第２データ受信手段と、第２実行手段と、第２送信手段とを含む。管理フレーム受信手段は、上記管理フレームを受信する。第２相互登録手段は、上記管理フレーム受信手段が上記管理フレームを受信したことに応じて、上記第１情報処理ユニットに上記第２識別情報を登録させるために、当該第１情報処理ユニットに対して上記第２識別情報を含む上記登録フレームを送信するとともに、上記第１情報処理ユニットから送信された管理フレームに含まれる上記第１識別情報を自機に登録することにより、相互通信の相手として上記第１情報処理ユニットを自機に登録する。第２データ受信手段は、上記第２相互登録手段が自機に登録した上記第１識別情報が示す上記第１情報処理ユニットから送信されたデータを受信する。第２実行手段は、上記第２データ受信手段が受信したデータを用いて上記通信アプリケーションを実行する。第２送信手段は、上記第２情報処理ユニットの操作部において行われた操作に基づく第２データを上記第１識別情報とともに送信する。上記第３情報処理ユニットは、第３登録手段と、第３データ受信手段と、第３実行手段とを含む。第３登録手段は、上記第１情報処理ユニットに自機の識別情報を登録させるための登録フレームを送信せずに、上記第１情報処理ユニットから送信された管理フレームに含まれる上記第１識別情報を自機に登録することにより、上記第１情報処理ユニットを自機に一方的に登録する。第３データ受信手段は、上記第３登録手段が自機に一方的に登録した上記第１識別情報に基づいて、上記第１情報処理ユニットが送信した上記第１データおよび上記第２情報処理ユニットが送信した上記第２データを受信する。第３実行手段は、上記第３データ受信手段が受信したデータを用いて上記通信アプリケーションを実行する。上記第１実行手段および第２実行手段は、それぞれ、上記第１データ受信手段または第２データ受信手段により受信したデータを用いて上記通信アプリケーションを実行することにより、上記第１情報処理ユニットの操作部および上記第２情報処理ユニットの操作部において行われた操作を用いて上記通信アプリケーションを実行する。上記第３実行手段は、上記第３データ受信手段が受信したデータを用いて上記通信アプリケーションを実行することにより、上記第１情報処理ユニットの操作部および上記第２情報処理ユニットの操作部において行われた操作を用いて実行される上記通信アプリケーションの実行状況を提示する。

上記によれば、第１情報処理ユニットと第２情報処理ユニットとは、相互に識別情報を登録し、データの送受信を行う。一方、第３情報処理ユニットは、第１情報処理ユニットを一方的に自機に登録し、第１情報処理ユニットには第３情報処理ユニットは登録されない。このため、第３情報処理ユニットは、第１情報処理ユニットに登録されずに、第１情報処理ユニットおよび第２情報処理ユニットにおいて行われた操作に応じたアプリケーションを実行することができる。

本発明の他の構成では、上記第１情報処理ユニットは、他の情報処理ユニットから送信される探索のための探索フレームを受信して、当該探索フレームに対する応答を示す探索応答フレームを送信可能であってもよい。上記第３情報処理ユニットは、第３データを上記探索フレームに含めて、当該探索フレームを上記第１情報処理ユニットに送信する探索フレーム送信手段を含む。また、上記第１情報処理ユニットの上記第１実行手段は、上記第３情報処理ユニットが送信した上記探索フレームに含まれる上記第３データを用いて上記通信アプリケーションを実行する。

上記によれば、第３情報処理ユニットは、探索フレームに第３データを含ませて第１情報処理ユニットに送信することができる。そして、第１情報処理ユニットは、第３データを用いてアプリケーションを実行することができる。

本発明の他の構成では、上記第３データは、上記第３情報処理ユニットの操作部において行われた操作に基づくデータであってもよい。上記第１情報処理ユニットの上記第１実行手段は、上記第３データを用いて上記通信アプリケーションを実行する。

上記によれば、第１情報処理ユニットは、第３データを受信して通信アプリケーションを実行することにより、第３情報処理ユニットの操作部において行われた操作を通信アプリケーションの実行結果に反映することができる。

本発明の他の構成では、上記第１情報処理ユニットの上記第１送信手段は、上記探索フレームに含まれる上記第３データをさらに送信してもよい。上記第２情報処理ユニットの上記第２データ受信手段は、上記第１情報処理ユニットが送信した上記第３データを更に受信する。上記第２情報処理ユニットの上記第２実行手段は、上記第３データを用いて上記通信アプリケーションを実行する。

上記によれば、第３情報処理ユニットが第１情報処理ユニットに送信した第３データを第２情報処理ユニットは受信することができる。これにより、例えば、第２情報処理ユニットは、第３情報処理ユニットにおいて行われた操作に応じた処理を行うことができる。

本発明の他の構成では、上記第１情報処理ユニットの上記第１送信手段は、上記探索応答フレームに所定のデータを含ませて、当該探索応答フレームを送信してもよい。上記第３情報処理ユニットの上記第３データ受信手段は、上記第１情報処理ユニットから送信された上記探索応答フレームを受信して、上記所定のデータを取得する。

上記によれば、第３情報処理ユニットは、探索応答フレームを受信することにより第１情報処理ユニットからの所定のデータを取得することができる。

本発明の他の構成では、上記第１情報処理ユニットの上記第１送信手段は、上記第１データをブロードキャストまたはマルチキャストで送信してもよい。上記第３情報処理ユニットの上記第３データ受信手段は、自機に登録された上記第１識別情報に基づいて、上記第１情報処理ユニットからブロードキャストまたはマルチキャストで送信された上記第１データを受信する。

上記によれば、第１情報処理ユニットは、第１データをブロードキャストまたはマルチキャストで送信することができ、第３情報処理ユニットは当該データを受信することができる。

本発明の他の構成では、上記管理フレームには、上記第１情報処理ユニットに既に登録されている情報処理ユニットに関する情報が含まれてもよい。

上記によれば、第１情報処理ユニットに既に登録されている情報処理ユニットに関する情報を管理フレームに含めることができる。これにより、第２情報処理ユニットおよび第３情報処理ユニットは、既に第１情報処理ユニットに登録されている情報処理ユニットの情報を取得することができる。

本発明の他の構成では、上記第２情報処理ユニットおよび上記第３情報処理ユニットは、上記管理フレームに含まれる、上記第１情報処理ユニットに既に登録されている情報処理ユニットに関する情報を用いて、所定の処理を行ってもよい。

上記によれば、第２情報処理ユニットおよび第３情報処理ユニットは、既に登録されている情報処理ユニットに関する情報を用いて、所定の処理を行うことができる。例えば、既に登録されている情報処理ユニットのリストを表示したり、第１情報処理ユニットに登録されている情報処理ユニットが増減した場合に、増減したことを示す情報を表示したりすることができる。

本発明の他の構成では、上記管理フレームには、上記第３情報処理ユニットによる上記通信アプリケーションの実行を許可するか否かを示す実行可否情報が含まれてもよい。上記第３情報処理ユニットは、上記実行可否情報に基づいて、上記第１データおよび上記第２データを受信するか否か、または、上記通信アプリケーションを実行するか否かを判定する実行判定手段をさらに含む。

上記によれば、第１情報処理ユニットは、第３情報処理ユニットによる通信アプリケーションの実行を許可したり禁止したりすることができる。例えば、第１情報処理ユニットは、第１情報処理ユニットと第２情報処理ユニットとの間で実行される通信アプリケーションの第３情報処理ユニットによる視聴を禁止することができる。

本発明の他の構成では、上記第２情報処理ユニットおよび上記第３情報処理ユニットは、複数の上記第１情報処理ユニットから上記管理フレームを受信した場合、当該複数の上記第１情報処理ユニットに関する情報をユーザに提示して選択させる選択手段を含んでもよい。上記第２情報処理ユニットの上記第２相互登録手段は、ユーザが選択した上記第１情報処理ユニットに対して上記登録フレームを送信するとともに、当該選択した上記第１情報処理ユニットを自機に登録する。上記第３情報処理ユニットの上記第３登録手段は、ユーザが選択した上記第１情報処理ユニットを自機に一方的に登録する。

上記によれば、第２情報処理ユニットおよび第３情報処理ユニットのユーザは、複数の第１情報処理ユニットの中から１つの第１情報処理ユニットを選択して登録することができる。

本発明の他の構成では、上記第１情報処理ユニットの上記第１送信手段は、上記第１データおよび上記第１データ受信手段が受信した上記第２情報処理ユニットからの上記第２データを送信してもよい。上記第３情報処理ユニットの上記第３データ受信手段は、自機に登録された上記第１識別情報に基づいて、上記第１情報処理ユニットから送信された上記第１データおよび上記第２データを受信する。

上記によれば、第１情報処理ユニットは、第２情報処理ユニットから送られた第２データを受信して、当該データを送信することができる。すなわち、第３情報処理ユニットは、第２情報処理ユニットからの第２データを第１情報処理ユニットを経由して受信することができる。これにより、第２情報処理ユニットと第３情報処理ユニットとの距離が離れている場合でも、第３情報処理ユニットは、第１情報処理ユニットを経由して第２情報処理ユニットからのデータを受信することができる。

本発明の他の構成では、上記第１情報処理ユニット、上記第２情報処理ユニット、および、上記第３情報処理ユニットは、ＩＥＥＥ８０２．１１規格に従って通信してもよい。上記第１情報処理ユニットの上記管理フレーム送信手段は、ビーコンを送信する。上記第２情報処理ユニット上記管理フレーム受信手段は、上記ビーコンを受信する。上記第１情報処理ユニットの上記第１相互登録手段および上記第２情報処理ユニットの上記第２相互登録手段は、上記登録フレームとしてオーセンティケーションフレームおよびアソシエーションフレームをやり取りして、相互に登録を行う。上記第３情報処理ユニットの上記第３登録手段は、上記第１情報処理ユニットと上記第３情報処理ユニットの間で上記オーセンティケーションフレームおよび上記アソシエーションフレームをやり取りせずに、上記第１情報処理ユニットから送信されたビーコンに含まれる上記第１識別情報を自機に一方的に登録する。

本発明の他の構成では、上記第１情報処理ユニット、上記第２情報処理ユニット、および、上記第３情報処理ユニットは、ＩＥＥＥ８０２．１１規格に従って通信してもよく、上記探索フレームは、プローブリクエストであってもよい。

本発明の他の構成では、上記探索応答フレームは、プローブレスポンスであってもよい。

上記によれば、第１、第２および第３情報処理ユニットは、ＩＥＥＥ８０２．１１規格に従って通信することができる。

本発明の他の構成では、上記第１情報処理ユニットは、所定の周期でアウェイク状態と省電力状態とを繰り返してもよい。上記第１情報処理ユニットの上記管理フレーム送信手段は、上記所定の周期を示す情報を含む管理フレームを定期的に送信する。上記第２情報処理ユニットは、自機に登録した上記第１識別情報が示す上記第１情報処理ユニットから送信された上記管理フレームに基づいて、上記所定の周期と同期してアウェイク状態と省電力状態とを繰り返す。上記第３情報処理ユニットは、自機に登録した上記第１識別情報が示す上記第１情報処理ユニットから送信された上記管理フレームに基づいて、上記所定の周期と同期してアウェイク状態と省電力状態とを繰り返す。

上記によれば、第１情報処理ユニットと同期して第２情報処理ユニットおよび第３情報処理ユニットは、アウェイク状態と省電力状態とを繰り返すことができる。これにより電力消費を抑えながら通信を行うことができる。

本発明の他の構成では、上記第３情報処理ユニットは、所定のモードに設定されている場合、上記第１情報処理ユニットから送られた上記第１データに基づいて、自機を省電力状態に設定してもよい。上記探索フレーム送信手段は、上記所定のモードに設定されている場合、上記探索フレームの送信を制限する。上記第３データ受信手段は、上記所定のモードに設定されている場合でも、上記第１情報処理ユニットおよび上記第２情報処理ユニットが送信した上記第１データおよび上記第２データを受信する。上記第３実行手段は、上記所定のモードに設定されている場合でも、上記第３データ受信手段が受信したデータを用いて上記通信アプリケーションを実行することにより、上記第１情報処理ユニットの操作部および上記第２情報処理ユニットの操作部において行われた操作を用いて実行される上記通信アプリケーションの実行状況を提示する。

上記によれば、第３情報処理ユニットは、所定のモードの場合、第１情報処理ユニットから送られた第１データに基づいて省電力状態に設定して、電力消費を抑えることができる。また、所定のモードの場合、上記探索フレームの送信を制限することができる。また、探索フレームの送信が制限されている場合でも、データを受信することができ、通信アプリケーションを実行することができる。

また、本発明の他の構成は、通信機能を有し、所定の通信アプリケーションを実行可能な情報処理ユニットを複数含む情報処理システムである。前記情報処理システムには、前記通信アプリケーションを参加モードで実行する参加情報処理ユニットと、前記通信アプリケーションを非参加モードで実行する非参加情報処理ユニットとが含まれる。前記参加情報処理ユニットは、相互登録手段と、第１実行手段とを含む。相互登録手段は、少なくとも１つの他の前記参加情報処理ユニットとの間で、所定の認証処理の後、互いの識別情報を登録する。第１実行手段は、所定のデータを自己の識別情報とともに送信するとともに、前記相互登録手段が登録した前記識別情報が示す前記情報処理ユニットから送信されたデータを用いて前記参加モードで通信アプリケーションを実行し、当該実行結果を提示する。前記非参加情報処理ユニットは、一方的登録手段と、第２実行手段とを含む。一方的登録手段は、前記参加情報処理ユニットとの間で前記認証処理を行うことなく、前記参加情報処理ユニットの少なくとも１つの前記識別情報を自機に一方的に登録する。第２実行手段は、前記一方的登録手段が登録した前記識別情報が示す前記参加情報処理ユニットから送信されたデータを用いて、前記参加モードで実行される前記通信アプリケーションの実行状況を提示する。

上記によれば、参加情報処理ユニットは他の参加情報処理ユニットとの間で認証処理が行われて、互いの識別情報を登録する。非参加情報処理ユニットは、参加情報処理ユニットとの間で認証処理を行わずに、参加情報処理ユニットの少なくとも１つの識別情報を自機に一方的に登録する。また、非参加情報処理ユニットは、自機に登録した参加情報処理ユニットからのデータを用いて通信アプリケーションを実行する。これにより、参加情報処理ユニットに非参加情報処理ユニットの識別情報が登録されずに、非参加情報処理ユニットは、参加情報処理ユニットから送信されたデータを用いて、通信アプリケーションを実行することができる。

また、本発明は、上記情報処理システムにおいて行われる情報処理方法であってもよい。

本発明の他の構成では、所定の通信アプリケーションを実行可能な操作部と通信機能とを有する第１および第２情報処理ユニットにおいて行われた操作に基づいた処理を行う情報処理ユニットである。上記第１情報処理ユニットは、第１識別情報を含む管理フレームを送信し、上記第２情報処理ユニットから送られる登録フレームを受信し、当該受信した登録フレームに基づいて上記第２情報処理ユニットを識別する第２識別情報を自機に登録する。また、上記第１情報処理ユニットは、自機に登録した上記第２識別情報が示す上記第２情報処理ユニットから送信されたデータを受信して、当該データを用いて上記通信アプリケーションを実行することにより、上記第１情報処理ユニットの操作部および上記第２情報処理ユニットの操作部において行われた操作に基づいて進行される上記通信アプリケーションの実行結果を提示するとともに、上記第１情報処理ユニットの操作部において行われた操作に基づく第１データを上記第１識別情報とともに送信する。また、上記第２情報処理ユニットは、上記管理フレームを受信したことに応じて、上記第１情報処理ユニットに上記第２識別情報を登録させるために、当該第１情報処理ユニットに対して上記第２識別情報を含む上記登録フレームを送信するとともに、上記第１情報処理ユニットから送信された管理フレームに含まれる上記第１識別情報を自機に登録する。また、第２情報処理ユニットは、自機に登録した上記第１識別情報が示す上記第１情報処理ユニットから送信されたデータを受信して、当該データを用いて上記通信アプリケーションを実行することにより、上記第１情報処理ユニットの操作部および上記第２情報処理ユニットの操作部において行われた操作に基づいて進行される上記通信アプリケーションの実行結果を提示するとともに、上記第２情報処理ユニットの操作部において行われた操作に基づく第２データを上記第１識別情報とともに送信する。この場合において、上記情報処理ユニットは、登録手段と、データ受信手段と、実行手段とを備える。登録手段は、上記第１情報処理ユニットに自機の識別情報を登録させるための登録フレームを送信せずに、上記第１情報処理ユニットから送信された管理フレームに含まれる上記第１識別情報を自機に登録することにより、上記第１情報処理ユニットを自機に一方的に登録する。データ受信手段は、上記登録手段が自機に一方的に登録した上記第１識別情報に基づいて、上記第１情報処理ユニットが送信した上記第１データおよび上記第２情報処理ユニットが送信した上記第２データを受信する。実行手段は、上記データ受信手段が受信したデータを用いて上記通信アプリケーションを実行することにより、上記第１情報処理ユニットの操作部および上記第２情報処理ユニットの操作部において行われた操作に基づいて進行される上記通信アプリケーションの実行結果を提示する。

上記によれば、情報処理ユニットは、第１情報処理ユニットおよび第２情報処理ユニットに感知されずに、第１情報処理ユニットと第２情報処理ユニットとの間で送受信されるデータを受信し、当該データを用いて通信アプリケーションを実行することができる。

本発明の他の構成では、上記情報処理ユニットにおいて行われる情報処理プログラムであってもよい。

本発明によれば、複数の装置が通信して共通のアプリケーションを実行する場合において、装置の管理負荷を低減することができる。

開状態におけるゲーム装置１０の正面図 閉状態におけるゲーム装置１０の左側面図、正面図、右側面図および背面図 ゲーム装置１０の内部構成を示すブロック図 本実施形態に係るゲームが実行される際に複数のゲーム装置１０によって構成されるネットワークを示す図 本実施形態に係るゲームが実行された場合にゲーム装置の上側ＬＣＤ２２に表示される画像の一例を示す図 マスターにおいて生成されるクライアントの登録テーブル８０を示す図 各ゲーム装置１０のメモリ（メインメモリ３２や無線通信モジュール３６内のメモリ等）のメモリマップを示す図 各ゲーム装置１０において実行される設定処理の流れを示すフローチャート マスターによって定期的に送信されるビーコンのフレームフォーマットを示す図 ステップＳ５において画面に表示される画像の一例を示す図 マスターとして機能するゲーム装置１０の処理（マスター処理）の詳細を示すフローチャート クライアントとして機能するゲーム装置１０の処理（クライアント処理）の詳細を示すフローチャート オーディエンスとして機能するゲーム装置１０の処理（オーディエンス処理）の詳細を示すフローチャート 各ゲーム装置１０の状態の遷移を示す図 マスターのデータ送信処理の概要を示す図 マスターから送信されたフレームをクライアントが受信した場合、クライアントで行われる受信処理の概要を示す図 マスターにおいて行われるデータ送信処理（マスター）の詳細を示すフローチャート クライアントにおいて行われるデータ送信処理（クライアント）の詳細を示すフローチャート クライアントにおいて行われるデータ受信処理の詳細を示すフローチャート オーディエンスにおいて行われるデータ受信処理（オーディエンス）の詳細を示すフローチャート マスターにおいて行われるデータ受信処理（マスター）の詳細を示すフローチャート マスターを経由してクライアントＣ１から全端末にデータが送信される様子を示す図 クライアントＣ１から直接全端末にデータを送信する様子を示す図

（ゲーム装置の構成）
以下、本発明の一実施形態に係るゲーム装置について説明する。図１は、開状態におけるゲーム装置１０の外観を示す正面図である。図２（ａ）は閉状態におけるゲーム装置１０の左側面図であり、図２（ｂ）は閉状態におけるゲーム装置１０の正面図であり、図２（ｃ）は閉状態におけるゲーム装置１０の右側面図であり、図２（ｄ）は閉状態におけるゲーム装置１０の背面図である。ゲーム装置１０は携帯型のゲーム装置であり、図１および図２に示すように折り畳み可能に構成されている。図１は、開いた状態（開状態）におけるゲーム装置１０を示し、図２は、閉じた状態（閉状態）におけるゲーム装置１０を示している。ゲーム装置１０は、撮像部によって画像を撮像し、撮像した画像を画面に表示したり、撮像した画像のデータを保存したりすることが可能である。また、ゲーム装置１０は、交換可能なメモリカード内に記憶され、または、サーバや他のゲーム装置から受信したゲームプログラムを実行可能であり、仮想空間に設定された仮想カメラで撮像した画像などのコンピュータグラフィックス処理により生成された画像を画面に表示したりすることができる。

まず、図１および図２を参照して、ゲーム装置１０の外観構成について説明する。図１および図２に示されるように、ゲーム装置１０は、下側ハウジング１１および上側ハウジング２１を有する。下側ハウジング１１と上側ハウジング２１とは、開閉可能（折り畳み可能）に接続されている。

（下側ハウジングの説明）
まず、下側ハウジング１１の構成について説明する。図１および図２に示すように、下側ハウジング１１には、下側ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ：液晶表示装置）１２、タッチパネル１３、各操作ボタン１４Ａ〜１４Ｌ、アナログスティック１５、ＬＥＤ１６Ａ〜１６Ｂ、挿入口１７、および、マイクロフォン用孔１８が設けられる。以下、これらの詳細について説明する。

図１に示すように、下側ＬＣＤ１２は下側ハウジング１１に収納される。下側ＬＣＤ１２の画素数は、例えば、３２０ｄｏｔ×２４０ｄｏｔ（横×縦）であってもよい。下側ＬＣＤ１２は、後述する上側ＬＣＤ２２とは異なり、画像を（立体視可能ではなく）平面的に表示する表示装置である。なお、本実施形態では表示装置としてＬＣＤを用いているが、例えばＥＬ（Ｅｌｅｃｔｒｏ Ｌｕｍｉｎｅｓｃｅｎｃｅ：電界発光）を利用した表示装置など、他の任意の表示装置を利用してもよい。また、下側ＬＣＤ１２として、任意の解像度の表示装置を利用することができる。

図１に示されるように、ゲーム装置１０は、入力装置として、タッチパネル１３を備えている。タッチパネル１３は、下側ＬＣＤ１２の画面上に装着されている。なお、本実施形態では、タッチパネル１３は抵抗膜方式のタッチパネルである。ただし、タッチパネルは抵抗膜方式に限らず、例えば静電容量方式等、任意の方式のタッチパネルを用いることができる。本実施形態では、タッチパネル１３として、下側ＬＣＤ１２の解像度と同解像度（検出精度）のものを利用する。ただし、必ずしもタッチパネル１３の解像度と下側ＬＣＤ１２の解像度が一致している必要はない。また、下側ハウジング１１の上側面には挿入口１７（図１および図２（ｄ）に示す点線）が設けられている。挿入口１７は、タッチパネル１３に対する操作を行うために用いられるタッチペン２８を収納することができる。なお、タッチパネル１３に対する入力は通常タッチペン２８を用いて行われるが、タッチペン２８に限らずユーザの指でタッチパネル１３に対する入力をすることも可能である。

各操作ボタン１４Ａ〜１４Ｌは、所定の入力を行うための入力装置である。図１に示されるように、下側ハウジング１１の内側面（主面）には、各操作ボタン１４Ａ〜１４Ｌのうち、十字ボタン１４Ａ（方向入力ボタン１４Ａ）、ボタン１４Ｂ、ボタン１４Ｃ、ボタン１４Ｄ、ボタン１４Ｅ、電源ボタン１４Ｆ、セレクトボタン１４Ｊ、ＨＯＭＥボタン１４Ｋ、およびスタートボタン１４Ｌが、設けられる。十字ボタン１４Ａは、十字の形状を有しており、上下左右の方向を指示するボタンを有している。ボタン１４Ａ〜１４Ｅ、セレクトボタン１４Ｊ、ＨＯＭＥボタン１４Ｋ、およびスタートボタン１４Ｌには、ゲーム装置１０が実行するプログラムに応じた機能が適宜割り当てられる。例えば、十字ボタン１４Ａは選択操作等に用いられ、各操作ボタン１４Ｂ〜１４Ｅは例えば決定操作やキャンセル操作等に用いられる。また、電源ボタン１４Ｆは、ゲーム装置１０の電源をオン／オフするために用いられる。

アナログスティック１５は、方向を指示するデバイスである。アナログスティック１５は、そのキートップが、下側ハウジング１１の内側面に平行にスライドするように構成されている。アナログスティック１５は、ゲーム装置１０が実行するプログラムに応じて機能する。例えば、３次元仮想空間に所定のオブジェクトが登場するゲームがゲーム装置１０によって実行される場合、アナログスティック１５は、当該所定のオブジェクトを３次元仮想空間内で移動させるための入力装置として機能する。この場合において、所定のオブジェクトはアナログスティック１５のキートップがスライドした方向に移動される。なお、アナログスティック１５として、上下左右および斜め方向の任意の方向に所定量だけ傾倒することでアナログ入力を可能としたものを用いても良い。

また、下側ハウジング１１の内側面には、マイクロフォン用孔１８が設けられる。マイクロフォン用孔１８の下部には後述する音声入力装置としてのマイク４２（図３参照）が設けられ、当該マイク４２がゲーム装置１０の外部の音を検出する。

図２（ｂ）および（ｄ）に示されるように、下側ハウジング１１の上側面には、Ｌボタン１４ＧおよびＲボタン１４Ｈが設けられている。Ｌボタン１４ＧおよびＲボタン１４Ｈは、例えば、撮像部のシャッターボタン（撮影指示ボタン）として機能することができる。また、図２（ａ）に示されるように、下側ハウジング１１の左側面には、音量ボタン１４Ｉが設けられる。音量ボタン１４Ｉは、ゲーム装置１０が備えるスピーカの音量を調整するために用いられる。

図２（ａ）に示されるように、下側ハウジング１１の左側面には開閉可能なカバー部１１Ｃが設けられる。このカバー部１１Ｃの内側には、ゲーム装置１０とデータ保存用外部メモリ４５とを電気的に接続するためのコネクタ（図示せず）が設けられる。データ保存用外部メモリ４５は、コネクタに着脱自在に装着される。データ保存用外部メモリ４５は、例えば、ゲーム装置１０によって撮像された画像のデータを記憶（保存）するために用いられる。

また、図２（ｄ）に示されるように、下側ハウジング１１の上側面には、ゲーム装置１０とゲームプログラムを記録した外部メモリ４４を挿入するための挿入口１１Ｄが設けられ、その挿入口１１Ｄの内部には、外部メモリ４４と電気的に着脱自在に接続するためのコネクタ（図示せず）が設けられる。当該外部メモリ４４がゲーム装置１０に接続されることにより、所定のゲームプログラムが実行される。

また、図１および図２（ｃ）に示されるように、下側ハウジング１１の下側面にはゲーム装置１０の電源のＯＮ／ＯＦＦ状況をユーザに通知する第１ＬＥＤ１６Ａ、下側ハウジング１１の右側面にはゲーム装置１０の無線通信の確立状況をユーザに通知する第２ＬＥＤ１６Ｂが設けられる。ゲーム装置１０は他の機器との間で無線通信を行うことが可能であり、第２ＬＥＤ１６Ｂは、無線通信の機能が有効である場合に点灯する。ゲーム装置１０は、例えば、ＩＥＥＥ８０２．１１ｂ／ｇの規格に準拠した方式により、無線ＬＡＮに接続する機能を有する。下側ハウジング１１の右側面には、この無線通信の機能を有効／無効にする無線スイッチ１９が設けられる（図２（ｃ）参照）。

なお、図示は省略するが、下側ハウジング１１には、ゲーム装置１０の電源となる充電式電池が収納され、下側ハウジング１１の側面（例えば、上側面）に設けられた端子を介して当該電池を充電することができる。

（上側ハウジングの説明）
次に、上側ハウジング２１の構成について説明する。図１および図２に示すように、上側ハウジング２１には、上側ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ：液晶表示装置）２２、外側撮像部２３（外側撮像部（左）２３ａおよび外側撮像部（右）２３ｂ）、内側撮像部２４、３Ｄ調整スイッチ２５、および、３Ｄインジケータ２６が設けられる。以下、これらの詳細について説明する。

図１に示すように、上側ＬＣＤ２２は上側ハウジング２１に収納される。上側ＬＣＤ２２の画素数は、例えば、８００ｄｏｔ×２４０ｄｏｔ（横×縦）であってもよい。なお、本実施形態では上側ＬＣＤ２２は液晶表示装置であるとしたが、例えばＥＬ（Ｅｌｅｃｔｒｏ Ｌｕｍｉｎｅｓｃｅｎｃｅ：電界発光）を利用した表示装置などが利用されてもよい。また、上側ＬＣＤ２２として、任意の解像度の表示装置を利用することができる。

上側ＬＣＤ２２は、立体視可能な画像を表示することが可能な表示装置である。また、本実施例では、実質的に同一の表示領域を用いて左目用画像と右目用画像が表示される。具体的には、左目用画像と右目用画像が所定単位で（例えば、１列ずつ）横方向に交互に表示される方式の表示装置である。または、左目用画像と右目用画像とが時間的に交互に表示され、メガネを用いてユーザの左目に左目用画像が右目に右目用画像が視認される方式の表示装置であってもよい。本実施例では、裸眼立体視可能な表示装置である。そして、横方向に交互に表示される左目用画像と右目用画像とを左目および右目のそれぞれに分解して見えるようにレンチキュラー方式やパララックスバリア方式（視差バリア方式）のものが用いられる。本実施形態では、上側ＬＣＤ２２はパララックスバリア方式のものとする。上側ＬＣＤ２２は、右目用画像と左目用画像とを用いて、裸眼で立体視可能な画像（立体画像）を表示する。すなわち、上側ＬＣＤ２２は、視差バリアを用いてユーザの左目に左目用画像をユーザの右目に右目用画像を視認させることにより、ユーザにとって立体感のある立体画像（立体視可能な画像）を表示することができる。また、上側ＬＣＤ２２は、上記視差バリアを無効にすることが可能であり、視差バリアを無効にした場合は、画像を平面的に表示することができる（上述した立体視とは反対の意味で平面視の画像を表示することができる。すなわち、表示された同一の画像が右目にも左目にも見えるような表示モードである）。このように、上側ＬＣＤ２２は、立体視可能な画像を表示する立体表示モードと、画像を平面的に表示する（平面視画像を表示する）平面表示モードとを切り替えることが可能な表示装置である。この表示モードの切り替えは、後述する３Ｄ調整スイッチ２５によって行われる。

外側撮像部２３は、上側ハウジング２１の外側面（上側ＬＣＤ２２が設けられた主面と反対側の背面）２１Ｄに設けられた２つの撮像部（２３ａおよび２３ｂ）の総称である。外側撮像部（左）２３ａと外側撮像部（右）２３ｂの撮像方向は、いずれも当該外側面２１Ｄの外向きの法線方向である。外側撮像部（左）２３ａと外側撮像部（右）２３ｂとは、ゲーム装置１０が実行するプログラムによって、ステレオカメラとして使用することが可能である。外側撮像部（左）２３ａおよび外側撮像部（右）２３ｂは、それぞれ所定の共通の解像度を有する撮像素子（例えば、ＣＣＤイメージセンサやＣＭＯＳイメージセンサ等）と、レンズとを含む。レンズは、ズーム機構を有するものでもよい。

内側撮像部２４は、上側ハウジング２１の内側面（主面）２１Ｂに設けられ、当該内側面の内向きの法線方向を撮像方向とする撮像部である。内側撮像部２４は、所定の解像度を有する撮像素子（例えば、ＣＣＤイメージセンサやＣＭＯＳイメージセンサ等）と、レンズとを含む。レンズは、ズーム機構を有するものでもよい。

３Ｄ調整スイッチ２５は、スライドスイッチであり、上述のように上側ＬＣＤ２２の表示モードを切り替えるために用いられるスイッチである。また、３Ｄ調整スイッチ２５は、上側ＬＣＤ２２に表示された立体視可能な画像（立体画像）の立体感を調整するために用いられる。３Ｄ調整スイッチ２５のスライダ２５ａは、所定方向（上下方向）の任意の位置にスライド可能であり、当該スライダ２５ａの位置に応じて上側ＬＣＤ２２の表示モードが設定される。また、スライダ２５ａの位置に応じて、立体画像の見え方が調整される。具体的には、スライダ２５ａの位置に応じて、右目用画像および左目用画像の横方向の位置のずれ量が調整される。

３Ｄインジケータ２６は、上側ＬＣＤ２２が立体表示モードか否かを示す。３Ｄインジケータ２６は、ＬＥＤであり、上側ＬＣＤ２２の立体表示モードが有効の場合に点灯する。なお、３Ｄインジケータ２６は、上側ＬＣＤ２２が立体表示モードになっており、かつ、立体視画像を表示するプログラム処理が実行されているときに限り、点灯するようにしてもよい。

また、上側ハウジング２１の内側面には、スピーカ孔２１Ｅが設けられる。後述するスピーカ４３からの音声がこのスピーカ孔２１Ｅから出力される。

（ゲーム装置１０の内部構成）
次に、図３を参照して、ゲーム装置１０の内部の電気的構成について説明する。図３は、ゲーム装置１０の内部構成を示すブロック図である。図３に示すように、ゲーム装置１０は、上述した各部に加えて、情報処理部３１、メインメモリ３２、外部メモリインターフェイス（外部メモリＩ／Ｆ）３３、データ保存用外部メモリＩ／Ｆ３４、データ保存用内部メモリ３５、無線通信モジュール３６、リアルタイムクロック（ＲＴＣ）３８、加速度センサ３９、電源回路４０、およびインターフェイス回路（Ｉ／Ｆ回路）４１等の電子部品を備えている。これらの電子部品は、電子回路基板上に実装されて下側ハウジング１１（または上側ハウジング２１でもよい）内に収納される。

情報処理部３１は、所定のプログラムを実行するためのＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３１１、画像処理を行うＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３１２等を含む情報処理手段である。情報処理部３１のＣＰＵ３１１は、ゲーム装置１０内のメモリ（例えば外部メモリＩ／Ｆ３３に接続された外部メモリ４４やデータ保存用内部メモリ３５）に記憶されているプログラムを実行することによって、当該プログラムに応じた処理を実行する。なお、情報処理部３１のＣＰＵ３１１によって実行されるプログラムは、他の機器との通信によって他の機器から取得されてもよい。また、情報処理部３１は、ＶＲＡＭ（Ｖｉｄｅｏ ＲＡＭ）３１３を含む。情報処理部３１のＧＰＵ３１２は、情報処理部３１のＣＰＵ３１１からの命令に応じて画像を生成し、ＶＲＡＭ３１３に描画する。そして、情報処理部３１のＧＰＵ３１２は、ＶＲＡＭ３１３に描画された画像を上側ＬＣＤ２２及び／又は下側ＬＣＤ１２に出力し、上側ＬＣＤ２２及び／又は下側ＬＣＤ１２に当該画像が表示される。

情報処理部３１には、メインメモリ３２、外部メモリＩ／Ｆ３３、データ保存用外部メモリＩ／Ｆ３４、および、データ保存用内部メモリ３５が接続される。外部メモリＩ／Ｆ３３は、外部メモリ４４を着脱自在に接続するためのインターフェイスである。また、データ保存用外部メモリＩ／Ｆ３４は、データ保存用外部メモリ４５を着脱自在に接続するためのインターフェイスである。

メインメモリ３２は、情報処理部３１（のＣＰＵ３１１）のワーク領域やバッファ領域として用いられる揮発性の記憶手段である。すなわち、メインメモリ３２は、上記プログラムに基づく処理に用いられる各種データを一時的に記憶したり、外部（外部メモリ４４や他の機器等）から取得されるプログラムを一時的に記憶したりする。本実施形態では、メインメモリ３２として例えばＰＳＲＡＭ（Ｐｓｅｕｄｏ−ＳＲＡＭ）を用いる。

外部メモリ４４は、情報処理部３１によって実行されるプログラムを記憶するための不揮発性の記憶手段である。外部メモリ４４は、例えば読み取り専用の半導体メモリで構成される。外部メモリ４４が外部メモリＩ／Ｆ３３に接続されると、情報処理部３１は外部メモリ４４に記憶されたプログラムを読み込むことができる。情報処理部３１が読み込んだプログラムを実行することにより、所定の処理が行われる。データ保存用外部メモリ４５は、不揮発性の読み書き可能なメモリ（例えばＮＡＮＤ型フラッシュメモリ）で構成され、所定のデータを格納するために用いられる。例えば、データ保存用外部メモリ４５には、外側撮像部２３で撮像された画像や他の機器で撮像された画像が記憶される。データ保存用外部メモリ４５がデータ保存用外部メモリＩ／Ｆ３４に接続されると、情報処理部３１はデータ保存用外部メモリ４５に記憶された画像を読み込み、上側ＬＣＤ２２及び／又は下側ＬＣＤ１２に当該画像を表示することができる。

データ保存用内部メモリ３５は、読み書き可能な不揮発性メモリ（例えばＮＡＮＤ型フラッシュメモリ）で構成され、所定のデータを格納するために用いられる。例えば、データ保存用内部メモリ３５には、無線通信モジュール３６を介した無線通信によってダウンロードされたデータやプログラムが格納される。

無線通信モジュール３６は、例えばＩＥＥＥ８０２．１１ｂ／ｇの規格に準拠した方式により、無線ＬＡＮに接続する機能を有する。無線通信モジュール３６は情報処理部３１に接続される。情報処理部３１は、無線通信モジュール３６を用いてインターネットを介して他の機器との間でデータを送受信したりすることができる。なお、無線通信モジュール３６は、ＩＥＥＥ８０２．１１ｂ／ｇ規格以外の独自の通信方式をサポートしてもよい。

また、情報処理部３１には、加速度センサ３９が接続される。加速度センサ３９は、３軸（ｘｙｚ軸）方向に沿った直線方向の加速度（直線加速度）の大きさを検出する。加速度センサ３９は、下側ハウジング１１の内部に設けられる。加速度センサ３９は、図１に示すように、下側ハウジング１１の長辺方向をｘ軸、下側ハウジング１１の短辺方向をｙ軸、下側ハウジング１１の内側面（主面）に対して垂直な方向をｚ軸として、各軸の直線加速度の大きさを検出する。なお、加速度センサ３９は、例えば静電容量式の加速度センサであるとするが、他の方式の加速度センサを用いるようにしてもよい。また、加速度センサ３９は１軸又は２軸方向を検出する加速度センサであってもよい。情報処理部３１は、加速度センサ３９が検出した加速度を示すデータ（加速度データ）を受信して、ゲーム装置１０の姿勢や動きを検出することができる。

また、情報処理部３１には、ＲＴＣ３８および電源回路４０が接続される。ＲＴＣ３８は、時間をカウントして情報処理部３１に出力する。情報処理部３１は、ＲＴＣ３８によって計時された時間に基づき現在時刻（日付）を計算する。電源回路４０は、ゲーム装置１０が有する電源（下側ハウジング１１に収納される上記充電式電池）からの電力を制御し、ゲーム装置１０の各部品に電力を供給する。

また、情報処理部３１には、Ｉ／Ｆ回路４１が接続される。Ｉ／Ｆ回路４１には、マイク４２およびスピーカ４３が接続される。具体的には、Ｉ／Ｆ回路４１には、図示しないアンプを介してスピーカ４３が接続される。マイク４２は、ユーザの音声を検知して音声信号をＩ／Ｆ回路４１に出力する。アンプは、Ｉ／Ｆ回路４１からの音声信号を増幅し、音声をスピーカ４３から出力させる。また、タッチパネル１３はＩ／Ｆ回路４１に接続される。Ｉ／Ｆ回路４１は、マイク４２およびスピーカ４３（アンプ）の制御を行う音声制御回路と、タッチパネルの制御を行うタッチパネル制御回路とを含む。音声制御回路は、音声信号に対するＡ／Ｄ変換およびＤ／Ａ変換を行ったり、音声信号を所定の形式の音声データに変換したりする。タッチパネル制御回路は、タッチパネル１３からの信号に基づいて所定の形式のタッチ位置データを生成して情報処理部３１に出力する。タッチ位置データは、タッチパネル１３の入力面において入力が行われた位置の座標を示す。なお、タッチパネル制御回路は、タッチパネル１３からの信号の読み込み、および、タッチ位置データの生成を所定時間に１回の割合で行う。情報処理部３１は、タッチ位置データを取得することにより、タッチパネル１３に対して入力が行われた位置を知ることができる。

操作ボタン１４は、上記各操作ボタン１４Ａ〜１４Ｌからなり、情報処理部３１に接続される。操作ボタン１４から情報処理部３１へは、各操作ボタン１４Ａ〜１４Ｉに対する入力状況（押下されたか否か）を示す操作データが出力される。情報処理部３１は、操作ボタン１４から操作データを取得することによって、操作ボタン１４に対する入力に従った処理を実行する。

下側ＬＣＤ１２および上側ＬＣＤ２２は情報処理部３１に接続される。下側ＬＣＤ１２および上側ＬＣＤ２２は、情報処理部３１（のＧＰＵ３１２）の指示に従って画像を表示する。本実施形態では、情報処理部３１は、上側ＬＣＤ２２に立体画像（立体視可能な画像）を表示させる。

具体的には、情報処理部３１は、上側ＬＣＤ２２のＬＣＤコントローラ（図示せず）と接続され、当該ＬＣＤコントローラに対して視差バリアのＯＮ／ＯＦＦを制御する。上側ＬＣＤ２２の視差バリアがＯＮになっている場合、情報処理部３１のＶＲＡＭ３１３に格納された右目用画像と左目用画像とが、上側ＬＣＤ２２に出力される。より具体的には、ＬＣＤコントローラは、右目用画像について縦方向に１ライン分の画素データを読み出す処理と、左目用画像について縦方向に１ライン分の画素データを読み出す処理とを交互に繰り返すことによって、ＶＲＡＭ３１３から右目用画像と左目用画像とを読み出す。これにより、右目用画像および左目用画像が、画素を縦に１ライン毎に並んだ短冊状画像に分割され、分割された右目用画像の短冊状画像と左目用画像の短冊状画像とが交互に配置された画像が、上側ＬＣＤ２２の画面に表示される。そして、上側ＬＣＤ２２の視差バリアを介して当該画像がユーザに視認されることによって、ユーザの右目に右目用画像が、ユーザの左目に左目用画像が視認される。以上により、上側ＬＣＤ２２の画面には立体視可能な画像が表示される。

外側撮像部２３および内側撮像部２４は、情報処理部３１に接続される。外側撮像部２３および内側撮像部２４は、情報処理部３１の指示に従って画像を撮像し、撮像した画像データを情報処理部３１に出力する。

３Ｄ調整スイッチ２５は、情報処理部３１に接続される。３Ｄ調整スイッチ２５は、スライダ２５ａの位置に応じた電気信号を情報処理部３１に送信する。

また、３Ｄインジケータ２６は、情報処理部３１に接続される。情報処理部３１は、３Ｄインジケータ２６の点灯を制御する。例えば、情報処理部３１は、上側ＬＣＤ２２が立体表示モードである場合、３Ｄインジケータ２６を点灯させる。

また、情報処理部３１には、角速度センサ４６が接続される。角速度センサ４６は、各軸（ｘ軸、ｙ軸、ｚ軸）周りの角速度を検出する。ゲーム装置１０は、角速度センサ４６が逐次検出する角速度に基づいて、実空間におけるゲーム装置１０の姿勢を算出することができる。具体的には、ゲーム装置１０は、角速度センサ４６によって検出された各軸周りの角速度を時間で積分することによって、各軸周りのゲーム装置１０の回転角を算出することができる。以上がゲーム装置１０の内部構成の説明である。

（通信処理の概要）
次に、図面を参照して、本発明の一実施形態に係る通信処理の概要について説明する。ゲーム装置１０は、無線通信モジュール３６によって例えばＩＥＥＥ８０２．１１．ｂ／ｇの規格に準拠した方式により、他のゲーム装置と通信可能である。本実施形態では、複数のゲーム装置１０が、ＩＥＥＥ８０２．１１．ｂ／ｇの規格に一部準拠した方式により互いに接続されることによって、ゲームが進行する。

図４は、本実施形態に係るゲームが実行される際に複数のゲーム装置１０によって構成されるネットワークを示す図である。図４に示すように、本実施形態では、複数のゲーム装置１０のうち、１台のゲーム装置１０ａがマスターとして機能し、ゲーム装置１０ｂおよびゲーム装置１０ｃがクライアントＣ１およびクライアントＣ２として機能する（ゲーム装置１０ａ〜１０ｃは参加モードで動作する）。また、本実施形態では、マスター、クライアントＣ１およびクライアントＣ２とは別のゲーム装置１０ｄが、オーディエンス（観戦者）として機能する（ゲーム装置１０ｄは非参加モードで動作する）。オーディエンスは、マスターおよびクライアント間で進行するゲームの観戦のみを行う。なお、クライアントとしてゲームに参加可能なゲーム装置１０の台数は、例えば最大で１５に設定される。また、オーディエンスとしてゲームに参加可能なゲーム装置１０の台数には制限は設けられない。

図５は、本実施形態に係るゲームが実行された場合にゲーム装置の上側ＬＣＤ２２に表示される画像の一例を示す図である。図５に示すように、例えば、ゲーム装置１０ａ〜１０ｄの上側ＬＣＤ２２には複数のゲームキャラクタが表示され、複数のゲームキャラクタがカートに乗ってコース上を走行するレースゲームが行われる。具体的には、ゲーム装置１０ａ〜１０ｃの上側ＬＣＤ２２には、マスター（ゲーム装置１０ａ）のユーザによって操作されるゲームキャラクタ１０１、クライアントＣ１（ゲーム装置１０ｂ）のユーザによって操作されるゲームキャラクタ１０２、および、クライアントＣ２（ゲーム装置１０ｃ）のユーザによって操作されるゲームキャラクタ１０３が表示される。また、図５に示す画像は、オーディエンス（ゲーム装置１０ｄ）の上側ＬＣＤ２２にも表示される。オーディエンスは、レースゲームには当事者として参加しないが、ゲーム装置１０ａ〜１０ｃの間で進行するレースゲームの観戦者として参加して、当該レースゲームを見ることができる。なお、各ゲーム装置１０の画面に表示される画像は異なっていてもよく、例えば、視点が異なる画像がそれぞれのゲーム装置１０において表示されてもよい。例えば、マスターの画面には、マスターにおいて操作されるゲームキャラクタ１０１を中心とした画像が表示され、クライアントＣ１の画面にはクライアントＣ１で操作されるゲームキャラクタ１０２を中心とした画像が表示されてもよい。また、オーディエンスの画面には、マスターおよび各クライアントとは視点が異なる画像が表示されてもよい。また、オーディエンスにおいて、仮想空間の画像を表示せずに、ゲーム状況を認識可能な情報（例えば、コースマップの画像、数値や文字等）が画面に表示されてもよい。

図４に示すように、マスター（ゲーム装置１０ａ）と、クライアントＣ１（ゲーム装置１０ｂ）との間では、まず、認証が行われる。同様に、マスター（ゲーム装置１０ａ）と、クライアントＣ２（ゲーム装置１０ｃ）との間も、認証が行われる。マスターとクライアントＣとの間で認証が行われると、マスターは認証したクライアントＣの識別情報（ＭＡＣアドレス）を自機に登録し、登録したクライアントＣとの間で、操作データ（例えば操作ボタン１４等に対する操作データ）等を送受信する。同様に、クライアントは、マスターとの間で認証が行われると、マスターの識別情報（ＭＡＣアドレス）を自機に登録する。これによって、マスターとクライアントＣとの間でデータがやり取りされて、ゲームが進行する。一方、マスター（ゲーム装置１０ａ）と、オーディエンス（ゲーム装置１０ｄ）との間では、認証は行われず、マスターにはオーディエンスの識別情報（ＭＡＣアドレス）は登録されない。オーディエンスは、マスターの識別情報（ＭＡＣアドレス）を自機に登録する。オーディエンスは、マスターおよびクライアントＣから送信されるデータの受信のみを行い、マスターおよびクライアントＣから送信されるデータに基づいてゲーム画像を生成して、自機の上側ＬＣＤ２２に当該ゲーム画像を表示する。マスターと、オーディエンスとの間では、認証のための通信は一切行われないため、オーディエンスはマスターおよびクライアントＣに認識されない。

図６は、マスターにおいて生成されるクライアントの登録テーブル８０を示す図である。図６に示すように、マスターには、認証が完了したクライアントのＭＡＣアドレス、ユーザ名、および、ＩＤが記憶される。ユーザ名は、各ゲーム装置のユーザによって割り当てられた名前である。ＩＤは、マスターが各クライアントを登録する際に、各クライアントに割り当てる番号であり、例えば、１〜１５までの整数値である。マスターは、認証が完了したクライアントを図６に示すテーブルに、例えば最大で１５台まで登録する。一方、オーディエンスはマスターの登録テーブル８０には登録されない。

各ゲーム装置では、ゲームが実行される前に設定処理が行われる。当該設定処理が行われることによって、ゲーム装置が上記マスター、クライアント、および、オーディエンスの何れかで動作するかが決定される。本実施形態では、各ゲーム装置１０のユーザが、自身が使用するゲーム装置をマスター、クライアント、および、オーディエンスの何れで動作させるかを選択する。

（設定処理）
次に、ゲーム装置１０において行われる設定処理について説明する。図７は、各ゲーム装置１０のメモリ（メインメモリ３２や無線通信モジュール３６内のメモリ等）のメモリマップを示す図である。

図７に示すように、ゲーム装置１０のメモリには、通信プログラム７１、モードデータ７２、および、識別情報７３が記憶される。通信プログラム７１は、通信を制御するプログラムとゲームプログラムとを含む。具体的には、通信プログラム７１は、後述する各処理（設定処理、マスター処理、クライアント処理、オーディエンス処理、データ送信処理、および、データ受信処理）を実行するためのプログラムである。モードデータ７２は、ゲーム装置１０を、マスター、クライアント、および、オーディエンスの何れのモードで動作させるかを示すデータである。識別情報７３は、自機がどのマスターに接続しているかを識別するための識別情報であり、具体的には、マスターのＭＡＣアドレスである。ゲーム装置１０がマスターとして機能する場合、識別情報７３には自機のＭＡＣアドレスが記憶される。図７に示すデータの他、各ゲーム装置１０のメモリには、それぞれのモードに応じて、種々のデータが記憶される。例えば、マスターには、図６に示す登録テーブル８０を示すデータ等が記憶される。また、マスターおよびクライアントのメモリには、後述する個別送信データを格納するための領域である個別送信箱１１０、および、全送信データを格納するための領域である全送信箱１２０が設けられる。また、例えば、各ゲーム装置のメモリには、ゲーム処理に用いられる各種のデータが記憶される。

図８は、各ゲーム装置１０において実行される設定処理の流れを示すフローチャートである。ゲーム装置１０の電源が投入されると、ゲーム装置１０の情報処理部３１（ＣＰＵ３１１）は、ＲＯＭ（図示せず）に記憶されている起動プログラムを実行し、これによってメインメモリ３２等の各ユニットが初期化される。次に、ＲＯＭに記憶されたプログラムがメモリ（具体的には、メインメモリ３２）に読み込まれ、情報処理部３１のＣＰＵ３１１によって当該プログラムの実行が開始される。図８のフローチャートに示す処理は、以上の処理が完了した後に情報処理部３１によって行われる。

まず、ステップＳ１において、情報処理部３１は、マスターになるか否かの選択画面を上側ＬＣＤ２２または下側ＬＣＤ１２に表示する。例えば、下側ＬＣＤ１２には、自機をマスターとして機能させるか否かをユーザに選択させるためのアイコンが表示される。次に、情報処理部３１は、ステップＳ２の処理を実行する。

ステップＳ２において、情報処理部３１は、マスターが選択されたか否かを判定する。例えば、情報処理部３１は、タッチパネル１３が検出したタッチ位置に基づいて、マスターを選択するためのアイコンがタッチされたか否かを判定する。マスターが選択された場合、情報処理部３１は、次にステップＳ３の処理を実行する。一方、マスターが選択されなかった場合、情報処理部３１は、次にステップＳ４の処理を実行する。

ステップＳ３において、情報処理部３１は、自機をマスターモードに設定する。具体的には、情報処理部３１は、モードデータ７２にマスターであることを示す値を格納するとともに、識別情報７３に自機のＭＡＣアドレスを設定する。次に情報処理部３１は、図８に示す設定処理を終了する。

一方、ステップＳ４において、情報処理部３１は、ビーコンを受信したか否かを判定する。ここで、ビーコンは、マスターによってブロードキャストで定期的（例えば、１００ｍｓｅｃ毎）に送信される管理（マネジメント）フレームである。マスターとして機能するゲーム装置１０が自機の近くに存在する場合、情報処理部３１は、マスターから定期的に送信されるビーコンを受信する。

図９は、マスターによって定期的に送信されるビーコンのフレームフォーマットを示す図である。図９に示すように、ビーコンには、送信元アドレス（マスターのＭＡＣアドレス）、ＢＳＳＩＤ（マスターのＭＡＣアドレスと一致する）、ゲームＩＤ、接続数、最大接続数、接続済みリスト、および、観戦許可フラグが含まれる。送信元アドレスおよびＢＳＳＩＤは、当該フレームのヘッダ部分に埋め込まれている。また、ゲームＩＤ、接続数、最大接続数、接続済みリスト、および、観戦許可フラグは、ベンダー固有の情報要素としてフレームのボディ部分に含められる情報である。ゲームＩＤは、各ゲーム装置１０で行われるゲームを識別するためのＩＤである。また、接続数は、現在マスターの登録テーブル８０に登録されているクライアント（認証済みのクライアント）の数である。最大接続数は、マスターが許容するクライアントの最大接続数（１５）にマスター自身を加えた数であり、例えば、１６に設定されている。接続済みリストは、現在マスターに登録されているクライアント（登録テーブル８０に登録されたクライアント）を示す情報のリストであり、例えば、登録されているクライアントのユーザ名のリストである。観戦許可フラグは、オーディエンスによる観戦を許可するか否かを示す情報である。

ステップＳ４において、情報処理部３１は、ビーコンを受信した場合、次にステップＳ５の処理を実行する。一方、情報処理部３１は、ビーコンを受信しなかった場合、次にステップＳ６の処理を実行する。

ステップＳ５において、情報処理部３１は、マスターおよびクライアントのリストの表示、および、選択画面の表示をする。ここでは、情報処理部３１は、ステップＳ４で受信したビーコンに含まれる接続済みリストに基づいて、現在マスターに登録されているクライアントのリストを上側ＬＣＤ２２または下側ＬＣＤ１２に表示する。例えば、図４に示すゲーム装置１０ａがマスターとして機能しており、ゲーム装置１０ｃがクライアントとしてマスターに登録されている場合、情報処理部３１は、ゲーム装置１０ａおよびゲーム装置１０ｃを示すアイコンを下側ＬＣＤ１２に表示する。なお、ステップＳ４において、送信元が異なる複数のビーコンを受信した場合（すなわち、自機の近くにマスターとして機能するゲーム装置１０が複数存在する場合）、情報処理部３１は、各マスターとそれに登録されているクライアントとを表示する。これにより、ユーザは、どのマスターに接続するか（どのマスターによって構成されるネットワークに接続するか）を選択する。また、情報処理部３１は、自機をクライアントとして動作させるか、オーディエンスとして動作させるかをユーザに選択させるためのアイコンを上側ＬＣＤ２２または下側ＬＣＤ１２に表示する。例えば、下側ＬＣＤ１２には、ゲームに参加することを示すアイコンと、ゲームを観戦することを示すアイコンとが表示され、ユーザにどちらか一方のアイコンを選択させる。図１０は、ステップＳ５において画面に表示される画像の一例を示す図である。図１０に示すように、自機の近くにマスターＭ１０およびマスターＭ２０の２台のマスターが検出された場合（すなわち、異なる２つの端末からビーコンを受信した場合）、例えば下側ＬＣＤ１２の画面にはマスターによって構成されるグループ（ネットワーク）毎にリストが表示される。例えば、マスターＭ１０、クライアントＣ１１およびクライアントＣ１２によって構成されるグループ１と、マスターＭ２０、クライアントＣ２１およびクライアントＣ２２によって構成されるグループ２とが、表示される。例えば、ユーザは、表示されたグループの何れかを選択する。そして、ユーザは、その選択したグループに対して、ゲームに参加するか（クライアントとして動作させるか）、ゲームを観戦するか（オーディエンスとして動作させるか）を選択する。情報処理部３１は、次にステップＳ７の処理を実行する。

一方、ステップＳ６において、情報処理部３１は、所定時間経過したか否かを判定する。所定時間が経過した場合、自機の近くにマスターとして機能するゲーム装置１０を見つけることが出来なかったため、情報処理部３１は、ステップＳ１の処理を再び実行する。一方、所定時間が経過していない場合、情報処理部３１は、ステップＳ４の処理を再び実行する。

ステップＳ７において、情報処理部３１は、ゲームに参加することを示すアイコンが選択されたか否かを判定する。具体的には、情報処理部３１は、タッチパネル１３が検出したタッチ位置に基づいて、ゲームに参加することを示すアイコン（すなわち、自機をクライアントとして動作させることを示すアイコン）が選択されたか否かを判定する。判定結果が肯定の場合、情報処理部３１は、次にステップＳ８の処理を実行する。判定結果が否定の場合、情報処理部３１は、次にステップＳ９の処理を実行する。

ステップＳ８において、情報処理部３１は、自機をクライアントモードに設定する。具体的には、情報処理部３１は、モードデータ７２にクライアントであることを示す値を格納する。その後、情報処理部３１は、図８に示す設定処理を終了する。

ステップＳ９において、情報処理部３１は、自機をオーディエンスモードに設定する。具体的には、情報処理部３１は、モードデータ７２にオーディエンスであることを示す値を格納する。その後、情報処理部３１は、図８に示す設定処理を終了する。

以上のようにして、各ゲーム装置１０は、マスターモード、クライアントモード、および、オーディエンスモードの何れかに設定される。このようにして各ゲーム装置のモードが設定されると、各ゲーム装置は、設定されたモードに応じてそれぞれ異なる処理を実行する。

（マスター処理）
次に、マスターで行われる処理の詳細について説明する。図１１は、マスターとして機能するゲーム装置１０の処理（マスター処理）の詳細を示すフローチャートである。

図８に示す設定処理が行われて、ゲーム装置１０がマスターに設定されると図１１に示すマスター処理が、マスターの情報処理部３１および無線通信モジュール３６によって実行される。

まず、ステップＳ１０において、マスターは、ビーコンの送信を開始する。ステップＳ１０においてビーコンの送信を開始すると、マスターは、以降のステップＳ１１〜ステップＳ２０の処理を行う間、定期的に（例えば、１００ｍｓｅｃ毎に）ビーコンを送信する。次に、マスターは、ステップＳ１１の処理を実行する。

ステップＳ１１において、マスターは、クライアントから接続要求（登録フレーム）があったか否かを判定する。具体的には、マスターは、クライアントから接続要求を示すフレーム（オーセンティケーションフレーム）を受信したか否かを判定する。判定結果が肯定の場合、マスターは、次にステップＳ１２の処理を実行する。一方、判定結果が否定の場合、マスターは、次にステップＳ１６の処理を実行する。

ステップＳ１２において、マスターは、認証処理を開始して、ステップＳ１３の処理を実行する。

ステップＳ１３において、マスターは、接続を許可するか否かを判定する。マスターは、接続を許可すると判定した場合、次にステップＳ１４の処理を実行する。一方、マスターは、マスターは、接続を拒否すると判定した場合、次にステップＳ１５の処理を実行する。例えば、マスターは、ステップＳ１３において、所定の認証方式による認証処理を行うことによって、接続要求を送信した端末の接続を許可するか否かを判定する。また、ステップＳ１３において、マスターは、登録テーブル８０を参照して、現在登録されているクライアントの数が最大接続数（例えば、１５）より小さいか否かを判定する。本実施形態では、オープンシステム認証による認証が行われるものとする。すなわち、マスターは、ステップＳ１３において、現在登録されているクライアントの数が最大接続数より小さければ、接続要求を送信したクライアントの接続を許可し、現在接続されているクライアントの数が最大接続数以上であれば、当該クライアントの接続を拒否する。

ステップＳ１４において、マスターは、接続要求を送信したクライアントとの接続を確立した後、当該クライアントを自機に登録する。具体的には、マスターは、当該クライアントに対して接続許可を示すフレーム（オーセンティケーションフレーム）を送信するとともに、当該クライアントとの間でアソシエーションフレームをやり取りすることでアソシエーション処理を実行する。アソシエーション処理の後、マスターとクライアントとはアプリケーションレベルでの登録処理を行う。具体的には、クライアントが、マスターに対して、ユーザ名を含む登録要求のためのフレームを送信する。登録要求のためのフレームを受信したマスターは、当該ユーザ名を含む情報を取得して、当該クライアントのためのＩＤを付与する。次に、マスターは、当該クライアントに対して登録許可のフレームを送信する。当該登録許可のフレームには、当該クライアントのユーザ名やＩＤ等の情報に加えて、マスターおよび他の全ての登録済みのクライアントのユーザ名やＩＤ等の情報が含まれる。これにより、マスターとクライアントとの間でアプリケーションレベルでの登録処理が行われる。そして、当該登録処理が完了すると、マスターは、当該クライアントを登録テーブル８０に登録する。このとき、マスターは、当該クライアントのＭＡＣアドレス、ユーザ名、および、ＩＤを登録テーブル８０に登録する。これにより、マスターは、当該クライアントを自機に登録する。

なお、上記アプリケーションレベルでの登録処理は必ずしも行われなくてもよい。すなわち、クライアントとマスターとの間でオーセンティケーションフレームおよびアソシエーションフレームのやり取りが行われた後、マスターおよびクライアントは、相互に登録してもよい。ステップＳ１４の処理の後、マスターは、次にステップＳ１６の処理を実行する。

一方、ステップＳ１５において、マスターは、接続要求を送信したクライアントに対して、接続拒否を示すフレームを送信する。ここでは、マスターは、接続要求を送信したクライアントを登録テーブル８０に登録しない。マスターは、次にステップＳ１６の処理を実行する。

ステップＳ１６において、マスターは、ゲームを開始するか否かの判定を行う。判定結果が肯定の場合、マスターは、各クライアントにゲームを開始することを示すコマンドを送信し、次にステップＳ１７の処理を実行する。判定結果が否定の場合、マスターは、ステップＳ１１の処理を再び実行する。例えば、マスターは、登録されたクライアントの数が最大接続数に達した場合、ゲームを開始すると判定してもよいし、ステップＳ１１の処理の実行を開始してから所定時間が経過した場合に、ゲームを開始すると判定してもよい。ステップＳ１１〜Ｓ１６の処理が繰り返し行われることによって、マスターに１以上のクライアントが登録され、ゲームが開始される。

ステップＳ１７において、マスターは、プローブリクエスト（探索フレーム）を受信したか否かを判定する。具体的には、マスターは、オーディエンスから送信されるプローブリクエストを受信したか否かを判定する。後述するように、オーディエンスは、基本的にはデータの受信のみを行うが、プローブリクエストをマスターに対して送信することにより、マスターに対して情報を送信することができる。オーディエンスが送信するプローブリクエストについては、後述する。判定結果が肯定の場合、マスターは、次にステップＳ１８の処理を実行する。判定結果が否定の場合、マスターは、次にステップＳ１９の処理を実行する。

ステップＳ１８において、マスターは、受信したプローブリクエストに応じた処理を行い、当該処理の結果をプローブレスポンス（探索応答フレーム）として、オーディエンスに送信する。マスターは、次にステップＳ１９の処理を実行する。

ステップＳ１９において、マスターは、データの送受信処理を行う。ここでは、マスターが、ゲーム処理のためのデータ（自機において行われた操作を示す操作情報や自機で操作されるゲームキャラクタに関する情報等を示すデータ）をクライアントに対して送信したり、クライアントから送信される、ゲーム処理のためのデータを受信したりする。マスターにおいて行われるデータ送受信処理の詳細については後述する。次に、マスターは、ステップＳ２０の処理を実行する。

ステップＳ２０において、マスターは、ゲーム処理を実行する。ここでは、マスターは、ステップＳ１９で受信したデータ、および、自機において行われた操作（操作ボタン１４やアナログスティック１５、タッチパネル１３等に対して行われた操作）に応じて、ゲーム処理を行う。例えば、マスターは、自機において行われた操作に基づいて、自機で操作されるゲームキャラクタ１０１の動作を決定したり当該ゲームキャラクタ１０１の位置情報を更新したりする。また、マスターは、ステップＳ１９において、例えば、クライアントＣ１から受信した操作情報、または、クライアントＣ１から受信したゲームキャラクタ１０２の位置情報に基づいて、当該ゲームキャラクタ１０２の位置を更新する。また、マスターは、仮想空間内の仮想カメラの位置や視線方向を決定して、各ゲームキャラクタを当該仮想カメラで撮像することにより、画像を生成する。そして、マスターは、上側ＬＣＤ２２に生成した画像を表示する。ステップＳ２０の処理の後、マスターは、ステップＳ１７の処理を再び実行する。

以上のように、ステップＳ１７〜ステップＳ２０の処理が繰り返し実行されることによって、ゲームが進行する。なお、ユーザによってゲームが終了された場合や、レースゲームが終了した場合は、図１１に示すマスター処理は終了する。

（クライアント処理）
次に、クライアントで行われる処理の詳細について説明する。図１２は、クライアントとして機能するゲーム装置１０の処理（クライアント処理）の詳細を示すフローチャートである。

図８に示す設定処理が行われて、ゲーム装置１０がクライアントに設定されると図１２に示すクライアント処理が、クライアントの情報処理部３１および無線通信モジュール３６によって実行される。

まず、ステップＳ３０において、クライアントは、ＪＯＩＮ処理を実行する。具体的には、クライアントは、上記設定処理のステップＳ５で選択されたマスターから送信されたビーコンを受信して、マスターとの同期を行う（ＪＯＩＮする）。クライアントは、次にステップＳ３１の処理を実行する。

ステップＳ３１において、クライアントは、接続要求を送信する。具体的には、クライアントは、マスターに対して接続要求を示すフレーム（オーセンティケーションフレーム）を送信する。次に、クライアントは、ステップＳ３２の処理を実行する。

ステップＳ３２において、クライアントは、マスターとの間で認証処理を行う。本実施形態では、オープンシステム認証による認証処理が行われるため、クライアントは、次にステップＳ３３の処理を行う。

ステップＳ３３において、クライアントは、マスターから接続が許可されたか否かを判定する。具体的には、クライアントは、接続許可を示すフレーム（ステップＳ１４で送信されたフレーム）を受信した場合、次にステップＳ３４の処理を実行する。一方、クライアントは、接続拒否を示すフレーム（ステップＳ１５で送信されたフレーム）を受信した場合、図１２に示すクライアント処理を終了する。

ステップＳ３４において、クライアントは、マスターとの間で接続を確立する。具体的には、クライアントは、マスターとの間でアソシエーションフレームをやり取りすることでアソシエーション処理を実行する。アソシエーション処理の後、マスターとクライアントとの間で、上記アプリケーションレベルでの登録処理が行われる。具体的には、クライアントは、マスターに対して自機のユーザ名と上記所定の情報とを含む上記登録要求のためのフレームを送信し、当該マスターから上記登録許可のフレームを受信する。そして、当該登録処理が完了した後、クライアントは、当該マスターのＭＡＣアドレスを識別情報７３としてメモリに記憶することにより、マスターを自機に登録する。クライアントは、次にステップＳ３５の処理を行う。

ステップＳ３５において、クライアントは、ゲームを開始する。具体的には、クライアントは、マスターからゲームの開始を示すコマンドが送られた場合、ゲームを開始する。クライアントは、次にステップＳ３６の処理を行う。

ステップＳ３６において、クライアントは、データの送受信処理を行う。ここでは、ゲーム処理のためのデータ（自機において行われた操作を示す操作情報や自機で操作されるゲームキャラクタに関する情報等を示すデータ）をマスターあるいは他のクライアントに対して送信したり、マスターあるいは他のクライアントから送信される、ゲーム処理のためのデータを受信したりする。クライアントにおいて行われるデータ送受信処理の詳細については、後述する。次に、クライアントは、ステップＳ３７の処理を実行する。

ステップＳ３７において、クライアントは、ゲーム処理を実行する。ここでは、クライアントは、ステップＳ３６で受信したデータ、および、自機において行われた操作（操作ボタン１４やアナログスティック１５、タッチパネル１３等に対して行われた操作）に応じて、ゲーム処理を行う。例えば、クライアントは、自機において行われた操作に基づいて、自機で操作されるゲームキャラクタ１０２の動作を決定したり当該ゲームキャラクタ１０２の位置情報を更新したりする。また、クライアントは、ステップＳ３６において、他のゲーム装置１０から受信した操作情報、または、他のゲーム装置１０から受信した当該他のゲーム装置１０で操作されるゲームキャラクタの位置情報に基づいて、当該ゲームキャラクタの位置を更新する。また、クライアントは、仮想空間内の仮想カメラの位置や視線方向を決定して、各ゲームキャラクタを当該仮想カメラで撮像することにより、画像を生成する。そして、クライアントは、上側ＬＣＤ２２に生成した画像を表示する。ステップＳ３７の処理の後、クライアントは、ステップＳ３６の処理を再び実行する。

ステップＳ３６およびステップＳ３７の処理が繰り返し実行されることでゲームが進行する。なお、ユーザによってゲームが終了された場合（ユーザが自機のゲームを終了した場合やマスターのユーザによってゲームが終了された場合）や、レースゲームが終了した場合は、図１２に示すクライアント処理は終了する。

（オーディエンス処理）
次に、オーディエンスで行われる処理の詳細について説明する。図１３は、オーディエンスとして機能するゲーム装置１０の処理（オーディエンス処理）の詳細を示すフローチャートである。

図８に示す設定処理が行われて、ゲーム装置１０がオーディエンスに設定されると図１３に示すオーディエンス処理が、オーディエンスの情報処理部３１および無線通信モジュール３６によって実行される。

まず、ステップＳ４０において、オーディエンスは、ＪＯＩＮ処理を実行する。ステップＳ４０の処理は、クライアントにおいて行われるステップＳ３０の処理と同じである。具体的には、オーディエンスは、上記設定処理のステップＳ５で選択されたマスターから送信されたビーコンを受信して、当該マスターとの同期を行う（ＪＯＩＮする）。オーディエンスは、次にステップＳ４１の処理を実行する。なお、所定時間以内にビーコンを受信しない場合、オーディエンスは、オーディエンス処理を終了する。

ステップＳ４１において、オーディエンスは、観戦許可フラグがＯＮか否かを判定する。具体的には、オーディエンスは、ステップＳ４０で受信したビーコンに含まれる観戦許可フラグ（図９参照）がＯＮか否かを判定する。判定結果が肯定の場合、オーディエンスは、次にステップＳ４２の処理を実行する。判定結果が否定の場合、オーディエンスは、図１３に示すオーディエンス処理を終了する。

ステップＳ４２において、オーディエンスは、オーディエンス動作を開始する。具体的には、オーディエンスは、ステップＳ４０で受信したビーコンに含まれるマスターのＭＡＣアドレスを識別情報７３としてメモリに記憶することにより、自機にマスターを登録する。オーディエンスは、次にステップＳ４３の処理を実行する。

ステップＳ４３において、オーディエンスは、ビーコンを受信する。具体的には、オーディエンスは、登録したマスターからのビーコンを受信する。オーディエンスは、次にステップＳ４４の処理を実行する。

ステップＳ４４において、オーディエンスは、観戦許可フラグがＯＮか否かを判定する。ステップＳ４４の処理はステップＳ４１の処理と同じである。オーディエンスは、定期的にマスターから送られるビーコンを受信して、当該ビーコンに含まれる観戦許可フラグがＯＮか否かを判定する。判定結果が肯定の場合、オーディエンスは、次にステップＳ４５の処理を実行する。判定結果が否定の場合、オーディエンスは、識別情報７３をクリアして、図１３に示すオーディエンス処理を終了する。

ステップＳ４５において、オーディエンスは、プローブリクエストを送信するか否かを判定する。ステップＳ４５においては、第１の判定、および、第２の判定が行われる。

具体的には、オーディエンスは、第１の判定として、例えば所定のボタンが押されたか否かを判定する。上述のように、オーディエンスとして機能するゲーム装置１０のユーザは、自機の画面を見ることによって、マスターおよびクライアントの間で行われるゲームを観戦することができる。この場合において、オーディエンスのユーザは、例えば、オーディエンスとして機能するゲーム装置１０において所定の操作（例えば、ボタン１４Ｂ等）を行うことで、マスターに対して所定の情報を送信することができる。マスターは所定の情報をオーディエンスから受け取ると、それに応じたゲーム処理を行う。例えば、オーディエンスとして機能するゲーム装置１０の所定の操作が行われた場合、オーディエンスは、マスターに対してプローブリクエストフレームを送信する。当該プローブリクエストフレームのヘッダ部分には、マスターのＭＡＣアドレスが含まれる。また、当該プローブリクエストフレームのボディ部分には、ベンダー固有の情報要素が含まれ、当該情報要素には所定の操作に応じたゲーム処理に用いられるデータが含まれる。マスターは、プローブリクエストフレームを受信することによって、当該所定の操作に応じたデータを取得する。そして、マスターは、当該データに基づいて、所定の処理を実行する。具体的には、例えば、マスターは、予めゲーム装置１０に記憶された歓声を示す音声データを再生する。これにより、オーディエンスからの歓声をゲームに反映することができる。また、マスターは、オーディエンスからプローブリクエストを受信した場合、当該プローブリクエストのボディ部分に含まれる上記所定の操作に応じたデータを取り出して、当該データを含むフレームを他のクライアントに対して送信する。各クライアントは、マスターからのフレームを受信し、上記所定の操作に応じたデータに基づいて、マスターと同様の処理を行う。なお、マスターは、プローブリクエストを受信しても当該プローブリクエストを送信したオーディエンスを自機に登録しない。

また、オーディエンスは、第２の判定として、プローブリクエストを送信可能か否かを判定する。具体的には、オーディエンスは、自機が所定のモード（ＲＯＰＳモードと呼ぶ）か否かを判定する。オーディエンスが所定のモードの場合、プローブリクエストの送信は禁止され、オーディエンスは、受信のみ可能となる。

図１４は、各ゲーム装置１０の状態の遷移を示す図である。図１４に示すように、マスターは、定期的にビーコンをブロードキャストで送信する。当該ビーコンには、アウェイク状態を維持する期間Ｔを示す情報等が含まれる。ビーコンを受信してからの期間Ｔは、マスター、各クライアント、および、オーディエンスは、アウェイク状態を維持し、通信が可能となる。例えば、図１４に示すように、アウェイク状態においてマスターは、各端末（クライアントおよびオーディエンス）に対してブロードキャストでデータＢＣ１を送信することが可能であり、各端末は当該データを受信可能である。一方、マスターがビーコンを送信してから期間Ｔが経過すると、マスター及び各端末は仮眠状態（省電力状態）に移行する。仮眠状態では、マスター及び各端末は、データの送受信機能が制限されるため、データは送信されない。その後、さらに時間が経過すると、マスターは再びビーコンを送信して、マスター及び各端末は再びアウェイク状態に移行する（ビーコンが送信される直前にマスター及び各端末はデータの送受信が可能な状態になる）。このように、マスターおよび各端末は、それぞれ同期して電力モードの切り替えを繰り返す。

オーディエンスは、所定のモード（ＲＯＰＳモード）に設定されている場合において、上記ビーコンによる電力モードの切り替えに加えて、マスターから送信されるデータに基づいて、仮眠状態に切り替えられる。例えば、マスターは、送信するデータＢＣ２に、所定のフラグＭを含めることができる。オーディエンスは、Ｍ＝１がセットされたデータＢＣ２を受信すると、アウェイク状態を維持する。一方、オーディエンスは、ＲＯＰＳモードが有効になっている状態で、Ｍ＝０がセットされたデータＢＣ３を受信すると、自機を仮眠状態に切り替える。ＲＯＰＳモードが無効になっている場合は、オーディエンスは、所定のフラグＭの値に応じて仮眠状態に移行しない。ＲＯＰＳモードでは、オーディエンスは、上記プローブリクエストの送信を禁止し、マスターおよびクライアントから送られたデータの受信のみを行う。ＲＯＰＳモードの有効／無効の設定は、例えば、オーディエンスとして機能するゲーム装置において、オーディエンスのユーザによって設定されてもよい。

なお、第１の判定として所定の操作が行われたか否かを判定したが、例えば、第１の判定として、所定のタイミングになったか否かを判定してもよい。すなわち、例えば、オーディエンスは自動で上記ゲーム処理に用いられるデータを含むプローブリクエストを送信してもよい。

以上のように、ステップＳ４５において、オーディエンスは、第１の判定（所定の操作が行われたか否か等の判定）、および、第２の判定（プローブリクエストを送信可能か否かの判定）を行う。何れの判定結果も肯定である場合、オーディエンスは、次にステップＳ４６の処理を実行する。一方、オーディエンスは、第１の判定および第２の判定の判定結果が何れか一方でも否定である場合、次にステップＳ４８の処理を実行する。

ステップＳ４６において、オーディエンスは、プローブリクエストを送信する。具体的には、オーディエンスは、上記ゲーム処理に用いられるデータを含むプローブリクエストを、マスターに対して送信する。オーディエンスは、次にステップＳ４７の処理を実行する。

ステップＳ４７において、オーディエンスは、プローブレスポンスを受信する。具体的には、オーディエンスは、マスターから送信されるプローブレスポンスを受信する。オーディエンスは、次にステップＳ４８の処理を実行する。

ステップＳ４８において、オーディエンスは、データ受信処理を行う。ここでは、オーディエンスは、マスターから送信されるブロードキャストデータおよびクライアントから送信されるブロードキャストデータを受信する。なお、オーディエンスにおいて行われるデータ受信処理の詳細については、後述する。オーディエンスは、次にステップＳ４９の処理を実行する。

ステップＳ４９において、オーディエンスは、ゲーム処理を実行する。具体的には、オーディエンスは、ステップＳ４８で受信したブロードキャストデータに基づいて、マスターおよびクライアントで操作されるゲームキャラクタの動作を決定したり、ゲームキャラクタの位置情報を更新したりする。また、オーディエンスは、仮想空間内の仮想カメラの位置や視線方向を決定して、各ゲームキャラクタを当該仮想カメラで撮像することにより、画像を生成する。そして、オーディエンスは、上側ＬＣＤ２２に生成した画像を表示する。これにより、マスターおよびクライアントの上側ＬＣＤ２２に表示される画像と同じ画像が、オーディエンスの上側ＬＣＤ２２に表示される。なお、オーディエンスにおいて決定される仮想カメラの位置や視線方向は、マスターおよびクライアントにおけるそれと異なっていてもよい。この場合、オーディエンスの画面には、マスターおよびクライアントにおいて表示される画像とは異なる画像が表示される。ステップＳ４９の処理の後、オーディエンスは、ステップＳ４３の処理を再び実行する。

ステップＳ４３からステップＳ４９の処理が繰り返し実行されることによって、オーディエンスの上側ＬＣＤ２２にはゲームが進行する様子が表示される。

以上のようにして、本実施形態に係るゲームでは、複数（または単数）のクライアントがマスターと接続されて、１つのゲームが進行する。オーディエンスは、マスターおよびクライアントから送信されるブロードキャストデータを受信することによって、マスターおよびクライアント間で進行するゲームを観戦することができる。

（データ送信処理の概要）
次に、データの送受信処理について、説明する。まず、図１５を参照して、マスターにおいて行われるデータ送信処理の概要について説明する。

図１５は、マスターのデータ送信処理の概要を示す図である。図１５に示すように、マスターには、個別送信データを格納する個別送信箱１１０、および、全送信データを格納する全送信箱１２０が用意される。

個別送信データは、ある端末（マスターまたはクライアント）から、個別に他の端末に送信するデータである。個別送信データは、例えば、マスターからクライアントＣ１に送信するデータＵＤ１０、または、クライアントＣ１からクライアントＣ２に送信するデータＵＤ１１である。マスターからクライアントＣ１に送信するデータＵＤ１０は、クライアントＣ１において処理可能なひとまとまりのデータ（ゲーム処理に用いられるデータ）であり、例えば、マスターにおいて行われた操作に応じたデータである。当該データＵＤ１０をクライアントＣ１が受信すると、クライアントＣ１は、当該データＵＤ１０を用いて所定の処理を行う。同様に、クライアントＣ１からクライアントＣ２に送信するデータＵＤ１１は、クライアントＣ２において処理可能なひとまとまりのデータであり、例えば、クライアントＣ１において行われた操作に応じたデータである。

全送信データは、マスターから全てのクライアントに送信するデータである。全送信データは、例えば、マスターから全クライアントに送信するデータＢＤ２０、または、マスターから全クライアントに送信するデータＢＤ２１である。個別送信データと同様に、データＢＤ２０およびデータＢＤ２１は、送信先で処理可能なひとまとまりのデータである。例えば、データＢＤ２０およびデータＢＤ２１は、送信元（この場合マスター）において行われた操作に応じたデータであり、これらのデータを受信した端末は、各データに基づいて所定の処理を行う。

マスターは、クライアントに個別に送信する複数の個別送信データを一時的に個別送信箱１１０に格納する。また、マスターは、全てのクライアントに送信する複数の全送信データを一時的に全送信箱１２０に格納する。

具体的には、図１５に示すように、マスターがアプリケーションを実行することによって、マスターからクライアントＣ１に送信するデータＵＤ１０を生成した場合、当該データＵＤ１０を即時にクライアントＣ１に送信せず、個別送信箱１１０に一時的に格納する。データＵＤ１０は、比較的小さいサイズのデータ（例えば、１００Ｂｙｔｅ程度）である。また、マスターは、クライアントＣ１からクライアントＣ２に送信するデータＵＤ１１をクライアントＣ１から受け取った場合、当該データＵＤ１１を即時にクライアントＣ２に送信せず、個別送信箱１１０に一時的に格納する。データＵＤ１１は、クライアントＣ１からクライアントＣ２に送信されるデータであり、マスターを経由して送信されるデータである。データＵＤ１１は、比較的小さいサイズのデータ（例えば、１００Ｂｙｔｅ程度）である。同様に、マスターがアプリケーションを実行することによって、マスターから全クライアントに送信するデータＢＤ２０を生成した場合、当該データＢＤ２０を即時にブロードキャストで送信せず、全送信箱１２０に一時的に格納する。また、マスターから全クライアントに送信するデータＢＤ２１をアプリケーションが生成した場合、当該データＢＤ２１を即時にブロードキャストで送信せず、全送信箱１２０に一時的に格納する。データＢＤ２０およびデータＢＤ２１は、比較的小さいサイズのデータ（例えば、１００Ｂｙｔｅ程度）である。

より具体的には、マスターがデータＵＤ１０を個別送信箱１１０に格納する場合、マスターは、当該データＵＤ１０に付加情報１３０を付加する。付加情報１３０には、データＵＤ１０の送信元および送信先に関する情報が含まれる。また、付加情報１３０には、付加情報１３０とデータＵＤ１０とを含めたデータのサイズに関する情報が含まれる。例えば、データＵＤ１０の送信元および送信先に関する情報は、マスターおよびクライアントＣ１のＩＤ（またはＭＡＣアドレスでもよい）である。例えば、データＵＤ１０の送信元に関する情報は、マスターのＩＤ（またはＭＡＣアドレス）である。また、データＵＤ１０の送信先に関する情報は、クライアントＣ１のＩＤ（またはＭＡＣアドレス）である。同様に、マスターがデータＵＤ１１を個別送信箱１１０に格納する場合、マスターは、当該データＵＤ１１に付加情報１３１を付加する。付加情報１３１には、データＵＤ１１の送信元および送信先に関する情報が含まれる。また、付加情報１３１には、付加情報１３１とデータＵＤ１１とを含めたデータのサイズに関する情報が含まれる。例えば、データＵＤ１１の送信元および送信先に関する情報は、それぞれクライアントＣ１およびクライアントＣ２のＩＤ（またはＭＡＣアドレス）である。

また、同様に、マスターがデータＢＤ２０を全送信箱１２０に格納する場合、マスターは、当該データＢＤ２０に付加情報１３２を付加する。付加情報１３２には、データＢＤ２０の送信元および送信先に関する情報が含まれる。また、付加情報１３２には、付加情報１３２とデータＢＤ２０とを含めたデータのサイズに関する情報が含まれる。例えば、データＢＤ２０の送信元および送信先に関する情報は、それぞれマスターおよび全端末（マスターやクライアント、オーディエンスを含めたネットワーク全体）であることを示すＩＤ（またはブロードキャストアドレスでもよい）である。同様に、マスターがデータＢＤ２１を全送信箱１２０に格納する場合、マスターは、当該データＢＤ２１に付加情報１３３を付加する。付加情報１３３には、データＢＤ２１の送信元および送信先に関する情報が含まれる。また、付加情報１３３には、付加情報１３３とデータＢＤ２１とを含めたデータのサイズに関する情報が含まれる。例えば、データＢＤ２１の送信元および送信先に関する情報は、それぞれマスターおよび全端末であることを示すＩＤ（またはブロードキャストアドレスでもよい）である。

個別送信箱１１０は、所定のサイズ（例えば、１５００Ｂｙｔｅ）を有する。マスターは、個別送信箱１１０にデータを格納する際に、個別送信箱１１０の空きサイズに基づいて、データを格納することができるか否かを判定する。マスターは、これ以上個別送信箱１１０にデータを格納することができないと判定した場合、個別送信箱１１０に格納された全てのデータを取り出して、当該全てのデータを含む１つのフレームを生成する。例えば、マスターは、これ以上個別送信箱１１０にデータを格納することができないと判定した場合、ＵＤ１０およびＵＤ１１を含む１つのフレーム１５０を生成し、当該フレーム１５０を送信する。図１５に示すように、フレーム１５０のヘッダ部分には、送信先ＭＡＣアドレスとしてブロードキャストアドレスが指定される。また、フレーム１５０のデータ部分には、付加情報１３０が付加されたデータＵＤ１０、および、付加情報１３１が付加されたデータＵＤ１１が含まれる。さらに、フレーム１５０のデータ部分には、当該データ部分に含まれるデータの数（図１５に示す例では、２）が含まれる。このように、マスターは、マスターからクライアントＣ１へ送信するデータＵＤ１０、および、クライアントＣ１からクライアントＣ２へ送信するデータＵＤ１１を１つのフレーム１５０に含ませて、ブロードキャストで送信する。

同様に、全送信箱１２０は、所定のサイズ（例えば、１５００Ｂｙｔｅ）を有し、マスターは、全送信箱１２０にデータを格納する際に、全送信箱１２０の空きサイズに基づいて、データを格納することができるか否かを判定する。マスターは、これ以上全送信箱１２０にデータを格納することができないと判定した場合、全送信箱１２０に格納された全てのデータを取り出して、当該全てのデータを含む１つのフレーム１６０を生成する。図１５に示すように、フレーム１６０のヘッダ部分には、送信先ＭＡＣアドレスとしてブロードキャストアドレスが指定される。また、フレーム１６０のデータ部分には、付加情報１３２が付加されたデータＢＤ２０、および、付加情報１３３が付加されたデータＢＤ２１が含まれる。さらに、フレーム１６０のデータ部分には、当該データ部分に含まれるデータの数（図１５に示す例では、２）が含まれる。このように、マスターは、サイズの小さいデータＢＤ２０、および、データＢＤ２１を１つのフレーム１６０に含ませて、ブロードキャストで送信する。

なお、クライアントにおいても、マスターと同様、上記個別送信データを格納する個別送信箱１１０、上記全送信データを格納する全送信箱１２０が用意される。しかしながら、クライアントにおいては、他のクライアントから送信されたデータを、別のクライアントに送信することはない。従って、クライアントの個別送信箱１１０には、自機から他のクライアントに送信するデータのみが、複数格納される。

（データ受信処理の概要）
次に、データ受信処理の概要について説明する。上記のようにしてマスターから送信されたフレームを各クライアントが受信した場合、各クライアントは、受信したフレームに含まれる、自機宛のデータのみを取得する。図１６は、マスターから送信されたフレームをクライアントが受信した場合、クライアントで行われる受信処理の概要を示す図である。

図１６に示すように、フレーム１５０をマスターが送信した場合、クライアントＣ１およびクライアントＣ２は、フレーム１５０を受信する。フレーム１５０を受信したクライアントＣ１は、当該フレーム１５０に含まれる１番目のデータ（付加情報１３０とデータＵＤ１０とを含むデータ）の付加情報１３０を参照し、当該データが自機宛のデータか否かを判定する。１番目のデータはマスターからクライアントＣ１へ送信されたデータであるため、クライアントＣ１は、データＵＤ１０を含む１番目のデータのみを取り出す。次に、クライアントＣ１は、２番目のデータ（付加情報１３１とデータＵＤ１１とを含むデータ）の付加情報１３１を参照して、当該２番目のデータが自機宛のデータか否かを判定する。２番目のデータの始まりは、１番目のデータの付加情報１３０が示す当該データのサイズに基づいて決定できる。２番目のデータはクライアントＣ１からクライアントＣ２へ送信されたデータであるため、クライアントＣ１は、２番目のデータを破棄する。

また、フレーム１５０を受信したクライアントＣ２は、当該フレーム１５０に含まれる１番目のデータ（付加情報１３０とデータＵＤ１０とを含むデータ）の付加情報１３０を参照し、当該データが自機宛のデータか否かを判定する。１番目のデータはマスターからクライアントＣ１へ送信されたデータであるため、クライアントＣ２は、当該１番目のデータを破棄する。次に、クライアントＣ２は、２番目のデータ（付加情報１３１とデータＵＤ１１とを含むデータ）の付加情報１３１を参照して、当該２番目のデータが自機宛のデータか否かを判定する。２番目のデータはクライアントＣ１からクライアントＣ２へ送信されたデータであるため、クライアントＣ２は、データＵＤ１１を含む２番目のデータのみを取り出す。

また、フレーム１６０についても、各クライアントで上記と同様の処理が行われて、各データが取り出される。この場合、各クライアントは、フレーム１６０に含まれる全てのデータ（データＢＤ２０およびデータＢＤ２１）を取り出す。具体的には、フレーム１６０の１番目のデータ（付加情報１３２とデータＢＤ２０とを含むデータ）の付加情報１３２には、宛先が全端末に指定されている。このため、クライアントＣ１およびクライアントＣ２は、データＢＤ２０を含む１番目のデータを取り出す。同様に、フレーム１６０の２番目のデータ（付加情報１３３とデータＢＤ２１とを含むデータ）の付加情報１３３には、宛先が全端末に指定されているため、クライアントＣ１およびクライアントＣ２は、データＢＤ２１を含む２番目のデータを取り出す。

このようにして、各クライアントは、マスターから送信されたフレームの中から、自機宛および全クライアント宛のデータのみを取り出し、それ以外のデータは全て破棄する。

（データ送信処理の詳細）
次に、データ送信処理の詳細について、説明する。まず、図１７を参照して、マスターにおいて行われるデータ送信処理の詳細について、説明する。

（マスターのデータ送信処理）
図１７は、マスターにおいて行われるデータ送信処理（マスター）の詳細を示すフローチャートである。なお、図１７に示すステップＳ５０〜ステップＳ６１の処理は、所定の時間間隔で繰り返し実行される。

まず、ステップＳ５０において、マスターは、個別送信箱１１０および全送信箱１２０にデータを格納してから所定時間が経過している場合、格納されているデータを全て送信する。個別送信箱１１０および全送信箱１２０にデータを格納してから所定時間が経過していない場合、マスターは、格納されているデータを送信しない。具体的には、マスターは、個別送信箱１１０にデータが格納されている場合、当該個別送信箱１１０に格納されたデータのうち、最も古いデータが格納されてから所定時間が経過したか否かを判定する。判定結果が肯定の場合、マスターは、個別送信箱１１０に格納された全てのデータを取り出し、当該全てのデータを含む１つのフレームを生成して、当該フレームをブロードキャストで送信する。生成されるフレームのヘッダ部分には、マスターのＭＡＣアドレスが含まれる。

同様に、マスターは、全送信箱１２０にデータが格納されている場合、当該全送信箱１２０に格納されたデータのうち、最も古いデータが格納されてから所定時間が経過したか否かを判定する。判定結果が肯定の場合、マスターは、全送信箱１２０に格納された全てのデータを取り出し、当該全てのデータを含む１つのフレームを生成して、当該フレームをブロードキャストで送信する。生成されるフレームのヘッダ部分には、マスターのＭＡＣアドレスが含まれる。ステップＳ５０の処理の後、マスターは、次にステップＳ５１の処理を実行する。

ステップＳ５１において、マスターは、送信すべきデータを取得する。ここで取得される送信すべきデータは、例えば、マスター自身（アプリケーション層）が生成したデータ（マスターにおいて行われた操作に応じたデータ等、ゲーム処理の過程で生成したデータ）である。また、ここで取得される送信すべきデータは、例えば、あるクライアントから受信した、マスターを経由して他のクライアントに送信されるデータである。また、ここで取得される送信すべきデータは、例えば、あるクライアントから受信した、マスターを経由して全端末に送信されるデータである。より具体的には、送信すべきデータは、例えば、図１５に示すＵＤ１０、ＵＤ１１、ＢＤ２０、ＢＤ２１である。例えば、マスターは、自機の操作ボタン１４に対する操作が行われた場合、当該操作に応じたデータを生成する。マスターは、ステップＳ５１において、当該生成したデータを取得する。また、例えば、クライアントＣ１からマスターを経由してクライアントＣ２にデータが送信される場合、マスターは、クライアントＣ１からのデータを受信する（マスターのデータ受信処理については後述する）。マスターは、ステップＳ５１において、当該受信したデータを取得する。マスターは、次にステップＳ５２の処理を実行する。

ステップＳ５２において、マスターは、取得したデータが個別送信データか否かを判定する。具体的には、マスターは、ステップＳ５１で取得したデータが、各クライアントに個別に送信するデータ（上記ＵＤ１０やＵＤ１１）か否かを判定する。例えば、マスターから他のクライアントに個別のデータを送信するための操作が行われた場合、マスターは、取得したデータが、クライアントに個別に送信するデータであると判定する。判定結果が肯定の場合、マスターは、次にステップＳ５３の処理を実行する。一方、判定結果が否定の場合、マスターは、次にステップＳ５７の処理を実行する。

ステップＳ５３において、マスターは、取得したデータを個別送信箱１１０に格納可能か否かを判定する。具体的には、マスターは、ステップＳ５１で取得したデータと、個別送信箱１１０に格納されたデータのサイズとに基づいて、ステップＳ５１で取得したデータを個別送信箱１１０に格納可能か否かを判定する。判定結果が肯定の場合、マスターは、次にステップＳ５４の処理を実行する。一方、判定結果が否定の場合、マスターは、次にステップＳ５６の処理を実行する。

ステップＳ５４において、マスターは、ステップＳ５１で取得したデータを個別送信箱１１０に格納する。具体的には、マスターは、ステップＳ５１で取得したデータに付加情報を付加して、個別送信箱１１０に格納する。より具体的には、マスターは、付加情報として、当該データの送信元および送信先に関する情報、および、サイズに関する情報を付加する。マスターは、次にステップＳ５５の処理を実行する。

ステップＳ５５において、マスターは、取得したデータを即時送信すべきか否かを判定する。例えば、マスターは、ステップＳ５１でデータを取得した際に、アプリケーション層から指定されるパラメータに基づいて、取得したデータを即時送信すべきか否かを判定する。判定結果が肯定の場合、マスターは、次にステップＳ５６の処理を実行する。一方、判定結果が否定の場合、マスターは、次にステップＳ５７の処理を実行する。

一方、ステップＳ５６において、マスターは、個別送信箱１１０に格納された全てのデータを取り出し、当該全てのデータを含む１つのフレームを生成して、当該フレームをブロードキャストで送信する（ブロードキャストフレームを送信する）。生成されるフレームのヘッダ部分には、マスターのＭＡＣアドレスが含まれる。ステップＳ５６の処理が行われることによって、個別送信箱１１０に格納された全てのデータ（上記ＵＤ１０およびＵＤ１１）がブロードキャストで送信されて、個別送信箱１１０は空になる。そして、マスターは、フレームを送信した後、ステップＳ５３で個別送信箱１１０に格納されなかったデータに付加情報を付加して、空になった個別送信箱１１０に当該データを格納する。なお、ステップＳ５１で取得したデータのサイズが個別送信箱１１０のサイズよりも大きい場合、マスターは、当該データを個別送信箱１１０に格納できないため、当該データを複数のフレームに分割して送信する。

また、取得したデータを個別送信箱１１０に格納不可能（ステップＳ５３の判定結果が否定）であり、かつ、取得したデータを即時送信すべきである場合、マスターは、個別送信箱１１０に格納された全てのデータを含む１つのフレームを生成して送信する。その後、マスターは、ステップＳ５１で取得した、即時送信すべきデータと当該データの付加情報（送信先および送信元に関する情報）とを含む１つのフレームをさらに生成して、当該フレームを送信する。これにより、個別送信箱１１０に格納された全てのデータが送信されるとともに、ステップＳ５１で取得した即時送信すべきデータが送信される。

また、マスターは、ステップＳ５６において、自機の状態が仮眠状態である場合、生成したフレームをメモリに一時的に保存し、自機の状態がアウェイク状態に移行した後で、当該フレームを送信する。すなわち、仮眠状態ではデータの送信が制限されるため、マスターは、仮眠状態からアウェイク状態に移行した後にフレームを送信する。マスターは、仮眠状態のときにフレームを生成してメモリに一時的に保存する場合、当該フレームに含まれる上記所定のフラグＭに１を設定する。また、マスターは、アウェイク状態のときにフレームを生成した場合、当該フレームに含まれる上記所定のフラグＭに０を設定し、当該フレームを送信する。フレームを受信したオーディエンスは、上述のようにＲＯＰＳモードが有効である場合、上記所定のフラグＭの値に応じてアウェイク状態を維持したり、仮眠状態に移行したりする。ステップＳ５６の処理の後、マスターは、図１７に示す送信処理を終了する。

ステップＳ５７において、マスターは、ステップＳ５１で取得したデータが全送信データか否かを判定する。具体的には、マスターは、ステップＳ５１で取得したデータが、全クライアントに送信するデータ（上記ＢＤ２０やＢＤ２１）か否かを判定する。例えば、マスターにおいて操作されるゲームキャラクタ１０１に対する操作（操作ボタン１４等に対する操作）が行われた場合、マスターは、取得したデータが、全クライアントに送信するデータであると判定する。判定結果が肯定の場合、マスターは、次にステップＳ５８の処理を実行する。一方、判定結果が否定の場合、マスターは、図１７に示す処理を終了する。

ステップＳ５８において、マスターは、全送信箱１２０にデータを格納可能か否かを判定する。具体的には、マスターは、ステップＳ５１で取得したデータと、全送信箱１２０の空きサイズとに基づいて、ステップＳ５１で取得したデータを全送信箱１２０に格納可能か否かを判定する。判定結果が肯定の場合、マスターは、次にステップＳ５９の処理を実行する。一方、判定結果が否定の場合、マスターは、次にステップＳ６１の処理を実行する。

ステップＳ５９において、マスターは、ステップＳ５１で取得したデータを全送信箱１２０に格納する。具体的には、マスターは、ステップＳ５１で取得したデータに付加情報を付加して、全送信箱１２０に格納する。より具体的には、マスターは、付加情報として、当該データの送信元および送信先に関する情報、および、サイズに関する情報を付加する。ここで、送信先の情報として、全端末であることを示す情報が付加される。ステップＳ５９の処理の後、マスターは、次にステップＳ６０の処理を実行する。

ステップＳ６０において、マスターは、データを即時送信すべきか否かを判定する。例えば、マスターは、ステップＳ５１でデータを取得した際に、アプリケーション層から指定されるパラメータに基づいて、データを即時送信すべきか否かを判定する。データを即時送信すべきと判定した場合、マスターは、ステップＳ５１で取得したデータを全送信箱１２０に格納して、次にステップＳ６１の処理を実行する。一方、判定結果が否定の場合、マスターは、図１７に示す送信処理を終了する。

一方、ステップＳ６１において、マスターは、全送信箱１２０に格納された全てのデータを取り出し、当該データを含む１つのフレームを生成して、当該フレームをブロードキャストで送信する。生成されるフレームのヘッダ部分には、マスターのＭＡＣアドレスが含まれる。ステップＳ６１の処理が行われることによって、全送信箱１２０に格納された全てのデータ（上記ＢＤ２０およびＢＤ２１）が、ブロードキャストで送信される。そして、マスターは、フレームを送信した後、ステップＳ５９で全送信箱１２０に格納されなかったデータに付加情報を付加して、空になった全送信箱１２０に当該データを格納する。なお、ステップＳ５１で取得したデータのサイズが全送信箱１２０のサイズよりも大きい場合、マスターは、当該データを全送信箱１２０に格納できないため、当該データを複数のフレームに分割して送信する。また、ステップＳ５８において全送信箱１２０にステップＳ５１で取得したデータを格納することができないと判定され、かつ、当該ステップＳ５１で取得したデータが即時送信すべきデータである場合、マスターは、全送信箱１２０に格納された全てのデータを含む１つのフレームを送信した後、ステップＳ５１で取得したデータを含む１つのフレームをさらに送信する。ステップＳ６１の処理の後、マスターは、図１７に示す送信処理を終了する。

（クライアントのデータ送信処理）
次に、図１８を参照して、クライアントにおいて行われるデータ送信処理の詳細について、説明する。図１８は、クライアントにおいて行われるデータ送信処理（クライアント）の詳細を示すフローチャートである。図１８において、図１７と同じ処理については同一の符号を付して説明を省略する。

クライアントにおいて行われるデータ送信処理では、個別送信箱１１０に格納されたデータは、ブロードキャストではなく、ユニキャストでマスターに送信される。

まず、クライアントは、図１７におけるステップＳ５０の処理の替わりに、ステップＳ６５の処理を行う。ステップＳ６５において、クライアントは、個別送信箱１１０および全送信箱１２０にデータを格納してから所定時間が経過している場合、格納されているデータを全て送信する。個別送信箱１１０および全送信箱１２０にデータを格納してから所定時間が経過していない場合、クライアントは、格納されているデータを送信しない。この場合において、クライアントは、個別送信箱１１０に格納されたデータをブロードキャストで送信する替わりに、当該データをユニキャストでマスターに送信する。具体的には、クライアントは、個別送信箱１１０にデータが格納されている場合、当該個別送信箱１１０に格納されたデータのうち、最も古いデータが格納されてから所定時間が経過したか否かを判定する。判定結果が肯定の場合、クライアントは、個別送信箱１１０に格納された全てのデータを取り出し、当該全てデータを含む１つのフレームを生成して、当該フレームをユニキャストでマスターに送信する。

同様に、クライアントは、全送信箱１２０にデータが格納されている場合、当該全送信箱１２０に格納されたデータのうち、最も古いデータが格納されてから所定時間が経過したか否かを判定する。判定結果が肯定の場合、クライアントは、全送信箱１２０に格納された全てのデータを取り出し、当該全てデータを含む１つのフレームを生成して、当該フレームをブロードキャストで送信する。この場合において、生成されるフレームのヘッダ部分には、送信元アドレスとして自機（クライアント）のＭＡＣアドレスとともに、ＢＳＳＩＤとしてマスターのＭＡＣアドレスが含まれる。ステップＳ６５の処理の後、クライアントは、次にステップＳ６６の処理を実行する。

ステップＳ６６において、クライアントは、送信すべきデータを取得する。ここで、送信すべきデータは、クライアント自身が生成したデータ（自機において行われた操作に応じたデータ等、ゲーム処理の過程で生成したデータ）である。クライアントは、マスターのように他の端末から送信されたデータを別の端末に転送することはないため、ステップＳ６６においては、クライアントは、クライアント自身が生成したデータを取得する。次に、クライアントは、ステップＳ６７の処理を実行する。

ステップＳ６７において、クライアントは、ステップＳ６６で取得したデータがマスターを経由して送信するデータか否かを判定する。具体的には、クライアントは、取得したデータが個別送信データ（他のクライアントに個別に送信するデータ）である場合、マスターを経由して送信するデータであると判定する。また、クライアントは、取得したデータが全送信データ（全端末に送信するデータ）であっても、所定の条件を満たす場合、マスターを経由して送信するデータであると判定する。例えば、取得したデータの種類が所定の種類（例えば、自機で行われた操作に応じたデータであって全端末と共有すべきデータ）である場合、または、アプリケーション層から指定された場合、クライアントは、取得したデータが全送信データであっても、当該データはマスターを経由して送信するデータであると判定する。

図２２は、マスターを経由してクライアントＣ１から全端末にデータが送信される様子を示す図である。図２２に示すように、クライアントＣ１は、自機で生成したデータＤ１を含むフレーム２００を生成して、当該フレーム２００をマスターに対して送信する。フレーム２００のヘッダ部分には、宛先ＭＡＣアドレスとしてマスターのＭＡＣアドレスが指定される。また、フレーム２００には、データＤ１と付加情報２０１とが含まれる。付加情報２０１は、データＤ１の送信元および送信先を示す情報である。具体的には、送信元の情報はクライアントＣ１を示す情報であり、送信先の情報は全端末（マスター、クライアントＣ２、および、オーディエンスを含む全端末）を示す情報である。フレーム２００を受信したマスターは、データＤ１とその付加情報２０１とを取り出し、これらデータＤ１および付加情報２０１を全送信箱１２０に格納し、データＤ１および付加情報２０１を含むフレームをブロードキャストで送信する。

ステップＳ６７において判定結果が肯定の場合、クライアントは、次にステップＳ５３の処理を実行する。一方、判定結果が否定の場合、クライアントは、次にステップＳ６８の処理を実行する。

クライアントは、ステップＳ５３からステップＳ５５の処理を行った後、ステップＳ６８の処理を実行する。

ステップＳ６８において、クライアントは、ステップＳ６６で取得したデータが各端末に直接全送信するデータか否かを判定する。ここで、直接全送信するデータとは、クライアントから直接他のすべての端末に対してブロードキャストするデータである。クライアントは、マスターを経由せずに全ての端末に対してブロードキャストでデータを送信することが可能である。

図２３は、クライアントＣ１から直接全端末にデータを送信する様子を示す図である。図２３に示すように、クライアントＣ１は、例えば自機で生成したデータＤ２を含むフレーム２１０を生成して、当該フレーム２１０を全端末にブロードキャストで送信する。フレーム２１０のヘッダ部分には、宛先ＭＡＣアドレスとしてブロードキャストアドレスが指定される。また、フレーム２１０には、データＤ２と付加情報２１１とが含まれる。付加情報２１１は、データＤ２の送信元（クライアントＣ１）および送信先（全端末）を示す情報である。各端末（マスター、クライアントＣ２、および、オーディエンス）は、フレーム２１０を受信して、データＤ２を取得する。このように、クライアントは、マスターを経由せずに直接全端末に対してデータを送信することが可能である。

ステップＳ６８において判定結果が肯定の場合、クライアントは、次にステップＳ５８の処理を実行する。一方、判定結果が否定の場合、クライアントは、図１８に示す処理を終了する。

また、クライアントは、図１７のステップＳ５６の処理の替わりに、ステップＳ６９の処理を実行する。

ステップＳ６９において、クライアントは、個別送信箱１１０に格納された全てのデータを取り出し、当該全てのデータを含む１つのフレームを生成して、当該フレームをユニキャストでマスターに送信する（ユニキャストフレームを送信する）。ステップＳ６９の処理は、生成したフレームをブロードキャストではなくユニキャストでマスターに送信することを除いて、図１７のステップＳ５６の処理と同様である。以上で図１８の説明を終了する。

このようにして、クライアントにおいては、個別送信箱１１０に格納したデータをユニキャストでマスターに送信する。

（データ受信処理の詳細）
次に、データ受信処理の詳細について、説明する。まず、図１９を参照して、クライアントにおいて行われるデータ受信処理の詳細について、説明する。

（クライアントのデータ受信処理）
図１９は、クライアントにおいて行われるデータ受信処理の詳細を示すフローチャートである。

まず、ステップＳ７０において、クライアントは、フレームを受信する。具体的には、クライアントは、自機宛のフレーム、または、ブロードキャストで送信されたフレームのみを受信する。より具体的には、クライアントは、送信先アドレスが自機のＭＡＣアドレスと一致するフレームを受信する。また、クライアントは、送信先アドレスがブロードキャストアドレスであるフレームであって、かつ、自機のメモリに記憶した識別情報７３（マスターのＭＡＣアドレス）と一致する情報を含むフレームを受信する。マスターあるいは他のクライアントが送信したブロードキャストフレームには、ＢＳＳＩＤ（マスターのＭＡＣアドレスと一致する）が含まれるため、クライアントは、当該ＢＳＳＩＤが識別情報７３と一致する場合、当該ブロードキャストフレームを受信する。クライアントは、次にステップＳ７１の処理を実行する。

ステップＳ７１において、クライアントは、ステップＳ７０で取得したフレームのデータ部分を参照して、当該フレームに含まれるデータの数（図１５参照）を取得する。クライアントは、次にステップＳ７２の処理を実行する。

ステップＳ７２において、クライアントは、変数ｉに１をセットし、次にステップＳ７３の処理を実行する。

ステップＳ７３において、クライアントは、ｉ番目のデータの付加情報を取得する。すなわち、クライアントは、ステップＳ７０で取得したフレームのデータ部分のうち、ｉ番目のデータの付加情報（送信元および送信先に関する情報、サイズに関する情報）を取得する。クライアントは、次にステップＳ７４の処理を実行する。

ステップＳ７４において、クライアントは、ｉ番目のデータが自機または全端末宛か否かを判定する。ここで、全端末とは、ネットワーク内の全ての端末であり、マスター、クライアント、および、オーディエンスを含む。具体的には、クライアントは、ステップＳ７３で取得した付加情報のうち、送信先に関する情報を参照して、ｉ番目のデータが自機または全端末宛のデータか否かを判定する。より具体的には、クライアントは、送信先に関する情報が、自機のＩＤと一致するか否か（または自機のＭＡＣアドレスと一致するか否か）を判定する。また、クライアントは、送信先に関する情報が、全端末であることを示す値か否か（またはブロードキャストアドレスか否か）を判定する。判定結果が肯定の場合、クライアントは、次にステップＳ７５の処理を実行する。一方、判定結果が否定の場合、クライアントは、次にステップＳ７６の処理を実行する。

ステップＳ７５において、クライアントは、ｉ番目のデータ（図１６参照）を取り出す。なお、取り出されたｉ番目のデータは、メモリに格納される。そして、上述したゲーム処理（ステップＳ３７）において、メモリに格納されたｉ番目のデータを用いたゲーム処理が行われる。例えば、ｉ番目のデータに含まれる付加情報が示す送信元の情報（例えば、送信元がマスターであることを示す情報）と当該ｉ番目のデータに含まれるデータ本体（例えば、データＵＤ１０）とを用いて、ゲーム処理が行われる。クライアントは、次にステップＳ７６の処理を実行する。

ステップＳ７６において、クライアントは、変数ｉに１を加算して、次にステップＳ７７の処理を実行する。

ステップＳ７７において、クライアントは、変数ｉがステップＳ７１で取得したデータの数よりも大きいか否かを判定し、判定結果が肯定の場合、図１９に示す受信処理を終了する。一方、判定結果が否定の場合、クライアントは、ステップＳ７３の処理を再び実行する。

ステップＳ７３〜ステップＳ７７の処理が繰り返し行われることによって、受信したフレームに含まれるデータのうち、自機または全クライアント宛のデータのみが取り出される。

（オーディエンスのデータ受信処理）
次に、図２０を参照して、オーディエンスにおいて行われるデータ受信処理の詳細について、説明する。図２０は、オーディエンスにおいて行われるデータ受信処理（オーディエンス）の詳細を示すフローチャートである。なお、図２０において、図１９と同じ処理については同一の符号を付して説明を省略する。

まず、ステップＳ８０において、オーディエンスは、フレームを受信する。具体的には、オーディエンスは、ブロードキャストで送信されたフレームを受信する。より具体的には、オーディエンスは、送信先アドレスがブロードキャストアドレスであるフレームであって、かつ、自機のメモリに記憶した識別情報７３（マスターのＭＡＣアドレス）と一致する情報を含むフレームを受信する。マスターあるいはクライアントが送信したブロードキャストフレームには、ＢＳＳＩＤが含まれるため、オーディエンスは、当該ＢＳＳＩＤが識別情報７３と一致する場合、当該ブロードキャストフレームを受信する。オーディエンスは、次にステップＳ７１からステップＳ７３の処理を実行する。

ステップＳ７３の処理の後、オーディエンスは、ステップＳ８１の処理を実行する。

ステップＳ８１において、オーディエンスは、ステップＳ７３で取得したｉ番目のデータが全端末宛か否かを判定する。具体的には、オーディエンスは、ステップＳ７３で取得した付加情報のうち、送信先に関する情報を参照して、ｉ番目のデータが全端末宛のデータか否かを判定する。より具体的には、オーディエンスは、送信先に関する情報が、全端末であることを示す値か否か（またはブロードキャストアドレスか否か）を判定する。判定結果が肯定の場合、オーディエンスは、次にステップＳ８２の処理を実行する。一方、判定結果が否定の場合、オーディエンスは、次にステップＳ７６の処理を実行する。

ステップＳ８２において、オーディエンスは、ｉ番目のデータを取り出す。取り出されたｉ番目のデータは、メモリに格納される。そして、上述したゲーム処理（ステップＳ４９）において、メモリに格納されたｉ番目のデータを用いたゲーム処理が行われる。例えば、ｉ番目のデータに含まれる付加情報が示す送信元および送信先の情報と、当該ｉ番目のデータに含まれるデータ本体とを用いて、ゲーム処理が行われる。このように、オーディエンスは受信したフレームに含まれる全端末宛のデータを用いてゲーム処理を行うことにより、マスターおよび各クライアントで行われた操作に応じたゲーム処理の結果を得ることができる。オーディエンスは、次にステップＳ７６およびステップＳ７７の処理を実行する。

このようにして、オーディエンスでは、フレームに含まれる全てのデータが個別に取り出され、当該個別に取り出されたデータに基づいて、ゲーム処理が行われる。

（マスターのデータ受信処理）
次に、図２１を参照して、マスターにおいて行われるデータ受信処理の詳細について、説明する。図２１は、マスターにおいて行われるデータ受信処理（マスター）の詳細を示すフローチャートである。なお、図２１において、図１９と同じ処理については同一の符号を付して説明を省略する。

まず、マスターは、ステップＳ９０の処理を行う。具体的には、マスターは、自機宛のフレーム、または、ブロードキャストで送信されたフレームを受信する。より具体的には、マスターは、送信先アドレスが自機（マスター）のＭＡＣアドレスと一致するフレームを受信する。また、マスターは、送信先アドレスがブロードキャストアドレスであるフレームであって、かつ、マスターのＭＡＣアドレスと一致する情報（ＢＳＳＩＤ）を含むフレームを受信する。ステップＳ９０の処理の後、マスターは、次にステップＳ７１およびステップＳ７２の処理を実行する。ステップＳ７２の処理の後、マスターは、ステップＳ９１の処理を行う。

ステップＳ９１において、マスターは、ｉ番目のデータを取り出す。マスターは、取り出したｉ番目のデータについて、当該データの付加情報が示す送信先に応じた処理を行う。例えば、マスターは、取り出したｉ番目のデータが自機宛のデータである場合、当該ｉ番目のデータをメモリに記憶する。そして、上述したゲーム処理（ステップＳ２０）において、メモリに記憶されたｉ番目のデータが用いられる。また、マスターは、取り出したｉ番目のデータが他のクライアント宛のデータである場合、メモリに当該他のクライアント宛のデータ（取り出したｉ番目のデータ）を記憶する。そして、上述したデータ送信処理のステップＳ５１において、当該他のクライアント宛のデータが取得され、当該他のクライアント宛のデータが上記個別送信箱１１０に格納され、他のクライアントに送信される。また、マスターは、取り出したｉ番目のデータが全端末宛のデータである場合、メモリに当該全端末宛のデータ（取り出したｉ番目のデータ）を記憶する。そして、上述したデータ送信処理のステップＳ５１において、当該全端末宛のデータが取得され、当該全端末宛のデータが全送信箱１２０に格納され、全端末に送信される。

ステップＳ９１の処理の後、マスターは、次にステップＳ７６およびステップＳ７７の処理を実行する。

このようにして、マスターでは、フレームに含まれる全てのデータが個別に取り出され、当該個別に取り出されたデータがゲーム処理に用いられたり、クライアントに送信されたりする。

以上のように、本実施形態では、マスターおよびクライアントは、相互に登録して互いに通信する。これにより、マスターおよびクライアント間でゲームが進行する。具体的には、ゲームが開始される前に、クライアントは、自機をマスターに登録させるために接続要求をマスターに送信する。マスターは当該接続要求を受信して、当該接続要求に対する応答をクライアントに送信するとともに、当該クライアントの識別情報（ＭＡＣアドレス）を自機に登録する。クライアントは、接続要求に対する応答を受信したことに応じて、自機にマスターの識別情報（ＭＡＣアドレス）を登録する。これにより、マスターおよびクライアントは、相互に登録する。一方、オーディエンスは、マスターには登録されずに、マスターを一方的に自機に登録する。すなわち、オーディエンスは、マスターに対して接続要求を送信することなく、マスターからのビーコンを受信して、当該ビーコンに含まれるマスターの識別情報（ＭＡＣアドレス）を自機に登録する。そして、オーディエンスは、マスターおよびクライアントが送信したデータを受信して、マスターおよびクライアント間で進行するゲームを観戦する。

このように、オーディエンスはマスターには登録されないため、マスターはオーディエンスを管理する必要がない。従って、マスターおよびクライアント間で進行するゲームを観戦するオーディエンスの数には制限はなく、より多くのゲーム装置１０がオーディエンスとしてゲームに参加してもマスターの管理負荷が増大することはない。このため、例えば、複数人が参加して進行するゲームを、大多数のユーザが観戦することができる。

また、本実施形態では、クライアントは、他のクライアントへのデータをマスターを経由して送信する。このため、クライアント間の距離が離れていたり、クライアント間に電波を妨害するものが存在したりすることによってクライアント間で直接通信ができない場合でも、クライアントは他のクライアントへデータを送信することができる。

また、本実施形態では、マスター（あるいはクライアント）は、送信すべき比較的小さいサイズのデータを取得した場合、即時に当該データを送信せず、一時的にメモリに蓄積する。そして、マスターは、蓄積した複数のデータをまとめて１つのフレームで送信する。この場合において、マスターは、複数のデータのそれぞれについて、送信先および送信元に関する情報を付加する。

このように、複数の比較的小さいサイズのデータを１つのフレームにまとめて送信することにより、各データを個々に送信する場合と比較して、データを送信する速度が速くなる。すなわち、フレームには送信すべきデータ本体にヘッダ等の情報が付加されるため、１つのデータを１つのフレームに含めて複数のフレームを送信するよりも、複数のデータを１つのフレームに含めて送信する方が、効率がよい。上記実施形態のような複数のゲーム装置が無線通信で接続されて進行するゲームの場合、各ゲーム装置間では比較的小さいサイズのデータが頻繁にやり取りされることが多い。このような場合、各データを各フレームに含めてそれぞれ送信すると、データを送受信する速度が遅くなり、ゲームの進行の障害となることがある。しかしながら、本実施形態では、複数のデータを１つのフレームにまとめて送信するため、効率的にデータを送受信することができる。

（変形例）
なお、上記実施形態では、クライアントおよびオーディエンスはマスターのＭＡＣアドレスを登録し、マスターはクライアントのＭＡＣアドレスを登録した。他の実施形態では、各端末を識別可能な識別情報であれば、どのような情報を登録してもよい。

また、上記実施形態では、マスターはビーコンを送信し、クライアントは当該ビーコンを受信（パッシブスキャン）したことに応じて、接続要求を当該ビーコンを送信したマスターに対して送信することにより、マスターとクライアントとは相互に接続（登録）した。他の実施形態では、アクティブスキャンにより、マスターとクライアントとが相互に接続されてもよい。すなわち、クライアントがプローブリクエストを送信し、当該プローブリクエストに応じて、マスターがプローブレスポンス（管理フレームの一種）を送信してもよい。そして、クライアントがマスターからのプローブレスポンスを受信したことに応じて、クライアントが接続要求を送信してもよい。

また、上記実施形態では、マスターとクライアントとの間での認証はオープンシステム認証であるとしたが、他の実施形態では、他の認証方式でマスターとクライアントとが認証されてもよい。

また、上記実施形態では、各ゲーム装置がＩＥＥＥ８０２．１１の規格に従って通信を行うこととしたが、他の実施形態では、どのような規格によって通信が行われてもよい。

また、上記実施形態では、順次取得したデータを個別送信箱１１０等に順次格納した。他の実施形態では、各データは順次取得される必要はなく、個別送信箱１１０等に格納される必要はない。例えば、アプリケーションが同時に宛先の異なる複数のデータを生成した場合、個別送信箱１１０等に当該複数のデータを格納せずに、当該複数のデータと宛先の情報とを含む１つのフレームを生成して、送信してもよい。

また、上記実施形態では、取得したデータを個別送信箱１１０等に格納することができない場合、すなわち、個別送信箱１１０等に空き領域がない場合、個別送信箱１１０等のデータを送信した。また、個別送信箱１１０等にデータを格納してから所定時間経過した場合、格納された全てのデータを送信した。さらに、取得したデータが即時送信すべきデータである場合、当該即時送信すべきデータとともに個別送信箱１１０等に格納されたデータを送信した。他の実施形態では、これら３つの条件に限らず、格納されたデータを送信するための所定の条件が満たされた場合に、格納されたデータを送信してもよい。例えば、所定の時間間隔で自動的に格納されたデータを送信するようにしてもよいし、各ゲーム装置１０においてゲームの状態が所定の状態になった場合に、格納されたデータを送信してもよい。

また、上記実施形態では、個別送信箱１１０等に格納された全てのデータを１つのフレームに含めて送信した。他の実施形態では、個別送信箱１１０等に格納された全てのデータを送信せずに、個別送信箱１１０等に格納されたデータのうちの少なくとも２つのデータを１つのフレームに含めて送信してもよい。例えば、最も古いデータから数えてＮ個目までのデータが１つのフレームで送信されてもよい。

また、上記実施形態では、マスターはブロードキャストでデータを送信したが、他の実施形態では、マルチキャストでデータを送信してもよい。

また、上記実施形態では、携帯型ゲーム装置を想定して各ゲーム装置が無線通信を行うこととしたが、他の実施形態では、バッテリで動作する情報処理装置であってもよいし、常時電力供給を受ける情報処理装置であってもよい。また、情報処理装置は、有線で通信を行うものであってもよい。この場合、各情報処理装置は、ＨＵＢ等で接続され、データ通信を行う。

また、他の実施形態においては、上述した処理の一部又は全部は、１又は複数の専用回路によって行われてもよい。また、上記処理は、ゲーム装置１０が備える複数のコンピュータ（ＣＰＵ３１１や無線通信モジュール３６内の処理部等）によって行われてもよい。

また、上述した通信方法は、ゲーム装置１０以外の携帯型情報処理装置、例えば、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）や無線ＬＡＮ機能を有する高機能携帯電話、独自の通信方式により他の機器と通信可能に構成された携帯型情報処理装置等において適用されてもよい。

１０ ゲーム装置
１４ 操作ボタン
１５ アナログスティック
３１ 情報処理部
３２ メインメモリ
３６ 無線通信モジュール
３１１ ＣＰＵ
８０ 登録テーブル
１０１、１０２、１０３ ゲームキャラクタ
１１０ 個別送信箱
１２０ 全送信箱
１３０、１３１、１３２、１３３ 付加情報

Claims (20)

1. 操作部と通信機能とを有し、所定の通信アプリケーションを実行可能な情報処理ユニットを複数含む情報処理システムであって、
   前記情報処理システムには、第１情報処理ユニットと、第２情報処理ユニットと、第３情報処理ユニットとが含まれ、
   前記第１情報処理ユニットは、
   第１識別情報を含む管理フレームを送信する管理フレーム送信手段と、
   前記第２情報処理ユニットから送られる登録フレームを受信し、当該受信した登録フレームに基づいて前記第２情報処理ユニットを識別する第２識別情報を自機に登録することにより、相互通信の相手として前記第２情報処理ユニットを自機に登録する第１相互登録手段と、
   前記第１相互登録手段が自機に登録した前記第２識別情報が示す前記第２情報処理ユニットから送信されたデータを受信する第１データ受信手段と、
   前記第１データ受信手段が受信したデータを用いて前記通信アプリケーションを実行する第１実行手段と、
   前記第１情報処理ユニットの操作部において行われた操作に基づく第１データを前記第１識別情報とともに送信する第１送信手段とを含み、
   前記第２情報処理ユニットは、
   前記管理フレームを受信する管理フレーム受信手段と、
   前記管理フレーム受信手段が前記管理フレームを受信したことに応じて、前記第１情報処理ユニットに前記第２識別情報を登録させるために、当該第１情報処理ユニットに対して前記第２識別情報を含む前記登録フレームを送信するとともに、前記第１情報処理ユニットから送信された管理フレームに含まれる前記第１識別情報を自機に登録することにより、相互通信の相手として前記第１情報処理ユニットを自機に登録する第２相互登録手段と、
   前記第２相互登録手段が自機に登録した前記第１識別情報が示す前記第１情報処理ユニットから送信されたデータを受信する第２データ受信手段と、
   前記第２データ受信手段が受信したデータを用いて前記通信アプリケーションを実行する第２実行手段と、
   前記第２情報処理ユニットの操作部において行われた操作に基づく第２データを前記第１識別情報とともに送信する第２送信手段とを含み、
   前記第３情報処理ユニットは、
   前記第１情報処理ユニットに自機の識別情報を登録させるための登録フレームを送信せずに、前記第１情報処理ユニットから送信された管理フレームに含まれる前記第１識別情報を自機に登録することにより、前記第１情報処理ユニットを自機に一方的に登録する第３登録手段と、
   前記第３登録手段が自機に一方的に登録した前記第１識別情報に基づいて、前記第１情報処理ユニットが送信した前記第１データおよび前記第２情報処理ユニットが送信した前記第２データを受信する第３データ受信手段と、
   前記第３データ受信手段が受信したデータを用いて前記通信アプリケーションを実行する第３実行手段とを含み、
   前記第１実行手段および第２実行手段は、それぞれ、前記第１データ受信手段または第２データ受信手段により受信したデータを用いて前記通信アプリケーションを実行することにより、前記第１情報処理ユニットの操作部および前記第２情報処理ユニットの操作部において行われた操作を用いて前記通信アプリケーションを実行し、
   前記第３実行手段は、前記第３データ受信手段が受信したデータを用いて前記通信アプリケーションを実行することにより、前記第１情報処理ユニットの操作部および前記第２情報処理ユニットの操作部において行われた操作を用いて実行される前記通信アプリケーションの実行状況を提示する、情報処理システム。
2. 前記第１情報処理ユニットは、他の情報処理ユニットから送信される探索のための探索フレームを受信して、当該探索フレームに対する応答を示す探索応答フレームを送信可能であり、
   前記第３情報処理ユニットは、第３データを前記探索フレームに含めて、当該探索フレームを前記第１情報処理ユニットに送信する探索フレーム送信手段を含み、
   前記第１情報処理ユニットの前記第１実行手段は、前記第３情報処理ユニットが送信した前記探索フレームに含まれる前記第３データを用いて前記通信アプリケーションを実行する、請求項１に記載の情報処理システム。
3. 前記第３データは、前記第３情報処理ユニットの操作部において行われた操作に基づくデータであり、
   前記第１情報処理ユニットの前記第１実行手段は、前記第３データを用いて前記通信アプリケーションを実行する、請求項２に記載の情報処理システム。
4. 前記第１情報処理ユニットの前記第１送信手段は、前記探索フレームに含まれる前記第３データをさらに送信し、
   前記第２情報処理ユニットの前記第２データ受信手段は、前記第１情報処理ユニットが送信した前記第３データを更に受信し、
   前記第２情報処理ユニットの前記第２実行手段は、前記第３データを用いて前記通信アプリケーションを実行する、請求項２または３に記載の情報処理システム。
5. 前記第１情報処理ユニットの前記第１送信手段は、前記探索応答フレームに所定のデータを含ませて、当該探索応答フレームを送信し、
   前記第３情報処理ユニットの前記第３データ受信手段は、前記第１情報処理ユニットから送信された前記探索応答フレームを受信して、前記所定のデータを取得する、請求項２から４の何れかに記載の情報処理システム。
6. 前記第１情報処理ユニットの前記第１送信手段は、前記第１データをブロードキャストまたはマルチキャストで送信し、
   前記第３情報処理ユニットの前記第３データ受信手段は、自機に登録された前記第１識別情報に基づいて、前記第１情報処理ユニットからブロードキャストまたはマルチキャストで送信された前記第１データを受信する、請求項１から５の何れかに記載の情報処理システム。
7. 前記管理フレームには、前記第１情報処理ユニットに既に登録されている情報処理ユニットに関する情報が含まれる、請求項１から６の何れかに記載の情報処理システム。
8. 前記第２情報処理ユニットおよび前記第３情報処理ユニットは、前記管理フレームに含まれる、前記第１情報処理ユニットに既に登録されている情報処理ユニットに関する情報を用いて、所定の処理を行う、請求項７に記載の情報処理システム。
9. 前記管理フレームには、前記第３情報処理ユニットによる前記通信アプリケーションの実行を許可するか否かを示す実行可否情報が含まれ、
   前記第３情報処理ユニットは、前記実行可否情報に基づいて、前記第１データおよび前記第２データを受信するか否か、または、前記通信アプリケーションを実行するか否かを判定する実行判定手段をさらに含む、請求項１から８の何れかに記載の情報処理システム。
10. 前記第２情報処理ユニットおよび前記第３情報処理ユニットは、複数の前記第１情報処理ユニットから前記管理フレームを受信した場合、当該複数の前記第１情報処理ユニットに関する情報をユーザに提示して選択させる選択手段を含み、
    前記第２情報処理ユニットの前記第２相互登録手段は、ユーザが選択した前記第１情報処理ユニットに対して前記登録フレームを送信するとともに、当該選択した前記第１情報処理ユニットを自機に登録し、
    前記第３情報処理ユニットの前記第３登録手段は、ユーザが選択した前記第１情報処理ユニットを自機に一方的に登録する、請求項１から９の何れかに記載の情報処理システム。
11. 前記第１情報処理ユニットの前記第１送信手段は、前記第１データおよび前記第１データ受信手段が受信した前記第２情報処理ユニットからの前記第２データを送信し、
    前記第３情報処理ユニットの前記第３データ受信手段は、自機に登録された前記第１識別情報に基づいて、前記第１情報処理ユニットから送信された前記第１データおよび前記第２データを受信する、請求項１から１０の何れかに記載の情報処理システム。
12. 前記第１情報処理ユニット、前記第２情報処理ユニット、および、前記第３情報処理ユニットは、ＩＥＥＥ８０２．１１規格に従って通信し、
    前記第１情報処理ユニットの前記管理フレーム送信手段は、ビーコンを送信し、
    前記第２情報処理ユニット前記管理フレーム受信手段は、前記ビーコンを受信し、
    前記第１情報処理ユニットの前記第１相互登録手段および前記第２情報処理ユニットの前記第２相互登録手段は、前記登録フレームとしてオーセンティケーションフレームおよびアソシエーションフレームをやり取りして、相互に登録を行い、
    前記第３情報処理ユニットの前記第３登録手段は、前記第１情報処理ユニットと前記第３情報処理ユニットの間で前記オーセンティケーションフレームおよび前記アソシエーションフレームをやり取りせずに、前記第１情報処理ユニットから送信されたビーコンに含まれる前記第１識別情報を自機に一方的に登録する、請求項１から１１の何れかに記載の情報処理システム。
13. 前記第１情報処理ユニット、前記第２情報処理ユニット、および、前記第３情報処理ユニットは、ＩＥＥＥ８０２．１１規格に従って通信し、
    前記探索フレームは、プローブリクエストである、請求項１から１２の何れかに記載の情報処理システム。
14. 前記探索応答フレームは、プローブレスポンスである、請求項１３に記載の情報処理システム。
15. 前記第１情報処理ユニットは、所定の周期でアウェイク状態と省電力状態とを繰り返し、
    前記第１情報処理ユニットの前記管理フレーム送信手段は、前記所定の周期を示す情報を含む管理フレームを定期的に送信し、
    前記第２情報処理ユニットは、自機に登録した前記第１識別情報が示す前記第１情報処理ユニットから送信された前記管理フレームに基づいて、前記所定の周期と同期してアウェイク状態と省電力状態とを繰り返し、
    前記第３情報処理ユニットは、自機に登録した前記第１識別情報が示す前記第１情報処理ユニットから送信された前記管理フレームに基づいて、前記所定の周期と同期してアウェイク状態と省電力状態とを繰り返す、請求項１から１４の何れかに記載の情報処理システム。
16. 前記第３情報処理ユニットは、所定のモードに設定されている場合、前記第１情報処理ユニットから送られた前記第１データに基づいて、自機を省電力状態に設定し、
    前記探索フレーム送信手段は、前記所定のモードに設定されている場合、前記探索フレームの送信を制限し、
    前記第３データ受信手段は、前記所定のモードに設定されている場合でも、前記第１情報処理ユニットおよび前記第２情報処理ユニットが送信した前記第１データおよび前記第２データを受信し、
    前記第３実行手段は、前記所定のモードに設定されている場合でも、前記第３データ受信手段が受信したデータを用いて前記通信アプリケーションを実行することにより、前記第１情報処理ユニットの操作部および前記第２情報処理ユニットの操作部において行われた操作を用いて実行される前記通信アプリケーションの実行状況を提示する、請求項２から５の何れかに記載の情報処理システム。
17. 通信機能を有し、所定の通信アプリケーションを実行可能な情報処理ユニットを複数含む情報処理システムであって、
    前記情報処理システムには、前記通信アプリケーションを参加モードで実行する参加情報処理ユニットと、前記通信アプリケーションを非参加モードで実行する非参加情報処理ユニットとが含まれ、
    前記参加情報処理ユニットは、
    少なくとも１つの他の前記参加情報処理ユニットとの間で、所定の認証処理の後、互いの識別情報を登録する相互登録手段と、
    所定のデータを自己の識別情報とともに送信するとともに、前記相互登録手段が登録した前記識別情報が示す前記情報処理ユニットから送信されたデータを用いて前記参加モードで通信アプリケーションを実行し、当該実行結果を提示する第１実行手段とを含み、
    前記非参加情報処理ユニットは、
    前記参加情報処理ユニットとの間で前記認証処理を行うことなく、前記参加情報処理ユニットの少なくとも１つの前記識別情報を自機に一方的に登録する一方的登録手段と、
    前記一方的登録手段が登録した前記識別情報が示す前記参加情報処理ユニットから送信されたデータを用いて、前記参加モードで実行される前記通信アプリケーションの実行状況を提示する第２実行手段とを含み、
    前記参加情報処理ユニットは、前記非参加情報処理ユニットの識別情報を自機に登録することなく、前記通信アプリケーションを実行する、情報処理システム。
18. 操作部と通信機能とを有し、所定の通信アプリケーションを実行可能な情報処理ユニットを複数含む情報処理システムにおいて行われる情報処理方法であって、
    前記情報処理システムには、第１情報処理ユニットと、第２情報処理ユニットと、第３情報処理ユニットとが含まれ、
    前記第１情報処理ユニットにおいて、
    第１識別情報を含む管理フレームを送信する管理フレーム送信ステップと、
    前記第２情報処理ユニットから送られる登録フレームを受信し、当該受信した登録フレームに基づいて前記第２情報処理ユニットを識別する第２識別情報を自機に登録することにより、相互通信の相手として前記第２情報処理ユニットを自機に登録する第１相互登録ステップと、
    前記第１相互登録ステップにおいて自機に登録した前記第２識別情報が示す前記第２情報処理ユニットから送信されたデータを受信する第１データ受信ステップと、
    前記第１データ受信ステップにおいて受信したデータを用いて前記通信アプリケーションを実行することにより、前記第１情報処理ユニットの操作部および前記第２情報処理ユニットの操作部において行われた操作に基づいて進行される前記通信アプリケーションの実行結果を提示する第１実行ステップと、
    前記第１情報処理ユニットの操作部において行われた操作に基づく第１データを前記第１識別情報とともに送信する第１送信ステップとが実行され、
    前記第２情報処理ユニットにおいて、
    前記管理フレームを受信する管理フレーム受信ステップと、
    前記管理フレーム受信ステップにおいて前記管理フレームを受信したことに応じて、前記第１情報処理ユニットに前記第２識別情報を登録させるために、当該第１情報処理ユニットに対して前記第２識別情報を含む前記登録フレームを送信するとともに、前記第１情報処理ユニットから送信された管理フレームに含まれる前記第１識別情報を自機に登録することにより、相互通信の相手として前記第１情報処理ユニットを自機に登録する第２相互登録ステップと、
    前記第２相互登録ステップにおいて自機に登録した前記第１識別情報が示す前記第１情報処理ユニットから送信されたデータを受信する第２データ受信ステップと、
    前記第２データ受信ステップにおいて受信したデータを用いて前記通信アプリケーションを実行することにより、前記第１情報処理ユニットの操作部および前記第２情報処理ユニットの操作部において行われた操作に基づいて進行される前記通信アプリケーションの実行結果を提示する第２実行ステップと、
    前記第２情報処理ユニットの操作部において行われた操作に基づく第２データを前記第１識別情報とともに送信する第２送信ステップとが実行され、
    前記第３情報処理ユニットにおいて、
    前記第１情報処理ユニットに自機の識別情報を登録させるための登録フレームを送信せずに、前記第１情報処理ユニットから送信された管理フレームに含まれる前記第１識別情報を自機に登録することにより、前記第１情報処理ユニットを自機に一方的に登録する第３登録ステップと、
    前記第３登録ステップにおいて自機に一方的に登録した前記第１識別情報に基づいて、前記第１情報処理ユニットが送信した前記第１データおよび前記第２情報処理ユニットが送信した前記第２データを受信する第３データ受信ステップと、
    前記第３データ受信ステップにおいて受信したデータを用いて前記通信アプリケーションを実行することにより、前記第１情報処理ユニットの操作部および前記第２情報処理ユニットの操作部において行われた操作に基づいて進行される前記通信アプリケーションの実行結果を提示する第３実行ステップとが実行される、情報処理方法。
19. 所定の通信アプリケーションを実行可能な操作部と通信機能とを有する第１および第２情報処理ユニットにおいて行われた操作に基づいた処理を行う情報処理ユニットであって、
    前記第１情報処理ユニットは、
    第１識別情報を含む管理フレームを送信し、前記第２情報処理ユニットから送られる登録フレームを受信し、当該受信した登録フレームに基づいて前記第２情報処理ユニットを識別する第２識別情報を自機に登録し、
    自機に登録した前記第２識別情報が示す前記第２情報処理ユニットから送信されたデータを受信して、当該データを用いて前記通信アプリケーションを実行することにより、前記第１情報処理ユニットの操作部および前記第２情報処理ユニットの操作部において行われた操作に基づいて進行される前記通信アプリケーションの実行結果を提示するとともに、前記第１情報処理ユニットの操作部において行われた操作に基づく第１データを前記第１識別情報とともに送信し、
    前記第２情報処理ユニットは、
    前記管理フレームを受信したことに応じて、前記第１情報処理ユニットに前記第２識別情報を登録させるために、当該第１情報処理ユニットに対して前記第２識別情報を含む前記登録フレームを送信するとともに、前記第１情報処理ユニットから送信された管理フレームに含まれる前記第１識別情報を自機に登録し、
    自機に登録した前記第１識別情報が示す前記第１情報処理ユニットから送信されたデータを受信して、当該データを用いて前記通信アプリケーションを実行することにより、前記第１情報処理ユニットの操作部および前記第２情報処理ユニットの操作部において行われた操作に基づいて進行される前記通信アプリケーションの実行結果を提示するとともに、前記第２情報処理ユニットの操作部において行われた操作に基づく第２データを前記第１識別情報とともに送信し、
    前記情報処理ユニットは、
    前記第１情報処理ユニットに自機の識別情報を登録させるための登録フレームを送信せずに、前記第１情報処理ユニットから送信された管理フレームに含まれる前記第１識別情報を自機に登録することにより、前記第１情報処理ユニットを自機に一方的に登録する登録手段と、
    前記登録手段が自機に一方的に登録した前記第１識別情報に基づいて、前記第１情報処理ユニットが送信した前記第１データおよび前記第２情報処理ユニットが送信した前記第２データを受信するデータ受信手段と、
    前記データ受信手段が受信したデータを用いて前記通信アプリケーションを実行することにより、前記第１情報処理ユニットの操作部および前記第２情報処理ユニットの操作部において行われた操作に基づいて進行される前記通信アプリケーションの実行結果を提示する実行手段とを備える、情報処理ユニット。
20. 所定の通信アプリケーションを実行可能な操作部と通信機能とを有する第１および第２情報処理ユニットにおいて行われた操作に基づいた処理を行う情報処理ユニットのコンピュータにおいて実行される情報処理プログラムであって、
    前記第１情報処理ユニットは、
    第１識別情報を含む管理フレームを送信し、前記第２情報処理ユニットから送られる登録フレームを受信し、当該受信した登録フレームに基づいて前記第２情報処理ユニットを識別する第２識別情報を自機に登録し、
    自機に登録した前記第２識別情報が示す前記第２情報処理ユニットから送信されたデータを受信して、当該データを用いて前記通信アプリケーションを実行することにより、前記第１情報処理ユニットの操作部および前記第２情報処理ユニットの操作部において行われた操作に基づいて進行される前記通信アプリケーションの実行結果を提示するとともに、前記第１情報処理ユニットの操作部において行われた操作に基づく第１データを前記第１識別情報とともに送信し、
    前記第２情報処理ユニットは、
    前記管理フレームを受信したことに応じて、前記第１情報処理ユニットに前記第２識別情報を登録させるために、当該第１情報処理ユニットに対して前記第２識別情報を含む前記登録フレームを送信するとともに、前記第１情報処理ユニットから送信された管理フレームに含まれる前記第１識別情報を自機に登録し、
    自機に登録した前記第１識別情報が示す前記第１情報処理ユニットから送信されたデータを受信して、当該データを用いて前記通信アプリケーションを実行することにより、前記第１情報処理ユニットの操作部および前記第２情報処理ユニットの操作部において行われた操作に基づいて進行される前記通信アプリケーションの実行結果を提示するとともに、前記第２情報処理ユニットの操作部において行われた操作に基づく第２データを前記第１識別情報とともに送信し、
    前記コンピュータを、
    前記第１情報処理ユニットに自機の識別情報を登録させるための登録フレームを送信せずに、前記第１情報処理ユニットから送信された管理フレームに含まれる前記第１識別情報を自機に登録することにより、前記第１情報処理ユニットを自機に一方的に登録する登録手段と、
    前記登録手段が自機に一方的に登録した前記第１識別情報に基づいて、前記第１情報処理ユニットが送信した前記第１データおよび前記第２情報処理ユニットが送信した前記第２データを受信するデータ受信手段と、
    前記データ受信手段が受信したデータを用いて前記通信アプリケーションを実行することにより、前記第１情報処理ユニットの操作部および前記第２情報処理ユニットの操作部において行われた操作に基づいて進行される前記通信アプリケーションの実行結果を提示する実行手段として機能させる、情報処理プログラム。

Images