JP7340575B2 - ゲームプログラム、ゲームシステム、ゲーム装置、およびゲーム処理方法 - Google Patents

Description

本発明は、操作入力に基づいた交換処理を行うゲームプログラム、ゲームシステム、ゲーム装置、およびゲーム処理方法に関する。

従来、ゲーム装置間でアイテムまたはキャラクタを交換した履歴により、当該アイテムの属性を変更するビデオゲームシステムがある（例えば、特許文献１参照）。

特開２００２－２１０２５６号公報

しかしながら、上記特許文献１で開示されたビデオゲームシステムは、交換対象がアイテムまたはキャラクタの種別とその属性とにより示され、交換対象自体の情報でしか示されていない。

それ故に、本発明の目的は、交換対象のさらなる付加情報を用いることにより、アイテムまたはキャラクタの交換にインセンティブを与えることを可能とするゲームプログラム、ゲームシステム、ゲーム装置、およびゲーム処理方法を提供することである。

上記目的を達成するために、本発明は例えば以下のような構成を採用し得る。

本発明のゲームプログラムの一構成例は、情報処理装置のコンピュータに他の情報処理装置と通信を行わせて、他のプレイヤとゲーム内で用いられるアイテムまたはキャラクタの交換を行わせる。ゲームプログラムは、コンピュータに、操作入力に基づいて、所定のユーザインターフェイス上にプレイヤが指定する場所を設定させ、操作入力に基づいて、プレイヤが交換のために他の情報処理装置に送信するアイテムまたはキャラクタを指定させ、交換において、プレイヤによって指定された場所の情報とプレイヤによって指定されたアイテムまたはキャラクタの情報とを交換対象の情報として他の情報処理装置へ送信させ、交換相手が指定した場所の情報と当該交換相手が指定したアイテムまたはキャラクタの情報とを交換対象の情報として他の情報処理装置から受信させ、交換によって交換相手から交換対象として取得済みの少なくとも１つのアイテムまたはキャラクタが、ユーザインターフェイス上において当該交換相手が指定した場所に表示される、または当該場所が選択されることより表示される第１のユーザインターフェイス表示を行わせる。

上記によれば、アイテムまたはキャラクタが交換される場合、当該アイテムまたはキャラクタを交換に出す際に交換相手によって指定された場所の情報を用いた演出が行われるため、さらなる付加情報を用いることにより、アイテムまたはキャラクタの交換にインセンティブを与えることができる。

また、上記他の情報処理装置は、送信された交換対象の情報を少なくとも１つ以上記憶するサーバでもよい。この場合、上記ゲームプログラムは、さらにコンピュータに、サーバと通信を行わせて、当該サーバ経由で他のプレイヤとの間の交換を行わせてもよい。

上記によれば、サーバ経由でアイテムまたはキャラクタを交換する処理が行われることによって、各交換の管理が容易となり、グローバルな交換も可能になる。

また、上記交換において、サーバに記憶された交換対象の情報のうち、最後に記憶された交換対象の情報を、交換相手の交換対象の情報として当該サーバから受信させてもよい。

上記によれば、交換に出した交換対象の情報がサーバの最後に記憶されて、新たにサーバに最後に記憶された交換対象の情報となるため、常に最後に記憶された交換対象の情報がサーバに存在することになり、交換を確実に行うことができる。

また、上記交換において、サーバに記憶された交換対象の情報のうち、ランダムに選択された交換対象の情報を当該サーバから受信させてもよい。

上記によれば、交換相手をランダムに選択できるとともに、交換相手の設定が容易となる。

また、上記交換において、サーバに記憶された交換対象の情報のうち、プレイヤに指定された場所と同じ場所が指定された交換対象の情報を当該サーバから受信させてもよい。

上記によれば、プレイヤが希望する場所を指定している交換相手との交換が可能となる。

また、上記コンピュータに、さらに、サーバに記憶されている少なくとも１つの交換対象の情報に基づいて、サーバに交換対象の情報として記憶されていて交換が行われていないアイテムまたはキャラクタが、ユーザインターフェイス上においてそれぞれ指定された場所に表示される第２のユーザインターフェイス表示を行わせてもよい。

上記によれば、アイテムまたはキャラクタが交換に出されている状況を知ることができ、プレイヤが交換を申請するための情報としても利用することができる。

また、上記コンピュータに、さらに、交換が済んだ交換相手が指定した場所の数に基づいて、ゲームにおける所定の報酬をプレイヤに付与させてもよい。

上記によれば、交換の際に得られる付加情報に、さらにインセンティブを与えることができる。

また、上記ユーザインターフェイスは、仮想空間内における地球を模した球形状のユーザインターフェイスでもよい。この場合、操作入力に基づいて、地球上にプレイヤが指定する場所を設定させてもよい。

上記によれば、グローバルな交換をプレイヤにイメージさせることができる。

また、上記ユーザインターフェイスは、仮想空間内における球形状のユーザインターフェイスでもよい。この場合、操作入力に基づいて、球形状のユーザインターフェイス上の座標を指定させることによってプレイヤが指定する場所を設定させてもよい。

上記によれば、プレイヤによる場所指定操作が容易となる。

また、上記コンピュータに、さらに、操作入力に基づいて、仮想空間内において球形状のユーザインターフェイスを回転させてもよい。

上記によれば、球形状のユーザインターフェイスを回転させて、全面の場所を利用できるため、ユーザインターフェイスを有効に利用して利便性を向上させることが可能となる。

また、上記ユーザインターフェイスは、地図のユーザインターフェイスでもよい。この場合、操作入力に基づいて、地図上のエリアを選択させることによってプレイヤが指定する場所を設定させてもよい。

上記によれば、地図をイメージした直感的な場所指定が可能となる。

また、本発明は、ゲームシステム、ゲーム装置、およびゲーム処理方法の形態で実施されてもよい。

上記ゲームシステムの形態で実施される場合、サーバは、当該サーバに最後に記憶された交換対象の情報を情報処理装置へ送信し、情報処理装置から送信された交換対象の情報を新たに記憶してもよい。この場合、交換において、サーバは、当該サーバに最後に記憶された交換対象の情報を情報処理装置へ送信するとともに当該サーバから削除してもよい。

上記によれば、交換に出した交換対象の情報がサーバの最後に新たに記憶され、サーバに最後に記憶された唯一の交換対象の情報となり得るため、交換を容易に行うことができる。

本発明によれば、アイテムまたはキャラクタの交換にさらなる付加情報を用いることにより、アイテムまたはキャラクタの交換にインセンティブを与えることができる。

本体装置２に左コントローラ３および右コントローラ４を装着した状態の一例を示す図 本体装置２から左コントローラ３および右コントローラ４をそれぞれ外した状態の一例を示す図 本体装置２の一例を示す六面図 左コントローラ３の一例を示す六面図 右コントローラ４の一例を示す六面図 本体装置２の内部構成の一例を示すブロック図 本体装置２と左コントローラ３および右コントローラ４との内部構成の一例を示すブロック図 情報処理システムの構成の一例を示すブロック図 サーバ２００の構成の一例を示すブロック図 第１の実施形態に係るゲーム処理におけるキャラクタ選択場面で表示されるゲーム画像の例を示す図 第１の実施形態に係るゲーム処理における場所選択場面で表示されるゲーム画像の例を示す図 第１の実施形態に係るゲーム処理における交換成立演出で表示されるゲーム画像の例を示す図 第１の実施形態に係るゲーム処理における図鑑表示場面で表示されるゲーム画像の第１の表示例を示す図 第１の実施形態に係るゲーム処理における図鑑表示場面で地球儀オブジェクトＥを回転させて表示されるゲーム画像の例を示す図 第１の実施形態に係るゲーム処理における図鑑表示場面で表示されるゲーム画像の第２の表示例を示す図 第２の実施形態に係るゲーム処理における交換成立演出で表示されるゲーム画像の例を示す図 第２の実施形態に係るゲーム処理における図鑑表示場面で表示されるゲーム画像の例を示す図 本実施例において本体装置２のＤＲＡＭ８５に設定されるデータ領域の一例を示す図 ゲームシステム１で実行される情報処理の一例を示すフローチャート 図１９におけるステップＳ１２６において行われる交換処理の詳細な一例を示すサブルーチン 図１９におけるステップＳ１３０において行われる図鑑表示処理の詳細な一例を示すサブルーチン サーバ２００の記憶部２０３に記憶される主なデータおよびプログラムの一例を示す図 サーバ２００において実行される処理の一例を示すフローチャート

以下、本実施形態の一例に係るゲームシステムについて説明する。本実施形態におけるゲームシステム１の一例は、本体装置（情報処理装置；本実施形態ではゲーム装置本体として機能する）２と左コントローラ３および右コントローラ４とを含む。本体装置２は、左コントローラ３および右コントローラ４がそれぞれ着脱可能である。つまり、ゲームシステム１は、左コントローラ３および右コントローラ４をそれぞれ本体装置２に装着して一体化された装置として利用できる。また、ゲームシステム１は、本体装置２と左コントローラ３および右コントローラ４とを別体として利用することもできる（図２参照）。以下では、本実施形態のゲームシステム１のハードウェア構成について説明し、その後に本実施形態のゲームシステム１の制御について説明する。

図１は、本体装置２に左コントローラ３および右コントローラ４を装着した状態の一例を示す図である。図１に示すように、左コントローラ３および右コントローラ４は、それぞれ本体装置２に装着されて一体化されている。本体装置２は、ゲームシステム１における各種の処理（例えば、ゲーム処理）を実行する装置である。本体装置２は、ディスプレイ１２を備える。左コントローラ３および右コントローラ４は、ユーザが入力を行うための操作部を備える装置である。

図２は、本体装置２から左コントローラ３および右コントローラ４をそれぞれ外した状態の一例を示す図である。図１および図２に示すように、左コントローラ３および右コントローラ４は、本体装置２に着脱可能である。なお、以下において、左コントローラ３および右コントローラ４の総称として「コントローラ」と記載することがある。

図３は、本体装置２の一例を示す六面図である。図３に示すように、本体装置２は、略板状のハウジング１１を備える。本実施形態において、ハウジング１１の主面（換言すれば、表側の面、すなわち、ディスプレイ１２が設けられる面）は、大略的には矩形形状である。

なお、ハウジング１１の形状および大きさは、任意である。一例として、ハウジング１１は、携帯可能な大きさであってよい。また、本体装置２単体または本体装置２に左コントローラ３および右コントローラ４が装着された一体型装置は、携帯型装置となってもよい。また、本体装置２または一体型装置が手持ち型の装置となってもよい。また、本体装置２または一体型装置が可搬型装置となってもよい。

図３に示すように、本体装置２は、ハウジング１１の主面に設けられるディスプレイ１２を備える。ディスプレイ１２は、本体装置２が生成した画像を表示する。本実施形態においては、ディスプレイ１２は、液晶表示装置（ＬＣＤ）とする。ただし、ディスプレイ１２は任意の種類の表示装置であってよい。

また、本体装置２は、ディスプレイ１２の画面上にタッチパネル１３を備える。本実施形態においては、タッチパネル１３は、マルチタッチ入力が可能な方式（例えば、静電容量方式）のものである。ただし、タッチパネル１３は、任意の種類のものであってよく、例えば、シングルタッチ入力が可能な方式（例えば、抵抗膜方式）のものであってもよい。

本体装置２は、ハウジング１１の内部においてスピーカ（すなわち、図６に示すスピーカ８８）を備えている。図３に示すように、ハウジング１１の主面には、スピーカ孔１１ａおよび１１ｂが形成される。そして、スピーカ８８の出力音は、これらのスピーカ孔１１ａおよび１１ｂからそれぞれ出力される。

