(57)【特許請求の範囲】
【請求項１】
通信機能を有する情報処理装置のコンピュータを、
所定のアプリケーションで利用可能なオブジェクトデータを記憶するオブジェクトデータ記憶手段と、
前記通信機能を用いて、所定範囲内に存在する不特定の他の情報処理装置と通信する通信手段と、
前記通信手段によって所定範囲内に存在する不特定の他の情報処理装置と通信が行われたか否かを判定する通信実績判定手段と、
前記通信実績判定手段の判定結果が前記他の情報処理装置との間で通信が行われたことを示すときは、当該通信によって前記所定のアプリケーションで利用可能なオブジェクトデータを受信していれば、当該受信したオブジェクトデータに基づくオブジェクトを仮想空間内に登場させ、当該通信によって前記所定のアプリケーションで利用可能なオブジェクトデータを受信していなければ、前記オブジェクトデータ記憶手段に予め記憶されているオブジェクトデータに基づくオブジェクトを仮想空間内に登場させる制御手段として機能させる、情報処理プログラム。
【請求項２】
前記通信手段は、前記通信機能を用いて所定範囲内に存在する不特定の他の情報処理装置を探索する探索手段を含み、
前記通信実績判定手段は、前記探索手段によって探索された他の情報処理装置の間で通信が行われたか否かを判定する、請求項１に記載の情報処理プログラム。
【請求項３】
前記情報処理プログラムは、前記通信が行われたか否かを示す第１の情報と、通信相手から前記所定のアプリケーションで利用可能なデータを受信したか否かを示す第２の情報を所定の記憶媒体に記憶させる実績データ記憶手段として前記コンピュータを更に機能させ、
前記実績判定手段は、前記第１の情報に基づいて、前記他の情報処理装置との間で前記通信が行われたか否かを判定し、
前記制御手段は、前記第２の情報に基づいて、前記所定のアプリケーションで利用可能なオブジェクトデータを受信していたか否かを判定する、請求項１に記載の情報処理プログラム。
【請求項４】
前記第１の情報は、前記他の情報処理装置との間で通信が行われた回数を示すデータであり、前記第２の情報は、前記受信したオブジェクトデータの有無を示す情報である、請求項３に記載の情報処理プログラム。
【請求項５】
前記オブジェクトデータ記憶手段は、前記所定のアプリケーションが実行されることにより仮想空間内に登場する第１のオブジェクトのデータと、前記所定のアプリケーションが実行されるだけでは仮想空間内に登場しない第２のオブジェクトのデータとを予め記憶し、
前記制御手段は、前記通信実績判定手段の判定結果が前記他の情報処理装置との間で通信が行われたことを示しており、かつ、当該通信によって前記所定のアプリケーションで利用可能なオブジェクトデータを受信していなかったときに、前記第２のオブジェクトを前記仮想空間内に登場させる、請求項１に記載の情報処理プログラム。
【請求項６】
前記仮想空間に登場するオブジェクトは、前記通信実績判定手段の判定結果にかかわらず前記所定のアプリケーションが実行されることにより仮想空間内に登場する第１の種類に属するオブジェクトと、前記所定のアプリケーションが実行されただけでは仮想空間内に登場しない第２の種類に属するオブジェクトに分類されており、
前記制御手段は、前記通信実績判定手段の判定結果が前記他の情報処理装置との間で通信が行われたことを示しているときに、前記受信したオブジェクトデータあるいは前記オブジェクトデータ記憶手段に予め記憶されているオブジェクトデータに基づいて前記第２の種類に属するオブジェクトを仮想空間内に登場させる、請求項１に記載の情報処理プログラム。
【請求項７】
前記制御手段は、前記仮想空間内に登場させたオブジェクトを利用する所定の処理を実行するオブジェクト利用処理手段を含み、
前記オブジェクト利用処理手段は、その処理の実行に際して、前記受信したオブジェクトデータに基づくオブジェクト、および、前記オブジェクトデータ記憶手段に予め記憶されているオブジェクトデータに基づくオブジェクトのいずれも利用することが可能である、請求項１に記載の情報処理プログラム。
【請求項８】
前記通信によって受信されるオブジェクトデータは、ユーザが作成したオブジェクトデータであり、前記オブジェクトデータ記憶手段に予め記憶されているオブジェクトデータは、ユーザが作成したオブジェクトデータとは異なる、プリセットされたオブジェクトデータである、請求項１に記載の情報処理プログラム。
【請求項９】
通信機能を有する情報処理装置であって、
所定のアプリケーションで利用可能なオブジェクトデータを記憶するオブジェクトデータ記憶手段と、
前記通信機能を用いて、所定範囲内に存在する不特定の他の情報処理装置と通信する通信手段と、
前記通信手段によって所定範囲内に存在する不特定の他の情報処理装置と通信が行われたか否かを判定する通信実績判定手段と、
前記通信実績判定手段の判定の結果が前記他の情報処理装置との間で通信が行われたことを示すときは、当該通信によって前記所定のアプリケーションで利用可能なオブジェクトデータを受信していれば、当該受信したオブジェクトデータに基づくオブジェクトを仮想空間内に登場させ、当該通信によって前記所定のアプリケーションで利用可能なオブジェクトデータを受信していなければ、前記オブジェクトデータ記憶手段に予め記憶されているオブジェクトデータに基づくオブジェクトを仮想空間内に登場させる制御手段とを備える、情報処理装置。
【請求項１０】
通信機能を有する情報処理システムであって、
所定のアプリケーションで利用可能なオブジェクトデータを記憶するオブジェクトデータ記憶手段と、
前記通信機能を用いて、所定範囲内に存在する不特定の他の情報処理システムと通信する通信手段と、
前記通信手段によって所定範囲内に存在する不特定の他の情報処理システムと通信が行われたか否かを判定する通信実績判定手段と、
前記通信実績判定手段の判定の結果が前記他の情報処理システムとの間で通信が行われたことを示すときは、当該通信によって前記所定のアプリケーションで利用可能なオブジェクトデータを受信していれば、当該受信したオブジェクトデータに基づくオブジェクトを仮想空間内に登場させ、当該通信によって前記所定のアプリケーションで利用可能なオブジェクトデータを受信していなければ、前記オブジェクトデータ記憶手段に予め記憶されているオブジェクトデータに基づくオブジェクトを仮想空間内に登場させる制御手段とを備える、情報処理システム。
【請求項１１】
通信機能を有する情報処理システムのコンピュータに用いる情報処理方法であって、
前記コンピュータが、所定のアプリケーションで利用可能なオブジェクトデータを記憶するオブジェクトデータ記憶ステップと、
前記コンピュータが、前記通信機能を用いて所定範囲内に存在する不特定の他の情報処理システムと通信する通信ステップと、
前記コンピュータが、前記所定範囲内に存在する不特定の他の情報処理システムと通信が行われたか否かを判定する通信実績判定ステップと、
前記通信実績判定ステップの判定の結果が前記他の情報処理システムとの間で通信が行われたことを示すときは、前記コンピュータが、当該通信によって前記所定のアプリケーションで利用可能なオブジェクトデータを受信していれば、当該受信したオブジェクトデータに基づくオブジェクトを仮想空間内に登場させ、当該通信によって前記所定のアプリケーションで利用可能なオブジェクトデータを受信していなければ、前記オブジェクトデータ記憶手段に予め記憶されているオブジェクトデータに基づくオブジェクトを仮想空間内に登場させる制御ステップとを備える、情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信機能を有する情報処理装置の情報処理に関し、より特定的には、当該情報処理装置同士の通信、および、その通信結果に基づく所定の処理の実行制御に関する。
【背景技術】
【０００２】
従来、近距離無線通信を用いたシステムであって、アプリケーションの実行の有無にかかわらず、当該アプリケーションで利用可能なデータを他の情報処理装置に提供可能なシステムが知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−３０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記のシステムでは、所定のアプリケーションの識別情報を比較して、一致した場合にのみ交換データの送受信が行われていた。そのため、いずれか一方のみしか所定のアプリケーションを有していない場合は、当該アプリケーションに関するデータの送受信は行われず、それ故に、近距離無線通信によって他の情報処理装置から受信したデータを利用するようなイベント処理が実行されることもなかった。
【０００５】
それ故に、本発明の目的は、所定範囲内の通信によるユーザ体験の向上が可能な情報処理プログラム等を提供することである。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、例えば以下のような構成例が挙げられる。
【０００７】
構成例の一例は、情報処理装置のコンピュータを、オブジェクトデータ記憶手段、通信手段、通信結果判定手段、制御手段として機能させる情報処理プログラムである。オブジェクトデータ記憶手段は、所定のアプリケーションで利用可能なオブジェクトデータを記憶する。通信手段は、通信機能を用いて、所定範囲内に存在する不特定の他の情報処理装置と通信する。通信実績判定手段は、通信手段によって所定範囲内に存在する不特定の他の情報処理装置と通信が行われたか否かを判定する。制御手段は、通信実績判定手段の判定の結果が他の情報処理装置との間で通信が行われたことを示すときは、当該通信によって所定のアプリケーションで利用可能なオブジェクトデータを受信していれば、当該受信したオブジェクトデータに基づくオブジェクトを仮想空間内に登場させ、当該通信によって所定のアプリケーションで利用可能なオブジェクトデータを受信していなければ、オブジェクトデータ記憶手段に予め記憶されているオブジェクトデータに基づくオブジェクトを仮想空間内に登場させる。
【０００８】
他の構成例として、通信手段は、通信機能を用いて所定範囲内に存在する不特定の他の情報処理装置を探索する探索手段を含み、通信実績判定手段は、探索手段によって探索された他の情報処理装置の間で通信が行われたか否かを判定するようにしてもよい。
【０００９】
他の構成例として、情報処理プログラムは、通信が行われたか否かを示す第１の情報と、当該通信相手から所定のアプリケーションで利用可能なデータを受信したか否かを示す第２の情報を所定の記憶媒体に記憶させる実績データ記憶手段としてコンピュータを更に機能させ、実績判定手段は、第１の情報に基づいて、他の情報処理装置との間で前記通信が行われたか否かを判定し、制御手段は、第２の情報に基づいて、所定のアプリケーションで利用可能なオブジェクトデータを受信していたか否かを判定するようにしてもよい。
【００１０】
更に他の構成例として、第１の情報は、他の情報処理装置との間で通信が行われた回数を示すデータであり、第２の情報は、受信したオブジェクトデータの有無を示す情報であってもよい。
【００１１】
更に他の構成例として、制御手段は、通信実績判定手段の判定結果が他の情報処理装置との間で通信が行われたことを示さないときには、オブジェクトを仮想空間内に登場させないようにしてもよい。
【００１２】
更に他の構成例として、オブジェクトデータ記憶手段は、所定のアプリケーションが実行されることにより仮想空間内に登場する第１のオブジェクトのデータと、所定のアプリケーションが実行されるだけでは仮想空間内に登場しない第２のオブジェクトのデータとを予め記憶し、制御手段は、通信実績判定手段の判定結果が他の情報処理装置との間で通信が行われたことを示しており、かつ、当該通信によって所定のアプリケーションで利用可能なオブジェクトデータを受信していなかったときに、第２のオブジェクトを仮想空間内に登場させるようにしてもよい。
【００１３】
更に他の構成例として、仮想空間に登場するオブジェクトは、通信実績判定手段の判定結果にかかわらず所定のアプリケーションが実行されることにより仮想空間内に登場する第１の種類に属するオブジェクトと、所定のアプリケーションが実行されただけでは仮想空間内に登場しない第２の種類に属するオブジェクトに分類されていてもよい。そして、制御手段は、通信実績判定手段の判定結果が他の情報処理装置との間で通信が行われたことを示しているときに、受信したオブジェクトデータあるいはオブジェクトデータ記憶手段に予め記憶されているオブジェクトデータに基づいて第２の種類に属するオブジェクトを生成して仮想空間内に登場させてもよい。
【００１４】
更に他の構成例は、通信によって受信されるオブジェクトデータはユーザが作成したオブジェクトデータであり、オブジェクトデータ記憶手段に予め記憶されているオブジェクトデータは、ユーザが作成したオブジェクトデータとは異なる、プリセットされたオブジェクトデータであってもよい。
【００１５】
上記情報処理プログラムは、任意のコンピュータ読み取り可能な記憶媒体（例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、半導体メモリカード、ＲＯＭ、ＲＡＭなど）に格納され得る。
【発明の効果】
【００１６】
本発明によれば、データ交換のための通信処理が実行されたにもかかわらず、所定のアプリケーションで利用可能なデータが得られなかったときでも、当該データを利用する処理と同様の処理を実行でき、ユーザ体験の向上が可能となる。
【図面の簡単な説明】
【００１７】
【図１】携帯ゲーム装置１０の構成の一例を示すブロック図
【図２】本実施例の処理概要を示す図
【図３】本実施例の処理概要を示す図
【図４】「交換用近距離通信」とイベント処理との関係を示す図
【図５】メインメモリに記憶されるプログラムおよび情報の一例を示す図
【図６】プロセッサ等によって実行される処理の一例を示すフローチャートを示す図
【図７】プロセッサによって実行される処理の一例を示すフローチャートを示す図
【発明を実施するための形態】
【００１８】
以下、本発明の一実施形態について説明する。
【００１９】
図１において、携帯ゲーム装置１０は、入力装置１１、表示装置１２、プロセッサ１３、内部記憶装置１４、メインメモリ１５、および無線通信装置１６を備えている。
【００２０】
入力装置１１は、携帯ゲーム装置１０のユーザによって操作され、ユーザの操作に応じた信号を出力する。入力装置１１は、例えば、十字スイッチや押しボタンやタッチパネルである。表示装置１２は、携帯ゲーム装置１０において生成された画像を画面に表示する。表示装置１２は、典型的には液晶表示装置である。内部記憶装置１４には、プロセッサ１３によって実行されるコンピュータプログラムが格納されている。また、内部記憶装置１４には、後述する「交換用近距離通信」において交換されるデータも格納される。内部記憶装置１４は、典型的には、フラッシュＥＥＰＲＯＭである。メインメモリ１５は、コンピュータプログラムや情報を一時的に記憶する。無線通信装置１６は、無線通信によって他の携帯ゲーム装置へ信号を送信したり、他の携帯ゲーム装置から信号を受信したりする。
【００２１】
以下、本実施形態にかかる携帯ゲーム装置１０の動作概要を説明する。
【００２２】
まず、本実施形態において、携帯ゲーム装置１０は、「交換用近距離通信」を用いることで、所定のアプリケーション（以下ではその一例として、所定のゲーム）で利用可能なデータを交換できる。ここで、「交換用近距離通信」とは、内部記憶装置１４に格納された所定のデータ（以下、交換用データ）を近距離無線通信を用いて不特定の他の携帯ゲーム装置１０との間で相互に送受信する通信をいう。当該「交換用近距離通信」は、例えば、携帯ゲーム装置１０を所持しているユーザ同士がすれ違った際（つまり、互いに近距離無線通信が可能な範囲内にいる場合）に行われる。また、上記交換用データは、ユーザの操作等に基づいて作成されて予め内部記憶装置１４の所定の領域に記憶される。交換用データの例は、例えば、所定のゲームでＮＰＣ（ノンプレイヤキャラクタ）として利用可能なキャラクタデータ（オブジェクトデータ）等が挙げられる。
【００２３】
本実施形態において、この交換用データの交換が行われるのは、互いに同じゲームのデータが内部記憶装置１４に記憶されている場合である。例えば、ユーザが、携帯ゲーム装置１０を所持して外出する場合を想定する。このような場合、図２に示すように、携帯ゲーム装置Ａ、Ｂ（ユーザＡ、Ｂ）共に、ゲームＡのキャラクタデータを内部記憶装置１４に格納しているときは、両ユーザがすれ違った際に「交換用近距離通信」が行われた結果、互いのキャラクタデータが送受信される。一方、ゲーム装置ＡのみがゲームＡのキャラクタデータを格納していた場合（ゲーム装置ＢにはゲームＡのデータが格納されていない）は、図３に示すように、すれ違った際に「交換用近距離通信」は発生しても、ゲームＡのキャラクタデータの送受信は行われない。つまり、「交換用近距離通信」は発生したが、ユーザＡは、ゲームＡについての他人の作成したキャラクタデータは得られないことになる。
【００２４】
そこで、本実施形態では、例えば、ユーザが帰宅した後、ユーザの操作に基づいて実行される上記所定のゲームのゲーム処理において、上記「交換用近距離通信」が発生した結果、当該ゲームに関する交換用データが得られていれば、当該交換用データを用いてイベント処理を実行する（上記図２）。一方、「交換用近距離通信」は発生したが、所定のゲームに関するデータは得られなかったときは、携帯ゲーム装置１０に予め記憶されている代替用データを用いてイベント処理を実行する（上記図３）。
【００２５】
このイベント処理の例としては、例えば、ＲＰＧやＳＬＧにおいて、他のユーザが作成したキャラクタをＮＰＣとしてワールドマップ上に登場させる（例えば行商人として登場させる）ことが挙げられる。そして、ゲーム内で当該キャラクタに話しかける処理を行うことで、当該キャラクタからアイテムを購入したり、戦ったりすること等ができる。なお、当該イベント処理は、「交換用近距離通信」の発生に応じて実行されるため、当該ＮＰＣは、「交換用近距離通信」が行われない限り、ゲーム内に登場してこないキャラクタでもある。
【００２６】
また、上記代替用データは、上記ユーザ作成にかかるキャラクタと同等の機能を有するデータ、換言すれば、ＮＰＣとして利用可能なデータであって、例えば上記所定のゲームのゲームデータの一部として予め作成されているデータである（つまり、ゲームソフトの一部としてパッケージング・プリセットされているデータ）。例えば、データフォーマットがユーザの作成にかかるキャラクタデータと同一であり、上記イベント処理において、上記「交換用近距離通信」で得られたキャラクタデータを利用した場合と同様の処理（アイテムの購入等）が可能となるデータである。換言すれば、開発者が予め作成したキャラクタであり、一見しただけではユーザ作成によるものかどうかわからないようなキャラクタのデータである。
【００２７】
図４に、上記のような「交換用近距離通信」と（所定のゲームにおける）イベント処理との関係をテーブル形式で示す。本実施形態では、上記のようなイベント処理は、「交換用近距離通信」が発生していれば発生し得ることになる。そして、このイベント処理の際に利用するデータについて、（そのイベント処理が実行されるゲーム用の）交換用データが得られていればそれを用い、交換用データが得られていなければ、上記代替用データを用いて処理を行うことになる。
【００２８】
このように、本実施形態では、「交換用近距離通信」の結果、その通信結果に応じて交換用データあるいは代替用データを用いて上記イベント処理（ＮＰＣの登場）を実行する。これにより、携帯ゲーム装置１０を所持する他のユーザとすれ違った場合に、「交換用近距離通信」は発生しているのに当該他のユーザが作成したキャラクタデータは得られなかった（その結果、ＮＰＣが登場しない）ことでユーザを落胆させてしまうことを防ぎ、また、上述したイベント処理の発生頻度を高めることができる。
【００２９】
次に、図５〜図７を参照して、携帯ゲーム装置１０の動作をより詳細に説明する。
【００３０】
図５は、携帯ゲーム装置１０のメインメモリ１５に格納されるプログラムおよび情報の一例を示している。
【００３１】
「交換用近距離通信」用データ２０１は、「交換用近距離通信」プログラム２０２、交換用データ２０３および「交換用近距離通信」回数データ２０７を含む。当該「交換用近距離通信」用データ２０１は、必要に応じて内部記憶装置１４からメインメモリ１５へロードされる。「交換用近距離通信」プログラム２０２は、「交換用近距離通信」を実行するためのプログラムである。交換用データ２０３は、当該データに関連するアプリ（ゲーム）を示すデータである関連アプリＩＤ２０４、「交換用近距離通信」において送信対象となるデータである送信データ２０５、および、「交換用近距離通信」において他の携帯ゲーム装置１０から受信したデータである受信データ２０６から構成される。また、「交換用近距離通信」回数データ２０７は、携帯ゲーム装置１０の電源投入からの「交換用近距離通信」が行われた回数を示すデータである。携帯ゲーム装置１０の電源が切断されると、本データもクリア（０にリセット）される。
【００３２】
ゲームデータ２０８は、ゲーム処理を実行するための各種プログラムおよびデータを含む。当該ゲームデータ２０８は、内部記憶装置１４からメインメモリ１５へロードされてもよいし、外部記憶装置から読み込まれてメインメモリ１５にロードされてもよいし、他の携帯ゲーム装置１０またはサーバ装置から受信されてメインメモリ１５にロードされてもよい。
【００３３】
ゲームプログラム２０９は、後述するようなゲーム処理を実行するためのプログラムである。通信回数カウンタ２１０は、ゲームのセーブデータの一部として「交換用近距離通信」回数を記録したデータである。本データは、上記「交換用近距離通信」回数データ２０７と共に、イベント処理の際に後述の代替キャラデータ２１３を利用するか否かを判定するために用いられる。ユーザキャラデータ２１１は、ユーザによって作成されたキャラクタのデータである。当該データが上記送信データ２０５にコピーされることで、他の携帯ゲーム装置１０との間での交換対象として登録できる。代替キャラデータ２１３は、上記ユーザキャラデータ２１１と同様のデータフォーマットを有するデータであり、ゲーム開発者等によって予め生成されているキャラクタのデータである。このキャラクタの数については、１体だけでもよいし、複数体分用意されていても良い。イベントＮＰＣデータ２１２は、上記イベント処理の一環としてゲーム中に登場させるＮＰＣ（以下、イベントＮＰＣと呼ぶ）のデータである。当該データは、上記受信データ２０６あるいは代替キャラデータ２１３に基づき作成される。また、当該イベントＮＰＣは、アプリを実行するだけでは登場しないキャラクタでもある。例えば、ゲームの実行が開始されても、上記「交換用近距離通信」が一度も行われていないような場合は、登場しないキャラクタである。換言すれば、「交換用近距離通信」の発生に応じて登場するキャラクタである。
【００３４】
その他、上記「交換用近距離通信」の有無に関わらず、ゲームが実行されることでゲーム内に登場し得るＮＰＣ（以下、通常ＮＰＣ）のデータである通常ＮＰＣデータ２１４等もメインメモリ１５に格納される。
【００３５】
次に、図６のフローチャートを参照して、携帯ゲーム装置１０のプロセッサ１３および無線通信装置１６の連携によって実行される「交換用近距離通信」処理の流れを説明する。この処理は、例えばゲーム装置がいわゆる「スリープ状態」（スタンバイ状態などと呼ばれることもある）のときに、バックグラウンド処理として実行される処理である。例えば、スリープ中は、基本的には無線通信装置１６が主体となって動作し、必要に応じて一時的にプロセッサ１３のスリープが解除され、プロセッサ１３が一時的に実行主体となる等の制御が行われる（例えば、他のゲーム装置の探索処理は無線通信装置１６で行い、データの送受信はプロセッサ１３で行う等）。その他、例えば、プロセッサ１３とは別に低消費電力で動作可能な第２のプロセッサを備えるようにし、スリープ中は当該第２のプロセッサが実行主体となるようにしてもよい。また、本処理は、「スリープ状態」でない場合でも、ユーザの指示操作などによって適宜実行されても良い。
【００３６】
まず、ステップＳ１で、他の携帯ゲーム装置１０の探索処理が実行される。これは、例えば、携帯ゲーム装置１０がそれぞれ、接続要求を示すビーコンの送信処理、および、このビーコンの受信処理を繰り返すことにより実行される。次に、ステップＳ２において、上記探索の結果、通信可能範囲内に他の携帯ゲーム装置１０が存在しているか否かが判定される。例えば、上記送信したビーコンに対して所定時間内に他の携帯ゲーム装置１０からの応答信号を受信した場合や、他の携帯ゲーム装置１０からの上記ビーコンを受信した場合に、肯定と判定される。
【００３７】
通信可能範囲内に他の携帯ゲーム装置１０が存在していなかったときは（ステップＳ２でＮＯ）、上記ステップＳ１に戻り処理が繰り返される。存在していたときは（ステップＳ２でＹＥＳ）、ステップＳ３において、「交換用近距離通信」を行うための通信路を確立する処理が実行される。通信路が確立すれば、上記関連アプリＩＤ２０４の送受信が行われ、ステップＳ４において、お互いに同じ関連アプリＩＤ２０４を有しているか否かが判定される。つまり、双方とも、同じゲームの交換用データ２０３が準備されているか否かが判定されることになる。この判定の結果、同じ関連アプリＩＤ２０４を有していれば（ステップＳ４でＹＥＳ）、ステップＳ５において、送信データ２０５の送信処理、および、他のゲーム装置から送られたデータを受信データ２０６として格納する処理が実行される。一方、双方が同じ関連アプリＩＤ２０４を有していないときは（ステップＳ４でＮＯ）、上記ステップＳ５の処理はスキップされる。
【００３８】
ステップＳ６で、「交換用近距離通信」回数データ２０７に１が加算され、続くステップＳ７で、「交換用近距離通信」を切断するための処理が実行される。その後、上記ステップＳ１に戻り、例えば「スリープ状態」が解除されるまで、上記処理が繰り返される。
【００３９】
なお、上記処理の他の例として、関連アプリＩＤ２０４を上記ビーコンに含めて送信するようにしてもよい。そして、受信した携帯ゲーム装置側で、同じ関連アプリＩＤを有しているか否かを判定して、有している場合にのみ通信路確立処理（ステップＳ３）を行うようにしても良い（つまり、上記ステップＳ４の処理をステップＳ３の前に行う）。また、有していなければ、通信路確立処理は行わず、上記ステップＳ６に処理を進めるようにしても良い。通信は行われなかったが、すれちがった実績はあることを記録しておくためである。つまり、本実施形態では、探索処理も通信の一態様に含まれるといえる。
【００４０】
次に、図７のフローチャートを参照して、携帯ゲーム装置１０のプロセッサ１３によって実行されるゲーム処理の流れを説明する。このゲームは、例えばＲＰＧであり、ワールドマップ（フィールドマップ）上に、上記「交換用近距離通信」の結果に基づくイベントＮＰＣが登場する。プレイヤは、ゲーム内で当該イベントＮＰＣに話しかけることでアイテムの売買等を行うことができる。また、一旦話しかけられたイベントＮＰＣは、アイテムの売買等の終了後、ワールドマップ上から消去される。
【００４１】
まず、ゲームプログラム２０９の実行が開始されると、ステップＳ２１で、通信回数カウンタ２１０が参照され、通信回数Ｘが取得される。当該通信回数Ｘは、上記のように、ゲームのセーブデータの一部として記録されている「交換用近距離通信」回数である。すなわち、当該データがロードされることによって、当該ゲームにおいて前回のゲーム実行時までに行われた「交換用近距離通信」回数を示す。次に、ステップＳ２２で、ゲームのワールドマップの表示を更新する処理が実行される。これは、後述する処理でイベントＮＰＣが配置された仮想ゲーム空間を画面表示に反映させる処理でもある。
【００４２】
次に、ステップＳ２３で、交換用データ２０３が参照され、受信データ２０６に他の携帯ゲーム装置１０から受信したキャラクタデータがあるか否かが判定される。換言すれば、「交換用近距離通信」においてキャラクタデータの送受信が行われたか否かが判定されることになる。その結果、受信したキャラクタデータがないときは（ステップＳ２３でＮＯ）、後述のステップＳ２７に処理が進められる。一方、受信したキャラクタデータがあるときは（ステップＳ２３でＹＥＳ）、ステップＳ２４で、受信データ２０６を読み込むことで当該キャラクタデータを取得する。次に、ステップＳ２５で、当該キャラクタデータに基づいてイベントＮＰＣが生成され、イベントＮＰＣデータ２１２として記憶される。更に、当該イベントＮＰＣがワールドマップ上の所定の位置に配置される。次に、ステップＳ２６で、当該イベントＮＰＣの作成の基になった上記受信データ２０６が消去される。
【００４３】
次に、ステップＳ２７で、「交換用近距離通信」回数データ２０７が参照され、「交換用近距離通信」回数Ｙが取得される。当該回数Ｙは、携帯ゲーム装置１０の電源投入時以降に行われた「交換用近距離通信」回数である。次に、ステップＳ２８で、「交換用近距離通信」が発生しており、かつ、他の携帯ゲーム装置１０との間でキャラクタの交換も行われたか否かの判定が行われる。具体的には、プロセッサ１３は、通信回数Ｘが「交換用近距離通信」回数Ｙとは等しくない値であり、かつ、回数Ｙが０より大きい（１以上）であり、なおかつ、今回の処理ループにおいて、イベントＮＰＣがまだ配置されていない状態であるか否かが判定される。その結果、肯定であれば（ステップＳ２８でＹＥＳ）、ステップＳ２９において、代替キャラデータ２１３が取得される（複数体分のキャラクタデータが含まれている場合は、ランダムで１キャラ分のデータが取得される）。次に、ステップＳ３０で、当該取得されたデータに基づいてイベントＮＰＣデータ２１２が生成され、当該データに基づくイベントＮＰＣがワールドマップ上の所定位置に配置される。
も説明は入れてあります（段落３２，３４）。
【００４４】
一方、上記ステップＳ２８の判定の結果が否定であれば（ステップＳ２８でＮＯ）、上記ステップＳ２９およびＳ３０の処理はスキップされる。
【００４５】
次に、ステップＳ３１で、通信回数カウンタ２１０の値が「交換用近距離通信」回数データ２０７の値で更新される。
【００４６】
次に、ステップＳ３２で、その他の各種ゲーム処理が実行される。例えば、ユーザの操作に基づいたキャラクタの生成処理や、このデータを送信データ２０５として設定する処理や、上記イベントＮＰＣを相手にした処理（アイテムの売買等）が適宜実行される。そして、上記ステップＳ２２に戻り、ゲーム終了の所定条件が満たされるまで上記処理が繰り返される。
【００４７】
このように、本実施形態では、イベントＮＰＣを登場させるというイベント処理の実行に際して、当該ＮＰＣの作成の基となるデータを、「交換用近距離通信」によって当該ゲームで利用できるデータを受信したか否かによって変えている。これにより、「交換用近距離通信」は行われたが、所定のゲームで利用可能なデータは受信していなかったような場合であっても、「交換用近距離通信」に基づくイベント処理を実行できる。また、イベント処理の際に利用する上記代替データは、上記受信したキャラクタデータと同様に利用することができるため、ユーザからすれば、実際のキャラデータの送受信が行われたか否かに関わらず、「交換用近距離通信」によって他のユーザからイベントＮＰＣを得ることができたように思わせることができる。これにより、例えば、携帯ゲーム装置１０自体は広く普及しているが、ゲームソフトそのものの普及率はそこまで高くないような場合であっても、「交換用近距離通信」さえ発生すれば上記イベント処理を発生させることができる。更に、ユーザからすれば、あたかも他のユーザが作成したキャラクタが登場しているかのように見えるため、当該ゲームソフトの興趣性を高めることができる。また、その結果、「交換用近距離通信」を積極的に発生させようとする動機付けをユーザに与えることも可能となる。
【００４８】
また、上記イベントＮＰＣは「交換用近距離通信」が発生していなければゲーム内に出現しないため、「交換用近距離通信」を積極的に発生させようとする契機をユーザに与え、例えば、ユーザが外出する際に携帯ゲーム装置を所持することを促進することができる。
【００４９】
また、受信データに基づき生成されたＮＰＣであっても、代替データに基づき生成されたＮＰＣであっても、いずれの場合も同様の処理（アイテム売買等）が実行可能である。そのため、他の携帯ゲーム装置からキャラクタデータを受信したか否かを気にすることなく、「通信」が発生していれば実行され得る処理（上記イベント処理）を体験できる機会をユーザにより多く与えることができる。
【００５０】
なお、他の携帯ゲーム装置１０からの受信に関して、受信できるデータの件数は１件だけでもよいし、複数件受信できるようにしてもよい。例えば、ユーザが携帯ゲーム装置１０を所持して外出している間に５回の「交換用近距離通信」が発生した場合は、５台の他の携帯ゲーム装置１０からそれぞれ１件ずつ、計５体分の上記キャラクタデータを受信データ２０６として保持するようにしてもよい。この際、各データを受信した日時を示すデータも併せて保持するようにしておく。そして、ゲーム処理においては、受信した５体分のＮＰＣを一度にワールドマップ上に登場させてもよいし、例えば、直近に受信した３体までのＮＰＣが同時にワールドマップ上に登場するような制御を行っても良い。各ＮＰＣから話しかけられて、ワールドマップ上から消去されれば、残り（未登場）のＮＰＣを登場させるようにすればよい。
【００５１】
また、送信するデータについても、キャラクタ１体分だけのデータでもよいし、複数のキャラクタのデータを送信するようにしてもよい。
【００５２】
また、上記データの交換に用いる通信手法に関して、上記実施形態では「交換用近距離通信」を例に挙げたが、この他、次のような手法で互いに近距離に存在する携帯ゲーム装置１０同士の通信を行うようにしても良い。例えば、携帯ゲーム装置１０がＧＰＳを搭載しているとする。ゲーム装置は、ＧＰＳで取得した位置情報データ、位置情報データを取得したときの日時情報データ、および「交換対象データ」を所定のサーバに送信する。サーバでは、複数のゲーム装置から送信された位置情報データや日時情報データを用いて、ある時間帯において、所定距離以内まで接近した携帯ゲーム装置１０を判定、抽出する。つまり、サーバにおいて、各ゲーム装置１０からの位置情報を用いて各ゲーム装置１０が上記のような近距離通信が可能な範囲に接近していたか（つまり、「すれちがった」か否か）を判別する。そして、「すれちがった」と判別された携帯ゲーム装置１０に対して「交換対象データ」が互いに交換されるように、サーバを中継して各ゲーム装置に対して「交換対象データ」を送信するようにしてもよい。また、この手法において、位置情報データの取得については、ＧＰＳの他、例えば無線ＬＡＮアクセスポイントからの電測情報（ＭＡＣアドレスや電波強度）を利用して現在地を算出し、これを位置情報データとしてもよい。
【００５３】
また、上記実施形態では、図６および図７に示した複数の処理を１台の情報処理装置（携帯ゲーム装置１０）において実行しているが、他の実施形態では、これらの複数の処理を複数の情報処理装置（例えば、携帯ゲーム装置１０とサーバ装置）が分担して実行してもよい。また、図６および図７に示した複数の処理は、１つのコンピュータ（プロセッサ１３）で実行されてもよいし、複数のコンピュータで分担して実行されてもよい。さらには、これらの複数の処理の一部または全部を専用回路によって実現してもよい。
【００５４】
また、上記実施形態では、携帯型ゲーム装置を例に説明したが、これに限らず、他の情報処理装置と通信可能な携帯情報端末やタブレット端末、パーソナルコンピュータ等にも適用可能である。
【符号の説明】
【００５５】
１０    携帯ゲーム装置
１１    入力装置
１２    表示装置
１３    プロセッサ
１４    内部記憶装置
１５    メインメモリ
１６    無線通信装置
【図１】
0005922963.tif 000002
【図２】
0005922963.tif 000003
【図３】
0005922963.tif 000004
【図４】
0005922963.tif 000005
【図５】
0005922963.tif 000006
【図６】
0005922963.tif 000007
【図７】
0005922963.tif 000008