JP2010154574A

JP2010154574A - プログラムストリーム変換のためのトランスポートストリーム

Info

Publication number: JP2010154574A
Application number: JP2010085455A
Authority: JP
Inventors: Gary Allen Gendel; ジェンデル，ゲーリー，アレン
Original assignee: Thomson Licensing SAS
Current assignee: Thomson Licensing SAS
Priority date: 2001-11-29
Filing date: 2010-04-01
Publication date: 2010-07-08
Anticipated expiration: 2022-11-14
Also published as: KR20100008006A; EP1454418A4; EP1454418A1; MXPA04004894A; WO2003049307A1; EP1454418B1; BR0214283A; MY128843A; US20030099297A1; JP2005512386A; US6868125B2; KR100983989B1; KR20050058252A; CN1599982A; AU2002365769A1; BRPI0214283B1; JP5202786B2; CN100352278C; JP5214659B2

Abstract

【課題】トランスポートストリームとプログラムストリーム間の相容れない制限により、トランスポートストリームのシンタックスとセマンティックから適当なプログラムストリームのシンタックスとセマンティックへの変換が不可能な場合がある。
【解決手段】トランスポートストリームからプログラムストリームへの変換においてトランスポートストリームとプログラムストリームデコーダの間の同期を保持する方法が提供される。システムリファレンスクロック（ＳＣＲ）がトランスポートクロックから計算される（４１０）。プログラムストリームのためのマルチプレクサレートが計算される（４８０）。プログラムストリームが、トランスポートストリームから解析されたパケット化されたエレメンタリストリーム（ＰＥＳ）を計算されたマルチプレクサレートを用いて多重化することにより形成される（４８０）。
【選択図】図４

Description

本発明はデジタルデータコミュニケーションに関し、特にＭＰＥＧトランスポートストリームからプログラムストリームへの変換に関する。

現在、ＭＰＥＧ−２コミッティはオーディオ／ビジュアルプログラムを配信する二つのメカニズム、すなわちトランスポートストリームとプログラムストリームを決めた。トランスポートストリームはブロードキャストアプリケーションでの使用を意図したもので、マルチチャンネルプログラムガイドとその他のブロードキャスト割当てデータと共に多様な送信エラーリカバリースキームを含む。一方、プログラムストリームは、ＤＶＤやその他のファイルベースシステムなどの非等時配信システムでの使用を意図したものである。例えば大部分のコンピュータベースのＭＰＥＧ−２ハードウェアなどの大部分の非ブロードキャストアプリケーションはプログラムストリームのみ入力として受け付け、オーディオ／ビジュアルコンテンツをデコードし提供する。このようなソリューションを使用するシステムにトランスポートストリームフォーマットのオーディオ／ビジュアルインプットがされると、トランスポートストリームのシンタックスとセマンティックから適当なプログラムストリームのシンタックスとセマンティックに変換する必要が生じる。一般的には、トランスポートストリームとプログラムストリーム間の相容れない制限により、この変換は不可能な場合がある。よって、コード変換する方法、またはトランスポートストリームのシンタックスとセマンティックから同等なプログラムストリームのシンタックスに変換する方法があれば望ましく非常に有利である。さらに、コード変換に関して時間不連続性などの自明でない変換をする方法があれば望ましく非常に有利である。

上記の問題は従来技術の他の関連する問題と同様に、ＭＰＥＧ−２トランスポートストリームからプログラムストリームへの変換である本発明により解決される。

本発明は、到来するトランスポートストリームパケットをフィルターし、トランスポートストリームから要求されたパケットに関係するパケットを収集し、有効なプログラムストリームに変換する。本発明は、時間不連続性を扱うために、また等時配信されたトランスポートストリームとデコーダ間の同期を維持するために、パケットを取り除くためにプリフィルターされたトランスポートストリームを取り扱う特別なメカニズムを含む。

本発明の一態様によると、トランスポートストリームからプログラムストリームへの変換の間にトランスポートストリームとプログラムストリームデコーダ間の同期を維持する方法が提供される。システムリファレンスクロック（ＳＣＲ）がトランスポートストリームから計算される。マルチプレクサレートがプログラムストリームのために計算される。マルチプレクサレートを用いてトランスポートストリームに対応するパケット化されたエレメンタリストリーム（ＰＥＳ）パケットをマルチプレックスすることによりプログラムストリームが形成される。

