JP5336736B2 - 記録機器および再生機器 - Google Patents

Description

本発明は、記録媒体に記録されたデータ（たとえば動画データ）を一覧表示する際に、簡易な一覧表示および高度な一覧表示を提供するための技術に関する。

近年、ＤＶＤ等の光ディスク、ハードディスク等の磁気ディスク、半導体メモリ等のメディアにコンテンツのデジタルデータを書き込み、保存できるデジタル機器（光ディスクレコーダ、カムコーダ等）の普及が進んでいる。このようなコンテンツは、例えば、放送された番組やカムコーダ等によって撮影された映像および音声である。

ＤＶＤプレーヤは広く普及しているため、上述のデジタル機器によって作成された光ディスクをＤＶＤプレーヤで再生できると便利である。上述のデジタル機器を用いて一部の光ディスク、例えばＤＶＤ−ＲまたはＤＶＤ−ＲＷに対してＤＶＤ−Ｖｉｄｅｏフォーマットでデータを書き込み、最後にファイナライズ処理を行うことにより、ユーザはＤＶＤプレーヤでコンテンツを視聴できるようになる。

さらにファイナライズ処理においては、上述したデジタル機器はタイトルメニューを作成し、そのメニューの記録処理も行う。ファイナライズ処理時にＤＶＤ−Ｖｉｄｅｏフォーマットのタイトルメニューを追記しておくことにより、全てのＤＶＤプレーヤで、タイトルメニュー付きでコンテンツを再生できる。たとえば特許文献１には、ＤＶＤレコーダでタイトルメニュー（同文献では「ＤＶＤメニュー」と記載されている）付きのＤＶＤ−Ｒが作成される例が記載されている。
特開２００５−１０９５８５号公報

従来、タイトルメニューの作成および記録はファイナライズ時に限定して行われることが前提となっているため、種々の不便な点が存在していた。

たとえば、ＤＶＤ−ＲＷディスクにＤＶＤ−Ｖｉｄｅｏフォーマットでデータを記録するカムコーダを想定する。ユーザが撮影した動画をＤＶＤプレーヤで視聴しようとすると、カムコーダからディスクを取り出す度に、カムコーダを用いてコンテンツ全体に関するタイトルメニューを作成し、ディスクにそのメニューのデータを書き込み、その後ファイナライズ処理を行わなければならない。これらの処理は、ディスクに空き容量が存在するか否かにかかわらず行う必要がある。

しかも、そのタイトルメニュー作成処理を含むファイナライズ処理には最大１０分程度の時間を要する。たとえばタイトルメニュー作成処理では、動画ストリームのサムネイル画像を作成し、それを各ページの画面上の所定の位置に配置し、ＭＰＥＧ−２ビデオ符号をつかって圧縮処理等を実施してＤＶＤ−Ｖｉｄｅｏフォーマットに符号化する。続いて、ファイルシステムのファイル管理データを書き込む処理や合計１ギガバイト以上のデータでディスクを埋める処理などの一連の処理を行う必要がある。これらは、光ディスクとしてＤＶＤ−Ｒを使う場合でも同様である。

なお、ＤＶＤプレーヤでの視聴後に再度カムコーダで動画データをＤＶＤ−ＲＷディスクに追記する際には、まずファイナライズ解除処理を行う必要があり、やはり煩わしい。特に、動画データの削除や編集等の変更を加える場合には常にファイナライズ解除処理が必要であり、また変更後の動画について、再びタイトルメニューを作成する必要も生じる。

一方、近年ハイビジョンコンテンツを記録可能なＢｌｕ−ｒａｙディスク（以下「ＢＤ」と記述する）が登場し、ＢＤ−ＲＥディスクやＢＤ−ＲＯＭディスク用の物理／ファイルシステム／アプリケーションの各フォーマットが策定されてきている。ＢＤプレーヤにおいてタイトルメニューを表示してコンテンツをわかりやすく表示するためには、やはりＢＤにタイトルメニューデータを作成し、書き込んでおく必要がある。この点はＤＶＤメディアと変わらない。ただし、ＢＤ−ＲＯＭ規格ではファイナライズ処理は必ずしも要求されないため、ファイナライズ処理の時間は不要である。

本発明の目的は、空き容量がまだある時点または空き容量がなくなった時点で記録媒体が記録機器から取り出される際、記録機器によるタイトルメニューデータの作成および記録媒体への書き込みを不要とするコンテンツ作成環境を提供することである。本発明の他の目的は、そのような記録媒体を利用して、タイトルメニュー付きコンテンツをどの再生機器においても同じように表示されることを可能とするコンテンツ再生環境を提供することである。また本発明のさらに他の目的は、タイトルメニューの高速な表示を可能にすることである。

換言すると、本発明の目的は、コンテンツの追加や削除が行われた場合であっても、記録機器によるタイトルメニューデータの再作成および再記録を不要にしつつ、コンテンツの一覧表示やタイトルメニューの表示を、記録機器自身においてもまたはプレーヤやレコーダ等の他の機器においても高速に実施可能にするための動作の仕組みを提供することである。

本発明による記録機器は、コンピュータが読み出し可能なコンピュータプログラムを格納したメモリであって、前記コンピュータプログラムは、コンピュータに、記録媒体に記録されたコンテンツのデータストリームを検索する処理、検索によって発見されたデータストリームに関するコンテンツ情報をメニューに表示する処理、および、前記コンテンツ情報を利用して前記データストリームの選択を可能にする処理を実行させる、メモリと、少なくとも１つのデータストリームを所与の記録媒体に記録する記録部とを備えており、前記記録部は、前記メモリに格納されたプログラムを前記所与の記録媒体に記録する。

前記プログラムは、前記所与の記録媒体が装填された機器によって読み出され、前記機器のコンピュータに処理を実行させてもよい。

前記プログラムは、前記機器のコンピュータに、前記所与の記録媒体に記録されたデータストリームを検索する処理を実行させてもよい。

前記記録機器は、前記少なくとも１つのデータストリームに対応する代表画像を生成する画像生成部をさらに備え、前記記録部は、前記代表画像のデータを、前記コンテンツ情報として前記所与の記録媒体に記録してもよい。

前記プログラムは、前記機器のコンピュータに、前記代表画像のデータを前記メニューに表示する処理を実行させてもよい。

前記記録部は、前記データストリームと前記代表画像のデータとを関連付けた管理ファイルを前記所与の記録媒体にさらに記録してもよい。

前記少なくとも１つのデータストリームが複数存在するときにおいて、前記記録部は、各々がデータストリームを格納した複数のストリームファイル、および、各代表画像のデータを格納した１つのデータファイルを前記所与の記録媒体に記録し、さらに、各ストリームファイルのファイル名と前記１つのデータファイル内の各代表画像のデータ位置とを関連付けた管理ファイルを、前記所与の記録媒体に記録してもよい。

