JP4385951B2 - 携帯型情報処理装置および携帯型情報処理装置の情報処理方法、並びにプログラム - Google Patents

Description

本発明は、携帯型情報処理装置および情報処理方法、並びにプログラムに関し、特に、携帯型情報処理装置の表示部に、操作を入力させるための画像を動的に表示させるようにした携帯型情報処理装置および情報処理方法、並びにプログラムに関する。

例えば、特許文献１には、音声案内のサービスごとに対応するレイアウトを有することで、音声案内サービスに固有のレイアウトを表示させる音声案内対応通信端末装置が提案されている。

しかしながら、一般的な携帯型のＣＤ（Compact Disc）プレーヤなどの携帯型情報処理装置においては、操作を入力するための操作部の配列やデザインがハード的に固定されており、そのレイアウトは変化しないものとされている。

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

このような携帯型のＣＤプレーヤなどの携帯型情報処理装置では、操作部の動的な変化が要望されているが、操作を入力するための操作部がハード的に固定されているので、操作部の動的な変化が実現できないという課題があった。

本発明はこのような状況に鑑みてなされたものであり、携帯型情報処理装置の表示部に、操作を入力させるための画像を動的に表示させるようにするものである。

本発明の携帯型情報処理装置は、携帯型情報処理装置の内部または外部の所定状態を検知する検知手段と、ユーザからの操作入力を受け付けるタッチパネルと、タッチパネルに重ねて設けられている表示部に、画像を表示させるよう制御する表示制御手段と、記録媒体から、複数の画像データと、各画像データの画像が表示される表示部上の位置を示す位置データと、各画像データに対応する処理を示す処理データと、各画像を表示する条件であって、検知手段により検知される状態が満たすべき条件と、各前記画像データに対応する複数の音楽ファイルとが対応付けられたテーブルを読み出す読み出し手段と、読み出し手段により読み出されたテーブルを参照して、検知手段によりその時点で検知されている状態が満たしている条件を認識し、認識された条件に対応付けられている画像データを、認識された前記に対応付けられている位置データに基づいて配置し、表示部に表示させるための表示用画像データを生成する生成手段とを備え、検知手段は、携帯型情報処理装置の内部または外部の所定状態として、再生中の音楽ファイルを検知して、音楽ファイルの再生位置を検知し、条件は、複数の音楽ファイルのうち、再生対象の音楽ファイルの再生位置の範囲として決定されており、生成手段は、複数の音楽ファイルのうち再生対象の音楽ファイルを認識し、検知手段によりその時点で検知されている再生位置が満たしている条件を認識し、認識された音楽ファイルに対応付けられている各画像データのうち、認識された条件に対応付けられている画像データを、認識された条件に対応付けられている位置データに基づいて配置し、表示部に表示させるための表示用画像データを生成し、表示制御手段は、生成手段により生成された表示用画像データに基づく画像を表示部に表示させるよう制御し、タッチパネルにより表示部に表示された画像に対するユーザからの操作入力が受け付けられた場合、生成手段により認識された条件に対応付けられている処理データに基づいて、受け付けられた操作入力に対応する処理が実行されることを特徴とする。

記録媒体にはTOC（Table Of Contents）が記録されており、テーブルは、TOCに関連付けられて記録されているものとすることができる。
検知手段は、携帯型情報処理装置の内部または外部の所定状態として、さらに、携帯型情報処理装置の外部の温度を検知し、条件は、再生位置の範囲として決定されている条件に加えてさらに、外部の温度が取り得る範囲として決定されていることを特徴とする。

テーブルには、複数の画像データに対応する、記録媒体に記録されている複数の音楽ファイルがさらに対応付けられており、検知手段は、音楽ファイルの再生位置を検知し、条件は、音楽ファイルの再生位置の範囲として決定されており、生成手段は、再生される音楽ファイルおよび、その時点の再生位置が満たしている条件を認識し、認識された音楽ファイルに対応付けられている複数の画像データのうち、認識された条件に対応付けられている画像データを、認識された条件に対応付けられている位置データに基づいて配置し、表示部に表示させるための表示用画像データを生成し、表示制御手段は、生成手段により生成された表示用画像データに基づく画像を表示部に表示させるよう制御するものとすることができる。

テーブルには、複数の画像データのそれぞれが選択された場合に再生される音楽データがさらに対応付けられており、タッチパネルにより表示部に表示された画像に対するユーザからの操作入力が受け付けられた場合、音楽データが再生されるものとすることができる。

本発明の情報処理方法は、携帯型情報処理装置の内部または外部の所定状態を検知する検知ステップと、タッチパネルに重ねて設けられている表示部に、画像を表示させるよう制御する表示制御ステップと、記録媒体から、複数の画像データと、各画像データの画像が表示される表示部上の位置を示す位置データと、各画像データに対応する処理を示す処理データと、各画像を表示する条件であって、検知部により検知される状態が満たすべき条件と、各画像データに対応する複数の音楽ファイルとが対応付けられたテーブルを読み出す読み出しステップと、読み出しステップの処理により読み出されたテーブルを参照して、検知部によりその時点で検知されている状態が満たしている条件を認識し、認識された条件に対応付けられている画像データを、認識された条件に対応付けられている位置データに基づいて配置し、表示部に表示させるための表示用画像データを生成する生成ステップとを含み、検知ステップは、携帯型情報処理装置の内部または外部の所定状態として、再生中の音楽ファイルを検知して、音楽ファイルの再生位置を検知するステップを含み、条件は、複数の音楽ファイルのうち、再生対象の音楽ファイルの再生位置の範囲として決定されており、生成ステップは、複数の音楽ファイルのうち再生対象の音楽ファイルを認識し、検知ステップの処理によりその時点で検知されている再生位置が満たしている条件を認識し、認識された音楽ファイルに対応付けられている各画像データのうち、認識された条件に対応付けられている画像データを、認識された条件に対応付けられている位置データに基づいて配置し、表示部に表示させるための表示用画像データを生成するステップを含み、表示制御ステップは、生成ステップの処理により生成された表示用画像データに基づく画像を表示部に表示させるよう制御するステップを含み、タッチパネルにより表示部に表示された画像に対するユーザからの操作入力が受け付けられた場合、生成ステップにより認識された条件に対応付けられている処理データに基づいて、受け付けられた操作入力に対応する処理が実行されることを特徴とする。

本発明のプログラムは、記録媒体に記録されている情報に基づく処理を実行する、ユーザからの操作入力を受け付けるタッチパネルと、タッチパネルに重ねて設けられている表示部と自身の内部または外部の所定状態を検知する検知部とを備える携帯型情報処理装置のコンピュータに情報処理を実行させるプログラムであって、携帯型情報処理装置の内部または外部の所定状態を検知する検知ステップと、タッチパネルに重ねて設けられている表示部に、画像を表示させるよう制御する表示制御ステップと、記録媒体から、複数の画像データと、各画像データの画像が表示される表示部上の位置を示す位置データと、各画像データに対応する処理を示す処理データと、各画像を表示する条件であって、検知部により検知される状態が満たすべき条件と、各画像データに対応する複数の音楽ファイルとが対応付けられたテーブルを読み出す読み出しステップと、読み出しステップの処理により読み出されたテーブルを参照して、検知部によりその時点で検知されている状態が満たしている条件を認識し、認識された条件に対応付けられている画像データを、認識された条件に対応付けられている位置データに基づいて配置し、表示部に表示させるための表示用画像データを生成する生成ステップとを含み、検知ステップは、携帯型情報処理装置の内部または外部の所定状態として、再生中の音楽ファイルを検知して、音楽ファイルの再生位置を検知するステップを含み、条件は、複数の音楽ファイルのうち、再生対象の音楽ファイルの再生位置の範囲として決定されており、生成ステップは、複数の音楽ファイルのうち再生対象の音楽ファイルを認識し、検知ステップの処理によりその時点で検知されている再生位置が満たしている条件を認識し、認識された音楽ファイルに対応付けられている各画像データのうち、認識された条件に対応付けられている画像データを、認識された条件に対応付けられている位置データに基づいて配置し、表示部に表示させるための表示用画像データを生成するステップを含み、表示制御ステップは、生成ステップの処理により生成された表示用画像データに基づく画像を表示部に表示させるよう制御するステップを含み、タッチパネルにより表示部に表示された画像に対するユーザからの操作入力が受け付けられた場合、生成ステップにより認識された条件に対応付けられている処理データに基づいて、受け付けられた操作入力に対応する処理が実行されることを特徴とする。

本発明によれば、記録媒体から、複数の画像データと、各画像データの画像が表示される表示部上の位置を示す位置データと、各画像データに対応する処理を示す処理データと、各画像を表示する条件であって、検知部により検知される状態が満たすべき条件と、各画像データに対応する複数の音楽ファイルとが対応付けられたテーブルが読み出され、テーブルが参照され、検知部によりその時点で検知されている状態が満たしている条件が認識され、認識された条件に対応付けられている画像データが、配置する位置のデータに基づいて配置され、表示部に表示させるための表示用画像データが生成され、携帯型情報処理装置の内部または外部の所定状態として、再生中の音楽ファイルが検知され、音楽ファイルの再生位置が検知され、条件は、複数の音楽ファイルのうち、再生対象の音楽ファイルの再生位置の範囲として決定され、複数の音楽ファイルのうち再生対象の音楽ファイルが認識され、その時点で検知されている再生位置が満たしている条件が認識され、認識された音楽ファイルに対応付けられている各画像データのうち、認識された条件に対応付けられている画像データが、認識された条件に対応付けられている位置データに基づいて配置され、表示部に表示させるための表示用画像データが生成され、表示用画像データに基づく画像が表示部に表示され、タッチパネルにより表示部に表示された画像に対するユーザからの操作入力が受け付けられた場合、認識された条件に対応付けられている処理データに基づいて、受け付けられた操作入力に対応する処理が実行される。

第１の本発明によれば、携帯型情報処理装置の表示部に、操作を入力させるための画像を表示させることができる。特に、第１の本発明によれば、優先順位に従って、画面要素の要素を示す画像を表示させることができる。

第２の本発明によれば、携帯型情報処理装置の表示部に、操作を入力させるための画像を表示させることができる。特に、第２の本発明によれば、操作を入力するための画像条件に合わせて表示させることができる。

以下に本発明の実施の形態を説明するが、本明細書に記載の発明と、発明の実施の形態との対応関係を例示すると、次のようになる。この記載は、本明細書に記載されている発明をサポートする実施の形態が、本明細書に記載されていることを確認するためのものである。したがって、発明の実施の形態中には記載されているが、発明に対応するものとして、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その発明に対応するものではないことを意味するものではない。逆に、実施の形態が発明に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その発明以外の発明には対応しないものであることを意味するものでもない。

さらに、この記載は、本明細書に記載されている発明の全てを意味するものでもない。換言すれば、この記載は、本明細書に記載されている発明であって、この出願では請求されていない発明の存在、すなわち、将来、分割出願されたり、補正により出現、追加される発明の存在を否定するものではない。

以下、図を参照して、本発明を適用した一実施の形態について説明する。

最初に、図１乃至図６を参照して、本発明を適用した第１の実施の形態について説明する。

図１は、本発明を適用した携帯型情報処理装置１の構成例を示すブロック図である。携帯型情報処理装置１は、例えば、ＣＤ（Compact Disc）プレーヤなどの、携帯型の情報処理装置である。本実施の形態においては、記録媒体として光ディスク６０が使用される。

図１の携帯型情報処理装置１のデータバス１１には、CPU(Central Processing Unit)１２、SDRAM（Synchronous DRAM(Dynamic Random Access Memory)）１３、再生制御部１４、オーディオデコーダ１５、表示制御部１６、タッチセンサ１７、フラッシュメモリ１８、および温度センサ１９が接続されている。

