特許 5800483 情報処理プログラム、情報処理装置、情報処理システムおよび情報処理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5800483

(24)【登録日】2015年9月4日

(45)【発行日】2015年10月28日

(54)【発明の名称】情報処理プログラム、情報処理装置、情報処理システムおよび情報処理方法

(51)【国際特許分類】

   A63F 13/31 20140101AFI20151008BHJP

   A63F 13/327 20140101ALI20151008BHJP

   A63F 13/795 20140101ALI20151008BHJP

   A63F 13/87 20140101ALI20151008BHJP

【ＦＩ】

   A63F13/31

   A63F13/327

   A63F13/795

   A63F13/87

【請求項の数】15

【全頁数】51

(21)【出願番号】特願2010-207068(P2010-207068)

(22)【出願日】2010年9月15日

(65)【公開番号】特開2012-30029(P2012-30029A)

(43)【公開日】2012年2月16日

【審査請求日】2013年8月9日

(31)【優先権主張番号】特願2010-155190(P2010-155190)

(32)【優先日】2010年7月7日

(33)【優先権主張国】JP

(73)【特許権者】

【識別番号】000233778

【氏名又は名称】任天堂株式会社

(73)【特許権者】

【識別番号】398059541

【氏名又は名称】株式会社ゲームフリーク

(74)【代理人】

【識別番号】100158780

【弁理士】

【氏名又は名称】寺本 亮

(74)【代理人】

【識別番号】100121359

【弁理士】

【氏名又は名称】小沢 昌弘

(74)【代理人】

【識別番号】110001276

【氏名又は名称】特許業務法人 小笠原特許事務所

(74)【代理人】

【識別番号】100098291

【弁理士】

【氏名又は名称】小笠原 史朗

(74)【代理人】

【識別番号】100151541

【弁理士】

【氏名又は名称】高田 猛二

(74)【代理人】

【識別番号】100130269

【弁理士】

【氏名又は名称】石原 盛規

(72)【発明者】

【氏名】増田 順一

(72)【発明者】

【氏名】大野 克己

【審査官】 植田 泰輝

(56)【参考文献】

【文献】 特開２０００−１５３０７２（ＪＰ，Ａ）

【文献】 特開２００６−５００２０（ＪＰ，Ａ）

【文献】 特開２００４−１４１２２５（ＪＰ，Ａ）

【文献】 特開平１０−２３５０１９（ＪＰ，Ａ）

【文献】 特開２００１−３２１５６８（ＪＰ，Ａ）

【文献】 特開２００７−１６４６９９（ＪＰ，Ａ）

【文献】 特開２０１０−８２３１０（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ａ６３Ｆ １３／００−１３／９８，９／２４

(57)【特許請求の範囲】

【請求項1】

無線通信機能を有する情報処理装置のコンピュータを、
アプリケーションを実行するアプリケーション実行手段、
前記アプリケーション実行手段によって前記アプリケーションが実行されている間、前記無線通信機能を用いて、当該アプリケーションの実行状況を示すデータを不特定宛に繰り返し送信する送信手段、
前記アプリケーション実行手段によって前記アプリケーションが実行されている間、前記無線通信機能を用いて、他の不特定の情報処理装置からの前記アプリケーションの実行状況を示すデータの受信を繰り返し試みる受信試行手段、および
前記受信試行手段によって前記他の情報処理装置からの前記アプリケーションの実行状況を示すデータを受信したとき、当該データを順次出力する出力手段として機能させる、情報処理プログラム。

【請求項2】

前記情報処理装置のコンピュータを、前記受信試行手段によって受信される前記他の情報処理装置からの前記アプリケーションの実行状況を示すデータを蓄積する蓄積手段としてさらに機能させ、
前記出力手段は、前記蓄積手段に蓄積された前記アプリケーションの実行状況を示すデータを受信した順に出力する、請求項１記載の情報処理プログラム。

【請求項3】

前記情報処理装置のコンピュータを、前記アプリケーション実行手段によるアプリケーションの実行状況が所定の条件を満たしたか否かを判別する実行状況判別手段としてさらに機能させ、
前記送信手段は、前記実行状況判別手段によって所定の条件を満たしたことが判別されたとき、前記アプリケーションの実行状況を示すデータを送信し、
前記出力手段は、前記アプリケーションの実行状況を示すデータを出力する、請求項１記載の情報処理プログラム。

【請求項4】

前記送信手段は、前記実行状況判別手段によって所定の条件を満たしたことが判別されたとき、前記アプリケーションの実行状況を示すデータを複数回送信し、
前記受信試行手段は、前記送信手段による送信が行われていない期間に、前記アプリケーションの実行状況を示すデータの受信を複数回試みる、請求項３に記載の情報処理プログラム。

【請求項5】

前記送信手段は、前記アプリケーションの実行状況を示すデータを複数回送信するときに、当該複数回送信される一連のデータに対して共通の識別情報を付して送信し、
前記情報処理プログラムは、前記コンピュータを、
前記受信試行手段によって前記他の情報処理装置から複数の前記アプリケーションの実行状況を示すデータを受信したとき、当該複数のデータに含まれる前記識別情報が同一かどうかを判断する判断手段、および、
前記判断手段の判断結果に応じて前記受信したデータの破棄を行う破棄手段としてさらに機能させる、請求項４に記載の情報処理プログラム。

【請求項6】

前記実行状況判別手段によって用いられる前記所定の条件には、互いに異なる優先度を割り当てられた複数の条件が含まれ、
前記送信手段は、優先度が相対的に高い条件を満たしたときのアプリケーションの実行状況を示すデータを、優先度が相対的に低い条件を満たしたときのアプリケーションの実行状況を示すデータよりも優先的に送信する、請求項３に記載の情報処理プログラム。

【請求項7】

前記情報処理装置のコンピュータを、ユーザの入力を受け付ける受付手段としてさらに機能させ、
前記送信手段は、前記受付手段によって受け付けられた入力に基づいて、前記アプリケーションの実行状況を示すデータとして、前記アプリケーションに与える変化に関するデータを送信し、
前記アプリケーション実行手段は、前記受信試行手段によって前記他の情報処理装置からの前記アプリケーションに与える変化に関するデータを受信したとき、当該データに応じた変化を前記アプリケーションに与える、請求項１記載の情報処理プログラム。

【請求項8】

前記情報処理装置のコンピュータを、
前記受信手段によって受信される前記他の情報処理装置からの前記アプリケーションの実行状況を示すデータを所定の条件に達するまで集計する集計手段、および
前記集計手段による集計が前記所定の条件に達したとき、前記アプリケーション実行手段によって実行されるアプリケーションに変化を与える変化付与手段としてさらに機能させる、請求項１記載の情報処理プログラム。

【請求項9】

前記所定の条件は、前記アプリケーションの実行状況を示すデータを受信した他の情報処理装置の数を示し、
前記変化付与手段は、前記他の情報処理装置の数が所定数に達したとき、前記アプリケーションに変化を与える、請求項８記載の情報処理プログラム。

【請求項10】

前記所定の条件は、時間を示し、
前記変化付与手段は、前記時間が所定値に達したとき、前記アプリケーションに変化を与える、請求項８記載の情報処理プログラム。

【請求項11】

前記情報処理装置のコンピュータを、前記アプリケーションの実行状況を示すデータを受信した他の情報処理装置の数を示す第１条件および時間を示す第２条件のいずれかをユーザに選択させる条件選択手段としてさらに機能させ、
前記集計手段は、前記条件選択手段によって選択された前記第１条件または前記第２条件に達するまで集計する、請求項８乃至１０のいずれかに記載の情報処理プログラム。

【請求項12】

前記情報処理装置は、携帯端末であり、
前記無線通信機能は、近距離無線として機能する、請求項１記載の情報処理プログラム。

【請求項13】

無線通信機能を有する情報処理装置であって、
アプリケーションを実行するアプリケーション実行手段、
前記アプリケーション実行手段によって前記アプリケーションが実行されている間、前記無線通信機能を用いて、当該アプリケーションの実行状況を示すデータを不特定宛に繰り返し送信する送信手段、
前記アプリケーション実行手段によって前記アプリケーションが実行されている間、前記無線通信機能を用いて、他の不特定の情報処理装置からの前記アプリケーションの実行状況を示すデータの受信を繰り返し試みる受信試行手段、および
前記受信試行手段によって前記他の情報処理装置からの前記アプリケーションの実行状況を示すデータを受信したとき、当該データを順次出力する出力手段を備える、情報処理装置。

【請求項14】

無線通信機能を有する情報処理システムであって、
アプリケーションを実行するアプリケーション実行手段、
前記アプリケーション実行手段によって前記アプリケーションが実行されている間、前記無線通信機能を用いて、当該アプリケーションの実行状況を示すデータを不特定宛に繰り返し送信する送信手段、
前記アプリケーション実行手段によって前記アプリケーションが実行されている間、前記無線通信機能を用いて、他の不特定の情報処理装置からの前記アプリケーションの実行状況を示すデータの受信を繰り返し試みる受信試行手段、および
前記受信試行手段によって前記他の情報処理装置からの前記アプリケーションの実行状況を示すデータを受信したとき、当該データを順次出力する出力手段を備える、情報処理システム。

【請求項15】

無線通信機能を用いた情報処理方法であって、
アプリケーション実行手段が、アプリケーションを実行するステップ、
送信手段が、前記アプリケーション実行手段によって前記アプリケーションが実行されている間、前記無線通信機能を用いて、当該アプリケーションの実行状況を示すデータを不特定宛に繰り返し送信するステップ、
受信試行手段が、前記アプリケーション実行手段によって前記アプリケーションが実行されている間、前記無線通信機能を用いて、他の不特定の情報処理装置からの前記アプリケーションの実行状況を示すデータの受信を繰り返し試みるステップ、および
出力手段が、前記受信試行手段によって前記他の情報処理装置からの前記アプリケーションの実行状況を示すデータを受信したとき、当該データを順次出力するステップを備える、情報処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理プログラム、情報処理装置、情報処理システムおよび情報処理方法に関し、特に、無線通信機能を用いる情報処理プログラム、情報処理装置、情報処理システムおよび情報処理方法に関する。

【背景技術】

【0002】

従来、無線通信を用いて通信可能範囲に存在する他の端末と通信を行うものが知られている。

【0003】

例えば、特許文献１には、通信可能範囲に存在する他のゲーム装置との間で通信状態が確立されると、互いにゲームデータを交換するための交換条件を送受信し、交換条件が合致する場合にゲームデータを交換する技術が開示されている。これにより、交換相手や場所に限定されず、ゲームデータを交換することができる。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００５−２８１０３号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかし、特許文献１では、条件に合致した相手とゲームデータの交換が行われるだけであり、相手の状況を逐次入手することはできなかった。

【0006】

それゆえに、この発明の主たる目的は、通信可能範囲に存在する他の情報処理装置の情報を逐次入手することのできる情報処理プログラム、情報処理装置、情報処理システムおよび情報処理方法を提供することである。

【課題を解決するための手段】

【0007】

上記目的を達成するために、本発明は以下の構成を採用した。

【0008】

本発明の情報処理プログラムは、無線通信機能を有する情報処理装置のコンピュータを、アプリケーション実行手段、送信手段、受信試行手段、および出力手段として機能させる。上記アプリケーション実行手段は、アプリケーションを実行する。上記送信手段は、上記アプリケーション実行手段によって上記アプリケーションが実行されている間、上記無線通信機能を用いて、当該実行に係るデータを不特定宛に繰り返し送信する。上記受信試行手段は、上記アプリケーション実行手段によって上記アプリケーションが実行されている間、上記無線通信機能を用いて、他の不特定の情報処理装置からのデータの受信を繰り返し試みる。上記出力手段は、上記受信試行手段によって上記他の情報処理装置からのデータを受信したとき、当該データを順次出力する。

【0009】

上記構成により、通信可能範囲に存在する他の情報処理装置の情報を逐次入手することができるので、他の情報勝利装置の情報をリアルタイムに知ることができる。

【0010】

他の構成例として、上記情報処理プログラムは、上記情報処理装置のコンピュータを、上記受信試行手段によって受信される上記他の情報処理装置からのデータを蓄積する蓄積手段としてさらに機能させ、上記出力手段は、上記蓄積手段に蓄積されたデータを受信した順に出力してもよい。

【0011】

上記構成例によれば、他の情報処理装置から受信したデータを蓄積して順次出力するので、多数の情報を効率的にユーザに知らせることができる。

【0012】

さらに他の構成例として、上記情報処理プログラムは、上記情報処理装置のコンピュータを、上記アプリケーション実行手段による実行状況が所定の条件を満たしたか否かを判別する実行状況判別手段としてさらに機能させ、上記送信手段は、上記実行状況判別手段によって所定の条件を満たしたことが判別されたとき、上記実行状況を示すデータを送信し、上記出力手段は、上記実行状況を示すデータを出力してもよい。

【0013】

上記構成例によれば、アプリケーションの実行状況が所定の条件を満たしたときにそれを他のユーザに知らせることができるので、実行状況を必要に応じて適切に他のユーザに知らせることができる。

【0014】

さらに他の構成例として、上記送信手段は、上記実行状況判別手段によって所定の条件を満たしたことが判別されたとき、上記実行状況を示すデータを複数回送信し、上記受信試行手段は、上記送信手段による送信が行われていない期間に、データの受信を複数回試みてもよい。

【0015】

上記構成例によれば、アプリケーションの実行状況が所定の条件を満たしたときに、それを他のユーザに、より確実に知らせることができるとともに、他のユーザからの通知をより確実に受け取ることができる。

【0016】

さらに他の構成例として、上記送信手段は、上記実行状況を示すデータを複数回送信するときに、当該複数回送信される一連のデータに対して共通の識別情報を付して送信し、上記情報処理プログラムは、上記コンピュータを、上記受信試行手段によって上記他の情報処理装置から複数のデータを受信したとき、当該複数のデータに含まれる上記識別情報が同一かどうかを判断する判断手段、および、上記判断手段の判断結果に応じて上記受信したデータの破棄を行う破棄手段としてさらに機能させてもよい。

【0017】

上記構成例によれば、アプリケーションの実行状況が所定の条件を満たしたときに、他のユーザに対して、当該所定の条件が複数回満たされたかのように誤って知らされることを防止することができる。

【0018】

さらに他の構成例として、上記実行状況判別手段によって用いられる上記所定の条件には、互いに異なる優先度を割り当てられた複数の条件が含まれ、上記送信手段は、優先度が相対的に高い条件を満たしたときの実行状況を示すデータを、優先度が相対的に低い条件を満たしたときの実行状況を示すデータよりも優先的に送信してもよい。

【0019】

上記構成例によれば、より重要度の高い情報を優先的に他のユーザに知らせることができる。

【0020】

さらに他の構成例として、上記情報処理プログラムは、上記情報処理装置のコンピュータを、ユーザの入力を受け付ける受付手段としてさらに機能させ、上記送信手段は、上記受付手段によって受け付けられた入力に基づいて、上記アプリケーションに与える変化に関するデータを送信し、上記アプリケーション実行手段は、上記受信試行手段によって上記他の情報処理装置からのデータを受信したとき、当該データに応じた変化を上記アプリケーションに与えてもよい。

【0021】

上記構成例によれば、ユーザの操作に応じて通信可能範囲に存在する他の情報処理装置において実行されているアプリケーションに変化を与えることができる。例えば、他のユーザのプレイを手助けするといった遊びを提供することができる。

【0022】

さらに他の構成例として、上記情報処理プログラムは、上記情報処理装置のコンピュータを、上記受信手段によって受信される上記他の情報処理装置からのデータを所定の条件に達するまで集計する集計手段、および上記集計手段による集計が上記所定の条件に達したとき、上記アプリケーション実行手段によって実行されるアプリケーションに変化を与える変化付与手段としてさらに機能させてもよい。

【0023】

上記構成例によれば、通信可能範囲に存在する複数の情報処理装置の情報の集計を所定の条件に達するまで取り、集計が所定の条件に達したらアプリケーションに変化を与えることができるので、興趣性を向上させることができる。

【0024】

さらに他の構成例として、上記所定の条件は、上記データを受信した他の情報処理装置の数を示し、上記変化付与手段は、上記他の情報処理装置の数が所定数に達したとき、上記アプリケーションに変化を与えてもよい。

【0025】

上記構成例によれば、設定された人数分の集計を行うので、多くのユーザと通信することのできる環境であれば容易に集計を行うことができる。

【0026】

さらに他の構成例として、上記所定の条件は、時間を示し、上記変化付与手段は、上記時間が所定値に達したとき、上記アプリケーションに変化を与えてもよい。

【0027】

上記構成例によれば、設定された時間内で集計を行うので、多くのユーザと通信することの難しいユーザであっても集計を行うことができる。

【0028】

さらに他の構成例として、上記情報処理プログラムは、上記情報処理装置のコンピュータを、上記データを受信した他の情報処理装置の数を示す第１条件および時間を示す第２条件のいずれかをユーザに選択させる条件選択手段としてさらに機能させ、上記集計手段は、上記条件選択手段によって選択された上記第１条件または上記第２条件に達するまで集計してもよい。

【0029】

上記構成例によれば、周囲の環境に応じて集計を達成する条件を選択することができるので、多くのユーザと通信することのできる環境であるか否かにかかわらず集計を行うことができる。

【0030】

さらに他の構成例として、上記情報処理装置は、携帯端末であり、上記無線通信機能は、近距離無線として機能してもよい。

【0031】

上記構成例によれば、屋外で持ち歩いてすれ違う人と通信するといった使い方を提供することができる。

【0032】

本発明の情報処理装置は、無線通信機能を有する情報処理装置であって、アプリケーション実行手段、送信手段、受信試行手段、および出力手段を備える。上記アプリケーション実行手段は、アプリケーションを実行する。上記送信手段は、上記アプリケーション実行手段によって上記アプリケーションが実行されている間、上記無線通信機能を用いて、当該実行に係るデータを不特定宛に繰り返し送信する。上記受信試行手段は、上記アプリケーション実行手段によって上記アプリケーションが実行されている間、上記無線通信機能を用いて、他の不特定の情報処理装置からのデータの受信を繰り返し試みる。上記出力手段は、上記受信試行手段によって上記他の情報処理装置からのデータを受信したとき、当該データを順次出力する。