本発明のこの態様およびその他の態様、特徴、特長は、添付した図面と共に下記の好適な実施形態の詳細な説明を読めば明らかになるであろう。

本発明の一実施形態による、ＭＰＥＧ−２トランスポートストリームをＭＰＥＧ−２プログラムストリームに変換するシステム１００を示すブロック図である。本発明の一実施形態による、ＭＰＥＧ−２トランスポートストリームをＭＰＥＧ−２プログラムストリームに変換するステップ・構成要素を示すハイレベルのブロック図である。本発明の一実施形態による、図１のトランスコーダ１２０により実施されるトランスポートストリームからプログラムストリームへの変換方法を示したフロー図である。本発明の一実施形態による、図１のブロック１１０（トランスポートストリーム・デパケット化）により実施される方法のフロー図である。本発明の一実施形態による、図１のブロック１２０（ＰＥＳパケットフィルタリング）により実施される方法のフロー図である。本発明の一実施形態による、図１のブロック１３０（プログラムストリームアセンブリ）により実施される方法のフロー図である。本発明の一実施形態による、到来する等時配信されたトランスポートストリームとデコーダ間の同期を維持する方法を示すフロー図である。本発明の一実施形態による、ＭＰＥＧ−２トランスポートストリームからプログラムストリームへの変換における時間不連続性を処理する方法を示すフロー図である。本発明の一実施形態による、ＳＣＲとマルチプレクサレート値を決定する方法を示すフロー図である。本発明の他の実施形態による、ＳＣＲとマルチプレクサレート値を決定する方法を示すフロー図である。本発明の他の実施形態による、ＭＰＥＧ−２トランスポートストリームをＭＰＥＧ−２プログラムストリームへ変換するステップ・構成要素を示すハイレベルのブロック図である。

本発明はハードウェア、ソフトウェア、ファームウェア、特殊目的プロセッサ、またはこれらの組み合わせの多様な形態で実施してもよいことを理解すべきである。好ましくは、本発明はハードウェアと、プログラム記憶装置に有体的に具体化されたアプリケーションプログラムであるソフトウェアとの組み合わせとして実施される。このアプリケーションプログラムは任意の好適なアーキテクチャを有したマシンにアップロードされ、実行される。好ましくは、このマシンは一以上の中央処理装置（ＣＰＵ）、ランダムアクセスメモリ（ＲＡＭ）、インプット・アウトプット（Ｉ／Ｏ）インターフェイス等のハードウェアを有するコンピュータプラットフォームで実施される。このコンピュータプラットフォームは、オペレーティングシステムとマイクロインストラクションコードも含む。ここに説明する多様なプロセスと機能は、オペレーティングシステムを経て実行されるマイクロインストラクションコードの一部、またはアプリケーションプログラムの一部（またはこれらの組み合わせ）であってもよい。また、追加のデータ記憶装置等、その他の多様な周辺装置がこのコンピュータプラットフォームに接続されてもよい。

添付した図面に示したシステム構成要素の一部はソフトウェアで実施してもよいので、システム構成要素間の実際の接続は、本発明がプログラムされる仕方に応じて異なってもよい。本発明の教示を与えられて、関連する技術分野における当業者は本発明の実施および構成を理解することができるであろう。

本発明の概念と原理を読者に理解してもらうため、本発明の一般的な説明を与える。その後、図１から９に関して本発明の多様な態様をより詳しく説明する。

本発明は、到来するトランスポートストリームパケットをフィルターし、要求されたプログラムに関係するパケットを収集し、収集したパケットをプログラムストリームに再パッケージする。少なくとも、パケットを取り除くためにプリフィルターされたトランスポートストリームを取り扱う特殊なメカニズムと、等時配信されたトランスポートストリームとデコーダ間の同期を維持する方法とが、このアプローチ独自のものである。

