JPWO2010038296A1 - 情報処理装置、情報処理システム、ならびに起動用プログラムおよびそれを記憶した記憶媒体 - Google Patents

Abstract

本実施形態に従うゲーム装置（１０）は、撮像手段としてカメラを含む。内側カメラ（２３）は、上側ハウジング（２１）に収納される。また、上側ハウジング（２１）の内側面には、マイクによって外部の音が検知されるように、マイクロフォン用孔（２１Ｃ）が設けられる。

Description

この発明は、情報処理装置、情報処理システム、ならびに起動用プログラムおよびそれを記憶した記憶媒体に関する。より特定的には、撮影機能および／または音声取得機能を提供可能な構成に関する。

先行の撮影機能を有する携帯型の情報処理装置として、例えば、特開２００６−３１１２２４号公報（特許文献１）には携帯電話機が開示されている。この携帯電話機は、折り畳み型の構成を採用し、２つのハウジングの内側面に１つずつ表示画面を有している。この携帯電話機においては、撮像手段としてのカメラは、上側のハウジングの外側面と内側面とに１つずつ設けられる。

また、特開２００４−２７４３０４号公報（特許文献２）に記載の携帯機器は、カメラおよびマイクを有するとともに、ハウジング（筐体）の２つの面にそれぞれ画面を設けた構成を有する。

さらに、折り畳み型の構成を採用する携帯型の情報処理装置としては、たとえば、特開２００７−１９５８３０号公報（特許文献３）にも、２つのハウジングが折り畳み可能に接続された情報処理装置が開示されている。この情報処理装置は、各ハウジングの内側面（折り畳んだ時に内側となる面）に１つずつ（計２つの）表示画面を有している。

さらに、特開２００１−１４２５６４号公報（特許文献４）には、カメラを内蔵した情報機器が開示されている。この情報機器は、本体ユニットと表示ユニットとがヒンジブロックによって回転可能に接続された構成である。この情報機器では、ヒンジブロック内にカメラが配置される。

その他、以下に列挙するような先行技術が知られている。
特開２００６−３１１２２４号公報 特開２００４−２７４３０４号公報 特開２００７−１９５８３０号公報 特開２００１−１４２５６４号公報 特開平０４−１５６７９１号公報 特開平０６−２７６４７８号公報 特開平０１−２９７９８６号公報 特開２００２−１２５１７６号公報 特開２００４−３２００９１号公報 特開２００３−３３３１４９号公報 特開２００５−１８４０６０号公報 特開２００７−２０１７２７号公報 特開平０９−２４７６３４号公報 特開平１０−３４１３８８号公報 特開２０００−５６７５６号公報 「ちょっとショット 取扱説明書」、株式会社ソニー・コンピュータエンタテインメント、２００６年１１月２日

しかしながら、特開２００６−３１１２２４号公報（特許文献１）および特開２００４−２７４３０４号公報（特許文献２）に開示される携帯機器では、撮像手段としてのカメラおよび音声入力手段としてのマイクは、それぞれ撮影機能および音声取得機能に適した位置には配置されていなかった。

また、特開２００７−１９５８３０号公報（特許文献３）に開示される情報処理装置は、撮影機能を全く考慮したものではなく、一方、特開２００１−１４２５６４号公報（特許文献４）に開示される情報機器は、音声取得機能を全く考慮したものではなかった。

別の課題として、コンピュータで各種プログラムを実行させる構成において、プログラムを格納する種々の記憶媒体が提案されている。このよう場合に、コンピュータ本体（情報処理装置）に内蔵された記憶媒体に記憶されるプログラムと、コンピュータに装着される記憶媒体に記憶されるプログラムとを連携して実行させるような思想は、いずれの先行技術にも開示ないし示唆されていない。

さらに別の課題として、複数のアプリケーションプログラムの中から起動すべきものを選択させるメニュー画面（いわゆる、ランチャー機能）をユーザに提供する構成において、当該ランチャー機能以外の機能を同時に提供するような思想は、いずれの先行技術にも開示ないし示唆されていない。

そこで、この発明は、これらの課題の少なくとも１つを解決するためになされたものである。この発明の第１の目的は、撮影機能および／または音声取得機能に適した構造を有する情報処理装置を提供することである。また、この発明の第２の目的は、本体に内蔵された記憶媒体および外部から装着される記憶媒体にそれぞれ記憶されるプログラムを連携して実行させることが可能な情報処理システムを提供することである。さらに、この発明の第３の目的は、撮影機能を搭載した情報処理装置に適した起動用プログラムおよびそのプログラムを記憶した記憶媒体を提供することである。

本発明は、上記の課題を解決するために、以下の構成を採用した。なお、本欄における括弧内の参照符号、ステップ番号、および補足説明等は、本発明の理解を助けるために後述する実施形態との対応関係を示したものであって、本発明を何ら限定するものではない。

この発明のある局面に従えば、複数のハウジング（１１，２１）により開閉可能な情報処理装置（１０）を提供する。情報処理装置（１０）は、複数のハウジングの連結部分に設けられた、撮像手段（２３）および音声入力手段（２１Ｃ，４２）と、記憶手段（３４）と、撮像手段を用いて撮像データを取得する撮像データ取得手段（３１，ＳＡ５０）と、データ取得手段により取得された撮像データを記憶手段に記憶する撮像データ記憶制御手段（３１，ＳＡ５４）と、音声入力手段を用いて音声データを取得する音声データ取得手段（３１，ＳＤ１７１）と、音声データ取得手段により取得された音声データを記憶手段に記憶する音声データ記憶制御手段（３３，ＳＤ１７３）とを含む。

なお、撮像データには、静止画像および動画像を含む。また、開閉可能な構成としては、後述する折り畳み型に加えて、スライド型や回転型、およびこれらの複合型を含む。なお、本願の情報処理装置は、折り畳み、スライド、回転により、少なくとも一方のハウジングの所定面が他方のハウジングにより隠れる状態と露出する状態との間で変化する構成とすることができる。特に、当該所定面に表示部が設けられている場合には、折り畳み、スライド、回転により、当該表示部が隠れる状態と露出する状態との間で変化する構成としてもよい。

この局面によれば、撮像手段（２３）および音声入力手段（２１Ｃ，４２）が複数のハウジング（１１，２１）の連結部分に設けられることで、ハウジング間の開閉角度に影響を受けることなく、実質的に同じ位置関係を維持することができる。これにより、情報処理装置の使用形態に関わらず、撮像手段（２３）および音声入力手段（２１Ｃ，４２）のユーザに対する相対的な位置関係が略一定に維持されるので、常に適切な撮影操作および／または音声取得操作が可能となる。

また、この局面によれば、ユーザは、撮像手段（２３）および音声入力手段（２１Ｃ，４２）が連結部分に配置されているので、複数のハウジング（１１，２１）のいずれか一方のみを片手で把持して撮影操作および／または音声取得操作を行うことも可能であるとともに、両手で両方のハウジング（１１，２１）を把持して、より安定的に撮影操作および／または音声取得操作を行うことも可能である。これにより、撮影および／または音声取得を行う状況に応じた形態で使用することができる。

好ましくは、情報処理装置（１０）は、記憶手段に記憶された撮像データを再生する撮像データ再生手段（３１，ＳＡ４１）をさらに含む。これにより、撮影して得られた撮像データを即座に確認することができる。

好ましくは、情報処理装置（１０）は、記憶手段に記憶された撮像データを編集する撮像データ編集手段（３１，ＳＡ５８）をさらに含む。これにより、ユーザは、撮影して得られた撮像データに対して、所望の編集操作を行って楽しむことができる。

好ましくは、情報処理装置（１０）は、記憶手段に記憶された音声データを再生する音声データ再生手段（３１，ＳＤ７６＃）をさらに含む。これにより、取得した音声データを即座に確認することができる。

好ましくは、情報処理装置（１０）は、記憶手段に記憶された音声データを編集する音声データ編集手段（３１，ＳＤ２６２）をさらに含む。これにより、ユーザは、取得した音声データに対して、所望の編集操作を行って楽しむことができる。

好ましくは、情報処理装置（１０）は、近距離無線通信手段（３８）と、記憶手段に記憶された撮像データを、近距離無線通信手段を用いて、他の情報処理装置に送信する撮像データ送信制御手段（３１，ＳＣ５２）と、他の情報処理装置から、近距離無線通信手段を用いて、撮像データを受信し、記憶手段に記憶する撮像データ受信制御手段（３１，ＳＣ５３）とをさらに含む。

この好ましい局面によれば、同種類の情報処理装置を有するユーザの間で、撮影して得られた撮像データを交換することができる。これにより、グループ内で同じ撮像データを共有して楽しんだり、撮影して得られた撮像データを他のユーザに配信したりして楽しむことができる。

好ましくは、情報処理装置（１０）は、開閉を検出する開閉検出手段（５０）をさらに含み、撮像データ再生手段は、開閉検出手段により開閉が検出されるたびに、記憶手段に記憶された撮像データのうち、異なる撮像データに基づいて撮像画像を表示する（ＳＡ７３）。なお、撮像画像は、折り畳み、スライド、回転により、隠れる状態と露出する状態との間で変化する表示部に表示される。

この好ましい局面によれば、情報処理装置の開閉がなされるたびに、表示される撮像データが随時変化するので、ユーザにとってみれば、情報処理装置を開く際に楽しみができる。

好ましくは、記憶手段は、情報処理装置のコンピュータを、撮像データ取得手段および撮像データ記憶制御手段として機能させる、撮像データ取得プログラム（５３）と、情報処理装置のコンピュータを音声データ取得手段および音声データ記憶制御手段として機能させる、音声データ取得プログラム（５７）と、をさらに記憶する。そして、情報処理装置（１０）は、情報処理装置を起動したときに、少なくとも、撮像データ取得プログラムまたは音声データ取得プログラムのうちからいずれかを選択させ、当該選択されたプログラムを起動する起動制御手段（３１，ＳＡ５〜ＳＡ１３）をさらに含み、起動制御手段は、撮像手段を用いて撮像データを取得して記憶手段に記憶する機能（３１，ＳＡ１０）を有する。

この好ましい局面によれば、少なくとも撮像データ取得プログラム（５３）および音声データ取得プログラム（５７）の実行が可能な環境下において、ユーザは、起動制御手段（３１，ＳＡ５〜ＳＡ１３）によって所望のプログラムを容易に選択して実行させることができる。

さらに、この好ましい局面によれば、撮影処理手段による撮影機能の実行中に、撮像データ取得プログラム（５３）を直接起動することができる。すなわち、撮影処理手段により提供される撮影機能から撮像データ取得プログラム（５３）により提供される撮影機能を容易に起動することができるので、当撮影処理手段により提供される撮影機能に接したユーザが、撮像データ取得プログラム（５３）により提供される撮影機能を使用するようにユーザを誘導することができる。

好ましくは、情報処理装置（１０）は、情報処理装置を開いたときに、複数のハウジングのうち１つのハウジングが存在する側の、複数のハウジングのうちの他の１つのハウジングの上面に設けられる第１操作手段（１４Ｉ，１４Ｊ）をさらに含み、撮像データ記録手段は、第１操作手段が操作されたときに、撮像手段を用いて撮像データを取得して、記憶手段に記憶する。

この好ましい局面によれば、ユーザは、情報処理装置を把持する手で第１操作手段（１４Ｉ，１４Ｊ）を操作することによって撮像データの取得操作を行うことができる。すなわち、情報処理装置を把持した状態のまま撮像データの取得操作を行うことができるので、撮影操作を容易に行うことができる。このため、より携帯型の情報処理装置に適した構成を提供できる。

好ましくは、撮像手段および音声入力手段は、連結部の中央付近に設けられる。これにより、ユーザが右手のみで情報処理装置を把持した場合と、ユーザが左手のみで情報処理装置を把持した場合との間で、情報処理装置とユーザとの相対的な位置関係を略同一にできる。

さらに好ましくは、撮像手段は、連結部の中央に設けられ、音声入力手段は、連結部の中央からオフセットされた位置に設けられる。撮像手段の撮像範囲は、そこを通る位置を中心として定められるのに対して、音声入力手段の音声取得範囲は、比較的広範囲であるので、撮像手段を優先的に連結部の中央に設けることで、より適切な状況で撮影が可能となる。

好ましくは、情報処理装置（１０）は、各ハウジングに設けられる表示手段（１２，２２）をさらに含む。これにより、撮像手段によって撮像された画像などを表示させることもできる。

好ましくは、ハウジングは横長のハウジングである。横長のハウジングを採用することで、ユーザの目の動きに適した構成となる。

好ましくは、情報処理装置（１０）は、複数のハウジングのうち１つのハウジングにおいて、表示手段の左右にそれぞれ配置される第１および第２の操作手段（１４Ａ〜１４Ｅ）と、複数のハウジングのうち他の１つのハウジングにおいて、表示手段の左右にそれぞれ配置される第１および第２の音声出力手段（２１Ｄ，４５，４７）とを含む。

この好ましい局面によれば、音声取得手段によって取得された音声などを出力することができる。

好ましくは、情報処理装置（１０）は、メモリカード（２８，２９）を着脱自在に装着するための接続手段（３６，３７）をさらに含む。これにより、各種のプログラムや撮像データもしくは音声データを記憶したメモリカードを自在に装着して、情報処理装置で表示もしくは再生したり、取得した撮像データや音声データを任意に保存したりすることができる。その結果、情報処理装置の自由度および拡張度を飛躍的に高めることができる。

さらに好ましくは、撮像データ記憶制御手段は、撮像データを、記憶手段とメモリカードとに選択的に記憶可能である。

あるいは、さらに好ましくは、音声データ記憶制御手段は、音声データを、記憶手段とメモリカードに選択的に記憶可能である。

これらの構成により、その数、種類、大きさなどに応じて、任意の記憶媒体に撮像データおよび／または音声データを記憶できるので、ユーザの自由度を高めることができる。また、メモリカードに撮像データおよび／または音声データを記憶することで、情報処理装置とは別の装置へ撮像データおよび／または音声データを出力することもできる。

好ましくは、情報処理装置のコンピュータを、撮像データ取得手段および撮像データ記憶制御手段として機能させるプログラムを内蔵の記憶手段に記憶し、当該プログラムを情報処理装置のコンピュータに実行させることが可能である。これにより、情報処理装置は、外部からメモリなどを装着されることなく、単体で撮影機能をユーザに提供することができる。

さらに好ましくは、メモリカードに記憶されたアプリケーションプログラムを読み出して、情報処理装置のコンピュータに実行させることが可能である。これにより、情報処理装置は、内蔵の記憶手段の容量制限に関わらず、各種多様なアプリケーションプログラムを選択的に実行することができる。

この発明の別の局面に従う情報処理システムは、上記の情報処理装置と、アプリケーションプログラムとして、情報処理装置のコンピュータを、撮像データ取得手段および撮像データ記憶制御手段として機能させるプログラムを記憶し、データを書き込み可能なメモリカードとを含み、撮像データ記憶制御手段は、撮像データを、記憶手段およびメモリカードのいずれかに選択的に記憶可能である。

この局面に従う情報処理システムは、ユーザは、撮像データを内蔵の記憶手段および外部から装着されたメモリカードに選択的に記憶できるので、状況に応じて、記憶媒体を用いることができる。

この発明のさらに別の局面に従う情報処理システムは、上記の情報処理装置と、アプリケーションプログラムとして、情報処理装置のコンピュータを、記憶手段に記憶された撮像データを利用する撮像データ利用処理手段として機能させるプログラムを記憶するメモリカードとを含む。

この発明のさらに別の局面に従う情報処理システムは、上記の情報処理装置と、アプリケーションプログラムとして、情報処理装置のコンピュータを、記憶手段およびメモリカードに記憶された撮像データを利用する撮像データ利用処理手段として機能させるプログラムを記憶するメモリカードとを含む。

この発明のさらに別の局面に従う情報処理システムは、上記の情報処理装置と、アプリケーションプログラムとして、情報処理装置のコンピュータを、音声データ取得手段および音声データ記憶制御手段として機能させるプログラムを記憶し、データを書き込み可能なメモリカードとを含み、音声データ記憶制御手段は、音声データを、記憶手段およびメモリカードのいずれかに選択的に記憶可能である。

この局面に従う情報処理システムは、ユーザは、音声データを内蔵の記憶手段および外部から装着されたメモリカードに選択的に記憶できるので、状況に応じて、記憶媒体を用いることができる。

この発明のさらに別の局面に従う情報処理システムは、上記の情報処理装置と、アプリケーションプログラムとして、情報処理装置のコンピュータを、記憶手段に記憶された音声データを利用する音声データ利用処理手段として機能させるプログラムを記憶するメモリカードとを含む。

この発明のさらに別の局面に従う情報処理システムは、上記の情報処理装置と、アプリケーションプログラムとして、情報処理装置のコンピュータを、記憶手段およびメモリカードに記憶された音声データを利用する音声データ利用処理手段として機能させるプログラムを記憶するメモリカードとを含む。

上記の情報処理装置（１０）は、メモリカードを着脱自在に装着するための接続手段を複数備えることが好ましい。これにより、各種のメモリカードを同時に複数装着することができ、これにより、ユーザはより多くのアプリケーションプログラムから所望するプログラムを選んで実行することができる。

さらに好ましくは、接続手段は、汎用規格のメモリカード（２８）を着脱自在に装着するための第１の接続手段と、専用規格のメモリカード（２９）を着脱自在に装着するための第２の接続手段とを含む。

この好ましい局面によれば、ユーザは、汎用規格のメモリカードを介して、撮像データおよび／または音声データを他のユーザと容易交換したり、他の装置へ容易に移動させたりすることができる。一方、専用規格のメモリカードに各種のアプリケーションプログラムを記憶することで、不正操作を防止することができる。また、専用規格のメモリカードに撮像データおよび／または音声データを記憶することで、本発明に係る情報装置装置に特有の情報などを併せて記憶しておき、各種演出や情報表示することも可能となる。

さらに好ましくは、撮像データ記憶制御手段は、撮像データを、記憶手段と汎用規格のメモリカードと専用規格のメモリカードとに選択的に記憶可能である。

またさらに好ましくは、音声データ記憶制御手段は、音声データを、記憶手段と汎用規格のメモリカードと専用規格のメモリカードとに選択的に記憶可能である。

これらの好ましい局面によれば、ユーザは、取得した撮像データおよび／または音声データをその内容などに応じて、より適切なメモリカードに記憶することができる。また、撮像データおよび／または音声データの整理などを効率化することもできる。

またさらに好ましくは、専用規格のメモリカードに記憶されたアプリケーションプログラムを読み出して、情報処理装置のコンピュータに実行させることは許可されており、汎用規格のメモリカードに記憶されたアプリケーションプログラムを読み出して、情報処理装置のコンピュータに実行させることは禁止されている。これにより、汎用規格のメモリカードに記憶された不正なアプリケーションプログラムなどの実行による不具合の発生を回避することができる。

この発明のさらに別の局面に従う情報処理システムは、上記の情報処理装置と、アプリケーションプログラムとして、情報処理装置のコンピュータを、第２の撮像データ取得手段および第２の撮像データ記憶制御手段として機能させるプログラムを記憶する専用規格のメモリカードとを含む。第２撮像データ記憶制御手段は、撮像データを、少なくとも、記憶手段、汎用規格のメモリカード、および専用規格のメモリカードのいずれかに選択的に記憶可能である。

この発明のさらに別の局面に従う情報処理システムは、上記の情報処理装置と、アプリケーションプログラムとして、情報処理装置のコンピュータを、第２の音声データ取得手段および第２の音声データ記憶制御手段として機能させるプログラムを記憶する専用規格のメモリカードとを含み、第２の音声データ記憶制御手段は、音声データを、少なくとも、記憶手段、汎用規格のメモリカード、および専用規格のメモリカードのいずれかに選択的に記憶可能である。

これらの局面によれば、ユーザは、撮像データおよび／または音声データを内蔵の記憶手段ならびに外部から装着された汎用規格のメモリカードおよび専用規格のメモリカードに選択的に記憶できるので、状況に応じて、記憶媒体を用いることができる。

この発明のさらに別の局面に従う情報処理システムは、上記の情報処理装置と、アプリケーションプログラムとして、情報処理装置のコンピュータを、記憶手段および汎用規格のメモリカードおよび専用規格のメモリカードに記憶された撮像データを利用する撮像データ利用処理手段として機能させるプログラムを記憶する専用規格のメモリカードとを含む。

この発明のさらに別の局面に従う情報処理システムは、メモリカード（２８，２９）と、メモリカードに記憶されたアプリケーションプログラムを読み出して処理を実行することが可能な情報処理装置（１０）とを含む。情報処理装置（１０）は、撮像手段（２３）と、内蔵の記憶手段（３４）と、メモリカードを着脱自在に装着するための接続手段（３６，３７）と、内蔵のプログラム記憶手段（９０１〜９０８）とを含み、内蔵のプログラム記憶手段は、情報処理装置のコンピュータを、撮像手段を用いて撮像データを取得する第１の撮像データ取得手段、および撮像データ取得手段により取得された撮像データを内蔵の記憶手段に記憶する第１の撮像データ記憶制御手段、として機能させるプログラムを記憶し、メモリカードは、アプリケーションプログラムとして、情報処理装置のコンピュータを、撮像手段を用いて撮像データを取得する第２の撮像データ取得手段、および撮像データ取得手段により取得された撮像データを内蔵の記憶手段に記憶する第２の撮像データ記憶制御手段、として機能させるプログラムを記憶する。

この発明のさらに別の局面に従う情報処理システムは、メモリカード（２８，２９）と、メモリカードに記憶されたアプリケーションプログラムを読み出して処理を実行することが可能な情報処理装置とを含む。情報処理装置（１０）は、撮像手段（２３）と、内蔵の記憶手段（３４）と、メモリカードを着脱自在に装着するための接続手段（３６，３７）と、内蔵のプログラム記憶手段（９０１〜９０８）とを含み、内蔵のプログラム記憶手段は、情報処理装置のコンピュータを、撮像手段を用いて撮像データを取得する第１の撮像データ取得手段、および撮像データ取得手段により取得された撮像データを内蔵の記憶手段に記憶する第１の撮像データ記憶制御手段、として機能させるプログラムを記憶し、メモリカードは、アプリケーションプログラムとして、情報処理装置のコンピュータを、内蔵の記憶手段に記憶された撮像データを利用する撮像データ利用処理手段として機能させるプログラムを記憶する。

この発明のさらに別の局面に従えば、撮像手段（２３）を有し、複数のアプリケーションプログラムを記憶可能な情報処理装置（１０）のコンピュータにおいて実行され、当該複数のアプリケーションプログラムの中からユーザが所望するアプリケーションプログラムを選択的に起動するための起動用プログラム（５１）を提供する。起動用プログラム（５１）は、複数のアプリケーションプログラムを選択的に起動する第１起動操作を受け付ける第１起動操作受付手段（ＳＡ６，ＳＡ１１）と、第１起動操作が行われた場合、複数のアプリケーションプログラムのうち当該第１起動操作で選択されたアプリケーションプログラムを、コンピュータによって実行されるプログラムを記憶するための所定の記憶手段に読み込んで、当該アプリケーションプログラムを起動する第１起動手段（ＳＡ１２）と、所定の撮影操作に応じて、撮像手段による撮像画像を記憶手段に保存する撮影処理を行う撮影処理手段（ＳＡ１０）としてコンピュータを機能させる。

この局面によれば、ユーザは、複数のアプリケーションプログラムのうち実行させるべきアプリケーションプログラムを第１起動操作によって選択することができるとともに、所定の撮影操作によって撮影手段により撮像画像を取得することもできる。したがって、ユーザは、アプリケーションプログラムの起動前の状態においても、撮影機能を容易かつ迅速に使用することができる。また、起動用プログラムによって提供される撮影機能の実行中に、撮影処理手段を起動することができる。

好ましくは、撮影処理手段は、撮像手段による撮像画像を記憶手段に保存する撮影機能を有し、当該撮影機能により撮影した画像を編集する機能を有しない。

好ましくは、撮影処理手段は、撮像手段による撮像画像を記憶手段に保存する撮影機能を有し、当該撮影機能により撮影した画像の中から任意に閲覧する機能を有しない。

これらの局面によれば、起動用プログラムによって提供される撮影処理手段においては、画像編集および／または画像閲覧の機能が提供されないので、ユーザは、これらの機能を有する撮影アプリケーションプログラムの使用を望むようになる。その結果、撮影処理手段から撮影アプリケーションプログラムを使用させるようにユーザを誘導することができる。

好ましくは、情報処理装置（１０）は、アプリケーションプログラムとして、撮像手段による撮像画像を記憶手段に保存する撮影機能を有する撮影アプリケーションプログラム（５３）を記憶している。これにより、ユーザは、より高機能な撮影アプリケーションプログラムの使用を望むようになり、撮影アプリケーションプログラムを使用させるようにユーザを誘導することができる。

さらに好ましくは、撮影アプリケーションプログラムは、撮影した画像を編集する機能をさらに有する。

好ましくは、撮影アプリケーションプログラムは、撮影した画像の中から任意に閲覧する機能をさらに有する。

好ましくは、撮影アプリケーションプログラムは、撮影した画像を記憶手段に保存する。

好ましくは、起動用プログラムは、記憶手段に保存された撮影画像を、他の情報処理装置と交換することが可能である。

好ましくは、撮影アプリケーションプログラムは、撮影操作に応じて、撮影した画像を記憶手段に保存する。

好ましくは、記憶手段に保存された撮影画像を、複数のアプリケーションプログラムを選択的に起動するための画像とともに表示する（ＳＡ５）。

好ましくは、起動したアプリケーションプログラムが終了したときに、起動用プログラムの実行により、複数のアプリケーションプログラムを選択的に起動するための画像とともに表示するときに、記憶手段に保存された撮影画像のうち、前回とは異なる撮影画像を表示する（ＳＡ２８）。

これらの局面によれば、起動用プログラムによって提供される撮影処理手段に比較して、撮影アプリケーションプログラムはより高度な機能をユーザに提供できるので、撮影アプリケーションプログラムの魅力を高めることができる。

この発明のさらに別の局面に従えば、上述のいずれかに記載の起動用プログラムを記憶した記憶媒体を提供する。

この発明によれば、撮影機能および／または音声取得機能に適した構造を有する情報処理装置を提供することができる。また、本体に内蔵された記憶媒体および外部から装着される記憶媒体にそれぞれ記憶されるプログラムを連携して実行させることが可能な情報処理システムを提供することができる。さらに、撮影機能を搭載した情報処理装置に適した起動用プログラムおよびそのプログラムを記憶した記憶媒体を提供することができる。

本実施形態に従う撮像装置の外観を示す平面図である。 本実施形態に従うゲーム装置の背面側を示す斜視図である。 本実施形態に従うゲーム装置のＬＥＤの点灯動作を説明する図である。 本実施形態に従うゲーム装置の音量ボタンの操作を説明するための図である。 本実施形態に従うゲーム装置の開いた状態（開状態）における側面図である。 本実施形態に従うゲーム装置の閉じた状態（閉状態）における側面図である。 図１に示す下側ハウジングのＡ−Ａ’断面図である。 図１に示す上側ハウジングのＢ−Ｂ’断面図である。 ユーザが本実施形態に従うゲーム装置を両手で把持した様子を示す図である。 ユーザが本実施形態に従うゲーム装置を片手で把持した様子を示す図である。 ユーザが縦持ちで本実施形態に従うゲーム装置を把持した様子を示す図である。 ユーザが縦持ちで本実施形態に従うゲーム装置を把持した様子を示す図である。 本実施形態に従うゲーム装置を把持して使用する様子を示す図である。 本実施形態に従うゲーム装置を載置して使用する様子を示す図である。 本実施形態の変形例に従う撮像装置の外観を示す平面図である。 本実施形態の変形例に従うゲーム装置の開いた状態（開状態）における側面図である。 本実施形態の変形例に従うゲーム装置の閉じた状態（閉状態）における側面図である。 本実施形態に従うゲーム装置の内部構成を示すブロック図 本実施形態に従うゲーム装置における各アプリケーションプログラムの起動方法を説明するための図である。 本実施形態に従うゲーム装置のメインメモリに記憶される主なデータを示す図である。 本実施形態に従うゲーム装置のランチャー処理の流れを示すメインフローチャートである。 図２１に示す簡易撮影処理の流れを示すフローチャートである。 本実施形態に従うゲーム装置のランチャー処理におけるメニュー画面の一例を示す図である。 本実施形態に従うゲーム装置のランチャー処理における撮影可能状態において表示される画像の一例を示す図である。 図２２に示すフローチャートの撮影操作の実行後に表示される画像の一例を示す図である。 図２１に示すフローチャートの簡易撮影処理の実行後に表示される画像の一例を示す図である。 図２１に示す撮影誘導処理の流れを示すフローチャートである。 本実施形態に従うゲーム装置の開閉時処理の詳細を示すフローチャートである。 図２８に示すフローチャートの表示画像の変更処理における変更方法を示す図である。 本実施形態に従う多機能撮影処理の流れを示すフローチャートである。 本実施形態に従う多機能撮影処理において表示される画像の一例を示す図である。 図３０に示すフローチャートの写真表示モード処理の流れを示すフローチャートである。 本実施形態に従う写真表示モードにおいて表示される画像の一例を示す図である。 図３２に示す撮影モード処理の流れを示すフローチャートである。 本実施形態に従う撮影モードにおいて表示される画像の一例を示す図である。 本実施形態に従うゲーム装置における撮影処理（その１）の流れを示すフローチャートである。 図３６に示す本実施形態に従う撮像装置における撮影処理において表示される画像の一例を示す図である。 図３６に示す入力画像生成処理の流れを示すフローチャートである。 図３８に示すペンモード時において表示される画像の一例を示す図である。 図３６に示す保存画像の表示処理において表示される画像の一例を示す図である。 本実施形態に従うゲーム装置における撮影処理（その２）の流れを示すフローチャートである。 図４１に示す表示処理において表示される画像の一例を示す図である。 図４１に示す編集処理の流れを示すフローチャートである。 図４３に示す編集処理のペンモード時において表示される画像の一例を示す図である。 図４３に示す編集処理のシールモード時において表示される画像の一例を示す図である。 本実施形態に従うカレンダー処理において表示される画像を示す図である。 複数の本実施形態に従うゲーム装置が接続されるシステムの一例を説明するための図である。 本実施形態に従うゲーム装置において送信側か受信側か決定される前段階において表示される画面表示例（その１）を示す図である。 本実施形態に従うゲーム装置において送信側か受信側か決定される前段階において表示される画面表示例（その１）を示す図である。 送信側の本実施形態に従うゲーム装置および受信側の本実施形態に従うゲーム装置にそれぞれ表示される第１段階の画面表示例を示す図である。 送信側の本実施形態に従うゲーム装置および受信側の本実施形態に従うゲーム装置にそれぞれ表示される第２段階の画面表示例を示す図である。 送信側の本実施形態に従うゲーム装置および受信側の本実施形態に従うゲーム装置にそれぞれ表示される第３段階の画面表示例を示す図である。 送信側の本実施形態に従うゲーム装置および受信側の本実施形態に従うゲーム装置にそれぞれ表示される第４段階の画面表示例を示す図である。 送信側の本実施形態に従うゲーム装置および受信側の本実施形態に従うゲーム装置にそれぞれ表示される第５段階の画面表示例を示す図である。 送信側の本実施形態に従うゲーム装置および受信側の本実施形態に従うゲーム装置にそれぞれ表示される通信切断時の画面表示例を示す図である。 本実施形態に従う画像通信プログラムの実行することに応じて、メインメモリに記憶される各種データの一例を示す図である。 本実施形態に従うゲーム装置が画像通信処理を行う一例を示すフローチャートである。 図５７に示す画像送信処理の詳細な動作を示すサブルーチンを示すフローチャートである。 図５７に示す画像受信処理の詳細な動作を示すサブルーチンを示すフローチャートである。 送信元の本実施形態に従うゲーム装置と受信先の本実施形態に従うゲーム装置との間で送受信される信号の一例を示す図である。 本実施形態に従うゲーム装置におけるサウンド機能におけるサウンド選択画面４００の一例を示す図である。 本実施形態に従う音楽再生フォルダリスト選択画面を説明する図である。 本実施形態に従う別の音楽再生フォルダリスト選択画面を説明する図である。 本実施形態に従うミュージックファイル選択画面を説明する図である。 本実施形態に従う再生動作選択画面を説明する図である。 本実施形態に従うゲーム装置における機能選択に係る処理を説明するフローチャートである。 図６６における選択機能モード移行処理のサブルーチン処理を説明するフローチャートである。 音楽再生モードにおけるサブルーチン処理を説明するフローチャートである。 ＳＤカード内のフォルダ検索処理のサブルーチン処理を説明するフローチャートである。 フォルダリスト生成のサブルーチン処理を説明するフローチャートである。 フォルダ名判定処理のサブルーチン処理を説明するフローチャートである。 フォルダ検索処理を説明する具体例の一例を説明する図である。 ミュージックファイル選択処理のサブルーチン処理を説明するフローチャートである。 ミュージックファイル再生処理のサブルーチン処理を説明する図である。 音量設定アイコンを拡大した図である。 本実施形態に従う音量設定処理のサブルーチン処理を説明するフローチャートである。 音量設定アイコンの別の例を説明する図である。 速度音程調整アイコンを選択することにより再生スピードや音程を変える機能を説明する図である。 音色調整アイコンを選択することにより再生信号の周波数を変調し、あるいはフィルタリン処理等を実行して別の音色に変える機能を説明する図である。 効果音選択アイコンを選択することにより、ＲボタンおよびＬボタンをユーザが操作したときにスピーカ等から出力される効果音を変更する場合を説明する図である。 本実施形態に従うビジュアライザ表示処理を説明する図である。 ビジュアライザ表示処理のサブルーチン処理を説明するフローチャートである。 別のビジュアライザ表示画面を説明する図である。 さらに別のビジュアライザ表示画面を説明する図である。 本実施形態に従うヘッドホンが検知された場合のフローを説明する図である。 ゲーム装置１０を折畳み位置に折り畳んだ場合におけるスリープ処理について説明するフローチャートである。 スリープ音楽再生モードのサブルーチン処理を説明するフローチャートである。 本実施形態に従う自動録音モードを説明するフローチャートである。 本実施形態に従う録音処理のサブルーチン処理を説明するフローチャートである。 録音データ保存処理のサブルーチン処理を説明するフローチャートである。 本実施形態に従う自動再生モードのフローチャートである。 本実施形態に従う設定処理のサブルーチン処理を説明するフローチャートである。 本実施形態に従う設定画面を説明する図である。 マイク録音再生モードにおけるサブルーチン処理を説明するフローチャートである。 本実施形態に従う録音データファイルリスト選択画面を説明する図である。 録音データ再生動作選択画面を説明する図である。 録音データファイル再生処理のサブルーチン処理を説明する図である。 録音データファイル作成処理のサブルーチン処理（その１）を説明するフローチャートである。 本実施形態に従う録音開始画面を説明する図である。 録音データファイル作成処理のサブルーチン処理（その２）を説明するフローチャートである。 本実施形態に従う録音データファイル色指定画面を説明する図である。 本実施形態に従うお気に入りフォルダ選択画面を説明する図である。 本実施形態に従うゲーム装置が利用可能な記憶媒体を説明するための図である。

符号の説明

１０ ゲーム装置、１１ 下側ハウジング、１２ 下側ＬＣＤ、１３ タッチパネル、２１ 上側ハウジング、２２ 上側ＬＣＤ、２３ 内側カメラ、２５ 外側カメラ。

この発明の実施の形態について、図面を参照しながら詳細に説明する。なお、図中の同一または相当部分については、同一符号を付してその説明は繰り返さない。

［１．概要］
以下、本発明の一実施形態に係る携帯型のゲーム装置１０について説明する。

本実施形態に従うゲーム装置１０は、撮像手段（カメラ）を有しており、撮像装置としても機能する。代表的に、ゲーム装置１０は、当該撮像手段によって被写体を撮像し、撮像して得られた画像画面に表示したり、撮像した画像のデータを保存したり、他の装置との間で撮像した画像データを送受信したりすることが可能である。

また、本実施形態に従うゲーム装置１０は、典型的に、ＣＰＵなどの演算手段およびメモリを備えたコンピュータとして提供され、画像処理や情報処理に係る各種のアプリケーションプログラムを実行可能である。このようなプログラムを実行することにより、ゲーム装置１０は、画像処理装置もしくは情報処理装置としても機能する。当然のことながら、本実施形態に従うゲーム装置１０は、各種ゲームのプログラムを実行することも可能である。

すなわち、本発明に係るプログラムは、任意のコンピュータシステムでの実行が可能であるが、本実施形態では、ゲーム装置１０で本発明に係るプログラムが実行される構成について例示する。なお、本発明に係るプログラムによって提供される機能の一部または全部をハードウェア回路によって実現してもよい。

［２．用語の定義］
本明細書においては、撮像手段（カメラ）から画像データを取得することを「撮像」と記し、撮像した画像データを保存することを「撮影」と記す。

［３．外観構成］
＜全体外観＞
図１は、本実施形態に従うゲーム装置１０の外観を示す平面図であり、図２は、本実施形態に従うゲーム装置１０の背面側を示す斜視図である。

図１および図２を参照して、本実施形態に従うゲーム装置１０は、代表的に、折り畳み型の携帯ゲーム装置である。図１には、ゲーム装置１０が開いた状態（開状態）を示している。ユーザは、通常、開状態でゲーム装置１０を使用し、ゲーム装置１０を使用しない場合にはゲーム装置１０を閉状態で保管する。そのため、ゲーム装置１０は、開いた状態においてもユーザが両手または片手で把持することができるようなサイズで構成されることが好ましい。

図１および図２に示すように、ゲーム装置１０は、下側ハウジング１１および上側ハウジング２１という２つのハウジングを有する。下側ハウジング１１と上側ハウジング２１とは、開閉可能（折り畳み可能）に接続されている。すなわち、下側ハウジング１１の上辺（図示ｘ軸正側の辺）の左右方向（図示ｙ方向）に関して両端には、図１に示す軸部１１Ａが設けられる（軸部１１Ａは下側ハウジング１１と構造的に一体になっている）。また、上側ハウジング２１の下辺（図示ｘ軸負側の辺）の左右方向（図示ｙ方向）に関して中央部には、図１に示す軸部２１Ａが設けられる（軸部２１Ａは上側ハウジング２１と構造的に一体になっている）。軸部１１Ａと軸部２１Ａとは内部に設けられるヒンジによって左右方向を軸として回転可能に接続される。これによって、下側ハウジング１１と上側ハウジング２１とは左右方向を軸として回転可能に接続される。

本実施形態では、ハウジング１１および２１はともに横長の形状であり（すなわち、各ハウジングは、横方向の寸法が縦方向の寸法よりも長い）、典型的には長方形の形状である。また、各ハウジング１１および２１は、平板状形状である（すなわち、厚み方向が、縦横方向よりも短い）。また、上側ハウジング２１および下側ハウジング１１は薄型平板状である。また、上側ハウジング２１の厚みは下側ハウジング１１の厚みよりも小さくするのが好ましい。そして、下側ハウジング１１と上側ハウジング２１とは、互いの長辺部分で回転可能に接続されている。

なお、代替の実施形態においては、折り畳み型に代えて、１つのハウジングでゲーム装置１０を構成してもよい。

また、ゲーム装置１０は、図１に示すように、上側ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ：液晶表示装置）２２および下側ＬＣＤ１２という２つの表示装置を備えている。上側ＬＣＤ２２は、上側ハウジング２１の内側面（ゲーム装置１０が閉じた状態となった場合に内側となる面）に取り付けられ、下側ＬＣＤ１２は、下側ハウジング１１の内側面に取り付けられる。

なお、本実施形態では表示装置としてＬＣＤを用いているが、例えばＥＬ（Ｅｌｅｃｔｒｏ Ｌｕｍｉｎｅｓｃｅｎｃｅ：電界発光）を利用した表示装置など、他の任意の表示装置を利用してもよい。また、ゲーム装置１０は、任意の解像度をもつ表示装置を利用することができる。なお、本実施形態においては、ゲーム装置１０は２つの表示装置を備える場合を例として説明するが、代替の実施形態においては、ゲーム装置が有する表示装置の数は特に制限されることはない。

＜下側ハウジング＞
次に、ゲーム装置１０の下側ハウジング１１に設けられる構成について説明する。

上述したように、ゲーム装置１０は、下側ＬＣＤ１２を有する。下側ＬＣＤ１２は、横長形状であり、長辺方向が下側ハウジング１１の長辺方向に一致するように配置される。また、下側ＬＣＤ１２は、下側ハウジング１１に収納される。また、下側ＬＣＤ１２は、下側ハウジング１１の内側面に設けられる。したがって、ゲーム装置１０を使用しない場合には閉状態としておくことによって、下側ＬＣＤ１２の画面が汚れたり傷ついたりすることを防止することができる。

下側ハウジング１１の内側面は、ほぼ平面状に形成される。当該内側面の中央には、下側ＬＣＤ１２を露出させるための開口部１１Ｂが形成される。当該開口部１１Ｂの左側（図示ｙ軸負側）には開口部１１Ｃが形成され、当該開口部１１Ｂの右側には開口部１１Ｄが形成される。開口部１１Ｃおよび１１Ｄは、各キートップ（各ボタン１４Ａ〜１４Ｅの上面）を露出させるためのものである。この結果、下側ハウジング１１の内部に収納される下側ＬＣＤ１２の画面が開口部１１Ｂから露出し、各キートップが開口部１１Ｃおよび１１Ｄから露出される。

このように、下側ハウジング１１の内側面には、中央に設けられる下側ＬＣＤ１２用の開口部１１Ｂの左右両側に非画面領域（図１に示す点線領域Ａ１およびＡ２に相当する。具体的には、各ボタン１４Ａ〜１４Ｅを配置するための領域；ボタン配置領域）がそれぞれ設けられる。このボタン配置領域は、それぞれ、横方向（図示ｙ方向）の寸法が少なくとも１５ｍｍ以上（好ましくは２０ｍｍ以上で、より好ましくは３０ｍｍ〜４０ｍｍ程度。）となるように設計される。

下側ハウジング１１には、入力装置として、各ボタン１４Ａ〜１４Ｋおよびタッチパネル１３が設けられる。図１に示すように、各ボタン１４Ａ〜１４Ｋのうち、方向入力ボタン１４Ａ、ボタン１４Ｂ、ボタン１４Ｃ、ボタン１４Ｄ、ボタン１４Ｅ、電源ボタン１４Ｆ、スタートボタン１４Ｇ、および、セレクトボタン１４Ｈは、下側ハウジング１１の内側面に設けられる。なお、内側面とは、上側ハウジング２１と下側ハウジング１１とを折り畳んだときに内側を意味する。

方向入力ボタン１４Ａは、例えば選択操作等に用いられ、各ボタン１４Ｂ〜１４Ｅ、スタートボタン１４Ｇ、および、セレクトボタン１４Ｈは、例えば決定操作やキャンセル操作等に用いられる。電源ボタン１４Ｆは、ゲーム装置１０の電源をオン／オフするために用いられる。

本実施形態においては、方向入力ボタン１４Ａおよび電源ボタン１４Ｆは、下側ハウジング１１の中央付近に設けられる下側ＬＣＤ１２に対して一方の側の（図１では左側）に設けられ、ボタン１４Ｂ〜１４Ｅは、下側ＬＣＤ１２に対して他方の側（図１では右側）に設けられる。なお、電源ボタン１４Ｆは、図１６および図１７（ｃ）に示すように、下側ハウジング１１の右側面に設けられてもよい。

方向入力ボタン１４Ａは、十字の形状を有しており、縦横の長さがともに２０ｍｍ程度である。方向入力ボタン１４Ａは、その中心が下側ハウジング１１の左端から２０ｍｍ程度、下側ハウジング１１の下端から４０ｍｍ程度の位置に設けられる。

電源ボタン１４Ｆは、円形形状を有しており、その中心が下側ハウジング１１の左端から２５ｍｍ程度で、かつ下側ハウジング１１の下端から１０ｍｍ程度の位置に設けられる。

ボタン１４Ｂ〜１４Ｅの各々は、円形形状を有しており、それぞれ半径が５ｍｍ程度である。ボタン１４Ｂは、その中心が下側ハウジング１１の右端から１０ｍｍ程度で、かつ下側ハウジング１１の下端から４０ｍｍ程度の位置に設けられる。ボタン１４Ｃは、その中心が下側ハウジング１１の右端から２０ｍｍ程度で、かつ下側ハウジング１１の下端から４０ｍｍ程度の位置に設けられる。ボタン１４Ｄは、その中心が下側ハウジング１１の右端から２０ｍｍ程度で、かつ下側ハウジング１１の下端から５０ｍｍ程度の位置に設けられる。ボタン１４Ｅは、その中心が下側ハウジング１１の右端から２５ｍｍ程度で、かつ下側ハウジング１１の下端から４５ｍｍ程度の位置に設けられる。

方向入力ボタン１４Ａおよびボタン１４Ｂ〜１４Ｅは、ゲーム装置１０に対する各種操作（後述）を行うために用いられる。

また、図２に示すように、Ｌボタン１４Ｉは、下側ハウジング１１の上側面の左端部に設けられ、Ｒボタン１４Ｊは、下側ハウジング１１の上側面の右端部に設けられる。Ｌボタン１４ＩおよびＲボタン１４Ｊは、例えば撮影指示操作（シャッター操作）を行うために用いられる。

また、音量ボタン１４Ｋは、下側ハウジング１１の左側面に設けられる。音量ボタン１４Ｋは、ゲーム装置１０が備えるスピーカの音量を調整するために用いられる。さらに、本実施形態においては、音量ボタン１４Ｋは、セレクトボタン１４Ｈとともに操作されることで、上側ＬＣＤ２２および下側ＬＣＤ１２の明るさを調整するためにも用いられる。これらの操作については、後述する。

図１に示すように、ゲーム装置１０は、各操作ボタン１４Ａ〜１４Ｉとは別の入力装置として、タッチパネル１３をさらに備えている。タッチパネル１３は、下側ＬＣＤ１２の画面上に装着されている。タッチパネル１３としては、例えば抵抗膜方式や光学式（赤外線方式）や静電容量結合式など、任意の方式のものを利用することができる。また、本実施形態では、タッチパネル１３として、下側ＬＣＤ１２の解像度と同解像度（検出精度）のものを利用する。ただし、必ずしもタッチパネル１３の解像度と下側ＬＣＤ１２の解像度が一致している必要はない。また、本実施形態でいうタッチパネルとは、画面に対する接触座標を検出可能なデバイスであればどのような原理で検出するものであってもよい。

図１および図２に示すように、下側ハウジング１１の右側面には挿入口１７が設けられている。挿入口１７は、タッチパネル１３に対する操作を行うために用いられるタッチペン２７を収納することができる。なお、タッチパネル１３に対する入力は通常タッチペン２７を用いて行われるが、タッチペン２７に限らずユーザの指でタッチパネル１３を操作することも可能である。

また、下側ハウジング１１の右側面には、メモリカード２８を収納するための挿入口が設けられている。この挿入口の内側には、ゲーム装置１０とメモリカード２８とを電気的に接続するためのコネクタ（図示せず）が設けられる。メモリカード２８は、このコネクタに着脱自在に装着される。

メモリカード２８は、いずれかの規格団体によってそのスペックが定義されているような汎用規格に基づくものであり、代表的にはＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリカードからなる。メモリカード２８は、不揮発性の書き換え可能なメモリを内蔵しており、例えば、ゲーム装置１０によって撮像された画像を記憶（保存）したり、他の装置で生成された画像をゲーム装置１０に読み込んだりするために用いられる。あるいは、メモリカード２８は、予め音楽データであるミュージックファイルを格納しており、ゲーム装置１０に当該ミュージックファイルが読み込まれることにより、再生処理を実行することが可能である。なお、メモリカード２８には、パーソナルコンピュータなどにより、何かのプログラムが記憶されることもあるが、そのようなプログラムは、ゲーム装置１０で実行することはできない。

さらに、下側ハウジング１１の上側面には、メモリカード２９を収納するための挿入口（図１では、一点鎖線で示している）が設けられている。この挿入口の内側にも、ゲーム装置１０とメモリカード２９とを電気的に接続するためのコネクタ（図示せず）が設けられる。

メモリカード２９は、本実施形態に従うゲーム装置１０の専用規格に基づくものであることが好ましい。すなわち、メモリカード２９は、汎用規格のメモリカードと異なるサイズに設計される。メモリカード２９は、画像通信プログラムやゲームプログラム等を記憶した記憶媒体であり、下側ハウジング１１に設けられた挿入口に着脱自在に装着される。また、このメモリカード２９には、後述する被選択アプリケーションプログラムも格納され得る。メモリカード２９に格納されたアプリケーションプログラムは、図２３を用いて後述するような方法でその実行が選択されたときに、メインメモリ３２に読み出されて、ＣＰＵ３１により実行される。

なお、メモリカード２９は、ＲＯＭを内蔵し、プログラムを当該ＲＯＭに格納するようなものでもよいが、書き換え可能な不揮発メモリを内蔵し、ゲーム装置１０によりデータを書き込みすることができるようにしてもよい。

図１に示すように、下側ハウジング１１の軸部１１Ａの左側部分（図１５に示すように、右側部分でもよい）には、３つのＬＥＤ１５Ａ〜１５Ｃが取り付けられる。これらのＬＥＤ１５Ａ〜１５Ｃの点灯動作については、後述する。

＜上側ハウジング＞
一方、上側ハウジング２１には、画像を撮像するための構成（カメラ）、および撮像した画像を表示するための構成（表示装置）が設けられる。以下、上側ハウジング２１に設けられる構成について説明する。

図１に示すように、ゲーム装置１０は、上側ＬＣＤ２２を有する。上側ＬＣＤ２２は上側ハウジング２１に収納される。上側ＬＣＤ２２は横長形状であり、長辺方向が上側ハウジング２１の長辺方向に一致するように配置される。上側ＬＣＤ２２は、上側ハウジング２１の内側面（ゲーム装置１０が閉状態となった場合に内側となる面）に設けられる。したがって、ゲーム装置１０を使用しない場合には閉状態としておくことによって、上側ＬＣＤ２２の画面が汚れたり傷ついたりすることを防止することができる。なお、下側ＬＣＤ１２と同様、上側ＬＣＤ２２に代えて、他の任意の方式および任意の解像度の表示装置を利用してもよい。なお、詳細は後述するが、上側ＬＣＤ２２は、主に、ユーザに操作の仕方を説明する画像等、撮像操作に関する画像が表示される。なお、代替の実施形態においては、上側ＬＣＤ２２上にもタッチパネルを設けてもよい。

また、ゲーム装置１０は、撮像手段として、２つのカメラ２３および２５を有する。カメラ２３および２５はともに上側ハウジング２１に収納される。図１に示すように、内側カメラ２３は、上側ハウジング２１の内側面に取り付けられる。一方、図２に示すように、外側カメラ２５は、内側カメラ２３が取り付けられる面の反対側の面、すなわち、上側ハウジング２１の外側面（ゲーム装置１０が閉状態となった場合に外側となる面）に取り付けられる。

なお、本実施形態においては、撮像手段としてのカメラを２つ備えるゲーム装置１０を例として説明するが、ゲーム装置に備えられるカメラは１つであってもよいし、３つ以上であってもよい。また、カメラが取り付けられる位置はいずれの位置であってもよい。

図２に示すように、上側ハウジング２１の外側面には、第４ＬＥＤ２６が取り付けられる。第４ＬＥＤ２６は、外側カメラ２５の周囲（本実施形態では、外側カメラ２５の右側。図１７（ｂ）に示す例では、開状態において外側カメラ２５の上側）に取り付けられる。第４ＬＥＤ２６は、内側カメラ２３または外側カメラ２５によって撮影が行われた（シャッターボタンが押下された）時点で点灯する。また、内側カメラ２３または外側カメラ２５によって動画が撮影される間点灯する。

このような第４ＬＥＤ２６の作動によって、ゲーム装置１０による撮影が行われた（行われている）ことを撮影対象者に通知することができる。

さらに、下側ハウジング１１の下側面には、音声の外部出力を行う機器（たとえば、ヘッドホン、イヤホン、骨伝導ヘッドホン等）に設けられたプラグを挿入するための音声の外部出力用端子１９（図１では、破線で示している）が設けられている。この音声の外部出力用端子１９の内側には、ゲーム装置１と音声の外部出力を行う機器とを電気的に接続するためのジャック６２が設けられている。音声の外部出力を行う機器は、ヘッドホンのような両耳用であってもよいし、イヤホンのような片耳用であってもよく、音声の外部出力を行う機器のプラグは、ジャックに着脱自在に装着される。なお、以下においては、音声の外部出力を行う機器として、代表的にヘッドホンの場合について説明するが、イヤホン等の機器を用いることも可能である。

ゲーム装置１０は、音声入力装置としてマイク（図１８に示すマイク４３）を備えている。マイク４３は、上側ハウジング２１の内部に収納されている。本実施形態では、マイク４３は上側ハウジング２１の軸部２１Ａ内に配置される。より具体的には、内側カメラ２３の周囲（図ではｙ軸の側方）に取り付けられ、より具体的には、内側カメラ２３から１０ｍｍ離れた側方（図ではｙ軸正方向側の側方）に取り付けられる。

また、上側ハウジング２１の内側面には、マイクがゲーム装置１０外部の音を検知することができるように、マイクロフォン用孔２１Ｃが設けられる。マイクロフォン用孔２１Ｃは、上側ハウジング２１の軸部２１Ａに設けられる。なお、マイクロフォン用孔２１Ｃが下側ハウジング１１と上側ハウジング２１との連結部に設けられる場合には、その中央から所定距離だけオフセットされた位置に設けられることが好ましい。

なお、図１５に示すように、マイクは下側ハウジング１１に収納されてもよい。図１５においては、マイクロフォン用孔１６が下側ハウジング１１の内側面、具体的には、下側ハウジング１１の内側面の左下部分（点線領域Ａ１に相当するボタン配置領域）に設けられる。マイクは、下側ハウジング１１内における、マイクロフォン用孔１６の近傍に配置される。

なお、マイク４３を収納する位置およびマイクロフォン用孔１６の位置は必ずしも上記連結部である必要はなく、例えば下側ハウジング１１にマイク４３を収納し、マイク４３の収納位置に対応させて下側ハウジング１１にマイクロフォン用孔１６を設けるようにしてもよい。あるいは、ヘッドホンに設けられたプラグを挿入するための外部出力用端子１９と隣接して、マイクロフォン用孔１６を設けてもよい。

＜インジケータ表示および操作例＞
図３は、本実施形態に従うゲーム装置１０のＬＥＤ１５Ａ〜ＬＥＤ１５Ｃの点灯動作を説明する図である。

図３（ａ）を参照して、ゲーム装置１０は、後述するように他の機器との間で無線通信を行うことが可能であり、第１ＬＥＤ１５Ａは、無線通信が確立している場合に点灯する。具体的には、第１ＬＥＤ１５Ａは、他の機器との間で通信が可能な状態であれば、常時点灯する。また、第１ＬＥＤ１５Ａは、他の機器との間で通信中（あるいは、データ送信中）には、点滅する。

図３（ｂ）を参照して、第２ＬＥＤ１５Ｂは、ゲーム装置１０の充電中に点灯する。
図３（ｃ）を参照して、第３ＬＥＤ１５Ｃは、ゲーム装置１０の電源がオンである場合に点灯する。さらに、第３ＬＥＤ１５Ｃは、ゲーム装置１０が搭載する電池（バッテリパック）の充電状態に応じて、その点灯状態が変化する。具体的には、第３ＬＥＤ１５Ｃは、バッテリ残量が相対的に多い状態では青色で点灯し、バッテリ残量が相対的に少ない状態では赤色で点灯する。さらに、バッテリ残量が残りわずかになると、第３ＬＥＤ１５Ｃは、赤色で点滅する。

このように、３つのＬＥＤ１５Ａ〜１５Ｃによって、ゲーム装置１０の通信状態、充電状態、バッテリ残量状態、および電源のオン／オフ状態などをユーザに通知することができる。

図４は、本実施形態に従うゲーム装置１０の音量ボタン１４Ｋの操作を説明するための図である。ゲーム装置１０では、ボリュームが複数段階（たとえば、５段階）に設定可能であり、図４（ａ）に示すように、音量ボタン１４Ｋの「＋」（プラス）側が押下される毎に、ボリュームが１段階ずつ大きくなる。一方、音量ボタン１４Ｋの「−」（マイナス）側が押下される毎に、ボリュームが１段階ずつ小さくなる。

なお、内側カメラ２３または外側カメラ２５によって撮影が行われた（シャッターボタンが押下された）時点でスピーカから出力される効果音（シャッター音）などは、ボリュームの設定とは独立して、一定の音量となることが好ましい。

また、ゲーム装置１００が後述するスリープ状態にある場合には、音量ボタン１４Ｋの操作ではボリュームを小さくすることのみが許可されるようにすることが好ましい。

図４（ｂ）を参照して、セレクトボタン１４Ｈが押下された状態で、音量ボタン１４Ｋが操作されると、上側ＬＣＤ２２および下側ＬＣＤ１２の明るさが変更される。すなわち、セレクトボタン１４Ｈが押下された状態で、音量ボタン１４Ｋの「＋」（プラス）側が押下される毎に、上側ＬＣＤ２２および下側ＬＣＤ１２の表示が１段階ずつ明るくなる。一方、セレクトボタン１４Ｈが押下された状態で、音量ボタン１４Ｋの「−」（マイナス）側が押下される毎に、上側ＬＣＤ２２および下側ＬＣＤ１２の表示が１段階ずつ暗くなる。

［４．詳細構造および使用態様］
次に、上述した図１および図２に加えて、図５〜図１４を参照して、本実施形態に従うゲーム装置１０のより詳細な構造およびユーザによるゲーム装置１０の使用形態について説明する。

図５は、開いた状態（開状態）におけるゲーム装置１０の側面図を示し、図６は、閉じた状態（閉状態）におけるゲーム装置１０の四面図を示す。すなわち、図６（ａ）は、閉状態におけるゲーム装置１０の左側面図を示し、図６（ｂ）は、ゲーム装置１０の正面図を示し、図６（ｃ）は、ゲーム装置１０の右側面図を示し、図６（ｄ）は、ゲーム装置１０の背面図を示す。

本実施形態に従うゲーム装置１０は、開いた状態において両手または片手で把持することができるような小型のサイズとされる。ゲーム装置１０は、例えば、閉じた状態において、（縦）５０ｍｍ〜１００ｍｍ×（横））１００ｍｍ〜２００ｍｍ×（厚み）１０ｍｍ〜４０ｍｍ程度になるようなサイズとし、一方、開いた状態においては、（縦）１００ｍｍ〜２００ｍｍ程度になるようなサイズとすることができる。なお、「縦」方向は図示ｘ方向に相当し、「横」方向は図示ｙ方向に相当し、「厚み」方向は図示ｚ方向に相当する。

より好ましくは、閉じた状態において、（縦）６０ｍｍ〜９０ｍｍ×（横）１００ｍｍ〜１５０ｍｍ×（厚み）１５ｍｍ〜３０ｍｍのサイズとし、開いた状態において、（縦）１２０ｍｍ〜１６０ｍｍ程度のサイズとすることができる。

さらに好ましくは、閉じた状態において、（縦）７０ｍｍ〜８０ｍｍ×（横）１００ｍｍ〜１５０ｍｍ×（厚み）１５ｍｍ〜２５ｍｍ、開いた状態において、（縦）１３５ｍｍ〜１５５ｍｍ程度のサイズとすることができる。

なお、下側ハウジング１１の厚みは、上側ハウジング２１の厚みよりも大きくすることが好ましい。また、ゲーム装置１０は、開いた状態における縦の長さと横の長さが略同一の長さとなるようにしてもよい。さらに、下側ハウジング１１の縦方向の寸法は、手のひら中央で下側ハウジング１１の下隅部を支持したときに、人指し指の第２関節が上隅部付近に位置するような寸法にするのが望ましい。

図７は、図１に示す下側ハウジングのＡ−Ａ’断面図を示し、図８は、図１に示す上側ハウジングのＢ−Ｂ’断面図を示す。図７に示すように、下側ハウジング１１の内側面上（ゲーム装置１０が閉状態となった場合に内側となる面上）には、当該内側面に垂直な方向に突起するように設けられる軸部１１Ａが設けられる（典型的には、軸部１１Ａは下側ハウジングと構造的に一体になっている）。軸部１１Ａは、左右方向（図示ｙ方向）に関して両端の位置に設けられる（図１参照）。なお、軸部１１Ａは、図１５に示すように、左右方向に関して両端からやや内側の位置に設けられてもよい。

図８に示すように、上側ハウジング２１の下側面（図示ｘ軸負側の側面）には、下側面に垂直な方向に対して突起するように設けられる軸部２１Ａが設けられる（軸部２１Ａは上側ハウジングと構造的に一体になっている）。軸部２１Ａは、下側面に垂直な方向に突起するとともに、上側ハウジング２１の内側面（ゲーム装置１０が閉状態となった場合に内側となる面）に垂直な方向についても突起するように設けられる。軸部２１Ａは、左右方向に関して上側ハウジング２１の下端中央に設けられる（図１参照）。軸部１１Ａと軸部２１Ａとは内部に設けられるヒンジによって回転可能に接続されて一体の突起部を形成する。以上のように構成されることによって、突起部は各ハウジング１１および２１の内側面に対して突起した状態となる（図５参照）。

また、軸部１１Ａが下側ハウジング１１の内側面に対して突起して設けられ、軸部２１Ａが上側ハウジング２１の下方に突起して設けられるので、２つのハウジング１１および２１が接続された状態では、下側ハウジング１１の外側面（ゲーム装置１０が閉状態となった場合に外側となる面）と上側ハウジング２１の外側面との間には、下側ハウジング１１の厚さの分だけ段差がつけられる（図５参照）。

以上のように、上側ハウジング２１は、下側ハウジング１１の上側の一部で回動自在に支持されている。これによって、ゲーム装置１０は、閉状態（下側ハウジング１１と上側ハウジング２１とのなす角度が約０°の状態（図５参照））と、開状態（下側ハウジング１１と上側ハウジング２１とのなす角度が約１８０°の状態（図１参照））とをとることができる。 また、本実施形態に従うゲーム装置１０は、上記閉状態および開状態のみでなく、下側ハウジング１１と上側ハウジング２１とのなす角度が閉状態と開状態との間の任意の角度においてヒンジに発生する摩擦力などによって開閉角度を維持することができる。つまり、上側ハウジング２１を下側ハウジング１１に対して任意の角度で静止させることができる。

また、ヒンジは、１８０°より小さい所定角度においてクリック感を伴って一時固定する機構を有してもよい。すなわち、上側ハウジング２１と下側ハウジング１１とは、１８０°よりも小さい所定角度に開いた状態で、当該所定角度においてクリック感を伴って一時固定されるようにしてもよい。上記所定角度は、具体的には、例えば１５０°〜１７５°の範囲の角度であって、本実施形態においては１６０°とする。なお、本実施形態においては、各ハウジング１１および２１は、１８０°まで開くことが可能であるとするが、
代替の実施形態においては、上記所定角度までしか開かないようにしてもよいし、１８０°以上開くようにしてもよい。

図２，図６（ａ），図６（ｃ）に示すように、音量ボタン１４Ｋは、下側ハウジング１１の左側面に設けられる。音量ボタン１４Ｋは、ゲーム装置１０が備えるスピーカの音量を調整するために用いられる。また、図６（ｄ）に示すように、ボタン１４Ｊは、下側ハウジング１１の上面の右端部に設けられる。ボタン１４Ｉは、下側ハウジング１１の上面の左端部に設けられる。なお、ボタン１４Ｊは、その右端が下側ハウジング１１の右端まで延びていることが好ましいが、そうでなくてもよい。なお、前者の場合、ボタン１４Ｊの右側面と下側ハウジング１１の右側面が略面一になるように設計するのが好ましい。また、ボタン１４Ｊは、その裏端が下側ハウジング１１の裏端まで延びていることが好ましいが、そうでなくてもよい。なお、前者の場合、ボタン１４Ｊの裏面と下側ハウジング１１の裏面が略面一になるように設計するのが好ましい。なお、ボタン１４Ｉについても同様である。

具体的には、ボタン１４Ｊおよび１４Ｉは、左右方向の長さが２０ｍｍ程度、幅（厚さ方向の長さ、すなわち、図示ｚ方向の長さ）が１０ｍｍ程度である。各ボタン１４Ｉおよび１４Ｊは、ゲーム装置１０に対して例えば撮影指示操作（シャッター操作）を行うために用いられる。なお、ボタン１４Ｊおよび１４Ｉの幅は、下側ハウジング１１の厚みの５０％以上とするのが好ましい。

ボタン１４Ｉおよび１４Ｈの両方をシャッターボタンとして機能させてもよい。この場合、右利きのユーザはボタン１４Ｊを使用し、左利きのユーザはボタン１４Ｉを使用することができ、いずれのユーザにも使い勝手がよい。

なお、ゲーム装置１０は、各ボタン１４Ｉおよび１４Ｊを常にシャッターボタンとして有効としておいてもよいし、右利きか左利きかの設定をして（メニュープログラムなどによりユーザに設定入力をさせ、設定されたデータを記憶しておく）、右利き設定のときにはボタン１４Ｊのみ有効とし、左利き設定のときにはボタン１４Ｉのみ有効とするようにしてもよい。さらに、代替の実施形態においては、撮影指示操作を行うためのボタンは下側ハウジング１１の上面に１つのみ設けられてもよい。

下側ハウジング１１の右側面には開閉可能なカバー部が設けられる。このカバー部の内側には、メモリカード２８を接続するためのコネクタ（図示せず）が設けられる。

以上に説明したように、下側ハウジング１１には、ゲーム装置１０に対する操作入力を行うための入力装置（タッチパネル１３および各ボタン１４Ａ〜１４Ｉ）が設けられる。したがって、ユーザは、ゲーム装置１０を使用する際には、下側ハウジング１１を把持してゲーム装置１０に対する操作を行うことができる。

図９は、ユーザがゲーム装置１０を両手で把持した様子を示す図である。図９に示すように、ユーザは、各ＬＣＤ１２および２２がユーザの方向を向く状態で、両手の掌と中指、薬指および小指とで下側ハウジング１１の側面および外側面（内側面の反対側の面）を把持する。このように把持することで、ユーザは、下側ハウジング１１を把持したまま、各ボタン１４Ａ〜１４Ｅに対する操作を親指で行い、ボタン１４Ｉおよび１４Ｊに対する操作を人差し指で行うことができる。

本実施形態では、下側ハウジング１１を横長に構成し、下側ＬＣＤ１２の左右両側にボタンを設ける構成としたことにより、撮像装置を持ちやすく、かつ、操作のしやすい構成とすることができる。さらに、上述の通り、ボタン配置領域（図１に示す点線領域Ａ１おＡ２）の横方向の寸法を少なくとも１５ｍｍ設けるようにしたため、下側ハウジング１１を把持した場合に親指が下側ＬＣＤ１２にかかるのを防ぐことができる。

また、図１０は、ユーザがゲーム装置１０を片手で把持した様子を示す図である。タッチパネル１３に対して入力を行う場合には、図１０に示すように、下側ハウジング１１を把持していた一方の手を離して他方の手のみで下側ハウジング１１を把持することによって、当該一方の手でタッチパネル１３に対する入力を行うことができる。この場合にも、下側ハウジング１１を把持した親指が下側ＬＣＤ１２にかかるのを防ぐことができる。

あるいは、両手で下側ハウジング１１を把持したまま一方の手の親指（右利きのユーザは右手の親指）でタッチパネル１３に対する入力を行うこともできる。この場合にも、下側ハウジング１１を把持した他方の手の親指（右利きのユーザは左手の親指）がタッチパネル１３にかかるのを防ぐことができる。

上述したように、内側カメラ２３は、上側ハウジング２１の内側面に取り付けられる（図１参照）。一方、外側カメラ２５は、内側カメラ２３が取り付けられる面の反対側の面、すなわち、上側ハウジング２１の外側面（ゲーム装置１０が閉状態となった場合に外側となる面）に取り付けられる（図２および図６（ｂ）など参照）。

これによって、内側カメラ２３は、上側ハウジング２１の内側面が向く方向を撮像することが可能であり、外側カメラ２５は、内側カメラ２３の撮像方向の逆方向、すなわち、上側ハウジング２１の外側面が向く方向を撮像することが可能である。

以上のように、本実施形態に従うゲーム装置１００では、それぞれの撮像方向が互いに逆方向となるように２つのカメラ２３および２５が設けられる。したがって、ユーザは、ゲーム装置１０を持ち替えることなく、異なる２方向を撮像することができる。例えば、ユーザは、ゲーム装置１０からユーザの方を見た景色を内側カメラ２３で撮影することができるとともに、ゲーム装置１０からユーザの反対側の方向を見た景色を外側カメラ２５で撮影することができる。

また、以上の構成によれば、外側カメラ２５の撮影方向と上側ＬＣＤ２２の表示画面の向きとが反対方向（１８０°異なる方向）となり、内側カメラ２３の撮影方向と上側ＬＣＤ２２の表示画面の向きとが同じ方向となる。したがって、外側カメラ２５によって撮影された画像が上側ＬＣＤ２２に表示される場合には、上側ＬＣＤ２２の表示画面を見るユーザの視線方向と外側カメラ２５の撮影方向がほぼ同じ方向となるので、ユーザにとっては撮影方向がわかりやすい。また、内側カメラ２３によって撮影された画像が上側ＬＣＤ２２に表示される場合には、上側ＬＣＤ２２の表示画面を見るユーザの視線方向と内側カメラ２３の撮影方向がほぼ反対方向となるので、ユーザにとっては撮影方向がわかりやすい。

また、内側カメラ２３は、上側ハウジング２１の下側の中央部に形成される軸部２１Ａの中央に取り付けられる。つまり、内側カメラ２３は、２つのハウジング１１および２１が接続される部分の中央に取り付けられる。

したがって、ゲーム装置１０を開状態にした場合、内側カメラ２３は、２つのＬＣＤ１２および２２の間に配置されることになる（図１参照）。換言すれば、内側カメラ２３は、ゲーム装置１０の中心付近に配置されることになる。ここで、「ゲーム装置１０の中心」とは、ゲーム装置１０の操作面（開状態における各ハウジング１１および２１の内側面からなる面）の中心を意味する。

あるいは、内側カメラ２３は、ＬＣＤ１２および２２の横方向の中心付近に配置されているということもできる。

なお、本実施形態では、軸部２１Ａは上側ハウジング２１と一体化されており、当該軸部２１Ａの内部に固定的に内側カメラ２３が配置されるので、上側ハウジング２１の開閉に応じて内側カメラ２３の撮影方向が変更される。これにより、カメラの撮影方向を変更するための追加の機構を設けることなく、撮影方向の変更を実現することができる。また、内側カメラ２３は、第２のハウジングの内側面（軸部２１Ａにおける、第２のハウジングの内側面と同じ側）に配置されるので、上側ハウジング２１の閉動作により内側カメラ２３は下側ハウジング１１と対向する向きとなる。したがって、ゲーム装置１０を閉状態にすることによって内側カメラ２３を自動的に保護することができる。

上述のように、本実施形態においては、内側カメラ２３がゲーム装置１０の操作面の中心付近に配置されるべく、軸部２１Ａに設けられる。ただし、代替の実施形態においては、内側カメラ２３は、下側ハウジング１１または上側ハウジング２１の軸部以外の位置に設けられてもよい。例えば、内側カメラ２３は、上側ハウジング２１の内側面における、軸部２１Ａと上側ＬＣＤ２２との間に設けられてもよい。なお、内側カメラ２３がゲーム装置１０の操作面の左右方向に関して略中央に設けられれば、ユーザは、例えば自分を撮影する状況等において、少なくとも左右方向に関してはゲーム装置１０の位置を容易に合わせることができる。

ここで、例えば内側カメラ２３がゲーム装置１０の操作面の端部（例えば上側ハウジング２１の内側面の上端）に配置される場合を考える。ゲーム装置１０のような携帯機器を操作する場合、ユーザは、画面が見やすいように、ユーザがゲーム装置１０に正対する位置でゲーム装置１０を把持するのが通常である。

しかし、内側カメラ２３がゲーム装置１０の端部に配置されている場合、通常の把持位置（ユーザがゲーム装置１０に正対する位置）でゲーム装置１０を把持したままでは、内側カメラ２３の撮像範囲にユーザがうまく収まらなくなる。例えば操作面の上端に内側カメラ２３が配置される場合には、通常の把持位置でゲーム装置１０を把持したままでは、ユーザのやや上方が撮像範囲となり、ユーザの顔が撮像範囲にうまく収まらなくなる。

そのため、内側カメラ２３がゲーム装置１０の操作面の端部に配置される場合には、ユーザが撮像範囲内にうまく収まるように、通常の把持位置からゲーム装置１０を動かさなければならない。

ところが、ゲーム装置１０からユーザの方を見た景色を撮影する場合にはユーザの視線方向とカメラの撮像方向とが逆になること、および、普段把持している位置とは異なる位置でゲーム装置１０を把持しなければならないことから、ユーザが撮像範囲内にうまく収まるようにゲーム装置１０を配置することはユーザにとって難しい。

これに対して、本実施形態では、ゲーム装置１０を開状態にした場合に、内側カメラ２３がゲーム装置１０の中心付近に配置されるので、ユーザは、内側カメラ２３によってユーザ自身を撮影する場合、ユーザがゲーム装置１０に正対する位置でゲーム装置１０を把持すればよい。つまり、通常の把持位置で撮像装置を把持すれば、ユーザは撮像範囲の中心付近に位置することになり、ユーザ自身を撮像範囲内に収めることが容易になる。以上のように、ユーザから見てゲーム装置１０の中心付近となる位置に内側カメラ２３を配置することによって、ユーザが撮像範囲内にうまく収まるようにユーザ自身を撮影することが容易になる。

また、図６（ｂ）に示すように、外側カメラ２５は、ゲーム装置１０を開状態とした場合において上側ハウジング２１の上部（下側ハウジング１１から（上側ハウジング２１の中央よりも）遠い側の部分）に配置される。これは、ゲーム装置１０を使用する際にユーザは下側ハウジング１１を把持するので、下側ハウジング１１に近い側に外側カメラ２５を配置すると、外側カメラ２５の撮像範囲にユーザの手が入ってしまうおそれがあるからである。

本実施形態では、外側カメラ２５は、その中心が上側ハウジング２１の右端から２０ｍｍ程度、ゲーム装置１０を開状態とした場合における上側ハウジング２１の上端から２０ｍｍ程度の位置に設けられる。なお、外側カメラ２５はゲーム装置１０を把持するユーザを撮影するものではないので、ゲーム装置１０の中心に設ける必要性が低い。また、ユーザは基本的に下側ハウジング１１を把持するので下側ハウジング１１は適度な厚みがあった方が把持しやすい一方、折り畳んだときの厚みは薄い方が携帯性が高いため、上側ハウジング２１は極力薄くするのが好ましい。それゆえ、本実施形態においては、上側ハウジング２１の中央には視認性を考慮して上側ＬＣＤ２２を配置し、外側カメラ２５は上側ＬＣＤ２２の配置位置を避けて（すなわち、図１に示す非画面領域Ｂ２の裏側の領域に）上側ハウジング２１の上部に配置することとした。

これにより、上側ＬＣＤ２２と外側カメラ２５の配置が重ならないので上側ハウジング２１を薄型化することができる。また、ユーザは基本的に下側ハウジング１１を把持するので、外側カメラ２５を上側ハウジング２１側に設けることによって、下側ハウジング１１を把持する指が外側カメラ２５の撮像範囲に入ることを防止することができる。

また、上側ハウジング２１の内側面はほぼ平面状に形成される。図１に示すように、当該内側面の中央には、上側ＬＣＤ２２を露出させるための開口部２１Ｂが形成される。上側ハウジング２１の内部に収納される上側ＬＣＤ２２の画面は、開口部２１Ｂから露出する。また、上記開口部２１Ｂの左右両側には音抜き孔２１Ｄがそれぞれ１つずつ形成される。音抜き孔２１Ｄの奥の上側ハウジング２１内には、音声出力手段として、図示しないスピーカが収納されている。音抜き孔２１Ｄは、スピーカからの音を外部に放出するための孔である。これらの音抜き孔２１Ｄは、上側ＬＣＤ２２の左右両側に設けられる。

このように、上側ハウジング２１の内側面には、中央に設けられる上側ＬＣＤ２２用の開口部２１Ｂの左右両側に非画面領域（図１に示す点線領域Ｂ１およびＢ２。具体的には、スピーカを配置するための領域；スピーカ配置領域）がそれぞれ設けられる。

ここで、本実施形態では、下側ハウジング１１および上側ハウジング２１の左右方向（図示ｙ方向）の長さ（幅）は同じである。さらに、下側ＬＣＤ１２および上側ＬＣＤ２２の左右方向の幅は同じであり、かつ、左右方向に関して同じ位置に配置される。そのため、上記スピーカ配置領域は、上記ボタン配置領域と左右方向の位置が一致するように設けられる。スピーカ配置領域は、ボタン配置領域と同様、横方向の寸法が少なくとも１５ｍｍ以上（好ましくは２０ｍｍ以上で、より好ましくは３０ｍｍ〜４０ｍｍ程度。本実施形態では、３２ｍｍ）となるように設計される。

本実施形態では、２つの音抜き孔２１Ｄは、左右方向については、各スピーカ配置領域の左右方向における中央部付近に配置される。また、上下方向については、各スピーカ配置領域の下部領域（下側ハウジング１１に近い側の領域）に配置される。なお、図１５に示すように、スピーカおよび音抜き孔２１Ｄは図１よりもやや上側に配置されてもよい。また、図１５に示すように、１つのスピーカに対して複数個（図１５では６個）の音抜き孔２１Ｄが設けられてもよい。

上記のように、本実施形態では、下側ハウジング１１および上側ハウジング２１に左右方向に関して同じ位置に非画面領域がそれぞれ設けられる。これによって、ゲーム装置１０は、図９に示すような横持ちで把持される場合だけでなく、縦持ち（図９に示す状態からゲーム装置１０を左または右回りに９０°回転させた状態）で把持される場合にも持ちやすい構成となっている。

図１１および図１２は、ユーザが縦持ちでゲーム装置１０を把持した様子を示す図である。なお、図１１はゲーム装置１０が左手で把持された様子を示し、図１２はゲーム装置１０が右手で把持された様子を示している。なお、右利きのユーザは、図９に示す状態からゲーム装置１０を左回りに９０°回転させて、図１１に示すようにゲーム装置１０を左手で把持するとよい。また、左利きのユーザは、図９に示す状態からゲーム装置１０を右回りに９０°回転させて、図１２に示すようにゲーム装置１０を右で把持するとよい。いずれの場合であっても、ユーザは、親指を突起部（軸部１１Ａおよび２１Ａ）に当接させ、人指し指を下側ハウジング１１の上側面に当接させてゲーム装置１０を把持することができる。

なお、上述したように、下側ハウジング１１の外側面と上側ハウジング２１の外側面との間には段差がつけられている（図５参照）ので、この段差に人指し指を当接させることでゲーム装置１０を安定的に把持することができる。また、ゲーム装置１０を把持していない利き手でシャッターボタン（ボタン１４Ｉまたは１４Ｊ）を容易に押すことができる。

上記のように、ＬＣＤ１２および２２のそれぞれの両側には非画面領域が設けられているので、いずれの手でゲーム装置１０を縦持ちで把持する場合であっても、画面に親指がかかることがない。すなわち、縦持ちで把持する場合についても、ゲーム装置１０は持ちやすく、かつ、画面の視認性やタッチパネルの操作性は担保されている。

また、図７に示すように、突起部は、下側ハウジング１１に対して、各ボタン１４Ａ〜１４Ｅ（図７では方向入力ボタン１４Ａ）のキートップよりも突起している。これによって、ゲーム装置１０を縦持ちで把持している親指が仮にボタンにかぶったとしても、ユーザが誤ってボタンを押下してしまう可能性が低く、誤入力を防止することができる。

さらに、開状態におけるゲーム装置１０の縦寸法は１００ｍｍ〜２００ｍｍであるので、縦持ちにした場合でも、横持ちにした場合のゲーム装置１０の幅と同程度の十分な幅があり、持ちにくくなることがない。

なお、縦持ちにする場合には、ハウジングの開閉角度を１８０°よりも小さい上記所定角度としてもよい。ハウジングの開閉角度を１８０°よりも若干小さい角度とすることによって、各ハウジング１１および２１の外側面が手の形状によりフィットし、ゲーム装置１０をより持ちやすくなる。

また、上述のように、本実施形態に従うゲーム装置１０では、カメラ２３および２５が上側ハウジング２１に設けられる。そして、カメラ２３または２５で撮像されるライブ画像は、下側ハウジング１１に設けられる下側ＬＣＤ１２に表示可能である。この構成によれば、ゲーム装置１０を把持して使用する場合であっても、机等に載置して使用する場合であっても、撮影方向を適宜変更しつつライブ画像に対する編集操作を行うことが非常に容易になる。

図１３は、ゲーム装置１０を把持して使用する様子を示す図である。ゲーム装置１０を把持して使用する場合、図１３に示すように、ユーザは、片方の手（図１３では左手）で下側ハウジング１１を把持する。そして、下側ＬＣＤ１２にライブ画像が表示されるので、ユーザは、もう一方の手でタッチペン２７を用いてライブ画像に対して編集操作を行う。このとき、下側ハウジング１１の角度と上側ハウジング２１の角度とを別々に変更することができるので、ユーザは、上側ハウジング２１のカメラ２３または２５を撮像対象に向けながら、下側ハウジング１１をタッチパネルの操作が行いやすい角度にしてゲーム装置１０を把持することができる。

また、ユーザは、下側ハウジング１１を片方の手で把持しているため、安定してタッチパネル１３による編集操作ができる。以上のように、ゲーム装置１０を把持して使用する場合、ライブ画像に対する編集操作が非常に行いやすい。

また、ゲーム装置１０は、ユーザによって把持された状態で撮影を行う他、台等に載置した状態で撮影を行うことにも適している。

図１４は、ゲーム装置１０を載置して使用する様子を示す図である。図１４に示すようにゲーム装置１０を机等に把持して使用する場合においても、下側ＬＣＤ１２にライブ画像が表示されるので、ユーザは、タッチパネル１３に対する操作が行いやすい。

また、ユーザは、下側ハウジング１１を載置面上に載置し、上側ハウジング２１が下側ハウジング１１に対して所望の角度となるように、２つのハウジング１１および２１の開閉角度を調節することも可能である。これによって、ユーザがゲーム装置１０を載置する場合でも、上側ハウジング２１（カメラの撮影方向）を任意の角度にして撮影を行うことができる。このように、ゲーム装置１０を載置して使用する場合においても、ライブ画像に対する編集操作が非常に行いやすい。

また、ゲーム装置１０は２つのカメラ２３および２５を備えるので、内側カメラ２３と外側カメラ２５との間で撮影を行うカメラを切替えることによって、台に載置されたゲーム装置１０を動かすことなく、異なる方向を撮影することができる。なお、いずれのカメラで撮影を行う場合でも、２つのハウジング１１および２１の開閉角度を調節することによって撮影方向を変更することができる。また、ゲーム装置１０は、シャッターボタンを押下してから所定時間後に撮影が行われるセルフタイマー機能を有していてもよい。セルフタイマー機能を使用して撮影を行う場合にはユーザがゲーム装置１０を把持しないので、本実施形態のようにカメラの撮影方向を任意の方向に調整することは、特に便利である。

さらに、本実施形態では、互いに異なる向きを撮像する２つのカメラ２３および２５は、ともに上側ハウジング２１に設けられる。したがって、ゲーム装置１０を載置して撮影を行う場合であっても、２つのカメラ２３および２５の両方を使用することができる。

さらに、本実施形態では、下側ハウジング１１が横長に構成されるので、ゲーム装置１０を載置する場合における安定感が増し、ゲーム装置１０を倒れにくくすることができる。

また、ゲーム装置１０は、カメラ２３または２５によって撮像されたリアルタイムの画像（ライブ画像）を表示するＬＣＤを、例えばユーザの切替指示によって上側ＬＣＤ２２と下側ＬＣＤ１２との間で切替えることができるようにしてもよい。このとき、例えばゲーム装置１０を台に載置した状態で使用する場合には、リアルタイムの画像を下側ＬＣＤ１２に表示するように切替えるとよい。ゲーム装置１０を台に載置した状態で使用する場合、カメラの撮影方向を調節するために上側ハウジング２１の角度を変更する必要があるので、角度を変更する必要がない下側ハウジング１１の下側ＬＣＤ１２にリアルタイムの画像を表示した方がユーザにとって画像が見やすいからである。

なお、代替の実施形態においては、撮像された画像を上側ＬＣＤ２２に表示してもよい。下側ハウジング１１には、ゲーム装置１０に対する操作入力を行うための入力装置（タッチパネル１３および各ボタン１４Ａ〜１４Ｉ）が設けられるので、ゲーム装置１０を使用する際には、ユーザは、上側ＬＣＤ２２に表示される撮像画像（カメラによって撮像された画像）を見ながら、下側ハウジング１１を把持して入力装置に対する入力を行うことができる。

また、上記の構成によれば、ゲーム装置１０は入力装置としてボタンとタッチパネルとの両方を備えているので、ゲーム装置１０は、入力操作に使用すべき入力装置を、当該入力操作の種類（性質）に応じて適切な方を選択して決定することができる。例えば、例えばシャッター操作については、操作したことをユーザが実感することが好ましく、また、操作に一定のストロークがあった方が好ましいと考えられるので、ボタンを用いてシャッター操作を行わせるようにしてもよい。また、後述する編集処理における操作については、タッチパネルを用いて操作を行わせることが好ましい。

なお、本実施形態においては、下側ハウジング１１と上側ハウジング１２とが回転可能に接続（連結）されることによってゲーム装置１０が折り畳み可能であるように構成された。ここで、代替の実施形態においては、下側ハウジング１１と上側ハウジング１２とは、他の構成および方式によって連結されてもよい。

例えば、平板状の２つのハウジングを、平行な状態のまま一方のハウジングが他方に対してスライドまたは回転することが可能なように接続した構成であってもよい。これによっても上記実施形態と同様、２つのハウジングを開状態および閉状態の両方の状態とすることができる。

また、上記実施形態において、上側ハウジング２１を、軸部２１Ａとそれ以外の部分とが上下方向を軸として回転可能なように構成してもよい。これによれば、上側ハウジング２１に１つのカメラを設けるのみで、ユーザの視線方向にもその逆方向にも容易にカメラを向けることができる。
図１５〜図１７に示す撮像装置１１０は、本実施形態に係るゲーム装置１０の一部の構成要素について配置、個数、または形状等を変更したものであり、基本的な機能はゲーム装置１０と同じである。

［５．ゲーム装置の内部構成］
次に、図１８を参照して、ゲーム装置１０の内部構成について説明する。

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

なお、ゲーム装置１０が搭載する各種電子回路や電池は、上側ハウジング２１および下側ハウジング１１のいずれに収納されてもよいが、下側ハウジング１１の重量は上側ハウジング２１の重量よりも重くなるように設計されることが好ましい。具体的には、下側ハウジング１１は１００〜２００ｇであることが好ましく、上側ハウジング２１は５０〜１００ｇであることが好ましい。さらに、下側ハウジング１１は１３０〜１５０ｇであり、上側ハウジング２１は７０〜９０ｇであることがより好ましい。

本実施形態では、下側ハウジング１１が１５０ｇ程度、上側ハウジングが７５ｇ程度である。また、下側ハウジング１１の重量と上側ハウジング２１の重量との比率は、（下側ハウジング１１の重量）：（上側ハウジング２１の重量）＝１．５：１〜３：１（より好ましくは、２：１）であることが好ましい。例えば、電池、ＣＰＵが搭載される回路基板、およびカードコネクタ等は、下側ハウジング１１内に収納されることが好ましい。

また、上側ハウジング２１には、ＬＣＤユニット（上側ＬＣＤ２２等）、撮像ユニット（各カメラ２３および２５等）、およびスピーカユニット等、最小限の部品を収納するようにするのが好ましい。

下側ハウジング１１の重量を上側ハウジング２１の重量よりも重くなるように設計することによって、ゲーム装置１０を台等に載置した場合に倒れにくくなる。また、ユーザが把持する下側ハウジング１１の方を上側ハウジング２１よりも重くすることによって、ゲーム装置１０を把持した際の安定感が増し、撮影時の手ぶれを防止することができる。

ＣＰＵ３１は、各種のプログラム（後述する起動用プログラムや被選択アプリケーションプログラム等をも含む）を実行するための情報処理手段である。本実施形態に従うゲーム装置１０では、内蔵するメモリ（例えば保存用データメモリ３４）やメモリカード２８および／または２９に各種のプログラムが記録されており、ＣＰＵ３１は、必要なプログラムを読み出して実行することによって、後述する各種処理を実行する。なお、ＣＰＵ３１によって実行されるプログラムは、ゲーム装置１０内のメモリに予め記録されていてもよいし、メモリカード２８および／または２９から取得されてもよいし、他の機器との通信によって他の機器から取得されてもよい。

さらに、本発明に係るプログラムは、メモリカード２９等の外部記憶媒体を通じて、ゲーム装置１０をはじめとするコンピュータに供給されるだけでなく、有線または無線の通信回線を通じてコンピュータに供給されてもよい。あるいは、本発明に係るプログラムを、コンピュータ内部の不揮発性記憶装置に予め記憶しておいてもよい。このようなプログラムを格納するコンピュータ読取可能な記憶媒体としては、上記の不揮発性記憶装置に加えて、ＣＤ−ＲＯＭ、ＤＶＤ、あるいはそれらに類する光学式ディスク媒体でもよい。

ＣＰＵ３１には、メインメモリ３２、メモリ制御回路３３、およびプリセットデータ用メモリ３５が接続される。また、メモリ制御回路３３には保存用データメモリ３４が接続される。

メインメモリ３２は、ＣＰＵ３１のワーク領域やバッファ領域として用いられる記憶手段である。すなわち、メインメモリ３２は、外部（メモリカード２８や他の機器等）から読み出したプログラムを格納したり、各種処理の実行に必要なワークメモリを不揮発的に保持したり、各種情報処理に必要な各種データを記憶したりする。本実施形態では、メインメモリ３２として例えばＰＳＲＡＭ（Ｐｓｅｕｄｏ−ＳＲＡＭ）を用いる。

保存用データメモリ３４は、ＣＰＵ３１によって実行されるプログラムやカメラ２３または２５によって撮像された画像のデータ等を記憶するための不揮発性の記憶手段である。保存用データメモリ３４は、例えばＮＡＮＤ型フラッシュメモリで構成される。

メモリ制御回路３３は、ＣＰＵ３１の指示に従って、保存用データメモリ３４に対するデータの読み出しおよび書き込みを制御する回路である。プリセットデータ用メモリ３５は、ゲーム装置１０において予め設定される各種パラメータ等のデータ（プリセットデータ）を記憶するための記憶手段である。プリセットデータ用メモリ３５としては、ＳＰＩ（Ｓｅｒｉａｌ Ｐｅｒｉｐｈｅｒａｌ Ｉｎｔｅｒｆａｃｅ）バスによってＣＰＵ３１と接続されるフラッシュメモリを用いることができる。

なお、カメラ２３または２５が撮像によって得た画像は、保存用データメモリ３４、メモリカード２８、またはメモリカード２９などに選択的に記憶可能である。

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

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

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

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

さらに、ＣＰＵ３１には、折畳位置検出センサ５０が接続される。折畳位置検出センサ５０は、下側ハウジング１１と上側ハウジング２１とのなす角度を検出して、検出結果に基づいて、閉状態か開状態かを示す判定信号をＣＰＵ３１に出力する。具体的には、下側ハウジング１１と上側ハウジング２１とのなす角度が所定のしきい値未満となれば、閉状態と判断して閉状態を示す判定信号を出力する。一方、下側ハウジング１１と上側ハウジング２１とのなす角度が所定のしきい値以上となれば、開状態と判断して開状態を示す判定信号を出力する。ＣＰＵ３１は、折畳位置検出センサ５０から出力される閉状態を示す判定信号の入力を受けて、たとえば、ゲーム装置１が動作中すなわち、音楽データの再生処理を実行している場合には、所定の外部出力機器との接続検知に応じて、再生処理の動作を停止して、当該動作状態のデータを保存するいわゆるスリープ状態に設定する。なお、再生処理以外の例えば表示処理等については、所定の外部出力機器との接続検知に係わらず、処理を停止してスリープ状態に設定する。一方、ＣＰＵ３１は、ゲーム装置１がスリープ状態となった後、折畳位置検出センサ５０から出力される開状態を示す判定信号の入力を受けて、保存された動作状態のデータに基づいてスリープ状態から元の状態に復帰させる処理を実行する。当該処理により、スリープ状態に設定した機能を直にアクティブ状態に設定して動作させることが可能である。

なお、本実施形態においては、折畳位置検出センサ５０は、下側ハウジング１１と上側ハウジング２１とのなす角度を検出して判定信号を出力する方式について説明したが、磁力により開閉状態を検出することも可能である。例えば、上側ハウジングに設けられたスピーカから発生される磁力を下側ハウジングに設けられた磁力を測定するセンサにより測定し、その磁力の強さにより開閉状態を検出することも可能である。また、折畳位置検出センサとして、光学的あるいは電気的に開閉状態を検出する方式を採用することも可能である。

さらに、ゲーム装置１０は、マイク４３およびアンプ４４，４６を備えている。マイク４３およびアンプ４４，４６は、それぞれＩ／Ｆ回路４２に接続される。マイク４３は、ゲーム装置１０に向かって発声されたユーザの音声を検知して、当該音声を示す音声信号をＩ／Ｆ回路４２に出力する。アンプ４４は、Ｉ／Ｆ回路４２からの音声信号を増幅して右側スピーカ４５から出力させる。アンプ４６は、Ｉ／Ｆ回路４２からの音声信号を増幅して左側スピーカ４７から出力させる。Ｉ／Ｆ回路４２は、ＣＰＵ３１に接続される。 また、ゲーム装置１０は、ヘッドホン用アンプ４８およびジャック４９を備えている。ヘッドホン用アンプ４８およびジャック４９は、それぞれＩ／Ｆ回路４２に接続される。ヘッドホン用アンプ４８は、Ｉ／Ｆ回路４２からの音声信号を増幅してジャック４９と接続された図示しないヘッドホンのプラグを介してヘッドホンから出力させる。Ｉ／Ｆ回路４２は、例えばジャック４９にヘッドホンのプラグが挿入されたことに伴って機械的スイッチがオンしたことを検知して、ヘッドホンのプラグがジャックに挿入されたことを検知する。あるいは、ジャック４９にヘッドホンのプラグが挿入されたことに伴って電気的に導通状態となったことを検知して、ヘッドホンのプラグがジャックに挿入されたことを検知する。

Ｉ／Ｆ回路４２は、マイク４３からの音声信号の入力を受ける音声入力制御回路４２ｂと、アンプ４４，４６（右側スピーカ４５、左側スピーカ４７）あるいはヘッドホン用アンプ４８に対する音声信号の出力の制御を行う音声出力制御回路４２ｃと、タッチパネル１３の制御を行うタッチパネル制御回路４２ａと、音声出力制御回路４２ｃによりアンプ４４，４６（右側スピーカ４５、左側スピーカ４７）あるいはヘッドホン用アンプ４８（ヘッドホン）に対して出力する音声信号の出力レベルを検知する出力レベル検知回路４２ｄと、ヘッドホンの装着を検知するヘッドホン検知回路４２ｅとを含む。

音声入力制御回路４２ｂは、マイク４３からの音声信号の入力レベルを検知して、音声信号に対するＡ／Ｄ変換を行ったり、音声信号を所定の形式の音声データに変換したりする。

ヘッドホン検知回路４２ｅは、ジャック４９にヘッドホンのプラグが挿入されたことに伴って機械的スイッチがオン、あるいは、ジャック４９にヘッドホンのプラグが挿入されたことに伴って電気的に導通状態となったことを検知して、ヘッドホンのプラグがジャックに挿入されたことを検知する。そして、当該検知結果をＣＰＵ３１に出力し、ＣＰＵ３１は、ヘッドホン検知回路４２ｅからの当該検知結果を示す信号を受けて、ヘッドホンが装着されたものと判断する。なお、ヘッドホンのプラグの挿入が検知されればよく、その検知の方式は問わない。

音声出力制御回路４２ｃは、ヘッドホンのプラグがジャックに挿入されヘッドホン検知回路４２ｅがヘッドホンの装着を検知した場合には、ＣＰＵ３１からの指示に従ってアンプ４４，４６からヘッドホン用アンプ４８に対して音声信号の出力を切替えるとともに、出力信号がステレオ設定あるいはモノラル設定に従って、ヘッドホン用アンプ４８に出力する音声信号を調整する。なお、ヘッドホン用アンプ４８は、本実施形態においては、図１８において、１つの場合のみ示しているが両耳用のヘッドホンでステレオ設定に従って聞くことが可能であるため、それぞれの耳に対応してヘッドホン用アンプが設けられているものとする。

タッチパネル１３はＩ／Ｆ回路４２に接続される。タッチパネル制御回路４２ａは、タッチパネル１３からの信号に基づいて所定の形式のタッチ位置データを生成してＣＰＵ３１に出力する。タッチ位置データは、タッチパネル１３の入力面のうちで入力が行われた位置の座標を示す。なお、タッチパネル制御回路は、タッチパネル１３からの信号の読み込み、および、タッチ位置データの生成を所定時間に１回の割合で行う。ＣＰＵ３１は、タッチ位置データを取得することにより、タッチパネル１３に対して入力が行われた位置を知ることができる。

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

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

また、下側ＬＣＤ１２および上側ＬＣＤ２２は、それぞれＣＰＵ３１に接続される。下側ＬＣＤ１２および上側ＬＣＤ２２は、それぞれＣＰＵ３１の指示に従って画像を表示する。一例として、ＣＰＵ３１は、内側カメラ２３および外側カメラ２５のいずれかから取得した画像を、下側ＬＣＤ１２および上側ＬＣＤ２２の一方に表示させ、所定の処理によって生成した操作説明画面を下側ＬＣＤ１２および上側ＬＣＤ２２の他方に表示させる。

なお、図示していないが、ゲーム装置１０は、自身を振動させる振動機能を有していてもよい。振動機能は、例えばユーザに何らかの通知を行う（例えば、ユーザの操作ミスやメモリの容量オーバー等を通知する）目的で用いられる。本実施形態では、ユーザが下側ハウジング１１を把持する使用態様を想定しているので、振動機能を実現する装置（例えば振動モータやソレノイド等のバイブレータ）は、下側ハウジング１１に収納されることが好ましい。これによって、ゲーム装置１０（下側ハウジング１１）を把持しているユーザの手にその振動を伝達することができる。

［６．ランチャー処理および撮影機能］
＜概要＞
本実施形態に従うゲーム装置１００は、後述するように、複数のアプリケーションプログラムを実行することが可能である。ユーザが、このような複数のアプリケーションプログラムの選択操作を容易化するために、ゲーム装置１００は、ランチャー機能を有している。特に、ゲーム装置１００は、このランチャー機能を提供する画面上で、相対的に簡易な撮影機能を提供することができる。

以下、図１９を参照して、ユーザによるアプリケーションの選択起動を支援する処理について説明する。

図１９は、ゲーム装置１０における、各アプリケーションプログラムの起動方法を説明するための図である。ゲーム装置１０は、複数のアプリケーションプログラム５３〜５７の中からユーザが所望するアプリケーションプログラムを選択的に起動するものである。なお、ゲーム装置１０において選択的に起動されるアプリケーションプログラム５３〜５７を、被選択アプリケーションプログラムとも称する。

上記複数の被選択アプリケーションプログラムには、撮影アプリケーションプログラム５３が含まれる。撮影アプリケーションプログラム５３は、カメラ２３または２５による撮影を行うためのアプリケーションプログラムである。この撮影アプリケーションプログラム５３は、典型的に、ゲーム装置１０に予め記憶されている（プリインストールされている）。

また、上記複数の被選択アプリケーションプログラムには、上記撮影アプリケーションプログラム５３の他、種々の機能のアプリケーションプログラムが含まれている。図１９では、例えば、ゲーム装置１０の各種設定を行うための設定アプリケーションプログラム５４、ゲーム装置１０が外部の機器と通信を行うための通信アプリケーションプログラム５５、所定のゲームを行うためのゲームアプリケーションプログラム５６、および、音楽再生や音声録音などを行うためのサウンドアプリケーションプログラム５７が含まれている。なお、本実施例においては、撮影アプリケーションプログラム５３と通信アプリケーションプログラム５５は一体のプログラムとして構成される。

なお、図１９に示す５つの被選択アプリケーションプログラム５３〜５７の他にも、各種の被選択アプリケーションプログラムを記憶するようにしてもよい。

上記被選択アプリケーションプログラムの一部または全部は、ゲーム装置１０にプリインストールされていなくてもよい。被選択アプリケーションプログラムは、実行される際に、例えば、インターネット等のネットワークを介して他の装置からダウンロードされてもよいし、メモリカード２８またはメモリカード２９といった着脱自在の記憶媒体からゲーム装置１０の内部のメモリに読み込まれてもよい。

また、本実施形態では、これらの被選択アプリケーションプログラム５３〜５７を選択的に起動する処理は、起動機能プログラム５１によって実行される。起動機能プログラム５１は、複数の被選択アプリケーションプログラム５３〜５７の中から起動すべき被選択アプリケーションプログラムを選択するためのプログラムである。すなわち、起動機能プログラム５１がいわゆるランチャーと呼ばれるプログラムである。この起動機能プログラム５１は、本実施形態に係る起動用プログラム（図２０に示す起動用プログラム６１）に含まれるプログラムの１つである。

被選択アプリケーションプログラム５３〜５７は、起動機能プログラム５１の実行によってユーザが行うことができるようになる選択操作の対象となり、選択操作によって選択されることで実行される。

なお、ユーザの選択操作に応答して、起動機能プログラム５１によって実行される、撮影アプリケーションプログラム５３、通信アプリケーションプログラム５５、およびサウンドアプリケーションプログラム５７の処理の詳細な内容については、それぞれ後述する。

＜制御構造＞
本実施形態に従うゲーム装置１０は、制御構造として、（ａ）第１起動操作受付手段、（ｂ）第１起動手段、（ｃ）撮影処理手段、（ｄ）撮影可能操作受付手段、（ｅ）撮影操作受付手段、（ｆ）第２起動操作受付手段、および、（ｇ）第２起動手段を含む。本実施形態においては、これら各手段は、ゲーム装置１０のコンピュータ（ＣＰＵ３１）によって実行されるプログラム（起動用プログラム６１）が、当該コンピュータを当該各手段として機能させることによって実現される。

（ａ）第１起動操作受付手段
第１起動操作受付手段は、上記複数のアプリケーションプログラムを選択的に起動する第１起動操作を受け付ける（後述するステップＳＡ６，ＳＡ１１）。これにより、ユーザは、起動（実行）したい被選択アプリケーションプログラムを選択して起動することができる。第１起動操作は、被選択アプリケーションプログラムを選択的に起動する操作であるので、以下において、第１起動操作を「選択起動操作」とも称す。なお、第１起動操作を受け付ける（第１起動操作が可能な）状態を、「起動受付状態」とも称す（図１９）。

（ｂ）第１起動手段
第１起動手段は、上記第１起動操作が行われた場合、上記複数のアプリケーションプログラムのうち当該第１起動操作で選択されたアプリケーションプログラムを起動する（後述するステップＳＡ１２）。すなわち、例えば撮影アプリケーションプログラム５３が第１起動操作によって選択された場合、撮影アプリケーションプログラム５３が起動される。

なお、本実施形態においては、起動受付状態は、いわゆるメニュー画面が表示される状態に相当し、（初回起動時以外は、）ゲーム装置１０を起動した（電源をオンにした）後に最初に起動受付状態となる。詳細は後述するが、本実施形態では、起動受付状態において、被選択アプリケーションプログラム５３〜５７を表すアイコンを表示するメニュー画面（図２３）が下側ＬＣＤ１２に表示される。ユーザは、第１起動操作として、当該アイコンの位置をタッチする操作をタッチパネル１３に対して行うことによって、被選択アプリケーションプログラムを起動させることができる。

（ｃ）撮影処理手段
撮影処理手段は、撮影処理を実行する（後述するステップＳＡ１０）。撮影処理とは、所定の撮影操作に応じてカメラ２３または２５による撮像画像を情報処理装置の記憶手段に保存する処理である。なお、本実施形態においては、撮影操作は、所定のボタン（より具体的には、Ｌボタン１４ＩまたはＲボタン１４Ｊ）を押下する操作である。上記撮影処理手段は、本発明に係る起動用プログラム６１がゲーム装置１０のＣＰＵ３１に実行されることによって実現される手段であり、上記撮影アプリケーションプログラム５３によって実現される手段とは異なる。なお、撮影処理手段は、少なくとも撮影処理を行う機能（カメラ２３または２５による撮像画像をゲーム装置１０の記憶手段に保存する機能）を有していればよいが、それ以外の撮影に関する機能（例えば、保存した画像を表示したり、編集したりする機能）を有していてもよい。

なお、本実施形態においては、本発明に係る起動用プログラム６１は、図１９に示す撮影機能プログラム５２を含んでいる。上記撮影処理手段は、撮影機能プログラム５２がゲーム装置１０のＣＰＵ３１に実行されることによって実現される。つまり、本実施形態に従うゲーム装置１０は、撮影機能プログラム５２および撮影アプリケーションプログラム５３という、撮影処理を行うためのプログラムを二種類記憶している。

また、本実施形態においては、起動用プログラム６１は、起動機能プログラム５１および撮影機能プログラム５２という二種類のプログラムを含んでいるが、起動機能プログラム５１および撮影機能プログラム５２は一体のプログラムであってもよい。起動用プログラム６１（起動機能プログラム５１および撮影機能プログラム５２）は、ゲーム装置１０にプリインストールされている。

ここで、撮影処理手段による機能は、上記撮影アプリケーションプログラム５３を実行することによって可能となる機能とは異なるものとする。本実施形態では、撮影処理手段は、撮影アプリケーションプログラム５３が有する機能の一部のみを有しているものとする。なお、代替の実施形態においては、撮影処理手段は、撮影アプリケーションプログラム５３が有していない機能を有していてもよい。

（ｄ）撮影可能操作受付手段
撮影可能操作受付手段は、上記起動受付状態において、（ゲーム装置１０の状態を）撮影可能状態とする撮影可能操作を受け付ける（後述するステップＳＡ６，ＳＡ９）。撮影可能状態とは、上記撮影操作に応じた上記撮影処理手段による撮影処理が可能な状態（撮影可能操作を受け付ける状態）である。つまり、起動受付状態においては、ユーザは、第１起動操作によって被選択アプリケーションプログラム５３〜５７を起動させることができるとともに、撮影可能操作によって撮影処理手段による撮影機能を起動させることができる（図１９）。なお、本実施形態においては、撮影可能操作は、所定のボタン（より具体的には、Ｌボタン１４ＩまたはＲボタン１４Ｊ）を押下する操作である。

なお、本実施形態においては、撮影可能操作は、上記第１起動操作とは操作方法が異なる操作である。具体的には、本実施形態においては、第１起動操作がタッチパネル１３に対する入力操作であるのに対して、撮影可能操作は所定のボタン（より具体的には、Ｌボタン１４ＩまたはＲボタン１４Ｊ）を押下する操作である。なお、ここで言う「操作方法が異なる」とは、操作の対象となる入力装置が異なるという意味はもちろん、同じ入力装置に対して行う操作が異なる意味をも含む。代替の実施形態においては、第１起動操作と撮影可能操作とは、タッチパネル１３上において互いに異なる位置をタッチする操作であってもよいし、タッチパネル１３に対して互いに異なる軌跡を入力する操作であってもよいし、異なるボタンを押下する操作であってもよい。なお、撮影処理手段による撮影機能の起動（撮影機能プログラム５２の起動）を容易かつ迅速に行うことができるように、撮影可能操作は、例えば所定のボタンを押下するのみの操作のように、簡易な操作であることが好ましい。

（ｅ）撮影操作受付手段
撮影操作受付手段は、上記撮影可能操作が行われた場合、撮影操作を受け付ける（後述するステップＳＡ２４，ＳＡ２５）。すなわち、撮影可能操作が行われた場合、ゲーム装置１０の状態は撮影可能状態となる（図１９）。このように、ユーザは、撮影可能操作を行った後に撮影操作を行うことによって、写真を撮る（撮影処理をゲーム装置１０に行わせる）ことが可能である。

なお、本実施形態では、起動受付状態と撮影可能状態とは排他的な関係にあり、ゲーム装置１０は、起動受付状態と撮影可能状態とのいずれか一方の状態を択一的にとるものとする。つまり、起動受付状態においては（撮影可能状態における）撮影操作は受け付けられず、撮影可能状態においては（起動受付状態における）第１起動操作は受け付けられない。ただし、代替の実施形態においては、起動受付状態と撮影可能状態とは排他的な関係でなくてもよく、ゲーム装置１０は、起動受付状態であって、かつ、撮影可能状態であるような状態をとることが可能であってもよい。例えば、ゲーム装置１０は、撮影可能状態において第１起動操作を受け付けるようにしてもよい。

（ｆ）第２起動操作受付手段
第２起動操作受付手段は、上記撮影可能状態において、撮影アプリケーションプログラム５３を起動する第２起動操作を受け付ける（後述するステップＳＡ２４，ＳＡ２９）。したがって、撮影可能状態においては、ユーザは、撮影操作の他、第２起動操作を行うことが可能である。なお、第２起動操作は、起動受付状態に戻ることなく撮影可能状態から直接、撮影アプリケーションプログラム５３を起動する操作であるので、以下においては、第２起動操作を「ショートカット起動操作」とも称す。

本実施形態においては、撮影可能状態において、カメラ２３または２４によって撮像されている画像が下側ＬＣＤ１２に表示されるとともに、第２起動操作を行うためのボタン画像（図２４に示すボタン画像７８）が下側ＬＣＤ１２に表示される（図２４）。ユーザは、このボタン画像をタッチする操作によって第２起動操作を行うことができる。なお、第２起動操作は、撮影アプリケーションプログラム５３の起動を容易かつ迅速に行うことができるように、簡易な操作であることが好ましい。

（ｇ）第２起動手段
第２起動手段は、上記第２起動操作が行われた場合、撮影アプリケーションプログラム５３を起動する（後述するステップＳＡ３０）。このように、ユーザは、起動受付状態においても撮影可能状態においても、撮影アプリケーションプログラム５３を起動することが可能である。撮影アプリケーションプログラム５３は、上記起動受付状態における第１起動操作によっても、上記撮影可能状態における第２起動操作によっても、起動（実行）される。

以上のように、本実施形態によれば、起動受付状態において、ユーザは、被選択アプリケーションプログラム５３〜５７を選択起動操作（第１起動操作）によって起動することができるとともに、撮影可能操作によって撮影処理手段による撮影機能を実行することができる。さらに、当該撮影機能による撮影が可能な撮影可能状態においては、ショートカット起動操作（第２起動操作）によって撮影アプリケーションプログラム５３を起動することができる。したがって、ユーザは、撮影処理手段による撮影を行っている最中であっても、ショートカット起動操作によって撮影アプリケーションプログラム５３を容易かつ迅速に起動することができる。つまり、本実施形態によれば、撮影処理手段による撮影の最中に、撮影処理手段にはない（撮影アプリケーションプログラム５３の）機能を使用したくなった場合であっても、ユーザは、ショートカット起動操作によって容易かつ迅速に当該機能を使用することができる。

＜データ構造＞
次に、図２０を参照して、ゲーム装置１０における処理に用いられるデータについて説明する。

図２０は、ゲーム装置１０のメインメモリ３２に記憶される主なデータを示す図である。図２０に示すように、メインメモリ３２には、プログラム記憶領域６０とデータ記憶領域６４とが設けられる。

プログラム記憶領域６０には、ＣＰＵ３１で実行される各種プログラム（アプリケーションプログラム）が記憶される。具体的には、起動用プログラム６１、撮影アプリケーションプログラム５３、および、その他の被選択アプリケーションプログラム６２等が記憶される。これらのプログラムは、ゲーム装置１０の起動後の適宜のタイミング（例えば、プログラムが起動されるタイミング）で保存用データメモリ３４、メモリカード２８、あるいはメモリカード２９から読み出されてメインメモリ３２に記憶される。

起動用プログラム６１は、ゲーム装置１０におけるメイン処理を行うためのプログラムである。起動用プログラム６１は、ゲーム装置１０の起動後にメインメモリに読み込まれて実行される。起動用プログラム６１は、上記起動機能プログラム５１および撮影機能プログラム５２を含む。

起動機能プログラム５１は、上述したように、起動すべき被選択アプリケーションプログラムを選択するためのプログラムである。

撮影機能プログラム５２は、被選択アプリケーションプログラムではないプログラムであって、撮影処理を行うためのプログラムである。本実施形態では、撮影機能プログラム５２は、撮影アプリケーションプログラム５３が有する機能の一部のみを有している。つまり、本実施形態では、撮影機能プログラム５２が相対的に簡易な機能の撮影処理プログラムであり、撮影アプリケーションプログラム５３が相対的に多機能な撮影処理プログラムである。また、撮影機能プログラム５２のデータサイズは、撮影アプリケーションプログラム５３のデータサイズに比べて小さい。なお、各プログラム５２および５３は、共通の機能を有しているので、それらの一部のデータが共通化されて記憶されていてもよい。以下では、相対的に簡易な機能である撮影機能プログラム５２を「簡易撮影プログラム５２」とも称し、相対的に多機能な撮影アプリケーションプログラム５３を「多機能撮影アプリケーションプログラム５３」とも称す。

なお、本明細書において、「（相対的に）簡易な機能」とは、（相対的に）機能が少ないことと、（相対的に）機能が低いこととの両方の意味を含む。換言すれば、「（相対的に）多機能」とは、（相対的に）多くの機能を有するという意味の他、（相対的に）高い機能を有するという意味を含む。すなわち、簡易撮影プログラム５２が相対的に低機能（例えば、低い画素数で撮影する、撮像画像に対して編集を行う場合に利用可能なスタンプの種類が少ない等）なものであるのに対して、多機能撮影アプリケーションプログラム５３が相対的に高機能（例えば、高い画素数で撮影する、撮像画像に対して編集を行う場合に利用可能なスタンプの種類が多い等）なものであってもよい。

また、簡易撮影プログラム５２が、相対的に少機能（例えば、露出やホワイトバランスの調整が不可、撮像画像に対する所定の編集操作が不可等）なものであるのに対して、多機能撮影アプリケーションプログラム５３が相対的に多機能（例えば、露出やホワイトバランスの調整が可能、撮像画像に対する所定の編集操作が可能等）なものであってもよい。

また、その他の被選択アプリケーションプログラム６２とは、多機能撮影アプリケーションプログラム５３以外の被選択アプリケーションプログラムであり、上述した設定アプリケーションプログラム５４、通信アプリケーションプログラム５５、ゲームアプリケーションプログラム５６、および、音楽再生や音声録音などを行うためのサウンドアプリケーションプログラム５７等が含まれる。

被選択アプリケーションプログラム（多機能撮影アプリケーションプログラム５３を含む）は、保存用データメモリ３４またはメモリカード２８に記憶されており、そのプログラムが起動される際にメインメモリ３２に読み込まれる。なお、被選択アプリケーションプログラムは、外部の機器から通信により取得（ダウンロード）されることによって保存用データメモリ３４に記憶されてもよい。

一方、データ記憶領域６４には、表示画像データ６５、および設定データ６６等が記憶される。これらのデータ６５および６６の他、データ記憶領域６４には、ゲーム装置１０における処理に用いられる各種データが記憶される。

表示画像データ６５は、表示画像を示すデータである。ここで、本実施形態においては、メニュー画面において、過去に撮影されて保存されている画像のうち１つが表示され、表示される画像を表示画像と称す。表示画像データ６５は、具体的には、表示画像のファイル名等を表す。表示画像の選択方法の詳細については後述するが、本実施形態では、後述するお気に入り画像や、簡易撮影プログラム５２によって撮影（保存）された直後の画像等が表示画像として選択される。

設定データ６６は、撮影のための各プログラム（簡易撮影プログラム５２および多機能撮影アプリケーションプログラム５３）において用いられる設定情報を示すデータである。設定データ６６は、撮影のための各プログラム５２および５３が起動される時点で引数として当該各プログラム５２および５３に渡される。設定データ６６には、カメラ切替データ６７および保存先データ６８が含まれる。

カメラ切替データ６７は、内側カメラ２３および外側カメラ２５のうちで、撮像を行うカメラを示す。すなわち、カメラ切替データ６７は、内側カメラ２３および外側カメラ２５のいずれかを示すデータである。

保存先データ６８は、撮影操作によって保存（記憶）される撮像画像（保存画像と称す。）の保存先を示す。本実施形態では、撮影操作によって保存（記憶）される撮像画像は、保存用データメモリ３４またはメモリカード２８に保存される。したがって、保存先データ６８は、保存用データメモリ３４またはメモリカード２８のいずれかを示す。

なお、保存画像には、ファイル名等の情報が付される他、お気に入りに関する情報が付される。ここで、本実施形態においては、ユーザは、保存画像のうちのいくつかを「お気に入り」として設定することができる（後述するステップＳＡ４６）。以下では、お気に入りとして設定された保存画像を「お気に入り画像」と称す。お気に入り画像のデータには、「お気に入り」であることを示す情報が付加される。さらに、本実施形態では、お気に入り画像のデータには、第１〜第３グループのいずれかを示す情報が付加される。つまり、本実施形態では、お気に入り画像を第１〜第３グループという３つのグループに分けて管理することができる（図２９）。

＜処理手順＞
次に、図２１〜図３０を参照して、ゲーム装置１０におけるランチャー機能に係る処理の流れについて説明する。図２１は、ゲーム装置１０におけるランチャー処理の流れを示すメインフローチャートである。電源ボタン１４Ｆが押下されることによってゲーム装置１０の電源が投入されると、ゲーム装置１０のＣＰＵ３１は、メインメモリ３２等の初期化を行った後、起動用プログラム６１の実行を開始する。これによって、以降のステップＳＡ１〜ＳＡ１３の処理が開始される。

ステップＳＡ１において、ＣＰＵ３１は、ゲーム装置１０が初めて起動されたか否かを判定する。ステップＳＡ１の判定は、例えば、ゲーム装置１０が前回に起動された日時を記憶しておくようにすることで行うことができる。すなわち、前回に起動された日時が記憶されていれば、今回のゲーム装置１０の起動は初めての起動ではないと判断することができ、一方、前回に起動された日時が記憶されていなければ、今回のゲーム装置１０の起動は初めての起動であると判断することができる。

ステップＳＡ１の判定結果がＹｅｓである場合、ステップＳＡ２の処理が実行される。一方、ステップＳＡ１の判定結果がＮｏである場合、ステップＳＡ２の処理がスキップされてステップＳＡ３の処理が実行される。

ステップＳＡ２において、ＣＰＵ３１は、撮影誘導処理を実行する。撮影誘導処理は、簡易な機能での撮影操作をユーザに体験してもらうように誘導する処理である。すなわち、撮影誘導処理では、上記簡易撮影プログラム５２を用いた撮影処理を行うか否かをユーザに選択させ、撮影処理を行うことをユーザが選択した場合には、上記簡易撮影プログラム５２による簡易な撮影操作をユーザに体験させる。なお、撮影誘導処理については図２７を用いて後に詳細に説明する。ＣＰＵ３１は、ステップＳＡ２の次にステップＳＡ３の処理を実行する。

ステップＳＡ３において、ＣＰＵ３１は、お気に入り画像のうちから表示画像をランダムに選択する。具体的には、ＣＰＵ３１は、保存用データメモリ３４に保存されているお気に入り画像のうちから１つをランダムに選択し、選択されたお気に入り画像を特定する情報（例えばファイル名）を示すデータを表示画像データ６５としてメインメモリ３２に記憶する。ステップＳＡ３の次にステップＳＡ４の処理が実行される。

ステップＳＡ４において、ＣＰＵ３１は、起動機能プログラム５１を起動する。すなわち、ＣＰＵ３１は、保存用データメモリ３４から起動機能プログラム５１を読み出してメインメモリ３２に記憶し、起動機能プログラム５１を実行する。ステップＳＡ５以降の処理は、ＣＰＵ３１が起動機能プログラム５１を実行することによって行われる。また、本実施形態においては、ＣＰＵ３１は、起動機能プログラム５１が読み出されるタイミングで起動機能プログラム５１とともに簡易撮影プログラム５２をメインメモリ３２に読み込む。なお、代替の実施形態においては、簡易撮影プログラム５２は、後述する簡易撮影処理（ステップＳＡ１１）が実行されるタイミングでメインメモリ３２に読み込まれてもよい。ステップＳＡ４の次にステップＳＡ５の処理が実行される。

ステップＳＡ５において、ＣＰＵ３１は、メニュー画面を表示する。メニュー画面は、被選択アプリケーションプログラムの中から起動すべき被選択アプリケーションプログラムをユーザに選択させるための画面（画像）である。図１９に示す起動受付状態は、このメニュー画面が表示されている状態である。以下、図２３を用いて、本実施形態におけるメニュー画面について説明する。

図２３は、メニュー画面の一例を示す図である。図２３に示すように、ステップＳＡ５においては、起動すべき被選択アプリケーションプログラムをユーザに選択させるための画像が下側ＬＣＤ１２に表示される。具体的には、下側ＬＣＤ１２には、アイコン画像７１ａ〜７１ｃと、スクロールバー７２と、マーカ７３と、スクロールボタン７４ａおよび７４ｂとが表示される。

アイコン画像７１は、被選択アプリケーションプログラムを表す画像である。アイコン画像７１は、メモリカード２９内のアプリケーションプログラムを起動するためのアイコンである。なお、メモリカード２９が装着されていない場合には、「カードが装着されていません」とのメッセージとともに、カードが装着されていないことを示すアイコンが表示される。

ユーザは、（左右方向に関して）画面中央に表示されているアイコン画像７１にタッチする操作を上記第１起動操作として行うことで、タッチしたアイコン画像により表される被選択アプリケーションプログラムを起動させることができる。

なお、本実施形態では、複数のアプリケーションプログラムのそれぞれに対応する各アイコン画像のうちの所定数のアイコン画像（図２３では４つのアイコン画像）が画面に表示される。表示されるアイコン画像（の種類）は、画面をスクロールする操作に応じて変更される。すなわち、表示中の被選択アプリケーションプログラム以外の被選択アプリケーションプログラムを表すアイコン画像は、図２３においては表示されていないが、下側ＬＣＤ１２の画面をスクロールすることによって表示される。

下側ＬＣＤ１２の画面のスクロールは、画面中央に表示されているアイコン画像以外のアイコン画像にタッチする操作、あるいは、マーカ７３、または、スクロールボタン７４ａまたは７４ｂにタッチする操作によって行うことができる。すなわち、ユーザが、画面中央に表示されているアイコン画像以外のアイコン画像（図２３においてはアイコン画像７１ａまたは７１ｃ）をタッチすると、下側ＬＣＤ１２の画面がスクロールして、タッチされたアイコン画像が画面中央に表示される。また、ユーザは、マーカ７３をタッチした状態でタッチ位置をスクロールバー７２上において左右に動かす操作を行うことで、マーカ７３をスクロールバー７２上で移動させることができ、下側ＬＣＤ１２の画面をマーカ７３の移動に応じてスクロールさせることができる。あるいは、スクロールバー７２の左側のスクロールボタン７４ａをタッチする操作によって、下側ＬＣＤ１２の画面を左側へスクロールさせることもでき、スクロールバー７２の右側のスクロールボタン７４ｂをタッチする操作によって、下側ＬＣＤ１２の画面を右側へスクロールさせることができる。

以上より、ユーザは、メニュー画面が表示されている状態において、画面をスクロールさせる操作によって、画面中央に表示されるアイコン画像を変更することができるとともに、画面中央に表示されるアイコン画像をタッチする操作によって、当該アイコン画像により表される被選択アプリケーションプログラムを起動させることができる。

なお、本実施形態においては、複数の被選択アプリケーションプログラムの全てを同時に表示するのではなくて、複数の被選択アプリケーションプログラムの一部を一覧的に表示し、残りの部分はスクロールなどにより入れ替え表示するようにした。ここで、代替の実施形態においては、複数の被選択アプリケーションプログラムの全てを同時に表示するようにしてもよい。また、一覧として表示される被選択アプリケーションプログラム（のアイコン画像）は、本実施形態のように一列に表示されてもよいし、２×２以上のマトリックス状に表示されてもよい。

一方、図２３に示すように、ステップＳＡ５において、上側ＬＣＤ２２には、表示画像７５と、撮影ボタン画像７６ａおよび７６ｂとが表示される。表示画像７５は、メインメモリ３２に記憶されている表示画像データ６５により示される保存画像であり、上記ステップＳＡ３等で選択された画像である。このように、本実施形態においては、過去に撮影された画像がメニュー画面において表示される。これによって、ゲーム装置１０に初めて触った（ゲーム装置１０を初めて使用した）ユーザに対してもゲーム装置１０が撮影機能を有することを意識させることができる。また、ゲーム装置１０のメニュー画面がユーザ毎（情報処理装置毎）に異なるので、メニュー画面に個性を持たせることができる。

なお、ステップＳＡ３において、表示画像７５はランダムで選択されるため、ユーザは、保存用データメモリ３４に保存されている画像の中から任意の画像を表示画像７５として指定することができない。なお、後述するように、多機能撮影アプリケーションプログラム５３は、お気に入り画像の設定機能を有しているが、起動機能プログラム及び簡易撮影プログラム５２はお気に入り画像の設定機能を有していない。 また、撮影ボタン画像７６ａおよび７６ｂは、簡易撮影プログラム５２によって撮影を行うことができる状態（図１９に示す撮影可能状態）へと遷移するための操作、すなわち、上記撮影可能操作を表す画像である。このように、本実施形態では、撮影可能状態へと遷移するための操作をメニュー画面（起動受付状態）において表示することによって、メニュー画面から（被選択アプリケーションプログラムを選択せずとも）簡易撮影プログラム５２によって撮影を行うことができることを、ユーザにわかりやすく提示することができる。

図２３に示すように、典型的には、撮影可能操作は、Ｌボタン１４ＩまたはＲボタン１４Ｊを押下する操作である。したがって、ユーザは、起動受付状態においてボタン（Ｌボタン１４ＩまたはＲボタン１４Ｊ）を１回押下するだけで、簡易撮影プログラム５２によって撮影を行うことができる状態にすることができる。

なお、本実施形態においては、初回起動時（ステップＳＡ１でＹｅｓの場合）を除き、ゲーム装置１０の起動後に最初に表示されるのはメニュー画面である。つまり、本実施形態においては、ゲーム装置１０は、ゲーム装置１０の起動後における最初の状態を起動受付状態に設定する。したがって、ユーザは、起動後において直ちに簡易撮影プログラム５２を起動することができる。

図２１の説明に戻り、ステップＳＡ５の次にステップＳＡ６の処理が実行される。ステップＳＡ６において、ＣＰＵ３１は、各入力装置に対する入力を受け付ける。すなわち、操作ボタン群１４から操作データを取得するとともに、タッチパネル１３から入力位置データを取得する。取得された操作データおよび入力位置データは、メインメモリ３２に記憶される。なお、起動受付状態において、ステップＳＡ６の処理は、所定時間（例えば１フレーム時間（１／６０秒）。）に１回の割合で実行される。ステップＳＡ６の次にステップＳＡ７の処理が実行される。

ステップＳＡ７において、ＣＰＵ３１は、下側ＬＣＤ１２の画面をスクロールさせる操作が行われたか否かを判定する。ステップＳＡ７の判定は、ステップＳＡ６でメインメモリ３２に記憶された入力位置データを参照することによって行うことができる。すなわち、ステップＳＡ７の判定処理においては、ＣＰＵ３１は、マーカ７３、または、スクロールボタン７４ａまたは７４ｂが表示されている領域をタッチする入力が行われたか否かを判定する。

ステップＳＡ７の判定結果がＹｅｓである場合、ステップＳＡ８の処理が実行される。一方、ステップＳＡ７の判定結果がＮｏである場合、後述するステップＳＡ９の処理が実行される。

ステップＳＡ８において、ＣＰＵ３１は、アイコン画像の表示（下側ＬＣＤ１２の画面）をスクロールさせる。すなわち、スクロールボタン７４ａに対してタッチ入力が行われた場合にはアイコン画像を左にスクロールさせ、スクロールボタン７４ｂに対してタッチ入力が行われた場合にはアイコン画像を右にスクロールさせる。これによって、下側ＬＣＤ１２の画面にそれまで表示されていなかったアイコン画像を表示させることができる。ステップＳＡ８の次に上記ステップＳＡ５の処理が再度実行される。

一方、ステップＳＡ９において、ＣＰＵ３１は、撮影可能操作が行われたか否かを判定する。ステップＳＡ９の判定は、ステップＳＡ６でメインメモリ３２に記憶された操作データを参照することによって行うことができる。すなわち、ステップＳＡ９の判定処理においては、ＣＰＵ３１は、Ｌボタン１４ＩまたはＲボタン１４Ｊが押下されたか否かを判定する。

ステップＳＡ９の判定結果がＹｅｓである場合、ステップＳＡ１０の処理が実行される。一方、ステップＳＡ９の判定結果がＮｏである場合、後述するステップＳＡ１１の処理が実行される。

ステップＳＡ１０において、ＣＰＵ３１は、簡易撮影処理を実行する。簡易撮影処理は、簡易撮影プログラム５２によって簡易な機能での撮影をユーザに行わせる処理である。以下、図２２を参照して、簡易撮影処理の詳細を説明する。

図２２は、図２１に示す簡易撮影処理（ステップＳＡ１０）の流れを示すフローチャートである。入力画像生成処理においては、まずステップＳＡ２１において、ＣＰＵ３１は、簡易撮影プログラム５２を起動する。本実施形態においては、簡易撮影プログラム５２は起動機能プログラム５１とともにメインメモリ３２に読み込まれているので、ＣＰＵ３１は、簡易撮影プログラム５２の実行を開始する。この時、メインメモリ３２に記憶されている設定データ６６に含まれる各データ６７および６８が、引数として簡易撮影プログラム５２に対して入力（設定）される。ステップＳＡ２１以降のステップＳＡ２２〜ＳＡ２９の処理は、簡易撮影プログラム５２を用いて（簡易撮影プログラム５２を実行することにより）行われる。

ステップＳＡ２２において、ＣＰＵ３１は、内側カメラ２３または外側カメラ２５によって撮像された画像のデータを取得する。本実施形態では、カメラ２３および２５のいずれか一方のカメラにおいてのみ画像が撮像され、ＣＰＵ３１は、当該一方のカメラからのみ画像データを取得する。なお、カメラ２３および２５のうちいずれのカメラによって撮像を行うかは、簡易撮影プログラム５２の起動時（ステップＳＡ２１）に引数として渡されたカメラ切替データ６７の内容に従って決められる。ステップＳＡ２２の次にステップＳＡ２３の処理が実行される。

ステップＳＡ２３において、ＣＰＵ３１は表示処理を行う。撮影可能状態であるステップＳＡ２３においては、カメラ２３または２４による撮像画像等が表示される。以下、図２４を用いて、撮影可能状態において表示される画像について説明する。

図２４は、撮影可能状態において表示される画像の一例を示す図である。図２４に示すように、ステップＳＡ２３においては、ステップＳＡ２２で取得された、カメラ２３または２４による撮像画像７７が下側ＬＣＤ１２に表示される。ステップＳＡ２２およびＳＡ２３の処理は、所定時間（例えば１／６０秒）に１回の割合で繰り返し実行される。これらステップＳＡ２２およびＳＡ２３の処理が繰り返し実行されることによって、カメラ２３または２４によって撮像されたリアルタイムの画像が下側ＬＣＤ１２に表示される。なお、代替の実施形態においては、当該リアルタイムの画像を上側ＬＣＤ２２に表示してもよい。このとき、さらに、撮影操作によって保存された画像を下側ＬＣＤ１２に表示するようにしてもよい。

さらに、下側ＬＣＤ１２には、多機能撮影アプリケーションプログラム５３を実行するための操作（上記第２起動操作）を行うためのボタン画像７８が表示される。ボタン画像７８は、メニュー画面において表示されるアイコン画像とは異なり、画面上の所定の位置（図２４では、右上の位置）に固定的に表示される。詳細は後述するが、ユーザは、このボタン画像７８をタッチすることで、簡易撮影プログラム５２を実行する状態から多機能撮影アプリケーションプログラム５３を実行する状態へと容易に遷移させることができる。

また、上側ＬＣＤ２２には、図２３と同様、表示画像７５と撮影ボタン画像７６ａおよび７６ｂとが表示される。本実施形態においては、撮影操作は、撮影可能操作と同様、Ｌボタン１４ＩまたはＲボタン１４Ｊを押下する操作である（図２４に示す撮影ボタン画像７６ａおよび７６ｂ参照）。なお、代替の実施形態においては、撮影操作は撮影可能操作と同じでなくてもよく、例えば、下側ＬＣＤ１２に撮影操作を行うためのボタン画像を表示し、当該ボタン画像をタッチする操作を撮影操作としてもよい。また、ゲーム装置１０は、Ｌボタン１４ＩまたはＲボタン１４Ｊを押下する操作と、当該ボタン画像をタッチする操作との両方を、撮影操作として受け付けるようにしてもよい。

図２２の説明に戻り、ステップＳＡ２３の次にステップＳＡ２４の処理が実行される。ステップＳＡ２４において、ＣＰＵ３１は、各入力装置に対する入力を受け付ける。ステップＳＡ２４の処理は上記ステップＳＡ６の処理と同様である。ステップＳＡ２４の次にステップＳＡ２５の処理が実行される。

ステップＳＡ２５において、ＣＰＵ３１は、撮影操作が行われたか否かを判定する。ステップＳＡ２５の判定は、ステップＳＡ２４でメインメモリ３２に記憶された操作データを参照することによって行うことができる。本実施形態においては、第１起動動作と撮影操作とが同じ操作であるので、ステップＳＡ２５の処理はステップＳＡ９と同様に行うことができる。

ステップＳＡ２５の判定結果がＹｅｓである場合、ステップＳＡ２６の処理が実行される。一方、ステップＳＡ２５の判定結果がＮｏである場合、後述するステップＳＡ２９の処理が実行される。

以下、図２５を用いて、撮影操作が行われた後において表示される画像について説明する。

図２５は、撮影操作が行われた後において表示される画像の一例を示す図である。図２５に示すように、ステップＳＡ２５の判定結果がＹｅｓである場合においては、ステップＳＡ２２で取得された撮像画像が、カメラ２３または２４による撮像画像７７が下側ＬＣＤ１２に表示される。さらに、下側ＬＣＤ１２には、多機能撮影アプリケーションプログラム５３を実行するための操作（上記第２起動操作）を行うためのボタン画像７８に加えて、撮影された撮像画像を保存するための操作を行うためのボタン画像（「ほぞん」）、および、再度撮影を行うための操作を行うためのボタン画像（「とりなおす」）が表示される。

また、上側ＬＣＤ２２には、図２３と同様、表示画像７５と撮影ボタン画像７６ａおよび７６ｂとが表示される。 図２２の説明に戻り、ステップＳＡ２６において、ＣＰＵ３１は、保存操作が行われたか否かを判定する。ステップＳＡ２６の判定は、ステップＳＡ２５と同様に、ステップＳＡ２４でメインメモリ３２に記憶された操作データを参照することによって行うことができる。

ステップＳＡ２６の判定結果がＹｅｓである場合（図２５の「ほぞん」をタッチした場合）、ステップＳＡ２７の処理が実行される。一方、ステップＳＡ２６の判定結果がＮｏである場合（図２５の「とりなおす」をタッチした場合）、上述のステップＳＡ２２の処理が再度実行される。なお、ステップＳＡ２６の判定を省略して、ステップＳＡ２５の後、ステップＳＡ２７に移行してもよい。

ステップＳＡ２７において、ＣＰＵ３１は撮像画像を保存する。すなわち、ステップＳＡ２２で取得された撮像画像を、保存用データメモリ３４またはメモリカード２８に保存（記憶）する。撮像画像の保存先は、簡易撮影プログラム５２の起動時（ステップＳＡ２１）に引数として渡された保存先データ６８の内容に従って決められる。なお、撮像画像の保存先は、後述する多機能撮影アプリケーションプログラム５３による多機能撮影処理においてユーザが変更することができる。ステップＳＡ２７の次にステップＳＡ２８の処理が実行される。

ステップＳＡ２８において、ＣＰＵ３１は、表示画像として、直前のステップＳＡ２７で保存された保存画像を選択する。具体的には、ＣＰＵ３１は、直前のステップＳＡ２７で保存された保存画像を示すデータを表示画像データ６５としてメインメモリ３２に記憶する。ステップＳＡ２８の処理の後、ＣＰＵ３１は、簡易撮影プログラム５２の実行を終了し、簡易撮影処理を終了する。その後、図２１に示すステップＳＡ４の処理が再度実行される。

以下、図２６を用いて、簡易撮影処理の実行後において表示される画像について説明する。

図２６は、簡易撮影処理の実行後に表示される画像の一例を示す図である。図２６に示すように、簡易撮影処理の実行後には、当該簡易撮影処理において取得された撮像画像が新たな表示画像７５として、上側ＬＣＤ２２に表示される。すなわち、図２２に示す画像と図２６に示す画像とを比較すると、上側ＬＣＤ２２に表示される表示画像が更新されていることがわかる。

以上のように、本実施形態では、撮影可能状態（簡易撮影処理）において撮影操作が行われたことに応じて、簡易撮影処理が終了して撮影可能状態から起動受付状態へと遷移する。つまり、簡易撮影処理において１枚の撮影画像の保存を行うとゲーム装置１０の画面表示がメニュー画面に戻るので、説明書等を見ていない初心者のユーザであっても、自然に起動受付状態へ戻ることができる（なお、ステップＳＡ２５の後、ステップＳＡ２７に移行する場合には、簡易撮影処理において、ユーザが１回の撮影操作を行うとメニュー画面に戻る）。さらに、本実施形態においては、撮影可能操作と撮影操作とが同じであるので、起動受付状態から撮影可能状態への遷移と、撮影可能状態から起動受付状態への遷移とを、同じ操作で行うことができる。したがって、仮にユーザがＬボタン１４ＩまたはＲボタン１４Ｊを誤って押下したり、操作をよく理解しないまま押下したりした結果、撮影可能状態へ遷移してしまった場合であっても、ユーザは、同じボタンを押下すれば元の状態（起動受付状態）に戻ることができる。そのため、初心者のユーザにとって操作しやすいゲーム装置１０を提供することができる。

また、本実施形態においては、上記のように、撮影操作が行われた後はゲーム装置１０の状態は起動受付状態へと遷移するので、上記ステップＳＡ２６の処理で保存された画像は、簡易撮影プログラム５２によって表示されることなく起動受付状態へと遷移してしまう。そこで、本実施形態においては、ステップＳＡ２７の処理において、ＣＰＵ３１は、起動受付状態へと遷移した後における表示画像として、上記ステップＳＡ２６の処理で保存された画像を設定する。これによって、簡易撮影プログラム５２によって撮影された保存画像は、起動受付状態へと遷移した直後において表示画像として表示される。したがって、本実施形態によれば、撮影操作が行われたことによって起動受付状態へと遷移するものの、ユーザは、簡易撮影プログラム５２において撮影した画像をすぐに確認することができる。

一方、ステップＳＡ２９においては、ＣＰＵ３１は、第２起動操作が行われたか否かを判定する。ステップＳＡ２９の判定は、ステップＳＡ２４でメインメモリ３２に記憶された入力位置データを参照することによって行うことができる。すなわち、ステップＳＡ２９の判定処理においては、ＣＰＵ３１は、第２起動操作を行うためのボタン画像７８が表示されている領域をタッチする入力が行われたか否かを判定する。ステップＳＡ２９の判定結果がＹｅｓである場合、後述する多機能撮影処理（図３０）の処理が実行される。一方、ステップＳＡ２９の判定結果がＮｏである場合、ステップＳＡ２２の処理が再度実行される。以上で、図２２に示す簡易撮影処理の説明を終了する。

図２１の説明に戻り、ステップＳＡ１１において、ＣＰＵ３１は、第１起動操作が行われたか否かを判定する。ステップＳＡ１１の判定は、ステップＳＡ６でメインメモリ３２に記憶された入力位置データを参照することによって行うことができる。すなわち、ステップＳＡ１１の判定処理においては、ＣＰＵ３１は、アイコン画像が表示されている領域をタッチする入力が行われたか否かを判定する。ステップＳＡ１１の判定結果がＹｅｓである場合、ステップＳＡ１２の処理が実行される。一方、ステップＳＡ１１の判定結果がＮｏである場合、後述するステップＳＡ１３の処理が実行される。

ステップＳＡ１２において、ＣＰＵ３１は、被選択アプリケーションプログラムの実行処理を行う。すなわち、第１起動操作によって選択されたアイコン画像に対応する被選択アプリケーションプログラムをメインメモリ３２に読み込み、当該被選択アプリケーションプログラムを実行する。これによって、当該被選択アプリケーションプログラムが開始され、ユーザは当該被選択アプリケーションプログラムを利用することができる。ステップＳＡ１２の処理は、当該被選択アプリケーションプログラムが終了したことで終了し、ステップＳＡ１２の次にステップＳＡ３の処理が再度実行される。

ここで、上記ステップＳＡ１２において、被選択アプリケーションプログラムとして多機能撮影アプリケーションプログラム５３が実行される場合について詳細に説明する。図３０は、多機能撮影アプリケーションプログラム５３による処理（多機能撮影処理）の流れを示すフローチャートである。

多機能撮影処理においては、まずステップＳＡ３０において、ＣＰＵ３１は、多機能撮影アプリケーションプログラム５３を起動する。すなわち、多機能撮影アプリケーションプログラム５３をメインメモリ３２に読み込んで実行を開始する。この時、メインメモリ３２に記憶されている設定データ６６に含まれる各データ６７および６８が、引数として簡易撮影プログラム５２に対して入力（設定）される。ステップＳＡ３０の次にステップＳＡ３１の処理が実行される。ステップＳＡ３０以降のステップＳＡ３１〜ＳＡ３９の処理は、多機能撮影アプリケーションプログラム５３を用いて（多機能撮影アプリケーションプログラム５３を実行することにより）行われる。

ステップＳＡ３１において、ＣＰＵ３１は、表示処理を行う。ここで、本実施形態では、多機能撮影処理においては、撮像手段を用いた撮影を行う撮影モードと、過去に撮影された画像（保存画像）を表示する写真表示モードとがある。ステップＳＡ３１の表示処理においては、多機能撮影処理における２つのモード（写真表示モードおよび撮影モード）をユーザに選択させるための画像、および、撮影操作によって保存される撮像画像の保存先を設定するための画像が２つのＬＣＤ１２および２２の少なくとも一方に表示される。以下、図３１を用いて、ステップＳＳＡ３１の表示処理において表示される画像について説明する。

図３１は、多機能撮影処理において表示される画像の一例を示す図である。図３１に示すように、ステップＳＡ３１においては、撮影モードの選択を指示するためのボタン画像１０１と、写真表示モードの選択を指示するためのボタン画像１０２とがそれぞれ下側ＬＣＤ１２に表示される。さらに、ボタン画像１０１には、現在の撮影画像の保存先の残り容量に応じて、撮影可能な枚数（たとえば、残り○○枚）の表示が含まれる。また、ボタン画像１０２には、現在の撮影画像の保存先の保存済の撮像画像の枚数（たとえば、合計○○枚）の表示が含まれる。また、撮像画像の保存先の変更を指示するためのボタン画像１０３および１０４もそれぞれ下側ＬＣＤ１２に表示される。ボタン画像１０３をタッチすると、本体内蔵の不揮発メモリ（内蔵メモリ；保存用データメモリ３４）が選択状態となり、ボタン画像１０４をタッチすると、着脱自在のメモリカード（カードメモリ；メモリカード２８）が選択状態となる。なお、内蔵メモリが選択されているときには、ボタン画像１０３の表示態様が変化し、カードメモリが選択されているときには、ボタン画像１０４の表示態様が変化する。また、ボタン画像１０１または１０２をタッチすると、そのタッチのタイミングで、撮影モードまたは写真表示モードに移行する。

すなわち、本実施形態においては、多機能撮影アプリの起動時に、内蔵メモリとカードメモリとのいずれかをユーザが選択可能に構成されており、当該選択をしたタイミングではその選択は確定しない。そして、同じ画面で、撮影モードと写真表示モードのいずれかをユーザが選択可能に構成されている。そして、撮影モードと写真表示モードの選択がされたタイミングで、内蔵メモリとカードメモリの選択は確定し、撮影モードまたは写真表示モードに移行する。すなわち、内蔵メモリが選択されている状態で、撮影モードが選択されたときには、撮影モードが起動し、その後の撮影モードにおいて撮影した画像は内蔵メモリに保存される。また、カードメモリが選択されている状態で、撮影モードが選択されたときは、撮影モードが起動し、その後の撮影モードにおいて撮影した画像はカードメモリに保存される。また、内蔵メモリが選択されている状態で、写真表示モードが選択されたときは、写真表示モードが起動し、その後の写真表示モードにおいて内蔵メモリに保存されている撮影画像が表示される。また、カードメモリが選択されている状態で、写真表示モードが選択されたときには、写真表示モードが起動し、その後の写真表示モードのいてカードメモリに保存されている撮影画像が表示される。

さらに、下側ＬＣＤには、各種ボタン画像１０５〜１０７が表示される。終了ボタン１０５は、多機能撮影処理を終了する操作を行うためのボタン画像である。すなわち、終了ボタン１０５に対してタッチ入力が行われた場合、多機能撮影処理が終了して、ＣＰＵ３１による処理はステップＳＡ４の処理に戻る。

カレンダーボタン１０６は、後述するカレンダー機能の起動する操作を行うためのボタン画像である。すなわち、カレンダーボタン１０６に対してタッチ入力が行われた場合、後述するカレンダー機能が実行される。その他ボタン１０７は、各種設定などの操作を行うためのボタン画像である。

ステップＳＡ３２において、ＣＰＵ３１は、各入力装置に対する入力を受け付ける。ステップＳＡ３２の処理は上記ステップＳＡ６の処理と同様である。ステップＳＡ３２の次にステップＳＡ３３の処理が実行される。

ステップＳＡ３３において、ＣＰＵ３１は、写真表示モードが選択されたか否かを判定する。ステップＳＡ３３の判定は、ステップＳＡ３２でメインメモリ３２に記憶された入力位置データを参照することによって行うことができる。すなわち、ステップＳＡ３３の判定処理においては、ＣＰＵ３１は、図３１に示すように、写真表示モードを表す画像１０２が表示される領域をタッチする入力が行われたか否かを判定する。

ステップＳＡ３３の判定結果がＹｅｓである場合、ステップＳＡ３４の処理が実行される。一方、ステップＳＡ３３の判定結果がＮｏである場合、後述するステップＳＡ３５の処理が実行される。

ステップＳＡ３４において、ＣＰＵ３１は、写真表示モードにおいて実行すべき処理（写真表示モード処理）を実行する。以下、図３２を参照して、写真表示モード処理の詳細を説明する。

図３２は、図３０に示す写真表示モード処理（ステップＳＡ３４）の流れを示すフローチャートである。写真表示モード処理においては、まずステップＳＡ４１において、ＣＰＵ３１は表示処理を行う。写真表示モードにおけるステップＳＡ４１では、過去に撮影された保存画像等が表示される。以下、図３３を参照して、写真表示モードにおいて表示される画像について説明する。

図３３は、写真表示モードにおいて表示される画像の一例を示す図である。図３３に示すように、ステップＳＡ４１においては、複数（図では３つ）の保存画像１８１〜１８３と、カーソル１８４と、スクロールボタン１８５および１８６と、設定ボタン１８７と、終了ボタン１８８とが下側ＬＣＤ１２に表示される。

図３３において、保存画像１８１〜１８３は、保存用データメモリ３４またはメモリカード２８に保存されている保存画像（の一部）である。また、カーソル１８４によって囲まれている保存画像１８２が、カーソル１８４によって現在選択中の画像である。また、スクロールボタン１８５および１８６は、保存画像１８１〜１８３を左右にスクロールさせるためのボタンである。すなわち、画面右側のスクロールボタン１８５に対してタッチ入力が行われた場合、保存画像１８１〜１８３は右側にスクロールし、画面左側のスクロールボタン１８６に対してタッチ入力が行われた場合、保存画像１８１〜１８３は左側にスクロールする。保存画像が左右にスクロールする結果、下側ＬＣＤ１２に表示される保存画像が変更されるとともに、カーソル１８４で選択される保存画像が変更される。

なお、本実施形態においては、写真表示モードにおいては、簡易撮影処理または多機能撮影処理のいずれかにおいて保存された撮像画像が表示される。本実施形態においては、簡易撮影処理において保存された保存画像も、多機能撮影処理において保存された保存画像も、区別なく保存される。具体的には、いずれの保存画像についても、保存画像のデータファイルのファイル名を付けるルール（例えば、撮影時の日時や、ゲーム装置１０で撮影された画像の通算枚数等を用いてファイル名を付す）は同じである。いずれの撮影処理において保存された保存画像についても区別なく保存される結果、写真表示モードにおいては、各撮影処理において保存された保存画像の両方を表示することができる。

設定ボタン１８７は、カーソル１８４によって選択されている保存画像を、新たにお気に入り画像として設定する操作を行うためのボタン画像である。すなわち、設定ボタン１８７に対してタッチ入力が行われた場合、カーソル１８４によって選択されている保存画像がお気に入り画像に設定される。

終了ボタン１８８は、写真表示モードを終了する操作を行うためのボタン画像である。すなわち、終了ボタン１８８に対してタッチ入力が行われた場合、写真表示モードが終了して、ＣＰＵ３１による処理はステップＳＡ３１の処理に戻る。

なお、ステップＳＡ４１においては、上側ＬＣＤ２２には、何らかの情報が表示されてもよいし、表示が行われなくてもよい。本実施形態においては、ＣＰＵ３１は、カーソル１８４によって選択されている保存画像を上側ＬＣＤ２２に表示する。

図３２の説明に戻り、ステップＳＡ４１の次にステップＳＡ４２の処理が実行される。ステップＳＡ４２において、ＣＰＵ３１は、各入力装置に対する入力を受け付ける。ステップＳＡ４２の処理は上記ステップＳＡ６の処理と同様である。ステップＳＡ４２の次にステップＳＡ４３の処理が実行される。

ステップＳＡ４３において、ＣＰＵ３１は、下側ＬＣＤ１２に表示されている保存画像をスクロールさせる操作が行われたか否かを判定する。ステップＳＡ４３の判定は、ステップＳＡ４２でメインメモリ３２に記憶された入力位置データを参照することによって行うことができる。すなわち、ステップＳＡ４３の判定処理においては、ＣＰＵ３１は、スクロールボタン１８５または１８６が表示されている領域をタッチする入力が行われたか否かを判定する。

ステップＳＡ４３の判定結果がＹｅｓである場合、ステップＳＡ４４の処理が実行される。一方、ステップＳＡ４３の判定結果がＮｏである場合、後述するステップＳＡ４５の処理が実行される。

ステップＳＡ４４において、ＣＰＵ３１は、下側ＬＣＤ１２に表示されている保存画像をスクロールさせる。すなわち、スクロールボタン１８５に対してタッチ入力が行われた場合には保存画像を右にスクロールさせ、スクロールボタン１８６に対してタッチ入力が行われた場合には保存画像を左にスクロールさせる。これによって、下側ＬＣＤ１２の画面にそれまで表示されていなかった保存画像が表示される。ステップＳＡ４４の次に上記ステップＳＡ４１の処理が再度実行される。

一方、ステップＳＡ４５において、ＣＰＵ３１は、お気に入り画像として保存画像を設定する操作が行われたか否かを判定する。ステップＳＡ４５の判定は、ステップＳＡ４２でメインメモリ３２に記憶された入力位置データを参照することによって行うことができる。すなわち、ステップＳＡ４５の判定処理においては、ＣＰＵ３１は、設定ボタン１８７が表示されている領域をタッチする入力が行われたか否かを判定する。ステップＳＡ４５の判定結果がＹｅｓである場合、ステップＳＡ４６の処理が実行される。一方、ステップＳＡ４５の判定結果がＮｏである場合、上記ステップＳＡ４１の処理が再度実行される。

ステップＳＡ４６において、ＣＰＵ３１は、カーソル１８４によって現在選択されている保存画像を、お気に入り画像として設定する。具体的には、保存用データメモリ３４またはメモリカード２８に保存されている当該保存画像のデータに対して、お気に入り画像であることを示す情報を付加する。さらに、本実施形態においては、ＣＰＵ３１は、ステップＳＡ４６において、上記保存画像を第１グループから第３グループのいずれに設定するかを選択させる。したがって、上記保存画像のデータには、第１〜第３グループのうちでユーザが選択したグループを示す情報が付加される。以上のステップＳＡ４６の次にステップＳＡ４７の処理が実行される。

ステップＳＡ４７において、ＣＰＵ３１は、写真表示モードを終了するか否かを判定する。ステップＳＡ４７の判定は、ステップＳＡ４２でメインメモリ３２に記憶された入力位置データを参照することによって行うことができる。すなわち、ステップＳＡ４７の判定処理においては、ＣＰＵ３１は、終了ボタン１８８が表示されている領域をタッチする入力が行われたか否かを判定する。ステップＳＡ４７の判定結果がＹｅｓである場合、ＣＰＵ３１は図３２に示す写真表示モード処理を終了する。一方、ステップＳＡ４７の判定結果がＮｏである場合、上記ステップＳＡ４１の処理が再度実行される。

以上に説明した写真表示モードにおいて、ユーザは、過去に撮影した保存画像を閲覧することができるとともに、保存画像をお気に入り画像として設定することができる。上述したように、上記ステップＳＡ３においては、メニュー画面において表示される表示画像（図２３に示す表示画像７５）は、お気に入り画像の中から選択される。したがって、ユーザは、表示画像として表示される対象となる画像を自分で選択することができる。

図３０の説明に戻り、上記ステップＳＡ３４の処理が終了すると、ステップＳＡ３１の処理が再度実行される。したがって、写真表示モードが終了すると、写真表示モードと撮影モードとのいずれかをユーザに選択させる画面が再度表示される（ステップＳＡ３１）。

一方、ステップＳＡ３５において、ＣＰＵ３１は、撮影モードが選択されたか否かを判定する。ステップＳＡ３５の判定は、ステップＳＡ３２でメインメモリ３２に記憶された入力位置データを参照することによって行うことができる。すなわち、ステップＳＡ３５の判定処理においては、ＣＰＵ３１は、図３１に示すように、撮影モードを表す画像１０１が表示される領域をタッチする入力が行われたか否かを判定する。ステップＳＡ３５の判定結果がＹｅｓである場合、ステップＳＡ３６の処理が実行される。一方、ステップＳＡ３５の判定結果がＮｏである場合、後述するステップＳＡ３７の処理が実行される。

ステップＳＡ３６において、ＣＰＵ３１は、撮影モードにおいて実行すべき処理（撮影モード処理）を実行する。以下、図３４を参照して、撮影モード処理の詳細を説明する。

図３４は、図３２に示す撮影モード処理（ステップＳＡ３６）の流れを示すフローチャートである。撮影モード処理においては、まずステップＳＡ５０において、ＣＰＵ３１は、内側カメラ２３または外側カメラ２５によって撮像された画像のデータを取得する。ステップＳＡ５０の処理は上記ステップＳＡ２２の処理（図２２）と同じである。ステップＳＡ５０の次にステップＳＡ５１の処理が実行される。

ステップＳＡ５１において、ＣＰＵ３１は表示処理を行う。撮影モードであるステップＳＡ５１においては、カメラ２３または２４による撮像画像等が表示される。以下、図３５（ａ）を用いて、撮影モードにおいて表示される画像について説明する。

図３５（ａ）は、撮影モードにおいて表示される画像の一例を示す図である。図３５（ａ）に示すように、ステップＳＡ５１においては、図２４と同様の撮像画像７７の他、各種ボタン９１〜９９が下側ＬＣＤ１２に表示される。各ボタン９１〜９９は、その画像の位置に対してユーザがタッチ入力を行うことによって、ゲーム装置１０に対する指示を行うための画像である。以下、各ボタン９１〜９９について説明する。

撮影ボタン９１は、撮影操作を行うためのボタン画像である。すなわち、撮影ボタン９１に対してタッチ入力が行われた場合に撮像画像の保存処理が行われる。なお、撮影ボタン９１は、ユーザが右手または左手のどちらの手で操作する場合にも操作しやすいように、下側ハウジング１１の（左右方向に関して）略中央に表示されることが好ましい。

カメラ切替ボタン９２は、カメラ切替操作を行うための画像である。すなわち、カメラ切替ボタン９２に対してタッチ入力が行われた場合、内側カメラ２３および外側カメラ２５のうちで、撮像を行うカメラが切替えられる。

終了ボタン９３は、撮影モードを終了する操作を行うためのボタン画像である。すなわち、終了ボタン９３に対してタッチ入力が行われた場合、撮影モードが終了して、ＣＰＵ３１による処理はステップＳＡ３１の処理に戻る。

また、各ボタン９４〜９９は、編集処理における指示を行うためのボタン画像である。ペンモードボタン９４、消しゴムモードボタン９５、およびスタンプモードボタン９６は、編集モードを変更する操作を行うためのボタン画像である。ここで、本実施形態では、ペンモード、スタンプモード、および消しゴムモードという３つのモードが予め用意される。ペンモードにおいては、タッチパネル１３に対して入力された入力軌跡の画像を撮像画像に付加することができる。スタンプモードにおいては、予め用意されたスタンプ画像を撮像画像に付加することができる。消しゴムモードにおいては、ペンモードまたはスタンプモードで付加された画像を消去することができる。ペンモードボタン９４は、編集モードをペンモードに変更する指示を行うための画像である。消しゴムモードボタン９５は、編集モードを消しゴムモードに変更する指示を行うための画像である。スタンプモードボタン９６は、編集モードをスタンプモードに変更する指示を行うための画像である。

太さ変更ボタン９７は、ペンモードにおいて入力される線の太さを変更する指示を行うための画像である。色変更ボタン９８は、ペンモードにおいて入力される線の色を変更する指示を行うための画像である。全消去ボタン９９は、ペンモードまたはスタンプモードで付加された画像を全て消去する指示を行うための画像である。

上記各ボタン９４〜９９を用いて指示を行うことによって、ユーザは、下側ＬＣＤ１２に表示される撮像画像の上に（撮像画像に重ねて）画像を入力することができる。なお、図３５（ａ）においては、後述する編集処理においてユーザによって入力される画像がない場合における画像を示している。また、本実施形態においては、上側ＬＣＤ２２には、撮影モードにおける操作の仕方をユーザに説明する画像が表示される。

図３４の説明に戻り、ステップＳＡ５２において、ＣＰＵ３１は、各入力装置に対する入力を受け付ける。ステップＳＡ５２の処理は上記ステップＳＡ６の処理と同様である。ステップＳＡ５２の次にステップＳＡ３３の処理が実行される。

ステップＳＡ５３において、ＣＰＵ３１は、撮影操作が行われたか否かを判定する。ステップＳＡ５３の判定は、ステップＳＡ５２でメインメモリ３２に記憶された操作データおよび入力位置データを参照することによって行うことができる。すなわち、ステップＳＡ５３の判定処理においては、ＣＰＵ３１は、Ｌボタン１４ＩまたはＲボタン１４Ｊが押下されたか、あるいは、撮影ボタン９１が表示される領域をタッチする入力が行われたか否かを判定する。

このように、多機能撮影処理においては、ユーザは、簡易撮影処理における撮影操作と同じ操作（Ｌボタン１４ＩまたはＲボタン１４Ｊを押下する操作）を撮影操作として行うことができるとともに、撮影ボタン９１をタッチする操作を撮影操作として行うことができる。ステップＳＡ５３の判定結果がＹｅｓである場合、ステップＳＡ５４の処理が実行される。一方、ステップＳＡ５３の判定結果がＮｏである場合、後述するステップＳＡ５５の処理が実行される。

上記ステップＳＡ５３で述べたように、本実施形態においては、簡易撮影プログラム５２と多機能撮影アプリケーションプログラム５３とが共通に有する機能である撮影処理機能は、同一の操作（Ｌボタン１４ＩまたはＲボタン１４Ｊを押下する操作）に応じて実行される。プログラムが変わっても同じ機能に関しては同じ操作を行うことが可能であるので、ユーザにとって使いやすい操作体系を提供することができる。

なお、「共通に有する機能が同一の操作に応じて実行される」とは、簡易撮影プログラム５２と多機能撮影アプリケーションプログラム５３とのいずれにおいても、ある操作によってある同じ機能が実行されればよいことを意味しており、簡易撮影プログラム５２と多機能撮影アプリケーションプログラム５３とのいずれか一方において、当該ある操作とは異なる操作によっても当該機能が実行されることを除外する意味ではない。すなわち、本実施形態のように、多機能撮影アプリケーションプログラム５３においては、Ｌボタン１４ＩまたはＲボタン１４Ｊを押下する操作の他に、撮影ボタン９１をタッチする操作によって撮影処理が実行されるようにしてもよい。

ステップＳＡ５４において、ＣＰＵ３１は撮像画像を保存する。ステップＳＡ５４における処理は、上記簡易撮影処理におけるステップＳＡ２６の処理と同じである。したがって、本実施形態においては、簡易撮影処理と多機能撮影処理とにおいて、撮像画像を保存する処理は同じように実行される。具体的には、撮像に用いられるカメラの決定方法および保存先の決定方法が、簡易撮影処理と多機能撮影処理とで同じ方法によって行われる。ステップＳＡ５４の次に、後述するステップＳＡ５９の処理が実行される。

ステップＳＡ５５において、ＣＰＵ３１は、カメラ切替操作が行われたか否かを判定する。ステップＳＡ５５の判定は、ステップＳＡ５２でメインメモリ３２に記憶された入力位置データを参照することによって行うことができる。すなわち、ステップＳＡ５５の判定処理においては、ＣＰＵ３１は、カメラ切替ボタン９２が表示される領域をタッチする入力が行われたか否かを判定する。ステップＳＡ５５の判定結果がＹｅｓである場合、ステップＳＡ５６の処理が実行される。一方、ステップＳＡ５５の判定結果がＮｏである場合、後述するステップＳＡ５７の処理が実行される。

ステップＳＡ５６において、ＣＰＵ３１は、画像の撮像を行うカメラを切替える。すなわち、画像の撮像を行うカメラが内側カメラ２３である場合には、画像の撮像を行うカメラを外側カメラ２５に変更し、画像の撮像を行うカメラが外側カメラ２５である場合には、画像の撮像を行うカメラを内側カメラ２３に変更する。具体的には、ＣＰＵ３１は、各カメラ２３および２５のうちで画像の撮像を行っている一方のカメラに対して動作を停止する旨の指示を行うととともに、他方のカメラに対して撮像を行う旨の指示を行う。上記ステップＳＡ５６の処理が実行された場合、次に行われるステップＳＡ５０では切替後のカメラで撮像された画像のデータがＣＰＵ３１によって取得され、次に行われるステップＳＡ５１では切替後のカメラで撮像された画像が下側ＬＣＤ１２に表示されることになる。また、ステップＳＡ５６において、ＣＰＵ３１は、切替後のカメラを示すデータをカメラ切替データ６７としてメインメモリ３２に記憶する。これによって、次回に多機能撮影処理を実行する場合、および、簡易撮影処理を実行する場合において、切替後のカメラによって撮像が行われることとなる。ステップＳＡ５６の次に、後述するステップＳＡ５９の処理が実行される。

ステップＳＡ５７において、ＣＰＵ３１は、編集操作が行われたか否かを判定する。ステップＳＡ５７の判定は、ステップＳＡ５２でメインメモリ３２に記憶された入力位置データを参照することによって行うことができる。すなわち、ステップＳＡ５７の判定処理においては、ＣＰＵ３１は、各ボタン９４〜９９が表示される領域、または、撮像画像７７が表示される領域をタッチする入力が行われたか否かを判定する。ステップＳＡ５７の判定結果がＹｅｓである場合、ステップＳＡ５８の処理が実行される。一方、ステップＳＡ５７の判定結果がＮｏである場合、後述するステップＳＡ５９の処理が実行される。

ステップＳＡ５８において、ＣＰＵ３１は、ユーザによって行われたタッチ入力に従って各種の編集処理を行う。例えば、各ボタン９４〜９８がタッチされた場合には、ＣＰＵ３１は、タッチされたボタンに応じて設定（編集モード、および、線の太さまたは色に関する設定）を変更する。また、撮像画像７７の領域がタッチされた場合には、タッチされた位置に対して、編集モードに応じた処理を行う。すなわち、編集モードがペンモードである場合にはタッチ入力による軌跡の画像を撮像画像７７に付加し、スタンプモードである場合には、予め用意されたスタンプ画像を撮像画像７７に対してタッチ位置に付加し、消しゴムモードである場合には、タッチされた位置に対してペンモードまたはスタンプモードで付加された画像を消去する。また、全消去ボタン９９がタッチされた場合には、ペンモードまたはスタンプモードで撮像画像７７に対して付加された画像を全て消去する。なお、ステップＳＡ５８の編集モードに応じた処理の詳細については後述する。

以上のステップＳＡ５８の次に、ステップＳＡ５９の処理が実行される。
ステップＳＡ５９において、ＣＰＵ３１は、撮影モードを終了するか否かを判定する。ステップＳＡ５９の判定は、ステップＳＡ４５２でメインメモリ３２に記憶された入力位置データを参照することによって行うことができる。すなわち、ステップＳＡ５９の判定処理においては、ＣＰＵ３１は、終了ボタン９３が表示されている領域をタッチする入力が行われたか否かを判定する。ステップＳＡ５９の判定結果がＹｅｓである場合、ＣＰＵ３１は図３４に示す撮影モード処理を終了する。一方、ステップＳＡ５９の判定結果がＮｏである場合、上記ステップＳＡ５０の処理が再度実行される。以上で、図３４に示す撮影モード処理の説明を終了する。

なお、上述の多機能撮影アプリケーションプログラム５３は、上述した編集機能に加えて、撮像画像７７に対して、他の種類の編集操作や演出操作を行う機能を有する場合がある。このような場合には、ユーザが使用したい機能を選択するメニュー画面を、ステップＳＡ５１の表示処理に先立って表示することが好ましい。以下、図３５（ｂ）を用いて、撮影モードにおいて表示されるメニュー画面の一例について説明する。

図３５（ｂ）は、撮影モードにおいて表示されるメニュー画面の一例を示す図である。図３５（ｂ）に示すように、メニュー画面では、図２４と同様の撮像画像７７の他、ボタン群１５０および各種ボタン１５２，１５４，１５６，１５８が下側ＬＣＤ１２に表示される。ボタン群１５０に含まれる各アイコン画像は、多機能撮影アプリケーションプログラム５３に含まれる対応する機能の選択を、ゲーム装置１０に対して指示するための画像である。以下、各ボタン１５２，１５４，１５６，１５８について説明する。

スクロールボタン１５２および１５４は、それぞれボタン群１５０に含まれる各アイコン画像に対する選択を行うためのボタン画像である。すなわち、スクロールボタン１５２または１５４に対してタッチ入力が行なわれた場合、ボタン群１５０に含まれるアイコン画像のうち、選択状態（アクティブ）なものが順次変更される。

終了ボタン１５６は、撮影モードを終了する操作を行うためのボタン画像である。すなわち、終了ボタン１５２に対してタッチ入力が行われた場合、撮影モードが終了して、ＣＰＵ３１による処理はステップＳＡ３１の処理に戻る。

開始ボタン１５８は、多機能撮影アプリケーションプログラムに含まれる機能のうち、選択された機能の実行を指示する操作を行うためのボタン画像である。すなわち、ボタン群１５０に含まれるいずれかのアイコン画像が選択された上で、開始ボタン１５８対してタッチ入力が行われた場合、選択中のアイコン画像に対応する機能が実行される。

図３０の説明に戻り、上記ステップＳＡ３６の処理が終了すると、ステップＳＡ３１の処理が再度実行される。したがって、撮影モードが終了すると、写真表示モードと撮影モードとのいずれかをユーザに選択させる画面が再度表示される（ステップＳＡ３１）。

一方、ステップＳＡ３７において、ＣＰＵ３１は、保存画像の保存先を変更する操作が行われたか否かを判定する。ステップＳＡ３７の判定は、ステップＳＡ３２でメインメモリ３２に記憶された入力位置データを参照することによって行うことができる。すなわち、ステップＳＡ３７の判定処理においては、ＣＰＵ３１は、撮像画像の保存先を変更する指示を表す画像が表示される領域をタッチする入力が行われたか否かを判定する。ステップＳＡ３７の判定結果がＹｅｓである場合、ステップＳＡ３８の処理が実行される。一方、ステップＳＡ３７の判定結果がＮｏである場合、後述するステップＳＡ３９の処理が実行される。

ステップＳＡ３８において、ＣＰＵ３１は、撮像画像の保存先を変更する。すなわち、現在の保存先が保存用データメモリ３４である場合には、保存先をメモリカード２８へと変更し、現在の保存先がメモリカード２８である場合には、保存先を保存用データメモリ３４へと変更する。具体的には、ＣＰＵ３１は、変更後の保存先を示すデータを保存先データ６８としてメインメモリ３２に記憶する。ステップＳＡ３８の次にステップＳＡ３１の処理が再度実行される。

ステップＳＡ３９において、ＣＰＵ３１は、多機能撮影処理を終了するか否かを判定する。この判定は、ユーザによって多機能撮影処理を終了する指示が行われたか否かによって行われる。多機能撮影処理を終了する指示は、例えば、ステップＳＡ３１における表示処理において、多機能撮影処理を終了する操作を行うためのボタン画像を表示するようにし、当該ボタン画像をタッチすることにより行われてもよい。また、上記指示は、予め定められた所定のボタンを押下することにより行われてもよい。ステップＳＡ３９の判定結果がＮｏである場合、ステップＳＡ３１の処理が再度実行される。一方、ステップＳＡ３９の判定結果がＹｅｓである場合、ＣＰＵ３１は、多機能撮影アプリケーションプログラム５３の実行を終了し、多機能撮影処理を終了する。その後、図２１に示すステップＳＡ３の処理が再度実行される。

図２１の説明に戻り、ステップＳＡ１３において、ＣＰＵ３１は、ゲーム装置１０における処理を終了するか否かを判定する。ステップＳＡ１３の判定は、例えばユーザが所定の終了指示操作（具体的には、電源ボタン１４Ｆを押下する操作等）を行ったか否か等によって行われる。ステップＳＡ１３の判定結果がＮｏの場合、ステップＳＡ５の処理が再度実行される。一方、ステップＳＡ１３の判定結果がＹｅｓの場合、ＣＰＵ３１は図２１に示す処理を終了する。

以上のように、本実施形態によれば、メニュー画面が表示されている状態（起動受付状態。ステップＳＡ５）において、ゲーム装置１０は、被選択アプリケーションプログラムを起動するための第１起動操作を受け付ける（ステップＳＡ１１およびＳＡ１２）とともに、簡易撮影プログラム５２を起動するための撮影可能操作を受け付ける（ステップＳＡ９およびＳＡ１０）。したがって、メニュー画面が表示されている状態から撮影可能操作によって直ちに簡易撮影プログラム５２を起動することができるので、ユーザは、簡易撮影プログラム５２を容易に起動することができる。特に、本実施形態においては、所望の被選択アプリケーションプログラムを起動するためには、ユーザは必要に応じてスクロール操作を行った後で第１起動操作を行わなければならないのに対して、簡易撮影プログラム５２を起動するためには、ユーザは撮影可能操作を行うのみでよい。したがって、本実施形態においては、被選択アプリケーションプログラムよりも簡易撮影プログラム５２をより容易に起動することができる。

さらに、上記実施形態によれば、簡易撮影プログラム５２の実行中（撮影可能状態。ステップＳＡ２２〜ＳＡ２９）においては、ＣＰＵ３１は、撮影アプリケーションプログラム５３を起動するための第２起動操作を受け付ける（ステップＳＡ２９）。これによれば、ユーザは、簡易撮影プログラム５２による撮影を行っている最中であっても、第２起動操作によって多機能撮影アプリケーションプログラム５３を起動することができる。したがって、簡易撮影プログラム５２による撮影の最中に、簡易撮影プログラム５２が有していない多機能撮影アプリケーションプログラム５３の機能を使用したくなった場合であっても、ユーザは、第２起動操作によって容易かつ迅速に当該機能を使用することができる。

また、本実施形態においては、相対的に簡易な機能である簡易撮影プログラム５２がメニュー画面から迅速に起動することが可能であり、より多くの機能を有する多機能撮影アプリケーションプログラム５３を簡易撮影プログラム５２の実行中において直ちに起動することが可能である。

したがって、本実施形態によれば、「まず簡易な機能の撮影用プログラムによってゲーム装置１０を操作し、次に、より多機能な撮影用プログラムによってゲーム装置１０の各種の撮影機能を利用する」という利用態様でユーザにゲーム装置１０を使用させることができ、ゲーム装置１０の操作にユーザが次第に慣れていくように使用させることができる。

また、簡易撮影プログラム５２は多機能撮影アプリケーションプログラム５３の紹介用（試用版）であるとみなすことができ、ゲーム装置１０の提供者側からすれば、メニュー画面から簡易撮影プログラム５２を迅速に起動可能とすることによって、ユーザによる多機能撮影アプリケーションプログラム５３の利用を促進することができる。

また、本実施形態においては、簡易撮影プログラム５２の機能は多機能撮影アプリケーションプログラム５３の機能の一部であるので、簡易撮影プログラム５２のデータサイズは、多機能撮影アプリケーションプログラム５３のデータサイズに比べて小さい。したがって、メニュー画面から上記撮影可能操作によって起動されるプログラムを、データサイズの小さい方の簡易撮影プログラム５２とすることにより、メニュー画面から撮影用のプログラムを迅速に起動させることができる。

＜撮影誘導処理＞
次に、上記ステップＳＡ２における、撮影誘導処理の詳細について説明する。図２７は、図２１に示す撮影誘導処理（ステップＳＡ２）の流れを示すフローチャートである。撮影誘導処理においては、まずステップＳＡ６１において、ＣＰＵ３１は、撮影を行うか否か（すなわち、ゲーム装置１０の状態を撮影可能状態へと遷移させるか否か）をユーザに選択させる選択画面を表示する。例えば、「写真を撮って見ませんか？」というメッセージとともに、撮影を行う指示を行うためのボタン画像と、撮影を行わない指示を行うためのボタン画像とを下側ＬＣＤ１２に表示する。ステップＳＡ６１の次にステップＳＡ６２の処理が実行される。

ステップＳＡ６２において、ＣＰＵ３１は、各入力装置に対する入力を受け付ける。ステップＳＡ６２の処理は上記ステップＳＡ６の処理と同じである。ステップＳＡ６２の次にステップＳＡ６３の処理が実行される。

ステップＳＡ６３において、ＣＰＵ３１は、撮影を行う指示が選択されたか否かを判定する。ステップＳＡ６３の判定は、ステップＳＡ６２でメインメモリ３２に記憶された入力位置データを参照することによって行うことができる。すなわち、ステップＳＡ６３の判定処理においては、ＣＰＵ３１は、撮影を行う指示を行うためのボタン画像が表示されている領域をタッチする入力が行われたか否かを判定する。ステップＳＡ６３の判定結果がＹｅｓである場合、ステップＳＡ６４の処理が実行される。一方、ステップＳＡ６３の判定結果がＮｏである場合、後述するステップＳＡ６５の処理が実行される。

ステップＳＡ６４において、ＣＰＵ３１は、簡易撮影処理を実行する。この簡易撮影処理は、上記ステップＳＡ１０と同様であるので、詳細な説明を省略するが、この簡易撮影処理によって撮影可能状態となるので、ユーザは、撮影操作を行うことができる。ステップＳＡ６４の簡易撮影処理が終了後、ＣＰＵ３１は図２７に示す撮影誘導処理を終了する。なお、本実施形態においては、ステップＳＡ６４の処理とステップＳＡ１０の処理とが同じであるので、ステップＳＡ６４の簡易撮影処理においてもステップＳＡ１０と同様、簡易撮影処理中において多機能撮影アプリケーションプログラム５３を起動することが可能である。ただし、代替の実施形態においては、ステップＳＡ６４の簡易撮影処理においては、第２起動操作を行うためのボタン画像７８を表示しないようにし、多機能撮影アプリケーションプログラム５３を起動することができないようにしてもよい。

一方、ステップＳＡ６５においては、ＣＰＵ３１は、撮影機能に関する紹介を行うための画像を表示する。例えば、簡易撮影プログラム５２および多機能撮影アプリケーションプログラム５３に関する機能を説明する画像等を各ＬＣＤ１２および２２に表示する。ステップＳＡ６５の後、ＣＰＵ３１は図２７に示す撮影誘導処理を終了する。

以上のように、本実施形態においては、ゲーム装置１０は、ゲーム装置１０の起動が初めてであるか否かを判定し（ステップＳＡ１）、ゲーム装置１０が最初に起動される場合（ステップＳＡ１でＹｅｓ）には、ゲーム装置１０の状態を撮影可能状態へと遷移させるか否かをユーザに選択させる表示を行う（ステップＳＡ６１）。そして、撮影を行うことをユーザが選択した場合（ステップＳＡ６３でＹｅｓ）には、実際に撮影操作を体験させる（ステップＳＡ６４）。

これによって、ゲーム装置１０における撮影操作を最初に体験してもらうようにユーザを誘導することができる。つまり、撮影誘導処理によって、ゲーム装置１０を初めて使用するユーザに対してまず最初に撮影操作を行わせることができ、撮影操作に慣れさせることができる。また、本実施形態においては、ステップＳＡ６４において上記簡易撮影プログラム５２による簡易な撮影操作をユーザに体験させるので、最初に多機能撮影アプリケーションプログラム５３による撮影操作を体験させる場合に比べて、ユーザは容易に撮影操作を行うことができる。

また、ゲーム装置１０の製造者側からすれば、まず簡易な撮影操作をユーザに実際に体験してもらうことで、ゲーム装置１０の撮影機能をユーザにわかりやすく紹介することができる。

なお、本実施形態においては、ステップＳＡ６１において、撮影可能状態へと遷移させるか否かをユーザに選択させるようにしたが、代替の実施形態においては、撮影誘導処理において、ユーザに選択させることなく、撮影可能状態へと遷移させるようにしてもよい。すなわち、ユーザに選択させることなく、撮影用のプログラム５２または５３による撮影処理を実行するようにしてもよい。

＜表示画面の変更について＞
本実施形態においては、ゲーム装置１０は、メニュー画面における表示画像の内容を所定のタイミングで（ユーザの指示によらず、自動的に）変更する。これによって、メニュー画面に変化を与え、ユーザを飽きさせないようにすることができる。

さらに、本実施形態では、上記所定のタイミングには、ゲーム装置１０が起動したタイミング、および、被選択アプリケーションプログラムが終了したタイミングが含まれる。すなわち、上述したように、ゲーム装置１０が起動した場合、および、被選択アプリケーションプログラムが終了した場合には、ステップＳＡ３の処理が実行された後でステップＳＡ５の表示処理が実行されるので、メニュー画面における表示画像が変更される。つまり、ゲーム装置１０を起動する度、および、被選択アプリケーションプログラムを実行する度に表示画像が変更される。

これによれば、ユーザにとっては起動時および被選択アプリケーションプログラムの実行終了時に（「どの画像が表示されるのか」という）楽しみができるので、ゲーム装置１０の提供者側にとっては、ユーザがゲーム装置１０を起動したり被選択アプリケーションプログラムを実行したりすること（すなわち、ゲーム装置１０を使用すること）を促進させることができるという効果がある。

さらに、本実施形態においては、上記所定のタイミングには、折り畳み式であるゲーム装置１０を開いたタイミングが含まれる。なお、本実施形態においては、閉じた状態にあるゲーム装置１０はスリープモードの状態であるので、上記「ゲーム装置１０が起動したタイミング」には「閉じた状態（スリープモード）にあるゲーム装置１０が開いた（スリープモードから再起動した）タイミング」が含まれるとも言える。ＣＰＵ３１は、開いた状態にあるゲーム装置１０を一端閉じた後で再びゲーム装置１０を開いた場合、閉じた前後で表示画像を変更するのである。

これによって、ユーザにとってはゲーム装置１０を開く際に楽しみができるので、ゲーム装置１０の提供者側にとっては、ゲーム装置１０を開かせることによってユーザによるゲーム装置１０の使用を促進させることができるという効果がある。なお、本実施形態においては、閉じた状態にあるゲーム装置１０が開いたタイミングでは、表示画面をランダムに変更するのではなく、所定の順序に従って変更する。以下、図２８を参照して、開閉に応じて表示画像を変更する処理の詳細を説明する。

図２８は、ゲーム装置１０の開閉時に実行される処理（開閉時処理）の詳細を示すフローチャートである。図２８に示す処理は、図２１に示す処理中の間の任意のタイミングにおいて、ゲーム装置１０が閉じられたことに応じて開始される。

開閉時処理においては、まずステップＳＡ７１において、ＣＰＵ３１は、ゲーム装置１０をスリープモードに遷移する。具体的には、ＣＰＵ３１は、各ＬＣＤ１２および２２における画像表示を停止したり、実行中のアプリケーションプログラムにおける処理を一時停止させたりする。ステップＳＡ７１の次にステップＳＡ７２の処理が実行される。

ステップＳＡ７２において、ＣＰＵ３１は、ゲーム装置１０が開いた状態となったか否かを判定する。ステップＳＡ７２の判定結果がＹｅｓである場合、ステップＳＡ７３の処理が実行される。一方、ステップＳＡ７２の判定結果がＮｏである場合、再度ステップＳＡ７２の処理が実行される。すなわち、ＣＰＵ３１は、ゲーム装置１０が開いた状態となるまで待機する。

ステップＳＡ７３において、ＣＰＵ３１は、開閉時処理が開始される前の状態から表示画像を変更する。ここで、ステップＳＡ７３においては、お気に入り画像のうちから表示画像を所定の順番に従って順次選択することによって、表示画像を変更する。以下、図２９を参照して表示画像の変更方法について説明する。

図２９は、ステップＳＡ７３における表示画像の変更方法を示す図である。なお、図２９においては、第１グループには３つのお気に入り画像、第２グループには２つのお気に入り画像、第３グループには４つのお気に入り画像が含まれている場合を例として示している。本実施形態においては、各グループに含まれるお気に入り画像は、所定の順序で並んで管理される。所定の順序とは、例えば撮影（保存）された日時の順でもよいし、お気に入り画像として設定された日時の順でもよいし、ユーザによって設定された順序でもよい。ステップＳＡ７３においては、この順番に従ってお気に入り画像が順次変更される。すなわち、ＣＰＵ３１は、変更前における（開閉時処理が開始される前の状態における）表示画像の次の順番のお気に入り画像を、変更後の表示画像とする。また、変更前における表示画像がそのグループ内で最後の順番のお気に入り画像である場合、当該グループの次のグループの先頭のお気に入り画像を、変更後の表示画像とする。また、変更前における表示画像が第３グループ内で最後の順番のお気に入り画像である場合、第１グループの先頭のお気に入り画像を、変更後の表示画像とする。以上のように、ステップＳＡ７３においては、図２９に示す矢印の順番に従って表示画像が変更されていくこととなる。なお、ステップＳＡ７３の後、ＣＰＵ３１は開閉時処理を終了し、開閉時処理が開始される直前の状態に復帰する。

以上のように、本実施形態においては、ゲーム装置１０を開いた状態にされる度に、表示画像が所定の順序で切替わる。これによれば、ユーザは、ゲーム装置１０を開閉する操作によって次々と表示画像を変更して楽しむことができる。例えば、ユーザは、ゲーム装置１０を開く度に絵（表示画像）が変わる４コマ漫画を作成したり、ゲーム装置１０の開閉を繰り返すことで時系列に並んだ一連の写真を連続して見たりすることができる。なお、このとき、上記ステップＳＡ３においては、ＣＰＵ３１は、各グループの先頭のお気に入り画像のうちからランダムで表示画像を選択するようにしてもよい。これによって、各グループ内に含まれる全ての画像を所定の順序で連続して表示することができる。

なお、代替の実施形態においては、ゲーム装置１０は、所定の操作（例えば所定のボタンを押下する操作）に応じて表示画像が所定の順序で切替わるようにしてもよい。すなわち、上記所定のタイミングは、所定の操作が行われたタイミングであってもよい。

＜変形例＞
上記実施形態では、簡易撮影プログラム５２と多機能撮影アプリケーションプログラム５３との間で、所定の情報（データ）を共通に使用することとした。具体的には、２つのプログラム５２および５３は、撮像を行うカメラの情報および保存画像の保存先の情報を共通に使用した。ここで、代替の実施形態においては、２つのプログラム５２および５３は、他の情報を共通に使用するようにしてもよい。例えば、ゲーム装置１０で撮影を行った通算数に基づいて保存画像のファイル名を決定する場合であれば、当該通算数の情報を共通に使用するようにしてもよい。

また、代替の実施形態においては、ゲーム装置１０は、撮影可能状態において多機能撮影アプリケーションプログラム５３が起動される場合（ステップＳＡ２９でＹｅｓの場合）と、起動受付状態において多機能撮影アプリケーションプログラム５３が起動される場合（ステップＳＡ１１でＹｅｓの場合）とで、多機能撮影アプリケーションプログラム５３に渡されるべき引数の内容を異なるようにしてもよい。

例えば、多機能撮影アプリケーションプログラム５３の実行開始時におけるモードを示す情報を、上記引数としてもよい。つまり、撮影可能状態において多機能撮影アプリケーションプログラム５３が起動される場合と、起動受付状態において多機能撮影アプリケーションプログラム５３が起動される場合とで、多機能撮影アプリケーションプログラム５３の実行開始時におけるモードが異なるようにしてもよい。

具体的には、起動受付状態において多機能撮影アプリケーションプログラム５３が起動される場合には上記実施形態と同様に、実行開始時におけるモードを、撮影モードと写真表示モードとを選択させるモードとするのに対して、撮影可能状態において多機能撮影アプリケーションプログラム５３が起動される場合には、実行開始時におけるモードを撮影モードとするようにしてもよい。

撮影可能状態において多機能撮影アプリケーションプログラム５３が起動される場合には、ユーザが簡易撮影プログラム５２の有さない機能で撮影を行うために、多機能撮影アプリケーションプログラム５３を起動したと想定することができるからである。

また、代替の実施形態においては、撮影可能状態において多機能撮影アプリケーションプログラム５３が起動される場合には、実行開始時におけるモードを写真表示モードとし、さらに、撮影可能状態において表示されていた表示画像に関連する画像（例えば、表示画像と同じグループのお気に入り画像や、表示画像と同じ日に撮影された画像等）を表示するようにしてもよい。

また、上記実施形態においては、撮影可能状態において多機能撮影アプリケーションプログラム５３を起動するためのボタン画像（図２４に示すボタン画像７８）は１つであったが、代替の実施形態においては、２つのボタン画像を表示するようにしてもよい。ここで、２つのボタン画像のうちの一方は、多機能撮影アプリケーションプログラム５３の実行開始時におけるモードを撮影モードとして多機能撮影アプリケーションプログラム５３を起動するためのボタンであり、他方は、実行開始時におけるモードを写真表示モードとして多機能撮影アプリケーションプログラム５３を起動するためのボタンである。このように、代替の実施形態においては、ゲーム装置１０は、第２起動操作を複数種類用意し、行われた第２起動操作の種類によって（多機能撮影アプリケーションプログラム５３の）実行開始時のモードが異なるようにしてもよい。

また、上記実施形態においては、簡易撮影プログラム５２は、起動機能プログラム５１とは異なるプログラムとし、起動機能プログラム５１とは別に起動用プログラムによって起動されるものとした。ここで、代替の実施形態においては、簡易撮影プログラム５２は、起動機能プログラム５１の一部として構成されてもよい（つまり、起動用プログラム６１において起動機能プログラム５１と簡易撮影プログラム５２とは１つのプログラムであってもよい）。また、代替の実施形態においては、起動機能プログラム５１が簡易撮影プログラム５２を起動するようにしてもよい。

つまり、簡易撮影プログラム５２と多機能撮影アプリケーションプログラム５３とは、起動させるための指示（操作）が異なっていればよく、同じプログラムによって起動されてもよいし、異なるプログラムによって起動されてもよい。

［７．多機能撮影アプリケーションにおける機能の詳細］
＜概要＞
上述したように、多機能撮影アプリケーションプログラム５３が実行されることで、簡易撮影プログラム５２が有さない多数の機能が提供される。以下、本実施の形態に従う多機能撮影アプリケーションプログラム５３によって提供される典型的な２つの機能の詳細について以下説明する。

＜処理手順（第１形態）＞
図３６は、ゲーム装置１０における多機能撮影アプリケーションにおける撮影処理（その１）の流れを示すフローチャートである。なお、図３６に示すステップＳＢ１〜ＳＢ１１の処理ループは、（ステップＳＢ８〜ＳＢ１０の処理が実行される場合を除き）所定時間（例えば１／６０秒）に１回の割合で実行される。

図３６に示すステップＳＢ１において、ＣＰＵ３１は、内側カメラ２３または外側カメラ２５によって撮像された画像のデータを取得する。本実施形態では、各カメラ２３および２５のいずれか一方のカメラにおいてのみ画像が撮像される。ステップＳＢ１では、ＣＰＵ３１は、当該一方のカメラからのみ画像データを取得する。なお、本実施形態では、撮影処理の開始時においては、画像の撮像を行うカメラは外側カメラ２５に設定される。ステップＳＢ１の次にステップＳＢ２の処理が実行される。

上記ステップＳＢ１によってカメラ２３または２５から取得された画像データは、下側ＬＣＤ１２に表示される。図３７は、各ＬＣＤ１２および２２に表示される画像の一例を示す図である。なお、図３７においては、後述する入力画像生成処理においてユーザによって入力される画像がない場合における画像を示している。図３７に示すように、ＣＰＵ３１は、カメラ２３または２５によって撮像されたリアルタイムの画像（撮像画像）５２を下側ＬＣＤ１２に表示させる。なお、上側ＬＣＤ２２には、ユーザに操作の仕方を説明する画像２５２が表示される。また、本実施形態においては、ＣＰＵ３１は、撮像画像２５２とともに、各種ボタン画像２５３〜２６１を下側ＬＣＤ１２に表示させる。各ボタン画像２５３〜２６１は、その画像の位置に対してユーザがタッチ入力を行うことによって、ゲーム装置１０に対する指示を行うための画像である。以下、各ボタン画像２５３〜２６１について説明する。

ペンモード画像２５３、消しゴムモード画像２５４、およびシールモード画像２５５は、編集モードを変更するための画像である。ここで、本実施形態では、ペンモード、シールモード、および消しゴムモードという３つのモードが予め用意される。ペンモードにおいては、タッチパネル１３に対して入力された入力軌跡の画像を撮像画像に付加することができる。シールモードにおいては、予め用意されたシール画像を撮像画像に付加することができる。消しゴムモードにおいては、ペンモードまたはシールモードで付加された画像を消去することができる。ペンモード画像２５３は、編集モードをペンモードに変更する指示を行うための画像である。消しゴムモード画像２５４は、編集モードを消しゴムモードに変更する指示を行うための画像である。シールモード画像２５５は、編集モードをシールモードに変更する指示を行うための画像である。

太さ変更画像２５６は、ペンモードにおいて入力される線の太さを変更する指示を行うための画像である。色変更画像２５７は、ペンモードにおいて入力される線の色を変更する指示を行うための画像である。全消去画像２５８は、ペンモードまたはシールモードで付加された画像を全て消去する指示を行うための画像である。

上記各ボタン画像２５３〜２５８を用いて指示を行うことによって、ユーザは、下側ＬＣＤ１２に表示される撮像画像の上に（撮像画像に重ねて）画像を入力することができる。入力画像を生成する処理（入力画像生成処理）の詳細については後述する。

終了画像２５９は、撮影処理を終了する指示を行うための画像である。撮影指示画像２６０は、撮影指示を行うための画像である。本実施形態では、撮影指示とは、下側ＬＣＤ１２に表示されている画像（撮像画像に入力画像を重ねた画像）を保存（記録）する指示である。なお、撮影指示画像２６０は、ユーザが右手または左手のどちらの手で操作する場合にも操作しやすいように、下側ハウジング１１の（左右方向に関して）略中央に表示されることが好ましい。したがって、仮に下側ＬＣＤ１２が下側ハウジング１１の略中央に配置されていない場合、ＣＰＵ３１は、下側ＬＣＤ１２の画面中央ではなく、下側ハウジング１１の略中央に配置されるように撮影指示画像２６０を表示することが好ましい。また、カメラ切替画像２６１は、カメラ切替指示を行うための画像である。カメラ切替指示とは、内側カメラおよび外側カメラ２２３および２２５のうちで、撮像を行うカメラを切替える指示である。

ステップＳＢ２において、ＣＰＵ３１は、各入力装置に対する入力を受け付ける。すなわち、操作ボタン群１４から操作データを取得するとともに、タッチパネル１３からタッチ位置データを取得する。取得された操作データおよびタッチ位置データは、メインメモリ３２に記憶される。ステップＳＢ２の次にステップＳＢ３の処理が実行される。

ステップＳＢ３において、ＣＰＵ３１は、カメラ切替指示が行われたか否かを判定する。本実施形態では、カメラ切替指示は、所定のボタン（例えばボタン１４Ｂ、ボタン１４Ｃ、ボタン１４Ｄ、またはボタン１４Ｅ）を押下するか、または、カメラ切替画像２６１が表示されている領域をタッチする入力をタッチパネル１３に対して行うことで行われる。したがって、ステップＳＢ３の判定処理においては、ＣＰＵ３１は、上記所定のボタンが押下されたか、または、カメラ切替画像２６１が表示されている領域をタッチする入力が行われたかを判定する。なお、ステップＳＢ３の判定は、ステップＳＢ２でメインメモリ３２に記憶された操作データおよびタッチ位置データを参照することによって行うことができる。ステップＳＢ３の判定結果がＹｅｓの場合、ステップＳＢ４の処理が実行される。一方、ステップＳＢ３の判定結果がＮｏの場合、後述するステップＳＢ５の処理が実行される。

ステップＳＢ４において、ＣＰＵ３１は、画像の撮像を行うカメラを切替える。すなわち、画像の撮像を行うカメラが内側カメラ２３である場合には、画像の撮像を行うカメラを外側カメラ２５に変更し、画像の撮像を行うカメラが外側カメラ２５である場合には、画像の撮像を行うカメラを内側カメラ２３に変更する。具体的には、ＣＰＵ３１は、各カメラ２３および２５のうちで画像の撮像を行っている一方のカメラに対して動作を停止する旨の指示を行うととともに、他方のカメラに対して撮像を行う旨の指示（撮像実行指示）を行う。上記ステップＳＢ４の処理が実行された場合、次に行われるステップＳＢ１では切替後のカメラで撮像された画像のデータがＣＰＵ３１によって取得され、次に行われるステップＳＢ６では切替後のカメラで撮像された画像（ライブ画像）が下側ＬＣＤ１２に表示されることになる。ステップＳＢ４の後、ステップＳＢ１の処理が再度実行される。

ステップＳＢ５においては、ＣＰＵ３１は、入力画像生成処理を行う。入力画像生成処理とは、ユーザによる入力によって上記入力画像を生成する処理である。以下、図３８および図３９を参照して、入力画像生成処理の詳細を説明する。

図３８は、図３６に示す入力画像生成処理（ステップＳＢ５）の流れを示すフローチャートである。入力画像生成処理においては、まずステップＳＢ２０において、ＣＰＵ３１は、入力画像の生成操作が行われたか否かを判定する。すなわち、タッチパネル１３の入力面のうちで撮像画像が表示されている領域をタッチする入力が行われたかを判定する。ステップＳＢ２０の判定は、ステップＳＢ２において取得されたタッチ位置データが、撮像画像が表示されている領域内の位置を示すか否かによって行うことができる。ステップＳＢ２０の判定結果がＹｅｓの場合、ステップＳＢ２１の処理が実行される。一方、ステップＳＢ２０の判定結果がＮｏの場合、後述するステップＳＢ２６の処理が実行される。

ステップＳＢ２１において、ＣＰＵ３１は、現在の編集モードがペンモードであるか否かを判定する。なお、本実施形態では、編集処理の開始時には編集モードがペンモードに設定されているものとする。ステップＳＢ２１の判定結果がＹｅｓの場合、ステップＳＢ２２の処理が実行される。一方、ステップＳＢ２１の判定結果がＮｏの場合、後述するステップＳＢ２３の処理が実行される。

ステップＳＢ２２においては、ペンモード時における処理が実行される。すなわち、ＣＰＵ３１は、撮像画像上において行われたタッチ入力の軌跡の画像を描画する。具体的には、ステップＳＢ２において現在までに取得されたタッチ位置データにより示される各位置を結ぶ線の画像を、各ＬＣＤ１２および２２に表示すべき画像データを格納するメモリ（フレームバッファ）に描画する。なお、描画される線の太さおよび色は、後述するステップＳＢ２９で設定される内容に従って決められる。ステップＳＢ２２の処理は、タッチパネル１３に対してユーザが入力を行った位置の軌跡を表す画像を生成して描画する処理であればどのような処理であってもよい。このような処理の一例は、後述するステップＳＢ５２およびＳＢ５３に示される。図３９は、ペンモード時において各ＬＣＤ１２および２２に表示される画像の一例を示す図である。ステップＳＢ２２の処理が実行される場合、後述する表示処理（ステップＳＢ６）において、下側ＬＣＤ１２に表示されている撮像画像に重ねて、ユーザが描いた軌跡を表す入力画像２６２が表示されることとなる（図３９参照）。ステップＳＢ２２の次に、後述するステップＳＢ２６の処理が実行される。

一方、ステップＳＢ２３において、ＣＰＵ３１は、現在の編集モードがシールモードであるか否かを判定する。ステップＳＢ２３の判定結果がＹｅｓの場合（すなわち、現在の編集モードがシールモードである場合）、ステップＳＢ２４の処理が実行される。一方、ステップＳＢ２３の判定結果がＮｏの場合（すなわち、現在の編集モードが消しゴムモードである場合）、後述するステップＳＢ２５の処理が実行される。

ステップＳＢ２４においては、シールモード時における処理が実行される。すなわち、ＣＰＵ３１は、撮像画像上においてタッチ入力が行われた位置に所定のシール画像を描画する。具体的には、ステップＳＢ２において取得されたタッチ位置データにより示される位置に所定のシール画像を描画する。なお、ステップＳＢ２４の処理は、タッチパネル１３に対してユーザが入力を行った位置に所定のシール画像を生成して描画する処理であればどのような処理であってもよい。このような処理の一例は、後述するステップＳＢ６０およびＳＢ６１に示される。ステップＳＢ２４の処理が実行される場合、後述する表示処理（ステップＳＢ６）において、下側ＬＣＤ１２に表示されている撮像画像に重ねて、所定のシール画像である入力画像が表示されることとなる。なお、ＣＰＵ３１は、シール画像を複数用意しておき、複数のシール画像の中から描画すべきシール画像をユーザに選択させるようにしてもよい。ステップＳＢ２４の次に、後述するステップＳＢ２６の処理が実行される。

一方、ステップＳＢ２５においては、消しゴムモード時における処理が実行される。すなわち、ＣＰＵ３１は、タッチパネル１３に対する入力に応じて、編集画像上の入力画像（軌跡の画像またはシール画像）を消去する。具体的には、ステップＳＢ２において取得されたタッチ位置データにより示される位置に描画されている入力画像を消去する。ステップＳＢ２５の次に、ステップＳＢ２６の処理が実行される。

ステップＳＢ２６において、ＣＰＵ３１は、入力画像を全て消去する指示が行われたか否かを判定する。具体的には、上記全消去画像２５８が表示されている領域をタッチする入力が行われたかを判定する。ステップＳＢ２６の判定結果がＹｅｓの場合、ステップＳＢ２７の処理が実行される。一方、ステップＳＢ２６の判定結果がＮｏの場合、ステップＳＢ２７の処理がスキップされて後述するステップＳＢ２８の処理が実行される。

ステップＳＢ２７において、ＣＰＵ３１は、現在までに生成・描画された入力画像を全て消去する。このように、ユーザは、全消去画像２５８をタッチすることによって、入力画像を描く操作を最初からやり直すことができる。ステップＳＢ２７の次にステップＳＢ２８の処理が実行される。

ステップＳＢ２８において、ＣＰＵ３１は、入力画像の生成操作に関する設定を変更する指示が行われたか否かを判定する。具体的には、上記各ボタン画像２５３〜２５７が表示されている領域をタッチする入力が行われたかを判定する。ステップＳＢ２８の判定結果がＹｅｓの場合、ステップＳＢ２９の処理が実行される。一方、ステップＳＢ２８の判定結果がＮｏの場合、ステップＳＢ２８の処理がスキップされ、ＣＰＵ３１は入力画像生成処理を終了する。

ステップＳＢ２９において、ＣＰＵ３１は、行われた指示に応じて設定を変更する。すなわち、各モード画像２５３〜２５５のいずれかに対してタッチ入力が行われた場合には、ＣＰＵ３１は、タッチ入力が行われたモード画像に対応するモードに編集モードを移行する。また、太さ変更画像２５６に対してタッチ入力が行われた場合には、ＣＰＵ３１は、ペンモードにおいて生成される線（軌跡）の太さの設定を変更する。具体的には、ＣＰＵ３１は、太さの異なる線の画像を複数表示し、太さの異なる複数の線のうちからユーザに所望の太さの線を選択させ、選択された太さとなるように線の太さの設定を変更する。また、色変更画像２５７に対してタッチ入力が行われた場合には、ＣＰＵ３１は、ペンモードにおいて生成される線（軌跡）の色を変更する。具体的には、ＣＰＵ３１は、複数の色の画像を複数表示し、複数の色のうちからユーザに所望の色を選択させ、選択された色となるように線の色の設定を変更する。以上のステップＳＢ２９の終了後、ＣＰＵ３１は入力画像生成処理を終了する。

以上のステップＳＢ５によって、タッチパネルに対する入力に基づいてリアルタイムの画像（ライブ画像）に加えられる。すなわち、ユーザは、下側ＬＣＤ１２に表示される撮像画像の上に（撮像画像に重ねて）画像を入力することができる。なお、本実施形態では、撮像画像にユーザが描いた画像や予め用意されたシール画像を付加する処理を例として説明したが、代替の実施形態においては、ＣＰＵ３１は、リアルタイムの画像を変更する処理を行えばよく、撮像画像を歪ませる処理や、撮像画像内の人の顔の画像が含まれる場合において顔の表情を変える処理（画像認識処理によって顔の特徴点を検出し、当該特徴点の位置を変更する処理）や、ある線に関して線対称となる画像へと撮像画像を変換する処理等を実行してもよい。

ステップＳＢ２０の説明に戻り、ステップＳＢ５の次のステップＳＢ６において、ＣＰＵ３１は、各ＬＣＤ１２および２２に所定の画像を表示させる表示処理を実行する。具体的には、上側ＬＣＤ２２には、図３７に示す画像２５２のように、ユーザに操作の仕方を説明する画像が表示される。下側ＬＣＤ１２には、ステップＳＢ１で取得された撮像画像が表示されるとともに、各ボタン画像２５３〜２６１が表示される（図３７参照）。さらに、入力画像生成処理において入力画像が生成・描画されている場合には、撮像画像の上に入力画像が表示される（図３９参照）。なお、本実施形態では、ステップＳＢ１〜ＳＢ６の処理が繰り返し実行されるので、撮像画像は毎回異なる画像となる。したがって、ユーザは、カメラ２３または２５によってリアルタイムで撮像される画像の上に入力画像を付加することができる。ステップＳＢ６の次にステップＳＢ７の処理が実行される。

ステップＳＢ７において、ＣＰＵ３１は、撮影指示が行われたか否かを判定する。本実施形態では、撮影指示は、所定のボタン（例えばボタン１４Ｉまたはボタン１４Ｊ）を押下するか、または、撮影指示画像２６０が表示されている領域をタッチする入力をタッチパネル１３に対して行うことで行われる。なお、プログラム処理により所定のタイミングで自動的に撮影するようにしてもよい。したがって、ステップＳＢ７の判定処理においては、ＣＰＵ３１は、上記所定のボタンが押下されたか、または、撮影指示画像２６０が表示されている領域をタッチする入力が行われたかを判定する。なお、ステップＳＢ７の判定は、ステップＳＢ２でメインメモリ３２に記憶された操作データおよびタッチ位置データを参照することによって行うことができる。ステップＳＢ７の判定結果がＹｅｓの場合、ステップＳＢ８の処理が実行される。一方、ステップＳＢ７の判定結果がＮｏの場合、後述するステップＳＢ１１の処理が実行される。

ステップＳＢ８において、ＣＰＵ３１は、下側ＬＣＤ１２に現在表示されている表示内容（撮像画像および入力画像）を固定（フリーズ）する。つまり、撮影指示が行われた時点におけるライブ画像である静止画（ステップＳＢ５で表示された撮像画像および入力画像）が下側ＬＣＤ１２に継続して表示される。なお、静止画が表示される期間は、予め定められた所定期間であってもよいし、次にステップＳＢ６の表示処理が実行されるまでの期間であってもよい。なお、代替の実施形態においては、ステップＳＢ８の処理を実行しなくてもよい。すなわち、撮像指示に応じて静止画を下側ＬＣＤ１２に表示せず、下側ＬＣＤ１２にはライブ画像の動画を常に表示するようにしてもよい。ステップＳＢ８の次にステップＳＢ９の処理が実行される。

ステップＳＢ９において、ＣＰＵ３１は、下側ＬＣＤ１２に現在表示されている撮像画像および入力画像を保存する。すなわち、ステップＳＢ５で表示された撮像画像および入力画像のデータが例えば保存用データメモリ３４に記憶される。これによって、ユーザは、撮像画像および撮像画像上に付加された入力画像を保存することができる。なお、ＣＰＵ３１は、撮像画像と入力画像とを合成した画像のデータを保存してもよいし、撮像画像と入力画像とを対応付けた上で撮像画像の画像データと入力画像の画像データとを別々に保存してもよい。ステップＳＢ９の次にステップＳＢ１０の処理が実行される。

ステップＳＢ１０において、ＣＰＵ３１は、ステップＳＢ９で保存された画像を上側ＬＣＤ２２に表示する。なお、上側ＬＣＤ２２に表示された画像は、再び撮影指示があり（ステップＳＢ７で再びＹｅｓとなり）、別の保存画像がステップＳＢ１０で表示されるまで、継続して表示される。なお、変形例としては、上側ＬＣＤ２２に表示された画像は、予め定められた所定期間だけ表示されてもよいし、次にステップＳＢ６の表示処理が実行されるまで表示されてもよい。また、保存された画像の表示が終了した後は、ユーザに操作の仕方を説明する画像（図３７を参照して前述したような、操作説明画像）を上側ＬＣＤ２２に表示してもよい。また、本実施形態においては、ステップＳＢ９で保存処理を実行した後でステップＳＢ１０で表示処理を実行することとしたが、保存処理と表示処理の順番はいずれが先であってもよい。つまり、ＣＰＵ３１は、撮影指示によって保存される画像を、当該撮影指示が行われたことに応じて上側ＬＣＤ２２に表示すればよく、撮影指示によって保存された画像を表示することに限らず、撮影指示によって保存される予定の画像を表示してもよい。ステップＳＢ１０の次にステップＳＢ１１の処理が実行される。

図４０は、ステップＳＢ１０が実行された場合における、各ＬＣＤ１２および２２に表示される画像の一例を示す図である。図４０に示すように、本実施形態においては、撮影指示（撮影操作）が行われたことに応じて、当該撮影指示によって保存される画像２６３が上側ＬＣＤ２２に表示される（ステップＳＢ１０）。これによって、カメラ２３または２５の撮影方向に対応した表示方向（撮影方向に一致する方向、あるいは、撮影方向の反対方向）を向く表示画面である上側ＬＣＤ２２に撮影結果の画像を表示することができる。上側ＬＣＤ２２に撮影結果の画像を表示することで、撮影方向が分かりやすいように撮像結果の画像をユーザに提示することができる。本実施形態では、カメラ２３または２５によって撮像されるリアルタイムの画像は、カメラ２３または２５の撮影方向に表示方向が対応しない下側ＬＣＤ１２に表示されるので、撮影方向が分かりやすいように撮像結果の画像をユーザに提示することが特に有効である。

なお、本実施形態では、撮影指示が行われる前における編集結果は、撮影指示後（画像が保存された後）も維持される。すなわち、図４０に示されるように、撮影指示前に入力された入力画像２６２は、撮影指示後も下側ＬＣＤ１２においてライブ画像に重ねて表示される。なお、代替の実施形態においては、撮影指示が行われる前における編集結果は、撮影指示に応じて消去され、撮影指示後においては下側ＬＣＤ１２にはライブ画像のみが表示されるようにしてもよい。

なお、代替の実施形態においては、撮影指示が行われたことに応じたタイミングに限らず、任意のタイミングで上側ＬＣＤ２２に撮影結果の画像（保存されている画像）を表示するようにしてもよい。例えば、ＣＰＵ３１は、ユーザが画像の閲覧指示を行ったことに応じて撮影結果の画像（１枚でも複数枚でもよい）を上側ＬＣＤ２２に表示してもよいし、操作の仕方を説明する画像に代えて、撮影結果の画像を上側ＬＣＤ２２に常に表示してもよい。

ステップＳＢ１１において、ＣＰＵ３１は、編集処理を終了するか否かを判定する。この判定は、ユーザによって編集処理を終了する指示が行われたか否かによって行われる。具体的には、ステップＳＢ１１の判定は、下側ＬＣＤ１２に表示される、終了画像２５９の領域に対してタッチ入力が行われたか否かによって行われる。ステップＳＢ１１の判定結果がＮｏの場合、ＣＰＵ３１はステップＳＢ１の処理を再度実行する。以降、ステップＳＢ１１において撮影処理を終了すると判定されるまで、ステップＳＢ１〜ＳＢ１１の処理ループが繰り返し実行される。一方、ステップＳＢ１１の判定結果がＹｅｓの場合、ＣＰＵ３１は、図３６に示す撮影処理を終了する。

以上に説明した撮影処理によって、ユーザは、撮影指示を行うことに応じて、カメラで撮像されている画像を保存することができる。ここで、本実施形態では、２つの表示装置を有する構成とし、一方の表示装置に現在撮影中の画像を表示するとともに、他方に、操作を説明するための画面を表示する。これによって、ユーザは、現在の撮像画像に加えて、操作を説明するための画面を見ながら撮影操作を行うことができるので、使いやすいゲーム装置１０を提供することができる。さらに、本実施形態では、下側ＬＣＤ１２にタッチパネル１３を設ける構成とすることによって、操作をより行いやすくしている。

また、本実施形態では、ユーザは、ボタン１４Ｉまたはボタン１４Ｊを押下することによって撮影指示を行うことができる。ボタン１４Ｉまたはボタン１４Ｊをシャッターボタンとして用いることで、ユーザは、下側ハウジング１１を両手で把持したままシャッターボタンを押下することができるので、撮影操作を行いやすくなる。なお、代替の実施形態においては、ボタン１４Ｂ〜１４Ｅのいくつかをシャッターボタンとして用いてもよい。この場合でも本実施形態と同様、ユーザは、下側ハウジング１１を両手で把持したままシャッターボタンを押下することができる。また、方向入力ボタンＡのいくつかのボタン（例えば１つの方向入力；例えば左入力）およびボタン１４Ｂ〜Ｅのうちの１つのボタン（例えばボタン１４Ｄ）の両方にシャッターボタンの機能を持たせるようにしてもよい。そのようにすれば、左利きのユーザも右利きのユーザもシャッターボタンを容易に操作することができる。

＜処理手順（第２形態）＞
上記の処理手順（第１形態）では、撮影処理において、リアルタイムで取得される画像に対してユーザが入力画像を付加する場合を例として説明したが、撮影処理においては、ゲーム装置１０によって撮像された画像（静止画）に対してユーザが入力画像を付加するようにしてもよい。以下、図４１〜図４５を参照して、撮影処理の第２形態を説明する。

図４１は、ゲーム装置１０における多機能撮影アプリケーションにおける撮影処理（その２）の流れを示すフローチャートである。電源ボタン１４Ｆが押下されることによってゲーム装置１０の電源が投入されると、ゲーム装置１０のＣＰＵ３１は、メインメモリ３２等の初期化を行った後、図４１に示す撮影処理を行うためのプログラムの実行を開始する。なお、図４１に示すステップＳＢ３１〜ＳＢ４４の処理ループは、編集処理（ステップＳＢ４３）が実行される間を除き、所定時間（例えば１／６０秒）に１回の割合で実行される。

図４１に示すステップＳＢ３１において、ＣＰＵ３１は、内側カメラ２３または外側カメラ２５によって撮像された画像のデータを取得する。本第２形態では、各カメラ２３および２５のいずれか一方のカメラにおいてのみ画像が撮像される。ステップＳＢ３１では、ＣＰＵ３１は、当該一方のカメラからのみ画像データを取得する。なお、本変形例では、撮影処理の開始時においては、画像の撮像を行うカメラは外側カメラ２５に設定される。ステップＳＢ３１の次にステップＳＢ３２の処理が実行される。

ステップＳＢ３２において、ＣＰＵ３１は、各ＬＣＤ１２および２２に所定の画像を表示させる表示処理を実行する。図４２は、ステップＳＢ３２において各ＬＣＤ１２および２２に表示される画像の一例を示す図である。図４２に示すように、ＣＰＵ３１は、カメラ２３または２５によって撮像されたリアルタイムの画像（撮像画像）５１を上側ＬＣＤ２２に表示させる。すなわち、ステップＳＢ３１で取得した画像データを上側ＬＣＤ２２に出力する。また、本変形例では、撮像画像２７１に重ねて、現在の日付を示す画像２７２が上側ＬＣＤ２２に表示される。

なお、本変形例では、メインメモリ３２には、上側ＬＣＤ２２に表示される撮像画像の倍率を示す倍率データが記憶される。ステップＳＢ３２においては、この倍率データにより示される倍率で撮像画像が上側ＬＣＤ２２に表示される。すなわち、ＣＰＵ３１は、撮像画像のうちで表示すべき範囲を上記倍率に従って決定し、決定した範囲の画像を、上側ＬＣＤ２２のサイズに合わせて必要に応じて拡大してから上側ＬＣＤ２２に表示する。なお、撮影処理の開始時においては、倍率データは、予め定められた所定の倍率（例えば、撮像画像の全体が上側ＬＣＤ２２に表示されるような倍率（１倍））を示すように設定される。倍率データの内容は、後述するズーム変更指示が行われた場合に変更される。したがって、撮像画像が拡大されて上側ＬＣＤ２２にされる場合には、撮像画像の全体でなく一部のみが表示されることがある。

一方、ＣＰＵ３１は、ゲーム装置１０を操作するための操作画面を下側ＬＣＤ１２に表示させる。図４２に示すように、ステップＳＢ３２で表示される操作画面には、保存画像２７３Ａ〜２７３Ｄと、タッチパネル１３を用いてゲーム装置１０に対する各種指示を行うための指示画像２７４〜２７８とが含まれる。

保存画像２７３Ａ〜２７３Ｄは、ゲーム装置１０によって過去に撮影されてゲーム装置１０（またはメモリカード２８でもよい）に保存されている画像（保存画像と称す）である。本変形例では、保存画像のうち所定数（図４２では４枚）の画像が下側ＬＣＤ１２に表示される。なお、メインメモリ３２には、下側ＬＣＤ１２に表示される保存画像（表示保存画像）を示すデータが表示保存画像データとして記憶されている。表示保存画像データとは、例えば、保存画像に付されたＩＤを示すデータである。また、図４２では、保存画像２７３Ａ〜２７３Ｄは、撮影された日付（および日時）の順に並べて表示される。ここでは、最も左の保存画像２７３Ａが最も古い時期に撮影された画像であり、左から２番目の保存画像２７３Ｂ、右から２番目の保存画像２７３Ｃ、最も右の保存画像２７３Ｄの順に撮影時期が新しくなっている。本変形例では、保存画像を編集する編集処理を行う旨の指示（編集指示）は、表示されている保存画像２７３Ａ〜２７３Ｄをタッチする入力をタッチパネル１３に対して行うことによって行うことができる。

また、下側ＬＣＤ１２には上記指示画像として、撮影指示画像２７４、カメラ切替画像２７５、ズームバー２７６、ズームカーソル２７７、ならびに、表示変更画像２７８Ａおよび２７８Ｂが表示される。撮影指示画像２７４は、タッチパネル１３を用いて撮影指示を行うための画像である。撮影指示とは、ゲーム装置１０のカメラ２３または２５に撮影を行わせる指示である。カメラ切替画像２７５は、タッチパネル１３を用いてカメラ切替指示を行うための画像である。カメラ切替指示とは、内側カメラ２３および外側カメラ２５のうちで、撮像を行うカメラを切替える指示である。ズームバー７６およびズームカーソル２７７は、タッチパネル１３を用いてズーム変更指示を行うための画像である。ズーム変更指示は、上側ＬＣＤ２２に表示される撮像画像を拡大／縮小する指示である。表示変更画像２７８Ａおよび２７８Ｂは、表示変更指示を行うための画像である。表示変更指示とは、ゲーム装置１０に保存されている保存画像のうち、保存画像２７３Ａ〜２７３Ｄとして下側ＬＣＤ１２に表示する保存画像を変更する指示である。これらの各指示の操作方法、および、当該各指示に従ってゲーム装置１０が実行する処理については後述する。

図４１の説明に戻り、ステップＳＢ３２の次にステップＳＢ３３の処理が実行される。ステップＳＢ３３において、ＣＰＵ３１は、各入力装置に対する入力を受け付ける。すなわち、操作ボタン群１４から操作データを取得するとともに、タッチパネル１３からタッチ位置データを取得する。取得された操作データおよびタッチ位置データは、メインメモリ３２に記憶される。ステップＳＢ３３の次にステップＳＢ３４の処理が実行される。

ステップＳＢ３４において、ＣＰＵ３１は、撮影指示が行われたか否かを判定する。本変形例では、撮影指示は、所定のボタン（例えばボタン１４Ｉまたはボタン１４Ｊ）を押下するか、または、撮影指示画像２７４が表示されている領域をタッチする入力をタッチパネル１３に対して行うことで行われる。したがって、ステップＳＢ３４の判定処理においては、ＣＰＵ３１は、上記所定のボタンが押下されたか、または、撮影指示画像２７４が表示されている領域をタッチする入力が行われたかを判定する。なお、ステップＳＢ３４の判定は、ステップＳＢ３３でメインメモリ３２に記憶された操作データおよびタッチ位置データを参照することによって行うことができる。ステップＳＢ３４の判定結果がＹｅｓの場合、ステップＳＢ３５の処理が実行される。一方、ステップＳＢ３４の判定結果がＮｏの場合、後述するステップＳＢ３６の処理が実行される。

ステップＳＢ３５において、ＣＰＵ３１は、撮影処理を行う、すなわち、ステップＳＢ３１でカメラから取得した画像のデータを保存用データメモリ３４に記憶（保存）する。なお、代替の実施形態においては、ＣＰＵ３１は、ステップＳＢ３１でカメラから取得された画像データを各ＬＣＤ１２および２２のいずれかに表示させ、当該画像データを保存するか否かをユーザに確認するようにしてもよい。そして、ユーザが画像データを保存する旨の指示を行った場合にのみ、当該画像データを保存用データメモリ３４に記憶（保存）するようにしてもよい。また、代替の実施形態においては、ＣＰＵ３１は、撮像した画像のデータをメモリカード２８に記憶するようにしてもよいし、装置本体（保存用データメモリ３４）に記憶するかメモリカード２８に記憶するかをユーザに指定させるようにしてもよい。ステップＳＢ３５の後、後述するステップＳＢ４２の処理が実行される。

一方、ステップＳＢ３６において、ＣＰＵ３１は、カメラ切替指示が行われたか否かを判定する。本変形例では、カメラ切替指示は、所定のボタン（例えばボタン１４Ｂ、ボタン１４Ｃ、ボタン１４Ｄ、またはボタン１４Ｅ）を押下するか、または、カメラ切替画像２７５が表示されている領域をタッチする入力をタッチパネル１３に対して行うことで行われる。したがって、ステップＳＢ３６の判定処理においては、ＣＰＵ３１は、上記所定のボタンが押下されたか、または、カメラ切替画像２７５が表示されている領域をタッチする入力が行われたかを判定する。なお、ステップＳＢ３６の判定は、ステップＳＢ３３でメインメモリ３２に記憶された操作データおよびタッチ位置データを参照することによって行うことができる。ステップＳＢ３６の判定結果がＹｅｓの場合、ステップＳＢ３７の処理が実行される。一方、ステップＳＢ３６の判定結果がＮｏの場合、後述するステップＳＢ３８の処理が実行される。

ステップＳＢ３７において、ＣＰＵ３１は、画像の撮像を行うカメラを切替える。すなわち、画像の撮像を行うカメラが内側カメラ２３である場合には、画像の撮像を行うカメラを外側カメラ２５に変更し、画像の撮像を行うカメラが外側カメラ２５である場合には、画像の撮像を行うカメラを内側カメラ２３に変更する。具体的には、ＣＰＵ３１は、各カメラ２３および２５のうちで画像の撮像を行っている一方のカメラに対して動作を停止する旨の指示を行うととともに、他方のカメラに対して撮像を行う旨の指示（撮像実行指示）を行う。上記ステップＳＢ３７の処理が実行された場合、次に行われるステップＳＢ３１では切替後のカメラで撮像された画像のデータがＣＰＵ３１によって取得され、次に行われるステップＳＢ３２では切替後のカメラで撮像された画像が上側ＬＣＤ２２に表示されることになる。ステップＳＢ３７の後、後述するステップＳＢ４２の処理が実行される。

一方、ステップＳＢ３８において、ＣＰＵ３１は、ズーム変更指示が行われたか否かを判定する。本変形例では、ズーム変更指示は、所定のボタン（例えば方向入力ボタン１４Ａの上ボタンまたは下ボタン）またはタッチパネル１３に対する入力によって、ズームカーソル２７７をズームバー２７６上で上下に移動させることで行われる。具体的には、ズームカーソル２７７は、方向入力ボタン１４Ａの上ボタンが押下されることに応じて所定距離だけ上に移動し、方向入力ボタン１４Ａの下ボタンが押下されることに応じて所定距離だけ下に移動する。また、ユーザは、ズームカーソル２７７が表示されている画面領域をまずタッチし、タッチしたままタッチ位置を上下にずらす操作をタッチパネル１３に対して行うことで、ズームカーソル２７７を上下に動かすことができる。したがって、ステップＳＢ３８の判定処理においては、ＣＰＵ３１は、上記所定のボタンが押下されたか、または、ズームカーソル２７７を移動させる操作がタッチパネル１３に対して行われたかを判定する。なお、ステップＳＢ３８の判定は、ステップＳＢ３３でメインメモリ３２に記憶された操作データおよびタッチ位置データを参照することによって行うことができる。ステップＳＢ３８の判定結果がＹｅｓの場合、ステップＳＢ３９の処理が実行される。一方、ステップＳＢ３８の判定結果がＮｏの場合、後述するステップＳＢ４０の処理が実行される。

ステップＳＢ３９において、ＣＰＵ３１は、上側ＬＣＤ２２に表示される撮像画像をズーム変更指示に従って拡大／縮小する。すなわち、ズームカーソル２７７を上に動かす指示が行われた場合には、メインメモリ３２に記憶されている倍率データの内容を、倍率が小さくなるように変更する。これによって、次に行われるステップＳＢ３２では、撮像画像が前回のステップＳＢ３２に比べて縮小されて表示されることになる。一方、ズームカーソル２７７を下に動かす指示が行われた場合には、メインメモリ３２に記憶されている倍率データの内容を、倍率が大きくなるように変更する。これによって、次に行われるステップＳＢ３２では、撮像画像が前回のステップＳＢ３２に比べて拡大されて表示されることになる。ステップＳＢ３９の後、後述するステップＳＢ４２の処理が実行される。

一方、ステップＳＢ４０において、ＣＰＵ３１は、表示変更指示が行われたか否かを判定する。本変形例では、表示変更指示は、所定のボタン（例えば方向入力ボタン１４Ａの左ボタンまたは右ボタン）を押下するか、または、表示変更画像２７８Ａが表示されている領域および表示変更画像２７８Ｂが表示されている領域のいずれかをタッチする入力をタッチパネル１３に対して行うことで行われる。したがって、ステップＳＢ４０の判定処理においては、ＣＰＵ３１は、上記所定のボタンが押下されたか、または、表示変更画像２７８Ａが表示されている領域および表示変更画像２７８Ｂのいずれかをタッチする入力が行われたかを判定する。なお、ステップＳＢ４０の判定は、ステップＳＢ３３でメインメモリ３２に記憶された操作データおよびタッチ位置データを参照することによって行うことができる。ステップＳＢ４０の判定結果がＹｅｓの場合、ステップＳＢ４１の処理が実行される。一方、ステップＳＢ４０の判定結果がＮｏの場合、後述するステップＳＢ４２の処理が実行される。

ステップＳＢ４１においては、ＣＰＵ３１は、保存画像のうちで、下側ＬＣＤ１２に表示される保存画像（表示保存画像）を変更する。具体的には、方向入力ボタン１４Ａの右ボタンが押下されるか、または、表示変更画像２７８Ｂがタッチされた場合、表示保存画像は、新しい方に画像１つ分ずらされる。すなわち、現在の４つの表示保存画像のうちで最も古い時期に撮影された画像が表示保存画像から削除される。さらに、現在の４つの表示保存画像のうちで最も新しい時期に撮影された画像の次に撮影された保存画像が、新たな表示保存画像として追加される。一方、方向入力ボタン１４Ａの左ボタンが押下されるか、または、表示変更画像２７８Ａがタッチされた場合、表示保存画像は、古い方に画像１つ分ずらされる。すなわち、現在の４つの表示保存画像のうちで最も新しい時期に撮影された画像が表示保存画像から削除される。さらに、現在の４つの表示保存画像のうちで最も古い時期に撮影された画像の１つ前に撮影された保存画像が、新たな表示保存画像として追加される。メインメモリ３２には、ステップＳＢ４０による変更後の表示保存画像を示すデータが、新たな表示保存画像データとして記憶される。ステップＳＢ４１の後、後述するステップＳＢ４２の処理が実行される。

ステップＳＢ４２において、ＣＰＵ３１は、編集指示が行われたか否かを判定する。本変形例では、編集指示は、表示されている保存画像２７３Ａ〜２７３Ｄのうちで、編集を行いたい保存画像の表示領域をタッチする入力をタッチパネル１３に対して行うことで行われる。したがって、ステップＳＢ４２の判定処理においては、ＣＰＵ３１は、保存画像２７３Ａ〜２７３Ｄが表示されている領域のいずれかをタッチする入力が行われたかを判定する。なお、ステップＳＢ４２の判定は、ステップＳＢ３３でメインメモリ３２に記憶された操作データおよびタッチ位置データを参照することによって行うことができる。ステップＳＢ４２の判定結果がＹｅｓの場合、ステップＳＢ４３の処理が実行される。一方、ステップＳＢ４２の判定結果がＮｏの場合、後述するステップＳＢ４４の処理が実行される。

ステップＳＢ４３において、ＣＰＵ３１は、編集処理を実行する。編集処理とは、保存画像に対して編集するための処理である。以下では、編集の対象となる保存画像を編集画像と称す。以下、図４３〜図４５を参照して、編集処理の詳細を説明する。

図４３は、図４１に示す編集処理（ステップＳＢ４３）の流れを示すフローチャートである。編集処理においては、まずステップＳＢ５１において、ＣＰＵ３１は、現在の編集モードがペンモードであるか否かを判定する。ここで、本変形例では、編集処理においては、ペンモード、シールモード、および消しゴムモードという３つのモードが予め用意される。ペンモードにおいては、タッチパネル１３に対して入力された入力軌跡の画像を編集画像に付加することができる。シールモードにおいては、予め用意されたシール画像を編集画像に付加することができる。消しゴムモードにおいては、ペンモードまたはシールモードで付加された画像を消去することができる。なお、本変形例では、編集処理の開始時には編集モードがペンモードに設定されているものとする。ステップＳＢ５１の判定結果がＹｅｓの場合、ステップＳＢ５２の処理が実行される。一方、ステップＳＢ５１の判定結果がＮｏの場合、後述するステップＳＢ５８の処理が実行される。

ステップＳＢ５２〜ＳＢ５７においては、ペンモード時における処理が実行される。図４４は、編集処理のペンモード時において各ＬＣＤ１２および２２に表示される画像の一例を示す図である。図４４に示すように、編集処理中において下側ＬＣＤ１２には、編集を行うための操作画面（編集画面）が表示される。具体的には、下側ＬＣＤ１２には、編集画像２８１の一部または全部が表示される。編集画像２８１は、編集の対象となる保存画像、すなわち、図４２に示す保存画像２７３Ａ〜２７３Ｄのうちでタッチ入力により指定された保存画像である。また、下側ＬＣＤ１２には、各種操作を行うための画像２８４〜２９０が表示される。これらの画像２８４〜２９０を用いた操作の詳細は後述する。一方、編集処理中において上側ＬＣＤ２２には、図４４に示すように、編集画像２８１の全体が表示される。なお、図４４に示す点線領域２８２は、編集画像２８１のうちで、下側ＬＣＤ１２に表示される領域を示している。このような点線領域２８２の画像は上側ＬＣＤ２２に表示されてもよいし、されなくてもよい。なお、編集処理中においてはカメラ２３または２５によって撮像されたリアルタイムの画像は表示されないので、ＣＰＵ３１は、各カメラ２３および２５に撮像動作を行わないように指示してもよい。以下、図４４を参照して、ペンモード時における処理（ステップＳＢ５２〜ＳＢ５７）の詳細を説明する。

ステップＳＢ５２において、ＣＰＵ３１は、タッチパネル１３に対する入力を受け付ける。すなわち、タッチパネル１３からタッチ位置データを取得する。取得されたタッチ位置データはメインメモリ３２に記憶される。ステップＳＢ５２の次にステップＳＢ５３の処理が実行される。

ステップＳＢ５３において、ＣＰＵ３１は、タッチパネル１３に対する入力に応じて、入力軌跡８３の画像を表示する。すなわち、編集画像２８１の領域に対してタッチパネル１３によるタッチ入力が行われた場合、入力軌跡２８３の画像を表示する。入力軌跡２８３は、タッチパネル１３によるタッチ入力が行われた位置の軌跡を示す画像である。具体的には、ステップＳＢ５２において取得されたタッチ位置データが、編集画像２８１が表示される領域内の位置を示す場合、ＣＰＵ３１は、編集画像２８１の当該位置に入力軌跡２８３の画像を追加する。そして、画像が追加された編集画像２８１を各ＬＣＤ１２および２２に表示する。なお、ペンモード中においてはステップＳＢ５１〜ＳＢ５６の処理ループが所定時間（１フレーム時間（１／６０秒））に１回の割合で繰り返されるので、ステップＳＢ５２およびＳＢ５３の処理がペンモード中において繰り返される。したがって、ユーザがタッチパネル１３に対して軌跡を描くように連続して入力を行った場合には、当該軌跡を示すように入力軌跡２８３の画像が生成されて表示されることになる。なお、ステップＳＢ５３における入力軌跡２８３の生成・表示処理は、編集画像２８１の領域に対してタッチ入力が行われた場合にのみ実行され、タッチ入力が行われていない場合、および、編集画像２８１以外の領域に対してタッチ入力が行われた場合には実行されない。ステップＳＢ５３の次にステップＳＢ５４の処理が実行される。

ステップＳＢ５４において、ＣＰＵ３１は、下側ＬＣＤ１２に表示される編集画像２８１の拡大・縮小処理を行う。この拡大・縮小処理は、倍率変更指示が行われた場合、すなわち、下側ＬＣＤ１２に表示される倍率変更指示画像２８９の領域に対してタッチパネル１３による入力が行われた場合に実行される。なお、倍率変更指示画像２８９は、下側ＬＣＤ１２に表示される編集画像２８１を拡大・縮小する指示を行うための画像である。ステップＳＢ５４において、ＣＰＵ３１は、ステップＳＢ５２において取得されたタッチ位置データが、倍率変更指示画像２８９が表示される領域内の位置を示す場合、下側ＬＣＤ１２に表示される編集画像２８１を表示する倍率を切替える。本変形例では、編集画像２８１を表示する倍率は例えば３段階であり、ＣＰＵ３１は、倍率変更指示が行われる度に、倍率小、倍率中、倍率大の順に倍率を変更する。また、倍率大の場合に倍率変更指示が行われた場合には、倍率小に倍率を変更する。以上によって、ユーザによって倍率変更指示が行われた場合には、下側ＬＣＤ１２に表示される編集画像２８１の倍率が変更される。なお、ステップＳＢ５４における倍率の変更処理は、倍率変更指示画像２８９の領域に対してタッチ入力が行われた場合にのみ実行され、タッチパネル１３に対する入力が行われていない場合、および、倍率変更指示画像２８９以外の領域に対してタッチ入力が行われた場合には実行されない。ステップＳＢ５４の次にステップＳＢ５５の処理が実行される。

ステップＳＢ５５において、ＣＰＵ３１は、下側ＬＣＤ１２に表示される編集画像２８１の移動処理を行う。この移動処理は、移動指示が行われた場合、すなわち、下側ＬＣＤ１２に表示される移動指示画像２９０の領域に対してタッチ入力が行われた場合に実行される。移動指示画像２９０は、下側ＬＣＤ１２に表示される編集画像２８１を移動（スクロール）する指示を行うための画像である。ステップＳＢ５５において、ＣＰＵ３１は、ステップＳＢ５２において取得されたタッチ位置データが、移動指示画像２９０が表示される領域内の位置を示す場合、下側ＬＣＤ１２に表示される編集画像２８１をスクロールさせて表示する。本変形例では、図４４に示すように、移動指示画像２９０には上下左右の４方向を示す画像（図４４では３角形の画像）が含まれている。ＣＰＵ３１は、当該画像のいずれかの領域に対してタッチ入力が行われた場合、タッチ入力が行われた画像に対応する方向に編集画像２８１をスクロールさせる。なお、ステップＳＢ５５における移動処理は、移動指示画像２９０の領域に対してタッチ入力が行われた場合にのみ実行され、タッチパネル１３に対する入力が行われていない場合、および、移動指示画像２９０以外の領域に対してタッチ入力が行われた場合には実行されない。ステップＳＢ５５の次にステップＳＢ５６の処理が実行される。

ステップＳＢ５６において、ＣＰＵ３１は、編集モードを変更するか否かを判定する。この判定は、ユーザによってモード変更指示が行われたか否かによって行われる。具体的には、ステップＳＢ５６の判定は、下側ＬＣＤ１２に表示される、ペンモード画像２８４、消しゴムモード画像２８５、シールモード画像２８６のいずれかの領域に対してタッチ入力が行われたか否かによって行われる。なお、ペンモード画像２８４は、編集モードをペンモードに変更する指示を行うための画像である。消しゴムモード画像２８５は、編集モードを消しゴムモードに変更する指示を行うための画像である。シールモード画像２８６は、編集モードをシールモードに変更する指示を行うための画像である。ステップＳＢ５６において、ＣＰＵ３１は、ステップＳＢ５２において取得されたタッチ位置データにより示される位置が、ペンモード画像２８４、消しゴムモード画像２８５、シールモード画像２８６のいずれかが表示される領域内の位置である場合、判定結果がＹｅｓであると判断する。そして、編集モードを、当該入力が行われた画像に対応するモードに変更する。一方、タッチ位置データにより示される位置が、ペンモード画像２８４、消しゴムモード画像２８５、シールモード画像２８６のいずれかが表示される領域内の位置でない場合、判定結果がＮｏであると判断する。この場合、編集モードは変更されない。ステップＳＢ５６の判定結果がＹｅｓの場合、ステップＳＢ５１の処理が再度実行される。一方、ステップＳＢ５６の判定結果がＮｏの場合、ステップＳＢ５７の処理が実行される。

ステップＳＢ５７においては、ＣＰＵ３１は、編集処理を終了するか否かを判定する。この判定は、ユーザによって編集処理を終了する指示が行われたか否かによって行われる。具体的には、ステップＳＢ５７の判定は、下側ＬＣＤ１２に表示される、中止指示画像２８７および完了指示画像２８８のいずれかの領域に対してタッチ入力が行われたか否かによって行われる。なお、中止指示画像２８７は、編集処理を中止する指示を行うための画像である。完了指示画像２８８は、編集処理を完了する指示を行うための画像である。ステップＳＢ５７において、ＣＰＵ３１は、ステップＳＢ５２において取得されたタッチ位置データにより示される位置が、中止指示画像２８７および完了指示画像２８８のいずれかが表示される領域内の位置である場合、判定結果がＹｅｓであると判断する。一方、タッチ位置データにより示される位置が、中止指示画像２８７および完了指示画像２８８のいずれかが表示される領域内の位置でない場合、判定結果がＮｏであると判断する。ステップＳＢ５７の判定結果がＹｅｓの場合、後述するステップＳＢ７２の処理が実行される。一方、ステップＳＢ５７の判定結果がＮｏの場合、ステップＳＢ５２の処理が再度実行される。

以上のように、ペンモード時の処理（ステップＳＢ５２〜ＳＢ５７）は、ステップＳＢ５６の判定結果がＹｅｓとなるか、または、ステップＳＢ５７の判定結果がＮｏとなるまで繰り返される。また、ペンモード中においてユーザがタッチパネル１３に対して軌跡を入力することによって、入力軌跡２８３の画像が編集画像に付加される（図４４参照）。

一方、ステップＳＢ５８において、ＣＰＵ３１は、現在の編集モードがシールモードであるか否かを判定する。ステップＳＢ５８の判定結果がＹｅｓの場合（すなわち、現在の編集モードがシールモードである場合）、ステップＳＢ５９の処理が実行される。一方、ステップＳＢ５８の判定結果がＮｏの場合（すなわち、現在の編集モードが消しゴムモードである場合）、後述するステップＳＢ６６の処理が実行される。

ステップＳＢ５９〜ＳＢ６５においては、シールモード時における処理が実行される。図４５は、編集処理のシールモード時において各ＬＣＤ１２および２２に表示される画像の一例を示す図である。図４５に示すように、シールモード時においてもペンモード時と同様、各ＬＣＤ１２および２２に編集画像２８１が表示され、下側ＬＣＤ１２には各種操作を行うための画像２６４〜２７０が表示される。以下、図４５を参照して、シールモード時における処理（ステップＳＢ５９〜ＳＢ６５）の詳細を説明する。

ステップＳＢ５９において、ＣＰＵ３１は、編集画像２８１に付加すべきシール画像を選択する。シール画像の選択は、メインメモリ３２、保存用データメモリ３４、またはメモリカード２８に予め記憶されているシール画像のうちから、ユーザが所望のシール画像を指定することにより行われる。ステップＳＢ５９によってシール画像が選択されると、選択されたシール画像が編集画像２８１の所定位置（例えば中央の位置）に付加される。これによって、各ＬＣＤ１２および２２には編集画像２８１にシール画像２９１が付加されて表示される（図４５）。以上のステップＳＢ５９の次にステップＳＢ６０の処理が実行される。

ステップＳＢ６０において、ＣＰＵ３１は、タッチパネル１３に対する入力を受け付ける。ステップＳＢ６０の処理は、上記ステップＳＢ５２の処理と同じである。続くステップＳＢ６１において、ＣＰＵ３１は、タッチパネル１３に対する入力に応じて、編集画像２８１上のシール画像２９１を移動させる。シール画像２９１の移動操作は、前述したズーム変更指示（ステップＳＢ３８）と同様の操作によって行われる。すなわち、ユーザは、シール画像２９１が表示されている領域をまずタッチし、タッチしたままタッチ位置をずらす操作をタッチパネル１３に対して行うことで、シール画像２９１を移動させることができる。なお、ＣＰＵ３１は、ステップＳＢ６０でメインメモリ３２に記憶されたタッチ位置データを参照することによってシール画像２９１の移動操作を検出することができる。なお、ステップＳＢ６１におけるシール画像２９１の移動処理は、上記のシール画像２９１を移動する操作が行われた場合にのみ実行され、タッチパネル１３に対する入力が行われていない場合、および、当該操作以外の操作が行われた場合には実行されない。ステップＳＢ６１の次にステップＳＢ６２の処理が実行される。

ステップＳＢ６２において、ＣＰＵ３１は、下側ＬＣＤ１２に表示される編集画像２８１の拡大・縮小処理を行う。ステップＳＢ６２の処理は、上記ステップＳＢ５４の処理と同じである。なお、シールモードにおいて、下側ＬＣＤ１２に表示される編集画像２８１の倍率が変更された場合、シール画像２９１も編集画像２８１の拡大・縮小に伴って拡大・縮小し、編集画像２８１のサイズとシール画像２９１のサイズとの比率は変化しない。続くステップＳＢ６３において、ＣＰＵ３１は、下側ＬＣＤ１２に表示される編集画像２８１の移動処理を行う。ステップＳＢ６３の処理は、上記ステップＳＢ５５の処理と同じである。ステップＳＢ６３の次にステップＳＢ６４の処理が実行される。

ステップＳＢ６４において、ＣＰＵ３１は、編集モードを変更するか否かを判定する。ステップＳＢ６４の処理は、上記ステップＳＢ５６の処理と同じである。ステップＳＢ６４の判定結果がＹｅｓの場合、ステップＳＢ５１の処理が再度実行される。一方、ステップＳＢ６４の判定結果がＮｏの場合、ステップＳＢ６５の処理が実行される。

ステップＳＢ６５においては、ＣＰＵ３１は、編集処理を終了するか否かを判定する。ステップＳＢ６５の処理は、上記ステップＳＢ５７の処理と同じである。ステップＳＢ６５の判定結果がＹｅｓの場合、後述するステップＳＢ７２の処理が実行される。一方、ステップＳＢ６５の判定結果がＮｏの場合、ステップＳＢ６０の処理が再度実行される。

以上のように、シールモード時の処理（ステップＳＢ６０〜ＳＢ６５）は、ステップＳＢ６４の判定結果がＹｅｓとなるか、または、ステップＳＢ６５の判定結果がＮｏとなるまで繰り返される。また、シールモード中においてはシール画像２９１が編集画像２８１に付加され、ユーザは、タッチパネル１３に対する入力によってシール画像を所望の位置に配置させることができる。

一方、ステップＳＢ５８の判定結果がＮｏである場合、すなわち、現在の編集モードが消しゴムモードである場合には、ステップＳＢ６６〜ＳＢ７１の処理が実行される。消しゴムモードにおいてもペンモードおよびシールモード時と同様、各ＬＣＤ１２および２２に編集画像２８１が表示され、下側ＬＣＤ１２には各種操作を行うための画像２６４〜２７０が表示される。また、消しゴムモードにおいては、編集処理が開始されてから消しゴムモードに移行するまでの間に付加された入力軌跡２８３およびシール画像２９１が、編集画像２８１とともに各ＬＣＤ１２および２２に表示される。

ステップＳＢ６６において、ＣＰＵ３１は、タッチパネル１３に対する入力を受け付ける。ステップＳＢ６６の処理は、上記ステップＳＢ５２の処理と同じである。続くステップＳＢ６７において、ＣＰＵ３１は、タッチパネル１３に対する入力に応じて、編集画像２８１上の入力軌跡２８３の画像またはシール画像２９１を消去する。具体的には、ステップＳＢ６６において取得されたタッチ位置データが、編集画像２８１に付加された入力軌跡２８３またはシール画像２９１が表示される領域内の位置を示す場合、ＣＰＵ３１は、編集画像２８１の当該位置に付加されている画像を消去する。そして、画像が消去された編集画像２８１を各ＬＣＤ１２および２２に表示する。なお、ステップＳＢ６７における画像の消去処理は、入力軌跡２８３またはシール画像２９１の領域に対してタッチ入力が行われた場合にのみ実行され、タッチパネル１３に対する入力が行われていない場合、および、入力軌跡２８３およびシール画像２９１以外の領域に対してタッチ入力が行われた場合には実行されない。ステップＳＢ６７の次にステップＳＢ６８の処理が実行される。

ＣＰＵ３１は、ステップＳＢ６８において、下側ＬＣＤ１２に表示される編集画像２８１の拡大・縮小処理を行い、ステップＳＢ６９において、当該編集画像２８１の移動処理を行う。ステップＳＢ６８およびＳＢ６９の処理は、上記ステップＳＢ５４およびＳＢ５５の処理と同じである。

続くステップＳＢ７０において、ＣＰＵ３１は、編集モードを変更するか否かを判定する。ステップＳＢ７０の処理は、上記ステップＳＢ５６の処理と同じである。ステップＳＢ７０の判定結果がＹｅｓの場合、ステップＳＢ５１の処理が再度実行される。一方、ステップＳＢ７０の判定結果がＮｏの場合、ステップＳＢ７１の処理が実行される。

ステップＳＢ７１においては、ＣＰＵ３１は、編集処理を終了するか否かを判定する。ステップＳＢ７１の処理は、上記ステップＳＢ５７の処理と同じである。ステップＳＢ７１の判定結果がＹｅｓの場合、ステップＳＢ７２の処理が実行される。一方、ステップＳＢ７１の判定結果がＮｏの場合、ステップＳＢ６６の処理が再度実行される。

以上のように、消しゴムモード時の処理（ステップＳＢ６６〜ＳＢ７１）は、ステップＳＢ６４０の判定結果がＹｅｓとなるか、または、ステップＳＢ７１の判定結果がＮｏとなるまで繰り返される。また、消しゴムモード中においては入力軌跡２８３の画像およびシール画像２９１が、タッチパネル１３に対する入力に応じて消去される。

上記ステップＳＢ５７，ＳＢ６５，またはＳＢ７１において編集処理を終了すると判定された場合、ステップＳＢ７２の処理が実行される。ステップＳＢ７２においては、ＣＰＵ３１は、編集処理によって編集された編集画像２８１を保存するか否かを判定する。この判定は、ステップＳＢ５２，ＳＢ６０，またはＳＢ６６で取得されたタッチ位置データに基づき、中止指示画像２８７および完了指示画像２８８のいずれの領域に対してタッチ入力が行われたか否かによって行われる。すなわち、中止指示画像２８７の領域に対してタッチ入力が行われた場合、ＣＰＵ３１は、編集処理を中止する、すなわち、編集画像を保存しないと判断する。一方、完了指示画像２８８の領域に対してタッチ入力が行われた場合、ＣＰＵ３１は、編集処理を完了する、すなわち、編集画像を保存すると判断する。ステップＳＢ７２の判定結果がＹｅｓの場合、ステップＳＢ７３の処理が実行される。一方、ステップＳＢ７２の判定結果がＮｏの場合、ＣＰＵ３１は、ステップＳＢ７３の処理をスキップして図４３に示す編集処理を終了する。

ステップＳＢ７３において、ＣＰＵ３１は、編集画像２８１を保存用データメモリ３４に保存（記憶）する。なお、編集画像２８１は、編集処理前の保存画像に対して上書きして保存されてもよいし、編集処理前の保存画像とは別に保存されてもよいし、上書きして保存するか別に保存するかをユーザに選択させるようにしてもよい。また、編集画像２８１の保存先は、保存用データメモリ３４に代えてメモリカード２８であってもよい。ステップＳＢ７３の後、ＣＰＵ３１は、図４３に示す編集処理を終了する。

以上に説明した編集処理によれば、ユーザは、タッチパネル１３に対して軌跡を描く入力を行うことによって、編集画像に対して文字や絵を付加することができる。また、シール画像を編集画像上の所望の位置に付加することができる。

図４１の説明に戻り、上記編集処理（ステップＳＢ４３）の次に、ステップＳＢ４４の処理が実行される。ステップＳＢ４４において、ＣＰＵ３１は、撮影処理を終了するか否かを判定する。具体的には、電源ボタン１４Ｆが押下されたか否かを判定する。ステップＳＢ４４の判定結果がＮｏの場合、ＣＰＵ３１はステップＳＢ３１の処理を再度実行する。以降、ステップＳＢ４４において撮影処理を終了すると判定されるまで、ステップＳＢ３１〜ＳＢ４４の処理ループが繰り返し実行される。一方、ステップＳＢ４４の判定結果が肯定の場合、ＣＰＵ３１は、図４１に示す撮影処理を終了する。

以上に説明した撮影処理によって、ユーザは、撮影指示を行うことに応じて、カメラで撮像されている画像を保存することができる。ここで、本変形例では、２つの表示装置を有する構成とし、一方の表示装置に現在撮影中の画像を表示するとともに、他方に、操作画面や過去に撮影した画像を表示する。これによって、ユーザは、上側ＬＣＤ２２に表示されている現在の撮像画像に加えて、操作画面および過去に撮影した画像を見ながら撮影操作を行うことができるので、使いやすいゲーム装置１０を提供することができる。さらに、本変形例では、下側ＬＣＤ１２にタッチパネル１３を設ける構成とすることによって、操作をより行いやすくしている。

＜カレンダー機能＞
次に、図３１に示す多機能撮影処理において表示される画像において、カレンダーボタン１０６に対してタッチ入力が行なわれた場合に起動されるカレンダー機能について、図４６を参照して説明する。

図４６は、本実施形態に従うカレンダー処理において表示される画像を示す図である。なお、図４６に示す画像は、図３１に示す多機能撮影処理において表示される画像が下側ＬＣＤ１２に表示されている間、上側ＬＣＤ２２に表示されている。そして、カレンダーボタン１０６に対してタッチ入力が行なわれると、図４６に示す画像が上側ＬＣＤ２２から下側ＬＣＤ１２に移動するような表示演出を伴って、下側ＬＣＤ１２に表示されるようになる。

図４６に示すように、１ヶ月分のカレンダー画像３０６に加えて、各種ボタン３０２，３０３，３０４，３０５が下側ＬＣＤ１２に表示される。カレンダー画像３０６に含まれるいずれかの日付に対してタッチ入力が行なわれると、当該タッチ入力された日に撮影された撮像画像もしくは入力されたメモなどが、メインメモリ３２、保存用データメモリ３４、およびメモリカード２８のいずれかに記憶されていれば、対応する撮像画像および／またはメモが読み出されて、その内容が上側ＬＣＤ２２に表示される。

スクロールボタン３０４および３０５は、それぞれ表示されるカレンダー画像３０６を選択するためのボタン画像である。すなわち、スクロールボタン３０４または３０５に対してタッチ入力が行なわれた場合、カレンダー画像３０６として表示される年月が順次変更される。

メモボタン３０３は、指定された日付に対応付けて、ユーザが入力するメモを保存用データメモリ３４などに記憶する操作を行うためのボタン画像である。すなわち、メモボタン３０３に対してタッチ入力が行われると、図示しないメモ内容の受付画面に切換わり、ユーザは、当該メモ内容の受付画面上で、タッチペン２７等を用いて任意の文字や図形を入力することができる。

終了ボタン３０２は、カレンダー処理を終了する操作を行うためのボタン画像である。すなわち、終了ボタン３０２に対してタッチ入力が行われた場合、カレンダー処理が終了して、図４６に示す画像は下側ＬＣＤ１２から上側ＬＣＤ２２に移動するような表示演出を伴って、上側ＬＣＤ２２に表示されるようになる。これと略同時に、下側ＬＣＤ１２には、図４６に示す画像が再度表示される。

［８．画像通信機能］
＜概要＞
次に、図４７〜図５５を参照して、通信アプリケーションプログラム５５が起動されて実行される画像通信プログラムにより提供される処理について説明する。まず、具体的な処理動作を説明するに先立って、当該画像通信処理の実行によって、下側ＬＣＤ１２および／または上側ＬＣＤ２２に表示される表示形態例や他の装置との接続例等について説明する。

図４７は、複数のゲーム装置１０が接続される画像通信システムの一例を説明するための図である。図４８および図４９は、送信側か受信側か決定される前段階においてゲーム装置１０の下側ＬＣＤ１２および上側ＬＣＤ２２にそれぞれ表示される画面表示例を示す図である。図５０〜図５４はそれぞれ、通信アプリケーションプログラムの第１段階〜第５段階において送信側のゲーム装置１０ｔ１および受信側のゲーム装置１０ｒ１〜１０ｒ３の下側ＬＣＤ１２および上側ＬＣＤ２２にそれぞれ表示される画面表示例を示す図である。図５５は、送信側のゲーム装置１０ｔ１および受信側のゲーム装置１０ｒ１〜１０ｒ３の下側ＬＣＤ１２および上側ＬＣＤ２２にそれぞれ表示される通信切断時の画面表示例を示す図である。

図４７において、写真（撮像画像）等の画像データを複数のゲーム装置１０が無線通信を介して送受信する。上述したように、ゲーム装置１０は、無線通信モジュール３８やローカル通信モジュール３９を用いて、他のゲーム装置１０との間で無線通信することができるが、ここではローカル通信モジュール３９を用いて所定の通信方式により同種のゲーム装置との間で無線通信を行う例を用いる。なお、説明を具体的にするために、図４７に示すゲーム装置１０ｔ１〜１０ｔ３が画像データを送信する送信側のゲーム装置１０ｔであり、ゲーム装置１０ｒ１〜１０ｒ３が画像データを受信する受信側のゲーム装置１０ｒであるとする。

本実施形態では、画像通信アプリケーションプログラムの実行時に画像データを送信する側になるか受信する側になるかをユーザに選択させる。つまり、ユーザの選択に応じて送信側のゲーム装置として動作するか受信側のゲーム装置として動作するかが決定する。なお、送信側用プログラムのみが実行される送信側の装置と受信側用プログラムのみが実行される受信側の装置とを異なる装置としてもよい。

送信側ゲーム装置１０ｔは、「いちろう」がユーザとなっているゲーム装置１０ｔ１と、「たろう」がユーザとなっているゲーム装置１０ｔ２と、「はなこ」がユーザとなっているゲーム装置１０ｔ３とで構成されている。また、受信側ゲーム装置１０ｒは、「じろう」がユーザとなっているゲーム装置１０ｒ１と、「さぶろう」がユーザとなっているゲーム装置１０ｒ２と、「しろう」がユーザとなっているゲーム装置１０ｒ３とで構成されている。この場合、送信側ゲーム装置１０ｔ１〜１０ｔ３からそれぞれ自機が画像データの送信元であることを示す信号（送信元データ）をブロードキャストでそれぞれ送信している。そして、ユーザ「じろう」、「さぶろう」、および「しろう」が、複数ある送信側のゲーム装置１０ｔから「いちろう」がユーザとなっているゲーム装置１０ｔ１を送信元として画像データをそれぞれ受け取る一例を説明する。なお、「いちろう」、「たろう」などはゲーム装置１０本体にそれぞれ記憶されたユーザ名であり、ユーザが任意に設定することが可能で、ゲーム装置１０本体のプリセットデータ用メモリ３５や保存用データメモリ３４などに保存されている。

まず、それぞれのゲーム装置１０では、例えば下側ＬＣＤ１２に本体保存メモリ（例えば保存用データメモリ３４）を使用するのか、メモリカード（例えばメモリカード２８）を使用するのかを、ユーザに問い合わせる情報が表示される（図４８）。そして、ゲーム装置１０のユーザは、タッチパネル１３を介してそれぞれ下側ＬＣＤ１２に表示された選択肢の何れかをタッチ操作することによって、何れの記憶媒体を使用するのか選択することができる。

次に、それぞれのゲーム装置１０では、例えば下側ＬＣＤ１２に写真を他のゲーム装置に送信するのか、写真を他のゲーム装置から受信するのかを、ユーザに問い合わせる情報が表示される（図４９）。そして、ゲーム装置１０のユーザは、タッチパネル１３を介してそれぞれ下側ＬＣＤ１２に表示された選択肢の何れかをタッチ操作することによって、送信元（例えば、送信側のゲーム装置１０ｔ１から１０ｔ３）になるのか受信先（例えば、受信側のゲーム装置１０ｒ１〜１０ｒ３）になるのかを選択することができる。

受信側のゲーム装置１０ｒ１〜１０ｒ３は、送信側のゲーム装置１０ｔから上記送信元データを受信するまでの間、例えば下側ＬＣＤ１２に現在送信元のゲーム装置１０ｔを検索中であることを示す旨（例えば、「写真をもらう相手をさがしています・・・」と記載された文字情報）が表示される（図５０右図）。一方、送信側のゲーム装置１０ｔ１は、上記送信元データを送信して受信側ゲーム装置１０からの画像データ受信要求を募集する際、例えば下側ＬＣＤ１２に現在受信先のゲーム装置１０ｒを検索中であることを示す旨（例えば、「写真をあげる相手をさがしています・・・」と記載された文字情報）が表示される（図５０左図）。

次に、受信側のゲーム装置１０ｒ１〜１０ｒ３は、送信側のゲーム装置１０ｔ１〜１０ｔ３から上記送信元データを受信すると、例えば下側ＬＣＤ１２に当該送信元データを受信した送信元のゲーム装置１０ｔのユーザ名を示す情報が表示される。例えば、図５１右図に示した例では、受信側のゲーム装置１０ｒ１〜１０ｒ３の下側ＬＣＤ１２に、それぞれ送信側ゲーム装置１０ｔ１〜１０ｔ３のユーザ名Ｎｔ１〜Ｎｔ３が表示されている。受信側のゲーム装置１０ｒ１〜１０ｒ３のユーザは、タッチパネル１３を介してそれぞれ下側ＬＣＤ１２に表示されたユーザ名Ｎｔ１〜Ｎｔ３の何れかをタッチ操作することによって、送信側ゲーム装置１０ｔ１〜１０ｔ３の何れか１つの装置を送信元の装置として選択することができる。そして、受信側のゲーム装置１０ｒ１〜１０ｒ３のユーザが送信元の装置を選択する操作を行うことに応じて、受信側のゲーム装置１０ｒ１〜１０ｒ３から選択された送信側のゲーム装置１０ｔ１〜１０ｔ３の何れかへ、受信要求を示す受信先データが送信される。

一方、送信側のゲーム装置１０ｔ１は、受信側のゲーム装置１０ｒ１〜１０ｒ３から上記受信先データを受信すると、例えば下側ＬＣＤ１２に当該受信先データを受信した受信先のゲーム装置１０ｒのユーザ名を示す情報が表示される。例えば、図５１左図に示した例では、送信側のゲーム装置１０ｔ１の下側ＬＣＤ１２に、受信要求している受信側ゲーム装置１０ｒ１〜１０ｒ３のユーザ名Ｎｒ１〜Ｎｒ３が表示されている。ここで、本実施形態の送信側のゲーム装置１０ｔ１には、表示された複数の受信側ゲーム装置１０ｒ１〜１０ｒ３から受信側装置を選択する権限はなく、表示された受信側ゲーム装置１０ｒ１〜１０ｒ３の全てに画像データを送信するか、送信自体を止めるかの選択が可能となっている。例えば、送信側のゲーム装置１０ｔ１のユーザは、タッチパネル１３を介して下側ＬＣＤ１２に「はじめる」と表示された操作ボタンアイコンＢｓをタッチ操作することによって、画像送信処理に移行することができる。

次に、送信側のゲーム装置１０ｔ１は、ゲーム装置１０ｔ１の本体内のメモリ（例えば保存用データメモリ３４）やメモリカード（例えばメモリカード２８）に記憶されている画像から、送信対象とする画像を選択する処理を行う。典型的には、ゲーム装置１０ｔ１で撮影した画像が送信対象となるが、他の画像（例えば、他の装置から受け取った画像や撮影以外で記憶されている画像等）を送信対象としてもかまわない。例えば、図５２左図に示した例では、下側ＬＣＤ１２のサムネイル表示領域Ａｔにゲーム装置１０ｔ１の保存用データメモリ３４またはメモリカード２８に記憶されている画像のサムネイルが表示される。また、サムネイル表示領域Ａｔに表示されているサムネイルは、タッチパネル１３を介してスクロールボタンアイコンＢｌまたはＢｒをタッチ操作することによって、左または右にスクロールして表示される。そして、送信側のゲーム装置１０ｔ１のユーザは、下側ＬＣＤ１２に表示されるカーソルＣで囲まれるサムネイルの画像を、送信対象とする画像として選択することができる。このとき、カーソルＣで囲まれるサムネイルの画像ＩＭ（すなわち、送信対象とする画像）は、上側ＬＣＤ２２に表示される。そして、送信側のゲーム装置１０ｔ１のユーザは、タッチパネル１３を介して下側ＬＣＤ１２に「あげる」と表示された操作ボタンアイコンＢｔをタッチ操作することによって、現在送信対象となっている画像ＩＭの画像データを送信することができる。なお、送信側のゲーム装置１０ｔ１のユーザは、タッチパネル１３を介して下側ＬＣＤ１２に「おわる」と表示された操作ボタンアイコンＢｆをタッチ操作することによって、画像送信処理自体を終了することもできる。

一方、受信側のゲーム装置１０ｒ１〜１０ｒ３は、送信側のゲーム装置１０ｔ１のユーザが送信対象の画像を選択している間、例えば下側ＬＣＤ１２に送信側のゲーム装置１０ｔ１のユーザが画像を選択している旨（例えば、「相手が写真を選ぶのを待っています・・・」と記載された文字情報）が表示される（図５２右図）。

次に、送信側のゲーム装置１０ｔ１は、ゲーム装置１０ｔ１の本体内のメモリやメモリカードに記憶されている画像から、送信対象として選択した画像ＩＭの画像データを、受信側のゲーム装置１０ｒ１〜１０ｒ３にそれぞれ出力する。このとき、送信側のゲーム装置１０ｔ１の下側ＬＣＤ１２および／または上側ＬＣＤ２２には、ゲーム装置１０ｔ１から選択された画像ＩＭが受信側のゲーム装置１０ｒ１〜１０ｒ３へ送信されている旨が表示される。例えば、図５３の左図に示すように、上側ＬＣＤ２２に送信中の画像ＩＭが表示され、下側ＬＣＤ１２に「写真をあげています・・・」と記載された文字情報が表示される。

一方、受信側のゲーム装置１０ｒ１〜１０ｒ３は、送信側のゲーム装置１０ｔ１から画像データが送信されている間、例えば下側ＬＣＤ１２に送信側のゲーム装置１０ｔ１から画像データを受信中である旨（例えば、「写真をもらっています・・・」と記載された文字情報）が表示される（図５３右図）。

次に、受信側のゲーム装置１０ｒ１〜１０ｒ３は、送信側のゲーム装置１０ｔ１から送信された画像データの受信が終了すると、例えば上側ＬＣＤ２２に送信元のゲーム装置１０ｔ１から受信した画像データが示す画像ＩＭを掲示するとともに、さらに画像データをゲーム装置１０ｔ１から受信するか否かの選択を促す。例えば、図５４の右図に示すように、上側ＬＣＤ２２に受信した画像ＩＭが表示され、下側ＬＣＤ１２に「写真をもらいました。さらにもらいますか？」と記載された文字情報が表示される。そして、受信側のゲーム装置１０ｒ１〜１０ｒ３のユーザは、それぞれタッチパネル１３を介して下側ＬＣＤ１２に「はい」と表示された操作ボタンアイコンＢｙをタッチ操作することによって、送信元のゲーム装置１０ｔ１に対してさらに画像データの受信を要求することができる。この場合、受信側のゲーム装置１０ｒ１〜１０ｒ３は、図５２右図を用いて説明した画面が表示されて、送信側のゲーム装置１０ｔ１のユーザが送信対象の画像を再度選択することを待つことになる。また、受信側のゲーム装置１０ｒ１〜１０ｒ３のユーザは、それぞれタッチパネル１３を介して下側ＬＣＤ１２に「いいえ」と表示された操作ボタンアイコンＢｎをタッチ操作することによって、以降の画像データの受信を止めて送信元のゲーム装置１０ｔ１との通信を終了することができる。

一方、送信側のゲーム装置１０ｔ１は、受信側のゲーム装置１０ｒ１〜１０ｒ３への画像データの送信が終了すると、例えば上側ＬＣＤ２２に送信が終了した画像ＩＭを掲示するとともに、受信側のゲーム装置１０ｒ１〜１０ｒ３においてさらに画像データを受領するか否かが選択中であることを示す旨が表示される。例えば、図５４の左図に示すように、上側ＬＣＤ２２に送信が終了した画像ＩＭが表示され、下側ＬＣＤ１２に「相手がまだもらうのかどうか考えています。」と記載された文字情報が表示される。そして、受信側のゲーム装置１０ｒ１〜１０ｒ３の全てからさらに画像データを受領するか否かの情報を得たときに、受信側のゲーム装置１０ｒ１〜１０ｒ３の少なくとも１台から、さらに画像データの受信を要求する受信要求を受信した場合、図５２左図を用いて説明した画面が表示されて、送信側のゲーム装置１０ｔ１のユーザが送信対象の画像を再度選択することになる。

ここで、送信側のゲーム装置１０ｔ１および／または受信側のゲーム装置１０ｒ１〜１０ｒ３のユーザが画像送信処理を終了する操作を行った場合、図４９に示したようにそれぞれのゲーム装置１０の例えば下側ＬＣＤ１２に、写真を他のゲーム装置に送信するのか、写真を他のゲーム装置から受信するのかを、ユーザに問い合わせる情報が表示され、上述した処理が繰り返される。なお、送信側のゲーム装置１０ｔ１において受信側のゲーム装置１０ｒ１〜１０ｒ３の全てが受信を終了した場合、または受信側のゲーム装置１０ｒ１〜１０ｒ３において送信側のゲーム装置１０ｔ１が送信を終了した場合、通信が切断された旨の表示が行われる。例えば、図５５左図および右図に示すように、通信が切断された場合、送信側のゲーム装置１０ｔ１および受信側のゲーム装置１０ｒ１〜１０ｒ３の例えば下側ＬＣＤ１２に「通信が切断されました。」と記載された文字情報が表示される。そして、送信側のゲーム装置１０ｔ１および受信側のゲーム装置１０ｒ１〜１０ｒ３のユーザが、それぞれタッチパネル１３を介して下側ＬＣＤ１２に「はい」と表示された操作ボタンアイコンＢｙをタッチ操作することによって、画像送信処理の初期段階に戻って新たな画像送信処理が開始される。

＜データ構造＞
次に、図５６を参照して、画像通信アプリケーションプログラムを実行する際に用いられる各種データについて説明する。なお、図５６は、画像通信アプリケーションプログラムを実行することに応じて、メインメモリ３２に記憶される各種データの一例を示す図である。

図５６において、メインメモリ３２には、メモリカード２８およびメモリカード２９や保存用データメモリ３４から読み出されたプログラムや処理において生成される一時的なデータが記憶される。図５６において、メインメモリ３２のデータ記憶領域には、操作データＤａ、識別データＤｂ、ユーザデータＤｃ、送信元データＤｄ、受信先データＤｅ、および画像データＤｆ等が格納される。また、メインメモリ３２のプログラム記憶領域には、画像通信アプリケーションプログラム等で構成される各種プログラム群Ｐａが記憶される。

操作データＤａは、タッチパネル１３をプレイヤがタッチしている画面座標系のタッチ位置ＴＰを示すタッチ座標のデータ（タッチ座標データ）や操作ボタン群１４をプレイヤが操作している状態を示すデータ（操作ボタンデータ）が格納される。例えば、タッチ座標データや操作ボタンデータは、ゲーム装置１０がゲーム処理する時間単位（例えば、１／６０秒）毎に取得され、当該取得に応じて操作データＤａに格納されて更新される。

識別データＤｂは、ゲーム装置１０を識別するためのユニークな識別番号を示すデータが格納される。例えば、ゲーム装置１０のプリセットデータ用メモリ３５等に予め設定されている自機ＩＤを示すデータが、識別データＤｂに格納される。なお、自機ＩＤは、製造工場でユニークなシリアル番号が記憶されるようにしてもよいし、ゲーム装置１０でランダムに生成した識別情報が記憶されるようにしてもよい。

ユーザデータＤｃは、ゲーム装置１０のユーザが予め設定したユーザ名を示すデータが格納される。例えば、ゲーム装置１０のプリセットデータ用メモリ３５等には、ユーザによって入力されたユーザ名が記述されており、当該ユーザ名を示すデータがユーザデータＤｃに格納される。

送信元データＤｄは、画像データを送受信する際の送信元となるゲーム装置１０の識別番号およびユーザ名を示すデータが格納される。受信先データＤｅは、画像データを送受信する際の受信先となるゲーム装置１０の識別番号およびユーザ名を示すデータが格納される。

画像データＤｆは、送信画像データＤｆ１、受信画像データＤｆ２、および操作画像データＤｆ３等を含んでいる。送信画像データＤｆ１は、他のゲーム装置１０に画像を送る際、当該画像の画像データが一時的に格納される。受信画像データＤｆ２は、他のゲーム装置１０から画像を受信する際、当該画像の画像データが一時的に格納される。操作画像データＤｆ３は、ゲーム装置１０を操作するための操作ボタンやユーザに報知するための情報を示す画像データである。

＜処理手順＞
次に、図５７〜図６０を参照して、ゲーム装置１０で実行される画像通信アプリケーションプログラムによる具体的な処理動作について説明する。なお、図５７は、当該画像通信アプリケーションプログラムを実行することによってゲーム装置１０が画像通信処理を行う一例を示すフローチャートである。図５８は、図５７のステップＳＣ５２で実行される画像送信処理の詳細な動作を示すサブルーチンである。図５９は、図５７のステップＳＣ５３で実行される画像受信処理の詳細な動作を示すサブルーチンである。図６０は、送信元のゲーム装置１０ｔと受信先のゲーム装置１０ｒとの間で送受信される信号の一例を示す図である。なお、これらの処理を実行するためのプログラムは、保存用データメモリ３４に格納されたプログラムに含まれており、ゲーム装置１０の電源がオンになったときに、メモリ制御回路３３を介して保存用データメモリ３４からメインメモリ３２に読み出されて、ＣＰＵ３１によって実行される。本実施形態では当該画像通信アプリケーションプログラムはあらかじめ保存用データメモリ３４に記憶されているものとしたが、当該プログラムは、インターネット等を介してゲーム装置１０にダウンロードするようにしてもよい。また、メモリカード２８やメモリカード２９に格納されたプログラムから読み出して実行するようにしてもよい。

まず、ゲーム装置１０の電源（電源ボタン１４Ｆ）がＯＮされると、ＣＰＵ３１によってブートプログラム（図示せず）が実行され、これにより保存用データメモリ３４に格納されている、複数のアプリケーションプログラムを選択的に実行させるプログラムであるランチャープログラムがメインメモリ３２にロードされＣＰＵ３１で実行される。その後、ランチャープログラム上で画像通信アプリケーションを選択して実行することにより、画像通信アプリケーションプログラムがメインメモリ３２にロードされる。そして、当該ロードされた画像通信アプリケーションプログラムがＣＰＵ３１で実行される。

本実施形態における画像通信アプリケーションプログラムにおいては、画像の通信機能だけではなく、撮影機能や、撮影した画像を表示する撮影画像表示機能も備えている。ユーザはタッチパネルやボタンによる操作によって各機能を選択的に実行できる。ここで、撮影機能が選択された場合、内側カメラ２３および外側カメラ２５のうち現在選択されているカメラによって撮像された映像がリアルタイムで下側ＬＣＤ１２に表示される。そして、この状態で、Ｌボタン１４ＩやＲボタン１４Ｊを操作することによって撮影処理が実行され、本体保存メモリ（例えば、保存用データメモリ３４）またはメモリカード（例えば、メモリカード２８）のうちの選択された記憶媒体に、撮影画像が記憶される。なお、撮影直後に、撮影画像を下側ＬＣＤ１２に表示するようにしてもよい。また、撮影画像表示機能が選択された場合、本体保存メモリまたはメモリカードのうちの選択された記憶媒体に記憶された撮影画像から、ユーザが希望する画像を一枚ずつまたは一覧的に表示することができる。さらに、ユーザは、各機能を選択する前に本体保存メモリを使用するのかメモリカードを使用するのかを選択し、ここで選択された記憶手段が撮影機能における撮影画像の記憶先や、撮影画像表示機能において表示する画像の読み出し元となる。画像通信機能において送信側が送信する画像の読み出し元や、受信側が受信した画像の保存先もここで選択した記憶手段となる。ユーザが画像通信機能を選択して実行することによって、図５７に示すステップＳＣ５１以降の処理が実行される。

図５７において、ＣＰＵ３１は、操作データＤａに基づいて、以降の処理において本体内のメモリ（例えば保存用データメモリ３４）を使用するのか、メモリカード（例えばメモリカード２８）を使用するのかを判断する（ステップＳＣ５０）。例えば、ゲーム装置１０の下側ＬＣＤ１２および／または上側ＬＣＤ２２に、本体保存メモリを使用するのか、上記メモリカードを使用するのかの選択をユーザに促す表示が行われる（図４８参照）。そして、ユーザが何れかの選択肢を選択する操作を行うことに応じて、ＣＰＵ３１が何れの記憶媒体を使用するのかを判断する。そして、ＣＰＵ３１は、上記メモリカードを使用する場合、次のステップＳＣ５７に処理を進める。一方、ＣＰＵ３１は、本体保存メモリを使用する場合、次のステップＳＣ５１に処理を進める。

ステップＳＣ５７において、ＣＰＵ３１は、ゲーム装置１０に画像を保存するためのメモリカード（例えばメモリカード２８）がゲーム装置１０のコネクタに装着されているか否かを判断する。そして、ＣＰＵ３１は、上記メモリカードがゲーム装置１０のコネクタに装着されている場合、次のステップＳＣ５１に処理を進める。一方、ＣＰＵ３１は、上記メモリカードがゲーム装置１０のコネクタに装着されていない場合、メモリカードを装着することをユーザに促す通知を下側ＬＣＤ１２および／または上側ＬＣＤ２２に表示し（ステップＳＣ５８）、上記ステップＳＣ５０に戻って処理を繰り返す。

ステップＳＣ５１において、ＣＰＵ３１は、操作データＤａに基づいて、以降の処理において他のゲーム装置１０ｒに画像を送信するのか、他のゲーム装置１０ｔから画像を受信するのかを判断する。例えば、ゲーム装置１０の下側ＬＣＤ１２および／または上側ＬＣＤ２２に、写真を他のゲーム装置１０ｒに送るのか、写真を他のゲーム装置１０ｔから受け取るのかの選択をユーザに促す表示が行われる（図４９参照）。そして、ユーザが何れかの選択肢を選択する操作を行うことに応じて、ＣＰＵ３１が他のゲーム装置１０ｒに画像を送信するのか、他のゲーム装置１０ｔから画像を受信するのかを判断する。そして、ＣＰＵ３１は、他のゲーム装置１０ｒに画像を送信する場合、次のステップＳＣ５２に処理を進める。一方、ＣＰＵ３１は、他のゲーム装置１０ｔから画像を受信する場合、次のステップＳＣ５３に処理を進める。

ステップＳＣ５２において、ＣＰＵ３１は、画像送信処理を行って、次のステップＳＣ５４に処理を進める。以下、図５８を参照して、上記ステップＳＣ５２で行う画像送信処理の詳細な動作について説明する。

図５８において、ＣＰＵ３１は、自機が画像データの送信元であることを示す送信元データを、例えばローカル通信モジュール３９を用いてブロードキャストで送信し（ステップＳＣ６３）、次のステップＳＣに処理を進める。例えば、ＣＰＵ３１は、識別データＤｂおよびユーザデータＤｃに格納されている識別番号およびユーザ名を示すデータをそれぞれ用いて送信元データを作成し、作成したデータを送信元データＤｄに格納する。そして、送信元データＤｄに格納されている送信元データをブロードキャストで送信することによって、当該送信元データが受信可能な他のゲーム装置１０ｒに対して、送信元となるゲーム装置１０の存在を通知する（図６０参照）。

次に、ＣＰＵ３１は、受信先となる他のゲーム装置１０ｒを探索し（ステップＳＣ６４）、次のステップに処理を進める。ここで、後述によって明らかとなるが、受信先となる他のゲーム装置１０ｒは、受信した送信元データに基づいて、自機が受信したい相手となる送信元のゲーム装置１０ｔを選択している。そして、選択された送信元のゲーム装置１０ｔに対して、自機が画像データの受信先であることを示す受信先データを送信している（図６０参照）。上記ステップＳＣ６４においては、ＣＰＵ３１は、例えばローカル通信モジュール３９を介して当該受信先データの受信待ちを行う。そして、ＣＰＵ３１は、受信先データを受信した場合、当該受信先データが示す受信先の他のゲーム装置１０ｒの識別番号およびユーザ名を受信先データＤｅに記述する。ここで、ＣＰＵ３１は、受信先となる他のゲーム装置１０ｒを探索している間は、例えば下側ＬＣＤ１２に現在受信先のゲーム装置１０ｒを探索中であることを示す通知が表示される（図５０左図参照）。また、ＣＰＵ３１は、受信先の他のゲーム装置１０ｒから受信先データを受信すると、例えば下側ＬＣＤ１２に当該受信先データが示す受信先の他のゲーム装置１０ｒのユーザ名を示す情報（図５１左図ユーザ名Ｎｒ１〜Ｎｒ３参照）を表示する。

次に、ＣＰＵ３１は、操作データＤａに基づいて、検索された受信先の他のゲーム装置１０ｒに対して、画像を送信する処理を開始するか否かを判断する（ステップＳＣ６５）。例えば、ＣＰＵ３１は、下側ＬＣＤ１２および／または上側ＬＣＤ２２に、画像を送信する処理を開始する操作をユーザに促す表示（操作ボタンアイコンＢｓ）を行う。そして、ユーザが画像を送信する処理を開始する操作を行うことに応じて、当該処理を開始すると判断し、次のステップＳＣ６６に処理を進める。一方、ＣＰＵ３１は、画像を送信する処理を開始しない場合、上記ステップＳＣ６４に戻って受信先となる他のゲーム装置１０ｒの検索を継続する。

なお、画像を送信する処理を開始する決定がなされてから、送信画像が決定されるまでの間の期間において、送信元のゲーム装置１０ｔから受信先のゲーム装置１０ｒへ送信準備が完了した旨を示す送信準備完了データが送信される。また、受信先のゲーム装置１０ｒにおいて、画像データを受信する準備が完了している場合、当該送信準備完了データの受信に応答して、画像データを受信する準備が完了している受信準備完了データが送信元のゲーム装置１０ｔへ送信される（図６０参照）。

ステップＳＣ６６において、ＣＰＵ３１は、操作データＤａに基づいて、他のゲーム装置１０ｒに送信する画像が選択されたか否かを判断する。例えば、ＣＰＵ３１は、他のゲーム装置１０ｒに送信する画像をユーザに選択させる画面を下側ＬＣＤ１２および／または上側ＬＣＤ２２に表示し（図５２左図参照）、ユーザの送信画像選択を促す。そして、ＣＰＵ３１は、ユーザが送信画像を決定する操作（例えば、操作ボタンアイコンＢｔをタッチ操作）を行うことに応じて、次のステップＳＣ６９に処理を進める。一方、ＣＰＵ３１は、ユーザが送信画像を決定する操作を行っていない場合（ステップＳＣ６６でＮｏ）、次のステップＳＣ６７に処理を進める。

ステップＳＣ６９において、ＣＰＵ３１は、上記ステップＳＣ６６で選択された送信画像を示す画像データを、受信先の他のゲーム装置１０ｒへ送信し、次のステップに処理を進める。例えば、ＣＰＵ３１は、上記ステップＳＣ６６で選択された送信画像に対応する画像データを、上記ステップＳＣ５０で選択されている記憶媒体から抽出し、抽出した画像データを送信画像データＤｆ１に記憶する。そして、ＣＰＵ３１は、受信先データＤｅを参照して現在受信先となっている他のゲーム装置１０ｒを特定し、例えばローカル通信モジュール３９を介して、送信画像データＤｆ１に記憶されている画像データを特定された他のゲーム装置１０ｒへ送信する（図６０参照）。ＣＰＵ３１は、受信先となる他のゲーム装置１０ｒへ画像データを送信している間は、例えば下側ＬＣＤ１２に現在受信先のゲーム装置１０ｒに画像データを送信中であることを示す通知を表示する（図５３左図参照）。

次に、ＣＰＵ３１は、受信先のゲーム装置１０ｒからそれぞれ送信されてくる受信先応答の受信を待つ（ステップＳＣ７０）。ここで、受信先応答には、さらに画像データを受信することを示す応答（受信要求）または受信を終了することを示す応答（受信終了）があり、受信先のゲーム装置１０ｒがそれぞれ画像データの受信した後に何れかの応答を送信元のゲーム装置１０ｔに送信している（図６０参照）。ＣＰＵ３１は、現在設定される全ての受信先のゲーム装置１０ｒからの応答を待ち、少なくとも１つの受信先ゲーム装置１０ｒから受信要求を受信した場合（ステップＳＣ７１でＹｅｓ）、上記ステップＳＣ６６に戻って処理を繰り返す。一方、ＣＰＵ３１は、現在設定される全ての受信先のゲーム装置１０ｒからの応答を待ち、全ての受信先のゲーム装置１０ｒから受信終了を受信した場合（ステップＳＣ７１でＮｏ）、当該サブルーチンによる処理を終了する。なお、ＣＰＵ３１は、受信先のゲーム装置１０ｒから受信終了を受信した場合、当該受信先のゲーム装置１０ｒのデータを受信先データＤｅから消去する。また、ＣＰＵ３１は、受信先の他のゲーム装置１０ｒからの応答を待っている間は、例えば下側ＬＣＤ１２に現在受信先のゲーム装置１０ｒからの応答を待っていることを示す通知を表示する（図５４左図参照）。

一方、上記ステップＳＣ６６においてユーザが送信画像を決定する操作をまだ行っていない場合、ＣＰＵ３１は、操作データＤａに基づいて、画像を送信する処理を終了するか否かを判断する（ステップＳＣ６７）。例えば、ＣＰＵ３１は、ユーザ操作（例えば、操作ボタンアイコンＢｆをタッチ操作）に応じて、画像を送信する処理を終了するか否かを判断する。そして、ＣＰＵ３１は、画像を送信する処理を終了する場合、現在の受信先のゲーム装置１０ｒへそれぞれ送信を終了することを示すデータ（送信終了；図６０参照）を送信して（ステップＳＣ６８）、当該サブルーチンによる処理を終了する。一方、ＣＰＵ３１は、画像を送信する処理を終了しない場合、上記ステップＳＣ６６に戻って処理を繰り返す。

図５７に戻り、ＣＰＵ３１は、上記ステップＳＣ５２の画像送信処理の後、受信先がなくなった状態か否かを判断する（ステップＳＣ５４）。例えば、ＣＰＵ３１は、上記ステップＳＣ７１の判断ステップによってＮｏの判断（すなわち、全ての受信先のゲーム装置１０ｒから受信終了を受信）がされている場合、受信先がなくなった状態であると判断する。ＣＰＵ３１は、受信先がなくなった状態の場合、次のステップＳＣ５６に処理を進める。一方、ＣＰＵ３１は、上記ステップＳＣ６７の判断ステップでＹｅｓの判断がされている場合、（すなわち、ユーザが送信終了を選択した状態）、受信先のゲーム装置１０ｒとの通信を切断して上記ステップＳＣ５１に戻って処理を繰り返す。

ＣＰＵ３１は、ステップＳＣ５３において画像受信処理を行って、次のステップＳＣ５５に処理を進める。以下、図５９を参照して、上記ステップＳＣ５３で行う画像受信処理の詳細な動作について説明する。

図５９において、ＣＰＵ３１は、画像データの送信元であることが示された送信元データを受信し（ステップＳＣ８４）、処理を次のステップに進める。ここで、上述したように、送信元となっているゲーム装置１０ｔは、自機が画像データの送信元であることを示す送信元データを、例えばローカル通信モジュール３９を用いてブロードキャストで送信している（図６０参照）。上記ステップＳＣ８４においては、ＣＰＵ３１は、ブロードキャストで送信されている送信元データを受信することによって、送信元となった他のゲーム装置１０ｔの存在を知ることができる。そして、ＣＰＵ３１は、送信元データを受信した場合、送信元データが示す送信元のゲーム装置１０ｔの識別番号およびユーザ名を取得し、送信元データＤｄに記述する。

ここで、ＣＰＵ３１は、送信元となる他のゲーム装置１０ｔを検索している間は、例えば下側ＬＣＤ１２に現在送信元のゲーム装置１０ｔを検索中であることを示す通知が表示される（図５０右図参照）。また、ＣＰＵ３１は、送信元の他のゲーム装置１０ｔから送信元データを受信すると、例えば下側ＬＣＤ１２に当該送信元データが示す送信元の他のゲーム装置１０ｔのユーザ名を示す情報を表示する（図５１右図参照）。

次に、ＣＰＵ３１は、操作データＤａに基づいて、検索された送信元の他のゲーム装置１０ｔの何れかから送信元が決定されたか否かを判断する（ステップＳＣ８５）。例えば、ＣＰＵ３１は、下側ＬＣＤ１２および／または上側ＬＣＤ２２に、送信元の他のゲーム装置１０ｔのユーザ名を示す情報から選択を促す表示（図５１右図ユーザ名Ｎｔ１〜Ｎｔ３参照）を行う。そして、ユーザがユーザ名の何れかを選択する操作を行うことに応じて、選択されたユーザを送信元として画像を受信すると判断し、次のステップＳＣ８６に処理を進める。一方、ＣＰＵ３１は、画像を受信する送信元を決定しない場合、上記ステップＳＣ８４に戻って送信元となる他のゲーム装置１０ｔの検索を継続する。

ステップＳＣ８６において、ＣＰＵ３１は、自機が画像データの受信先であることを示す受信先データを、選択された送信元となる他のゲーム装置１０ｔへ、例えばローカル通信モジュール３９を用いて送信し、次のステップに処理を進める。例えば、ＣＰＵ３１は、識別データＤｂおよびユーザデータＤｃに格納されている識別番号およびユーザ名を示すデータをそれぞれ用いて受信先データを作成し、作成したデータを受信先データＤｅに格納する。そして、受信先データＤｅに格納されている受信先データを送信元となる他のゲーム装置１０ｔへ送信することによって、当該受信先データを受信する送信元の他のゲーム装置１０ｔに対して、受信先となるゲーム装置１０の存在およびそのユーザ名を通知する（図６０参照）。

なお、送信元の他のゲーム装置１０ｔにおいて、画像を送信する処理を開始する決定がなされてから、送信画像が決定されるまでの間の期間において、受信先のゲーム装置１０ｒへ送信準備が完了した旨を示す送信準備完了データが送信される。この場合、受信先のゲーム装置１０ｒは、画像データを受信する準備が完了している場合、当該送信準備完了データの受信に応答して、画像データを受信する準備が完了している受信準備完了データを送信元の他のゲーム装置１０ｔへ送信する（図６０参照）。

次に、ＣＰＵ３１は、送信元の他のゲーム装置１０ｔから送信終了を示すデータを受信したか否か（ステップＳＣ８７）、操作データＤａに基づいて、ユーザが受信を終了する操作を行ったか否か（ステップＳＣ８８）、および送信元の他のゲーム装置１０ｔから画像データを受信したか否か（ステップＳＣ８９）をそれぞれ判断する。例えば、送信元の他のゲーム装置１０ｔが送信する画像を選択中の場合、ＣＰＵ３１は、相手が写真を選ぶのを待っていることを示す画面を下側ＬＣＤ１２および／または上側ＬＣＤ２２に表示し（図５２右図参照）、ユーザに現在の状況を通知する。そして、ＣＰＵ３１は、ユーザが画像の受信をやめる操作（例えば、操作ボタンアイコンＢｆをタッチ操作）を行うことに応じて、ユーザが受信を解除する操作を行ったと判断して（ステップＳＣ８８でＹｅｓ）、次のステップＳＣ９３に処理を進める。また、ＣＰＵ３１は、送信元の他のゲーム装置１０ｔから送信終了を受信（図５８のステップＳＣ６８および図６０参照）した場合（ステップＳＣ８７でＹｅｓ）、当該サブルーチンによる処理を終了する。また、ＣＰＵ３１は、送信元の他のゲーム装置１０ｔから画像データの受信（図５８のステップＳＣ６９および図６０参照）が始まった場合（ステップＳＣ８９でＹｅｓ）、次のステップＳＣ９０に処理を進める。一方、ＣＰＵ３１は、何れの判断も否である場合（すなわち、ステップＳＣ８７〜ステップＳＣ８９が何れもＮｏ）、当該ステップＳＣ８７〜ステップＳＣ８９の判断を繰り返す。

ステップＳＣ９０において、ＣＰＵ３１は、他のゲーム装置１０ｔから受信した画像データ（図６０参照）を、受信画像データＤｆ２に記憶する。そして、ＣＰＵ３１は、受信画像データＤｆ２に記憶された画像データを上記ステップＳＣ５０で選択されている記憶媒体に保存して、処理を次のステップに進める。ここで、ＣＰＵ３１は、他のゲーム装置１０ｔから画像データの受信が始まった場合、当該画像データを受信している間は、例えば下側ＬＣＤ１２に現在送信元のゲーム装置１０ｔから画像データを受信中であることを示す通知を表示する（図５３右図参照）。

次に、ＣＰＵ３１は、操作データＤａに基づいて、送信元の他のゲーム装置１０ｔから、さらに画像を受信するか否かを判断する。例えば、ＣＰＵ３１は、送信元の他のゲーム装置１０ｔからさらに画像を受信するか否かをユーザに選択させる画面を下側ＬＣＤ１２および／または上側ＬＣＤ２２に表示し（図５４右図参照）、ユーザの選択を促す。そして、ＣＰＵ３１は、ユーザがさらに画像の受信を求める操作（例えば、操作ボタンアイコンＢｙをタッチ操作）を行うことに応じて、次のステップＳＣ９２に処理を進める。一方、ＣＰＵ３１は、ユーザが画像の受信を終了する操作（例えば、操作ボタンアイコンＢｎをタッチ操作）を行うことに応じて、次のステップＳＣ９３に処理を進める。

ステップＳＣ９２において、ＣＰＵ３１は、さらに画像データを受信することを示すデータ（受信要求；図６０参照）を送信元の他のゲーム装置１０ｔへ送信して、上記ステップＳＣ８７に戻って処理を繰り返す。

一方、ステップＳＣ９３において、ＣＰＵ３１は、受信を終了することを示すデータ（受信終了；図６０参照）を送信元の他のゲーム装置１０ｔへ送信して、当該サブルーチンによる処理を終了する。なお、上記ステップＳＣ８８の判断では、ユーザの操作とは別に自動的に受信を解除してもかまわない。例えば、上記ステップＳＣ５０で選択されている記憶媒体の記憶可能残量を監視しておき、当該残量が所定量以下になった場合、ユーザに残り保存枚数が０枚となったことを通知して、上記ステップＳＣ９３の処理を行ってもかまわない。

図５７に戻り、ＣＰＵ３１は、上記ステップＳＣ５３の画像受信処理の後、送信終了を受信したか否かを判断する（ステップＳＣ５５）。例えば、ＣＰＵ３１は、上記ステップＳＣ８７の判断ステップによってＹｅｓの判断（すなわち、送信元のゲーム装置１０ｔから送信終了を受信）がされている場合、次のステップＳＣ５６に処理を進める。一方、ＣＰＵ３１は、上記ステップＳＣ９１の判断ステップでＮｏの判断がされている場合、（すなわち、ユーザが受信終了を選択した状態）、送信元のゲーム装置１０ｔとの通信を切断して上記ステップＳＣ５１に戻って処理を繰り返す。

ステップＳＣ５６において、ＣＰＵ３１は、通信切断処理を行って、当該フローチャートによる処理を終了する。例えば、ＣＰＵ３１は、現在通信の相手となっている他のゲーム装置１０との通信を終了（切断）し、通信が切断されたことを示す画面を下側ＬＣＤ１２および／または上側ＬＣＤ２２に表示し（図５５左図または右図参照）、ユーザに現在の状況を通知する。

このように、本実施形態に係るゲーム装置１０は、画像データの受信先となった場合、当該画像データを受け取る送信元の装置を選択することができる。したがって、ゲーム装置１０は、装置間で画像を送受信する際、ユーザが希望する送信側装置を選択して画像を受け取ることができる。

なお、上述した説明では、画像データを受信する受信先のゲーム装置１０ｒが当該画像データを送信する送信元のゲーム装置１０ｔを選択する権利を有しているが、送信元のゲーム装置１０ｔにおいても画像データを受信する受信先のゲーム装置１０ｒを選択する権利を有するようにしてもかまわない。例えば、上記ステップＳＣ６５における送信開始を決定する処理において、ユーザが受信先となるゲーム装置１０ｒを選択した後に送信開始を決定するようにすれば、送信元も同様に受信先の選択が可能となる。例えば、受信先のゲーム装置１０ｒで送信元のユーザを選択した際、当該送信元のゲーム装置１０ｔの表示画面に表示される受信先のユーザ名にチェックボックスが付与（例えば、ユーザ名Ｎｒ１〜Ｎｒ３の横）される。そして、送信元のゲーム装置１０ｔのユーザは、受信先のユーザ名に付与されたチェックボックスをタッチ操作によってチェックすることによって、当該チェックをした受信先のユーザにのみ画像データを送信することができる。

また、上述した処理動作では、受信先のゲーム装置１０ｒは、ユーザが所望するタイミングで画像を送受信するグループから抜けることができる。また、送信元のゲーム装置１０ｔは、受信先のゲーム装置１０ｒが上記グループから抜けたとしても、受信先のゲーム装置１０ｒが少なくとも１台残っている限り、画像データの送信を継続することができる。これによって、受信先のゲーム装置１０ｒが記憶可能残量の不足によって上記グループから抜けたとしても、送信元のゲーム装置１０ｔおよび他の受信先のゲーム装置１０ｒへ影響することがない。しかしながら、受信先のゲーム装置１０ｒの全てが画像通信を継続することを要求した場合のみ画像データの送信を継続し、受信先のゲーム装置１０ｒの少なくとも１台が上記グループから抜けた場合、上記グループに属する全ての通信を終了してもかまわない。

また、上述した処理動作では、最初に送信元となるゲーム装置１０ｔから送信元データを、不特定多数の相手に向かってデータを送信するブロードキャストで送信しているが、他の方式によって通信を開始してもかまわない。例えば、最初に受信先となるゲーム装置１０ｒから受信先データを不特定多数の相手に向かって送信し、当該受信先データを受信した送信元のゲーム装置１０ｔが送信元データを返信してもかまわない。この場合、最初に送信する受信先データには、当該受信先データを送信するゲーム装置１０ｒのユーザ名を記述しなくてもかまわない。

また、上述した処理手順では、送信元のゲーム装置１０ｔと通信する受信先のゲーム装置１０ｒを決定した後にゲーム装置１０ｔからゲーム装置１０ｒに送信する画像が選択されている。これによって、送信元のゲーム装置１０ｔは、決定された受信先のゲーム装置１０ｒに次々と選択した送信画像を送信することが可能となり、様々な画像を容易に送信することができる。しかしながら、このような効果を期待しない場合、他の手順で送信画像を決定してもかまわない。例えば、送信元のゲーム装置１０ｔは、他のゲーム装置１０に送信したい送信画像を決定した後に、受信先となるゲーム装置１０ｒを決定する。この場合、最初に送信元となるゲーム装置１０ｔから不特定多数の相手に向かって送信元データを送信する際、決定されている送信画像を示すデータと共に送信する。これによって、受信先となるゲーム装置１０ｒのユーザは、送信元のユーザ名と共に送信予定の画像を見て画像データを受信したい送信元を選択することができるため、選択するための情報が増えてより希望に合った送信元の選択が可能となる。

また、上述した処理手順では、ボタンＢｔをタッチ操作したときにカーソルＣで囲まれるサムネイルの画像を、送信対象とする画像として選択している。つまり、画像は、１枚ずつ選択されて送信されることになるが、複数枚の画像を選択して送信するようにしてもよい。例えば、図５２の左図においてサムネイル表示領域Ａｔに表示されるサムネイル画像に対し選択操作（例えば直接タッチする操作）することで、当該サムネイル画像が強調表示されるとともに当該サムネイル画像に対応する画像が選択状態となる。そして、さらに上記選択操作を複数回行うことによって複数枚の画像を選択状態とし、その状態でボタンＢｔをタッチ操作することで、選択状態となった複数の画像が送信されるようにしてもよい。

なお、前者の場合は、１枚ずつ画像が選択されて送信されるために、結果的に一度に送信される画像の枚数が１枚に制限されることになる。一方、後者の場合は、選択可能な枚数に制限を設けることによって、一度に送信される枚数が当該選択可能な枚数に制限されることになる。つまり、後者の場合、所定の枚数以上の画像を一度に選択できないようにしてもよいし、選択した画像の容量の合計が所定の容量以上になる場合はそれ以上画像が一度に選択できないようにしてもよい。また、選択可能な画像の枚数とは別に、一度に送信される画像の枚数を制限してもかまわない。この場合、一度に送信される画像の枚数より選択可能な画像の枚数を多く設定することもでき、一度の画像選択操作に対して、制限された枚数の画像送信処理が複数回繰り返されることによって選択された画像の送信処理が完了することになる。何れの画像選択／画像送信制限の態様によっても、受信側のゲーム装置１０のユーザは、画像の受信途中でそれ以上の画像受信を取りやめることが可能であり、受信した画像枚数に基づいて受信を続けるかどうかを判断することができる。

また、最初に送信元となるゲーム装置１０ｔから不特定多数の相手に向かって送信元データを送信する際、他の情報をさらに含ませて受信先のゲーム装置１０ｒへ送信してもかまわない。例えば、送信元となるゲーム装置１０ｔから送信する予定となっている画像のタイトルや枚数を示す情報を上記送信元データに含ませて送信してもかまわない。これによって、受信先のゲーム装置１０ｒでは、受信した送信元データに含まれる画像のタイトルや枚数を示す情報を、送信元のユーザ名と共に表示することができるため、受信先のユーザが送信元を選択するための情報が増えてより希望に合った送信元の選択が可能となる。なお、送信元データに含ませる画像のタイトルは、送信元のゲーム装置１０ｔのユーザが予め決められた定型タイトルから選択してもいいし、ユーザが自由にタイトルを入力してもかまわない。また、送信元データに含ませる画像の枚数は、送信元のゲーム装置１０ｔのユーザが送信予定枚数を入力してもいいし、ゲーム装置１０ｔに保存されている写真の枚数を画像の枚数として含ませてもかまわない。

また、上述した画面表示例は、単なる一例であり、他の画面表示を行ってもいいことは言うまでもない。例えば、図５３に示した画面表示例では、画像データの送受信中にその状態であることを示す通知が表示されるが、当該画像データを送受信するための時間が極めて短い場合、当該通知を表示しなくてもかまわない。

また、上述した説明では、ゲーム装置１０で撮影した静止画像等を送信対象として、ゲーム装置１０の間で送受信しているが、動画像を送受信してもかまわない。この場合、送信対象となる動画像は、ゲーム装置１０で撮影した動画像でもいいし、他の装置から受け取った動画像や撮影以外で記憶されている動画像でもかまわない。

また、上述した本実施形態では、ユーザが自ら送信終了や受信終了を選択した場合、ステップＳＣ５１に戻る、すなわち画像を他のゲーム装置１０ｒに送るのか、画像を他のゲーム装置１０ｔから受け取るのかの選択をユーザに促す処理に戻る動作例を用いたが、当該処理に戻らなくてもかまわない。例えば、ユーザが自ら送信終了や受信終了を選択した場合であっても、ステップＳＣ５６の処理を行う、すなわち通信の相手となっている他のゲーム装置１０との通信を切断し、通信が切断されたことを示す画面を表示して（図５５左図または右図参照）、上記フローチャートによる処理を終了してもかまわない。

また、上述した本実施形態では、２画面分の液晶表示部の一例として、物理的に分離された下側ＬＣＤ１２および上側ＬＣＤ２２を互いに上下に配置した場合（上下２画面の場合）を説明した。しかしながら、２画面分の表示画面の構成は、他の構成でもかまわない。例えば、下側ハウジング１１の一方主面に下側ＬＣＤ１２および上側ＬＣＤ２２を左右に配置してもかまわない。また、下側ＬＣＤ１２と横幅が同じで縦の長さが２倍のサイズからなる縦長サイズのＬＣＤ（すなわち、物理的には１つで、表示サイズが縦に２画面分あるＬＣＤ）を下側ハウジング１１の一方主面に配設して、２つの画像を上下に表示（すなわち上下の境界部分無しに隣接して表示）するように構成してもよい。また、下側ＬＣＤ１２と縦幅が同じで横の長さが２倍のサイズからなる横長サイズのＬＣＤを下側ハウジング１１の一方主面に配設して、横方向に２つのゲーム画像を左右に表示（すなわち左右の境界部分無しに隣接して表示）するように構成してもよい。すなわち、物理的に１つの画面を２つに分割して使用することにより２つの画像を表示してもかまわない。いずれの画像の形態に対しても、上述した下側ＬＣＤ１２に表示していた表示画像が表示される画面上にタッチパネル１３を配設すれば、同様に本発明を実現することができる。また、物理的に１つの画面を２つに分割して使用することにより上記２つの画像を表示する場合、当該画面全面にタッチパネル１３を配設してもかまわない。

また、上述した本実施形態では、ゲーム装置１０にタッチパネル１３が一体的に設けられているが、ゲーム装置とタッチパネルとを別体にして構成しても、本発明を実現できることは言うまでもない。また、上側ＬＣＤ２２の上面にタッチパネル１３を設けて上側ＬＣＤ２２に上述した下側ＬＣＤ１２に表示していた表示画像を表示してもよい。さらに、本実施形態では表示画面を２つ（下側ＬＣＤ１２、上側ＬＣＤ２２）を設けたが、表示画面は１つであってもかまわない。すなわち、本実施形態において、上側ＬＣＤ２２を設けず単に下側ＬＣＤ１２のみを表示画面としてタッチパネル１３を設けるように構成してもよい。また、本実施形態において、下側ＬＣＤ１２を設けずに上側ＬＣＤ２２の上面にタッチパネル１３を設けて、上述した下側ＬＣＤ１２に表示していた表示画像を上側ＬＣＤ２２に表示してもよい。

また、本実施形態では、座標入力を実現するゲーム装置１０の入力手段としてタッチパネル１３を用いたが、他のポインティングデバイスを用いてもかまわない。ここで、ポインティングデバイスは、画面上での入力位置や座標を指定する入力装置であり、例えば、マウス、トラックパッド、トラックボール等を入力手段として使用し、入力手段から出力される出力値から計算された画面座標系の位置情報を用いれば、本発明を同様に実現することができる。

また、ゲームコントローラをプレイヤが把持してゲームを楽しむ据置型のゲーム装置の場合、他の態様のポインティングデバイスも考えられる。例えば、ゲームコントローラのハウジングに固設されたカメラを、上記ポインティングデバイスとして利用することも可能である。この場合、ゲームコントローラのハウジングで指し示した位置の変化に応じてカメラが撮像する撮像画像が変化する。したがって、この撮像画像を解析することにより、表示画面に対して上記ハウジングで指し示した座標を算出することができる。なお、本発明においては、ゲーム装置１０にタッチパネル１３等のポインティングデバイス自体が設けられていなくても実現可能であることは言うまでもない。

また、本実施形態では、携帯型のゲーム装置１０や据置型のゲーム装置を用いて説明したが、一般的なパーソナルコンピュータ等の情報処理装置で本発明の画像通信アプリケーションプログラムを実行して、本発明を実現してもかまわない。

また、上述したゲーム装置１０の形状や、それに設けられている操作ボタン１４群やタッチパネル１３の形状、数、および設置位置等は、単なる一例に過ぎず他の形状、数、および設置位置であっても、本発明を実現できることは言うまでもない。また、上述した画像通信処理で用いられる各ステップの実行順序や画面表示例等は、単なる一例に過ぎず他の実行順序や画面表示であっても、本発明を実現できることは言うまでもない。

［９．サウンド機能］
次に、図６１〜図１０１を参照して、サウンドアプリケーションプログラム５７が起動されて実行されるサウンドプログラムにより提供される処理について説明する。

＜ゲーム装置の使用例＞
図６１は、本実施形態に従うゲーム装置１０におけるサウンド機能におけるサウンド選択画面４００の一例を示す図である。

図６１を参照して、本実施形態に従うゲーム装置１０は、サウンド機能として、ユーザが自由に本体のマイクで録音した録音データファイルを用いて再生したり、あるいはＳＤカードに格納された音楽データであるミュージックファイルを再生したりする機能等を含む複数の機能を搭載しており、ユーザは、図６１に示すサウンド選択画面４００上で所望する機能を任意に選択することが可能である。

図６１に示す例では、下側ＬＣＤ１２の画面にゲーム装置１０に搭載された各機能に対応する複数のアイコン４０２，４０４が表示されている。

ここで、「マイクで録音してあそぶ」アイコン４０４を選択すると、ユーザが自由に本体のマイクで録音して録音データファイルを作成したり、作成した録音データファイルを再生したり、作成した録音データファイルを編集したりする機能のマイク録音再生モードに移行する。

一方、「ＳＤカードの音楽であそぶ」アイコン４０４を選択すると、ＳＤカードに格納された音楽データであるミュージックファイルを再生等したりする機能の音楽再生モードに移行する。なお、本実施例においては、ＳＤカードのミュージックファイルの格納は、一例として、パーソナルコンピュータなどによって適宜行なわれるものとするが、上述した無線通信モジュール３８を用いて、インターネットを介してミュージックファイルが格納されているサーバとの間でデータを送受信して、ＳＤカードにダウンロードしたミュージックファイルを格納するようにしてもよい。

また、ここで、「設定」アイコン４０８をユーザが選択すると、設定処理に関する機能をユーザが自由に選択することが可能である。

また、「やめる」アイコン４０６が選択されると、サウンド機能を終了して図示しないメニュー画面へ戻るものとする。

また、図６１において、下側ＬＣＤ１２の画面下部に鳥の形状のオブジェクト４１０が表示されている。当該鳥の形状のオブジェクト４１０が表示されている場合は、後述する自動録音再生機能が実行されているものとする。

以下、まず、ＳＤカードに格納された音楽データであるミュージックファイルの再生処理等を実行する機能である音楽再生モードについて説明する。

具体的には、「ＳＤカードの演奏であそぶ」アイコン４０４を選択すると、音楽再生モードに移行して、音楽再生フォルダリスト選択画面５００が表示される。

図６２は、本実施形態に従う音楽再生フォルダリスト選択画面５００を説明する図である。

図６２（ａ）には、下側ＬＣＤ１２の画面に音楽再生フォルダリスト選択画面５００が表示されている場合が示されている。

また、図６２（ｂ）には、上側ＬＣＤ２２の画面に現在、選択されているフォルダ内に含まれているミュージックファイルのリスト画面５００＃が表示されている。

図６２（ａ）を参照して、ユーザは、タッチペン２７等で下側ＬＣＤ１２の画面上にタッチして音楽再生フォルダリスト選択画面５００におけるフォルダリスト表示範囲５３０の中から任意のフォルダを選択することが可能である。なお、一例としてフォルダリスト表示範囲５３０において、各フォルダは、円板の円周に沿って斜めに表示されている場合が示されている。

例えば、カーソル５２０がフォルダリスト表示範囲５３０の一番上に表示されているフォルダを選択しているものとする。タッチペン２７等で下側ＬＣＤ１２の画面上のフォルダリスト表示範囲５３０の別のフォルダが表示されている位置にタッチしたり、あるいは、画面上にタッチしてタッチしたままタッチペン２７等を移動等させることで、タッチペンの軌跡に応じたフォルダリストのスクロール表示処理が実行される。なお、本例においては、一例としてカーソル５２０の位置は変わらず、現在、フォルダリスト表示範囲５３０で表示されているフォルダリストの一番上のフォルダを選択した状態に設定されるものとする。したがって、タッチペンの軌跡に応じて円板が回転するようにフォルダリストのスクロール表示処理が実行される。

なお、本例においては、一例としてカーソル５２０の位置は変わらないものとして説明するが、カーソル５２０の位置をタッチペン２７でタッチしたタッチ位置に応じた位置に移動させるようにすることも可能である。具体的には、画面上にタッチして、タッチした位置からタッチ位置を変更せずに、タッチした状態を解除する操作（タッチオフ）を実行した場合には、タッチ位置に応じてカーソル５２０のみが移動する。その際には、フォルダリストのスクロール表示処理は実行されない。具体的には、図６２（ａ）において、「おまかせ」のフォルダをタッチした場合には、「おまかせ」のフォルダの位置にカーソル５２０のみが移動する。

一方、画面上にタッチしてタッチしたままタッチペン２７等を移動等させる、すなわち、タッチした位置からタッチした状態を継続しつつ、タッチ位置を変更する操作（ドラッグ操作）を実行した場合には、タッチペンの移動軌跡（移動距離）に応じてフォルダリストのスクロール表示処理が実行される。なお、その際には、カーソル５２０は、スクロール表示処理前のカーソル５２０の位置に維持される、あるいは、フォルダリストの一番上のフォルダについて選択された状態に設定することが可能である。

また、カーソル５２０の位置が変化して、選択されたフォルダが変更された場合には、図６２（ｂ）は、当該カーソル５２０により選択されているフォルダ内に含まれているミュージックファイルのリスト画面５００＃に更新される。具体的には、後述するお気に入りフォルダをタッチした場合には、お気に入りフォルダに登録されたミュージックファイルのリスト（一覧）が表示される。また、おまかせのフォルダをタッチした場合には、後述するがランダム再生が実行されるとともに、ランダム再生で再生されるミュージックファイルのリスト（一覧）が表示される。なお、ランダム再生の場合には、既に再生されたミュージックファイルについては、ファイル名を表示し、未だ再生されていないミュージックファイルのファイル名については、別の記号等に置き換えて表示するようにすることも可能である。当該処理により、ユーザは、ランダム再生の場合に、次に、再生されるミュージックファイルを再生するまで認知することができないため期待感をもたせることができ、楽しく音楽データを再生することができる。

また、カーソル５２０の位置が変化しない場合であっても、フォルダリストのスクロール表示処理に従って、カーソル５２０により選択されているフォルダが変更されるため、上側ＬＣＤ２２の画面に表示されるリスト画面５００＃について、選択されているフォルダ内のミュージックファイルのリストに更新される。

また、ユーザは、タッチペン２７等で下側ＬＣＤ１２の画面上に表示されているフォルダリストスクロールバー５１０のスライダ５１８を移動させることが可能である。

フォルダリストスクロールバー５１０のスライダ５１８を移動させることにより、フォルダリスト表示範囲５３０に表示されているフォルダリストが更新され、カーソル位置に応じたフォルダリストが表示される。

また、ユーザは、音量設定アイコン５５０をタッチペン２７等で指定することによって、スピーカ等から出力される音量を設定することができる。

また、ユーザは、「もどる」アイコン５１２を選択することによって、前の画面であるサウンド選択画面４００に戻ることができる。

また、「ひらく」アイコン５１４を選択することによりミュージックファイル選択画面が表示される。

また、ユーザは、図６２（ａ）の選択機能アイコン５１６を選択することにより選択機能アイコンに対応した機能を実行することができる。当該選択機能アイコンは、現在、カーソル５２０により選択されているフォルダに対応して表示および設定が切替えられるものとする。ここでは、一例として、お気に入りフォルダの１つである「ベスト１０」のフォルダが選択されている場合が示されており、当該フォルダに対応して「すべて削除」の選択機能アイコン５１６が設けられている。「すべて削除」の選択機能アイコン５１６を選択した場合には、ベスト１０のフォルダ内に登録されているミュージックファイルがすべて削除される処理が実行される。なお、後述するお気に入りフォルダは、フォルダ内にミュージックファイルが登録されている場合に表示され、登録されていない場合には、フォルダが表示されないようにすることも可能である。

また、「ベスト１０」のフォルダの次のフォルダには、「おまかせ」のフォルダが表示されており、当該「おまかせ」のフォルダを選択して実行した場合には、全ミュージックファイルの最初から最後までの再生順序がランダムに指定されて再生が開始されるものとする。そして、最後に指定されたミュージックファイルの再生が終了した場合には、再び、再生順序がランダムに指定されて再生が継続されるものとする。なお、「おまかせ」のフォルダが選択されている場合には、ランダム再生であるが再生順序が指定されているため、一度再生したミュージックファイルに戻って再生を繰り返すことも可能である。また、最後に指定されたミュージックファイルの再生が終了した場合に、次の再生順序がランダムに指定された際、最後に指定されたミュージックファイルと、次の最初のミュージックファイルとが同じ場合には、再生順序をやり直す処理を実行する。当該処理により、同じ曲が連続的に再生されることを抑制してユーザのストレスを抑制することが可能である。また、「おまかせ」のフォルダが選択された場合には、再生処理が自動的に開始されるため後述する再生動作選択画面５０３が表示されるものとする。

また、ここでは、一例として、「ベスト１０」の次に、「おまかせ」フォルダ、また、別のお気に入りフォルダである「思い出」フォルダ、「コレクション」フォルダが順番に表示されているが、特に、この表示順に限られず、自由に表示することが可能である。例えば、「おまかせ」フォルダと「ベスト１０」を入れ替えて表示することも可能である。例えば、初期のカーソル５２０の位置が「おまかせ」フォルダの場合には、上記の再生処理が自動的に開始されるためユーザは何も選択しなくても音楽データを再生することが可能である。

図６３は、本実施形態に従う別の音楽再生フォルダリスト選択画面５０１を説明する図である。

図６３（ａ）には、下側ＬＣＤ１２の音楽再生フォルダリスト選択画面５０１が表示されている場合が示されている。

また、図６３（ｂ）には、下側ＬＣＤ１２の画面に現在、選択されているフォルダ内に含まれているミュージックファイルのリスト画面５０１＃が表示されている。

例えば、図６２（ａ）のフォルダリスト表示範囲５３０において、ユーザがタッチペン２７等を用いて、フォルダリストをスクロール表示させた場合が示されている。

具体的には、タッチペンをフォルダリスト表示範囲５３０において、一例として画面上にタッチしたまま移動（スライド操作）させることでその移動した軌跡に応じてフォルダリストが更新される。

したがって、図６３（ａ）においては、フォルダリストスクロールバー５１０のカーソル５１８＃の位置が初期位置から移動した場合が示されている。

また、カーソル５２０に従ってミュージックフォルダＦＡが選択された状態であり、そのミュージックフォルダＦＡに複数のミュージックファイルが格納されていることが図６３（ｂ）のリスト画面５０１＃に示されている。その他の点については、図６２で説明したのと同様であるのでその詳細な説明は繰り返さない。

また、「ベスト１０」等のお気に入りフォルダや、「おまかせ」のフォルダ等と、ミュージックフォルダとが同じフォルダリスト表示範囲２３０で並列に表示されるため指定したいフォルダを一見して把握することが可能であり、ユーザのフォルダリスト選択の操作性が向上する。

図６２（ａ）においては、一例として、お気に入りフォルダとして、「ベスト１０」、「思い出」、「コレクション」が設けられている場合が示されているが、図示しないが上記フォルダに加えて、「れんしゅう中」のフォルダや、さらに、ユーザの嗜好性に合わせて特別な表示が可能なフォルダを設けることも可能である。例えば、「ひみつ」フォルダを設けて、当該フォルダに含まれているミュージックファイルの先頭の数文字のみを表示して、残りの文字は表示しない（ひみつにする）ようにするフォルダを設けることも可能である。当該フォルダの登録については後述する。

図６４は、本実施形態に従うミュージックファイル選択画面５０２を説明する図である。

図６４（ａ）を参照して、下側ＬＣＤ１２の画面上にミュージックファイルリスト５４０が表示されている。

前の音楽再生フォルダリスト選択画面において、「ひらく」アイコン５１４が選択されると選択されたミュージックフォルダに含まれているミュージックファイルのリストが表示される。

また、ユーザは、タッチペン２７等で下側ＬＣＤ１２の画面上のファイルリストスクロールバー５１０＃のスライダ５１８＃を移動させることが可能である。

ファイルリストスクロールバー５１０＃のスライダを移動させることにより、ファイルリストの選択画面に表示されているファイルリストがスクロールされ、カーソル位置に応じたミュージックファイルのリストが表示される。

また、ユーザは、図６４（ａ）の選択機能アイコンを選択することにより選択機能アイコンに対応した機能を実行することができる。当該選択機能アイコンは、現在、カーソル５２０により選択されているフォルダに対応して表示および設定が切替えられるものとする。ここでは、「お気に入り」の選択機能アイコン５１５が設けられている。「お気に入り」の選択機能アイコン５１５を選択した場合には、お気に入りフォルダ選択画面が表示される。

図１０２は、本実施形態に従うお気に入りフォルダ選択画面５０９を説明する図である。

図１０２を参照して、下側ＬＣＤ１２の画面上にお気に入りフォルダである「ベスト１０」登録アイコン７００、「思い出」登録アイコン７０２、「コレクション」登録アイコン７０４、「れんしゅう中」登録アイコン７０６、「ひみつ」登録アイコン７０８が設けられている場合が示されている。

ユーザは、お気に入りフォルダ選択画面５０９において、上記登録アイコンのいずれかを選択することにより、選択されたフォルダに、上記図６４（ａ）でカーソル５２０＃により選択されているミュージックファイルが登録され、表示されることになる。

なお、「もどる」アイコン７１０を選択した場合には、前の画面であるミュージックファイル選択画面５０２が表示される。

また、再び、図６４（ａ）を参照して、ミュージックファイル選択画面５０２において、再生モード切替アイコン５１７が設けられている。

また、ユーザは、再生モード切替アイコン５１７を選択することによりフォルダ内の再生モードの切替を実行することが可能である。具体的には、再生中のミュージックファイルを繰り返し再生する再生モード、順番に再生し、すべての再生が終わったら最初から繰り返す再生モード、順番に再生し、すべての再生が終わったら停止する再生モード、ランダムで再生する再生モード、設定した区間のみを繰り返し再生する再生モードを順番に切替えて実行することが可能である。

また、選択されたミュージックフォルダに関する情報が図６４（ｂ）の上側ＬＣＤ２２に表示される。

図６４（ａ）において、ユーザは「スタート」アイコン５１６を選択することによりカーソル５２０＃により選択されているミュージックファイルの再生動作を実行するとともに再生動作選択画面が表示される。

図６５は、本実施形態に従う再生動作選択画面５０３を説明する図である。
図６５（ａ）においては、下側ＬＣＤ１２において、再生動作等において音楽を変化させて動作させる再生動作選択画面５０３が表示されている場合が示されている。

具体的には、たとえば、ユーザは、効果音選択アイコン５３２，５３４をタッチペン等により選択することにより、Ｒボタン１４ＪおよびＬボタン１４Ｉをそれぞれユーザが押下したときにスピーカ等から出力される効果音を切替えることが可能である。

また、ユーザは、速度音程調整アイコン５４１を選択することにより、再生信号の再生スピードや音程を変える機能を実行することができる。

また、ユーザは、音色調整アイコン５４２を選択することにより、再生信号の周波数を変調したり、あるいはフィルタリング処理等を実行して別の音色に変える機能を実行することができる。

また、ユーザは、録音データ選択アイコン５４４を選択することにより、後述する音声録音した録音データファイルを効果音としてスピーカから出力する機能を実行することができる。

また、再生タイムバー５１１の表示範囲内において、ミュージックファイル全体の再生時間の再生位置に応じてスライダ５１９が移動するものとする。ユーザは、タッチペン２７等により再生タイムバー５１１の表示範囲内をタッチした場合には、タッチ位置に応じた時間からミュージックファイルの再生処理を開始することが可能である。その場合には、再生処理を開始した位置にスライダ５１９が移動するものとする。なお、スライダ５１９をタッチペン２７等により選択してスライド操作して、スライド操作した位置から再生処理を開始することも可能である。

また、ユーザは、一時停止コマンドアイコン５２２を選択することにより再生中のミュージックファイルを一時停止することが可能である。また、ユーザは、次の選曲コマンドアイコン５２４を選択することによりフォルダに含まれている次のミュージックファイルを選択して再生動作を実行することが可能である。また、ユーザは、前の選曲コマンドアイコン５２０を選択することによりフォルダに含まれている前のミュージックファイルを選択して再生動作を実行することが可能である。

また、ユーザは、ビジュアライザ切替アイコン５３１を押下することにより後述するビジュアライザ処理を実行することが可能である。

また、ユーザは、再生モード切替アイコン５１７を押下することによりフォルダ内の再生モードの切替を実行することが可能である。具体的には、再生中のミュージックファイルを繰り返し再生する再生モード、順番に再生し、すべての再生が終わったら最初から繰り返す再生モード、順番に再生し、すべての再生が終わったら停止する再生モード、ランダムで再生する再生モード、設定した区間のみを繰り返し再生する再生モードを順番に切替えて実行することが可能である。

また、ユーザは、「お気に入り」アイコン５１５を押下することにより、図１０２で説明したお気に入りフォルダ選択画面５０９が表示される。そして、上述したように、お気に入りフォルダ選択画面５０９において、登録アイコンのいずれかを選択することにより、選択されたフォルダに、現在再生されているミュージックファイルを登録し、表示することが可能である。

また、図６５（ｂ）においては、図６４（ａ）の下側ＬＣＤ１２の画面上に表示されていたミュージックファイルリスト５４０が上側ＬＣＤ２２の画面上にミュージックファイル選択リスト画面５０３＃として表示されている場合が示されている。そして、再生中のミュージックファイルと同じフォルダに含まれているミュージックファイルについて方向入力ボタン１４Ａを操作することにより選択することができる。すなわち、図６４（ａ）の下側ＬＣＤ１２の画面上において、タッチペン等によりミュージックファイルを選択（スタート押下）した後、図６５（ａ）の下側ＬＣＤ１２の画面上において、再生動作選択画面において、タッチペン等により選択した対象であるミュージックファイルの再生動作に対する処理をタッチペン等により選択し、上側ＬＣＤ２２の画面上においては、ミュージックファイルを方向入力ボタン１４Ａで選択することが可能である。

そして、たとえば、方向入力ボタン１４Ａを用いてミュージックファイルを選択して操作ボタン１４Ｂ〜１４Ｅのいずれかを押すことにより再生中のミュージックファイルを選択したミュージックファイルに切替えて再生動作を実行することが可能である。

したがって、下側ＬＣＤ１２の再生動作選択画面５０３における処理と、上側ＬＣＤ２２のミュージックファイル選択リスト画面５０３＃における処理とを並列に処理することが可能であるためユーザの利便性に供する。

以下、本実施形態に従うサウンド機能の詳細処理について説明する。
上述した本実施形態に従う「サウンド機能」に係る処理手順について以下のフローを参照して説明する。なお、各ステップは、代表的にＣＰＵ３１が、メモリカード２９に記憶されたプログラム等をメインメモリ３２に読出して実行することで実現される。

＜機能選択処理＞
図６６は、本実施形態に従うゲーム装置１０における機能選択に係る処理を説明するフローチャートである。なお、図６６に示すフローは、図６１のサウンド選択画面４００における処理を説明するものである。

図６６を参照して、ゲーム装置１０の電源が投入され、あるいはスタートボタンが押下された後、ユーザが図示しないメニュー画面から所定のアイコンを選択することでサウンド機能が実行される。

ステップＳＤ１において、ＣＰＵ３１は、図６１に示すようなサウンド選択画面４００を下側ＬＣＤ１２に表示する。

そして、次に、ＣＰＵ３１は、自動録音再生処理を開始する（ステップＳＤ２）。自動録音再生処理については後述する。なお、ステップＳＤ１とＳＤ２との順番を入れ替えることも可能である。

そして、次に、ＣＰＵ３１は、タッチパネル１３からタッチ位置のデータの入力があるかどうかを判断する（ステップＳＤ３）。ＣＰＵ３１は、Ｉ／Ｆ回路４２を介してタッチパネル１３からタッチ位置データが入力されたか否かを判断する。すなわち、ＣＰＵ３１は、ユーザによるタッチペン２７等によるタッチ操作の有無を判断する。タッチ位置データの入力がされていなければ（ステップＳＤ３においてＮＯ）、ステップＳＤ３の処理が繰り返される。

一方、タッチ位置データが入力されていれば（ステップＳＤ３においてＹＥＳ）、処理はステップＳＤ４に進む。

ステップＳＤ４では、ＣＰＵ３１は、タッチ位置データの示す座標値が機能選択アイコンの表示範囲内の値であるかどうかを判断する。すなわち、ＣＰＵ３１は、「マイクで録音してあそぶ」アイコン４０２あるいは「ＳＤカードの演奏であそぶ」アイコン４０４のいずれが選択されたか否かを判断する。

そして、タッチ位置データの示す座標値が「マイクで録音してあそぶ」アイコン４０２あるいは「ＳＤカードの演奏であそぶ」アイコン４０４の表示範囲内の値であれば（ステップＳＤ４においてＹＥＳ）、処理はステップＳＤ８に進む。

一方、タッチ位置データの示す座標値がいずれの「マイクで録音してあそぶ」アイコン４０２あるいは「ＳＤカードの演奏であそぶ」４０４の表示範囲外であれば（ステップＳＤ４においてＮＯ）、処理はステップＳＤ５に進む。

ステップＳＤ８において、ＣＰＵ３１は、ステップＳＤ４においてタッチ位置の示す座標値が機能選択アイコンの表示範囲内の値であると判断した場合には、自動録音再生処理を終了する（ステップＳＤ８）。

そして、ＣＰＵ３１は、次に選択された機能モードの移行処理を実行する（ステップＳＤ９）。選択された機能モードの移行処理については後述する。

一方、ＣＰＵ３１は、ステップＳＤ４においてタッチ位置の示す座標値が機能選択アイコンの表示範囲内の値ではないと判断した場合には、次にタッチ位置の示す座標値が「設定」アイコン４０８の表示範囲内の値であるかどうかを判断する（ステップＳＤ５）。

ＣＰＵ３１は、ステップＳＤ５において、タッチ位置の示す座標値が「設定」アイコン４０８の表示範囲内の値であると判断した場合には自動録音再生処理を終了する（ステップＳＤ１０）。

次に、ＣＰＵ３１は、設定処理を実行する（ステップＳＤ１１）。設定処理については後述する。

一方、ＣＰＵ３１は、ステップＳＤ５において、タッチ位置の示す座標値が「設定」アイコン４０８の表示範囲内の値ではないと判断した場合には次にタッチ位置の示す座標値が「終わる」アイコン４０６の表示範囲内の値であるかどうかを判断する（ステップＳＤ６）。

ＣＰＵ３１は、ステップＳＤ６において、タッチ位置の示す座標値が「おわる」アイコン４０８の表示範囲内の値であると判断される場合には自動録音再生処理を終了して機能選択処理を終了する（エンド）。すなわち、これにより図示しないメニュー画面に戻る。

一方、ＣＰＵ３１は、ステップＳＤ６においてタッチ位置の示す座標値が「おわる」アイコン４０８の表示範囲内の値ではない場合にはステップＳＤ３に戻る。

図６７は、図６６における選択機能モード移行処理のサブルーチン処理を説明するフローチャートである。

図６７を参照して、ＣＰＵ３１は、タッチ位置の示す座標値が「ＳＤカードの音楽で遊ぶ」アイコン４０４の表示範囲内の値あるいは「マイクで録音して遊ぶ」のアイコン４０２の表示範囲内のいずれであるかを判断する（ステップＳＤ２０）。

ＣＰＵ３１は、タッチ位置の示す座標値が「ＳＤカードの音楽で遊ぶ」アイコン４０４の表示範囲内の値である場合にはステップＳＤ２１に進む。

そして、ＣＰＵ３１は、ＳＤカードが挿入されているかどうかを判断する（ステップＳＤ２１）。ＣＰＵ３１は、ＳＤカードが挿入されていると判断した場合には次に音楽再生モードに移行する（ステップＳＤ２２）。音楽再生モードについては後述する。音楽再生モードが終了した場合には、再び、図１のステップＳＤ１のサウンド選択画面に戻る（リターン）。

一方、ＣＰＵ３１は、ステップＳＤ２１においてＳＤカードが挿入されていないと判断した場合にはエラー表示処理を実行する（ステップＳＤ２３）。エラー表示処理は、一例として、「ＳＤカードが挿入されていません」等の表示処理を実行してユーザにＳＤカードの挿入を促す処理である。そして、再び、ステップＳＤ１に戻る（リターン）。

一方、ＣＰＵ３１は、ステップＳＤ２０においてタッチ位置の示す座標値が「マイクで録音して遊ぶ」アイコン４０２の表示範囲内であると判断した場合にはマイク録音再生モードに移行する（ステップＳＤ２４）。マイク録音再生モードについては後述する。マイク録音再生モードが終了した場合には、再び、図１のステップＳＤ１のサウンド選択画面に戻る（リターン）。

＜音楽再生モード＞
次に、音楽再生モードについて説明する。

図６８は、音楽再生モードにおけるサブルーチン処理を説明するフローチャートである。

図６８を参照して、まず、ＣＰＵ３１は、ＳＤカード内のフォルダ検索処理を実行する（ステップＳＤ３０）。

そして、ＣＰＵ３１は、次にフォルダリストを生成する（ステップＳＤ３１）。
そして、ＣＰＵ３１は、次に、音楽再生フォルダリスト選択画面を表示する（ステップＳＤ３２）。上述した図６２および図６３は、音楽再生フォルダリスト選択画面５００が表示された場合の一例図である。

ここで、ＳＤカード内のフォルダ検索処理について説明する。
図６９は、ＳＤカード内のフォルダ検索処理のサブルーチン処理を説明するフローチャートである。

図６９を参照して、ＣＰＵ３１は、ＳＤカード内における格納されたフォルダに対応付けられたパスのうち最初に探索する探索初期パスを設定する（ステップＳＤ５０）。そして、次に、ＣＰＵ３１は、探索初期パスに従ってミュージックファイルの探索処理を実行する（ステップＳＤ５１）。

そして、ＣＰＵ３１は、探索初期パスに従うミュージックファイルの探索処理により、フォルダ内にミュージックファイルが存在するかどうかを判断する（ステップＳＤ５２）。

ステップＳＤ５２において、ＣＰＵ３１は、ミュージックファイルが有ると判断した場合には、ミュージックファイルが含まれているミュージックフォルダを抽出する（ステップＳＤ５３）。

なお、ミュージックファイルが存在するか否かは、一例としてファイルを識別するための拡張子を参照することにより判断することが可能である。なお、拡張子に限られず、ファイルのヘッダ等に格納されている識別情報を参照することにより判断することも可能であり、その判断方式は問わない。

そして、次に、ＣＰＵ３１は、全てのパスについて探索が完了したかどうかを判断する（ステップＳＤ５４）。

ステップＳＤ５４において、ＣＰＵ３１は、全てのパスについて探索が完了していないと判断した場合には、次に探索する探索次パスを設定する（ステップＳＤ２５）。

そして、ステップＳＤ５１に戻り、上記の処理であるミュージックファイルの探索処理を実行する。

そして、全てのパスについての探索が完了するまで上述したステップＳＤ５１〜ＳＤ５４の処理を繰り返す。ステップＳＤ５４において、ＣＰＵ３１は、全てのパスの探索が完了したと判断した場合には処理を終了する（リターン）。

これにより、装着されたＳＤカードについて、ミュージックファイルが存在するすべてのフォルダを抽出することができる。

図７０は、フォルダリスト生成のサブルーチン処理を説明するフローチャートである。
図７０を参照して、まず、ＣＰＵ３１は、フォルダ名判定処理を実行する（ステップＳＤ６０）。そして、次に、ＣＰＵ３１は、フォルダ配列処理を実行する（ステップＳＤ６１）。

図７１は、フォルダ名判定処理のサブルーチン処理を説明するフローチャートである。
図７１を参照して、ＣＰＵ３１は、図６９のフォルダ検索処理により抽出された最初のフォルダを選択する（ステップＳＤ６５）。そして、ＣＰＵ３１は、次に同一のフォルダ名があるかどうかを判断する（ステップＳＤ６６）。

ＣＰＵ３１は、ステップＳＤ６６において同一のフォルダ名があると判断した場合にはフォルダをマージする（ステップＳＤ６７）。

一方、ＣＰＵ３１は、ステップＳＤ６６において、同一のフォルダがないと判断した場合にはステップＳＤ６８に進む。ＣＰＵ３１は、ステップＳＤ６８において、図６９のフォルダ検索処理により抽出されたすべてのフォルダについて判定が終了したかどうかを判断する。

ＣＰＵ３１は、ステップＳＤ６８において、すべてのフォルダについて判定が終了していないと判断した場合には、図６９のフォルダ検索処理により抽出された次のフォルダを選択する（ステップＳＤ６９）。そして、ＣＰＵ３１は、ステップＳＤ６６に戻り、上述したステップＳＤ６６〜ＳＤ６９の処理を繰り返す。

ＣＰＵ３１は、ステップＳＤ６８において、すべてのフォルダについて判定が終了したと判断した場合には、次に図７０のフォルダ配列処理（ステップＳＤ６１）に進む。

再び図７０を参照して、フォルダ配列処理（ステップＳＤ６１）においては、フォルダ名判定処理（ステップＳＤ６０）において、マージされたフォルダ等について名前あるいは記号等に従って所定の配列順序に従ってフォルダを配列する。

そして再び、図６８に戻る（リターン）。
図６８を参照して、次に、ステップＳＤ３２においてフォルダ配列処理（ステップＳＤ６１）において、配列されたフォルダ順序に従って音楽再生フォルダリスト選択画面においてフォルダリストが表示される（ステップＳＤ３２）。

図７２は、フォルダ検索処理を説明する具体例の一例を説明する図である。
ここでは、一例として、１つのＳＤカードにおいて格納されているミュージックファイルとフォルダのリスト構造が示されている。

図７２を参照して、具体的には一例としてフォルダＦＤ１とフォルダＦＤ２が設けられ、フォルダＦＤ１にはミュージックフォルダＦＡとミュージックフォルダＦＢとが設けられている場合が示されている。

そして、ミュージックフォルダＦＡにはミュージックファイルＭＡＡ、ミュージックファイルＭＢＢ、…が含まれている場合が示されている。

また、ミュージックフォルダＦＢにはミュージックファイル・・・が含まれている場合が示されている。

フォルダＦＤ２には、ミュージックフォルダＦＡとミュージックフォルダＦＣとが設けられている場合が示されている。

そして、ミュージックフォルダＦＡにはミュージックファイルＭＸ，ＭＹが含まれている場合が示されている。

また、ミュージックフォルダＦＣにはミュージックファイル・・・が含まれている場合が示されている。

このようなツリー構造を有するフォルダがＳＤカード内に格納されている場合において、図６９で説明したフローに従う処理により、ミュージックファイルが格納されているミュージックフォルダＦＡ．ＦＢ，ＦＡ，ＦＣの４つのミュージックフォルダが抽出される。

そして、図７１で説明したフローに従う処理により、フォルダＦＤ１に格納されているミュージックフォルダＦＡとフォルダＦＤ２に格納されているミュージックフォルダＦＡは同一のフォルダ名であるため、ミュージックフォルダＦＡとしてそれぞれのフォルダに格納されているミュージックファイルがマージされることになる。このようにマージされることにより、図６３（ｂ）に例示されるようなミュージックファイルのリスト画面５０１＃や図７０（ｂ）に例示されるようなミュージックファイル選択リスト画面５０３＃において、上述の例においては、ミュージックフォルダＦＡについて、当該フォルダに属するミュージックファイルとして、ミュージックファイルＭＡＡ、ミュージックファイルＭＢＢ、・・・、ミュージックファイルＭＸ、ミュージックファイルＭＹ、・・・が一覧表示されるように設定される。

そして、当該処理により、同一のフォルダ名についてはマージされてフォルダリスト選択画面においてフォルダリストが表示されることになる。これによって、装着したメモリカード（ＳＤカード）内に同一名称のフォルダが存在する場合には、同一グループとして一覧表示されることにより、同一のフォルダ名が複数存在する場合等のＳＤカードのフォルダ構成によりフォルダの抽出処理に不具合が生じることがなく、また、利便性を向上させることができる。

なお、本実施例においては、装着したメモリカード（ＳＤカード）内のミュージックファイルをグループ化するために、ミュージックファイル内の属性情報を利用することなく、メモリカードのフォルダ情報をそのまま利用する（同一フォルダに存在するミュージックファイルを同一グループとして扱う）。また、各フォルダが存在する階層に関わらず、音楽再生フォルダリスト選択画面５００などにおいて、全てのフォルダを並列に（１つの階層で）表示する。すなわち、例えば、図１４の例において、フォルダＦＤ１およびフォルダＦＤ２にもミュージックファイルが存在する場合には、音楽再生フォルダリスト選択画面５００においては、フォルダＦＤ１、フォルダＦＤ２、ミュージックフォルダＦＡ、ミュージックフォルダＦＢ、ミュージックフォルダＦＣが並列に一覧表示されることになる。これにより、メモリカードの階層構成が複雑な場合であっても、所望のミュージックファイルを例えばユーザである子供などでも容易に見つけることができる。

また、同一グループとして扱うフォルダの名称として、音楽再生フォルダリスト選択画面５００などにおいて、メモリカードに登録されているフォルダ名称をそのまま利用するため所望のミュージックファイルをユーザは容易に探すことが可能であり、利便性が向上する。

さらに、前述したとおり、音楽再生フォルダリスト選択画面５００においては、メモリカードから抽出した各フォルダの名称（これは、各フォルダに属するミュージックファイルを一覧表示させるためのタッチボタンでもある）とともに、お気に入りフォルダ（これは、お気に入りに登録されたミュージックファイルを一覧表示させるためのタッチボタンでもある）を並列に（１つの階層で）表示するので、フォルダの選択操作が容易となり、さらに利便性が向上する。さらには、「おまかせ」のフォルダをそのようなリスト中に並列に表示するので、さらに利便性が向上する。

再び、図６８を参照して、ステップＳＤ３２において、音楽再生フォルダリスト選択画面が表示された後、ＣＰＵ３１は、次にタッチパネル１３からタッチ位置データの入力があるかどうかを判断する（ステップＳＤ３３）。ＣＰＵ３１は、Ｉ／Ｆ回路４２を介してタッチパネル１３からタッチ位置データが入力されたか否かを判断する。すなわち、ＣＰＵ３１は、ユーザによるタッチペン２７によるタッチ操作の有無を判断する。言い換えれば、ＣＰＵ３１は、タッチパネル１３に対するユーザの操作によって入力された座標値が検出されるか否かを判断する。タッチ位置データが入力されていなければ（ステップＳＤ３３においてＮＯ）、ステップＳＤ３３における処理が繰り返される。

一方、タッチ位置データが入力されていれば（ステップＳＤ３３においてＹＥＳ）、処理はステップＳＤ３４へ進む。

そして、ＣＰＵ３１は、タッチ位置データを示す座標値がフォルダリスト表示範囲内の値であるかどうかを判断する（ステップＳＤ３４）。

ステップＳＤ３４において、ＣＰＵ３１は、タッチ位置データの示す座標値がフォルダリストの表示範囲内の値であると判断した場合にはタッチ位置あるいはタッチペンのタッチ位置からの移動軌跡に応じてフォルダリストのスクロール表示処理を実行する（ステップＳＤ３５）。

そして、次に、ＣＰＵ３１は、フォルダリスト中の選択されたフォルダの位置に応じてフォルダリストスクロールバー５１０のスライダ位置の移動処理を実行する（ステップＳＤ３５＃）。そして、再び、ステップＳＤ３３に戻る。なお、ステップＳＤ３５とＳＤ３５＃の処理の順序を入れ替えることも可能である。以下についても同様である。

なお、本例においては、一例としてカーソル５２０の位置は変わらないものとして説明するため、フォルダリストのスクロール表示処理についてのみ説明したが、上述したように、カーソル５２０の位置をタッチペン２７でタッチしたタッチ位置に応じた位置に移動させるように表示処理を実行することも可能である。

その場合には、画面上にタッチして、タッチした位置からタッチ位置を変更せずに、タッチした状態を解除する操作（タッチオフ）を実行した場合には、タッチ位置に応じてカーソル５２０のみが移動する。その際には、フォルダリストのスクロール表示処理およびフォルダリストスクロールバーのスライダ位置の移動処理を実行しない。

一方、画面上にタッチしてタッチしたままタッチペン２７等を移動等させる、すなわち、タッチした位置からタッチした状態を継続しつつ、タッチ位置を変更する操作（ドラッグ操作）を実行した場合には、タッチペンの移動軌跡（移動距離）に応じてフォルダリストのスクロール表示処理が実行される。その際には、フォルダリストスクロールバーのスライダ位置についても移動処理が実行される。

一方、ステップＳＤ３４において、ＣＰＵ３１は、タッチ位置データの示す座標値がフォルダリスト表示範囲内の値ではないと判断した場合には、タッチ位置データの示す座標値が音量設定アイコン５５０の表示範囲内の値であるかどうかを判断する（ステップＳＤ３６）。

ステップＳＤ３６において、ＣＰＵ３１は、タッチ位置データの示す座標値が音量設定アイコン５５０の表示範囲内の値であると判断した場合には次に音量設定処理を実行する（ステップＳＤ３７）。そして、再び、ステップＳＤ３３に戻る。音量設定処理については後述する。

ステップＳＤ３６において、ＣＰＵ３１は、タッチ位置データの示す座標値が音量設定アイコン５５０の表示範囲内の値ではないと判断した場合には、次にタッチ位置データの示す座標値が「ひらく」アイコン５１４の表示範囲内の値であるかどうかを判断する（ステップＳＤ３８）。

ステップＳＤ３６において、ＣＰＵ３１は、タッチ位置データの示す座標値が「ひらく」アイコン５１４の表示範囲内の値であると判断した場合には、次にミュージックファイル選択処理を実行する（ステップＳＤ３９）。ミュージックファイル選択処理については後述する。

一方、ステップＳＤ３８において、ＣＰＵ３１は、タッチ位置データの示す座標値が「ひらく」アイコン５１４の表示範囲内の値ではないと判断した場合には、次にタッチ位置データの示す座標値がフォルダリストスクロールバー５１０の表示範囲内の値であるかどうかを判断する（ステップＳＤ４０）。

ステップＳＤ４０において、ＣＰＵ３１は、タッチ位置データの示す座標値がフォルダリストスクロールバー５１０の表示範囲内の値であると判断した場合には、タッチ位置に応じてフォルダリストのスクロール表示処理を実行する（ステップＳＤ４１）。

そして、次に、フォルダリスト中の選択されたフォルダ位置に応じてフォルダリストスクロールバー５１０のスライダ位置の移動処理を実行する（ステップＳＤ４２）。そして、再び、ステップＳＤ３３に戻る。

一方、ステップＳＤ４０において、ＣＰＵ３１は、タッチ位置データの示す座標中がフォルダリストスクロールバー５１０の表示範囲内の値ではないと判断した場合には、次にタッチ位置データの示す座標値が選択機能アイコン表示範囲内の値であるかどうかを判断する（ステップＳＤ４３）。

ステップＳＤ４３において、ＣＰＵ３１は、タッチ位置データの示す座標値が選択機能アイコンの表示範囲内の値であると判断した場合には、選択機能アイコンに対応した機能を実行する（ステップＳＤ４４）。

一方、ステップＳＤ４３において、ＣＰＵ３１は、タッチ位置データの示す座標値が選択機能アイコンの表示範囲内の値ではないと判断した場合には、次にタッチ位置データの示す座標値が「もどる」アイコン５１２の表示範囲内の値であるかどうかを判断する（ステップＳＤ４５）。

ステップＳＤ４５において、ＣＰＵ３１は、タッチ位置データの示す座標値が「もどる」アイコン５１２の表示範囲内の値であると判断した場合には、音楽再生モードの処理を終了して、図６６のステップＳＤ１におけるサウンド選択画面が表示される。

一方、ステップＳＤ４５において、ＣＰＵ３１は、タッチ位置データの示す座標値が「もどる」アイコン５１２の表示範囲内の値ではないと判断した場合には、ステップＳＤ３３に戻る。

図７３は、ミュージックファイル選択処理のサブルーチン処理を説明するフローチャートである。

図７３を参照して、ＣＰＵ３１は、まず、図６４で説明したミュージックファイル選択画面５０２を表示する（ステップＳＤ７０）。

次に、ＣＰＵ３１は、タッチパネル１３からタッチ位置データの入力が有るかどうかを判断する（ステップＳＤ７０＃）。ＣＰＵ３１は、Ｉ／Ｆ回路４２を介してタッチパネル１３からタッチ位置データが入力されたか否かを判断する。すなわち、ＣＰＵ３１は、ユーザによるタッチペン２７によるタッチ操作の有無を判断する。言い換えれば、ＣＰＵ３１は、タッチパネル１３に対するユーザの操作によって入力された座標値が検出されるか否かを判断する。タッチ位置データが入力されていなければ（ステップＳＤ７０＃においてＮＯ）、ステップＳＤ７０＃における処理が繰り返される。

一方、タッチ位置データが入力されていれば（ステップＳＤ７０＃においてＹＥＳ）、処理はステップＳＤ７１へ進む。

そして、ＣＰＵ３１は、次にタッチ位置データの示す座標値がミュージックファイルリスト５４０の表示範囲内の値であるかどうかを判断する（ステップＳＤ７１）。

ステップＳＤ７１において、ＣＰＵ３１は、タッチ位置データの示す座標値がミュージックファイルリスト５４０の表示範囲内の値であると判断した場合には、次にタッチ位置に応じてミュージックファイルリスト５４０のスクロール表示処理を実行する（ステップＳＤ７２）。

そして、次に、ＣＰＵ３１は、ミュージックファイルリスト中の選択されたミュージックファイルの位置に応じてミュージックファイルリストのスクロールバー５１０＃のスライダ位置の移動処理を実行する（ステップＳＤ７３）。そして、再びステップＳＤ７０＃に戻る。

一方、ステップＳＤ７１において、ＣＰＵ３１は、タッチ位置データの示す座標値がミュージックファイルリスト５４０の表示範囲内の値ではないと判断した場合には、次にタッチ位置データの示す座標値が音量設定アイコン５５０の表示範囲内の値であるかどうかを判断する（ステップＳＤ７４）。ステップＳＤ７４において、ＣＰＵ３１は、タッチ位置データの示す座標値が音量設定アイコン５５０の表示範囲内の値であると判断した場合には音量設定処理を実行する（ステップＳＤ７５）。そして、再びステップＳＤ７０＃に戻る。音量設定処理については後述する。

ステップＳＤ７４において、ＣＰＵ３１は、タッチ位置データの示す座標値が音量設定アイコン５５０の表示範囲内の値ではないと判断した場合には、タッチ位置データの示す座標値が「スタート」アイコン５２６の表示範囲内の値であるかどうかを判断する（ステップＳＤ７６）。

ステップＳＤ７６において、ＣＰＵ３１は、タッチ位置データの示す座標値が「スタート」アイコン５２６の表示範囲内の値であると判断した場合には、ミュージックファイル再生処理を実行する（ステップＳＤ７６＃）。ミュージックファイル再生処理については後述する。

一方、ステップＳＤ７６において、ＣＰＵ３１は、タッチ位置データの示す座標値が「スタート」アイコン５２６の表示範囲内の値ではないと判断した場合には、次にタッチ位置データの示す座標値がミュージックファイルリストのスクロールバー５１０＃の表示範囲内の値であるかどうかを判断する（ステップＳＤ７７）。

ステップＳＤ７７において、ＣＰＵ３１は、タッチ位置データの示す座標値がミュージックファイルリストのスクロールバー５１０＃の表示範囲内の値であると判断した場合にはタッチ位置データに応じてミュージックファイルリスト５４０のスクロール表示処理を実行する（ステップＳＤ７８）。

そして、次に、ＣＰＵ３１は、ミュージックファイルリスト中の選択されたミュージックファイルの位置に応じてミュージックファイルリストのスクロールバー５１０＃のスライダ位置の移動処理を実行する（ステップＳＤ７９）。そして、再びステップＳＤ７０＃に戻る。

一方、ステップＳＤ７７において、ＣＰＵ３１は、タッチ位置データの示す座標値がミュージックファイルリストのスクロールバー５１０＃の表示範囲内の値ではないと判断した場合には、次にタッチ位置データの示す座標値が選択機能アイコンの表示範囲内の値であるかどうかを判断する（ステップＳＤ８０）。

ステップＳＤ８０において、ＣＰＵ３１は、タッチ位置データの示す座標値が選択機能アイコンの表示範囲内の値ではあると判断した場合には、選択機能アイコンに対応した機能を実行する（ステップＳＤ８１）。そして再びステップＳＤ７０＃に戻る。例えば、「お気に入り」の選択機能アイコン５１５の表示範囲内の値であると判断した場合には、上述した図１０２で説明したお気に入りフォルダ選択画面５０９が表示される。そして、登録アイコンのいずれかを選択することにより、選択されたフォルダ内に、ミュージックファイルを登録する処理が実行される。

一方、ステップＳＤ８０において、ＣＰＵ３１は、タッチ位置データの示す座標値が選択機能アイコン表示範囲内の値ではないと判断した場合には、次にタッチ位置データの示す座標値が「もどる」アイコン５１２＃の表示範囲内の値であるかどうかを判断する。

ステップＳＤ８２において、タッチ位置データの示す座標値が「もどる」アイコン５１２＃の表示範囲内の値であると判断した場合には、「Ａ」に進み、図６８のステップＳＤ３２の音楽再生フォルダリスト選択画面が表示される。

図７４は、ミュージックファイル再生処理のサブルーチン処理を説明する図である。
図７４を参照して、ＣＰＵ３１は、選択されたミュージックファイルの再生を開始する（ステップＳＤ９０）。

なお、上述したように音声出力制御回路４２ｃは、ＣＰＵ３１からの指示に従ってヘッドホン１８が接続されている場合にはヘッドホン用アンプ４８を介してヘッドホンに出力し、ヘッドホンが接続されていない場合は、アンプ４４，４６を介して右側スピーカ４５，４７に出力する。

そして、次に、上側ＬＣＤ２２にミュージックファイル選択画面を表示するとともに下側ＬＣＤ１２に再生動作選択画面を表示する（ステップＳＤ９１）。

そして、次に、ＣＰＵ３１は、タッチパネル１３からタッチ位置データの入力があるかどうかを判断する（ステップＳＤ９２）。

ステップＳＤ９２において、ＣＰＵ３１は、タッチパネル１３からタッチ位置データの入力がないと判断した場合には、次に方向入力ボタン１４Ａによる操作があるかどうかを判断する（ステップＳＤ９３）。

ステップＳＤ９３において、ＣＰＵ３１は、方向入力ボタン１４Ａによる操作があると判断した場合には、方向入力ボタン１４Ａの操作に応じてミュージックファイル選択画面におけるカーソル位置により選択されているミュージックファイルリストのスクロール表示処理を実行する（ステップＳＤ９４）。

一方、ステップＳＤ９３において、ＣＰＵ３１は、方向入力ボタン１４Ａによる操作がないと判断した場合には、再び、ステップＳＤ９２に戻る。

そして、ＣＰＵ３１は、次に所定ボタンの押下があるかどうかを判断する（ステップＳＤ９４♯）。

ステップＳＤ９４♯において、ＣＰＵ３１は、所定ボタンの押下がある場合には、カーソル位置により選択されているミュージックファイルの再生を開始する（ステップＳＤ９０）。

一方、ＣＰＵ３１は、ステップＳＤ９４♯において、所定ボタンの押下がない場合には再びステップＳＤ９２に戻る。ここで、所定ボタンは、操作ボタン１４Ｂ〜１４Ｅのいずれかに設定されているものとする。

ステップＳＤ９２において、ＣＰＵ３１は、タッチパネル１３からタッチ位置データの入力があった場合には、次にタッチ位置データの示す座標値が再生タイムバー５１１の表示範囲内の値であるかどうかを判断する（ステップＳＤ９５）。

ステップＳＤ９５において、ＣＰＵ３１は、タッチ位置データの示す表示が再生タイムバー５１１の表示範囲内の値であると判断した場合には、タッチ位置に応じた時間からミュージックファイルの再生処理を実行する（ステップＳＤ９６）。

そして、ＣＰＵ３１は、タッチ位置に応じた再生タイムバー５１１における全体の再生時間における再生位置を示すスライダ位置の移動処理を実行する（ステップＳＤ９７）。そして、再びステップＳＤ９２に戻る。

ステップＳＤ９５において、ＣＰＵ３１は、タッチ位置データの示す座標値が再生タイムバー５１１の表示範囲内の値ではないと判断した場合には、次にタッチ位置データの示す座標値が音量設定アイコン５５０の表示範囲内の値であるかどうか判断する（ステップＳＤ９８）。

ステップＳＤ９８において、ＣＰＵ３１は、タッチ位置データの示す座標値が音量設定アイコン５５０の表示範囲内の値と判断した場合には音量設定処理を実行する（ステップＳＤ９９）。そして、再びステップＳＤ９２に戻る。音量設定処理については後述する。

一方、ステップＳＤ９８において、ＣＰＵ３１は、タッチ位置データの示す座標値が音量設定アイコン５５０の表示範囲内の値ではない場合には、次にタッチ位置データの示す座標値がビジュアライザ切替アイコン５３１の範囲内の値であるかどうかを判断する（ステップＳＤ１００）。

ステップＳＤ１００において、ＣＰＵ３１は、タッチ位置データの示す座標値がビジュアライザ切替アイコン５３１の表示範囲内の値であると判断した場合には、次にビジュアライザ表示処理を実行する（ステップＳＤ１０１）。そして、再びステップＳＤ９２に戻る。ビジュアライザ表示処理については後述する。

ステップＳＤ１００において、ＣＰＵ３１は、タッチ位置データの示す座標値がビジュアライザ切替アイコン５３１の表示範囲内の値ではないと判断した場合には、次にタッチ位置データの示す座標値が再生動作コマンドアイコンの表示範囲内の値であるかどうかを判断する（ステップＳＤ４０２）。ここで、再生動作コマンドアイコンとしては、一時停止コマンドアイコン５２２、次の選曲コマンドアイコン５２４、前の選曲コマンドアイコン５２０が一例として設けられている。

ステップＳＤ４０２において、ＣＰＵ３１は、タッチ位置データの示す座標値が再生動作コマンドのアイコンの表示範囲内の値であると判断した場合には、再生動作コマンドに対応した機能を実行する（ステップＳＤ１０３）。そして、再びステップＳＤ９２に戻る。

具体的には、タッチ位置データの示す座標値が一時停止コマンドアイコン５２２の表示範囲内の値であると判断した場合には、ＣＰＵ３１は、再生動作を一時停止する。また、タッチ位置データの示す座標値が次の曲の選択コマンドアイコン５２４の表示範囲内の値であると判断した場合には、ＣＰＵ３１は、次の選択されたミュージックファイルの再生を開始する。一方、タッチ位置データの示す座標値が前の曲の選択コマンドアイコン５２０の表示範囲内の値であると判断した場合には、ＣＰＵ３１は、前の選択されたミュージックファイルの再生を開始する。

ステップＳＤ４０２において、ＣＰＵ３１は、タッチ位置データの示す座標値が再生動作コマンドアイコンの表示範囲内の値ではないと判断した場合には、次にタッチ位置データの示す座標値が選択機能アイコンの表示範囲内の値であるかどうかを判断する。

ステップＳＤ１０４において、ＣＰＵ３１は、タッチ位置データの示す座標値が選択機能アイコンの表示範囲内の値であると判断した場合には、次に選択機能アイコンに対応した機能を実行する（ステップＳＤ１０５）。そして再びステップＳＤ９２に戻る。例えば、本例においては、選択機能アイコンとして、「お気に入り」アイコン５１５、再生モード切替アイコン５１７、速度音程調整アイコン５４１、音色調整アイコン５４２、録音データ選択アイコン５４４が表示されている。

具体的には、上述したようにＣＰＵ３１は、タッチ位置データの示す座標値が「お気に入り」アイコン５１５の表示範囲内の値であると判断した場合には、現在選択されているミュージックファイルをお気に入りフォルダに移動する処理を実行する。

また、ＣＰＵ３１は、タッチ位置データの示す座標値が再生モード切替アイコン５１７の表示範囲内の値であると判断した場合には、再生モードの設定を切替えて表示する。

また、ＣＰＵ３１は、タッチ位置データの示す座標値が速度音程調整アイコン５４１の表示範囲内の値であると判断した場合には、後述する再生スピードや音程を変える機能を実行する。

また、ＣＰＵ３１は、タッチ位置データの示す座標値が音色調整アイコン５４２の表示範囲内の値であると判断した場合には、後述する周波数を変調するフィルタリング処理を実行して別の音色に変える機能を実行する。

また、ＣＰＵ３１は、タッチ位置データの示す座標値が録音データ選択アイコン５４４の表示範囲内の値であると判断した場合には、後述する録音した音声データファイルを効果音としてスピーカから出力する機能を実行する。

ステップＳＤ１０４において、ＣＰＵ３１は、タッチ位置データの示す座標値が選択機能アイコンの表示範囲内の値ではないと判断した場合には、次にタッチ位置データの示す座標値が「もどる」アイコン５１２ａの表示範囲内の値であるかどうかを判断する（ステップＳＤ１０６）。

ステップＳＤ１０６において、ＣＰＵ３１は、タッチ位置データの示す座標値が「もどる」アイコン５１２ａの表示範囲内の値ではないと判断した場合には、ステップＳＤ９２に戻る。

一方、ステップＳＤ１０６において、ＣＰＵ３１は、タッチ位置データの示す座標値が「もどる」アイコン５１２ａの表示範囲内の値であると判断した場合には、「Ｂ」に進み、図７３のステップＳＤ７０において、ミュージックファイル選択画面を表示する。

＜音量設定処理＞
次に、音量設定処理について説明する。

図７５は、音量設定アイコン５５０を拡大した図である。
図７５（ａ）を参照して、音量設定アイコン５５０には、一例として横軸において、左から右に行くほど音量が大きくなるスライダ５５２が設けられている。

スライダ５５２は、音量レベルのパラメータ設定範囲内における現在値に応じた位置に表示されている。

ここで、スライダ５５２が表示されている現在値に対応した位置よりも音量が小さい方向の領域を音量小領域５５４、スライダ５５２が表示されている現在値に対応した位置よりも音量が大きい方向の領域を音量大領域５５５とする。

本発明の実施の形態においては、タッチペン等によりスライダ５５２を選択した場合には、その後のスライドタッチ操作（タッチオン状態を継続しつつ、タッチ位置を変更する操作）に応じて、現在値に対応した位置から音量小領域５５４および音量大領域５５５のいずれの方向においてもスライダを連続的に移動操作（いわゆるドラッグ操作）することが可能である。

なお、タッチペン等によりスライダ５５２を選択した場合とは、（ｉ）スライダ５５２上でタッチオンした場合、（ｉｉ）タッチ操作中のタッチ位置がスライダ５５２内に入った場合があるが、（ｉ）の場合にのみスライダ５５２をドラッグ操作するようにしてもよいし、（ｉｉ）の場合にのみ当該ドラッグ操作するようにしてもよし、（ｉ）または（ｉｉ）のいずれの場合であってもドラッグ操作することを可能としてもよい。

図７５（ｂ）を参照して、
タッチペン等によりスライダ５５２以外の音量小領域５５４をタッチオンした場合には、スライダ５５２を当該タッチオンの位置に瞬時に移動操作することが可能である。これにより、現在の音量値よりも小さい音量への変更は瞬時に行うことができる。一方、タッチペン等によりスライダ５５２以外の音量大領域５５５をタッチオンした場合には、スライダ５５２を当該タッチオンの位置に瞬時に移動操作させない。これにより、現在の音量値よりも大きい音量への変更を瞬時に行うことができない。

なお、音量小領域５５４上でタッチオンした場合とは、（ｉ）音量小領域５５４内でタッチオンした場合、（ｉｉ）タッチ操作中のタッチ位置が音量小領域５５４内に入った場合があるが、（ｉ）の場合にのみスライダ５５２をタッチオン位置に瞬時に移動するようにしてもよいし、（ｉｉ）の場合にのみスライダ５５２をタッチ位置に瞬時に移動するようにしてもよいし、（ｉ）または（ｉｉ）のいずれの場合であっても瞬時に移動することを可能としてもよい。

また、音量小領域５５４をタッチした場合には、スライダ５５２がタッチ位置に瞬時に移動するが、その後、スライド操作を継続した場合には、上述したようなドラッグ操作が可能である。

図７６は、本実施形態に従う音量設定処理のサブルーチン処理を説明するフローチャートである。

図７６を参照して、ＣＰＵ３１は、タッチ位置データの示す座標値が音量設定アイコン５５０の表示範囲内であると判断した場合には、タッチ位置データの示す座標値がスライダ５５２の表示範囲内の値かどうかを判断する（ステップＳＤ１１０）。

ステップＳＤ１１０において、ＣＰＵ３１は、タッチ位置データの示す座標値がスライダ表示範囲内の値であると判断した場合には、画面上にタッチしたままタッチペンを移動（スライド操作）させることでその移動した軌跡に応じて、最新のタッチ位置にスライダ５５２が表示されるように移動表示する（ステップＳＤ１１４）。すなわち、音量レベルのパラメータの設定範囲内におけるスライダ５５２の現在の位置から所望の位置への連続的な移動操作を受け付ける。

そして、ＣＰＵ３１は、スライダ５５２の位置に応じた音量に設定する（ステップＳＤ１１５）。すなわち、音量レベルのパラメータを移動操作に従うスライダ５５２の移動後の位置に応じた値に更新する。この点で、スライダ５５２は、現在の位置から所望の位置へ連続的に移動することになるので移動に伴って徐々に音量レベルのパラメータが調整される。

一方、ステップＳＤ１１０において、ＣＰＵ３１は、タッチ位置データの示す座標値がスライダ５５２の表示範囲内の値ではないと判断した場合には、次に、タッチ位置データの示す座標値が音量入力受付表示範囲内の値かどうかを判断する（ステップＳＤ１１１）。

ステップＳＤ１１１において、ＣＰＵ３１は、タッチ位置データの示す座標値が音量入力受付表示範囲内の値であると判断した場合には、タッチペンにより入力された位置にスライダ５５２を移動表示する（ステップＳＤ１１２）。そして、パラメータの設定範囲内におけるスライダ５５２の位置に応じた音量に設定する（ステップＳＤ１１５）。

一方、ステップＳＤ１１１において、ＣＰＵ３１は、タッチ位置データの示す座標値が音量入力受付表示範囲内の値ではないと判断した場合には入力無効判定処理を実行する（ステップＳＤ１１３）。すなわち、入力は無効であると判定処理する。そして処理を終了する。

本実施形態においては、音量入力受付表示範囲内には、音量小領域が設定されているものとする。音量入力受付表示範囲内には、音量大領域５５５は設定されていない。すなわち、パラメータの現在値よりも小さくなる方向にスライダが移動するような場合、本例においては音量小領域には、スライダの所望の位置への移動操作である入力を受け付け、パラメータの現在値よりも大きくなる方向にスライダが移動するような場合、本例においては音量大領域には、スライダの所望の位置への移動操作である入力は受け付けない。

したがって、タッチ位置において、スライダ５５２は音量小領域については即座に移動されてスライダ位置に応じた音量に設定されるが、音量大領域は入力無効判定処理となってスライダは移動されずスライダ位置に応じた音量には設定されない。

当該処理によりタッチペンによって音量設定処理が実行された場合に、ユーザの誤操作によって音量がいきなり大きくなるようなことが生じることはない。すなわち、音量が小さくなる方向においてはタッチペンによってスライダの位置が変化して、スライダの位置に応じた音量設定処理を実行することができるが、音量が大きくなる方向においてはタッチペンによってスライダの位置は変わらず、音量が大きくなることはない。

特に、タッチペンを用いた設定処理を実行する場合においては、タッチパネルの任意の位置をユーザが自由に指定することができるとともに、レイアウトの都合上、音量設定アイコン５５０の表示範囲を大きくとることはできない。それゆえ、音量設定処理を実行する場合には、注意して音量設定アイコン５５０の表示範囲内において所望の音量レベルに応じた位置を指定する必要があるが、誤操作により、音量が大きくなる方向にユーザがタッチペンによって指定しまう可能性も十分に考えられる。したがって、当該処理により、ユーザにとっては、音量が誤操作によりいきなり大きくなる可能性があるという不安を抱えつつゲーム装置１０を操作するというストレスを抑制することが可能である。

なお、上記においては、スライダの所望の位置への移動操作について、音量小領域については即座に移動されてスライダ位置に応じた音量に設定される場合について説明したが、スライダの連続的な移動操作の場合と同様に徐々に音量レベルのパラメータが調整されるように設定することも可能である。

図７７は、音量設定アイコンの別の例を説明する図である。
図７７（ａ）を参照して、ここでは右スピーカおよび左スピーカそれぞれから出力される音量を設定する音量設定領域が示されている。

具体的には、縦軸（Ｒ）が右スピーカの音量レベルを示し、横軸（Ｌ）が左スピーカの音量レベルを示すものとする。すなわち、任意の点の座標値（位置）が右スピーカおよび左スピーカの音量レベルに対応付けられる。ここでは、現在の右スピーカおよび左スピーカの音量レベルに応じた位置を示すポイント５５２＃が表示されている。

ポイント５５２＃をタッチペンでタッチすることにより、ポイント５５２＃が選択され、画面上にタッチしたままタッチペンを移動（スライド操作）させることでその移動した軌跡に応じてポインタを移動表示する。一方、タッチペンでポイント５５２＃以外をタッチした場合には、音声入力受付表示範囲内の値の場合には、タッチペンにより入力された位置にポイント５５２＃が移動表示する。

なお、ここでは、２種類のパラメータの設定、右スピーカおよび左スピーカの音量レベルが横軸および縦軸の座標値（位置）にそれぞれ対応付けられる場合について説明したが、２種類のパラメータに限られず、さらに複数種類のパラメータと対応付けることも可能である。なお、パラメータ設定範囲内の表示としては、パラメータが１つである場合には、例えば、パラメータの位置を横軸の一次元で表示させるようにすることも可能であるが、例えば、パラメータが２つの場合には、縦軸と横軸の２次元で平面的にパラメータの位置を表示させるようにすることも可能である。さらに、複数種類のパラメータを設定する場合には、種類の数に応じた多次元でパラメータの位置を表示させるようにすることも可能である。

図７７（ｂ）を参照して、ここでは、音量入力受付表示範囲内に、タッチペンでタッチすることにより、当該位置に応じた音量レベルに即座に設定される場合が示されている。すなわち、音量入力受付表示範囲内は、例えば、タッチペンを用いて右スピーカおよび左スピーカの少なくともいずれか一方について音量を小さくする方向においては音量入力受付表示範囲内として設定されているが、それ以外の領域については音量入力受付表示範囲内として設定されていない。

したがって、ポイント５５２＃以外をタッチした場合に、音声入力受付表示範囲外の音量を大きくする方向においては、タッチペンでタッチした場合においてもポインタ５５２＃が移動することなく、音量が過度に大きくなることを防止し、ユーザに不快感を与えることを抑制することができる。

なお、本例においては、音量設定アイコン５５０の表示範囲内において、音声入力受付表示範囲内とそれ以外に分けられる場合について説明したが、音量設定に限られず、例えば、図６５で説明した再生タイムバーにおいても入力受付表示範囲内とそれ以外とに分けることも可能である。例えば、既に再生された位置については入力受付表示範囲内とし、未だ再生されていない位置については、入力受付表示範囲外として、スライダ５１９の連続的な移動操作のみ可能とすることができる。当該処理により、タッチペンでタッチすることにより再生されていない位置から再生が開始されることを防止し、ユーザに不快感を与えることを抑制することができる。

＜速度音程調整処理＞
図７８は、速度音程調整アイコン５４１を選択することにより再生スピードや音程を変える機能を説明する図である。

図７８を参照して、ここでは、速度音程調整アイコン５４１を押下することにより下側ＬＣＤ１２の画面に表示される速度音程調整画面が示されている。

ここで、ユーザがタッチペン等を用いてスライダ５５３を選択して移動させることにより、移動位置に対応した再生スピードおよび音程に調整することが可能である。具体的には、現在のスライダ５５３の位置から右側にスライダを移動させることにより再生スピードを速くすることが可能である。逆に左側にスライダを移動させることにより再生スピードを遅くすることが可能である。また、現在のスライダ５５３の位置から上側にスライダ５５３を移動させることにより音程を高くすることが可能である。逆に下側にスライダ５５３を移動させることにより音程を低くすることが可能である。

当該機能を実行することによりユーザの趣向に従って再生されて出力される音声信号に変化をもたせることができる。

＜音色調整処理＞
図７９は、音色調整アイコン５４２を選択することにより再生信号の周波数を変調したり、あるいはフィルタリング処理等を実行して別の音色に変える機能を説明する図である。

図７９を参照して、ここでは、音色調整アイコン５４２を押下することにより下側ＬＣＤ１２の画面に表示される音色調整アイコン選択画面が示されている。

ここでは、４つの音色調整選択アイコンが設けられている。具体的には、周波数を変調等することにより古いラジオから聞こえてくるような音色に調整する「ラジオ」アイコン５４２ａ、ステレオ音源の左右の音の減算に基づいてボーカルの声を抑制する「カラオケ」アイコン５４２ｂ、フィルタリング処理によりエコーがかかる「エコー」アイコン５４２ｃ、周波数を変調等することによりピコピコした音色の音に変化する「電子音」アイコン５４２ｄが設けられている。ユーザがタッチペン等を用いて４つの音色調整選択アイコンのいずれかを選択することにより選択されたアイコンの機能が実行される。

なお、ここでは、４つの音色調整選択アイコンが設けられて、４種類の音色に調整可能である場合について説明したが、特に４つに限られず、何個でもよい。複数の音色調整の選択パターンを設けることにより、ユーザの趣向に応じた音色に調整することが可能である。

なお、ここで、「カラオケ」アイコン５４２ｂの機能について、ステレオ音源の左右の音の減算に基づいてボーカルの声を抑制する場合について説明したが、当該処理を実行するのは、一般的に、ボーカルの音等は、ステレオ音源の音場の中央に定位しており、環境音等については、中央以外の左右に定位しているからである。なお、特にこの方式に限られず、別の方式に従ってボーカルの声を抑制することも可能である。

＜効果音選択処理＞
図８０は、効果音選択アイコン５３２，５３４を選択することにより、Ｒボタン１４ＪおよびＬボタン１４Ｉをユーザが操作したときにスピーカ等から出力される効果音を変更する場合を説明する図である。なお、本実施例では、Ｒボタン１４ＪおよびＬボタン１４Ｉを操作することにより、ミュージックファイルに基づく音楽の再生中に効果音を追加して鳴らして楽しむことができる。

図８０を参照して、図６５で表示される効果音選択アイコン５３２，５３４を選択することにより効果音を変更することができる。具体的には、初期状態としては「効果音なし」の状態に設定されている（ステップＳＤ１２０）。次に、効果音選択アイコン５３２を１回選択することにより、「太鼓」の効果音に設定される（ステップＳＤ１２１）。また、次に、効果音選択アイコン５３２を選択することにより、「シンバル」の効果音に設定される（ステップＳＤ１２２）。そして、次に、効果音選択アイコン５３２を選択することにより、「トランペット」の効果音に設定される（ステップＳＤ１２３）。そして、再び、効果音アイコン５３２を選択することにより、「効果音なし」の状態に設定される（ステップＳＤ１２０）。すなわち、効果音選択アイコンの選択回数に従ってスピーカ等から出力される効果音を切替えることが可能である。本例においてはＬボタン１４ＩおよびＲボタン１４Ｊのそれぞれについて効果音選択アイコン５３２，５３４を選択することにより、それぞれのボタン操作に応じた効果音に設定することができる。

なお、ここでは、「効果音なし」、「太鼓」、「シンバル」、「トランペット」の順に効果音が切替わる場合について説明したが、特にこの順序に限られず、任意の順序にすることが可能である。また、さらに、複数の効果音に切替わるように設定することも当然に可能である。また、Ｒボタン１４ＪおよびＬボタン１４Ｉのそれぞれについて効果音の種類が異なるように設定することも可能である。

＜ビジュアライザ表示処理＞
図８１は、本実施形態に従うビジュアライザ表示処理を説明する図である。

ＣＰＵ３１は、図７４のステップＳＤ１００においてタッチ位置データの示す座標値がビジュアライザ切替アイコン５３１の範囲内の値であると判断した場合にはビジュアライザ表示処理を実行する。

図８１（ａ）には、下側ＬＣＤ１２の再生動作選択画面が表示されている。図６５で説明した内容と同様であるのでその詳細な説明は繰り返さない。

図８１（ｂ）には、上側ＬＣＤ２２にビジュアライザ表示画面が示されている。
図８２は、ビジュアライザ表示処理のサブルーチン処理を説明するフローチャートである。

図８２を参照して、まず、音声出力レベルを検知する（ステップＳＤ１３０）。具体的には、出力レベル検知回路４２ｄは、音声出力制御回路４２ｃからアンプ４４，４６に出力される音声信号の出力レベルを検知して、その結果をＣＰＵ３１に出力する。

次に、ＣＰＵ３１は、出力レベル検知回路４２ｄにおいて検知された出力レベルに応じたオブジェクトを生成する（ステップＳＤ１３１）。

そして、次に、オブジェクトをスクロール表示する（ステップＳＤ１３２）。再び、ステップＳＤ１３０に戻って上記の処理を繰り返す。

具体的には図８１（ｂ）において、再生中の音声信号の出力レベルを順次検知して、出力レベルに応じた位置に順次新たなオブジェクトを生成し、それをスクロール表示する。本実施例では、ビジュアライザの表示領域の右端において、出力レベルに応じた高さにオブジェクト８０１（具体的には、地面オブジェクト）を次々と生成し、全体を左にスクロール表示する。また、そのように生成される地面オブジェクト上で、別のオブジェクト（本例においては、一例としてオブジェクト８０２および８０３）が自動的に動作制御される（すなわち、地面に沿って、画面上を左右に移動したり、ジャンプしたりする）。

本例においては、再生中の音声信号の右側および左側スピーカ４５，４７の合計の出力レベルにより、地面オブジェクトの高さが決定され、または、右側スピーカ４５の出力レベルにより、第１オブジェクト（本実施例ではバイク形状のオブジェクト８０２）の動作制御内容（速度や加速度やジャンプの高さなど）が決定され、左側スピーカ４７の出力レベルにより、第２オブジェクト（本実施例ではバイク形状のオブジェクト８０３）の動作制御内容が決定される。

なお、これに限られず、さらに別の例としては、音声信号のうち右側スピーカ４５用の信号の出力レベルにより第１オブジェクト（本実施例ではオブジェクト８０２）用の地面オブジェクトの高さが決定され、または、当該第１オブジェクトの動作制御内容（速度や加速度やジャンプの高さなど）が決定され、左側スピーカ４７用の信号の出力レベルにより、第２オブジェクト（本実施例ではオブジェクト８０３）用の地面オブジェクトの高さが決定され、または、当該第２オブジェクトの動作制御内容が決定されるようにしてもよい。

ユーザは、音声信号の出力レベルに応じた地形の高さから出力レベルの変化を視覚を通じて認識することができる。また、バイク形状の２台のオブジェクト８０２，８０３が地形の高さに応じてジャンピング動作するためオブジェクト８０２，８０３の変化からも音声信号の出力レベルの変化を視覚を通じて認識することが可能である。

また、バイク形状の２台のオブジェクト８０２，８０３は、右側スピーカ４５から出力される音声信号と、左側スピーカ４７から出力される音声信号との音量レベルの差に従って２台のオブジェクト８０２，８０３の相対的な位置関係が変化するようにしてもよい。

なお、選択されたミュージックファイルの再生処理が一時停止している場合においては、上記出力レベルに応じた地形の変化はないため平坦な地形オブジェクトのスクロール表示が実行される。その際、例えば、上述したＬボタン１４ＩおよびＲボタン１４Ｊをユーザが操作した場合には、スピーカ等から効果音が出力されるため、効果音の音声信号の出力レベルが検知され、当該音声信号の出力レベルに応じた地形オブジェクトが生成され、スクロール表示される。以下のビジュアライザ表示画面についても同様方式に従って処理される。

図８３は、別のビジュアライザ表示画面を説明する図である。
図８３（ａ），（ｂ）を参照して、ここでは、上側ＬＣＤ２２に検知された音声信号の出力レベルに応じた大きさの雪玉形状のオブジェクト３０１ａを生成して、スクロール表示するビジュアライザが示されている。雪玉形状のオブジェクト３０１ａの下には斜面を示す地形がスクロール表示されて、雪玉形状のオブジェクト３０１ａが斜面を転がり落ちるように見えるようにスクロール表示される。

図８３（ａ）と図８３（ｂ）とを比較して、検知された音声信号の出力レベルに従って図８３（ａ）の雪玉形状のオブジェクト３０１ａの方が図８３の（ｂ）の雪玉形状のオブジェクト３０１ａよりも大きい場合が示されている。

雪玉形状のオブジェクト３０１ａの大きさが変化することによりユーザは雪玉形状のオブジェクト３０１ａの大きさに従って、音声信号の出力レベルの変化を視覚を通じて認識することができる。

また、斜面を示す地形がスクロール表示される所定のタイミングにおいて、雪玉形状のオブジェクト３０１ａがバウンド動作するため雪玉形状のオブジェクト３０１ａの大きさを視覚を通じてより認識することが可能である。

図８４は、さらに別のビジュアライザ表示画面を説明する図である。
図８４を参照して、ここでは、上側ＬＣＤ２２に検知された音声信号の出力レベルを検知して、出力レベルに応じた高さの位置に所定のキャラクタ形状のオブジェクト３０１＃を生成して、スクロール表示するビジュアライザが示されている。また、画面の背景領域が右側の画面端から左側の画面端にスクロール表示されるととともに、所定のキャラクタ形状のオブジェクト３０１＃の位置からコイン形状のオブジェクト６０６が所定間隔で連続的に配置されて右側の画面端から左側の画面端にスクロール表示されるように設定されている。

さらに、別の所定のキャラクタ形状のオブジェクト６０５が表示され、ユーザ操作によって一例として画面内においてジャンピング動作が実行できるように設定されている。そして、当該所定のキャラクタ形状のオブジェクト６０５がコイン形状のオブジェクト６０６と重なった場合に、コイン形状のオブジェクト６０５の表示を消去して、コイン形状のオブジェクト６０５と重なった回数を画面左側の上欄に表示するように設定されている。

したがって、オブジェクト３０１＃の高さが変化することによりユーザは、音声信号の出力レベルの変化を視覚を通じて認識することができる。また、オブジェクト３０１＃の高さに応じて、コイン形状のオブジェクト６０６も連続的に配置されるためコイン形状のオブジェクト６０６の高さからも、音声信号の出力レベルの変化を視覚を通じて認識することが可能である。

すなわち、音声信号の出力レベルに応じて、第３オブジェクト（本実施例では、コイン形状のオブジェクト８０６）の表示位置が決定される。具体的には、第３オブジェクトは、仮想空間の表示領域の端部に、出力レベルに応じた高さで表示され、その後、反対端部方向にスクロール表示される。そして、ユーザ操作に応じて、第４オブジェクト（本実施例では所定のキャラクタ形状のオブジェクト８０５）の移動が制御される。そして、第３オブジェクトと第４オブジェクトの位置関係に応じて所定のゲーム処理をおこなう。これにより、音楽再生中に、出力レベルを確認できるとともに、操作による楽しみをユーザに与えることができる。

また、ユーザは、操作入力に応じて、所定のキャラクタ形状のオブジェクト６０５を操作することが可能であり、コイン形状のオブジェクト６０６と重なった場合にコイン形状のオブジェクト６０６の表示を消去するため、ユーザは、自己の操作入力（ボタンの押下）からも音声信号の出力レベルの変化を認識することが可能である。

本例においては、３つのパターンのビジュアライザ表示処理について説明したが、特に３つに限られず１つでも良く、さらに複数のパターンのビジュアライザ表示処理の機能を設けることも可能である。

一例として、図８１（ａ）に示される下側ＬＣＤ１２の再生動作選択画面のビジュアライザ切替アイコン５３１の表示範囲内をタッチペンでタッチするタッチ回数に応じて、順番に３つのパターンのビジュアライザ表示処理に切替わるように設定することが可能である。そして、例えば、４回目にビジュアライザ切替アイコン５３１の表示範囲内をタッチペンでタッチした場合には、ビジュアライザ表示処理が終了して、図６５（ｂ）の画面が表示されるように設定することが可能である。

なお、前述の通り、本実施例では、ミュージックファイルに基づく音楽の再生中に、ユーザが所定の操作をすることにより効果音を追加して鳴らして楽しむことができるが、上述の音声信号の出力レベルの検出は、ミュージックファイルに基づく音楽の再生の出力のみならず、ユーザ操作に基づく効果音の出力が考慮される。すなわち、ミュージックファイルに基づく音声信号とユーザ操作に基づく効果音の音声信号の両方を合計した出力レベルが、上述の音声信号の出力レベルとして検知される。これにより、ユーザ操作に応じて、間接的にビジュアライザの表示内容が変化し、より具体的には、オブジェクトの表示位置や動作の内容が変化する。

＜ヘッドホン出力処理＞
図８５は、本実施形態に従うヘッドホンが検知された場合のフローを説明する図である。なお、ヘッドホン出力処理は、サウンド機能が実行されている場合において、他の処理とは独立に動作する。

図８５を参照して、まずヘッドホンが検知されたかどうかを判断する（ステップＳＤ１４０）。具体的には、Ｉ／Ｆ回路４２は、例えば図２で説明したジャック６２にヘッドホンのプラグが挿入されたことに伴って機械的スイッチがオン、あるいは、ジャック６２にヘッドホンのプラグが挿入されたことに伴って電気的に導通状態となったことを検知して、ヘッドホンのプラグがジャックに挿入されたことを検知する。そして、Ｉ／Ｆ回路４２は、当該検知結果をＣＰＵ３１に出力し、ＣＰＵ３１は、Ｉ／Ｆ回路４２からの当該検知結果を示す信号を受けて、ヘッドホンが検知されたものと判断する。

そして、ＣＰＵ３１は、ヘッドホンが検知された場合には次にイコライザ調整処理を実行する（ステップＳＤ１４１）。

そして処理を終了する（エンド）。
ユーザがヘッドホンを装着して再生された音声信号を聞く場合と、スピーカから再生された音声信号を聞く場合とでは、ヘッドホンを装着する場合には耳孔を塞いでしまうため、未装着時とで音響特性が大きく変化しユーザに違和感を感じさせる可能性がある。

したがって、本実施形態においては、ヘッドホンが検知された場合には、音響特性の変化によってユーザにとって耳障りな音声信号とならないように音声データの所定の周波数帯域を調整するイコライズ調整処理を実行する。

当該方式により、ヘッドホンで音楽データを聞く場合であっても、ユーザにとって聞きやすい音声信号を出力することが可能である。また、Ｌボタン１４ＩおよびＲボタン１４Ｊのユーザ操作に応じて出力される効果音のボリュームを調整したり、あるいは図８０で説明した効果音の種類をヘッドホンの検知に従って変化させることも可能である。

なお、ここでは、ヘッドホンが検知された場合には所定の周波数帯域を調整するイコライズ調整処理を実行する場合について説明したが、特にこれに限られず、ヘッドホンが検知された場合には、スピーカから再生する場合と再生される音声信号自体を切替えることも可能である。例えば、スピーカから再生する場合には、違和感の無い高い音程の音について、ヘッドホンで聞くと音程が高く聞こえすぎる音を、音程の低い別の音に差し替えたり、ヘッドホンで聞くとノイズが聞こえる音を他の音に差し替えたりすることも可能である。

あるいは、再生される音声信号自体を切替えるのではなく、ヘッドホンが検知された場合には、スピーカから再生する場合と再生される音声信号のボリュームを切替えることも可能である。例えば、スピーカから再生する場合には、違和感の無いバランスの良い再生される音声信号のボリュームについて、ヘッドホンで聞くと再生される音声信号のボリュームのバランスが悪い音のボリュームを大きくしたり、あるいは小さくすることにより、バランスよく聞こえるように調整することも可能である。

＜スリープ処理＞
図８６は、ゲーム装置１０を折り畳み位置に折り畳んだ場合におけるスリープ処理について説明するフローチャートである。

図８６を参照して、ＣＰＵ３１は、折り畳み位置を検出したかどうかを判断する（ステップＳＤ１５０）。具体的には、折畳位置検出センサ５０からの閉状態を示す判定信号の入力が有ったかどうかを判断する。折畳位置検出センサ５０からの閉状態を示す判定信号の入力が有ったと判断した場合、すなわち、折り畳み位置を検出した場合には、ステップＳＤ１５０において、ＣＰＵ３１は、次に音楽再生動作中かどうかを判断する（ステップＳＤ１５１）。具体的には、ＣＰＵ３１は、上述したように「スタート」アイコンが選択されて選択されたミュージックファイルの再生処理が実行されているかどうかを判断する。

ＣＰＵ３１は、折畳位置検出センサ５０から出力される閉状態を示す判定信号の入力を受けて、たとえば、ゲーム装置１０が動作中である場合には、動作を停止して、当該動作状態のデータを保存するいわゆるスリープ状態に設定する。一方、ＣＰＵ３１は、ゲーム装置１０がスリープ状態となった後、折畳位置検出センサ５０から出力される開状態を示す判定信号の入力を受けて、保存された動作状態のデータに基づいてスリープ状態から元の状態に復帰させる処理を実行する。

ステップＳＤ１５１において、ＣＰＵ３１は、音楽再生動作中ではないと判断した場合にはスリープ処理を実行する（ステップＳＤ１５４）。すなわち、他の機能が動作している場合には、動作を停止して、当該動作状態のデータを保存する。これにより、スピーカで音楽を再生していたときには、ゲーム装置１０を開いた状態から閉じた状態に折畳むことにより音楽再生は停止する。

一方、ステップＳＤ１５１において、ＣＰＵ３１は、音楽再生動作中であると判断した場合には、次に、ヘッドホンの検知があるかどうかを判断する（ステップＳＤ１５２）。具体的には、上述したようにＣＰＵ３１は、Ｉ／Ｆ回路４２からのヘッドホンの装着に伴う検知結果を示す信号を受けたかどうかを判断する。一方、後述の通り、ヘッドホンで音楽を再生していたときには、ゲーム装置１０を開いた状態から閉じた状態に折畳んだ後も音楽再生は継続する。

ステップＳＤ１５２において、ＣＰＵ３１は、ヘッドホンの検知がないと判断した場合にはスリープ処理を実行する（ステップＳＤ１５４）。すなわち、ＣＰＵ３１は、音楽再生動作中である場合であっても、ヘッドホンの検知がない場合には、他の機能の動作と同様に、動作を停止して、当該動作状態のデータを保存する。

一方、ステップＳＤ１５２において、ＣＰＵ３１は、ヘッドホンの検知があると判断した場合には、スリープ音楽再生モードへ移行する（ステップＳＤ１５３）。

図８７は、スリープ音楽再生モードのサブルーチン処理を説明するフローチャートである。

図８７を参照して、ＣＰＵ３１は、音楽再生機能のみ継続し、他の機能についてはスリープ処理を実行する（ステップＳＤ１６０）。例えば、表示処理等についてはスリープ状態となる。

そして、次に、ＣＰＵ３１は、連続再生動作の設定が有るかどうかを判断する（ステップＳＤ１６１）。具体的には、再生モードが再生中のデータを繰り返し再生する再生モード、順番に再生し、すべての再生が終わったら最初から繰り返す再生モード、設定した区間のみを繰り返し再生する再生モード等に設定されているか、あるいは、「おまかせ」のフォルダが選択されて実行されているかどうかを判断する。

ステップＳＤ１６１において、ＣＰＵ３１は、連続再生動作の設定が有ると判断した場合には、音楽再生動作を継続する（ステップＳＤ１６２）。

一方、ステップＳＤ１６１において、ＣＰＵ３１は、連続再生動作の設定がないと判断した場合には、現在のミュージックファイルで再生動作を終了する（ステップＳＤ１６３）。そして、上述したスリープ処理を実行する（ステップＳＤ１６４）。

当該方式により、ユーザがゲーム装置１０を折り畳んで操作しない状況の場合に、音楽再生動作中の場合以外には、スリープ処理を実行する。したがって、当該処理によりゲーム装置１０の電源の寿命を延ばしたりすることが可能である。また、ユーザが、音楽再生機能を実行している場合に、ゲーム装置１０を折り畳んだ場合には、ヘッドホンの検知が有り、連続再生動作が設定されている場合には音楽再生動作が継続される。

一般的に、ユーザは、ゲーム装置１０を折り畳んだ形状として鞄や洋服のポケット等に入れて携帯する可能性が高いと考えられる。したがって、そのような折り畳んだ形状の状態としては、ゲーム装置１０を操作する可能性は低いため通常はスリープ処理となる。

一方、ユーザは、ゲーム装置１０を操作しない状況であっても、折り畳んだ形状として携帯しながら音楽再生動作の機能の実行が可能であれば利便性が高い。

したがって、ゲーム装置１０を折り畳んだ形状とした場合であっても、音楽再生動作中であり、かつ、ヘッドホンの検知が有り、連続再生動作が設定されている場合には、音楽再生動作を継続することによりユーザの利便性に供することができる。また、連続再生動作が設定されていない場合には、ユーザは、音楽再生動作の継続を希望していないと判断できるため、現在のミュージックファイルの再生動作が終了した後に、通常のスリープ処理を実行することによりユーザの利便性に供することができる。特に、現在のミュージックファイルの再生動作が終了した後に、通常のスリープ処理を実行するため音楽再生動作を楽しんでいるユーザに違和感を与えることなく、再生動作を終了することが可能である。

＜自動録音再生処理＞
自動録音再生処理においては、自動録音モードと自動再生モードとの２つの機能処理がそれぞれ独立に動作する。なお、図６６のステップＳＤ２で説明したように、サウンド選択画面４００が表示された後、自動録音再生処理が開始される。

図８８は、本実施形態に従う自動録音モードを説明するフローチャートである。
図８８を参照して、マイク４３からの入力音量がしきい値以上であるかどうかを判断する（ステップＳＤ１７０）。具体的には、音声入力制御回路４２ｂは、マイク４３からの入力音量がしきい値以上であるかどうかを検知し、マイク４３からの入力音量がしきい値以上となったことを検知した場合には、その検知結果をＣＰＵ３１に出力する。

ステップＳＤ１７０において、ＣＰＵ３１は、マイク４３からの入力音量がしきい値以上であると判断した場合には録音処理を実行する（ステップＳＤ１７１）。具体的には、ＣＰＵ３１は、音声入力制御回路４２ｂからのマイク４３からの入力音量がしきい値以上となったことの検知結果の入力を受けて、録音処理を実行する。

図８９は、本実施形態に従う録音処理のサブルーチン処理を説明するフローチャートである。

図８９を参照して、まず、ＣＰＵ３１は、音声入力があるかどうかを判断する（ステップＳＤ１８０）。そして、ＣＰＵ３１は、音声入力があると判断した場合には、音声入力制御回路４２ｂから入力される録音データを一時保存する（ステップＳＤ１８１）。具体的には、ＣＰＵ３１は、メインメモリに一時保存する。

そして、次に、ＣＰＵ３１は、録音データはスロットに保存可能な容量に達したかどうかを判断する（ステップＳＤ１８２）。ここで、スロットとは、保存用メモリ３４に録音データファイルとして保存される録音データ保存領域を示すものとする。本例においては、保存用メモリ３４に録音処理に用いられる複数のスロットが予め設けられているものとする。なお、本例においては、一例として、１つのスロットに１０秒の録音データを保存できるものとする。

ステップＳＤ１８２において、ＣＰＵ３１は、、録音データがスロットに保存可能な容量に達していないと判断した場合にはステップＳＤ１８０およびステップＳＤ１８１の処理を繰り返して録音データを一時保存する。

ステップＳＤ１８２において、ＣＰＵ３１は、録音データがスロットに保存可能な容量に達したと判断した場合にはステップＳＤ１８４に進み、録音を終了する。そして、図８８に戻り、ステップＳＤ１７２に進む。

一方、ステップＳＤ１８０において、ＣＰＵ３１は、音声入力がないと判断した場合には、次にステップＳＤ１８３に進む。

ステップＳＤ１８３において、ＣＰＵ３１は、所定期間音声入力が無しかどうかを判断する。例えば、一例として、無音判定を実行するための所定期間としては３秒に設定することができる。当該期間は、一例であり、適切な期間に設定することが可能である。

ステップＳＤ１８３において、ＣＰＵ３１は、所定期間音声入力が無しと判断した場合には、録音を終了する（ステップＳＤ１８４）。そして、図８８に戻り、ステップＳＤ１７２に戻る。

一方、ステップＳＤ１８３において、ＣＰＵ３１は、所定期間音声入力が無しと判断されなかった場合、すなわち、再び、音声入力が有った場合には、再びステップＳＤ１８０に戻り、ステップＳＤ１８１に進む。

当該録音処理により、音声入力がある場合には、自動的に録音データがスロットに保存可能な容量の範囲内で録音データが保存され、音声入力が無くなった場合には、自動的に録音処理が終了する。

これらの一連の処理（ＳＤ１８０〜ＳＤ１８３）により、サウンド選択画面４００において、自動的に音声が録音される。これによって、サウンド選択画面４００でユーザが話したことが（意識せずにしゃべったことも含めて）自動的に録音データがスロットに保存可能な容量録音されることになる。

再び、図８８を参照して、次に、ＣＰＵ３１は、録音データが所定容量以上かどうかを判断する（ステップＳＤ１７２）。具体的には、メインメモリに一時保存された録音データが容量以上であるかどうかを判断する。所定容量としては、例えば、再生した場合に、ユーザが音声信号として認識可能な最小の時間程度以上の容量に設定することが可能である。すなわち、所定容量未満の場合とは、ユーザが録音データを再生した場合に、音声信号として認識不可能な程度の容量の場合である。

ステップＳＤ１７２において、ＣＰＵ３１は、メインメモリに所定容量以上の録音データがあると判断した場合には、録音データ保存処理を実行する（ステップＳＤ１７３）。一方、ステップＳＤ１７２において、ＣＰＵ３１は、所定容量以上の録音データが無いと判断した場合には、録音データとして、保存されたデータ量が少ない認識不可能な録音データであるため一時保存された録音データを削除する（ステップＳＤ１７４）。なお、所定容量は、スロットの保存可能な容量よりも小さいものとする。したがって、ユーザが音声信号として認識できないような長さのデータについては録音データが自動的に削除される。

図９０は、録音データ保存処理のサブルーチン処理を説明するフローチャートである。
図９０を参照して、まず、ＣＰＵ３１は、空きスロットを確認する（ステップＳＤ１９０）。具体的には、保存用メモリ３４に予め設けられた複数の録音データ保存領域である複数のスロットについて録音データが含まれていないスロットがあるか否かを確認する。

そして、ＣＰＵ３１は、空きスロットがあるかどうかを判断する（ステップＳＤ１９１）。

ステップＳＤ１９１において、ＣＰＵ３１は、空きスロットがあると判断した場合には、空きスロットに録音データを録音データファイルとして保存処理を実行する（ステップＳＤ１９２）。具体的には、ＣＰＵ３１は、メモリ制御回路３３を介して一時保存された録音データを録音データファイルとして保存用メモリ３４に格納する。そして、図８８のフローに戻る（リターン）。

一方、ステップＳＤ１９１において、ＣＰＵ３１は、空きスロットが無いと判断した場合には、複数のスロットの中から乱数を用いた処理で１つのスロットを決定し、乱数で決定したスロットに録音データを録音データファイルとして上書き処理を実行する（ステップＳＤ１９３）。そして、図３０のフローに戻る（リターン）。

当該処理により、スロットに１つの録音データファイルが保存されることになる。
一方、ステップＳＤ１９１において、ＣＰＵ３１は、録音データが録音可能容量未満ではないと判断した場合には古い録音データファイルを削除する削除処理を実行する（ステップＳＤ１９３）。そして、再びステップＳＤ１９１に戻り、録音可能容量未満かどうかを判断し、録音可能容量未満となるまでステップＳＤ１９３の処理を繰り返す。そして、録音データが録音可能容量未満となった場合に、録音データファイルとして上述した保存処理を実行する。したがって、古い録音データファイルが新しい録音データファイルに自動的に更新されることになる。

次に自動再生モードについて説明する。
図９１は、本実施形態に従う自動再生モードのフローチャートである。

図９１を参照して、ＣＰＵ３１は、録音データファイルが保存されたスロットが有るかどうかを判断する（ステップＳＤ２００）。具体的には、ＣＰＵ３１は、メモリ制御回路３３を介して保存用メモリ３４に予め設けられた複数のスロットに録音データファイルが存在するかどうか判断する。

ステップＳＤ２００において、ＣＰＵ３１は、スロットに録音データファイルが無い場合には、ステップＳＤ２００の処理を繰り返す。

一方、ステップＳＤ２００において、ＣＰＵ３１は、スロットに録音データファイルが有ると判断した場合、当該録音データファイルの再生処理を実行する（ステップＳＤ２０１）。そして、次に、ＣＰＵ３１は、待機処理を実行する（ステップＳＤ２０２）。具体的には、ＣＰＵ３１は、所定期間待機して再び、ステップＳＤ２００に戻る。なお、待機処理は、所定の一定期間の待機であってもよいし、ランダムな期間の待機であってもよい。

したがって、ＣＰＵ３１は、スロットに録音データファイルがある場合には、一定期間あるいはランダムな期間において再生処理の実行を繰り返す。

また、再生処理は、保存用メモリ３４の複数のスロットに録音データファイルがそれぞれ有ると判断した場合には、順番に各スロットに保存された録音データファイルの再生処理を実行するものとする。また、再生処理中には、図６１の鳥の形状のオブジェクト４１０が動作するように表示することが可能である。当該表示処理により、ユーザは、鳥の形状のオブジェクト４１０の動作により、再生処理が実行されていることを視覚を通じて認識することが可能である。

当該処理により、図６１のサウンド選択画面において、ユーザがマイクの入力音量がしきい値を越えるような言葉で話した場合には、自動録音モードにより、話した言葉である音声信号が録音データファイルとしてスロットに保存される。そして、自動再生モードにより、録音データファイルとしてスロットに保存されている音声信号が自動的に再生され、再生処理が繰り返される。

当該機能により、ユーザは、自身の音声信号を録音データファイルとして作成して、再生して楽しむことができる。

なお、上記においては、録音データが所定の容量に達したかどうかに基づいて、録音処理あるいは録音保存処理を実行する方式について説明したが、容量に限られず、例えば録音時間に基づいて判断することも可能であるし、別のパラメータに基づいて判断することも可能である。

＜設定処理＞
図９２は、本実施形態に従う設定処理のサブルーチン処理を説明するフローチャートである。

図９２を参照して、ＣＰＵ３１は、図６１において、タッチ位置の示す座標値が「設定」アイコン４０８の表示範囲内の値であると判断した場合には設定画面の表示を実行する（ステップＳＤ２１０）。

図９３は、本実施形態に従う設定画面５０８を説明する図である。
図９３を参照して、ここでは、「ヘッドホン」の設定項目５６０、「タッチ音」の設定項目５６２、「バックライト」の設定項目５６４が設けられている。そして、「ヘッドホン」の設定項目５６０として、「ステレオ」あるいは「モノラル」を選択して設定する選択機能アイコン５６１が設けられている。また、「タッチ音」の設定項目５６２として、「ならす」あるいは「ならさない」を選択して設定する選択機能アイコン５６３が設けられている。また、「バックライト」の設定項目５６４として、「いつもオン」あるいは「自動オフ」を選択して設定する選択機能アイコン５６５が設けられている。また、「セーブデータの初期化」アイコン５６６が設けられており、当該「セーブデータの初期化」アイコン５６６を選択することにより、自動録音再生処理における録音データファイルや、後述するマイク録音再生モードで作成される録音データファイルや、「お気に入り」に登録されたミュージックファイルの内容が削除される。また、「もどる」アイコン５１２ｂを選択することにより、１つ前のサウンド選択画面４００に戻る。

再び図９２を参照して、ＣＰＵ３１は、タッチパネル１３からタッチ位置データの入力があるかどうかを判断する（ステップＳＤ２１１）。

ステップＳＤ２１１において、ＣＰＵ３１は、タッチパネル１３からタッチ位置データの入力があると判断した場合には、タッチ位置データの示す座標値が「ヘッドホン」の機能選択アイコンの表示範囲内の値であるかどうかを判断する（ステップＳＤ２１２）。

ステップＳＤ２１２において、ＣＰＵ３１は、タッチ位置データの示す座標値が「ヘッドホン」の機能選択アイコンの表示範囲内の値であると判断した場合には、現在「ステレオ」設定であるかどうかを判断する（ステップＳＤ２１３）。

ステップＳＤ２１３において、ＣＰＵ３１は、現在「ステレオ」設定である場合にはモノラル設定に切替える（ステップＳＤ２１４）。

一方、ステップＳＤ２１３において、ＣＰＵ３１は、現在「ステレオ」設定ではないと判断した場合には、ステレオ設定に切替える（ステップＳＤ２１５）。

「ステレオ」設定である場合、ヘッドホンが接続されているときには、音声出力はステレオで出力される。すなわち、右側用出力と左側用出力のそれぞれが別々に出力される。一方、「モノラル」設定である場合、ヘッドホンが接続されているときには、音声出力はモノラルで出力されるが、ヘッドホンが接続されていないときには、音声出力は当該設定に関わらずステレオで出力される。

ステップＳＤ２１２において、ＣＰＵ３１は、タッチ位置データの示す座標値が「ヘッドホン」の機能選択アイコンの表示範囲内の値ではないと判断した場合には、次にタッチ位置データの示す座標値が「タッチ音」の機能選択アイコンの表示範囲内の値であるかどうかを判断する（ステップＳＤ２１６）。

ステップＳＤ２１６において、ＣＰＵ３１は、タッチ位置データの示す座標値が「タッチ音」の機能選択アイコンの表示範囲内の値であると判断した場合には現在「ならす」設定であるかどうかを判断する（ステップＳＤ２１７）。

ステップＳＤ２１７において、ＣＰＵ３１は、現在「ならす」設定であると判断した場合には、タッチ音をならさない設定に切替える（ステップＳＤ２１８）。

そして、再びステップＳＤ２１１に戻る。
ステップＳＤ２１７において、ＣＰＵ３１は、現在「ならす」設定ではないと判断した場合には、タッチ音をならす設定に切替える（ステップＳＤ２１９）。

ステップＳＤ２１６において、ＣＰＵ３１は、タッチ位置データの示す座標値が「タッチ音」の機能選択アイコンの表示範囲内の値ではないと判断した場合には、次にタッチ位置データの示す座標値が「バックライトの機能」の機能選択アイコンの表示範囲内の値であるかどうかを判断する（ステップＳＤ２２０）。

ステップＳＤ２２０において、ＣＰＵ３１は、タッチ位置データの示す座標値が「バックライト」の機能選択アイコンの表示範囲内の値であると判断した場合には現在「いつもオン」設定であるかどうかを判断する（ステップＳＤ２２１）。

ステップＳＤ２２１において、ＣＰＵ３１は、現在「いつもオン」設定であると判断した場合には、自動オフ設定に切替える（ステップＳＤ２２２）。自動オフ設定に切替えられることにより、一定時間ゲーム装置１０を操作していないと判断された場合には、自動的にバックライトがオフされる処理が実行される。

一方、ステップＳＤ２２１において、ＣＰＵ３１は、現在「いつもオン」設定ではないと判断した場合には、いつもオン設定に切替える（ステップＳＤ２２３）。そしてステップＳＤ２１１に戻る。

一方、ステップＳＤ２２０において、ＣＰＵ３１は、タッチ位置データの示す座標値が「バックライト」の機能選択アイコンの表示範囲内の値ではないと判断した場合には、タッチ位置データの示す座標値が「セーブデータの初期化」の機能選択アイコンの表示範囲内の値であるかどうかを判断する（ステップＳＤ２２４）。

ステップＳＤ２２４において、ＣＰＵ３１は、タッチ位置データの示す座標値が「セーブデータの初期化」の機能選択アイコンの表示範囲内の値であると判断した場合には、録音データファイルおよび「お気に入り」に登録された内容の削除処理を実行する（ステップＳＤ２２５）。すなわち、保存用データメモリ３４に保存された録音データファイルの削除処理等を実行する。

ステップＳＤ２２４において、ＣＰＵ３１は、タッチ位置データの示す座標値が「セーブデータの初期化」の機能選択アイコン表示範囲内の値ではないと判断した場合には、タッチ位置データの示す座標値が「もどる」の機能選択アイコンの表示範囲内の値であるかどうかを判断する。

ステップＳＤ２２６において、ＣＰＵ３１は、タッチ位置データの示す座標値が「もどる」の機能選択アイコンの表示範囲内の値であると判断した場合には、１つ前のサウンド選択画面４００に戻る。

当該設定処理により、ユーザの趣向に従って、例えば、ヘッドホンを装着時の再生処理に関して、片耳用の場合には、ステレオ設定をモノラル設定に切替えることが可能である。当該切替設定により、ヘッドホンの形式に応じて適切な再生処理を選択することが可能である。なお、両耳用の場合においてもモノラル設定に切替えることは当然可能である。

＜マイク録音再生モード＞
次に、マイク録音再生モードについて説明する。

図９４は、マイク録音再生モードにおけるサブルーチン処理を説明するフローチャートである。

図９４を参照して、ＣＰＵ３１は、マイク録音再生モードに移行した場合には、まず、マイクで録音して遊ぶときの録音データファイルリスト選択画面を表示する（ステップＳＤ２３０）。

図９５は、本実施形態に従う録音データファイルリスト選択画面６００を説明する図である。

図９５を参照して、下側ＬＣＤ１２の画面に録音データファイルリスト選択画面６００が表示されている場合が示されている。

ユーザは、タッチペン２７等で下側ＬＣＤ１２の画面上にタッチして録音データファイルリストの中から任意の録音データファイルを選択することが可能である。なお、後述するが録音データファイルは、ユーザにより選択的に指定された表示色に設定されているものとする。ここで、録音データファイルリストの各録音データファイルは、保存用メモリ３４において、録音処理に用いるために予め設けられた複数のスロットのうちの１つずつに対応している。

例えば、一例として、カーソル５９０が録音データファイルリスト選択画面６００の録音データファイルリスト６１０の一番左上に表示されている録音データファイルを選択しているものとする。例えば、タッチペン２７等で録音データファイルリスト６１０に含まれる録音データファイルにタッチすることにより、タッチした録音データファイルにカーソル５９０が移動して、カーソル５９０により指定された録音データファイルが選択状態となる。

また、画面上の任意の録音データファイルにタッチして、タッチしたまま、すなわち、当該カーソル５９０により指定された録音データファイルの選択状態を維持したまま、他の任意の録音データファイルの位置に移動（スライド操作）させることにより、録音データファイルの位置がそれぞれ入れ替わるものとする。

ここで、例えば、録音データファイル６１５については、録音データが格納されていないファイルであるものとする。他のものについても同様である。一方、それ以外の録音データファイルについては、録音データが格納されているファイルであるものとする。本例においては、一例として、１つのファイルにつき１０秒程度の音声信号の録音が可能であるものとする。

また、ユーザは、音量設定アイコン５５０をタッチペン２７等で指定することによって、スピーカ等から出力される音量を設定することができる。当該処理については、上述したのと同様であるのでその詳細な説明は繰り返さない。

また、ユーザは、「もどる」アイコン６２０を選択することによって、前の画面であるサウンド選択画面４００に戻ることができる。

また、録音データファイルリスト選択画面６００において、録音データファイルを選択して、「あそぶ」アイコン５７０を選択することにより、再生処理が開始されるとともに、録音データ再生動作選択画面３０１が表示される。

一方、録音データファイルリスト選択画面６００において、録音データが格納されていないファイルを選択した場合、当該「あそぶ」アイコン５７０は、「録音する」アイコン５７０＃に切替わるものとする。そして、当該「録音する」アイコン５７０＃を選択することにより、後述する録音開始画面６０２が表示される。

また、「消す」アイコン５７１をタッチペン２７等で選択することにより、現在選択されている録音データファイルを消去して、録音データが格納されていないファイルに設定することができる。

また、録音データファイルの表示として、各ファイルの全体に対して含まれている録音データのデータ量が水位として表示されている。当該表示により、ユーザは、録音データファイルのデータ量を感覚的に認識することが可能となる。また、録音データファイルリスト６１０において、録音データファイルを示す形状が変化している場合が示されている。例えば、後述する音色調整アイコン５４２等による加工編集機能が実行されて、「うわがき」が選択された場合、すなわち、別の録音データに変更された場合には、加工編集に応じた録音データファイルの形状に変化するように表示処理される。

当該表示により、ユーザは、録音データファイルが加工編集されたファイルであることを直感的に認識することが可能となり、ユーザの利便性に供する。

図９６は、本発明の実施の形態に従う録音データ再生動作選択画面６０１を説明する図である。

図９６（ａ）においては、下側ＬＣＤ１２において、録音データ再生動作選択画面６０１が表示されている場合が示されている。

具体的には、ユーザは、タッチペン等により選択することにより録音データの再生動作等において音楽を変化させて動作させる機能を実行することができる。

ここでは、選択機能アイコンとして、速度音程調整アイコン５４１、音色調整アイコン５４２、再生モード切替アイコン５１７、および「うわがき」アイコン５８６が設けられている場合が示されている。

ユーザは、上述した速度音程調整アイコン５４１を選択することにより再生スピードや音程を変える機能を実行することができる。

また、ユーザは、音色調整アイコン５４２を選択することにより再生信号の周波数を変調したり、あるいはフィルタリング処理等を実行して別の音色に加工編集する機能を実行することができる。具体的には、図７９で説明したような音色調整アイコンを設けることも可能であるし、別の音色調整アイコンを設けることも可能である。

また、ユーザは、再生動作コマンドアイコンとして、一時停止コマンドアイコン５８０を押下することにより再生中の録音データファイルを一時停止することが可能である。その際、一時停止コマンドアイコン５８０は、再生コマンドアイコン５８２＃に表示が切替わる。また、再生動作コマンドアイコンとして、逆再生コマンドアイコン５８０も設けられている。逆再生コマンドアイコン５８０を選択すると逆再生処理が実行される。また、その際、逆再生コマンドアイコン５８０は、一時停止コマンドアイコン５８０＃に表示が切替わる。当該コマンドアイコンとして、再生コマンド、逆再生コマンドの２つのアイコンが表示されており、選択されたアイコンは一時停止コマンドアイコンに切替わる。したがって、ユーザは、再生動作および逆再生動作をタッチペン２７等によるワンアクションで切替えることが可能である。

すなわち、音楽データ（ここでは、一例として音楽データについて説明するが映像データでもよい）の再生インターフェースにおいて、２つのコマンドアイコン領域を設け（第１のコマンドアイコン領域および第２のコマンドアイコン領域）、第１のコマンドアイコン領域には逆再生コマンドアイコンまたは一時停止コマンドアイコンのいずれかを切替えて表示し、第２のコマンドアイコン領域には再生コマンドアイコンまたは一時停止コマンドアイコンのいずれかを切替えて表示する。

より具体的には、以下に示される。
停止中：第１のコマンドアイコン領域に逆再生コマンドアイコンを表示し、第２のコマンドアイコン領域に再生コマンドアイコンを表示する。

再生中：第１のコマンドアイコン領域に逆再生コマンドアイコンを表示し、第２のコマンドアイコン領域に一時停止コマンドアイコンを表示する。

逆再生中：第１のコマンドアイコン領域に一時停止コマンドアイコンを表示し、第２のコマンドアイコン領域に再生コマンドアイコンを表示する。

再生コマンドアイコン：タッチされると、音声データの順再生を開始する。
逆再生コマンドアイコン：タッチされると、音声データの逆再生を開始する。

一時停止コマンドアイコン：タッチされると、音声データの再生を一時停止する。
なお、本例においては、一時停止する一時停止コマンドアイコンについて説明したが、一時停止ではなく停止する停止コマンドアイコンとすることも可能である。

これにより、２つのコマンドアイコン領域を用いて、停止中、再生中、逆再生中のいずれの状態においても、再生、逆再生、停止のいずれへの移行もおこなうことができる。

より一般的に言うと、３つの状態（第１状態、第２状態、第３状態）を取ることができる情報処理装置において、２つのボタン領域を設け、現在第１状態であるときには、第２状態への移行ボタンと第３状態への移行ボタンを表示する（ｉ）。そして、（ｉ）の状態から第２状態への移行ボタンを操作して第２状態へ移行したときには、第２状態への移行ボタンを第１状態への移行ボタンに変更して、第１状態への移行ボタンと第３状態への移行ボタンとを表示する（ｉｉ）。また、（ｉ）の状態から第３状態への移行ボタンを操作して第３状態に移行したときには、第３状態への移行ボタンを第１状態への移行ボタンに変更し、第２状態への移行ボタンと第１状態への移行ボタンとを表示する（ｉｉｉ）。また、（ｉｉ）の状態から、第１状態への移行ボタンを操作して第１状態に移行したときには（ｉ）の状態に戻る。また、（ｉｉｉ）の状態から、第１状態への移行ボタンを操作して第１状態に移行したときには（ｉ）の状態に戻る。また、（ｉｉ）の状態から第３状態への移行ボタンを操作して第３状態に移行したときには、第１状態への移行ボタンを第２状態への移行ボタンに変更して、第３状態への移行ボタンを第１状態への移行ボタンに変更して、第２状態への移行ボタンと第１状態への移行ボタンを表示する。また、（ｉｉｉ）の状態から、第２状態への移行ボタンを操作して第２状態に移行したときには、第２状態への移行ボタンを第１状態への移行ボタンに変更し、第１状態への移行ボタンを第３状態への移行ボタンに変更する。

これにより、２つのボタン領域を用いて、３つの状態へのいずれも効率的に移行することができる。

また、ユーザは、再生モード切替アイコン５１７を押下することにより録音データファイルリスト内の再生モードの切替を実行することが可能である。具体的には、再生中のデータを繰り返し再生する再生モード、順番に再生し、すべての再生が終わったら最初から繰り返す再生モード、順番に再生し、すべての再生が終わったら停止する再生モード、ランダムで再生する再生モード、設定した区間のみを繰り返し再生する再生モードを順番に切替えて実行することが可能である。

また、ユーザは、「うわがき」アイコン５８６を押下することにより、例えば録音データファイルに、音色調整アイコン５８８を選択してフィルタリング処理等により加工編集した録音データファイルを上書き保存することが可能である。

また、図９６（ｂ）においては、図９５の下側ＬＣＤ１２の画面上に表示されていた録音データファイルリスト６１０が上側ＬＣＤ２２の画面上に録音データファイル選択リスト画面６０１＃として表示されている場合が示されている。そして、録音データファイルリスト６１０＃に表示される録音データファイルについて方向入力ボタン１４Ａを操作することにより選択することができる。すなわち、図９５の下側ＬＣＤ１２の画面上において、タッチペン等により録音データファイルを選択（あそぶ押下）した後、図９６（ａ）の下側ＬＣＤ１２の画面上において、録音データ再生動作選択画面において、タッチペン等により選択した対象である録音データファイルの再生動作に対する処理をタッチペン等により選択し、上側ＬＣＤ２２の画面上においては、録音データファイルを方向入力ボタン１４Ａで選択することが可能である。

そして、たとえば、方向入力ボタン１４Ａを用いて録音データファイルを選択して操作ボタン１４Ｂ〜１４Ｅのいずれかを押すことにより再生中の録音データファイルを選択した録音データファイルに切替えて再生動作を実行することが可能である。

したがって、下側ＬＣＤ１２の再生動作選択画面６０１における処理と、上側ＬＣＤ２２の録音データファイル選択リスト画面６０１＃における処理とを並列に処理することが可能であるためユーザの利便性に供する。

また、ユーザは、「うわがき」アイコン５８６を押下することにより、例えば録音データファイルに、音色調整アイコン５８８を選択してフィルタリング処理等により加工編集した録音データファイルを上書き保存することが可能である。

すなわち、２画面（または２つの表示領域）を有する情報処理装置において、少なくとも一方画面（本実施例では、下側ＬＣＤ１２）に対して接触検出手段（本実施例では、タッチパネル）が設けられる。そして、当該一方画面において、複数の選択肢のそれぞれを示すアイコン群（第１のアイコン群；実施例では、各録音データファイルを示すアイコン６１５群）を表示して、当該接触検出手段により、いずれかのアイコンを選択可能にする。そして、接触検出手段により当該複数のアイコンの中からいずれかのアイコンを選択した後は、当該第１のアイコン群の表示を他方画面（本実施例では、上側ＬＣＤ２２）に移すとともに、当該一方画面には、別のアイコン群（第２のアイコン群；実施例では、５４１、５４２）を表示し、当該接触検出手段により、第２のアイコン群の中からいずれかのアイコンを選択可能にする。なお、第１のアイコン群は、当該他方画面に移った後も、キースイッチ（方向キーであり、実施例では、十字キー１４Ａ）により当該第１のアイコン群から１つのアイコンを選択することが可能である。これにより、第１のアイコン群からの選択と第２のアイコン群からの選択とを並行しておこなうことができる。例えば、第１のアイコン群で第１の選択をおこない、また、第２のアイコン群で、当該第１の選択で選択されたアイコンに関連する選択をおこなうようにしてもよい（本実施例では、第１の選択で、処理対象のデータを選択し、第２の選択で、選択されたデータに対する処理内容を選択する）。この場合、第１のアイコン群に対して第１の選択をおこなった後、第２の選択の場面に移行した後であっても、第１のアイコン群に対する選択をキースイッチの操作により変更することができるから、第２の選択の場面に移行した後に、第１の選択を並行してやり直すことができて利便性が向上する。

再び、図９４を参照して、ＣＰＵ３１は、タッチパネル１３からタッチ位置データの入力があるかどうかを判断する（ステップＳＤ２３１）。

ステップＳＤ２３１において、ＣＰＵ３１は、タッチパネル１３からタッチ位置データの入力があると判断される場合には、次にタッチ位置データの示す座標値が録音データファイルリスト６１０の表示範囲内の値かどうかを判断する（ステップＳＤ２３２）。

ステップＳＤ２３２において、ＣＰＵ３１は、タッチ位置データの示す座標値が録音データファイルリスト６１０の表示範囲内であると判断した場合には、次にタッチ位置に応じて録音データファイルを選択表示する（ステップＳＤ２３３）。

そして、ＣＰＵ３１は、録音データファイルに応じて機能アイコンボタンを変更表示する（ステップＳＤ２３４）。そして、再びステップＳＤ２３１に戻る。具体的には、カーソルが録音データファイルを選択表示している場合には、「あそぶ」アイコン５７０が表示され、カーソルが録音されていないファイルを選択表示している場合には、「録音する」アイコン５７０＃が表示される。

ステップＳＤ２３２において、ＣＰＵ３１は、タッチ位置データの示す座標値が録音ファイルリスト６１０の表示範囲内の値ではないと判断した場合には、次にタッチ位置データの示す座標値が音量設定アイコン５５０の表示範囲内の値かどうかを判断する（ステップＳＤ２３５）。

ステップＳＤ２３５において、ＣＰＵ３１は、タッチ位置データの示す座標値が音量設定アイコン５５０の表示範囲内の値であると判断した場合には、音量設定処理を実行する（ステップＳＤ２３６）。音量設定処理については上述したのでその詳細な説明は繰り返さない。

一方、ステップＳＤ２３５において、ＣＰＵ３１は、タッチ位置データの示す座標値が音量設定アイコン５５０の表示範囲内の値ではないと判断した場合には、次にタッチ位置データの示す座標値が「あそぶ」アイコン５７０の表示範囲内の値かどうかを判断する（ステップＳＤ２３７）。

ステップＳＤ２３７において、ＣＰＵ３１は、タッチ位置データの示す座標値が「あそぶ」アイコン５７０の表示範囲内の値であると判断した場合には、録音データファイル再生処理を実行する（ステップＳＤ２３７＃）。録音データファイル再生処理については後述する。

一方、ステップＳＤ２３７において、ＣＰＵ３１は、タッチ位置データの示す座標値が「あそぶ」アイコン５７０の表示範囲内の値ではないと判断した場合には、次にタッチ位置データの示す座標値が「消す」アイコン５７１の表示範囲内の値であるかどうかを判断する（ステップＳＤ２３８）。

ステップＳＤ２３８において、ＣＰＵ３１は、タッチ位置データの示す座標値が「消す」アイコン５７１の表示範囲内の値であると判断した場合には、録音データファイルの消去処理を実行する（ステップＳＤ２３９）。

ステップＳＤ２３８において、ＣＰＵ３１は、タッチ位置データの示す座標値が「消す」アイコン５７１の表示範囲内の値ではないと判断した場合には、次にタッチ位置データの示す座標値が「録音する」アイコン５７０＃の表示範囲内の値であるかどうかを判断する（ステップＳＤ２４０）。

ステップＳＤ２４０において、ＣＰＵ３１は、タッチ位置データの示す座標値が「録音する」アイコン５７０＃の表示範囲内の値であると判断した場合には、録音データファイル作成処理を実行する（ステップＳＤ２４１）。録音データファイル作成処理については後述する。

ステップＳＤ２４０において、ＣＰＵ３１は、タッチ位置データの示す座標値が「録音する」アイコン５７０＃の表示範囲内の値ではないと判断した場合には、次にタッチ位置データの示す座標値が「もどる」アイコン６２０の表示範囲内の値であるかどうかを判断する（ステップＳＤ２４２）。

ステップＳＤ２４２において、ＣＰＵ３１は、タッチ位置データの示す座標値が「もどる」アイコン６２０の表示範囲内の値ではないと判断した場合には再びステップＳＤ２３１に進む。

一方、ステップＳＤ２４２において、ＣＰＵ３１は、タッチ位置データの示す座標値が「もどる」アイコン６２０の表示範囲内の値であると判断した場合には、図６１に示すサウンド選択画面４００が表示される。

図９７は、録音データファイル再生処理のサブルーチン処理を説明する図である。
図９７を参照して、ステップＳＤ２３７において、ＣＰＵ３１は、タッチ位置データの示す座標値が「あそぶ」アイコン表示範囲内の値であると判断した場合には、次に選択された録音データファイルの再生処理を開始する（ステップＳＤ２５０）。

そして、次に、ＣＰＵ３１は、上側ＬＣＤ２２に録音データファイル選択リスト画面６０１＃を表示するとともに、下側ＬＣＤ１２に再生動作選択画面６０１を表示する（ステップＳＤ２５１）。

そして、次に、ＣＰＵ３１は、タッチパネル１３からタッチ位置データの入力があるかどうかを判断する（ステップＳＤ２５２）。

ステップＳＤ２５２において、ＣＰＵ３１は、タッチパネル１３からタッチ位置データの入力があると判断した場合には、次にタッチ位置データが示す座標値が再生タイムバー５５１の表示範囲内の値であるかどうか判断する（ステップＳＤ２５３）。

ステップＳＤ２５２において、ＣＰＵ３１は、タッチパネル１３からタッチ位置データの入力がないと判断した場合には、次に方向入力ボタン１４Ａによる操作があるかどうかを判断する（ステップＳＤ２６４）。

ステップＳＤ２６４において、ＣＰＵ３１は、方向入力ボタン１４Ａによる操作があると判断した場合には、方向入力ボタン１４Ａの操作に応じて録音データファイル選択リスト画面６０１＃における選択されている録音データファイルを示すカーソル位置のスクロール表示処理を実行する（ステップＳＤ２６５）。

一方、ステップＳＤ２６４において、ＣＰＵ３１は、方向入力ボタン１４Ａによる操作がないと判断した場合には、再び、ステップＳＤ２５２に戻る。

そして、ＣＰＵ３１は、次に所定ボタンの押下があるかどうかを判断する（ステップＳＤ２６６）。

ステップＳＤ２６６において、ＣＰＵ３１は、所定ボタンの押下がある場合には、カーソル位置により選択されている録音データファイルの再生を開始する（ステップＳＤ２５０）。

一方、ＣＰＵ３１は、ステップＳＤ２６６において、所定ボタンの押下がない場合には再びステップＳＤ２５２に戻る。ここで、所定ボタンは、操作ボタン１４Ｂ〜１４Ｅのいずれかに設定されているものとする。

一方、ステップＳＤ２５２において、ＣＰＵ３１は、タッチパネル１３からタッチ位置データの入力があると判断した場合には、次にタッチ位置データが示す座標値が再生タイムバー５５１の表示範囲内の値であるかどうか判断する（ステップＳＤ２５３）
ステップＳＤ２５３において、ＣＰＵ３１は、タッチ位置データの示す座標値が再生タイムバー２５１の表示範囲内の値であると判断した場合には、次にタッチ位置に応じた時間から録音データファイルの再生処理を実行する（ステップＳＤ２５４）。

ステップＳＤ２５４において、ＣＰＵ３１は、次にタッチ位置に応じた再生タイムバー２５１のスライダ位置の移動処理を実行する（ステップＳＤ２５５）。

ステップＳＤ２５３において、ＣＰＵ３１は、タッチ位置データの示す座標値が再生タイムバー２５１の表示範囲内の値ではないと判断した場合には、次にタッチ位置データの示す座標値が音量設定アイコン５５０の表示範囲内の値であるかどうかを判断する（ステップＳＤ２５６）。

ステップＳＤ２５６において、ＣＰＵ３１は、タッチ位置データの示す座標値が音量設定アイコン５５０の表示範囲内の値であると判断した場合には、音量設定処理を実行する（ステップＳＤ２５７）。音量設定処理については上述したのでその詳細な説明は繰り返さない。

ステップＳＤ２５６において、ＣＰＵ３１は、タッチ位置データの示す座標値が音量設定アイコン５５０の表示範囲内の値ではないと判断した場合には、次にタッチ位置データの示す座標値が再生動作コマンドアイコンの表示範囲内の値であるかどうかを判断する（ステップＳＤ２５８）。

ステップＳＤ２５８において、ＣＰＵ３１は、タッチ位置データの示す座標値が再生動作コマンドアイコンの表示範囲内の値であると判断した場合には、再生動作コマンドに対応した機能を実行する（ステップＳＤ２５９）。

そして、次に再生動作コマンドの表示を切替える（ステップＳＤ２６０）。
そして、再び、ステップＳＤ２５２に戻る。

ステップＳＤ２５８において、ＣＰＵ３１は、タッチ位置データの示す座標値が再生動作コマンドアイコンの表示範囲内の値ではないと判断した場合には、次にタッチ位置データの示す座標値が選択機能アイコン表示範囲内の値であるかどうかを判断する（ステップＳＤ２６１）。

ステップＳＤ２６１において、ＣＰＵ３１は、タッチ位置データの示す座標値が選択機能アイコン表示範囲内の値であると判断した場合には、選択機能アイコンに対応した機能を実行する（ステップＳＤ２６２）。

ステップＳＤ２６１において、ＣＰＵ３１は、タッチ位置データの示す座標値が選択機能アイコン表示範囲内の値ではないと判断した場合には、タッチ位置の示す座標値が「もどる」アイコン５１３の表示範囲内の値であるかどうかを判断する。

ステップＳＤ２６３において、ＣＰＵ３１は、タッチ位置データの示す座標値が「もどる」アイコン５１３の表示範囲内の値ではあると判断した場合には、前の画面である録音データファイルリスト選択画面６００を表示する（ステップＳＤ２３０）。

一方、ステップＳＤ２６３において、ＣＰＵ３１は、タッチ位置の示す座標値が「もどる」アイコン５１３の表示範囲内の値ではないと判断した場合にはステップＳＤ２５２に戻る。

図９８，図１００は、録音データファイル作成処理のサブルーチン処理を説明するフローチャートである。

上述したように、本実施形態においては、保存用メモリ３４に録音処理に用いられる複数のスロットが予め設けられているものとする。

図９８を参照して、まず、ＣＰＵ３１は、録音開始画面６０２を表示する。
図９９は、本実施形態に従う録音開始画面６０２を説明する図である（ステップＳＤ２７０）。

図９９を参照して、録音開始画面６０２において、録音コマンドアイコン６１０が設けられている。また、「やめる」アイコン６１５が設けられている。録音コマンドアイコン６１０を押下することにより録音が開始される。また、録音が開始された後、録音コマンドアイコン６１０は、停止コマンドアイコン６１０＃に表示が切替わるものとする。そして、停止コマンドアイコン６１０＃が押下されることにより録音が停止する。また、「やめる」アイコン６１５を押下することにより、前の画面である録音データファイルリスト選択画面６００に戻るものとする。

再び、図９８を参照して、ＣＰＵ３１は、タッチパネル１３からタッチ位置データの入力があるかどうかを判断する（ステップＳＤ２７０＃）。

次に、ＣＰＵ３１は、タッチパネル１３からタッチ位置データの入力があると判断した場合には、次にタッチ位置データの示す座標値が録音コマンドアイコン表示範囲内の値であるかどうかを判断する（ステップＳＤ２７１）。

ステップＳＤ２７１において、ＣＰＵ３１は、タッチ位置データの示す座標値が録音コマンドアイコン６１０の表示範囲内の値であると判断した場合には、次にマイク入力音量がしきい値以上であるかどうかを判断する（ステップＳＤ２７２）。

ＣＰＵ３１は、マイク入力音量がしきい値以上であると判断した場合には、次に録音処理を開始する（ステップＳＤ２７３）。

そして、次に、ＣＰＵ３１は、録音コマンドの表示切替を実行する（ステップＳＤ２７４）。具体的には、停止コマンドアイコン６１０＃を表示する。

そして、次に、ＣＰＵ３１は、タッチパネル１３からタッチ位置データの入力があるかどうかを判断する（ステップＳＤ２７５）。

ＣＰＵ３１は、タッチパネル１３からタッチ位置データの入力があると判断した場合には、タッチ位置データの示す座標値が停止コマンドアイコン６１０＃の表示範囲内の値であるかどうかを判断する（ステップＳＤ２７６）。

ステップＳＤ２７６において、ＣＰＵ３１は、タッチ位置データの示す座標値が停止コマンドアイコン６１０＃の表示範囲内の値であると判断した場合には、録音処理を終了する（ステップＳＤ２７７）。そして、「Ｄ」に進む。

そして、図１００を参照して、ステップＳＤ２７７において、ＣＰＵ３１は、録音処理が終了した場合には、次に、次に録音データファイルを保存する（ステップＳＤ２９０）。具体的には、ＣＰＵ３１は、メモリ制御回路３３を介して録音データファイルを保存用データメモリ３４に保存する。

そして、次に、ＣＰＵ３１は、録音データファイル色指定画面を表示する（ステップＳＤ２９１）。

図１０１は、本実施形態に従う録音データファイル色指定画面６０３を説明する図である。

図１０１を参照して、本実施形態に従う録音データファイル色指定画面６０３において、「録音できましたこの音声であそべます」が表示されている場合が示されている。そして、色指定範囲６２０が設けられ、赤、橙、黄色、緑、青、紺の色指定選択アイコン６２１〜６２６が設けられる。ユーザは、いずれかの色指定アイコンにタッチペン２７等を使ってタッチすることにより指定することができる。当該指定された色により指定されたスロットに対応する録音データファイルの表示色が登録される。また、「キャンセル」アイコン６３０を押下することにより、録音データファイルが削除されて、録音データファイルリスト選択画面６００に戻る。

再び、図１００を参照して、ＣＰＵ３１は、タッチパネル１３からタッチ位置データの入力があるかどうかを判断する（ステップＳＤ２９２）。

ステップＳＤ２９２において、ＣＰＵ３１は、タッチパネル１３からタッチ位置データの入力があると判断した場合には、次にタッチ位置データの示す座標値が色指定範囲内の値かどうかを判断する（ステップＳＤ２９３）。

ステップＳＤ２９３において、ＣＰＵ３１は、タッチ位置データの示す座標値が色指定範囲内の値であると判断した場合には、指定された表示色を登録する（ステップＳＤ２９４）。そして、ＣＰＵ３１は、録音データファイルリスト選択画面６００を表示する。その際に、選択された録音データファイルは、指定された表示色で表示される。

一方、ステップＳＤ２９３において、ＣＰＵ３１は、タッチ位置データの示す座標値が色指定範囲内の値ではないと判断した場合には、次にタッチ位置データの示す座標値が「キャンセル」アイコン６３０の表示範囲内の値であるかどうかを判断する（ステップＳＤ２９５）。

ステップＳＤ２９５において、ＣＰＵ３１は、タッチ位置データの示す座標値が「キャンセル」アイコン６３０の表示範囲内の値ではないと判断した場合には、ステップＳＤ２９２に戻る。

一方、ステップＳＤ２９５において、ＣＰＵ３１は、タッチ位置データの示す座標値が「キャンセル」アイコン６３０の表示範囲内の値であると判断した場合には、指定したスロットに対応する録音データファイルを削除する（ステップＳＤ２９６）。

そして、ＣＰＵ３１は、録音データファイルリスト選択画面６００を表示する。その際に、選択されたファイルは、録音データが格納されていないファイルとして表示される。

再び、図９８を参照して、ステップＳＤ２７６において、ＣＰＵ３１は、タッチ位置データの示す座標値が停止コマンドアイコン６１０＃の表示範囲内の値ではないと判断した場合には、ステップＳＤ２７５に戻る。

ステップＳＤ２７５において、ＣＰＵ３１は、タッチパネル１３からタッチ位置データの入力がない場合には録音データはスロットに保存可能な容量に達したかどうかを判断する（ステップＳＤ２７８）。

ステップＳＤ２７８において、ＣＰＵ３１は、録音データがスロットに保存可能な容量に達しないと判断した場合には再びステップＳＤ２７５に戻る。

ステップＳＤ２７８において、ＣＰＵ３１は、録音データががスロットに保存可能な容量に達しないと判断した場合には再びステップＳＤ２７５に戻る。

そして、ステップＳＤ２７８において、ＣＰＵ３１は、録音データがスロットに保存可能な容量に達したと判断した場合には録音処理を終了する（ステップＳＤ２７９）。そして、図１００のステップＳＤ２９０に進む。後の処理については、上述したのと同様である。

一方、ステップＳＤ２７１において、ＣＰＵ３１は、タッチ位置データの示す座標値が録音コマンドアイコン６１０の表示範囲内の値ではないと判断した場合には、次にタッチ位置データの示す座標値が「やめる」アイコン６１５の表示範囲内の値であるかどうかを判断する。

ステップＳＤ２８０において、ＣＰＵ３１は、タッチ位置データの示す座標値が「やめる」アイコン６１５の表示範囲内の値であると判断した場合には、ＣＰＵ３１は、図９５で説明した録音データファイルリスト選択画面６００を表示する。

一方、ステップＳＤ２８０において、ＣＰＵ３１は、タッチ位置データの示す座標値が「やめる」アイコン６１５の表示範囲内の値ではないと判断した場合には、ステップＳＤ２７０＃に進む。

当該処理により、ユーザは、自由に本体のマイクで録音した録音データファイルを作成して、作成した録音データファイルを用いて再生することが可能である。また、作成した録音データファイルを図６５で説明した録音データ選択アイコン５４４を選択することにより表示して、同様の方式に従って音声録音した録音データファイルを効果音としてスピーカから出力する機能を実行することも可能である。

なお、上述の本実施形態においては、一例として、ゲーム装置１０に内蔵されている保存用メモリ３４に録音データファイルを保存するスロットを設けて格納する場合について説明したが、当該録音データファイルを保存用メモリ３４に限られず、例えば、ユーザの操作指示に従ってＳＤカード等のメモリカードに保存するようにすることも可能である。

［１０．プログラムを記憶する記憶媒体］
上述の説明では、少なくとも、保存用データメモリ３４、メモリカード２８、メモリカード２９のいずれかに実行される各種アプリケーションプログラムが記憶されることを前提として説明した。以下、各記憶媒体に記憶されるアプリケーションプログラムのより好ましい形態について例示する。

図１０３は、本実施形態に従うゲーム装置１０が利用可能な記憶媒体を説明するための図である。

図１０３を参照して、ゲーム装置１０に内蔵される保存用データメモリ３４には、プログラム領域およびデータ領域が区分して設けられる。プログラム領域には、典型的に、第１撮影機能プログラム９０１（例えば、前述の撮影機能プログラム５２または撮影アプリケーションプログラム５３）と、第１録音機能プログラム９０２（例えば、前述のサウンドアプリケーションプログラム５７）と、第２撮影機能プログラム９０３（これまでに説明していないプログラムであり、例えば、前述の撮影アプリケーションプログラム５３と同様のプログラムであり、さらに、撮影モードにおいて、装着中の専用規格カード内のメモリにも撮影画像を保存することができ、また、写真表示モードにおいて、装着中の専用規格カード内のメモリに保存された撮影画像を表示することができる）と、第２録音機能プログラム９０４（これまでに説明していないプログラムであり、例えば、前述のサウンドアプリケーションプログラム５７と同様のプログラムであり、さらに、装着中の専用規格カード内のメモリにも音声データを保存することができ、また、装着中の専用規格カード内のメモリに保存された音声データを利用することができる）と、第１写真利用プログラム９０５（これまでに説明していないプログラムであり、例えば、前述の撮影アプリケーションプログラム５３のうちの編集機能（前述の撮影モードのうちの編集機能のみ）と写真の閲覧機能（前述の写真表示モード）を有するプログラムである）と、第１音声利用プログラム９０６（これまでに説明していないプログラムであり、例えば、前述のサウンドアプリケーションプログラム５７から録音機能を削除したプログラムである）と、第２写真利用プログラム９０７（これまでに説明していないプログラムであり、例えば、前述の撮影アプリケーションプログラム５３のうちの写真表示モードのみを有するプログラムであり、さらに、装着中の専用規格カード内のメモリに保存された撮影画像を表示することができる）と、第２音声利用プログラム９０７（これまでに説明していないプログラムであり、例えば、前述のサウンドアプリケーションプログラム５７から録音機能を削除したプログラムであり、さらに、装着中の専用規格カード内のメモリに保存された音声データを再生したり編集することができる）とが記憶可能である。

これらのプログラムのうち、第１撮影機能プログラム９０１と、第１録音機能プログラム９０２と、第１写真利用プログラム９０５と、第１音声利用プログラム９０６とについては、ゲーム装置１０の保存用データメモリ３４に予め記憶（プリインストール）されているものとする。

これに対して、第２撮影機能プログラム９０３と、第２録音機能プログラム９０４と、第２写真利用プログラム９０７と、第２音声利用プログラム９０７とについては、無線通信モジュール３８、ローカル通信モジュール３９、もしくはその他の通信手段を介して、図示しない配信サーバなどからダウンロードされる。

また、データ領域９０９は、第１もしくは第２撮影機能プログラム９０１，９０３によって取得された撮像データ、および／または、第１もしくは第２録音機能プログラム９０２，９０４などによって取得された音声データを不揮発的に記憶可能である。なお、第１撮影機能プログラムによって取得された撮像データと、第２撮影機能プログラムによって取得された撮像データとを区別なく同じ領域に格納して相互に利用可能とすることも可能である。また、なお、第１録音機能プログラムによって取得された音声データと、第２録音機能プログラムによって取得された音声データとを区別なく同じ領域に格納して相互に利用可能とすることも可能である。

なお、図１０３には、理解を容易にするために、典型的に保存用データメモリ３４を実現するＮＡＮＤ型フラッシュメモリを示す「内蔵ＮＡＮＤ」と記載している。なお、保存用メモリ３４をＮＡＮＤ型フラッシュメモリ以外の不揮発性メモリで実現してもよいことは言うまでもない。

さらに、本実施形態に従うゲーム装置１０には、メモリカードインターフェース３６（図１８）を介して、汎用規格に基づく汎用規格カードからなるメモリカード２８（典型的には、ＳＤカード）が装着可能である。このメモリカード２８は、各種データを不揮発的に記憶することができる。すなわち、メモリカード２８には、データ領域９１０が設けられる。

さらに、本実施形態に従うゲーム装置１０には、メモリカードインターフェース３７（図１８）を介して、専用規格に基づく専用規格カードからなる各種のメモリカード２９−１〜２９−４のいずれかが選択的に装着可能である。このメモリカード２９−１〜２９−４の各々には、プログラム領域およびデータ領域が区分して設けられる。

より具体的には、メモリカード２８−１には、撮影機能プログラム９２１（前述した、撮影機能プログラム２と同様の機能を有するプログラムであるが、プログラムの具体的な内容は異なる）と、写真利用プログラム９２２（前述の第２写真利用プログラムと同様の機能を有するプログラムであるが、プログラムの具体的な内容は異なる）とが記憶されているものとする。また、メモリカード２９−１には、撮像データおよび／または音声データを不揮発的に記憶可能なデータ領域９２３が設けられている。

同様に、メモリカード２９−２には、撮影機能プログラム９３１（前述した、撮影機能プログラム２と同様の機能を有するプログラムであるが、プログラムの具体的な内容は異なる。また、撮影した画像の保存先は自カード内の不揮発メモリ９３３に限られる）と、写真利用プログラム９３２（前述した、写真利用プログラム２と同様の機能を有するプログラムであるが、プログラムの具体的な内容は異なる。また、利用できるのは自カード内の不揮発メモリ９３３に保存された撮影画像に限られる）とが記憶されているものとする。また、メモリカード２８−２には、撮像データおよび／または音声データを不揮発的に記憶可能なデータ領域９３３が設けられている。

また、メモリカード２９−３には、録音機能プログラム９４１（前述した、録音機能プログラム２と同様の機能を有するプログラムであるが、プログラムの具体的な内容は異なる）と、音声利用プログラム９４２（前述の音声利用プログラム２と同様の機能を有するプログラムであるが、プログラムの具体的な内容は異なる）とが記憶されているものとする。また、メモリカード２８−３には、撮像データおよび／または音声データを不揮発的に記憶可能なデータ領域９４３が設けられている。

同様に、メモリカード２８−４には、録音機能プログラム９５１（前述した、録音機能プログラム２と同様の機能を有するプログラムであるが、プログラムの具体的な内容は異なる。また、録音した音声データの保存先は自カード内の不揮発メモリ９５３に限られる）と、音声利用プログラム９５２（前述した、音声利用プログラム２と同様の機能を有するプログラムであるが、プログラムの具体的な内容は異なる。また、利用できるのは自カード内の不揮発メモリ９３３に保存された音声データに限られる）とが記憶されているものとする。また、メモリカード２８−４には、撮像データおよび／または音声データを不揮発的に記憶可能なデータ領域９５３が設けられている。

これらのそれぞれの記憶媒体に記憶されるプログラムは、たとえば、同じ撮影機能を提供する撮影機能プログラムであっても、その提供される機能の一部または全部が異なったものとなっている。

たとえば、ゲーム装置１０の本体にプリインストールされている第１撮影機能プログラム９０１と、ダウンロードによってゲーム装置１０に記憶される第２撮影機能プログラム９０３との間では、その撮影によって得られる画像データの保存先の選択可能範囲が異なったものとなっている。すなわち、第１撮影機能プログラム９０１では、取得した撮像データを、内蔵の保存用データメモリ３４（データ領域９０９，内蔵ＮＡＮＤ）、または、メモリカード２８（ＳＤカード）のいずれかに選択的に保存できる。一方、第２撮影機能プログラム９０３では、取得した撮像データを、内蔵の保存用データメモリ３４（データ領域９０９，内蔵ＮＡＮＤ）およびメモリカード２８（ＳＤカード）に加えて、ゲーム装置１０に装着されるメモリカード２９（専用規格カード）のいずれかに選択的に保存できる。すなわち、第２撮影機能プログラム９０３は、撮像データの保存先の選択可能範囲という点において、第１撮影機能プログラム９０１に比較してより高機能な処理を提供する。

なお、ＣＰＵ３１がいずれかの撮影機能プログラムを実行することで、上述の図３０に示すような処理が実現される。そして、同じ撮影機能プログラムの間での機能の相違に起因して、図３１に示す保存先を選択できるボタン画像の数が異なったものとなる。

同様に、第１録音機能プログラム９０２では、取得した音声データを、内蔵の保存用データメモリ３４（データ領域９０９，内蔵ＮＡＮＤ）、または、メモリカード２８（ＳＤカード）のいずれかに選択的に保存できる。一方、第２録音機能プログラム９０４では、取得した音声データを、内蔵の保存用データメモリ３４（データ領域９０９，内蔵ＮＡＮＤ）およびメモリカード２８（ＳＤカード）に加えて、ゲーム装置１０に装着されるメモリカード２９（専用規格カード）のいずれかに選択的に保存できる。すなわち、第２撮影録音プログラム９０４は、撮像データの保存先の選択可能範囲という点において、第１録音機能プログラム９０２に比較してより高機能な処理を提供する。なお、ＣＰＵ３１が録音機能プログラムを実行することで、上述の図３０に示すような処理が実現される。

なお、ＣＰＵ３１がいずれかの録音機能プログラムを実行することで、上述の図９８に示すような処理が実現される。そして、同じ録音機能プログラムの間での機能の相違に起因して、図１００のステップＳＤ２９０に示す録音データファイルの選択可能な保存先が異なったものとなる。

また、第１写真利用プログラム９０５では、内蔵の保存用データメモリ３４（データ領域９０９，内蔵ＮＡＮＤ）、または、メモリカード２８（ＳＤカード）のいずれかに保存された撮像データを選択的に利用可能である。一方、第２写真利用プログラム９０７では、内蔵の保存用データメモリ３４（データ領域９０９，内蔵ＮＡＮＤ）およびメモリカード２８（ＳＤカード）に加えて、ゲーム装置１０に装着されるメモリカード２９（専用規格カード）のいずれかに保存された撮像データを選択的に利用可能である。すなわち、第２写真利用プログラム９０７は、撮像データを読み出して利用できる記憶媒体の選択可能範囲という点において、第１写真利用プログラム９０５に比較してより高機能な処理を提供する。

なお、ＣＰＵ３１がいずれかの写真利用プログラムを実行することで、上述の図３２に示すような処理が実現される。すなわち、既に取得されている撮像データを閲覧（表示）したり、当該撮像データに対して各種の編集を行ったりできる。そして、同じ写真利用プログラムの間での機能の相違に起因して、図３１に示す読出先を選択できるボタン画像の数などが異なったものとなる。

同様に、第１音声利用プログラム９０６では、内蔵の保存用データメモリ３４（データ領域９０９，内蔵ＮＡＮＤ）、または、メモリカード２８（ＳＤカード）のいずれかに保存された音声データを選択的に利用可能である。一方、第２音声利用プログラム９０８では、内蔵の保存用データメモリ３４（データ領域９０９，内蔵ＮＡＮＤ）およびメモリカード２８（ＳＤカード）に加えて、ゲーム装置１０に装着されるメモリカード２９（専用規格カード）のいずれかに保存された音声データを選択的に利用可能である。すなわち、第２音声利用プログラム９０８は、音声データを読み出して利用できる記憶媒体の選択可能範囲という点において、第１音声利用プログラム９０６に比較してより高機能な処理を提供する。

なお、ＣＰＵ３１がいずれかの音声利用プログラムを実行することで、上述の図９７に示すような処理が実現される。そして、同じ音声利用プログラムの間での機能の相違に起因して、再生する音声データの読出先の選択可能範囲が異なったものとなる。

メモリカード２９−１に記憶される撮影機能プログラム９２１は、保存用データメモリ３４に記憶される第２撮影機能プログラム９０３と同様の機能を提供する。すなわち、撮影機能プログラム９２１では、取得した撮像データを、ゲーム装置１０本体に内蔵の保存用データメモリ３４（データ領域９０９，内蔵ＮＡＮＤ）およびメモリカード２８（ＳＤカード）に加えて、自メモリカード２９−１（データ領域９２３）のいずれかに選択的に保存できる。すなわち、撮影機能プログラム９２１は、ゲーム装置１０本体に内蔵の保存用データメモリ３４に記憶される第１撮影機能プログラム９０１に比較して、撮像データの保存先の選択可能範囲という点においてより高機能な処理を提供する。

これに対して、メモリカード２９−２に記憶される撮影機能プログラム９３１は、撮影機能プログラム９２１に比較して、より提供可能な機能が制約される。すなわち、撮影機能プログラム９３１では、取得した撮像データを、自メモリカード２９−２（データ領域９３３）にのみ保存できる。

また、メモリカード２９−１に記憶される写真利用プログラム９２２は、保存用データメモリ３４に記憶される第２写真利用プログラム９０７と同様の機能を提供する。すなわち、写真利用プログラム９２２では、ゲーム装置１０本体に内蔵の保存用データメモリ３４（データ領域９０９，内蔵ＮＡＮＤ）およびメモリカード２８（ＳＤカード）に加えて、自メモリカード２９−１（データ領域９２３）のいずれかに保存された撮像データを選択的に利用可能である。すなわち、写真利用プログラム９２２は、ゲーム装置１０本体に内蔵の保存用データメモリ３４に記憶される第１写真利用プログラム９０５に比較して、撮像データを読み出して利用できる記憶媒体の選択可能範囲という点においてより高機能な処理を提供する。

これに対して、メモリカード２９−２に記憶される写真利用プログラム９３２は、写真利用プログラム９２２に比較して、より提供可能な機能が制約される。すなわち、写真利用プログラム９３２では、自メモリカード２９−２（データ領域９３３）に保存された撮像データのみを利用可能である。

同様に、メモリカード２９−３に記憶される録音機能プログラム９４１は、保存用データメモリ３４に記憶される第２録音機能プログラム９０４と同様の機能を提供する。すなわち、録音機能プログラム９４１では、取得した音声データを、ゲーム装置１０本体に内蔵の保存用データメモリ３４（データ領域９０９，内蔵ＮＡＮＤ）およびメモリカード２８（ＳＤカード）に加えて、自メモリカード２９−３（データ領域９４３）のいずれかに選択的に保存できる。すなわち、録音機能プログラム９４１は、ゲーム装置１０本体に内蔵の保存用データメモリ３４に記憶される第１録音機能プログラム９０２に比較して、音声データの保存先の選択可能範囲という点においてより高機能な処理を提供する。

これに対して、メモリカード２９−４に記憶される録音機能プログラム９５１は、録音機能プログラム９４１に比較して、より提供可能な機能が制約される。すなわち、録音機能プログラム９５１では、取得した音声データを、自メモリカード２９−４（データ領域９５３）にのみ保存できる。

また、メモリカード２９−３に記憶される音声利用プログラム９４２は、保存用データメモリ３４に記憶される第２音声利用プログラム９０８と同様の機能を提供する。すなわち、音声利用プログラム９４２では、ゲーム装置１０本体に内蔵の保存用データメモリ３４（データ領域９０９，内蔵ＮＡＮＤ）およびメモリカード２８（ＳＤカード）に加えて、自メモリカード２９−３（データ領域９４３）のいずれかに保存された撮像データを選択的に利用可能である。すなわち、音声利用プログラム９４２は、ゲーム装置１０本体に内蔵の保存用データメモリ３４に記憶される第１音声利用プログラム９０６に比較して、音声データを読み出して利用できる記憶媒体の選択可能範囲という点においてより高機能な処理を提供する。

これに対して、メモリカード２９−４に記憶される音声利用プログラム９５２は、音声利用プログラム９４２に比較して、より提供可能な機能が制約される。すなわち、音声利用プログラム９４２では、自メモリカード２９−４（データ領域９５３）に保存された音声データのみを利用可能である。

なお、本実施形態に従うゲーム装置１００では、専用規格のメモリカードであるメモリカード２９−１〜２９−４に記憶されたアプリケーションを読み出して実行することは許可されているが、汎用規格のメモリカードであるメモリカード２８に記憶されたアプリケーションを読み出して実行することは禁止されている。

このように、本実施形態に従うゲーム装置１００では、各種の記憶媒体に記憶された様々なアプリケーションを実行することができる。そのため、アプリケーションプログラムの販売や配布を行う方法に自由度を高めることができる。たとえば、ゲーム装置１０に内蔵の保存用データメモリ３４には、ベーシックな機能のみを実行可能なアプリケーションプログラムをプレイストールしておき、より高度な機能を実行可能なアプリケーションプログラムをダウンロードや専用規格カードによって提供するようなアプリケーションプログラムの販売形態も可能である。

［１１．本実施形態の作用効果およびその他の構成］
本発明は、上述したような実施形態として具現化されるが、本発明は、本質的に以下の局面を含む。なお、以下の記載においては、本発明の理解を助けるために上述の実施形態との対応関係を示すが、括弧内の参照符号および補足説明等は、本発明を何ら限定するものではない。

＜第１の局面＞
本発明の第１の局面によれば、第１のハウジング（下側ハウジング１１）と、第２のハウジング（上側ハウジング２１）と、第１の撮像部（外側カメラ２５）と、第１の表示部（下側ＬＣＤ１２）と、接触座標検出手段（タッチパネル１３）と、第１表示制御手段（ステップＳＢ６を実行するＣＰＵ３１）、変更手段（ステップＳＢ５を実行するＣＰＵ３１）とを備える、携帯型撮像装置（１０）を提供する。第２のハウジングは、第１のハウジングと折り畳み可能に接続される。第１の撮像部は、第２のハウジングの折り畳み時における外側面に設けられる。第１の表示部は、第１のハウジングの折り畳み時における内側面に表示画面が設けられ。接触座標検出手段は、第１の表示部の表示画面に対する接触座標を検出する。第１表示制御手段は、第１の撮像部によって現在撮像されているライブ画像を第１の表示部に表示する。変更手段は、接触座標検出手段に対する入力に基づいてライブ画像に変更を加える。

なお、上記における「接触座標検出手段に対する入力に基づいてライブ画像に変更を加える」とは、典型的には、以下が挙げられるが、以下の例に限られず、ライブ画像に対してタッチ入力させ、それにより、ライブ画像に所定の画像を合成する（典型的にはタッチ入力に基づく位置に合成する）こと、または、ライブ画像に所定の画像変換処理を行う（典型的にはタッチ入力に基づく位置または領域に対して画像変換処理をする）ことを含む。
・タッチ入力による手書きの画像をライブ画像に対して描画する。
・ライブ画像に対してタッチした位置にスタンプ画像を合成する。
・ライブ画像に対してタッチした位置または領域をゆがませる画像処理を行う。
・ライブ画像に対してタッチした位置または領域の色を変更する処理を行う。

この局面によれば、以下の第１の課題を解決することができる。
（第１の課題）
特開２００６−３１１２２４号公報（特許文献１）に記載の携帯電話機は、カメラによって撮像中の画像（ライブ画像；カメラから出力される撮像画像をリアルタイムに動画として表示する画像）は、カメラが取り付けられる方のハウジングに設けられる表示画面に表示される。これは、カメラの撮影方向とライブ画像を表示する方向とが反対向きとなるので、ライブ画像が現実世界で見たままの方向に表示され、現実世界のどこを撮影しているのかがユーザにとって認識しやすいからである。しかしながら、特開２００６−３１１２２４号公報（特許文献１）に記載の携帯電話機は、ライブ画像に対する編集操作ができない。

ここで、ライブ画像に対する編集操作とは、スタンプ画像やシール画像と呼ばれる予め用意された画像や、ユーザの手書きの画像をライブ画像に重ね合わせる等、ライブ画像に何らかの変更を加える操作である。このような編集操作が可能なものとして、特開平０４−１５６７９１号公報（特許文献５）、特開平０６−２７６４７８号公報（特許文献６）、特開平０１−２９７９８６号公報（特許文献７）、特開２００２−１２５１７６号公報（特許文献８）、および特開２００４−３２００９１号公報（特許文献９）がある。

例えば、特開平０４−１５６７９１号公報（特許文献５）に記載の撮像装置では、静止画またはライブ画像に対してタッチパネルを用いて入力を行うことが可能である。しかし、この撮像装置では、ライブ画像を表示する画面はカメラレンズの背面にあるため（特開平０４−１５６７９１号公報の第１図参照）、タッチパネル面を上にして載置することが困難であり、ユーザは編集操作（タッチパネルに対する接触入力操作）を安定的に行うことができない。

また、特開平０６−２７６４７８号公報（特許文献６）に記載の音声画像記録表示装置では、表示部に表示されるライブ画像に対して手書き画像を追加するための入力装置として、マウスを用いている。そのため、ライブ画像に対して直接接触する直感的な編集操作を行うことができない。さらに、上記音声画像記録表示装置を載置した場合にはカメラの撮影方向を上下方向に変更することができないので、載置した場合には撮影の自由度が制限される。

また、特開平０１−２９７９８６号公報（特許文献７）に記載の装置によれば、デジタイザを用いてユーザが作成した画像を撮像画像に重ね合わせることが可能である。しかし、上記装置では、ユーザはデジタイザを用いて画像を予め作成しておき、作成しておいた画像を撮像した画像に重ね合わせるのみであり、ライブ画像に対して編集操作を行うことができない。また、デジタイザはカメラと別体に構成されるか（特開平０１−２９７９８６号公報の第１図参照）、あるいは、カメラと一体に構成されるか（特開平０１−２９７９８６号公報の第５および第６図参照）である。そのため、別体に構成される場合には、載置して使用するには適しているものの、把持して使用するには２つの装置（カメラとデジタイザ）を両方把持しなければならず、非常に操作しにくい。また、一体に構成される場合には、上記の特開平０４−１５６７９１号公報（特許文献５）および特開平０６−２７６４７８号公報（特許文献６）と同様、表示画面が載置面に対して垂直に配置されるので、デジタイザに対する操作が行いにくい。

なお、特開２００２−１２５１７６号公報（特許文献８）および特開２００４−３２００９１号公報（特許文献９）に記載の装置は据置型の装置であり、把持と載置との両方の使用態様が考慮されていない。

（第１の局面による作用効果）
第１の局面によれば、上記第１の課題に関して、ライブ画像に対する編集操作が行いやすい携帯型撮像装置を提供することができる。

すなわち、第１の局面によれば、折り畳み型の携帯型撮像装置の上側のハウジング（第２のハウジング）にカメラが設けられ、カメラによって撮像中のライブ画像は、下側のハウジング（第１のハウジング）に設けられる画面に表示される。そして、当該画面に設けられるタッチパネルによって、ユーザはライブ画像に対して直接編集操作を行うことができる。以上の構成によれば、カメラの撮影方向を、ライブ画像に対する編集操作を行う面（タッチパネルの面）に対して独立させて変化させることができるので、ユーザは、把持して使用する態様であっても載置して使用する態様であっても、ユーザが操作しやすい角度でタッチパネルを配置させることができる。すなわち、ライブ画像に対する編集操作が行いやすくなる。換言すれば、ユーザが操作しやすい角度でタッチパネルを配置させても、カメラの撮影方向を自由に調整することができるので、撮影自体を行いやすくすることができる。

第１の局面のより好ましい局面によれば、携帯型撮像装置は、第２の表示部（上側ＬＣＤ２２）と、記憶手段（保存用データメモリ３４）と、保存手段（ステップＳＢ９を実行するＣＰＵ３１）と、第２表示制御手段（ステップＳＢ１０を実行するＣＰＵ３１）とをさらに備えていてもよい。第２の表示部は、第２のハウジングの折り畳み時における内側面に表示画面が設けられる。保存手段は、所定操作に応じて、変更手段によって変更された後のライブ画像を保存画像として記憶手段に保存する。第２表示制御手段は、保存画像を第２の表示部に表示する。

この局面によれば、カメラの撮影方向と逆方向を向く表示画面に撮像画像を表示することによって、ライブ画像とともにすでに撮像された保存画像をユーザに提示することができる。

第１の局面のより好ましい局面によれば、第３の発明においては、第２表示制御手段は、所定操作によって保存される保存画像を当該所定操作が行われたことに応じて第２の表示部に表示するようにしてもよい。

この局面によれば、ユーザが撮影操作を行った場合、撮影操作によって得られた画像が当該撮影操作の直後に第２の表示部に表示される。したがって、（カメラの撮影方向とライブ画像の表示方向とが対応しないものの）カメラの撮影方向と撮影画像の表示方向とを対応させることによって、撮影方向を分かりやすいように撮像画像をユーザに提示することができる。

第１の局面のより好ましい局面によれば、第１の撮像部は、第２のハウジングの内側面において第２の表示部の左右の両側に設けられる非画面領域に対応する、第２ハウジングの外側面の領域において、上下方向の中央よりも第２のハウジングの下辺から遠い側に配置されてもよい。

この局面によれば、上側のハウジング（第２のハウジング）の上側に第１の撮像部を配置することによって、携帯型撮像装置を把持して使用する態様においては、下側のハウジングを把持するユーザの手が撮像されてしまうことを防止することができる。また、携帯型撮像装置を載置して使用する態様においては、載置面から第１の撮像部までの距離が遠くなるので、載置面が撮像されてしまうことを防止することができる。さらに、上側のハウジングの非画面領域内にカメラを配置することによって、非画面領域のスペースを有効活用し、装置を小型化することができる。

第１の局面のより好ましい局面によれば、第１の表示部には、撮影操作を行うための所定の画像が表示されてもよい。このとき、携帯型撮像装置は、記憶手段（保存用データメモリ３４）と、保存手段（ステップＳＢ９を実行するＣＰＵ３１）とをさらに備える。保存手段は、所定の画像を座標入力手段によって指定する操作に応じて、変更手段によって変更された後のライブ画像を保存画像として記憶手段に保存する。

この局面によれば、タッチパネルに対する操作によって撮影操作を行うことができる。つまり、タッチパネルによって編集操作と撮影操作との両方を行うことができるので、編集操作を行った後に撮影操作を行う操作がユーザにとっては非常に行いやすくなる。

第１の局面のより好ましい局面によれば、携帯型撮像装置は、操作ボタン（ボタン１４Ｉおよび／または１４Ｊ）と、記憶手段（保存用データメモリ３４）と、保存手段（ステップＳＢ９を実行するＣＰＵ３１）とをさらに備えていてもよい。操作ボタンは、第１のハウジングの上辺の左右両端の少なくとも一方に設けられる。保存手段は、操作ボタンに対する操作に応じて、変更手段によって変更された後のライブ画像を保存画像として記憶手段に保存する。

この局面によれば、ユーザは、携帯型撮像装置を把持する手で操作ボタンを押下することによって撮影操作を行うことができる。すなわち、携帯型撮像装置を把持した状態でそのまま撮影操作を行うことができるので、撮影操作を容易に行うことができる。

第１の局面のより好ましい局面によれば、操作ボタンは、第１のハウジングの上辺において第１のハウジングの内側面から見て左端に設けられてもよい。

この局面によれば、ユーザは、左手で携帯型撮像装置を把持し、右手でライブ画像に対する編集操作を行いながら、左手で操作ボタンを押下することによって撮影操作を行うことができる。したがって、携帯型撮像装置を把持した状態において、右手で編集操作を行いながら左手ですばやく撮影操作を行うことができるので、ユーザは編集操作および撮影操作を容易に行うことができる。

第１の局面のより好ましい局面によれば、操作ボタンは、第１のハウジングの上辺の左右両端に設けられてもよい。

この局面によれば、右利きのユーザであっても左利きのユーザであっても、編集操作および撮影操作を容易に行うことができる。

第１の局面のより好ましい局面によれば、携帯型撮像装置は、第２のハウジングの内側面に設けられる第２の撮像部（内側カメラ２３）をさらに備えてもよい。このとき、第１表示制御手段は、第１の撮像部または第２の撮像部によって現在撮像されているライブ画像を第１の表示部に表示する。

この局面によれば、第２のハウジングの内側面にも撮像手段を設けることによって、第１の撮像部による撮影方向の逆方向についても撮影を行うことができる。

第１の局面のより好ましい局面によれば、携帯型撮像装置は、操作ボタン（ボタン１４Ｉおよび／または１４Ｊ）と、記憶手段（保存用データメモリ３４）と、保存手段（ステップＳＢ９を実行するＣＰＵ３１）とをさらに備えていてもよい。操作ボタンは、第１のハウジングの上辺の左右両端の少なくとも一方に設けられる。保存手段は、操作ボタンに対する操作に応じて、変更手段によって変更された後のライブ画像を保存画像として記憶手段に保存する。第１のハウジングは、その内側面に対して垂直な方向に突起するように設けられる第１の軸部（１１Ａ）を有している。第２のハウジングは、第１の軸部と回転可能に接続される第２の軸部（２１Ａ）を有している。第２の撮像部は、第２の軸部に配置される。

この局面によれば、第２の撮像部を軸部（第２の軸部）に設けることによって、装置の省スペース化を図ることができる。また、第２の軸部は第１のハウジングの内側面上に位置するので、２つのハウジングを折り畳んだ状態にした場合には、第２の撮像部は第１のハウジングと対向する向きとなる。そのため、携帯型撮像装置を閉状態にした場合には、第２の撮像部は第１のハウジングの内側面に隠れて露出することがなく、第２の撮像部を保護することができる。

第１の局面の代替の局面によれば、上記記載の発明における機能を実現するために携帯型撮像装置のコンピュータにおいて実行されるプログラムとして提供されてもよい。このプログラムは、上記第１のハウジング、上記第２のハウジング、上記第１の撮像部と、上記第１の表示部、および上記接触座標検出手段とを備える携帯型撮像装置のコンピュータに実行されるプログラムを提供し、第１表示制御ステップ（ＳＢ６）と、変更ステップ（ＳＢ５）とをコンピュータに実行させるものである。第１表示制御ステップにおいては、コンピュータは、第１の撮像部によって現在撮像されているライブ画像を第１の表示部に表示する。変更ステップにおいて、コンピュータは、接触座標検出手段に対する入力に基づいてライブ画像に変更を加える。

＜第２の局面＞
この発明の第２の局面によれば、第１のハウジング（下側ハウジング１１）と、第２のハウジング（上側ハウジング２１）と、第１の表示部（下側ＬＣＤ１２）と、第１の撮像部（外側カメラ２５）と、複数の操作ボタン（ボタン１４Ａ〜１４Ｅ）と、タッチパネル（１３）とを備える撮像装置を提供する。第１のハウジングは横長形状である。第２のハウジングは、横長形状であり、その長辺が第１のハウジングの上側の長辺と折り畳み可能に接続される。第１の表示部は、第１および第２のハウジングを折り畳んだ場合に内側となる面である第１のハウジングの内側面に表示画面が設けられる。第１の撮像部は、第１および第２のハウジングを折り畳んだ場合に外側となる面である第２のハウジングの外側面に設けられ、第１のハウジングとの接続部分の反対側の端部に配置される。複数の操作ボタンは、第１のハウジングの内側面上であって、第１のハウジングの長手方向に関して表示画面の両側に設けられる。タッチパネルは、表示画面上に設けられる。

この局面によれば、以下の第２の課題を解決することができる。
（第２の課題）
特開２００６−３１１２２４号公報（特許文献１）に開示の撮像装置では、縦長の筐体が縦に並べて接続された構成であるので、両手で把持するには幅が狭すぎてユーザは両手でしっかりと撮像装置を把持することができない。また、筐体の全面に表示画面が設けられているので、ユーザが撮像装置を把持した場合、撮像装置を縦向きにして把持しても横向きにして把持しても画面の上に指がかかってしまい、画面の視認性やタッチパネルの操作性が悪くなる。一方、画面に指がかからないように把持しようとすると、筐体の裏面および側面のみで把持しなければならず、しっかりと撮像装置を把持することができない。また、特開２００１−１４２５６４号公報（特許文献４）に開示の情報機器はノートパソコンであるので、撮像時には載置された状態で使用されることが前提であり、撮像時に手で把持して使用することはできない。

以上のように、特開２００６−３１１２２４号公報（特許文献１）および特開２００１−１４２５６４号公報（特許文献４）にそれぞれ開示の撮像装置では、画面の視認性やタッチパネルの操作性を保ちながら、撮像時にユーザがしっかりと把持することはできなかった。そのため、撮像時に手ぶれが生じる可能性が高いという問題があった。また、撮像時にしっかりと把持することができないため、撮像時における操作も行いにくかった。

（第２の局面による作用効果）
第２の局面によれば、上記第２の課題に対して、撮像時に表示画面の視認性やタッチパネルの操作性を保ちながらユーザがしっかりと把持することが可能撮像装置を提供できる。

すなわち、第２の局面によれば、撮像装置を横持ちで把持する場合には、第１のハウジングの表示画面の両側部分（操作ボタンが設けられた部分）を把持することによって、ユーザはしっかりと撮像装置を把持することができる。このとき、ユーザの手は操作ボタンにかかり、表示画面にかからないので、表示画面が手に隠れて見えなくなることもなく、表示画面の視認性を維持することができる。つまり、撮像時に表示画面の視認性を保ちながらユーザがしっかりと把持することのできる撮像装置を実現することができる。

さらに、第２の局面によれば、ユーザが把持する第１のハウジングに表示部およびタッチパネルを設けている。したがって、撮像装置を把持して使用する場合であっても、机等に置いて使用する場合であっても、タッチパネルに対する操作が（第２のハウジングにタッチパネルが設けられている場合に比べて）行いやすい。

第２の局面のより好ましい局面によれば、撮像装置は、第１および第２のハウジングを折り畳んだ場合に内側となる第２のハウジングの内側面に表示画面が設けられる第２の表示部（上側ＬＣＤ２２）をさらに備えていてもよい。このとき、第２のハウジングの内側面上における第２表示部の両側には、第１のハウジングの内側面において複数操作ボタンが設けられる領域（Ａ１およびＡ２）と同じ幅の非表示画面領域（Ｂ１およびＢ２）が設けられる。

第２の局面のより好ましい局面によれば、第２のハウジングの幅は第１のハウジングの幅と同じであってもよい。このとき、第１の表示部の表示画面と第２の表示部の表示画面とは同じ幅であり、かつ、長手方向に関して同じ位置に設けられる。

第２の局面のより好ましい局面によれば、撮像装置は、第２のハウジングの非表示画面領域の内部に設けられるスピーカをさらに備えていてもよい。

上記の各局面によれば、撮像装置は２つの表示画面を備えるので、より多くの情報を表示することができる。さらに、第２のハウジングにおける表示画面の両側に非表示画面領域が設けられる構成（上記（１−２））によれば、撮像装置を横持ちの状態から９０°回転させて縦持ちにした場合でも、ユーザは撮像装置をしっかりと把持することができる。すなわち、撮像装置を縦持ちで把持する場合、ユーザは、第１のハウジングの操作ボタンが設けられる領域および上記非表示画面領域を親指で支持し、各ハウジングにおいて表示画面が設けられる面の裏面を人差し指から小指で支持することができる。これによって、ユーザは撮像装置をしっかりと把持することができるとともに、親指が表示画面にかかることがなく、表示画面の視認性も損なわれない。さらに、上記（４）の構成によれば、第２のハウジングの非表示画面領域の内部にスピーカを配置することによって、第２のハウジングの内部空間を有効に活用することができ、撮像装置を小型化することができる。

第２の局面のより好ましい局面によれば、第２の表示部は、第１の撮像部で撮像された画像をリアルタイムで表示してもよい。このとき、第１の表示部は、撮像装置に対する操作を行うための操作画面を表示する（図４２参照）。

この局面によれば、リアルタイムの撮像画像が表示される表示画面と、当該撮像画像を撮像する第１の撮像部とはともに第２のハウジングに設けられることになる。これによれば、第１の撮像部の撮像方向を変化させれば、その変化に伴って表示画面の向きが変化することになるので、ユーザは、撮像方向を直感的にわかりやすく把握することができる。

また、この局面によれば、ユーザが把持する第１のハウジングに設けられる表示画面に操作画面が表示されるので、入力手段（タッチパネルおよび操作ボタン）の近傍の表示画面に操作画面が表示されることとなる。したがって、ユーザは、操作画面を見ながらの操作を容易に行うことができる。

第２の局面のより好ましい局面によれば、第１の表示部は、第１の撮像部で撮像されたリアルタイムの画像が第２の表示部に表示されている場合、タッチパネルに対する入力のための画像を操作画面として表示してもよい。これによれば、撮像装置に対する操作をタッチパネルを用いて容易に行うことができる。

第２の局面のより好ましい局面によれば、第１の表示部は、撮像された画像に対して編集を行うための画像を表示してもよい。これによれば、ユーザは、編集処理をタッチパネルを用いて容易に行うことができる。

第２の局面のより好ましい局面によれば、撮像装置は、第１および第２のハウジングを折り畳んだ場合に内側となる第２のハウジングの内側面に設けられ、かつ、第２の表示部の画面よりも第１および第２のハウジングの連結部分に近い側に設けられる第２の撮像部（内側カメラ２３）をさらに備えていてもよい。これによれば、ユーザは撮像装置を持ち替えることなく、異なる２方向を撮像することができる。また、第２の撮像部を用いて撮影を行う場合においても第１の撮像部の場合と同様、第２のハウジングの角度を調整することにより、撮像方向を容易に変更することができ、特別な機構を設けなくても撮像部の撮像方向を変更することができる。さらに、第２の撮像部は、各ハウジングを折り畳んだ状態では外側に露出しないので、折り畳んだ状態とすることによって第２の撮像部を保護することができる。

第２の局面のより好ましい局面によれば、撮像装置は、第１のハウジングの上側の長辺の右端に配置され、撮像された画像を保存する指示を行うための撮像指示ボタン（ボタン１４Ｊ）をさらに備えていてもよい。これによれば、ユーザは、第１のハウジングを把持した状態において、人差し指で容易に撮影指示ボタンを押下することができる。

第２の局面のより好ましい局面によれば、撮像装置は、第１のハウジングの上側の長辺の両端にそれぞれ配置され、撮像された画像を保存する指示を行うための２つの撮像指示ボタン（ボタン１４Ｊおよび１４Ｉ）をさらに備えていてもよい。これによれば、右利きのユーザであっても左利きのユーザであっても、第１のハウジングを把持した状態で人差し指で容易に撮影指示ボタンを押下することができる。

第２の局面のより好ましい局面によれば、第１のハウジングおよびその内部に設けられる部品の重量は、第２のハウジングおよびその内部に設けられる部品の重量に比べて重くてもよい。

第２の局面のより好ましい局面によれば、第１のハウジングの内部には、電池と、電子部品を実装した回路基板と、記憶媒体を着脱可能に接続するためのコネクタとが少なくとも設けられてもよい。

上記の２つの局面によれば、撮像装置を机等に載置した場合において撮像装置を倒れにくくすることができる。また、ユーザが把持する第１のハウジングの方を第２のハウジングよりも重くすることによって、撮像装置を把持した際の安定感が増し、撮影時の手ぶれを防止することができる。

第２の局面のより好ましい局面によれば、第２のハウジングは、第１のハウジングに対して１８０°よりも小さい角度に開いて固定することが可能であってもよい。これによれば、ハウジングの開閉角度を１８０°よりも若干小さい角度とすることによって、各ハウジングの外側面が手の形状にフィットするので、撮像装置をより持ちやすくなる。

＜第３の局面＞
この発明の第３の局面によれば、第１の撮像部（カメラ２３または２５）と、第１のハウジング（下側ハウジング１１）と、第２のハウジング（上側ハウジング２１）と、連結部（軸部１１Ａおよび２１Ａ）とを備える、折り畳み可能な撮像装置を提供する。連結部は、第１のハウジングと第２のハウジングとを折り畳み可能に連結する。また、撮像装置は、第１の撮像部によって撮像された画像の記録指示を行うための１以上の撮影ボタン（ボタン１４Ｊおよび１４Ｉ）を備える。１以上の撮影ボタンは、第１のハウジングの折り畳み時の内側の面を正面とした場合の側面であって、第１のハウジングおよび第２のハウジングを開いた場合に第２のハウジングが存在する側の側面に設けられる。

この局面によれば、以下の第３の課題を解決することができる。
（第３の課題）
特開２００３−３３３１４９号公報（特許文献１０）に開示の携帯電話機では、ユーザが撮影を行う際には、下側の第２筐体を片手で把持しながら親指で第１シャッタボタンを押下する操作態様が想定される。つまり、ユーザは、親指を第２筐体の内側面に接触させるとともにその他の指を第２筐体の外側面に接触させるようにして（親指とその他の指とで第２筐体を挟むようにして）第２筐体を把持しながら、その親指で第１シャッタボタンを押下するのである。このような操作態様では、第１シャッタボタンを押下する際に親指を第２筐体から離さなければならないので第２筐体をしっかり把持することができない。そのため、第１シャッタボタンを押下しにくく、また、押下した際に手ぶれが生じるおそれがある。このように、従来の折り畳み式の撮像装置では、シャッタボタンを押下する撮影操作が行いにくいという課題があった。

（第３の局面による作用効果）
第３の局面によれば、上記第３の課題に対して、撮影操作の操作性を向上することができる。

すなわち、第３の局面によれば、第１のハウジングにおいて第２のハウジングと連結される側の側面に撮影ボタンを設けることによって、ユーザは、親指を第１のハウジングの内側面に接触させるとともに中指等を第１のハウジングの外側面に接触させて第１のハウジングを把持した状態で、撮影ボタンを人差し指で押下することができる（図９および図１０参照）。これによれば、第１のハウジングをしっかりと把持したまま撮影ボタンを押下することができるので、撮影操作時にボタンを押しやすく、また手ぶれが生じにくい。したがって、上記（２−１）の構成によれば、折り畳み式の撮像装置に対する撮影操作の操作性を向上することができる。

さらに、第３の局面によれば、第１のハウジングの側面に撮影ボタンを設けているので、第１のハウジングの外側面を下にして撮像装置を置いた状態としても撮影操作を行うことが可能である。なお、撮像部は第２のハウジングに設けられるので、撮像装置を置いた状態であってもユーザは撮影方向を自由に変更することができる。

第３の局面のより好ましい局面によれば、第１の撮像部は、第２のハウジングの折り畳み時の外側の面に設けられてもよい。

この局面によれば、第１の撮像部は第２のハウジングに設けられるので、第１のハウジングに対する第２のハウジングの角度を変更することによって撮像方向を容易に変更することができる。また、第１の撮像部は第２のハウジングの外側面に設けられるので、ユーザの視線と同じ方向を撮影することができる。

第３の局面のより好ましい局面によれば、第１の撮像部は、第２のハウジングの外側の面において、上下方向の中央よりも連結部から遠い側に配置されてもよい。なお、ここでは、第１のハウジングと第２のハウジングとが上下に連結されているものとし、第１のハウジングと第２のハウジングとの連結方向を上下方向としている。また、第１のハウジングと第２のハウジングとが連結されている軸の方向を左右方向としている。例えば第１のハウジングが横長形状である場合には、第１のハウジングの長手方向を左右方向としてもよい。

なお、上述したように、ユーザは、第１のハウジングの側面に設けられた撮影ボタンを人差し指で押下するので、第１の撮像部の位置によっては人差し指が第１の撮像部の撮像範囲に入ってしまうおそれがある。これに対して、上記（２−３）の構成によれば、第１の撮像部は第１のハウジングとの接続部分から遠い側に配置されるので、第１の撮像部の撮像範囲に人差し指が入ってしまうことを防止することができる。

第３の局面のより好ましい局面によれば、撮像装置には、１以上の撮影ボタンとして、第１および第２のボタンが側面における左右両端にそれぞれ設けられてもよい。

この局面によれば、第１のハウジングの側面の左右両側に撮影ボタンが設けられるので、ユーザは右手および左手のいずれで撮像装置を把持する場合であっても、撮影ボタンを容易に押下することができる。したがって、上記（２−４）の構成によれば、ユーザは利き手に関係なく容易に撮影操作を行うことができる。

第３の局面のより好ましい局面によれば、撮像装置は、第２の撮像部（内側カメラ２３）をさらに備えていてもよい。第２の撮像部は、撮像装置を開いた場合において第１のハウジングの内側の面および第２のハウジングの内側の面によって形成される装置主面（操作面）に、左右方向に関して略中央に設けられる。

この局面によれば、装置主面に第２の撮像部が設けられるので、第２の撮像部によってユーザの方向を撮像することができる。また、第２の撮像部は装置主面の左右に関して略中央に設けられるので、ユーザは、例えば自分を撮影する場合等に撮像装置の左右の位置を容易に合わせることができる。

第３の局面のより好ましい局面によれば、撮像装置は、複数の操作ボタン（ボタン１４Ａ〜１４Ｆ）をさらに備えていてもよい。複数の操作ボタンは、第１のハウジングの内側の面において、第２の撮像部よりも右側および左側に設けられる。

この局面によれば、第１のハウジングの内側面に操作ボタンが設けられることによって、操作ボタン上に親指を接触させるようにしてユーザに撮像装置を把持させることができる。操作ボタンは第２の撮像部よりも（左右方向に関して）外側に設けられるので、ユーザの親指は第２の撮像部よりも外側の位置に接触することとなる。したがって、上記（２−６）の構成によれば、（ユーザに特に意識させることなく、自然に）第２の撮像部の撮像範囲内に親指が入る可能性を低くすることができる。

第３の局面のより好ましい局面によれば、撮像装置は、表示部（下側ＬＣＤ１２）と、複数の操作ボタン（ボタン１４Ａ〜１４Ｆ）とをさらに備えていてもよい。表示部は、第１のハウジングの内側の面において左右方向に関して略中央に表示画面が設けられる。複数の操作ボタンは、第１のハウジングの内側の面において表示画面の左右に設けられる。

この局面によれば、第１のハウジングの内側面に操作ボタンが設けられることによって、操作ボタン上に親指を接触させるようにしてユーザに撮像装置を把持させることができる。ここで、操作ボタンは表示部の左右両側に設けられるので、ユーザの親指は表示部よりも外側の位置に接触することとなる。したがって、上記（２−７）の構成によれば、（ユーザに特に意識させることなく、自然に）表示部の表示画面内に親指が入ることによって親指が表示の邪魔になることを防止することができる。

第３の局面のより好ましい局面によれば、撮像装置は、表示部（下側ＬＣＤ１２）と、座標入力部（タッチパネル１３）と、制御部（ＣＰＵ３１）とをさらに備えていてもよい。表示部は、第１のハウジングの内側の面に表示画面が設けられる。座標入力部は、表示画面上の座標を入力可能な入力装置である。制御部は、表示画面に所定の画像を表示するとともに、座標入力手段による入力が当該所定の画像の領域内に行われた場合、第１の撮像部によって撮像された画像を記録する。

この局面によれば、ユーザは、第１のハウジングの内側面に設けられる座標入力部によって撮影操作が可能となる。これによれば、第１のハウジングの外側面を下にして撮像装置を置いた状態で撮影操作を行う場合においてもユーザは容易に撮影操作を行うことができる。このように、座標入力部を用いた撮影操作を可能とすることによって、人差し指で撮影ボタンを操作する必要がなくなり、様々な持ち方（例えば第２のハウジングを下にして持つ持ち方等）で撮影操作を行うことが容易になる。

第３の局面のより好ましい局面によれば、制御部は、第１のハウジングの左右方向に関して略中央となるように所定の画像を表示してもよい。

この局面によれば、ユーザが撮影操作を行う場合にタッチすべき所定の画像は、第１のハウジングの略中央に表示されることとなるので、ユーザは、左右どちらの手でタッチパネルに対する操作を行う場合でも、容易に操作を行うことができる。したがって、この局面によれば、第１のハウジングの外側面を下にして撮像装置を置いた状態で撮影操作を行う場合においても、ユーザは利き手に関係なく容易に撮影操作を行うことができる。

第３の局面のより好ましい局面によれば、第１のハウジングは、左右方向の長さが１００ｍｍ以上１５０ｍｍ以下であり、上下方向の長さが６０ｍｍ以上９０ｍｍ以下であってもよい。

この局面によれば、第１のハウジングの左右方向の長さを１００ｍｍ以上１５０ｍｍ以下、上下方向の長さを６０ｍｍ以上９０ｍｍ以下という適度な長さとすることによって、撮像装置を片手で把持する場合であっても両手で把持する場合であっても把持しやすい形状とすることができる。すなわち、この局面によれば、左右方向に長すぎる形状とすることによって撮像装置が片手で持ちにくくなったり、左右方向に短すぎる形状とすることによって撮像装置が両手で持ちにくくなったりすることがない。また、上下方向の長さは第１のハウジングが掌に収まる程度の長さであるので、ユーザは、片手で把持する場合であっても両手で把持する場合であっても撮像装置を把持しやすい。

＜第４の局面＞
この発明の第４の局面によれば、第１のハウジング（下側ハウジング１１）と、第２のハウジング（上側ハウジング２１）と、第１の表示部（下側ＬＣＤ１２）と、第２の表示部（上側ＬＣＤ２２）と、撮像部（内側カメラ２３）と、音声入力部（マイク４２）とを備える撮像装置を提供する。第２のハウジングは、その下辺が第１のハウジングの上辺と折り畳み可能に接続される。第１の表示部は、第１のハウジングの折り畳み時における内側面に表示画面が設けられる。第２の表示部は、第２のハウジングの折り畳み時における内側面に表示画面が設けられる。撮像部は、第２のハウジングの内側面において、第１の表示部の表示画面と第２の表示部の表示画面との間に設けられる。音声入力部は、第２のハウジングの内側面において、第１の表示部の表示画面と第２の表示部の表示画面との間に設けられる。

この局面によれば、以下の第４の課題を解決することができる。
（第４の課題）
上記の特開２００４−２７４３０４号公報（特許文献２）、特開２００５−１８４０６０号公報（特許文献１１）、および特開２００７−２０１７２７号公報（特許文献１２）に記載の携帯機器のように、ハウジングの内側面と外側面とに１つずつ画面を設ける構成では、ユーザが同時に見ることができる画面は１つであるので、ユーザに対して一度に提示可能な情報量が少なくなってしまう。そのため、ユーザは、撮像・音声入力時に十分な情報を得る（見る）ことができないおそれがある。

一方、上記の特開２００６−３１１２２４号公報（特許文献１）および特開平０９−２４７６３４号公報（特許文献１３）の電話機においては、ユーザは２つの画面を同時に見ることができるので、ユーザに対して一度に提示可能な情報量は多くなる。しかし、これらの電話機においては、カメラやマイクの位置が適切でないために、以下の理由で撮像・音声入力が行いにくいという課題があった。

上記の特開２００６−３１１２２４号公報（特許文献１）および特開平０９−２４７６３４号公報（特許文献１３）の電話機においては、カメラおよびマイクは、異なるハウジングに設けられており、また、電話機の端部に配置されている。具体的には、一方のハウジングの端部にカメラが配置され、他方のハウジングの端部にマイクが配置されている。そのため、折り畳みの角度が１８０度でない場合においては、カメラの撮像方向とマイクの集音方向が異なる方向を向くことになる。また、このときには、マイクの集音方向と「カメラが設けられたハウジングの画面」の方向も異なる方向を向くことになる。折り畳み式の装置は、例えば机の上に置くなどして、折り畳みの角度を所望の角度に設定して使用することが有意義であるが、このとき、上側のハウジングの画面がユーザに正対するように設定すると使いやすいところ、これらの先行の電話機では、このような状況において、マイクの集音方向がユーザの口の向きと異なっている。

さらには、上記の特開２００６−３１１２２４号公報（特許文献１）および特開平０９−２４７６３４号公報（特許文献１３）の電話機では、カメラが各ハウジングの端部に設けてあり、２つの画面がいずれもカメラの下側に存在するので、カメラに視線を向けた状態から各画面に表示された情報を見るためには、必ず下方に視線を動かす必要があり、特に、下側の画面の情報を見るときの視線の移動量が大きい。また、ユーザは２つの画面の表示情報を均等に見るためには、視線を２つの画面の中央付近を基準にして動かすようにするのがよいが、上記の特開２００６−３１１２２４号公報（特許文献１）または特開平０９−２４７６３４号公報（特許文献１３）の電話機では、このような視線の方向とカメラの撮影方向が異なっている。

（第４の局面による作用効果）
第４の局面によれば、上記第４の課題に対して、ユーザにとって撮像・音声入力が行いやすい撮像装置を提供できる。

すなわち、第４の局面によれば、撮像部および音声入力部は２つの画面の間に設けられるので、ユーザが撮像・音声入力を行う際に２つの画面に正対すれば、カメラおよびマイクはいずれもユーザの正面に位置することになる。したがって、ユーザは、２つの画面に正対した向きのままで（顔の向きを変えなくても）撮像および音声入力をうまく行うことができる。また、例えばユーザ自身をカメラで撮像する場合には、ユーザは画面を見つつカメラの方を見て撮像操作を行うが、（３−１）の構成によれば２つの画面の間にカメラが配置されるので、ユーザは撮像操作の際に画面とカメラとの間で視線を動かす距離を最小限にすることができ、２つの画面を見ながらの撮像操作が容易になる。また、（３−１）の構成によれば、カメラおよびマイクが同じ第２のハウジングのほぼ同じ位置に配置されるので、撮像時にユーザがカメラの方を向けば自然にマイクの方に顔を向けることになるので音声入力部によってユーザの声を拾いやすく、音声を精度良く検知することができる。

第４の局面のより好ましい局面によれば、撮像装置は、第１のハウジングに設けられる操作ボタン（ボタン１４Ａ〜１４Ｆ）をさらに備えていてもよい。

この局面によれば、操作ボタンとマイクとは異なるハウジングに設けられるので、操作ボタンを操作した時の操作音（雑音）がマイクによって拾われにくくなり、所望の音声をマイクによって正確に検出することができる。また、（３−２）の構成によれば、第１のハウジングに操作ボタンが設けられるので、撮像を行う際にユーザは第１のハウジングを把持すると考えられる。したがって、ユーザは撮像装置を把持する姿勢を変えることなく（第１のハウジングを動かすことなく）第２のハウジングを所望の方向に向けることによって、撮像方向を所望の方向へと容易に変更することができる。

第４の局面のより好ましい局面によれば、第２のハウジングは、第１のハウジングの上辺と回転可能に連結される軸部（２１Ａ）をその下辺に有していてもよい。このとき、撮像部および音声入力部は、軸部に配置される。

この局面によれば、折り畳み構造を実現するための軸部に撮像部および音声入力部を配置することによって、第２の表示部の画面と軸部との間に撮像部および音声入力部を配置する場合に比べて、２つの画面の間の距離を短くすることができる。これによって、２つの画面をより近づけて配置することができ、ユーザにとっては２つの画面がより見やすくなる。

第４の局面のより好ましい局面によれば、左右左右方向に関して第２のハウジングの略中央に設けられてもよい。

第４の局面のより好ましい局面によれば、左右方向に関しても撮像部および音声入力部が略中央に配置されるので、撮像および音声入力がユーザにとってより行いやすくなる。

第４の局面のより好ましい局面によれば、左右左右方向に関して略中央に配置されてもよい。このとき、音声入力部は、撮像部の位置から左右方向にずれた位置に配置される。

第４の局面のより好ましい局面によれば、撮像部が左右方向に関して中央に配置されることによって、例えばユーザが自分自身を撮像する際において自分自身が撮像領域の中央に位置するように撮像することが容易になる。また、音声入力部は中央から多少ずれた位置に配置されていても検出精度に大きな影響がない。さらに、この局面によれば、撮像部および音声入力部を左右方向に並べて配置することができるので、撮像部および音声入力部を上下方向に並べて配置する場合に比べて２つの画面の間の距離を短くすることができる。以上より、この局面によれば、撮像および音声入力の行いやすさを維持しつつ、２つの画面がより見やすくなるように撮像部および音声入力部を配置することができる。

第４の局面のより好ましい局面によれば、第２のハウジングの内側面において、左右方向に関して第２の表示部の表示画面の両側に設けられる音声出力部（スピーカ）をさらに備えていてもよい。

この局面によれば、ユーザが２つの画面に正対する向きで撮像装置を把持すれば、左右の耳に対応する位置（顔の左右両側の位置）に音声出力部が配置されることとなるので、ステレオ効果を効果的に得ることができる。

第４の局面のより好ましい局面によれば、第１のハウジング（下側ハウジング１１）と、第２のハウジング（上側ハウジング２１）と、第１の表示部（下側ＬＣＤ１２）と、第２の表示部（上側ＬＣＤ２２）と、撮像部（内側カメラ２３）と、音声出力部（スピーカ）とを備える。第２のハウジングは、その下辺が第１のハウジングの上辺と折り畳み可能に接続される。第１の表示部は、第１のハウジングの折り畳み時における内側面に表示画面が設けられる。第２の表示部は、第２のハウジングの折り畳み時における内側面に表示画面が設けられる。撮像部は、第２のハウジングの内側面において、第１の表示部の画面と第２の表示部の画面との間に設けられる。音声出力部は、第２のハウジングの内側面において、左右方向に関して第２の表示部の表示画面の両側に設けられる。

この局面によれば、先の局面と同様、ユーザが２つの画面に正対する向きで撮像装置を把持することによって、ステレオ効果を効果的に得ることができる。また、第１の発明と同様、ユーザが２つの画面に正対する向きとなった場合にはカメラがユーザの正面に位置することになるので、ユーザは、２つの画面に正対した向きのままで（顔の向きを変えなくても）撮像をうまく行うことができる。

第４の局面のより好ましい局面によれば、第１のハウジング（下側ハウジング１１）と、第２のハウジング（上側ハウジング２１）と、第１の表示部（下側ＬＣＤ１２）と、第２の表示部（上側ＬＣＤ２２）と、撮像部（内側カメラ２３）とを備える。第２のハウジングは、その下辺が第１のハウジングの上辺と折り畳み可能に接続される。第１の表示部は、第１のハウジングの折り畳み時における内側面に表示画面が設けられる。第２の表示部は、第２のハウジングの折り畳み時における内側面に表示画面が設けられる。撮像部は、第１のハウジングと第２のハウジングを開いたときにおける第１の表示部の表示画面と第２の表示部の表示画面との間であって、左右方向の中央部に設けられる。
この局面によれば、２画面の間の中央にカメラを設けることによって、カメラの方に視線を向けた状態から、上画面に表示された情報についても、下画面に表示された情報についても、視線の動きを最小限にして当該情報を得ることができる。また、上画面または下画面のいずれの情報を見ている状態においても、カメラの撮影方向と視線との差が少なく、カメラの方を向いたユーザを撮影することができる。

第４の局面のより好ましい局面によれば、第１のハウジングと第２のハウジングとを開いたときにおける第１の表示部の表示画面と第２の表示部の表示画面との間であって、左右方向の中央部に設けられる音声入力部（マイク４２）をさらに備えていてもよい。

この局面によれば、カメラおよびマイクが同じ第２のハウジングのほぼ同じ位置に配置されるので、撮像時にユーザがカメラの方を向けば自然にマイクの方に顔を向けることになるので音声入力部によってユーザの声を拾いやすく、音声を精度良く検知することができる。

第４の局面のより好ましい局面によれば、第１のハウジングと第２のハウジングを開いたときにおける第１の表示部の表示画面と第２の表示部の表示画面との間であって、左右方向の中央に設けられてもよい。このとき、音声入力部は、撮像部に近接して設けられる。

この局面によれば、撮像および音声入力の行いやすさを維持しつつ、２つの画面がより見やすくなるように撮像部および音声入力部を配置することができる。

この発明の第４の局面に類似した局面によれば、撮像装置は、第１のハウジングと第２のハウジングとを重ねて配置する第１形態と、第１のハウジングと第２のハウジングとを開いて配置する第２形態とを取り得るように変形可能に構成される。撮像装置は、第１のハウジングの第１形態における内側の面を正面とした場合の側面であって、第２形態において第２のハウジングが存在する側の側面に設けられ、撮像部によって撮像された画像の記録指示を行うための１以上の撮影ボタンとを備える。

第４の局面のより好ましい局面によれば、第２形態における装置主面の左右方向における略中央に第２撮像部が設けられてもよい。このとき、撮像装置は、第１形態における第１のハウジングの内側の面において、第２の撮像部よりも右側および左側に設けられる複数の操作ボタンをさらに備える。

第４の局面のより好ましい局面によれば、第１形態における第１のハウジングの内側の面の左右方向の略中央に表示画面が設けられてもよい。このとき、撮像装置は、第１のハウジングの内側の面において、表示画面の左右にそれぞれ設けられる操作ボタンをさらに備える。

＜第５の局面＞
この発明の第５の局面によれば、撮像手段（カメラ２３および２５）を有し、複数のアプリケーションプログラム（５３〜５６）を記憶可能であり、かつ、当該アプリケーションプログラムとして当該撮像手段による撮影を行うための所定の撮影アプリケーションプログラム（５３）が予め記憶された情報処理装置（１０）のコンピュータ（ＣＰＵ３１）において実行される起動用プログラム（６１）を提供する。この起動用プログラムは、上記複数のアプリケーションプログラムの中からユーザが所望するアプリケーションプログラムを選択的に起動するためのプログラムである。起動用プログラムは、第１起動操作受付手段（ステップＳＡ６，ＳＡ１１を実行するＣＰＵ３１。以下、単にステップ番号のみを示す）と、第１起動手段（ＳＡ１２）と、撮影処理手段（ＳＡ１０）と、撮影可能操作受付手段（ＳＡ６，ＳＡ９）と、撮影操作受付手段（ＳＡ２４，ＳＡ２５）と、第２起動操作受付手段（ＳＡ２４，ＳＡ２８）と、第２起動手段（ＳＡ３０）としてコンピュータを機能させる。第１起動操作受付手段は、複数のアプリケーションプログラムを選択的に起動する第１起動操作を受け付ける。第１起動手段は、第１起動操作が行われた場合、複数のアプリケーションプログラムのうち当該第１起動操作で選択されたアプリケーションプログラムを起動する。撮影処理手段は、所定の撮影操作に応じて撮像手段による撮像画像を情報処理装置の記憶手段に保存する撮影処理を実行する。撮影可能操作受付手段は、第１起動操作を受け付ける起動受付状態において、撮影操作に応じた撮影処理手段による撮影処理が可能な撮影可能状態とする撮影可能操作を受け付ける。撮影操作受付手段は、撮影可能操作が行われた場合、撮影操作を受け付ける。第２起動操作受付手段は、撮影可能状態において、撮影アプリケーションプログラムを起動する第２起動操作を受け付ける。第２起動手段は、第２起動操作が行われた場合、撮影アプリケーションプログラムを起動する。

この局面によれば、以下の第５の課題を解決することができる。
（第５の課題）
上記“「ちょっとショット 取扱説明書」、株式会社ソニー・コンピュータエンタテインメント、２００６年１１月２日”（非特許文献１）に記載の情報処理装置において実行可能な上記第１および第２のアプリケーションプログラムは、（共通の機能もあるが）互いに異なる機能を有している。したがって、いずれかの一方のアプリケーションプログラムを実行することによってユーザが撮影を行っている状況において、他方のアプリケーションプログラムのみが有する機能を使用したくなる（あるいは使用する必要が生じる）場合が想定される。この場合、ユーザは、所望の機能を使用するためには、まず上記一方のアプリケーションプログラムの実行を終了させ、その後、メニュー画面等で他方のアプリケーションプログラムを選択し、さらに、当該他方のアプリケーションプログラムを起動するという、面倒な操作を行わなければならなかった。

（第５の局面による作用効果）
第５の局面によれば、上記第５の課題に対して、複数種類の撮影機能を簡易な操作で実行することができ、ユーザにとって使いやすい情報処理装置を提供することができる。

第５の局面によれば、起動受付状態において、ユーザは、被選択アプリケーションプログラムを第１起動操作によって起動することができるとともに、撮影可能操作によって撮影処理手段による撮影処理を実行することができる。したがって、ユーザは、アプリケーションプログラムを起動するための起動受付状態においても、撮影処理手段の機能を容易かつ迅速に起動することができる。さらに、撮影可能状態においては、第２起動操作によって撮影アプリケーションプログラムを起動することができる。したがって、ユーザは、撮影処理手段による撮影処理を行っている最中であっても、第２起動操作によって撮影アプリケーションプログラムを容易かつ迅速に起動することができる。つまり、本実施形態によれば、撮影処理手段による撮影機能の使用中に、当該撮影処理手段にはない（撮影アプリケーションプログラムの）機能を使用したくなった場合であっても、ユーザは、第２起動操作によって容易かつ迅速に当該機能を使用することができる。以上のように、第１の発明によれば、撮影処理手段の機能および撮影アプリケーションプログラムによる機能の両方の撮影機能を簡易な操作で実行することができ、ユーザにとって使いやすい情報処理装置を提供することができる。

また、第５の局面によれば、撮影処理手段による撮影機能の実行中に、撮影アプリケーションプログラムを直接起動することができる。つまり、一方の撮影機能（撮影処理手段による撮影機能）から他方の撮影機能（撮影アプリケーションプログラムによる撮影機能）を容易に起動することができるので、当該一方の機能の使用を介して当該他方の機能を使用させるようにユーザを誘導することができる。

第５の局面のより好ましい局面によれば、撮影可能操作は、第１起動操作とは操作方法が異なっていてもよい。

この局面によれば、被選択アプリケーションプログラムを起動する第１起動操作とは異なる操作によって撮影処理手段による撮影機能を容易に実行することができる。

第５の局面のより好ましい局面によれば、撮影処理手段は、撮影アプリケーションプログラムの実行により可能となる撮影機能の一部のみの機能を有していてもよい。

この局面によれば、相対的に簡易な機能である撮影処理手段の撮影機能が起動受付状態から迅速に起動することが可能であり、より多くの機能を有する撮影アプリケーションプログラムを撮影処理手段による撮影機能の実行中において直ちに起動することが可能である。この場合、まず簡易な機能の撮影処理手段の撮影機能によって情報処理装置を操作し、次に、より多機能な撮影アプリケーションプログラムによって各種の撮影機能を利用する、という順序でユーザに情報処理装置を使用させることができる。このような順序で情報処理装置を使用することによって、情報処理装置の操作にユーザが次第に慣れていくように使用させることができる。

第５の局面のより好ましい局面によれば、上記起動用プログラムは、起動受付状態において、記憶手段に保存されている撮像画像（保存画像）を情報処理装置の表示手段に表示させる（図２３）画像表示手段（ＳＡ５）としてコンピュータをさらに機能させてもよい。

この局面によれば、過去に撮影された画像が起動受付状態において表示される。したがって、ユーザは、表示したい所望の画像を撮影することによって、起動受付状態における画面（メニュー画面）をユーザ毎（情報処理装置毎）にカスタマイズすることができる。また、情報処理装置に初めて触った（情報処理装置を初めて使用した）ユーザに対しても情報処理装置が撮影機能を有することを意識させることができる。

第５の局面のより好ましい局面によれば、画像表示手段は、記憶手段に保存されている撮像画像のうちから、表示手段に表示すべき撮像画像を所定のタイミングで自動的に変更してもよい。

この局面によれば、表示される画像の内容を所定のタイミングで変化させることによって、メニュー画面に変化を与え、ユーザを飽きさせないようにすることができる。

第５の局面のより好ましい局面によれば、画像表示手段は、情報処理装置が起動されるタイミングで、表示手段に表示すべき撮像画像を変更してもよい。

この局面によれば、起動受付状態において表示される画像が、情報処理装置を起動する度に変更される。これによれば、ユーザにとっては起動時に（「どの画像が表示されるのか」という）楽しみができる。また、情報処理装置の提供者側にとっては、このような楽しみをユーザに与えることによって、ユーザが情報処理装置を起動すること（すなわち、情報処理装置を使用すること）を促進させることができる。

第５の局面のより好ましい局面によれば、画像表示手段は、起動受付状態において、直前の撮影可能状態において最後に保存された撮像画像を情報処理装置の表示手段に表示させてもよい。

この局面によれば、撮影可能状態において撮影された画像が、当該撮影可能状態が終了した直後の起動受付状態において表示される。したがって、ユーザは、撮影可能状態において最後に撮影した画像を、起動受付状態において確認することができる。

第５の局面のより好ましい局面によれば、上記起動用プログラムは、第１遷移手段（ＳＡ２１）と、第２遷移手段（ＳＡ４）としてコンピュータをさらに機能させる。第１遷移手段は、撮影可能操作が行われたことに応じて、起動受付状態を終了して撮影可能状態へと遷移させる。第２遷移手段は、撮影可能状態において所定の操作が行われたことに応じて撮影可能状態を終了して起動受付状態へと遷移させる。

この局面によれば、起動受付状態においては撮影操作が受け付けられないこととなるので、起動受付状態においてユーザが誤って撮影操作を行ってしまうことがない。また、撮影可能状態においては起動受付状態が終了されるので、第１起動操作をユーザに行わせるための表示（例えば、アプリケーションプログラムを表す画像を表示する等）が不要であるので、表示装置の画面には撮像画像を表示する等、表示領域を有効に利用することができる。また、撮影可能状態において第１起動操作が受け付けられないようにすることによって、撮影可能状態における操作をシンプルにすることができ、ユーザにとっては操作が簡単になる。

第５の局面のより好ましい局面によれば、第２遷移手段において、上記所定の操作は撮影操作であってもよい。

この局面によれば、撮影可能状態において撮影操作が行われた場合、（撮影処理が行われて）撮影可能状態が終了することとなる。つまり、撮影可能状態においてユーザが１回撮影操作を行うと、情報処理装置の状態は起動受付状態に戻るので、説明書等を見ていない初心者のユーザであっても、撮影操作を行うことで自然に起動受付状態へ戻ることができる。したがって、「ユーザが撮影可能状態から起動受付状態への戻り方がわからない」という状況を防止することができ、使いやすい情報処理装置を提供することができる。

なお、この局面によれば、撮影操作によって撮影可能状態から起動受付状態へと遷移してしまうので、撮影結果の画像を撮影可能状態において表示することができない。ここで、先の局面に係る発明とこの局面に係る発明とを組み合わせる場合には、撮影可能状態において表示できなかった撮影結果の画像を、直後の起動受付状態においてユーザに見せることができ、特に有効である。

第５の局面のより好ましい局面によれば、撮影可能操作は、撮影操作と同じ操作によって行われてもよい。

この局面によれば、撮影可能操作と撮影操作とが同じであるので、撮影可能状態へ遷移してさらに撮影を行う一連の操作を１種類の操作で行うことができ、当該一連の操作を容易に行うことができる。さらに、先の局面に係る発明とこの局面に係る発明とを組み合わせる場合には、起動受付状態から撮影可能状態への遷移と、撮影可能状態から起動受付状態への遷移とを、同じ操作で行うことができる。したがって、仮にユーザが誤って撮影可能操作を行ったり、操作方法をよく理解しないまま撮影可能操作を行ったりする結果、撮影可能状態へ遷移してしまった場合であっても、ユーザは、同じ操作を再度行えば元の状態（起動受付状態）に戻ることができる。そのため、「撮影可能状態から起動受付状態への戻り方がわからない」という状況を防止することができ、使いやすい情報処理装置を提供することができる。

第５の局面のより好ましい局面によれば、撮影可能操作および撮影操作は、所定のボタンを１回押下する操作であってもよい。

この局面によれば、ユーザは、撮影可能操作および撮影操作を簡単な操作で行うことができる。したがって、撮影処理手段による撮影機能を簡単な操作で起動することができるとともに、撮像画像の保存を簡単な操作で行うことができる。

第５の局面のより好ましい局面によれば、情報処理装置は、表示装置（下側ＬＣＤ１２）の画面上における座標位置を入力することが可能な座標入力手段（タッチパネル１３）を備えていてもよい。このとき、第１起動操作受付手段は、複数のアプリケーションプログラムのそれぞれに対応する各画像のうちで少なくとも複数の画像（アイコン画像７１ａ〜７１ｃ）を画面に表示するとともに、表示される画像を画面をスクロールする操作に応じて変更し、表示中の当該画像の位置に対して座標入力手段を用いて行われた入力を第１起動操作として受け付ける。第１起動付手段は、第１起動操作受付手段において受け付けられた入力に係るアイコン画像に対応するアプリケーションプログラムを起動する。第２起動操作受付手段は、撮影アプリケーションプログラムを表す画像（７２）を画面上の所定位置に表示するとともに、座標入力手段を用いて当該所定位置に対して行われた入力を第２起動操作として受け付ける。第２起動手段は、第２起動操作受付手段において受け付けられた入力に応じて撮影アプリケーションプログラムを起動する。

この局面によれば、起動受付状態においては、各アプリケーションプログラムを表す複数の画像の中から１つの画像の位置を座標入力手段を用いて選択する操作によって、アプリケーションプログラムを起動することができるとともに、撮影可能状態においては、所定の位置に表示される、撮影アプリケーションを表す画像が表示される所定の位置を座標入力手段を用いて指定する操作によって、撮影アプリケーションプログラムを起動することができる。また、起動受付状態においては、複数のアプリケーションプログラムを表す各画像を選択しやすいように、スクロール操作によって表示される画像の種類（アプリケーションプログラムの種類）を変更するようにしている。そのため、ユーザは、起動受付状態において所望のアプリケーションプログラムを起動させるためには、画面をスクロールさせる操作と画像を指定する操作とを行わなければならない場合がある。これに対して、撮影可能状態においては、撮影アプリケーションプログラムを表す画像が所定位置に常に表示されるので、ユーザは、常に当該画像を指定する操作のみによって撮影アプリケーションプログラムを容易に起動することができる。

第５の局面のより好ましい局面によれば、第２起動手段は、第２起動操作が行われた場合、撮影処理手段による撮影処理において設定されている情報の少なくとも一部を、撮影アプリケーションプログラムに渡されるべき引数としてとして用いて撮影アプリケーションプログラムをコンピュータに実行させてもよい。

この局面によれば、撮影処理手段による撮影処理における設定が、撮影アプリケーションプログラムによる処理においても反映される。これによって、撮影処理手段による撮影処理から撮影アプリケーションプログラムによる処理へと移行する場合であっても、ユーザは同じように操作を行うことができ、設定を変更する必要がない。このように、第１３の発明によれば、ユーザにとってより使いやすい情報処理装置を提供することができる。

第５の局面のより好ましい局面によれば、上記プログラムは、初回起動判定手段（ＳＡ１）と、撮影誘導手段（ＳＡ２）としてコンピュータをさらに機能させてもよい。初回起動判定手段は、情報処理装置の起動後において、第１起動操作を受け付ける前に、情報処理装置の起動が初めてであるか否かを判定する。撮影誘導手段は、情報処理装置の起動が初めてであると判定された場合、情報処理装置の状態を撮影可能状態に設定する、または、撮影可能状態に設定するか否かをユーザに選択させる表示を行う。

この局面によれば、情報処理装置が初めて起動された場合には、まず、ユーザに実際に撮影操作を体験させるようにすることができ、初心者のユーザを撮影操作に慣れさせることができる。さらに、先の局面に係る発明とこの局面に係る発明とを組み合わせる場合には、情報処理装置が初めて起動された場合に実行されるのは、相対的に簡易な機能の撮影処理手段の撮影処理となる。したがって、情報処理装置が初めて起動された場合においてはユーザは簡易な機能のみで撮影操作を行うことになるので、初めての操作であっても比較的容易に撮影操作を行うことができる。

第５の局面のより好ましい局面によれば、撮影アプリケーションプログラムは、撮像画像を記憶手段に保存する処理を実行する機能と、撮影処理手段による撮影処理によってまたは撮影アプリケーションプログラムによる処理によって保存された撮像画像を閲覧する機能とを有していてもよい。

この局面によれば、ユーザは、撮影アプリケーションプログラムを用いて、撮影処理手段の撮影機能および撮影アプリケーションプログラムのいずれによって撮影された画像であっても閲覧することができる。

第５の局面のより好ましい局面によれば、撮影処理手段および撮影アプリケーションプログラムは、撮影処理手段の機能と撮影アプリケーションプログラムの実行により可能となる機能とにおいて共通の機能に関して、ユーザによる同一の操作に応じて当該機能を実行することが可能であってもよい。

この局面によれば、撮影のために実行されるプログラムが変わっても、ユーザは、同じ機能に関しては同じ操作を行うことが可能であるので、ユーザにとって使いやすい操作体系を提供することができる。

第５の局面のより好ましい局面によれば、起動用プログラムは、アプリケーションプログラムを起動する起動機能プログラム（５１）と、撮影処理手段としてコンピュータを機能させる撮影機能プログラム（５２）とを含んでいてもよい。このとき、撮影機能プログラムのデータサイズは、撮影アプリケーションプログラムのデータサイズに比べて小さい。

この局面によれば、起動受付状態において起動可能なプログラムを、データサイズの小さい方のプログラムである撮影機能プログラムとすることにより、起動受付状態において撮影のためのプログラムを迅速に起動することができる。

第５の局面のより好ましい局面によれば、起動用プログラムは、アプリケーションプログラムを起動する起動機能プログラム（５１）と、撮影処理手段としてコンピュータを機能させる撮影機能プログラム（５２）とを含んでいてもよい。このとき、上記起動用プログラムは、情報処理装置の起動後において、コンピュータによって実行されるプログラムを記憶するための所定の記憶手段に、起動制御プログラムが実行されるタイミングで起動機能プログラムとともに撮影機能プログラムを読み込む読込手段（ＳＡ４）としてコンピュータをさらに機能させてもよい。

この局面によれば、起動機能プログラムと撮影機能プログラムとを一緒に読み出すことによって、起動受付状態において撮影機能プログラムを迅速に起動することができる。

この発明の第５の局面の代替の局面によればによれば、上記の各局面における各手段を備える情報処理装置として提供されてもよい。

＜第６の局面＞
この発明の第６の局面によれば、所定の画像を記憶する画像記憶手段（２８、３２、３４）を備える画像通信装置（１）を複数含み、当該画像通信装置の間で当該所定の画像を送受信する画像通信システムを提供する。複数の画像通信装置のうち、画像を送信する側の画像通信装置（１０ｔ）は、送信元情報送信制御手段（ステップＳＣ６３を実行するＣＰＵ３１；以下、単にステップ番号のみを記載する）を、さらに備える。送信元情報送信制御手段は、不特定の他の画像通信装置に対して送信元を示す送信元情報（送信元データ）として自己の識別情報を送信する。複数の画像通信装置のうち、画像を受信する側の画像通信装置（１０ｒ）は、送信元情報受信手段（ＳＣ８４）、選択手段（ＳＣ８５）、および送信先情報送信制御手段（ＳＣ８６、ＳＣ９２）を、さらに備える。送信元情報受信手段は、送信元情報を受信する。選択手段は、受信した送信元情報に基づいて、表示手段（１２）に送信元を示す表示（Ｎｔ１〜Ｎｔ３）をおこない、当該送信元情報を送信した画像通信装置から画像を受信するか否かをユーザに選択させる。送信先情報送信制御手段は、選択手段によって受信することが選択された画像通信装置に対して、送信先を示す送信先情報（受信先データ）として自己の識別情報を送信する。送信する側の画像通信装置は、送信先情報受信制御手段（ＳＣ６４）、送信先決定手段（ＳＣ６４、ＳＣ６５）、および画像送信手段（ＳＣ６９）を、さらに備える。送信先情報受信制御手段は、送信先情報を受信する。送信先決定手段は、受信した送信先情報に基づいて、送信先となる画像通信装置を決定する。画像送信手段は、送信先決定手段によって決定した送信先に、画像記憶手段に記憶された画像のうちの少なくとも１つを送信する。受信する側の画像通信装置は、画像受信手段（ＳＣ９０）および画像記憶制御手段（ＳＣ９０）を、さらに備える。画像受信手段は、画像送信手段によって送信される画像を受信する。画像記憶制御手段は、画像受信手段によって受信した画像を画像記憶手段に記憶する。なお、送信元情報送信制御手段が送信元情報を送信する不特定の他の画像通信装置とは、宛先を特定せずに送信元情報を送信する送信や、不特定の画像通信装置からの要求に応じて当該画像通信装置に送信元情報を送信する送信等を含む。

この局面によれば、以下の第６の課題を解決することができる。
（第６の課題）
上記特開平１０−３４１３８８号公報（特許文献１４）で開示された電子カメラは、赤外線で通信するため、送信側の電子カメラと受信側の電子カメラを対向するように配置する必要があった。また、受信側の電子カメラが通信可能な範囲に複数の送信側電子カメラが存在する場合、当該受信側の電子カメラが送信側電子カメラを選択することができなかった。

（第６の局面による作用効果）
第６の局面によれば、上記第６の課題に対して、装置間で画像を送受信する際、ユーザが希望する送信側装置から画像を受け取ることが可能な画像通信システム、画像通信装置、および画像通信プログラムを提供する。

この発明の第６の局面によれば、画像を受信する側の画像通信装置は、送信元を見て画像を受信するか否か選択できるので、意図しない相手から画像を送信されることを防止することができる。また、画像を送信する側の画像通信装置は、予め画像を受信する相手を特定せず、画像を配布する相手を募集して配布することができる。

第６の局面のより好ましい局面によれば、送信元情報受信手段は、不特定多数の画像通信装置に送信された複数の送信元情報を受信可能である。選択手段は、受信した送信元情報のそれぞれに基づいて、表示手段に当該送信元情報のそれぞれを示す表示をおこない、いずれかの当該送信元情報をユーザに選択させる。

この局面によれば、画像を受信する側の画像通信装置は、画像データを受け取ることになる送信元を複数の送信元から選択することができる。例えば、画像を受信する側の画像通信装置は、送信する側の画像通信装置が複数存在している場合、当該複数の画像通信装置からユーザが希望する画像通信装置を選択して画像を受け取ることができる。

第６の局面のより好ましい局面によれば、送信する側の画像通信装置は、送信元表示制御手段（ＳＣ６５、図５１）を、さらに備える。送信元表示制御手段は、画像を受信する側の画像通信装置から受信した送信先情報に基づいて、送信する側の画像通信装置の表示手段（１２）に画像送信を要求している画像通信装置を示す表示（Ｎｒ１〜Ｎｒ３）を行う。

この局面によれば、画像を送信する側の画像通信装置のユーザは、画像を送信する送信先となる相手の画像通信装置を知ることができる。

第６の局面のより好ましい局面によれば、送信元情報は、送信する側の画像通信装置のユーザによって設定可能な送信元ユーザ情報（Ｄｃ）を含む。選択手段は、送信元情報を送信している画像通信装置を示す通知として、当該送信元情報に含まれる送信元ユーザ情報を受信する側の画像通信装置の表示手段に表示する。

この局面によれば、画像を送信する側の画像通信装置のユーザの個性を出すことができ、受信する画像通信装置側でも画像を送信する側の画像通信装置を識別しやすくなる。

第６の局面のより好ましい局面によれば、送信先情報は、受信する側の画像通信装置のユーザによって設定可能な送信先ユーザ情報（Ｄｃ）を含み、送信元表示制御手段は、画像送信を要求している画像通信装置を示す通知として、送信先情報に含まれる送信元ユーザ情報を送信する側の画像通信装置の表示手段に表示する。

この局面によれば、画像を受信する側の画像通信装置のユーザの個性を出すことができ、送信する画像通信装置側でも画像を受信する側の画像通信装置を識別しやすくなる。

第６の局面のより好ましい局面によれば、送信する側の画像通信装置は、送信先情報を受信した後、当該送信先情報を送信した画像通信装置に送信する画像をユーザの操作に応じて選択する画像選択手段（ＳＣ６６）を、さらに備える。画像送信手段は、画像選択手段が選択した画像を、送信先情報を送信した画像通信装置に送信する。

この局面によれば、画像を送信する側の画像通信装置のユーザが所望する画像を選択して送信することができる。また、画像を受信する側の画像通信装置と画像を送信する側の画像通信装置とを決定した後に、当該画像を送信する側の画像通信装置から当該画像通信装置に送信する画像を選択することによって、画像を送信する側の画像通信装置は、受信する側の画像通信装置に送る画像の種類や枚数を変えることができる。

さらに好ましい局面によれば、画像選択手段は、送信対象画像表示制御手段（図５２）を含む。送信対象画像表示制御手段は、画像記憶手段に受信する側の画像通信装置への送信対象として記憶されている画像群を送信する側の画像通信装置の表示手段に表示することによって、当該画像群から受信する側の画像通信装置に送信する画像を選択することをユーザに促す。

この局面によれば、送信対象として記憶されている画像群を表示手段に表示することによって、画像を送信する側の画像通信装置のユーザにおける画像の選択が容易となる。

さらに好ましい局面によれば、送信する側の画像通信装置の画像記憶手段は、本体内蔵記憶手段（３４）および本体着脱記憶手段（２８）を含む。本体内蔵記憶手段は、当該画像通信装置本体に内蔵される。本体着脱記憶手段は、当該画像通信装置本体に着脱自在に構成される。画像選択手段は、記憶先選択手段（ＳＣ５０）を含む。記憶先選択手段は、本体内蔵記憶手段および本体着脱記憶手段の何れか一方を選択する。画像選択手段は、記憶先選択手段によって選択された記憶手段に記憶されている画像群から、受信する側の画像通信装置に送信する画像をユーザの操作に応じて選択する。

この局面によれば、送信対象とする画像を、予め決定された記憶手段に記憶されている画像に限定することができる。

第６の局面のより好ましい局面によれば、受信する側の画像通信装置は、判断手段および画像送信継続要求送信手段を、さらに備える。判断手段は、画像受信手段が送信する側の画像通信装置から送信された画像を受信した後、当該送信する側の画像通信装置からさらに画像を受信するか否かを判断する。画像送信継続要求送信手段は、判断手段がさらに画像を受信すると判断した場合、選択手段が選択した送信する側の画像通信装置に画像送信継続要求を送信する。画像送信手段は、画像送信継続要求を受信したとき、画像送信継続要求を送信した画像通信装置に画像を送信する。

この局面によれば、画像を送信する側の画像通信装置から受信する側の画像通信装置に段階的に画像を送信することができる。

第６の局面のより好ましい局面によれば、送信する側の画像通信装置は、画像選択手段を、さらに備える。画像選択手段は、画像送信継続要求を受信した後、当該画像送信継続要求を送信した画像通信装置に送信する画像をユーザの操作に応じて選択する。画像送信手段は、画像送信継続要求を受信したとき、画像選択手段によって選択された画像を、画像送信継続要求を送信した画像通信装置に送信する。

この局面によれば、受信側からの要求がある毎に送信する画像を選択して送信することができる。

第６の局面のより好ましい局面によれば、送信する側の画像通信装置は、制限手段を、さらに備える。制限手段は、画像送信手段によって一度に送信される画像の枚数を制限する。

この局面によれば、送信側の画像通信装置から画像を一定以下の枚数ずつ送信することになるため、受信側は受信した画像の枚数を確認しながら受信することができ、当該枚数に基づいて受信を続けるかどうかを判断することができる。

さらに好ましい局面によれば、判断手段は、ユーザの操作に応じて、送信する側の画像通信装置からさらに画像を受信するか否かを判断する。受信する側の画像通信装置は、受信終了通知手段を、さらに備える。受信終了通知手段は、判断手段が画像を受信しないと判断した場合、選択手段が選択した画像通信装置に受信終了通知を送信する。画像送信手段は、画像送信要求を受信する毎に、受信終了通知を送信した画像通信装置を除いて画像送信要求を送信した画像通信装置のみに画像を送信する。

この局面によれば、画像を受信する側の画像通信装置毎に、送信する側の画像通信装置が画像を送信する対象装置からユーザが好むタイミングで抜けることができる。

さらに好ましい局面によれば、受信する側の画像通信装置は、残量監視手段を、さらに備える。残量監視手段は、画像をさらに記憶するために画像記憶手段が有している記憶容量の残量を監視する。受信終了通知手段は、残量が所定量以下となった場合、選択手段が選択した画像通信装置に受信終了通知を送信する。

この局面によれば、画像を受信する側の画像通信装置は、画像データを記憶できる容量に応じて、自動的に画像を送信する側の画像通信装置が画像を送信する対象装置から抜けることができる。

第６の局面のより好ましい局面によれば、受信する側の画像通信装置の画像記憶手段は、本体内蔵記憶手段および本体着脱記憶手段を含む。本体内蔵記憶手段は、当該画像通信装置本体に内蔵される。本体着脱記憶手段は、当該画像通信装置本体に着脱自在に構成される。受信する側の画像通信装置は、記憶対象決定手段（ＳＣ５０）を、さらに備える。記憶対象決定手段は、本体内蔵記憶手段および本体着脱記憶手段の何れか一方を受信した画像を記憶する対象として予め決定する。画像記憶制御手段は、送信する側の画像通信装置から送信された画像を記憶対象決定手段が決定している対象に記憶する。

この局面によれば、受信した画像データを、予め決定された記憶手段に限定して記憶することができる。

第６の局面のより好ましい局面によれば、画像通信装置は、撮像手段および撮影手段を、それぞれさらに備える。撮影手段は、撮像手段によって撮像された画像をユーザの所定の操作に応じて画像記憶手段に記憶する。画像送信手段は、撮影手段によって画像記憶手段に記憶された画像を送信する。

この局面によれば、画像通信装置で撮像した画像を送受信の対象とすることができる。
第６の局面のより好ましい局面によれば、他の画像通信装置から画像を受信する画像通信装置（１０ｒ）である。画像通信装置は、記憶手段、送信元情報受信手段、選択手段、送信先情報送信制御手段、画像受信手段、および画像記憶制御手段を備える。送信元情報受信手段は、他の画像通信装置から送信元を示す送信元情報として当該他の画像通信装置の識別情報を受信する。選択手段は、受信した送信元情報に基づいて、表示手段に送信元を示す表示をおこない、当該送信元情報を送信した画像通信装置から画像を受信するか否かをユーザに選択させる。送信先情報送信制御手段は、選択手段によって受信することが選択された画像通信装置に対して、送信先を示す送信先情報として自己の識別情報を送信する。画像受信手段は、送信先情報を送信した画像通信装置から送信された画像を受信する。画像記憶制御手段は、画像受信手段によって受信した画像を記憶手段に記憶する。

第６の局面のより好ましい局面によれば、他の画像通信装置へ画像を送信する画像通信装置（１０ｔ）である。画像通信装置は、画像記憶手段、送信元情報送信制御手段、送信先情報受信制御手段、送信先決定手段、および画像送信手段を備える。画像記憶手段は、所定の画像を記憶する。送信元情報送信制御手段は、不特定の他の画像通信装置に対して送信元を示す送信元情報として自己の識別情報を送信する。送信先情報受信制御手段は、他の画像通信装置から送信先を示す送信先情報として当該他の画像通信装置の識別情報を受信する。送信先決定手段は、受信した送信先情報に基づいて、送信先となる画像通信装置を決定する。画像送信手段は、送信先決定手段によって決定した送信先に、画像記憶手段に記憶された画像のうち少なくとも１つを送信する。

第６の局面のより好ましい局面によれば、他の画像通信装置から画像を受信するまたは他の画像通信装置へ画像を送信する画像通信装置（１）である。画像通信装置は、画像記憶手段および送受信選択手段（ＳＣ５１）を備える。画像記憶手段は、所定の画像を記憶する。送受信選択手段は、他の画像通信装置から画像を受信するか、他の画像通信装置へ画像を送信するかを選択する。画像通信装置は、送受信選択手段が他の画像通信装置から画像を受信する選択をした場合、送信元情報受信手段、選択手段、送信先情報送信制御手段、画像受信手段、および画像記憶制御手段を、さらに備える。送信元情報受信手段は、他の画像通信装置から送信元を示す送信元情報として当該他の画像通信装置の識別情報を受信する。選択手段は、受信した送信元情報に基づいて、表示手段に送信元を示す表示をおこない、当該送信元情報を送信した画像通信装置から画像を受信するか否かをユーザに選択させる。送信先情報送信制御手段は、選択手段によって受信することが選択された画像通信装置に対して、送信先を示す送信先情報として自己の識別情報を送信する。画像受信手段は、送信先情報を送信した画像通信装置から送信された画像を受信する。画像記憶制御手段は、画像受信手段によって受信した画像を画像記憶手段に記憶する。画像通信装置は、送受信選択手段が他の画像通信装置へ画像を送信する選択をした場合、送信元情報送信制御手段、送信先情報受信制御手段、送信先決定手段、および画像送信手段を、さらに備える。送信元情報送信制御手段は、不特定の他の画像通信装置に対して送信元を示す送信元情報として自己の識別情報を送信する。送信先情報受信制御手段は、他の画像通信装置から送信先を示す送信先情報として当該他の画像通信装置の識別情報を受信する。送信先決定手段は、受信した送信先情報に基づいて、送信先となる画像通信装置を決定する。画像送信手段は、送信先決定手段によって決定した送信先に、画像記憶手段に記憶された画像のうちの少なくとも１つを送信する。

第６の局面のより好ましい局面によれば、他の画像通信装置から画像を受信する装置のコンピュータ（３１）で実行される画像通信プログラムである。画像通信プログラムは、送信元情報受信手段、選択手段、送信先情報送信制御手段、画像受信手段、および画像記憶制御手段として、コンピュータを機能させる。送信元情報受信手段は、他の画像通信装置から送信元を示す送信元情報として当該他の画像通信装置の識別情報を受信する。選択手段は、受信した送信元情報に基づいて、表示手段に送信元を示す表示をおこない、当該送信元情報を送信した画像通信装置から画像を受信するか否かをユーザに選択させる。送信先情報送信制御手段は、選択手段によって受信することが選択された画像通信装置に対して、送信先を示す送信先情報として自己の識別情報を送信する。画像受信手段は、送信先情報を送信した画像通信装置から送信された画像を受信する。画像記憶制御手段は、画像受信手段によって受信した画像を記憶装置に記憶する。

第６の局面のより好ましい局面によれば、他の画像通信装置から画像を受信するまたは他の画像通信装置へ画像を送信する装置のコンピュータで実行される画像通信プログラムである。装置の記憶装置には、所定の画像が記憶されている。画像通信プログラムは、送受信選択手段として、コンピュータを機能させる。送受信選択手段は、他の画像通信装置から画像を受信するか、他の画像通信装置へ画像を送信するかを選択する。画像通信プログラムは、送受信選択手段が他の画像通信装置から画像を受信する選択をした場合、送信元情報受信手段、選択手段、送信先情報送信制御手段、画像受信手段、および画像記憶制御手段として、コンピュータをさらに機能させる。送信元情報受信手段は、他の画像通信装置から送信元を示す送信元情報として当該他の画像通信装置の識別情報を受信する。選択手段は、受信した送信元情報に基づいて、表示手段に送信元を示す表示をおこない、当該送信元情報を送信した画像通信装置から画像を受信するか否かをユーザに選択させる。送信先情報送信制御手段は、選択手段によって受信することが選択された画像通信装置に対して、送信先を示す送信先情報として自己の識別情報を送信する。画像受信手段は、送信先情報を送信した画像通信装置から送信された画像を受信する。画像記憶制御手段は、画像受信手段によって受信した画像を画像記憶手段に記憶する。画像通信プログラムは、送受信選択手段が他の画像通信装置へ画像を送信する選択をした場合、送信元情報送信制御手段、送信先情報受信制御手段、送信先決定手段、および画像送信手段として、コンピュータをさらに機能させる。送信元情報送信制御手段は、不特定の他の画像通信装置に対して送信元を示す送信元情報として自己の識別情報を送信する。送信先情報受信制御手段は、他の画像通信装置から送信先を示す送信先情報として当該他の画像通信装置の識別情報を受信する。送信先決定手段は、受信した送信先情報に基づいて、送信先となる画像通信装置を決定する。画像送信手段は、送信先決定手段によって決定した送信先に、画像記憶手段に記憶された画像のうち少なくとも１つを送信する。

また、この発明の第６の局面に類似した局面に従う画像通信装置および画像通信プログラムによれば、上述した画像通信システムと同様の効果を得ることができる。

＜第７の局面＞
この発明の第７の局面によれば、入力装置（１３）からの入力に基づいて少なくとも一つのパラメータの値を設定するコンピュータ（１）において実行される情報処理プログラムを提供する。情報処理プログラムは、コンピュータ（１）を、所定の画面（５００，５０１，５０２，５０３）における所定の表示領域内（２５０）において、パラメータの現在値に応じた位置からの変更操作を受け付ける第１の変更操作受付手段（ＳＤ１１０）と、第１の変更操作受付手段で受け付けられた変更操作に基づいて、パラメータを現在値から徐々に更新する第１の更新手段（ＳＤ１１４，ＳＤ１１５）と、所定の表示領域内において、パラメータの所望の値に応じた位置への変更操作を受け付ける第２の変更操作受付手段（ＳＤ１１１）と、第２の変更操作受付手段で受け付けられた変更操作に基づいて、パラメータを現在値から所望の値に更新する第２の更新手段（ＳＤ１１２，ＳＤ１１５）として機能させる。また、第２の更新手段は、所望の値がパラメータの現在値より小さい値のときに（ＳＤ１１１，ＳＤ１１２）、パラメータを現在値から所望の値に更新し（ＳＤ１１５）、所望の値がパラメータの現在値より大きい値のときに（ＳＤ１１１，ＳＤ１１３）、パラメータを現在値から所望の値に更新しない（ＳＤ１１３）。

この局面によれば、以下の第７の課題を解決することができる。
（第７の課題）
一般的なメディアプレーヤでは、ユーザは、ボリューム調整部における最大音量、及びボリューム調整部と音量との対応付けについて見た目だけでは理解することができず、かつ同一の音量でも周囲の環境の変化によって聞こえ方が変化するために、ユーザの所望する音量に即時変更することは難しい。

この点で、ユーザの所望する音量へ即時変更できなかった場合に、特に、ユーザの所望する音量よりも大きくなった場合には、ユーザ及びユーザ付近に存在する人に対して不快な思いすなわち、ストレスを感じさせる可能性が多くあった。

（第７の局面による作用効果）
第７の局面によれば、上記第７の課題に対して、パラメータの設定変更操作において、ユーザ操作に適したユーザインターフェイスを実現する情報処理プログラムおよび情報処理装置を提供する。

この発明の第７の局面によれば、ユーザが入力装置（１３）により現在値に応じた位置からの変更操作であるスライダ操作を受け付けると、スライダ位置に従って徐々にパラメータが更新される。一方、入力装置（１３）により、所望の値に応じた位置への変更操作を受け付けると、所望の値がパラメータの現在値より小さい値のときに、パラメータを現在値から所望の値に更新し、所望の値がパラメータの現在値より大きい値のときに、パラメータを現在値から所望の値に更新しない。

従って、ユーザは、入力装置（１３）に対する一連の操作によって、パラメータを変更することができる。具体的には、パラメータを現在値から徐々に大きい値、あるいは小さい値に変更することができる。一方、パラメータを現在値から突然に大きくなる値に変更する操作入力が禁止される。このように、ユーザは、パラメータの設定変更操作において、パラメータの値が突然に大きくなる値への変更操作を禁止することにより誤操作によるパラメータの突然の変化によるユーザ等へのストレスを抑制してユーザ操作に適したユーザインターフェイスを実現することができる。

また、この発明の第７の局面に類似した局面によれば、入力装置（１３）からの入力に基づいて少なくとも一つのパラメータの値を設定するコンピュータにおいて実行される情報処理プログラムを提供する。情報処理プログラムは、コンピュータ（１０）を、所定の画面（５００，５０１，５０２，５０３）における所定の表示領域内（５５０）において、パラメータの現在値を示すスライダ（２５２）を表示するスライダ表示手段（ＳＤ３２，ＳＤ７０，ＳＤ９１）と、パラメータの現在値に応じたスライダ（５５２）の位置から連続的な移動操作を受け付ける第１の移動操作受付手段（ＳＤ１１０，ＳＤ１１４）と、所定の表示領域内において、パラメータの所望の値に応じたスライダ（５５２）の位置への移動操作を受け付ける第２の移動操作受付手段（ＳＤ１１０，ＳＤ１１１）と、パラメータを受け付けられた移動操作に従うスライダ（５５２）の移動後の位置に応じた値に更新する更新手段（ＳＤ１１５）として機能させる。そして、第２の移動操作受付手段は、パラメータの現在値よりも小さくなる方向にスライダ（５５２）が移動するような場合には、スライダの所望の位置への移動操作を受け付け（ＳＤ１１２）、パラメータの現在値よりも大きくなる方向にスライダが移動するような場合には、スライダの所望の位置への移動操作を受け付けない（ＳＤ１１３）。

この類似した局面によれば、ユーザが入力装置（１３）により現在値に応じたスライダ（５５２）の位置から連続的な移動操作あるいは所望の値に応じたスライダの位置への移動操作を受け付けると、スライダ（５５２）の移動後の位置に応じた値にパラメータが更新される。一方、入力装置（１３）により、スライダ（５５２）の移動操作が現在値よりも小さくなる方向にスライダが移動するような場合には、所望の位置への移動操作を受け付け、現在値よりも大きくなる方向にスライダが移動するような場合には、所望の位置への移動操作を受け付けない。

従って、ユーザは、入力装置（１３）に対する一連の操作によって、パラメータを変更することができる。具体的には、スライダを連続的に移動させて、パラメータを現在値から徐々に大きい値、あるいは小さい値に変更することができる。一方、スライダを所望の値に応じた位置へ移動操作させる場合、パラメータの現在値から大きくなる方向への移動操作は禁止される。このように、ユーザは、パラメータの設定変更操作において、パラメータの値が突然に大きくなる値への移動操作を禁止することにより誤操作によるパラメータの突然の変化によるユーザ等へのストレスを抑制してユーザ操作に適したユーザインターフェイスを実現することができる。

第７の局面のより好ましい局面によれば、入力装置は、ポインティングデバイス（２７）である。この局面によれば、ユーザはタッチペン（２７）により、タッチパネルの任意の位置に対する入力を行うため、選択する際のユーザの操作性が向上する。

第７の局面のより好ましい局面によれば、情報処理所望の値の位置への変更操作に基づいて、パラメータを現在値から所望の値に更新する手段は、パラメータを現在値から徐々に更新する。この局面によれば、パラメータが現在値から所望の値に更新される場合においても、パラメータを徐々に更新することにより、パラメータの変化が滑らかとなるため自然なパラメータの変化とすることが可能である。

第７の局面のより好ましい局面によれば、コンピュータは、入力装置（１３）からの入力に基づいて、複数種類のパラメータの値を設定する。所定の表示領域内における任意の位置には複数種類のパラメータの値がそれぞれ対応付けられている。

この局面によれば、複数種類のパラメータと対応付けられるため入力装置からのパラメータの設定を簡易に実行することが可能である。

特に、所定の表示領域は、コンピュータで設定されるパラメータの種類の数に応じた多次元の領域である。これによれば、パラメータの種類の数に応じた次元で表示されるため各パラメータの位置を容易に認識することが可能である。

第７の局面のより好ましい局面によれば、パラメータは、コンピュータの出力装置から出力される音の音量レベルに相当する。この局面によれば、現在の音量から突然に音量が大きくなって、ユーザ及びユーザ付近に存在する人に対して不快な思いすなわち、ストレスを感じさせることを抑制することが可能である。

第７の局面のより好ましい局面によれば、パラメータは、コンピュータにおいて再生されるファイルの再生時間に相当する。この局面によれば、再生されていない位置から再生が開始されることを防止し、ユーザに不快感を与えることを抑制することができる。

この発明の第７の局面に類似した別の局面によれば、入力装置（１３）からの入力に基づいて少なくとも一つのパラメータの値を設定する情報処理装置（１０）を提供する。情報処理装置（１０）は、所定の画面（５００，５０１，５０２，５０３）における所定の表示領域内（５５０）において、パラメータの現在値に応じた位置からの変更操作を受け付ける第１の変更操作受付手段（５５２，ＳＤ１１０，ＳＤ１１４）と、第１の変更操作受付手段で受け付けられた変更操作に基づいて、パラメータを現在値から徐々に更新する第１の更新手段（ＳＤ１１４，ＳＤ１１５）と、所定の表示領域内において、パラメータの所望の値に応じた位置への変更操作を受け付ける第２の変更操作受付手段（５５４，５５５）と、第２の変更操作受付手段で受け付けられた変更操作に基づいて、パラメータを現在値から所望の値に更新する第２の更新手段（ＳＤ１１１，ＳＤ１１２，ＳＤ１１５）とを備える。第２の更新手段は、所望の値がパラメータの現在値より小さい値のときに（５５４）、パラメータを現在値から所望の値に更新し、所望の値がパラメータの現在値より大きい値のときに（５５５）、パラメータを現在値から所望の値に更新しない（ＳＤ１１３）。

この発明の第７の局面に類似したさらに別の局面によれば、入力装置（１３）からの入力に基づいて少なくとも一つのパラメータの値を設定する情報処理装置を提供する。情報処理装置（１０）は、所定の画面（５００，５０１，５０２，５０３）における所定の表示領域内（５５０）において、パラメータの現在値を示すスライダ（５５２）を表示するスライダ表示手段（ＳＤ３２，ＳＤ７０，ＳＤ９１）と、パラメータの現在値に応じたスライダ（５５２）の位置から連続的な移動操作を受け付ける第１の移動操作受付手段（ＳＤ１１０，ＳＤ１１４）と、所定の表示領域内において、パラメータの所望の値に応じたスライダ（５５２）の位置への移動操作を受け付ける第２の移動操作受付手段（ＳＤ１１０，ＳＤ１１１）と、パラメータを受け付けられた移動操作に従うスライダ（５５２）の移動後の位置に応じた値に更新する更新手段（ＳＤ１１５）とを備える。第２の移動操作受付手段は、パラメータの現在値よりも小さくなる方向にスライダが移動するような場合には、スライダ（５５２）の所望の位置への移動操作を受け付け（５５４，ＳＤ１１２）、パラメータの現在値よりも大きくなる方向にスライダが移動するような場合には、スライダの所望の位置への移動操作を受け付けない（５５５，ＳＤ１１３）。

＜第８の局面＞
この発明の第８の局面によれば、上側部材（２１）と下側部材（１１）とが開閉可能に連結された、音楽データの再生が可能な情報処理装置（１０）のコンピュータにおいて実行される情報処理プログラムを提供する。情報処理プログラムは、コンピュータを、音楽データの再生を行う音楽再生手段（ＳＤ９０）と、上側部材と下側部材との開閉状態を検出する開閉検出手段（ＳＤ１５０）と、音楽再生手段による音楽データの再生中であり、開閉検出手段により上側部材と下側部材とが開いている状態から閉じている状態に遷移したことが検出された場合において、所定の外部出力機器との接続が検出された場合には、音楽再生手段による音楽データの再生を継続し、所定の外部出力機器との接続が検出された場合には、音楽再生手段による音楽データの再生を継続し、所定の外部出力機器との接続が検出されなかった場合には、音楽再生手段による音楽データの再生を停止するスリープ手段（ＳＤ１５３，ＳＤ１５４）として機能させる。

この局面によれば、以下の第８の課題を解決することができる。
（第８の課題）
特開２００３−２１６２８９号公報（特許文献１）には、コンピュータ装置が携帯端末装置であるノートブック型ＰＣである場合において、ノートブック型ＰＣを閉じた際（閉状態）には、スリープ処理を実行して表示等の動作を停止するスリープ状態に設定する点が示されている。一方、再び、ノートブック型ＰＣを開いた際（開状態）には、スリープ状態からアクティブ状態に設定することが示されている。

そして、当該スリープ処理を実行する場合においても、ＵＳＢケーブルを介して音楽データを再生処理する再生装置と接続されている場合においては、当該ＵＳＢケーブルを介してノートブック型ＰＣから再生装置に対して必要なデータを送信するために部分的にアクティブ状態に設定する技術が開示されている。

したがって、スリープ処理が実行される場合においても、音楽データの再生処理に関する一部の機能についてはスリープ処理を実行しないようにすることが可能である。

しかしながら、特開２００３−２１６２８９号公報（特許文献１）における情報端末装置では、当該情報処理装置にて音楽データを再生処理することが考慮されていなかったために、ユーザにとって利便性の高い再生処理を行うことができなかった。

（第８の局面による作用効果）
第８の局面によれば、上記第８の課題に対して、音楽データの再生において、ユーザにとって利便性の高い処理を実行する情報処理プログラムおよび情報処理装置を提供する。

この発明の第８の局面によれば、ユーザが情報処理装置の開閉可能に連結された上側部材と下側部材とを閉じた場合には、上側部材と下側部材とが開いている状態から閉じている状態に遷移したことが検出され、所定の外部出力機器との接続が検出された場合には、音楽データの再生が継続され、所定の外部出力機器との接続が検出されなかった場合には、再生が停止される。

典型的な実施の形態に示すように、ユーザが上側部材と下側部材とを開いた状態から閉じた状態とした場合に、所定の外部出力機器（典型的には、ヘッドホン）の接続が検出された場合には、再生機能が継続されるため、ヘッドホンから音声信号が出力される。したがって、装置のスピーカ等から音声信号は出力されないため、ユーザおよびユーザの付近に存在する周囲の人に対して不快な思いをさせることにならない。さらに、ヘッドホンの接続が検出されている場合に再生機能が継続され、そうでないヘッドホンの接続が検出されていない場合には再生機能が停止するスリープ状態となるため、装置を閉じた状態とすることにより再生が停止するスリープ状態に移行することを期待していたユーザにとって利便性が高い。

第８の局面のより好ましい局面によれば、この情報プログラムは、コンピュータを、音楽データの再生を連続的に行う設定指示を受け付ける連続再生受付手段（５１７，ＳＤ１６１）としてさらに機能させる。音楽再生手段は、開閉検出手段により上側部材と下側部材とが開いている状態から閉じている状態に遷移したことが検出された場合において、設定指示を受け付けた場合には、音楽データの再生を連続的に行い（ＳＤ１６２）、設定指示を受け付けなかった場合には、現在実行されている音楽データの再生が終了したときに、音楽データの再生を停止する（ＳＤ１６３）。

この局面によれば、ユーザが音楽データの再生を連続的に行う設定指示の入力をした場合には、上側部材と下側部材とが開いている状態から閉じている状態に遷移したことが検出された場合において、音楽データの再生を連続的に行ない、設定指示の入力がない場合には、現在実行されている音楽データの再生が終了したときに、音楽データの再生を停止する。

典型的な実施の形態に示すように、ユーザが、「再生モード」切替アイコン５１７を選択して、繰り返し再生するすなわち、音楽データの再生を連続的に行う再生モードを選択した場合には、音楽データの再生を継続し、それ以外の再生モードを選択した場合には、現在実行されている音楽データの再生が終了したときに、再生を停止することにより、ユーザの再生を連続的に行う設定指示に従って、再生が継続されるか、否かが判断されるためユーザの意図に応じた再生を実行することが可能である。また、現在実行されている音楽データの再生が終了したときに、再生が停止することにより、ユーザに違和感を与えることなく、再生を終了することが可能である。

第８の局面のより好ましい局面によれば、この情報処理プログラムは、コンピュータを、音楽再生手段による音楽データの再生において、ステレオ再生あるいはモノラル再生を切替える設定指示を受け付ける再生設定受付手段（５６１，ＳＤ２１２，ＳＤ２１３）としてさらに機能させる。音楽再生手段は、設定指示を受け付けた場合において、所定の外部出力機器との接続が検出された場合には、設定指示に従った再生を行い、所定の外部出力機器との接続が検出されなかった場合には、ステレオ再生を行う（ＳＤ２１４，ＳＤ２１５）。

この局面によれば、音楽データの再生において、ステレオ再生あるいはモノラル再生を切替える設定指示を受け付ける再生設定手段が機能し、所定の外部出力機器との接続が検出された場合に、設定指示に従って、ステレオ再生あるいはモノラル再生が実行される。

典型的な実施の形態に示すように、ユーザが、外部出力機器（典型的には、ヘッドホン）に対する再生において、「ヘッドホン」の機能選択アイコン５６１を選択して、切替えることにより、ヘッドホンの形式に応じて適切な再生処理を選択することが可能である。

第８の局面のより好ましい局面によれば、この情報処理プログラムは、コンピュータを、所定の外部出力機器との接続が検出された場合（ＳＤ１４０）には、音楽再生手段において、再生が行われる音楽データの所定の周波数帯域を調整する調整手段（ＳＤ１４１）としてさらに機能させる。

この局面によれば、外部出力機器（典型的には、ヘッドホン）との接続が検出された場合には、再生が行なわれる音楽データの所定の周波数帯域を調整する調整手段が機能する。

典型的な実施の形態に示すように、ユーザが、外部出力機器（典型的には、ヘッドホン）を装着した場合に、イコライズ処理を実行することにより、ヘッドホンの装着により音響特性が大きく変化する場合においても、所定の周波数帯域を調整することにより、ユーザに違和感を与えることなく再生を実行することが可能となる。

第８の局面のより好ましい局面によれば、この情報処理プログラムは、コンピュータを、所定の外部出力機器との接続が検出された場合には、音楽再生手段において、再生が行われる音楽データの所定の音色を調整する調整手段としてさらに機能させる。

この局面によれば、外部出力機器（典型的には、ヘッドホン）との接続が検出された場合には、再生が行なわれる音楽データの所定の音色を調整する調整手段が機能する。

典型的な実施の形態に示すように、ユーザが、外部出力機器（典型的には、ヘッドホン）を装着した場合に、例えば、スピーカから再生する場合には、違和感の無い高い音程の音について、ヘッドホンで聞くと音程が高く聞こえすぎる音を、音程の低い別の音に差し替えたり、ヘッドホンで聞くとノイズが聞こえる音を他の音に差し替えたりすることにより、ユーザに違和感を与えることなく再生を実行することが可能となる。

第８の局面のより好ましい局面によれば、この情報処理プログラムは、コンピュータを、所定の外部出力機器との接続が検出された場合には、音楽再生手段において、再生が行われる音楽データの音量を調整する調整手段としてさらに機能させる。

この局面によれば、外部出力機器（典型的には、ヘッドホン）との接続が検出された場合には、再生が行なわれる音楽データの音量を調整する調整手段が機能する。

典型的な実施の形態に示すように、ユーザが、外部出力機器（典型的には、ヘッドホン）を装着した場合に、例えば、スピーカから再生する場合には、違和感の無いバランスの良い再生される音声信号のボリュームについて、ヘッドホンで聞くと再生される音声信号のボリュームのバランスが悪い音のボリュームを大きくしたり、あるいは小さくすることにより、バランスよく聞こえるように調整することにより、ユーザに違和感を与えることなく再生を実行することが可能となる。

第８の局面のより好ましい局面によれば、スリープ手段は、開閉検出手段により上側部材と下側部材とが開いている状態から閉じている状態に遷移したことが検出された場合に、表示機能の少なくとも一部を停止する。

この局面によれば、上側部材と下側部材とが開いている状態から閉じている状態に遷移したことが検出された場合において、表示機能の少なくとも一部を停止する。

典型的な実施の形態に示すように、ユーザが上側部材と下側部材とを開いた状態から閉じた状態とした場合に、表示機能の少なくとも一部を停止することにより、動作させる必要の無い機能を停止して、スリープ状態とするため消費する電力を節電することが可能となる。

第８の局面の別の局面によれば、音楽データの再生が可能な情報処理装置のコンピュータにおいて実行される情報処理プログラムであって、コンピュータを、音楽データの再生を行う音楽再生手段と、音楽再生手段による音楽データの再生において、ステレオ再生あるいはモノラル再生を切替える設定指示を受け付ける再生設定受付手段として機能させる。音楽再生手段は、設定指示を受け付けた場合において、所定の外部出力機器との接続が検出された場合には、設定指示に従った再生を行い、所定の外部出力機器との接続が検出されなかった場合には、ステレオ再生を行う。

この局面によれば、音楽データの再生において、ステレオ再生あるいはモノラル再生を切替える設定指示を受け付ける再生設定手段が機能し、所定の外部出力機器との接続が検出された場合に、設定指示に従って、ステレオ再生あるいはモノラル再生が実行される。

典型的な実施の形態に示すように、ユーザが、外部出力機器（典型的には、ヘッドホン）に対する再生において、「ヘッドホン」の機能選択アイコン５６１を選択して、切替えることにより、ヘッドホンの形式に応じて適切な再生処理を選択することが可能である。

第８の局面のさらに別の局面によれば、上側部材（２１）と下側部材（１１）とが開閉可能に連結された、音楽データの再生が可能な情報処理装置（１０）であって、音楽データの再生を行う音楽再生手段（ＳＤ９０）と、上側部材と下側部材との開閉状態を検出する開閉検出手段（ＳＤ１５０）と、音楽再生手段による音楽データの再生中であり、開閉検出手段により上側部材と下側部材とが開いている状態から閉じている状態に遷移したことが検出された場合において、所定の外部出力機器との接続が検出された場合には、音楽再生手段による音楽データの再生を継続し、所定の外部出力機器との接続が検出された場合には、音楽再生手段による音楽データの再生を継続し、所定の外部出力機器との接続が検出されなかった場合には、音楽再生手段による音楽データの再生を停止するスリープ手段（ＳＤ１５３，ＳＤ１５４）とを備える。

このさらに別の局面に従えば、音楽データの再生が可能な情報処理装置であって、音楽データの再生を行う音楽再生手段と、音楽再生手段による音楽データの再生において、ステレオ再生あるいはモノラル再生を切替える設定指示を受け付ける再生設定受付手段（ＳＤ２６１，ＳＤ２１２，ＳＤ２１３）とを備え、音楽再生手段は、設定指示を受け付けた場合において、所定の外部出力機器との接続が検出された場合には、設定指示に従った再生を行い、所定の外部出力機器との接続が検出されなかった場合には、ステレオ再生を行う（ＳＤ２１４，ＳＤ２１５）。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、請求の範囲によって示され、請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

Claims (47)

1. 複数のハウジング（１１，２１）により開閉可能な情報処理装置（１０）であって、
   前記複数のハウジングの連結部分に設けられた、撮像手段（２３）および音声入力手段（２１Ｃ，４２）と、
   記憶手段（３４）と、
   前記撮像手段を用いて撮像データを取得する撮像データ取得手段（３１，ＳＡ５０）と、
   前記撮像データ取得手段により取得された撮像データを前記記憶手段に記憶する撮像データ記憶制御手段（３１，ＳＡ５４）と、
   前記音声入力手段を用いて音声データを取得する音声データ取得手段（３１，ＳＤ１７１）と、
   前記音声データ取得手段により取得された音声データを前記記憶手段に記憶する音声データ記憶制御手段（３３，ＳＤ１７３）とを備える、情報処理装置。
2. 前記記憶手段に記憶された前記撮像データを再生する撮像データ再生手段（３１，ＳＡ４１）をさらに備える、請求の範囲第１項に記載の情報処理装置。
3. 前記記憶手段に記憶された前記撮像データを編集する撮像データ編集手段（３１，ＳＡ５８）をさらに備える、請求の範囲第１項に記載の情報処理装置。
4. 前記記憶手段に記憶された前記音声データを再生する音声データ再生手段（３１，ＳＤ７６＃）をさらに備える、請求の範囲第１項に記載の情報処理装置。
5. 前記記憶手段に記憶された前記音声データを編集する音声データ編集手段（３１，ＳＤ２６２）をさらに備える、請求の範囲第１項に記載の情報処理装置。
6. 近距離無線通信手段（３８）と、
   前記記憶手段に記憶された撮像データを、前記近距離無線通信手段を用いて、他の前記情報処理装置に送信する撮像データ送信制御手段（３１，ＳＣ５２）と、
   他の前記情報処理装置から、前記近距離無線通信手段を用いて、撮像データを受信し、前記記憶手段に記憶する撮像データ受信制御手段（３１，ＳＣ５３）とをさらに備える、請求の範囲第１項に記載の情報処理装置。
7. 前記開閉を検出する開閉検出手段（５０）をさらに備え、
   前記撮像データ再生手段は、前記開閉検出手段により前記開閉が検出されるたびに、前記記憶手段に記憶された撮像データのうち、異なる撮像データに基づいて撮像画像を表示する（ＳＡ７３）、請求の範囲第１項に記載の情報処理装置。
8. 前記記憶手段は、
   前記情報処理装置のコンピュータを、前記撮像データ取得手段および前記撮像データ記憶制御手段として機能させる、撮像データ取得プログラム（５３）と、
   前記情報処理装置のコンピュータを前記音声データ取得手段および前記音声データ記憶制御手段として機能させる、音声データ取得プログラム（５７）と、をさらに記憶し、
   前記情報処理装置は、前記情報処理装置を起動したときに、少なくとも、前記撮像データ取得プログラムまたは前記音声データ取得プログラムのうちからいずれかを選択させ、当該選択されたプログラムを起動する起動制御手段（３１，ＳＡ５〜ＳＡ１３）をさらに備え、
   前記起動制御手段は、前記撮像手段を用いて撮像データを取得して前記記憶手段に記憶する機能（３１，ＳＡ１０）を有する、請求の範囲第１項に記載の情報処理装置。
9. 前記情報処理装置を開いたときに、前記複数のハウジングのうち１つのハウジングが存在する側の、前記複数のハウジングのうちの他の１つのハウジングの上面に設けられる第１操作手段（１４Ｉ，１４Ｊ）をさらに備え、
   前記撮像データ記録手段は、前記第１操作手段が操作されたときに、前記撮像手段を用いて撮像データを取得して、前記記憶手段に記憶する、請求の範囲第１項に記載の情報処理装置。
10. 前記撮像手段および前記音声入力手段は、前記連結部の中央付近に設けられる、請求の範囲第１項に記載の情報処理装置。
11. 前記撮像手段は、前記連結部の中央に設けられ、
    前記音声入力手段は、前記連結部の中央からオフセットされた位置に設けられる、請求の範囲第１０項に記載の情報処理装置。
12. 各ハウジングに設けられる表示手段（１２，２２）をさらに備える、請求の範囲第１項に記載の情報処理装置。
13. 前記ハウジングは横長のハウジングである、請求の範囲第１項に記載の情報処理装置。
14. 前記複数のハウジングのうち１つのハウジングにおいて、前記表示手段の左右にそれぞれ配置される第１および第２の操作手段（１４Ａ〜１４Ｅ）と、
    前記複数のハウジングのうち他の１つのハウジングにおいて、前記表示手段の左右にそれぞれ配置される第１および第２の音声出力手段（２１Ｄ，４５，４７）とをさらに備える、請求の範囲第１項に記載の情報処理装置。
15. メモリカード（２８，２９）を着脱自在に装着するための接続手段（３６，３７）をさらに備える、請求の範囲第１項に記載の情報処理装置。
16. 前記撮像データ記憶制御手段は、前記撮像データを、前記記憶手段と前記メモリカードとに選択的に記憶可能である、請求の範囲第１５項に記載の情報処理装置。
17. 前記音声データ記憶制御手段は、前記音声データを、前記記憶手段と前記メモリカードに選択的に記憶可能である、請求の範囲第１５項に記載の情報処理装置。
18. 前記情報処理装置のコンピュータを、前記撮像データ取得手段および前記撮像データ記憶制御手段として機能させるプログラムを内蔵の記憶手段に記憶し、当該プログラムを前記情報処理装置のコンピュータに実行させることが可能である、請求の範囲第１項に記載の情報処理装置。
19. 前記メモリカードに記憶されたアプリケーションプログラムを読み出して、前記情報処理装置のコンピュータに実行させることが可能である、請求の範囲第１５項に記載の情報処理装置。
20. 請求の範囲第１９項に記載の情報処理装置と、
    前記アプリケーションプログラムとして、前記情報処理装置のコンピュータを、前記撮像データ取得手段および前記撮像データ記憶制御手段として機能させるプログラムを記憶し、データを書き込み可能な前記メモリカードとを備え、
    前記撮像データ記憶制御手段は、前記撮像データを、前記記憶手段および前記メモリカードのいずれかに選択的に記憶可能である、情報処理システム。
21. 請求の範囲第１９項に記載の情報処理装置と、
    前記アプリケーションプログラムとして、前記情報処理装置のコンピュータを、前記記憶手段に記憶された撮像データを利用する撮像データ利用処理手段として機能させるプログラムを記憶する前記メモリカードとを備える、情報処理システム。
22. 請求の範囲第１９項に記載の情報処理装置と、
    前記アプリケーションプログラムとして、前記情報処理装置のコンピュータを、前記記憶手段および前記メモリカードに記憶された撮像データを利用する撮像データ利用処理手段として機能させるプログラムを記憶する前記メモリカードとを備える、情報処理システム。
23. 請求の範囲第１９項に記載の情報処理装置と、
    前記アプリケーションプログラムとして、前記情報処理装置のコンピュータを、前記音声データ取得手段および前記音声データ記憶制御手段として機能させるプログラムを記憶し、データを書き込み可能な前記メモリカードとを備え、
    前記音声データ記憶制御手段は、前記音声データを、前記記憶手段および前記メモリカードのいずれかに選択的に記憶可能である、情報処理システム。
24. 請求の範囲第１９項に記載の情報処理装置と、
    前記アプリケーションプログラムとして、前記情報処理装置のコンピュータを、前記記憶手段に記憶された音声データを利用する音声データ利用処理手段として機能させるプログラムを記憶する前記メモリカードとを備える、情報処理システム。
25. 請求の範囲第１９項に記載の情報処理装置と、
    前記アプリケーションプログラムとして、前記情報処理装置のコンピュータを、前記記憶手段および前記メモリカードに記憶された音声データを利用する音声データ利用処理手段として機能させるプログラムを記憶する前記メモリカードとを備える、情報処理システム。
26. メモリカードを着脱自在に装着するための前記接続手段を複数備える、請求の範囲第１５項〜第１９項のいずれか１項に記載の情報処理装置。
27. 前記接続手段は、
    汎用規格のメモリカード（２８）を着脱自在に装着するための第１の接続手段と、
    専用規格のメモリカード（２９）を着脱自在に装着するための第２の接続手段とを含む、請求の範囲第２６項に記載の情報処理装置。
28. 前記撮像データ記憶制御手段は、前記撮像データを、前記記憶手段と前記汎用規格のメモリカードと前記専用規格のメモリカードとに選択的に記憶可能である、請求の範囲第２７項に記載の情報処理装置。
29. 前記音声データ記憶制御手段は、前記音声データを、前記記憶手段と前記汎用規格のメモリカードと前記専用規格のメモリカードとに選択的に記憶可能である、請求の範囲第２７項に記載の情報処理装置。
30. 前記専用規格のメモリカードに記憶されたアプリケーションプログラムを読み出して、前記情報処理装置のコンピュータに実行させることは許可されており、
    前記汎用規格のメモリカードに記憶されたアプリケーションプログラムを読み出して、前記情報処理装置のコンピュータに実行させることは禁止されている、請求の範囲第２７項に記載の情報処理装置。
31. 請求の範囲第２８項に記載の情報処理装置と、
    前記アプリケーションプログラムとして、前記情報処理装置のコンピュータを、第２の撮像データ取得手段および第２の撮像データ記憶制御手段として機能させるプログラムを記憶する前記専用規格のメモリカードとを備え、
    前記第２撮像データ記憶制御手段は、前記撮像データを、少なくとも、前記記憶手段、前記汎用規格のメモリカード、および前記専用規格のメモリカードのいずれかに選択的に記憶可能である、情報処理システム。
32. 請求の範囲第２８項に記載の情報処理装置と、
    前記アプリケーションプログラムとして、前記情報処理装置のコンピュータを、第２の音声データ取得手段および第２の音声データ記憶制御手段として機能させるプログラムを記憶する前記専用規格のメモリカードとを備え、
    前記第２の音声データ記憶制御手段は、前記音声データを、少なくとも、前記記憶手段、前記汎用規格のメモリカード、および前記専用規格のメモリカードのいずれかに選択的に記憶可能である、情報処理システム。
33. 請求の範囲第２８項に記載の情報処理装置と、
    前記アプリケーションプログラムとして、前記情報処理装置のコンピュータを、前記記憶手段および前記汎用規格のメモリカードおよび前記専用規格のメモリカードに記憶された撮像データを利用する撮像データ利用処理手段として機能させるプログラムを記憶する前記専用規格のメモリカードとを備える、情報処理システム。
34. メモリカード（２８，２９）と、
    前記メモリカードに記憶されたアプリケーションプログラムを読み出して処理を実行することが可能な情報処理装置（１０）とを備え、
    前記情報処理装置は、
    撮像手段（２３）と、
    内蔵の記憶手段（３４）と、
    メモリカードを着脱自在に装着するための接続手段（３６，３７）と、
    内蔵のプログラム記憶手段（９０１〜９０８）とを含み、前記内蔵のプログラム記憶手段は、前記情報処理装置のコンピュータを
    前記撮像手段を用いて撮像データを取得する第１の撮像データ取得手段、および
    前記撮像データ取得手段により取得された撮像データを前記内蔵の記憶手段に記憶する第１の撮像データ記憶制御手段、として機能させるプログラムを記憶し、
    前記メモリカードは、前記アプリケーションプログラムとして、前記情報処理装置のコンピュータを、
    前記撮像手段を用いて撮像データを取得する第２の撮像データ取得手段、および
    前記撮像データ取得手段により取得された撮像データを前記内蔵の記憶手段に記憶する第２の撮像データ記憶制御手段、として機能させるプログラムを記憶する、情報処理システム。
35. メモリカード（２８，２９）と、
    前記メモリカードに記憶されたアプリケーションプログラムを読み出して処理を実行することが可能な情報処理装置とを備え、
    前記情報処理装置は、
    撮像手段（２３）と、
    内蔵の記憶手段（３４）と、
    メモリカードを着脱自在に装着するための接続手段（３６，３７）と、
    内蔵のプログラム記憶手段（９０１〜９０８）とを含み、前記内蔵のプログラム記憶手段は、前記情報処理装置のコンピュータを、
    前記撮像手段を用いて撮像データを取得する第１の撮像データ取得手段、および
    前記撮像データ取得手段により取得された撮像データを前記内蔵の記憶手段に記憶する第１の撮像データ記憶制御手段、として機能させるプログラムを記憶し、
    前記メモリカードは、前記アプリケーションプログラムとして、前記情報処理装置のコンピュータを、前記内蔵の記憶手段に記憶された撮像データを利用する撮像データ利用処理手段として機能させるプログラムを記憶する、情報処理システム。
36. 撮像手段（２３）を有し、複数のアプリケーションプログラムを記憶可能な情報処理装置（１０）のコンピュータにおいて実行され、当該複数のアプリケーションプログラムの中からユーザが所望するアプリケーションプログラムを選択的に起動するための起動用プログラム（５１）であって、
    前記複数のアプリケーションプログラムを選択的に起動する第１起動操作を受け付ける第１起動操作受付手段（ＳＡ６，ＳＡ１１）と、
    前記第１起動操作が行われた場合、前記複数のアプリケーションプログラムのうち当該第１起動操作で選択されたアプリケーションプログラムを、前記コンピュータによって実行されるプログラムを記憶するための所定の記憶手段に読み込んで、当該アプリケーションプログラムを起動する第１起動手段（ＳＡ１２）と、
    所定の撮影操作に応じて、前記撮像手段による撮像画像を記憶手段に保存する撮影処理を行う撮影処理手段（ＳＡ１０）として前記コンピュータを機能させる、起動用プログラム。
37. 前記撮影処理手段は、前記撮像手段による撮像画像を記憶手段に保存する撮影機能を有し、当該撮影機能により撮影した画像を編集する機能を有しない、請求の範囲第３６項に記載の起動用プログラム。
38. 前記撮影処理手段は、前記撮像手段による撮像画像を記憶手段に保存する撮影機能を有し、当該撮影機能により撮影した画像の中から任意に閲覧する機能を有しない、請求の範囲第３６項に記載の起動用プログラム。
39. 前記情報処理装置は、前記アプリケーションプログラムとして、前記撮像手段による撮像画像を記憶手段に保存する撮影機能を有する撮影アプリケーションプログラム（５３）を記憶している、請求の範囲第３６項に記載の起動用プログラム。
40. 前記撮影アプリケーションプログラムは、撮影した画像を編集する機能をさらに有する、請求の範囲第３９項に記載の起動用プログラム。
41. 前記撮影アプリケーションプログラムは、撮影した画像の中から任意に閲覧する機能をさらに有する、請求の範囲第３９項に記載の起動用プログラム。
42. 前記撮影アプリケーションプログラムは、撮影した画像を前記記憶手段に保存する、請求の範囲第３９項に記載の起動用プログラム。
43. 前記記憶手段に保存された撮影画像を、他の前記情報処理装置と交換することが可能な、請求の範囲第３６項に記載の起動用プログラム。
44. 前記撮影アプリケーションプログラムは、前記撮影操作に応じて、撮影した画像を前記記憶手段に保存する、請求の範囲第３９項に記載の起動用プログラム。
45. 前記記憶手段に保存された撮影画像を、前記複数のアプリケーションプログラムを選択的に起動するための画像とともに表示する（ＳＡ５）、請求の範囲第３６項に記載の起動用プログラム。
46. 起動したアプリケーションプログラムが終了したときに、前記起動用プログラムの実行により、前記複数のアプリケーションプログラムを選択的に起動するための画像とともに表示するときに、前記記憶手段に保存された撮影画像のうち、前回とは異なる撮影画像を表示する（ＳＡ２８）、請求の範囲第４５項に記載の起動用プログラム。
47. 請求の範囲第３６項〜第４６項のいずれか１項に記載の起動用プログラムを記憶した記憶媒体。

Images