前記記録部は、前記少なくとも１つのデータストリームを特定する文字情報を、前記コンテンツ情報として前記所与の記録媒体に記録してもよい。

前記記録部は、コンテンツのタイトルおよび記録時刻の少なくとも一方の文字情報を前記所与の記録媒体に記録してもよい。

前記プログラムは、前記機器のコンピュータに、前記文字情報を前記メニューに表示する処理を実行させてもよい。

前記記録部は、前記少なくとも１つのデータストリームを記録するよりも前に、前記プログラムを前記所与の記録媒体に記録してもよい。

前記少なくとも１つのデータストリームが複数存在するときにおいて、前記記録部は、最後のデータストリームを記録するよりも前に、前記プログラムを前記所与の記録媒体に記録してもよい。

本発明による記録機器は、コンピュータが読み出し可能なコンピュータプログラムを格納したメモリであって、前記コンピュータプログラムは、コンピュータに、記録媒体に記録されたコンテンツのデータストリームを検索する処理、検索によって発見されたデータストリームに関するコンテンツ情報をメニューに表示する処理、および、前記コンテンツ情報を利用して前記データストリームの選択を可能にする処理を実行させる、メモリと、データを所与の記録媒体に記録することが可能な記録部とを備えており、前記記録部は、前記メモリに格納されたプログラムを前記所与の記録媒体に記録する。

本発明による再生機器は、記録媒体に記録されたコンテンツを再生する。前記記録媒体には、前記コンテンツのデータストリームと、前記データストリームに関するコンテンツ情報と、コンピュータが読み出し可能なコンピュータプログラムとが書き込まれている。前記再生機器は、前記コンピュータプログラム、前記コンテンツ情報および前記データストリームを前記記録媒体から読み出す再生部と、前記コンピュータプログラムを実行可能なプロセッサとを備えており、前記プロセッサは前記コンピュータプログラムを実行することによって、前記記録媒体に記録されたデータストリームを検索し、検索によって発見された前記データストリームに関するコンテンツ情報をメニューに表示し、前記コンテンツ情報に基づく前記データストリームの選択を受け付ける。

本発明によれば、記録機能を有するデータ処理装置は、記録媒体に記録されたコンテンツのデータストリームを検索する処理、発見されたデータストリームに関するコンテンツ情報をメニューに表示する処理、および、コンテンツ情報を利用してデータストリームの選択を可能にする処理を実行させるコンピュータプログラムを、データストリームが記録された記録媒体に記録する。これにより、記録媒体上のコンテンツのメニューに関するデータの作成処理が不要となり、たとえばディスクの取り出しに要する時間が大幅に短縮される。また、記録媒体上のデータストリームを削除したり、編集したり、データストリームに変更を加えた場合であっても同様にタイトルメニューを作成する処理は不要となるため、やはり同様の効果を有する。

一方、再生機能を有するデータ処理装置にそのような記録媒体が装填されると、データ処理装置がその記録媒体上のコンピュータプログラムを実行することにより、データ処理装置は記録媒体に記録されたコンテンツのデータストリームを検索し、発見されたデータストリームに関するコンテンツ情報（代表画像、文字情報など）をメニューに表示し、および、メニュー上のコンテンツ情報を利用したデータストリームの選択を可能にする。タイトルメニュー画面が動的に生成されるため、そのための表示データを記録媒体に記録しておく必要はない。さらに、記録媒体に記録された代表静止画像（例えば所定の映像フレームを縮小したサムネイル画像）等を使うことにより、タイトルメニュー画面を高速に表示可能である。データストリームの最新の状態を反映した代表静止画像を記録することにより、その代表静止画像だけ利用すると、高速かつ容易にデータストリームの一覧表示を行うことが可能である。

これにより、代表静止画像等を使ったコンテンツの一覧表示が可能になるとともに、プログラムの処理速度に応じた表示の高速化も実現できる。

以下、添付の図面を参照しながら、本発明によるデータ処理装置の実施形態を説明する。

図１は、本発明によるデータ処理装置の種々の実施形態を示す。データ処理装置として、カムコーダ１０、光ディスクレコーダ１１（以下「レコーダ１１」と記述する）およびＰＣ１４が示されている。

カムコーダ１０は、映像および音声のコンテンツを光ディスク１４１に記録することができる。光ディスク１４１は、たとえばＢＤ−ＲＥディスクである。なお、カムコーダ１０は小型のＨＤＤ１４２や半導体メモリカード１４３を利用することも可能である。

また、カムコーダ１０は、光ディスク１４１に記録されたコンテンツを再生することもできる。映像や音声は、カムコーダ１０に設けられた液晶表示ディスプレイやスピーカなどから出力される。

カムコーダ１０の録画機能および再生機能に関する処理は、本体のボタン（図示せず）等を利用してユーザが与えた指示に基づいて行われる。

コンテンツが記録された光ディスク１４１は、カムコーダ１０から取り外されて、さらに他のコンテンツを記録するために、または記録されたコンテンツを再生するために他の機器に装填される。

図１には、他の機器としてレコーダ１１やＰＣ１４が示されている。

レコーダ１１は、アナログ／デジタル放送番組の映像および音声に関するデータストリームを光ディスク１４１等の記録媒体に記録する録画機能を有する。またレコーダ１１は、記録媒体に記録されたデータストリームを読み出して、コンテンツをＴＶ１３上に再生する再生機能も有する。これらの機能は、リモコン１２等を利用してユーザによって実行される。ＰＣ１４もまた、レコーダ１１と同等の録画機能および再生機能を有する。なお、再生機能のみを有する再生専用機器であっても本発明によるデータ処理装置に含まれる。

本実施形態においては、データ処理装置は光ディスクドライブを搭載したカムコーダ１０を例として挙げて説明する。ただしこれは例であり、レコーダ１１やＰＣ１４であってもよい。また、データ処理装置は据え置き型か持ち運び可能型かも問わない。

図２は、本実施形態によるカムコーダ１０の構成を示す。レコーダは、映像および音声を含む動画のデータストリーム（動画ストリーム）を光ディスク１４１に書き込む機能（録画機能）、光ディスク１４１に書き込まれた動画ストリームを読み出して、動画を再生する機能（再生機能）および光ディスク１４１に書き込まれた動画ストリームを削除し、編集する機能（編集機能）を有する。

以下、カムコーダ１０の構成要素を説明する。カムコーダ１０は、映像信号入力部１００と、音声信号入力部１０２と、映像信号出力部１１０と、音声信号出力部１１２と、ＭＰＥＧエンコーダ１７０と、ＭＰＥＧデコーダ１７１と、サムネイル画像生成部１７２と、メニュー画面生成部１７３と、システム制御部１８０と、ＣＰＵ１８１とを有している。

