(57)【要約】      （修正有）【課題】ディスク媒体を用い、オーディオ再生に対応する画像データ表示を行う記録再生システムで、消費電力を低減、速いレスポンスを実現する。【解決手段】オーディオデータ単位を、トラックグループ化して管理する記録媒体において、各トラックや各グループに対応する画像データ（サムネイル画像等）を集めた画像ファイルを生成し、記録媒体に記録する。再生するオーディオデータと同時に、そのトラックやグループに対応する画像表示や一覧表示させる際など、画像ファイルから表示する画像データを得る。画像ファイルは予めバッファメモリに読み出しておくことで、表示に際して記録媒体へのアクセスを行う必要がないようにする。【選択図】図５
2006155782.tif 000002
【特許請求の範囲】
【請求項１】
管理情報によってオーディオデータの単位としてのトラックがグループ化されて管理される記録媒体に対してデータの記録を行う記録手段と、
上記記録媒体に記録された各トラックのそれぞれ、もしくは上記管理情報で管理されている各グループのそれぞれに関連づけられた画像データを集めた画像ファイルを生成し、該画像ファイルを上記記録手段によって上記記録媒体に記録させる制御手段と、
を備えたことを特徴とする記録装置。
【請求項２】
上記制御手段は、上記記録媒体に記録されている画像データに対してリサイズ処理を行い、リサイズされた画像データを、或るトラックもしくは或るグループに関連づけられた画像データとして上記画像ファイルに含ませて記録させることを特徴とする請求項１に記載の記録装置。
【請求項３】
上記制御手段は、上記画像ファイルに、該画像ファイル内に含まれる各画像データのそれぞれについて、或る特定のトラックもしくは或る特定のグループに対応することを示す対応指示情報を含ませて記録させることを特徴とする請求項１に記載の記録装置。
【請求項４】
管理情報によってオーディオデータの単位としてのトラックがグループ化されて管理されるとともに、記録された各トラックのそれぞれ、もしくは上記管理情報で管理されている各グループのそれぞれに関連づけられた画像データを集めた画像ファイルが記録されている記録媒体に対してデータの再生を行う再生手段と、
上記再生手段によって上記記録媒体から再生されるデータをバッファリングするバッファメモリ手段と、
表示手段と、
上記再生手段によって上記記録媒体から上記画像ファイルを読み出させて上記バッファメモリ手段に格納させると共に、上記再生手段によって上記記録媒体からオーディオデータの再生を実行させる際に、再生される上記トラック、もしくは再生されるトラックを含む上記グループに関連づけられた画像データを、上記バッファメモリ手段に格納された上記画像ファイルから抽出し、上記表示手段に表示させる制御手段と、
を備えたことを特徴とする再生装置。
【請求項５】
上記画像ファイルには、該画像ファイル内に登録された各画像データのそれぞれについて、或る特定のトラックもしくは或る特定のグループに対応することを示す対応指示情報が含まれており、
上記制御手段は、上記対応指示情報を用いて、再生される上記トラック、もしくは再生されるトラックを含む上記グループに関連づけられた画像データを上記画像ファイルから抽出することを特徴とする請求項４に記載の再生装置。
【請求項６】
管理情報によってオーディオデータの単位としてのトラックがグループ化されて管理される記録媒体に記録された各トラックのそれぞれ、もしくは上記管理情報で管理されている各グループのそれぞれに関連づけられた画像データを登録することのできる画像ファイルを生成するファイル生成ステップと、
或るトラックもしくは或るグループに対して対応付けを指定された画像データを、そのトラックもしくはグループに対応することを示す対応指示情報とともに、上記画像ファイルに登録する画像ファイル更新ステップと、
を備えたことを特徴とする画像ファイル生成方法。
【請求項７】
管理情報によってオーディオデータの単位としてのトラックがグループ化されて管理されるとともに、各トラックのそれぞれ、もしくは各グループのそれぞれに関連づけられた画像データを集めた画像ファイルが記録されている記録媒体から、上記画像ファイルを読み出してバッファメモリ手段に格納する画像ファイル読出ステップと、
上記記録媒体からのオーディオデータの再生時に、再生される上記トラックもしくはそのトラックを含む上記グループに関連づけられた画像データを、上記バッファメモリ手段に格納された上記画像ファイルから抽出する画像データ抽出ステップと、
上記画像データ抽出ステップで抽出された画像データを表示出力する表示出力ステップと、
を備えたことを特徴とする表示制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は記録装置とその画像ファイル生成方法、及び再生装置とその表示制御方法に関する。
【背景技術】
【０００２】
【特許文献１】特開平１１−３３１７０２号公報
【０００３】
ＣＣＤセンサ或いはＣＭＯＳセンサなどの固体撮像素子を用いて被写体の画像信号を得、これを撮像データとして記録媒体に記録するデジタルスチルカメラが普及している。
これらデジタルスチルカメラでは、撮像データ（写真データ）を記録する記録媒体としてフラッシュメモリを内蔵するメモリカードが用いられたり、或いは光ディスク、光磁気ディスク、或いは、ハードディスク（磁気ディスク）などのディスクメディアが用いられる。現在一般的であるＤＣＦ準拠のデジタルカメラの場合、これらの記録媒体において撮像データはＦＡＴシステム上でフォルダ分けされて記録される。
【０００４】
また、ＣＤ（Compact Disc）、ＭＤ（Mini Disc）、ＤＶＤ（Digital Versatile Disc）、ブルーレイディスク（Blu-Ray Disc）など、各種のディスクメディアが開発され、オーディオデータ、ビデオデータ、コンピュータユースのデータ等、各種データ記録再生システムで利用されている。
さらにこれらディスクメディアの大容量化、機器の複合機能化などの状況により、より多様な電子機器が開発されている。
例えばディスクメディアを用いたオーディオ再生装置などとして携帯用の小型機器も多種が普及しており、近年では、携帯用オーディオプレーヤに画像表示機能やデジタルカメラ機能を持たせたものも開発されている。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、例えばフラッシュメモリ等の固体メモリ、或いはそれを内蔵したメモリカードを記録媒体として用いたデジタルスチルカメラの分野では、撮像した画像データを表示部に表示したり、サムネイル画像により一覧表示することが行われている（上記特許文献１参照）。
一方、ディスクメディアを用いたオーディオ機器では、画像表示機能を備えるようにし、再生するトラック（ここでいうトラックとは例えば音楽等の１曲としての単位）やグループ（トラックの集まり。例えば音楽アルバム等の単位）に応じた画像を表示するようにすることが提案されている。例えばアルバムジャケット画像やトラック（曲）のイメージに合わせた画像をディスクに記録しておき、再生時にこれらを表示する。またデジタルカメラ機能を備えたオーディオ機器では、撮像した画像データをトラックやアルバムに対応させて表示することも考慮されている。もちろんオーディオデータの再生を行っていないときに、ジャケット画像を一覧表示したり、順次表示することなども考えられている。
【０００６】
ここで、光ディスクメディアを用いたシステムの特性を考える。
光ディスクシステムでは、そのデータ再生のためのアクセスには、光ピックアップのスレッド移動やそれに伴うフォーカス／トラッキングサーボ制御などを必要とし、固体メモリに比べて時間がかかるという性質がある。さらにこれらの駆動やディスク回転のための電力消費が大きいという性質もある。
また近年のオーディオ再生装置では、ディスクから高速に読み出したオーディオデータを一旦バッファメモリに格納し、バッファメモリから連続的に所定レートで読み出して再生出力していくことが一般的であるが、バッファメモリ容量の増大に応じてディスクからの読出期間が低減されつつある。つまりディスクからのオーディオデータの読出は、高速でバッファメモリにため込むようにすれば、或る程度の時間休止でき、その分、消費電力を低減できる。
【０００７】
ところが、オーディオデータの再生時に、対応する画像データをディスクから読み出して表示させるようにすることを考えると、ディスク再生時のアクセス時間や消費電力が問題となる。
つまり、オーディオデータの読出の合間をぬって画像データの読出を行うことになるが、そのときのピックアップのスレッド移動等の処理により、アクセス時間が増大し、画像表示のレスポンスが低下せざるを得ない。
また、ディスクからの画像データの読出が余分に必要になり、スレッド移動の回数が多くなり、またディスク回転駆動期間が増大するため、必然的に消費電力が増大する。例えば携帯用の機器では、電池寿命の観点から、消費電力の増大は大きな問題となる。
さらにオーディオデータの再生中でなくとも、画像データ再生のためにディスクメディアへのアクセスが必要になることは、消費電力や表示レスポンスの点で不利である。
【課題を解決するための手段】
【０００８】
本発明はこのような課題に鑑み、例えばディスク記録媒体を用いた記録再生システムで、画像データの表示に関して消費電力を低減し、またレスポンスの良い表示を実現することを目的とする。
【０００９】
本発明の記録装置は、管理情報によってオーディオデータの単位としてのトラックがグループ化されて管理される記録媒体に対してデータの記録を行う記録手段と、上記記録媒体に記録された各トラックのそれぞれ、もしくは上記管理情報で管理されている各グループのそれぞれに関連づけられた画像データを集めた画像ファイルを生成し、該画像ファイルを上記記録手段によって上記記録媒体に記録させる制御手段とを備える。
また、上記制御手段は、上記記録媒体に記録されている画像データに対してリサイズ処理を行い、リサイズされた画像データを、或るトラックもしくは或るグループに関連づけられた画像データとして上記画像ファイルに含ませて記録させる。
また上記制御手段は、上記画像ファイルに、該画像ファイル内に含まれる各画像データのそれぞれについて、或る特定のトラックもしくは或る特定のグループに対応することを示す対応指示情報を含ませて記録させる。
【００１０】
本発明の再生装置は、管理情報によってオーディオデータの単位としてのトラックがグループ化されて管理されるとともに、記録された各トラックのそれぞれ、もしくは上記管理情報で管理されている各グループのそれぞれに関連づけられた画像データを集めた画像ファイルが記録されている記録媒体に対してデータの再生を行う再生手段と、上記再生手段によって上記記録媒体から再生されるデータをバッファリングするバッファメモリ手段と、表示手段と、上記再生手段によって上記記録媒体から上記画像ファイルを読み出させて上記バッファメモリ手段に格納させると共に、上記再生手段によって上記記録媒体からオーディオデータの再生を実行させる際に、再生される上記トラック、もしくは再生されるトラックを含む上記グループに関連づけられた画像データを、上記バッファメモリ手段に格納された上記画像ファイルから抽出し、上記表示手段に表示させる制御手段とを備える。
また上記画像ファイルには、該画像ファイル内に登録された各画像データのそれぞれについて、或る特定のトラックもしくは或る特定のグループに対応することを示す対応指示情報が含まれており、上記制御手段は、上記対応指示情報を用いて、再生される上記トラック、もしくは再生されるトラックを含む上記グループに関連づけられた画像データを上記画像ファイルから抽出する。
【００１１】
本発明の画像ファイル生成方法は、管理情報によってオーディオデータの単位としてのトラックがグループ化されて管理される記録媒体に記録された各トラックのそれぞれ、もしくは上記管理情報で管理されている各グループのそれぞれに関連づけられた画像データを登録することのできる画像ファイルを生成するファイル生成ステップと、或るトラックもしくは或るグループに対して対応付けを指定された画像データを、そのトラックもしくはグループに対応することを示す対応指示情報とともに、上記画像ファイルに登録する画像ファイル更新ステップとを備える。
【００１２】
本発明の表示制御方法は、管理情報によってオーディオデータの単位としてのトラックがグループ化されて管理されるとともに、各トラックのそれぞれ、もしくは各グループのそれぞれに関連づけられた画像データを集めた画像ファイルが記録されている記録媒体から、上記画像ファイルを読み出してバッファメモリ手段に格納する画像ファイル読出ステップと、上記記録媒体からのオーディオデータの再生時に、再生される上記トラックもしくはそのトラックを含む上記グループに関連づけられた画像データを、上記バッファメモリ手段に格納された上記画像ファイルから抽出する画像データ抽出ステップと、上記画像データ抽出ステップで抽出された画像データを表示出力する表示出力ステップとを備える。
【００１３】
即ち本発明では、管理情報によってオーディオデータの単位としてのトラックがグループ化されて管理される記録媒体に対応する装置において、記録媒体には、各トラックに対応する画像データ（例えばサムネイル画像データ）を集めた画像ファイル、或いは各グループに対応する画像データ（例えばサムネイル画像データ）を集めた画像ファイルを生成し、記録媒体に記録するようにする。
そして例えば再生するオーディオデータと同時に、そのトラックやグループに対応する画像を表示させる際や、或いはトラックやグループの一覧表示のために画像データを表示させる際などは、画像ファイルからその表示する画像データを得る。この画像ファイルについては、予めバッファメモリに読み出しておくことで、表示に際して記録媒体へのアクセスを行う必要がないようにする。
【発明の効果】
【００１４】
本発明によれば、各トラックに対応する画像データを集めた画像ファイル、もしくは各グループに対応する画像データを集めた画像ファイルを生成し、記録媒体に記録しておく。これによって、画像ファイルのデータを記録媒体から読み込むことで、トラックやグループについての画像による一覧表示がレスポンスよく実行できる。
即ち画像ファイルは、オーディオデータの再生に関して必要な画像データが集められているため、バッファメモリ手段への必要な画像データの読込が効率的におこなうことができるようになる（表示用の画像データに関しての準備は画像ファイルのみを読み込めばよい）。また、上記画像ファイルをバッファメモリ手段に読み込んでおけば、記録媒体に対するアクセスを行わずに必要な画像データを得ることができ、ディスク記録媒体を用いたシステムであってもディスクアクセスの時間を待たずに表示出力が実行できる。
従って、トラックやグループの一覧表示や、或いはトラック再生時にトラックもしくはグループに対応する画像データ（ジャケット画像など）を表示する際など、画像データに関してはディスク記録媒体へのアクセスを行わずに迅速な表示出力を実現できる。
さらに、画像データの表示の際に、その画像データについてディスク記録媒体へのアクセスを不要とすることは、ディスクアクセス時のスレッド移動の頻度の減少やアクセス駆動時間の減少から、消費電力の削減を実現できる。特にオーディオデータの再生時に、同時に表示する画像データのディスク記録媒体へのアクセスを不要とすることオーディオデータについてのアクセスのみを考えて効率化できるため、より有用である。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施の形態として、携帯型のオーディオプレーヤ及びカメラの複合機能を備えた装置を説明する。この例のオーディオ・カメラ複合装置は、光ディスクを記録媒体としてオーディオデータの再生を行い、また撮像した静止画データ（撮像データ）を光ディスクに記録し、再生できるものとする。説明は次の順序で行う。
［１．オーディオ・カメラ複合装置の外観構成］
［２．オーディオ・カメラ複合装置の内部構成］
［３．ファイル管理形態］
［４．オーディオデータの管理形態］
［５．ジャケット写真登録処理］
［６．ジャケット写真表示処理］
［７．実施の形態の効果及び変形例］
【００１６】
［１．オーディオ・カメラ複合装置の外観構成］
図１（ａ）（ｂ）（ｃ）（ｄ）（ｅ）（ｆ）に、本例のオーディオ・カメラ複合装置１の正面図、平面図、左側面図、右側面図、底面図、背面図を示す。
このオーディオ・カメラ複合装置１の筐体は、上部筐体２と下部筐体３から成り、上部筐体２は下部筐体３に対して開閉される構造を採っている。詳細な機構の説明は省略するが図１（ｅ）に示す開閉操作子１６を操作することで、上部筐体２が開かれた状態となり、いわゆるミニディスク方式のディスクの装填機構が表出する。そしてディスクが装填された状態で上部筐体２を閉じることで、筐体内部でディスクに対する情報の記録又は再生が実行される。
このオーディオ・カメラ複合装置１は、ディスクを装填することにより、そのディスクに記録されているオーディオデータ（楽曲等）の再生を行うことができ、携帯用のオーディオプレーヤとして機能する。またディスクに対して撮像データの記録再生を行うことができ、デジタルスチルカメラとしても機能することになる。
なお、以下では、オーディオプレーヤとして機能する動作状態をオーディオモード、デジタルスチルカメラとして機能する動作状態をカメラモードと言う。
【００１７】
図１（ａ）のように筐体正面には、例えば液晶パネル等による表示部４が設けられている。この表示部４には、オーディオモード時には、光ディスクに記録されたオーディオデータの選択のための一覧や操作メニュー、再生中のトラックナンバ、進行時間や総演奏時間などの時間情報、操作ガイド、或いはアルバムジャケット画像やトラックに関連づけられた画像、スライドショウ画像、サムネイル画像などが表示される。
またカメラモードの場合は、撮像スタンバイ状態にあるときは、その際に撮像素子で取り込まれている被写体画像（実動画）や、シャッタ操作した時点で撮像された静止画像（写真画像）が表示され、また写真閲覧状態にあるときは、過去に撮像した写真（光ディスクに記録された撮像データ）の再生画像やサムネイル画像が表示される。
【００１８】
また筐体上の所定位置には各種の操作子が設けられている。
図１（ａ）に示すように筐体正面には操作子として、集中コントローラ５，メニューキー６，ストップ／キャンセルキー７、スライドショウキー８、ディスプレイキー９が設けられる。また図１（ｂ）に示すように筐体上面にはカメラオン／オフキー１０、シャッタボタン１１が設けられる。また図１（ｄ）に示すように筐体側面にはボリュームキー１２，ダウンロードキー１３，ホールドスイッチ１４が設けられる。
【００１９】
集中コントローラ５は、オーディオモード、カメラモードのいずれの場合も主たる操作を行う操作子とされる。集中コントローラ５は、まずその中央部を押圧するプッシュ操作が可能とされている。また中央の周囲の４隅もそれぞれ押圧可能とされ、その上下左右の押圧が、アップ操作、ダウン操作、レフト操作、ライト操作とされる。さらに集中コントローラ５の外周部分はいわゆるジョグダイヤルとして回転可能に形成されており、右回り或いは左回りのジョグ操作が可能とされている。
これらのプッシュ操作、アップ操作、ダウン操作、レフト操作、ライト操作、ジョグ操作は、それぞれモード状態に応じて所定の機能が割り当てられており、例えば再生、一時停止、停止、メニューや一覧表示上でのカーソル移動、決定、モード切換、トラック送り／戻し、早送り／早戻し等、ユーザーが実行する主たる操作機能の操作子となる。
【００２０】
メニューキー６は、表示部４における操作メニュー表示のオン／オフ操作のためのキーとされる。
ストップ／キャンセルキー７は、再生動作の停止や各種キャンセル操作のためのキーとされる。
スライドショウキー８はスライドショウとして、例えばオーディオ再生時の画像データ表示動作を指示するキーとされる。
ディスプレイキー９は、表示部４における表示モード、表示内容等を切り換えるためのキーとされる。
カメラオン／オフキー１０はカメラモードの起動及びカメラモードの終了を指示するキーとされる。
シャッタボタン１１は、カメラモードにおいて撮像タイミングを指示するキーである。シャッタボタン１１により写真画像の撮像が行われる。
ボリュームキー１２は、オーディオ再生時の音量調整キーである。
ダウンロードキー１３は、例えば当該オーディオ・カメラ複合装置１をパーソナルコンピュータに接続した場合などにおいて、データのダウンロードを実行させるためのキーである。
ホールドスイッチ１４は、携帯時等の誤操作をなくすために、各操作子のキーの無効化（ホールド状態）を設定するスライド操作子である。
【００２１】
図１（ｅ）のように筐体前面には、ＵＳＢ端子３が設けられ、ＵＳＢ方式のインターフェースで例えばパーソナルコンピュータ等と接続することが可能とされている。
図１（ｃ）のように筐体側面にはヘッドホン／リモコン端子１８が形成され、リモートコントローラ付きのヘッドホンが接続される。
図１（ｄ）のように筐体側面にはバッテリーボックス開閉部１９が設けられ、このバッテリーボックス開閉を開くことで、バッテリーの挿入／取り出しが可能となる。
【００２２】
図１（ｆ）のように筐体背面側には、スライド操作可能なレンズカバー１５が設けられている。レンズカバー１５は、撮像レンズの保護のために設けられる。
図２（ａ）（ｂ）に、レンズカバー１５のスライドによる開閉状態を示す。
レンズカバー１５は、図２（ａ）のような閉状態と、図２（ｂ）のような開状態とにスライド可能とされている。図２（ｂ）の開状態とすることで、撮像レンズ部１９が表出され、カメラ撮像が可能な状態となる。また図２（ａ）の閉状態では、撮像レンズ部１９が遮蔽され、レンズが保護される状態となる。本例では、レンズカバー１５のスライド操作が、動作状態遷移を指示する操作ともなる。
【００２３】
［２．オーディオ・カメラ複合装置の内部構成］
図３によりオーディオ・カメラ複合装置１の内部構成を説明する。
ＣＰＵ３０は装置全体の制御部として機能し、オーディオモードでの再生動作やカメラモードでの撮像動作や画像再生動作や、表示部４の表示動作などのための制御、ユーザー操作の検知、動作状態の遷移処理、外部機器との通信制御などを行う。ＣＰＵ３０はバス５０を介して各部とデータや制御情報のやりとりを行う。
ＲＡＭ３１は、ＣＰＵ３０が演算のワーク領域として用いたり、動作中の情報の記憶に用いる。
ＲＯＭ３２は、ＣＰＵ３０が実行するプログラムや各種処理係数などが記憶される。
不揮発性メモリ３３（ＮＶ−ＲＡＭやフラッシュＲＯＭ）は、各種係数、設定情報、リジュームポイント（再生停止時のアドレス）、その他、電源オフ時にも保持しておくべき情報の記憶に用いられる。
【００２４】
メディアドライブ部３４は、ＣＰＵ３０の制御に基づいて、ディスク９０、例えばミニディスク方式の光ディスク（又は光磁気ディスク）に対する記録再生を行う。このため、ディスク９０に記録すべきデータについての記録フォーマットへのエンコード部、ディスク９０からの再生データのデコード部、記録再生ヘッド、サーボ機構、スピンドルモータ機構などを備える。
バッファメモリ３５は例えばＳＤ−ＲＡＭにより構成され、このバッファメモリ３５では、メディアドライブ部３４に転送してディスク９０に記録させるデータのバッファリングや、メディアドライブ部３４でディスク９０から読み出されたデータのバッファリングが行われる。
また、ディスク９０に記録された管理情報、即ちデータの記録再生動作のために必要なディスク９０の物理情報、エリア情報、記録されたデータファイル情報などは、ディスク９０が装填された際に、ＣＰＵ３０の指示によってメディアドライブ部３４によって読み出される（システムリード）が、これらの管理情報はバッファメモリ３５はの一部領域に格納され、ＣＰＵ３０が参照できるようにされる。なおＣＰＵ３０は、バッファメモリ３５に格納した管理情報をＲＡＭ３１に取り込んで参照するようにしてもよい。
さらに本例の場合、後述するトラック用サムネイルファイル、グループ用サムネイルファイルが、システムリード時にディスク９０から読み出され、バッファメモリ３５の所定の領域に格納される。
メモリインターフェース３６は、バッファメモリ３５に格納されるデータの転送処理やバッファメモリ内の書込／読出アドレスの制御処理を行う。
【００２５】
圧縮エンコード／デコード部３７は、例えばＡＴＲＡＣなどの圧縮方式でオーディオデータの圧縮エンコードや圧縮に対するデコードを行う。
圧縮エンコード／デコード部３７でデコード処理されることで例えばリニアＰＣＭデータとされたオーディオデータは、Ｄ／Ａ変換器４７でアナログオーディオ信号に変換され、ヘッドホンアンプ４８に供給される。ヘッドホンアンプ４８では、増幅処理、インピーダンス調整処理などを行い、オーディオ信号をヘッドホン端子４９に供給する。
ヘッドホン端子４９は、図１（ｃ）のヘッドホン／リモコン端子１８におけるヘッドホン端子部分であり、接続されたリモートコントローラ付きのヘッドホンにおいて再生音声が出力されることになる。
【００２６】
なお、図示していないが、例えばライン入力、マイクロホン入力、デジタルオーディオ入力などの入力系が設けられてアナログオーディオ信号又はデジタルオーディオデータが入力される場合、入力されたオーディオ信号は例えばデジタルオーディオデータ形態で圧縮エンコード／デコード部３７に供給され、圧縮エンコードされるようにする。そして圧縮エンコードされたデータがバッファメモリ３５を介してメディアドライブ部３４に転送され、ディスク９０に記録されるようにすることで、オーディオ録音機能を実現することができる。
また、例えばパーソナルコンピュータ等と接続され、オーディオデータがダウンロードされる場合に、該データを圧縮エンコード／デコード部３７で圧縮エンコード処理を行う場合もある。
【００２７】
ＵＳＢインターフェース３９は、ＵＳＢ端子１７を介して接続されるパーソナルコンピュータ等の機器との間のデータ転送処理を行う。
シリアルインターフェース４０は、後述するカメラ／ＬＣＤブロックとの間のデータ入出力処理を行う。
Ａ／Ｄポート４１は、各種ユーザー操作を検出し、Ａ／Ｄ変換値を操作情報としてＣＰＵ３０に供給する。操作キー４４とは、上述した集中コントローラ５，メニューキー６，ストップ／キャンセルキー７、スライドショウキー８、ディスプレイキー９、カメラオン／オフキー１０、シャッタボタン１１、ボリュームキー１２，ダウンロードキー１３を指し、Ａ／Ｄポート４１はこれらの操作子の操作情報を所定の値でＣＰＵ３０に伝える。
また、リモコン端子４６は、図１（ｃ）のヘッドホン／リモコン端子１８におけるリモコン端子部分であり、接続されたヘッドホンに設けられたリモートコントローラからの操作情報がＡ／Ｄポート４１によって検出され、所定の値としてＣＰＵ３０に伝えられる。
シリアルインターフェース４２は、ＣＰＵ３０が指示する表示データをリモコン端子４６からリモートコントローラに供給する。ヘッドホンに設けられたリモートコントローラには表示部が形成されており、その表示部においては、シリアルインターフェース４２を介してＣＰＵ３０から供給された表示制御情報に基づく表示動作が行われる。
【００２８】
ＤＳＰインターフェース４３は、ＣＰＵ３０、ＵＳＢインターフェース３９等のバス５０上の各部と圧縮エンコード／デコード部３７でのデータや制御情報の転送を行う。
ホールドキー１４の操作は、ＣＰＵ３０によって検出される。ＣＰＵ３０はホールドキー１４によってキーの無効化操作がなされている場合、Ａ／Ｄポート４１を介して供給される操作キー４４による操作情報を無効なものとして扱う。
【００２９】
カバー連動スイッチ４５は、レンズカバー１５の開閉に応じてオン／オフが切り換えられるスイッチであり、レンズカバー１５の開閉の検出部として機能する。ＣＰＵ３０はカバー連動スイッチ４５のオン／オフ状態を検知することで、レンズカバー１５が開状態にあるか閉状態にあるかを知ることができる。
【００３０】
カメラ／ＬＣＤブロック３８は、撮像処理系及び表示部４を含む表示処理系としての部位である。
撮像処理系としては、上述した撮像レンズ部１９によって入射される被写体光を検出するＣＣＤセンサ或いはＣＭＯＳセンサ等の固体撮像素子部、固体撮像素子から画素信号を転送し、ゲイン調整やＡ／Ｄ変換を行う撮像信号転送回路、撮像信号転送回路によって得られた撮像画像データに対するホワイトバランス、Ｙ／Ｃ処理等を行うデジタル処理系、撮像画像データに対して圧縮処理やフォーマット処理等を行うエンコード系などが設けられる。
また表示処理系としては、表示部４としてのＬＣＤに表示すべき画像、文字、キャラクタ等を形成する表示画像処理部、表示画像に基づいてＬＣＤを駆動する表示駆動回路などが設けられる。
【００３１】
このようなオーディオ・カメラ複合装置では、オーディオモードでは、ディスク９０に記録されたオーディオデータの再生が行われる。
ユーザーが操作キー４４又はリモートコントローラを用いて再生操作を行った場合、ＣＰＵ３０はメディアドライブ部３４を制御して、ディスク９０のオーディオファイル（オーディオトラック）の再生を実行させる。
メディアドライブ部３４で再生されたオーディオデータは、バッファメモリ３５に蓄積された後、順次読み出されて圧縮エンコード／デコード部３７に転送され、デコードされる。そしてＤ／Ａ変換器４７でアナログオーディオ信号とされ、ヘッドホンアンプ４８の処理を介して接続されたヘッドホンから音声出力される。
このオーディオモードの際には、カメラ／ＬＣＤブロック３８における表示部４及び表示処理系では、ＣＰＵ３０の制御に基づいて、再生メニュー（曲名等の一覧表示）、再生中の曲名、アーティスト名、時間情報、ジャケット画像、スライドショウ画像などの表示動作を実行する。
【００３２】
カメラモードの場合において、撮像スタンバイ状態にあるときは、ＣＰＵ３０はカメラ／ＬＣＤブロック３８を制御して、被写体画像の取り込み、画像信号処理や、表示部４での被写体画像（実動画）の表示を実行させる。
その状態でユーザーがシャッタボタン１１を押したら、ＣＰＵ３０は、その時点の被写体画像（静止画）を撮像データとして記録する制御を行う。つまり、そのシャッタ操作時の１フレームの画像データを、バッファメモリ３５を介してメディアドライブ部３４に記録データとして供給する。
メディアドライブ部３４はディスク９０に対して、１つの写真画像ファイルとして撮像データを記録する。
カメラモードにおいて写真閲覧状態にあるときは、ＣＰＵ３０はメディアドライブ部３４にディスク９０に記録されている写真画像ファイルのデータの読出を行う。読み出された画像データはバッファメモリ３５を介して、カメラ／ＬＣＤブロック３８に転送され、表示部４に表示される。
なお、写真画像データは１枚づつ表示部４に表示される場合と、サムネイル画像として多数の画像が一覧表示される場合がある。ＣＰＵ３０はユーザーの操作に応じて１枚表示とサムネイル表示を切り換えるように制御する。
【００３３】
［３．ファイル管理形態］
ここでディスク９０に記録される撮像データやオーディオデータの管理形態について説明しておく。
ディスク９０においては、記録データは例えばＦＡＴファイルシステムにより管理される。
図４に示すようにＦＡＴファイルシステムのルートには、ＤＣＩＭディレクトリ、ＨｉＦｉディレクトリが配置される。
【００３４】
デジタルカメラシステムにおける静止画像（撮像データ等）は、ＪＥＩＤＡ規格のカメラファイルシステム規格（Design rule for Camera File system：ＤＣＦ規格）に準拠して管理され、このＤＣＦ規格では、ルートにＤＣＩＭディレクトリがおかれることが規定されている。
そしてＤＣＩＭディレクトリには、最大９９９個の画像データフォルダＣＦ１，ＣＦ２・・・をおくことができる。
各画像データフォルダＣＦ内には、最大９９９９枚の静止画像データを格納できると規定されているが、その最大数の設定は、設計上の都合により任意である（９９９９枚以下であればよい）。
図４では、画像データフォルダＣＦ１に含まれる画像データのファイルを、ＤＴｃ１０１、ＤＴｃ１０２・・・として示している。
また各ファイルＤＴｃ１０１・・・には、それぞれ実際の画像データとともに、ヘッダ情報やサムネイルデータが含まれているが、さらに、各ファイルのサムネイルデータを集めたサムネイルファイルが１又は複数個生成され、画像データフォルダＣＦ１内に配置される。ファイルＴＭ１０１、ＴＭ１０２は、サムネイルファイルを示している。１つのサムネイルファイルには、例えば最大１００枚のサムネイル画像が格納されるように設定される。
他の画像データフォルダＣＦ２，ＣＦ３・・・についても同様の構造となる。
【００３５】
ＨｉＦｉディレクトリによっては、ミニディスクシステムとしてのオーディオデータが管理される。このＨｉＦｉディレクトリには、トラックインデックスファイルとオーディオデータファイルが配されるが、本例ではさらに、ＨｉＦｉディレクトリ内にグループ用サムネイルファイル、トラック用サムネイルファイルが配置されるようにしている。
オーディオデータファイルは、実際のオーディオデータとしてのトラックや各種フリンジ情報などが含まれ、それらの実データがトラックインデックスファイル内の管理情報によって管理される。
トラックインデックスファイルによる管理構造については後述するが、多数のオーディオデータとしてのトラックが、１又は複数のグループに分けられて管理される。グループとは、例えばアルバム毎、アーティスト毎、或いはユーザー設定などの区分となる。
グループ用サムネイルファイルは、各グループに対応づけられたサムネイル画像データが集められるファイルとなる。
トラック用サムネイルファイルは、各トラックに対応づけられたサムネイル画像データが集められるファイルとなる。
【００３６】
［４．オーディオデータの管理形態］
ＨｉＦｉディレクトリ内においてトラックインデックスファイルによって管理されるオーディオデータの管理形態を図５で説明する。
上記のようにＨｉＦｉディレクトリには、基本的には、トラックインデックスファイル、オーディオデータファイルが配置される。トラック用サムネイルファイルとグループ用サムネイルファイルは、本実施の形態においての特徴的なファイルとして配置されるものである。
オーディオデータファイルは、複数の音楽データが１つのファイルとして納められたものであり、ＦＡＴシステムでオーディオデータファイルを見ると、巨大なファイルに見える。オーディオデータファイルは、その内部がパーツとして区切られ、オーディオデータは、パーツの集合として扱われる。
基本的には、オーディオデータファイルにおいて実際のオーディオデータとしてのトラックや、各種フリンジデータ（付加的な情報）が記録される。そしてこのオーディオデータファイルのデータが、管理情報としてのトラックインデックスファイルによって管理されるものとなる。
即ちトラックインフォメーションファイルは、オーディオデータファイルに納められた音楽データ等を管理するための各種の情報が記述されたファイルである。
【００３７】
図５に示すように、トラックインデックスファイルには、プレイオーダーテーブル、トラックインフォメーションテーブル、ネームテーブル、グループインフォメーションテーブル、パーツインフォメーションテーブルが設けられる。なお、図示を省略しているが、プログラムドプレイオーダーテーブルも設けられる。
【００３８】
プレイオーダテーブルは、デフォルトで定義されたトラックの再生順序を示すテーブルである。プレイオーダテーブルは、例えばトラックナンバＴＮＯとして、ＴＮＯ１から最大ＴＮＯ２０４７までが管理される。つまり最大２０４７トラックの再生順序が管理される。各トラックナンバＴＮＯについては、トラックインフォメーションテーブルに対するリンク情報が記述されている。
図示していないが、このプレイオーダーテーブルとは別に、再生順序をユーザーが定義したプログラムドプレイオーダテーブルも設けられる。
【００３９】
グループインフォメーションテーブルには、グループに関する情報が記述されている。グループとは、連続したトラックナンバを持つ1 つ以上のトラックの集合、または連続したプログラムドトラックナンバを持つ1 つ以上のトラックの集合である。例えばディスクに収録された大量の楽曲をアルバム単位で分けたい場合などにグループによる管理が活用される。グループは最大２５５グループまで登録可能である。
グループインフォメーションテーブルは、各グループのグループディスクリプタ（ＧＰＤ０、ＧＰＤ１、ＧＰＤ２・・・・）が記述されている。グループディスクリプタＧＰＤには、そのグループが開始されるトラックナンバと、終了トラックのナンバとが「From」「to」として記述されている。またグループタイプ、グループに対応するフリンジデータなどのリンク情報などが記述される。
例えば図５の例では、プレイオーダーテーブルにおけるトラックＴＮＯ２，ＴＮＯ３，ＴＮＯ４が１つのグループであるとしたときに、このグループの情報が、グループインフォメーションテーブルのグループディスクリプタＧＰＤ０によって管理されている状態を示している。この場合グループディスクリプタＧＰＤ０の「From」「to」によってトラックＴＮＯ２、ＴＮＯ４が示されることになる。
【００４０】
トラックインフォメーションテーブルには、各トラック（各曲）に関する情報が記述される。トラックインフォメーションテーブルは、各トラック毎に対応づけられるトラックディスクリプタ（ＴＫＤ０、ＴＫＤ１・・・）からなる。各トラックディスクリプタＴＫＤには、符号化方式、著作権管理情報、コンテンツの復号鍵情報、その楽曲が開始するエントリとなるパーツナンバへのポインタ情報、アーチストネーム、タイトルネーム、元曲順情報、録音時間情報等が記述されている。アーチストネーム、タイトルネームは、ネームそのものではなく、ネームテーブルへのポインタ情報が記述されている。符号化方式は、コーデックの方式を示すもので、復号情報となる。
【００４１】
ネームテーブルは、ネームの実体となる文字を表すためのテーブルである。ネームテーブルは、複数のネームスロット（ＮＳ０，ＮＳ１・・・）からなる。各ネームスロットＮＳは、ネームを示す各ポインタからリンクされて呼び出される。ネームを呼び出すポインタは、トラックインフォメーションテーブルのアーチストネームやトラックネーム、アルバムネーム、グループインフォメーションテーブルのグループネーム等がある。また、各ネームスロットＮＳは、複数から呼び出されることが可能である。
各ネームスロットＮＳは、文字情報であるネームデータと、この文字情報の属性であるネームタイプと、リンク先とからなる。１つのネームスロットで収まらないような長いネームは、複数のネームスロットに分割して記述することが可能である。そして、１つのネームスロットで収まらない場合には、それに続くネームが記述されたネームスロットへのリンク先が記述される。
【００４２】
パーツインフォメーションテーブルには、パーツナンバから実際の楽曲の位置をアクセスするポインタが記述されている。パーツとは、１トラック（楽曲）の全部、または１トラックを分割した各パーツである。
パーツインフォメーションテーブルは、各パーツ毎のパーツディスクリプタ（ＰＴＤ０、ＰＴＤ１・・・）からなる。パーツディスクリプタＰＴＤのエントリは、トラックインフォメーションテーブルのトラックディスクリプタＴＫＤ、或いはグループインフォメーションテーブルのグループディスクリプタＧＰＤにより指し示される。
各パーツディスクリプタＰＴＤは、「From」「to」のポインタによりオーディオデータファイル上のそのパーツの先頭のアドレスと、そのパーツの終了のアドレスが示される。また「Link」によって、そのパーツに続くパーツを管理するパーツディスクリプタが示される。
【００４３】
なお、パーツナンバのポインタ情報、ネームテーブルのポインタ情報、オーディオファイルの位置を示すポインタ情報として用いるアドレスとしては、ファイルのバイトオフセット、ＦＡＴのクラスタナンバ、記録媒体として用いられるディスクの物理アドレス等を用いることができる。
【００４４】
本例のオーディオデータの管理方式では、トラックインフォメーションファイル（ＴＩＦ）におけるプレイオーダテーブルを起点として必要な情報が読み出される。
例えばプレイオーダーテーブルにおけるトラックＴＮＯ２を例に挙げると、このトラックＴＮＯ２については、トラックインフォメーションテーブルのリンク先の或るトラックディスクリプタ（図の例ではＴＤＰ１）が読み出され、このトラックディスクリプタＴＤＰ１から、符号化方式、著作権管理情報、コンテンツの復号鍵情報、その楽曲が開始するパーツナンバへのポインタ情報、アーチストネームおよびタイトルネームのポインタ、元曲順情報、録音時間情報等が読み出される。
トラックインフォメーションテーブルのトラックディスクリプタＴＫＤ１から読み出されたパーツナンバの情報から、パーツインフォメーションテーブルの或るパーツディスクリプタ（図の例ではＰＴＤ０）にリンクされる。そして、このパーツインフォメーションテーブルにおいてリンクされたパーツディスクリプタＰＴＤ０から、そのトラックの開始位置から終了位置（From/To）のオーディオデータファイルがアクセスされる。
オーディオデータファイルのパーツインフォメーションテーブルで指定される位置のパーツのデータがアクセスされたら、その位置から、オーディオデータの再生が開始される。このとき、トラックインフォメーションテーブルのトラックディスクリプタＴＫＤｘから読み出された符号化方式に基づいて復号化が行われる。オーディオデータが暗号化されている場合には、トラックディスクリプタＴＫＤｘから読み出された鍵情報が使われる。
【００４５】
また図には示していないが、例えばトラックナンバＴＮＯ２が複数のパーツからなる場合、最初のパーツを管理するパーツディスクリプタＰＴＤ０に、リンク先のパーツディスクリプタＰＴＤｘが記述されており、このリンク先にしたがって、パーツディスクリプタが順に読み出される。そしてパーツディスクリプタＰＴＤｘに示されたオーディオデータファイル上におけるパーツ位置（From/To）がアクセスされる。
【００４６】
また、トラックインフォメーションテーブルのトラックディスクリプタＴＫＤ１から読み出されたアーチストネームやタイトルネームのポインタにより指し示される位置にあるネームテーブルのネームスロット（図の例ではＮＳ２）が呼び出され、そのネームスロットＮＳ２から、トラックＴＮＯ２のネームデータが読み出される。
【００４７】
グループについての情報は、グループインフォメーションテーブルによって管理される。上記のように、グループディスクリプタＧＰＤ０によってトラックＴＮＯ２，ＴＮＯ３，ＴＮＯ４が１つのグループであると管理される場合、このグループに対応したフリンジ情報として、画像（例えばジャケット写真）やテキストデータ等をオーディオデータファイルに記録することができる。
この場合、グループディスクリプタＧＰＤ０におけるフリンジ情報のポインタ（GP Fringe）によって、或るパーツディスクリプタ（図の例ではＰＴＤ１）が示される。
そしてパーツディスクリプタＰＴＤ１において、フリンジ情報としてのパーツ位置（From/To）が記され、これによってオーディオデータファイル内でのアドレスが示されている。つまりオーディオデータファイルでは、この「From」「To」で示されるパーツ位置に、例えばアルバムのジャケット画像としての実際の画像データやテキストデータなどが記録されている。
【００４８】
本例ではさらに、ＨｉＦｉディレクトリ内にグループ用サムネイルファイルとトラック用サムネイルファイルを配置することができるようにしている。
図５に示すようにグループ用サムネイルファイルは、最大２５５個のグループに対応するように、２５５個のイメージスロット（ＩＳＧ１〜ＩＳＧ２５５）を有するファイルとされる。
またトラック用サムネイルファイルは、ディスク９０に記録できる最大２０４７曲のトラックに対応して２０４７個のイメージスロット（ＩＳＴ１〜ＩＳＴ２０４７）を有するファイルとされる。
【００４９】
これらのグループ用サムネイルファイル、トラック用サムネイルファイルの構造は図６（ａ）（ｂ）のようになる。
ファイルの先頭は、図６（ａ）のようにリザーブ（未定）エリアと、スロットサイズを示すエリアが設けられる。その後、各イメージスロット（ＩＳＧ１〜ＩＳＧ２５５，ＩＳＴ１〜ＩＳＴ２０４７）としての領域が形成される。１つのイメージスロットは、例えば８１９２バイトとされる。
各イメージスロットの構造は図６（ｂ）に示される。
イメージスロットには、データサイズ、データＩＤ、及び画像データ（JPEGデータ）が記録される。
データサイズによってJPEGデータのサイズが示される。有効なJPEGデータが記録されていないイメージスロットでは、データサイズの値は「０」とされる。
データＩＤは対応指示情報とされ、このデータＩＤとして、そのイメージスロットのJPEGデータが関連づけられているグループもしくはトラックを特定する値が記述される。
このデータＩＤとしては、対応するトラックのナンバやグループのナンバとしてもよいが、より好ましくは、パーツインフォメーションテーブルにおけるパーツディスクリプタのナンバとするとよい。これはトラックの削除や移動などの編集が行われたときに適切に対応できるためである。
例えば図５には、トラック用サムネイルファイルの、トラックＴＮＯ２に対応するJPEGデータを記録した或るイメージスロット（図の場合ＩＳＴ２）において、そのデータＩＤによってパーツディスクリプタＰＴＤ０が示されている状態を示している。上述したように、図５の例ではパーツディスクリプタＰＴＤ０は、トラックＴＮＯ２の先頭パーツを管理するものである。トラック用サムネイルファイルのイメージスロットＩＳＴ２は、データＩＤによってパーツディスクリプタＰＴＤ０を指し示すことによって、トラックＴＮＯ２に関連づけられるものとなる。
また図５には、グループ用サムネイルファイルの、トラックＴＮＯ２〜ＴＮＯ４のグループに対応するJPEGデータを記録した或るイメージスロット（図の場合ＩＳＧ１）において、そのデータＩＤによってパーツディスクリプタＰＴＤ１が示されている状態を示している。上述したように、図５の例ではパーツディスクリプタＰＴＤ１は、トラックＴＮＯ２〜ＴＮＯ４のグループ（グループディスクリプタＧＰＤ０で管理されるグループ）のフリンジデータを管理するものである。グループ用サムネイルファイルのイメージスロットＩＳＴ１は、データＩＤによってパーツディスクリプタＰＴＤ１を指し示すことによって、グループディスクリプタＧＰＤ０のグループに関連づけられるものとなる。
【００５０】
イメージスロットＩＳＴ、ＩＳＧには、トラック又はグループに対応する画像データが例えばJPEGデータとして記録される。つまりトラック用サムネイルファイルは、ディスク９０に記録されたオーディオデータとしての各トラックに対応した画像データを集めたファイルとなる。またグループ用サムネイルファイルは、各グループに対応する画像データを集めたファイルとなる。
トラックやグループに関連づけられる画像データとは、例えばＵＳＢ等のインターフェースを介してパーソナルコンピュータやネットワークからダウンロードした画像データとされても良いし、カメラ機能によりユーザーが撮像した撮像データであっても良い。
ユーザーが或る画像データについて、或るグループ又はトラックに関連づけを要求することにより、或る画像データが、グループ又はトラックに関連づけられ、グループ用サムネイルファイルもしくはトラック用サムネイルファイルに登録されることになる。
【００５１】
［５．ジャケット写真登録処理］
ＣＰＵ３０は、上記グループ用サムネイルファイル、トラック用サムネイルファイルとしてのファイルをディスク９０上に形成するとともに、ジャケット写真登録要求に応じて、特定の画像データをグループ用サムネイルファイル或いはトラック用サムネイルファイルのイメージスロットに登録していく処理を行う。
以下、ジャケット写真画像としての画像データをグループ用サムネイルファイルに登録する処理を図７で説明する。
【００５２】
例えばステップＦ１０１で、ユーザーの操作によって、或る画像データを或るグループのジャケット写真として関連づける要求が発生したとする。ここで関連づけるように指定された画像データは、例えばユーザーが撮像した画像データであったり、或いはＵＳＢインターフェース３９を介して外部機器から取り込んだ画像データであり、例えばＤＣＩＭディレクトリ内に格納されている画像データである。
【００５３】
この場合ＣＰＵ３０は、ステップＦ１０２で、指定された対象の画像データをディスク９０から読出、圧縮エンコード／デコード部３７でのＪＰＥＧデコード／エンコード処理により、対象の画像データのリサイズを実行させる。そして例えば２００×２００画素のJACKET DATA１と、９６×９６画素のJACKET DATA 2を生成させる。
続いてステップＦ１０３で、ＦＡＴテーブルを参照し、メディアドライブ部３４によりディスク９０上の未使用領域にJACKET DATA１、JACKET DATA 2を書き込ませる制御を行う。そしてそのJACKET DATA１、JACKET DATA 2を書き込んだ先頭クラスタをオーディオデータファイルの最後のＦＡＴクラスタにリンクさせる。即ちこの処理により、オーディオデータファイルの終端に、新たに或るグループのフリンジデータとしてジャケット画像（JACKET DATA１、JACKET DATA 2）が記録されたことになる。
次にＣＰＵ３０はステップＦ１０４で、ジャケット画像（JACKET DATA１、JACKET DATA 2）が、オーディオデータファイル中のどのデータブロックに配置されているかを計算する。ディスク９０に書き込んだジャケット画像（JACKET DATA１、JACKET DATA 2）については、オーディオデータファイルの先頭から何クラスタ目にあり、サイズが何クラスタあるかは、ＦＡＴをたどることで判別できる。これによってジャケット画像の配置位置としてのデータブロックを算出する。
ステップＦ１０５では、パーツインフォメーションテーブルにおける未使用のパーツディスクリプタＰＴＤ（ｘ）に、ジャケット画像（JACKET DATA１、JACKET DATA 2）の情報を書き込む。即ちパーツディスクリプタＰＴＤ（ｘ）の「From」「To」として、オーディオデータファイルにおけるジャケット画像（JACKET DATA１、JACKET DATA 2）の記録位置を示すようにする。また、そのパーツディスクリプタＰＴＤ（ｘ）のナンバを、グループディスクリプタＧＰＤの「GP Fringe」に与える。
これによって図５で説明したように、或るグループによって或るパーツディスクリプタが指定され、そのパーツディスクリプタによって、フリンジデータであるジャケット画像（JACKET DATA１、JACKET DATA 2）の記録位置が管理される状態となる。
【００５４】
ここまでは、或るグループに対応づけたジャケット画像をオーディオデータファイルに書き込むとともに、その管理状態を構築する処理であるが、続いてステップＦ１０６以降で、グループ用サムネイルファイルについての処理を行う。
まずステップＦ１０６でＣＰＵ３０は、既にグループ用サムネイルファイルがディスク９０に存在するか否かを判断する。
既にグループ用サムネイルファイルがディスク９０に形成されていれば、そのままステップＦ１０８に進むが、形成されていなければ、ステップＦ１０７で、グループ用サムネイルファイルをディスク９０上に生成する処理を行う。
即ち２５５個のイメージスロットＩＳＧ１〜ＩＳＧ２５５の全てがゼロデータとされた空のグループ用サムネイルを作成する。
【００５５】
ステップＦ１０８では、グループ用サムネイルファイルにサムネイル画像データ、即ちJACKET DATA 2を登録する処理を行う。
まずグループ用サムネイルファイルの先頭から未使用のイメージスロットを探す。そして未使用のイメージスロットＩＳＧ（ｘ）において、次のようにしてサムネイル画像データJACKET DATA 2を登録する。
まず、該イメージスロットＩＳＧ（ｘ）のデータサイズの領域に、JACKET DATA 2のサイズを登録する。またデータＩＤに、パーツディスクリプタのナンバを登録する。即ち、上記ステップＦ１０５で用いたパーツディスクリプタのナンバである。
そしてイメージスロットＩＳＧ（ｘ）のJPEGデータ領域に、サムネイル画像データJACKET DATA 2を記録する。
【００５６】
以上の処理により、或るグループに対応するジャケット画像データが、オーディオデータファイルにフリンジ情報として記録され、加えてグループ用サムネイルファイルにもそのジャケット画像データが登録された状態となる。
グループインフォメーションテーブルによって管理されている各グループについて、このようにジャケット画像がグループ用サムネイルファイルに登録されるていくことで、グループ用サムネイルファイルには、各イメージスロットＩＳＧにおいて、それぞれ或る対応するグループのサムネイル画像データを有するものとなる。
【００５７】
なお、以上はグループ用サムネイルファイルについての登録処理であるが、トラックに対応する画像データについては、ステップＦ１０１，Ｆ１０２及びステップＦ１０６〜Ｆ１０８と同様の処理をトラック用サムネイルファイルに関して実行すればよい。
即ち、ステップＦ１０２で、トラックに対応する画像をリサイズして例えば９６×９６画素のJACKET DATA を生成し、それをステップＦ１０６〜Ｆ１０８と同様の処理でトラック用サムネイルファイルの或るイメージスロットＩＳＴに登録すればよい。なお、ステップＦ１０７でトラック用サムネイルファイルを生成する場合は、２０４７個のイメージスロットの領域を設けたファイルを生成することは言うまでもない。
また、トラックに対応する画像データをオーディオデータファイルにも記録するのであれば、ステップＦ１０３〜Ｆ１０５と同様の処理をトラックに関して行うようにすればよい。
【００５８】
［６．ジャケット写真表示処理］
上記のように生成されたグループ用サムネイルファイル、トラック用サムネイルファイルは、オーディオ再生時等に利用される。
まず、ＣＰＵ３０は、ディスク９０が装填された際や、装置の電源がオンとされた際には、システムリードとしてＦＡＴやトラックインデックスファイルをディスク９０から読み出し、バッファメモリ３５に取り込むが、このとき、グループ用サムネイルファイル、トラック用サムネイルファイルも読み出してバッファメモリ３５の所定の領域に格納しておくようにする。
そしてトラックやグループの一覧表示が要求された際や、或るトラックの再生が実行されるときなどは、バッファメモリ３５に格納したグループ用サムネイルファイル、トラック用サムネイルファイルからサムネイル画像データを読み出し、表示部４に表示する制御を行う。
【００５９】
なお、グループ用サムネイルファイルやトラック用サムネイルファイルに登録される画像データは、上記のように例えば９６×９６画素のJPEGデータである。このように比較的サイズの小さい画像データを集めたものとすることで、グループ用サムネイルファイルとトラック用サムネイルファイルをバッファメモリ３５に格納することについて、バッファメモリ３５でのメモリ容量的な負担を避けることができる。
【００６０】
或るグループのトラックを再生するときに、そのトラックが含まれるグループに関連づけられた画像データを表示するためのＣＰＵ３０の処理を図８に示す。
ユーザーが或るグループもしくは或るトラックを指定して再生操作を行った場合、ＣＰＵ３０はそのオーディオ再生動作を実行させると共に、表示処理に関しては、まずステップＦ２０１で、再生が指示されたグループ（又は再生が指示されたトラックを含むグループ）に対応するパーツディスクリプタのナンバを確認する。即ちグループインフォメーションテーブルにおける該当グループのグループディスクリプタＧＰＤ（ｘ）において「GP Fringe」に示されたパーツディスクリプタのナンバを確認する。
次にステップＦ２０２で、バッファメモリ３５に取り込まれているグループ用サムネイルファイルを、上記パーツディスクリプタのナンバで検索する。即ち、データＩＤとして上記パーツディスクリプタのナンバが記されているイメージスロットＩＳＧ（ｘ）を検索する。
次にステップＦ２０３で、検索したイメージスロットＩＳＧ（ｘ）からJPEGデータを読み出す。これが、現在再生中のグループのジャケット画像である。このJPEGデータをステップＦ２０４で表示部４に表示する。
【００６１】
以上の処理を行うことにより、オーディオ再生時に、その再生中のトラックが含まれるグループのジャケット画像が表示部４に表示されることになる。
そしてこの表示処理のためにはディスク９０から画像データを読み出す必要はなく、つまりオーディオ再生中に、表示する画像データのためにディスクアクセスを行う必要はない。
従って、画像データの読出のために、オーディオデータ読出の合間をぬってディスク９０の対して余分にアクセスする（スレッド移動を伴う）必要はなく、またディスク読出の休止期間が少なくなることもない。従って電力消費の削減に有効である。
またバッファメモリ３５から画像データを取り出すことは、ディスク９０へのアクセス時間を不要とすることになるため、迅速な画像表示が実現できる。
【００６２】
上記図８は、グループ用サムネイルファイルからグループに対応する画像を表示する処理であるが、トラック再生時に、そのトラックに対応する画像データを表示する処理も、バッファメモリ３５に格納したトラック用サムネイルファイルを用いて同様に実現できる。
即ち再生するトラックのパーツディスクリプタのナンバを確認し、そのパーツディスクリプタのナンバによってバッファメモリ３５に格納されたトラック用サムネイルファイルの該当するイメージスロットＩＳＴ（ｘ）を検索する。そしてそのイメージスロットＩＳＴ（ｘ）からJPEGデータを抽出し、表示部４に表示すればよい。
【００６３】
また、グループの一覧表示が求められた場合は、バッファメモリ３５に格納したグループ用サムネイルファイルの各イメージスロットＩＳＧからJPEGデータを読み出し、縮小処理して、各画像データを一覧表示すればよいし、トラックの一覧表示が求められた場合も同様に、バッファメモリ３５に格納したトラック用サムネイルファイルの各イメージスロットＩＳＴからJPEGデータを読み出し、縮小処理して、各画像データを一覧表示すればよい。これらの一覧表示についても、バッファメモリ３５に格納したグループ用サムネイルファイル、トラック用サムネイルファイルを利用することで、一覧表示のためにディスク９０にアクセスを行う必要を無くし、レスポンスの早い表示や電力消費の削減効果を得ることができる。
【００６４】
なお、或るトラックが削除された場合は、トラック用サムネイルファイルの全イメージスロットＩＳＴのデータＩＤをチェックし、削除するトラックナンバに関連付けられたイメージスロットＩＳＴを特定する。即ち削除するトラックに対応するパーツディスクリプタのナンバがデータＩＤとされたイメージスロットＩＳＴを特定する。そして、そのイメージスロットＩＳＴのデータサイズの情報を「０」とすればよい。
またトラック移動編集（トラックナンバの入れ換え）が行われた場合は、トラックナンバと、実オーディオデータが特定可能なデータＩＤ（即ちパーツディスクリプタのナンバ）の関連付けを交換するだけで、サムネイルファイルの編集は必要ない。
【００６５】
［７．実施の形態の効果及び変形例］
以上のような本実施の形態によれば、グループやトラックのジャケット写真表示に使用する画像データを、サムネイルデータとし、それを集めて１つのファイル（グループ用サムネイルファイルやトラック用サムネイルファイル）とする。
そして起動時やディスク装填時には、システムリードにおいてサムネイルファイルを読み出し、ジャケット写真をバッファメモリ３５上に展開しておき、音楽再生時や一覧表示の際には、表示する画像データをバッファメモリ３５におけるサムネイルファイルから取り出すようにする。
これにより、音楽再生時のジャケット写真等の表示や、一覧表示などの際に、レスポンスのよい迅速な表示を実現できる。またジャケット画像表示などのためのディスクアクセス、スレッド移動の頻度が減るため、消費電力の軽減につながる。
またグループ用サムネイルファイル、トラック用サムネイルファイルを別々に持つことによっては、それらの管理が容易となる。
【００６６】
なお、上記例ではトラック用サムネイルファイル、グループ用サムネイルファイルを形成するようにしたが、これらの一方のみを生成し、画像表示に利用することも、本発明に含まれる。
また、実施の形態はオーディオ・カメラ複合装置としての例を挙げたが、カメラ機能のないオーディオ記録再生装置でも本発明を適用できる。
【００６７】
また、実施の形態ではオーディオデータや画像データを記録する記録媒体として例えばミニディスク方式のディスク９０を例に挙げたが、ＣＤ（Compact Disc）方式、ＤＶＤ（Digital Versatile Disc）方式、ブルーレイディスク（Blu-Ray Disc）方式等の他の規格の光ディスクが記録媒体として採用されるものでも本発明は好適である。もちろん、ＨＤＤ（Hard Disc Drive）などの磁気ディスクメディアや、磁気テープメディアなど、多様な記録媒体を本発明の装置の記録媒体として採用できる。特にアクセスに時間を要する記録媒体を用いたシステムにおいて本発明は有効となる。
【図面の簡単な説明】
【００６８】
【図１】本発明の実施の形態のオーディオ・カメラ複合装置の正面図、平面図、左側面図、右側面図、底面図、背面図である。
【図２】実施の形態のレンズカバーの開閉状態の説明図である。
【図３】実施の形態のオーディオ・カメラ複合装置のブロック図である。
【図４】実施の形態のファイル管理形態の説明図である。
【図５】実施の形態のオーディオトラックの管理構造の説明図である。
【図６】実施の形態のサムネイルファイルの構造の説明図である。
【図７】実施の形態のジャケット写真登録処理のフローチャートである。
【図８】実施の形態のジャケット写真表示処理のフローチャートである。
【符号の説明】
【００６９】
１  オーディオ・カメラ複合装置、４  表示部、５  集中コントローラ、１０  カメラオン／オフキー、１１  シャッタボタン、１５  レンズカバー、３０  ＣＰＵ、３４  メディアドライブ部、３５  バッファメモリ、３７  圧縮エンコード／デコード部、３８  カメラ／ＬＣＤブロック
【図１】
2006155782.tif 000003
【図２】
2006155782.tif 000004
【図３】
2006155782.tif 000005
【図４】
2006155782.tif 000006
【図５】
2006155782.tif 000007
【図６】
2006155782.tif 000008
【図７】
2006155782.tif 000009
【図８】
2006155782.tif 000010