また、本体装置２は、本体装置２が左コントローラ３と有線通信を行うための端子である左側端子１７と、本体装置２が右コントローラ４と有線通信を行うための右側端子２１を備える。

図３に示すように、本体装置２は、スロット２３を備える。スロット２３は、ハウジング１１の上側面に設けられる。スロット２３は、所定の種類の記憶媒体を装着可能な形状を有する。所定の種類の記憶媒体は、例えば、ゲームシステム１およびそれと同種の情報処理装置に専用の記憶媒体（例えば、専用メモリカード）である。所定の種類の記憶媒体は、例えば、本体装置２で利用されるデータ（例えば、アプリケーションのセーブデータ等）、および／または、本体装置２で実行されるプログラム（例えば、アプリケーションのプログラム等）を記憶するために用いられる。また、本体装置２は、電源ボタン２８を備える。

本体装置２は、下側端子２７を備える。下側端子２７は、本体装置２がクレードルと通信を行うための端子である。本実施形態において、下側端子２７は、ＵＳＢコネクタ（より具体的には、メス側コネクタ）である。上記一体型装置または本体装置２単体をクレードルに載置した場合、ゲームシステム１は、本体装置２が生成して出力する画像を据置型モニタに表示することができる。また、本実施形態においては、クレードルは、載置された上記一体型装置または本体装置２単体を充電する機能を有する。また、クレードルは、ハブ装置（具体的には、ＵＳＢハブ）の機能を有する。

図４は、左コントローラ３の一例を示す六面図である。図４に示すように、左コントローラ３は、ハウジング３１を備える。本実施形態においては、ハウジング３１は、縦長の形状、すなわち、上下方向（すなわち、図１および図４に示すｙ軸方向）に長い形状である。左コントローラ３は、本体装置２から外された状態において、縦長となる向きで把持されることも可能である。ハウジング３１は、縦長となる向きで把持される場合に片手、特に左手で把持可能な形状および大きさをしている。また、左コントローラ３は、横長となる向きで把持されることも可能である。左コントローラ３が横長となる向きで把持される場合には、両手で把持されるようにしてもよい。

左コントローラ３は、アナログスティック３２を備える。図４に示すように、アナログスティック３２は、ハウジング３１の主面に設けられる。アナログスティック３２は、方向を入力することが可能な方向入力部として用いることができる。ユーザは、アナログスティック３２を傾倒することによって傾倒方向に応じた方向の入力（および、傾倒した角度に応じた大きさの入力）が可能である。なお、左コントローラ３は、方向入力部として、アナログスティックに代えて、十字キーまたはスライド入力が可能なスライドスティック等を備えるようにしてもよい。また、本実施形態においては、アナログスティック３２を押下する入力が可能である。

左コントローラ３は、各種操作ボタンを備える。左コントローラ３は、ハウジング３１の主面上に４つの操作ボタン３３～３６（具体的には、右方向ボタン３３、下方向ボタン３４、上方向ボタン３５、および左方向ボタン３６）を備える。さらに、左コントローラ３は、録画ボタン３７および－（マイナス）ボタン４７を備える。左コントローラ３は、ハウジング３１の側面の左上に第１Ｌボタン３８およびＺＬボタン３９を備える。また、左コントローラ３は、ハウジング３１の側面の、本体装置２に装着される際に装着される側の面に第２Ｌボタン４３および第２Ｒボタン４４を備える。これらの操作ボタンは、本体装置２で実行される各種プログラム（例えば、ＯＳプログラムやアプリケーションプログラム）に応じた指示を行うために用いられる。

また、左コントローラ３は、左コントローラ３が本体装置２と有線通信を行うための端子４２を備える。

図５は、右コントローラ４の一例を示す六面図である。図５に示すように、右コントローラ４は、ハウジング５１を備える。本実施形態においては、ハウジング５１は、縦長の形状、すなわち、上下方向に長い形状である。右コントローラ４は、本体装置２から外された状態において、縦長となる向きで把持されることも可能である。ハウジング５１は、縦長となる向きで把持される場合に片手、特に右手で把持可能な形状および大きさをしている。また、右コントローラ４は、横長となる向きで把持されることも可能である。右コントローラ４が横長となる向きで把持される場合には、両手で把持されるようにしてもよい。

右コントローラ４は、左コントローラ３と同様、方向入力部としてアナログスティック５２を備える。本実施形態においては、アナログスティック５２は、左コントローラ３のアナログスティック３２と同じ構成である。また、右コントローラ４は、アナログスティックに代えて、十字キーまたはスライド入力が可能なスライドスティック等を備えるようにしてもよい。また、右コントローラ４は、左コントローラ３と同様、ハウジング５１の主面上に４つの操作ボタン５３～５６（具体的には、Ａボタン５３、Ｂボタン５４、Ｘボタン５５、およびＹボタン５６）を備える。さらに、右コントローラ４は、＋（プラス）ボタン５７およびホームボタン５８を備える。また、右コントローラ４は、ハウジング５１の側面の右上に第１Ｒボタン６０およびＺＲボタン６１を備える。また、右コントローラ４は、左コントローラ３と同様、第２Ｌボタン６５および第２Ｒボタン６６を備える。

また、右コントローラ４は、右コントローラ４が本体装置２と有線通信を行うための端子６４を備える。

図６は、本体装置２の内部構成の一例を示すブロック図である。本体装置２は、図３に示す構成の他、図６に示す各構成要素８１～９１、９７、および９８を備える。これらの構成要素８１～９１、９７、および９８のいくつかは、電子部品として電子回路基板上に実装されてハウジング１１内に収納されてもよい。

本体装置２は、プロセッサ８１を備える。プロセッサ８１は、本体装置２において実行される各種の情報処理を実行する情報処理部であって、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）のみから構成されてもよいし、ＣＰＵ機能、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）機能等の複数の機能を含むＳｏＣ（Ｓｙｓｔｅｍ－ｏｎ－ａ－ｃｈｉｐ）から構成されてもよい。プロセッサ８１は、記憶部（具体的には、フラッシュメモリ８４等の内部記憶媒体、あるいは、スロット２３に装着される外部記憶媒体等）に記憶される情報処理プログラム（例えば、ゲームプログラム）を実行することによって、各種の情報処理を実行する。

本体装置２は、自身に内蔵される内部記憶媒体の一例として、フラッシュメモリ８４およびＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）８５を備える。フラッシュメモリ８４およびＤＲＡＭ８５は、プロセッサ８１に接続される。フラッシュメモリ８４は、主に、本体装置２に保存される各種のデータ（プログラムであってもよい）を記憶するために用いられるメモリである。ＤＲＡＭ８５は、情報処理において用いられる各種のデータを一時的に記憶するために用いられるメモリである。

本体装置２は、スロットインターフェース（以下、「Ｉ／Ｆ」と略記する。）９１を備える。スロットＩ／Ｆ９１は、プロセッサ８１に接続される。スロットＩ／Ｆ９１は、スロット２３に接続され、スロット２３に装着された所定の種類の記憶媒体（例えば、専用メモリカード）に対するデータの読み出しおよび書き込みを、プロセッサ８１の指示に応じて行う。

プロセッサ８１は、フラッシュメモリ８４およびＤＲＡＭ８５、ならびに上記各記憶媒体との間でデータを適宜読み出したり書き込んだりして、上記の情報処理を実行する。

本体装置２は、ネットワーク通信部８２を備える。ネットワーク通信部８２は、プロセッサ８１に接続される。ネットワーク通信部８２は、ネットワークを介して外部の装置と通信（具体的には、無線通信）を行う。本実施形態においては、ネットワーク通信部８２は、第１の通信態様としてＷｉ－Ｆｉの規格に準拠した方式により、無線ＬＡＮに接続して外部装置と通信を行う。また、ネットワーク通信部８２は、第２の通信態様として所定の通信方式（例えば、独自プロトコルによる通信や、赤外線通信）により、同種の他の本体装置２との間で無線通信を行う。なお、上記第２の通信態様による無線通信は、閉ざされたローカルネットワークエリア内に配置された他の本体装置２との間で無線通信可能であり、複数の本体装置２の間で直接通信することによってデータが送受信される、いわゆる「ローカル通信」を可能とする機能を実現する。

本体装置２は、コントローラ通信部８３を備える。コントローラ通信部８３は、プロセッサ８１に接続される。コントローラ通信部８３は、左コントローラ３および／または右コントローラ４と無線通信を行う。本体装置２と左コントローラ３および右コントローラ４との通信方式は任意であるが、本実施形態においては、コントローラ通信部８３は、左コントローラ３との間および右コントローラ４との間で、Ｂｌｕｅｔｏｏｔｈ（登録商標）の規格に従った通信を行う。

プロセッサ８１は、上述の左側端子１７、右側端子２１、および下側端子２７に接続される。プロセッサ８１は、左コントローラ３と有線通信を行う場合、左側端子１７を介して左コントローラ３へデータを送信するとともに、左側端子１７を介して左コントローラ３から操作データを受信する。また、プロセッサ８１は、右コントローラ４と有線通信を行う場合、右側端子２１を介して右コントローラ４へデータを送信するとともに、右側端子２１を介して右コントローラ４から操作データを受信する。また、プロセッサ８１は、クレードルと通信を行う場合、下側端子２７を介してクレードルへデータを送信する。このように、本実施形態においては、本体装置２は、左コントローラ３および右コントローラ４との間で、それぞれ有線通信と無線通信との両方を行うことができる。また、左コントローラ３および右コントローラ４が本体装置２に装着された一体型装置または本体装置２単体がクレードルに装着された場合、本体装置２は、クレードルを介してデータ（例えば、画像データや音声データ）を据置型モニタ等に出力することができる。

ここで、本体装置２は、複数の左コントローラ３と同時に（換言すれば、並行して）通信を行うことができる。また、本体装置２は、複数の右コントローラ４と同時に（換言すれば、並行して）通信を行うことができる。したがって、複数のユーザは、左コントローラ３および右コントローラ４のセットをそれぞれ用いて、本体装置２に対する入力を同時に行うことができる。一例として、第１ユーザが左コントローラ３および右コントローラ４の第１セットを用いて本体装置２に対して入力を行うと同時に、第２ユーザが左コントローラ３および右コントローラ４の第２セットを用いて本体装置２に対して入力を行うことが可能となる。

また、ディスプレイ１２は、プロセッサ８１に接続される。プロセッサ８１は、（例えば、上記の情報処理の実行によって）生成した画像および／または外部から取得した画像をディスプレイ１２に表示する。

本体装置２は、コーデック回路８７およびスピーカ（具体的には、左スピーカおよび右スピーカ）８８を備える。コーデック回路８７は、スピーカ８８および音声入出力端子２５に接続されるとともに、プロセッサ８１に接続される。コーデック回路８７は、スピーカ８８および音声入出力端子２５に対する音声データの入出力を制御する回路である。

本体装置２は、電力制御部９７およびバッテリ９８を備える。電力制御部９７は、バッテリ９８およびプロセッサ８１に接続される。また、図示しないが、電力制御部９７は、本体装置２の各部（具体的には、バッテリ９８の電力の給電を受ける各部、左側端子１７、および右側端子２１）に接続される。電力制御部９７は、プロセッサ８１からの指令に基づいて、バッテリ９８から上記各部への電力供給を制御する。

また、バッテリ９８は、下側端子２７に接続される。外部の充電装置（例えば、クレードル）が下側端子２７に接続され、下側端子２７を介して本体装置２に電力が供給される場合、供給された電力がバッテリ９８に充電される。

図７は、本体装置２と左コントローラ３および右コントローラ４との内部構成の一例を示すブロック図である。なお、本体装置２に関する内部構成の詳細については、図６で示しているため図７では省略している。