カムコーダ１０には、光ディスク１４１が取り外し可能な形態で挿入され、光ディスク１４１に動画を録画できる。なお、光ディスク１４１はカムコーダ１０の必須の構成要素ではない。

まず、動画記録処理に関連する主要な構成要素を説明する。

映像信号入力部１００および音声信号入力部１０２は、記録対象となる映像信号および音声信号を取得する。たとえば、映像信号入力部１００はＣＣＤカメラであり、音声信号入力部１０２はマイクである。

ＭＰＥＧエンコーダ１７０（以下「エンコーダ１７０」と記述する。）は映像圧縮部１０１と音声圧縮部１０３とシステムエンコード部１０４とを有している。映像圧縮部１０１は、映像信号入力部１００から映像信号を受け取り、ＭＰＥＧ規格に基づいて圧縮符号化する。音声圧縮部１０３は、音声信号入力部１０２から映像信号を受け取り、ＭＰＥＧ規格に基づいて（圧縮）符号化する。その結果、ビデオデータおよびオーディオデータが出力される。

システムエンコード部１０４は、ビデオデータおよびオーディオデータをインターリーブして動画ストリームを生成する。より具体的には、システムエンコード部１０４は、ビデオデータおよびオーディオデータをそれぞれ格納したパケットを生成し、そのパケットを配列して動画ストリームを生成する。このとき、さらに他のデータ（文字データ、管理情報など）もパケット化されて動画ストリームの一部として配列され得る。本実施形態においては、動画ストリームはＭＰＥＧ２規格に準拠したトランスポートストリームであるとする。トランスポートストリームは、「ＴＳパケット」と呼ばれる固定長のデータ単位から構成される。なお、ＢＤにおいては、このトランスポートストリームは厳密にはクリップＡＶストリームと呼ばれている。クリップＡＶストリームは、トランスポートストリームの各ＴＳパケットに固定長の到着タイムスタンプ（Ａｒｒｉｖａｌ Ｔｉｍｅ Ｓｔａｍｐ）を付加して構成されている。

サムネイル画像生成部１７２（以下、「画像生成部１７２」と記述する。）は、入力された映像信号に基づいて録画中のコンテンツのサムネイル画像（代表静止画像）を生成する。たとえば画像生成部１７２は、入力された映像信号の所定の映像フレーム（たとえば最初の映像フレームまたは１秒目の映像フレームなど）の画像データをＪＰＥＧ圧縮して１枚のサムネイル画像を生成する。サムネイル画像は、対応する動画ストリーム（コンテンツ）を特定するための情報（コンテンツ情報）として利用される。なお、ＪＰＥＧ圧縮処理は周知の技術であるため、その詳細な説明は省略する。

なお、画像生成部１７２は、後述するＣＰＵ１８１とは別の構成要素として記載されている。これは、画像生成部１７２が単独のハードウェアとして組み込まれていることを意味する。しかし、この構成は例であり、たとえばＣＰＵ１８１によってソフトウェア的に実現されてもよい。

システム制御部１８０の記録部１２０は、ＣＰＵ１８１の指示に基づいて、トランスポートストリームやサムネイル画像の画像データを、ピックアップ１４０を介して光ディスク１４１に書き込む。記録部１２０はさらに、ＥＥＰＲＯＭ１６６から読み出されたメニュー表示プログラム１６７をＣＰＵ１８１から受け取り、光ディスク１４１に記録する。このメニュー表示プログラム１６７は、カムコーダ１０における再生時にＣＰＵ１８１によって実行され、または、光ディスク１４１が装填された他の機器での再生時に、その機器のＣＰＵによって実行される。

なお、図１では、メニュー表示プログラム１６７のみがＥＥＰＲＯＭ１６６に記載されているが、これは例である。他のプログラムが記録されていてもよい。

次に、動画再生処理に関連する主要な構成要素を説明する。

まずシステム制御部１８０の再生部１２０は、ＣＰＵ１８１の指示に基づいて、ピックアップ１４０を介して光ディスク１４１から必要とされるデータを読み出す。具体的には再生部１２０は、メニューを表示するためのコンピュータプログラムを光ディスク１４１から読み出し、そのコンピュータプログラムの実行に伴って、サムネイル画像の画像データを読み出す。そして、ユーザによって選択されたコンテンツに対応するトランスポートストリームを読み出す。

ＭＰＥＧデコーダ１７１（以下「デコーダ１７１」と記述する。）は、映像伸長部１１１と音声伸長部１１３とシステムデコード部１１４とを有している。処理の順序で説明すると、システムデコード部１１４は動画ストリーム、すなわちトランスポートストリームをパケットの種類に応じて分離し、ビデオデータのパケットを映像伸長部１１１に送り、オーディオデータのパケットを音声伸長部１１３に送る。映像伸長部１１１は、ビデオデータをＭＰＥＧ規格に基づいて伸長し、映像信号出力部１１０に送る。音声伸長部１１３は、オーディオデータをＭＰＥＧ規格等に基づいて伸長し、音声信号出力部１１２に送る。

次に、メニュー画面生成部１７３は、再生部１２１によって読み出されたプログラムを実行する。そしてメニュー画面生成部１７３は、光ディスク１４１からさらに読み出されたサムネイル画像の画像データを配置したメニュー画面を生成するためのプロセッサ等として実現される。メニュー画面生成部１７３の処理の詳細は後述する。

映像信号出力部１１０は、メニュー画面や再生映像の映像信号をＴＶ１３に出力する端子や液晶表示画面である。また音声信号出力部１１２は、たとえばスピーカや音声信号を出力する端子である。

システム制御部１８０は、ＥＥＰＲＯＭ１６６とＣＰＵ１８１とを有し、さらにＲＡＭ（図示せず）をも有している。ＣＰＵ１８１は、コンピュータプログラムをＲＡＭ上に展開して実行することにより、各種の機能を実現できる。たとえばＣＰＵ１８１は、連続データ領域検出部１６０、データ記録制御部１６１、再生制御部１６２、論理ブロック管理部１６３、編集制御部１６４、プログラム記録制御部１６５として機能する。以下では、ＣＰＵ１８１によって実現する各機能を独立した構成要素として取り扱う。各構成要素間のデータの授受は、プログラム間のデータの受け渡しに相当する。

データ記録制御部１６１はプログラムストリームの記録を開始する前に、連続データ領域検出部（以下「領域検出部」と記述する。）１６０を起動して、空き領域を捜させる。領域検出部１６０はあらかじめ光ディスク１４０から読み出したスペースビットマップを利用して連続した空き領域を探索する。そしてデータ記録制御部１６１は、検出された空き領域上にトランスポートストリームの記録を開始する。領域検出部１６０は、検出した空き領域へのトランスポートストリームの書き込みが終わるまでに、次の空き領域を継続的に探索する。これにより、トランスポートストリームの記録が継続される。そして、ＵＤＦファイルシステムのファイル管理情報を書き込み、トランスポートストリームファイル（＊．ｍ２ｔｓファイル、すなわち動画ストリームを格納するファイル）の書き込みを完了する。

