(57)【特許請求の範囲】
【請求項１】
ＭＰＥＧ（ｍｏｖｉｎｇ  ｐｉｃｔｕｒｅ  ｅｘｐｅｒｔ  ｇｒｏｕｐ）メディア伝送（ｍｅｄｉａ  ｔｒａｎｓｐｏｒｔ  ｐｒｏｔｏｃｏｌ、ＭＭＴＰ）ストリームをＭＰＥＧ−２伝送ストリーム（ｔｒａｎｓｐｏｒｔ  ｓｔｒｅａｍ、ＴＳ）に変換する方法であって、
ＭＭＴＰストリームのＭＭＴＰパケットに制限を適用するステップと、
プレゼンテーション時間及びデコーディング時間を協定世界時（ｃｏｏｒｄｉｎａｔｇｅｄ  ｕｎｉｖｅｒｓａｌ  ｔｉｍｅ、ＵＴＣ）ベースの絶対時間からプログラムクロック基準時間（ｐｒｏｇｒａｍ  ｃｌｏｃｋ  ｒｅｆｅｒｅｎｃｅ  ｔｉｍｅ、ＰＣＲ）ベースの値に変換するステップと、
仮想受信機バッファモデル（ｈｙｐｏｔｈｅｔｉｃａｌ  ｒｅｃｅｉｖｅｒ  ｂｕｆｆｅｒ  ｍｏｄｅｌ、ＨＲＢＭ）を使用してデータを追加又は除去することなくＭＰＥＧ−２  ＴＳ規則に基づいて前記ＭＭＴＰストリームを生成するステップと、
前記ＭＭＴＰパケットのフィールドの値に基づいてＴＳパケット層、アダプテーションフィールド及びパケット化エレメンタリストリーム（ｐａｃｋｅｔｉｚｅｄ  ｅｌｅｍｅｎｔａｒｙ  ｓｔｒｅａｍ、ＰＥＳ）パケットらのＭＰＥＧ−２  ＴＳパケットフィールドらの値らを決定するステップと、
を含む方法。
【請求項２】
前記ＭＭＴＰパケットに適用される制限は、メディアトラックデータ（ｍｅｄｉａ  ｔｒａｃｋ  ｄａｔａ）がコーデック初期化情報（ｃｏｄｅｃ  ｉｎｉｔｉａｌｉｚａｔｉｏｎ  ｉｎｆｏｒｍａｔｉｏｎ）を含む、請求項１に記載の方法。
【請求項３】
前記ＭＭＴＰパケットに適用される制限は、前記ＭＭＴＰパケットのｐａｃｋｅｔ＿ｉｄフィールドの値が０ｘ００１０〜０ｘ１ＦＦＥまでの値のうち１つであることを含む、請求項１に記載の方法。
【請求項４】
前記プレゼンテーション時間及び前記デコーディング時間を変換するステップは、プレゼンテーション順序におけるメディアプロセッシングユニット（ｍｅｄｉａ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ、ＭＰＵ）中の初期サンプルのプレゼンテーション時間を提供するＭＰＵ＿ｔｉｍｅｓｔａｍｐ＿ｄｅｓｃｒｉｐｔｏｒに指定された値と、プレゼンテーション順序でムービーフラグメントボックスデータ（ｍｏｖｉｅ  ｆｒａｇｍｅｎｔ  ｂｏｘ  ｄａｔａ）で知られる前記ＭＰＵの初期サンプルに対する相対的な構成時間とを組み合わせるステップを含む請求項１に記載の方法。
【請求項５】
前記プレゼンテーション時間及び前記デコーディング時間を変換するステップは、前記プレゼンテーション時間及び前記デコーディング時間を以下の式を用いて計算するステップをさらに含み、
【数１】
0006663437.tif 000008
ここで、ＴＰＣＲは９０ＫＨｚにおける現在のＰＣＲサンプル値で、ＴＵＴＣはＵＴＣにおける現在時間値で、ＰＰＣＲは９０ＫＨｚにおけるメディアデータのプレゼンテーション時間値で、ＰＵＴＣはＵＴＣのプレゼンテーション時間値、ＤＰＣＲはＰＣＲを参照する９０ＫＨｚにおけるメディアデータのデコーディング時間値で、ＤＵＴＣはＵＴＣにおけるデコーディング時間値である請求項４に記載の方法。
【請求項６】
固定レートＲＣを有するＭＭＴＰデカプセル化バッファから復元されたメディアデータを読み出すステップと、
固定レートＲＤを有する転送バッファ（ＴＢＮ）にＭＰＥＧ−２  ＴＳパケットを伝達するステップとをさらに含み、
ここで、ＲＤは、前記プレゼンテーション時間及び前記デコーディング時間の変換によって決定されるＭＰＥＧ−２  ＴＳパケットヘッダオーバーヘッドによって固定された量によってＲＣから増加された比率である請求項１に記載の方法。
【請求項７】
前記ＭＭＴＰデカプセル化バッファは次のＭＭＴＰパケットからデータが前記ＭＭＴＰデカプセル化バッファに変換のために伝達される前に１秒ごとに削除される請求項６に記載の方法。
【請求項８】
前記ＴＳパケット層の前記ＭＰＥＧ−２  ＴＳパケットフィールドの前記値を決定するステップは、
前記ＭＰＥＧ−２  ＴＳパケットが、ｆ＿ｉフィールド値として「００」又は「０１」を有する前記ＭＭＴＰパケットから変換された最初のパケットの場合、ペイロードユニット開始表示（ｐａｙｌｏａｄ＿ｕｎｉｔ＿ｓｔａｒｔ＿ｉｎｄｉｃａｔｏｒ）フィールドを「１」の値に設定するステップと、
前記ＭＰＥＧ−２  ＴＳパケットがしきい値より小さい優先順位フィールドを有するＭＭＴＰパケットから変換された場合、転送優先順位（ｔｒａｎｓｐｏｒｔ＿ｐｒｉｏｒｉｔｙ）フィールドを「１」の値に設定するステップと、
ＰＩＤフィールドを前記ＭＭＴＰパケットのｐａｃｋｅｔ＿ｉｄフィールド値に設定するステップと、
をさらに含む請求項１に記載の方法。
【請求項９】
前記アダプテーションフィールドの前記ＭＰＥＧ−２  ＴＳパケットフィールドの値を決定するステップは、
前記ＭＰＥＧ−２  ＴＳパケットが「Ｒ」フィールド値として「１」を有する前記ＭＭＴＰパケットから生成された最初のパケットの場合、ランダムアクセス表示（ｒａｎｄｏｍ＿ａｃｃｅｓｓ＿ｉｎｄｉｃａｔｏｒ）フィールドを「１」の値に設定するステップと、
前記ＭＰＥＧ−２  ＴＳパケットがしきい値より小さい優先順位フィールドを有する前記ＭＭＴＰパケットから変換された場合、エレメンタリストリーム優先順位表示（ｅｌｅｍｅｎｔａｒｙ＿ｓｔｒｅａｍ＿ｐｒｉｏｒｉｔｙ＿ｉｎｄｉｃａｔｏｒ）フィールドを「１」の値に設定するステップと、
をさらに含む請求項１に記載の方法。
【請求項１０】
前記ＰＥＳパケットの前記ＭＰＥＧ−２  ＴＳパケットフィールドの値を決定するステップは、
ストリーム識別（ｓｔｒｅａｍ＿ｉｄ）フィールドを前記ＭＭＴＰパケットのアセットタイプ（ａｓｓｅｔ＿ｔｙｐｅ）フィールド値に設定するステップと、
前記ＭＰＥＧ−２  ＴＳパケットがしきい値より小さい優先順位フィールドを有する前記ＭＭＴＰパケットから変換された場合、ＰＥＳ＿ｐｒｉｏｒｉｔｙフィールドを「１」の値に設定するステップと、
ｄａｔａ＿ａｌｉｇｎｍｅｎｔ＿ｉｎｄｉｃａｔｏｒフィールドを「１」の値に設定するステップと、
ＰＴＳフィールドをメディアデータの構成時間から算出された値に設定するステップと、
ＤＴＳフィールドを前記メディアデータの前記デコーディング時間から算出された値に設定するステップと、
をさらに含む請求項１に記載の方法。
【請求項１１】
ＭＰＥＧ（ｍｏｖｉｎｇ  ｐｉｃｔｕｒｅ  ｅｘｐｅｒｔ  ｇｒｏｕｐ）メディア伝送（ｍｅｄｉａ  ｔｒａｎｓｐｏｒｔ  ｐｒｏｔｏｃｏｌ、ＭＭＴＰ）ストリームをＭＰＥＧ−２伝送ストリーム（ｔｒａｎｓｐｏｒｔ  ｓｔｒｅａｍ、ＴＳ）に変換する装置であって、
前記ＭＭＴＰストリームのＭＭＴＰパケットを格納するように構成されたメモリと、
前記メモリに機能的に接続された処理回路と、を含み、
前記処理回路は、
ＭＭＴＰストリームのＭＭＴＰパケットに制限を適用する動作と、
プレゼンテーション時間及びデコーディング時間を協定世界時（ｃｏｏｒｄｉｎａｔｇｅｄ  ｕｎｉｖｅｒｓａｌ  ｔｉｍｅ、ＵＴＣ）ベースの絶対時間からプログラムクロック基準時間（ｐｒｏｇｒａｍ  ｃｌｏｃｋ  ｒｅｆｅｒｅｎｃｅ  ｔｉｍｅ、ＰＣＲ）ベースの値に変換する動作と、
仮想受信機バッファモデル（ｈｙｐｏｔｈｅｔｉｃａｌ  ｒｅｃｅｉｖｅｒ  ｂｕｆｆｅｒ  ｍｏｄｅｌ、ＨＲＢＭ）を使用してデータを追加又は除去することなくＭＰＥＧ−２  ＴＳ規則に基づいて前記ＭＭＴＰストリームを生成する動作と、
前記ＭＭＴＰパケットのフィールドの値に基づいてＴＳパケット層、アダプテーションフィールド及びパケット化エレメンタリストリーム（ｐａｃｋｅｔｉｚｅｄ  ｅｌｅｍｅｎｔａｒｙ  ｓｔｒｅａｍ、ＰＥＳ）パケットのＭＰＥＧ−２  ＴＳパケットフィールドの値を決定する動作と、
を行うように構成された装置。
【請求項１２】
前記ＭＭＴＰパケットに適用される制限は、メディアトラックデータ（ｍｅｄｉａ  ｔｒａｃｋ  ｄａｔａ）がコーデック初期化情報（ｃｏｄｅｃ  ｉｎｉｔｉａｌｉｚａｔｉｏｎ  ｉｎｆｏｒｍａｔｉｏｎ）を含む請求項１１に記載の装置。
【請求項１３】
前記ＭＭＴＰパケットに適用される制限は、前記ＭＭＴＰパケットのｐａｃｋｅｔ＿ｉｄフィールドの値が０ｘ００１０〜０ｘ１ＦＦＥまでの値のうち１つであることを含む請求項１１に記載の装置。
【請求項１４】
前記処理回路は、プレゼンテーション順序におけるメディアプロセッシングユニット（ｍｅｄｉａ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ、ＭＰＵ）中の初期サンプルのプレゼンテーション時間を提供するＭＰＵ＿ｔｉｍｅｓｔａｍｐ＿ｄｅｓｃｒｉｐｔｏｒに指定された値と、プレゼンテーション順序でムービーフラグメントボックスデータ（ｍｏｖｉｅ  ｆｒａｇｍｅｎｔ  ｂｏｘ  ｄａｔａ）で知られる前記ＭＰＵ中の初期サンプルに対する相対的な構成時間を組み合わせる動作をさらに行う請求項１１に記載の装置。
【請求項１５】
前記処理回路は、前記プレゼンテーション時間及び前記デコーディング時間を以下の式を用いて計算する動作をさらに行う、
【数２】
0006663437.tif 000009
ここで、ＴＰＣＲは９０ＫＨｚにおける現在のＰＣＲサンプル値で、ＴＵＴＣはＵＴＣにおける現在時間値で、ＰＰＣＲは９０ＫＨｚにおけるメディアデータのプレゼンテーション時間値で、ＰＵＴＣはＵＴＣのプレゼンテーション時間値、ＤＰＣＲはＰＣＲを参照する９０ＫＨｚにおけるメディアデータのデコーディング時間値で、ＤＵＴＣはＵＴＣにおけるデコーディング時間値である請求項１４に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般にメディアデータの変換に関する。さらに詳しくは、本開示は、ＭＰＥＧ（ｍｏｖｉｎｇ  ｐｉｃｔｕｒｅ  ｅｘｐｅｒｔｓ  ｇｒｏｕｐ）メディア伝送プロトコル（ｍｅｄｉａ  ｔｒａｎｓｐｏｒｔ  ｐｒｏｔｏｃｏｌ、ＭＭＴＰ）フォーマットをＭＰＥＧ−２伝送ストリーム（ｔｒａｎｓｐｏｒｔ  ｓｔｒｅａｍ、ＴＳ）に変換することに関する。
【背景技術】
【０００２】
ＭＭＴＰ（ＭＰＥＧ  ｍｅｄｉａ  ｔｒａｎｓｐｏｒｔ  ｐｒｏｔｏｃｏｌ）は、異種混合ＩＰネットワーク環境を介したマルチメディアサービスのためにコーディングされたメディアデータの伝達のための技術に特化したデジタルコンテナ標準又はフォーマットである。伝達されたコーディングメディアデータは、指定された時間に特定のデータ単位の同期化されたデコーディング及びプレゼンテーション（ｐｒｅｓｅｎｔａｔｉｏｎ）を要求する視聴覚メディア、すなわちタイムドデータ（ｔｉｍｅｄ  ｄａｔａ）と、ユーザによる相互動作又はサービスのコンテキストに基づいて任意の時間にデコーディング及びプレゼンテーションされる他の類型のデータ、すなわちノンタイムドデータ（ｎｏｎ−ｔｉｍｅｄ  ｄａｔａ）と、をいずれをも含む。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
ＭＭＴＰは、スーパーハイビジョン（ｓｕｐｅｒ  ｈｉｖｉｓｉｏｎ）のために日本の放送産業によって採用され、また、ＡＴＳＣ（Ａｄｖａｎｃｅｄ  Ｔｅｌｅｖｉｓｉｏｎ  Ｓｙｓｔｅｍ  Ｃｏｍｍｉｔｔｅｅ）によって次世代放送標準の開発のための標準の１つに選ばれた。ＭＰＥＧ−２  ＴＳを使用する複数の放送インフラとサービスが依然として存在するため、ＭＰＥＧ−２  ＴＳをＭＭＴＰストリームに変換する場合とその逆の場合があり得る。一例として、ＭＰＥＧ−２  ＴＳを用いるケーブルＴＶサービスにＭＭＴＰに基づく地上波放送コンテンツを再分配する場合がある。
【課題を解決するための手段】
【０００４】
本開示の実施形態は、ＭＰＥＧ（ｍｏｖｉｎｇ  ｐｉｃｔｕｒｅ  ｅｘｐｅｒｔ  ｇｒｏｕｐ）メディア伝送（ｍｅｄｉａ  ｔｒａｎｓｐｏｒｔ、ＭＭＴ）ストリームをＭＰＥＧ−２伝送ストリーム（ｔｒａｎｓｐｏｒｔ  ｓｔｒｅａｍ、ＴＳ）に変換する方法及び装置を提供する。
【０００５】
一実施形態によれば、ＭＭＴＰストリームをＭＰＥＧ−２  ＴＳに変換する方法が提供される。この方法は、ＭＭＴＰストリームのＭＭＴＰパケットに制限を適用するステップを含む。また、プレゼンテーション時間及びデコーディング時間を協定世界時（ｃｏｏｒｄｉｎａｔｇｅｄ  ｕｎｉｖｅｒｓａｌ  ｔｉｍｅ、ＵＴＣ）ベースの絶対時間からプログラムクロック基準時間（ｐｒｏｇｒａｍ  ｃｌｏｃｋ  ｒｅｆｅｒｅｎｃｅ  ｔｉｍｅ、ＰＣＲ）ベースの値に変換するステップを含む。この方法は、また、ＭＭＴＰストリームをＭＰＥＧ−２  ＴＳに変換する際、仮想受信機バッファモデル（ｈｙｐｏｔｈｅｔｉｃａｌ  ｒｅｃｅｉｖｅｒ  ｂｕｆｆｅｒ  ｍｏｄｅｌ、ＨＲＢＭ）を使用してデータを追加又は除去しない場合のＭＰＥＧ−２  ＴＳ規則に基づいてＭＭＴＰストリームを生成する。また、この方法は、ＭＭＴＰパケット値からＴＳパケット層、アダプテーションフィールド及びパケット化エレメンタリストリーム（ｐａｃｋｅｔｉｚｅｄ  ｅｌｅｍｅｎｔａｒｙ  ｓｔｒｅａｍ、ＰＥＳ）パケットのＭＰＥＧ−２  ＴＳパケットフィールド値を決定するステップを含む。
【０００６】
他の実施形態によれば、ＭＭＴＰストリームをＭＰＥＧ−２  ＴＳに変換する装置が提供される。この装置は、ＭＭＴＰストリームのためのＭＭＴＰパケットに制限を適用する処理回路（ｐｒｏｃｅｓｓｉｎｇ  ｃｉｒｃｕｉｔ）を含む。処理回路は、また、プレゼンテーション時間及びデコーディング時間を協定世界時（ｃｏｏｒｄｉｎａｔｅｄ  ｕｎｉｖｅｒｓａｌ  ｔｉｍｅ、ＵＴＣ）ベースの絶対時間からプログラムクロック基準時間（ｐｒｏｇｒａｍ  ｃｌｏｃｋ  ｒｅｆｅｒｅｎｃｅ  ｔｉｍｅ、ＰＣＲ）ベースの値に変換する。処理回路は、また、ＭＭＴＰストリームをＭＰＥＧ−２  ＴＳに変換する際、仮想受信機バッファモデル（ｈｙｐｏｔｈｅｔｉｃａｌ  ｒｅｃｅｉｖｅｒ  ｂｕｆｆｅｒ  ｍｏｄｅｌ、ＨＲＢＭ）を使用してデータを追加又は除去しない場合のＭＰＥＧ−２  ＴＳ規則に基づいてＭＭＴＰストリームを生成する。さらに、処理回路は、ＭＭＴＰパケット値からＴＳパケット層、アダプテーションフィールド及びパケット化エレメンタリストリーム（ｐａｃｋｅｔｉｚｅｄ  ｅｌｅｍｅｎｔａｒｙ  ｓｔｒｅａｍ、ＰＥＳ）パケットのＭＰＥＧ−２  ＴＳパケットフィールド値を決定する。
【０００７】
他の技術的特徴は、以下の図面、説明及び請求範囲から当業者に十分に明白であろう。
【０００８】
以下の詳細な説明に入る前に、本特許文書で用いられる特定の単語及び表現の定義を記載することが有利な場合がある。用語「結合」及びその類似語は、これらの要素が互いに物理的に接触しているか否か、２つ又はそれ以上の構成要素の間の直接又は間接通信を示す。用語「送信」、「受信」及び「通信」、並びにその類似語は、直接通信及び間接通信をいずれも含む。用語「有する」及び「含む」、並びにその類似語は、制限なく含むことを意味する。用語「又は」は、含む、すなわち「及び／又は」である。「〜と関連づけられた」という表現及びそれに類似している表現は、〜を含む、〜内に含まれる、互いに接続される、保有する、〜内に保有される、〜に又は〜と接続される、〜に又は〜と結合される、〜通信可能な、〜と協力する、インターリーブする、並べられる、〜に隣接する、〜に又は〜と結合された、有する、特徴を有する、関係を持つなどを意味する。用語「コントローラ（ｃｏｎｔｒｏｌｌｅｒ）」は、少なくとも１つの動作を制御する任意の装置、システム又はその一部を意味する。このようなコントローラは、ハードウェア又はハードウェアとソフトウェアの組み合わせ及び／又はファームウェアで実現される場合がある。任意の特定のコントローラと関連づけられた機能は、ローカル又は遠隔で中央集中化又は分散化できる。「少なくとも１つ」という表現は、それが項目のリストと共に用いられる場合、並べられた項目のうち１つ以上の互いに異なる組み合わせが用いられる場合もあり、リストで１つの項目のみが必要な場合もあることを意味する。例えば、「Ａ、Ｂ、及びＣのうち少なくとも１つ」は次の組み合わせ、すなわちＡ、Ｂ、Ｃ、ＡとＢ、ＡとＣ、ＢとＣ、さらには、ＡとＢとＣのうちいずれか１つを含む。
【０００９】
また、後述する各種機能は、コンピュータ読み取り可能なプログラムコードで形成されコンピュータ読み取り可能な媒体で実現される１つ以上のコンピュータプログラムによって実現又はサポートできる。用語「アプリケーション」及び「プログラム」は、適したコンピュータ読み取り可能なプログラムコードで実現されるように適応された１つ以上のコンピュータプログラム、ソフトウェアコンポーネント、命令セット、手順（ｐｒｏｃｅｄｕｒｅｓ）、関数（ｆｕｎｃｔｉｏｎｓ）、オブジェクト、クラス、インスタンス、関連データ、又はその一部を示す。「コンピュータ読み取り可能なプログラムコード」という表現は、ソースコード、オブジェクトコード、及び実行コードを含むコンピュータコードのあらゆる種類を含む。「コンピュータ読み取り可能な媒体」という表現は、読み出し専用メモリ（ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ、ＲＡＭ）、ハードディスクドライブ、コンパクトディスク（ＣＤ）、デジタルビデオディスク（ＤＶＤ）、又はその他の任意のタイプのメモリのような、コンピュータによってアクセスできる媒体の任意の種類を含む。「非一時的な（ｎｏｎ−ｔｒａｎｓｉｔｏｒｙ）」コンピュータ読み取り可能な媒体は、有線、無線、光学、一時的な電気的又は他の信号を伝送する通信リンクを除く。非一時的コンピュータ読み取り可能な媒体は、再起録が可能な光ディスク（ｒｅｗｒｉｔａｂｌｅ  ｏｐｔｉｃａｌ  ｄｉｓｋ）又は消去可能なメモリ装置（ｅｒａｓａｂｌｅ  ｍｅｍｏｒｙ  ｄｅｖｉｃｅ）などのデータを記憶した後再記録できる媒体、及びデータが永続的に保存され得る媒体を含む。
【００１０】
他の特定の単語及び表現に対する定義が本特許文書で提供される。本技術分野における通常の知識を有する者であれば、このような定義が大半の場合、そのように定義された単語及び表現の将来の使用だけでなく従来の使用にも適用されるということを理解するであろう。
【発明の効果】
【００１１】
多様な実施形態によれば、ＭＰＥＧ（ｍｏｖｉｎｇ  ｐｉｃｔｕｒｅ  ｅｘｐｅｒｔ  ｇｒｏｕｐ）メディア伝送（ｍｅｄｉａ  ｔｒａｎｓｐｏｒｔ  ｐｒｏｔｏｃｏｌ、ＭＭＴＰ）ストリームをＭＰＥＧ−２伝送ストリーム（ＴＳ）に変換する方法が提供される。本開示及びその利点に対するより完全な理解のために、以下、添付図面を参照して説明され、類似の符号は類似の部分を示す。
【図面の簡単な説明】
【００１２】
【図１】本開示の多様な実施形態に係る演算システムの例を示す図である。
【図２】本開示の多様な実施形態に係る演算システムの例示的な装置を示す図である。
【図３】本開示の多様な実施形態に係る演算システムの例示的な装置を示す図である。
【図４】本開示の多様な実施形態に係るタイムド（ｔｉｍｅｄ）メディアデータパケットの例示的な図である。
【図５】本開示の多様な実施形態に係る仮想受信機バッファモデル（ｈｙｐｏｔｈｅｔｉｃａｌ  ｒｅｃｅｉｖｅｒ  ｂｕｆｆｅｒ  ｍｏｄｅｌ、ＨＲＢＭ）とＭＰＥＧ−２  Ｔ−ＳＴＤの関係を示す図である。
【図６】本開示の多様な実施形態に係るＭＭＴＰストリームをＭＰＥＧ−２  ＴＳに変換するプロセスを示す図である。
【発明を実施するための形態】
【００１３】
以下、本開示の原理を説明するために用いられる図１乃至６及び多様な実施形態は、単なる例示であって、本開示の範囲を制限するものと解釈してはならない。当業者は、本開示の原理が任意の適切に配置されたシステム又は装置で実現できることを理解するであろう。
【００１４】
ＭＭＴＰパケットは、以下で図面に示すように、メタデータ及びシグナリングメッセージを含む多様なデータを運搬する。メタデータを運搬するＭＭＴＰパケットのペイロードデータは適切なＭＰＥＧ−２セクションデータ又はＭＰＥＧ−２  ＴＳパケット又はＰＥＳパケットのフィールドの値を生成するように処理される。ＭＦＵデータを運搬するＭＭＴＰパケットのペイロードデータ、すなわちＦＴフィールド値が「２」であるＭＭＴＰパケットは、ＰＥＳパケットに変換される。
【００１５】
図１は、本開示による演算システム（ｃｏｍｐｕｔｉｎｇ  ｓｙｓｔｅｍ）１００の例を示す。図１に示すコンピュータシステム１００の実施形態は、単なる説明のためのものである。演算システム１００の他の実施形態は、本開示の範囲から逸脱することなく用いられてもよい。
【００１６】
図１に示すように、システム１００は、システム１００内の多様な構成要素間の通信が可能とするネットワーク１０２を含む。例えば、ネットワーク１０２は、インターネットプロトコル（ＩＰ）パケット、フレームリレーフレーム（ｆｒａｍｅ  ｒｅｌａｙ  ｆｒａｍｅｓ）、非同期転送モード（ａｓｙｎｃｈｒｏｎｏｕｓ  ｔｒａｎｓｆｅｒ  ｍｏｄｅ、ＡＴＭ）セル又はネットワークアドレス間の他の情報を通信できる。ネットワーク１０２は、１つ以上のローカルエリアネットワーク（ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋｓ、ＬＡＮ）、メトロポリタンエリアネットワーク（ｍｅｔｒｏｐｏｌｉｔａｎ  ａｒｅａ  ｎｅｔｗｏｒｋｓ、ＭＡＮ）、ワイドエリアネットワーク（ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋｓ、ＷＡＮ）、又はインターネットのようなグローバルネットワークの全体若しくは一部、又は１つ以上の位置で任意の他の通信システム若しくはシステムを含むことができる。
【００１７】
ネットワーク１０２は、少なくとも１つのサーバ１０４及び多様なクライアント装置１０６−１１４の間の通信を可能にする。各サーバ１０４は、１つ以上のクライアント装置に対するコンピューティングサービスを提供できる適切なコンピューティング又は処理装置を含む。各サーバ１０４は、例えば、１つ以上のプロセッシング装置、命令及びデータを格納する１つ以上のメモリ及びネットワーク１０２を介して通信を可能にする１つ以上のネットワークインタフェースを含むことができる。
【００１８】
各クライアント装置１０６−１１４は、ネットワーク１０２を介して１つ以上のサーバ又は他のコンピューティング装置と相互動作する任意の適切なコンピューティング又は処理装置を示す。本例で、クライアント装置１０６−１１４は、デスクトップコンピュータ１０６、携帯電話又はスマートフォン１０８、携帯情報端末（ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ、ＰＤＡ）１１０、ノートパソコン１１２及びタブレットコンピュータ１１４を含む。しかし、任意の他の又は追加的なクライアント装置が演算システム１００で用いられてもよい。
【００１９】
本例で、一部のクライアント装置１０８−１１４は、ネットワーク１０２を介して間接的に通信する。例えば、クライアント装置１０８−１１０は、セルラー基地局又はｅＮｏｄｅＢのような、１つ以上の基地局１１６を介して通信する。また、クライアント装置１１２−１１４は、ＩＥＥＥ８０２．１１無線アクセスポイントのような１つ以上の無線アクセスポイント１１８を介して通信する。以上は単なる説明のためのものであって、各々のクライアント装置は、任意の適切な仲介装置又はネットワークを介して、ネットワーク１０２と間接的に又はネットワーク１０２と直接的に通信できる。
【００２０】
以下、本実施形態で、ＭＭＴＰストリームをＭＰＥＧ−２  ＴＳに変換する演算システム１００についてより詳細に説明する。例えば、サーバ１０４又はクライアント装置１０８−１１４は、ＭＭＴＰストリームをＭＰＥＧ−２  ＴＳに変換するために提供され得る。
【００２１】
図１は、演算システム１００の一例を示すが、図１に対する多様な変更が可能である。例えば、システム１００は、任意の適切な配列で任意の数のそれぞれの構成要素を含むことができる。一般に、コンピューティング及び通信システムは、多様な構成が可能で、図１は本開示の範囲を特定の構成に制限しない。図１は本特許文献に開示された多様な機能を使用できる１つの動作環境を図示しているが、このような特徴は任意の他の適切なシステムで用いられてもよい。
【００２２】
図２及び図３は、本開示による演算システムの例示的な装置を示す。特に、図２は、例示的なサーバ２００を示し、図３は、クライアント装置３００の例を示す。サーバ２００は、図１のサーバ１０４をいう場合があり、クライアント装置３００は、図１のクライアント装置１０６−１１４のうち１つ以上をいう場合がある。
【００２３】
図２に示すように、サーバ２００は、１つ以上のプロセッサ２１０間の通信をサポートするバスシステム２０５、少なくとも１つの記憶装置２１５、少なくとも１つの通信ユニット２２０、及び少なくとも１つの入力／出力（Ｉ／Ｏ）ユニット２２５を含む。
【００２４】
プロセッサ２１０は、メモリ２３０に読み込まれ得る命令を実行する。プロセッサ２１０は、任意の構成で適切な個数と類型のプロセッサら又は他の装置を含むことができる。プロセッサ２１０の例示的な類型としてマイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）及びディスクリート回路（ｄｉｓｃｒｅｅｔ  ｃｉｒｃｕｉｔｒｙ）を含む。プロセッサ２１０は、認証されたウェアラブル装置と電子装置のロック解除動作を行うように構成される。
【００２５】
メモリ２３０及び永続性記憶装置（ｐｅｒｓｉｓｔｅｎｔ  ｓｔｏｒａｇｅ）２３５は、記憶装置２１５の例であって、情報（データ、プログラムコード、及び／又はその他一時的又は永久的な適切な情報）を記憶及び検索できるあらゆる構造物をいう。メモリ２３０は、ランダムアクセスメモリ又は任意の他の適切な揮発性又は不揮発性記憶装置をいう場合がある。永続性記憶装置２３５は、読み出し専用メモリ（ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ）、ハードドライブ、フラッシュメモリ、又は光ディスクのようにデータの長期記憶をサポートする１つ以上の構成要素又は装置を含むことができる。
【００２６】
通信ユニット２２０は、他のシステム又は装置との通信をサポートする。例えば、通信ユニット２２０は、ネットワーク１０２上の通信を可能にするネットワークインタフェースカード又は無線送受信機を含むことができる。通信ユニット２２０は、任意の適切な物理的又は無線通信リンクを介して通信をサポートできる。
【００２７】
Ｉ／Ｏ装置２２５は、データを入力及び出力する。例えば、Ｉ／Ｏユニット２２５はキーボード、マウス、キーパッド、タッチスクリーン、又は他の適切な入力装置を介してユーザ入力に対する接続を提供できる。Ｉ／Ｏ装置２２５は、ディスプレイ、プリンタ、又は他の適切な出力装置に出力を伝送できる。
【００２８】
本例示的な実施形態で、以下、より詳細に説明するように、サーバ２００は、ＭＭＴＰストリームをＭＰＥＧ−２  ＴＳに変換する装置を実現できる。図２は、図１のサーバ１０４を示すと説明されるが、同じ又は類似の構造がクライアント装置１０６−１１４のうち１つ以上で用いられてもよい。例えば、図２に示すようにデスクトップ又はラップトップコンピュータは同じ又は類似の構造を有してもよい。
【００２９】
図３に示すように、クライアント装置３００は、アンテナ３０５、無線（ＲＦ）送受信
機３１０、送信（ＴＸ）処理回路３１５、マイクロホン３２０、及び受信（ＲＸ）処理回
路３２５を含む。クライアント装置３００は、スピーカ３３０、１つ以上のプロセッサ３
４０、入力／出力（Ｉ／Ｏ）インタフェース（ＩＦ）３４５、タッチスクリーン３５０、
ディスプレイ３５５、メモリ３６０を含む。メモリ３６０は、基本オペレーティングシス
テム（ｏｐｅｒａｔｉｎｇ  ｓｙｓｔｅｍ、ＯＳ）３６１及び１つ以上のアプリケーショ
ン３６３を含む。
【００３０】
ＲＦ送受信機３１０は、システムの他の構成要素によって送信された入力ＲＦ信号を、アンテナ３０５から受信する。ＲＦ送受信機３１０は、中間周波数（ＩＦ）又は基底帯域信号を生成するために受信ＲＦ信号をダウンコンバートする。ＩＦ又は基底帯域信号はＲＸ処理回路３２５に送信され、基底帯域又はＩＦ信号をフィルタリング、デコーディング及び／又はデジタル化することによって処理された基底帯域信号を生成する。ＲＸ処理回路３２５は、処理された基底帯域信号を追加処理のためにスピーカ３３０に（音声データ等）、又は追加処理のためにプロセッサ３４０に送信する（ウェブブラウジングデータ等）。
【００３１】
送信（ＴＸ）処理回路３１５は、マイクロホン３２０からアナログ又はデジタル音声データ又はプロセッサ３４０から（ウェブデータ、電子メール、又は双方向ビデオゲームデータのような）その他出力基底帯域データを受信する。ＴＸ処理回路３１５は、出力基底帯域データをエンコーディング、多重化及び／又はデジタル化して処理された基底帯域又はＩＦ信号を生成する。ＲＦ送受信機３１０は、ＴＸ処理回路３１５から出力処理された基底帯域又はＩＦ信号を受信し、基底帯域又はＩＦ信号をアンテナを介して送信されるＲＦ信号にアップコンバートする。
【００３２】
プロセッサ３４０は、１つ以上のプロセッサ又は他の処理装置を含み、クライアント装置３００の全般的な動作を制御するためにメモリ３６０に格納された基本ＯＳプログラム３６１を実行できる。例えば、プロセッサ３４０は、公知の原理に従ってＲＦ送受信機３１０、ＲＸ処理回路３２５及びＴＸ処理回路３１５による順方向チャネル信号の受信及び逆方向チャネル信号の送信を制御できる。一部の実施形態で、プロセッサ３４０は、１つ以上のマイクロプロセッサ又はマイクロコントローラを含む。
【００３３】
プロセッサ３４０は、ＭＭＴＰストリームをＭＰＥＧ−２  ＴＳに変換する動作のようなメモリ３６０に常駐するプログラム及びその他プロセスを実行することもできる。プロセッサ３４０は、実行プロセスにより要求されたように、メモリ３６０に又はメモリ３６０からデータを入力又は出力して移動させることができる。一部の実施形態で、プロセッサ３４０は、ＯＳプログラム３６１に基づいて又は外部装置又はオペレータから受信した信号に応じて、アプリケーション３６３を実行するように構成される。プロセッサ３４０は、ラップトップコンピュータ及び携帯用（ｈａｎｄｈｅｌｄ）コンピュータのような他の装置に接続する機能をクライアント装置３００に提供するＩ／Ｏインタフェース３４５とも接続される。Ｉ／Ｏインタフェース３４５は、補助装置とプロセッサ３４０の間の通信経路である。
【００３４】
プロセッサ３４０は、タッチスクリーン３５０及びディスプレイユニット３５５とも接続される。クライアント装置３００のオペレータは、クライアント装置３００にデータを入力するためにタッチスクリーン３５０を利用できる。ディスプレイ３５５は、液晶表示装置、又は、例えば、ウェブサイトからのテキストをレンダリング及び／又は少なくとも制限されたグラフィックを表示できる他のディスプレイであってもよい。
【００３５】
メモリ３６０は、プロセッサ３４０に接続される。メモリ３６０の一部は、ランダムアクセスメモリ（ＲＡＭ）を含み、メモリ３６０の他の部分はフラッシュメモリ又は他の読み出し専用メモリ（ＲＯＭ）を含むことができる。
【００３６】
以下、より詳細に説明するように、本実施形態で、クライアント装置３００は、ネットワーク１０２を介してサーバ１０４からエンコーディングされたビデオを受信してＭＭＴＰストリームをＭＰＥＧ−２  ＴＳに変換する装置を実現する。図２及び図３は、演算システムの装置の例を図示するが、図２及び図３に対する多様な変更が可能である。例えば、図２及び図３の多様な構成要素が必要に応じて結合したり、追加的に細分化したり、省略及び追加構成要素が付加されてもよい。特定例として、プロセッサ３４０は、１つ以上の中央処理装置（ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔｓ、ＣＰＵ）及び１つ以上のグラフィックプロセッシングユニット（ｇｒａｐｈｉｃｓ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔｓ、ＧＰＵ）のように、複数のプロセッサに分割されてもよい。また、図３は、携帯電話又はスマートフォンで構成されたクライアント装置３００を示すが、クライアント装置は、移動又は固定された他の類型の装置として動作するように構成されてもよい。また、コンピュータ及び通信ネットワーク、クライアント装置及びサーバのように多様な構成で提供され、図２及び図３は、本開示を特定のクライアント装置又はサーバに限定しない。
【００３７】
上述のように、ＭＰＥＧ（ｍｏｖｉｎｇ  ｐｉｃｔｕｒｅ  ｅｘｐｅｒｔ  ｇｒｏｕｐ）メディア伝送（ｍｅｄｉａ  ｔｒａｎｓｐｏｒｔ  ｐｒｏｔｏｃｏｌ、ＭＭＴＰ）ストリームをＭＰＥＧ−２伝送ストリーム（ｔｒａｎｓｐｏｒｔ  ｓｔｒｅａｍ、ＴＳ）に変換する装置は、ＭＭＰＴストリームに関するＭＭＴＰパケットを格納するように構成されたメモリ、メモリに機能的に接続された処理回路を含み、処理回路は、ＭＭＴＰストリームのＭＭＴＰパケットに制限を適用し、プレゼンテーション時間及びデコーディング時間を協定世界時（ｃｏｏｒｄｉｎａｔｇｅｄ  ｕｎｉｖｅｒｓａｌ  ｔｉｍｅ、ＵＴＣ）ベースの絶対時間からプログラムクロック基準時間（ｐｒｏｇｒａｍ  ｃｌｏｃｋ  ｒｅｆｅｒｅｎｃｅ  ｔｉｍｅ、ＰＣＲ）ベースの値に変換し、ＭＭＴＰストリームをＭＰＥＧ−２  ＴＳに変換する際、仮想受信機バッファモデル（ｈｙｐｏｔｈｅｔｉｃａｌ  ｒｅｃｅｉｖｅｒ  ｂｕｆｆｅｒ  ｍｏｄｅｌ、ＨＲＢＭ）を使用してデータを追加又は除去することなくＭＰＥＧ−２  ＴＳ規則に基づいてＭＭＴＰストリームを生成し、ＭＭＴＰパケットの値からＴＳパケット層、アダプテーションフィールド及びパケット化エレメンタリストリーム（ｐａｃｋｅｔｉｚｅｄ  ｅｌｅｍｅｎｔａｒｙ  ｓｔｒｅａｍ、ＰＥＳ）パケットらのＭＰＥＧ−２  ＴＳパケットフィールド値を決定する。
【００３８】
また、ＭＭＴＰパケットに適用される制限事項のうち１つは、メディアトラックデータがコーデック初期化情報を含むことにある。また、ＭＭＴＰパケットに適用される制限事項のうち１つはＭＭＴＰパケットのｐａｃｋｅｔ＿ｉｄフィールドの値が０ｘ００１０と０ｘ１ＦＦＥの間ということである。
【００３９】
また、処理回路は、メディアプロセッシングユニット（ＭＰＵ）のプレゼンテーション順序として初期サンプルのプレゼンテーション時間を提供するＭＰＵ＿ｔｉｍｅｓｔａｍｐ＿ｄｅｓｃｒｉｐｔｏｒに指定された値をムービーフラグメントボックスデータ（ｍｏｖｉｅ  ｆｒａｇｍｅｎｔ  ｂｏｘ  ｄａｔａ）で知られるプレゼンテーション順序でＭＰＵの初期サンプルらによって相対的な構成時間（ｃｏｍｐｏｓｉｔｉｏｎ  ｔｉｍｅ）と組み合わせる（ｃｏｍｂｉｎｉｎｇ）ように構成される。
【００４０】
また、処理回路は下記式を用いてプレゼンテーション時間及びデコーディング時間を計算するように構成され、
【００４１】
【数１】
0006663437.tif 000002
【００４２】
ここで、ＴＰＣＲは９０ＫＨｚにおける現在のＰＣＲサンプル値で、ＴＵＴＣはＵＴＣにおける現在時間値で、ＰＰＣＲは９０ＫＨｚにおけるメディアデータのプレゼンテーション時間値で、ＰＵＴＣはＵＴＣのプレゼンテーション時間値、ＤＰＣＲはＰＣＲを参照する９０ＫＨｚにおけるメディアデータのデコーディング時間値で、ＤＵＴＣはＵＴＣにおけるデコーディング時間値である。
【００４３】
また、処理回路は、固定レートＲＣを有するＭＭＴＰデカプセル化（ｄｅｃａｐｓｕｌａｔｉｏｎ）バッファから復元されたメディアデータを判読し、ＭＰＥＧ−２  ＴＳパケットを固定レートＲＤを有する転送バッファ（ＴＢＮ）に転送する。ここで、ＲＤは、プレゼンテーション時間及びデコーディング時間の変換によって決定されるＭＰＥＧ−２  ＴＳパケットヘッダオーバーヘッドによって固定される量だけＲＣから増加したレートである。
【００４４】
また、処理回路は、次のＭＭＴＰパケットからのデータがＭＭＴＰデカプセル化バッファに変換のために伝達される前に、１秒ごとにＭＭＴＰデカプセル化バッファを空けるように構成される。
【００４５】
また、処理回路は、ＭＰＥＧ−２  ＴＳパケットがｆ＿ｉフィールド値として「００」又は「０１」を有するＭＭＴＰパケットから変換された最初のパケットである場合、ペイロード単位開始表示（ｐａｙｌｏａｄ＿ｕｎｉｔ＿ｓｔａｒｔ＿ｉｎｄｉｃａｔｏｒ）フィールドを「１」の値に設定し、ＭＰＥＧ−２  ＴＳパケットがしきい値より小さい優先順位（ｐｒｉｏｒｉｔｙ）フィールドを有するＭＭＴＰパケットから変換された場合は、伝送優先順位（ｔｒａｎｓｐｏｒｔ＿ｐｒｉｏｒｉｔｙ）フィールドを「１」の値に設定し、ＰＩＤフィールドをＭＭＴＰパケットのパケットＩＤ（ｐａｃｋｅｔ＿ｉｄ）フィールド値に設定するように構成される。
【００４６】
また、処理回路は、ＭＰＥＧ−２  ＴＳパケットが「Ｒ」フィールド値として「１」を有するＭＭＴＰパケットから生成された最初のパケットの場合は、ランダムアクセスインジケータ（ｒａｎｄｏｍ＿ａｃｃｅｓｓ＿ｉｎｄｉｃａｔｏｒ）フィールドを「１」の値に設定するように構成され、ＭＰＥＧ−２  ＴＳパケットがしきい値より小さい優先順位フィールドを有するＭＭＴＰパケットから変換されると、エレメンタリストリーム優先順位インジケータ（ｅｌｅｍｅｎｔａｒｙ＿ｓｔｒｅａｍ＿ｐｒｉｏｒｉｔｙ＿ｉｎｄｉｃａｔｏｒ）フィールドを「１」の値に設定するように構成される。
【００４７】
また、処理回路は、ストリームＩＤ（ｓｔｒｅａｍ＿ｉｄ）フィールドをＭＭＴＰパケットのアセットタイプ（ａｓｓｅｔ＿ｔｙｐｅ）フィールド値に設定し、ＭＰＥＧ−２  ＴＳパケットがしきい値より小さい優先順位フィールドを有するＭＭＴＰパケットから変換される場合は、ＰＥＳ優先度（ＰＥＳ＿ｐｒｉｏｒｉｔｙ）フィールドを「１」の値に設定し、データアラインメントインジケータ（ｄａｔａ＿ａｌｉｇｎｍｅｎｔ＿ｉｎｄｉｃａｔｏｒ）フィールドを「１」の値に設定し、ＤＴＳフィールドをメディアデータのデコーディング時間から算出された値に設定するように構成される。
【００４８】
図４は、本開示の多様な実施形態に係るタイミングメディアデータのパケット化を例示する図面４００を示す。タイムドメディアを含むＭＰＵ（ｍｅｄｉａ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ）のパケット化は、ＭＰＵフォーマット認識（ｆｏｒｍａｔ−ａｗａｒｅ）及び／又はＭＰＵフォーマット無視モード（ｆｏｒｍａｔ  ａｇｎｏｓｔｉｃ  ｍｏｄｅ）で行われることができる。ＭＰＵフォーマット無視モードで、ＭＰＵは（大きさが異なる場合がある、最終データユニットを除いて）同じ大きさのデータユニットにパケット化されたり、一般ファイル伝送（ｇｅｎｅｒｉｃ  ｆｉｌｅ  ｄｅｌｉｖｅｒｙ、ＧＦＤ）を使用して基本伝送ネットワークのＭＴＵの大きさに応じてあらかじめ定義された大きさにパケット化される。換言すれば、ＭＰＵフォーマット無視モードのパケット化は、パケットで運搬されるデータの大きさのみを考慮してもよい。ＭＭＴＰパケットヘッダのタイプフィールド（ｔｙｐｅ  ｆｉｅｌｄ）は、パケット化がフォーマット無視モードであることを示す０ｘ００に設定される。
【００４９】
ＭＰＵフォーマット認識モード（ｆｏｒｍａｔ−ａｗａｒｅ  ｍｏｄｅ）におけるパケット化の手順は、ＭＰＵでデータの互いに異なるタイプの境界（ｂｏｕｎｄａｒｉｅｓ）を考慮して、ＭＰＵモードを利用してパケットを生成する。生成されたパケットは、ＭＰＵメタデータ、ムービーフラグメントメタデータ（ｍｏｖｉｅ  ｆｒａｇｍｅｎｔ  ｍｅｔａｄａｔａ）、又はＭＦＵの伝送データユニットを運搬する。生成されたパケットは、伝送データユニットの２つ以上の互いに異なるタイプを運搬することはできない。ＭＰＵメタデータの伝送データユニットは、ＤＵ＿ｔｙｐｅ  ０ｘ０１に割り当てられる。ＭＰＵメタデータは、「ｆｔｙｐ」ボックス、「ｍｍｐｕ」ボックス、「ＭＯＯＶ」ボックス、そして全ＭＰＵに適用される他のボックスを含む。ムービーフラグメントメタデータの伝送データ単位は、「ｍｏｏｖ」ボックスと（メディアデータを除く）「ｍｄａｔ」ボックスヘッダで構成され、ＤＵ＿ｔｙｐｅ  ０ｘ０２に割り当てられる。その後、メディアデータ、すなわち、ＭＰＵのｍｄａｔボックスのＭＦＵは、フォーマット認識方式でＭＦＵの多重伝送データ単位に分割される。これは、例えば、ＭＭＴＰヒントトラックの補助を受けて行うことができる。ＭＦＵは、１）メディアデータのみ、２）シーケンス番号を有するメディアデータ、さらには、３）一部の制御情報を有するメディアデータ、を含むことができる。各ＭＦＵは、シンタックス（ｓｙｎｔａｘ）とセマンティックス（ｓｅｍａｎｔｉｃｓ）を有するＭＦＵヘッダを付加する。ＭＦＵヘッダの後にＭＦＵのメディアデータが続く。
【００５０】
図５は、本開示の多様な実施形態に係る仮想受信機バッファモデル（ｈｙｐｏｔｈｅｔｉｃａｌ  ｒｅｃｅｉｖｅｒ  ｂｕｆｆｅｒ  ｍｏｄｅｌ、ＨＲＢＭ）とＭＰＥＧ−２  Ｔ−ＳＴＤの関係を示す。
【００５１】
ＨＲＢＭとＭＰＥＧ−２  Ｔ−ＳＴＤの関係を図５に概念的に示す。図５において、ＭＭＴＰ  ＭＰＥＧ−２ ＴＳコンバータ５１０に付加される処理遅延はない。ＭＭＴＰ  ＭＰＥＧ−２ ＴＳコンバータ５１０は、固定レートＲＣを有するＭＭＴＰデカプセル化バッファ５０５から復元されたメディアデータを読み出して、固定レートＲＤを有する転送バッファ（ＴＢＮ）にＭＰＥＧ−２パケットを伝送する。ここで、ＲＤは、変換動作に応じて導入されたＭＰＥＧ−２  ＴＳパケットヘッダオーバーヘッドによる固定量だけＲＣから増加したレートである。ＴＢｎ５１５は、１秒ごとに空にされ、これにより、次のＭＭＴＰパケットからデータがＭＭＴＰデカプセル化バッファ５０５に伝達される前には、各秒ごとにＭＭＴＰデカプセル化バッファ５０５には変換動作に利用可能なメディアデータは残っていない。
【００５２】
ＭＭＴＰデカプセル化バッファ５０５は、受信したＭＭＴＰパケットをデパケット化（ｄｅ−ｐａｃｋｅｔｉｚｅ）してＭＰＵを復元する。復元されたＭＰＵは、ＭＰＥＧ０２  ＴＳコンバータ５１０に伝送される。ＭＭＴＰパケット処理及びＨＲＢＭの固定終端の間の遅延に対する追加的な詳細事項は、本願に参照として引用された、２０１３年１０月８日に出願された名称が「メディアデータ伝送制御のための方法及び装置（ＭＥＴＨＯＤ  ＡＮＤ  ＡＰＰＡＲＡＴＵＳ  ＦＯＲ  ＭＥＤＩＡ  ＤＡＴＡ  ＤＥＬＩＶＥＲＹ  ＣＯＮＴＲＯＬ）」であるＵＳ特許出願番号２０１４／００９８８１１で確認できる。
【００５３】
図６は、本開示の多様な実施形態に係る、ＭＭＴＰストリームをＭＰＥＧ−２  ＴＳに変換するプロセス６００を示す。
【００５４】
動作６０５にて、システムは、ＭＭＴＰストリームに対するＭＭＴＰパケットに対して制限を適用する。ＭＭＴＰは非常にフレキシブルな動作を許容する。広い範囲の値を有するＭＭＴＰパケットの多数のフィールドを使用することができ、多くの機能を多様な方法で構成できる。ＭＭＴＰパケットのフィールドがＭＰＥＧ−２  ＴＳの動作範囲を超える場合があるので、ＭＰＥＧ−２  ＴＳへの効率的な変換のためにＭＭＴＰストリームに制限を適用する。ＭＭＴＰパケットの制限の１つは、メディアトラックデータがコーデック初期化情報を含むことにある。例えば、高性能ビデオコーディング（ａｄｖａｎｃｅｄ  ｖｉｄｅｏ  ｃｏｄｉｎｇ、ＡＶＣ）ビデオビットストリームを運搬するＭＰＵは、当該ＡＶＣビデオストリーム内に、当該ＡＶＣビデオストリームをデコーディングするために必要な全てのシーケンス及び画像パラメータセット（ｓｅｑｕｅｎｃｅ  ａｎｄ  ｐｉｃｔｕｒｅ  ｐａｒａｍｅｔｅｒ  ｓｅｔｓ、ＳＰＳ及びＰＰＳ）を運搬する。ＭＭＴＰパケットに対する制限のさらに他の例は、ＭＭＴＰパケットのパケットＩＤ（ｐａｃｋｅｔ＿ｉｄ）フィールドの値が０ｘ００１０と０ｘ１ＦＦＥの間ということである。
【００５５】
動作６１０にて、システムは、プレゼンテーション時間及びデコーディング時間を協定世界時（ｃｏｏｒｄｉｎａｔｇｅｄ  ｕｎｉｖｅｒｓａｌ  ｔｉｍｅ、ＵＴＣ）ベースの絶対時間からプログラムクロック基準時間（ｐｒｏｇｒａｍ  ｃｌｏｃｋ  ｒｅｆｅｒｅｎｃｅ  ｔｉｍｅ、ＰＣＲ）ベースの値に変換する。ＭＭＴＰストリームで、プレゼンテーション時間及びデコーディング時間が壁時計時間（ｗａｌｌ  ｃｌｏｃｋ  ｔｉｍｅ）、すなわちＵＴＣベースの絶対時間で表現される。ＭＰＥＧ−２  ＴＳのプレゼンテーション時間及びデコーディング時間はＰＣＲをクロック基準として用いて表現されるので、ＭＭＴＰストリームによって運搬されたメディアデータのプレゼンテーション時間及びデコーディング時間はＰＣＲベースの値に変換される。変換のために、ＭＭＴＰによって運搬されたメディアデータのＵＴＣベースのプレゼンテーション時間及びデコーディング時間は、プレゼンテーション順序におけるＭＰＵ中の初期サンプルのプレゼンテーション時間を提供するＭＰＵ＿ｔｉｍｅｓｔａｍｐ＿ｄｅｓｃｒｉｐｔｏｒに指定された値と、ムービーフラグメントボックスデータ（ｍｏｖｉｅ  ｆｒａｇｍｅｎｔ  ｂｏｘ  ｄａｔａ）により知られるプレゼンテーション順序におけるＭＰＵ中の初期サンプルに対する相対的な構成時間（ｃｏｍｐｏｓｉｔｉｏｎ  ｔｉｍｅ）と、を組み合わせて計算される。ＵＴＣのプレゼンテーション時間及びデコーディング時間は、ＰＣＲを参照するプレゼンテーション時間及びデコーディング時間に変換される。ＭＰＥＧ−２  ＴＳを処理するクライアントのクロックを送信機のクロックに固定することを考慮して、プレゼンテーション時間及びデコーディング時間は、以下の式を用いて計算できる。
【００５６】
【数２】
0006663437.tif 000003
【００５７】
【数３】
0006663437.tif 000004
【００５８】
ここで、ＴＰＣＲは９０ＫＨｚにおける現在のＰＣＲサンプル値で、ＴＵＴＣはＵＴＣにおける現在時間値で、ＰＰＣＲは９０ＫＨｚにおけるメディアデータのプレゼンテーション時間値で、ＰＵＴＣはＵＴＣのプレゼンテーション時間値、ＤＰＣＲはＰＣＲを参照する９０ＫＨｚにおけるメディアデータのデコーディング時間値で、ＤＵＴＣはＵＴＣにおけるデコーディング時間値である。
【００５９】
動作６１５にて、システムは、ＭＰＥＧ−２  ＴＳに変換される際には、ＭＰＥＧ−２  ＴＳ規則に従うように、ＨＲＢＭを用いてデータを追加又は除去することなくＭＭＴＰストリームを構成する。ＭＰＥＧ−２  ＴＳはＭＰＥＧ−２  Ｔ−ＳＴＤに関する規則に従うので、ＭＭＴＰストリームは、当該ＭＭＴＰストリームから変換されたＭＰＥＧ−２  ＴＳがＭＰＥＧ−２  ＴＳの規則に従うよう、ＭＭＴＰのＨＲＢＭを使用してデータを追加又は除去することなく構成されるべきである。ＨＲＢＭはＭＭＴＰパケット間の距離を精密に制御することを可能にするので、換言すれば、ＨＲＢＭバッファに接続された次のエンティティに各ＭＭＴＰパケットのメディアデータが利用可能な場合、ＭＭＴＰストリームは、ＨＲＢＭを使用して各ＭＭＴＰパケットのタイムスタンプを適切に決定することによってこのような要求事項を満足させるように構成される。ＨＲＢＭとＭＰＥＧ−２  Ｔ−ＳＴＤの関係は、図５のように概念的に表すことができる。図５において、ＭＭＴＰのＭＰＥＧ−２  ＴＳコンバータによって付加される処理遅延はない。ＭＭＴＰのＭＰＥＧ−２  ＴＳコンバータは、固定レートＲＣを有するＭＭＴＰデカプセル化バッファから復元されたメディアデータを読み出して、固定レートＲＤを有するＴＢＮにＭＰＥＧ−２パケットを伝送する。ここで、ＲＤは、変換動作に応じて導入されたＭＰＥＧ−２  ＴＳパケットヘッダオーバーヘッドによる固定量だけＲＣから増加したレートである。ＴＢｎは１秒ごとに空となる必要があるので、次のＭＭＴＰパケットからデータがＭＭＴＰデカプセル化バッファに伝達される前に、１秒ごとにＭＭＴＰデカプセル化バッファには変換動作のために利用可能なメディアデータは残っていない。
【００６０】
動作６２０にて、システムは、ＭＭＴＰパケットの値からＴＳパケット層、アダプテーションフィールド及びＰＥＳパケットのＭＰＥＧ−２  ＴＳパケットフィールド値を決定する。下記の表に、ＭＰＥＧ−２  ＴＳパケット及びＰＥＳパケットのフィールド値を決定するための基本規則を提供する。下記の表に明示されないフィールドの値は、ＭＭＴＰパケットら又はシグナリング情報のフィールドの値から直接決定されない場合もあるが、ＩＳＯ／ＩＥＣ  １３８１８−１に定義されたセマンティックス（ｓｅｍａｎｔｉｃｓ）によって決定される。
【００６１】
【表１】
0006663437.tif 000005
【００６２】
【表２】
0006663437.tif 000006
【００６３】
【表３】
0006663437.tif 000007
【００６４】
図６は、ＭＭＴＰストリームをＭＰＥＧ−２  ＴＳに変換するプロセスの例をそれぞれ示すが、図６に対して多様な変更が可能である。例えば、一連のステップで示し、それぞれ図面の様々なステップが重複して実行、並列に実行、互いに異なる順序で実行、又は複数回実行されてもよい。
【００６５】
本開示が例示的な実施形態で記載されたが、多様な変更及び修正が当業者に提案できる。本開示は添付された請求の範囲内に属するそのような変更及び修正を含むことが意図される。
【００６６】
本開示の記載のいずれも、任意の特定の構成要素、ステップ、又は機能が請求範囲に含まれる必須要素であることを意味すると解釈されるべきではない。特許の範囲は請求範囲によってのみ限定される。また、請求項は「手段」という明確な用語が修飾語に続かない限り、米国特許法３５Ｕ．Ｓ．Ｃ．§１１２（ｆ）条が適用されないように意図された。
【図１】
0006663437.tif 000010
【図２】
0006663437.tif 000011
【図３】
0006663437.tif 000012
【図４】
0006663437.tif 000013
【図５】
0006663437.tif 000014
【図６】
0006663437.tif 000015