(57)【特許請求の範囲】
【請求項１】
予め定められた復号器により課される制約に違反することなく、第１のシーケンス内の第１の編集点が、第２のシーケンス内の第２の編集点と連結されるように、記憶装置からデータのシーケンスを読出し、それを編集するように動作できる手段を有する装置であって、記憶されたシーケンスの各々は、複数のトランスポートパケットの少なくとも１つの系列を有し、一系列のトランスポートパケットは、それぞれ、所定の連続性規則により、先行するトランスポートパケットに関連する連続性カウンタ値を有し、
前記装置は、
前記第１と第２の編集点を連結するトランスポートパケットの編集されたシーケンスににおいて、前記編集点の連結から生じる連続性カウンタ値の不連続の大きさを計算する手段と、
前記制約と連続性規則に従いながら、前記編集されたシーケンスを画定するように、各々が自分自身の連続性カウンタ値を有する、対応する数の追加のトランスポートパケットを生成し、前記追加のトランスポートパケットを前記編集されたシーケンスに挿入する手段とを有する装置。
【請求項２】
少なくとも前記第１のシーケンスは、少なくとも１つのパケット化されたエレメンタリーストリームを担い、そのパケットは、さらに分割され前記トランスポートパケットを構成する、請求項１に記載の装置。
【請求項３】
前記装置は、ペイロードがパケット境界を含むトランスポートパケットを識別し、前記識別されたパケットの前に挿入されたときに、前記連続性規則に従うように、前記追加のパケットを生成するように構成された、請求項２に記載の装置。
【請求項４】
ディジタルインターフェースを介して、前記追加のパケットを含む、トランスポートパケットの前記編集されたシーケンスを出力する出力手段を有する、請求項１乃至３のうち何れか一項に記載の装置。
【請求項５】
データの第１と第２のシーケンスは、各々が、多重された複数のパケット化されたエレメンタリーストリームを有し、各エレメンタリーストリームは、トランスポートパケットのそれ自身のシーケンスを有する、請求項１乃至４のうち何れか一項に記載の装置。
【請求項６】
連続性規則は各エレメンタリーストリームに対して独立に動作し、前記装置は、個々にそのストリームに対して計算された不連続性の大きさに従って、各エレメンタリーストリームに対する追加のトランスポートパケットを発生するように構成された、請求項５記載の装置。
【請求項７】
再生に先だって、編集を定義する追加のデータを発生し記憶する手段を有する、請求項１乃至６のうち何れか一項に記載の装置。
【請求項８】
前記第１と第２のシーケンスは、シーケンスの他のフレームを参照せずにイントラ符号化された幾つかのフレームと、シーケンスの少なくとも１つの更なるフレーム又はフィールドを参照してインター符号化されたいくつかのフレームとを有するフレームに基づくデータを有する、請求項１乃至７のうち何れか一項に記載の装置。
【請求項９】
記憶された第１と第２のフレームシーケンスからのフレームを選択的な統合と、それぞれの編集点により示された第１と第２のシーケンスからのフレームの符号化形式（イントラ又はインター）により決定されるようにブリッジシーケンス内で１つ又はそれ以上のフレームの選択的な再符号化により、前記編集点付近で第１と第２のシーケンスを連結するトランスポートパケットのブリッジシーケンスを形成するようになされたブリッジ生成手段を有する、請求項８に記載の装置。
【請求項１０】
前記不連続性規則は、特定のクラスのフレームヘッダがすぐ後に続く位置で、編集されたシーケンスの不連続点を許し、前記装置は、記憶された第２のシーケンスを入力する前に不連続性規則に従うことを保証するために、前記追加のパケットを挿入しながら、ブリッジシーケンス内にそのような不連続点を含むように構成された、請求項９に記載の装置。
【請求項１１】
前記第１と第２のシーケンス及びプレイリスト情報と共に、記録担体にブリッジシーケンスを記憶する手段を有する、請求項１乃至１０のうち何れか一項に記載の装置。
【請求項１２】
予め定められた復号器により課される制約に違反することなく、第１のシーケンス内の第１の編集点が、第２のシーケンス内の第２の編集点と連結されるように、記憶装置からデータのシーケンスを読出し、それを編集する方法であって、記憶されたシーケンスの各々は、複数のトランスポートパケットの少なくとも１つの系列を有し、一系列のトランスポートパケットは、それぞれ、所定の連続性規則により、先行するトランスポートパケットに関連する連続性カウンタ値を有し、
前記方法は、
前記第１と第２の編集点を連結するトランスポートパケットの編集されたシーケンスにおいて、前記編集点の連結から生じる連続性カウンタ値の不連続の大きさを計算する段階と、
前記制約と連続性規則に従いながら、前記編集されたシーケンスを画定するように、各々が自分自身の連続性カウンタ値を有する、対応する数の追加のトランスポートパケットを生成し、前記追加のトランスポートパケットを前記編集されたシーケンスに挿入する段階と、を有する方法。
【請求項１３】
少なくとも前記第１のシーケンスは、少なくとも１つのパケット化されたエレメンタリーストリームを担い、そのパケットは、さらに分割され前記トランスポートパケットを構成する、請求項１２に記載の、記憶装置からデータのシーケンスを読出しそれを編集する方法。
【請求項１４】
ペイロードがパケット境界を含むトランスポートパケットを識別する段階と、
前記識別されたパケットの前に挿入されたときに前記連続性規則に従うように、前記追加のパケットを生成する段階とを有する、請求項１３に記載の、記憶装置からデータのシーケンスを読出しそれを編集する方法。
【請求項１５】
データの第１と第２のシーケンスは、各々が、多重された複数のパケット化されたエレメンタリーストリームを有し、各エレメンタリーストリームは、トランスポートパケットのそれ自身のシーケンスを有する、請求項１２乃至１４のうち何れか一項に記載の、記憶装置からデータのシーケンスを読出しそれを編集する方法。
【請求項１６】
連続性規則は各エレメンタリーストリームに対して独立に動作し、前記方法は、個々にそのストリームに対して計算された不連続性の大きさに従って、各エレメンタリーストリームに対する追加のトランスポートパケットを発生する段階を有する、請求項１５に記載の、記憶装置からデータのシーケンスを読出しそれを編集する方法。
【請求項１７】
再生に先だって、編集を定義する追加のデータを発生し記憶する段階を有する、請求項１２乃至１６のうち何れか一項に記載の、記憶装置からデータのシーケンスを読出しそれを編集する方法。
【請求項１８】
前記第１と第２のシーケンスは、シーケンスの他のフレームを参照せずにイントラ符号化された幾つかのフレームと、シーケンスの少なくとも１つの更なるフレーム又はフィールドを参照してインター符号化されたいくつかのフレームとを有するフレームに基づくデータを有する、請求項１２乃至１７のうち何れか一項に記載の、記憶装置からデータのシーケンスを読出しそれを編集する方法。
【請求項１９】
記憶された第１と第２のフレームシーケンスからのフレームを選択的な統合と、それぞれの編集点により示された第１と第２のシーケンスからのフレームの符号化形式（イントラ又はインター）により決定されるようにブリッジシーケンス内で１つ又はそれ以上のフレームの選択的な再符号化により、前記編集点付近で第１と第２のシーケンスを連結するトランスポートパケットのブリッジシーケンスを形成する段階を有する、請求項１８に記載の、記憶装置からデータのシーケンスを読出しそれを編集する方法。
【請求項２０】
前記不連続性規則は、特定のクラスのフレームヘッダがすぐ後に続く位置で、編集されたシーケンスの不連続点を許し、前記方法は、記憶された第２のシーケンスを入力する前に不連続性規則に従うことを保証するために、前記追加のパケットを挿入しながら、ブリッジシーケンス内にそのような不連続点を含む段階を有する、請求項１９に記載の、記憶装置からデータのシーケンスを読出しそれを編集する方法。
【請求項２１】
前記第１と第２のシーケンス及びプレイリスト情報と共に、記録担体にブリッジシーケンスを記憶する段階を有する、請求項１２乃至２０のうち何れか一項に記載の、記憶装置からデータのシーケンスを読出しそれを編集する方法。
【請求項２２】
１つ又はそれ以上のブリッジシーケンスと共に、第１と第２のフレームデータシーケンスを担い、それにより第１のフレームシーケンス内の第１の編集点が、第２のフレームシーケンス内の第２の編集点と連結され、前記ブリッジシーケンスは、請求項１９または２０に記載の方法により生成される記録物。
【発明の詳細な説明】
【０００１】
本発明は、オーディオ／ビデオデータの編集と編集されたオーディオ／ビデオデータを後に再生する方法及び装置及び、そのような方法と装置によりなされた編集された記録物に関する。本発明は、例えば、ＭＰＥＧ−２仕様（ＩＴＵ＿Ｔ勧告、Ｈ．２２２．０｜ＩＳＯ／ＩＥＣ１３８１８−１）に従ったトランスポートストリームフォーマットの編集されたオーディオ／ビデオデータストリームの滑らかな編集のためのアプリケーションに関連する。しかしながら本発明は、そのような仕様に従うことは必須ではない。
【０００２】
上述のＭＰＥＧ−２仕様は、マルチメディアの多重、同期及び、（オーディオを含む）ディジタルビデオプログラムの伝送、記録及び再生で使用される時間基準回復に関する一般的な方法を規定する。この仕様は、各エレメンタリビットストリーム（ビデオ、オーディオ、他のデータ）は、パケット化エレメンタリーストリーム（ＰＥＳ）に分割され、そして、２つの特徴的なストリーム形式のいずれかに多重される、パケットに基づくマルチメディア多重を提供する。プログラムストリーム（ＰＳ）は、可変長ＰＥＳパケットの多重であり、ディスク上の記録のような、エラーフリーの環境で使用されるように設計されている。トランスポートストリーム（ＴＳ）は、１８８バイトの固定長のパケットよりなり、１つのプログラムの種々のＰＥＳパケットの多重と同様に、複数のプログラムを多重する機能を有し、放送のようなエラーの起こりがちな環境で使用するように設計されている。一方、プログラムストリームフォーマットのＰＥＳパケットは、全体が伝送され且つ中断されないが、ＴＳ内では、ビデオ及びオーディオに対するＰＥＳパケットは、副分割され、そして小さなＴＳパケット内で互いに多重される。マルチメディア同期と時間基準の回復は、システムタイムクロックとプレゼンテーション／デコーディングのためのタイムスタンプにより達成される。
【０００３】
ビデオプログラムを配布するのに知られた１つのシステムは、ディジタルバーサタイルディスク（ＤＶＤ）である。この標準は、光ディスク上に動画と関連する素材を蓄積するために特定の形式のＭＰＥＧ−２プログラムストリームを定義する。ＤＶＤは、現在は前もって記録された素材の配布を提供するが、現在使用されている一般的なビデオカセットレコーダがアナログＡ／Ｖ素材を記録することを可能としているように、放送及び仮定で記録された素材からディジタルＡ／Ｖデータを記録できる、商用及び家庭用のオーディオ及び／又はビデオ（Ａ／Ｖ）装置の要求が明らかである。ディジタルビデオ記録システムに対して期待される１つの改善は、Ａ／Ｖデータのシームレス編集と滑らかな再生を可能とすることである。アプリケーションは、再生の他分岐点がが可能である、商用又は家庭用のビデオ編集と、インターラクティブビデオを含む。現代のディスク蓄積媒体の特に優位な点は、テープ媒体の”線形”の性質と比べて、その”ランダムアクセス”の性質である。従って、編集されたプログラムは、元のストリームをコピーせずに蓄積しかつ変更することができる。原理的には、再生シーケンスを定義する限定的な追加情報のみが蓄積されることを必要とする。これは、そして、再生時にディスクの異なる部分へのアクセスを制御し、編集されたプログラムを合成するのに使用される。編集されるプログラムは、ユーザ入力に従って、対話的に決定されうる。
【０００４】
原理的には魅力的であるが、単一の復号器を使用するディジタルビデオストリームの実際の記録と編集は、多くの問題があることを認識している。当業者には既知であるが、オリジナルの記録物は、どのような準拠する復号器でも再生が可能なことを保証するために規定される、多くの異なるそして相互に関連する制約に従って発生され且つ蓄積されねばならない。一般的には、所望の編集点で、１つのオリジナルストリームの真中から他に単純に切り換える場合には、これらの制約に違反するであろう。そのようなストリームを編集する最も直接的なアプローチは、それらのストリームを編集点付近で独立に復号し、そして、所望の編集点でそれらの間を切り替えることである。そのような技術の例はＵＳ５６９６５５７及び、ＥＰ−Ａ−０９２３２４３に開示されている。しかし、これは、実効的には第２の復号器を必要とし、そして、消費者は、この出費を避けることを好む。更なる問題が残る。
【０００５】
１つの例として、ディスクに基づくシステムは、テープと比較するときには、一般的には、元来”ランダムアクセス”であると考えられるが、ディスク上の又は、他の媒体上の異なる蓄積位置の間での切換に関連する”シーク時間”は、必然的に、実時間データの流れを中断し、そして、多くのシークの発生と、復号器への実時間データの不足を防ぐために、実際のシステムでは、ディスク配置規則が課される。欧州特許出願番号ＥＰ−Ａ−０９８３５９１（ＰＨＮ１６８１５ＥＰ）に従って、そのようにしなければ２つの部分が配置規則に違反しないで接続されないということを保証する、２つのＡ／Ｖ部分を連結するために、”ブリッジシーケンス”が発生されそして、同じディスク上に別々に蓄積される。
【０００６】
編集は、第１のグループオブピクチャ（ＧＯＰ）と第２のグループオブピクチャの間のフレーム境界で又は、任意のフレーム点で、２つのＭＰＥＧストリームを、接続するのが望ましい。しかしながら、ＭＰＥＧ符号化と復号の性質により、フレームとバッファ制約の間の時間依存性のような要因により、幾つかの潜在的な問題を発生する。例えば、ビデオ信号は復号可能ではない。これは、ＭＰＥＧ−２は他のビデオフレームを参照してビデオフレームを符号化するということにより、そして、基準フレームが失われると、従属フレームは復号できない。ＭＰＥＧストリームは、自己完結で他の点の基準として使用される、独立又は、イントラ符号化（Ｉ）フレーム；基準としても使用される予測符号化（Ｐ）フレーム；過去及び／又は未来の基準フレームからの予測を使用して符号化される双方向予測符号化（Ｂ）フレームを有する。
【０００７】
ＷＯ−Ａ−００／００９８１（ＰＨＢ３４２６２ＷＯ）は、２つのストリームからブリッジシーケンスへ、オーディオ及びビデオを再符号化及び再多重するブリッジシーケンスの概念を更に適用する。このブリッジシーケンスは、符号化の準拠を維持しながら、２つのストリームを共に連結し、標準復号器を通して滑らかな再生を伴なう、フレーム精度編集を可能とする。
【０００８】
本発明は、そのような機構を更に改善し且つ適応する。上述の従来技術は、記録は、ＭＰＥＧ−２のプログラムストリームフォーマットに基づいていると仮定する。ＭＰＥＧトランスポートストリーム（ＴＳ）に基づく代わりの家庭用ディジタルビデオ記録フォーマットが新しく望まれている。１つのそのような記録フォーマットの特徴は、我々の、発明の名称”ディジタルビデオ記録物の生成と再生のための方法及び装置及び、そのような方法で作成された記録物”の英国特許出願番号０００７８７０．９（ＰＨＧＢ００００４１）で開示されている。ＴＳフォーマットの記録物の編集と再生は、ＰＳフォーマットで現在ある問題に更に幾つかの問題を提起する。
【０００９】
取り組むべき問題の概要は、正しくない基準フレームを使用して復号することは、視覚的な歪を導くことである。ＴＳ内のビデオフレームのリオーダリングは、表示されるべきでない編集されたストリーム内のビデオフレームとなる。オーディオも編集処理により同様に影響を受ける。オーディオ信号はビデオと整列していないので、２つのストリームを接続すると、編集点付近で部分的なオーディオフレームとなり、オーディオの歪となる。結合されたストリームがＭＰＥＧバッファモデル要求に従わないときにはバッファ問題が起こり、この結果復号器でデータの損失が発生する。ビデオフレームと共に提示されるオーディオフレームは、一般的には、多重内で対応するビデオの前後１秒までに到着し、多重ストリーム内で整列していないので、オーディオのスキューが発生する。（ＰＣＲ／ＰＴＳ／ＤＴＳ）タイムスタンプに対して使用される時間基準内で不連続が発生する。更に、編集点でＴＳパケット内の連続性カウンタが不連続となる。
【００１０】
発明者は、２つの異なる形式の編集を提供することを認識する。これらは、（ｉ）ストリームが、シームレスでなく、グループオブピクチャ（ＧＯＰ）境界で接続される単純な編集そして、（ｉｉ）ストリームがフレーム精度で且つシームレスに、ＧＯＰ境界に関わらず、フレーム精度で接続される複雑な編集である。編集の各形式は、上述の形式の問題を避けるために注意深い処理を必要とする。ＭＰＥＧ仕様は、トランスポートストリーム内で信号が与えられる、シームレス及び非シームレス形式の両方の、”重ね継ぎ点”を提供する。しかし、これらの編集点の使用は、プログラム提供者が、ストリーム内にそのような信号を含めた範囲でのみ可能であり、そして、予め定められた重ね継ぎ点は、ユーザ選択のフレームで、フレーム精度の編集のオプションを扱うことができない。
【００１１】
米国特許ＵＳ５９１７９８８（ソニー株式会社）は、ストリームがグループオブピクチャ（ＧＯＰ）をまたいで共に接続された時に、欠陥のある画像の出力を防ぐ装置と方法を提案する。提示された機構は、悪い画像よりもむしろ再生時にポーズを与えるように復号するために使用される１つの基準画像を繰返す。この方法は、滑らかな、フレーム精度の編集と再生を発生せず、そして、バッファ不連続又は、多重連続問題を考慮しない。
【００１２】
プロ用のアプリケーションでのストリーム編集に対する他の提案は、ＥＰ０９２６６７８Ａ２（テクトロニクス）である。フレーム基準は、編集点付近で、編集装置の補助メモリを使用してＩ−ピクチャのみを使用して、入力シーケンスを用いて合成され、復号されそして、再符号化される。このアプローチは、シームレス編集を発生するが、しかし、アドレス、多重又は、オーディオ問題から生じる問題と取り組まない。更に、高速補助メモリの問題は、民生装置で使用するのに適する、光ディスクそれ自身上に蓄積された編集を提供しない。Ｉ−ピクチャの連続のみを含むブリッジシーケンスは、典型的な光ストレージ装置のビットレート制約内で許容するにはデータレートが高すぎることは言うまでもない。
【００１３】
本発明の目的は、ＭＰＥＧ−２ＴＳのような、編集された符号化されたストリームの滑らかな再生のための種々の方法と装置を提供することである。本発明は、符号化され多重されたストリームを再生し且つ編集するときに、同様な問題が一般的に発生するような、ＭＰＥＧ−２に準拠するストリームの厳しい制約を超えて適用可能である。
【００１４】
発明者は、特に外部復号器へのディジタルインターフェースを介して、編集されたストリームの滑らかな再生を保証するために、異なる形式のデータストリームの編集が可能でありそして、どのような提案された方法も、これと符号化フォーマットに固有な他の制約を考慮しなければならないことは認識されている。ＭＰＥＧトランスポートストリーム野獣フォーマットに関連する問題は、取り組まれ、ユーザへのオーディオ及びビデオ妨害を減少される。
【００１５】
本発明の第１の特徴に従って、予め定められた復号器により課される制約に違反することなく、第１のシーケンス内の第１の編集点が、第２のシーケンス内の第２の編集点と連結されるように、蓄積装置からフレームに基づくデータのシーケンスを読出し且つそれを編集するように動作できる手段を有するデータ処理装置であって、蓄積されたシーケンスの各々は、複数のトランスポートパケットの少なくとも１つの系列を有し、所定の系列のトランスポートパケットは、それぞれの連続性カウンタ値を有し、そのカウンタ値の各々は先行するものと所定の連続性規則により関連し、この装置は、前記制約と連続性規則に従いながら、前記第１と第２の編集点を連結するトランスポートパケットの編集されたシーケンスを定義するために、前記編集点の連結から生じる連続性カウンタ値の不連続の大きさを計算する手段と、各々が自分自身の連続性カウンタ値を有する対応する番号の追加のトランスポートパケットを発生する手段とを有する装置が提供される。
【００１６】
一実施例では、少なくとも前記第１のシーケンスは、少なくとも１つのパケット化されたエレメンタリーストリームを担い、そのパケットは、前記トランスポートパケットを構成するために副分割されており、装置は更に、ペイロードがパケット境界を含むトランスポートパケットを識別し、且つ、識別されたパケットの前に挿入されたときに、前記連続性規則に従うために、前記追加のパケットを発生するようになされる。
【００１７】
装置は、ディジタルインターフェースを介して、前記追加のパケットを含む、トランスポートパケットの前記編集されたシーケンスを出力手段を有してもよい。
【００１８】
第１と第２のシーケンスと編集されたシーケンスは、例えば、個々に規定されているように、ＭＰＥＧ−２使用に従っても良い。
【００１９】
フレームに基づくデータの第１と第２のシーケンスは、各々が、多重された複数のパケット化されたエレメンタリーストリームを有し、各エレメンタリーストリームは、トランスポートパケットのそれ自身のシーケンスを有する。連続性規則は各エレメンタリーストリームに対して独立に動作し、装置は、個々にそのストリームに対して計算された不連続性の大きさに従って、各エレメンタリーストリームに対する追加のトランスポートパケットを発生する様になされる。
【００２０】
装置は、編集されたシーケンスを共に後に再生することを可能とするために、編集を定義する追加のデータを発生し且つ蓄積しても良い。前記追加のトランスポートパケットは、前記追加のデータの一部として、発生され且つ蓄積されてもよい。かわりに、装置は、編集されたシーケンスの再生まで前記追加のパケットを発生しないように適用されても良い。
【００２１】
一実施例では、前記第１と第２のシーケンスは、シーケンスの他のフレームを参照せずにイントラ符号化された幾つかのフレームと、シーケンスの少なくとも１つの更なるフレーム又はフィールドを参照してインター符号化されたいくつかのフレームとを有するフレームに基づくデータを有し、装置は、蓄積された第１と第２のフレームシーケンスからのフレームを選択的な統合と、それぞれの編集点により示された第１と第２のシーケンスからのフレームの符号化形式（イントラ又はインター）により決定されるようにブリッジシーケンス内で１つ又はそれ以上のフレームの選択的な再符号化により、前記編集点付近で第１と第２のシーケンスを連結するトランスポートパケットのブリッジシーケンスを形成するようになされたブリッジ発生手段を有してもよい。
【００２２】
そのような実施例では、追加のトランスポートパケットは、発生されたブリッジシーケンスに含まれても良い。
【００２３】
前記不連続性規則は、特定のクラスのフレームヘッダがすぐ後に続く位置で、編集されたシーケンスの不連続点を許し、そのような場合には、装置は、蓄積された第２のシーケンスを入力する前に不連続性規則に従うことを保証するために、前記追加のパケットを挿入しながら、ブリッジシーケンス内にそのような不連続点を含むようになされてもよい。そのような実施例は、連続性規則に従うために、変更されるパケットは少ない。
【００２４】
装置は、前記第１と第２のシーケンス及びプレイリスト情報と共に、記録担体にブリッジシーケンスを蓄積する手段を有しても良い。そのような実施例では、追加のトランスポートパケットは、蓄積されたブリッジシーケンス内に含まれても良く、又は、代わりに、装置による再生中に発生されても良い。
【００２５】
更に本発明の第１の特徴に従って、予め定められた復号器により課される制約に違反することなく、蓄積装置からフレームに基づくデータのシーケンスを読出し且つそれを編集する方法であって、蓄積されたフレームシーケンスの各々は、複数のトランスポートパケットの少なくとも１つの系列を有し、所定の系列のトランスポートパケットは、それぞれの連続性カウンタ値を有し、そのカウンタ値の各々は先行するものと所定の連続性規則により関連し、この方法は、前記制約と連続性規則に従いながら、前記第１と第２の編集点を連結するトランスポートパケットの編集されたシーケンスを定義するために、前記編集点の連結から生じる連続性カウンタ値の不連続の大きさを計算し、且つ、各々が自分自身の連続性カウンタ値を有する対応する番号の追加のトランスポートパケットを発生する方法が提供される。
【００２６】
更に、本発明の第１の特徴に従って、第１のフレームシーケンス内の第１の編集点が、第２のフレームシーケンス内の第２の編集点に連結される連結する１つ又はそれ以上のブリッジシーケンスと共に、第１と第２のフレームシーケンスを担う蓄積装置が提供される。
【００２７】
第２の特徴では、本発明は、編集データは、望ましく編集されたシーケンスを出力するために、第１のシーケンスの第１の編集点と、第２のシーケンスの第２の編集点を連結する、蓄積装置から第１と第２のシーケンスのデータを読み出すために、蓄積された編集データに応答して動作可能な再生手段を有するデータ再生装置であって、前記第１の編集点での前記第１のストリームを切り且つ前記第２の編集点で前記第２のストリームに入ることが、前記復号器仕様内で、１つ又はそれ以上の制約を潜在的に破るように、前記第１と第２のシーケンスは、各々が、予め定められた復号器仕様に従った形式で、符号化され且つ多重された、少なくとも２つの多重されたエレメンタリーストリームを有し、前記再生手段は、出力として、前記編集されたシーケンスが前記復号器仕様に従うように、前記編集点の付近で前記第１と第２のシーケンスから選択的にデータを再生することにより、前記エレメンタリーストリームの記録又は再多重を行うことなしに、実質的に動作する装置を提供する。
【００２８】
本発明の第２の特徴は、更に、蓄積されたデータを再生する方法であって、望ましく編集されたシーケンスを出力するために、第１のシーケンス内の第１の編集点を第２のシーケンス内の第２の編集点に連結する、予め蓄積された編集データに従って蓄積された第１と第２のシーケンスのデータが蓄積装置から読み出され且つ再生され、前記第１の編集点での前記第１のストリームを切り且つ前記第２の編集点で前記第２のストリームに入ることが、前記復号器仕様内で、１つ又はそれ以上の制約を一般的に破るように、前記第１と第２のシーケンスは、各々が、予め定められた復号器仕様に従った形式で、符号化され且つ多重された、少なくとも２つの多重されたエレメンタリーストリームを有し、前記再生手段は、出力として、前記編集されたシーケンスが前記復号器仕様に従うように、前記編集点の付近で前記第１と第２のシーケンスから選択的にデータを再生することにより、前記エレメンタリーストリームの記録又は再多重を行うことなしに、実質的に動作する、方法を提供する。
【００２９】
本発明の第２の特徴は更に、前述の方法で再生された、編集されたデータシーケンスを再生する信号を提供する。
【００３０】
本発明の更なる特徴は、添付の請求項に列挙されており、その開示は参照によりここに組み込まれ、読者の注意が向けられる。更に、本発明の独立の特徴は、以下の開示から明らかである。これらを、更に、限定しない以下の実施例により説明する。
【００３１】
本発明の実施例を、添付の図面を参照して、例示目的のみで、説明する。
【００３２】
ディジタルビデオ記録−一般
以下の説明は、ＭＰＥＧ規格（ＭＰＥＧ１に対してはＩＳＯ／ＩＥＣ１１１７２そして、ＭＰＥＧ２に対してはＩＳＯ／ＩＥＣ１３８１８）に従った、Ａ／Ｖ装置をとくに考えるが、当業者は、ＭＰＥＧ規格に従わない他のＡ／Ｖ符号化に本発明を適用できることは理解されよう。
【００３３】
以下の説明は、本発明が、ＭＰＥＧ符号化と多重で使用されている時間依存性とバッファモデルのために、単純なカットアンドペースト編集が丁度フレーム境界で行えない、ＭＰＥＧトランスポートストリーム内のビデオ−及び／又はオーディオ−フレームの正確な編集をする問題と、どのように取り組むかを開示する。
【００３４】
再生しながらの２重復号なしに編集を容易にするために、ブリッジシーケンスが発生され、これは、ＭＰＥＧデータの２つのもとの記録を共に連結するために（上述の方法で）特に構成されたＭＰＥＧデータの短いシーケンスである。これは、上述のＷＯ−Ａ−００／００９８１（ＰＨＢ３４２６２ＷＯ）内に、プログラムストリームフォーマットの編集のために、原理的に開示されている。更なる背景は、その文献を参照する。その文献から知られるように、一般的には行こうなＭＰＥＧストリームを構成するために、データの一部を部分的に復号し且つ再符号化することが必要である。
【００３５】
ビデオ編集での最終的な要素は、制御構造又はプレイリストである。これは、再生システムに、ストリームをどのように順番に並べるかを指示する。それは、元のストリームから出るテントブリッジシーケンスの開始に関する情報を規定する。それは、ブリッジシーケンスの最後から第２のストリームへのジャンプの場所を規定する。また、再生を容易にする管理を行う他の情報も含む。
【００３６】
図１の破線の四角内は、本発明を行うのに適する、光ディスク記録及び再生装置の形式の装置の実施例を示す。装置の記載では、フレーム毎のビデオ信号の扱いに集中するが、オーディオ又は、データ信号のような、他の形式の信号も代わりに又は加えて処理でき、そして、本発明は、磁気データ蓄積手段及び、コンピュータハードディスクドライブのような他の記憶装置にも、等しく適用可能である。
【００３７】
装置は、光ディスク３上に記録されるビデオ信号を受信する、入力端子１を有する。更に装置は、ディスクから再生されたビデオ信号を供給する出力端子２を有する。これらの端子は、ＩＥＥＥ１３９４のようなインターフェースを介して、衛星、ケーブル又は同様なものから、ＭＰＥＧ  ＴＳフォーマットで放送信号を受信する、”セットトップボックス”の形式の、ディジタルＴＶ受信器及び復号器１２へ接続されるのに使用される。復号器は従来のアナログＴＶセットでもよい、表示装置１４に表示信号を供給する。
【００３８】
ディスク３のデータ領域は、対応するセクタアドレスを有する、物理的なセク他の連続する範囲を有する。このアドレス空間はに分割され、シーケンス領域はセクタの連続シーケンスである。図１に示されたビデオ記録装置は、即ち、ディスクサブシステム６と記録と再生の両方を制御するビデオレコーダサブシステム８と呼ぶ２つの主なシステム部品に分割される。２つのサブシステムは、容易く理解できる、幾つかの特徴があり、ディスクサブシステムは、論理アドレス（ＬＡ）に関して透明にアドレスでき、且つディスクから／ディスクへの読出し及び／又は書き込みの、最大連続ビットレートを保証できる。
【００３９】
図２は、装置の更なる詳細を示す。装置は、図１のサブシステム８に含まれる、信号処理ユニット１００を有する。信号処理ユニット１００は、ディジタル入力端子１を介してビデオ信号を受信しそして、ビデオデータをディスク３上に記録するためのチャネル信号に処理する。破線１０２により示されている読み出し／書き込みユニット１０２が、図１のディスクサブシステム６内に組み込まれて、設けられている。読み出し／書き込みユニット１０２は、光ディスク３から読出し、そして光ディスク３に書き込むようになされた、読み出し／書き込みヘッド１０４を有する。位置決め手段１０６が、ディスク３をわたる半径方向に、ヘッド１０４の位置を決めるために設けられる。読み出し／書き込み増幅器１０８が、ディスク３へそしてディスク３からの信号を増幅器するために設けられる。モータ１１０は、信号発生ユニット１１２により供給されるモータ制御信号に応答して、ディスク３を回転させる。マイクロプロセッサ１１４は、制御線１１６，１１８及び、１２０を介して全ての回路を制御するために設けられる。
【００４０】
信号処理ユニット１００は、入力端子１から受信したビデオデータを、チャネル信号の情報のブロックに変換する。情報のブロックのサイズは、可変だがしかし、（例えば、）２ＭＢから４ＭＢの間である。書き込みユニット１０２は、チャネル信号の情報のブロックを、ディスク３上のシーケンス領域内に書き込む。元のビデオ信号に対応する情報のブロックは、その配置はフラグメント化記録として知られている図３の記録図内で分かるように、連続である必要のない、多くのシーケンス領域内に、書き込まれる。記録時に、特定の配置規則に合致する場合には、実時間ヘッドラインに会うように十分に速くそのようなフラグメント化記録を記録し且つ書き込むことができるのは、ディスクサブシステムの特徴である。
【００４１】
ディスク３に以前及び、記録ステップで記録されたのビデオデータの編集を可能とするために、装置は、更に、ディスク３上に記録された第１のビデオ信号の出口位置（出力点）を受信し、且つ同じディスク上に記録される第２のビデオ信号内の入力位置（入力点）を受信する入力ユニット１３０が更に設けられている。更に、装置は、以後に詳細に説明する２つのビデオシーケンスを連屈するブリッジシーケンスを発生するために、信号処理ユニット１００内に組み込まれた、ブリッジシーケンス発生ユニット１３４を有する。
【００４２】
図３は、ビデオ信号の記録を示す。ビデオレコーダサブシステム８では、実時間信号のビデオ信号は、図３の上方部分に示されたように、実時間ファイルＲＴＦに変換される。実時間ファイルは、対応する（しかしフラグメント化された）シーケンス領域内に記録するために、連続する信号ブロックシーケンスＳＥＱより構成される。ディスク上のシーケンス領域の位置の制約は無く、従って記録されたビデオ信号のデータの部分を含むどの２つの連続するシーケンス領域も、図３の下部に示されたように、論理アドレス空間ＬＡＳ内のどこにも置かれうる。各シーケンス領域内で、実時間データは連続して配置される。各実時間ファイルは単一のＡ／Ｖストリームを示す。Ａ／Ｖストリームのデータは、ファイルシーケンスの順序でシーケンスデータを連結することにより、得られる。
【００４３】
図４は、ディスク３上に記録されたビデオ信号の再生を示す。ビデオ信号の再生は、論理アドレス空間のどこにも配置できる再生制御（ＰＢＣ）プログラムにより制御される。一般的には各ＰＢＣプログラムは、新たな再生シーケンスＰＢＳを定義し、これは、編集版の記録されたビデオ及び／又はオーディオ部分を含んでも良く、そして、それぞれのシーケンス領域からのセグメントのシーケンスを規定しても良い。所望のシーケンスを構成するここのシーケンスの論理アドレスへのポインタは、ＰＢＣ内に直接的に又は間接的に含まれる。図３と４の比較から分かるように、（図３からの）元のファイルシーケンスを形成することを必要とされたＰＢＣは、元のシーケンスに対応する再生フレーム連続を提供ためにフラグメント化されて記録された部分を並びかえる。
【００４４】
ディジタルビデオ記録物の編集−一般
図５は、ディスク３上に記録された１つ又はそれ以上のビデオ信号の編集を示し、そして、”ファイルＡ”と“ファイルＢ”と付された部分の２つのシーケンスにより示された、２つのビデオ信号を示す。以前に記録された１つ又はそれ以上のビデオ信号の編集版を実現するために、以前のＡ／Ｖ記録からの部分を新たな順序に連結することにより得られるＡ／Ｖシーケンスを定義するために、新たなＰＢＣプログラムが発生される。その部分は、同じ記録物から又は、異なる記録物からでもよい。ＰＢＣプログラムを再生するために、（１つ又はそれ以上の）実時間ファイルからの、種々の部分からのデータは、復号器に送られねばならない。これは、確実時間ファイルにより示されるストリームの部分を連結することにより得られる新たなデータストリームを暗示する。図５には、１つはファイルＡからそして、２つはファイルＢからの３つの部分を使用するＰＢＣプログラムが示されている。
【００４５】
図５は、編集版がファイルＡの連続の領域内の点Ｐ１から開始し、ファイルＡの次のシーケンス内の点Ｐ２まで続くことを示す。そして、再生は、ファイルＢのシーケンス領域内の点Ｐ３にジャンプし、そして、ファイルＢの次のシーケンス内の点Ｐ４まで続く。次の再生は、同じファイルＢ内の点Ｐ５にジャンプし、これは、点Ｐ３よりもファイルＢ内の連続するシーケンス領域の前の点でも良く、又は、点Ｐ４よりも連続する後の点でも良い。ファイルＢ内のシーケンス領域内の点Ｐ５から、再生は点Ｐ６まで続く。遷移Ｐ２−Ｐ３とＰ４−Ｐ５に対するブリッジシーケンスの発生は、明確にするために、図５からは省略されている。これらのブリッジシーケンスの発生の理由と手段をここで考える。
【００４６】
一般的に理解されるように、以下の例はフィールド基準の編集よりもむしろフレーム基準の編集に関連する。編集は、正確なフィールドレベルで行われるが、ＭＰＥＧは、フィールドを対で扱いがちであり、そして、フレームのフィールド間の編集点に順応させるには余分な処理労力が要求される。そのような設備の要求は、実行時の追加の複雑さに値するとは考えられない。当業者には、（上述のように）ＭＰＥＧ準拠は必須ではなく、そして、ここで説明する技術は、非ＭＰＥＧフィールド基準データにも適用可能である。
【００４７】
イントラ符号化画像とインターリーブされたインター符号化画像を有するストリームでは、２つの編集の形式が考えられる。第１に、単純な編集が行われ、ここでは、ストリームはビデオフレーム境界で接続されるが、しかし、結合されたストリームが滑らかな再生ができるという保証は成されない。この場合には、再生は新たなグループオブピクチャ（ＧＯＰ）の先頭に又は、他の適する入力点にジャンプされ、それにより、フレームの精度の編集は、厳しく達成されない。同様に、第１のシーケンスからの出口点は制限される。ユーザとシステムは、フレーム精度で出口と入口を規定しても良いが、しかし、再生システムは、画像符号化形式の制約と可能な他の要因が与えられれば、最も近い近似を実行する。
【００４８】
第２に、更に複雑な編集が認識され、ここでは、ブリッジシーケンスが２つのストリームの不一致を扱うために形成される。図６は、図５に示された編集点を含むことが保証されうるブリッジシーケンスを示す。編集されたストリームがバッファとデータ依存性要求に合致することを保証するのに必要なので、斜線なしに示された、ブリッジシーケンスのコアで、データのシーケンスは再度多重されそして、記録される。これは、符号化形式に依らず、編集点の自由な選択を可能とする。斜線で示された、追加のＡ／Ｖデータは、ディスクサブシステム６からの連続する再生を保証するために、配置要求に合致させるために、編集点の前後からブリッジシーケンスにコピーされる。本出願人の上述の出願ＷＯ−Ａ−００／００９８１（ＰＨＢ３４２６２ＷＯ）は、これらの技術の、基本的な原理を開示する。しかしながら、特に、ＭＰＥＧトランスポートストリーム（ＴＳ）及び、同様なフォーマットに基づくフォーマットを伴なう記録を編集するときには、幾つかの実際の問題が、効果的な方法で解決するために残る。
【００４９】
両場合（単純及び、複雑な編集）ともに、元のストリームはディスク上に変更されずに残る。ブリッジシーケンスが形成される複雑な編集は、通常はディスク上で行われる。単純な編集は、テープに基づくシステムで実行されても良く、ここでは、２つのストリームが任意のビデオ境界で、テープ上で連結される。単純及び複雑な形式の編集と再生手順の詳細を以下に説明する。本実施例では、上述の従来技術で仮定されているプログラムストリームよりも、ストリームはトランスポートストリーム（ＴＳ）形式フォーマットで多重される。
【００５０】
トランスポートストリームフォーマット
図７は、ＭＰＥＧ−２トランスポートストリーム（ＴＳ）フォーマットの主な特徴と構造を示す。図１のシステムでは、放送から直接に受信され、及び、ディジタルインターフェース１と２を介して送られたのと同様に、データは、ＴＳに基づくフォーマットでディスク３上に蓄積される。ＴＳは、図中でＴ−ＰＫＴととラベルが付されているトランスポートパケットの連続するストリームであり、各々が１８８バイトのデータを有し、そして、図７の一番上に示されたフォーマットを有する。シンタックス、語義、及び、適用可能な制約を含むＭＰＥＧ−２トランスポートストリームの詳細は、ＩＴＵ−Ｔ勧告Ｈ．２６２｜ＩＳＯ／ＩＥＣ１３８１８−１に記載されている。ＭＰＥＧ−２システムに関する情報は、ｈｔｔｐ：／／ｗｗｗ．ｍｐｅｇ．ｏｒｇでオンラインで入手できる。簡単には、各トランスポートパケットは、ヘッダ部分とペイロード部分を含み、ペイロード部分は図では、ＤＡＴ−０からＤＡＴ−Ｎバイトで示されている。ヘッダは、特徴的な同期バイトｓｙｎｃで始まり、トランスポートエラーインジケータＴＥＩ、ペイロードユニット開始インジケータＵＳＩ、トランスポート優先インジケータＴＰＩ、パケット識別子ＰＩＤ、トランスポートスクランブル制御フィールドＴＳＣ、適応フィールド制御ＡＦＣ及び、連続性カウンタＣＣを含む、種々のフラグと制御フィールドが続く。
【００５１】
連続性カウンタＣＣＣｃは、所定のＰＩＤに対して、各トランスポートストリームパケットで増加する４−ビットのフィールドである。ＣＣは最大値の後に０になる。ＣＣは、パケットの適応フィールド制御が、パケットにペイロードがないことを示すときには増加しない。連続性カウンタは、トランスポートストリームの特徴で、プログラムストリームフォーマットにはなく、エラーの起こりやすいチャネルで、装置がパケットの損失を検出するのを検出することを可能とするように設計されている。失われたパケットは、一般的には、新たなヘッダを有する新たな同期が得られるまで捨てられねばならない。これは、ＴＳの編集を更に難しくするが、しかし、復号器は、編集により故意に起こされた不連続と伝送エラーにより起こされた不連続との間を区別できなければならない。
【００５２】
フィールドＡＦＣの内容により、適応フィールドＡＦが存在し、ペイロードデータに割り当てられる幾つかの空間を占める。適応フィールドＡＦは、例えば、ＭＰＥＧ２のＩＳＯ／ＩＥＣ１３８１８１内で定義された、不連続インジケータフラグを含む。’１’に設定された場合には、このフラグは、現在のトランスポートストリームパケットに対して不連続状態であることを示す。不連続インジケータは、システムタイムベースの不連続と連続性カウンタの不連続の、２つの形式の不連続を示すのに使用される。予め定められた意味のオプショナルデータフィールドに加えて、適応フィールドがスタフィングバイトで充填され、ＰＥＳパケットの終わりと、ＴＳパケットの境界が一致するようにする。
【００５３】
システムタイムベースの不連続性は、プログラムクロックリファレンスＰＣＲ（ＩＳＯ／ＩＥＣ１３８１８１−２セクション２．４．４．９参照）の形式のシステムタイムベースを担うように指定されたＰＩＤのトランスポートストリームパケット内の不連続性インジケータを使用して示される。仕様を引用すると、不連続性状態がＰＣＲ＿ＰＩＤとして指定されたＰＩＤのトランスポートストリームパケットに対して真であるときには、同じＰＩＤのトランスポートストリームパケット内の次のＰＣＲは関連するプログラムの新たなシステムタイムクロックのサンプル値を示す。不連続性インジケータは、システムタイムベースの不連続性が発生したときにはパケット内で’１’に設定されるべきである。不連続性インジケータビットは、新たなシステムタイムベースＰＣＲを含むパケットに先立ち、同じＰＣＲ＿ＰＩＤのトランスポートストリームパケット内でも’１’に設定され得る。この場合には、一旦、不連続性インジケータが’１’に設定されたときには、新たなシステムタイムベースの最初のＰＣＲを含むトランスポートストリームパケットまで、同じＰＣＲ＿ＩＤの全てのトランスポートストリームパケット内で’１’に設定され続けられる。
【００５４】
特にシステムタイムベース内の不連続性と対称的に、不連続性インジケータにより一度フラグが付されると、有効なトランスポートストリーム内で予想され且つ、復号器はこれらをシームレスに行う。連続性カウンタ値の不連続は、不連続性インジケータにより”知られている”として知らせられるがさらに、、典型的な復号器に、オーディオ／ビデオフレーム構造を再同期し且つ復号パラメータを書くん去るために新たなシーケンスヘッダが見つかるまで、無効としてデータを扱うようにさせる。
【００５５】
再びＭＰＥＧ仕様を引用すると、連続性カウンタの不連続は、どのトランスポートストリームパケット内でも不連続性インジケータを使用して示される。ＰＩＤがＰＣＲ＿ＰＩＤとして指定されていないトランスポートストリームパケット内で不連続状態が真の時には、そのパケット内の連続性カウンタは、同じＰＩＤを有する前のトランスポートストリームパケットに関して不連続となろう。ＰＩＤがＰＣＲ＿ＰＩＤとして指定されているトランスポートストリームパケット内で不連続状態が真の時には、システムタイムベースの不連続が起こったパケット内でのみ不連続であろう。連続性カウンタの不連続点は、トランスポートストリームパケット内で不連続状態が真であり且つ、同じパケット内で連続性カウンタが、同じＰＩＤを有する前のトランスポートストリームパケットに関して不連続のときに、発生する。
【００５６】
エレメンタリーストリームデータを含むとして指定されたトランスポートパケット内の連続性カウンタの不連続の後に、同じＰＩＤのトランスポートストリームパケット内のエレメンタリーストリームの最初のバイトがエレメンタリーストリームアクセス点の最初のバイトであろう。オーディオの場合には、そのようなアクセス点は、新たなオーディオフレームの先頭である。ビデオの場合には、ビデオシーケンスヘッダの先頭バイト又は、ビデオ試験すヘッダが続くシーケンスエンドコードが、アクセス点として働く。連続性カウンタの不連続点が発生し且つ、ＰＴＳ又はＤＴＳが発生する、ＰＣＲ＿ＰＩＤとして指定されていないＰＩＤを有するエレメンタリーストリームデータを含む各トランスポートストリームパケットは、関連するプログラムに対してシステムタイムベースの不連続が発生した後に、Ｔ−ＳＴＤの入力に到着する。不連続状態が真のこれらの場合には、同じ連続性カウンタ値を有し且つ’０１’又は’１１’に設定された適応フィールドを有する、同じＰＩＤの２つの連続するトランスポートストリームパケットが、発生するときには、第２のパケットは捨てられる。有効なトランスポートストリームは、そのようなパケットを捨てることがＰＥＳパケットペイロードデータ又は、ＰＳＩデータの損失を発生するようには構成されるべきでない。
【００５７】
ＤＶＢディジタル放送フォーマットの例では、ＴＳストリームのデータレートは約４０（Ｍビット／秒）であり、一方、オーディオビジュアルプログラムの典型的なデータレートは、１０Ｍビット／秒以下である。従って、図７のＴＳに示されたように、種々のプログラムＰＲＯＧ１，ＰＲＯＧ３は、単一のトランスポートストリームに多重できる。各トランスポートパケットのフィールドＰＩＤは、そのパケットが関連するエレメンタリーストリームを示し、多くの他のストリームとトランスポートパケット単位でインターリーブされている。例えば、１つのプログラムは、ビデオストリーム（この例ではＰＩＤ＝’０５５’）、オーディオストリーム（ＰＩＤ＝’０５６’）及び、テレテキストデータストリーム（ＰＩＤ＝’０５７’）を含んでも良い。ＰＩＤ値とプログラムの対応、及び、各ＰＩＤで担われているデータの形式は、プログラム特定情報（ＰＳＩ）テーブルの形式で維持される。トランスポートストリーム内で周期的に、プログラム関連テーブルＰＡＴがＰＩＤ＝０を有するトランスポートパケットの特別なストリーム内で担われている。ＰＡＴは順にＰＲＯＧ１，ＰＲＯＧ３等に対して、度のストリームがプログラムマッピングテーブルＰＭＴを担うか、どれが単一プログラムに関連する異なるＰＩＤ値を完全にリストするかを示し、そして、各々の内容（ビデオ、オーディオ、代わりの言語のオーディオ等）を記述する。制御目的のこれらのテーブル及び他のデータは、ここでは、システム情報と呼ぶ。
【００５８】
トランスポートストリームから所定のプログラム（ＰＲＯＧ１）を再生し又は記録するために、そのＰＩＤを有する連続するトランスポートパケットのペイロードＤＡＴ−０からＤＡＴ−Ｎが１つのストリームに連結され、そして、このストリームはパケット化エレメンタリーストリームパケットＰＥＳ−ＰＫＴを担い、これは、更にＭＰＥＧ２仕様内で定義される。各ＰＥＳパケットは、特徴的なパケットスタートコードプリフィックスＰＳＣＰで開始する。ＰＥＳヘッダ内の次は、（例えば、ビデオ、オーディオ、パディングストリーム、又は、プライベートストリームのような）エレメンタリーストリームの形式を識別するストリーム識別子ＩＤである。ＰＥＳパケットは、特定のアプリケーションで規定されていない限り固定長は有せず、そして、ＰＥＳパケット長フィールドＬＥＮは、ＰＥＳパケットの数を規定する。例えば、データアライメントインジケータＤＡＩとヘッダ長フィールドＨＬＥＮを含む、種々の制御及びフラグフィールドＣ＆Ｆが続く。種々のオプションフィールドが、Ｃ＆Ｆフィールド内の関連するフラグの値に従って、ヘッダＨＤＡＴ内に存在し、例えば、システムクロックを参照して時間を規定する、ＰＥＳパケット内の”プレゼンテーションユニット”（画像、オーディオフレーム等）の先頭が表示される、プレゼンテンションタイムスタンプＰＴＳが存在する。ある場合には、プレゼンテーションユニットは、その表示順序と異なる順序で復号され、その場合にはデコーディングタイムスタンプＤＴＳも存在する。
【００５９】
同じＳＩＤを有する連続するＰＥＳパケットのペイロードＰＹ−０からＰＹ−Ｎは、図７のＥＳで概略が示された連続するエレメンタリーストリームのデータを構成する。ビデオエレメンタリーストリームＥＳ−ＶＩＤＥＯの場合には、種々の画像シーケンス又はクリップＳＥＱが存在し、各々は、その先頭でシーケンスヘッダＳＥＱＨを有する。量子化マトリクス、バッファサイズ及び、同様なものを含む、復号器の種々のパラメータは、シーケンスヘッダ内で規定される。従って、ビデオストリームの正しい再生は、復号器が、シーケンスヘッダの位置で開始するときにのみ達成される。各シーケンスに対するデータ内に、ビデオデータの１つ又はそれ以上の”アクセスユニット”があり、各々は、画像（アプリケーションによりフィールド又はフレーム）に対応する。各画像はピクチャスタートコードＰＳＣが先行する。グループオブピクチャＧＯＰには、グループスタートコードＧＳＣが先行し、全ての次の特知恵のシーケンスヘッダは、ＳＥＨＱである。
【００６０】
既知であるが、ＭＰＥＧ−２内の画像と他の現代のディジタルフォーマットは、時間冗長度を減少させるために１つ又はそれ以上の基準により符号化される。動き補償は、隣接する１つの画像又は複数の画像に対して既に復号された内容から１つの画像の内容を推定する。従ってグループオブピクチャＧＯＰは、典型的には、他の画像を参照せずに符号化される１つのイントラ符号化された”Ｉ”フレーム、前のＩフレームに基づく動きベクトルを使用して符号化された２つ又は３つの”Ｐ”（予測）符号化ピクチャ、そして、ッシーケンスの前後のＩ及び/又はＰフレームからの予測により符号化された、双方向予測された複数の”Ｂ”ピクチャを含む。Ｂピクチャに要求されるデータ量は、Ｐピクチャに要求されるよりも少なく、順にＩピクチャに要求されるよりも少ない。一方、ＰとＢピクチャは他のピクチャを参照してのみ符号化されるので、所定のシーケンスの再生を開始するための実際の入力点はＩピクチャのみが提供する。更に、ＧＯＰデータ、Ｉ及び、Ｐピクチャは、対応するＢピクチャの前に符号化され、そして、正しい表示順序を得るために、復号後に並べ替えが行われることに注意する。従って、ＢとＰピクチャは、プレゼンテーションタイムスタンプＰＴＳとデコーディングタイムスタンプＤＴＳが異なる例である。１つのグループオブピクチャＧＯＰの一部をＶｉｄｅｏ−ＥＳの下に図７に示す。
【００６１】
最後に図７では、オーディオエレメンタリーストリームＥＳ−ＡＵＤＩＯの再生が示されている。これはフレームスタートコードを有するデータＦＲＭの単純なフレームを含む。サンプルレート（３２ｋＨｚ，４８ｋＨｚ等）と、データレート（例えば、３２ｋビット／秒又は、可変）に関して異なる、種々のオーディオフォーマットが有する許されている。オーディオ及びビデオストリームのこれらのそして他の特性は、ＰＥＳパケットヘッダとフレームヘッダ内の、プログラム特定情報ＰＳＩ内に、符号化されている。
【００６２】
同じプレゼンテーションタイムスタンプＰＴＳを有するオーディオフレームとビデオピクチャは、復号器の出力で同時に表示されるべきものである。一方、異なるエレメンタリーストリームからのデータのパケットのスケジューリングには大きな自由度があり、同じＰＴＳを有するオーディオとビデオのアクセスユニットは、１秒まで離れてトランスポートストリームＴＳ内に到着できる。
【００６３】
システムターゲットデコーダ
実時間復号器のバッファリングと他の特徴が表示されているオーディオビジュアルプログラム内に中断なしに各形式のストリームを復号することができることを補償するために、ＭＰＥＧ−２規格は、トランスポートストリーム”システムターゲットデコーダ”（Ｔ−ＳＴＤ）モデルと、プログラムストリーム”システムターゲットデコーダ”（Ｐ−ＳＴＤ）モデルを規定する。広くは、各システムターゲットデコーダは、ＴＳ又はＰＳフォーマットの異なるエレメンタリーストリームを分離する手段を有し、オーディオ、ビデオ及び、システム制御形式のデータの各々に対する復号器を有し、且つ、データチャネルからの到着と復号及び表示の実際の時間の間に各エレメンタリーストリームを保持するために、入力ストリームと復号器の間のバッファを有する、仮想的な復号器である。
【００６４】
Ｔ−ＳＴＤとＰ−ＳＴＤはＭＰＥＧ−２仕様に更に詳しく説明されているように、一般的な形式で両方ともに似ている。しかし、Ｔ−ＳＴＤとＰ−ＳＴＤの間の差は、一般的には、トランスポートストリームは、少なくともＰＥＳパケットのレベルで再スケジューリングなしにプログラムストリームに直接的にマップできず、かつ、ＰＳからＴＳフォーマットも同様であることを意味する。１つの例として、ＴＳフォーマットのオーディオ復号器は、Ｐ−ＳＴＤのバッファよりも小さい。他の例では、Ｔ−ＳＴＤ内の各主バッファは、トランスポートストリーム自身内の”バースト的な”データを平滑するように働くトランスポートバッファが先行する。所定のストリームに対するデータは、４０メガビット毎秒のピークレートで、バースト的な幾つかのトランスポートパケット内で到着するが、そのようなストリームの平均レートは、全体のトランスポートストリーム多重を考慮するときには、非常に低い。入力データレートを２Ｍビット／秒（オーディオ）と１８Ｍビット／秒（ビデオ）に抑えるために、トランスポートバッファに対して”リークレート”が定義される主バッファにデータが送られることが仮定される。
【００６５】
単純編集
単純な編集では、ストリームが滑らかに再生されるように保証するためには、編集中には何も行われない。特にブリッジシーケンスは発生されずかつ蓄積されない。従って、装置は再生時に問題と対処しなければならない。一般的には、完全な再生を保証することは不可能であるが、しかあい、提案された方法はユーザへの妨害をできる限り防ぐことを目的とする。
【００６６】
２つのＭＰＥＧストリームを任意のフレーム境界で接続する潜在的な問題は、次のようである。
１．ビデオが復号できない可能性がある。
【００６７】
上述のように、ＭＰＥＧは、大部分のフレームを他のビデオフレームを参照して符号化する。基準フレームに対するデータが失われると、従属フレームは復号が出来ない。フレームが正しくない基準フレームを使用して復号されると、結果は視覚的な欠陥を起こす。ＭＰＥＧＴＳ内のビデオフレームのれオーディオダリングのために、編集されたストリーム内に表示されるべきでないビデオフレームが含まれる可能性がある。
【００６８】
入口と出口フレームが選択されている特別な場合には、全てが復号できる。これは、ユーザが自由に出口と入口フレームを選択したときにはランダムに発生するが、しかし、一般的にはそのようではない。代わりの実施例では、ユーザは、出口と入口点として、特定のフレームのみ選択するように制約され得る。
２．部分的なオーディオフレーム
オーディオとビデオフレームは、１８８バイトのトランスポートストリームパケットに分割され、そして、これらのトランスポートストリームパケットは、トランスポートストリーム多重内でインターリーブされる。多重内では、オーディオとビデオフレーム境界間では整列されていない。従って、ビデオフレーム境界で２つのストリームをつなぐと、編集点付近でオーディオフレームは部分的になる。復号器によりこれらの部分的なオーディオフレームを復号しようとする試みは、オーディオ歪となる。
３．バッファ問題
ＭＰＥＧ使用の主な特徴は、状況の範囲で、バッファ容量と復号器の動作のパラメータを定義することである（上述のシステムターゲットデコーダ参照）。任意の点で、２つのＭＰＥＧ準拠ストリームを連結して得られるストリームは、一般的には、ＭＰＥＧバッファモデルに従わない。再生時に、これは、復号器が、バッファのオーバフロー又は、アンダーフローを通してデータを損失することとなり、オーディオ及び/又はビデオ歪となる。
４．オーディオスキュー
ビデオフレームと共に表示されるオーディオフレームは、多重内で整列していない。典型的には、ビデオに対応するオーディオは多重内で、ビデオよりも後から来る。しかし、一般的には、オーディオは多重内では、対応するビデオよりも１秒前又は１秒後までとなる。
５．タイムベースの不連続
ＰＣＲ／ＰＴＳ／ＤＴＳタイムスタンプに対して使用されるタイムベースは、編集点で不連続である。２つの時間基準の間の正しいオフセットは、（ｉ）第１のシーケンスの最後のフレームのＰＴＳに加えて１フレーム期間、及び、（ｉｉ）第２のシーケンスの第１のフレームのＰＴＳ、の間の差により得られる。
６．連続性カウンタの不連続
ＴＳパケット内の連続性カウンタは、編集点で不連続となる。これは、復号器に、新たなシーケンスヘッダが見つかるまで、再生を抑圧させる。
【００６９】
この説明する方法と装置は、これらの問題と取り組む。
【００７０】
単純編集の生成
単純な編集では、編集中に、ストリームは変更されないが、幾つかの追加のデータ（”メタデータ”）が、編集された記録についてのプレイリストの一部として蓄積されねばならない。特に、（ｉ）表示されるべき最後のフレームが終了する、第１のストリームないの点と、（ｉｉ）表示されるべき第１のフレームが開始する第２のストリーム内の点、を識別するポインタは蓄積される。例えば、図５の例の第１の編集では、これらのポインタは、それぞれ点Ｐ２とＰ３を示す。これらのポインタは、データの論理アドレスを直接指すか又は、時間値を基準にして、蓄積される。後者の場合には、時間ポインタは、特徴点情報又はＣＰＩの検索テーブルを参照して、アドレスへ変換できる。ＣＰＩは、ビットストリーム内の各ピクチャシーケンスの開始の位置を示す、蓄積されたプログラムの少なくもと一部に対するインデックスの形式である。
【００７１】
また、（ｉｉｉ）第1のストリームの最後のＰＴＳから、第２のストリームの第１フレームのＰＴＳを引いた、２つの時間基準の間のプレゼンテーションタイムの間のオフセットも蓄積される。以下の部分で説明するステップ１から４で提案される調整を行った後に、オフセットを蓄積すれば、再生は、単純であることに注意する。しかしながら、オフセットが調整なしに蓄積される実施例も可能であり、そして、調整は再生に必要ならば行われる。これは、再生時にデータを読出し且つ分析することを必要とする。
【００７２】
ディジタルインターフェースを介した単純な編集の再生
組み込み復号器を介した編集されたストリームの再生は、原理的には、高度の扱いが可能である。しかしながら、歪を生じることなく標準ＳＴＢで単純な編集物を再生することを可能とするために、以下の手順が図１の装置により行われる。これは、再生時に行われるステップを含み、そして、編集物を定義する追加のデータを生成することを行うステップも含む。
１．ＳＴＢに単に送られ復号可能なオーディオ／ビデオ
編集のためのメタデータ内のポインタは、第１のストリームが常に（ビットストリーム内で、表示順序でなく）Ｐ−又は、Ｉ−の前で終わり、一方第２のストリームが常にＩ−フレームで開始することを保証するために選択される。完全なオーディオフレームのみが、復号器に送られる。オーディオ表示内のギャップは、編集点で残されるべきである。望ましくないオーディオパケットは、各パケットのＰＩＤを、ＮＵＬＬパケットを示す０ｘ１ＦＦＦに変更することにより、ストリームから削除される。パケットは、連続性カウンタの不連続のすぐ後又はすぐ前でのみ削除されるので、これは、連続性カウンタに問題を起こさない。
２．バッファオーバーフローしないことの保証
バッファオーバーフローしないことを補償するために、編集点でのバッファ状態が計算されるべきである。以下のアルゴリズムが使用されるが、他も等しく可能である。
【００７３】
（ａ）編集点で、元の第２のストリーム内のバッファ充填度Ｄｂｕｆｆを計算する。これは、編集点に先行するがしかし、編集点の時間後のＤＴＳ時間を有する全てのビデオフレームのサイズを加算することにより簡単に計算できる。
【００７４】
（ｂ）編集点で、第１のストリーム内のバッファ充填度Ｓｂｕｆｆを計算する。これも、点１と同様な方法で計算できる。
【００７５】
（ｃ）Ｓｂｕｆｆ＞Ｄｂｕｆｆの場合には、１フレーム期間を、ストリーム間のオフセットに加えそして、Ｓｂｕｆｆの値を、前よりも１フレーム期間後のバッファ充填度に調整する。
【００７６】
（ｄ）点３を、Ｓｂｕｆｆ＜Ｄｂｕｆｆまで繰返す。
【００７７】
これは、バッファオーバーフローがないことを保証する。ステップ（ｃ）と（ｄ）の代わりのアプローチは、ステップ（ｃ）でオフセットを一定に保ち、しかし、第１のストリーム内の編集点を、最後のフレームを除外するように移動することである。ビットストリームが常にＰ／Ｉフレームの前で終わることを補償するためには、実際には、１つ以上のフレームが除去されるのが必要である。何れの場合にも、再生時の結果は、１フレーム期間以上、第１のストリームからの最後のフレームが、ディスプレイ上でフリーズされる。両アプローチは、結合して使用することができ、各々がユーザ満足に対する悪影響を和らげる。
【００７８】
編集がＧＯＰ境界でなされる場合には、多くの場合には、第１のストリームの最後と第２のストリームの最初のバッファ充填度は同様であろう。従って、ＧＯＰ境界でのみ編集することを選択することにより、一般的には、ストリームかんのオフセットが増加される量を減少でき、そして、これゆえに、編集されたシーケンスの再生中にフリーズフレームが現れる時間を減少する。装置の設計者は、この理由のために、ユーザによりＧＯＰ境界のみが選択されるように決定してもよい。一般的には、しかしながら、最もよい選択に関して、装置からの忠告のがあってもなくても、ユーザは、編集点の自由な選択ができる。
３．バッファアンダーフローが起きないことを保証する
２つのストリーム間のオフセットがＰＴＳ値から最初に計算され、そして、上述のように調整される。第２のストリームがローディングを開始する時間は、オフセット、第２のストリーム内の第１のＰＣＲタイムスタンプ、及び、多重レートを使用して、第１の時間基準に関して計算される。第２のストリームがローディングを開始することが暗示される時間が、第１のストリームの最後よりも前の場合には、これは起こらないので潜在的な問題がある。結果は、第２のストリームが、多重で暗示された時間よりも後に、ローディングを開始し、これはバッファのアンダーフローとなる（この復号時点ではフレームのデータが十分にロードされていない）。この問題を解決するために、複数のフレーム期間だけ、２つのストリームのローディング時間に重なりがなくなるまで、編集及び、ために追加のデータにそれが記録される前に、２つのストリーム間のオフセットは、単純に増加される。
４．タイムスタンプＰＣＲ／ＰＴＳ／ＤＴＳの更新
再生では、装置は、復号器が連続のストリームを見ることが出来るように、編集点後の全てのタイムスタンプを更新する。タイムスタンプを更新するのに使用するオフセットは、編集点後の第１のフレームのＰＴＳと、編集点前の最後のフレームの間の差により、上述の種々のステップで必要な場合には調整されて、与えられる。全てのフレームが表示されるわけではないので、オーディオとビデオの両方のプレゼンテーションタイム内にギャップがあるであろう（ＭＰＥＧ−２適合仕様、ＩＳＯ／ＩＥＣ１３８１８−４：１９９５、セクション２．３．３．１．１参照）。タイムスタンプが更新されない場合には、復号器はオーディオとビデオは連続しているとみなす。これは、バッファオーバーフローとデータの損失となる。
５．連続性カウンタの不連続時に不連続インジケータを設定する
ビデオシーケンスヘッダは、通常はＧＯＰの先頭で送られ、上述の点１から、編集後のビデオエレメンタリーストリーム内の第１バイトはビデオシーケンスヘッダである。同様に、第１オーディオパケットは、オーディオフレームの先頭を有すべきである。再生に際して、装置はこれらのパケット内に不連続インジケータを設定する。
【００７９】
ＧＯＰの先頭にシーケンスヘッダが存在するのは必須ではない。しかし、シーケンスヘッダがない場合には、復号器がストリームを復号するのに必要な量子化マトリクスを知らないので、ビデオストリームを復号するのに問題である。放送ストリームでは、チャネルを変えたときに同様な問題が発生し、この理由のために、放送は典型的には、ストリームないに短い時間間隔のシーケンスヘッダを含む。従って、第２のストリーム内で編集する点を選択するときには、次の便利なＩ−フレームを選択する代わりに、装置は、シーケンスヘッダが先行する次のＩ−フレームを選択できる。
【００８０】
フィールドシーケンス（トップとボトム）は、編集点をわたって保存される必要はないがしかし、フィールドシーケンスは保存されない場合には、２つのストリームの間のオフセットは、奇数のフィールド期間であるべきである。これは、３：２プルダウンの場合である。解像度は変わり、そして、混合されたフレームレート（他とＮＴＳＣ及びＰＡＬから）は、歪を起こし、これは避けるべきである。
【００８１】
単純な編集はフレーム制度で行われるが、ディジタルインターフェースを介して、ＧＯＰ精度で再生される。図８は、例を示す。編集がフレーム精度で行われるということは、他の装置により再生中に、例えば、組み込み復号器を使用する、更に高度な取扱を可能とする。標準インターフェースと復号器を介しての再生に対する最優先の要求は、実行を許すより良い性能を妨げることなく、合致することである。
【００８２】
上述の考慮に関して、ディジタルインターフェース１（図１）を介して単純な編集を再生するために、以下の動作が、装置により行われる。
【００８３】
Ａ１．  第１のストリームは、前のＧＯＰの最後である、点Ｘまで再生される。ここで意図されている、ここで考えている記録システムでは、そのような点は、ディスクに対するプレイリストデータ内に自動的に蓄積された、特徴点情報ＣＰＩから見つけることができる。本出願人の出願による出願ＰＣＴ／ＥＰ９９／０８２５２（ＰＨＮ１７１６１）は、本出願の優先日には公開されていないが、ＣＰＩに対する可能なアプリケーションとフォーマットを開示する。原理的には、シーケンスヘッダが見つかるまでの十分なストリームの解析により、同じ情報が見つかる。
【００８４】
Ａ２．  点Ｘまでのトランスポートパケットは、それらの到着タイムスタンプに従って伝送される。第１のストリームの最後で、不連続情報テーブル（ＤＩＴ）を伴なうトランスポートストリームパケットが挿入される。ＤＩＴは、ＭＰＥＧ自身というよりも、ＤＶＢ標準システム情報の一部である。基本的には、ＤＩＴは、部分的なトランスポートストリーム内で不連続が発見されたとことろを規定する。更なる詳細は、ＥＴＳＩ文書ＥＮ３００４６８内の、”ディジタルビデオ放送（ＤＶＢ）；ＤＶＢストリームに関するサービス情報（ＳＩ）の仕様”に記載されている。
【００８５】
Ａ３．  第１のストリームの最後で、トランスポートパケットは第２のストリームに対するプログラム割り当てテーブルＰＡＴ共に挿入され、そして、トランスポートパケットは第２のストリームに対するＰＭＴ共に挿入される。これらのパケットは、復号器が誤りのあるとして捨てるのを避けるために、適応フィールドＡＦ内に設定された不連続インジケータも有する。
【００８６】
Ａ４．  点Ｘまで第１のストリームの最後を分析することにより、最後のピクチャのＤＴＳと、点ＸのＳＴＣ（ＰＣＲ）が決定できる。点ＸとＰＡＴ／ＰＭＴに対する挿入されたトランスポートパケットの後に、パケットの送信は、ＳＴＣ値が、最後のフレームのＤＴＳよりも大きくなるまで、中止される。代わりに、１秒の遅延が使用され得る（遅延に対して許容される最大値）。しかしながら、蓄積されたオフセット情報を使用することにより、本装置は、新たなフレームを表示する前のギャップを最小にすることができる。特に、入り口点から前方へ、第２のストリームを調べることにより、再生装置は、新たな時間基準の下でＰＣＲ値を見つけるであろう。蓄積されたオフセットは、新たな時間基準に関する現在の時間を得るために、第１のストリーム中に動作しているＳＴＣに加えられる。これが、第２のシーケンスの入口点で符号化されたＰＣＲと一致するときには、パケットの送信が続けられる。全ての入り口点は、すぐ近くに、便利に符号化されたＰＣＲを有することにの注意する。しかしながら、装置は、編集点の前後で読出し、そして、ＰＣＲ符号間の（新たな時間基準の下での）望ましいＳＴＣを推定し又は、単純に次のＰＣＲが到着するまで待つことが可能である。１つのＰＣＲと次の間で、少なくとも０．０４秒後とに繰返すという推奨と共に、最大０．１秒のギャップが許されている。従って、新たな時間値が瞬時に利用できない場合でも、通常は、そうでなく示されている”安全な”１−秒遅延よりもかなり早く、安全にパケットのフィードを回復することが可能である。
【００８７】
Ａ５．  位置Ｘまでのストリームに分析中に、最後のビデオフレームが開始するのを知るのは簡単である。最後のビデオフレームと野獣されているデータの分析中に、新たなオーディオフレームの先頭が見つけられると、このオーディオパケットと同じＰＩＤの全ての後続のオーディオパケットは、そのＰＩＤを０ｘ１ＦＦＦ（ヌルパケット）に変更される。これは、部分的なオーディオフレームが復号器に送られるのを防ぐためである。これは、全てのオーディオＰＩＤに対して行われる。オーディオフレームはトランスポートパケットと整列されていないので、次のオーディオフレームの先頭を除去するために最後のオーディオパケットの部分をスタッフィングする必要がある。スタッフィングは、ＰＥＳスタッフィングパケットを加えるか又は、適応フィールドを加えることによるいずれかによりなされうる。適応フィールドは、ＭＰＥＧ仕様に規定されているように、ＰＥＳパケットに、望ましい幾つかのデータバイトを加えることを可能とする。データは、スタッフィング目的のために意味がない。
【００８８】
Ａ６．  第２のストリームは、点Ｙの再生で開始し、これは、（プレイリストともに蓄積されたＣＰＩから見つかった）入力点の後のＧＯＰの開始である。第２のストリームは、上述及び、ステップＡ４で定義された遅延の後にそして、対応するオフセットと共に、トランスポートパケットが到着タイムスタンプに従って伝送された後に、再生を開始すべきであり。
【００８９】
Ａ７．  エレメンタリーストリームは自分自身のＰＩＤを有する。ビデオＰＩＤに対しては、不連続インジケータが１に設定されたトランスポートパケット、及び、ｓｔｒｅａｍ＿ｉｄ０ｘＢＥ（パディングストリーム）を有するＰＥＳパケットが、第１のビデオストリームよりも小さく１が設定された連続性カウンタと共に挿入される。
【００９０】
Ａ８．  第１のビデオＰＴＳ前のＰＴＳを有するオーディオ（”リーディングオーディオ”）は捨てられる。
【００９１】
Ａ９．  各オーディオＰＩＤに対して、全てのパケットは、次のオーディオフレームの開始まで削除されるべきである。第１の残りのオーディオトランスポートパケットが適応フィールドを有する場合には、不連続インジケータは１に設定されるべきである。再び、前のオーディオフレームの最後を除去するために、第１のオーディオパケットにスタッフィングすることが必要であろう。
【００９２】
Ａ１０．  専用のＰＣＲ  ＰＩＤがある場合には、不連続インジケータは第１のパケット内にＰＣＲと共に設定される。ＰＣＲ  ＰＩＤが、オーディオ又は、ビデオと共用されている場合には、このインジケータは適応フィールド内にあるので、一般的には、不連続インジケータを設定するのは便利ではない。適応フィールドを挿入することは、パケットのペイロードを変更し、残りのストリームを再パケット化し、そして再時間付けすることを必要とする。これは特に、一旦インジケータが設定されると、ＰＣＲまで、全てのパケット内に設定されねばならない。ＳＴＢの動作は、これがなされなければ、ＭＰＥＧ仕様では定義されない。
【００９３】
シームレス再生のための複雑な編集
複雑な編集−生成
更に複雑な編集の場合には、ブリッジシーケンスが、図６を参照して、上述のように生成される。しかしながらここで説明する新しい方法と装置は以下の追加の制約を適用する。
【００９４】
１．  オーディオ表示内には小ギャップ（＜１フレーム期間）があり、オーバーラップしていない。これは、オーディオストリームをディジタルインターフェースを介して送るときに、標準復号器の混乱を避ける。これと対照して、ＷＯ−Ａ−００／００９８１（ＰＨＢ３４２６２）で、ゼロと１フレームの間の正の重なりが設けられねばならない。両アプローチは、利点がある。重なりの１つの優位点は、組み込み復号器がオーディオ編集を標準復号器よりも、望む場合には、例えば、１つのストリームから他のストリームへクロスフェードにより、高度に扱える。しかしながら、ディジタルインターフェースを介して標準復号器（ＳＴＢ）で再生するときには、装置は重なりの１つ又は他の部分を抑圧しなければならない。
【００９５】
２．  ２つの場合が、オーディオを扱うのに適応される。第１には、オーディオはＭＰＥＧ−２バッファの制約に合わせるために再度多重され、第１のストリームからのいくつかのオーディオは第２のストリームのビデオと多重されることを意味する。編集点の後に来る第１のストリームからのオーディオフレームに対するＰＴＳ／ＤＴＳ値は、第２のストリームの時間基準を基準にする適切なオフセットに変更されねばならない。トランスポートストリームシステムターゲットデコーダ（Ｔ−ＳＴＤ）は、プログラムストリームのオーディオバッファモデル（Ｐ−ＳＴＤ）と異なる。ブリッジ生成中に、再た住されたストリームがＴ−ＳＴＤを満足することは保証されねばならない。
【００９６】
第２の場合には、第１と第２のデータストリームの間で維持されているきれいな切れ目での混合はない。ディジタルインターフェースを介したそのような編集されたシーケンスの再生では、幾つかのオーディオは、以下に詳細に説明するように、ＳＴＢ内でバッファ問題をさけるために捨てられる。
【００９７】
３．  ブリッジが生成されたときに、はじめに連続性カウンタＣＣは、前のストリームと一貫性を持つようになされるべきである。
【００９８】
４．  ブリッジシーケンスの最後での連続性カウンタ（ＣＣ）に関しては、これは、編集されたストリームが誤って捨てられることを避けるために、どうしても存在しなければならない。ブリッジシーケンスのＣＣ値は、ブリッジシーケンスの構成中に自由に設定することができるが、しかし、いずれかの側のブリッジの蓄積されたシーケンスのＣＣ値は固定とみなされることに注意する。
【００９９】
第１の実施例では、各ストリームに対する連続性カウンタは、ブリッジシーケンスを通して着実に増加するように設定され、特に編集点をわたって、連続性が提供される。偶然によってのみ、ブリッジシーケンス内の各ストリーム内の幾つかのパケットは、編集されたストリーム内の幾つかの点で、連続性カウント内の不連続を避けるために丁度必要とされる数である。
【０１００】
従って、ブリッジシーケンスの最後で、（ＰＥＳヘッダのみでデータがない）空のＰＥＳパケットを挿入することにより、連続性カウンタは、残りのストリームと一貫性があるようになされる。再生装置が第２のストリームにジャンプして戻る点は、オーディオとビデオのりょうほうに対するＰＥＳパケットの先頭であるという保証されてはおらず、そして、”実際の”ＰＥＳパケットの真中にパディングパケットを挿入するために、ペイロードとパケット構造が壊されるであろう。従って、各エレメンタリーストリーム内のＣＣパディングは、ブリッジシーケンスの最後の前の適切な点でおこなわれ、それにより、新たなパケットは、オーディオとビデオの両方の新たなＰＥＳパケットヘッダの前に挿入される。ブリッジ内の最後の数のパケットが考慮される場合には、ブリッジシーケンス内の最終のカウンタ値は、以下のストリームと一貫性があるようになされる。この状況では、配置規則に合わせるために単にコピーされるパケットを除いて、ブリッジシーケンスの”コア”のみを考えれば十分である。
【０１０１】
ＭＰＥＧはトランスポートストリームのパディングに対してヌルパケットを定義することに注意する。しかしながら、それらは、復号器内の連続性カウント機能により無視されるので、ブリッジシーケンス内のＣＣパディング目的に対しては使用できない。ヌルパケットは、再多重処理により挿入され又は、削除されてもよく、そして，それゆえに、復号器へのヌルパケットのペイロードを送ることは仮定できない。発明者は、ＰＥＳパケットが各パディングパケット内に含まれる場合には、ＣＣパディングは達成されることを認識する。ＭＰＥＧ復号器は、ペイロードのないパケットに対して、連続性カウンタを増加しない。ＣＣパディングの目的のために、それゆえに、本装置は、完全なしかしその中が空のＰＥＳパケットと伴なう、本物のトランスポートパケットを使用する。
【０１０２】
そのような空のパケットに対して異なるフォーマットが可能である。好適な例が、標準のＭＰＥＧ構文を使用して、付録Ａに示されている。ＭＰＥＧは、オーディオ／ビデオＥＳパケットヘッダにスタッフィングを許しているが、最大で３２スタッフィングバイトが許されるので、このオプションは好適ではない。付録Ａの例では、スタッフィングは追加のエレメンタリーストリーム（ｓｔｒｅａｍ＿ｉｄ＝ｐａｄｄｉｎｇ＿ｓｔｒｅａｍＩＤ０ｘＢＥ）を使用して行われ、実際のペイロードは使用されない（図７のＳＩＤとＩＳＯ／ＩＥＣ１３８１８−２セクション２．４．３．７参照）。付録Ｂは、スタッフィングが、有効なビデオ又は、ビデオＥＳの適応フィールド内で実行される場合の代替を示す。付録Ｃは、専用のパディングストリームの適応フィールド内のスタッフィングを伴なう、他の代替を示す。
【０１０３】
複雑な編集−説明の例
図９は、上述の連続するステップとして示された、本実施例のブリッジシーケンスになされた変形を示す。配置規則（図６の斜線）に従うためにコピーされたデータは、簡単のために省略されている。上述したように、各エレメンタリーストリーム（各ＰＩＤ）は別々の扱いを必要とし、オーディオストリームのＴＳパケットはビデオパケットの後ろに、破線で示されている。言うまでもないが、真のブリッジシーケンスは、典型的には、数千の１８８−バイトパケットを含み、その幾つかのみが本処理の主な特徴を説明するために示されている。同様に、ビデオとオーディオパケットの比は、一般的には図に示されているよりもかなり低く、実際は、約１２：１である。
【０１０４】
ビデオストリームでは、説明のために、ブリッジシーケンスの終わりの近くのパケットは図中で２重線で示され、装置は、第２のストリームＳＥＱ２の入口点の前で最後のＰＥＳヘッダを発見した。４−ビットＣＣ値は、各パケット内の１６進の桁（’０’から’９’、’Ａ ’から’Ｆ’）により示されており、所定のＰＩＤ内で送られた各パケットで１だけ増加する。太線のパケットは、編集処理によりビデオストリームに挿入された空のパケットである。ブリッジシーケンス内の他のパケットは、記録され及び／又は再度多重される。それらのＣＣ値は、太線で示されている。ＳＥＱ２内の第１のパケットは、ビデオシーケンスヘッダが第２のストリームへの有効な入り口点を提供することを示すために、３重線である。
【０１０５】
前向きの第１のストリームからの連続性カウンタ値のシーケンスに続いて、第１のストリームＳＥＱ１内のビデオＥＳは、（ブリッジシーケンスの記録された部分へのジャンプの目的のために）ＣＣ＝５を有するパケットで終わるのが分かる。ブリッジ内のビデオＥＳデータの第１のパケットは従って、ブリッジシーケンスの構成中にＣＣが６に設定され、第１のストリームＳＥＱ１からの出口点を渡って連続性を提供し、そして、その点からＣＣの値は、編集点（図示していない）とブリッジシーケンスの最後に向かって、７，８等と続く。
【０１０６】
ある点で、編集点に関連する新たなＰＭＴ，ＰＡＴ及び、ＰＣＲを蓄積する必要がある。この実施例では、太線で示された、ブリッジの第１のパケットは、ＰＡＴ、ＰＭＴ及び、その他の符号を担うために挿入されたＰＩＤ＝０のパケットである。これらは、フィールドｓｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒ、即ち、”次”で送られ、それらが編集点の後のシーケンスの対して準備されていることを示す。ＰＩＤ＝０を有するストリームに対するＣＣ値のシーケンスは、ビデオとオーディオストリームに対するシーケンスから独立している。例として、最初のストリームＳＥＱ１内のＰＩＤ＝０の最後のＴＳパケットは、ＣＣ＝８を有することに基づいて、ＰＡＴ／ＰＭＴを伴なう挿入されたパケットがＣＣ＝９で示される。
【０１０７】
主な例として、ビデオＥＳに戻ると、ディスク上に蓄積された第２のストリームＳＥＱ２内の第１のパケットは、ＣＣ＝３を有し、そして、これは、変更されない。再符号化及び、再多重の後に、ブリッジシーケンスのコアは、第１のストリームＳＥＱ１の出口点からの連続性で、ブリッジ内の最後のＣＣ値は’Ｄ’であることが見つかり、これは、第２のストリームに連続するのに要求される値に５つ足らないことがわかる。従って、この例の編集装置は、第２のストリーム（ＳＥＱ２）と連続させるために、ブリッジの最後に、５つの空のパケットを挿入する。ブリッジシーケンスの最後からＣＣ＝２，１、０等に戻してカウントすると、ＣＣ＝Ｅを有する２重線の外形で示されたパケットが、ＰＥＳヘッダを有するビデオＥＳに対する最後のＴＳパケットと一致することが分かる。装置は、ＣＣ＝９、Ａ，Ｂ，Ｃ及びＤを有する、その５つの更なる空のパケットをこの前にすぐに挿入し、それにより、編集を通してＣＣの連続性を確立する。
【０１０８】
異なる数の空パケットが、オーディオとシステム情報ストリームの各々で適切であり、そして、ブリッジ内の最後のＰＥＳヘッダの位置は、ビデオストリームのそれと異なる。簡単のために、パケットの挿入をビデオＥＳのみ、図９に示す。
【０１０９】
４ビット値は、戻るので、各ストリーム内に１５以上の空パケットを挿入する必要はないことは理解されよう。同様に、１６の内の約１つの時間は、ＣＣは偶然に編集をわたって連続なので、更に、空パケットが挿入される必要がない。挿入されるパケットは、示されているように最後の可能な点で束ねられる必要はないが、前の点では可能でありそして、好ましいなら、長い時間間隔をわたって広げられることは、明らかである。
【０１１０】
不連続性カウンタは、時間基準が変わるところでのみ設定される必要があり、それは原理的に、ブリッジシーケンスのどこでも可能性があるが、しかし、ブリッジシーケンスの真中のどこかの、所望の編集点で実行するのが最も簡単である。
【０１１１】
上述の技術の変形では、連続性カウンタの不連続は（ブリッジ内で）編集点で残るが、しかし、連続性カウンタの不連続が発生するところのパケット内で不連続インジケータがビットが設定される。ＭＰＥＧに従った不連続状態は、新たなシーケンスヘッダが見つかるまで続くことを思い出す。通常は、編集点後に、ビデオシーケンスヘッダと、新たなオーディオフレームの開始があり、不連続状態は再生で効果がない。この変形を採用するために、ブリッジの最後で、連続性カウンタを一貫性があるようにするために、ブリッジの最後から前に動作することが要求される。
【０１１２】
ディジタルインターフェースを介しての複雑な編集物の再生
編集とブリッジシーケンスがシームレスにＭＰＥＧ−２に従うように構成されるので、再生装置は少ない処理労力である。時間基準の不連続性（ＰＣＲタイムスタンプ）と更なるオーディオがあるという問題のみがある。
【０１１３】
再生に際し、ＰＣＲの不連続は、ストリームから次により除去される。
【０１１４】
Ｃ１．  ＰＣＲパケット内の不連続インジケータを０に設定する。
【０１１５】
Ｃ２．  全てのＰＣＲ／ＤＴＳ／ＰＴＳ値を、編集点の前の最後のＰＴＳと編集点後の最初のＰＴＳの間のオフセットにより、更新する。
【０１１６】
後続の編集点に対しては、新たなオフセットが前のオフセットに加えられねばならずそして、結合された値が使用される。
【０１１７】
代わりとして、ＰＣＲの不連続が除去できない場合には、ＤＩＴテーブルを有するトランスポートパケットが編集点に挿入される。
【０１１８】
オーディオバッファモデルに伴なう問題を避けるために、いくつかのオーディオパケットを削除することが必要であろう。第１のストリームＳＥＱ１内の最後のビデオフレームの終わりの後に、新たなフレームの開始が一度見つけられると、そのパケットと全ての後続のオーディオパケットは、ディジタルインターフェースで送る前に削除されねばならない。従来のヌルＴＳパケットは、そこに挿入され、ＴＳフォーマットを維持する。リーディングオーディオ（即ち、最初のビデオパケットに先立つオーディオ）がバッファオーバーフローの問題を避けるために同様に削除される。
【０１１９】
代わりの実施例
一般的に理解されるように、前述の例はフィールドごとの編集と言うよりも触れごとの編集に関連する。これは、ＭＰＥＧのビデオ符号化の一般的な単位が、フレームであるためである。当業者には、（前述の）ＭＰＥＧに従うことが必須ではないことと、ここに説明した技術が非ＭＰＥＧフィールド基準のデータにも適用できることは理解されよう。
【０１２０】
上述の点４でのブリッジシーケンスのパケット内の連続性カウンタの扱いを参照して、シームレス編集の要求を満たす、代わりの方法が考えられる。しかし、再生時の特別の処理が最小なので、上述の技術が好まれる。そのような代わりのものは、ブリッジ形成中に連続性カウンタを補正しないものである。上述のように、各ＰＩＤストリームに追加のパケットを挿入することにより、再生中に、連続性カウンタが、編集点をわたって連続とされる。
付録Ａ
【０１２１】
【表１】
0004837868.tif 000002
0004837868.tif 000003
付録Ｂ
【０１２２】
【表２】
0004837868.tif 000004
0004837868.tif 000005
付録Ｃ
【０１２３】
【表３】
0004837868.tif 000006
0004837868.tif 000007
【図面の簡単な説明】
【図１】  本発明を具体化するのに適する光ディスク記録／再生装置を含むＡ／Ｖ装置を示すブロックを示す図である。
【図２】  図１の装置内の構成要素を示す更に詳細な概要を示す図である。
【図３】  光ディスク上のシーケンス領域内の情報のブロックの記録を示す図である。
【図４】  図３のディスク上に蓄積された情報の再生を示す図である。
【図５】  ブリッジシーケンスが省略された、蓄積されたビデオデータの編集を一般的に示す図である。
【図６】  編集手順の一部として記録されたブリッジシーケンスのフォーマットを示す図である。
【図７】  図１の装置によりなされる記録の基準を構成するＭＰＥＧトランスポートストリーム（ＴＳ）フォーマットの構造と重要な特徴を示す図である。
【図８】  単純な（非シームレス）編集動作を示す図である。
【図９】  複雑な（シームレス）編集動作のブリッジシーケンス内のデータの変更を示す図である。
【図１】
0004837868.tif 000008
【図２】
0004837868.tif 000009
【図３】
0004837868.tif 000010
【図４】
0004837868.tif 000011
【図５】
0004837868.tif 000012
【図６】
0004837868.tif 000013
【図７】
0004837868.tif 000014
【図８】
0004837868.tif 000015
【図９】
0004837868.tif 000016