次に、データ記録制御部１６１は、記録完了したトランスポートストリームに対応するストリーム管理データファイル（＊．ｃｌｐｉ）を記録し、記録が完了したトランスポートストリームと１：１に対応するプレイリストファイル（＊．ｍｐｌｓ）を記録する。プレイリストファイルは、トランスポートストリームファイルの中の具体的な再生範囲を指定する情報を含んでいる。本実施形態では、再生範囲はトランスポートストリームの先頭から末尾までとする。

さらに、データ記録制御部１６１は、各トランスポートストリームに対応するサムネイル画像をサムネイル管理ファイル（ｍｅｎｕ．ｔｉｄｘ）に記録し、サムネイルデータ管理ファイル（ｍｅｎｕ．ｔｄａｔ）を記録する。なお本実施形態においては、サムネイル管理ファイルおよびサムネイルデータ管理ファイルは、光ディスク１４１に各１つ存在するとしている。よって、これらのファイルがすでに存在していた場合には、それらのファイルを更新する。

各ファイル記録後の光ディスク１４１のディレクトリ構造は、図４および図５を参照しながら後述する。

再生時でかつディスク上にタイトルメニューが無い場合、カムコーダ１０は機器独自のサムネイル表示（機器が生成したメニュー）をユーザに対して行い、ユーザに再生を開始すべき動画ストリームの選択を求める。

ユーザが特定のサムネイル画像を選択して再生すべきコンテンツを選択すると、再生制御部１６２はコンテンツに対応するトランスポートストリームの管理情報を管理ファイルから読み出すよう指示する。そして、その管理情報に記載されたアドレス情報を参照してトランスポートストリームを読み出す。デコーダ１７１は、読み出されたトランスポートストリームをシステムデコード部１１４において映像信号と音声信号に分離し、各々を映像伸長部１１１及び音声伸長部１１３で復号化した後、映像信号出力部１１０及び音声信号出力部１１２へ出力する。

編集時においては、編集制御部１６４は、たとえば記録済みのコンテンツの削除指示や、記録済みのコンテンツの一部に対する編集指示をユーザから受け取る。このとき編集制御部１６４は、再生部１２１に指示して、データストリームの編集対象の部分やその管理データを読み出させる。

記録済みのコンテンツに対してユーザから削除が指示された時に、対応するトランスポートストリーム、ストリーム管理データファイル、プレイリストファイルおよび、対応するサムネイル画像を削除する。さらに、実行すべきプレイリストファイルが登録されているインデックスファイルも修正する。

コンテンツの一部の削除が指示された時に、編集制御部１６４は、読み出されたデータのうちから削除するべき部分を特定し、その部分を削除する。編集制御部１６４は削除されずに残されたデータやその管理データを光ディスク１４１に書き込むよう、記録部１２０に指示する。

プログラム記録制御部１６５は、光ディスク１４１への動画ストリームの記録後または記録開始前に、ＥＥＰＲＯＭ１６６からメニュー表示プログラム１６７を読み出して光ディスク１４１に記録するよう、記録部１２０に指示する。本実施形態においては、メニュー表示プログラム１６７はＪａｖａ（登録商標；以下省略する）プログラムであるとする。このＪａｖａプログラムはコンパイル済みのコードであり、参照するクラスライブラリと共に、光ディスク１４１にｔｉｔｌｅＭｅｎｕ．ｊａｒファイルとして格納される。このメニュー表示プログラム１６７の記録先および処理の内容は、図４および図７を参照しながら後に詳述する。

次に、図３〜図６を参照しながら、カムコーダ１０の記録処理および記録後の光ディスク１４１のディレクトリ構造を説明する。

図３は、カムコーダ１０の記録処理の手順を示す。まずステップＳ３１において、カムコーダ１０が光ディスク１４１の装填を検出する。検出は、たとえばトレイの開閉および光学的特性に基づいて行われる。装填され得る光ディスク１４１は、データが記録されていないブランクディスクまたは動画ストリーム等のユーザデータが記録された記録済みディスクである。

ステップＳ３２において、カムコーダ１０のプログラム記録制御部１６５は、メニュー表示プログラムの記録処理を行い、光ディスク１４１の所定のディレクトリにメニュー表示プログラムの実行ファイルを書き込む。記録処理の詳細は図６において詳述する。

ステップＳ３３において、ユーザの録画開始のボタン操作に応答して、カムコーダ１０は動画ストリームの記録処理を行う。

ステップＳ３１〜Ｓ３３の処理の順序から明らかなように、ブランクディスクが装填されると、まずメニュー表示プログラムが記録されて、その後動画ストリームが記録される。換言すれば、動画ストリームを記録するよりも前にメニュー表示プログラムが光ディスク１４１に記録される。一方、動画がすでに記録されている光ディスク１４１が装填されると、遅くとも最後の動画ストリームが記録される前に、メニュー表示プログラムが光ディスク１４１に記録されることが理解される。

図４は、記録処理終了後の光ディスク１４１のディレクトリ構造を示す。光ディスク１４１はＵＤＦファイルシステムでフォーマットされているものとする。このとき、空き領域の管理単位でもあり、また領域の割り付け単位でもある論理ブロックは、２ｋバイトであるとする。なお、ＵＤＦファイルシステムのバージョンは１．５、２．０、２．０１、２．５、２．６のいずれであってもよい。ただし、特にバージョン２．６は、従来ＤＶＤ−Ｒディスクに必要だった、ファイナライズ時のファイル管理データのまとめ書き込み処理を不要とする仕組み（仮想書き込み処理）を持つものであり有用である。Ｊａｖａプログラムとの組み合わせによって、タイトルメニュー作成処理、およびファイル管理データのまとめ書き込み処理の両方が不要になり、ファイナライズ処理を不要にすることができる。ＵＤＦファイルシステムと同様のディレクトリ構造を有するファイルシステムであれば、ファイルシステムは任意である。

光ディスク１４１においては、ＲＯＯＴディレクトリの下にＢＤＭＶディレクトリが設けられ、その下にさらに各種のファイルやディレクトリが設けられる。具体的には以下のとおりである。

ｉｎｄｅｘ．ｂｄｍｖファイルにはタイトルメニューを生成し表示するためのＪａｖａプログラム名、および記録されているプレイリストファイル名が記録されている。

