JP2000175158A - 画像再生装置 - Google Patents

Abstract

(57)【要約】 【構成】 ＳＤＲＡＭ２８に保持された動画像ファイル
には連続する複数の静止画像ファイルが収納されてお
り、それぞれが連続して再生されることで、モニタ４０
に動画像が表示される。動画像の再生中にインデックス
表示ボタン５４が押されると、ＣＰＵ３２はメモリカー
ド３６からインデックスファイルを読み出し、これに収
納されている複数のサムネイル画像を再生する。モニタ
４０には、動画像の代わりに複数のサムネイル画像が表
示される。表示されたサムネイル画像の中からオペレー
タが所望のサムネイル画像を選択すると、選択されたサ
ムネイル画像に対応する静止画像ファイルが再生され
る。この結果、選択したサムネイル画像と同じ静止画像
がモニタ４０の全面に表示される。ここでセットキー４
６が押されると、この静止画像に続く動画像が再生され
る。 【効果】 インデックスファイルを用いることで、所望
の記録部分に短時間でアクセスできる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、画像再生装置に関
し、特にたとえばディジタルカメラに適用され、複数の
静止画像を含む動画像ファイルを再生する、画像再生装
置に関する。

【０００２】

【従来の技術】従来のこの種のディジタルカメラでは、
動画像ファイルは常に先頭から再生されていた。つま
り、モニタに表示したい画像が動画像ファイルの中盤に
記録されているときでも、動画像の再生は先頭から開始
されていた。

【０００３】

【発明が解決しようとする課題】このため、所望の画像
が再生されるまで、余分な時間がかかるという問題があ
った。それゆえに、この発明の主たる目的は、短時間で
所望の画像にアクセスできる、画像再生装置を提供する
ことである。

【０００４】

【課題を解決するための手段】第１の発明は、複数の静
止画像を含む動画像ファイルを再生して動画像をモニタ
に出力する画像再生装置において、複数の静止画像から
所望の静止画像を特定する第1特定手段、および所望の
静止画像のインデックス情報を作成する作成手段を備え
ることを特徴とする、画像再生装置である。

【０００５】第２の発明は、複数の静止画像を含む動画
像ファイルを再生して動画像をモニタに出力する画像再
生装置において、インデックス情報に基づいて所望の静
止画像を特定する特定手段、および所望の静止画像を動
画像ファイルから再生する再生手段を備える、画像再生
装置である。

【０００６】

【作用】第１の発明では、第１特定手段が動画像ファイ
ルに含まれる複数の静止画像から所望の静止画像を特定
すると、作成手段が所望の静止画像のインデックス情報
を作成する。この発明のある局面では、第１特定手段は
次のようにして所望の静止画像を特定する。つまり、動
画像がモニタに出力されている間に、作成指示受付手段
がインデックス情報の作成指示を受け付ける。そして、
作成指示の受付タイミングに基づいて、第１静止画像特
定手段が所望の静止画像を特定する。

【０００７】この発明のある実施例では、所望の静止画
像が特定されると、同じ静止画像がモニタに継続して出
力される。つまり、モニタの表示は動画像から所望の静
止画像に切り換わる。この発明の他の局面では、作成手
段は次のようにしてインデックス情報を作成する。つま
り、サムネイル画像生成手段が所望の静止画像に基づい
てサムネイル画像を生成し、位置情報検出手段が所望の
静止画像の位置情報を検出する。そして、インデックス
情報作成手段が、サムネイル画像と位置情報とを関連付
けてインデックス情報を作成する。この発明のある実施
例では、位置情報は、所望の静止画像の動画像ファイル
におけるフレーム番号である。

【０００８】この発明のその他の局面では、所望の静止
画像は複数存在する。第２特定手段は、インデックス情
報に基づいて１つの静止画像を特定し、第１再生手段
は、第２特定手段によって特定された静止画像を動画像
ファイルから再生する。この発明のある実施例では、イ
ンデックス情報は所望の静止画像にそれぞれ対応する複
数のサムネイル画像と所望の静止画像のそれぞれの位置
情報とを含む。第２特定手段は、以下のようにして静止
画像を特定する。つまり、再生指示受付手段が上述のよ
うなインデックス情報の再生指示受け付け、サムネイル
画像出力手段が再生指示に応答して複数のサムネイル画
像をモニタに出力する。選択受付手段は１つのサムネイ
ル画像の選択を受け付け、位置情報検出手段は、選択さ
れたサムネイル画像に対応する位置情報をインデックス
情報に基づいて検出する。この結果、位置情報に対応す
る静止画像が特定される。

【０００９】第１再生手段に含まれる第２静止画像出力
手段は、このようにして特定された静止画像をモニタに
継続して出力する。なお、位置情報は、静止画像の動画
像ファイルにおけるフレーム番号である。この発明の他
の実施例では、第２再生手段が第１再生手段によって再
生された静止画像に続く動画像を再生する。つまり、静
止画像の再生後に動画像の再生指示を受け付け、このよ
うな再生指示が与えられると、上述の動画像をモニタに
出力する。

【００１０】第２の発明では、特定手段がインデックス
情報に基づいて所望の静止画像を特定し、再生手段が特
定された所望の静止画像を動画像ファイルから再生す
る。

【００１１】

【発明の効果】第１の発明によれば、動画像ファイルに
含まれる複数の静止画像から所望の静止画像を特定し、
特定した静止画像のインデックス情報を作成するように
したため、このインデックス情報を利用することで所望
の静止画像に短時間でアクセスすることができる。

【００１２】第２の発明によれば、インデックス情報に
基づいて特定された所望の静止画像を動画像ファイルか
ら再生するようにしたため、所望の静止画像に短時間で
アクセスすることができる。この発明の上述の目的，そ
の他の目的，特徴および利点は、図面を参照して行う以
下の実施例の詳細な説明から一層明らかとなろう。

【００１３】

