(57)【要約】【課題】表示内容が異なる複数の画面を含み、記録媒体に記録された複数のクリップの動画像データから再生すべきクリップを選択するためのメニューデータを生成するための演算負荷を低減する。【解決手段】表示内容が異なる複数の画面を含み、記録媒体に記録された複数のクリップの動画像データから再生すべきクリップを選択するためのメニューデータを生成する画像処理装置であって、前記複数の画面それぞれを画像フレームとして含む動画像データを生成する動画像データ生成手段と、前記画像フレームのいずれかを再生中の再生装置に対して、当該再生装置がユーザの指示を受信した場合に当該画像フレームのうちのどれを次の再生対象にするかを指示する再生情報を生成する再生情報生成手段と、前記動画像データ生成手段により生成された動画像データと前記再生情報生成手段により生成された再生情報とを前記メニューデータとして出力する出力手段と、を備えることを特徴とする画像処理装置を提供する。【選択図】図８
2009010633.tif 000002
【特許請求の範囲】
【請求項１】
表示内容が異なる複数の画面を含み、記録媒体に記録された複数のクリップの動画像データから再生すべきクリップを選択するためのメニューデータを生成する画像処理装置であって、
前記複数の画面それぞれを画像フレームとして含む動画像データを生成する動画像データ生成手段と、
前記画像フレームのいずれかを再生中の再生装置に対して、当該再生装置がユーザの指示を受信した場合に当該画像フレームのうちのどれを次の再生対象にするかを指示する再生情報を生成する再生情報生成手段と、
前記動画像データ生成手段により生成された動画像データと前記再生情報生成手段により生成された再生情報とを前記メニューデータとして出力する出力手段と、
を備えることを特徴とする画像処理装置。
【請求項２】
前記再生情報は、前記画像フレームそれぞれについて、前記ユーザの指示の内容と、次に再生対象とする画像フレームとを対応付ける情報を含むことを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記再生情報生成手段は、前記画像フレームそれぞれの再生を前記再生装置に指示するプレイアイテムを含むプレイリストを生成し、
前記再生情報は、前記プレイリストと、前記プレイアイテムそれぞれについて、前記ユーザの指示の内容と、前記再生装置が次に使用するプレイアイテムとを対応付ける情報と、を含む
ことを特徴とする請求項１に記載の画像処理装置。
【請求項４】
前記動画像データと前記再生情報とをBlu-ray Disc Read-Only Formatに従った形式でブルーレイディスクに記録する記録手段を更に備えることを特徴とする請求項３に記載の画像処理装置。
【請求項５】
前記動画像データ生成手段は、前記動画像データの最初の画像フレームをフレーム内符号化し、残りの画像フレームをフレーム間予測符号化することを特徴とする請求項１乃至４のいずれか１項に記載の画像処理装置。
【請求項６】
表示内容が異なる複数の画面を含み、記録媒体に記録された複数のクリップの動画像データから再生すべきクリップを選択するためのメニューデータを生成する画像処理装置の制御方法であって、
前記複数の画面それぞれを画像フレームとして含む動画像データを生成する動画像データ生成工程と、
前記画像フレームのいずれかを再生中の再生装置に対して、当該再生装置がユーザの指示を受信した場合に当該画像フレームのうちのどれを次の再生対象にするかを指示する再生情報を生成する再生情報生成工程と、
前記動画像データ生成工程において生成された動画像データと前記再生情報生成工程において生成された再生情報とを前記メニューデータとして出力する出力工程と、
を備えることを特徴とする制御方法。
【請求項７】
表示内容が異なる複数の画面を含み、記録媒体に記録された複数のクリップの動画像データから再生すべきクリップを選択するためのメニューデータを生成するコンピュータを、
前記複数の画面それぞれを画像フレームとして含む動画像データを生成する動画像データ生成手段、
前記画像フレームのいずれかを再生中の再生装置に対して、当該再生装置がユーザの指示を受信した場合に当該画像フレームのうちのどれを次の再生対象にするかを指示する再生情報を生成する再生情報生成手段、
前記動画像データ生成手段により生成された動画像データと前記再生情報生成手段により生成された再生情報とを前記メニューデータとして出力する出力手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置、その制御方法、及びプログラムに関し、特に、表示内容が異なる複数の画面を含むメニューを生成する技術に関する。
【背景技術】
【０００２】
現在、ＤＶＤ−Ｒなどの大容量記録媒体に動画像データを記録する記録装置（例えば、ＤＶＤレコーダ）が知られている。また、動画像を撮像し、生成した動画像データを記録媒体に記録する記録装置（例えば、ＤＶＤビデオカメラ）も知られている。
【０００３】
ＤＶＤレコーダやＤＶＤビデオカメラなどは、動画像データを記録媒体に記録する際に、ＭＰＥＧ２やＨ．２６４などの符号化方式を用いて動画像データを符号化することによりデータサイズ（情報量）を圧縮する。記録された動画像データを再生する際には、符号化された動画像データを復号する必要がある。動画像データの復号を可能にするために、動画像本体に加えて、動画像の長さ、画素数、アスペクト比などの管理情報を記録媒体に記録する規格が知られている。具体的には、例えば、ＤＶＤ−ＶＩＤＥＯ規格やBlu-ray Disc Read-Only Format規格（以下、ＢＤ−ＲＯＭ規格）などが知られている。
【０００４】
また、近年では、標準解像度（ＳＤ）よりも解像度が高い高精細（ＨＤ）な動画像データをＢＤ−ＲＯＭ規格に従ってＤＶＤなどの記録媒体に記録するＡＶＣＨＤ規格が策定された。ＡＶＣＨＤ規格によれば、ＨＤ信号をＭＰＥＧ−４  ＡＶＣ／Ｈ．２６４方式に従って符号化し、ＢＤ−ＲＯＭ規格に従って記録媒体に記録する。
【０００５】
ＤＶＤ−ＶＩＤＥＯ規格などによれば、再生装置が記録媒体を認識した際に最初に自動的に表示される、トップメニューを記録媒体に記録することができる。このような規格は、再生専用ディスク（例えば、ＤＶＤ−ＲＯＭ）のためのものであり、本来はビデオカメラのための規格ではない。しかし、記録媒体のファイナライズ処理の際にトップメニューを生成する技術が知られている（例えば、特許文献１）。
【０００６】
特許文献１の情報記録装置は、記録媒体のファイナライズ処理の際にその記録媒体に含まれる各チャプターに関する情報をトップメニューに反映させる。これにより、例えば、図３に示すように各チャプターの先頭画像をサムネイル画像として表示し、そのサムネイル画像をユーザが選択することで、所望のチャプターの再生を可能にするトップメニューを生成することができる。
【０００７】
図３において、トップメニュー３００は、サムネイル画像３０１乃至３０６、ボタン３０７及び３０７、及びカーソル３０９を含む。これらのうち、カーソル３０９は、ユーザのリモコン操作などに応じて変化（移動）する。一方、サムネイル画像３０１乃至３０６、ボタン３０７及び３０７は、変化しないか、或いは、変化するとしてもユーザのリモコン操作などとは無関係に予め定められた態様で変化する（ボタン３０７又は３０８の選択により画面が切り替わる場合を除く）。即ち、トップメニュー３００は、表示内容が異なる複数の画面を含み、ユーザの指示に従って各画面が切り替わる。
【０００８】
そこで、従来の記録装置は、ユーザ操作により変化しない画像をメインデータとして、ユーザ操作により変化する画像をサブデータとしてそれぞれ別個に記録する。そして、ユーザの指示に応じたタイミングでメインデータとサブデータとを合成して表示することにより、メニューの表示と画面の切り替え（カーソル３０９の移動など）とを実現する。なお、変化する画像が複数存在する場合、記録装置は、変化する各画像のために複数のサブデータを生成する。
【０００９】
また、メインデータ及び少なくとも１つのサブデータを適切なタイミングで合成して表示するために、記録装置は、各データの再生タイミングを記述したプレイリストを生成して記録媒体に記録する。
【特許文献１】特開２００５−０７９８２３号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
メインデータ、少なくとも１つのサブデータ、及びこれらのデータのためのプレイリストを生成するには、多量の演算処理が必要であり、豊富な演算リソースが必要である。従って、記録装置の大型化やコストの上昇を招来することになる。
【００１１】
また、携帯用のビデオカメラなどは、小型化や省電力化などが要求されるため、演算リソースを十分に備えることができないことが多い。従って、トップメニューの生成に多くの時間を要し、結局、記録媒体のファイナライズ処理に要する時間が長くなり、利便性が損なわれる。
【００１２】
本発明はこのような状況に鑑みてなされたものである。本発明は、表示内容が異なる複数の画面を含み、記録媒体に記録された複数のクリップの動画像データから再生すべきクリップを選択するためのメニューデータを生成するための演算負荷を低減することを可能にする技術を提供することを目的とする。
【課題を解決するための手段】
【００１３】
上記課題を解決するために、第１の本発明は、表示内容が異なる複数の画面を含み、記録媒体に記録された複数のクリップの動画像データから再生すべきクリップを選択するためのメニューデータを生成する画像処理装置であって、前記複数の画面それぞれを画像フレームとして含む動画像データを生成する動画像データ生成手段と、前記画像フレームのいずれかを再生中の再生装置に対して、当該再生装置がユーザの指示を受信した場合に当該画像フレームのうちのどれを次の再生対象にするかを指示する再生情報を生成する再生情報生成手段と、前記動画像データ生成手段により生成された動画像データと前記再生情報生成手段により生成された再生情報とを前記メニューデータとして出力する出力手段と、を備えることを特徴とする画像処理装置を提供する。
【００１４】
また、第２の本発明は、表示内容が異なる複数の画面を含み、記録媒体に記録された複数のクリップの動画像データから再生すべきクリップを選択するためのメニューデータを生成する画像処理装置の制御方法であって、前記複数の画面それぞれを画像フレームとして含む動画像データを生成する動画像データ生成工程と、前記画像フレームのいずれかを再生中の再生装置に対して、当該再生装置がユーザの指示を受信した場合に当該画像フレームのうちのどれを次の再生対象にするかを指示する再生情報を生成する再生情報生成工程と、前記動画像データ生成工程において生成された動画像データと前記再生情報生成工程において生成された再生情報とを前記メニューデータとして出力する出力工程と、を備えることを特徴とする制御方法を提供する。
【００１５】
また、第３の本発明は、表示内容が異なる複数の画面を含み、記録媒体に記録された複数のクリップの動画像データから再生すべきクリップを選択するためのメニューデータを生成するコンピュータを、前記複数の画面それぞれを画像フレームとして含む動画像データを生成する動画像データ生成手段、前記画像フレームのいずれかを再生中の再生装置に対して、当該再生装置がユーザの指示を受信した場合に当該画像フレームのうちのどれを次の再生対象にするかを指示する再生情報を生成する再生情報生成手段、前記動画像データ生成手段により生成された動画像データと前記再生情報生成手段により生成された再生情報とを前記メニューデータとして出力する出力手段、として機能させるためのプログラムを提供する。
【００１６】
なお、その他の本発明の特徴は、添付図面及び以下の発明を実施するための最良の形態における記載によって更に明らかになるものである。
【発明の効果】
【００１７】
以上の構成により、本発明によれば、表示内容が異なる複数の画面を含み、記録媒体に記録された複数のクリップの動画像データから再生すべきクリップを選択するためのメニューデータを生成するための演算負荷を低減することが可能となる。
【発明を実施するための最良の形態】
【００１８】
以下、添付図面を参照して、本発明の実施形態を説明する。以下で説明される個別の実施形態は、本発明の上位概念から下位概念までの種々の概念を理解するために役立つであろう。
【００１９】
なお、本発明の技術的範囲は、特許請求の範囲によって確定されるのであって、以下の個別の実施形態によって限定されるわけではない。また、実施形態の中で説明されている特徴の組み合わせすべてが、本発明に必須とは限らない。
【００２０】
［第１の実施形態］
本発明の画像処理装置をデジタルビデオカメラ（ＤＶＣ）に適用した実施形態について説明する。本実施形態のＤＶＣは、撮像した動画像データをブルーレイディスクに記録するものとするが、他の記録媒体（例えば、ＤＶＤ）に動画像データを記録するＤＶＣにも本発明を適用可能である。また、撮像機能を備えない画像処理装置（例えば、パーソナルコンピュータ（ＰＣ））にも本発明を適用可能である。但し、携帯用のＤＶＣなど、演算リソースが比較的限られている画像処理装置にとって、本発明は特に有効である。
【００２１】
＜メニューデータの構成＞
ブルーレイディスクは、図２を参照して説明するBlu-ray Disc Read-Only Format規格（以下、ＢＤ−ＲＯＭ規格）に従ってメニューデータを記録することができる。
【００２２】
図２に示すように、ブルーレイディスクは、それぞれMainpath、Subpathと呼ばれるpathを再生するためのプレイリストを持ち、同時に複数のpathを再生することができる。
【００２３】
従来のメニューデータは、ユーザの操作によって変化しない画像（サムネイル画像など）をMainpathとして持つ。そして、ユーザの操作によって変化する画像（カーソルなど）をSubpathとして持つ。
【００２４】
ＢＤ−ＲＯＭ規格では、１つの動画像の単位をクリップと呼び、クリップは、動画像データであるストリームと、その動画像データの管理情報であるクリップ情報との２種類のデータを有する。
【００２５】
Mainpathは複数のPlayItemを含むことができるため、メニューは複数のページを持つことができる。図２では、PlayItemが３つ存在し、それぞれ異なるクリップを参照している。また、Subpathは２つ存在し、それぞれ異なるクリップを参照する１つのSubPlayItemを有する。
【００２６】
このような構成により、サムネイル画像などのユーザ操作によって変化しない画像に、カーソルなどの変化する画像を重畳し、ユーザが操作可能なメニューを表示することができる。
【００２７】
しかしながら、前述の通り、図２に示すようなメニューデータを生成するには、多くの演算リソースが必要である。そこで、本実施形態では、Mainpathのみでユーザが操作可能なメニューデータを生成することを説明する。
【００２８】
なお、図２の横軸は時間を表す。例えば、Mainpathの３番目のPlayItemを再生中は、上（１番目）のSubpathのSubPlayItemは同時に再生されるが、下（２番目）のSubpathのSubPlayItemは再生されない。
【００２９】
＜ＤＶＣ１０の構成＞
図１は、第１の実施形態に係るＤＶＣ１０の構成を示すブロック図である。
【００３０】
ＤＶＣ１０は、カメラ部１００と、エンコーダ１０１と、ディスクアクセス時にデータを一時的に格納するバッファ１０２と、記録媒体（ブルーレイディスク１０４）に対するデータの読み書きを制御するディスクアクセス部１０３とを備える。
【００３１】
ブルーレイディスク１０４は、カメラ部１００が取得した動画像データや、この動画像データを再生するためのメニューを表すデータ（メニューデータ）などを記録する記録媒体である。カメラ部１００が取得した動画像データは、エンコーダ１０１によってＭＰＥＧ形式に符号化されてブルーレイディスク１０４に記録される。
【００３２】
ＤＶＣ１０はまた、ブルーレイディスク１０４に記録されている動画像データを復号するデコーダ１０５と、映像を表示するＬＣＤ１０８と、ＬＣＤ１０８を制御するＬＣＤコントローラとを備える。ＤＶＣ１０はまた、復号された動画像データを外部に出力するための外部出力端子１０６を備える。
【００３３】
ＤＶＣ１０はまた、データの通り道であるＣＰＵバス１０９と、ＤＶＣ１０の各構成要素を制御するＣＰＵ１１０と、ＣＰＵ１１０が実行するＤＶＣ１０の制御プログラムなどを保持するＲＯＭ１１１とを備える。ＤＶＣ１０はまた、ＣＰＵ１１０が制御プログラムを実行する際にワークエリアとして使用されるＲＡＭ１１２と、ユーザのＤＶＣ１０に対する指示を受け付ける操作部１１３とを備える。
【００３４】
ＣＰＵ１１０は、ＣＰＵバス１０９を介して、ＤＶＣ１０の各構成要素を制御することができる。
【００３５】
ＤＶＣ１０はまた、ブルーレイディスク１０４のためのメニューデータに含まれる動画像データを生成する動画像データ生成部１１４を備える。また、動画像データ生成部１１４が生成した動画像データの再生手順（表示内容の遷移ルール）を規定する再生情報を生成する再生情報生成部１１５とを備える。
【００３６】
次に、動画像データの記録時のＤＶＣ１０の動作を説明する。
【００３７】
操作部１１３を介してユーザから記録開始指示が入力されると、カメラ部１００は撮像処理により動画像データを取得し、エンコーダ１０１に渡す。ここで、カメラ部１００は、レンズと、レンズから入射した光学像をアナログ電気信号に変換するＣＣＤと、アナログ電気信号をデジタル電気信号（動画像データ）に変換するＡ／Ｄ変換器とを備える。
【００３８】
エンコーダ１０１は、カメラ部１００から受信した動画像データをＭＰＥＧ形式に符号化し、符号化した動画像データをＢＤ−ＲＯＭ規格に従ってフォーマットしてバッファ１０２に格納する。
【００３９】
ディスクアクセス部１０３は、バッファ１０２に格納された動画像データをブルーレイディスク１０４に記録する。
【００４０】
このようにして、ＤＶＣ１０は、撮像した動画像データを符号化し、記録媒体（ブルーレイディスク１０４）に記録することができる。
【００４１】
ＢＤ−ＲＯＭ規格では、１つの動画像の単位はクリップと呼ばれ、クリップは動画像データであるストリームとその動画像の管理情報であるクリップ情報の２種類のデータを含む。ストリームとクリップ情報とはそれぞれ独立したファイルとして存在し、２つのファイルで１つのクリップが構成される。ストリームファイルとクリップ情報ファイルにはそれぞれ同じクリップ番号が付けられ、相互に対応付けられる。
【００４２】
リアルタイムに動画像を撮像する場合には、１つ動画像を撮像するたびに１つのクリップが生成される。複数のクリップが生成された後、メニューを生成する場合には、例えば、各クリップの先頭画像をサムネイル画像として表示するようなメニューを生成する。
【００４３】
＜メニューの構成＞
以下、図３を参照して、本実施形態のメニューの構成について説明する。ブルーレイディスク１０４が再生装置（例えば、ブルーレイディスクプレーヤー）に挿入されると、再生装置に接続された表示装置（例えば、液晶ディスプレイ）にメニューが表示される。
【００４４】
図３において、サムネイル画像３０１乃至３０６は、ＤＶＣ１０が記録した６つのクリップそれぞれの先頭の画像フレームから生成されたサムネイル画像である。サムネイル画像３０１乃至３０６を見ることで、ユーザは、ブルーレイディスク１０４にどのような動画像データが記録されているかを確認できる。
【００４５】
クリップが７つ以上存在する場合には、１画面にサムネイル画像を表示することができないため、複数の画面（以下、「ページ」と呼ぶ）を生成する。ボタン３０７及び３０８は、表示するページを切り替えるために使用される。
【００４６】
サムネイル画像３０１乃至３０６、ボタン３０７、或いはボタン３０８（以下、「アイテム」と総称する）が選択されると、選択されたアイテムはアクティブ（例えば、カーソル３０９に囲まれた状態）になる。この状態で、再生装置が決定指示を受信すると、再生装置は、選択されたアイテムに応じた処理を行う。
【００４７】
例えば、１から６番目のクリップのサムネイル画像を含むページの表示中に、ボタン３０８について決定指示を受信すると、再生装置は、次のページ（７から１２番目のクリップのサムネイル画像を含むページ）を表示する。また、サムネイル画像について決定指示を受信すると、再生装置は、選択されたサムネイル画像に対応するクリップを再生する。これにより、ユーザは、サムネイル画像を見てクリップの内容を確認し、所望のクリップの再生をすることができる。
【００４８】
ユーザは、例えばリモコンの上下左右キーを操作することで、選択しているアイテムを切り替えることができる。
【００４９】
＜メニューデータの生成＞
次に、メニューデータの生成処理を説明する。ＤＶＣ１０の動画像データ生成部１１４は、ユーザの指示に従って切り替わる、表示内容が異なる複数の画面それぞれを画像フレームとして含む動画像データを生成する。
【００５０】
具体的には、動画像データ生成部１１４はまず、図４の画像４０１乃至４０９に示すように、メニューの各アイテムが取り得る選択状態を全て網羅する複数の画像を生成する。換言すれば、動画像データ生成部１１４は、メニューに含まれる、表示内容が異なる複数の画面を全て網羅する複数の画像を生成する。図４には１ページ分しか示していないが、ブルーレイディスク１０４が７つ以上のクリップを保持している場合、７つ目以降のクリップのサムネイル画像を含むページについても同様な画像群を生成する。
【００５１】
次いで、動画像データ生成部１１４は、図４に示す各画像を画像フレームとして含む動画像データを生成する（図５参照）。動画像データ生成部１１４は、最初の画像フレームをフレーム内符号化してＩピクチャとし、残りの画像フレームをフレーム間予測符号化してＰピクチャとする。メニューの各画面の相関は一般的に大きいので、フレーム間予測符号化を利用することにより、メニューデータのデータサイズを大きく減少させることが可能である。もちろん、全ての画像フレームをフレーム内符号化してもよいし、或いは、一部の画像フレームを双方向予測符号化してもよい。
【００５２】
次に、再生情報生成部１１５は、メニュー用の動画像データの再生手順を示す再生情報を生成する。再生情報は、ユーザの指示の内容と、画像フレームの再生対象の変化とを対応付ける情報である（図６参照）。
【００５３】
図６において、上側のMainpathがメニューの１ページ目に対応し、下側のMainpathが２ページ目に対応する。１ページ目のMainpathは、図４の画像４０１乃至４０９を参照するPlayItem（プレイアイテム）１乃至９（ＰＩ＃１〜ＰＩ＃９）を含む。即ち、再生情報は、メニュー用の動画像データを再生するためのプレイリストを含み、このプレイリストは、動画像データの各画像フレームを参照するプレイアイテムを含む。従って、使用するPlayItemを変化させることで、ユーザの指示に従う画面の変化（即ち、図３のカーソル３０９の移動）を実現できる。
【００５４】
使用するPlayItemの変化を示すために、再生情報は、PlayItem間のリンク情報を含む。ＰＩ＃２を例にすると、リンク情報は、リモコンの右キーに対応するユーザの指示を再生装置が受信された場合のPlayItemの移動先としてＰＩ＃３を示す。同様に、下キーが押された場合の移動先はＰＩ＃５、左キーが押された場合の移動先はＰＩ＃８である。
【００５５】
これにより、ＰＩ＃２に対応する画像４０２の表示中（再生中）に右キーが押された場合、次に、ＰＩ＃３に対応する画像４０３が表示され、カーソルの右への移動が実現される。
【００５６】
このように、各プレイアイテムの移動先のリンク情報を全て作成しておくことで、上下左右キーで全てのサムネイル画像とボタンとを選択することができるようになる。
【００５７】
また、特定のサムネイル画像が選択されている状態で決定キーが押された場合の移動先として、選択されているサムネイル画像に対応するクリップを再生するようにプレイリストに設定しておく。
【００５８】
画像４０９に対応するＰＩ＃９を再生中に決定キーが押されるとＰＩ＃１１に移動するようにプレイリストを構成することにより、ページの切り替えが実現される。なお、２ページ目の各画像フレームは、１ページ目の最後の画像フレームに続けて配置されて１つの動画像データを構成してもよいし、１ページ目とは別の動画像データを構成してもよい。
【００５９】
図７は、再生情報を図６とは異なる側面から見た概念図である。図７に示すように、再生情報は、メニュー用の動画像データの各画像フレーム（各PlayItem）それぞれについて、ユーザの指示の内容と、次に再生対象とする画像フレームとを対応付ける情報を含む。
【００６０】
図７において、「−」は、PlayItemが変化しないことを示す。また、「＊」は、選択中のサムネイル画像に対応するクリップが再生されることを示す。
【００６１】
例えば、ＰＩ＃２（画像４０２）を再生中にリモコンの左キーが押された場合、再生装置が次に再生対象とするPlayItemはＰＩ＃８（画像４０８）である。また、表示キーの押下により、カーソルの表示／非表示が切り替わる。
【００６２】
図８は、メニューデータの生成処理の流れを示すフローチャートである。本フローチャートの処理は、ブルーレイディスク１０４をファイナライズする指示を操作部１１３が受信したことなどをトリガとして開始する。
【００６３】
Ｓ８０１で、動画像データ生成部１１４は、ブルーレイディスク１０４に記録されている動画像データ（クリップ）について、クリップ番号の小さい順に、１ページのメニューに表示する数のクリップそれぞれから先頭画像を抽出する。本実施形態では、動画像データ生成部１１４は、最大６クリップから先頭画像を抽出する。ここで、抽出するクリップの順番は、クリップの作成日時の古い順でもよい。また、先頭画像とは、クリップの最初のピクチャ（画像フレーム）である。ブルーレイディスク１０４が記録するクリップ数が６に満たない場合、動画像データ生成部１１４は、全てのクリップの先頭画像を抽出する。
【００６４】
Ｓ８０２で、動画像データ生成部１１４は、抽出した先頭画像を、デコーダ１０５を用いて復号する。なお、Ｓ８０１における先頭画像の抽出と、Ｓ８０２における復号とは、並行して行われてもよい。
【００６５】
Ｓ８０３で、動画像データ生成部１１４は、各クリップの先頭画像を縮小し、サムネイル画像を生成する。
【００６６】
Ｓ８０４で、動画像データ生成部１１４は、サムネイル画像とボタンを並べた画像データ（図４の画像４０１参照）を生成する。
【００６７】
Ｓ８０５で、動画像データ生成部１１４は、各アイテムを選択した状態の画像データ（図４の画像４０２乃至４０９参照）を生成する。
【００６８】
Ｓ８０６で、動画像データ生成部１１４は、ブルーレイディスク１０４が保持する全てのクリップについて上述の処理が完了したか否かを判定する。完了していればＳ８０７に進み、完了していなければＳ８０１に戻って同様の処理を繰り返す。なお、ブルーレイディスク１０４が保持するクリップの総数が６の倍数でない場合、メニューの最後のページのサムネイル画像の数は、クリップの総数を６で割った余りの数になる。
【００６９】
Ｓ８０７で、動画像データ生成部１１４は、エンコーダ１０１を用いて、Ｓ８０４及びＳ８０５で生成した画像データを並べた動画像データを生成する（図５参照）。
【００７０】
Ｓ８０８で、再生情報生成部１１５は、再生情報を生成する（図６及び図７参照）。
【００７１】
以上の処理により、メニューデータ（メニュー用の動画像データと再生情報）が生成される。本実施形態では、メニューデータはバッファ１０２に一時的に格納され、ディスクアクセス部１０３によりブルーレイディスク１０４に記録される。
【００７２】
以上説明したように、本実施形態によれば、動画像データ生成部１１４は、表示内容が異なる複数の画面それぞれを画像フレームとして含む動画像データを生成する。そして、再生情報生成部１１５は、この動画像データの再生手順を示す再生情報（ユーザの指示の内容と、画像フレームの再生対象の変化とを対応付ける情報）を生成する。本実施形態では、カーソルの移動は、再生対象の画像フレームの変化によって実現される。従って、従来のメニューデータと異なり、ユーザの指示に従って変化するカーソルなどの画像を、他の画像と独立したSubPlayItemとして生成する必要がない。
【００７３】
これにより、メニューデータの生成処理が簡略化され、表示内容が異なる複数の画面を含むメニューを生成するための演算負荷を低減することが可能となる。
【００７４】
［その他の実施形態］
上述した各実施形態の機能を実現するためには、各機能を具現化したソフトウェアのプログラムコードを記録した記録媒体をシステム或は装置に提供してもよい。そして、そのシステム或は装置のコンピュータ（又はＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行することによって、上述した各実施形態の機能が実現される。この場合、記録媒体から読み出されたプログラムコード自体が上述した各実施形態の機能を実現することになり、そのプログラムコードを記録した記録媒体は本発明を構成することになる。このようなプログラムコードを供給するための記録媒体としては、例えば、フロッピィ（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスクなどを用いることができる。或いは、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることもできる。
【００７５】
また、上述した各実施形態の機能を実現するための構成は、コンピュータが読み出したプログラムコードを実行することだけには限られない。そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって上述した各実施形態の機能が実現される場合も含まれている。
【００７６】
更に、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書きこまれてもよい。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって上述した各実施形態の機能が実現される場合も含むものである。
【図面の簡単な説明】
【００７７】
【図１】第１の実施形態に係るデジタルビデオカメラの構成を示すブロック図である。
【図２】Blu-ray Disc Read-Only Format規格に準拠したメニューデータの一例を示す図である。
【図３】メニューの一例を示す図である。
【図４】メニューが含む各画面の概念図である。
【図５】メニュー用の動画像データの概念図である。
【図６】再生情報の概念図である。
【図７】再生情報を図６とは異なる側面から見た概念図である。
【図８】メニューデータの生成処理の流れを示すフローチャートである。
【図１】
2009010633.tif 000003
【図２】
2009010633.tif 000004
【図３】
2009010633.tif 000005
【図４】
2009010633.tif 000006
【図５】
2009010633.tif 000007
【図６】
2009010633.tif 000008
【図７】
2009010633.tif 000009
【図８】
2009010633.tif 000010