図１Ａは、本発明の一実施形態による、ＭＰＥＧ−２トランスポートストリームをＭＰＥＧ−２プログラムストリームに変換するシステム１００を示すブロック図である。システム１００は、ブロードキャストチューナまたは等時配信システム１０２、トランスポートストリーム・プログラムストリーム・トランスコーダ１０４、およびリアルタイム・プログラムストリーム・オーディオビジュアル・レンダリングハードウェアまたはソフトウェア１０６を含む。ブロードキャストチューナまたは等時配信システム１０２は、変換すべきトランスポートストリームを受信する。トランスポートストリームは、トランスポートストリーム・プログラムストリームトランスコーダ１０４によりプログラムストリームに変換される。プログラムストリームはリアルタイム・プログラムストリーム・オーディオビジュアル・レンダリングハードウェアまたはソフトウェア１０６によりリアルタイムで解釈して表現される。

図１Ｂは本発明の一実施形態による、ＭＰＥＧ−２トランスポートストリームをＭＰＥＧ−２プログラムストリームに変換するステップ・構成要素を示すハイレベルのブロック図である。

ブロック１１０はトランスポートストリーム・デパケット化に対応する。ブロック１２０はパケット化されたエレメンタリストリーム（ＰＥＳ）パケットフィルタリングに対応する。ブロック１３０はプログラムストリームアセンブリに対応する。

図１Ｃは、本発明の一実施形態による、図１Ａのトランスコーダ１２０により実施されるトランスポートストリーム・プログラムストリーム変換方法を示すフロー図である。図１Ｃの方法は図１Ｂに示した構成要素・ステップを詳説するものであることが分かるであろう。ＰＥＳパケットを取得するためトランスポートストリームはパーサにより解析される（ステップ１１０５）。カレントＰＥＳパケットがトランスポートストリームの最終パケットであるか判断する（ステップ１１１０）。もしそうなら、ステップ１１５５に進む。そうでなければ、関連するパケットを識別し（ＰＩＤ）についてＰＥＳパケットが収集されＰＥＳバッファに記憶される（ステップ１１１５）。ＰＥＳパケットが完全であるか判断する（ステップ１１２０）。もし完全でなければ、ステップ１１０５に戻る。もし完全であれば、完全なＰＥＳパケットがパックバッファ（ＰａｃｋＢｕｆｆｅｒ）に移される（ステップ１１２５）。

パックバッファが完全かどうか判断する（ステップ１１３０）。完全でなければ、ステップ１１０５に戻る。完全であれば、当該完全なパック（Ｐａｃｋ）がトランスポートストリームからの最初の完全なパックがどうかを判断する（ステップ１１３５）。もしそうなら、プログラムストリームスタートヘッダが出力される（ステップ１１４０）。もしそうでないなら、完全なパックのパックヘッダ（ＰａｃｋＨｅａｄｅｒ）が出力される（ステップ１１４５）。パックバッファの内容が出力され（ステップ１１５０）、ステップ１１０５に戻る。

ステップ１１５５で、ＰＥＳバッファに残っているバイトがパックバッファに移される。プログラムストリームシステムヘッダがパックバッファの内容に加えられる（ステップ１１６０）。プログラムストリームがアウトプットされる（ステップ１１６５）。

図２は本発明の一実施形態による、図１Ｂのブロック１１０（トランスポートストリーム・デパケット化）により実施される方法のフロー図である。図２の方法は説明を分かりやすくするため単一のトランスポートパケットに関して説明しているが、この方法はトランスポートストリームのすべてのトランスポートパケットについて繰り返されることが分かるであろう。

ステップ２１０で、トランスポートストリームからトランスポートパケットが抽出される。ステップ２２０で、トランスポートパケットからエクステンドされたタイムスタンプが抽出される。エクステンドされたタイムスタンプにより、特にもしトランスコーダに配信されたトランスポートストリームパケットが元のトランスポートストリームの全てのパケットよりなっていない場合（すなわち、単一のプログラムがＭＰＥＧ−２トランスポートストリーム・デマルチプレクサにより元のストリームから抽出された場合）、バイトがデコーダに到達すべき相対時間を適当に計算できる。タイムスタンプは、当該タイムスタンプがエクステンドされたタイムスタンプとして認識され、標準のトランスポートパケットと混同されないように、ユニークな識別子が先頭につけられる。