Ｍｅｎｕディレクトリの下にはタイトルメニューを生成し、表示するためのＪａｖａプログラム２０（ｔｉｔｌｅＭｅｎｕ．ｊａｒ）、サムネイル管理ファイル２１（ｍｅｎｕ．ｔｉｄｘ）、およびサムネイルデータファイル２２（ｍｅｎｕ．ｔｄａｔ）が記録される。

このうち、サムネイルデータファイル２２には、動画ストリーム毎にサムネイル画像がＪＰＥＧ符号形式で格納されている。サムネイル管理ファイル２１には、動画ストリームとサムネイル画像との対応関係を規定する情報が格納されている。具体的には、サムネイル管理ファイル２１では、動画ストリームのファイル名と、サムネイル画像のサムネイルデータファイル内での記録先アドレスとが対応付けられている。

Ｊａｖａプログラム２０は、サムネイルデータファイル２２内のサムネイル画像を参照してタイトルメニューを描画する。そして、ユーザがサムネイル画像を選択すると、選択されたサムネイル画像に対応する動画ストリームの再生を開始する処理を実行する。再生が完了した後、Ｊａｖａプログラム２０の記述に従って再びタイトルメニューを描画し、選択された動画ストリームの再生等を実施する。

ＰＬＡＹＬＩＳＴディレクトリには動画ストリームに１：１に対応するプレイリストファイル（＊．ｍｐｌｓ）が格納される。

ＳＴＲＥＡＭディレクトリには動画ストリームファイル（＊．ｍ２ｔｓ）が格納される。動画ストリームはトランスポートストリーム符号形式で格納される。

ＣＬＩＰＩＮＦディレクトリには動画ストリームに対応するタイムマップ等の管理データファイル（＊．ｃｌｉｐ）が格納される。

図５は、図４に示したサムネイル管理ファイル２１およびサムネイルデータファイル２２のデータ構造を示す。また図５では、これらのファイルと動画ストリームファイルとの対応関係も示している。

サムネイルデータファイル２２には、各動画ストリームのサムネイル画像のデータ（サムネイルデータ）がＪＰＥＧ符号形式で格納される。サムネイル管理ファイル２１には、動画ストリームのファイル名と、サムネイル画像のサムネイルデータファイル２２における記録位置（格納先のアドレス）が格納されている。

動画ストリームファイル＃２（ファイル名：０１００１．ｍ２ｔｓ）を例に挙げて説明する。サムネイルデータファイル２２を参照すると、動画ストリームファイル＃２に対応するサムネイルデータは、サムネイルデータファイル２２の先頭から１２キロバイト目のアドレス位置以降に記録されている。これを受けて、サムネイル管理ファイル２１では、動画ストリームファイル＃２のファイル名０１００１．ｍ２ｔｓと対応するサムネイルデータの格納開始アドレスを示す１２ｋＢという情報が対応付けられて格納されていることが理解される。

次に、図６を参照しながら、メニュー表示プログラムの記録処理（ステップＳ３２）の詳細を説明する。この処理は、図３に示すとおり光ディスクの装填検出後に行われる。

図６は、メニュー表示プログラムの記録処理の手順を示す。ステップＳ６１において、データ記録制御部１６１は装填された光ディスク１４１のファイルシステムの内部構成をチェックする。装填された光ディスク１４１がブランクディスクである場合には、データ記録制御部１６１はＵＤＦファイルシステムが未構築であると判断する。また、例えば光ディスク１４１に動画が記録されている場合には、図４に示すＲＯＯＴディレクトリやＢＤＭＶディレクトリを検出することによって、ＵＤＦファイルシステムが構築されていることを検出する。

ステップＳ６２において、データ記録制御部１６１は、Ｍｅｎｕディレクトリ内にメニュー表示プログラムが存在するか否かを判断する。存在しない場合には処理はステップＳ６３に進み、存在する場合には処理は終了する。このステップＳ６２の処理は、Ｍｅｎｕディレクトリが存在するか否か、および、存在する場合には、さらにそのディレクトリの中にメニュー表示プログラムのプログラムファイルが存在するか否かをそれぞれ判断することによって行われる。

ステップＳ６３の処理は、プログラム記録制御部１６５によって行われる。プログラム記録制御部１６５は、ＥＥＰＲＯＭ１６６からメニュー表示プログラム１６７を読み出して記録部１２０に送るとともに、光ディスク１４１のＭｅｎｕディレクトリにＪａｖａプログラム２０として書き込むよう指示する。

なお、図６に示す処理によれば、光ディスク１４１のＭｅｎｕディレクトリには必ずＪａｖａプログラム２０が書き込まれた状態になる。

ユーザが特定の動画ストリームを削除した場合には、削除された動画ストリームおよび対応するサムネイル画像を削除する。また、ユーザが特定の動画ストリームの一部を削除するような編集処理を指示した場合において、対応するサムネイル画像が削除される範囲内の映像に含まれる場合には、サムネイル画像を作り直す。この処理は、たとえば残存する動画ストリームにおいて最初に現れるＩピクチャを復号化し、得られたデジタル画像データをＪＰＥＧ圧縮することによって実現される。このような処理は、たとえばＣＰＵ１８１においてソフトウェア的に行われる。

次に、図７を参照しながら、光ディスク１４１に記録されたＪａｖａプログラムによるメニューの表示処理を説明する。このメニュー表示処理は、光ディスク１４１に記録された動画を再生する機器（再生装置）に実装されたＣＰＵまたはメニュー画面生成部によって実行される。なお、再生装置は、たとえばＢＤ−ＲＯＭプレーヤである。ＢＤ−ＲＯＭプレーヤは、図２に示すカムコーダ１０の再生機能を実現する構成を備えており、タイトルメニュー用Ｊａｖａプログラムを再生できる機能を有する。

以下では、カムコーダ１０のメニュー画面生成部１７３がメニューの表示処理を実行するとして説明する。これは、カムコーダ１０が自ら録画した動画の一覧表示メニューを表示する処理に該当する。なお、カムコーダ１０から光ディスク１４１が取り出され、図１に示すレコーダ１１やＰＣ１４に装填されることによって、それらの機器がＪａｖａプログラムを実行することもできる。換言すれば、光ディスク１４１が装填可能であり、Ｊａｖａプログラムを実行可能なコンピュータ（ＣＰＵ）を有し、かつ動画ストリームを再生可能な機器であれば、図７に示す処理により、メニュー表示が可能である。

図７は、Ｊａｖａプログラムによるタイトルメニューの表示処理の手順を示す。メニュー画面生成部１７３は、光ディスク１４１のＭｅｎｕディレクトリ下に記録されているｔｉｔｌｅＭｅｎｕ．ｊａｒファイルを読み込み、実行を開始する。