CPU１２は、データバス１１を介して接続されている各部を制御する。また、CPU１２は、光ディスク６０から読み出され、SDRAM１３に保持されたキー情報ファイル（詳細は図３を用いて後述する）に基づいて、表示用画像データを生成する。SDRAM１３は、携帯型情報処理装置１が処理を実行する上で必要なデータを適宜記憶する。例えば、SDRAM１３は、データバス１１を介して再生制御部１４から供給された、光ディスク６０から読み出されたデータを記憶する。また、SDRAM１３には、LCD３１の画面に表示させる画像を生成するために用いられる記憶領域が確保されており、その記憶領域に、LCD３１の画面に表示させるための画像のデータなどが適宜記憶される。

再生制御部１４は、ディスクドライブ５０と接続されており、ディスクドライブ５０を介して、光ディスク６０の再生を制御する。例えば、再生制御部１４は、CPU１２からの指令に基づいて、ディスクドライブ５０に光ディスク６０の再生を指令し、これに対してディスクドライブ５０から供給されてきた光ディスク６０の再生データ（オーディオデータなど）を取得する。

オーディオデコーダ１５は、エンコードされているオーディオデータをデコードする。例えば、オーディオデコーダ１５は、データバス１１を介して再生制御部１４から供給されてきた、エンコードされているオーディオデータ（光ディスク６０に記録されていた音楽ファイル（例えば、後述する図２の音楽ファイル８３−１））をデコードする。また、オーディオデコーダ１５は、Ｄ／Ａ（Digital / Analog）変換部４１と接続されており、Ｄ／Ａ変換部４１はスピーカ４２に接続されている。Ｄ／Ａ変換部４１は、オーディオデコーダ１５によりデコードされたオーディオデータ（ディジタルデータ）をアナログのオーディオデータに変換し、これを、スピーカ４２に出力する。スピーカ４２は、アナログのオーディオデータに基づく音声を出力する。

表示制御部１６は、表示部であるLCD（Liquid Crystal Display）３１への表示を制御する。例えば、表示制御部１６は、データバス１１を介して再生制御部１４から供給されたデータに基づく画像を表示させるようLCD３１への表示を制御する。LCD３１は、表示制御部１６からの制御に基づいて画像を表示する。また、LCD３１には、タッチパネル３２が重ねて設けられている。すなわちLCD３１とタッチパネル３２は、一体型とされている。タッチセンサ１７は、タッチパネル３２に対して入力された操作を検出し、対応する信号を、データバス１１を介してCPU１２に供給する。

フラッシュメモリ１８には、光ディスク６０に記憶されているデータ（例えば、音楽ファイルのデータ）の再生回数などの情報が記憶される。温度センサ１９は、携帯型情報処理装置１が設けられている外気の温度を検出（検知）し、検出した温度を、データバス１１を介してCPU１２に供給する。

ディスクドライブ５０は、光ディスク６０に記録されているデータを、再生制御部１４からの制御に基づいて読み出す。

具体的には、ディスクドライブ５０には、ＲＦアンプ５１、モータドライブ５２、モータ５３、およびピックアップ部５４が設けられている。ディスクドライブ５０では、ターンテーブル（図示せず）に装着された光ディスク６０をモータ５３によって回転駆動させる。モータドライブ５２は、再生制御部１４からの制御に基づいて、モータ５３を駆動する。ピックアップ部５４は、光ディスク６０に対してレーザを照射することで、光ディスク６０に記録されたデータを読み取り、これをＲＦアンプ５１に供給する。

次に、図２を参照して、図１の光ディスク６０に記録されている情報について説明する。

図２の光ディスク６０には、TOC（Table Of Contents）８１、キー情報ファイル８２、および音楽ファイル８３−１乃至８３−ｎ（ｎは任意の自然数）が記録されている。

TOC８１は、光ディスク６０内に記録されている情報の一覧である。TOC８１は、例えば、光ディスク６０の最内周に記録されている。キー情報ファイル８２は、表示部としてのLCD３１（図１）に操作のためのアイコン（操作キー）を表示させるための情報が書き込まれているファイルである。本実施の形態においては、TOC８１とキー情報ファイル８２とは、対応付けられて光ディスク６０に記録されている。例えば、光ディスク６０からTOC８１が読み出された場合に、キー情報ファイル８２もまた読み出される。音楽ファイル８３−１乃至８３−ｎは、それぞれが１曲（１トラック）分の音楽データに対応する。図２の例では、トラック（Track）＃１が音楽ファイル８３−１に対応し、トラック＃２が音楽ファイル８３−２に対応し、トラック＃３が音楽ファイル８３−３に対応し、同様にして、トラック＃ｎが音楽ファイル８３−ｎに対応する。すなわち、音楽ファイル８３−１を読み出せば、曲を１曲分（１トラック）再生することができる。

このように、光ディスク６０に記録されているディスクコンテンツ情報の一部に、キー情報ファイル８２が含まれている。

ここで、キー情報ファイル８２の詳細な例を、図３を参照して説明する。

図３のキー情報ファイル８２には、インデックス番号、トラック（Track）番号、キーの機能、デザイン、位置、サウンド（操作音）、条件、およびキーワードが対応付けられたテーブルが含まれている。これらの情報の格納方法は、例えば、光ディスク６０の規格で定めておくことができる。

インデックス番号「０」には、トラック番号として「disc」、キーの機能（各画像データに対応する処理を示すデータ）として「Play」、「Stop」、および「Pause」、キーの機能のそれぞれに対応するデザイン（画像データ）として「a0.bmp」、「b0.bmp」、および「c0.bmp」、デザインのそれぞれが配置される位置の情報（各画像データの画像が表示されるLCD３１上の位置を示す位置データ）として（Xa0,Ya0）、（Xb0,Yb0）、および（Xc0,Yc0）、キーの機能のそれぞれに対応するサウンド（複数の画像データのそれぞれが選択された場合に再生される音楽データ）として「a0.snd」、「b0.snd」、および「c0.snd」、その画像データに対する画像を表示する条件（画像を表示する条件）として「なし」、並びに、キーワード（画像を表示する条件）として「なし」が対応付けられている。

インデックス番号「０」は、いずれのトラックも再生していないデフォルトの条件に対応している。すなわち、光ディスク６０をディスクドライブ５０（図１）に装着した場合、まだトラック（音楽ファイル）を再生していない状態における場合に対応する。そのため、トラック番号も「disc」に対応している。キーの機能は、そのキー（例えば、図１のLCD３１に表示されるアイコン）の機能を示している。この例の場合、キーの機能の種類は、「Play」（再生）、「Stop」（停止）、および「Pause」（一時停止）とされている。デザインは、それぞれ対応するキーの機能の画像（画像ファイル）を示している。すなわち、LCD３１に表示させるキー（アイコン）の画像データのファイルが、各キーの機能に対応付けられている。図３の例の場合、「Play」に「a0.bmp」が対応しており、「Stop」に「b0.bmp」が対応しており、「Pause」に「c0.bmp」が対応している。また、位置は、それぞれ対応する画像データをLCD３１の画面上に表示させる場合の配置情報を、横軸をＸ、縦軸をＹとして座標軸で示している。図３の例の場合、「a0.bmp」に（Xa0,Ya0）が対応しており、「b0.bmp」に（Xb0,Yb0）が対応しており、「c0.bmp」に（Xc0,Yc0）が対応している。また、サウンドは、それぞれ対応するキーの機能の操作音の音声データ（音声ファイル）を示している。すなわち、LCD３１に表示されたキー（アイコン）が選択された場合に出力される音声のデータが、各キーの機能に対応付けられている。図３の例の場合、「Play」に「a0.snd」が対応しており、「Stop」に「b0.snd」が対応しており、「Pause」に「c0.snd」が対応している。条件は、それぞれ対応する画像（キー）や音声などを表示させる場合の条件を示している。図３の例の場合、それぞれ対応するキー（キーの画像）を表示させる条件は「なし」とされている。キーワードは、設定されているキーワードと一致したキーワードが入力された場合にそのインデックスを使用させるための言葉を示している。図３の例の場合、キーワードは「なし」とされている。このキーワードは、例えば、コンテンツプロバイダなどにより設定されており、ユーザは、コンテンツプロバイダから入手することで、設定されたキーワードに対応するアイコン（キー）を表示させることができる。換言すれば、キーワードもまた、表示するための条件のひとつである。

インデックス番号「１」は、トラック＃１（図２の例の場合、音楽ファイル８３−１）を再生している状態に対応している。すなわち、トラック＃１に対応する音楽ファイル８３−１が再生されている場合に、表示（出力）するために使用される情報が、インデックス番号「１」に格納されている。キーの機能、デザイン、サウンド、条件の説明は、インデックス番号「０」と同様であるのでその説明は省略する。また、インデックス番号「２」についても、インデックス番号「１」と同様であるので、その説明は省略する。

インデックス番号「３」は、トラック＃３（図２の例の場合、音楽ファイル８３−３）を再生している状態に対応している。すなわち、トラック＃３に対応する音楽ファイル８３−３が再生されている場合に、表示（出力）するために使用される情報が、インデックス番号「３」に格納されている。ここで、キーの機能が「Stop」に対応するデザイン、サウンド、条件が異なっている。具体的には、条件が１から５０ｓ（秒）である場合、「Stop」のキーの機能に対応するデザインは「b3-1.bmp」であり、位置は（Xb3-1,Yb3-1）であり、サウンドは「b3-1.snd」である。また、条件が５０から９０ｓ（秒）である場合、「Stop」のキーの機能に対応するデザインは「b3-2.bmp」であり、位置は（Xb3-2,Xb3-2）であり、サウンドは「b3-2.snd」である。すなわち、トラック＃３の１秒目から５０秒目までを再生している場合には、「b3-1.bmp」の画像ファイルが、LCD３１の画面上の（Xb3-1,Yb3-1）の位置に表示され、この画像ファイル（アイコン）が選択された場合には、「b3-1.snd」の音声ファイルがサウンドとして出力される。また、トラック＃３の５０秒目から９０秒目までを再生している場合には、「b3-2.bmp」の画像ファイルが、LCD３１の画面上の（Xb3-2,Yb3-2）の位置に表示され、この画像ファイル（アイコン）が選択された場合には、「b3-2.snd」の音声ファイルがサウンドとして出力される。なお、その他の項目については、インデックス番号「１」などと同様であるので、その説明は省略する。

インデックス番号「Ｎ１」は、トラック＃１（図２の例の場合、音楽ファイル８３−１）を再生している状態に対応している。ここで、条件として「Ｔ＞２５℃」が設定されている。このことは、図１の温度センサ１９により検出された温度が２５℃より高い場合に、このインデックス番号「Ｎ１」の情報を用いて、トラック＃１を再生することを示している。なお、キーの機能、デザイン、サウンド、およびキーワードの説明は、インデックス番号「１」と同様であるのでその説明は省略する。

インデックス番号「Ｎ２」は、トラック＃２（図２の例の場合、音楽ファイル８３−２）を再生している状態に対応している。ここで、キーワードとして「key1」が設定されている。このことは、ユーザによりタッチパネル３２を介して入力されたキーワードが「key1」であった場合に、このインデックス番号「Ｎ２」の情報を用いて、トラック＃２を再生することを示している。なお、キーの機能、デザイン、サウンド、および条件の説明は、インデックス番号「１」と同様であるのでその説明は省略する。

このように、キー情報ファイル８２には、インデックス番号、トラック番号、キーの機能、デザイン、サウンド、条件、およびキーワードがそれぞれ対応付けられたテーブルとして含まれている。

なお、キー（アイコン）のデザインに対応する画像ファイルの拡張子は「bmp」に限定されない。また、サウンドに対応する音声ファイルの拡張子も「snd」に限定されない。

次に、図４のフローチャートを参照して、図１の携帯型情報処理装置１における表示処理を説明する。なお、この処理は、携帯型情報処理装置１の電源がオンされた場合に開始される。

ステップＳ１１において、CPU１２は、データバス１１および再生制御部１４を介して、ディスクドライブ５０に光ディスク６０が装着されたか否かを判定し、光ディスク６０が装着されるまで待機する。

ステップＳ１１において、光ディスク６０が装着されたと判定された場合、ステップＳ１２において、再生制御部１４は、ディスクドライブ５０を制御して、光ディスク６０に記録されているTOC８１（図２）を読み込む。再生制御部１４は、読み込んだTOC８１を、データバス１１を介してSDRAM１３に供給し、記憶させる。