エクステンドされたタイムスタンプは、トランスポートパケットの所定のバイト（例えば最初のバイト）の実施の配信時間に対応するリアルタイム・クロックの値よりなることが分かるであろう。通常、ＰＣＲ値が完全なトランスポートストリームとして十分である。しかし、ストリームをトランスコーダに提供する前に、ストリームの一部が取り除かれると無理なく期待できる。もしそうなると、ＰＣＲスタンプの間にパケットが発生した時間が転送で失われ、ＳＣＲとマルチプレクサレートの計算を不正確にする。この計算の誤差が十分大きいと、ＭＰＥＧ−２ストリームのＳＣＲとＤＴＳ／ＰＴＳ（デコード・タイムスタンプ／プレゼンテーション・タイムスタンプ）間の制限を破るかもしれない。そのような場合、デコーダによるオーディオおよびビデオレンダリングが不連続となる。ＰＣＲはトランスポートストリームに対応し、ＳＣＲはプログラムストリームに対応することは、知られているとおりである。

ステップ２３０で、関連する情報がトランスポートパケットのパケットヘッダから抽出される。関連する情報には、ＰＣＲベースとエクステンションフィールド、パケットのＰＩＤ値、ユニットスタートフラグ、不連続フラグ、パケットのペイロード（ＭＰＥＧ−２プログラムデータ）、ペイロードの使用可能バイト数、エクステンドされたタイムスタンプクロック値を含んでもよいが、これに限定されない。すなわち、当該技術分野における当業者によって容易に確かめられるとおり、関連する情報にはプログラムに対応する任意の情報を含んでもよい。ステップ２４０で、最後のプログラムクロックリファレンス（ＰＣＲ）が見つかってからのバイト数をカウントする。

図３は、本発明の一実施形態による、図１Ｂのブロック１２０（ＰＥＳパケットフィルタリング）により実施される方法のフロー図である。図３の方法は説明を簡単にするために単一のトランスポートパケットに関して説明されているが、当該方法はトランスポートストリームの全トランスポートパケットについて繰り返されるということが分かるであろう。

ステップ３１０で、トランスポートパケットに付加されたエクステンドされたタイムスタンプがあるか（すなわち、図２の方法のステップ２２０でトランスポートパケットから抽出されたテクステンドされたタイムスタンプがあるか）判断する。もしエクステンドされたタイムスタンプがトランスポートパケットに付加されていたら、システムクロックタイム（ＰＣＲ）がエクステンドされたタイムスタンプに基づき計算される（ステップ３２０）。そうでなければ、エクステンドされたタイムスタンプがトランスポートパケットに付加されていなければ、パケット時間は取得しうるＰＣＲタイムスタンプを用いて補間される（ステップ３３０）。パケットが元のトランスポートストリームから取り除かれていれば時間が非常に不正確になることに注意を要する。もしトランスポートストリームがＭＰＥＧチューナ（デマルチプレクサ）による１チャンネル（プログラム）の抽出であったならば、これが典型的であるであろう。

ステップ３４０で、例えばトランスコーダで使用されていないＰＩＤ値を有する、関連していないパケットがトランスポートパケットから特定され、捨てられる。

図４は本発明の一実施形態による、図１Ｂのブロック１３０（プログラムストリームアセンブリ）によって実施される方法のフロー図である。

ステップ４１０で、ＰＥＳバッファ（オーディオおよびビデオ）から収集できるＰＥＳ情報が特定される。ステップ４２０で、システムクロックリファレンス（ＳＣＲ）情報がＰＣＲデータから計算される。ステップ４３０で、ＰＥＳが各関連するＰＥＳＩＤについてアセンブルされる。ステップ４４０で、ＰＥＳパケットが完全かどうか判断する。もし完全であれば、完全なＰＥＳパケットがパックバッファにコピーされる（ステップ４５０）。もし完全でなければ、ステップ４１０に戻る。