【実施例】図１を参照して、この実施例のディジタルカ
メラ１０はＣＣＤイメージャ１２を含む。ＣＣＤイメー
ジャ１２の前面には色フィルタ（図示せず）が装着さ
れ、被写体の光像はこの色フィルタを介してＣＣＤイメ
ージャ１２に照射される。モード設定スイッチ５０を
“カメラ”側に切り換えると、システムコントローラ４
２がカメラモードを設定する。タイミングジェネレータ
（ＴＧ）１４は、シグナルジェネレータ（ＳＧ）１６か
ら出力される垂直同期信号および水平同期信号に基づい
てタイミング信号を生成し、ＣＣＤイメージャ１２をプ
ログレッシブスキャン方式で駆動する。この結果、被写
体のカメラ信号がＣＣＤイメージャ１２から出力され
る。出力されたカメラ信号は、ＣＤＳ／ＡＧＣ回路１８
で周知のノイズ除去およびレベル調整を施され、その
後、Ａ／Ｄ変換器１６によってディジタル信号であるカ
メラデータに変換される。信号処理回路２２は、Ａ／Ｄ
変換器１６から出力されたカメラデータにＹＵＶ変換を
施し、ＹＵＶデータを生成する。

【００１４】生成されたＹＵＶデータはバス２４を介し
てメモリ制御回路２６に与えられ、メモリ制御回路２６
によってＳＤＲＡＭ２８に書き込まれる。つまり、ＣＣ
Ｄイメージャ１２がプログレッシブスキャン方式を採用
する一方、モニタ４０はインタレーススキャン方式を採
用するため、走査方式の変換のためにＹＵＶデータが一
時的にＳＤＲＡＭ２８に格納される。格納されたＹＵＶ
データはその後、同じメモリ制御回路２６によってイン
タレーススキャン方式で読み出され、バス２４を介して
ビデオエンコーダ３８に与えられる。ビデオエンコーダ
３８は、入力されたＹＵＶデータからＮＴＳＣフォーマ
ットに沿ったコンポジット映像信号を生成し、生成した
コンポジット映像信号をモニタ４０に入力する。この結
果、被写体像の動画像が、リアルタイムでモニタ４０に
表示される。

【００１５】オペレータがシャッタボタン４８を操作す
れば、被写体の動画像がメモリカード３６に記録され
る。具体的には、オペレータがシャッタボタン４８を１
回押すと、ＣＰＵ３２がＪＰＥＧコーデック３０に圧縮
命令を与える。これに応じて、ＪＰＥＧコーデック３０
は、メモリ制御回路２６にＹＵＶデータの読み出しリク
エストを出力するとともに、メモリ制御回路２６によっ
て読み出されたＹＵＶデータにＪＰＥＧ圧縮を施す。メ
モリ制御回路２６は、読み出しリクエストに応じて１フ
レーム分のＹＵＶデータつまり１画面分の静止画像デー
タを読み出し、ＪＰＥＧコーデック３０に与える。この
ため、ＪＰＥＧコーデック３０では、１回の圧縮処理に
よって１画面分の圧縮画像データ（静止画像ファイル）
が生成される。ＪＰＥＧコーデック３０は、このように
して生成した静止画像ファイルを、書込リクエストとと
もにメモリ制御回路２６に与える。したがって、静止画
像ファイルもまた、ＳＤＲＡＭ２８に一時的に格納され
る。

【００１６】オペレータによってシャッタボタン４８が
再度押されない限り、ＣＰＵ３２はＪＰＥＧコーデック
３０に圧縮命令を繰り返し与える。これによって、複数
の静止画像ファイルが生成され、ＳＤＲＡＭ２８に蓄積
されていく。つまり、ＳＤＲＡＭ２８内に作成された１
つの動画像ファイルに、静止画像ファイルが順次収納さ
れていく。シャッタボタン４８が押されると、ＣＰＵ３
２は圧縮命令の出力を中止するとともに、メモリ制御回
路２６に動画像ファイルの読み出しリクエストを与え
る。この結果、静止画像ファイルの生成が終了されると
ともに、ＳＤＲＡＭ２８から動画像ファイルが読み出さ
れる。読み出された動画像ファイルは、バス２４および
Ｉ／Ｆ回路３４を介して、メモリカード３６に記録され
る。なお、複数画面分の静止画像データに順次ＪＰＥＧ
圧縮を施して１つの動画像ファイルを作成する手法は、
モーションＪＰＥＧと呼ばれる周知の手法である。

【００１７】モード切換スイッチ５０が“再生”側に切
り換えられると、システムコントローラ４２によって再
生モードが設定される。すると、ＣＰＵ３２はメモリカ
ード３６に記録された動画像ファイルからヘッダを読み
出し、メモリ制御回路２６に書き込みリクエストを与え
る。ヘッダにはＪＰＥＧ圧縮された先頭フレームのサム
ネイル画像データが含まれており、このような圧縮サム
ネイル画像データがメモリ制御回路２６によってＳＤＲ
ＡＭ２８に書き込まれる。圧縮サムネイル画像データ
は、その後ＪＰＥＧコーデック３０によって伸長され、
伸長されたサムネイル画像データもまた、ＳＤＲＡＭ２
８に格納される。このような処理が９回繰り返され、９
つの動画像ファイルに関連するサムネイル画像データが
ＳＤＲＡＭ２８に確保される。一方、ビデオエンコーダ
３８は、メモリ制御回路２６に対してサムネイル画像デ
ータの読み出しをリクエストする。メモリ制御回路２６
は、サムネイル画像データをインタレーススキャン方式
でＳＤＲＡＭ２８から読み出し、この結果、９つのサム
ネイル画像がモニタ４０に表示される。つまり、各動画
像の先頭フレーム画像が、サムネイル形式でモニタ４０
に表示される。

【００１８】ここで、オペレータがカーソルキー４４ａ
〜４４ｄおよびセットキー４６を操作して、所望のサム
ネイル画像を選択すると、ＣＰＵ３２は、メモリカード
３６から対応する動画像ファイルを読み出すとともに、
メモリ制御回路２６に書き込みリクエストを与える。読
み出された動画像ファイルは、ＳＤＲＡＭ２８に格納さ
れる。ＣＰＵ３２はまた、ＳＤＲＡＭ２８に格納された
動画像ファイルをスキャンし、この動画像ファイルに収
納された各静止画像ファイルの開始アドレスを検出す
る。そして、図２に示す動画像テーブル３２ａに、
“０”から始まるフレーム番号と検出したそれぞれの開
始アドレスとを１対１対応で書き込んでいく。ＣＰＵ３
２は、このような動画像テーブル３２ａを参照して、Ｊ
ＰＥＧコーデック３０に先頭の静止画像ファイルの伸長
処理を命令する。ＪＰＥＧコーデック３０は、伸長命令
が１回与えられるごとに所望の静止画像ファイルの読み
出しリクエストをメモリ制御回路２６に与え、読み出さ
れた静止画像ファイルにＪＰＥＧ伸長を施す。