ステップＳ１３において、再生制御部１４は、光ディスク６０に（TOC８１に関連付けられて）記録されているキー情報ファイル８２を読み込む。具体的には、再生制御部１４は、CPU１２からの制御に基づいて、光ディスク６０からキー情報ファイル８２（TOC８１に関連付けられているキー情報ファイル８２）を読み込む。再生制御部１４は、読み込んだキー情報ファイル８２を、データバス１１を介してSDRAM１３に供給し、記憶させる。このように、TOC８１とキー情報ファイル８２とは関連づけられているので、TOC８１が読み込まれるときに、キー情報ファイル８２もまた読み込まれ、SDRAM１３に記憶（保持）される。

ステップＳ１４において、CPU１２は、SDRAM１３に記憶されたキー情報ファイル８２に従って、表示する画像ファイルを選択する。例えば、CPU１２は、１回目のステップＳ１４の処理では、図３のインデックス番号「０」に対応する画像ファイル「a0.bmp」、「b0.bmp」、および「c0.bmp」の３つを選択する。すなわち、CPU１２は、図３のキー情報ファイル８２（テーブル）の条件にあうインデックス番号の画像ファイルを、表示する画像ファイルとして選択する。

このように、読み込まれたキー情報ファイル８２に基づいて、条件にあてはまるキー（アイコン）の画像ファイルが選択される。なお、所定のトラック番号に対応するインデックス番号がひとつしかない場合、そのキー情報（対応するインデックス番号の画像ファイル）が使用されるが、所定のトラック番号に対応するインデックス番号が複数あった場合、すなわち、１つのトラック番号に対してキー情報が複数種類設けられていた場合（例えば、図４ではトラック＃１に対して、インデックス番号「１」とインデックス番号「Ｎ１」がある場合）には、CPU１２は、各インデックス番号に対応する条件を参照し、その条件に応じて画像ファイルを選択する。なお、条件が特に設けられていないのに、複数のキー情報が設定されているような場合には、CPU１２がランダムにキー情報を選択するようにする。

ステップＳ１５において、CPU１２は、選択した画像ファイルに基づいて、表示用画像を生成する。いまの例の場合、CPU１２は、「a0.bmp」、「b0.bmp」、および「c0.bmp」の画像ファイルを、それぞれ対応する配置情報（Xa0,Ya0）、（Xb0,Yb0）、および（Xc0,Yc0）に基づいて配置して、表示用画像（表示用画像データ）を生成する。具体的には、CPU１２は、LCD３１の仮想画面を想定して、（Xa0,Ya0）の位置に「a0.bmp」の画像ファイルを展開し、（Xb0,Yb0）の位置に「b0.bmp」の画像ファイルを展開し、（Xc0,Yc0）の位置に「c0.bmp」の画像ファイルを展開して重ね合わせることで、LCD３１の画面に表示させるための表示用画像のデータを生成する。CPU１２は、生成した表示用画像のデータを、データバス１１を介して表示制御部１６に供給する。

ステップＳ１６において、表示制御部１６は、データバス１１を介してCPU１２から供給されてきた表示用画像データに基づく画像を、LCD３１の画面上に表示させるよう制御する。この処理により、LCD３１の画面には、例えば、図５に示されるような画像が表示される。

図５の例において、LCD３１の画面には、「Play」と表示されたアイコン（操作キー）１１１、「STOP」と表示されたアイコン１１２、および「Pause」と表示されたアイコン１１３が示されている。アイコン１１１は、例えば、図３のインデックス番号「０」の「Play」のキー機能に対応する「a0.bmp」に基づくものであり、アイコン１１２は、同じくインデックス番号「０」の「Stop」のキー機能に対応する「b0.bmp」に基づくものであり、アイコン１１３は、同じくインデックス番号「０」の「Pause」のキーに対応する「c0.bmp」に基づくものである。また、LCD３１の画面において、アイコン１１１の中心座標は（Xa0,Ya0）とされ、アイコン１１２の中心座標は（Xb0,Yb0）とされ、アイコン１１３の中心座標は（Xc0,Yc0）とされる。

ステップＳ１７において、タッチセンサ１７は、ユーザにより操作が入力されたか否かを判定する。具体的には、タッチセンサ１７は、LCD３１の画面上に表示されたいずれかのアイコンがユーザにより選択（指またはタッチペンなどにより選択）された場合、タッチパネル３２を介してこれを検出する。

ステップＳ１７において、ユーザにより操作が入力されたと判定された場合、処理はステップＳ１８に進み、CPU１２は、操作に対応する処理を実行する。具体的には、ユーザにより操作が入力された場合、タッチセンサ１７は、ユーザにより選択されたアイコンを、データバス１１を介してCPU１２に通知する。例えば、選択されたアイコンがアイコン１１１である場合、すなわち、「Play」に対応するアイコンである場合、CPU１２は、「Play」に対応するサウンドを出力させるとともに、再生が指令されたトラック（音楽データ）の再生を開始するよう制御する。１回目のステップＳ１９の処理では、初期状態（インデックス番号「０」の状態）であるので、トラック＃１に対応するサウンド（「a0.snd」に対する音声）が出力され、音楽ファイル８３−１の再生が開始される。より具体的には、CPU１２からの制御に基づいて、「a0.snd」のファイルがオーディオデコーダ１５によりデコードされ、Ｄ／Ａ変換部４１によりＤ／Ａ変換され、スピーカ４２を介して出力された後、再生制御部１４により光ディスク６０から音楽ファイル８３−１が読み出され、オーディオデコーダ１５によりデコードされ、Ｄ／Ａ変換部４１によりＤ／Ａ変換されて、スピーカ４２を介して出力される。また、例えば、選択されたアイコンがアイコン１１２である場合、すなわち、「Stop」に対応するアイコンである場合、CPU１２は、「b0.snd」のファイルをオーディオデコーダ１５にデコードさせ、Ｄ／Ａ変換部４１によりＤ／Ａ変換させ、スピーカ４２を介して出力させた後、現在再生しているトラック（音楽データ）の再生を停止するよう制御する。さらに、例えば、選択されたアイコンがアイコン１１３である場合、すなわち、「Pause」に対応するアイコンである場合、CPU１２は、「c0.snd」のファイルをオーディオデコーダ１５にデコードさせ、Ｄ／Ａ変換部４１によりＤ／Ａ変換させ、スピーカ４２を介して出力させた後、現在再生しているトラック（音楽データ）の再生を一時停止するよう制御する。

このように、携帯型情報処理装置１のLCD３１の画面に、操作を入力させるための画像を表示させることができる。

ステップＳ１７において、操作が入力されていないと判定された場合、ステップＳ１８の処理はスキップされる。

ステップＳ１７において、操作が入力されていないと判定された場合、またはステップＳ１８の処理の後、処理はステップＳ１９に進み、CPU１２は、処理を終了するか否かを判定する。例えば、CPU１２は、ユーザにより電源オフが指令された場合や、光ディスク６０に記録されているすべての音楽ファイル８３の再生が終了した場合などに、処理を終了すると判定する。ステップＳ１９において、処理を終了すると判定された場合、処理は終了される。ステップＳ１９において、処理を終了しないと判定された場合、処理はステップＳ１４に戻り、それ以降の処理が繰り返される。具体的には、再びキー情報ファイル８２に従って、表示する画像ファイルが選択され、表示用画像データが生成され、表示される。例えば、２回目の処理でトラック＃１の音楽ファイル８３−１が再生される場合には、図３のインデックス番号「１」の各キーの機能に対応するデザインと位置情報に基づいて表示用画像データが生成され、表示用画像がLCD３１の画面上に表示される。なお、このとき、携帯型情報処理装置１の温度センサ１９が２５度以上を計測した場合には、インデックス番号「Ｎ１」のキー情報に基づいて、表示用画像が生成され、表示される。以下、同様の処理が繰り返される。

このように、再生されているトラック番号（インデックス番号）に対して、キーのデザインやサウンドを設定し、キー情報ファイル８２として光ディスク６０に記録されているので、トラック番号（インデックス番号）ごとに、異なるデザインのアイコンを操作キーとしてLCD３１の画面に表示させることができる。また、各表示されたアイコンにそれぞれサウンドが設定されているので、そのデザインに対応するアイコンが選択された場合に、対応する異なるサウンドを出力させることができ、ユーザは、アイコンや音声の変化を楽しむことができる。

また、図４のインデックス番号「１」とインデックス番号「Ｎ１」は、いずれも同じトラック番号＃１に対応している。これは、同じトラック番号であっても、そのインデックス番号を使用するには条件が設けられているためである。この例では、携帯型情報処理装置１の温度センサ１９が２５度より高い温度を計測した場合に、インデックス番号「Ｎ１」のキー情報が使用され、２５度以下を計測した場合には、インデックス番号「１」のキー情報が使用される。このことは、インデックス番号「２」とインデックス番号「Ｎ２」でも同様である。例えば、キーワードとして「key１」がユーザからの操作により入力された場合（例えば、ステップＳ１７で入力された場合）、インデックス番号「Ｎ２」のキー情報が使用される。

なお、LCD３１の画面上に「Play」、「Stop」、および「Pause」に対応するアイコン以外の各種アイコンを表示させるようにしてもよい。この場合、図３のキー情報ファイルのキーの機能に、その他の各種キーの機能に対応する項目を追加することで、例えば、図６に示されるような画面をLCD３１に表示させることができる。

図６には、「Play」の機能に対応するアイコン１１１、「Stop」の機能に対応するアイコン１１２、および「Pause」の機能に対応するアイコン１１３に加えて、REW（巻き戻し）の機能に対応するアイコン１３１、ＦＦ（早送り）の機能に対応するアイコン１３２、ボリューム（大きさ）の機能に対応するアイコン１３３、およびMENU（メニュー）の機能に対応するアイコン１３４がさらに表示されている。

このように、キー情報ファイル８２に基づいて、再生するトラック番号や条件（温度やキーワード）に応じて、操作を入力するためのアイコン（操作キー）に変化を持たせるようにしたので、操作キーの動的な変化を実現することができる。すなわち、携帯型情報処理装置１のLCD３１に、操作を入力するためのアイコンを動的に表示させることができる。

また、再生するトラック番号や条件（温度やキーワード）に応じて、操作を入力するためのアイコン（操作キー）に変化を持たせるようにしたので、ユーザは、そのアイコンの変化を楽しむことができる。

以上のように、第１の本実施の形態によれば、タッチパネルインターフェース（タッチパネル３２とタッチセンサ１７）を有する携帯型情報処理装置１が、光ディスク６０に記録されているキーの機能、キーの配列情報（位置）、およびデザイン情報を読み出して、LCD３１の画面上に操作キー（アイコン）として表示させ、ユーザからの操作を受け付けるようにしたので、アイコン（操作キー）のデザイン性を向上させるとともに、アイコンに変化をつけることができる。

また、キー情報ファイル８２がTOC８１と関連付けられて光ディスク６０に記憶されているので、キー情報ファイル８２の読み出しを容易に行うことができる。なお、TOC８１に関連付けられなくても、ディスクコンテンツ情報の一部として記録されていればよい。

さらに、操作キー（アイコン）のデザインや配列などを、音楽のプレイバック経過時間などにより変化させるようにしたので、より、ユーザにとって面白みのある操作系を実現することができる。

また、装着される光ディスク６０が異なったり、曲が変わるごとに、ユーザインターフェース（ＵＩ）に変化を持たせることができる。

さらに、ユーザが使用する環境に応じてユーザインターフェースに変化を持たせることができる。

また、コンテンツ作成者（すなわち、光ディスク６０の提供者）は、その再生するコンテンツ（以上の例では、各トラック）にふさわしいユーザインターフェースをデザインし、設定することができる。

なお、図１のフラッシュメモリ１８に、光ディスク６０の再生回数、または、光ディスク６０内の各トラックの再生回数などを記録させるようにしてもよい。この場合、再生回数に応じてアイコン（操作キー）に変化を設けるようにしてもよい。