ステップ４７０で、パックバッファが完全かどうか判断する。もし完全であれば、マルチプレクサレートが計算され、ヘッダがパックバッファ内のＰＥＳパケットに付加され、ＰＥＳパケットがマルチプレクサレートを用いて多重化され、プログラムストリーム（ＰＳ）が出力される（ステップ４８０）。もし完全でなければ、ステップ４１０に戻る。

到来する等時配信されたトランスポートストリームとデコーダ間の同期を維持するため、ユニットスタートフラグが真に設定されたＰＥＳパケットの前と後ろのＰＣＲ値を取ることにより、ＳＣＲ値が正確に計算される。図５は本発明の一実施形態による、到来する等時配信されたトランスポートストリームとデコーダ間の同期を維持する方法を示すフロー図である。

パケットがエクステンドされたタイムスタンプを有しているか判断する（ステップ５１０）。パケットがエクステンドされたタイムスタンプを有していなければ、ＳＣＲが以下の通り計算される（ステップ５２０）：
デルタタイム＝ＰＣＲ値の差
トランスポートレート＝（ＰＣＲ間のバイト数）／（デルタタイム）
ＳＣＲ＝［（ユニットスタートパケットとＰＣＲパケットのバイト数）／（トランスポートレート）］＋（ユニットスタート前のＰＣＲ）
しかし、パケットがエクステンドされたタイムスタンプを有するならば、ＳＣＲが以下の通り計算される（ステップ５３０）：
ＳＣＲ＝［（ユニットスタート時のデルタタイム）／（カレントパケットまでのデルタタイム）］＋（ユニットスタート前のＰＣＲ）
マルチプレクサレートが以下の通り計算される（ステップ５４０）：
デルタＳＣＲ＝（パック終わりのＳＣＲ）−（パック初めのＳＣＲ）
マルチプレクサレート＝［（アウトプットのバイト数）＋（２７，０００，０００ティック）］／（５０バイト）／（デルタＳＣＲ）
ユニットスタートはフレームを始めるパケットのフラグに対応する。

プログラムのスイッチング（チャンネル変更）、ＰＣＲオーバーフロー等のため、ＰＣＲの不連続性はトランスポートストリームにおいて発生する。もしＳＣＲ不連続性が発生すると、マルチプレクサレートは計算されず、前に計算されたマルチプレクサレートが維持される。

図６は本発明の一実施形態による、ＭＰＥＧ−２トランスポートストリームからプログラムストリームへの変換における時間不連続性を処理する方法を示すフロー図である。

ステップ６１０で、ＳＣＲ不連続性が検出される。デコーダがシステムヘッダを使用して内部リファレンスクロックをリセットしているか判断する（ステップ６２０）。

もしデコーダが内部クロックをリセットするのにシステムヘッダを使用していれば、不連続において、カレントパックが捨てられ（ステップ６３０）、内部リファレンスクロックの同期が外れないように内部リファレンスクロックを修正するようにデコーダに知らせるため、システムヘッダが後ろのパックヘッダに付加される（ステップ６４０）。

しかし、もしデコーダが内部リファレンスクロックをリセットするのにシステムヘッダを使用しないときは、不連続においてタイムスタンプのデコードをディスエーブルすることによって内部リファレンスクロックをリセットしてもよい。例えば、不連続においてデコーダの低ディレイモードのオンオフを切り替えることによって達成することができる（ステップ６５０ａ）。実際の方法は具体的なハードウェアまたはソフトウェアデコーダによりなされるリファレンスクロック制御に依存する。すなわち、ここに与えられる本発明の教示により、当該技術分野における当業者は、本発明の精神と範囲内において、不連続の前後にわたってタイムスタンプデコーディングをディスイネーブルする多様な方法を考え得るであろう。

もしパケットを取り除くためトランスポートストリームがプリフィルターされていると、トランスコーダがフィルターされたストリームからＳＣＲとマルチプレクサレートを正確に決定できない。この問題に対する二つの解決方法を例として、図７と８を参照して説明する。

