JP3657946B2 - 情報記録媒体、情報記録／再生方法、および情報記録／再生装置 - Google Patents

Description

【０００１】
【発明の属する技術分野】
この発明は、衛星デジタルＴＶ放送や地上波デジタルＴＶ放送などで用いられるデジタルストリーム信号（ＭＰＥＧ−ＴＳ）の記録再生に適した、情報記録媒体（あるいはデータ構造）、情報記録／再生方法、および情報記録／再生装置に関する。
【０００２】
【従来の技術】
近年、ＴＶ放送は、ハイビジョン番組を主な放送コンテンツとするデジタル放送の時代に突入してきた。現在実施されているデジタルＴＶ放送にはＭＰＥＧのトランスポートストリーム（以下、適宜ＭＰＥＧ−ＴＳと略記する）が採用されている。動画を使用したデジタル放送の分野では、今後もＭＰＥＧ−ＴＳが標準的に用いられると考えられる。
【０００３】
このようなデジタルＴＶ放送の放送開始に伴って、デジタルＴＶ放送のコンテンツを（デジタル／アナログ変換を経ることなく）そのまま録画できるストリーマのマーケットニーズが高まってきている。このデジタル放送データ（ＭＰＥＧ−ＴＳ等）をそのまま記録するストリーマとして現在市販されている代表的なものとしては、Ｄ−ＶＨＳ（登録商標Ｒ）と称するビデオカセットレコーダ（Ｄ−ＶＨＳストリーマ）がある。
【０００４】
デジタル放送データをストリーム記録する場合には、チューナシステム（多くの場合ＳＴＢと称するセットトップボックス）が受信したデジタル放送のＭＰＥＧ−ＴＳをＩＥＥＥ１３９４ケーブルを介してＤ−ＶＨＳストリーマに入力し、その内部で必要なエンコードを行って、Ｄ−ＶＨＳテープに記録する。ここで、ＩＥＥＥ１３９４は、インターフェースの規格で、コマンドのやり取りとデータの送受信を行うものである。
【０００５】
また、放送データを再生する場合には、録画済みＤ−ＶＨＳテープからＤ−ＶＨＳストリーマにより記録データ（ＭＰＥＧ−ＴＳ等）を読み取り、読み取ったＭＰＥＧ−ＴＳをＩＥＥＥ１３９４ケーブルを介してＳＴＢ内のデータ伸張部へ送る。こうして、再生が行われる。
【０００６】
Ｄ−ＶＨＳストリーマでは、放送されたビットストリームがそのままテープに記録されるため、テープには、複数の番組が多重化されて記録されることになる。そのため、多重化された録画済み番組の再生時には、最初から再生する場合でも途中から再生する場合でも、Ｄ−ＶＨＳストリーマはそのまま全てのデータをＳＴＢに送る。この場合、ユーザは、 ＳＴＢの操作により、多重化された録画済み複数番組の中から希望の番組を選んで再生することになる。
【０００７】
また、Ｄ−ＶＨＳストリーマでは、記録媒体にテープが用いられるため、シーケンシャルな再生では問題なくても、記録内容にランダムアクセスすることができない。そのため、希望の録画済み番組における希望の位置に素早くジャンプして再生することが困難となる（特殊再生の困難性）。
【０００８】
Ｄ−ＶＨＳとは別に、近年、デジタルＴＶ放送のストリーマとして、ハードディスクドライブＨＤＤを利用したＳＴＢが市場に現れた。これは、ストリームデータをＨＤＤに保存し、優れたランダムアクセス性を実現している。しかしながら、この装置では、ユーザが簡単にＨＤＤを交換することができない。このため、大量の録画済みデータをライブラリ化するなどして長期保存することには適していない。
【０００９】
上記Ｄ−ＶＨＳの問題（ランダムアクセスの非容易性／特殊再生の困難性）およびＨＤＤの問題（メディア交換の非容易性）に対する有力な回答として、現在市販されているＤＶＤ−ＲＡＭなどの大容量ディスクメディアを利用したストリーマが考えられる。
【００１０】
上記「ＤＶＤ−ＲＡＭを利用したストリーマ」の例として、下記特許文献１に開示された「デジタルビデオ記録システム」がある。
【００１１】
【特許文献１】
特開２０００−２６８５３７号公報。
【００１２】
上記特許文献１に開示された「デジタルビデオ記録システム」は、特定のストリーマ規格を前提に構築されている。このストリーマ規格の具体として、（一般には公開されていないが）２００１年２月に作成されたＤＶＤストリームレコーディング規格（バージョン１．０）がある（ただし、この規格を使用した商品は、まだ市販されていない）。
【００１３】
このストリーマ規格では、スクランブルされたコンテンツを対象とし、さらに、全世界のさまざまな放送局で行なわれている放送を対象としている。このため、ビデオコンテンツにおける最小の再生単位をＥＣＣブロックを基準としたデータ量で行っている。このことから、特殊再生を行なう場合、目的のアドレスからデータを読み出しても再生できるＩピクチャが見当たらず、再生開始位置が大きくずれる可能性がある。つまり、特殊再生を行うことが非常に困難な規格になっている。
【００１４】
上記ストリーマ規格は特殊再生には不向きな内容を持っているが、上記特許文献１では、データユニット（ＶＯＢＵ／ＳＯＢＵ）の先頭とＩピクチャの先頭を一致させる（段落０１１７）、あるいは各Ｉピクチャの先頭位置を管理領域に記録する（段落０１１８）ことにより、特殊再生の容易化を図っている。
【００１５】
【発明が解決しようとする課題】
上記ストリーマ規格は、記録される内容如何に拘わらずそのままパケット化して記録してしまう規格である。このため、再生時に記録コンテンツを格納したパケットの到着時間は分かっても、記録コンテンツの再生時間は直接的には分からない。このことから、再生開始位置を時間ベースでユーザが指定することが容易でなく、タイムサーチ等の再生操作が不便な内容になっている。
【００１６】
上記（タイムサーチ等の）不便さのないディスクレコーダの規格として、ＤＶＤビデオレコーディング（ＤＶＤ−ＶＲ）規格があり、このビデオレコーディング規格に基づく製品は現在数多く市販されている。このビデオレコーディング規格ではタイムマップ情報があり、このタイムマップ情報（ストリーマ規格にはない）により再生開始位置を時間ベースでユーザが指定することが容易となっている。
【００１７】
しかし、ビデオレコーディング規格はデジタルＴＶ放送のストリーム記録に対応していない（ビデオレコーディング規格に基づくレコーダでデジタル放送の録画をするには、一旦Ｄ／Ａ変換されたアナログビデオ信号をＳＴＢからレコーダのアナログビデオ入力に送り、レコーダ内でそれを再びＭＰＥＧエンコードしてＤＶＤ−ＲＡＭディスク等にデジタル記録することになる）。従い、現行のビデオレコーディング規格ではデジタルＴＶ放送（特にハイビジョン番組）をそのままのクォリティでエアチェックしたいというユーザニーズに答えられない。
【００１８】
この発明は、上記課題に対してなされている。そして、この発明は、一面でみれば、ストリーム記録されたビデオコンテンツを再生時間ベースで管理できるシステムを提供することを目的としている。
【００１９】
この発明は、他面でみれば、ビデオレコーディング規格並の特殊再生容易性を実現しつつデジタル放送のストリーム記録再生が可能なシステムを提供するものである。
【００２０】
この発明は、さらに他の面でみれば、日本国内のデジタル放送規格であるＡＲＩＢ（Association of Radio Industries and Businesses）スタンダードを元にストリーマ規格に対応したデータ構造を新たに構築することにより、特殊再生などがビデオレコーディング規格と同様に容易にできるシステムを、市場に受け入れられ易い形で提供するものである。
【００２１】
【課題を解決するための手段】
上記目的を達成するために、この発明のシステムが適用可能な情報記録媒体では、デジタルストリーム信号のデータが複数のオブジェクト（ＥＳＯＢ）に分かれて記録できるように構成される。それぞれのオブジェクト（ＥＳＯＢ）は、整数個のグループオブピクチャ（ＧＯＰ）を基準にして構成されるか、または再生時間で整数秒のデータで構成された、データユニット（ＥＳＯＢＵ）を含んで構成される。１つのデータユニット（ＥＳＯＢＵ）は、複数のトランスポートストリームパケット（ＴＳパケット）をグループ化したパックグループより構成される。このパックグループは、パックグループヘッダと、デジタルストリーム信号のデータを持つＴＳパケットを含んだパックグループデータで構成される。
【００２２】
前記パックグループヘッダは、先頭のＴＳパケットの到着時間情報（ＡＴＳ）と属性情報（ＰＣＲＩ）を含むことができ、前記パックグループデータが、 ＴＳパケットのデータとともに、先頭のＴＳパケットの到着時間からの差分情報（ＩＡＰＡＴ）を含むことができるように構成される。
【００２３】
ここで、 ＴＳパケットのうちの少なくとも１つは、所定のプログラムクロックリファレンス（ＰＣＲ）を含むアダプテーションフィールドを持つように構成され、前記パックグループヘッダが、前記プログラムクロックリファレンス（ＰＣＲ）の位置情報（図１４の１５６）を含むように構成される。
【００２４】
あるいは、この発明のシステムが適用可能な情報記録媒体は、以下のように構成することもできる。すなわち、ＭＰＥＧトランスポートストリームに準じたデジタルストリーム信号と、アナログ信号をＭＰＥＧエンコードによりデジタル化して得たビデオレコーディング信号とを記録するように構成された記録媒体において、この記録媒体は管理領域とデータ領域を持ち、データ領域はビデオレコーディング信号とデジタルストリーム信号の共存が可能に構成される。このデジタルストリーム信号のデータは複数のオブジェクト（ＥＳＯＢ）に分かれて記録できるように構成され、それぞれのオブジェクトはデータユニット（ＥＳＯＢＵ）を含んで構成され、１つのデータユニットは、複数のトランスポートストリームパケット（ＴＳパケット）をグループ化したパックグループより構成される。このパックグループは、パックグループヘッダと、デジタルストリーム信号のデータを持つＴＳパケットを含んだパックグループデータで構成される。
【００２５】
一方、前記管理領域は、再生単位としてのセルに関するセル情報（ＣＩ）と、前記オブジェクト（ＥＳＯＢ）の属性情報（図４のＥＳＦＩに含まれる、図８のＰＣＲ＿Ｐａｃｋ番号あるいは１ｓｔ＿Ｒｅｆ＿ＰＩＣ＿ＰＴＭ）を含んで構成される。このセル情報（図２の管理情報層１０）は、前記ビデオレコーディング信号のデータ（図２のＶＯＢ）と前記オブジェクト（図２のＥＳＯＢ）のいずれも指定可能に構成され（ＶＯＢは、図示しないＶＯＢＵ＿ＰＢ＿ＴＭという時間情報で指定可能；ＥＳＯＢは、図８のＥＳＯＢＵ＿ＰＢ＿ＴＭという時間情報で指定可能）、このセル情報（図１１のＣＩ＃ｑ）が、前記オブジェクト（ＥＳＯＢ）を指定するための番号情報（図１１の対応ＥＳＯＢ番号）を記録できるように構成される。
【００２６】
ここで、ＴＳパケットのうちの少なくとも１つは、所定のプログラムクロックリファレンス（ＰＣＲ）を含むアダプテーションフィールドを持つように構成され、前記管理領域が、前記プログラムクロックリファレンスの位置情報（図８のＰＣＲ＿Ｐａｃｋ番号またはこれに対応した１ｓｔ＿Ｒｅｆ＿ＰＩＣ＿ＰＴＭ）を含むように構成る。
【００２７】
また、この発明に係る情報記録方法は、上記の媒体に情報記録を行なうように構成される。
【００２８】
また、この発明に係る情報再生方法は、上記の媒体から情報再生を行なうように構成される。
【００２９】
また、この発明に係る情報記録装置は、上記の媒体に情報記録を行なうように構成される。
【００３０】
また、この発明に係る情報再生装置は、上記の媒体から情報再生を行なうように構成される。
【００３１】
また、この発明の一実施の形態に係る装置は、ストリームデータを管理するための管理用マップなどを作成する管理データ作成部と、作成した管理データ内に管理データのサポート情報を追加するサポート情報追加部と、作成された管理データを記録するドライブ部より構成することができる。
【００３２】
【発明の実施の形態】
以下、この発明の実施の形態について、図面を参照して詳細に説明する。
【００３３】
図１は、この発明の一実施の形態に係るデータ構造を説明する図である。ディスク状情報記録媒体１００（図１（ａ））としては、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ−Ｒ等の記録可能光ディスクや、ハードディスク等の記録可能磁気ディスクがある。以下では、ＤＶＤ−ＲＡＭ等の光ディスクを例にとって説明を続ける。
【００３４】
ディスク１００は、その内周側から外周側に向かって、リードイン領域１１０、ボリューム／ファイル構造情報領域１１１、データ領域１１２、およびリードアウト領域１１３を持っている（図１（ｂ））。ボリューム／ファイル構造情報領域１１１内にはファイルシステムが格納されている。ファイルシステムは、どのファイルがどこに記録されているかを示す情報で構成されている。記録コンテンツはデータ領域１１２に格納される（図１（ｃ））。
【００３５】
データ領域１１２は、一般のコンピュータデータが記録される領域１２０と、ＡＶデータを記録する領域１２１に分けられる。ＡＶデータ記録領域１２１は、ＡＶデータの管理をするためのファイル（ＶＭＧ／ＥＳＭＧファイル）があるＡＶデータ管理情報領域１３０と、ビデオレコーディング規格のオブジェクトデータ（ＶＯＢＳ）ファイル（ＶＲＯファイル）が記録されるＶＲオブジェクト群記録領域１２２と、デジタル放送に対応したストリームオブジェクト（ＥＳＯＢＳ：Extend Stream Object Stream）が記録されるＥＳｔｒｅａｍオブジェクト群記録領域１３１で構成されている（図１（ｄ））。つまり、この実施の形態では、デジタル放送のストリームオブジェクトは、ＶＲオブジェクトとは別のファイルであるＥストリームオブジェクト１３２（ＥＳＯＢＳ)として記録される（図１（ｅ））。
【００３６】
各Ｅストリームオブジェクト１３２は、ディスク１００へのアクセス単位となるデータユニット（ＥＳＯＢＵ：Extend Stream Object Unit）１３４が１つ以上集まって構成される（図１（ｆ））。各データユニット（ＥＳＯＢＵ）１３４は、複数パックの集まりで構成されるパックグループ（Ｐａｃｋ＿Ｇｒｏｕｐ）１４０が１つ以上集まって構成される（図１（ｇ））。この実施の形態では、各パックグループ１４０は８個のパックの集まりで構成される。１個のパックサイズが２ｋバイトとすると、各パックグループ１４０のサイズは１６ｋバイトとなる。これはビデオレコーディング規格におけるＥＣＣブロックサイズと同じとなる。なお、ＥＣＣブロックサイズが３２Ｋバイトならパックグループ１４０は１６パック（３２Ｋバイト相当）で構成することができ、 ＥＣＣブロックサイズが６４Ｋバイトならパックグループ１４０は３２パック（６４Ｋバイト相当）で構成することができる。
【００３７】
各パックグループ１４０は、この発明が提供するストリームレコーディングにおけるパケット記録領域（ＤＶＤ−ＴＳパケット記録領域）１６０を構成している（図１（ｈ））。このＤＶＤ−ＴＳパケット記録領域１６０は、パックグループヘッダ１６１、複数（例えば８５個）のＭＰＥＧ−ＴＳパケット１６２、および複数（例えば８４個）のパケット到着時間差分情報（ＩＡＰＡＴ： Incremental Packet Arrival Time）で構成することができる（図１（ｉ））。このパックグループ１４０の内容については、図１４を参照して後に詳述する。
【００３８】
図２は、この発明の一実施の形態に係るデータ構造における再生管理情報層とオブジェクト管理情報層とオブジェクト層との関係を説明する図である。図１のＡＶデータ管理情報記録領域１３０に記録される管理情報（ＶＭＧ／ＥＳＭＧファイル）は、ビデオレコーディング規格に基づく記録コンテンツおよびこの発明に基づくストリーム記録コンテンツの双方の再生手順を管理する再生管理情報層１０を持っている。
【００３９】
すなわち、ストリーム記録されたオブジェクトの再生単位であるセル１３が１以上集まってプログラム１２が構成され、ビデオレコーディング記録されたオブジェクトの再生単位であるセル１３＊が１以上集まってプログラム１２＊が構成され、これらのプログラム１２、１２＊の並び（再生手順）が、プログラムチェーン（ＰＧＣ）１１の管理情報（ＰＧＣＩ）で管理される。
【００４０】
ここでは、ストリーム記録側のセル１３の途中から再生を開始する場合でも、ビデオレコーディング側のセル１３＊の途中から再生を開始する場合でも、ユーザは再生時間（ＰＴＳ）で再生場所を指定することができるようになっている。
【００４１】
すなわち、ストリーム記録側のセル１３の途中から再生時間（ＰＴＳ）で再生を開始する場合では、ストリームオブジェクト管理情報層２０内のストリームオブジェクト情報ＥＳＯＢＩ２１を介してストリームオブジェクト層３０内のストリームオブジェクトＥＳＯＢ１３２を指定し、ストリームオブジェクト管理情報層２０内のストリームオブジェクトユニット情報ＥＳＯＢＵＩ２２を介してストリームオブジェクト層３０内のストリームオブジェクトユニットＥＳＯＢＵ１３４を指定する。 ＥＳＯＢ１３２およびそのＥＳＯＢＵ１３４が指定されると、再生開始場所が特定される。（ここでのＥＳＯＢＵＩはグローバル情報２２と言い換えてもよい。）
このＥＳＯＢＵ１３４は、１以上のパックグループ１４０により構成される。ＥＳＯＢＵ１３４は、例えば１又は２ＧＯＰである。ただし、ＧＯＰの区切りが見付からない場合は、再生時間にして最大１秒分のデータ量に相当する単位で区切られる。これにより、各情報フィールドのオーバーフローが防止される。各パックグループ１４０は、８パック（1６３８４バイト）で構成され、先頭にパックグループヘッダ１６１を持ち、その後に、複数のトランスポートストリームパケット（ＴＳ＿Ｐａｃｋｅｔ）１６２と複数のパケット到着時間差分情報（ＩＡＰＡＴ）１６３が配置される。これらのＴＳパケット１６２内にストリームレコーディングの記録コンテンツが格納される。
【００４２】
一方、ビデオレコーディング側のセル１３＊の途中から再生時間（ＰＴＳ）で再生を開始する場合では、ビデオオブジェクト（ＶＯＢ）管理情報層２３内のビデオオブジェクト情報ＶＯＢＩ２４を介してビデオオブジェクト層３５内のビデオオブジェクトＶＯＢ３６を指定し、ビデオオブジェクト管理情報層２３内のビデオオブジェクトユニット情報ＶＯＢＵＩ２５を介してビデオオブジェクト層３５内のビデオオブジェクトユニットＶＯＢＵ３７を指定する。 ＶＯＢ３６およびそのＶＯＢＵ３７が指定されると、再生開始場所が特定される。 ＶＯＢＵ３７は複数パック３８により構成され、これらのパック内にビデオレコーディングの記録コンテンツが格納される。
【００４３】
詳細は後述するが、ストリーム記録側のセル１３の途中から再生を開始する場合では、ＥＳＯＢＵ＿ＰＢ＿ＴＭ（図８）により、フィールド数単位の時間で、再生開始場所を指定できるようになっている。また、ビデオレコーディング側のセル１３＊の途中から再生を開始する場合では、ビデオレコーディング規格で規定されているタイムマップ情報（ＴＭＡＰＩ）内のＶＯＢＵ＿ＰＢ＿ＴＭ（図示せず）により、再生開始場所を指定できるようになっている。
【００４４】
図２の示すところを纏めると、次のようになる。すなわち、ストリームレコーディングの管理データ（ＰＧＣＩ）はビデオレコーディングと共通のファイルに記録でき、ストリームレコーディングはビデオレコーディングと共通に制御でき、ストリームレコーディングとビデオレコーディングはセル単位でリンクでき、ストリームレコーディングおよびビデオレコーディングにおける再生場所の指定は再生時間単位で指定できる。
【００４５】
記録方法がストリームレコーディングであってもビデオレコーディングであっても、ある放送番組（プログラム）をディスク１００に記録したあとは、ユーザが希望する番組において、希望の時間より再生を開始したい（タイムサーチ）とか、早送り（ＦＦ）／早戻し（ＦＲ）を行いたいなどの特殊再生の要求がたびたび生じる。このような要求を満たすためには、記録したデータを管理するための特別な管理情報が必要になってくる。
【００４６】
この管理情報について、図３ないし図１３を参照して以下に説明する。
【００４７】
図３は、図１に示したＡVデータ管理情報記録領域１３０に記録される管理情報の１つ（ＲＴＲ＿ＶＭＧ）の一部（ＲＴＲ＿ＶＭＧＩ）がどのように構成されるかの一例を説明する図である。
【００４８】
ここで、この実施の形態におけるストリームレコーディングをＥＳＲ（Extend stream Recording）と略記し、ビデオレコーディングをＶＲと略記する。すると、ＥＳＲのデータの管理情報は、図３に示すように、ＲＴＲ＿ＶＭＧ１３０内に保存され、ＶＲデータと同列に管理される。
【００４９】
ＲＴＲ＿ＶＭＧ１３０は、ビデオマネージャ情報（ＲＴＲ＿ＶＭＧＩ）１３１０と、ストリームファイル情報テーブル（ＥＳＦＩＴ：Extend Stream File Information Table）１３２０と、（オリジナルの）プログラムチェーン情報（ＯＲＧ＿ＰＧＣＩ）１３３０と、プレイリスト情報（ＰＬ＿ＳＲＰＴ；またはユーザ定義プログラムチェーン情報テーブル：ＵＤ＿ＰＧＣＩＴ）１３４０を含んで構成されている。
【００５０】
なお、 プレイリストおよびユーザ定義プログラムチェーンは、呼称が異なるが実質的には対等の意味を持ち、ビデオレコーディング規格で用いられているプレイリストおよびユーザ定義プログラムチェーンと同義である。このことから、以下の説明ではプレイリスト関連の情報（ＰＬ＿ＳＲＰ等）およびユーザ定義プログラムチェーン関連の情報（ＵＤ＿ＰＧＣＩＴ＿ＳＲＰ等）が、適宜、併記されている。
【００５１】
ＲＴＲ＿ＶＭＧＩ・１３１０は、ディスク管理識別情報（ＶＭＧ＿ＩＤ／ＥＳＭＧ＿ＩＤ）１３１１と、バージョン情報（ＶＥＲＮ）１３１２と、Ｅストリームオブジェクト管理情報開始アドレス（ＥＳＦＩＴ＿ＳＡ）１３１３と、プログラムチェーン情報開始アドレス（ＯＲＧ＿ＰＧＣＩ＿ＳＡ）１３１５と、プレイリスト情報開始アドレス（ＵＤ＿ＰＧＣＩＴ＿ＳＡ）１３１６を含んで構成されている。ＥＳＲストリームの管理情報は、ＥＳＦＩＴ１３２０に保存される。
【００５２】
図４は、図３のＥＳＦＩＴ１３２０がどのように構成されるかの一例を説明する図である。このＥＳＦＩＴ１３２０は、ストリームファイル情報テーブル情報（ＥＳＦＩＴＩ）１３２１と、１以上のＥＳＯＢストリーム情報（ＥＳＯＢ＿ＳＴＩ＃１〜＃ｍ）１３２２と、ストリームファイル情報（ＥＳＦＩ）１３２３を含んで構成されている。（ここで、１３２１は一般情報と捕らえてもよい。）
図５は、図４のＥＳＦＩＴＩ・１３２１およびＥＳＦＩ・１３２３がどのように構成されるかの一例を説明する図である。 ＥＳＦＩＴＩ・１３２１はＥＳＯＢの数を示す情報１３２１１と、ＥＳＯＢ＿ＳＴＩの数を示す情報１３２１２と、ＥＳＦＩＴの終了アドレスを示す情報１３２１３を含んで構成されている。また、 ＥＳＦＩ・１３２３は、一般情報ＥＳＦＩ＿ＧＩ・１３２３１と、１以上のストリームオブジェクト情報（ＥＳＯＢＩ＃１〜＃ｍ）１３２３３と、これら（ＥＳＯＢＩ＃１〜＃ｍ）に対する１以上のサーチポインタ（ＥＳＯＢＩ＿ＳＲＰ＃１〜＃ｍ）１３２３２を含んで構成されている。
【００５３】
図６は、図５の各ストリームオブジェクト情報（例えばＥＳＯＢＩ＃１）１３２３３がどのように構成されるかの一例を説明する図である。このＥＳＯＢＩ＃１・１３２３３は、ストリームオブジェクト一般情報（ＥＳＯＢ＿ＧＩ）１３２２１と、１以上のマップグループ情報（ＭＡＰ＿ＧｒｏｕｐＩ＃１〜＃ｎ）１３２２２を含んで構成されている。
【００５４】
ＥＳＯＢ＿ＧＩ・１３２２１は、１以上のストリーム全てに対するＰＡＴ／ＰＭＴ（Program Association Table/Program Map Table）１３２２１００と、録画開始時間の情報１３２２１０１と、ＥＳＯＢ開始のＰＴＳ／ＡＴＳ（Presentation Time Stamp/Arrival Time Stamp；再生タイムスタンプ／先頭ＴＳパケット到着時間）１３２２１０２と、 ＥＳＯＢ終了のＰＴＳ／ＡＴＳ１３２２１０３と、そのＥＳＯＢにおける先頭のＥＳＯＢＵのファイルポインタ（相対アドレス）１３２２１０４と、受信したストリームパケットの長さ（ＴＳパケットでは１８８バイト）１３２２１０５と、パックグループ内のストリームパケット数（ＴＳパケットでは８５個）１３２２１０６と、マップグループ数１３２２１０７と、１以上のマップグループに対してマップグループ＃１のエントリ数１３２２１０８ないしマップグループ＃ｎのエントリ数１３２２１０９を含んで構成されている。
【００５５】
また、各マップグループ情報（例えばＭＡＰ＿ＧｒｏｕｐＩ＃ｎ）１３２２２は、マップグループ一般情報（ＭＡＰ＿Ｇｒｏｕｐ＿ＧＩ）１３２２２０と、１以上のマップエントリ（ＭＡＰ＿ＥＮＴ＃１〜＃ｒ）１３２２２１と、１以上のＥＳＯＢＵエントリ（ＥＳＯＢＵ ＿ＥＮＴ＃１〜＃ｑ）１３２２２２を含んで構成されている。
【００５６】
図７は、図６のＭＡＰ＿Ｇｒｏｕｐ＿ＧＩ・１３２２２０および各マップエントリ（例えばＭＡＰ＿ＥＮＴ＃ｒ）１３２２２１がどのように構成されるかの一例を説明する図である。
ＭＡＰ＿Ｇｒｏｕｐ＿ＧＩ・１３２２２０は、マップエントリ数（Ｍ＿ＥＮＴ＿ＮＵＭｓ）１３２２２０１と、ＥＳＯＢＵエントリ数（ＥＳＯＢＵ＿ＥＮＴ＿ＮＵＭｓ）１３２２２０２と、タイムオフセット情報（ＴＭ＿ＯＦＳ）１３２２２０３と、アドレスオフセット情報（ＡＤＤ＿ＯＦＳ）１３２２２０４と、ＥＳＯＢＵの種別情報１３２２２０５と、ＰＭＴ＿ＩＤ／番組ＩＤの情報１３２２２０６を含んで構成されている。
【００５７】
ここで、 ＥＳＯＢＵの種別情報１３２２２０５としては、例えば次のものがある：
種別情報＝“００”…ビデオデータあり；
種別情報＝“０１”…ビデオデータなし、音声データあり；
種別情報＝“１０”…その他。
【００５８】
また、 ＭＡＰ＿ＥＮＴ＃ｒ・１３２２２１は、ＥＳＯＢＵエントリ番号（ＥＳＯＢＵ＿ＥＮＴＮ）１３２２２２１と、タイムディファレンス（ＴＭ＿ＤＩＦＦ）１３２２２２２と、目標ＥＳＯＢＵのアドレス（Ｔａｒｇｅｔ ＥＳＯＢＵ＿ＡＤＲ）１３２２２２３を含んで構成されている。このＴａｒｇｅｔ ＥＳＯＢＵ＿ＡＤＲ・１３２２２２３は、ＴＳパケット数あるいはディスクのパック数（セクタ数）で表現できる。
【００５９】
図８は、図６に示したＥＳＯＢＵ ＿ＥＮＴ＃１・１３２２２２がどのように構成されるかの一例を説明する図である。 このＥＳＯＢＵ ＿ＥＮＴ＃１・１３２２２２は、１ｓｔ＿Ｒｅｆ＿ＰＩＣのパック数またはＴＳパケット数を示す情報１３２２３１と、ＥＳＯＢＵの再生時間（ＥＳＯＢＵ＿ＰＢ＿ＴＭ；ビデオフィールド数に対応）１３２２３２と、ＥＳＯＢＵのサイズ（ＥＳＯＢＵ＿ＳＺ；ＴＳパケット数あるいはパック数で表現できる）１３２２３３と、ＰＣＲ＿Ｐａｃｋ番号あるいは１ｓｔ＿Ｒｅｆ＿ＰＩＣの再生時間（１ｓｔ＿Ｒｅｆ＿ＰＩＣ＿ＰＴＭ）１３２２３４を含んで構成されている。
【００６０】
ここで、ＥＳＯＢＵは、ビデオデータがある場合と、ビデオデータがなく音声データがある場合と、その他の情報のみの場合の３つが考えられる。これらの種別を、それぞれ＜１＞、＜２＞、＜３＞で表すことにする。すなわち、ＥＳＯＢＵエントリ情報は、上記種別に従い、３種類がある。
【００６１】
図９は、図８に示したＥＳＯＢＵエントリ情報１３２２２２が、ビデオデータおよびオーディオデータの有無でどのような内容を持つかの一例を説明する図である。
【００６２】
＜１＞ビデオデータのある場合は、エントリ内の最初のリファレンスピクチャ（Ｉピクチャ等）のＥＳＯＢＵ先頭からの最終アドレス情報、ＥＳＯＢＵの再生時間（フィールド数）、ＥＳＯＢＵのサイズ、ＰＣＲのあるパック番号、またはリファレンスピクチャの再生時間（ＥＳＯＢＵ先頭からのフィールド数）で構成される。ここで、ＰＣＲはリファレンスピクチャの有る位置よりも前のもので一番近いＰＣＲの位置である。
【００６３】
＊具体的には、ビデオデータがある場合：
ＥＳＯＢＵは、（ａ）ランダムアクセス可能な所で区切るか、（ｂ）ＧＯＰの整数個単位で区切るか、（ｃ）再生時間で最大１秒以内に区切る。
【００６４】
１ｓｔ＿Ｒｅｆ＿ＰＩＣのパック数は、ＥＳＯＢＵの先頭から基準ピクチャ（Ｒｅｆ＿ＰＩＣ）終了までのパック数とする。このパック数が“0xffffffff”の場合は、 Ｒｅｆ＿ＰＩＣがそのＳＯＢＵ内に存在しないまたは見付からなかったことを示す。この場合、このＳＯＢＵは特殊再生時のアクセスポイントとしては使用できない。
【００６５】
ＰＣＲ＿Ｐａｃｋ番号は、１ｓｔ＿Ｒｅｆ＿ＰＩＣに一番近いＥＳＯＢＵ先頭からＰＣＲのあるパックまでのパック数を示す。その先頭１ビットは±のフラグとする（例えば“０”で“＋方向”を表し、“１”で“−方向”を表す）。 ＰＣＲが存在しない場合は、 ＰＣＲ＿Ｐａｃｋ番号を“0xffff”とするか、その代わりに１ｓｔ＿Ｒｅｆ＿ＰＩＣの再生時間（１ｓｔ＿Ｒｅｆ＿ＰＩＣ＿ＰＴＭ）を採用できる。
【００６６】
＜２＞ビデオデータがなくオーディオデータがある場合は、エントリ内の最初の音声フレームのＥＳＯＢＵ先頭からの最終アドレス情報、ＥＳＯＢＵの再生時間（フィールド数）、ＥＳＯＢＵのサイズ、ＰＣＲのあるパック番号で構成される。
【００６７】
＊具体的には、ビデオデータがなく、音声データがある場合：
ＥＳＯＢＵは、１秒間隔で区切る。
【００６８】
１ｓｔ＿Ｒｅｆ＿ＰＩＣのパック数は、ＥＳＯＢＵ先頭の音声フレームの最終パック数とする。
【００６９】
ＰＣＲ＿Ｐａｃｋ番号は、ＥＳＯＢＵ先頭の音声フレームに一番近いＳＯＢＵ先頭から、ＰＣＲのあるパックまでのパック数を示す。その先頭１ビットは±のフラグとする（例えば“０”で“＋方向”を表し、“１”で“−方向”を表す）。 ＰＣＲが存在しない場合は、 ＰＣＲ＿Ｐａｃｋ番号を“0xffff”とする。
【００７０】
＜３＞その他の情報のみの場合は、エントリ情報が構成されないため、すべてＦＦで埋める。
【００７１】
＊具体的には、ビデオデータも音声データもなく、その他の情報（データ放送の情報など）のみの場合：
ＥＳＯＢＵは、１秒間隔で区切る。
【００７２】
１ｓｔ＿Ｒｅｆ＿ＰＩＣのパック数は、“0xffffffff”で固定する。
【００７３】
ＰＣＲ＿Ｐａｃｋ番号は、“0xffffffff”で固定する。
【００７４】
図１０は、図１に示したＡVデータ管理情報記録領域１３０に記録される管理情報の別の１つ（ストリームデータ管理情報ＲＴＲ＿ＥＳＭＧ）がどのように構成されるかの一例を説明する図である。すなわち、 ＡVデータ管理情報記録領域１３０の一部であるストリームデータ管理情報記録領域１３０あ、ディスク管理情報（ＥＳＭＧＩ＿ＭＡＴ）１３１０と、ストリームオブジェクト管理情報（ＥＳＦＩＴ；グローバル情報）１３２０と、プログラムチェーン情報（ＯＲＧ＿ＰＧＣＩ）１３３０と、プレイリスト情報（ＵＤ＿ＰＧＣＩＴ）１３４０を含んで構成されている。
【００７５】
プログラムチェーン情報（ＰＧＣＩ）１３３０は、プログラムチェーン一般情報（ＰＧＣ＿ＧＩ）１３３１と、１以上のプログラム情報（ＰＧＩ＃１〜＃ｐ）１３３２と、１以上のセル情報（ＣＩ＃１〜＃ｑ）１３３３を含んで構成されている。このＰＧＣＩのデータ構造はビデオレコーディング規格と同様な形態を持つが、その内容（セル情報ＣＩ）に違いがある（この点は図１１を参照して後述する）。
【００７６】
図１１は、図１０に示したプログラムチェーン情報の各構成要素の中身がどのように構成されるかの一例を説明する図である。
【００７７】
プログラムチェーン一般情報１３３１は、プログラム数（ＰＧ＿Ｎｓ）１３３１１と、プログラムチェーン内セル数（ＣＩ＿ＳＲＰ＿Ｎｓ）１３３１２を含んで構成されている。
【００７８】
各プログラム情報１３３２は、プログラムタイプ（ＰＧ＿ＴＹ）１３３２１と、プログラム内セル数（Ｃ＿Ｎｓ）１３３２２と、プログラムコンテンツ情報（プライマリテキスト情報ＰＲＭ＿ＴＸＩＴ、アイテムテキストサーチポインタ番号ＩＴ＿ＴＸＴ＿ＳＲＰＮ、代表画像情報ＲＥＰ＿ＰＩＣＴＩなど）１３３２３を含んで構成されている。
【００７９】
各セル情報１３３３は、セルタイプ（Ｃ＿ＴＹ）１３３３１と、セル再生時間１３３３２と、対応ＥＳＯＢ番号１３３３３と、セル開始ＰＴＳ／ＡＴＳ（再生タイムスタンプ／ＥＳＯＢＵ到着時間）１３３３４と、セル終了ＰＴＳ／ＡＴＳ１３３３５と、マップグループ番号／ＰＭＴ＿ＩＤ１３３４５を含んで構成されている。なお、セル情報内のセル再生時間１３３３２を省略した実施の形態も可能である。
【００８０】
ここで、 セルタイプ１３３３１としては、例えば次のものがある：
Ｃ＿ＴＹ＝“０”…ＶＲ動画（Ｍ＿ＶＯＢ）；
Ｃ＿ＴＹ＝“１”…ＶＲ静止画（Ｓ＿ＶＯＢ）；
Ｃ＿ＴＹ＝“２”…ストリーマ（ＥＳＯＢ）。
【００８１】
図１２は、図１０に示したプレイリスト情報の中身がどのように構成されるかの一例を説明する図である。
【００８２】
プレイリスト情報（ＰＬ＿ＳＲＰＴまたはユーザ定義ＰＧＣ情報テーブルＵＤ＿ＰＧＣＩＴ）は、プレイリスト一般情報（ＰＬ＿ＳＲＰＴＩまたはＵＤ＿ＰＧＣＩＴＩ）１３４１と、１以上のプレイリスト（そのサーチポインタＰＬ＿ＳＲＰ＃１〜＃ｒまたはＵＤ＿ＰＧＣＩ＿ＳＲＰ＃１〜＃ｒ）１３４２と、１以上のセル情報（ＣＩ＃１〜＃ｓ）を含んで構成されている。
【００８３】
図１３は、図１２に示したプレイリスト情報の各構成要素がどのように構成されるかの一例を説明する図である。
【００８４】
プレイリスト一般情報１３４１は、プレイリスト数（ＰＬ＿ＳＲＰ＿Ｎｓ）１３４１１と、全プレイリスト内のセル数（Ｃ＿Ｎｓ）１３４１２を含んで構成されている。各プレイリスト１３４２は、プレイリストタイプ（ＰＬ＿ＴＹ）１３４２１と、プレイリスト内のセル数（Ｃ＿Ｎｓ）１３４２２と、プレイリストのコンテンツ情報（プレイリストが作成された時間ＰＬ＿ＣＲＥＡＴＥ＿ＴＭ、プライマリテキスト情報ＰＲＭ＿ＴＸＴＩ、アイテムテキストサーチポインタ番号ＩＴ＿ＴＸＴ＿ＳＲＰＮ、代表画像情報ＲＥＰ＿ＰＩＣＴＩなど）１３４２３を含んで構成されている。また、各セル情報１３４３は、セルタイプ（Ｃ＿ＴＹ）１３３４１と、セル再生時間１３３４２と、参照ＥＳＯＢ番号（ＥＳＯＢＮ）１３３４３と、セル開始ＰＴＳ／ＡＰＡＴ（再生タイムスタンプ／パケット到着時間）１３３４４と、セル終了ＰＴＳ／ＡＰＡＴ１３３４５と、マップグループ番号／ＰＭＴ＿ＩＤ１３３４５を含んで構成されている。なお、セル情報内のセル再生時間１３３４２を省略した実施の形態も可能である。
【００８５】
ここで、 セルタイプ１３３４１としては、例えば次のものがある：
Ｃ＿ＴＹ＝“０”…ＶＲ動画（Ｍ＿ＶＯＢ）；
Ｃ＿ＴＹ＝“１”…ＶＲ静止画（Ｓ＿ＶＯＢ）；
Ｃ＿ＴＹ＝“２”…ストリーマ（ＥＳＯＢ）。
【００８６】
この発明の一実施の形態において、ＰＧＣ情報が再生情報として用いられ、これはビデオレコーディングのフォーマットと同じである。ただし、図１１、図１３のセル情報ではセルタイプにＥＳＯＢの種別が加わっており、さらに、ＥＳＯＢ番号を指定し、再生開始時間および終了時間にはＰＴＳまたはＡＴＳ（もしくはＡＰＡＴ）の２種類が想定されている。さらに、マップグループの番号またはストリーム番号が想定されている。
【００８７】
また、この発明の一実施の形態において、エクステントストリームオブジェクトセット（ＥＳＯＢＳ）の構造は、１以上のエクステントストリームオブジェクト（ＥＳＯＢ）で構成され、各ＥＳＯＢは、例えば、１つの番組に相当する。ＥＳＯＢは１以上のＥＳＯＢＵ（Extend Stream Object Unit）で構成され、各ＥＳＯＢＵは、再生時間で１秒分のオブジェクトデータ、もしくは、１または２個分のＧＯＰデータに相当する。
【００８８】
図１４は、図１または図２に示したストリームオブジェクト用のデータユニット（ＥＳＯＢＵ）がどのように構成されるかの一例を説明する図である。
【００８９】
１個のＥＳＯＢＵは１以上のパックグループ１４０で構成され、各パックグループ１４０は、例えば８パック（１パック＝１セクタ：２０４８バイト）で構成される。
【００９０】
各パックグループ１４０は、パックグループヘッダ（１５２バイト）１６１と、１以上（ここでは８５個）のＭＰＥＧ−ＴＳパケット（１８８バイト）１６２と、１以上（ここでは８４個）のＩＡＰＡＴ（Incremental Packet Arrival Time；３バイト）１６３を含んで構成されている。
【００９１】
パックグループヘッダ１６１は、パック到着時間（ＡＴＳ）１５１と、コピー世代管理情報（またはコピー制御情報ＣＣＩ；Copy Control Information）１５２と、表示コントロール情報（ＤＣＩ；Display Control Information）１５３と、製造者情報（ＭＮＩ；Manufacturer's information）１５４と、再生時間情報（ＰＴＳ；Presentation time stamp）１５５と、ＰＣＲの位置情報（ＰＣＲＩ；Program Clock Reference Information）１５６を含んで構成されている。
【００９２】
また、各ＭＰＥＧ−ＴＳパケット１６２は、４バイトのヘッダ１７０とアダプテーションフィールドおよび／またはペイロード１８０を含んで構成されている。ここで、ヘッダ１７０は、同期バイト１７１と、トランスポート・エラー・インジケータ１７２と、ペイロードユニット開始インジケータ１７３と、トランスポート優先度１７４と、パケット識別子（ＰＩＤ）１７５と、トランスポート・スクランブル制御１７６と、アダプテーションフィールド制御１７７と、連続性指標１７８を含んで構成されている。
【００９３】
ところで、デジタルＴＶ放送などやインターネットなどの有線を使用した放送などの圧縮動画を放送（配信）を行うための方式において、共通の基本フォーマットであるＴＳストリーム（図１４）は、パケットの管理データ部分（１７０）とペイロード（１８０）に分かれる。
【００９４】
ペイロードには、再生されるべき対象のデータがスクランブルの掛かった状態で含まれている。デジタル放送規格ＡＲＩＢによると、その他にＰＡＴ（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）情報によりユーザが番組を決定すると、目的の番組の開始時にＰＡＴを読み込み、そのデータを元に希望の番組に属するＰＭＴのＰＩＤを決定する。そして、そのＰＩＤに従って、目的のＰＭＴを読み出し、そこに含まれる再生すべきビデオ、オーディオパケットのＰＩＤを決定する。そして、ＰＭＴやＳＩにより、ビデオ、オーディオの属性を読み出し、各デコーダへセットし、前記ビデオ、オーディオデータをＰＩＤに従って切り出して、再生を行う。ここで、ＰＡＴ、ＰＭＴ、ＳＩ等は途中再生にも使用するために、数１００ｍｓ毎に送信されてくる。
【００９８】
これらのデータに対し、ＤＶＤ−ＲＡＭなどのディスクメディアに記録する場合には、放送されたデータをそのままデジタルデータとして記録する方が有利である。
【００９９】
もし、複数ストリームを同時に記録する場合は、ＳＯＢＩに記録されるストリーム数を持たせ、各ストリームに対応したＰＭＴを保存し、特殊再生用のマップ情報（マップグループ情報）を各ストリーム毎に持たせ、セル情報に再生すべきストリームの番号（チャンネル番号又はＰＭＴのＰＩＤ）を記録すればよい。
【０１００】
図１５は、図１４に示したパックグループヘッダに含まれるパックの到着時間（ＡＴＳ）１５１がどのように構成されるかの一例を説明する図である。ここでは、ＡＴＳ・１５１に例えば６バイト割り当て、その上位バイトでＰＡＴベース（例えば９０ｋＨｚのカウンタ値）を表現し、その下位バイトでＰＡＴエクステント（例えば２７ＭＨｚのカウンタ値）を表現している。
【０１０１】
実施の到着時間ＰＡＴはＰＡＴ＿ｂａｓｅ／90000Ｈｚ＋ＰＡＴ＿ｅｘｔｅｎ／27、000、000Ｈｚで表される。これにより、ＡＴＳ・１５１を、例えばビデオフレーム単位で細かく表現できるようになる。
【０１０２】
図１６は、図１４に示したパックグループヘッダに含まれるコピー世代管理情報（またはコピー制御情報ＣＣＩ）１５２がどのように構成されるかの一例を説明する図である。ここでは、ＣＣＩ・１５２に３２バイト割り当てている。その内訳は、先頭にリザーブビット（１ビット）を設け、その後に、デジタルコピー制御情報（２ビット）とアナログコピー制御情報（１ビット）の組（３ビット）を８５回繰り返して配置している。
【０１０３】
ここで、デジタルコピー制御情報は、例えば、“00”のときはコピー禁止を示し、“01”のときは１回だけコピー許可を示し、“11”のときはコピーフリーを示している。また、アナログコピー制御情報は、例えば、“0”のときはコピーフリー（アナログプロテクションシステムＡＰＳなし）を示し、“1”のときはコピー禁止（ＡＰＳ付加）を示している。このコピー制御情報の値は、ストリーム（コンテンツ）内のＳＩに記録されている値（図３５〜図３７参照）に基づいて設定できる。
【０１０４】
図１７は、図１４に示したパックグループヘッダに含まれる表示制御情報（ＤＣＩ）１５３がどのように構成されるかの一例を説明する図である。ここでは、ＤＣＩ・１５３に３２バイト割り当てている。その内訳は、先頭にリザーブビット（１ビット）を設け、その後に、アスペクト情報（１ビット）、インターレース／プログレッシブ（Ｉ／Ｐ）情報（１ビット）、および標準／高精細（ＳＤ／ＨＤ）情報（１ビット）の組（３ビット）を８５回繰り返して配置している。
【０１０５】
ここで、アスペクト情報は、例えば、“0”でアスペクト比４：３を示し、“1”でアスペクト比１６：９を示している。また、Ｉ／Ｐ情報は、例えば、“0”でインターレース表示を示し、“1”でプログレッシブ表示を示している。また、ＳＤ／ＨＤ情報は、例えば、“0”で標準画質（標準ＮＴＳＣあるいはＰＡＬクラスの画質）を示し、“1”で高精細画質（ハイデフィニションあるいはハイビジョンクラスの画質）を示している。このアスペクト情報の値は、ストリーム（コンテンツ）内のＳＩに記録されている値（図３８〜図３９参照）に基づいて設定できる。
【０１０６】
図１８は、図１４に示したパックグループにおいて、パックグループヘッダの後に含まれるパケット到着時間の増分（ＩＡＰＡＴ）１６３がどのように構成されるかの一例を説明する図である。ここでは、ＩＡＰＡＴ・１６３に例えば３バイト割り当て、その上位２バイトでＰＡＴベース（例えば９０ｋＨｚのカウンタ値）を表現し、その回１バイトでＰＡＴエクステント（例えば２７ＭＨｚのカウンタ値）を表現している。ＩＡＰＡＴ・１６３は、絶対時間ではなく、ＡＴＳ・１５１からの増分（変化分）を表せばよいので、ＩＡＰＡＴのデータ量はＡＴＳのデータ量より少なくて済む。
【０１０７】
ＩＡＰＡＴ・１６３における実施の到着時間ＰＡＴは、ＡＴＳ＋ＰＡＴ＿ｂａｓｅ／90000Ｈｚ＋ＰＡＴ＿ｅｘｔｅｎ／27、000、000Ｈｚで表される。これにより、ＩＡＰＡＴ・１６３を、例えばビデオフレーム単位で細かく表現できるようになる。ここで、別の形態として、１つ前のＴＳパケットの到着時間との差分を用いることも可能である。
【０１０８】
なお、図１５あるいは図１８に示した「ＰＡＴ＿ｂａｓｅおよびＰＡＴ＿ｅｘｔｅｎ」における“ＰＡＴ”は“Program Association Table”のことではなく、“Packet Arrival Time（パケット到着時間）”を意味している。
【０１０９】
図１９は、図１４に示したパックグループヘッダに含まれるＰＣＲ位置情報（ＰＣＲ＿Ｐａｃｋ番号等）１５６がどのように構成されるかの一例を説明する図である。ここでは、ＰＣＲ（Program Clock Reference）の位置情報１５６をＰＣＲ情報（ＰＣＲＩ）としている。
【０１１０】
このＰＣＲ位置情報１５６は、例えば２バイトで表現される。この２バイトで、ＰＣＲパック番号を表現できる。このＰＣＲパック番号は、先頭の基準ピクチャ（例えば先頭のＩピクチャ）１ｓｔ＿Ｒｅｆ＿ＰＩＣに一番近いＥＳＯＢＵの先頭から、ＰＣＲのあるパックまでのパック数で表すことができる。その先頭１ビットは±のフラグとする（例えば“０”で“＋方向”を表し、“１”で“−方向”を表す）。 ＰＣＲが存在しない場合は、 ＰＣＲ＿Ｐａｃｋ番号は、例えば“0xffff”となる。
【０１１１】
図２０は、この発明の一実施の形態に係るデータ構造を利用して、情報記録媒体（光ディスク、ハードディスク等）にＡＶ情報（デジタルＴＶ放送プログラム等）を記録し再生する装置の一例を説明するブロック図である。
【０１１２】
この装置（デジタルビデオレコーダ／ストリーマ）は、図２０に示すように、ＭＰＵ部８０、キー入力部１０３、リモコン１０３ａからのユーザ操作情報を受け取るリモコン受信部１０３ｂ、表示部１０４、デコーダ部５９、エンコーダ部７９、システムタイムカウンタ（ＳＴＣ）部１０２、データプロセサ（Ｄ−ＰＲＯ）部５２、一時記憶部５３、ＤＶＤ−ＲＡＭ等の記録可能光ディスク１００に対して情報の記録／再生を行うディスクドライブ部５１、ハードディスクドライブ（ＨＤＤ）１００ａ、ビデオミキシング（Ｖミキシング）部６６、フレームメモリ部７３、アナログＴＶ用Ｄ／Ａ変換部６７、アナログＴＶチューナ部８２、地上波デジタルチューナ部８９、および、衛星アンテナ８３ａに接続されるＳＴＢ（Set Top Box）部８３により構成されている。さらに、この装置は、ストリーマとしてデジタル入出力に対応するため、ＩＥＥＥ１３９４などのデジタルＩ／Ｆ７４を備えている。
【０１１３】
なお、ＳＴＣ部１０２は、図１５、図１８のＰＡＴ＿ｂａｓｅに合わせて、２７ＭＨｚベースでクロックカウントを行うように構成されている。
【０１１４】
ＳＴＢ部８３は、受信したデジタル放送データのデコードを行なってＡＶ信号（デジタル）を発生させ、そのＡＶ信号をストリーマ内のエンコーダ部７９、デコーダ部５９およびＤ／Ａ変換器６７を介してＴＶ６８に送り、受信したデジタル放送の内容を表示させることが可能に構成されている。あるいは、ＳＴＢ部８３は、デコード後のＡＶ信号（デジタル）を直接Ｖミキシング部６６に送り、そこからＤ／Ａ変換器６７を介してアナログＡＶ信号をＴＶ６８に送ることも可能に構成されている。
【０１１５】
ところで、図２０の装置はビデオレコーディングとストリームレコーディングの両機能を備えたレコーダを構成しているので、ビデオレコーディングでは不要な構成（ＩＥＥＥ１３９４Ｉ／Ｆなど）やストリームレコーディングでは不要な構成（ＡＶ入力用のＡ／Ｄ変換器８４、オーディオエンコード部８６、ビデオエンコード部８７など）を備えている。
【０１１６】
エンコーダ部７９内は、Ａ／Ｄ変換器８４、ビデオエンコード部８７、ビデオエンコード部８７への入力切換セレクタ８５、オーディオエンコード部８６、（図示しないが必要に応じて）副映像エンコード部、フォーマット部９０、バッファメモリ部９１を含んで構成されている。
【０１１７】
また、デコード部５９は、メモリ６０ａを内蔵する分離部６０、メモリ６１ａおよび縮小画像（サムネールなど）の生成部６２を内蔵するビデオデコード部６１、副映像（ＳＰ）デコード部６３、メモリ６４ａを内蔵するオーディオデコード部６４、ＴＳパケット転送部１０１、ビデオプロセサ（Ｖ−ＰＲＯ）部６５、オーディオ用Ｄ／Ａ変換器７０より構成されている。このＤ／Ａ変換器７０からのアナログ出力（モノラル、ステレオ、あるいはＡＡＣ５．１ＣＨサラウンド）は、図示しないＡＶアンプ等に入力され、必要本数のスピーカ７２が駆動される。
【０１１８】
ところで、録画中のコンテンツをＴＶ６８に表示するために、記録するストリームデータを、Ｄ−ＰＲＯ部５２に送るのと同時に、デコーダ部５９へも同時に送り、その再生を行うことができる。この場合、ＭＰＵ部８０はデコーダ部５９へ再生時の設定を行い、その後はデコーダ部５９が自動的に再生処理を行う。
【０１１９】
Ｄ−ＰＲＯ部５２は、例えば１６パック毎にまとめてＥＣＣグループとし、ＥＣＣをつけてドライブ部５１へ送る。ただし、ドライブ部５１がディスク１００への記録準備が出来ていない場合には、一時記憶部５３へ転送し、データを記録する準備が出来るまで待ち、用意が出来た段階で記録を開始する。ここで、一時記憶部５３は高速アクセスで数分以上の記録データを保持するため、大容量メモリが想定される。この一時記憶部５３は、ＨＤＤ１００ａの一部を利用して構築することも可能である。
【０１２０】
なお、ＭＰＵ部８０は、ファイルの管理領域などを読み書きするために、Ｄ−ＰＲＯ部５２へ専用のマイコンバスを通して読み書きできるように構成されている。
【０１２１】
図２０の装置では、記録媒体として第１にＤＶＤ−ＲＡＭ／−ＲＷ／−Ｒ／Ｂｌｕｅメディア（ブルーレーザを用いる録再可能メディア）等の光ディスク１００を想定し、その補助記憶装置としてハードディスクドライブ（ＨＤＤ）１００ａ（および／または図示しない大容量メモリカード等）を想定している。
【０１２２】
これら複数媒体の使い方としては、例えば次のようなものがある。すなわち、ＨＤＤ１００ａに図１〜図１９のデータ構造（フォーマット）を利用してストリームレコーディングを行う。そして、ＨＤＤ１００ａに記録されたストリームレコーディングコンテンツのうち、ユーザが保存したいと希望するプログラムについては、ディスク１００にそのままストリームレコーディング（ダイレクトコピーあるいはデジタルダビング）する（コピー制御情報ＣＣＩでコピーが禁止されていない場合）。こうすれば、デジタル放送のオリジナルと同等のクォリティを持つ所望プログラムだけをディスク１００に纏めることができる。さらに、ディスク１００にコピーされたストリームレコーディングコンテンツはこの発明のデータ構造を利用しているので、ストリームレコーディングであるにも拘わらず、タイムサーチ等の特殊再生（図４４を参照して後述）が容易なものとなる。
【０１２３】
以上のような特徴を持つデジタルレコーダ（ＤＶＤ−ＲＡＭ／−ＲＷ／−Ｒ／ＢｌｕｅメディアとＨＤＤとの組み合わせで構成されたストリーマ／ビデオレコーダ）の具体例が、図２０の装置である。図２０のデジタルレコーダは、大きくいって、チューナ部（８２、８３、８９）と、ディスク部（１００、１００ａ）と、エンコーダ部７９と、デコーダ部５９と、制御部（８０）を含んで構成されている。
【０１２４】
衛星デジタルＴＶ放送は、放送局より通信衛星を通して放送される。放送されたデジタルデータは、ＳＴＢ部８３で受信され再生される。このＳＴＢ８３は、放送局から配給されるキーコードを元に、スクランブルされたデータを伸張し再生を行う装置である。このとき、放送局からのスクランブルが解除される。ここで、データがスクランブルされているのは、放送局と受信契約を行っていないユーザが放送番組を不正に視聴することを防ぐ意味で行っている。
【０１２５】
ＳＴＢ部８３内では、図示しないが、放送されたデジタルデータは、チューナシステムにより受信される。受信されたデータは、そのまま再生される場合には、デジタル伸張部でスクランブルが解除され、ＭＰＥＧデコーダ部で受信データがデコードされ、ビデオエンコーダ部でＴＶ信号に変換され、このＴＶ信号がＤ／Ａ変換器６７を介して外部に送出される。これにより、ＳＴＢ部８３で受信されたデジタル放送番組をアナログＴＶ６８で表示できるようになる。
【０１２６】
地上波デジタル放送は、通信衛星を経由しない（および無料放送ではスクランブルが掛けられない）点を除き、衛星放送と同様に受信され処理される。すなわち、地上波デジタル放送は地上波デジタルチューナ部８９で受信され、そのまま再生される場合はデコード後のＴＶ信号がＤ／Ａ変換器６７を介して外部に送出される。これにより、地上波デジタルチューナ部８９で受信されたデジタル放送番組をアナログＴＶ６８で表示できる。
【０１２７】
地上波アナログ放送は、地上波チューナ部８２で受信され、そのまま再生される場合は受信されたアナログＴＶ信号が外部に送出される。これにより、地上波チューナ部８２で受信されたアナログ放送番組をＴＶ６８で表示できる。
【０１２８】
外部ＡＶ入力８１からアナログ入力されたアナログビデオ信号は、そのままストレートにＴＶ６８に送出することも可能であるが、Ａ／Ｄ変換器８４で一旦Ａ／Ｄ変換し、その後Ｄ／Ａ変換器６７でアナログビデオ信号に戻してから、外部ＴＶ６８側へ送出するように構成することもできる。このように構成すると、ジッタの多いアナログＶＣＲ再生信号が外部ＡＶ入力８１から入力された場合でも、ジッタのない（デジタルタイムベースコレクションされた）アナログビデオ信号をＴＶ６８側に出力できる。
【０１２９】
デジタルＩ／Ｆ（ＩＥＥＥ１３９４インターフェイス）７４からデジタル入力されたデジタルビデオ信号は、Ｄ／Ａ変換器６７を介して外部ＴＶ６８側へ送出される。これにより、デジタルＩ／Ｆ７４に入力されたデジタルビデオ信号をＴＶ６８で表示できる。
【０１３０】
衛星デジタル放送、地上波デジタル放送、あるいはデジタルＩ／Ｆ７４から入力されたビットストリーム（ＭＰＥＧ−ＴＳ）は、図１（ｅ）のストリームオブジェクト１３２として、ディスク１００（および／またはＨＤＤ１００ａ）のストリームオブジェクト群記録領域１３１（図１（ｄ））にストリームレコーディングできる。
【０１３１】
また、地上波アナログ放送あるいはＡ／Ｖ入力８１からのアナログビデオ信号は、ディスク１００（および／またはＨＤＤ１００ａ）のＶＲオブジェクト群記録領域１２２（図１（ｄ））にビデオレコーディングできる。
【０１３２】
なお、地上波アナログ放送あるいはＡ／Ｖ入力８１からのアナログビデオ信号は、一旦Ａ／Ｄ変換したあと、ビデオレコーディングでなくてストリームレコーディングするように装置を構成することもできる。逆に、衛星デジタル放送、地上波デジタル放送、あるいはデジタルＩ／Ｆ７４から入力されたビットストリーム（ＭＰＥＧ−ＴＳ）は、（必要なフォーマットコンバートをしてから）ストリームレコーディングでなくてビデオレコーディングするように装置を構成することも可能である。
【０１３３】
ストリームレコーディングまたはビデオレコーディングの記録／再生制御は、メインＭＰＵ部８０のファームウエア（後述する図２４〜図４４の動作に対応した制御プログラム等）により行われる。ＭＰＵ部８０はストリームレコーディングおよびビデオレコーディングの管理データ作成部８０Ｂを持ち、ワークＲＡＭ８０Ａを作業エリアとして種々な管理情報（図２〜図１９など）を作成し、作成した管理情報を、図１（ｄ）のＡＶデータ管理情報記録領域１３０に適宜記録する。また、ＭＰＵ部８０は、ＡＶデータ管理情報記録領域１３０に記録された管理情報を再生し、再生した管理情報に基づき種々な制御（図２４〜図４４）を行う。
【０１３４】
図２０の装置で用いる媒体１００（１００ａ）の特徴を簡単に纏めると、次のようになる。すなわち、この媒体は、管理領域１３０とデータ領域１３１で構成され、データ領域にはデータが複数のオブジェクトデータ（ＥＳＯＢ）に分かれて記録され、それぞれのオブジェクトデータはデータユニット（ＥＳＯＢＵ）の集まりで構成される。そして、１つのデータユニット（ＥＳＯＢＵ）は、ＭＰＥＧ−ＴＳに準じたデジタル放送信号をＴＳパケット毎に複数パケットでパックグループ化したパックグループにより構成される（図１、図１４参照）。一方、前記管理領域１３０は再生手順を管理する情報としてＰＧＣ情報（ＰＧＣＩ）を持ち、このＰＧＣ情報はセル情報（ＣＩ）を含んで構成される（図１０〜図１３参照）。さらに、管理領域１３０内にオブジェクトデータ（ＥＳＯＢ）を管理する情報を持つ（図４〜図９参照）。
【０１３５】
図２０の装置は、上記のようなデータ構造を持つ媒体１００（１００ａ）に対して、ビデオレコーディングの他にストリームレコーディングを行うことができる。その際、ＴＳパケットのストリーム内からプログラムマップテーブルＰＭＴやサービス情報ＳＩを取り出すために、ＭＰＵ部８０はサービス情報取り出し部（図示せず；管理データ作成部８０Ｂの一部を構成するファームウエア）を持つように構成される。またこのサービス情報取り出し部で取り出した情報を元に、属性情報（図８のＰＣＲ＿Ｐａｃｋ番号など）を作成する属性情報作成部（図示せず；管理データ作成部８０Ｂの一部を構成するファームウエア）を持つように構成される。
【０１３６】
図２１は、図１に示したＡＶデータ管理情報記録領域１３０に格納される管理情報を例示するもので、ビデオレコーディングの管理情報ＶＭＧとこの発明の一実施の形態に係るストリームレコーディングの管理情報ＥＳＭＧとが合体したデータ構造を説明する図である。この図は、図１に示したＡＶデータ管理情報記録領域１３０に格納される管理情報のうち、記録したデジタルＴＶ放送のＭＰＥＧ−ＴＳ（ＡＶデータの１つ）等を管理する情報（ＥＳＦＩＴ）がビデオレコーディングの管理情報ＶＭＧにどのように埋め込まれるかの一例を示している。ここでは、ムービーＡＶファイル情報テーブル（Ｍ＿ＡＶＦＩＴ）１３７０の次に図４〜図５で説明したストリームファイル情報テーブル（ＥＳＦＩＴ）１３２０を配置している。そして、ＥＳＦＩＴの後に、ビデオレコーディングの管理情報ＶＭＧと同様に、オリジナルプログラムチェーン情報（ＯＲＧ＿ＰＧＣＩ）１３３０と、ユーザ定義ＰＧＣ情報テーブル（ＵＤ＿ＰＧＣＩＴ）１３４０と、テキストデータマネージャ（ＴＸＴＤＴ＿ＭＧ）１３５０と、製造者情報テーブル（ＭＮＦＩＴ）１３６０が配置されている。このような（ビデオレコーディング規格に近い）管理情報のデータ構造を採用すると、既存のビデオレコーディング規格に基づくレコーダのために開発された既存の制御ソフトウエア資産を（一部の手直しで）有効活用しやすくなる。
【０１３７】
図２２は、図２１に示した管理情報（ＥＳＦＩＴ）１３２２に含まれるストリーム情報（ＥＳＯＢＩ＿ＳＴＩ＃１〜＃ｍの１つ）の中身がどのように構成されるかの一例を説明する図である。このＥＳＯＢＩ＿ＳＴＩは相対バイト位置の若い側から、ビデオ属性Ｖ＿ＡＴＲと、オーディオストリーム数ＡＳＴ＿Ｎｓと、副映像ストリーム数ＳＰ＿Ｎｓと、オーディオストリーム＃０の属性Ａ＿ＡＴＲ０と、オーディオストリーム＃１の属性Ａ＿ＡＴＲ１と、副映像のパレットデータＳＰ＿ＰＬＴを含んで構成される。
【０１３８】
図２３は、図２２に示したストリーム情報に含まれるビデオ属性情報（Ｖ＿ＡＴＲ）の中身がどのように構成されるかの一例を説明する図である。このＶ＿ＡＴＲは、ビデオ圧縮モードを示す情報（ＭＰＥＧ１かＭＰＥＧ２か等）と、ＴＶモードを示す情報（ＮＴＳＣかＰＡＬか、あるいはＳＤかＨＤか等）と、アスペクト比を示す情報と、ビデオ解像度を示す情報と、インターレース／プログレッシブの識別情報Ｉ／Ｐを含んで構成されている。
【０１３９】
ここで、アスペクト比を示す情報が“00b”であればアスペクト比＝４：３が示され、“01b”であればアスペクト比＝１６：９が示される。識別情報Ｉ／Ｐについては、“00”であればプログレッシブが示され、“01”であればインターレースが示される。
【０１４０】
また、ビデオ解像度を示す情報が“000”であれば水平＊垂直解像度が720*480本であることが示され、“001”であれば水平＊垂直解像度が704*480本であることが示され、“010”であれば水平＊垂直解像度が352*480本であることが示され、“011”であれば水平＊垂直解像度が352*240本であることが示され、“100”であれば水平＊垂直解像度が544*480本であることが示され、“101”であれば水平＊垂直解像度が480*480本であることが示され、“110”であれば水平＊垂直解像度が1920*1080本であることが示される。ここでは、720*480本のプログレッシブか、1920*1080本のインターレースまたはプログレッシブがハイビジョン相当のＨＤ解像度に対応する。それ以外はＳＤ解像度相当である。
【０１４１】
図２４は、図２０の装置の全体の動作の一例を説明するフローチャート図（全体動作処理フロー）である。例えば図２０の装置の電源がオンされると、ＭＰＵ部８０は、（工場出荷時またはユーザが設定した後の）初期設定を行い（ステップＳＴ１０）、表示設定を行って（ステップＳＴ１２）、ユーザ操作を待つ。ユーザがキー入力部１０３またはリモコン１０３ａからキー入力を行うと（ステップＳＴ１４）、ＭＰＵ部８０はそのキー入力の内容を解釈する（ステップＳＴ１６）。この入力キー解釈の結果に応じて、以下の４つのデータ処理が、適宜実行される。
【０１４２】
すなわち、キー入力が例えばタイマー予約録画設定のキー操作であれば、番組設定処理に入る（ステップＳＴ２０）。キー入力が録画開始のキー操作であれば、録画処理に入る（ステップＳＴ２２）。キー入力が再生開始のキー操作であれば、再生処理に入る（ステップＳＴ２４）。キー入力がＳＴＢへデジタル出力させるキー操作であれば、デジタル出力処理に入る（ステップＳＴ２６）。ステップＳＴ２０〜ＳＴ２６の処理は、そのタスク毎に適宜並列処理される。例えば、再生処理中（ＳＴ２４）にＳＴＢへデジタル出力する処理（ＳＴ２６）が並列に実行される。あるいは、タイマー予約録画でない録画処理中（ＳＴ２２）に新たな番組設定処理（ＳＴ２０）を並列に処理するように構成することができる。あるいは、高速アクセス可能なディスク記録の特徴を生かし、録画処理（ＳＴ２２）中に再生処理（ＳＴ２４）とデジタル出力処理（ＳＴ２６）を並列処理するように構成することもできる。
【０１４３】
図２５は、図２０の装置の動作における割り込み処理の一例を説明するフローチャート図（割り込み処理フロー）である。ＭＰＵ部８０の制御動作における割り込み処理では、まず割り込み要因がチェックされる（ステップＳＴ３０）。割り込み要因が「Ｄ−ＰＲＯ部５２へ１パック分の転送が終了したことによるもの」であれば、録画パック数が１つインクリメントされる（ステップＳＴ３０１）。割り込み要因が「フォーマッタ部９０からの切り分け情報取り込みによるもの」であれば、切り分け情報１の取り込み割り込みフラグ（図示せず）がセットされる（ステップＳＴ３０２）。
【０１４４】
図２６および図２７は、図２０の装置の録画動作（図２４のＳＴ２２）の一例を説明するフローチャート図（録画フロー）である。
【０１４５】
<01>ＭＰＵ部８０がキー入力部より録画命令受けると、ドライブ部５１から管理データを読み込み（ステップＳＴ１００）、書き込む領域を決定する。このとき、ファイルシステムをチェックし、録画可能かどうか（ディスク１００またはＨＤＤ１００ａに録画可能容量が残っているか）を判断する。録画可能でない場合は（ステップＳＴ１０２ノー）、その旨をユーザに示して（ステップＳＴ１０４）、録画処理を中止する。
【０１４６】
録画可能の場合は（ステップＳＴ１０２イエス）、デジタル放送のストリームレコーディングを行うのか、アナログ放送のビデオレコーディング（またはデジタル放送信号をＤ／Ａ変換したアナログ信号のビデオレコーディング）をおこなうのかの判定が行われる。デジタル放送のストリームレコーディングでないときは（ステップＳＴ１０６ノー）、ビデオレコーディング規格に基づく録画処理に移行する。デジタル放送のストリームレコーディングであれば（ステップＳＴ１０６イエス）、ステップＳＴ１００で読み取った管理データに基づいて、記録開始位置を決定する。
【０１４７】
<02>決定された領域に書き込むように管理領域を設定し、ビデオデータの書き込みスタートアドレスをドライブ部５１に設定し、データを記録する準備を行う（ステップＳＴ１１０）。
【０１４８】
<03>録画用初期設定の一環として、ＳＴＣ部１０２に対して、時間のリセットを行う（ステップＳＴ１１２）。ここで、ＳＴＣ部１０２はシステムタイマであり、このタイマのカウント値を基準にして、（フレーム単位の細かさで）録画／再生を行う。
【０１４９】
<04>録画する番組のＰＡＴ（ＳＴＢ部８３からのＭＰＥＧ−ＴＳに含まれている）を読み込み、目的の番組のＰＭＴを取り込むためのＰＩＤを決定し、目的のＰＭＴを読み込み、デコードすべき（録画すべき）各データ（ビデオ、オーディオ）のＰＩＤを決定する。このとき、ＭＰＵ部８０のワークＲＡＭ部８０ＡにＰＡＴ、ＰＭＴを保存し、それらを管理情報に書き込む（ステップＳＴ１１６）。また、ファイルシステムに、ＶＭＧファイルのデータを書き込み、ＶＭＧＩに必要な情報（図３）を書き込む。
【０１５０】
<05>録画用初期設定の一環として、各部へ録画設定を行う（ステップＳＴ１１２）。このとき、フォーマッタ部９０へ、各データの切り分けの設定や、ＴＳパケットの受け取り設定を行う。また、このとき、記録すべきデータのＰＩＤを設定し、目的のビデオストリームのみ記録する様にする。また、バッファメモリ部９１へＴＳパケットの保持を開始する様に設定する。
【０１５１】
録画開始設定の一環として、フォーマッタ部９０へ、バッファメモリ部９１からのバッファデータ取り込み開始処理を設定する（ステップＳＴ１１４）。すると、フォーマッタ部９０は、バッファ取り込み処理（図２９を参照して後述）を開始する。
【０１５２】
<06>ＰＴＭよりＳＴＩを作成する（図２７のステップＳＴ１２０；その詳細は図２８）。次に、バッファメモリ部９１への取り込み処理を開始する（ステップＳＴ１３０）。
【０１５３】
<07>バッファメモリ部９１内のデータが一定量（1個の連続データエリアＣＤＡ分）たまった場合は（ステップＳＴ１４０イエス）、Ｄ−ＰＲＯ部５２を通して所定のＥＣＣ処理（例えば８セクタ１６ｋバイト単位ないし３２セクタ６４ｋバイト単位でＥＣＣブロックを作成する）を行い、ディスクに記録する（ステップＳＴ１４２）。
【０１５４】
<08>録画中、定期的に（フォーマッタ部９０のバッファＲＡＭ９１が一杯になる前；ステップＳＴ１４４イエス）、切り分け情報をＭＰＵ部８０のワークＲＡＭ部８０Ａに保存する（ステップＳＴ１４６）。ここでの切り分け情報は、ＥＳＯＢＵの切り分け情報であり、ＥＳＯＢＵの先頭のアドレス、ＥＳＯＢＵのパック長、もしくはＩピクチャの終了アドレス、ＥＳＯＢＵの到着時間（ＡＴＳ）等である。
【０１５５】
<09>録画中のディスク１００（または１００ａ）の残量をチェックし、残量が一定値（例えば１５０Ｍバイト）以下に以上少なくなった場合には、図示しないが、残り容量少処理を行うように構成することができる。この残り容量少処理としては、ディスク上に消去可能な未消去データ（ごみ箱ファイルに捨てられた仮消去ファイル）があればそれを消去して残り容量を増やす処理がある。あるいは、残り容量少処理としては、記録レートを落として（あるいはＭＰＥＧ２記録をＭＰＥＧ１記録に切り替えて）物理的な残り容量が同じでも録画可能時間を増やす処理もある。あるいは、ディスク１００上にアフレコ等に利用するダミーパックを記録している場合において、このダミーパックの記録を中止する処理を、この残り容量少処理の一部として行うことも可能である。あるいは、ディスク１００の残り容量が少なくなったときに、ＨＤＤ１００ａの未記録エリアへリレー録画を継続する処理を、この残り容量少処理の一環として行うことも可能である。
【０１５６】
<10>録画終了かどうかをチェックし（録画終了キーを入力したかどうか、または、残り容量が無くなったかどうか）、終了時には（ステップＳＴ１４８イエス）、フォーマッタ部９０より残りの切り分け情報を取り込み、ワークＲＡＭ部９１へ追加し、それらのデータを管理データ（ＶＭＧＩ）に記録し、さらに、ファイルシステムに、残りの情報を記録する（ステップＳＴ１５０）。
【０１５７】
<11>終了で無い場合（ステップＳＴ１４８ノー）は、ステップＳＴ１４０に移行し、データの取り込み（ステップＳＴ１３０）及び書き込み（ステップＳＴ１４２）を続けて行うようにする。
【０１５８】
図２８は、図２７に示したストリーム情報作成処理（ＳＴ１２０）の中身の一例を説明するフローチャート図（ＳＴＩ設定処理フロー）である。ＭＰＥＧ−ＴＳを記録するストリームレコーディングでは、記録しようとするストリーム内にＰＭＴが含まれており、このＰＭＴ内に、ストリームタイプが記述されている（図３４を参照して後述）。
【０１５９】
そこで、ストリーム情報作成処理（ＳＴ１２０）では、まず、ＰＭＴ内（図３４）のストリームタイプを調べる（ステップＳＴ１２００、ＳＴ１２０２）。ストリームタイプが“0x01”であればＭＰＥＧ１ビデオのＳＴＩ設定処理を行い（ステップＳＴ１２０４）、ストリームタイプが“0x02”であればＭＰＥＧ２ビデオのＳＴＩ設定処理を行い（ステップＳＴ１２０６）、ストリームタイプが“0x03”であればＭＰＥＧ１オーディオのＳＴＩ設定処理を行い（ステップＳＴ１２０８）、ストリームタイプが“0x04”であればＭＰＥＧ２オーディオのＳＴＩ設定処理を行う（ステップＳＴ１２１０）。このような、ストリームタイプの種別毎に内部のデータをチェックし、各属性情報を設定する。全てのストリームに対してＳＴＩの作成（設定処理）が済めば（ステップＳＴ１２１２ノー）、図２８の処理を抜けて図２７のステップＳＴ１３０に移る。
【０１６０】
図２６〜図２８の記録時の信号の流れでは、ＳＴＢ部８３（または地上波デジタルチューナ８２）で受け取ったＴＳパケットデータがフォーマッタ部９０でパックグループ化されてバッファＲＡＭ９１に保存される。そして、パックグループ化されたＴＳパケットデータがバッファRAM９１に一定量たまった時点（1またはその整数倍のＣＤＡ分がたまった段階で）でディスク１００に記録される。この時の動作は図２９を参照して後述するが、ＴＳパケットを受信すると８５パケットづつグループ化し、パックグループヘッダを作成するようになっている。
【０１６１】
図２９は、図２７に示したバッファ取り込み処理（ＳＴ１３０）の中身の一例を説明するフローチャート図（バッファ取り込み処理フロー）。
【０１６２】
<01>ＴＳパケットを受信する（ステップＳＴ１３００）。
【０１６３】
<02>取り込んだＴＳパケットにＰＣＲが有る場合は（ステップＳＴ１３０２イエス）、ＳＴＣ１０２の修正を行う（ステップＳＴ１３０４）。
【０１６４】
<03>パックグループの先頭の場合は（ステップＳＴ１３０６イエス）、その到着時間をＳＴＣより取り込み、AＴＳとする（ステップＳＴ１３０８）。先頭でない場合は（ステップＳＴ１３０６ノー）、先頭のAＴＳの値と到着時間の差分をＩＡＰＡＴとして、そのＴＳパケットの前（つまり前回のＴＳパケットの後）に配置する（ステップＳＴ１３１０）。
【０１６５】
<04>最初に取り込んでおいた本ストリームの属するＰＭＴ内にコピー情報が有るかどうか調べ、有る場合は（ステップＳＴ１３１２イエス）、その情報を全てのパックグループヘッダに書くため、その情報（図３６、図３７）を元にコピー制御情報ＣＣＩ（図１６）を構成し、パックグループヘッダに保存する（ステップＳＴ１３１３）。
【０１６６】
<05>ＰＭＴ内にコピー情報がなく（ステップＳＴ１３１２ノー）、受信したＴＳパケット内にコピー記述子がない場合は（ステップＳＴ１３１４ノー）、前回のパックと同じ情報を元にコピー情報を構成する（ステップＳＴ１３１５）。有る場合は（ステップＳＴ１３１４イエス）、その情報を元にコピー制御情報ＣＣＩ（図１６）を構成し、パックグループヘッダに保存する（ステップＳＴ１３１６）。
【０１６７】
<06>次に、ＴＳパケット内にコンポーネント（図３９）の記述子があるかどうかを調べ、ない場合は（ステップＳＴ１３１８ノー）、前回のパックと同じ情報をパックグループヘッダに保存する（ステップＳＴ１３１９）。有る場合は（ステップＳＴ１３１８イエス）、その情報（図３９）を元に解像度情報（図１７）を構成し、パックグループヘッダに保存する（ステップＳＴ１３２０）。
【０１６８】
<07>次に、パックグループが終わったかどうかを判定（具体的には、８５個のＴＳパケットをグルーピングしたかどうかを判定）し、終わってない場合は（ステップＳＴ１３２２ノー）、バッファ取り込み処理ＳＴ１３０の先頭へ移行する。終わった場合は（ステップＳＴ１３２２イエス）、グループデータをバッファＲＡＭ９１内に一時保存する（ステップＳＴ１３２３）。
【０１６９】
ここで、ＰＴＳはピクチャ先頭がグループ内に含まれている場合に、ＴＳパケットの中をみて保存する。また、ビデオデータが無く、オーディオデータのみの場合は、オーディオ用のコピー情報にしたがって、ＣＣＩを構成する。さらに、各情報の有無を検知し、ワークＲＡＭ８０Ａに保存し、記録終了時に、管理情報として、管理情報記録領域１３０に記録する（図２７のＳＴ１５０）。
【０１７０】
再生時は、ディスク１００（またはＨＤＤ１００ａ）から読み出されたパックデータは分離部６０で解析され、ＴＳパケットが入っているパックの場合には、ＴＳパケット転送部１０１へ送られる。さらに、その後、読み出されたパックデータは各デコーダ（６１、６３、６４）へ送られ、対応する再生（ビデオ再生、副映像再生、音声再生）が行なわれる。
【０１７１】
ＴＳパケットをＳＴＢ部８３へ転送する場合（あるいはＩＥＥＥ１３９４Ｉ／Ｆ７４を介して外部のデジタルＴＶ等へ送信する場合など）は、ＴＳパケット転送部１０１は、そのデータを、到着時と同じ時間間隔で、ＴＳパケットのみを転送する。
【０１７２】
図３０および図３１は、図２０の装置の再生動作（図２４のＳＴ２４）の一例を説明するフローチャート図（全体の再生動作フロー）である。
【０１７３】
<01>ディスクチェックし（ステップＳＴ２００）、書換可能なディスク（Ｒ，ＲＷ，ＲＡＭ）であるかかどうかをチェックする。書換可能なディスクで無い場合には（ステップＳＴ２００ノー）、その旨を返して（ステップＳＴ２０２）終了する。
【０１７４】
<02>書換可能なディスクである場合には（ステップＳＴ２００イエス）、ディスクのファイルシステムを読み出し、録画されたデータが有るかどうかチェックする（ステップＳＴ２０４）。何も録画されていない場合には（ステップＳＴ２０４ノー）、“録画されていません”と表示して（ステップＳＴ２０６）終了する。
【０１７５】
<03>録画されている場合には（ステップＳＴ２０４イエス）、管理情報（ＶＭＧファイル）１３０を読み込み（ステップＳＴ２０８）、再生するプログラム、セルを決定し（ユーザに選ばせ）、再生開始するファイルポインタ（論理アドレス）を決定する（ステップＳＴ２１０）。ここで、記録順の再生選択した場合には、ＯＲＧ＿ＰＧＣＩ（例えば図１０の１３３０）に従って再生を行う。番組毎の再生を（ユーザが設定した手順で）行う場合には、再生したい番組に相当する番号のＵＤ＿ＰＧＣＩ（または、例えば図１２のプレイリスト１３４２）に従って再生を行う。
【０１７６】
<04>再生開始時の処理を行う（ステップＳＴ２１２）。
【０１７７】
<05>各デコーダの初期設定を行う（ステップＳＴ２１４）。
【０１７８】
<06>セルの再生処理（図３２、図３３を参照して後述）を行なう（ステップＳＴ２２０）。再生終了かどうかをチェックし（ステップＳＴ２３０）、終了の場合には（ステップＳＴ２３０イエス）、エラーチェックを行なう（ステップＳＴ２４０）。エラーの場合には（ステップＳＴ２４０イエス）、その旨を表示し（ステップＳＴ２４２）、再生終了処理を行なう（ステップＳＴ２４４）。エラーでない場合には（ステップＳＴ２４０ノー）、再生終了処理を行い（ステップＳＴ２４６）、本動作を終了する。
【０１７９】
<07>再生終了でない場合には（ステップＳＴ２３０ノー）、ＰＧＣＩより次のセルを決定し（ステップＳＴ２３２）、デコーダ（６１、６４等）の設定が変更されたかどうかをチェックする（ステップＳＴ２３４）。変更された場合には（ステップＳＴ２３４イエス）、次のシーケンスエンドコードにデコーダの設定が変更されるように、デコーダに変更属性を設定する（ステップＳＴ２３６）。その後、前のセル再生から次のセル再生への繋ぎがシームレス接続かどうかチェックする。シームレス接続でない場合は（ステップＳＴ２３８ノー）、ＭＰＥＧデコーダ（６１等）をフリーランモードに設定し、シームレス接続フラグをセットし（ステップＳＴ２３９）、ステップＳＴ２２０に戻る。シームレス接続の場合は（ステップＳＴ２３８イエス）、そのままステップＳＴ２２０に戻る。
【０１８０】
<08>セル再生処理中（ステップＳＴ２２０）、再生が終了したかどうかをチェックし（ステップＳＴ２３０）、再生終了しない場合は、ステップＳＴ２２０の処理を継続する。
【０１８１】
図３２および図３３は、図２０の装置におけるセル再生時の処理の一例を説明するフローチャート図（セル再生時の処理フロー）。セルの再生処理は、以下のようになる。
【０１８２】
<01>プログラムチェーン情報ＰＧＣＩ、マップ情報ＭＡＰＩにより、セルの開始ファイルポインタ（論理ブロックアドレス）、終了アドレスファイルポインタ（論理ブロックアドレス）を決定する。そして、読み出しＦＰ（ファイルポインタ）としてセルの開始ＦＰ（ファイルポインタ）を代入し、残りセル長に、最終ファイルポインタより開始ファイルポインタを引いた値を設定する（ステップＳＴ２２００）。
【０１８３】
<02>デコーダ部５９内部でデコード処理を行うよう設定する。このとき、再生するＴＳパケットにＰＩＤを設定し、デコードする対象を決める。ここで、ＰＩＤはＥＳＯＢＩ内のＰＭＴより読み込み設定する。また、複数ストリームのＥＳＯＢの場合、セルI内のプログラム番号を使用して、ＰＩＤを決定する。
【０１８４】
<03>再生中の読み出し処理を実行し、開始ファイルポインタより読み出しアドレス、読み出しサイズを決定する（ステップＳＴ２２０２）。
【０１８５】
<04>読み出す読み出し単位サイズと残りセル長を比べ、残りセル長が大きい場合には（ステップＳＴ２２０４イエス）、残りセル長より読み出す読み出し単位サイズを引いた値を、残りセル長に設定する（ステップＳＴ２２０６）。残りセル長が小さい場合には（ステップＳＴ２２０４ノー）、読み出し長を残りセル長にセットし、残りセル長を０にセットする（ステップＳＴ２２０８）。
【０１８６】
<05>読み出し長を読み出し単位の長さに設定し、ドライブ部５１へ読み出しアドレス、読み出し長、読み出し命令を設定する（ステップＳＴ２２１０）。その後、ドライブ部５１からＤ−ＰＲＯ部５２へ読み出しデータの転送が開始される（ステップＳＴ２２１２）。
【０１８７】
<06>（Ｄ−ＰＲＯ部５２内の図示しないバッファＲＡＭに）読み出しデータが１ＥＳＯＢＵ分たまるのを待つ（ステップＳＴ２２１４のノーのループ）。たまったら（ステップＳＴ２２１４イエス）、次のステップＳＴ２２１６に移行する。
【０１８８】
<07>デコーダ部５９内部では、読み出したパックグループデータを分離部６０が受け取り（ステップＳＴ２２１６）、パケット化する。そして、ストリームＩＤ、サブストリームＩＤに従って、ビデオパケットデータ（ＭＰＥＧビデオデータ）はビデオデコード部６１へ転送し、オーディオパケットデータはオーディオデコード部６４へ転送し、副映像パケットデータはＳＰデコード部６３へ転送する。また、ＴＳ転送部１０１は、読み出されたパックグループデータをエレメンタリストリームへと変換した後、内部バスで各デコーダ（６１、６４）へ送り、デコード処理を行う。
【０１８９】
上記転送処理中に、ビデオ信号の解像度に変化があれば（例えば再生中にＳＤ信号がＨＤ信号に切り替われば）（ステップＳＴ２２１８イエス）、Ｄ／Ａ変換器６７と外部ＴＶ６８との間に設けられたＤ端子の制御ラインを変更する（たとえばＤ１モードからＤ３モードに変更する）（ステップＳＴ２２２０）。
【０１９０】
またシームレス接続フラグがセットされておれば（ステップＳＴ２２２２イエス）、読み出しファイルポインタ＋読み出し長を読み出しファイルポインタに設定し、ＭＰＥＧデコーダ６１を通常モードに設定（ＳＣＲの読み込みおよび設定）し、シームレス接続フラグをセットする（ステップＳＴ２２２４）。
【０１９１】
<08>再生中、ＳＴＣ１０２の内容を再生時間として表示部１０４に表示する。ただし、ＳＴＢ部８３の方で、ビデオデータ内のＰＴＳを元に再生時間を表示できる場合には、そちらを使用することができる。
【０１９２】
<09>転送が終了したかどうかをチェックし、転送が開始しない場合（ステップＳＴ２２２６ノー）には、ステップＳＴ２２１４へ移行する。
【０１９３】
<10>その後、ＳＴ２２１４〜ＳＴ２２２２の処理を経過したあと、読み出しＦＰに、読み出しＦＰとステップＳＴ２２１０で設定した読み出し長を足したもの代入する（ステップＳＴ２２２４）。
【０１９４】
<11>転送が終了したかどうかをチェックし、終了した場合（ステップＳＴ２２２６イエス）には、残りセル長をチェックし“００”でない場合には（ステップＳＴ２２２８ノー）、ステップＳＴ２２０２へ移行し、“００”の場合には（ステップＳＴ２２２８イエス）、本処理を終了する。
【０１９５】
<12>転送が終了していない場合には（ステップＳＴ２２２６ノー）、キー入力をチェック（ステップＳＴ２２３０）する。特殊再生を行う場合には（ステップＳＴ２２３２イエスまたはＳＴ２２３６イエス）、その方向をセットし、マップ情報ＭＡＰＩを利用して読み出しファイルポインタＦＰを計算して、特殊再生時の読み込み処理（ステップＳＴ２２３４、ステップＳＴ２２３８）を行い、本処理を終了する。特殊再生を行なわない場合は（ステップＳＴ２２３２ノー、ＳＴ２２３６ノー）、ステップＳＴ２２１４へ移行する。
【０１９６】
特殊再生の目的ファイルポインタＦＰは、一定の時間を跳ばすようにマップ情報ＭＡＰＩよりＦＰを求める。またこのとき、一定時間でなく、一定のＥＳＯＢＵ数を跳ばしてＦＰを求める方法も考えられる。このとき、セルの最後まで行ったときには、プログラムチェーン情報ＰＧＣＩにより、次のセル情報を読み出し、セルが使用しているＥＳＯＢ番号とＭＡＰＩを選択し、同じように読み出しＦＰを求める。また、セルが無くなれば、そこで終了とする。
【０１９７】
図３４は、図２０の装置で用いることができるプログラムマップテーブルＰＭＴのデータ構造例を説明する図である。このＰＭＴにおいて、８ビットのストリームタイプ３４２１により、種々なストリームを識別できる。例えば、ストリームタイプが“0x01”であればＭＰＥＧ１ビデオのストリームであることが示され、ストリームタイプが“0x02”であればＭＰＥＧ２ビデオのストリーム（ハイビジョンはこちら）であることが示され、ストリームタイプが“0x03”であればＭＰＥＧ１オーディオのストリームであることが示され、ストリームタイプが“0x04”であればＭＰＥＧ２オーディオのストリーム（ＡＡＣマルチチャネルオーディオはこちら）であることが示される。
【０１９８】
図３５は、図３４のＰＭＴ、その他（サービスディスクリプションテーブルＳＤＴ、イベント情報テーブルＥＩＴ等）で利用できるデジタルコピー制御ディスクリプタの内容を例示する図である。
【０１９９】
このディスクリプタにおいて、「ディスクリプタ・タグ」フィールドは例えば“0xC1”とされ、「ディスクリプタ長」フィールドで記述長が示される。「デジタルレコーディングコントロール」フィールドには“コピー世代制御データ”が記述される。「マキシムビットレートフラグ」フィールドには“当該サービスの最大転送レートを記述するか否か”が記述される。記述しない場合のフラグは例えば“0”とされ、記述する場合のフラグは例えば“1”とされる。「コンポーネントコントロールフラグ」フィールドに“0”が記述されるときは、例えば番組全体を規定する（ＰＭＴの場合）。このフィールドに“1”が記述されるときは、その他の状態が記述される。「コピーコントロールタイプ」フィールドには“コピー世代制御データ”が記述される（図３６、図３７参照）。「ＡＰＳコントロールデータ」フィールドには“アナログ出力制御データ”が記述される（図３６参照）。「マキシムビットレート」フィールドには（マキシムビットレートフラグが“1”の場合に）“最大転送レート”が記述される。
【０２００】
図３６は、デジタルコピー制御がビデオデータに対してどのように運用されるかの一例を説明する図である。ビデオデータのコピー制御は、大きく分けて「制限無しコピー可（コピーフリー）」と、「コピー禁止（コピーネバーまたはノーモアコピー）」と、「１世代のみコピー可（コピーワンス）」の３種類がある。
【０２０１】
「制限無しコピー可」の場合、アナログコピー制御は「制限無しコピー可」となり、デジタルレコーディングコントロールは例えば“01”となり、コントロールタイプは例えば“00”となり、ＡＰＳコントロールデータは例えば“Don’t care（無視）”となる。
【０２０２】
「コピー禁止」の場合、（１）アナログコピー制御は「コピー禁止（デジタルコピーはできないがマクロビジョン（Ｒ）方式のコピー防止パルスは付かずアナログコピーは可能）」となり、デジタルレコーディングコントロールは例えば“01”となり、コントロールタイプは例えば“11”となり、ＡＰＳコントロールデータは例えば00”となる。
【０２０３】
あるいは「コピー禁止」の場合、（２）アナログコピー制御は「コピー禁止（アナログコピーもデジタルコピーも不可）」となり、デジタルレコーディングコントロールは例えば“01”となり、コントロールタイプは例えば“11”となり、ＡＰＳコントロールデータは例えば00以外”となる。
【０２０４】
「１世代のみコピー可」の場合、（３）アナログコピー制御は「１世代のみコピー可（但しコピー防止パルスは付かずアナログコピーは可能）」となり、デジタルレコーディングコントロールは例えば“01”となり、コントロールタイプは例えば“10”となり、ＡＰＳコントロールデータは例えば00”となる。
【０２０５】
あるいは「１世代のみコピー可」の場合、（４）アナログコピー制御は「１世代のみコピー可（それ以後の世代のコピーはアナログコピーもデジタルコピーも不可）」となり、デジタルレコーディングコントロールは例えば“01”となり、コントロールタイプは例えば“10”となり、ＡＰＳコントロールデータは例えば00”となる。
【０２０６】
図３７は、デジタルコピー制御がオーディオデータに対してどのように運用されるかの一例を説明する図である。オーディオデータのコピー制御も、大きく分けて「制限無しコピー可（コピーフリー）」と、「１世代のみコピー可（コピーワンス）」と、「コピー禁止（コピーネバーまたはノーモアコピー）」の３種類がある。
【０２０７】
「制限無しコピー可」の場合、デジタルレコーディングコントロールは例えば“01/11”となり、コントロールタイプは例えば“00”となる。
【０２０８】
「１世代のみコピー可」の場合、デジタルレコーディングコントロールは例えば“01/11”となり、コントロールタイプは例えば“10”となる。
【０２０９】
「コピー禁止」の場合、デジタルレコーディングコントロールは例えば“01/11”となり、コントロールタイプは例えば“11”となる。
【０２１０】
図３８は、図３４のＰＭＴ、その他（イベント情報テーブルＥＩＴ等）で利用できるコンポーネントディスクリプタの内容を例示する図である。
【０２１１】
このディスクリプタにおいて、「ディスクリプタ・タグ」フィールドは例えば“0x50”とされ、「ディスクリプタ長」フィールドで記述長が示される。「ストリームコンテンツ」フィールドには、例えば映像を示す“0x01”が記述される。「コンポーネントタイプ」フィールドには、例えば“コンポーネントの種別”が記述される。「コンポーネントタグ」フィールドには、例えば“番組内で共通のタグ”が記述される。「ＩＳＯ＿６３９ランゲージコード」フィールドには、例えば日本語の言語コードを示す“ｊｐｎ”が記述される。「Ｔｅｘｔ＿Ｃｈａｒ」フィールドには、「映像」とか「音声」などの文字列を入れることができる。
【０２１２】
図３９は、図３８に示したコンポーネントタイプの内容の一例を説明する図である。コンポーネントタイプが“0x01”であるときは、例えば「映像が４８０インターレース（または５２５インターレース）でありアスペクト比が４：３である」ことが示される。コンポーネントタイプが“0x03”であるときは、例えば「映像が４８０インターレース（または５２５インターレース）でありアスペクト比が１６：９であり、パンベクトルがない」ことが示される。コンポーネントタイプが“0x04”であるときは、例えば「映像が４８０インターレース（または５２５インターレース）でありアスペクト比が１６：９よりも大きい（シネマスコープのワイド画面など）である」ことが示される。
【０２１３】
コンポーネントタイプが“0xA1”であるときは、例えば「映像が４８０プログレッシブ（または５２５プログレッシブ）でありアスペクト比が４：３である」ことが示される。コンポーネントタイプが“0xA3”であるときは、例えば「映像が４８０プログレッシブ（または５２５プログレッシブ）でありアスペクト比が１６：９であり、パンベクトルがない」ことが示される。コンポーネントタイプが“0xA4”であるときは、例えば「映像が４８０プログレッシブ（または５２５プログレッシブ）でありアスペクト比が１６：９よりも大きい（シネマスコープのワイド画面など）である」ことが示される。
【０２１４】
コンポーネントタイプが“0xB1”であるときは、例えば「映像が１０８０インターレース（または１１２５インターレース）でありアスペクト比が４：３である」ことが示される。コンポーネントタイプが“0xB3”であるときは、例えば「映像が１０８０インターレース（または１１２５インターレース）でありアスペクト比が１６：９であり、パンベクトルがない」ことが示される。コンポーネントタイプが“0xB4”であるときは、例えば「映像が１０８０インターレース（または１１２５インターレース）でありアスペクト比が１６：９よりも大きい（シネマスコープのワイド画面など）である」ことが示される。
【０２１５】
図４０および図４１は、図２０の装置における全体的なデータ転送動作の一例を説明するフローチャート図（全体の転送動作フロー）である。図４０のステップＳＴ３００〜ＳＴ３１２は、前述した図３０のステップＳＴ２００〜ＳＴ２１２と同様な処理となっている。図４０のステップＳＴ３１４では、ＰＭＴより、再生するＰＩＤを決定してデコーダ部５９に設定し、ＳＴＣ１０２をリセットし、デコーダ部５９に転送設定を行う。そのあと、セル転送時の処理に入る（ステップＳＴ３２０）。図４１のステップＳＴ３２０〜ＳＴ３４６は、前述した図３１のステップＳＴ２２０〜ＳＴ２４６と同様な処理となっている。Ｄ／Ａだし、図４１では、図３１のステップＳＴ２３４〜ＳＴ２３９に対応する処理を行っていない。
【０２１６】
図３０〜図３１と図４０〜図４１を比較すれば分かるように、データを外部へ転送する処理は通常の再生処理とほとんど同じあるが、内容的には次のような違いがある。すなわち、図４０〜図４１の処理では、セル再生処理内において、ＴＳパケット転送部１０１は、パックグループ内のＡＴＳを元に転送時間を計算し、その転送時間に合った時間にＴＳパケットを送出する。また、ＰＣＲ位置情報よりＰＣＲを読み出し、ＳＴＣ１０２の時間調整を行う（ステップＳＴ３１４のＳＴＣリセット）ことで、内部クロック（ＳＴＣ）と外部クロック（ＰＣＲ）との同期を図っている。これにより、ストリームレコーディングされたデータのセル再生において、ユーザは時間ベースで再生ポイントを指定できるようになる。
【０２１７】
図４２および図４３は、図４１に示したセル転送時の処理（ＳＴ３２０）の具体例を説明するフローチャート図（セル転送時の処理フロー）である。図４２のステップＳＴ３２００〜ＳＴ３２１４は、前述した図３２のステップＳＴ２２００〜ＳＴ２２１４と同様な処理となっている。また、図４３のステップＳＴ３２１６〜ＳＴ３２３８は、ステップＳＴ３２１７〜ＳＴ３２２４を除き、前述した図３３のステップＳＴ２２１６〜ＳＴ２２３８と同様な処理となっている。
【０２１８】
図４３のステップＳＴ３２１６〜ＳＴ３２３８は、図２０のデコーダ部５９で処理される。まず、図１４等に示されるパックグループヘッダ１６１のＰＣＲ情報１５６によりＰＣＲの位置を知り、そのＰＣＲを図示しないレジスタ２に読み出す。そしてレジスタ２内のＰＣＲとＳＴＣ１０２のカウント値を比較し、違いがあればＳＴＣ１０２のカウント値（再生時間に対応）を修正する（ステップＳＴ３２１７）。次に、パックグループヘッダ１６１内のＡＴＳ１５１を図示しないレジスタ１に読み出す。そしてレジスタ１内のＡＴＳとＳＴＣ１０２のカウント値を比較し、両者が一致したら、最初のＴＳパケットを転送する（ステップＳＴ３２１９）。その後、次のＩＡＰＡＴを読み出して前記レジスタ１（図示せず）に加算し、その加算結果とＳＴＣ１０２のカウント値を比較し、両者が一致したら、次のＴＳパケットを転送する（ステップＳＴ３２２１）。
【０２１９】
以上を纏めると、ＴＳパケット送出に関する計算は、次のような方法で行うことができる。すなわち、パックグループの最初のＴＳパケットは、ヘッダ内のAＴＳとＳＴＣの値が一致した時に出力する。そして、２番目以降のＴＳパケットについては、AＴＳとこのＴＳパケットの直前のＩＡＰＡＴとを足したものを、ＳＴＣ１０２の値と比べ、両者が一致した時に送出する。
【０２２０】
以上の処理（ステップＳＴ３２１７〜ＳＴ３２２１）は、図１４のパックグループ１４０の場合では、８５回反復される（ステップＳＴ３２２３ノー）。８５個のＴＳパケット転送が終了すれば（ステップＳＴ３２２３イエス）、次の処理ステップＳＴ３２２４（図３３のステップＳＴ２２２４と同様な処理）に移る。あとは、図３３の処理と同様である。
【０２２１】
図４４は、図２０の装置において、デジタルＴＶ放送番組等の記録済みストリーム情報に対して、タイムサーチ（ユーザが指定した再生時間で行うサーチ）がどのように行われるかの一例を説明するフローチャート図（タイムサーチ時の処理フロー）である。
【０２２２】
<01>まず、ユーザに目的のタイトル、再生開始時間、ストリーム番号（１ストリームの場合は1）を選択させ、決定する（ステップＳＴ４００）。
【０２２３】
<02>ユーザの選択した情報により、再生するプログラムチェーンＰＧＣ、プログラムＰＧ、およびセルを決め、それに対応するプログラムチェーン情報ＰＧＣＩ、プログラム情報ＰＧＩ、およびセル情報ＣＩを、管理情報（図１０のＰＧＣＩ）から読み出す（ステップＳＴ４０２〜ＳＴ４０４）。
【０２２４】
<03>読み出したセル情報ＣＩ中の対応ＥＳＯＢ番号（図１１または図１３）より再生するＥＳＯＢＩを決定する（ステップＳＴ４０６）。また、読み出した管理情報（図４のＥＳＦＩＴ）中のストリーム番号より再生するＥＳＯＢＩ（例えば図６のＥＳＯＢＩ＃１）内のマップグループ番号（例えば図６のMAP_Group #n）を決定する（ステップＳＴ４０８）。
【０２２５】
<04>前記マップグループ番号に対応してマップグループが決定されると、再生時間に一番近く、再生時間より小さい値のマップグループエントリが決定され、マップエントリの情報（図７）が読み出される（ステップＳＴ４１０）。ここで、マップグループエントリは（ビデオレコーディングと同様に）１０秒毎に設けられている。
【０２２６】
<05>マップエントリ情報内のＥＳＯＢＵ番号（図７のＥＳＯＢＵ＿ＥＮＴ＿ＮＵＭｓ）より、対応するＥＳＯＢＵエントリ（例えば図８のＥＳＯＢＵ＿ＥＮＴ＃１）を読み出す。そして、ＥＳＯＢＵ再生時間（図８のＥＳＯＢＵ＿ＰＢ＿ＴＭ；フレーム数）をマップグループエントリ情報内の再生時間に加算していき、目的の再生時間に一番近く、目的の再生時間より小さい値のＥＳＯＢＵエントリを求める（ステップＳＴ４１２）。
【０２２７】
この時、マップエントリ情報内のＥＳＯＢＵのアドレス情報と、マップエントリ情報に示されるＥＳＯＢＵから、目的のＥＳＯＢＵまでの各ＥＳＯＢＵサイズ（図８のＥＳＯＢＵ＿ＳＺ）を加算し、ＥＳＯＢＵのアドレスを求める（ステップＳＴ４１４）。
【０２２８】
<06>目的のＥＳＯＢＵエントリ情報内のレファレンスピクチャ（Ｉピクチャ）のアドレスと目的のＥＳＯＢＵのアドレスより、再生開始すべきアドレスを求める（ステップＳＴ４１６）。この時、ＰＣＲ情報がパックグループヘッダ（図１４）にある場合は、パックグループヘッダを読み出す。
【０２２９】
<07>ＰＣＲ情報より、ＰＣＲのアドレスを求め、ＰＣＲを読み込み、ＳＴＣ１０２に設定する（ステップＳＴ４１８）。
【０２３０】
<08>デコーダ部５９にデコード初期設定を行い（ステップＳＴ４２０）、表示開始時間を目的の再生時間に設定する。
【０２３１】
<09>ステップＳＴ４１４で求めたアドレスより記録データが読み出されるように、ドライブ部５１に指示し、データの読み出しを開始する。
【０２３２】
<10>再生を開始すると、その後は、通常の再生処理（図３２〜図３３のセル再生処理など）に移行する。
【０２３３】
図４４の処理は、この発明のデータ構造が持つＰＣＲ位置情報（図１４の１５６および／または図８の１３２２３４）があればこそ可能な、ストリームレコーディングにおける再生時間ベースの特殊再生の一例である。
【０２３４】
なお、この発明は前述した実施の形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は可能な限り適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。更に、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適当な組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果の欄で述べられている効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
【０２３５】
【発明の効果】
以上詳述したように、この発明によれば、デジタルＴＶ放送などのデータのきめ細かな管理が可能となる。
【図面の簡単な説明】
【図１】 この発明の一実施の形態に係るデータ構造を説明する図。
【図２】 この発明の一実施の形態に係るデータ構造における再生管理情報層とオブジェクト管理情報層とオブジェクト層との関係を説明する図。
【図３】 図１に示したＡVデータ管理情報記録領域１３０に記録される管理情報の１つ（ＲＴＲ＿ＶＭＧ）の一部（ＲＴＲ＿ＶＭＧＩ）がどのように構成されるかの一例を説明する図。
【図４】 この発明の一実施の形態に係るデータ構造において、管理情報の１つ（ＲＴＲ＿ＶＭＧ）の他部（ＥＳＦＩＴ）がどのように構成されるかの一例を説明する図。
【図５】 図４に示した管理情報の他部（ＥＳＦＩＴ）の各構成要素の中身がどのように構成されるかの一例を説明する図。
【図６】 図５に示した管理情報の他部（ＥＳＦＩＴ）の各構成要素のうちオブジェクト情報（ＥＳＯＢＩ＃１〜＃ｍのうちの１つ）がどのように構成されるかの一例を説明する図。
【図７】 図６に示したオブジェクト情報（ＥＳＯＢＩ＃１）に含まれるマップグループ情報（ＭＡＰ＿Ｇｒｏｕｐ＃Ｉ〜＃ｎのうちの１つ）の一部（ＭＡＰ＿Ｇｒｏｕｐ＿ＧＩとＭＡＰ＿ＥＮＴ＃１〜＃ｒ）がどのように構成されるかの一例を説明する図。
【図８】 図６に示したオブジェクト情報（ＥＳＯＢＩ＃１）に含まれるマップグループ情報（ＭＡＰ＿Ｇｒｏｕｐ＃Ｉ〜＃ｎのうちの１つ）の他部（ＥＳＯＢＵ＿ＥＮＴ＃１〜＃ｑ）がどのように構成されるかの一例を説明する図。
【図９】 図８に示したマップグループ情報（ＭＡＰ＿Ｇｒｏｕｐ＃ｎの他部（ＥＳＯＢＵ＿ＥＮＴ＃１）に含まれる、プログラムクロックリファレンスの位置に関する情報（ＰＣＲ＿Ｐａｃｋ番号あるいは１ｓｔ＿Ｒｅｆ＿ＰＩＣ＿ＰＴＭ）が、ビデオデータおよびオーディオデータの有無でどのような内容を持つかの一例を説明する図。
【図１０】 図１に示したＡVデータ管理情報記録領域１３０に記録される管理情報の別の１つ（ＲＴＲ＿ＥＳＭＧ）の一部であるプログラムチェーン情報がどのように構成されるかの一例を説明する図。
【図１１】 図１０に示したプログラムチェーン情報の各構成要素の中身がどのように構成されるかの一例を説明する図。
【図１２】 図１に示したＡVデータ管理情報記録領域１３０に記録される管理情報の別の１つ（ＲＴＲ＿ＥＳＭＧ）の他部であるプレイリスト情報がどのように構成されるかの一例を説明する図。
【図１３】 図１２に示したプレイリスト情報の各構成要素がどのように構成されるかの一例を説明する図。
【図１４】 図１または図２に示したストリームオブジェクト用のデータユニット（ＥＳＯＢＵ）がどのように構成されるかの一例を説明する図。
【図１５】 図１４に示したパックグループヘッダに含まれるパックの到着時間（ＡＴＳ）がどのように構成されるかの一例を説明する図。
【図１６】 図１４に示したパックグループヘッダに含まれるコピー世代管理情報（またはコピー制御情報ＣＣＩ）がどのように構成されるかの一例を説明する図。
【図１７】 図１４に示したパックグループヘッダに含まれる表示制御情報（ＤＣＩ）がどのように構成されるかの一例を説明する図。
【図１８】 図１４に示したパックグループにおいて、パックグループヘッダの後に含まれるパケット到着時間の増分（ＩＡＰＡＴ）がどのように構成されるかの一例を説明する図。
【図１９】 図１４に示したパックグループヘッダに含まれるＰＣＲ位置情報（ＰＣＲ＿Ｐａｃｋ番号等）がどのように構成されるかの一例を説明する図。
【図２０】 この発明の一実施の形態に係るデータ構造を利用して、情報記録媒体（光ディスク、ハードディスク等）にＡＶ情報（デジタルＴＶ放送プログラム等）を記録し再生する装置の一例を説明するブロック図。
【図２１】 図１に示したＡＶデータ管理情報記録領域１３０に格納される管理情報をの一例を示すもので、ビデオレコーディングの管理情報ＶＭＧとストリームレコーディングの管理情報ＥＳＭＧとが合体したデータ構造を説明する図。
【図２２】 図２１に示した管理情報（ＥＳＦＩＴ）に含まれるストリーム情報（ＥＳＯＢＩ＿ＳＴＩ＃１〜＃ｍの１つ）の中身がどのように構成されるかの一例を説明する図。
【図２３】 図２２に示したストリーム情報に含まれるビデオ属性情報（Ｖ＿ＡＴＲ）の中身がどのように構成されるかの一例を説明する図。
【図２４】 図２０の装置の全体の動作の一例を説明するフローチャート図（全体動作処理フロー）。
【図２５】 図２０の装置の動作における割り込み処理の一例を説明するフローチャート図（割り込み処理フロー）。
【図２６】 図２０の装置の録画動作（その１）の一例を説明するフローチャート図（録画フロー）。
【図２７】 図２０の装置の録画動作（その２）の一例を説明するフローチャート図（録画フロー）。
【図２８】 図２７に示したストリーム情報作成処理（ＳＴ１２０）の中身の一例を説明するフローチャート図（ＳＴＩ設定処理フロー）。
【図２９】 図２７に示したバッファ取り込み処理（ＳＴ１３０）の中身の一例を説明するフローチャート図（バッファ取り込み処理フロー）。
【図３０】 図２０の装置の再生動作（その１）の一例を説明するフローチャート図（全体の再生動作フロー）。
【図３１】 図２０の装置の再生動作（その２）の一例を説明するフローチャート図（全体の再生動作フロー）。
【図３２】 図２０の装置におけるセル再生時の処理（その１）の一例を説明するフローチャート図（セル再生時の処理フロー）。
【図３３】 図２０の装置におけるセル再生時の処理（その２）の一例を説明するフローチャート図（セル再生時の処理フロー）。
【図３４】 図２０の装置で用いることができるプログラムマップテーブル（ＰＭＴ）のデータ構造例を説明する図。
【図３５】 図３４のＰＭＴ、その他（サービスディスクリプションテーブルＳＤＴ、イベント情報テーブルＥＩＴ等）で利用できるデジタルコピー制御ディスクリプタの内容を例示する図。
【図３６】 デジタルコピー制御がビデオデータに対してどのように運用されるかの一例を説明する図。
【図３７】 デジタルコピー制御がオーディオデータに対してどのように運用されるかの一例を説明する図。
【図３８】 図３４のＰＭＴ、その他（イベント情報テーブルＥＩＴ等）で利用できるコンポーネントディスクリプタの内容を例示する図。
【図３９】 図３８に示したコンポーネントタイプの内容の一例を説明する図。
【図４０】 図２０の装置における全体的なデータ転送動作（その１）の一例を説明するフローチャート図（全体の転送動作フロー）。
【図４１】 図２０の装置における全体的なデータ転送動作（その２）の一例を説明するフローチャート図（全体の転送動作フロー）。
【図４２】 図４１に示したセル転送時の処理（ＳＴ３２０）の具体例（その１）を説明するフローチャート図（セル転送時の処理フロー）。
【図４３】 図４１に示したセル転送時の処理（ＳＴ３２０）の具体例（その２）を説明するフローチャート図（セル転送時の処理フロー）。
【図４４】 図２０の装置において、デジタルＴＶ放送番組等の記録済みストリーム情報に対して、タイムサーチ（ユーザが指定した再生時間で行うサーチ）がどのように行われるかの一例を説明するフローチャート図（タイムサーチ時の処理フロー）。
【符号の説明】
１００…情報記録媒体（ＤＶＤ−ＲＡＭディスク等）；１２１…ＡＶデータ記録領域；１２２…ＶＲオブジェクト群記録領域；１３０…ＡＶデータ管理情報記録領域（ＲＴＲ＿ＶＭＧ／ＲＴＲ−ＥＳＭＧ）；１３１…エクステンド・ストリームオブジェクト群記録領域；１３２…エクステンド・ストリームオブジェクト（ＥＳＯＢ）；１３４…エクステンド・ストリームオブジェクトユニット（ＥＳＯＢＵ）；１４０…パックグループ；１６０…ＤＶＤトランスポートストリームパケット記録領域；１６１…パックグループヘッダ；１６２…ＭＰＥＧトランスポートストリーム（ＭＰＥＧ−ＴＳ）；１６３…インクリメンタル・アプリケーションパケット到着時間（ＩＡＰＡＴ）；１０…再生情報管理層；１１…プログラムチェーン（ＰＧＣ）；１２…プログラム（ＰＧ）；１３…セル；２０…ストリームオブジェクト管理情報層；２１…エクステンド・ストリームオブジェクト情報（ＥＳＯＢＩ）；２２…エクステンド・ストリームオブジェクトユニット情報（ＥＳＯＢＵＩ；グローバル情報）；２３…ビデオオブジェクト管理情報層；２４…ビデオオブジェクト情報（ＶＯＢＩ）；２５…ビデオオブジェクトユニット・エントリ（ＶＯＢＵＥ）；３０…ストリームオブジェクト（ＳＯＢ）層；３５…ビデオオブジェクト（ＶＯＢ）層；３６…ビデオオブジェクト（ＶＯＢ）；３７…ビデオオブジェクトユニット（ＶＯＢＵ）；３８…パック；５１…ディスクドライブ部（波長が例えば６５０ｎｍ〜４０５ｎｍのレーザを用いた光ディスクドライブ等）；５９…デコーダ部；７４…デジタルインターフェイス（ＩＥＥＥ１３９４ I/F等）；７９…エンコーダ部；８０…メインＭＰＵ部（制御部）；８３…セットトップボックス部（衛星デジタルチューナ）；８９…地上波デジタルチューナ；１００ａ…情報記録媒体（ハードディスクドライブ等）。