また、以上の例では、温度やキーワードなどの条件によってアイコンの表示に変化を持たせるようにしたが、その他の外部環境などの条件を設けるようにしてもよい。例えば、湿度、気圧、加速度、マイク集音、カメラ入力などの条件を設けて、アイコンの表示に変化を持たせるようにしてもよい。

さらに、以上の例では、操作キー（アイコン）、サウンド（操作音）に変化を持たせるようにしたが、これとあわせて、その背景（LCD３１の画面上におけるアイコンが表示される部分以外の背景）などを入れておきセットで表示するようにしてもよい。

また、光ディスク６０を書き換え可能な記録媒体として、キー情報ファイル８２をユーザに作成させたり、編集させたり、登録させるようにしてもよい。

さらに、以上の例では、記録媒体として光ディスク６０を用いるようにしたが、情報を記録する記録媒体であれば、他の記録媒体でもよい。さらに、携帯型情報処理装置１としては、ＭＤ（Mini Disc（商標））プレーヤ、Movieプレーヤ、Still画プレーヤおよびレコーダ、ROM(Read Only Memory)／RAM(Random Access Memory)ディスク／シリコンメモリを再生する携帯型情報処理装置に適用することもできる。

また、以上の例では、音楽ファイルに対する操作について説明したが、音楽ファイルに限らず動画、静止画のスライドショーに対する操作の場合に適用することもできる。この場合、動画や静止画の再生時間によってアイコンに変化が生じることになる。

さらに、キー情報ファイル８２の中のインデックス番号を、ユーザに選択させるようにしてもよい。これにより、ユーザは、トラックの再生時に、所望のアイコン（キー）を操作入力のためにLCD３１に表示させることができる。

次に、本発明を適用した第２の実施の形態について説明する。

図７は、本発明を適用した携帯型情報処理装置の他の構成例を示すブロック図である。図７を図１と比較して明らかなように、図７の携帯型情報処理装置２０１は、図１の携帯型情報処理装置１と、基本的に同様の構成とされている。

すなわち、図１の携帯型情報処理装置１のデータバス１１、CPU１２、SDRAM１３、再生制御部１４、オーディオデコーダ１５、表示制御部１６、タッチセンサ１７、LCD３１、タッチパネル３２、Ｄ／Ａ変換部４１、スピーカ４２、およびディスクドライブ５０に対応して、図７の携帯型情報処理装置２０１は、データバス２１１、CPU２１２、SDRAM２１３、再生制御部２１４、オーディオデコーダ２１５、表示制御部２１６、タッチセンサ２１７、LCD２３１、タッチパネル２３２、Ｄ／Ａ変換部２４１、スピーカ２４２、およびディスクドライブ２５０を有している。ここで、対応する名称のものは対応する機能を有している。

ただし、図１の携帯型情報処理装置１のフラッシュメモリ１８と温度センサ１９は必要がないので、図７の携帯型情報処理装置２０１には設けられていない。また、この実施の形態においては、光ディスク２６０に記録されている情報が、図１の光ディスク６０に記録されている情報とは異なってくる。

また、図１の携帯型情報処理装置１と異なる処理を実行するものとして、CPU２１２は、光ディスク２６０から読み出され、SDRAM２１３に保持された画面要素情報ファイル（詳細は図９を用いて後述する）に基づいて、読み出す画面要素画像ファイルを選択する。そして、CPU２１２は、この選択に基づいて光ディスク２６０からさらに読み出され、SDRAM２１３に保持された画面要素画像ファイル（詳細は、図８を用いて後述する）と、あらかじめ読み出しておいた画面要素情報ファイルとに基づいて、表示用画像データを生成する。

次に、図８を参照して、図７の光ディスク２６０に記録されている情報について説明する。

図８の光ディスク２６０には、TOC２８１、画面要素情報ファイル２８２、音楽ファイル２８３−１乃至２８３−ｎ（ｎは任意の自然数）、並びに、画面要素画像ファイル２８４−１乃至２８４−８が記録されている。

図８において、TOC２８１と音楽ファイル２８３−１乃至２８３−ｎについては、それぞれ図２のTOC８１と音楽ファイル８３−１乃至８３−ｎと同様であるので、その説明は省略する。

画面要素情報ファイル２８２は、表示部としてのLCD２３１（図７）に、操作のための画像（例えば、画面上に表示された画像やアイコン）を画面上に表示させるための情報が含まれるファイルである。

画面要素画像ファイル２８４−１乃至２８４−８は、それぞれLCD２３１の画面上の領域に表示される画面の要素となる画像のファイルである。図８の例の場合、画面要素画像ファイル２８４−１のファイルの名称は「F1.bmp」とされ、画面要素画像ファイル２８４−２のファイルの名称は「F2.bmp」とされ、画面要素画像ファイル２８４−３のファイルの名称は「F3.bmp」とされ、画面要素画像ファイル２８４−４のファイルの名称は「F4.bmp」とされ、画面要素画像ファイル２８４−５のファイルの名称は「F5.bmp」とされ、画面要素画像ファイル２８４−６のファイルの名称は「F6.bmp」とされ、画面要素画像ファイル２８４−７のファイルの名称は「F7.bmp」とされ、画面要素画像ファイル２８４−８のファイルの名称は「F8.bmp」とされる。なお、以下において、画面要素画像ファイル２８４−１乃至２８４−８のそれぞれを個々に区別する必要がない場合、単に、画面要素画像ファイル２８４と称する。

図９は、図８の画面要素情報ファイル２８２の詳細な例を説明する図である。図９の画面要素情報ファイル２８２には、画面要素情報３０１と配置情報３０２が含まれている。

画面要素情報３０１には、画面要素画像ファイルの優先順位（各画面要素画像ファイルの優先順位）と、各画面要素画像ファイルに対応する機能（画面要素画像ファイルのそれぞれに対応する処理を示すデータ）と、９個の画面要素画像ファイルの画面要素画像ファイル名（画面の要素となる情報を含む画像ファイルの名称、すなわち、画面要素画像ファイルのそれぞれを特定するデータ）とが対応付けられたテーブルが含まれている。優先順位は、各画面要素画像ファイル名に対応する画面要素画像ファイルを表示する優先的な順位を示しており、機能は、各画面要素画像ファイル名に対応する画面要素画像ファイルがLCD２３１の画面上に表示されて選択（操作）された場合に実行される処理を示している。

具体的には、優先順位１（優先順位が１位）の画面要素画像ファイル名が「F1.bmp」とされ、その機能が「再生・停止」とされ、優先順位２の画面要素画像ファイル名が「F2.bmp」とされ、その機能が「ボリューム」とされ、優先順位３の画面要素画像ファイル名が「F3.bmp」とされ、その機能が「早送り・巻き戻し」とされ、優先順位４の画面要素画像ファイル名が「F4.bmp」とされ、その機能が「一時停止」とされ、優先順位５の画面要素画像ファイル名が「F5.bmp」とされ、その機能が「繰り返し・シャッフル」とされ、優先順位６の画面要素画像ファイル名が「F6.bmp」とされ、その機能が「音声効果」とされ、優先順位７の画面要素画像ファイル名が「F7.bmp」とされ、その機能が「メニュー」とされ、優先順位８の画面要素画像ファイル名が「F8.bmp」とされ、その機能が「ブライトネス」とされている。ここで、この画面要素情報ファイル２８２のそのものには、８つの画面要素画像ファイル２８４−１乃至２８４−８そのものは含まれておらず、画面要素画像ファイル２８４−１乃至２８４−８を特定するための画面要素画像ファイルの名称（画面要素画像ファイル名）が含まれているものとされる。すなわち、単に、画面要素画像ファイルを特定する名称（例えば、「F1.bmp」）に対応する機能と優先順位が定められたテーブルが画面要素情報３０１に含まれている。

また、配置情報３０２には、画枠サイズ（LCD２３１の大きさ）と画面要素配列（優先順位に対応する画面要素画像ファイルの画像のLCD上の配列）とが対応付けられたテーブルが含まれている。画枠サイズは、横単位数と縦単位数を規定するサイズを示している。また、画面要素配列は、対応する画枠サイズに配列される画面要素の順番を、画面要素情報３０１の優先順位に対応付けて示している。

例えば、画枠サイズ（２，４）（（２，４）は、横単位数が２であり、縦単位数が４であることを示す）の場合、（８，５，４，１，３，２，７，６）の優先順位の順番で画面に配列されることを示している。具体的には、LCD２３１の画面を２×４（縦が２、横が４）の領域に分割し、分割した８つの領域のそれぞれに、（８，５，４，１，３，２，７，６）の優先順位の順番で、画面要素（画像）が配列されることを示している。また、例えば、画枠サイズ（２，２）（横単位数が２であり、縦単位数が２であることを示す）の場合、（２，１，３，４，６，５，８，７）の優先順位の順番で画面に配列されることを示している。具体的には、LCD２３１の画面を２×２（縦が２、横が２）の領域に分割し、分割した４つの領域と、LCD２３１の画面上には表示されない仮想的な領域（この例の場合、画面要素の数が８個であるので、残りの画面要素の数である（８−４＝）４つの領域）とに、（８，５，４，１，３，２，７，６）の優先順位の順番で、画面要素（画像）が配列されることを示している。

図８と図９に示されるように、図８の画面要素画像ファイル２８４−１乃至２８４−８のそれぞれは、図９の画面要素情報ファイル２８２と関連付けられている。具体的には、図９の画面要素情報ファイル２８２の画面要素情報３０１の画面要素画像ファイル名を参照することで、図８の画面要素画像ファイル２８４−１乃至２８４―８を特定することができる。

例えば、画面要素情報ファイル２８２と、それに関連付けられた画面要素画像ファイル２８４により、操作のためにLCD２３１の画面上に表示された画像要素画像（いわゆるアイコンのようなもの）を表示させることができる。また、本実施の形態においては、TOC２８１と画面要素情報ファイル２８２とは、関連付けられて光ディスク２６０に記録されている。例えば、光ディスク２６０からTOC２８１が読み出された場合に、画面要素情報ファイル２８２もまた読み出される。このように、光ディスク２６０に記録されているディスクコンテンツ情報の一部に、画面要素情報ファイル２８２が含まれている。

なお、図８に示される情報の格納方法は、例えば、光ディスク２６０の規格で定めておくことができる。また、画面要素画像ファイル２８４の形式はビットマップ形式に限定されなくともよい。

このように、画面要素情報ファイル２８２には、画面要素情報３０１と配置情報３０２が含まれる。また、画面要素情報ファイル２８２には、画面要素画像ファイル名、機能、その優先順位がそれぞれ対応付けられたテーブルが含まれ、配置情報３０２には、画枠サイズと画面配列が対応付けられたテーブルが含まれる。

次に、図１０を参照して、図８の画面要素画像ファイル２８４−１乃至２８４−８を展開した場合の画像の例について説明する。

図１０において、画面要素画像３５１−１乃至３５１−８のそれぞれは、図８の画面要素画像ファイル２８４−１乃至２８４−８をそれぞれ展開した場合の画像を示している。すなわち、画面要素画像ファイル２８１−１（F1.bmp）を展開した画像が画面要素画像３５１−１とされ、画面要素画像ファイル２８１−２（F2.bmp）を展開した画像が画面要素画像３５１−２とされ、画面要素画像ファイル２８１−３（F3.bmp）を展開した画像が画面要素画像３５１−３とされ、画面要素画像ファイル２８１−４（F4.bmp）を展開した画像が画面要素画像３５１−４とされ、画面要素画像ファイル２８１−５（F5.bmp）を展開した画像が画面要素画像３５１−５とされ、画面要素画像ファイル２８１−６（F6.bmp）を展開した画像が画面要素画像３５１−６とされ、画面要素画像ファイル２８１−７（F7.bmp）を展開した画像が画面要素画像３５１−７とされ、画面要素画像ファイル２８１−８（F8.bmp）を展開した画像が画面要素画像３５１−８とされる。なお、以下において、画面要素画像３５１−１乃至３５１−８のそれぞれを個々に区別する必要がない場合、単に、画面要素画像３５１と称する。

LCD２３１の画面が、２×２の画枠サイズに対応する画面の大きさである場合、LCD２３１の画面には、例えば、図１１に示されるような画像が表示される。

