以下に本発明の実施形態を説明する。以� ��では、理解を容易にするため、携帯型ゲー� ��機(ゲーム装置)に本発明が適用される実施� �態を説明するが、各種のコンピュータ、PDA� �携帯電話などの情報処理装置においても同� �に本発明を適用することができる。すなわ� �、以下に記載する実施形態は説明のための� �のであり、本願発明の範囲を制限するもの� �はない。したがって、当業者であればこれ� �の各要素または全要素をこれと均等なもの� �置換した実施形態を採用することが可能で� �るが、これらの実施形態も本発明の範囲に� �まれる。

(実施形態1)
 図1は、本発明の実施形態に係る携帯型ゲー ム機の概要構成を示す模式図である。以下、 本図を参照して説明する。

 携帯型ゲーム機1は、処理制御部10と、コ� ��クタ11と、カートリッジ12と、無線通信部13� ��、通信コントローラ14と、サウンドアンプ15 と、スピーカ16と、操作キー17と、第1の表示� ��18と、第2の表示部19と、タッチパネル20と、 を備える。

 処理制御部10は、CPU(Central Processing Unit)� �ア10aと、画像処理部10bと、VRAM(Video Random Acc ess Memory)10cと、WRAM(Work RAM)10dと、LCD(Liquid Cry stal Display)コントローラ10eと、タッチパネル� ��ントローラ10fと、を備える。

 CPUコア10aは、携帯型ゲーム機1全体の動作 を制御し、各構成要素と接続され制御信号や データをやりとりする。具体的には、カート リッジ12がコネクタ11に装着された状態で、� �ートリッジ12内のROM(Read Only Memory)12aに記憶� ��れたプログラムやデータを読み出して、所� ��の処理を実行する。

 画像処理部10bは、カートリッジ12内のROM  12aから読み出されたデータや、CPUコア10aにて 処理されたデータを加工処理した後、これを VRAM 10cに格納する。

 VRAM 10cは、表示用の情報を記憶するメモリ� ��あり、画像処理部10b等により加工された画� ��情報を記憶する。
 WRAM 10dは、CPUコア10aがプログラムに従った� ��種処理を実行する際に必要となるワークデ� ��タ等を記憶する。

 LCDコントローラ10eは、第1の表示部18およ� ��、第2の表示部19を制御し、所定の表示用画� ��を表示させる。例えば、LCDコントローラ10e� ��、VRAM 10cに記憶された画像情報を、所定の� ��期タイミングで表示信号に変換し、第1の表 示部18に出力する。また、LCDコントローラ10e� ��、第2の表示部19に所定の指示アイコン等を� ��示する。

 タッチパネルコントローラ10fは、タッチ� ��ンやユーザの指によるタッチパネル20への� �触(タッチ)を検出する。例えば、第2の表示� �19に所定の指示アイコン等が表示されている 状態で、タッチパネル20上の接触およびその� ��置等を検出する。

 コネクタ11は、カートリッジ12と脱着自在 に接続可能な端子であり、カートリッジ12が� ��続された際に、カートリッジ12との間で所� �のデータを送受信する。

 カートリッジ12は、ROM 12aと、RAM(Random Access  Memory)12bと、を備える。
 ROM 12aには、ゲームを実現するためのプロ� �ラムとゲームに付随する画像データや音声� �ータ等が記録される。
 RAM 12bには、ゲームの進行状況等を示す種� �のデータが記憶される。

 無線通信部13は、他の携帯型ゲーム機1の無� ��通信部13との間で、無線通信を行うユニッ� �であり、図示せぬアンテナ(内蔵アンテナ等) を介して所定のデータを送受信する。
 なお、無線通信部13は、所定の無線アクセ� �ポイントとの間で、無線通信を行うことも� �きる。また、無線通信部13には、固有のMAC(Me dia Access Control)アドレスが採番されている。

 通信コントローラ14は、無線通信部13を制御 し、所定のプロトコルに沿って、処理制御部 10と他の携帯型ゲーム機1の処理制御部10との� ��で行われる無線通信の仲立ちをする。
 また、携帯型ゲーム機1が、近傍の無線アク セスポイント等を介してインターネットに接 続する際には、無線LANに準拠したプロトコル に沿って、処理制御部10と無線アクセスポイ� ��ト等との間で行われる無線通信の仲立ちを� ��る。

 サウンドアンプ15は、処理制御部10にて生成 された音声信号を増幅し、スピーカ16に供給� ��る。
 スピーカ16は、例えば、ステレオスピーカ� �からなり、サウンドアンプ15にて増幅された 音声信号に従って、所定の楽曲音や効果音等 を出力する。

 操作キー17は、携帯型ゲーム機1に適宜配� ��された複数のキースイッチ等からなり、ユ� ��ザの操作に従って、所定の指示入力を受け� ��ける。

 第1の表示部18および、第2の表示部19は、LCD� ��からなり、LCDコントローラ10eに制御され、� ��ーム画像等を適宜表示する。
 なお、第2の表示部19は、タッチパネル20の� �触によりユーザから操作指示を入力させる� �めの指示アイコン等を表示する。

 タッチパネル20は、第2の表示部19の前面に� �畳して配置され、タッチペンやユーザの指� �接触による入力を受け付ける。
 タッチパネル20は、例えば、感圧式のタッ� �センサパネル等からなり、ユーザの指等の� �力を検出し、接触状態および、接触状態か� �非接触状態への移行等を検出する。なお、� �ッチパネル20は、他に静電容量の変化等から 、ユーザの指等の接触を検出してもよい。

 このような構成の携帯型ゲーム機1は、無線 アクセスポイント等を介してインターネット に接続可能であり、インターネット上のサー バ(Webサーバやファイルサーバ等)と通信可能� ��なっている。
 例えば、図2Aに示すように、携帯型ゲーム� �1は、無線LAN規格によって、近傍の無線アク� ��スポイント30に接続し、この無線アクセス� �イント30からモデム40又は回線終端装置50等� �介してインターネット90に接続する。そして 、ゲームにおける複数の追加データ(一例と� �て、追加アイテム、追加キャラクタ、追加� �ナリオ、及び、追加音楽等のデータ)を管理� ��ているサーバ60にアクセスし、追加データ� �適宜ダウンロードすることができる。
 なお、各追加データには、ダウンロード条� ��(必要条件)が規定されており、携帯型ゲー� �機1は、ゲームの進行状況に応じて、その条� ��を満たしている追加データだけをダウンロ� ��ド可能となっている。
 ダウンロード条件として、例えば、ゲーム� ��における所定のステージ、フィールド、ダ� ��ジョン等をクリアしていること、ゲーム中� ��おける主人公キャラクタのレベル数、経験� ��、所持金等が規定値以上であること等が挙� ��られる。なお、これ以外にも、ダウンロー� ��条件を適宜定めることができる。つまり、� ��ームの進行状況を示す所定の情報をダウン� ��ード条件として規定すれば、その条件を満� ��している携帯型ゲーム機1(ゲームがそれ以� �に進んでいる携帯型ゲーム機1)だけがダウン ロード可能となる。

 また、携帯型ゲーム機1は、複数台が通信可 能な範囲内に存在する場合に、無線ネットワ ークを構築することができる。
 例えば、図2Bに示すように、2台の携帯型ゲ� ��ム機1が通信可能な範囲内に存在していると 、一方が親機となり、他方が子機となって、 無線ネットワークを構築可能である。
 そして、親機となる携帯型ゲーム機1が、上 述した図2Aに示すように、サーバ60から追加� �ータをダウンロード済みである場合に、子� �となる携帯型ゲーム機1にその追加データを� ��供し得る。
 つまり、インターネットに接続できない携� ��型ゲーム機1であっても、子機となって、親 機から追加データを得ることが可能となる。

 (親機及び子機の概要構成)
 図3は、本実施形態に係る携帯型ゲーム機1� �親機となる場合、及び、子機となる場合の� �要構成を示す模式図である。以下、本図を� �照して説明する。なお、親機となる携帯型� �ーム機1(親機100)は、上述した図2Aに示すよう な環境にて、サーバ60から追加データをダウ� ��ロード済であるものとする。また、子機と� ��る携帯型ゲーム機1(子機200)は、インターネ� ��トに接続できない環境にあったため、追加� ��ータをダウンロードできていないものとす� ��。

 まず、親機100は、図3に示すように、通信 部110と、処理制御部120と、データ記憶部130と を備えている。

 通信部110は、親機情報送信部111と、子機� ��報受信部112と、追加データ配信部113と、ダ� ��ンロード部114とを含んでおり、処理制御部1 20に制御され、子機200等との無線通信を行う� ��

 親機情報送信部111は、処理制御部120(親機情 報生成部121)により生成された親機情報を、� �機200に向けて送信する。
 この親機情報には、親機100におけるゲーム� ��名称やダウンロード済みの追加データID等� �含まれている。なお、親機情報の詳細につ� �ては、後述する。

 子機情報受信部112は、子機200から送られ� ��子機情報を受信する。この子機情報には、� ��機200におけるゲームの進行状況が含まれて� ��る。なお、子機情報の詳細については、後� ��する。

 追加データ配信部113は、ダウンロード済� ��の追加データ(後述するデータ記憶部130の追 加データ131)のうち、子機200に対して提供可� �となる追加データを子機200に配信する。

 ダウンロード部114は、親機100がインターネ� ��トに接続した際に、サーバから追加データ� ��適宜ダウンロードする。
 すなわち、上述した図2Aに示すような環境� �おいて、携帯型ゲーム機1がサーバ60からゲ� �ムの進行状況に応じた追加データをダウン� �ードする。
 一例として、7ステージまであるゲームにお いて、各ステージをクリアする毎に異なる追 加データをダウンロード可能としている場合 では、サーバ60に7種類の追加データが用意さ れている。なお、各追加データには、対応す るステージ数(クリアしたステージの値)がダ� ��ンロード条件として規定されている。
 そして、携帯型ゲーム機1にてゲームが実行 され、ユーザがゲーム中でステージをクリア すると、例えば、インターネットへの自動接 続がなされ、ダウンロード部114は、サーバ60� ��アクセスして、クリアしたステージに対応� ��る追加データをダウンロードする。
 なお、子機200と無線通信する際には、この� ��うなダウンロードができない状況(屋外等)� �なっていてよい。

 そして、上述した無線通信部13や通信コ� �トローラ14が、このような通信部110として機 能しうる。

 処理制御部120は、親機情報生成部121、更� ��部122と、検索部123とを含んでおり、親機100� ��体を制御する。

 親機情報生成部121は、ゲームの名称やダウ� ��ロード済みの追加データID等を含む親機情� �を生成する。
 具体的に親機情報生成部121は、データ記憶� ��130に格納されているゲーム管理情報133や追� ��データ131等に基づいて、図4に示すような親 機情報OJを生成する。
 この親機情報OJには、一例として、親機ID(MA Cアドレス等)、ゲーム名(ゲームID)、及び、ダ ウンロード済みの追加データIDが含まれてい� ��。

 図3に戻って、更新部122は、子機200との通信 を行う以前において、ダウンロード部114がダ ウンロードした追加データをデータ記憶部130 に格納する。
 また、更新部122は、追加データ配信部113が� ��機200に対して追加データの配信を行った際� ��、その実績(後述する配信実績132)をデータ� �憶部130に格納(更新)する。

 検索部123は、子機情報受信部112が受信した� ��機情報に基づいて、提供可能となる追加デ� ��タをデータ記憶部130から検索する。
 例えば、検索部123は、子機情報に従って、� ��機200におけるゲームの進行状況に応じた追� ��データ(条件を満たす追加データ)を、追加� �ータ131のうちから検索する。
 一例として、上述したように、ダウンロー� ��条件としてステージ数(クリアしたステージ の最高値)が追加データに規定してある場合� �、検索部123は、ゲームの進行状況からクリ� �済みのステージ数を得て、その値に応じて� �供可能となる追加データを検索する。

 具体的には、親機100にて7ステージあるゲー ムが5ステージまでクリアされ、図5Aに示すよ うに、5ステージまでの追加データ131a~131eが� �ータ記憶部130に格納されているとする。そ� �て、受信した子機情報により、子機200がク� �アしたステージの値が1であるとした場合、� ��索部123は、ダウンロード条件がステージ1と 規定されている追加データ131aを検索する。
 つまり、親機100の方が子機200よりもゲーム� ��進んでいる場合には、ダウンロード済みの� ��加データのうち、子機200の進行状況に応じ� ��追加データを検索する。
 一方、親機100にてゲームが3ステージまでク リアされ、図5Bに示すように、3ステージまで の追加データ131a~131cがデータ記憶部130に格納 されており、子機情報により子機200がクリア したステージの値が5であるとした場合、検� �部123は、追加データ131a~131cを検索する。
 つまり、子機200の方が親機100よりも進んで� ��る場合(又は、イコールの場合)には、ダウ� �ロード済みの追加データを全て検索する。
 なお、上記図5A,図5Bは、子機200側で追加デ� �タを全く取得していない場合の一例であり� �子機200側で既に幾つかの追加データを得て� �る場合では、検索部123は、取得済みの追加� �ータを除いて検索するものとする。

 そして、上述したCPUコア10aがこのような� ��理制御部120として機能しうる。

 図3に戻って、データ記憶部130は、追加デ ータ131、配信実績132、及び、ゲーム管理情報 133等を記憶する。

 追加データ131は、ダウンロード部114がサー� ��からダウンロードしたデータである。
 具体的に追加データ131は、図6Aに示すよう� �、ヘッダ部Hを有しており、ここに、ID(識別� ��報)H1、ダウンロード条件H2、及びダウンロ� �ド元区分H3等の情報がセットされる。
 なお、ダウンロード条件H2は、一例として� �クリアしたステージの値であり、ダウンロ� �ド元区分H3は、ダウンロードしたのがサーバ からか、他の携帯型ゲーム機からかを示す値 である。

 配信実績132は、子機200に対して追加データ� ��配信を行った配信実績を管理するためのデ� ��タである。
 具体的な配信実績132として、図6Bに示すよ� �に、配信対象の子機200の数(子機数)や配信を 行った追加データの数(トータル数)等が挙げ� ��れる。

 ゲーム管理情報133は、親機100にて実行され� ��ゲームについての管理情報である。
 具体的なゲーム管理情報133として、図6Cに� �すように、ゲーム名、クリアしたステージ(� ��ィールド,ダンジョン)の値、プレイした時� �数、主人公キャラクタのレベル数(経験値,所 持金)が挙げられる。

 なお、データ記憶部130は、これらの情報� ��他に、サーバからダウンロードを行った実� ��を管理する情報(ダウンロード実績)を記憶� �てもよい。この情報として、例えば、ダウ� �ロード日時、配信元のサーバ名(又はアドレ� ��等)やダウンロードした追加データの数(ト� �タル数)等が挙げられる。

 そして、上述したRAM12bがこのようなデー� ��記憶部130として機能しうる。

 一方、子機200は、図3に示すように、通信 部210と、処理制御部220と、データ記憶部230と を備える。

 通信部210は、親機情報受信部211と、子機� ��報送信部212と、追加データ受信部213とを含� ��でおり、処理制御部220に制御され、親機100� ��との無線通信を行う。

 親機情報受信部211は、親機100から送られ� ��親機情報を受信する。この親機情報には、� ��述したように、親機100において追加データ� ��ダウンロード済みのゲームの識別情報等が� ��まれている。

 子機情報送信部212は、処理制御部220(子機情 報生成部221)により生成された子機情報を、� �機100に送信する。
 この子機情報には、子機200におけるゲーム� ��進行状況が含まれている。

 追加データ受信部213は、親機100から送信� ��れた追加データを受信する。つまり、子機� ��報送信部212が送信した子機情報に応答して� ��親機100の追加データ配信部113から配信され� ��追加データを受信する。

 なお、子機200側にも、親機100のダウンロー� ��部114に相当するダウンロード部を備えてい� ��もよいが、発明の理解を容易にするために� ��ここでは省略している。
 そして、上述した無線通信部13や通信コン� �ローラ14が、このような通信部210として機能 しうる。

 処理制御部220は、子機情報生成部221と、� ��新部222とを含んでおり、子機200全体を制御� ��る。

 子機情報生成部221は、子機200におけるゲー� ��の進行状況を含む子機情報を生成する。
 具体的に子機情報生成部221は、データ記憶� ��230に記憶されるゲーム管理情報233等に基づ� ��て、図7に示すような子機情報KJを生成する� ��
 この子機情報KJには、一例として、子機ID(MA Cアドレス等)、クリアステージ数(クリアした ステージの最高値)、及び、取得済み追加デ� �タIDが含まれている。
 なお、取得済み追加データIDは、以前に、� �機100等から追加データを取得している場合� �は、その追加データのIDがセットされる。

 更新部222は、追加データ受信部213が親機1 00から追加データを受信した際に、その実績( 受信実績232)をデータ記憶部230に格納(更新)す る。

 そして、上述したCPUコア10aがこのような� ��理制御部220として機能しうる。

 データ記憶部230は、追加データ231、受信� ��績232、及び、ゲーム管理情報233等を記憶す� ��。

 追加データ231は、追加データ受信部213が親� ��100からダウンロードしたデータである。
 この追加データ231は、上述した図6Aに示す� �加データ131と同様の構成となっている。

 受信実績232は、親機100から追加データの受� ��を行った受信実績を管理するためのデータ� ��ある。
 具体的な受信実績232として、受信日時、配� ��元の親機100の数(親機数)や受信した追加デ� �タの数(トータル数)等が挙げられる。

 ゲーム管理情報233は、子機200にて実行され� ��ゲームについての管理情報である。
 このゲーム管理情報233は、上述した図6Cに� �すゲーム管理情報133と同様の構成となって� �る。

 そして、上述したRAM12bがこのようなデー� ��記憶部230として機能しうる。

 (親機及び子機の動作概要)
 図8は、上述した構成の親機100において実行 されるデータ提供処理、及び、子機200におい て実行されるデータ受信処理の流れを示すフ ローチャートである。以下、本図を参照して 親機100及び子機200の動作について説明する。
 なお、以下では、親機100と子機200とが互い� ��無線通信可能な範囲に接近しているものと� ��て説明する。

 まず、親機100は、ゲームの名称や追加デ� ��タID等を含む親機情報を生成する(ステップS 301)。つまり、親機情報生成部121が、図4に示� ��ような親機情報OJを生成する。

 親機100は、生成した親機情報をブロードキ� ��ストする(ステップS302)。すなわち、親機情� ��送信部111が、親機情報を近傍の子機200に向� ��て一斉送信する。
 そして、親機100は、子機200からの接続要求� ��有無を判別する(ステップS303)。
 ここで、接続要求がなければ(ステップS303;N o)、親機100は、ステップS302に処理を戻し、例 えば、所定時間経過後に、再び親機情報の一 斉送信を繰り返す。

 これに対して、子機200は、親機100から送� ��れる親機情報を受信する(ステップS401)。つ� ��り、親機情報受信部211が、親機情報を受信� ��る。

 子機200は、受信した親機情報から、ゲー� ��が同一であり、取得していない追加データ� ��あるかを検証する(ステップS402)。すなわち� ��処理制御部220は、データ記憶部230を参照し� ��子機200と親機100とで実行するゲームが同じ� ��、かつ、子機200が取得していない追加デー� ��を親機100がダウンロード済みであるかどう� ��を調べる。

 子機200は、未取得の追加データがあった� ��否かを判別する(ステップS403)。ここで、未� ��得の追加データがなかった(ゲームが異なっ ていた場合も含む)場合に(ステップS403;No)、� �機200は、例えば、所定時間経過後にステッ� �S401に処理を戻し、上述したステップS401~S403� ��処理を繰り返す。つまり、他の親機100から� ��られ得る親機情報を待機する。

 一方、未取得の追加データがあったと判� ��した場合に(ステップS403;Yes)、子機200は、親 機に接続要求する(ステップS404)。すなわち、 通信部210は、親機100との通信確立を行うため に所定のプロトコルに沿って接続要求を行う 。

 これにより、親機100は、子機200からの接� ��要求があったと判別し(ステップS303;Yes)、子 機200に、子機情報の返信を要求する(ステッ� �S304)。

 そして、子機200は、ゲームの進行状況を� ��む子機情報を生成する(ステップS405)。つま� ��、子機情報生成部221が、図7に示すような子 機情報KJを生成する。

 子機200は、生成した子機情報を親機100に� ��信する(ステップS406)。すなわち、子機情報� ��信部212が、子機情報を親機100に返信する。

 これを受けて、親機100は、受信した子機� ��報等に基づいて、提供可能となる追加デー� ��を検索する(ステップS305)。つまり、検索部1 23が、子機情報に従って、子機200におけるゲ� ��ムの進行状況に応じた追加データ(条件を満 たす追加データ)を、追加データ131のうちか� �検索する。

 親機100は、追加データが検索できたか否か� ��判別する(ステップS306)。つまり、子機200に� ��供可能な追加データがあったかどうかを判� ��する。
 ここで、追加データがなかったと判別した� ��合に(ステップS306;No)、親機100は、例えば、� ��供可能な追加データがない旨の情報を返信� ��るなどした後に、データ提供処理を終了す� ��。

 一方、追加データがあったと判別した場合� ��(ステップS306;Yes)、親機100は、その追加デー タを子機200に配信し、配信実績に反映する(� �テップS307)。
 すなわち、追加データ配信部113が、提供可� ��となる追加データを子機200に配信し、また� ��更新部122が、データ記憶部130の配信実績132� ��更新する。

 子機200は、上述したステップS406にて子機情 報を送信した後、親機100からの配信の有無を 判別する(ステップS407)。なお、提供可能な追 加データがない旨の情報を受信した場合に、 親機100からの配信がないと判別する。
 ここで、親機100からの配信がなかったと判� ��すると(ステップS407;No)、子機200は、ステッ� ��S401に処理を戻し、上述したステップS401~S407 の処理を繰り返す。

 一方、配信があったと判別した場合(ステッ プS407;Yes)、子機200は、親機100から配信される 追加データを受信して格納すると共に、受信 実績に反映する(ステップS408)。
 すなわち、追加データ受信部213が追加デー� ��を受信し、データ記憶部230に格納する。ま� ��、更新部222が、データ記憶部230の受信実績2 32を更新する。

 このようなデータ提供処理及びテータ受信� ��理によって、追加データをダウンロードし� ��親機100から子機200へ、間接的に追加データ� ��提供することができる。つまり、インター� ��ットに接続できない環境で使用される子機2 00であっても、追加データをダウンロード済� ��の親機100の近く(無線通信可能な範囲)に位� �すれば、親機100から追加データを取得する� �とができるようになる。
 その際、子機200におけるゲームの進行状況� ��応じた追加データだけが親機100から提供さ� ��るため、ゲームメーカ等の意図や思惑に反� ��ることなく、また、子機200におけるゲーム� ��行に矛盾が生じたり、面白味に欠けるもの� ��なってしまうといった不都合を生じさせず� ��済むことになる。

 この結果、適正なデータ提供を確保しつ� ��、ユーザの利便性を向上させることができ� ��。

 (他の実施形態)
 上記の実施形態では、親機100から子機200へ� ��データ提供について詳細に説明するために� ��子機200側に受信実績232が更新され、親機100� ��に配信実績132が更新されるまでに記載を留� ��ている。
 これら受信実績232及び配信実績132は、子機2 00及び親機100にて適宜活用されることになる� ��
 以下、受信実績232及び配信実績132の活用例� ��ついて説明する。

 子機200のデータ記憶部230にて更新される受� ��実績232により、子機200がインターネットに� ��続できない環境で主に使用されることが明� ��かとなる。
 つまり、受信実績232を参照することで、イ� ��ターネット上のサーバからではなく、親機1 00から追加データを取得していることが判る� ��め、ユーザが子機200にてゲームをする際に� ��インターネットに接続できない状況となる� ��とが予想される。
 そして、子機200は、インターネット接続が� ��えない環境に対応したゲーム内容に変化さ� ��るようにしてもよい。

 例えば、子機200の処理制御部220は、ゲーム� ��実行する際に、受信実績232を参照し、イン� ��ーネット接続が行えない環境にあると判別� ��ると、ステージクリア後にインターネット� ��の接続を行わないようにして、バッテリー� ��消費を少なくする。
 この他にも、追加データが得られ難いこと� ��考慮して、親機100から追加データを得るま� ��、主人公キャラクタに仮の装備を与える等� ��て、インターネット接続が行えない環境の� ��ーザが不利とならないように、ゲーム内容� ��適宜変更するようにしてもよい。
 一方、親機100の処理制御部120も、ゲームを� ��行する際に、データ記憶部130に記憶される� ��ウンロード実績を参照し、インターネット� ��続が行える環境にあると判別すると、その� ��境に対応したゲーム内容に変更してもよい� ��例えば、実行されるゲーム中にて追加デー� ��以外のデータ(一例として、攻略ヒントやメ ッセージ等)をサーバにアクセスして受信す� �ようにしてもよい。

 一方、親機100のデータ記憶部130にて更新さ� ��る配信実績132により、サーバの代わりに、� ��れくらいの子機200にどれくらいの追加デー� ��を配信したのかが明らかとなる。
 つまり、配信実績132を参照することで、追� ��データを配信した親機100の貢献度が判明す� ��ことになる。
 そして、親機100は、配信実績132に基づいて� ��特典となるデータ(一例として、レアデータ やクーポンデータ等)をサーバからダウンロ� �ドできるようにしてもよい。

 例えば、親機100のダウンロード部114は、� ��ンターネットに接続してサーバにアクセス� ��る際に、配信実績132を読み出してサーバに� ��信する。サーバは、配信実績132から定まる� ��献度を判定し、貢献度に応じたレアデータ� ��をダウンロード可能に用意する。そして、� ��ウンロード部114は、用意されたレアデータ� ��をサーバからダウンロードする。

 また、上記の実施形態では、発明の理解を� ��易にするために、親機100と子機200とを明確� ��分けて、それぞれの役割に沿った機能及び� ��作について説明した。
 しかしながら、携帯型ゲーム機1は、状況に 応じて、親機100及び子機200の何れにも適宜な ることができる。
 例えば、親機100から追加データの配信を受� ��た子機200が、別の場面で、今度は親機100と� ��り、他の子機200に対して自己の追加データ� ��配信することもできる。
 また、子機200の方がゲームが先に進んでい� ��等により、親機100から必要なだけの追加デ� ��タの配信を受けられなかった子機200が、イ� ��ターネットに接続できるようになると、親� ��100としてサーバから追加データをダウンロ� ��ドし、そして、同様に他の子機200に対して� ��己の追加データを配信することができる。
 更に、それまでインターネットに接続でき� ��いた親機100が、例えば、旅行先などでプレ� ��される等により、インターネットに接続で� ��ない状況のままゲームが進んだ場合等に、� ��度は子機200となり、近傍の親機100から配信� ��れる追加データを受信することもできる。

 このように、携帯型ゲーム機1は、親機100 及び子機200のどちらかに固定されるものでは なく、状況に応じて、どちらにもなり得る。 そして、親機100となって子機200に追加データ を配信した実績は、上述した図6Bに示す配信� ��績として管理される。また、受信した(ダウ ンロードした)追加データには、図6Aに示すダ ウンロード元区分が適宜セットされる。この ため、親機100(携帯型ゲーム機1)から得たもの であるのか、サーバ(インターネット)から得� ��ものであるのかが、追加データ単位に判別� ��能に管理されることになる。

 また、上記の実施形態では、2台の携帯型 ゲーム機1が無線通信する場合を一例として� �明したが、3台以上の携帯型ゲーム機1のうち 、1台が親機100となり、残りが子機200となっ� �場合にも適宜適用可能である。

 更に、上記の実施形態では、携帯型ゲー� ��機1同士が無線通信を行う場合を一例として 説明したが、通信ケーブルを介して行う有線 通信の場合にも適宜適用可能である。

 上記の実施形態では、体感型ゲームを一例� ��して説明したが、このような体感型ゲーム� ��限られず、コントローラの位置等を測定し� ��入力に使用するゲームであれば適宜適用可� ��である。
 なお、本願については、日本国特許願 特� �2007-083672号 を基礎とする優先権を主張し、� ��該基礎出願の内容をすべて本願にとりこむ� ��のとする。