左コントローラ３は、本体装置２との間で通信を行う通信制御部１０１を備える。図７に示すように、通信制御部１０１は、端子４２を含む各構成要素に接続される。本実施形態においては、通信制御部１０１は、端子４２を介した有線通信と、端子４２を介さない無線通信との両方で本体装置２と通信を行うことが可能である。通信制御部１０１は、左コントローラ３が本体装置２に対して行う通信方法を制御する。すなわち、左コントローラ３が本体装置２に装着されている場合、通信制御部１０１は、端子４２を介して本体装置２と通信を行う。また、左コントローラ３が本体装置２から外されている場合、通信制御部１０１は、本体装置２（具体的には、コントローラ通信部８３）との間で無線通信を行う。コントローラ通信部８３と通信制御部１０１との間の無線通信は、例えばＢｌｕｅｔｏｏｔｈ（登録商標）の規格に従って行われる。

また、左コントローラ３は、例えばフラッシュメモリ等のメモリ１０２を備える。通信制御部１０１は、例えばマイコン（マイクロプロセッサとも言う）で構成され、メモリ１０２に記憶されるファームウェアを実行することによって各種の処理を実行する。

左コントローラ３は、各ボタン１０３（具体的には、ボタン３３～３９、４３、４４、および４７）を備える。また、左コントローラ３は、アナログスティック（図７では「スティック」と記載する）３２を備える。各ボタン１０３およびアナログスティック３２は、自身に対して行われた操作に関する情報を、適宜のタイミングで繰り返し通信制御部１０１へ出力する。

通信制御部１０１は、各入力部（具体的には、各ボタン１０３、および、アナログスティック３２）から、入力に関する情報（具体的には、操作に関する情報、またはセンサによる検出結果）を取得する。通信制御部１０１は、取得した情報（または取得した情報に所定の加工を行った情報）を含む操作データを本体装置２へ送信する。なお、操作データは、所定時間に１回の割合で繰り返し送信される。なお、入力に関する情報が本体装置２へ送信される間隔は、各入力部について同じであってもよいし、同じでなくてもよい。

上記操作データが本体装置２へ送信されることによって、本体装置２は、左コントローラ３に対して行われた入力を得ることができる。すなわち、本体装置２は、各ボタン１０３およびアナログスティック３２に対する操作を、操作データに基づいて判別することができる。

左コントローラ３は、電力供給部１０８を備える。本実施形態において、電力供給部１０８は、バッテリおよび電力制御回路を有する。図示しないが、電力制御回路は、バッテリに接続されるとともに、左コントローラ３の各部（具体的には、バッテリの電力の給電を受ける各部）に接続される。

図７に示すように、右コントローラ４は、本体装置２との間で通信を行う通信制御部１１１を備える。また、右コントローラ４は、通信制御部１１１に接続されるメモリ１１２を備える。通信制御部１１１は、端子６４を含む各構成要素に接続される。通信制御部１１１およびメモリ１１２は、左コントローラ３の通信制御部１０１およびメモリ１０２と同様の機能を有する。したがって、通信制御部１１１は、端子６４を介した有線通信と、端子６４を介さない無線通信（具体的には、Ｂｌｕｅｔｏｏｔｈ（登録商標）の規格に従った通信）との両方で本体装置２と通信を行うことが可能であり、右コントローラ４が本体装置２に対して行う通信方法を制御する。

右コントローラ４は、左コントローラ３の各入力部と同様の各入力部を備える。具体的には、各ボタン１１３、および、アナログスティック５２を備える。これらの各入力部については、左コントローラ３の各入力部と同様の機能を有し、同様に動作する。

右コントローラ４は、電力供給部１１８を備える。電力供給部１１８は、左コントローラ３の電力供給部１０８と同様の機能を有し、同様に動作する。

以上に説明したように、本実施形態におけるゲームシステム１については左コントローラ３および右コントローラ４が本体装置２から着脱可能である。また、クレードルに左コントローラ３および右コントローラ４が本体装置２に装着された一体型装置や本体装置２単体を装着することによって据置型モニタ等の外部表示装置に画像（および音声）を出力可能である。以下の説明では、ディスプレイ１２に画像を表示する利用態様におけるゲームシステム１を用いて説明する。

ゲームシステム１における左コントローラ３および／または右コントローラ４の各操作ボタンやスティックの操作、あるいは本体装置２のタッチパネル１３に対するタッチ操作等に応じて、ディスプレイ１２に表示される仮想空間を用いたゲームプレイが行われる。本実施例では、一例として、上記操作ボタン、スティック、およびタッチパネル１３を用いたユーザ操作に応じて、仮想空間内に配置された、複数のキャラクタ等を動作させるゲームプレイが可能となる。

図８および図９を用いて、複数のゲームシステム１およびサーバ２００によって構成される情報処理システムについて説明する。図８は、情報処理システムの構成の一例を示すブロック図である。図９は、サーバ２００の構成の一例を示すブロック図である。

図８に示すように、複数のゲームシステム１およびサーバ２００が、ネットワーク１００を介して接続されることによって情報処理システムが構築される。ゲームシステム１は、無線または有線通信を用いて、ネットワーク１００に接続可能に構成され、サーバ２００との間でクライアント－サーバシステムを構成している。例えば、ゲームシステム１は、所定のアプリケーション（例えば、ゲームアプリケーション）の実行が可能である。また、ゲームシステム１は、上記所定のアプリケーションを実行することによって、ネットワーク１００を介して、サーバ２００と接続を確立して、サーバ２００との通信が可能となる。

サーバ２００は、通信部２０１、制御部２０２、および記憶部２０３を有している。通信部２０１は、通信パケットの送受信を行うことで、ネットワーク１００を介してゲームシステム１等と通信を行う。一例として、制御部２０２は、ゲームシステム１との間で行われるゲーム進行の管理、ユーザ間で交換するキャラクタ、交換された場所等を管理する処理、課金に関する情報を管理する処理等のほか、通信部２０１を介してゲームシステム１等との通信リンクを確立し、ネットワーク１００におけるデータ搬送制御や経路選択を行う。また、制御部２０２は、複数のゲームシステム１との間でゲーム（例えば、後述するキャラクタの交換）を行う場合、当該ゲームを行うゲームシステム１の組み合わせや当該ゲームシステム１の間のデータ通信の管理を行う。記憶部２０３は、制御部２０２で実行されるプログラム、上記処理に必要な各種データ、ゲームシステム１との通信に必要な各種データ等が記憶される。なお、ネットワーク１００を用いたデータ送受信に所定のログイン処理が必要なシステムである場合、当該ログインしようとしているユーザが正規のユーザか否かを判別する認証処理をサーバ２００において行ってもかまわない。また、サーバ２００は、単一のサーバマシンから構成されてもいいし、複数のサーバマシンによって構成されてもよい。

本実施例では、ゲーム内で用いられるアイテムまたはキャラクタを交換対象としてユーザ間で交換する処理が可能である。上記交換が行われる場合、サーバ２００を介して、上記交換対象の情報を示す交換対象情報データＩがサーバ２００を介して送受信される。例えば、ゲームシステム１ａのユーザとゲームシステム１ｂのユーザとの間で上記交換が成立した場合、ゲームシステム１ａのユーザが交換に出した交換対象の情報を示す交換対象情報データＩａが、サーバ２００を介してゲームシステム１ａからゲームシステム１ｂへ送信される。また、ゲームシステム１ｂのユーザが交換に出した交換対象の情報を示す交換対象情報データＩｂが、サーバ２００を介してゲームシステム１ｂからゲームシステム１ａへ送信される。これらの交換対象情報データＩが送受信されることによって、ゲームシステム１ａのユーザとゲームシステム１ｂのユーザとの間で交換対象を交換する処理が行われる。また、ゲームシステム１ｂのユーザが、ゲームシステム１ａから交換対象を受け取り、ゲームシステム１ｃのユーザに交換対象を渡すような１対１でない交換方法も、本実施例における交換に含まれるものとする。なお、本実施例においては、ユーザによって交換に出すものとして指定されたアイテムまたはキャラクタの情報と当該ユーザによって指定された場所（交換に出す場所）の情報とが、少なくとも交換対象の情報として含まれている。また、以下の説明においては、交換対象の一例として、キャラクタを用いて説明を行う。

（第１の実施形態）
図１０～図１５を参照して、本発明の第１の実施形態に係るゲーム処理（キャラクタ交換および表示処理）の一例について説明する。なお、図１０は、第１の実施形態に係るゲーム処理におけるキャラクタ選択場面で表示されるゲーム画像の例を示す図である。図１１は、第１の実施形態に係るゲーム処理における場所選択場面で表示されるゲーム画像の例を示す図である。図１２は、第１の実施形態に係るゲーム処理における交換成立演出で表示されるゲーム画像の例を示す図である。図１３は、第１の実施形態に係るゲーム処理における図鑑表示場面で表示されるゲーム画像の第１の表示例を示す図である。図１４は、第１の実施形態に係るゲーム処理における図鑑表示場面で地球儀オブジェクトＥを回転させて表示されるゲーム画像の例を示す図である。図１５は、第１の実施形態に係るゲーム処理における図鑑表示場面で表示されるゲーム画像の第２の表示例を示す図である。

図１０において、ゲームシステム１のユーザが他のユーザとキャラクタを交換する場合、当該交換の第１段階として、ユーザ自身が他のユーザに交換に出すキャラクタを選択する。ここで、上記キャラクタは、ゲームに用いられるゲームオブジェクトであり、ユーザが選択することによって仮想空間に登場させて動作させることができる。例えば、図１０に例示するゲーム画像には、ユーザが交換に出すことが可能なキャラクタの一覧が、交換に出す交換対象の選択肢としてディスプレイ１２に表示されている。交換に出す選択肢として提示されるキャラクタは、ユーザが現時点で所持しているキャラクタのうち、交換相手に提供可能なキャラクタであり、過去に交換相手との交換によって取得したキャラクタを含んでいてもよい。図１０の例では、交換に出す交換対象の選択肢として６つのキャラクタＣ１～Ｃ６が表示されている。そして、ゲームシステム１を用いたユーザ操作に基づいて、これらの６つのキャラクタＣ１～Ｃ６から、他のユーザとの交換に出す交換対象が指定される。

次に、上記交換の第２段階として、選択された交換対象のキャラクタをユーザが交換に出す場所が指定される。本実施例では、図１１に例示するように、ユーザが交換に出す場所を地球儀オブジェクトＥで表すユーザインターフェイスが用いられる。地球儀オブジェクトＥは、現実の世界の地球を模した地球儀を示す立体的な球形状オブジェクトであり、図１１の例では、所定の方向から見た地球儀オブジェクトＥが表示されている。なお、地球儀オブジェクトＥは、地球の地形に応じて表面に起伏が形成されていてもよいし、全体が平滑な球面で形成されていてもよい。なお、地球儀オブジェクトＥは、所定のユーザインターフェイスの一例に相当する。

ユーザは、地球儀オブジェクトＥ上に設定されている複数のポイントＰｉ（図１１において黒点でそれぞれ示されている場所であり、例えば、６３０ポイント）の何れかを選択することによって、交換対象のキャラクタを当該ユーザが交換に出す場所を指定することができる。例えば、図１１の例では、上記複数ポイントＰｉのうち、ポイントＰｓ（図示星印のポイント）が、交換に出す場所として指定された例を示している。ポイントを指定する方法については、どのような方法であってもよい。第１の例として、上記複数ポイントＰｉのうち、ユーザ操作による表示画像に対する指示位置と重なる地球儀オブジェクトＥ上の位置に最も近いポイントが指定されてもよい。第２の例として、地球儀オブジェクトＥ上の座標や緯度経度をユーザが指定する操作を行うことにより、当該指定された位置に最も近いポイントが指定されてもよい。第３の例として、選択肢として提示された複数のポイントＰｉから１つのポイントを選択するユーザ操作が行われることにより、ポイントが指定されてもよい。第４の例として、選択された国名、地域名、都市名、町名等に対応する地球儀オブジェクトＥ上の位置に基づいて、ポイントが指定されてもよい。第５の例として、予め設定されているユーザの場所（例えば、ユーザによって予め設定されている住所、居所、現在地）に対応する地球儀オブジェクトＥ上の位置に基づいて、ポイントが指定されてもよい。第６の例として、ゲーム初期設定において、ユーザが交換に出すポイントが予め設定されてもよい。第７の例として、交換に出す場所として指定されるポイントがランダムで設定されてもよい。