【0033】

本発明の情報処理システムは、無線通信機能を有する情報処理システムであって、アプリケーション実行手段、送信手段、受信試行手段、および出力手段を備える。上記アプリケーション実行手段は、アプリケーションを実行する。上記送信手段は、上記アプリケーション実行手段によって上記アプリケーションが実行されている間、上記無線通信機能を用いて、当該実行に係るデータを不特定宛に繰り返し送信する。上記受信試行手段は、上記アプリケーション実行手段によって上記アプリケーションが実行されている間、上記無線通信機能を用いて、他の不特定の情報処理装置からのデータの受信を繰り返し試みる。上記出力手段は、上記受信試行手段によって上記他の情報処理装置からのデータを受信したとき、当該データを順次出力する。

【0034】

本発明の情報処理方法は、無線通信機能を用いた情報処理方法であって、アプリケーション実行ステップ、送信ステップ、受信試行ステップ、および出力ステップを備える。上記アプリケーション実行ステップでは、アプリケーションを実行する。上記送信ステップでは、上記アプリケーション実行ステップによって上記アプリケーションが実行されている間、上記無線通信機能を用いて、当該実行に係るデータを不特定宛に繰り返し送信する。上記受信試行ステップでは、上記アプリケーション実行ステップによって上記アプリケーションが実行されている間、上記無線通信機能を用いて、他の不特定の情報処理装置からのデータの受信を繰り返し試みる。上記出力ステップでは、上記受信試行ステップによって上記他の情報処理装置からのデータを受信したとき、当該データを順次出力する。

【発明の効果】

【0035】

本発明によれば、通信可能範囲に存在する他の情報処理装置の情報を逐次入手することが可能となる。

【図面の簡単な説明】

【0036】

【図1】本発明の実施形態にかかるゲーム装置１の外観図

【図2】本発明の実施形態にかかるゲーム装置１のブロック図

【図3】それぞれのプレイヤによって操作される複数のゲーム装置を示す図

【図4】上側ＬＣＤおよび下側ＬＣＤに表示される画像の一例

【図5】下側ＬＣＤに表示される画像の一例

【図6】下側ＬＣＤに表示される画像の一例

【図7】状況アイコンとメッセージの一例

【図8】下側ＬＣＤに表示される画像の一例

【図9】上側ＬＣＤに表示される画像の一例

【図10】下側ＬＣＤに表示される画像の一例

【図11】下側ＬＣＤに表示される画像の一例

【図12】下側ＬＣＤに表示される画像の一例

【図13】特殊パワーの一例

【図14】下側ＬＣＤに表示される画像の一例

【図15】サーバ装置と、それぞれのプレイヤによって操作される複数のゲーム装置を示す図

【図16】下側ＬＣＤに表示される画像の一例

【図17】下側ＬＣＤに表示される画像の一例

【図18】下側ＬＣＤに表示される画像の一例

【図19】下側ＬＣＤに表示される画像の一例

【図20】下側ＬＣＤに表示される画像の一例

【図21】下側ＬＣＤに表示される画像の一例

【図22】下側ＬＣＤに表示される画像の一例

【図23】ポータル領域の概念を示す模式図

【図24】本実施形態において想定するゲームの画面の一例

【図25】本実施形態において想定するゲームの画面の一例

【図26】本実施形態において想定するゲームの画面の一例

【図27】本実施形態において想定するゲームの画面の一例

【図28】ゲーム装置１のメインメモリ３２のメモリマップを示す図

【図29】ビーコンデータの詳細

【図30】シングルプレイ処理用データの詳細

【図31】すれ違いログデータの詳細

【図32】マルチプレイ処理用データ３１０のデータ構造の一例を示した図

【図33】ゲーム装置１において実行されるゲーム処理の流れを示すフローチャート

【図34】図３３のステップＳ４で示したシングルプレイ処理の詳細を示すフローチャート

【図35】図３３のステップＳ５で示した親機側接続処理の詳細を示すフローチャート

【図36】図３３のステップＳ５で示した親機側接続処理の詳細を示すフローチャート

【図37】図３３のステップＳ８で示したマルチプレイ処理の詳細を示すフローチャート

【図38】図３７のステップＳ６５５で示した自発切断判定処理の詳細を示すフローチャート

【図39】図３７のステップＳ６５６で示した強制切断判定処理の詳細を示すフローチャート

【図40】図３３のステップＳ８で示した子機側接続処理の詳細を示すフローチャート

【図41】図３３のステップＳ８で示した子機側接続処理の詳細を示すフローチャート

【図42】図３７のステップＳ６５２で示した参加通知受信処理の詳細を示すフローチャート

【図43】図３７のステップＳ６５４で示した開始通知発信処理の詳細を示すフローチャート

【図44】ビーコン破棄処理の流れを示すフローチャート

【図45】調査ミッション処理の流れを示すフローチャート

【図46】ビーコン送受信処理の流れを示すフローチャート

【発明を実施するための形態】

【0037】

以下、本発明の実施の形態について、図面を参照して説明する。尚、この実施例により本発明が限定されるものではない。

【0038】

＜ハード構成＞
図１において、ゲーム装置１は、折り畳み型の携帯ゲーム装置であり、開いた状態（開状態）のゲーム装置１を示している。ゲーム装置１は、開いた状態においてもユーザが両手または片手で把持することができるようなサイズで構成される。

【0039】

ゲーム装置１は、下側ハウジング１１および上側ハウジング２１を有する。下側ハウジング１１と上側ハウジング２１とは、開閉可能（折り畳み可能）に連結されている。図１の例では、下側ハウジング１１および上側ハウジング２１は、それぞれ横長の長方形の板状で形成され、互いの長辺部分で回転可能に連結されている。通常、ユーザは、開状態でゲーム装置１を使用する。また、ユーザは、ゲーム装置１を使用しない場合には閉状態としてゲーム装置１を保管する。また、図１に示した例では、ゲーム装置１は、上記閉状態および開状態のみでなく、下側ハウジング１１と上側ハウジング２１とのなす角度が閉状態と開状態との間の任意の角度において、連結部分に発生する摩擦力などによってその開閉角度を維持することができる。つまり、上側ハウジング２１を下側ハウジング１１に対して任意の角度で静止させることができる。

【0040】

下側ハウジング１１には、下側ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ：液晶表示装置）１２が設けられる。下側ＬＣＤ１２は横長形状であり、長辺方向が下側ハウジング１１の長辺方向に一致するように配置される。なお、本実施形態では、ゲーム装置１に内蔵されている表示装置としてＬＣＤを用いているが、例えばＥＬ（Ｅｌｅｃｔｒｏ Ｌｕｍｉｎｅｓｃｅｎｃｅ：電界発光）を利用した表示装置等、他の任意の表示装置を利用してもよい。また、ゲーム装置１は、任意の解像度の表示装置を利用することができる。なお、詳細は後述するが、下側ＬＣＤ１２は、主に、内側カメラ２３または外側カメラ２５で撮影されている画像をリアルタイムに表示するために用いられる。

【0041】

下側ハウジング１１には、入力装置として、各操作ボタン１４Ａ〜１４Ｋおよびタッチパネル１３が設けられる。図１に示されるように、各操作ボタン１４Ａ〜１４Ｋのうち、方向入力ボタン１４Ａ、操作ボタン１４Ｂ、操作ボタン１４Ｃ、操作ボタン１４Ｄ、操作ボタン１４Ｅ、電源ボタン１４Ｆ、スタートボタン１４Ｇ、およびセレクトボタン１４Ｈは、上側ハウジング２１と下側ハウジング１１とを折りたたんだときに内側となる、下側ハウジング１１の内側主面上に設けられる。方向入力ボタン１４Ａは、例えば選択操作等に用いられる。各操作ボタン１４Ｂ〜１４Ｅは、例えば決定操作やキャンセル操作等に用いられる。電源ボタン１４Ｆは、ゲーム装置１の電源をオン／オフするために用いられる。図１に示す例では、方向入力ボタン１４Ａおよび電源ボタン１４Ｆは、下側ハウジング１１の内側主面中央付近に設けられる下側ＬＣＤ１２に対して、左右一方側（図１では左側）の当該主面上に設けられる。また、操作ボタン１４Ｂ〜１４Ｅ、スタートボタン１４Ｇ、およびセレクトボタン１４Ｈは、下側ＬＣＤ１２に対して左右他方側（図１では右側）となる下側ハウジング１１の内側主面上に設けられる。方向入力ボタン１４Ａ、操作ボタン１４Ｂ〜１４Ｅ、スタートボタン１４Ｇ、およびセレクトボタン１４Ｈは、ゲーム装置１に対する各種操作を行うために用いられる。

【0042】

なお、図１においては、操作ボタン１４Ｉ〜１４Ｋの図示を省略している。例えば、Ｌボタン１４Ｉは、下側ハウジング１１の上側面の左端部に設けられ、Ｒボタン１４Ｊは、下側ハウジング１１の上側面の右端部に設けられる。Ｌボタン１４ＩおよびＲボタン１４Ｊは、ゲーム装置１に対して、例えば撮影指示操作（シャッター操作）を行うために用いられる。さらに、音量ボタン１４Ｋは、下側ハウジング１１の左側面に設けられる。音量ボタン１４Ｋは、ゲーム装置１が備えるスピーカの音量を調整するために用いられる。

【0043】

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

【0044】

また、下側ハウジング１１の右側面には、メモリカード２８を収納するための挿入口（図１では、二点鎖線で示している）が設けられている。この挿入口の内側には、ゲーム装置１とメモリカード２８とを電気的に接続するためのコネクタ（図示せず）が設けられる。メモリカード２８は、例えばＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリカードであり、コネクタに着脱自在に装着される。メモリカード２８は、例えば、ゲーム装置１によって撮影された画像を記憶（保存）したり、他の装置で生成された画像をゲーム装置１に読み込んだりするために用いられる。

【0045】

さらに、下側ハウジング１１の上側面には、カートリッジ２９を収納するための挿入口（図１では、一点鎖線で示している）が設けられている。この挿入口の内側にも、ゲーム装置１とカートリッジ２９とを電気的に接続するためのコネクタ（図示せず）が設けられる。カートリッジ２９はゲームプログラム等を記録した記録媒体であり、下側ハウジング１１に設けられた挿入口に着脱自在に装着される。

【0046】

下側ハウジング１１と上側ハウジング２１との連結部の左側部分には、３つのＬＥＤ１５Ａ〜１５Ｃが取り付けられる。ここで、ゲーム装置１は、他の機器との間で無線通信を行うことが可能であり、第１ＬＥＤ１５Ａは、ゲーム装置１の電源がオンである場合に点灯する。第２ＬＥＤ１５Ｂは、ゲーム装置１の充電中に点灯する。第３ＬＥＤ１５Ｃは、無線通信が確立している場合に点灯する。したがって、３つのＬＥＤ１５Ａ〜１５Ｃによって、ゲーム装置１の電源のオン／オフ状況、充電状況、および、通信確立状況をユーザに通知することができる。

【0047】

一方、上側ハウジング２１には、上側ＬＣＤ２２が設けられる。上側ＬＣＤ２２は横長形状であり、長辺方向が上側ハウジング２１の長辺方向に一致するように配置される。なお、下側ＬＣＤ１２と同様、上側ＬＣＤ２２に代えて、他の任意の方式および任意の解像度の表示装置を利用してもよい。なお、上側ＬＣＤ２２上を覆うように、タッチパネルを設けてもかまわない。例えば、上側ＬＣＤ２２には、ユーザに各操作ボタン１４Ａ〜１４Ｋやタッチパネル１３の役割を教えるための、操作説明画面が表示される。

【0048】

また、上側ハウジング２１には、２つのカメラ（内側カメラ２３および外側カメラ２５）が設けられる。図１に示されるように、内側カメラ２３は、上側ハウジング２１の連結部付近の内側主面に取り付けられる。一方、外側カメラ２５は、内側カメラ２３が取り付けられる内側主面の反対側の面、すなわち、上側ハウジング２１の外側主面（ゲーム装置１が閉状態となった場合に外側となる面であり、図１に示す上側ハウジング２１の背面）に取り付けられる。なお、図１においては、外側カメラ２５を破線で示している。これによって、内側カメラ２３は、上側ハウジング２１の内側主面が向く方向を撮影することが可能であり、外側カメラ２５は、内側カメラ２３の撮影方向の逆方向、すなわち、上側ハウジング２１の外側主面が向く方向を撮影することが可能である。このように、本実施形態では、２つの内側カメラ２３および外側カメラ２５の撮影方向が互いに逆方向となるように設けられる。例えば、ユーザは、ゲーム装置１からユーザの方を見た景色を内側カメラ２３で撮影することができるとともに、ゲーム装置１からユーザの反対側の方向を見た景色を外側カメラ２５で撮影することができる。

【0049】

なお、上記連結部付近の内側主面には、音声入力装置としてマイク（図２に示すマイク４２）が収納されている。そして、上記連結部付近の内側主面には、マイク４２がゲーム装置１外部の音を検知できるように、マイクロフォン用孔１６が形成される。マイク４２を収納する位置およびマイクロフォン用孔１６の位置は必ずしも上記連結部である必要はなく、例えば下側ハウジング１１にマイク４２を収納し、マイク４２を収納位置に対応させて下側ハウジング１１にマイクロフォン用孔１６を設けるようにしても良い。

【0050】

また、上側ハウジング２１の外側主面には、第４ＬＥＤ２６（図１では、破線で示す）が取り付けられる。第４ＬＥＤ２６は、外側カメラ２５によって撮影が行われた（シャッターボタンが押下された）時点で点灯する。また、外側カメラ２５によって動画が撮影される間点灯する。第４ＬＥＤ２６によって、ゲーム装置１による撮影が行われた（行われている）ことを撮影対象者や周囲に通知することができる。

【0051】

また、上側ハウジング２１の内側主面中央付近に設けられる上側ＬＣＤ２２に対して、左右両側の当該主面に音抜き孔２４がそれぞれ形成される。音抜き孔２４の奥の上側ハウジング２１内にはスピーカが収納されている。音抜き孔２４は、スピーカからの音をゲーム装置１の外部に放出するための孔である。

【0052】

以上に説明したように、上側ハウジング２１には、画像を撮影するための構成である内側カメラ２３および外側カメラ２５と、例えば撮影の際に操作説明画面を表示する表示手段である上側ＬＣＤ２２とが設けられる。一方、下側ハウジング１１には、ゲーム装置１に対する操作入力を行うための入力装置（タッチパネル１３および各ボタン１４Ａ〜１４Ｋ）と、ゲーム画面を表示するための表示手段である下側ＬＣＤ１２とが設けられる。したがって、ゲーム装置１を使用する際には、ユーザは、下側ＬＣＤ１２に表示される撮影画像（カメラによって撮影された画像）を見ながら、下側ハウジング１１を把持して入力装置に対する入力を行うことができる。

【0053】

次に、図２を参照して、ゲーム装置１の内部構成を説明する。なお、図２は、ゲーム装置１の内部構成の一例を示すブロック図である。

【0054】

図２において、ゲーム装置１は、ＣＰＵ３１、メインメモリ３２、メモリ制御回路３３、保存用データメモリ３４、プリセットデータ用メモリ３５、メモリカードインターフェース（メモリカードＩ／Ｆ）３６およびカートリッジＩ／Ｆ４４、無線通信モジュール３７、ローカル通信モジュール３８、リアルタイムクロック（ＲＴＣ）３９、電源回路４０、およびインターフェース回路（Ｉ／Ｆ回路）４１等の電子部品を備えている。これらの電子部品は、電子回路基板上に実装されて、下側ハウジング１１（または上側ハウジング２１でもよい）内に収納される。

【0055】

ＣＰＵ３１は、所定のプログラムを実行するための情報処理手段である。本実施形態では、所定のプログラムがゲーム装置１内のメモリ（例えば保存用データメモリ３４）やメモリカード２８および／または２９に記憶されており、ＣＰＵ３１は、当該所定のプログラムを実行することによって、後述するゲーム処理を実行する。なお、ＣＰＵ３１によって実行されるプログラムは、ゲーム装置１内のメモリに予め記憶されていてもよいし、メモリカード２８および／またはカートリッジ２９から取得されてもよいし、他の機器との通信によって他の機器から取得されてもよい。例えば、インターネットを経由して所定のサーバからダウンロードすることで取得しても良いし、据置型ゲーム装置と通信を行うことで、当該据置型ゲーム装置に記憶されている所定のプログラムをダウンロードすることで取得しても良い。

【0056】

ＣＰＵ３１には、メインメモリ３２、メモリ制御回路３３、およびプリセットデータ用メモリ３５が接続される。また、メモリ制御回路３３には、保存用データメモリ３４が接続される。メインメモリ３２は、ＣＰＵ３１のワーク領域やバッファ領域として用いられる記憶手段である。すなわち、メインメモリ３２は、上記ゲーム処理に用いられる各種データを記憶したり、外部（メモリカード２８および２９や他の機器等）から取得されるプログラムを記憶したりする。本実施形態では、メインメモリ３２として、例えばＰＳＲＡＭ（Ｐｓｅｕｄｏ−ＳＲＡＭ）を用いる。保存用データメモリ３４は、ＣＰＵ３１によって実行されるプログラムや内側カメラ２３および外側カメラ２５によって撮影された画像のデータ等を記憶するための記憶手段である。保存用データメモリ３４は、不揮発性の記憶媒体によって構成されており、例えば本実施例ではＮＡＮＤ型フラッシュメモリで構成される。メモリ制御回路３３は、ＣＰＵ３１の指示に従って、保存用データメモリ３４に対するデータの読み出しおよび書き込みを制御する回路である。プリセットデータ用メモリ３５は、ゲーム装置１において予め設定される各種パラメータ等のデータ（プリセットデータ）を記憶するための記憶手段である。プリセットデータ用メモリ３５としては、ＳＰＩ（Ｓｅｒｉａｌ Ｐｅｒｉｐｈｅｒａｌ Ｉｎｔｅｒｆａｃｅ）バスによってＣＰＵ３１と接続されるフラッシュメモリを用いることができる。