図１１の例の場合、LCD２３１の画面は２×２の４つの領域３８１乃至３８４に分割されている。各領域３８１乃至３８４には、それぞれ、画面要素情報ファイル２８２の画面要素画像ファイル名に基づいて、対応する画面要素画像ファイル３５１が展開され、表示されている。具体的には、領域３８１に画面要素画像３５１−３が表示され、領域３８２に画面要素画像３５１−４が表示され、領域３８３に画面要素画像３５１−６が表示され、領域３８４に画面要素画像３５１−５が表示されている。また、LCD２３１の画面の右側には、LCD２３１の画面の上側に仮想的に配置されている画面要素画像を表示させるためのスクロールボタン３９１と、LCD２３１の画面の下側に仮想的に配置されている画面要素画像を表示させるためのスクロールボタン３９２とが表示されている。

ユーザが、LCD２３１に重ねて設けられたタッチパネル２３２を選択（タッチパネル２３２に接触）した場合、タッチセンサ２１７は、ユーザにより選択されたタッチパネル２３２上の位置（例えば、タッチパネル２３２上の位置を、座標軸を用いて指定した位置）を検出し、これを、データバス２１１を介してCPU２１２に通知する。CPU２１２は、ユーザにより選択されたLCD２３１の画面上の位置がどの領域（領域３８１乃至３８４のうちのどの領域）に該当するかを特定し、特定した領域に表示されている画面要素画像の画面要素画像ファイル名を検出する。そして、CPU２１２は、検出した画面要素画像ファイル名に対応する機能を、図９の画面要素情報３０１を参照して特定し、その機能に対応する処理を実行するよう、各部を制御する。このように、LCD２３１の画面上に表示された、画面要素画像は、いわゆるアイコンのような機能を有する。すなわち、LCD２３１の画面上に表示されたその画面要素画像が選択された場合には、その画面要素画像に対する画面要素画像ファイル名に図９のテーブルで対応付けられた機能の処理が実行される。

図１１に示されるように、複数の（１つ以上の）画面要素画像ファイル３５１によりLCD２３１の画面全体に画像が表示される。そして、表示された画面要素画像が選択された場合には、図９の画面要素情報ファイル２８２により定められた、対応する処理が実行される。

次に、図１２と図１３のフローチャートを参照して、図７の携帯型情報処理装置２０１における表示処理を説明する。なお、この処理は、携帯型情報処理装置２０１の電源がオンされた場合に開始される。

ステップＳ５１において、CPU２１２は、データバス２１１および再生制御部２１４を介して、ディスクドライブ２５０に光ディスク２６０が装着されたか否かを判定し、光ディスク２６０が装着されるまで待機する。

ステップＳ５１において、光ディスク２６０が装着されたと判定された場合、ステップＳ５２において、再生制御部２１４は、ディスクドライブ２５０を制御して、光ディスク２６０に記録されているTOC２８１（図８）を読み込む。再生制御部２１４は、読み込んだTOC２８１を、データバス２１１を介してSDRAM２１３に供給し、記憶させる。

ステップＳ５３において、再生制御部２１４は、光ディスク２６０に（TOC２８１に関連づけられて）記録されている画面要素情報ファイル２８２を読み込む。具体的には、再生制御部２１４は、CPU２１２からの制御に基づいて、光ディスク２６０から図８を用いて上述した画面要素情報ファイル２８２（TOC２８１に関連付けられている画面要素情報ファイル２８２）を読み込む。再生制御部２１４は、読み込んだ画面要素情報ファイル２８２を、データバス２１１を介してSDRAM２１３に供給し、記憶させる。このように、TOC２８１と画面要素情報ファイル２８２とは関連付けられているので、TOC２８１が読み込まれるときに、画面要素情報ファイル２８２もまた読み込まれ、SDRAM２１３に記憶（保持）される。

ステップＳ５４において、CPU２１２は、SDRAM２１３に記憶された画面要素情報ファイル２８２を参照し、LCD２３１の画面に表示させる画枠サイズ（画面要素画像ファイルの画像のLCD２３１上の配列）を決定する。具体的には、CPU２１２は、図９の画面要素情報ファイル２８２の配置情報３０２に基づいて、自分自身（図７の携帯型情報処理装置２０１）のLCD２３１の画面に表示させることが可能な画枠サイズを決定する。例えば、CPU２１２は、図９の画面要素情報ファイル２８２の配置情報３０２を参照し、LCD２３１の画面の大きさやLCD２３１の画面の縦横比などに基づいて、画枠サイズを（２，４）に決定する。

ステップＳ５５において、CPU２１２は、画面要素情報ファイル２８２に従って、新たに読み込む画面要素画像ファイル名を選択（決定）する。CPU２１２は、ステップＳ５４の処理で決定した画枠サイズと、その画枠サイズ内に含まれる画面要素画像ファイルのファイル名（画面要素画像ファイルを特定するデータ）とを、図９の画面要素情報ファイル２８２の画面要素情報３０１で規定されている優先順位に従って決定し、決定した画面要素画像ファイル名に対応する画面要素画像ファイルのうち、まだ読み込んでいない画面要素画像ファイルのファイル名を、新たに読み込む画面要素画像ファイル名として選択（決定）する。１回目のステップＳ５５の処理では、まだ図８の画面要素画像ファイルは１つも読み込まれていないので、ステップＳ５４の処理で決定した画枠サイズと、その画枠サイズ内に含まれる画面要素画像ファイルのファイル名を、図９の画面要素情報ファイル２８２の画面要素情報３０１で規定されている優先順位に従って決定し、決定した画面要素画像ファイル名のすべてを読み込む画面要素画像ファイルのファイル名として選択する。

例えば、CPU２１２がステップＳ５４の処理で画枠サイズを（２，２）に決定した場合、CPU２１２は、図１４に示されるような仮想画面４１１を想定する。図１４の例では、CPU２１２は、図９の配置情報３０１の（２，２）の画枠サイズに従って、２×４の仮想画面配列を有する仮想画面４１１（すなわち、２×４の領域４３１乃至４３８に分割された仮想画面）の各領域４３１乃至４３８のそれぞれに、配置情報３０１の画面配列に示される優先順位を当てはめている。ここで、実際のLCD２３１の画面上の表示領域は（２，２）であるので、実画面への仮想的な表示領域が、表示領域４１２として設けられている。すなわち、２×４の仮想画面４１１が想定されるが、実際にLCD２３１の画面上に表示される領域は、表示領域４１２の部分とされている。

また、図１４の領域４３１乃至４３８のそれぞれに記載されている数字「２，１，４，３，６，５，８，７」は、配置情報３０１（図９）の画面配列で示されている配列（２，２）に対応する画面配列と同じとなっている。このように、CPU２１２は、仮想画面４１１の向かって左下から右上に配列を当てはめる。図１４のような仮想画面４１１を想定することで、対応する優先順位の画面要素画像ファイル名を特定することができる。例えば、優先順位１は画面要素画像ファイル名「F1.bmp」に対応しているので、CPU２１２は、画面要素画像ファイル名として「F1.bmp」を特定する。図１４の例の場合、CPU２１２は、図１２のステップＳ５５の処理で、画面要素画像ファイル名「F1.bmp」、「F2.bmp」、「F3.bmp」、および「F4.bmp」を、新たに読み込む画面要素画像ファイル名として選択する。

図１２に戻って、ステップＳ５６において、再生制御部２１４は、CPU２１２によりステップＳ５５の処理で選択された画面要素画像ファイル名の画面要素画像ファイル２８４を、光ディスク２６０から読み込む。図１４の例の場合、画面要素画像ファイル名「F1.bmp」、「F2.bmp」、「F3.bmp」、および「F4.bmp」が新たに読み込む画面要素画像ファイル名として選択されたので、再生制御部２１４は、画面要素画像ファイル名「F1.bmp」、「F2.bmp」、「F3.bmp」、および「F4.bmp」にそれぞれ対応する画面要素画像ファイル２８４−１乃至２８４−４を、光ディスク２６０（図８）から読み込む。再生制御部２１４は、読み込んだ画面要素画像ファイル２８４−１乃至２８４−４を、データバス２１１を介してCPU２１２に供給する。

ステップＳ５７において、CPU２１２は、光ディスク２６０から読み込まれた画面要素画像ファイルに基づいて、LCD２３１の画面に表示するための画像を示す表示用画像を生成する。具体的には、CPU２１２は、光ディスク２６０から読み込まれた画面要素画像ファイル２８４を、図９の画面要素情報ファイル２８２の配置情報３０２に基づいて、LCD２３１の画面に表示するための仮想画面の領域に展開することで、表示用画像データを生成する。１回目のステップＳ５７の処理では、CPU２１２は、ステップＳ５６の処理で読み込まれた（１つ以上の）画面要素画像ファイル２８４のみを用いて表示用画像を生成するが、２回目以降のステップＳ５７の処理では、既に読み込み済みの画面要素画像ファイル（以前読み込みを行った画面要素画像ファイル）と、今回ステップＳ５６の処理で新たに読み込んだ画面要素画像ファイル２８４とに基づいて、表示用画像を生成する。

具体的には、図１４の例に対応するステップＳ５６の処理では、画面要素画像ファイル２８４−１乃至２８４−４が読み込まれたので、CPU２１２は、画面要素画像ファイル２８４−１乃至２８４−４を、図１４の仮想画面の領域４３１乃至４３８のなかの対応する領域に当てはめて展開することで、表示用画像データを生成する。すなわち、CPU２１２は、画面要素画像ファイル２８４−１を仮想画面の領域４３２に展開し、画面要素画像ファイル２８４−２を仮想画面の領域４３１に展開し、画面要素画像ファイル２８４−３を仮想画面の領域４３３に展開し、画面要素画像ファイル２８４−４を仮想画面の領域４３３に展開することで、表示用画像データを生成する。CPU２１２は、生成した表示用画像データを、データバス２１１を介して表示制御部２１６に供給する。

ステップＳ５８において、表示制御部２１６は、データバス２１１を介してCPU２１２から供給されてきた表示用画像データに基づく表示用画像を、LCD２３１の画面上に表示させるよう制御する。この処理により、例えば、図１４の例に対応して、図１５に示されるような画像（表示用画像）が表示される。

図１５の例において、LCD２３１の画面は、領域４５１乃至４５４に分割されており、各領域４５１乃至４５４のそれぞれには、対応する画面要素画像ファイル２８４の画面要素画像３５１−２，３５１−１，３５１−３，３５１−４がそれぞれ表示されている。すなわち、これまでの処理により図１４のLCD２３１の仮想画面４１１上で配置され、展開された画面要素画像ファイルの画像が、実際のLCD２３１の画面上に表示されている。また、この場合、図１４の仮想画面４１１を参照するとわかるように、まだ表示していない画面要素画像もあるので、CPU２１２は、上の方向に画面を遷移するためのスクロールキー４７１をLCD２３１の画面に表示させる（すなわち、CPU２１２が表示用画像データを生成する場合に、スクロールキー４７１とスクロールキー４７２の情報も含めて生成している）。このように、実際にLCD２３１の画面上に表示させる画面要素画像のファイルのみを、ステップＳ５４の処理で選択し、ステップＳ５５の処理で読み込むようにしたので、光ディスク２６０の情報の読み込みを少なく抑えることができる。換言すれば、この処理で表示する必要がない領域のデータ、すなわち、図１４の領域４３５乃至４３８に対応する画像データ（画面要素画像ファイル２８４−５乃至２８４−８）の読み込みをしなくても済む。

図１３に戻って、ステップＳ５９において、タッチセンサ２１７は、ユーザにより操作が入力されたか否かを判定する。具体的には、タッチセンサ２１７は、LCD２３１の画面上に表示されたいずれかの画面要素画像（領域４５１乃至４５４のうちのいずれかの領域）や、スクロールキー４７１がユーザにより選択（指またはタッチペンなどにより選択）された場合、LCD２３１に重ねて設けられたされているタッチパネル２３２を介してこれを検出する。タッチセンサ２１７は、検出したLCD２３１の画面上の位置（実際にはタッチパネル２３２上の位置）を、データバス２１１を介してCPU２１２に通知する。