Claims (12)

1. ＭＰＥＧトランスポートストリームに準じたデジタルストリーム信号を記録するように構成された記録媒体において、
   前記記録媒体は管理領域とデータ領域を持ち、前記データ領域は前記デジタルストリーム信号のデータが複数のオブジェクトに分かれて記録できるように構成され、
   それぞれの前記オブジェクトは、整数個のグループオブピクチャを基準にして構成されるか、または再生時間で整数秒以下のデータで構成された、データユニットを含んで構成され、
   １つの前記データユニットは、複数のトランスポートストリームパケットをグループ化したパックグループより構成され、
   前記パックグループは、パックグループヘッダと、前記デジタルストリーム信号のデータを持つ前記トランスポートストリームパケットを含んだパックグループデータで構成され、
   前記管理領域は、再生順を管理する情報としてプログラムチェーン情報を持ち、前記プログラムチェーン情報が再生単位としてのセルに関するセル情報を含んで構成され、
   前記パックグループヘッダが、先頭の前記トランスポートストリームパケットの到着時間情報と、属性情報を含んで構成され、
   前記パックグループデータが、前記トランスポートストリームパケットのデータとともに、先頭の前記トランスポートストリームパケットの到着時間からの差分情報を含むことができるように構成された情報記録媒体。
2. 前記トランスポートストリームパケットのうちの少なくとも１つは、所定のプログラムクロックリファレンスを含むアダプテーションフィールドを持つように構成され、
   前記パックグループヘッダが、前記プログラムクロックリファレンスの位置情報を含むように構成された請求項１に記載の媒体。