【0057】

メモリカードＩ／Ｆ３６は、ＣＰＵ３１に接続される。メモリカードＩ／Ｆ３６は、コネクタに装着されたメモリカード２８に対するデータの読み出しおよび書き込みを、ＣＰＵ３１の指示に応じて行う。本実施形態では、外側カメラ２５によって撮像された画像データがメモリカード２８に書き込まれたり、メモリカード２８に記憶された画像データがメモリカード２８から読み出されて保存用データメモリ３４に記憶されたりする。

【0058】

カートリッジＩ／Ｆ４４はＣＰＵ３１に接続される。カートリッジＩ／Ｆ４４は、コネクタに装着されたカートリッジ２９に対するデータの読み出しおよび書き込みをＣＰＵ３１の指示に従って行う。本実施形態では、情報処理装置１０が実行することが可能なアプリケーションプログラムがカートリッジ２９から読み出されてＣＰＵ３１によって実行されたり、当該アプリケーションプログラムに関するデータ（例えばゲームのセーブデータ等）がカートリッジ２９に書き込まれたりする。

【0059】

なお、本発明のゲームプログラムは、カートリッジ２９等の外部記憶媒体を通じてコンピュータシステムに供給されるだけでなく、有線または無線の通信回線を通じてコンピュータシステムに供給されてもよい。また、ゲームプログラムは、コンピュータシステム内部の不揮発性記憶装置に予め記録されていてもよい。なお、色変換プログラムを記憶する情報記憶媒体としては、上記不揮発性記憶装置に限らず、ＣＤ−ＲＯＭ、ＤＶＤ、あるいはそれらに類する光学式ディスク状記憶媒体でもよい。

【0060】

無線通信モジュール３７は、例えばＩＥＥＥ８０２．１１．ｂ／ｇの規格に準拠した方式により、無線ＬＡＮに接続する機能を有する。また、ローカル通信モジュール３８は、所定の通信方式により同種のゲーム装置との間で無線通信を行う機能を有する。無線通信モジュール３７およびローカル通信モジュール３８は、ＣＰＵ３１に接続される。ＣＰＵ３１は、無線通信モジュール３７を用いてインターネットを介して他の機器との間でデータを送受信したり、ローカル通信モジュール３８を用いて同種の他のゲーム装置との間でデータを送受信したりすることができる。

【0061】

また、ＣＰＵ３１には、ＲＴＣ３９および電源回路４０が接続される。ＲＴＣ３９は、時間をカウントしてＣＰＵ３１に出力する。例えば、ＣＰＵ３１は、ＲＴＣ３９によって計時された時間に基づいて、現在時刻（日付）等を計算することもできる。電源回路４０は、ゲーム装置１が有する電源（典型的には電池であり、下側ハウジング１１に収納される）から供給される電力を制御し、ゲーム装置１の各部品に電力を供給する。

【0062】

また、ゲーム装置１は、マイク４２およびアンプ４３を備えている。マイク４２およびアンプ４３は、それぞれＩ／Ｆ回路４１に接続される。マイク４２は、ゲーム装置１に向かって発声されたユーザの音声を検知して、当該音声を示す音声信号をＩ／Ｆ回路４１に出力する。アンプ４３は、Ｉ／Ｆ回路４１から音声信号を増幅してスピーカ（図示せず）から出力させる。Ｉ／Ｆ回路４１は、ＣＰＵ３１に接続される。

【0063】

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

【0064】

操作ボタン１４は、上記各操作ボタン１４Ａ〜１４Ｋから構成され、ＣＰＵ３１に接続される。操作ボタン１４からＣＰＵ３１へは、各操作ボタン１４Ａ〜１４Ｋに対する入力状況（押下されたか否か）を示す操作データが出力される。ＣＰＵ３１は、操作ボタン１４から操作データを取得することによって、操作ボタン１４に対する入力に応じた処理を実行する。

【0065】

内側カメラ２３および外側カメラ２５は、それぞれＣＰＵ３１に接続される。内側カメラ２３および外側カメラ２５は、ＣＰＵ３１の指示に応じて画像を撮影し、撮影した画像データをＣＰＵ３１に出力する。本実施形態では、ＣＰＵ３１は、内側カメラ２３および外側カメラ２５のいずれか一方に対して撮影指示を行い、撮影指示を受けたカメラが画像を撮影して画像データをＣＰＵ３１に送る。

【0066】

また、下側ＬＣＤ１２および上側ＬＣＤ２２は、それぞれＣＰＵ３１に接続される。下側ＬＣＤ１２および上側ＬＣＤ２２は、それぞれＣＰＵ３１の指示に従って画像を表示する。

【0067】

＜ゲーム装置の動作の概要＞
以下、ゲーム装置１の動作の概要について説明する。

【0068】

本実施形態では、基本的に、１台のゲーム装置（上記ゲーム装置１）を１人のプレイヤが操作する。以下の説明では便宜上、プレイヤＡが操作しているゲーム装置をゲーム装置Ａと称し、プレイヤＢが操作しているゲーム装置をゲーム装置Ｂと称し、プレイヤＣが操作しているゲーム装置をゲーム装置Ｃと称することがある。

【0069】

ゲームプログラムが記録されたメモリカード２８をゲーム装置に装着した状態でプレイヤがゲーム装置を起動すると、当該ゲームプログラムが実行され、ゲーム処理が開始される。当該ゲーム処理では、上側ＬＣＤ２２または下側ＬＣＤ１２にゲーム世界が表示され、プレイヤは、操作ボタン１４またはタッチパネル１３などを用いて、ゲーム世界に存在するプレイヤキャラクタを操作することができる。以下の説明では便宜上、プレイヤＡが操作しているプレイヤキャラクタをプレイヤキャラクタＡと称し、プレイヤＢが操作しているプレイヤキャラクタをプレイヤキャラクタＢと称し、プレイヤＣが操作しているプレイヤキャラクタをプレイヤキャラクタＣと称することがある。

【0070】

プレイヤがゲームを開始した直後は、基本的に、シングルプレイモードのゲーム処理が進行する。シングルプレイモードとは、或るゲーム装置において実行中のゲームのゲーム世界に１つのプレイヤキャラクタしか存在しない（例えば、ゲーム装置Ａにおいて実行中のゲームのゲーム世界に、プレイヤＡによって操作されるプレイヤキャラクタＡしか存在しない状態）ようなゲーム処理のモードである。シングルプレイモードのゲーム処理の最中に所定の条件を満たすと、マルチプレイモードのゲーム処理が開始される。マルチプレイモードとは、或るゲーム装置において実行中のゲームのゲーム世界に複数のプレイヤキャラクタが存在する（例えば、ゲーム装置Ａにおいて実行中のゲームのゲーム世界に、プレイヤＡによって操作されるプレイヤキャラクタＡとプレイヤＢによって操作されるプレイヤキャラクタＢとが共に存在する状態）ようなゲーム処理のモードである。マルチプレイモードでは、複数のゲーム装置１がローカル通信モジュール３８を介して互いに通信することによって、このようなゲーム処理が実現される。

【0071】

＜シングルプレイモード＞
以下、図面を参照して、シングルプレイモードのゲーム処理の概要について説明する。

【0072】

本実施形態では、図３に示すように、ゲーム装置１は、ゲーム処理の実行中は基本的に常に（シングルプレイモード中でもマルチプレイモード中でも）、ローカル通信モジュール３８によってビーコンを不特定の他のゲーム装置に向けて送信する。この送信の方式は、パッシブスキャン方式であってもよいし、アクティブスキャン方式であってもよい。すなわち、各ゲーム装置がビーコンを所定の周期で不特定宛に送信（ブロードキャスト）してもよいし、各ゲーム装置から所定の周期で不特定宛にプローブリクエストを送信し、このパケットを受信した他のゲーム装置からビーコンを送信してもよい。すなわち、本発明において、探索はアクティブスキャン方式でもよいしパッシブスキャン方式でもよい。後述するように、当該ビーコンには、プレイヤに関連する情報や、ゲーム状況を示す情報や、メッセージなど、種々の情報が含まれ得る。シングルプレイモードでは、このようにゲームのプレイ中に常時送信されるビーコンを利用することによって、以下のような機能が実現される。
・プロフィール表示機能
・ゲーム支援機能
・コミュニケーション機能
・調査ミッション機能

【0073】

プロフィール表示機能とは、ゲーム装置の画面に、当該ゲーム装置の周辺領域（例えば、他のゲーム装置からのビーコンを受信可能な範囲）でゲームをプレイしている他のプレイヤのプロフィールを表示する機能である。例えば、プレイヤＡがゲーム装置Ａを用いてゲームをプレイしており、なおかつゲーム装置Ａの周辺領域でプレイヤＢがゲーム装置Ｂを用いてゲームをプレイしているときに、ゲーム装置Ａの画面（例えば上側ＬＣＤ２２）にプレイヤＢのプロフィールを表示させることが可能である。

【0074】

ゲーム支援機能とは、ゲーム装置の周辺領域でプレイしている他のプレイヤを支援する機能である。例えば、プレイヤＡがゲーム装置Ａを用いてゲームをプレイしており、なおかつゲーム装置Ａの周辺領域でプレイヤＢがゲーム装置Ｂを用いてゲームをプレイしているときに、プレイヤＡがプレイしているゲームのゲーム世界（以下、「プレイヤＡのゲーム世界」または「ゲーム世界Ａ」と称することがある）においてプレイヤＡが特定のパラメータ（例えば、ゲーム世界で入手可能な特殊アイテム）を消費して特定の効果を発動させると、プレイヤＢが上記特定のアイテムやパラメータを消費せずとも、プレイヤＢのゲーム世界においても同様の効果を発現させることが可能である。例えば、プレイヤＡが特定のパラメータを消費して、プレイヤキャラクタＡが仲間として引き連れているモンスターの体力を回復させると、プレイヤＡの周辺領域でゲームをプレイしているプレイヤＢのゲーム世界においても同様の効果が発現する（すなわち、プレイヤキャラクタＢが仲間として引き連れているモンスターの体力が回復する）。また例えば、プレイヤＡが特定のパラメータを消費して、ゲーム世界Ａの店で売られているアイテムの販売価格を一定時間の間だけ半減させると、プレイヤＡの周辺領域でゲームをプレイしているプレイヤＢのゲーム世界においても同様の効果が発現する（すなわち、ゲーム世界Ｂの店で売られているアイテムの販売価格も一定時間の間だけ半減する）。

【0075】

コミュニケーション機能とは、ゲーム装置の周辺領域でプレイしている他のプレイヤからのメッセージを当該ゲーム装置の画面に表示したり、当該他のプレイヤに対してメッセージを送信したりする機能である。例えば、プレイヤＡがゲーム装置Ａを用いてゲームをプレイしており、なおかつゲーム装置Ａの周辺領域でプレイヤＢがゲーム装置Ｂを用いてゲームをプレイしているときに、プレイヤＢがプレイヤＡへ宛てたメッセージをゲーム装置Ａの画面に表示させたり、プレイヤＡがプレイヤＢへ宛てたメッセージをゲーム装置Ｂの画面に表示させたりすることが可能である。

【0076】

調査ミッション機能とは、ゲーム世界においてプレイヤキャラクタが調査員となって、ゲーム世界の調査会社から調査依頼を受けて様々な調査を行うものである。調査は、現実世界でプレイヤがゲーム装置１を携帯して、駅や店などの人の多い場所へ出向き、当該ゲーム装置１によって、他のプレイヤが携帯しているゲーム装置から発信されるビーコン（後述するように、当該ビーコンには、当該他のプレイヤの特徴や嗜好に関する情報が含まれている）を受信することによって行われる。調査会社に調査結果を報告することによってプレイヤキャラクタの調査員としてのランクが上昇して、ゲーム展開が変化したり、ゲームの進行に有利なアイテムを獲得したりする。

【0077】

以下、ゲーム画像例を参照しながら、シングルプレイモードにおけるゲーム処理の概要を説明する。

【0078】

図４は、ゲーム開始直後において、上側ＬＣＤ２２および下側ＬＣＤ１２に表示される画像の一例を示している。上側ＬＣＤ２２には、プレイヤキャラクタを含むゲーム世界の様子が表示されている。プレイヤキャラクタは、仲間としてモンスターを引き連れており、当該仲間のモンスターに命令することによって、当該仲間のモンスターを野生のモンスター等と戦わせることができる。プレイヤは、例えば操作ボタン１４を操作することによって、プレイヤキャラクタを操作してゲームをプレイすることができる。下側ＬＣＤ２２には、ゲーム装置の周辺領域でプレイしている他のプレイヤのリストを表示するための「他プレイヤリスト」ボタン画像Ｐ１と、前述の調査を行うための「調査ミッション」ボタン画像Ｐ２が表示されており、これらのボタン画像Ｐ１，Ｐ２をタッチペン２７でタッチすることによって、プレイヤは、これらのボタン画像Ｐ１，Ｐ２に対応する機能を呼び出すことができる。なお、「調査ミッション」ボタン画像Ｐ２をタッチする代わりに、ゲーム世界においてプレイヤキャラクタが特定の人物（例えば調査会社の社長）に話しかけることによって、調査ミッション機能が呼び出されても構わない。

【0079】

図５は、図４の「他プレイヤリスト」ボタン画像Ｐ１をタッチしたときに下側ＬＣＤ１２に表示される、他プレイヤリスト画像の一例である。なお、下側ＬＣＤ１２に他プレイヤリスト画像が表示されている状態でも、プレイヤは、上側ＬＣＤ２２に表示されているゲーム画像を見ながら、例えば操作ボタン１４を操作することによって、ゲームをプレイし続けることができる。

【0080】

ゲーム装置１は、シングルプレイモード中は、基本的に常に他のゲーム装置からのビーコンを受信可能であり、ローカル通信モジュール３８によって他のゲーム装置からのビーコンを受信すると、当該ビーコンに含まれる情報を解析する。ビーコンには、プレイヤ名や、挨拶等のメッセージや、プロフィール情報や、ゲーム状況を示す情報などが含まれている。

【0081】

ゲーム装置１は、他のゲーム装置からのビーコンを受信すると、そのビーコンに基づいて、当該他のゲーム装置のプレイヤに関連する情報を、例えば保存用データメモリ３４に蓄積する。他プレイヤリスト画像の他プレイヤ情報ウィンドウＰ３には、過去にそのビーコンを受信したことのあるゲーム装置のプレイヤ（以下、「過去にすれ違ったプレイヤ」と称す）の情報が表示される。下側ＬＣＤ１２に一度に表示可能な他プレイヤ情報ウィンドウＰ３の数は最大４つであるが、プレイヤは、スクロールアイコンＰ７をタッチすることによって、他プレイヤ情報ウィンドウＰ３をスクロールさせることができ、最大３０人分の他プレイヤ情報ウィンドウＰ３を見ることができる。他プレイヤ情報ウィンドウＰ３には、プレイヤアイコン表示領域Ｐ３ａ、状況アイコン表示領域Ｐ３ｂ、プレイヤ名表示領域Ｐ３ｃが含まれる。

【0082】

ゲーム装置１は、他のゲーム装置からのビーコンを受信すると、そのビーコンに含まれる情報を自動的に画面に表示する。これにより、ゲームプレイ中に、ゲーム装置１の周りの不特定の他のゲーム装置からの情報が次々に自動的に画面に表示される。この情報は自分のゲーム画面と同時に表示されるので、ゲームプレイをしながら、同時に回りの他のプレイヤの情報を知ることができて、一人でゲームプレイをしているときでも、あたかも、誰かと（しかも不特定の人と）ゲームプレイしているかのような体験を与えることができる。また、ゲーム装置１の周りの複数のゲーム装置からの情報が次々に自動的に表示される。これにより、よりいっそう多数の人とゲームプレイしているかのような体験を与えることができる。

【0083】

受信状況アイコンＰ６は、１以上のゲーム装置からのビーコンのうち、最も良好に受信できているビーコンに基づいて測定される受信状況を示している。

【0084】

情報表示領域Ｐ８には、他プレイヤリストメイン画面で現在見ることが可能な他プレイヤ情報ウィンドウＰ３の数を示している。

【0085】

情報表示領域Ｐ９には、状況によって種々の情報が表示される。図６の例では、過去にすれ違ったプレイヤの総数が表示されている。過去にすれ違ったプレイヤの総数は、ゲーム装置１が、他のゲーム装置からのビーコンから当該他のゲーム装置のプレイヤの識別子を取得して、例えば保存用データメモリ３４に蓄積することによって、算出することができる。

【0086】

特殊パワーアイコンＰ１０は、特殊パワーを発動させるためにタッチするアイコンである。

【0087】

一言メッセージアイコンＰ１１は、他のプレイヤに一言メッセージを送信するためにタッチするアイコンである。

【0088】

感謝アイコンＰ１２は、他のプレイヤに感謝の気持ちを伝えるためにタッチするアイコンである。

【0089】

戻るアイコンＰ１３は、１つ前の画面に戻るためにタッチするアイコンである。

【0090】