【００１９】伸長が完了すると、ＪＰＥＧコーデック３
０は、伸長された静止画像データを書き込みリクエスト
とともにメモリ制御回路２６に与える。このため、静止
画像データがＳＤＲＡＭ２８に書き込まれる。ビデオエ
ンコーダ３８は、このような静止画像データの読み出し
をメモリ制御回路２６にリクエストし、この結果、対応
する静止画像がモニタ４０に表示される。つまり、所望
のサムネイル画像が選択された直後は、サムネイル画像
と同じ内容の静止画像がモニタ４０の全面に表示され
る。

【００２０】オペレータがセットキー４６を押すと、Ｃ
ＰＵ３２は、ＳＧ１６から出力される垂直同期信号に応
答してＪＰＥＧコーデック３０に次の静止画像ファイル
の伸長処理を命令する。このときも、動画像テーブル３
２ａを参照して、伸長する静止画像ファイルが特定され
る。ＪＰＥＧコーデック３０は、メモリ制御回路２６に
静止画像ファイルの読み出しをリクエストし、読み出さ
れた静止画像ファイルを伸長する。伸長処理によって得
られた静止画像データもまた、一時的にＳＤＲＡＭ２８
に書き込まれ、その後ビデオエンコーダ３８に入力され
る。このように、セットキー４６が押されると、残りの
静止画像ファイルが垂直同期信号に応答してＳＤＲＡＭ
２８から再生される。伸長された静止画像データは１フ
レーム期間ごとに生成され、モニタ４０には、先頭の静
止画像に続く動画像が表示される。

【００２１】動画像が通常再生されている途中で左向き
のカーソルキー４４ｂが押されると、ＣＰＵ３２は、伸
長処理が１回終了する毎に次の静止画像ファイルの伸長
命令を出力する。つまり、通常再生の指示が与えられた
とき、ＪＰＥＧコーデック３０は垂直同期信号に応答し
て伸長処理を行うが、カーソルキー４４ｂが操作される
と、ＪＰＥＧコーデック３０は伸長処理を継続して実行
する。この結果、各静止画像ファイルは通常再生時より
も速いタイミングで伸長され、モニタ４０に表示される
静止画像は、通常再生時よりも速いタイミングで更新さ
れる。つまり、動画像が高速で再生される。カーソルキ
ー４４ｂが再度押されると、ＣＰＵ３２は垂直同期信号
に応答して伸長命令を出力する。動画像の再生速度は、
通常速度に戻される。このように、動画像の再生速度
は、カーソルキー４４ｂの操作に応答して切り替えられ
る。

【００２２】動画像が順方向に再生されている途中で右
向きのカーソルキー４４ａが押されると、動画像が逆方
向に再生される。順方向の再生速度が通常速度および高
速のいずれであっても、カーソルキー４４ａが押される
と、動画像は逆方向に通常速度で再生される。逆方向へ
の再生が開始された後は、カーソルキー４４ａが押され
るごとに、再生速度が通常速度と高速とで切り換わる。
なお、動画像が逆方向に再生されている途中で左向きの
カーソルキー４４ｂが押されたときも、上述と同様に再
生方向が反転され、通常速度で再生が行われる。

【００２３】動画像の再生中にインデックス生成ボタン
５２が操作されると、ＣＰＵ３２はインデックスファイ
ルを生成する。ＣＰＵ３２はまた、現時点でモニタ４０
に出力されている静止画像データからサムネイル画像デ
ータを作成し、作成したサムネイル画像データを圧縮命
令とともにＪＰＥＧコーデック３０与える。この結果、
サムネイル画像データがＪＰＥＧ圧縮される。ＣＰＵ３
２は、図２に示す動画像テーブル３２ａから対応するフ
レーム番号を検出し、検出したフレーム番号とＪＰＥＧ
圧縮によって生成された圧縮サムネイル画像データとを
インデックスフイルに収納する。サムネイル画像が収納
されると、ＣＰＵ３２はインデックスファイルをメモリ
カード３６に記録する。一方、モニタ４０には、このサ
ムネイル画像に対応する静止画像、つまりインデックス
生成ボタン５２の操作時点における静止画像が、継続し
て表示される。

【００２４】なお、インデックスファイルは、図４に示
すフォーマットで形成される。各サムネイル画像は、フ
レーム番号，データ長および圧縮サムネイル画像データ
を１組として、作成順に連なる。動画像の再生中にイン
デックス表示ボタン５４が操作されると、ＣＰＵ３２
は、メモリカード３６からインデックスファイルを再生
し、図３に示すようなサムネイル番号とフレーム番号と
が対応付けられたインデックステーブル３２ｂを作成す
る。サムネイル番号は、対応するサムネイル画像がイン
デックスファイルの先頭から何番目に収納されているか
を示す番号である。ＣＰＵ３２はまた、サムネイル番号
が“０”から“８”の圧縮サムネイル画像データをイン
デックスファイルから読み出すとともに、メモリ制御回
路２６に書き込みリクエストを与える。読み出された圧
縮サムネイル画像データは、メモリ制御回路２６によっ
てＳＤＲＡＭ２８に書き込まれる。

【００２５】圧縮サムネイル画像データは、その後ＪＰ
ＥＧコーデック３０によって伸長され、伸長されたサム
ネイル画像データもまた、ＳＤＲＡＭ２８に書き込まれ
る。伸長サムネイル画像データはビデオエンコーダ３８
に出力され、この結果、９つのサムネイル画像が図５に
示す要領でモニタ４０に再生される。なお、インデック
スファイルに収納されたサムネイル画像が１０以上ある
ときは、スクロール指示に応じて他のサムネイル画像が
モニタ４０に再生される。