図７は本発明の一実施形態によるＳＣＲとマルチプレクサレートを決定する方法を示すフロー図である。図８は本発明の他の実施形態によるＳＣＲとマルチプレクサレートを決定する方法を示すフロー図である。図７と８の方法は、トランスポートストリームがいくつかのパケットを取り除くためプリフィルターされ、トランスコーダがフィルターされたストリームからＳＣＲとマルチプレクサレート値を正確に決定できないような場合に使用される。

図７を参照して、タイムスタンプは各トランスポートパケットに付加される（ステップ７１０）。すなわち、最初のパケットバイトが受信された時間を含む元のトランスポートパケットにヘッダが付加される。ＳＣＲとマルチプレクサレートは付加されたタイムスタンプと図５の方法を用いて正確に計算できる（ステップ７２０）。

図８を参照して、パケット間で落とされたバイト数のカウントが決定される（ステップ８１０）。プログラムストリームに含まれるべきバイトについてバイト−タイムポジショニング（ＳＣＲおよびマルチプレクサレート）を適当に計算するために、当該カウントが図５の方法により計算に含まれる（ステップ８２０）。

いずれの方法（図７または８）でも使用できるが、どちらの方法も新しい情報を抽出するトランスポートストリームパーサへの変更を含み、それを後続の処理に伝える。バッファのオーバーフローまたはアンダーフローの条件を避け、到来するストリームとデコーダ間の同期を維持するために、これらの方法の一方を選択する。当該技術分野の当業者は、本発明の精神と範囲から逸脱することなく、フィルターされたストリームからＳＣＲとマルチプレクサレートを決定するこれらおよび他の方法を企図するであろう。

図９は本発明の他の実施形態によるＭＰＥＧ−２トランスポートストリームをＭＰＥＧ−２プログラムストリームに変換するステップ・構成要素を示すハイレベルのブロック図である。

ステップ９１０で、入力トランスポートストリームを受信し、パケットバッファにトランスポートストリーム（ＴＳ）パケットを蓄積する。ステップ９２０で、パケットがオーディオまたはビデオに対応するかどうかを判断するためにパケットヘッダを解析する。パケットがオーディオに対応するときは、ＰＥＳオーディオパケットとＰＣＲリファレンスをＰＥＳオーディオバッファ９９９に集積する（ステップ９３０）。しかし、パケットがビデオに対応するときは、ＰＥＳビデオパケットとＰＣＲリファレンスをＰＥＳビデオバッファ９９８に集積する（ステップ９４０）。ステップ９５０で、ＰＥＳパケットをプログラムストリーム（ＰＳ）にインターリーブし、ＰＳパックバッファ９９７に置く。ステップ９６０で、ＳＣＲを計算し、ＰＳパックにパックヘッダを付加する。ステップ９７０で、ＰＳパックを出力プログラムストリームとして出力する。

添付した図面を参照して実施形態を説明したが、本システムと方法はこれらの実施形態そのものに限定されず、当該技術分野の当業者が本発明の範囲や精神から逸脱することなく他の多様な変更や修正を施すことができることを理解すべきである。添付したクレームにより明らかなように、そのような変更や修正は本発明の範囲に含まれるものと意図されている。