次に、上記交換の第３段階として、ユーザが操作するゲームシステム１からサーバ２００に対して、キャラクタの交換申請が行われる。そして、サーバ２００において、ユーザから申請されたキャラクタと交換を行う交換相手を選択する処理が行われる。例えば、上記交換申請において、ゲームシステム１は、交換に出すキャラクタを示す情報と指定されたポイント（交換に出す場所）を示す情報とが少なくとも示される交換対象情報データＩ（図８参照）を、サーバ２００へ送信する。なお、本実施例では、交換相手や交換によって取得したいキャラクタ等を指定せずに、交換申請が行われる。

上記交換の第４段階として、サーバ２００において交換成否の判定および交換相手の選択が行われる。第１の実施形態では、サーバ２００は、交換申請されたポイント（ユーザによって交換に出された場所）と同じポイントにおいて、他のユーザの交換申請が行われている場合、当該他のユーザを交換相手として選択する。例えば、図１１の例では、ポイントＰｓを交換に出す場所として交換申請している他のユーザがいる場合、当該他のユーザとの間でキャラクタの交換が行われる。なお、キャラクタの交換申請は、当該交換申請が行われた時点から所定の期間後までが交換有効期間とされ、当該交換有効期間中に交換相手が見つかった場合に当該交換相手との間の交換が成立する。なお、交換申請中の期間については、ゲームシステム１において、サーバ２００との通信中であり交換相手を検索していることを示す画像（例えば、キャラクタが配置されていない地球儀オブジェクトＥの画像）が表示されてもよいし、他のゲーム処理が交換申請と並行して行われてもよい。

サーバ２００は、ゲームシステム１の第１ユーザから交換申請が行われて交換対象情報データＩ１を受信した場合、交換対象情報データＩ１に基づいて、アップロードされた第１ユーザのキャラクタを指定されたポイントに登録して記憶部２０３に記憶する。そして、サーバ２００は、同じポイントに他のユーザのキャラクタが少なくとも１つ登録されている場合、上記アップロードされた第１ユーザのキャラクタと交換する第２ユーザのキャラクタを選択して、交換を成立させる。交換が成立した場合、サーバ２００は、第１ユーザのゲームシステム１に、第２ユーザが交換申請していたキャラクタを示す情報と、第２ユーザが交換の際にしていたポイントを示す情報とを少なくとも示す交換対象情報データＩ２を送信することによって、交換が成立したことを通知する。また、サーバ２００は、第２ユーザのゲームシステム１に、第１ユーザが交換申請していたキャラクタを示す情報と、第１ユーザが交換の際にしていたポイントを示す情報とを少なくとも示す交換対象情報データＩ１を送信することによって、交換が成立したことを通知する。そして、サーバ２００は、交換申請において登録されている第１ユーザのキャラクタおよび第２ユーザのキャラクタに関連する情報を、記憶部２０３から削除する。

サーバ２００は、同じポイントに他のユーザのキャラクタが登録されておらず、交換有効期間が満了してタイムアウトした場合、上記アップロードされた第１ユーザのキャラクタとの交換が不成立と判定する。そして、交換が不成立の場合、サーバ２００は、交換が不成立であった旨を示す交換不成立データを第１ユーザのゲームシステム１に送信する。そして、サーバ２００は、交換申請において登録されている第１ユーザのキャラクタに関連する情報を、サーバ２００から削除する。

上記交換の第５段階として、ゲームシステム１において交換の成否がユーザに通知される。サーバ２００から交換が成立したことを示す交換対象情報データＩを受信した場合、ゲームシステム１は、ディスプレイ１２に交換が成立した旨を通知する画像を表示する。例えば、図１２に例示するように、キャラクタの交換が成立した場合、ディスプレイ１２には、交換によって他のユーザから取得したキャラクタ（図１２の例では、キャラクタＣ７）を示す画像と、交換が成立したポイント（図１２の例では、交換の際にユーザが指定したポイントと同じポイントＰｓ）を通知する画像とが表示される。そして、ゲームシステム１は、他のユーザへの交換に出したキャラクタを、ユーザが所持していない状態（例えば、当該キャラクタが過去の交換によって取得されたものであった場合は後述する地球儀オブジェクトＥを用いた図鑑表示が交換履歴として継続して可能となるが、仮想空間に登場させて動作させるようなゲーム利用ができない状態）とする。また、ゲームシステム１は、他のユーザとの交換によって新たに取得したキャラクタを、ゲームで利用可能なキャラクタとして追加するともに、他のユーザによって当該キャラクタの交換の際に指定されていたポイントを示す情報を当該キャラクタと関連付けて管理する。

一方、サーバ２００から交換が不成立となったことを示す交換不成立データを受信した場合、ゲームシステム１は、ディスプレイ１２に交換が不成立となった旨を通知する画像を表示する。交換が不成立となった場合、ゲームシステム１は、他のユーザへの交換に出して交換不成立となったキャラクタをゲームで利用可能なキャラクタとして復活させてもよいし、当該キャラクタをユーザが所持していない状態としてもよい。

本実施例においては、上記交換によって交換相手から取得済みのキャラクタを表示することができる。第１の表示例として、図１３に示すように、交換によって取得済みのキャラクタが、地球儀オブジェクトＥ上において当該キャラクタの交換相手が指定した場所にそれぞれ表示される。例えば、図１３におけるゲーム画像例では、上述した説明においてポイントＰｓで交換が成立したキャラクタＣ７が、地球儀オブジェクトＥ上のポイントＰｓ近傍に表示されている。また、他の交換において、ポイントＰ１で交換が成立済みのキャラクタＣ２が、地球儀オブジェクトＥ上のポイントＰ１近傍に表示されている。また、他の交換において、ポイントＰ２で交換が成立済みのキャラクタＣ３が、地球儀オブジェクトＥ上のポイントＰ２近傍に表示されている。このように、地球儀オブジェクトＥ上において交換が成立したポイント近傍に、当該交換で取得したキャラクタを表示することによって、交換で取得済みのキャラクタの表示が可能になるとともに、当該キャラクタを取得した場所の表示も可能となるキャラクタ図鑑として機能させることができる。

また、ユーザ操作入力に基づいた回転指示に応じて、地球儀オブジェクトＥを回転させて表示することができる。例えば、図１３に示す地球儀オブジェクトＥを回転させる回転指示が行われた場合、図１４に示すような地球儀オブジェクトＥが表示される状態となる。この回転指示によって、図１３に示す状態において手前側に配置されていたキャラクタＣ２、Ｃ３、およびＣ７が裏側に移動して表示できなくなる一方、図１４に示す状態ではポイントＰ３に配置されているキャラクタＣ１およびポイントＰ４に配置されているキャラクタＣ５が表側に移動して表示可能な状態となっている。なお、ユーザ操作入力に基づいた回転指示に応じて、地球儀オブジェクトＥが自転軸周りに回転可能であってもよいし、自由な回転方向に回転可能であってもよい。

このように、地球儀オブジェクトＥを回転可能に構成することにより、ユーザは、地球儀オブジェクトＥの全面に配置されているオブジェクトを見ることができ、各オブジェクトが交換された場所も全面において確認することができる。

上記交換によって交換相手から取得済みのキャラクタを表示する第２の表示例として、地球儀オブジェクトＥ上のポイントの１つが選択された場合、当該ポイントが指定された交換によって取得済みのキャラクタが一覧表示される。例えば、図１５に示すように、交換によって交換相手から取得済みのキャラクタが、地球儀オブジェクトＥ上において当該交換相手が指定した場所を選択する操作が行われることによって、リスト表示されている。具体的には、ユーザ操作によって地球儀オブジェクトＥ上のポイントＰ１が選択されたことに応じて、ポイントＰ１の表示態様が変化するとともに、交換相手がポイントＰ１を指定した交換によって取得したキャラクタＣ２およびＣ４が、それぞれの交換成立日とともにリスト表示されている。なお、図１５に例示しているように、同じキャラクタが１つのポイントにおいて別の交換でそれぞれ取得されている場合、一例として、それぞれの交換成立日とともに当該キャラクタを重複表示してもよい。

なお、上記交換によって交換相手から取得済みのキャラクタを表示する第２の表示例においても、ユーザ操作入力に基づいた回転指示に応じて、第１の表示例と同様に地球儀オブジェクトＥを回転させて表示してもよい。また、上記第１の表示例および上記第２の表示例の両方を用いて、上記交換によって交換相手から取得済みのキャラクタを表示してもよい。一例として、交換によって１体のキャラクタが得られているポイントでは上記第１の表示例の表示態様で当該キャラクタを表示し、交換によって複数のキャラクタが得られているポイントでは上記第２の表示例の表示態様で当該キャラクタを表示する。他の例として、上記第２の表示例を用いて交換相手から取得済みのキャラクタを表示する場合であっても、ポイント毎に代表するキャラクタ１体（例えば、複数のキャラクタのうち、直近に取得されたキャラクタ）を上記第１の表示例を用いて地球儀オブジェクトＥ上の当該ポイント近傍に表示する。

また、上述した実施例では、ユーザが交換に出す場所を指定するためのユーザインターフェイスと、交換によって交換相手から取得済みの交換対象（キャラクタ）を見るためのユーザインターフェイスとを、同じ地球儀オブジェクトＥを用いて説明しているが、これらのユーザインターフェイスは、同じでもよいし、異なっていてもよい。

また、上述した実施例では、ユーザが交換に出す場所を指定する、および交換によって交換相手から取得済みの交換対象（キャラクタ）を見るためのユーザインターフェイスとして、地球儀オブジェクトＥを用いているが、少なくとも一方のユーザインターフェイスとして他の画像が用いられてもよい。例えば、平面地図や立体地図を示す画像を用いたユーザインターフェイスによって、当該地図上のエリアや地点をユーザが選択することによりユーザが交換に出す場所を指定したり、交換によって交換相手から取得済みの交換対象を当該地図上に配置して表示されたりしてもよい。また、上記ユーザインターフェイスは、現実の世界を模した地球儀を示すオブジェクトや地図を示す画像等でもよいし、仮想世界における天体を示すオブジェクトや平面ゲームマップや立体ゲームマップを示す画像等でもよい。

本実施例においては、上記交換が済んだ交換相手が指定したポイントの箇所数に基づいて、上記キャラクタが登場するゲームで利用できる所定の報酬がユーザに付与されてもよい。例えば、上記交換が済んだ交換相手が指定したポイントの履歴に基づいて、当該ポイントの箇所数（場所の数）が所定数に到達した場合、上記ゲームを進める際に有利となるアイテム、キャラクタ、ゲーム内通貨、能力、経験値、隠し要素や隠しステージの解放等が報酬としてユーザに付与される。このように、交換の際に交換相手によって指定された場所の数が累積されることによる報酬がユーザに付与されることによって、交換によって取得されるキャラクタの情報の付加情報として得られる場所の情報に、さらなるインセンティブを与えることができる。また、地球儀オブジェクトＥを用いて、交換で取得されたキャラクタが指定されたポイントが確認可能に構成されているため、上記報酬が付与されるための状況をユーザが確認することも可能となる。