【００２６】オペレータがモニタ表示の中から所望のサ
ムネイル画像を選択すると、ＣＰＵ３２は、対応するフ
レーム番号をインデックステーブル３２ｂから検出す
る。検出したフレーム番号を持つ所望の静止画像ファイ
ルは、ＳＤＲＡＭ２８に保持された動画像ファイルに収
納されている。ＣＰＵ３２は、所望の静止画像ファイル
の伸長をＪＰＥＧコーデック３０に命令し、所望の静止
画像ファイルが伸長される。これによって得られた静止
画像データは、ＳＤＲＡＭ２８を介してビデオエンコー
ダ３８に出力される。この結果、選択されたサムネイル
画像と同じ内容の静止画像が、モニタ４０の全面に表示
される。なお、この後にオペレータがセットキー４６を
押せば、表示された静止画像に続く動画像が再生され
る。

【００２７】再生モードが設定されたときのＣＰＵ３２
の処理動作を、図８〜図１９に示すフロー図を用いて説
明する。ＣＰＵ３２はまずステップＳ１で、メモリカー
ド３６に記録されている９つの動画像ファイルからヘッ
ダを検出し、検出されたヘッダに含まれるサムネイル画
像データを再生する。ヘッダに含まれるサムネイル画像
データは動画像ファイルの最初の静止画像ファイルに対
応し、モニタ４０には各動画像の先頭フレームのサムネ
イル画像が表示される。ステップＳ３で所望のサムネイ
ル画像が選択されると、ＣＰＵ３２はステップＳ５で、
メモリカード３６から対応する動画像ファイルを読み出
し、図２に示す動画像テーブル３２ａを作成し、さらに
フレーム番号ｆｒｍをカウントするカウンタ３２ｃをリ
セットする。ＣＰＵ３２はまた、ステップＳ９でメモリ
制御回路２６に書き込みリクエストを出力する。この結
果、読み出された動画像ファイルがＳＤＲＡＭ２８に書
き込まれる。

【００２８】ステップＳ９では、動画像ファイルの所定
フレーム目に収納された静止画像ファイルの伸長をＪＰ
ＥＧコーデック３０に命令する。ＪＰＥＧコーデック３
０は、この伸長命令に応答してメモリ制御回路２６に所
定の静止画像ファイルの読み出しをリクエストし、読み
出された静止画像ファイルを伸長する。ＪＰＥＧコーデ
ック３０はまた、伸長された静止画像データの書き込み
をメモリ制御回路２６にリクエストし、静止画像データ
は再度ＳＤＲＡＭ２８に格納される。この静止画像デー
タはビデオエンコーダ３８からの読み出しリクエストに
応じて読み出され、この結果、モニタ４０の全面に所定
の静止画像が表示される。なお、ステップＳ５でカウン
ト値ｆｒｍがリセットされるため、ステップＳ５に続く
ステップＳ９の処理では、動画像ファイルの先頭に収納
された静止画像ファイルの伸長が命令される。したがっ
て、モニタ４０には先頭の静止画像が表示される。

【００２９】ＣＰＵ３２は続いて、ステップＳ１１で所
定の静止画像ファイルの伸長処理が終了したかどうか判
断し、“ＹＥＳ”であれば、ステップＳ１３でセットキ
ー４６が押されたかどうか判断する。オペレータがセッ
トキー４６を操作すれば、ＣＰＵ３２はステップＳ１３
で“ＹＥＳ”と判断し、ステップＳ１７で再生速度を示
すＷフラグ３２ａおよび再生方向を示すＤフラグ３２ｂ
をリセットする。Ｗフラグ３２ａのリセット状態および
セット状態は、それぞれ通常速度および高速を意味し、
Ｄフラグ３２ｂのリセット状態およびセット状態は、そ
れぞれ順方向および逆方向を意味する。ステップＳ１９
では、Ｗフラグ３２ａの状態を判別する。Ｗフラグ３２
ａがセット状態であればそのままステップＳ２３に進む
が、リセット状態であれば、ステップＳ２１を介してス
テップＳ２３に進む。ステップＳ２１では垂直同期信号
の入力の有無を判断し、入力有りと判断されたときにス
テップＳ２３に進む。

【００３０】セットキー４６の操作に応答してＷフラグ
３２ａがリセットされるため、セットキー４６が押され
た直後は垂直同期信号の入力を待ってステップＳ２３に
進む。ステップＳ２３では、Ｄフラグ３２ｂの状態を判
別する。そして、リセット状態であれば図９のステップ
Ｓ２５に進むが、セット状態であれば図１０のステップ
Ｓ４７に進む。

【００３１】Ｄフラグ３２ｂがリセット状態のとき、Ｃ
ＰＵ３２は、ステップＳ２５で次の静止画像ファイルの
伸長をＪＰＥＧコーデック３０に命令するとともに、ス
テップＳ２７でカウンタ３２ｃをインクリメントする。
ＪＰＥＧコーデック３０は、ＣＰＵ３２からの伸長命令
に応答して、上述と同じ要領で次の静止画像ファイルを
読み出し、伸長処理を施す。この結果、モニタ４０に次
の静止画像が表示される。

【００３２】ＣＰＵ３２は、ＪＰＥＧコーデック３０の
伸長処理が１回終了すると、ステップＳ２９で“ＹＥ
Ｓ”と判断する。続くステップＳ３１では、伸長された
静止画像ファイルが動画像ファイルの末尾に収納された
ファイルであるかどうか判断する。末尾ファイルであれ
ば、ステップＳ３３でカウンタ３２ｃをリセットしてか
らステップＳ９に戻る。この結果、先頭の静止画像ファ
イルが再度再生される。つまり、動画像が最後まで再生
されると、モニタ４０の表示は先頭の静止画像に戻る。
一方、末尾ファイルでなければ、ＣＰＵ３２はステップ
Ｓ３５およびステップＳ４３のそれぞれでカーソルキー
４４ｂおよび４４ａの操作の有無を判別する。

【００３３】カーソルキー４４ｂが操作されれば、ＣＰ
Ｕ３２はステップＳ３７で“ＹＥＳ”と判断し、ステッ
プＳ３７〜Ｓ４１でＷフラグ３２ａの状態を反転させ
る。つまり、ステップＳ３７でＷフラグ３２ａの状態を
判別し、リセット状態であればステップＳ３９でＷフラ
グ３２ａをセット状態に切り換えるが、セット状態であ
ればステップＳ４１でＷフラグ３２ａをリセット状態に
切り換える。そして、ステップＳ１９に戻る。カーソル
キー４４ａが操作されたときは、ＣＰＵ３２はステップ
Ｓ４３で“ＹＥＳ”と判断し、ステップＳ４５でＷフラ
グ３２ａおよびＤフラグ３２ｂの両方をリセットする。
そして、ステップＳ１９に戻る。