例えば、ナナ（プレイヤ名）のゲーム装置１の下側ＬＣＤ１２に、図５のような他プレイヤリスト画像が表示されている状態で、ナナのゲーム装置１の周辺領域に、同じくシングルプレイモードでプレイ中のケンのゲーム装置１が進入してくると、ナナのゲーム装置１は、ケンのゲーム装置１からのビーコンを受信することができるようになる（同様に、ケンのゲーム装置１は、ナナのゲーム装置１からのビーコンを受信することができるようになる）。ケンのゲーム装置１からのビーコンにはケンのプレイヤ名や挨拶メッセージ等が含まれているので、ナナのゲーム装置１は、図６に示すように、下側ＬＣＤ１２に表示されている他プレイヤリスト画像にケンの情報を追加する。ケンの状況アイコン表示領域Ｐ３ｂには、この状況に応じた状況アイコンが表示され、ケンのプレイヤ名表示領域Ｐ３ｃには、ケンの名前と挨拶メッセージが表示される。また、メッセージウィンドウＰ１４が現れて、当該メッセージウィンドウＰ１４に、この状況に応じたメッセージが表示される。なお、図６の例では、ケンのプレイヤ名表示領域Ｐ３ｃに、ケンの名前と挨拶メッセージを同時に表示しているが、他の実施例では、ケンのプレイヤ名表示領域Ｐ３ｃに、ケンの名前と挨拶メッセージを交互に表示してもよい。

【0091】

図７は、状況アイコン表示領域Ｐ３ｂに表示される状況アイコンと、メッセージウィンドウＰ１４に表示されるメッセージと、それらの表示タイミングの例を示している。なお、メッセージにおいてカギ括弧で示された情報（［プレイヤ名］、［モンスター名］、［特殊パワー名］、［プレイ時間］、［一言メッセージ］等）は、ビーコンから取得される情報である。

【0092】

図７に示すとおり、周りの不特定のゲーム装置から送信されるデータに基づいて、ゲーム状況についての種々のメッセージが画面に自動的に表示される。これにより、ゲームプレイ中に、ゲーム装置１の周りの不特定の他のプレイヤのゲーム状況が次々に自動的に画面に表示されて、あたかも、誰かと（しかも不特定の人と）ゲームプレイしているかのような体験を与えることができる。また、後述の通り、ゲーム支援機能を備えるので、周りの不特定のプレイヤのゲーム状況を見てそれを助けることも可能であり、よりいっそう不特定の多数のプレイヤとゲームプレイしているかのような体験を与えることができる。

【0093】

他プレイヤリスト画像に含まれている他プレイヤ情報ウィンドウＰ３のうち、所定時間以上（例えば、１８０秒間以上）そのビーコンを受け取ることができないゲーム装置に対応する他プレイヤ情報ウィンドウＰ３は、図８に示すように暗く表示され、これによって、その他プレイヤが遠ざかってしまったことをプレイヤに報知する。

【0094】

＜プロフィール表示機能＞
他プレイヤリスト画像に含まれている他プレイヤ情報ウィンドウＰ３のいずれかをプレイヤがタッチすると、タッチした他プレイヤ情報ウィンドウＰ３に対応する他プレイヤのプロフィール等を見ることができる。例えば、ケンの他プレイヤ情報ウィンドウＰ３をタッチすると、上側ＬＣＤ２２には、図９に示すようにケンのプロフィールが表示される。また、下側ＬＣＤ１２には、図１０に示すように、ケンがプレイ中のゲームにおいてケンが操作しているプレイヤキャラクタの現在位置を示すマップと、ゲーム状況を示すウィンドウが表示される。なお、ゲーム状況を示すウィンドウ内に表示されている時刻は、ケンのゲーム装置１から最後にビーコンを受信した時刻を示している。すなわち、ゲーム状況を示すウィンドウ内に表示されているゲーム状況は、ケンのゲーム装置１から最後にビーコンを受信した時点のゲーム状況である。図９や図１０に示す画像を生成するために必要な情報（例えば、ケンのプロフィール、プレイ時間、自己紹介文、感謝された回数、すれ違った人数、ケンのプレイヤキャラクタの現在位置、ケンのゲーム状況）は、ケンのゲーム装置１から送信されたビーコンから取得される。

【0095】

以上のように、シングルプレイモードでゲームをプレイ中のプレイヤは、周辺領域において同じくシングルプレイモードでゲームをプレイ中の他のプレイヤのプロフィールを、リアルタイムで見ることが可能である。

【0096】

＜ゲーム支援機能＞
図１１は、ケン（ケンが操作するプレイヤキャラクタ）が連れている電気ネズミ（モンスター名）の体力が、最大時から半分以下になったときの、ナナのゲーム装置１の下側ＬＣＤ１２に表示される他プレイヤリスト画像を示している。このときナナは、特殊パワーアイコンＰ１０をタッチして、「体力回復パワー」という名前の特殊パワーを使用することによって、ナナが連れているモンスターの体力を回復させるとともに、ケンの電気ネズミの体力も回復させることが可能である。図１２は、ナナが特殊パワーアイコンＰ１０をタッチした直後の、ナナのゲーム装置１の下側ＬＣＤ１２に表示される他プレイヤリスト画像を示している。他プレイヤリスト画像には、確認用のボタン画像Ｐ１５ａ、Ｐ１５ｂが表示されている。なお、図１３に示すように、ゲーム世界においてプレイヤが使用することができる特殊パワーは複数種類存在し、それらの特殊パワー毎に、効果や有効時間が異なっている。例えば、「体力回復パワー」を使うと、仲間のモンスターの体力が即座に回復する。また、「安売りパワー」を使うと、使ってから３分間だけ、店の商品が半額になる。本実施形態では、使用したい特殊パワーをプレイヤが事前に指定しておくことで、特殊パワーアイコンＰ１０をタッチしたときに当該指定した特殊パワーを即座に使用することができる。

【0097】

図１２において、ナナが「はい」のボタン画像Ｐ１５ａをタッチすると、ナナが連れているモンスター（例えば、図４参照）の体力が回復するとともに、ナナが「体力回復パワー」を使ったことを示す情報が、ナナのゲーム装置１からビーコンを通じて、ナナのゲーム装置１の周辺領域においてシングルプレイモードでゲームをプレイしている他のゲーム装置へと送信される。

【0098】

図１４は、ナナのゲーム装置１からのビーコンを受信した直後の、ケンのゲーム装置１の下側ＬＣＤ１２に表示される他プレイヤリスト画像を示している。図１４の他プレイヤリスト画像には、ナナに関する他プレイヤ情報ウィンドウＰ３が表示されており、その状況アイコン表示領域Ｐ３ｂには、ナナが特殊パワーを使用したことを示す状況アイコンが表示され、メッセージウィンドウＰ１４には、ナナが発動した「体力回復パワー」を使うか否かを問い合わせるメッセージが表示される。

【0099】

図１４において、ケンが「はい」のボタン画像Ｐ１５ａをタッチすると、ケンが連れている電気ネズミの体力が回復する。

【0100】

このように、プレイヤは、特殊パワーを使用することによって、周辺でゲームをプレイしている他のプレイヤをサポートすることができる。なお、上記の説明では、プレイヤ自身が特殊パワーを使用した場合に、周辺でゲームをプレイしている他のプレイヤも特殊パワーを使用できるような例を説明したが、プレイヤ自身は特殊パワーを使用せずに、他のプレイヤにだけ特殊パワーを使用できるような支援を行うようにしてもよい。

【0101】

なお、上記のようにプレイヤ同士で互いにサポートし合う代わりに、図１５に示すように、周辺でゲームをプレイしているプレイヤを支援するためのサーバ装置１００を、例えば店舗やイベント会場などに設置し、当該サーバ装置１００が特殊パワー（例えば「経験値アップパワー」）を発動したことを示すビーコンを、当該サーバ装置１００から自動的に所定のタイミングで（例えば、所定の周期で）送信するようにしてもよい。サーバ装置１００の周辺領域でゲームをプレイしているプレイヤのゲーム装置１では、サーバ装置１００から上記ビーコンを受信すると、サーバ装置１００が発動した特殊パワーを使うか否かを問い合わせるメッセージが表示され、特殊パワーを使うことにプレイヤが同意すると、当該特殊パワーの効果が得られる。このようなサーバ装置１００を店舗やイベント会場などに設置することにより、高い集客効果が見込める。

【0102】

＜コミュニケーション機能＞
ナナが「体力回復パワー」を発動してくれたことに対して、ケンがナナに対して感謝の気持ちを伝えたい場合、ケンは、ケンのゲーム装置１の下側ＬＣＤ１２に表示されている感謝アイコンＰ１２をタッチした後に、ナナに関する他プレイヤ情報ウィンドウＰ３をタッチすることで、ナナに対して感謝の気持ちを伝えることができる。図１６は、ケンが感謝アイコンＰ１２をタッチした直後の、ケンのゲーム装置１の下側ＬＣＤ１２に表示されている他プレイヤリスト画像を示している。情報表示領域Ｐ９には、感謝の気持ちを伝えたい相手の選択をプレイヤ（ここではケン）に促すメッセージが表示される。ここで、ケンがナナに関する他プレイヤ情報ウィンドウＰ３をタッチすると、ナナに感謝している旨を示す情報が、ビーコンを通じてケンのゲーム装置１からナナのゲーム装置１へと送信される。なお、このビーコンは、ブロードキャストされるため、ナナ以外のゲーム装置１でも受信されるが、このビーコンには、ナナに感謝している旨を示す情報が含まれているため、ナナ以外のゲーム装置１は、この情報を無視することができる。

【0103】

図１７は、上記ビーコンを受信した直後の、ナナのゲーム装置１の下側ＬＣＤ１２に表示されている他プレイヤリスト画像を示している。ケンに関する他プレイヤ情報ウィンドウＰ３における状況アイコン表示領域Ｐ３ｂには、ケンから感謝されたことを示す状況アイコンが表示され、ケンのプレイヤ名表示領域Ｐ３ｃには、ケンの名前と感謝メッセージが表示される。また、メッセージウィンドウＰ１４には、ケンから感謝されたことを示すメッセージが表示される。なお、ゲーム装置１の例えば保存用データメモリ３４には、「他のプレイヤから感謝された回数」が記憶されており、上記のように他のプレイヤから感謝された場合、記憶されている「他のプレイヤから感謝された回数」の値が更新（インクリメント）される。「他のプレイヤから感謝された回数」は、プレイヤのプロフィールの一部として、ビーコンを通じて他のプレイヤに知らされたり、その値に応じてゲーム展開が変化したりしてもよい。

【0104】

なお、前述したような挨拶メッセージ（図６参照）や感謝メッセージ（図１７参照）は、プレイヤが予めゲーム装置１に登録しておいた文章が使われるが、このような固定的なメッセージに限らず、文章をその都度自由に編集して他のプレイヤに送信することも可能である。例えば、図１７に示される、ナナのゲーム装置１の下側ＬＣＤ１２に表示される他プレイヤリスト画像において、ナナが一言メッセージアイコンＰ１１にタッチした後、一言メッセージの送信相手としてケンを選択する（すなわち、ケンに関する他プレイヤ情報ウィンドウＰ３をタッチする）と、ナナのゲーム装置１の下側ＬＣＤ１２には、図１８に示すようなメッセージ入力画像が表示される。当該メッセージ入力画像には、入力中の文章が表示される入力中テキスト表示領域Ｐ１６と、文字を入力するためのソフトウェアキーボード画像Ｐ１７と、メッセージの入力を完了してメッセージを送信するための送信ボタン画像Ｐ１８が含まれている。ナナがメッセージの入力を完了して送信ボタン画像Ｐ１８をタッチすると、ケンへの一言メッセージを示す情報が、ビーコンを通じてナナのゲーム装置１からケンのゲーム装置１へと送信される。なお、このビーコンは、ブロードキャストされるため、ケン以外のゲーム装置１でも受信されるが、このビーコンには、ケンへの一言メッセージを示す情報が含まれているため、ケン以外のゲーム装置１は、この情報を無視することができる。

【0105】

図１９は、上記ビーコンを受信した直後の、ケンのゲーム装置１の下側ＬＣＤ１２に表示されている他プレイヤリスト画像を示している。ナナに関する他プレイヤ情報ウィンドウＰ３における状況アイコン表示領域Ｐ３ｂには、ナナから一言メッセージを受け取ったことを示す状況アイコンが表示され、ナナのプレイヤ名表示領域Ｐ３ｃには、ナナの名前と一言メッセージが表示される。また、メッセージウィンドウＰ１４には、ナナから一言メッセージを受け取ったことを示すメッセージが表示される。

【0106】

このように、プレイヤは、周辺でゲームをプレイしている他のプレイヤと、必要に応じてリアルタイムにコミュニケーションを行うことができる。

【0107】

＜調査ミッション機能＞
図２０は、図４の「調査ミッション」ボタン画像Ｐ２をタッチしたときに下側ＬＣＤ１２に表示される、調査ミッションのメイン画像の一例である。調査ミッションのメイン画像には、プレイヤの現在の調査員ランクと、３つのボタン画像Ｐ２０〜Ｐ２２が表示されている。調査員ランクは、調査員としての熟練度を示すものであって、調査依頼をたくさん受けて、調査結果をたくさん報告するほど、Ｃランク→Ｂランク→Ａランク→Ｓランクというように上昇する。ボタン画像Ｐ２０は、調査依頼を受けたいときにプレイヤがタッチすべきボタン画像である。ボタン画像Ｐ２１は、調査結果を報告したいときにプレイヤがタッチすべきボタン画像である。ボタン画像Ｐ２２は、調査の進捗を確認したいときにプレイヤがタッチすべきボタン画像である。

【0108】

図２０において、プレイヤがボタン画像Ｐ２０をタッチすると、図２１に示すように、調査方法の選択画面へと下側ＬＣＤ１２の画像が変化する。本実施形態では、プレイヤは、「時間調査」と「人数調査」の２種類の調査方法から、所望の調査方法を任意に選択することができる。「時間調査」とは、規定時間（調査員ランクが高くなるほど、当該規定時間が長くなる）以上の調査を行う必要がある調査方法である。「人数調査」とは、規定人数（調査員ランクが高くなるほど、当該規定人数が多くなる）以上の調査を行う必要がある調査方法である。前述のように、調査は、現実世界でプレイヤがゲーム装置１を携帯して、駅や店などの人の多い場所へ出向き、当該ゲーム装置１によって、他のプレイヤが携帯しているゲーム装置から発信されるビーコンを受信することによって行われる。したがって、ゲーム装置を携帯している他のプレイヤと接近する機会が多いプレイヤにとっては、「人数調査」を選択することで、より早く調査を完了できる可能性が高いが、ゲーム装置を携帯している他のプレイヤと接近する機会が少ないプレイヤにとっては、「人数調査」では調査が一向に完了しない可能性が高い。そこで、本実施形態では、後者のようなプレイヤであっても大きな不利が生じないように、「人数調査」だけでなく「時間調査」も選択できるようになっており、調査した人数がわずかであっても規定時間さえ経過すれば調査を完了できるようになっている。

【0109】

図２１において、プレイヤが「時間調査」のボタン画像Ｐ２３もしくは「人数調査」のボタン画像Ｐ２４をタッチすると、図２２に示すように、調査内容の選択画面へと下側ＬＣＤ１２の画像が変化する。調査内容の選択画面には、調査内容を示す複数のボタン画像Ｐ２５が表示されており、必要に応じてスクロールアイコンＰ２６をタッチすることによって、現時点で依頼を受けることが可能な全ての調査内容を確認することが可能である。プレイヤは、これらの調査内容の中から所望の調査内容を選び、選んだ調査内容に対応するボタン画像Ｐ２５をタッチすることで、当該調査内容の調査依頼を受けることができる。

【0110】

プレイヤがいずれかの調査内容についての調査依頼を受けると、ゲーム装置１は、その時点から、その調査が完了するまでの間、他のゲーム装置から送信されるビーコンから、その調査内容に関する情報を収集する情報収集処理を継続的に行う。この情報収集処理は、ゲーム装置１がスリープ状態の間も実行されてもよい。収集された情報は、ゲーム装置１の例えば保存用データメモリ３４に蓄積される。

【0111】

図２０において、プレイヤがボタン画像Ｐ２１をタッチすると、保存用データメモリ３４に保存されているプレイヤの調査結果に基づいて、グラフが表示されたり、調査員ランクが上昇したりする。

【0112】

このように、プレイヤは、ゲーム世界で受けた調査依頼を受けて、あたかも現実世界で自分が実際にアンケート調査をしているかのように情報収集を行うことができる。

【0113】

＜マルチプレイモード＞
次に、上述したマルチプレイモードでのゲーム処理の概要について更に説明する。このマルチプレイモードでは、近くで遊んでいるプレイヤのゲーム世界に入り込む、あるいは、入り込まれることで、実行中のゲームのゲーム世界に複数のプレイヤキャラクタが同時に存在しているような状態となる。

【0114】

本実施形態では、ゲーム世界において、一部の所定の領域が他のプレイヤのゲーム世界へ入り込むためのポータル的な領域（以下、ポータル領域と呼ぶ）として設定されている。図２３に、当該ポータル領域の概念を示す模式図を示す。図２３では、ゲーム世界の中に、基本的なゲーム進行の舞台となる通常フィールドと上記ポータル領域とが示されている。また、ポータル領域には「橋」がつながっている（なお、当該橋もポータル領域の一部であるものとする）。本実施形態では、この橋の先に他のゲーム装置のゲーム世界がつながっているイメージである。そして、本実施形態では、プレイヤキャラクタにこの橋を通過させることで、他のゲーム装置の世界に侵入させるようなプレイ感覚を与えるものである。

【0115】

他のゲーム装置との接続に際しての動作概要について説明する。本実施形態では、例えば、ゲーム装置ＡのプレイヤＡがゲーム中に、自己の操作するプレイヤキャラクタをこのポータル領域内に移動させ、更に、橋の上に移動させると、ゲーム装置Ａの通信可能範囲内に存在する他のゲーム装置を探索する。その結果、例えば、ゲーム装置Ｂが見つかったとする。この場合、ゲーム装置Ａからゲーム装置Ｂに接続要求をおこない、ゲーム装置Ｂにおける現在のゲーム状況が通信不可能な状況でなければ、ゲーム装置Ａとゲーム装置Ｂとの間で上記ローカル通信モジュール３８を介した接続の確立が行われる。接続が確立すれば、互いの操作キャラクタのゲーム世界内での位置情報等を送受信し、各ゲーム装置においてその内容を反映することで、ゲーム装置Ａおよびゲーム装置Ｂのそれぞれにおいて、プレイヤＡの操作キャラクタとプレイヤＢの操作キャラクタが存在するような状態となり、上述したマルチプレイモードが実現される。以下、このようなゲーム装置同士を近距離通信を用いて直接的に接続する接続形態のことを「ローカル接続」または「ローカル通信」と呼ぶ。なお、本実施形態では、当該ローカル接続については独自プロトコルを用いるものとする。