3. ＭＰＥＧトランスポートストリームに準じたデジタルストリーム信号と、アナログ信号をＭＰＥＧエンコードによりデジタル化して得たビデオレコーディング信号とを記録するように構成された記録媒体において、
   前記記録媒体は管理領域とデータ領域を持ち、前記データ領域は前記ビデオレコーディング信号と前記デジタルストリーム信号とが共存できるように構成され、前記デジタルストリーム信号のデータが複数のオブジェクトに分かれて記録できるように構成され、
   それぞれの前記オブジェクトはデータユニットを含んで構成され、
   １つの前記データユニットは、複数のトランスポートストリームパケットをグループ化したパックグループより構成され、
   前記パックグループは、パックグループヘッダと、前記デジタルストリーム信号のデータを持つ前記トランスポートストリームパケットを含んだパックグループデータで構成され、
   前記管理領域は、再生単位としてのセルに関するセル情報と、前記オブジェクトの属性情報を含んで構成され、
   前記セル情報は、前記ビデオレコーディング信号のデータと前記オブジェクトのいずれも指定可能に構成され、このセル情報が、前記オブジェクトを指定するための番号情報を記録できるように構成された情報記録媒体。
4. 前記トランスポートストリームパケットのうちの少なくとも１つは、所定のプログラムクロックリファレンスを含むアダプテーションフィールドを持つように構成され、
   前記管理領域が、前記プログラムクロックリファレンスの位置情報を含むように構成された請求項３に記載の媒体。