ステップＳ５９において、ユーザにより操作が入力されたと判定された場合、ステップＳ６０において、CPU２１２は、ユーザにより入力された操作はスクロールの操作であるか否かを判定する。具体的には、CPU２１２は、タッチセンサ２１７により検出されたタッチパネル２３２上の位置に基づいて、ユーザにより入力された操作を特定し、これがスクロールキー４７１を選択するものであるか否かを判定する。

ステップＳ６０において、入力された操作がスクロールであると判定された場合、処理はステップＳ６１に進み、CPU２１２は、スクロールの方向を検出する。例えば、CPU２１２は、ユーザからのスクロールの指令の方向が、上であるか下であるかを判定する。図１５の例において、スクロールキー４７を選択する操作が入力された場合、スクロールの指令の方向が上であると判定する。その後、処理はステップＳ５５に戻り、それ以降の処理が繰り返される。

具体的には、２回目のステップＳ５５において、画面要素情報ファイル２８２に従って、新たに読み込む画面要素を選択する。図１５においてスクロールキー４７１が選択された場合には、CPU２１２は、対応する仮想画面４１１（図１４）上の領域４３５と領域４３６の優先順位を確認し、その優先順位の画面要素画像ファイル名を図９の画面要素情報３０１を参照することで特定する。この例の場合、領域４３５の優先順位は６であるのでその画面要素画像ファイルの名称は「F6.bmp」とされ、領域４３６の優先順位は５であるのでその画面要素画像ファイルの名称は「F5.bmp」とされる。「F5.bmp」と「F6.bmp」とはまだ読み込まれていないので、CPU２１２は、２回目のステップＳ５５の処理で、新たに読み込む画面要素画像ファイル名として、「F5.bmp」と「F6.bmp」を選択する。CPU２１２は、２回目のステップＳ５６の処理で選択した画面要素画像ファイル名の画面要素画像ファイル２８４−５と画面要素画像ファイル２８４−６とを読み込み、ステップＳ５７において、読み込んだ画面要素画像ファイルに基づいて表示用画像データを生成する。このとき、CPU２１２は、図１６に示されるような仮想画面４１１を想定する。すなわち、１回目のスクロールの操作によって、実際の表示領域４１２の位置が図１６に示されるように変更されている。具体的には、領域４３３乃至４３６を囲む領域に、表示領域４１２が想定される。CPU２１２は、表示用画像データを生成するにあたり、既に１回目のステップＳ５６の処理で読み込まれていた「F3.bmp」および「F4.bmp」の画面要素画像ファイルと、２回目のステップＳ５６の処理で新たに読み込んだ「F5.bmp」および「F6.bmp」の画面要素画像ファイルとに基づいて、表示用画像データを生成する。このとき、今回の処理で表示用画像データとして用いられなかった画面要素画像ファイル２８４−１と２８４−２は、SDRAM２１３から削除される。そして、２回目のステップＳ５８の処理では、図１７に示されるような画面がLCD２３１の画面上に表示される。図１７の例では、図１６の仮想画面４１１を参照するとわかるように、まだ表示していない画面要素画像が上下にあるので、上の方向に画面を遷移するためのスクロールキー４７１とともに、下の方向に画面を遷移するためのスクロールキー４７２が表示されている（すなわち、CPU２１２が表示用画像データを生成する場合に、スクロールキー４７１とスクロールキー４７２の情報も含めて生成している）。

そして、２回目のステップＳ５９で操作が入力され、その操作がスクロールであった場合、２回目のステップＳ６１でスクロールの方向が検出される。ここで、スクロールの方向が下、すなわち、図１７のスクロールキー４７２が選択された場合には、３回目のステップＳ５５で、新たに読み込む画面要素画像ファイルとして、（２回目の処理で削除されてしまった）画面要素画像ファイル２８４−１と２８４−２とが決定され、３回目のステップＳ５７において、表示用画像データが生成され、３回目のステップＳ５８で、１回目のステップＳ５８の処理で表示された表示用画像と同じ表示用画像が、図１５に示されるようにLCD２３１の画面上に表示される。

なお、SDRAM２１３の記憶容量に余裕がある場合には、一度読み込んだ画面要素画像ファイル２８４−１と２８４−２と、また、画面要素画像ファイル２８４−１乃至２８４−４を用いて生成した表示用画像データ（１回目のステップＳ５７で生成した表示用画像データ）とを、SDRAM２１３に保持させておくようにしてもよい。このようにした場合には、CPU２１２による表示用画像データ生成処理の回数を減らしたり、画面要素画像ファイル２８４の読み出し回数を減らすことができる。

一方、ステップＳ６１で検出されたスクロールの方向が上、すなわち、図１７のスクロールキー４７１が選択された場合には、３回目のステップＳ５５で、新たに読み込む画面要素画像ファイル名として「F7.bmp」と「F8.bmp」が選択され、ステップＳ５６の処理で画面要素画像ファイル２８４−７と画面要素画像ファイル２８４−８とが読み込まれ、ステップＳ５７で読み込まれた画面要素画像ファイル２８４−７，２８４−８に基づいて表示用画像データが生成される。このとき、CPU２１２は、図１８に示されるような仮想画面４１１を想定する。すなわち、実際の表示領域４１２の位置が図１８に示されるように変更されている。具体的には、領域４３５乃至４３８を囲む領域に、表示領域４１２が想定される。CPU２１２は、表示用画像データを生成するにあたり、既に２回目のステップＳ５６の処理で読み込まれていた「F5.bmp」および「F6.bmp」の画面要素画像ファイルと、３回目のステップＳ５６の処理で新たに読み込んだ「F7.bmp」および「F8.bmp」の画面要素画像ファイルとに基づいて、表示用画像データを生成する。そして、３回目のステップＳ５８の処理では、図１９に示されるような画面がLCD２３１の画面上に表示される。図１９例では、図１８の仮想画面４１１を参照するとわかるように、まだ表示していない画面要素画像が下のみにあるので、下の方向に画面を遷移するためのスクロールキー４７２が表示されている（すなわち、CPU２１２が表示用画像データを生成する場合に、スクロールキー４７２も含めて生成している）。

このように、「２×８」の仮想画面４１１より、実際に表示されるLCD２３１の画面サイズが小さい場合には、すべての画面要素画像を表示した場合の仮装画面配列（２ｘ４）の一部分を、適宜、LCD２３１の画面上に表示させるようにする。その結果、この例の場合では、表示パターンとしては３パターン（図１５のパターン（表示優先順位１のパターン）、図１７のパターン（表示優先順位２のパターン）、図１９のパターン（表示優先順位３のパターン）の３パターン）あることになり、そのパターン間の表示の切り替えを、ユーザは、スクロールキー４７１，４７２を用いて指定することができる。また、最初にLCD２３１の画面上に表示される画像を、より、優先順位の高いものとすることができる（図１５では、優先順位が、１，２，３，４の画面要素画像が表示されている）。

このように、LCD２３１の画面上に表示させるための画面要素画像ファイルのみを、画面要素情報ファイル２８２に従って読み出すようにしたので、表示させない画面要素画像ファイルの無駄な読み出しを防ぐことができる。

図１３に戻って、ステップＳ６０において、入力された操作がスクロールではない、すなわち、いずれかの画面要素画像が選択されたと判定された場合、処理はステップＳ６２に進み、CPU２１２は、ユーザにより入力された操作に対応するよう、動作を遷移させる。例えば、図１４の領域４５２がユーザにより選択された場合、CPU２１２は、タッチセンサ２１７からの位置情報に基づいて、対応する機能を画面要素情報ファイル２８２（図９）から取得し、まだ音楽ファイル２８３が再生されていない場合には、音楽ファイルの再生を開始するなどの処理を実行するよう、各部を制御する。

ステップＳ６２の処理の後、またはステップＳ５９で操作が入力されていないと判定された場合、処理はステップＳ６３に進み、CPU２１２は、処理を終了するか否かを判定する。CPU２１２は、例えば、ユーザにより電源オフが指令されたか否かを判定する。処理を終了しないと判定された場合、処理はステップＳ５９に戻り、それ以降の処理が繰り返される。ステップＳ６３において、処理を終了すると判定された場合、処理は終了される。

図１２と図１３の処理により、新たに読み込む画面要素画像ファイルのファイル名を選択して、選択した画面要素画像ファイル名の画面要素画像ファイルのみを読み込むようにしたので、光ディスク２６０に記録されている情報の読み込みを少なくすることができる。

すなわち、携帯型情報処理装置２０１のSDRAM２１３の表示用画像を生成するための記憶容量がLCD２３１の表示画面サイズであった場合であっても、スクロールの指令がなされる度に、対応する画面要素画像ファイルを光ディスク２６０から読み込んで表示を行うことができる。

図１２と図１３の処理では、ステップＳ５３の処理により読み出された画面要素情報ファイル２８２に含まれる配置情報３０２と、携帯型情報処理装置２０１のLCD２３１の大きさとに基づいて、画面要素画像ファイル２８３の画像のLCD２３１上の配列（画枠サイズ）がステップＳ５４の処理で決定され、画面要素情報３０１に基づいて、新たに読み込む画面要素画像ファイル２８３がステップＳ５５の処理で決定（選択）され、ステップＳ５６で決定された画面要素画像ファイル２８３が、画面要素情報３０１の画面要素画像ファイル名（画面要素画像ファイルを特定するデータ）に基づいて、光ディスク２６０から読み出され、ステップＳ５７で、読み出された画面要素画像ファイル２８３が、決定された画面要素画像ファイル２８３の画像のLCD２３１上の配列に従って配置され、LCD２３１に表示させるための表示用画像データが生成され、これに基づく表示用画像がステップＳ５８でLCD２３１に表示される。

これにより、必要な画面要素情報ファイル２８２のみが適宜読み出されるため、LCD２３１に表示させるための表示用画像データの生成に要するメモリ容量や処理能力を低く設定することができる。

なお、図１４乃至図１９では、画枠サイズが（２，２）である場合を例して説明したが、画枠サイズは他のサイズも考えられる。この具体例を、以下に説明する。

図２０Ａは、画枠サイズが（１，１）であり、配置情報３０２が規定されていない場合に想定される仮想画面４１１の例である。ここでは、複数の画面要素を１つの画面に表示することはないので、配列情報が必要なく、画面要素情報ファイル名に対応する優先順位に従って表示を行う。図２０Ａの例では、（１，１）の画枠サイズに従って、１×８の仮想画面配列を有する仮想画面５０１（すなわち、１×８の領域５２１乃至５２８に分割された仮想画面）の各領域５２１乃至５２８のそれぞれに優先順位が１乃至８の順番で当てはめられている。ここで、実際のLCD２３１の画面上の表示領域は（１，１）であるので、実画面への仮想的な表示領域が、表示領域５０２として設けられている。すなわち、１×８の仮想画面５０１が想定されるが、実際にLCD２３１の画面上に表示される領域は、表示領域５０２の部分とされている。すなわち、図２０Ａの例の場合において、LCD２３１の画面上に実際に表示される画像は、図２０Ｂに示されるような画像となる。図２０Ｂにおいては、LCD２３１の画面上に画面要素画像３５１−１が表示されている。また、画面要素画像３５１−１に重畳されて、上方向にスクロールするためのスクロールキー５４１が表示されている。

図２０Ｂの画面において、スクロールキー５４１が選択された場合、新たに画面要素画像ファイル２８４−２が読み込まれ、画面は、図２１Ａに遷移する。図２１Ａに示されるLCD２３１の画面には、画面要素画像３５１−２が表示されるとともに、上方向にスクロールするためのスクロールキー５４１の他、下方向にスクロールするためのスクロールキー５４２がさらに表示されている。

そして、図２１Ａの画面において、スクロールキー５４１が選択された場合、新たに画面要素画像ファイル２８４−３が読み込まれ、画面は、図２１Ｂに遷移する。図２１Ｂに示されるLCD２３１の画面には、画面要素画像３５１−３が表示されるとともに、スクロールキー５４１とスクロールキー５４２とが表示される。

