JP5282632B2 - 表示制御装置、表示制御方法、プログラム - Google Patents
表示制御装置、表示制御方法、プログラム Download PDFInfo
- Publication number
- JP5282632B2 JP5282632B2 JP2009088858A JP2009088858A JP5282632B2 JP 5282632 B2 JP5282632 B2 JP 5282632B2 JP 2009088858 A JP2009088858 A JP 2009088858A JP 2009088858 A JP2009088858 A JP 2009088858A JP 5282632 B2 JP5282632 B2 JP 5282632B2
- Authority
- JP
- Japan
- Prior art keywords
- display
- thumbnail
- entry
- index
- final
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Television Signal Processing For Recording (AREA)
Description
本発明は、表示デバイスの表示画面部に対して画像を表示出力させるための表示制御を実行する表示制御装置とその方法に関する。また、このような表示制御装置が実行するプログラムに関する。
例えば、ビデオカメラなどの動画の撮影記録が可能な撮像装置では、これまでに撮影記録したシーンにつき１つの代表画像を生成し、これらの代表画像を表示画面上において所定のパターンにより配列して表示させるものが広く知られている。このような表示は、例えば撮影記録されたシーンについてのインデックス（見出し、目次）として機能することから、インデックス表示ともいわれる。また、インデックス表示は、例えばユーザが操作を行って、所望のシーンを見つけ、これを再生出力させたり、編集したりするなど、シーン再生・管理のためのＧＵＩ(Graphical User Interface)として利用される。
なお、上記の「シーン」とは、撮像装置による動画記録動作の開始から終了までに対応して得られる動画像コンテンツの一単位を指す。
なお、上記の「シーン」とは、撮像装置による動画記録動作の開始から終了までに対応して得られる動画像コンテンツの一単位を指す。
上記したインデックス表示に関しては、例えば、これを閲覧して利用するユーザにとってできるだけ見やすく、また、使いやすいインターフェースとなるようにすることが求められる。本願発明としても、例えばこれまでのインデックス表示を改善して、より有用なインデックス表示としてのＧＵＩが提供できるようにすることを、その課題とする。
そこで本発明は上記した課題を考慮して、表示制御装置として次のように構成する。
つまり、サムネイル表示領域に対して、所定の属性に従った配列順により単位データのサムネイル画像を配列した機能画面を少なくとも含む、種類の異なる複数の機能画面のうちから必要な機能画面を表示出力させる機能画面表示制御手段と、上記機能画面の表示内容について変更が生じる際に、変更後の上記機能画面において規定の位置に配置されるサムネイル画像を示す最終表示エントリを更新する最終表示エントリ更新手段と、上記単位データの記録又は再生の結果に応じて、最後に記録再生対象となった単位データに応じたサムネイル画像を示す最終記録再生エントリを更新する、最終記録再生エントリ更新手段と、上記複数の機能画面のうちで、Ｌ行×Ｎ列（Ｌ，Ｎは自然数）によるサムネイル表示領域の最小送り／戻し単位が１行である特定機能画像の表示出力を上記機能画像表示制御手段により開始すべきときには、上記最終表示エントリが有効であり、かつ、上記最終表示エントリのほうが上記最終記録再生エントリよりも後に更新されている場合には、上記最終表示エントリが示すサムネイル画面が１行目に位置するようにして、上記サムネイル表示領域において配列表示されるべきサムネイル画像を決定する決定手段とを備えることとした。
つまり、サムネイル表示領域に対して、所定の属性に従った配列順により単位データのサムネイル画像を配列した機能画面を少なくとも含む、種類の異なる複数の機能画面のうちから必要な機能画面を表示出力させる機能画面表示制御手段と、上記機能画面の表示内容について変更が生じる際に、変更後の上記機能画面において規定の位置に配置されるサムネイル画像を示す最終表示エントリを更新する最終表示エントリ更新手段と、上記単位データの記録又は再生の結果に応じて、最後に記録再生対象となった単位データに応じたサムネイル画像を示す最終記録再生エントリを更新する、最終記録再生エントリ更新手段と、上記複数の機能画面のうちで、Ｌ行×Ｎ列（Ｌ，Ｎは自然数）によるサムネイル表示領域の最小送り／戻し単位が１行である特定機能画像の表示出力を上記機能画像表示制御手段により開始すべきときには、上記最終表示エントリが有効であり、かつ、上記最終表示エントリのほうが上記最終記録再生エントリよりも後に更新されている場合には、上記最終表示エントリが示すサムネイル画面が１行目に位置するようにして、上記サムネイル表示領域において配列表示されるべきサムネイル画像を決定する決定手段とを備えることとした。
上記構成では、特定機能画面については、Ｌ行×Ｎ列によりサムネイル画像を表示し、最小の送り/戻し単位が1行であるとしている。そのうえで、この特定機能画面を表示させる際には、最終表示エントリと最終記録再生エントリとの状態に応じて、特定機能画面におけるサムネイル表示領域に表示させるべきサムネイル画像を決定することとしている。
これにより本発明は、特定機能画面を表示する前の他の機能画面の表示内容に応じて、できるかぎりユーザの感覚に適う内容により特定機能画面の表示を開始させることができる。これにより、例えばユーザにとって見やすく、また使いやすいインデックス等の表示を提供できる。
以下、本願発明を実施するための形態（以下、実施形態という）について、下記の順により説明する。
＜１．ビデオカメラ装置の構成＞
＜２．インデックス画面＞
＜３．本実施形態の行送り表示／ページ送り表示との対比＞
＜４．機能画面例＞
＜５．インデックス画面起動時の表示規則＞
＜６．インデックス画面遷移の基本具体例＞
＜７．機能画面遷移パターン＞
＜８．表示制御アルゴリズム(第１例)＞
＜９．表示制御アルゴリズム(第２例)＞
＜１．ビデオカメラ装置の構成＞
＜２．インデックス画面＞
＜３．本実施形態の行送り表示／ページ送り表示との対比＞
＜４．機能画面例＞
＜５．インデックス画面起動時の表示規則＞
＜６．インデックス画面遷移の基本具体例＞
＜７．機能画面遷移パターン＞
＜８．表示制御アルゴリズム(第１例)＞
＜９．表示制御アルゴリズム(第２例)＞
＜１．ビデオカメラ装置の構成＞
本実施形態としては撮像により得られる動画の記録／再生が可能なビデオカメラ装置を例に挙げる。
図１は、本実施形態のビデオカメラ装置１の構成例を示すブロック図である。
この図において、先ず、光学系部１１は、レンズ光学系、フォーカス機構、ズーム機構、絞り(アイリス)機構などを備えて成り、入射された光を撮像光として撮像部１２が備えるものとされる撮像素子(光電変換素子)の受光面に結像させる。
また、ここでの光学系部１１におけるフォーカス機構、ズーム機構、絞り機構の駆動は、マイクロプロセッサ１７による制御に応じて、カメラ制御部１３が上記各機構に駆動信号を出力するによって行われるものとしている。
本実施形態としては撮像により得られる動画の記録／再生が可能なビデオカメラ装置を例に挙げる。
図１は、本実施形態のビデオカメラ装置１の構成例を示すブロック図である。
この図において、先ず、光学系部１１は、レンズ光学系、フォーカス機構、ズーム機構、絞り(アイリス)機構などを備えて成り、入射された光を撮像光として撮像部１２が備えるものとされる撮像素子(光電変換素子)の受光面に結像させる。
また、ここでの光学系部１１におけるフォーカス機構、ズーム機構、絞り機構の駆動は、マイクロプロセッサ１７による制御に応じて、カメラ制御部１３が上記各機構に駆動信号を出力するによって行われるものとしている。
撮像部１２は、例えばＣＭＯＳセンサ、ＣＣＤ(Charge Coupled Device)などの撮像素子を備えて成り、上記のようにして受光面にて受光した撮像光についての光電変換を行う。そして、受光面にて受光された撮像光に応じて蓄積された電荷を、例えば、マイクロプロセッサ１７の制御に応じてカメラ制御部１３から出力されるタイミング信号に応じた、しかるべきタイミングで順次出力するようにされる。これにより、所定の画素数サイズによる撮像画像に対応した電気信号を出力する。このようにして出力された信号は、カメラ信号処理部１４に対して入力される。
カメラ信号処理部１４では、上記のようにして撮像部１２から入力される電気信号について、例えばＣＤＳ(Correlated Double Sampling)処理、ＡＧＣ(Automatic Gain Control)処理などの波形成形を行ったうえでデジタル信号に変換し、記録再生処理回路１５に出力する。
記録再生処理回路１５では、カメラ信号処理部１４から出力されたデジタル信号を入力して、記録信号処理を実行する。例えば所定方式による圧縮符号化をはじめとして、所定の動画像記録フォーマットに対応した記録用ビデオ信号データを生成するようにされる。そして、このようにして生成されるビデオ信号データを記憶媒体１６に書き込んで記録する。この結果、記憶媒体１６には、撮像により得られたビデオコンテンツのデータが記憶保存されるようにして管理されることになる。また、撮像装置による撮影記録の開始から終了までの間に得られた動画像は、シーン（あるいはカット、ショット）などともいわれるが、上記のようにして記憶媒体１６に記録されるビデオコンテンツとしても、このシーン単位により管理される。即ち、原則としては、シーン単位のビデオコンテンツのデータが所定形式の動画像ファイルとしてファイルシステムにより管理される。
また、本実施形態の記録再生処理回路１５は、カメラ信号処理部１４から出力されたデジタル信号から静止画データを生成してこれを記録することも可能とされている。
また、記録再生処理回路１５は、撮影記録モード時においては表示部２０に対してスルー画を表示させるための処理も実行するようにされる。スルー画とは、そのときに光学系部１１により撮像しているとされる画像のことをいうもので、ユーザは、表示部２０に表示されるスルー画を見ることで撮影されている画内容を確認することができる。このスルー画表示のためには、記録再生処理回路１５は、カメラ信号処理部１４から入力したデジタル信号を利用して、表示部２０による画像表示に適合した解像などを有するスルー画用のビデオ信号を生成し、このスルー画用ビデオ信号を重畳処理部１９を介して表示部２０に対して出力する。
また、記録再生処理回路１５は、記憶媒体１６に記憶保存されたビデオコンテンツのデータを読み出して、記録信号処理に対応した復号処理などを実行して動画像、静止画像として再生することも可能とされる。このようにして再生して得られる画像のビデオ信号は、例えばマイクロプロセッサ１７の制御に応じて、重畳処理部１９を介して表示部２０に対して出力することで、この表示部２０にて画像として表示させることができるようになっている。
なお、実際のビデオコンテンツとしては、ビデオ信号とともに、少なくとも、このビデオ信号とリップシンクするようにして再生されるべきオーディオ信号も含む構造を有するものであるが、ここでは、説明を簡単なものとすることの便宜上、このオーディオ信号についての記録再生処理についての構成の図示及び説明は省略する。
なお、実際のビデオコンテンツとしては、ビデオ信号とともに、少なくとも、このビデオ信号とリップシンクするようにして再生されるべきオーディオ信号も含む構造を有するものであるが、ここでは、説明を簡単なものとすることの便宜上、このオーディオ信号についての記録再生処理についての構成の図示及び説明は省略する。
マイクロプロセッサ１７は、例えばＣＰＵ、ＲＯＭ、ＲＡＭなどを有して構成されるもので、例えば内部のＲＯＭに記憶されるプログラムを実行することにより、ビデオカメラ装置１における各種の制御を実行する。これにより、ビデオカメラ装置１としての各種の動作が得られることとなる。
ＯＳＤ(On Screen Display)処理部１８及び重畳処理部１９は、表示部２０に対して、そのときのビデオカメラ装置１の動作に応じた各種のＧＵＩ(Graphical User Interface)としての画像を表示させるために備えられる。
ＧＵＩ画像を表示させるべきとき、マイクロプロセッサ１７は、ＯＳＤ(On Screen Display)処理部１８により、そのＧＵＩ画像としての画内容を有する表示用ビデオ信号（表示用画像データ）を生成させ、この表示用ビデオ信号を重畳処理部１９に対して出力させる。重畳処理部１９では、ＯＳＤ処理部１８から出力される表示用ビデオ信号を表示部２０に出力するが、この際、そのＧＵＩ画像が、例えばスルー画や再生画像上に重畳させるべきものである場合には、記録再生処理回路１５から入力されてくるスルー画や再生画像などのビデオ信号に、ＧＵＩ画像の表示用ビデオ信号を重畳、合成し、この合成後のビデオ信号を表示部２０に出力するようにされる。
ＧＵＩ画像を表示させるべきとき、マイクロプロセッサ１７は、ＯＳＤ(On Screen Display)処理部１８により、そのＧＵＩ画像としての画内容を有する表示用ビデオ信号（表示用画像データ）を生成させ、この表示用ビデオ信号を重畳処理部１９に対して出力させる。重畳処理部１９では、ＯＳＤ処理部１８から出力される表示用ビデオ信号を表示部２０に出力するが、この際、そのＧＵＩ画像が、例えばスルー画や再生画像上に重畳させるべきものである場合には、記録再生処理回路１５から入力されてくるスルー画や再生画像などのビデオ信号に、ＧＵＩ画像の表示用ビデオ信号を重畳、合成し、この合成後のビデオ信号を表示部２０に出力するようにされる。
操作部２１は、ビデオカメラ装置１本体に備えられるハードウェアキー、ボタンなどの各種操作子と、この操作子に対する操作に応じた操作信号をマイクロプロセッサ１７に出力する操作信号出力部位を一括して示しているものとされる。例えば、この操作部２１における操作子としては、写真撮影時に操作されるシャッターボタン、撮影モードなどを選択する操作子、パラメータのアップ／ダウンを行うための操作子などが含まれる。
また、本実施の形態のビデオカメラ装置１では、上記操作部２１としてのキー、ボタンのほかに、操作入力部として、タッチパネル２１Ａを備える。このタッチパネル２１Ａは、実際においては、表示部２０の表示画面と一体化される態様で設けられる。即ち、本実施の形態のビデオカメラ装置１では、ＧＵＩ画像が表示された表示部２０の画面上に対して直接指を振れるなどの操作が可能なＧＵＩを提供するものである。なお、ＧＵＩの内容によっては、表示部２０に表示されるＧＵＩ画像に対する操作が、操作部２１における所定のキー、ボタンに対する操作により行われるようにされてもよいものである。
上記の構成から分かるように、ビデオカメラ装置１では、記憶媒体１６に対して、撮像記録により得たビデオコンテンツを記憶保存させることが可能とされている。この記憶媒体１６の実際としては特に限定しないが、現状であれば、ＨＤＤ(ハードディスク)であるとかフラッシュメモリなどを挙げることができる。ＨＤＤは、ランダムアクセスが可能なもののうち、現状においてはＧＢ（ギガバイト）、ＴＢ(テラバイト)クラスでの大容量を技術的、コスト的に容易に実現できる記憶媒体の１つであり、従って、圧縮符号化データを主体とするビデオコンテンツデータとしても多数を記憶保存することが可能である。また、近年では、フラッシュメモリとしてもＧＢクラスの大容量のものが安価に普及している状況にある。
また、記憶媒体１６は、ビデオカメラ装置１に対して通常では取り外し不可なようにして備えられるものでもよいし、或いは、リムーバブルとされてビデオカメラ装置１に対して装脱が可能なものでもよい、
また、記憶媒体１６は、ビデオカメラ装置１に対して通常では取り外し不可なようにして備えられるものでもよいし、或いは、リムーバブルとされてビデオカメラ装置１に対して装脱が可能なものでもよい、
このようにして、記憶媒体１６に多数のビデオコンテンツが記憶可能であることを考慮すると、ビデオカメラの機能として、記憶保存されたビデオコンテンツに関する一覧表示機能を与えて、その検索性が高められるようにすることが、ユーザにとっての利便性向上などを求めた場合には好ましくなってくる。そこで、本実施の形態のビデオカメラ装置１も、ＧＵＩ(Graphical User Interface)画像の一つとして、このようなビデオコンテンツに関しての一覧・検索表示機能を実装するものである。つまり、ビデオカメラ装置１は、表示部２０の表示画面上に対して、記憶媒体１６に記憶保存されたビデオコンテンツ(シーン)を対象として、一覧・検索を行うことのできるインデックス画像を表示するものである。また、ランダムアクセスが可能な記憶媒体に対応しては、このようなインデックス画像上でのコンテンツの再生操作を行えるようにされたものが一般的であるが、本実施の形態としても、インデックス画面上でのコンテンツの再生操作が可能なようにされる。
＜２．インデックス画面＞
図２は、インデックス画面の基本的な表示態様例を示している。なお、この図に示すインデックス画面は、本実施形態において「１６枚インデックス」（特定機能画面）というもので、記録媒体１６に記録されているシーンを一覧するにあたっての標準のインデックス画像となる。
図２は、インデックス画面の基本的な表示態様例を示している。なお、この図に示すインデックス画面は、本実施形態において「１６枚インデックス」（特定機能画面）というもので、記録媒体１６に記録されているシーンを一覧するにあたっての標準のインデックス画像となる。
図２においては、図１に示した表示部の表示画面部２０Ａとしての表示領域の全体が示されている。
この表示画面部２０Ａにおける１６枚インデックスの表示は、サムネイル表示領域１０２と、その上に位置する日付領域１０１から成るものとしてみることができる。
サムネイル表示領域１０２においては、４行×４列により最大で１６のサムネイル画像１０３を配列表示できる。個々のサムネイル画像１０３は、１つのシーンに対応している。この場合の１６個のサムネイル画像１０３の配列順は、図のサムネイル画像１０３の枠内右下に記載される１〜１６の順に従うものとなる。本実施形態の基本としては、先ず、サムネイル画像（シーン）について、撮影記録された年月日（記録日付）ごとのグループにまとめたうえで、その日付において撮影時刻の早いものから遅いものの順に配列することとしている。つまり、インデックスとしての表示に際しては、デフォルトとして、シーン（サムネイル画像）を記録年月日の属性により管理することとしている。
なお、このような記録年月日の情報は、記憶媒体１６に記録されているシーンごとに、各種の属性を示すメタデータの１つとして付加されている。
この表示画面部２０Ａにおける１６枚インデックスの表示は、サムネイル表示領域１０２と、その上に位置する日付領域１０１から成るものとしてみることができる。
サムネイル表示領域１０２においては、４行×４列により最大で１６のサムネイル画像１０３を配列表示できる。個々のサムネイル画像１０３は、１つのシーンに対応している。この場合の１６個のサムネイル画像１０３の配列順は、図のサムネイル画像１０３の枠内右下に記載される１〜１６の順に従うものとなる。本実施形態の基本としては、先ず、サムネイル画像（シーン）について、撮影記録された年月日（記録日付）ごとのグループにまとめたうえで、その日付において撮影時刻の早いものから遅いものの順に配列することとしている。つまり、インデックスとしての表示に際しては、デフォルトとして、シーン（サムネイル画像）を記録年月日の属性により管理することとしている。
なお、このような記録年月日の情報は、記憶媒体１６に記録されているシーンごとに、各種の属性を示すメタデータの１つとして付加されている。
日付領域１０１においては、サムネイル領域１０２の先頭（１行目の最も左）以降において表示される、同じ日に撮影記録された１以上のサムネイルに対応するシーンについての、実際の記録日付が示される。
また、サムネイル表示領域１０２においては、何れか１つのサムネイル画像１０３上においてレジュームマークＲＳＭが表示される場合がある。
レジュームマークＲＳＭが表示されている場合、そのサムネイル画像１０３に対応するシーンは、これまでにおいて最後に記録されたシーン若しくは最後に再生出力されたシーンであることを示すものとなる。
レジュームマークＲＳＭが表示されている場合、そのサムネイル画像１０３に対応するシーンは、これまでにおいて最後に記録されたシーン若しくは最後に再生出力されたシーンであることを示すものとなる。
また、ここでの詳細な説明は省略するが、表示画面部２０Ａには、上記サムネイル表示領域１０２及び日付領域１０１だけではなく、各種のボタン、バーなどの操作画像、また、何らかの事柄をユーザに通知するためのインジケータなどが表示されている。ユーザは、例えば上記操作画像に対する操作であるとかサムネイル表示領域１０２に対する操作により、サムネイル画像１０３の送り／戻し、シーン（サムネイル画像１０３）を選択指定してのシーン再生、設定画面への移行などの各種所要の操作を行うことができる。
なお、ビデオカメラ装置１において、１６枚インデックス及び他の機能画面において表示されるサムネイル画像１０３は、例えば記憶媒体１６に記録されるシーンから取り出した静止画像データを所定の解像度に変換することで得られる。また、サムネイル画像のデータは、表示すべきタイミングに応じて逐次生成されるようにしてもよいが、本実施形態としては、例えばシーンのデータを記録するときなどに応じて生成し、シーンに付加するメタデータとして記憶媒体に記憶させておくようにする。そして、サムネイル画像を表示すべきときには、記憶媒体１６から表示に必要なサムネイル画像データを読み出して再生出力するようにされている。
なお、ビデオカメラ装置１において、１６枚インデックス及び他の機能画面において表示されるサムネイル画像１０３は、例えば記憶媒体１６に記録されるシーンから取り出した静止画像データを所定の解像度に変換することで得られる。また、サムネイル画像のデータは、表示すべきタイミングに応じて逐次生成されるようにしてもよいが、本実施形態としては、例えばシーンのデータを記録するときなどに応じて生成し、シーンに付加するメタデータとして記憶媒体に記憶させておくようにする。そして、サムネイル画像を表示すべきときには、記憶媒体１６から表示に必要なサムネイル画像データを読み出して再生出力するようにされている。
＜３．本実施形態の行送り表示／ページ送り表示との対比＞
本実施形態では、上記した１６枚インデックスの表示を行う場合、サムネイル表示領域１０２におけるサムネイル画像１０３の表示に関して、１行単位での送り／戻しを行えるようにした。この本実施形態としてのサムネイル画像の送り／戻し表示の態様に関して、図３〜図５を参照して説明する。
本実施形態では、上記した１６枚インデックスの表示を行う場合、サムネイル表示領域１０２におけるサムネイル画像１０３の表示に関して、１行単位での送り／戻しを行えるようにした。この本実施形態としてのサムネイル画像の送り／戻し表示の態様に関して、図３〜図５を参照して説明する。
図３（ａ）には、記録媒体１６に記録されているとする全てのシーン（動画コンテンツ）のサムネイル画像１０３を、１６枚インデックスの表示に対応させて配置させている。
ここで、１６枚インデックス画像の表示を起動させたとして、このときの表示内容が、この図３（ａ）に示すものであったとする。つまり、図３（ａ）のサムネイル表示領域１０２においては、先ず先頭から3行目にかけて、2009年1月1日において記録した10のシーンに対応するサムネイル画像１０３が配列表示される。また、この場合の日付領域１０１は、２００９−１−１が示されることになる。
ここで、１６枚インデックス画像の表示を起動させたとして、このときの表示内容が、この図３（ａ）に示すものであったとする。つまり、図３（ａ）のサムネイル表示領域１０２においては、先ず先頭から3行目にかけて、2009年1月1日において記録した10のシーンに対応するサムネイル画像１０３が配列表示される。また、この場合の日付領域１０１は、２００９−１−１が示されることになる。
また、このようにして、１つの同じ記録日のシーンに対応するサムネイル画像１０３の表示が3行目以前で終わった場合、続く1行全体により、次の記録日を示す日付画像１０４が表示されるようにする。ここでは、日付画像１０４として2009年1月2日が示されている。
このような表示とされることで、例えばユーザは、2009年1月1日に撮影されたシーンだけではなく、2009年1月2日に撮影されたシーンのあることを知ることができる。
このような表示とされることで、例えばユーザは、2009年1月1日に撮影されたシーンだけではなく、2009年1月2日に撮影されたシーンのあることを知ることができる。
上記したように、本実施形態では、サムネイル表示領域１０２におけるサムネイル画像１０３についての最小の送り／戻し単位を、１行としている。
ここで、例えば上記図３（ａ）に示す表示の下で、ユーザが１行送りの操作を行ったとする．これにより、１６枚インデックスは、図３（ｂ）に示すようにして変化する。つまり、サムネイル表示領域１０２における１行目には、２００９年１月１日に記録された５番目〜８番目の４つのシーンに対応するサムネイル画像１０３が配列され、２行目に、残る９，１０番目のサムネイル画像１０３が配列される。
また、３行目は、次の記録日（2009年1月2日）を示す日付画像１０４が表示され、４行目においては、2009年1月2日に記録された１番目〜４番目のシーンに対応するサムネイル画像が配列される。
なお、この場合における日付領域１０１は、サムネイル表示領域１０２の１行目及び２行目のサムネイル画像１０３が対応するシーンの記録日として、図３（ａ）と同じく、2009-1-1が表示される。
ここで、例えば上記図３（ａ）に示す表示の下で、ユーザが１行送りの操作を行ったとする．これにより、１６枚インデックスは、図３（ｂ）に示すようにして変化する。つまり、サムネイル表示領域１０２における１行目には、２００９年１月１日に記録された５番目〜８番目の４つのシーンに対応するサムネイル画像１０３が配列され、２行目に、残る９，１０番目のサムネイル画像１０３が配列される。
また、３行目は、次の記録日（2009年1月2日）を示す日付画像１０４が表示され、４行目においては、2009年1月2日に記録された１番目〜４番目のシーンに対応するサムネイル画像が配列される。
なお、この場合における日付領域１０１は、サムネイル表示領域１０２の１行目及び２行目のサムネイル画像１０３が対応するシーンの記録日として、図３（ａ）と同じく、2009-1-1が表示される。
例えばこの図３（ｂ）に示される表示では、サムネイル表示領域１０２には、２００９年１月１日に記録された最後の６つのシーンに対応するサムネイル画像１０３と、この次の記録日である２００９年１月２日に記録されたはじめの４つのシーンに対応するサムネイル画像１０３とが表示される。このようにして、サムネイル画像１０３を行送りとすることにより、１つの１６枚インデックス画像において、記録日付（１０１，１０４）を明示しながら、複数の記録日のサムネイル画像１０３を表示させることが可能になる。
また、図４（ａ）は、例えば図３（ａ）（ｂ）に示した状態からさらに行送りを行った結果として、サムネイル表示領域１０２において、２００９年１月２日に記録された２１シーンのうち、５番目〜２０番目までの１６シーンに対応するサムネイル画像１０３が配列表示された状態を示している。このとき、上の日付領域１０１は、2009-1-2を示す。
また、図４（ｂ）には、図４（ａ）からさらに複数回の行送りを行った結果が示される。なお、図４（ａ）から図４（ｂ）への遷移は、実際には、1行分の行送り操作を５回行った結果を示している。本実施形態の１６枚インデックスにおける１行単位での送り戻し操作において、日付画像１０４の行は、1行には含まれないようにされている。
図４（ｂ）に示されるサムネイル表示領域１０２の１行目においては、２００９年１月３日に記録された３シーンに対応するサムネイル画像１０３が左詰めで表示される。これに応じて日付領域１０１には、2009-1-3と表示されている。続く２行目には、次の記録日となる２００９年１月４日を示す日付画像１０４が表示され、残る3行目、4行目において、２００９年１月４日に記録された8つのシーンに対応するサムネイル画像１０３が配列された表示が得られる。
図４（ｂ）に示されるサムネイル表示領域１０２の１行目においては、２００９年１月３日に記録された３シーンに対応するサムネイル画像１０３が左詰めで表示される。これに応じて日付領域１０１には、2009-1-3と表示されている。続く２行目には、次の記録日となる２００９年１月４日を示す日付画像１０４が表示され、残る3行目、4行目において、２００９年１月４日に記録された8つのシーンに対応するサムネイル画像１０３が配列された表示が得られる。
また、図５（ａ）には、最後まで行送りをしたときの１６枚インデックス表示が示されている。
この場合、最後の記録日である２００９年１月６日（2009-1-6）においては、７つのシーンが記録されている。これに応じて、図５（ａ）では、サムネイル表示領域１０２の先頭から詰めていくようにして、１行目にははじめの４つのシーンに対応するサムネイル画像１０３を配列し、２行目においては残る２つのシーンに対応するサムネイル画像１０３を左から詰めるようにして配列する。２行目の残る右側１つ分の領域、及び３行目及び４行目には、有意のサムネイル画像は表示されない。
また、サムネイル表示領域１０２の上の日付領域１０１には、２００９年１月６日を示す表示が行われる。
この場合、最後の記録日である２００９年１月６日（2009-1-6）においては、７つのシーンが記録されている。これに応じて、図５（ａ）では、サムネイル表示領域１０２の先頭から詰めていくようにして、１行目にははじめの４つのシーンに対応するサムネイル画像１０３を配列し、２行目においては残る２つのシーンに対応するサムネイル画像１０３を左から詰めるようにして配列する。２行目の残る右側１つ分の領域、及び３行目及び４行目には、有意のサムネイル画像は表示されない。
また、サムネイル表示領域１０２の上の日付領域１０１には、２００９年１月６日を示す表示が行われる。
本実施形態では、サムネイル表示領域１０２における画像の送り／戻しの最小単位について、１行とした結果、図３（ｂ）、図４（ｂ）のようにして、１つの１６枚インデックス画像において、記録日の表示とともに、複数の前後する記録日のシーンを同時に表示させることが可能となった。
なお、最後まで行送りしたときの表示としては、例えば図５の他にも、サムネイル表示領域１０２の１行目のみにおいて、最後の１〜４つの何れかのサムネイル画像１０３が表示されるようにすることが考えられる。
或いは、最後の１〜４つの何れかのサムネイル画像１０３が、サムネイル表示領域１０２の４行目となった状態で、これ以上の行送りはできないようにすることが考えられる。
但し、本実施形態において、図５に示した態様としたのは、例えば、最後の記録日に関するシーン内容が把握しやすくなることの考慮と、下記の日付単位に応じた操作を可能とするためである。特に、最後まで行送りしたときの表示の他の例として後者を採用すると、この日付単位に応じた操作を保証できなくなる。
日付単位に応じた操作として、ここでは日付指定削除機能を例に挙げる。日付指定削除は、日付領域１０１に表示されている記録日を対象としてシーンの削除を行う操作が行えるようにした機能である。このときユーザは、１６枚インデックスに対する行送り／戻しの操作を行って、削除対象とすべき記録日が日付領域１０１に表示されるようにしたうえで、その後のシーン削除のための操作を行う。例えば、上記した後者の他の例を採用した場合には、最後の記録日のシーン数が１７以上の場合、最後の記録日を日付領域１０１に表示させることができなくなり、従って、日付単位に応じた操作を行えなくなる。例えば、図１３で後述するハイライト再生画面への遷移の際にも、最後の記録日を、ハイライト再生の開始日に指定できなくなる。
或いは、最後の１〜４つの何れかのサムネイル画像１０３が、サムネイル表示領域１０２の４行目となった状態で、これ以上の行送りはできないようにすることが考えられる。
但し、本実施形態において、図５に示した態様としたのは、例えば、最後の記録日に関するシーン内容が把握しやすくなることの考慮と、下記の日付単位に応じた操作を可能とするためである。特に、最後まで行送りしたときの表示の他の例として後者を採用すると、この日付単位に応じた操作を保証できなくなる。
日付単位に応じた操作として、ここでは日付指定削除機能を例に挙げる。日付指定削除は、日付領域１０１に表示されている記録日を対象としてシーンの削除を行う操作が行えるようにした機能である。このときユーザは、１６枚インデックスに対する行送り／戻しの操作を行って、削除対象とすべき記録日が日付領域１０１に表示されるようにしたうえで、その後のシーン削除のための操作を行う。例えば、上記した後者の他の例を採用した場合には、最後の記録日のシーン数が１７以上の場合、最後の記録日を日付領域１０１に表示させることができなくなり、従って、日付単位に応じた操作を行えなくなる。例えば、図１３で後述するハイライト再生画面への遷移の際にも、最後の記録日を、ハイライト再生の開始日に指定できなくなる。
ここで、本実施形態以前においては、このようなインデックスにおける画像の送り／戻しをページ単位でおこなっていた。
例えば本実施形態とおなじ１６枚インデックスにページ単位での送り/戻しを適用したとすると、先ず、記録されたシーンごとに対応するサムネイル画像を、記録日ごとに区分し、同じ記録日のサムネイル画像を、例えば先頭から１６枚ずつ区切ってページを形成する。そして、１６枚インデックスの表示おいては、このページを表示するものとして、画像の送り／戻しは、このページ単位でおこなわれるようにしていた。つまり、１回の送り／戻しの指示に応じては、これまで表示されていたサムネイル画像は全てサムネイル表示領域１０２から押し出されて、全く新たなサムネイル画像１０３の表示に切り換えるようにされていた。
例えば本実施形態とおなじ１６枚インデックスにページ単位での送り/戻しを適用したとすると、先ず、記録されたシーンごとに対応するサムネイル画像を、記録日ごとに区分し、同じ記録日のサムネイル画像を、例えば先頭から１６枚ずつ区切ってページを形成する。そして、１６枚インデックスの表示おいては、このページを表示するものとして、画像の送り／戻しは、このページ単位でおこなわれるようにしていた。つまり、１回の送り／戻しの指示に応じては、これまで表示されていたサムネイル画像は全てサムネイル表示領域１０２から押し出されて、全く新たなサムネイル画像１０３の表示に切り換えるようにされていた。
上記のようなページ単位の送り／戻しの手法では、ユーザが、記録日をまたがったシーンの関係を把握しにくいという問題がある。
例えば、現実においては、或る１つの行事、イベントなどが日をまたいで行われることがしばしばある。つまり、１つのイベントに対応して撮影記録されたシーンであるにもかかわらず、その記録日が異なってくる可能性がある。このことを配慮すれば、例えば１つのインデックス画面において、前の記録日のシーンのサムネイル画像と次の記録日のサムネイル画像とが同時に表示されるようにすることが好ましい。
しかし、上記したページ単位の送り／戻しでは、記録日ごとにページを構成しているために、前後する複数記録日のシーンのサムネイル画像を同時に表示することはできないでいた。
そこで、本実施形態としては、サムネイル表示領域１０２における画像の送り／戻しについて、行単位とした。また、そのうえで、記録日の区切りに対応させては、１行を利用して日付画像１０４を配置することとした。これによりユーザは、記録日をまたぐシーンの関係をより直感的に把握できる。
例えば、現実においては、或る１つの行事、イベントなどが日をまたいで行われることがしばしばある。つまり、１つのイベントに対応して撮影記録されたシーンであるにもかかわらず、その記録日が異なってくる可能性がある。このことを配慮すれば、例えば１つのインデックス画面において、前の記録日のシーンのサムネイル画像と次の記録日のサムネイル画像とが同時に表示されるようにすることが好ましい。
しかし、上記したページ単位の送り／戻しでは、記録日ごとにページを構成しているために、前後する複数記録日のシーンのサムネイル画像を同時に表示することはできないでいた。
そこで、本実施形態としては、サムネイル表示領域１０２における画像の送り／戻しについて、行単位とした。また、そのうえで、記録日の区切りに対応させては、１行を利用して日付画像１０４を配置することとした。これによりユーザは、記録日をまたぐシーンの関係をより直感的に把握できる。
＜４．機能画面例＞
本実施形態のビデオカメラ装置１は、ＧＵＩ画像（操作画像）として、上記図２〜図５に示した１６枚インデックス画像のほかに、いくつかの代表的な表示形式によるものを表示できる。これらの操作画像の例について、図６〜図１０を参照して説明する。
先ず、図６（ａ）には、上記図２〜図５により説明した１６枚インデックスが示されている。なお、ここでは、図示を明解なものとすることの都合上、表示画面部２０Ａに表示される画像全体のうち、サムネイル表示領域１０２の部分のみを抜き出して示している。
これまでにも説明したように、１６枚インデックスは、記憶媒体１６に記憶されたシーンの一覧機能を有する。そして、このときに表示範囲外にあるサムネイル画像１０３を表示させるのにあたっては、１行を最小移動単位とする送り／戻しが行われるようになっている。そしてユーザは、この１６枚インデックスとして表示されているサムネイル画像１０３のうちから再生したいと思う任意のサムネイル画像１０３に対して指を押し当てる操作（タッチ操作）を行う。すると、このタッチ操作されたサムネイル画像１０３に対応するシーンが再生対象として選択決定されたことになり、表示画面部２０Ａは、選択決定されたシーンの再生画像の表示に切り換わる。
これまでにも説明したように、１６枚インデックスは、記憶媒体１６に記憶されたシーンの一覧機能を有する。そして、このときに表示範囲外にあるサムネイル画像１０３を表示させるのにあたっては、１行を最小移動単位とする送り／戻しが行われるようになっている。そしてユーザは、この１６枚インデックスとして表示されているサムネイル画像１０３のうちから再生したいと思う任意のサムネイル画像１０３に対して指を押し当てる操作（タッチ操作）を行う。すると、このタッチ操作されたサムネイル画像１０３に対応するシーンが再生対象として選択決定されたことになり、表示画面部２０Ａは、選択決定されたシーンの再生画像の表示に切り換わる。
図６（ｂ）は、１２枚インデックスを示している。
１２枚インデックスは、図示するようにして、サムネイル表示領域１０２において、３行４列により最大１２枚のサムネイル画像１０３を配列表示するインデックス画像となる。
このインデックス画像は、例えばシーンコンテンツの削除、編集（例えばメタデータの書き換え）などをはじめとする、編集に該当するような操作を行う場合において、編集対象となるシーンの一覧を表示するのに用いられる。
１２枚インデックスは、図示するようにして、サムネイル表示領域１０２において、３行４列により最大１２枚のサムネイル画像１０３を配列表示するインデックス画像となる。
このインデックス画像は、例えばシーンコンテンツの削除、編集（例えばメタデータの書き換え）などをはじめとする、編集に該当するような操作を行う場合において、編集対象となるシーンの一覧を表示するのに用いられる。
また、１２枚インデックスは、サムネイル画像１０３の送り／戻しについては、１ページを最小単位として行われ、１行単位での送り／戻しはできないようになっている。
１ページは、図６（ｂ）に示される１２枚インデックスのサムネイル表示領域１０２に表示されるサムネイル画像１０３により形成される。従って、ページ単位での送り／戻しが行われた際には、サムネイル表示領域に表示されるサムネイル画像１０３は、完全に入れ換えられることになり、送り／戻し前と後とで重複して表示されるサムネイル画像１０３は無いことになる。
１ページは、図６（ｂ）に示される１２枚インデックスのサムネイル表示領域１０２に表示されるサムネイル画像１０３により形成される。従って、ページ単位での送り／戻しが行われた際には、サムネイル表示領域に表示されるサムネイル画像１０３は、完全に入れ換えられることになり、送り／戻し前と後とで重複して表示されるサムネイル画像１０３は無いことになる。
また、ページ単位での送り／戻しが行われる他のインデックス画像の例として、図６（ｃ）に６枚インデックスを示す。
この６枚インデックスは、サムネイル表示領域１０２において、２行３列により６枚のサムネイル画像１０３を配列表示している。
なお、この６枚インデックスも、シーンコンテンツを対象とする所定の編集モードにおいて編集対象とするシーン一覧を提示するのに用いられる。
この６枚インデックスは、サムネイル表示領域１０２において、２行３列により６枚のサムネイル画像１０３を配列表示している。
なお、この６枚インデックスも、シーンコンテンツを対象とする所定の編集モードにおいて編集対象とするシーン一覧を提示するのに用いられる。
例えば、上記のようにしてサムネイル表示領域１０２を有するインデックス画像として、最大表示枚数の異なる複数を用意することとしているのは、機能ごとに、表示画面部２０Ａにおいてインデックス画面とともに表示しなければならないボタン（操作子）などの数やサイズ、レイアウトが異なっていることによる。例えば表示画面部２０Ａに表示すべき操作子画像の占有率が大きければ、例えば１２枚インデックス、６枚インデックスなどとすることで、インデックス画像としての表示領域サイズを小さくすることができる。
図７（ａ）は、日付インデックスとしての機能画面の表示態様例を示している。
前述もしたように、記憶媒体１６に記憶されているシーンは記録日ごとに区分されるようにして管理される。シーンは、ユーザが撮像記録したものであるから、日付に基づいて区分することがユーザの感覚に最も適いやすい。このことに基づいて、例えば１６枚インデックスについても、基本的にはシーンを記録日付ごとに区分しているものである。
前述もしたように、記憶媒体１６に記憶されているシーンは記録日ごとに区分されるようにして管理される。シーンは、ユーザが撮像記録したものであるから、日付に基づいて区分することがユーザの感覚に最も適いやすい。このことに基づいて、例えば１６枚インデックスについても、基本的にはシーンを記録日付ごとに区分しているものである。
図７（ａ）の日付インデックスは、インデックス画像として、記録媒体１６に記録されているシーンについて、その記録年月日を文字表示したリストによって提示するものとなる。この表示を見ることで、ユーザは、記録媒体に記録されているシーンを記録した年月日を一覧できる。
また、日付インデックスにおいては、表示されている年月日のリストのうちの何れか１つに対して、所定の表示態様によって強調表示ＡＣＴが行われる。この強調表示ＡＣＴが行われた年月日を記録日とするシーンに対応するサムネイル画像群が、現在において選択候補であることを示している。また、日付インデックスでの強調表示ＡＣＴは、例えばユーザ操作に応じて年月日の表示文字間で移動させることができる。若しくは、強調表示ＡＣＴの位置は固定とされたうえで、年月日のリストを上下に移動させることで、選択候補の年月日が変更できる。
そして、或る年月日の部分に強調表示ＡＣＴが行われている状態で、そのときに、表示画面部２０Ａにおいて日付インデックス外の所定位置に配置表示されているＯＫボタンに対するタッチ操作などに代表される選択決定操作を行えば、例えばその選択決定された年月日のシーンに対応するサムネイル画像１０３が表示されるようにして、例えば１６枚インデックスなどに遷移させることができる。
なお、表示画面部２０Ａに表示されるＧＵＩ画像に対する操作は、タッチパネル部２１Ａに対する操作だけではなく、操作部２１としてビデオカメラ装置１に備えられる操作子に対する操作によっても行うようにすることができる。また、付属のリモートコントローラであるとか、HDMI(High Definition Multimedia Interface)の機器制御機能を利用して他の機器のリモートコントローラなどを用いて操作することも可能である。
また、日付インデックスにおいては、表示されている年月日のリストのうちの何れか１つに対して、所定の表示態様によって強調表示ＡＣＴが行われる。この強調表示ＡＣＴが行われた年月日を記録日とするシーンに対応するサムネイル画像群が、現在において選択候補であることを示している。また、日付インデックスでの強調表示ＡＣＴは、例えばユーザ操作に応じて年月日の表示文字間で移動させることができる。若しくは、強調表示ＡＣＴの位置は固定とされたうえで、年月日のリストを上下に移動させることで、選択候補の年月日が変更できる。
そして、或る年月日の部分に強調表示ＡＣＴが行われている状態で、そのときに、表示画面部２０Ａにおいて日付インデックス外の所定位置に配置表示されているＯＫボタンに対するタッチ操作などに代表される選択決定操作を行えば、例えばその選択決定された年月日のシーンに対応するサムネイル画像１０３が表示されるようにして、例えば１６枚インデックスなどに遷移させることができる。
なお、表示画面部２０Ａに表示されるＧＵＩ画像に対する操作は、タッチパネル部２１Ａに対する操作だけではなく、操作部２１としてビデオカメラ装置１に備えられる操作子に対する操作によっても行うようにすることができる。また、付属のリモートコントローラであるとか、HDMI(High Definition Multimedia Interface)の機器制御機能を利用して他の機器のリモートコントローラなどを用いて操作することも可能である。
図７（ｂ）は、機能画面として、ハイライト再生画面を示している。
ハイライト再生とは、日付単位で指定された区間から、所定のアルゴリムズによりハイライトに相応しい場面を自動抽出して連続再生する機能である。例えばハイライト再生を行うことで、ユーザは、長時間の撮影画像から複雑な編集操作を行うことなく、ハイライトに絞られた動画を鑑賞することができる。なお、ハイライト再生については、例えばシーンの記録時間順に従う順次再生が可能であり、また、記録時間順に従わないランダムな再生順によるシャッフル再生も可能である。
この図７（ｂ）のハイライト再生画面は、ハイライト再生を実行させるのに先立って表示される初期画面であって、ハイライト再生するシーンの範囲を、年月日（２００８−１−１３→xxxx-xx-xx）により示すようにされている。
ハイライト再生とは、日付単位で指定された区間から、所定のアルゴリムズによりハイライトに相応しい場面を自動抽出して連続再生する機能である。例えばハイライト再生を行うことで、ユーザは、長時間の撮影画像から複雑な編集操作を行うことなく、ハイライトに絞られた動画を鑑賞することができる。なお、ハイライト再生については、例えばシーンの記録時間順に従う順次再生が可能であり、また、記録時間順に従わないランダムな再生順によるシャッフル再生も可能である。
この図７（ｂ）のハイライト再生画面は、ハイライト再生を実行させるのに先立って表示される初期画面であって、ハイライト再生するシーンの範囲を、年月日（２００８−１−１３→xxxx-xx-xx）により示すようにされている。
図８（ａ）（ｂ）（ｃ）は、それぞれ、３枚インデックスとしてのインデックス画像の態様例を示している。
３枚インデックスもシーンを対象とした所定の編集であるとか、また、所定のアプリケーション機能を実行させるときに用いられる。
３枚インデックスもシーンを対象とした所定の編集であるとか、また、所定のアプリケーション機能を実行させるときに用いられる。
３枚インデックスとして共通となる表示態様は、図８（ａ）（ｂ）（ｃ）にそれぞれ示すように、サムネイル表示領域１０２と、その右側における機能対応画像領域１０５とから成る。
そして、この場合のサムネイル表示領域１０２においては、縦方向に沿って最大３つのサムネイル画像を配列表示させることができるようになっている。この場合にも、サムネイル表示領域においては、画像が表示される左側領域においては強調表示ＡＣＴが行われるようにされている。但し、この場合の強調表示ＡＣＴは、縦方向における中央位置において固定とされており、サムネイル画像１０３のほうを上下方向に送り／戻しすることで、選択候補となるサムネイル画像１０３を変更できるようになっている。
そして、この場合のサムネイル表示領域１０２においては、縦方向に沿って最大３つのサムネイル画像を配列表示させることができるようになっている。この場合にも、サムネイル表示領域においては、画像が表示される左側領域においては強調表示ＡＣＴが行われるようにされている。但し、この場合の強調表示ＡＣＴは、縦方向における中央位置において固定とされており、サムネイル画像１０３のほうを上下方向に送り／戻しすることで、選択候補となるサムネイル画像１０３を変更できるようになっている。
また、機能対応画像領域１０５は、その３枚インデックスに与えられる機能、アプリケーションに応じた内容の画像が表示される。
図８（ａ）の３枚インデックスは、地図インデックスとされている。地図インデックスは、シーンを撮影記録した場所（撮影地点）を地図上にて指示表示するための機能画面となる。
この図の地図インデックスは、機能対応画像領域１０５において地図画像が表示されることとなっている。そして、この地図画像上において、サムネイル表示領域１０２にて強調表示ＡＣＴにより選択されているサムネイル画像１０３に対応するシーンについての撮影地点が示されるようになっている。
図８（ａ）の３枚インデックスは、地図インデックスとされている。地図インデックスは、シーンを撮影記録した場所（撮影地点）を地図上にて指示表示するための機能画面となる。
この図の地図インデックスは、機能対応画像領域１０５において地図画像が表示されることとなっている。そして、この地図画像上において、サムネイル表示領域１０２にて強調表示ＡＣＴにより選択されているサムネイル画像１０３に対応するシーンについての撮影地点が示されるようになっている。
図８（ｂ）の３枚インデックスは、フィルムインデックスとなる。
フィルムインデックスは、強調表示ＡＣＴにより選択されているサムネイル画像１０３に対応するシーン（動画）について、そのコマ送り画像（静止画）を再生時間に従って機能対応画像領域１０５に配列表示する。なお、動画のシーンからコマとしての静止画像を抜き出す際は、例えば３秒、１２秒、１分、５分などのようにして、コマ画像を抜き出す時間間隔を設定変更できる。
フィルムインデックスは、強調表示ＡＣＴにより選択されているサムネイル画像１０３に対応するシーン（動画）について、そのコマ送り画像（静止画）を再生時間に従って機能対応画像領域１０５に配列表示する。なお、動画のシーンからコマとしての静止画像を抜き出す際は、例えば３秒、１２秒、１分、５分などのようにして、コマ画像を抜き出す時間間隔を設定変更できる。
図８（ｃ）の３枚インデックスは顔インデックスである。
顔インデックスは、強調表示ＡＣＴにより選択されているサムネイル画像１０３に対応するシーンにおいて撮像されている人物の顔の画像を、機能対応画像領域１０５に配列表示する。
なお、このような顔画像の表示は、例えば顔検出処理を適用することで可能である。
顔インデックスは、強調表示ＡＣＴにより選択されているサムネイル画像１０３に対応するシーンにおいて撮像されている人物の顔の画像を、機能対応画像領域１０５に配列表示する。
なお、このような顔画像の表示は、例えば顔検出処理を適用することで可能である。
また、図９（ａ）には、再生画面が示されている。再生画面においては、表示画面部２０Ａのほぼ全体の領域を利用して、シーンの画像（動画、静止画）が再生表示される。
図９（ｂ）は、上記再生画面以外であってサムネイル画像１０３を表示しない各種画面を、サムネイル非表示画面として示したものである。これらのサムネイル非表示画面としては、例えば編集機能を選択するメニュー画面や、編集の実行中表示画面・完了表示画面などを挙げることができる。
図２〜５及び図６（ａ）に示した１６枚インデックスは、先にも述べたように、行単位での送り／戻しとしていることで、例えば複数の日付にまたがってサムネイル画像を俯瞰してみることができるようになった。
ただし、ページ単位での送り／戻しから１行単位での送り／戻しを可能にすると、サムネイル表示領域１０２における内容の変化が細かくなるために、ユーザが注目していたサムネイル画像を見失いやすくなる場合も出てきた。特に、上記の機能画面との間で遷移させているときには、注目していたサムネイル画像を見失いやすい。そこで、本実施形態としては、以降の説明のようにして、機能画面の表示の遷移について工夫をすることで、上記の問題ができる限り解消、緩和されるようにする。
ただし、ページ単位での送り／戻しから１行単位での送り／戻しを可能にすると、サムネイル表示領域１０２における内容の変化が細かくなるために、ユーザが注目していたサムネイル画像を見失いやすくなる場合も出てきた。特に、上記の機能画面との間で遷移させているときには、注目していたサムネイル画像を見失いやすい。そこで、本実施形態としては、以降の説明のようにして、機能画面の表示の遷移について工夫をすることで、上記の問題ができる限り解消、緩和されるようにする。
＜５．インデックス画面起動時の表示規則＞
次に、１６枚インデックス画面の起動時（表示開始時）における、１６枚インデックスの画像表示規則について説明する。なお、ここでの起動とは、１６枚インデックス以外の機能画面を表示している状態から１６枚インデックスの表示を開始させることをいう。
また、以降の説明においては、「最終表示エントリ」と「レジューム（最終記録再生エントリ）」とを定義する。最終表示エントリは、最後に表示された機能画面において、その機能画面の表示形式に応じて規定される位置に配置されるサムネイル画像（つまり、シーン）を指す。
また、レジュームは、これまでにおいて最後に記録又は再生されたシーンを意味する。ただし、本実施形態のビデオカメラ装置１の制御としては、レジュームの情報として、最後に記録又は再生されたシーンを識別する情報だけではなく、再生については、再生が終了したときのシーン内の再生時間も有するようにされている。そして、このレジュームの情報は、例えばシーン再生を再開する場合において、レジュームが示す再生時間に続くシーン途中の位置から再生を開始させるために利用される。
ビデオカメラ装置１（マイクロプロセッサ１７）は、機能画面の表示結果や記録再生結果などに応じて、適宜、最終表示エントリを示す情報と、レジュームを示す情報とを更新管理しながら保持する。
次に、１６枚インデックス画面の起動時（表示開始時）における、１６枚インデックスの画像表示規則について説明する。なお、ここでの起動とは、１６枚インデックス以外の機能画面を表示している状態から１６枚インデックスの表示を開始させることをいう。
また、以降の説明においては、「最終表示エントリ」と「レジューム（最終記録再生エントリ）」とを定義する。最終表示エントリは、最後に表示された機能画面において、その機能画面の表示形式に応じて規定される位置に配置されるサムネイル画像（つまり、シーン）を指す。
また、レジュームは、これまでにおいて最後に記録又は再生されたシーンを意味する。ただし、本実施形態のビデオカメラ装置１の制御としては、レジュームの情報として、最後に記録又は再生されたシーンを識別する情報だけではなく、再生については、再生が終了したときのシーン内の再生時間も有するようにされている。そして、このレジュームの情報は、例えばシーン再生を再開する場合において、レジュームが示す再生時間に続くシーン途中の位置から再生を開始させるために利用される。
ビデオカメラ装置１（マイクロプロセッサ１７）は、機能画面の表示結果や記録再生結果などに応じて、適宜、最終表示エントリを示す情報と、レジュームを示す情報とを更新管理しながら保持する。
図１０（ａ）（ｂ）は、最も基本的な１６枚インデックス起動の表示規則を示している。
つまり、ここでは先ず、図１０（ａ）に示すように、１６枚インデックス以外の何らかの他の画面が表示されている状態を示している。ここで、この他の画面が表示されているときに応じてビデオカメラ装置１（マイクロプロセッサ１７）が保持している最終表示エントリをENT-psとして表す。そして、この状態から、例えばユーザ操作などのトリガが発生したことに応じて、１６枚インデックスの表示に移行すべきことになったとする。
つまり、ここでは先ず、図１０（ａ）に示すように、１６枚インデックス以外の何らかの他の画面が表示されている状態を示している。ここで、この他の画面が表示されているときに応じてビデオカメラ装置１（マイクロプロセッサ１７）が保持している最終表示エントリをENT-psとして表す。そして、この状態から、例えばユーザ操作などのトリガが発生したことに応じて、１６枚インデックスの表示に移行すべきことになったとする。
すると、１６枚インデックスとしては、図１０（ｂ）に示すように、この１６枚インデックスが起動される直前までに保持していた最終表示エントリENT-psにより示されるサムネイル画像１０３が、サムネイル表示領域１０２における１行目にて表示されるようにして、サムネイル画像１０３を配列させる。
そして、サムネイル画像１０３の表示が完了したとされると、例えばこの時点にて、更新された最終表示エントリＥＮＴを設定する。１６枚インデックスにおいては、その画面内において最終表示エントリとすべきサムネイルの配置位置を、サムネイル表示領域１０２における先頭として規定している。つまり、サムネイル表示領域１０２における１行目の一番左に配置されるサムネイル画像１０３（シーン）が、現在の最終表示エントリＥＮＴとなるようにして設定し直す。
そして、サムネイル画像１０３の表示が完了したとされると、例えばこの時点にて、更新された最終表示エントリＥＮＴを設定する。１６枚インデックスにおいては、その画面内において最終表示エントリとすべきサムネイルの配置位置を、サムネイル表示領域１０２における先頭として規定している。つまり、サムネイル表示領域１０２における１行目の一番左に配置されるサムネイル画像１０３（シーン）が、現在の最終表示エントリＥＮＴとなるようにして設定し直す。
このようにして本実施形態では、１６枚インデックスの起動を含め、１６枚インデックスにおけるサムネイル表示領域１０２の表示内容が更新されることに応じては、常に、最終表示エントリＥＮＴを、サムネイル表示領域１０２における先頭（１行目の最も左）のサムネイル画像１０３（シーン）に設定するようにして更新するものとして規定される。また、この点については、同じくサムネイル画像がマトリクス状に配置され、ページ単位での送り／戻しが行われる１２枚インデックス、６枚インデックスも同様である。
また、図１０（ｃ）（ｄ）は、撮影モードによりシーンの撮影記録を終了した後に１６枚インデックスを起動させた場合を示している。
図１０（ｃ）は、撮影モードにより撮影記録を実行している状態を示している。ここでは図示を省略しているが、実際の撮影モード中の表示画面部２０Ａには、スルー画が表示されている。そして、ユーザが或るタイミングで撮影記録を終了させたとする。
シーンの撮影記録が終了した段階では、それまでにおいて保持していた最終表示エントリは無効設定されるようになっている。代わりに、この場合には、最後に撮影記録されたシーンを示すようにレジュームが更新される。つまり、この場合には、最終表示エントリENTは無効であるが、レジュームが有効な状態となる。また、この場合のレジュームは、最後の記録日において最後の時刻に記録されたシーンを示す。
若しくは、シーンの撮影記録が終了した段階では、それまでにおいて保持していた最終表示エントリは有効ではあるが、表示基準として、更新されたレジュームを優先させ、これを採択するアルゴリズムとする。なお、以降の説明においては、前者の、シーンの撮影記録終了に応じて、それまでにおいて保持していた最終表示エントリを無効設定するアルゴリズムであることとする。
図１０（ｃ）は、撮影モードにより撮影記録を実行している状態を示している。ここでは図示を省略しているが、実際の撮影モード中の表示画面部２０Ａには、スルー画が表示されている。そして、ユーザが或るタイミングで撮影記録を終了させたとする。
シーンの撮影記録が終了した段階では、それまでにおいて保持していた最終表示エントリは無効設定されるようになっている。代わりに、この場合には、最後に撮影記録されたシーンを示すようにレジュームが更新される。つまり、この場合には、最終表示エントリENTは無効であるが、レジュームが有効な状態となる。また、この場合のレジュームは、最後の記録日において最後の時刻に記録されたシーンを示す。
若しくは、シーンの撮影記録が終了した段階では、それまでにおいて保持していた最終表示エントリは有効ではあるが、表示基準として、更新されたレジュームを優先させ、これを採択するアルゴリズムとする。なお、以降の説明においては、前者の、シーンの撮影記録終了に応じて、それまでにおいて保持していた最終表示エントリを無効設定するアルゴリズムであることとする。
上記のような場合には、図１０（ｄ）に示すようにして、レジュームが示すシーンに対応するサムネイル画像１０３がサムネイル表示領域１０２内に存在するようにして１６枚インデックスを表示させる。レジュームが示すシーンに対応するサムネイル画像１０３は、レジュームマークＲＳＭが重畳表示されることによって示すようにされている。この場合には、最後に記録されたシーンに対応してレジュームが設定されている。従ってレジュームマークＲＳＭのあるサムネイル画像１０３は、記録日に従った配列において最後のサムネイル画像であることになる。
そして、図１０（ｄ）に示される１６枚インデックスの起動表示が完了したタイミングに応じては、これまで無効とされていた最終表示エントリについて、１行目の最も左の先頭のサムネイル画像１０３（シーン）に対して設定する。つまり、ここでも最終表示ＥＮＴを更新して設定する。
このようにして、１６枚インデックスの起動時は、基本的には、図１０（ａ）にて説明したように、最終表示エントリを基準にしてサムネイル画像１０３の表示を行う。しかし。最終表示エントリが無効である場合に、レジュームが有効に設定されている場合には、このレジュームを基準にして１６枚インデックスにおけるサムネイル画像表示を行うようにする。
例えば、このような規則とすれば、ユーザが録画を終了させて最初に１６枚インデックスを表示させたときには、ユーザが最後に録画したシーンのサムネイル画像１０３が表示されている状態となる。これにより、ユーザは、自分が録画した結果を即座に把握できる。
例えば、このような規則とすれば、ユーザが録画を終了させて最初に１６枚インデックスを表示させたときには、ユーザが最後に録画したシーンのサムネイル画像１０３が表示されている状態となる。これにより、ユーザは、自分が録画した結果を即座に把握できる。
上記のようにして、配列順において最後となるサムネイル画像１０３にレジュームが設定されている場合において、このレジュームを基準にした１６枚インデックスの表示は、このレジュームが設定されたシーンを含む、最後の記録日付により記録されたシーン数に応じて異なるものとなる。この点について、図１１を参照して説明する。
先ず、図１１（ａ）は、最後の記録日に属するシーン数が１〜４の場合に対応するもので、具体例として最後の記録日に属するシーン数が２の場合を示している。
つまり、最後の記録日に属するシーン数が１〜４の場合には、これらのシーンに対応する１〜４個のサムネイル画像１０３を、サムネイル表示領域１０２の１行目において左詰めで配列させる。
つまり、最後の記録日に属するシーン数が１〜４の場合には、これらのシーンに対応する１〜４個のサムネイル画像１０３を、サムネイル表示領域１０２の１行目において左詰めで配列させる。
図１１（ｂ）は、最後の記録日に属するシーン数が５〜８の場合に対応するもので、具体例として最後の記録日に属するシーン数が５の場合を示している。
つまり、最後の記録日に属するシーン数が５〜８の場合には、これらのシーンに対応する５〜８個のサムネイル画像１０３について、先ず１〜４番目のものをサムネイル表示領域１０２の１行目に配列し、残る５〜８番目までのサムネイル画像１０３を２行目において左詰めで配列させる。
つまり、最後の記録日に属するシーン数が５〜８の場合には、これらのシーンに対応する５〜８個のサムネイル画像１０３について、先ず１〜４番目のものをサムネイル表示領域１０２の１行目に配列し、残る５〜８番目までのサムネイル画像１０３を２行目において左詰めで配列させる。
図１１（ｃ）は、最後の記録日に属するシーン数が９〜１２の場合に対応するもので、具体例として最後の記録日に属するシーン数が１０の場合を示している。
つまり、９〜１２個のシーンに対応する９〜１２個のサムネイル画像１０３について、先ず１〜８番目までのものをサムネイル表示領域１０２の１行目から２行目にかけて配列し、残る９〜１２番目のサムネイル画像１０３を、３行目において左詰めで配列させる。
つまり、９〜１２個のシーンに対応する９〜１２個のサムネイル画像１０３について、先ず１〜８番目までのものをサムネイル表示領域１０２の１行目から２行目にかけて配列し、残る９〜１２番目のサムネイル画像１０３を、３行目において左詰めで配列させる。
図１１（ｄ）は、最後の日付に属するシーン数が１３以上の場合に対応するもので、具体例として最後の記録日に属するシーン数が１４＋４Ｍ個（Ｍは０又は自然数）の場合を示している。つまり、最後の日付に属するシーンに対応するサムネイル画像により、サムネイル表示領域１０２における４行を埋めることができる場合である。
このような場合には、常に最後のシーンに対応するサムネイル画像を含む行がサムネイル表示領域１０２における最終行（４行目）となるようにしてサムネイル画像を配列表示する。
このような場合には、常に最後のシーンに対応するサムネイル画像を含む行がサムネイル表示領域１０２における最終行（４行目）となるようにしてサムネイル画像を配列表示する。
この図１１に示される１６枚インデックスの表示としては、最後のシーンを含む表示とする場合には、最後の記録日のみのシーンを表示させるようにしている。また、最後の日付に属するシーン数が１３以上の場合には、最後のシーンに対応するサムネイル画像１０３を４行目に表示させて、これより前のサムネイル画像１０３を、上の行に向かって埋めていくようにしている。つまり、下詰めでの配列としている。これにより、最後の日付に属するシーン数が１３以上の場合には、最後のシーンを起点としてできるだけ多くのサムネイル画像１０３が提示できるようにされている。
＜６．インデックス画面遷移の基本具体例＞
続いて、１６枚インデックス画面を対象とした画面遷移の基本的な態様について、図１２により一具体例を挙げて説明する。
先ず、図１２（ａ）に示すようにして、表示画面部２０Ａには、サムネイル非表示画面が表示されているとする。この最初の段階でのサムネイル非表示画面は、例えば撮影モード時を想定しており、従って、表示画面部２０Ａには、そのときに撮影されているスルー画が表示されている状態にある。
続いて、１６枚インデックス画面を対象とした画面遷移の基本的な態様について、図１２により一具体例を挙げて説明する。
先ず、図１２（ａ）に示すようにして、表示画面部２０Ａには、サムネイル非表示画面が表示されているとする。この最初の段階でのサムネイル非表示画面は、例えば撮影モード時を想定しており、従って、表示画面部２０Ａには、そのときに撮影されているスルー画が表示されている状態にある。
上記図１２（ａ）の状態から、例えば、図１２（ｂ）への遷移として示すように１６枚インデックスを起動させたとする。また、この１６枚インデックスの起動直前においては、例えば撮影記録が行われていたなどの結果に応じて、最終表示エントリはクリアされており無効な状態にあったものとする。これに応じて、図１２（ｂ）においては、最後の記録日の最後のシーンに設定されたレジュームを基準にした１６枚インデックス画面の表示が行われる。図１２（ｂ）は、図１１（ｂ）にて説明したのと同様の表示となっている。
次に、図１２（ｂ）の状態から、例えばユーザの送り／戻し操作によって、最終的に図１２（ｃ）に示す１６枚インデックスの表示に遷移したとする。
先にも述べたように、１６枚インデックスでは、行送り/戻しが行われることに応じてサムネイル表示領域１０２の内容が変更された段階で、そのときにサムネイル表示領域１０２の先頭に表示されるサムネイル画像１０３（シーン）が最終表示エントリＥＮＴとして設定されるように更新が行われる。これにより、図１２（ｂ）においては、２００９年１月５日の１番目のサムネイル画像１０３に設定されていた最終表示エントリＥＮＴが、図１２（ｃ）においては、２００９年１月２日の９番目のサムネイル画像１０３に更新されている。
先にも述べたように、１６枚インデックスでは、行送り/戻しが行われることに応じてサムネイル表示領域１０２の内容が変更された段階で、そのときにサムネイル表示領域１０２の先頭に表示されるサムネイル画像１０３（シーン）が最終表示エントリＥＮＴとして設定されるように更新が行われる。これにより、図１２（ｂ）においては、２００９年１月５日の１番目のサムネイル画像１０３に設定されていた最終表示エントリＥＮＴが、図１２（ｃ）においては、２００９年１月２日の９番目のサムネイル画像１０３に更新されている。
次に、この図１２（ｃ）の１６枚インデックスの状態から、例えば図１２（ａ）への遷移として示すようにして、再びサムネイル非表示画面に移行したとする。
一例として、この段階でもサムネイル非表示画面は、撮影モードに対応するスルー画であるとする。
一例として、この段階でもサムネイル非表示画面は、撮影モードに対応するスルー画であるとする。
そして、続いては、図１２（ａ）から図１２（ｄ）への遷移として示すように、撮影モードを抜けて、再び１６枚インデックスを表示させたとする。ただし、このときには、図１２（ｄ）の１６枚インデックスが起動されるまで、撮影モード中において撮影記録は行われなかったものとする。
この場合、撮影モード中においては、その直前の１６枚インデックス表示のときに設定されていた最終表示エントリＥＮＴをそのまま保持するようにしている。つまり、この場合には、図１２（ｃ）に示す、最終表示エントリＥＮＴを２００９年１月２日の９番目のサムネイル画像１０３に設定した状態を保持する。そして、この場合には、結果的に、この最終表示エントリＥＮＴを保持して引き継いだまま、図１２（ｄ）のインデックス起動に移行する。
このようにして、インデックス画面の起動時において最終表示エントリＥＮＴが有効になっており、かつ、前回のインデックス画面において最後に設定されていた最終表示エントリＥＮＴが引き継がれている場合には、この、引き継がれた最終表示エントリがサムネイル表示領域１０２の１行目に表示されるようにしてインデックス画面を表示する。この結果、図１２（ｄ）のサムネイル表示領域１０２の内容は、図１２（ｃ）と同じになる。
この場合、撮影モード中においては、その直前の１６枚インデックス表示のときに設定されていた最終表示エントリＥＮＴをそのまま保持するようにしている。つまり、この場合には、図１２（ｃ）に示す、最終表示エントリＥＮＴを２００９年１月２日の９番目のサムネイル画像１０３に設定した状態を保持する。そして、この場合には、結果的に、この最終表示エントリＥＮＴを保持して引き継いだまま、図１２（ｄ）のインデックス起動に移行する。
このようにして、インデックス画面の起動時において最終表示エントリＥＮＴが有効になっており、かつ、前回のインデックス画面において最後に設定されていた最終表示エントリＥＮＴが引き継がれている場合には、この、引き継がれた最終表示エントリがサムネイル表示領域１０２の１行目に表示されるようにしてインデックス画面を表示する。この結果、図１２（ｄ）のサムネイル表示領域１０２の内容は、図１２（ｃ）と同じになる。
つまり、図１２（ｃ）→図１２（ａ）→図１２（ｄ）の遷移は、一度インデックス画面を表示させていた状態から他の画面に移行したが、例えば、この他の画面を表示しているときに最終表示エントリＥＮＴが無効化（クリア）されていなかった場合となる。
このような場合には、他の画面から遷移するインデックス画面についても、他の画面に移行する直前のインデックス画像と同じ内容が表示されるようにすることがユーザの感覚に適っているといえる。そこで、本実施形態としては、上記もしたように、インデックス画面起動時において、最終表示エントリＥＮＴが有効であり、かつ、例えば、レジュームのほうが後に更新されていないのであれば、この最終表示エントリＥＮＴに基づいたインデックス画像を表示させることとしている。
このような場合には、他の画面から遷移するインデックス画面についても、他の画面に移行する直前のインデックス画像と同じ内容が表示されるようにすることがユーザの感覚に適っているといえる。そこで、本実施形態としては、上記もしたように、インデックス画面起動時において、最終表示エントリＥＮＴが有効であり、かつ、例えば、レジュームのほうが後に更新されていないのであれば、この最終表示エントリＥＮＴに基づいたインデックス画像を表示させることとしている。
図１３は、１６枚インデックスから他の機能画面に移行する場合の表示遷移例を示している。なお、１６枚インデックスから他の機能画面に移行する場合には、１６枚インデックスにおいて最後に設定されていた最終表示エントリＥＮＴが常に有効な状態にある。
図１３（ａ）に示される１６枚インデックスは、そのサムネイル表示領域１０２において、１行目〜３行目に対して２００８年１月１３日（日付領域１０１：2008-1-13により示される）が記録日となるシーンのうち、９番目〜２０番目までのシーンに対応するサムネイル画像１０３が表示されている。また、４行目には、次の記録日である２００８年１月１４日を示す日付画像１０４が配置されている。このとき、最終表示エントリＥＮＴは、サムネイル表示領域１０２の先頭に配置される、記録日が２００８年１月１３日での９番目のサムネイル画像１０３（シーン）に設定されている。
この図１３（ａ）の状態から、例えば図１３（ｂ）の１２枚インデックスに移行したとする。
このときの１２枚インデックスの表示規則としては、１６枚インデックス表示時において最後に保持していた最終表示エントリＥＮＴ-psが設定されているサムネイル画像を含むシーンを表示するものとされる。図１３（ｂ）の例では、最終表示エントリＥＮＴ-psは、図１３（ａ）の１６枚インデックスにおいて最終表示エントリＥＮＴとされていた、２００８年１月１３日の９番目のサムネイル画像となる。従って、図１３（ｂ）としては、図示するようにして、サムネイル表示領域１０２に対して、２００８年１月１３日の９番目のサムネイル画像を含むページを表示する。
このときの１２枚インデックスの表示規則としては、１６枚インデックス表示時において最後に保持していた最終表示エントリＥＮＴ-psが設定されているサムネイル画像を含むシーンを表示するものとされる。図１３（ｂ）の例では、最終表示エントリＥＮＴ-psは、図１３（ａ）の１６枚インデックスにおいて最終表示エントリＥＮＴとされていた、２００８年１月１３日の９番目のサムネイル画像となる。従って、図１３（ｂ）としては、図示するようにして、サムネイル表示領域１０２に対して、２００８年１月１３日の９番目のサムネイル画像を含むページを表示する。
なお、図１３（ｂ）に示すようにして１２枚インデックスの表示を完了させた段階では、最終表示エントリＥＮＴは、サムネイル表示領域１０２の先頭（１行目の最も左）に配置される１番目のサムネイル画像１０３に対して設定されるようにして更新される。
また、図１３（ａ）の１６枚インデックスから、図１３（ｃ）の３枚インデックスに移行する場合には、サムネイル表示領域１０２について、中央の強調表示ＡＣＴが行われている領域に最終表示エントリＥＮＴが設定されていたサムネイル画像１０３が配置されるようにして表示する。
また、図１３（ａ）の１６枚インデックスから、図１３（ｄ）の日付インデックスに移行させた場合には、図示するようにして、日付のリストのうちで、図１３（ａ）の９番目のサムネイル画像が対応する記録日である、２００８−１−１３の領域を強調表示ＡＣＴにより強調する。
つまり１６枚インデックス表示時の最後に設定されていた最終表示エントリＥＮＴのサムネイル画像１０３の記録日を強調表示させる。
つまり１６枚インデックス表示時の最後に設定されていた最終表示エントリＥＮＴのサムネイル画像１０３の記録日を強調表示させる。
また、図１３（ａ）の１６枚インデックスから図１３（ｅ）のハイライト再生画面に移行させる場合も、日付インデックスへの移行に準じた規則が適用される。つまり、ハイライト再生する範囲の開始の記録日については、１６枚インデックスの表示時において最後に設定されていた最終表示エントリのサムネイル画像１０３（シーン）を含む記録日とする。
このようにして、例えば１６枚インデックスから他の機能画面に移行する場合においては、１６枚インデックスにおいて最後に設定された最終表示エントリＥＮＴを基準として、他の機能画面における表示が行われるようになっている。
これにより、例えば、機能画面が遷移したとしても、１６枚インデックスの表示時においてユーザが注目していたとするサムネイル画像（シーン）が継続して反映される状態となる。つまり、ユーザの感覚に適う機能画面の遷移態様が得られ、ユーザにとっては、機能画面がより見やすく、また、使いやすいものになる。ただし、後述もするようにして、例えばシーンの記録再生結果などに応じては、最終表示エントリＥＮＴに代えて、最後の記録再生位置を示すレジュームを基準として他の機能画面への遷移を行う場合がある。
これにより、例えば、機能画面が遷移したとしても、１６枚インデックスの表示時においてユーザが注目していたとするサムネイル画像（シーン）が継続して反映される状態となる。つまり、ユーザの感覚に適う機能画面の遷移態様が得られ、ユーザにとっては、機能画面がより見やすく、また、使いやすいものになる。ただし、後述もするようにして、例えばシーンの記録再生結果などに応じては、最終表示エントリＥＮＴに代えて、最後の記録再生位置を示すレジュームを基準として他の機能画面への遷移を行う場合がある。
＜７．機能画面遷移パターン＞
続いて、上記した１６枚インデックスに関連した機能画面遷移を基として、本実施形態のビデオカメラ装置において可能とされる機能画面間での遷移パターン例を挙げていくこととする。
続いて、上記した１６枚インデックスに関連した機能画面遷移を基として、本実施形態のビデオカメラ装置において可能とされる機能画面間での遷移パターン例を挙げていくこととする。
図１４（ａ）には、１６枚インデックスが表示されている。この１６枚インデックスにおいては、或る記録日における１〜１６番目のサムネイル画像１０３がサムネイル表示領域１０２において表示されている状態を示している。
上記図１４（ａ）の状態の下で、例えば１０番目のサムネイル画像１０３に対して再生を指示する操作を行ったとする。これにより、表示画面部２０Ａは、図１４（ｂ）に示すようにして、１０番目のサムネイル画像１０３に対応するシーンの再生画面に切り換わる。
次に、図１４（ｂ）に示す上記１０番目のサムネイル画像１０３に対応するシーンの再生を途中で終了させ、もう一度、１６枚インデックスへの表示を起動させたとする。すると、この場合には、図１４（ｃ）に示すようにして、図１４（ａ）と同じサムネイル画像の配列内容によって１６枚インデックスの表示が行われる。ただし、レジュームは上記１０番目のサムネイル画像１０３に対応するシーンの再生が終了された段階で、上記１０番目のサムネイル画像１０３（シーン）を示すようにして更新され。そこで、図１４（ｃ）では、１０番目のサムネイル画像１０３に対してレジュームマークＲＳＭが表示されることになる。
つまり、本実施形態では、シーン再生が行われてレジュームが更新設定されたとしても、それまでに保持している最終表示エントリＥＮＴ（１行目の最も左）のサムネイル画像と、レジュームを持つサムネイル画像とを、同じサムネイル表示領域１０２に表示できる場合には、最終表示エントリＥＮＴをそのまま引き継ぐ。そして、この引き継いだ最終表示エントリＥＮＴが先頭（１行目の最も左）となるようにしてサムネイル表示領域１０２の表示を行う。この結果、図１４（ａ）と図１４（ｃ）の内容は同じになる。
次に図１５の画面遷移について説明する。
図１５（ａ）には、上記図１４（ａ）と同じ１６枚インデックスが表示された状態を示している。そして、この場合にも、図１４（ａ）にて表示されている１０番目のサムネイル画像１０３に対する再生指示操作が行われたとする。
図１５（ａ）には、上記図１４（ａ）と同じ１６枚インデックスが表示された状態を示している。そして、この場合にも、図１４（ａ）にて表示されている１０番目のサムネイル画像１０３に対する再生指示操作が行われたとする。
この操作に応じては、上記１０番目に対応するシーンが再生されるが、ここでは、図１５（ｂ）に示すようにして、１０番目に続けて、さらに１１番目〜１３番目までのシーンを再生したとする。そして、１３番目のシーンのときに再生を終了させ、１６枚インデックスを再び起動させたとする。
この場合には、再度起動された１６枚インデックスも、図１５（ａ）と同じ表示内容となる。但し、この場合には、レジュームは１３番目のシーンを示すことになるので、レジュームマークＲＳＭは、１３番目のサムネイル画像１０３にて表示される。
つまり、この場合は、シーン再生は複数のシーンをまたいで進行したのであるが、図１４と同様に、最終表示エントリＥＮＴのサムネイル画像１０３を先頭とした場合に、レジュームを含むサムネイル画像１０３も同じサムネイル表示領域１０２に表示できる。そこで、この場合にも、図１５（ａ）での最終表示エントリＥＮＴを引き継いで、図１５（ｃ）の１６枚インデックスを表示させているものである。
つまり、この場合は、シーン再生は複数のシーンをまたいで進行したのであるが、図１４と同様に、最終表示エントリＥＮＴのサムネイル画像１０３を先頭とした場合に、レジュームを含むサムネイル画像１０３も同じサムネイル表示領域１０２に表示できる。そこで、この場合にも、図１５（ａ）での最終表示エントリＥＮＴを引き継いで、図１５（ｃ）の１６枚インデックスを表示させているものである。
これに対して、図１６のパターンでは、先ず、図１６（ａ）の１６枚インデックスにおいて１４番目のサムネイル画像１０３に対して再生指示操作を行って、１４番目のシーンの再生を開始させている。そのうえで図１６（ｂ）に示すように、１４番目のシーンから複数シーンをまたいで、最終的には１７番目のシーンで再生を終了させている。従って、１７番目のシーンがレジュームとなる。
しかし、図１６（ａ）の段階から保持している最終表示エントリＥＮＴである１番目のサムネイル画像をサムネイル表示領域１０２の先頭に配置した場合、最後に配置されるサムネイル画像１０３は１６番目になる。従って、最終表示エントリである１番目のサムネイル画像と、レジュームとなる１７番目のサムネイル画像とを、同じ１つのサムネイル表示領域１０２において表示できない。
この場合には、図１６（ｃ）として示すように、レジュームとなる１７番目のサムネイル画像が最後の４行目にて表示されるようにして１６枚インデックスを表示させる。この場合、サムネイル表示領域１０２の表示は図１６（ａ）の状態から１行繰り上げられることになるので、その先頭に配置されるサムネイル画像は、１番目から５番目となり、以降、１７番目までが順次配列される。また、図１２（ｃ）の表示が完了した段階では、最終表示エントリＥＮＴは、それまでの１番目から５番目に更新される。
しかし、図１６（ａ）の段階から保持している最終表示エントリＥＮＴである１番目のサムネイル画像をサムネイル表示領域１０２の先頭に配置した場合、最後に配置されるサムネイル画像１０３は１６番目になる。従って、最終表示エントリである１番目のサムネイル画像と、レジュームとなる１７番目のサムネイル画像とを、同じ１つのサムネイル表示領域１０２において表示できない。
この場合には、図１６（ｃ）として示すように、レジュームとなる１７番目のサムネイル画像が最後の４行目にて表示されるようにして１６枚インデックスを表示させる。この場合、サムネイル表示領域１０２の表示は図１６（ａ）の状態から１行繰り上げられることになるので、その先頭に配置されるサムネイル画像は、１番目から５番目となり、以降、１７番目までが順次配列される。また、図１２（ｃ）の表示が完了した段階では、最終表示エントリＥＮＴは、それまでの１番目から５番目に更新される。
つまり、図１６に示される表示規則としては、これまで保持していた最終表示エントリＥＮＴのサムネイル画像と、現在のレジュームのサムネイル画像とを同じサムネイル表示領域１０２に配列できないときには、レジュームのほうを優先する表示とする。ただし、これまで保持していた最終表示エントリＥＮＴに基づく表示からの行送り／行戻しの量については必要最小限とする、というものになる。例えば、図１６（ｃ）に示す内容は、図１６（ａ）の表示から１行送ることで得られる。
このような表示規則とすることで、前回の１６枚インデックスの表示内容と、今回の１６枚インデックスの表示内容とにおいて、できる限り共通のサムネイル画像を表示させることが可能になる。つまり、前回と今回とで、できる限り変化の少ないようにして１６枚インデックスを表示させる。
このような表示規則とすることで、前回の１６枚インデックスの表示内容と、今回の１６枚インデックスの表示内容とにおいて、できる限り共通のサムネイル画像を表示させることが可能になる。つまり、前回と今回とで、できる限り変化の少ないようにして１６枚インデックスを表示させる。
ところで、１６枚インデックスとしての表示態様は、例えば基本的なシーンのインデックス画面としてのアプリケーションだけではなく、他のアプリケーションにも採用できる。すると、例えば図１４を例にすると、図１４（ａ）の１６枚インデックスのアプリケーションと、図１４（ｃ）の１６枚インデックスのアプリケーションとが異なる場合があることになる。同様に、図１５（ａ）と図１５（ｃ）、図１６（ａ）と図１６（ｃ）に関しても、それぞれが同じ１６枚インデックスの表示形式ではあっても異なるアプリケーションとなる場合があることになる。
本実施形態においては、このようにして前回と今回とで１６枚インデックスのアプリケーションが異なる場合においても、上記図１４〜図１６により説明した１６枚インデックスの起動時の表示規則を適用する。
本実施形態においては、このようにして前回と今回とで１６枚インデックスのアプリケーションが異なる場合においても、上記図１４〜図１６により説明した１６枚インデックスの起動時の表示規則を適用する。
図１７は、ページ単位での送り／戻しが行われる６枚インデックスについての遷移例を挙げている。
先ず図１７（ａ）に示す６枚インデックスは、アプリケーションＡに対応するインデックス画面であるとする。この６枚インデックスには、或る記録日における１番目〜６番目のサムネイル画像が配列されている。６枚インデックスにおいても最終表示エントリＥＮＴは、先頭のサムネイル画像に対して設定される。
この状態から、例えばユーザ操作などに応じて、図１７（ｂ）に示すように、同じ６枚インデックスの形式ではあるが、アプリケーションＡとは異なるアプリケーションＢの６枚インデックスの表示に遷移させたとする。この場合には、互いのアプリケーションは異なるものの、表示形式が同じであるために、最終表示エントリはそのまま引き継がれたうえで、最終表示エントリＥＮＴに基づいたサムネイル画像の配列表示が行われる。
先ず図１７（ａ）に示す６枚インデックスは、アプリケーションＡに対応するインデックス画面であるとする。この６枚インデックスには、或る記録日における１番目〜６番目のサムネイル画像が配列されている。６枚インデックスにおいても最終表示エントリＥＮＴは、先頭のサムネイル画像に対して設定される。
この状態から、例えばユーザ操作などに応じて、図１７（ｂ）に示すように、同じ６枚インデックスの形式ではあるが、アプリケーションＡとは異なるアプリケーションＢの６枚インデックスの表示に遷移させたとする。この場合には、互いのアプリケーションは異なるものの、表示形式が同じであるために、最終表示エントリはそのまま引き継がれたうえで、最終表示エントリＥＮＴに基づいたサムネイル画像の配列表示が行われる。
また、図１８は、６枚インデックスに関する次のような機能画面の遷移である。
つまり、図１８（ａ）にはアプリケーションＡに対応して、１番目〜６番目のサムネイル画像を表示した６枚インデックスが示されている。また、レジュームマークＲＳＭにより示されるように、このときには２番目のサムネイル画像がレジュームとなっている。
この状態から、例えば図１８（ｂ）に示すようにして、何らかのサムネイル非表示画面に移行したとする。ただし、ここでのサムネイル非表示画面においては、最終表示エントリＥＮＴとレジュームの更新が行われるような結果は生じないものとする。そして、この状態から、図１８（ａ）と同じ６枚インデックスの形式ではあるが、アプリケーションＡとは異なる、アプリケーションＢの６枚インデックスに遷移したとする。
この場合には図１８（ｃ）に示すようにして、図１８（ａ）と同じサムネイル表示領域１０２の内容を表示する。図１８（ｂ）のサムネイル非表示画面が表示されても、最終表示エントリＥＮＴとレジュームは更新されていない。従って、このときには、最終表示エントリＥＮＴを基準とする表示を行うべきことになる。そこで、最終表示エントリＥＮＴを先頭に表示することで、図１８（ｃ）に示す表示結果が得られるものである。
つまり、図１８（ａ）にはアプリケーションＡに対応して、１番目〜６番目のサムネイル画像を表示した６枚インデックスが示されている。また、レジュームマークＲＳＭにより示されるように、このときには２番目のサムネイル画像がレジュームとなっている。
この状態から、例えば図１８（ｂ）に示すようにして、何らかのサムネイル非表示画面に移行したとする。ただし、ここでのサムネイル非表示画面においては、最終表示エントリＥＮＴとレジュームの更新が行われるような結果は生じないものとする。そして、この状態から、図１８（ａ）と同じ６枚インデックスの形式ではあるが、アプリケーションＡとは異なる、アプリケーションＢの６枚インデックスに遷移したとする。
この場合には図１８（ｃ）に示すようにして、図１８（ａ）と同じサムネイル表示領域１０２の内容を表示する。図１８（ｂ）のサムネイル非表示画面が表示されても、最終表示エントリＥＮＴとレジュームは更新されていない。従って、このときには、最終表示エントリＥＮＴを基準とする表示を行うべきことになる。そこで、最終表示エントリＥＮＴを先頭に表示することで、図１８（ｃ）に示す表示結果が得られるものである。
また、図１９には、動画インデックスから静止画インデックスに遷移した場合が示される。
図１９（ａ）の動画インデックスは、記憶媒体１６に記憶されている動画としてのシーンのリストをサムネイルとして示す。これに対して図１９（ｂ）の静止画インデックスは、記憶媒体１６に記憶されている静止画データのリストをサムネイルとして示すものである。なお、シーンデータとして、動画のデータと静止画のデータとは、それぞれ物理的に異なる記憶媒体に記録されるようにしてよい。例えば、図１での図示は省略しているが、本実施形態のビデオカメラ装置1に対して、フラッシュメモリなどのリムーバブルの記録媒体に対応するスロットを設けることとして、このリムーバブル記録媒体のほうに静止画データを記録できるようにすることが考えられる。
このように図１９（ａ）の動画インデックスから図１９（ｂ）の静止画インデックスに移行する場合、両者のインデックス画面内において提示されるサムネイル画像は、前者が動画のものであるのに対して、後者が静止画のものであるために全く関連性が無い。従って、この場合には、動画インデックスにおける最終表示エントリ、レジュームは全く引き継ぐことなく、静止画インデックス側の規則に従って、静止画データに対応するサムネイルを表示させる。
なお、ここでは、図１９（ａ）（ｂ）ともに、６枚インデックスの形式が示されているが、例えば上記の動画インデックスと静止画インデックス間の遷移に関しては、１６枚インデックス及び１２枚インデックスなどを採用している場合にも同様となる。
図１９（ａ）の動画インデックスは、記憶媒体１６に記憶されている動画としてのシーンのリストをサムネイルとして示す。これに対して図１９（ｂ）の静止画インデックスは、記憶媒体１６に記憶されている静止画データのリストをサムネイルとして示すものである。なお、シーンデータとして、動画のデータと静止画のデータとは、それぞれ物理的に異なる記憶媒体に記録されるようにしてよい。例えば、図１での図示は省略しているが、本実施形態のビデオカメラ装置1に対して、フラッシュメモリなどのリムーバブルの記録媒体に対応するスロットを設けることとして、このリムーバブル記録媒体のほうに静止画データを記録できるようにすることが考えられる。
このように図１９（ａ）の動画インデックスから図１９（ｂ）の静止画インデックスに移行する場合、両者のインデックス画面内において提示されるサムネイル画像は、前者が動画のものであるのに対して、後者が静止画のものであるために全く関連性が無い。従って、この場合には、動画インデックスにおける最終表示エントリ、レジュームは全く引き継ぐことなく、静止画インデックス側の規則に従って、静止画データに対応するサムネイルを表示させる。
なお、ここでは、図１９（ａ）（ｂ）ともに、６枚インデックスの形式が示されているが、例えば上記の動画インデックスと静止画インデックス間の遷移に関しては、１６枚インデックス及び１２枚インデックスなどを採用している場合にも同様となる。
次に、図２０（ａ）は、或る動画のシーンを再生している状態を示している。この状態から動画再生を停止させて、６枚インデックス（動画インデックスである）の表示に移行させたとする。
この場合において、或る記録日における８番目のシーンの再生が停止されたとすると、６枚インデックスは、図２０（ｂ）に示すようにして表示される。
この場合のレジュームは上記８番目のシーンを示すことになるが、図２０（ｂ）に示される６枚インデックスでは、レジュームマークＲＳＭが重畳される８番目のシーンに対応のサムネイル画像１０３を含むページを表示させている。つまり、シーン再生を終了させた後においてページ単位のインデックス画面に移行する際には、レジュームのサムネイル画像１０３を含むページを表示させることとしている。なお、このようにして表示された状態では、レジュームのサムネイル画像１０３においてレジュームマークＲＳＭが表示される。また、この表示の完了段階では、最終表示エントリＥＮＴは、サムネイル表示領域１０２の先頭のサムネイル画像１０３となるように更新される。
なお、この図２０に示される表示の規則は、１２枚インデックスなど、他のページ単位での送り／戻しが行われるインデックス画面にも同じく適用する。
この場合において、或る記録日における８番目のシーンの再生が停止されたとすると、６枚インデックスは、図２０（ｂ）に示すようにして表示される。
この場合のレジュームは上記８番目のシーンを示すことになるが、図２０（ｂ）に示される６枚インデックスでは、レジュームマークＲＳＭが重畳される８番目のシーンに対応のサムネイル画像１０３を含むページを表示させている。つまり、シーン再生を終了させた後においてページ単位のインデックス画面に移行する際には、レジュームのサムネイル画像１０３を含むページを表示させることとしている。なお、このようにして表示された状態では、レジュームのサムネイル画像１０３においてレジュームマークＲＳＭが表示される。また、この表示の完了段階では、最終表示エントリＥＮＴは、サムネイル表示領域１０２の先頭のサムネイル画像１０３となるように更新される。
なお、この図２０に示される表示の規則は、１２枚インデックスなど、他のページ単位での送り／戻しが行われるインデックス画面にも同じく適用する。
次に図２１は、３枚インデックスとして異なるアプリケーション間で遷移する場合を示している。
例として図２１（ａ）には、フィルムインデックスを示し、図２１（ｂ）には顔インデックスを示している。
３枚インデックスでは、サムネイル表示領域１０２の中央において強調表示ＡＣＴにより強調されているサムネイル画像１０３が最終表示エントリＥＮＴとして設定されるようになっている。
例えば図２１（ａ）のフィルムインデックスにおいては、２番目のサムネイル画像１０３が強調表示され、最終表示エントリＥＮＴとして設定されている。この図２１（ａ）の状態から図２１（ｂ）の顔インデックスに遷移した場合には、サムネイル表示領域１０２においては、図２１（ａ）と同じ表示となる。
つまり、同じ３枚インデックスの形式のもとで異なるアプリケーション間で遷移するときには、同じ最終表示エントリＥＮＴを引き継ぐ。そしてサムネイル表示領域１０２においては、最終表示エントリＥＮＴの設定されたサムネイル画像１０３が、の中央（強調表示ＡＣＴ）に配置されるようにして、３枚のサムネイル画像１０３を上下で配列する。
これにより、同じ３枚インデックスの形式で遷移するときには、注目すべきサムネイル画像（シーン）が同じとなるように配慮されている。
例として図２１（ａ）には、フィルムインデックスを示し、図２１（ｂ）には顔インデックスを示している。
３枚インデックスでは、サムネイル表示領域１０２の中央において強調表示ＡＣＴにより強調されているサムネイル画像１０３が最終表示エントリＥＮＴとして設定されるようになっている。
例えば図２１（ａ）のフィルムインデックスにおいては、２番目のサムネイル画像１０３が強調表示され、最終表示エントリＥＮＴとして設定されている。この図２１（ａ）の状態から図２１（ｂ）の顔インデックスに遷移した場合には、サムネイル表示領域１０２においては、図２１（ａ）と同じ表示となる。
つまり、同じ３枚インデックスの形式のもとで異なるアプリケーション間で遷移するときには、同じ最終表示エントリＥＮＴを引き継ぐ。そしてサムネイル表示領域１０２においては、最終表示エントリＥＮＴの設定されたサムネイル画像１０３が、の中央（強調表示ＡＣＴ）に配置されるようにして、３枚のサムネイル画像１０３を上下で配列する。
これにより、同じ３枚インデックスの形式で遷移するときには、注目すべきサムネイル画像（シーン）が同じとなるように配慮されている。
次に、図２２（ａ）には、６枚インデックス形式による静止画作成画面が示されている。静止画作成とは、動画であるシーンから静止画を抜き出して、これを静止画データとして記録媒体１６に記憶させることをいう。静止画作成画面は、静止画作成にあたって静止画を取り出すシーンを選択できる画面であり、サムネイル画像１０３としては、シーンのサムネイル画像１０３が表示されている。
そして、例えば静止画作成を実行して、図２２（ａ）の静止画作成画面から、静止画のインデックスを表示するアプリケーション（静止画インデックス）への表示に切り換えたとする。
図２２（ｂ）は、起動された静止画アプリケーションの表示内容を示している。このときの表示は、記録媒体１６に記録されている静止画データのうち、最後に記録された静止画データのサムネイル画像１０３から下詰めで表示することとしている。
静止画作成機能により記録された静止画データは、記録時間としては最後に記録された静止画データとして管理される。従って、図２２（ｂ）の表示においては、必ず、静止画作成機能により記録した静止画のサムネイル画像１０３が表示されていることになる。
先に図１９により説明したように、動画インデックスと静止画インデックスとの間での遷移は、基本的には、連動はしない。
但し、図２２のようにして静止画作成画面から静止画インデックスに移行する場合には、静止画作成機能により取り出して記憶させた静止画データをすぐ見ることができるように、上記図２２（ｂ）のようにして静止画データに対応するサムネイル画像１０３を表示させて静止画インデックスを起動することとしている。
なお、このためには、静止画作成により新規の静止画データが生成されたことに応じて、静止画のレジュームをクリア、無効化するアルゴリズムとする。そのうえで、静止画のレジュームが無効な状態で静止画インデックスを起動させるときには、図１１の規則に従てサムネイル画像を配列表示する。この場合には、例えば図２２（ｂ）のようにして、最後のサムネイル画像が最下行となるように下詰めされた状態でサムネイル画像が配列表示された結果を示している。
そして、例えば静止画作成を実行して、図２２（ａ）の静止画作成画面から、静止画のインデックスを表示するアプリケーション（静止画インデックス）への表示に切り換えたとする。
図２２（ｂ）は、起動された静止画アプリケーションの表示内容を示している。このときの表示は、記録媒体１６に記録されている静止画データのうち、最後に記録された静止画データのサムネイル画像１０３から下詰めで表示することとしている。
静止画作成機能により記録された静止画データは、記録時間としては最後に記録された静止画データとして管理される。従って、図２２（ｂ）の表示においては、必ず、静止画作成機能により記録した静止画のサムネイル画像１０３が表示されていることになる。
先に図１９により説明したように、動画インデックスと静止画インデックスとの間での遷移は、基本的には、連動はしない。
但し、図２２のようにして静止画作成画面から静止画インデックスに移行する場合には、静止画作成機能により取り出して記憶させた静止画データをすぐ見ることができるように、上記図２２（ｂ）のようにして静止画データに対応するサムネイル画像１０３を表示させて静止画インデックスを起動することとしている。
なお、このためには、静止画作成により新規の静止画データが生成されたことに応じて、静止画のレジュームをクリア、無効化するアルゴリズムとする。そのうえで、静止画のレジュームが無効な状態で静止画インデックスを起動させるときには、図１１の規則に従てサムネイル画像を配列表示する。この場合には、例えば図２２（ｂ）のようにして、最後のサムネイル画像が最下行となるように下詰めされた状態でサムネイル画像が配列表示された結果を示している。
また、図２３（ａ）には、例えばシーン削除などのための編集に利用する動画編集画面が示されている。このような動画編集画面においては、バックグラウンドで或るシーンにレジュームの指定が行われていても、そのことをレジュームマークＲＳＭの表示により通知する仕様にはなっていない。
ただし、最終表示エントリＥＮＴについては、動画編集画面上での行単位若しくはページ単位での送り／戻しが行われる都度、先頭（１行目の一番左）のサムネイル画像１０３となるように更新されるものとしている。図２３（ａ）では、１行目の一番左に位置している１番目のサムネイル画像１０３に最終表示エントリＥＮＴが設定された状態が示される。
ただし、最終表示エントリＥＮＴについては、動画編集画面上での行単位若しくはページ単位での送り／戻しが行われる都度、先頭（１行目の一番左）のサムネイル画像１０３となるように更新されるものとしている。図２３（ａ）では、１行目の一番左に位置している１番目のサムネイル画像１０３に最終表示エントリＥＮＴが設定された状態が示される。
そして、例えば図２３（ａ）に示す動画編集を表示させている状態から３枚インデックスに遷移させた場合には、図２３（ｂ）に示すようにして、サムネイル表示領域１０２の中央（強調表示ＡＣＴ）に１番目のサムネイル画像１０３が位置するようにして、サムネイル画像１０３を配列表示させる。
このようにして動画編集画面から３枚インデックスに移行する場合においては、最終表示エントリＥＮＴを引き継いで表示させることとしている。
このようにして動画編集画面から３枚インデックスに移行する場合においては、最終表示エントリＥＮＴを引き継いで表示させることとしている。
図２４は、１６枚インデックス形式による動画インデックスの表示から、３枚インデックスの形式に遷移する場合を示している。この場合には、３枚インデックスに移行する直前の動画インデックスにおいて、レジュームマークＲＳＭが表示されているサムネイル画像１０３が有る（レジュームが示されるサムネイル画像（シーン）が有る）場合と、無い場合とで、３枚インデックスの表示の結果が異なってくる。
図２４（ａ）（ｂ）は、動画インデックスにおいて、レジュームマークＲＳＭが表示されているサムネイル画像１０３が有る場合の遷移を示し、図２４（ｃ）（ｄ）には、動画インデックスにおいて、レジュームマークＲＳＭが表示されているサムネイル画像１０３が無い場合の遷移を示す。
図２４（ａ）（ｂ）は、動画インデックスにおいて、レジュームマークＲＳＭが表示されているサムネイル画像１０３が有る場合の遷移を示し、図２４（ｃ）（ｄ）には、動画インデックスにおいて、レジュームマークＲＳＭが表示されているサムネイル画像１０３が無い場合の遷移を示す。
図２４（ａ）の動画インデックス（１６枚インデックス）には或る記録日における１〜１６番目までのサムネイル画像１０３が配列されている。最終表示エントリＥＮＴは、先頭のサムネイルに設定されている。また、ここでは、７番目のサムネイル画像１０４に対してレジュームマークＲＳＭが表示されている。つまり、この動画インデックスは、レジュームの指定されたシーンのサムネイル画像１０３の表示を含んでいる。
この状態から３枚インデックスへの表示に遷移した場合には、図２４（ｂ）に示すようにして、レジュームの指定された７番目のサムネイル画像１０３が、中央（強調表示ＡＣＴ）に配置されるようにして、サムネイル表示領域１０２におけるサムネイル画像の表示を行う。
つまり、レジュームマークＲＳＭが表示されている動画インデックスから３枚インデックスに遷移する際には、レジュームマークＲＳＭが示されているサムネイル画像が中央の強調表示ＡＣＴの位置にくるようにして、サムネイル表示領域１０２においてサムネイル画像を配列させるようにするものである。
つまり、レジュームマークＲＳＭが表示されている動画インデックスから３枚インデックスに遷移する際には、レジュームマークＲＳＭが示されているサムネイル画像が中央の強調表示ＡＣＴの位置にくるようにして、サムネイル表示領域１０２においてサムネイル画像を配列させるようにするものである。
一方、図２４（ｃ）の動画インデックスにおいては、図２４（ａ）と同様に、１〜１６番目までのサムネイル画像１０３が表示されている。しかし、この画面においてレジュームマークＲＳＭが配置表示されているサムネイル画像１０３は無い。
この状態から３枚インデックスに遷移する場合には、最終表示エントリＥＮＴを基準として表示する。つまり、３枚インデックスのサムネイル表示領域１０２における中央（強調表示ＡＣＴ）に対して、動画インデックスにおいて最終表示エントリＥＮＴとして設定されていた１番目のサムネイル画像が位置するようにして、サムネイル画像１０３を配置する。
この状態から３枚インデックスに遷移する場合には、最終表示エントリＥＮＴを基準として表示する。つまり、３枚インデックスのサムネイル表示領域１０２における中央（強調表示ＡＣＴ）に対して、動画インデックスにおいて最終表示エントリＥＮＴとして設定されていた１番目のサムネイル画像が位置するようにして、サムネイル画像１０３を配置する。
また、１６枚インデックスは、上記の動画インデックスとしてのアプリケーション以外にも、他の所定のアプリケーションにより使用することができる。従って、機能画面の遷移として、互いに異なるアプリケーションによる１６枚インデックス間での遷移する場合もあることになる。
図２５（ａ）（ｂ）は、互いに異なるアプリケーションである、１６枚インデックスＡから１６枚インデックスＢに遷移する場合を示している。但し、この場合においては、１６枚インデックスＡ，Ｂの何れも、動画に関するインデックスを表示するものとされる。
図２５（ａ）（ｂ）は、互いに異なるアプリケーションである、１６枚インデックスＡから１６枚インデックスＢに遷移する場合を示している。但し、この場合においては、１６枚インデックスＡ，Ｂの何れも、動画に関するインデックスを表示するものとされる。
このようにして、異なるアプリケーションによる１６枚インデックス間で遷移する場合には、遷移前の１６枚インデックスにて設定されていた最終表示エントリＥＮＴを引き継いで、この最終表示エントリＥＮＴを１行目に表示させる。
これにより、図２５（ａ）（ｂ）として示すように、アプリケーションは異なるが、同じサムネイル画像１０３の配列内容とすることができる。
これにより、図２５（ａ）（ｂ）として示すように、アプリケーションは異なるが、同じサムネイル画像１０３の配列内容とすることができる。
図２６は、３枚インデックスから、１６枚インデックス（動画インデックス）に遷移する場合を示している。
図２６（ａ）に示される３枚インデックスは、或る記録日における６番目、７番目、８目の３つのサムネイル画像１０３が上から下に配列されている。このとき強調表示ＡＣＴにより強調され、かつ、最終表示エントリＥＮＴとして設定されているのは、７番目のサムネイル画像１０３となる。
この状態から１６枚インデックス（動画インデックス）に移行した場合、起動直後の画像としては、図２６（ｂ）に示されるものとなる。つまり、サムネイル表示領域１０２においては、５番目のサムネイル画像１０３が先頭に位置するようにされたサムネイル画像１０３の配置により表示される。
図２６（ａ）に示される３枚インデックスは、或る記録日における６番目、７番目、８目の３つのサムネイル画像１０３が上から下に配列されている。このとき強調表示ＡＣＴにより強調され、かつ、最終表示エントリＥＮＴとして設定されているのは、７番目のサムネイル画像１０３となる。
この状態から１６枚インデックス（動画インデックス）に移行した場合、起動直後の画像としては、図２６（ｂ）に示されるものとなる。つまり、サムネイル表示領域１０２においては、５番目のサムネイル画像１０３が先頭に位置するようにされたサムネイル画像１０３の配置により表示される。
つまり、この場合においては、３枚インデックスにおいて７番目のサムネイル画像１０３を示す最終表示エントリＥＮＴを、一旦、仮の最終表示エントリＥＮＴ-psとして引き継ぐ、そして、この仮の最終表示エントリＥＮＴ-ps、つまり、７番目のサムネイル画像が、サムネイル表示領域１０２の１行目に位置するようにしてサムネイル画像の配列を行う。この結果、図２６（ｂ）に示すサムネイル画像１０３の配置が得られる。そして、この図２６（ｂ）の表示が完了したことに応じては、最終表示エントリＥＮＴは、先頭の５番目のサムネイル画像１０３となるようにして更新される。
図２７は、１６枚インデックスから１２枚インデックスへの遷移例を示している。つまり、１行単位での送り／戻しが行われるインデックス画面から、ページ単位での送り／戻しが行われるインデックス画面への遷移である。
図２７（ａ）には、１６枚インデックスにおいて、９番目〜２４番目までの１６のサムネイル画像１０３が配列されている。この場合、最終表示エントリＥＮＴは、先頭の９番目のサムネイル画像１０３となる。
この状態から１２枚インデックスに移行するときには、先ず、１６枚インデックスのときに設定されていた最終表示エントリＥＮＴを、仮最終表示エントリＥＮＴ-psとして一旦引き継ぐ、そして、この仮最終表示エントリＥＮＴ-psが含まれるページを１２枚インデックスのサムネイル表示領域１０２に表示させる。
図２７の場合には、仮最終表示エントリＥＮＴ-psは９番目のサムネイル画像である。従って、１２枚インデックスは、図２７（ｂ）に示すようにして、１〜１２番目のサムネイル画像１０３によるページを表示することになる。これに応じて、正規の最終表示エントリＥＮＴは、先頭の１番目のサムネイル画像に更新される。
なお、この遷移のアルゴリズムは、遷移先が６枚インデックスである場合にも適用できる。
図２７（ａ）には、１６枚インデックスにおいて、９番目〜２４番目までの１６のサムネイル画像１０３が配列されている。この場合、最終表示エントリＥＮＴは、先頭の９番目のサムネイル画像１０３となる。
この状態から１２枚インデックスに移行するときには、先ず、１６枚インデックスのときに設定されていた最終表示エントリＥＮＴを、仮最終表示エントリＥＮＴ-psとして一旦引き継ぐ、そして、この仮最終表示エントリＥＮＴ-psが含まれるページを１２枚インデックスのサムネイル表示領域１０２に表示させる。
図２７の場合には、仮最終表示エントリＥＮＴ-psは９番目のサムネイル画像である。従って、１２枚インデックスは、図２７（ｂ）に示すようにして、１〜１２番目のサムネイル画像１０３によるページを表示することになる。これに応じて、正規の最終表示エントリＥＮＴは、先頭の１番目のサムネイル画像に更新される。
なお、この遷移のアルゴリズムは、遷移先が６枚インデックスである場合にも適用できる。
また、図２８は、上記図２７とは逆の、１２枚インデックスから１６枚インデックスへの遷移例を示している。つまり、ページ単位での送り／戻しが行われるインデックス画面から、１行単位での送り／戻しが行われるインデックス画面への遷移となる。
図２８（ａ）には、１２枚インデックスにおいて、或る記録日における２ページ目、つまり、１３番目〜２４番目までの１６のサムネイル画像１０３が配列された状態を示している。この場合、最終表示エントリＥＮＴは、先頭の１３番目のサムネイル画像１０３である。
図２８（ａ）には、１２枚インデックスにおいて、或る記録日における２ページ目、つまり、１３番目〜２４番目までの１６のサムネイル画像１０３が配列された状態を示している。この場合、最終表示エントリＥＮＴは、先頭の１３番目のサムネイル画像１０３である。
この状態から１６枚インデックスに移行するときは、１２枚インデックスのときに設定されていた最終表示エントリＥＮＴを、仮最終表示エントリＥＮＴ-psとして一旦引き継ぐ、そして、１６枚インデックスとしては、この仮最終表示エントリＥＮＴ-psが１行目に表示されるサムネイル画像１０３の配列となるサムネイル表示領域１０２を形成して表示する。この後、サムネイル表示領域１０２の先頭のサムネイル画像１０３を正規の最終表示エントリＥＮＴとして更新する。
上記のアルゴリズムに従った結果、１６枚インデックスとしては、先頭が１３番目からはじまるサムネイル画像の配列となる。なお、この場合には、１６枚インデックスと１２３枚インデックスの何れも１行あたりの最大配列数が４であるため、結果的に、仮最終表示エントリＥＮＴ-psと、更新により得られる正規の最終表示エントリＥＮＴとは同じになる。
なお、ページ単位での送り／戻しを行うインデックス画面には、６枚インデックスもある。６枚インデックスの場合には１行あたりの最大配列数が３であるから、必ずしも仮最終表示エントリＥＮＴ-psと、更新により得られる正規の最終表示エントリＥＮＴとは同じにならない。しかし、上記のようにして、仮最終表示エントリＥＮＴ-psを１行目に位置させるというアルゴリズムを採用することで、６枚インデックスから１６枚インデックスへの遷移も適正に行われる。
図２９は、シーンの再生画面から日付インデックス、若しくはハイライト再生画面に移行する場合を示している。
このように再生画面から日付インデックス、若しくはハイライト再生画面に移行する場合において、このときに注目すべきシーンは、最後に再生していたシーンであることになる。そこで、この場合には、最終表示エントリＥＮＴを基準とするのではなく、レジュームを基準とする。
このように再生画面から日付インデックス、若しくはハイライト再生画面に移行する場合において、このときに注目すべきシーンは、最後に再生していたシーンであることになる。そこで、この場合には、最終表示エントリＥＮＴを基準とするのではなく、レジュームを基準とする。
ここで、図２９（ａ）にて再生が終了されたシーンの記録日は、２００８年１月１３日であるとする。この場合、レジュームは、再生が終了されたシーンを示している。
そして、日付インデックスを起動させるときには、図２９（ｂ）に示すようにして、レジュームで示されるシーンの記録日（2008-01-13）をリストに含み、かつ、レジュームで示されるシーンの記録日（2008-01-13）に強調表示ＡＣＴが行われるようにして表示する。
また、ハイライト再生画面を起動させるときにも、その再生範囲における開始日は、図２９（ｃ）に示すようにして、レジュームで示されるシーンの記録日（2008-01-13）を表示させる。
このように、再生画面から日付インデックス、ハイライト再生画面に移行する場合には、最後に再生されていたシーンの記録日との関連性を与えるようにしている。
そして、日付インデックスを起動させるときには、図２９（ｂ）に示すようにして、レジュームで示されるシーンの記録日（2008-01-13）をリストに含み、かつ、レジュームで示されるシーンの記録日（2008-01-13）に強調表示ＡＣＴが行われるようにして表示する。
また、ハイライト再生画面を起動させるときにも、その再生範囲における開始日は、図２９（ｃ）に示すようにして、レジュームで示されるシーンの記録日（2008-01-13）を表示させる。
このように、再生画面から日付インデックス、ハイライト再生画面に移行する場合には、最後に再生されていたシーンの記録日との関連性を与えるようにしている。
図３０は、３枚インデックスから、日付インデックス又はハイライト再生画面に移行する場合を示す。
図３０（ａ）の３枚インデックスのサムネイル表示領域１０２においては、９〜１１番目のサムネイル画像１０３が表示されている。このとき中央にて強調表示ＡＣＴが配置され、最終表示エントリＥＮＴとして設定されているのは、１０番目のサムネイル画像１０３となる。この１０番目のサムネイル画像１０３の記録日は、2008-01-13であるとする。
図３０（ａ）の３枚インデックスのサムネイル表示領域１０２においては、９〜１１番目のサムネイル画像１０３が表示されている。このとき中央にて強調表示ＡＣＴが配置され、最終表示エントリＥＮＴとして設定されているのは、１０番目のサムネイル画像１０３となる。この１０番目のサムネイル画像１０３の記録日は、2008-01-13であるとする。
そして、３枚インデックスから日付インデックスを起動させるときには、最終表示エントリＥＮＴのサムネイル画像１０３（シーン）を含む記録日に強調表示ＡＣＴが行われるようにして表示する。これにより、図３０（ｂ）のようにして、2008-01-13の日付リストが強調表示ＡＣＴにより強調された状態の日付インデックスが表示される。
また、３枚インデックスからハイライト再生画面を起動させるときには、その再生範囲における開始日は、図３０（ｃ）に示すようにして、最終表示エントリＥＮＴにより示されるサムネイル画像１０３（シーン）の記録日（2008-01-13）を表示させる。
図３１は、ページ単位での送り／戻しが行われる１２枚インデックスから日付インデックス、ハイライト再生画面に対して移行する場合を示している。
図３１（ａ）には、１２枚インデックスとして、１３〜２４番目のサムネイル画像が配列された２ページ目が表示されている。これらのサムネイル画像１０３が対応する記録日も2008-01-13であるとする。また、このときの最終表示エントリＥＮＴは、先頭の１３番目のサムネイル画像となる。
図３１（ａ）には、１２枚インデックスとして、１３〜２４番目のサムネイル画像が配列された２ページ目が表示されている。これらのサムネイル画像１０３が対応する記録日も2008-01-13であるとする。また、このときの最終表示エントリＥＮＴは、先頭の１３番目のサムネイル画像となる。
ここから日付インデックスを起動するときには、図３１（ｂ）に示すように、最終表示エントリＥＮＴのサムネイルの記録日を日付リストに含み、かつ、最終表示エントリＥＮＴのサムネイルの記録日が強調表示ＡＣＴにより強調されているようにして表示させる。
また、ハイライト再生画面を起動するときには、図３１（ｃ）に示すように、最終表示エントリＥＮＴのサムネイルの記録日を、再生範囲の開始日として表示する
上記図３０、図３１のように、３枚インデックス若しくは１２枚インデックスから、日付インデックス或いはハイライト再生画面に移行する際には、３枚インデックス若しくは１２枚インデックスにて最後に設定されていた最終表示エントリＥＮＴのシーンの記録日との関連が与えられるようになっている。
図３２は、１６枚インデックスと日付インデックスとの間での遷移の規則例を示している。
先ず図３２（ａ）においては、１６枚インデックスとして、サムネイル表示領域１０２において、２００８年１月１３日の記録日に対応する５番目〜２０番目のサムネイル画像１０３が配列表示されている状態を示している。このときの最終表示エントリＥＮＴは５番目のサムネイルである。
先ず図３２（ａ）においては、１６枚インデックスとして、サムネイル表示領域１０２において、２００８年１月１３日の記録日に対応する５番目〜２０番目のサムネイル画像１０３が配列表示されている状態を示している。このときの最終表示エントリＥＮＴは５番目のサムネイルである。
図３２（ａ）の状態から日付インデックスを起動する場合には、図３２（ｂ）に示すように、例えば図３１などと同様、最終表示エントリＥＮＴのシーンの記録日の日付リストに強調表示ＡＣＴが配置されるようにして日付インデックスを表示させる。
次に、ここでは、図３２（ｂ）から図３２（ｃ）に示すように、日付インデックスにおいて強調表示ＡＣＴが配置される日付リストを変更している。図３２（ｃ）においては、強調表示ＡＣＴは、2008-01-14に配置されるようにして変更されている。
ここで、図３２（ｂ）から図３２（ｃ）に示すようにして日付リストの選択が変更されたとしても、内部で保持している最終表示エントリＥＮＴは、図３２（ａ）のときのままで更新はしないものとしている。最終表示エントリＥＮＴが更新されるのは、日付インデックスが表示されている状態のもとで、ＯＫボタン操作（確定操作）が行われたときである。
例えば図３２（ｃ）の状態において確定操作が行われたとする。これに応じて、最終表示エントリＥＮＴとしては、確定操作が行われたときに強調表示ＡＣＴにより選択されていた日付が記録日であって、かつ、１番目に記録されたシーン（サムネイル画像）に更新される。
次に、上記のようにして更新された最終表示エントリＥＮＴを基準とした１６枚インデックスの表示を起動させる。つまり、図３２（ｃ）の状態で確定操作が行われれば、最終表示エントリＥＮＴは、2008-01-14の記録日における1番目のサムネイル画像に更新される。これに応じて、図３２（ｄ）に示すように、１６枚インデックスとしては、サムネイル表示領域１０２において、その1行目から、2008-01-14の記録日に対応する１番目のサムネイル画像から配列して表示させていくようにして表示する。
次に、上記のようにして更新された最終表示エントリＥＮＴを基準とした１６枚インデックスの表示を起動させる。つまり、図３２（ｃ）の状態で確定操作が行われれば、最終表示エントリＥＮＴは、2008-01-14の記録日における1番目のサムネイル画像に更新される。これに応じて、図３２（ｄ）に示すように、１６枚インデックスとしては、サムネイル表示領域１０２において、その1行目から、2008-01-14の記録日に対応する１番目のサムネイル画像から配列して表示させていくようにして表示する。
また、図３３（ａ）（ｂ）には、上記図３２（ａ）（ｂ）と同様に、１６枚インデックスから日付インデックスが起動された状態が示されている。ただし、ここでは、日付インデックスが表示されている状態の下で、日付リストの選択を変更する操作は行ったものの、確定操作（ＯＫボタン操作）を行うことなく、戻るボタンに対する操作を行ったとする。つまり、日付インデックスにおける日付リストの選択を確定せずに、１６枚インデックスに戻すための操作を行ったものである。
このようにして戻るための操作が行われた場合、先の確定操作のようにして、最終表示エントリＥＮＴは更新されない。つまり、図３２（ａ）のときと同じ最終表示エントリＥＮＴが保持され、この最終表示エントリＥＮＴを基準として１６枚インデックスが表示される。
これにより、１６枚インデックスは図３３（ｃ）に示す表示内容で起動される。つまり、図３３（ａ）のときと同じサムネイル表示領域１０２の内容による１６枚インデックスが表示される。
確定操作が行われずに戻るための操作が行われた場合には、ユーザは、日付インデックスを起動させる前の１６枚インデックスの状態に戻ることを意識していると考えるのが妥当であるが、図３３（ａ）（ｂ）（ｃ）の流れは、このようなユーザの感覚に適ったものとなっている。
これにより、１６枚インデックスは図３３（ｃ）に示す表示内容で起動される。つまり、図３３（ａ）のときと同じサムネイル表示領域１０２の内容による１６枚インデックスが表示される。
確定操作が行われずに戻るための操作が行われた場合には、ユーザは、日付インデックスを起動させる前の１６枚インデックスの状態に戻ることを意識していると考えるのが妥当であるが、図３３（ａ）（ｂ）（ｃ）の流れは、このようなユーザの感覚に適ったものとなっている。
また、図３３（ａ）→図３３（ｄ）→図３３（ｃ）の遷移として示すように、１６枚インデックスからハイライト再生画面を起動したが、ハイライト再生を実行させることなく、１６枚インデックスに戻す操作が行われた場合にも同様である。つまり、ハイライト再生画面の起動前の１６枚インデックスと、ハイライト再生画面の後に起動させた１６枚インデックスとでは、同じサムネイル表示領域１０２の内容を表示させる。
また、図３４において、図３４（ａ）（ｂ）（ｄ）には、図３３（ａ）（ｂ）（ｄ）と同様に、１６枚インデックスから日付インデックスを起動し、若しくはハイライト再生画面を起動させた状態が示されている。
ここで、例えば日付インデックス若しくはハイライト再生画面を表示させていた状態から、１６枚インデックス以外の機能画面に移行した場合には、次のようになる。図３４では、日付インデックス若しくはハイライト再生画面から移行する１６枚インデックス以外の機能画面として、３枚インデックスを示している。
ここで、例えば日付インデックス若しくはハイライト再生画面を表示させていた状態から、１６枚インデックス以外の機能画面に移行した場合には、次のようになる。図３４では、日付インデックス若しくはハイライト再生画面から移行する１６枚インデックス以外の機能画面として、３枚インデックスを示している。
このようにして、日付インデックス若しくはハイライト再生画面から他の機能画面に移行したということは、日付インデックス、ハイライト再生画面に対して確定操作（ＯＫボタン操作）は行われなかったことを意味する。従って、この場合にも、最終表示エントリＥＮＴは、図３４（ａ）のときと同じく、2008-01-13の記録日における５番目のサムネイル画像１０３を維持している。
このために、３枚インデックスのサムネイル表示領域１０２としては、図３４（ｃ）に示すようにして、2008-01-13の記録日における５番目のサムネイル画像１０３が、中央に配置され、強調表示ＡＣＴにより選択された状態となるようにして表示が行われる。
このために、３枚インデックスのサムネイル表示領域１０２としては、図３４（ｃ）に示すようにして、2008-01-13の記録日における５番目のサムネイル画像１０３が、中央に配置され、強調表示ＡＣＴにより選択された状態となるようにして表示が行われる。
上記のようにして結果的に最終表示エントリＥＮＴが更新されない状況の他の例を、図３５に挙げておく。
この図で、図３５（ａ）（ｂ）（ｃ）は、それぞれ、図３５（ｄ）のインデックス表示しない機能画面（インデックス非表示機能画面）に遷移する前の１６枚インデックス、１２枚インデックス、３枚インデックスを示している。また、図３５（ｅ）（ｆ）（ｇ）は、図３５（ｄ）のインデックス非表示機能画面から遷移した後の１６枚インデックス、１２枚インデックス、３枚インデックスを示している。
この図は、インデックス非表示機能画面を経由したインデックス画像の遷移として、
（１）１６枚インデックス−インデックス非表示機能画面−１６枚インデックス
（２）１６枚インデックス−インデックス非表示機能画面−１２枚インデックス
（３）１６枚インデックス−インデックス非表示機能画面−３枚インデックス
（４）１２枚インデックス−インデックス非表示機能画面−１６枚インデックス
（５）１２枚インデックス−インデックス非表示機能画面−１２枚インデックス
（６）１２枚インデックス−インデックス非表示機能画面−３枚インデックス
（７）３枚インデックス−インデックス非表示機能画面−１６枚インデックス
（８）３枚インデックス−インデックス非表示機能画面−１２枚インデックス
（９）３枚インデックス−インデックス非表示機能画面−３枚インデックス
の９通りの可能性があることを示している。
この図で、図３５（ａ）（ｂ）（ｃ）は、それぞれ、図３５（ｄ）のインデックス表示しない機能画面（インデックス非表示機能画面）に遷移する前の１６枚インデックス、１２枚インデックス、３枚インデックスを示している。また、図３５（ｅ）（ｆ）（ｇ）は、図３５（ｄ）のインデックス非表示機能画面から遷移した後の１６枚インデックス、１２枚インデックス、３枚インデックスを示している。
この図は、インデックス非表示機能画面を経由したインデックス画像の遷移として、
（１）１６枚インデックス−インデックス非表示機能画面−１６枚インデックス
（２）１６枚インデックス−インデックス非表示機能画面−１２枚インデックス
（３）１６枚インデックス−インデックス非表示機能画面−３枚インデックス
（４）１２枚インデックス−インデックス非表示機能画面−１６枚インデックス
（５）１２枚インデックス−インデックス非表示機能画面−１２枚インデックス
（６）１２枚インデックス−インデックス非表示機能画面−３枚インデックス
（７）３枚インデックス−インデックス非表示機能画面−１６枚インデックス
（８）３枚インデックス−インデックス非表示機能画面−１２枚インデックス
（９）３枚インデックス−インデックス非表示機能画面−３枚インデックス
の９通りの可能性があることを示している。
ここで、最も簡易な例として、図３５（ａ）（ｂ）（ｃ）に示される最終表示エントリＥＮＴと、図３５（ｅ）（ｆ）（ｇ）に示される最終表示エントリＥＮＴは、何れも１で同じとしている。
このことは、基本的には、上記の９通りのいずれかにより、インデックス非表示機能画面を経由して、何らかの２つのインデックス画像が遷移する場合においては、同じサムネイル画像が起点となる表示を維持するようにされていることを意味している。つまり、制御としては、インデックス非表示機能画面が起動される直前の最終表示エントリＥＮＴを更新することなく保持し、インデックス非表示機能画面が終了してインデックス画面を表示させる際には、更新すること無く保持していた上記最終表示エントリＥＮＴを基準にしてサムネイル表示領域１０２におけるサムネイル画像表示を行う。
ただし、３枚インデックスに関しては、強調表示ＡＣＴにより選択されるサムネイル画像が即座に機能実行対象となるので、インデックス非表示機能画面を経由する前のインデックス画面においてレジュームマークＲＳＭが示されていた場合、図３５（ｇ）の3枚インデックスとしては、レジュームを基準にして表示させるようにする。
このことは、基本的には、上記の９通りのいずれかにより、インデックス非表示機能画面を経由して、何らかの２つのインデックス画像が遷移する場合においては、同じサムネイル画像が起点となる表示を維持するようにされていることを意味している。つまり、制御としては、インデックス非表示機能画面が起動される直前の最終表示エントリＥＮＴを更新することなく保持し、インデックス非表示機能画面が終了してインデックス画面を表示させる際には、更新すること無く保持していた上記最終表示エントリＥＮＴを基準にしてサムネイル表示領域１０２におけるサムネイル画像表示を行う。
ただし、３枚インデックスに関しては、強調表示ＡＣＴにより選択されるサムネイル画像が即座に機能実行対象となるので、インデックス非表示機能画面を経由する前のインデックス画面においてレジュームマークＲＳＭが示されていた場合、図３５（ｇ）の3枚インデックスとしては、レジュームを基準にして表示させるようにする。
＜８．表示制御アルゴリズム(第１例)＞
これまでに説明してきた本実施形態における機能画面表示において最も代表的なものである、１６枚インデックスを起動して表示させる際の表示制御のアルゴリズム例(第１例)について、図３６〜図４１を参照して説明する。
なお、図３６〜図４０のフローチャートに示される手順は、ビデオカメラ装置１のマイクロプロセッサ１７において、ＣＰＵがＲＯＭなどの記憶装置に記憶されているプログラムを実行して得られる処理としてみることができる。
これまでに説明してきた本実施形態における機能画面表示において最も代表的なものである、１６枚インデックスを起動して表示させる際の表示制御のアルゴリズム例(第１例)について、図３６〜図４１を参照して説明する。
なお、図３６〜図４０のフローチャートに示される手順は、ビデオカメラ装置１のマイクロプロセッサ１７において、ＣＰＵがＲＯＭなどの記憶装置に記憶されているプログラムを実行して得られる処理としてみることができる。
マイクロプロセッサ１７（ＣＰＵ）は、１６枚インデックス以外の機能画面、シーン再生画面、撮像モード時のスルー画など、１６枚インデックス以外の何らかの機能画面を終了させ、１６枚インデックスを起動して表示させるべきタイミングに至ると、図３６のステップＳ１０１からの処理を実行開始する。
また、以降のこのフローチャートの説明にあたっては、下記の項目を定義しておく。
変数ｅは、エントリ番号を示す。エントリ番号とは、記録媒体に記録されているシーンに対応するサムネイル画像ごとに対して例えば記録時間に基づく配列順に対応して与えられる番号である。ここでのエントリとは、サムネイル画像（即ちシーン）を指す。
そのうえで、leは、最終表示エントリ番号、即ち、最終表示エントリＥＮＴが設定されたエントリ（サムネイル画像:シーン）の番号を示す。
また、reは、レジュームエントリ番号、即ち、レジュームにより示されるエントリの番号を示す。
変数ｅは、エントリ番号を示す。エントリ番号とは、記録媒体に記録されているシーンに対応するサムネイル画像ごとに対して例えば記録時間に基づく配列順に対応して与えられる番号である。ここでのエントリとは、サムネイル画像（即ちシーン）を指す。
そのうえで、leは、最終表示エントリ番号、即ち、最終表示エントリＥＮＴが設定されたエントリ（サムネイル画像:シーン）の番号を示す。
また、reは、レジュームエントリ番号、即ち、レジュームにより示されるエントリの番号を示す。
ステップＳ１０１においてマイクロプロセッサ１７は、現在において最終表示エントリＥＮＴが有効であるか否かについて判別する。
先に図１０（ｃ）（ｄ）にて述べたように、撮影モードにおいて撮影記録が実行されることに応じては、マイクロプロセッサ１７は、それまで保持していた最終表示エントリＥＮＴをクリアして無効化する。
また、シーンとしての動画に関すれば、シーンの削除、シーンの分割などによる追加、シーンの並び替え（ソート）などの編集処理が実行されることに応じても、マイクロプロセッサ１７は、それまで保持していた最終表示エントリＥＮＴを無効化する。
上記の編集が実行されることによっては、編集実行前に対してインデックスの表示内容が変化することになる。換言すれば、編集実行前のインデックスの表示内容を維持できない。また、このために、インデックス表示に際して基準となり得る最終表示エントリＥＮＴを保持しておくことについての有意性が低くなる。このような理由により、上記編集処理の実行に対応しては、最終表示エントリＥＮＴを無効化する規則としている。
先に図１０（ｃ）（ｄ）にて述べたように、撮影モードにおいて撮影記録が実行されることに応じては、マイクロプロセッサ１７は、それまで保持していた最終表示エントリＥＮＴをクリアして無効化する。
また、シーンとしての動画に関すれば、シーンの削除、シーンの分割などによる追加、シーンの並び替え（ソート）などの編集処理が実行されることに応じても、マイクロプロセッサ１７は、それまで保持していた最終表示エントリＥＮＴを無効化する。
上記の編集が実行されることによっては、編集実行前に対してインデックスの表示内容が変化することになる。換言すれば、編集実行前のインデックスの表示内容を維持できない。また、このために、インデックス表示に際して基準となり得る最終表示エントリＥＮＴを保持しておくことについての有意性が低くなる。このような理由により、上記編集処理の実行に対応しては、最終表示エントリＥＮＴを無効化する規則としている。
ここで、マイクロプロセッサ１７が最終表示エントリＥＮＴを無効化するときには、例えば最終表示エントリ番号leについて、le = INVALIDを設定する。INVALIDの実際として、例えばnull値などとすればよい。
ステップＳ１０１のアルゴリズムとしては、
le != INVALID・・・（式１）
の条件式が成立するか否かを判別する処理とすることができる。
ステップＳ１０１のアルゴリズムとしては、
le != INVALID・・・（式１）
の条件式が成立するか否かを判別する処理とすることができる。
なお、静止画データについても削除、並び替えなどの編集が行われたことに応じては、静止画データに設定している最終表示エントリを無効化するようにしている。
ステップＳ１０１において最終表示エントリＥＮＴが有効であるとして肯定の判別結果が得られた場合、マイクロプロセッサ１７はステップＳ１０２に進む。これに対して、ステップＳ１０１において最終表示エントリＥＮＴが無効であるとして否定の判別結果が得られた場合、マイクロプロセッサ１７は、後述するステップＳ１０７に進む。
ステップＳ１０２においてマイクロプロセッサ１７は、最終表示エントリＥＮＴの更新時刻が、レジュームの更新時間（時刻）よりも後であるか否かについて判別する。
マイクロプロセッサ１７は、最終表示エントリＥＮＴについての最後の更新時間と、レジュームについての最後の更新（設定）時間とを保持することとしている。
そして、最終表示エントリＥＮＴの上記更新時間はtime(le)とし、レジュームの上記更新時間をtime(re)とする。ステップＳ１０２のアルゴリズムとしては、
time(re) > time(le)・・・（式２）
の条件式が成立するか否かについて判別する。
マイクロプロセッサ１７は、最終表示エントリＥＮＴについての最後の更新時間と、レジュームについての最後の更新（設定）時間とを保持することとしている。
そして、最終表示エントリＥＮＴの上記更新時間はtime(le)とし、レジュームの上記更新時間をtime(re)とする。ステップＳ１０２のアルゴリズムとしては、
time(re) > time(le)・・・（式２）
の条件式が成立するか否かについて判別する。
なお、１６枚インデックス以外の画面において最終表示エントリＥＮＴが更新される場合とは、これまでの説明から理解されるように、例えば１２枚インデックスや６枚インデックスなどのページ単位での送り／戻しが行われるインデックス画面においてページ単位での送り／戻しが行われた場合となる。ページ単位での送り／戻しが行われて表示が変更される都度、最終表示エントリＥＮＴは、サムネイル表示領域１０２の先頭（１行目の最も左）のサムネイル画像１０３(エントリ)に対して設定されるように更新される。
また、３枚インデックスのサムネイル表示領域１０２においてサムネイル画像１０３を送り／戻ししたことによって、強調表示ＡＣＴが配置される中央に位置するサムネイル画像１０３が変更された場合にも、最終表示エントリＥＮＴは更新される。つまり、常に御、中央に位置して表示されるエントリ（サムネイル画像１０３：シーン）に最終表示エントリＥＮＴが設定されるようにして更新される。
また、日付インデックスにおいて日付リストの選択を変更した上で確定操作を行った場合にも、その日付リストが示す記録日の先頭のエントリ（サムネイル画像：シーン）に最終表示エントリＥＮＴを設定するようにして更新が行われる。
また、３枚インデックスのサムネイル表示領域１０２においてサムネイル画像１０３を送り／戻ししたことによって、強調表示ＡＣＴが配置される中央に位置するサムネイル画像１０３が変更された場合にも、最終表示エントリＥＮＴは更新される。つまり、常に御、中央に位置して表示されるエントリ（サムネイル画像１０３：シーン）に最終表示エントリＥＮＴが設定されるようにして更新される。
また、日付インデックスにおいて日付リストの選択を変更した上で確定操作を行った場合にも、その日付リストが示す記録日の先頭のエントリ（サムネイル画像：シーン）に最終表示エントリＥＮＴを設定するようにして更新が行われる。
また、レジュームは、１６枚インデックスの表示に関しては、最後に再生されたエントリ（シーン）を示す情報として扱われる。しかし本来のレジュームは、シーンの再生を途中で終了させたときに、その終了位置に続けて再生を再開させるために、シーンの再生終了位置を示す情報である。従って、レジュームは、シーン再生が行われているときに、その再生時間の進行に応じて更新されていくものとなる。また、撮影記録が終了されて１つのシーンが新たに記録された場合には、例えばこのシーン（エントリ）における開始位置若しくは終了位置を示すようにしてレジュームが更新される。
ステップＳ１０２において、最終表示エントリＥＮＴの更新時間のほうが後であるとして肯定の判別結果が得られた場合には、ユーザは、今回の１６枚インデックスの起動前において、例えば１２枚インデックスや６枚インデックスなど、最終表示エントリＥＮＴを更新するような機能画面を見ていたことになる。従って、ユーザが注目していたのは、レジュームが示すサムネイル画像１０３(シーン)ではなく、最終表示エントリＥＮＴ若しくはこれに近いサムネイル画像１０３(シーン)であることになる。従って、今回の１６枚インデックス表示は、最終表示エントリＥＮＴのほうを基準とし、レジュームに関しては無視してもよいことになる。
そこでステップＳ１０２において肯定の判別結果が得られた場合には、最終表示エントリＥＮＴのステップＳ１０４に進む。ステップＳ１０４では、後述するようにして、最終表示エントリＥＮＴを基準とした１６枚インデックスの画像を形成する。
そこでステップＳ１０２において肯定の判別結果が得られた場合には、最終表示エントリＥＮＴのステップＳ１０４に進む。ステップＳ１０４では、後述するようにして、最終表示エントリＥＮＴを基準とした１６枚インデックスの画像を形成する。
これに対して、ステップＳ１０２において、レジュームの更新時間のほうが後であるとして否定の判別結果が得られた場合には、ユーザは、今回の１６枚インデックスの起動前において、例えばシーン再生、撮影記録などが行われていたことになる。この場合、ユーザが注目することになるのは、それまで再生していたシーン若しくはこれに近いシーン、あるいは記録したばかりのシーンである可能性がある。
従って、今回の１６枚インデックスの画像については、レジュームマークＲＳＭがサムネイル表示領域１０２に示される表示とすべきことになる。このために、マイクロプロセッサ１７は、ステップＳ１０３に進む。
従って、今回の１６枚インデックスの画像については、レジュームマークＲＳＭがサムネイル表示領域１０２に示される表示とすべきことになる。このために、マイクロプロセッサ１７は、ステップＳ１０３に進む。
ステップＳ１０３においては、現在の最終表示エントリＥＮＴを基準にした表示を行ったとした場合に、レジューム（画像としてはレジュームマークＲＳＭ）で示されるサムネイル画像も同じサムネイル表示領域１０２に表示できるか否かについて判別する。
なお、ステップＳ１０２において否定の判別結果が得られる場合、つまり、レジュームの更新のほうが後となる場合の具体例としては、これまでの説明との対応では、先の図１４（ｂ）、図１５（ｂ）、図１６（ｂ）によるシーン再生を終了させて１６枚インデックスを起動させようとする場合を挙げることができる。
そのうえで、ステップＳ１０３の判別結果との対応として、図１４（ｂ）及び図１５（ｂ）の場合には肯定の判別結果が得られることになる。これに対して図１６（ｂ）の場合には、否定の判別結果が得られることになる。
そのうえで、ステップＳ１０３の判別結果との対応として、図１４（ｂ）及び図１５（ｂ）の場合には肯定の判別結果が得られることになる。これに対して図１６（ｂ）の場合には、否定の判別結果が得られることになる。
上記ステップＳ１０３のアルゴリズムの具体例としては、下記のshow（le,re）としての条件式の演算を行ったうえで、この条件式を満たすか否かについての判別を行う。
show(le,re){ (re >= le) && ((D(re) - D(le) + l(re) - l(le)) < L) }・・・(式３)
show(le,re){ (re >= le) && ((D(re) - D(le) + l(re) - l(le)) < L) }・・・(式３)
上記（式３）の条件式において、D(e)は、エントリ番号eにより指定されるエントリ(シーン：サムネイル画像)が属する日付番号を示す。D(e)は、レジュームエントリ番号reに対応するD(re)と、最終表示エントリ番号leに対応するD(le)が定義される。これらD(e)は既知の値となる。
l(e)は、エントリ番号reにより指定されるエントリが属する行番号を示す。このl(e)も、レジュームエントリ番号reに対応するl(re)と、最終表示エントリ番号leに対応するl(le)とが定義されている。
なお、ここでの行番号は、例えば図３などに示したように、記録媒体１６に記録される全てのシーンに対応するサムネイル画像を、記録日に基づいた配列順で１行あたり最大４つを配列させた場合において、サムネイル画像が配置される行に対して通算に割与えられる番号である。
Ｌは、１画面あたりの行数を示し、この場合にはサムネイル表示領域１０２を形成する行数である４が与えられる。この行数Ｌも既知の値となる。
l(e)は、エントリ番号reにより指定されるエントリが属する行番号を示す。このl(e)も、レジュームエントリ番号reに対応するl(re)と、最終表示エントリ番号leに対応するl(le)とが定義されている。
なお、ここでの行番号は、例えば図３などに示したように、記録媒体１６に記録される全てのシーンに対応するサムネイル画像を、記録日に基づいた配列順で１行あたり最大４つを配列させた場合において、サムネイル画像が配置される行に対して通算に割与えられる番号である。
Ｌは、１画面あたりの行数を示し、この場合にはサムネイル表示領域１０２を形成する行数である４が与えられる。この行数Ｌも既知の値となる。
また、上記の行番号l(e)は、下記の(数１)により求めることができる。
なお、(数１)による演算結果としては、小数点以下は切り捨てて整数のみを扱う。
なお、(数１)による演算結果としては、小数点以下は切り捨てて整数のみを扱う。
上記（数１）において、ld(d)は、日付番号dが示す記録日に対応するサムネイル画像の配列により形成される総行数を示す。
D(e)は、エントリ番号eが属する日付番号を示し、この値は既知となる。
E(d)は、日付番号dの先頭のEntry番号を示し、この値も既知として得られる。
Nは、１行あたりの最大エントリ（サムネイル）数（サムネイル表示領域１０２の列数）であり、１６枚インデックスの場合には４となる既知の値である。
また、上記各パラメータのうち、ld(d)については、
ld(d){(C(d)+N-1)/N}・・・（式４）
の演算によって求めることができる。上記(式４)の演算結果についても、小数点以下は切り捨てて整数のみを扱う。
D(e)は、エントリ番号eが属する日付番号を示し、この値は既知となる。
E(d)は、日付番号dの先頭のEntry番号を示し、この値も既知として得られる。
Nは、１行あたりの最大エントリ（サムネイル）数（サムネイル表示領域１０２の列数）であり、１６枚インデックスの場合には４となる既知の値である。
また、上記各パラメータのうち、ld(d)については、
ld(d){(C(d)+N-1)/N}・・・（式４）
の演算によって求めることができる。上記(式４)の演算結果についても、小数点以下は切り捨てて整数のみを扱う。
上記(式３)として示した条件式show(le,re)は、現在のレジュームにより示されるエントリが、最終表示エントリの設定されたエントリよりも後ろものであること、かつ、最終表示エントリのサムネイル画像が属する行を１行目として、レジュームのサムネイル画像が属する行まで（日付画像１０４がその間に存在する場合には、この日付画像１０４も１行分に含める）の行数がＬ以下であること、との条件を規定している。
そして、この条件式show(le,re)が満たされていればステップＳ１０３としては肯定の判別結果が得られることになり、満たされていなければ否定の判別結果が得られることになる。
そして、この条件式show(le,re)が満たされていればステップＳ１０３としては肯定の判別結果が得られることになり、満たされていなければ否定の判別結果が得られることになる。
ステップＳ１０３において、肯定の判別結果が得られた場合には、ステップＳ１０４に進んで、最終表示エントリ基準のインデックス表示を実行する。このステップＳ１０４の処理については後述するが、これにより、例えば図１４（ａ）（ｂ）を経て図１４（ｃ）の１６枚インデックス画像を表示し、図１５（ａ）（ｂ）を経て図１５（ｃ）の１６枚インデックス画像を表示することができる。
これに対して、ステップＳ１０３において否定の判別結果が得られた場合には、マイクロプロセッサ１７は、ステップＳ１０５に進む。
ステップ１０５においては、現在のレジュームが示すシーン（サムネイル）は、最終表示エントリＥＮＴが示すシーンに対して配列順が後ろであるか否かについて判別する。
ここで、肯定の判別結果が得られた場合には、ステップＳ１０６に進み、レジュームが示す（レジュームマークＲＳＭが配置表示される）サムネイル画像がサムネイル表示領域１０２に表示されるまで行送りした結果を１６枚インデックスとして表示させる。
このステップＳ１０６としてのアルゴリズム例については後述するが、ステップＳ１０６の処理により、例えば図１６（ａ）（ｂ）のパターンを経た場合に図１６（ｃ）の１６枚インデックスを表示させることができる。
ここで、肯定の判別結果が得られた場合には、ステップＳ１０６に進み、レジュームが示す（レジュームマークＲＳＭが配置表示される）サムネイル画像がサムネイル表示領域１０２に表示されるまで行送りした結果を１６枚インデックスとして表示させる。
このステップＳ１０６としてのアルゴリズム例については後述するが、ステップＳ１０６の処理により、例えば図１６（ａ）（ｂ）のパターンを経た場合に図１６（ｃ）の１６枚インデックスを表示させることができる。
また、ステップＳ１０５において否定の判別結果が得られた場合には、ステップＳ１０７に進み、レジュームを基準とする１６枚インデックスの表示を実行する。このステップＳ１０７のアルゴリズムについても後述する。
ステップＳ１０５において否定の判別結果が得られた場合には、１つのサムネイル表示領域１０２において最終表示エントリ番号leとレジュームエントリ番号reのサムネイ画像を表示できない場合で、かつ、レジュームのほうが、最終表示エントリより前の場合となる。このパターンについては、図示による説明は省いたが、後述するステップＳ１０７としての処理によって、レジュームエントリ番号reに基づいて１６枚インデックスの表示を行うことになる。
ステップＳ１０５において否定の判別結果が得られた場合には、１つのサムネイル表示領域１０２において最終表示エントリ番号leとレジュームエントリ番号reのサムネイ画像を表示できない場合で、かつ、レジュームのほうが、最終表示エントリより前の場合となる。このパターンについては、図示による説明は省いたが、後述するステップＳ１０７としての処理によって、レジュームエントリ番号reに基づいて１６枚インデックスの表示を行うことになる。
ステップＳ１０４、Ｓ１０６、Ｓ１０７の何れかの処理により１６枚インデックスを表示させると、ステップＳ１０８に進む。ステップＳ１０８においては、最終表示エントリを更新する。つまり、ステップＳ１０４、Ｓ１０６、Ｓ１０７の何れかを経て新規に表示された１６枚インデックスのサムネイル表示領域１０２における先頭(１行目の最も左)を最終表示エントリとする。
なお、ステップＳ１０２，Ｓ１０３の判別処理が、最終表示エントリとレジュームとで、何れを表示基準として採択するのかを判定する処理となる。ステップＳ１０２，Ｓ１０３の判別処理の結果、ステップＳ１０４に進むことになった場合が、最終表示エントリを表示基準として採択することに相当し、ステップＳ１０６若しくはステップＳ１０７に進むことになった場合が、レジュームを表示基準として採択することに相当する。
なお、ステップＳ１０２，Ｓ１０３の判別処理が、最終表示エントリとレジュームとで、何れを表示基準として採択するのかを判定する処理となる。ステップＳ１０２，Ｓ１０３の判別処理の結果、ステップＳ１０４に進むことになった場合が、最終表示エントリを表示基準として採択することに相当し、ステップＳ１０６若しくはステップＳ１０７に進むことになった場合が、レジュームを表示基準として採択することに相当する。
次に、ステップＳ１０４，Ｓ１０６，Ｓ１０７の各１６枚インデックスの表示制御処理について説明する。
先ず、ステップＳ１０４としての最終表示エントリ基準の１６枚インデックスの表示制御については、ie=index(le)として定義する。また、ステップＳ１０７としてのレジューム基準の１６枚インデックスの表示制御については、ie=index(re)として定義する。
そして、これらの処理は、図３７のフローチャートに示すie=index(e)としてのアルゴリズムを共通に用いる。ここでのエントリ番号eは、ステップＳ１０４のie=index(le)に対応しては最終表示エントリ番号leに置換され、ステップＳ１０７のie=index(re)に対応しては、レジュームエントリ番号reに置換される。
ie=index(e)は、特定のエントリ番号ｅ（最終表示エントリ番号le又はレジュームエントリ番号re）に基づいて、１６枚インデックスにおけるサムネイル表示領域１０２の表示基準となるエントリ（表示基準エントリ）番号ieを求める処理である。つまりサムネイル表示領域１０２における先頭（１行目の最も左）に位置すべきエントリを求める処理となる。
先ず、ステップＳ１０４としての最終表示エントリ基準の１６枚インデックスの表示制御については、ie=index(le)として定義する。また、ステップＳ１０７としてのレジューム基準の１６枚インデックスの表示制御については、ie=index(re)として定義する。
そして、これらの処理は、図３７のフローチャートに示すie=index(e)としてのアルゴリズムを共通に用いる。ここでのエントリ番号eは、ステップＳ１０４のie=index(le)に対応しては最終表示エントリ番号leに置換され、ステップＳ１０７のie=index(re)に対応しては、レジュームエントリ番号reに置換される。
ie=index(e)は、特定のエントリ番号ｅ（最終表示エントリ番号le又はレジュームエントリ番号re）に基づいて、１６枚インデックスにおけるサムネイル表示領域１０２の表示基準となるエントリ（表示基準エントリ）番号ieを求める処理である。つまりサムネイル表示領域１０２における先頭（１行目の最も左）に位置すべきエントリを求める処理となる。
処理ie=index(e)として、マイクロプロセッサ１７は、図３７のステップＳ２０１により、エントリ番号ｅが即する日付(記録日)が最後の日付である否かについて判別する。このアルゴリズムとしては、例えばエントリ番号eが属する日付番号をD(e)、最後の日付番号をD(last)として、
D(e) != D(last)・・・（式５）
の条件式が成立するか否かについて判別すればよい。
D(e) != D(last)・・・（式５）
の条件式が成立するか否かについて判別すればよい。
マイクロプロセッサ１７は、ステップＳ２０１において肯定の判別結果が得られた場合、つまり、エントリ番号eが最後の日付に属する場合には、ステップＳ２０４に進む。
これに対して、エントリ番号eが最後以外の日付に属するとしてステップＳ２０１において否定の判別結果が得られた場合には、ステップＳ２０２に進む。
これに対して、エントリ番号eが最後以外の日付に属するとしてステップＳ２０１において否定の判別結果が得られた場合には、ステップＳ２０２に進む。
ステップＳ２０２においては、最後の日付が４(= L)行以下であるか否かについて判別する。この処理としては、
Id(D(last)) <= L・・・(式６)
の条件式が成立するか否かについて判別するアルゴリズムとすることができる。
Id(D(last)) <= L・・・(式６)
の条件式が成立するか否かについて判別するアルゴリズムとすることができる。
マイクロプロセッサ１７は、ステップＳ２０２において肯定の判別結果が得られた場合には、ステップＳ２０６に進む。これに対して、否定の判別結果が得られた場合には、ステップＳ２０３に進む。
マイクロプロセッサ１７は、ステップＳ２０３においては、エントリ番号ｅが属する行が最後の４行に含まれるか否かについて判別する。このためには、例えば
l(last) - l(e) < L・・・(式７)
が成立するか否かについて判別する処理とすればよい。
l(last) - l(e) < L・・・(式７)
が成立するか否かについて判別する処理とすればよい。
マイクロプロセッサ１７は、ステップＳ２０３において肯定の判別結果が得られた場合には、ステップＳ２０５に進む。これに対して、否定の判別結果が得られた場合にはステップＳ２０４に進む。
ステップＳ２０４は、エントリ番号eが最後以外の日付に属する場合、或いは、エントリ番号eが最後の日付に属し、かつ、エントリ番号ｅが最後の４(=L)行に含まれない場合に対応した１６枚インデックスの表示制御となる。ステップＳ２０４では、エントリ番号ｅが属する行をサムネイル表示領域１０２における１行目(画面先頭行)となるようにして１６枚インデックスを表示させる。
このためのアルゴリズムとしては、例えば下記(式８)の演算によって表示基準エントリ番号ieを求めるようにする。
ie = (((e - E(D(e)) + N)/N - 1) * N + E(D(e))・・・（式８）
なお、上記（式８）により求められるieの値については、小数点以下は切り捨てとして整数値のみを扱う。
そして、上記の演算により求めた表示基準エントリ番号ieのサムネイル画像をサムネイル表示領域１０２の先頭（１行目の最も左）に配置させ、以降、記録時間に基づく順で、サムネイル画像１０３、及び日付画像１０４を貼り付けていくようにして描画する。この結果、エントリ番号ｅのサムネイル画像は、表示基準エントリ番号ieと同じ行、つまり、サムネイル表示領域１０２の１行目に表示される。
このためのアルゴリズムとしては、例えば下記(式８)の演算によって表示基準エントリ番号ieを求めるようにする。
ie = (((e - E(D(e)) + N)/N - 1) * N + E(D(e))・・・（式８）
なお、上記（式８）により求められるieの値については、小数点以下は切り捨てとして整数値のみを扱う。
そして、上記の演算により求めた表示基準エントリ番号ieのサムネイル画像をサムネイル表示領域１０２の先頭（１行目の最も左）に配置させ、以降、記録時間に基づく順で、サムネイル画像１０３、及び日付画像１０４を貼り付けていくようにして描画する。この結果、エントリ番号ｅのサムネイル画像は、表示基準エントリ番号ieと同じ行、つまり、サムネイル表示領域１０２の１行目に表示される。
例として、このステップＳ２０４の処理がステップＳ１０４において実行された場合には、図１２（ｃ）→（ａ）→（ｄ）のパターンを経過した場合のように、図１２（ｄ）の１６枚インデックスとして、図１２（ａ）と同じ内容を再度表示させることができる。つまり、前の起動画面の最終表示エントリを変更することなくそのまま引き継いでインデックスを表示するという動作を得ることができる。
また、図２６に示した３枚インデックスから１６枚インデックスの遷移による表示も、ステップＳ１０４として、ステップＳ２０４の処理を実行することにより得られるものである。
また、図２６に示した３枚インデックスから１６枚インデックスの遷移による表示も、ステップＳ１０４として、ステップＳ２０４の処理を実行することにより得られるものである。
また、ステップＳ２０５は、エントリ番号eが最後の日付に属し、かつ、エントリ番号ｅが最後の４(=L)行に含まれる場合の１６枚インデックスの表示制御となる。
ステップＳ２０５は、最後の日付に対応するサムネイル画像の配列における最後の行を１行目として、ここから遡った４行目を、サムネイル表示領域１０２における１行目とする１６枚インデックスの表示を行う。
ステップＳ２０５は、最後の日付に対応するサムネイル画像の配列における最後の行を１行目として、ここから遡った４行目を、サムネイル表示領域１０２における１行目とする１６枚インデックスの表示を行う。
このためには例えば下記の（式９）の演算により表示基準エントリ番号ieを求める。そして、求められた表示基準エントリ番号ieのサムネイル画像をサムネイル表示領域１０２の先頭（１行目の最も左）に配置させ、以降、記録時間に基づく順で、残りのサムネイル画像１０３を貼り付けていくようにして描画する。
ie = (ld(D(last)) - L) * N + E(D(last)))・・・（式９）
ie = (ld(D(last)) - L) * N + E(D(last)))・・・（式９）
ステップＳ２０６は、最後の日付に対応するサムネイル画像数が１６以下とされて、その配列の行数が４行以下であって、この４行以下の配列内にエントリ番号ｅが含まれる場合の１６枚インデックスの表示制御となる。ステップＳ２０５においては、最後の日付に対応するサムネイル画像の配列の１行目（先頭行）を、サムネイル表示領域１０２の１行目とするようにして１６枚インデックスの表示を行う。
これに対応するアルゴリズムは、例えば下記（式１０）の演算によって表示基準エントリ番号ieを求める。つまり、最後の日付に対応するエントリのうちで先頭（１番目）のエントリ番号を表示基準エントリ番号ieとする。そして、この表示基準エントリ番号ieのサムネイル画像をサムネイル表示領域１０２の先頭（１行目の最も左）に配置させ、続いて、残りのサムネイル画像１０３を貼り付けていく。
ie = E(D(last))・・・（式１０）
ie = E(D(last))・・・（式１０）
また、図３６のステップＳ１０８の最終表示エントリの更新処理は、より具体的には、下記（式１１）による演算を実行すればよい。つまり、ステップＳ２０４，Ｓ２０５，Ｓ２０６の何れかの処理の結果求められた表示基準エントリ番号ieの値を、最終表示エントリ番号leの値として代入する。
le = ie・・・（式１１）
le = ie・・・（式１１）
例えば、先に図１０（ｂ）に示した最終表示エントリＥＮＴ_psは、ステップＳ１０１からステップＳ１０７までの処理において扱われる最終表示エントリ番号leが相当することになる。そして、図１０（ｂ）において、これまでの最終表示エントリＥＮＴ_psを、サムネイル表示領域１０２の先頭のサムネイル画像に対して設定して更新された最終表示エントリＥＮＴが、上記ステップＳ１０８において表示基準エントリ番号ieの代入された最終表示エントリ番号leに相当する。
また、図３６のステップＳ１０４，Ｓ１０６，Ｓ１０７により表示エントリ番号ieを求める処理が、即ち、最終表示エントリ若しくはレジュームを基準として、サムネイル表示領域１０２に配列表示すべきサムネイル画像を決定する処理に相当する。
次に、ステップＳ１０６としての１６枚インデックスの表示制御の処理は、レジュームにより指定されるエントリ（サムネイル画像）がサムネイル表示領域１０２に表示されるまで行送りを繰り返し、レジュームにより指定されるエントリがはじめて表示されたときに、これを起動時の１６枚インデックスとして表示させるものである。ここでは、このステップＳ１０６の処理を、
ie = index_feed(le,re)
として定義する。
ie = index_feed(le,re)
として定義する。
ie = index_feed(le,re)として最も単純な表示制御処理としては、図３８（ａ）に示すようにして、マイクロプロセッサ１７は、ステップＳ３０１にてサムネイル表示領域１０２の表示を１行送るようにして変更し、ステップＳ３０２により、この変更後のサムネイル表示領域１０２の表示においてレジュームにより指定されるサムネイル画像が表示された状態になったか否かについて判別する。そして、ステップＳ３０１の１行送りの処理を、ステップＳ３０２にて肯定の判別結果が得られるまで繰り返すようにする。
この図３８（ａ）に示す処理は、より具体的には、図３８（ｂ）に示すプログラム実行手順として構成できる。
つまり、ステップＳ４０１においてマイクロプロセッサ１７は、現在において保持している最終表示エントリ番号leを、暫定的な基準エントリ番号に対応するエントリ番号ｅに代入する。
次に、マイクロプロセッサ１７は、ステップＳ４０２によりエントリ番号eをインクリメントすると、ステップＳ４０３により処理show(e,re)の条件式が満たされているか否かについて判別する。この条件式show(e,re)は、先に示した(式３)におけるleのパラメータleを、上記エントリ番号ｅに置換して求めればよい。この条件式が満たされれば、これにより、行の最も左に位置することのできるエントリ番号ｅが１行目に位置している状態において、レジュームエントリ番号reのサムネイル画像が最終行に表示される状態が得られたことになる。つまり、ステップＳ４０３において肯定の判別結果が得られる。
ステップＳ４０３において肯定の判別結果が得られたのであれば、ステップＳ４０４において、現在のエントリ番号ｅの値を表示基準エントリ番号ieに代入する。
つまり、ステップＳ４０１においてマイクロプロセッサ１７は、現在において保持している最終表示エントリ番号leを、暫定的な基準エントリ番号に対応するエントリ番号ｅに代入する。
次に、マイクロプロセッサ１７は、ステップＳ４０２によりエントリ番号eをインクリメントすると、ステップＳ４０３により処理show(e,re)の条件式が満たされているか否かについて判別する。この条件式show(e,re)は、先に示した(式３)におけるleのパラメータleを、上記エントリ番号ｅに置換して求めればよい。この条件式が満たされれば、これにより、行の最も左に位置することのできるエントリ番号ｅが１行目に位置している状態において、レジュームエントリ番号reのサムネイル画像が最終行に表示される状態が得られたことになる。つまり、ステップＳ４０３において肯定の判別結果が得られる。
ステップＳ４０３において肯定の判別結果が得られたのであれば、ステップＳ４０４において、現在のエントリ番号ｅの値を表示基準エントリ番号ieに代入する。
但し、上記図３８に示した基本的なアルゴリズムによっては、例えば図１１（ａ）（ｂ）（ｃ）などに示したように、最後の日付（記録日）における、最後のサムネイル画像にレジュームが与えられている場合、図１１（ａ）（ｂ）（ｃ）などに示すように、最後の記録日のみによるサムネイル画像の表示を行うことができない。そこで、図１１の表示を可能とするためのステップＳ１０６のアルゴリズム例について、図３９〜図４１を参照して説明する。
図３９のフローチャートの処理として、先ずマイクロプロセッサ１７は、ステップＳ５０１により、レジュームエントリ番号ｅは、最後の日付に属しているものであるか否かについて判別する。この判別処理は、先の図３７のステップＳ２０１に対応する（式５）の条件式に準じて、D(re) != D(last)の条件式が成立しているか否かについて判別することとすればよい。
ステップＳ５０１において肯定の判別結果が得られた場合には、ステップＳ５０４に進む。これに対してステップＳ５０２において否定の判別結果が得られた場合、マイクロプロセッサ１７は、ステップＳ５０２に進む。
ここで、ステップＳ５０２，Ｓ５０３，Ｓ５０５，Ｓ５０６の処理は、それぞれ、図３７のステップＳ２０２，Ｓ２０３，Ｓ２０５，Ｓ２０６と同様になる。
つまり、ステップＳ５０２においては、先の(式６)の条件式が成立するか否かについて判別し、肯定の判別結果に応じてはステップＳ５０６に進み、否定の判別結果に応じてはステップＳ５０３に進む。
ステップＳ５０３においては、先の(式７)の条件式が成立するか否かについて判別し、肯定の判別結果に応じてはステップＳ５０５に進み、否定の判別結果に応じてはステップＳ５０４に進む。
つまり、ステップＳ５０２においては、先の(式６)の条件式が成立するか否かについて判別し、肯定の判別結果に応じてはステップＳ５０６に進み、否定の判別結果に応じてはステップＳ５０３に進む。
ステップＳ５０３においては、先の(式７)の条件式が成立するか否かについて判別し、肯定の判別結果に応じてはステップＳ５０５に進み、否定の判別結果に応じてはステップＳ５０４に進む。
また、ステップＳ５０５においてマイクロプロセッサ１７は、先の（式９）の演算により求めた表示基準エントリ番号ieを表示基準として、サムネイル表示領域１０２の描画を実行して１６枚インデックスを表示させる。
また、ステップＳ５０６においてマイクロプロセッサ１７は、先の（式９）の演算により求めた表示基準エントリ番号ieを表示基準として、サムネイル表示領域１０２の描画を実行して１６枚インデックスを表示させる。
また、ステップＳ５０６においてマイクロプロセッサ１７は、先の（式９）の演算により求めた表示基準エントリ番号ieを表示基準として、サムネイル表示領域１０２の描画を実行して１６枚インデックスを表示させる。
先ず、ステップＳ５０６により、図１１（ａ）（ｂ）（ｃ）に示されるように、最後の日付に属するサムネイル画像１０３が１２枚以下（３行以下）のときの表示と、図１１（ｄ）として、最後の日付に属するサムネイル画像１０３が１２〜１６枚（４行）のときの表示が可能になる。
また、ステップＳ５０５により、図１１（ｄ）として、最後の日付に属するサムネイル画像１０３が１７枚以上のときに行われるべき下詰めの表示が可能になる。
また、ステップＳ５０５により、図１１（ｄ）として、最後の日付に属するサムネイル画像１０３が１７枚以上のときに行われるべき下詰めの表示が可能になる。
そして、ステップＳ５０４においては、レジュームエントリ番号reが属する行ができるだけ下側の行（下詰め）となるようにして表示する。このステップＳ５０４は、日付画像１０４の行が表示されるパターンを可能とする表示制御となる。
図４０のフローチャートは、ステップＳ５０４としての処理手順例を示している。
この図に示す処理においてマイクロプロセッサ１７は、先ず、ステップＳ６０１においてパラメータa(re)について、a(re) >= 3 （つまり、a(re) >= L-1）であるか否かを判別する。パラメータa(re)は、レジュームエントリ番号reが属する行と、レジュームエントリ番号reが属する日付の先頭行との差としての値を示す。レジュームエントリ番号reが属する日付の先頭行からa(re) >= 3であるということは、レジュームエントリ番号reを含むグループにおいて、その先頭行からレジュームエントリ番号reを含む行までの行数が４（＝Ｌ）であることを示す。
a(re)は、下記の演算により求められる。
a(re){l(re)-l(E(D(re)))}・・・（式１２）
この図に示す処理においてマイクロプロセッサ１７は、先ず、ステップＳ６０１においてパラメータa(re)について、a(re) >= 3 （つまり、a(re) >= L-1）であるか否かを判別する。パラメータa(re)は、レジュームエントリ番号reが属する行と、レジュームエントリ番号reが属する日付の先頭行との差としての値を示す。レジュームエントリ番号reが属する日付の先頭行からa(re) >= 3であるということは、レジュームエントリ番号reを含むグループにおいて、その先頭行からレジュームエントリ番号reを含む行までの行数が４（＝Ｌ）であることを示す。
a(re)は、下記の演算により求められる。
a(re){l(re)-l(E(D(re)))}・・・（式１２）
マイクロプロセッサ１７は、ステップＳ６０１において肯定の判別結果が得られたのであれば、ステップＳ６０５に進む。これに対して、ステップＳ６０１において否定の判別結果が得られたのであれば、ステップＳ６０２によりa(re)==2であるか否かについて判別する。a(re)==2は、レジュームエントリ番号reを含むグループにおいて、その先頭行からレジュームエントリ番号reを含む行までの行数が３（＝Ｌ−１）であることを示す。
ステップＳ６０２により肯定の判別結果が得られたのであれば、ステップＳ６０６に進むが、否定の判別結果が得られた場合には、ステップＳ６０３により、さらにa(re)==1であるか否かについて判別する。a(re)==1は、レジュームエントリ番号reを含むグループにおいて、その先頭行からレジュームエントリ番号reを含む行までの行数がＬ−２未満であることを示す。
ステップＳ６０３において肯定の判別結果が得られた場合には、ステップＳ６０７に進むが、否定の判別結果が得られた場合には、ステップＳ６０４に進む。
ステップＳ６０２により肯定の判別結果が得られたのであれば、ステップＳ６０６に進むが、否定の判別結果が得られた場合には、ステップＳ６０３により、さらにa(re)==1であるか否かについて判別する。a(re)==1は、レジュームエントリ番号reを含むグループにおいて、その先頭行からレジュームエントリ番号reを含む行までの行数がＬ−２未満であることを示す。
ステップＳ６０３において肯定の判別結果が得られた場合には、ステップＳ６０７に進むが、否定の判別結果が得られた場合には、ステップＳ６０４に進む。
ステップＳ６０４に至った場合には、a(re)==0であることになる。即ち、レジュームエントリ番号reを含む日付において、このレジュームエントリ番号reが属する行が先頭行である状態である。
ステップＳ６０４においては、レジュームエントリ番号reが属する日付の１つ前の日付におけるエントリ数が４以下（１行）であるか否かについて判別することとしている。ステップＳ６０４において肯定の判別結果が得られた場合にはステップＳ６０７に進むが、否定の判別結果が得られた場合には、ステップＳ６０８に進む。
ステップＳ６０５に至った場合には、レジュームエントリ番号reが属する行は、レジュームエントリ番号reと同じ日付において４番目以降の行であることになる。
そこで、ステップＳ６０５として、マイクロプロセッサ１７は、レジュームエントリ番号reが属する行の３行前が、サムネイル表示領域１０２における１行目（画面先頭行）となるように１６枚インデックスの表示を行う。
このために、マイクロプロセッサ１７は、下記の(式１３)により表示基準エントリ番号ieを求める。
ie=(((re-N*3)+N-1)/N-1)*N+E(D(re))・・・(式１３)
このようにして求められる表示基準エントリ番号ieは、レジュームエントリ番reを含む行の３行前における最も左側のエントリを指す。マイクロプロセッサ１７は、これまでと同様に、この表示基準エントリ番号ieを表示基準としてサムネイル表示領域１０２を描画して１６枚インデックスの表示を実行する。つまり、サムネイル表示領域１０２において表示基準エントリ番号ieをその先頭に配置し、以降、これに続くエントリ（サムネイル画像）を配置していく。
そこで、ステップＳ６０５として、マイクロプロセッサ１７は、レジュームエントリ番号reが属する行の３行前が、サムネイル表示領域１０２における１行目（画面先頭行）となるように１６枚インデックスの表示を行う。
このために、マイクロプロセッサ１７は、下記の(式１３)により表示基準エントリ番号ieを求める。
ie=(((re-N*3)+N-1)/N-1)*N+E(D(re))・・・(式１３)
このようにして求められる表示基準エントリ番号ieは、レジュームエントリ番reを含む行の３行前における最も左側のエントリを指す。マイクロプロセッサ１７は、これまでと同様に、この表示基準エントリ番号ieを表示基準としてサムネイル表示領域１０２を描画して１６枚インデックスの表示を実行する。つまり、サムネイル表示領域１０２において表示基準エントリ番号ieをその先頭に配置し、以降、これに続くエントリ（サムネイル画像）を配置していく。
ステップＳ６０５により表示されるサムネイル表示領域１０２は、図４１（ｂ）に示される行構成のパターン１を有する。なお、図４１（ａ）には、行ごとについての凡例が示されている。
図４１（ｂ）には、サムネイル表示領域１０２の４行目にレジュームエントリ番号reが含まれ、その上の３行は、レジュームの無い行となる。また、これらの４行は、全て同じ日付に対応している。
このように、図４１（ｂ）に示される行構成により、レジュームエントリ番号reの属する行が最も下となるようにされている。レジュームエントリ番号reは、ユーザが再生したなどして、最後に注目したシーンとなる。このことからすると、この注目したシーンに対してこれより前のコンテンツ内容が表示されるようにしたほうが、ユーザにとっては見やすくなると考えられる。上記の表示はこのようなことを配慮している。
図４１（ｂ）には、サムネイル表示領域１０２の４行目にレジュームエントリ番号reが含まれ、その上の３行は、レジュームの無い行となる。また、これらの４行は、全て同じ日付に対応している。
このように、図４１（ｂ）に示される行構成により、レジュームエントリ番号reの属する行が最も下となるようにされている。レジュームエントリ番号reは、ユーザが再生したなどして、最後に注目したシーンとなる。このことからすると、この注目したシーンに対してこれより前のコンテンツ内容が表示されるようにしたほうが、ユーザにとっては見やすくなると考えられる。上記の表示はこのようなことを配慮している。
ステップＳ６０６においては、レジュームエントリ番号reが属する行の２行前がサムネイル表示領域１０２の一行目となるようにして１６枚インデックスを表示する。
このためには、例えば
ie=(((re-N*2)+N-1)/N-1)*N+E(D(re))・・・（式１４）
で表される演算により求めた表示基準エントリ番号ieを表示基準として、サムネイル表示領域１０２にサムネイル画像１０３及び日付画像１０４を配置して描画する。
このためには、例えば
ie=(((re-N*2)+N-1)/N-1)*N+E(D(re))・・・（式１４）
で表される演算により求めた表示基準エントリ番号ieを表示基準として、サムネイル表示領域１０２にサムネイル画像１０３及び日付画像１０４を配置して描画する。
ステップＳ６０６によっては、行構成として、図４１（ｃ）のパターン２，３の２つのいずれかが得られる。
先ずパターン２として示されるように、１行目と２行目はレジュームの無い行となり、３行目がレジュームの有る行となる。ステップＳ６０６に至った場合、レジュームエントリ番号reを含む日付においては、その日付の３行目においてレジュームエントリ番号reが属していることになる。従ってパターン２の１行目から３行目は、同じ日付に属する。
また、パターン２においては４行目が日付画像の行となっている。これは、レジュームエントリ番号reが属する日付においては、サムネイル画像を表示する総行数が３行のみである場合に対応した表示結果となる。つまり、４行目の日付画像１０４は、レジュームエントリ番号reが属する日付に対して次の日付を示すものとして表示される。
先ずパターン２として示されるように、１行目と２行目はレジュームの無い行となり、３行目がレジュームの有る行となる。ステップＳ６０６に至った場合、レジュームエントリ番号reを含む日付においては、その日付の３行目においてレジュームエントリ番号reが属していることになる。従ってパターン２の１行目から３行目は、同じ日付に属する。
また、パターン２においては４行目が日付画像の行となっている。これは、レジュームエントリ番号reが属する日付においては、サムネイル画像を表示する総行数が３行のみである場合に対応した表示結果となる。つまり、４行目の日付画像１０４は、レジュームエントリ番号reが属する日付に対して次の日付を示すものとして表示される。
同じ図４１（ｃ）に示されるパターン３は、レジュームエントリ番号reが属する日付において、サムネイル画像を表示する総行数が４行以上の場合となる。つまり、４行目は、レジュームエントリ番号reが属する日付において、レジュームエントリ番号reが属する次のサムネイル画像表示の行となる。
本実施形態としては、レジュームエントリ番号reが属する行はできるだけ下側の行に表示させるべきとしている。しかし、ステップＳ６０６に至った場合とは、レジュームエントリ番号reが属する日付のサムネイル画像の配列は２行となっている。この場合において、レジュームエントリ番号reの属する行を４行目とする表示とすると、一行目には、例えばレジュームエントリ番号reが属する日付を示す日付画像１０４を表示しなければならない。しかし、図２に示しているように、１行目には必ずサムネイル画像の配列がくるようにしており、これに対応する日付は、サムネイル表示領域１０２の上の日付領域１０１により表示させることとしている。
そこで、ステップＳ６０６としては、上記図４１（ｃ）に示すパターンが得られるようにして表示制御することとして、上記した問題を回避している。
そこで、ステップＳ６０６としては、上記図４１（ｃ）に示すパターンが得られるようにして表示制御することとして、上記した問題を回避している。
ステップＳ６０７に至る場合としては、先ず、レジュームエントリ番号reを含む日付において、レジュームエントリ番号reの属する行が、２行目である場合（ステップＳ６０３に肯定の判別結果が得られた場合）となる。また、レジュームエントリ番号reを含む日付において、レジュームエントリ番号reの属する行が１行目であり、かつ、レジュームエントリ番号reを含む日付の直前の日付におけるエントリ数が４以下となる場合（ステップＳ６０４にて肯定の判別結果が得られた場合）である。或る日付においてエントリ数が４以下の場合には、サムネイル表示行は１行のみとなる。
そして、ステップＳ６０７においては、レジュームエントリ番号reが含まれる日付の前の日付における最後のサムネイル表示行がサムネイル表示領域１０２の１行目となるようにして１６枚インデックスの表示を行う。
このためには、マイクロプロセッサ１７は、例えば
ie=(ld(D(re)-1)-1)*N+E(D(re)-1)・・・（式１５）
で表される演算により求めた表示基準エントリ番号ieを表示基準として、サムネイル表示領域１０２にサムネイル画像１０３及び日付画像１０４を配置して描画する。
このためには、マイクロプロセッサ１７は、例えば
ie=(ld(D(re)-1)-1)*N+E(D(re)-1)・・・（式１５）
で表される演算により求めた表示基準エントリ番号ieを表示基準として、サムネイル表示領域１０２にサムネイル画像１０３及び日付画像１０４を配置して描画する。
上記ステップＳ６０７としての表示制御の結果として、先ずステップＳ６０３にて肯定の判別結果が得られた場合には、サムネイル表示領域１０２について、図４１（ｄ）に示す行構成のパターン４が得られる。
つまり、パターン４において、４行目は、レジュームエントリ番号reを含む日付において2行目となる、レジュームエントリ番号reが含まれる行となる。3行目は、レジュームエントリ番号reを含む日付における1行目となる。
2行目は、レジュームエントリ番号reの前の日付を示す日付画像１０４の行となる。１行目は、レジュームエントリ番号reの前の日付において最後のサムネイル表示行となる。
つまり、パターン４において、４行目は、レジュームエントリ番号reを含む日付において2行目となる、レジュームエントリ番号reが含まれる行となる。3行目は、レジュームエントリ番号reを含む日付における1行目となる。
2行目は、レジュームエントリ番号reの前の日付を示す日付画像１０４の行となる。１行目は、レジュームエントリ番号reの前の日付において最後のサムネイル表示行となる。
また、ステップＳ６０７の表示制御の結果として、ステップＳ６０４にて肯定の判別結果が得られた場合には、図４１（ｅ）に示すパターン５，６のいずれかのパターンが得られる。
パターン５は、レジュームエントリ番号reを含む日付において、レジュームエントリ番号reの有る行が１行目である場合として、サムネイル表示行が、この１行しかない場合に対応している。この場合、４行目は、レジュームエントリ番号reを含む日付の次の日付を示す日付画像１０４が表示される。３行目が、レジュームエントリ番号reの有る行となる。２行目は、レジュームエントリ番号reを含む日付を示す日付画像１０４が表示される。１行目は、レジュームエントリ番号reが属する日付の前の日付における最後のサムネイル表示行となる。
パターン５は、レジュームエントリ番号reを含む日付において、レジュームエントリ番号reの有る行が１行目である場合として、サムネイル表示行が、この１行しかない場合に対応している。この場合、４行目は、レジュームエントリ番号reを含む日付の次の日付を示す日付画像１０４が表示される。３行目が、レジュームエントリ番号reの有る行となる。２行目は、レジュームエントリ番号reを含む日付を示す日付画像１０４が表示される。１行目は、レジュームエントリ番号reが属する日付の前の日付における最後のサムネイル表示行となる。
パターン６は、レジュームエントリ番号reを含む日付において、サムネイル表示行が２行以上の場合に対応して得られる。つまり、４行目は、レジュームエントリ番号reと同じ日付において、レジュームエントリ番号reを含む行に続くサムネイル表示行となる。
ステップＳ６０４にて肯定の判別結果が得られた場合には、レジュームエントリ番号reが含まれる日付の前の日付において表示できるサムネイル表示行は１つのみである。仮にこの場合において、図４（ｄ）のパターン４のようにして、レジュームエントリ番号reの行を４行目とする表示にしたとすると、１行目においてレジュームエントリ番号reが含まれる日付の前の日付を示す日付画像１０４を表示しなければならないという、先の４１（ｃ）にて説明したのと同じ不都合を生じる。そこで、ステップＳ６０４の表示制御により、レジュームエントリ番号reを３行目に表示させてパターン５，６の行構成とすることで、この不都合を回避しているものである。
ステップＳ６０８は、ステップＳ５６０４において否定の判別結果が得られた場合の表示制御となる。つまり、レジュームエントリ番号reの属する日付において、レジュームエントリ番号reが１行目であり、かつ、レジュームエントリ番号reの前の日付におけるエントリ数が５以上となって、サムネイル表示行としては２行以上となる場合である。
このような場合に対応して、ステップＳ６０８では、レジュームエントリ番号reの前の日付における最後から２番目のサムネイル表示行を、サムネイル表示領域１０２における一番目の行とするようにして１６枚インデックスを表示する。
このような場合に対応して、ステップＳ６０８では、レジュームエントリ番号reの前の日付における最後から２番目のサムネイル表示行を、サムネイル表示領域１０２における一番目の行とするようにして１６枚インデックスを表示する。
このために、マイクロプロセッサ１７は、
ie=(ld(D(re)-1)-2)*N+E(D(re)-1)・・・（式１６）
で表される演算により求めた表示基準エントリ番号ieを表示基準として、サムネイル表示領域１０２にサムネイル画像１０３及び日付画像１０４を配置して描画する。
ie=(ld(D(re)-1)-2)*N+E(D(re)-1)・・・（式１６）
で表される演算により求めた表示基準エントリ番号ieを表示基準として、サムネイル表示領域１０２にサムネイル画像１０３及び日付画像１０４を配置して描画する。
上記ステップＳ６０８の表示制御の結果としては、図４１（ｆ）に示すパターン７が得られる。つまり、４行目は、レジュームエントリ番号reを含む行となる。３行目は、レジュームエントリ番号reを含む日付を示す日付画像１０４の行となる。２行目は、レジュームエントリ番号reの前の日付における最後のサムネイル表示行となり、１行目は、レジュームエントリ番号reの前の日付における最後から２番目のサムネイル表示行となる。この場合には、レジュームエントリ番号reを含む行を、サムネイル表示領域１０２における最後の４行目とすることができている。
＜９．表示制御アルゴリズム(第２例)＞
続いて、１６枚インデックスを起動して表示させる際の表示制御のアルゴリズム例(第２例)について、図４２のフローチャートを参照して説明する。
この第２例としての図４２に示す処理は、例えば図３６に示す処理を、実装に沿うようにして、より単純化したアルゴリズムとしてみることができる。
続いて、１６枚インデックスを起動して表示させる際の表示制御のアルゴリズム例(第２例)について、図４２のフローチャートを参照して説明する。
この第２例としての図４２に示す処理は、例えば図３６に示す処理を、実装に沿うようにして、より単純化したアルゴリズムとしてみることができる。
なお、図４２に示す処理に関して、マイクロプロセッサ１７（ＣＰＵ）がプログラムを実行して得られる処理としてみることができることは、第１例の表示制御アルゴリズムの場合と同様である。また、図４２に示すステップＳ７０１からの処理は、１６枚インデックス以外の何らかの機能画面を終了させ、１６枚インデックスを起動して表示させるべきタイミングとなることに応じて開始されることも、第１例の表示制御アルゴリズムの場合と同様である。
また、図４２に示す処理に際しては、第１例の表示制御アルゴリズムにおいて定義した項目に加えて、無効前最終表示エントリ番号として、le_pstを定義する。無効前最終表示エントリ番号le_pstは、現時点において最終表示エントリ番号が無効化されている場合において、現在の無効な状態の直前において有効とされていた最終表示エントリ番号を示す。換言すれば、最後に無効化された最終表示エントリ番号を示す。
図４２において、先ず、マイクロプロセッサ１７は、ステップＳ７０１により、現在において最終表示エントリＥＮＴが有効であるか否かについて判別する。この判別処理は、図３６のステップＳ１０１と同様にして、(式１)として示す条件式が成立するか否かを判別する処理とすればよい。
ステップＳ７０１において最終表示エントリＥＮＴが有効であるとして肯定の判別結果が得られた場合、マイクロプロセッサ１７はステップＳ７０３に進み、最終表示エントリ基準での１６枚インデックスを表示させるための制御を実行する。
このステップＳ７０３としての表示制御は、図３６のステップＳ１０４と同様に、ie=index(le)として定義した、図３７のフローチャートに示す処理を実行すればよい。
このステップＳ７０３としての表示制御は、図３６のステップＳ１０４と同様に、ie=index(le)として定義した、図３７のフローチャートに示す処理を実行すればよい。
これに対してステップＳ７０１において、現在、最終表示エントリが無効であるとして否定の判別結果が得られた場合には、ステップＳ７０２に進む。
ステップＳ７０２においては、無効前最終表示エントリ番号le_pstを基準とする１６枚インデックス表示を行った場合において、レジュームで示されるサムネイル画像も同じサムネイル表示領域１０２に表示できるか否かについて判別する。
このステップＳ７０２の処理としては、下記のshow（le_pst,re）としての条件式の演算を行ったうえで、この条件式を満たすか否かについての判別を行う。
show(le_pst,re){(D(re) - D(le_pst) + l(re) - l(le_pst)) < L }・・・(式１７)
上記(式１７)により示される条件式は、先の(式３)を単純化したものとしてみることができる。つまり、無効前最終表示エントリ番号le_pstが示すサムネイル画像が属する行を１行目として、レジュームのサムネイル画像が属する行まで（日付画像１０４がその間に存在する場合には、この日付画像１０４も１行分に含める）の行数がＬ以下であること、との条件を規定したものとなっている。
ステップＳ７０２においては、無効前最終表示エントリ番号le_pstを基準とする１６枚インデックス表示を行った場合において、レジュームで示されるサムネイル画像も同じサムネイル表示領域１０２に表示できるか否かについて判別する。
このステップＳ７０２の処理としては、下記のshow（le_pst,re）としての条件式の演算を行ったうえで、この条件式を満たすか否かについての判別を行う。
show(le_pst,re){(D(re) - D(le_pst) + l(re) - l(le_pst)) < L }・・・(式１７)
上記(式１７)により示される条件式は、先の(式３)を単純化したものとしてみることができる。つまり、無効前最終表示エントリ番号le_pstが示すサムネイル画像が属する行を１行目として、レジュームのサムネイル画像が属する行まで（日付画像１０４がその間に存在する場合には、この日付画像１０４も１行分に含める）の行数がＬ以下であること、との条件を規定したものとなっている。
ステップＳ７０２において、例えば上記(式１７)の条件式を満たすとして肯定の判別結果が得られた場合、マイクロプロセッサ１７は、ステップＳ７０４に進む。これに対してステップＳ７０２において否定の判別結果が得られた場合にはステップＳ７０５に進む。
ステップＳ７０４においては、無効前最終表示エントリ番号le_pstを基準として１６枚インデックスを表示するための制御を実行する。
このためには、処理ie=index(le_pst)を定義して、図３７のフローチャートに示す処理を実行することとすればよい。この処理により、例えば無効前最終表示エントリ番号le_pstが示すサムネイル画像１０２がサムネイル表示領域１０２の１行目において配置されるとともに、同じサムネイル表示領域１０２において、レジュームにより示されるサムネイル画像が表示される状態を得ることができる。
このためには、処理ie=index(le_pst)を定義して、図３７のフローチャートに示す処理を実行することとすればよい。この処理により、例えば無効前最終表示エントリ番号le_pstが示すサムネイル画像１０２がサムネイル表示領域１０２の１行目において配置されるとともに、同じサムネイル表示領域１０２において、レジュームにより示されるサムネイル画像が表示される状態を得ることができる。
ステップＳ７０５においては、図３６のステップＳ１０６と同様に、レジュームが示す（レジュームマークＲＳＭが配置表示される）サムネイル画像がサムネイル表示領域１０２に表示されるまで行送りした結果を１６枚インデックスとして表示させる。つまり、図３８、若しくは図３９及び図４０に示した処理を実行すればよい。但し、ステップＳ７０５としては、図３８、若しくは図３９及び図４０に示した処理として、
ie = index_feed(le_pst,re)
を定義して処理を実行する。つまり、図３８、若しくは図３９及び図４０に示した処理におけるleについては、le_pstに置換して処理を実行する。
ie = index_feed(le_pst,re)
を定義して処理を実行する。つまり、図３８、若しくは図３９及び図４０に示した処理におけるleについては、le_pstに置換して処理を実行する。
ステップＳ７０３，Ｓ７０４，Ｓ７０５の何れかの処理を実行した後は、ステップＳ７０６により最終表示エントリを更新する。
この処理としては、先ず、先の(式１１)の演算により、ステップＳ７０３，Ｓ７０４，Ｓ７０５の何れかの処理の結果により求められた表示基準エントリ番号ieの値を、最終表示エントリ番号leの値として代入する。また、この場合には、さらに、上記(式１１)により更新された最終表示エントリ番号leの値を、この段階から、無効前最終表示エントリ番号le_pstとしても保持しておくようにする。つまり、先の(式１１)の演算を実行した後、下記の(式１８)による演算も実行しておくようにする。
le_pst = le・・・（式１８）
これにより、最終表示エントリ番号leがクリアされても、この後において、クリアされる直前の最終表示エントリ番号が、無効前最終表示エントリ番号le_pstとして保持されている状態を得ることができる。
この処理としては、先ず、先の(式１１)の演算により、ステップＳ７０３，Ｓ７０４，Ｓ７０５の何れかの処理の結果により求められた表示基準エントリ番号ieの値を、最終表示エントリ番号leの値として代入する。また、この場合には、さらに、上記(式１１)により更新された最終表示エントリ番号leの値を、この段階から、無効前最終表示エントリ番号le_pstとしても保持しておくようにする。つまり、先の(式１１)の演算を実行した後、下記の(式１８)による演算も実行しておくようにする。
le_pst = le・・・（式１８）
これにより、最終表示エントリ番号leがクリアされても、この後において、クリアされる直前の最終表示エントリ番号が、無効前最終表示エントリ番号le_pstとして保持されている状態を得ることができる。
なお、上記図３６〜図４０、図４２などに示されるフローチャートに対応するプログラムは、例えばマイクロプロセッサ１７内のＲＯＭなどの記憶装置に対して製造時などに書き込んで記憶させるほか、リムーバブルの記憶媒体に記憶させておいたうえで、この記憶媒体からインストール(アップデートも含む)させるようにしてマイクロプロセッサ１７内の不揮発性の記憶領域に記憶させることが考えられる。また、ＵＳＢやＩＥＥＥ１３９４などのデータインターフェイス経由により、他のホストとなる機器からの制御によってプログラムのインストールを行えるようにすることも考えられる。さらに、ネットワーク上のサーバなどにおける記憶装置に記憶させておいたうえで、ビデオカメラ装置１にネットワーク機能を持たせることとし、サーバからダウンロードして取得できるように構成することも考えられる。
なお、本実施形態の１６枚インデックス表示においては、シーンの記録日時に基づいてサムネイル画像（エントリ）の配列順を設定しており、さらに、記録日の日付単位ごとにグループ化するようにしてサムネイル画像を管理している。そして、１６枚インデックスにおいて日付をまたぐときには日付画像１０４の行を挿入することとしている。
この日付画像１０４は、１６枚インデックスを行送りとしたことに応じて、インデックス画像でのサムネイル画像配列における日付の区切りを容易に視認できることを目的に表示されるものである。しかし、このようなサムネイル画像のグループの区切りにおいてグループ内容を示す行表示は、必須ではない。つまり、サムネイル画像のみが配列される１６枚インデックスの態様であっても、本実施形態の画面遷移は有効に適用できる。
この日付画像１０４は、１６枚インデックスを行送りとしたことに応じて、インデックス画像でのサムネイル画像配列における日付の区切りを容易に視認できることを目的に表示されるものである。しかし、このようなサムネイル画像のグループの区切りにおいてグループ内容を示す行表示は、必須ではない。つまり、サムネイル画像のみが配列される１６枚インデックスの態様であっても、本実施形態の画面遷移は有効に適用できる。
また、これまでの説明においては、１６枚インデックスにおけるサムネイル画像の配列順は、記録日時以外の配列基準により行われるようにしても、本実施形態の画面遷移を適用できる。また、例えば配列基準に応じてグループ内容を示す行表示の内容も、日付画像以外の画像に変更されるべきものとなる。
また、実施形態では、行送り／戻しが行われるインデックス画像として、４行×４列によるサムネイル表示領域１０２としているが、サムネイル表示領域を形成する行数・列数については、特に限定されない。
また、本実施形態の行送り／戻しが行われるインデックス画像においては、主に動画としてのシーンに対応するサムネイル画像を表示させることとしているが、例えば静止画ファイルに対応するサムネイル画像を表示させるインデックス画像を対象としても、本願発明を適用できる。さらには、画像以外の単位データを対象として本願発明を適用することも可能である。
また、実施の形態では、本願発明の構成をビデオカメラ装置に適用しているが、これ以外にも、例えば記録媒体に記録されている特定の種類のデータ、ファイルをインデックス形式で表示して提示することのできる装置に対して本願発明を適用できる。
１ ビデオカメラ装置、１１ 光学系部、１２ 撮像部、１３ カメラ制御部、１４ カメラ信号処理部、１５ 記録再生処理回路、１６ 記憶媒体、１７ マイクロプロセッサ、１８ ＯＳＤ処理部、１９ 重畳処理部、２０ 表示部、２０Ａ 表示画面部、２１ 操作部、２１Ａ タッチパネル部、１０１ 日付領域、１０２ サムネイル表示領域、１０３ サムネイル画像、１０４ 日付画像、１０５ 機能対応画像領域、ＲＳＭ レジュームマーク、ＡＣＴ 強調表示
Claims (10)
- サムネイル表示領域に対して、所定の属性に従った配列順により単位データのサムネイル画像を配列した機能画面を少なくとも含む、種類の異なる複数の機能画面のうちから必要な機能画面を表示出力させる機能画面表示制御手段と、
上記機能画面の表示内容について変更が生じる際に、変更後の上記機能画面において規定の位置に配置されるサムネイル画像を示す最終表示エントリを更新する最終表示エントリ更新手段と、
上記単位データの記録又は再生の結果に応じて、最後に記録再生対象となった単位データに応じたサムネイル画像を示す最終記録再生エントリを更新する、最終記録再生エントリ更新手段と、
上記複数の機能画面のうちで、Ｌ行×Ｎ列（Ｌ，Ｎは自然数）によるサムネイル表示領域の最小送り／戻し単位が１行である特定機能画像の表示出力を上記機能画像表示制御手段により開始すべきときには、上記最終表示エントリが有効であり、かつ、上記最終表示エントリのほうが上記最終記録再生エントリよりも後に更新されている場合には、上記最終表示エントリが示すサムネイル画面が１行目に位置するようにして、上記サムネイル表示領域において配列表示されるべきサムネイル画像を決定する決定手段と、
を備える表示制御装置。 - 上記決定手段は、
上記状態として、上記最終表示エントリが示すサムネイル画像と最終記録再生エントリが示すサムネイル画像とを、同じサムネイル表示領域内に表示できる場合には、上記最終表示エントリが示す代表画面が１行目に位置するようにして、上記サムネイル表示領域において配列表示されるべきサムネイル画像を決定する、
請求項１に記載の表示制御装置。 - 上記決定手段は、
上記状態として、上記単位データの記録再生が終了されたことに応じて最終表示エントリが無効化されるとともに最終記録再生エントリの更新が行われていた場合には、上記最終記録再生エントリが示すサムネイル画像が１行目となるようにして、上記サムネイル表示領域において配列表示されるべきサムネイル画像を決定する、
請求項１又は請求項２に記載の表示制御装置。 - 上記決定手段は、
上記状態として、最終表示エントリが示す代表画像よりも、最終記録再生エントリが示す代表画像のほうが配列順として後ろの場合には、上記最終記録再生エントリが示す代表画像が最終行となるようにして、上記サムネイル表示領域において配列表示されるべきサムネイル画像を決定する、
請求項１乃至請求項３のいずれかに記載の表示制御装置。 - 上記機能画面表示制御手段は、
上記所定の属性に基づいたグループごとに管理し、
上記特定機能画面の表示出力に際しては、サムネイル表示領域において、前のグループに属するサムネイル画像が配列される行のうちの最後の行と、後のグループに属するサムネイル画像が配列される行のうちの最初の行との間に、上記後のグループを示す１行を表示する、
請求項１乃至請求項４のいずれかに記載の表示制御装置。 - 上記決定手段は、
上記状態として、最終表示エントリが示す代表画像よりも、最終記録再生エントリが示す代表画像のほうが配列順として後ろの場合であって、最終記録再生エントリが示す代表画像を含むグループにおいて、その先頭行から最終記録再生エントリが示す代表画像を含む行までの行数がＬ−１である場合には、
上記最終記録再生エントリが示す代表画像が最終行の１つ前となるようにして、上記サムネイル表示領域において配列表示されるべきサムネイル画像を決定する、
請求項５に記載の表示制御装置。 - 上記決定手段は、
上記状態として、最終表示エントリが示す代表画像よりも、最終記録再生エントリが示す代表画像のほうが配列順として後ろの場合であって、
最終記録再生エントリが示す代表画像を含むグループにおいて、その先頭行は最終記録再生エントリが示す代表画像を含む行であり、かつ、最終記録再生エントリが示す代表画像を含むグループの前のグループにおけるサムネイル画像表示行の総数がＬ−２未満の場合には、
上記最終記録再生エントリが示す代表画像を含む行が最終行の１つ前となるようにして、上記サムネイル表示領域において配列表示されるべきサムネイル画像を決定する、
請求項５又は請求項６に記載の表示制御装置。 - 上記決定手段は、
決定の基準となる最終表示エントリ若しくは最終記録再生エントリが示す代表画像が最後のグループに含まれており、かつ、最後のグループのサムネイル表示行の総数がＬ以下、若しくは、上記決定の基準となる最終表示エントリ若しくは最終記録再生エントリが示す代表画像が、最後のグループにおける最後のＬ行のサムネイル表示行に含まれる場合には、
最後のグループにおける最後の行が、サムネイル表示領域の最終行となるようにして、上記サムネイル表示領域において配列表示されるべきサムネイル画像を決定する、
請求項５乃至請求項７に記載の表示制御装置。 - サムネイル表示領域に対して、所定の属性に従った配列順により単位データのサムネイル画像を配列した機能画面を少なくとも含む、種類の異なる複数の機能画面のうちから必要な機能画面を表示出力させる機能画面表示制御手順と、
上記機能画面の表示内容について変更が生じる際に、変更後の上記機能画面において規定の位置に配置されるサムネイル画像を示す最終表示エントリを更新する最終表示エントリ更新手順と、
上記単位データの記録又は再生の結果に応じて、最後に記録再生対象となった単位データに応じたサムネイル画像を示す最終記録再生エントリを更新する、最終記録再生エントリ更新手順と、
上記複数の機能画面のうちで、Ｌ行×Ｎ列（Ｌ，Ｎは自然数）によるサムネイル表示領域の最小送り／戻し単位が１行である特定機能画像の表示出力を上記機能画像表示制御手順により開始すべきときには、上記最終表示エントリが有効であり、かつ、上記最終表示エントリのほうが上記最終記録再生エントリよりも後に更新されている場合には、上記最終表示エントリが示すサムネイル画面が１行目に位置するようにして、上記サムネイル表示領域において配列表示されるべきサムネイル画像を決定する決定手順と、
を実行する表示制御方法。 - サムネイル表示領域に対して、所定の属性に従った配列順により単位データのサムネイル画像を配列した機能画面を少なくとも含む、種類の異なる複数の機能画面のうちから必要な機能画面を表示出力させる機能画面表示制御手順と、
上記機能画面の表示内容について変更が生じる際に、変更後の上記機能画面において規定の位置に配置されるサムネイル画像を示す最終表示エントリを更新する最終表示エントリ更新手順と、
上記単位データの記録又は再生の結果に応じて、最後に記録再生対象となった単位データに応じたサムネイル画像を示す最終記録再生エントリを更新する、最終記録再生エントリ更新手順と、
上記複数の機能画面のうちで、Ｌ行×Ｎ列（Ｌ，Ｎは自然数）によるサムネイル表示領域の最小送り／戻し単位が１行である特定機能画像の表示出力を上記機能画像表示制御手順により開始すべきときには、上記最終表示エントリが有効であり、かつ、上記最終表示エントリのほうが上記最終記録再生エントリよりも後に更新されている場合には、上記最終表示エントリが示すサムネイル画面が１行目に位置するようにして、上記サムネイル表示領域において配列表示されるべきサムネイル画像を決定する決定手順と、
を表示制御装置に実行させるプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009088858A JP5282632B2 (ja) | 2009-04-01 | 2009-04-01 | 表示制御装置、表示制御方法、プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009088858A JP5282632B2 (ja) | 2009-04-01 | 2009-04-01 | 表示制御装置、表示制御方法、プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2010245593A JP2010245593A (ja) | 2010-10-28 |
| JP5282632B2 true JP5282632B2 (ja) | 2013-09-04 |
Family
ID=43098177
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2009088858A Expired - Fee Related JP5282632B2 (ja) | 2009-04-01 | 2009-04-01 | 表示制御装置、表示制御方法、プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5282632B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5664249B2 (ja) | 2011-01-06 | 2015-02-04 | ソニー株式会社 | 情報処理装置、情報処理方法及び情報処理プログラム |
| JP5813703B2 (ja) * | 2013-06-27 | 2015-11-17 | リプレックス株式会社 | 画像表示方法およびシステム |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007104322A (ja) * | 2005-10-04 | 2007-04-19 | Sharp Corp | サムネイル出力装置 |
| JP2007164866A (ja) * | 2005-12-12 | 2007-06-28 | Matsushita Electric Ind Co Ltd | 映像信号再生装置 |
| JP4770460B2 (ja) * | 2005-12-28 | 2011-09-14 | ソニー株式会社 | 画像記録装置、画像記録方法、画像処理装置、画像処理方法及びプログラム |
| JP2008311723A (ja) * | 2007-06-12 | 2008-12-25 | Funai Electric Co Ltd | 映像編集装置 |
-
2009
- 2009-04-01 JP JP2009088858A patent/JP5282632B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2010245593A (ja) | 2010-10-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4752897B2 (ja) | 画像処理装置、画像表示方法および画像表示プログラム | |
| JP4416836B1 (ja) | 画像データ表示システム及び画像データ表示プログラム | |
| JP4510718B2 (ja) | 画像出力装置及びその制御方法 | |
| JP4935551B2 (ja) | 表示制御装置、表示制御方法、プログラム | |
| KR100704631B1 (ko) | 음성 주석 생성 장치 및 방법 | |
| JP6529267B2 (ja) | 情報処理装置及びその制御方法、プログラム、並びに記憶媒体 | |
| JPWO2006041171A1 (ja) | 再生装置、撮像装置、画面表示方法およびユーザインターフェース | |
| JP2006135590A (ja) | デジタルカメラおよびコンピュータプログラム | |
| JP2006245832A (ja) | 画像再生装置 | |
| JP2008010979A (ja) | カメラ装置 | |
| JP5473478B2 (ja) | 画像表示装置、その制御方法及びプログラム | |
| JP5282632B2 (ja) | 表示制御装置、表示制御方法、プログラム | |
| JP5174735B2 (ja) | 操作制御装置、操作制御方法および操作制御用プログラム | |
| JP4760386B2 (ja) | 撮像表示装置、撮像表示方法及びプログラム | |
| JP2007124538A (ja) | 電子機器、及び、再生管理方法 | |
| JP2010250768A (ja) | 操作制御装置、操作制御方法および操作制御用プログラム | |
| JP5575494B2 (ja) | 撮像装置、記録装置、ファイル管理装置、表示装置及びファイル管理プログラム | |
| JP2008311847A (ja) | 表示制御装置、表示制御方法、プログラム | |
| JP2009212720A (ja) | 一覧図作成システム、デジタルカメラ、一覧図作成プログラム、および一覧図作成方法 | |
| JP5010420B2 (ja) | 画像再生装置、プログラム、および画像再生方法 | |
| JP6598670B2 (ja) | 画像処理装置、その制御方法及びプログラム | |
| JP5518172B2 (ja) | 画像投射装置 | |
| EP1520273A4 (en) | NURLEY RECORDING MEDIA WITH MENU DATA AND MENU DISPLAY METHOD THEREFOR | |
| JP4447506B2 (ja) | 撮像装置および制御方法 | |
| JP2012235349A (ja) | ファイル記録方法、ファイル再生方法、撮像装置、および再生装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20120118 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20120125 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20130111 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20130212 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20130321 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20130430 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20130513 |
|
| LAPS | Cancellation because of no payment of annual fees |