【0116】

ここで、本実施形態では、上記ローカル接続の接続確立に際して、プレイヤＢの接続承認や接続許可（例えば接続確認メッセージの表示等）は取らずに接続を確立する。すなわち、プレイヤＡのゲーム装置から接続要求が来たときに、ゲーム装置ＢはプレイヤＢになんらの入力を求めることなく、ゲーム装置Ａと接続する。そのため、プレイヤＢにおいては、接続確立のための別途の操作を行うことも不要となる。つまり、ゲーム装置Ｂ側において、ゲーム装置Ａとの接続を開始するための所定の操作手順が不要となる。このことは、逆にいうと、プレイヤＢの観点からすれば、自分の気づかない間に、プレイヤＡに自己のゲーム装置Ｂに接続されて、自分のゲーム世界に侵入されていることになる。すなわち、各プレイヤは、一人でプレイしているときでも、自分の周りでプレイしている不特定のプレイヤと通信ゲームが行われる可能性を常に感じながらプレイすることになる。また、本実施例では、気づかない間に通信ゲームが開始されるため、逆に、常に通信ゲームが行われているかのような感覚を得ることができる。なお、本実施例では、プレイヤＡが特定の手順の操作をしたとき（具体的にはポータル領域にプレイヤキャラクタを移動したとき）に他のゲーム装置を探索するようにしたが、プレイヤＡがなんら特定の手順の操作をせずとも、ゲームプレイ中に他のゲーム装置を探索して自動的に接続を行っても良い。例えば、ゲームを開始してから所定時間経過すれば、プレイヤの操作に関係なく（プレイヤの許可を求めることなく）、他のゲーム装置を探索して自動的に接続して通信ゲームが開始されるようにしても良い。

【0117】

なお、以下の説明では、上記プレイヤＡのような立場を侵入側、プレイヤＢのような立場を被侵入側と呼ぶ。また、侵入側の立場においてのローカル接続の確立のための処理を侵入側接続処理と呼び、被侵入側の立場においてのローカル接続確立のための処理を非侵入側接続処理と呼ぶ。

【0118】

次に、上記ローカル接続確立に際してのゲーム画面の一例を示しながら、当該処理に伴う具体的なゲーム画面の遷移を説明する。以下の画面例は、侵入側となる上記プレイヤＡにかかるゲーム装置Ａでの画面例である。図２４は、プレイヤＡが操作するプレイヤキャラクタが上記ポータル領域にある橋の上に移動したところを示す図である。図２４では、上側ＬＣＤ２２にゲーム世界を俯瞰した画面が表示されており、下側ＬＣＤ１２には、メッセージウィンドウを含む各種情報画面が表示される。上側ＬＣＤ２２のゲーム画面には、橋および壁が示されている。当該壁があるため、この状態では、プレイヤキャラクタをこの先（図２４では右方向）に移動させることができない状態である（つまり、他のゲーム装置のゲーム世界にまだ侵入できない状態である）。

【0119】

本実施形態では、当該橋が他のゲーム装置の世界への入り口的な役割を果たしている（以下、入り口領域と呼ぶこともある）。そのため、当該橋にプレイヤキャラクタが乗ると、他のゲーム装置を探索する処理（侵入側接続にかかる処理）が実行される。このとき、メッセージウィンドウには、他のゲーム装置を探索していることを示すメッセージが表示される。当該探索の結果、他のゲーム装置、例えばゲーム装置Ｂが見つかれば、図２５に示すように、他のゲーム装置が見つかったことを示すメッセージが表示される。このメッセージは、プレイヤＢの名前を含む文字列であり、例えば、「プレイヤＢのポータル領域が近くにあります」という文字列である。

【0120】

その後、ゲーム装置Ａとゲーム装置Ｂとの間で上記ローカル接続の確立処理が実行される（ゲーム装置Ａからすれば、侵入側接続処理が実行され、ゲーム装置Ｂ側からすれば、被侵入側接続処理が実行される）。そして、ローカル接続が確立すれば、図２６で示すように、メッセージウィンドウに接続が確立したことを示すメッセージが表示される。更に、上側ＬＣＤ２２のゲーム画面から、上記壁が消去される。これにより、プレイヤキャラクタを、橋の先（図２４では右方向）に進めることが可能となる。ゲーム設定的には、この橋を渡った先に、他のゲーム装置の世界が存在しており、以下に説明するようなマルチプレイが実行されることになる。

【0121】

なお、実際の処理としては、メモリカード等に含まれる本ゲームのマップデータを用いてゲーム装置Ａ上にゲーム画面を表示し、その画面上で、ゲーム装置Ｂから受信した情報（キャラクタの位置を示す情報等）に基づいて、ゲーム装置Ｂにおいて操作されているプレイヤＢのプレイヤキャラクタ等を表示、動作させ、かつ、プレイヤＡの操作するプレイヤキャラクタも表示、動作させることで、あたかもゲーム装置Ｂのゲーム世界に侵入しているかのような処理を実行している。同様に、ゲーム装置Ｂ側においても、ゲーム装置Ａから送信されたプレイヤキャラクタの位置情報等に基づき、プレイヤＡが操作するプレイヤキャラクタをゲーム装置Ｂにおいて表示、動作させる処理が実行されることになる。

【0122】

また、図２７に示すように、プレイヤキャラクタを橋の外に移動させれば、他のゲーム装置を探索する処理は中止される。例えば、図２５で示したような画面でメッセージウィンドウに表示された相手との接続を希望しないような場合は、すぐに橋の外に移動すれば、当該相手との接続確立処理を中止することも可能である。

【0123】

ここで、マルチプレイモード時の画面について説明する。侵入側のゲーム装置Ａにおいてはゲーム世界がモノクロ画面で表示され、上記のようにプレイヤＢが操作するキャラクタも適宜ゲーム画面に表示される。一方、被侵入側のプレイヤＢのゲーム装置Ｂでは、通常通りのゲーム画面が表示され、その中にプレイヤＡが操作するプレイヤキャラクタが適宜表示される。

【0124】

そして、本実施形態では、侵入側のプレイヤＡに対しては、「侵入ミッション」と呼ばれる課題がゲーム内において与えられ、この侵入ミッションを達成することが侵入側であるプレイヤＡの主な目的となる。当該侵入ミッションの例としては、例えば、以下のような内容がある。まず、侵入側のプレイヤＡが、被侵入側のプレイヤＢから「話しかけられる」ことを目的とする侵入ミッションがある。本実施形態では、プレイヤＡの操作キャラクタとプレイヤＢの操作キャラクタの正面同士が隣接することで、話しかけることが可能であるとする。この場合、本実施形態では、侵入側のプレイヤＡの外見がモンスターに変化する。プレイヤＢがこのモンスターに話しかければ、プレイヤＡに与えられた侵入ミッションが達成となる。侵入ミッションが達成されれば、ゲーム内において、プレイヤＡに所定の特典が与えられる。

【0125】

また、当該侵入ミッションの別の例として、被侵入側であるプレイヤＢに話しかけられないようにしながら所定のアイテムをプレイヤＢのゲーム世界内に隠すことを目的とする侵入ミッションがある。この場合も、侵入側であるプレイヤＡの外見がモンスターに変化し、その状態でプレイヤＢのゲーム世界で行動することになる。そして、プレイヤＢに話しかけられないようにして、指定された場所に所定のアイテムを隠すことができれば、侵入ミッションが達成となる。このようにして隠されたアイテムは、その後（マルチプレイモードの終了後等）、プレイヤＢが取得することが可能である。この際、当該アイテムにプレイヤＡからのメッセージを設定しておくことも可能である。

【0126】

また、別の例としては、プレイヤＡがプレイヤＢに話しかけることを目的とする侵入ミッションがある。その他、プレイヤＡがプレイヤＢに戦いを挑み、実際に戦うことを目的とした侵入ミッションもある。

【0127】

また、その他の例として、戦闘中のプレイヤＢに話しかけることを目的とする侵入ミッションもある。ここで、プレイヤＢが戦闘中の場合は、ゲーム装置Ｂにおいては戦闘モード専用の画面が表示される。一方、ゲーム装置Ａにおいては、プレイヤＢが操作するキャラクタの近傍に、あるいは当該キャラクタに重ねるようにして、プレイヤＢが戦闘中であることを示すアイコンが表示される。侵入側のプレイヤＡは、このアイコンが表示されていることによって、被侵入側であるプレイヤＢが現在戦闘中であることを知ることが可能である。そのため、この侵入ミッションでは、当該アイコンが表示されている状態のプレイヤＢのキャラクタに隣接して話しかければ、侵入ミッション達成となる。なお、ゲーム装置Ｂにおいては、プレイヤＢが話しかけられたタイミングで、ゲーム展開が有利になるような所定の処理（例えば、プレイヤＡを示すキャラクタが戦闘モード画面に表示され、ヒットポイントを回復する）が実行される。

【0128】

このように、本実施形態では、ゲーム装置の通信可能範囲内にいるプレイヤ（ローカル接続は近距離通信であるため、必然的に、ある程度近くにいるプレイヤが対象となる）のゲーム装置に対し、そのゲーム装置（被侵入側）の所有者であるプレイヤの承認操作や、接続のための操作等を被侵入側のプレイヤ行わせることなく、半強制的に被侵入側のゲーム装置にローカル通信にかかる接続を行うことが可能となっている。これにより、例えば、被侵入側からすれば、自分が気付かないうちに誰かが侵入してくるかもしれないという期待感をプレイヤに与え、スタンドアロンプレイが前提のゲームにおいて、今までにないプレイ感覚を提供することが可能となる。また、侵入側からすれば、他人に気付かれないように他のプレイヤのゲーム世界に干渉して、他のプレイヤを驚かせる等、スタンドアロンプレイが前提のゲームにおいて、今までにない新しいプレイ感覚を提供することが可能となる。

【0129】

なお、本実施形態においては、上記ローカル接続については、当該通信の確立後、所定時間（例えば３分）で接続が切断されるものとする。換言すれば、上記侵入ミッションについては上記所定時間以内に達成することがプレイヤＡに求められることになる。また、所定時間経過前であっても、例えばプレイヤＢが移動して、ゲーム装置Ｂがゲーム装置Ａのローカル通信可能範囲外に出たような場合等はローカル接続が切断され、その結果、侵入ミッションが失敗することもある。

【0130】

また、本実施形態においては、上記ローカル接続については自機を含めて同時に最大３台まで接続可能であるとする。以下、上記プレイヤＡ、Ｂに加え、更に、プレイヤＣが接続する場合の接続形態およびゲーム進行について説明する。一例として、まず、上記のように、プレイヤＡ（ゲーム装置Ａ）とプレイヤＢ（ゲーム装置Ｂ）とがローカル接続している状態であって、まだプレイヤＡによる上記侵入ミッションが開始されていない状態を想定する。このような状態において、プレイヤＣ（ゲーム装置Ｃ)がプレイヤＡ（ゲーム装置Ａ）と通信可能な範囲内に来たとする。このとき、ゲーム装置Ａとゲーム装置Ｃとの間で、ローカル接続が確立される（ゲーム装置Ａから見れば、ゲーム装置Ｂとのローカル接続と、ゲーム装置Ｃとのローカル接続が併存している状態となる）。その結果、プレイヤＡからすれば、プレイヤＢとプレイヤＣの世界に侵入可能となる。なお、この状態のとき、プレイヤＢおよびＣからは、他のゲーム装置への侵入ができないようになっているものとする。例えば、プレイヤＢおよびＣのプレイヤが、上述したポータル領域に行くことができない、あるいは、上記橋が出現していないように適宜ゲーム処理がなされるものとする。

【0131】

ここで、以下の説明においては、上記のような状況におけるプレイヤＡ（ゲーム装置Ａ）の立場を親機側と呼び、プレイヤＢ（ゲーム装置Ｂ）、およびプレイヤＣ（ゲーム装置Ｃ）の立場を子機側と呼ぶ。

【0132】

上記のように、ゲーム装置Ａとゲーム装置Ｂとの間でローカル接続が確立されており、更に、ゲーム装置Ａとゲーム装置Ｃとの間でもローカル接続が確立されている状態において、プレイヤＡがプレイヤＢのゲーム世界に侵入し、上記侵入ミッションを受諾したとする。つまり、侵入ミッションが開始可能な状態になったとする。このとき、プレイヤＣに対して、プレイヤＡがプレイヤＢのゲーム世界において侵入ミッションを開始する旨の通知がなされる。更に、このミッションに参加するか否かの問い合わせもなされる。
プレイヤＣがこの侵入ミッションに参加することを選択すれば、ゲーム装置Ｃのゲーム画面において、プレイヤＣが操作するキャラクタがプレイヤＢの世界にワープするような演出が表示される。そしてゲーム装置Ｃにおけるゲーム画面としては、プレイヤＢの世界に侵入したような画面が表示され、プレイヤＡの操作するキャラクタと共に自分の操作するキャラクタが表示された状態となる（場合によっては、プレイヤＢの操作するキャラクタも表示される）。なお、この時点では、プレイヤＢは、プレイヤＡとプレイヤＣに侵入されていることに気付かない。

【0133】

その後、プレイヤＡおよびプレイヤＣによる侵入ミッションが開始される。この場合は、いずれか一方が侵入ミッションを達成すれば、他方は侵入ミッション失敗として扱われる。なお、以下では、このような複数プレイヤで行われる侵入ミッションを多人数侵入ミッションと呼ぶこともある。また、プレイヤＡのみで行われる侵入ミッションについては単独侵入ミッションと呼ぶこともある。

【0134】

ここで、このような多人数侵入ミッションが行われる場合、ゲーム装置Ｂとゲーム装置Ｃとの間の通信については、ゲーム装置Ａを経由して各種データの送受信が行われる。つまり、この場合は、ゲーム装置Ａが中継機的な役目も果たすことになる。例えばゲーム装置Ｃを用いてプレイヤＣが行った操作内容を示す操作データは、まずゲーム装置Ａに送られ、ゲーム装置Ａから（プレイヤＡの操作内容を示す操作データが更に付加されて）、ゲーム装置Ｂに送られ、これがゲーム装置Ｂ上で適宜処理されることになる。また、この場合、いずれか１つの通信が切断されると（例えばプレイヤＡ−Ｂ間の通信が切断）、他の通信も切断される（プレイヤＡ−Ｃ間の通信も切断）。

【0135】

次に、ゲーム装置１によって実行されるゲーム処理の詳細を説明する。まず、ゲーム処理の際にメインメモリ３２に記憶されるデータについて説明する。図２８は、ゲーム装置１のメインメモリ３２のメモリマップを示す図である。図２８において、メインメモリ３２は、プログラム記憶領域３０１およびデータ記憶領域３０６を含む。プログラム記憶領域３０１およびデータ記憶領域３０６のデータは、メモリカード２８に記憶され、ゲームプログラム実行時にはメインメモリ３２に転送されて記憶される。

【0136】

プログラム記憶領域３０１は、ＣＰＵ３１によって実行される各種ゲームプログラムを記憶し、このゲームプログラムは、メイン処理プログラム３０２と、シングルプレイ処理プログラム３０３と、マルチプレイ処理プログラム３０４と、接続関連処理プログラム３０５などによって構成される。

【0137】

メイン処理プログラム３０２は、後述する図３３のフローチャートの処理に対応するプログラムである。シングルプレイ処理プログラム３０３は、上述したシングルプレイモードでの処理をＣＰＵ３１に実行させるためのプログラムであり、マルチプレイ処理プログラム３０４は、上記マルチプレイモードでの処理をＣＰＵ３１に実行させるためのプログラムである。また、接続関連処理プログラム３０５は、上記他のゲーム装置とのローカル通信に関する処理等、本実施形態で行われる通信関連の処理を実行するためのプログラムである。

【0138】

データ記憶領域３０６には、ビーコンデータ３０７、操作データ３０８、シングルプレイ処理用データ３０９、マルチプレイ処理用データ３１０、キャラクタデータ３１１、マップデータ３１２などのデータが記憶される。

【0139】

図２９は、ビーコンデータ３０７の詳細を示す図である。ビーコンデータ３０７は、ゲーム（ゲームプログラム）の種類に関わらず共通に送信される共通送信データと、ゲームの種類に応じて異なる個別送信データとを含む。本実施形態では、図２９に示すような共通送信データと個別送信データが、ビーコンとしてブロードキャストされる。

【0140】

ここで、後述するマルチプレイモードの処理に関連して用いられる共通送信データの内容について特に説明する。まず、「ゲームサービスＩＤ」には、当該ビーコンの内容が、どのようなゲーム処理で用いられるか（使用目的）を示す値が設定される。本実施形態の例では、上記「シングルプレイモード」の処理で用いられる内容であるか「マルチプレイモード」の処理で用いられる内容であるかを示す値が設定される。なお、後述の「ビーコンの種類」という項目で、ビーコンの内容を示す内容を更に細分化した値が設定される。つまり、「ゲームサービスＩＤ」は当該ビーコンの使用目的の大分類にあたり、「ビーコンの種類」は当該ビーコンの使用目的の小分類という位置づけとなる。

【0141】

「現在の参加人数」は、ローカル通信を用いて多人数プレイを行っている場合の、現在の参加人数を示すデータである。本実施形態では、主に、上記「マルチプレイモード」における参加人数を示す。例えば、プレイヤＡがプレイヤＢの世界に侵入している場合は「２人」であり、更に上述したようにプレイヤＣが侵入ミッションに参加した場合は「３人」となる。

【0142】

「最大人数」は、上記多人数プレイにおいて参加可能な人数の最大値を示すデータである。本実施形態では、上記「マルチプレイモード」では同時接続可能台数は３台である。そのため、「最大人数」は「３人」となる。