（第２の実施形態）
図１６および図１７を参照して、本発明の第２の実施形態に係るゲーム処理（キャラクタ交換および表示処理）の一例について説明する。図１６は、第２の実施形態に係るゲーム処理における交換成立演出で表示されるゲーム画像の例を示す図である。図１７は、第２の実施形態に係るゲーム処理における図鑑表示場面で表示されるゲーム画像の例を示す図である。

上述した第１の実施形態に係るゲーム処理に対して、第２の実施形態に係るゲーム処理は、交換相手の選択方法が異なり、交換申請が行われる上記交換の第３段階までの処理および交換されたポイント数に応じて報酬を付与する処理は第１の実施形態と同様である。したがって、第２の実施形態に係るゲーム処理の説明においては、上記交換の第３段階までの処理および報酬を付与する処理についての説明は省略する。なお、以下の説明においては、第１の実施形態に係るゲーム処理と同様に、ゲームシステム１のユーザが地球儀オブジェクトＥ上のポイントＰｓ（図１１参照）を指定してサーバ２００に交換申請を行った例を用いる。

第２の実施形態における上記交換の第４段階として、サーバ２００において交換成否の判定および交換相手の選択が行われる。第２の実施形態では、サーバ２００は、全ポイント（例えば、６３０ポイント）を交換相手選択の対象として、何れかのポイントを指定する交換申請が他のユーザから行われている場合、これら他のユーザから交換相手を選択する。すなわち、交換相手の選択において、交換申請の際に指定しているポイントとは異なるポイントを指定している他のユーザが交換相手として選択されてもかまわない。交換相手の選択方法は、一例として、ランダムであってもよい。この場合、キャラクタの交換申請は、当該交換申請が行われた時点から所定の期間後までが交換有効期間とされ、当該交換有効期間中に交換相手が見つかった場合に当該交換相手との間の交換が成立する。

サーバ２００は、ゲームシステム１の第１ユーザから交換申請が行われて交換対象情報データＩ１を受信した場合、交換対象情報データＩ１に基づいて、アップロードされた第１ユーザのキャラクタを指定されたポイントに登録して記憶部２０３に記憶する。そして、サーバ２００は、全ポイントまたは第１ユーザが指定するポイントを除く全ポイントを交換組み合わせの対象として、他のユーザのキャラクタが少なくとも１つ当該ポイントに登録されている場合、上記アップロードされた第１ユーザのキャラクタと交換する第２ユーザのキャラクタを選択して、交換を成立させる。交換が成立した場合、サーバ２００は、第１ユーザのゲームシステム１に、第２ユーザが交換申請していたキャラクタを示す情報と、第２ユーザが交換の際にしていたポイントを示す情報とを少なくとも示す交換対象情報データＩ２を送信することによって、交換が成立したことを通知する。また、サーバ２００は、第２ユーザのゲームシステム１に、第１ユーザが交換申請していたキャラクタを示す情報と、第１ユーザが交換の際にしていたポイントを示す情報とを少なくとも示す交換対象情報データＩ１を送信することによって、交換が成立したことを通知する。そして、サーバ２００は、交換申請において登録されている第１ユーザのキャラクタおよび第２ユーザのキャラクタに関連する情報を、記憶部２０３から削除する。

サーバ２００は、全ポイントまたは第１ユーザが指定するポイントを除く全ポイントに他のユーザのキャラクタが登録されておらず、交換有効期間が満了してタイムアウトした場合、上記アップロードされた第１ユーザのキャラクタとの交換が不成立と判定する。そして、交換が不成立の場合、サーバ２００は、交換が不成立であった旨を示す交換不成立データを第１ユーザのゲームシステム１に送信する。そして、サーバ２００は、交換申請において登録されている第１ユーザのキャラクタに関連する情報を、サーバ２００から削除する。

第２の実施形態における上記交換の第５段階として、ゲームシステム１において交換の成否がユーザに通知される。サーバ２００から交換が成立したことを示す交換対象情報データＩを受信した場合、ゲームシステム１は、ディスプレイ１２に交換が成立した旨を通知する画像を表示する。例えば、図１６に例示するように、キャラクタの交換が成立した場合、ディスプレイ１２には、交換によって他のユーザから取得したキャラクタ（図１６の例では、キャラクタＣ８）を示す画像と、交換が成立したポイント（図１６の例では、交換の際にユーザが指定したポイントＰｓと異なるポイントＰｒ）を通知する画像とが表示される。そして、ゲームシステム１は、他のユーザへの交換に出したキャラクタを、ユーザが所持していない状態とする。また、ゲームシステム１は、他のユーザとの交換によって新たに取得したキャラクタを、ゲームで利用可能なキャラクタとして追加するともに、他のユーザによって当該キャラクタの交換の際に指定されていたポイントを示す情報を当該キャラクタと関連付けて管理する。

一方、サーバ２００から交換が不成立となったことを示す交換不成立データを受信した場合、ゲームシステム１は、ディスプレイ１２に交換が不成立となった旨を通知する画像を表示する。

第２の実施形態に係るゲーム処理においても、第１の実施形態における第１の表示例および第２の表示例と同様に、上記交換によって交換相手から取得済みのキャラクタを表示することができる。例えば、図１７に示すように、交換によって取得済みのキャラクタが、地球儀オブジェクトＥ上において当該キャラクタの交換相手が指定した場所にそれぞれ表示される。図１７におけるゲーム画像例では、上述した説明においてポイントＰｓをユーザが指定した交換において取得したキャラクタＣ８が、地球儀オブジェクトＥ上において当該指定ポイントＰｓとは異なるポイントＰｒ近傍に表示されている。また、他の交換において、ポイントＰ１で交換が成立済みのキャラクタＣ２が、地球儀オブジェクトＥ上のポイントＰ１近傍に表示されている。また、他の交換において、ポイントＰ２で交換が成立済みのキャラクタＣ３が、地球儀オブジェクトＥ上のポイントＰ２近傍に表示されている。このように、地球儀オブジェクトＥ上において交換が成立したポイント近傍に、当該交換で取得したキャラクタを表示することによって、第２の実施形態においても交換で取得済みのキャラクタの表示が可能になるとともに、当該キャラクタを取得した場所の表示も可能となるキャラクタ図鑑として機能させることができる。

なお、第２の実施形態における交換相手の選択方法の他の一例として、記憶部２０３に最後に記憶されたキャラクタを指定するようにしてもよい。この場合、交換が成立した場合に送信されたキャラクタが記憶部２０３に最後に記憶され、新たに最後に記憶されたキャラクタとなるため、常に最後に記憶されたキャラクタが存在することになり、交換有効期間を設定する必要はない。また、受信したキャラクタを提供した相手と、送信したキャラクタを受け取る相手が異なることになる。

次に、図１８～図２３を参照して、本実施例においてゲームシステム１およびサーバ２００を含む情報処理システムにおいて行われる処理の詳細を説明する。なお、図１８は、本実施例において本体装置２のＤＲＡＭ８５に設定されるデータ領域の一例を示す図である。なお、ＤＲＡＭ８５には、図１８に示すデータの他、他の処理で用いられるデータも記憶されるが、詳細な説明を省略する。

ＤＲＡＭ８５のプログラム記憶領域には、ゲームシステム１で実行される各種プログラムＰａが記憶される。本実施例においては、各種プログラムＰａは、左コントローラ３および／または右コントローラ４や本体装置２から取得したデータに基づいた情報処理を行うためのアプリケーションプログラム（例えば、ゲームプログラム）等が記憶される。なお、各種プログラムＰａは、フラッシュメモリ８４に予め記憶されていてもよいし、ゲームシステム１に着脱可能な記憶媒体（例えば、スロット２３に装着された所定の種類の記憶媒体）から取得されてＤＲＡＭ８５に記憶されてもよいし、インターネット等のネットワークを介して他の装置から取得されてＤＲＡＭ８５に記憶されてもよい。プロセッサ８１は、ＤＲＡＭ８５に記憶された各種プログラムＰａを実行する。

また、ＤＲＡＭ８５のデータ記憶領域には、ゲームシステム１において実行される情報処理等の処理において用いられる各種のデータが記憶される。本実施形態においては、ＤＲＡＭ８５には、操作データＤａ、キャラクタデータＤｂ、交換対象情報データＤｃ、送信データＤｄ、受信データＤｅ、地球儀オブジェクトデータＤｆ、報酬データＤｇ、交換処理フラグデータＤｈ、図鑑表示フラグデータＤｉ、および画像データＤｊ等が記憶される。

操作データＤａは、左コントローラ３および／または右コントローラ４や本体装置２からそれぞれ適宜取得した操作データである。上述したように、左コントローラ３および／または右コントローラ４や本体装置２からそれぞれ取得される操作データには、各入力部（具体的には、各ボタン、アナログスティック、タッチパネル）からの入力に関する情報（具体的には、操作に関する情報）が含まれている。本実施例では、左コントローラ３および／または右コントローラ４や本体装置２からそれぞれ操作データを取得しており、当該取得した操作データを用いて操作データＤａが適宜更新される。なお、操作データＤａの更新周期は、後述するゲームシステム１で実行される処理の周期である１フレーム毎に更新されてもよいし、上記操作データが取得される周期毎に更新されてもよい。

キャラクタデータＤｂは、ユーザが所持しているキャラクタに関するデータであり、キャラクタ毎に種別データＤｂ１、交換場所データＤｂ２、および交換日時データＤｂ３等を含んでいる。種別データＤｂ１は、キャラクタの種別を示すデータである。交換場所データＤｂ２は、キャラクタが交換で取得された場所（ポイント）を示すデータである。交換日時データＤｂ３は、キャラクタが交換で取得された日時を示すデータである。

交換対象情報データＤｃは、ユーザが所持するキャラクタを交換に出す際の交換対象の情報を示すデータであり、交換キャラクタデータＤｃ１および交換指定場所データＤｃ２等を含んでいる。交換キャラクタデータＤｃ１は、ユーザが交換に出すキャラクタを示すデータである。交換指定場所データＤｃ２は、ユーザが交換に出す際に指定された場所（ポイント）を示すデータである。

送信データＤｄは、ゲームシステム１が他の装置（例えば、サーバ２００）へ送信するデータである。受信データＤｅは、ゲームシステム１が他の装置（例えば、サーバ２００）から受信したデータである。

地球儀オブジェクトデータＤｆは、仮想カメラ（視点）から見た地球儀オブジェクトＥの姿勢や方向（回転角度）を示すデータである。

箇所数データＤｇは、交換が済んだ交換相手が指定したポイントの箇所数（場所の数）を示すデータである。

交換処理フラグデータＤｈは、交換処理が行われている場合にオンに設定される交換処理フラグを示すデータである。図鑑表示フラグデータＤｉは、図鑑表示が行われている場合にオンに設定される図鑑表示フラグを示すデータである。

画像データＤｊは、表示画面（例えば、本体装置２のディスプレイ１２）に画像（例えば、キャラクタの画像、ユーザインターフェイスで用いられる画像、仮想空間の画像、背景画像等）を表示するためのデータである。

次に、図１９～図２１を参照して、本実施例においてゲームシステム１において行われる情報処理の詳細な一例を説明する。図１９は、ゲームシステム１で実行される情報処理の一例を示すフローチャートである。図２０は、図１９におけるステップＳ１２６において行われる交換処理の詳細な一例を示すサブルーチンである。図２１は、図１９におけるステップＳ１３０において行われる図鑑表示処理の詳細な一例を示すサブルーチンである。本実施例においては、図１９～図２１に示す一連の処理は、プロセッサ８１が各種プログラムＰａに含まれる所定のアプリケーションプログラム（ゲームプログラム）を実行することによって行われる。また、図１９～図２１に示す情報処理が開始されるタイミングは任意である。