まず、ステップＳ１００において、メニュー画面生成部１７３は、光ディスク１４１のＰＬＡＹＬＩＳＴディレクトリ下のプレイリストファイル数をカウントする。上述のように、プレイリストファイル数は動画ストリーム（トランスポートストリーム）の数と１：１に対応するため、プレイリストファイル数のカウントは動画ストリーム数の検索を意味する。また、動画ストリームの数とサムネイル画像の数も１：１に対応するため、得られたプレイリストファイル数によって、サムネイル画像の枚数も特定される。

次に、ステップＳ１１０において、メニュー画面生成部１７３は全プレイリストの表示に必要な頁総数を算出する。たとえば、１ページのタイトルメニュー画面に１２枚（４列×３行）のサムネイル画像を表示するとしたとき、メニュー画面生成部１７３はサムネイル画像の枚数を１２で除算する。そして余りが存在する場合には頁総数は（商の値＋１）として算出され、余りが存在しない場合には頁総数は（商の値）として算出される。

次のステップＳ１２０においてメニュー画面生成部１７３はタイトルメニューの背景画像を描画し、さらにステップＳ１３０において現在のページ番号およびタイトルメニューの頁総数を表示する。そしてステップＳ１４０において、１ページ内に１２枚（４列×３行）のサムネイル画像を配置してタイトルメニューを描画する。ここまでの処理によって、最初のタイトルメニュー画面が表示される。

次のステップＳ１５０において、ユーザがタイトルメニューの頁送りを選択すると、メニュー画面生成部１７３は次のページに対応する動画ストリームのサムネイル画像を使ってステップＳ１２０からの処理を繰り返す。これにより、次ページのタイトルメニュー画面が再描画される。タイトルメニューの頁送りが選択されない場合には、処理はステップＳ１６０に進む。

ステップＳ１６０において、ユーザがタイトルメニュー終了を選択すると、メニュー画面生成部１７３はＪａｖａプログラムの実行を終了する。一方、タイトルメニューの終了が選択されない場合には、メニュー画面生成部１７３はステップＳ１７０に進む。

ステップＳ１７０においてユーザがサムネイル画像を利用して特定のタイトルを選択すると処理はステップＳ１８０に進み、選択しない場合には処理はステップＳ１５０に戻る。

ステップＳ１８０において、メニュー画面生成部１７３は、図５に示すサムネイル管理ファイル２１を参照してそのサムネイル画像に対応する動画ストリームのファイル名を特定し、特定された動画ストリームの再生を開始する。このとき、タイトルメニュー画面は消去され、画面全体を使ってその動画ストリームのコンテンツが表示される。ステップＳ１９０において、メニュー画面生成部１７３は再生終了を示す表示完了の通知がＣＰＵ１８１またはデコーダ１７１から発せられるのを待ち、通知を受け取るとステップＳ１２０に戻り、再びタイトルメニューを再描画する。

光ディスク１４１がカムコーダ１０から取り出され、再生機器に装填されると、再生機器はユーザが閲覧するタイミングやタイトルメニューファイルの有無にかかわらず、上述した処理によってタイトルメニューを表示できる。

図８は、Ｊａｖａプログラムによって表示されるタイトルメニュー画面の例を示す。４列×３行で配列されたサムネイル画像（たとえばサムネイル画像３１）が背景画像に上書きされて描画される。それぞれのサムネイル画像は、各プレイリストファイル（および動画ストリームファイル）に対応している。さらに、画面の下部中央に、ページ戻しボタン３２／ページ送りボタン３３が表示される。さらに、現在のページ番号および総ページ数を示すページ数情報３４が表示される。

図８から理解されるように、この画面はサムネイル画像付きの一覧を表示しているといえる。なお、サムネイル画像の表示を含まないように表示することも可能である。複数のページにまたがって一覧表示がされている場合でも、サムネイル画像の表示を含ませないことで、ページ切り替え回数をより少なくすることができる。

なお、再生装置は、一覧表示のみを実現するプログラムをメモリに保持していてもよい。そのプログラムを実行する際に、光ディスク１４１に記録されたサムネイルデータファイル２２を参照すれば、自らがデータストリームからサムネイル画像を生成する必要はない。よって高速かつ容易に一覧表示を実現することができる。

図９（ａ）はＪａｖａプログラムの実行によって表示されたタイトルメニュー画面を示し、図９（ｂ）は選択されたサムネイル画像に対応する動画の再生画面の表示例を示す。

カムコーダ１０のボタン（またはリモコン）を使って、ユーザが例えばプレイリスト０１０００．ｍｐｌｓに対応するサムネイル画像を選択し確定すると、ＣＰＵ１８１は、サムネイル管理ファイル２１を参照してそのサムネイル画像に対応する動画ストリーム０１０００．ｍ２ｔｓの再生表示を開始する。終了すると再びタイトルメニューが表示される。

なお、各サムネイル画像の表示とともに、または各サムネイル画像の表示に代えて、各動画ストリームを格納したファイルのファイル名、ファイル作成日時、またはユーザが入力した任意のタイトルを表示してもよい。

本実施形態においては、記録機器が、サムネイルデータとそのサムネイルデータを使ってタイトルメニューを表示するプログラムとを記録媒体に記録することにより、従来毎回必要であった、タイトルメニューを作成して記録する時間が不要になる。よって、記録機器側の処理の負荷が軽減され、記録媒体の取り出し時の処理時間が大幅に短縮される。さらに、ユーザは、タイトルメニューを作成するか否かの判断や手間をかける必要がないため、煩わしさから開放される。その記録媒体が装填された再生機器は、記録媒体に記録されている動画ストリームを検索してサムネイル画像と対応付けて表示するため、その時点で記録されている動画ストリームをもれなく表示することができる。

上述の説明は、再生機器が、タイトルメニューを表示するＪａｖａプログラムを高速に処理できることを前提としていた。しかしながら、Ｊａｖａプログラムを高速に処理できない機器も考えられる。

そこで、後者の機器（比較的低速な処理を行う再生装置）での再生を考慮して、記録機器（たとえばカムコーダ１０）のＣＰＵ１８１は、Ｊａｖａプログラムで記述されたタイトルメニューを１画面毎に映像圧縮処理を行ったタイトルメニューへ変換し、変換されたタイトルメニューデータを光ディスク１４１に記録してもよい。

変換されたタイトルメニューデータを利用した一覧表示画面は図８に示すように表示される。また、その一覧表示画面によれば、図９に示すように任意のサムネイル画像の選択によって希望する動画を再生できる。たとえば市販されている映画のＤＶＤ−ＲＯＭでは、サムネイル画像（映像）を利用して任意のチャプター選択が可能である。変換されたタイトルメニューデータによればそのような既存のメニュー表示と同じ機能が実現され、従来の再生機器における動作を保証できる。