【0143】

「エラー状況」は、通信エラーが発生した場合等に、そのエラー内容を示すデータである。

【0144】

「ビーコンの種類」は、上述のように、「ゲームサービスＩＤ」で大きく分類される当該ビーコンの使用目的を更に細分化して示すデータである。例えば、上記「ゲームサービスＩＤ」が「マルチプレイモード」の処理で用いられることを示している場合は、当該「ビーコンの種類」としては、「他のゲーム機との接続の希望」「接続確立要求」「接続切断要求」「ゲーム内容に関する通知用データ」「（他のゲーム機あるいは自ゲーム機における）操作データ」等を示すデータが適宜設定される。

【0145】

「ゲーム装置種別」は、ビーコンの発信元のゲーム装置の種別を示すデータであり、例えば、上述したような「親機側」「子機側」であるかを示すデータ等が設定される。

【0146】

図２８に戻り、操作データ３０８は、プレイヤがゲーム装置１に対して行った操作内容を示すデータである。操作データ３０８には、タッチパネル１３で検出されたタッチ座標を示すタッチ座標データや、各種操作ボタン１４の押下状態を示す操作ボタンデータが含まれる。

【0147】

図３０は、シングルプレイ処理用データ３０９の詳細を示す図である。シングルプレイ処理用データ３０９には、プレイヤデータ、すれ違いログデータ、表示アイコンデータ、表示メッセージデータ、調査結果データ等が含まれる。

【0148】

プレイヤデータの「プレイヤ名」、「性別」、「自己紹介文」、「挨拶メッセージ」、「感謝メッセージ」、「趣味」、「一番好きなスポーツ」等は、ゲームの開始の初期段階、あるいはゲームがある程度進行して所定の条件を満たしたとき（例えば、ゲーム世界の特定のノンプレイヤキャラクタに話しかけたとき）に、プレイヤがタッチパネル１３等を通じて入力するようにしてもよい。

【0149】

すれ違いログデータは、図５に示すような他プレイヤリスト画像を表示するためのデータであって、他のゲーム装置１からのビーコンから取得した他のプレイヤに関する情報を蓄積したデータである。図３１は、すれ違いログデータの詳細を示している。すれ違いログデータには、最大３０人のプレイヤの情報が含まれている。新たなプレイヤの情報を入手した場合には、一番古いプレイヤの情報が削除されて、新たなプレイヤの情報がすれ違いログデータに追加される。「プレイヤＩＤ」は、プレイヤを識別するための識別子である。「プロフィール情報」は、図９に示すような画像を生成するために必要な情報である。「最新のゲーム状況」および「最後にビーコンを受信した時刻」は、図１０に示すような画像を生成するために必要な情報である。

【0150】

表示アイコンデータおよび表示メッセージデータは、図７に示すようなアイコンおよびメッセージに対応するデータである。

【0151】

調査結果データは、図２１に示す時間調査や人数調査によって収集したデータ（すなわち、他のゲーム装置１からのビーコンから取得した、他のプレイヤの嗜好等に関するデータ）を蓄積したものである。

【0152】

図２８に戻り、マルチプレイ処理用データ３１０は、上述したマルチプレイモードにかかる処理で用いられるデータである。図３２は、マルチプレイ処理用データ３１０のデータ構造の一例を示した図である。マルチプレイ処理用データ３１０は、マルチプレイ用受信データ３５１、ローカル通信フラグ３５２、侵入中フラグ３５３、接続確立処理中フラグ３５４等から構成される。

【0153】

マルチプレイ用受信データ３５１は、マルチプレイモード時において、他のゲーム装置から受信したデータを記憶したデータである。

【0154】

ローカル通信フラグ３５２は、ゲーム装置１が後述するようなローカル通信を行っているか否かを示すフラグである。本実施形態では、ローカル通信が行われているということは、すなわち、上記マルチプレイモードであることを示す。当該フラグがオンに設定されていれば、ローカル通信が行われていることを示し、オフに設定されているときは、ローカル通信が行われていないことを示す。

【0155】

侵入中フラグ３５３は、自側が現在、他のプレイヤのゲーム世界に侵入している状態か否かを示すためのフラグであり、オンに設定されていれば、他のプレイヤのゲーム世界に侵入している状態であることを示す。

【0156】

接続確立処理中フラグ３５４は、接続を確立するための処理が現在行われている最中であるか否かを示すフラグである。つまり、接続要求が発行されてから、実際にローカル通信接続が確立する前の状態であるか否かを判定するためのフラグである。

【0157】

図２８に戻り、キャラクタデータ３１１は、本実施形態にかかるゲーム処理で用いられる各種キャラクタのデータである。マップデータ３１２は、本実施形態にかかるゲームのゲーム世界を構築するためのデータである。

【0158】

その他、音声データ等、ゲーム処理に必要なデータもメインメモリ３２に記憶される。

【0159】

次に、ゲーム装置１において実行されるゲーム処理の流れを図３３〜図４０を用いて説明する。図３３は、ゲーム装置１において実行されるゲーム処理の流れを示すフローチャートである。

【0160】

まず、ステップＳ１で、ＣＰＵ３１は、以降の処理において用いられるデータの初期化処理を実行する。更に、ＣＰＵ３１は、ゲーム世界を構築し、当該ゲーム世界を表すゲーム画像が生成され、上側ＬＣＤ２２、下側ＬＣＤ１２に適宜表示される。以降、ステップＳ２〜Ｓ１０の処理ループが所定周期毎（例えば、フレームの描画間隔である１／３０秒や１／６０秒）に繰り返されることによって、ゲームが進行していく。

【0161】

次に、ステップＳ２で、ＣＰＵ３１は、メインメモリ３２に記憶されている操作データ３０８を読み出す。

【0162】

次に、ステップＳ３で、ＣＰＵ３１は、現在のゲーム処理のモードがマルチプレイモードであるか否かを判定する。これは、上記ローカル通信フラグ３５２がオンであるか否かで判定する。ローカル通信フラグ３５２がオンであれば、ＣＰＵ３１は、現在、マルチプレイモードであると判定する。当該判定の結果、現在、マルチプレイモードであるときは（ステップＳ３でＹＥＳ）、ステップＳ７で、ＣＰＵ３１は、マルチプレイ処理を実行する。一方、現在マルチプレイモードではないときは（ステップＳ３でＹＥＳ）、ステップＳ４で、ＣＰＵ３１は、シングルプレイ処理を実行する。

【0163】

図３４は、ステップＳ４で示したシングルプレイ処理の詳細を示すフローチャートである。まず、ステップＳ２０１において、ＣＰＵ３１は、操作ボタン１４およびタッチパネル１３からの信号に基づく操作データを取得し、当該操作データに基づいてゲーム制御処理を行う。ゲーム制御処理としては、例えば、操作ボタン１４に対する操作に応じてプレイヤキャラクタを移動させたり、プレイヤキャラクタが連れているモンスターを野生のモンスターと戦闘させたりなどである。

【0164】

ステップＳ２０３において、ＣＰＵ３１は、上記のゲーム制御処理の結果に応じて、図示しないフレームバッファに格納されている、上側ＬＣＤ２２に表示すべきゲーム画像（以下、上画像と称す）を更新する。

【0165】

ステップＳ２０５において、ＣＰＵ３１は、操作データに基づいて、図示しないフレームバッファに格納されている、下側ＬＣＤ１２に表示すべき画像（以下、下画像と称す）を更新する。これは、例えば図４に示す下画像から図５に示す下画像への変化である。

【0166】

ステップＳ２０７において、ＣＰＵ３１は、特定のイベントが発生したかどうかを判断し、特定のイベントが発生したときには処理はステップＳ２１１に進み、そうでない場合には処理はステップＳ２０９に進む。特定のイベントとは、周辺でゲームをプレイしている他のプレイヤに対して通知すべきイベントであって、例えば、以下のようなイベントが含まれる。
・野生のモンスターとの戦闘を開始した
・野生のモンスターとの戦闘に勝利した
・野生のモンスターを捕まえた
・仲間のモンスターのレベルが上がった
・プレイヤが特殊パワーを発動した
・プレイ時間が規定時間（１０時間、３０時間、５０時間、１００時間）を越えた
・プレイヤが感謝メッセージの送信を指示した
・仲間のモンスターの体力が最大時から半分以下になった
・プレイヤが一言メッセージの送信を指示した

【0167】

ステップＳ２０９において、ＣＰＵ３１は、基本的なビーコンデータを生成する。基本的なビーコンデータとは、シングルプレイモードの間、ビーコンを通じて常時出力されるデータであって、例えば、プレイヤＩＤや、プレイヤ名や、挨拶メッセージ等の情報を含む。

【0168】

ステップＳ２１１において、ＣＰＵ３１は、発生したイベントに応じたビーコンデータを生成する。例えば、発生したイベントが、「野生のモンスターとの戦闘を開始した」であれば、当該イベントの識別子や、当該野生のモンスターの名前等を付加したビーコンデータを生成する。

【0169】

なお、本実施形態では、発生したイベントの種類に応じて、当該イベントに応じたビーコンデータが、当該イベントの種類に応じて予め設定された送信時間（送信寿命）の間、繰り返し送信される。例えば、発生したイベントが「野生のモンスターとの戦闘を開始した」であれば、当該イベントが発生してから１０秒間、当該イベントに応じたビーコンデータが繰り返し送信され、発生したイベントが「プレイヤが特殊パワーを発動した」であれば、当該イベントが発生してから２０秒間、当該イベントに応じたビーコンデータが繰り返し送信される。このように、或るイベントの発生を通知するためのビーコンが複数回送信されるので、他のゲーム装置が当該ビーコンの受信に失敗する可能性が減り、或るゲーム装置で発生したイベントを他のゲーム装置のプレイヤに、より確実に通知することができる。

【0170】

なお、各イベントの発生に応じて所定時間繰り返し送信される一連のビーコンデータには、共通の識別情報（図１９における「送信番号」）が含まれている。当該送信番号は、他のプレイヤに対して通知すべき新たなイベントが発生する度にインクリメントされる。これにより、各ゲーム装置は、他のゲーム装置から受信した複数のビーコン信号が、同一のイベントの発生を通知する一連のビーコンデータの一部であるのか、異なる時刻に発生した複数のイベントの発生をそれぞれ通知するものであるのかを判別することができる。よって、同一のイベント（例えば「仲間のモンスターのレベルが上がった」というイベント）の発生を通知する一連のビーコンを受信したときに、そのイベントが複数回発生したかのようにメッセージウィンドウＰ１４を複数回表示してしまうことを回避することができる。このような処理（ビーコン破棄処理）については、図４４に示すフローチャートを参照して、後ほど詳しく説明する。

【0171】

また、本実施形態では、イベントの種類毎に予め優先度が設定されており、例えば、「野生のモンスターとの戦闘を開始した」というイベントの優先度は「低」であり、「プレイヤが特殊パワーを発動した」というイベントの優先度は「高」である。そして、或るイベントに対応するビーコンデータを所定時間繰り返し送信している間に、優先度が同じイベントまたは優先度がより高いイベントが発生した場合には、その時点で前者のイベントに対応するビーコンデータの送信が中止され、後者のイベントに対応するビーコンデータが優先的に送信される。逆に、或るイベントに対応するビーコンデータを所定時間繰り返し送信している間に、優先度がより低いイベントが発生した場合には、前者のイベントに対応するビーコンデータが引き続き優先的に送信される。これにより、他のプレイヤにとって、より重要度の高い（または、より興味深い）情報が、優先的に他のプレイヤに通知されることになる。

【0172】

ステップＳ２１３において、ＣＰＵ３１は、他のゲーム装置からビーコンを受信したかどうかを判断し、ビーコンを受信した場合には処理はステップＳ２１５に進み、そうでない場合にはシングルプレイ処理を終了する。

【0173】

ステップＳ２１５において、ＣＰＵ３１は、受信したビーコンに含まれているビーコンデータに基づいて、すれ違いログデータおよび調査結果データ（図３０参照）を更新する。

【0174】

ステップＳ２１７において、ＣＰＵ３１は、下側ＬＣＤ１２に他プレイヤリスト画像を表示中かどうかを判断し、他プレイヤリスト画像を表示中である場合には処理はステップＳ２１９に進み、そうでない場合にはシングルプレイ処理を終了する。

【0175】

ステップＳ２１９において、ＣＰＵ３１は、ステップＳ２１５で更新されたすれ違いログデータに基づいて、下側ＬＣＤ１２に表示されている他プレイヤリスト画像を更新する。これは、例えば図５に示す下画像から図６に示す下画像への変化である。ステップＳ２１９の処理が完了すると、シングルプレイ処理を終了する。

【0176】

図３３に戻り、ステップＳ４の処理の次に、ステップＳ５で、ＣＰＵ３１は、親機側接続処理を実行する。当該処理は、自機が親機側（侵入側）となる場合の処理である。上記の例で言えば、ゲーム装置Ａの立場となる場合に主に実行される処理である。すなわち、上記図２４で示したようにプレイヤキャラクタが橋（入り口領域）に来たときに実行される処理であり、他のゲーム装置とのローカル接続を試みるための処理が実行される。

【0177】

図３５〜図３６は、上記ステップＳ５で示した親機側接続処理の詳細を示すフローチャートである。図３５において、まず、ステップＳ６０２で、ＣＰＵ３１は、次に、ポータル領域内にプレイヤキャラクタが存在しているか否かを判定する。その結果、ポータル領域内にプレイヤキャラクタが存在していないと判定したときは（ステップＳ６０２でＮＯ）、ＣＰＵ３１は当該親機側接続処理を終了する。

【0178】

一方、ポータル領域内にプレイヤキャラクタが存在すると判定したときは（ステップＳ６０２でＹＥＳ）、次に、ＣＰＵ３１は、ステップＳ６０３で、入り口領域内（上記図２４では橋）にプレイヤキャラクタが存在しているか否かを判定する。その結果、存在していないと判定したときは（ステップＳ６０３でＮＯ）、ＣＰＵ３１は当該親機側接続処理を終了する。

【0179】

一方、入り口領域内にプレイヤキャラクタが存在すると判定したときは（ステップＳ６０３でＹＥＳ）、次に、ＣＰＵ３１は、ステップＳ６０４で、ビーコンデータ３０７の内容を上記図２９で示したようなビーコン内容から、他のゲーム装置からの接続を希望する旨を示す情報を含むビーコン内容（図示は省略）に変更する。以下、当該変更後のビーコンのことを、接続希望ビーコンと呼ぶ。このように変更された接続希望ビーコンは、後述するステップＳ６のビーコン出力処理においてブロードキャスト送信されることになる。当該接続希望ビーコンの具体的内容としては、上記図３１で示した共通送信データについて、以下のようなデータが設定されたものである。まず、「ゲームサービスＩＤ」に「マルチプレイで用いるデータであること」を示す旨の値が設定される。また、「ビーコンの種類」に「他ゲーム装置への侵入」を示す旨の値が設定される。その他、図示は省略するが、自機を特定するための情報（アドレス情報）等、ローカル接続確立に際して必要な情報も含まれている。当該接続希望ビーコンを受信したゲーム装置１では、自機が所定の条件（接続可能な条件）を満たしていれば、ローカル接続を確立するための接続要求信号を返すことになる（後述する子機側接続処理）。

【0180】

次に、ステップＳ６０６で、ＣＰＵ３１は、上述したような当該接続希望ビーコンに対する返答となる、ローカル接続のための接続要求信号を所定時間内に検出したか否かを判定する。その結果、所定時間内に他のゲーム装置１からの接続要求信号を検出しなかったときは（ステップＳ６０６でＮＯ）、ＣＰＵ３１は当該侵入側接続処理を終了する。このとき、メッセージウィンドウに、自機の近くに接続可能な他のゲーム装置がないこと等を示すメッセージを表示しても良い。

【0181】

一方、ステップＳ６０６の判定の結果、接続要求信号を所定時間内に検出したときは（ステップＳ６０６でＹＥＳ）、ステップＳ６０７で、ＣＰＵ３１は、近くに他のゲーム装置が存在することを示すメッセージを表示する。続くステップＳ６０８で、ＣＰＵ３１は、ローカル接続確立のための処理を開始する。次に、ステップＳ６０９で、ＣＰＵ３１は、所定時間内にローカル接続が確立できたか否かを判定する。その結果、所定時間内にローカル接続が確立できなかったときは（ステップＳ６０９でＮＯ）、ＣＰＵ３１は当該侵入側接続処理を終了する。このとき、接続できなかった旨を示すメッセージをメッセージウィンドウに表示してもよい。

【0182】

一方、所定時間内にローカル接続が確立できたときは（ステップＳ６０９でＹＥＳ）、次に、ステップＳ６１０で、ＣＰＵ３１は、接続が確立したことを示すメッセージをメッセージウィンドウに表示する。更に、ステップＳ６１１で、ＣＰＵ３１は、ローカル通信フラグ３５２をオンに設定する。このようにしてローカル接続が確立した後は、ゲーム装置１間で、各プレイヤが操作するキャラクタのゲーム世界内での位置情報や、各キャラクタの状況（戦闘中であるか否か等）を示す情報が適宜送受信されることになる。次に、ステップＳ６１２で、ＣＰＵ３１は、侵入中フラグ３５３にオンを設定する。以上で、親機側接続処理は終了する。

【0183】

図３３に戻り、ステップＳ５の処理の次に、ステップＳ６で、ＣＰＵ３１は、ビーコン出力処理を実行する。当該処理は、ステップＳ４で生成、またはステップＳ５で変更したビーコンデータ３０７に基づいて、当該ビーコンデータ３０７を含むビーコンを、ローカル通信モジュールを通じて出力する処理である。

【0184】

次に、上記ステップＳ７にかかるマルチプレイ処理について説明する。図３７は、上記ステップＳ７で示したマルチプレイ処理の詳細を示すフローチャートである。この処理では、主に、ローカル接続が確立した他のゲーム装置から送信されてくる、各キャラクタの位置情報や各キャラクタの状況を示すデータに基づいて、他のプレイヤが操作するキャラクタの動作等を自機において反映する処理等が実行される。