【００３４】ステップＳ４３で“ＮＯ”であれば、ＣＰ
Ｕ３２は、ステップＳ６９およびステップＳ７３のそれ
ぞれでインデックス生成ボタン５２およびインデックス
表示ボタン７３が押されたかどうか判断する。インデッ
クス生成ボタン５２が押されれば、ステップＳ７１でイ
ンデックス生成処理を実行してからステップＳ９に戻る
が、インデックス表示ボタン５４が押されれば、ステッ
プＳ７５でインデックス表示処理を実行してからステッ
プＳ９に戻る。なお、カーソルキー４４ａおよび４４
ｂ，インデックス生成ボタン５２ならびにインデックス
表示ボタン５４のいずれも操作されなければ、ＣＰＵ３
２はそのままステップＳ１９に戻る。

【００３５】図８のステップＳ２３で“ＹＥＳ”と判断
されると、ＣＰＵ３２は図１０のステップＳ４７以降の
処理を実行するが、ステップＳ４７〜Ｓ６７の処理は、
ステップＳ４７で先行する静止画像ファイルの伸長を命
令する点、ステップＳ４９でカウンタ３２ｃをディクリ
メントする点、ステップＳ５３で伸長された静止画像フ
ァイルが先頭ファイルであるかどうかを判別する点、な
らびにステップＳ５７およびＳ６５でカーソルキー４４
ａおよび４４ｂの操作の有無をそれぞれ判別する点を除
き、図９に示すステップＳ２５〜Ｓ４５の処理と同様で
ある。このため、重複する部分についての説明を省略す
る。

【００３６】ＣＰＵ３２は、ステップＳ５において図１
２に示すサブルーチンを処理する。まずステップＳ１０
１で所望の動画像ファイルをメモリカード３６から読み
出し、次にステップＳ１０３でメモリ制御回路２６に書
き込みリクエストを与える。この結果、読み出された動
画像ファイルはＳＤＲＡＭ２８に格納される。ステップ
Ｓ１０５では、ＳＤＲＡＭ２８に格納された動画像ファ
イルをスキャンして、図５に示す動画像テーブル３２ａ
を作成する。動画像テーブル３２ａには、先頭から順に
割り当てられたフレーム番号と各静止画像ファイルの開
始アドレスとが書き込まれる。その後、ステップＳ１０
７でカウンタ３２ｃをリセットし、図８のメインルーチ
ンに復帰する。

【００３７】図１１のステップＳ７１では、図１３に示
すサブルーチンが処理される。ＣＰＵ３２はまずステッ
プＳ２０１で、現動画像ファイルに対応するインデック
スファイルがメモリカード３６に存在するかどうか判断
する。つまり、インデックスファイルは、オペレータの
指示に応じて各画像ファイルに１つずつ作成される。こ
のため、ステップＳ２０１で現動画像ファイルに対応す
るインデックスファイルの有無が判別される。インデッ
クスファイルが存在しなければ、ＣＰＵ３２はステップ
Ｓ２０７でインデックスファイルを新規に作成し、ステ
ップＳ２０９に進む。一方、インデックスファイルが存
在するのであれば、ステップＳ２０２でインデックスフ
ァイルをメモリカード３６から読み出し、ステップＳ２
０３でインデックスファイルに書き込まれたフレーム番
号をスキャンする。ステップＳ２０５では、現フレーム
番号と同じ番号がインデックスファイルに存在するかど
うか判断する。そして、“ＹＥＳ”であればそのままメ
インルーチンに復帰するが、“ＮＯ”であればステップ
Ｓ２０９に進む。

【００３８】ステップＳ２０９では、現フレームの静止
画像データつまり現時点でモニタ４０に出力されている
静止画像データに間引き処理を施して、サムネイル画像
データを生成する。その後、ステップＳ２１１でＪＰＥ
Ｇコーデック３０にサムネイル画像データの圧縮命令を
与える。ＪＰＥＧコーデック３０によって圧縮されたサ
ムネイル画像データは、メモリ制御回路２６によってＳ
ＤＲＡＭ２８に格納される。圧縮処理が完了すると、Ｃ
ＰＵ３２はステップＳ２１３で“ＹＥＳ”と判断し、ス
テップＳ２１５でメモリ制御回路２６に読み出しリクエ
ストを与える。これに応じて、ＳＤＲＡＭ２８から圧縮
サムネイル画像データが読み出される。ステップＳ２１
６では動画像テーブル３２ａを参照して現フレーム番号
を検出し、検出した現フレーム番号をカウンタ３２ｃに
セットする。また、ステップＳ２１７では、読み出され
た圧縮サムネイル画像データを現フレーム番号とともに
インデックスファイルに収納する。そして、ステップＳ
２１９でインデックスファイルをメモリカード３６に記
録し、メインルーチンに復帰する。

【００３９】現フレーム番号がカウンタ３２ｃにセット
されることで、図８のステップＳ９では、記録されたサ
ムネイル画像に対応する静止画像ファイルが再生され
る。そして、セットキー４６が押されない限り、同じ静
止画像が継続してモニタ４０に表示される。セットキー
４６が押されると、この静止画像に続く動画像が再生さ
れる。

【００４０】ステップＳ７５では、図１４に示すサブル
ーチンが処理される。ＣＰＵ３２は、ステップＳ３０１
で現動画像ファイルに対応するインデックスファイルが
メモリカード３６に存在するかどうか判断する。ここで
“ＮＯ”であればそのままメインルーチンに復帰する
が、“ＹＥＳ”であればステップＳ３０３でインデック
スファイルをメモリカード３６から読み出す。続いて、
ステップＳ３０５でインデックスファイルをスキャン
し、図６に示すインデックステーブル３２ｂを作成す
る。ステップＳ３０７では、図１５に示すサブルーチン
に従って複数のサムネイル画像をモニタ４０に表示し、
ステップＳ３０９では図１６〜図１９に示すサブルーチ
ンに従ってサムネイル画像を選択する。