なお、上述の説明では、複数のサムネイルデータをサムネイルデータファイルに格納したが、個別のサムネイルデータファイルであってもよい。サムネイルデータファイル、およびサムネイル管理ファイルはｔｉｔｌｅＭｅｎｕ．ｊａｒファイルとは独立して設けたが、ｔｉｔｌｅＭｅｎｕ．ｊａｒファイルに含まれていてもよい。また、動画ストリーム毎に個別のサムネイルデータファイルを記録する場合であっても同様である。

また、データストリーム等を格納する光ディスク１４１はリムーバブルであるとしたが、非可換メディア、例えば記録機器に内蔵されたＨＤＤであってもよい。ただし、この場合、記録機器がネットワーク接続されている必要がある。そしてネットワーク接続された他の再生機器からタイトルメニューを描画するＪａｖａプログラムが参照され、その再生機器においてそのプログラムが実行されることになる。再生機器は、記録機器に内蔵されたＨＤＤ内の動画ストリームを検索し、再生可能な動画ストリームをサムネイル表示すればよい。

上述の実施形態において、記憶媒体は光ディスクであるものとしたが、特にこれに限定するものではない。例えばメモリカード、フラッシュメモリ、ＦｅＲＡＭ、ＭＲＡＭ等の半導体メモリであってもよい。また、光ディスクはＤＶＤ−ＲＡＭ、ＭＯ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、ＤＶＤ＋Ｒ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＢＤ−ＲＥ、ＢＤ−Ｒ、ＨＤ−ＤＶＤ等の光ディスクであってもよい。

システム制御部１８０は、ＥＥＰＲＯＭ１６６等のプログラムＲＯＭに格納されたコンピュータプログラムを実行することにより、本明細書に記載した機能を実現することができる。

なお、図２の各機能ブロックは典型的には半導体集積回路（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ；ＬＳＩ）のチップとして実現される。これらは個別に１チップ化されてもよいし、一部または全てを含むように１チップ化されてもよい。

例えば、図２においては、エンコーダ１７０、画像生成部１７２、メニュー画面生成部１７３およびシステム制御部１８０とは別個の機能ブロックとして示されている。これらはそれぞれ別個のコンピュータチップとして実装されてもよいし、物理的に同一のコンピュータチップによって実現してもよい。また、システム制御部１８０、エンコーダ１７０、デコーダ１７１、画像生成部１７２およびメニュー画面生成部１７３の各機能を集積化して、１つのチップ回路として実現してもよい。ただし、例えば符号化または復号化の対象となるデータを格納するメモリのみを集積化の対象から除外してもよい。

上述の「ＬＳＩ」は、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用してもよい。

さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオテクノロジーを利用したいわゆるバイオ素子として集積化を行ってもよい。

また、上述の実施形態において、データストリームはトランスポートパケット毎に到着タイムスタンプ（Ａｒｒｉｖａｌ Ｔｉｍｅ Ｓｔａｍｐ）を付加したトランスポートストリームを想定したが、プログラムストリーム、ＰＥＳストリーム、ＱｕｉｃｋＴｉｍｅストリーム、ＭＰ４ストリーム、ＡＶＩストリーム、ＡＳＦストリーム、ＭｏｔｉｏｎＪＰＥＧストリーム等の他のビットストリームであってもよい。

また、映像はＭＰＥＧ−２ビデオストリームを例としたが、ＭＰＥＧ−４ビデオストリームやＭＰＥＧ−４ＡＶＣ（Ｈ．２６４）ストリームであってもよい。また、音声もリニアＰＣＭオーディオストリームやＡＣ−３ストリーム等であってもよい。また、映像や音声以外の他の種類（グラフィックス情報や文字情報等）のマルチメディア情報を含んでいてもよい。

また、動画ストリームの映像圧縮符号はＭＰＥＧ−２ビデオ、ＭＰＥＧ−４ＡＶＣ、ＭＰＥＧ−４ビジュアル、ＶＣ−１等の、プレーヤで再生可能な符号であれば任意である。

さらに、１個のトランスポートストリームを１個のデータストリームファイルに格納するとしたが、複数のトランスポートストリームを１個のデータストリームファイルに格納してもよい。

また、タイトルメニューを描画するＪａｖａプログラムは光ディスクが挿入された時点で記録されるとしたが、光ディスクのフォーマットが完了した時点であってもよい。また、ユーザが指定した任意の時点で記録されてもよい。

なお、上述の説明では、動画ストリームを記録するカムコーダやレコーダがタイトルメニューを表示するＪａｖａプログラムを記録するとしたが、光ディスク上に動画ストリームを記録する機器とは異なる機器（レコーダ、カムコーダ、もしくはパソコン等）がＪａｖａプログラムのみを記録してもよい。また他の機器によってタイトルメニューデータが記録されることも妨げられない。

なお、本実施形態の説明では、タイトルメニューは図８および図９に示した比較的簡単な例を示したが、あらかじめＡＶデータ処理装置のＲＯＭに記録されたグラフィックスデータや動画データを利用するＪａｖａプログラムを光ディスクに記録することにより、より上質で個性的なタイトルメニューを作成することも可能である。

なお、上述の説明では、プレーヤはＢＤ−ＲＯＭ規格に準拠したクラスライブラリを必ず再生できるものとし、ＪａｖａプログラムはＢＤ−ＲＯＭ規格で規定されるクラスを使うものとしたが、プレーヤが対応していればＰＣで実現されているＳｗｉｎｇ等のＧＵＩライブラリを使えるものとしてもよい。また、ＢＤ−ＲＯＭ規格に含まれるインターネットアクセスが可能なクラスライブラリ、またはそれと同等のモジュールプログラムを別途使えるものとしてもよい。

なお、上述の説明ではタイトルメニューはプレーヤでＪａｖａプログラムが実行されて表示されるものとしたが、同じ機能を実行するプログラムであれば、例えばＸＭＬ言語やＸＨＴＭＬ言語で記述されたプログラムであってもよい。

なお、本実施形態においては、タイトルメニューを実現するＪａｖａプログラムがディスクに記録されている場合は、メニュー画面生成部１７３がタイトルメニューを生成するものとした。しかし、Ｊａｖａプログラムが記録されている場合であっても、そのプログラムを参照しないで、その機器独自の形式のタイトルメニューを生成し、表示してもよい。これにより、メニュー画面の生成を簡易に実施できる。なお、機器独自の形式のタイトルメニューを生成するか否かは、Ｊａｖａプログラムが記録されているか否かに基づいてその機器が判断すればよい。

