(57)【要約】【課題】  メーカーや機種に応じて、録画機器にＤＶＤフォーマットには記載されていない独自の機能を持たせる場合、メーカー独自の情報を記録媒体に記録しておく必要があると考えられるが、具体的な対応については従来、検討がされていない。【解決手段】  上記課題を解決するべく、所定のデジタルストリーム信号を記録するように構成されたディスク１００は管理領域１３０とデータ領域１３１を持ち、管理領域１３０は所定の管理情報を記録できるように構成され、かつ複数の記録機器のメーカーのＩＤにかかるテーブル情報を含み、データ領域１３１は前記デジタルストリーム信号のデータが１以上のオブジェクトに分かれて記録できるように構成され、かつ上記テーブル情報中の特定のＩＤを指定する番号情報を含み、前記番号情報からディスク１００に記録動作を行なった機器のメーカーを特定できるようにした。【選択図】  図１
2005196893.tif 000002
【特許請求の範囲】
【請求項１】
所定のデジタルストリーム信号を記録するように構成された情報記録媒体において、
前記情報記録媒体は管理領域とデータ領域を持ち、
前記管理領域は所定の管理情報を記録できるように構成され、かつ複数の記録機器のメーカーのＩＤにかかるテーブル情報を含み、
前記データ領域は前記デジタルストリーム信号のデータが１以上のオブジェクトに分かれて記録できるように構成され、かつ前記テーブル情報中の特定のＩＤを指定する番号情報を含み、
前記番号情報から前記情報記録媒体に記録動作を行なった機器のメーカーを特定できるように構成したことを特徴とする情報記録媒体。
【請求項２】
所定のデジタルストリーム信号を記録するように構成され、管理領域とデータ領域を持ち、前記管理領域は所定の管理情報を記録できるように構成され、かつ複数の記録機器のメーカーのＩＤにかかるテーブル情報を含み、前記データ領域は前記デジタルストリーム信号のデータが１以上のオブジェクトに分かれて記録できるように構成され、かつ前記テーブル情報中の特定のＩＤを指定する番号情報を含み、前記番号情報から前記情報記録媒体に記録動作を行なった機器のメーカーを特定できるように構成した情報記録媒体を用いる記録方法であって、
前記テーブル情報から特定のＩＤを指定する番号を選択し、
前記選択された番号データを前記データ領域に記録することを特徴とする情報記録方法。
【請求項３】
所定のデジタルストリーム信号を記録するように構成され、管理領域とデータ領域を持ち、前記管理領域は所定の管理情報を記録できるように構成され、かつ複数の記録機器のメーカーのＩＤにかかるテーブル情報を含み、前記データ領域は前記デジタルストリーム信号のデータが１以上のオブジェクトに分かれて記録できるように構成され、かつ前記テーブル情報中の特定のＩＤを指定する番号情報を含み、前記番号情報から前記情報記録媒体に記録動作を行なった機器のメーカーを特定できるように構成した情報記録媒体を用いる再生方法であって、
前記データ領域から前記情報記録媒体に記録動作を行なった機器のメーカーを特定し、
前記特定されたメーカー名に従って、前記メーカー独自の機能を実行させることを特徴とする情報再生方法。
【請求項４】
所定のデジタルストリーム信号を記録するように構成され、管理領域とデータ領域を持ち、前記管理領域は所定の管理情報を記録できるように構成され、かつ複数の記録機器のメーカーのＩＤにかかるテーブル情報を含み、前記データ領域は前記デジタルストリーム信号のデータが１以上のオブジェクトに分かれて記録できるように構成され、かつ前記テーブル情報中の特定のＩＤを指定する番号情報を含み、前記番号情報から前記情報記録媒体に記録動作を行なった機器のメーカーを特定できるように構成した情報記録媒体を用いる記録装置であって、
前記テーブル情報から特定のＩＤを指定する番号を選択する手段と、
この選択手段で選択された番号データを前記データ領域に記録する手段とを具備したことを特徴とする情報記録装置。
【請求項５】
所定のデジタルストリーム信号を記録するように構成され、管理領域とデータ領域を持ち、前記管理領域は所定の管理情報を記録できるように構成され、かつ複数の記録機器のメーカーのＩＤにかかるテーブル情報を含み、前記データ領域は前記デジタルストリーム信号のデータが１以上のオブジェクトに分かれて記録できるように構成され、かつ前記テーブル情報中の特定のＩＤを指定する番号情報を含み、前記番号情報から前記情報記録媒
体に記録動作を行なったメーカーを特定できるように構成した情報記録媒体を用いる再生装置であって、
前記データ領域から前記情報記録媒体に記録動作を行なった機器のメーカーを特定する手段と、この特定手段で特定されたメーカー名に従って、前記メーカー独自の機能を実行させる手段とを具備したことを特徴とする情報再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタルＴＶ放送などで用いられるデジタルストリーム信号の記録再生に適した、情報記録媒体（あるいはデータ構造）、情報記録／再生方法、および情報記録／再生装置に関する。
【背景技術】
【０００２】
近年、ＴＶ放送は、高精細ＡＶ情報の番組を主な放送コンテンツとするデジタル放送の時代に突入してきている。現在実施されているＢＳデジタルＴＶ放送（および実施が開始された地上波デジタルＴＶ放送）では、ＭＰＥＧ２のトランスポートストリーム（以下、ＭＰＥＧ−ＴＳという）が採用されている。動画を使用したデジタル放送の分野では、今後もＭＰＥＧ−ＴＳが標準的に用いられると考えられる。このようなデジタルＴＶ放送の開始に伴って、デジタルＴＶ放送のコンテンツをそのまま録画できるストリーマのマーケットニーズが高まってきている。
ＤＶＤ−ＲＡＭ等の光ディスクを利用したストリーマの例として、特許文献１に開示された如き「記録再生装置」がある。
【特許文献１】特開平６−２２５２３９号公報（第２頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、メーカーや機種に応じて、録画機器にＤＶＤフォーマットには記載されていない独自の機能を持たせ、他社との差別化を行うことが考えられる。その場合、メーカー独自の情報を記録媒体に記録しておく必要があると考えられる。しかしながら、特許文献１にはこのような場合の対応については開示がない。
【０００４】
本発明はこのような点に鑑みてなされたもので、情報記録媒体に効率的に録画機器のメーカーにかかる情報を記録することが出来、また、録画機器のメーカーにかかる情報を容易に再生可能な情報記録媒体（あるいはデータ構造）、情報記録／再生方法、および情報記録／再生装置を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、請求項１にかかる情報記録媒体は、所定のデジタルストリーム信号を記録するように構成された情報記録媒体において、前記情報記録媒体は管理領域とデータ領域を持ち、前記管理領域は所定の管理情報を記録できるように構成され、かつ複数の記録機器のメーカーのＩＤにかかるテーブル情報を含み、前記データ領域は前記デジタルストリーム信号のデータが１以上のオブジェクトに分かれて記録できるように構成され、かつ前記テーブル情報中の特定のＩＤを指定する番号情報を含み、前記番号情報から前記情報記録媒体に記録動作を行なった機器のメーカーを特定できるように構成したことを特徴とするものである。
【０００６】
また、請求項２にかかる情報記録方法は、所定のデジタルストリーム信号を記録するように構成され、管理領域とデータ領域を持ち、前記管理領域は所定の管理情報を記録できるように構成され、かつ複数の記録機器のメーカーのＩＤにかかるテーブル情報を含み、前記データ領域は前記デジタルストリーム信号のデータが１以上のオブジェクトに分かれて記録できるように構成され、かつ前記テーブル情報中の特定のＩＤを指定する番号情報を含み、前記番号情報から前記情報記録媒体に記録動作を行なった機器のメーカーを特定
できるように構成した情報記録媒体を用いる記録方法であって、前記テーブル情報から特定のＩＤを指定する番号を選択し、前記選択された番号データを前記データ領域に記録することを特徴とするものである。
【０００７】
さらに、請求項３にかかる情報再生方法は、所定のデジタルストリーム信号を記録するように構成され、管理領域とデータ領域を持ち、前記管理領域は所定の管理情報を記録できるように構成され、かつ複数の記録機器のメーカーのＩＤにかかるテーブル情報を含み、前記データ領域は前記デジタルストリーム信号のデータが１以上のオブジェクトに分かれて記録できるように構成され、かつ前記テーブル情報中の特定のＩＤを指定する番号情報を含み、前記番号情報から前記情報記録媒体に記録動作を行なった機器のメーカーを特定できるように構成した情報記録媒体を用いる再生方法であって、前記データ領域から前記情報記録媒体に記録動作を行なった機器のメーカーを特定し、前記特定されたメーカー名に従って、前記メーカー独自の機能を実行させることを特徴とするものである。
【０００８】
請求項４にかかる情報記録装置は、所定のデジタルストリーム信号を記録するように構成され、管理領域とデータ領域を持ち、前記管理領域は所定の管理情報を記録できるように構成され、かつ複数の記録機器のメーカーのＩＤにかかるテーブル情報を含み、前記データ領域は前記デジタルストリーム信号のデータが１以上のオブジェクトに分かれて記録できるように構成され、かつ前記テーブル情報中の特定のＩＤを指定する番号情報を含み、前記番号情報から前記情報記録媒体に記録動作を行なった機器のメーカーを特定できるように構成した情報記録媒体を用いる記録装置であって、前記テーブル情報から特定のＩＤを指定する番号を選択する手段と、この選択手段で選択された番号データを前記データ領域に記録する手段とを具備したことを特徴とするものである。
【０００９】
請求項５にかかる情報再生装置は、所定のデジタルストリーム信号を記録するように構成され、管理領域とデータ領域を持ち、前記管理領域は所定の管理情報を記録できるように構成され、かつ複数の記録機器のメーカーのＩＤにかかるテーブル情報を含み、前記データ領域は前記デジタルストリーム信号のデータが１以上のオブジェクトに分かれて記録できるように構成され、かつ前記テーブル情報中の特定のＩＤを指定する番号情報を含み、前記番号情報から前記情報記録媒体に記録動作を行なったメーカーを特定できるように構成した情報記録媒体を用いる再生装置であって、前記データ領域から前記情報記録媒体に記録動作を行なった機器のメーカーを特定する手段と、この特定手段で特定されたメーカー名に従って、前記メーカー独自の機能を実行させる手段とを具備したことを特徴とするものである。
【発明の効果】
【００１０】
本発明によれば、記録機器にかかるメーカー情報を記録媒体に効率的に保存することが可能で、また記録媒体から容易に記録機器にかかるメーカー情報を読み出すことが可能な情報記録媒体（あるいはデータ構造）、情報記録／再生方法、および情報記録／再生装置を提供することが出来る。
【発明を実施するための最良の形態】
【００１１】
以下、本発明になる情報記録媒体、情報記録方法、情報再生方法、情報記録装置、情報再生装置の実施の形態について、図面を参照して説明する。図１は、この発明の一実施の形態に係るデータ構造を説明する図である。ディスク状情報記録媒体１００（図１（ａ）参照）としては、ブルーレーザ使用のＤＶＤ−ＲＡＭ、現行のＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ−Ｒ等の記録可能光ディスクや、ハードディスク等の記録可能磁気ディスクがある。以下では、例えば４０５ｎｍ〜６５０ｎｍのレーザを用いたＤＶＤ−ＲＡＭ等の光ディスクを例にとって説明を続ける。
【００１２】
ディスク１００は、その内周側から外周側に向かって、リードイン領域１１０、ボリューム／ファイル構造情報領域１１１、データ領域１１２、およびリードアウト領域１１３を持っている（図１（ｂ）参照）。ボリューム／ファイル構造情報領域１１１内にはファイルシステムが格納されている。ファイルシステムは、どのファイルがどこに記録されているかを示す情報で構成されている（詳細は、図３を参照して後述する）。記録コンテンツはデータ領域１１２に格納される。
【００１３】
データ領域１１２は、一般のコンピュータデータが記録される領域１２０と、ＡＶデータを記録する領域１２１に分けられる（図１（ｃ）参照）。ＡＶデータ記録領域１２１は、ＡＶデータの管理をするためのファイル（ＶＭＧファイル）があるＡＶデータ管理情報領域１３０と、ビデオレコーディング規格のオブジェクトデータ（ＶＯＢＳ）ファイル（ＶＲＯファイル）が記録されるＶＲオブジェクト群記録領域１２２と、デジタル放送に対応したストリームオブジェクト（ＳＯＢＳ：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  Time:４バイト）３５から分かるようになっている。
【００２６】
次に、図３乃至図４１を参照しながら、管理情報について説明する。図３は、この発明の一実施の形態に係るファイル構造を説明する図である。図１において説明したように、ディスク１００内のデータは、ファイルシステムが入っているボリューム／ファイル構造情報領域１１１と、データファイルを実際に記録するデータ領域１１２で構成されている。ボリューム／ファイル構造情報領域１１１に格納されるファイルシステムは、図３に示すように、どのファイルがどこに記録されているかを示す情報で構成されている。また、データ領域１１２には一般のコンピュータが記録する領域１２０とＡＶデータを記録する領域１２１に分けられている。ＡＶデータ記録領域１２１は、記録されたＡＶデータを管理するためのＨＤＶＭＧファイル（およびそのバックアップファイル）があるＡＶデータ管理情報領域１３０と、ビデオレコーディング規格のオブジェクトデータ（ＶＯＢＳ）ファイル（ＶＲＯファイル）の記録されるＶＲオブジェクト群記録領域１２２と、デジタル放送に対応したオブジェクト（ＳＯＢＳ）が記録されているStreamオブジェクト群記録領域１３１で構成されている。
【００２７】
ここで、ＤＶＤ−Ｖｉｄｅｏ（ROM Video）はＶＩＤＥＯ−ＴＳ、ＤＶＤ−ＲＴＲ（録再ＤＶＤ）はＤＶＤ−ＲＴＡＶと、フォーマット毎にディレクトリを分けており、今回のデジタル放送対応ＤＶＤ規格も例えばＤＶＤ＿ＨＤＶＲというディレクトリに記録される。
【００２８】
つまり、図３に示すように、ＤＶＤ＿ＨＤＶＲというディレクトリには、データの管理を行うためのＶＭＧファイル（ＨＲ＿ＭＡＮＧＥＲ．ＩＦＯおよびそのバックアップ用ＨＲ＿ＭＡＮＧＥＲ．ＢＵＰ）と、アナログ放送及びアナログライン入力などのアナログＡＶ情報記録用のオブジェクトファイルであるＶＲＯファイル（ＨＲ＿ＭＯＶＩＥＯ．ＶＲＯ）と、デジタル放送のオブジェクトであるＳＲＯファイル（ＨＲ＿ＳＴＲｘｘ．ＳＲＯ；ｘ＝０，１，２，…）と、スチルオブジェクト用ファイル（ＨＲ＿ＳＴＩＬＬ．ＶＲＯ）と、オーディオオブジェクト用ファイル（ＨＲ＿ＡＵＤＩＯ．ＶＲＯ）とが記録される。ここで、ＳＲＯファイルの対象はＳＯＢＳとされる。
【００２９】
図３では、さらに、例１としてのタイムマップファイル（ＨＲ＿ＶＴＭＡＰ．ＩＦＯ）およびそのバックアップファイル（ＨＲ＿ＶＴＭＡＰ．ＢＵＰ）が、独立したファイルとして設けられている。これらのファイル（ＨＲ＿ＶＴＭＡＰ．ＩＦＯとＨＲ＿ＶＴＭＡＰ．ＢＵＰ）には、タイムマップテーブルＴＭＡＰＴの情報を格納することができるようになっている（つまりＴＭＡＰＴは他の管理情報とは別にファイル管理できる）。
【００３０】
そして、図３に示されるようにＳＲの管理データはＶＲと共通のＨＤＶＭＧファイルに記録されてＶＲと共通に制御され、図２に示されるようにＳＲの管理データとＶＲの管理データはＣＥＬＬ単位でリンクされ、再生場所の指定は再生時間単位で指定される。
【００３１】
なお、ＤＶＤ＿ＨＤＶＲディレクトリには、図示しないが、チャプタメニューなどに利用できるサムネール（縮小画像）用のファイルとして、ＨＲ＿ＴＨＮＬ．ＤＡＴを設ける
ことができる。さらに、図示しないが、アイテムテキスト（ＩＴ＿ＴＸＴ）とは別の追加テキストファイル：ＨＲ＿ＴＥＸＴ．ＤＡＴや、エントリポイント（ＥＰ）に追加された情報を保存するためのＨＲ＿ＥＸＥＰ．ＤＡＴを適宜、ＤＶＤ＿ＨＤＶＲディレクトリに設けることも可能である。
【００３２】
なお、図３に示すようにＴＭＡＰＴを別ファイルにする代わりに、例２としてのＴＭＡＰＴを、図４に示すようにＨＤＶＲ＿ＶＭＧの末尾に追加する方法も可能である。
【００３３】
図４は、ＡＶデータ管理情報記録領域１３０に記録される管理情報の１つであるＨＤＶＲ＿ＶＭＧの一部（ＨＤＶＲ＿ＶＭＧＩ）がどのように構成されるかの一例を説明する図である。この実施の形態におけるストリームレコーディングをＳＲ（Stream Recording）と略記し、ビデオレコーディングをＶＲ（Video Recording）と略記する。すると、ＳＲデータの管理情報（ＳＴＲ＿ＦＩＴ；Stream File Information Table）は、ＨＤＶＲ＿ＶＭＧ１３０内（図３のＨＲ＿ＭＡＮＧＥＲ．ＩＦＯ内）に保存され、ＶＲデータと同列に管理される。
【００３４】
ＨＤＶＲ＿ＶＭＧ１３０は、ビデオマネージャ情報（ＨＤＶＲ＿ＶＭＧＩ）１３１０及びストリームファイル情報テーブル（ＳＴＲ＿ＦＩＴ）１３２０、（オリジナルの）プログラムチェーン情報１３３０、プレイリスト情報１３４０、テキストデータマネージャ１３５０、業者情報テーブル１３６０、タイムマップテーブルＴＭＡＰＴ（例２）１３７０を含んで構成されている。なお、ＳＴＲ＿ＦＩＴ（Stream File Information Table）は、従来のＤＶＤ−ＶＲ規格の管理情報に追加されたものである。
【００３５】
ここで、ＴＭＡＰＴ１３７０の位置がＶＭＧ１３０の末尾であることには重要な意味がある。すなわち、ＴＭＡＰＴ１３７０の位置がＶＭＧ１３０の末尾にあるので、ＴＭＡＰが頻繁に書き替えられそのデータサイズが増減しても、その都度ＶＭＧＩ１３１０〜ＭＮＦＩＴ１３６０を書き替える必要は無くなる。
【００３６】
別の言い方をすると、ＤＶＤレコーダでは、通常、ＶＯＢの管理情報として、タイムマップ情報（ＴＭＡＰＩ）を持っている。この情報はオブジェクトデータ（ＶＯＢ／ＳＯＢ）をデータユニット（ＶＯＢＵ／ＳＯＢＵ）毎に分けて、その単位で再生、特殊再生等を行えるようにするための情報であるが、最大０．５ｓ毎に1件の情報が必要になる。このため、将来、ディスクの容量が増えたり圧縮効率の高い圧縮方式を採用した場合、タイムマップ情報ＴＭＡＰＩが増え、編集などを行った場合に煩雑になる。このＴＭＡＰＩが管理情報ファイル（図３のＨＲ＿ＭＡＮＧＥＲ．ＩＦＯ）内にあるとＴＭＡＰＩを変更するだけで、関係のない他の領域の管理データを移動しあるいは書き換えする等の必要が出てきて、効率が悪い。
【００３７】
そこで、この発明の一実施の形態では、その状況を改善するために、ＴＭＡＰＩを別領域（図３のＨＲ＿ＴＭＡＰ．ＩＦＯあるいは図４のＨＤＶＲ＿ＶＭＧの末尾に配置されたＴＭＡＰＴなど）に記録するようにして対応している。
【００３８】
図４において、ＨＤＶＲ＿ＶＭＧＩ１３１０は、ディスク管理識別情報（ＶＭＧ＿ＩＤ）１３１１及びバージョン情報（ＶＥＲＮ）１３１２、ストリームオブジェクト管理情報開始アドレス１３１４、プログラムチェーン情報開始アドレス１３１５、プレイリスト情報開始アドレス１３１６、ＶＴＭＡＰＴの更新日時が記述されるＶＴＭＡＰ＿ＬＡＳＴ＿ＭＯＤ＿ＴＭ１３１７、ＳＴＭＡＰＴの更新日時が記述されるＳＴＭＡＰ＿ＬＡＳＴ＿ＭＯＤ＿ＴＭ１３１８を含んで構成されている。ＳＲストリームの管理情報は、ＳＴＲ＿ＦＩＴ１３２０に保存される。
【００３９】
図４の例において、各ＴＭＡＰをＶＭＧと別ファイルにしたため、パーソナルコンピュータなどにより各ファイルを個別に改変可能となり、それを防ぐために自録再用のＶｉｄｅｏ  Ｒｅｃｏｄｉｎｇ（ＶＲ）用のＴＭＡＰ（Ｔｉｍｅ  Ｍａｐ）であるＶＴＭＡＰＴの更新日時情報とデジタル放送記録用のＳｔｒｅａｍ  Ｒｅｃｏｄｉｎｇ（ＳＲ）用のＴＭＡＰであるＳＴＭＡＰＴの更新日時情報を記載し、この値と各ＴＭＡＰＴファイルに記載されている更新日時情報（図示せず）を比較し、同じ値であれば整合性が取れているものとして処理を行うことができる。  
【００４０】
図５は、この発明の一実施の形態に係るデータ構造において、管理情報の１つ（ＨＤＶＲ＿ＶＭＧ１３０）の他部（Ｍ＿ＡＶＦＩＴ１３８０とＳＴＲ＿ＦＩＴ１３２０）がどのように構成されるかの一例を説明する図である。ＶＲデータ管理情報およびＳＲストリーム管理情報はＨＤＶＲ＿ＶＭＧ１３０内に保存され、これによりストリームデータはＶＲデータと同列に管理される。すなわち、ＶＲデータ管理情報はＭ＿ＡＶＦＩＴ（Movie AV
File Information Table）１３８０に保存され、Ｍ＿ＡＶＦＩＴ１３８０はＶＯＢ毎にＶＯＢＩ（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が１のときはＧＰＩが有ることが示される。
【００４９】
また、ＳＯＢ＿ＥＳ＿Ｎｓ１３２２３１２１とＳＯＢ＿Ｖ＿ＥＳ＿Ｎｓ１３２２３１２２とＳＯＢ＿Ａ＿ＥＳ＿Ｎｓ１３２２３１２３とＥＳ＿ＴＭＡＰ＿Ｎｓ（図１７参照）は、以下の式で示される関係を持っている：
ＳＯＢ＿ＥＳ＿Ｎｓ  ≧  ＳＯＢ＿Ｖ＿ＥＳ＿Ｎｓ  ＋  ＳＯＢ＿Ａ＿ＥＳ＿Ｎｓ
ＳＯＢ＿Ｖ＿ＥＳ＿Ｎｓ  ＋  ＳＯＢ＿Ａ＿ＥＳ＿Ｎｓ  ≧  ＥＳ＿ＴＭＡＰ＿Ｎs
また、ＰＣＲ＿ＰＯＳ＿ＣＯＵＮＴによりパケットグループの先頭から何個前のＰＣＲを参照するのかが示され、ＰＣＲ＿ＰＯＳ＿ＳＨＩＦＴによりＰＣＲパケットの位置を示すＬＢの２の指数部分が示され、ＣＰ＿ＣＴＲＬ＿ＩＮＦＯにより著作権保護等のためのコピー制御が行われる。
【００５０】
なお、デフォルトのＰＩＤ（ＳＯＢ＿ＤＥＦ＿ＰＩＤ）は、ＡＲＩＢの場合、コンポーネントタグの小さい値のものを指す（ただしコンポーネントグループ記述子の値が優先される）。ＳＯＢ＿ＤＵＲＡＴＩＯＮはＳＯＢの再生時間を示すもので、デフォルトＰＩＤで示されるＥＳに属するＳＯＢＵ＿ＥＮＴの再生時間の合計に対応する。
【００５１】
図８（及び図９）では、ディスク毎にプロファイル情報を持つのではなく、各ディスク内のＳＯＢ毎にプロファイル情報を持つ場合を示している。図８に含まれるプロファイル情報１３２２３１０３は、図１０にて詳細を説明する（及び図４５を用いて後述）が、種々なデコード機能のサポート状況を示すために用いることができる。図１０は、図８（及び図９）のプロファイル情報の具体例を説明する図である。このプロファイル情報は、８ビットのオプションサポートフラグと１６ビットのリージョン番号で構成されている。このリージョン番号は、00で日本（ＡＲＩＢ）、01で米国（ＡＴＳＣ）、02で欧州（ＤＶＢ）、0xffffで世界共通と示される。これにより、録画されたコンテンツは、リージョン番号に対応した地域のデータが再生可能となる。
【００５２】
通常、ＤＶＤでは、登録されている圧縮フォーマットはすべて再生必須という原則があり、これにより、各社のＤＶＤレコーダの互換を取っている。しかしながら、次世代のＤＶＤでは、複数の種類のビデオフォーマットが登録になり、そのため、全フォーマット再生必須を貫くと全ての機器が非常に価格の高いＤＶＤレコーダになる。
【００５３】
この価格高騰問題を改善するために、フォーマット対応機能をＢＡＳＥと複数のオプションにわけ、目的別、価格帯によりサポートするオプションを使い分ける。この場合、サポートしていないオプションのデータが来たときに自分のサポート状況とストリームの状況を比べられるように、コンテンツにその情報を入れて対応することになる。この発明の一実施の形態では、このような状況でＶＭＧＩ内にそのオプション状況（図１０のオプションサポートフラグ）を入れることにより、複数のオプションのバリエーションに対応したＤＶＤレコーダを提供可能としている（詳細は図４５を参照して後述する）。
【００５４】
ところで、デジタル放送は国毎に放送方式が違い、例えば、日本ではＡＲＩＢ（Association of Radio Industries and Businesses）、ヨーロッパではＤＶＢ（Digital Video Broadcasting）、米国ではＡＴＳＣ（Advanced Television Systems Committee）となっている。［１］ＡＲＩＢでは、ビデオはＭＰＥＧ２であり、解像度は１０８０ｉ、７２０ｐ、４８０ｉ、４８０ｐでフレームレートは２９．９７Ｈｚ、５９．９４Ｈｚとなり、オーディオはＡＡＣ（ＭＰＥＧ−２  Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｃｏｄｉｎｇ）でサンプリング周波数が４８ｋＨｚ、４４．１ｋＨｚ、３２ｋＨｚ、２４ｋＨｚ、２２．０５
ｋＨｚ、１６ｋＨｚとなっている。［２］ＤＶＢでは、ビデオはＭＰＥＧ２であるが解像度が１１５２＊１４４０ｉ、１０８０＊１９２０（ｉ、ｐ）、１０３５＊１９２０、７２０＊１２８０、（５７６、４８０）＊（７２０、５４４、４８０、３５２）、（２８８、２４０）＊３５２でフレーム周波数は３０Ｈｚ、25Ｈｚとなり、オーディオはＭＰＥＧ−１  ａｕｄｉｏ、ＭＰＥＧ−２  Ａｕｄｉｏでサンプリング周波数が３２ｋＨｚ、４４．１ｋＨｚ、４８ｋＨｚとなっている。［３］ＡＴＳＣでは、ビデオはＭＰＥＧ２であるが解像度は１０８０＊１９２０（ｉ、ｐ）、７２０＊１２８０ｐ、４８０＊７０４（ｉ、ｐ）、４８０＊６４０（ｉ、ｐ）でフレーム周波数は２３．９７６Ｈｚ、２４Ｈｚ、２９．９７Ｈｚ、３０Ｈｚ、５９．９４Ｈｚ、６０Ｈｚとなり、オーディオはＭＰＥＧ１  Ａｕｄｉｏ  Ｌａｙｅｒ  １  ＆  ２（ＤｉｒｅｃＴＶ）、ＡＣ３  Ｌａｙｅｒ  １  ＆  ２（Ｐｒｉｍｓｔａｒ）でサンプリング周波数は４８ｋＨｚ、４４．１ｋＨｚ、３２ｋＨｚとなっている。以上を対照表にまとめたものが図１１である。
【００５５】
このことから、使用する地域によりレコーダに実装するデコーダが異なるために、レコーダで記録したディスクに何をサポートしたレコーダを使用しているかを示す情報（図９のリージョンコード）をＶＭＧＩに保存し、何をサポートしたレコーダでディスクに書き込んだかを示すようにしている。
【００５６】
また、装置側でデコードするストリームには各地域毎に異なる多数のバリエーションがあり、これらを全てサポートすると記録再生装置（ＤＶＤレコーダ等）の構成が大変重く（あるいは複雑に）なる。その結果、装置コストが高くなる。そこで、本実施の形態においては、後述するように扱うストリームについて多数のバリエーションに対応しつつ、対応の仕方を工夫することで、装置の構成を相対的に軽く（単純に）できるようにしている。
【００５７】
図１２は、図７のＳＯＢＩに含まれるＳＯＢ＿ＥＳＩがどのように構成されるかの一例を説明する図である。この例では、ＳＯＢ＿ＥＳＩは３種類（ＳＯＢ＿Ｖ＿ＥＳＩ１３２２３２１及びＳＯＢ＿Ａ＿ＥＳＩ１３２２３２２、ＳＯＢ＿ＯＴＨＥＲ＿ＥＳＩ１３２２３２３）に分けられている。
【００５８】
図１３は、図１２の各ＳＯＢ＿ＥＳＩ（ここではＳＯＢ＿ＥＳＩ＃ｍ）に含まれるＳＯＢ＿Ｖ＿ＥＳＩがどのように構成されるかの一例と、このＳＯＢ＿Ｖ＿ＥＳＩに含まれるビデオ属性Ｖ＿ＡＴＴＲがどのように構成されるかの一例を説明する図である。
【００５９】
ＳＯＢ＿Ｖ＿ＥＳＩ１３２２３２１は、ＥＳの形式を示すＥＳ＿ＴＹ１３２２３２１１及びＥＳのＰＩＤを示すＥＳ＿ＰＩＤ１３２２３２１２、ＳＴＲＥＡＭ＿ＴＹＰＥ（ＰＭＴ内で示されるSTREAM type）１３２２３２１３、ＣＯＭＰＯＮＥＮＴ＿ＴＡＧ（コンポーネント記述子で示されるＣＯＭＰＯＮＥＮＴ＿ＴＡＧの値）１３２２３２１４、ＣＯＭＰＯＮＥＮＴ＿ＴＹＰＥ（コンポーネント記述子で示されるＣＯＭＰＯＮＥＮＴ＿ＴＹＰＥの値）１３２２３２１６、ビデオの属性を示すＶ＿ＡＴＴＲ１３２２３２１７、ＣＰ＿ＣＴＬ＿ＩＮＦＯ（コピー制御情報／著作権管理情報）１３２２３２１８から構成されている。
【００６０】
Ｖ＿ＡＴＴＲ（１６ビット）１３２２３２１７は、ビデオのアスペクト比を指定するアプリケーションフラグ、水平解像度を示すデータ等を含んで構成されている。
【００６１】
通常、本属性に従って再生されるが、ＳＯＢ内の途中で変更がある場合は、パケットヘッダ内のＤＣＩの値が優先される。
【００６２】
図１４は、図１２の各ＳＯＢ＿ＥＳＩ（ここではＳＯＢ＿ＥＳＩ＃ｍ）に含まれるＳＯ
Ｂ＿Ａ＿ＥＳＩがどのように構成されるかの一例と、このＳＯＢ＿Ａ＿ＥＳＩに含まれるオーディオ属性ＡＵＤＩＯ＿ＡＴＴＲがどのように構成されるかの一例を説明する図である。
【００６３】
ＳＯＢ＿Ａ＿ＥＳＩ１３２２３２２は、ＥＳの形式を示すＥＳ＿ＴＹ１３２２３２２０１及びＥＳのＰＩＤを示すＥＳ＿ＰＩＤ１３２２３２２０２、ＳＴＲＥＡＭ＿ＴＹＰＥ（ＰＭＴ内で示されるSTREAM type）１３２２３２２０３、ＣＯＭＰＯＮＥＮＴ＿ＴＡＧ（コンポーネント記述子で示されるＣＯＭＰＯＮＥＮＴ＿ＴＡＧの値）１３２２３２２０４、ＳＴＲＥＡＭ＿ＣＯＮＴＥＮＴ（コンポーネント記述子で示されるＳＴＲＥＡＭ＿ＣＯＮＴＥＮＴの値）１３２２３２２０５、ＣＯＭＰＯＮＥＮＴ＿ＴＹＰＥ（コンポーネント記述子で示されるＣＯＭＰＯＮＥＮＴ＿ＴＹＰＥの値）１３２２３２２０６、ＳＩＭＵＬＣＡＳＴ＿ＧＰ＿ＴＡＧ（マルチ放送時、開始時のオーディオフレームのズレ値）１３２２３２２０７、ＡＵＤＩＯ＿ＡＴＴＲ（オーディオの属性値）１３２２３２２０８、ＬＡＮＧ＿ＣＯＤＥ（第一音声の言語コード）１３２２３２２０９、ＬＡＮＧ＿ＣＯＤＥ２（第二音声の言語コード）１３２２３２２１０、ＣＰ＿ＣＴＬ＿ＩＮＦＯ（コピー制御情報／著作権管理情報）１３２２３２２１１から構成されている。
【００６４】
ＡＵＤＩＯ＿ＡＴＴＲ１３２２３２２０８は、Ｍｕｌｔｉ＿ｌｎｇ（１＝ＤＵＡＬ  ｍｏｎｏ、０＝それ以外）と、Ｍａｉｎ＿Ｃｏｍｐ（１＝主音声、０＝それ以外）と、Ｑｕａｌｉｔｙ＿Ｉｎｄｉｃａｔｏｒ（音質表示を示す）と、Ｓａｍｐｌｉｎｇ＿Ｒａｔｅ（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内での位置）１３２２３５２１５、ＳＴＭＡＰ＿Ｎ（本ＥＳに属するＳＴＭＡＰＴ内のＴＭＡＰの番号：ただし、ＳＴＭＡＰＴがＳＴＲ＿ＦＩ毎にそれぞれ別ファイルに記録されている場合でかつ各ＳＴＭＡＰＴに順番に記録されている場合は、この番号は無くても良い）１３２２３５２１８等で構成される。ＳＴＭＡＰＴは、別領域に記録され（別ファイルもしくはＩＦＯの最後部）、ＳＴＭＡＰＴＩと１以上のＳＴＭＡＰＩ＿ＳＲＰとそれと同数のＳＴＭＡＰＩで構成される。ＳＴＭＡＰＴＩは、ＳＴＭＡＰＴのエンドアドレス情報、本ＴＭＡＰのバージョン情報、ＳＴＭＡＰ＿ＳＲＰ＿Ｎｓ（ＴＡＭＰ＿ＳＲＰＩの数＝ＴＭＡＰＩの数)、ＳＴＭＡＰの更新日時情報（ＶＭＧＩの値と同じ）で構成され、ＳＴＭＡＰ＿ＳＲＰは各ＳＴＭＡＰＴの要素であるＳＴＭＡＰＩへのアドレス情報で構成され、各ＳＴＭＡＰＩはＥＳ＿ＴＭＡＰＩ＿ＧＩとＳＯＢＵ＿ＥＮＴが必要数で構成されている。ＳＴＭＡＰＩ＿ＧＩは、ＳＯＢＵ＿ＥＮＴ＿Ｎｓ（ＥＮＴＲＹ数）、で構成される。ただし、ＳＯＢＵ＿ＥＮＴ間にごみデータが有っても良い。
【００７１】
なお、ＳＯＢＵ／ＶＯＢＵ＿ＰＢ＿ＴＭ＿ＲＮＧを適切に設定する事によって、録画時間が増えてもＴＭＡＰＩ情報が極端に大きくなることを防止可能となる。但し、その場合は、各ＥＮＴＲＹの時間間隔が広がる為に２倍速再生等がスムーズにできない可能性は増加する。
【００７２】
また、ＳＯＢＵの録画時間の下限に関しては、図１８に示すように０．４ｓ以下を許可しない場合、図のＡの時間分だけずれていき、ＳＯＢＵの先頭とＧＯＰの先頭が合わなくなったり、Ｉ（イントラ）ピクチャが取れなくなったり、特殊再生等で映像が取れなくなったり、表示映像が飛んだりする可能性がある。そのため、時間切れでＳＯＢＵを切った時のためにＩピクチャの無いＳＯＢＵの場合は０．４ｓ（最低時間）以下のＳＯＢＵを許す事にしている。ただし、この場合、ＳＯＢＵの制限として、１フレーム以上でフレームあるいはフィールドあるいはピクチャ単位である事としている。また、ＳＯＢＵ内にＩピクチャが無い場合は、録画時に１ＳＴ＿ＲＥＦ＿ＳＺを００に設定する。
【００７３】
図１９は、図５のＭＶＯＢ＿ＴＭＡＰに含まれるＭＶＯＢ＿ＴＭＡＰ＿ＧＩがどのように構成されるかの一例を説明する図である。ＭＶＯＢ＿ＴＭＡＰ＿ＧＩ１３８０１１は、
ＶＲのムービーＶＯＢＵのエントリ数ＭＶＯＢＵ＿ＥＮＴ＿Ｎｓ１３８０１１１と、タイムオフセットＴＭ＿ＯＦＳ１３８０１１２と、アドレスオフセットＡＤＲ＿ＯＦＳ１３８０１１３と、ＶＯＢＵの再生時間の範囲ＶＯＢＵ＿ＰＢ＿ＴＭ＿ＲＮＧ（その値が１で０．４ｓ〜１．２ｓ、２で１ｓ〜２ｓ、３で２ｓ〜３ｓ）１３８０１１４と、ＴＭＡＰ番号Ｔ＿ＭＡＰ＿Ｎ１３８０１１５を含んで構成されている。
【００７４】
図２０は、図３のＤＶＤ＿ＨＤＶＲディレクトリに含まれるタイムマップファイルＨＲ＿ＴＭＡＰ．ＩＦＯ（例１）、もしくは図５のＨＤＶＲ＿ＶＭＧの末尾に配置されたタイムマップテーブルＴＭＡＰＴ（例２）が、どのように構成されるかの一例を説明する図である。
【００７５】
ＴＭＡＰＴは、別領域に記録され（別ファイル（図３等）もしくはＩＦＯの最後部（図４等））。
【００７６】
図２１は、図２０のＶＴＭＡＰＴに含まれる各種情報がどのように構成されるかの一例を説明する図である。ＶＴＭＡＰＴは図２１に示すように、ＶＴＭＡＰＴＩとＶＴＭＡＰ＿ＳＲＰＴとＶＴＭＡＰ  ＃１−＃ｎで構成され、ＶＴＭＡＰＴＩは、ＶＭＧ＿ＩＤ（ＶＭＧＩの先頭に在るＶＭＧ＿ＩＤと同じ値）、とＶＴＭＡＰＴ＿ＥＡ（ＶＴＭＡＰのエンドアドレス）、ＶＥＲＮ（ＴＭＡＰのバージョン情報）、ＩＦＯ＿ＬＡＳＴ＿ＭＯＤ＿ＴＭ  （ＴＭＡＰＴの更新日時情報、ＨＲ＿ＭＡＮＧＲ．ＩＦＯと同じ値)、ＶＴＭＡＰ＿ＳＲＰ  Ｎｓ（サーチ情報の総数）で構成され、ＶＴＭＡＰ＿ＳＲＰＴは１以上のＶＴＭＡＰ＿ＳＲＰ（各ＶＴＭＡＰのサーチ情報）で構成され、さらに、ＶＴＭＡＰ＿ＳＲＰはＶＴＭＡＰ＿ＳＡ（ＶＴＭＡＰのスタートアドレス）と、ＶＯＢＵ＿ＥＮＴ＿Ｎｓ（ＶＯＥＵ＿ＥＮＴの総数）で構成され、ＶＴＭＡＰは、１以上のＶＯＢＵ＿ＥＮＴで構成されている。
【００７７】
図２２は、図２１のＶＯＢＵ＿ＥＮＴの中身がどのように構成されるかの一例を説明する図である。ＶＯＢＵ＿ＥＮＴは、通常のＶＲと同じ構造（１ＳＴＲＥＦ＿ＳＺ１３７０３３１１；ＶＯＢＵ＿ＰＢ＿ＴＭ１３７０３３１２；ＶＯＢＵ＿ＳＺ１３７０３３１３）であるが、次世代光ディスクでは記録容量の増加に伴い、各フィールドのビット数は増えている。
【００７８】
図２３は、図２０のＳＴＭＡＰＴに含まれる各種情報がどのように構成されるかの一例を説明する図である。図２３において、ＳＴＭＡＰＴIは、ＶＭＧ＿ＩＤと、ＳＴＭＡＰＴ＿ＥＡ（ＳＴＭＡＰのエンドアドレス）と、ＶＥＲＮと、ＩＦＯ＿ＬＡＳＴ＿ＭＯＤ＿ＴＭで構成される。さらに、ＳＴＭＡＰ＿ＳＲＰＴIはＳＴＭＡＰ＿ＳＲＰ＿Ｎｓで構成される。そして、ＳＴＭＡＰ＿ＳＲＰはＳＴＭＡＰ＿ＳＡ（ＳＴＭＡＰのスタートアドレス）と、ＥＳ＿ＴＭＡＰＩ＿Ｎs（ＥＳ＿ＴＭＡＰの総数）と、ＥＳ＿ＴＭＡＰＩ＿ＧＩで構成される。そして、ＳＴＭＡＰは、１以上のＥＳ＿ＴＭＡＰで構成される。
【００７９】
図２４は、図２３のＳＴＭＡＰ＿ＳＲＰ＃およびＳＴＭＡＰに含まれるＥＳ＿ＴＭＡＰＩ＿ＧＩおよびＥＳ＿ＴＭＡＰ＃が、どのような情報を格納するのかの一例を説明する図である。ＥＳ＿ＴＭＡＰ＿ＧＩはＳＯＢＵ＿ＥＮＴ＿Ｎｓ（ＳＯＢＵ＿ＥＮＴの総数）で構成され、各ＥＳ＿ＴＭＡＰは１以上のＳＯＢＵ＿ＥＮＴで構成されている。なお、ＴＭＡＰ＿ＳＲＰは昇順にＴＭＡＰを指すとは限らないが、ＳＲＰで個々のＴＭＡＰをポイントするので問題はなく、ＴＭＡＰ間にごみデータが入っても良い（例えばＴＭＡＰ＃１とＴＭＡＰ＃３の間に無意味なデータがあっても問題ない）。
【００８０】
図２５は、図２４の各ＳＯＢＵ＿ＥＮＴの中身がどのように構成されるかの一例を説明する図である。ＳＯＢＵ＿ＥＮＴ＃は、１ｓｔ＿Ｒｅｆ＿ＰＩＣ＿ＳＺ１３７０３３０１
及びＳＯＢＵ＿ＰＢ＿ＴＭ１３７０３３０２、ＳＯＢＵ＿ＳＺ１３７０３３０３等から構成される。
【００８１】
また、図２６は、ＳＯＢＵがビデオデータおよびオーディオデータの有無でどのような内容を持つかの一例を説明する図である。図２６に示されるように、ビデオのデータがある場合（１）とビデオデータが無くオーディオデータのある場合（２）とその他の情報のみの場合（３）の３つが考えられ、種別はそれぞれ（１）、（２）、（３）とする。すなわち、この種別に従い、ＳＯＢＵエントリ情報（ＳＯＢＵ＿ＥＮＴ）には、上記３種類がある。以下、図２５も参照しながら説明する。
【００８２】
（１）ビデオデータのある場合は、エントリ内の最初のリファレンスピクチャ（Ｉピクチャ等）のＳＯＢＵ先頭からの最終アドレス情報（ＬＢ単位）１ｓｔ＿Ｒｅｆ＿ＰＩＣ＿ＳＺ１３７０３３０１及びＳＯＢＵの再生時間（フィールド数）ＳＯＢＵ＿ＰＢ＿ＴＭ１３７０３３０２、ＳＯＢＵ＿ＳＺ（パケットグループ数で表されるサイズで、ＳＯＢＵに属するパケットグループの数）１３７０３３０３、ＳＯＢＵ＿Ｓ＿ＰＫＴ＿ＰＯＳ（ＳＯＢＵの先頭が入っているパケットグループの先頭からのパケット数）１３７０３３０４、ＰＣＲ＿ＰＯＳ１３７０３３０５から構成される。
【００８３】
なお、ＰＣＲ＿ＰＯＳ１３７０３３０５は、ＰＣＲ＿ＰＯＳ＿ＣＯＵＮＴで示される位置のＰＣＲの位置をＳＯＢＵ先頭からのアドレス数で示す。ＰＣＲが存在しない場合はＰＣＲ＿ＰＯＳは0ｘｆｆｆｆとなる。また、ＰＣＲ＿ＰＯＳ１３７０３３０５のＬＢ数はＰＣＲ＿ＰＯＳ×２＾ＰＣＲ＿ＰＯＳ＿ＳＨＩＦＴで表わすことができる。ここで、ＰＣＲはリファレンスピクチャのある位置よりも前のものでＰＣＲ間隔で示される数分前のＰＣＲの位置である。
【００８４】
これにより、タイムサーチの場合、ＳＯＢＵ＿ＰＢ＿ＴＭ１３７０３３０２の累積で目的の時間のＳＯＢＵを求め、そのＳＯＢＵの先頭からのフィールド数で再生開始ＰＴＭを換算することができる。ここで、タイムサーチするターゲットのＳＯＢＵをＫとし、そのターゲットアドレスをＡとすると、Ａは以下の（１）式で求められる。
【００８５】
【数１】
2005196893.tif 000003
【００８６】
さらに、先頭のパケットはＳＯＢＵ＿Ｓ＿ＰＫＴ＿ＰＯＳ１３７０３３０４の値のパケットとなり、このアドレスにアクセスすることになる。
【００８７】
（２）ビデオデータが無くオーディオデータがある場合は、エントリ内の最初の音声フレームのＳＯＢＵ先頭からの最終アドレス情報（上記に同じ）と、ＳＯＢＵの再生時間（フィールド数）と、ＳＯＢＵのサイズ（上記に同じ）と、ＰＣＲ＿ＰＯＳ１３７０３３０５とで、ＳＯＢＵエントリ情報が構成される。
【００８８】
（３）その他の情報のみの場合は、エントリ情報が構成されないため、すべてＦＦで埋める。
【００８９】
ここで、データ構造と実際のＳＯＢＵの構造関係を図２７及び図２８に示す。（なお、以下において、Packet  GroupをＰＧと略す。）図２７は、マルチビュー放送を記録した
場合のＳＯＢのイメージを示す図であり、図２８は図２７の詳細を示す。図２８において、上段のＳＯＢ＿ＴＭＡＰ＿ＧＩ（図１７参照）には、ＡＤＲ＿ＯＦＳとＳＯＢ＿ＳＺ、ＳＯＢ＿Ｅ＿ＰＫＴ＿ＰＯＳがＳＯＢ全体の値に関した値として記されている。それ以外の段は、各ＥＳ用のＴＭＡＰＩの内容を示し、ＥＳ＿ＴＭＡＰＩ（図１７参照）には、ＥＳ＿ＡＤＲ＿Ｓ＿ＯＦＳ（ＳＯＢの先頭から本ＥＳの先頭のＳＯＢＵまでのアドレス（ＰＧ））とＥＳ＿ＡＤＲ＿Ｅ＿ＯＦＳ（本ＥＳの最後のＳＯＢＵから ＳＯＢの最後までのアドレス（ＰＧ））とＥＳ＿ＬＡＳＴ＿ＳＯＢＵ＿Ｅ＿ＰＫＴ＿ＰＯＳ（最後のＳＯＢＵのPacket  Group内での最後のPacketまでのPacket数）ＳＯＢＵ＿ＥＮＴＮ（ＳＯＢＵ＿ＥＮＴの総数）、本ＥＳのデフォルトのＰＩＤ等がＥＳ＿ＴＭＡＰ全体の値として記されている。各ＳＴＭＡＰＩ内のＳＯＢＵ＿ＥＮＴ（図２９参照）には、ＥＳ＿ＳＯＢＵ＿Ｓ＿ＰＫＴ＿ＰＯＳ、ＳＯＢＵ＿ＳＺがＳＯＢＵに属する値として記載されている。
【００９０】
さらに、ＳＯＢ＿ＳＺが有る場合、ＥＳ＿ＡＤＲ＿Ｅ＿ＯＦＳは以下の（２）式により計算で求められるため、どちらかが有れば良い。
【００９１】
【数２】
2005196893.tif 000004
【００９２】
なお、ＳＯＢ＿ＳＺ＞ＥＳ＿ＡＤＲ＿Ｓ＿ＯＦＳや、ＳＯＢ＿ＳＺ＞ＳＯＢＵ＿ＳＺ等の式も成り立つ。
【００９３】
図２９は、図７のＳＯＢＩ＃に含まれるＳＯＢ＿ＥＳ＿ＧＰＩがどのように構成されるかの一例を説明する図（ＧＰＩ構造例１）である。図３０は、図２９のＳＯＢ＿ＥＳ＿ＧＰＩに含まれるＳＯＢ＿ＥＳ＿ＧＰＩ＿ＧＩ、ＧＰＩ＿ＳＲＰ＃、およびＧＰＩ＃がどのように構成されるかの一例を説明する図（例１のＧＰＩ構造）である。図３１は、図３０のＧＰＩ＃に含まれるＧＰＩ＿ＧＩがどのように構成されるかの一例を説明する図（例１のＧＰＩ構造）である。
【００９４】
ＳＯＢにおいては、マルチビュー放送や降雨対応放送、さらに複数番組同時録画対応としてＳＯＢ＿ＥＳ＿ＧＰＩ（ＳＯＢ＿ＥＳ Group Information）があり、２種類の構造が考えられる。第一は、図２９〜図３１に示される構造で、ＧＰＩに複数のタイプ情報をもち、そのタイプ情報により制御を行う。
【００９５】
まず、ＧＰＩは、ＳＯＢ＿ＥＳ＿ＧＰＩ＿ＧＩ１３２２３６１、ＧＰＩ＿ＳＲＰ＃１３２２３６２、およびＧＰＩ＃１３２２３６３で構成される（図２９）。ＳＯＢ＿ＥＳ＿ＧＰＩ＿ＧＩ１３２２３６１には、ＧＰＩ＿ＳＲＰ＿Ｎｓ（ＥＳ＿ＧＰＩ＿ＳＲＰの数）１３２２３６１１が入る（図３０）。ＧＰＩ＿ＳＲＰ＃１３２２３６２は、ＧＰＩ＿ＳＡ（ＧＰＩのスタートアドレス）１３２２３６２１およびＧＰＩ＿ＳＺ（ＧＰＩのサイズ）で構成される（またはＰＩＤ数を示すＰＩＤ＿Ｎｓで代用可能）（図３０）。各ＧＰＩ＃１３２２３６３は、ＧＰＩ＿ＧＩ１３２２３６３１および１以上のＥＳ＿ＰＩＤ１３２２３６３２で構成される（図３０）。ＧＰＩ＿ＧＩ１３２２３６３１は、ＥＳ＿ＰＩＤ＿Ｎｓ（本グループのＥＳの数）１３２２３６３１４、ＢＬＯＣＫ＿ＴＹ（4Bits：１＝マルチビュー放送、２＝降雨対応放送、３＝マルチチャンネル記録）１３２２３６３１１、ＧＰ＿ＴＹ（4bits：０＝ＭａｉｎＧＰ、１＝ＳＵＢ）１３２２３６３１２、ＢＬＯＣＫ＿ＮＵＭＢＥＲ（ＢＬＯＣＫ番号：同じＢＬＯＣＫ番号で切り替え可能）１３２２３６３１３で構成されている（図３１）。
【００９６】
ここで、ＢＬＯＣＫ＿ＴＹ１３２２３６３１１により本グループがどの種類のグループかが分かり、切り替え時にアングルボタンで切り替えるのか、降雨対応ボタン（あれば）で切り替えるのか、切り替えないのか（別番組を同時に記録した場合は自由に切り替えられない）が分かる。また、ＢＬＯＣＫ番号（ＢＬＯＣＫ＿ＮＵＭＢＥＲ）１３２２３６３１３により、どのＧＰと切り替え可能かがわかる。これは、もし、２種類のマルチビュー放送が記録された場合などに有効となる。また、ひとつのＥＳが複数のＧＰに属している場合、例えば、マルチアングルキーを押してアングルを切り替え、さらに、降雨により画像が乱れてきた場合、降雨ボタンで降雨用のＧＰに切り替えるといった場合は、同じＥＳを各ＧＰ用に複数登録し、対応する事ができる。
【００９７】
次に、具体例を挙げて説明を行なう。図３２は、複数種類の放送が放送されたときのストリームがどのように構成されるかの概要を説明する図である。デジタル放送の特徴の１つとして、例えばマルチビュー放送がある。マルチビュー放送では、複数の映像を同時に（タイムシェアリングして）流し、その内、ユーザが必要とするものだけを選んで再生することができる。これにより、複数のコンテンツをユーザの好み等により選択するものである。例えば、図３２のように、マルチアングル放送でＸ、Ｙ、Ｚのストリームと、降雨対応放送としてＵのストリームとがひとつのＴＳとしてレコーダ（後述する図４１の装置等）により受け取られた場合、再生時に必要なストリームを選択して再生し、リモートコントローラ等のキーにより各ストリーム間で自由に切り替えられるようにする必要がある。この発明の一実施の形態では、グルーピング情報（図３０のＧＰＩ）を追加して、この複数コンテンツ（各ストリーム間）のユーザ選択を可能にしている。
【００９８】
ここで、上記図３２のようなストリームを例に考えてみる。すなわち、マルチビュー放送としてＸ（ＭＡＩＮ）、Ｙ、ＺのストリームとＸの降雨対応ストリームとしてＵがあるような放送を記録した場合、この発明の一実施の形態に係る方法で対応すると、複数種類の放送が放送されたときのストリームのグループ構成の一例（例１）を説明する図である図３３のように、ＧＰＩ＿ＳＲＰ＿ＮｓはＸ１（マルチビュー用）、Ｘ２（降雨対応用）、Ｙ、Ｚ、Ｕの５グループがあるので５、Ｘ１のＧＰＩはマルチアングルでメイングループであるので、ＢＬＯＣＫ＿ＴＹ＝１、ＧＰ＿ＴＹ＝１、ＢＬＯＣＫ＿ＮＵＭＢＥＲ＝１、Ｘ２のＧＰＩは降雨対応でメイングループであるので、ＢＬＯＣＫ＿ＴＹ＝２、ＧＰ＿ＴＹ＝１、ＢＬＯＣＫ＿ＮＵＭＢＥＲ＝２、ＹのＧＰＩはマルチビュー放送のサブグループのみのため、ＢＬＯＣＫ＿ＴＹ＝1、ＧＰ＿ＴＹ＝２、ＢＬＯＣＫ＿ＮＵＭＢＥＲ＝１、ＺのＧＰＩはマルチビュー放送のサブグループのみのため、ＢＬＯＣＫ＿ＴＹ＝１、ＧＰ＿ＴＹ＝２、ＢＬＯＣＫ＿ＮＵＭＢＥＲ＝１、ＵのＧＰＩは降雨対応のサブグループのみのため、ＢＬＯＣＫ＿ＴＹ＿Ｎｓ＝１、ＧＰ＿ＴＹ＝２、ＢＬＯＣＫ＿ＮＵＭＢＥＲ＝２となる。
【００９９】
このため、再生時には、押されたリモートコントローラキーの種類により（マルチビュー放送の場合はアングルキー）、再生中のＧＰＩをみて、その目的の種類のＢＬＯＣＫ＿ＴＹを持っているかどうかを判定し、持っている場合は、そのＧＰ＿ＴＹに付いているＢＬＯＣＫ＿ＮＵＭＢＥＲと同じ番号で同じＢＬＯＣＫ＿ＴＹのＧＰを探し、見つかった場合はそのＧＰに切り替える作業を行う。
【０１００】
また、放送が必ず1種類しかＧＰ＿ＴＹを持たない場合は、この発明の一実施の形態に係る方法の変形例として、ＢＬＯＣＫ＿ＮＵＭＢＥＲを持たず、ＧＰ＿ＴＹのみを記載し、同じＧＰ＿ＴＹ同士での切り替えだけで対応する方法も考えられる。
【０１０１】
図３４は、図７のＨＤＶＲ＿ＶＭＧに含まれるＰＧＣ情報（ＯＲＧ＿ＥＸ＿ＰＧＣ情報およびＥＸ＿プレイリスト情報／ＵＤ＿ＥＸ＿ＰＧＣＴ情報）がどのように構成されるか
の一例を説明する図である。オリジナルＰＧＣ情報ＯＲＧ＿ＥＸ＿ＰＧＣＩ１３３１はＥＸプログラムチェーン情報１３３０に格納される。また、ＥＸプレイリスト情報（またはユーザ定義情報テーブル情報）１３４０は、ユーザ定義ＰＧＣテーブル情報ＵＤ＿ＥＸ＿ＰＧＣＴＩ１３４１と、１以上のＵＤ＿ＥＸ＿ＰＧＣ＿ＳＲＰ＃１〜＃ｒ１３４２と、１以上のユーザ定義ＰＧＣ情報ＵＤ＿ＥＸ＿ＰＧＣＩ＃１〜＃ｓ１３４３を含んで構成されている。
【０１０２】
再生情報であるＰＧＣ情報は、通常のＶＲフォーマットと同じで、ＯＲＧ＿ＰＧＣ情報１３３１は録画時に機器（レコーダ）が自動的に作成し、録画順に設定される。ＵＤ＿ＰＧＣ情報１３４１は、ユーザが自由に追加する再生順番に従って作成され、プレイリストと呼ばれている。この二つのフォーマット（オリジナルＰＧＣ情報とプレイリスト）はＰＧＣレベルで共通で、そのＰＧＣフォーマットは図３５に示される。
【０１０３】
図３５は、図３４のＥＸ＿ＰＧＣ情報がどのように構成されるかの一例を説明する図である。ＥＸ＿ＰＧＣ情報（オリジナルＰＧＣＩ）１３３１はその一般情報ＥＸ＿ＰＧＣ＿ＧＩ１３３５と、１以上のプログラム情報ＥＸ＿ＰＧＩ＃１３３２と、１以上のセルサーチポインタＥＸ＿ＣＥＬＬ＿ＳＲＰ＃１３３３と、１以上のセル情報ＥＸ＿ＣＩ＃１３３４とで構成される。
【０１０４】
ここで、ＰＧ情報（ＥＸ＿ＰＧＩ＃）１３３２には、このＰＧが更新された日時情報１３３２８が保存される。これにより、本ＰＧが何時編集されたかがわかる。また、テキスト情報として番組名用には、ＰＲＭ＿ＴＸＴ１３３２３が使用され、その他のテキスト情報を保存するためにＩＴ＿ＴＸＴ領域にその他の情報（監督名、主演名等）を保存し、本ＰＧＩにはその保存したＩＴ＿ＴＸＴのＳＲＰ番号１３３２４を設定して、リンクさせている。さらに、ＩＴ＿ＴＸＴデータの方にもＰＧ番号を設定している。ここで、ＰＧ番号はこのディスクに記録し初めてからの絶対番号で、他のＰＧを削除しても変わらないインデックス番号としている。
【０１０５】
また、メーカー特有の機能を実現させるために設けられたＭＮＦＩ１３３２９を利用するためにＰＧＩにＭＮＦＩのＳＲＰ番号を設定し、さらにＭＮＦＩ情報でも、ＰＧ番号を設定する事により、ＭＮＦＩ情報内のデータとのリンクを図っている。
【０１０６】
さらに、ＭＮＦＩ、ＩＴ＿ＴＸＴの両方にもＰＧの更新日時情報を設定する事により、メニュー表示時にその時刻の一致をチェックする事により、他社メーカーの編集かどうかを検証することが可能になる。さらに、ＣＥＬＬ情報（ＥＸ＿ＣＩ＃）１３３４では、ＣＥＬＬタイプ１３３４１にＳＯＢの種別が加わっており、ＳＯＢ番号、開始時間、終了時間、再生するＧＰ番号（もしくは再生するＳＵＢ−ＧＰ番号）を指定する。なお、開始時間および終了時間は、ＰＴＳ単位（再生時間）またはＡＴＳ単位（転送時間）のいずれの方法でも表すことができる。
【０１０７】
ここで、時間指定を再生時間（再生時の実時間）にすると、従来のＶＲと同じアクセス方法が可能となり、ユーザが再生時間でアクセス希望箇所を指定できるため、ユーザ希望が完全に反映されることになる。ただし、この方法は、ストリームの内容が十分に解析可能な場合に指定できる方法であり、十分に内容がわからない場合には転送時間単位で指定せざるを得ない。（再生時間で指定した場合、必ずしもＩピクチャの先頭で再生を開始できるとは限らない。）再生開始のフレームがＩで無い場合は、その直前のＩよりデコードを開始し、目的のフレームまでデコードをした所で、表示を開始し、ユーザには指定されたフレームから再生開始したように見せる事により対応している。
【０１０８】
また、参照するＩＤ１３３４４は、再生するストリームの代表するストリームのＰＩＤ
（またはコンポーネントタグの値）を設定する方法と、マルチビューＴＶなどの場合などで、コンポーネントグループのＩＤを設定する方法が考えられる。また、参照するＧＰＩ番号（もしくはＳＵＢ−ＧＰ番号）１３３４５を入れ、（再生中に）切り換える方法が考えられる。また、ＰＧ、ＣＥＬＬに特有のＩＤ番号を付け、途中のＰＧ、ＣＥＬＬを削除しても変わらない番号でＰＧ、ＣＥＬＬを指定できるようにしている。
【０１０９】
また、ＣＥＬＬには再生する（参照する）ＳＯＢ番号を設定しているが、ＳＯＢ番号の付け方は図３６に示すように複数考えられる。第一にＳＴＲ＿ＦＩに記載されている順に通し番号を付けて管理する方法、第二にＳＴＲ＿Ｆ番号とＳＯＢ番号で表す方法、第三に自由にＳＯＢ番号を付け、ＳＯＢ＿ＧＩ内にＳＯＢ番号を設定する方法である。
第一の方法では、番号がデフォルトで決まるため、ＳＯＢＩ内に該当する情報も必要ないが、ＳＯＢを追加するたびにＳＯＢ番号の付け直しが必要となる。第二の方法の場合、番号がデフォルトで決まるため、ＳＯＢＩ内に該当する情報も必要ないが、ＣＥＬＬＩ内にＳＯＢ番号の他にＳＴＲ＿Ｆ番号が必要となる。第三の方法の場合、ＳＯＢＩとＣＥＬＬＩの両方にＳＯＢ番号が必要であるが、一番自由度が高い。
【０１１０】
図３７は、図１または図２に示したストリームオブジェクト用のデータユニット（ＳＯＢＵ）がどのように構成されるかの一例を説明する図である。１個のＳＯＢＵ１４０は１以上のパケットグループ１４０で構成され、各パケットグループ１４０は、例えば１６パック（１パック＝１セクタ：２０４８バイト）で構成される。
【０１１１】
各パケットグループ１４０は、パケットグループヘッダ（４０４バイト）１６１と、１以上（ここでは１７０個）のパケット到着時間ＰＡＴ（４バイト）１６３と、ＰＡＴと同数の（ここでは１７０個）のＭＰＥＧ−ＴＳパケット（１８８バイト）１６２を含んで構成されている。各ＭＰＥＧ−ＴＳパケット１６２はペアとなるＰＡＴ１６３を先頭に持ち、このＰＡＴ１６３により各ＭＰＥＧ−ＴＳ１６２がいつ（装置に）到着したのかが分かるようになっている。
【０１１２】
パケットグループヘッダ１６１は、同期パターン１５１と、表示コントロール情報（ＤＣＩ：Display Control Information）およびコピー世代管理情報（またはコピー制御情報ＣＣＩ：Copy Control Information）１５２と、製造者情報（ＭＮＩ：Manufacturer's
information）（または業者情報ＭＮＦＩ）１５３とを含んで構成されている。
【０１１３】
また、各ＭＰＥＧ−ＴＳパケット１６２は、４バイトのヘッダ１７０とアダプテーションフィールドおよび／またはペイロード１８０を含んで構成されている。ここで、ヘッダ１７０は、同期バイト１７１と、トランスポート・エラー・インジケータ１７２と、ペイロードユニット開始インジケータ１７３と、トランスポート優先度１７４と、パケット識別子（ＰＩＤ）１７５と、トランスポート・スクランブル制御１７６と、アダプテーションフィールド制御１７７と、連続性指標１７８を含んで構成されている。
【０１１４】
図３８は、図３７に示したパケットグループヘッダに含まれるＤＣＩ＿ＣＣＩ１５２がどのように構成されるかの一例を説明する図である。有効性情報（ＤＣＩ＿ＣＣＩ＿ＳＳ）は１バイトで構成され、その中の１ビットのＤＣＩ＿ＳＳは、０で無効を示し、１で有効を示している。また、４ビットのＣＣＩ＿ＳＳは、０ビット目でＡＰＳの無効／有効を示し、１ビット目でＥＰＮ、ＩＣＴの無効／有効を示し、２ビット目でＣＧＭＳの無効／有効を示し、３ビット目でRetentionの無効／有効を示している。
【０１１５】
表示制御情報（ＤＣＩ）には４バイト割り当てられ、ＥＳ毎に３２ストリーム分のＤＣＩが設定される。ストリームがない場合は、このＤＣＩのフィールドは“０”で埋められる。このＤＣＩの内訳は、先頭から順に、ＥＳ１〜ＥＳ３２のアスペクトフラグ（“0”
でアスペクト比４：３を示し、“1”でアスペクト比１６：９を示す）が配置される。
【０１１６】
図３９は、図３８のＤＣＩ＿ＣＣＩ１５２に含まれる各コピー管理情報ＣＣＩがどのように構成されるかの例（例１と例２）を説明する図である。コピー制御情報（ＣＣＩ）には、ＥＳＩに入っているものと同じ内容で、デジタルコピー制御（00＝コピー禁止、01＝１回コピー許可、11＝コピー禁止）と、アナログコピー制御（00＝ＡＰＳ無し、01＝ＡＰＳタイプ１、10＝ＡＰＳタイプ２、11＝ＡＰＳタイプ３）と、ＥＰＮ（０＝コンテンツ保護、１＝コンテンツ保護無し）と、ＩＣＴ（Ｉｍａｇｅ＿Ｃｏｎｓｔｒａｉｎｔ＿Ｔｏｋｅｎ：０でアナログビデオ出力解像度制限、1で制限無し）で構成されている場合と、さらに、リテンション情報（コピー禁止でRetention＝0でstateで示される時間だけ一時保存を許可する）が入っている場合が考えられる。ここで、ＡＰＳとはAnalog Protection Systemのことで、この一実施の形態ではマクロビジョン（登録商標、以下同様。）システムを想定している。
【０１１７】
なお、同じＥＳで同じパケットグループ内でＣＣＩ、ＤＣＩの変化しそうな場合は、パケットグループを一旦区切り、ダミーデータ（ＰＡＴ＝0x01、ＴＳパケット＝ALL0x00）で残りのパケットグループを埋め、次のパケットグループになるように設定する。つまり、パケットグループ内でＣＣＩ、ＤＣＩが変化しないようにアライン処理を行っている（図３５参照）。
【０１１８】
図４０は、図３７に示したパケットグループヘッダに含まれるＭＮＩ１５３がどのように構成されるかの一例を説明する図である。ＭＮＩ１５３は、ＭＮＦ＿ＩＤ＿ＤＡＴＡ１５３１及びＭＮＦ＿ＤＡＴＡ１５３２で構成され、ＭＮＦ＿ＩＤ＿ＤＡＴＡ１５３１はＭＮＦ＿ＳＳ（１：ＭＮＦ＿ＤＡＴＡが存在する、０： ＭＮＦ＿ＤＡＴＡが存在しない）とＭＮＦ＿ＩＤ＿Ｎとで構成されている。ＮＭＦ＿ＩＤ＿ＮはＳＴＲ＿ＦＩ内のＭＮＦ＿ＩＤ＿ＴＢＬ（図８参照）内のＭＮＦ＿ＩＤを示す番号で表されている。また、ＭＮＦ＿ＤＡＴＡは各企業毎に自由に設定可能なデータ領域となっている。
【０１１９】
ところで、録画する機器はメーカーや機種により、ＤＶＤフォーマットには記載されていない独自の機能をもち、他社との差別化を行うことが考えられる。その場合、メーカー独自の情報をオブジェクトデータに埋め込む必要がある場合がある。そこで、本実施の形態では上記の場合に対応するために、Packet  Group  Header１６１にその領域としてMNFI（Manufacturer’s  Information）１５３を設ける。しかしながら、オブジェクト情報内のPacket  Group  Header１６１では保存できる容量が限られているため、効率を上げる目的でＳＴＲ＿ＦＩ１３２２にＭＮＦ＿ＩＤ＿ＴＢＬ１３２２４群を設け（図６参照）、ＳＯＢＩ１３２２３はその中で自分の使うＴＢＬを指定し、Packet  Group  Header１６１ではそのＴＢＬ内の目的のＭＮＦ＿ＩＤ(録画動作を行った企業のＩＤ)１３２２４１を示す番号（ＭＮＦ＿ＩＤＮ）を指定することにより、限られた容量のヘッダ内で処理が可能となっている。
【０１２０】
図４１は、この発明の一実施の形態に係るデータ構造を利用して、情報記録媒体（光ディスク、ハードディスク等）にＡＶ情報（デジタルＴＶ放送プログラム等）を記録し再生する装置の一例を説明するブロック図である。この装置（デジタルビデオレコーダ／ストリーマ）は、図４１に示すように、ＭＰＵ部８０、キー入力部１０３、表示部１０４、デコーダ部５９、エンコーダ部７９、システムタイムカウンタ（ＳＴＣ）部１０２、データプロセサ（Ｄ−ＰＲＯ）部５２、一時記憶部５３、ＤＶＤ−ＲＡＭ等の記録可能光ディスク１００に対して情報の記録／再生を行うディスクドライブ部５１、ハードディスクドライブ（ＨＤＤ）１００ａ、ビデオミキシング（Ｖミキシング）部６６、フレームメモリ部７３、アナログＴＶ用Ｄ／Ａ変換部６７、アナログＴＶチューナ部８２、地上波デジタルチューナ部８９、および、衛星アンテナ８３ａに接続されるＳＴＢ（Set Top Box）部８
３により構成されている。なお、ＳＴＣ部１０２は、図３７のＰＡＴ＿Ｂａｓｅに合わせて、２７ＭＨｚベースでクロックカウントを行うように構成されている。
【０１２１】
ＳＴＢ部８３は、受信したデジタル放送データのデコードを行なってＡＶ信号（デジタル）を発生させ、そのＡＶ信号をストリーマ内のエンコーダ部７９、デコーダ部５９およびＤ／Ａ変換器６７を介してＴＶ６８に送り、受信したデジタル放送の内容を表示させることが可能に構成されている。あるいは、ＳＴＢ部８３は、デコード後のＡＶ信号（デジタル）を直接Ｖミキシング部６６に送り、そこからＤ／Ａ変換器６７を介してアナログＡＶ信号をＴＶ６８に送ることも可能に構成されている。
【０１２２】
ところで、図４１の装置はビデオレコーディングとストリームレコーディングの両機能を備えたレコーダを構成しているので、ビデオレコーディングでは不要となる構成やストリームレコーディングでは不要となる構成（ＡＶ入力用のＡ／Ｄ変換器８４、オーディオエンコード部８６、ビデオエンコード部８７など）を備えている。
【０１２３】
エンコーダ部７９内は、Ａ／Ｄ変換器８４、ビデオエンコード部８７、ビデオエンコード部８７への入力切換セレクタ８５、オーディオエンコード部８６、（図示しないが必要に応じて）副映像エンコード部、フォーマット部９０、バッファメモリ部９１を含んで構成されている。
【０１２４】
また、デコード部５９は、メモリ６０ａを内蔵する分離部６０、メモリ６１ａおよび縮小画像（サムネールなど）の生成部６２を内蔵するビデオデコード部６１、副映像（ＳＰ）デコード部６３、メモリ６４ａを内蔵するオーディオデコード部６４、ＴＳパケット転送部１０１、ビデオプロセサ（Ｖ−ＰＲＯ）部６５、オーディオ用Ｄ／Ａ変換器７０より構成されている。このＤ／Ａ変換器７０からのアナログ出力（モノラル、ステレオ、あるいはＡＡＣ５．１ＣＨサラウンド）は、図示しないＡＶアンプ等に入力され、必要本数のスピーカ７２が駆動される。
【０１２５】
ところで、録画中のコンテンツをＴＶ６８に表示するために、記録するストリームデータを、Ｄ−ＰＲＯ部５２に送るのと同時に、デコーダ部５９へも同時に送り、その再生を行うことができる。この場合、ＭＰＵ部８０はデコーダ部５９へ再生時の設定を行い、その後はデコーダ部５９が自動的に再生処理を行う。
【０１２６】
Ｄ−ＰＲＯ部５２は、例えば１６パック（あるいは３２パックもしくは６４ｋバイト）毎にまとめてＥＣＣグループとし、ＥＣＣをつけてドライブ部５１へ送る。ただし、ドライブ部５１がディスク１００への記録準備が出来ていない場合には、一時記憶部５３へ転送し、データを記録する準備が出来るまで待ち、用意が出来た段階で記録を開始する。ここで、一時記憶部５３は高速アクセスで数分以上の記録データを保持するため、大容量メモリが想定される。この一時記憶部５３は、ＨＤＤ１００ａの一部を利用して構築することも可能である。なお、ＭＰＵ部８０は、ファイルの管理領域などを読み書きするために、Ｄ−ＰＲＯ部５２へ専用のマイコンバスを通して読み書きできるように構成されている。
【０１２７】
図４１の装置では、記録媒体として第１にＤＶＤ−ＲＡＭ／−ＲＷ／−Ｒ／Ｂｌｕｅメディア（ブルーレーザを用いる録再可能メディア）等の光ディスク１００を想定し、その補助記憶装置としてハードディスクドライブ（ＨＤＤ）１００ａ（および／または図示しない大容量メモリカード等）を想定している。
【０１２８】
これら複数媒体の使い方としては、例えば次のようなものがある。すなわち、ＨＤＤ１００ａに図１〜図４０のデータ構造（フォーマット）を利用してストリームレコーディン
グを行う。そして、ＨＤＤ１００ａに記録されたストリームレコーディングコンテンツのうち、ユーザが保存したいと希望するプログラムについては、ディスク１００にそのままストリームレコーディング（ダイレクトコピーあるいはデジタルダビング）する（コピー制御情報ＣＣＩでコピーが禁止されていない場合）。こうすれば、デジタル放送のオリジナルと同等のクォリティを持つ所望プログラムだけをディスク１００に纏めることができる。さらに、ディスク１００にコピーされたストリームレコーディングコンテンツはこの発明のデータ構造を利用しているので、ストリームレコーディングであるにも拘わらず、タイムサーチ等の特殊再生が容易なものとなる。
【０１２９】
以上のような特徴を持つデジタルレコーダ（ＤＶＤ−ＲＡＭ／−ＲＷ／−Ｒ／ＢｌｕｅメディアとＨＤＤとの組み合わせで構成されたストリーマ／ビデオレコーダ）の具体例が、図４１の装置である。図４１のデジタルレコーダは、大きくいって、チューナ部（８２、８３、８９）と、ディスク部（１００、１００ａ）と、エンコーダ部７９と、デコーダ部５９と、制御部８０を含んで構成されている。
【０１３０】
衛星デジタルＴＶ放送は、放送局より通信衛星を通して放送される。放送されたデジタルデータは、ＳＴＢ部８３で受信され再生される。このＳＴＢ部８３は、放送局から配給されるキーコードを元に、スクランブルされたデータを伸張し再生を行う装置である。このとき、放送局からのスクランブルが解除される。ここで、データがスクランブルされているのは、放送局と受信契約を行っていないユーザが放送番組を不正に視聴することを防ぐ意味で行っている。
【０１３１】
ＳＴＢ部８３内では、図示しないが、放送されたデジタルデータは、チューナシステムにより受信される。受信されたデータは、そのまま再生される場合には、デジタル伸張部でスクランブルが解除され、ＭＰＥＧデコーダ部で受信データがデコードされ、ビデオエンコーダ部でＴＶ信号に変換され、このＴＶ信号がＤ／Ａ変換器６７を介して外部に送出される。これにより、ＳＴＢ部８３で受信されたデジタル放送番組をアナログＴＶ６８で表示できるようになる。
【０１３２】
地上波デジタル放送は、通信衛星を経由しない（および無料放送ではスクランブルがかけられない）点を除き、衛星放送と同様に受信され処理される。すなわち、地上波デジタル放送は地上波デジタルチューナ部８９で受信され、そのまま再生される場合はデコード後のＴＶ信号がＤ／Ａ変換器６７を介して外部に送出される。これにより、地上波デジタルチューナ部８９で受信されたデジタル放送番組をアナログＴＶ６８で表示できる。地上波アナログ放送は、地上波チューナ部８２で受信され、そのまま再生される場合は受信されたアナログＴＶ信号が外部に送出される。これにより、地上波チューナ部８２で受信されたアナログ放送番組をＴＶ６８で表示できる。
【０１３３】
外部ＡＶ入力８１からアナログ入力されたアナログビデオ信号は、そのままストレートにＴＶ６８に送出することも可能であるが、Ａ／Ｄ変換器８４で一旦Ａ／Ｄ変換し、その後にＤ／Ａ変換器６７でアナログビデオ信号に戻してから、外部ＴＶ６８側へ送出するように構成することもできる。このように構成すると、ジッタの多いアナログＶＣＲ再生信号が外部ＡＶ入力８１から入力された場合でも、ジッタのない（デジタルタイムベースコレクションされた）アナログビデオ信号をＴＶ６８側に出力できる。
【０１３４】
衛星デジタル放送あるいは地上波デジタル放送から入力されたビットストリーム（ＭＰＥＧ−ＴＳ）は、図１（ｅ）のストリームオブジェクト１３２として、ディスク１００（および／またはＨＤＤ１００ａ）のストリームオブジェクト群記録領域１３１（図１（ｄ）参照）にストリームレコーディングできる。また、地上波アナログ放送あるいはＡ／Ｖ入力８１からのアナログビデオ信号は、ディスク１００（および／またはＨＤＤ１００ａ
）のＶＲオブジェクト群記録領域１２２（図１（ｄ）参照）にビデオレコーディングを行なうことが出来る。
【０１３５】
なお、地上波アナログ放送あるいはＡ／Ｖ入力８１からのアナログビデオ信号は、一旦Ａ／Ｄ変換したあと、ビデオレコーディングではなく、ストリームレコーディングを行なうように装置を構成することもできる。逆に、衛星デジタル放送あるいは地上波デジタル放送から入力されたビットストリーム（ＭＰＥＧ−ＴＳ）は、（必要なフォーマットコンバートをしてから）ストリームレコーディングではなく、ビデオレコーディングを行なうように装置を構成することも可能である。
【０１３６】
ストリームレコーディングまたはビデオレコーディングにおける記録／再生制御は、メインＭＰＵ部８０により、図示せぬＲＯＭに書き込まれたファームウエア（後述する図４２〜図７０の動作に対応した制御プログラム等）に基づいて行われる。ＭＰＵ部８０は、ストリームレコーディングおよびビデオレコーディングの管理データ作成部８０Ｂを持ち、ワークＲＡＭ部８０Ａを作業エリアとして種々な管理情報を作成し、作成した管理情報を、図１（ｄ）のＡＶデータ管理情報記録領域１３０に適宜記録する。また、ＭＰＵ部８０は、ＡＶデータ管理情報記録領域１３０に記録された管理情報を再生し、再生した管理情報に基づき種々な制御（図４２〜図７０）を行う。なお、ＭＰＵ部８０の上記図示せぬＲＯＭには、図４１の装置のメーカーＩＤ情報等を書き込んでおくことができる。
【０１３７】
図４１の装置で用いる媒体１００（１００ａ）の特徴を簡単に纏めると、次のようになる。すなわち、この媒体は、管理領域１３０とデータ領域１３１で構成され、データ領域にはデータが複数のオブジェクトデータ（ＳＯＢ）に分かれて記録され、それぞれのオブジェクトデータはデータユニット（ＳＯＢＵ）の集まりで構成される。そして、１つのデータユニット（ＳＯＢＵ）は、ＭＰＥＧ−ＴＳに準じたデジタル放送信号をＴＳパケット毎に複数パケットでパケットグループ化したパケットグループにより構成される（図１、図３７参照）。一方、前記管理領域１３０は再生手順を管理する情報としてＰＧＣ情報（ＰＧＣＩ）を持ち、このＰＧＣ情報はセル情報（ＣＩ）を含んで構成される。さらに、管理領域１３０内にオブジェクトデータ（ＳＯＢ）を管理する情報を持つ。
【０１３８】
図４１の装置は、上記のようなデータ構造を持つ媒体１００（１００ａ）に対して、ビデオレコーディングの他にストリームレコーディングを行うことができる。その際、ＴＳパケットのストリーム内からプログラムマップテーブルＰＭＴやサービス情報ＳＩを取り出すために、ＭＰＵ部８０はサービス情報取り出し部（図示せず；管理データ作成部８０Ｂの一部を構成するファームウエア）を持つように構成される。またこのサービス情報取り出し部で取り出した情報を元に、属性情報（ＰＣＲ＿パック番号あるいはＰＣＲ＿ＬＢ数番号など）を作成する属性情報作成部（図示せず；管理データ作成部８０Ｂの一部を構成するファームウエア）を持つように構成される。
【０１３９】
図４１の装置において、記録時の信号の流れは、例えば次のようになる。すなわち、ＳＴＢ部８３（または地上波デジタルチューナ８２）で受け取ったＴＳパケットデータは、フォーマッタ部９０でパケットグループ化されワーク（バッファメモリ部９１）へ保存し、一定量たまった時点（１またはその整数倍のＣＤＡ分がたまった段階で）でディスク１００に記録される。この時の動作は、ＴＳパケットを受信すると１７０パケットづつグルーピング化し、パケットグループヘッダを作成する。
【０１４０】
また、地上波チューナ８２やライン入力から入力されたアナログ信号は、Ａ／Ｄ部８４でデジタル変換される。そのデジタル信号は、各エンコーダ部８６、８７へ入力される。すなわち、ビデオ信号はビデオエンコード部８７へ、オーディオ信号はオーディオエンコード部８６へ、文字放送などの文字データはＳＰエンコード部（図示せず）へ入力され、
ビデオ信号はＭＰＥＧ圧縮され、オーディオ信号はＡＣ３圧縮またはＭＰＥＧオーディオ圧縮がなされ、文字データはランレングス圧縮される。
【０１４１】
各エンコーダ部８６、８７から、圧縮データが、パック化（あるいはブロック化）された場合に２０４８バイトになるようにパック化（あるいはブロック化）されて、フォーマッタ部９０へ入力される。フォーマッタ部９０では、各パケット（あるいは各ブロック）が多重化され、Ｄ−ＰＲＯ部５２へ送られる。Ｄ−ＰＲＯ部５２では、１６または３２パケット（１６または３２ブロック）毎にＥＣＣブロックを形成し、エラー訂正データを付け、ドライブ部５１によりディスク１００に記録する。
【０１４２】
ここで、ドライブ部５１がシーク中やトラックジャンプなどの場合のためにビジー状態の場合には、ＨＤＤバッファ部１００ａへ入れられ、ドライブ部５１の準備ができるまで待つこととなる。さらに、フォーマッタ部９０では、録画中、各切り分け情報を作成し、定期的にＭＰＵ部８０へ送る（ＧＯＰ先頭割り込みなど）。切り分け情報としては、ＶＯＢＵ（ＳＯＢＵ）のパック数（あるいはＬＢ数）、ＶＯＢＵ（ＳＯＢＵ）先頭からのＩピクチャのエンドアドレス、ＶＯＢＵ（ＳＯＢＵ）の再生時間などがある。
【０１４３】
また、再生時の信号の流れは、ディスク１００からドライブ部５１によりデータを読み出し、Ｄ−ＰＲＯ部５２でエラー訂正を行い、デコード部７９へ入力される。ＭＰＵ部８０は入力されるデータがＶＲデータか、ＳＲデータかの種別を判定し（セルタイプにより判定できる）、デコーダ部５９に再生前にその種別を設定する。ＳＲデータの場合、ＭＰＵ部８０は再生するセル情報ＣＩより、再生するＰＭＴ＿ＩＤを決め、該当するＰＭＴより、再生する各アイテム（ビデオ、オーディオ等）のＰＩＤを決め、デコーダ部５９へ設定する。デコーダ部５９は、そのＰＩＤを元に、分離部６０で各ＴＳパケットを各デコード部６１、６３、６４へ送る。さらに、ＴＳパケット転送部１０１へ送り、到着時間に従って、ＳＴＢ部８３へＴＳパケットの形で送信する。各デコード部は、デコードを行い、Ｄ／Ａ部６７、７０でアナログ信号に変換し、ＴＶ６８、スピーカ７２で映像表示ならびに音声出力を行なう。ＶＲデータの場合は、分離部６０は、固定のＩＤに従い、各デコード部６１、６３、６４へ送る。各デコード部６１、６３、６４は、デコードを行い、Ｄ／Ａ部６７、７０でアナログ信号に変換し、ＴＶ６８、スピーカ７２で映像表示ならびに音声出力を行なう。
【０１４４】
なお、再生時は、ディスク１００から読み出したパックデータを分離部６０で解析し、ＴＳパケットが入っているパックの場合には、ＴＳパケット転送部１０１へ送り、さらに、その後、各デコーダへ送って再生を行う。ＳＴＢ８３へ転送する場合（あるいはデジタルＴＶ等の外部機器へ送信する場合）は、ＴＳパケット転送部１０１は、そのデータを到着時と同じ時間間隔で、ＴＳパケットのみを転送する。ＳＴＢ部８３は、デコードを行いＡＶ信号を発生させ、そのＡＶ信号をストリーマ内ビデオエンコーダ部を通してＴＶ６８へ表示する。
【０１４５】
ところで、デジタルＴＶ放送やインターネットなど有線を使用した放送などの、圧縮動画を放送（配信）する方式において、共通の基本フォーマットであるＭＰＥＧ−ＴＳ方式は、パケットの管理データ部分とペイロードに分かれる。ペイロードには、再生されるべき対象のデータがスクランブルの掛かった状態で含まれている。ＡＲＩＢによると、ＰＡＴ（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）８３の通常の再生手順としては、ＥＰＧ情報により、ユーザが番組を決定すると、目的の番組の開始時間に、ＰＡＴを読み込む。そのデータを元に、希望の番組に属するＰＭＴのＰＩＤを決定し、そのＰＩＤに従って、目的のＰＭＴを読み出す。そして、そこに含まれる再生すべきビデオ、オーディオパケットのＰＩＤを決定し、ＰＭＴやＳＩにより、ビデオ、オーディオの属性を読み出し、各デコーダへセットする。そして、前記ビデオ、オーディオデータを、ＰＩＤに従って切り出して、再生する。ここで、ＰＡＴ、ＰＭＴ、ＳＩ等は、途中再生にも使用するために、数１００ｍｓ毎に、送信されてくる。
【０１４８】
図４２は、図４１の装置の全体の動作の一例を説明するフローチャート（全体動作処理フロー）である。ここでのデータ処理は、図４２に示すように録画処理、再生処理、データ転送処理（ＳＴＢへのデジタル出力処理など）、番組設定処理、編集処理の５通りとなる。
【０１４９】
例えば図４１の装置の電源がオンされると、ＭＰＵ部８０は、（工場出荷時またはユーザが設定した後の）初期設定を行い（ステップＳＴ１０）、表示設定を行って（ステップＳＴ１２）、ユーザ操作を待つ。ユーザがキー入力部１０３キー入力を行うと（ステップＳＴ１４）、ＭＰＵ部８０はそのキー入力の内容を解釈する（ステップＳＴ１６）。この入力キー解釈の結果に応じて、以下の４つのデータ処理が、適宜実行される。
【０１５０】
すなわち、キー入力が例えばタイマー予約録画設定のキー操作であれば、番組設定処理に入る（ステップＳＴ２０）。キー入力が録画開始のキー操作であれば、録画処理に入る（ステップＳＴ２２）。キー入力が再生開始のキー操作であれば、再生処理に入る（ステップＳＴ２４）。キー入力がＳＴＢへデジタル出力させるキー操作であれば、デジタル出力処理に入る（ステップＳＴ２６）。編集処理のキー操作であれば、編集処理に入る（ステップＳＴ２８）。
【０１５１】
ステップＳＴ２０〜ＳＴ２８の処理は、そのタスク毎に適宜並列処理される。例えば、再生処理中（ＳＴ２４）にＳＴＢへデジタル出力する処理（ＳＴ２６）が並列に実行される。あるいは、タイマー予約録画でない録画処理中（ＳＴ２２）に新たな番組設定処理（ＳＴ２０）を並列に処理するように構成することができる。あるいは、高速アクセス可能なディスク記録の特徴を生かし、録画処理（ＳＴ２２）中に再生処理（ＳＴ２４）とデジタル出力処理（ＳＴ２６）を並列処理するように構成することもできる。ＨＤＤへの録画中にディスクの編集処理（ステップＳＴ２８）を行うように構成することも可能である。
【０１５２】
図４３は、図４２に示した編集処理（ＳＴ２８）の一例を説明するフローチャート（編集動作処理フロー）である。編集処理に入ると、編集内容に応じて、４つの処理（Ａ〜Ｄのいずれか）に入ることができる（ステップＳＴ２８０）。エントリポイント編集処理（ステップＳＴ２８２Ａ）、コピー／移動処理（ステップＳＴ２８２Ｂ）、削除処理（ステップＳＴ２８２Ｃ）、あるいはプレイリスト作成処理（ステップＳＴ２８２Ｄ）が済むと、この編集によるプログラム更新の日時が、各管理情報（ＥＸ＿ＰＧＩ、ＥＸ＿ＩＴ＿ＴＸＴ、ＥＸ＿ＭＮＦＩ）に設定される（ステップＳＴ２８４）。
【０１５３】
なお、プログラム情報ＰＧＩ、セル情報ＣＩ、あるいはＶＯＢ、ＳＯＢのどれかが変更
されたときに、このプログラム更新日時（図３５参照）の設定を行うようにしてもよい。ここで、ＶＯＢＩおよび／またはＳＯＢＩが変更された場合は、ＶＯＢＩおよび／またはＳＯＢＩの編集時間（ＥＤＩＴ＿ＴＩＭＥ）をＳＯＢ＿ＥＤＩＴ＿ＴＩＭＥ等（図示せず）に設定できる。
【０１５４】
ついでながら、ＳＴ２８４の処理において、ＳＴ２８２Ａ〜ＳＴ２８２Ｄの何れかの操作を行った機器のメーカーＩＤを、図３５の編集者ＩＤ（ＬＡＳＴ＿ＭＮＦ＿ＩＤ）１３３２６に設定してもよい。この編集者ＩＤは、ＰＧＩ、ＣＩ、ＳＯＢ（またはＶＯＢ）のどれかが変更されると、その都度、その時に用いた機器のＩＤ情報により、設定（または更新）できる。
【０１５５】
図４４は、図４２に示した初期設定（ＳＴ１０）の一例を説明するフローチャート（初期設定処理フロー例１）である。この初期設定処理は、以下の通りとなる。
【０１５６】
ａ１）ディスクチェックを行い、エラーの場合は本処理を終了する（ステップＳＴ４０）。
【０１５７】
ａ２）ディスクがあり（ステップＳＴ４２でＹＥＳ）、ＶＭＧが記録されている場合は、ＶＭＧを読み込む（ステップＳＴ４４）。
【０１５８】
ａ３）プロファイル情報を取り出し（ステップＳＴ４６）、リージョンが合っているかどうかをチェックする（ステップＳＴ４８）。合っていない場合は（ステップＳＴ４８でＮＯ）、ＳＯＢを再生しないように設定を行う（ステップＳＴ５０）。
【０１５９】
ａ４）リージョンが合っている場合は（ステップＳＴ４８でＹＥＳ）、オプション情報を読み込み、図４５に示す動作表にしたがって動作するように設定を行う（ステップＳＴ５２）。
【０１６０】
図４５は、基本フォーマット（Ｂａｓｅ）と１以上のオプション（Ｏｐｔｉｏｎ１、Ｏｐｔｉｏｎ２）との組み合わせを、使用ディスクと再生動作との関係で指定する動作表（オプションと再生動作との関係表）を例示した図である。
【０１６１】
例えば、ＢａｓｅをＳＤ＿ＭＰＥＧ−ＰＳ＋ＳＤ＿新ＡＶＣ−ＰＳとすると、従来のＤＶＤ−ＶＲ（ＤＶＤビデオレコーディング）より長時間の信号がＤＶＤ−ＲＡＭディスクに記録可能となる。Ｏｐｔｉｏｎ１をＨＤ＿新ＡＶＣ−ＰＳ＋ＨＤ＿ＭＰＥＧ２−ＰＳとすると、従来のＤＶＤ−ＶＲにはない高画質でＡＯＤ（Advanced Optical Disc）ディスクに記録可能となる。さらに、Ｏｐｔｉｏｎ２をデジタル放送対応でＭＰＥＧ-ＴＳ対応とすると、デジタル放送データをストリーム記録可能となり、それぞれの機器の目的により導入するものを選択できるようになる。
【０１６２】
なお、図４５において△は一部のみ可能なことを示し、○は該当するオプションの機能を利用できることを示している。複数図示された○を具体的にどんなものに対応させるかは、（規格等で取り決めがない限り）自由なので、ここでは特に限定していないが、その一例は上述した通りである。
【０１６３】
ここで、ＢａｓｅとＯｐｔｉｏｎの切り分け方法として、図４６に示すように従来のＶＲでサポートしている部分をＢａｓｅとし、デジタル放送対応をＯｐｔｉｏｎ２とし、残りのＨＤ自録再対応＋新しい録画（音）フォーマットをＯｐｔｉｏｎ１とする方法や、図４７に示すように、ＳＤ対応をＢａｓｅとし、デジタル放送対応をＯｐｔｉｏｎ２とし、残りのＨＤ自録再対応＋新音声コ―デック（ＡＡＣ等）をＯｐｔｉｏｎ１とする方法と図
４８に示すようにＳＤ対応をＢａｓｅとし、デジタル放送対応＋新音声コ―デック（ＡＡＣ等）をＯｐｔｉｏｎ２とし、残りのＨＤ自録再対応をＯｐｔｉｏｎ１とする方法等が例として挙げられる。ここで、ＭＰＥＧ−ＰＳ対応のＡＡＣや新しいコ―デックはデジタル放送をＰＳに変換する場合に必要と考えられ、３番目ではデジタル放送を対応しているときのみ、追加するようにしている。
【０１６４】
さらに、図７に示されるようにＡＰ＿ＦＯＲＭＡＴ＿１の値によって示される記録されるデジタル放送の方式により、Ｏｐｔｉｏｎでサポートされるコンテンツが異なる事が考えられる。たとえば、日本のＡＲＩＢでは音声フォーマットとしてＡＡＣ方式が標準であるが、米国のＡＴＳＣではＭＥＰＧオーディオが標準であるというようにサポートするべきフォーマットが異なり、この記録するデジタル放送に対応して各ＯＰＴＩＯＮでサポートすべきフォーマットが変化してくることになる。
【０１６５】
図４９および図５０は、図４１の装置の録画動作の一例を説明するフローチャートである。ストリーム録画時のデータ処理は、以下のようになる（図４９乃至図６３参照）。
【０１６６】
ｂ１）まず、番組設定処理でＥＰＧ（Electronic Program Guide）を使用して録画する番組を決めておき、受信を開始し、その決めた番組の録画を行う。
【０１６７】
ｂ２）ＭＰＵ部８０がキー入力部１０３より録画命令を受けると、ドライブ部５１から管理データを読み込み、書き込む領域を決定する。このとき、ファイルシステムをチェックし（ステップＳＴ１００）、録画可能かどうかを判断し（ステップＳＴ１０２）、録画可能の場合は記録する位置を決定し（ステップＳＴ１０５；図５５参照）、録画可能でない場合はその旨をユーザに示して（ステップＳＴ１０４）、処理を中止する。
【０１６８】
ｂ３）録画対象がデジタル放送であり（ステップＳＴ１０６）エラーが出ていないときは（ステップＳＴ１１１）、決定された領域を書き込むように管理領域に設定し、ビデオデータの書き込みスタートアドレスをドライブ部５１に設定し、データを記録する準備を行う（ステップＳＴ１１２）。
【０１６９】
ｂ４）ＳＴＣ部１０２に時間のリセットを行う。ここで、ＳＴＣ部１０２はシステムのタイマーでこの値を基準に録画、再生を行う。
【０１７０】
ｂ５）録画する番組のＰＡＴを読み込み、目的の番組のＰＭＴを取り込むためのＰＩＤを決定し、目的のＰＭＴを読み込み、デコードすべき（録画すべき）各データ（ビデオ、オーディオ）のＰＩＤを決定する。このとき、ＭＰＵ部８０のワークＲＡＭ部８０ＡにＰＡＴ、ＰＭＴを保存し、管理情報に書き込む。ファイルシステムに、ＶＭＧファイルのデータを書き込み、ＶＭＧＩに必要な情報を書き込む。
【０１７１】
ｂ６）各部へ録画設定を行う（ステップＳＴ１１４）。このとき、フォーマッタ部９０へ各データの切り分けの設定や、ＴＳパケットの受け取り設定を行う。また、このとき、記録すべきデータのＰＩＤを設定し、目的のビデオストリームのみ記録するようにする。また、バッファ５３へＴＳパケットの保持を開始するように設定する（ステップＳＴ１１６）。すると、フォーマッタ部９０は図５１に示すように動作を開始する。
【０１７２】
ｂ７）ＰＭＴよりＳＯＢ＿ＥＳＩを作成する（ステップＳＴ１２０；図５６参照）。
【０１７３】
ｂ８）バッファ５３内のデータが一定量たまった場合は、Ｄ−ＰＲＯ部５２を通して、ＥＣＣ処理を行い、ディスク１００に記録する（ステップＳＴ１３０）。
【０１７４】
ｂ９）録画中、定期的に（フォーマッタ部９０のバッファＲＡＭ９１が一杯になる前に）、切り分け情報をＭＰＵ部８０のワークＲＡＭ８０Ａに保存する。ここでの切り分け情報は、ＳＯＢＵの切り分け情報で、ＳＯＢＵの先頭のアドレス、ＳＯＢＵのパック長、Ｉピクチャの終了アドレス、ＳＯＢＵの到着時間（ＡＴＳ）等である。
【０１７５】
ｂ１０）録画終了かどうかをチェックし（録画終了キーを入力したかどうか、または、残り容量が無くなったかどうか）、終了時には、フォーマッタ部９０より残りの切り分け情報を取り込み、ワークＲＡＭ８０Ａへ追加し、それらのデータを管理データ（ＶＭＧＩ）に記録し、さらに、ファイルシステムに、残りの情報を記録する。
【０１７６】
ｂ１１）終了ではない場合は、ｂ７）に移行し、データの取り込み及び再生を続けて行うようにする。
【０１７７】
図５１は、図５０に示したバッファ取り込み処理（ＳＴ１３０）の一例を説明するフローチャート（バッファ取り込み処理フロー）である。記録時の信号の流れは、ＳＴＢ部８３（または地上波デジタルチューナ８９）で受け取ったＴＳパケットデータは、フォーマッタ部９０でパケットグループ化された後にワークＲＡＭ８０Ａへ保存し、一定量たまった時点（1またはその整数倍のＣＤＡ分がたまった段階で）でディスク１００に記録される。この時の動作は、（図５１）ＴＳパケットを受信すると１７０パケットづつグルーピング化し、パケットグループヘッダを作成する。
【０１７８】
ｃ１）ＴＳパケットを受信する（ステップＳＴ１３００）。
【０１７９】
ｃ２）取り込んだＴＳパケットにＰＣＲが有る場合はＳＴＣの修正を行う（ステップＳＴ１３０４）。
【０１８０】
ｃ３）パケットグループの先頭の場合は、Ｓｙｎｃ＿Ｐａｔｔｅｒｎ：00ffa5a5を設定する（ステップＳＴ１３０８）。
【０１８１】
ｃ４）ＴＳパケットの到着時間をＰＡＴとして、ＰＡＴをＴＳパケットの前に配置する（ステップＳＴ１３０８）。
【０１８２】
ｃ５）ＴＳパケットデータエリアに取り込んだＴＳパケットを設定する。
【０１８３】
ｃ６）パケットグループが終わったかどうかを判定し（１７０個のＴＳパケットをグルーピングしたかどうかを判定し）（ステップＳＴ１３２２）、終わってない場合は、ｃ１）へ移行し、終わった場合は、ＣＰＩ処理を行い（ステップＳＴ１３３０）、その後さらにＭＮＦＩ処理を行い（ステップＳＴ１３３１）、グループデータをバッファＲＡＭ内に一時保存する（ステップＳＴ１３３２）。
【０１８４】
図５２は、図５１に示したＣＰＩ設定処理（ＳＴ１３３０）の一例を説明するフローチャート（ＣＰＩ作成処理フロー）である。ＣＣＩ設定処理を以下に説明する。
【０１８５】
ｄ１）最新のＰＭＴ、ＥＩＴ内にコピー情報が有るかどうか調べ（ステップＳＴ１３３０２）、有る場合は、その情報を元にコピー情報を構成し（ステップＳＴ１３３０６）、設定し、ｄ３）へ移行する。
【０１８６】
ｄ２）受信したＴＳパケット内にコピー情報がない場合は、前回のパックと同じ情報をコピー情報として構成する（ステップＳＴ１３３０４）。
【０１８７】
ｄ３）パケットグループの途中で変化した場合、その変化した所から新たなパケットグループとするように前のパケットグループにダミーデータ（図５３参照）を挿入し、変化後からを新たなパケットグループとするようにし、その情報を元にＣＣＩを設定する（ステップＳＴ１３３０８）。
【０１８８】
ｄ４）受信したＴＳパケット内にコピー情報がない場合は、コピーフリーとしてＣＣＩを構成する。
【０１８９】
図５３は、図５２のステップＴ１３３０８の処理（パケットグループアライン処理）におけるパケットグループのデータ構造を例示する図である。同じＥＳにおいて、同じパケットグループ内でＣＣＩおよび／またはＤＣＩが変化しそうな場合は、パケットグループを一旦区切り、図５３に示すようにダミーデータで残りのパックを埋め、次のパケットグループになるように設定する。つまり、パケットグループ内でＣＣＩ、ＤＣＩが変化しないようにアライン処理を行なう。
図５４は図５１に示したＭＮＦＩ設定処理（ＳＴ１３３１）の一例を説明するフローチャート（ＭＮＦＩ作成処理フロー）である。ＭＮＦＩ作成処理を図５４に従って説明する。
【０１９０】
ｅ１）保存すべきＭＮＦＩが存在するかどうかを判定し、存在しない場合は、ＭＮＦ＿ＳＳ、ＭＮＦ＿ＩＤ＿Ｎ、ＭＮＦ＿ＤＡＴＡに０を設定して本処理を終了する（図４０も参照）。
【０１９１】
ｅ２）存在する場合、ＭＮＦ＿ＳＳに１を設定し、ＭＮＦ＿ＩＤ＿ＴＢＬ内より使用するＩＤ番号を選択し、その番号をＭＮＦ＿ＩＤ＿Ｎに設定する。
【０１９２】
ｅ３）ＭＮＦ＿ＤＡＴＡに記録すべきデータを設定し、本処理を終了する。
【０１９３】
図５５は、図１に示したディスク状情報記憶媒体（例えばブルーレーザを用いる光ディスク）に録画を開始する前の処理の一例を説明するフローチャート（録画前処理フロー）である。録画の前処理は以下のようになる。
【０１９４】
ｆ１）ＤＶＤ＿ＨＤＲのディレクトリ（新たなＶＲの入るディレクトリ）を探し（ステップＳＴ１１００）、無い場合はそのディレクトリを作成し（ステップＳＴ１１０２）、ある場合は次に移行する。
【０１９５】
ｆ２）ディレクトリ内に録画されているかどうかを調べ（ステップＳＴ１１０８）、録画されている場合は、その管理情報であるＶＭＧＩをワーク内に読み込み（ステップＳＴ１１１０）、プロファイル情報（図８、図１０等）を読み込む。そして、録画動作設定処理を行なう（ステップＳＴ６０７０）。なお、録画されていない場合（ステップＳＴ１１０８でＮＯ）はｆ５）へ移行する。
【０１９６】
ｆ３）今から録画するコンテンツがデジタル放送かどうかをチェックし（ステップＳＴ１１２０Ｂ）、デジタルコンテンツで無い場合は、ｆ９）へ移行する。
【０１９７】
ｆ４）デジタル放送録画の場合は（ステップＳＴ１１２０ＢでＹＥＳ）、リージョンをチェックし（ステップＳＴ１１２３）、本機（図４１の装置）にデフォルト設定されているリージョン値と合わない場合は録画を終了し（ステップＳＴ１１２５）、合う場合はｆ７）へ移行する。
【０１９８】
ｆ５）ＶＭＧを作成し、本機のデフォルト値をプロファイル情報（図８、図１０等）に記録する（ステップＳＴ１１２６）。
【０１９９】
ｆ６）今から録画するコンテンツがデジタル放送かどうかをチェックし（ステップＳＴ１１２０Ａ）、デジタルコンテンツで無い場合は、ｆ９）へ移行する。
【０２００】
ｆ７）ＳＯＢファイルがある場合はその後ろに、無い場合は新たのＳＯＢファイルを作成し、その後ろに記録するように設定する（ステップＳＴ１１３０Ｂ）。
【０２０１】
ｆ８）ストリームが解析可能かどうかを調べ（ステップＳＴ１１３５）、可能の場合はコグニザント（cognizant）とし（ステップＳＴ１１３６）、不能の場合はノンコグニザント（Non-cognizant）として（ステップＳＴ１１３７）本処理を終了する。
【０２０２】
ｆ９）ＶＯＢファイルがある場合はその後ろに、無い場合は新たのＶＯＢファイルを作成し、その後ろに記録するように設定し（ステップＳＴ１１３０Ａ）、本処理を終了する。
【０２０３】
図５６は、図５０に示したストリーム情報（ＥＳＩ）作成処理（ＳＴ１２０）の一例を説明するフローチャート（ＥＳＩ設定処理フロー）である。ＳＯＢ＿ＥＳＩは、以下のように設定できる。
【０２０４】
ｇ１）ＰＳＩ、ＳＩを調べ、設定されているストリーム数を調べる（ステップＳＴ１２０１）。
【０２０５】
ｇ２）設定されているストリーム数の数だけｇ４）、ｇ５）を繰り返す。
【０２０６】
ｇ３）ＰＳＩ、ＳＩよりストリームタイプを調べ（ステップＳＴ１２０３）、ビデオ、オーディオのストリームかその他かどうかを判定し、次のストリームチェックに移行する。
【０２０７】
ｇ４）ストリームタイプをＭＰＥＧ１ビデオ、ＭＰＥＧ２ビデオ、ＭＰＥＧ１オーディオ、ＭＰＥＧ２オーディオ…等の種別に分け、それぞれの種別応じて、内部のデータをチェックし、各属性情報を読み出す。
【０２０８】
ｇ５）ビデオストリームの場合、ＥＳ＿ＴＹ＝0とし（ステップＳＴ１２１３Ａ）、各属性情報を設定し、特に解像度データ、アスペクト情報等を取り出し、Ｖ＿ＡＴＲを作成し（ステップＳＴ１２１３Ｂ）、ｇ８）へ移行する。
【０２０９】
ｇ６）オーディオストリームの場合、ＥＳ＿ＴＹ＝0x40とし（ステップＳＴ１２１５Ａ）、各属性情報を設定し、特にサンプリング周波数、チャンネル数等を取り出し、Ａ＿ＡＴＲを作成し（ステップＳＴ１２１５Ｂ）、ｇ８）へ移行する。
【０２１０】
ｇ７）その他の場合、ＥＳ＿ＴＹ＝0X80とし（ステップＳＴ１２１7Ａ）、各属性情報を設定し（ステップＳＴ１２１７Ｂ）、ｇ８）へ移行する。
【０２１１】
ｇ８）コピー情報を取り出し、ＣＰ＿ＣＴＬ＿ＩＮＦＯを作成する（ステップＳＴ１２２０）。
【０２１２】
ｇ９）属性情報を元に新たにＥＳＩを設定し、次のストリームチェックに移行する（ステップＳＴ１２３０）。
【０２１３】
図５７は、図５０に示した録画終了処理（ＳＴ１５０）におけるストリームファイル情
報（ＳＴＲ＿ＦＩ）作成処理の一例を説明するフローチャート（ＧＰＩ設定処理およびＴＭＡＰ設定処理付きのストリームファイル情報作成処理フロー）である。ＳＴＲ＿ＦＩの作成処理を図５７乃至図６２に示す。
【０２１４】
ｈ１）ＳＯＢＩを一つ増やすため、ＳＯＢＩ＿ＳＲＰ＃（図９）を増やし、その領域を確保し、ＰＫＴ＿ＴＹに0：ＭＰＥＧ＿ＴＳを設定する（ステップＳＴ１５００）。
【０２１５】
ｈ２）録画時間をＳＯＢ＿ＲＥＣ＿ＴＭに設定する（ステップＳＴ１５０２）。ここで、装置（図５１）内部の時計は、ＴＤＴ（Time Data Table；図示せず）により、設定、補正が行なわれ、常に正確な時間が得られるようになっている。
【０２１６】
ｈ３）スタートＰＴＭ、エンドＰＴＭを設定する（ステップＳＴ１５０２）。
【０２１７】
ｈ４）記録レートに従ってＰＣＲ＿ＰＯＳ＿ＳＨＩＦＴを設定する（ステップＳＴ１５０４）。
【０２１８】
ｈ５）ストリームの種類がＴＳストリーム（ＡＲＩＢ、ＤＶＢ）の場合は、ＡＰ＿ＰＫＴ＿ＳＺに１８８を設定しＰＫＴ＿ＧＲＰ＿ＳＺに１６を設定する（ステップＳＴ１５０８）。そうでない場合は、放送方式にあった値を設定する（ステップＳＴ１５１０）。
【０２１９】
ｈ６）ＰＫＴ＿ＴＹにＭＰＥＧ＿ＴＳを設定する。
【０２２０】
ｈ７）ＰＡＴより、ＴＳ＿ＩＤ、ＮＥＴＷＯＲＫ＿ＰＩＤ、ＰＭＴ＿ＩＤ（本ＳＯＢで使用しているＰＭＴのＰＩＤ）を設定する（ステップＳＴ１５１４）。
【０２２１】
ｈ８）ＰＭＴより、Ｐｒｏｇｒａｍ＿Ｎｕｍｂｅｒ（ＰＭＴ内のＳＥＲＶＩＣＥ＿ＩＤ）、ＰＣＲ＿ＰＩＤを設定する（ステップＳＴ１５１６）。さらに、ＦＯＲＭＡＴ＿ＩＤ、ＶＥＲＳＩＯＮについては、内部チューナの場合は機器内でデフォルトの方式とし、外部デジタル入力の場合はデジタル入力より送られてくるＲｅｇｉｓｔｒａｔｉｏｎ＿Ｄｅｓｃｒｉｐｔｏｒの値を設定する。
【０２２２】
ｈ９）さらに、録画したＥＳの数を設定する。（ＰＭＴには放送している全てのＥＳの情報：数が設定されているが、録画時に全てのＥＳを記録しているとは限らないため、記録したＥＳの数を設定する。
【０２２３】
ｈ１０）録画を開始したＬＢアドレスをＡＤＲ＿ＯＦＳ（図１９）に設定し（ステップＳＴ１５５０）、デフォルトのＰＩＤを設定する。デフォルトのビデオのＰＩＤとはコンポーネントタグ値が0 0の値のもの、もしくは、マルチビューＴＶの場合、メインのコンポーネントグループに記載されているコンポーネントタグに相当するストリームのＰＩＤが相当する。
【０２２４】
ｈ１１）ＳＯＢＩ毎にプロファイル情報（図１０）を入れる場合は、ここで、本機のデフォルト値を入れる。
【０２２５】
ｈ１２）ＧＰＩを設定する処理（後述）（ステップＳＴ１５３０）、ＭＮＦ＿ＩＤ＿ＴＢＬを設定する処理（ステップＳＴ１５３５）等を行い、各切り分け情報を元にストリーム毎にＴＭＡＰＩを作成する（ステップＳＴ１５４０）。
【０２２６】
ｈ１３）編集日時を設定する（ステップＳＴ１５５４）。
【０２２７】
図５８は、図５７のＧＰＩ設定処理ＳＴ１５３０の一例（例１）を説明するフローチャートである。ＧＰＩ設定処理は、２種類のデータ方式が考えられ、第一の方法は、図５８に示すようになり、以下に説明を行う。
【０２２８】
ｉ１）ストリームのタイプを調べる。
【０２２９】
ｉ２）複数番組を1ストリームにした場合（ステップＳＴ１５３００ＡでＹＥＳ）、ＳＯＢ＿ＴＹにＧＰＩありとし、ＢＬＯＣＫ＿ＴＹ（図３１参照）＝２、全てのＧＰをメインでＧＰ＿ＴＹ＝１とし、ＢＬＯＣＫ＿ＮＵＭＢＥＲは番組毎に違う番号にし、1番組に１ＧＰＩで構成し、本処理を終了する（再生するＰＩＤを入れる）（ステップＳＴ１５３０２Ａ）。
【０２３０】
ｉ３）降雨対応放送の場合（ステップＳＴ１５３０４ＡでＹＥＳ）、ＳＯＢ＿ＴＹにＧＰＩありとし、ＢＬＯＣＫ＿ＴＹ＝３、高階層をメイン：１としその他をサブ：２としてＧＰ＿ＴＹに設定する。ＢＬＯＣＫ＿ＮＵＭＢＥＲは同じ番号にし、階層毎に１ＧＰＩで構成し、本処理を終了する（再生するＰＩＤを入れる）（ステップＳＴ１５３０６Ａ）。
【０２３１】
ｉ４）マルチビュー放送の場合（ステップＳＴ１５３０８ＡでＹＥＳ）、ＳＯＢ＿ＴＹにＧＰＩありとし、ＢＬＯＣＫ＿ＴＹ＝１、ＭＡＩＮグループをメイン：１としその他をサブ：２としてＧＰ＿ＴＹに設定する。ＢＬＯＣＫ＿ＮＵＭＢＥＲは同じ番号にし、1ビューに１ＧＰＩで構成し（ステップＳＴ１５３１０Ａ）、まだ、ほかのＧＰとすべきＥＳがあるかどうかを判断し（ステップＳＴ１５３１２Ａ）、有る場合はｉ1）へ移行し、無い場合は本処理を終了する（再生するＰＩＤを入れる）。
【０２３２】
ｉ５）目的のＧＰが無い場合は（ステップＳＴ１５３０８ＡでＮＯ）、ＳＯＢ＿ＴＹにＧＰＩなしと設定し、本処理を終了する（ステップＳＴ１５３１４Ａ）。
【０２３３】
図５９は、図５７のＴＭＡＰ設定処理ＳＴ１５４０を説明するフローチャートである。ＴＭＡＰ設定処理は、以下のようになる。
【０２３４】
ｊ１）ＳＯＢ／ＶＯＢの構造を決定する（ステップＳＴ１５４００）。
【０２３５】
ｊ２）ＳＯＢの場合は、ＧＰ数を考慮し、ＳＴＭＡＰを作成するＥＳを決定し、そのＥＳの数をＴＭＡＰ数とし、ＴＭＡＰ毎に作成するＥＳ＿ＰＩＤを設定する。（ただし、１ＧＰに必ず１ＴＭＡＰが付く必要は無い。無い場合は同じＭＡＩＮ＿ＧＰもしくは同じＢＬＯＣＫ＿ＮＵＭＢＥＲが付いているＧＰのＴＭＡＰを利用し、再生、サーチ、特殊再生等を行う。）ＶＯＢの場合は、ＩＴＭＡＰを追加する。（以上、ステップＳＴ１５４０２）
ｊ３）切り分け情報よりＳＯＢ／ＶＯＢ開始時間終了時間、ＴＭＡＰ毎の開始時間終了時間、ＥＮＴＲＹ数等を設定する（ステップＳＴ１５４０４）。
【０２３６】
ｊ４）ＴＭＡＰＴを追加し、切り分け情報を元にＥＮＴＲＹ情報を作成する（ステップＳＴ１５４０６）。ここで、ＴＭＡＰＴ情報は、別ファイルの場合（図３等）とＩＦＯファイルの最後に追加する場合（図４等）がある。
【０２３７】
図６０は、図５７のＭＮＦ＿ＩＤ＿ＴＢＬ設定処理（ステップＳＴ１５４５）の一例（例１）を説明するフローチャートである。ＭＮＦ＿ＩＤ＿ＴＢＬ設定処理は、以下のようになる。
【０２３８】
ｋ１）ＭＮＦ＿ＩＤ＿ＴＢＬを調べ、ＴＢＬが無い場合は追加し、ＴＢＬある場合は、
その中に目的のメーカー（本機器のメーカー）ＩＤが有るかどうかをチェックし、ある場合はそのＴＢＬの番号をＳＯＢＩに設定し、本処理を終了する（ステップＳＴ１５４５４）。
【０２３９】
ｋ２）無い場合は、ＴＢＬに空きがあるかどうかをチェックし、空きが有る場合は、その空きにメーカーＩＤを追加し、その設定したＴＢＬの番号をＳＯＢＩに設定し処理を終了する（ステップＳＴ１５４６０及びステップＳＴ１５４６２）。
【０２４０】
ｋ３）ＴＢＬに空きが無い場合は、ＴＢＬを追加し、メーカーＩＤを追加し、その設定したＴＢＬの番号をＳＯＢＩに設定し処理を終了する（ステップＳＴ１５４５８及びステップＳＴ１５４６２）。
【０２４１】
図６１は、図５９のＶＯＢ／ＳＯＢ構造設定処理ＳＴ１５４００を説明するフローチャートである。ＶＯＢ／ＳＯＢの構造設定処理を、以下に説明する。
【０２４２】
ｍ１）録画した録画時間を調べ（ステップＳＴ１５４００１）、録画時間が２時間以下の場合はｊ２）に移行、２から４時間の場合はｍ３）へ移行、４時間以上はｍ４）へ移行する。
【０２４３】
ｍ２）ＶＯＢ／ＳＯＢ＿ＰＢ＿ＴＭ＿ＲＮＧに０を設定し、切り分け情報（０．４ｓ〜１ｓの情報）より、ＳＯＢＵが０．４ｓ〜１ｓになるようにＶＯＢＵ／ＳＯＢＵ＿ＥＮＴを作成し（ステップＳＴ１５４００２）、ｍ５）へ移行する。
【０２４４】
ｍ３）ＶＯＢ／ＳＯＢ＿ＰＢ＿ＴＭ＿ＲＮＧに１を設定し、切り分け情報（０．４〜１ｓの情報）より、ＳＯＢＵが１ｓ〜２ｓになるようにＶＯＢＵ／ＳＯＢＵ＿ＥＮＴを作成し（ステップＳＴ１５４００３）、ｍ５）へ移行する。
【０２４５】
ｍ４）ＶＯＢ／ＳＯＢ＿ＰＢ＿ＴＭ＿ＲＮＧに２を設定し、切り分け情報（０．４〜１ｓの情報）より、ＳＯＢＵが２ｓ〜３ｓになるようにＶＯＢＵ／ＳＯＢＵ＿ＥＮＴを作成する（ステップＳＴ１５４００４）。
【０２４６】
ｍ５）本処理を終了する。
【０２４７】
図６２は、図５６のＣＰ＿ＣＴＬ＿ＩＮＦＯ作成処理ＳＴ１２２０を説明するフローチャートである。以下、ＣＰ＿ＣＴＬ＿ＩＮＦＯの設定処理を説明する。
【０２４８】
ｎ１）最新のＰＭＴ、ＥＩＴ内にコピー情報が有るかどうか調べ（ステップＳＴ１２２００）、有る場合は、その情報を元にコピー情報を構成し（ステップＳＴ１２２０４、ＳＴ１２２０６）、設定し、ｎ３）へ移行する。
【０２４９】
ｎ２）コピー情報がない場合は、コピーフリーとして設定する（ステップＳＴ１２２０２）。
【０２５０】
ｎ３）最新のＰＭＴ、ＥＩＴ内にコンテンツ利用記述子が有るかどうか調べ（ステップＳＴ１２２０８）、有る場合は、その情報を元にＩＣＴ、ＥＰＮを設定する（ステップＳＴ１２２１２、ＳＴ１２２１４）。
【０２５１】
ｎ４）受信したＴＳパケット内にコピー情報がない場合は、コピーフリーとしてＩＣＴ、ＥＰＮとして構成する。
【０２５２】
図６３は、図５０に示した録画終了処理（ＳＴ１５０）におけるプログラムチェーン（ＰＧＣ）作成処理（プログラム設定処理を含む）の一例を説明するフローチャート（プログラム設定処理フロー）である。この処理におけるＰＧ作成処理を以下説明する。
【０２５３】
ｐ１）ディスクの最初の記録かどうかをチェックし（ステップＳＴ１６００）、最初の場合はＯＲＧ＿ＰＧＣを作成し（ステップＳＴ１６０２）、最初で無い場合はそのＯＲＧ＿ＰＧＣの後に追加するように設定する（ステップＳＴ１６０４）。
【０２５４】
ｐ２）ＰＧ＿ＴＹに消去許可：０を設定し、Ｃｅｌｌ＿Ｎｓにセルの数を設定する（ステップＳＴ１７００Ｘ）。
【０２５５】
ｐ３）ＡＲＩＢの場合、ＥＩＴ内の短形式イベント記述子のｌａｎｇｕａｇｅ＿ｃｏｄｅが”ｊｐｎ”の場合は、管理情報ＶＭＧ＿ＭＡＴ内の文字情報ＣＨＲに0x12を設定し、プライマリテキスト情報ＰＲＭ＿ＴＸＴＩの第二領域にＥＶＥＮＴ＿ＮＡＭＥを設定し、ＲＥＰ＿ＰＩＣＴＩに代表画像の情報を設定する；
ｐ４）ＬＡＳＴ＿ＭＮＦ＿ＩＤに本機器（図４１）のメーカーＩＤを設定する（ステップＳＴ１７０２Ｘ）。この値は、ＰＧＩ、ＣＩ、ＶＯＢの変更があった場合にその変更した機器のメーカーＩＤを設定し、最後に編集、記録したのがどのメーカーであるかを知るために設定するもので、これにより、違うメーカーの機器がディスクの記録内容を変更した場合に対応が取りやすくなる。
【０２５６】
ｐ５）ＰＧ＿ＩＮＤＥＸにＰＧの絶対番号を設定し（ステップＳＴ１７０２Ｘ）、他のアプリケーションソフトウエアなどから参照する場合にＰＧ単位での参照を可能にする。さらに、本ＰＧ更新日時情報を記録する。この時、本機器で対応している（メーカーのコードが一致した）ＭＮＦＩやＩＴ＿ＴＸＴが有る場合には、その対応するデータの更新日時情報も設定する。
【０２５７】
ｐ６）ＭＮＦＩに各メーカー独自の情報を設定する。  ｐ７）ＣＥＬＬ＿ＴＹにストリーマであることを示す情報（ＣＥＬＬＩ）を設定する（ステップＳＴ１７０４Ｘ）。
【０２５８】
ｐ８）参照するＳＯＢ番号を設定し、再生するＩＤとして代表（ビデオの）ＰＩＤまたは、Ｃｏｍｐｏｎｅｎｔ＿Ｇｒｏｕｐ＿Ｉｄを設定し、ＥＰＩの数、再生開始ＰＴＭ、終了ＰＴＭ、ＥＰを設定それぞれ設定する（ステップＳＴ１７０４Ｘ）。
【０２５９】
図６４は、図４１の装置の再生動作の一例を説明するフローチャート（全体の再生動作フロー）である。再生時のデータ処理は、以下の通りとなる（図６４〜図６７参照）。
【０２６０】
ｑ１）再生処理に入る前に、ディスクチェックし、追記可能ディスクあるいは書替可能ディスク（Ｒ、ＲＷ、ＲＡＭ；ここでは仮に“rewritable Disc”と呼ぶ）であるかどうかをチェックし、rewritable Discで無い場合には、その旨を返して終了する。
【０２６１】
ｑ２）ディスクのファイルシステムを読み出し、録画されたデータが有るかどうかチェックし、無い場合には、“録画されていません”と表示して終了する。
【０２６２】
ｑ３）ＶＭＧファイルを読み込み、再生するプログラムを決定する（ステップＳＴ２０７、ＳＴ２０８）。ＶＭＧの情報は図４１のワークＲＡＭ８０Ａに格納される。このワークＲＡＭ８０Ａからプロファイル情報（図８、図１０等）を読み出し（ステップＳＴ２０９Ａ）、読み出したプロファイル情報中のリージョンコードを、レコーダ（図４１の装置）がデフォルトで持つリージョン値と比較する（ステップＳＴ２０９Ｂ）。リージョンが不一致ならその旨を表示し（ステップＳＴ２０９Ｃ）、リージョン不一致のＳＯＢの再生
が禁止される（ステップＳＴ２０９Ｄ）。一方、リージョン一致で再生が可能なら、動作表（図４５）に従って再生モードを設定する（ステップＳＴ２０９Ｅ）。しかる後、再生するセルを決定する（ユーザに選ばせる）。ここで、記録順の再生選択した場合には、ＯＲＧ＿ＰＧＣＩに従って再生を行い、番組毎の再生を行う場合には、再生したい番組に相当する番号のＵＤ＿ＰＧＣに従って再生を行う。
【０２６３】
ｑ４）ＰＫＴ＿ＴＹの値を読み出し、対応可能な放送方式かどうかチェックし、対応可能で無い場合は、その旨を表示して処理を終了する（もしくは次のＣＥＬＬへ移行する）。
【０２６４】
ｑ５）再生するＣＥＬＬＩより再生するＳＯＢ／ＶＯＢを決定し（ステップＳＴ２１２）、再生開始ＰＴＭより、再生を開始するファイルポインタ（論理アドレス）ＦＰを決定する。さらにＳＴＩの値により、各デコーダ部設定を行い再生の準備を行う。また、先頭のパケットグループヘッダ内のＣＣＩより、ＡＰＳの設定をビデオデコーダにＡＰＳのＯＮ／ＯＦＦ、ＡＰＳのタイプ等を設定し、デジタルコピー制御によりＣＧＭＳＡの設定をビデオデコーダに行う。さらに、デジタル出力（ＩＥＥＥ１３９４、インターネット等）が有る場合は、ＥＰＮの値により、０：スクランブルオン又は出力禁止、１：そのまま出力となるように出力ＩＣを設定する。また、ＩＣＴが0の場合は、画像の解像度を制限を加え、ＨＤ（高解像度）をＳＤ（標準解像度）に変換し、ＩＣＴが1の場合はそのまま出力となるように出力ＩＣを設定する。この時、再生を開始するフレームがＩピクチャで無い場合、その直前のＩピクチャを読み出し、そこからデコードを開始し、目的のフレームまできた所で表示を開始し、通常再生を開始する。
【０２６５】
ｑ６）再生開始時の処理を行う（ステップＳＴ２１２）。
【０２６６】
ｑ７）各デコーダの設定（後途）を行う（ステップＳＴ２１７）。
【０２６７】
ｑ８）セルの再生処理（後述）を行い（ステップＳＴ２２０）、再生終了かどうかをチェックする（ステップＳＴ２３０）。終了の場合には、エラーチェックを行い（ステップＳＴ２４０）、エラーの場合にはその旨を表示し（ステップＳＴ２４２）、エラーでない場合には再生終了処理を行い（ステップＳＴ２４０）、本動作を終了する。
【０２６８】
ｑ９）ＰＧＣＩより次のセルを決定し（ステップＳＴ２３２）、デコーダの設定が変更されたかどうかをチェックし、変更された場合には、次のシーケンスエンドコードにデコーダの設定が変更されるようにデコーダに変更属性を設定する。
【０２６９】
ｑ１０）再生が終了したかどうかをチェックし、再生終了しない場合は、ｑ６）へ移行する。
【０２７０】
図６５は、図６４のデコーダ設定処理ＳＴ２１７を説明するフローチャートである。まず、
ｒ１）再生するグループを決め、ＧＰＩに従い、再生するＥＳを決める（ステップＳＴ２１７１）。
【０２７１】
ｒ２）属性情報（ＳＴＩ又はＥＳＩ）を読み込む（ステップＳＴ２１７２）。
【０２７２】
ｒ３）レコーダが対応できるフォーマットかどうかをチェックし（ステップＳＴ２１７３、ＳＴ２１７６）、対応可能な場合はその設定を行い（ステップＳＴ２１７４、ＳＴ２１７７）、対応不能の場合はミュートを設定する（ステップＳＴ２１７５、ＳＴ２１７８）。
【０２７３】
ｒ４）ＣＣＩの設定を行なう（ステップＳＴ２１７９）。
【０２７４】
図６６は、図６４のセル再生時の処理（ＳＴ２２０）の一例を説明するフローチャートである。セルの再生処理は、以下のようになる。
【０２７５】
ｓ１）ＴＭＡＰＩの内容よりＣＥＬＬの開始ファイルポインタＦＰ（論理ブロック番号ＬＢＮ）、終了ＦＰを決定し、さらに、ＣＥＬＬＩ内の開始時間、終了時間より開始のＳＯＢＵ＿ＥＮＴＲＹ、終了のＳＯＢＵ＿ＥＮＴＲＹを決定し、ＡＤＲ＿ＯＦＳに目的のＳＯＢＵ＿ＥＮＴＲＹまでのＥＮＴＲＹのデータ長を累積し、開始アドレス（ＬＢ＝ＦＰ）、終了アドレスを求める。残りＣＥＬＬ長は終了アドレスより開始アドレスを引いた値とし、再生開始時間をＳＴＣへセットする（ステップＳＴ２２００）。再生するＰＩＤを決定し、デコーダ（ＳＴＢ、デジタルチューナ）に設定する。
【０２７６】
ｓ２）再生中の読み出し処理を実行し、開始ファイルポインタより読み出しアドレス、読み出しサイズを決定する（ステップＳＴ２２０６）。
【０２７７】
ｓ３）読み出す読み出し単位サイズと残りセル長を比べ（ステップＳＴ２２０７）、残りセル長が大きい場合には、残りセル長に残りセル長より読み出す読み出し単位サイズを引いた値を設定する（ステップＳＴ２２０８）。小さい場合には、読み出し長を残りセル長にセットし、残りセル長を０にセットする（ステップＳＴ２２０９）。
【０２７８】
ｓ４）読み出し長を読み出し単位の長さに設定し、ドライブ部へ読み出しアドレス、読み出し長、読み出し命令を設定する（ステップＳＴ２２１０）。
【０２７９】
ｓ５）１ＳＯＢＵ分たまるのを待つ。たまったら、バッファデコーダ転送処理を行い（ステップＳＴ２２２０）、次へ移行する。
【０２８０】
ｓ６）転送が終了したかどうかをチェックし（ステップＳＴ２２２６）、終了した場合には、次へ移行する。
【０２８１】
ｓ７）アングルキー等が押されたかどうかをチェックし（ステップＳＴ２２３８）、押された場合は、ＧＰＩがあるかどうかチェックする（ステップＳＴ２２３９）。ある場合はＧＰ切り替え処理を行い（ステップＳＴ２２４０）、無い場合は何もせずに次の処理へ移行する。
【０２８２】
ｓ８）残りセル長をチェックし（ステップＳＴ２２２８）、“００”でない場合には、ｓ２）へ移行し、“００”の場合には、本処理を終了する。
【０２８３】
図６７は、図６６のバッファデータデコーダ転送処理ＳＴ２２２０を説明するフローチャートである。バッファデータデコーダ転送処理を以下に説明する。
【０２８４】
ｔ１）バッファＲＡＭ内のパケットグループの数をチェックし、1パケットグループ無い場合は本処理を終了する。1以上有る場合は、最初のパケットグループを処理するよう設定する（ステップＳＴ２２２００）。
【０２８５】
ｔ２）目的のパケットグループをバッファＲＡＭ内より読み出す（ステップＳＴ２２２０１）。パケットグループの先頭は、パケットグループ長とＳｙｎｃ＿Ｐａｔｔｅｒｎにより検出する。
【０２８６】
ｔ３）ＰＡＴ（６バイト）をそのまま各ＴＳパケットの転送時間とし、その時間に各ＴＳパケットをデコーダ部（ＳＴＢ部）に送る（ステップＳＴ２２２０３）。
【０２８７】
ｔ４）転送終了まで待ち（ステップＳＴ２２２０４でＹＥＳ）、ＴＳパケットの転送が終了したら、ＣＣＩを基にＡＰＳ（図１６、図３９参照）の設定をビデオデコーダに対して行い（ＡＰＳのオン・オフ；ＡＰＳタイプの設定等）、またＣＣＩを基にデジタルコピー制御を行なう（ＣＧＭＳＡをビデオデコーダに対して設定するなど）。さらに、デジタル出力（ＩＥＥＥ１３９４、インターネット等）が有る場合はＥＰＮの値によりスクランブルオンまたは出力禁止等を設定する。さらに、ＩＣＴが０の場合は画像の解像度に制限を加え、高精細ＨＤを標準画質のＳＤに変換し、ＩＣＴが１の場合はオリジナルのまま出力するよう、装置の出力ＩＣを設定する（ステップＳＴ２２２０５）。
【０２８８】
ｔ５）この出力ＩＣ設定後、ＭＮＦ＿ＤＡＴＡが有るかどうかをＭＮＦ＿ＳＳを調べて判断し（ステップＳＴ２２２０６）、有る場合は、ＳＯＢＩ内のＭＮＦ＿ＴＢＬＮで示されるＭＮＦ＿ＩＤ＿ＴＢＬよりＭＮＦ＿ＩＤ＿Ｎで示されるＭＮＦ＿ＩＤを決定し（ステップＳＴ２２２０７）、これが本機器のメーカーＩＤと一致するかどうかを調べ（ステップＳＴ２２２０８）、一致する場合は、ＭＮＦ＿ＤＡＴＡの値にしたがって本機器特有の処理を行う（ステップＳＴ２２２０９）。
【０２８９】
ｔ６）ステップＳＴ２２２０６でＮＯの場合、ステップＳＴ２２２０８でＮＯの場合、ステップＳＴ２２２０９の処理が終了した場合、次にパケットグループがバッファＲＡＭに残っているかどうかをチェックする（ステップＳＴ２２２１０）。残っていない場合は（ステップＳＴ２２２１０でＮＯ）本処理を終了する。
【０２９０】
ｔ７）次のパケットグループを処理するよう設定し（ステップＳＴ２２２１１）、ｔ２）に移行する。
【０２９１】
図６８は、図６６のＧＰ切り替え設定処理ＳＴ２２４０の一例（例１）を説明するフローチャートである。ＧＰ切り替え処理は、上記したようにＧＰＩに２種類の方式が考えられるが、この２種類の方法の他にさらに簡易的な方法が考えられる。第一は、図６８に示されるようになる。
【０２９２】
ｕ１）切り替えＳＷの種別を調べる（ステップＳＴ２２４００Ａ）。
【０２９３】
ｕ２）現在再生しているＧＰのＧＰＩを読み込む（ステップＳＴ２２４０１Ａ）。
【０２９４】
ｕ３）ＳＷ種別がマルチチャンネルの場合（ステップＳＴ２２４０２ＡでＹＥＳ）、映像の属性が変化する可能性があるため、切り替えないで終了する（切り替えに対応していないＴＹの場合は何もせずに終了）。
【０２９５】
ｕ４）ＳＷ種別がマルチチャンネルでない場合（ステップＳＴ２２４０２ＡでＮＯ）、ＳＷ種別が現在再生しているＧＰ内にあるＢＬＯＣＫ＿ＴＹにあるかどうかを調べる。無い場合は（ステップＳＴ２２４０４ＡでＮＯ）、何もせずに終了する。
【０２９６】
ｕ５）ＳＷ種別がＢＬＯＣＫ＿ＴＹにある場合は（ステップＳＴ２２４０４ＡでＹＥＳ）、ＢＬＯＣＫ＿ＴＹよりＢＬＯＣＫ＿ＮＵＭＢＥＲを求め、同じＢＬＯＣＫ＿ＮＵＭＢＥＲを持つＧＰを調べる。同じＢＬＯＣＫ＿ＮＵＭＢＥＲを持つＧＰが在る場合は、そのＧＰに切り替えるためにＧＰＩ情報を読み込み（ステップＳＴ２２４０５Ａ）、デコーダ設定処理を行う（ステップＳＴ２２４１０）。
【０２９７】
録画動作設定処理は、図６９に示すような方法が考えられる。図６９は、図５５の録画動作設定処理ＳＴ６０７０の一例を説明するフローチャートである。すなわち、録画したコンテンツの属性に従って、ディスクのプロファイル情報を設定する（ステップＳＴ６０）。
【０２９８】
以上により、デジタル放送に対応した木目細かい制御動作が実現できる。
＜実施の形態の要点＞
０１．レコーダのオプション対応レベルにより、ディスク内のストリームの再生可否を判定する（図５、図４４、図４５等）。
【０２９９】
０２．リージョンコードにより、デコードできるストリームを判定し、そのディスクの再生可否を判断する（図５、図４４等）。
【０３００】
０３．タイムマップ（ＴＭＡＰ）情報を別領域に記録し、ＴＭＡＰ変更時の負担を減らす（図３のＴＭＡＰファイル、図４のＨＤＶＲ＿ＶＭＧ内末尾のＴＭＡＰＴ等）。
【０３０１】
０４．グループ情報にグループタイプ（番号）を追加し、切り替え可能なグループかどうかの判定を行う（図３１等）。
【０３０２】
０５．ＭＮＦ＿ＩＤ＿ＴＢＬを設け、コンテンツデータ内のパケットグループヘッダにおいて、上記のテーブル内のＩＤ（録画動作を行った企業のＩＤ）を指定する。
＜実施の形態に応じた効果＞
１１．対応すべきストリームのデコードの種類を、図４５に例示されるような（ある程度制限された数の）組み合わせに絞り込み、その組み合わせを管理情報内のプロファイル情報（図５、図１０等）に書き込んでおく。すると、記録再生装置（ＤＶＤレコーダ等）は使用目的にあったデコーダのみを実装すればよいことになり、装置の構成を相対的に軽くできる。例えば、「ＡＡＣオーディオがあればＡＣ３オーディオはいらない」という使用目的を持ったユーザがターゲットの装置では、ＡＡＣデコーダだけ実装すれば済む。
【０３０３】
１２．リージョンコードにより使用地域を特定できるので、装置は必ずしも全地域に対応したハードを持つ必要がなくなる。例えば、日本で使用するレコーダでＡＴＳＣ（米国のデジタル放送規格規格）のデコードをサポートしても、その部分のハードはほとんど使われないので、ＡＲＩＢ（日本のデジタル放送規格規格）のみに対応するようにデコーダを実装する方が無駄がない。
【０３０４】
このように使用目的および／または使用地域により実装するデコーダを選択して、装置のコストを抑えることができる。換言すれば、商品の目的の応じて最適なレコーダを構築することが可能となる。
【０３０５】
すなわち、プロファイル情報により、地域性がありグレードの違うレコーダをそのグレードに見合った製品価格で製品化し易くなる。
【０３０６】
１３．録再可能なディスク（特に大容量のディスク）では、その管理情報のデータ量が大きくなりやすい。その場合、タイムマップ（ＴＭＡＰ）情報を別ファイルに格納すれば、ＴＭＡＰの頻繁な書替時にその処理を素早く行うことができる。あるいは、ＴＭＡＰ情報を管理情報（ＶＭＧ）の末尾に配置すれば、タイムマップ情報の頻繁な書替時にＴＭＡＰ情報の前に配置された他の管理情報と独立してＴＭＡＰ情報のみを変更できるため、その処理を素早く行うことができる。
【０３０７】
すなわち、ＴＭＡＰを記録媒体の別領域に記録することにより、この媒体を用いる装置
側の処理の軽減が可能となる。
【０３０８】
１４．ディスクの管理領域（図７のＨＤＶＲ＿ＶＭＧ）はストリームファイル情報テーブル（ＳＴＲ＿ＦＩＴ）を含み、このＳＴＲ＿ＦＩＴのデータ階層中（図８のＳＯＢＩ、図９のＳＯＢ＿ＥＳ＿ＧＰＩ、図３０のＳＯＢ＿ＥＳ＿ＧＰＩ、図３０のＧＰＩ、図３１のＧＰＩ＿ＧＩ）に、グループタイプの情報（ＧＰ＿ＴＹ、ＢＬＯＣＫ＿ＮＵＭＢＥＲ等）を持つことができる。この情報（図３１のＧＰ＿ＴＹ、ＢＬＯＣＫ＿ＮＵＭＢＥＲ等）を用いて、種々な放送形式（マルチビュー、降雨対応、マルチチャネル等）を識別できるとともに、切り替え可能なグループ（例えばマルチチャネル放送）ならその番号（ＧＰ＿ＮＵＭ）により切り替え可能となる。
【０３０９】
すなわち、グループ情報（ＧＰＩ）の変更により、複数種類のグループの共存が可能となる。
【０３１０】
１５．メーカー独自の情報を記録媒体に記録しておくことで、メーカーや機種に応じて、録画機器にＤＶＤフォーマットには記載されていない独自の機能を持たせ、他社との差別化を行うことが可能となる。また、ＭＮＦ＿ＩＤ＿ＴＢＬを設け、コンテンツデータ内のパケットグループヘッダにおいてそのテーブル内のＩＤ（録画動作を行った企業のＩＤ）を指定することで、限られた容量のヘッダ内で上記対応が可能となる。
【０３１１】
なお、この発明は上記した実施の形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を種々変形して具体化することができる。
【０３１２】
また、上記した実施の形態に開示されている複数の構成要素を適宜に組み合わせることにより、種々の発明を形成することができる。例えば、実施の形態に示される全構成要素から幾つかの構成要素を削除しても良いものである。さらに、異なる実施の形態に係る構成要素を適宜組み合わせても良いものである。
【図面の簡単な説明】
【０３１３】
【図１】この発明の一実施の形態に係るデータ構造を説明する図。
【図２】この発明の一実施の形態に係るデータ構造における再生管理情報層とオブジェクト管理情報層とオブジェクト層との関係を説明する図。
【図３】この発明の一実施の形態に係るファイル構造を説明する図。
【図４】ＡＶデータ管理情報記録領域１３０に記録される管理情報の１つ（ＨＤＶＲ＿ＶＭＧ）の一部（ＨＤＶＲ＿ＶＭＧＩ）がどのように構成されるかの一例を説明する図（このＨＤＶＲ＿ＶＭＧＩの中にプロファイル情報（例１）が含まれている）。
【図５】この発明の一実施の形態に係るデータ構造において、管理情報の１つ（ＨＤＶＲ＿ＶＭＧ）の他部（Ｍ＿ＡＶＦＩＴとＳＴＲ＿ＦＩＴ）がどのように構成されるかの一例を説明する図。
【図６】図５のＳＴＲ＿ＦＩＴＩおよびＳＴＲ＿ＦＩがどのように構成されるかの一例を説明する図。
【図７】図６のＳＴＲ＿ＦＩ＿ＧＩおよびＳＯＢＩがどのように構成されるかの一例を説明する図。
【図８】図７のＳＯＢＩの他の構成例、およびこのＳＯＢＩに含まれるＳＯＢＩ＿ＧＩがどのように構成されるかの一例を説明する図（このＳＯＢＩ＿ＧＩの末尾にプロファイル情報が示されている）。
【図９】図７のＳＯＢＩ＿ＧＩに含まれる種々な情報を説明する図。
【図１０】図８のプロファイル情報の具体例を説明する図。
【図１１】ＳＯＢＵプロファイルとＡＰフォーマットとの関係を説明するための図。
【図１２】図７のＳＯＢＩに含まれるＳＯＢ＿ＥＳＩがどのように構成されるかの一例を説明する図。
【図１３】図１２の各ＳＯＢ＿ＥＳＩ（ここではＳＯＢ＿ＥＳＩ＃ｍ）に含まれるＳＯＢ＿Ｖ＿ＥＳＩがどのように構成されるかの一例と、このＳＯＢ＿Ｖ＿ＥＳＩに含まれるビデオ属性Ｖ＿ＡＴＴＲがどのように構成されるかの一例を説明する図。
【図１４】図１２の各ＳＯＢ＿ＥＳＩ（ここではＳＯＢ＿ＥＳＩ＃ｍ）に含まれるＳＯＢ＿Ａ＿ＥＳＩがどのように構成されるかの一例と、このＳＯＢ＿Ａ＿ＥＳＩに含まれるオーディオ属性ＡＵＤＩＯ＿ＡＴＴＲがどのように構成されるかの一例を説明する図。
【図１５】図１２の各ＳＯＢ＿ＥＳＩ（ここではＳＯＢ＿ＥＳＩ＃ｍ）に含まれるＳＯＢ＿ＯＴＨＥＲ＿ＥＳＩがどのように構成されるかの一例を説明する図。
【図１６】図１５のＳＯＢ＿ＯＴＨＥＲ＿ＥＳＩに含まれるコピー制御情報（著作権保護情報）ＣＰ＿ＣＴＬ＿ＩＮＦＯがどのように構成されるかの他例を説明する図。
【図１７】図７のＳＯＢＩに含まれるＳＯＢ＿ＴＭＡＰがどのように構成されるかの一例を説明する図。
【図１８】ＳＯＢＵの録画時間の下限を説明するための図。
【図１９】図５のＭＶＯＢ＿ＴＭＡＰに含まれるＭＶＯＢ＿ＴＭＡＰ＿ＧＩがどのように構成されるかの一例を説明する図。
【図２０】図３のＤＶＤ＿ＨＤＶＲディレクトリに含まれるタイムマップファイルＨＲ＿ＴＭＡＰ．ＩＦＯ（例１）、もしくは図５のＨＤＶＲ＿ＶＭＧの末尾に配置されたタイムマップテーブルＴＭＡＰＴ（例２）が、どのように構成されるかの一例を説明する図。
【図２１】図２０のＶＴＭＡＰＴに含まれる各種情報がどのように構成されるかの一例を説明する図。
【図２２】図２１の各ＳＯＢＵ／ＶＯＢＵ＿ＥＮＴ＃（ＶＯＢＵ＿ＥＮＴの場合）の中身がどのように構成されるかの一例を説明する図。
【図２３】図２０のＳＴＭＡＰＴに含まれる各種情報がどのように構成されるかの一例を説明する図。
【図２４】図２３のＳＴＭＡＰ＿ＳＲＰ＃およびＳＴＭＡＰに含まれるＥＳ＿ＴＭＡＰＩ＿ＧＩおよびＥＳ＿ＴＭＡＰ＃が、どのような情報を格納するのかの一例を説明する図。
【図２５】図２４の各ＳＯＢＵ／ＶＯＢＵ＿ＥＮＴ＃（ＳＯＢＵ＿ＥＮＴＲＹの場合）の中身がどのように構成されるかの一例を説明する図。
【図２６】図２に示したＳＯＢＵが、ビデオデータおよびオーディオデータの有無でどのような内容を持つかの一例を説明する図。
【図２７】マルチビュー放送を記録した場合のＳＯＢのイメージを示す図。
【図２８】データ構造と実際のＳＯＢＵの構造関係を示す図。
【図２９】図７のＳＯＢＩ＃に含まれるＳＯＢ＿ＥＳ＿ＧＰＩがどのように構成されるかの一例を説明する図（ＧＰＩ構造例１）。
【図３０】図２９のＳＯＢ＿ＥＳ＿ＧＰＩに含まれるＳＯＢ＿ＥＳ＿ＧＰＩ＿ＧＩ、ＧＰＩ＿ＳＲＰ＃、およびＧＰＩ＃がどのように構成されるかの一例を説明する図（例１のＧＰＩ構造）。
【図３１】図３０のＧＰＩ＃に含まれるＧＰＩ＿ＧＩがどのように構成されるかの一例を説明する図（例１のＧＰＩ構造）。
【図３２】複数種類の放送が放送されたときのストリームがどのように構成されるかの概要を説明する図。
【図３３】複数種類の放送が放送されたときのストリームのグループ構成の一例（例１）を説明する図。
【図３４】図５のＨＤＶＲ＿ＶＭＧに含まれるＰＧＣ情報（ＯＲＧ＿ＥＸ＿ＰＧＣ情報およびＥＸ＿プレイリスト情報／ＵＤ＿ＥＸ＿ＰＧＣＴ情報）が、どのように構成されるかの一例を説明する図。
【図３５】図３４のＥＸ＿ＰＧＣ情報がどのように構成されるかの一例を説明する図。
【図３６】ＳＯＢＵ番号のつけ方の一例を説明する図。
【図３７】図１または図２に示したストリームオブジェクト用のデータユニット（ＳＯＢＵ）がどのように構成されるかの一例を説明する図。
【図３８】図３７に示したパケットグループヘッダに含まれるＤＣＩ＿ＣＣＩがどのように構成されるかの一例を説明する図。
【図３９】図３８のＤＣＩ＿ＣＣＩに含まれる各コピー管理情報ＣＣＩ＃がどのように構成されるかの例（例１と例２）を説明する図。
【図４０】図３７に示したパケットグループヘッダに含まれるＭＮＩ１５３がどのように構成されるかの一例を説明する図。
【図４１】この発明の一実施の形態に係るデータ構造を利用して、情報記録媒体（光ディスク、ハードディスク等）にＡＶ情報（デジタルＴＶ放送プログラム等）を記録し再生する装置の一例を説明するブロック図。
【図４２】図４１の装置の全体の動作の一例を説明するフローチャート（全体動作処理フロー）。
【図４３】図４２に示した編集処理（ＳＴ２８）の一例を説明するフローチャート（編集動作処理フロー）。
【図４４】図４２に示した初期設定（ＳＴ１０）の一例を説明するフローチャート（初期設定処理フロー例１）。
【図４５】基本フォーマット（Ｂａｓｅ）と１以上のオプション（Ｏｐｔｉｏｎ１、Ｏｐｔｉｏｎ２）との組み合わせを、使用ディスクと記録動作／再生動作との関係で指定する動作表（オプションと録再動作との関係表）を例示する図。
【図４６】基本フォーマット（Ｂａｓｅ）と１以上のオプションの切り分けの一例を説明するための図。
【図４７】基本フォーマット（Ｂａｓｅ）と１以上のオプションの切り分けの他の例を説明するための図。
【図４８】基本フォーマット（Ｂａｓｅ）と１以上のオプションの切り分けのさらに他の例を説明するための図。
【図４９】図４１の装置の録画動作の一例（その１）を説明するフローチャート。
【図５０】図４１の装置の録画動作の一例（その２）を説明するフローチャート。
【図５１】図５０に示したバッファ取り込み処理（ＳＴ１３０）の一例を説明するフローチャート（バッファ取り込み処理フロー）。
【図５２】図５１に示したＣＰＩ設定処理（ＳＴ１３３０）の一例を説明するフローチャート（ＣＰＩ作成処理フロー）。
【図５３】図５２のステップＴ１３３０８の処理（パケットグループアライン処理）におけるパケットグループのデータ構造を例示する図。
【図５４】図５１に示したＭＮＦＩ設定処理（ＳＴ１３３１）の一例を説明するフローチャート（ＭＮＦＩ作成処理フロー）。
【図５５】図１に示したディスク状情報記憶媒体（例えばブルーレーザを用いる光ディスク）に録画を開始する前の処理の一例を説明するフローチャート（録画前処理フロー）。
【図５６】図５０に示したストリーム情報（ＥＳＩ）作成処理（ＳＴ１２０）の一例を説明するフローチャート（ＥＳＩ設定処理フロー）。
【図５７】図５０に示した録画終了処理（ＳＴ１５０）におけるストリームファイル情報（ＳＴＲ＿ＦＩ）作成処理の一例を説明するフローチャート（ＧＰＩ設定処理およびＴＭＡＰ設定処理付きのストリームファイル情報作成処理フロー）。
【図５８】図５７のＧＰＩ設定処理ＳＴ１５３０の一例（例１）を説明するフローチャート。
【図５９】図５７のＴＭＡＰ設定処理ＳＴ１５４０を説明するフローチャート。
【図６０】図５７のＭＮＦ＿ＩＤ＿ＴＢＬ設定処理（ステップＳＴ１５３５）の一例（例１）を説明するフローチャートである。
【図６１】図５９のＶＯＢ／ＳＯＢ構造設定処理ＳＴ１５４００を説明するフローチャート。
【図６２】図５６のＣＰ＿ＣＴＬ＿ＩＮＦＯ作成処理ＳＴ１２２０を説明するフローチャート。
【図６３】図５０に示した録画終了処理（ＳＴ１５０）におけるプログラムチェーン（ＰＧＣ）作成処理（プログラム設定処理を含む）の一例を説明するフローチャート（プログラム設定処理フロー）。
【図６４】図４１の装置の再生動作の一例を説明するフローチャート（全体の再生動作フロー）。
【図６５】図６４のデコーダ設定処理ＳＴ２１７を説明するフローチャート。
【図６６】図６４のセル再生時の処理（ＳＴ２２０）の一例を説明するフローチャート。
【図６７】図６６のバッファデータデコーダ転送処理ＳＴ２２２０を説明するフローチャート。
【図６８】図６６のＧＰ切り替え設定処理ＳＴ２２４０の一例（例１）を説明するフローチャート。
【図６９】図５５の録画動作設定処理ＳＴ６０７０の一例を説明するフローチャート。
【符号の説明】
【０３１４】
１００…情報記録媒体（ＤＶＤ−ＲＡＭディスク等）；１２１…ＡＶデータ記録領域；１２２…ＶＲオブジェクト群記録領域；１３０…ＡＶデータ管理情報記録領域（ＨＤＶＲ＿ＶＭＧ）；１３１…ストリームオブジェクト群記録領域；１３２…エストリームオブジェクト（ＳＯＢ）；１３４…ストリームオブジェクトユニット（ＳＯＢＵ）；１４０…パケットグループ；１６０…ＤＶＤトランスポートストリームパケット記録領域；１６１…パケットグループヘッダ；１６２…ＭＰＥＧトランスポートストリーム（ＭＰＥＧ−ＴＳ）パケット；１６３…パケット到着時間（ＰＡＴ）；１０…再生情報管理層；１１…プログラムチェーン（ＰＧＣ）；１２…プログラム（ＰＧ）；１３…セル；２０…ストリームオブジェクト管理情報層；２１…ストリームオブジェクト情報（ＳＯＢＩ）；２２…ストリームオブジェクトユニット情報（ＳＯＢＵＩ；グローバル情報）；２３…ビデオオブジェクト管理情報層；２４…ビデオオブジェクト情報（ＶＯＢＩ）；２５…ビデオオブジェクトユニット情報（ＶＯＢＵＩ）；３０…ストリームオブジェクト（ＳＯＢ）層；３５…ビデオオブジェクト（ＶＯＢ）層；３６…ビデオオブジェクト（ＶＯＢ）；３７…ビデオオブジェクトユニット（ＶＯＢＵ）；３８…パック；５１…ディスクドライブ部（波長が例えば６５０ｎｍ〜４０５ｎｍのレーザを用いた光ディスクドライブ等）；５９…デコーダ部；７９…エンコーダ部；８０…メインＭＰＵ部（制御部）；８３…セットトップボックス部（衛星デジタルチューナ）；８９…地上波デジタルチューナ；１００ａ…情報記録媒体（ハードディスクドライブ等）。
【図１】
2005196893.tif 000005
【図２】
2005196893.tif 000006
【図３】
2005196893.tif 000007
【図４】
2005196893.tif 000008
【図５】
2005196893.tif 000009
【図６】
2005196893.tif 000010
【図７】
2005196893.tif 000011
【図８】
2005196893.tif 000012
【図９】
2005196893.tif 000013
【図１０】
2005196893.tif 000014
【図１１】
2005196893.tif 000015
【図１２】
2005196893.tif 000016
【図１３】
2005196893.tif 000017
【図１４】
2005196893.tif 000018
【図１５】
2005196893.tif 000019
【図１６】
2005196893.tif 000020
【図１７】
2005196893.tif 000021
【図１８】
2005196893.tif 000022
【図１９】
2005196893.tif 000023
【図２０】
2005196893.tif 000024
【図２１】
2005196893.tif 000025
【図２２】
2005196893.tif 000026
【図２３】
2005196893.tif 000027
【図２４】
2005196893.tif 000028
【図２５】
2005196893.tif 000029
【図２６】
2005196893.tif 000030
【図２７】
2005196893.tif 000031
【図２８】
2005196893.tif 000032
【図２９】
2005196893.tif 000033
【図３０】
2005196893.tif 000034
【図３１】
2005196893.tif 000035
【図３２】
2005196893.tif 000036
【図３３】
2005196893.tif 000037
【図３４】
2005196893.tif 000038
【図３５】
2005196893.tif 000039
【図３６】
2005196893.tif 000040
【図３７】
2005196893.tif 000041
【図３８】
2005196893.tif 000042
【図３９】
2005196893.tif 000043
【図４０】
2005196893.tif 000044
【図４１】
2005196893.tif 000045
【図４２】
2005196893.tif 000046
【図４３】
2005196893.tif 000047
【図４４】
2005196893.tif 000048
【図４５】
2005196893.tif 000049
【図４６】
2005196893.tif 000050
【図４７】
2005196893.tif 000051
【図４８】
2005196893.tif 000052
【図４９】
2005196893.tif 000053
【図５０】
2005196893.tif 000054
【図５１】
2005196893.tif 000055
【図５２】
2005196893.tif 000056
【図５３】
2005196893.tif 000057
【図５４】
2005196893.tif 000058
【図５５】
2005196893.tif 000059
【図５６】
2005196893.tif 000060
【図５７】
2005196893.tif 000061
【図５８】
2005196893.tif 000062
【図５９】
2005196893.tif 000063
【図６０】
2005196893.tif 000064
【図６１】
2005196893.tif 000065
【図６２】
2005196893.tif 000066
【図６３】
2005196893.tif 000067
【図６４】
2005196893.tif 000068
【図６５】
2005196893.tif 000069
【図６６】
2005196893.tif 000070
【図６７】
2005196893.tif 000071
【図６８】
2005196893.tif 000072
【図６９】
2005196893.tif 000073