なお、図１９～図２１に示すフローチャートにおける各ステップの処理は、単なる一例に過ぎず、同様の結果が得られるのであれば、各ステップの処理順序を入れ替えてもよいし、各ステップの処理に加えて（または代えて）別の処理が実行されてもよい。また、本実施例では、上記フローチャートの各ステップの処理をプロセッサ８１が実行するものとして説明するが、上記フローチャートにおける一部のステップの処理を、プロセッサ８１以外のプロセッサや専用回路が実行するようにしてもよい。また、本体装置２において実行される処理の一部は、本体装置２と通信可能な他の情報処理装置（例えば、サーバ２００）によって実行されてもよい。すなわち、図１９～図２１に示す各処理は、本体装置２を含む複数の情報処理装置が協働することによって実行されてもよい。

図１９において、プロセッサ８１は、情報処理における初期設定を行い（ステップＳ１２１）、次のステップに処理を進める。例えば、上記初期設定では、プロセッサ８１は、以下に説明する処理を行うためのパラメータを初期化する。

次に、プロセッサ８１は、左コントローラ３、右コントローラ４、および／または本体装置２から操作データを取得して操作データＤａを更新し（ステップＳ１２２）、次のステップに処理を進める。

次に、プロセッサ８１は、操作データＤａを参照して、キャラクタを交換する交換指示が行われたか否かを判定する（ステップＳ１２３）。そして、プロセッサ８１は、操作データＤａが上記交換指示を示している場合、ステップＳ１２４に処理を進める。一方、プロセッサ８１は、操作データＤａが上記交換指示を示していない場合、ステップＳ１２５に処理を進める。

ステップＳ１２４において、プロセッサ８１は、交換処理フラグをオンに設定して、ステップＳ１２５に処理を進める。例えば、プロセッサ８１は、交換処理フラグをオンに設定して、交換処理フラグデータＤｈを更新する。

ステップＳ１２５において、プロセッサ８１は、交換処理フラグデータＤｈを参照して、交換処理フラグがオンに設定されているか否かを判定する。そして、プロセッサ８１は、交換処理フラグがオンに設定されている場合、ステップＳ１２６に処理を進める。一方、プロセッサ８１は、交換処理フラグがオフに設定されている場合、ステップＳ１２７に処理を進める。

ステップＳ１２６において、プロセッサ８１は、交換処理を行い、ステップＳ１２７に処理を進める。以下、図２０を参照して、上記ステップＳ１２６において行われる交換処理について説明する。

図２０において、プロセッサ８１は、キャラクタを選択する場面であるか否かを判定する（ステップＳ１４１）。そして、プロセッサ８１は、交換に出すキャラクタを選択する指示を操作データＤａが示している場合、またはキャラクタを選択中である場合、ステップＳ１４２に処理を進める。一方、プロセッサ８１は、キャラクタを選択する場面でない場合、ステップＳ１４３に処理を進める。

ステップＳ１４２において、プロセッサ８１は、交換に出すキャラクタの選択肢を示すキャラクタ一覧画像（図１０参照）を設定することによってユーザにキャラクタの選択を促し、何れかのキャラクタを選択するユーザ指示に基づいて交換に出すキャラクタを選択する処理を行い、ステップＳ１４３に処理を進める。例えば、プロセッサ８１は、操作データＤａに基づいて、表示されているキャラクタ一覧画像から交換に出すキャラクタを選択し、選択されたキャラクタに基づいて交換キャラクタデータＤｃ１を更新する。なお、操作入力に基づいて、プレイヤが交換のために他の情報処理装置に送信するアイテムまたはキャラクタを指定させるコンピュータは、一例としてステップＳ１４２の処理を行うプロセッサ８１に相当する。

ステップＳ１４３において、プロセッサ８１は、交換における場所を指定する場面であるか否かを判定する。そして、プロセッサ８１は、場所を指定する指示を操作データＤａが示している場合、または場所を指定中である場合、ステップＳ１４４に処理を進める。一方、プロセッサ８１は、場所を指定する場面でない場合、ステップＳ１４５に処理を進める。

ステップＳ１４４において、プロセッサ８１は、場所（ポイント）の指定が可能な地球儀オブジェクトＥ（図１１参照）を設定することによってユーザに場所の指定を促し、何れかの場所を指定するユーザ指示に基づいて交換における場所を指定する処理を行い、ステップＳ１４５に処理を進める。例えば、プロセッサ８１は、操作データＤａに基づいて、地球儀オブジェクトＥにおいて設定されている複数のポイントから１つのポイントを選択し、選択されたポイントに基づいて交換指定場所データＤｃ２を更新する。なお、操作入力に基づいて、所定のユーザインターフェイス上にプレイヤが指定する場所を設定させるコンピュータは、一例としてステップＳ１４４の処理を行うプロセッサ８１に相当する。

ステップＳ１４５において、プロセッサ８１は、交換を開始するか否かを判定する。例えば、プロセッサ８１は、操作データＤａが交換を開始するユーザ指示を示している場合、上記ステップＳ１４５において肯定判定する。そして、プロセッサ８１は、交換を開始する場合、ステップＳ１４６に処理を進める。一方、プロセッサ８１は、交換を開始しない場合、ステップＳ１４７に処理を進める。

ステップＳ１４６において、プロセッサ８１は、送信する交換対象情報データを設定して、ステップＳ１４７に処理を進める。例えば、プロセッサ８１は、交換対象情報データＤｃに基づいて、ユーザが交換に出すキャラクタの情報および交換において指定する場所の情報を含む交換対象情報データを作成して、サーバ２００に送信するための送信データＤｄとしてセットする。なお、作成された交換対象情報データは、後述するステップＳ１３１における送受信処理が実行されることによって、サーバ２００へ送信される。また、上記ステップＳ１４６の実行を契機として、プロセッサ８１は、サーバ２００からの交換結果を待っている状態であることを示す演出画像を設定することにより、後述するステップＳ１４８において肯定判定されるまでの期間において当該演出画像が表示される設定を行ってもよい。なお、交換において、プレイヤによって指定された場所の情報とプレイヤによって指定されたアイテムまたはキャラクタの情報とを交換対象の情報として他の情報処理装置へ送信させるコンピュータは、一例としてステップＳ１４６の処理を行うプロセッサ８１に相当する。

ステップＳ１４７において、プロセッサ８１は、受信データＤｅを参照して、他の装置（例えば、サーバ２００）から受信した受信データを分析し、次のステップに処理を進める。

次に、プロセッサ８１は、上記ステップＳ１４７の分析の結果、交換結果を示す受信データを受信しているか否かを判定する（ステップＳ１４８）。例えば、プロセッサ８１は、サーバ２００から交換が成立したことを示す交換相手の交換対象情報データや交換が不成立となったことを示す交換不成立データを受信している場合、上記ステップＳ１４８において肯定判定する。そして、プロセッサ８１は、交換結果を示す受信データを受信している場合、ステップＳ１４９に処理を進める。一方、プロセッサ８１は、交換結果を示す受信データを受信していない場合、ステップＳ１５３に処理を進める。

ステップＳ１４９において、プロセッサ８１は、交換が成立しているか否かを判定する。例えば、プロセッサ８１は、サーバ２００から交換が成立したことを示す交換相手の交換対象情報データを受信している場合に上記ステップＳ１４９において肯定判定し、サーバ２００から交換が不成立となったことを示す交換不成立データを受信している場合に上記ステップＳ１４９において否定判定する。そして、プロセッサ８１は、交換が成立している場合、ステップＳ１５０に処理を進める。一方、プロセッサ８１は、交換が不成立の場合、ステップＳ１５２に処理を進める。

ステップＳ１５０において、プロセッサ８１は、交換成立演出を設定して、次のステップに処理を進める。例えば、プロセッサ８１は、サーバ２００から受信した交換対象情報に基づいて、交換相手から取得したキャラクタおよび当該交換相手が指定していたポイントをユーザに通知するための画像（図１２参照）を設定することによって、交換成立を演出する。

次に、プロセッサ８１は、キャラクタ所持状態を更新する処理を行い（ステップＳ１５１）、ステップＳ１５３に処理を進める。例えば、プロセッサ８１は、交換相手から新たに取得したキャラクタをユーザが所持している状態（例えば、仮想空間に登場させて動作させるようなゲーム利用が可能な状態）とするとともに、当該キャラクタの種別、当該交換相手が指定したポイント、および交換が成立した日時を用いて、新たなキャラクタデータＤｂを追加する。また、プロセッサ８１は、交換相手への交換に出したキャラクタをユーザが所持していない状態（上記ゲーム利用ができない状態）とするが、当該キャラクタのキャラクタデータＤｂはそのまま継続させる。

一方、ステップＳ１５２において、プロセッサ８１は、交換不成立演出を設定して、ステップＳ１５３に処理を進める。例えば、プロセッサ８１は、サーバ２００から受信した交換不成立データに基づいて、交換が不成立であったことをユーザに通知するための画像を設定することによって、交換不成立を演出する。なお、交換において、交換相手が指定した場所の情報と当該交換相手が指定したアイテムまたはキャラクタの情報とを交換対象の情報として他の情報処理装置から受信させるコンピュータは、一例としてステップＳ１４７－Ｓ１５２の処理を行うプロセッサ８１に相当する。

ステップＳ１５３において、プロセッサ８１は、交換処理を終了するか否かを判定する。例えば、プロセッサ８１は、サーバ２００から交換結果を受信して交換に関する演出が終了した場合やユーザが交換処理を終了する操作を行った場合、上記ステップＳ１５３において肯定判定する。そして、プロセッサ８１は、交換処理を終了する場合、ステップＳ１５４に処理を進める。一方、プロセッサ８１は、交換処理を継続する場合、当該サブルーチンによる処理を終了する。

ステップＳ１５４において、プロセッサ８１は、交換処理フラグをオフに設定して、当該サブルーチンによる処理を終了する。例えば、プロセッサ８１は、交換処理フラグをオフに設定して、交換処理フラグデータＤｈを更新する。なお、上記ステップＳ１５４の処理がサーバ２００へ交換申請中に行われている場合、プロセッサ８１は、当該交換申請を中止する旨を示す交換申請中止データを送信データＤｄにセットしてもよい。

図１９に戻り、上記ステップＳ１２６の交換処理の後、または上記ステップＳ１２５における否定判定の後、プロセッサ８１は、操作データＤａを参照して、交換で取得したキャラクタの図鑑表示を行う指示が行われたか否かを判定する（ステップＳ１２７）。そして、プロセッサ８１は、操作データＤａが上記図鑑表示指示を示している場合、ステップＳ１２８に処理を進める。一方、プロセッサ８１は、操作データＤａが上記図鑑表示指示を示していない場合、ステップＳ１２９に処理を進める。

ステップＳ１２８において、プロセッサ８１は、図鑑表示フラグをオンに設定して、ステップＳ１２９に処理を進める。例えば、プロセッサ８１は、図鑑表示フラグをオンに設定して、図鑑表示フラグデータＤｉを更新する。

ステップＳ１２９において、プロセッサ８１は、図鑑表示フラグデータＤｉを参照して、図鑑表示フラグがオンに設定されているか否かを判定する。そして、プロセッサ８１は、図鑑表示フラグがオンに設定されている場合、ステップＳ１３０に処理を進める。一方、プロセッサ８１は、図鑑表示フラグがオフに設定されている場合、ステップＳ１３１に処理を進める。

ステップＳ１３０において、プロセッサ８１は、図鑑表示処理を行い、ステップＳ１３１に処理を進める。以下、図２１を参照して、上記ステップＳ１３０において行われる図鑑表示処理について説明する。なお、交換によって交換相手から交換対象として取得済みの少なくとも１つのアイテムまたはキャラクタが、ユーザインターフェイス上において当該交換相手が指定した場所に表示される、または当該場所が選択されることより表示される第１のユーザインターフェイス表示を行わせるコンピュータは、一例としてステップＳ１３０の処理を行うプロセッサ８１に相当する。