【００４１】その後ステップＳ３１１で、選択されたサ
ムネイル画像のフレーム番号をインデックステーブル３
２ｂから検出し、検出したサムネイル番号をカウンタ３
２ｃにセットする。そして、メインルーチンに復帰す
る。この結果、図８のステップＳ９では、選択されたサ
ムネイル画像に対応する静止画像ファイルの伸長命令が
ＪＰＥＧコーデック３０に与えられ、選択されたサムネ
イル画像と同じ静止画像がモニタ４０の全面に表示され
る。この静止画像の表示は、セットキー４６が押されな
い限り継続される。そして、セットキー４６が押される
と、この静止画像に続く動画像が再生される。

【００４２】図１５を参照して、ＣＰＵ３２は、ステッ
プＳ４０１でカウンタ３２ｄ〜３２ｆをリセットする。
カウンタ３２ｄはモニタ４０に表示するサムネイル画像
の番号（サムネイル番号）ｎをカウントするカウンタで
あり、カウンタ３２ｄはモニタ４０におけるサムネイル
画像の表示位置番号ｎｄをカウントするカウンタであ
り、そしてカウンタ３２ｆはモニタ４０におけるカーソ
ルの表示位置番号ｎｓをカウントするカウンタである。
また、モニタ４０には、図５に示すように９つのサムネ
イル画像が表示される。このため、サムネイル画像およ
びカーソルの表示位置には、図６および図７に示すよう
に位置番号“０”〜“８”が割り当てられる。なお、ス
テップＳ４０３では、インデックスファイルからｎ番目
の圧縮サムネイル画像データを読み出し、同時にＪＰＥ
Ｇコーデック３０に伸長命令を与える。この結果、ｎ番
目の圧縮サムネイル画像データが伸長され、伸長された
画像データがＳＤＲＡＭ２８に書き込まれる。モニタ４
０には、対応するサムネイル画像が表示される。ＪＰＥ
Ｇコーデック３０の伸長処理が完了すると、ＣＰＵ３２
はステップＳ４０７で“ＹＥＳ”と判断し、ステップＳ
４０９でカウント値ｎがインデックスファイルに格納さ
れているサムネイル画像の総数Ｎに達したかあるいは伸
長処理が９回行われたかを判断する。サムネイル画像の
総数Ｎは、インデックステーブル３２ｂを参照して算出
される。

【００４３】ステップＳ４０９で“ＮＯ”であればステ
ップＳ４０３に戻り、上述の処理を繰り返す。ステップ
Ｓ４０３〜Ｓ４０９の処理が繰り返されることで、複数
のサムネイル画像がモニタ４０に表示される。一方、ス
テップＳ４０９で“ＹＥＳ”であれば、ステップＳ４１
１でカウント値ｎｓをリセットするとともにカウント値
ｎから“９”を減算する。これによって、最初に表示さ
れたサムネイル画像が特定される。その後、ステップＳ
４１３でカウント値ｎｓが示す位置にカーソルを表示
し、図１４のサブルーチンに復帰する。

【００４４】この結果、インデックス表示ボタン５４が
押された直後は、図６に示す要領でサムネイル画像およ
びカーソルが表示される。つまり、インデックスファイ
ルの先頭から９つのサムネイル画像が表示され、ｎｓ＝
０に対応する位置にカーソルが表示される。なお、イン
デックスファイルに格納されているサムネイル画像が９
つに満たなければ、全てのサムネイル画像が表示され
る。

【００４５】図１４に示すステップＳ３０９では、図１
６〜図１９に示すサブルーチンが処理される。ＣＰＵ３
２は、ステップＳ５０１，Ｓ５１９，Ｓ５３７およびＳ
５５５のそれぞれでカーソルキー４４ｂ，４４ａ，４４
ｄおよび４４ｃが押されたがどうかを判断し、ステップ
Ｓ５６９でセットキー４６が押されたかどうかを判断す
る。カーソルキー４４ｂが押されればステップＳ５０３
〜Ｓ５１７を処理し、カーソルキー４４ａが押されれば
ステップＳ５２１〜Ｓ５３５を処理する。また、カーソ
ルキー４４ｄが押されればステップＳ５３９〜Ｓ５５３
を処理し、カーソルキー４４ｃが押されればステップＳ
５５５〜Ｓ５６７を処理する。セットキー４６が押され
れば、ステップＳ５７１を処理する。

【００４６】まず図１６を参照して、ＣＰＵ３２は、ス
テップＳ５０３でカウント値ｎｓをインクリメントし、
ステップＳ５０５でカウント値ｎｓを“９”と比較す
る。ｎｓが“９”未満であれば、ステップＳ５０７でサ
ムネイル番号ｎおよびカーソル位置番号ｎｓの和をサム
ネイル画像の総数Ｎと比較する。現時点のサムネイル番
号ｎは図３の位置“０”に表示されているサムネイル画
像の番号であり、ｎ＋ｎｓはカーソル移動先のサムネイ
ル番号である。ｎ＋ｎｓがＮ未満であれば、カーソルを
移動する余地が残っているため、現カウント値ｎｓに対
応する位置にカーソルを移動させる。たとえばｎｓ＝１
であれば、図３の位置“１”を指すようにカーソルが表
示される。そして、ステップＳ５０１に戻る。一方、ｎ
ｓ＋ｎがＮ以上であればカーソルが移動する余地はない
ため、ＣＰＵ３２は、ステップＳ５０９でカウント値ｎ
ｓを元に戻してからステップＳ５０１に戻る。

【００４７】ステップＳ５０５で“ＹＥＳ”のときも、
ＣＰＵ３２はステップＳ５１３でｎ＋ｎｓとＮとを比較
する。そして、“ＹＥＳ”であれば、ステップＳ５１５
でカウント値ｎｓを元に戻してからステップＳ５０１に
戻る。一方、ステップＳ５１３で“ＮＯ”であれば、ス
テップＳ５１７で、現サムネイル番号に“３”を加算す
るとともに、現カーソル位置番号ｎｓを“６”に更新す
る。そして、図１５のステップＳ４０３に移行する。ｎ
ｓ≧９でｎ＋ｎｓ＜Ｎの場合、カーソルが指そうとして
いるサムネイル画像は、インデックスファイルにはある
もののモニタ４０には表示されていない。このため、モ
ニタ４０の表示をスクロールすべく、ステップＳ５１７
および図１５のステップＳ４０３以降が処理される。し
たがって、カーソルが図６に示すサムネイル画像８を指
している状態でカーソルキー４４ｂが押されると、モニ
タ４０の表示は図７に示すように更新され、カーソルは
サムネイル画像９を指す。

