互いに通信可能な少なくとも第1情報処理装置と第2情報処理装置を含む通信システムであって、前記第1情報処理装置は、アプリケーションプログラムと、当該アプリケーションプログラムを実行可能となるように基本ソフトを更新するための基本ソフト更新プログラムとを記憶するプログラム記憶手段、および前記第2情報処理装置からの要求に応じて、前記アプリケーションプログラムまたは前記基本ソフト更新プログラムを前記第2情報処理装置に送信する第1送信手段を備え、前記第2情報処理装置は、前記第1情報処理装置から前記基本ソフト更新プログラムを受信する第1受信手段、前記第1受信手段によって受信された前記基本ソフト更新プログラムを用いて当該第2情報処理装置の基本ソフトを更新する第1基本ソフト更新手段、前記第1情報処理装置から前記アプリケーションプログラムを受信する第2受信手段、および前記第2受信手段によって受信された前記アプリケーションプログラムを実行するアプリケーション処理手段を備える、通信システム。前記第1情報処理装置または前記第2情報処理装置は、前記アプリケーションプログラムを前記第2情報処理装置において実行するために、前記第2情報処理装置の基本ソフトを更新する必要があるか否かを判断する判断手段をさらに備え、前記第1受信手段は、前記判断手段によって更新する必要があると判断されたとき、前記第1情報処理装置から前記基本ソフト更新プログラムを受信する、請求項1に記載の通信システム。前記判断手段は、前記第2情報処理装置から前記アプリケーションプログラムを要求されたときに、当該アプリケーションプログラムを前記第2情報処理装置において実行するために、前記第2情報処理装置の基本ソフトを更新する必要があるか否かを自動的に判断する、請求項2に記載の通信システム。前記第2情報処理装置は、前記第1基本ソフト更新手段による基本ソフトの更新が行われた後、当該第2情報処理装置を再起動する再起動手段をさらに備え、前記第2受信手段は、前記再起動手段によって前記第2情報処理装置が再起動された後に、前記基本ソフトの更新前に前記第1情報処理装置に要求していた前記アプリケーションプログラムの受信を開始する、請求項3に記載の通信システム。前記第2情報処理装置は、当該第2情報処理装置の基本ソフトのバージョンを示すバージョン情報を前記第1情報処理装置に送信する第2送信手段をさらに備え、前記第1情報処理装置は、前記第2情報処理装置から受信したバージョン情報に基づいて、前記第2情報処理装置の基本ソフトを更新する必要があるか否かを判断する判断手段、および前記判断手段による判断結果を前記第2情報処理装置に送信する第3送信手段をさらに備え、前記第1受信手段は、前記判断結果が、更新する必要があることを示すとき、前記第1情報処理装置から前記基本ソフト更新プログラムを受信する、請求項1~4のいずれか1項に記載の通信システム。前記アプリケーションプログラムは、第1情報処理装置と第2情報処理装置との間で所定の通信処理を実行するためのプログラムであって、前記アプリケーション処理手段は、前記第2受信手段によって受信された前記アプリケーションプログラムを用いて前記第1情報処理装置との間で前記通信処理を実行する、請求項1~5のいずれか1項に記載の通信システム。前記第1情報処理装置および前記第2情報処理装置は、近距離無線通信によって互いに通信可能な携帯型の情報処理装置である、請求項1~6のいずれか1項に記載の通信システム。前記第1情報処理装置は、前記通信処理への参加を他の情報処理装置に対して募集する側の情報処理装置であり、前記第2情報処理装置は、前記募集に対して参加する側の情報処理装置であり、前記第2受信手段によって前記アプリケーションプログラムが受信されたときに、前記アプリケーション処理手段は前記通信処理を実行する、請求項1~7のいずれか1項に記載の通信システム。前記第1情報処理装置は、前記アプリケーションプログラムおよび前記基本ソフト更新プログラムを、サーバー装置または外部記憶媒体から取得するプログラム取得手段、および前記プログラム取得手段によって取得された前記基本ソフト更新プログラムを用いて当該第1情報処理装置の基本ソフトを更新する第2基本ソフト更新手段をさらに備える、請求項1~8のいずれか1項に記載の通信システム。前記第1送信手段は、前記プログラム取得手段によって取得された前記基本ソフト更新プログラムを前記第2情報処理装置に送信し、前記第1受信手段は、前記第1情報処理装置から前記基本ソフト更新プログラムを受信し、前記第1基本ソフト更新手段は、前記第1受信手段によって受信された前記基本ソフト更新プログラムを用いて当該第2情報処理装置の基本ソフトを更新する、請求項1~9のいずれか1項に記載の通信システム。他の情報処理装置と通信可能であって、当該他の情報処理装置へアプリケーションプログラムを送信する親機、または当該他の情報処理装置からアプリケーションプログラムを受信する子機として動作可能な情報処理装置であって、前記アプリケーションプログラムと、当該アプリケーションプログラムを実行可能となるように基本ソフトを更新するための基本ソフト更新プログラムとを記憶するプログラム記憶手段、子機として動作する他の情報処理装置からの要求に応じて、前記アプリケーションプログラムまたは前記基本ソフト更新プログラムを当該子機として動作する他の情報処理装置に送信する第1送信手段、親機として動作する他の情報処理装置から前記基本ソフト更新プログラムを受信する第1受信手段、前記第1受信手段によって受信された前記基本ソフト更新プログラムを用いて基本ソフトを更新する第1基本ソフト更新手段、前記親機として動作する他の情報処理装置から前記アプリケーションプログラムを受信する第2受信手段、および前記第2受信手段によって受信された前記アプリケーションプログラムを実行するアプリケーション処理手段を備える、情報処理装置。他の情報処理装置と通信可能であって、当該他の情報処理装置へアプリケーションプログラムを送信する親機、または当該他の情報処理装置からアプリケーションプログラムを受信する子機として動作可能な情報処理装置のコンピュータを、子機として動作する他の情報処理装置からの要求に応じて、プログラム記憶手段に記憶されている前記アプリケーションプログラムまたは当該アプリケーションプログラムを実行可能となるように基本ソフトを更新するための基本ソフト更新プログラムを読み出して当該子機として動作する他の情報処理装置に送信する第1送信手段、親機として動作する他の情報処理装置から前記基本ソフト更新プログラムを受信する第1受信手段、前記第1受信手段によって受信された前記基本ソフト更新プログラムを用いて基本ソフトを更新する第1基本ソフト更新手段、前記親機として動作する他の情報処理装置から前記アプリケーションプログラムを受信する第2受信手段、および前記第2受信手段によって受信された前記アプリケーションプログラムを実行するアプリケーション処理手段として機能させるための、通信プログラム。互いに通信可能な少なくとも第1情報処理装置と第2情報処理装置を含む通信システムにおいて、当該第1情報処理装置から当該第2情報処理装置へアプリケーションプログラムを提供するための通信方法であって、前記第1情報処理装置の第1送信手段が、前記第2情報処理装置からの要求に応じて、当該第1情報処理装置のプログラム記憶手段に記憶されている前記アプリケーションプログラムまたは当該アプリケーションプログラムを実行可能となるように基本ソフトを更新するための基本ソフト更新プログラムを読み出して当該第2情報処理装置に送信するステップ、前記第2情報処理装置の第1受信手段が、前記第1情報処理装置から前記基本ソフト更新プログラムを受信するステップ、前記第2情報処理装置の第1基本ソフト更新手段が、前記第1受信手段によって受信された前記基本ソフト更新プログラムを用いて当該第2情報処理装置の基本ソフトを更新するステップ、前記第2情報処理装置の第2受信手段が、前記第1情報処理装置から前記アプリケーションプログラムを受信するステップ、および前記第2情報処理装置のアプリケーション処理手段が、前記第2受信手段によって受信された前記アプリケーションプログラムを実行するステップを備える、通信方法。しかし、上記のような従来の基本ソフトシステムソフトウェア、ファームウェア、オペレーティングシステム等の更新方法では、インターネットに接続できない状況や、バージョンアップされた基本ソフトが記録された情報記録媒体を所有していない状況では、基本ソフトを更新することができない。それゆえに、この発明の目的は、従来とは異なる新規な方法で基本ソフトの更新が可能な通信システム、情報処理装置、通信プログラムおよび通信方法を提供することである。上記目的を達成するために、本発明は例えば以下のような構成を採用し得る。本発明の通信システムの一例は、互いに通信可能な少なくとも第1情報処理装置と第2情報処理装置を含む通信システムである。前記第1情報処理装置は、プログラム記憶手段、および第1送信手段を備える。上記プログラム記憶手段は、アプリケーションプログラムと、当該アプリケーションプログラムを実行可能となるように基本ソフトを更新するための基本ソフト更新プログラムとを記憶する。上記第1送信手段は、前記第2情報処理装置からの要求に応じて、前記アプリケーションプログラムまたは前記基本ソフト更新プログラムを前記第2情報処理装置に送信する。前記第2情報処理装置は、第1受信手段、第1基本ソフト更新手段、第2受信手段、およびアプリケーション処理手段を備える。上記第1受信手段は、前記第1情報処理装置から前記基本ソフト更新プログラムを受信する。上記基本ソフト更新手段は、前記第1受信手段によって受信された前記基本ソフト更新プログラムを用いて当該第2情報処理装置の基本ソフトを更新する。上記第2受信手段は、前記第1情報処理装置から前記アプリケーションプログラムを受信する。上記アプリケーション処理手段は、前記第2受信手段によって受信された前記アプリケーションプログラムを実行する。他の例として、前記第1情報処理装置または前記第2情報処理装置は、前記アプリケーションプログラムを前記第2情報処理装置において実行するために、前記第2情報処理装置の基本ソフトを更新する必要があるか否かを判断する判断手段をさらに備えてもよい。そして、前記第1受信手段は、前記判断手段によって更新する必要があると判断されたとき、前記第1情報処理装置から前記基本ソフト更新プログラムを受信してもよい。上記の例によれば、第1情報処理装置または第2情報処理装置の判断手段が、第2情報処理装置の基本ソフトの更新が必要か否かを判断して、必要な場合には第1情報処理装置から第2情報処理装置へ基本ソフトを送信して更新するので、ユーザの手間をかけることなく容易に更新の要否を判断することができる。さらに他の例として、前記判断手段は、前記第2情報処理装置から前記アプリケーションプログラムを要求されたときに、当該アプリケーションプログラムを前記第2情報処理装置において実行するために、前記第2情報処理装置の基本ソフトを更新する必要があるか否かを自動的に判断してもよい。上記の例によれば、アプリケーションプログラムを要求するだけで、必要に応じて自動的に基本ソフトの更新の要否が判断されるので、基本ソフトの更新のためのユーザの手間を省くことができる。さらに他の例として、前記第2情報処理装置は、前記第1基本ソフト更新手段による基本ソフトの更新が行われた後、当該第2情報処理装置を再起動する再起動手段をさらに備えてもよい。そして、前記第2受信手段は、前記再起動手段によって前記第2情報処理装置が再起動された後に、前記基本ソフトの更新前に前記第1情報処理装置に要求していた前記アプリケーションプログラムの受信を開始してもよい。上記の例によれば、ユーザの手間をかけることなく、アプリケーションプログラムの受信に必要な基本ソフトの更新と再起動を行うことができる。また、再起動後には、再起動前に要求していたアプリケーションプログラムの受信が開始されるので、再起動後に当該アプリケーションプログラムを再度要求する手間が省ける。さらに他の例として、前記第2情報処理装置は、当該第2情報処理装置の基本ソフトのバージョンを示すバージョン情報を前記第1情報処理装置に送信する第2送信手段をさらに備えてもよい。そして、前記第1情報処理装置は、前記第2情報処理装置から受信したバージョン情報に基づいて、前記第2情報処理装置の基本ソフトを更新する必要があるか否かを判断する判断手段、および前記判断手段による判断結果を前記第2情報処理装置に送信する第3送信手段をさらに備えてもよい。そして、前記第1受信手段は、前記判断結果が、更新する必要があることを示すとき、前記第1情報処理装置から前記基本ソフト更新プログラムを受信してもよい。上記の例によれば、第1情報処理装置が第2情報処理装置の基本ソフトのバージョン情報に基づいて当該基本ソフトの更新の要否を判断し、更新が必要と判断された場合に基本ソフト更新プログラムを送信するので、ユーザの手間をかけることなく容易に更新の要否を判断することができる。さらに他の例として、前記アプリケーションプログラムは、第1情報処理装置と第2情報処理装置との間で所定の通信処理を実行するためのプログラムであってもよい。そして、前記アプリケーション処理手段は、前記第2受信手段によって受信された前記アプリケーションプログラムを用いて前記第1情報処理装置との間で前記通信処理を実行してもよい。上記の例によれば、第1情報処理装置からダウンロードしたアプリケーションプログラムを用いて第2情報処理装置が第1情報処理装置との間で所定の通信処理を実行する際に、必要に応じて第2情報処理装置の基本ソフトが更新されるので、ユーザは、第2情報処理装置の基本ソフトのバージョンを気にすることなく、上記通信処理を開始することができる。さらに他の例として、前記第1情報処理装置および前記第2情報処理装置は、近距離無線通信によって互いに通信可能な携帯型の情報処理装置であってもよい。さらに他の例として、前記第1情報処理装置は、前記通信処理への参加を他の情報処理装置に対して募集する側の情報処理装置であり、前記第2情報処理装置は、前記募集に対して参加する側の情報処理装置であってもよい。そして、前記第2受信手段によって前記アプリケーションプログラムが受信されたときに、前記アプリケーション処理手段は前記通信処理を実行してもよい。さらに他の例として、前記第1情報処理装置は、前記アプリケーションプログラムおよび前記基本ソフト更新プログラムを、サーバー装置または外部記憶媒体から取得するプログラム取得手段をさらに備えていてもよい。そして、前記第1情報処理装置は、前記プログラム取得手段によって取得された前記基本ソフト更新プログラムを用いて当該第1情報処理装置の基本ソフトを更新する第2基本ソフト更新手段をさらに備えていてもよい。さらに他の例として、前記第1送信手段は、前記プログラム取得手段によって取得された前記基本ソフト更新プログラムを前記第2情報処理装置に送信し、前記第1受信手段は、前記第1情報処理装置から前記基本ソフト更新プログラムを受信し、前記第1基本ソフト更新手段は、前記第1受信手段によって受信された前記基本ソフト更新プログラムを用いて当該第2情報処理装置の基本ソフトを更新してもよい。本発明の通信システムの一例は、他の情報処理装置と通信可能であって、当該他の情報処理装置へアプリケーションプログラムを送信する親機、または当該他の情報処理装置からアプリケーションプログラムを受信する子機として動作可能な情報処理装置である。当該情報処理装置は、前記アプリケーションプログラムと、当該アプリケーションプログラムを実行可能となるように基本ソフトを更新するための基本ソフト更新プログラムとを記憶するプログラム記憶手段、子機として動作する他の情報処理装置からの要求に応じて、前記アプリケーションプログラムまたは前記基本ソフト更新プログラムを当該子機として動作する他の情報処理装置に送信する第1送信手段、親機として動作する他の情報処理装置から前記基本ソフト更新プログラムを受信する第1受信手段、前記第1受信手段によって受信された前記基本ソフト更新プログラムを用いて基本ソフトを更新する第1基本ソフト更新手段、前記親機として動作する他の情報処理装置から前記アプリケーションプログラムを受信する第2受信手段、および前記第2受信手段によって受信された前記アプリケーションプログラムを実行するアプリケーション処理手段を備える。本発明の通信プログラムの一例は、他の情報処理装置と通信可能であって、当該他の情報処理装置へアプリケーションプログラムを送信する親機、または当該他の情報処理装置からアプリケーションプログラムを受信する子機として動作可能な情報処理装置のコンピュータを、子機として動作する他の情報処理装置からの要求に応じて、プログラム記憶手段に記憶されている前記アプリケーションプログラムまたは当該アプリケーションプログラムを実行可能となるように基本ソフトを更新するための基本ソフト更新プログラムを読み出して当該子機として動作する他の情報処理装置に送信する第1送信手段、親機として動作する他の情報処理装置から前記基本ソフト更新プログラムを受信する第1受信手段、前記第1受信手段によって受信された前記基本ソフト更新プログラムを用いて基本ソフトを更新する第1基本ソフト更新手段、前記親機として動作する他の情報処理装置から前記アプリケーションプログラムを受信する第2受信手段、および前記第2受信手段によって受信された前記アプリケーションプログラムを実行するアプリケーション処理手段として機能させるための通信プログラムである。本発明の通信方法の一例は、互いに通信可能な少なくとも第1情報処理装置と第2情報処理装置を含む通信システムにおいて、当該第1情報処理装置から当該第2情報処理装置へアプリケーションプログラムを提供するための通信方法であって、前記第1情報処理装置の第1送信手段が、前記第2情報処理装置からの要求に応じて、当該第1情報処理装置のプログラム記憶手段に記憶されている前記アプリケーションプログラムまたは当該アプリケーションプログラムを実行可能となるように基本ソフトを更新するための基本ソフト更新プログラムを読み出して当該第2情報処理装置に送信するステップ、前記第2情報処理装置の第1受信手段が、前記第1情報処理装置から前記基本ソフト更新プログラムを受信するステップ、前記第2情報処理装置の第1基本ソフト更新手段が、前記第1受信手段によって受信された前記基本ソフト更新プログラムを用いて当該第2情報処理装置の基本ソフトを更新するステップ、前記第2情報処理装置の第2受信手段が、前記第1情報処理装置から前記アプリケーションプログラムを受信するステップ、および前記第2情報処理装置のアプリケーション処理手段が、前記第2受信手段によって受信された前記アプリケーションプログラムを実行するステップを備える。本発明によれば、他の情報処理装置からアプリケーションプログラムを受信する際に、当該アプリケーションプログラムを実行するために必要な基本ソフトの更新プログラムを、当該他の情報処理装置から必要に応じて受信して基本ソフトを更新することができる。したがって、基本ソフトの更新をユーザに負担をかけることなく容易に行うことができる。ゲーム装置の構成以下、本発明の一実施形態に係るゲーム装置について説明する。図1および図2は、ゲーム装置10の外観を示す平面図である。ゲーム装置10は携帯型のゲーム装置であり、図1および図2に示すように折り畳み可能に構成されている。図1は、開いた状態開状態におけるゲーム装置10を示し、図2は、閉じた状態閉状態におけるゲーム装置10を示している。図1は、開状態におけるゲーム装置10の正面図である。ゲーム装置10は、撮像部によって画像を撮像し、撮像した画像を画面に表示したり、撮像した画像のデータを保存したりすることが可能である。また、ゲーム装置10は、交換可能なメモリカード内に記憶され、または、サーバーや他のゲーム装置から受信したゲームプログラムを実行可能であり、仮想空間に設定された仮想カメラで撮像した画像などのコンピュータグラフィックス処理により生成された画像を画面に表示したりすることができる。まず、図1および図2を参照して、ゲーム装置10の外観構成について説明する。図1および図2に示されるように、ゲーム装置10は、下側ハウジング11および上側ハウジング21を有する。下側ハウジング11と上側ハウジング21とは、開閉可能折り畳み可能に接続されている。下側ハウジングの説明まず、下側ハウジング11の構成について説明する。図1および図2に示すように、下側ハウジング11には、下側LCDLiquidCrystalDisplay:液晶表示装置12、タッチパネル13、各操作ボタン14A~14L、アナログスティック15、LED16A~16B、挿入口17、および、マイクロフォン用孔18が設けられる。以下、これらの詳細について説明する。図1に示すように、下側LCD12は下側ハウジング11に収納される。下側LCD12の画素数は、例えば、256dot×192dot横×縦であってもよい。下側LCD12は、後述する上側LCD22とは異なり、画像を立体視可能ではなく平面的に表示する表示装置である。なお、本実施形態では表示装置としてLCDを用いているが、例えばELElectroLuminescence:電界発光を利用した表示装置など、他の任意の表示装置を利用してもよい。また、下側LCD12として、任意の解像度の表示装置を利用することができる。図1に示されるように、ゲーム装置10は、入力装置として、タッチパネル13を備えている。タッチパネル13は、下側LCD12の画面上に装着されている。なお、本実施形態では、タッチパネル13は抵抗膜方式のタッチパネルである。ただし、タッチパネルは抵抗膜方式に限らず、例えば静電容量方式等、任意の方式のタッチパネルを用いることができる。本実施形態では、タッチパネル13として、下側LCD12の解像度と同解像度検出精度のものを利用する。ただし、必ずしもタッチパネル13の解像度と下側LCD12の解像度が一致している必要はない。また、下側ハウジング11の上側面には挿入口17図1および図2Dに示す点線が設けられている。挿入口17は、タッチパネル13に対する操作を行うために用いられるタッチペン28を収納することができる。なお、タッチパネル13に対する入力は通常タッチペン28を用いて行われるが、タッチペン28に限らずユーザの指でタッチパネル13に対する入力をすることも可能である。各操作ボタン14A~14Lは、所定の入力を行うための入力装置である。図1に示されるように、下側ハウジング11の内側面主面には、各操作ボタン14A~14Lのうち、十字ボタン14A方向入力ボタン14A、ボタン14B、ボタン14C、ボタン14D、ボタン14E、電源ボタン14F、セレクトボタン14J、HOMEボタン14K、およびスタートボタン14Lが、設けられる。十字ボタン14Aは、十字の形状を有しており、上下左右の方向を指示するボタンを有している。ボタン14A~14E、セレクトボタン14J、HOMEボタン14K、およびスタートボタン14Lには、ゲーム装置10が実行するプログラムに応じた機能が適宜割り当てられる。例えば、十字ボタン14Aは選択操作等に用いられ、各操作ボタン14B~14Eは例えば決定操作やキャンセル操作等に用いられる。また、電源ボタン14Fは、ゲーム装置10の電源をオン/オフするために用いられる。アナログスティック15は、方向を指示するデバイスである。アナログスティック15は、そのキートップが、下側ハウジング11の内側面に平行にスライドするように構成されている。アナログスティック15は、ゲーム装置10が実行するプログラムに応じて機能する。例えば、3次元仮想空間に所定のオブジェクトが登場するゲームがゲーム装置10によって実行される場合、アナログスティック15は、当該所定のオブジェクトを3次元仮想空間内で移動させるための入力装置として機能する。この場合において、所定のオブジェクトはアナログスティック15のキートップがスライドした方向に移動される。なお、アナログスティック15として、上下左右および斜め方向の任意の方向に所定量だけ傾倒することでアナログ入力を可能としたものを用いても良い。また、下側ハウジング11の内側面には、マイクロフォン用孔18が設けられる。マイクロフォン用孔18の下部には後述する音声入力装置としてのマイク42図3参照が設けられ、当該マイク42がゲーム装置10の外部の音を検出する。図2Aは閉状態におけるゲーム装置10の左側面図であり、図2Bは閉状態におけるゲーム装置10の正面図であり、図2Cは閉状態におけるゲーム装置10の右側面図であり、図2Dは閉状態におけるゲーム装置10の背面図である。図2Bおよび図2Dに示されるように、下側ハウジング11の上側面には、Lボタン14GおよびRボタン14Hが設けられている。Lボタン14GおよびRボタン14Hは、例えば、撮像部のシャッターボタン撮影指示ボタンとして機能することができる。また、図2Aに示されるように、下側ハウジング11の左側面には、音量ボタン14Iが設けられる。音量ボタン14Iは、ゲーム装置10が備えるスピーカの音量を調整するために用いられる。図2Aに示されるように、下側ハウジング11の左側面には開閉可能なカバー部11Cが設けられる。このカバー部11Cの内側には、ゲーム装置10とデータ保存用外部メモリ45とを電気的に接続するためのコネクタ図示せずが設けられる。データ保存用外部メモリ45は、コネクタに着脱自在に装着される。データ保存用外部メモリ45は、例えば、ゲーム装置10によって撮像された画像のデータを記憶保存するために用いられる。また、図2Dに示されるように、下側ハウジング11の上側面には、ゲーム装置10とゲームプログラムを記録した外部メモリ44を挿入するための挿入口11Dが設けられ、その挿入口11Dの内部には、外部メモリ44と電気的に着脱自在に接続するためのコネクタ図示せずが設けられる。当該外部メモリ44がゲーム装置10に接続されることにより、所定のゲームプログラムが実行される。また、図1および図2Cに示されるように、下側ハウジング11の下側面にはゲーム装置10の電源のON/OFF状況をユーザに通知する第1LED16A、下側ハウジング11の右側面にはゲーム装置10の無線通信の確立状況をユーザに通知する第2LED16Bが設けられる。ゲーム装置10は他の機器との間で無線通信を行うことが可能であり、第2LED16Bは、無線通信が確立している場合に点灯する。ゲーム装置10は、例えば、IEEE802.11b/gの規格に準拠した方式により、無線LANに接続する機能を有する。下側ハウジング11の右側面には、この無線通信の機能を有効/無効にする無線スイッチ19が設けられる図2C参照。なお、図示は省略するが、下側ハウジング11には、ゲーム装置10の電源となる充電式電池が収納され、下側ハウジング11の側面例えば、上側面に設けられた端子を介して当該電池を充電することができる。上側ハウジングの説明次に、上側ハウジング21の構成について説明する。図1および図2に示すように、上側ハウジング21には、上側LCDLiquidCrystalDisplay:液晶表示装置22、外側撮像部23外側撮像部左23aおよび外側撮像部右23b、内側撮像部24、3D調整スイッチ25、および、3Dインジケータ26が設けられる。以下、これらの詳細について説明する。図1に示すように、上側LCD22は上側ハウジング21に収納される。上側LCD22の画素数は、例えば、640dot×200dot横×縦であってもよい。なお、本実施形態では上側LCD22は液晶表示装置であるとしたが、例えばELElectroLuminescence:電界発光を利用した表示装置などが利用されてもよい。また、上側LCD22として、任意の解像度の表示装置を利用することができる。上側LCD22は、立体視可能な画像を表示することが可能な表示装置である。また、本実施例では、実質的に同一の表示領域を用いて左目用画像と右目用画像が表示される。具体的には、左目用画像と右目用画像が所定単位で例えば、1列ずつ横方向に交互に表示される方式の表示装置である。または、左目用画像と右目用画像とが交互に表示される方式の表示装置であってもよい。また、本実施例では、裸眼立体視可能な表示装置である。そして、横方向に交互に表示される左目用画像と右目用画像とを左目および右目のそれぞれに分解して見えるようにレンチキュラー方式やパララックスバリア方式視差バリア方式のものが用いられる。本実施形態では、上側LCD22はパララックスバリア方式のものとする。上側LCD22は、右目用画像と左目用画像とを用いて、裸眼で立体視可能な画像立体画像を表示する。すなわち、上側LCD22は、視差バリアを用いてユーザの左目に左目用画像をユーザの右目に右目用画像を視認させることにより、ユーザにとって立体感のある立体画像立体視可能な画像を表示することができる。また、上側LCD22は、上記視差バリアを無効にすることが可能であり、視差バリアを無効にした場合は、画像を平面的に表示することができる上述した立体視とは反対の意味で平面視の画像を表示することができる。すなわち、表示された同一の画像が右目にも左目にも見えるような表示モードである。このように、上側LCD22は、立体視可能な画像を表示する立体表示モードと、画像を平面的に表示する平面視画像を表示する平面表示モードとを切り替えることが可能な表示装置である。この表示モードの切り替えは、後述する3D調整スイッチ25によって行われる。外側撮像部23は、上側ハウジング21の外側面上側LCD22が設けられた主面と反対側の背面21Dに設けられた2つの撮像部23aおよび23bの総称である。外側撮像部左23aと外側撮像部右23bの撮像方向は、いずれも当該外側面21Dの外向きの法線方向である。外側撮像部左23aと外側撮像部右23bとは、ゲーム装置10が実行するプログラムによって、ステレオカメラとして使用することが可能である。外側撮像部左23aおよび外側撮像部右23bは、それぞれ所定の共通の解像度を有する撮像素子例えば、CCDイメージセンサやCMOSイメージセンサ等と、レンズとを含む。レンズは、ズーム機構を有するものでもよい。内側撮像部24は、上側ハウジング21の内側面主面21Bに設けられ、当該内側面の内向きの法線方向を撮像方向とする撮像部である。内側撮像部24は、所定の解像度を有する撮像素子例えば、CCDイメージセンサやCMOSイメージセンサ等と、レンズとを含む。レンズは、ズーム機構を有するものでもよい。3D調整スイッチ25は、スライドスイッチであり、上述のように上側LCD22の表示モードを切り替えるために用いられるスイッチである。また、3D調整スイッチ25は、上側LCD22に表示された立体視可能な画像立体画像の立体感を調整するために用いられる。3D調整スイッチ25のスライダ25aは、所定方向上下方向の任意の位置にスライド可能であり、当該スライダ25aの位置に応じて上側LCD22の表示モードが設定される。また、スライダ25aの位置に応じて、立体画像の見え方が調整される。具体的には、スライダ25aの位置に応じて、右目用画像および左目用画像の横方向の位置のずれ量が調整される。3Dインジケータ26は、上側LCD22が立体表示モードか否かを示す。3Dインジケータ26は、LEDであり、上側LCD22の立体表示モードが有効の場合に点灯する。なお、3Dインジケータ26は、上側LCD22が立体表示モードになっており、かつ、立体視画像を表示するプログラム処理が実行されているときに限り、点灯するようにしてもよい。また、上側ハウジング21の内側面には、スピーカ孔21Eが設けられる。後述するスピーカ43からの音声がこのスピーカ孔21Eから出力される。ゲーム装置10の内部構成次に、図3を参照して、ゲーム装置10の内部の電気的構成について説明する。図3は、ゲーム装置10の内部構成を示すブロック図である。図3に示すように、ゲーム装置10は、上述した各部に加えて、情報処理部31、メインメモリ32、外部メモリインターフェイス外部メモリI/F33、データ保存用外部メモリI/F34、データ保存用内部メモリ35、無線通信モジュール36、ローカル通信モジュール37、リアルタイムクロックRTC38、加速度センサ39、電源回路40、およびインターフェイス回路I/F回路41等の電子部品を備えている。これらの電子部品は、電子回路基板上に実装されて下側ハウジング11または上側ハウジング21でもよい内に収納される。情報処理部31は、所定のプログラムを実行するためのCPUCentralProcessingUnit311、画像処理を行うGPUGraphicsProcessingUnit312等を含む情報処理手段である。情報処理部31のCPU311は、ゲーム装置10内のメモリ例えば外部メモリI/F33に接続された外部メモリ44やデータ保存用内部メモリ35に記憶されているプログラムを実行することによって、当該プログラムに応じた処理を実行する。なお、情報処理部31のCPU311によって実行されるプログラムは、他の機器との通信によって他の機器から取得されてもよい。また、情報処理部31は、VRAMVideoRAM313を含む。情報処理部31のGPU312は、情報処理部31のCPU311からの命令に応じて画像を生成し、VRAM313に描画する。そして、情報処理部31のGPU312は、VRAM313に描画された画像を上側LCD22及び/又は下側LCD12に出力し、上側LCD22及び/又は下側LCD12に当該画像が表示される。情報処理部31には、メインメモリ32、外部メモリI/F33、データ保存用外部メモリI/F34、および、データ保存用内部メモリ35が接続される。外部メモリI/F33は、外部メモリ44を着脱自在に接続するためのインターフェイスである。また、データ保存用外部メモリI/F34は、データ保存用外部メモリ45を着脱自在に接続するためのインターフェイスである。メインメモリ32は、情報処理部31のCPU311のワーク領域やバッファ領域として用いられる揮発性の記憶手段である。すなわち、メインメモリ32は、上記プログラムに基づく処理に用いられる各種データを一時的に記憶したり、外部外部メモリ44や他の機器等から取得されるプログラムを一時的に記憶したりする。本実施形態では、メインメモリ32として例えばPSRAMPseudo-SRAMを用いる。外部メモリ44は、情報処理部31によって実行されるプログラムを記憶するための不揮発性の記憶手段である。外部メモリ44は、例えば読み取り専用の半導体メモリで構成される。外部メモリ44が外部メモリI/F33に接続されると、情報処理部31は外部メモリ44に記憶されたプログラムを読み込むことができる。情報処理部31が読み込んだプログラムを実行することにより、所定の処理が行われる。データ保存用外部メモリ45は、不揮発性の読み書き可能なメモリ例えばNAND型フラッシュメモリで構成され、所定のデータを格納するために用いられる。例えば、データ保存用外部メモリ45には、外側撮像部23で撮像された画像や他の機器で撮像された画像が記憶される。データ保存用外部メモリ45がデータ保存用外部メモリI/F34に接続されると、情報処理部31はデータ保存用外部メモリ45に記憶された画像を読み込み、上側LCD22及び/又は下側LCD12に当該画像を表示することができる。データ保存用内部メモリ35は、読み書き可能な不揮発性メモリ例えばNAND型フラッシュメモリで構成され、所定のデータを格納するために用いられる。例えば、データ保存用内部メモリ35には、無線通信モジュール36を介した無線通信によってダウンロードされたデータやプログラムが格納される。無線通信モジュール36は、例えばIEEE802.11b/gの規格に準拠した方式により、無線LANに接続する機能を有する。また、ローカル通信モジュール37は、所定の通信方式例えば独自プロトコルによる通信や、赤外線通信により同種のゲーム装置との間で無線通信を行う機能を有する。無線通信モジュール36およびローカル通信モジュール37は情報処理部31に接続される。情報処理部31は、無線通信モジュール36を用いてインターネットを介して他の機器との間でデータを送受信したり、ローカル通信モジュール37を用いて同種の他のゲーム装置との間でデータを送受信したりすることができる。また、情報処理部31には、加速度センサ39が接続される。加速度センサ39は、3軸xyz軸方向に沿った直線方向の加速度直線加速度の大きさを検出する。加速度センサ39は、下側ハウジング11の内部に設けられる。加速度センサ39は、図1に示すように、下側ハウジング11の長辺方向をx軸、下側ハウジング11の短辺方向をy軸、下側ハウジング11の内側面主面に対して垂直な方向をz軸として、各軸の直線加速度の大きさを検出する。なお、加速度センサ39は、例えば静電容量式の加速度センサであるとするが、他の方式の加速度センサを用いるようにしてもよい。また、加速度センサ39は1軸又は2軸方向を検出する加速度センサであってもよい。情報処理部31は、加速度センサ39が検出した加速度を示すデータ加速度データを受信して、ゲーム装置10の姿勢や動きを検出することができる。また、情報処理部31には、RTC38および電源回路40が接続される。RTC38は、時間をカウントして情報処理部31に出力する。情報処理部31は、RTC38によって計時された時間に基づき現在時刻日付を計算する。電源回路40は、ゲーム装置10が有する電源下側ハウジング11に収納される上記充電式電池からの電力を制御し、ゲーム装置10の各部品に電力を供給する。また、情報処理部31には、I/F回路41が接続される。I/F回路41には、マイク42およびスピーカ43が接続される。具体的には、I/F回路41には、図示しないアンプを介してスピーカ43が接続される。マイク42は、ユーザの音声を検知して音声信号をI/F回路41に出力する。アンプは、I/F回路41からの音声信号を増幅し、音声をスピーカ43から出力させる。また、タッチパネル13はI/F回路41に接続される。I/F回路41は、マイク42およびスピーカ43アンプの制御を行う音声制御回路と、タッチパネルの制御を行うタッチパネル制御回路とを含む。音声制御回路は、音声信号に対するA/D変換およびD/A変換を行ったり、音声信号を所定の形式の音声データに変換したりする。タッチパネル制御回路は、タッチパネル13からの信号に基づいて所定の形式のタッチ位置データを生成して情報処理部31に出力する。タッチ位置データは、タッチパネル13の入力面において入力が行われた位置の座標を示す。なお、タッチパネル制御回路は、タッチパネル13からの信号の読み込み、および、タッチ位置データの生成を所定時間に1回の割合で行う。情報処理部31は、タッチ位置データを取得することにより、タッチパネル13に対して入力が行われた位置を知ることができる。操作ボタン14は、上記各操作ボタン14A~14Lからなり、情報処理部31に接続される。操作ボタン14から情報処理部31へは、各操作ボタン14A~14Iに対する入力状況押下されたか否かを示す操作データが出力される。情報処理部31は、操作ボタン14から操作データを取得することによって、操作ボタン14に対する入力に従った処理を実行する。下側LCD12および上側LCD22は情報処理部31に接続される。下側LCD12および上側LCD22は、情報処理部31のGPU312の指示に従って画像を表示する。本実施形態では、情報処理部31は、上側LCD22に立体画像立体視可能な画像を表示させる。具体的には、情報処理部31は、上側LCD22のLCDコントローラ図示せずと接続され、当該LCDコントローラに対して視差バリアのON/OFFを制御する。上側LCD22の視差バリアがONになっている場合、情報処理部31のVRAM313に格納された右目用画像と左目用画像とが、上側LCD22に出力される。より具体的には、LCDコントローラは、右目用画像について縦方向に1ライン分の画素データを読み出す処理と、左目用画像について縦方向に1ライン分の画素データを読み出す処理とを交互に繰り返すことによって、VRAM313から右目用画像と左目用画像とを読み出す。これにより、右目用画像および左目用画像が、画素を縦に1ライン毎に並んだ短冊状画像に分割され、分割された右目用画像の短冊状画像と左目用画像の短冊状画像とが交互に配置された画像が、上側LCD22の画面に表示される。そして、上側LCD22の視差バリアを介して当該画像がユーザに視認されることによって、ユーザの右目に右目用画像が、ユーザの左目に左目用画像が視認される。以上により、上側LCD22の画面には立体視可能な画像が表示される。外側撮像部23および内側撮像部24は、情報処理部31に接続される。外側撮像部23および内側撮像部24は、情報処理部31の指示に従って画像を撮像し、撮像した画像データを情報処理部31に出力する。3D調整スイッチ25は、情報処理部31に接続される。3D調整スイッチ25は、スライダ25aの位置に応じた電気信号を情報処理部31に送信する。また、3Dインジケータ26は、情報処理部31に接続される。情報処理部31は、3Dインジケータ26の点灯を制御する。例えば、情報処理部31は、上側LCD22が立体表示モードである場合、3Dインジケータ26を点灯させる。以上がゲーム装置10の内部構成の説明である。ゲームシステムの概要ゲーム装置10は、ローカル通信モジュール37を介した近距離無線通信によって、周囲に存在する他のゲーム装置10と通信することができる。このような近距離無線通信を利用することによって、ゲーム装置10をそれぞれ所有する複数のユーザが同一のゲームを一緒にプレイすることができる、マルチプレイが可能である。マルチプレイを実現するためには、マルチプレイに参加する全てのゲーム装置10において、同一のゲームに対応するゲームプログラムを実行する必要がある。本実施形態のゲームシステムでは、マルチプレイに対応しているゲームプログラムを所有しているユーザのゲーム装置10以下、親機と称すから、当該ゲームプログラムを所有していないユーザのゲーム装置10以下、子機と称すに対して、子機用のゲームプログラムを送信することによって、マルチプレイが可能である。このように、親機から子機に対してマルチプレイに必要なゲームプログラム子機用ゲームプログラムを送信してから実行されるマルチプレイのことを、以下の説明ではダウンロードプレイもしくはDLプレイと称する。子機用プログラムのダウンロード図4は、第1ゲーム装置以下では、単に親機とも称する10aの外部メモリ44aまたはデータ保存用内部メモリ以下では、単に内部メモリとも称する35aから、第2ゲーム装置以下では、単に子機とも称する10bに対して子機用のゲームプログラムが送信される様子を示している。親機10aの外部メモリ44aまたは内部メモリ35aには、ダウンロードプレイに対応したゲームプログラムが格納されている。例えば、外部メモリ44aには、ダウンロードプレイに対応したゲームAに関連するプログラム群具体的には、親機用ゲームプログラムAと、子機用ゲームプログラムAと、ファームウェア更新プログラムAが格納されている。また、内部メモリ35aには、ダウンロードプレイに対応したゲームBに関連するプログラム群具体的には、親機用ゲームプログラムBと、子機用ゲームプログラムBと、ファームウェア更新プログラムBが格納されている。なお、内部メモリ35aに格納されている親機用ゲームプログラムB、子機用ゲームプログラムBおよびファームウェア更新プログラムBは、典型的には、サーバー装置からセット一組のプログラム群で取得されて、互いに関連付けて内部メモリ35aに記憶される。親機用ゲームプログラムAは、ゲームAのダウンロードプレイが実行されるときに親機10aにおいて実行されるコンピュータプログラムである。子機用ゲームプログラムAは、ゲームAのダウンロードプレイが実行されるときに子機10bにおいて実行されるコンピュータプログラムであって、親機10aと子機10bとが互いに通信可能な状況でのみ正常に実行可能である。ファームウェア更新プログラムAは、子機10bのファームウェアを、子機用ゲームプログラムAを実行可能なバージョンへと更新するためのコンピュータプログラムである。なお、親機10aは、適宜のタイミング典型的には、親機10aにおいてゲームAが最初に実行された時点、または外部メモリ44aが親機10aに最初に接続された時点で、外部メモリ44aに格納されているファームウェア更新プログラムAを用いて、親機10a自身のファームウェアを更新してもよい。そして、こうして親機10aのファームウェアを更新する際に利用されたファームウェア更新プログラムAが、子機10bのファームウェアの更新にも利用されてもよい。つまり、ファームウェアの更新が外部メモリ44aから親機10aへと行われ、さらに親機10aから子機10bへと行われるように、ファームウェアの更新を他の機器に伝播させることができる。また、外部メモリ44aに格納されるファームウェア更新プログラムAは、親機10aのファームウェアを更新するための親機用ファームウェア更新プログラムと子機10bのファームウェアを更新するための子機用ファームウェア更新プログラムの2種類のプログラムを含んでいてもよい。そして、親機10aは、外部メモリ44aに格納されているファームウェア更新プログラムAのうちの親機用ファームウェア更新プログラムを用いて、親機10a自身のファームウェアを更新し、子機10bは、外部メモリ44aに格納されているファームウェア更新プログラムAのうちの子機用ファームウェア更新プログラムを親機10aから取得して、子機10b自身のファームウェアを更新してもよい。同様に、親機用ゲームプログラムBは、ゲームBのダウンロードプレイが実行されるときに親機10aにおいて実行されるコンピュータプログラムである。子機用ゲームプログラムBは、ゲームBのダウンロードプレイが実行されるときに子機10bにおいて実行されるコンピュータプログラムであって、親機10aと子機10bとが互いに通信可能な状況でのみ正常に実行可能である。ファームウェア更新プログラムBは、子機10bのファームウェアを、子機用ゲームプログラムBを実行可能なバージョンへと更新するためのコンピュータプログラムである。なお、親機10aは、サーバー装置から取得されたファームウェア更新プログラムBを用いて、適宜のタイミング典型的には、親機10aにおいてゲームBが最初に実行された時点、またはファームウェア更新プログラムBをサーバー装置から受信した時点で親機10a自身のファームウェアを更新してもよい。そして、こうして親機10aのファームウェアを更新する際に利用されたファームウェア更新プログラムBが、子機10bのファームウェアの更新にも利用されてもよい。つまり、サーバー装置から親機10aに対してファームウェアの更新が行われ、さらに親機10aから子機10bに対してファームウェアの更新が行われるように、ファームウェアの更新が他の機器に伝播するようにしていくことができる。また、サーバー装置から取得されるファームウェア更新プログラムBは、親機10aのファームウェアを更新するための親機用ファームウェア更新プログラムと子機10bのファームウェアを更新するための子機用ファームウェア更新プログラムの2種類のプログラムを含んでいてもよい。そして、親機10aは、サーバー装置から取得されたファームウェア更新プログラムBのうちの親機用ファームウェア更新プログラムを用いて、親機10a自身のファームウェアを更新し、子機10bは、ファームウェア更新プログラムBのうちの子機用ファームウェア更新プログラムを親機10aから取得して、子機10b自身のファームウェアを更新してもよい。本実施形態では、ダウンロードプレイの実行に先立って、必要に応じて、親機10aから子機10bへと子機用プログラムが送信され、当該子機用プログラムが子機10bの内部メモリ35bに保存される。そして、親機用ゲームプログラムに従って動作する親機10aと、子機用ゲームプログラムに従って動作する子機10bとが互いに通信することによって、マルチプレイが実行される。従来、ダウンロードプレイの際に親機から子機へとダウンロードされた子機用ゲームプログラムは、子機の揮発性メモリに保存されていたため、子機の電源が切られると子機ゲームプログラムは子機から消滅していた。よって、従来は、ダウンロードプレイを開始する度に必ず子機用ゲームプログラムのダウンロードが必要であった。一方、本実施形態では、子機用プログラムが子機10bの内部メモリ35bに不揮発的に保存されるため、子機10bの電源が切れたとしても、子機用プログラムが子機10bは子機10bに保存されたままとなる。よって、後日、同じゲームのダウンロードプレイを子機10bが実行しようとした場合には、そのゲームのダウンロードプレイに必要な子機用プログラムがすでに子機10bの内部メモリ35bに存在するので、子機10bは、子機用プログラムを親機10aからダウンロードすることなく、親機10aとのダウンロードプレイを開始することが可能となる。ファームウェアの更新図5は、親機10aの外部メモリ44aまたは内部メモリ35aから、子機10bに対してファームウェア更新プログラムが送信される様子を示している。本実施形態では、ダウンロードプレイの実行に先立って、子機のファームウェアを更新する必要があるか否かのチェックが行われる。そして、子機のファームウェアの更新が必要な場合には、親機10aから子機10bへとファームウェア更新プログラムが送信され、当該ファームウェア更新プログラムに従って子機10bのファームウェアが更新される。従来、ファームウェア更新プログラムは、インターネットに接続してサーバーからゲーム装置にダウンロードしたり、CD-ROMなどの外部記憶媒体からゲーム装置に読み込んだりするのが一般的であるが、本実施形態では、通信によって他のゲーム装置から受信する点が特徴的である。ダウンロードプレイの流れ次に、図6~図15を参照して、ダウンロードプレイを開始するまでの親機10aおよび子機10bの処理の流れ説明する。親機の処理の流れ図6~図9は、ダウンロードプレイを開始するときに第1ゲーム装置親機10aの画面例えば、下側LCD12の画面に表示される画像を示している。ユーザ以下、ユーザAと称すが第1ゲーム装置10aの電源をオンにすると、図6のようなゲーム選択画像が表示される。このゲーム選択画像では、ユーザAは、外部メモリ44aに記憶されている1以上のゲームここではゲームAと、内部メモリ35aに記憶されている1以上のゲームここではゲームBの中から、所望のゲームを選択することができる。当該選択は、例えばタッチパネル13を用いて行うことができる。また、図6において、ユーザAはダウンロードプレイを選択することもできる。ダウンロードプレイが選択された場合には、第1ゲーム装置10aは子機として動作して、他のゲーム装置親機から子機用プログラムをダウンロードすることになる。すなわち、ユーザAの選択次第で、第1ゲーム装置10aは親機にも子機にもなり得る。図6においてユーザAがゲームBを選択すると、続いて図7に示すようなプレイモード選択画像が表示される。ここでは、ユーザAは、シングルプレイかマルチプレイマルチカートリッジかマルチプレイダウンロードプレイを選択することができる。シングルプレイは、一人でプレイするモードである。マルチプレイマルチカートリッジは、同一のゲームのゲームプログラムを所有している複数のプレイヤ間でマルチプレイを行うモードであって、当該モードでは、マルチプレイを開始する前にゲーム装置間でゲームプログラムを送受信する必要はないが、マルチプレイを行う全てのゲーム装置がゲームプログラムを所有している必要がある。図7においてユーザAがマルチプレイダウンロードプレイを選択すると、第1ゲーム装置10aは親機としての動作を開始して、図8に示すような募集中画像が表示される。この状態は、第1ゲーム装置10aがビーコンを発信して、他のゲーム装置子機からの参加要求を待っている状態すなわち、ダウンロードプレイの参加者を募集している状態である。親機10aによる募集に対して子機10bからの応募があった場合、図9に示すような承認画像が表示される。承認画像には、応募してきた子機10bに関する情報ユーザの顔画像、ユーザ名などが表示される。図9においてユーザAがはいを選択すると、必要に応じて、親機10aから子機10bへと子機用プログラムBおよびファームウェア更新プログラムBがダウンロードされた後、マルチプレイが開始される。子機の処理の流れ図10~図15は、ダウンロードプレイを開始するときに第2ゲーム装置子機10bの画面例えば、下側LCD12の画面に表示される画像を示している。ユーザ以下、ユーザBと称すが第2ゲーム装置10bの電源をオンにすると、図10のようなゲーム選択画像が表示される。このゲーム選択画像では、ユーザBは、外部メモリ44bに記憶されている1以上のゲームここでは無しと、内部メモリ35bに記憶されている1以上のゲームここではゲームCおよびゲームDの中から、所望のゲームを選択することができる。また、図10において、ユーザBはダウンロードプレイを選択することもできる。図10においてユーザBがダウンロードプレイを選択すると、第2ゲーム装置10bは子機としての動作を開始して、図11に示すような探索中画像が表示される。この状態は、ダウンロードプレイの参加者を募集している親機から発信されているビーコンの受信を試みている状態である。1台以上の親機から発信されているビーコンを受信できた場合、図12に示すように、それらの親機に関する情報ユーザの顔画像、ゲーム名、ユーザ名などが表示される。図12の例では、ゲームAのダウンロードプレイの参加者を募集しているユーザAの親機の情報と、ゲームEのダウンロードプレイの参加者を募集しているユーザCの親機の情報がリストアップされている。ユーザBは、リストアップされている親機の中から所望の親機を選択して、当該親機とのダウンロードプレイに応募することができる。図12においてユーザBが、ユーザAの親機10aを選択すると、子機10bのファームウェアのバージョン情報が子機10bから親機10aへと自動的に送信され、親機10aにおいて、子機10bのファームウェアの更新の要否が自動的に判断される。子機10bのファームウェアの更新が必要であると判断された場合には、その旨を示す信号が親機10aから子機10bへと送信され、子機10bの画面に図13に示すような更新確認画像が表示される。図13においてユーザがはいを選択すると、ゲームAに対応するファームウェア更新プログラムAが親機10aから子機10bへと送信され、当該ファームウェア更新プログラムAに基づいて子機10bのファームウェアが更新される。子機10bのファームウェアの更新が完了すると、子機10bの画面に図14に示すような更新完了画像が表示され、子機10bの再起動が行われる。そして、再起動後に、図15に示すようなダウンロードプレイ確認画像が表示され、ここでユーザがはいを選択すると、親機10aから子機10bへ子機用ゲームプログラムAがダウンロードされ、子機10bの内部メモリ35bに保存された後、当該子機用ゲームプログラムAに従ってゲームAのマルチプレイが開始される。ゲーム装置の動作の詳細次に、図16~図22を参照して、ゲーム装置10の動作についてより詳細に説明する。図16は、外部メモリ44に記憶されるプログラムおよびデータの一例を示している。この例では、外部メモリ44にはゲームAに関連するデータおよびプログラムが記憶されている。より具体的には、ゲーム関連情報Aと、親機用ゲームプログラムAと、子機用ゲームプログラムAと、ファームウェア更新プログラムAが記憶されている。ゲーム関連情報Aには、例えば、ゲームを識別するためのゲームIDや、ゲームAのゲーム名や、ゲームAを表すアイコンや、ゲームAの実行に必要となるファームウェアのバージョン情報が含まれている。図17は、内部メモリ35に記憶されるプログラムおよびデータの一例を示している。この例では、内部メモリ35には、ユーザ情報と、DLプレイ制御プログラムと、ゲームBに関するデータおよびプログラムが記憶されている。ユーザ情報には、例えば、ユーザ名や、ユーザの顔画像が含まれている。DLプレイ制御プログラムは、ダウンロードプレイを開始するために必要な処理を実行するためのコンピュータプログラムである。ゲームBに関するデータおよびプログラムは、例えば、無線通信モジュール36およびインターネットを介してサーバー装置からダウンロードされて内部メモリ35に保存されたものである。内部メモリ35には、子機用ゲームプログラムを保存するための子機用ゲームプログラム記憶領域が設けられている。なお、DLプレイ制御プログラムは、ゲーム装置10の出荷時に内部メモリ35に予め格納されていてもよいし、ゲーム装置10の出荷後に、ユーザがサーバー装置からダウンロードしてもよいし、CD-ROMや半導体メモリ等の外部記憶媒体を通じてゲーム装置10に供給されてもよい。図18~図22は、DLプレイ制御プログラム等に基づいてゲーム装置10のCPU311によって実行される処理の流れを示すフローチャートである。メイン処理図18において、ゲーム装置10の電源がオンになると、DLプレイ制御プログラムの実行が開始され、CPU311は、ステップS10において画面にゲーム選択画像図6、図10を表示する。ゲーム選択画像には、外部メモリ44に記憶されているゲームと、内部メモリ35に記憶されているゲームが表示される。ただし、内部メモリ35の子機用ゲームプログラム記憶領域に保存されているゲーム子機用ゲームプログラムについては表示されない。したがって、ユーザがゲーム選択画像からダウンロードプレイを選択しない限り、内部メモリ35の子機用ゲームプログラム記憶領域に保存されている子機用ゲームプログラムが実行されることはない。すなわち、内部メモリ35の子機用ゲームプログラム記憶領域に保存されているゲーム子機用ゲームプログラムは、ユーザの操作により任意に実行することができず、当該子機用ゲームプログラムを提供し得る親機と通信可能な状態でのみ実行することができる。ステップS11では、CPU311は、入力装置例えば、タッチパネル13からの信号に基づいて、ユーザによってダウンロードプレイ図6または図10のダウンロードプレイが選択されたかどうかを判断し、ユーザによってダウンロードプレイが選択された場合には処理はステップS12に進み、そうでない場合には処理はステップS13に進む。ステップS12では、CPU311は、子機処理を実行する。子機処理の詳細は後述する。ステップS13では、CPU311は、入力装置からの信号に基づいて、ゲーム選択画像に表示されているいずれかのゲームソフトがユーザによって選択されたかどうかを判断し、いずれかのゲームソフトが選択された場合には処理はステップS14に進み、そうでない場合には処理はステップS15に進む。ステップS14では、CPU311は、親機処理を実行する。親機処理の詳細は後述する。ステップS15では、CPU311は、ゲーム装置10の電源がオフになったかどうかを判断し、電源がオフになった場合にはDLプレイ制御プログラムの実行を終了し、そうでない場合には処理はステップS10に戻る。子機処理次に、図19のフローチャートを参照して、図18のステップS12の子機処理について詳細に説明する。図19のステップS20では、CPU311は、近距離無線の通信可能範囲に存在する親機をサーチ探索するために言い換えれば、ダウンロードプレイの募集を行っている親機に参加するために、他のゲーム装置から発信されたビーコンを受信したかどうかを判断し、ビーコンを受信した場合には処理はステップS22に進み、そうでない場合には処理はステップS21に進む。ステップS21では、CPU311は、ビーコンの受信を再試行するかどうかをユーザに問い合わせ、ビーコンの受信を再試行する場合には処理はステップS20に戻り、そうでない場合には子機処理を終了する。ステップS22では、CPU311は、受信したビーコンの発信元である親機から、親機情報を受信する。親機情報には、親機に関する情報ユーザの顔画像、ユーザ名、ダウンロードプレイの参加者を募集しているゲームのゲームIDおよびゲーム名などが含まれている。ステップS23では、CPU311は、受信した親機情報に基づいて、画面に親機リスト図12を表示する。ステップS24では、CPU311は、入力装置例えば、タッチパネル13からの信号に基づいて、親機リストに表示されているいずれかの親機がユーザによって選択されたかどうかを判断し、いずれかの親機が選択された場合には処理はステップS25に進み、そうでない場合には、いずれかの親機が選択されるまで待機する。ステップS25では、CPU311は、選択された親機以下では、単に親機と称すに対して子機情報を送信する。子機情報には、内部メモリ35に保存されているユーザ情報ユーザの顔画像、ユーザ名などなどが含まれる。ステップS26では、CPU311は、親機から承認信号を受信したかどうかを判断し、承認信号を受信した場合には処理はステップS29に進み、そうでない場合には処理はステップS27に進む。ステップS27では、CPU311は、親機から拒否信号を受信したかどうかを判断し、拒否信号を受信した場合には処理はステップS28に進み、そうでない場合には処理はステップS26に戻る。ステップS28では、CPU311は、親機とのダウンロードプレイの開始に失敗した旨のメッセージを画面に表示し、その後、処理はステップS20に戻る。ステップS29では、CPU311は、ファームウェア更新処理子機を実行する。ファームウェア更新処理子機の詳細は後述する。ステップS30では、CPU311は、内部メモリ35の子機用ゲームプログラム記憶領域に、これからダウンロードプレイを実行しようとしているゲームの子機用ゲームプログラムがすでに保存されているかどうかを判断する。当該判断は、例えば、図19のステップS22で受信した親機情報に含まれているゲームIDと、内部メモリ35の子機用ゲームプログラム記憶領域に存在している子機用ゲームプログラムもし存在していればのゲームIDとを比較することによって行われる。そして、内部メモリ35の子機用ゲームプログラム記憶領域に、これからダウンロードプレイを実行しようとしているゲームの子機用ゲームプログラムがすでに保存されている場合には処理はステップS31に進み、そうでない場合には処理はステップS32に進む。ステップS31では、CPU311は、親機に対してダウンロード不要信号を送信する。ステップS32では、CPU311は、内部メモリ35の子機用ゲームプログラム記憶領域に、これからダウンロードプレイを実行しようとしているゲームとは別のゲームの子機用ゲームプログラムが保存されているかどうかを判断する。そして、別のゲームの子機用ゲームプログラムが保存されている場合には処理はステップS33に進み、そうでない場合には処理はステップS34に進む。ステップS33では、CPU311は、内部メモリ35の子機用ゲームプログラム記憶領域に保存されている別のゲームの子機用ゲームプログラムを消去する。これは、子機用ゲームプログラム記憶領域には、一つのゲームプログラムしか保存できないようになっているため、新たにゲームプログラムをダウンロードして保存するためには、既に保存されているゲームプログラムを消去する必要があるからである。ステップS34では、CPU311は、親機に対してダウンロード要求信号を送信する。ステップS35では、CPU311は、ローカル通信モジュール37を介した近距離無線通信によって、これからダウンロードプレイを実行しようとしているゲームの子機用ゲームプログラムを親機から受信する。なお、受信した子機用ゲームプログラムには、当該子機用ゲームプログラムに対応するゲームのゲームIDが含まれているもしくは、子機用ゲームプログラムと一緒にゲームIDも受信される。ステップS36では、CPU311は、受信した子機用ゲームプログラムを、内部メモリ35の子機用ゲームプログラム記憶領域に保存する。ステップS37では、CPU311は、内部メモリ35の子機用ゲームプログラム記憶領域に保存されている子機用ゲームプログラムに基づいて通信ゲーム処理すなわち、マルチプレイを実行する。当該通信ゲーム処理では、複数のゲーム装置の間でゲームデータが適宜に送受信され、これらのゲーム装置をそれぞれ操作する複数のユーザが同一のゲームを一緒にプレイすることができる。ステップS38では、CPU311は、ゲームが終了したかどうかを判断し、ゲームが終了した場合には子機処理を終了し、そうでない場合には処理はステップS37に戻る。ファームウェア更新処理子機次に、図20のフローチャートを参照して、図19のステップS29のファームウェア更新処理子機について詳細に説明する。図20のステップS40では、CPU311は、子機すなわち、自身のゲーム装置のファームウェアのバージョン情報を親機に送信する。バージョン情報は、例えば、ファームウェアのバージョンを識別するための識別コードであってもよい。ステップS41では、CPU311は、親機から更新要否フラグを受信する。更新要否フラグとは、これからダウンロードプレイを実行しようとしているゲームの子機用ゲームプログラムを実行するために、子機のファームウェアを更新する必要があるか否かを示す情報である。子機のファームウェアを更新する必要がある場合には、更新要否フラグはオンになっており、更新する必要が無い場合には、更新要否フラグはオフになっている。ステップS42では、CPU311は、受信した更新要否フラグがオンであるかどうかを判断し、受信した更新要否フラグがオンである場合には処理はステップS44に進み、そうでない場合には処理はステップS43に進む。ステップS43では、CPU311は、親機に対してファームウェア不要信号を送信する。ステップS44では、CPU311は、ファームウェアの更新がユーザによって承認されたかどうかを判断する図13。そして、ファームウェアの更新が承認された場合には処理はステップS45に進み、そうでない場合には処理は図19のステップS23に戻る。ステップS45では、CPU311は、ゲーム装置10の電源が所定条件を満たしているかどうかを判断する。これは、ファームウェアの更新処理の途中でゲーム装置10の電源が切れてしまうのを防止するためのチェックである。所定条件には、例えば、ゲーム装置10に内蔵されているバッテリーの残量や、ACアダプタを通じて商用電源がゲーム装置10に供給されているか否かなどが含まれている。そして、ゲーム装置10に内蔵されているバッテリーの残量が所定値以上あるとき、および/またはACアダプタを通じて商用電源がゲーム装置10に供給されているとき、所定条件を満たしていると判断される。ゲーム装置10の電源が所定条件を満たしている場合には処理はステップS48に進み、そうでない場合には処理はステップS46に進む。ステップS46では、CPU311は、ファームウェアの更新処理の途中でゲーム装置10の電源が切れてしまう恐れがある旨の警告メッセージや、バッテリーを充電したりACアダプタを接続したりすることを促すメッセージや、ファームウェアの更新を中止するか続行するかをユーザに問い合わせるメッセージを画面に表示する。ステップS47では、CPU311は、ユーザによってファームウェアの更新の中止が指示されたかどうかを判断し、ファームウェアの更新の中止が指示された場合には処理は図19のステップS23に戻り、そうでない場合には処理はステップS45に戻る。ステップS48では、CPU311は、親機に対してファームウェア要求信号を送信する。ステップS49では、CPU311は、ローカル通信モジュール37を介した近距離無線通信によって、これからダウンロードプレイを実行しようとしているゲームに対応するファームウェア更新プログラムを親機から受信する。ステップS50では、CPU311は、受信したファームウェア更新プログラムに基づいてファームウェアを更新する。ステップS51では、CPU311は、更新されたファームウェアを有効化するために、ゲーム装置10を再起動する。こうしてファームウェア更新処理子機は終了する。親機処理次に、図21のフローチャートを参照して、図18のステップS14の親機処理について詳細に説明する。図21のステップS60では、CPU311は、入力装置例えば、タッチパネル13からの信号に基づいて、ユーザによってダウンロードプレイ図7のマルチプレイダウンロードプレイが選択されたかどうかを判断し、ユーザによってダウンロードプレイが選択された場合には処理はステップS63に進み、そうでない場合には処理はステップS61に進む。ステップS61では、CPU311は、ユーザによって選択されたゲームモード図7のシングルプレイまたはマルチプレイマルチカートリッジに応じたゲーム処理を実行する。ステップS62では、CPU311は、ゲームが終了したかどうかを判断し、ゲームが終了した場合には親機処理を終了し、そうでない場合には処理はステップS61に戻る。ステップS63では、CPU311は、近距離無線の通信可能範囲に存在する他のゲーム装置に自機の存在を知らせるために言い換えれば、他のゲーム装置からのダウンロードプレイへの参加を募るために、ビーコンを発信する。ステップS64では、CPU311は、ビーコンを受信した他のゲーム装置以下、子機と称すからの要求に応じて、当該子機に対して親機情報ユーザの顔画像、ユーザ名、ダウンロードプレイの参加者を募集しているゲームのゲームIDおよびゲーム名などを送信する。ステップS65では、CPU311は、子機から子機情報を受信したかどうかを判断し、子機情報を受信した場合には処理はステップS67に進み、そうでない場合には処理はステップS66に進む。ステップS66では、CPU311は、ダウンロードプレイの参加者の募集すなわち、ビーコンの発信を再試行するかどうかをユーザに問い合わせ、募集を再試行する場合には処理はステップS63に戻り、そうでない場合には処理はステップS60に戻る。ステップS67では、CPU311は、受信した子機情報募集してきた子機からの子機情報を画面に表示する図9。ステップS68では、CPU311は、募集してきた子機以下では、単に子機と称すの参加がユーザによって承認されたかどうかを判断し、承認された場合には処理はステップS70に進み、そうでない場合には処理はステップS69に進む。ステップS69では、CPU311は、子機に対して拒否信号を送信する。そして、処理はステップS60に戻る。ステップS70では、CPU311は、子機に対して承認信号を送信する。ステップS71では、CPU311は、ファームウェア更新処理親機を実行する。ファームウェア更新処理親機の詳細は後述する。ステップS72では、CPU311は、子機からダウンロード要求信号を受信したかどうかを判断し、ダウンロード要求信号を受信した場合には処理はステップS74に進み、そうでない場合には処理はステップS73に進む。ステップS73では、CPU311は、子機からダウンロード不要信号を受信したかどうかを判断し、ダウンロード不要信号を受信した場合には処理はステップS75に進み、そうでない場合には処理はステップS72に戻る。ステップS74では、CPU311は、これからダウンロードプレイを実行しようとしているゲームすなわち、ゲーム選択画像においてユーザが選択したゲームの子機用ゲームプログラムを外部メモリ44または内部メモリ35から読み出して、ローカル通信モジュール37を介した近距離無線通信によって、子機に送信する。ステップS75では、CPU311は、外部メモリ44または内部メモリ35に記憶されている、送信した子機用ゲームプログラムに対応する親機用ゲームプログラムに基づいて、通信ゲーム処理すなわち、マルチプレイを実行する。ステップS76では、CPU311は、ゲームが終了したかどうかを判断し、ゲームが終了した場合には親機処理を終了し、そうでない場合には処理はステップS75に戻る。ファームウェア更新処理親機次に、図22のフローチャートを参照して、図21のステップS71のファームウェア更新処理親機について詳細に説明する。図22のステップS80では、CPU311は、子機のファームウェアのバージョン情報を子機から受信する。ステップS81では、CPU311は、子機の現在のファームウェアが、これからダウンロードプレイを実行しようとしているゲームすなわち、ゲーム選択画像においてユーザが選択したゲームの要求条件を満たしているかどうかを判断する。この判断は、具体的には、受信した子機のファームウェアのバージョン情報と、上記ゲームのゲーム関連情報とに基づいて行われる。そして、子機の現在のファームウェアが上記ゲームの要求条件を満たしている場合には、処理はステップS82に進み、そうでない場合には処理はステップS83に進む。ステップS82では、CPU311は、更新要否フラグをオフにセットする。ステップS83では、CPU311は、更新要否フラグをオンにセットする。ステップS84では、CPU311は、子機に更新要否フラグを送信する。ステップS85では、CPU311は、子機からファームウェア要求信号を受信したかどうかを判断し、ファームウェア要求信号を受信した場合には処理はステップS87に進み、そうでない場合には処理はステップS86に進む。ステップS86では、CPU311は、子機からファームウェア不要信号を受信したかどうかを判断し、ファームウェア不要信号を受信した場合にはファームウェア更新処理親機を終了し、そうでない場合には処理はステップS85に戻る。ステップS87では、CPU311は、これからダウンロードプレイを実行しようとしているゲームに対応するファームウェア更新プログラムを外部メモリ44または内部メモリ35から読み出して、ローカル通信モジュール37を介した近距離無線通信によって、子機に送信する。そして、ファームウェア更新処理親機を終了する。上記実施形態の効果上記実施形態によれば、ゲームプログラムを所有しているユーザは、ゲームプログラムを所有していない他のユーザとマルチプレイを楽しむことができる。また、ゲームプログラムを所有していない他のユーザのゲーム装置10のファームウェアのバージョンが古い場合であっても、そのファームウェアを更新してマルチプレイを楽しむことができる。また、上記実施形態によれば、ダウンロードプレイにおいて親機から子機にダウンロードされた子機用プログラムが、子機の不揮発性メモリに保存される。したがって、子機の電源を切った後に再び同じゲームのダウンロードプレイを実行する場合に、子機用プログラムを親機から再度ダウンロードする必要が無く、ダウンロードプレイを開始するまでの待ち時間を短縮することができる。また、ユーザの操作の手間も省くことができる。また、上記実施形態によれば、ダウンロードプレイの開始前に、子機のファームウェアの更新の要否のチェックが行われ、更新が必要な場合には、ファームウェア更新プログラムが親機から子機へ送信されて、子機のファームウェアの更新が行われる。したがって、インターネットに接続してサーバーからゲーム装置にファームウェア更新プログラムをダウンロードするなどの手間をかけることなく、ダウンロードプレイの開始前に必要に応じて自動的にファームウェアが更新され、ユーザにとって便利である。また、インターネットに接続不可能な状況でも、ファームウェアの更新が可能である。また、上記実施形態によれば、子機が親機からダウンロードした子機用ゲームプログラムは、内部メモリ35に保存されるが、ゲーム選択画像図6、図10には表示されない。よって、当該子機用ゲームプログラムに対応する親機用ゲームプログラムを所有している他のゲーム装置と通信可能な状態にならないと、ユーザは子機用ゲームプログラムを実行することができないため、従来のダウンロードプレイと同様に、子機用ゲームプログラムの実行を、親機用ゲームプログラムを所有している他のゲーム装置と通信可能な状態で、ゲーム装置10の電源が切れるまでの間だけに制限することができる。また、上記実施形態によれば、内部メモリ35に子機用ゲームプログラム記憶領域が確保されているので、ダウンロードプレイを開始しようとしたときには空き容量が足らずに子機用ゲームプログラムをダウンロードできない、という状況の発生を防止することができる。変形例なお、上記実施形態では、子機が親機から子機用ゲームプログラムをダウンロードして、親機との間でマルチプレイを実行する例を説明したが、本発明はこれに限らない。他の実施形態では、子機が親機からゲーム以外のアプリケーションプログラム例えば、チャットソフトや楽器演奏ソフトなどをダウンロードして、親機との通信処理を含む所定の情報処理を実行してもよい。さらに他の実施形態では、親機との通信処理を含まないアプリケーションプログラム例えば、シングルプレイ用のゲームプログラムや、動画閲覧ソフトなどを親機から子機へダウンロードしてもよい。また、上記実施形態では、親機用ゲームプログラムと子機用ゲームプログラムが異なっている例を説明したが、他の実施形態では、親機用ゲームプログラムと子機用ゲームプログラムが同一のゲームプログラムであってもよい。また、上記実施形態では、子機が親機からダウンロードした子機用ゲームプログラムが、子機の内部メモリ35の子機用ゲームプログラム記憶領域に保存される例を説明したが、本発明はこれに限らず、内部メモリ35の任意の領域や、内部メモリ35以外の不揮発性メモリに保存されるようにしてもよい。この場合、ダウンロードプレイの際に親機からダウンロードしたゲームプログラムと、その他のゲームプログラムとを識別可能にするために、内部メモリ35等に保存されている各ゲームプログラムに対して、ダウンロードプレイの際に親機からダウンロードしたゲームプログラムであるか否かを示すフラグダウンロードプレイフラグを関連付けて記憶するようにしてもよい。そして、ゲーム選択画像図6、図10を表示するときに、当該ダウンロードプレイフラグを参照することによって、ダウンロードプレイの際に親機からダウンロードしたゲームプログラム以外のゲームプログラムだけを表示するようにすればよい。また、上記実施形態では、子機用ゲームプログラム記憶領域に1つの子機用ゲームプログラムしか保存されない例を説明したが、他の実施形態では、子機用ゲームプログラム記憶領域に複数の子機用ゲームプログラムが保存されてもよい。この場合、子機用ゲームプログラム記憶領域に保存されている子機用ゲームプログラムの個数または合計データサイズが所定値を超えたときや、ダウンロードした子機用プログラムを保存するための空き領域が無い場合に、所定の判断基準例えば、内部メモリに保存された日が最も古いものや、ゲームの発売日が最も古いものや、最後にダウンロードプレイした日が最も古いものなどに従って少なくとも1つの子機用ゲームプログラムを自動的に消去する、もしくは消去すべき子機用ゲームプログラムをユーザに選択させるようにしてもよい。また、上記実施形態では、親機から子機へのプログラムの送信は、ローカル通信モジュール37を介した近距離無線通信を用いて行っているが、本発明はこれに限らない。他の実施形態では、無線通信モジュール36を介した通信や、通信ケーブルを介した通信や、赤外線通信や、インターネットを介した通信など、任意の通信方式を用いてもよい。また、上記実施形態では、携帯型のゲーム装置10を用いる例を説明したが、本発明はこれに限らず、任意の情報処理装置例えば、携帯電話やノートパソコンのような携帯型の情報処理装置や、据え置き型ゲーム装置やデスクトップパソコンなどの据え置き型の情報処理装置を用いてもよい。また、親機と子機とが異なる種類の情報処理装置であってもよい。また、上記実施形態では、子機のファームウェアの更新の要否の判断図22のステップS81を親機が行う例を説明したが、他の実施形態では、子機のファームウェアの更新の要否の判断を子機が行ってもよい。この場合、子機は、ゲームの要求条件に関する情報例えば、ゲーム関連情報を親機から受信して、子機のファームウェアの更新の要否を判断するようにしてもよい。また、上記実施形態では、子機の現在のファームウェアが、ダウンロードプレイを実行しようとしているゲームの要求条件を満たしているかどうかを判断し図22のステップS81、要求条件を満たしていない場合に、ファームウェア更新プログラムを親機から子機へ送信しているが、他の実施形態では、子機の現在のファームウェアが、親機のファームウェアよりも古いバージョンかどうかを判断し、親機のファームウェアよりも古いバージョンである場合には、ファームウェア更新プログラムを親機から子機へ送信するようにしてもよい。また、上記実施形態では、必要に応じて子機のファームウェアを更新する例を説明したが、本発明はファームウェアに限らず、アプリケーションプログラムを実行する際に必要となる任意の基本ソフトシステムソフトウェア、ファームウェア、オペレーティングシステム等の更新に適用できる。また、上記実施形態では、1台の親機から1台の子機へゲームプログラムまたはファームウェア更新プログラムを送信する例を説明したが、他の実施形態では、1台の親機から複数の子機へゲームプログラムまたはファームウェア更新プログラムを送信してもよい。また、他の実施形態では、子機のファームウェアを更新する際や、子機が親機から子機用ゲームプログラムをダウンロードする際に、ペアレンタルコントロールがかかっているかどうかをチェックして、その結果に応じて、それらを制限するようにしてもよい。ペアレンタルコントロールとは、ゲーム装置10のユーザが子供である場合に、親がゲーム装置10の機能を制限するためのものであって、例えば、年齢制限のあるゲームソフトの実行を制限したり、インターネットへの接続を制限したりすることができる。そこで、例えば、図20のステップS44でYESに進んだ直後などに、何らかのペアレンタルコントロールがかかっているかどうかを判断し、何らかのペアレンタルコントロールがかかっている場合には、ペアレンタルコントロールを一時的に解除するための暗証番号が正しく入力された場合にのみステップS48に進むようにしてもよい。同様に、図19のステップS29の直後などに、ダウンロードプレイしようとしているゲームが、ペアレンタルコントロールによる制限の対象であるかどうかを判断し、ペアレンタルコントロールによる制限の対象である場合には、ペアレンタルコントロールを一時的に解除するための暗証番号が正しく入力された場合にのみ、当該ゲームの子機用ゲームプログラムのダウンロードまたは実行を許可するようにしてもよい。また、上記実施形態では、図21のステップS68において、募集してきた子機の参加を承認するか否かをユーザの指示に基づいて決定しているが、他の実施形態では、ユーザの指示によらず自動的に承認するようにしてもよい。また、上記実施形態では、受信したビーコンを送受信した後に親機情報を送受信し、当該親機情報には親機に関する情報ユーザの顔画像、ユーザ名、ダウンロードプレイの参加者を募集しているゲームのゲームIDおよびゲーム名などが含まれている例を説明した。しかし本発明はこれに限らず、ビーコンに親機情報の一部ユーザの顔画像、ユーザ名などが含まれていてもよく、その他の親機情報ダウンロードプレイの参加者を募集しているゲームのゲームIDおよびゲーム名などをビーコンとは別に送受信してもよい。なお、上記実施形態では、図19のステップS29においてファームウェア更新処理子機を実行した後に、ステップS30において、これからダウンロードしようとしている子機用ゲームプログラムが内部メモリ35の子機用ゲームプログラム記憶領域にすでに保存されているかどうかの判断を行っているが、他の実施形態では、図19のステップS29においてファームウェア更新処理子機を実行する直前に、これからダウンロードしようとしている子機用ゲームプログラムが内部メモリ35の子機用ゲームプログラム記憶領域にすでに保存されているかどうかの判断を行い、すでに保存されている場合には、過去にすでにファームウェアの更新も行われたはずなので、ファームウェア更新処理子機をスキップするようにしてもよい。なお、上記実施形態では、図18~図22に示すフローチャートの各ステップの処理をCPU311が実行する例を説明したが、本発明はこれに限らず、これらの処理を複数のプロセッサが分担して処理するようにしてもよい。また、これらの処理の一部をハードウェアが実行するようにしてもよい。