JP2001509354A

JP2001509354A - Information stream syntax indicating the existence of a connection point

Info

Publication number: JP2001509354A
Application number: JP53464398A
Authority: JP
Inventors: ハースト，ロバート，ノーマン，ジュニア
Original assignee: サーノフコーポレイション
Priority date: 1997-01-21
Filing date: 1998-01-21
Publication date: 2001-07-10
Also published as: WO1998032281A1; EP0954924A4; EP0954924A1

Abstract

(57)【要約】例えば、ビットストリーム内の接続インポイントと接続アウトポイントを識別する方法（６００）。当該方法（６００）は、ビットストリーム内のヘッダ情報を検査し（６１０）、第１の（６３０）又は第２の（６２０）の値を含む有効接続カウントダウン情報に応答して、インポイント又はアウトポイントのそれぞれとしてパケットを識別する。 (57) [Summary] For example, a method (600) for identifying a connection in point and a connection out point in a bit stream. The method (600) examines (610) the header information in the bitstream, and responds to the valid connection countdown information including the first (630) or second (620) value by in-point or out-point. Identify the packet as each of the points.

Description

【発明の詳細な説明】接続点の存在を示す情報ストリームシンタックス本発明は、契約番号７０ＮＡＮＢ５Ｈ１１７４の下で米国政府の支援でなされた。米国政府は、この本発明において所定の権利を有する。本願は、１９９７年５月２８日に出願された米国特許出願連続番号０８／８６４，３２２号、「圧縮情報ストリームを接続するための方法及び装置」の一部係属出願であり、その内容は本明細書に援用されている。本発明は一般に通信システムに関し、更に詳細には、本発明は、ＭＰＥＧ的（ＭＰＥＧlike）情報ストリームで、「インポイント」接続及び「アウトポイント」接続を識別し利用する方法に関する。発明の背景様々な通信システムにおいては、送信されるべきデータが圧縮されて、利用可能な帯域幅がより効率的に使用される。例えば、動画専門家グループ（ＭＰＥＧ）は、ディジタルデータ転送システムに関する幾つかの規格を発布してきた。まず第１に、ＭＰＥＧ−１として知られるＩＳＯ／ＩＥＣ標準１１１７２があり、本明細書に援用されている。第２に、ＭＰＥＧ−２として知られるＩＳＯ／ＩＥＣ標準１３８１８があり、本明細書に援用されている。圧縮ディジタルビデオシステムに関しては、新型テレビジョンシステム委員会（ＡＴＳＣ）のディジタルテレビジョン標準化文書（digital television standard system）Ａ／５３に記述されており、本明細書に援用されている。共通の時間基準（即ち、同一の２７ＭＨｚクロックソース）を共有する個々の単（elementary）ストリームを多重化することによって、プログラム移送ストリームが形成される。単ストリームは、ビデオ、オーディオ、或いはその他の符号化されたビットストリームを含む。移送用に多重化される前に単ストリームは、必ずしもそうでなければならないわけではないが、パケット化単ストリーム（ＰＥＳ）のフォーマットを有しているであろう。ＰＥＳは、パケットヘッダとそれに続くパケットペイロードからなる。単ストリームは、多重化されると移送パケットの形にされて、プログラム（同様に、移送パケットに形成されている）が記載された制御ビットストリームが付加される。一方の符号化された、即ち圧縮されたビットストリームから、他方のビットストリームに切り換えなければならない場合も多い。一方の圧縮されたＭＰＥＧビデオビットストリームから他方のビットストリームに切り換える場合は、復号化された画像の時間差のない正しく連続するプレゼンテーションを保証するために、画像ビットストリームが送信される順序で適切な処置がなされなければならない。このような時間差は、好ましくないビデオアーティファクト又はオーディオアーティファクト（例えば、バッファオーバフロー／アンダフローによるブランクスクリーン、貧弱な「リップシンク（lip sync）」等）を発生させる。移送ストリームを互いに接続するための継ぎ目のない（seamless）接続方法及び装置はこれまでに存在しなかった。このように、圧縮されたディジタル情報ビットストリームを接続するための方法及び装置がこの分野に必要とされている。発明の概要従来技術に関する以前の不都合は、圧縮ディジタル情報ストリームを接続するための本発明の方法及び装置によって克服される。より詳細には、本発明は、第１の情報ストリームを第２の情報ストリームに接続するものである。第１の情報ストリームは、ストリームへの適切な入口を識別するのに役立つ少なくとも１の入口指示（entrance indicium）を含む。第２の情報ストリームは、ストリームからの適切な出口を識別する少なくとも１つの出口指示（exit indicium）を含む。本発明は、適切な箇所が検出されるまで２つのストリームを監視し、制御信号に応答して、第１のストリームを第２のストリームに接続する。具体的には、本発明によるスプライサは、第１の情報ストリームを受信してバッファリングされた情報ストリームを発生するプレ接続バッファと、第１の情報ストリームを受信して、それに応答して、プレ接続バッファが、バッファリングされた情報ストリームの入口点がバッファのアウトポイントに配置されるようにするためのビットストリーム検査器と、バッファリングされた情報ストリーム又は第２の情報ストリームの何れかをアウトプットに繋ぐスイッチと、第２の情報ストリームを監視し、制御信号と第２の情報ストリームの出口点の検出とに応答して、スイッチを、バッファリングされた情報ストリームがアウトプットに繋がれるようにするスイッチコントローラとを含む。図面の簡単な説明添付の図面を参照して以下の詳細な説明を考察することによって、本発明の教示内容が容易に理解されるであろう。図１は、本発明を含んだ圧縮ビットストリーム接続システムのブロック構成図である。図２は、本発明による継ぎ目のない接続処理のフローチャートである。図３は、図１に示したスプライサの詳細なブロック構成図である。図４は、相互作用する複数のアイランドを備える、本発明を含んだディジタルスタジオのブロック構成図である。図５Ａ〜図５Ｃは、複数の接続の概要（scenarios）を示す。図６Ａ及び図６Ｂは、本発明に従った、ともにインポイント及びアウトポイントを識別するのに好適なルーチン６００の流れ図を示す。理解を容易にするために、図面を通して同一の構成要素には可能な限り同一の符号を使用した。発明の詳細な説明様々なビットストリームを受信及び処理し、また、本発明による切り換え能力に関する多くの動作環境を含んだディジタルテレビジョンスタジオを背景にして本発明を概略的に説明する。この切り換え能力は、アウトプットストリームを発生するために、例えば複数のビデオ移送ストリームの継ぎ目のない又は継ぎ目のある（non-seamless）接続を可能にする。制御された劣化（degraded）アウトプットストリームを発生するために、継ぎ目のないストリームと継ぎ目のあるストリームとの組み合わせが提供されてもよい。本発明は、切り換え操作、接続操作、或いは挿入操作を一対のＭＰＥＧ準拠入力移送ストリームに実行してアウトプットストリームを発生する２インプットビットストリームスプライサである。本発明の原理は、２以上のインプットを有するビットストリームスイッチャ即ちスプライサに適用され、且つ、ＭＰＥＧに準拠しないインプットストリームに適用されてもよいことに注意すべきである。本発明は、以下で説明される機能を実行するようにプログラムされた汎用コンピュータシステムを用いて実現されてもよい。プログラムされると、汎用コンピュータは、ディジタルデータビットストリームを接続するための特殊用途向け装置となる。本発明は、継ぎ目のないビットストリームの接続だけでなく、継ぎ目のあるビットストリームの接続に使用することもできる。継ぎ目のない接続とは、２つのストリームの継ぎ目のないつき合わせ接続（butt−splicing）によってアウトプットストリームを形成し、それが連続した乱れのない情報の流れ（例えば、グリッチ（glitch）又はアーティファクトのないビデオ又はオーディオ）を結果として提供することを意味する。継ぎ目のある接続は、乱れのある情報の流れ（例えば、視覚的又は聴覚的な歪み、妨害、及び、アーティファクト）を有する可能性のあるアウトプットストリームを結果として提供する。この説明のために、それぞれのビットストリームは、ビデオ、オーディオ、及び、（場合によっては）他の情報からなる移送ストリームと仮定する。本発明はパケット化単ストリーム及びその他の単ストリームに適用できることに注意すべきである。更に、接続点はビデオ情報に基づいて決定されるものとする。これは、接続されたオーディオ及びその他の情報に何らかの歪みをもたらす可能性がある。なぜなら、オーディオ及びその他の情報は、パケット単位では時間的に「整列」されないことがあるからである。接続は、アウトプットストリームにおいて「フロムストリーム（from−stream ）」から「ツーストリーム（to−stream）」に変えることを含む。理想的には、「アウトポイント」においてフロムストリームから出て、「インポイント」においてツーストリームに入る。アウトポイントは、現在選択されているストリーム（即ち、「フロムストリーム」）における位置であり、その位置において、ストリームが終了され、何か別のストリーム（即ち、「ツーストリーム」）が接続されてもよい。「インポイント」は、別のストリームでの位置であり、その位置で、情報は、別のストリームに接続され始めることもできる。「接続セグメント」は、情報ストリームのインポイントとアウトポイントとの間の部分として定義される。接続セグメントは、複数のアウトポイント及びインポイントを含むであろう。従って、接続に最大限の柔軟性をもたせるためには、ストリームにできるだけ多くのインポイント及びアウトポイントを含むことが望ましい。「インポイント」及び「アウトポイント」の定義の中には遅延パラメータ、即ち、ＭＰＥＧ準拠ストリームに対してのビデオバッファリング検証器（ＶＢＶ：video buffering verifier）が含まれる。既知のインポイント遅延パラメータを備え、且つ、それと同じ値の既知の遅延パラメータを有するアウトポイントを備えた接続セグメントは、異なった値の遅延パラメータを備えた短い有効接続セグメントを内部に含んでもよい。本発明の具体的実施形態のスタジオ環境において情報ストリームは、移送パケットに分割される。ビデオを含むパケットは、オーディオ、補助データ、或いは他の情報を含むパケットと混合されてもよい。この環境においては、ビデオストリームアウトポイントは、関係するストリームの最後のビデオ移送パケットの終了点である。最後のパケットを含むそれ以前のビデオストリームは、アウトポイントの接続の定義を満足しなければならない。同様に、ビデオストリームインポイントは、接続セグメント（ＳＳ）の最初のビデオ移送パケットの開始点である。移送ストリームにおけるその他の情報、特にオーディオは、インポイント及びアウトポイントにおいて適切にセグメント化される見込みがないことに注意すベきである。オーディオ移送パケットが位置合わせされないことによって発生するエラーを補正する方法は、１９９７年５月２８日に出願され、本明細書に援用されてる米国特許第０８／８６４，３２１号明細書にに開示されている。情報ストリームを接続することの重要な側面は、様々な遅延パラメータを適切に処理することである。関係する１つのパラメータは、様々な情報ストリームに関連する遅延パラメータである。ＭＰＥＧ準拠ストリームの場合、遅延パラメータは、ビデオバッファリング検証器（ＶＢＶ）である。その他のパラメータは、接続操作に固有の潜在的な期間即ち過渡的な期間である。例えば、典型的な接続が、ある時刻、即ち「接続時刻」に発生する。接続時刻より前には、アウトプット情報ストリームはフロムストリームを備える。接続時刻において、ツーストリームへの切り換えが発生する。所定の期間、アウトプットストリームはフロムストリームとツーストリームの両方からの情報を含むであろう。やがては、アウトプットストリームは、ツーストリームだけからの情報を含む。フロムストリーム及びツーストリームはそれぞれ有効であると仮定する。接続に継ぎ目がなければ、満足しなければならないある特定の制約がストリームに存在する。継ぎ目のない接続とは、結果として得られた接続されたビットストリームが不連続性を将来発生させないことを意味するものである。継ぎ目なく接続されることのできる有効接続セグメントの１つの実施形態は、ＭＰＥＧ準拠接続セグメントである。ＭＰＥＧ接続セグメント（ＳＳ）は、移送レベルにおいて定義され、ビデオ（及び、オーディオ）レベルでの機能を含む。情報を保持する接続セグメントは、単一フレームと同じ程度に短くてもよい。接続セグメントは、フレームの長さが０のセグメントさえもあり得る（そのようなＳＳはＭＰＥＧに準拠しないかもしれないが）。そのような長さが０のセグメントは、単にインポイントとそれに続くアウトポイント（即ち、インアウトポイント）でしかない。また、ＳＳは、非常に長いものであってもよく、多くのＧＯＰを含む。一般的には、ＳＳの長さは制限されずに、ＳＳは複数のアウトポイントを含み、セグメントからの継ぎ目のない出力を可能にするものであるべきである。例外としては、テレビジョンコマーシャルからなるＳＳが考えられる。テレビジョンコマーシャルＳＳは、定義されたアウトポイントを備えることなく熟慮して制作されるので、コマーシャルセグメントからの出力は継ぎ目がある。ＭＰＥＧのＳＳは、矛盾のない移送ストリーム及び単ストリームのタイムスタンプ（例えば、ＰＣＲ、ＰＴＳ、ＤＴＳ）、及び、関連する遅延パラメータ（例えば、ＶＢＶ遅延）を有するＭＰＥＧ準拠ストリームでなければならず、それによって、復号器はＳＳに含まれる情報を適切に復号化して提供することができる。ＭＰＥＧビデオＳＳのインポイントにおける最初の情報フレーム（例えば、ビデオアクセスユニット）は、Ｉ−フレームでなければならない。第２のフレームは、インポイントより前の情報フレームを参照してはならない（即ち、第２のフレームがＢ−フレームであれば、このＢ−フレームは、インポイントより前のフレームを参照できない）。アウトポイントの前の最後のフレームは、Ｂ−フレームであってはならない（ディスプレイされる順序で）。オーディオＳＳは、オーディオフレームの開始点からなるインポイントと、オーディオフレームの最後のバイトからなるアウトポイントとを有する。例えば、符号化エラーの蓄積、同調時刻（tuning−time）、最低限の画像品質などの問題を解決するために、ストリームに課される他の制約が存在してもよい。ビデオＳＳが複数のシーケンスヘッダを含んでいても、ビデオＳＳのインポイントは、シーケンスヘッダとともに開始しなければならない。シーケンスヘッダがインポイントでもあることを指示するための追加ヘッダ情報をＳＳは含んでもよい。ＳＳインポイントシーケンスヘッダを同調時刻又は画像品質として含まれるシーケンスヘッダと区別する必要がある。なぜなら、継ぎ目のない接続は、インポイントに基づいて保証されるにすぎないからである。インポイントは、シーケンス終了コード（ＳＥＣ）に続かなければならないので、インポイントの直前にＳＥＣコードを含むことが望ましく、それによって、アウトポイントの終わりにＳＥＣを含む必要がなくなる。アウトポイントはＳＥＣを含んでもよい。ＭＰＥＧ型のスプライスカウントダウンが使用されるのであれば、アウトポイントで終了しなければならない（即ち、０に等しい）。図１は、本発明を含んだ圧縮ビットストリーム接続システム１００のブロック構成図を示す。システム１００は、第１の圧縮ビットストリームのストリームソース１１０、第２の圧縮ビットストリームのストリームソース１２０、スプライサ３００、コントローラ１０５、及び、任意の接続モニタ１３０を含む。第１の圧縮ビットストリームのストリームソース１１０、即ち、移送ストリーム符号器からの「ライブフィード（live feed）」によって、第１のＭＰＥＧ準拠移送ストリームＳ６が提供される。第２の圧縮ビットストリームのストリームソース１２０、即ち、ビデオ及びオーディオの単ストリーム及び移送ストリームを記憶するサーバ（例えば、ビデオディスク、テープ装置、又はその他の記憶装置）によって、記憶されたストリームが符号化されて第２のＭＰＥＧ準拠移送ストリームＳ７が提供される。記憶された情報は、例えば、第１の移送ストリームに接続されるべき広告情報又はローカルプログラミング情報を含んでいるであろう。スプライサ３００は、２つの入力移送ストリームＳ６及びＳ７のどちらか一方をアウトプットストリームＳ９として送信機又はその他のサブシステムに選択的に繋ぐ。任意の接続モニタ１３０は、例えば、遅延パラメータ、バッファ使用情報、同期、ビットストリームソースなどの、接続されたアウトプット信号Ｓ９の様々なパラメータをモニタする。任意の接続モニタ１３０は、コントローラ１０５及びスプライサ３００に応答して動作する。スプライサ３００は、第１の移送ストリームＳ６、即ち第１のソースによって発生されたテレビジョンプログラム、及び第２の移送ストリームＳ７、即ち第２のソースによって発生された広告を受け取る。制御信号ＳＥＬＥＣＴに応答して、スプライサは、第１の移送ストリームＳ６又は第２の移送ストリームＳ７のどちらかのアウトプット信号Ｓ９を発生する。制御信号ＳＥＬＥＣＴは、所定の時間内、或いは特定の条件が現れたときに、即座にスプライサ３００を応答させる（即ち、ストリーム入口点又はストリーム出口点の特定の位置合わせする）優先順位情報を含んでもよい。スプライサ３００は信号ＡＣＫＮＯＷＬＥＤＧＥを発生し、この信号は、ＳＥＬＥＣＴ信号に応答して接続操作についての詳細情報（例えば、接続の正確な時刻、エラー条件、など）を提供するのに使用される。スプライサ３００の動作については、図３を参照して以下でより詳細に説明される。実際の接続操作は、ビットストリーム間の実際の切り換えに必要なあらゆることを実行するスプライサ３００内で発生する処理である。これらの操作には、フロムストリームからのパケットの流れを整然とした態様で停止すること、ツーストリームからのパケットの流れを整然とした態様で開始すること、そして、アウトプットストリームでのヘッダ情報を調整することが含まれる。ある期間だけ、フロムストリーム及びツーストリームの両方からのパケットが混合されるかもしれない。接続操作は、継ぎ目がなくなるように同期をとらなければならない。インプットストリームが要求された時刻に適切なスプライサに確実に到着するためには、幾つかの同期をとるための操作が実行されるであろう。アウトプットストリームは途切れがないものであり、且つ、実際の接続は、フロムストリームからツーストリームへのアウトプットストリームの内容の変化であると考えるものとする。更に、アウトプットストリームにおけるタイムスタンプは、あるスタンプから次のスタンプまでの連続性を維持すべきであり（これはストリームの内容に関係する）、接続メカニズムは、アウトプットストリームのタイムスタンプを調整すべきである。ＭＰＥＧシステムにおいてタイムスタンプの連続性がない場合には、ＭＰＥＧの「不連続性」ヘッダフラグが使用されるべきであり、それによって、新しいタイムスタンプ（即ち、タイムスタンプ不連続）の指示が復号器に提供される。調整を実行するために、接続処理は、何らかの時刻の概念を持たなければならない。なぜなら、このローカル時刻概念が、アウトプットタイムスタンプを発生するのに使用されなければならないからである。接続処理は、ＯＣ−１２ｃインタフェース等の何らかのタイミングソースからそれの時刻概念を取り込んで、ストリーム内容又は時刻設定メッセージから現在時刻が得られる。ローカル時刻概念は、適度の連続性を有して、良好に動作(wel1 behaved)しなくてはならない。接続する場合、フロムストリームの終了点及びツーストリームの開始点の何れもが、出力を発生している実際の接続ハードウェアにおいて利用できるものでなければならない。更に、接続処理における全てのバッファリングは、有限であり、規定されたものである。上述したことに加えて、考慮すべき同期問題がある。例えば、接続処理におけるパケットジッタの影響を考察することは重要なことである。接続される実際のストリームに含まれる情報の他に何らかの更なる情報(例えば、優先順位情報、ソース識別情報、エラーコード、など)が必要であれば、この更なる情報は、実際の接続ストリームに適切に同期させなければならない。接続機能の同期に関連する幾つかの条件が存在する。これらは、所望の操作と実際の操作との間のタイミング関係、そして、連続流ストリーム(continuous-fl ow stream)、サーバ発生ストリーム、及び、遠隔発生ストリーム間のタイミング関係である。所望の操作と実際の操作との間のタイミング関係を最初に説明する。例えばプレイツーエアスイッチャ(Play-to-Air Switcher)等のある操作ユニットにおいては、ストリームを切り換えるための決定がなされなければならない。その決定に応答して、アウトプットストリームのソースが実際に切り換えられる。接続決定は、内容に関するデータエレメントが１つのストリームにおいて発生したときにフロムストリームからツーストリームに切り換えるといった、内容に関係したものであってもよい。例えば、フロムストリームはモニタされてもよく、例えば、ブラックスクリーン(black-screen)又はシーンチェンジの検出に応答して、接続決定がなされてもよい。この操作による決定は同期を必要としない。この決定は、むしろ、スプライサ(又はコントローラ)が、例えば、フロムストリームを解析してデータエレメントを検出することを必要とする。また、接続決定は、ある特定のパケットが検出されたとき、或いは情報の流れが開始又は停止したときにフロムストリームからツーストリームに切り換えるような、データの流れに関係したものであってもよい。接続決定は、正午になったらあるプログラムからコマーシャルに切り換えるといった、時刻に関係したものであってもよい。時刻に関係した決定は、スプライサのローカル参照フレーム(local frame-of-reference)が参照されなければならない。メッセージ通過処理（message-passing process）は、スプライサがそれの参照フレームを用いて接続を実行する準備ができるのに間に合わせて、決定情報をスプライサに通過させる。ある時点で接続決定がなされたと仮定すれば、フロムストリーム及びツーストリームに基づいて、次の有効な接続点において接続が実行される。接続決定は、ボタンを押すような（例えば、図１のスプライサ１００に示されるようなディレクタの「テイク」コマンド）イベント駆動型であってもよい。イベントを指示するメッセージがスプライサに到着したときの動作は、時刻に関係した決定において、その時刻になったときの動作と同じである。所定の形式の応答メッセージが必要である。このメッセージは、接続決定の発信者（例えば、コントローラ）に配達されると、タイムアウト、及び、異常に継ぎ目のある接続等の動作に関して賢い選択をなすことを可能にする。接続障害を収拾するための補正動作に関するタイムアウト及び決定は、接続決定の発信者の政策的な問題である。タイムアウト及び強制的な切り換えは、スプライサによって実行されるサービスの可能性があり、便宜上のことにすぎない。操作ユニット（例えば、スプライサ又はスイッチャ）は、制御エンティティに適切な肯定応答メッセージをフィードバックしてもよい。そのようなフィードバックメッセージの内容は、１以上の次のパラメータを含んでもよい。１）接続が実行されたかどうか、２）接続が発生したローカル時刻、３）ツーストリームの遅延パラメータ値、４）フロムストリームの遅延パラメータ値、５）現在の（接続後の）同期バッファ遅延（例えば、遅れの秒数）、６）接続が実行される将来の時刻（スイッチャがこの値を計算できる場合）、７）例外又はエラー。例外又はエラーには、接続が発生しなかったこと、コントローラを通過した決定パラメータが不正であったこと（例えば、シンタックス上又は論理的に）、ツーストリームが準備のできなかったこと、タイムアウトが発生したこと、或いはオーディオ障害が発生したこと（例えば、多くの数のオーディオフレームが欠落した）、が含まれるであろう。更なる数値情報には、１）フロムストリームからのオーディオ情報が必要とする時間量、２）入力が正しくバッファリングされて新しい接続の準備ができたことの指示、３）コントローラ又は接続処理自体に有益なその他の情報、が含まれる。継ぎ目のない接続が実行される正確な時刻は、前もって決定されていなくてもよい。なぜなら、継ぎ目のない接続は、インポイントがツーストリームに到着することに依存しているからである。継ぎ目なく接続することが決定された場合、ある制限時間内に接続が実行されないときに何をすべきかについてなされなければならない幾つかの二次的な決定が存在する。その選択は以下の通りである。まず第１に、継ぎ目のない接続が発生することを単に待つことである。スタジオの使用目的によっては、これは受け入れられないかもしれない。第２に、所定のタイムアウト時間を規定して、スプライサがその規定されたタイムアウト時間内に接続してしまわなければ、継ぎ目のある接続を実行する（即ち、できる限り制御可能な態様でストリームを切り換える）ことである。これは簡単な方法ではあるが、決定の柔軟性を制限する。第３に、継ぎ目のない接続が発生することを単に待つが、制御エンティティにこの状態を報告する。どのような処理がなされようとも、接続決定は、継ぎ目のある接続を受け入れることを決定してもよい。これは、理にかなった操作上の柔軟性を可能にする。第４に、デフォルトのタイムアウトをオプションとして含み、且つ、制御しているエンティティにこの状態を報告することをオプションとして含むプログラマブルなタイムアウトを提供することである。このオプションは、制御エンティティがタイムアウト値を変更することを可能にし、もって、操作上最も大きな柔軟性を提供する。タイムアウトは補助的な操作上の形態であって、通常の動作においては例外であることに注意すべきである。ここで、連続流ストリームを接続する場合の同期について説明する。ストリームが到着し、そして、アウトポイントがフロムストリームに検出されと、例えばツーストリームのインポイントが得られるような何らかの方法によって、スプライサにバッファリングされなければならない（例えば、１秒間分の情報量）。バッファ容量が不十分であれば（例えば、フロムストリームにおける連続するインポイントの間隔が１秒よりも大きい）、バッファはオーバフローして無効の情報を含むであろう。この状態は、適切な数のインポイント及びアウトポイントをビットストリームに挿入することによって解除される。何度もビットストリームがインポイント及びアウトポイントを持たなければ、その度に、これらのビットストリームが継ぎ目なく接続されることは不可能である。更に、入力ビットストリームの到着時刻においてパケット又はセルのジッタが存在するので、流れを円滑にするには、先入れ先出し（ＦＩＦＯ）バッファ（出力は公称データ転送速度でクロックされる）が必要である。ここで、サーバ発生ストリームの同期を説明する。サーバ発生ストリームは、データのスプライサ到着が早過ぎず又は遅過ぎないように注意深く発生されなければならない。データの到着が早過ぎる場合には、入力バッファがオーバフローする危険性がある。スプライサが十分に同期がとれたバッファリングを行って１秒程度のビデオを保持すると仮定すると、時間通りであるいう制限（just−in− time limit）及び１秒早いという制限（one−second−early limit）を越えなければどのような形態の流れでもその流れでサーバストリームを送り出すことができると考えられる。もちろん、ピーク時転送速度制限がスプライサに存在してもよい。ここで、遠隔発生ストリームの同期について説明する。スプライサを含んだスタジオで処理されるどのようなストリームも同一の参照クロック速度を有することが要求されることに注意しなければならない。遠隔発生ストリームは、それらがスプライサに到着するまでには、ローカルに発生されたリアルタイムストリームと同じものでなければならない。遠隔発生ストリームがローカルマスタークロックを参照するために、遠隔ソースは、ローカルスタジオにクロックされてもよい。これは、逆方向チャンネル（reverse channel）を介して、或いは全地球測位システム（ＧＰＳ）から得られるタイミング信号のような外部参照に両方をクロックすることによって実現することができる。２つの独立したスタジオがあり、各々が独立したマスタクロックを備え、各々が互いに遠隔供給しているならば、一方はデータを他方に送るのが遅すぎ、他方はデータを送るのが早過ぎるであろう。別の方法は、ある動作間隔における最大のクロックドリフトに等しい時間だけ遠隔供給を遅延させることである。３０ｐｐｍのドリフト速度は、２４時間経過すれば２．６秒になる。初期設定によって３秒だけ満たされた６秒のバッファは、クロックドリフトを吸収するのに十分である。接続のモニタリングは、特にスタジオ環境において、接続操作の重要な側面である。内容に関するモニタリングは、表示装置（即ち、モニタ）上の画像を観察して、それに応答して、その画像を発生する（例えば、接続する）ビットストリームのパラメータを変化させる段階を備えてもよい。任意の接続モニタ１３０が、例えばディレクタによって、内容に関するモニタリングに使用されてもよい。もう１つの形態のモニタリングは、モニタされたビットストリームの定性的な評価である。任意の接続モニタ１３０は、例えば遅延パラメータ、バッファ使用情報、同期情報、ビットストリームソース識別情報等の定性的な情報を接続されたアウトプット信号Ｓ９から検索するのに使用されてもよい。任意の接続モニタ１３０は、コントローラ１０５及びスプライサ３００に応答して動作し、情報を処理して例えば動作の概況を報告し、或いは更なる処理のために定性的な情報をそのままコントローラ１０５及びスプライサ３００に送出する。内容に基づくモニタリングに関しては、ディレクタ（即ち、人）が、モニタ（即ち、復号器が駆動するディスプレイ）を通して様々なビットストリームを観察し、それに応答して接続し、アウトプットストリーム（即ち、プログラム）を発生してもよい。このことは、複雑なＧＯＰストリームに関するプロダクション又はライブ切り換えにおいて特に意義がある。小さい遅延（例えば、Ｉ−フレームだけ）のプロダクションモードで動作していれば、問題は大幅に抑制される。接続が「今」なされるべきであることをディレクタが指示したとき、その決定は、ディレクタが見たこと及び見るであろうことに基づくと考えられる。復号器は、その性質上、それの入力ビットストリームからいくらか遅延した後に（例えば、エンドツーエンド遅延及び何らかの付加的な復号化及びフォーマット遅延の一部又は全部）その画像を再生出力するので、ＭＰＥＧスタジオ環境におけるディレクタに適した動作モードは、現行のＮＴＳＣに関係した動作と異なるものとなる。以下の実施形態のために、ディレクタは、ＭＰＥＧスタジオ環境において動作しており、接続セグメントは１／４秒の長さであり、且つ、接続されたストリームのエンドツーエンド遅延は１／２秒であると仮定する。第１の実施形態は、「最も早い」モードの動作である。このモードにおいては、ディレクタが、アウトプットモニタ１３２、フロムストリームモニタ１３６、或いはツーストリームモニタ１３４で観察されるイベントに基づいて、「テイク」ボタンＴＡＫＥを押す。待機状態である（例えば、サーバに記憶された）ツーストリームが動作可能となり、インポイントに位置合わせされる。接続コマンドが入力されてから１／４秒以内に、アウトポイントが、フロムストリーム同期バッファの末尾に到着し、接続が実行される。フロムストリームは１／４秒までの遅延を含むことに注意しなければならない。１モニタ遅延（１／２秒）の後、アウトプットモニタ上のシーンがチェンジする。ディレクタがアウトプットモニタ１３２上のシーンに応答すれば、アウトプットモニタ遅延の量（即ち、「テイク」コマンドＴＡＫＥとアウトプットモニタ１３２上のシーンにおけるチェンジとの間の時間）は、１／２〜１秒となる。ディレクタがフロムストリームモニタ１３６上のシーンに応答すれば、フロムストリームモニタ遅延の量は、１／４〜１／２秒となり、アウトプットモニタ遅延は１／２秒となる。ディレクタがツーストリームモニタ１３４上のシーンに応答すれば、ツーストリームモニタ１３４は、連続的なものとなり（即ち、モニタ遅延がない）、アウトプットモニタ遅延は、マイナスの１／４秒となる（即ち、「テイク」ボタンＴＡＫＥが押されて１／４秒後にシーンがチェンジし、ボタンが押される１／４秒前に画像表示が発生する）。第２の実施形態は、「次に」モードの動作である。このモードにおいては、待機状態のツーストリームが、ツーストリーム同期バッファからフラッシュされ、１／４秒以内に、インポイントから始まる次のセグメントが待機状態となる。更に、このツーストリーム同期バッファは、０〜１／４秒のランダム遅延を有する。インポイントが到着すると、接続が実行される。ディレクタがアウトプットモニタ１３２上のシーンに応答すれば、アウトプットモニタ遅延の量は、１／２〜１秒となる。ディレクタがフロムストリームモニタ１３６上のシーンに応答すれば、フロムストリームモニタ遅延の量は、１／２〜３／４秒となり、アウトプットモニタ遅延は１／２秒となる。ディレクタがツーストリームモニタ１３４上のシーンに応答すれば、ツーストリームモニタ１３４は、連続的なものとなり、０〜１／４秒後に、アウトプットモニタ１３２は、新しいシーンに切り換わる。「最も早く」モードの接続又は「次に」モードの接続かの選択は、操作によるものであり、どちらがより不快に操作を混乱させたか（遅延又はバックアップ）に基づいてもよい。これらの不快感を軽減するために、遅延量がスプライサ入力に挿入されてもよい。この遅延がモニタ遅延と一致すれば、そして、モニタがこの遅延の入力に繋がれるならば、モニタシーンとボタン動作との間の見かけ上の遅延はより小さくなるが、最終的な出力までの遅延はより大きくなる。更に、個々のモニタ制御ユニットが、ビットストリーム切り換えをシミュレートして、ビットストリーム切り換えのシュミレーション結果を示すように構成されてもよく、もって、ディレクタに更に大きな柔軟性が提供される。図３は、図１に示されるスプライサ３００の詳細なブロック構成図である。スプライサ３００は、第１のインプットビットストリームＳ６及び第２のインプットビットストリームＳ７の何れか１つをアウトプットビットストリームＳ８として選択する。アウトプットビットストリームＳ８は、オプションとしてタイムスタンプを付加され、リタイムされたアウトプットストリームＳ９を発生する。第１の及び第２のインプットビットストリームＳ６及びＳ７は、例えば、少なくともビデオ及びオーディオの単ストリームを含んだＭＰＥＧ準拠移送ストリームである。ビデオ及びオーディオの単ストリームは、パケット化単ストリーム（ＰＥＳ）の形式であってもよい。以下の説明のために、第２のビットストリームＳ７がアウトプットビットストリームとして現在選択されており（即ち、Ｓ７はフロムストリームである）、且つ、第１のビットストリームＳ６が、接続操作の後、アウトプットビットストリームとして選択される（即ち、Ｓ６はツーストリームである）と仮定する。第１のインプットビットストリームＳ６は、第１のビットストリーム検査器３１０Ａ及び第１の同期バッファ３２０Ａに繋がれる。第１のビットストリーム検査器３１０Ａは、第１のビットストリームを検査し、第１のインプットビットストリームＳ６に含まれている入口点を検出する。インポイントが検出されると、同期バッファの内容が破棄され（即ち、バッファがフラッシュされる）、インポイントは、第１のメモリ部分である同期バッファに記憶される。同期バッファは、先入れ先出し（ＦＩＦＯ）バッファとして構成されてもよい。スプライサによって第１のインプットビットストリームＳ６が選択されるまで、インポイントを探索してバッファをフラッシュする処理が反復される。このように、インポイントは、常に、現在出力されていないストリームの同期バッファの末尾に位置する。第１の同期バッファ３２０ＡのアウトプットビットストリームＳ３Ａは、スイッチコントローラ３４０及び第１のワーキングバッファ３３０Ａに繋がれる。第１のワーキングバッファ３３０Ａは、パケットスイッチユニット３５０に繋がれるアウトプット信号Ｓ４Ａを発生する。第２のインプットビットストリームＳ７は、第２のビットストリーム検査器３１０Ｂ及び第２の同期バッファ３２０Ｂに繋がれる。第２のビットストリームがアウトプットストリームとして現在選択されていなければ、第２のビットストリーム検査器３１０Ｂ及び同期バッファ３２０Ｂは、第１のビットストリーム検査器３１０Ａ及び同期バッファ３２０Ａについて説明したものと同じ態様で動作する。第２のビットストリーム検査器３１０Ｂは、第２のビットストリームを検査し、第２のインプットビットストリームＳ７に含まれている出口点を検出する。「選択されたモード」の動作においては、第２のビットストリーム検査器３１０Ｂは使用されず、第２の同期バッファ３２０Ｂは、遅延したビットストリームＳ３Ｂを発生する一定の遅延バッファとして動作する。遅延したビットストリームＳ３Ｂは、ワーキングバッファ３３０Ｂ及びスイッチコントローラ３４０に繋がれる。第２のワーキングバッファ３３０Ｂは、パケットスイッチユニット３５０に繋がれるアウトプット信号Ｓ４Ｂを発生する。第２のワーキングバッファ３３０Ｂは、選択されたビットストリームを、過去のオーディオパケットが現在のビデオパケットに重ねられることを十分に見込めるほど長い時間にわたり保持する。これは、接続が実行された後に、オーディオフレームが切れ目なく連続して完成することを可能にする。オーディオフレームとビデオフレームとの同期については、以下に、また１９９７年５月２８日に出願され、本明細書に援用されている米国特許出願第０８／８６４，３２１号明細書に、より詳細に説明してある。接続の決定は、コントローラ（例えば、コントローラ１０５）によってなされ、制御信号ＳＥＬＥＣＴによってスイッチコントローラ３４０に送出される。接続の決定が、コマンド「次の機会に継ぎ目なく接続せよ」と等価であると仮定すれば、スイッチコントローラ３４０は、現在選択されているアウトプットストリーム（即ち、ビットストリームＳ３Ｂ）を走査してアウトポイントを検出することによって応答する。インポイントは、第１の同期バッファ３２０Ａの末尾に位置合わせされているものと考える。アウトポイントがフロムストリームに現れると、スイッチコントローラ３４０は、制御信号Ａ／Ｂによって、スイッチ３５０が、ツーストリームからスイッチを通って任意のヘッダ調整器にビデオパケットを送出することを開始するようにする。適切な時刻に、ツーストリーム中のオーディオパケットも同様に切り換えられる。任意のヘッダ調整器３６０は、選択されたアウトプットストリームＳ８のタイムスタンプを変更してリタイムされたアウトプットストリームＳ９を発生する。選択されたストリームＳ８のプログラム時刻参照値（ＰＣＲ）、プレゼンテーションタイムスタンプ（ＰＴＳ）、及び、復号化タイムスタンプ（ＤＴＳ）のリタイミングは、復号器のために接続が実際に継ぎ目がないことを保証するのに必要な場合がある。ヘッダ調整器３６０は、ローカルＰＣＲ及びＰＣＲＢ発生器３６４によって使用される２７ＭＨｚ（ローカル）ステーションクロック３６２を含む。プレゼンテーションタイムスタンプ及び復号化タイムスタンプをリタイムするために、選択された移送ストリームＳ８を部分的に（即ち、パケット化単ストリーム（ＰＥＳ）レイヤ）復号化することが必要である。ＰＴＳ及びＤＴＳの部分的な復号化及びリタイミングは、ＰＴＳ及びＤＴＳの検出及びリタイミングユニット３６６によって実行され、ＰＴＳ及びＤＴＳがリタイムされたストリームＳ８Ｐを発生する。ＰＴＳ及びＤＴＳがリタイムされたストリームは、ＰＣＲの検出及びリタイミングユニット３６８によって、移送用の符号化がなされ、タイムスタンプを付加されて、リタイムされた移送ストリームＳ９が発生される。ヘッダ調整器の他の実施形態には、本明細書に援用されており、本出願と同時に１９９７年５月２８日に出願された米国特許出願第０８／８６４，３２６号明細書により詳細に説明されているＰＴＳ−ＤＴＳリタイマがある。上述したように、本発明は、様々な機能を実行するようにプログラムされた汎用コンピュータシステムを用いて実現されてもよい。図３に示される実施形態は、メモリの一部分を使用してバッファリングと、検査、制御、切り換え、ヘッダ調整などの機能を実行するアルゴリズムとを提供するコンピュータプログラムとして実現されてもよい。上述したように、スプライサ３００は、信号ＡＣＫＮＯＷＬＥＤＧＥを発生し、この信号は、ＳＥＬＥＣＴ信号に応答し、且つ、接続操作についての詳細情報（例えば、接続の正確な時刻、エラー条件、など）を提供するのに使用される。ここで、図２を参照して、接続処理ルーチンを説明する。図２は、本発明による接続処理ルーチンを示す。接続の決定がなされると、ステップ２０２から接続処理ルーチンに入る。ここでの説明のために、決定は、現在選択されている（フロム）ストリームＳ４Ｂから別の（ツー）ストリームＳ４Ａに継ぎ目なく接続するものであると仮定する。ステップ２０４において、決定が検査される。ステップ２０２の決定が、できるだけ早く接続しなければならないものであれば、ルーチンはステップ２０８に進む。決定が、次のインポイント（例えば、ツーストリームにおいて、現在バッファリングされているＧＯＰをスキップする）から接続しなければならないものであれば、同期バッファ（例えば、３２０Ａ）がフラッシュされる。ツーストリーム同期バッファ（例えば、３２０Ａ）が、記憶された正しいインポイントを有し（ステップ２０８）、且つ、フロムストリームが正しいアウトポイントにあれば（ステップ２１０）、接続が実行され（ステップ２２０）、ルーチンから出る（ステップ２３０）。接続の決定（ステップ２０２）がなされる文脈（context）は、継ぎ目のない接続を実行するのに必要な情報量に関連する。接続の決定が、プレイツーエア編集リスト（pl ay−to−air edit list）を構築することに関してなされるならば、接続されるべきストリームは、同じ値の遅延パラメータを有することが必要である。接続の決定が、ライブ作品（live production）を創作することに関してなされるならば、接続されるストリームは、一致した遅延パラメータ及び操作条件を十分に満足するほど頻繁に発生する接続点を有することが必要である。接続の決定が、ライブ作品を創作することに関してなされ、且つ、サーバに記憶された情報を作品が含むならば、期待される接続点がまもなく到着しようとしていることを知ること（例えば、接続点カウントダウン又は接続テーブルによって）は有益なことである。接続の決定及びそれに関連する問題について、以下に詳細に説明する。ここで、様々な情報ストリームを受信し、処理し、送信する多くの異なった動作環境（サーバ又は編集室など）を含んだディジタルテレビジョンスタジオに関連して本発明を説明する。動作環境即ち「相互運用することのできるアイランド」は、１つ又はそれ以上の操作を様々な情報ストリームに施すように相互接続されてもよい。スタジオ出力は、ＡＴＳＣ放送、ケーブル、電話、衛星放送などを介してエンドユーザ（例えば、大衆）に配達されるであろう。また、スタジオ出力は、後の使用のために、例えば、サーバ、ＣＤ−ＲＯＭ、又はビデオテープに記憶されるであろう。更に、本発明は、テレビ会議又はその他の利用形態にも役に立つ。放送の顧客に転送されるストリームは、例えば、ＡＴＳＣ規格などを満足しなければならないが、スタジオ内の情報の全ては転送しなくてもよい。例えば、高いビットレートのスタジオフォーマットは、スタジオ又はスタジオのような環境においてのみ有効である。接続を行う場合、需用者復号器には意味のない情報がストリームに存在することがあるが、これはスタジオでの接続操作になくてはならないものである。図４は、相互運用性のある複数のアイランドを備え、且つ、本発明を含むディジタルスタジオのブロック構成図である。図４に示されるディジタルスタジオ４００は、相互運用性のあるアイランド４０１、４０２、及び、４０４〜４０９を含む。更に、ディジタルスタジオ４００は、第１の圧縮ビットストリームのストリームソース１１０、第２の圧縮ビットストリームのストリームソース１２０、スプライサ３００、コントローラ１０５、及び、任意の接続監視ユニットを含む。第１の圧縮ビットストリームのストリームソース１１０、即ち、移送ストリーム符号器からの「ライブフィード」は、第１のＭＰＥＧ準拠移送ストリームＳ６を提供する。第２の圧縮ビットストリームのストリームソース１２０、即ち、ビデオ及びオーディオの単ストリーム及び移送を記憶したサーバ（例えば、ビデオディスク、テープ機器、又はその他の記憶装置）は、記憶されたストリームを符号化して第２のＭＰＥＧ準拠移送ストリームＳ７を提供する。第１の及び第２の圧縮ビットストリームソース１１０及び１２０は、図１のビットストリーム接続システム１００に関連して上述した態様とほぼ同じ態様で動作する。ディジタルスタジオ４００は、図１のビットストリーム接続システム１００に関連して上述した機能と以下で説明するその他の機能とを実行するコントローラ１０５を含む０アイランド３００は、図１のビットストリーム接続システム１００のスプライサ３００とほぼ等価なものである。アイランドのそれぞれは、複数の情報ストリームを受信する。例えば、アイランド４０１及び４０２は、それぞれ、ＮＥＴＷＯＲＫＦＥＥＤ及びＬＯＣＡＬＦＥＥＤからの情報ストリームを受信する。コントローラ１０５は、制御チャンネルＣを介して、アイランドのそれぞれと通信する。制御チャンネルＣは、スタジオ全体にわたる（即ち、アイランド間の）情報の流れを管理し、また、アイランド内での情報の処理を管理するのに使用される。コントローラ１０５は、接続の決定及び意図された接続に関連する必要なあらゆるパラメータを提供する。それに応答して、アイランドは、（制御チャンネルＣを介して）様々な接続操作を実行し、監視し、応答する。本発明によるディジタルスタジオは、受信したビットストリームに特定の処理機能を実行してアウトプットビットストリームを発生する相互接続された「接続アイランド」のグループとして説明することができる。これは、１つ又はそれ以上のアウトプットビットストリーム（例えば、Ｓ９、ＯＵＴＰＵＴＳＴＲＥＡＭ）を発生するためにコントローラ１０５を介して互いに協力する個々に異なる動作環境（例えば、記憶環境、編集環境、処理環境、など）をアイランドが形成するからである。それぞれのアイランドは既知の遅延パラメータ値によって動作し、アイランド内での全ての接続は、（理想的には）継ぎ目がない。接続機能及び処理機能は、コントローラ１０５の全体的な制御下におかれるが、必要であれば局所的に制御されてもよい。例えば、編集ステーションに座っているオペレータが、１つのアイランドを論理的に備えてもよい。コントローラ１０５から制御チャンネルＣを介して送信されたコマンドに応答して、編集されるべきストリームが、編集アイランド（例えば、アイランド４０７）に発送される。コマンドに応答して、編集アイランド（例えば、４０７）の記憶装置（図示しない）に記憶される前に、信号が幾つかのアイランド（例えば、４０６及び３００）を経由して交換されてもよい。代替モードのスタジオ動作は、継ぎ目のないモードで１以上のアイランドを制御可能に動作させることができる。ビットストリーム間の接続又はその他の遷移が素早く発生しなければならず、且つ、ある程度のビットストリームの性能低下（degradation）が許容されるような幾つかの環境においては、継ぎ目のあるモードが必要とされる場合がある。継ぎ目のある切り換えは、性能低下したビットストリームを受信する次のアイランドに伝搬するエラーを発生させることがあることに注意しなければならない。これらのエラーは、必要ならば、例えば損傷を受けた或いは不良のアクセスユニット又はアクセスユニットのグループを破棄することによって、成いは補助的なアクセスユニットを付加することによって軽減することができる。例えば、短い遅延パラメータを有するツーストリームが長い遅延パラメータを有するフロムストリームに接続されるならば、接続操作は、継ぎ目がないとは考えられない（即ち、バッファはおそらくオーバフローするであろう）。この場合には、オーバフロー状態を回避するためにフレームを破棄してもよい。また、長い遅延パラメータを有するツーストリームが短い遅延パラメータを有するフロムストリームに接続される場合、スプライサは、タイムスタンプを調整して、バッファが一杯になるまで、多くのフレームを反復（即ち、フレームを付加する）しなければならない。更に、短い全てブラックのフレームを短い遅延パラメータシーケンスの最後に接続して、現在使用している遅延パラメータの値を増大させることによってバッファを増加させてもよい。図１、図３及び図４の好ましい実施形態においては、接続操作は、ルーティングスイッチャ、プレイツーエアスイッチャ、プロダクションスイッチャ等の操作ユニット（例えば、接続アイランド）において実行される。従って、複数のデータフォーマット及びビットレートをサポートすることは好ましいことである。例えば、いわゆる４２２＠ＨＩＧＨ及び４２０＠ＨＩＧＨテレビジョンスタジオフォーマットは、それぞれ、複数の画像フォーマット及びビットレートをサポートする。故に、例えば、１２８０×９６０画素の６０Ｈｚ順次走査による画像を備えたビットストリームを、１９２０×１０８０画素の５９．９４Ｈｚインタレース走査による画像を備えたビットストリームの最後に接続する必要があるかもしれない。また更に、４５Ｍｂ／ｓのストリームを１５５Ｍｂ／ｓのストリームの最後に接続する必要があるかもしれない。上述の例の何れにおいても、接続されるストリームが一致した遅延パラメータを有するならば、接続は継ぎ目なく実行されることが可能である。従って、接続決定をなすコントローラが、接続されるべき様々なストリームの遅延パラメータを知ることは重要である。ストリームの遅延パラメータは、ストリームを受信する操作ユニットによって計算されるか、或いはストリームのヘッダ情報の一部としてストリームの中に含まれてもよい。図３に示されるスプライサ３００において、スイッチコントローラ３４０は、インプットストリームＳ６及びＳ７の遅延パラメータを計算するビットストリーム計算器を含む。また、遅延パラメータの計算は、ビットストリーム検査器３１０Ａ及び３１０Ｂ、又は任意の接続モニタ１３０によって実行されてもよいことに注意すべきである。情報ストリームの接続操作のもう１つの重要な側面は、接続されるべきストリームにおけるインポイント及びアウトポイントの位置を決定することである。継ぎ目のない接続を適切に実行するためには、ツーストリームのインポイント及びフロムストリームのアウトポイントを検出しなければならない。更に、接続セグメントは、異なる遅延パラメータ値を有するインポイント及びアウトポイントを含んでもよい。適切な接続点を検出するのに役立つ幾つかのオプションが存在する。まず第１に、ツーストリーム又はフロムストリームの全体が、スプライサによってリアルタイムに（即ち、「オンザフライ」で）解析されてもよい。ツーストリームの場合、リアルタイム解析は難しい。なぜなら、ストリームをその最後までプレイすることなくインポイントをストリームから推定することは容易ではないからである。たとえストリームが良好な挙動を示すものとわかっていても、前もってＩ−フレームの長さはわからない。最初のＩ−フレームが終了するころには、長さがわかるが、その情報を使用するにはおそらく遅すぎるであろう。この問題は、例えば、より強力な演算装置を使用することによって克服してもよいことに注意しなければならない。リアルタイム解析は、フロムストリームの場合にはより簡単である。なぜなら、フロムストリームの遅延パラメータが（インポイントから又は別の方法で）判明し、ストリームのプレゼンテーションタイムスタンプがいつフレームが復号化バッファから出たかを指示し、ビットカウント（又はパケットカウント）が、いつフレームが復号化バッファに入ったかを指示するからである。また、シーケンスヘッダからフレームレートが判明する。上述の情報によって、新しいフレームの開始時点で、先行するビデオがアウトポイントの状態でバッファを出たことを予測することが可能になる。この情報は、ほんのわずかに遅れて到着する。第２に、接続点がどこにあるかの指示を含ませるために外部テーブルを作ってもよい。この方法は、インポイント及びアウトポイントの位置に関する情報はどこか別の場所（例えば、ストリーム符号化処理において）で既に計算されているものと仮定する。この方法は、インポイント及びアウトポイントが、何らかのやり方で（例えば、マーカからＮ番目のパケット、時刻参照値の後の第１のパケット等）、索引が付されることが必要である。更に、この方法は、情報ストリームが処理されるとき、情報ストリームに対応する接続テーブルを更新しなければならず、且つ、情報ストリームが送信されるとき（例えば、衛星リンクを介して）、テーブルを送信又は再度作成しなければならない。伝送符号化及び伝送復号化がストリームに施される場合、接続位置を決定するための独立した情報テーブルの使用はあまり実践的ではないにしても、テーブルのこのような使用方法は、サーバ又はアイランドの操作性からいえば実践的であることに注意すべきである。第３に、インポイント及びアウトポイントのマーカが、情報ストリームに直接に配置されてもよい。ＭＰＥＧ準拠情報ストリームは、そのようなマーカが含まれ得るヘッダ部分を含む。インポイント及びアウトポイントのマーカをシステムレベル、移送レベル、及び、ＰＥＳレベルで挿入するために適したヘッダ部分が存在する。また、単ストリームにマーカを挿入する機会も存在する。インポイント及びアウトポイントの何れもがマーカを付されるべきであり、理想的には、マーカの付与は、システムレベル、移送レベル、及び、ＰＥＳレベルで発生すべきである。インポイントマーカ及びアウトポイントマーカの挿入に加えて、ストリーム又は接続セグメントに対応した遅延パラメータ及びオーディオオフセット（即ち、対応するビデオフレームからのオーディオフレーム境界のずれ）も情報ストリームの１以上の層に挿入されるべきである。また、ＭＰＥＧカウントダウン機能も、例えば、アウトポイントが近づきつつあること（減少する正のカウントダウン）、或いはインポイントが既に送信されたこと（増加する負のカウントダウン）を指示するのに使用されるべきである。営業的な様々な理由から、ＭＰＥＧ又はＡＴＳＣ信号をエンドユーザ（即ち、利用者）に送信するのに先立って、これらのマーカを取り除くことが望ましいかもしれない。エンドユーザはビデオを編集したいかもしれないが、ユーザはコマーシャルを自動的に切り取れないことが重要である。上述したマーカを付与するための幾つもの態様が、システム設計者に最大限の柔軟性を提供し、また、幾つもの操作の態様を提供し、そのことが、接続操作が、実際に、確実に継ぎ目なくなされること（即ち、適切なインポイント及びアウトポイントにおいてなされること）を支援する。ビットストリーム発生確実な継ぎ目のない接続を支援するためには、接続されるべきビットストリームをある特定の方法で発生することが必要かもしれない。接続されるビットストリームの発生には２つの側面がある。即ち、ストリーム内容の発生及び適切な接続制御情報（即ち、インポイントマーカ及びアウトポイントマーカ）の挿入である。説明を簡単にするために、遅延パラメータの望ましい値は予めわかっていると仮定する。更に、どのくらい頻繁にインポイントが必要とされるかなどのその他の目標値も同様に既知とする。最も簡単な場合、全てのＩ−フレームを低い遅延フォーマットで符号化すれば、ビットストリームの発生は、レート制御の問題となる。フレームごとに、越えてはいけないビットカウント（not−to−be−exceeded bit−count）が存在する。レート制御タスクは、ビット予算（bit−budget）の範囲内で可能な最高の品質でそれぞれのフレームを符号化しなければならない。フレームごとのビット予算が、送信ビットレートをフレームレートで割り算することによって計算される。複雑なＧＯＰの符号化の場合、発生されたストリームの前方向解析がなされてもよい。復号器バッファをアンダフローさせないように、フレーム間のビット割り当てがなされなければならない。発生されたストリームに適用されるかもしれない第１の制約は、接続セグメントを固定ＧＯＰストラクチャ（例えば、「．．．ＩＢＢＰＢＢＰＢＢＰＢＢＰ．．．」のディスプレイ順序で配置された１３のフレーム）と定義することである。この方法は、不必要に性能低下させた画像品質の犠牲に基づいた単純なやり方である。例えば、「．．．ＩＢＢＰＢＢＰＢＢＰＢＢＰ．．．」ＧＯＰの最後のＰ−フレームにおけるカットされたシーンは、非常に少ないビット予算で再生される。残念ながら、あらゆる適用形態に対しても理想的である単一ＧＯＰストラクチャは存在しない。更に、この適用形態に付随する柔軟性の減少は、おそらく受け入れられないであろう。複雑なＧＯＰ符号化に適用されるかもしれない第２の制約は、所定の時間間隔でインポイント及びアウトポイントを挿入することである（例えば、それぞれ２秒及び０．５秒）。この方法は、特定のＧＯＰストラクチャを使用することを必要としないので、符号器は、入力画像に基づいてフレームタイプを自由に選択することができる。ＭＰＥＧストリーム間或いは接続セグメント間で切り換えを行う場合、解決されるべき様々なレート制御に関する問題がある。そういうものとして、例えば、符号化画像ビットストリームの内容又はサイズに制約を課す必要があるかもしれない。レート制御に関する問題の１つには、復号器バッファに送信されるデータ量がある。例えば、任意のアウトポイントにおいて測定された（ビット数で表現された）バッファ内容が、時間的に最も近いインポイントにおいて測定された（ビット数で表現された）復号器バッファ内容よりも少ない又は等しければ、復号器バッファはオーバフローしないであろう。実際のビット数はわからなくてもよく、復号器バッファにおけるビット数が、インポイントからアウトポイントまで増加しないことを保証しさえすればよい。いわゆる「スタッフィングビット」は指定された伝送速度を達成するために含まれるだけであり、実際のビットが使用されるとバッファから消え去るので（即ち、スタッフィングビットはバッファに蓄積されない）、これらのスタッフィングビットはカウントされないことに注意しなければならない。レート制御に関するもう１つの問題は、バッファが次のフレームを受信する時刻に関連しての復号化される情報フレームのプレゼンテーション時刻である。例えば、アウトポイントにおいて、まだディスプレイされていないバッファ内容をディスプレイするための時刻（時間単位で表現された）が、第１のＩ−フレームが、指定されたビットレートで復号器に配達されるべき時刻（時間単位で表現された）よりも遅いならば、復号器バッファはアンダフローしないであろう。即ち、バッファが空になる前に、次のＩ−フレーム（ツーストリームの最初のフレーム）が、復号器バッファに配達されなければならない。上述の時間量は、ストリームに対する「遅延パラメータ」で定義されてもよい。フレームサイズ（動作ビットレートでフレームを送信する時間で表現）は、継ぎ目のない接続を保証するために、動作遅延パラメータに一致しなければならない。遅延パラメータは、ストリームの開始点／終了点におけるエンドツーエンドのＶＢＶサイズ（時間で表現）及びＶＢＶ内容（時間で表現）である。グローバルに定義された更なる値は、物理的なバッファの最大サイズ（ビット数で表現）である。この最大サイズは、ＭＰＥＧプロフィール及びレベル指示の基準によって規定される最大ＶＢＶサイズよりも大きいものでなければならない。最後に、フロムストリームのアウトポイントにおける復号化タイムスタンプは、フロムストリームの最後のフレームのＤＴＳ及びＰＴＳよりも大きいストリームの１フレーム時間であるべきである。上述したように、接続決定と実際の接続処理とを区別することが重要である。接続決定はある人間によってなされる。決定は、テレビジョンスタジオによって送信されるべきプログラム表を発生する過程でなされてもよい。或いはスタジオが送信しているときにリアルタイムにさなれてもよい。接続決定は、毎日午前１２時０５分にステーション識別アナウンスメントをスタジオ送信に接続するための予めプログラムされたコマンドのような、何らかの代理プロセスによってなされてもよい。決定は、将来の特定の時刻で接続するものであってもよく、或いは即座に接続するものであってもよい。接続されるべきストリームの幾つかのパラメータは、それらが実際の接続操作の前には変化することがあっても、決定の時点で既知であるかもしれない。例えば、接続決定は、通常、例えばストリーム長、ＶＢＶ遅延パラメータ、などについてツーストリームをある程度認識した上でなされる。フロムストリームに関しては、決定の時点では、おそらく知られていないであろう（例えば、デイリーメッセージは、その時点で送信されているどのストリームにも挿入される）。決定は次の要素を含む。第１に、ツーストリームを供給する操作ユニット、接続を実行する操作ユニット、及び、接続されるべきストリーム又はセグメントがある。第２に、接続が実行される時刻である。時刻は、「今」、１日の中の特定の時刻、又は何らかの論理的な条件の発生であってもよい。「今」は、接続開始メッセージ（splice−now message）の到着後すぐに接続することを意味する。「今」の決定は、人間の動作（例えば、ボタンの押下）によって直接に発生してもよく、或いは接続開始メッセージを送信することを決定する何らかの外部からの制御処理によって発生してもよい。論理的な条件は、特定の情報ストリームにおけるタイムコード（例えば、ＳＭＰＴＥ）、ビデオストリーム又はオーディオストリームにおけるタイムスタンプ（例えば、ＰＴＳ又はＤＴＳ）、情報ストリームにおける参照時刻（例えば、ＰＣＲ）、又はその他の検出可能なイベント（例えば、インプットストリームのＰＩＤの変化）の発生であってもよい。論理的なイベントが論理的に組み合わせられて、接続時刻が決定されて接続のための適切なストリームが選択されてもよい。決定がなされた後、それが適切な操作ユニットに連絡される。エラー（例えば、複数の論理的なイベントを組み合わせる複雑さのために）が発生する可能性があるので、制御エンティティが接続処理を厳密に監視して、エラー条件又はその他の条件に適合させることが重要である。決定の結果として、接続作業をなす処理のある部分が、正しい時刻に、正しいビットストリームが操作ユニットの正しい入力として用いられることを保証しなければならない。これは、総合的なシステム動作の役割であり、サーバからスイッチャへの情報の流れの同期が含まれてもよい。接続決定を受信した後、スプライサが接続を実行する。継ぎ目のない接続処理は、インポイントにおいてツーストリームに進入し、フロムストリームをアウトポイントから退去する必要があり、また、おそらく、１以上のバッファ及びタイミングパラメータを管理する必要がある。ビデオ接続操作の実施形態ここで、ＭＰＥＧビットストリームの接続操作の幾つかの実施形態を用いて上述の概念を説明する。第１の実施形態は、全てがＩ−フレームの低遅延接続の例である。ツーストリームは、Ｉ−フレームのみを含んだ２４又は３０フレーム／秒（ｆｐｓ）のビデオストリームからなる。ツーストリームの遅延パラメータは、最も遅いフレームレート（即ち、２４ｆｐｓの場合には４２ｍＳ）での１フレーム時間に等しい。この例では、それぞれのＩ−フレームは、フレームに対するビットレートで１単位のディスプレイ時間（即ち、１フレーム時間（４２ｍＳ））によって送信できるビット数より少ないビットを含む。ビットレートが１５０Ｍｂ／ｓであれば、１つの３０ｆｐｓのフレームは、５Ｍｂを含むにすぎない。ビットレートが１５０Ｍｂ／ｓであれば、１つの２４ｆｐｓのフレームは、６．２５Ｍｂを含むにすぎない。同じ遅延パラメータを有するフロムストリームの最後のビットが復号器バッファに入力していれば、最後のフレームがいつ再生出力されるべきかを指示するプレゼンテーションタイムスタンプは、将来、値４２ｍＳを持つ。従って、フロムストリームが３０Ｈｚ（３３ｍＳのフレームレート）であれば、アウトポイントの９ｍｓ後に、フロムストリームの最後のフレームが復号器バッファから得られ、それから３３ｍＳ後に、ツーストリームの最初のフレームが必要となる。ツーストリームも３０Ｈｚであれば、最初のフレームは、それが必要とされる９ｍＳ前に既に配達されている。スロムストリームが２４Ｈｚであり、且つ、ツーストリームも２４Ｈｚであれば、ツーストリームのフレームはちょうどよい時刻に到着する。フロムストリームが６０Ｈｚ（１７ｍＳ）であれば、フロムストリームの最後のビットが配達されたとき、復号器バッファは２つのフレーム（３３ｍＳ）を含み、復号器は、９ｍＳの間、それらの第１のフレームを使用しない。フロムシーケンス及びツーシーケンスのビットレートが異なる場合、シーケンスのビットレートに対応するレートでビットが配達されさえすれば、フレームを取り込むための時間はずっと適切なままである。要するに、ストリームは、ビットレート及びフレーム時間（即ち、ビットレート×フレーム時聞）から計算されたインポイントとそれに続くアウトポイントとの間のビットカウントによって符号化される。プレゼンテーションタイムスタンプは、全ての遅延パラメータに適合する値（即ち、最初のビットが到着してから最初のフレームが再生出力されるまでの遅延パラメータ）がセットされる。第２の実施形態は、複雑なＧＯＰ送信フォーマットである。第２の実施形態のために、ストリームは、２５０ｍＳの遅延パラメータ、「．．．ＩＢＢＰＢＢＰＢＢＰＢＢＰＢＢＰ．．．」のディスプレイ順序、及び、「．．．ＩＰＢＢＰＢＢＰＢＢＰＢＢＰＢＢ」の送信順序を有する３０フレーム／秒のビデオ（及び、対応するオーディオ）ストリームであると仮定する（ここで、「Ｉ」はＩ−フレームであり、「Ｐ」はＰ−フレームであり、「Ｂ」はＢ−フレームである）。このＧＯＰストラクチャは、Ｉ−フレームにインポイントを含み、Ｉ−フレームの直前のフレームにアウトポイントを含む。それぞれのアウトポイントにおいて、最後のＰ−フレームに対応するＰＴＳは、将来、２５０ｍＳとなる。レート制御が、復号器バッファがＩ−フレームによってアンダフローしないことを保証する。Ｉ−フレームに含まれるビット数は、２５０ｍＳ間分のビット数より少ないものでなければならない。有効なＭＰＥＧ制約は、Ｉ−フレームに続くＰ−フレームもアンダフローしないことを規定する。Ｉ−フレームは２５０ｍＳの全てを使用しなくてもよい。Ｉ−フレームが２５０ｍｓの全てを使用すれば、次のＰ−フレームが使用するのは３３ｍＳよりも少ないものでなければならない（即ち、Ｉ −フレームが２３０ｍｓを使用すれば、次のＰ−フレームは、必要でなくても、５３ｍＳを使用することができる）。第３の実施形態は、複数の出力の例である。第３の実施形態のために、ストリームは、「．．．ＩＰＰＰＰＰＰＰＰＰＰＰＰＰＰＰＰＰＰＰＰＰＰＰＰＰＰＰＰＰＰＰＰＰＰＰＰＰＰＰＰＰＰＩＰＰＰＰ．．．」であるＧＯＰストラクチャを有する３０フレーム／秒のビデオ（及び、対応するオーディオ）ストリームであると仮定する。また、ストリームは、２５０ｍＳの遅延パラメータ、及び、２０Ｍｂ／ｓ（即ち、６７０Ｋｂ／フレーム）の送信ビットレートを有すると仮定する。Ｉ−フレームが２３１ｍＳを要し、Ｐ−フレームが２０ｍＳを要すれば、１５フレームの後、復号器バッファの内容は、ストリームへのインポイントにおけるレベルよりも低いレベルにまで低下している。これは、次のような式を用いて計算することができる。（２３１＋２０Ｎ）＝３３＊（Ｎ＋１）この式は、１個のＩ−フレームの２３１ｍＳ分のデータ量から始まり、Ｎ個の２０ｍＳのＰ−フレームがそれに続くビットが進入するのに必要な時間を表現し、この時間は、同じ（Ｎ＋１）個のフレーム分のビット数を、それぞれが３３ｍＳを要するバッファの（Ｎ＋１）個のフレームから得るのに必要な時間に等しいことを示している。この実施形態では、Ｉ−フレームそれぞれがインポイントであってもよく、また、１５番目のＰ−フレームの後の全てのＰ−フレームがアウトポイントであってもよい。復号器バッファは以下のように反応する。接続点において、バッファは７つのフレームを含み、プレゼンテーションタイムスタンプは、最後のフレームが２５０ｍＳ内に再生出力されるべきであることを指示する。７つのフレームは、それぞれ、２０又は３３ｍＳのビット／フレームの割り当てを使用する（即ち、Ｐ− フレームは、それぞれ、４００Ｋｂであり、バッファは２．８Ｍｂを含む）。次の７つのフレームまでに、Ｉ−フレームが入力し、バッファ内容を増加させる。それぞれのＩ−フレームは６７０Ｋｂだけ増加させ、取り出されるそれぞれのＰ −フレームは４００Ｋｂを取り去るので、バッファは、７つのＰ−フレームが取り出された後には４．７Ｍｂを含む。そして、Ｉ−フレームが再生出力され、バッファから４．６Ｍｂを取り去るので、１００Ｋｂがバッファに残る。バッファにおける遅延はほぼ０である。ここで、それぞれのＰ−フレームが２０ｍＳの間に４００Ｋｂだけ増加させ、３３ｍＳごとに、４００Ｋｂが使用される。従って、バッファにおける遅延は、フレーム時間ごとに１３ｍＳだけ増加する。１５フレームの後、バッファに蓄積された遅延が、遅延パラメータ値に達してしまう。この時点で、更なるシーケンスに対しての接続がなされてもよい。それはバッファは、Ｉ−フレームを受信することができるからである。圧縮オーディオ接続圧縮オーディオの接続を以下に説明するが、この説明はオーディオフォロービデオモード内の結合されたビデオオーディオストリームの接続の問題に限定されている。別個に編集されたオーディオ及びビデオストリームからのストリームの構成は、ここでは考慮しない。圧縮オーディオはフレームに運ばれる。各オーディオフレームは固定された持続時間であり、固定数のビットを含む。残念ながら、オーディオフレームサイズ又は持続時間は、ビデオフレームサイズ又は持続時間のどれとも異なる。これはオーディオフレームが接続点と整列しないことを意味する。オーディオフレームは、ランダムにビデオと整列すると考えることができる。故に、接続するとき、ビデオに関するオーディオの整列は、ツーストリーム及びフロムストリームに対して異なる。オーディオ情報の、対応するビデオ情報（即ち「リップ-シンク」）に対する整列を確実にすることが望ましい。即ち、オーディオ及びビデオは、互いに関して適切に段階的（phased）にされたままでなくてはならない。プレゼンテーションタイムスタンプ（ＰＴＳ）は各オーディオストリーム内に存在する。オーディオ及びビデオＰＴＳは、要求される同期をできるようにするために同じ参照を照会する。接続が終了するとツーストリームはアウトプットストリームになる。特に、オーディオの制約によって、スイッチングプロセスが、実際のスイッチの瞬間の前後時間に延びる可能性があることに注意することが重要である。情報ストリームのオーディオ情報フレームは、理想的にはデコーダバッファの最後に到達する個々のビデオ情報からの制限された時間差内に位置する。１／２秒のエンドツーエンドビデオバッファ遅延がある場合、オーディオパケットは、移送ストリームの中で、対応する（即ち同じタイムスタンプを有する）ビデオパケットよりも約１／２秒よりも遅い。仮定が正しい場合、切換操作ユニットはオーディオ情報を、ビデオ切換の後、この１／２秒の間フロムストリームからセーブしなくてはならない。ソースストリームは、スプライサが他のストリームに切り換えられた後１／２秒続かなくてはならない。多くのストリーム内での高速切換について考察することも興味深い。オーディオを接続する３つのアプローチについて説明する。第１に、オーバラップしたオーディオパケットは単に破壊（broken）されている。これは、部分的なパケットの使用を防止するためにＣＲＣに依存しているので、最も望ましいアプローチではない。ＣＲＣが、６４Ｋパケット内で１つの時間（約３０パケット／秒）欠ける（fail）と、数千秒毎に検出されないエラーが存在する可能性がある。破壊パケットＣＲＣが欠けると、パケットが使用される全ての時間欠ける。これは、クリックを作る欠陥が、同じ接続が成される度に再生産される結果になることを意味する。これにはオーディオフレームを除去するために廃域回収処理の使用が要求される。オーディオを接続することへの第２のアプローチは、「完成していない（unfinished）」フロムストリームオーディオフレームを結果としてのストリーム内に含めることである（即ち、これらはビデオ接続をオーバラッピングする）。ツーストリームオーディオフレームはリタイムされて、「完成していない」フロムストリームオーディオフレームに突き合わされる。この技術は、連続するオーディオを連続検査、オーディオフレーム及びパケットの緩衝及び調整を犠牲にして確保する。第１の完全なツーストリームオーディオフレームは、プレイされる第１のオーディオフレームとして選択される、既に開始されたツーストリームフレームは、「完成していない」フロムフレームの最後と合うには遅れすぎる傾向がある。この技術は、また僅かに破壊されたリップシングを引き起こす。オーディオを接続する第３のアプローチは、オーディオの対応するビデオに対する整列を維持すること、即ち、フロムストリームオーディオフレームの最後とッーストリームオーディオフレームの最初とのギャップを残すことである。このアプローチは有利にもＭＰＥＧデコーダの仕様に依存しており、オーディオフレーギャップが音がない(muted)ことが要求される。このアプローチで、オーディオプレゼンテーションタイムスタンプが、ビデオフレームに加えられる量と同じ調整量で調整される。この態様で、リップシンクは維持される。第３のアプローチは、多くの接続（即ち、短い接続セグメントの連続からのシーケンスを作ること）が音がないことによってオーディオアーティファクトを作りうる場合に、特に有効である。図５は、オーディオ整列を含む複数の接続シナリオを示す。上記の第３のアプローチがオーディオの対応するビデオに対する整列を維持するために使用されると仮定した、オーディオビデオ接続の見地からみた図である。図５Ａは、単に接続する場合を示し、両オーディオストリームが対応するビデオと整列している。スプライサは、両ツーストリームで遅れ、接続点で単に切り換える。図５Ｂは、フロムストリームビデオ及びフロムストリームオーディオが整列されているが、ツーストリームビデオ及びツーストリームオーディオは整列されていないところで接続する場合を示す。接続がなされると、ツーストリームオーディオフレームの一部分が処分される。次の完全なツーオーディオフレームは、アウトプットを適当な遅延で通過する。図５Ｃは、通常の接続の場合を示す。両オーディオストリームは、対応するビデオストリームと整列していない。フロムストリームオーディオフレームが、接続点より前で既に始まっているのが見られる。このオーディオフレームは緩衝されてアウトプットに移される。フレームタイムの幾つかのフラクションが接続するまで終了しない。接続点に拡がるツーストリームオーディオフレームは使用することができない。次のツーストリームオーディオフレームも使用することができない。早く始まりすぎ、最後のフロムストリームオーディオフレームにオーバラップするであろう。アウトプットストリーム内に見られる第１のツーストリームオーディオフレームは、Ｄ時刻ユニットを接続点の後に始める。この遅延は２つのオーディオフレームと同じ量である。上記の例（図５Ｃ）で、リップシンクは前もって供給されるが、３２ｍＳのフロムストリームオーディオと同じ量だけツーストリームビデオとオーバラップする。まら、第１のツーストリームオーディオは、ツーストリームビデオが始まった後、６４ｍＳだけ遅く始まる。最後に、接続操作を実行するスプライサは、各ワークバッファの全オーディオフレームを緩衝しなくてはならない。理想的には、各オーディオフレームがＰＴＳを含む。装置製造業者によっては、例えば３番目のオーディオフレーム毎にＰＴＳを含むだけであることも可能である。この場合、又はオーディオＰＴＳがない場合、接続操作が仮想タイムスタンプの計算の後実行される。仮想タイムスタンプは、ビデオ参照タイムスタンプからのおよそのリアルタイム遅延から派生する。仮想のオーディオタイムスタンプは、次に連続するオーディオフレームの開始上の（既知の）オーディオフレーム持続時間によって増加される。このプロセスは、バックアッププロセスとして実施され、タイムスタンプされていないオーディオストリームが、タイムスタンプがスタジオ操作に重要であるスタジオの中に入らないことを確保するであろう。補助データの接続多くのＭＰＥＧストリームには補助データが含まれる。このデータは、通常、未知の長さの連続した分解できないストリームとして現れる。これとは対照的に、圧縮されたオーディオストリームは、比較的に、良好な挙動を示し、予測することができるものである。補助データストリームは、ここでは詳細に説明しない遅延を有する対応したビデオストリームに関連付けることができる。接続操作において補助データを処理するための幾つかの方法があり、それらの方法には、１）補助データを無視し、ビデオデータと同時に補助データを接続する、２）独立したパスを介して補助データを例えばプレイツーエアスイッチャに挿入する（このデータは、プログラムガイド又はその他の利用者に関連した情報を備えてもよい）、３）補助データのための一組のセグメンテーションマーカを定義し、これらのマーカに依存して、セグメンテーションをスイッチャにおいて正しく維持する（これは、補助データストリームの内容及びこれらのストリーム内にある補助データセグメントの長さについての知識を必要とする）、ことが含まれる。また、補助データは遅延をともなって又は遅延なしでスイッチされてもよく、遅延は、決定をなすコントローラによってスイッチャに送られるパラメータであってもよい。補助データは、補助入力装置を介してスプライサに入力されてもよい。補助データ入力装置に到着する入力データは、バッファリングされ、利用可能な空きに基づいて、ヌルパケットの代わりとしてアウトプットストリームに挿入されてもよい。この場合、そのようなデータをストリーム内に配置し、例えばビデオストリームのデータレートを減少させることによって挿入された補助データに必要なチャンネル容量を提供するのは、何らかの別のシステムユニットの役割である。インポイント及びアウトプットシンタックス及び使用移送ストリームパケットの適合ヘッダ内の種々のヘッダフィールドを使用して接続点の存在を示す。このようなヘッダ情報は、例えば接続点フラグ、接続タイプフィールド及び接続カウントダウンフィールドを含む。接続点フラグは、１にセットされると、接続カウントダウンフィールドが存在することを示す。接続カウントダウンフィールドは、ビデオフレームの終了等の、接続点が到達するまで残る移送ストリームパケットの残りの数を特定する８ビット整数である。接続タイプフィールドは、接続復号遅延及び最大接続率データを、例えば、表にストアされたデータを引き出すために使用される４ビッドフィールドである。接続機能を実行すろためのこれらヘッダフラッグ及びフィールドの標準的な使用は、ＭＰＥＧ仕様で定義される。上記したように、移送ストリーム内の接続点はインポイント、アウトポイント又は両方であろう。アウトポイントは、接続点のＭＰＥＧ定義に等しい。インポイントは、すぐ後にＩ−フレームが続くシーケンスヘッダが続く接続点（即ちアウトポイント）を含む。故に、特定のストリーム内のインポイントはすぐ後にＩ −フレームが続くシーケンスヘッダが続く、アウトポイントを見つけることで識別されるであろう。従って、ツーストリームは、フロムストリームのアウトポイントがシーケンスヘッダ又はＩ−フレームが続かない場合でも上記のようにどのアウトポイントにも挿入される。この実施形態で、アウトポイントのすぐ前のパケットの接続点フラグは、１に等しくなくてはならず、そのパケットの接続カウントダウンフィールドは０に等しくなくてはならない。しかし、上記の実施形態では、ビットストリームが、Ｉ−フレームが存在するかを決定するために、即ちピクチャヘッダ内のピクチャ符号化タイプフィールド調べるために、基本層に分解されることが要求される。本発明の好ましい実施形態で、入口又は出口の印は、移送層に存在する情報を含み、もってビットストリームを基本層に分解する必要性を除去する。特に、フロムストリーム内のアウトポイントは、１に等しい接続点フラグ、及び０に等しい接続カウントダウンフィールドによって示される。同様に、ツーストリーム内のインポイントは、−１に等しい接続点フラグ、及び接続カウントダウンフィールドによって示される。このように、インポイントパケット（即ちインポイントにすぐ続くパケット）と、アウトポイントパケット（即ちアウトポイントを含むパケット）は同じパケットであろう。更に、インポイントパケットの接続タイプ（即ちインポイントにすぐ続くパケット）は、インパケット及びアウトパケットは両方とも同じ接続タイプを有するという点でインパケットのアウトパケットへの接続の適合性を示す。この実施形態で、インポイントではないアウトポイントは、０に等しい接続カウントダウン、及び１に等しい接続点フラグを有するパケットにすぐに続くパケット内に、０に等しい接続点フラグを有さなくてはならない。この態様で、接続点フラグは、アウトポイントがインポイントと関連しないことを示す。これは接続点フラグが、有効であるべき接続カウントダウンフィールドの内容に対して１に等しくなければならないことと、インポイントに対して、接続カウントダウンフィールドが有効であって−１に等しくでなければならないことによる。上記の、ＭＰＥＧ的ヒットストリーム内のインポイント（即ち入口指示）とアウトポイント（即ち出口点）を識別する印の実施形態は種々の利点を提供する。１つの利点は、上記したように、インポイント及びアウトポイントを、移送層の適合ヘッダのみを分解することによって識別する能力であり、基本層の分解を回避する。好ましい実施形態の他の利点は、各移送パケットが、特定のパケットがインポイント、アウトポイント又は両方を含むかを決定するための十分な情報を含むという意味で内蔵されていることである。これは、パケット内のインポイント又はアウトポイントの識別を、いかなる前のパケットを考慮することなしでできるようにする。従って、例えば予想されるインポイントパケットの接続タイプフィールドを、先だつパケット接続タイプフィールドと、予想されるインポイントパケットが実際インポイントパケットであることを決定する前に比較する必要がない。しかし、接続タイプフィールドが、特定のストリームと他の接続タイプフィールドに関する他のストリームとの接続の適合性を示すことを注意すべきである。ビットストリームに関して上記したように、上記のインポイントとアウトポイントシンタックスに従って、ビットストリームを発生することが望ましい。特に、入口指示と出口指示をビットストリーム内の多くのところ、例えば、ビットストリーム符号化プロセス中に各Ｉ−フレームで含むことが望ましい。この入口指示及び出口指示を含めることを達成するために、連続して接続される移送ストリームを発生するために使用される移送マルチプレクサには、例えばＩ−フレームに関するパケットを識別する情報が提供されなくてはならない。図６に、本発明に従ったインポイント及びアウトポイントの識別に適するルーチン６００のフロー図を示す。特にルーチン６００は例えば、図３に示すスプライサのビットストリーム検査器３１０Ａ及び３１０Ｂによる使用に適する。ルーチン６００は、検査される（例えばＳ６又はＳ７）ストリーム内の移送パケットが、例えばビットストリーム検査器（例えば３１０Ａ又は３１０Ｂ）に受け取られるステップ６０５で入る。ルーチン６００はステップ６１０に進み、ここでは受け取られたパケットのパケットヘッダが検査され、ステップ６１５に進み、ここでは受け取られたパケットの適合ヘッダ内の接続点フラグが１に等しいかどうかが問われる。ステップ６１５の問いの答えが肯定的であると、ルーチン６００はステップ６２０に進み、ここで、接続カウントダウンフラグが０に等しいかどうかが問われる。ステップ６２０の問いの答えが肯定的であると、ルーチンはステップ６３５に進み、ここでパケットはアウトポイント含むとして識別される。このような識別は、図２のルーチン２００の例えばステップ２１０での使用に好適な「アウトポイントレディ」フラグのセッティングの形をとることができる。ルーチンは、次にステップ６３５に進み、ここで外に出る。ステップ６２０の問いの答えが否定的であると、ルーチン６００はステップ６３０に進み、ここで接続カウントダウンフラグが−１に等しいかどうかが問われる。ステップ６３０の問いの答えが肯定的であると、ルーチンはステップ６４０に進み、パケットがインポイントを含むものとして識別される。このような識別は、図２のルーチン２００のステップ２０８での使用に好適な「インポイントの順番まち」フラグのセッティングの形をとることができる。ルーチンは次にステップ６４５に進み、外に出る。本明細書で、本発明の趣旨を具体化した様々な実施形態を図示して詳細に説明したが、当業者は、本発明の趣旨を更に具体化した別の多くの変形された実施形態を容易に工夫することができる。DETAILED DESCRIPTION OF THE INVENTION Information stream syntax indicating the existence of a connection point The present invention Made with US Government support under contract number 70NANB5H1174 Was. The United States Government The present invention has certain rights. The application is US Patent Application Serial No. 08/86, filed May 28, 1997 4, No. 322, Part of "method and apparatus for connecting compressed information stream" Genus application, The contents of which are incorporated herein. The present invention relates generally to communication systems, More specifically, The present invention MPEG-like ( MPEGlike) information stream, "In point" connection and "Out point" "How to identify and use connections. Background of the Invention In various communication systems, The data to be transmitted is compressed, available Available bandwidth is used more efficiently. For example, Video Expert Group (MPEG ) Several standards have been promulgated for digital data transfer systems. Ma First, There is an ISO / IEC standard 11172 known as MPEG-1; Incorporated herein. Second, ISO / IE known as MPEG-2 There is C standard 13818, Incorporated herein. Compressed digital video system As for the stem, Digital of the New Television System Committee (ATSC) Digital television standard system (A / 53) Described in Incorporated herein. A common time reference (ie, Individual sharing the same 27 MHz clock source) By multiplexing elementary streams, Program transport tree Is formed. A single stream is video, audio, Or other sign Includes an encrypted bit stream. A single stream, before being multiplexed for transport, It doesn't have to be, but Packetized single stream (P ES) format. PES is Packet header and it Followed by a packet payload. A single stream is Transfer packet when multiplexed In the form of a Program (similarly, (Formed in the transport packet) The described control bit stream is added. One encoded, That is, from the compressed bit stream, The other bits It is often necessary to switch to trim. One compressed MPEG video When switching from a video bitstream to the other, Decryption To ensure correct and continuous presentation of rendered images without time lag , Appropriate action must be taken in the order in which the image bitstreams are transmitted. No. Such a time difference Objectionable video artifacts or audio Artifacts (for example, Blank due to buffer overflow / underflow Cleanse, Poor lip sync, etc.). Transfer A seamless connection method and apparatus for connecting the trims together It did not exist before. in this way, For connecting compressed digital information bit streams There is a need in the art for methods and apparatus. Summary of the Invention Previous disadvantages of the prior art are: Connecting compressed digital information streams Is overcome by the method and apparatus of the present invention. More specifically, The present invention No. One information stream is connected to a second information stream. First information The stream is At least one of the following to help identify a suitable entrance to the stream: Includes entrance indicium. The second information stream is: stream Including at least one exit indicium identifying the appropriate exit from the No. The present invention Monitor the two streams until the right spot is found, Control signal In response to the issue Connect the first stream to the second stream. In particular, The splicer according to the present invention comprises: The first information stream is received and A pre-connection buffer for generating the buffered information stream; First information Receiving the stream, In response, The pre-connection buffer Buffering Entry point of a given information stream is placed at the out point of the buffer A bitstream inspector to perform Buffered information stream or A switch for connecting any of the second information streams to the output; Second information Monitor the stream, Responsive to control signal and detection of exit point of second information stream do it, Switch Buffered information stream leads to output And a switch controller. BRIEF DESCRIPTION OF THE FIGURES By considering the following detailed description with reference to the accompanying drawings, Teaching of the present invention The contents will be easily understood. FIG. Block diagram of a compressed bit stream connection system including the present invention It is. FIG. 5 is a flowchart of a seamless connection process according to the present invention. FIG. FIG. 2 is a detailed block diagram of the splicer shown in FIG. 1. FIG. Comprising a plurality of interacting islands, Digital including the present invention It is a block block diagram of a studio. 5A to 5C, Shows the outline (scenarios) of multiple connections. FIG. 6A and FIG. According to the present invention, Both in point and out point 5 shows a flowchart of a routine 600 suitable for identifying a user. To make it easier to understand, Throughout the drawings, the same components Signs were used. Detailed description of the invention Receive and process various bitstreams, Also, Switching capability according to the invention Digital Television Studio Including Many Operating Environments The present invention will be described schematically. This switching ability Depart output stream In order to live For example, seamless or seamless of multiple video transport streams Enables a non-seamless connection. Controlled degraded output To generate a stream Seamless and seamless streams Combinations with reams may be provided. The present invention Switching operation, Connection operation, Or insert a pair of MPEG-compliant A two-input video processor that runs on a force transfer stream to produce an output stream Stream splicer. The principle of the present invention is Have two or more inputs Applied to a bitstream switcher or splicer, and, Compliant with MPEG Note that it may be applied to non-compliant input streams. Book The invention is A general-purpose computer programmed to perform the functions described below. Data system. Once programmed, General purpose computer Is Special purpose equipment for connecting digital data bit streams Become. The present invention As well as seamless bitstream connections, Seam It can also be used to connect stream streams. A seamless connection is Two Outputs are created by seamless butt-splicing of streams. Form a stream It is a continuous, undisturbed flow of information (for example, Guri Video or audio without glitches or artifacts) Means to provide. The seam connection is Disturbed information flow (for example, If Visual or auditory distortion, Obstruction, as well as, Artifacts) With an output stream as a result. For this explanation, It Each bit stream is video, audio, as well as, (Possibly) other Is assumed to be a transport stream consisting of The present invention relates to packetized single streams and It should be noted that this is applicable to other single streams. Furthermore, The connection point is It is determined based on video information. this is, Connected audio and And may cause some distortions in other information. Because audio And other information, Is it sometimes not "aligned" in time on a packet-by-packet basis? It is. The connection is In the output stream, "from-stream )) To "to-stream". Ideally, Get out of the Fromstream at "Out Point" "In Point" And enter two-stream. Out points are The currently selected stream (That is, "From stream"), In that position hand, The stream is terminated, Some other stream (ie, "Two-stream") May be connected. "In Point" Position in another stream, So At the position Information is It can also start connecting to another stream. "Connection segment" Between the in and out points of the information stream It is defined as the part between. The connection segment is Multiple out points and ins Will contain points. Therefore, For maximum connection flexibility, Streams should contain as many in and out points as possible. Good. Some of the definitions of "in point" and "out point" Ta, That is, Video buffering verifier (V BV: video buffering verifier). Known in-point delay parameter Equipped with a meter, and, Outpoint with a known delay parameter of the same value Connection segment with Short effective with different values of delay parameter A connection segment may be included therein. In a studio environment of a specific embodiment of the invention, the information stream is: Transfer packet Is divided into Packets containing video audio, Auxiliary data, Or It may be mixed with a packet containing other information. In this environment, Video strike Ream out point is End of the last video transport packet of the stream concerned This is the end point. Earlier video streams, including the last packet, Outpoi The connection definition of the client must be satisfied. Similarly, Video stream import Int, Is the starting point of the first video transport packet of the connection segment (SS) . Other information in the transport stream, Especially audio, In point and Note that it is unlikely that the outpoint will be properly segmented. It is. Caused by unaligned audio transport packets To correct the error, Filed May 28, 1997, Incorporated herein by reference US Patent 08/0864 No. 321. An important aspect of connecting information streams is that Appropriate delay parameters It is to process. One parameter of interest is For various information streams Related delay parameters. For MPEG compliant streams, Delay parameter Is Video buffering verifier (VBV). Other parameters are The potential or transient period inherent in the connection operation. For example, Typical connection But, At a certain time, That is, it occurs at the “connection time”. Before the connection time, Output The information stream comprises a from stream. At connection time, Tourist Switching to the home page occurs. For a predetermined period, Output stream is froms It will include information from both trim and two stream. Eventually, out Putstream is Includes information from two streams only. It is assumed that the from-stream and the to-stream are each valid. Connection If there is no seam, There are certain constraints on the stream that must be satisfied. Exist. A seamless connection is The resulting connected bitstream Means that the system will not create discontinuities in the future. One embodiment of an active connection segment that can be connected seamlessly is: This is an MPEG-compliant connection segment. The MPEG connection segment (SS) is transfer Defined at the level, Video (and Including functions at the audio) level. The connection segment that holds the information It may be as short as a single frame. Contact The following segment is There can even be a segment with zero frame length (such as SS may not be compliant with MPEG). Such a segment of length 0 Is Simply the In point followed by the Out point (ie, In-out point Only). Also, SS is May be very long, Many GOPs including. In general, The length of SS is not limited, SS has multiple out points Including Should be able to output seamlessly from segments . The exceptions are An SS composed of television commercials is conceivable. TV set John Commercial SS Think without having defined out points Because it is produced The output from the commercial segment has seams. MPEG SS is Consistent transport stream and single stream timestamp (For example, PCR, PTS, DTS), as well as, Related delay parameters (example For example, VBV delay). in addition Therefore, The decoder can appropriately decode and provide information included in the SS. . The first information frame at the in-point of the MPEG video SS (eg, Bi Video access unit) Must be an I-frame. Second frame Is Do not refer to the information frame before the in point (ie, 2nd If the frame is a B-frame, This B-frame is Before the in point Frames can not be referenced). The last frame before the out point is B-Fray System (in the order displayed). Audio SS Oh An in point consisting of the beginning of the Dio frame, At the end of the audio frame Out point consisting of bytes. For example, Accumulation of coding errors, tuning Time (tuning-time), To resolve issues such as minimal image quality, Story There may be other constraints imposed on the team. Even if the video SS includes multiple sequence headers, Introducing Video SS Is Must start with sequence header. Sequence header The SS may include additional header information to indicate that the Good. SS inpoint sequence header included as synchronization time or image quality Need to be distinguished from the sequence header. Because Seamless connections are I This is because it is only guaranteed based on the point. The in point is C Since it must follow the Kens End Code (SEC) Immediately before the in point It is desirable to include the SEC code in Thereby, End of out point Need not include SEC. Out points may include SEC. MP If an EG splice countdown is used, At the out point Must be terminated (ie, 0). FIG. Block of compressed bitstream connection system 100 including the present invention FIG. The system 100 Stream source of the first compressed bit stream Case 110, A stream source 120 of the second compressed bitstream, Splice 300 Controller 105, as well as, An optional connection monitor 130 is included. First Stream source 110 of the compressed bitstream, That is, Transport stream encoder "Live feed" from First MPEG-compliant transport switch A trim S6 is provided. Stream source 1 of second compressed bitstream 20, That is, Stores single and transport streams of video and audio Server (for example, Video disc, Tape device, Or other storage device) What The stored stream is encoded into a second MPEG compliant transport stream S7 is provided. The stored information is For example, Connected to the first transport stream Advertising information or local programming information to be included. Sp The riser 300 Outgoing one of the two input transport streams S6 and S7 Selectively connect to a transmitter or other subsystem as output stream S9 . The optional connection monitor 130 For example, Delay parameters, Buffer usage information, same Period, Such as bitstream sources, Various of the connected output signals S9 Monitor parameters. The optional connection monitor 130 Controller 105 and It operates in response to the splicer 300. The splicer 300 A first transport stream S6, That is, by the first source The television program generated, And a second transport stream S7, That is, the second Receive ads generated by sources. In response to the control signal SELECT , The splicer is Throat of first transfer stream S6 or second transfer stream S7 A small output signal S9 is generated. The control signal SELECT is At a given time Manai, Or when certain conditions appear, Make splicer 300 respond immediately (That is, Priority for specific alignment of stream entry point or stream exit point) Ranking information may be included. Splicer 300 issues signal ACKNOWLEDGE Raw, This signal is Detailed information about the connection operation in response to the SELECT signal ( For example, The exact time of the connection, Error conditions, Etc.). S Regarding the operation of the pricer 300, This will be described in more detail below with reference to FIG. . The actual connection operation is Anything necessary for the actual switching between bitstreams This is a process that occurs in the splicer 300 that executes. These operations include: H Stopping the flow of packets from the Romstream in an orderly manner; Tooth Starting the flow of packets from the stream in an orderly manner; And Au It involves adjusting header information in the output stream. Only for a certain period, Packets from both from stream and two stream may be mixed Not. The connection operation is Synchronization must be done to eliminate seams. Impu To ensure that the stream arrives at the appropriate splicer at the requested time, Some synchronization operations will be performed. Output stream Is uninterrupted, and, The actual connection is From stream to tooth Assume that this is a change in the content of the output stream to the trim. Furthermore, The timestamp in the output stream is From one stamp to the next Continuity up to the stamp of the ), The connection mechanism is Adjust the time stamp of the output stream. It is. If the time stamp is not continuous in the MPEG system, The MPEG "discontinuity" header flag should be used, Thereby, A new timestamp (ie, (Time stamp discontinuity) indication is provided to the decoder. It is. To perform the adjustment, The connection process is Must have some concept of time Absent. Because This local time concept Generate output timestamp Because it must be used to The connection process is OC-12c in Interface from a certain timing source such as S The current time is obtained from the trim contents or the time setting message. Local time overview Just in case With moderate continuity, Must work well (wel1 behaved) . When connecting Either the end point of the from stream or the start point of the two stream But Not available on the actual connection hardware that is generating the output. I have to. Furthermore, All buffering in the connection process is Finite and , It is specified. In addition to the above, There are synchronization issues to consider. For example, In connection processing It is important to consider the effects of packet jitter. Real connected Any additional information besides the information contained in the stream (e.g., Priority information, Source identification information, Error code, If you need This additional information Real It must be properly synchronized with the incoming connection stream. There are several conditions related to synchronization of the connection function. They are, Desired operation Timing relationship between the actual operation, And Continuous-fl ow stream), Server generated stream, as well as, Timing between telegenerating streams Relationship. First, the timing relationship between the desired operation and the actual operation will be described. For example, In operation units such as the Play-to-Air Switcher The A decision must be made to switch streams. The decision In response to The source of the output stream is actually switched. The connection decision is Content data elements occur in one stream When you switch from from stream to two stream, Content It may be related. For example, Fromstream may be monitored , For example, Respond to black-screen or scene change detection do it, A connection decision may be made. The decision made by this operation does not require synchronization. This decision Rather, The splicer (or controller) For example, Fromstri Need to analyze data and detect data elements. Also, Connection decision Is When a certain packet is detected, Or the flow of information starts or stops When switching from from stream to two stream when Data flow It may be related to this. The connection decision is At noon, switch from a program to a commercial said, It may be related to time. Time related decisions Splice The local frame-of-reference of the No. The message passing process (message-passing process) Splicer In time to be ready to make a connection with these reference frames, Decision Pass information to the splicer. Assuming that a connection decision is made at some point, Based on From Stream and Two Stream, Connect at the next valid connection point The connection is performed. The connection decision is Like pressing a button (for example, As shown in the splicer 100 of FIG. Such a director "take" command) may be event-driven. I When a message indicating a vent arrives at the splicer, Related to time In the decision made, The operation is the same as when the time comes. A certain type of response message is required. This message is Issuing a connection decision Followers (for example, Controller) time out, as well as, Abnormally It allows for intelligent choices to be made regarding the behavior of the connection, such as a jagged connection. Connection failure Timeouts and decisions regarding corrective action to recover Connection decision sender This is a policy issue. Timeout and forced switching By the splicer Services that may be run It is only for convenience. Operation unit (for example, Splicer or switcher) To the controlling entity An appropriate acknowledgment message may be fed back. Such feedback The content of the check message is One or more of the following parameters may be included. 1) Connection is Whether it was executed, 2) the local time when the connection occurred, 3) Two-stream Delay parameter value, 4) From stream delay parameter values, 5) Current (contact Synchronization buffer delay (e.g. Seconds of delay), 6) The future in which the connection will be performed Time (if the switcher can calculate this value), 7) Exceptions or errors. Exception or Is an error, That no connection occurred, Decision parameters passed through the controller Data was incorrect (for example, (Syntaxally or logically), Tourist Team was not ready, A timeout has occurred, Or audio (E) A failure has occurred (for example, Many audio frames were missing), Will be included. For further numerical information, 1) Need audio information from Fromstream Amount of time 2) The input has been properly buffered and a new connection is ready. Instructions, 3) other information useful to the controller or the connection process itself; Contains You. The exact time when a seamless connection is made is Even if not determined in advance Good. Because Seamless connections are In point arrives two stream Because it depends on what you do. If a decision is made to connect seamlessly, Must be made about what to do when the connection is not performed within a certain time limit There are some secondary decisions that must be made. The choices are as follows. Ma First, Simply wait for a seamless connection to occur. Studio Depending on the purpose of use, This may not be acceptable. Second, Predetermined Stipulates the timeout time, The splicer is within its specified timeout period If you do not connect, Perform a seamed connection (ie, Control as much as possible Switching the stream in a possible manner). This is an easy way But, Limit decision flexibility. Third, Simply that a seamless connection will occur Wait, Report this status to the controlling entity. What is done Both The connection decision is You may decide to accept a seamed connection. this Is Enables reasonable operational flexibility. Fourth, Default timeout Uto included as an option, and, This state is reported to the controlling entity. Provide a programmable timeout that includes the option to report And This option Control entity may change timeout value And enable So, Provides the greatest operational flexibility. Timeout is supplement An auxiliary operational form, Note that this is an exception in normal operation. It is. here, Synchronization when connecting continuous stream streams will be described. story Arrived, And When an out point is detected in the fromstream, For example In any way that gives a two-stream in point, Supra Must be buffered in Isa (for example, Information amount for one second). Ba If the buffer capacity is insufficient (for example, Consecutive Inns in Fromstream (Interval between points is greater than 1 second), Buffer overflows and invalid information Will be included. This state is View the appropriate number of in and out points Is released by inserting it into the stream. Bit stream If you do not have an in point and an out point, Each time These bits It is not possible for the trims to be connected seamlessly. Furthermore, Input bitstream Since there is packet or cell jitter at the arrival time of the Smooth flow To do First in, first out (FIFO) buffer (output at nominal data rate Clocked) is required. here, The synchronization of the server-generated stream will be described. The server-generated stream is Care must be taken to ensure that data does not arrive too early or too late. I have to. If data arrives too early, Input buffer overflow There is a risk of doing. The splicer performs well synchronized buffering and Assuming you keep the video for a second or so, Restriction to be on time (just-in- time limit) and the one-second-early limit. If it is possible to send a server stream in any form of flow It is considered possible. of course, Peak transfer rate limit exists in splicer Is also good. here, The synchronization of the remotely generated stream will be described. Splicer Ensure that any streams processed in tagio have the same reference clock speed. Note that is required. The remotely generated stream is Those By the time she arrives at the splicer, Real-time streams generated locally Must be the same as Remote generated stream is local master clock To see the The remote source is May be clocked by local studio No. this is, Through the reverse channel, Or global survey Both to external references such as timing signals obtained from the GPS This can be achieved by locking. There are two independent studios , Each with an independent master clock, If each is feeding each other remotely , One is sending data to the other too late, The other is sending data too soon Would. Another way is Time equal to the maximum clock drift in a certain operating interval The only thing is to delay remote supply. The drift rate of 30 ppm is 24 hours 2. 6 seconds. 6 seconds buffer filled for 3 seconds by default Is sufficient to absorb the clock drift. Connection monitoring is an important aspect of connection operation, especially in a studio environment. is there. Monitor the content by observing the image on the display (ie, monitor) And in response, generate (eg, connect) the bitstream that generates the image. The method may further include the step of changing a parameter of the game. Any connection monitor 130 , For example, by the director for monitoring on content. Another form of monitoring is the qualitative assessment of the monitored bitstream. Value. The optional connection monitor 130 may provide, for example, delay parameters, buffer usage information. Information, synchronization information, bit stream source identification information, etc. It may be used to search from the output signal S9. Arbitrary connection monitor 1 30 operates in response to the controller 105 and splicer 300 to process information. Reports, for example, an overview of the operation, or qualitative information for further processing. It is sent to the controller 105 and the splicer 300 as it is. For content-based monitoring, the director (ie, person) Observe the various bit streams through the display driven by the decoder) And in response, connect and emit an output stream (ie, program). May be raw. This can mean production or complex GOP streams. Is especially significant in live switching. Small delay (eg, I-frame Only), the problem is greatly reduced. Contact When the director indicates that the continuation should be made "now", the decision is: It is believed to be based on what the director has seen and will see. The decoder is By its nature, after some delay from its input bitstream (eg, End-to-end delay and some additional decoding and formatting delays Or all) playback and output of the image The operating mode suitable for the operating system is different from the operation related to the current NTSC. . The director operates in an MPEG studio environment for the following embodiments. Connection segment is 1/4 second long and the connected stream Assume that the end-to-end delay of the system is 1/2 second. The first embodiment is an operation in the “earliest” mode. In this mode , The director monitors the output monitor 132, the from-stream monitor 136, Alternatively, based on the event observed on the two-stream monitor 134, the "take Press the "" button TAKE. Tools that are in a waiting state (for example, stored on a server) The stream is operational and aligned with the in point. Connection command Within one-fourth of a second from the input of the Arrives at the end of the buffer and the connection is made. From stream is up to 1/4 second Note that it includes delays. After one monitor delay (1/2 second), The scene on the output monitor changes. If the director responds to the scene on output monitor 132, Monitor monitor delay (ie, the “take” command TAKE and output monitor 1 32) is between 1/2 and 1 second. Day If the responder responds to the scene on the from-stream monitor 136, the from-stream The amount of time monitor delay is 1/4 to 1/2 second, and the amount of output monitor delay is 1 / 2 seconds. When the director responds to a scene on the two-stream monitor 134 For example, the two-stream monitor 134 is continuous (ie, the monitor delay is No), the output monitor delay is minus 1/4 second (ie, The scene changes 1/4 second after the TAKE button is pressed and the button is pressed. 1/4 second before the image is displayed). The second embodiment is an operation in the “next” mode. In this mode, The machine state two stream is flushed from the two stream synchronization buffer, Within a quarter second, the next segment starting from the in point will be in a standby state. Change In addition, this two-stream synchronization buffer has a random delay of 0 to 1/4 seconds . When the inpoint arrives, the connection is made. If the director responds to the scene on output monitor 132, The amount of monitor delay is 1/2 to 1 second. Director from From Stream Moni Responding to the scene on screen 136, the amount of from-stream monitor delay is reduced by one-half. .About.3 / 4 second, and the output monitor delay is 1/2 second. Director is -If the user responds to the scene on the stream monitor 134, 4 becomes continuous, and after 0 to 1/4 second, the output monitor 132 Switch to a new scene. The selection of the “earliest” mode connection or the “next” mode connection depends on the operation. Which is more confusing to the operation (delayed or backup) May be based on To reduce these discomforts, the amount of delay is May be inserted. If this delay matches the monitor delay, then the monitor The delay between the input of the monitor scene and the button action The delay is smaller, but the delay to the final output is larger. In addition, Each monitor control unit simulates a bitstream switch and May be configured to show the simulation result of This provides the director with greater flexibility. FIG. 3 is a detailed block configuration diagram of the splicer 300 shown in FIG. S The pricer 300 includes a first input bit stream S6 and a second input bit stream S6. Any one of the output bit streams S7 as an output bit stream S8. To select. The output bit stream S8 is optionally timed. A tamped output stream S9 is generated which is retimed. No. The first and second input bit streams S6 and S7 are, for example, at least Is also an MPEG compliant transport stream containing a single stream of video and audio. is there. Video and audio single streams are packetized single streams (PE The format of S) may be used. For the following description, the second bit stream S7 is an output bit stream. Currently selected as a stream (ie, S7 is a from stream) and First, after the connection operation, the first bit stream S6 is output bit stream S6. (Ie, S6 is two-stream). The first input bit stream S6 is the first bit stream checker 3 10A and the first synchronization buffer 320A. First bitstream detection The inspector 310A examines the first bit stream and determines the first input bit stream. The entrance point included in the trim S6 is detected. When an in point is detected, The contents of the synchronization buffer are discarded (ie, the buffer is flushed) and the The ints are stored in a synchronization buffer which is a first memory part. The synchronization buffer is , May be configured as a first-in first-out (FIFO) buffer. By splicer Until the first input bit stream S6 is selected. The process of searching and flushing the buffer is repeated. Thus, the impoin Is always at the end of the sync buffer for streams not currently being output . The output bit stream S3A of the first synchronization buffer 320A is Switch 340 and the first working buffer 330A. No. The first working buffer 330A is connected to the packet switch unit 350. Output signal S4A. The second input bit stream S7 is supplied to the second bit stream checker 3 10B and the second synchronization buffer 320B. The second bitstream is If not currently selected as the output stream, the second bitstream The frame checker 310B and the synchronization buffer 320B perform the first bitstream check. It operates in the same manner as described for device 310A and synchronization buffer 320A. You. The second bitstream inspector 310B inspects the second bitstream Then, an exit point included in the second input bit stream S7 is detected. In "selected mode" operation, the second bitstream checker 310 B is not used and the second synchronization buffer 320B stores the delayed bit stream S It operates as a fixed delay buffer that generates 3B. The delayed bit stream S3B is supplied to the working buffer 330B and the switch. Switch 340. The second working buffer 330B An output signal S4B connected to the output switch unit 350 is generated. No. The second working buffer 330B transfers the selected bit stream to the past Audio packet is superimposed on the current video packet. No matter how long you keep it. This means that after the connection is made, Enables the team to be completed without interruption. Audio frames and video The synchronization with the video frame is described below and also filed on May 28, 1997. No. 08 / 864,321, which is incorporated herein by reference. Is described in more detail. The connection decision is made by the controller (eg, controller 105). , Is sent to the switch controller 340 by the control signal SELECT. Contact Assume that the continuation decision is equivalent to the command "Connect seamlessly at the next opportunity". If so, the switch controller 340 sends the currently selected output stream. Scanning the frame (ie, bit stream S3B) to detect the out point. And respond by. The in point is located at the end of the first synchronization buffer 320A. Think of them as side-by-side. Out points appear in the from stream And the switch controller 340 controls the switch 350 by the control signal A / B. But the video packets from the two streams through the switch to any header coordinator To start sending. At the appropriate time, Dio packets are similarly switched. The optional header adjuster 360 determines the type of the selected output stream S8. A time stamp is changed to generate a retimed output stream S9. Program time reference value (PCR) of the selected stream S8, presentation Of time stamp (PTS) and decryption time stamp (DTS) Imming is necessary to ensure that the connection is really seamless for the decoder It may be. The header adjuster 360 includes a local PCR and PCRB generator 36. 4 includes the 27 MHz (local) station clock 362 used by No. Retime presentation timestamp and decryption timestamp In order to partially select the transport stream S8 (ie, Ream (PES) layer) decoding is required. PTS and DTS section Differential decoding and retiming is performed by detecting and retiming PTS and DTS. The stream executed by the knit 366 and the PTS and DTS are retimed S8P is generated. The stream in which the PTS and DTS have been retimed is The detection and retiming unit 368 encodes for transport and A time stamp is added to generate a retimed transport stream S9. F Other embodiments of the head adjuster are incorporated herein, and are incorporated herein by reference. US patent application Ser. No. 08 / 864,326 filed May 28, 997. There is a PTS-DTS retimer described in more detail below. As described above, the present invention is a general program programmed to perform various functions. May be realized using a computer system for use. The embodiment shown in FIG. Inspecting, controlling, switching, headering, buffering, using a piece of memory A computer program that provides an algorithm that performs functions such as adjustment May be realized. As described above, the splicer 300 outputs the signal ACKNO. WLEDGE, which responds to the SELECT signal and Provides detailed information about the operation (eg, exact time of connection, error conditions, etc.) Used to do. Here, the connection processing routine will be described with reference to FIG. FIG. 2 shows a connection processing routine according to the present invention. Once the connection decision is made, From step 202, the connection processing routine is entered. For the purposes of this discussion, the decision From the currently selected (from) stream S4B to another (to) stream S4 Suppose that it connects seamlessly to A. In step 204, the decision Is inspected. The decision in step 202 must be made as soon as possible If not, the routine proceeds to step 208. Decision is the next in point (For example, in a two-stream, the currently buffered GOP is If you need to connect from a kip), use a sync buffer (e.g. , 320A) are flushed. Two-stream synchronization buffer (for example, 32 0A) has the correct in-point stored (step 208) and If the ROM stream is at the correct out point (step 210), the connection is Execution (step 220) and exit from the routine (step 230). Determine connection The context in which (step 202) is made performs a seamless connection Related to the amount of information needed to The connection is determined by the play-to-air edit list (pl ay-to-air edit list), if done with respect to building The streams to be delivered need to have the same value of the delay parameter. Connection No decision is made regarding creating a live production The connected streams should have sufficient delay parameters and operating conditions to match. It is necessary to have connection points that occur frequently enough to be satisfactory. The connection decision is Made about the creation of a live work and create information stored on a server If the goods include, know that the expected connection point is about to arrive Things that are useful (eg, via attachment point countdown or connection table) It is. The determination of the connection and the problems associated therewith will be described in detail below. Here, there are a number of different actions to receive, process, and transmit various information streams. Digital television studios that include the operating environment (server or editing room, etc.) Next, the present invention will be described. Operating environment or "interoperable islands" ”Are interconnected to perform one or more operations on various information streams. It may be. Studio output includes ATSC broadcasting, cable, telephone, satellite broadcasting, etc. Will be delivered to the end user (eg, the masses). Also from the studio The force can be stored on a server, CD-ROM, or videotape for later use, for example. Will be remembered. In addition, the present invention is useful for videoconferencing or other uses. Stand on. The stream transferred to the broadcast customer does not satisfy the ATSC standard, for example. All of the information in the studio does not have to be transferred. For example, high High bit rate studio formats can be used in a studio or studio-like environment Only valid for. When making the connection, the consumer decoder has meaningless information. It may be present in the stream, but this is necessary for the connection operation in the studio. It is not. FIG. 4 shows a directory comprising a plurality of interoperable islands and including the present invention. It is a block diagram of a digital studio. Digital studio 4 shown in FIG. 00 identifies interoperable islands 401, 402, and 404-409 Including. In addition, digital studio 400 stores the first compressed bitstream. A stream source 110, a stream source 120 for the second compressed bitstream, Includes splicer 300, controller 105, and optional connection monitoring unit . The stream source 110 of the first compressed bitstream, ie, the transport stream The “live feed” from the first encoder compliant with the first MPEG compliant transport stream S6 I will provide a. The stream source 120 of the second compressed bitstream, ie, A server that stores a single stream and transport of video and audio (eg, video Disk, tape device, or other storage device) To provide a second MPEG compliant transport stream S7. First and second The compressed bitstream sources 110 and 120 are connected to the bitstream connections of FIG. It operates in much the same manner as described above in connection with system 100. digital Studio 400 is described above in connection with bitstream connection system 100 of FIG. Includes a controller 105 that performs the functions described and other functions described below. 0 island 300 is a splice of the bitstream connection system 100 of FIG. It is almost equivalent to the power supply 300. Each of the islands receives a plurality of information streams. For example, Islay NETWORK FEED and LOCAL Receive the information stream from the FEED. The controller 105 controls the control channel. It communicates with each of the islands via channel C. Control channel C is Manages the flow of information throughout the tagio (ie, between islands) and Used to manage the processing of information within a land. The controller 105 Continued And any necessary parameters related to the intended connection. So In response, the island initiated various connection operations (via control channel C). Run, monitor and respond. The digital studio according to the invention provides a specific processing An interconnected "connection" that performs a function to generate an output bitstream It can be described as a group of "islands." This can be one or more The output bit stream (eg, S9, OUTPUT STREA) M) cooperating with each other via the controller 105 to generate Islands form the operating environment (eg, storage environment, editing environment, processing environment, etc.) Because you do. Each island operates with known delay parameter values However, all connections within an island are (ideally) seamless. Connection function and Processing functions are under overall control of the controller 105, but may be For example, it may be controlled locally. For example, an operator sitting at an editing station May logically comprise one island. Control from the controller 105 The stream to be edited in response to a command sent over channel C Is sent to an editing island (eg, island 407). Command In response, the data is stored in a storage device (not shown) of the editing island (for example, 407). Before the signal goes through several islands (eg, 406 and 300) May be replaced. Studio operation in alternate mode controls one or more islands in seamless mode It can be controlled and operated. Connections or other transitions between bitstreams Must occur quickly and there is some performance degradation of the bitstream In some environments where degradation is acceptable, a Code may be required. Switching with seams is a bit May cause errors to propagate to the next island receiving the stream You have to be careful. These errors can, if necessary, Discard received or bad access units or groups of access units Mitigation by adding auxiliary access units can do. For example, two streams with short delay parameters are longer If connected to a from-stream with a delay parameter, the connection operation is It is not considered seamless (i.e. the buffer will probably overflow) ). In this case, discard the frame to avoid an overflow condition. Is also good. In addition, a two-stream having a long delay Splicer, when connected to a from stream with To repeat many frames until the buffer is full (ie, System). In addition, shorten all short black frames Connect to the end of the delay parameter sequence to use the currently used delay parameter May be increased by increasing the value of. In the preferred embodiment of FIGS. 1, 3 and 4, the connection operation is routine Operation of gswitcher, play-to-air switcher, production switcher, etc. Performed in a unit (eg, a connection island). Therefore, multiple data It is desirable to support data formats and bit rates. An example For example, the so-called 422-high and 420-high television studios Each format supports multiple image formats and bit rates I do. Therefore, for example, an image obtained by sequentially scanning 1280 × 960 pixels at 60 Hz is provided. The obtained bit stream is converted to 59.times. 94Hz interlay May need to be connected at the end of the bitstream with the image from the source scan Not. Further, the 45 Mb / s stream is converted to a 155 Mb / s stream. Finally you may need to connect. In any of the above examples, the connected stream matched delay parameters , The connection can be performed seamlessly. Therefore, the connection The controller making the decision determines the delay parameters of the various streams to be connected It is important to know. The delay parameter of the stream Calculated by the operation unit or a part of the header information of the stream. And may be included in the stream. In the splicer 300 shown in FIG. Thus, the switch controller 340 determines the delay of the input streams S6 and S7. Includes a bitstream calculator that calculates parameters. Also, the delay parameter The calculation is performed by the bit stream inspectors 310A and 310B or any connection monitor. Note that it may be performed by 130. Another important aspect of the information stream connection operation is the stream to be connected. Is to determine the location of the In and Out points in the game. Succession In order to perform a seamless connection properly, two-stream in-points and From-stream out-points must be detected. Furthermore, connection segment Comment, the in point and the out point with different delay parameter values. May be included. Several options exist to help find the right attachment point You. First, the entire two-stream or from-stream is sent by the splicer. May be analyzed in real time (ie, "on the fly"). Toast In the case of a ream, real-time analysis is difficult. Because the stream goes to its end Estimating the in point from the stream without playing on the Because it is. Even if you know that the stream behaves well, Thus, the length of the I-frame is not known. By the end of the first I-frame Knows the length, but is probably too slow to use that information. this The problem may be overcome, for example, by using more powerful computing devices. You have to be careful. Real-time analysis can be Is easier. Because the from-stream delay parameter is Stream or presentation timestamp) The amplifier indicates when a frame has left the decoding buffer and a bit count (or Indicates the packet count), but indicates when the frame entered the decoding buffer Because. Also, the frame rate is determined from the sequence header. The above information At the beginning of a new frame, the preceding video is It is possible to predict that the user has left the buffer in the state. This information is just Arrive shortly after. Second, create an external table to include an indication of where the connection points are Is also good. This method does not provide information about the location of the In and Out points. Already calculated elsewhere (eg, in the stream encoding process) Suppose In this method, the in and out points are (Eg, the Nth packet from the marker, the first packet after the time reference value). , Etc.) and need to be indexed. In addition, the method may include an information stream Must be updated when the connection is processed. And when the information stream is transmitted (eg, via a satellite link) Must send or recreate the table. Transmission encoding and transmission decoding Is applied to the stream, a separate information table for determining the connection position Although the use of tables is not very practical, this use of tables It should be noted that the operability of the server or island is practical. Third, in-point and out-point markers can be added directly to the information stream. May be arranged. MPEG compliant information streams contain such markers Includes a header portion that can be System for in-point and out-point markers Header part suitable for insertion at the level, transport level, and PES level Exists. There is also an opportunity to insert a marker into a single stream. Both in and out points should be marked and Conceptually, the markers are assigned at the system level, transport level, and PES level. Should occur in. In addition to inserting in-point and out-point markers, In addition, delay parameters and audio corresponding to the stream or connection segment Offset (ie, the offset of the audio frame boundary from the corresponding video frame) Should also be inserted into one or more layers of the information stream. In addition, MPEG The countdown function can also be used, for example, when an out point is approaching (decreasing Positive countdown), or that the inpoint has already been sent (increased negative Countdown). Various business reasons To send an MPEG or ATSC signal to the end user (ie, user) It may be desirable to remove these markers prior to Endo The user may want to edit the video, but the user automatically breaks the commercial It is important not to be able to remove it. A number of aspects for applying the markers described above provide the system designer with maximum It provides flexibility and provides a number of modes of operation that make the connection operation In fact, to ensure that they are seamless (i.e., with proper in-points and out- What is done at the point). Bit stream generation To support a secure seamless connection, the bitstream to be connected May need to be generated in a certain way. Connected bit string There are two aspects to the occurrence of a ream. That is, generation of stream contents and appropriate connection Connection control information (ie, an in-point marker and an out-point marker) You. Desirable values of delay parameters are known in advance for ease of explanation Assume that In addition, how often in-points are needed Other target values are also known. In the simplest case, encoding all I-frames with a low delay format The generation of a bit stream is a problem of rate control. Over each frame There is a not-to-be-exceeded bit-count You. The rate control task is the best possible within the bit-budget Each frame must be encoded with quality. Bits per frame Budget is calculated by dividing the transmission bit rate by the frame rate You. In the case of complex GOP encoding, a forward analysis of the generated stream is performed. Is also good. To prevent the decoder buffer from underflowing, An assignment must be made. May be applied to the generated stream The first constraint is that the connection segment is not fixed GOP structure (eg, “. . . IBBPBBPBBPBBP. . . Of the 13 arranged in the display order of Frame). This method is useful for unnecessarily degraded image products. It is a simple way based on quality sacrifice. For example, ". . . IBBPBBPBB PBBP. . . The cut scene in the last P-frame of the GOP is Plays on very little bit budget. Unfortunately, for every application There is no single GOP structure that is also ideal. In addition, this application The attendant loss of flexibility is probably unacceptable. A second constraint that may apply to complex GOP coding is that the predetermined time interval To insert the in and out points (e.g., 2 Seconds and 0. 5 seconds). This method requires the use of a specific GOP structure. The encoder is free to choose the frame type based on the input image. Can be When switching between MPEG streams or between connected segments, There are various rate control issues to be addressed. As such, for example, It may be necessary to impose constraints on the content or size of the encoded image bitstream Absent. One of the issues with rate control is that the data sent to the decoder buffer There is quantity. For example, measured at any out point (expressed in bits) Buffer content (measured at the nearest in-point in time) Decode if less than or equal to decoder buffer contents (expressed in bits) The buffer will not overflow. You don't need to know the actual number of bits The number of bits in the decoder buffer from in point to out point You only need to ensure that it does not increase. The so-called "stuffing bit" Only included to achieve specified transmission rate, actual bits used Will disappear from the buffer (ie, the stuffing bit will be Note that these stuffing bits are not counted. Must. Another problem with rate control is when the buffer receives the next frame. The presentation time of the information frame to be decoded in relation to the time. An example For example, at the out point, the buffer contents not yet displayed The time (expressed in hours) for display is the first I-frame Is the time (expressed in hours) to be delivered to the decoder at the specified bit rate. If later, the decoder buffer will not underflow. That is , Before the buffer is empty, the next I-frame (the first frame of the two-stream Must be delivered to the decoder buffer. The amount of time described above may be defined by a “delay parameter” for the stream . The frame size (expressed as the time to transmit a frame at the operating bit rate) is To guarantee a seamless connection, the operation delay parameter must be matched. No. The delay parameter is end-to-end at the start / end of the stream VBV size (expressed in time) and VBV contents (expressed in time). Glover An additional value defined in the file is the maximum physical buffer size (expressed in bits). It is. This maximum size depends on the criteria of the MPEG profile and level indication. Must be larger than the maximum VBV size defined in Finally, The decryption timestamp at the from-stream out point is One frame of the stream larger than the DTS and PTS of the last frame of the stream Time. As mentioned above, it is important to distinguish between a connection decision and the actual connection process. Connection decisions are made by some human. Decision made by television studio This may be done in the process of generating a program table to be transmitted. Or studio You may be in real time while transmitting. Connection is decided every morning at 1 am 2:05 to connect station identification announcement to studio transmission Done by some proxy process, such as a pre-programmed command It may be. The decision may be to connect at a specific time in the future, or The connection may be instantaneous. Some parameters of the stream to be connected are May change before, but may be known at the time of the decision. example For example, connection decisions usually involve, for example, stream length, VBV delay parameters, etc. It is done after recognizing the two-stream to some extent. About From Stream May not be known at the time of the decision (eg, daily The message is inserted into any stream currently being transmitted.) The decision includes the following elements: First, an operation unit that supplies two streams, The operation unit that performs the connection and the stream or segment to be connected is there. Second, the time at which the connection is made. The time is "now", specific within the day Or the occurrence of some logical condition. "Now" starts connection It means connecting immediately after the arrival of a message (splice-now message). The “now” decision is directly generated by human action (eg, pressing a button) Or some external decision to send a connection start message May be generated by the control processing of the above. The logical conditions are specific to a particular information stream. Time code (eg, SMPTE), video stream or audio Time stamp (eg, PTS or DTS) in the stream, information stream Time in the event (eg, PCR) or other detectable event (eg, For example, a change in the PID of the input stream may occur. Logical Events are logically combined to determine the connection time and A short stream may be selected. After a decision has been made, it is communicated to the appropriate operating unit. Error (for example, , Due to the complexity of combining multiple logical events) As such, the controlling entity closely monitors the connection process and checks for error conditions or conditions. It is important to adapt to other conditions. As a result of the decision, the part of the process that makes the connection work Ensure that the bitstream is used as the correct input for the operating unit. I have to. This is the role of the overall system operation. Synchronization of the information flow to the watcher may be included. After receiving the connection decision, Isa performs the connection. Seamless connection processing is a Need to enter the trim and leave the from stream out point And probably also need to manage one or more buffers and timing parameters There is. Embodiment of video connection operation Here, using some embodiments of the MPEG bitstream connection operation, The concept of the description will be described. The first embodiment is an example of low-latency connection of all I-frames It is. Two-stream consists of 24 or 30 frames / It consists of a video stream of seconds (fps). The two-stream delay parameter is , One frame at the slowest frame rate (ie, 42 ms for 24 fps). Time. In this example, each I-frame is One unit of display time at bit rate (ie one frame time (42 mS) ) Includes fewer bits than can be transmitted. Bit rate is 1 At 50 Mb / s, one 30 fps frame only contains 5 Mb. No. If the bit rate is 150 Mb / s, one 24 fps frame is 6. It only contains 25 Mb. The last bit of the from-stream with the same delay parameter is the decoder buffer If the last frame has been input, the program indicates when the last frame should be played back. The presentation time stamp has a value of 42 mS in the future. Therefore, from If the stream is 30Hz (33ms frame rate), the out point 9 ms after the last frame of the from-stream is obtained from the decoder buffer 33 ms later, the first frame of the two-stream is needed. Two If the stream is also 30 Hz, the first frame is the 9 mS Has already been delivered before. The slom stream is 24Hz and If the ream is also 24 Hz, the two-stream frame arrives at the right time. To wear. If the from-stream is 60 Hz (17 mS), the from-stream When the last bit of the frame has been delivered, the decoder buffer stores two frames (33 mS ), And the decoder does not use those first frames for 9 mS. Flow If the bit rates of the system sequence and the two sequence are different, As long as bits are delivered at a rate corresponding to the The time to get there remains much more appropriate. In short, the stream is bit-rate Calculated from the frame rate and the frame time (ie, bit rate x frame time). Encoded by the bit count between the point and the subsequent out point It is. Presentation timestamp fits all delay parameters Value (ie, from the arrival of the first bit to the playback of the first frame) Delay parameter) is set. The second embodiment is a complicated GOP transmission format. Of the second embodiment For this purpose, the stream has a delay parameter of 250 mS, ". . . IBBPBBP BBPBBPBBP. . . "And the display order of". . . IPBBPB 30 frames per second video with a transmission order of "BPBBPBBPBB" (and (Where "I" is an I-frame). , "P" is a P-frame and "B" is a B-frame). This GOP structure includes an in-point in an I-frame, Include out point in previous frame. At each out point, The PTS corresponding to the last P-frame will be 250 mS in the future. Rate control Guarantees that the decoder buffer does not underflow with I-frames . The number of bits included in the I-frame is less than the number of bits for 250 ms. It must be the. A valid MPEG constraint is a P-frame following an I-frame. Specifies that no underflow occurs. I-frame uses all 250 ms You do not need to use it. If the I-frame uses all 250 ms, then the next P-frame The frame must use less than 33 mS (ie, I -If the frame uses 230 ms, the next P-frame is not needed, 53 mS can be used). The third embodiment is an example of a plurality of outputs. For the third embodiment, the story Team, ". . . IPPPPPPPPPPPPPPPPPPPPPPPPPPP PPPPPPPPPPPPPPPIPPPP. . . GOP structure With a 30 frame / s video (and corresponding audio) stream with Suppose there is. The stream also has a delay parameter of 250 ms and 2 Assuming a transmission bit rate of 0 Mb / s (ie 670 Kb / frame) I do. If an I-frame requires 231 ms and a P-frame requires 20 ms, After 15 frames, the contents of the decoder buffer will be It has dropped to a level lower than This is done using the following equation Can be calculated. (231 + 20N) = 33 * (N + 1) This equation starts with a data amount of 231 mS of one I-frame, and N A 20 mS P-frame represents the time required for the following bit to enter In this time, the number of bits for the same (N + 1) frames is 33 m each. Equal to the time required to get from (N + 1) frames in the buffer that requires S It is shown that. In this embodiment, each I-frame is And all P-frames after the 15th P-frame may be out. Point. The decoder buffer reacts as follows. At the connection point, the buffer has seven Frame, the presentation timestamp is the last frame is 25 Indicates that the data should be reproduced and output within 0 mS. Seven frames, it Use a 20/33 mS bit / frame allocation, respectively (i.e., P- Each frame is 400 Kb and the buffer is 2.Kb. 8Mb). Next By the 7th frame, an I-frame is input and the buffer contents are increased. Each I-frame is increased by 670 Kb, and each P-frame extracted -The frame removes 400 Kb, so the buffer has seven P-frames. After being taken out, 4. 7Mb. Then, the I-frame is reproduced and output, and the 3. From Buffa. Removing 6 Mb leaves 100 Kb in the buffer. buffer Is almost zero. Here, each P-frame is for 20 ms. 400 Kb, and every 33 mS, 400 Kb is used. Therefore , The delay in the buffer increases by 13 mS per frame time. 15f After the frame, the delay accumulated in the buffer reaches the delay parameter value. At this point, connections for further sequences may be made. It's a buff This is because the key can receive the I-frame. Compressed audio connection The connection of compressed audio is described below, but this description Limited to connection issues of combined video and audio streams in video mode ing. Streams from audio and video streams edited separately The configuration is not considered here. Compressed audio is carried into frames. Each audio frame has a fixed Duration, which contains a fixed number of bits. Unfortunately, the audio frame size Or, the duration is different from either the video frame size or the duration. this is It means that the audio frame is not aligned with the connection point. Audio frames Can be considered to be randomly aligned with the video. Therefore, when connecting Audio alignment for video is supported for two-stream and from-stream. And different. Audio information to the corresponding video information (ie, "lip-sync") It is desirable to ensure alignment. That is, audio and video are related to each other. And must be properly phased. Presentation A time stamp (PTS) exists in each audio stream. Audio The audio and video PTS reference the same reference to allow for the required synchronization. Meet. When the connection ends, the two stream becomes an output stream. Special In addition, due to audio limitations, the switching process can It is important to note that the time may be extended before and after. The audio information frames of the information stream are ideally Located within a limited time difference from the last individual video information reached. 1/2 If there is an end-to-end video buffer delay of seconds, the audio packet will In the transport stream, the corresponding (i.e., having the same Slower than half a second than a ket. If the assumption is correct, the switching operation unit The audio information is saved from the from stream during this 1/2 second after the video switch. You have to The source stream is switched by the splicer to another stream. It must last 1/2 second after being replaced. Fast disconnection in many streams It is also interesting to consider commutation. Three approaches for connecting audio are described. First, Obera The dropped audio packet is simply broken. This is a partial Is most desirable because it relies on CRC to prevent the use of Not a approach. CRC is one time in 64K packet (about 30 packets) / Failure), and there may be errors that are not detected every few thousand seconds. You. If the corrupted packet CRC is missing, all the time the packet is used is missing. This results in the defect making the click being reproduced each time the same connection is made. Means that This includes waste area recovery processing to remove audio frames. Is required. A second approach to connecting audio is "not complete (Unfinished) "from stream audio frame resulting stream (Ie they overlap the video connection) . Two-stream audio frames are retimed to “unfinished” frames. Matched to the Romstream audio frame. This technology is a continuous Continuous inspection of audio, at the expense of buffering and adjusting audio frames and packets To secure. The first complete two-stream audio frame is played Already started two-stream selected as the first audio frame The frame tilts too late to match the end of the "unfinished" from frame There is a direction. This technique also causes slightly disrupted lip shing. A third approach to connecting audio is to connect the audio to the corresponding video. Maintain the alignment, ie, the end of the from-stream audio frame This is to leave a gap from the beginning of the stream audio frame. this The approach advantageously depends on the specifications of the MPEG decoder, and -The gap is required to be muted. With this approach, audio Presentation timestamp is the same as the amount added to the video frame It is adjusted by the adjustment amount. In this manner, lip sync is maintained. The third approach Switches can create a sequence from many connections (ie, a series of short connection segments). And) can create audio artifacts due to the lack of sound. It is effective for FIG. 5 shows several connection scenarios including audio alignment. The third app above Roach is used to maintain the alignment of the audio to the corresponding video FIG. 4 is a view from the viewpoint of an audio-video connection, assuming that. FIG. 5A shows a case of simply connecting, and both audio streams correspond to the corresponding video. It is aligned with Oh. The splicer lags in both streams and simply cuts at the junction. Change. FIG. 5B shows that the from-stream video and the from-stream audio are aligned. But the two-stream video and two-stream audio are aligned This shows the case where the connection is made where there is no connection. Once the connection is made, the two-stream audio Part of the Io frame is disposed of. The next complete two-audio frame is Pass through the output with an appropriate delay. FIG. 5C shows a case of a normal connection. Both audio streams are Not aligned with the video stream. If the from-stream audio frame is It can be seen that it has already started before the continuation point. This audio frame is buffered And transferred to the output. Several fractions of the frame time are connected Does not end until Use two-stream audio frames that extend to the connection point. Can not be. The next two-stream audio frame can also be used. I can't. Starts too early and overruns last From Stream audio frame Will wrap. First tree found in the output stream The audio frame starts with the D time unit after the connection point. This delay is 2 One audio frame is the same amount. In the above example (FIG. 5C), the lip-sync is supplied in advance, but with a 32 mS flip-flop. Overlap with two-stream video by the same amount as rom-stream audio You. Well, the first two-stream audio starts with two-stream video After that, it starts late by 64 mS. Finally, the splicer that performs the connection operation All audio frames in the work buffer must be buffered. Ideally, each audio frame contains a PTS. Depending on the device manufacturer It is possible, for example, to only include a PTS for every third audio frame. is there. In this case or when there is no audio PTS, the connection operation It is executed after the calculation of the pump. The virtual timestamp is the video reference timestamp Derived from the approximate real-time delay from. Virtual audio timestamps The audio frame (known) at the beginning of the next successive audio frame Is increased by the system duration. This process is a backup process An implemented and untimestamped audio stream is Will ensure that the step does not enter the studio which is important for studio operation . Connection of auxiliary data Many MPEG streams contain auxiliary data. This data is usually Appears as a continuous unresolvable stream of unknown length. In contrast , The compressed audio stream behaves relatively well and predicts Is what you can do. The auxiliary data stream is not described in detail here It can be associated with a corresponding video stream that has a delay. There are several ways to process auxiliary data in the connection operation, The methods include: 1) Ignore the auxiliary data and connect the auxiliary data at the same time as the video data. 2) Auxiliary data via independent paths to, for example, a play-to-air switcher Insert (this data may be a program guide or other user-related information 3) a set of segmentation markers for auxiliary data Define and rely on these markers to segmentation at the switcher Maintain correctly (this is the content of the auxiliary data streams and these streams Requires knowledge of the length of the ancillary data segments within the I will. Also, auxiliary data may be switched with or without delay. Often, the delay is a parameter sent to the switcher by the controller making the decision. Data. The auxiliary data is input to the splicer via the auxiliary input device. You may. Input data arriving at the auxiliary data input device is buffered, Output stream instead of null packet based on available space May be inserted into the system. In this case, place such data in the stream, Compensation inserted by, for example, reducing the data rate of the video stream. Providing the necessary channel capacity for auxiliary data is provided by some other system unit. Is the role of In-point and output syntax and use Using various header fields in the conform header of the transport stream packet Indicates the presence of a connection point. Such header information includes, for example, a connection point flag and a connection type. Field and a connection countdown field. Connection point flag is set to 1 When set, indicates that a connection countdown field is present. Connection The countdown field is used until the connection point is reached, such as at the end of a video frame. An 8-bit integer that specifies the remaining number of remaining transport stream packets. Connection tab Ipfield stores connection decoding delay and maximum connection rate data in a table, for example. 4 fields used to derive the extracted data. Connection function The standard use of these header flags and fields to implement Defined by EG specifications. As mentioned above, the connection points in the transport stream are the in-point, out-point Or both. The out point is equal to the MPEG definition of the attachment point. Impo The point is a connection point (i.e., an address) followed by a sequence header immediately followed by an I-frame. Out point). Therefore, the in-point in a particular stream will immediately follow I -Find out points by following the sequence header followed by the frame. Will be separated. Therefore, two stream is the out stream of the from stream. Is not followed by a sequence header or I-frame. It is also inserted at the out point. In this embodiment, the path immediately before the out point The connection point flag for a packet must be equal to 1 and the connection The countdown field must be equal to 0. However, the above embodiment In, the bitstream is used to determine if an I-frame is present, ie, To check the picture coding type field in the picture header, It is required to be understood. In a preferred embodiment of the present invention, the entrance or exit marks indicate the information present in the transfer layer. And thus eliminates the need to decompose the bitstream into base layers. In particular, The out point in the romstream is the attachment point flag equal to 1 and equal to 0. Is indicated by a new connection countdown field. Similarly, in a two-stream The in point of the connection point flag equal to -1 and the connection countdown fee Indicated by the Thus, in-point packets (ie, in-point packets) And the outpoint packet (ie, including the outpoint) Packet) would be the same packet. In addition, the connection type of the in-point packet (I.e., packets immediately following the in-point) are in-packets and out-packets To in-packet out-packet in that both have the same connection type Shows the suitability of the connection. In this embodiment, out-points that are not in-points have a connection Packets immediately following a packet with an attach point flag equal to 1 Must have an attachment point flag equal to 0 in the slot. In this manner, the connection The point flag indicates that the out point is not associated with the in point. This is the contact The continuation flag is set to 1 for the contents of the connection countdown field to be valid. Connection countdown for in-point Because the field must be valid and equal to -1. The above-described in-point (ie, entrance instruction) in the MPEG-like hit stream and the Embodiments of the indicia identifying out points (ie, exit points) provide various advantages. One advantage is, as mentioned above, that the in-point and out-point can be Ability to identify by disassembly of conforming headers only. Avoid. Another advantage of the preferred embodiment is that each transport packet ensures that a particular packet is imported. Include sufficient information to determine whether to include ints, outpoints, or both In that sense, it is built-in. This can be an in-point in the packet or Outpoint identification can be done without considering any previous packets. To do. Thus, for example, the connection type fee of the expected in-point packet Field with the expected packet connection type field and the expected in-point packet. No need to compare before determining that a packet is in fact an in-point packet . However, the connection type field may be different for certain streams and other connection type fields. It should be noted that this indicates the compatibility of the connection with other streams for the field. As described above for the bitstream, the above in point and out point It is desirable to generate a bit stream according to the syntax of the bit stream. In particular , Entry and exit instructions in many places in the bitstream, e.g. Preferably, it is included in each I-frame during the trimming process. This entrance finger Transfer streams connected in order to achieve the inclusion of indication and exit instructions The transport multiplexers used to generate frames include, for example, I-frames. Information must be provided to identify the packet for FIG. 6 shows a route suitable for identifying in-points and out-points according to the present invention. The flow diagram of the chin 600 is shown. In particular, the routine 600 includes, for example, the Suitable for use by Isa's bitstream inspectors 310A and 310B. Routine 600 includes a transfer packet in a stream to be inspected (eg, S6 or S7). Is received by, for example, a bitstream inspector (eg, 310A or 310B). Entered in step 605, which is taken. Routine 600 proceeds to step 610, where In step 615, the packet header of the received packet is examined. , Where the attachment point flag in the conformance header of the received packet is equal to 1 The question is asked. If the answer to the question at step 615 is positive, the routine 600 proceeds to step 6 Proceeds to 20 where it is asked whether the connection countdown flag is equal to zero. You. If the answer to the question at step 620 is positive, the routine proceeds to step 635 To where the packet is identified as containing an outpoint. Such knowledge Alternatively, "out" suitable for use in, for example, step 210 of the routine 200 of FIG. It can take the form of a "point ready" flag setting. The routine is Next, the process proceeds to step 635, where the user goes outside. If the answer to the question at step 620 is negative, the routine 600 proceeds to step 6 Proceeds to 30 where it is asked whether the connection countdown flag is equal to -1. You. If the answer to the question at step 630 is positive, the routine proceeds to step 640 And the packet is identified as containing the in-point. Such identification Is an "in-point" suitable for use in step 208 of the routine 200 of FIG. It can take the form of a setting of the "out of order" flag. The routine then proceeds to Proceed to step 645 and go outside. Various embodiments embodying the spirit of the present invention are illustrated and described in detail herein. However, those skilled in the art will recognize many other modified embodiments that further embody the spirit of the invention. Can be easily devised.

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＢＲ，ＣＡ，ＣＮ，ＪＰ，ＫＲ，ＭＸ────────────────────────────────────────────────── ─── Continuation of front page (81) Designated countries EP (AT, BE, CH, DE, DK, ES, FI, FR, GB, GR, IE, IT, L U, MC, NL, PT, SE), BR, CA, CN, J P, KR, MX