【００４８】図１７を参照して、カーソルキー４４ａが
押された場合、ＣＰＵ３２は、ステップＳ５２１でカウ
ント値ｎｓつまりカーソル位置番号をディクリメント
し、ステップＳ５２３でカウント値ｎｓが“０”に満た
ないかどうか判断する。ｎｓ≧０であれば、ＣＰＵ３２
はステップＳ５３５でカウント値ｎｓが示す位置にカー
ソルを移動させ、ステップＳ５０１に戻る。一方、ｎｓ
＜０であれば、ステップＳ５２５で現サムネイル番号ｎ
から“３”を引き算し、ステップＳ５２７で引き算後の
サムネイル番号ｎを“０”と比較する。ｎ＜０であれ
ば、カーソルに移動の余地はない。このため、ＣＰＵ３
２はステップＳ５３１およびＳ５３３でサムネイル番号
ｎおよびカーソル位置番号ｎｓを元に戻し、ステップＳ
５０１に戻る。ステップＳ５２７でｎ≧０であれば、ス
テップＳ５２９でカーソル位置番号ｎｓを“２”にセッ
トし、ステップＳ４０３に移行する。したがって、たと
えばカーソルが図７に示すサムネイル画像３を指してい
るときにカーソルキー４４ａが押されると、モニタ４０
の表示は図６に示すように更新され、かつカーソルはサ
ムネイル画像２を指す。

【００４９】図１８を参照して、カーソルキー４４ｄが
押されると、ＣＰＵ３２は、ステップＳ５３９で現カー
ソル位置番号ｎｓから“３”を引き算し、ステップＳ５
２３で引き算後のカーソル位置番号ｎｓが“０”に満た
ないかどうか判断する。ｎｓ≧０であれば、ＣＰＵ３２
はステップＳ５５３でカウント値ｎｓが示す位置にカー
ソルを移動させ、ステップＳ５０１に戻る。しかし、ｎ
ｓ＜０であれば、ステップＳ５２５で現サムネイル番号
ｎから“３”を引き算し、ステップＳ５２７で引き算後
のサムネイル番号ｎを“０”と比較する。ｎ＜０であれ
ば、カーソルに移動の余地はないため、ＣＰＵ３２はス
テップＳ５４９およびＳ５５１でサムネイル番号ｎおよ
びカーソル位置番号ｎｓを元に戻す。そして、ステップ
Ｓ５０１に戻る。ステップＳ５２７でｎ≧０であれば、
ステップＳ５２９でカーソル位置番号ｎｓだけを元に戻
し、ステップＳ４０３に移行する。したがって、たとえ
ばカーソルが図７に示すサムネイル画像４を指している
ときにカーソルキー４４ａが押されると、モニタ４０の
表示は図６に切り換わり、カーソルはサムネイル画像１
を指す。

【００５０】図１９を参照して、カーソルキー４４ｃが
押されると、ＣＰＵ３２は、ステップＳ５５７でカウン
ト値ｎｓに“３”を加算し、ステップＳ５５９で加算後
のカウント値ｎｓを“９”と比較する。ここでｎｓ≧９
であれば、ＣＰＵ３２は、ステップＳ５６７でカウント
値ｎに“３”を加算するとともにカウント値ｎｓを元に
戻し、ステップＳ４０３に移行する。一方、ｎｓ＜９で
あれば、ＣＰＵ３２はステップＳ５６１でｎ＋ｎｓをＮ
と比較する。ｎ＋ｎｓ＜Ｎであればカーソルに移動の余
地が残っているため、ＣＰＵ３２は、ステップＳ５６５
でカウント値ｎｓが示す位置にカーソルを移動させ、ス
テップＳ５０１に戻る。これに対してｎ＋ｎｓ≧Ｎであ
れば、カーソルはこれ以上移動できない。このため、Ｃ
ＰＵ３２は、ステップＳ５６３でカウント値ｎｓを元に
戻し、その後ステップＳ５０１に戻る。したがって、た
とえばカーソルが図６に示すサムネイル画像７を指して
いるときにカーソルキー４４ｃが押されると、モニタ４
０の表示は図７に更新され、カーソルはサムネイル画像
４を指す。

【００５１】セットキー４６が押された場合、ＣＰＵ３
２は、ステップＳ５７１でフレーム番号ｆｒｍをｎ＋ｎ
ｓと決定し、図１４に示すサブルーチンに復帰する。こ
のため、ステップＳ３１１ではｎ＋ｎｓがカウンタ３２
ｃにセットされ、図８に示すステップＳ９ではカーソル
が指しているサムネイル画像に対応する静止画像ファイ
ルに伸長処理が施される。この結果、サムネイル画像と
同じ静止画像がモニタ４０の全面に表示される。なお、
ステップＳ５６９で“ＮＯ”であれば、ステップＳ５０
１に戻る。

【００５２】以上のように、ＳＤＲＡＭ２８に保持され
た動画像ファイルの再生中にインデックス表示ボタン５
４が押されると、メモリカード３６からインデックスフ
ァイルが読み出され、これに収納されている複数のサム
ネイル画像がモニタ４０に表示される。ここで、表示さ
れているサムネイル画像の中から所望のサムネイル画像
が選択されると、選択されたサムネイル画像に対応する
静止画像ファイルが動画像ファイルから読み出され、選
択されたサムネイル画像と同じ静止画像がモニタ４０の
全面に表示される。さらに、セットキー４６が押される
と、この静止画像に続く動画像が再生される。したがっ
て、所望の記録部分に短時間でアクセスできる。

【００５３】なお、この実施例では、モーションＪＰＥ
Ｇを利用して動画像を圧縮する場合について説明した
が、動画像はＭＰＥＧフォーマットに従って圧縮するよ
うにしてもよい。但し、ＭＰＥＧの場合、データはスト
リーム構造となっており、基準となるフレーム画像は所
定フレーム数おきに含まれる。このため、インデックス
ファイルに収納するサムネイル画像は、このような基準
フレーム画像から作成する必要がある。