以上説明した実施形態に関して次の付記を記載する。
（付記１）トランスポートストリームをプログラムストリームに変換する際に、到来する前記トランスポートストリームとプログラムストリームデコーダ間に同期を維持する方法であって、
前記トランスポートストリームからシステムクロックリファレンス（ＳＣＲ）を計算するステップ（４２０）と、
前記プログラムストリームのマルチプレクサレートを計算するステップ（４８０）と、
前記マルチプレクサレートを用いて前記トランスポートストリームに対応するパケット化されたエレメンタリストリーム（ＰＥＳ）を多重化することにより前記プログラムストリームを形成するステップ（４８０）とを含む方法。
（付記２）付記１記載の方法であって、さらに前記変換の際に時間不連続性を管理するステップを含み、
前記管理するステップは、
ＳＣＲ不連続性を検出するステップ（６１０）と、
前記デコーダが内部リファレンスクロックをリセットするためにシステムヘッダを使用するとき、カレントパックを捨て、前記デコーダに前記内部リファレンスクロックを修正し同期させるように知らせるために、後続のパックにシステムヘッダを付加するステップ（６３０）とを含む方法。
（付記３）付記１記載の方法であって、さらに前記変換の際時間不連続性を管理するステップを含み、前記管理するステップは、
ＳＣＲ不連続性を検出するステップ（６１０）と、
前記デコーダが内部リファレンスクロックをリセットするためにシステムヘッダを使用しないとき、前記デコーダの内部リファレンスクロックをリセットするため、前記ＳＣＲ不連続性の前後にわたって前記デコーダによるタイムスタンプデコーディングをディスエーブルするステップ（６５０）とを含む方法。
（付記４）付記３記載の方法であって、前記ディスエーブルするステップは、前記ＳＣＲ不連続性において前記デコーダの低ディレイモードのオンオフを切り替えるステップ（６５０ａ）を含む方法。
（付記５）付記１記載の方法であって、前記ＳＣＲを計算するステップを実行するとき、前記トランスポートストリームのパケット間で落とされたバイト数を含めるステップをさらに含む方法。
（付記６）付記１記載の方法であって、前記ＳＣＲを計算するステップは、
前記トランスポートストリームのプログラムクロックリファレンス（ＰＣＲ）値の間の差としてデルタタイムを算出するステップ（５２０）と、
前記デルタタイムで割ったＰＣＲの間のバイト数としてトランスポートレートを算出するステップ（５２０）と、
ユニットスタートパケットとＰＣＲパケット間のバイト数を前記トランスポートレートで割り、ユニットスタート前のＰＣＲを足してＳＣＲを算出するステップ（５２０）とを含む方法。
（付記７）付記１記載の方法であって、前記マルチプレクサレートを計算するステップは、
パックの終わりのＳＣＲとパックの初めのＳＣＲの間の差としてデルタＳＣＲを算出するステップ（５４０）と、
出力するバイト数と２７，０００，０００ティックとの積を５０バイトで割り、前記デルタＳＣＲで割ったものとして前記マルチプレクサレートを算出するステップ（５４０）とを含むことを特徴とする方法。
（付記８）付記１記載の方法であって、前記トランスポートストリームは所定バイトの実際の配信時間に対応する値を特定する、エクステンドされたタイムスタンプを有する少なくとも一つのパケットよりなることを特徴とする方法。
（付記９）付記８記載の方法であって、前記ＳＣＲを計算するステップはユニットスタートにおけるデルタタイムをカレントパケットへのデルタタイムで割り、ユニットスタート前のＰＣＲを加えたものとしてＳＣＲを算出するステップを含むことを特徴とする方法。
（付記１０）付記８記載の方法であって、前記マルチプレクサレートを計算するステップは、
パックの終わりのＳＣＲとパックの初めのＳＣＲの間の差としてデルタＳＣＲを算出するステップ（５４０）と、
出力するバイト数と２７，０００，０００ティックとの積を５０バイトで割り、前記デルタＳＣＲで割ったものとして前記マルチプレクサレートを算出するステップ（５４０）を含むことを特徴とする方法。
（付記１１）付記８記載の方法であって、最初のパケットバイトが受信された時間を特定するタイムスタンプを各トランスポートパケットに付加し、前記ＳＣＲを計算するステップの実行に前記タイムスタンプを使用するステップをさらに含む方法。
（付記１２）トランスポートストリームをプログラムストリームに変換する際に、到来する前記トランスポートストリームとプログラムストリームデコーダ間に同期を維持する装置であって、
前記トランスポートストリームからシステムクロックリファレンス（ＳＣＲ）を計算する手段（４２０）と、
前記プログラムストリームのマルチプレクサレートを計算する手段（４８０）と、
前記マルチプレクサレートを用いて前記トランスポートストリームに対応するパケット化されたエレメンタリストリーム（ＰＥＳ）を多重化することにより前記プログラムストリームを形成する手段（４８０）と
よりなる装置。
（付記１３）付記１２記載の装置であって、さらに、前記変換の際時間不連続性を管理する手段よりなる装置。
（付記１４）付記１３記載の装置であって、
前記時間不連続性を管理する手段は、
ＳＣＲ不連続性を検出する手段（６１０）と、
前記デコーダが内部リファレンスクロックをリセットするためにシステムヘッダを使用するとき、カレントパックを捨て、前記デコーダに前記内部リファレンスクロックを修正し同期させるように知らせるために、後続のパックにシステムヘッダを付加する手段（６５０）とよりなる装置。
（付記１５）付記１３記載の方法であって、さらに前記時間不連続性を管理する手段は、
ＳＣＲ不連続性を検出する手段（６１０）と、
前記デコーダが内部リファレンスクロックをリセットするためにシステムヘッダを使用しないとき、前記デコーダの内部リファレンスクロックをリセットするため、前記ＳＣＲ不連続性の前後にわたって前記デコーダによるタイムスタンプデコーディングをディスエーブルする手段（６５０）とよりなる装置。
（付記１６）付記１５記載の装置であって、前記タイムスタンプでコーディングをディスエーブルする手段は、前記ＳＣＲ不連続性において前記デコーダの低ディレイモードのオンオフを切り替える（６５０ａ）ことを特徴とする装置。
（付記１７）付記１２記載の装置であって、前記ＳＣＲを計算する手段は、前記ＳＣＲを計算するとき、前記トランスポートストリームのパケット間で落とされたバイト数を含めること（８１０）を特徴とする装置。
（付記１８）付記１２記載の装置であって、前記トランスポートストリームは所定バイトの実際の配信時間に対応する値を特定する、エクステンドされたタイムスタンプを有する少なくとも一つのパケットよりなること（５１０）を特徴とする装置。
（付記１９）付記１８記載の装置であって、さらに、最初のパケットバイトが受信された時間を特定するタイムスタンプを各トランスポートパケットに付加する手段よりなり、前記ＳＣＲを計算する手段は前記ＳＣＲの計算に前記タイムスタンプを使用すること（７１０）を特徴とする装置。
（付記２０）トランスポートストリームをプログラムストリームに変換する装置であって、
前記トランスポートストリームを供給する等時配信システムと、
前記トランスポートストリームからシステムクロックリファレンス（ＳＣＲ）を計算し、前記プログラムストリームのためにマルチプレクサレートを計算し、前記マルチプレクサレートを用いて前記トランスポートストリームに対応するパケット化されたエレメンタリストリーム（ＰＥＳ）パケットを多重化することによりプログラムストリームを形成するプログラムストリームデコーダと
よりなる装置。
（付記２１）ＭＰＥＧトランスポートストリームをＭＰＥＧプログラムストリームにコード変換する装置であって、
前記トランスポートストリームからパケット化されたエレメンタリストリーム（ＰＥＳ）パケットを解析するパーサと、
前記解析されたＰＥＳパケットの選択されたものを通過させバッファするＰＥＳフィルター（１２０）と、
前記ＭＰＥＧプログラムストリームを形成するために前記解析されたＰＥＳパケットの選択されてバッファされたものにアクセスし、多重化するパケットアセンブラ（１３０）と
よりなる装置。

Claims

トランスポートストリームをプログラムストリームに変換する際に、到来する前記トランスポートストリームとプログラムストリームデコーダとの間の同期を維持する方法であって、
前記トランスポートストリームのプログラムクロックリファレンス（ＰＣＲ）データから前記プログラムストリームのシステムクロックリファレンス（ＳＣＲ）を計算するステップであって、前記ＳＣＲの計算に用いられる前記ＰＣＲデータは、プログラムストリームの開始ヘッダを示す、フレームを始めるパケット化エレメンタリストリーム（ＰＥＳ）パケットの前のＰＣＲ値を含み、前記フレームを始める前記ＰＥＳパケットの後のＰＣＲ値を含むステップと、
前記プログラムストリームの出力バイト数と、前記プログラムストリームの計算したＳＣＲとに基づき前記プログラムストリームのマルチプレクサレートを計算するステップと、
前記プログラムストリームに対応し前記トランスポートストリームに現れるＰＥＳパケットを、前記マルチプレクサレートを用いて多重化することにより前記プログラムストリームを形成するステップとを含む方法。