また、図２１Ｂの画面において、スクロールキー５４１が選択された場合、新たに画面要素画像ファイル２８４−４が読み込まれ、画面は、図２１Ｃに遷移する。図２１Ｃに示されるLCD２３１の画面には、画面要素画像３５１−４が表示されるとともに、スクロールキー５４１とスクロールキー５４２とが表示される。

さらに、図２１Ｃの画面において、スクロールキー５４１が選択された場合、新たに画面要素画像ファイル２８４−５が読み込まれ、画面は、図２１Ｄに遷移する。図２１Ｄに示されるLCD２３１の画面には、画面要素画像３５１−５が表示されるとともに、スクロールキー５４１とスクロールキー５４２とが表示される。

また、図２１Ｄの画面において、スクロールキー５４１が選択された場合、新たに画面要素画像ファイル２８４−６が読み込まれ、画面は、図２１Ｅに遷移する。図２１Ｅに示されるLCD２３１の画面には、画面要素画像３５１−６が表示されるとともに、スクロールキー５４１とスクロールキー５４２とが表示される。

さらに、図２１Ｅの画面において、スクロールキー５４１が選択された場合、新たに画面要素画像ファイル２８４−７が読み込まれ、画面は、図２１Ｆに遷移する。図２１Ｆに示されるLCD２３１の画面には、画面要素画像３５１−７が表示されるとともに、スクロールキー５４１とスクロールキー５４２とが表示される。

また、図２１Ｆの画面において、スクロールキー５４１が選択された場合、新たに画面要素画像ファイル２８４−８が読み込まれ、画面は、図２１Ｇに遷移する。図２１Ｇに示されるLCD２３１の画面には、画面要素画像３５１−８が表示されるとともに、スクロールキー５４２とが表示される。この場合、これより上に表示すべき画面要素画像がないため、上方向のスクロールキー５４１は表示されない。

このように、画面要素情報ファイル２８２に基づいて、適宜、表示に必要最低限の画面要素画像ファイルを光ディスク２６０から読み出すことにより、携帯型情報処理装置２０１などの携帯型機器、すなわち、表示デバイスサイズが小さく、また、表示デバイスへ表示させるためのバッファメモリが少ないなどの制約がある機器においても、動作可能とすることができる。

なお、光ディスク２６０がパーソナルコンピュータなどの情報処理装置によって再生される場合、すなわち、携帯型情報処理装置と比較して大きな表示デバイスを有し、表示デバイスへ表示させるためのバッファメモリが大きい機器により再生される場合には、図２２に示されるように、画枠サイズを（２，４）として、仮想画面６１１を想定するようにすればよい。

図２２の例では、（２，４）の画枠サイズに従って、２×４の仮想画面配列を有する仮想画面６１１の各領域６３１乃至６３８のそれぞれに、配置情報３０１の画面配列に示される優先順位を当てはめている。この場合、画枠サイズと仮想画面６１１の画面配列（２×４）が同一とされている。また、図２２の領域６３１乃至６３８のそれぞれに記載されている数字「８，５，４，１，３，２，７，６」は、配置情報３０１（図９）の画面配列で示されている配列と同じである。すなわち、仮想的な表示領域と、情報処理装置のLCDの画面上に実際に表示される領域が一致している。換言すれば、LCD（図示せぬ情報処理装置）の表示サイズと全画面要素の表示サイズが同一である。このため、LCDの画面上への表示は配列情報のとおり行うことができ、全ての画面要素画像をLCDの画面上に表示させることができる。

具体的には、LCD（図示せぬ情報処理装置）の画面上には、図２３に示されるような画像が表示される。図２３においては、LCDの画面上で分割された領域６５１乃至６５８のそれぞれに、配置情報３０１で規定された画面要素画像３５１−８，３５１−５，３５１−４，３５１−１，３５１−３，３５１−２，３５１−７，および３５１−６の順番で画面要素画像が表示されている。この場合、すべての画面要素画像ファイルが読み込まれているので、スクロールキーは表示されない。このように、画面領域が大きいLCDを有する情報処理装置で光ディスク２６０を再生する場合には、すべての画面要素画像ファイル２８４を１つの画面に表示させるようにすればよい。

なお、図２２のように、LCDの画面領域がすべての画面要素画像ファイル２８４を表示できるような場合や、画像を表示するためのバッファメモリの記憶容量が十分あるような情報処理装置（図示せず）においては、あらかじめ、動作の最初の段階（例えば、図１２のステップＳ５５の段階）で、光ディスク２６０から全ての画面要素画像ファイル２８４をバッファメモリ（図示せず）に読み込んでおいてもよい。このような場合、操作が入力された場合、その操作に対応する動作（処理）では、音楽ファイル２８３の読み出しなどが適宜実行される。

第２の本実施の形態によれば、携帯型情報処理装置２０１が、画面の要素を示す複数の画面要素画像ファイルを特定する画面要素画像ファイル名と、複数の画面要素画像ファイルのそれぞれに対応する処理を示す機能と、各画面要素ファイルの優先順位とが対応付けられた画面要素情報３０１と、複数の画枠サイズ、および、優先順位に対応する画面要素画像ファイル２８４の画像のLCD上の画面配列が対応付けられた配置情報３０２とを含む画面要素情報ファイル２８２を読み出し、画面要素情報ファイル２８２に含まれる配置情報３０２と、携帯型情報処理装置２０１のLCD２３１の大きさとに基づいて、画面要素画像ファイル２８３の画像のLCD２３１上の配列（画枠サイズ）を決定し、画面要素情報３０１に基づいて、新たに読み込む画面要素画像ファイル２８３を選択し、画面要素画像ファイル２８３を、画面要素情報３０１の画面要素画像ファイル名に基づいて、光ディスク２６０から読み出し、読み出した画面要素画像ファイル２８３を、決定された画面要素画像ファイル２８３の画像のLCD２３１上の配列に従って配置し、LCD２３１に表示させるための表示用画像データを生成し、表示用画像をLCD２３１に表示させるようにしたので、携帯型情報処理装置２０１の表示部に、操作を受け付けるための画像を動的に表示させることができる。

すなわち、タッチパネルインターフェース（タッチパネル２３２とタッチセンサ２１７）を有する携帯型情報処理装置２０１が、光ディスク２６０に記録されている画面要素画像（いわゆるアイコン（キー））の機能、画面要素画像の優先順位（画面上に表示させる位置を特定するための情報）、および画面要素画像ファイル（デザイン）を読み出して、LCD３１の画面上に操作を受け付けるための画像（いわゆるアイコンのような画像）を表示させ、ユーザからの操作を受け付けるようにしたので、操作を受け付ける画面に変化を付けることができる。換言すれば、携帯型情報処理装置２０１の操作性を動的にすることができる。

また、画面要素情報ファイル２８２がTOC２８１と関連付けられて光ディスク２６０に記憶されているので、画面要素情報ファイル２８２の読み出しを容易に行うことができる。なお、TOC２８１に関連付けられなくても、ディスクコンテンツ情報の一部として記録されていればよい。

さらに、携帯型情報処理装置２０１のLCD２３１の表示画面のサイズに応じて画面に変化を持たせることができる。

また、各画面要素画像ファイルに優先順位を設け、その優先順位に応じた表示をするようにしたので、優先度の高い画面要素画像を、より優先的にLCD２３１の画面に表示させることができる。

さらに、画面要素画像が、LCD２３１の画面上にすべて表示仕切れない場合には、表示の切り替えのためのスクロールキーを設けるようにしたので、よりユーザにとって操作しやすい構成とすることができる。なお、このスクロールキーは、携帯型情報処理装置２０１にハード的なキーとして設けるようにしてもよいし、表示画面の決まった位置に矢印のようなボタンとして表示させてもよい。

一般的に、携帯型情報処理装置２０１としては、様々な形状の表示部（例えば、LCD２３１）を有する機器が考えられるが、典型的な画面サイズに応じた推奨配列（図９）を決めておくことで、異なる機器間でのユーザインターフェースに統一感を取ることができる。

このように、画面要素情報ファイル２８２を利用することで、画面要素の情報がディスクに記録されている場合には、スクロールが指令されるたびに、表示に必要最低限の画面要素画像ファイルを光ディスク２６０から読み出すようにすればよいので、バッテリ動作前提の携帯機器に設けられているハードウェアのように、表示デバイスのサイズが小さく、表示デバイスへ表示させるためのバッファメモリが少ないなどの制約がある機器において動作が可能となる。

なお、以上の例では、記録媒体として光ディスク２６０を用いるようにしたが、情報を記録する記録媒体であれば、他の記録媒体でもよい。さらに、携帯型情報処理装置２０１としては、Movie プレーヤ、Still画プレーヤおよびレコーダ、ROM(Read Only Memory)／RAM(Random Access Memory)ディスク／シリコンメモリを再生する携帯型情報処理装置に適用することもできる。

なお、第１の実施の形態と第２の実施の形態を、適宜組み合わせるようにしてもよい。具体的には、LCD２３１の画面に、図１５に示されるような画面要素画像３５１−１乃至３５１−４を表示させ、これらの画面要素画像３５１−１乃至３５１−４を、第１の実施の形態で上述したように、再生している音楽ファイル８３のトラック番号や、条件（温度や、再生時間などの条件）に従って、変化させるようにしてもよい。この場合、図９の優先順位と機能と画面要素画像ファイル名とが対応付けられたテーブル（画面要素情報３０１）に、さらに、条件が付加される。

次に、上述した光ディスク６０と光ディスク２６０とを配布（提供）する情報提供者側の処理について説明する。

情報提供者は、例えば、図２４に示されるようなパーソナルコンピュータ８００を用いて、光ディスク６０に図２を用いて上述した情報を記録させたり、光ディスク２６０に図８を用いて上述した情報を記録させる処理を実行する。

図２４において、CPU８０１は、ROM８０２に記憶されているプログラム、または、記憶部８０８からRAM８０３にロードされたプログラムに従って各種の処理を実行する。RAM８０３にはまた、CPU８０１が各種の処理を実行する上において必要なデータなどが適宜記憶される。

CPU８０１、ROM８０２、およびRAM８０３は、内部バス８０４を介して相互に接続されている。この内部バス８０４にはまた、入出力インターフェース８０５も接続されている。

入出力インターフェース８０５には、キーボード、マウスなどよりなる入力部８０６、CRT，LCDなどよりなるディスプレイ、スピーカなどよりなる出力部８０７、ハードディスクなどより構成される記憶部８０８、並びに、モデム、ターミナルアダプタなどより構成される通信部８０９が接続されている。通信部８０９は、電話回線やCATVを含む各種のネットワークを介しての通信処理を行う。

入出力インターフェース８０５にはまた、必要に応じてドライブ８１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、あるいは半導体メモリなどによりなるリムーバブルメディア８２１が適宜装着され、それから読み出されたコンピュータプログラムが、必要に応じて記憶部８０８にインストールされる。

このパーソナルコンピュータ８００では、ユーザ（情報提供者）からの入力部８０６への操作入力に基づいて、図３を用いて上述したキー情報ファイル８２が生成され、ドライブ８１０に装着されている図示せぬ光ディスク６０に、このキー情報ファイル８２が記録される。具体的には、ユーザからの入力部８０６への操作入力に基づいて、CPU８０１が、各トラック番号に対応するキーのデザイン、位置、サウンド、条件、キーワードを対応付けてテーブル（キー情報ファイル８２）とし、これを、ドライブ８１０に装着された光ディスク（図２４では図示せず）に記録させるよう制御する。

また、同様にして、パーソナルコンピュータ８００では、ユーザ（情報提供者）からの入力部８０６への操作入力に基づいて、図９を用いて上述した画面要素情報ファイル２８２が生成され、ドライブ８１０に装着されている図示せぬ光ディスク２６０に、この画面要素情報ファイル２８２が記録される。具体的には、ユーザからの入力部８０６への操作入力に基づいて、CPU８０１が、各機能に対応する画面要素画像ファイルを生成するとともに、この画面要素画像ファイルのファイル名と、各機能と、優先順位とを対応付けたテーブル（画面要素情報ファイル２８２）を生成する。そして、CPU８０１は、ドライブ８１０に装着された光ディスク２６０（図２４では図示せず）に記録させるよう制御する。例えば、CPU８０１は、入力部８０６への操作入力に基づいて、出力部８０７に表示された各機能に対応する画像をブロックに分割する。また、CPU８０１は、入力部８０６への操作入力に基づいて、分割した画像のそれぞれに優先順位を付ける。CPU８０１は、それぞれのブロックに対応する機能と、それぞれのブロック上に表示されている画像と、その画像の名称とを対応付けたテーブルを生成し、これを画面要素情報ファイル２８２とする。そして、CPU８０１は、ドライブ８１０に装着された光ディスク２６０に、この画面要素情報ファイル２８２を記録させるよう制御する。