なお、ＤＶＤ−ＲやＤＶＤ−ＲＷに関してＤＶＤ−ＲＯＭドライブによる再生互換性を重視する場合は、ＤＶＤ−ＲやＤＶＤ−ＲＷに記録されたデータの総量が１Ｇバイト以上である必要がある。したがって、総量が１Ｇバイトに満たない場合には、ファイナライズ処理の際にパディングデータを追記する処理を行ってデータの総量を１Ｇバイトまたはそれ以上にしなければならない。本発明を適用したとしても、その処理の時間は必要となる点に留意する必要がある。

なお、ＤＶＤ−ＲＯＭドライブを利用する場合の再生互換性を重視しないで、記録型ＤＶＤドライブを利用する場合の再生互換性（親和性）だけを重視する場合は、パディングデータで埋める処理を想定する必要はない。また、ＤＶＤ−ＲＡＭやＳＤカードに関しては、ファイナライズ処理が本来必要ないため、これらの時間を想定する必要はない。また、ＢＤ−ＲＥディスクやＢＤ−Ｒディスクに関しても同様である。

なお、本実施形態ではサムネイルファイルを生成して記録するとしたが、記録しておかなくてもよい。タイトルメニューを生成して表示する際に、動画ストリーム中の１フレームまたはフィールドを切り出して、縮小してサムネイル画像として用いてもよい。ただし、この場合、表示終了までの遅延時間が発生する点に留意する必要がある。

本発明にかかるデータ処理装置、方法、およびプログラムによれば、プレーヤやレコーダ等の機器でコンテンツを試聴する際に必ず用意しておかなければならなかったタイトルメニューを用意する必要がなくなる。よって、コンテンツの記録に関連して必要であったタイトルメニューの作成処理時間を省くことが可能になる。よって、光ディスクカムコーダ、光ディスクレコーダ等のコンテンツの記録機器に実装することは非常に有用である。

本発明によるデータ処理装置の種々の実施形態を示す図である。 本実施形態によるカムコーダ１０の構成を示す図である。 カムコーダ１０の記録処理の手順を示すフローチャートである。 記録処理終了後の光ディスク１４１のディレクトリ構造を示す図である。 図４に示したサムネイル管理ファイル２１およびサムネイルデータファイル２２のデータ構造を示す図である。 メニュー表示プログラムの記録処理の手順を示すフローチャートである。 Ｊａｖａプログラムによるタイトルメニューの表示処理の手順を示すフローチャートである。 Ｊａｖａプログラムによって表示されるタイトルメニュー画面の例を示す図である。 （ａ）はＪａｖａプログラムの実行によって表示されたタイトルメニュー画面を示す図であり、（ｂ）は選択されたサムネイル画像に対応する動画の再生画面の表示例を示す図である。

符号の説明

１０ カムコーダ
１１ レコーダ
１４ ＰＣ
１００ 映像信号入力部
１０１ 映像圧縮部
１０２ 音声信号入力部
１０３ 音声圧縮部
１０４ システムエンコード部
１１０ 映像信号出力部
１１１ 映像伸長部
１１２ 音声信号出力部
１１３ 音声伸長部
１１４ システムデコード部
１２０ 記録部
１２１ 再生部
１６０ 連続データ領域検出部
１６１ データ記録制御部
１６２ 再生制御部
１６３ 論理ブロック管理部
１６４ 編集制御部
１６５ プログラム記録制御部
１６６ ＥＥＰＲＯＭ
１６７ メニュー表示プログラム
１７０ ＭＰＥＧエンコーダ
１７１ ＭＰＥＧデコーダ
１７２ サムネイル画像生成部
１７３ メニュー画面生成部
１７５ メディア制御部
１８０ システム制御部
１８１ ＣＰＵ

Claims (12)

1. コンピュータにより実行されるファイルを格納したメモリと、
   少なくとも１つのコンテンツを所与の記録媒体に記録する記録部と
   を備えた記録機器であって、
   前記所与の記録媒体が、コンテンツの追加または削除が可能な記録媒体である場合において、
   前記記録部は、コンテンツを前記所与の記録媒体に記録する際に、前記所与の記録媒体上に前記ファイルが作成されていない場合には、前記ファイルを前記所与の記録媒体上に作成し、前記所与の記録媒体上に前記ファイルが作成されている場合には、前記ファイルを前記所与の記録媒体上に作成せず、
   前記ファイルは、コンピュータに、前記所与の記録媒体に記録されたコンテンツを検索する処理を実行させ、次に、検索によって発見されたコンテンツに関するコンテンツ情報をメニューに表示する処理を実行させ、その後、前記コンテンツ情報を利用して前記コンテンツの選択を可能にする処理を実行させる、記録機器。
2. 前記ファイルは、前記所与の記録媒体が装填された機器によって読み出され、前記機器のコンピュータに処理を実行させる、請求項１に記載の記録機器。
3. 前記ファイルは、前記機器のコンピュータに、前記所与の記録媒体に記録されたコンテンツを検索する処理を実行させる、請求項２に記載の記録機器。
4. 前記少なくとも１つのコンテンツに対応する代表画像を生成する画像生成部をさらに備え、
   前記記録部は、前記代表画像のデータを、前記コンテンツ情報として前記所与の記録媒体に記録する、請求項３に記載の記録機器。
5. 前記ファイルは、前記機器のコンピュータに、前記代表画像のデータを前記メニューに表示する処理を実行させる、請求項４に記載の記録機器。
6. 前記記録部は、前記コンテンツと前記代表画像のデータとを関連付けた管理ファイルを前記所与の記録媒体にさらに記録する、請求項４に記載の記録機器。
7. 前記少なくとも１つのコンテンツが複数存在するときにおいて、
   前記記録部は、各々がコンテンツを格納した複数のストリームファイル、および、各代表画像のデータを格納した１つのデータファイルを前記所与の記録媒体に記録し、さらに、各ストリームファイルのファイル名と前記１つのデータファイル内の各代表画像のデータ位置とを関連付けた管理ファイルを、前記所与の記録媒体に記録する、請求項６に記載の記録機器。
8. 前記記録部は、前記少なくとも１つのコンテンツを特定する文字情報を、前記コンテンツ情報として前記所与の記録媒体に記録する、請求項３に記載の記録機器。
9. 前記記録部は、コンテンツのタイトルおよび記録時刻の少なくとも一方の文字情報を前記所与の記録媒体に記録する、請求項８に記載の記録機器。
10. 前記ファイルは、前記機器のコンピュータに、前記文字情報を前記メニューに表示する処理を実行させる、請求項８に記載の記録機器。
11. 前記記録部は、前記少なくとも１つのコンテンツを記録するよりも前に、前記ファイルを前記所与の記録媒体に記録する、請求項１に記載の記録機器。
12. 前記少なくとも１つのコンテンツが複数存在するときにおいて、
    前記記録部は、最後のコンテンツを記録するよりも前に、前記ファイルを前記所与の記録媒体に記録する、請求項１１に記載の記録機器。

Images