図２１において、プロセッサ８１は、地球儀オブジェクトＥを設定して（ステップＳ１６１）、次のステップに処理を進める。例えば、プロセッサ８１は、地球儀オブジェクトデータＤｆが示す姿勢および方向（回転角度）に基づいて、仮想空間内に地球儀オブジェクトＥ（図１３～図１５および図１７参照）を配置する処理を行う。

次に、プロセッサ８１は、交換で取得済みのキャラクタを地球儀オブジェクトＥ上に設定して（ステップＳ１６２）、次のステップに処理を進める。例えば、プロセッサ８１は、キャラクタデータＤｂに基づいて、交換で取得済みのキャラクタを地球儀オブジェクトＥ上におけるそれぞれの交換場所に設定する。例えば、プロセッサ８１は、上述した第１の表示例（図１３、図１４、および図１７参照）を用いてキャラクタを表示する場合、キャラクタ毎に設定されている交換場所に対応する地球儀オブジェクトＥ上の位置に当該キャラクタをそれぞれ配置する。

次に、プロセッサ８１は、地球儀オブジェクトＥを回転させるか否かを判定する（ステップＳ１６３）。例えば、プロセッサ８１は、操作データＤａを参照して、地球儀オブジェクトＥを回転させる指示が行われている場合、上記ステップＳ１６３において肯定判定する。そして、プロセッサ８１は、地球儀オブジェクトＥを回転させる場合、ステップＳ１６４に処理を進める。一方、プロセッサ８１は、地球儀オブジェクトＥを回転させない場合、ステップＳ１６５に処理を進める。

ステップＳ１６４において、プロセッサ８１は、回転処理を行い、ステップＳ１６５に処理を進める。例えば、プロセッサ８１は、操作データＤａが示すユーザ操作に応じて、地球儀オブジェクトＥを仮想空間内において回転させる、または仮想カメラの視点を回転移動させる等の制御によって、仮想カメラの視点に対して地球儀オブジェクトＥが回転した位置関係になるように地球儀オブジェクトデータＤｆを更新する。

ステップＳ１６５において、プロセッサ８１は、キャラクタ交換が成立した箇所数（場所の数）を算出し、次のステップに処理を進める。例えば、プロセッサ８１は、キャラクタ毎に設定されている交換場所データＤｂ２が示すポイントを、全て累積（同じポイントは、ポイント数が１として累積）することにより箇所数を算出して、箇所数データＤｇを更新する。

次に、プロセッサ８１は、上記ステップＳ１６５において算出された箇所数に基づいて、ユーザに報酬を付与するか否かを判定する（ステップＳ１６６）。例えば、プロセッサ８１は、箇所数データＤｇが示す箇所数が所定数に到達した場合（例えば、交換されたポイントが１００箇所増える毎）、上記ステップＳ１６６において肯定判定する。そして、プロセッサ８１は、ユーザに報酬を付与する場合、ステップＳ１６７に処理を進める。一方、プロセッサ８１は、ユーザに報酬を付与しない場合、ステップＳ１６８に処理を進める。

ステップＳ１６７において、プロセッサ８１は、ユーザに所定の報酬を付与して、ステップＳ１６８に処理を進める。例えば、プロセッサ８１は、上記ゲームを進める際に有利となる所定の報酬をユーザに付与して、ユーザが当該報酬をゲームで利用可能な状態にする。なお、上記ステップＳ１６５～Ｓ１６７により交換が成立した箇所数に応じてユーザに報酬が付与される処理は、交換処理において（例えば、上記ステップＳ１５１の後において）行われてもよい。

ステップＳ１６８において、プロセッサ８１は、図鑑表示処理を終了するか否かを判定する。例えば、プロセッサ８１は、ユーザが図鑑表示処理を終了する操作を行った場合、上記ステップＳ１６８において肯定判定する。そして、プロセッサ８１は、図鑑表示処理を終了する場合、ステップＳ１６９に処理を進める。一方、プロセッサ８１は、図鑑表示処理を継続する場合、当該サブルーチンによる処理を終了する。

ステップＳ１６９において、プロセッサ８１は、図鑑表示フラグをオフに設定して、当該サブルーチンによる処理を終了する。例えば、プロセッサ８１は、図鑑表示フラグをオフに設定して、図鑑表示処理フラグデータＤｉを更新する。

図１９に戻り、上記ステップＳ１３０の図鑑表示処理の後、または上記ステップＳ１２９における否定判定の後、プロセッサ８１は、送受信処理を行い（ステップＳ１３１）、次のステップに処理を進める。例えば、プロセッサ８１は、送信データＤｄにセットされているデータを、送信元ユーザを示す情報とともにサーバ２００に送信する。また、プロセッサ８１は、サーバ２００から受信したデータを受信データＤｅに格納する。

次に、プロセッサ８１は、表示制御処理を行い、次のステップに処理を進める。例えば、プロセッサ８１は、上記ステップＳ１２１～ステップＳ１３２の処理結果等に基づいて、ゲーム画像を生成してディスプレイ１２に表示する制御を行う。

次に、プロセッサ８１は、ゲーム処理を終了するか否かを判定する（ステップＳ１３４）。上記ステップＳ１３４においてゲーム処理を終了する条件としては、例えば、ゲーム処理が終了される条件が満たされたことや、ユーザがゲーム処理を終了する操作を行ったこと等がある。プロセッサ８１は、ゲーム処理を終了しない場合に上記ステップＳ１２２に戻って処理を繰り返し、ゲーム処理を終了する場合に当該フローチャートによる処理を終了する。以降、ステップＳ１２２～ステップＳ１３４の一連の処理は、ステップＳ１３４で処理を終了すると判定されるまで繰り返し実行される。

次に、図２２を参照して、サーバ２００に記憶されるデータおよびプログラムについて説明する。図２２は、サーバ２００の記憶部２０３に記憶される主なデータおよびプログラムの一例を示す図である。

図２２に示すように、記憶部２０３のデータ記憶領域には、ポイント登録データＤｐ、交換有効期間データＤｑ、および送信データＤｒ等が記憶される。なお、記憶部２０３には、図２２に示す情報に含まれるデータの他、サーバ２００で行う処理（例えば、ログイン、データ管理、およびデータ送信に関する処理）に必要なデータ等が記憶される。また、記憶部２０３のプログラム記憶領域には、上記処理を実現するための各種プログラム群Ｐｂが記憶される。

ポイント登録データＤｐは、交換申請が行われる際にユーザによって指定されているポイント毎に、登録されているユーザおよびキャラクタを示すデータである。

交換有効期間データＤｑは、交換申請しているユーザ毎の交換有効期間の残り時間を示すデータである。

送信データＤｒは、ゲームシステム１へ送信する送信データを示すデータである。

次に、図２３を参照して、サーバ２００において行われる処理の詳細を説明する。図２３は、サーバ２００において実行される処理の一例を示すフローチャートである。ここで、図２３に示すフローチャートにおいては、情報処理システムにおける処理のうち、ユーザ間でキャラクタの交換を行う処理について主に説明し、これらの処理と直接関連しない他の処理については詳細な説明を省略する。また、図２３では、制御部２０２が実行する各ステップを「Ｓ」と略称する。

なお、図２３に示すフローチャートにおける各ステップの処理は、単なる一例に過ぎず、同様の結果が得られるのであれば、各ステップの処理順序を入れ替えてもよいし、各ステップの処理に加えておよび／または代えて別の処理が実行されてもよい。また、本実施例では、上記フローチャートの各ステップの処理を制御部２０２（ＣＰＵ）が実行するものとして説明するが、上記フローチャートにおける一部のステップの処理を制御部２０２（ＣＰＵ）が実行し、その他のステップの処理を制御部２０２（ＣＰＵ）以外のプロセッサや専用回路が実行するようにしてもよく、上記フローチャートにおける全部のステップの処理を制御部２０２（ＣＰＵ）以外のプロセッサや専用回路が実行するようにしてもよい。

図２３において、サーバ２００の制御部２０２は、ゲームシステム１から交換申請を示す交換対象情報データを受信したか否かを判定する（ステップＳ１８１）。そして、制御部２０２は、ゲームシステム１から交換対象情報データを受信した場合、ステップＳ１８２に処理を進める。一方、制御部２０２は、ゲームシステム１から交換対象情報データを受信していない場合、ステップＳ１８４に処理を進める。

ステップＳ１８２において、制御部２０２は、交換申請の際に指定されたポイントに、ユーザおよび交換に出されたキャラクタを登録し、次のステップに処理を進める。例えば、制御部２０２は、ゲームシステム１から受信した交換対象情報データが示す指定ポイントに、当該交換対象情報データの送信元ユーザおよび交換に出されたキャラクタが登録されるように、ポイント登録データＤｐの登録データを追加する。

次に、制御部２０２は、交換申請された送信元ユーザの交換有効期間を開始する処理を行い（ステップＳ１８３）、ステップＳ１８４に処理を進める。例えば、制御部２０２は、ゲームシステム１から受信した交換対象情報データの送信元ユーザの交換有効期間を、予め定められた期間に設定して、交換有効期間データＤｑに登録する。そして、制御部２０２は、以降の処理において、交換有効期間データＤｑが示す期間を経過時間に応じて逓減する。

なお、ゲームシステム１から交換申請後に交換中止を示すデータを受信した場合、制御部２０２は、当該交換中止を申請した送信元ユーザの登録データおよび交換有効期間データを、それぞれポイント登録データＤｐおよび交換有効期間データＤｑを削除してもよい。

ステップＳ１８４において、制御部２０２は、交換可能な組み合わせを検索して、次のステップに処理を進める。例えば、上述した第１の実施形態における交換相手の選択方法を用いる場合、制御部２０２は、ポイント登録データＤｐに登録されているユーザおよびキャラクタを参照して、異なるキャラクタをそれぞれ交換に出している複数のユーザが同じポイントに登録されている場合、交換可能な組み合わせとする。また、上述した第２の実施形態における交換相手の選択方法を用いる場合、制御部２０２は、ポイント登録データＤｐに登録されているユーザおよびキャラクタを参照して、異なるキャラクタをそれぞれ交換に出している複数のユーザが異なるポイントまたは同じポイントに登録されている場合、交換可能な組み合わせとする。

次に、制御部２０２は、上記ステップＳ１８４において交換可能な組み合わせが検出されたか否かを判定する（ステップＳ１８５）。そして、制御部２０２は、交換可能な組み合わせが少なくとも１組検出された場合、ステップＳ１８６に処理を進める。一方、制御部２０２は、交換可能な組み合わせが検出されなかった場合、ステップＳ１８８に処理を進める。

ステップＳ１８６において、制御部２０２は、交換可能な組み合わせとして検出された１組を交換する対象として、当該組に属するそれぞれのユーザに交換対象情報データを送信し、次のステップに処理を進める。例えば、制御部２０２は、第１のユーザと第２のユーザとの組み合わせを交換する対象とする場合、第１のユーザが交換に出したキャラクタの情報および第１のユーザが指定したポイントを示す交換対象情報データを送信データＤｒにセットし、第２のユーザに送信する。また、制御部２０２は、第２のユーザが交換に出したキャラクタの情報および第２のユーザが指定したポイントを示す交換対象情報データを送信データＤｒにセットし、第１のユーザに送信する。

次に、制御部２０２は、交換が行われたユーザのデータを削除し（ステップＳ１８７）、ステップＳ１８８に処理を進める。例えば、第１のユーザと第２のユーザとの組み合わせによる交換が行われた場合、制御部２０２は、ポイント登録データＤｐに登録されている第１のユーザおよび第２のユーザの登録データと、交換有効期間データＤｑにおける第１のユーザおよび第２のユーザのデータとを削除する。