このように、情報提供者側では、出力部８０７に表示された画像をブロックに分割し、分割された各ブロックのそれぞれに対応する機能に対して優先順位を付けることで、図９に示されるような画面要素情報ファイル２８２を、光ディスク２６０に記録させ、携帯型情報処理装置に提供することができる。すなわち、情報提供者は、携帯型情報処理装置の表示部に、操作を入力させるための画像を動的に表示させることができる情報を光ディスク２６０に記録して携帯型情報処理装置に配布することができる。

上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。この場合、上述した一連の処理は、図２４に示されるようなパーソナルコンピュータ８００により実行される。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、ネットワークや記録媒体からインストールされる。

この記録媒体は、図２４に示されるように、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されているリムーバブルメディア４２１よりなるパッケージメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているROM８０２や記憶部８０８が含まれるハードディスクなどで構成される。

なお、本明細書において、コンピュータプログラムを記述するステップは、記載された順序に従って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。

本発明を適用した携帯型情報処理装置の構成例を示すブロック図である。 図１の光ディスクに記録されている情報の例を説明する図である。 図２のキー情報ファイルに含まれるデータを説明する図である。 図１の携帯型情報処理装置における表示処理を説明するフローチャートである。 図１のLCDに表示される画面例を示す図である。 図１のLCDに表示される他の画面例を示す図である。 本発明を適用した携帯型情報処理装置の他の構成例を示すブロック図である。 図７の光ディスクに記録されている情報の例を説明する図である。 図８の画面要素情報ファイルに含まれるデータを説明する図である。 図８の画面要素画像ファイル名に対応する画面要素画像の例を示す図である。 図７のLCDに表示される画面例を示す図である。 図７の携帯型情報処理装置における表示処理を説明するフローチャートである。 図７の携帯型情報処理装置における表示処理を説明するフローチャートである。 想定される仮想画面の例を示す図である。 図１４の仮想画面の想定に対して、図７のLCDに実際に表示される画面例を示す図である。 想定される仮想画面の例を示す図である。 図１６の仮想画面の想定に対して、図７のLCDに実際に表示される画面例を示す図である。 想定される仮想画面の例を示す図である。 図１８の仮想画面の想定に対して、図７のLCDに実際に表示される画面例を示す図である。 想定される仮想画面の例と、仮想画面の想定に対して図７のLCDに実際に表示される画面例を示す図である。 図２０の仮想画面の想定に対して、図７のLCDに実際に表示される画面例を示す図である。 情報処理装置の表示部への表示で想定される仮想画面の例を示す図である。 図２２の仮想画面の想定に対して、情報処理装置の表示部に実際に表示される画面例を示す図である。 パーソナルコンピュータの構成例を示すブロック図である。

符号の説明

１ 携帯型情報処理装置， １２ CPU， １３ SDRAM， １４ 再生制御部， １６ 表示制御部， １７ タッチセンサ， ３１ LCD， ３２ タッチパネル， ６０ 光ディスク， ８１ TOC， ８２ キー情報ファイル， ８３ 音楽ファイル， １１１乃至１１３ アイコン， ２０１ 携帯型情報処理装置， ２１２ CPU， ２１３ SDRAM， ２１４ 再生制御部， ２１６ 表示制御部， ２１７ タッチセンサ， ２３１ LCD， ２３２ タッチパネル， ２６０ 光ディスク， ２８１ TOC， ２８２ 画面要素情報ファイル， ２８３ 音楽ファイル， ２８４ 画面要素画像ファイル， ３０１ 画面要素情報， ３０２ 配置情報， ３５１ 画面要素画像， ４１１ 仮想画面， ４１２ 表示領域， ４３１乃至４３８ 領域， ４５１乃至４５４ 領域

Claims (6)

1. 記録媒体に記録されている情報に基づく処理を実行する携帯型情報処理装置において、
   前記携帯型情報処理装置の内部または外部の所定状態を検知する検知手段と、
   ユーザからの操作入力を受け付けるタッチパネルと、
   前記タッチパネルに重ねて設けられている表示部に、画像を表示させるよう制御する表示制御手段と、
   前記記録媒体から、複数の画像データと、各前記画像データの画像が表示される前記表示部上の位置を示す位置データと、各前記画像データに対応する処理を示す処理データと、各前記画像を表示する条件であって、前記検知手段により検知される前記状態が満たすべき条件と、各前記画像データに対応する複数の音楽ファイルとが対応付けられたテーブルを読み出す読み出し手段と、
   前記読み出し手段により読み出された前記テーブルを参照して、前記検知手段によりその時点で検知されている状態が満たしている条件を認識し、認識された前記条件に対応付けられている前記画像データを、認識された前記条件に対応付けられている前記位置データに基づいて配置し、前記表示部に表示させるための表示用画像データを生成する生成手段と
   を備え、
   前記検知手段は、前記携帯型情報処理装置の内部または外部の所定状態として、再生中の前記音楽ファイルを検知して、前記音楽ファイルの再生位置を検知し、
   前記条件は、前記複数の音楽ファイルのうち、再生対象の音楽ファイルの再生位置の範囲として決定されており、
   前記生成手段は、前記複数の音楽ファイルのうち再生対象の音楽ファイルを認識し、前記検知手段によりその時点で検知されている再生位置が満たしている前記条件を認識し、認識された前記音楽ファイルに対応付けられている各前記画像データのうち、認識された前記条件に対応付けられている前記画像データを、認識された前記条件に対応付けられている前記位置データに基づいて配置し、前記表示部に表示させるための表示用画像データを生成し、
   前記表示制御手段は、前記生成手段により生成された前記表示用画像データに基づく画像を前記表示部に表示させるよう制御し、
   前記タッチパネルにより前記表示部に表示された前記画像に対するユーザからの操作入力が受け付けられた場合、前記生成手段により認識された前記条件に対応付けられている前記処理データに基づいて、受け付けられた操作入力に対応する処理が実行される
   ことを特徴とする携帯型情報処理装置。
2. 前記記録媒体にはTOC（Table Of Contents）が記録されており、前記テーブルは、前記TOCに関連付けられて記録されている
   ことを特徴とする請求項１に記載の携帯型情報処理装置。
3. 前記検知手段は、前記携帯型情報処理装置の内部または外部の所定状態として、さらに、前記携帯型情報処理装置の外部の温度を検知し、
   前記条件は、前記再生位置の範囲として決定されている条件に加えてさらに、前記外部の温度が取り得る範囲として決定されている
   ことを特徴とする請求項１に記載の携帯型情報処理装置。
4. 前記テーブルには、複数の画像データのそれぞれが選択された場合に再生される音楽データがさらに対応付けられており、
   前記タッチパネルにより前記表示部に表示された前記画像に対するユーザからの操作入力が受け付けられた場合、前記音楽データが再生される
   ことを特徴とする請求項１に記載の携帯型情報処理装置。
5. 記録媒体に記録されている情報に基づく処理を実行する、ユーザからの操作入力を受け付けるタッチパネルと、前記タッチパネルに重ねて設けられている表示部と、自身の内部または外部の所定状態を検知する検知部とを備える携帯型情報処理装置の情報処理方法において、
   前記所定状態を検知する検知ステップと、
   前記表示部に、画像を表示させるよう制御する表示制御ステップと、
   前記記録媒体から、複数の画像データと、各前記画像データの画像が表示される前記表示部上の位置を示す位置データと、各前記画像データに対応する処理を示す処理データと、各前記画像を表示する条件であって、前記検知部により検知される前記状態が満たすべき条件と、各前記画像データに対応する複数の音楽ファイルとが対応付けられたテーブルを読み出す読み出しステップと、
   前記読み出しステップの処理により読み出された前記テーブルを参照して、前記検知部によりその時点で検知されている状態が満たしている条件を認識し、認識された前記条件に対応付けられている前記画像データを、認識された前記条件に対応付けられている前記位置データに基づいて配置し、前記表示部に表示させるための表示用画像データを生成する生成ステップと
   を含み、
   前記検知ステップは、前記携帯型情報処理装置の内部または外部の所定状態として、再生中の前記音楽ファイルを検知して、前記音楽ファイルの再生位置を検知するステップを含み、
   前記条件は、前記複数の音楽ファイルのうち、再生対象の音楽ファイルの再生位置の範囲として決定されており、
   前記生成ステップは、前記複数の音楽ファイルのうち再生対象の音楽ファイルを認識し、前記検知ステップの処理によりその時点で検知されている再生位置が満たしている前記条件を認識し、認識された前記音楽ファイルに対応付けられている各前記画像データのうち、認識された前記条件に対応付けられている前記画像データを、認識された前記条件に対応付けられている前記位置データに基づいて配置し、前記表示部に表示させるための表示用画像データを生成するステップを含み、
   前記表示制御ステップは、生成ステップの処理により生成された前記表示用画像データに基づく画像を前記表示部に表示させるよう制御するステップを含み、
   前記タッチパネルにより前記表示部に表示された前記画像に対するユーザからの操作入力が受け付けられた場合、前記生成ステップにより認識された前記条件に対応付けられている前記処理データに基づいて、受け付けられた操作入力に対応する処理が実行される
   ことを特徴とする情報処理方法。
6. 記録媒体に記録されている情報に基づく処理を実行する、ユーザからの操作入力を受け付けるタッチパネルと、前記タッチパネルに重ねて設けられている表示部と、自身の内部または外部の所定状態を検知する検知部とを備える携帯型情報処理装置のコンピュータに情報処理を実行させるプログラムであって、
   前記所定状態を検知する検知ステップと、
   前記表示部に、画像を表示させるよう制御する表示制御ステップと、
   前記記録媒体から、複数の画像データと、各前記画像データの画像が表示される前記表示部上の位置を示す位置データと、各前記画像データに対応する処理を示す処理データと、各前記画像を表示する条件であって、前記検知部により検知される前記状態が満たすべき条件と、各前記画像データに対応する複数の音楽ファイルとが対応付けられたテーブルを読み出す読み出しステップと、
   前記読み出しステップの処理により読み出された前記テーブルを参照して、前記検知部によりその時点で検知されている状態が満たしている条件を認識し、認識された前記条件に対応付けられている前記画像データを、認識された前記条件に対応付けられている前記位置データに基づいて配置し、前記表示部に表示させるための表示用画像データを生成する生成ステップと
   を含み、
   前記検知ステップは、前記携帯型情報処理装置の内部または外部の所定状態として、再生中の前記音楽ファイルを検知して、前記音楽ファイルの再生位置を検知するステップを含み、
   前記条件は、前記複数の音楽ファイルのうち、再生対象の音楽ファイルの再生位置の範囲として決定されており、
   前記生成ステップは、前記複数の音楽ファイルのうち再生対象の音楽ファイルを認識し、前記検知ステップの処理によりその時点で検知されている再生位置が満たしている前記条件を認識し、認識された前記音楽ファイルに対応付けられている各前記画像データのうち、認識された前記条件に対応付けられている前記画像データを、認識された前記条件に対応付けられている前記位置データに基づいて配置し、前記表示部に表示させるための表示用画像データを生成するステップを含み、
   前記表示制御ステップは、前記生成ステップの処理により生成された前記表示用画像データに基づく画像を前記表示部に表示させるよう制御するステップを含み、
   前記タッチパネルにより前記表示部に表示された前記画像に対するユーザからの操作入力が受け付けられた場合、前記生成ステップにより認識された前記条件に対応付けられている前記処理データに基づいて、受け付けられた操作入力に対応する処理が実行される
   ことを特徴とするプログラム。

Images