記録方法
【課題】
ＡＶストリームを記録し、プレイリスト編集を行う際に、フレーム単位の精度で編集を
行えるようにする。
【解決手段】
記録されたＡＶストリームファイルの編集点を、ＧＯＰの位置と及びそのＧＯＰのフレ
ーム数から構成し、管理ファイルとして記録する。
ＡＶストリームを記録し、プレイリスト編集を行う際に、フレーム単位の精度で編集を
行えるようにする。
【解決手段】
記録されたＡＶストリームファイルの編集点を、ＧＯＰの位置と及びそのＧＯＰのフレ
ーム数から構成し、管理ファイルとして記録する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録媒体にデータを記録及び再生する記録再生装置に関する。
【背景技術】
【０００２】
本技術分野の背景技術として、例えば、特開２０００−１５２１８０号公報（特許文献
１）、特開２００１−１０１８４０（特許文献２）がある。
【０００３】
特許文献１には、
「記録媒体に記録されている既存の映像を上書きすることなく、単一記録媒体での映像編
集を実現する。」という課題に対して、「光ディスクは、複数の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 ]