5. 請求項１ないし請求項４のいずれか１項に記載の媒体に、ＭＰＥＧトランスポートストリームに準じたデジタルストリーム信号を記録するための方法において、
   前記デジタルストリーム信号を前記媒体のデータ領域に記録し、前記管理情報を前記媒体の管理領域に記録するように構成した情報記録方法。
6. 請求項１ないし請求項４のいずれか１項に記載の媒体から、ＭＰＥＧトランスポートストリームに準じた記録済みのデジタルストリーム信号を再生するための方法において、
   前記管理情報を前記媒体の管理領域から再生し、再生した前記管理情報に基づいて、前記デジタルストリーム信号を前記媒体のデータ領域から再生するように構成した情報再生方法。
7. 請求項１ないし請求項４のいずれか１項に記載の媒体から、ＭＰＥＧトランスポートストリームに準じた記録済みのデジタルストリーム信号を再生するための方法において、
   前記管理情報を前記媒体の管理領域から再生し、
   前記管理情報に基づいて、再生しようとする前記セルのデータに対応した前記トランスポートストリームパケットを前記媒体のデータ領域から読み出し、
   読み出した前記トランスポートストリームパケットに含まれる前記パックグループヘッダの内容に基づいて、前記トランスポートストリームパケットに含まれる前記記録済みのデジタルストリーム信号を再生するように構成した情報再生方法。