【0185】

図３７において、まず、ステップＳ６５１で、ＣＰＵ３１は、他のゲーム装置から送信されたデータを受信し、マルチプレイ用受信データ３５１に記憶する。このデータは、上記のように、他のゲーム装置において他のプレイヤが操作したプレイヤキャラクタ等の位置情報や各キャラクタの状況を示すデータである。

【0186】

次に、ステップＳ６５２において、ＣＰＵ３１は、参加通知受信処理を実行する。この処理は、上述したような、ゲーム装置Ａ，Ｂ，Ｃの３台がローカル接続された状態でのマルチプレイモードにおけるゲーム装置Ｃの立場であって、ゲーム装置Ａからミッション参加の通知を受けるときの処理である。

【0187】

図４２は、上記ステップＳ６５２で示した参加通知受信処理の詳細を示すフローチャートである。図４２において、まず、ステップＳ７０１において、ＣＰＵ３１は、直近に受信したビーコンを参照し、親機側（上記例ではゲーム装置Ａ）から送信されたミッション開始通知（後述）を受信したか否かを判定する。その結果、ミッション開始通知を受信していないときは（ステップＳ７０１でＮＯ）、当該参加通知受信処理は終了する。

【0188】

一方、ミッション開始通知を受信したときは（ステップＳ７０１でＹＥＳ）、ＣＰＵ３１は、ステップＳ７０２において、親機側で侵入ミッションが開始される旨のメッセージと、当該侵入ミッションに参加するか否かを問い合わせるメッセージを画面に表示する。
次に、ステップＳ７０３において、ＣＰＵ３１は、上記問い合わせに対するプレイヤの回答が、侵入ミッションに参加する旨の回答であるか否かを判定する。その結果、参加する旨の回答であれば（ステップＳ７０３でＹＥＳ）、ステップＳ７０４において、ＣＰＵ３１は、親機（ここではゲーム装置Ａ）に対して、侵入ミッションに参加する旨の通知を送信する。次に、ステップＳ７０６において、ＣＰＵ３１は、親機側と適宜通信を行うことで、侵入ミッションの準備処理を行う。例えば、プレイヤＢのゲーム世界にワープする演出等の処理が実行されると共に、ゲーム装置Ａとの間で同期を取る処理等も行われ、プレイヤＡとの多人数での侵入ミッションを開始する準備が整えられる。また、このとき、ＣＰＵ３１は、侵入中フラグ３５３をオンに設定する。ゲーム装置Ｃからゲーム装置Ｂのゲーム世界に侵入することになるためである。

【0189】

続いて、ステップＳ７０７において、ＣＰＵ３１は、侵入ミッションを開始する。以降は、親機側（ゲーム装置Ａ）と適宜操作データの送受信を行うことで、侵入ミッションに関する処理が適宜処理されることになる。

【0190】

一方、上記ステップＳ７０３の判定の結果、不参加である旨の回答のときは（ステップＳ７０３でＮＯ）、ステップＳ７０５において、ＣＰＵ３１は、侵入ミッションに不参加の旨の通知を親機に送信する。以上で、当該参加通知受信処理は終了する。

【0191】

図３７に戻り、次に、ステップＳ６５３において、ＣＰＵ３１は、上記マルチプレイ用受信データ３５１、および、自機における操作データ３０８に基づいて、各種キャラクタの移動や戦闘処理等、マルチプレイモードにおける各種ゲーム処理（親機側や侵入ミッションに参加している子機側であれば、侵入ミッションにかかる処理等、侵入されている子機側では、他のゲーム装置から送信された操作データを反映する処理等）を適宜実行する。また、このゲーム処理において、プレイヤの操作に基づいて動作したプレイヤキャラクタの位置情報やその状況を示すデータがローカル通信を用いて他のゲーム装置に適宜送信される。

【0192】

次に、ステップＳ６５４において、ＣＰＵ３１は、開始通知発信処理を実行する。この処理は、上述したような、ゲーム装置Ａ，Ｂ，Ｃの３台がローカル接続された状態でのマルチプレイモードにおけるゲーム装置Ａの立場であって、ゲーム装置Ａからゲーム装置Ｃに対して侵入ミッション開始を通知し、参加するか否かを問い合わせるための処理である。

【0193】

図４３は、上記ステップＳ６５４で示した開始通知発信処理の詳細を示すフローチャートである。まず、ステップＳ７２１において、ＣＰＵ３１は、侵入ミッション開始のための条件が満たされたか否かを判定する。例えば、プレイヤが所定のキャラクタに接触し、侵入ミッションを受諾したか否かが判定される。当該判定の結果、侵入ミッション開始の条件が満たされていないときは（ステップＳ７２１でＮＯ）、当該開始通知発信処理は終了する。一方、侵入ミッション開始の条件が満たされたときは（ステップＳ７２１でＹＥＳ）、次に、ステップＳ７２２において、ＣＰＵ３１は、複数の子機との間でローカル通信の接続が確立しているか否かを判定する。上記例でいうと、ゲーム装置Ａにおいて、ゲーム装置Ｂだけでなくゲーム装置Ｃとの間でもローカル通信が確立しているか否かを判定する。その結果、複数の子機とローカル接続が確立しているときは（ステップＳ７２２でＹＥＳ）、ステップＳ７２３において、ＣＰＵ３１は、侵入先以外の子機（上記の例では、ゲーム装置Ｃ）に対して、侵入ミッションの開始通知を送信する（この通知が、上記ステップＳ７０１の判定対象となる）。

【0194】

次に、ステップＳ７２４において、ＣＰＵ３１は、上記侵入ミッション開始通知の送信後、所定時間以内に、送信先（本実施例ではゲーム装置Ｃ）から侵入ミッションに参加する旨の通知を受信したか否かを判定する。その結果、参加する旨の通知（上記ステップＳ７０４にて送信される）を所定時間内に受信したときは（ステップＳ７２４でＹＥＳ）、ステップＳ７２５において、ＣＰＵ３１は、参加を希望した子機と適宜通信を行いながら、多人数での侵入ミッションの準備処理を実行する。例えば、「子機の準備が整うまでしばらくお待ちください」等のメッセージを表示する処理が実行されたり、子機との同期をとる処理等が行われる。

【0195】

一方、上記ステップＳ７２４の判定の結果、参加する旨の通知を所定時間内に受信しなかったとき、あるいは、所定時間内であっても、上記ステップＳ７０５で送信された不参加の旨の通知を受信したときは（ステップＳ７２４でＮＯ）、ステップＳ７２６において、ＣＰＵ３１は、親機のプレイヤ単独での侵入ミッションの準備処理を実行する。

【0196】

上記ステップＳ７２５またはＳ７２６の処理で侵入ミッションの準備が整えば、ステップＳ７２７において、ＣＰＵ３１は、多人数あるいは単独での侵入ミッションを開始する処理を実行する。以上で、開始通知発信処理は終了する。

【0197】

図３７に戻り、次に、ステップＳ６５５で、ＣＰＵ３１は、ゲーム進行にかかる所定の条件が満たされたか否かを判定する。具体的には、ＣＰＵ３１は、上述したような侵入ミッションの達成条件を満たしたか否かを判定する（親機側、侵入ミッションに参加した子機側の場合）。その結果、所定の条件を満たした（つまり、侵入ミッションを達成した）ときは（ステップＳ６５５でＹＥＳ）、ステップＳ６５６で、ＣＰＵは、上記所定の条件に応じたゲーム処理を実行する。具体的には、侵入ミッション達成の成功報酬としての特典をプレイヤキャラクタに付与する処理を実行する。例えば、所定のアイテムをプレイヤキャラクタの所持品として加える等の処理を実行する。一方、所定の条件が満たされていないときは（ステップＳ６５５でＮＯ）、まだ侵入ミッションの遂行中である等と考えられるため、ＣＰＵ３１は、上記ステップＳ６５６の処理はスキップする。

【0198】

次に、ステップＳ６５７で、ＣＰＵ３１は、自発切断判定処理を実行する。この処理は、侵入側のゲーム装置（この例ではゲーム装置ＡやＣ）のほうから自発的にローカル通信を切断するための処理である、本実施形態では、例えば、プレイヤがゲーム世界内の所定の領域（出口領域、ゲーム内では、例えばワープポイントとして表現される）に来たときに、自分のゲーム世界に帰還するか否かをプレイヤに問い合わせたうえで、ローカル通信を切断する処理を実行する。また、ローカル通信の開始から３分経過したときも、ローカル通信を切断する処理を実行する。

【0199】

図３８は、上記ステップＳ６５７で示した自発切断判定処理の詳細を示すフローチャートである。図３８において、まず、ステップＳ６７１で、ＣＰＵ３１は、プレイヤキャラクタが上記出口領域に存在しているか否かを判定する。その結果、プレイヤキャラクタが上記出口領域に存在していないときは（ステップＳ６７１でＮＯ）、ステップＳ６８０で、ＣＰＵ３１は、ローカル通信開始から３分が経過したか否か、あるいは、上記ステップＳ６５３で示したような所定の条件を満たしたか否か（ミッションを達成したか否か）を判定する。その結果、いずれの条件とも満たしていない（３分経過しておらず、ミッションもまだ達成していない）ときは（ステップＳ６８０でＮＯ）、ＣＰＵ３１は、自発切断判定処理を終了する。一方、３分経過したとき、あるいは、所定の条件を達成したときは（ステップＳ６８０でＹＥＳ）、ＣＰＵ３１は、後述するステップＳ６７４に処理を進めて、ローカル通信の切断のための処理を実行する。

【0200】

一方、上記ステップＳ６７１の判定の結果、出口領域にプレイヤキャラクタが存在しているときは（ステップＳ６７１でＹＥＳ）、ステップＳ６７２で、ＣＰＵ３１は、ローカル通信切断に際しての確認メッセージを表示し、その返答入力を待つ。このメッセージは、例えば、現在侵入している他のゲーム装置１から自分のゲーム世界に帰還するか否かを問い合わせるような内容である。

【0201】

次に、ステップＳ６７３で、ＣＰＵ３１は、上記メッセージに対する返答内容が、ローカル通信の切断を指示する内容、例えば、「自分のゲーム世界に帰還する」ことが選択されたか否かを判定する。その結果、「自分の世界に帰還する」ことが選択されていないときは（ステップＳ６７３でＮＯ）、ＣＰＵ３１は、自発切断判定処理を終了する。一方、「自分の世界に帰還する」ことが選択されたときは（ステップＳ６７３でＹＥＳ）、ＣＰＵ３１は、ステップＳ６７４で、通信を切断することを示す旨のメッセージを表示する。次に、ステップＳ６７５で、ＣＰＵ３１は、ローカル通信を切断するための処理を実行する。続くステップＳ６７６で、ＣＰＵ３１は、ローカル通信フラグ３５２をオフに設定する。次に、ステップＳ６７７で、ＣＰＵ３１は、侵入中フラグ３５３をオフに設定する。更に、ステップＳ６７８で、ＣＰＵ３１は、プレイヤキャラクタをゲーム世界内の所定の位置（例えば、他のゲーム世界に侵入する前にプレイヤキャラクタがいた位置）に移動させる。

【0202】

次に、ステップＳ６７９で、ＣＰＵ３１は、通信切断状況に応じた所定のメッセージを表示する。これは、上記出口領域から帰還することで切断された場合と、ローカル通信開始から３分経過したことによって切断した場合とで、異なるメッセージを表示させるための処理である。例えば、出口領域からの帰還によってローカル通信が切断された場合は、「帰還しました」というメッセージを表示し、３分経過したことによって通信を切断した場合は、「時間切れでミッションに失敗しました」のようなメッセージを表示し、侵入ミッションを達成することで通信を切断した場合は、「ミッションをクリアしました」というメッセージを表示する。以上で、自発切断判定処理は終了する。

【0203】

図３７に戻り、ステップＳ６５７の処理の次に、ＣＰＵ３１は、ステップＳ６５８で、強制切断判定処理を実行する。この処理は、他のゲーム装置から通信を切断された場合のような、プレイヤの意図しないところで通信が切断された場合を想定した処理である。

【0204】

図３９は、上記ステップＳ６５８で示した強制切断判定処理の詳細を示すフローチャートである。図３９において、まず、ステップＳ６９１で、ＣＰＵ３１は、通信切断が発生したか否かを判定する。具体的には、自分が親機側であるときは、子機側であるいずれかの他のゲーム装置からローカル通信を切断されたか否かを判定する。また、自分が子機側であるときは、自機に接続している親機側のゲーム装置がローカル通信を切断したか否かを判定する。当該判定の結果、ローカル通信の切断が発生していないときは（ステップＳ６９１でＮＯ）、ＣＰＵ３１は、強制切断判定処理を終了する。一方、通信切断が発生したときは（ステップＳ６９１でＹＥＳ）、次に、ステップＳ６９２で、ＣＰＵ３１は、プレイヤキャラクタをゲーム世界内の所定の位置に移動させる。この処理は、上記ステップＳ６７７と同様の処理である。

【0205】

次に、ステップＳ６９３で、ＣＰＵ３１は、ローカル通信フラグ３５２をオフに設定する。更に、ステップＳ６９４で、ＣＰＵ３１は、侵入中フラグ３５３をオフに設定する。そして、ステップＳ６９５で、ＣＰＵ３１は、切断状況に応じた所定のメッセージを表示する。例えば、自分が他のゲーム装置に侵入する側の場合は（上記例で言うと、ゲーム装置Ａ、ゲーム装置Ｃの立場の場合）、「他のゲーム装置から切断されました」等のメッセージを表示する。なお、自分が他のゲーム装置から侵入される側である場合は、他のゲーム装置から通信が切断されても、切断に関するメッセージは表示しない。被侵入側については、誰かに侵入されたことを気付かせないようにするためである。以上で、強制切断判定処理は終了する。

【0206】

図３７に戻り、ステップＳ６５８の処理が終われば、マルチプレイ処理も終了する。

【0207】

図３３に戻り、ステップＳ６、またはＳ７の処理の次に、ステップＳ８で、ＣＰＵ３１は、子機側接続処理を実行する。この処理は、自機が子機側となる場合の処理である。上記の例で言えば、ゲーム装置Ｂ、またはゲーム装置Ｃの立場となる場合に主に実行される処理である。当該処理では、上記接続希望ビーコンを検出し、且つ、自機のゲーム進行状況が他のゲーム装置との接続が可能な状況のときは、他のゲーム装置とのローカル接続を要求し、その接続を確立するための処理が実行される。

【0208】

図４０〜図４１は、上記ステップＳ８で示した子機側接続処理の詳細を示すフローチャートである。図４０において、まず、ステップＳ６３１で、ＣＰＵ３１は、侵入中フラグ３５３がオンか否かを判定する。その結果、侵入中フラグ３５３がオンのときは（ステップＳ６３１でＹＥＳ）、ＣＰＵ３１は、当該子機側接続処理を終了する。つまり、既に自分が他のゲーム世界に侵入している状態（親機側となっている状態）であれば、他のプレイヤからの侵入を受け付けないことになる。つまり、自分が子機側となるような接続は受け付けないことになる。

【0209】

一方、侵入中フラグ３５３がオフのときは（ステップＳ６３１でＮＯ）、次に、ＣＰＵ３１は、接続確立処理中フラグ３５４がオンに設定されているか否かを判定する。つまり、現在、接続確立のための処理が実行中の状態であるか否かが判定される。その結果、オンのときは（ステップＳ６３２でＹＥＳ）、接続確立のための処理を継続し、後述するステップＳ６４０の処理へ進む。

【0210】

一方、ステップＳ６３２の判定の結果、接続確立処理中フラグ３５４がオンではないときは（ステップＳ６３２でＮＯ）、次に、ゲーム進行状況が他のゲーム装置と接続可能な条件を満たしているか否かについての各種判定が実行される。具体的には、まず、ステップＳ６３３で、ＣＰＵ３１は、ゲーム世界におけるプレイヤキャラクタの位置が通常フィールド、あるいはポータル領域内であるか否かを判定する。つまり、子機側のゲーム装置においては、例えば、プレイヤキャラクタがゲーム世界内の「ショップ」の中にいるときや、「ダンジョン」にいるとき等は、他のゲーム装置からの侵入を受け付けないことになる。また、本ステップでは、その他、ゲーム装置１本体が開いている状態であるか（閉じられていないか）や、ゲームの設定として、他機との接続を禁止するような設定がなされていないかについても判定される。

【0211】

ステップＳ６３３の判定の結果、プレイヤキャラクタの位置が通常フィールド、または、ポータル領域内にないとき等、他のゲーム装置と接続可能な状態にないときは（ステップＳ６３３でＮＯ）、ＣＰＵ３１は、当該子機側接続処理を終了する。一方、プレイヤキャラクタの位置が通常フィールド、または、ポータル領域内にあるとき等、他のゲーム装置と接続可能な状態のときは（ステップＳ６３３でＹＥＳ）、次に、ステップＳ６３４で、ＣＰＵ３１は、その時点のゲーム内において重要なイベント中ではないか否かを判定する。これは、例えば、プレイヤキャラクタが通常フィールドにいる場合であっても、ゲーム進行上、他のゲーム装置との間でマルチプレイを行うことが好ましくないようなイベントシーンが自機において進行しているようなタイミングであるか否かを判定するものである。当該判定の結果、重要なイベント中であると判定されたときは（ステップＳ６３４でＮＯ）、ＣＰＵ３１は、当該子機側接続処理を終了する。一方、重要なイベント中ではないと判定されたときは（ステップＳ６３４でＹＥＳ）、ＣＰＵ３１は、ステップＳ６３５において、ビーコンの検出および受信を行う。続くステップＳ６３６で、ＣＰＵ３１は、他のゲーム装置から送信された上記接続希望ビーコンを受信したか否かを判定する。具体的には、ＣＰＵ３１は、受信したビーコンに含まれる「ゲームサービスＩＤ」が「マルチプレイで用いるデータであること」を示す旨の値であり、「ビーコンの種類」が「他ゲーム装置への侵入」を示す旨の値であるか否かを判定する（これらの値は上記ステップＳ６０４において設定される値である）。
その結果、接続希望ビーコンを受信していないときは（ステップＳ６３６でＮＯ）、ＣＰＵ３１は、当該子機側接続処理を終了する。

