(57)【特許請求の範囲】
【請求項１】
選択された視聴覚プログラムの内容である所望の内容を記録するために記録媒体に記録する修正トランスポートストリームを生成すべく、トランスポートストリームフォーマットで受信したデータを処理する方法であって、
受信トランスポートストリームは、所望の内容だけではなく、記録する必要のない他のプログラムの内容である不所望の内容を伝搬する基本ストリームの多重化情報を含み、
データの該基本ストリームは、符号化され、パケットヘッダを含む基本ストリーム（ＥＳ）パケットに分割され、
基本ストリームパケットは、複数のより小さいトランスポートパケットに細分され、第１の基本ストリーム及び第２の基本ストリームのトランスポートパケットは、受信トランスポートストリーム中で互いにインターリーブされ、かつ、何れのストリームからのデータも伝搬しないトランスポートパケットとインターリーブされ、
前記修正トランスポートストリームは、
所望の内容に対応する受信トランスポートパケットを識別、選択し、
実質的にストリームを再パッケージ化又は再多重化することなく、トランスポートストリームのターゲットデコーダモデルとの互換性を維持したまま、当該修正トランスポートストリームを形成するよう、選択されたトランスポートパケットを記録媒体に記録し、
所望の内容の全体における候補エントリーポイントの集合の中のいずれかの候補エントリーポイントを介して、当該修正トランスポートストリームの内容へアクセスする際に、再生装置が使用する補助情報を同じ記録媒体に記録する、
ことによって生成され、
前記補助情報の少なくとも一部は前記修正トランスポートストリームに記録され、
前記補助情報の少なくとも一部分は、前記修正トランスポートストリームを定義するため、トランスポートパケットに受信されたヘッダ情報を書き換え、
受信トランスポートストリームは、各基本ストリームと関連したトランスポートパケットＩＤコードを識別するストリームマッピング情報を含む場合があり、該ストリームマッピング情報は、所望の内容を識別するため使用され、受信トランスポートストリームの全体を通じて変更を受け、前記補助情報は、所望の内容を前記修正トランスポートストリームの全域で一様なＩＤコードの集合に再割当するため、トランスポートパケット内のパケットＩＤコードを書き換える、ことを特徴とする方法。
【請求項２】
基本ストリームは、記録されるべきオーディオ−ビジュアルプログラムの少なくともビデオとオーディオを含む、請求項１記載の方法。
【請求項３】
受信トランスポートストリームは、ＭＰＥＧトランスポートストリーム仕様に準拠する、請求項１又は２記載の方法。
【請求項４】
ユーザコマンドにしたがって、所望のエントリーポイントから前記修正トランスポートストリームを読み出すことによって、記録された前記補助情報を読み、再生処理を開始するため前記補助情報を使用することにより、受信トランスポートストリームのタイミングとは異なるタイミングで、蓄積されたプログラムセグメントを再生する手順を更に有する、請求項１乃至３のうちいずれか一項記載の方法。
【請求項５】
前記再生処理は、一連のエントリーポイントで前記修正トランスポートストリームを読み出すことにより、フレームの部分集合をユーザへ提示しながらプログラム全体を進めるため前記補助情報を使用して、フレームベースの基本ストリームのトリック再生モードを実行するため行われる、請求項４記載の方法。
【請求項６】
前記補助情報は、読み出され、前記修正トランスポートストリームの標準的な復号化の一部分として内在的に使用される、請求項４又は５記載の方法。
【請求項７】
前記補助情報は、更なるトランスポートストリームが記録媒体から再生されたとき、標準的な復号化を行う前に、該更なるトランスポートストリームを修正するため読み出され使用される、請求項４又は５記載の方法。
【請求項８】
トランスポートフォーマットで受信した基本ストリームデータの多重化情報を記録する装置であって、
請求項１乃至３のうちいずれか一項記載の方法を用いて修正トランスポートストリームを生成し記録するよう適合した手段を含む、装置。
【請求項９】
請求項４乃至７のうちいずれか一項記載の方法を用いて前記修正トランスポートストリームを再生する手段を更に有する、請求項８記載の装置。
【請求項１０】
選択された視聴覚プログラムの内容である所望の内容を記録媒体に記録するために記録用の修正トランスポートストリームを生成すべく、トランスポートストリームフォーマットで受信したデータを処理する方法であって、
データの該基本ストリームは、符号化され、パケットヘッダを含む基本ストリーム（ＥＳ）パケットに分割され、
基本ストリームパケットは、複数のより小さいトランスポートパケットに細分され、第１の基本ストリーム及び第２の基本ストリームのトランスポートパケットは、受信トランスポートストリーム中で互いにインターリーブされ、かつ、何れのストリームからのデータも伝搬しないトランスポートパケットとインターリーブされ、
受信トランスポートストリームは、各基本ストリームと関連したトランスポートパケットＩＤコードを識別するストリームマッピング情報を含む場合があり、
該ストリームマッピング情報は、受信トランスポートストリームの全体で変更され、
前記修正トランスポートストリームは、
前記ストリームマッピング情報を用いて、所望の内容に対応する受信トランスポートパケットを識別し、
所望の内容を、内容のタイプに応じて、一様なＩＤコードの集合へ再割当するため、トランスポートパケット内のパケットＩＤコードを修正し、
トランスポートストリームのターゲットデコーダモデルとの互換性を維持し、受信ストリームよりも多数の候補エントリーポイントが得られるように、当該修正トランスポートストリームを形成するため、選択されたトランスポートパケットを記録媒体に記録する、
ことによって生成される、
方法。
【請求項１１】
前記補助情報の少なくとも一部分は、前記修正トランスポートストリームの各候補エントリーポイントで現在のマッピング情報を再生するため挿入された付加的なトランスポートパケットを含む、請求項１０記載の方法。
【請求項１２】
トランスポートフォーマットで受信した基本ストリームデータの多重化情報を記録する装置であって、
請求項１０記載の方法を用いて修正トランスポートストリームを生成し記録するよう適合した手段を含む、
装置。
【請求項１３】
請求項４乃至７のうちいずれか一項記載の方法を用いて前記修正トランスポートストリームを再生する手段を更に有する、請求項１２記載の装置。
【発明の詳細な説明】
【０００１】
本発明は、デジタルビデオデータを記録し、後で再生する方法及び装置、並びに、このような方法及び装置を用いて作成された記録物に関する。本発明は、たとえば、デジタルＴＶ放送からの多重化されたオーディオ／ビデオデータストリームの記録に適用される。近年、このような放送は、ＭＰＥＧ−２仕様（ＩＴＵ＿Ｔ勧告Ｈ．２２２．０、又は、ＩＳＯ／ＩＥＣ  １３８１８−１）に準拠したトランスポートストリームフォーマットを採用する。しかし、この仕様に準拠することは、本発明の必須要件ではない。
【０００２】
上述のＭＰＥＧ−２仕様は、デジタルビデオ（オーディオを含む）プログラムを伝送、記録、再生する際に使用するマルチメディア多重化、同期及び時間基準再現（リカバリ）のための一般的な方法を規定する。この仕様は、各基本ビットストリーム（ビデオ、オーディオ、その他のデータ）がパケット化基本ストリーム（ＰＥＳ）にセグメント化され、夫々のパケットが二つの別個のストリームタイプのうちのいずれか一方に多重化されるパケットベースのマルチメディア多重化を規定する。プログラムストリーム（ＰＳ）は、可変長ＰＥＳパケットの複合物であり、ディスクへの記録のようなエラーの生じない環境で使用することが意図されている。トランスポートストリーム（ＴＳ）は、１８８バイトの固定長パケットにより構成され、多数プログラムの多重化機能、及び、一つのプログラムのうちの種々のＰＥＳパケットの多重化機能を具備し、放送のようなエラーを発生し易い環境で使用することを想定している。マルチメディア同期及び時間基準再現は、システム時間クロックに対するタイムスタンプ、及び、プレゼンテーション／デコーディングによって実現される。何れの場合でも、ストリームを任意の場所に入れることはできないように、かつ、復号化のために有効なデータを見つけることができないように、ストリームは、オーディオデータ、特に、ビデオデータを圧縮フォーマットで符号化する。
【０００３】
ビデオプログラムを配布するために従来の一つのシステムは、ＤＶＤ(Digital Versatile Disc)である。この規格は、動画及び関連した素材を光ディスクへ蓄積するためのＭＰＥＧ−２プログラムストリームの具体的なフォーマットを規定する。ＤＶＤ規格は、現時点では、予め記録された素材を配布することを想定しているが、現在普及しているビデオカセット型のシステムがアナログオーディオ／ビデオ（Ａ／Ｖ）素材を記録できるのと同様に、放送から、及び、家庭で記録された素材から、デジタルオーディオ／ビデオ（Ａ／Ｖ）データを記録することができる商用及び家庭用の両方のオーディオ及び／又はビデオ（Ａ／Ｖ）機器が確実に求められている。
【０００４】
デジタルシステムの消費者は、再生時間、ランダムアクセス、索引付けなどに関して、デジタル記録システムから同等及び実際には優れた性能が得られることを期待している。このようなシステムに寄与するように多数の提案がなされている。特に、本願出願時点では未公開である本願出願人による同時係属中のＷＯ００／２８５４４（ＰＨＮ  １７１６１）には、記録ストリームから、ストリームを解析することなく、入口ポイント及び出口ポイントを識別するための特徴ポイント情報（ＣＰＩ）のシステムが記載されている。ユーザは、Ａ／Ｖデータのシームレスの編集及びスムースな再生を期待する。本発明によって作成される記録物に適用可能なシームレス編集のための技術は、２０００年３月３１日に出願された英国特許出願０００７８６８．３を優先権の基礎出願とし、発明の名称が"Methods and Apparatus For Editing Digital Video Recodings, and Recodings Made By Such Methods"（ＰＨＮＬ  ０００１８１）であり、本願出願時点では未公開である本願出願人による同時係属中の国際特許出願ＷＯ−Ａ−００／００９８１（ＰＨＢ  ３４２６２ＷＯ）に開示されている。
【０００５】
上述の通り、ＭＰＥＧ仕様は、ＰＳフォーマットが記録プログラムに使用され、ＴＳフォーマットがＤＶＢのような確立した放送フォーマットで使用されることを想定している。放送からのプログラムを記録するため、ＴＳを記録用のＰＳへ変換し、次に、デジタルチャンネルを用いて再生するためＰＳをＴＳへ変換することが行われ得る。このような変換のためには、種々のバッファ制約などに関して、ストリームを逆多重化し、再多重化する必要があるが、これは、計算パワー及びバッファリングに要するハードウェアに関して高コストである。さらに、次世代の双方向ＴＶアプリケーションは、家庭用記録フォーマットがオリジナルの放送とは基本的に異なるアプローチを採用するならば、妥協することもできる。
【０００６】
放送フォーマットを「そのまま（トランスペアレントに）」記録するため、或いは、むしろ放送フォーマットから選択された一つのプログラムを記録するため、別の提案がなされている。これらの解決法では、要求されたプログラムの基本ストリーム（オーディオストリーム若しくはビデオストリーム）に対応したパケットは、単純に、再生されるべき時間を示すためタイムスタンプを用いてテープ（若しくはディスク）に順番に記録される。タイムスタンプを用いると、記録装置は、記録プログラムをデコーダへ渡し、放送プログラムを再生することができる。一例として、ＥＰ−Ａ−０９４４０８６は、放送ＴＳから選択されたプログラムを記録するシステムを提案する。この文献は、特に、（たとえば、衛星からの）全帯域ＴＳ多重化情報からのクロック基準（ＰＣＲ）値を、作成されたＴＳ記録物の選択されたプログラムだけを含むより帯域の狭いストリームに採用する方法を説明する。
【０００７】
残念ながら、トランスペアレントなＴＳ記録方式には、ランダムアクセス媒体を採用したときに明白になる制限がある。
【０００８】
たとえば、設計者は、Ｉピクチャだけを検出、抽出し、デコーダへ送るため、ピクチャの系列を素早く飛ばすことにより、早送り（若しくは巻戻し）再生を実現することを望む。放送フォーマット（ＭＰＥＧ−２トランスポートストリーム）は、パケット識別フィールド（ＰＩＤ）が記録中に一定であることを保証しない。このように、ストリームをスキップするとき、ストリームを順番に検査しない限り、検出すべきパケットがわからない。別の一例として、ＥＰ−Ａ−０９４４０８６では、ストリームを順番に検査しない場合に、少なくともＰＣＲデータが選択されたプログラムに関するデータに含まれることを仮定している。
【０００９】
本発明の目的は、普及しているアナログビデオ記録用フォーマットを利用したままで、ＭＰＥＧ−２トランスポートストリームＴＳのようなデータストリームを記録する方法及び装置を提供することである。
【００１０】
本発明の更に別の目的は、ＤＶＢのような放送フォーマットからデジタル記録したときに光ディスクのようなランダムアクセス記憶媒体の改良されたフレキシビリティを完全に実現することである。
【００１１】
特に、本願発明では、ＰＳフォーマットへの変換の負担を伴うことなく、放送ＴＳフォーマットのストリームを記録及びランダムアクセスに適したフォーマットへ変換するように要求された。
【００１２】
第１の局面において、本発明は、選択された視聴覚プログラムの内容（以下では、所望の内容と称する）を記録すべく記録媒体に記録するための修正トランスポートストリームを生成するため、トランスポートストリームフォーマットで受信したデータを処理する方法を提供する。受信トランスポートストリームは、所望の内容だけではなく、記録する必要のない他のプログラムの内容（望ましくない内容）を伝搬する基本ストリームの多重化情報を含み、データの基本ストリームは、符号化され、パケットヘッダを含む基本ストリーム（ＥＳ）パケットに分割され、ＥＳパケットは、複数のより小さいトランスポートパケットに細分され、第１の基本ストリーム及び第２の基本ストリームのトランスポートパケットは、受信トランスポートストリーム中で互いにインターリーブされ、何れのストリームからのデータも伝搬しないトランスポートパケットとインターリーブされる。修正トランスポートストリームは、
所望の内容に対応する受信トランスポートパケットを識別し、選択し、
実質的にストリームを再パッケージ化又は再多重化することなく、トランスポートストリームターゲットデコーダモデルに準拠したままで、上記修正トランスポートストリームを形成するため選択されたトランスポートパケットを記録媒体内に記録し、
所望の内容全体を通じて候補エントリーポイントの集合の中のいずれかを介して、修正トランスポートストリームの内容へアクセスする際に、再生装置が使用するための補助情報を同じ記録媒体に記録する、
ことによって生成される。
【００１３】
一実施例において、上記補助情報は、修正トランスポートストリームを保持するファイルとは異なるファイルに蓄積された情報を含み、少なくとも一つの望ましい基本ストリーム内で索引一覧特徴ポイントを構成する。これにより、個別のエントリーポイントを識別するため再生中に基本ストリームを解析する必要がなくなる。
【００１４】
受信トランスポートストリームは、各基本ストリームと関連したトランスポートパケットＩＤコードを識別するストリームマッピング情報を含み、上記ストリームマッピング情報は所望の内容を識別するため使用され、受信トランスポートストリームを通じて変更されやすい。かかる一実施例において、現在のマッピング情報は、各候補エントリーポイントで修正ストリームに挿入される。或いは、パケットＩＤは、パケットヘッダを修正することにより再割当され、記録物は、全体として、ストリームのタイプ毎（オーディオ、ビデオ、テレテキストなどのタイプ）に所定のパケットＩＤを使用する。
【００１５】
本発明の第２の局面によれば、選択された視聴覚プログラムの内容（以下では、所望の内容と称する）を記録すべく記録媒体に記録するための修正ストリームを生成するため、受信データストリームを処理する方法が提供される。受信データストリームは、所望の内容だけではなく、記録する必要のない他のプログラムの内容（望ましくない内容）を伝搬する基本ストリームの多重化情報により構成される。この方法は、
受信データストリームから、所望の内容を伝搬する基本データストリームを識別し抽出する手順と、
受信データ内で、記録されるべきプログラムの再生に有用な補助データを伝搬する基本ストリームを識別する手順と、
補助データを伝搬する基本ストリームが望ましくない内容の一つの伝搬部分である場合に、望ましくない内容の伝搬部分を用いることなく補助データを伝搬する新しい基本ストリームを生成する手順と、
記録用の上記修正データストリームを形成するため、受信ストリームから抽出された基本ストリームを新しい基本ストリームと共に多重化する手順と、
を有する。
【００１６】
補助データは、たとえば、視聴覚プログラムの再生を同期させるクロック基準データ（ＰＣＲ）を含む。
【００１７】
本発明は、上記面並びにその他の面において、記録データストリームを再生する方法と、このような記録物を記録、再生する装置と、このような方法によって生成された記録物及び信号を提供する。本発明のこれらの局面、並びに、本発明の選択的な特徴は、以下の実施例の説明を斟酌することにより明らかになるであろう。
【００１８】
本発明は、厳密にＭＰＥＧ−２規格に準拠した範囲のストリームだけに限定して適用されるものではなく、符号化された多重化ストリーム、特に、放送からのストリームを記録するときにも、同様にこのような制限は無い。
【００１９】
以下、添付図面を参照して、本発明の実施例を例示としてのみ説明する。
【００２０】
［デジタルビデオ記録−概論］
以下の説明では、特に、ＭＰＥＧ標準（ＭＰＥＧ１用のＩＳＯ／ＩＥＣ  １１１７２、ＭＰＥＧ２用のＩＳＯ／ＩＥＣ  １３８１８）に準拠して動作するＡ／Ｖ装置を想定するが、当業者は、本発明が、ＭＰＥＧ標準に準拠しない他のＡ／Ｖ符号化スキームに適用可能であることを認めるであろう。
【００２１】
図１では、破線で示されたボックス内に、本発明を実現するため適した装置の一実施例が、光ディスク記録及び再生装置の形式で示されている。この装置の説明では、フレームベースのビデオ信号の処理だけに的を絞っているが、オーディオ信号若しくはデータ信号のような他のタイプの信号を、代替的に、若しくは、付加的に処理してもよく、また、本発明は、磁気データ記憶テープ及びハードディスクドライブ装置のような他のメモリ装置にも同じように適用され得る。
【００２２】
光ディスク記録及び再生装置は、光ディスク３に記録されるべきデジタルビデオ信号を受け取る入力端子１を含む。さらに、この装置は、ディスクから再生されたデジタルビデオ信号を供給する出力端子２を含む。これらの端子は、ＩＥＥＥ１３９４のようなデジタルインタフェースを介して、セットトップ・ボックス（ＳＴＢ）の形式のデジタルＴＶレシーバ及びデコーダ１２に接続して使用される。レシーバは、衛星、ケーブルなどから、ＭＰＥＧトランスポートストリームＴＳフォーマットで放送信号を受信する。デコーダは、表示信号をディスプレイ装置１４へ供給し、ディスプレイ装置は、通常のアナログ型ＴＶセットでもよい。
【００２３】
ディスク３のデータ領域は、連続した物理セクタの領域を含む。物理セクタにはセクタアドレスが対応付けられる。このアドレス空間は、シーケンス領域に分割され、シーケンス領域は、連続したセクタのシーケンスである。図１に示されたビデオ記録装置は、ディスクサブシステム６と、ビデオレコーダサブシステム８の二つの主要なシステム部分に分離され、記録及び再生の両方を制御する。二つのサブシステムは、容易に理解されるように多数の特徴によって表現される。たとえば、ディスクサブシステムは、論理アドレス（ＬＡ）に関して、トランスペアレントにアドレッシングすることができ、ディスクとの間でデータの読み出し／書き込みのため、最大持続可能ビットレートを保証し得る。
【００２４】
このような装置を実現するため適したハードウェア構成は、当業者に広く知られており、上述のＷＯ−Ａ−００／００９８１（ＰＨＢ  ３４２６２  ＷＯ）にその一例が示されている。この装置は、一般的に、信号処理ユニットと、光ディスク３を読み書きするよう構成されたリード／ライトヘッドを含むリード／ライトユニットとを含む。アクチュエータは、ヘッドをディスクの半径方向に位置決めし、一方、モータはディスクを回転させる。マイクロプロセッサは、全ての回路を従来通りの方法で制御するため設けられる。
【００２５】
デジタルビデオ記録物を作成し再生するため、以下で詳述するように多数の個々の動作を同時に実行しなければならない。一般的に、信号処理は、入力端子１を介して受信したビデオデータを、チャンネル信号の情報のブロックに変換するよう適合した方式で行われる。情報のブロックのサイズは、可変であるが、たとえば、２ＭＢから４ＭＢの範囲に収まる。チャンネル信号の情報のブロックは、ディスク上でシーケンス領域に書き込まれる。元のビデオ信号に対応した情報ブロックは、図３の記録方式の説明図に示されているように、必ずしも連続していない多数のシーケンス領域に書き込まれる。この配置は、フラグメント式記録物として公知である。記録物が作成されたときにある種の割り付け規則が満たされる場合に、実時間デッドラインの条件を満たす十分な速さでこのようなフラグメント式記録物に記録及び書き込みができるのは、ディスクサブシステムの特徴である。
【００２６】
先行の記録ステップでディスク３に記録されたビデオデータを編集できるように、この装置は、さらに、上述のＧＢ  ０００７８６８．３からの同時係属中の優先権主張出願に記載されているように、二つのビデオストリームを連結するブリッジ用シーケンスを生成するよう動作可能である。
【００２７】
図２には、ビデオ信号の記録方式が示されている。図１のビデオレコーダサブシステム８の場合、実時間信号であるビデオ信号は、図２の上側に示されるように実時間ファイルＲＴＦ又はチップファイルに変換される。実時間ファイルは、対応した（フラグメント化された）シーケンス領域に記録するための信号ブロックシーケンスＳＥＱの系列により構成される。シーケンス領域のディスク上での場所に制約は無く、記録されたビデオ信号のデータ部分を構成する任意の二つの連続したシーケンス領域は、図２の下側に示されるように、論理アドレス空間ＬＡＳのどの場所に存在していても構わない。各シーケンス領域内で、実時間データは連続的に割り付けられる。各実時間ファイルは、単一のＡ／Ｖストリームを表現する。Ａ／Ｖストリームのデータは、ファイルシーケンスの順番にシーケンスデータを連結することによって獲得される。
【００２８】
図３には、ディスク３に記録されたビデオ信号の再生方式が示されている。ビデオ信号の再生は、論理アドレス空間のどこかに蓄積された再生制御（ＰＢＣ）プログラムを用いて制御される。一般的に、各ＰＢＣプログラムは、新しい再生シーケンスＰＢＳを定義する。新しい再生シーケンスは、記録されたビデオセグメント及び／又はオーディオセグメントの編集版を含み、夫々のシーケンス領域からのセグメントのシーケンスを指定する。所望のシーケンスを構築する個別のシーケンスの論理アドレスへのポインタは、直接的に、或いは、間接的にＰＢＣに収容される。図２と図３を比較することによってわかるように、（図２から）元のファイルシーケンスを再作成するため要求されるＰＢＣは、元のシーケンスに対応した再生フレーム系列を与えるため、フラグメント化された記録セグメントを再順序付けする。
【００２９】
［トランスポートストリームフォーマット］
図４には、ＭＰＥＧ−２トランスポートストリーム（ＴＳ）フォーマットの主要な特徴及び構造が示されている。図１の装置において、データは、放送から直接受信され、デジタルインタフェース１及び２を介して伝達されたデータと同様に、ＴＳベースのフォーマットでディスク３に記録される。トランスポートストリームＴＳは、図面中では、Ｔ−ＰＫＴの名前が付けられた連続的なトランスポートパケットのストリームである。各Ｔ−ＰＫＴは、１８８バイトのデータを含み、図４の最上段に示されるようなフォーマットを有する。構文（シンタックス）、意味（セマンティックス）、及び、適用可能な制約を含むＭＰＥＧ−２のトランスポートストリームの完全な詳細は、ＩＴＵ−Ｔ勧告Ｈ．２６２｜ＩＳＯ／ＩＥＣ  １３８１８−１に記載されている。ＭＰＥＧ−２システムに関する情報は、http://www.mpeg.orgからオンラインで入手可能である。簡単に説明すると、各トランスポートパケットは、ヘッダ部及びペイロード部を含む。ペイロード部は、図面中、バイトＤＡＴ−０乃至ＤＡＴ−Ｎのように示されている。ヘッダは、特徴的な同期バイトＳＹＮＣから始まり、その後に、トランスポート誤り標識ＴＥＩ、ペイロードユニットスタート標識ＵＳＩ、トランスポート優先度標識ＴＰＩ、パケット識別情報ＰＩＤ、トランスポートスクランブル制御フィールドＴＳＣ、アダプテーションフィールド制御ＡＦＣ、及び、連続性カウンタＣＣを含む種々のフラグ及び制御フィールドが続く。
【００３０】
連続性カウンタＣＣは、所与のＰＩＤに対し、トランスポートストリームパケット毎に増加する４ビットのフィールドである。ＣＣは、最大値の後に０へ戻る。パケットのアダプテーションフィールド制御がパケットにペイロードが存在しないことを示すとき、ＣＣは増加しない。連続性カウンタは、プログラムストリームフォーマットの特徴ではなく、トランスポートストリームの特徴であり、装置が誤りを生じやすいチャンネルにおけるパケットの損失を検出できるように設計される。損失パケットの後に続くパケットは、新しいヘッダとの新しい同期が獲得されるまで、廃棄しなければならない。これにより、ＴＳストリームの編集は、より困難になるが、デコーダは、編集によって意図的に取り込まれた不連続性、及び、伝送誤りによって生じた不連続性を識別する能力を具備しなければならない。これらの問題は、上述の同時係属中の出願"Methods and Apparatus For Editing Digital Video Recordings, and Recordings Made By Such Methods"（ＰＨＮＬ  ０００１８１）で指摘されている。
【００３１】
フィールドＡＦＣの内容に依存して、アダプテーションフィールドＡＦが出現し、ペイロードデータに割り付けられていた空間の一部を占有する。アダプテーションフィールドＡＦは、たとえば、ＭＰＥＧ２に関するＩＳＯ／ＩＥＣ１３８１８に規定されるような不連続性標識フラグを含む。このフラグが１にセットされたとき、現在のトランスポートストリームパケットに対し不連続性状態が真であることを意味する。不連続性標識は、システム時間基準不連続性と連続性カウンタ不連続性の二つのタイプの不連続性を示すため使用される。予め意味が定義されているオプショナルデータフィールドの他に、アダプテーションフィールドは、ＰＥＳパケットの最後をＴＳパケット境界と一致させるため、スタッフ用バイトでパディングすることができる。
【００３２】
システム時間基準不連続性は、プログラムクロック基準ＰＣＲ（ＩＳＯ／ＩＥＣ  １３８１８−１  セクション２．４．４．９を参照せよ）の形式でシステム時間基準を伝搬するように指定されたＰＩＤのトランスポートストリームパケット内で不連続性標識を使用することによって示される。この仕様書からの引用によると、ＰＣＲ＿ＰＩＤとして指定されたＰＩＤのトランスポートストリームパケットに対する不連続性状態が真であるとき、同じＰＩＤをもつトランスポートストリームパケットの次のＰＣＲは、関連したプログラムに対する新しいシステム時間クロックのサンプルを表現する。システム時間基準不連続性が生じたパケットにおいて、不連続性標識は１にセットすべきである。不連続性標識ビットは、新しいシステム時間基準ＰＣＲを収容するパケットよりも前に、同じＰＣＲ＿ＰＩＤのトランスポートストリームパケット内で１にセットしてもよい。この場合、不連続性標識が１にセットされた後、不連続性標識は、新しいシステム時間ベースの最初のＰＣＲを収容するトランスポートストリームパケットまで、同じＰＣＲ＿ＰＩＤの全てのトランスポートストリームパケット内で１にセットされ続けるべきである。
【００３３】
ＤＶＢデジタル放送フォーマットの例の場合、ＴＳストリームのデータレートは、毎秒約４０メガビット(Mbits/s)であり、視聴覚プログラムに対する典型的なデータレートは１０Mbit/s未満である。したがって、図４にＴＳとして示されるように、種々のプログラムＰＲＯＧ１、ＰＲＯＧ３が、単一のトランスポートストリームに多重化され得る。各トランスポートパケットのフィールドＰＩＤは、そのパケットが関係する一つの基本ストリームを示し、これらは、トランスポートパケットの単位で、多数の他のストリームとインターリーブされる。一つのプログラムは、たとえば、ビデオストリーム（本例の場合、ＰＩＤ＝’０５５’）と、オーディオストリーム（ＰＩＤ＝’０５６’）と、テレテキストデータストリーム（ＰＩＤ＝’０５７’）とを含む。ＰＩＤ値とプログラムの間の対応関係、並びに、各ＰＩＤによって伝達されるデータのタイプは、プログラム固有情報（ＰＳＩ）テーブルの形式で保持される。トランスポートストリーム内で周期的に、プログラム関連性テーブルＰＡＴが、ＰＩＤ＝０の特別なトランスポートパケットのストリームで伝搬する。プログラム関連性テーブルＰＡＴは、ＰＲＯＧ１、ＰＲＯＧ３などに対し、一つのプログラムに関係した種々のＰＩＤ値を完全に掲載するプログラムマッピングテーブルＰＭＴを伝搬するストリームを示し、それぞれの内容（ビデオ、オーディオ、代替的な言語オーディオなど）を記述する。これらのテーブル、及び、制御目的のその他のデータは、共にシステム情報及びプログラム固有情報（ＰＳＩ）と呼ばれる。
【００３４】
トランスポートストリームから所与のプログラム（ＰＲＯＧ１）を再生若しくは記録するため、同じＰＩＤを有する一連のトランスポートパケットのペイロードＤＡＴ−０乃至ＤＡＴ−Ｎはストリームに連結され、このストリームは、パケット化された基本ストリームパケットＰＥＳ−ＰＫＴを伝搬する。基本ストリームパケットＰＥＳ−ＰＫＴは、ＭＰＥＧ−２仕様に規定されている。各ＰＥＳパケットは、特徴的なパケットスタートコードプレフィックスＰＳＣＰから始まる。ＰＥＳパケットヘッダ内では、次に、基本ストリームのタイプ（たとえば、ビデオ、オーディオ、パディングストリーム、若しくは、プライベートストリームの種別）を識別するストリーム識別子ＳＩＤが現れる。ＰＥＳパケットは、具体的なアプリケーションで指定されない限り、長さが固定長ではなく、ＰＥＳパケット長さフィールドＬＥＮは、ＰＥＳパケット内のバイト数を指定する。次に、多数の制御及びフラグフィールドＣ＆Ｆが続き、たとえば、データ整列標識ｄａｉ及びヘッダ長さフィールドＨＬＥＮなどが含まれる。多数のオプショナルフィールドが、たとえば、Ｃ＆Ｆフィールド内の関連したフラグの値に依存して、ヘッダＨＤＡＴ内に出現し、プレゼンテーションタイムスタップＰＴＳが現れ、現在のＰＥＳパケット内で始まるプレゼンテーションユニット（ピクチャ、オーディオフレームなど）が提示されなければならない時間を、システムクロックに関して指定する。ある種の場合に、プレゼンテーションユニットは、プレゼンテーション順序とは異なる順序で符号化され、その場合に、復号化タイムスタンプＤＴＳも出現する。
【００３５】
同じＳＩＤを有する一連のＰＥＳパケットのペイロードＰＹ−０乃至ＰＹ−Ｎは、図４のＥＳに概略的に示されたデータを含む連続的な基本ストリームを形成する。ビデオ基本ストリームＥＳ−ＶＩＤＥＯには、多数のクリップのピクチャシーケンスＳＥＱが存在し、各シーケンスＳＥＱは、先頭にシーケンスヘッダＳＥＱＨを含む。量子化マトリックス、バッファサイズなどを含むデコーダの種々のパラメータは、シーケンスヘッダ中に指定される。したがって、ビデオストリームの正確な再生は、シーケンスヘッダの場所でデコーダをスタートすることによって実現される。シーケンス毎のデータの中には、ビデオデータの一つ以上のアクセスユニットが含まれ、各アクセスユニットはピクチャ（アプリケーションに依存してフィールド若しくはフレーム）に対応する。各ピクチャは、ピクチャスタートコードＰＳＣによって予測される。ピクチャ・グループ（ＧＯＰ）よりもグループスタートコードＧＳＣが先行し、全てが特定のシーケンスヘッダＳＥＱＨの後に続く。
【００３６】
周知の如く、ＭＰＥＧ−２におけるピクチャ、及び、その他の最新のデジタルフォーマットは、時間的冗長性が削減すべく、相互に参照して符号化される。動き補償は、近傍のピクチャに対し既に復号化された内容から、一つのピクチャの内容を推定する。したがって、ピクチャ・グループＧＯＰは、典型的に、他のピクチャを参照せずに符号化されたイントラ符号型Ｉフレームと、先行Ｉフレームに基づく動きベクトルを用いて符号化された２乃至３個のＰ（予測）符号型フレームと、シーケンス中の前後にあるＩ及び／又はＰフレームからの予測によって符号化された双方向予測型Ｂフレームとを含む。Ｂピクチャに必要とされるデータの量は、Ｐピクチャに必要とされるデータの量よりも少なく、Ｐピクチャに必要とされるデータの量は、Ｉピクチャに必要とされるデータの量よりも少ない。これに対し、Ｐピクチャ及びＢピクチャは、他のピクチャを参照して符号化されるので、再生スタート若しくは所与のシーケンスに対する実際のエントリーポイントを与えるのは、Ｉピクチャだけである。更に、ＧＯＰデータに対し、Ｉピクチャ及びＰピクチャは、対応したＢピクチャよりも前に符号化され、次に、正しいプレゼンテーション順序を実現するため、復号化後に並べ替えられることに注意する必要がある。したがって、Ｂピクチャ及びＰピクチャは、プレゼンテーションタイムスタンプＰＴＳ及び復号化タイムスタンプＤＴＤが相違する例である。
【００３７】
最後に図４を参照するに、オーディオ基本ストリームＥＳ−ＡＵＤＩＯのプレゼンテーション方式が示されている。このオーディオ基本ストリームは、フレームスタートコードを含む簡単なデータのフレームＦＲＭにより構成される。多数のオーディオフォーマットが許容され、サンプルレート（３２ｋＨｚ、４８ｋＨｚなど）、及び、データレート（たとえば、毎秒３２キロビット（kbits/s)、或いは、可変など）に関して変化する。オーディオ及びビデオストリームのこれらの特性並びにその他の特性は、プログラム固有情報ＰＳＩ、及び、ＰＥＳパケットヘッダで符号化される。
【００３８】
同じプレゼンテーションタイムスタンプＰＴＳを有するオーディオフレーム及びビデオピクチャは、デコーダの出力へ同時に提示されるべきフレーム及びピクチャである。これに対し、種々の基本ストリームからのデータのパケットのスケジューリングには、同じＰＴＳ値を有するオーディオ及びビデオアクセスユニットが最大で１秒離れたトランスポートストリームで到達し得るように、大きな自由度がある。
【００３９】
［システムターゲットデコーダ］
実際のデコーダのバッファリング及びその他の局面が、提示された視聴覚プログラムを中断させることなく、各タイプのストリームを復号化できることを保証するため、ＭＰＥＧ−２標準は、トランスポートストリーム「システムターゲットデコーダ」（Ｔ−ＳＴＤ）モデルを規定する。また、プログラムストリームターゲットデコーダ（Ｐ−ＳＴＤ）モデルも存在する。一般的に、Ｔ−ＳＴＤは、ＴＳフォーマットの種々の基本ストリームを逆多重化する手段と、オーディオタイプのデータ、ビデオタイプのデータ及びシステム制御タイプのデータに対するデコーダと、到来するストリームとデコーダの間で、データチャンネルから到着してから、復号化しプレゼンテーションする実際の時間まで、各基本ストリームのデータを保持するバッファとを有する仮定的な現実のデコーダのモデルである。ＴＳフォーマットの場合のオーディオデコーダは、Ｐ−ＳＴＤの場合よりも小さいバッファを有する。Ｔ−ＳＴＤにおける各主バッファの前に、トランスポートストリーム自体でかなりバースト性のあるデータを平滑化するよう機能するトランスポートバッファが設けられる。所与のストリームに対するデータは、毎秒４０メガビットのピークレートで、幾つかのトランスポートパケットに一気に到着するが、このようなストリームの平均レートは、トランスポートストリーム全体の多重化を考慮すると、かなり低い。トランスポートバッファに対し、主バッファへ送られるべきデータが存在する場合に、入来データを毎秒２メガバイトのレートに抑えるため、リークレートが定義される。
【００４０】
［記録動作−ＤＶＲ用修正ＴＳフォーマット］
基本的な考え方は、放送信号を放送された形式でそのまま記録するのではなく、ディスクから再生するために適したフォーマットへ再フォーマットすることである。本願発明は、以下の認識に基づいている。
【００４１】
・放送ストリームを中断するため実行されるべき処理は、本来、順次的である。その理由は、実時間のＴＶ視聴が段階的であり、ストリームがこの点を考慮して設計されているからである。信号を実時間でディスクに記録することも順次的であるので、必要な全ての情報は、記録時にシステムから利用可能である。
【００４２】
・ディスクからの再生は、（ランダムアクセス、高速サーチ、二つの記録物の一つの新しい記録物への合成、記録物の部分のスキップなどのため）潜在的に順次的ではない。
【００４３】
・一般的に、再生は何回も行われ、記録は１回だけ行われる。
【００４４】
これらの認識から、本システムの目的は、信号が記録されたときに、再生及び編集を容易に行うため、全ての再生動作及び編集動作に不必要に複雑な処理や単純な処理を課すのではなく、必要な処理を実行することである。
【００４５】
図５は、新規装置においてデジタルビデオ記録物を作成し再生する処理における種々の機能と、それらの機能間の相互関係を示す図である。図示された機能及び相互接続を実現する手段は、設計上の選択の問題として、ハードウェアとソフトウェアの間で配分される。この装置は、実際上、デジタル信号処理及び制御を行うため選択された専用論理回路とプログラマブルプロセッサとにより構成される。
【００４６】
図５に示された記録処理の最初に、放送信号ＡＮＴが、セットトップ・ボックス（図１の１２）内のチューナ機能５００によって受信され、復号化される。これにより、ＭＰＥＧ−ＴＳフォーマットのデジタルビデオ入力信号ＤＶＩＮが得られる。この信号は、図１の出力端子１上の信号と対応する。レコーダ装置内で、プログラム選択機能５０２は、任意の放送ＴＳ多重化情報の中から所望のプログラムを選択し、所望のプログラムとＰＩＤが一致しないパケットは除外する。
【００４７】
解析機能５０４で、フィルタ処理されたストリームは、多数の基本ストリーム、たとえば、ビデオ５０６、オーディオ５０８、グラフィックス５１０及びシステム情報５１２に変換される。ビデオ、オーディオ及びグラフィックスストリームは、ディスクサブシステム６のファイルシステム５２０を用いてディスク３への蓄積するため、ＤＶＲフォーマット機能５１４で実時間ファイルフォーマットに再多重化される。この再フォーマット動作の一部として、特徴ポイント情報ＣＰＩのリストがＣＰＩ機能５１６デイ生成され、ディスク上のファイル構造に追加される。
【００４８】
システム及びコンテンツ機能５１２で獲得されたシステム情報に基づいて、装置のユーザによって選択されたオプションは当然のこととして、コンテンツのテーブル、再生制御プログラム、編集などのような種々の制御及び索引付け構造が、機能５１８で生成され、ファイルシステム５２０を介してディスク３に記憶される。
【００４９】
再生用に、ユーザ（又はシステム自体）は、端子２（図１）のデジタル出力信号ＤＶＯＵＴを取得するか、或いは、別の端子２’のアナログ信号ＡＮＯＵＴを取得するかを選択することができる。このため、記録された実時間ファイルは、ＴＳフォーマット機能５２２で、ＴＳフォーマットデジタルビデオ出力を再生するため、ＣＰＩ及び制御情報、並びに、ユーザ入力を用いて再生される。或いは、デコード機能５２４において、記録ストリームのオーディオ、ビデオ及びグラフィックスコンテンツに応じたアナログ出力信号ＡＮＯＵＴを生成するため、ディスクからの同じ情報を復号化してもよい。
【００５０】
次に、この処理の新規の局面について、詳述する。
【００５１】
［特徴ポイント情報（ＣＰＩ）］
記録物を識別し、巡回させるための別の情報は、ＰＢＣと共に、或いは、ディスク上のどこかに記憶される。特に、特徴ポイント情報（ＣＰＩ）は、図５のＣＰＩ機能５１６に示されるように、実時間ファイル（クリップファイル）毎に記憶される。ＣＰＩは、簡単な編集モード、対話型再生モード、及び、トリック再生モード（たとえば、高速ピクチャサーチ）の場合に、記録ストリーム内でエントリーポイントとして使用するため適した場所のテーブルを含む。一般的に、ＣＰＩは、クリップ内で、クリップ自体を読んだり、解析したりすること無く、関連したデータ要素の場所を判定するため使用される。このような索引付け情報は、プログラムストリームベース（ＰＳ）の事前記録素材には決まって存在するが、一般的に、トランスポートストリームフォーマットに基づく放送素材の場合には設けられていない。特徴ポイント情報（ＣＰＩ）の一つの形式のより詳細な情報は、優先日の時点で未公開の上述の同時係属中の出願ＰＣＴ／ＥＰ／０８２５２（ＰＨＮ  １７１６１  ＥＰ）に記載されている。ＣＰＩを効率的に使用できるようにするため、ＣＰＩデータの総量は制限されるべきである。これにより、ＣＰＩデータの全部若しくは殆どをシステムメモリに記憶できるようになるので、時間的に制約のある動作中に、ディスクとの間でＣＰＩデータを読み書きする必要がない。実際の制限は、たとえば、ポイントに関して、或いは、ディスク上のＣＰＩデータの実際のサイズに関して指定してもよい。
【００５２】
クリップファイル毎に、そのクリップファイルの全特徴ポイントのリストを含むＣＰＩシーケンスが付随する。クリップファイルは、ディスク上の重複したデータを節約するため、公知の方式で他のクリップファイルとデータを共有してもよい。同様に、ＣＰＩシーケンスは、他のＣＰＩシーケンスとポイントを共有してもよい。
【００５３】
［トランスポートストリームＰＩＤマッピング］
図４に関して説明したように、ＭＰＥＧ−２トランスポートストリーム内で、所望のプログラムは、幾つかの基本ストリーム（たとえば、オーディオ、ビデオ、或いは、その他のストリーム）を含む。各基本ストリームは、ＰＩＤによって識別されたパケットのストリームで伝達される。どのＰＩＤ番号がどの基本ストリームを指定するかは、ＭＰＥＧプログラム固有情報（ＰＳＩ）テーブルで確認できる。これらのテーブルは、プログラム関連性テーブル（ＰＡＴ）及びプログラムマップテーブル（ＰＭＴ）である。
【００５４】
図６には、ＰＡＴ及びＰＭＴを含むプログラム固有情報ＰＳＩの有無が概略的に示されている。プログラム固有情報ＰＳＩは、基本ストリームデータのパケットＥＳの間にランダムな間隔で効率的に分散している。ＰＳＩは、常に、ＰＩＤ＝’０００’の特別なストリームで伝達されることに注意する必要がある。デジタル入力信号ＤＶＩＮに受信されるような各パケットの元（オリジナル）のＰＩＤは、同図に●印で示されている。元のプログラムマッピングは、同図に■印で示されたＰＳＩフィールドによって周期的に与えられる。ＰＳＩが出現するとき、ＰＩＤの所望のプログラムの基本ストリームへのマッピングは変化する。ＰＡＴ／ＰＭＴは、サービスプロバイダが、プログラム要素を随意に識別するため使用されるＰＩＤ番号を定義、再定義できるようにする。デジタルＴＶデコーダ（図１及び図５のデコーダ１２）は、プログラムを復号化するとき、ＰＡＴ／ＰＭＴへの更新を絶えずチェックしなければならない。このシステムのサービスプロバイダにとっての利点は、集中的な協調を要することなく、異なるコンテンツを、自分の分散ネットワークの異なる部分へ容易に挿入できるようになることである。
【００５５】
このシステムは、デコーダが放送ストリームを順番に検査する場合に巧く機能する。しかし、この信号をディスクに記憶し、後でストリームへランダムアクセスしようとすると、問題が生じる。したがって、特徴ポイント情報ＣＰＩを利用する場合でも、Ｉピクチャのストリーム内のアドレスへの単なるジャンプは巧く動作しない。その代わりに、プレーヤは、ＰＡＴへジャンプし、次に、局部的にどのＰＩＤマッピングが実施されているかを見つけるため、Ｉピクチャよりも先行するＰＭＴセクションへジャンプする必要がある。次に、プレーヤは、Ｉピクチャのアドレスへジャンプすることができる。これにより、ランダムアクセスは、許容できない程度にスローダウンする。
【００５６】
ここで、ディスクへ記憶する前にデータを再フォーマット化するため二つのアプローチを提案する。上述の通り、記録中に、レコーダによって再フォーマット化を行うため必要とされる全ての情報が容易に取得できる。
【００５７】
第１のアプローチでは、ＰＡＴ／ＰＭＴの（図示されない）コピーは、記録されるときに、各アクセスユニットの直前に挿入される（ビデオストリームの場合には、各Ｉピクチャは、この目的のためアクセスユニットを開始する。）。これは、比較的僅かな量の処理しか必要としない。しかし、第１のアプローチには、以下のような欠点がある。
【００５８】
・このアプローチは、各パケットのタイミングをＭＰＥＧバッファモデル内で分散する。このため、パケットヘッダ内のパラメータの数の再計算が必要になる。
【００５９】
・ディスク上の記憶容量を浪費する（但し、その量はかなり少ない。）。
【００６０】
・得られたストリームは、多数の異なるＰＩＤを使用する。ストリームをまとめて編集する際に起こり得るように、ＰＩＤが連続して素早く更新されたときに、実際のデコーダがどのように動作するかは明らかではない。
【００６１】
図６に示された第２のアプローチは、パケット毎にＰＩＤを、全ての記録物に対し使用される明確なＰＩＤの集合へ再割当する。記録中に、装置は、通常の如く、望ましくないストリームを除外するため、現在のＰＡＴ／ＰＭＴを追跡する。（現在）ＰＡＴ／ＰＭＴによって指定されたＰＩＤを、記録物に対し定義された標準的なＰＩＤの集合へ割り当てるため、簡単なテーブルが設定される。各トランスポートパケットのＰＩＤは、記録されたストリームがＰＡＴ／ＰＭＴの変化とは無関係に一定のＰＩＤをもつように、テーブルにしたがって修正される。修正されたＰＩＤは、図６では、ディスク３上に記録されるように、ＤＶＲフォーマット中で○印によって示されている。
【００６２】
記録の各部分で標準化されたＰＩＤが使用される場合、受信ＴＳにおけるＰＡＴ／ＰＭＴ（■）とは無関係に、所望のＰＩＤが記録ストリーム内で常に同じであるため、ランダムアクセスは問題ではなくなる。元のＰＡＴ／ＰＭＴ（■）が記録ストリーム内で依然として伝達される場合、元のＰＡＴ／ＰＭＴは、再生中にデコーダへ供給されるならば、修正ＰＩＤ（○）と競合するであろう。したがって、再生中に、ディスクから読み出されたストリームに含まれるＰＡＴ／ＰＭＴは、（ステップ５２２で装置から出力される前に、若しくは、ステップ５２４で局部デコーダへ供給される前に）修正ＰＡＴ／ＰＭＴ（□）で置換される。
【００６３】
第２のアプローチの一変形例によれば、ＰＡＴ／ＰＭＴは、記録中に再割当され得る。当然に、このためには、記録ステップ中により多くの処理が必要になるが、再生時には、ストリームを標準的なデコーダへ供給する以外には何もしなくてもよい。
【００６４】
第２のアプローチにより得られる利点は以下の通りである。
【００６５】
・バッファリング戦略に影響を与えない。
【００６６】
・実際のデコーダに関して問題の生ずる可能性が無い。
【００６７】
・記憶容量に影響を与えない。
【００６８】
第２のアプローチの欠点は以下の通りである。
【００６９】
・各記録パケットを修正しなければならない。
【００７０】
・送信されたＰＡＴ及びＰＭＴは、記憶された新しいＰＩＤを反映させるため、記録中若しくは再生中に変更しなければならない。
【００７１】
ストリーム全体が、エントリーポイントを識別し、ＣＰＩエントリーを作成するなどのためにバイト単位で解析されるならば、１番目の欠点は大きい問題ではない。簡単な１バイトの置換は、操作されていない各ストリームの正確なパケット構造を残す。２番目の欠点は、再生時に複雑な処理を行わないという理想に多少反するが、全体的に得られる利益を考慮すると、これは僅かに複雑化しただけである。
【００７２】
［ＰＣＲ置換］
トランスポートストリームに対する基本タイミング情報は、プログラムクロック基準（ＰＣＲ）として知られているタイムスタンプのシーケンスによって与えられる。一つの多重化情報内で、数個の独立したＰＣＲのストリームを伝送することができる。多重化情報内のプログラムは、専用のＰＣＲを保有するか、若しくは、他のプログラムのＰＣＲを共用する。ＰＣＲは、指定されたＰＩＤを含むパケットヘッダ（アダプテーションフィールド）内で伝達される。ＰＣＲのＰＩＤは、記録物に属する基本ストリームではない可能性がある（すなわち、ステップ５０２で廃棄される）。
【００７３】
このため、ＰＣＲのＰＩＤを（多重化情報全体のトランスペアレント記録のように）記録すべきことは明らかである。しかし、これにより、かなりの量のディスク容量と帯域が消費されることになる。一例として、一つの放送局（たとえば、会社Ｘ）は、多重化情報内に二つのプログラムチャンネル（Ｘ１及びＸ２）を保有し、チャンネルＸ１及びチャンネルＸ２がＰＣＲのＰＩＤを共用する場合を想定する。ここで、チャンネルＸ２のオーディオ及びビデオを記録することを考える。両方のチャンネルに対するＰＣＲのＰＩＤが、Ｘ１のビデオを伝搬する基本ストリーム内にある場合、トランスペアレント記録のために、Ｘ１に対するビデオ並びにＸ２に対するビデオを記録する必要があり、必要な記憶容量が略２倍になる。
【００７４】
一つの解決策は、既存の基本ストリームの一つ（たとえば、Ｘ２ビデオ）のパケットヘッダがＰＣＲを伝搬できるように、パケットヘッダを修正することである。このアプローチの欠点は、パケット構造を著しく変えるので、実際上、ＴＳレベルでの再パケット化が必要になることである。パケット構造の破壊は、タイミング制約及びバッファ制約を意味する可能性がある。
【００７５】
本発明の実施例による新規の装置で採用された解決策は、ＰＣＲを伝搬するため、オリジナルの放送には存在しないダミーＰＩＤを挿入することである。このダミーＰＩＤは、記録だけをサポートするため作成される。このダミーストリームは、使用されていないＰＩＤを用い、全ての記録物に関して固定されている方が便利である。
【００７６】
図７には、この解決策に従って本実施例の装置にＰＣＲ−ＰＩＤを挿入する動作が説明されている。Ｘ１に対する基本ストリーム（ビデオ及びオーディオ）、並びに、Ｘ２に対する基本ストリーム（ビデオ及びオーディオ）は、受信ＴＳフォーマットの多重化情報ＤＶＩＮの一部分として図示されている。Ｘ１に対するビデオストリームは、Ｖ（Ｘ１）のように表わされ、◆印で示されたＰＣＲフィールドを周期的に収容する。記録フォーマットのＤＶＲにおいて、上述の如くＸ２を記録するとき、両方のストリームＶ（Ｘ１）及びＡ（Ｘ１）は削除され、一方、ストリームＶ（Ｘ２）及びＡ（Ｘ２）はＤＶＲ多重化情報に収容される。ＰＣＲ−ＰＩＤで表わされた別のストリームが付加され、ＰＣＲ（◆）のために必要とされる場合に限り、パケットを格納する。明らかに、ストリームＶ（Ｘ１）よりもデータ量が節約される。節約の程度は、図面に示されるよりも遥かに大きい。なぜならば、図面では、図を簡略化する目的のため、ＰＣＲデータ及びオーディオペイロードのビデオペイロードに対する割合が誇張されているからである。
【００７７】
好ましい実施例では、明らかに、ＰＣＲに関する動作は、ＰＩＤに関して説明した動作と組み合わされる。これらの特徴は、図を簡略化する目的だけのために、図６と図７に別々に示されている。これらの図面は、図を簡略化する目的のため、ＰＳＩデータ及びＰＣＲデータがオーディオ／ビデオペイロードに対し誇張して表わされ、オーディオペイロードがビデオペイロードよりも誇張して表現されていることがわかるであろう。
【００７８】
［代替的な実施例／変形例］
一般的に理解されるように、上述の実施例は、フィールドベース編集ではなく、フレームベース編集に関係する。その理由は、ＭＰＥＧにおけるビデオ符号化の単位が一般的にフレーム単位であることによる。当業者であれば、ＭＰＥＧに準拠することは、（既に説明したように）必須ではなく、上記実施例で説明した技術は、ＭＰＥＧではないフィールドベースのデータにも適用可能であることが認められるであろう。
【００７９】
認識できないフォーマットが定義され、放送される場合がある。これらのフォーマットは、ＴパケットレベルでＴＳの後に続くが、非標準形式で符号化され、或いは、これらのフォーマットは、多くの場合に、セキュリティのため、又は、有料視聴のためスクランブル処理されたＭＰＥＧストリームである。レコーダが適切なスクランブル解除器を組み込まない限り、これらのストリームを解析して、上記実施例で提案した後続のステップを実現することができない。
【図面の簡単な説明】
【図１】  本発明を実施する新規の光ディスク記録／再生装置を含む視聴覚設備の略構成図である。
【図２】  情報のブロックを光ディスクの領域に順番に記録する方法の概略的な説明図である。
【図３】  図２の処理で光ディスクに蓄積された情報を再生する方法の概略的な説明図である。
【図４】  本発明によって作成される記録物の基礎となるＭＰＥＧトランスポートストリーム（ＴＳ）フォーマットの構造及び主要な特徴を示す図である。
【図５】  新規の装置においてデジタルビデオ記録物を作成、再生する処理の種々の機能及び機能間の関係を示す図である。
【図６】  新規の装置におけるＰＩＤ再割当の方法の説明図である。
【図７】  新規の装置において廃棄されたストリームからのＰＣＲの置き換えの説明図である。
【図１】
0004970688.tif 000002
【図２】
0004970688.tif 000003
【図３】
0004970688.tif 000004
【図４】
0004970688.tif 000005
【図５】
0004970688.tif 000006
【図６】
0004970688.tif 000007
【図７】
0004970688.tif 000008