8. 請求項２または請求項４に記載の媒体から、ＭＰＥＧトランスポートストリームに準じた記録済みのデジタルストリーム信号を再生するための方法において、
   前記プログラムクロックリファレンスの位置情報に基づいて、前記デジタルストリーム信号から前記プログラムクロックリファレンスを読み出し、読み出した前記プログラムクロックリファレンスを所定のシステムタイムクロックに設定し、
   前記設定されたシステムタイムクロックを用いて、与えられた再生時間情報に対応したデータを、前記媒体に記録された前記デジタルストリーム信号から再生するように構成した情報再生方法。
9. 請求項１ないし請求項４のいずれか１項に記載の媒体に、ＭＰＥＧトランスポートストリームに準じたデジタルストリーム信号を記録するための装置において、
   前記デジタルストリーム信号を前記媒体のデータ領域に記録するように構成されたエンコーダ部と、
   前記管理情報を前記媒体の管理領域に記録するように構成された管理部とを具備した情報記録装置。
10. 請求項１ないし請求項４のいずれか１項に記載の媒体から、ＭＰＥＧトランスポートストリームに準じた記録済みのデジタルストリーム信号を再生するための装置において、
    前記管理情報を前記媒体の管理領域から再生するように構成された管理部と、
    再生した前記管理情報に基づいて、前記デジタルストリーム信号を前記媒体のデータ領域から再生するように構成されたデコーダ部とを具備した情報再生装置。