【0212】

一方、上記接続希望ビーコンを受信したときは（ステップＳ６３６でＹＥＳ）、ステップＳ６３７で、ＣＰＵ３１は、当該受信したビーコンにかかる接続について、接続最大数に達しているか否かを判定する。具体的には、受信したビーコンに含まれている「現在の参加人数」が、同じく当該ビーコンに含まれている「最大人数」より小さいか否かを判定する。本実施形態では、上記のように自機を含めて３台まで同時接続が可能であるため、「現在の参加人数」が「最大人数」以上であれば、、接続最大数に達していると判定されることになる。当該判定の結果、接続最大数に達していると判定されたときは（ステップＳ６３７でＹＥＳ）、ＣＰＵ３１は、上記接続希望ビーコンに対しては応答せずに、当該子機側接続処理を終了する。

【0213】

一方、接続最大数にはまだ達していないと判定されたときは（ステップＳ６３７でＮＯ）、ステップＳ６３８で、ＣＰＵ３１は、上記接続希望ビーコンへの応答として、ローカル接続確立のための接続要求信号を生成して送信する。そして、上記接続希望ビーコンの送信元のゲーム装置とのローカル通信確立処理を開始する。

【0214】

次に、ステップＳ６３９において、ＣＰＵ３１は、接続確立処理中フラグ３５４にオンを設定する。続くステップＳ６４０（図４１）において、ＣＰＵ３１は、ローカル接続が確立したか否かを判定する。その結果、ローカル接続がまだ確立していないとき（接続確立処理中のとき）は（ステップＳ６４０でＮＯ）、ステップＳ６４１において、ＣＰＵ３１は、接続確立処理の開始から所定時間が経過したか否かを判定する。つまり、タイムアウトの判定を行う。その結果、所定時間が経過していなければ（ステップＳ６４１でＮＯ）、ＣＰＵ３１は、現在のフレームにかかる子機側接続処理を終了する。一方、所定時間が経過しているときは（ステップＳ６４１でＹＥＳ）、ステップＳ６４２において、ＣＰＵ３１は、タイムアウトのために接続確立処理を終了させ、接続確立処理中フラグ３５４にオフを設定する。そして、子機側接続処理を終了する。

【0215】

一方、ステップＳ６４０の判定の結果、接続が確立したときは（ステップＳ６４０でＹＥＳ）、ステップＳ６４３において、ＣＰＵ３１は接続確立処理中フラグ３５４にオフを設定する。

【0216】

次に、ステップＳ６４４で、ＣＰＵ３１は、ローカル通信フラグ３５２がオフに設定されているか否かを判定する。その結果、オフに設定されていれば（ステップＳ６４４でＹＥＳ）、ステップＳ６４５で、ＣＰＵ３１はローカル通信フラグ３５２をオンに設定する。一方、オンに設定されているときは（ステップＳ６４４でＮＯ）、上記ステップＳ６４５の処理はスキップする。以上で、子機側接続処理は終了する。

【0217】

図３３に戻り、次に、ステップＳ９で、ＣＰＵ３１は表示処理を実行する。すなわち、ＣＰＵ３１は、上記各処理の結果を反映したゲーム世界を示す画像を上側ＬＣＤ２２に表示し、また、下側ＬＣＤ１２に表示する画像を適宜生成して、下側ＬＣＤ１２に表示する処理を実行する。ステップＳ９の後、ステップＳ１０において、ゲーム終了か否かが判断され、ＹＥＳの場合、ゲーム処理を終了し、ＮＯの場合、ステップＳ２に戻って、ゲーム処理を繰り返す。

【0218】

次に、図４４のフローチャートを参照して、前述したビーコン破棄処理の詳細を説明する。ビーコン破棄処理は、同一のゲーム装置から同一のイベントの発生を通知する一連のビーコンを受信したときに、それらの一連のビーコンの情報を重複して処理してしまわないようにするための処理である。

【0219】

図４４のステップＳ３０１において、ＣＰＵ３１は、新たなビーコンを受信したかどうかを判断し、ビーコンを受信した場合には処理はステップＳ３０２に進む。

【0220】

ステップＳ３０２において、ＣＰＵ３１は、未処理ビーコン（すなわち、受信はしたけれども、まだ処理（例えば、ビーコンに基づくすれ違いログデータの更新処理等）はしていないビーコン）を一時的に保持しておくためのバッファに、新たに受信したビーコンと同一のプレイヤＩＤを含むビーコンが存在するかどうかを判断する。そして、新たに受信したビーコンと同一のプレイヤＩＤを含むビーコンが上記バッファに存在する場合には処理はステップＳ３０３に進み、そうでない場合には処理はステップＳ３０５に進む。

【0221】

ステップＳ３０３において、ＣＰＵ３１は、新たに受信したビーコンの送信番号と、当該ビーコンと同一のプレイヤＩＤを含む未処理ビーコンの送信番号とが、同一であるかどうかを判断し、同一である場合には処理はステップＳ３０４に進み、そうでない場合には処理はステップＳ３０５に進む。

【0222】

ステップＳ３０４において、ＣＰＵ３１は、新たに受信したビーコンを破棄する。そして処理はステップＳ３０１に戻る。

【0223】

ステップＳ３０５において、ＣＰＵ３１は、新たに受信したビーコンを上記バッファに格納する。具体的には、上記バッファに同一のプレイヤＩＤを含む未処理ビーコンが無い場合には、新たに受信したビーコンを上記バッファに追加し、上記バッファにすでに同一のプレイヤＩＤを含む未処理ビーコンがある場合には、その未処理ビーコンに新たに受信したビーコンを上書きする。
なお、未処理ビーコンが処理された後も、ビーコンのプレイヤＩＤおよび送信番号は削除されない。これにより、処理されたビーコンと同一のプレイヤＩＤおよび送信番号を含む新たなビーコンを受信しても、新たに受信したビーコンは破棄されるので、同一のゲーム装置から同一のイベントの発生を通知する一連のビーコンを重複して処理してしまうことがない。

【0224】

次に、図４５のフローチャートを参照して、前述した調査ミッション処理の詳細を説明する。調査ミッション処理とは、前述した調査ミッション機能を実現するための処理である。

【0225】

図４５のステップＳ４０１において、ＣＰＵ３１は、プレイヤが調査依頼を受任したかどうか（すなわち、図２０においてプレイヤがボタン画像Ｐ２０をタッチしたかどうか）を判断し、調査依頼を受任した場合には処理はステップＳ４０２に進む。

【0226】

ステップＳ４０２において、ＣＰＵ３１は、プレイヤが時間調査を選択したかどうか（すなわち、図２１においてプレイヤがボタン画像Ｐ２３をタッチしたかどうか）を判断し、プレイヤが時間調査を選択した場合には処理はステップＳ４０３に進み、そうでない場合（すなわち、プレイヤが人数調査を選択した場合）には処理はステップＳ４０９に進む。

【0227】

ステップＳ４０３において、ＣＰＵ３１は、プレイヤによる指示（図２２におけるボタン画像Ｐ２５へのタッチ操作）に基づいて、調査内容を選択し、当該選択された調査内容をメインメモリ３２（または保存用データメモリ３４等）に記憶する。

【0228】

ステップＳ４０４において、ＣＰＵ３１は、ステップＳ４０３で選択された調査内容に関する時間調査を開始する。具体的には、時間調査が開始された旨のフラグをメインメモリ３２（または保存用データメモリ３４等）に記憶するとともに、ＲＴＣ３９から取得した現在時刻を、時間調査の開始時刻としてメインメモリ３２（または保存用データメモリ３４等）に記憶する。

【0229】

ステップＳ４０５において、ＣＰＵ３１は、進捗確認の指示が入力されたかどうか（すなわち、図２０においてプレイヤがボタン画像Ｐ２２をタッチしたかどうか）を判断し、進捗確認の指示が入力された場合には処理はステップＳ４０６に進み、そうでない場合には処理はステップＳ４０７に進む。

【0230】

ステップＳ４０６において、ＣＰＵ３１は、メインメモリ３２（または保存用データメモリ３４等）に記憶されている調査結果データに基づいて、現在調査中の調査内容の途中結果を、例えば上側ＬＣＤ２２に表示する。

【0231】

ステップＳ４０７において、ＣＰＵ３１は、結果報告の指示が入力されたかどうか（すなわち、図２０においてプレイヤがボタン画像Ｐ２１をタッチしたかどうか）を判断し、結果報告の指示が入力された場合には処理はステップＳ４０８に進み、そうでない場合には処理はステップＳ４０５に戻る。

【0232】

ステップＳ４０８において、ＣＰＵ３１は、時間調査の開始時刻から所定時間が経過しているかどうかを判断し、すでに所定時間が経過している場合には処理はステップＳ４１５に進み、そうでない場合には処理はステップＳ４０５に戻る。時間調査の開始時刻からの経過時間は、ＲＴＣ３９から取得した現在時刻と、メインメモリ３２（または保存用データメモリ３４等）に保存されている時間調査の開始時刻とに基づいて算出することができる。

【0233】

ステップＳ４０９において、ＣＰＵ３１は、プレイヤによる指示（図２２におけるボタン画像Ｐ２５へのタッチ操作）に基づいて、調査内容を選択し、当該選択された調査内容をメインメモリ３２（または保存用データメモリ３４等）に記憶する。

【0234】

ステップＳ４１０において、ＣＰＵ３１は、ステップＳ４０９で選択された調査内容に関する人数調査を開始する。具体的には、人数調査が開始された旨のフラグをメインメモリ３２（または保存用データメモリ３４等）に記憶する。

【0235】

ステップＳ４１１において、ＣＰＵ３１は、進捗確認の指示が入力されたかどうか（すなわち、図２０においてプレイヤがボタン画像Ｐ２２をタッチしたかどうか）を判断し、進捗確認の指示が入力された場合には処理はステップＳ４１２に進み、そうでない場合には処理はステップＳ４１３に進む。

【0236】

ステップＳ４１２において、ＣＰＵ３１は、メインメモリ３２（または保存用データメモリ３４等）に記憶されている調査結果データに基づいて、現在調査中の調査内容の途中結果を、例えば上側ＬＣＤ２２に表示する。

【0237】

ステップＳ４１３において、ＣＰＵ３１は、結果報告の指示が入力されたかどうか（すなわち、図２０においてプレイヤがボタン画像Ｐ２１をタッチしたかどうか）を判断し、結果報告の指示が入力された場合には処理はステップＳ４１４に進み、そうでない場合には処理はステップＳ４１１に戻る。

【0238】

ステップＳ４１４において、ＣＰＵ３１は、メインメモリ３２（または保存用データメモリ３４等）に記憶されている調査結果データに基づいて、人数調査を開始してから所定人数分の情報（他のゲーム装置から受信したビーコンに含まれる「プロフィール情報」や「アンケート回答」等の情報）を収集済みかどうかを判断し、すでに所定人数分の情報が収集されている場合には処理はステップＳ４１５に進み、そうでない場合には処理はステップＳ４１１に戻る。

【0239】

ステップＳ４１５において、ＣＰＵ３１は、メインメモリ３２（または保存用データメモリ３４等）に記憶されている調査結果データに基づいて、時間調査または人数調査の調査結果を、例えば上側ＬＣＤ２２に表示する。

【0240】

ステップＳ４１６において、ＣＰＵ３１は、調査結果に応じたゲーム処理を行う。例えば、プレイヤキャラクタの調査員としてのランクが上昇して、ゲーム展開が変化したり、ゲームの進行に有利なアイテムを獲得したりする。そして、処理はステップＳ４０１に戻る。

【0241】

なお、本実施形態では、図３３〜図４５に示した各処理をＣＰＵ３１が実行する例を説明したが、他の実施形態では、これらの処理の一部または全部が、ＣＰＵ３１とは別のプロセッサや、専用回路によって実行されても構わない。

【0242】

以上で、本実施形態にかかるゲーム処理の説明を終了する。

【0243】

このように、本実施形態によれば、上述したマルチプレイモードのように、ゲーム中に所定の条件を満たした場合、自動的に他のゲーム装置を探し、見つかった場合は相手方プレイヤによる接続確立にかかる操作等を要さずに、そのまま接続確立しにいく処理を行っている。これにより、他のゲーム装置のプレイヤに気付かれないように他のプレイヤのゲーム世界に侵入するようなプレイ感覚を与え、今までにない新しい楽しみ方を提供することができる。

【0244】

なお、上述したマルチプレイモードにかかる処理に関し、ローカル通信の接続確立に際しては、侵入側のゲーム装置から上記接続希望ビーコンを送信（探索）し、これを受けた被侵入側から、ローカル通信のための接続要求を侵入側に送信していた。この他、侵入側のゲーム装置が他のゲーム装置のビーコンを受信（探索）し、見つかった他のゲーム装置のいずれかに対してローカル通信のための接続要求を送信するようにしてもよい。

【0245】

また、上記実施形態においては、ゲーム処理についての一連の処理が単一の装置（ゲーム装置１）において実行される場合を説明したが、他の実施形態においては、上記一連の処理が複数の情報処理装置からなる情報処理システムにおいて実行されてもよい。例えば、端末側装置と、当該端末側装置とネットワークを介して通信可能なサーバ側装置とを含む情報処理システムにおいて、上記一連の処理のうちの一部の処理がサーバ側装置によって実行されてもよい。さらには、端末側装置と、当該端末側装置とネットワークを介して通信可能なサーバ側装置とを含む情報処理システムにおいて、上記一連の処理のうちの主要な処理がサーバ側装置によって実行され、当該端末側装置では一部の処理が実行されてもよい。また、上記情報処理システムにおいて、サーバ側のシステムは、複数の情報処理装置によって構成され、サーバ側で実行するべき処理を複数の情報処理装置が分担して実行してもよい。

【0246】

なお、上記実施形態においては、図３３のステップＳ６でビーコン出力処理を行い、図３４のステップＳ２１３においてビーコン受信処理を行っているが、ビーコンの送信タイミングおよび受信タイミングは、これに限定されない。以下、図４６のフローチャートを参照して、ビーコン送受信処理の変形例について説明する。

【0247】

図４６は、ビーコンの送信を所定回数繰り返す処理と、ビーコンの受信（受信の試行）を所定回数繰り返す処理とを、時分割で交互に繰り返す例を示している。なお、当該変形例では、図４６のフローチャートの処理が、図３３のフローチャートの処理と並列して実行されるので、当該変形例を採用する場合には、図３３のステップＳ６、および図３４のステップＳ２１３，Ｓ２１５は不要である。

【0248】

図４６のステップＳ９０１において、ＣＰＵ３１は、メインメモリ３２に記憶される各種変数の一つである「送信カウント」を０にリセットする。

【0249】

ステップＳ９０２において、ＣＰＵ３１は、ビーコン出力処理を開始する。ここでは、図３４のステップＳ２０９やステップＳ２１１等で生成されたビーコンが送信されることになる。

【0250】

ステップＳ９０３において、ＣＰＵ３１は、送信カウントをインクリメントする。

【0251】

ステップＳ９０４において、ＣＰＵ３１は、送信カウントが所定値（第１の所定値）に達したかどうかを判断し、送信カウントが所定値に達した場合には処理はステップＳ９０５に進み、そうでない場合には処理はステップＳ９０２に戻る。

【0252】

ステップＳ９０５において、ＣＰＵ３１は、メインメモリ３２に記憶される各種変数の一つである「受信カウント」を０にリセットする。

【0253】

ステップＳ９０６において、ＣＰＵ３１は、他のゲーム装置からのビーコンの受信を試行する。

【0254】

ステップＳ９０７において、ＣＰＵ３１は、他のゲーム装置からビーコンを受信したかどうかを判断し、他のゲーム装置からビーコンを受信した場合には処理はステップＳ９０８に進み、そうでない場合には処理はステップＳ９０９に進む。

【0255】

ステップＳ９０８において、ＣＰＵ３１は、受信したビーコンに含まれているビーコンデータに基づいて、すれ違いログデータおよび調査結果データを更新する。

【0256】

ステップＳ９０９において、ＣＰＵ３１は、受信カウントをインクリメントする。

【0257】

ステップＳ９１０において、ＣＰＵ３１は、受信カウントが所定値（第２の所定値）に達したかどうかを判断し、受信カウントが所定値に達した場合には処理はステップＳ９０１に戻り、そうでない場合には処理はステップＳ９０６に戻る。なお、第２の所定値は、第１の所定値と同じであっても良いし、異なっていても良い。

【0258】

なお、ここでは、当該ビーコン送受信処理をＣＰＵ３１が実行する例を説明したが、他の実施形態では、ＣＰＵ３１とは別のプロセッサや、専用回路によって実行されても構わない。

【符号の説明】

【0259】

１…ゲーム装置
１１…下側ハウジング
１２…下側ＬＣＤ
１３…タッチパネル
１４…操作ボタン
１５、２６…ＬＥＤ
１６…マイクロフォン用孔
２１…上側ハウジング
２２…上側ＬＣＤ
２３…内側カメラ
２４…音抜き孔
２５…外側カメラ
２７…タッチペン
２８、２９…メモリカード
３１…ＣＰＵ
３２…メインメモリ
３３…メモリ制御回路
３４…保存用データメモリ
３５…プリセットデータ用メモリ
３６…メモリカードＩ／Ｆ
３７…無線通信モジュール
３８…ローカル通信モジュール
３９…ＲＴＣ
４０…電源回路
４１…Ｉ／Ｆ回路
４２…マイク
４３…アンプ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】

【図32】

【図33】

【図34】

【図35】

【図36】

【図37】

【図38】

【図39】

【図40】

【図41】

【図42】

【図43】

【図44】

【図45】

【図46】