Claims

[Claims] 1. Ingress indication is a transport suitable for use as the first packet in the connection segment Egress indication related to the packet is used as the last packet in the connection segment Entry and exit instructions for an MPEG-like transport packet associated with a suitable transport packet Identifying one of the indications, Examine the valid connection countdown field of a part of the transport packet (610) Comprising the steps of: The entry indication may be based on the connection countdown field equal to a first value. (630) The exit indication is by a connection countdown field equal to a second value The method that is identified (630). 2. The method of claim 1, wherein said first value is -1 and said second value is 0. 3. The connection countdown field is within the portion of the transport packet 2. The method according to claim 1, wherein the method is effective only when the connection point flag is equal to 1 (615). the method of. 4. Generate an MPEG-like transport bit stream in response to one or more single streams In some systems, the entry indication is used as the first packet in the connection segment. The egress indication is related to the transport packet suitable for use by the last packet in the connection segment. One or more MPEG-like transport packets associated with transport packets suitable for use as A method for including one of an entry instruction and an exit instruction in the unit, Packet suitable for use as the first or last packet in the connection segment Identifying A header portion of each of the identification packets to include the entrance instruction or the exit instruction Setting the connection point flag in the minute to a first value; Connection in the header portion of the identification packet to include the entry indication Setting the countdown field to a second value; The connection in the header portion of the identification packet to include the exit indication Setting the countdown field to a third value; A method that includes 5. The first value is 1, the second value is -1, and the third value is 0. The method according to range 4. 6. If the entry instruction is a video stream, the sequence immediately before the I-frame 5. The method of claim 4, wherein the method is associated with a packet preceding a header. 7. The bit stream comprises a plurality of information segments representing a sequence of information frames. A bit stream containing a comment Monitoring (210) the first bitstream to detect an exit indication; Wherein the first bit stream is concatenated to an output, Including at least one of said exit instructions, wherein said exit instructions are at an appropriate end of a connection segment. Providing information; Providing a second bitstream, wherein the second bitstream is provided. The ream includes at least one entry indication, wherein the entry indication comprises a connection segment. Indicating the appropriate first information segment; A control signal, detecting the exit indication of the first bitstream (620), and And detecting (630) the entry indication in the second bitstream; Concatenating the second bitstream to the output (220) And The header of the information segment, wherein the exit indication is set to a first value A method that includes a valid connection countdown field in the part. 8. The method according to claim 7, wherein the first value is zero. 9. The header of the transport packet, wherein the entry indication is set to a second value The method of claim 7, including a valid connection countdown field in the portion. 10. The step of monitoring the first bit stream comprises: Check the connection point flag in the header portion of each information segment (615). And If the connection point flag is set to a third value, the header of the information segment Checking the connection countdown field in the header portion (630) Wherein said entry indication is equal to a second value and said connection countdown fee And the step of including a field. 11. An ingress indication is a suitable transition for use as the first packet in the connection segment. In connection with the outgoing packet, the egress indication is An entry indication of an MPEG-like transport packet relating to a transport packet suitable for use; A device for identifying one of the exit instructions, The effective connection of a part of the transport packet concatenated to receive the information stream Bitstream check to check (610) subsequent countdown field Vessels (310A, 310B), The connection countdown field, wherein the entry indication is equal to a first value (630) by The connection countdown field, wherein the exit indication is equal to a second value The device identified by (620). 12. 12. The method according to claim 11, wherein the first value is -1 and the second value is 0. apparatus. 13. The connection countdown field is within the portion of the transport packet Is valid only when the connection point flag is equal to 1 (615). On-board equipment. 14． The bitstream checker is adapted to determine the one of the entry indication and the exit indication. 12. An output signal (S2A, S2B) indicative of one of the following: Equipment. 15. The bitstream inspector coupled to the bitstream inspector Utility for processing the bit stream in response to an output signal 15. The apparatus according to claim 14, further comprising an equalization circuit (320A, 320B). Place.