記録方法
【課題】ＡＶストリームを記録し、プレイリスト編集を行う際に、フレーム単位の精度で編集を行えるようにするＡＶストリームの記録方法を提供する。
【解決手段】記録されたＡＶストリームファイルの編集点を、編集点に対応するパケット映像音声ストリームの編集点として、ストリーム上の位置情報で示されるパケットあるいはその後に先頭が位置するＧＯＰを示す位置情報と、編集点のフレーム位置を示す位置情報で示されるＧＯＰ内の最初のＩピクチャを基点とし、次のＧＯＰの最初のＩピクチャの前のピクチャまでを、表示フレーム単位で順次番号を割り振った情報とから構成し、管理ファイルとして記録する。
【解決手段】記録されたＡＶストリームファイルの編集点を、編集点に対応するパケット映像音声ストリームの編集点として、ストリーム上の位置情報で示されるパケットあるいはその後に先頭が位置するＧＯＰを示す位置情報と、編集点のフレーム位置を示す位置情報で示されるＧＯＰ内の最初のＩピクチャを基点とし、次のＧＯＰの最初のＩピクチャの前のピクチャまでを、表示フレーム単位で順次番号を割り振った情報とから構成し、管理ファイルとして記録する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録媒体にデータを記録及び再生する記録再生装置に関する。
【背景技術】
【０００２】
本技術分野の背景技術として、例えば、特開２０００−１５２１８０号公報（特許文献１）、特開２００１−１０１８４０（特許文献２）がある。
【０００３】
特許文献１には、「記録媒体に記録されている既存の映像を上書きすることなく、単一記録媒体での映像編集を実現する。」という課題に対して、「光ディスクは、複数のAVデータを収録されているAVファイルと、AVデータ内の複数の部分区間を指定したPGC情報が複数記録されているRTRW管理ファイルとを有している。PGC情報には、オリジナルタイプのものとユーザ定義タイプのものとがあり、ユーザ定義タイプのPGC情報におけるそれぞれのセル情報は、AVデータ内の部分区間のうち編集素材として抜擢されたものを指定しており、その配列順序は、映像編集作業によって仮決めされた再生順序を示したものである。」という解決手段を用いることが記載されている。
【０００４】
特許文献２には、「ビデオテープカセットに入っている動画像は、このカセットをプレイヤーにマウントして、再生することで始めて閲覧することが出来る。この閲覧は、動画像のすべてを閲覧する場合も、どのような動画像が入っているかをチェックするだけの場合もまったく同じ操作をする必要がある。従って、目的の映像がどのビデオテープカセットに入っているかを捜したりするのにかなりの時間を必要とする。」という課題に対して、「動画像の各単位毎に、代表となる静止画像を生成し、この静止画像のみをまとめて、動画像ストリームとは別な管理データとして、上記動画像ストリームを記録した媒体もしくは、その媒体と一対一に対応した高速アクセス可能な媒体に記録する。そして、この管理データを高速で読み出して表示することで、動画像ストリーム全体の概要をすばやくユーザーに提示する。」という解決手段を用いることが記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０００−１５２１８０号公報（要約参照）
【特許文献２】特開２００１−１０１８４０号公報（要約参照）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
高能率符号化技術の進展に伴い、映像や音声といったＡＶデータをデジタルデータとして符号量圧縮し、ハードディスクや記録型光ディスクなどの大容量の記録媒体へリアルタイムに記録することが可能となっている。また、これらの記録媒体を備えた記録再生装置では、放送や通信により、既に符号量圧縮された状態でデジタルデータが外部から入力された場合、これらのデジタルデータをそのまま記録媒体へ記録することも可能である。
【０００７】
これらの記録再生装置では、記録するデジタルデータを管理するための管理情報を生成し、同一の記録媒体上へ合わせて記録する。記録媒体として書換え可能なものを用いた場合、前記管理情報を書換えて再生順序を示すリスト(以降、プレイリストと呼ぶ)を生成、操作することにより、ユーザは記録再生装置上での編集作業ができる。すなわち、プレイリストはＡＶデータの部分をつなぎ合わせ、再生順序を指し示したものである。一例として、上記従来技術における記録媒体上のＡＶデータの管理状態を図２に示す。 ２０１は記録媒体上のＡＶデータそのものであり、記録単位としてプログラム＃１〜プログラム＃３（例えば、放送番組を記録するレコーダが１番組を記録した場合の１番組に相当する）が存在する場合を示している。２０２は管理情報における第２管理階層(管理レベル２)を示しており、オリジナルセル情報＃１〜オリジナルセル情報＃３は、夫々プログラム＃１〜プログラム＃３というプログラム単位の全ての再生範囲を示すものとなっている。またユーザ定義セル情報＃１〜ユーザ定義セル情報＃２はユーザが任意に指定したプログラムの全体あるいは一部（例えば、上記レコーダにおける１番組のうちユーザが指定した一部分）の再生範囲を示すものであり、その数はユーザの編集操作により増減する。２０３は管理情報の第１管理階層(管理レベル１)を示しており、プログラムセット情報は前記オリジナルセル情報＃１〜オリジナルセル情報＃３の全てを含むものであり、これを元に再生することにより、ユーザは記録媒体上に記録された全てのＡＶデータを再生することができる。またプレイリスト情報＃１〜プレイリスト情報＃ｋはユーザが任意に指定した前記ユーザ定義セル情報の再生順序を示すものであり、複数持つことが可能である。２０４で示す枠内が、管理情報におけるＡＶデータ全体を管理するオリジナル情報であり、２０５で示す枠内がユーザの編集操作によるプレイリストを管理するためのユーザ定義情報となる。
【０００８】
図２において、プレイリスト情報はプログラムセット情報と同列に、管理レベル１として管理されるため、複数のプレイリスト情報自体の順番は一意に決まってしまい、例えばプレイリストの一覧を、ユーザインターフェース上で、その表示順番を変更したりすることを行うことができなかった。使い勝手向上の観点からすれば、ユーザが任意にプレイリストの一覧表示順番を、ユーザインターフェース上で並べ替え操作できるような記録方式や装置が望まれる。
【０００９】
また、従来例では、複数のユーザが好みのプレイリスト情報を生成選択して管理するといった点についても考慮されていなかった。
【００１０】
また、上記特許文献１では、再生した番組を途中で再生中断し、再度再生を行う場合に、再生中断した部分(レジューム点)から再生するレジューム再生に関し、たとえばプレイリストを再生していた場合や、プログラムを再生していた場合など、再生停止時の再生状態に応じてレジューム再生制御を行えるという点に関して考慮されていなかった。
【００１１】
また、記録媒体を光ディスクとしており、もともと媒体への記録、再生の切換速度などが遅い媒体であり、記録しながら再生する処理を行った場合に関しては、記録フォーマットとして考慮がなされていなかった。
【００１２】
また、記録媒体中のプログラムコンテンツを縮小画像（以下サムネールという）単位で1画面に一覧表示するナビゲーション表示の場合、サムネールの表示を行う際に、実際のプログラムの圧縮画像を伸張し、サムネールのサイズに縮小し、ナビゲーション用画面に配置し、これを繰り返す処理を求められるため、ナビゲーションの表示を高速に行うという点での考慮がなされていなかった。
【００１３】
また、上記特許文献２では、記録媒体中にプログラムコンテンツが複数存在する場合であっても、各プログラムコンテンツに対する複数のサムネールは１つのファイルによって記録されていた（特許文献２の図４、図７等参照）。具体的には、特許文献２の図４において、複数のサムネール１〜３が、１つのファイルThumbNail.dat７００４０として記録されている点である。この場合、例えば複数のサムネールのうち一つを削除するには、一度ThumbNail.dat７００４０を開き、不要なサムネールを削除後、ThumbNail.dat７００４０を保存する必要がある。このようにThumbNail.dat７００４０の一部が削除されるような編集があった場合は、削除されたサムネールによって生じた空き領域を埋めるように他のサムネールが再配置され、それに伴い各プログラムコンテンツも再配置される。つまり、削除されたサムネールの容量分、他のサムネールやプログラムコンテンツ等の情報を記録媒体上で移動させることになる。このようなサムネール削除に伴う情報の再配置は、記録媒体の容量が大きくなるほど処理時間が増す。特に、現状のDVD（４．７GB）から容量が増加する可搬方型ＨＤＤなどではその処理時間の増加が顕著になると考えられる。
【００１４】
また上記特許文献１では、録画した映像音声ストリームを、ユーザが任意に再生位置を指定する場合の再生開始点や他のシーンへのつなぎの点などの編集のつなぎ目の（以下編集点という）を、管理ファイルに記録する手法として、プレゼンテーションタイムスタンプ（ＰＴＳ、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）規格）を編集点のデータとして、記録する手法を取っていた。しかしながら、本記録手法では、再生時に編集点のＰＴＳから何番目のＧＯＰに当たるかを算出し、さらにそのＧＯＰの何フレーム（これ以降、フレームとは、映像信号のフレームをいうこととする）目に当たるかをさらに算出して、ＭＰＥＧのデコーダに供給するストリームと、表示切替タイミングなどを制御する必要がある。実際の制御においては、録画した映像音声ストリームの何番目のＧＯＰ（Ｇｒｏｕｐｅ Ｏｆ Ｐｉｃｔｕｒｅ，ＭＰＥＧ規格）の何フレーム目とするかを管理するほうが再生時の制御上好ましい。
【００１５】
本発明は、上記の点に鑑みてなされたものであり、記録再生装置の使い勝手向上を目的とする。
【課題を解決するための手段】
【００１６】
本発明のある一面の概要は、次のとおりである。 上記目的を達成するために、登録された全てのプレイリスト情報を管理する管理単位及び上位の管理階層を追加し、該管理単位はＡＶデータ全ての再生範囲を示す統合情報と同列に扱うように構成する。また追加した管理階層でユーザ定義による統合情報を扱うように構成し、この統合情報には下位階層に含まれる任意の再生範囲を登録できるように構成する。 また、再生した番組を途中で再生中断し、再度再生停止点から再生を行うために、再生を停止した位置を管理情報として媒体に、プレイリスト再生時のレジューム点、プログラム再生時のレジューム点、再生装置の動作状態に応じたレジューム点など、独立に保持することで、再生停止時の再生状態に応じてレジューム再生制御を行えるようにする。 また、記録する媒体を、高速なハードディスクドライブを用いて、記録しながら再生などの動作を行えるようにするため、プログラムのストリームを記録あるいは再生する単位を所定量確保するように記録再生単位を構成する。 また、ナビゲーション表示高速化のため、あらかじめナビゲーション表示用のサムネールを生成したものを、記録媒体上に、プログラムと関連付け記録する構成とした。 また、上記編集点の管理情報として、記録された映像音声ストリームの何番目のＧＯＰ（ＧＯＰ番号）の、何フレーム目（フレーム番号）かを記録するようにした。
【００１７】
本発明のうち特許請求する発明の詳細は、特許請求の範囲に記載したとおりである。
【発明の効果】
【００１８】
本発明による記録再生装置によれば、使い勝手が向上する。例えば、次のような使い勝手向上の効果を奏する。 ユーザは任意のプレイリスト、あるいは再生範囲を選択して管理することが可能となるため、単一の記録媒体を複数のユーザが共有する場合などでも、ユーザ毎に好みの再生内容を管理することができ、使い勝手が向上するし、プレイリストを統合管理するので、プレイリストの表示順などをユーザが任意に変更が可能となる。 また、ユーザは、プレイリスト再生やプログラム再生などんも再生状態にかかわらず、プログラム再生、プレイリスト再生のレジューム点より再生できる。 また、ユーザが所望のナビゲーション表示を行う際に、再生機は高速にサムネールの一覧を表示できる。 また、編集点として記録された、ＧＯＰ番号とフレーム番号を元に、該当するＧＯＰの部分をデコーダに供給し、編集点の何フレーム目の情報を元に再生表示をするかについて制御可能となり、再生制御を容易にすることが可能となる。
【図面の簡単な説明】
【００１９】
【図１】本発明による記録再生装置でＡＶデータの管理状態を示す図。
【図２】従来例によるＡＶデータの管理状態を示す図。
【図３】本発明による記録再生装置のブロック図。
【図４】オリジナル統合情報の表示出力例。
【図５】ユーザ定義統合情報のプレイリストの一覧としての表示出力例。
【図６】ユーザ定義統合情報の第１の表示出力例。
【図７】ユーザ定義統合情報の第２の表示出力例。
【図８】各オリジナル統合情報、プレイリスト統合情報、ユーザ定義統合情報、及びプレイリスト情報、プログラム情報、ＡＶデータ（プログラム）などのファイル構造の一例を示した図。
【図９】各オリジナル統合情報の管理テーブル構造の一例を示したもの。
【図１０】プレイリスト管理情報の構成と管理テーブル構成の一例を示したもの。
【図１１】オリジナルプログラム管理情報の構成と管理テーブルの一例をしめしたもの。
【図１２】ユーザ定義プログラム情報の構成と管理テーブルの一例をしめしたもの。
【図１３】ユーザ定義統合管理情報の構成と管理テーブルの一例をしめしたもの。
【図１４】ＡＶストリームファイルのパケット構成を示したもの。
【図１５】ＡＶストリームファイルの分割時の処理を示したもの。
【図１６】サムネール管理情報を図示したもの。
【図１７】サムネールを統合した管理情報の構成と管理テーブルを示したもの。
【図１８】図８におけるネームドストリームＰｒｏｇｒａｍＩｎｆｏ８２４の内容を示したもの。
【図１９】ＡＣＵ情報１９００の詳細を示したもの。
【図２０】録画されたＡＶストリームの、編集点であるフレーム位置をどのように指定するかを表したもの。
【００２０】
上記した以外の課題、構成および効果は、以下の実施形態の説明により明らかにされる。
【発明を実施するための形態】
【００２１】
以下、図面を用いて本発明の実施形態について説明する。
【００２２】
図１は本実施例による記録再生装置における、記録媒体上のＡＶデータの管理状態を示す図である。１０１は図２における２０１と同様に、記録媒体上のＡＶデータそのものであり、記録単位としてプログラム＃１〜プログラム＃３が存在する場合を示している。
【００２３】
１０２は図２における２０２に相当し、ここでは管理情報における第３管理階層(管理レベル３)を示している。プログラム情報＃１〜プログラム情報＃３は、夫々プログラム＃１〜プログラム＃３というプログラム単位の全ての再生範囲を示すものとなっている（以下これらのプログラムの実体と対を成すプログラム情報を「オリジナルプログラム情報」という。また、図１において「ＯＰＧＲ ＃１」のように示してある。）。またプログラム情報＃２ａ〜プログラム情報＃３ａはユーザが任意に指定したプログラムの全体あるいは一部の再生範囲を示すものであり（以下これらを「ユーザ定義プログラム情報」という。また、図１において「ＵＰＧＲ ＃２ａ」のように示してある。）、ここでは夫々プログラム＃２の一部、プログラム＃３の一部を示している。プログラム情報＃１〜プログラム情報＃３に相当する箇所は、ＡＶデータの追記や削除、つまりプログラムの増減に伴いその情報も増減する。またプログラム情報＃２ａやプログラム情報＃３ａに相当する箇所は、ユーザの編集操作により、その情報の数が増減する。
【００２４】
１０３は図２における管理レベル１に相当するが、ここでは管理情報の第２管理階層(管理レベル２)を示しており、プレイリスト情報＃１〜プレイリスト情報＃ｎのみを含む。夫々のプレイリスト情報は前記管理レベル３における任意のプログラム情報の再生順序を示すものであり、複数持つことが可能となっている。
【００２５】
１０４が本実施例の特徴的な点として、新たに追加した管理情報の第１管理階層(管理レベル１)であり、複数の統合情報を含む。オリジナル統合情報は、システムレジューム情報などを記憶している統合情報であり、詳細については後述する。ユーザ定義統合情報＃１〜ユーザ定義統合情報＃ｍは、管理レベル２におけるプレイリスト情報及び管理レベル３におけるプログラム情報のうちの任意の一つあるいは複数を含むものである。例えば複数のユーザが単一の記録媒体を用いる場合に、ユーザ単位に一つのユーザ定義統合情報を使用することにより、夫々のユーザの嗜好に合致した再生内容を管理することが可能となる。
【００２６】
次に本発明による記録再生装置の実施形態について、別の図を用い、さらに具体的に説明する。
【００２７】
図３は本実施例による記録再生装置の一例を示すブロック図であり、デジタル放送を受信して記録媒体に記録し、また記録したデータを再生し、再生出力を得ることができるような記録再生装置を示している。３００は記録再生装置、３０１はアンテナからの受信波を入力する入力端子、３０１１は他の機器からの圧縮された映像音声データを入力するための入力端子、３０１２はアナログ映像信号を入力するためのアナログ映像入力端子、３０１３はアナログ音声信号を入力するためのアナログ音声入力端子、３３３及び３３４は、アナログ信号をデジタル信号に変換するアナログ／デジタル（Ａ／Ｄ）変換回路、３０２は復調回路、３３０は復調したデジタル信号を音声、映像、その他のデータに分離する分離回路、３３５はデジタル化された映像及び音声信号を圧縮する圧縮回路、３０３は記録系信号処理回路、３３１は記録するデータを暗号化するための暗号化回路、３０４は記録媒体のドライブ機能を含めた記録再生系、３０５は記録媒体、３３２は記録媒体上に暗号化され記録されたデータを非暗号化するための非暗号化回路、３０６は再生系信号処理回路、３０７は切替え回路、３０８は分離回路、３０９は映像復号回路、３１０はデジタル／アナログ(Ｄ／Ａ)変換回路、３１１は映像出力端子、３１２は音声復号回路、３１３はＤ／Ａ変換回路、３１４は音声出力端子、３１５はＴＶセット、３１６はユーザＩ／Ｆ、３１７は制御部、３１８はシステムバス、３１９はＯＳＤ生成部、３２０は加算回路である。
【００２８】
記録時においては、デジタル放送などにより放送局から送信され、本記録再生装置で受信された信号が、復調回路３０２において所定の方式により復調された後、記録系信号処理回路３０３においてタイミング調整用のデータ付加や変調などの必要な信号処理が施されて、暗号化回路３３１にて暗号化された後、記録再生系３０４により記録媒体３０５へ記録される。また、デジタル入力端子３０１１より入力されたデジタル信号は記録系信号処理回路３０３においてタイミング調整用のデータ付加や変調などの必要な信号処理が施されて、暗号化回路３３１にて暗号化された後、記録再生系３０４により記録媒体３０５へ記録される。また、アナログ映像入力端子３０１２より入力されたアナログ映像信号と、アナログ音声入力端子３０１３より入力されたアナログ音声信号は、圧縮回路３３５によって圧縮処理がなされ、記録系信号処理回路３０３を介し、暗号化回路３３１にて暗号化された後、記録再生系３０４により記録媒体３０５へ記録される。
【００２９】
再生時においては、ユーザの指示に応じて記録媒体３０５から記録再生系３０４を介して読み出された暗号化されたデジタルデータは、非暗号化回路３３２にて非暗号化され、再生系信号処理回路１０３において所定の変調方式に則った形式で復調等の再生に必要な信号処理が施され、切替え回路３０７を介して分離回路３０８に送られる。映像復号回路３０９では所定の映像復号処理が施されて、Ｄ／Ａ変換回路３１０においてデジタルデータからアナログ信号への変換が成された後、映像出力端子３１１を介してＴＶセット３１５のモニタ出力へと表示される。また音声復号回路３１２では所定の音声復号処理が成され、Ｄ／Ａ変換回路３１３においてデジタルデータからアナログ信号への変換が成された後、音声出力端子３１４を介してＴＶセット３１５の音声出力機構により出力される。
【００３０】
制御部３１７は、システムバス３１８を介して記録再生装置３００の各部を制御するものであり、またユーザＩ／Ｆ３１６を介して入力されたユーザの指示入力に基づいた動作を行うように、装置全体を制御する。なおユーザへの指示入力要求、あるいは必要なユーザへのＯＳＤ表示は、ＯＳＤ生成部３１９で用意され、加算回路３２０において、映像復号回路３０９の出力と適当なレベルで加算されて、最終的にＴＶセット３１５のモニタ画面に出力されることにより実現される。
【００３１】
次に図１における管理情報構成の具体的な使用例として、管理レベル１における各統合情報を記録データのメニュー表示に使用した場合について説明する。
【００３２】
図４は図１におけるオリジナル統合情報を使用してメニュー表示を行う一例である。３１５は図３におけるＴＶセットであり、４０１は全プログラム表示用のタグ、４０２はプログラム情報＃１を示すサムネール、４０３はプログラム情報＃２を示すサムネール、４０４はプログラム情報＃３を示すサムネールである。ユーザはリモコン等により画面上のカーソル位置を所望のサムネールに移動して選択決定することにより、任意のプログラム、あるいは全てのプログラムを再生することができる。 次に図５は図１における、いくつかのユーザ定義統合情報の1つを使用して、これをプレイリストとしてメニュー表示を行う一例である。５０１は全プレイリスト表示用のタグ、５０２はプレイリスト情報＃１を示すサムネール、５０３はプレイリスト情報＃２を示すサムネールである。ユーザは前述の場合と同様にリモコン等により画面上のカーソル位置を所望のサムネールに移動して選択決定することにより、任意のプレイリスト、あるいは全てのプレイリストを再生することができる。なお前述の全プログラム表示用タグ４０１から全プレイリスト表示用タグ５０１への表示切り替えは、ユーザが例えばタグの文字位置でカーソルを移動することなどにより実現することが可能である。 次に図６は図１におけるユーザ定義統合情報＃１を使用してメニュー表示を行う一例である。６０１はユーザ＃１(ここでは「ママ」としている)用メニュー表示用のタグであり、４０２と５０２は図１からわかるように、プログラム情報＃１及びプレイリスト情報＃１を示すサムネールとなっている。「ママ」はママ用メニュー表示用タグ６０１を自分専用のフォルダとして、自由に再生したいデータを登録、削除することが可能である。
【００３３】
同様に図７は図１におけるユーザ定義統合情報＃２を使用してメニュー表示を行う一例である。７０１はユーザ＃２(ここでは「パパ」としている)用メニュー表示用のタグであり、５０３と５０２は図１からわかるように、プレイリスト情報＃２及びプレイリスト情報＃１を示すサムネールとなっている。この場合「パパ」は２つのプレイリストを選択しているが、その再生順序を変更することが可能となっている。また前述の「ママ」と同様に、「パパ」はパパ用メニュー表示用タグ７０１を自分専用のフォルダとして、自由に再生したいデータを登録、削除することが可能である。
【００３４】
以上のように本発明の実施例によれば、登録された全てのプレイリスト情報を管理する管理単位及び上位の管理階層を追加し、ＡＶデータ全ての再生範囲を示す統合情報と同列に扱うように構成とする。また、追加した管理階層でユーザ定義による統合情報を扱うように構成し、このユーザ定義による統合情報には下位階層に含まれる任意の再生範囲を登録できるように構成する。これにより、ユーザは任意のプレイリスト、あるいは再生範囲を選択して管理することが可能となる。
【００３５】
このようにして、単一の記録媒体を複数のユーザが共有する場合などでも、ユーザ毎に好みの再生内容を管理することができ、使い勝手が向上する。
【００３６】
なお以上の実施例では、デジタル放送を受信してデジタルデータをそのまま記録する場合について述べたが、これはこの限りではなく、ネットワークＩ／Ｆを具備し、外部ネットワークからＡＶデータを取得したり、符号化手段を具備し、アナログデータを符号化しながら記録媒体に記録するような構成でも良い。つまり本実施例は記録媒体上のデータ管理について言及しているものであり、その入力経路については特に限定されるものではない。
【００３７】
図８に、上記に述べたプログラムやプログラム情報、プレイリスト情報、及びオリジナル統合情報、ユーザ定義統合情報を、実際に記録媒体３０５（図３）上にどのようなファイル構成で記録するかの一例を示す。本記録媒体は、デジタル記録再生を行う媒体であり、媒体上の各ファイルは、いわゆるパーソナルコンピュータなど記録媒体の管理に用いられるのと同様のファイルシステムで管理されている。同図においてＲＯＯＴ８００は、ファイルディレクトリの最上位階層を示し、ＴＶＲ８０１はその下層のディレクトリであり、本発明にかかる図1に示した管理構造を実現する各ファイル構造を示したものである。ＴＶＲＥＣ．ＭＧＲ８０２、ＰＧＲＧ．ＭＧＲ８０３、ＰＧＲＧ＿ＩＮＦ．ＴＢＬ８０４、ＰＧＲ．ＭＧＲ８０５、ＰＧＲ＿ＩＮＦ．ＴＢＬ８０６、ＵＰＧＲ．ＭＧＲ８０７、ＵＰＧＲ＿ＩＮＦ．ＴＢＬ８０８、ＵＤＦＦ．ＭＧＲ８０９、ＵＤＦＦ＿ＩＮＦ．ＴＢＬ８１０、などの管理ファイルと、映像と音声の多重化されたＡＶストリームＰＲＯＧ０００１．ＡＶＳ８２０、・・・ＰＲＯＧｘｘｘｘ．ＡＶＳ（ＡＶストリームファイルのｘｘｘｘの部分は番号付けされ、たとえばＡＶストリームが記録されるごとに順次番号が増えていく）８２１がＴＶＲ８０１の下に記録される。８３０はさらにＴＶＲ８０１下のディレクトリで、記録媒体に記録されたナビゲーション一覧などに使用するサムネール関連のファイルを格納するためのディレクトリ名ＴＮＤというディレクトリである。８３１はファイル名ＴＮＤ．ＭＧＲというサムネールの実体ファイル８３２、８３３、・・・、８３４を統合管理するサムネール管理ファイルである。サムネールの実体ファイルのファイル名は、８３４に示したようにＴＮｘｘｘｘｙｙ．ｚｚｚとし、ｘｘｘｘはサムネールに関連するプログラムファイル８２１のｘｘｘｘに対応し、ｙｙはサムネールとして登録された順番の数字が当てられ、ｚｚｚの部分は、たとえばサムネールのデータの種類が、非圧縮のビットマップならばｂｍｐとし、ＪＰＥＧ（Joint Photographic Experts Group）圧縮されたものである場合はｊｐｇとする。本実施例では、各プログラムファイルに対応するサムネールのファイルを、８３２〜８３４のように、それぞれ別々に記録されている。このように、複数のサムネールのファイルを１ファイルにまとめずに８３２〜８３４のように別々に記録することにより、サムネールのファイルを追加・削除する際の処理が容易となる。特に可搬型ハードディスクのように大容量の記録媒体において、サムネールのファイルを削除・追加した際の処理時間の短縮化を図ることができる。
【００３８】
図８のＡＶストリームファイル８２０（ＰＲＯＧ０００１．ＡＶＳ）や８２１（ＰＲＯＧｘｘｘｘ．ＡＶＳ）は、図１４に示す構成で記録されている。
【００３９】
図１４において１４０１が、ＡＶストリームファイルであり、放送で受信したＡＶストリームを記録する際の最小単位をＡＬＵということとする。また、ＡＶストリームが暗号化されている場合、ＡＬＵは暗号化の最小単位ともなっている。ＲＰ１４０２は、記録パケットの単位で、ＭＰＥＧ（Moving Picture Expert Group）規格のトランスポートパケット(１８８バイト)に、受信時のタイムスタンプ（２７ＭＨｚでカウントし、受信した時点でのカウント値４バイト）をヘッダとして付加した、１９２バイトのデータパケットであり、本実施例では、この１９２バイトのＲＰパケット１４０２を８１９２パケットまとめて１ＡＬＵとしている。ＡＶストリームファイル１４０１の中には、ＡＬＵ＃１〜ＡＬＵ＃ｖ(各８１９２ＲＰ)と順次記録されたＡＶストリームに加えて、ＡＬＵ情報１４０３として、記録したＡＶストリームの総ＡＬＵ数と、最初のＡＬＵ番号、最初のＡＬＵのＲＰ数、及びＡＶストリーム最後のＡＬＵのＲＰ数、を記録する。ＡＬＵ情報１４０３は、図８のＡｌｌｏｃＵｎｉｔＩｎｆｏ８２３に対応する。これは、ＡＶストリームの最初のＡＬＵおよび最後のＡＬＵのＲＰ数は８１９２にならない場合があるため、これを記録するためのものである（詳細は後述する）。
【００４０】
またこれらのＡＶストリームファイル８２０，８２１は、たとえばＵＤＦ（Ｕｎｉｖｅｒｓａｌ Ｄｉｓｃ Ｆｏｒｍａｔ）で規定される、ファイル構造の下層にストリームディレクトリ８２２の構成を持ち、さらにネームドストリームと呼ばれるＡｌｌｏｃＵｎｉｔＩｎｆｏ８２３、ＰｒｏｇｒａｍＩｎｆｏ８２４、ＡｃｃｅｓｓＵｎｉｔＩｎｆｏ８２５と呼ばれるファイルを持つ。
【００４１】
図９は、ＴＶＲＥＣ．ＭＧＲ８０２（図８）の管理テーブル構成を示したものである。オリジナル統合情報９０１として、システムレジューム情報９０２と、プログラム統合情報名９０３が記録される。
【００４２】
システムレジューム情報として、ユーザが再生停止した時点のユーザ定義統合情報（ＵＤＦＦ）の番号及びその下の階層のプレイリスト情報（ＰＧＲＧ）番号と、その下の階層のオリジナルプログラム情報（ＯＰＧＲ）もしくはユーザ定義プログラム情報（ＵＰＧＲ）の番号（ＰＧＲ）と、停止時点でのＧＯＰに対応する、後述するＡＶストリームの記録時の最小単位であるＡＬＵ番号と、該ＡＬＵ内の対応するＧＯＰの記録パケットのＲＰ番号と、対応するＧＯＰのフレーム番号を表として記録する。このようにしておけば、システムのレジューム再生開始の制御をフレーム単位の精度で行うことができる。ＰＧＲ番号は、ＯＰＧＲか、ＵＰＧＲかの判定のために、たとえばＰＧＲ番号(16進数)＝００００〜７ＦＦＦまではＯＰＧＲとし、ＰＧＲ番号(16進数)＝８０００〜ＦＦＦＦならばＵＰＧＲとして区別する。９０３はプログラム統合情報につける名前（ＰＧＳＥＴ名）を記録するフィールドであり、たとえば記録媒体に記録されているコンテンツ群にユーザが命名した名前の文字列情報を記録する。こうすることで、記録媒体は誰によって使用されているか、などの判別に用いることもできるし、コンテンツ群に関連した名前を記録することができるため、記録内容を把握しやすくなる利点がある。 図１０はプレイリストを管理する、プレイリスト管理情報（ＰＧＲＧ）ファイル１００１と、プレイリスト管理表ファイル１０１０の内容を示したものである。プレイリスト管理情報（ＰＧＲＧ）ファイルは、図８のＰＧＲＧ．ＭＧＲ８０３に、プレイリスト管理表ファイル１０１０は図８のＰＧＲＧ＿ＩＮＦ．ＴＢＬ８０４に対応する。ＰＧＲＧ．ＭＧＲ１００１は、ユーザが編集によって登録したプレイリストの数（図１０ではｎ個の場合）と、以下プレイリスト＃１、プレイリスト＃２・・・プレイリスト＃ｎ−１、プレイリスト＃ｎの内容が記録されたプレイリスト管理表ファイルＰＧＲＧ＿ＩＮＦ．ＴＢＬの位置の情報（たとえばプレイリスト管理表ファイルＰＧＲＧ＿ＩＮＦ．ＴＢＬ１０１０の頭から何バイト目から、といった情報）が記録される。
【００４３】
プレイリスト管理表ファイル１０１０には、各プレイリスト＃１、・・・、＃ｎ−１、＃ｎのそれぞれの下記する情報が表として記録される。図１０のプレイリスト管理表１０１０の詳細例としてプレイリスト＃ｎ−１の構成を示す。プレイリスト＃ｎ−１の情報として、作成時間１０１１（ユーザが装置を操作してプレイリスト＃ｎ−１を作成した時点での時間）、及び名前１０１２、サムネール情報１０１３、レジューム情報１０１７、及びそれに続いてプレイリスト＃ｎ−１に登録されたオリジナルプログラム情報（ＯＰＧＲ）またはユーザ定義プログラム情報（ＵＰＧＲ）を示すプログラム情報の数１０１８と、登録された番号一覧プログラム情報（ＰＧＲ情報。ＯＰＧＲとＵＰＧＲの区別は先に述べたとおりで、ＰＧＲの番号（１６進数）＝７ＦＦＦ以下はＯＰＧＲ、８０００以上はＵＰＧＲ）の番号が記録される。
【００４４】
プレイリストの作成時間１０１１が管理情報として記録されているので、再生時に、プレイリスト一覧を、作成時間順に表示するといったことが可能である。
【００４５】
図１０のサムネール情報１０１３は、形式情報（コンテンツ保護必要か不要か、表示するサムネールは、記録されたＡＶストリームの画像の参照位置を元にして作成する必要があるか、外部ファイルに登録されているサムネールデータを参照するか、等の情報）１０１４、ＡＶストリーム中のサムネールとして表示する位置情報１０１５、外部ファイルのサムネールデータ位置情報１０１６より構成される。サムネール位置情報１０１５は、サムネールとして表示するプログラム情報（ＰＧＲ）番号と、そのＰＧＲ番号に対応したＡＶストリームの表示するサムネールのＧＯＰ位置に対応したＡＬＵの番号と、該ＧＯＰに対応したＡＬＵ番号の中のＲＰ番号と、前記ＧＯＰのサムネールとして表示するフレーム番号から構成される。
【００４６】
レジューム情報１０１７は、プレイリスト＃ｎ−１の再生を停止した時点での、再生していたプログラム（ＰＧＲ）番号（ＰＧＲ番号が７ＦＦＦ以下ならＯＰＧＲ、８０００以上ならＵＰＧＲ）と、そのＰＧＲ番号における再生を停止した時点でのＧＯＰに対応したＡＬＵ番号と、ＲＰ番号と、前記ＧＯＰ内の停止時のフレーム番号を記録する。このようにしておけば、レジュームが図９に示したシステムレジューム情報９０２に加え、個別のオリジナルプログラム情報もしくはユーザ定義のプレイリストごとにレジューム情報１０１７のように個別にレジューム情報を記録管理できる。よって、再生時にレジューム再生機能として、たとえばオリジナルプログラムごとのレジューム点で再生制御を行ったり、前回の再生停止状態に応じて、ユーザ定義統合情報（ＵＤＦＦ）の何番で再生を停止したかなど含めての、レジューム再生制御ができる機能を提供できるし、再生開始の制御をフレーム単位の精度で行うことができる。
【００４７】
図１１はオリジナルプログラム管理情報（ＯＰＧＲ）ファイル１１０１と、オリジナルプログラム管理表ファイル１１１０の内容を示したものである。記録媒体上のオリジナルプログラム情報の全てを含み、これを元に再生することにより、ユーザは記録媒体上に記録された全てのＡＶデータを再生することが可能となる。オリジナルプログラム管理情報（ＯＰＧＲ）ファイル１１０１は、図８のＰＧＲ．ＭＧＲ８０５に、オリジナルプログラム管理表ファイル１１１０は図８のＰＧＲ＿ＩＮＦ．ＴＢＬ８０６に対応する。オリジナルプログラム管理情報ファイル１１０１は、記録媒体に記録されているオリジナルプログラムの数（図１１ではｐ個の場合）と、以下オリジナルプログラム情報＃１、オリジナルプログラム情報＃２・・・オリジナルプログラム情報＃ｎ−１、オリジナルプログラム情報＃ｎの内容が記録されたオリジナルプログラム管理表ファイル１１１０内の位置の情報（たとえばオリジナルプログラム情報管理表ファイルＰＧＲ＿ＩＮＦ．ＴＢＬ１１１０の頭から何バイト目から、といった情報）が記録される。
【００４８】
図１１のオリジナルプログラム管理表１１１０の詳細例としてプレイリスト＃ｐ−１の表部分を示す。プレイリスト＃ｐ−１の情報として、この＃ｐ−１のオリジナルプログラム情報が、有効であるか無効であるか、コピー制御情報（以下ＣＣＩという）などを含むプログラム情報フラグ１１１１、作成時間１１１２（ユーザが装置を録画操作してオリジナルプログラム情報＃ｐ−１を作成した時点での時間）、及び名前１１１３、サムネールファイル番号（図８に記載のＰＲＯＧｘｘｘｘ.ＡＶＳ８２１のｘｘｘｘ）１１１４、サムネール情報１１１５、レジューム情報１１１９、さらにインデックス数１１２０と、それぞれのインデックス番号ごとの形式、及びインデックスの場所を示すプログラム情報＃ｐ−１に対応したＡＶストリームのＧＯＰに対応したＡＬＵ番号とＲＰ番号と、該ＧＯＰ内のインデックスとして指定したフレーム番号が配置されている。インデックスとは、たとえばユーザがオリジナルプログラム情報＃ｐ−１に対応したプログラムを編集して、マーキング点指定を指定した場合の指定位置情報であり、編集でインデックスを指定しておけば、オリジナルプログラム情報＃ｐ−１に対応したプログラムを再生時にすばやくインデックスで指定した位置に飛ばす、などの操作がフレーム単位で可能となる。サムネール情報１１１５の各構成要素のサムネール形式１１１６、サムネール位置１１１７、サムネール外部ファイル位置１１１８は、先の図１０のプレイリスト管理表１０１０中のサムネール形式１０１４、サムネール位置１０１５、サムネール外部ファイル位置１０１６と同様のデータ構造である。また、レジューム情報１１１９の構成要素も、先の図１０のレジューム情報１０１７と同様である。
【００４９】
また、図１１の先頭ＡＣＵオフセット番号１１３０には、録画されたオリジナルプログラムのＡＶストリームの最初のＧＯＰ位置から、最初の再生位置に対応するＧＯＰとの差分値を記録し、先頭フレーム番号１１３１には、該ＧＯＰの再生したいフレーム番号を記録する。ＡＣＵエントリ番号の定義については、後述する。また、終端ＡＣＵオフセット番号１１３２には、記録されたオリジナルプログラムのＡＶストリームの終端のＧＯＰから、再生する終端のＧＯＰに対応したＡＣＵエントリ番号の差分値を記録し、終端フレーム番号１１３３には、再生する終端のＧＯＰ内の再生するフレーム番号を記録する。このようにしておけば、記録されたストリームのうち、前後の不要な部分の再生がなされることを防ぐことができる。また、実際の録画されたオリジナルプログラムのＡＶストリームの先頭から、再生開始までの差分値の大きさを規定し、さらに実際の録画されたオリジナルプログラムのＡＶストリームの終端から再生する終端の差分値を規定することで、実際に録画されたオリジナルプログラムのＡＶストリームと再生されるオリジナルプログラムのＡＶストリームの時間のギャップを、規定量以内に絞ることが可能である。よって、例えばこの再生範囲のデータが何らかの要因で壊れてしまった場合、最悪の場合まったく再生できない状況に陥る可能性があるが、規定量以内に抑えることで再生できなくなる範囲を少なくできる。ただし、先頭ＡＣＵオフセット番号１１３０及び、終端ＡＣＵオフセット番号１１３２は、再生する範囲を指定するＡＣＵエントリ番号の絶対値（差分値で無く）であってもよい。
【００５０】
図１２はユーザ定義プログラム管理情報（ＵＰＧＲ）ファイル１２０１と、ユーザ定義プログラム管理表ファイル１２１０の内容を示したものである。ユーザ定義プログラム管理情報（ＵＰＧＲ）ファイル１１０１は、図８のＵＰＧＲ．ＭＧＲ８０７に、ユーザ定義プログラム管理表ファイル１２１０は図８のＵＰＧＲ＿ＩＮＦ．ＴＢＬ８０８に対応する。ユーザ定義プログラム管理情報ファイル１２０１は、ユーザが編集によって登録したユーザ定義プログラムの数（図１２ではｒ個の場合）と、以下ユーザ定義プログラム情報＃１、ユーザ定義プログラム情報＃２・・・ユーザ定義プログラム情報＃ｒ−１、ユーザ定義プログラム情報＃ｒの内容が記録されたユーザ定義プログラム管理表ファイル１２１０内の位置の情報（たとえばユーザ定義プログラム管理表ファイル（ＵＰＧＲ＿ＩＮＦ．ＴＢＬ）１２１０の頭から何バイト目から、といった情報）が記録される。
【００５１】
図１２のユーザ定義プログラム管理表１２１０の詳細例としてユーザ定義プログラム＃ｒ−１の表部分を示す。ユーザ定義プログラム＃ｒ−１の情報として、本ユーザ定義情報に関連したプログラムのファイル番号（図８に記載のＰＲＯＧｘｘｘｘ.ＡＶＳ８２１のｘｘｘｘ）１２１１、ユーザ定義プログラム情報として指定した、上記ファイル番号のＡＶストリームの再生開始位置（情報としてＡＶストリーム中の再生指定する先頭のＧＯＰに対応したＡＬＵ番号と、ＲＰ番号、及び該ＧＯＰ内の再生開始するフレーム番号１２２０）１２１２、及び再生終了位置１２１３（情報としてＡＶストリーム中の再生指定する終端のＧＯＰに対応したＡＬＵ番号と、ＲＰ番号、及び該ＧＯＰ内の再生終了するフレーム番号１２２１）、さらにインデックスの数１２１４と、それぞれのインデックス番号ごとの形式、及びインデックスの場所を示すユーザ定義プログラム情報＃ｒ−１に対応したＡＶストリームのＡＬＵ番号とそのＡＬＵ内のインデックス指定位置のＲＰ番号が配置されている。インデックスは、先の図１１のオリジナルプログラム情報と同様に、たとえばユーザがユーザ定義プログラム情報＃ｒ−１に対応したプログラムを編集して、マーキング点指定を指定した場合の指定位置情報であり、インデックスを指定しておけば、オリジナルプログラム情報＃ｐ−１に対応したプログラムを再生時にすばやくインデックスで指定した位置に飛ばす、などの操作が可能となる。
【００５２】
図１３はユーザ定義統合管理情報（ＵＤＦＦ）ファイル１３０１と、ユーザ定義統合管理表ファイル１３１０の内容を示したものである。ユーザ定義統合管理情報（ＵＤＦＦ）ファイル１３０１は、図８のＵＤＦＦ．ＭＧＲ８０９に、ユーザ定義統合管理表ファイル１３１０は図８のＵＤＦＦ＿ＩＮＦ．ＴＢＬ８１０に対応する。ユーザ定義統合管理情報ファイル１３０１は、ユーザが編集によって登録したユーザ定義統合情報の数（図１３ではｔ個の場合）と、以下ユーザ定義統合情報＃１、ユーザ定義統合情報＃２・・・ユーザ定義統合情報＃ｔ−１、ユーザ定義統合情報＃ｔの内容が記録されたユーザ定義統合情報表ファイル１３１０内の位置の情報（たとえばユーザ定義統合管理表ファイルＵＤＦＦ＿ＩＮＦ．ＴＢＬ１３１０の頭から何バイト目から、といった情報）が記録される。
【００５３】
図１３のユーザ定義統合管理表１３１０の詳細例としてユーザ定義統合情報＃ｔ−１の表部分を示す。ユーザ定義統合情報＃ｔ−１の情報として、本ユーザ定義統合情報を作成した作成時間１３１１と、本ユーザ定義統合情報の名前１３１２、本ユーザ定義統合情報を代表するサムネールの情報１３１３、本ユーザ定義統合を構成するオリジナルプログラム番号またはプレイリスト番号の数１３１７、及びそれに続いて本ユーザ定義統合情報を構成するオリジナルプログラム番号またはプレイリスト番号の羅列より構成される。
【００５４】
サムネール情報１３１３の各構成要素のサムネール形式１３１４、サムネール位置１３１５、サムネール外部ファイル位置１３１６は、先の図１０のプレイリスト管理表１０１０中のサムネール形式１０１４、サムネール位置１０１５、サムネール外部ファイル位置１０１６と同様のデータ構造である。
【００５５】
図１６は、サムネールの管理データ構造と外部サムネールファイルの相関を示した図である。同図においてサムネール管理データ１６０１は、サムネール形式とサムネール位置とサムネール外部ファイル位置で構成され、図１０のサムネール情報１０１３、図１１のサムネール情報１１１５、図１３のサムネール情報１３１３と同様である。サムネール位置は、プログラムファイル１６０２プログラム情報（ＰＧＲ）の番号と、サムネールとして表示するＡＶストリームの位置に対応したＡＬＵ番号、及びそのＡＬＵ番号に対応したＡＬＵ内のＲＰ番号から構成され、サムネール外部ファイル情報はプログラムファイル番号ｘｘｘｘとサムネールファイル番号ｙｙから構成される。
【００５６】
図１７は、全サムネール管理情報ファイル１７０１の構造を示したものであり、図８のＴＮＤ．ＭＧＲ８３１に対応する。サムネールを統合する情報として、登録されているサムネール数（本図ではｉ個の場合）１７０２、以降登録個数分のサムネールの情報が入っている場所のポインタ値などを情報として持つサムネールポインタ１７０３〜１７０４、これに続いて各サムネール情報１７０５〜１７０６で構成される。各サムネール情報１７０５〜１７０６は、プログラムファイル番号、サムネールファイル番号、サムネール関連情報（サムネールの縦横の画素サイズ、圧縮方式など）、及びサムネール保護情報（サムネールの暗号化の可否）の情報から構成される。このようにサムネールの情報を一箇所にまとめていれば、本全サムネール管理情報ファイル１７０１を参照するのみで、全サムネールの情報が把握できるため、本発明にかかる再生機などで、サムネール情報一覧などを取得する場合に動作を高速化できるなどの利点がある。
【００５７】
図１５は、たとえばユーザが編集操作において、１つのプログラムを分割する場合（例えば、録画した１つの番組を２つに分割する場合）の、ＡＶストリームの入ったプログラムファイルの管理がどのようになるかを示した模式図である。同図に示したように任意のＰＲＯＧｘｘｘｘ．ＡＶＳファイルのＡＶストリームは、ＡＬＵ単位で配置されている。このためＡＬＵ単位で分割すれば単純であるが、ＡＬＵ単位を録画したＡＶストリームの再生時間にたとえると、数十秒の単位になり、分割精度が非常に粗いものとなってしまう。このため、分割点においては、ＲＰ単位でできるようにする。この場合図１５のように、ＡＬＵ番号＃ｆの部分で分割することとなる。そして分割したファイルのＡＬＵ＃１〜ＡＬＵ＃ｆのＡＶストリームを新たにＰＲＯＧｘｘｘｘ．ＡＶＳとし、ＡＬＵ＃ｆ〜ＡＬＵ＃ｈのＡＶストリームをＰＲＯＧｘｘｘｘ＋１．ＡＶＳ（ファイル番号ｘｘｘｘにプラス１する）として記録する。この場合、分割後のＰＲＯＧｘｘｘｘ．ＡＶＳのストリーム部分の終端はＡＬＵ値が所定の８１９２ＲＰ（図１４に記載）とはならないため、図１４のＡＬＵ管理情報１４０３のパラメータである「プログラムのＡＬＵ数」を変更すると同時に「最後のＡＬＵのＲＰ数」を、分割後のＲＰ数、すなわちＡＬＵ＃ｆの分割した点より前のＲＰ数に変更して、ファイルＰＲＯＧｘｘｘｘ．ＡＶＳを更新する。また、分割後のＡＶストリームをＰＲＯＧｘｘｘｘ＋１．ＡＶＳ（図１５）に対しても、図１４のＡＬＵ管理情報１４０３のパラメータである「プログラムのＡＬＵ数」を変更すると同時に「最初のＡＬＵのＲＰ数」を、分割後のＲＰ数、すなわちＡＬＵ＃ｆの分割した点より後のＲＰ数に変更して、記録する。このようにすれば、分割点の精度が向上する。少なくとも、分割点はＭＰＥＧ圧縮されたＡＶストリームの場合、ＧＯＰ（Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅ）単位の精度で分割が可能となる。
【００５８】
図１８はプログラム情報１８０１であり、先の図８におけるネームドストリームＰｒｏｇｒａｍＩｎｆｏ８２４の内容を示したものである。同図において、録画したＡＶストリームのオリジナルプログラムのプログラム総合情報１８０２として、本実施例の記録形式で記録された旨のプログラム識別情報１８０３、及び録画されたオリジナルプログラムのＡＶストリームの種類として、たとえばデジタル放送（日本、欧州、北米など）または記録機で自己エンコードされたＡＶストリームである、などの識別情報であるストリームフォーマット情報１８０４、及び記録開始時刻や終了時刻、プログラムの名前やジャンルなどからなるストリームフォーマット詳細情報１８０５である。
【００５９】
図１９はＡＣＵ情報１９００の詳細を示したものであり、またＡＣＵ情報１９００は図８のネームドストリームＡｃｃｅｓｓＵｎｉｔＩｎｆｏ８２５の内容を示すものである。ＡＣＵとは、ＡＶストリームのＧＯＰの位置する部分の、ＡＬＵ番号と、ＲＰ番号（図１４）、及びＧＯＰ中のＭＰＥＧ規格におけるＩピクチャの長さに相当するＲＰ数などを情報として持つものである。同図において、ＡＣＵ総合情報１９０１として、ＡＣＵグループの数としてＡＣＵグループエントリ数を持つ。他への拡張を含めて、複数のグループのＡＣＵエントリを管理できるように、本実施例では表を構成しているが、通常の場合は、１ＡＶストリームにつき、ＡＣＵグループは1個でよい。これに続いてＡＣＵグループエントリ＃１の内容が配置された位置情報（例えば本ＡＣＵ情報１９００の最初から何バイト目にＡＣＵグループエントリ＃１の内容が記録されている）１９０２が、続いてＡＣＵグループエントリ＃２の内容の位置１９０３、・・・、ＡＣＵグループエントリ＃ｚ−１の内容の位置１９０４、ＡＣＵグループエントリ＃ｚの内容の位置１９０５を記録する。さらに続き、ＡＣＵグループエントリ＃１の総合情報１９０６（ＡＣＵグループエントリ＃１に記録されたＡＣＵの総数（ＡＣＵエントリ数）、及びＡＣＵグループエントリ＃1に記録されたＡＣＵの最大値からなる）、続いてＡＣＵのエントリ＃１の情報１９０７、・・・、ＡＣＵのエントリ＃ｎの情報１９０８、ＡＣＵグループエントリ＃２の総合情報、・・・と記録する。ＡＣＵのエントリ＃１の情報１９０７、・・・、ＡＣＵのエントリ＃ｎの情報１９０８はそれぞれ、ＧＯＰの構成としてシーケンスヘッダ（ＭＰＥＧ規格）の有無や、ＧＯＰヘッダの有無や、本ＡＣＵを構成するピクチャ種別（ＭＰＥＧ規格のＩピクチャ/Ｐピクチャ、本実施例ではＩピクチャのみを想定）などをフラグとして持つことで構成されるＡＣＵ形式と、ＡＣＵのタイムスタンプ、ＡＣＵ開始位置として、ＡＣＵエントリ番号に対応したＧＯＰのあるＡＬＵ番号と、そのＡＬＵ内のＲＰ番号及びＩピクチャのパケット数からなるＡＣＵサイズより構成される。
【００６０】
図２０は、録画されたＡＶストリームの、編集点であるフレーム位置をどのように指定するかを表した図である。同図において、２００１は、録画されたＡＶストリーム中の、映像エレメンタリーストリーム（ＭＰＥＧ規格、以下ＶｉｄｅｏＥＳという）である。２００２は、これらの圧縮されたストリームを伸張表示する場合の表示順序を表したものである。２００１の各圧縮されたＩ２、Ｂ０、Ｂ１、Ｐ５、Ｂ３、Ｂ４・・・の各映像フレームは、伸張処理後、Ｂ０、Ｂ１、Ｉ２、Ｂ３、Ｂ４、Ｐ５・・・と、各ピクチャの名の数字で表した順序で表示される。同図中のＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ、ＭＰＥＧ規格）１とＧＯＰ２はこれらのＩ，Ｂ，Ｐピクチャの所定のピクチャ数分（ｎ枚）のＶｉｄｅｏＥＳと、ＧＯＰヘッダを付加して1グループに纏めたものである。Ｉ２、Ｂ０、Ｂ１、Ｐ５、Ｂ３、Ｂ４・・・の各アルファベットは、各映像フレームの画像圧縮形式を表すものである。ＭＰＥＧ規格では、圧縮画像の形式として、Ｉピクチャ、Ｐピクチャ、Ｂピクチャと呼ばれる符号化形式があり、Ｉピクチャは1枚の映像フレームを所定の圧縮規則に従って圧縮したものであり、Ｐピクチャは、Ｉピクチャからの差分の情報をもとに所定の圧縮規則に従って圧縮したものであり、さらにＢピクチャは、ＩピクチャとＰピクチャとの差分の情報をもとに所定の圧縮規則に従って圧縮したものである。従い、Ｉピクチャはそれ自身があれば伸張して表示可能であるが、Ｐピクチャは差分の元となるＩピクチャを再生しない限り伸張して表示できず、Ｂピクチャはその差分の元となるＩピクチャとＰピクチャを伸張しなければ、伸張して表示ができないことになる。仮に斜線部のＧＯＰ１の次のＧＯＰ２ののＢ０もしくはＢ１を伸張表示したい場合は、斜線部のＧＯＰ１内のＩ２から伸張し、少なくともＰ５、とそれ以降の斜線部の次のＧＯＰ２の直前までのＰピクチャまで伸張しなければならない。同図では、編集点として、斜線部のＧＯＰのＧＯＰヘッダを含むＲＰパケット位置が指定され、このＧＯＰの先頭からｎフレーム目を編集点として指定する場合、ＧＯＰ内の最初のＩピクチャ（Ｉ２）を基点とし、このときのフレーム番号を０とし、以降表示順序に従い、フレーム番号をＢ３を１、Ｂ４を２、・・・とし、次のＧＯＰの最初のＩピクチャの前のフレームまで、Ｂ０をｎ−１、Ｂ１をｎと指定する。ＧＯＰヘッダを含むＲＰパケット位置以外の位置が指定されている時には、その後最初に先頭が存在するＧＯＰを示していることする。なお、ＧＯＰの先頭にＧＯＰヘッダが付加されていない場合には、ＧＯＰを構成するデータの先頭をＧＯＰの先頭とする。このように指定すれば、例えば指定フレーム番号がｎの場合、ＧＯＰ２の再生表示を行う場合、まずＧＯＰ１のＩ２を含むＶｉｄｅｏＥＳを記録媒体より読み込み、伸張し、順を追ってＧＯＰ１内の少なくともＰ５やそれ以降ＧＯＰ２の直前のＰピクチャまで伸張し、続いてＧＯＰ２のＢ０に続いてＧＯＰ２のＢ２を伸張するといった再生制御が容易である。
【符号の説明】
【００６１】
１０１、２０１ … プログラム(ＡＶストリーム) １０２ … 管理情報における第３階層 １０３、２０２ … 管理情報における第２階層 １０４、２０３ … 管理情報における第１階層 ３０３ … 記録系信号処理 ３０４ … 記録再生系 ３０５ … 記録媒体 ３０６ … 再生系信号処理 ３１５ … ＴＶセット ３１６ … ユーザＩ／Ｆ ３１７ … 制御部 ３１８ … システムバス ３１９ … ＯＳＤ生成部 ４０１ … 全プログラム表示用タグ ５０１ … 全プレイリスト表示用タグ ６０１ … ユーザ＃１用メニュー表示用タグ ７０１ … ユーザ＃２用メニュー表示用タグ
【技術分野】
【０００１】
本発明は、記録媒体にデータを記録及び再生する記録再生装置に関する。
【背景技術】
【０００２】
本技術分野の背景技術として、例えば、特開２０００−１５２１８０号公報（特許文献１）、特開２００１−１０１８４０（特許文献２）がある。
【０００３】
特許文献１には、「記録媒体に記録されている既存の映像を上書きすることなく、単一記録媒体での映像編集を実現する。」という課題に対して、「光ディスクは、複数のAVデータを収録されているAVファイルと、AVデータ内の複数の部分区間を指定したPGC情報が複数記録されているRTRW管理ファイルとを有している。PGC情報には、オリジナルタイプのものとユーザ定義タイプのものとがあり、ユーザ定義タイプのPGC情報におけるそれぞれのセル情報は、AVデータ内の部分区間のうち編集素材として抜擢されたものを指定しており、その配列順序は、映像編集作業によって仮決めされた再生順序を示したものである。」という解決手段を用いることが記載されている。
【０００４】
特許文献２には、「ビデオテープカセットに入っている動画像は、このカセットをプレイヤーにマウントして、再生することで始めて閲覧することが出来る。この閲覧は、動画像のすべてを閲覧する場合も、どのような動画像が入っているかをチェックするだけの場合もまったく同じ操作をする必要がある。従って、目的の映像がどのビデオテープカセットに入っているかを捜したりするのにかなりの時間を必要とする。」という課題に対して、「動画像の各単位毎に、代表となる静止画像を生成し、この静止画像のみをまとめて、動画像ストリームとは別な管理データとして、上記動画像ストリームを記録した媒体もしくは、その媒体と一対一に対応した高速アクセス可能な媒体に記録する。そして、この管理データを高速で読み出して表示することで、動画像ストリーム全体の概要をすばやくユーザーに提示する。」という解決手段を用いることが記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０００−１５２１８０号公報（要約参照）
【特許文献２】特開２００１−１０１８４０号公報（要約参照）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
高能率符号化技術の進展に伴い、映像や音声といったＡＶデータをデジタルデータとして符号量圧縮し、ハードディスクや記録型光ディスクなどの大容量の記録媒体へリアルタイムに記録することが可能となっている。また、これらの記録媒体を備えた記録再生装置では、放送や通信により、既に符号量圧縮された状態でデジタルデータが外部から入力された場合、これらのデジタルデータをそのまま記録媒体へ記録することも可能である。
【０００７】
これらの記録再生装置では、記録するデジタルデータを管理するための管理情報を生成し、同一の記録媒体上へ合わせて記録する。記録媒体として書換え可能なものを用いた場合、前記管理情報を書換えて再生順序を示すリスト(以降、プレイリストと呼ぶ)を生成、操作することにより、ユーザは記録再生装置上での編集作業ができる。すなわち、プレイリストはＡＶデータの部分をつなぎ合わせ、再生順序を指し示したものである。一例として、上記従来技術における記録媒体上のＡＶデータの管理状態を図２に示す。 ２０１は記録媒体上のＡＶデータそのものであり、記録単位としてプログラム＃１〜プログラム＃３（例えば、放送番組を記録するレコーダが１番組を記録した場合の１番組に相当する）が存在する場合を示している。２０２は管理情報における第２管理階層(管理レベル２)を示しており、オリジナルセル情報＃１〜オリジナルセル情報＃３は、夫々プログラム＃１〜プログラム＃３というプログラム単位の全ての再生範囲を示すものとなっている。またユーザ定義セル情報＃１〜ユーザ定義セル情報＃２はユーザが任意に指定したプログラムの全体あるいは一部（例えば、上記レコーダにおける１番組のうちユーザが指定した一部分）の再生範囲を示すものであり、その数はユーザの編集操作により増減する。２０３は管理情報の第１管理階層(管理レベル１)を示しており、プログラムセット情報は前記オリジナルセル情報＃１〜オリジナルセル情報＃３の全てを含むものであり、これを元に再生することにより、ユーザは記録媒体上に記録された全てのＡＶデータを再生することができる。またプレイリスト情報＃１〜プレイリスト情報＃ｋはユーザが任意に指定した前記ユーザ定義セル情報の再生順序を示すものであり、複数持つことが可能である。２０４で示す枠内が、管理情報におけるＡＶデータ全体を管理するオリジナル情報であり、２０５で示す枠内がユーザの編集操作によるプレイリストを管理するためのユーザ定義情報となる。
【０００８】
図２において、プレイリスト情報はプログラムセット情報と同列に、管理レベル１として管理されるため、複数のプレイリスト情報自体の順番は一意に決まってしまい、例えばプレイリストの一覧を、ユーザインターフェース上で、その表示順番を変更したりすることを行うことができなかった。使い勝手向上の観点からすれば、ユーザが任意にプレイリストの一覧表示順番を、ユーザインターフェース上で並べ替え操作できるような記録方式や装置が望まれる。
【０００９】
また、従来例では、複数のユーザが好みのプレイリスト情報を生成選択して管理するといった点についても考慮されていなかった。
【００１０】
また、上記特許文献１では、再生した番組を途中で再生中断し、再度再生を行う場合に、再生中断した部分(レジューム点)から再生するレジューム再生に関し、たとえばプレイリストを再生していた場合や、プログラムを再生していた場合など、再生停止時の再生状態に応じてレジューム再生制御を行えるという点に関して考慮されていなかった。
【００１１】
また、記録媒体を光ディスクとしており、もともと媒体への記録、再生の切換速度などが遅い媒体であり、記録しながら再生する処理を行った場合に関しては、記録フォーマットとして考慮がなされていなかった。
【００１２】
また、記録媒体中のプログラムコンテンツを縮小画像（以下サムネールという）単位で1画面に一覧表示するナビゲーション表示の場合、サムネールの表示を行う際に、実際のプログラムの圧縮画像を伸張し、サムネールのサイズに縮小し、ナビゲーション用画面に配置し、これを繰り返す処理を求められるため、ナビゲーションの表示を高速に行うという点での考慮がなされていなかった。
【００１３】
また、上記特許文献２では、記録媒体中にプログラムコンテンツが複数存在する場合であっても、各プログラムコンテンツに対する複数のサムネールは１つのファイルによって記録されていた（特許文献２の図４、図７等参照）。具体的には、特許文献２の図４において、複数のサムネール１〜３が、１つのファイルThumbNail.dat７００４０として記録されている点である。この場合、例えば複数のサムネールのうち一つを削除するには、一度ThumbNail.dat７００４０を開き、不要なサムネールを削除後、ThumbNail.dat７００４０を保存する必要がある。このようにThumbNail.dat７００４０の一部が削除されるような編集があった場合は、削除されたサムネールによって生じた空き領域を埋めるように他のサムネールが再配置され、それに伴い各プログラムコンテンツも再配置される。つまり、削除されたサムネールの容量分、他のサムネールやプログラムコンテンツ等の情報を記録媒体上で移動させることになる。このようなサムネール削除に伴う情報の再配置は、記録媒体の容量が大きくなるほど処理時間が増す。特に、現状のDVD（４．７GB）から容量が増加する可搬方型ＨＤＤなどではその処理時間の増加が顕著になると考えられる。
【００１４】
また上記特許文献１では、録画した映像音声ストリームを、ユーザが任意に再生位置を指定する場合の再生開始点や他のシーンへのつなぎの点などの編集のつなぎ目の（以下編集点という）を、管理ファイルに記録する手法として、プレゼンテーションタイムスタンプ（ＰＴＳ、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）規格）を編集点のデータとして、記録する手法を取っていた。しかしながら、本記録手法では、再生時に編集点のＰＴＳから何番目のＧＯＰに当たるかを算出し、さらにそのＧＯＰの何フレーム（これ以降、フレームとは、映像信号のフレームをいうこととする）目に当たるかをさらに算出して、ＭＰＥＧのデコーダに供給するストリームと、表示切替タイミングなどを制御する必要がある。実際の制御においては、録画した映像音声ストリームの何番目のＧＯＰ（Ｇｒｏｕｐｅ Ｏｆ Ｐｉｃｔｕｒｅ，ＭＰＥＧ規格）の何フレーム目とするかを管理するほうが再生時の制御上好ましい。
【００１５】
本発明は、上記の点に鑑みてなされたものであり、記録再生装置の使い勝手向上を目的とする。
【課題を解決するための手段】
【００１６】
本発明のある一面の概要は、次のとおりである。 上記目的を達成するために、登録された全てのプレイリスト情報を管理する管理単位及び上位の管理階層を追加し、該管理単位はＡＶデータ全ての再生範囲を示す統合情報と同列に扱うように構成する。また追加した管理階層でユーザ定義による統合情報を扱うように構成し、この統合情報には下位階層に含まれる任意の再生範囲を登録できるように構成する。 また、再生した番組を途中で再生中断し、再度再生停止点から再生を行うために、再生を停止した位置を管理情報として媒体に、プレイリスト再生時のレジューム点、プログラム再生時のレジューム点、再生装置の動作状態に応じたレジューム点など、独立に保持することで、再生停止時の再生状態に応じてレジューム再生制御を行えるようにする。 また、記録する媒体を、高速なハードディスクドライブを用いて、記録しながら再生などの動作を行えるようにするため、プログラムのストリームを記録あるいは再生する単位を所定量確保するように記録再生単位を構成する。 また、ナビゲーション表示高速化のため、あらかじめナビゲーション表示用のサムネールを生成したものを、記録媒体上に、プログラムと関連付け記録する構成とした。 また、上記編集点の管理情報として、記録された映像音声ストリームの何番目のＧＯＰ（ＧＯＰ番号）の、何フレーム目（フレーム番号）かを記録するようにした。
【００１７】
本発明のうち特許請求する発明の詳細は、特許請求の範囲に記載したとおりである。
【発明の効果】
【００１８】
本発明による記録再生装置によれば、使い勝手が向上する。例えば、次のような使い勝手向上の効果を奏する。 ユーザは任意のプレイリスト、あるいは再生範囲を選択して管理することが可能となるため、単一の記録媒体を複数のユーザが共有する場合などでも、ユーザ毎に好みの再生内容を管理することができ、使い勝手が向上するし、プレイリストを統合管理するので、プレイリストの表示順などをユーザが任意に変更が可能となる。 また、ユーザは、プレイリスト再生やプログラム再生などんも再生状態にかかわらず、プログラム再生、プレイリスト再生のレジューム点より再生できる。 また、ユーザが所望のナビゲーション表示を行う際に、再生機は高速にサムネールの一覧を表示できる。 また、編集点として記録された、ＧＯＰ番号とフレーム番号を元に、該当するＧＯＰの部分をデコーダに供給し、編集点の何フレーム目の情報を元に再生表示をするかについて制御可能となり、再生制御を容易にすることが可能となる。
【図面の簡単な説明】
【００１９】
【図１】本発明による記録再生装置でＡＶデータの管理状態を示す図。
【図２】従来例によるＡＶデータの管理状態を示す図。
【図３】本発明による記録再生装置のブロック図。
【図４】オリジナル統合情報の表示出力例。
【図５】ユーザ定義統合情報のプレイリストの一覧としての表示出力例。
【図６】ユーザ定義統合情報の第１の表示出力例。
【図７】ユーザ定義統合情報の第２の表示出力例。
【図８】各オリジナル統合情報、プレイリスト統合情報、ユーザ定義統合情報、及びプレイリスト情報、プログラム情報、ＡＶデータ（プログラム）などのファイル構造の一例を示した図。
【図９】各オリジナル統合情報の管理テーブル構造の一例を示したもの。
【図１０】プレイリスト管理情報の構成と管理テーブル構成の一例を示したもの。
【図１１】オリジナルプログラム管理情報の構成と管理テーブルの一例をしめしたもの。
【図１２】ユーザ定義プログラム情報の構成と管理テーブルの一例をしめしたもの。
【図１３】ユーザ定義統合管理情報の構成と管理テーブルの一例をしめしたもの。
【図１４】ＡＶストリームファイルのパケット構成を示したもの。
【図１５】ＡＶストリームファイルの分割時の処理を示したもの。
【図１６】サムネール管理情報を図示したもの。
【図１７】サムネールを統合した管理情報の構成と管理テーブルを示したもの。
【図１８】図８におけるネームドストリームＰｒｏｇｒａｍＩｎｆｏ８２４の内容を示したもの。
【図１９】ＡＣＵ情報１９００の詳細を示したもの。
【図２０】録画されたＡＶストリームの、編集点であるフレーム位置をどのように指定するかを表したもの。
【００２０】
上記した以外の課題、構成および効果は、以下の実施形態の説明により明らかにされる。
【発明を実施するための形態】
【００２１】
以下、図面を用いて本発明の実施形態について説明する。
【００２２】
図１は本実施例による記録再生装置における、記録媒体上のＡＶデータの管理状態を示す図である。１０１は図２における２０１と同様に、記録媒体上のＡＶデータそのものであり、記録単位としてプログラム＃１〜プログラム＃３が存在する場合を示している。
【００２３】
１０２は図２における２０２に相当し、ここでは管理情報における第３管理階層(管理レベル３)を示している。プログラム情報＃１〜プログラム情報＃３は、夫々プログラム＃１〜プログラム＃３というプログラム単位の全ての再生範囲を示すものとなっている（以下これらのプログラムの実体と対を成すプログラム情報を「オリジナルプログラム情報」という。また、図１において「ＯＰＧＲ ＃１」のように示してある。）。またプログラム情報＃２ａ〜プログラム情報＃３ａはユーザが任意に指定したプログラムの全体あるいは一部の再生範囲を示すものであり（以下これらを「ユーザ定義プログラム情報」という。また、図１において「ＵＰＧＲ ＃２ａ」のように示してある。）、ここでは夫々プログラム＃２の一部、プログラム＃３の一部を示している。プログラム情報＃１〜プログラム情報＃３に相当する箇所は、ＡＶデータの追記や削除、つまりプログラムの増減に伴いその情報も増減する。またプログラム情報＃２ａやプログラム情報＃３ａに相当する箇所は、ユーザの編集操作により、その情報の数が増減する。
【００２４】
１０３は図２における管理レベル１に相当するが、ここでは管理情報の第２管理階層(管理レベル２)を示しており、プレイリスト情報＃１〜プレイリスト情報＃ｎのみを含む。夫々のプレイリスト情報は前記管理レベル３における任意のプログラム情報の再生順序を示すものであり、複数持つことが可能となっている。
【００２５】
１０４が本実施例の特徴的な点として、新たに追加した管理情報の第１管理階層(管理レベル１)であり、複数の統合情報を含む。オリジナル統合情報は、システムレジューム情報などを記憶している統合情報であり、詳細については後述する。ユーザ定義統合情報＃１〜ユーザ定義統合情報＃ｍは、管理レベル２におけるプレイリスト情報及び管理レベル３におけるプログラム情報のうちの任意の一つあるいは複数を含むものである。例えば複数のユーザが単一の記録媒体を用いる場合に、ユーザ単位に一つのユーザ定義統合情報を使用することにより、夫々のユーザの嗜好に合致した再生内容を管理することが可能となる。
【００２６】
次に本発明による記録再生装置の実施形態について、別の図を用い、さらに具体的に説明する。
【００２７】
図３は本実施例による記録再生装置の一例を示すブロック図であり、デジタル放送を受信して記録媒体に記録し、また記録したデータを再生し、再生出力を得ることができるような記録再生装置を示している。３００は記録再生装置、３０１はアンテナからの受信波を入力する入力端子、３０１１は他の機器からの圧縮された映像音声データを入力するための入力端子、３０１２はアナログ映像信号を入力するためのアナログ映像入力端子、３０１３はアナログ音声信号を入力するためのアナログ音声入力端子、３３３及び３３４は、アナログ信号をデジタル信号に変換するアナログ／デジタル（Ａ／Ｄ）変換回路、３０２は復調回路、３３０は復調したデジタル信号を音声、映像、その他のデータに分離する分離回路、３３５はデジタル化された映像及び音声信号を圧縮する圧縮回路、３０３は記録系信号処理回路、３３１は記録するデータを暗号化するための暗号化回路、３０４は記録媒体のドライブ機能を含めた記録再生系、３０５は記録媒体、３３２は記録媒体上に暗号化され記録されたデータを非暗号化するための非暗号化回路、３０６は再生系信号処理回路、３０７は切替え回路、３０８は分離回路、３０９は映像復号回路、３１０はデジタル／アナログ(Ｄ／Ａ)変換回路、３１１は映像出力端子、３１２は音声復号回路、３１３はＤ／Ａ変換回路、３１４は音声出力端子、３１５はＴＶセット、３１６はユーザＩ／Ｆ、３１７は制御部、３１８はシステムバス、３１９はＯＳＤ生成部、３２０は加算回路である。
【００２８】
記録時においては、デジタル放送などにより放送局から送信され、本記録再生装置で受信された信号が、復調回路３０２において所定の方式により復調された後、記録系信号処理回路３０３においてタイミング調整用のデータ付加や変調などの必要な信号処理が施されて、暗号化回路３３１にて暗号化された後、記録再生系３０４により記録媒体３０５へ記録される。また、デジタル入力端子３０１１より入力されたデジタル信号は記録系信号処理回路３０３においてタイミング調整用のデータ付加や変調などの必要な信号処理が施されて、暗号化回路３３１にて暗号化された後、記録再生系３０４により記録媒体３０５へ記録される。また、アナログ映像入力端子３０１２より入力されたアナログ映像信号と、アナログ音声入力端子３０１３より入力されたアナログ音声信号は、圧縮回路３３５によって圧縮処理がなされ、記録系信号処理回路３０３を介し、暗号化回路３３１にて暗号化された後、記録再生系３０４により記録媒体３０５へ記録される。
【００２９】
再生時においては、ユーザの指示に応じて記録媒体３０５から記録再生系３０４を介して読み出された暗号化されたデジタルデータは、非暗号化回路３３２にて非暗号化され、再生系信号処理回路１０３において所定の変調方式に則った形式で復調等の再生に必要な信号処理が施され、切替え回路３０７を介して分離回路３０８に送られる。映像復号回路３０９では所定の映像復号処理が施されて、Ｄ／Ａ変換回路３１０においてデジタルデータからアナログ信号への変換が成された後、映像出力端子３１１を介してＴＶセット３１５のモニタ出力へと表示される。また音声復号回路３１２では所定の音声復号処理が成され、Ｄ／Ａ変換回路３１３においてデジタルデータからアナログ信号への変換が成された後、音声出力端子３１４を介してＴＶセット３１５の音声出力機構により出力される。
【００３０】
制御部３１７は、システムバス３１８を介して記録再生装置３００の各部を制御するものであり、またユーザＩ／Ｆ３１６を介して入力されたユーザの指示入力に基づいた動作を行うように、装置全体を制御する。なおユーザへの指示入力要求、あるいは必要なユーザへのＯＳＤ表示は、ＯＳＤ生成部３１９で用意され、加算回路３２０において、映像復号回路３０９の出力と適当なレベルで加算されて、最終的にＴＶセット３１５のモニタ画面に出力されることにより実現される。
【００３１】
次に図１における管理情報構成の具体的な使用例として、管理レベル１における各統合情報を記録データのメニュー表示に使用した場合について説明する。
【００３２】
図４は図１におけるオリジナル統合情報を使用してメニュー表示を行う一例である。３１５は図３におけるＴＶセットであり、４０１は全プログラム表示用のタグ、４０２はプログラム情報＃１を示すサムネール、４０３はプログラム情報＃２を示すサムネール、４０４はプログラム情報＃３を示すサムネールである。ユーザはリモコン等により画面上のカーソル位置を所望のサムネールに移動して選択決定することにより、任意のプログラム、あるいは全てのプログラムを再生することができる。 次に図５は図１における、いくつかのユーザ定義統合情報の1つを使用して、これをプレイリストとしてメニュー表示を行う一例である。５０１は全プレイリスト表示用のタグ、５０２はプレイリスト情報＃１を示すサムネール、５０３はプレイリスト情報＃２を示すサムネールである。ユーザは前述の場合と同様にリモコン等により画面上のカーソル位置を所望のサムネールに移動して選択決定することにより、任意のプレイリスト、あるいは全てのプレイリストを再生することができる。なお前述の全プログラム表示用タグ４０１から全プレイリスト表示用タグ５０１への表示切り替えは、ユーザが例えばタグの文字位置でカーソルを移動することなどにより実現することが可能である。 次に図６は図１におけるユーザ定義統合情報＃１を使用してメニュー表示を行う一例である。６０１はユーザ＃１(ここでは「ママ」としている)用メニュー表示用のタグであり、４０２と５０２は図１からわかるように、プログラム情報＃１及びプレイリスト情報＃１を示すサムネールとなっている。「ママ」はママ用メニュー表示用タグ６０１を自分専用のフォルダとして、自由に再生したいデータを登録、削除することが可能である。
【００３３】
同様に図７は図１におけるユーザ定義統合情報＃２を使用してメニュー表示を行う一例である。７０１はユーザ＃２(ここでは「パパ」としている)用メニュー表示用のタグであり、５０３と５０２は図１からわかるように、プレイリスト情報＃２及びプレイリスト情報＃１を示すサムネールとなっている。この場合「パパ」は２つのプレイリストを選択しているが、その再生順序を変更することが可能となっている。また前述の「ママ」と同様に、「パパ」はパパ用メニュー表示用タグ７０１を自分専用のフォルダとして、自由に再生したいデータを登録、削除することが可能である。
【００３４】
以上のように本発明の実施例によれば、登録された全てのプレイリスト情報を管理する管理単位及び上位の管理階層を追加し、ＡＶデータ全ての再生範囲を示す統合情報と同列に扱うように構成とする。また、追加した管理階層でユーザ定義による統合情報を扱うように構成し、このユーザ定義による統合情報には下位階層に含まれる任意の再生範囲を登録できるように構成する。これにより、ユーザは任意のプレイリスト、あるいは再生範囲を選択して管理することが可能となる。
【００３５】
このようにして、単一の記録媒体を複数のユーザが共有する場合などでも、ユーザ毎に好みの再生内容を管理することができ、使い勝手が向上する。
【００３６】
なお以上の実施例では、デジタル放送を受信してデジタルデータをそのまま記録する場合について述べたが、これはこの限りではなく、ネットワークＩ／Ｆを具備し、外部ネットワークからＡＶデータを取得したり、符号化手段を具備し、アナログデータを符号化しながら記録媒体に記録するような構成でも良い。つまり本実施例は記録媒体上のデータ管理について言及しているものであり、その入力経路については特に限定されるものではない。
【００３７】
図８に、上記に述べたプログラムやプログラム情報、プレイリスト情報、及びオリジナル統合情報、ユーザ定義統合情報を、実際に記録媒体３０５（図３）上にどのようなファイル構成で記録するかの一例を示す。本記録媒体は、デジタル記録再生を行う媒体であり、媒体上の各ファイルは、いわゆるパーソナルコンピュータなど記録媒体の管理に用いられるのと同様のファイルシステムで管理されている。同図においてＲＯＯＴ８００は、ファイルディレクトリの最上位階層を示し、ＴＶＲ８０１はその下層のディレクトリであり、本発明にかかる図1に示した管理構造を実現する各ファイル構造を示したものである。ＴＶＲＥＣ．ＭＧＲ８０２、ＰＧＲＧ．ＭＧＲ８０３、ＰＧＲＧ＿ＩＮＦ．ＴＢＬ８０４、ＰＧＲ．ＭＧＲ８０５、ＰＧＲ＿ＩＮＦ．ＴＢＬ８０６、ＵＰＧＲ．ＭＧＲ８０７、ＵＰＧＲ＿ＩＮＦ．ＴＢＬ８０８、ＵＤＦＦ．ＭＧＲ８０９、ＵＤＦＦ＿ＩＮＦ．ＴＢＬ８１０、などの管理ファイルと、映像と音声の多重化されたＡＶストリームＰＲＯＧ０００１．ＡＶＳ８２０、・・・ＰＲＯＧｘｘｘｘ．ＡＶＳ（ＡＶストリームファイルのｘｘｘｘの部分は番号付けされ、たとえばＡＶストリームが記録されるごとに順次番号が増えていく）８２１がＴＶＲ８０１の下に記録される。８３０はさらにＴＶＲ８０１下のディレクトリで、記録媒体に記録されたナビゲーション一覧などに使用するサムネール関連のファイルを格納するためのディレクトリ名ＴＮＤというディレクトリである。８３１はファイル名ＴＮＤ．ＭＧＲというサムネールの実体ファイル８３２、８３３、・・・、８３４を統合管理するサムネール管理ファイルである。サムネールの実体ファイルのファイル名は、８３４に示したようにＴＮｘｘｘｘｙｙ．ｚｚｚとし、ｘｘｘｘはサムネールに関連するプログラムファイル８２１のｘｘｘｘに対応し、ｙｙはサムネールとして登録された順番の数字が当てられ、ｚｚｚの部分は、たとえばサムネールのデータの種類が、非圧縮のビットマップならばｂｍｐとし、ＪＰＥＧ（Joint Photographic Experts Group）圧縮されたものである場合はｊｐｇとする。本実施例では、各プログラムファイルに対応するサムネールのファイルを、８３２〜８３４のように、それぞれ別々に記録されている。このように、複数のサムネールのファイルを１ファイルにまとめずに８３２〜８３４のように別々に記録することにより、サムネールのファイルを追加・削除する際の処理が容易となる。特に可搬型ハードディスクのように大容量の記録媒体において、サムネールのファイルを削除・追加した際の処理時間の短縮化を図ることができる。
【００３８】
図８のＡＶストリームファイル８２０（ＰＲＯＧ０００１．ＡＶＳ）や８２１（ＰＲＯＧｘｘｘｘ．ＡＶＳ）は、図１４に示す構成で記録されている。
【００３９】
図１４において１４０１が、ＡＶストリームファイルであり、放送で受信したＡＶストリームを記録する際の最小単位をＡＬＵということとする。また、ＡＶストリームが暗号化されている場合、ＡＬＵは暗号化の最小単位ともなっている。ＲＰ１４０２は、記録パケットの単位で、ＭＰＥＧ（Moving Picture Expert Group）規格のトランスポートパケット(１８８バイト)に、受信時のタイムスタンプ（２７ＭＨｚでカウントし、受信した時点でのカウント値４バイト）をヘッダとして付加した、１９２バイトのデータパケットであり、本実施例では、この１９２バイトのＲＰパケット１４０２を８１９２パケットまとめて１ＡＬＵとしている。ＡＶストリームファイル１４０１の中には、ＡＬＵ＃１〜ＡＬＵ＃ｖ(各８１９２ＲＰ)と順次記録されたＡＶストリームに加えて、ＡＬＵ情報１４０３として、記録したＡＶストリームの総ＡＬＵ数と、最初のＡＬＵ番号、最初のＡＬＵのＲＰ数、及びＡＶストリーム最後のＡＬＵのＲＰ数、を記録する。ＡＬＵ情報１４０３は、図８のＡｌｌｏｃＵｎｉｔＩｎｆｏ８２３に対応する。これは、ＡＶストリームの最初のＡＬＵおよび最後のＡＬＵのＲＰ数は８１９２にならない場合があるため、これを記録するためのものである（詳細は後述する）。
【００４０】
またこれらのＡＶストリームファイル８２０，８２１は、たとえばＵＤＦ（Ｕｎｉｖｅｒｓａｌ Ｄｉｓｃ Ｆｏｒｍａｔ）で規定される、ファイル構造の下層にストリームディレクトリ８２２の構成を持ち、さらにネームドストリームと呼ばれるＡｌｌｏｃＵｎｉｔＩｎｆｏ８２３、ＰｒｏｇｒａｍＩｎｆｏ８２４、ＡｃｃｅｓｓＵｎｉｔＩｎｆｏ８２５と呼ばれるファイルを持つ。
【００４１】
図９は、ＴＶＲＥＣ．ＭＧＲ８０２（図８）の管理テーブル構成を示したものである。オリジナル統合情報９０１として、システムレジューム情報９０２と、プログラム統合情報名９０３が記録される。
【００４２】
システムレジューム情報として、ユーザが再生停止した時点のユーザ定義統合情報（ＵＤＦＦ）の番号及びその下の階層のプレイリスト情報（ＰＧＲＧ）番号と、その下の階層のオリジナルプログラム情報（ＯＰＧＲ）もしくはユーザ定義プログラム情報（ＵＰＧＲ）の番号（ＰＧＲ）と、停止時点でのＧＯＰに対応する、後述するＡＶストリームの記録時の最小単位であるＡＬＵ番号と、該ＡＬＵ内の対応するＧＯＰの記録パケットのＲＰ番号と、対応するＧＯＰのフレーム番号を表として記録する。このようにしておけば、システムのレジューム再生開始の制御をフレーム単位の精度で行うことができる。ＰＧＲ番号は、ＯＰＧＲか、ＵＰＧＲかの判定のために、たとえばＰＧＲ番号(16進数)＝００００〜７ＦＦＦまではＯＰＧＲとし、ＰＧＲ番号(16進数)＝８０００〜ＦＦＦＦならばＵＰＧＲとして区別する。９０３はプログラム統合情報につける名前（ＰＧＳＥＴ名）を記録するフィールドであり、たとえば記録媒体に記録されているコンテンツ群にユーザが命名した名前の文字列情報を記録する。こうすることで、記録媒体は誰によって使用されているか、などの判別に用いることもできるし、コンテンツ群に関連した名前を記録することができるため、記録内容を把握しやすくなる利点がある。 図１０はプレイリストを管理する、プレイリスト管理情報（ＰＧＲＧ）ファイル１００１と、プレイリスト管理表ファイル１０１０の内容を示したものである。プレイリスト管理情報（ＰＧＲＧ）ファイルは、図８のＰＧＲＧ．ＭＧＲ８０３に、プレイリスト管理表ファイル１０１０は図８のＰＧＲＧ＿ＩＮＦ．ＴＢＬ８０４に対応する。ＰＧＲＧ．ＭＧＲ１００１は、ユーザが編集によって登録したプレイリストの数（図１０ではｎ個の場合）と、以下プレイリスト＃１、プレイリスト＃２・・・プレイリスト＃ｎ−１、プレイリスト＃ｎの内容が記録されたプレイリスト管理表ファイルＰＧＲＧ＿ＩＮＦ．ＴＢＬの位置の情報（たとえばプレイリスト管理表ファイルＰＧＲＧ＿ＩＮＦ．ＴＢＬ１０１０の頭から何バイト目から、といった情報）が記録される。
【００４３】
プレイリスト管理表ファイル１０１０には、各プレイリスト＃１、・・・、＃ｎ−１、＃ｎのそれぞれの下記する情報が表として記録される。図１０のプレイリスト管理表１０１０の詳細例としてプレイリスト＃ｎ−１の構成を示す。プレイリスト＃ｎ−１の情報として、作成時間１０１１（ユーザが装置を操作してプレイリスト＃ｎ−１を作成した時点での時間）、及び名前１０１２、サムネール情報１０１３、レジューム情報１０１７、及びそれに続いてプレイリスト＃ｎ−１に登録されたオリジナルプログラム情報（ＯＰＧＲ）またはユーザ定義プログラム情報（ＵＰＧＲ）を示すプログラム情報の数１０１８と、登録された番号一覧プログラム情報（ＰＧＲ情報。ＯＰＧＲとＵＰＧＲの区別は先に述べたとおりで、ＰＧＲの番号（１６進数）＝７ＦＦＦ以下はＯＰＧＲ、８０００以上はＵＰＧＲ）の番号が記録される。
【００４４】
プレイリストの作成時間１０１１が管理情報として記録されているので、再生時に、プレイリスト一覧を、作成時間順に表示するといったことが可能である。
【００４５】
図１０のサムネール情報１０１３は、形式情報（コンテンツ保護必要か不要か、表示するサムネールは、記録されたＡＶストリームの画像の参照位置を元にして作成する必要があるか、外部ファイルに登録されているサムネールデータを参照するか、等の情報）１０１４、ＡＶストリーム中のサムネールとして表示する位置情報１０１５、外部ファイルのサムネールデータ位置情報１０１６より構成される。サムネール位置情報１０１５は、サムネールとして表示するプログラム情報（ＰＧＲ）番号と、そのＰＧＲ番号に対応したＡＶストリームの表示するサムネールのＧＯＰ位置に対応したＡＬＵの番号と、該ＧＯＰに対応したＡＬＵ番号の中のＲＰ番号と、前記ＧＯＰのサムネールとして表示するフレーム番号から構成される。
【００４６】
レジューム情報１０１７は、プレイリスト＃ｎ−１の再生を停止した時点での、再生していたプログラム（ＰＧＲ）番号（ＰＧＲ番号が７ＦＦＦ以下ならＯＰＧＲ、８０００以上ならＵＰＧＲ）と、そのＰＧＲ番号における再生を停止した時点でのＧＯＰに対応したＡＬＵ番号と、ＲＰ番号と、前記ＧＯＰ内の停止時のフレーム番号を記録する。このようにしておけば、レジュームが図９に示したシステムレジューム情報９０２に加え、個別のオリジナルプログラム情報もしくはユーザ定義のプレイリストごとにレジューム情報１０１７のように個別にレジューム情報を記録管理できる。よって、再生時にレジューム再生機能として、たとえばオリジナルプログラムごとのレジューム点で再生制御を行ったり、前回の再生停止状態に応じて、ユーザ定義統合情報（ＵＤＦＦ）の何番で再生を停止したかなど含めての、レジューム再生制御ができる機能を提供できるし、再生開始の制御をフレーム単位の精度で行うことができる。
【００４７】
図１１はオリジナルプログラム管理情報（ＯＰＧＲ）ファイル１１０１と、オリジナルプログラム管理表ファイル１１１０の内容を示したものである。記録媒体上のオリジナルプログラム情報の全てを含み、これを元に再生することにより、ユーザは記録媒体上に記録された全てのＡＶデータを再生することが可能となる。オリジナルプログラム管理情報（ＯＰＧＲ）ファイル１１０１は、図８のＰＧＲ．ＭＧＲ８０５に、オリジナルプログラム管理表ファイル１１１０は図８のＰＧＲ＿ＩＮＦ．ＴＢＬ８０６に対応する。オリジナルプログラム管理情報ファイル１１０１は、記録媒体に記録されているオリジナルプログラムの数（図１１ではｐ個の場合）と、以下オリジナルプログラム情報＃１、オリジナルプログラム情報＃２・・・オリジナルプログラム情報＃ｎ−１、オリジナルプログラム情報＃ｎの内容が記録されたオリジナルプログラム管理表ファイル１１１０内の位置の情報（たとえばオリジナルプログラム情報管理表ファイルＰＧＲ＿ＩＮＦ．ＴＢＬ１１１０の頭から何バイト目から、といった情報）が記録される。
【００４８】
図１１のオリジナルプログラム管理表１１１０の詳細例としてプレイリスト＃ｐ−１の表部分を示す。プレイリスト＃ｐ−１の情報として、この＃ｐ−１のオリジナルプログラム情報が、有効であるか無効であるか、コピー制御情報（以下ＣＣＩという）などを含むプログラム情報フラグ１１１１、作成時間１１１２（ユーザが装置を録画操作してオリジナルプログラム情報＃ｐ−１を作成した時点での時間）、及び名前１１１３、サムネールファイル番号（図８に記載のＰＲＯＧｘｘｘｘ.ＡＶＳ８２１のｘｘｘｘ）１１１４、サムネール情報１１１５、レジューム情報１１１９、さらにインデックス数１１２０と、それぞれのインデックス番号ごとの形式、及びインデックスの場所を示すプログラム情報＃ｐ−１に対応したＡＶストリームのＧＯＰに対応したＡＬＵ番号とＲＰ番号と、該ＧＯＰ内のインデックスとして指定したフレーム番号が配置されている。インデックスとは、たとえばユーザがオリジナルプログラム情報＃ｐ−１に対応したプログラムを編集して、マーキング点指定を指定した場合の指定位置情報であり、編集でインデックスを指定しておけば、オリジナルプログラム情報＃ｐ−１に対応したプログラムを再生時にすばやくインデックスで指定した位置に飛ばす、などの操作がフレーム単位で可能となる。サムネール情報１１１５の各構成要素のサムネール形式１１１６、サムネール位置１１１７、サムネール外部ファイル位置１１１８は、先の図１０のプレイリスト管理表１０１０中のサムネール形式１０１４、サムネール位置１０１５、サムネール外部ファイル位置１０１６と同様のデータ構造である。また、レジューム情報１１１９の構成要素も、先の図１０のレジューム情報１０１７と同様である。
【００４９】
また、図１１の先頭ＡＣＵオフセット番号１１３０には、録画されたオリジナルプログラムのＡＶストリームの最初のＧＯＰ位置から、最初の再生位置に対応するＧＯＰとの差分値を記録し、先頭フレーム番号１１３１には、該ＧＯＰの再生したいフレーム番号を記録する。ＡＣＵエントリ番号の定義については、後述する。また、終端ＡＣＵオフセット番号１１３２には、記録されたオリジナルプログラムのＡＶストリームの終端のＧＯＰから、再生する終端のＧＯＰに対応したＡＣＵエントリ番号の差分値を記録し、終端フレーム番号１１３３には、再生する終端のＧＯＰ内の再生するフレーム番号を記録する。このようにしておけば、記録されたストリームのうち、前後の不要な部分の再生がなされることを防ぐことができる。また、実際の録画されたオリジナルプログラムのＡＶストリームの先頭から、再生開始までの差分値の大きさを規定し、さらに実際の録画されたオリジナルプログラムのＡＶストリームの終端から再生する終端の差分値を規定することで、実際に録画されたオリジナルプログラムのＡＶストリームと再生されるオリジナルプログラムのＡＶストリームの時間のギャップを、規定量以内に絞ることが可能である。よって、例えばこの再生範囲のデータが何らかの要因で壊れてしまった場合、最悪の場合まったく再生できない状況に陥る可能性があるが、規定量以内に抑えることで再生できなくなる範囲を少なくできる。ただし、先頭ＡＣＵオフセット番号１１３０及び、終端ＡＣＵオフセット番号１１３２は、再生する範囲を指定するＡＣＵエントリ番号の絶対値（差分値で無く）であってもよい。
【００５０】
図１２はユーザ定義プログラム管理情報（ＵＰＧＲ）ファイル１２０１と、ユーザ定義プログラム管理表ファイル１２１０の内容を示したものである。ユーザ定義プログラム管理情報（ＵＰＧＲ）ファイル１１０１は、図８のＵＰＧＲ．ＭＧＲ８０７に、ユーザ定義プログラム管理表ファイル１２１０は図８のＵＰＧＲ＿ＩＮＦ．ＴＢＬ８０８に対応する。ユーザ定義プログラム管理情報ファイル１２０１は、ユーザが編集によって登録したユーザ定義プログラムの数（図１２ではｒ個の場合）と、以下ユーザ定義プログラム情報＃１、ユーザ定義プログラム情報＃２・・・ユーザ定義プログラム情報＃ｒ−１、ユーザ定義プログラム情報＃ｒの内容が記録されたユーザ定義プログラム管理表ファイル１２１０内の位置の情報（たとえばユーザ定義プログラム管理表ファイル（ＵＰＧＲ＿ＩＮＦ．ＴＢＬ）１２１０の頭から何バイト目から、といった情報）が記録される。
【００５１】
図１２のユーザ定義プログラム管理表１２１０の詳細例としてユーザ定義プログラム＃ｒ−１の表部分を示す。ユーザ定義プログラム＃ｒ−１の情報として、本ユーザ定義情報に関連したプログラムのファイル番号（図８に記載のＰＲＯＧｘｘｘｘ.ＡＶＳ８２１のｘｘｘｘ）１２１１、ユーザ定義プログラム情報として指定した、上記ファイル番号のＡＶストリームの再生開始位置（情報としてＡＶストリーム中の再生指定する先頭のＧＯＰに対応したＡＬＵ番号と、ＲＰ番号、及び該ＧＯＰ内の再生開始するフレーム番号１２２０）１２１２、及び再生終了位置１２１３（情報としてＡＶストリーム中の再生指定する終端のＧＯＰに対応したＡＬＵ番号と、ＲＰ番号、及び該ＧＯＰ内の再生終了するフレーム番号１２２１）、さらにインデックスの数１２１４と、それぞれのインデックス番号ごとの形式、及びインデックスの場所を示すユーザ定義プログラム情報＃ｒ−１に対応したＡＶストリームのＡＬＵ番号とそのＡＬＵ内のインデックス指定位置のＲＰ番号が配置されている。インデックスは、先の図１１のオリジナルプログラム情報と同様に、たとえばユーザがユーザ定義プログラム情報＃ｒ−１に対応したプログラムを編集して、マーキング点指定を指定した場合の指定位置情報であり、インデックスを指定しておけば、オリジナルプログラム情報＃ｐ−１に対応したプログラムを再生時にすばやくインデックスで指定した位置に飛ばす、などの操作が可能となる。
【００５２】
図１３はユーザ定義統合管理情報（ＵＤＦＦ）ファイル１３０１と、ユーザ定義統合管理表ファイル１３１０の内容を示したものである。ユーザ定義統合管理情報（ＵＤＦＦ）ファイル１３０１は、図８のＵＤＦＦ．ＭＧＲ８０９に、ユーザ定義統合管理表ファイル１３１０は図８のＵＤＦＦ＿ＩＮＦ．ＴＢＬ８１０に対応する。ユーザ定義統合管理情報ファイル１３０１は、ユーザが編集によって登録したユーザ定義統合情報の数（図１３ではｔ個の場合）と、以下ユーザ定義統合情報＃１、ユーザ定義統合情報＃２・・・ユーザ定義統合情報＃ｔ−１、ユーザ定義統合情報＃ｔの内容が記録されたユーザ定義統合情報表ファイル１３１０内の位置の情報（たとえばユーザ定義統合管理表ファイルＵＤＦＦ＿ＩＮＦ．ＴＢＬ１３１０の頭から何バイト目から、といった情報）が記録される。
【００５３】
図１３のユーザ定義統合管理表１３１０の詳細例としてユーザ定義統合情報＃ｔ−１の表部分を示す。ユーザ定義統合情報＃ｔ−１の情報として、本ユーザ定義統合情報を作成した作成時間１３１１と、本ユーザ定義統合情報の名前１３１２、本ユーザ定義統合情報を代表するサムネールの情報１３１３、本ユーザ定義統合を構成するオリジナルプログラム番号またはプレイリスト番号の数１３１７、及びそれに続いて本ユーザ定義統合情報を構成するオリジナルプログラム番号またはプレイリスト番号の羅列より構成される。
【００５４】
サムネール情報１３１３の各構成要素のサムネール形式１３１４、サムネール位置１３１５、サムネール外部ファイル位置１３１６は、先の図１０のプレイリスト管理表１０１０中のサムネール形式１０１４、サムネール位置１０１５、サムネール外部ファイル位置１０１６と同様のデータ構造である。
【００５５】
図１６は、サムネールの管理データ構造と外部サムネールファイルの相関を示した図である。同図においてサムネール管理データ１６０１は、サムネール形式とサムネール位置とサムネール外部ファイル位置で構成され、図１０のサムネール情報１０１３、図１１のサムネール情報１１１５、図１３のサムネール情報１３１３と同様である。サムネール位置は、プログラムファイル１６０２プログラム情報（ＰＧＲ）の番号と、サムネールとして表示するＡＶストリームの位置に対応したＡＬＵ番号、及びそのＡＬＵ番号に対応したＡＬＵ内のＲＰ番号から構成され、サムネール外部ファイル情報はプログラムファイル番号ｘｘｘｘとサムネールファイル番号ｙｙから構成される。
【００５６】
図１７は、全サムネール管理情報ファイル１７０１の構造を示したものであり、図８のＴＮＤ．ＭＧＲ８３１に対応する。サムネールを統合する情報として、登録されているサムネール数（本図ではｉ個の場合）１７０２、以降登録個数分のサムネールの情報が入っている場所のポインタ値などを情報として持つサムネールポインタ１７０３〜１７０４、これに続いて各サムネール情報１７０５〜１７０６で構成される。各サムネール情報１７０５〜１７０６は、プログラムファイル番号、サムネールファイル番号、サムネール関連情報（サムネールの縦横の画素サイズ、圧縮方式など）、及びサムネール保護情報（サムネールの暗号化の可否）の情報から構成される。このようにサムネールの情報を一箇所にまとめていれば、本全サムネール管理情報ファイル１７０１を参照するのみで、全サムネールの情報が把握できるため、本発明にかかる再生機などで、サムネール情報一覧などを取得する場合に動作を高速化できるなどの利点がある。
【００５７】
図１５は、たとえばユーザが編集操作において、１つのプログラムを分割する場合（例えば、録画した１つの番組を２つに分割する場合）の、ＡＶストリームの入ったプログラムファイルの管理がどのようになるかを示した模式図である。同図に示したように任意のＰＲＯＧｘｘｘｘ．ＡＶＳファイルのＡＶストリームは、ＡＬＵ単位で配置されている。このためＡＬＵ単位で分割すれば単純であるが、ＡＬＵ単位を録画したＡＶストリームの再生時間にたとえると、数十秒の単位になり、分割精度が非常に粗いものとなってしまう。このため、分割点においては、ＲＰ単位でできるようにする。この場合図１５のように、ＡＬＵ番号＃ｆの部分で分割することとなる。そして分割したファイルのＡＬＵ＃１〜ＡＬＵ＃ｆのＡＶストリームを新たにＰＲＯＧｘｘｘｘ．ＡＶＳとし、ＡＬＵ＃ｆ〜ＡＬＵ＃ｈのＡＶストリームをＰＲＯＧｘｘｘｘ＋１．ＡＶＳ（ファイル番号ｘｘｘｘにプラス１する）として記録する。この場合、分割後のＰＲＯＧｘｘｘｘ．ＡＶＳのストリーム部分の終端はＡＬＵ値が所定の８１９２ＲＰ（図１４に記載）とはならないため、図１４のＡＬＵ管理情報１４０３のパラメータである「プログラムのＡＬＵ数」を変更すると同時に「最後のＡＬＵのＲＰ数」を、分割後のＲＰ数、すなわちＡＬＵ＃ｆの分割した点より前のＲＰ数に変更して、ファイルＰＲＯＧｘｘｘｘ．ＡＶＳを更新する。また、分割後のＡＶストリームをＰＲＯＧｘｘｘｘ＋１．ＡＶＳ（図１５）に対しても、図１４のＡＬＵ管理情報１４０３のパラメータである「プログラムのＡＬＵ数」を変更すると同時に「最初のＡＬＵのＲＰ数」を、分割後のＲＰ数、すなわちＡＬＵ＃ｆの分割した点より後のＲＰ数に変更して、記録する。このようにすれば、分割点の精度が向上する。少なくとも、分割点はＭＰＥＧ圧縮されたＡＶストリームの場合、ＧＯＰ（Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅ）単位の精度で分割が可能となる。
【００５８】
図１８はプログラム情報１８０１であり、先の図８におけるネームドストリームＰｒｏｇｒａｍＩｎｆｏ８２４の内容を示したものである。同図において、録画したＡＶストリームのオリジナルプログラムのプログラム総合情報１８０２として、本実施例の記録形式で記録された旨のプログラム識別情報１８０３、及び録画されたオリジナルプログラムのＡＶストリームの種類として、たとえばデジタル放送（日本、欧州、北米など）または記録機で自己エンコードされたＡＶストリームである、などの識別情報であるストリームフォーマット情報１８０４、及び記録開始時刻や終了時刻、プログラムの名前やジャンルなどからなるストリームフォーマット詳細情報１８０５である。
【００５９】
図１９はＡＣＵ情報１９００の詳細を示したものであり、またＡＣＵ情報１９００は図８のネームドストリームＡｃｃｅｓｓＵｎｉｔＩｎｆｏ８２５の内容を示すものである。ＡＣＵとは、ＡＶストリームのＧＯＰの位置する部分の、ＡＬＵ番号と、ＲＰ番号（図１４）、及びＧＯＰ中のＭＰＥＧ規格におけるＩピクチャの長さに相当するＲＰ数などを情報として持つものである。同図において、ＡＣＵ総合情報１９０１として、ＡＣＵグループの数としてＡＣＵグループエントリ数を持つ。他への拡張を含めて、複数のグループのＡＣＵエントリを管理できるように、本実施例では表を構成しているが、通常の場合は、１ＡＶストリームにつき、ＡＣＵグループは1個でよい。これに続いてＡＣＵグループエントリ＃１の内容が配置された位置情報（例えば本ＡＣＵ情報１９００の最初から何バイト目にＡＣＵグループエントリ＃１の内容が記録されている）１９０２が、続いてＡＣＵグループエントリ＃２の内容の位置１９０３、・・・、ＡＣＵグループエントリ＃ｚ−１の内容の位置１９０４、ＡＣＵグループエントリ＃ｚの内容の位置１９０５を記録する。さらに続き、ＡＣＵグループエントリ＃１の総合情報１９０６（ＡＣＵグループエントリ＃１に記録されたＡＣＵの総数（ＡＣＵエントリ数）、及びＡＣＵグループエントリ＃1に記録されたＡＣＵの最大値からなる）、続いてＡＣＵのエントリ＃１の情報１９０７、・・・、ＡＣＵのエントリ＃ｎの情報１９０８、ＡＣＵグループエントリ＃２の総合情報、・・・と記録する。ＡＣＵのエントリ＃１の情報１９０７、・・・、ＡＣＵのエントリ＃ｎの情報１９０８はそれぞれ、ＧＯＰの構成としてシーケンスヘッダ（ＭＰＥＧ規格）の有無や、ＧＯＰヘッダの有無や、本ＡＣＵを構成するピクチャ種別（ＭＰＥＧ規格のＩピクチャ/Ｐピクチャ、本実施例ではＩピクチャのみを想定）などをフラグとして持つことで構成されるＡＣＵ形式と、ＡＣＵのタイムスタンプ、ＡＣＵ開始位置として、ＡＣＵエントリ番号に対応したＧＯＰのあるＡＬＵ番号と、そのＡＬＵ内のＲＰ番号及びＩピクチャのパケット数からなるＡＣＵサイズより構成される。
【００６０】
図２０は、録画されたＡＶストリームの、編集点であるフレーム位置をどのように指定するかを表した図である。同図において、２００１は、録画されたＡＶストリーム中の、映像エレメンタリーストリーム（ＭＰＥＧ規格、以下ＶｉｄｅｏＥＳという）である。２００２は、これらの圧縮されたストリームを伸張表示する場合の表示順序を表したものである。２００１の各圧縮されたＩ２、Ｂ０、Ｂ１、Ｐ５、Ｂ３、Ｂ４・・・の各映像フレームは、伸張処理後、Ｂ０、Ｂ１、Ｉ２、Ｂ３、Ｂ４、Ｐ５・・・と、各ピクチャの名の数字で表した順序で表示される。同図中のＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ、ＭＰＥＧ規格）１とＧＯＰ２はこれらのＩ，Ｂ，Ｐピクチャの所定のピクチャ数分（ｎ枚）のＶｉｄｅｏＥＳと、ＧＯＰヘッダを付加して1グループに纏めたものである。Ｉ２、Ｂ０、Ｂ１、Ｐ５、Ｂ３、Ｂ４・・・の各アルファベットは、各映像フレームの画像圧縮形式を表すものである。ＭＰＥＧ規格では、圧縮画像の形式として、Ｉピクチャ、Ｐピクチャ、Ｂピクチャと呼ばれる符号化形式があり、Ｉピクチャは1枚の映像フレームを所定の圧縮規則に従って圧縮したものであり、Ｐピクチャは、Ｉピクチャからの差分の情報をもとに所定の圧縮規則に従って圧縮したものであり、さらにＢピクチャは、ＩピクチャとＰピクチャとの差分の情報をもとに所定の圧縮規則に従って圧縮したものである。従い、Ｉピクチャはそれ自身があれば伸張して表示可能であるが、Ｐピクチャは差分の元となるＩピクチャを再生しない限り伸張して表示できず、Ｂピクチャはその差分の元となるＩピクチャとＰピクチャを伸張しなければ、伸張して表示ができないことになる。仮に斜線部のＧＯＰ１の次のＧＯＰ２ののＢ０もしくはＢ１を伸張表示したい場合は、斜線部のＧＯＰ１内のＩ２から伸張し、少なくともＰ５、とそれ以降の斜線部の次のＧＯＰ２の直前までのＰピクチャまで伸張しなければならない。同図では、編集点として、斜線部のＧＯＰのＧＯＰヘッダを含むＲＰパケット位置が指定され、このＧＯＰの先頭からｎフレーム目を編集点として指定する場合、ＧＯＰ内の最初のＩピクチャ（Ｉ２）を基点とし、このときのフレーム番号を０とし、以降表示順序に従い、フレーム番号をＢ３を１、Ｂ４を２、・・・とし、次のＧＯＰの最初のＩピクチャの前のフレームまで、Ｂ０をｎ−１、Ｂ１をｎと指定する。ＧＯＰヘッダを含むＲＰパケット位置以外の位置が指定されている時には、その後最初に先頭が存在するＧＯＰを示していることする。なお、ＧＯＰの先頭にＧＯＰヘッダが付加されていない場合には、ＧＯＰを構成するデータの先頭をＧＯＰの先頭とする。このように指定すれば、例えば指定フレーム番号がｎの場合、ＧＯＰ２の再生表示を行う場合、まずＧＯＰ１のＩ２を含むＶｉｄｅｏＥＳを記録媒体より読み込み、伸張し、順を追ってＧＯＰ１内の少なくともＰ５やそれ以降ＧＯＰ２の直前のＰピクチャまで伸張し、続いてＧＯＰ２のＢ０に続いてＧＯＰ２のＢ２を伸張するといった再生制御が容易である。
【符号の説明】
【００６１】
１０１、２０１ … プログラム(ＡＶストリーム) １０２ … 管理情報における第３階層 １０３、２０２ … 管理情報における第２階層 １０４、２０３ … 管理情報における第１階層 ３０３ … 記録系信号処理 ３０４ … 記録再生系 ３０５ … 記録媒体 ３０６ … 再生系信号処理 ３１５ … ＴＶセット ３１６ … ユーザＩ／Ｆ ３１７ … 制御部 ３１８ … システムバス ３１９ … ＯＳＤ生成部 ４０１ … 全プログラム表示用タグ ５０１ … 全プレイリスト表示用タグ ６０１ … ユーザ＃１用メニュー表示用タグ ７０１ … ユーザ＃２用メニュー表示用タグ
【特許請求の範囲】
【請求項１】
パケット形式の映像音声ストリームと、該映像音声ストリームを管理する管理情報とを記録する映像音声ストリームの記録方法であって、
前記管理情報は、少なくとも、前記映像音声ストリームの編集点として、編集点に対応するパケットの位置を示す第１の位置情報と、その編集点のフレーム位置を示す第２の位置情報を記録し、
前記第１の位置情報は、前記ストリーム上の位置情報で示されるパケットあるいはその後に先頭が位置するＧＯＰを示し、
前記第２の位置情報は、前記第１の位置情報で示されるＧＯＰ内の最初のＩピクチャを基点とし、次のＧＯＰの最初のＩピクチャの前のピクチャまでを、表示フレーム単位で順次番号を割り振った情報であることを特徴とする映像音声ストリームの記録方法。
【請求項２】
前記編集点は、プレイリストの開始点と、終了点であることを特徴とする請求項１記載の映像音声ストリームの記録方法。
【請求項３】
前記編集点は、サムネールの表示位置であることを特徴とする請求項１記載の映像音声ストリームの記録方法。
【請求項４】
前記編集点は、ユーザが指定したインデックスであることを特徴とする、請求項１記載の映像音声ストリームの記録方法。
【請求項５】
映像音声ストリームと、該映像音声ストリームを管理する管理情報とを記録する映像音声ストリームの記録方法であって、前記管理情報は、前記映像音声ストリームのレジューム点として、レジューム点に対応するＧＯＰの位置情報と、そのＧＯＰ内のフレーム番号を記録することを特徴とする映像音声ストリームの記録方法。
【請求項６】
映像音声ストリームと、該映像音声ストリームを管理する管理情報とを記録する映像音声ストリームの記録方法であって、
前記映像音声ストリームは複数のＧＯＰを有し、
前記ＧＯＰは複数のフレームを有し、
前記管理情報は、前記映像音声ストリームの編集点として、ＧＯＰの位置情報と、該ＧＯＰ内のフレーム番号を記録することを特徴とする映像音声ストリームの記録方法。
【請求項１】
パケット形式の映像音声ストリームと、該映像音声ストリームを管理する管理情報とを記録する映像音声ストリームの記録方法であって、
前記管理情報は、少なくとも、前記映像音声ストリームの編集点として、編集点に対応するパケットの位置を示す第１の位置情報と、その編集点のフレーム位置を示す第２の位置情報を記録し、
前記第１の位置情報は、前記ストリーム上の位置情報で示されるパケットあるいはその後に先頭が位置するＧＯＰを示し、
前記第２の位置情報は、前記第１の位置情報で示されるＧＯＰ内の最初のＩピクチャを基点とし、次のＧＯＰの最初のＩピクチャの前のピクチャまでを、表示フレーム単位で順次番号を割り振った情報であることを特徴とする映像音声ストリームの記録方法。
【請求項２】
前記編集点は、プレイリストの開始点と、終了点であることを特徴とする請求項１記載の映像音声ストリームの記録方法。
【請求項３】
前記編集点は、サムネールの表示位置であることを特徴とする請求項１記載の映像音声ストリームの記録方法。
【請求項４】
前記編集点は、ユーザが指定したインデックスであることを特徴とする、請求項１記載の映像音声ストリームの記録方法。
【請求項５】
映像音声ストリームと、該映像音声ストリームを管理する管理情報とを記録する映像音声ストリームの記録方法であって、前記管理情報は、前記映像音声ストリームのレジューム点として、レジューム点に対応するＧＯＰの位置情報と、そのＧＯＰ内のフレーム番号を記録することを特徴とする映像音声ストリームの記録方法。
【請求項６】
映像音声ストリームと、該映像音声ストリームを管理する管理情報とを記録する映像音声ストリームの記録方法であって、
前記映像音声ストリームは複数のＧＯＰを有し、
前記ＧＯＰは複数のフレームを有し、
前記管理情報は、前記映像音声ストリームの編集点として、ＧＯＰの位置情報と、該ＧＯＰ内のフレーム番号を記録することを特徴とする映像音声ストリームの記録方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２０１１−２０５６８１（Ｐ２０１１−２０５６８１Ａ）
【公開日】平成２３年１０月１３日（２０１１．１０．１３）
【国際特許分類】
【出願番号】特願２０１１−１１８６３７（Ｐ２０１１−１１８６３７）
【出願日】平成２３年５月２７日（２０１１．５．２７）
【分割の表示】特願２００７−１０７６８９（Ｐ２００７−１０７６８９）の分割
【原出願日】平成１９年４月１７日（２００７．４．１７）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２３年１０月１３日（２０１１．１０．１３）
【国際特許分類】
【出願日】平成２３年５月２７日（２０１１．５．２７）
【分割の表示】特願２００７−１０７６８９（Ｐ２００７−１０７６８９）の分割
【原出願日】平成１９年４月１７日（２００７．４．１７）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]