【００５４】また、この実施例ではオペレータの指示に
応じてサムネイル画像をインデックスファイルに収納す
るようにしたが、サムネイル画像はオペレータの指示に
関係なく所定フレームおきに作成するようにしてもよ
い。また、この実施例ではディジタルカメラを用いて説
明したが、この発明は、動画像ファイルを再生するあら
ゆる画像再生装置に適用できることは言うまでもない。

【図面の簡単な説明】

【図１】この発明の１実施例を示すブロック図である。

【図２】動画像テーブルの一例を示す図解図である。

【図３】インデックステーブルの一例を示す図解図であ
る。

【図４】インデックスファイルのフォーマットの一例を
示す図解図である。

【図５】モニタに表示されたサムネイル画像の例を示す
図解図である。

【図６】モニタに表示されたサムネイル画像の他の例を
示す図解図である。

【図７】モニタに表示されたサムネイル画像のその他の
例を示す図解図である。

【図８】図１実施例の動作の一部を示すフロー図であ
る。

【図９】図１実施例の動作の他の一部を示すフロー図で
ある。

【図１０】図１実施例の動作のその他の一部を示すフロ
ー図である。

【図１１】図１実施例の動作のさらにその他の一部を示
すフロー図である。

【図１２】図１実施例の動作の他の一部を示すフロー図
である。

【図１３】図１実施例の動作のその他の一部を示すフロ
ー図である。

【図１４】図１実施例の動作のさらにその他の一部を示
すフロー図である。

【図１５】図１実施例の動作の他の一部を示すフロー図
である。

【図１６】図１実施例の動作のその他の一部を示すフロ
ー図である。

【図１７】図１実施例の動作のさらにその他の一部を示
すフロー図である。

【図１８】図１実施例の動作の他の一部を示すフロー図
である。

【図１９】図１実施例の動作のその他の一部を示すフロ
ー図である。

【符号の説明】

１０ …ディジタルカメラ ２４ …バス ２６ …メモリ制御回路 ２８ …ＳＤＲＡＭ ３０ …ＪＰＥＧコーデック ３２ …ＣＰＵ ３６ …メモリカード ３８ …ビデオエンコーダ ４０ …モニタ ５２ …インデックス生成ボタン ５４ …インデックス表示ボタン

Claims (13)

【特許請求の範囲】
1. 【請求項１】複数の静止画像を含む動画像ファイルを再
   生して動画像をモニタに出力する画像再生装置におい
   て、 前記複数の静止画像から所望の静止画像を特定する第1
   特定手段、および前記所望の静止画像のインデックス情
   報を作成する作成手段を備えることを特徴とする、画像
   再生装置。
2. 【請求項２】前記第１特定手段は、前記動画像の出力中
   に前記インデックス情報の作成指示を受け付ける作成指
   示受付手段、および前記作成指示の受付タイミングに基
   づいて前記所望の静止画像を特定する第１静止画像特定
   手段を含む、請求項１記載の画像再生装置。
3. 【請求項３】前記第１特定手段は、前記所望の静止画像
   を前記モニタに継続して出力する第１静止画像出力手段
   をさらに含む、請求項２記載の画像再生装置。
4. 【請求項４】前記作成手段は、前記所望の静止画像に基
   づいてサムネイル画像を生成するサムネイル画像生成手
   段、前記所望の静止画像の位置情報を検出する位置情報
   検出手段、および前記サムネイル画像と前記位置情報と
   を関連付けて前記インデックス情報を作成するインデッ
   クス情報作成手段を含む、請求項１ないし３のいずれか
   に記載の画像再生装置。
5. 【請求項５】前記位置情報は、前記所望の静止画像の前
   記動画像ファイルにおけるフレーム番号である、請求項
   ４記載の画像再生装置。
6. 【請求項６】前記所望の静止画像は複数存在し、 前記インデックス情報に基づいて１つの静止画像を特定
   する第２特定手段、および前記第２特定手段によって特
   定された特定静止画像を前記動画像ファイルから再生す
   る第１再生手段をさらに備える、請求項１ないし３のい
   ずれかに記載の画像再生装置。
7. 【請求項７】前記インデックス情報は前記所望の静止画
   像に対応する複数のサムネイル画像と前記所望の静止画
   像の位置情報とを含み、 前記第２特定手段は、前記インデックス情報の再生指示
   を受け付ける第１再生指示受付手段、前記インデックス
   情報の再生指示に応答して前記複数のサムネイル画像を
   モニタに出力するサムネイル画像出力手段、１つのサム
   ネイル画像の選択を受け付ける選択受付手段、および前
   記１つのサムネイル画像に対応する位置情報を前記イン
   デックス情報に基づいて検出する位置情報検出手段を含
   む、請求項６記載の画像再生装置。
8. 【請求項８】前記第１再生手段は、前記位置情報検出手
   段によって検出された位置情報に対応する静止画像を前
   記モニタに継続して出力する第２静止画像出力手段を含
   む、請求項７記載の画像再生装置。
9. 【請求項９】前記位置情報は、前記静止画像の前記動画
   像ファイルにおけるフレーム番号である、請求項７また
   は８記載の画像再生装置。
10. 【請求項１０】前記特定静止画像に続く動画像を再生す
    る第２再生手段をさらに備える、請求項６ないし９のい
    ずれかに記載の画像再生装置。
11. 【請求項１１】前記第２再生手段は、前記特定静止画像
    の再生後に動画像の再生指示を受け付ける第２再生指示
    受付手段、および前記動画像の再生指示に応答して前記
    特定静止画像に続く動画像を出力する動画像出力手段を
    含む、請求項１０記載の画像再生装置。
12. 【請求項１２】複数の静止画像を含む動画像ファイルを
    再生して動画像をモニタに出力する画像再生装置におい
    て、 インデックス情報に基づいて所望の静止画像を特定する
    特定手段、および前記所望の静止画像を前記動画像ファ
    イルから再生する再生手段を備える、画像再生装置。
13. 【請求項１３】請求項１ないし１２のいずれかに記載の
    画像再生装置を備える、ディジタルカメラ。