(57)【要約】【課題】扱うストリームについて多数のバリエーションに対応しつつ、装置の構成を相対的に軽くできるようにする。【解決手段】ディスクの管理情報（ＨＤＶＲ＿ＶＭＧＩ／プロファイル情報）は、基本フォーマット（Ｂａｓｅ）と１以上のオプション（Ｏｐｔｉｏｎ１、Ｏｐｔｉｏｎ２）との組み合わせを指定するオプションサポート情報を含む。このディスクを使用する装置は、このオプションサポート情報の内容（オプションサポートフラグ＝00、01、02、または03）により、所定種類のデコードフォーマット（図４５の表の組み合わせ中の○に対応したストリームのデコード）を特定できる。【選択図】    図４５
2005166228.tif 000002
【特許請求の範囲】
【請求項１】
所定のデジタルストリーム信号を記録するように構成された情報記録媒体において、
前記情報記録媒体は管理領域とデータ領域を持ち、
前記データ領域は前記デジタルストリーム信号のデータが１以上のオブジェクトに分かれて記録できるように構成され、
前記管理領域は所定の管理情報を記録できるように構成され、この管理情報が、基本フォーマットと１以上のオプションとの組み合わせを指定するオプションサポート情報を含み、
前記オプションサポート情報の内容により、所定種類のデコードフォーマットを特定できるように構成した情報記録媒体。
【請求項２】
所定のデジタルストリーム信号を記録するように構成され、管理領域とデータ領域を持ち、前記データ領域は前記デジタルストリーム信号のデータが１以上のオブジェクトに分かれて記録できるように構成され、前記管理領域は所定の管理情報を記録できるように構成され、この管理情報が、基本フォーマットと１以上のオプションとの組み合わせを指定するオプションサポート情報を含み、前記オプションサポート情報の内容により、所定種類のデコードフォーマットを特定できるように構成した情報記録媒体を用いる記録方法において、
前記管理領域から前記オプションサポート情報を読み取り、
前記前記オプションサポート情報の内容により特定されたフォーマットに対応して、前記データ領域に前記所定のデジタルストリーム信号を記録する情報記録方法。
【請求項３】
所定のデジタルストリーム信号を記録するように構成され、管理領域とデータ領域を持ち、前記データ領域は前記デジタルストリーム信号のデータが１以上のオブジェクトに分かれて記録できるように構成され、前記管理領域は所定の管理情報を記録できるように構成され、この管理情報が、基本フォーマットと１以上のオプションとの組み合わせを指定するオプションサポート情報を含み、前記オプションサポート情報の内容により、所定種類のデコードフォーマットを特定できるように構成した情報記録媒体を用いる再生方法において、
前記管理領域から前記オプションサポート情報を読み取り、
前記前記オプションサポート情報の内容により特定されたフォーマットに従って、前記データ領域から前記所定のデジタルストリーム信号を再生する情報再生方法。
【請求項４】
所定のデジタルストリーム信号を記録するように構成され、管理領域とデータ領域を持ち、前記データ領域は前記デジタルストリーム信号のデータが１以上のオブジェクトに分かれて記録できるように構成され、前記管理領域は所定の管理情報を記録できるように構成され、この管理情報が、基本フォーマットと１以上のオプションとの組み合わせを指定するオプションサポート情報を含み、前記オプションサポート情報の内容により、所定種類のデコードフォーマットを特定できるように構成した情報記録媒体を用いる記録装置であって、
前記管理領域から前記オプションサポート情報を読み取る手段と、
前記前記オプションサポート情報の内容により特定されたフォーマットに対応して、前記データ領域に前記所定のデジタルストリーム信号を記録する手段とを備えた情報記録装置。
【請求項５】
所定のデジタルストリーム信号を記録するように構成され、管理領域とデータ領域を持ち、前記データ領域は前記デジタルストリーム信号のデータが１以上のオブジェクトに分かれて記録できるように構成され、前記管理領域は所定の管理情報を記録できるように構成され、この管理情報が、基本フォーマットと１以上のオプションとの組み合わせを指定するオプションサポート情報を含み、前記オプションサポート情報の内容により、所定種類のデコードフォーマットを特定できるように構成した情報記録媒体を用いる再生装置であって、
前記管理領域から前記オプションサポート情報を読み取る手段と、
前記前記オプションサポート情報の内容により特定されたフォーマットに従って、前記データ領域から前記所定のデジタルストリーム信号を再生する手段情報再生方法。
【請求項６】
１以上のアナログストリーム信号とそれ以外の種類の第２ストリーム信号とを記録するデータ領域と、
各第２ストリーム信号の夫々対応した１以上のストリーム管理情報、アナログストリーム信号に対応した複数のビデオ管理情報を記録する管理情報領域とがあり、
複数のストリーム管理情報の領域には、それぞれタイトル毎に一時中断したあとの再生開始位置情報を示すレジュームマーク情報を記録する領域を設け、前記複数のプログラム管理情報の領域にもそれぞれ一時中断したあとの再生開始位置情報を示すレジュームマーク情報を記録する領域を設けたことを特徴とする情報記録媒体。
【請求項７】
１以上のアナログストリーム信号とそれ以外の種類の第２ストリーム信号とを記録するデータ領域と、
各第２ストリーム信号の夫々対応した１以上のストリーム管理情報、アナログストリーム信号に対応した複数のビデオ管理情報を記録する管理情報領域とがあり、
複数のストリーム管理情報の領域には、それぞれストリーム信号のビデオデータ表示に関する属性情報（ＳＯＢ＿ＥＳＩ）を記録する領域が確保されていることを特徴とする情報記録媒体。
【請求項８】
１以上のアナログストリーム信号とそれ以外の種類の第２ストリーム信号とを記録するデータ領域と、
各第２ストリーム信号の夫々対応した１以上のストリーム管理情報、アナログストリーム信号に対応した複数のビデオ管理情報を記録する管理情報領域とがあり、
前記第２ストリーム信号は、複数のパケットに分割して収納され、所定のパケット数毎にパケットグループが形成され、
前記パケットグループには、前記パケットグループのグループ数を管理するグループグヘッダー領域が設けられ、所望のパケットをアクセスするために用いることができるようにしたことを特徴とする情報記録媒体。
【請求項９】
１以上のアナログストリーム信号とそれ以外の種類の第２ストリーム信号とを記録するデータ領域と、
各第２ストリーム信号の夫々対応した１以上のストリーム管理情報、アナログストリーム信号に対応した複数のビデオ管理情報を記録する管理情報領域とがあり、
前記第２ストリーム信号は、複数のパケットに分割して収納され、所定のパケット数毎にパケットグループが形成され、
前記パケットグループには、それぞれヘッダーが含まれており、このヘッダーには、パケットグループ一般情報が含まれており、タイプ、バージョン、パケットグループのステータス、有効なパケット数を、記述できることを特徴とする情報記録媒体。
【請求項１０】
１以上のアナログストリーム信号とそれ以外の種類の第２ストリーム信号とを記録するデータ領域と、
各第２ストリーム信号の夫々対応した１以上のストリーム管理情報、アナログストリーム信号に対応した複数のビデオ管理情報を記録する管理情報領域とがあり、
前記管理情報領域には、前記第２ストリーム信号を再生するために、再生時間管理する時間情報としてのストリームオブジェクト情報（１以上のＳＯＢＩ）がそれぞれのストリーム信号に対応して独立ファイルとして記録されることを特徴とする情報記録媒体。
【請求項１１】
１以上のアナログストリーム信号とそれ以外の種類の第２ストリーム信号とを記録するデータ領域と、
各第２ストリーム信号の夫々対応した１以上のストリーム管理情報、アナログストリーム信号に対応した複数のビデオ管理情報を記録する管理情報領域とがあり、
前記複数のストリーム管理情報の領域には、前記第２ストリーム信号を取り込んだときに既存のエラー情報が存在したのか否かを示す通信エラー情報を保存する領域を設けたことを特徴とする情報記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタルＴＶ放送などで用いられるデジタルストリーム信号の記録再生に適した、情報記録媒体（あるいはデータ構造）、情報記録／再生方法、および情報記録／再生装置に関する。
【背景技術】
【０００２】
近年、ＴＶ放送は、高精細ＡＶ情報の番組を主な放送コンテンツとするデジタル放送の時代に突入してきている。現在実施されているＢＳデジタルＴＶ放送（および実施が開始された地上波デジタルＴＶ放送）では、ＭＰＥＧ２のトランスポートストリーム（以下、ＭＰＥＧ−ＴＳという）が採用されている。動画を使用したデジタル放送の分野では、今後もＭＰＥＧ−ＴＳが標準的に用いられると考えられる。このようなデジタルＴＶ放送の開始に伴って、デジタルＴＶ放送のコンテンツをそのまま録画できるストリーマのマーケットニーズが高まってきている。
【０００３】
ＤＶＤ−ＲＡＭ等の光ディスクを利用したストリーマの例として、特許文献１に開示された如き「記録再生装置」がある。
【特許文献１】特開平６−２２５２３９号公報（第２頁、図７２）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
デジタル放送は国毎に放送方式が違う。例えば、ヨーロッパではＤＶＢ（Digital Video Broadcasting）、米国ではＡＴＳＣ（Advanced Television Systems Committee）、日本ではＡＲＩＢ（Association of Radio Industries and Businesses）となっている。
【０００５】
ＤＶＢでは、ビデオはＭＰＥＧ２であるが解像度が1152*1440i、1080*1920（i、p）、1035*1920、720*1280、（576、480）*（720、544、480、352）、（288、240）*352でフレーム周波数は30Hz、25Hzとなり、オーディオはMPEG-1 audio、MPEG-2 Audioでサンプリング周波数が32kHz、44.1kHz、48kHzとなっている。
【０００６】
ＡＴＳＣでは、ビデオはＭＰＥＧ２であるが解像度は1080*1920（i、p）、720*1280p、480*704（i、p）、480*640（i、p）でフレーム周波数は23.976Hz、24Hz、29.97Hz、30Hz、59.94Hz、60Hzとなり、オーディオはMPEG1 Audio Layer 1 ＆ 2（DirecTV）、AC3 Layer 1 & 2（Primstar）でサンプリング周波数は48kHz、44.1kHz、32kHzとなっている。
【０００７】
ＡＲＩＢでは、ビデオはＭＰＥＧ２であり、解像度は1080i、720p、480i、480pでフレームレートは29.97Hz、59.94Hzとなり、オーディオはAAC（MPEG-2 Advanced Audio Coding）でサンプリング周波数が48kHz、44.1kHz、32kHz、24kHz、22.05kHz、16kHzとなっている。
【０００８】
このように、装置側でデコードするストリームには各地域毎に異なる多数のバリエーションがあり、これらを全てサポートすると記録再生装置（ＤＶＤレコーダ等）の構成が大変重く（あるいは複雑に）なる。その結果、装置コストが高くなる。
【０００９】
さらにまた、記録媒体の記録容量が大きくなった場合、記録されたタイトルを視聴するのに長時間を要するようになる。すると、タイトルの視聴を行う上でユーザの便宜を図る必要が生じる。またストリーム信号に関しても各種方式或はタイプが混在するようになると、各種方式或はタイプに対する属性情報、識別情報などが必要である。
【００１０】
また、通信手段により伝送されてくるデジタルストリーム信号を記録する装置の場合、次のような問題が生じる可能性がある。即ち、記録信号が再生され、ノイズが目立つ場合、再生装置に問題があるのか、それとも記録された信号自身が既存のノイズを持っていたのか判別がつかない場合がある。このような場合は、ユーザの誤解を生じる可能性がある。
【００１１】
この発明の目的は、扱うストリームについて多数のバリエーションに対応しつつ、対応の仕方を工夫することで、装置の構成を相対的に軽くできる情報記録媒体（あるいはデータ構造）、情報記録／再生方法、および情報記録／再生装置を提供することである。
【００１２】
また本発明は、長時間の記録信号が再生されるときに、ユーザの便宜がはかれ、且つ各種方式或はタイプのストリーム信号が存在しても、容易に管理することができる、また、記録信号に含まれる通信エラー情報の管理が行われ信頼を得ることができるようにした、情報記録媒体（あるいはデータ構造）、情報記録／再生方法、および情報記録／再生装置を提供することを目的とする。
【課題を解決するための手段】
【００１３】
この発明の一実施の形態では、記録媒体の管理情報（例えば図４のＨＤＶＲ＿ＶＭＧ／ＨＤＶＲ＿ＶＭＧＩ／プロファイル情報）が、基本フォーマット（Ｂａｓｅ）と１以上のオプション（Ｏｐｔｉｏｎ１、Ｏｐｔｉｏｎ２）との組み合わせを指定するオプションサポート情報（例えば図５のオプションサポートフラグ）を持てるようになっている。
【００１４】
ここで、前記オプションサポート情報の内容（例えばオプションサポートフラグ＝00、01、02、または03）は、所定種類のデコードフォーマット（例えば図４５に示される組み合わせ中の○に対応したストリームのデコード）を特定できるように構成される（例えば480iのＭＰＥＧ２ビデオと48kHz/16bitのＭＰＥＧ１・ＭＰ２オーディオがベースとしてあるときに、さらに、1080iのＭＰＥＧ２ビデオと48kHz/16bitのＭＰＥＧ２・ＡＡＣ５．１ｃｈオーディオをオプションでサポートできるように構成する等）。
【００１５】
また、上記目的を達成するために、本発明の一面では、情報記録媒体が、１以上のアナログストリーム信号とそれ以外の種類の第２ストリーム信号とを記録するデータ領域と、各第２ストリーム信号の夫々対応した１以上のストリーム管理情報、アナログストリーム信号に対応した複数のビデオ管理情報を記録する管理情報領域とがあり、複数のストリーム管理情報の領域には、それぞれタイトル毎に一時中断したあとの再生開始位置情報を示すレジュームマーク情報を記録する領域を設け、前記複数のプログラム管理情報の領域にもそれぞれ一時中断したあとの再生開始位置情報を示すレジュームマーク情報を記録する領域を設けている。また、複数のストリーム管理情報の領域には、それぞれストリーム信号のビデオデータ表示に関する属性情報（ＳＯＢ＿ＥＳＩ）を記録する領域が確保されている。また前記第２ストリーム信号は、複数のパケットに分割して収納され、所定のパケット数毎にパケットグループが形成され、前記パケットグループには、前記パケットグループのグループ数を管理するグループグヘッダー領域が設けられ、所望のパケットをアクセスするために用いることができるようにしたている。さらにまた前記第２ストリーム信号は、複数のパケットに分割して収納され、所定のパケット数毎にパケットグループが形成され、前記パケットグループには、それぞれヘッダーが含まれており、このヘッダーには、パケットグループ一般情報が含まれており、タイプ、バージョン、パケットグループのステータス、有効なパケット数を、記述できる。、また前記管理情報領域には、前記第２ストリーム信号を再生するために、再生時間管理する時間情報としてのストリームオブジェクト情報（１以上のＳＯＢＩ）がそれぞれのストリーム信号に対応して独立ファイルとして記録される。また前記複数のストリーム管理情報の領域には、前記第２ストリーム信号を取り込んだときに既存のエラー情報が存在したのか否かを示す通信エラー情報を保存する領域を設けたている。
【発明の効果】
【００１６】
装置（レコーダ）が対応すべきストリームのフォーマットを限られた数に制限し、制限された数のフォーマットのどれが使われるかをオプションサポート情報で特定できるようにすることで、装置コストを抑えることができる。
【００１７】
また本発明によれば、記録信号に含まれるエラー情報の管理が行われ、また長時間の記録信号が再生されるときに、ユーザの便宜がはかれ、且つ各種方式或はタイプのストリーム信号が存在しても、容易に管理することができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明になる情報記録媒体、情報記録方法、情報再生方法、情報記録装置、情報再生装置の実施の形態について、図面を参照して説明する。
【００１９】
図１は、この発明の一実施の形態に係るデータ構造を説明する図である。ディスク状情報記録媒体１００（図１（ａ））としては、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ−Ｒ等の記録可能光ディスクや、ハードディスク等の記録可能磁気ディスクがある。以下では、例えば４０５ｎｍ〜６５０ｎｍのレーザを用いたＤＶＤ−ＲＡＭ等の光ディスクを例にとって説明を続ける。
【００２０】
ディスク１００は、その内周側から外周側に向かって、リードイン領域１１０、ボリューム／ファイル構造情報領域１１１、データ領域１１２、およびリードアウト領域１１３を持っている（図１（ｂ））。ボリューム／ファイル構造情報領域１１１内にはファイルシステムが格納されている。ファイルシステムは、どのファイルがどこに記録されているかを示す情報で構成されている（図３を参照して後述する）。記録コンテンツはデータ領域１１２に格納される（図１（ｃ））。
【００２１】
データ領域１１２は、一般のコンピュータデータが記録される領域１２０と、ＡＶデータを記録する領域１２１に分けられる。ＡＶデータ記録領域１２１は、ＡＶデータの管理をするためのファイル（ＶＭＧファイル）があるＡＶデータ管理情報領域１３０と、ビデオレコーディング規格のオブジェクトデータ（ＶＯＢＳ）ファイル（ＶＲＯファイル）が記録されるＶＲオブジェクト群記録領域１２２と、デジタル放送に対応したストリームオブジェクト（ＳＯＢＳ：Stream OBject Set）が記録されるStreamオブジェクト群記録領域１３１で構成されている（図１（ｄ））。つまり、この実施の形態では、デジタル放送のストリームオブジェクトは、ＶＲオブジェクトとは別のファイルであるストリームオブジェクト１３２（ＳＯＢＳ）として記録される（図１（ｅ））。
【００２２】
各ストリームオブジェクト１３２は、ディスク１００へのアクセス単位となるデータユニット（ＳＯＢＵ：Stream OBject Unit）１３４が１つ以上集まって構成される（図１（ｆ））。ここで、１つのＳＯＢＵは、オブジェクト管理情報内の値で指定された一定時間間隔のピクチャ単位で区切られたデータユニットである。あるいは、１つのＳＯＢＵは、１以上のＧＯＰで区切られたデータユニットとしてもよい。各データユニット（ＳＯＢＵ）１３４は、複数ＴＳパケットの集まりで構成されるパケットグループ（Packet Group）１４０が１つ以上集まって構成される（図１（ｇ））。
【００２３】
この実施の形態では、各パケットループ１４０は、例えば１６個のパック（または１６個のＬＢ（Logical Block））の集まりで構成される。１個のパックサイズ（あるいは１個のＬＢサイズ）が２ｋバイトとすると、各パケットグループ１４０のサイズは３２ｋバイトとなる。これはビデオレコーディング規格におけるＥＣＣブロックサイズと同じになる。
【００２４】
各パケットグループ１４０は、ストリームレコーディング（ＳＲ）におけるパケット記録領域（ＤＶＤ−ＴＳパケット記録領域）１６０を構成している（図１（ｈ））。このＤＶＤ−ＴＳパケット記録領域１６０は、パケットグループヘッダ１６１と、複数ペア（例えば１７０ペア）のパケット到着時間情報（ＰＡＴ）１６３およびＭＰＥＧ−ＴＳパケット１６２で構成することができる（図１（ｉ））。このパケットグループ１４０の内容については、図３３を参照して後に詳述する。
【００２５】
図２は、この発明の一実施の形態に係るデータ構造における再生管理情報層とオブジェクト管理情報層とオブジェクト層との関係を説明する図である。図１のＡＶデータ管理情報記録領域１３０に記録される管理情報（ＶＭＧファイル）は、ビデオレコーディング規格に基づく記録コンテンツおよびこの発明に基づくストリーム記録コンテンツの双方の再生手順を管理する再生管理情報層１０を持っている。すなわち、ストリーム記録されたオブジェクトの再生単位であるセル１３が１以上集まってプログラム１２が構成され、ビデオレコーディング記録されたオブジェクトの再生単位であるセル１３が１以上集まってプログラム１２が構成され、これらのプログラム１２の並び（再生手順）が、プログラムチェーン（ＰＧＣ）１１の管理情報（ＰＧＣＩ）で管理される。
【００２６】
ここでは、ストリーム記録側のセル１３の途中から再生を開始する場合でも、ビデオレコーディング側のセル１３の途中から再生を開始する場合でも、ユーザは再生時間（ＰＴＳ）で再生場所を指定することができるようになっている。すなわち、ストリーム記録側のセル１３の途中から再生時間（ＰＴＳ）で再生を開始する場合では、ストリームオブジェクト管理情報層２０内のストリームオブジェクト情報ＳＯＢＩ２１を介してストリームオブジェクト層３０内のストリームオブジェクトＳＯＢ１３２を指定し、ストリームオブジェクト管理情報層２０内のストリームオブジェクトユニット情報ＳＯＢＵＩ２２を介してストリームオブジェクト層３０内のストリームオブジェクトユニットＳＯＢＵ１３４を指定する。ＳＯＢ１３２およびそのＳＯＢＵ１３４が指定されると、再生開始場所が特定される。（ここでのＳＯＢＵＩはグローバル情報２２と言い換えてもよい。）
このＳＯＢＵ１３４は、１以上のパケットグループ１４０により構成される。ＳＯＢＵ１３４は、例えば１以上のＧＯＰに対応するデータ単位である。あるいは、オブジェクト管理情報内の値で指定された一定の再生時間分のデータ量に相当する単位でＳＯＢＵ１３４を区切ってもよい。これにより、各情報フィールドのオーバーフローが防止される。
【００２７】
各パケットグループ１４０は、１６個のパック（あるいは１６個のＬＢ）（３２７６８バイト）で構成され、先頭にパケットグループヘッダ１６１を持ち、その後に、複数ペア（この例では１７０ペア）のＰＡＴ１６３およびＴＳパケット１６２が配置される。これらのＴＳパケット１６２内にストリームレコーディングの記録コンテンツが格納される。
【００２８】
一方、ビデオレコーディング側のセル１３の途中から再生時間（ＰＴＳ）で再生を開始する場合では、ビデオオブジェクト（ＶＯＢ）管理情報層２３内のビデオオブジェクト情報ＶＯＢＩ２４を介してビデオオブジェクト層３５内のビデオオブジェクトＶＯＢ３６を指定し、ビデオオブジェクト管理情報層２３内のビデオオブジェクトユニット情報ＶＯＢＵＩ２５を介してビデオオブジェクト層３５内のビデオオブジェクトユニットＶＯＢＵ３７を指定する。ＶＯＢ３６およびそのＶＯＢＵ３７が指定されると、再生開始場所が特定される。ＶＯＢＵ３７は複数パック３８により構成され、これらのパック内にビデオレコーディングの記録コンテンツが格納される。
【００２９】
ストリーム記録側のセル１３の途中から再生を開始する場合では、ＳＯＢＵ＿ＰＢ＿ＴＭ（図２２）により、フィールド数単位の時間で、再生開始場所を指定できるようになっている。また、ビデオレコーディング側のセル１３の途中から再生を開始する場合では、ビデオレコーディング規格で規定されているタイムマップ情報（ＴＭＡＰＩ）内のＶＯＢＵ＿ＰＢ＿ＴＭ（図２４）により、再生開始場所を指定できるようになっている。
【００３０】
図２の示すところを纏めると、次のようになる。すなわち、ＳＯＢＳ（Stream Object Set）の構造は、１以上のＳＯＢ（Stream OBject）で構成される。このＳＯＢは、例えば一番組に相当する。ＳＯＢは１以上のＳＯＢＵ（Stream OBject Unit）で構成され、このＳＯＢＵは、一定時間間隔（図１８／図１７のＶＯＢＵ／ＳＯＢＵ＿ＰＢＴ＿ＲＮＧ；VOBU/SOBU PlayBack Time Rangeの値により変化する）分のオブジェクトデータ、もしくは１以上のＧＯＰデータに相当する。
【００３１】
ただし、転送レートが低い場合、１秒（１ｓ）以内で１ＧＯＰが送られない場合が考えられる（アナログビデオ入力を装置内部でＭＰＥＧエンコードするＤＶＤ−ＶＲでは、内部エンコードであるためデータユニットの構成を自由に設定できるが、デジタル放送の場合ではエンコードが放送局側にあるため、どんなデータがくるか不明な可能性がある）。また、伝送レートが高く、Ｉピクチャが頻繁に送られる場合なども考えられる。その場合、ＳＯＢＵが頻繁に区切られ、それに伴いＳＯＢＵの管理情報が増え、全体の管理情報が肥大化する恐れがある。そこで、この発明の一実施の形態に係るＳＯＢＵは、一定時間間隔（最小の制限は、ＳＯＢ最後のＳＯＢＵ以外、区切りがピクチャ単位となること）または１以上ＧＯＰで区切るのが適当となる。
【００３２】
１つのＳＯＢＵは１以上のパケットグループで構成され、各パケットグループは、基本的には、１６個のｐａｃｋ（１Ｐａｃｋ＝１セクタ：２０４８バイトサイズ）で構成される。また、パケットグループはパケットグループヘッダとＴＳパケット（１７０個）で構成されている。各ＴＳパケットの到着時間は、各ＴＳパケット１６２とペアとなるＰＡＴ１６３から分かるようになっている。
【００３３】
次に、図３〜図３２を参照しながら、管理情報について説明する。図３は、この発明の一実施の形態に係るファイル構造を説明する図である。図１のディスク１００内のデータは、ファイルシステムが入っているボリューム／ファイル構造情報領域１１１と、データファイルを実際に記録するデータ領域１１２で構成されている。ボリューム／ファイル構造情報領域１１１に格納されるファイルシステムは、図３に示すように、どのファイルがどこに記録されているかを示す情報で構成されている。また、データ領域１１２には一般のコンピュータが記録する領域１２０とＡＶデータを記録する領域１２１に分けられている。ＡＶデータ記録領域１２１は、記録されたＡＶデータを管理するためのＨＤＶＭＧファイル（およびそのバックアップファイル）があるＡＶデータ管理情報領域１３０と、ビデオレコーディング規格のオブジェクトデータ（ＶＯＢＳ）ファイル（ＶＲＯファイル）の記録されるＶＲオブジェクト群記録領域１２２と、デジタル放送に対応したオブジェクト（ＳＯＢＳ）が記録されているStreamオブジェクト群記録領域１３１で構成されている。
【００３４】
ここで、ＤＶＤ−Ｖｉｄｅｏ（ROM Video）はＶＩＤＥＯ−ＴＳ、ＤＶＤ−ＲＴＲ（録再ＤＶＤ）はＤＶＤ−ＲＴＡＶと、フォーマット毎にディレクトリを分けており、今回のデジタル放送対応ＤＶＤ規格も例えばＤＶＤ＿ＨＤＶＲというディレクトリに記録される。
【００３５】
つまり、図３に示すように、ＤＶＤ＿ＨＤＶＲというディレクトリには、データの管理を行うためのＶＭＧファイル（ＨＲ＿ＭＡＮＧＥＲ．ＩＦＯおよびそのバックアップ用ＨＲ＿ＭＡＮＧＥＲ．ＢＵＰ）と、アナログ放送及びアナログライン入力などのアナログＡＶ情報記録用のオブジェクトファイルであるＶＲＯファイル（ＨＲ＿ＭＯＶＩＥＯ．ＶＲＯ）と、デジタル放送のオブジェクトであるＳＲＯファイル（ＨＲ＿ＳＴＲＭｘ．ＳＲＯ；ｘ＝０，１，２，…）と、スチルオブジェクト用ファイル（ＨＲ＿ＳＴＩＬＬ．ＶＲＯ）と、オーディオオブジェクト用ファイル（ＨＲ＿ＡＵＤＩＯ．ＶＲＯ）とが記録される。ここで、ＳＲＯファイルの対象はＳＯＢＳとされる。
【００３６】
図３では、さらに、例１としてのタイムマップファイル（ＨＲ＿ＴＭＡＰ．ＩＦＯ）およびそのバックアップファイル（ＨＲ＿ＴＭＡＰ．ＢＵＰ）が、独立したファイルとして設けられている。これらのファイル（ＨＲ＿ＴＭＡＰ．ＩＦＯとＨＲ＿ＴＭＡＰ．ＢＵＰ）には、タイムマップテーブルＴＭＡＰＴの情報を格納することができるようになっている（つまりＴＭＡＰＴは他の管理情報とは別にファイル管理できる）。
【００３７】
そして、図３に示されるようにＳＲの管理データはＶＲと共通のＨＤＶＭＧファイルに記録されてＶＲと共通に制御され、図２に示されるようにＳＲの管理データとＶＲの管理データはＣＥＬＬ単位でリンクされ、再生場所の指定は再生時間単位で指定される。
【００３８】
なお、ＤＶＤ＿ＨＤＶＲディレクトリには、図示しないが、チャプタメニューなどに利用できるサムネール（縮小画像）用のファイルとして、ＨＲ＿ＴＨＮＬ．ＤＡＴを設けることができる。さらに、図示しないが、アイテムテキスト（ＩＴ＿ＴＸＴ）とは別の追加テキストファイル：ＨＲ＿ＴＥＸＴ．ＤＡＴや、エントリポイント（ＥＰ）に追加された情報を保存するためのＨＲ＿ＥＸＥＰ．ＤＡＴを、適宜、ＤＶＤ＿ＨＤＶＲディレクトリに設けることも可能である。
【００３９】
なお、図３に示すようにＴＭＡＰＴを別ファイルにする代わりに、例２としてのＴＭＡＰＴを、図４に示すようにＨＤＶＲ＿ＶＭＧの末尾に追加する方法も可能である。
【００４０】
図４は、ＡＶデータ管理情報記録領域１３０に記録される管理情報の１つ（ＨＤＶＲ＿ＶＭＧ）の一部（ＨＤＶＲ＿ＶＭＧＩ）がどのように構成されるかの一例を説明する図である。この実施の形態におけるストリームレコーディングをＳＲ（Stream Recording）と略記し、ビデオレコーディングをＶＲ（Video Recording）と略記する。すると、ＳＲデータの管理情報（ＳＴＲ＿ＦＩＴ；Stream File Information Table）は、ＨＤＶＲ＿ＶＭＧ１３０内（図３のＨＲ＿ＭＡＮＧＥＲ．ＩＦＯ内）に保存され、ＶＲデータと同列に管理される。
【００４１】
ＨＤＶＲ＿ＶＭＧ１３０は、ビデオマネージャ情報（ＨＤＶＲ＿ＶＭＧＩ）１３１０と、ストリームファイル情報テーブル（ＳＴＲ＿ＦＩＴ）１３２０と、（オリジナルの）プログラムチェーン情報１３３０と、プレイリスト情報１３４０と、テキストデータマネージャ１３５０と、業者情報テーブル１３６０と、タイムマップテーブルＴＭＡＰＴ（例２）１３７０を含んで構成されている。
【００４２】
ここで、ＴＭＡＰＴ１３７０の位置がＶＭＧ１３０の末尾であることには重要な意味がある。すなわち、ＴＭＡＰＴ１３７０の位置がＶＭＧ１３０の末尾にあるので、ＴＭＡＰが頻繁に書き替えられそのデータサイズが増減しても、その都度ＶＭＧＩ・１３１０〜ＭＮＦＩＴ１３６０を書き替える必要は無くなる。
【００４３】
別の言い方をすると、ＤＶＤレコーダでは、通常、ＶＯＢの管理情報として、タイムマップ情報（ＴＭＡＰＩ）を持っている。この情報はオブジェクトデータ（ＶＯＢ／ＳＯＢ）をデータユニット（ＶＯＢＵ／ＳＯＢＵ）毎に分けて、その単位で再生、特殊再生等を行えるようにするための情報であるが、最大０．５ｓ毎に1件の情報が必要になる。このため、将来、ディスクの容量が増えたり、圧縮効率の高い圧縮方式を採用した場合、タイムマップ情報ＴＭＡＰＩが増え、編集などを行った場合に煩雑になる。このＴＭＡＰＩが管理情報ファイル（図３のＨＲ＿ＭＡＮＧＥＲ．ＩＦＯ）内にあるとＴＭＡＰＩを変更するだけで、関係のない他の領域の管理データを移動しあるいは書き換えする等の必要がでてきて、効率が悪い。
【００４４】
そこで、この発明の一実施の形態では、その状況を改善するために、ＴＭＡＰＩを別領域（図３のＨＲ＿ＴＭＡＰ．ＩＦＯあるいは図４のＨＤＶＲ＿ＶＭＧの末尾に配置されたＴＭＡＰＴなど）に記録するようにして対応している。
【００４５】
図４において、ＨＤＶＲ＿ＶＭＧＩ・１３１０は、ディスク管理識別情報（ＶＭＧ＿ＩＤ）１３１１と、バージョン情報（ＶＥＲＮ）１３１２と、例１としてのプロファイル情報１３１３と、ＴＭＡＰＴの更新日時が記述されるＩＦＯ＿ＬＡＳＴ＿ＭＯＤ＿ＴＭと、ストリームオブジェクト管理情報開始アドレス１３１４と、プログラムチェーン情報開始アドレス１３１５と、プレイリスト情報開始アドレス１３１６を含んで構成されている。ＳＲストリームの管理情報は、ＳＴＲ＿ＦＩＴ１３２０に保存される。
【００４６】
図４の例において、ＶＭＧＩ内にＴＭＡＰＴの更新日時情報（ＩＦＯ＿ＬＡＳＴ＿ＭＯＤ＿ＴＭ）を記載し、この値とＴＭＡＰＴファイルに記載されている更新日時情報（図示せず）を比較し、同じ値であれば整合性が取れているものとして処理を行うことができる。
【００４７】
図４のＶＭＧＩ・１３１０に含まれるプロファイル情報（例１）１３１３は、図５および図４５を参照して後述するが、種々なデコード機能のサポート状況を示すために用いることができる。
【００４８】
図５は、図４のプロファイル情報（例１）の具体例を説明する図である。この例１のプロファイル情報は、８ビットのオプションサポートフラグと１６ビットのリージョン番号で構成されている。このリージョン番号は、00で日本（ＡＲＩＢ）、01で米国（ＡＴＳＣ）、02で欧州（ＤＶＢ）、0xffffで世界共通と示される。これにより、録画されたコンテンツは、リージョン番号に対応した地域のデータが再生可能となる。
【００４９】
通常、ＤＶＤでは、登録されている圧縮フォーマットはすべて再生必須という原則があり、これにより、各社のＤＶＤレコーダの互換を取っている。しかしながら、次世代のＤＶＤでは、複数の種類のビデオフォーマットが登録になり、そのため、全フォーマット再生必須を貫くと全ての機器が非常に価格の高いＤＶＤレコーダになる。
【００５０】
この価格高騰問題を改善するために、フォーマット対応機能をＢＡＳＥと複数のオプションにわけ、目的別、価格帯によりサポートするオプションを使い分ける。この場合、サポートしていないオプションのデータが来たときに自分のサポート状況とストリームの状況を比べられるように、コンテンツにその情報を入れて対応することになる。この発明の一実施の形態では、このような状況でＶＭＧＩ内にそのオプション状況（図５のオプションサポートフラグ）を入れることにより、複数のオプションのバリエーションに対応したＤＶＤレコーダを提供可能としている（詳細は図４５を参照して後述する）。
【００５１】
ところで、デジタル放送は国毎に放送方式が違い、ヨーロッパではＤＶＢ、米国ではＡＴＳＣ、日本ではＡＲＩＢとなっている。［１］ＤＶＢでは、ビデオはＭＰＥＧ２であるが解像度が1152*1440i、1080*1920（i、p）、1035*1920、720*1280、（576、480）*（720、544、480、352）、（288、240）*352でフレーム周波数は30Hz、25Hzとなり、オーディオはMPEG-1 audio、MPEG-2 Audioでサンプリング周波数が32kHz、44.1kHz、48kHzとなっている。［２］ＡＴＳＣでは、ビデオはＭＰＥＧ２であるが解像度は1080*1920（i、p）、720*1280p、480*704（i、p）、480*640（i、p）でフレーム周波数は23.976Hz、24Hz、29.97Hz、30Hz、59.94Hz、60Hzとなり、オーディオはMPEG1 Audio Layer 1 ＆ 2（DirecTV）、AC3 Layer 1 & 2（Primstar）でサンプリング周波数は48kHz、44.1kHz、32kHzとなっている。［３］ＡＲＩＢでは、ビデオはＭＰＥＧ２であり、解像度は1080i、720p、480i、480pでフレームレートは29.97Hz、59.94Hzとなり、オーディオはAAC（MPEG-2 Advanced Audio Coding）でサンプリング周波数が48kHz、44.1kHz、32kHz、24kHz、22.05kHz、16kHzとなっている。
【００５２】
このことから、使用する地域によりレコーダに実装するデコーダが異なるために、レコーダで記録したディスクに何をサポートしたレコーダを使用しているかを示す情報（図５のリージョンコード）をＶＭＧＩに保存し、なにをサポートしたレコーダでディスクに書き込んだかを示すようにしている。
【００５３】
図６は、この発明の一実施の形態に係るデータ構造において、管理情報の１つ（ＨＤＶＲ＿ＶＭＧ）の他部（Ｍ＿ＡＶＦＩＴとＳＴＲ＿ＦＩＴ）がどのように構成されるかの一例を説明する図である。ＶＲデータ管理情報およびＳＲストリーム管理情報はＨＤＶＲ＿ＶＭＧ内に保存され、これによりストリームデータはＶＲデータと同列に管理される。すなわち、ＶＲデータ管理情報はＭ＿ＡＶＦＩＴ（Movie AV File Information Table）に保存され、Ｍ＿ＡＶＦＩＴはＶＯＢ毎にＶＯＢＩ（Video Object Information）内にＭＶＯＢ＿ＴＭＡＰＩ（Movie Video Object Timemap Information）を含んでいる。また、ストリームの管理情報はＳＴＲ＿ＦＩＴ（Stream File Information Table）に保存され、ＳＴＲ＿ＦＩＴはＳＴＲ＿ＦＩＴＩ（ＳＴＲ＿ＦＩＴInformation）と1以上のＳＴＲ＿ＦＩ（Stream File Information）で構成されている。そして、各ＳＴＲ＿ＦＩが、ＭＶＯＢ＿ＴＭＡＰＩに対応した機能を持つＳＯＢ＿ＴＭＡＰＩを、そのデータ階層の中に含んでいる（図８を参照して後述する）。
【００５４】
図７は、図６のＳＴＲ＿ＦＩＴＩおよびＳＴＲ＿ＦＩがどのように構成されるかの一例を説明する図である。すなわち、ＳＴＲ＿ＦＩＴＩは、ＳＴＲ＿ＦＩの総数（ＳＴＲ＿ＦＩ＿Ｎｓ）と、このテーブル（ＳＴＲ＿ＦＩＴ）の終了アドレス（ＳＴＲ＿ＦＩＴ＿ＥＡ）で構成されている。また、ＳＴＲ＿ＦＩは、ＳＴＲ＿ＦＩ_ＧＩ（STR_FI General Information）、1以上のＳＯＢＩ＿ＳＲＰ（Stream Object Information Search Pointer）、およびこのＳＯＢＩ＿ＳＲＰ＃と同じ番号数値（＃１〜＃Ｋ）で示されるＳＯＢＩ（SOB Information）で構成されている。
【００５５】
図８は、図７のＳＴＲ＿ＦＩ＿ＧＩおよびＳＯＢＩがどのように構成されるかの一例を説明する図である。ＳＴＲ＿ＦＩ＿ＧＩは、ファイル名（ＦＩＬＥ＿ＮＡＭＥ）およびＳＯＢＩサーチポインタ数（ＳＯＢＩ＿ＳＲＰ＿Ｎｓ）で構成されている。また、対応する＃番号のＳＯＢＩ＿ＳＲＰ＃で示されるＳＯＢＩ＃は、ＳＯＢＩ＿ＧＩ（SOBI General Information）と、１以上のＳＯＢ＿ＥＳＩ（SOB Elementary Stream Information）＃と、ＳＯＢ＿ＳＭＬＩ（SOB Seamless Information）と、ＳＯＢ＿ＡＧＡＰＩ（SOB Audio GAP Information）と、ＳＯＢ＿ＴＭＡＰＩ（SOB Time Map Information）と、ＳＯＢ＿ＥＳ＿ＧＰＩ（SOB Elementary Stream Group Information）で構成されている。ここで、ＳＯＢ＿ＥＳＩはさらに、ＳＯＢ＿Ｖ＿ＥＳＩ（SOB Video ESI）と、ＳＯＢ＿Ａ＿ＥＳＩ（SOB Audio ESI）を含んで構成されている（図９参照）。
【００５６】
図９は、図８のＳＯＢＩに含まれるＳＯＢＩ＿ＧＩがどのように構成されるかの一例を説明する図である。図９に示すように、ＳＯＢＩ＿ＧＩは、ＳＯＢ＿ＴＹ（ＳＯＢ形式）と、ＰＫＴ＿ＴＹ（パケット形式）と、ＰＫＴ＿ＳＺ（パケットサイズ）と、ＰＫＴ＿ＧＲＰ＿ＳＺ（パケットグループサイズ）と、ＰＫＴ＿Ｎｓ（パケット数）と、ＣＯＵＮＴＲＹ＿ＣＯＤＥ（国コード）と、ＡＰ＿ＦＯＲＭＡＴ（アプリケーションフォーマット）を含んでいる。
【００５７】
ＳＯＢＩ＿ＧＩはさらに、ＳＥＲＶＩＣＥ＿ＩＤ（サービスＩＤ）と、ＳＥＲＶＩＣＥ＿ＴＹＰＥ（サービス形式）と、ＰＭＴ＿ＰＩＤ（ＰＭＴのパケットＩＤ）と、ＮＥＴＷＯＲＫ＿ＩＤ（ネットワークＩＤ）と、ＴＳ＿ＩＤ（トランスポートストリームＩＤ）と、ＰＣＲ＿ＰＩＤ（ＰＣＲのパケットＩＤ）と、ＳＯＢ＿ＤＥＦ＿ＰＩＤ（ＳＯＢのデフォルトＰＩＤ）を含んでいる。
【００５８】
ＳＯＢＩ＿ＧＩはさらに、Ｆｏｒｍａｔ＿ＩＤ（フォーマットＩＤ）と、ＣＰ＿ＣＴＲＬ＿ＩＮＦＯ（コピー制御情報）と、ＳＯＢ＿ＲＥＣ＿ＴＭ（ＳＯＢ記録時間）と、ＳＯＢ＿ＲＥＣ＿ＴＭ＿ＳＵＢ（ＳＯＢ記録サブ時間）と、ＳＯＢ＿ＤＵＲＡＴＩＯＮ（ＳＯＢ期間）と、ＳＯＢ＿Ｓ＿ＰＴＭ（ＳＯＢ開始時間）と、ＳＯＢ＿Ｅ＿ＰＴＭ（ＳＯＢ終了時間）を含んでいる。
【００５９】
ＳＯＢＩ＿ＧＩはさらに、ＬＯＣＡＬ＿ＴＭ＿ＺＯＮＥ（ローカルタイムゾーン）と、ＰＣＲ＿ＰＯＳ＿ＣＯＵＮＴ（ＰＣＲ位置カウント）と、ＰＣＲ＿ＰＯＳ＿ＳＨＩＦＴ（ＰＣＲ位置シフト）と、ＳＯＢ＿ＥＳ＿Ｎｓ（ＳＯＢのＥＳ数）と、ＳＯＢ＿Ｖ＿ＥＳ＿Ｎｓ（ＳＯＢのビデオＥＳ数）と、ＳＯＢ＿Ａ＿ＥＳ＿Ｎｓ（ＳＯＢのオーディオＥＳ数）と、末尾にプロファイル情報（例２）を含んでいる。
【００６０】
図９の例では、ディスク毎に図５のプロファイル情報を持つ（例１）代わりに、各ディスク内のＳＯＢ毎にプロファイル情報を持つ（例２）場合を示している。
【００６１】
図１０は、図９のＳＯＢＩ＿ＧＩに含まれる種々な情報を説明する図である。ＳＯＢ＿ＴＹは、そのビットb15が０のときは通常のＳＯＢであることが示され、ビットb15が１のときは仮消去状態のＳＯＢであることが示され、ビットb14が０のときはＧＰＩが無いことが示され、ビットb14が１のときはＧＰＩが有ることが示される。ＰＫＴ＿ＴＹは、その内容が01であれば（パケットに含まれるストリームが）ＭＰＥＧ−ＴＳであることが示され、0xffであれば（パケットに含まれるストリームが）認識不能あるいは解析不能（Non-cognizant）であることが示される。ＰＫＴ＿ＳＺが00Bchであればパケットサイズが１８８バイトであることが示される。
【００６２】
ＰＫＴ＿ＧＲＰ＿ＳＺはパケットグループのサイズがどのくらいか（８論理ブロックサイズか１６論理ブロックサイズか等）を示す。図１（ｇ）の例示によれば、ＰＫＴ＿ＧＲＰ＿ＳＺ＝１６Logical Blockで固定となる。ＰＫＴ＿Ｎｓは１つのパケットグループ内のパケット数（例えば0xAA：170 TS packetで固定）を示す。ＣＯＵＮＴＲＹ＿ＣＯＤＥは録画を行った装置（ＤＶＤレコーダ等）が販売または頒布される国のコード（例えばJPN＝日本）を示す。ＡＰ＿ＦＯＲＭＡＴは、その内容が１であればＩＳＤＢ−Ｓ（ＢＳ／ＣＳ放送）であることが示され、２であればＩＳＤＢ−Ｔ（地上デジタル放送）であることが示される。
【００６３】
さらに、ＰＳＩ、ＳＩ値を元に、ＳＥＲＶＩＣＥ＿ＩＤ、ＰＭＴ＿ＩＤ、ＮＥＴＷＯＲＫ＿ＩＤ、ＴＳ＿ＩＤ、ＦＯＲＭＡＴ＿ＩＤが構成され；録画するデータを元に、ＳＯＢ＿ＥＳ＿Ｎｓ（録画のために選択したＥＳの数）、ＳＯＢ＿Ｖ＿ＥＳ＿Ｎｓ（録画したビデオＥＳのうちＴＭＡＰを作ったＥＳの数）、ＳＯＢ＿Ａ＿ＥＳ＿Ｎｓ（録画したオーディオＥＳのうちＴＭＡＰを作ったＥＳの数）が構成される。
【００６４】
ここで、ＳＯＢ＿ＥＳ＿ＮｓとＳＯＢ＿Ｖ＿ＥＳ＿ＮｓとＳＯＢ＿Ａ＿ＥＳ＿ＮｓとＥＳ＿ＴＭＡＰ＿Ｎｓ（図１７参照）は、以下の式で示される関係を持っている：
ＳＯＢ＿ＥＳ＿Ｎｓ  ≧  ＳＯＢ＿Ｖ＿ＥＳ＿Ｎｓ  +  ＳＯＢ＿Ａ＿ＥＳ＿Ｎｓ
ＳＯＢ＿Ｖ＿ＥＳ＿Ｎｓ  ＋  ＳＯＢ＿Ａ＿ＥＳ＿Ｎｓ  ≧  ＥＳ_ＴＭＡＰ＿Ｎs
また、ＰＣＲ＿ＰＯＳ＿ＣＯＵＮＴによりパケットグループの先頭から何個前のＰＣＲを参照するのかが示され、ＰＣＲ＿ＰＯＳ＿ＳＨＩＦＴによりＰＣＲパケットの位置を示すＬＢの2の指数部分が示され、ＣＰ＿ＣＴＲＬ＿ＩＮＦＯにより著作権保護等のためのコピー制御が行われる。
【００６５】
なお、デフォルトのＰＩＤ（ＳＯＢ＿ＤＥＦ＿ＰＩＤ）は、ＡＲＩＢの場合、コンポーネントタグの小さい値のものを指す（ただしコンポーネントグループ記述子の値が優先される）。ＳＯＢ＿ＤＵＲＡＴＩＯＮはＳＯＢの再生時間を示すもので、ＳＯＢＵ＿ＥＮＴの合計に対応する。
【００６６】
図１１は、図８のＳＯＢＩに含まれるＳＯＢＩ＿ＧＩがどのように構成されるかの他例を説明する図である。ここでは、ＳＯＢＩ＿ＧＩは、ＳＯＢ＿ＥＳ＿ＰＩＤ（ＥＳのＰＩＤ）と、ＳＴＲＥＡＭ＿ＴＹＰＥ（ＰＭＴ内で示されるSTREAM type）と、ＳＴＲＥＡＭ＿ＣＯＮＴＥＮＴ（コンポーネント記述子で示されるSTREAM_CONTENTの値）と、ＣＯＭＰＯＮＥＮＴ＿ＴＹＰＥ（コンポーネント記述子で示されるCOMPONENT_TYPEの値）と、ＣＯＭＰＯＮＥＮＴ＿ＴＡＧ（コンポーネント記述子で示されるCOMPONENT_TAGの値）と、ＣＰ＿ＣＴＬ＿ＩＮＦＯ（コピー制御情報／著作権管理情報）とで構成されている。
【００６７】
図１２は、図８のＳＯＢＩに含まれるＳＯＢ＿ＥＳＩがどのように構成されるかの一例を説明する図である。この例では、ＳＯＢ＿ＥＳＩは３種類（ＳＯＢ＿Ｖ＿ＥＳＩと、ＳＯＢ＿Ａ＿ＥＳＩと、ＳＯＢ＿ＯＴＨＥＲ＿ＥＳＩ）に分けられている。
【００６８】
図１３は、図１２の各ＳＯＢ＿ＥＳＩ（ここではＳＯＢ＿ＥＳＩ＃ｍ）に含まれるＳＯＢ＿Ｖ＿ＥＳＩがどのように構成されるかの一例と、このＳＯＢ＿Ｖ＿ＥＳＩに含まれるビデオ属性Ｖ＿ＡＴＴＲがどのように構成されるかの一例を説明する図である。
【００６９】
ＳＯＢ＿Ｖ＿ＥＳＩは、ＥＳの形式を示すＥＳ＿ＴＹと、ＥＳのＰＩＤを示すＥＳ＿ＰＩＤと、ＳＴＲＥＡＭ＿ＴＹＰＥ（ＰＭＴ内で示されるSTREAM type）と、ＣＯＭＰＯＮＥＮＴ＿ＴＡＧ（コンポーネント記述子で示されるCOMPONENT_TAGの値）と、ＣＯＭＰＯＮＥＮＴ＿ＴＹＰＥ（コンポーネント記述子で示されるCOMPONENT_TYPEの値）と、ビデオの属性を示すＶ＿ＡＴＴＲと、ＣＰ＿ＣＴＬ＿ＩＮＦＯ（コピー制御情報／著作権管理情報）とで構成されている。
【００７０】
Ｖ＿ＡＴＴＲ（１６ビット）は、ビデオのアスペクト比を指定するアプリケーションフラグ、水平解像度を示すデータ等を含んで構成されている。
【００７１】
図１４は、図１２の各ＳＯＢ＿ＥＳＩ（ここではＳＯＢ＿ＥＳＩ＃ｍ）に含まれるＳＯＢ＿Ａ＿ＥＳＩがどのように構成されるかの一例と、このＳＯＢ＿Ａ＿ＥＳＩに含まれるオーディオ属性ＡＵＤＩＯ＿ＡＴＴＲがどのように構成されるかの一例を説明する図である。
【００７２】
ＳＯＢ＿Ａ＿ＥＳＩは、ＥＳの形式を示すＥＳ＿ＴＹと、ＥＳのＰＩＤを示すＥＳ＿ＰＩＤと、ＳＴＲＥＡＭ＿ＴＹＰＥ（ＰＭＴ内で示されるSTREAM type）と、ＣＯＭＰＯＮＥＮＴ＿ＴＡＧ（コンポーネント記述子で示されるCOMPONENT_TAGの値）と、ＳＴＲＥＡＭ＿ＣＯＮＴＥＮＴ（コンポーネント記述子で示されるSTREAM_CONTENTの値）と、ＣＯＭＰＯＮＥＮＴ＿ＴＹＰＥ（コンポーネント記述子で示されるCOMPONENT_TYPEの値）と、ＳＩＭＵＬＣＡＳＴ＿ＧＰ＿ＴＡＧ（マルチ放送時、開始時のオーディオフレームのズレ値）と、ＡＵＤＩＯ＿ＡＴＴＲ（オーディオの属性値）と、ＬＡＮＧ＿ＣＯＤＥ（第一音声の言語コード）と、ＬＡＮＧ＿ＣＯＤＥ２（第二音声の言語コード）と、ＣＰ＿ＣＴＬ＿ＩＮＦＯ（コピー制御情報／著作権管理情報）とで構成されている。
【００７３】
ＡＵＤＩＯ＿ＡＴＴＲは、Multi_lng（１＝DUAL mono、０＝それ以外）と、Main_Comp（１＝主音声、０＝それ以外）と、Quality_Indicator（音質表示を示す）と、Sampling_Rate（011＝24KHz、101＝32KHz、111＝48KHz）で構成されている。この値は、音声コンポーネント記述子の値より設定される。
【００７４】
図１５は、図１２の各ＳＯＢ＿ＥＳＩ（ここではＳＯＢ＿ＥＳＩ＃ｍ）に含まれるＳＯＢ＿ＯＴＨＥＲ＿ＥＳＩがどのように構成されるかの一例を説明する図である。
【００７５】
ＳＯＢ＿ＯＴＨＥＲ＿ＥＳＩは、ＥＳ＿ＴＹと、ＥＳ＿ＰＩＤと、ＳＴＲＥＡＭ＿ＴＹＰＥと、ＣＯＭＰＯＮＥＮＴ＿ＴＡＧと、ＣＰ＿ＣＴＬ＿ＩＮＦＯの他に、さらに、ＤＡＴ＿ＣＯＭＰ＿ＩＤ（データコンテンツ符号化識別子）およびＡＤ＿ＤＡＴ＿ＣＯＭＰ＿ＩＦＯ（Additional data Component Information）を含んで構成されている。
【００７６】
図１６は、図１５のＳＯＢ＿ＯＴＨＥＲ＿ＥＳＩに含まれるコピー制御情報（著作権保護情報）ＣＰ＿ＣＴＬ＿ＩＮＦＯがどのように構成されるかの他例を説明する図である。ＣＰ＿ＣＴＬ＿ＩＮＦＯは、ＳＯＢＩ＿ＧＩとＳＯＢ＿Ｖ＿ＥＳＩ、ＳＯＢ＿Ａ＿ＥＳＩとPacket Group HeaderのＣＰＩにある。ＳＯＢＩ＿ＧＩのＣＰＩが全体のコピー制御を行い、ＥＳＩのＣＰＩが各ＥＳのコピー制御を行い、各Packet Groupのコピー制御はPacket Group HeaderのＣＰＩで行なわれる。ただし、ＳＯＢＩ＿ＧＩのＣＰＩ値よりＥＳＩのＣＰＩの方が優先され、さらに、Packet Group HeaderのＣＰＩは最優先となっている。これらのＣＰＩ値は、デジタルコピー制御記述子、コンテント利用記述子等により設定される。
【００７７】
その内容は、ＣＣＩまたはＣＧＭＳ（０＝コピー禁止；１＝コピー無制限許可）と、ＡＰＳ（０＝ＡＰＳ無し、１＝ＡＰＳタイプ１付加、２＝ＡＰＳタイプ２付加、３＝ＡＰＳタイプ３付加）と、ＥＰＮ（０＝コンテンツ保護（インターネット出力保護）、１＝コンテンツ保護無し）と、ＩＣＴ（０＝:解像度制限あり、１＝制限無し）と、Retention（１＝無し、０＝一時蓄積時間有効）と、Retention_State（０＝制限無し、１＝１週間、２＝２日、３＝１日、４＝１２時間、５＝６時間、６＝３時間、７＝１．５時間）である。このうち、リテンションは、Retention＝０でコピー禁止時に、Retention_Stateで示される時間だけ一時保存が許され、その時間が過ぎれば消去する必要が有る。
【００７８】
図１７は、図８のＳＯＢＩに含まれるＳＯＢ＿ＴＭＡＰＩがどのように構成されるかの一例を説明する図である。ＳＯＢ＿ＴＭＡＰＩは、ＳＯＢ＿ＴＭＡＰＩ＿ＧＩと、１以上のＥＳ＿ＴＭＡＰＩ＃で構成されている。ＳＯＢ＿ＴＭＡＰＩ＿ＧＩは、ＡＤＲ＿ＯＦＳ（ファイル先頭からＳＯＢ先頭までのPacket Group番号（ＬＢアドレス））と、ＳＯＢＵ＿ＰＢ＿ＴＭ＿ＲＮＧ（ＳＯＢＵの再生時間の範囲：１＝0.4s〜1.2s、２＝1s〜2s、３＝2s〜3s）と、ＳＯＢ＿Ｓ＿ＰＫＴ＿ＰＯＳ（ＳＯＢの先頭のPacket group内での始まり：１≦ＳＯＢ＿Ｓ＿ＰＫＴ＿ＰＯＳ≦１７０）と、ＳＯＢ＿Ｅ＿ＰＫＴ＿ＰＯＳ（ＳＯＢの先頭のPacket group内での終わり：１≦ＳＯＢ＿Ｅ＿ＰＫＴ＿ＰＯＳ≦１７０）と、ＥＳ＿ＴＭＡＰ＿Ｎｓ（ＥＳ＿ＴＭＡＰの数）で構成される。
【００７９】
また、各ＥＳ＿ＴＭＡＰＩは、ＥＳ＿ＰＩＤ（本ＴＭＡＰの対象ＥＳのＰＩＤ）と、ＡＤＲ＿ＯＦＳ（ＳＯＢファイル先頭から本ＥＳの先頭までの論理アドレス）と、ＥＳ＿Ｓ＿ＰＴＭ（スタートＰＴＭ）と、ＥＳ＿Ｅ＿ＰＴＭ（エンドＰＴＭ）と、ＥＳ＿ＳＯＢＵ＿ＥＮＴ＿Ｎｓ（ＳＯＢＵ＿ＥＮＴの数）と、ＬＡＳＴ＿ＳＯＢＵ＿Ｅ＿ＰＫＴ＿ＰＯＳ（最後のＳＯＢＵのPacket Group内での位置）と、ＴＭＡＰ＿Ｎ（本ＥＳに属するＴＭＡＰＴ内のＴＭＡＰの番号：ただし、ＴＭＡＰＴがＶＲとＳＲそれぞれ別領域に記録されている場合や各ＴＭＡＰＴに順番に記録されている場合は、この番号は無くても良い）で構成される。
【００８０】
なお、ＳＯＢＵ＿ＰＢ＿ＴＭ＿ＲＮＧを適切に設定する事により録画時間が増えても、ＴＭＡＰＩ情報が極端に大きくなることを防止可能となる。ただしその場合、各ＥＮＴＲＹの時間間隔が広がる為、２倍速再生等がスムーズにできない可能性は増える。
【００８１】
図１８は、図６のＭＶＯＢ＿ＴＭＡＰに含まれるＭＶＯＢ＿ＴＭＡＰ＿ＧＩがどのように構成されるかの一例を説明する図である。ＭＶＯＢ＿ＴＭＡＰ＿ＧＩは、ＶＲのムービーＶＯＢＵのエントリ数ＭＶＯＢＵ＿ＥＮＴ＿Ｎｓと、タイムオフセットＴＭ＿ＯＦＳと、アドレスオフセットＡＤＲ＿ＯＦＳと、ＶＯＢＵの再生時間の範囲ＶＯＢＵ＿ＰＢ＿ＴＭ＿ＲＮＧ（その値が１で0.4s〜1.2s、２で1s〜2s、３で2s〜3s）と、ＴＭＡＰ番号Ｔ＿ＭＡＰ＿Ｎを含んで構成されている。
【００８２】
図１９は、図３のＤＶＤ＿ＨＤＶＲディレクトリに含まれるタイムマップファイルＨＲ＿ＴＭＡＰ．ＩＦＯ（例１）、もしくは図６のＨＤＶＲ＿ＶＭＧの末尾に配置されたタイムマップテーブルＴＭＡＰＴ（例２）が、どのように構成されるかの一例を説明する図である。
【００８３】
ＴＭＡＰＴは、別領域に記録され（別ファイル（図３等）もしくはＩＦＯの最後部（図４等））、ＳＯＢとＶＯＢ共通で使用される場合は、ＴＭＡＰＴ＿ＧＩと、１以上のＴＭＡＰＩ＿ＳＲＰ＃と、このＳＲＰ＃で指示される１以上のＴＭＡＰＩで構成される。なお、ＴＭＡＰＩ＿ＳＲＰ＃は昇順に順番にＴＭＡＰＩを指すとは限らず、複数ＴＭＡＰＩの並びの間に無関係なデータがあってもかまわない（ＴＭＡＰＩの並びに関係なく特定のＴＭＡＰＩ＿ＳＲＰ＃で特定のＴＭＡＰＩを指示することができる）。
【００８４】
図２０は、図１９のＴＭＡＰＴ＿ＧＩ、各ＴＭＡＰＩ＿ＳＲＰ＃、および各ＴＭＡＰＩがどのように構成されるかの一例を説明する図である。図２０のＴＭＡＰＴ＿ＧＩはＴＭＡＰ＿Ｎs（ＴＭＡＰＩ＿ＳＲＰＩ＃の数＝ＴＭＡＰＩの数）およびＴＭＡＰＴ_ＳＺ（ＴＭＡＰＴのサイズ）で構成される。ＴＭＡＰＩ＿ＳＲＰＩ＃は各ＴＭＡＰＴの要素であるＴＭＡＰＩへのアドレス情報で、ＴＭＡＰＩ_ＳＲＰ（ＴＭＡＰＩへのアドレス）およびＴＭＡＰＩ_ＳＺ（ＴＭＡＰＩのサイズ）で構成される。各ＴＭＡＰＩは、ＴＭＡＰＩ_ＧＩとＳＯＢＵ／ＶＯＢＵ＿ＥＮＴが必要数で構成されている。
【００８５】
図２１は、図２０のＴＭＡＰＩ＿ＧＩがどのように構成されるかの一例を説明する図である。ＴＭＡＰＩ＿ＧＩは、ＳＯＢＵ／ＶＯＢＵ＿ＥＮＴ_Ｎｓ（ＥＮＴＲＹ数）と、ＳＯＢＵ／ＶＯＢＵ＿ＥＮＴ＿ＴＹ（本ＴＭＡＰＩのタイプ；０＝ＶＯＢＵ、１＝ＳＯＢＵ）で構成される。なお、複数のＳＯＢＵ／ＶＯＢＵ＿ＥＮＴ＃の並びの間にごみデータがあってもかまわない。
【００８６】
図２２は、図２０の各ＳＯＢＵ／ＶＯＢＵ＿ＥＮＴ＃（ＳＯＢＵ＿ＥＮＴＲＹの場合）の中身がどのように構成されるかの一例を説明する図である。また、図２３は、ＳＯＢＵがビデオデータおよびオーディオデータの有無でどのような内容を持つかの一例を説明する図である。各ＥＮＴＲＹは、ＳＯＢＵの為のものと、ＶＯＢＵの為のものに分かれる。ＳＯＢＵ＿ＥＮＴの場合は、図２３に示されるように、ビデオのデータがある場合とビデオデータが無くオーディオデータのある場合とその他の情報のみの場合の３つが考えられ、種別はそれぞれ＜１＞、＜２＞、＜３＞とする。すなわち、この種別に従い、ＳＯＢＵエントリ情報（ＳＯＢＵ＿ＥＮＴ）には、上記３種類がある。
【００８７】
＜１＞ビデオデータのある場合は、エントリ内の最初のリファレンスピクチャ（Ｉピクチャ等）のＳＯＢＵ先頭からの最終アドレス情報（ＬＢ単位）１ｓｔ＿Ｒｅｆ＿ＰＩＣ＿ＳＺと、ＳＯＢＵの再生時間（フィールド数）ＳＯＢＵ＿ＰＢ＿ＴＭと、ＳＯＢＵ＿ＳＺ（パケットグループ数で表されるサイズで、ＳＯＢＵに属するパケットグループの数）と、ＳＯＢＵ＿Ｓ＿ＰＫＴ＿ＰＯＳ（ＳＯＢＵの先頭が入っているパケットグループの先頭からのパケット数）と、ＰＣＲ＿ＰＯＳとで構成される。
【００８８】
なお、ＰＣＲ＿ＰＯＳは、ＰＣＲ＿ＰＯＳ＿ＣＯＵＮＴで示される位置のＰＣＲの位置をＳＯＢＵ先頭からのアドレス数で示す。ＰＣＲが存在しない場合はＰＣＲ＿ＰＯＳは0ｘｆｆｆｆとなる。また、ＰＣＲ＿ＰＯＳのＬＢ数はＰＣＲ＿ＰＯＳ×２＾ＰＣＲ＿ＰＯＳ＿ＳＨＩＦＴで表わすことができる。ここで、ＰＣＲはリファレンスピクチャのある位置よりも前のものでＰＣＲ間隔で示される数分前のＰＣＲの位置である。
【００８９】
これにより、タイムサーチの場合、ＳＯＢＵ＿ＰＢ＿ＴＭの累積で目的の時間のＳＯＢＵを求め、そのＳＯＢＵの先頭からのフィールド数で再生開始ＰＴＭを換算することができる。ここで、タイムサーチするターゲットのＳＯＢＵをＫとし、そのターゲットアドレスをＡとすると、“ＳＯＢＵ＿ＳＺ（Ｎ）をＮ＝１からＮ＝Ｋ−１まで累積した値を８倍してそれに１を加えた値”がターゲットアドレスＡとなる。すなわち、
Ａ＝Σk-1N＝1｛ＳＯＢＵ＿ＳＺ（Ｎ）｝×８  ＋  １    …（１）
となる。さらに、先頭のパケットはＳＯＢＵ＿Ｓ＿ＰＫＴ＿ＰＯＳの値のパケットとなり、このアドレスにアクセスすることになる。
【００９０】
＜２＞ビデオデータが無くオーディオデータがある場合は、エントリ内の最初の音声フレームのＳＯＢＵ先頭からの最終アドレス情報（上記に同じ）と、ＳＯＢＵの再生時間（フィールド数）と、ＳＯＢＵのサイズ（上記に同じ）と、ＰＣＲ＿ＰＯＳとで、ＳＯＢＵエントリ情報が構成される。
【００９１】
＜３＞その他の情報のみの場合は、エントリ情報が構成されないため、すべてＦＦで埋める。
【００９２】
図２４は、図２０の各ＳＯＢＵ／ＶＯＢＵ＿ＥＮＴ＃（ＶＯＢＵ＿ＥＮＴの場合）の中身がどのように構成されるかの一例を説明する図である。ＶＯＢＵ＿ＥＮＴの場合は、通常のＶＲと同じ構造（１ＳＴＲＥＦ＿ＳＺ；ＶＯＢＵ＿ＰＢ＿ＴＭ；ＶＯＢＵ＿ＳＺ）であるが、次世代光ディスクでは、記録容量の増加に伴い、各フィールドのビット数は増えている。
【００９３】
図２５は、図８のＳＯＢＩ＃に含まれるＳＯＢ＿ＥＳ＿ＧＰＩがどのように構成されるかの一例を説明する図（ＧＰＩ構造例１）である。図２６は、図２５のＳＯＢ＿ＥＳ＿ＧＰＩに含まれるＳＯＢ＿ＥＳ＿ＧＰＩ＿ＧＩ、ＧＰＩ＿ＳＲＰ＃、およびＧＰＩ＃がどのように構成されるかの一例を説明する図（例１のＧＰＩ構造）である。図２７は、図２６のＧＰＩ＃に含まれるＧＰＩ＿ＧＩがどのように構成されるかの一例を説明する図（例１のＧＰＩ構造）である。
【００９４】
ＳＯＢにおいては、マルチビュー放送や降雨対応放送、さらに複数番組同時録画対応としてＳＯＢ＿ＥＳ＿ＧＰＩ（SOB_ES Group Information）があり、２種類の構造が考えられる。第一は、図２５〜図２７に示される構造で、ＧＰＩに複数のタイプ情報をもち、そのタイプ情報により制御を行う。
【００９５】
まず、ＧＰＩは、ＳＯＢ＿ＥＳ＿ＧＰＩ_ＧＩ、ＧＰＩ_ＳＲＰ＃、およびＧＰＩ＃で構成される（図２５）。ＳＯＢ＿ＥＳ＿ＧＰＩ_ＧＩには、ＧＰＩ_ＳＲＰ_Ｎｓ（ＥＳ_ＧＰＩ_ＳＲＰの数）が入る（図２６）。ＧＰＩ_ＳＲＰ＃は、ＧＰＩ_ＳＡ（ＧＰＩのスタートアドレス）およびＧＰＩ_ＳＺ（ＧＰＩのサイズ）で構成される（またはＰＩＤ数を示すＰＩＤ＿Ｎｓで代用可能）（図２６）。各ＧＰＩ＃は、ＧＰＩ_ＧＩおよび１以上のＥＳ＿ＰＩＤで構成される（図２６）。ＧＰＩ_ＧＩは、ＥＳ＿ＰＩＤ_Ｎｓ（本グループのＥＳの数）、ＧＰ＿ＴＹ_Ｎｓ（ＧＰ＿ＴＹの数）、ＧＰ＿ＴＹ＃（上位4Bits：１＝マルチビュー放送、２＝降雨対応放送、３＝マルチチャンネル記録、下位4bits：０＝ＭａｉｎＧＰ、１＝ＳＵＢ）、ＧＰ＿ＮＵＭ＃（ＧＰ番号：同じＧＰ番号で切り替え可能）で構成されている（図２７）。
【００９６】
ここで、ＧＰ＿ＴＹにより本グループがどの種類のグループかが分かり、切り替え時にアングルボタンで切り替えるのか、降雨対応ボタン（あれば）で切り替えるのか、切り替えないのか（別番組を同時に記録した場合は自由に切り替えられない）が分かる。また、ＧＰ番号（ＧＰ＿ＮＵＭ）により、どのＧＰと切り替え可能かがわかる。これは、もし、2種類のマルチビュー放送が記録された場合などに有効となる。また、複数種類のタイプを持っている場合、例えば、マルチアングルキーを押してアングルを切り替え、さらに、降雨により画像が乱れてきた場合、降雨ボタンで降雨用のＧＰに切り替えるといった使い分けが可能となる。
【００９７】
図２８は、図２５のＳＯＢ＿ＥＳ＿ＧＰＩに含まれるＳＯＢ＿ＥＳ＿ＧＰＩ＿ＧＩ、ＭＡＩＮＧＰＩ＿ＳＲＰ＃、ＭＡＩＮＧＰＩ＃、ＳＵＢＧＰＩ＿ＳＲＰ＃、およびＳＵＢＧＰＩ＃がどのように構成されるかの一例を説明する図（ＧＰＩ構造例２）である。図２９は、図２８のＭＡＩＮＧＰＩ＃に含まれるＭＡＩＮＧＰＩ＿ＧＩがどのように構成されるかの一例を説明する図（例２のＧＰＩ構造）である。図３０は、図２８のＳＵＢＧＰＩ＃に含まれるＧＰＩ＿ＧＩがどのように構成されるかの一例を説明する図（例２のＧＰＩ構造）である。
【００９８】
第二は、図２８〜図３０で示される構造で、方法属性とストリームの２階層の構造にする事により、対応する。まず、ＧＰＩはＭＡＩＮ＿ＧＰとＳＵＢ＿ＧＰに分かれており、ＭＡＩＮ＿ＧＰにはそれぞれＳＵＢ＿ＧＰが登録され、ＳＵＢ＿ＧＰには、各ＰＩＤが登録されている（図２８）。これにより、同じタイプで切り替え可能なＳＵＢ＿ＧＰを1つＭＡＩＮ＿ＧＰとし、ＳＵＢ＿ＧＰは再生するＰＩＤが登録されている。これにより、同時に複数のタイプのＧＰの共存が可能となる。
【００９９】
ＭＡＩＮＧＰＩに含まれるＭＡＩＮＧＰＩ＿ＧＩは、本ＧＰに属するＳＵＢ＿ＧＰの数を示すＳＵＢ＿ＧＰ＿Ｎｓと、本ＧＰのタイプ（01でマルチビュー；02で降雨対応；03でマルチチャネルビデオ）を示すＭＡＩＮＧＰ＿ＴＹ＃とで構成される（図２９）。
【０１００】
ＭＡＩＮＧＰＩに含まれるＳＵＢＧＰ＿ＮＵＭは、サブグループを示す番号であり、メイングループ内ではリモートコントローラのアングルボタン等で切替可能なサブグループを示す。メインアングルは、例えばＳＵＢＧＰ＿ＮＵＭ＃１に記載される。
【０１０１】
また、ＳＵＢ＿ＧＰＩに含まれるＧＰＩ＿ＧＩには、本ＧＰに属するＥＳのＰＩＤの数が記載される（図３０）。
【０１０２】
図３１は、図６のＨＤＶＲ＿ＶＭＧに含まれるＰＧＣ情報（ＯＲＧ＿ＥＸ＿ＰＧＣ情報およびＥＸ＿プレイリスト情報／ＵＤ＿ＥＸ＿ＰＧＣＴ情報）がどのように構成されるかの一例を説明する図である。オリジナルＰＧＣ情報ＯＲＧ＿ＥＸ＿ＰＧＣＩはＥＸプログラムチェーン情報１３３０に格納される。また、ＥＸプレイリスト情報（またはユーザ定義情報テーブル情報）１３４０は、ユーザ定義ＰＧＣテーブル情報ＵＤ＿ＥＸ＿ＰＧＣＴＩと、１以上のＵＤ＿ＥＸ＿ＰＧＣ＿ＳＲＰ＃１〜＃ｒと、１以上のユーザ定義ＰＧＣ情報ＵＤ＿ＥＸ＿ＰＧＣＩ＃１〜＃ｓを含んで構成されている。
【０１０３】
再生情報であるＰＧＣ情報は、通常のＶＲフォーマットと同じで、ＯＲＧ＿ＰＧＣ情報１３３１は録画時に機器（レコーダ）が自動的に作成し、録画順に設定される。ＵＤ＿ＰＧＣ情報１３４１は、ユーザが自由に追加する再生順番に従って作成され、プレイリストと呼ばれている。この二つのフォーマット（オリジナルＰＧＣ情報とプレイリスト）はＰＧＣレベルで共通で、そのＰＧＣフォーマットは図３２に示される。
【０１０４】
図３２は、図３１のＥＸ＿ＰＧＣ情報がどのように構成されるかの一例を説明する図である。ＥＸ＿ＰＧＣ情報（オリジナルＰＧＣＩ）はその一般情報ＥＸ＿ＰＧＣ＿ＧＩと、１以上のプログラム情報ＥＸ＿ＰＧＩ＃と、１以上のセルサーチポインタＥＸ＿ＣＥＬＬ＿ＳＲＰ＃と、１以上のセル情報ＥＸ＿ＣＩ＃とで構成される。
【０１０５】
ここで、ＰＧ情報（ＥＸ＿ＰＧＩ＃）には、このＰＧが更新された日時情報１３３２８が保存される。これにより、本ＰＧが何時編集されたかがわかる。また、テキスト情報として番組名用には、ＰＲＭ＿ＴＸＴ１３３２３が使用され、その他のテキスト情報を保存するためにＩＴ＿ＴＸＴ領域にその他の情報（監督名、主演名、…）を保存し、本ＰＧＩにはその保存したＩＴ＿ＴＸＴのＳＲＰ番号１３３２４を設定して、リンクさせている。さらに、ＩＴ＿ＴＸＴデータの方にもＰＧ番号を設定している。ここで、ＰＧ番号はこのディスクに記録し初めてからの絶対番号で、他のＰＧを削除しても変わらないインデックス番号としている。
【０１０６】
また、メーカー特有の機能を実現させるために設けられたＭＮＦＩ１３３２９を利用するためにＰＧＩにＭＮＦＩのＳＲＰ番号を設定し、さらにＭＮＦＩ情報でも、ＰＧ番号を設定する事により、ＭＮＦＩ情報内のデータとのリンクを図っている。
【０１０７】
さらに、ＭＮＦＩ、ＩＴ＿ＴＸＴの両方にもＰＧの更新日時情報を設定する事により、メニュー表示時にその時刻の一致をチェックする事により、他社メーカーの編集かどうかを検証することが可能になる。さらに、ＣＥＬＬ情報（ＥＸ＿ＣＩ＃）では、ＣＥＬＬタイプ１３３４１にＳＯＢの種別が加わっており、ＳＯＢ番号、開始時間、終了時間、再生するＧＰ番号を指定する。なお、開始時間および終了時間は、ＰＴＳ単位（再生時間）またはＡＴＳ単位（転送時間）のいずれの方法でも表すことができる。
【０１０８】
ここで、時間指定を再生時間（再生時の実時間）にすると、従来のＶＲと同じアクセス方法が可能となり、ユーザが再生時間でアクセス希望箇所を指定できるため、ユーザ希望が完全に反映されることになる。ただし、この方法は、ストリームの内容が十分に解析可能な場合に指定できる方法であり、十分に内容がわからない場合には転送時間単位で指定せざるを得ない。（再生時間で指定した場合、必ずしもＩピクチャの先頭で再生を開始できるとは限らない。）再生開始のフレームがＩで無い場合は、その直前のＩよりデコードを開始し、目的のフレームまでデコードをした所で、表示を開始し、ユーザには指定されたフレームから再生開始したように見せる事により対応している。
【０１０９】
また、参照するＩＤ１３３４４は、再生するストリームの代表するストリームのＰＩＤ（またはコンポーネントタグの値）を設定する方法と、マルチビューＴＶなどの場合などで、コンポーネントグループのＩＤを設定する方法が考えられる。また、参照するＧＰＩ番号１３３４５を入れ、（再生中に）切り換える方法が考えられる。また、ＰＧ、ＣＥＬＬに特有のＩＤ番号を付け、途中のＰＧ、ＣＥＬＬを削除しても変わらない番号でＰＧ、ＣＥＬＬを指定できるようにしている。
【０１１０】
図３３は、図１または図２に示したストリームオブジェクト用のデータユニット（ＳＯＢＵ）がどのように構成されるかの一例を説明する図である。１個のＳＯＢＵ１３４は１以上のパケットグループ１４０で構成され、各パケットグループ１４０は、例えば１６パック（１パック＝１セクタ：２０４８バイト）で構成される。
【０１１１】
各パケットグループ１４０は、パケットグループヘッダ（４０４バイト）１６１と、１以上（ここでは１７０個）のパケット到着時間ＰＡＴ（４バイト）１６３と、ＰＡＴと同数の（ここでは１７０個）のＭＰＥＧ−ＴＳパケット（１８８バイト）１６２を含んで構成されている。各ＭＰＥＧ−ＴＳパケット１６２はペアとなるＰＡＴ１６３を先頭に持ち、このＰＡＴにより各ＭＰＥＧ−ＴＳが何時（装置に）到着したのかが分かるようになっている。
【０１１２】
パケットグループヘッダ１６１は、同期パターン１５１と、表示コントロール情報（ＤＣＩ；Display Control Information）およびコピー世代管理情報（またはコピー制御情報ＣＣＩ；Copy Control Information）１５２と、製造者情報（ＭＮＩ；Manufacturer's information）（または業者情報ＭＮＦＩ）１５３とを含んで構成されている。
【０１１３】
また、各ＭＰＥＧ−ＴＳパケット１６２は、４バイトのヘッダ１７０とアダプテーションフィールドおよび／またはペイロード１８０を含んで構成されている。ここで、ヘッダ１７０は、同期バイト１７１と、トランスポート・エラー・インジケータ１７２と、ペイロードユニット開始インジケータ１７３と、トランスポート優先度１７４と、パケット識別子（ＰＩＤ）１７５と、トランスポート・スクランブル制御１７６と、アダプテーションフィールド制御１７７と、連続性指標１７８を含んで構成されている。
【０１１４】
図３４は、図３３に示したパケットグループヘッダに含まれるＤＣＩ＿ＣＣＩがどのように構成されるかの一例を説明する図である。有効性情報（ＤＣＩ＿ＣＣＩ＿ＳＳ）は１バイトで構成され、その中の１ビットのＤＣＩ＿ＳＳは、０で無効を示し、１で有効を示している。また、４ビットのＣＣＩ＿ＳＳは、０ビット目でＡＰＳの無効／有効を示し、１ビット目でＥＰＮ、ＩＣＴの無効／有効を示し、２ビット目でＣＧＭＳの無効／有効を示し、３ビット目でRetentionの無効／有効を示している。
【０１１５】
表示制御情報（ＤＣＩ）には４バイト割り当てられ、ＥＳ毎に３２ストリーム分のＤＣＩが設定される。ストリームがない場合は、このＤＣＩのフィールドは“０”で埋められる。このＤＣＩの内訳は、先頭から順に、ＥＳ１〜ＥＳ３２のアスペクトフラグ（“0”でアスペクト比４：３を示し、“1”でアスペクト比１６：９を示す）が配置される。
【０１１６】
図３５は、図３４のＤＣＩ＿ＣＣＩに含まれる各コピー管理情報ＣＣＩがどのように構成されるかの例（例１と例２）を説明する図である。コピー制御情報（ＣＣＩ）には、ＥＳＩに入っているものと同じ内容で、デジタルコピー制御（00＝コピー禁止、01＝１回コピー許可、11＝コピー禁止）と、アナログコピー制御（00＝ＡＰＳ無し、01＝ＡＰＳタイプ１、10＝ＡＰＳタイプ２、11＝ＡＰＳタイプ３）と、ＥＰＮ（０＝コンテンツ保護、１＝コンテンツ保護無し）と、ＩＣＴ（Image_Constraint_Token：０でアナログビデオ出力解像度制限、1で制限無し）で構成されている場合と、さらに、リテンション情報（コピー禁止でRetention＝0でstateで示される時間だけ一時保存を許可する）が入っている場合が考えられる。ここで、ＡＰＳとはAnalog Protection Systemのことでこの一実施の形態ではマクロビジョン（Ｒ）を想定している。
【０１１７】
なお、同じＥＳで同じパケットグループ内でＣＣＩ、ＤＣＩの変化しそうな場合は、パケットグループを一旦区切り、ダミーデータ（ＰＡＴ＝0x01、ＴＳパケット＝ALL0x00）で残りのパケットグループを埋め、次のパケットグループになるように設定する。つまり、パケットグループ内でＣＣＩ、ＤＣＩが変化しないようにアライン処理を行っている（図５０参照）。
【０１１８】
図３６は、この発明の他の実施の形態に係るファイル構造を説明する図である。図３６は図３の変形例であり、図３のＨＲ＿ＴＭＡＰ．ＩＦＯ／ＨＲ＿ＴＭＡＰ．ＢＵＰの代わりに、ＶＲ用ＶＯＢタイムマップファイルＨＲ＿ＶＴＭＡＰ．ＩＦＯ／ＨＲ＿ＶＴＭＡＰ．ＢＵＰと、ＳＲ用ＳＯＢタイムマップファイルＨＲ＿ＳＴＭＡＰｘ．ＩＦＯ／ＨＲ＿ＳＴＭＡＰｘ．ＢＵＰを設けている。
【０１１９】
図３７は、図３６のＤＶＤ＿ＨＤＶＲディレクトリに含まれるタイムマップファイルＨＲ＿ＶＴＭＡＰ．ＩＦＯ／ＨＲ＿ＳＴＭＰｘ．ＩＦＯ、もしくは図６のＨＤＶＲ＿ＶＭＧの末尾に配置されたタイムマップテーブルＴＭＡＰＴ（例２）が、どのように構成されるかの一例を説明する図（図１９の変形例）である。図３６のように、ＳＯＢ、ＶＯＢ別にＴＭＡＰＴが記録される場合は、図３７のようにVＴＭＡＰＴ、SＴＭＡＰＴは別々の構造を取る。図３７において、VＴＭＡＰＴは、VＴＭＡＰＴIとＶＴＭＡＰ＿ＳＲＰＴ（VＴＭＡＰのサーチテーブル情報：ＶＴＭＡＰ＿ＳＲＰ＃１〜＃ｑ）とＶＴＭＡＰ＃で構成される。また、ＳＴＭＡＰＴは、SＴＭＡＰＴIと、ＳＴＭＡＰ＿ＳＲＰＴ（ＳＴＭＡＰのサーチテーブル情報：ＳＴＭＡＰ＿ＳＲＰ＃１〜＃ｑ）とＳＴＭＡＰ＃で構成される。
【０１２０】
図３８は、図３７のＶＴＭＡＰＴに含まれる各種情報がどのように構成されるかの一例を説明する図である。図３８において、VＴＭＡＰＴIは、ＶＭＧ＿ＩＤ（ＶＭＧＩの先頭に在るＶＭＧ＿ＩＤと同じ値）と、VＴＭＡＰＴ_ＥＡ（VＴＭＡＰのエンドアドレス）と、ＶＥＲＮ（ＴＭＡＰのバージョン情報）と、ＩＦＯ＿ＬＡＳＴ＿ＭＯＤ＿ＴＭ（ＴＭＡＰＴの更新日時情報、ＨＲ＿ＭＡＮＧＲ．ＩＦＯと同じ値）で構成される。さらに、ＶＴＭＡＰ＿ＳＲＰＴIはVＴＭＡＰ_ＳＲＰ_Ｎｓ（サーチ情報総数）で構成され、VＴＭＡＰ_ＳＲＰはVＴＭＡＰ_ＳＡ（VＴＭＡＰのスタートアドレス）とＶＯＢＵ＿ＥＮＴ_Ｎｓ（ＶＯＢＵ＿ＥＮＴの総数）で構成され、VＴＭＡＰは１以上のＶＯＢＵ＿ＥＮＴで構成されている。
【０１２１】
図３９は、図３７のＳＴＭＡＰＴに含まれる各種情報がどのように構成されるかの一例を説明する図である。図３９において、SＴＭＡＰＴIは、ＶＭＧ＿ＩＤと、SＴＭＡＰＴ_ＥＡ（ＳＴＭＡＰのエンドアドレス）と、ＶＥＲＮと、ＩＦＯ＿ＬＡＳＴ＿ＭＯＤ＿ＴＭで構成される。さらに、ＳＴＭＡＰ＿ＳＲＰＴIはＳＴＭＡＰ_ＳＲＰ＿Ｎｓで構成される。そして、ＳＴＭＡＰ_ＳＲＰはＳＴＭＡＰ_ＳＡ（ＳＴＭＡＰのスタートアドレス）と、ＥＳ_ＴＭＡＰＩ＿Ｎs（ＥＳ＿ＴＭＡＰの総数）と、ＥＳ＿ＴＭＡＰＩ_ＧＩで構成される。そして、ＳＴＭＡＰは、１以上のＥＳ＿ＴＭＡＰで構成される。
【０１２２】
図４０は、図３９のＳＴＭＡＰ＿ＳＲＰ＃およびＳＴＭＡＰに含まれるＥＳ＿ＴＭＡＰＩ＿ＧＩおよびＥＳ＿ＴＭＡＰ＃が、どのような情報を格納するのかの一例を説明する図である。ＥＳ＿ＴＭＡＰ_ＧＩはＳＯＢＵ＿ＥＮＴ＿Ｎｓ（ＳＯＢＵ＿ＥＮＴの総数）で構成され、各ＥＳ＿ＴＭＡＰは１以上のＶＯＢＵ＿ＥＮＴで構成されている。なお、ＴＭＡＰ＿ＳＲＰは昇順にＴＭＡＰを指すとは限らないが、ＳＲＰで個々のＴＭＡＰをポイントするので問題はなく、ＴＭＡＰ間にごみデータが入っても良い（例えばＴＭＡＰ＃１とＴＭＡＰ＃３の間に無意味なデータがあっても問題ない）。
【０１２３】
図４１は、この発明の一実施の形態に係るデータ構造を利用して、情報記録媒体（光ディスク、ハードディスク等）にＡＶ情報（デジタルＴＶ放送プログラム等）を記録し再生する装置の一例を説明するブロック図である。この装置（デジタルビデオレコーダ／ストリーマ）は、図４１に示すように、ＭＰＵ部８０、キー入力部１０３、リモコン１０３ａからのユーザ操作情報を受け取るリモコン受信部１０３ｂ、表示部１０４、デコーダ部５９、エンコーダ部７９、システムタイムカウンタ（ＳＴＣ）部１０２、データプロセサ（Ｄ−ＰＲＯ）部５２、一時記憶部５３、ＤＶＤ−ＲＡＭ等の記録可能光ディスク１００に対して情報の記録／再生を行うディスクドライブ部５１、ハードディスクドライブ（ＨＤＤ）１００ａ、ビデオミキシング（Ｖミキシング）部６６、フレームメモリ部７３、アナログＴＶ用Ｄ／Ａ変換部６７、アナログＴＶチューナ部８２、地上波デジタルチューナ部８９、および、衛星アンテナ８３ａに接続されるＳＴＢ（Set Top Box）部８３により構成されている。さらに、この装置は、ストリーマとしてデジタル入出力に対応するため、ＩＥＥＥ１３９４などのデジタルＩ／Ｆ７４を備えている。なお、ＳＴＣ部１０２は、図３３のＰＡＴ＿Ｂａｓｅに合わせて、２７ＭＨｚベースでクロックカウントを行うように構成されている。
【０１２４】
ＳＴＢ部８３は、受信したデジタル放送データのデコードを行なってＡＶ信号（デジタル）を発生させ、そのＡＶ信号をストリーマ内のエンコーダ部７９、デコーダ部５９およびＤ／Ａ変換器６７を介してＴＶ６８に送り、受信したデジタル放送の内容を表示させることが可能に構成されている。あるいは、ＳＴＢ部８３は、デコード後のＡＶ信号（デジタル）を直接Ｖミキシング部６６に送り、そこからＤ／Ａ変換器６７を介してアナログＡＶ信号をＴＶ６８に送ることも可能に構成されている。
【０１２５】
ところで、図４１の装置はビデオレコーディングとストリームレコーディングの両機能を備えたレコーダを構成しているので、ビデオレコーディングでは不要な構成（ＩＥＥＥ１３９４Ｉ／Ｆなど）やストリームレコーディングでは不要な構成（ＡＶ入力用のＡ／Ｄ変換器８４、オーディオエンコード部８６、ビデオエンコード部８７など）を備えている。
【０１２６】
エンコーダ部７９内は、Ａ／Ｄ変換器８４、ビデオエンコード部８７、ビデオエンコード部８７への入力切換セレクタ８５、オーディオエンコード部８６、（図示しないが必要に応じて）副映像エンコード部、フォーマット部９０、バッファメモリ部９１を含んで構成されている。
【０１２７】
また、デコード部５９は、メモリ６０ａを内蔵する分離部６０、メモリ６１ａおよび縮小画像（サムネールなど）の生成部６２を内蔵するビデオデコード部６１、副映像（ＳＰ）デコード部６３、メモリ６４ａを内蔵するオーディオデコード部６４、ＴＳパケット転送部１０１、ビデオプロセサ（Ｖ−ＰＲＯ）部６５、オーディオ用Ｄ／Ａ変換器７０より構成されている。このＤ／Ａ変換器７０からのアナログ出力（モノラル、ステレオ、あるいはＡＡＣ５．１ＣＨサラウンド）は、図示しないＡＶアンプ等に入力され、必要本数のスピーカ７２が駆動される。
【０１２８】
ところで、録画中のコンテンツをＴＶ６８に表示するために、記録するストリームデータを、Ｄ−ＰＲＯ部５２に送るのと同時に、デコーダ部５９へも同時に送り、その再生を行うことができる。この場合、ＭＰＵ部８０はデコーダ部５９へ再生時の設定を行い、その後はデコーダ部５９が自動的に再生処理を行う。
【０１２９】
Ｄ−ＰＲＯ部５２は、例えば１６パック（あるいは３２パックもしくは６４ｋバイト）毎にまとめてＥＣＣグループとし、ＥＣＣをつけてドライブ部５１へ送る。ただし、ドライブ部５１がディスク１００への記録準備が出来ていない場合には、一時記憶部５３へ転送し、データを記録する準備が出来るまで待ち、用意が出来た段階で記録を開始する。ここで、一時記憶部５３は高速アクセスで数分以上の記録データを保持するため、大容量メモリが想定される。この一時記憶部５３は、ＨＤＤ１００ａの一部を利用して構築することも可能である。なお、ＭＰＵ部８０は、ファイルの管理領域などを読み書きするために、Ｄ−ＰＲＯ部５２へ専用のマイコンバスを通して読み書きできるように構成されている。
【０１３０】
図４１の装置では、記録媒体として第１にＤＶＤ−ＲＡＭ／−ＲＷ／−Ｒ／Ｂｌｕｅメディア（ブルーレーザを用いる録再可能メディア）等の光ディスク１００を想定し、その補助記憶装置としてハードディスクドライブ（ＨＤＤ）１００ａ（および／または図示しない大容量メモリカード等）を想定している。
【０１３１】
これら複数媒体の使い方としては、例えば次のようなものがある。すなわち、ＨＤＤ１００ａに図１〜図４０のデータ構造（フォーマット）を利用してストリームレコーディングを行う。そして、ＨＤＤ１００ａに記録されたストリームレコーディングコンテンツのうち、ユーザが保存したいと希望するプログラムについては、ディスク１００にそのままストリームレコーディング（ダイレクトコピーあるいはデジタルダビング）する（コピー制御情報ＣＣＩでコピーが禁止されていない場合）。こうすれば、デジタル放送のオリジナルと同等のクォリティを持つ所望プログラムだけをディスク１００に纏めることができる。さらに、ディスク１００にコピーされたストリームレコーディングコンテンツはこの発明のデータ構造を利用しているので、ストリームレコーディングであるにも拘わらず、タイムサーチ等の特殊再生が容易なものとなる。
【０１３２】
以上のような特徴を持つデジタルレコーダ（ＤＶＤ−ＲＡＭ／−ＲＷ／−Ｒ／ＢｌｕｅメディアとＨＤＤとの組み合わせで構成されたストリーマ／ビデオレコーダ）の具体例が、図４１の装置である。図４１のデジタルレコーダは、大きくいって、チューナ部（８２、８３、８９）と、ディスク部（１００、１００ａ）と、エンコーダ部７９と、デコーダ部５９と、制御部（８０）を含んで構成されている。
【０１３３】
衛星デジタルＴＶ放送は、放送局より通信衛星を通して放送される。放送されたデジタルデータは、ＳＴＢ部８３で受信され再生される。このＳＴＢ８３は、放送局から配給されるキーコードを元に、スクランブルされたデータを伸張し再生を行う装置である。このとき、放送局からのスクランブルが解除される。ここで、データがスクランブルされているのは、放送局と受信契約を行っていないユーザが放送番組を不正に視聴することを防ぐ意味で行っている。
【０１３４】
ＳＴＢ部８３内では、図示しないが、放送されたデジタルデータは、チューナシステムにより受信される。受信されたデータは、そのまま再生される場合には、デジタル伸張部でスクランブルが解除され、ＭＰＥＧデコーダ部で受信データがデコードされ、ビデオエンコーダ部でＴＶ信号に変換され、このＴＶ信号がＤ／Ａ変換器６７を介して外部に送出される。これにより、ＳＴＢ部８３で受信されたデジタル放送番組をアナログＴＶ６８で表示できるようになる。
【０１３５】
地上波デジタル放送は、通信衛星を経由しない（および無料放送ではスクランブルが掛けられない）点を除き、衛星放送と同様に受信され処理される。すなわち、地上波デジタル放送は地上波デジタルチューナ部８９で受信され、そのまま再生される場合はデコード後のＴＶ信号がＤ／Ａ変換器６７を介して外部に送出される。これにより、地上波デジタルチューナ部８９で受信されたデジタル放送番組をアナログＴＶ６８で表示できる。地上波アナログ放送は、地上波チューナ部８２で受信され、そのまま再生される場合は受信されたアナログＴＶ信号が外部に送出される。これにより、地上波チューナ部８２で受信されたアナログ放送番組をＴＶ６８で表示できる。
【０１３６】
外部ＡＶ入力８１からアナログ入力されたアナログビデオ信号は、そのままストレートにＴＶ６８に送出することも可能であるが、Ａ／Ｄ変換器８４で一旦Ａ／Ｄ変換し、その後Ｄ／Ａ変換器６７でアナログビデオ信号に戻してから、外部ＴＶ６８側へ送出するように構成することもできる。このように構成すると、ジッタの多いアナログＶＣＲ再生信号が外部ＡＶ入力８１から入力された場合でも、ジッタのない（デジタルタイムベースコレクションされた）アナログビデオ信号をＴＶ６８側に出力できる。
【０１３７】
デジタルＩ／Ｆ（ＩＥＥＥ１３９４インターフェイス）７４からデジタル入力されたデジタルビデオ信号は、Ｄ／Ａ変換器６７を介して外部ＴＶ６８側へ送出される。これにより、デジタルＩ／Ｆ７４に入力されたデジタルビデオ信号をＴＶ６８で表示できる。
【０１３８】
衛星デジタル放送、地上波デジタル放送、あるいはデジタルＩ／Ｆ７４から入力されたビットストリーム（ＭＰＥＧ−ＴＳ）は、図１（ｅ）のストリームオブジェクト１３２として、ディスク１００（および／またはＨＤＤ１００ａ）のストリームオブジェクト群記録領域１３１（図１（ｄ））にストリームレコーディングできる。また、地上波アナログ放送あるいはＡ／Ｖ入力８１からのアナログビデオ信号は、ディスク１００（および／またはＨＤＤ１００ａ）のＶＲオブジェクト群記録領域１２２（図１（ｄ））にビデオレコーディングできる。
【０１３９】
なお、地上波アナログ放送あるいはＡ／Ｖ入力８１からのアナログビデオ信号は、一旦Ａ／Ｄ変換したあと、ビデオレコーディングでなくてストリームレコーディングするように装置を構成することもできる。逆に、衛星デジタル放送、地上波デジタル放送、あるいはデジタルＩ／Ｆ７４から入力されたビットストリーム（ＭＰＥＧ−ＴＳ）は、（必要なフォーマットコンバートをしてから）ストリームレコーディングでなくてビデオレコーディングするように装置を構成することも可能である。
【０１４０】
ストリームレコーディングまたはビデオレコーディングの記録／再生制御は、メインＭＰＵ部８０（記録／再生制御部８０Ｘ）により、ＲＯＭ８０Ｃに書き込まれたファームウエア（後述する図４２〜図６８の動作に対応した制御プログラム等）に基づいて行われる。ＭＰＵ部８０は、ストリームレコーディングおよびビデオレコーディングの管理データ作成部８０Ｂを持ち、ワークＲＡＭ部８０Ａを作業エリアとして種々な管理情報を作成し、作成した管理情報を、図１（ｄ）のＡＶデータ管理情報記録領域１３０に適宜記録する。また、ＭＰＵ部８０は、ＡＶデータ管理情報記録領域１３０に記録された管理情報を再生し、再生した管理情報に基づき種々な制御（図４２〜図６８）を行う。なお、ＭＰＵ部８０のＲＯＭ８０Ｃには、図４１の装置のメーカーＩＤ情報等を書き込んでおくことができる。
【０１４１】
図４１の装置で用いる媒体１００（１００ａ）の特徴を簡単に纏めると、次のようになる。すなわち、この媒体は、管理領域１３０とデータ領域１３１で構成され、データ領域にはデータが複数のオブジェクトデータ（ＳＯＢ）に分かれて記録され、それぞれのオブジェクトデータはデータユニット（ＳＯＢＵ）の集まりで構成される。そして、１つのデータユニット（ＳＯＢＵ）は、ＭＰＥＧ−ＴＳに準じたデジタル放送信号をＴＳパケット毎に複数パケットでパケットグループ化したパケットグループにより構成される（図１、図３３参照）。一方、前記管理領域１３０は再生手順を管理する情報としてＰＧＣ情報（ＰＧＣＩ）を持ち、このＰＧＣ情報はセル情報（ＣＩ）を含んで構成される。さらに、管理領域１３０内にオブジェクトデータ（ＳＯＢ）を管理する情報を持つ。
【０１４２】
図４１の装置は、上記のようなデータ構造を持つ媒体１００（１００ａ）に対して、ビデオレコーディングの他にストリームレコーディングを行うことができる。その際、ＴＳパケットのストリーム内からプログラムマップテーブルＰＭＴやサービス情報ＳＩを取り出すために、ＭＰＵ部８０はサービス情報取り出し部（図示せず；管理データ作成部８０Ｂの一部を構成するファームウエア）を持つように構成される。またこのサービス情報取り出し部で取り出した情報を元に、属性情報（ＰＣＲ＿パック番号あるいはＰＣＲ＿ＬＢ数番号など）を作成する属性情報作成部（図示せず；管理データ作成部８０Ｂの一部を構成するファームウエア）を持つように構成される。
【０１４３】
図４１の装置において、記録時の信号の流れは、例えば次のようになる。すなわち、ＳＴＢ部（または地上波デジタルチューナ）で受け取ったＴＳパケットデータは、フォーマッタ部でパケットグループ化されワーク（バッファメモリ部９１）へ保存し、一定量たまった時点（１またはその整数倍のＣＤＡ分がたまった段階で）でディスクに記録される。この時の動作は、ＴＳパケットを受信すると１７０パケットづつグルーピング化し、パケットグループヘッダを作成する。
【０１４４】
また、地上波チューナやライン入力から入力されたアナログ信号は、Ａ／Ｄ部でデジタル変換される。そのデジタル信号は、各エンコーダ部へ入力される。ビデオ信号はビデオエンコード部へ、オーディオ信号はオーディオエンコード部へ、文字放送などの文字データはＳＰエンコード部（図示せず）へ入力され、ビデオ信号はＭＰＥＧ圧縮され、オーディオ信号はＡＣ３圧縮またはＭＰＥＧオーディオ圧縮がなされ、文字データはランレングス圧縮される。
【０１４５】
各エンコーダ部から、圧縮データが、パック化（あるいはブロック化）された場合に２０４８バイトになるようにパック化（あるいはブロック化）されて、フォーマッタ部へ入力される。フォーマッタ部では、各パケット（あるいは各ブロック）が多重化され、Ｄ−ＰＲＯ部へ送られる。Ｄ−ＰＲＯ部では、１６または３２パケット（１６または３２ブロック）毎にＥＣＣブロックを形成し、エラー訂正データを付け、ドライブ部によりディスクに記録する。
【０１４６】
ここで、ドライブ部がシーク中やトラックジャンプなどの場合のため、ビジー状態の場合には、ＨＤＤバッファ部へ入れられ、ＲＡＭドライブ部の準備ができるまで待つこととなる。さらに、フォーマッタ部では、録画中、各切り分け情報を作成し、定期的にＭＰＵ部へ送る（ＧＯＰ先頭割り込みなど）。切り分け情報としては、ＶＯＢＵ（ＳＯＢＵ）のパック数（あるいはＬＢ数）、ＶＯＢＵ（ＳＯＢＵ）先頭からのＩピクチャのエンドアドレス、ＶＯＢＵ（ＳＯＢＵ）の再生時間などがある。
【０１４７】
記録時の信号の流れは、ＳＴＢ部（または地上波デジタルチューナ）で受け取ったＴＳパケットデータが、フォーマッタ部でパケットグループ化され、ワークＲＡＭに保存され、一定量たまった時点（１またはその整数倍のＣＤＡ分がたまった段階で）でディスクに記録される。
【０１４８】
また、再生時の信号の流れは、ディスクからドライブ部よりデータを読み出し、Ｄ−ＰＲＯ部でエラー訂正を行い、デコード部へ入力される。ＭＰＵ部は入力されるデータがＶＲデータか、ＳＲデータかの種別を判定し（セルタイプにより判定できる）、デコーダ部に再生前にその種別を設定する。ＳＲデータの場合、ＭＰＵ部は再生するセル情報ＣＩより、再生するＰＭＴ＿ＩＤを決め、該当するＰＭＴより、再生する各アイテム（ビデオ、オーディオ等）のＰＩＤを決め、デコーダ部へ設定する。デコーダ部は、そのＰＩＤを元に、分離部で各ＴＳパケットを各デコード部へ送る。さらに、ＴＳパケット転送部へ送り、到着時間に従って、ＳＴＢ部（１３９４Ｉ／Ｆ部）へＴＳパケットの形で送信する。各デコード部は、デコードを行い、Ｄ／Ａ部でアナログ信号に変換し、ＴＶで表示する。ＶＲデータの場合は、分離部は、固定のＩＤに従い、各デコード部へ送る。各デコード部は、デコードを行い、Ｄ／Ａ部でアナログ信号に変換し、ＴＶで表示する。
【０１４９】
なお、再生時は、ディスクから読み出したパックデータを分離部で解析し、ＴＳパケットが入っているパックの場合には、ＴＳパケット転送部へ送り、さらに、その後、各デコーダへ送って、再生を行う。ＳＴＢへ転送する場合（あるいはデジタルＴＶ等の外部機器へ送信する場合）は、ＴＳパケット転送部は、そのデータを到着時と同じ時間間隔で、ＴＳパケットのみを転送する。ＳＴＢ部は、デコードを行い、ＡＶ信号を発生させ、そのＡＶ信号をストリーマ内ビデオエンコーダ部を通して、ＴＶへ表示する。
【０１５０】
ところで、デジタルＴＶ放送やインターネットなど有線を使用した放送などの、圧縮動画を放送（配信）する方式において、共通の基本フォーマットであるＭＰＥＧ−ＴＳ方式は、パケットの管理データ部分とペイロードに分かれる。ペイロードには、再生されるべき対象のデータがスクランブルの掛かった状態で含まれている。ＡＲＩＢによると、ＰＡＴ（Program Association Table）、ＰＭＴ（Program Map Table）、ＳＩ（Service Information）に関しては、スクランブルされていない。また、ＰＭＴやＳＩ（SDT：Service Description Table、 EIT：Event Information Table、BAT：Bouquet association Table）を利用してさまざまな管理情報を作成することができる。
【０１５１】
再生対象としては、ＭＰＥＧビデオデータやDolby AC3（Ｒ）オーディオデータやＭＰＥＧオーディオデータ、データ放送データなど、さらに、直接、再生対象には関係ないが、再生する上で必要なＰＡＴ、ＰＭＴ、ＳＩなどの情報（番組情報等）などがある。ＰＡＴには、番組毎のＰＭＴのＰＩＤ（Packet Identification）が含まれており、さらにＰＭＴにはビデオデータやオーディオデータのＰＩＤが記録されている。
【０１５２】
ＳＴＢ（Set Top Box）の通常の再生手順としては、ＥＰＧ情報により、ユーザが番組を決定すると、目的の番組の開始時間に、ＰＡＴを読み込む。そのデータを元に、希望の番組に属するＰＭＴのＰＩＤを決定し、そのＰＩＤに従って、目的のＰＭＴを読み出す。そして、そこに含まれる再生すべきビデオ、オーディオパケットのＰＩＤを決定し、ＰＭＴやＳＩにより、ビデオ、オーディオの属性を読み出し、各デコーダへセットする。そして、前記ビデオ、オーディオデータを、ＰＩＤに従って切り出して、再生する。ここで、ＰＡＴ、ＰＭＴ、ＳＩ等は、途中再生にも使用するために、数１００ｍｓ毎に、送信されてくる。
【０１５３】
記録時の信号の流れは、ＳＴＢ部（または地上波デジタルチューナ）で受け取ったＴＳパケットデータは、フォーマッタ部で、パケットグループ化されワークＲＡＭへ保存し、一定量たまった時点でディスクに記録される。この時の動作は、ＴＳパケットを受信すると１７０パケットづつグルーピング化し、パケットグループヘッダを作成しする。
【０１５４】
また、地上波チューナやライン入力から入力されたアナログ信号は、Ａ／Ｄ部でデジタル変換される。そのデジタル信号は、各エンコーダ部へ入力される。ビデオ信号はビデオエンコード部へ、オーディオ信号はオーディオエンコード部へ、文字放送などの文字データはＳＰエンコード部へ入力され、ビデオ信号はＭＰＥＧ圧縮され、オーディオ信号はＡＣ３圧縮またはＭＰＥＧオーディオ圧縮がなされ、文字データはランレングス圧縮される。
【０１５５】
各エンコーダ部（ＶＲ用）から、圧縮データがパック化された場合に２０４８バイトになるようにパケット化されて、フォーマッタ部へ入力される。フォーマッタ部では、各パケットがパック化され、さらに、多重化され、Ｄ−ＰＲＯ部へ送られる。
【０１５６】
Ｄ−ＰＲＯ部では、１６または３２パック毎にＥＣＣブロックを形成し、エラー訂正データを付け、ドライブ部によりディスクに記録する。ここで、ドライブ部がシーク中やトラックジャンプなどの場合のため、ビジィー状態の場合には、ＨＤＤバッファ部へ入れられ、ＤＶＤ−ＲＡＭドライブ部の準備ができるまで待つこととなる。
【０１５７】
さらに、フォーマッタ部では、録画中、各切り分け情報を作成し、定期的にＭＰＵ部へ送る（ＧＯＰ先頭割り込みなど）。切り分け情報としては、ＶＯＢＵ（ＳＯＢＵ）のパック数、ＶＯＢＵ（ＳＯＢＵ）先頭からのIピクチャのエンドアドレス、ＶＯＢＵ（ＳＯＢＵ）の再生時間などである。
【０１５８】
また、再生時の記録の流れは、ディスクからドライブ部よりデータを読み出し、Ｄ−ＰＲＯ部でエラー訂正を行い、デコード部へ入力される。ＭＰＵ部は入力されるデータがＶＲデータか、ＳＲデータかの種別を判定し（Ｃｅｌｌ  ＴＹＰＥより判定する）、デコーダ部に再生前にその種別を設定する。ＳＲデータの場合、ＭＰＵ部は再生するＣＥＬＬＩより、再生するＰＭＴ＿ＩＤを決め、該当するＰＭＴより、再生する各アイテム（ビデオ、オーディオ等）のＰＩＤを決め、デコーダ部へ設定する。デコーダ部は、そのＰＩＤを元に、分離部で各ＴＳパケットを各デコード部へ送る。さらに、ＴＳパケット転送部へおくり、到着時間にしたがって、ＳＴＢ部（１３９４Ｉ／Ｆ部）へＴＳパケットの形で送信する。各デコード部は、デコードを行い、Ｄ／Ａ部でアナログ信号に変換し、ＴＶで表示する。ＶＲデータの場合、分離部は、固定のＩＤに従い、各デコード部へ送る。各デコード部は、デコードを行い、Ｄ／Ａ部でアナログ信号に変換し、ＴＶで表示する。
【０１５９】
ここで、ＴＶに表示するために、デコーダ部へＤ−ＰＲＯ部と同時に送り、再生を行う。ただし、この場合、ＭＰＵ部はデコーダ部へ再生時の設定を行い、その後はデコーダが自動的に再生を行う。Ｄ−ＰＲＯ部は１６パック毎にまとめてＥＣＣグループとして、ＥＣＣをつけてドライブ部へ送る。ただし、ドライブ部がディスクへの記録準備が出来ていない場合には、一時記憶部へ転送し、データを記録する準備が出来るまで待ち、用意が出来た段階で記録を開始する。ここで、一時記憶部は高速アクセスで数分以上の記録データを保持するため、大容量メモリが想定される。ただし、マイコンは、ファイルの管理領域などを読み書きするために、Ｄ−ＰＲＯ部へマイコンバスを通して、読み書きすることが出来る。
【０１６０】
また、再生時は、ディスクから読み出したパックデータを分離部で解析し、ＴＳパケットが入っているパックの場合には、ＴＳパケット転送部へおくり、さらに、その後、各デコーダへ送られ、再生を行う。ＳＴＢへ転送する場合（外部へ送信する場合：デジタルＴＶ等）は、ＴＳパケット転送部は、そのデータを到着時と同じ時間間隔で、ＴＳパケットのみを転送する。
【０１６１】
ＳＴＢ部は、デコードを行い、ＡＶ信号を発生させ、そのＡＶ信号をストリーマ内ビデオエンコーダ部を通して、ＴＶへ表示する。
【０１６２】
図４２は、図４１の装置の全体の動作の一例を説明するフローチャート図（全体動作処理フロー）である。ここでのデータ処理は、図４２に示すように録画処理、再生処理、データ転送処理（ＳＴＢへのデジタル出力処理など）、番組設定処理、編集処理の５通りとなる。
【０１６３】
例えば図４１の装置の電源がオンされると、ＭＰＵ部８０は、（工場出荷時またはユーザが設定した後の）初期設定を行い（ステップＳＴ１０）、表示設定を行って（ステップＳＴ１２）、ユーザ操作を待つ。ユーザがキー入力部１０３またはリモコン１０３ａからキー入力を行うと（ステップＳＴ１４）、ＭＰＵ部８０はそのキー入力の内容を解釈する（ステップＳＴ１６）。この入力キー解釈の結果に応じて、以下の４つのデータ処理が、適宜実行される。
【０１６４】
すなわち、キー入力が例えばタイマ予約録画設定のキー操作であれば、番組設定処理に入る（ステップＳＴ２０）。キー入力が録画開始のキー操作であれば、録画処理に入る（ステップＳＴ２２）。キー入力が再生開始のキー操作であれば、再生処理に入る（ステップＳＴ２４）。キー入力がＳＴＢへデジタル出力させるキー操作であれば、デジタル出力処理に入る（ステップＳＴ２６）。編集処理のキー操作であれば、編集処理に入る（ステップＳＴ２８）。
【０１６５】
ステップＳＴ２０〜ＳＴ２８の処理は、そのタスク毎に適宜並列処理される。例えば、再生処理中（ＳＴ２４）にＳＴＢへデジタル出力する処理（ＳＴ２６）が並列に実行される。あるいは、タイマ予約録画でない録画処理中（ＳＴ２２）に新たな番組設定処理（ＳＴ２０）を並列に処理するように構成することができる。あるいは、高速アクセス可能なディスク記録の特徴を生かし、録画処理（ＳＴ２２）中に再生処理（ＳＴ２４）とデジタル出力処理（ＳＴ２６）を並列処理するように構成することもできる。ＨＤＤへの録画中にディスクの編集処理（ステップＳＴ２８）を行うように構成することも可能である。
【０１６６】
図４３は、図４２に示した編集処理（ＳＴ２８）の一例を説明するフローチャート図（編集動作処理フロー）である。編集処理に入ると、編集内容に応じて、４つの処理（Ａ〜Ｄのいずれか）に入ることができる（ステップＳＴ２８０）。エントリポイント編集処理（ステップＳＴ２８２Ａ）、コピー／移動処理（ステップＳＴ２８２Ｂ）、削除処理（ステップＳＴ２８２Ｃ）、あるいはプレイリスト作成処理（ステップＳＴ２８２Ｄ）が済むと、この編集によるプログラム更新の日時が、各管理情報（ＥＸ＿ＰＧＩ、ＥＸ＿ＩＴ＿ＴＸＴ、ＥＸ＿ＭＮＦＩ）に設定される（ステップＳＴ２８４）。
【０１６７】
なお、プログラム情報ＰＧＩ、セル情報ＣＩ、あるいはＶＯＢ、ＳＯＢのどれかが変更されたときに、このプログラム更新日時（図３２）の設定を行うようにしてもよい。ここで、ＶＯＢＩおよび／またはＳＯＢＩが変更された場合は、ＶＯＢＩおよび／またはＳＯＢＩの編集時間（ＥＤＩＴ＿ＴＩＭＥ）をＳＯＢ＿ＥＤＩＴ＿ＴＩＭＥ等（図示せず）に設定できる。
【０１６８】
ついでながら、ＳＴ２８４の処理において、ＳＴ２８２Ａ〜ＳＴ２８２Ｄの何れかの操作を行った機器のメーカーＩＤを、図３２の編集者ＩＤ（ＬＡＳＴ＿ＭＮＦ＿ＩＤ）１３３２６に設定してもよい。この編集者ＩＤは、ＰＧＩ、ＣＩ、ＳＯＢ（またはＶＯＢ）のどれかが変更されると、その都度、その時に用いた機器のＩＤ情報により、設定（または更新）できる。
【０１６９】
図４４は、図４２に示した初期設定（ＳＴ１０）の一例を説明するフローチャート図（初期設定処理フロー例１）である。この初期設定処理は、以下の通りとなる。
【０１７０】
ｃ１）ディスクチェックを行い、エラーの場合は本処理を終了する（ステップＳＴ４０）；
ｃ２）ディスクがあり（ステップＳＴ４２イエス）、ＶＭＧが記録されている場合は、ＶＭＧを読み込む（ステップＳＴ４４）；
ｃ３）プロファイル情報がディスク毎にある場合は、その値を取り出し（ステップＳＴ４６）、リージョンが合っているかどうかをチェックする（ステップＳＴ４８）。合っていない場合は（ステップＳＴ４８ノー）、ＳＯＢを再生しないように設定を行う（ステップＳＴ５０）；
ｃ４）リージョンが合っている場合は（ステップＳＴ４８イエス）、オプション情報を読み込み、図４５に示す動作表にしたがって動作するように設定を行う（ステップＳＴ５２）。
【０１７１】
図４５は、基本フォーマット（Ｂａｓｅ）と１以上のオプション（Ｏｐｔｉｏｎ１、Ｏｐｔｉｏｎ２）との組み合わせを、使用ディスクと記録動作（ａ）／再生動作（ｂ）との関係で指定する動作表（オプションと録再動作との関係表）を例示する図である。
【０１７２】
例えば、ＢａｓｅをＳＤ＿ＭＰＥＧ−ＰＳ＋ＳＤ＿新ＡＶＣ−ＰＳとすると、従来のＤＶＤ−ＶＲ（ＤＶＤビデオレコーディング）より長時間の信号がＤＶＤ−ＲＡＭディスクに記録可能となる。Ｏｐｔｉｏｎ１をＨＤ＿新ＡＶＣ−ＰＳ＋ＨＤ＿ＭＰＥＧ２−ＰＳとすると、従来のＤＶＤ−ＶＲにはない高画質でＡＯＤ（Advanced Optical Disc）ディスクに記録可能となる。さらに、Ｏｐｔｉｏｎ2をデジタル放送対応でＭＰＥＧ-ＴＳ対応とすると、デジタル放送データをストリーム記録可能となり、それぞれの機器の目的により導入するものを選択できるようになる。
【０１７３】
なお、図４５において△はＢａｓｅのみ可能なことを示し、○は該当するオプションの機能を利用できることを示している。複数図示された○を具体的にどんなものに対応させるかは、（規格等で取り決めがない限り）自由なので、ここでは特に限定していないが、その一例は上述した通りである。
【０１７４】
図４６および図４７は、図４１の装置の録画動作の一例を説明するフローチャート図である。ストリーム録画時のデータ処理は、以下のようになる（図４６〜図５８参照）。
【０１７５】
ｄ１）まず、番組設定処理でＥＰＧ（Electronic Program Guide）を使用して録画する番組を決めておき、受信を開始し、その決めた番組の録画を行う；
ｄ２）ＭＰＵ部がキー入力部より録画命令受けると、ドライブ部から管理データを読み込み、書き込む領域を決定する。このとき、ファイルシステムをチェックし（ステップＳＴ１００）、録画可能かどうかを判断し（ステップＳＴ１０２）、録画可能の場合は記録する位置を決定し（ステップＳＴ１０５；図５１参照）、録画可能でない場合はその旨をユーザに示して（ステップＳＴ１０４）、処理を中止する。
【０１７６】
ｄ３）録画対象がデジタル放送であり（ステップＳＴ１０６）エラーが出ていないときは（ステップＳＴ１１１）、決定された領域を書き込むように管理領域に設定し、ビデオデータの書き込みスタートアドレスをドライブ部に設定し、データを記録する準備を行う（ステップＳＴ１１２）；
ｄ４）ＳＴＣ部に時間のリセットを行う。ここで、ＳＴＣ部はシステムのタイマーでこの値を基準に録画、再生を行う；
ｄ５）録画する番組のＰＡＴを読み込み、目的の番組のＰＭＴを取り込むためのＰＩＤを決定し、目的のＰＭＴを読み込み、デコードすべき（録画すべき）各データ（ビデオ、オーディオ）のＰＩＤを決定する。このとき、ＭＰＵ部のワークＲＡＭ部にＰＡＴ、ＰＭＴを保存し、管理情報に書き込む。ファイルシステムに、ＶＭＧファイルのデータを書き込み、ＶＭＧＩに必要な情報を書き込む。
【０１７７】
ｄ６）各部へ録画設定を行う（ステップＳＴ１１４）。このとき、フォーマッタ部へ、各データの切り分けの設定や、ＴＳパケットの受け取り設定を行う。また、このとき、記録すべきデータのＰＩＤを設定し、目的のビデオストリームのみ記録するようにする。また、バッファへＴＳパケットの保持を開始するように設定する（ステップＳＴ１１６）。すると、フォーマッタ部は図４８に示すように動作を開始する。
【０１７８】
ｄ７）ＰＭＴよりＳＯＢ＿ＥＳＩを作成する（ステップＳＴ１２０；図５２参照）；
ｄ８）バッファ内のデータが一定量たまった場合は、Ｄ−ＰＲＯを通して、ＥＣＣ処理を行い、ディスクに記録する（ステップＳＴ１３０）；
ｄ９）録画中、定期的に（フォーマッタ部のバッファＲＡＭが一杯になる前に）、切り分け情報をＭＰＵ部のワークＲＡＭに保存する。ここでの切り分け情報は、ＳＯＢＵの切り分け情報で、ＳＯＢＵの先頭のアドレス、ＳＯＢＵのパック長、Ｉ-Picの終了アドレス、ＳＯＢＵの到着時間（ＡＴＳ）等である；
ｄ10）録画終了かどうかをチェックし（録画終了キーを入力したかどうか、または、残り容量が無くなったかどうか）、終了時には、フォーマッタ部より残りの切り分け情報を取り込み、ワークＲＡＭへ追加し、それらのデータを管理データ（ＶＭＧＩ）に記録し、さらに、ファイルシステムに、残りの情報を記録する；
ｄ11）終了で無い場合は、ｄ７）に移行し、データの取り込み及び再生を続けて行うようにする。
【０１７９】
図４８は、図４７に示したバッファ取り込み処理（ＳＴ１３０）の一例を説明するフローチャート図（バッファ取り込み処理フロー）である。記録時の信号の流れは、ＳＴＢ部（または地上波デジタルチューナ）で受け取ったＴＳパケットデータは、フォーマッタ部で、パケットグループ化されワークＲＡＭへ保存し、一定量たまった時点（1またはその整数倍のＣＤＡ分がたまった段階で）でディスクに記録される。この時の動作は、（図４８）ＴＳパケットを受信すると１７０パケットづつグルーピング化し、パケットグループヘッダを作成しする。
【０１８０】
ａ１）ＴＳパケットを受信する（ステップＳＴ１３００）；
ａ２）取り込んだＴＳパケットにＰＣＲが有る場合はＳＴＣの修正を行う；
ａ３）パケットグループの先頭の場合は、Sync_Pattern：00ffa5a5を設定する（ステップＳＴ１３０８）；
ａ４）ＴＳパケットの到着時間をＰＡＴとして、ＰＡＴをＴＳパケットの前に配置する（ステップＳＴ１３０８）；
ａ５）ＴＳパケットデータエリアに取り込んだＴＳパケットを設定する；
ａ６）パケットグループが終わったかどうかを判定し（１７０個のＴＳパケットをグルーピングしたかどうかを判定し）（ステップＳＴ１３２２）、終わってない場合は、ａ１）へ移行し、終わった場合は、ＣＣＩ処理を行い（ステップＳＴ１３３３０）、グループデータをバッファＲＡＭ内に一時保存する（ステップＳＴ１３３２）。
【０１８１】
図４９は、図４８に示したＣＰＩ設定処理（ＳＴ１３３０）の一例を説明するフローチャート図（ＣＰＩ作成処理フロー）である。ＣＣＩ設定処理を以下に説明する；
ｂ１）最新のＰＭＴ、ＥＩＴ内にコピー情報が有るかどうか調べ（ステップＳＴ１３３０２）、有る場合は、その情報を元にコピー情報を構成し（ステップＳＴ１３３０６）、設定し、ｂ３）へ移行する；
ｂ２）受信したＴＳパケット内にコピー情報がない場合は、前回のパックと同じ情報をコピー情報として構成する（ステップＳＴ１３３０４）；
ｂ３）最新のＰＭＴ、ＥＩＴ内にコンテンツ利用記述子が有るかどうか調べ（ステップＳＴ１３３０２）、有る場合は、以下の処理を行なう。すなわち、パケットグループの途中で変化した場合、その変化した所から新たなパケットグループとするように前のパケットグループにダミーデータ（図５０参照）を挿入し、変化後からを新たなパケットグループとするようにし、その情報を元にＣＣＩを設定する（ステップＳＴ１３３０８）；
ｂ４）受信したＴＳパケット内にコピー情報がない場合は、コピーフリーとしてＣＣＩを構成する。
【０１８２】
図５０は、図４９のステップＴ１３３０８の処理（パケットグループアライン処理）におけるパケットグループのデータ構造を例示する図である。同じＥＳにおいて、同じパケットグループ内でＣＣＩおよび／またはＤＣＩが変化しそうな場合は、パケットグループを一旦区切り、図５０に示すようにダミーデータで残りのパックを埋め、次のパケットグループになるように設定する。つまり、パケットグループ内でＣＣＩ、ＤＣＩが変化しないようにアライン処理を行なう。
【０１８３】
図５１は、図１に示したディスク状情報記憶媒体（例えばブルーレーザを用いる光ディスク）に録画を開始する前の処理の一例を説明するフローチャート図（録画前処理フロー）である。録画の前処理は以下のようになる。
【０１８４】
ｅ１）ＤＶＤ＿ＨＤＲのディレクトリ（新たなＶＲの入るディレクトリ）を探し（ステップＳＴ１１００）、無い場合はそのディレクトリを作成し（ステップＳＴ１１０２）、ある場合は次に移行する；
ｅ２）ディレクトリ内に録画されているかどうかを調べ（ステップＳＴ１１０８）、録画されている場合は、その管理情報であるＶＭＧＩをワーク内に読み込み（ステップＳＴ１１１０）、プロファイル情報（図５、図９等）を読み込む。そして、録画動作設定処理を行なう（ステップＳＴ６０７０）。なお、録画されていない場合（ステップＳＴ１１０８ノー）はｅ５）へ移行する。
【０１８５】
ｅ３）今から録画するコンテンツがデジタル放送かどうかをチェックし（ステップＳＴ１１２０Ｂ）、デジタルコンテンツで無い場合は、ｅ９）へ移行する；
ｅ４）デジタル放送録画の場合は（ステップＳＴ１１２０Ｂイエス）、リージョンをチェックし（ステップＳＴ１１２３）、本機（図４１の装置）にデフォルト設定されているリージョン値と合わない場合は録画を終了し（ステップＳＴ１１２５）、合う場合はｅ７）へ移行する。
【０１８６】
ｅ５）ＶＭＧを作成し、本機のデフォルト値をプロファイル情報（図５、図９等）に記録する（ステップＳＴ１１２６）；
ｅ６）今から録画するコンテンツがデジタル放送かどうかをチェックし（ステップＳＴ１１２０Ａ）、デジタルコンテンツで無い場合は、ｅ９）へ移行する；
ｅ７）ＳＯＢファイルがある場合はその後ろに、無い場合は新たのＳＯＢファイルを作成し、その後ろに記録するように設定する（ステップＳＴ１１３０Ｂ）；
ｅ８）ストリームが解析可能かどうかを調べ（ステップＳＴ１１３５）、可能の場合はコグニザント（cognizant）とし（ステップＳＴ１１３６）、不能の場合はノンコグニザント（Non-cognizant）として（ステップＳＴ１１３７）本処理を終了する。
【０１８７】
ｅ９）ＶＯＢファイルがある場合はその後ろに、無い場合は新たのＶＯＢファイルを作成し、その後ろに記録するように設定し（ステップＳＴ１１３０Ａ）、本処理を終了する。
【０１８８】
図５２は、図４７に示したストリーム情報（ＥＳＩ）作成処理（ＳＴ１２０）の一例を説明するフローチャート図（ＥＳＩ設定処理フロー）である。ＳＯＢ＿ＥＳＩは、以下のように設定できる。
【０１８９】
ｆ１）ＰＳＩ、ＳＩを調べ、設定されているストリーム数を調べる（ステップＳＴ１２０１）；
ｆ２）設定されているストリーム数の数だけｆ４）ｆ５）を繰り返す；
ｆ３）ＰＳＩ、ＳＩよりストリームタイプを調べ（ステップＳＴ１２０３）、ビデオ、オーディオのストリームかその他かどうかを判定し、次のストリームチェックに移行する；
ｆ４）ストリームタイプをＭＰＥＧ１ビデオ、ＭＰＥＧ２ビデオ、ＭＰＥＧ１オーディオ、ＭＰＥＧ２オーディオ…の種別に分け、それぞれの種別応じて、内部のデータをチェックし、各属性情報を読み出す。
【０１９０】
ｆ５）ビデオストリームの場合、ES_TY＝0とし（ステップＳＴ１２１３Ａ）、各属性情報を設定し、特に解像度データ、アスペクト情報等を取り出し、V_ATRを作成し（ステップＳＴ１２１３Ｂ）、ｆ８）へ移行する；
ｆ６）オーディオストリームの場合、ES_TY＝0x40とし（ステップＳＴ１２１５Ａ）、各属性情報を設定し、特にサンプリング周波数、チャンネル数等を取り出し、A_ATRを作成し（ステップＳＴ１２１５Ｂ）、ｆ８）へ移行する；
ｆ７）その他の場合、ES_TY＝0X80とし（ステップＳＴ１２１7Ａ）、各属性情報を設定し（ステップＳＴ１２１7Ｂ）、ｆ８）へ移行する；
ｆ８）コピー情報を取り出し、ＣＰ＿ＣＴＬ＿ＩＮＦＯを作成する（ステップＳＴ１２２０）；
ｆ９）属性情報を元に新たにＥＳＩを設定し、次のストリームチェックに移行する（ステップＳＴ１２３０）。
【０１９１】
図５３は、図４７に示した録画終了処理（ＳＴ１５０）におけるストリームファイル情報（ＳＴＲ＿ＦＩ）作成処理の一例を説明するフローチャート図（ＧＰＩ設定処理およびＴＭＡＰ設定処理付きのストリームファイル情報作成処理フロー）である。ＳＴＲ＿ＦＩの作成処理を図５３〜図５７に示す。
【０１９２】
ｇ１）ＳＯＢＩを一つ増やすため、ＳＯＢＩ＿ＳＲＰ＃（図８）を増やし、その領域を確保し、ＰＫＴ＿ＴＹに0：ＭＰＥＧ＿ＴＳを設定する（ステップＳＴ１５００Ｃ）；
ｇ２）録画時間をＳＯＢ＿ＲＥＣ＿ＴＭに設定する（ステップＳＴ１５０２）。ここで、装置（図４１）内部の時計は、ＴＤＴ（Time Data Table；図示せず）により、設定、補正が行なわれ、常に正確な時間が得られるようになっている；
ｇ３）スタートＰＴＭ、エンドＰＴＭを設定する（ステップＳＴ１５０２）；
ｇ４）記録レートに従ってＰＣＲ＿ＰＯＳ＿ＳＨＩＦＴを設定する（ステップＳＴ１５０４）；
ｇ５）ストリームの種類がＴＳストリーム（ＡＲＩＢ、ＤＶＢ）の場合は、AP_PKT_SZに１８８を設定しPKT_GRP_SZに１６を設定する（ステップＳＴ１５０８）。そうでない場合は、放送方式にあった値を設定する（ステップＳＴ１５１０）。
【０１９３】
ｇ６）ＰＫＴ＿ＴＹにＭＰＥＧ＿ＴＳを設定する；
ｇ７）ＰＡＴより、ＴＳ＿ＩＤ、ＮＥＴＷＯＲＫ＿ＰＩＤ、ＰＭＴ＿ＩＤ（本ＳＯＢで使用しているＰＭＴのＰＩＤ）を設定する（ステップＳＴ１５１４）；
ｇ８）ＰＭＴより、ＳＥＲＶＩＣＥ＿ＩＤ（ＰＭＴ内のProgram_Number）、ＰＣＲ＿ＰＩＤ、を設定する（ステップＳＴ１５１６）。さらに、ＦＯＲＭＡＴ＿ＩＤ、ＶＥＲＳＩＯＮについては、内部チューナの場合は機器内でデフォルトの方式とし、外部デジタル入力の場合はデジタル入力より送られてくるRegistration_Descriptorの値を設定する；
ｇ９）さらに、録画したＥＳの数を設定する。（ＰＭＴには放送している全てのＥＳの情報：数が設定されているが、録画時に全てのＥＳを記録しているとは限らないため、記録したＥＳの数を設定する。
【０１９４】
ｇ10）録画を開始したＬＢアドレスをＡＤＲ＿ＯＦＳ（図１７）に設定し（ステップＳＴ１５５０）、デフォルトのＰＩＤを設定する。デフォルトのビデオのＰＩＤとはコンポーネントタグ値が00の値のもの、もしくは、マルチビューＴＶの場合、メインのコンポーネントグループに記載されているコンポーネントタグに相当するストリームのＰＩＤが相当する。
【０１９５】
ｇ11）ＳＯＢＩ毎にプロファイル情報（図９）を入れる場合は、ここで、本機のデフォルト値を入れる；
ｇ12）ＧＰＩを設定する処理（後述）を行い（ステップＳＴ１５３０）、各切り分け情報を元にストリーム毎にＴＭＡＰＩを作成する（ステップＳＴ１５４０）；
ｇ13）編集日時を設定する（ステップＳＴ１５５４）。
【０１９６】
図５４は、図５３のＧＰＩ設定処理ＳＴ１５３０の一例（例１）を説明するフローチャート図である。ＧＰＩ設定処理は、2種類のデータ方式が考えられ、第一の方法は、図５４に示すようになり、以下に説明を行う。
【０１９７】
ｈ１）ストリームのタイプを調べる；
ｈ２）複数番組を1ストリームにした場合（ステップＳＴ１５３００Ａイエス）、ＳＯＢ＿ＴＹにＧＰＩありとし、ＧＰ＿ＴＹ（図２７）＝３、全てのＧＰをメインとし、ＧＰ＿ＮＵＭに番組毎に違う番号にし、1番組に１ＧＰＩで構成し、本処理を終了する（再生するＰＩＤを入れる）（ステップＳＴ１５３０２Ａ）；
ｈ３）降雨対応放送の場合（ステップＳＴ１５３０４Ａイエス）、ＳＯＢ＿ＴＹにＧＰＩありとし、ＧＰ＿ＴＹ＝２、高階層をメインとしそのほかをサブと設定する。ＧＰ＿ＮＵＭに同じ番号にし、階層毎に１ＧＰＩで構成し、本処理を終了する（再生するＰＩＤを入れる）（ステップＳＴ１５３０６Ａ）；
ｈ４）マルチビュー放送の場合（ステップＳＴ１５３０８Ａイエス）、ＳＯＢ＿ＴＹにＧＰＩありとし、ＧＰ＿ＴＹ＝１、ＭＡＩＮグループをメインとしそのほかをサブと設定する。ＧＰ＿ＮＵＭに同じ番号にし、1ビューに１ＧＰＩで構成し、本処理を終了する（再生するＰＩＤを入れる）（ステップＳＴ１５３１０Ａ）；
ｈ５）そうでないときは（ステップＳＴ１５３０８Ａノー）、ＳＯＢ＿ＴＹにＧＰＩなしと設定し、本処理を終了する（ステップＳＴ１５３１２Ａ）。
【０１９８】
図５５は、図５３のＴＭＡＰ設定処理ＳＴ１５４０を説明するフローチャート図である。ＴＭＡＰ設定処理は、以下のようになる；
ｉ１）ＳＯＢの構造を決定する（ステップＳＴ１５４００）；
ｉ２）ＧＰ数を考慮し、ＴＭＡＰを作成するＥＳを決定し、そのＥＳの数をＴＭＡＰ数とし、ＴＭＡＰ毎に作成するＥＳ＿ＰＩＤを設定する（ステップＳＴ１５４０２）。（ただし、１ＧＰに必ず１ＴＭＡＰが付く必要は無い。無い場合は同じＭＡＩＮ＿ＧＰもしくは同じＧＰ＿ＮＵＭが付いているＧＰのＴＭＡＰを利用し、再生、サーチ、特殊再生等を行う。）
ｉ３）切り分け情報よりＳＯＢ開始時間終了時間、ＴＭＡＰ毎の開始時間終了時間、ＥＮＴＲＹ数等を設定する（ステップＳＴ１５４０４）；
ｉ４）ＴＭＡＰＴを追加し、切り分け情報を元にＥＮＴＲＹ情報を作成する（ステップＳＴ１５４０６）。ここで、ＴＭＡＰＴ情報は、別ファイルの場合（図３等）とＩＦＯファイルの最後に追加する場合（図４等）がある。
【０１９９】
図５６は、図５５のＶＯＢ／ＳＯＢ構造設定処理ＳＴ１５４００を説明するフローチャート図である。ＶＯＢ／ＳＯＢの構造設定処理を、以下に説明する；
ｊ１）録画した録画時間を調べ（ステップＳＴ１５４００１）、録画時間が２時間以下の場合はｊ２）に移行、２から４時間の場合はｊ３）へ移行、４時間以上はｊ４）へ移行する；
ｊ２）ＶＯＢ／ＳＯＢ＿ＰＢ＿ＴＭ＿ＲＮＧに0を設定し、切り分け情報（0.4s〜1sの情報）より、ＳＯＢＵが0.4s〜1sになるようにＶＯＢＵ／ＳＯＢＵ＿ＥＮＴを作成し（ステップＳＴ１５４００２）、ｊ５）へ移行する；
ｊ３）ＶＯＢ／ＳＯＢ＿ＰＢ＿ＴＭ＿ＲＮＧに1を設定し、切り分け情報（0.4〜1sの情報）より、ＳＯＢＵが1s〜2sになるようにＶＯＢＵ／ＳＯＢＵ＿ＥＮＴを作成し（ステップＳＴ１５４００３）、ｊ５）へ移行する；
ｊ４）ＶＯＢ／ＳＯＢ＿ＰＢ＿ＴＭ＿ＲＮＧに2を設定し、切り分け情報（0.4〜1sの情報）より、ＳＯＢＵが2s〜3sになるようにＶＯＢＵ／ＳＯＢＵ＿ＥＮＴを作成する（ステップＳＴ１５４００４）；
ｊ５）本処理を終了する。
【０２００】
図５７は、図５２のＣＰ＿ＣＴＬ＿ＩＮＦＯ作成処理ＳＴ１２２０を説明するフローチャート図である。以下、ＣＰ＿ＣＴＬ＿ＩＮＦＯの設定処理を説明する；
ｋ１）最新のＰＭＴ、ＥＩＴ内にコピー情報が有るかどうか調べ（ステップＳＴ１２２００）、有る場合は、その情報を元にコピー情報を構成し（ステップＳＴ１２２０４、ＳＴ１２２０６）、設定し、ｋ３）へ移行する；
ｋ２）コピー情報がない場合は、コピーフリーとして設定する（ステップＳＴ１２２０２）；
ｋ３）最新のＰＭＴ、ＥＩＴ内にコンテンツ利用記述子が有るかどうか調べ（ステップＳＴ１２２０８）、有る場合は、その情報を元にＩＣＴ、ＥＰＮを設定しする（ステップＳＴ１２２１２、ＳＴ１２２１４）；
ｋ４）受信したＴＳパケット内にコピー情報がない場合は、コピーフリーとしてＩＣＴ、ＥＰＮとして構成する。
【０２０１】
図５８は、図４７に示した録画終了処理（ＳＴ１５０）におけるプログラムチェーン（ＰＧＣ）作成処理（プログラム設定処理を含む）の一例を説明するフローチャート図（プログラム設定処理フロー）である。この処理におけるＰＧ作成処理を以下説明する；
ｍ１）ディスクの最初の記録かどうかをチェックし（ステップＳＴ１６００）、最初の場合はＯＲＧ＿ＰＧＣを作成し（ステップＳＴ１６０２）、最初で無い場合はそのＯＲＧ＿ＰＧＣの後に追加するように設定する（ステップＳＴ１６０４）；
ｍ２）ＰＧ＿ＴＹに消去許可：０を設定し、Ｃｅｌｌ＿Ｎｓにセルの数を設定する（ステップＳＴ１７００Ｘ）；
ｍ３）ＡＲＩＢの場合、ＥＩＴ内の短形式イベント記述子のlanguage_codeが"jpn"の場合は、管理情報ＶＭＧ＿ＭＡＴ内の文字情報ＣＨＲに0x12を設定し、プライマリテキスト情報ＰＲＭ＿ＴＸＴＩの第二領域にＥＶＥＮＴ＿ＮＡＭＥを設定し、ＲＥＰ＿ＰＩＣＴＩに代表画像の情報を設定する；
ｍ４）ＬＡＳＴ＿ＭＮＦ＿ＩＤに本機器（図４１）のメーカＩＤを設定する（ステップＳＴ１７０２Ｘ）。この値は、ＰＧＩ、ＣＩ、ＶＯＢの変更があった場合にその変更した機器のメーカーＩＤを設定し、最後に編集、記録したのがどのメーカーであるかをわかるために設定するもので、これにより、違うメーカーの機器がディスクの記録内容を変更した場合に対応が取りやすくなる；
ｍ５）ＰＧ＿ＩＮＤＥＸにＰＧの絶対番号を設定し（ステップＳＴ１７０２Ｘ）、他のアプリケーションソフトウエアなどから参照する場合にＰＧ単位での参照を可能にする。さらに、本ＰＧ更新日時情報を記録する。この時、本機器で対応している（メーカーのコードが一致した）ＭＮＦＩやＩＴ＿ＴＸＴが有る場合には、その対応するデータの更新日時情報も設定する；
ｍ６）ＭＮＦＩに各メーカー独自の情報を設定する；
ｍ７）ＣＥＬＬ＿ＴＹにストリーマであることを示す情報（ＣＥＬＬＩ）を設定する（ステップＳＴ１７０４Ｘ）：
ｍ８）参照するＳＯＢ番号を設定し、再生するＩＤとして代表（ビデオの）ＰＩＤまたは、Component_Group_Idを設定し、ＥＰＩの数、再生開始ＰＴＭ、終了ＰＴＭ、ＥＰを設定それぞれ設定する（ステップＳＴ１７０４Ｘ）。
【０２０２】
図５９は、図４１の装置の再生動作の一例を説明するフローチャート図（全体の再生動作フロー）である。再生時のデータ処理は、以下の通りとなる（図５９〜図６２参照）；
ｎ１）再生処理に入る前に、ディスクチェックし、追記可能ディスクあるいは書替可能ディスク（Ｒ、ＲＷ、ＲＡＭ；ここでは仮に“rewritable Disc”と呼ぶ）であるかどうかをチェックし、rewritable Discで無い場合には、その旨を返して終了する；
ｎ２）ディスクのファイルシステムを読み出し、録画されたデータが有るかどうかチェックし、無い場合には、“録画されていません”と表示して終了する。
【０２０３】
ｎ３）ＶＭＧファイルを読み込み、再生するプログラムを決定する（ステップＳＴ２０７、ＳＴ２０８）。ＶＭＧの情報は図４１のワークＲＡＭ８０Ａに格納される。このワークＲＡＭからプロファイル情報（図５、図９等）を読み出し（ステップＳＴ２０９Ａ）、読み出したプロファイル情報中のリージョンコードを、レコーダ（図４１の装置）がデフォルトで持つリージョン値と比較する（ステップＳＴ２０９Ｂ）。リージョンが不一致ならその旨を表示し（ステップＳＴ２０９Ｃ）、リージョン不一致のＳＯＢの再生が禁止される（ステップＳＴ２０９Ｄ）。一方、リージョン一致で再生が可能なら、動作表（図４５）に従って再生モードを設定する（ステップＳＴ２０９Ｅ）。しかる後、再生するセルを決定する（ユーザに選ばせる）。ここで、記録順の再生選択した場合には、ＯＲＧ＿ＰＧＣＩに従って再生をおこない、番組毎の再生を行う場合には、再生したい番組に相当する番号のＵＤ＿ＰＧＣに従って再生を行う。
【０２０４】
ｎ４）ＰＫＴ＿ＴＹの値を読み出し、対応可能な放送方式かどうかチェックし、対応可能で無い場合は、その旨を表示して処理を終了する（もしくは次のＣＥＬＬへ移行する）；
ｎ５）再生するＣＥＬＬＩより再生するＳＯＢ／ＶＯＢを決定し（ステップＳＴ２１２）、再生開始ＰＴＭより、再生を開始するファイルポインタ（論理アドレス）ＦＰを決定する。さらにＳＴＩの値により、各デコーダ部設定を行い再生の準備を行う。また、先頭のパケットグループヘッダ内のＣＣＩより、ＡＰＳの設定をビデオデコーダにＡＰＳのＯＮ／ＯＦＦ、ＡＰＳのタイプ等を設定し、デジタルコピー制御によりＣＧＭＳＡの設定をビデオデコーダに行う。さらに、デジタル出力（ＩＥＥＥ１３９４、インターネット等）が有る場合：ＥＰＮの値により、０：スクランブルオン又は出力禁止、１：そのまま出力に出力ＩＣに設定する。また、ＩＣＴが0の場合、画像の解像度を制限を加え、ＨＤ（高解像度）をＳＤ（標準解像度）に変換し、ＩＣＴが1の場合はそのまま出力に出力ＩＣに設定する。この時、再生を開始するフレームがＩピクチャで無い場合、その直前のＩを読み出しそこからデコードを開始し、目的のフレームまできた所で表示を開始し、通常再生を開始する。
【０２０５】
ｎ６）再生開始時の処理を行う（ステップＳＴ２１２）；
ｎ７）各デコーダの設定（後途）を行う（ステップＳＴ２１７）；
ｎ８）セルの再生処理（後述）を行い（ステップＳＴ２２０）、再生終了かどうかをチェックする（ステップＳＴ２３０）。終了の場合には、エラーチェックを行い（ステップＳＴ２４０）、エラーの場合にはその旨を表示し（ステップＳＴ２４２）、エラーでない場合には再生終了処理を行い（ステップＳＴ２４０）、本動作を終了する；
ｎ９）ＰＧＣＩより次のセルを決定し（ステップＳＴ２３２）、デコーダの設定が変更されたかどうかをチェックし、変更された場合には、次のシーケンスエンドコードにデコーダの設定が変更されるようにデコーダに変更属性を設定する；
ｎ10）再生が終了したかどうかをチェックし、再生終了しない場合は、ｎ６）へ移行する。
【０２０６】
図６０は、図５９のデコーダ設定処理ＳＴ２１７を説明するフローチャート図である。まず、
ｐ１）再生するグループを決め、ＧＰＩに従い、再生するＥＳを決める（ステップＳＴ２１７１）；
ｐ２）属性情報（ＳＴＩ又はＥＳＩ）を読み込む（ステップＳＴ２１７２）；
ｐ３）レコーダが対応できるフォーマットかどうかをチェックし（ステップＳＴ２１７３、ＳＴ２１７６）、対応可能な場合はその設定を行い（ステップＳＴ２１７４、ＳＴ２１７７）、対応不能の場合はミュートを設定する（ステップＳＴ２１７５、ＳＴ２１７８）；
ｐ４）ＣＣＩの設定を行なう（ステップＳＴ２１７９）。
【０２０７】
図６１は、図５９のセル再生時の処理（ＳＴ２２０）の一例を説明するフローチャート図である。セルの再生処理は、以下のようになる；
ｑ１）ＴＭＡＰＩの内容よりＣＥＬＬの開始ファイルポインタＦＰ（論理ブロック番号ＬＢＮ）、終了ＦＰを決定し、さらに、ＣＥＬＬＩ内の開始時間、終了時間より開始のＳＯＢＵ＿ＥＮＴRY、終了のＳＯＢＵ＿ＥＮＴRYを決定し、ＡＤＲ＿ＯＦＳに目的のＳＯＢＵ＿ＥＮＴRYまでのＥＮＴＲＹのデータ長を累積し、開始アドレス（ＬＢ＝ＦＰ）、終了アドレスを求める。残りＣＥＬＬ長は終了アドレスより開始アドレスを引いた値とし、再生開始時間をＳＴＣへセットする（ステップＳＴ２２００）。再生するＰＩＤを決定し、デコーダ（ＳＴＢ、デジタルチューナ）に設定する。
【０２０８】
ｑ２）再生中の読み出し処理を実行し、開始ファイルポインタより読み出しアドレス、読み出しサイズを決定する（ステップＳＴ２２０６）；
ｑ３）読み出す読み出し単位サイズと残りセル長を比べ（ステップＳＴ２２０７）、残りセル長が大きい場合には、残りセル長に残りセル長より読み出す読み出し単位サイズを引いた値を設定する（ステップＳＴ２２０８）。小さい場合には、読み出し長を残りセル長にセットし、残りセル長を０にセットする（ステップＳＴ２２０９）；
ｑ４）読み出し長を読み出し単位の長さに設定し、ドライブ部へ読み出しアドレス、読み出し長、読み出し命令を設定する（ステップＳＴ２２１０）。
【０２０９】
ｑ５）１ＳＯＢＵ分たまるのを待つ。たまったら、バッファデコーダ転送処理を行い（ステップＳＴ２２２０）、次へ移行する。
【０２１０】
ｑ６）転送が終了したかどうかをチェックし（ステップＳＴ２２２６）、終了した場合には、次へ移行する；
ｑ７）アングルキー等が押されたかどうかをチェックし（ステップＳＴ２２３８）、押された場合は、ＧＰＩがあるかどうかチェックする（ステップＳＴ２２３９）。ある場合はＧＰ切り替え処理を行い（ステップＳＴ２２４０）、無い場合は何もせずに次の処理へ移行する；
ｑ８）残りセル長をチェックし（ステップＳＴ２２２８）、“００”でない場合には、ｑ２）へ移行し、“００”の場合には、本処理を終了する。
【０２１１】
図６２は、図６１のバッファデータデコーダ転送処理ＳＴ２２２０を説明するフローチャート図である。バッファデータデコーダ転送処理を以下に説明する；
ｒ１）バッファＲＡＭ内のパケットグループの数をチェックし、1パケットグループ無い場合は本処理を終了する。1以上有る場合は、最初のパケットグループを処理するよう設定する（ステップＳＴ２２２００）；
ｒ２）目的のパケットグループをバッファＲＡＭ内より読み出す（ステップＳＴ２２２０１）。パケットグループの先頭は、パケットグループ長とSync_Patternにより検出する；
ｒ３）パケットグループヘッダ内のＡＴＳを読み出し、ＡＴＳが存在するかどうかをチェックする（ステップＳＴ２２２０２）。存在しない場合は、直ちに（時間に関係なく）デコーダ部（ＳＴＢ、デジタルチューナ）に1パケットグループを送る；
ｒ４）ＰＡＴ（6バイト）をそのまま各ＴＳパケットの転送時間とし、その時間に各ＴＳパケットをデコーダ部（ＳＴＢ部）に送る（ステップＳＴ２２２０３）。
【０２１２】
ｒ５）転送終了まで待ち（ステップＳＴ２２２０４イエス）、ＴＳパケットの転送終了したら、ＣＣＩを基にＡＰＳ（図１６、図３４参照）の設定をビデオデコーダに対して行い（ＡＰＳのオン・オフ；ＡＰＳタイプの設定等）、またＣＣＩを基にデジタルコピー制御を行なう（ＣＧＭＳＡをビデオデコーダに対して設定するなど）。さらに、デジタル出力（ＩＥＥＥ１３９４、インターネット等）が有る場合はＥＰＮのああいによりスクランブルオンまたは出力禁止等を設定する。さらに、ＩＣＴが０の場合は画像の解像度に制限を加え、高精細ＨＤを標準画質のＳＤに変換し、ＩＣＴが１の場合はオリジナルのまま出力するよう、装置の出力ＩＣを設定する（ステップＳＴ２２２０５）。この出力ＩＣ設定後、パケットグループがバッファＲＡＭに残っているかどうかをチェックする（ステップＳＴ２２２０６）。残っていない場合は（ステップＳＴ２２２０６ノー）本処理を終了する；
ｒ６）次のパケットグループを処理するよう設定し（ステップＳＴ２２２０７）、ｒ２）に移行する。
【０２１３】
図６３は、図６１のＧＰ切り替え設定処理ＳＴ２２４０の一例（例１）を説明するフローチャート図である。ＧＰ切り替え処理は、上記したようにＧＰＩに２種類の方式が考えられるが、この２種類の方法の他にさらに簡易的な方法が考えられる。第一は、図６３に示されるようになる；
ｕ１）切り替えＳＷの種別を調べる（ステップＳＴ２２４００Ａ）；
ｕ２）現在再生しているＧＰのＧＰＩを読み込む（ステップＳＴ２２４０１Ａ）；
ｕ３）ＳＷ種別がマルチチャンネルの場合（ステップＳＴ２２４０２Ａイエス）、映像の属性が変化する可能性があるため、切り替えないで終了する（切り替えに対応していないＴＹの場合は何もせずに終了）；
ｕ４）ＳＷ種別がマルチチャンネルでない場合（ステップＳＴ２２４０２Ａノー）、ＳＷ種別が現在再生しているＧＰ内にあるＧＰ＿ＴＹにあるかどうかを調べる。無い場合は（ステップＳＴ２２４０４Ａノー）、何もせずに終了する；
ｕ５）ＳＷ種別がＧＰ＿ＴＹにある場合は（ステップＳＴ２２４０４Ａイエス）、ＧＰ＿ＴＹよりＧＰ＿ＮＵＭを求め、同じＧＰ＿ＮＵＭを持つＧＰを調べる。同じＧＰ＿ＮＵＭを持つＧＰが在る場合は、そのＧＰに切り替えるためにＧＰＩ情報を読み込み（ステップＳＴ２２４０５Ａ）、デコーダ設定処理を行う（ステップＳＴ２２４１０）。
【０２１４】
図６４は、図６１のＧＰ切り替え設定処理ＳＴ２２４０の他例（例２）を説明するフローチャート図である。第二は、図６４に示されるようになる。すなわち、
ｖ１）切り替えＳＷの種別を調べる（ステップＳＴ２２４００Ｂ）；
ｖ２）現在再生しているＳＵＢＧＰのＧＰＩを読み込む（ステップＳＴ２２４０１Ｂ）；
ｖ３）ＳＷ種別がマルチチャンネルの場合（ステップＳＴ２２４０２Ｂイエス）、映像の属性が変化する可能性があるため、切り替えないで終了する（切り替えに対応していないＴＹの場合は何もせずに終了）；
ｖ４）本ＳＵＢ＿ＧＰが所属するＭＡＩＮ＿ＧＰの情報を全て読み出し（ステップＳＴ２２４０３Ｂ）、ＳＷ種別がＭＡＩＮ＿ＧＰ＿ＴＹにあるかどうかを調べる。無い場合は（ステップＳＴ２２４０４Ｂノー）、何もせずに終了する；
ｖ５）ＳＷ種別がＭＡＩＮ＿ＧＰ＿ＴＹにある場合は（ステップＳＴ２２４０４Ｂイエス）、そのＭＡＩＮ＿ＧＰに所属しているＳＵＢ＿ＧＰを調べる。ＳＵＢ＿ＧＰが在る場合は、そのＳＵＢ＿ＧＰに切り替えるためにＧＰＩ情報を読み込み（ステップＳＴ２２４０５Ｂ）、デコーダ設定処理を行う（ステップＳＴ２２４１０）。
【０２１５】
図６５は、図６１のＧＰ切り替え設定処理ＳＴ２２４０のさらに他の例（第一の簡易版としての例３）を説明するフローチャート図である。この簡易版は、図６５のようになる；
ｗ１）切り替えＳＷの種別を調べる（ステップＳＴ２２４００Ｃ）；
ｗ２）現在再生しているＧＰのＧＰＩを読み込む（ステップＳＴ２２４０１Ｃ）；
ｗ３）ＳＷ種別がマルチチャンネルの場合（ステップＳＴ２２４０２Ｃイエス）、映像の属性が変化する可能性があるため、切り替えないで終了する（切り替えに対応していないＴＹの場合は何もせずに終了）；
ｗ４）ＳＷ種別が現在再生しているＧＰ内にあるＧＰ＿ＴＹにあるかどうかを調べ、無い場合は（ステップＳＴ２２４０４Ｃノー）何もせずに終了する；
ｗ５）同じＧＰ＿ＴＹのＧＰがあるかどうかを調べ、在る場合は、そのＧＰに切り替えるためにＧＰＩ情報を読み込み（ステップＳＴ２２４０５Ｃ）、デコーダ設定処理を行う（ステップＳＴ２２４１０）。
【０２１６】
図６６は、図５３のＧＰＩ設定処理ＳＴ１５３０の他例（例２）を説明するフローチャート図である。ＧＰＩ設定処理の第二の方法を、以下に説明する（第一の方法は図５４）。
【０２１７】
ｔ１）ストリームのタイプを調べる；
ｔ２）複数番組を1ストリームにした場合（ステップＳＴ１５３００Ｂイエス）、ＳＯＢ＿ＴＹにＧＰＩありとし、番組毎にＭＡＩＮ＿ＧＰを追加し、ＭＡＩＮ＿ＧＰ＿ＴＹ＝03とする。さらに、1番組にＭＡＩＮ_ＧＰＩで１ＳＵＢ＿ＧＰを構成することで、各ＳＵＢ＿ＧＰを設定し、本処理を終了する（ＳＵＢ＿ＧＰには再生するＰＩＤを入れる）（ステップＳＴ１５３０２Ｂ）；
ｔ３）降雨対応放送の場合（ステップＳＴ１５３０４Ｂイエス）、ＳＯＢ＿ＴＹにＧＰＩありとし、ＭＡＩＮ＿ＧＰを追加し、ＭＡＩＮ＿ＧＰ＿ＴＹ＝02とする。さらに、ＭＡＩＮ_ＧＰＩにおいて高階層グループをＳＵＢ＿ＧＰ＃1に登録し、低階層グループをＳＵＢ＿ＧＰ＃２に登録し、各ＳＵＢ＿ＧＰを設定し、本処理を終了する（ＳＵＢ＿ＧＰには再生するＰＩＤを入れる）（ステップＳＴ１５３０６Ｂ）；
ｔ４）マルチビュー放送の場合（ステップＳＴ１５３０８Ｂイエス）、ＳＯＢ＿ＴＹにＧＰＩありとし、ＭＡＩＮ＿ＧＰを追加し、ＭＡＩＮ＿ＧＰ＿ＴＹ＝01とする。さらに、ＭＡＩＮ_ＧＰＩにおいてメイングループをＳＵＢ＿ＧＰ＃1に登録し、そのほかのグループをＳＵＢ＿ＧＰ＃2〜ｎに登録し、各ＳＵＢ＿ＧＰを設定し、、本処理を終了する（ＳＵＢ＿ＧＰには再生するＰＩＤを入れる）（ステップＳＴ１５３１０Ｂ）；
ｔ５）そうでないときは（ステップＳＴ１５３０８Ｂノー）、ＳＯＢ＿ＴＹにＧＰＩなしと設定する（ステップＳＴ１５３１２Ｂ）。
【０２１８】
録画動作設定処理は、図６７、図６８に示すように二通りの方法が考えられる。図６７は、図５１の録画動作設定処理ＳＴ６０７０の一例を説明するフローチャート図である。第一は、録画動作を再生動作と同ように制限をかける方法で、図６７のように、図４５の動作表にしたがって設定を行う（ステップＳＴ６０）。
【０２１９】
図６８は、図５１の録画動作設定処理ＳＴ６０７０の他例を説明するフローチャート図である。第二は、録画動作に制限をかけずにディスクのプロファイル情報を変更して、録画を続ける方法で、実際の動作は次のようになる；
ｓ１）ディスクのプロファイル情報を読み込み、そのなかのオプション情報を取り出し、Ｄ−ＯＰとする。
【０２２０】
ｓ２）これから録画を行うときの属性情報よりオプション情報を作成し、Ｒ−ＯＰとする。
【０２２１】
ｓ３）ディスクのオプション情報（Ｄ−ＯＰ）と録画時のオプション情報（Ｒ−ＯＰ）が同じ場合、または、録画ステータスがＢＡＳＥの場合、ディスクのＯｐtｉｏｎ情報が全てＯＫの場合は（図４５の表の○の部分）、問題なく記録可能なのでそのまま録画するように設定し、本処理を終了する。
【０２２２】
ｓ４）“ディスクのプロファイルが違います。サポート状況を変更して記録しますか?”と表示し、許可を求め、許可されない場合は、録画を中止して本処理を終了する。
【０２２３】
ｓ５）許可の場合は、ディスクのオプション情報（Ｄ−ＯＰ）と録画時のオプション情報（Ｒ−ＯＰ）の値を論理ＯＲしてディスクのオプション情報として、録画処理を行うように設定する。
【０２２４】
図６９は、複数種類の放送が放送されたときのストリームがどのように構成されるかの概要を説明する図である。デジタル放送の特徴の１つとして、例えばマルチビュー放送がある。マルチビュー放送では、複数の映像を同時に（タイムシェアリングして）流し、その内、ユーザが必要とするものだけを選んで再生することができる。これにより、複数のコンテンツをユーザの好み等により選択するものである。例えば、図６９のように、マルチアングル放送でＸ、Ｙ、Ｚのストリームと、降雨対応放送としてＵのストリームとがひとつのＴＳとしてレコーダ（図４１の装置等）により受け取られた場合、再生時に必要なストリームを選択して再生し、リモートコントローラ等のキーにより各ストリーム間で自由に切り替えられるようにする必要がありる。この発明の一実施の形態では、グルーピング情報（図２５のＧＰＩ）を追加して、この複数コンテンツ（各ストリーム間）のユーザ選択を可能にしている。
【０２２５】
図７０は、複数種類の放送が放送されたときのストリームのグループ構成の一例（例１）を説明する図である。いま、図６９のようなストリームを例に考えてみる。すなわち、マルチビュー放送としてＸ（ＭＡＩＮ）、Ｙ、ＺのストリームとＸの降雨対応ストリームとしてＵがあるような放送を記録した場合、この発明の一実施の形態に係る方法で対応すると、図７０のように、ＧＰＩ＿ＳＲＰ＿ＮｓはＸ、Ｙ、Ｚ、Ｕの4グループあるので４；ＸのＧＰＩはマルチビューと降雨対応の二種類あるためＧＰ＿ＴＹ＿Ｎｓ＝２；マルチアングルの方はメイングループであるのでＧＰ＿ＴＹ＃１＝10、ＧＰ＿ＮＵＭ＃１＝１；降雨対応の方はＧＰ＿ＴＹ＃２＝20、ＧＰ＿ＮＵＭ＃２＝２；ＹのＧＰＩはマルチビュー放送のサブグループのみのため、ＧＰ＿ＴＹ＿Ｎｓ＝1、ＧＰ＿ＴＹ＃１＝11、ＧＰ＿ＮＵＭ＃１＝１；ＺのＧＰＩはマルチビュー放送のサブグループのみのため、ＧＰ＿ＴＹ＿Ｎｓ＝１、ＧＰ＿ＴＹ＃１＝11、ＧＰ＿ＮＵＭ＃１＝１；ＵのＧＰＩは降雨対応のサブグループのみのため、ＧＰ＿ＴＹ＿Ｎｓ＝１、ＧＰ＿ＴＹ＃１＝21、ＧＰ＿ＮＵＭ＃１＝２となる。
【０２２６】
このため、再生時には、押されたリモートコントローラキーの種類により（マルチビュー放送の場合はアングルキー）、再生中のＧＰＩをみて、その目的の種類のＧＰ＿ＴＹを持っているかどうかを判定し、持っている場合は、そのＧＰ＿ＴＹに付いているＧＰ＿ＮＵＭと同じ番号で同じＧＰ＿ＴＹのＧＰを探し、見つかった場合はそのＧＰに切り替える作業を行う。
【０２２７】
また、放送が必ず1種類しかＧＰ＿ＴＹを持たない場合は、この発明の一実施の形態に係る方法の変形例として、ＧＰ＿ＮＵＭを持たず、ＧＰ＿ＴＹのみを記載し、同じＧＰ＿ＴＹ同士での切り替えだけで対応する方法も考えられる。
【０２２８】
図７１は、複数種類の放送が放送されたときのストリームのグループ構成の他例（例２）を説明する図である。ここで、図６９のようなストリームを例に考えてみる。この発明の一実施の形態に係る方法で対応すると、図７１のようにマルチビュー放送と降雨対応であるので、ＭＡＩＮＧＰ＿ＳＲＰ＿Ｎｓ＝２で、ストリームはＸ、Ｙ、Ｚ、Ｕの４つとなる。そのため、ＳＵＢＧＰ＿ＳＲＰ＿Ｎｓ＝４；また、マルチビュー放送のＭＡＩＮグループは、ＭＡＩＮ＿ＧＰ＃１：ＭＡＩＮＧＰ＿ＴＹ＝１、Ｘ（ＳＵＢ＿ＧＰ＃１）、Ｙ（ＳＵＢ＿ＧＰ＃２）、Z（ＳＵＢ＿ＧＰ＃３）となり；降雨対応放送のＭＡＩＮグループは、ＭＡＩＮ＿ＧＰ＃２：ＭＡＩＮＧＰ＿ＴＹ＝２、Ｘ（ＳＵＢ＿ＧＰ＃１）、Ｕ（ＳＵＢ＿ＧＰ＃４）となる。
【０２２９】
これにより、再生時には、押されたリモートコントローラキーの種類により（マルチビュー放送の場合はアングルキー）、再生中のＭＡＩＮＧＰＩをみて、それが目的の種類のＧＰ＿ＴＹを持っており、現在再生しているＳＵＢ＿ＧＰが登録されているかどうかを判定する。そして、登録されている場合は、そのＭＡＩＮ＿ＧＰに登録されているＳＵＢ＿ＧＰより、現在再生しているＧＰ以外のＧＰに切り替える作業を行う。
【０２３０】
以上により、デジタル放送に対応した木目細かい制御動作が実現できる。
【０２３１】
＜実施の形態の要点＞
０１．レコーダのオプション対応レベルにより、ディスク内のストリームの再生可否を判定する（図５、図４４、図４５等）。
【０２３２】
０２．リージョンコードにより、デコードできるストリームを判定し、そのディスクの再生可否を判断する（図５、図４４等）。
【０２３３】
０３．タイムマップ（ＴＭＡＰ）情報を別領域に記録し、ＴＭＡＰ変更時の負担を減らす（図３のＴＭＡＰファイル、図４のＨＤＶＲ＿ＶＭＧ内末尾のＴＭＡＰＴ等）。
【０２３４】
０４．グループ情報にグループタイプ（番号）を追加し、切り替え可能なグループかどうかの判定を行う（図２７等）。
【０２３５】
＜実施の形態に応じた効果＞
１１．対応すべきストリームのデコードの種類を、図４５に例示されるような（ある程度制限された数の）組み合わせに絞り込み、その組み合わせを管理情報内のプロファイル情報（図５、図９等）に書き込んでおく。すると、記録再生装置（ＤＶＤレコーダ等）は使用目的にあったデコーダのみを実装すればよいことになり、装置の構成を相対的に軽くできる。例えば、「ＡＡＣオーディオがあればＡＣ３（Ｒ）オーディオはいらない」という使用目的を持ったユーザがターゲットの装置では、ＡＡＣデコーダだけ実装すれば済む。
【０２３６】
１２．リージョンコードにより使用地域を特定できるので、装置は必ずしも全地域に対応したハードを持つ必要がなくなる。例えば、日本で使用するレコーダでＡＴＳＣ（米国のデジタル放送規格規格）のデコードをサポートしても、その部分のハードはほとんど使われないので、ＡＲＩＢ（日本のデジタル放送規格規格）のみに対応するようにデコーダを実装する方が無駄がない。
【０２３７】
このように使用目的および／または使用地域により実装するデコーダを選択して、装置のコストを抑えることができる。換言すれば、商品の目的の応じて最適なレコーダを構築することが可能となる。
【０２３８】
すなわち、プロファイル情報により、地域性がありグレードの違うレコーダをそのグレードに見合った製品価格で製品化し易くなる。
【０２３９】
１３．録再可能なディスク（特に大容量のディスク）では、その管理情報のデータ量が大きくなりやすい。その場合、タイムマップ（ＴＭＡＰ）情報を別ファイルに格納すれば、ＴＭＡＰの頻繁な書替時にその処理を素早く行うことができる。あるいは、ＴＭＡＰ情報を管理情報（ＶＭＧ）の末尾に配置すれば、タイムマップ情報の頻繁な書替時にＴＭＡＰ情報の前に配置された他の管理情報と独立してＴＭＡＰ情報のみを変更できるため、その処理を素早く行うことができる。
【０２４０】
すなわち、ＴＭＡＰを記録媒体の別領域に記録することにより、この媒体を用いる装置側の処理の軽減が可能となる。
【０２４１】
１４．ディスクの管理領域（図６のＨＤＶＲ＿ＶＭＧ）はストリームファイル情報テーブル（ＳＴＲ＿ＦＩＴ）を含み、このＳＴＲ＿ＦＩＴのデータ階層中（図７のＳＯＢＩ、図８のＳＯＢ＿ＥＳ＿ＧＰＩ、図２５のＳＯＢ＿ＥＳ＿ＧＰＩ、図２６のＧＰＩ、図２７のＧＰＩ＿ＧＩ）に、グループタイプの情報（ＧＰ＿ＴＹ、ＧＰ＿ＮＵＭ等）を持つことができる。この情報（図２７のＧＰ＿ＴＹ、ＧＰ＿ＮＵＭ等）を用いて、種々な放送形式（マルチビュー、降雨対応、マルチチャネル等）を識別できるとともに、切り替え可能なグループ（例えばマルチチャネル放送）ならその番号（ＧＰ＿ＮＵＭ）により切り替え可能となる。
【０２４２】
すなわち、グループ情報（ＧＰＩ）の変更により、複数種類のグループの共存が可能となる。
【０２４３】
さらにまた、まず本発明の別の実施形態のポイントを先に説明する。ポイント１．ＰＬ＿ＲＳＭ＿ＭＲＫＩ（プレイリストレジュームマーク・マーク情報），ＰＧ＿ＲＳＭ＿ＭＲＫＩ（プログラムレジュームマーク・マーク情報）が設けられている点にポイントがある。
【０２４４】
ポイント２．ＳＯＢ＿ＥＳＩ（ストリームオブジェクト・エレメントストリーム情報（ＳＯＢに関する表示のための属性情報の一部）の項目が詳細になっている点がある。また、ポイント３．ＳＯＢ＿ＴＭＡＰＩ（ＳＯＢタイムマップ情報）に関して、ＳＯＢ＿ＡＤＲ＿ＯＦＳ（ＳＯＢアドレスオフセット）をパケットグループ（Ｐａｃｋｅｔ  Ｇｒｏｕｐ）数単位で取り扱うことができ、アクセスを便利にした点にある。
【０２４５】
さらに、ポイント４．ＰＫＴ＿ＧＲＰ＿ＧＩ（パケットグループ一般情報）が存在する。この情報には、ＰＫＴ＿ＧＲＰ＿ＴＹ、ＶＥＲＳＩＯＮ、・ＰＫＴ＿ＧＲＰ＿ＳＳ、ＥＲＲ，ＳＴＵＦ，ＷＲＡＰ，ＤＩＳＣＯＮ、ＣＣＩ＿ＴＹが存在する（これらについては後述されるが、コンテンツ編集時、コンテンツ確認時にメニュー表示を作成する場合等便利である）。ポイント５．ＳＴＲ＿ＦＩ（ストリームファイル情報）が別ファイルとして独立して存在し、編集などの融通性を向上している。またポイント６．タイプＢのＰＡＴＳ（パケット到着タイムスタンプ）ベースのＴＭＡＰ（タイムマップ）が存在し、いずれのタイムスタンプを用いても、再生を可能とする。ポイント７．Ｐａｃｋｅｔ  Ｇｒｏｕｐ  ＨｅａｄｅｒにＦｉｒｓｔ＿ＰＡＴＳ＿ＥＸＴ情報が存在する。
【０２４６】
本発明の実施形態は、図７２〜図１１１のオブジェクト及びその管理情報の説明、図１１２〜図１４３が参照されて、記録再生装置の構成及び動作が説明される。
【０２４７】
図７２は、この発明の一実施の形態に係るデータ構造を説明する図である。ディスク状情報記録媒体１００（図７２（ａ）参照）としては、ブルーレーザ使用のＤＶＤ−ＲＡＭ、現行のＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ−Ｒ等の記録可能光ディスクや、ハードディスク等の記録可能磁気ディスクがある。以下では、例えば４０５ｎｍ〜６５０ｎｍのレーザを用いたＤＶＤ−ＲＡＭ等の光ディスクを例にとって説明を続ける。
【０２４８】
ディスク１００は、その内周側から外周側に向かって、リードイン領域１１０、ボリューム／ファイル構造情報領域１１１、データ領域１１２、およびリードアウト領域１１３を持っている（図７２（ｂ）参照）。ボリューム／ファイル構造情報領域１１１内にはファイルシステムが格納されている。ファイルシステムは、どのファイルがどこに記録されているかを示す情報で構成されている（詳細は、図７４を参照して後述する）。記録コンテンツはデータ領域１１２に格納される。
【０２４９】
データ領域１１２は、一般のコンピュータデータが記録される領域１２０と、ＡＶデータを記録する領域１２１に分けられる（図７２（ｃ）参照）。ＡＶデータ記録領域１２１は、ＡＶデータの管理をするためのファイル（ＶＭＧファイル）があるＡＶデータ管理情報領域１３０と、ビデオレコーディング規格のオブジェクトデータ（ＶＯＢＳ）ファイル（ＶＲＯファイル）が記録されるＶＲオブジェクト群記録領域１２２と、デジタル放送に対応したストリームオブジェクト（ＳＯＢＳ：Stream OBject Set）が記録されるStreamオブジェクト群記録領域１３１で構成されている（図７２（ｄ）参照）。つまり、この実施の形態では、デジタル放送のストリームオブジェクトは、ＶＲオブジェクトとは別のファイルであるストリームオブジェクト１３２（ＳＯＢＳ）として記録される（図７２（ｅ）参照）。
【０２５０】
各ストリームオブジェクト１３２は、ディスク１００へのアクセス単位となるデータユニット（ＳＯＢＵ：Stream OBject Unit）１３４が１つ以上集まって構成される（図７２（ｆ）参照）。ここで、１つのＳＯＢＵは、オブジェクト管理情報内の値で指定された一定時間間隔のピクチャ単位で区切られたデータユニットである。あるいは、１つのＳＯＢＵは、１以上のＧＯＰで区切られたデータユニットとしてもよい。各データユニット（ＳＯＢＵ）１３４は、複数ＴＳパケットの集まりで構成されるパケットグループ（Packet Group）１４０が１つ以上集まって構成される（図７２（ｇ）参照）。
【０２５１】
この実施の形態では、各パケットループ１４０は、例えば１６個のパック（または１６個のＬＢ（Logical Block））の集まりで構成される。１個のパックサイズ（あるいは１個のＬＢサイズ）が２ｋバイトとすると、各パケットグループ１４０のサイズは３２ｋバイトとなる。これはビデオレコーディング規格におけるＥＣＣブロックサイズと同じになる。
【０２５２】
各パケットグループ１４０は、ストリームレコーディング（ＳＲ）におけるパケット記録領域（ＤＶＤ−ＴＳパケット記録領域）１６０を構成している（図７２（ｈ）参照）。このＤＶＤ−ＴＳパケット記録領域１６０は、パケットグループヘッダ１６１と、そのペアであるパケット到着時間情報（ＰＡＴＳ）１６２、以下ＭＰＥＧ−ＴＳパケット１６３と、そのペアのパケット到着時間情報（ＰＡＴＳ）１６２、…（図７２（ｉ）参照）で構成される。このパケットグループ１４０の内容については、後に図１０３を参照して詳述する。
【０２５３】
図７３は、この発明の一実施の形態に係るデータ構造における再生管理情報層及びオブジェクト管理情報層、オブジェクト層との関係を説明する図である。図７２のＡＶデータ管理情報記録領域１３０に記録される管理情報（ＶＭＧファイル）は、ビデオレコーディング規格に基づく記録コンテンツおよびこの発明に基づくストリーム記録コンテンツの双方の再生手順を管理する再生管理情報層１０を持っている。すなわち、ストリーム記録されたオブジェクトの再生単位であるセル１３が１以上集まってプログラム１２が構成され、ビデオレコーディング記録されたオブジェクトの再生単位であるセル１３が１以上集まってプログラム１２が構成され、これらのプログラム１２の並び（再生手順）が、プログラムチェーン（ＰＧＣ）１１の管理情報（ＰＧＣＩ）で管理される。
【０２５４】
ここでは、ストリーム記録側のセル１３の途中から再生を開始する場合でも、ビデオレコーディング側のセル１３の途中から再生を開始する場合でも、ユーザは再生時間（ＰＴＳ）で再生場所を指定することができる。すなわち、ストリーム記録側のセル１３の途中からの再生時間（ＰＴＳ）で、再生を開始する場合は、ストリームオブジェクト管理情報層２０内のストリームオブジェクト情報ＳＯＢＩ２１を介してストリームオブジェクト層３０内のストリームオブジェクトＳＯＢ３１を指定し、ストリームオブジェクト管理情報層２０内のストリームオブジェクトユニット情報ＳＯＢＵＩ２２を介してストリームオブジェクト層３０内のストリームオブジェクトユニットＳＯＢＵ３２を指定する。ＳＯＢ３１およびそのＳＯＢＵ３２が指定されると、再生開始場所が特定される。（ここでのＳＯＢＵＩ２２はグローバル情報２２と言い換えてもよい。）ただし、録画したストリームが解析不能の場合は、再生時間でなく、到着時間で指定されるようにＴＭＡＰを作成する。
【０２５５】
このＳＯＢＵ３２は、１以上のパケットグループ３３により構成される。ＳＯＢＵ３２は、例えば１以上のＧＯＰ（グループオブピクチャー）に対応するデータ単位である。あるいは、オブジェクト管理情報内の値で指定された一定の再生時間分のデータ量に相当する単位でＳＯＢＵ３２を区切ってもよい。これにより、各情報フィールドのオーバーフローが防止される。
【０２５６】
各パケットグループ３３は、１６個のパック（あるいは１６個のＬＢ（ＬＢ：論理ブロック））（３２７６８バイト）で構成され、先頭にパケットグループヘッダ３４を持ち、その後に、複数ペア（この例では１７０ペア）のＰＡＴＳ３５およびＴＳパケット３６が配置される。これらのＴＳパケット３６内にストリームレコーディングの記録コンテンツが格納される。
【０２５７】
一方、ビデオレコーディング側のセル１３の途中に対応する再生時間（ＰＴＳ）位置から再生を開始する場合では、ビデオオブジェクト（ＶＯＢ）管理情報層２３内のビデオオブジェクト情報ＶＯＢＩ２４を介してビデオオブジェクト層３７内のビデオオブジェクトＶＯＢ３８を指定し、ビデオオブジェクト管理情報層２３内のビデオオブジェクトユニット情報ＶＯＢＵＩ２５を介してビデオオブジェクト層３７内のビデオオブジェクトユニットＶＯＢＵ３９を指定する。ＶＯＢ３８およびそのＶＯＢＵ３９が指定されると、再生開始場所が特定される。ＶＯＢＵ３９は複数パック４０により構成され、これらのパック内にビデオレコーディングの記録コンテンツが格納される。
【０２５８】
ストリーム記録側のセル１３の途中から再生を開始する場合では、ＳＯＢＵ＿ＰＢ＿ＴＭ（ストリームオブジェクトユニット・プレイバック・タイム）により、フィールド数の単位の時間で、再生開始場所を指定できる。また、ビデオレコーディング側のセル１３の途中から再生を開始する場合では、ビデオレコーディング規格で規定されているタイムマップ情報（ＴＭＡＰＩ）内のＶＯＢＵ＿ＰＢ＿ＴＭ（詳細は、図９３を用いて後述する）により、再生開始場所を指定できるようになっている。
【０２５９】
図７３の示すところを纏めると、次のようになる。すなわち、ＳＯＢＳ（Stream Object Set）の構造は、１以上のＳＯＢ（Stream OBject）で構成される。このＳＯＢは、例えば一番組に相当する。ＳＯＢは１以上のＳＯＢＵ（Stream OBject Unit）で構成され、このＳＯＢＵは、一定時間間隔（後述する図９０／図８８のＶＯＢＵ／ＳＯＢＵ＿ＰＢ＿ＴＭ＿ＲＮＧ（VOBU/SOBU PlayBack Time Rangeの値により変化する）を参照）分のオブジェクトデータ、もしくは１以上のＧＯＰデータに相当する。
【０２６０】
ただし、転送レートが低い場合、１秒（１ｓ）以内で１ＧＯＰが送られない場合が考えられる（アナログビデオ入力を装置内部でＭＰＥＧエンコードするＤＶＤ−ＶＲでは、内部エンコードであるためデータユニットの構成を自由に設定できるが、デジタル放送の場合ではエンコードが放送局側にあるため、どんなデータがくるか不明な可能性がある）。また、伝送レートが高く、イントラ（Ｉ）ピクチャが頻繁に送られる場合なども考えられる。その場合、ＳＯＢＵが頻繁に区切られ、それに伴いＳＯＢＵの管理情報が増え、全体の管理情報が肥大化する恐れがある。そこで、この発明の一実施の形態に係るＳＯＢＵは、一定時間間隔（最小の制限は、ＳＯＢ最後のＳＯＢＵ以外、区切りがピクチャ単位となること）または１以上のＧＯＰで区切るのが適当となる。ここで、解析不能時にＰＡＴＳベースで管理情報を構築する場合、ＳＯＢＵはＳＯＢＵ＿ＰＡＴＳ＿ＴＭ＿ＲＮＧ（後述する）に示される時間間隔で区切られる。ＳＯＢＵ＿ＰＡＴＳ＿ＴＭ＿ＲＮＧは秒単位で指定する場合と２７ＭＨｚのカウント値で指定する場合の２種類が考えられる。
【０２６１】
１つのＳＯＢＵ３２は１以上のパケットグループ３３で構成され、各パケットグループ３３は、基本的には、１６個のｐａｃｋ（１Ｐａｃｋ＝１ＬＢ：２０４８バイトサイズ）（３２，６４０バイト）で構成される。また、パケットグループ３３はパケットグループヘッダ（Packet  Group Header）３４とＴＳパケット（１７０個）３６で構成されている。各ＴＳパケット３６の到着時間は、各ＴＳパケット３６の手前にペアで配置されたＰＡＴＳ（Packet  Arrival  Times:４バイト）３５から分かるようになっている。
【０２６２】
ここで、到着時間は、録画開始を0（または所定の値）とし、録画終了までリニアにカウントアップさせる必要がある。そのため、録画中、複数の番組を一度に録画したり、編集された番組などの場合、STCのディスコンティニューが発生する可能性があり、そのような場合、ＳＴＣの調整が必要となるが、この場合でも転送時間に関しては、リニアに増える必要があるため、ＳＴＣの乗り換えに影響されないよう内部カウンタで処理する方法と切り替え時にＳＯＢを分ける方法が有る。ただし、リニアにする場合、その内部カウンタのカウント間隔は再生同期の合っている状態のＰＣＲ取り込みと次のＰＣＲ取り込み間隔のＳＴＣのカウント間隔とのカウント時間の間隔を同期させる必要がある。また、ＳＯＢを分ける場合、ディスコンティニューするタイミングを正確に知る必要がある。但し、Packet  Groupには2つまでのＳＯＢが混在する事を許可する。つまり、ＳＯＢ毎にアラインしないと言うことである。
【０２６３】
次に、図７４乃至図１１２を参照しながら、管理情報について説明する。図７４は、この発明の一実施の形態に係るファイル構造を説明する図である。図７２において説明したように、ディスク１００内のデータは、ファイルシステムが入っているボリューム／ファイル構造情報領域１１１と、データファイルを実際に記録するデータ領域１１２で構成されている。ボリューム／ファイル構造情報領域１１１に格納されるファイルシステムは、図７４に示すように、どのファイルがどこに記録されているかを示す情報で構成されている。また、データ領域１１２には一般のコンピュータが記録する領域１２０とＡＶデータを記録する領域１２１に分けられている。ＡＶデータ記録領域１２１は、記録されたＡＶデータを管理するためのＨＤＶＭＧファイル（およびそのバックアップファイル）があるＡＶデータ管理情報領域１３０と、ビデオレコーディング規格のオブジェクトデータ（ＶＯＢＳ）ファイル（ＶＲＯファイル）の記録されるＶＲオブジェクト群記録領域１２２と、デジタル放送に対応したオブジェクト（ＳＯＢＳ）が記録されているStreamオブジェクト群記録領域１３１で構成されている。
【０２６４】
ここで、ＤＶＤ−Ｖｉｄｅｏ（ROM Video）はＶＩＤＥＯ−ＴＳ、ＤＶＤ−ＲＴＲ（録再ＤＶＤ）はＤＶＤ−ＲＴＡＶと、フォーマット毎にディレクトリを分けており、今回のデジタル放送対応ＤＶＤ規格も例えばＤＶＤ＿ＨＤＶＲというディレクトリに記録される。
【０２６５】
つまり、図７４に示すように、ＤＶＤ＿ＨＤＶＲというディレクトリには、データの管理を行うためのＶＭＧファイル（ＨＲ＿ＭＡＮＧＥＲ．ＩＦＯおよびそのバックアップ用ＨＲ＿ＭＡＮＧＥＲ．ＢＵＰ）と、アナログ放送及びアナログライン入力などのアナログＡＶ情報記録用のオブジェクトファイルであるＶＲＯファイル（ＨＲ＿ＭＯＶＩＥＯ．ＶＲＯ）と、デジタル放送のオブジェクトであるＳＲＯファイル（ＨＲ＿ＳＴＲｘｘ．ＳＲＯ；ｘ＝０，１，２，…）と、スチルオブジェクト用ファイル（ＨＲ＿ＳＴＩＬＬ．ＶＲＯ）と、オーディオオブジェクト用ファイル（ＨＲ＿ＡＵＤＩＯ．ＶＲＯ）とが記録される。ここで、ＳＲＯファイルの対象はＳＯＢＳとされる。
【０２６６】
図７４では、さらに、例１としてのタイムマップファイル（ＨＲ＿ＶＴＭＡＰ．ＩＦＯ）およびそのバックアップファイル（ＨＲ＿ＶＴＭＡＰ．ＢＵＰ）が、独立したファイルとして設けられている。これらのファイル（ＨＲ＿ＶＴＭＡＰ．ＩＦＯとＨＲ＿ＶＴＭＡＰ．ＢＵＰ）には、タイムマップテーブルＴＭＡＰＴの情報を格納することができるようになっている（つまりＴＭＡＰＴは他の管理情報とは別にファイル管理できる）。
【０２６７】
そして、図７４に示されるようにＳＲの管理データはＶＲと共通のＨＤＶＭＧファイルに記録されてＶＲと共通に制御され、図７３に示されるようにＳＲの管理データとＶＲの管理データはＣＥＬＬ単位でリンクされ、再生場所の指定は再生時間単位で指定される。
【０２６８】
なお、ＤＶＤ＿ＨＤＶＲディレクトリには、図示しないが、チャプタメニューなどに利用できるサムネール（縮小画像）用のファイルとして、ＨＲ＿ＴＨＮＬ．ＤＡＴを設けることができる。さらに、図示しないが、アイテムテキスト（ＩＴ＿ＴＸＴ）とは別の追加テキストファイル：ＨＲ＿ＴＥＸＴ．ＤＡＴや、エントリポイント（ＥＰ）に追加された情報を保存するためのＨＲ＿ＥＸＥＰ．ＤＡＴを適宜、ＤＶＤ＿ＨＤＶＲディレクトリに設けることも可能である。
【０２６９】
なお、図７４に示すようにＴＭＡＰＴを別ファイルにする代わりに、例２としてのＴＭＡＰＴを、図７５に示すようにＨＤＶＲ＿ＶＭＧの末尾に追加する方法も可能である。
【０２７０】
図７５は、ＡＶデータ管理情報記録領域１３０に記録される管理情報の１つであるＨＤＶＲ＿ＶＭＧの一部（ＨＤＶＲ＿ＶＭＧＩ）がどのように構成されるかの一例を説明する図である。この実施の形態におけるストリームレコーディングをＳＲ（Stream Recording）と略記し、ビデオレコーディングをＶＲ（Video Recording）と略記する。すると、ＳＲデータの管理情報（ＳＴＲ＿ＦＩＴ；Stream File Information Table）は、ＨＤＶＲ＿ＭＧ内（図７４のＨＲ＿ＭＡＮＧＥＲ．ＩＦＯ内）に保存され、ＶＲデータと同列に管理される。
【０２７１】
ＨＤＶＲ＿ＭＧは、ビデオマネージャ情報（ＨＤＶＲ＿ＶＭＧＩ）及びストリームファイル情報テーブル（ＳＴＲ＿ＦＩＴ）、（オリジナルの）プログラムチェーン情報、プレイリスト情報（ユーザディファインドプログラムチェーン情報（ＥＸ＿ＵＤ＿ＰＧＣＩ））、タイムマップテーブル（ＴＭＡＰＴ（例２））を含んで構成されている。なお、ＳＴＲ＿ＦＩＴ（Stream File Information Table）は、従来のＤＶＤ−ＶＲ規格の管理情報に追加されたものである。
【０２７２】
ここで、ＴＭＡＰＴの位置がＨＤＶＲ＿ＭＧの末尾であることには重要な意味がある。すなわち、ＴＭＡＰＴ１３７０の位置がＭＧの末尾にあるので、ＴＭＡＰが頻繁に書き替えられそのデータサイズが増減しても、その都度ＶＭＧＩ〜ＭＮＦＩＴを書き替える必要は無くなる。
【０２７３】
別の言い方をすると、ＤＶＤレコーダでは、通常、ＶＯＢの管理情報として、タイムマップ情報（ＴＭＡＰＩ）を持っている。この情報はオブジェクトデータ（ＶＯＢ／ＳＯＢ）をデータユニット（ＶＯＢＵ／ＳＯＢＵ）毎に分けて、その単位で再生、特殊再生等を行えるようにするための情報であるが、最大０．５ｓ毎に1件の情報が必要になる。このため、将来、ディスクの容量が増えたり圧縮効率の高い圧縮方式を採用した場合、タイムマップ情報ＴＭＡＰＩが増え、編集などを行った場合に煩雑になる。このＴＭＡＰＩが管理情報ファイル（図７４のＨＲ＿ＭＡＮＧＥＲ．ＩＦＯ）内にあるとＴＭＡＰＩを変更するだけで、関係のない他の領域の管理データを移動しあるいは書き換えする等の必要が出てきて、効率が悪い。
【０２７４】
そこで、この発明の一実施の形態では、その状況を改善するために、ＴＭＡＰＩを別領域（図７４のＨＲ＿ＴＭＡＰ．ＩＦＯあるいは図７５のＨＤＶＲ＿ＭＧの末尾に配置されたＴＭＡＰＴなど）に記録するようにして対応している。
【０２７５】
また、図７５において、ＨＤＶＲ＿ＭＧＩは、マネージャー情報管理テーブル（ＭＧＩ＿ＭＡＴ）と、プレイリストサーチポインタテーブル（ＰＬ＿ＳＲＰＴ）を有する。
【０２７６】
上記のＭＧＩ＿ＭＡＴは、ディスク管理識別情報（ＶＭＧ＿ＩＤ）及びバージョン情報（ＶＥＲＮ）、ストリームオブジェクト管理情報開始アドレス（ＳＴＲ＿ＦＩＴ＿ＳＡ）、オリジナルプログラムチェーン情報開始アドレス（ＯＲＧ＿ＰＧＣＩ＿ＳＡ）、ユーザディファインドプログラムチェーン情報テーブル開始アドレス（ＵＤ＿ＰＧＣＩＴ＿ＳＡ）を含む。さらにまた、ＶＴＭＡＰＴの更新日時が記述されるＶＴＭＡＰ＿ＬＡＳＴ＿ＭＯＤ＿ＴＭ、ＳＴＭＡＰＴの更新日時が記述されるＳＴＭＡＰ＿ＬＡＳＴ＿ＭＯＤ＿ＴＭを含んで構成されている。ＳＲストリームの管理情報は、ＳＴＲ＿ＦＩＴに保存される。
【０２７７】
図７５の例に示したように、各ＴＭＡＰをＶＭＧと別ファイルにしたため、パーソナルコンピュータなどにより各ファイルを個別に改変可能となり、それを防ぐために自録再用のＶｉｄｅｏ  Ｒｅｃｏｄｉｎｇ（ＶＲ）用のＴＭＡＰ（Ｔｉｍｅ  Ｍａｐ）であるＶＴＭＡＰＴの更新日時情報と、デジタル放送記録用のＳｔｒｅａｍ  Ｒｅｃｏｄｉｎｇ（ＳＲ）用のＴＭＡＰ（Ｔｉｍｅ  Ｍａｐ）であるＳＴＭＡＰＴの更新日時情報を記載し、この値と各ＴＭＡＰＴファイルに記載されている更新日時情報（図示せず）を比較し、同じ値であれば整合性が取れているものとして処理を行うことができる。またこの更新日時情報は、他の関連すべきファイル（オーディオファイルとビデオファイル、或はテキストファイルのように関連）の記録日時情報の比較対称として利用できる。また検索などにも利用できる。
【０２７８】
図７６には、さらにＨＤＶＲ＿ＭＧＩに含まれるＥＸ＿ＰＬ＿ＳＲＰＴ（プレイリストサーチポインタテーブル）の内容を詳しく示している。
【０２７９】
ＥＸ＿ＰＬ＿ＳＲＰＴＩ（プレイリストサーチポインタテーブル情報）には、サーチポインタの数などが記述されている。これに続いてＥＸ＿ＰＬ＿ＳＲＰＴ（プレイリストサーチポインタ）＃１、＃２、…が記述されている。さらにまたＰＬ＿ＲＳＭ＿ＭＲＫＩ（プレイリストレジュームマーク・マーク情報）の記述領域が確保されている。
【０２８０】
ＰＬ＿ＲＳＭ＿ＭＲＫＩは、各プレイリスト（ＰＬ）の再生を中断したときの位置情報であり、次に再生を開始する場合の参照情報となる。この情報には、ＣＮ…再生を中断したＣＥＬＬ番号、ＰＩＣＴ＿ＰＴ…再生を中断したＰＴＭ（ＰＴＭベースの場合）もしくは（ＰＡＴＳベースの場合）、ＭＲＫ＿ＴＭ…マーキングした日時情報、が含まれる。
【０２８１】
また、ＰＬ＿ＩＮＤＥＸ…プレイリストの絶対番号、プレイリストの更新時の日時（ＰＬ＿ＬＡＳＴ＿ＭＯＤ＿ＴＭ）が記録されている。これを記録することで、各タイムマップファイルに記載されている更新日時情報とを比較し、同じ値であれば、プレイリストとタイムマップとが整合性が取れているものと判定できる。ＰＬ＿ＲＳＭ＿ＭＲＫＩ、ＰＬ＿ＩＮＤＥＸ、ＰＬ＿ＬＡＳＴ＿ＭＯＤ＿ＴＭは、各プレイリスト毎に設けられている。
【０２８２】
図７７は、さらにこの発明の一実施の形態に係るデータ構造において、管理情報の１つ（ＨＤＶＲ＿ＶＭＧ１３０）の他部（Ｍ＿ＡＶＦＩＴ１３８０とＳＴＲ＿ＦＩＴ１３２０）がどのように構成されるかの一例を説明する図である。ＶＲデータ管理情報およびＳＲストリーム管理情報はＨＤＶＲ＿ＶＭＧ１３０内に保存され、これによりストリームデータはＶＲデータと同列に管理される。
【０２８３】
すなわち、ＶＲデータ管理情報はＥＸ＿Ｍ＿ＡＶＦＩＴ（Movie AV File Information Table）に保存され、このＥＸ＿Ｍ＿ＡＶＦＩＴはＶＯＢ毎にＭ＿ＶＯＢＩ（Movie Video Object Information）を有し、このＭ＿ＶＯＢＩ内にＭＶＯＢ＿ＴＭＡＰＩ（Movie Video Object Time Map Information）を含んでいる。
【０２８４】
また、ストリームの管理情報（ＳＴＲ＿ＦＩＴ：Stream File Information Table）は、ＳＴＲ＿ＦＩＴＩ（ＳＴＲ＿ＦＩＴ  Information）及び１以上のＳＴＲ＿ＦＩ＿ＳＲＰ、そのＳＲＰで示されるＳＴＲ＿ＦＩ（Stream File Information）で構成されている。そして、各ＳＴＲ＿ＦＩが、ＭＶＯＢ＿ＴＭＡＰＩに対応した機能を持つＳＯＢ＿ＴＭＡＰＩを、そのデータ階層の中に含んでいる（図７８を参照して後述する）。
【０２８５】
なおＨＤＶＲ＿ＭＧ内には、オリジナルプログラムチェーン（ＯＲＧ＿ＰＧＣ）情報、ユーザディファインドプログラムチェーン（ＵＤ＿ＰＧＣ）情報、テキストデータマネージャー（ＴＸＴＴＤ＿ＭＧ）タイムマップテーブル（ＴＭＡＰＴ（例２））が含まれてもよい。
【０２８６】
図７８は、図７７のＳＴＲ＿ＦＩＴＩおよびＳＴＲ＿ＦＩがどのように構成されるかの一例を説明する図である。すなわち、ＳＴＲ＿ＦＩＴＩは、ＳＴＲ＿ＦＩの総数（ＳＴＲ＿ＦＩ＿Ｎｓ）と、このテーブル（ＳＴＲ＿ＦＩＴ）の終了アドレス（ＳＴＲ＿ＦＩＴ＿ＥＡ）で構成されている。
【０２８７】
またＳＴＲ＿ＦＩ＿ＳＲＰ（サーチポインタ）は、ＳＴＲ＿ＦＩのスタートアドレス（ＳＴＲ＿ＦＩ＿ＳＡ）と、複数のＳＴＲ＿ＦＩ分の全体サイズ（ＳＴＲ＿ＦＩ＿ＳＺ）の情報を含む。
【０２８８】
ＳＴＲ＿ＦＩは、ＳＴＲ＿ＦＩ＿ＧＩ（STR_FI General Information：一般情報）及び１以上のＳＯＢＩ＿ＳＲＰ（Stream Object Information Search Pointer：サーチポインタ）、このＳＯＢＩ＿ＳＲＰと同数でその値で示されるＳＯＢＩ（SOB Information：ＳＯＢ情報）で構成されている。
【０２８９】
図７９は、図７８のＳＴＲ＿ＦＩ＿ＧＩ、ＳＯＢＩ＿ＳＲＰおよびＳＯＢＩがどのように構成されるかの一例を説明する図である。ＳＴＲ＿ＦＩ＿ＧＩは、次のような情報を含む。本ＳＴＲ＿ＦＩの管理するオブジェクトのファイル名／ファイル番号（ＦＩＬＥ＿ＮＡＭＥ）、記録されるコンテンツのソースであるデジタル放送の種類（ＡＰ＿ＦＯＲＭＡＴ＿１）、録画した国コードであるＣＯＵＮＴＲＹ＿ＣＯＤＥ、パケットのタイプを示すＰＫＴ＿ＴＹ（１＝ＭＰＥＧ−ＴＳ）、パケットのサイズを示すＰＫＴ＿ＳＺ、パケットグループのサイズを示すＰＫＴ＿ＧＰ＿ＳＺ（１６Logical Blockで固定）、ＰＫＴ＿Ｎｓ（0xAA：１７０TS packetで固定）、本ＳＴＲ＿ＦＩ内のＳＯＢＩ＿ＳＲＰの数（ＳＯＢＩ＿ＳＲＰ＿Ｎｓ）で構成される。
【０２９０】
なお、パケットタイプ（ＰＫＴ＿ＴＹ）は、その内容が01であれば（パケットに含まれるストリームが）ＭＰＥＧ−ＴＳであることが示され、0xffであれば（パケットに含まれるストリームが）認識不能あるいは解析不能（Non-cognizant）であることが示される。ＰＫＴ＿ＳＺが00Bchであればパケットサイズが１８８バイトであることが示される。
【０２９１】
ＰＫＴ＿ＧＲＰ＿ＳＺはパケットグループのサイズがどのくらいか（８論理ブロックサイズか１６論理ブロックサイズか等）を示す。図７２（ｇ）の例示によれば、ＰＫＴ＿ＧＲＰ＿ＳＺ＝１６ Logical Blockで固定となる。ＰＫＴ＿Ｎｓは１つのパケットグループ内のパケット数（例えば0xAA：１７０  ＴＳ  ｐａｃｋｅｔで固定）を示す。ＣＯＵＮＴＲＹ＿ＣＯＤＥは録画を行った装置（ＤＶＤレコーダ等）が販売または頒布される国のコード（例えばJPN＝日本）を示す。ＡＰ＿ＦＯＲＭＡＴ＿１  は、その内容が１であればＡＲＩＢ（ＩＳＤＢ）であることが示され、２であればＡＴＳＣ、３であればＤＶＢであることが示される。
【０２９２】
また、対応する＃番号のＳＯＢＩ＿ＳＲＰ＃で示されるＳＯＢＩ＃は、次のような情報を含む。ＳＯＢＩ＿ＧＩ（SOBI General Information）、１以上のＳＯＢ＿ＥＳＩ（SOB Elementary Stream Information）＃、ＳＯＢ＿ＳＭＬＩ（SOB Seamless Information）、ＳＯＢ＿ＡＧＡＰＩ（SOB Audio GAP Information）、ＳＯＢ＿ＴＭＡＰＩ（SOB Time Map Information）、ＳＯＢ＿ＥＳ＿ＧＰＩ（SOB Elementary Stream Group Information）で構成されている。
【０２９３】
ＳＯＢＩ＿ＳＲＰは、ＳＯＢＩ＿ＳＡ（ＳＯＢＩのスタートアドレス）を示している。
【０２９４】
ここで、ＳＯＢ＿ＥＳＩはさらに、ＳＯＢ＿Ｖ＿ＥＳＩ（SOB Video ESI）と、ＳＯＢ＿Ａ＿ＥＳＩ（SOB Audio ESI）を含んで構成されている（図８３参照）。
【０２９５】
また、その場合、図７９に示すオブジェクトの管理情報（ＳＴＲ＿ＦＩ）を各放送方式毎に持ち、各方式毎に管理する。この場合、さらに、図１０８〜図１１１で説明するように、各ＳＴＲ＿ＦＩを別ファイルにして管理する方法がある。この点は、後述する。
【０２９６】
図８０は、図７９のＳＯＢＩに含まれるＳＯＢＩ＿ＧＩがどのように構成されるかの一例を説明する図である。図８０に示すように、ＳＯＢＩ＿ＧＩは次のような情報を含む。タイプを示すＳＯＢ＿ＴＹ、ＡＰ＿ＦＯＲＭＡＴ＿２  （ＡＰ＿ＦＯＲＭＡＴ＿１でＡＲＩＢを指定の場合：１＝ＩＳＤＢ−Ｓ（ＢＳ／ＣＳ放送）、２＝ＩＳＤＢ−Ｔ（地上デジタル放送））がある。さらに、ＰＳＩ、ＳＩ値を元に、ＰＲＯＧＲＡＭ＿ＮＵＭＢＥＲ（ＳＥＲＶＩＣＥ＿ＩＤ）、ＰＭＴ＿ＰＩＤ（ＰＭＴのパケットＩＤ）、ＰＣＲ＿ＰＩＤ（ＰＣＲのパケットＩＤ）、ＮＥＴＷＯＲＫ＿ＩＤ（ネットワークＩＤ）、ＴＳ＿ＩＤ（トランスポートストリームＩＤ）、ＦＯＲＭＡＴ＿ＩＤ（フォーマットＩＤ）、録画するデータを元に、ＳＯＢ＿ＥＳ＿Ｎｓ（録画のために選択したＥＳの数）、ＳＯＢ＿Ｖ＿ＥＳ＿Ｎｓ（録画したビデオＥＳの内、ＴＭＡＰを作ったＥＳの数）、ＳＯＢ＿Ａ＿ＥＳ＿Ｎｓ（録画したオーディオＥＳの内、ＴＭＡＰを作ったＥＳの数）、ＰＣＲ＿ＰＯＳ＿ＣＯＵＮＴ（Ｐａｃｋｅｔ＿Ｇｒｏｕｐの先頭から何個前のＰＣＲを参照するのかを示す）、ＰＣＲ＿ＰＯＳ＿ＳＨＩＦＴ（ＰＣＲパケットの位置を示すＬＢの２の指数部分）がある。
【０２９７】
またＣＰ＿ＣＴＬ＿ＩＦＯ（コピー制御情報）、プロファイル情報（デコード機能のサポート状況、リージョン番号とＯｐｔｉｏｎサポートフラグで構成：図８１を参照して後述する）、ＭＮＦ＿ＩＤ＿ＴＢＬ＿Ｎから構成されている。ＭＮＦ＿ＩＤ＿ＴＢＬ＿ＮはＳＴＲ＿ＦＩの階層に設定されているＴＢＬの番号に対応し、ＳＯＢの使用するＴＢＬの番号が設定されている。
【０２９８】
ＳＯＢＩ＿ＧＩはさらに、ＳＯＢ＿ＴＹ（ＳＯＢ形式）と、ＳＯＢ＿ＤＥＦ＿ＰＩＤ（ＳＯＢのデフォルトＰＩＤ）と、ＳＯＢ＿ＲＥＣ＿ＴＭ（ＳＯＢ記録時間）と、ＳＯＢ＿ＲＥＣ＿ＴＭ＿ＳＵＢ（ＳＯＢ記録サブ時間）と、ＬＯＣＡＬ＿ＴＭ＿ＺＯＮＥ（ローカルタイムゾーン）と、ＳＯＢ＿ＤＵＲＡＴＩＯＮ（ＳＯＢの期間を示す情報：ＰＴＭベースの場合は再生時間期間、ＰＡＴＳベースの場合は到着時間期間）と、ＳＯＢ＿Ｓ＿ＰＴＭ／ＰＡＴＳ（ＳＯＢ再生開始時間/開始Ｐａｃｋｅｔ到着時間）と、ＳＯＢ＿Ｅ＿ＰＴＭ（ＳＯＢ再生終了時間/終了Ｐａｃｋｅｔ到着時間）等を含んでいる。
【０２９９】
図８１は、図８０のＳＯＢＩ＿ＧＩ１３２２３１に含まれる種々の情報を説明する図である。ＳＯＢ＿ＴＹは、そのビットb13が０のときは通常のＳＯＢであることが示され、ビットb13が１のときは仮消去状態のＳＯＢであることが示され、ビットb12が０のときはＧＰＩが無いことが示され、ビットb12が１のときはＧＰＩが有ることが示される。またＳＯＢ＿ＴＹのb15,14では、ＴＭＡＰのタイプを記録しており、0でＰＴＭ（プレゼンテーションタイムマップ）ベース、1でＰＡＴＳ（パケットアライバルタイムスタンプ）ベースとなっている。ＰＡＴＳベースでは、パケットが到着したタイムスタンプで管理しようとするものである。
【０３００】
また、ＳＯＢ＿ＥＳ＿Ｎｓ１３２２３１２１とＳＯＢ＿Ｖ＿ＥＳ＿Ｎｓ１３２２３１２２とＳＯＢ＿Ａ＿ＥＳ＿Ｎｓ１３２２３１２３とＥＳ＿ＴＭＡＰ＿Ｎｓ（図８８参照）は、以下の式で示される関係を持っている：
ＳＯＢ＿ＥＳ＿Ｎｓ  ≧  ＳＯＢ＿Ｖ＿ＥＳ＿Ｎｓ  ＋  ＳＯＢ＿Ａ＿ＥＳ＿Ｎｓ
ＳＯＢ＿Ｖ＿ＥＳ＿Ｎｓ  ＋  ＳＯＢ＿Ａ＿ＥＳ＿Ｎｓ  ≧  ＥＳ＿ＴＭＡＰ＿Ｎs
また、ＰＣＲ＿ＰＯＳ＿ＣＯＵＮＴによりパケットグループの先頭から何個前のＰＣＲを参照するのかが示され、ＰＣＲ＿ＰＯＳ＿ＳＨＩＦＴによりＰＣＲパケットの位置を示すＬＢの２の指数部分が示され、ＣＰ＿ＣＴＲＬ＿ＩＮＦＯにより著作権保護等のためのコピー制御が行われる。
【０３０１】
なお、デフォルトのＰＩＤ（ＳＯＢ＿ＤＥＦ＿ＰＩＤ）は、ＡＲＩＢの場合、コンポーネントタグの小さい値のものを指す（ただしコンポーネントグループ記述子の値が優先される）。ＳＯＢ＿ＤＵＲＡＴＩＯＮはＰＴＭベースの場合ＳＯＢの再生時間を示すもので、デフォルトＰＩＤで示されるＥＳに属するＳＯＢＵ＿ＥＮＴの再生時間の合計に対応する。ＰＡＴＳベースの場合、ＳＯＢの先頭Ｐａｃｋｅｔから最終Ｐａｃｅｋｔ到着までの時間である。
【０３０２】
図８０（及び図８１）では、ディスク毎にプロファイル情報を持つのではなく、各ディスク内のＳＯＢ毎にプロファイル情報を持つ場合を示している。
【０３０３】
図８０に含まれるプロファイル情報（ＳＯＢ＿ＰＲＯＦＩＬＥ）は、図８２にて詳細を説明する（及び図１１６を用いて後述）が、種々なデコード機能のサポート状況を示すために用いることができる。図８２は、図８０（及び図８１）のプロファイル情報の具体例を説明する図である。このプロファイル情報は、８ビットのオプションサポートフラグと１６ビットのリージョン番号で構成されている。このリージョン番号は、00で日本（ＡＲＩＢ）、01で米国（ＡＴＳＣ）、02で欧州（ＤＶＢ）、0xffffで世界共通と示される。これにより、録画されたコンテンツは、リージョン番号に対応した地域のデータが再生可能となる。
【０３０４】
通常、ＤＶＤでは、登録されている圧縮フォーマットはすべて再生必須という原則があり、これにより、各社のＤＶＤレコーダの互換を取っている。しかしながら、次世代のＤＶＤでは、複数の種類のビデオフォーマットが登録になり、そのため、全フォーマット再生必須を貫くと全ての機器が非常に価格の高いＤＶＤレコーダになる。
【０３０５】
この価格高騰問題を改善するために、フォーマット対応機能をＢＡＳＥと複数のオプションにわけ、目的別、価格帯によりサポートするオプションを使い分ける。この場合、サポートしていないオプションのデータが来たときに自分のサポート状況とストリームの状況を比べられるように、コンテンツにその情報を入れて対応することになる。この発明の一実施の形態では、このような状況でＶＭＧＩ内にそのオプション状況（図８２のオプションサポートフラグ）を入れることにより、複数のオプションのバリエーションに対応したＤＶＤレコーダを提供可能としている。
【０３０６】
ところで、デジタル放送は国毎に放送方式が違い、例えば、日本ではＡＲＩＢ（Association of Radio Industries and Businesses）、ヨーロッパではＤＶＢ（Digital Video Broadcasting）、米国ではＡＴＳＣ（Advanced Television Systems Committee）となっている。［１］ＡＲＩＢでは、ビデオはＭＰＥＧ２であり、解像度は１０８０ｉ、７２０ｐ、４８０ｉ、４８０ｐでフレームレートは２９．９７Ｈｚ、５９．９４Ｈｚとなり、オーディオはＡＡＣ（ＭＰＥＧ−２  Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｃｏｄｉｎｇ）でサンプリング周波数が４８ｋＨｚ、４４．１ｋＨｚ、３２ｋＨｚ、２４ｋＨｚ、２２．０５ｋＨｚ、１６ｋＨｚとなっている。［２］ＤＶＢでは、ビデオはＭＰＥＧ２であるが解像度が１１５２＊１４４０ｉ、１０８０＊１９２０（ｉ、ｐ）、１０３５＊１９２０、７２０＊１２８０、（５７６、４８０）＊（７２０、５４４、４８０、３５２）、（２８８、２４０）＊３５２でフレーム周波数は３０Ｈｚ、25Ｈｚとなり、オーディオはＭＰＥＧ−１  ａｕｄｉｏ、ＭＰＥＧ−２  Ａｕｄｉｏでサンプリング周波数が３２ｋＨｚ、４４．１ｋＨｚ、４８ｋＨｚとなっている。［３］ＡＴＳＣでは、ビデオはＭＰＥＧ２であるが解像度は１０８０＊１９２０（ｉ、ｐ）、７２０＊１２８０ｐ、４８０＊７０４（ｉ、ｐ）、４８０＊６４０（ｉ、ｐ）でフレーム周波数は２３．９７６Ｈｚ、２４Ｈｚ、２９．９７Ｈｚ、３０Ｈｚ、５９．９４Ｈｚ、６０Ｈｚとなり、オーディオはＭＰＥＧ１  Ａｕｄｉｏ  Ｌａｙｅｒ  １  ＆  ２（ＤｉｒｅｃＴＶ）、ＡＣ３  Ｌａｙｅｒ  １  ＆  ２（Ｐｒｉｍｓｔａｒ）でサンプリング周波数は４８ｋＨｚ、４４．１ｋＨｚ、３２ｋＨｚとなっている。
【０３０７】
このことから、使用する地域によりレコーダに実装するデコーダが異なるために、レコーダで記録したディスクに何をサポートしたレコーダを使用しているかを示す情報（図８１のリージョンコード）をＶＭＧＩに保存し、何をサポートしたレコーダでディスクに書き込んだかを示すようにしている。
【０３０８】
また、装置側でデコードするストリームには各地域毎に異なる多数のバリエーションがあり、これらを全てサポートすると記録再生装置（ＤＶＤレコーダ等）の構成が大変重く（あるいは複雑に）なる。その結果、装置コストが高くなる。そこで、本実施の形態においては、後述するように扱うストリームについて多数のバリエーションに対応しつつ、対応の仕方を工夫することで、装置の構成を相対的に軽く（単純に）できるようにしている。
【０３０９】
図８３は、図７９のＳＯＢＩに含まれるＳＯＢ＿ＥＳＩがどのように構成されるかの一例を説明する図である。この例では、ＳＯＢ＿ＥＳＩは３種類（ＳＯＢ＿Ｖ＿ＥＳＩ及びＳＯＢ＿Ａ＿ＥＳＩ、ＳＯＢ＿ＯＴＨＥＲ＿ＥＳＩ）に分けられている。
【０３１０】
図８４は、図８３の各ＳＯＢ＿ＥＳＩ（ここではＳＯＢ＿ＥＳＩ＃ｍ）に含まれるＳＯＢ＿Ｖ＿ＥＳＩがどのように構成されるかの一例と、このＳＯＢ＿Ｖ＿ＥＳＩに含まれるビデオ属性Ｖ＿ＡＴＴＲがどのように構成されるかの一例を説明する図である。
【０３１１】
ＳＯＢ＿Ｖ＿ＥＳＩは、ＥＳの形式を示すＥＳ＿ＴＹ及びＥＳのＰＩＤを示すＥＳ＿ＰＩＤ、ＳＴＲＥＡＭ＿ＴＹＰＥ（ＰＭＴ内で示されるSTREAM type）、ＣＯＭＰＯＮＥＮＴ＿ＴＡＧ（コンポーネント記述子で示されるＣＯＭＰＯＮＥＮＴ＿ＴＡＧの値）、ＣＯＭＰＯＮＥＮＴ＿ＴＹＰＥ（コンポーネント記述子で示されるＣＯＭＰＯＮＥＮＴ＿ＴＹＰＥの値）、ビデオの属性を示すＶ＿ＡＴＴＲ、ＣＰ＿ＣＴＬ＿ＩＮＦＯ（コピー制御情報／著作権管理情報）から構成されている。
【０３１２】
Ｖ＿ＡＴＴＲ（１６ビット）は、ビデオのアスペクト比を指定するアプリケーションフラグ、水平解像度、垂直解像度を示すデータ等を含んで構成されている。即ち、Ｖ＿ＡＴＲには、Application flag（0=Aspect比率を本Ｖ＿ＡＴＲで指定、1=Aspect比率を本Ｖ＿ＡＴＲで指定してもよい。実際のアスペクト（Aspect）比率は、ストリームに記録）、Aspect Ratio（0=4：3、1=16：9）、Horizonｔal resolution（00=1920、01=1440、02=1280、03=720、04=544,05=480）、Vertical  resolution（00=1080、01=720、02=480）が設定されている。
【０３１３】
通常、本属性に従って再生されるが、ＳＯＢ内の途中で変更がある場合は、パケットヘッダ内のＤＣＩの値が優先される。
【０３１４】
図８５は、図８３の各ＳＯＢ＿ＥＳＩ（ここではＳＯＢ＿ＥＳＩ＃ｍ）に含まれるＳＯＢ＿Ａ＿ＥＳＩがどのように構成されるかの一例と、このＳＯＢ＿Ａ＿ＥＳＩに含まれるオーディオ属性ＡＵＤＩＯ＿ＡＴＴＲがどのように構成されるかの一例を説明する図である。
【０３１５】
ＳＯＢ＿Ａ＿ＥＳＩは、ＥＳの形式を示すＥＳ＿ＴＹ及びＥＳのＰＩＤを示すＥＳ＿ＰＩＤ、ＳＴＲＥＡＭ＿ＴＹＰＥ（ＰＭＴ内で示されるSTREAM type）、ＣＯＭＰＯＮＥＮＴ＿ＴＡＧ（コンポーネント記述子で示されるＣＯＭＰＯＮＥＮＴ＿ＴＡＧの値）、ＳＴＲＥＡＭ＿ＣＯＮＴＥＮＴ（コンポーネント記述子で示されるＳＴＲＥＡＭ＿ＣＯＮＴＥＮＴの値）、ＣＯＭＰＯＮＥＮＴ＿ＴＹＰＥ（コンポーネント記述子で示されるＣＯＭＰＯＮＥＮＴ＿ＴＹＰＥの値）、ＳＩＭＵＬＣＡＳＴ＿ＧＰ＿ＴＡＧ（マルチ放送時、開始時のオーディオフレームのズレ値）、ＡＵＤＩＯ＿ＡＴＴＲ（オーディオの属性値）、ＬＡＮＧ＿ＣＯＤＥ（第一音声の言語コード）、ＬＡＮＧ＿ＣＯＤＥ２（第二音声の言語コード）、ＣＰ＿ＣＴＬ＿ＩＮＦＯ（コピー制御情報／著作権管理情報）から構成されている。
【０３１６】
ＡＵＤＩＯ＿ＡＴＴＲは、Simulcast_GP_tg（0=サイマルキャストでない。1=サイマルキャストを意味する）、Ｍｕｌｔｉ＿ｌｎｇ（１＝ＤＵＡＬ  ｍｏｎｏ、０＝それ以外）と、Ｍａｉｎ＿Ｃｏｍｐ（１＝主音声、０＝それ以外）と、Ｑｕａｌｉｔｙ＿Ｉｎｄｉｃａｔｏｒ（音質表示を示す）と、Ｓａｍｐｌｉｎｇ＿Ｒａｔｅ（001=16KHz、010=22.05KHz、011＝２４ＫＨｚ、101＝３２ＫＨｚ、111＝４８ＫＨｚ）で構成されている。この値は、音声コンポーネント記述子の値より設定される。
【０３１７】
図８６は、図８３の各ＳＯＢ＿ＥＳＩ（ここではＳＯＢ＿ＥＳＩ＃ｍ）に含まれるＳＯＢ＿ＯＴＨＥＲ＿ＥＳＩがどのように構成されるかの一例を説明する図である。
【０３１８】
ＳＯＢ＿ＯＴＨＥＲ＿ＥＳＩは、ＥＳ＿ＴＹ及びＥＳ＿ＰＩＤ、ＳＴＲＥＡＭ＿ＴＹＰＥ、ＣＯＭＰＯＮＥＮＴ＿ＴＡＧ、ＣＰ＿ＣＴＬ＿ＩＮＦＯの他に、さらに、ＤＡＴ＿ＣＯＭＰ＿ＩＤ（データコンテンツ符号化識別子）およびＡＤ＿ＤＡＴ＿ＣＯＭＰ＿ＩＦＯ（Additional data Component Information）を含んで構成されている。
【０３１９】
図８７は、図８６のＳＯＢ＿ＯＴＨＥＲ＿ＥＳＩに含まれるコピー制御情報（著作権保護情報）ＣＰ＿ＣＴＬ＿ＩＮＦＯがどのように構成されるかの他例を説明する図である。ＣＰ＿ＣＴＬ＿ＩＮＦＯは、ＳＯＢＩ＿ＧＩ及びＳＯＢ＿Ｖ＿ＥＳＩ、ＳＯＢ＿Ａ＿ＥＳＩ、Packet Group HeaderのＣＰＩにある。ＳＯＢＩ＿ＧＩのＣＰＩが全体のコピー制御を行い、ＥＳＩのＣＰＩが各ＥＳのコピー制御を行い、各Packet Groupのコピー制御はPacket Group HeaderのＣＰＩで行なわれる。ただし、ＳＯＢＩ＿ＧＩのＣＰＩ値よりＥＳＩのＣＰＩの方が優先され、さらに、Packet Group HeaderのＣＰＩは最優先となっている。これらのＣＰＩ値は、デジタルコピー制御記述子、コンテント利用記述子等により設定される。
【０３２０】
その内容は、ＣＣＩまたはＣＧＭＳ（０＝コピー禁止；１＝コピー無制限許可）と、ＡＰＳ（０＝ＡＰＳ無し、１＝ＡＰＳタイプ１付加、２＝ＡＰＳタイプ２付加、３＝ＡＰＳタイプ３付加）と、ＥＰＮ（０＝コンテンツ保護（インターネット出力保護）、１＝コンテンツ保護無し）と、ＩＣＴ（０＝:解像度制限あり、１＝制限無し）と、Ｒｅｔｅｎｔｉｏｎ（１＝無し、０＝一時蓄積時間有効）と、Ｒｅｔｅｎｔｉｏｎ＿Ｓｔａｔｅ（０＝制限無し、１＝１週間、２＝２日、３＝１日、４＝１２時間、５＝６時間、６＝３時間、７＝１．５時間）である。このうち、リテンションは、Ｒｅｔｅｎｔｉｏｎ＝０でコピー禁止時に、Ｒｅｔｅｎｔｉｏｎ＿Ｓｔａｔｅで示される時間だけ一時保存が許され、その時間が過ぎれば消去する必要が有る。
【０３２１】
図８８は、図８０のＳＯＢＩに含まれるＳＯＢ＿ＴＭＡＰＩがどのように構成されるかの一例を説明する図である。ＳＯＢ＿ＴＭＡＰＩは、ＳＯＢ＿ＴＭＡＰＩ＿ＧＩ及び１以上のＥＳ＿ＴＭＡＰＩで構成されている。ＳＯＢ＿ＴＭＡＰＩ＿ＧＩは、ＳＯＢ＿ＡＤＲ＿ＯＦＳ（ファイル先頭からＳＯＢ先頭までのパケットグループ（Packet Group）番号（又はＬＢアドレス（論理アドレス）を有する。またＰＴＭベースの場合、ＳＯＢＵ＿ＰＢ＿ＴＭ＿ＲＮＧ（ＳＯＢＵの再生時間の範囲：１＝０．４ｓ〜１．２ｓ、２＝１ｓ〜２ｓ、３＝２ｓ〜３ｓ）と、ＳＯＢ＿Ｓ＿ＰＫＴ＿ＰＯＳ（ＳＯＢの先頭のPacket group内での始まり：１≦ＳＯＢ＿Ｓ＿ＰＫＴ＿ＰＯＳ≦１７０）と、ＳＯＢ＿Ｅ＿ＰＫＴ＿ＰＯＳ（ＳＯＢの先頭のPacket group内での終わり：１≦ＳＯＢ＿Ｅ＿ＰＫＴ＿ＰＯＳ≦１７０）、ＥＳ＿ＴＭＡＰ＿Ｎｓ（ＥＳ＿ＴＭＡＰの数）等で構成される。またＳＯＢ＿ＳＺ（ストリームオブジェクトのサイズ）も含む。
【０３２２】
また、各ＥＳ＿ＴＭＡＰＩは、ＥＳ＿ＰＩＤ（本ＴＭＡＰの対象ＥＳのＰＩＤ）と、ＥＳ＿Ｓ＿ＡＤＲ＿ＯＦＳ（ＳＯＢファイル先頭から本ＥＳの先頭までのPacket group番号（またはＬＢアドレス）及びＥＳ＿Ｅ＿ＡＤＲ＿ＯＦＳ（ＳＯＢファイル先頭から本ＥＳの最後までのPacket group番号（またはＬＢアドレス）と、ＥＳ＿Ｓ＿ＰＴＭ（スタートＰＴＭ）と、ＥＳ＿Ｅ＿ＰＴＭ（エンドＰＴＭ）と、ＥＳ＿ＳＯＢＵ＿ＥＮＴ＿Ｎｓ（ＳＯＢＵ＿ＥＮＴの数）と、ＬＡＳＴ＿ＳＯＢＵ＿Ｅ＿ＰＫＴ＿ＰＯＳ（最後のＳＯＢＵのPacket Group内での位置）と、ＳＴＭＡＰ＿Ｎ（本ＥＳに属するＳＴＭＡＰＴ内のＴＭＡＰの番号：ただし、ＳＴＭＡＰＴがＳＴＲ＿ＦＩ毎にそれぞれ別ファイルに記録されている場合でかつ各ＳＴＭＡＰＴに順番に記録されている場合は、この番号は無くても良い）等で構成される。
【０３２３】
ストリームタイムマップテーブル（ＳＴＭＡＰＴ）は、別領域に記録され（別ファイルもしくはＩＦＯの最後部）、ＳＴＭＡＰＴＩ（ストリームタイムマップテーブル情報）と１以上のＳＴＭＡＰＩ＿ＳＲＰ（ストリームタイムマップサーチポインタ）とそれと同数のＳＴＭＡＰＩ（ストリームタイムマップ情報）で構成される。
【０３２４】
ＳＴＭＡＰＴＩは、ＳＴＭＡＰＴのエンドアドレス情報、本ＴＭＡＰのバージョン情報、ＳＴＭＡＰ＿ＳＲＰ＿Ｎｓ（ＴＡＭＰ＿ＳＲＰＩの数＝ＴＭＡＰＩの数）、ＳＴＭＡＰの更新日時情報（ＶＭＧＩの値と同じ）で構成され、ＳＴＭＡＰ＿ＳＲＰは各ＳＴＭＡＰＴの要素であるＳＴＭＡＰＩへのアドレス情報で構成され、各ＳＴＭＡＰＩはＥＳ＿ＴＭＡＰＩ＿ＧＩとＳＯＢＵ＿ＥＮＴが必要数で構成されている。ＳＴＭＡＰＩ＿ＧＩは、ＳＯＢＵ＿ＥＮＴ＿Ｎｓ（ＥＮＴＲＹ数）、で構成される。ただし、ＳＯＢＵ＿ＥＮＴ間にごみデータが有っても良い。
【０３２５】
図８９には、ＰＡＴＳベースの場合の場合のＳＯＢ＿ＴＭＡＰ＿ＧＩ内に含まれる情報の例を示している。ＳＯＢＵ＿ＰＡＴＳ＿ＴＭ＿ＲＮＧ（ＳＯＢＵの到着時間間隔：1:0.5s,2=1s,又は27MHzの場合のカウント値）、ＳＯＢ＿Ｓ＿ＰＡＴ/ＳＯＢ＿Ｅ＿ＰＡＴＳ（先頭／最後のPacketの到着時間）、ＴＭ＿ＯＦＳ（先頭のＳＯＢＵのＴＭレンジとの差分時間、無い例も考えられる）で構成され、編集はＳＯＢＵ単位で行い、ＰＡＴＳ再生開始／終了時間（ＣＥＬＬ（セル情報））で調整を行う。他の部分は、先のＰＴＭベースの場合と同様である。ただし、ＳＯＢＵの時間は、ＴＭ＿ＲＮＧで示された値にほぼ一致し、このＴＭ＿ＲＮＧを超えた最初のＰａｃｋｅｔの到着時間となる。ただしＳＯＢの最終Ｐａｃｋｅｔの場合のみ、ＴＭ＿ＲＮＧ以下の値を許している。
【０３２６】
なお、ＰＴＭベースの場合、ＳＯＢＵ／ＶＯＢＵ＿ＰＢ＿ＴＭ＿ＲＮＧを適切に設定する事によって、録画時間が増えてもＴＭＡＰＩ情報が極端に大きくなることを防止可能となる。但し、その場合は、各ＥＮＴＲＹの時間間隔が広がる為に２倍速再生等がスムーズにできない可能性は増加する。
【０３２７】
また、ＳＯＢＵの録画時間の下限に関しては、例えば０．４ｓ以下を許可しない場合、ＳＯＢＵの先頭とＧＯＰの先頭がずれていき合わなくなったり、Ｉ（イントラ）ピクチャが取れなくなったり、特殊再生等で映像が取れなくなったり、表示映像が飛んだりする可能性がある。そのため、時間切れでＳＯＢＵを切った時のためにＩピクチャの無いＳＯＢＵの場合は０．４ｓ（最低時間）以下のＳＯＢＵを許す事にしている。ただし、この場合、ＳＯＢＵの制限として、１フレーム以上でフレームあるいはフィールドあるいはピクチャ単位である事としている。また、ＳＯＢＵ内にＩピクチャが無い場合は、録画時に１ＳＴ＿ＲＥＦ＿ＳＺを００に設定する。
【０３２８】
図９０は、ＭＶＯＢ＿ＴＭＡＰ（図７７）に含まれるＭＶＯＢ＿ＴＭＡＰ＿ＧＩがどのように構成されるかの一例を説明する図である。ＭＶＯＢ＿ＴＭＡＰ＿ＧＩは、ＶＲのムービーＶＯＢＵのエントリ数ＭＶＯＢＵ＿ＥＮＴ＿Ｎｓと、タイムオフセットＴＭ＿ＯＦＳと、アドレスオフセットＡＤＲ＿ＯＦＳと、ＶＯＢＵの再生時間の範囲ＶＯＢＵ＿ＰＢ＿ＴＭ＿ＲＮＧ（その値が１で０．４ｓ〜１．２ｓ、２で１ｓ〜２ｓ、３で２ｓ〜３ｓ）と、ＴＭＡＰ番号Ｔ＿ＭＡＰ＿ＳＲＰを含んで構成されている。
【０３２９】
図９１は、図７４のＤＶＤ＿ＨＤＶＲディレクトリに含まれるタイムマップファイルＨＲ＿ＴＭＡＰ．ＩＦＯ（例１）、もしくは図７６のＨＤＶＲ＿ＶＭＧの末尾に配置されたタイムマップテーブルＴＭＡＰＴ（例２）が、どのように構成されるかの一例を説明する図である。ＴＭＡＰＴは、別領域に記録され（別ファイル（図７４等）もしくはＩＦＯの最後部（図７５等））。
【０３３０】
図９２は、図９１のＶＴＭＡＰＴに含まれる各種情報がどのように構成されるかの一例を説明する図である。ＶＴＭＡＰＴは、図９２に示すように、ＶＴＭＡＰＴＩとＶＴＭＡＰ＿ＳＲＰＴとＶＴＭＡＰ  ＃１−＃ｎで構成され、ＶＴＭＡＰＴＩは、ＶＭＧ＿ＩＤ（ＶＭＧＩの先頭に在るＶＭＧ＿ＩＤと同じ値）、とＶＴＭＡＰＴ＿ＥＡ（ＶＴＭＡＰのエンドアドレス）、ＶＥＲＮ（ＴＭＡＰのバージョン情報）、ＩＦＯ＿ＬＡＳＴ＿ＭＯＤ＿ＴＭ  （ＴＭＡＰＴの更新日時情報、ＨＲ＿ＭＡＮＧＲ．ＩＦＯと同じ値）、ＶＴＭＡＰ＿ＳＲＰ  Ｎｓ（サーチ情報の総数）で構成され、ＶＴＭＡＰ＿ＳＲＰＴは１以上のＶＴＭＡＰ＿ＳＲＰ（各ＶＴＭＡＰのサーチ情報）で構成され、さらに、ＶＴＭＡＰ＿ＳＲＰはＶＴＭＡＰ＿ＳＡ（ＶＴＭＡＰのスタートアドレス）と、ＶＯＢＵ＿ＥＮＴ＿Ｎｓ（ＶＯＥＵ＿ＥＮＴの総数）で構成され、ＶＴＭＡＰは、１以上のＶＯＢＵ＿ＥＮＴで構成されている。
【０３３１】
ここで、ＰＡＴＳベースの場合、ＥＳ＿ＴＭＡＰＩ＿ＮｓはＭａｐが1つしかないため、1固定となる。
【０３３２】
各ＥＮＴＲＹは、ＳＯＢＵの為のものと、ＶＯＢＵの為のものに分かれ、さらに、ＳＯＢＵ用にはＰＴＭベースとＰＡＴＳベースで分かれる。
【０３３３】
ＰＴＭベースのＳＯＢＵ＿ＥＮＴの場合は、図９６に示される様に、ビデオのデータが有る場合とビデオデータが無くオーディオデータの有る場合とその他の情報のみの場合の3つが考えられ、種別はそれぞれ00、01、02とする。
【０３３４】
図９３は、図９２のＶＯＢＵ＿ＥＮＴの中身がどのように構成されるかの一例を説明する図である。ＶＯＢＵ＿ＥＮＴは、通常のＶＲと同じ構造（１ＳＴＲＥＦ＿ＳＺ；ＶＯＢＵ＿ＰＢ＿ＴＭ；ＶＯＢＵ＿ＳＺ）であるが、次世代光ディスクでは記録容量の増加に伴い、各フィールドのビット数は増えている。
【０３３５】
図９４は、図９１のＳＴＭＡＰＴに含まれる各種情報がどのように構成されるかの一例を説明する図である。図９４において、ＳＴＭＡＰＴIは、ＶＭＧ＿ＩＤと、ＳＴＭＡＰＴ＿ＥＡ（ＳＴＭＡＰのエンドアドレス）と、ＶＥＲＮと、ＩＦＯ＿ＬＡＳＴ＿ＭＯＤ＿ＴＭで構成される。さらに、ＳＴＭＡＰ＿ＳＲＰＴIはＳＴＭＡＰ＿ＳＲＰ＿Ｎｓで構成される。そして、ＳＴＭＡＰ＿ＳＲＰはＳＴＭＡＰ＿ＳＡ（ＳＴＭＡＰのスタートアドレス）と、ＥＳ＿ＴＭＡＰＩ＿Ｎs（ＥＳ＿ＴＭＡＰの総数）と、ＥＳ＿ＴＭＡＰＩ＿ＧＩで構成される。そして、ＳＴＭＡＰは、１以上のＥＳ＿ＴＭＡＰで構成される。
【０３３６】
図９５は、図９４のＳＴＭＡＰ＿ＳＲＰ＃およびＳＴＭＡＰに含まれるＥＳ＿ＴＭＡＰＩ＿ＧＩおよびＥＳ＿ＴＭＡＰ＃が、どのような情報を格納するのかの一例を説明する図である。ＥＳ＿ＴＭＡＰ＿ＧＩはＳＯＢＵ＿ＥＮＴ＿Ｎｓ（ＳＯＢＵ＿ＥＮＴの総数）で構成され、各ＥＳ＿ＴＭＡＰは１以上のＳＯＢＵ＿ＥＮＴで構成されている。なお、ＴＭＡＰ＿ＳＲＰは昇順にＴＭＡＰを指すとは限らないが、ＳＲＰで個々のＴＭＡＰをポイントするので問題はなく、ＴＭＡＰ間にごみデータが入っても良い（例えばＴＭＡＰ＃１とＴＭＡＰ＃３の間に無意味なデータがあっても問題ない）。
【０３３７】
図９６は、図９５の各ＳＯＢＵ＿ＥＮＴの中身がどのように構成されるかの一例を説明する図である。ＳＯＢＵ＿ＥＮＴ＃は、１ｓｔ＿Ｒｅｆ＿ＰＩＣ＿ＳＺ１３７０３３０１及びＳＯＢＵ＿ＰＢ＿ＴＭ１３７０３３０２、ＳＯＢＵ＿ＳＺ１３７０３３０３等から構成される。
【０３３８】
また、図９６は、ＳＯＢＵがビデオデータおよびオーディオデータの有無でどのような内容を持つかの一例を説明する図である。ビデオのデータがある場合（１）とビデオデータが無くオーディオデータのある場合（２）とその他の情報のみの場合（３）の３つが考えられ、種別はそれぞれ（１）、（２）、（３）とする。すなわち、この種別に従い、ＳＯＢＵエントリ情報（ＳＯＢＵ＿ＥＮＴ）には、上記３種類がある。以下、図９６を参照しながら説明する。
【０３３９】
（１）ビデオデータのある場合は、エントリ内の最初のリファレンスピクチャ（Ｉピクチャ等）のＳＯＢＵ先頭からの最終アドレス情報（ＬＢ単位）１ｓｔ＿Ｒｅｆ＿ＰＩＣ＿ＳＺ１３７０３３０１及びＳＯＢＵの再生時間（フィールド数）ＳＯＢＵ＿ＰＢ＿ＴＭ１３７０３３０２、ＳＯＢＵ＿ＳＺ（パケットグループ数で表されるサイズで、ＳＯＢＵに属するパケットグループの数）１３７０３３０３、ＳＯＢＵ＿Ｓ＿ＰＫＴ＿ＰＯＳ（ＳＯＢＵの先頭が入っているパケットグループの先頭からのパケット数）１３７０３３０４、ＰＣＲ＿ＰＯＳ１３７０３３０５から構成される。
【０３４０】
なお、ＰＣＲ＿ＰＯＳ１３７０３３０５は、ＰＣＲ＿ＰＯＳ＿ＣＯＵＮＴで示される位置のＰＣＲの位置をＳＯＢＵ先頭からのアドレス数で示す。ＰＣＲが存在しない場合はＰＣＲ＿ＰＯＳは0ｘｆｆｆｆとなる。また、ＰＣＲ＿ＰＯＳ１３７０３３０５のＬＢ数はＰＣＲ＿ＰＯＳ×２＾ＰＣＲ＿ＰＯＳ＿ＳＨＩＦＴで表わすことができる。ここで、ＰＣＲはリファレンスピクチャのある位置よりも前のものでＰＣＲ間隔で示される数分前のＰＣＲの位置である。
【０３４１】
これにより、タイムサーチの場合、ＳＯＢＵ＿ＰＢ＿ＴＭ１３７０３３０２の累積で目的の時間のＳＯＢＵを求め、そのＳＯＢＵの先頭からのフィールド数で再生開始ＰＴＭを換算することができる。ここで、タイムサーチするターゲットのＳＯＢＵをＫとし、そのターゲットアドレスをＡとすると、Ａは以下の（１）式で求められる。
【数１】
2005166228.tif 000003
【０３４２】
さらに、先頭のパケットはＳＯＢＵ＿Ｓ＿ＰＫＴ＿ＰＯＳ１３７０３３０４の値のパケットとなり、このアドレスにアクセスすることになる。
【０３４３】
（２）ビデオデータが無くオーディオデータがある場合は、エントリ内の最初の音声フレームのＳＯＢＵ先頭からの最終アドレス情報（上記に同じ）と、ＳＯＢＵの再生時間（フィールド数）と、ＳＯＢＵのサイズ（上記に同じ）と、ＰＣＲ＿ＰＯＳ１３７０３３０５とで、ＳＯＢＵエントリ情報が構成される。
【０３４４】
（３）その他の情報のみの場合は、エントリ情報が構成されないため、すべてＦＦで埋める。
【０３４５】
図９６の下の段に示すように、ＰＡＴＳベースのＳＯＢＵ＿ＥＮＴはパケット（Packet）単位の場合とパケットグループ（Packet  Group）単位の2種類が考えられる。パケット単位の場合、より正確なアドレスが得られるが、ＳＯＢＵ＿ＥＮのデータが増えパケットグループ単位の場合はＳＯＢＵ＿ＥＮＴのデータは少ないがパケットグループ単位でしかアドレスを取れない。
【０３４６】
パケット単位の場合は、ＳＯＮＵ＿ＳＺとＳＯＢＵ＿ＰＯＳで構成される。ＳＯＢＵ＿Ｓ＿ＰＫＴ＿ＰＯＳはパケットグループ内でのＳＯＢＵの先頭の位置をパケット数で示している。パケットグループ単位の場合は、ＳＯＢＵ＿ＳＺで構成され、ＳＯＢ＿Ｓ＿ＰＫＴ＿ＰＯＳ（開始一），ＳＯＢ＿Ｅ＿ＰＫＴ＿ＰＯＳ（終端位置）は０に固定される。
【０３４７】
ここで、データ構造と実際のＳＯＢＵの構造関係を図１４０に示す。図１４０は、マルチビュー放送を記録した場合のＳＯＢのイメージを示す図である。
【０３４８】
図１４０において、上段のＳＯＢ＿ＴＭＡＰ＿ＧＩ（図８８参照）には、ＡＤＲ＿ＯＦＳとＳＯＢ＿ＳＺ、ＳＯＢ＿Ｅ＿ＰＫＴ＿ＰＯＳがＳＯＢ全体の値に関した値として記されている。それ以外の段は、各ＥＳ用のＴＭＡＰＩの内容を示し、ＥＳ＿ＴＭＡＰＩ（図８８参照）には、ＥＳ＿ＡＤＲ＿Ｓ＿ＯＦＳ（ＳＯＢの先頭から本ＥＳの先頭のＳＯＢＵまでのアドレス（ＰＫＴ＿ＰＧ））とＥＳ＿ＡＤＲ＿Ｅ＿ＯＦＳ（本ＥＳの最後のＳＯＢＵから ＳＯＢの最後までのアドレス（ＰＫＴ＿ＰＧ））とＥＳ＿ＬＡＳＴ＿ＳＯＢＵ＿Ｅ＿ＰＫＴ＿ＰＯＳ（最後のＳＯＢＵのPacket  Group内での最後のPacketまでのPacket数）ＳＯＢＵ＿ＥＮＴＮ（ＳＯＢＵ＿ＥＮＴの総数）、本ＥＳのデフォルトのＰＩＤ等がＥＳ＿ＴＭＡＰ全体の値として記されている。各ＳＴＭＡＰＩ内のＳＯＢＵ＿ＥＮＴ（図９６参照）には、ＥＳ＿ＳＯＢＵ＿Ｓ＿ＰＫＴ＿ＰＯＳ、ＳＯＢＵ＿ＳＺがＳＯＢＵに属する値として記載されている。
【０３４９】
さらに、ＳＯＢ＿ＳＺが有る場合、ＥＳ＿ＡＤＲ＿Ｅ＿ＯＦＳは以下の（２）式により計算で求められるため、どちらかが有れば良い。
【数２】
2005166228.tif 000004
【０３５０】
なお、ＳＯＢ＿ＳＺ＞ＥＳ＿ＡＤＲ＿Ｓ＿ＯＦＳや、ＳＯＢ＿ＳＺ＞ＳＯＢＵ＿ＳＺ等の式も成り立つ。
【０３５１】
また、図１４２、72は、PATSベースの実際のSOBUの構造である。
【０３５２】
図１４２はPacket単位の例で、図１４３はPacket  Group単位の例である。
【０３５３】
Packet単位の場合、上の段では、録画直後の例で、下が編集を行った場合の例である。
【０３５４】
ＳＯＢ＿ＳＺはＳＯＢの先頭の属するPacket  GROUPより、SOBにPacket  Groupの最後の属するPacket  Groupまでの7（Packet  Group）で、SOBU1_SZはPacket  Group最後が属している2つで2となり、同じようにSOBU2_SZ=2、SOBU3=3、SOBU4_SZ＝1となる。各SOBU_S_PKT_POSはSOBUの切れ目とPacket  Groupの切れ目の差をPacket数で表している。時間情報は、PATSベースのため、SOBの開始時間としてSOB_S_PATS、終了時間をSOB_E_PATSとし、PATSで表している。ただし、SOB_E_PATSに関しては、最後のPacket  Groupの最後のPacketのPATS(到着開始時間)であり、最終受信終了時間では無い。編集はSOBU毎に行い、再生開始時間(CELLIのCELL_S_PATS)を指定する。SOBU毎の編集のため、SOB_S_PATSは必ずSOBUの先頭と一致する。
【０３５５】
ＴＭ＿ＯＦＳはＳＯＢの先頭のＰＡＴＳとＴＭ＿ＲＮＧで指定されたＴＭレンジとの実際の差を27MHzのカウント値で表す。ただし、この値が無い例も考えられる。
【０３５６】
Packet  Group単位で処理を行う場合、SOBUとPacket  Groupの切れ目が一致するため、SOBU_S_PKT_POSは不要となる。また、SOB_S_PKT_POS、SOBU_E_PKT_POSも0固定となる。
【０３５７】
図９８〜図１００は、図７８のＳＯＢＩ＃に含まれるＳＯＢ＿ＥＳ＿ＧＰＩがどのように構成されるかの一例を説明する図（ＧＰＩ構造例１）である。図９９は、図９８のＳＯＢ＿ＥＳ＿ＧＰＩに含まれるＳＯＢ＿ＥＳ＿ＧＰＩ＿ＧＩ、ＧＰＩ＿ＳＲＰ＃、およびＧＰＩ＃がどのように構成されるかの一例を説明する図（例１のＧＰＩ構造）である。図１００は、図９８のＧＰＩ＃に含まれるＧＰＩ＿ＧＩがどのように構成されるかの一例を説明する図（例１のＧＰＩ構造）である。
【０３５８】
ＳＯＢにおいては、マルチビュー放送や降雨対応放送、さらに複数番組同時録画対応としてＳＯＢ＿ＥＳ＿ＧＰＩ（ＳＯＢ＿ＥＳ Group Information）があり、２種類の構造が考えられる。第一は、図９８〜図１００に示される構造で、ＧＰＩに複数のタイプ情報をもち、そのタイプ情報により制御を行う。
【０３５９】
まず、ＧＰＩは、ＳＯＢ＿ＥＳ＿ＧＰＩ＿ＧＩ、ＧＰＩ＿ＳＲＰ＃、およびＧＰＩ＃で構成される（図９８）。ＳＯＢ＿ＥＳ＿ＧＰＩ＿ＧＩには、ＧＰＩ＿ＳＲＰ＿Ｎｓ（ＥＳ＿ＧＰＩ＿ＳＲＰの数）が入る（図１００）。ＧＰＩ＿ＳＲＰ＃は、ＧＰＩ＿ＳＡ（ＧＰＩのスタートアドレス）およびＧＰＩ＿ＳＺ（ＧＰＩのサイズ）で構成される（またはＰＩＤ数を示すＰＩＤ＿Ｎｓで代用可能）（図９９）。
【０３６０】
各ＧＰＩ＃は、ＧＰＩ＿ＧＩおよび１以上のＥＳ＿ＰＩＤで構成される（図１００）。ＧＰＩ＿ＧＩは、ＥＳ＿ＰＩＤ＿Ｎｓ（本グループのＥＳの数）、ＢＬＯＣＫ＿ＴＹ（上位4Bits：１＝マルチビュー放送、２＝降雨対応放送、３＝マルチチャンネル記録、下位４ビット：０＝ＭａｉｎＧＰ、１＝ＳＵＢ）、ＧＰ＿ＴＹ（4bits：０＝ＭａｉｎＧＰ、１＝ＳＵＢ）、ＢＬＯＣＫ＿ＮＵＭ（ＢＬＯＣＫ番号：同じＢＬＯＣＫ番号で切り替え可能）で構成されている（図１００）。
【０３６１】
ここで、ＢＬＯＣＫ＿ＴＹ１３２２３６３１１により本グループがどの種類のグループかが分かり、切り替え時にアングルボタンで切り替えるのか、降雨対応ボタン（あれば）で切り替えるのか、切り替えないのか（別番組を同時に記録した場合は自由に切り替えられない）が分かる。また、ＢＬＯＣＫ番号（ＢＬＯＣＫ＿ＮＵＭ）により、どのＧＰと切り替え可能かがわかる。これは、もし、２種類のマルチビュー放送が記録された場合などに有効となる。また、ひとつのＥＳが複数のＧＰに属している場合、例えば、マルチアングルキーを押してアングルを切り替え、さらに、降雨により画像が乱れてきた場合、降雨ボタンで降雨用のＧＰに切り替えるといった場合は、同じＥＳを各ＧＰ用に複数登録し、対応する事ができる。
【０３６２】
次に、具体例を挙げて説明を行なう。図１３７は、複数種類の放送が放送されたときのストリームがどのように構成されるかの概要を説明する図である。デジタル放送の特徴の１つとして、例えばマルチビュー放送がある。マルチビュー放送では、複数の映像を同時に（タイムシェアリングして）流し、その内、ユーザが必要とするものだけを選んで再生することができる。これにより、複数のコンテンツをユーザの好み等により選択するものである。例えば、図１３７のように、マルチアングル放送でＸ（メイン）、Ｙ、Ｚのストリームと、降雨対応放送としてＸに代わるＵのストリームとがひとつのＴＳとしてレコーダ（後述する装置等）により受け取られた場合、再生時に必要なストリームを選択して再生し、リモートコントローラ等のキーにより各ストリーム間で自由に切り替えられるようにする必要がある。
【０３６３】
そこで、この発明の一実施の形態では、グルーピング情報（ＧＰＩ）を追加して、この複数コンテンツ（各ストリーム間）をユーザが任意に選択可能にしている。
【０３６４】
ここで、上記図１３７のようなストリームを例に考えてみる。すなわち、マルチビュー放送としてＸ（ＭＡＩＮ）、Ｙ、ＺのストリームとＸの降雨対応ストリームとしてＵがあるような放送を記録した場合を考える。図１３８は、この発明の一実施の形態に係る方法で対応する例を示している。複数種類の放送が放送されたときのストリームのグループ構成の一例（例１）は、図のように、ＧＰＩ＿ＳＲＰ＿ＮｓはＸ１（マルチビュー用）、Ｘ２（降雨対応用）、Ｙ、Ｚ、Ｕの５グループがあるので５個である。Ｘ１のＧＰＩはマルチアングルでメイングループであるので、Ｂｌｏｃｋ＿ＴＹ＝１、ＧＰ＿ＴＹ＝１、Ｂｌｏｃｋ＿ＮＵＭ＝１、Ｘ２のＧＰＩは降雨対応でメイングループであるので、Ｂｌｏｃｋ＿ＴＹ＝２、ＧＰ＿ＴＹ＝１、Ｂｌｏｃｋ＿ＮＵＭ＝２、ＹのＧＰＩはマルチビュー放送のサブグループのみのため、Ｂｌｏｃｋ＿ＴＹ＝1、ＧＰ＿ＴＹ＝２、Ｂｌｏｃｋ＿ＮＵＭ＝１、ＺのＧＰＩはマルチビュー放送のサブグループのみのため、Ｂｌｏｃｋ＿ＴＹ＝１、ＧＰ＿ＴＹ＝２、Ｂｌｏｃｋ＿ＮＵＭＢＥＲ＝１、ＵのＧＰＩは降雨対応のサブグループのみのため、Ｂｌｏｃｋ＿ＴＹ＿Ｎｓ＝１、ＧＰ＿ＴＹ＝２、Ｂｌｏｃｋ＿ＮＵＭ＝２となる。
【０３６５】
このため、再生時には、押されたリモートコントローラキーの種類により（マルチビュー放送の場合はアングルキー）、再生中のＧＰＩをみて、その目的の種類のＢｌｏｃｋ＿ＴＹを持っているかどうかを判定し、持っている場合は、そのＧＰ＿ＴＹに付いているＢｌｏｃｋ＿ＮＵＭと同じ番号で同じＢｌｏｃｋ＿ＴＹのＧＰを探し、見つかった場合はそのＧＰに切り替える作業を行う。
【０３６６】
また、放送が必ず1種類しかＧＰ＿ＴＹを持たない場合は、この発明の一実施の形態に係る方法の変形例として、Ｂｌｏｃｋ＿ＮＵＭを持たず、ＧＰ＿ＴＹのみを記載し、同じＧＰ＿ＴＹ同士での切り替えだけで対応する方法も考えられる。
【０３６７】
これで、ＧＰに対応した各ビデオストリームにＴＭＡＰを作成することにより、ＧＰ毎のＴＭＡＰを持つ事が可能となる。ただし、ビデオストリームを共有しているＧＰ（例：降雨対応とマルチビューのメイン）に関しては同じＴＭＡＰを使用する事になる。
【０３６８】
図１０１は、図７８のＨＤＶＲ＿ＭＧに含まれるＰＧＣ情報（ＯＲＧ＿ＥＸ＿ＰＧＣ情報およびＥＸ＿プレイリスト情報／ＵＤ＿ＥＸ＿ＰＧＣＴ情報）がどのように構成されるかの一例を説明する図である。オリジナルＰＧＣ情報ＯＲＧ＿ＥＸ＿ＰＧＣＩ１３３１はＥＸプログラムチェーン情報１３３０に格納される。また、ＥＸプレイリスト情報（またはユーザ定義情報テーブル情報）１３４０は、ユーザ定義ＰＧＣテーブル情報ＵＤ＿ＥＸ＿ＰＧＣＴＩ１３４１と、１以上のＵＤ＿ＥＸ＿ＰＧＣ＿ＳＲＰ＃１〜＃ｒ１３４２と、１以上のユーザ定義ＰＧＣ情報ＵＤ＿ＥＸ＿ＰＧＣＩ＃１〜＃ｓ１３４３を含んで構成されている。
【０３６９】
再生情報であるＰＧＣ情報は、通常のＶＲフォーマットと同じで、ＯＲＧ＿ＰＧＣ情報１３３１は録画時に機器（レコーダ）が自動的に作成し、録画順に設定される。ＵＤ＿ＰＧＣ情報１３４１は、ユーザが自由に追加する再生順番に従って作成され、プレイリスト（ＰＬ）と呼ばれている。この二つのフォーマット（オリジナルＰＧＣ情報とプレイリスト）はＰＧＣレベルで共通で、そのＰＧＣフォーマットは図１０２に示される。
【０３７０】
図１０２は、図１０１のＥＸ＿ＰＧＣ情報がどのように構成されるかの一例を説明する図である。ＥＸ＿ＰＧＣ情報（オリジナルＰＧＣＩ）１３３１はその一般情報ＥＸ＿ＰＧＣ＿ＧＩ１３３５と、１以上のプログラム情報ＥＸ＿ＰＧＩ＃１３３２と、１以上のセルサーチポインタＥＸ＿ＣＥＬＬ＿ＳＲＰ＃１３３３と、１以上のセル情報ＥＸ＿ＣＩ＃１３３４とで構成される。
【０３７１】
ここで、ＰＧ情報（ＥＸ＿ＰＧＩ＃）１３３２には、このＰＧが更新された日時情報１３３２８が保存される。これにより、本ＰＧが何時編集されたかがわかる。また、テキスト情報として番組名用には、ＰＲＭ＿ＴＸＴ１３３２３が使用され、その他のテキスト情報を保存するためにＩＴ＿ＴＸＴ領域にその他の情報（監督名、主演名等）を保存し、本ＰＧＩにはその保存したＩＴ＿ＴＸＴのＳＲＰ番号１３３２４を設定して、リンクさせている。さらに、ＩＴ＿ＴＸＴデータの方にもＰＧ番号を設定している。ここで、ＰＧ番号はこのディスクに記録し初めてからの絶対番号で、他のＰＧを削除しても変わらないインデックス番号としている。
【０３７２】
さらに、ＰＧには、ＲＳＭ＿ＭＲＫＩが存在し、各プログラム毎のレジュームマーカー（再生中断時にどこまで再生したかを示すマーカー）を設けており、再生を再開するための情報として、ＣＥＬＬ番号、再生開始ＰＴＭもしくはＰＡＴＳとそのマーカーを作成した日時情報を設定している。これをタイトルレジュームとして使用する。
【０３７３】
また、メーカー特有の機能を実現させるために設けられたＭＮＦＩ１３３２９を利用するためにＰＧＩにＭＮＦＩのＳＲＰ番号を設定し、さらにＭＮＦＩ情報でも、ＰＧ番号を設定する事により、ＭＮＦＩ情報内のデータとのリンクを図っている。
【０３７４】
さらに、ＭＮＦＩ、ＩＴ＿ＴＸＴの両方にもＰＧの更新日時情報を設定する事により、メニュー表示時にその時刻の一致をチェックする事により、他社メーカーの編集かどうかを検証することが可能になる。
【０３７５】
さらに、ＣＥＬＬ情報（ＥＸ＿ＣＩ＃）１３３４では、ＣＥＬＬタイプ１３３４１にＳＯＢの種別が加わっており、ＳＯＢ番号、開始時間、終了時間、再生するＧＰ番号（もしくは再生するＳＵＢ−ＧＰ番号）を指定する。なお、開始時間および終了時間は、ＰＴＳ単位（再生時間）またはＰＡＴＳ単位（転送時間）のどちらか方法でも表すことができる。
【０３７６】
ここで、時間指定を再生時間（再生時の実時間）にすると、従来のＶＲと同じアクセス方法が可能となり、ユーザが再生時間でアクセス希望箇所を指定できるため、ユーザ希望が完全に反映されることになる。ただし、この方法は、ストリームの内容が十分に解析可能な場合に指定できる方法であり、十分に内容がわからない場合には転送時間単位で指定せざるを得ない。（再生時間で指定した場合、必ずしもＩピクチャの先頭で再生を開始できるとは限らない。）再生開始のフレームがＩピクチャで無い場合は、その直前のＩよりデコードを開始し、目的のフレームまでデコードをした所で、表示を開始し、ユーザには指定されたフレームから再生開始したように見せる事により対応している。
【０３７７】
また、参照するＩＤは、再生するストリームの代表するストリームのＰＩＤ（またはコンポーネントタグの値）を設定する方法と、マルチビューＴＶなどの場合などで、コンポーネントグループのＩＤを設定する方法が考えられる。また、参照するBlock番号を入れ、Ｂｌｏｃｋ内で切り換える方法が考えられる。
【０３７８】
また、ＰＧ、ＣＥＬＬに特有のＩＤ番号を付け、途中のＰＧ、ＣＥＬＬを削除しても変わらない番号でＰＧ、ＣＥＬＬを指定できるようにしている。また、ＣＥＬＬには再生するＳＴＲ＿ＦＩ番号とＳＯＢ番号を設定している。
【０３７９】
図１０３は、図７２または図７３に示したストリームオブジェクト用のデータユニット（ＳＯＢＵ）がどのように構成されるかの一例を説明する図である。１個のＳＯＢＵは１以上のパケットグループ（Packet _ Group）で構成され、各パケットグループは、例えば１６パック（１パック＝１セクタ：２０４８バイト）で構成される。
【０３８０】
各パケットグループは、パケットグループヘッダ（Packet_ Group_ Header）（例えば１２８バイト）と、１以上（ここでは１７０個）のパケット到着時間ＰＡＴ（４バイト）と、ＰＡＴと同数の（ここでは１７０個）のＭＰＥＧ−ＴＳパケット（それぞれ１８８バイト）１６２を含んで構成されている。
【０３８１】
各ＭＰＥＧ−ＴＳパケットはペアとなるＰＡＴＳを先頭に持ち、このＰＡＴＳの下位４バイトと、Ｐａｃｋｅｔ  ＨｅａｄｅｒのＰＡＴＳ上位２バイトにより各ＭＰＥＧ−ＴＳがいつ（装置に）到着したのかが分かるようになっている。
【０３８２】
パケットグループヘッダ（Packet_ Group_ Header）は、ヘッダー識別情報（Header ID）００ＦＦＡ５Ａ５（同期パターン）と，パケットグループ一般情報（ＰＫＴ＿ＧＲＰ＿ＧＩ）と、表示コントロール情報（ＤＣＩ：Display Control Information）およびコピー世代管理情報（またはコピー制御情報ＣＣＩ：Copy Control Information）と、製造者情報（ＭＮＩ：Manufacturer's information）（または業者情報ＭＮＦＩ）とを含んで構成されている。
【０３８３】
ＰＡＴＳは、６バイト（４８ビット）であり、例えば、２７ＭＨｚのカウンタ値である。また、各ＭＰＥＧ−ＴＳパケットは、４バイトのヘッダ１７０とアダプテーションフィールドおよび／またはペイロードを含んで構成されている。ここで、ヘッダ１７０は、同期バイト１７１と、トランスポート・エラー・インジケータと、ペイロードユニット開始インジケータと、トランスポート優先度と、パケット識別子（ＰＩＤ）と、トランスポート・スクランブル制御と、アダプテーションフィールド制御と、連続性指標等の情報を含んで構成されている。
【０３８４】
図１０４は、図１０３に示したパケットグループヘッダに含まれるＰＫＴ＿ＧＲＰ＿ＧＩがどのように構成されているかを示している。ＰＫＴ＿ＧＲＰ＿ＴＹは、パケットグループのタイプを示し、０１のとき、ＭＰＥＧ＿ＴＳパケットのグループ、０１以外のときは、その他を意味する。ＶＥＲＳＩＯＮは、パケットグループのバージョン番号を示し、１０のときはバージョン１（Ｖｅｒ１）、１１のときはバージョン１．１（Ｖｅｒ１．１）を意味する。例えばＤＶＤブックのバージョンが利用される。ＰＫＴ＿ＧＲＰ＿ＳＳは、本パケットグループのステータスを示す。
【０３８５】
ここで、ステータス情報は、例えば1バイトが用いられ、受信して記録するまでにエラーが発生したのかどうかを示すＥＲＲ（1ビット）、パケットグループ内でパケットが満杯でなく、スタッフィングがされているかどうかを示すＳＴＵＦ（１ビット）がある。また、転送時間情報（ＰＡＴＳ）が本パケットグループ内で一周し、０スタートとなった場合、１をセットするためのＷＲＡＰ（１ビット）が確保されている。さらにまた、再生時間の不連続が発生しているかどうかを示すＤＩＳＣＯＮ（ディスコンティニュー）（１ビット）も確保されている。
【０３８６】
また、ＰＫＴ＿ＧＲＰ＿ＧＩ内には、有効なパケット数を示すＶａｌｉｄ＿Ｐａｃｋｅｔ＿Ｎｓの情報領域が示されている。
【０３８７】
図１０５は、図１０３に示したパケットグループヘッダに含まれるＤＣＩ＿ＣＣＩがどのように構成されるかの一例を説明する図である。有効性情報（ＤＣＩ＿ＣＣＩ＿ＳＳ）は１バイトで構成され、その中の１ビットのＤＣＩ＿ＳＳは、０で無効を示し、１で有効を示している。また、４ビットのＣＣＩ＿ＳＳは、０ビット目でＡＰＳの無効／有効を示し、１ビット目でＥＰＮ、ＩＣＴの無効／有効を示し、２ビット目でＣＧＭＳの無効／有効を示し、３ビット目でRetentionの無効／有効を示している。
【０３８８】
表示制御情報（ＤＣＩ）には４バイト割り当てられ、ＥＳ毎に３２ストリーム分のＤＣＩが設定される。ストリームがない場合は、このＤＣＩのフィールドは“０”で埋められる。このＤＣＩの内訳は、先頭から順に、ＥＳ１〜ＥＳ３２のアスペクトフラグ（“0”でアスペクト比４：３を示し、“1”でアスペクト比１６：９を示す）が配置される。
【０３８９】
図１０５には、図１０３、図１０４のＤＣＩ＿ＣＣＩに含まれる各コピー管理情報ＣＣＩがどのように構成されるかの例も示している。コピー制御情報（ＣＣＩ）には、ＥＳＩに入っているものと同じ内容で、デジタルコピー制御（00＝コピー禁止、01＝１回コピー許可、11＝コピー禁止）と、アナログコピー制御（00＝ＡＰＳ無し、01＝ＡＰＳタイプ１、10＝ＡＰＳタイプ２、11＝ＡＰＳタイプ３）と、ＥＰＮ（０＝コンテンツ保護、１＝コンテンツ保護無し）と、ＩＣＴ（Ｉｍａｇｅ＿Ｃｏｎｓｔｒａｉｎｔ＿Ｔｏｋｅｎ：０でアナログビデオ出力解像度制限、1で制限無し）で構成されている。
【０３９０】
なお、同じＥＳで同じパケットグループ内でＣＣＩ、ＤＣＩの変化しそうな場合は、パケットグループを一旦区切り、ダミーデータで残りのパケットグループを埋め、次のパケットグループになるように設定する。つまり、パケットグループ内でＣＣＩ、ＤＣＩが変化しないようにアライン処理を行っている。
【０３９１】
図１０６は、パケットグループヘッダ（Packet_ Group_ Header）における先頭のパケットが到達した時間を示す情報であるＰＡＴＳの上位２バイトを示している。つまり、図１０３−図１０５では予約領域として示していたが、本発明では、この部分にＰＡＴＳ（到着タイムスタンプ）を記述するようにしている。この情報は、２７ＭＨｚベースで、下位４バイトをＰＡＴＳとして各ＴＳＲパケットの前に記述し、上位２バイトは、本エリアに記載する。この図では、例えばパケットグループの先頭のパケットのＰＡＴＳの上位２バイトが、記述されている。
【０３９２】
図１０７は、図１０３（右下）に示したパケットグループヘッダに含まれるＭＮＩがどのように構成されるかの一例を説明する図である。ＭＮＩは、ＭＮＦ＿ＩＤ及びＭＮＦ＿ＤＡＴＡで構成され、ＭＮＦ＿ＩＤは、例えば３２バイトであり各企業ごとに決めたＩＤであり、ＭＮＦ＿ＤＡＴＡは、各企業が自由に使用するユーザデータエリアである。
【０３９３】
本発明では、図７９に示したようなブジェクトの管理情報（ＳＴＲ＿ＦＩ）を各放送方式毎に持ち、各方式毎に管理する。この場合、さらに、図１０８〜図１１１に示すように、各ＳＴＲ＿ＦＩを別ファイルにして管理する方法がある。これにより、レコーダは自分のサポートしている放送方式のＳＴＲ＿ＦＩファイルだけを取り扱う事ができ、関係ないファイルの扱う必要がないので、誤動作、バグ等で他の方式のＳＴＲ＿ＦＩ情報を壊す可能性が少ない。
【０３９４】
そのため、現行のファイル構成より追加されるファイルは、図１０９に示すようにHR_SFIx.IFO、HR_SFIx.bupと示しxは複数存在可能な事を示し、各放送方式毎に追加される。
【０３９５】
使用するＳＴＲ＿ＦＩファイルを指定するために、ＳＴＲ＿ＦＩ＿ＳＲＰ情報（図７８、図７９）が存在し、その構造は、図１１０に示すように、放送方式情報であるAP_FORMAT-1（図７９に有るものと同じ値）とCountry  code（同左）とＳＴＲ＿ＦＩのファイルネーム：ＳＴＲ＿ＦＩ＿ＦＮ、ＳＴＲ＿ＦＩファイルの更新日時情報：STR_FI_LAST_MOD_TM、STR_FIのファイルサイズ：STR_FI_SZより構成される。
【０３９６】
ここで、更新日時情報はＳＴＲ＿ＦＩファイル内にも設定されており、編集時ＳＴＲ＿ＦＩを変更した場合、その値も更新し、再生時、この値とＳＴＲ＿ＦＩファイル内の値を比べ、同じ値の場合、再生可能とする。図１０８では、ＨＤＶＲ＿ＶＭＧ内の管理情報と、ＳＴＲ＿ＦＩファイル、ＴＭＡＰファイル、Ｏｂｊｅｃｔ  ファイルの対応関係を示し、対応関係にあるファイルと管理情報とは、更新日時情報が一致するように管理される。
【０３９７】
違う場合は、本仕様をサポートしていない機器が変更したとして、再生等を禁止する。
【０３９８】
ＳＴＲ＿ＦＩファイルは、図１１１に示すように、通常のＳＴＲ＿ＦＩと同じ構成とする。
【０３９９】
さらに、解析可能な場合はＰＴＭベースでＴＭＡＰが作成可能であるが、解析できない場合(スクランブルが解けない、想定している放送局とは違う方式のデータが入力された場合等)、ＴＭＡＰをＰＴＭベースでは無く、受信時間（ＰＡＴＳ）ベースで作成する事ができる。ただし、再生時間で無いので正確に特殊再生等はできないが大体の特殊再生が可能となる。
【０４００】
図１１２は、この発明の一実施の形態に係るデータ構造を利用して、情報記録媒体（光ディスク、ハードディスク等）にＡＶ情報（デジタルＴＶ放送プログラム等）を記録し再生する装置の一例を説明するブロック図である。この装置（デジタルビデオレコーダ／ストリーマ）は、図１１２に示すように、ＭＰＵ部８０、キー入力部１０３、表示部１０４、デコーダ部５９、エンコーダ部７９、システムタイムカウンタ（ＳＴＣ）部１０２ａ、データプロセサ（Ｄ−ＰＲＯ）部５２、一時記憶部５３、ＤＶＤ−ＲＡＭ等の記録可能光ディスク１００に対して情報の記録／再生を行うディスクドライブ部５１、ハードディスクドライブ（ＨＤＤ）１００ａ、ビデオミキシング（Ｖミキシング）部６６、フレームメモリ部７３、アナログＴＶ用Ｄ／Ａ変換部６７、アナログＴＶチューナ部８２、地上波デジタルチューナ部８９、および、衛星アンテナ８３ａに接続されるＳＴＢ（Set Top Box）部８３により構成されている。
【０４０１】
なお、ＳＴＣ部１０２ａは、ＰＡＴ＿Ｂａｓｅに合わせて、２７ＭＨｚベースでクロックカウントを行うように構成されている。
【０４０２】
ＳＴＢ部８３は、受信したデジタル放送データのデコードを行なってＡＶ信号（デジタル）を発生させ、そのＡＶ信号をストリーマ内のエンコーダ部７９、デコーダ部５９およびＤ／Ａ変換器６７を介してＴＶ６８に送り、受信したデジタル放送の内容を表示させることが可能に構成されている。あるいは、ＳＴＢ部８３は、デコード後のＡＶ信号（デジタル）を直接Ｖミキシング部６６に送り、そこからＤ／Ａ変換器６７を介してアナログＡＶ信号をＴＶ６８に送ることも可能に構成されている。
【０４０３】
ところで、図１１２の装置はビデオレコーディングとストリームレコーディングの両機能を備えたレコーダを構成しているので、ビデオレコーディングでは不要となる構成やストリームレコーディングでは不要となる構成（ＡＶ入力用のＡ／Ｄ変換器８４、オーディオエンコード部８６、ビデオエンコード部８７など）を備えている。
【０４０４】
エンコーダ部７９内は、Ａ／Ｄ変換器８４、ビデオエンコード部８７、ビデオエンコード部８７への入力切換セレクタ８５、オーディオエンコード部８６、（図示しないが必要に応じて）副映像エンコード部、フォーマット部９０、バッファメモリ部９１を含んで構成されている。
【０４０５】
また、デコード部５９は、メモリ６０ａを内蔵する分離部６０、メモリ６１ａおよび縮小画像（サムネールなど）の生成部６２を内蔵するビデオデコード部６１、副映像（ＳＰ）デコード部６３、メモリ６４ａを内蔵するオーディオデコード部６４、ＴＳパケット転送部１０１、ビデオプロセサ（Ｖ−ＰＲＯ）部６５、オーディオ用Ｄ／Ａ変換器７０より構成されている。このＤ／Ａ変換器７０からのアナログ出力（モノラル、ステレオ、あるいはＡＡＣ５．１ＣＨサラウンド）は、図示しないＡＶアンプ等に入力され、必要本数のスピーカ７２が駆動される。
【０４０６】
ところで、録画中のコンテンツをＴＶ６８に表示するために、記録するストリームデータを、Ｄ−ＰＲＯ部５２に送るのと同時に、デコーダ部５９へも同時に送り、その再生を行うことができる。この場合、ＭＰＵ部８０はデコーダ部５９へ再生時の設定を行い、その後はデコーダ部５９が自動的に再生処理を行う。
【０４０７】
Ｄ−ＰＲＯ部５２は、例えば１６パック（あるいは３２パックもしくは６４ｋバイト）毎にまとめてＥＣＣグループとし、ＥＣＣをつけてドライブ部５１へ送る。ただし、ドライブ部５１がディスク１００への記録準備が出来ていない場合には、一時記憶部５３へ転送し、データを記録する準備が出来るまで待ち、用意が出来た段階で記録を開始する。ここで、一時記憶部５３は高速アクセスで数分以上の記録データを保持するため、大容量メモリが想定される。この一時記憶部５３は、ＨＤＤ１００ａの一部を利用して構築することも可能である。なお、ＭＰＵ部８０は、ファイルの管理領域などを読み書きするために、Ｄ−ＰＲＯ部５２へ専用のマイコンバスを通して読み書きできるように構成されている。
【０４０８】
図１１２の装置では、記録媒体として第１にＤＶＤ−ＲＡＭ／−ＲＷ／−Ｒ／Ｂｌｕｅメディア（ブルーレーザを用いる録再可能メディア）等の光ディスク１００を想定し、その補助記憶装置としてハードディスクドライブ（ＨＤＤ）１００ａ（および／または図示しない大容量メモリカード等）を想定している。
【０４０９】
これら複数媒体の使い方としては、例えば次のようなものがある。すなわち、ＨＤＤ１００ａに図７２〜図１１１のデータ構造（フォーマット）を利用してストリームレコーディングを行う。そして、ＨＤＤ１００ａに記録されたストリームレコーディングコンテンツのうち、ユーザが保存したいと希望するプログラムについては、ディスク１００にそのままストリームレコーディング（ダイレクトコピーあるいはデジタルダビング）する（コピー制御情報ＣＣＩでコピーが禁止されていない場合）。こうすれば、デジタル放送のオリジナルと同等のクォリティを持つ所望プログラムだけをディスク１００に纏めることができる。さらに、ディスク１００にコピーされたストリームレコーディングコンテンツはこの発明のデータ構造を利用しているので、ストリームレコーディングであるにも拘わらず、タイムサーチ等の特殊再生が容易なものとなる。
【０４１０】
以上のような特徴を持つデジタルレコーダ（ＤＶＤ−ＲＡＭ／−ＲＷ／−Ｒ／ＢｌｕｅメディアとＨＤＤとの組み合わせで構成されたストリーマ／ビデオレコーダ）の具体例が、図１１２の装置である。図１１２のデジタルレコーダは、大きくいって、チューナ部（８２、８３、８９）と、ディスク部（１００、１００ａ）と、エンコーダ部７９と、デコーダ部５９と、制御部８０を含んで構成されている。
【０４１１】
衛星デジタルＴＶ放送は、放送局より通信衛星を通して放送される。放送されたデジタルデータは、ＳＴＢ部８３で受信され再生される。このＳＴＢ部８３は、放送局から配給されるキーコードを元に、スクランブルされたデータを伸張し再生を行う装置である。このとき、放送局からのスクランブルが解除される。ここで、データがスクランブルされているのは、放送局と受信契約を行っていないユーザが放送番組を不正に視聴することを防ぐ意味で行っている。
【０４１２】
ＳＴＢ部８３内では、図示しないが、放送されたデジタルデータは、チューナシステムにより受信される。受信されたデータは、そのまま再生される場合には、デジタル伸張部でスクランブルが解除され、ＭＰＥＧデコーダ部で受信データがデコードされ、ビデオエンコーダ部でＴＶ信号に変換され、このＴＶ信号がＤ／Ａ変換器６７を介して外部に送出される。これにより、ＳＴＢ部８３で受信されたデジタル放送番組をアナログＴＶ６８で表示できるようになる。
【０４１３】
地上波デジタル放送は、通信衛星を経由しない（および無料放送ではスクランブルがかけられない）点を除き、衛星放送と同様に受信され処理される。すなわち、地上波デジタル放送は地上波デジタルチューナ部８９で受信され、そのまま再生される場合はデコード後のＴＶ信号がＤ／Ａ変換器６７を介して外部に送出される。これにより、地上波デジタルチューナ部８９で受信されたデジタル放送番組をアナログＴＶ６８で表示できる。地上波アナログ放送は、地上波チューナ部８２で受信され、そのまま再生される場合は受信されたアナログＴＶ信号が外部に送出される。これにより、地上波チューナ部８２で受信されたアナログ放送番組をＴＶ６８で表示できる。
【０４１４】
外部ＡＶ入力８１からアナログ入力されたアナログビデオ信号は、そのままストレートにＴＶ６８に送出することも可能であるが、Ａ／Ｄ変換器８４で一旦Ａ／Ｄ変換し、その後にＤ／Ａ変換器６７でアナログビデオ信号に戻してから、外部ＴＶ６８側へ送出するように構成することもできる。このように構成すると、ジッタの多いアナログＶＣＲ再生信号が外部ＡＶ入力８１から入力された場合でも、ジッタのない（デジタルタイムベースコレクションされた）アナログビデオ信号をＴＶ６８側に出力できる。
【０４１５】
衛星デジタル放送あるいは地上波デジタル放送から入力されたビットストリーム（ＭＰＥＧ−ＴＳ）は、図７２（ｅ）のストリームオブジェクト１３２として、ディスク１００（および／またはＨＤＤ１００ａ）のストリームオブジェクト群記録領域１３１（図７２（ｄ）参照）にストリームレコーディングできる。また、地上波アナログ放送あるいはＡ／Ｖ入力８１からのアナログビデオ信号は、ディスク１００（および／またはＨＤＤ１００ａ）のＶＲオブジェクト群記録領域１２２（図７２（ｄ）参照）にビデオレコーディングを行なうことが出来る。
【０４１６】
なお、地上波アナログ放送あるいはＡ／Ｖ入力８１からのアナログビデオ信号は、一旦Ａ／Ｄ変換したあと、ビデオレコーディングではなく、ストリームレコーディングを行なうように装置を構成することもできる。逆に、衛星デジタル放送あるいは地上波デジタル放送から入力されたビットストリーム（ＭＰＥＧ−ＴＳ）は、（必要なフォーマットコンバートをしてから）ストリームレコーディングではなく、ビデオレコーディングを行なうように装置を構成することも可能である。
【０４１７】
ストリームレコーディングまたはビデオレコーディングにおける記録／再生制御は、メインＭＰＵ部８０により、図示せぬＲＯＭに書き込まれたファームウエア（後述する図１１３〜図１４１の動作に対応した制御プログラム等）に基づいて行われる。ＭＰＵ部８０は、ストリームレコーディングおよびビデオレコーディングの管理データ作成部８０Ｂを持ち、ワークＲＡＭ部８０Ａを作業エリアとして種々な管理情報を作成し、作成した管理情報を、図７２（ｄ）のＡＶデータ管理情報記録領域１３０に適宜記録する。また、ＭＰＵ部８０は、ＡＶデータ管理情報記録領域１３０に記録された管理情報を再生し、再生した管理情報に基づき種々な制御（図１１３〜図１４１）を行う。なお、ＭＰＵ部８０の上記図示せぬＲＯＭには、図１１２の装置のメーカーＩＤ情報等を書き込んでおくことができる。
【０４１８】
図１１２の装置で用いる媒体１００（１００ａ）の特徴を簡単に纏めると、次のようになる。すなわち、この媒体は、管理領域１３０とデータ領域１３１で構成され、データ領域にはデータが複数のオブジェクトデータ（ＳＯＢ）に分かれて記録され、それぞれのオブジェクトデータはデータユニット（ＳＯＢＵ）の集まりで構成される。そして、１つのデータユニット（ＳＯＢＵ）は、ＭＰＥＧ−ＴＳに準じたデジタル放送信号をＴＳパケット毎に複数パケットでパケットグループ化したパケットグループにより構成される。一方、前記管理領域１３０は再生手順を管理する情報としてＰＧＣ情報（ＰＧＣＩ）を持ち、このＰＧＣ情報はセル情報（ＣＩ）を含んで構成される。さらに、管理領域１３０内にオブジェクトデータ（ＳＯＢ）を管理する情報を持つ。
【０４１９】
図１１２の装置は、上記のようなデータ構造を持つ媒体１００（１００ａ）に対して、ビデオレコーディングの他にストリームレコーディングを行うことができる。その際、ＴＳパケットのストリーム内からプログラムマップテーブルＰＭＴやサービス情報ＳＩを取り出すために、ＭＰＵ部８０はサービス情報取り出し部（図示せず；管理データ作成部８０Ｂの一部を構成するファームウエア）を持つように構成される。またこのサービス情報取り出し部で取り出した情報を元に、属性情報（ＰＣＲ＿パック番号あるいはＰＣＲ＿ＬＢ数番号など）を作成する属性情報作成部（図示せず；管理データ作成部８０Ｂの一部を構成するファームウエア）を持つように構成される。
【０４２０】
図１１２の装置において、記録時の信号の流れは、例えば次のようになる。すなわち、ＳＴＢ部８３（または地上波デジタルチューナ８２）で受け取ったＴＳパケットデータは、フォーマッタ部９０でパケットグループ化されワーク（バッファメモリ部９１）へ保存し、一定量たまった時点（１またはその整数倍のＣＤＡ分がたまった段階で）でディスク１００に記録される。この時の動作は、ＴＳパケットを受信すると１７０パケットづつグルーピング化し、パケットグループヘッダを作成する。
【０４２１】
また、ＴＳパケットの到着時間はPATS用のカウンタでカウントし、各ＴＳパケットの先頭に付けバッファされる。このカウンタ１０２ｂは，ＳＣＲによりカウント間隔の微調整は行うがＳＴＣ（システムタイムクロック）部１０２ａのようにＳＣＲ（システムクロックリファレンス）の値をロードする事は無い。
【０４２２】
この時の動作は、TSパケットを受信すると170パケットづつグルーピング化し、パケットグループヘッダを作成しする。その場合、Packet  Groupの先頭のPacketのPATSの上位2バイトのみヘッダに入れ、それ以外のPATSは下位4バイトのみがTSパケットとともに（TSパケットの前に）保存される。
【０４２３】
また、地上波チューナ８２やライン入力から入力されたアナログ信号は、Ａ／Ｄ部８４でデジタル変換される。そのデジタル信号は、各エンコーダ部８６、８７へ入力される。すなわち、ビデオ信号はビデオエンコード部８７へ、オーディオ信号はオーディオエンコード部８６へ、文字放送などの文字データはＳＰエンコード部（図示せず）へ入力され、ビデオ信号はＭＰＥＧ圧縮され、オーディオ信号はＡＣ３圧縮またはＭＰＥＧオーディオ圧縮がなされ、文字データはランレングス圧縮される。
【０４２４】
各エンコーダ部８６、８７から、圧縮データが、パック化（あるいはブロック化）された場合に２０４８バイトになるようにパック化（あるいはブロック化）されて、フォーマッタ部９０へ入力される。
【０４２５】
フォーマッタ部９０では、各パケット（あるいは各ブロック）がプログラムストリームとして多重化され、Ｄ−ＰＲＯ部５２へ送られる。
【０４２６】
Ｄ−ＰＲＯ部５２では、１６または３２パケット（１６または３２ブロック）毎にＥＣＣブロックを形成し、エラー訂正データを付け、ドライブ部５１によりディスク１００に記録する。
【０４２７】
ここで、ドライブ部５１がシーク中やトラックジャンプなどの場合のためにビジー状態の場合には、ＨＤＤバッファ部１００ａへ入れられ、ドライブ部５１の準備ができるまで待つこととなる。さらに、フォーマッタ部９０では、録画中、各切り分け情報を作成し、定期的にＭＰＵ部８０へ送る（ＧＯＰ先頭割り込みなど）。切り分け情報としては、ＶＯＢＵ（ＳＯＢＵ）のパック数（あるいはＬＢ数）、ＶＯＢＵ（ＳＯＢＵ）先頭からのＩピクチャのエンドアドレス、ＶＯＢＵ（ＳＯＢＵ）の再生時間などがある。
【０４２８】
また、再生時の信号の流れは、ディスク１００からドライブ部５１によりデータを読み出し、Ｄ−ＰＲＯ部５２でエラー訂正を行い、デコード部７９へ入力される。ＭＰＵ部８０は入力されるデータがＶＲデータか、ＳＲデータかの種別を判定し（セルタイプにより判定できる）、デコーダ部５９に再生前にその種別を設定する。
【０４２９】
ＳＲデータの場合、ＭＰＵ部８０は再生するセル情報ＣＩより、再生するＰＭＴ＿ＩＤを決め、該当するＰＭＴより、再生する各アイテム（ビデオ、オーディオ等）のＰＩＤを決め、デコーダ部５９へ設定する。デコーダ部５９は、そのＰＩＤを元に、分離部６０で各ＴＳパケットを各デコード部６１、６３、６４へ送る。さらに、ＴＳパケット転送部１０１へ送り、到着時間に従って、ＳＴＢ部８３へＴＳパケットの形で送信する。各デコード部は、デコードを行い、Ｄ／Ａ部６７、７０でアナログ信号に変換し、ＴＶ６８、スピーカ７２で映像表示ならびに音声出力を行なう。ＶＲデータの場合は、分離部６０は、固定のＩＤに従い、各デコード部６１、６３、６４へ送る。各デコード部６１、６３、６４は、デコードを行い、Ｄ／Ａ部６７、７０でアナログ信号に変換し、ＴＶ６８、スピーカ７２で映像表示ならびに音声出力を行なう。
【０４３０】
なお、再生時は、ディスク１００から読み出したパックデータを分離部６０で解析し、ＴＳパケットが入っているパックの場合には、ＴＳパケット転送部１０１へ送り、さらに、その後、各デコーダへ送って再生を行う。ＳＴＢ８３へ転送する場合（あるいはデジタルＴＶ等の外部機器へ送信する場合）は、ＴＳパケット転送部１０１は、そのデータを到着時と同じ時間間隔で、ＴＳパケットのみを転送する。ＳＴＢ部８３は、デコードを行いＡＶ信号を発生させ、そのＡＶ信号をストリーマ内ビデオエンコーダ部を通してＴＶ６８へ表示する。
【０４３１】
ところで、デジタルＴＶ放送やインターネットなど有線を使用した放送などの、圧縮動画を放送（配信）する方式において、共通の基本フォーマットであるＭＰＥＧ−ＴＳ方式は、パケットの管理データ部分とペイロードに分かれる。ペイロードには、再生されるべき対象のデータがスクランブルの掛かった状態で含まれている。ＡＲＩＢによると、ＰＡＴ（Program Association Table）、ＰＭＴ（Program Map Table）、ＳＩ（Service Information）に関しては、スクランブルされていない。また、ＰＭＴやＳＩ（SDT：Service Description Table、 EIT：Event Information Table、BAT：Bouquet association Table）を利用してさまざまな管理情報を作成することができる。
【０４３２】
再生対象としては、ＭＰＥＧビデオデータやＤｏｌｂｙ（登録商標、以下同様。）  ＡＣ３オーディオデータやＭＰＥＧオーディオデータ、データ放送データなど、さらに、直接、再生対象には関係しないが、再生する上で必要なＰＡＴ、ＰＭＴ、ＳＩなどの情報（番組情報等）などがある。ＰＡＴには、番組毎のＰＭＴのＰＩＤ（Packet Identification）が含まれており、さらにＰＭＴにはビデオデータやオーディオデータのＰＩＤが記録されている。
【０４３３】
ＳＴＢ（Set Top Box）８３の通常の再生手順としては、ＥＰＧ情報により、ユーザが番組を決定すると、目的の番組の開始時間に、ＰＡＴを読み込む。そのデータを元に、希望の番組に属するＰＭＴのＰＩＤを決定し、そのＰＩＤに従って、目的のＰＭＴを読み出す。そして、そこに含まれる再生すべきビデオ、オーディオパケットのＰＩＤを決定し、ＰＭＴやＳＩにより、ビデオ、オーディオの属性を読み出し、各デコーダへセットする。そして、前記ビデオ、オーディオデータを、ＰＩＤに従って切り出して、再生する。ここで、ＰＡＴ、ＰＭＴ、ＳＩ等は、途中再生にも使用するために、数１００ｍｓ毎に、送信されてくる。
【０４３４】
図１１３は、図１１２の装置の全体の動作の一例を説明するフローチャート（全体動作処理フロー）である。ここでのデータ処理は、図１１３に示すように録画処理、再生処理、データ転送処理（ＳＴＢへのデジタル出力処理など）、番組設定処理、編集処理の５通りとなる。
【０４３５】
例えば図１１２の装置の電源がオンされると、ＭＰＵ部８０は、（工場出荷時またはユーザが設定した後の）初期設定を行い（ステップＳＴ１０）、表示設定を行って（ステップＳＴ１２）、ユーザ操作を待つ。ユーザがキー入力部１０３キー入力を行うと（ステップＳＴ１４）、ＭＰＵ部８０はそのキー入力の内容を解釈する（ステップＳＴ１６）。この入力キー解釈の結果に応じて、以下の４つのデータ処理が、適宜実行される。
【０４３６】
すなわち、キー入力が例えばタイマー予約録画設定のキー操作であれば、番組設定処理に入る（ステップＳＴ２０）。キー入力が録画開始のキー操作であれば、録画処理に入る（ステップＳＴ２２）。キー入力が再生開始のキー操作であれば、再生処理に入る（ステップＳＴ２４）。キー入力がＳＴＢへデジタル出力させるキー操作であれば、デジタル出力処理に入る（ステップＳＴ２６）。編集処理のキー操作であれば、編集処理に入る（ステップＳＴ２８）。
【０４３７】
ステップＳＴ２０〜ＳＴ２８の処理は、そのタスク毎に適宜並列処理される。例えば、再生処理中（ＳＴ２４）にＳＴＢへデジタル出力する処理（ＳＴ２６）が並列に実行される。あるいは、タイマー予約録画でない録画処理中（ＳＴ２２）に新たな番組設定処理（ＳＴ２０）を並列に処理するように構成することができる。あるいは、高速アクセス可能なディスク記録の特徴を生かし、録画処理（ＳＴ２２）中に再生処理（ＳＴ２４）とデジタル出力処理（ＳＴ２６）を並列処理するように構成することもできる。ＨＤＤへの録画中にディスクの編集処理（ステップＳＴ２８）を行うように構成することも可能である。
【０４３８】
図１１４は、図１１３に示した編集処理（ＳＴ２８）の一例を説明するフローチャート（編集動作処理フロー）である。編集処理に入ると、編集内容に応じて、４つの処理（Ａ〜Ｄのいずれか）に入ることができる。エントリポイント編集処理、コピー／移動処理、削除処理、あるいはプレイリスト作成処理が済むと、この編集によるプログラム更新の日時が、各管理情報（ＥＸ＿ＰＧＩ、ＥＸ＿ＩＴ＿ＴＸＴ、ＥＸ＿ＭＮＦＩ）に設定される（ステップＳＴ２８４）。プレイリスト作成処理では、プレイリストレジューム情報（ＰＬ＿ＲＳＭ＿ＩＮＦＯ）に対して、初期値を設定する、つまりプレイリストの先頭を示す値を設定する。
【０４３９】
なお、プログラム情報ＰＧＩ、セル情報ＣＩ、あるいはＶＯＢ、ＳＯＢのどれかが変更されたときに、このプログラム更新日時の設定を行うようにしてもよい。ここで、ＶＯＢＩおよび／またはＳＯＢＩが変更された場合は、ＶＯＢＩおよび／またはＳＯＢＩの編集時間（ＥＤＩＴ＿ＴＩＭＥ）をＳＯＢ＿ＥＤＩＴ＿ＴＩＭＥ等（図示せず）に設定できる。
【０４４０】
ついでながら、ＳＴ２８４の処理において、ＳＴ２８２Ａ〜ＳＴ２８２Ｄの何れかの操作を行った機器のメーカーＩＤを、最後の編集者ＩＤ（ＬＡＳＴ＿ＭＮＦ＿ＩＤ）として設定してもよい。この編集者ＩＤは、ＰＧＩ、ＣＩ、ＳＯＢ（またはＶＯＢ）のどれかが変更されると、その都度、その時に用いた機器のＩＤ情報により、設定（または更新）できる。
【０４４１】
図１１５は、図１１３に示した初期設定（ＳＴ１０）の一例を説明するフローチャート（初期設定処理フロー例１）である。この初期設定処理は、以下の通りとなる。
【０４４２】
ａ１）ディスクチェックを行い、エラーの場合は本処理を終了する（ステップＳＴ４０）。
【０４４３】
ａ２）ディスクがあり（ステップＳＴ４２でＹＥＳ）、ＶＭＧが記録されている場合は、ＶＭＧを読み込む（ステップＳＴ４４）。
【０４４４】
ａ３）プロファイル情報を取り出し（ステップＳＴ４６）、リージョンが合っているかどうかをチェックする（ステップＳＴ４８）。合っていない場合は（ステップＳＴ４８でＮＯ）、ＳＯＢを再生しないように設定を行う（ステップＳＴ５０）。
【０４４５】
ａ４）リージョンが合っている場合は（ステップＳＴ４８でＹＥＳ）、オプション情報を読み込み、図１１６に示す動作表にしたがって動作するように設定を行う（ステップＳＴ５２）。
【０４４６】
図１１６は、図１１２の装置の録画動作の一例を説明するフローチャートである。ストリーム録画時のデータ処理は、以下のようになる（図１１６乃至図１２９参照）。
【０４４７】
ｂ１）まず、番組設定処理でＥＰＧ（Electronic Program Guide）を使用して録画する番組を決めておき、受信を開始し、その決めた番組の録画を行う。
【０４４８】
ｂ２）ＭＰＵ部８０がキー入力部１０３より録画命令を受けると、ドライブ部５１から管理データを読み込み、書き込む領域を決定する。このとき、ファイルシステムをチェックし、録画可能かどうかを判断し、録画可能の場合は記録する位置を決定し、録画可能でない場合はその旨をユーザに示して、処理を中止する（ＥＮＤ）。
【０４４９】
ｂ３）録画対象がデジタル放送であり、エラーが出ていないときは、決定された領域を書き込むように管理領域に設定し、ビデオデータの書き込みスタートアドレスをドライブ部５１に設定し、データを記録する準備を行う（録画用初期設定）。
【０４５０】
ｂ４）ＳＴＣ部１０２ａに時間のリセットを行う。ここで、ＳＴＣ部１０２はシステムのタイマーでこの値を基準に録画、再生を行う。
【０４５１】
ｂ５）録画する番組のＰＡＴを読み込み、目的の番組のＰＭＴを取り込むためのＰＩＤを決定し、目的のＰＭＴを読み込み、デコードすべき（録画すべき）各データ（ビデオ、オーディオ）のＰＩＤを決定する。このとき、ＭＰＵ部８０のワークＲＡＭ部８０ＡにＰＡＴ、ＰＭＴを保存し、管理情報に書き込む。ファイルシステムに、ＶＭＧファイルのデータを書き込み、ＶＭＧＩに必要な情報を書き込む。
【０４５２】
ｂ６）各部へ録画設定を行う。このとき、フォーマッタ部９０へ各データの切り分けの設定や、ＴＳパケットの受け取り設定を行う。また、このとき、記録すべきデータのＰＩＤを設定し、目的のビデオストリームのみ記録するようにする。また、バッファ５３へＴＳパケットの保持を開始するように設定する。すると、フォーマッタ部９０は図１１２に示すように動作を開始する。
【０４５３】
ｂ７）ＰＭＴよりＳＯＢ＿ＥＳＩを作成する（図１２３参照）。
【０４５４】
ｂ８）バッファ５３内のデータが一定量たまった場合は、Ｄ−ＰＲＯ部５２を通して、ＥＣＣ処理を行い、ディスク１００に記録する。
【０４５５】
ｂ９）録画中、定期的に（フォーマッタ部９０のバッファＲＡＭ９１が一杯になる前に）、切り分け情報をＭＰＵ部８０のワークＲＡＭ８０Ａに保存する。ここでの切り分け情報は、ＳＯＢＵの切り分け情報で、ＳＯＢＵの先頭のアドレス、ＳＯＢＵのパック長、Ｉピクチャの終了アドレス、、再生時間、Packetの到着時間（PATS）等である。
【０４５６】
ｂ１０）録画終了かどうかをチェックし（録画終了キーを入力したかどうか、または、残り容量が無くなったかどうか）、終了時には、フォーマッタ部９０より残りの切り分け情報を取り込み、ワークＲＡＭ８０Ａへ追加し、それらのデータを管理データ（ＶＭＧＩ）に記録し、さらに、ファイルシステムに、残りの情報を記録する。
【０４５７】
ｂ１１）終了ではない場合は、ｂ７）に移行し、データの取り込み及び再生を続けて行うようにする。
【０４５８】
ここで、ＴＶに表示するために、デコーダ部へＤ−ＰＲＯ部と同時に送り、再生を行う。
【０４５９】
ただし、この場合、ＭＰＵ部はデコーダ部へ再生時の設定を行い、その後はデコーダが自動的に再生を行う。
【０４６０】
Ｄ−ＰＲＯ部は１６パック毎にまとめてＥＣＣグループとして、ＥＣＣをつけてドライブ部へ送る。ただし、ドライブ部がディスクへの記録準備が出来ていない場合には、一時記憶部へ転送し、データを記録する準備が出来るまで待ち、用意が出来た段階で記録を開始する。ここで、一時記憶部は高速アクセスで数分以上の記録データを保持するため、大容量メモリが想定される。
【０４６１】
ただし、マイコンは、ファイルの管理領域などを読み書きするために、Ｄ−ＰＲＯ部へマイコンバスを通して、読み書きすることが出来る。
【０４６２】
図１１７は、図１１６に示したバッファ取り込み処理（録画用初期設定時）の一例を説明するフローチャート（バッファ取り込み処理フロー）である。記録時の信号の流れは、ＳＴＢ部８３（または地上波デジタルチューナ８９）で受け取ったＴＳパケットデータは、フォーマッタ部９０でパケットグループ化された後にワークＲＡＭ８０Ａへ保存し、一定量たまった時点（1またはその整数倍のＣＤＡ分がたまった段階で）でディスク１００に記録される。この時の動作は、ＴＳパケットを受信すると１７０パケットづつグルーピング化し、パケットグループヘッダを作成する。図１１７にあるように、
ｃ１）ＴＳパケットを受信する。
【０４６３】
ｃ２）取り込んだＴＳパケットにＰＣＲが有る場合はＳＴＣの修正を行う。
【０４６４】
ｃ３）パケットグループの先頭の場合は、Ｓｙｎｃ＿Ｐａｔｔｅｒｎ：00ffa5a5を設定する。
【０４６５】
ｃ４）ＴＳパケットの到着時間をＰＡＴＳとして先頭のＰａｃｋｅｔのＰＡＴＳの上位２バイトをPacket  Group  Headerに配置し、各PacketのＰＡＴＳの下位４バイトをＴＳパケットの前に配置する。
【０４６６】
ｃ５）ＴＳパケットデータエリアに取り込んだＴＳパケットを設定する。
【０４６７】
ｃ６）パケットグループが終わったかどうかを判定し（１７０個のＴＳパケットをグルーピングしたかどうかを判定し）、終わってない場合は、ｃ１）へ移行し、終わった場合は、ＰＫＴ＿ＧＲＰ＿ＧＩ設定処理、ＣＰＩ処理、を行い、その後さらにＭＮＦＩ処理を行い、グループデータをバッファＲＡＭ内に一時保存する（ステップＳＴ１３３２）。
【０４６８】
図１１８は、PKT_GRP_GI設定処理を図１１８に従って説明する。
【０４６９】
（１）Packetタイプを調べ、MPEG_TSパケットの場合は1を設定し,それ以外の場合は、そのタイプにあった値をPacket  Typeに設定する。
【０４７０】
（２）本規格のBOOKバージョンに対応した値をVERSIONに設定する。
【０４７１】
（３）各Packetについて、通信エラーがあるかどうかをチューナーからの情報を元に判断し、エラーが無い場合は、5）へ移行する。
【０４７２】
（４）エラーがある場合、以下の3種類のエラーのつけ方が考えられる。
【０４７３】
＊Packet  Group全体で1ビットの場合：そのまま、ERRに1をセットする。
【０４７４】
＊ストリーム毎に1ビットづつつける場合（計32ヒ゛ット必要）：エラーのあるストリームを調べ、ERR内のエラーが有るストリームの相当するビットに1を設定する。
【０４７５】
＊Packet毎に1ビットづつつける場合（計170ヒ゛ット必要）：エラーのあるストリームを調べ、ERR内のエラーが有るPacketの相当するビットに1を設定する。
【０４７６】
（５）この段階では、ダミーデータは挿入しないため、STUFに0を、VALID_PKT_Nsには170（0xAA）を設定
する。
【０４７７】
（６）本Packet  Group内でPATSが一周したかどうかを調べ、一周した場合にはWRAPに1を設定する。
【０４７８】
図１１９は、図１１７に示したＣＰＩ設定処理の一例を説明するフローチャート（ＣＰＩ作成処理フロー）である。ＣＣＩ設定処理を以下に説明する。
【０４７９】
ｄ１）最新のＰＭＴ、ＥＩＴ内にコピー情報が有るかどうか調べ、有る場合は、その情報を元にコピー情報を構成し、設定し、ｄ３）へ移行する。
【０４８０】
ｄ２）受信したＴＳパケット内にコピー情報がない場合は、前回のパックと同じ情報をコピー情報として構成する。
【０４８１】
ｄ３）パケットグループの途中で変化した場合、その変化した所から新たなパケットグループとするように前のパケットグループにダミーデータ（図１２０参照）を挿入し、変化後からを新たなパケットグループとするようにし、その情報を元にＣＣＩを設定する。
【０４８２】
ｄ４）受信したＴＳパケット内にコピー情報がない場合は、コピーフリーとしてＣＣＩを構成する。このとき、PKT_GRP_GI：STUFに1を設定し、有効なPacketの数をPKT_GRP_GI:VALID_PKT_Nsに設定する。
【０４８３】
図１２０は、パケットグループアライン処理におけるパケットグループのデータ構造を例示する図である。同じＥＳにおいて、同じパケットグループ内でＣＣＩおよび／またはＤＣＩが変化しそうな場合は、パケットグループを一旦区切り、ダミーデータで残りのパックを埋め、次のパケットグループになるように設定する。つまり、パケットグループ内でＣＣＩ、ＤＣＩが変化しないようにアライン処理を行なう。
【０４８４】
図１２１はＭＮＦＩ設定処理（図１１７に示したステップ）の詳細例を説明するフローチャート（ＭＮＦＩ作成処理フロー）である。
【０４８５】
ｅ１）保存すべきＭＮＦＩが存在するかどうかを判定し、存在しない場合は、ＭＮＦ＿ＩＤ、ＭＮＦ＿ＤＡＴＡに０を設定して本処理を終了する。
【０４８６】
ｅ２）存在する場合、ＭＮＦ＿ＩＤに各メーカのＩＤを設定する。
【０４８７】
ｅ３）ＭＮＦ＿ＤＡＴＡに記録すべきデータを設定し、本処理を終了する。
【０４８８】
また、再生時は、ディスクから読み出したパックデータを分離部で解析し、ＴＳパケットが入っているパックの場合には、ＴＳパケット転送部へおくり、さらに、その後、各デコーダへ送られ、再生を行う。ＳＴＢへ転送する場合（外部へ送信する場合：デジタルＴＶ等）は、ＴＳパケット転送部は、そのデータを到着時と同じ時間間隔で、ＰＡＴＳの下位４バイトとＴＳパケットのみを転送する。
【０４８９】
ＳＴＢ部は、デコードを行い、ＡＶ信号を発生させ、そのＡＶ信号をストリーマ内ビデオエンコーダ部を通して、ＴＶへ表示する。
【０４９０】
図１２２は、ディスク状情報記憶媒体（例えばブルーレーザを用いる光ディスク）に録画を開始する前処理の一例を説明するフローチャート（録画前処理フロー）である。録画の前処理は以下のようになる。
【０４９１】
ｆ１）ＤＶＤ＿ＨＤＲのディレクトリ（新たなＶＲの入るディレクトリ）を探し、無い場合はそのディレクトリを作成し、ある場合は次に移行する。
【０４９２】
ｆ２）ディレクトリ内に録画されているかどうかを調べ、録画されている場合は、その管理情報であるＶＭＧＩをワーク内に読み込み、プロファイル情報を読み込む。そして、録画動作設定処理を行なう。なお、録画されていない場合（ＮＯ）はｆ５）へ移行する。
【０４９３】
ｆ３）今から録画するコンテンツが＜デジタル放送録画＞かどうかをチェックし、デジタルコンテンツで無い場合は、ｆ９）へ移行する。
【０４９４】
ｆ４）デジタル放送録画の場合は、リージョンをチェックし＜リージョンは合っているか？＞、本機（図１１２の装置）にデフォルト設定されているリージョン値と合わない場合は録画を終了し（例えば“地域コードが違います、録画できません。”のメッセージ）、合う場合はｆ７）へ移行する。
【０４９５】
ｆ５）ＶＭＧを作成し、本機のデフォルト値をプロファイル情報（図７９、図８１等）に記録する。
【０４９６】
ｆ６）今から録画するコンテンツがデジタル放送かどうかをチェックし、デジタルコンテンツで無い場合は、ｆ９）へ移行する。
【０４９７】
ｆ７）ＳＯＢファイルがある場合はその後ろに、無い場合は新たのＳＯＢファイルを作成し、その後ろに記録するように設定する。
【０４９８】
ｆ８）ストリームが解析可能かどうかを調べ、可能な場合はＴＭＡＰをＰＴＭベースで構成するように設定し、不能の場合はＰＡＴＳベースで構成するように設定する。
【０４９９】
ｆ９）ＶＯＢファイルがある場合はその後ろに、無い場合は新たのＶＯＢファイルを作成し、その後ろに記録するように設定し（ステップＳＴ１１３０Ａ）、本処理を終了する。
【０５００】
図１２３は、ストリーム情報（ＥＳＩ）作成処理の一例を説明するフローチャート（ＥＳＩ設定処理フロー）である。ＳＯＢ＿ＥＳＩは、以下のように設定できる。
【０５０１】
ｇ１）ＰＳＩ、ＳＩを調べ、設定されているストリーム数を調べる（ステップＳＴ１２０１）。
【０５０２】
ｇ２）設定されているストリーム数の数だけｇ４）、ｇ５）を繰り返す。
【０５０３】
ｇ３）ＰＳＩ、ＳＩよりストリームタイプを調べ、ビデオ、オーディオのストリームかその他かどうかを判定し、次のストリームチェックに移行する。
【０５０４】
ｇ４）ストリームタイプをＭＰＥＧ１ビデオ、ＭＰＥＧ２ビデオ、ＭＰＥＧ１オーディオ、ＭＰＥＧ２オーディオ…等の種別に分け、それぞれの種別応じて、内部のデータをチェックし、各属性情報を読み出す。
【０５０５】
ｇ５）ビデオストリームの場合、ＥＳ＿ＴＹ＝0とし、各属性情報を設定し、特に解像度データ、アスペクト情報等を取り出し、Ｖ＿ＡＴＲを作成し、ｇ８）へ移行する。
【０５０６】
ｇ６）オーディオストリームの場合、ＥＳ＿ＴＹ＝0x40とし、各属性情報を設定し、特にサンプリング周波数、チャンネル数等を取り出し、Ａ＿ＡＴＲを作成し、ｇ８）へ移行する。
【０５０７】
ｇ７）その他の場合、ＥＳ＿ＴＹ＝0X80とし、各属性情報を設定し、ｇ８）へ移行する。
【０５０８】
ｇ８）コピー情報を取り出し、ＣＰ＿ＣＴＬ＿ＩＮＦＯを作成する。
【０５０９】
ｇ９）属性情報を元に新たにＥＳＩを設定し、次のストリームチェックに移行する。
【０５１０】
図１２４−図１２８は、録画終了処理時におけるストリームファイル情報（ＳＴＲ＿ＦＩ）作成処理の一例を説明するフローチャート（ＧＰＩ設定処理およびＴＭＡＰ設定処理付きのストリームファイル情報作成処理フロー）である。
【０５１１】
ｈ１）ＳＯＢＩを一つ増やすため、ＳＯＢＩ＿ＳＲＰ＃を増やし、その領域を確保し、ＰＫＴ＿ＴＹに0：ＭＰＥＧ＿ＴＳを設定する。
【０５１２】
ｈ２）録画時間をＳＯＢ＿ＲＥＣ＿ＴＭ、ＳＯＢ＿ＲＥＣ＿ＴＭ＿ＳＵＢに設定する。ここで、装置（図１１２）内部の時計は、ＴＤＴ（Time Data Table；図示せず）により、設定、補正が行なわれ、常に正確な時間が得られるようになっている。
【０５１３】
ｈ３）ＰＴＭベースの場合、スタートＰＴＭ（ＳＯＢ＿Ｓ＿ＰＴＭ／ＰＡＴＳ）、エンドＰＴＭ（ＳＯＢ＿Ｅ＿ＰＴＭ／ＰＡＴＳ）をストリーム内より取出して設定する。ＰＡＴＳベースの場合、ＳＯＢの先頭のパケットのＰＡＴＳをＳＯＢ＿Ｓ＿ＰＴＭ／ＰＴＳにＳＯＢの最後のパケットのＰＡＴＳをＳＯＢ＿Ｅ＿ＰＴＭ／ＰＴＳに設定する。
【０５１４】
ｈ４）記録レートに従ってＰＣＲ＿ＰＯＳ＿ＳＨＩＦＴを設定する。
【０５１５】
ｈ５）ＴＳストリームかどうかを判定する。ストリームの種類がＴＳストリーム（ＡＲＩＢ、ＤＶＢ）の場合は、ＡＰ＿ＰＫＴ＿ＳＺに１８８を設定しＰＫＴ＿ＧＲＰ＿ＳＺに１６を設定する。また装置の国コードを設定する。
【０５１６】
そうでない場合は、放送方式にあった値を設定する。ＰＫＴ＿ＧＲＰ＿ＳＺに録画するフォーマットに対応した値、ＰＫＴ＿Ｎｓに録画するフォーマットに対応した値、Ｃｏｕｎｔｒｙ＿ｃｏｄｅに装置の国コードを設定する。
【０５１７】
ｈ６）ＰＫＴ＿ＴＹにＭＰＥＧ＿ＴＳを設定する。
【０５１８】
ｈ７）ＢＳの場合は、ＡＰ＿ＦＯＲＭＡＴ←１（ＩＤＳ−Ｓ）とし、地上デジタルの場合ＡＰ＿ＦＯＲＭＡＴ←０（ＩＤＳ−Ｔ）とする。また記録開始時のＰＡＴ（パケットアソシエーションテーブル）をワークメモリより読み出し、ＴＳ＿ＩＤ、ＮＥＴＷＯＲＫ＿ＰＩＤ、ＰＭＴ＿ＩＤ（本ＳＯＢで使用しているＰＭＴのＰＩＤ）を設定する。
【０５１９】
ｈ８）記録開始時のＰＭＴ，ＮＩＴ，ＥＩＴをワークメモリより読み出し、ＡＰ＿ＦＯＲＭＡＴ＿２，ＰＭＴより、Ｐｒｏｇｒａｍ＿Ｎｕｍｂｅｒ（ＰＭＴ内のＳＥＲＶＩＣＥ＿ＩＤ）、Ｆｏｒｍａｔ＿Ｉｄ（ＲＥＧ＿ＤＥＳの値）、ＰＣＲ＿ＰＩＤ、ＥＳＯＢ＿Ｅｓ＿Ｎｓ，Ｖ＿ＥＳ＿Ｎｓ，Ａ＿ＥＳ＿Ｎｓを設定する。ＤＥＦ＿ＰＩＤは、コンポーネントタグ値の一番小さいもの（ただしコンポーネントグループ記述子で設定されたものが優先）のＰＩＤが設定される、またレコーダのデェフォルト値に従ってプロファイル情報を設定（例２）。またＴＭＡＰのタイプに従ってＳＯＢ＿ＴＹを設定する。
【０５２０】
さらに、ＦＯＲＭＡＴ＿ＩＤ、ＶＥＲＳＩＯＮについては、内部チューナの場合は機器内でデフォルトの方式とし、外部デジタル入力の場合はデジタル入力より送られてくるＲｅｇｉｓｔｒａｔｉｏｎ＿Ｄｅｓｃｒｉｐｔｏｒの値を設定する。TMAPタイプに従ってSOB_TYを設定する。
【０５２１】
ｈ９）さらに、録画したＥＳの数を設定する。（ＰＭＴには放送している全てのＥＳの情報：数が設定されているが、録画時に全てのＥＳを記録しているとは限らないため、記録したＥＳの数を設定する。
【０５２２】
ｈ１０）録画を開始したＬＢアドレスをＡＤＲ＿ＯＦＳ（図９０）に設定し（ステップＳＴ１５５０）、デフォルトのＰＩＤを設定する。デフォルトのビデオのＰＩＤとはコンポーネントタグ値が00の値のもの、もしくは、マルチビューＴＶの場合、メインのコンポーネントグループに記載されているコンポーネントタグに相当するストリームのＰＩＤが相当する。
【０５２３】
ｈ１１）ＳＯＢＩ毎にプロファイル情報（図８１）を入れる場合は、ここで、本機のデフォルト値を入れる。
【０５２４】
ｈ１２）ＧＰＩを設定する処理（後述）等を行い、各切り分け情報を元にストリーム毎にＴＭＡＰＩを作成する。
【０５２５】
ｈ１３）編集日時を設定する。
【０５２６】
図１２５は、ＧＰＩ設定処理の一例（例１）を説明するフローチャートである。
【０５２７】
（ｉ１）ストリームのタイプを調べる。
【０５２８】
（ｉ２）複数番組を1ストリームにしたの場合、SOB_TYにGPIありとし、BLOCK_TY＝2、全てのＧＰをメインでGP_TY=1とし、BLOCK_NUMに番組毎に違う番号にし、1番組に１ＧＰＩで構成し、本処理を終了する。（再生するＰＩＤを入れる）
（ｉ３）降雨対応放送の場合、SOB_TYにGPIありとし、Block_TY＝3、高階層をメイン：1としそのほかをサフ゛：2とGP_TYに設定する。BLOCK_NUMに同じ番号にし、階層毎に１ＧＰＩで構成し、本処理を終了する。（再生するＰＩＤを入れる）
（ｉ４）マルチビュー放送の場合、SOB_TYにGPIありとし、BLOCK_TY＝01、MAINク゛ルーフ゜をメイン：1としそのほかをサフ゛：2とGP_TYに設定する。BLOCK_NUMに同じ番号にし、1ビューに１ＧＰＩで構成し、まだ、ほかのＧＰとすべきＥＳがあるかどうかを判断し、有る場合は1）へ移行し、無い場合は本処理を終了する。（再生するＰＩＤを入れる）
（ｉ５）目的のＧＰが無い場合はSOB_TYにGPIなしと設定し、本処理を終了する。
【０５２９】
図１２６は、ＴＭＡＰ設定処理を説明するフローチャートである。ＴＭＡＰ設定処理は、以下のようになる。
【０５３０】
ｊ１）ＳＯＢ／ＶＯＢの構造を決定する。
【０５３１】
ｊ２）ＳＯＢの場合は、TMAP_TYを決定する。PTMベースの場合、ＧＰ数を考慮し、ＳＴＭＡＰを作成するＥＳを決定し、そのＥＳの数（ビデオのESの数）をＴＭＡＰ数とし、ＴＭＡＰ毎に作成するＥＳ＿ＰＩＤを設定する。（ただし、１ＧＰに必ず１ＴＭＡＰが付く必要は無い。無い場合は同じＭＡＩＮ＿ＧＰもしくは同じＢＬＯＣＫ＿ＮＵＭＢＥＲが付いているＧＰのＴＭＡＰを利用し、再生、サーチ、特殊再生等を行う。）PATSベースとＶＯＢの場合は、ＩＴＭＡＰを追加する。
【０５３２】
ｊ３）切り分け情報よりＳＯＢ(PTMベース)／ＶＯＢ開始時間終了時間、ＴＭＡＰ毎の開始時間終了時間、ＥＮＴＲＹ数，ＳＯＢ（PATSベース）の先頭のPacketの到着時間、最終Packetの到着時間等を設定する。
【０５３３】
ｊ４）ＴＭＡＰＴを追加し、切り分け情報を元にＥＮＴＲＹ情報を作成する。ここで、ＴＭＡＰＴ情報は、別ファイルの場合（図７４等）とＩＦＯファイルの最後に追加する場合（図７５等）がある。
【０５３４】
図１２７はＶＯＢ／ＳＯＢ構造設定処理を説明するフローチャートである。ＶＯＢ／ＳＯＢの構造設定処理を、以下に説明する。
【０５３５】
ｍ１）録画した録画時間を調べ、録画時間が２時間以下の場合はｍ２）に移行、２から４時間の場合はｍ３）へ移行、４時間以上はｍ４）へ移行する。
【０５３６】
ｍ２）ＶＯＢ／ＳＯＢ＿ＰＢ＿ＴＭ＿ＲＮＧに０を設定し、切り分け情報（０．４ｓ〜１ｓの情報）より、ＳＯＢＵが０．４ｓ〜１ｓになるようにＶＯＢＵ／ＳＯＢＵ＿ＥＮＴを作成し（ステップＳＴ１５４００２）、ｍ５）へ移行する。
【０５３７】
ｍ３）ＶＯＢ／ＳＯＢ＿ＰＢ＿ＴＭ＿ＲＮＧに１を設定し、切り分け情報（０．４〜１ｓの情報）より、ＳＯＢＵが１ｓ〜２ｓになるようにＶＯＢＵ／ＳＯＢＵ＿ＥＮＴを作成し（ステップＳＴ１５４００３）、ｍ５）へ移行する。
【０５３８】
ｍ４）ＶＯＢ／ＳＯＢ＿ＰＢ＿ＴＭ＿ＲＮＧに２を設定し、切り分け情報（０．４〜１ｓの情報）より、ＳＯＢＵが２ｓ〜３ｓになるようにＶＯＢＵ／ＳＯＢＵ＿ＥＮＴを作成する（ステップＳＴ１５４００４）。
【０５３９】
ｍ５）本処理を終了する。
【０５４０】
図１２８は、ＣＰ＿ＣＴＬ＿ＩＮＦＯ作成処理を説明するフローチャートである。以下、ＣＰ＿ＣＴＬ＿ＩＮＦＯの設定処理を説明する。
【０５４１】
ｎ１）最新のＰＭＴ、ＥＩＴ内にコピー情報が有るかどうか調べ、有る場合は、その情報を元にコピー情報を構成し、設定し、ｎ３）へ移行する。
【０５４２】
ｎ２）コピー情報がない場合は、コピーフリーとして設定する。
【０５４３】
ｎ３）最新のＰＭＴ、ＥＩＴ内にコンテンツ利用記述子が有るかどうか調べ、有る場合は、その情報を元にＩＣＴ、ＥＰＮを設定する。
【０５４４】
ｎ４）受信したＴＳパケット内にコピー情報がない場合は、コピーフリーとしてＩＣＴ、ＥＰＮとして構成する。
【０５４５】
図１２９は、録画終了処理におけるプログラムチェーン（ＰＧＣ）作成処理（プログラム設定処理を含む）の一例を説明するフローチャート（プログラム設定処理フロー）である。この処理におけるＰＧ作成処理を以下説明する。
【０５４６】
ｐ１）ディスクの最初の記録かどうかをチェックし、最初の場合はＯＲＧ＿ＰＧＣを作成し、最初で無い場合はそのＯＲＧ＿ＰＧＣの後に追加するように設定する。
【０５４７】
ｐ２）ＰＧ＿ＴＹに消去許可：０を設定し、Ｃｅｌｌ＿Ｎｓにセルの数を設定する。
【０５４８】
ｐ３）ＡＲＩＢの場合、ＥＩＴ内の短形式イベント記述子のｌａｎｇｕａｇｅ＿ｃｏｄｅが”ｊｐｎ”の場合は、管理情報ＶＭＧ＿ＭＡＴ内の文字情報ＣＨＲに0x12を設定し、プライマリテキスト情報ＰＲＭ＿ＴＸＴＩの第二領域にＥＶＥＮＴ＿ＮＡＭＥを設定し、ＲＥＰ＿ＰＩＣＴＩに代表画像の情報を設定する；
ｐ４）ＬＡＳＴ＿ＭＮＦ＿ＩＤに本機器（図１１２）のメーカーＩＤを設定する。この値は、ＰＧＩ、ＣＩ、ＶＯＢの変更があった場合にその変更した機器のメーカーＩＤを設定し、最後に編集、記録したのがどのメーカーであるかを知るために設定するもので、これにより、違うメーカーの機器がディスクの記録内容を変更した場合に対応が取りやすくなる。
【０５４９】
ｐ５）ＰＧ＿ＩＮＤＥＸにＰＧの絶対番号を設定し、他のアプリケーションソフトウエアなどから参照する場合にＰＧ単位での参照を可能にする。さらに、本ＰＧ更新日時情報を記録する。この時、本機器で対応している（メーカーのコードが一致した）ＭＮＦＩやＩＴ＿ＴＸＴが有る場合には、その対応するデータの更新日時情報も設定する。
【０５５０】
ｐ６）ＭＮＦＩに各メーカー独自の情報を設定する。
【０５５１】
ｐ７）ＣＥＬＬ＿ＴＹにストリーマであることを示す情報（ＣＥＬＬＩ）を設定する（ステップＳＴ１７０４Ｘ）。
【０５５２】
ｐ８）参照するＳＯＢ番号を設定し、再生するＩＤとして代表（ビデオの）ＰＩＤまたは、Ｃｏｍｐｏｎｅｎｔ＿Ｇｒｏｕｐ＿Ｉｄを設定し、ＥＰＩの数
再生開始ＰＴＭ／ＰＡＴＳ、終了ＰＴＭ／ＰＡＴＳ、ＥＰを設定それぞれ設定する。
【０５５３】
ここで、ＥＰＩは再生開始ＰＴＭ／ＰＡＴＳ、終了ＰＴＭ／ＰＡＴＳと同じように、ＰＴＭベースの場合は、再生時間で指定し、ＰＡＴＳベースの場合はＰＡＴＳで指定する。（ただし、正確なＰＡＴＳでなく、おおよそのＰＡＴＳでもよく、レコーダはこの値に一番近いＰＡＴＳのPekcetを指定すると解釈する。
【０５５４】
ｐ９）PG_RSM_INFに頭から再生できるように先頭の情報を設定する。
【０５５５】
図１３０は、図１１２の装置の再生動作の一例を説明するフローチャート（全体の再生動作フロー）である。再生時のデータ処理は、以下の通りとなる（図１３０〜図１３５参照）。
【０５５６】
ｑ１）再生処理に入る前に、ディスクチェックし、追記可能ディスクあるいは書替可能ディスク（Ｒ、ＲＷ、ＲＡＭ；ここでは仮に“rewritable Disc”と呼ぶ）であるかどうかをチェックし、rewritable Discで無い場合には、その旨を返して終了する。
【０５５７】
ｑ２）ディスクのファイルシステムを読み出し、録画されたデータが有るかどうかチェックし、無い場合には、“録画されていません”と表示して終了する。
【０５５８】
ｑ３）ＶＭＧファイルを読み込み、再生するプログラム、セルを決定し（ユーザーに選ばせ）を決定する。ここで、記録順の再生選択した場合には、ＯＲＧ＿ＰＧＣＩに従って再生をおこない、番組毎の再生を行う場合には、再生したい番組に相当する番号のＵＤ＿ＰＧＣに従って再生を行う。ＶＭＧファイルを読み込み、再生するプログラムを決定する。
【０５５９】
即ち、ＶＭＧの情報は図１１２のワークＲＡＭ８０Ａに格納される。このワークＲＡＭ８０Ａからプロファイル情報（図７９、図８１等）を読み出し、読み出したプロファイル情報中のリージョンコードを、レコーダ（図１１２の装置）がデフォルトで持つリージョン値と比較する。リージョンが不一致ならその旨を表示し、リージョン不一致のＳＯＢの再生が禁止される。
【０５６０】
一方、リージョン一致で再生が可能なら、動作表に従って再生モードを設定する。しかる後、再生するセルを決定する（ユーザに選ばせる）。ここで、記録順の再生選択した場合には、ＯＲＧ＿ＰＧＣＩに従って再生を行い、番組毎の再生を行う場合には、再生したい番組に相当する番号のＵＤ＿ＰＧＣに従って再生を行う。
【０５６１】
ｑ４）ＰＫＴ＿ＴＹの値を読み出し、対応可能な放送方式かどうかチェックし、対応可能で無い場合は、その旨を表示して処理を終了する（もしくは次のＣＥＬＬへ移行する）。
【０５６２】
ｑ５）再生するタイトル情報、レジューム情報（PL_RSM_IFO,PG_RSM_IFO）等により再生するＳＯＢ／ＶＯＢ、再生開始ＰＴＭ／ＰＡＴＳ等を決定し、再生開始ＰＴＭ／ＰＡＴＳより、再生を開始するファイルポインタ（論理アドレス）を決定する。さらにＳＴＩの値により、各デコーダ部設定を行い再生の準備を行う。また、先頭のパケットグループヘッダ内のＣＣＩより、ＡＰＳの設定をビデオデコーダにＡＰＳのＯＮ／ＯＦＦ、ＡＰＳのタイプ等を設定し、デジタルコピー制御によりＣＧＭＳＡの設定をビデオデコーダに行う。さらに、デジタル出力（ＩＥＥＥＥ１３９４、インターネット等）が有る場合：EPNの値により、0:スクランフ゛ルon又は出力禁止、1:そのまま出力に出力ICに設定し、LCTが0の場合、画像の解像度を制限を加え、HDをSDに変換し、1の場合はそのまま出力に出力ICに設定する。この時、再生を開始するフレームがＩピクチャで無い場合、その直前のＩを読み出しそこからデコードを開始し、目的のフレームまできた所で表示を開始し、通常再生を開始する。
【０５６３】
ｑ６）再生開始時の処理を行う。
【０５６４】
ｑ７）各デコーダの設定（後途）を行う。
【０５６５】
ｑ８）セルの再生処理（後述）を行い、再生終了かどうかをチェックする。終了の場合には、エラーチェックを行い、エラーの場合にはその旨を表示し、エラーでない場合には再生終了処理を行い、本動作を終了する。
【０５６６】
ｑ９）ＰＧＣＩより次のセルを決定し、デコーダの設定が変更されたかどうかをチェックし、変更された場合には、次のシーケンスエンドコードにデコーダの設定が変更されるようにデコーダに変更属性を設定する。
【０５６７】
ｑ１０）再生が終了したかどうかをチェックし、再生終了しない場合は、ｑ６）へ移行する。
【０５６８】
図１３１は、デコーダ設定処理を説明するフローチャートである。まず、
ｒ１）再生するグループを決め、ＧＰＩに従い、再生するＥＳを決める。
【０５６９】
ｒ２）ＶＯＢ／ＳＯＢの属性情報（ＳＴＩ又はＥＳＩ）を読み込む。
【０５７０】
ｒ３）レコーダが対応できるフォーマットかどうかをチェックし、対応可能な場合はその設定を行い、対応不能の場合はミュートを設定する。
【０５７１】
ｒ４）ＣＣＩの設定を行なう。
【０５７２】
また、再生すべきオーディオＥＳは再生サポートしているか、をみて、サポートしていない場合、オーディオを再生しない様に分離部を設定オーディオデコーダにミュートを設定する。サポートしている場合、再生するオーディオのPIDを分離部に設定、オーディオデコーダに初期値を設定する。次に、CCIを基にAPSの設定をビデオデコーダにAPSON/OFF、APSタイフ゜等を設定し、CCIを基にテ゛シ゛タルコヒ゜ー制御によりCGMSAの設定をヒ゛テ゛オテ゛コータ゛に行う。またテ゛シ゛タル出力（ＩＥＥＥ1394、インターネット等）が有る場合：EPNの値により、0:スクランフ゛ル  オン  又は出力禁止、1:そのまま出力、に出力ICに設定する。ＩCTが0の場合、画像の解像度を制限を加え、HDをSDに変換し、1の場合はそのまま出力に出力ICに設定する。
【０５７３】
図１３２は、セル再生時の処理の一例を説明するフローチャートである。セルの再生処理は、以下のようになる。
【０５７４】
ｓ１）ＴＭＡＰＩの内容よりＣＥＬＬの開始ファイルポインタ（ＦＰ）（論理ブロック番号ＬＢＮ）、終了ＦＰを決定し、さらに、ＣＥＬＬＩ内の開始時間、終了時間より開始のＳＯＢＵ＿ＥＮＴＲＹ、終了のＳＯＢＵ＿ＥＮＴＲＹを決定し、ＡＤＲ＿ＯＦＳに目的のＳＯＢＵ＿ＥＮＴＲＹまでのＥＮＴＲＹのデータ長を累積し、開始アドレス（ＬＢ＝ＦＰ）、終了アドレスを求める。残りＣＥＬＬ長は終了アドレスより開始アドレスを引いた値とし、再生開始時間をＳＴＣへセットする。再生するＰＩＤを決定し、デコーダ（ＳＴＢ、デジタルチューナ）に設定する。
【０５７５】
ｓ２）再生中の読み出し処理を実行し、開始ファイルポインタより読み出しアドレス、読み出しサイズを決定する。
【０５７６】
ｓ３）読み出す読み出し単位サイズと残りセル長を比べ、残りセル長が大きい場合（Ｙｅｓ）には、残りセル長に残りセル長より読み出す読み出し単位サイズを引いた値を設定する。小さい場合（Ｎｏ）には、読み出し長を残りセル長にセットし、残りセル長を０にセットする。
【０５７７】
ｓ４）読み出し長を読み出し単位の長さに設定し、ドライブ部へ読み出しアドレス、読み出し長、読み出し命令を設定する。
【０５７８】
ｓ５）１ＳＯＢＵ分たまるのを待つ。たまったら、データ読み取りが実行され、バッファデコーダ転送処理を行い。そして読み出しファイルポインタが変更される。次へ移行する。
【０５７９】
ｓ６）転送が終了したかどうかをチェックし、終了した場合には、次へ移行する。
【０５８０】
ｓ７）アングルキー等が押されたかどうかをチェックし、押された場合は、ＧＰＩがあるかどうかチェックする。ある場合はＧＰ切り替え処理を行い、無い場合は何もせずに次の処理へ移行する。
【０５８１】
ｓ８）ストップスイッチ（Ｓｔｏｐ  ＳＷ）が押されていなければ、残りセル長をチェックし、“００”でない場合には、ｓ２）へ移行し、“００”の場合には、本処理を終了する。
【０５８２】
上記のＳｔｏｐ  ＳＷ）が押された場合、レジューム情報の作成が行われる。即ち、現在オリジナルタイトルが再生されている場合には、ＰＣ＿ＲＳＭ＿ＩＦＯに現在のＣＥＬＬ番号、ＰＴＭ／ＰＡＴＳを設定し、プレイリスト（ＰＬ）の場合には、ＰＬ＿ＲＳＭ＿ＩＦＯに現在のＣＥＬＬ番号、ＰＴＭ／ＰＡＴＳを設定して終了する。
【０５８３】
図１３３は、バッファデータデコーダ転送処理を説明するフローチャートである。バッファデータデコーダ転送処理を以下に説明する。
【０５８４】
ｔ１）バッファＲＡＭ内のパケットグループの数をチェックし、1パケットグループ無い場合は本処理を終了する。1以上有る場合は、最初のパケットグループを処理するよう設定する。
【０５８５】
ｔ２）目的のパケットグループをバッファＲＡＭ内より読み出す。パケットグループの先頭は、パケットグループ長とＳｙｎｃ＿Ｐａｔｔｅｒｎにより検出する。
【０５８６】
ｔ３）パケットグループヘッダのSTUFを調べ、1がセットされている場合は、VALID_PKT_Nsの値に従って、有効なPacketを取り出す。設定されていない場合は、170Packetが有効とする。
【０５８７】
ｔ４）ＰＡＴＳとWRAPの値よりＴＳパケットの転送時間を計算し、その時間に各ＴＳパケットをデコーダ部（ＳＴＢ部）に送る。
【０５８８】
ｔ５）ＭＮＦが有るかどうかをチェックし、ある場合、そのＩＤが本機器のメーカーと一致するかどうかを判断し、一致している場合は、そのデータを読み込み、所定の処理を行う（各社独自の処理）。
【０５８９】
CCIを基にAPSの設定をビデオデコーダにAPSON/OFF、APSタイフ゜等を設定し、またCCIを基にデジタルコピー制御によりCGMSAの設定をビデオデコーダ゛に行う。デジタル出力（ＩＥＥＥ1394、インターネット等）が有る場合：EPNの値により、0:スクランブルオン又は出力禁止、1:そのまま出力に、出力ICに設定。ＩCTが0の場合、画像の解像度を制限を加え、HDをSDに変換し、1の場合はそのまま出力として、出力ICに設定する。
【０５９０】
ｔ６）受信エラー処理（後述）を行う。
【０５９１】
ｔ７）ディスコンティニュー処理を行う。
【０５９２】
ｔ８）転送終了まで待ち、パックグループがバッファＲＡＭに残っているかどうかをチェックし、いない場合は本処理を終了する。
【０５９３】
ｔ９）次のパケットグループを処理する様設定し、2）に移行する。
【０５９４】
図１３４は、受信エラー処理について説明するためのフローチャートである。受信した信号にエラーが含まれており、このエラーを含む信号がディスクに記録されることがある。このような信号が再生されたとしても、エラーは消去されないことになる。このようなエラーが存在すると、ユーザがシステムの性能に誤解を抱く可能性がある。
【０５９５】
受信エラー処理を以下に示す（図１３４、図１３５）。
【０５９６】
（１）Packet  Group  Header内のERR情報を調べ、ERRがある場合には、その旨をユーザーに知らせる。（機器の設定でその機能が有効と設定されている場合）そうで無い場合は、その旨の表示を消す。
【０５９７】
（２）ERRがPacket毎、またはストリーム毎の場合：再生中のビデオストリームに対するエラーの数をカウントし、Packet  Group毎の場合は、Packet  Group毎のエラーの数をカウントする。エラーがない場合は特になにもしない。
【０５９８】
（３）単位時間当たりのエラーの数が一定値以上の場合、ビデオのストリームを降雨対応ＧＰがある場合はそのＳＵＢビデオ（またはより低階層のビデオ）に変更する。
【０５９９】
これにより、通信エラーとディスクのエラーとの区別がつき、ディスクエラーの場合は、ディスクの交換、ピックアップのクリーニングを行う目安とすることができる。また通信エラーの場合は、低階層放送に移行することにより、映像を途切れずに（解像度は落ちるが）見る事ができ、慢性的な通信エラーの場合は、アンテナの調整等の目安として利用可能となる。また、エラー内容の表示例としては、モニター（ＴＶ）に表示する方法とレコーダ本体の表示部で表示すようにしてもよい。
【０６００】
図１３５には、ディスプレイ上で“通信エラーです”というように表示した例を示している。またプレーヤーに通信エラー表用ＬＥＤを設けてもよい。さらには両方で表示できるようにしてもよい。
【０６０１】
図１４１は、ディスコンティニュー処理を説明するために示したフローチャートである。（１）DISCONビットをチェックし、1の場合は、デコーダの再生モードを内部クロックモード（PTSの値を無視し、内部のクロックの値のみで再生を行い、PCRがきた段階でPTSを再び有効にする動作モード：外部同期モード）に移行させ、本処理を終了させる。
【０６０２】
（２）0の場合は、何もぜずに本処理を終了させる。
【０６０３】
これにより、再生時に別タイトルを連続して録画した場合の再生に対応することが可能となる。
【０６０４】
上記した実施の形態では、情報記録媒体（光ディスク）が1以上のデジタル放送データ（例：トランスポートストリームデータ）と、アナログ信号データ（プログラムストリームデータ）とを記録するデータ領域とを有する。つまり、１以上のプログラムストリーム信号とそれ以外のストリーム信号を記録可能とするのである。
【０６０５】
そしてデジタル放送データ（プログラムストリーム信号以外のストリーム信号）に対応したストリーム管理情報、アナログ信号データ（プログラムストリーム信号）に対応したビデオ管理情報を記録する管理情報領域とそれを再生管理するための再生管理情報が存在する。そして前記再生管理情報には、録画した順に再生するためのオリジナル再生管理情報と仮編集のためのプレーリスト再生管理情報があり、前記オリジナル管理情報内のプログラム情報には、それぞれ一時中断したあとの再生開始位置情報を示すレジュームマーク情報を記録する領域を設け、前記プレーリスト管理情報の各サーチポインタ情報にもそれぞれ一時中断したあとの再生開始位置情報を示すレジュームマーク情報を記録する領域を設けている。
【０６０６】
情報記録方法は、上記の記録媒体に対して、各タイトルを再生の途中で一時停止が行われた際に、前記レジュームマーク情報を、現再生中の信号に対応する管理情報の領域に記録する。情報再生方法は、そのタイトルの再生が開始されたときに、前記レジュームマーク情報を参照して、前記再生開始位置情報に対応する個所から再生を実行する。
【０６０７】
また情報記録媒体は、前記複数のストリーム管理情報を記録する領域には、それぞれストリーム信号のビデオデータの表示に関する属性情報（ＳＯＢ＿ＥＳＩ）を記録する領域が確保されている。情報記録方法は、前記ストリーム信号のビデオデータの表示に関する属性情報（ＳＯＢ＿ＥＳＩ）を記録する。また情報再生方法は、前記ストリーム信号のビデオデータの表示に関する属性情報（ＳＯＢ＿ＥＳＩ）を再生する。
【０６０８】
またこの発明の情報記録媒体は、前記ストリーム信号は複数のパケットに分割して収納され、所定のパケット数毎にパケットグループが形成され、前記ストリーム信号の途中には、前記パケットグループのグループ数を管理するグループグヘッダー領域が設けられ、所望のパケットをアクセスするために用いることができるようにした。
【０６０９】
情報記録方法では、前記グループグヘッダー領域にパケットグループタイプを記録する。また情報再生方法では、前記グループグヘッダー領域に記録されているパケットグループのタイプを再生し、確認をする。
【０６１０】
情報記録媒体は、前記管理情報領域には、前記夫々のオブジェクトを再生するために、タイムマップのファイルが、それぞれの放送方式に対応して独立ファイルとして記録される。
【０６１１】
又この発明の情報記録方法は、信号が記録されることに対応して、対応するタイムマップのファイルを記録する。そして情報再生方法は、タイムマップとして独立した任意のファイルを選択して再生し、このファイルに対応するストリーム信号を再生する。
【０６１２】
さらに、このタイムマップには、アナログビデオ用とデジタル放送ストリーム記録用とに分けられ、さらにデジタル放送ストリーム用はストリームの状態により２種類用意されている。ストリーム用ＴＭＡＰは解析可能な場合は再生時間（プレゼンテーションタイム：ＰＴＭ）ベースのもので、解析不能な場合はパケットの到着時間（パケットアライバルタイム：ＰＡＴＳ）ベースのもので各放送方式毎にそのタイムベースを決めてタイムマップに記録する。または、ＳＯＢ毎にタイムベースを決めてタイムマップに記録する。
【０６１３】
または、ＳＯＢ毎にタイムベースを決めてタイムマップに記録する。また、この情報記録再生方法は、ソース信号の種類に従って、それぞれのＴＭＡＰを作成し、ファイルに記録し、再生時には、ソースの方式を調べ、目的のファイルを再生する。
【０６１４】
また情報記録媒体は、デジタル放送信号は複数のパケットに分割して収納され、所定のパケット数毎にパケットグループが形成され、前記パケットグループには、それぞれヘッダーが含まれており、このヘッダーには、パケットグループ一般情報が含まれており、タイプ、バージョン、パケットグループのステータス、有効なパケット数を、記述できる。またこの発明の情報記録媒体は、前記夫々のデジタル放送信号を再生するために、再生時間管理する時間情報としてのストリームオブジェクト情報（１以上のＳＯＢＩ）がそれぞれの放送方式に対応して独立ファイルとして記録される。
【０６１５】
又この発明の情報記録媒体では以上のデジタル放送信号と、アナログ信号とを記録するデータ領域と、デジタル放送に対応したストリーム管理情報、アナログ信号に対応したビデオオブジェクト管理情報を記録する管理情報領域とがある。そして前記複数のストリーム管理情報の領域には、デジタル放送信号を取り込んだときに既存のエラー情報が存在したのか否かを示す通信エラー情報を保存する領域が設けられている。
【０６１６】
なお、この発明は上記した実施の形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を種々変形して具体化することができる。
【０６１７】
また、上記した実施の形態に開示されている複数の構成要素を適宜に組み合わせることにより、種々の発明を形成することができる。例えば、実施の形態に示される全構成要素から幾つかの構成要素を削除しても良いものである。さらに、異なる実施の形態に係る構成要素を適宜組み合わせても良いものである。
【図面の簡単な説明】
【０６１８】
【図１】この発明の一実施の形態に係るデータ構造を説明する図。
【図２】この発明の一実施の形態に係るデータ構造における再生管理情報層とオブジェクト管理情報層とオブジェクト層との関係を説明する図。
【図３】この発明の一実施の形態に係るファイル構造を説明する図。
【図４】ＡＶデータ管理情報記録領域１３０に記録される管理情報の１つ（ＨＤＶＲ＿ＶＭＧ）の一部（ＨＤＶＲ＿ＶＭＧＩ）がどのように構成されるかの一例を説明する図（このＨＤＶＲ＿ＶＭＧＩの中にプロファイル情報（例１）が含まれている）。
【図５】図４のプロファイル情報（例１）の具体例を説明する図。
【図６】この発明の一実施の形態に係るデータ構造において、管理情報の１つ（ＨＤＶＲ＿ＶＭＧ）の他部（Ｍ＿ＡＶＦＩＴとＳＴＲ＿ＦＩＴ）がどのように構成されるかの一例を説明する図。
【図７】図６のＳＴＲ＿ＦＩＴＩおよびＳＴＲ＿ＦＩがどのように構成されるかの一例を説明する図。
【図８】図７のＳＴＲ＿ＦＩ＿ＧＩおよびＳＯＢＩがどのように構成されるかの一例を説明する図。
【図９】図８のＳＯＢＩの他の構成例、およびこのＳＯＢＩに含まれるＳＯＢＩ＿ＧＩがどのように構成されるかの一例を説明する図（このＳＯＢＩ＿ＧＩの末尾にプロファイル情報（例２）が示されている）。
【図１０】図９のＳＯＢＩ＿ＧＩに含まれる種々な情報を説明する図。
【図１１】図８のＳＯＢＩに含まれるＳＯＢＩ＿ＧＩがどのように構成されるかの他例を説明する図。
【図１２】図８のＳＯＢＩに含まれるＳＯＢ＿ＥＳＩがどのように構成されるかの一例を説明する図。
【図１３】図１２の各ＳＯＢ＿ＥＳＩ（ここではＳＯＢ＿ＥＳＩ＃ｍ）に含まれるＳＯＢ＿Ｖ＿ＥＳＩがどのように構成されるかの一例と、このＳＯＢ＿Ｖ＿ＥＳＩに含まれるビデオ属性Ｖ＿ＡＴＴＲがどのように構成されるかの一例を説明する図。
【図１４】図１２の各ＳＯＢ＿ＥＳＩ（ここではＳＯＢ＿ＥＳＩ＃ｍ）に含まれるＳＯＢ＿Ａ＿ＥＳＩがどのように構成されるかの一例と、このＳＯＢ＿Ａ＿ＥＳＩに含まれるオーディオ属性ＡＵＤＩＯ＿ＡＴＴＲがどのように構成されるかの一例を説明する図。
【図１５】図１２の各ＳＯＢ＿ＥＳＩ（ここではＳＯＢ＿ＥＳＩ＃ｍ）に含まれるＳＯＢ＿ＯＴＨＥＲ＿ＥＳＩがどのように構成されるかの一例を説明する図。
【図１６】図１５のＳＯＢ＿ＯＴＨＥＲ＿ＥＳＩに含まれるコピー制御情報（著作権保護情報）ＣＰ＿ＣＴＬ＿ＩＮＦＯがどのように構成されるかの他例を説明する図。
【図１７】図８のＳＯＢＩに含まれるＳＯＢ＿ＴＭＡＰがどのように構成されるかの一例を説明する図。
【図１８】図６のＭＶＯＢ＿ＴＭＡＰに含まれるＭＶＯＢ＿ＴＭＡＰ＿ＧＩがどのように構成されるかの一例を説明する図。
【図１９】図３のＤＶＤ＿ＨＤＶＲディレクトリに含まれるタイムマップファイルＨＲ＿ＴＭＡＰ．ＩＦＯ（例１）、もしくは図６のＨＤＶＲ＿ＶＭＧの末尾に配置されたタイムマップテーブルＴＭＡＰＴ（例２）が、どのように構成されるかの一例を説明する図。
【図２０】図１９のＴＭＡＰＴ＿ＧＩ、各ＴＭＡＰＩ＿ＳＲＰ＃、および各ＴＭＡＰＩがどのように構成されるかの一例を説明する図。
【図２１】図２０のＴＭＡＰＩ＿ＧＩがどのように構成されるかの一例を説明する図。
【図２２】図２０の各ＳＯＢＵ／ＶＯＢＵ＿ＥＮＴ＃（ＳＯＢＵ＿ＥＮＴの場合）の中身がどのように構成されるかの一例を説明する図。
【図２３】図２に示したＳＯＢＵが、ビデオデータおよびオーディオデータの有無でどのような内容を持つかの一例を説明する図。
【図２４】図２０の各ＳＯＢＵ／ＶＯＢＵ＿ＥＮＴ＃（ＶＯＢＵ＿ＥＮＴの場合）の中身がどのように構成されるかの一例を説明する図。
【図２５】図８のＳＯＢＩ＃に含まれるＳＯＢ＿ＥＳ＿ＧＰＩがどのように構成されるかの一例を説明する図（ＧＰＩ構造例１）。
【図２６】図２５のＳＯＢ＿ＥＳ＿ＧＰＩに含まれるＳＯＢ＿ＥＳ＿ＧＰＩ＿ＧＩ、ＧＰＩ＿ＳＲＰ＃、およびＧＰＩ＃がどのように構成されるかの一例を説明する図（例１のＧＰＩ構造）。
【図２７】図２６のＧＰＩ＃に含まれるＧＰＩ＿ＧＩがどのように構成されるかの一例を説明する図（例１のＧＰＩ構造）。
【図２８】図２５のＳＯＢ＿ＥＳ＿ＧＰＩに含まれるＳＯＢ＿ＥＳ＿ＧＰＩ＿ＧＩ、ＭＡＩＮＧＰＩ＿ＳＲＰ＃、ＭＡＩＮＧＰＩ＃、ＳＵＢＧＰＩ＿ＳＲＰ＃、およびＳＵＢＧＰＩ＃がどのように構成されるかの一例を説明する図（ＧＰＩ構造例２）。
【図２９】図２８のＭＡＩＮＧＰＩ＃に含まれるＭＡＩＮＧＰＩ＿ＧＩがどのように構成されるかの一例を説明する図（例２のＧＰＩ構造）。
【図３０】図２８のＳＵＢＧＰＩ＃に含まれるＧＰＩ＿ＧＩがどのように構成されるかの一例を説明する図（例２のＧＰＩ構造）。
【図３１】図６のＨＤＶＲ＿ＶＭＧに含まれるＰＧＣ情報（ＯＲＧ＿ＥＸ＿ＰＧＣ情報およびＥＸ＿プレイリスト情報／ＵＤ＿ＥＸ＿ＰＧＣＴ情報）が、どのように構成されるかの一例を説明する図。
【図３２】図３１のＥＸ＿ＰＧＣ情報がどのように構成されるかの一例を説明する図。
【図３３】図１または図２に示したストリームオブジェクト用のデータユニット（ＳＯＢＵ）がどのように構成されるかの一例を説明する図。
【図３４】図３３に示したパケットグループヘッダに含まれるＤＣＩ＿ＣＣＩがどのように構成されるかの一例を説明する図。
【図３５】図３４のＤＣＩ＿ＣＣＩに含まれる各コピー管理情報ＣＣＩ＃がどのように構成されるかの例（例１と例２）を説明する図。
【図３６】この発明の他の実施の形態に係るファイル構造を説明する図。
【図３７】図３６のＤＶＤ＿ＨＤＶＲディレクトリに含まれるタイムマップファイルＨＲ＿ＶＴＭＡＰ．ＩＦＯ／ＨＲ＿ＳＴＭＰｘ．ＩＦＯ、もしくは図６のＨＤＶＲ＿ＶＭＧの末尾に配置されたタイムマップテーブルＴＭＡＰＴ（例２）が、どのように構成されるかの一例を説明する図（図１９の変形例）。
【図３８】図３７のＶＴＭＡＰＴに含まれる各種情報がどのように構成されるかの一例を説明する図。
【図３９】図３７のＳＴＭＡＰＴに含まれる各種情報がどのように構成されるかの一例を説明する図。
【図４０】図３９のＳＴＭＡＰ＿ＳＲＰ＃およびＳＴＭＡＰに含まれるＥＳ＿ＴＭＡＰＩ＿ＧＩおよびＥＳ＿ＴＭＡＰ＃が、どのような情報を格納するのかの一例を説明する図。
【図４１】この発明の一実施の形態に係るデータ構造を利用して、情報記録媒体（光ディスク、ハードディスク等）にＡＶ情報（デジタルＴＶ放送プログラム等）を記録し再生する装置の一例を説明するブロック図。
【図４２】図４１の装置の全体の動作の一例を説明するフローチャート図（全体動作処理フロー）。
【図４３】図４２に示した編集処理（ＳＴ２８）の一例を説明するフローチャート図（編集動作処理フロー）。
【図４４】図４２に示した初期設定（ＳＴ１０）の一例を説明するフローチャート図（初期設定処理フロー例１）。
【図４５】基本フォーマット（Ｂａｓｅ）と１以上のオプション（Ｏｐｔｉｏｎ１、Ｏｐｔｉｏｎ２）との組み合わせを、使用ディスクと記録動作／再生動作との関係で指定する動作表（オプションと録再動作との関係表）を例示する図。
【図４６】図４１の装置の録画動作の一例（その１）を説明するフローチャート図。
【図４７】図４１の装置の録画動作の一例（その２）を説明するフローチャート図。
【図４８】図４７に示したバッファ取り込み処理（ＳＴ１３０）の一例を説明するフローチャート図（バッファ取り込み処理フロー）。
【図４９】図４８に示したＣＰＩ設定処理（ＳＴ１３３０）の一例を説明するフローチャート図（ＣＰＩ作成処理フロー）。
【図５０】図４９のステップＴ１３３０８の処理（パケットグループアライン処理）におけるパケットグループのデータ構造を例示する図。
【図５１】図１に示したディスク状情報記憶媒体（例えばブルーレーザを用いる光ディスク）に録画を開始する前の処理の一例を説明するフローチャート図（録画前処理フロー）。
【図５２】図４７に示したストリーム情報（ＥＳＩ）作成処理（ＳＴ１２０）の一例を説明するフローチャート図（ＥＳＩ設定処理フロー）。
【図５３】図４７に示した録画終了処理（ＳＴ１５０）におけるストリームファイル情報（ＳＴＲ＿ＦＩ）作成処理の一例を説明するフローチャート図（ＧＰＩ設定処理およびＴＭＡＰ設定処理付きのストリームファイル情報作成処理フロー）。
【図５４】図５３のＧＰＩ設定処理ＳＴ１５３０の一例（例１）を説明するフローチャート図。
【図５５】図５３のＴＭＡＰ設定処理ＳＴ１５４０を説明するフローチャート図。
【図５６】図５５のＶＯＢ／ＳＯＢ構造設定処理ＳＴ１５４００を説明するフローチャート図。
【図５７】図５２のＣＰ＿ＣＴＬ＿ＩＮＦＯ作成処理ＳＴ１２２０を説明するフローチャート図。
【図５８】図４７に示した録画終了処理（ＳＴ１５０）におけるプログラムチェーン（ＰＧＣ）作成処理（プログラム設定処理を含む）の一例を説明するフローチャート図（プログラム設定処理フロー）。
【図５９】図４１の装置の再生動作の一例を説明するフローチャート図（全体の再生動作フロー）。
【図６０】図５９のデコーダ設定処理ＳＴ２１７を説明するフローチャート図。
【図６１】図５９のセル再生時の処理（ＳＴ２２０）の一例を説明するフローチャート図。
【図６２】図６１のバッファデータデコーダ転送処理ＳＴ２２２０を説明するフローチャート図。
【図６３】図６１のＧＰ切り替え設定処理ＳＴ２２４０の一例（例１）を説明するフローチャート図。
【図６４】図６１のＧＰ切り替え設定処理ＳＴ２２４０の他例（例２）を説明するフローチャート図。
【図６５】図６１のＧＰ切り替え設定処理ＳＴ２２４０のさらに他の例（例３）を説明するフローチャート図。
【図６６】図５３のＧＰＩ設定処理ＳＴ１５３０の他例（例２）を説明するフローチャート図。
【図６７】図５１の録画動作設定処理ＳＴ６０７０の一例を説明するフローチャート図。
【図６８】図５１の録画動作設定処理ＳＴ６０７０の他例を説明するフローチャート図。
【図６９】複数種類の放送が放送されたときのストリームがどのように構成されるかの概要を説明する図。
【図７０】複数種類の放送が放送されたときのストリームのグループ構成の一例（例１）を説明する図。
【図７１】複数種類の放送が放送されたときのストリームのグループ構成の他例（例２）を説明する図。
【図７２】この発明の一実施の形態に係るデータ構造を説明する図。
【図７３】この発明の一実施の形態に係るデータ構造における再生管理情報層とオブジェクト管理情報層とオブジェクト層との関係を説明する図。
【図７４】この発明の一実施の形態に係るファイル構造を説明する図。
【図７５】ＡＶデータ管理情報記録領域１３０に記録される管理情報の１つ（ＨＤＶＲ＿ＭＧ）の一部（ＨＤＶＲ＿ＭＧＩ内のＭＧＩ＿ＭＡＴ）がどのように構成されるかの一例を説明する図。
【図７６】ＡＶデータ管理情報記録領域１３０に記録される管理情報の１つ（ＨＤＶＲ＿ＭＧ）の一部（ＨＤＶＲ＿ＭＧＩ内のＰＬ＿ＳＲＰＴ）がどのように構成されるかの一例を説明する図。
【図７７】この発明の一実施の形態に係るデータ構造において、管理情報の１つ（ＨＤＶＲ＿ＶＭＧ）の他部（ＥＸ＿Ｍ＿ＡＶＦＩＴとＳＴＲ＿ＦＩＴ）がどのように構成されるかの一例を説明する図。
【図７８】図７７のＳＴＲ＿ＦＩＴＩ、ＳＴＲ＿ＦＩ＿ＳＲＰおよびＳＴＲ＿ＦＩがどのように構成されるかの一例を説明する図。
【図７９】図７８のＳＴＲ＿ＦＩ＿ＧＩ、ＳＯＢＩ＿ＳＲＰおよびＳＯＢＩがどのように構成されるかの一例を説明する図。
【図８０】図７９のＳＯＢＩ＿ＧＩの構成例を説明する図。
【図８１】図８０のＳＯＢＩ＿ＧＩに含まれる種々な情報を説明する図。
【図８２】ＳＯＢＵプロファイルを説明するための図。
【図８３】ＳＯＢＩに含まれるＳＯＢ＿ＥＳＩがどのように構成されるかの一例を説明する図。
【図８４】図８３の各ＳＯＢ＿ＥＳＩ（ここではＳＯＢ＿ＥＳＩ＃ｍ）に含まれるＳＯＢ＿Ｖ＿ＥＳＩがどのように構成されるかの一例と、このＳＯＢ＿Ｖ＿ＥＳＩに含まれるビデオ属性Ｖ＿ＡＴＴＲがどのように構成されるかの一例を説明する図。
【図８５】図８３の各ＳＯＢ＿ＥＳＩ（ここではＳＯＢ＿ＥＳＩ＃ｍ）に含まれるＳＯＢ＿Ａ＿ＥＳＩがどのように構成されるかの一例と、このＳＯＢ＿Ａ＿ＥＳＩに含まれるオーディオ属性ＡＵＤＩＯ＿ＡＴＴＲがどのように構成されるかの一例を説明する図。
【図８６】図８３の各ＳＯＢ＿ＥＳＩ（ここではＳＯＢ＿ＥＳＩ＃ｍ）に含まれるＳＯＢ＿ＯＴＨＥＲ＿ＥＳＩがどのように構成されるかの一例を説明する図。
【図８７】図８６のＳＯＢ＿ＯＴＨＥＲ＿ＥＳＩに含まれるコピー制御情報（著作権保護情報）ＣＰ＿ＣＴＬ＿ＩＮＦＯがどのように構成されるかの他例を説明する図。
【図８８】図７８のＳＯＢＩに含まれるＰＴＭベースでのＳＯＢ＿ＴＭＡＰがどのように構成されるかの一例を説明する図。
【図８９】図７８のＳＯＢＩに含まれるＰＡＴＳベースでのＳＯＢ＿ＴＭＡＰがどのように構成されるかの一例を説明する図。
【図９０】図７６のＭＶＯＢ＿ＴＭＡＰに含まれるＭＶＯＢ＿ＴＭＡＰ＿ＧＩがどのように構成されるかの一例を説明する図。
【図９１】図７４のＤＶＤ＿ＨＤＶＲディレクトリに含まれるタイムマップファイルＨＲ＿ＴＭＡＰ．ＩＦＯ（例１）、もしくはＨＤＶＲ＿ＭＧの末尾に配置されたタイムマップテーブルＴＭＡＰＴ（例２）が、どのように構成されるかの一例を説明する図。
【図９２】図９１のＶＴＭＡＰＴに含まれる各種情報がどのように構成されるかの一例を説明する図。
【図９３】各ＳＯＢＵ／ＶＯＢＵ＿ＥＮＴ＃（ＶＯＢＵ＿ＥＮＴの場合）の中身がどのように構成されるかの一例を説明する図。
【図９４】図９１のＳＴＭＡＰＴに含まれる各種情報がどのように構成されるかの一例を説明する図。
【図９５】図９４のＳＴＭＡＰ＿ＳＲＰ＃およびＳＴＭＡＰに含まれるＥＳ＿ＴＭＡＰＩ＿ＧＩおよびＥＳ＿ＴＭＡＰ＃が、どのような情報を格納するのかの一例を説明する図。
【図９６】図９５の各ＳＯＢＵ／ＶＯＢＵ＿ＥＮＴ＃（ＳＯＢＵ＿ＥＮＴＲＹの場合）の中身が、ＰＴＭベースではどのように構成されるかの一例を説明する図。
【図９７】図９５の各ＳＯＢＵ／ＶＯＢＵ＿ＥＮＴ＃（ＳＯＢＵ＿ＥＮＴＲＹの場合）の中身が、ＰＡＴＳベースではどのように構成されるかの一例を説明する図。
【図９８】図７９のＳＯＢＩ＃に含まれるＳＯＢ＿ＧＰＩがどのように構成されるかの一例を説明する図（ＧＰＩ構造例１）。
【図９９】図９８のＳＯＢ＿ＧＰＩがさらにどのように構成されるかの一例を説明する図。
【図１００】図９９のＧＰＩ＿ＧＩがさらにどのように構成されるかの一例を説明する図。
【図１０１】ＡＶデータ管理情報記録領域１３０に記録される管理情報の１つ（ＨＤＶＲ＿ＭＧ）のＥＸ＿ＯＲＧ＿ＰＧＣ情報及びＥＸ＿ＵＤ＿ＰＧＣ情報がどのように構成されているかの例を示す説明図。
【図１０２】図１０１のＰＧＣ情報がどのように構成されているかの例を示す説明図。
【図１０３】ＳＯＢＵに含まれるパケットグループヘッダーの構成例を示す説明図。
【図１０４】図１０３のパケットグループヘッダーに含まれるパケットグループ一般情報の構成例を示す説明図。
【図１０５】図１０３のパケットグループヘッダーに含まれるコピー制御情報の構成例を示す説明図。
【図１０６】図１０３のパケットグループヘッダーに含まれるＦｉｒｓｔ＿ＰＡＴＳ＿ＥＸＴの構成例を示す説明図。
【図１０７】図１０３のパケットグループヘッダーに含まれるＭＮＦＩの構成例を示す説明図。
【図１０８】ＨＤＶＲ＿ＶＭＧ内の管理情報と、ＳＴＲ＿ＦＩファイル、ＴＭＡＰファイル、Ｏｂｊｅｃｔ  ファイルの対応関係を示し、対応関係にあるファイルと管理情報とは、更新日時情報が一致するように管理される様子の説明図。
【図１０９】この発明の他の実施の形態に係るファイル構造を説明する図。
【図１１０】この発明に係るＳＴＲ＿ＦＩを独立した別ファイルで構成した場合のＨＤＶＲ＿ＭＧのフォーマットの一例を示す説明図。
【図１１１】ＳＴＲ＿ＦＩを独立した別ファイルで構成した場合のＨＲ＿ＳＦＩ#nのフォーマットの一例を示す説明図。
【図１１２】この発明のまた他の実施の形態に係るデータ構造を利用して、情報記録媒体（光ディスク、ハードディスク等）にＡＶ情報（デジタルＴＶ放送プログラム等）を記録し再生する装置の一例を説明するブロック図。
【図１１３】図１１２の装置の全体の動作の一例を説明するフローチャート（全体動作処理フロー）。
【図１１４】図１１３に示した編集処理（ＳＴ２８）の一例を説明するフローチャート（編集動作処理フロー）。
【図１１５】図１１３に示した初期設定（ＳＴ１０）の一例を説明するフローチャート（初期設定処理フロー例１）。
【図１１６】図１１２の装置の録画動作の一例を説明するフローチャート。
【図１１７】図１１６に示したバッファ取り込み処理（ＳＴ１３０）の一例を説明するフローチャート。
【図１１８】図１１７に示した録画処理におけるパケットグループ一般情報（ＰＫＴ＿ＧＲＰ＿ＧＩ）の設定処理の例を説明するフローチャート。
【図１１９】図１１７に示したＣＰＩ設定処理（ＳＴ１３３０）の一例を説明するフローチャート。
【図１２０】パケットグループアライン処理を示す説明図。
【図１２１】ＭＮＦＩ設定処理の一例を説明するフローチャート。
【図１２２】図７２に示したディスク状情報記憶媒体（例えばブルーレーザを用いる光ディスク）に録画を開始する前の処理の一例を説明するフローチャート。
【図１２３】図１１６のストリーム情報（ＥＳＩ）作成処理の一例を説明するフローチャート。
【図１２４】図１１６の録画終了処理におけるストリームファイル情報（ＳＴＲ＿ＦＩ）作成処理の一例を説明するフローチャート。
【図１２５】図１１４のＧＰＩ設定処理の一例（例１）を説明するフローチャート。
【図１２６】図１２５でのＴＭＡＰ設定処理を説明するフローチャート。
【図１２７】ＶＯＢ／ＳＯＢ構造を設定するための処理の一例を説明するフローチャート。
【図１２８】ＣＰ＿ＣＴＬ＿ＩＮＦＯ作成処理を説明するフローチャート。
【図１２９】録画終了処理におけるプログラムチェーン（ＰＧＣ）作成処理（プログラム設定処理を含む）の一例を説明するフローチャート。
【図１３０】図１１２の装置の再生動作の一例を説明するフローチャート。
【図１３１】図１３０におけるデコーダ設定処理を説明するフローチャート。
【図１３２】図１３０におけるセル再生時の処理の一例を説明するフローチャート。
【図１３３】再生時におけるバッファＲＡＭからデコーダへの転送処理を説明するフローチャート。
【図１３４】受信エラーが有った場合の処理の例を示すフローチャート。
【図１３５】受信エラーが有った場合のディスプレイと、記録再生装置の対応例を示す説明図。
【図１３６】ＧＰ切り替え設定処理の一例（例１）を説明するフローチャート。
【図１３７】複数種類の放送が放送されたときのストリームがどのように構成されるかの概要を説明する図。
【図１３８】複数種類の放送が放送されたときのストリームのグループ構成の一例（例２）を説明する図。
【図１３９】マルチビュー放送を記録した場合のＳＯＢのイメージを示す図。
【図１４０】マルチビュー放送を記録した場合のＳＯＢとデータ構造の関係を示す説明図。
【図１４１】ディスコンティニューが有った時の動作例を説明するために示したフローチャート。
【図１４２】ＳＯＢ記録状態で編集が行われたときの一例を説明するために示す説明図。
【図１４３】ＳＯＢ記録状態で編集が行われたときの他の例を説明するために示す説明図。
【符号の説明】
【０６１９】
１００…情報記録媒体（ＤＶＤ−ＲＡＭディスク等）；１２１…ＡＶデータ記録領域；１２２…ＶＲオブジェクト群記録領域；１３０…ＡＶデータ管理情報記録領域（ＨＤＶＲ＿ＶＭＧ）；１３１…ストリームオブジェクト群記録領域；１３２…エストリームオブジェクト（ＳＯＢ）；１３４…ストリームオブジェクトユニット（ＳＯＢＵ）；１４０…パケットグループ；１６０…ＤＶＤトランスポートストリームパケット記録領域；１６１…パケットグループヘッダ；１６２…ＭＰＥＧトランスポートストリーム（ＭＰＥＧ−ＴＳ）パケット；１６３…パケット到着時間（ＰＡＴ）；１０…再生情報管理層；１１…プログラムチェーン（ＰＧＣ）；１２…プログラム（ＰＧ）；１３…セル；２０…ストリームオブジェクト管理情報層；２１…ストリームオブジェクト情報（ＳＯＢＩ）；２２…ストリームオブジェクトユニット情報（ＳＯＢＵＩ；グローバル情報）；２３…ビデオオブジェクト管理情報層；２４…ビデオオブジェクト情報（ＶＯＢＩ）；２５…ビデオオブジェクトユニット情報（ＶＯＢＵＩ）；３０…ストリームオブジェクト（ＳＯＢ）層；３５…ビデオオブジェクト（ＶＯＢ）層；３６…ビデオオブジェクト（ＶＯＢ）；３７…ビデオオブジェクトユニット（ＶＯＢＵ）；３８…パック；５１…ディスクドライブ部（波長が例えば６５０ｎｍ〜４０５ｎｍのレーザを用いた光ディスクドライブ等）；５９…デコーダ部；７９…エンコーダ部；８０…メインＭＰＵ部（制御部）；８３…セットトップボックス部（衛星デジタルチューナ）；８９…地上波デジタルチューナ；１００ａ…情報記録媒体（ハードディスクドライブ等）。
【図１】
2005166228.tif 000005
【図２】
2005166228.tif 000006
【図３】
2005166228.tif 000007
【図４】
2005166228.tif 000008
【図５】
2005166228.tif 000009
【図６】
2005166228.tif 000010
【図７】
2005166228.tif 000011
【図８】
2005166228.tif 000012
【図９】
2005166228.tif 000013
【図１０】
2005166228.tif 000014
【図１１】
2005166228.tif 000015
【図１２】
2005166228.tif 000016
【図１３】
2005166228.tif 000017
【図１４】
2005166228.tif 000018
【図１５】
2005166228.tif 000019
【図１６】
2005166228.tif 000020
【図１７】
2005166228.tif 000021
【図１８】
2005166228.tif 000022
【図１９】
2005166228.tif 000023
【図２０】
2005166228.tif 000024
【図２１】
2005166228.tif 000025
【図２２】
2005166228.tif 000026
【図２３】
2005166228.tif 000027
【図２４】
2005166228.tif 000028
【図２５】
2005166228.tif 000029
【図２６】
2005166228.tif 000030
【図２７】
2005166228.tif 000031
【図２８】
2005166228.tif 000032
【図２９】
2005166228.tif 000033
【図３０】
2005166228.tif 000034
【図３１】
2005166228.tif 000035
【図３２】
2005166228.tif 000036
【図３３】
2005166228.tif 000037
【図３４】
2005166228.tif 000038
【図３５】
2005166228.tif 000039
【図３６】
2005166228.tif 000040
【図３７】
2005166228.tif 000041
【図３８】
2005166228.tif 000042
【図３９】
2005166228.tif 000043
【図４０】
2005166228.tif 000044
【図４１】
2005166228.tif 000045
【図４２】
2005166228.tif 000046
【図４３】
2005166228.tif 000047
【図４４】
2005166228.tif 000048
【図４５】
2005166228.tif 000049
【図４６】
2005166228.tif 000050
【図４７】
2005166228.tif 000051
【図４８】
2005166228.tif 000052
【図４９】
2005166228.tif 000053
【図５０】
2005166228.tif 000054
【図５１】
2005166228.tif 000055
【図５２】
2005166228.tif 000056
【図５３】
2005166228.tif 000057
【図５４】
2005166228.tif 000058
【図５５】
2005166228.tif 000059
【図５６】
2005166228.tif 000060
【図５７】
2005166228.tif 000061
【図５８】
2005166228.tif 000062
【図５９】
2005166228.tif 000063
【図６０】
2005166228.tif 000064
【図６１】
2005166228.tif 000065
【図６２】
2005166228.tif 000066
【図６３】
2005166228.tif 000067
【図６４】
2005166228.tif 000068
【図６５】
2005166228.tif 000069
【図６６】
2005166228.tif 000070
【図６７】
2005166228.tif 000071
【図６８】
2005166228.tif 000072
【図６９】
2005166228.tif 000073
【図７０】
2005166228.tif 000074
【図７１】
2005166228.tif 000075
【図７２】
2005166228.tif 000076
【図７３】
2005166228.tif 000077
【図７４】
2005166228.tif 000078
【図７５】
2005166228.tif 000079
【図７６】
2005166228.tif 000080
【図７７】
2005166228.tif 000081
【図７８】
2005166228.tif 000082
【図７９】
2005166228.tif 000083
【図８０】
2005166228.tif 000084
【図８１】
2005166228.tif 000085
【図８２】
2005166228.tif 000086
【図８３】
2005166228.tif 000087
【図８４】
2005166228.tif 000088
【図８５】
2005166228.tif 000089
【図８６】
2005166228.tif 000090
【図８７】
2005166228.tif 000091
【図８８】
2005166228.tif 000092
【図８９】
2005166228.tif 000093
【図９０】
2005166228.tif 000094
【図９１】
2005166228.tif 000095
【図９２】
2005166228.tif 000096
【図９３】
2005166228.tif 000097
【図９４】
2005166228.tif 000098
【図９５】
2005166228.tif 000099
【図９６】
2005166228.tif 000100
【図９７】
2005166228.tif 000101
【図９８】
2005166228.tif 000102
【図９９】
2005166228.tif 000103
【図１００】
2005166228.tif 000104
【図１０１】
2005166228.tif 000105
【図１０２】
2005166228.tif 000106
【図１０３】
2005166228.tif 000107
【図１０４】
2005166228.tif 000108
【図１０５】
2005166228.tif 000109
【図１０６】
2005166228.tif 000110
【図１０７】
2005166228.tif 000111
【図１０８】
2005166228.tif 000112
【図１０９】
2005166228.tif 000113
【図１１０】
2005166228.tif 000114
【図１１１】
2005166228.tif 000115
【図１１２】
2005166228.tif 000116
【図１１３】
2005166228.tif 000117
【図１１４】
2005166228.tif 000118
【図１１５】
2005166228.tif 000119
【図１１６】
2005166228.tif 000120
【図１１７】
2005166228.tif 000121
【図１１８】
2005166228.tif 000122
【図１１９】
2005166228.tif 000123
【図１２０】
2005166228.tif 000124
【図１２１】
2005166228.tif 000125
【図１２２】
2005166228.tif 000126
【図１２３】
2005166228.tif 000127
【図１２４】
2005166228.tif 000128
【図１２５】
2005166228.tif 000129
【図１２６】
2005166228.tif 000130
【図１２７】
2005166228.tif 000131
【図１２８】
2005166228.tif 000132
【図１２９】
2005166228.tif 000133
【図１３０】
2005166228.tif 000134
【図１３１】
2005166228.tif 000135
【図１３２】
2005166228.tif 000136
【図１３３】
2005166228.tif 000137
【図１３４】
2005166228.tif 000138
【図１３５】
2005166228.tif 000139
【図１３６】
2005166228.tif 000140
【図１３７】
2005166228.tif 000141
【図１３８】
2005166228.tif 000142
【図１３９】
2005166228.tif 000143
【図１４０】
2005166228.tif 000144
【図１４１】
2005166228.tif 000145
【図１４２】
2005166228.tif 000146
【図１４３】
2005166228.tif 000147