ステップＳ１８８において、制御部２０２は、交換有効期間を満了したユーザがいるか否かを判定する。例えば、制御部２０２は、交換有効期間データＤｑを参照して、交換有効期間の残り時間がないユーザがいる場合、上記ステップＳ１８８において肯定判定する。そして、制御部２０２は、交換有効期間を満了したユーザがいる場合、ステップＳ１８９に処理を進める。一方、制御部２０２は、交換有効期間を満了したユーザがいない場合、上記ステップＳ１８１に戻って処理を繰り返す。

ステップＳ１８９において、制御部２０２は、交換有効期間が満了したユーザに交換不成立データを送信し、次のステップに処理を進める。例えば、制御部２０２は、交換が不成立であったことを示す交換不成立データを送信データＤｒにセットし、上記ステップＳ１８８において交換有効期間が満了したと判定されたユーザに送信する。

次に、制御部２０２は、交換が不成立となったユーザのデータを削除し（ステップＳ１９０）、上記ステップＳ１８１に戻って処理を繰り返す。例えば、制御部２０２は、登録されている交換有効期間が満了したと判定されたユーザのデータを、ポイント登録データＤｐおよび交換有効期間データＤｑから削除する。

なお、最後に記憶部２０３に記憶されたキャラクタを第１のユーザが第２のユーザ（当該キャラクタを登録した交換相手）から受け取る例の場合には、交換可能かどうかを組み合わせの検索によって行うのではなく、記憶部２０３にポイント登録データＤｐが少なくとも１件記憶されているか否かによって行われる。そして、記憶部２０３にポイント登録データＤｐが少なくとも１件記憶されている場合、最後に記憶されたポイント登録データＤｐが交換相手（第２のユーザ）の交換対象情報データとして送信データＤｒにセットされて、交換における受け取りの対象として第１のユーザに送信される。そして、第１のユーザが送信した交換対象情報データに基づいた登録データが、新たに最後に記憶されるポイント登録データＤｐとして記憶部２０３に記憶される。したがって、この場合、交換有効期間の設定が不要となるため、交換有効期間データＤｑの登録も不要となる。なお、サーバ２００から送信された交換対象情報データの元になった登録データは、当該送信毎にポイント登録データＤｐから削除されてもよいし、当該送信後に所定期間経過するまでポイント登録データＤｐに記憶された状態が継続してもよい。前者の場合、ユーザへの送信毎に登録データがポイント登録データＤｐから常に削除されるため、ポイント登録データＤｐにおいて唯一記憶されている登録データが、上記最後に記憶されたポイント登録データＤｐとして交換相手（第２のユーザ）の交換対象情報データに設定されてもよい。また、前者の場合、ポイント登録データＤｐにおける登録データを無効化することによって当該登録データが削除されたものとして取り扱ってもよく、当該登録データがバックアップデータとしてサーバ２００内に残っていてもかまわない。

このように、本実施例においては、ユーザ間においてキャラクタが交換される場合、キャラクタの種別や属性を示す情報だけでなく、当該キャラクタを交換に出す際に交換相手によって指定された場所の情報を用いた演出が行われるため、キャラクタのさらなる付加情報を用いることにより、キャラクタの交換にインセンティブを与えることができる。

なお、上述した実施例では、交換相手を選択する処理をサーバ２００において行っているが、当該処理をゲームシステム１側で行ってもよい。ゲームシステム１から交換申請が行われることに応じて、当該交換申請が行われた時点における交換相手に関するデータ（例えば、ポイント登録データＤｐ）をサーバ２００から受信し、当該データに基づいて交換相手の選択がゲームシステム１内で行われる。この場合、交換相手の選択方法として、上述した第１の実施形態のように交換申請の際に指定したポイントと同じポイントを指定している交換相手が選択されてもよいし、上述した第２の実施形態のようにランダムで交換相手が選択されてもよい。何れの場合であっても、ゲームシステム１側で行われた交換相手の選択結果は、一旦サーバ２００に送信されてサーバ２００において登録データの確認や更新が行われる。なお、ゲームシステム１側で交換相手が選択される場合であっても、ゲームシステム１側で行われた交換相手の選択結果がサーバ２００に送信された後に、改めて交換対象情報データがサ－バ２００からゲームシステム１に送信されることによって交換が成立してもよい。

また、本実施例では、交換相手や交換によって取得したいキャラクタ等を指定せずに交換申請が行われるが、交換相手を選択する処理をゲームシステム１側で行う場合、ゲームシステム１のユーザが交換相手やキャラクタを指定してもよい。例えば、サーバ２００から受信した交換相手に関するデータに基づいて、現時点で交換可能な交換相手や交換対象（キャラクタ）の一覧を所定のユーザインターフェイス（例えば、地球儀オブジェクトＥ）を用いてユーザに提示される。具体的には、サーバ２００から受信したデータに基づいて、交換がまだ行われていないキャラクタが、上記ユーザインターフェイス上においてそれぞれ交換相手が指定したポイントに表示される。そして、ユーザ操作に基づいて、表示されたキャラクタから選択されることによって、ゲームシステム１側で交換相手が選択されてもよい。この場合も、ゲームシステム１側で行われた交換相手の選択結果は、一旦サーバ２００に送信されてサーバ２００において登録データの確認や更新が行われる。なお、ゲームシステム１側でユーザ選択によって交換相手が選択される場合であっても、ゲームシステム１側で行われた交換相手の選択結果がサーバ２００に送信された後に、改めて交換対象情報データがサ－バ２００からゲームシステム１に送信されることによって交換が成立してもよい。

また、交換申請において、希望するキャラクタや交換相手の交換場所等のユーザの交換希望条件が指定可能に構成されてもよい。この場合、交換申請を行う際にサーバ２００に送信される交換対象情報データに、ユーザが交換を希望するキャラクタの種別や属性を示す情報や、交換相手として希望する場所の情報が追加される。そして、ユーザの交換希望条件を交換成立条件に加えた交換相手の選択処理がサーバ２００側で行われることにより、ユーザの交換希望条件を考慮した交換を実現することができる。

また、上述した説明では、サーバ２００を介して、複数のゲームシステム１の間でデータの送受信が行われる例を用いたが、ゲームシステム１同士が直接通信することによってデータの送受信が行われてもよい。この場合、サーバ２００におけるデータの管理およびサーバ２００において実行されている処理が、複数のゲームシステム１のうち、代表するゲームシステム１で行われてもよいし、複数のゲームシステム１で分担して行われてもよい。このように、上記実施例を実現するためにゲームシステム１と通信を行う他の情報処理装置は、他のゲームシステム１でもよいし、サーバ２００でもよい。

なお、ゲームシステム１は、どのような装置であってもよく、携帯型のゲーム装置、任意の携帯型電子機器（ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、携帯電話、パーソナルコンピュータ、カメラ、タブレット等）等の情報処理装置であってもよい。この場合、プレイヤキャラクタＰＣを動作させる操作を行うための入力装置は、左コントローラ３、右コントローラ４、またはタッチパネル１３でなくてもよく、別のコントローラ、マウス、タッチパッド、タッチパネル、トラックボール、キーボード、十字キー、スライドパッド等であってもよい。

また、上述した説明では情報処理（ゲーム処理）をゲームシステム１やサーバ２００で行われる例を用いたが、上記処理ステップの少なくとも一部を他の装置で行ってもかまわない。例えば、ゲームシステム１およびサーバ２００がさらに他の装置（例えば、別のサーバ、他の画像表示装置、他のゲーム装置、他の携帯端末）と通信可能に構成されている場合、上記処理ステップは、さらに当該他の装置が協働することによって実行してもよい。このように、上記処理ステップの少なくとも一部を他の装置で行うことによって、上述した処理と同様の処理が可能となる。また、上述した情報処理は、少なくとも１つの情報処理装置により構成される情報処理システムに含まれる１つのプロセッサまたは複数のプロセッサ間の協働により実行されることが可能である。また、上記実施例においては、ゲームシステム１のプロセッサ８１およびサーバ２００の制御部２０２がそれぞれ所定のプログラムを実行することによって情報処理を行うことが可能であるが、ゲームシステム１および／またはサーバ２００が備える専用回路によって上記処理の一部または全部が行われてもよい。

ここで、上述した変形例によれば、いわゆるクラウドコンピューティングのシステム形態や分散型の広域ネットワークおよびローカルネットワークのシステム形態でも本発明を実現することが可能となる。例えば、分散型のローカルネットワークのシステム形態では、据置型の情報処理装置（据置型のゲーム装置）と携帯型の情報処理装置（携帯型のゲーム装置）との間で上記処理を協働により実行することも可能となる。なお、これらのシステム形態では、上述した処理をどの装置で行うかについては特に限定されず、どのような処理分担をしたとしても本発明を実現できることは言うまでもない。

また、上述した情報処理で用いられる処理順序、設定値、判定に用いられる条件等は、単なる一例に過ぎず他の順序、値、条件であっても、本実施例を実現できることは言うまでもない。

また、上記プログラムは、外部メモリ等の外部記憶媒体を通じてゲームシステム１やサーバ２００に供給されるだけでなく、有線または無線の通信回線を通じて当該装置に供給されてもよい。また、上記プログラムは、当該装置内部の不揮発性記憶装置に予め記録されていてもよい。なお、上記プログラムを記憶する情報記憶媒体としては、不揮発性メモリの他に、ＣＤ－ＲＯＭ、ＤＶＤ、あるいはそれらに類する光学式ディスク状記憶媒体、フレキシブルディスク、ハードディスク、光磁気ディスク、磁気テープ、などでもよい。また、上記プログラムを記憶する情報記憶媒体としては、上記プログラムを記憶する揮発性メモリでもよい。このような記憶媒体は、コンピュータ等が読み取り可能な記録媒体ということができる。例えば、コンピュータ等に、これらの記録媒体のプログラムを読み込ませて実行させることにより、上述で説明した各種機能を提供させることができる。

以上、本発明を詳細に説明してきたが、前述の説明はあらゆる点において本発明の例示に過ぎず、その範囲を限定しようとするものではない。本発明の範囲を逸脱することなく種々の改良や変形を行うことができることは言うまでもない。また、当業者は、本発明の具体的な実施例の記載から、本発明の記載および技術常識に基づいて等価な範囲を実施することができることが理解される。また、本明細書において使用される用語は、特に言及しない限り、当該分野で通常用いられる意味で用いられることが理解されるべきである。したがって、他に定義されない限り、本明細書中で使用される全ての専門用語および技術用語は、本発明の属する分野の当業者によって一般的に理解されるのと同じ意味を有する。矛盾する場合、本明細書（定義を含めて）が優先する。

以上のように、本発明は、交換対象のさらなる付加情報を用いることにより、アイテムまたはキャラクタの交換にインセンティブを与えることを可能とするゲームプログラム、ゲームシステム、ゲーム装置、およびゲーム処理方法等として利用することができる。

１…情報処理システム
２…本体装置
３…左コントローラ
４…右コントローラ
１１…ハウジング
１２…ディスプレイ
１３…タッチパネル
３２、５２…アナログスティック
４２、６４…端子
８１…プロセッサ
８２…ネットワーク通信部
８３…コントローラ通信部
８５…ＤＲＡＭ
１０１、１１１…通信制御部
２００…サーバ
２０１…通信部
２０２…制御部
２０３…記憶部

Claims (39)

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. 前記ユーザインターフェイスは、仮想空間内における地球を模した球形状のユーザインターフェイスであり、
    操作入力に基づいて、前記地球上に前記プレイヤが指定する場所を設定させる、請求項３２乃至３８の何れか１つに記載のゲーム処理方法。

Images