11. ＭＰＥＧトランスポートストリームに準じたデジタルストリーム信号をストリームオブジェクトとして扱うものであって、
    前記ストリームオブジェクトは１以上のストリームオブジェクトユニットにより構成され、
    前記ストリームオブジェクトユニットは１以上のパックグループにより構成され、
    前記パックグループが、先頭にパックグループヘッダを持ち、その後に１以上のＭＰＥＧトランスポートストリームパケットを格納するように構成され、
    前記ＭＰＥＧトランスポートストリームパケットのうちの少なくとも１つは、所定のプログラムクロックリファレンスを含むアダプテーションフィールドを持つように構成され、
    前記パックグループヘッダが、前記プログラムクロックリファレンスの位置情報を含むように構成されたデジタルストリーム信号のデータ構造。
12. ＭＰＥＧトランスポートストリームに準じたデジタルストリーム信号をストリームオブジェクトとして扱うものであって、
    前記ストリームオブジェクトは１以上のストリームオブジェクトユニットにより構成され、
    前記ストリームオブジェクトユニットは１以上のパックグループにより構成され、
    前記パックグループが、先頭にパックグループヘッダを持ち、その後に１以上のＭＰＥＧトランスポートストリームパケットを格納するように構成され、
    前記ＭＰＥＧトランスポートストリームパケットのうちの少なくとも１つは、所定のプログラムクロックリファレンスを含むアダプテーションフィールドを持つように構成され、
    前記デジタルストリーム信号は前記ストリームオブジェクトの管理情報を含むことができるように構成され、
    前記管理情報が、前記プログラムクロックリファレンスの位置を示す情報を含むように構成されたデジタルストリーム信号のデータ構造。

Images