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