(57)【要約】【課題】ＴＳ方式のストリームのＴＳパケット列をＭＭＴ方式のＭＭＴＰパケットとして伝送する。【解決手段】ＴＳ信号をＭＭＴ信号に変換して送信する送信装置において、入力されたＴＳ信号のパケットを解析し、前記ＴＳ信号に多重化されたコンポーネント及び制御信号の分離を行うＴＳパケット解析・分離部と、前記ＴＳ信号に多重化されたコンポーネントに対応するＴＳパケット識別情報と、ＭＭＴパケット識別情報とを関連付け、前記ＴＳ信号に多重化されたコンポーネントを複数伝送路に振り分け可能なパケットを構成するパケット構成部と、前記パケット構成部により得られるＭＭＴ信号を出力するＭＭＴ信号出力部とを有することにより、上記課題を解決する。【選択図】図４
2015149680.tif 000002
【特許請求の範囲】
【請求項１】
ＴＳ信号をＭＭＴ信号に変換して送信する送信装置において、
入力されたＴＳ信号のパケットを解析し、前記ＴＳ信号に多重化されたコンポーネント及び制御信号の分離を行うＴＳパケット解析・分離部と、
前記ＴＳ信号に多重化されたコンポーネントに対応するＴＳパケット識別情報と、ＭＭＴパケット識別情報とを関連付け、前記ＴＳ信号に多重化されたコンポーネントを複数伝送路に振り分け可能なパケットを構成するパケット構成部と、
前記パケット構成部により得られるＭＭＴ信号を出力するＭＭＴ信号出力部とを有することを特徴とする送信装置。
【請求項２】
前記パケット構成部は、
前記ＭＭＴ信号に含まれるｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏに前記ＴＳパケット識別情報と前記ＭＭＴパケット識別情報との対応を記述することを特徴とする請求項１に記載の送信装置。
【請求項３】
前記パケット構成部は、
前記ＴＳパケット解析・分離部により得られる前記ＴＳパケット識別情報と、前記ＭＭＴパケット識別情報との対応情報のリストをＭＭＴの制御情報に記述することを特徴とする請求項１に記載の送信装置。
【請求項４】
前記パケット構成部は、
前記ＴＳ信号のコンポーネントのＰＥＳを、前記ＭＭＴ信号のＭＦＵに対応付けてＭＭＴＰパケット化することを特徴とする請求項１乃至３の何れか１項に記載の送信装置。
【請求項５】
前記パケット構成部により構成されたパケットに格納されたデータの重要度又は振り分けられる伝送路の性質に応じてＦＥＣ処理を行うＦＥＣ処理部を有することを特徴とする請求項４に記載の送信装置。
【請求項６】
前記パケット構成部は、
前記ＭＦＵの先頭若しくは全てのＴＳパケットにタイムスタンプを付与することを特徴とする請求項４又は５に記載の送信装置。
【請求項７】
前記ＴＳ信号のコンポーネントのＰＥＳの先頭の情報に含まれるピクチャ種別からランダムアクセスポイントを判定し、判定結果に対応するＭＰＵ番号及びＭＦＵ番号を付与するランダムアクセスポイント判定部を有することを特徴とする請求項１乃至６の何れか１項に記載の送信装置。
【請求項８】
前記パケット構成部は、
前記ＭＰＵの先頭のＭＦＵにＴＳの制御情報を格納することを特徴とする請求項４に記載の送信装置。
【請求項９】
前記ＴＳ信号のコンポーネントのＰＥＳヘッダに記述されたＳＴＣ時間軸上の提示時刻であるＰＴＳを、ＵＴＣ時間軸上の提示時刻であるＭＰＵタイムスタンプに変換し、ＭＰＵ先頭のアクセスユニットのＭＦＵを格納する前記ＭＭＴ信号のパケットを送出する前に、対応する制御信号パケットに格納して出力させるタイムスタンプ生成部を有することを特徴とする請求項１乃至８の何れか１項に記載の送信装置。
【請求項１０】
受信したＭＭＴ信号からＴＳ信号を取得する受信装置において、
１又は複数の伝送路から受信した前記ＭＭＴ信号を入力するＭＭＴ信号入力部と、
前記ＭＭＴ信号入力部により入力された前記ＭＭＴ信号に対し、ＴＳパケット識別情報とＭＭＴパケット識別情報との対応情報を用いて、出力対象のＴＳコンポーネントを伝送するＭＭＴＰパケットを分離し、ＴＳパケット列を取り出すパケット分離部と、
前記パケット分離部により得られるＴＳパケットに付与されたタイムスタンプに基づいて、前記ＴＳパケットを時系列に並べてシリアル化されたＴＳ信号を出力する出力部とを有することを特徴とする受信装置。
【請求項１１】
前記パケット分離部は、
前記ＴＳパケット識別情報と前記ＭＭＴパケット識別情報との対応情報に基づいて、前記ＭＭＴ信号内に多重されたＴＳのコンポーネントを、ＭＭＴパッケージのアセットとして参照することを特徴とする請求項１０に記載の受信装置。
【請求項１２】
前記出力部から出力されるＴＳ信号を復号する復号部を有し、
前記復号部は、前記出力部から出力されるＴＳ信号と、ＴＳ方式を採用した他の放送サービスから別途受信されるＴＳ信号とが排他的に切り替えられた信号を復号可能とすることを特徴とする請求項１０又は１１に記載の受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送信装置及び受信装置に係り、特に映像や音声等の符号データを多重化したＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）方式のストリームを、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）方式のストリームとして伝送する技術に関する。
【背景技術】
【０００２】
現在、実用化されているデジタル放送システムの国際標準規格では、映像や音声等のメディア符号データの多重化方式として「ＭＰＥＧ−２  ＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）」方式が標準的に用いられている（例えば、非特許文献１参照）。ＴＳ方式は、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｔｒａｎｓｆｅｒ  Ｍｏｄｅ）伝送路をターゲットして設計されており、１８８バイトを基本とする固定長のパケットサイズを採用している。
【０００３】
一方、ＴＳ方式の標準化後、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）伝送路が急速に普及し、高速化・低価格化が進んだことにより、ＩＰ伝送路を用いてＴＳ方式のストリームを伝送する「ＴＳ  ｏｖｅｒ  ＩＰ」への要求が高まっている。そこで、ＩＰＴＶ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ｔｅｌｅｖｉｓｉｏｎ）の標準規格や、素材伝送の標準規格としてＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）を用いたＴＳ  ｏｖｅｒ  ＩＰが採用されている（例えば、非特許文献２〜５参照）。
【０００４】
一方、放送・通信を連携させたハイブリッドなコンテンツ配信サービスを実現する新たな多重化方式として、「ＭＰＥＧ−Ｈ  ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）」方式の標準化が進められ、次世代デジタル放送システムでの利用が期待されている（例えば、非特許文献６参照）。ＭＭＴ方式では、放送・通信を統合するレイヤとしてＩＰレイヤを導入し、可変長のパケットサイズを採用している。また、メディア符号データを他の復号結果に依存せず独立して復号可能なデータ単位をＭＰＵ（Ｍｅｄｉａ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、それを分割した復号処理単位であるアクセスユニットをＭＦＵ（Ｍｅｄｉａ  Ｆｒａｇｍｅｎｔ  Ｕｎｉｔ）と定義している。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】ＩＳＯ／ＩＥＣ  １３８１８−１，"Ｇｅｎｅｒｉｃ  Ｃｏｄｉｎｇ  ｏｆ  Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅｓ  ａｎｄ  Ａｓｓｏｃｉａｔｅｄ  Ａｕｄｉｏ  Ｉｎｆｏｒｍａｔｉｏｎ：Ｓｙｓｔｅｍｓ"
【非特許文献２】一般社団法人ＩＰＴＶ  フォーラムＩＰＴＶＦＪ  ＳＴＤ−０００，"ＩＰ放送仕様"
【非特許文献３】ＳＭＰＴＥ  ２０２２−２，"Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ  Ｔｒａｎｓｐｏｒｔ  ｏｆ  Ｃｏｎｓｔａｎｔ  Ｂｉｔ  Ｒａｔｅ  ＭＰＥＧ−２  Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍｓ  ｏｎ  ＩＰ  Ｎｅｔｗｏｒｋｓ"
【非特許文献４】ＩＥＴＦ  ＲＦＣ  ３５５０，"ＲＴＰ：Ａ  Ｔｒａｎｓｐｏｒｔ  ｐｒｏｔｏｃｏｌ  ｆｏｒ  Ｒｅａｌ−Ｔｉｍｅ  Ａｐｐｌｉｃａｔｉｏｎｓ"
【非特許文献５】ＩＥＴＦ  ＲＦＣ  ２２５０，"ＲＴＰ  Ｐａｙｌｏａｄ  Ｆｏｒｍａｔ  ｆｏｒ  ＭＰＥＧ１／ＭＰＥＧ２  Ｖｉｄｅｏ"
【非特許文献６】ＩＳＯ／ＩＥＣ  ＦＤＩＳ  ２３００８−１，"Ｈｉｇｈ  ｅｆｆｉｃｉｅｎｃｙ  ｃｏｄｉｎｇ  ａｎｄ  ｍｅｄｉａ  ｄｅｌｉｖｅｒｙ  ｉｎ  ｈｅｔｅｒｏｇｅｎｅｏｕｓ  ｅｎｖｉｒｏｎｍｅｎｔｓ：ＭＰＥＧ  ｍｅｄｉａ  ｔｒａｎｓｐｏｒｔ"
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ＴＳ方式で記録されたコンテンツ資産や、ＴＳ方式での入出力を持つ設備資産の有効活用の目的において、ＴＳ方式のストリームをＭＭＴ方式のＩＰフローに多重化して伝送するシステムへの要求は高い。しかしながら、上述したＴＳ方式のストリームをＭＭＴ方式のＩＰフローに多重化する標準方式は、未だ存在していない。
【０００７】
例えば、上述したＲＴＰを用いた「ＴＳ  ｏｖｅｒ  ＩＰ」方式は、ＴＳパケットの内容を関知せずに固定のパケット数で単純分割するため、パケットに格納されたデータの重要度や伝送路の性質に応じた誤り訂正等を柔軟に行うことができない。一方、ＭＭＴ方式で導入されたＭＰＵやＭＦＵの概念を利用することで、パケットに格納されたデータの重要度や伝送路の性質に応じた誤り訂正を可能にしたり、複数伝送路でハイブリッドな配信を行う場合にシームレスな切り替えやコンポーネント単位での伝送路の割り当て、他のＭＭＴフロー上のコンポーネントと同期した映像や音声の提示を可能にする等、より高機能な伝送が実現できる。
【０００８】
本発明は、上述した問題点に鑑みなされたものであり、ＴＳ方式のストリームのＴＳパケット列をＭＭＴ方式のＭＭＴＰパケットとして伝送することを目的とする。
【課題を解決するための手段】
【０００９】
一態様における送信装置は、ＴＳ信号をＭＭＴ信号に変換して送信する送信装置において、入力されたＴＳ信号のパケットを解析し、前記ＴＳ信号に多重化されたコンポーネント及び制御信号の分離を行うＴＳパケット解析・分離部と、前記ＴＳ信号に多重化されたコンポーネントに対応するＴＳパケット識別情報と、ＭＭＴパケット識別情報とを関連付け、前記ＴＳ信号に多重化されたコンポーネントを複数伝送路に振り分け可能なパケットを構成するパケット構成部と、前記パケット構成部により得られるＭＭＴ信号を出力するＭＭＴ信号出力部とを有する。
【００１０】
また、一態様における受信装置は、受信したＭＭＴ信号からＴＳ信号を取得する受信装置において、１又は複数の伝送路から受信した前記ＭＭＴ信号を入力するＭＭＴ信号入力部と、前記ＭＭＴ信号入力部により入力された前記ＭＭＴ信号に対し、ＴＳパケット識別情報とＭＭＴパケット識別情報とを関連付けたリスト情報を用いて、出力対象のＴＳコンポーネントを伝送するＭＭＴＰパケットを分離し、ＴＳパケット列を取り出すパケット分離部と、前記パケット分離部により得られるＴＳパケットに付与されたタイムスタンプに基づいて、前記ＴＳパケットを時系列に並べてシリアル化されたＴＳ信号を出力する出力部とを有する。
【発明の効果】
【００１１】
本発明によれば、ＴＳ方式のストリームのＴＳパケット列をＭＭＴ方式のＭＭＴＰパケットとして伝送することができる。
【図面の簡単な説明】
【００１２】
【図１】レガシーメディア活用を考慮したＭＭＴサービスのレイヤモデルの一例を示す図である。
【図２】ＲＴＰパケットに対するＴＳパケットのカプセル化の一例を示す図である。
【図３】「ＴＳ  ｏｖｅｒ  ＭＭＴ」を用いた放送システムの一例を示す図である。
【図４】ＭＭＴ多重装置の機能構成例を示す図である。
【図５】第１実施例における受信機の機能構成例を示す図である。
【図６】第２実施例における受信機の機能構成例を示す図である。
【図７】「ＴＳ  ｏｖｅｒ  ＭＭＴ」に対応する受信機に実装されるメディアプロセッサの機能構成の一例を示す図である。
【図８】ＭＭＴＰパケットに対するＴＳパケットのカプセル化の一例を示す図である。
【図９】「ＴＳ  ｏｖｅｒ  ＭＭＴ」で伝送されるＴＳコンポーネントのｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ記述例を示す図である。
【図１０】ＴＳコンポーネントリスト記述子の一例を示す図である。
【図１１】ＭＭＴＰパケットから取り出したＴＳパケットのシリアル化の一例を示す図である。
【図１２】ＴＳパケットのシリアル化を行うための処理の具体例を示す図である。
【発明を実施するための形態】
【００１３】
本実施形態では、例えば符号化器等で生成されたＴＳ方式のストリームや既にハードディスク等の記憶部に蓄積されたＴＳ方式のストリームデータを、ＭＭＴ方式のＩＰフローに多重化し、ＩＰ伝送路上での伝送を可能とする多重化方式の変換手法と、上述した実施形態を適用した送信装置及び受信装置について説明する。
【００１４】
＜ＴＳとＭＭＴの概要について＞
まず、ＴＳとＭＭＴの概要について説明する。図１は、レガシーメディア活用を考慮したＭＭＴサービスのレイヤモデルの一例を示す図である。
【００１５】
例えば、放送及び通信を連携させたハイブリッドなコンテンツ配信サービス（ＭＭＴサービス）等では、図１に示すように「放送、通信」、「ＴＬＶ（Ｔｙｐｅ  Ｌｅｎｇｔｈ  Ｖａｌｕｅ）」、「ＩＰ」、「ＭＭＴ、ファイル伝送」、「ＴＬＶ−ＳＩ、ＩＰ−ＳＩ、ＭＭＴ−ＳＩ」、「映像ＨＥＶＣ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）、音声ＡＡＣ（Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｃｏｄｉｎｇ）、データ、字幕、レガシーメディア（ＴＳ）、アプリ／ＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ  Ｐｒｏｇｒａｍ  Ｇｕｉｄｅ）、コンテンツダウンロード」等が、各レイヤに存在している。
【００１６】
なお、図１に示すＴＬＶとは、例えばデジタル放送等の高度化においてＩＰパケットを効率的に多重する多重化方式である。また、ＴＬＶ−ＳＩは、ＩＰパケットの多重に関する伝送制御信号であり、例えば選局のための情報やＩＰアドレスとサービスの対応情報である。また、ＩＰ−ＳＩは、ＩＰパケットに関する伝送制御信号である。また、ＭＭＩ−ＳＩは、放送番組の構成等を示す伝送制御信号である。ＭＭＩ−ＳＩは、ＭＭＴの制御メッセージの形式とし、ＭＭＴＰペイロードに乗せてＭＭＴＰパケット化し、ＩＰパケットで伝送する。
【００１７】
ＭＭＴでは、図１の例に示すようにＴＳと同等の多重化機能を有すると共に、ＩＰ伝送を前提に設計されている。そのため、これまで「ＴＳ  ｏｖｅｒ  ＩＰ」が用いられてきたアプリケーションにおいてＭＭＴの採用が進むと考えられる。しかしながら、ＴＳ形式で蓄積されたコンテンツ資産やＴＳ信号を入出力とする符号化器や復号器等の映像処理装置が数多く流通している現状を見ると、図１に示すようなレガシーメディアとしてのＴＳが今後も共存していく可能性が高い。このような状況下では、ＭＭＴを用いた次世代放送サービスにおいて、これらのレガシーメディアをサービスの一部としてどのように活用するかが課題の一つとなっている。
【００１８】
本実施形態では、ハイブリッド伝送等のＭＭＴの特徴を活用可能なＴＳ形式コンテンツの多重方式である「ＴＳ  ｏｖｅｒ  ＭＭＴ」を用いて、上述したような次世代放送サービスにおけるレガシーメディアの活用を実現する。
【００１９】
ここで、「ＴＳ  ｏｖｅｒ  ＩＰ」、「ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）ストリーミングにおけるＴＳの利用」、及び「ＭＭＴによって実現されるハイブリッド伝送」の概要について説明する。
【００２０】
＜「ＴＳ  ｏｖｅｒ  ＩＰ」について＞
ＴＳは、当初はＡＴＭ伝送路をターゲットに設計されたが、現在ではＩＰ伝送路を用いた「ＴＳ  ｏｖｅｒ  ＩＰ」がより一般的である。「ＴＳ  ｏｖｅｒ  ＩＰ」では、アプリケーション層のプロトコルとしてＲＴＰが標準的に用いられる。ＲＴＰパケットに対するＴＳパケットのカプセル化は、例えば「ＩＥＴＦ  ＲＦＣ  ２２５０」に規定されており、この内容を参照する形で幾つかの標準規格が策定されている。なお、素材伝送規格としては、例えば「ＳＭＰＴＥ  ２０２２−２」があり、ＩＰＴＶ規格としては、例えば「ＤＶＢ−ＩＰＴＶ」や「ＩＰＴＶＦＪ  ＳＴＤ−０００４」等がある。
【００２１】
＜ＴＳパケットのカプセル化と誤り訂正について＞
次に、「ＴＳ  ｏｖｅｒ  ＩＰ」におけるＴＳパケットのカプセル化と誤り訂正の概要について説明する。図２は、ＲＴＰパケットに対するＴＳパケットのカプセル化の一例を示す図である。なお、図２において、Ｖはビデオ（Ｖｉｄｅｏ）データを示し、Ａはオーディオ（Ａｕｄｉｏ）データを示している。ＰＡＴ（Ｐｒｏｇｒａｍ  Ａｓｓｏｃｉａｔｉｏｎ  Ｔａｂｌｅ）は、あるＴＳ内に含まれるプログラム一覧をＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ）のＰＩＤ（パケット識別子）一覧で格納した情報である。また、ＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ）は、あるプログラムに含まれる画像や音声等の各ＰＩＤを格納した情報である。また、ＰＣＲ（Ｐｒｏｇｒａｍ  Ｃｌｏｃｋ  Ｒｅｆｅｒｅｎｃｅ）は、送信装置と受信装置との時刻同期を行う際の基準となるクロックである。また、ＰＣＲは、符号化した時の基準時間を復号側のＳＴＣ（Ｓｙｓｔｅｍ  Ｔｉｍｅ  Ｃｌｏｃｋ）で再現するための情報である。
【００２２】
図２の例に示すように、ＩＰ伝送路のＭＴＵ（Ｍａｘｉｍｕｍ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｕｎｉｔ）に収まるようにＴＳパケット列を単純分割して順次ＩＰパケットに格納する。例えば、物理層にイーサネット（登録商標）が用いられる場合、ＭＴＵは１５００バイトが標準であり、最大７個のＴＳパケットを１個のＲＴＰパケットに格納することができる。図２に示すように、ＲＴＰパケットのヘッダ部には、シーケンスナンバー（Ｓｅｑｕｅｎｃｅ＿Ｎｕｍｂｅｒ）が付与され、受信したパケットのリオーダーやパケットロスの検出に利用できる。
【００２３】
ここで、「ＲＦＣ  ２２５０」には規定されないが、伝送データの削減を目的に有効なデータを持たないヌル（Ｎｕｌｌ）ＴＳパケットを送信側で削除する実装もある。この場合には、受信側で受信したデータを元通りのＴＳ信号として再生させるために、図２に示すように全てのＴＳパケットにＳＴＣに基づく３２ビットのタイムスタンプ（Ｔｉｍｅｓｔａｍｐ）が付与される。
【００２４】
また、ネットワークにおける伝送路の性質と必要なサービス品質に応じて、誤り訂正が実装される。この場合には、伝送路上でロスしたパケットの復元を可能とするＡＬ−ＦＥＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒ−Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ）アルゴリズムとして「Ｐｒｏ−ＭＰＥＧ  ＣｏＰ３ｒ２」に規定される方式が多く採用されている。「Ｐｒｏ−ＭＰＥＧ  ＦＥＣ」では、複数ＲＴＰパケットの排他的論理和によってリペアパケットが生成される。
【００２５】
また、ネットワークが双方向伝送路の場合には、ＲＴＣＰ（ＲＴＰ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）によるパケットロス通知を用いることで、ＦＥＣで復元不可能となったパケットの再送を行うＡＲＱ（Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ）の実装が可能である。
【００２６】
ＩＰ伝送に適した多重化方式が存在しない中、既存方式を組み合わせて実装と普及が進んだ経緯から、多重機能はＴＳが担い、伝送機能はＲＴＰが担う形で役割が明確に分かれている。１個のＲＴＰパケット内に複数のコンポーネントや制御情報が混在しているため、伝送機能からはＴＳ信号内におけるＧＯＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅ）やアクセスユニットの切れ目の位置を認識できない。
【００２７】
「ＴＳ  ｏｖｅｒ  ＩＰ」は、伝送とコンテンツを分離したいアプリケーションにおいては有効なソリューションであるが、次世代放送サービスで求められるハイブリッド伝送等の実現においては機能的な限界がある。したがって、ＭＭＴを用いた次世代放送サービスにおいて、今後、上述したレガシーメディアとなるＴＳを活用するためには、「ＴＳ  ｏｖｅｒ  ＩＰ」に代わる新たな伝送方式の実現が課題となる。
【００２８】
＜ＨＴＴＰストリーミングにおけるＴＳの利用について＞
次に、ＨＴＴＰストリーミングにおけるＴＳの利用について説明する。近年では、ＨＴＴＰを用いた映像コンテンツのストリーミング配信が注目されている。例えば、ＨＬＳ（ＨＴＴＰ  Ｌｉｖｅ  Ｓｔｒｅａｍｉｎｇ）やＳｍｏｏｔｈ  Ｓｔｒｅａｍｉｎｇ等のベンダー規格が先行し，それらの技術を持ち寄る形でＭＰＥＧ−ＤＡＳＨ（Ｄｙｎａｍｉｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ）が策定された。
【００２９】
これらの方式では、数秒単位に分割したストリームファイルであるセグメントをＷｅｂサーバ上に置き、受信装置はプレイリストに記述されたＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を参照して、これら連続的に取得し再生する。ＨＬＳでは、ストリーム形式としてＴＳを採用しており、ＭＰＥＧ−ＤＡＳＨでもＴＳを対象とするプロファイルを規定している。
【００３０】
セグメント化されたＴＳは、初期化情報として必要なＴＳ制御情報とランダムアクセスポイントのアクセスユニットを先頭に持つため、任意のセグメントからの再生開始が可能である。放送システム等のストリーミング配信で利用する符号化器は、これらの規則に従ったストリームファイルを出力するように実装されている必要がある。
【００３１】
＜ＭＭＴによるハイブリッド伝送について＞
ＭＭＴの最大の特徴は、例えば映像，音声，字幕，データ等の多様なアセット（例えば、映像や音声等のコンポーネント）を複数の伝送路を用いて伝送するハイブリッド伝送にある。ハイブリッド伝送の機能要素としては、例えば、（１）アセット単位での伝送路割り当て、（２）シームレスな伝送路切り替え、（３）ＵＴＣ（Ｃｏｏｒｄｉｎａｔｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｉｍｅ）時刻に同期したメディアプレゼンテーション、（４）アセットの表示レイアウト指定、（５）アセットの重要度に応じた誤り訂正である。
【００３２】
上述の（１）では、ＭＭＴパケットＩＤ（識別情報）によってアセットや制御情報のフローを分離でき、ＭＭＴ多重装置でＭＭＴパケットＩＤに基づいたルーティングが行われる。また、上述の（２）では、伝送路の状態に応じた動的な伝送路切り替えの要求に対し、ランダムアクセスポイントの位置を考慮したシームレスな伝送路切り替えを実現できる。例えば、あるアセットの伝送路を放送から通信に切り替えるという送信側の操作に加え、同種のアセットについて放送伝送される高階層アセットから通信伝送される低階層アセットへ切り替えるという受信側の操作がある。
【００３３】
また、（３）では、ＵＴＣ形式で統一されたプレゼンテーションタイムスタンプが付与されることで、異なるＭＭＴ多重装置から送出されたアセット間や、異なる受信機間においても正確に同期したメディアプレゼンテーションが可能である。また、（４）では、レイアウト設定テーブルとＭＰＵ提示領域指定記述子の伝送により、メインディスプレイとセカンドディスプレイ上におけるアセットの提示位置を指定することができる。
【００３４】
また、（５）では、ＭＭＴに規定されるＡＬ−ＦＥＣフレームワークでは、アセットの重要度や割り当てられた伝送路の性質に応じて、適用するＦＥＣアルゴリズムやそのパラメータを設定することができる。
【００３５】
＜「ＴＳ  ｏｖｅｒ  ＭＭＴ」について＞
次に、本実施形態における「ＴＳ  ｏｖｅｒ  ＭＭＴ」の一例について図を用いて説明する。図３は、「ＴＳ  ｏｖｅｒ  ＭＭＴ」を用いた放送システムの一例を示す図である。図３の例に示す放送システム１０は、ストリーム多重化における送信装置の一例としてのＭＭＴ多重装置１１と、受信装置の一例としての受信機１２とを有し、ＭＭＴ多重装置１１と、受信機１２とは、放送電波やインターネット等の通信ネットワーク等に代表されるネットワーク１３によりデータの送信又は送受信が可能な状態で接続されている。ネットワーク１３は、１又は複数の伝送路を有する。
【００３６】
図３に示す放送システム１０は、ＳＨＶ（スーパーハイビジョン）放送として、例えば８Ｋ映像、２２．２ｃｈ音声、低階層映像、解説音声、字幕、データ等のＭＭＴネイティブなアセットをＭＭＴ多重装置１１で多重して伝送する。これらの情報は、例えば図３に示すようなＳＨＶ受信機１２−１等で出力される。ＳＨＶ受信機１２−１としては、例えば、スーパーハイビジョンテレビ等があるが、これに限定されるものではなく、例えば受信機能のみを有する装置であってもよく、復号処理や表示処理等を行う機能を有する装置であってもよい。
【００３７】
更に、放送システム１０において、ＭＭＴ多重装置１１は、付加サービスとして２Ｋ映像、５．１ｃｈ音声、字幕等のＴＳ形式で多重されて供給されるＴＳコンポーネントをＭＭＴに多重して伝送する。つまり、ＭＭＴ多重装置１１は、入力されたＴＳコンポーネントに対し、ＴＳからＭＭＴへのデータの変換を行う変換装置としての機能を有する。このような、付加サービスの情報は、例えば図３に示すような受信装置の一例であるセカンドスクリーン（セカンドディスプレイ）１２−２等で出力される。セカンドスクリーン１２−２としては、例えばタブレット端末やスマートフォン等の情報通信端末等があるが、これに限定されるものではない。
【００３８】
ＭＭＴ標準規格では、ＴＳ等のレガシーメディアの伝送方法について規定されていない。そのため、本実施形態では、例えば図３に示すＭＭＴ多重装置１１等に、ＴＳパケットのカプセル化とシグナリングとを新たに規定する必要がある。
【００３９】
「ＴＳ  ｏｖｅｒ  ＭＭＴ」によって多重されるＴＳコンポーネントについてもハイブリッド伝送を始めとしたＭＭＴの特徴を活用可能とするため、ＭＭＴ多重装置１１でのルーティングや誤り訂正の適用においてＭＭＴネイティブアセットと区別なく扱うことができるようなＴＳパケットのカプセル化とシグナリングを採用する。
【００４０】
＜ＭＭＴ多重装置１１及び受信機１２の機能構成例＞
次に、上述した放送システム１０における送信装置の一例であるＭＭＴ多重装置１１及び受信装置の一例である受信機１２の各機能構成例について、図を用いて説明する。
【００４１】
＜送信装置の一例＞
図４は、ＭＭＴ多重装置の機能構成例を示す図である。なお、図４に示すＭＭＴ多重装置１１は、一例として、入力したＴＳをＭＭＴに変換してＭＭＴ多重を行う機能を有する構成について説明するが、これに限定されるものではない。例えば、上述した図３に示すように、ＭＭＴネイティブアセットのデータ入力に対しても既存の多重方式を用いてＭＭＴ多重を行うこともできる。
【００４２】
図４に示すＭＭＴ多重装置１１は、ＴＳ信号入力部１０１と、ＴＳパケット解析・分離部１０２と、制御情報バッファ１０３と、ＳＴＣ再生部１０４と、ＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ  Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ）バッファ１０５と、ランダムアクセスポイント判定部１０６と、ＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケット構成部１０７と、ＦＥＣ処理部１０８と、ＭＭＴ信号出力部１０９と、ＵＴＣ時計１１０と、ＭＰＵタイムスタンプ生成部１１１とを有する。
【００４３】
ＴＳ信号入力部１０１は、図示しない符号化器から出力されるＴＳ方式のストリームや予め記録装置に記録されたＴＳファイルから読み出されたＴＳ方式のストリームデータを入力する。これらのデータは、映像や音声等の符号データを多重化したＴＳ信号である。なお、ＭＭＴ多重装置１１は符号化されていない映像音声等を入力とし、内部に映像や音声等を符号化し、ＴＳ信号を出力する符号化部（符号化器）が設けられていてもよい。
【００４４】
ＴＳ信号入力部１０１のインタフェースとしては、例えばＤＶＢ−ＡＳＩ等の同軸シリアル通信、ＩＥＥＥ１３９４通信、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）通信、イーサネット通信、無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）通信等であるが、これに限定されるものではない。
【００４５】
ＴＳパケット解析・分離部１０２は、ＴＳ信号入力部１０１により得られるＴＳ信号のパケットを解析し、ＴＳ信号に多重化されたコンポーネントや制御情報の識別と分離を行う。例えば、ＴＳパケット解析・分離部１０２は、ＰＡＴやＰＭＴ等のＴＳ制御情報を解析すると共に、それらのＴＳパケット列を制御情報バッファ１０３に格納する。また、ＴＳパケット解析・分離部１０２は、例えばＴＳパケットのヘッダにある「ｐａｙｌｏａｄ＿ｕｎｉｔ＿ｓｔａｒｔ＿ｉｎｄｉｃａｔｏｒ」を解析して、ＰＥＳの開始点を判定し、ＴＳパケット列をＰＥＳバッファ１０５に格納する。
【００４６】
また、ＴＳパケット解析・分離部１０２は、ＰＣＲを参照して、ＳＴＣ再生部１０４で再生されるＳＴＣの情報を補正する。ＳＴＣ再生部１０４は、例えば２７ＭＨｚのクロックで自走しているが、上述したようにＴＳ信号内のＰＣＲによって補正することもできる。
【００４７】
ランダムアクセスポイント判定部１０６は、ＴＳ信号のコンポーネントのＰＥＳの先頭の情報に含まれるピクチャ種別からランダムアクセスポイントを判定し、判定結果に対応するＭＰＵ番号及びＭＦＵ番号を付与する。例えば、ランダムアクセスポイント判定部１０６は、ＰＥＳの冒頭に格納されているメディア符号データのヘッダ情報の一部を解析することで、ＭＰＥＧ−２のＩピクチャやＨ．２６４のＩＤＲピクチャ等といったランダムアクセスポイントのＰＥＳであるか否かを判定する。
【００４８】
ＭＰＵ番号及びＭＦＵ番号は、変数である。ランダムアクセスポイント判定部１０６がＰＥＳバッファ１０５に格納中のＰＥＳがランダムアクセスポイントのＰＥＳであると判定した場合には、ＭＰＵ番号（例えば、ＭＭＴ規格上ではＭＭＴＰ  ｐａｙｌｏａｄヘッダに記述されるＭＰＵ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ等）をカウントアップ（加算）し、ＭＦＵ番号（例えば、ＭＭＴ規格上ではＭＭＴＰ  ｐａｙｌｏａｄヘッダに記述されるｓａｍｐｌｅ＿ｎｕｍｂｅｒ等）をＭＰＵ先頭であることを示す値（例えば、０）にリセットする。
【００４９】
また、ランダムアクセスポイント以外のＰＥＳの場合には、ＭＦＵ番号のみをカウントアップする。なお、ＰＥＳバッファ１０５及びＭＰＵ番号、ＭＦＵ番号は、例えばＴＳのコンポーネント毎に独立して存在する。
【００５０】
ＭＭＴＰパケット構成部（パケット構成部）１０７は、ＴＳ信号に多重化されたコンポーネントと、ＭＭＴ情報とを用いて１又は複数の伝送路に振り分け可能なパケットを構成する。
【００５１】
また、ＭＭＴＰパケット構成部１０７は、ＴＳコンポーネントに対応するＴＳパケット識別情報（例えば、ＴＳパケットＩＤ）とＭＭＴパケット識別情報（例えば、ＭＭＴパケットＩＤ）とを関連付け、ＴＳパケット列を格納したＭＭＴＰパケットを生成する。なお、生成されるパケットは、ＴＳ信号に多重化されたコンポーネントを複数伝送路に振り分け可能なパケットであることが好ましいが、これに限定されるものではない。また、ＭＭＴＰパケット構成部１０７は、上述した関連付けのリスト情報を伝送するため、例えばＴＳコンポーネントリスト記述子をＭＭＴの例えばエントリポイントの制御情報パケットに記述して伝送してもよい。また、ＭＭＴＰパケット構成部１０７は、例えばＭＭＴ信号に含まれるｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏにＴＳパケット識別情報と前記ＭＭＴパケット識別情報との対応を記述するが、これに限定されるものではない。
【００５２】
例えば、ＭＭＴＰパケット構成部１０７は、ランダムアクセスポイント判定部１０６でランダムアクセスポイントと判定されると、制御情報バッファ１０３内のＰＡＴ、ＰＭＴ、及びＳＴＣ再生部１０４の値を参照して生成したＰＣＲからなるＴＳパケット列をＭＰＵ先頭のＭＦＵとしてＭＭＴＰパケットを生成する。つまり、ＭＭＴＰパケット構成部１０７は、ＭＰＵの先頭のＭＦＵにＴＳの制御情報（例えばＰＡＴ、ＰＭＴ等）を格納することで、ＭＰＵの独立性を持たせることができる。ＭＰＵ先頭のＭＦＵは、制御情報のみとしてもよいが、例えば制御信号と共にＩピクチャ等、ランダムアクセスポイントのＰＥＳを格納してもよい。
【００５３】
また、ＭＭＴＰパケット構成部１０７は、新しいＰＥＳが開始したことをトリガとして、ＰＥＳバッファ１０５内のＴＳパケット列を読み出してＭＭＴＰパケットに格納する。ＭＭＴＰパケットには、ＴＳのコンポーネント毎に異なるＭＭＴパケットＩＤ（識別情報）を付与する。
【００５４】
また、各ＭＦＵの先頭ＴＳパケットには、例えばＳＴＣ再生部１０４のサンプル値の下位４バイトをタイムスタンプとして付与する。なお、全てのＴＳパケットに同様のタイムスタンプとして付与してもよい。ＭＦＵのサイズが伝送路のＭＴＵサイズよりも大きくなる場合には、複数のＭＭＴＰパケットにフラグメントしてもよい。また、ＭＭＴＰパケット構成部１０７は、ＭＭＴの制御信号を生成してもよい。例えば、ＭＭＴＰパケット構成部１０７は、ＴＳのコンポーネントのＰＥＳをＭＭＴのＭＦＵ（例えば、ＭＭＴ規格上のｓａｍｐｌｅ又はａｃｃｅｓｓ  ｕｎｉｔ）に対応付けてＭＭＴＰをパケット化する。ただし、伝送路のＭＴＵサイズの制限からＰＥＳと１対１に対応するＭＦＵを１つのＭＭＴＰパケットに格納できない場合には、複数のＭＭＴＰパケットにフラグメントされるが、この場合のフラグメントされたデータを更にＭＦＵと呼んでもよい。
【００５５】
ＦＥＣ処理部１０８は、生成されたＭＭＴＰパケットのパケットロスやビット誤りを訂正するための符号（ＦＥＣ符号）を生成し、生成したＦＥＣ符号を格納するＭＭＴＰパケットを構成する。
【００５６】
なお、ＭＭＴＰパケットが格納している符号データの種類（コンポーネント種別等）が既知であるため、その重要度に応じたＦＥＣ処理が可能である。したがって、ＦＥＣ処理部１０８は、ＭＦＵ等に対応して設定された重要度に応じて上述したＦＥＣ処理を行う。
【００５７】
ＭＭＴ信号出力部１０９では、生成されたＭＭＴＰパケットを１つの伝送路（例えば、伝送路１）のみ、又は、複数の伝送路（例えば、伝送路１及び伝送路２）へ出力する。例えば、ＭＭＴ信号出力部１０９は、ＭＭＴパケットＩＤ毎に伝送路１と伝送路２のどちらか一方又は両方に出力してもよい。なお、出力先伝送路の数は、２系統に限定されるものではない。
【００５８】
ＭＭＴ信号出力部１０９のインタフェースは、一般にイーサネット通信であるが、インタフェースは限定しない。本実施形態では、出力先伝送路の系統数と同様、出力インタフェースの系統数は問わない。
【００５９】
ここで、本実施形態では、ＭＭＴネイティブなアセットとＴＳコンポーネントを同期提示する要求がある場合がある。そこで、ＭＭＴでは、映像音声等のメディアの提示時刻をＭＰＵタイムスタンプ記述子に記述し、制御信号のＭＭＴＰパケットに格納して伝送してもよい。このように、ＭＰＵの提示時刻を伝送する必要がある場合には、ＭＭＴ多重装置１１は、図４に示すようにＵＴＣ時計１１０とＭＰＵタイムスタンプ生成部１１１とを有する構成にすることが好ましい。
【００６０】
ＵＴＣ時計１１０は、ＵＴＣ時刻情報を保持する時計であり、外部から与えられるＵＴＣ時刻校正信号に同期する。例えば、ＵＴＣ時刻校正信号は、ＮＴＰ（Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）やＰＴＰ（Ｐｒｅｃｉｓｉｏｎ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）によるネットワーク配信やＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）電波、ＪＪＹ（登録商標）標準電波等が考えられるが、これに限定されるものではない。
【００６１】
ＭＰＵタイムスタンプ生成部（タイムスタンプ生成部）１１１は、ＳＴＣ再生部１０４とＵＴＣ時計１１０とを参照し、ＰＥＳバッファ１０５に格納されたＰＥＳヘッダ部のＰＴＳをＵＴＣ時刻に変換し、ＭＰＵタイムスタンプを生成する。なお、ＭＰＵタイムスタンプ生成部１１１は、例えば提示時刻をＳＴＣ時刻からＵＴＣ時刻に変換する際には、外部から設定されるオフセット調整値や変換処理等の遅延を加算してもよい。
【００６２】
ＭＰＵタイムスタンプ生成部１１１で生成されたＭＰＵタイムスタンプは、ＭＭＴＰパケット構成部１０７に出力される。ＭＭＴＰパケット構成部１０７は、構成する制御信号パケット内のＭＰＵタイムスタンプ記述子に記述し、ＭＰＵ先頭のアクセスユニットのＰＥＳを格納するＭＭＴＰパケットよりも前に出力する。
【００６３】
ＭＰＵタイムスタンプ記述子では、ＭＰＵ番号と提示時刻の対応がリスト形式で記述される。ＭＰＵの提示時刻情報では、ＭＰＵ先頭アクセスユニットの提示時刻をＵＴＣ（世界協定時刻）の時間軸上で表す。一方、ＴＳでは、ＰＥＳ単位でＳＴＣの時間軸上での提示時刻が与えられ、ＰＥＳヘッダにＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅ  Ｓｔａｍｐ）として記述される。本実施形態においては、ＭＰＵ先頭のＰＥＳのＰＥＳヘッダに記述されたＰＴＳをＵＴＣ時刻に変換して、ＭＰＵタイムスタンプ記述子に記述してもよい。
【００６４】
また、ＳＴＣからＵＴＣへの変換については、ＴＳのＰＣＲを参照して再生されるＳＴＣとＵＴＣの差分をオフセット調整値として用いてもよい。このオフセットには、本発明の変換処理による処理遅延や他の信号源のメディアとの同期を考慮した調整値を別途加算してもよい。ＭＰＵタイムスタンプ記述子を格納した制御信号パケットは、ＭＰＵ先頭のメディアデータの前に送出する。
【００６５】
なお、ＭＭＴ多重装置１１は、ＭＰＵの提示時刻を伝送する必要がない場合、ＵＴＣ時計１１０とＭＰＵタイムスタンプ生成部１１１とを有しない構成にしてもよい。
【００６６】
＜ランダムアクセスポイント判定部１０６における処理の具体例＞
ここで、上述したランダムアクセスポイント判定部１０６におけるＰＥＳの判定例について具体的に説明する。例えば、ＴＳパケットの映像符号化方式がＭＰＥＧ−２の場合には、ＰＥＳ先頭のピクチャヘッダを参照することで、ＩピクチャのＰＥＳであること判定できる。また、映像符号化方式がＨ．２６４の場合には、ＰＥＳ先頭のＶＣＬ（Ｖｉｄｅｏ  Ｃｏｄｅｃ  Ｌａｙｅｒ）−ＮＡＬ（Ｎｅｔｗｏｒｋ  Ａｂｓｔｒａｃｔｉｏｎ  Ｌａｙｅｒ）ユニットのＮＡＬユニットタイプを参照することで、ＩＤＲピクチャのＰＥＳであることを判定できる。
【００６７】
ランダムアクセスポイント判定部１０６は、例えばＭＰＥＧ−２のＩピクチャ、Ｈ．２６４のＩＤＲピクチャ等のメディア符号データのランダムアクセスポイントを判定し、上述したようにＭＰＵを構成する。具体的には、ＭＰＵ番号（ＭＭＴ規格上では「ＭＭＴＰ  ｐａｙｌｏａｄヘッダ」に記述されるＭＰＵ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ）を加算するだけであり、ＭＰＵ全体をバッファするような必要はない。すなわち、ＰＥＳ単位でＴＳパケット列をバッファし、次のＰＥＳが開始したところでＭＦＵ番号（ＭＭＴ規格上ではＭＭＴＰ  ｐａｙｌｏａｄ  ヘッダに記述されるｓａｍｐｌｅ＿ｎｕｍｂｅｒ）をカウントアップし、逐次ＭＭＴＰパケットを構成して出力すればよい。
【００６８】
また、ランダムアクセスポイント判定部１０６は、音声符号化方式がＭＰＥＧ−２  ＡＡＣの場合、符号化された音声フレームはＡＤＴＳ（Ａｕｄｉｏ  Ｄａｔａ  Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）パケットとしてＴＳパケットに格納される。１つのＰＥＳには１又は複数のＡＤＴＳが格納されている。ＡＤＴＳは、復号処理において互いに依存関係はないため、１つのＰＥＳを１つのＭＰＵとして構成してもよい。しかしながら、その場合には、ＭＰＵ毎に制御情報を格納したＭＦＵを出力する必要があるため、伝送されるデータの総量が増えてしまう。このため、本実施形態では、映像ＭＰＵと同等程度の周期で複数の音声ＰＥＳをまとめて１つのＭＰＵとしてもよい。
【００６９】
＜受信装置の一例＞
次に、本実施形態における受信装置（受信機）側の機能構成につき、２つの実施例を説明する。なお、以下の各実施例では、主に上述した送信装置（ＭＭＴ多重装置１１）等が送信したＭＭＴ信号からＴＳ信号を取得する例について説明するが、受信機１２の処理については、これに限定されるものではなく、例えば多重化された通常のＭＭＴ信号を受信し、受信したＭＭＴ信号からメディア符号データ等を取得する機能を有していてもよい。また、受信機１２は、符号データから復号処理を行って、図３に示すようなＭＭＴネイティブアセットやＴＳコンポーネントを取得する機能を有していてもよく、画面に表示したり、音声を出力するような機能を有していてもよい。
【００７０】
＜受信機１２：第１実施例＞
図５は、第１実施例における受信機の機能構成例を示す図である。なお、図５に示す第１実施例の受信機１２は、例えばＴＳ信号を多重化したＭＭＴフローを受信し、ＴＳ信号を復元するＴＳ復元型の受信装置の一例である。
【００７１】
受信機１２は、ＭＭＴ信号入力部２０１と、誤り訂正処理部２０２と、ＭＭＴＰパケット分離部２０３と、ＭＦＵリオーダー部２０４と、タイミング再生・シリアル化部２０５と、ＴＳ信号出力部２０６とを有する。
【００７２】
ＭＭＴ信号入力部２０１は、イーサネットインタフェース等から、上述した送信装置の一例であるＭＭＴ多重装置１１が送信したＭＭＴＰパケットを取得する。なお、ＭＭＴ信号入力部２０１は、ＭＭＴＰパケットを１つの伝送路だけでなく、複数の伝送路から受信することも可能である。入力系統数については、特に限定されるものではない。
【００７３】
誤り訂正処理部２０２は、例えばＭＭＴ信号等に含まれるＦＥＣ符号を用いてパケットロス等を訂正する。
【００７４】
ＭＭＴＰパケット分離部（パケット分離部）２０３は、受信されたＭＭＴＰパケットのＭＭＴパケット識別情報（例えば、ＭＭＴパケットＩＤ）等を参照して、必要なパケットのみフィルタする。
【００７５】
ここで、変換前のＴＳ信号に含まれていたコンポーネントを含むＴＳ信号を復元するためには、コンポーネントのＴＳパケットＩＤ（識別情報）と、そのコンポーネントのＴＳパケット列を格納したＭＭＴＰパケットのＭＭＴパケットＩＤ（識別情報）とが関連付けられた対応情報が必要である。そこで、上述したようにＭＭＴ多重装置１１は、ＴＳコンポーネントリスト記述子の情報（リスト情報）をＭＭＴの制御信号として伝送しておく。これにより、ＭＭＴＰパケット分離部２０３は、上述のリスト情報を用いて出力対象のＴＳコンポーネントを伝送するＭＭＴＰパケットを分離し、ＴＳパケット列を取り出すことができる。
【００７６】
ＭＦＵリオーダー部２０４は、ＭＦＵ先頭のＴＳパケットに付与されたタイムスタンプに基づいて、ＭＦＵをリオーダーする。リオーダーとは、フラグメントされた復号処理単位であるアクセスユニット（ＭＦＵ）を正しい順序に並べ替えることをいうが、これに限定されるものではない。また、ＭＦＵリオーダー部２０４は、並べ替えたＭＦＵを結合する。なお、ＭＦＵリオーダー部２０４は、コンポーネント数によらず一つであるが、これに限定されるものではない。
【００７７】
タイミング再生・シリアル化部２０５では、ＭＦＵリオーダー部２０４内でリオーダーされたＴＳパケット列を時系列に並べてシリアル化する。ＴＳ信号の制御情報は、複数のＭＰＵに同じＴＳパケットが複製される可能性があるため、複製されたものは破棄してもよい。また、複製されたＴＳパケットか否かは、例えばＴＳパケットヘッダのｃｏｎｔｉｎｕｉｔｙ＿ｃｏｕｎｔｅｒやｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒの重複により判定することができる。
【００７８】
ＴＳ信号出力部（出力部）２０６は、ＤＶＢ−ＡＳＩ等のインタフェースによりＴＳ信号を出力する。また、ＴＳ信号出力部２０６は、ＴＳ信号に対して復号処理を行って、映像信号や音声信号等のメディアデータを取得し、表示部等の画面に表示させたり、スピーカ等から音声出力させる機能を有していてもよい。
【００７９】
＜受信機１２：第２実施例＞
図６は、第２実施例における受信機の機能構成例を示す図である。なお、図６に示す第２実施例の受信機１２'は、ＥＳ分離型受信装置の一例である。受信機１２'は、ＭＭＴ信号入力部３０１と、誤り訂正処理部３０２と、ＭＭＴＰパケット分離部３０３と、ＭＦＵリオーダー部３０４と、ＴＳヘッダ除去部３０５と、ＰＥＳ出力部３０６と、ＭＰＵタイムスタンプ抽出部３０７とを有する。図６に示す第２実施例の受信機１２'は、例えばＴＳ信号を多重化したＭＭＴフローを受信し、メディア符号データのＥＳを分離し、復号器等に対して出力する。
【００８０】
ＭＭＴ信号入力部３０１は、送信装置（例えば、ＭＭＴ多重装置１１）等が送出したＭＭＴＰパケットをイーサネットインタフェース等から取得する。なお、ＭＭＴＰパケットは、ネットワーク１３の複数の伝送路から受信することも可能であり、入力系統数は問わない。
【００８１】
誤り訂正処理部３０２は、ＦＥＣ符号を用いてパケットロス等を訂正する。ＭＭＴＰパケット分離部（パケット分離部）３０３は、受信されたＭＭＴＰパケットのＭＭＴパケットＩＤを参照し、必要なパケットのみをフィルタする。
【００８２】
ここで、必要なコンポーネントを伝送するＭＭＴパケットＩＤについては、ＭＭＴの制御信号で与えられる。ＭＭＴの制御信号では、後述するように、ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ記述子を用いてメディアのコンポーネントを参照する。
【００８３】
つまり、送信側でＭＭＴ信号上のｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏにＴＳパケット識別情報とＭＭＴパケット識別情報との対応を記述して送信されているため、ＭＭＴＰパケット分離部３０３は、ロケーション記述に基づいて、ＭＭＴ信号内に多重されたＴＳのコンポーネントを、ＭＭＴパッケージのアセットとして参照することができ、必要なＭＭＴＰパケットを分離したうえでＴＳパケットを取り出すことができる。
【００８４】
また、第２実施例において、ＭＭＴＰパケット分離部３０３は、ＭＭＴパケットＩＤとタイムスタンプの付与モードを特定することで、ＭＦＵ内のＴＳパケット列からＥＳを分離することができる。なお、タイムスタンプの付与モードについては、送信側から伝送される情報を用いずに、ＴＳパケットの同期バイト等を用いて受信側が独自に判断することも可能である。
【００８５】
ＭＦＵリオーダー部３０４は、ＭＦＵ先頭のＴＳパケットに付与されたタイムスタンプに基づいて、ＭＦＵをリオーダーする。また、ＭＦＵリオーダー部３０４は、フラグメントされたＭＦＵを結合させる。ＭＰＵ先頭のＭＦＵのＴＳ制御信号については必要がないため破棄する。
【００８６】
ＴＳヘッダ除去部３０５は、ＭＦＵリオーダー部３０４内でリオーダーされたＴＳパケット列からＴＳパケットヘッダ部分を除去する。また、ＴＳヘッダ除去部３０５は、ＴＳパケット列からアダプテーションフィールドやタイムスタンプ部分等を除去する。
【００８７】
ＰＥＳ出力部（出力部）３０６は、ＰＥＳ単位で復号器に対してメデイア符号データを出力する。なお、ＰＥＳ出力部３０６は、メデイア符号データに対して復号処理を行い、その処理結果のメディアデータを表示部等の画面に表示させたり、音声を出力させる機能を有していてもよい。また、ＰＥＳ出力部３０６は、チップ内配線等が考えられるが、インタフェースはこれに限定されるものではない。
【００８８】
ＭＰＵタイムスタンプ抽出部３０７は、第２実施例において他の信号源のメディアと同期を取る目的等でＵＴＣ時間軸上での提示時刻が必要な場合に、ＭＭＴ制御信号内のＭＰＵタイムスタンプ記述子を解析し、ＰＥＳ出力部３０６から出力されるＰＥＳのＵＴＣ上での提示時刻を合わせて出力する。
【００８９】
この提示時刻を用いることで、例えば図３に示すようなＳＨＶ受信機１２−１及びセカンドスクリーン１２−２とで同期提示を実現することができる。
【００９０】
なお、上述した第１及び第２実施例に対応する受信機１２、１２'は、例えば上述したＳＨＶ受信機１２−１やセカンドスクリーン１２−２に適用することができる。
【００９１】
＜「ＴＳ  ｏｖｅｒ  ＭＭＴ」におけるＴＳコンポーネントの復号方法、及びＴＳ標準規格とのコンフォーマンスの考え方について＞
次に、「ＴＳ  ｏｖｅｒ  ＭＭＴ」におけるＴＳコンポーネントの復号方法、及びＴＳ標準規格とのコンフォーマンスの考え方について説明する。例えば、図３に示すようなＳＨＶ（スーパーハイビジョン）受信機１２−１には、現行２Ｋ放送との互換機能として２Ｋ解像度対応の復号器が実装される。また、セカンドスクリーン１２−２のように、タブレット端末やスマートフォン等のモバイル向けチップセットには、ハードウェアアクセラレーション機能として２Ｋ解像度対応の復号器が実装されているものが多い。
【００９２】
これらの復号器は、ＴＳ分離機能と映像・音声の復号器をワンパッケージに集積化し、ＴＳ信号入力を前提としたＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）として実装されることが多く、処理性能とインタフェースの観点においてレガシーメディアの復号に適していると考えられる。
【００９３】
ここで、図７は、「ＴＳ  ｏｖｅｒ  ＭＭＴ」に対応する受信機に実装されるメディアプロセッサの機能構成の一例を示す図である。図７に示す受信機１２''は、ＭＭＴ分離部４０１と、復号部４０２と、提示処理部４０３と、制御部４０４とを有する。また、復号部４０２は、例えばＬＳＩとして実装された８Ｋ  ＨＥＶＣ復号器、２２．２ｃｈ  ＡＡＣ復号器、及び２Ｋ現行放送互換機能であるＴＳ入力復号器を有するが、これに限定されるものではない。
【００９４】
ＭＭＴ分離部４０１は、上述した第１及び第２実施例に示した受信機１２、１２'に相当し、例えば受信したＭＭＴ信号に基づいて、制御信号やメディア符号化データ（例えば、ＮＡＬストリーム、ＬＡＴＭ（Ｌｏｗ  Ｏｖｅｒｈｅａｄ  ＭＰＥＧ−４  Ａｕｄｉｏ  Ｔｒａｎｓｐｏｒｔ  Ｍｕｌｔｉｐｌｅｘ）ストリーム、ＴＳストリーム）等を出力する。
【００９５】
例えば、ＭＭＴ分離部４０１は、８Ｋ  ＨＥＣＶ復号器へのＮＡＬストリーム出力や、２２．２ｃｈ  ＡＡＣ復号器へのＬＡＴＭストリーム出力、ＴＳ入力復号器へのＴＳのシリアル信号出力を行う。なお、ＴＳ信号は、例えば２Ｋ現行放送として取得したＴＳと切り替えてＴＳ入力復号器に出力してもよい。つまり、図７に示す受信機１２''は、ＭＭＴ分離部４０１（言い換えると、受信機１２，１２'の出力部）から出力されるＴＳ信号と、ＴＳ方式を採用した他の放送サービス（例えば、現行のデジタル放送サービス等）から別途受信されるＴＳ信号とを、スイッチ（切替部）等により排他的に切り替えて共用の復号部４０２に入力可能な内部構成を有していてもよい。
【００９６】
復号部４０２は、ＭＭＴ分離部４０１から得られる各信号（ストリーム）に対し、制御部４０４からの制御情報に基づいて、図７に示すように対応する復号器で復号処理を行う。なお、復号部４０２のＴＳ入力復号器は、ＭＭＴ分離部４０１から得られるＴＳ信号のみを復号するだけでなく、例えば上述したようにＭＭＴ分離部４０１から得られるＴＳ信号と、他の放送サービスから得られたＴＳ信号とが排他的に切り替えられたＴＳ信号を入力して復号処理を行うことができる。
【００９７】
ここで、図７に示す復号部４０２のＴＳ入力復号器は、ＴＳ分離部４１１と、第２復号部４１２とを有する。第２復号部４１２は、２Ｋ  ＭＰＥＧ−２映像復号器、２Ｋ  Ｖｉｄｅｏ、Ｈ．２６４復号器、５．１ｃｈ  ＡＡＣ復号器を集積化したＬＳＩである。
【００９８】
ＴＳ入力復号器は、図７に示すように、ＴＳ分離部４１１により、ＴＳ信号からＰＥＳ、ＮＡＬ、又はＡＤＴＳの信号に分離され、第２復号部４１２により、復号された映像や音声等のメディアデータが、提示処理部４０３に入力される。
【００９９】
提示処理部４０３は、制御部４０４による制御信号により、映像を出力する表示部や音声を出力する音声出力部（スピーカ）等を有する。これにより、復号された映像を表示部の画面に表示したり、音声を出力して、ユーザ等に提示することができる。
【０１００】
＜ＴＳ標準規格とのコンフォーマンスの考え方＞
ここで、ＴＳ標準規格では、仮想デコーダモデルによるバッファ管理やＰＣＲの送出周期、許容ジッタ等が細かく規定されている。しかしながら、これらは標準化当時において現実的だったハードウェアプロセス、メモリ等のリソースコスト、ＡＴＭの様な均一な伝送路環境を基に規定されており、必ずしも現状に即していない。
【０１０１】
例えば、現在のＴＳ入力復号器の実装では、ＩＰ伝送路上で実際に発生し得る遅延やジッタに対する堅牢性を確保するため、標準規格範囲外の信号であっても問題なく処理できるものが多い。
【０１０２】
「ＴＳ  ｏｖｅｒ  ＭＭＴ」では、ＭＭＴＰパケットに対するＴＳパケットのカプセル化方式を規定するが、受信機１２が受信したＴＳパケットをどのようにシリアル信号として再生しＴＳ入力復号器へ入力させるかについては、個々の受信機１２の実装要件として委ねることができる。特に、受信機内に実装されたＭＭＴ分離部４０１と復号部４０２のＴＳ入力復号器間の内部配線においては、対象となるＴＳ入力復号器のコンフォーマンス要求に応じて、必ずしも標準規格準拠ではない"ＴＳライク"なシリアル信号として再生し入力すればよい。
【０１０３】
一方、受信機１２からＤＶＢ−ＡＳＩ等の外部インタフェースにシリアル信号を出力し、不特定の復号器と接続する可能性がある場合には、標準準拠のＴＳ信号へ復元する必要があると考えられる。放送サービスとして、このような外部信号出力を許可し、コンフォーマンスを担保する必要がある場合のため、本実施形態では、標準規格に準拠したＴＳ信号としての再生を容易にするモードの選択を可能とする。
【０１０４】
次に、ＴＳパケットのカプセル化とシグナリングの具体例について説明する。
【０１０５】
＜ＴＳパケットのカプセル化＞
本実施形態では、上述したように、ＭＭＴで導入されたＭＰＵやＭＦＵの概念に従ったＴＳパケットのカプセル化を行う。図８は、ＭＭＴＰパケットに対するＴＳパケットのカプセル化の一例を示す図である。
【０１０６】
図８に示すように、ＴＳ信号をコンポーネント毎のＴＳパケット列に分離し、アクセスユニット単位でカプセル化を行う。具体的には、ＰＥＳをＭＦＵと一対一に対応させ、ＭＭＴの定義通りにＧＯＰ等ランダムアクセスポイントで区切られるＭＦＵの集合をＭＰＵとする。また、ＭＭＴＰパケットには、コンポーネント毎に異なるＭＭＴパケットＩＤを付与する。
【０１０７】
なお、音声コンポーネントは１個のアクセスユニットをＭＰＵとすることもできるが，オーバヘッドの増加を考慮し、映像ＧＯＰと同等の周期でＭＰＵを構成する。また、受信したＴＳパケット列をシリアル信号として再生するためのタイミング情報として、ＴＳパケットにＳＴＣサンプル値のタイムスタンプを付与する。タイムスタンプ（Ｔｉｍｅｓｔａｍｐ）の付与の具体例として、以下の２つの付与モードを選択可能とする。
【０１０８】
＜付与モード１：ＭＦＵ先頭のＴＳパケットのみにタイムスタンプを付与＞
付与モード１では、ＭＦＵ先頭のＴＳパケットのみにタイムスタンプを付与する。この場合、ＭＦＵ先頭以外のＴＳパケットの送出タイミング情報が失われるため、単純にシリアル信号として再生するとアクセスユニットの符号データがまとめてＴＳ入力復号器に入力される。上述した図７に示すような復号部（例えば、ＴＳ入力復号器）４０２の実装によっては、入力バッファのオーバーフローを防ぐためにＴＳパケットの送出タイミングを平均化し、分散させる必要がある。
【０１０９】
＜付与モード２：全てのＴＳパケットにタイムスタンプを付与＞
付与モード２では、全てのＴＳパケットにタイムスタンプを付与する。これにより、ＭＦＵ先頭以外の個々のＴＳパケットについても送出タイミング情報が保持され、元のＴＳ信号と同じタイミングで再生できる。
【０１１０】
また、任意のＭＰＵからの受信を可能にするため、ＭＰＵの先頭に初期化情報として必要なＰＡＴ，ＰＭＴ，ＰＣＲ等のＴＳ制御情報を与える必要がある。そこで、上述したタイムスタンプの付与モードによらず、ＭＰＵ先頭にこれらのＴＳ制御情報のＴＳパケット列を１個のＭＦＵとして格納する。初期化情報として格納するＰＣＲについては、入力されるＴＳ信号のＰＣＲを参照してＳＴＣを再生し、ＭＰＵ先頭でのＳＴＣサンプル値をもとに実際のＰＣＲ格納位置との誤差を補正して生成する。
【０１１１】
ＰＡＴ，ＰＭＴについては、ＭＰＵ先頭時点で最新のものを複製して格納する。ＰＭＴについては、対象のコンポーネントを含むプログラムのＰＭＴのみでよい。この他の初期化情報として、暗号化を用いている場合にはＣＡＴ（Ｃｏｎｄｉｔｉｏｎａｌ  Ａｃｃｅｓｓ  Ｔａｂｌｅ），ＥＣＭ（Ｅｎｔｉｔｌｅｍｅｎｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ）等、ＭＰＵ先頭からの復号を始めるために必要な制御情報を加える必要がある。
【０１１２】
なお、ＰＣＲの伝送方法については、例えば以下の２つの伝送モードから選択可能とする。
【０１１３】
＜伝送モード１：ＭＰＵ先頭の初期化情報として生成したＰＣＲのみを伝送＞
伝送モード１では、ＭＰＵ先頭の初期化情報として生成したＰＣＲのみを伝送する。例えば一般的なＧＯＰ周期は、約０．５秒程度であるため、ＰＣＲ送出周期がＴＳ標準規格に規定される０．１秒以下を満たさない。例えばＴＳ入力復号器内部のＳＴＣを駆動するＰＬＬ（Ｐｈａｓｅ  Ｌｏｃｋ  Ｌｏｏｐ）の安定性が高ければ問題はないと考えられるが、実際に０．１秒以下の頻度で補正を行わなければ不定値となる実装の場合には、受信機１２側で補間生成したＰＣＲを挿入してＴＳ入力復号器に入力する必要がある。
【０１１４】
＜伝送モード２：入力ＴＳ内のＰＣＲを全て残し、ＰＥＳを格納するＭＦＵ内にもＰＣＲを格納して伝送＞
伝送モード２では、入力ＴＳ内のＰＣＲを全て残し，ＰＥＳを格納するＭＦＵ内にもＰＣＲを格納して伝送する。ＰＣＲを残してもその送出タイミングが失われては意味がないため、全てのＴＳパケットにＳＴＣタイムスタンプを付与するモードを同時に選択する必要がある。
【０１１５】
本実施形態におけるカプセル化では、一つひとつのＭＰＵが初期化情報として必要なＴＳ制御情報を先頭に持ち、ランダムアクセスポイントのアクセスユニットから開始する。これらの条件は、ＨＬＳやＤＡＳＨ等に用いられるセグメントＴＳと同じであるが、本実施形態におけるカプセル化は、符号化器の実装に依存せず、任意のＴＳ信号に適用可能である。
【０１１６】
＜制御情報（シグナリング）＞
次に、本実施形態における制御情報（シグナリング）について説明する。本実施形態では、ＭＭＴパッケージのアセットとしてＴＳコンポーネントを参照する。ここで、図９は、「ＴＳ  ｏｖｅｒ  ＭＭＴ」で伝送されるＴＳコンポーネントのｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ記述例を示す図である。なお、図９に示す数値はビット数を示すが、値についてはこれに限定されるものではない。
【０１１７】
図９の例に示すように、ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏにコンポーネントを伝送するＭＭＴパケットＩＤとＴＳパケットＩＤとを記述して各ＩＤを関連付ける。
【０１１８】
例えば、図９に示すこのロケーションタイプ（ｌｏｃａｔｉｏｎ＿ｔｙｐｅ）（８ビット）は、例えばＭＭＴパケットＩＤ（１６ビット）、ｒｅｓｅｒｖｅｄ（３ビット）、ＴＳパケットＩＤ（１３ビット）が設定されているが、順序や内容、ビット数等については、これに限定されるものではない。
【０１１９】
また、本実施形態では、他のアセットとの同期提示を可能とするため、ＵＴＣ時刻でのＭＰＵのプレゼンテーションタイムスタンプを生成し、ＭＭＴタイムスタンプ記述子を用いて伝送する。また、本実施形態では、表示領域指定記述子を伝送することで、表示領域の指定が可能となる。これらのシグナリングは、ＭＭＴネイティブアセットの場合と同様である。
【０１２０】
更に、本実施形態では、ＭＭＴに多重されたＴＳの識別やＴＳパケットＩＤとＭＭＴパケットＩＤの対応検索を可能とするための情報（例えば、ＴＳコンポーネントリスト記述）を設定する。
【０１２１】
図１０は、ＴＳコンポーネントリスト記述子の一例を示す図である。なお、図１０に示す数値はビット数を示すが、値についてはこれに限定されるものではない。また、本実施形態では、図１０に示すような記述子ではなく、独立したテーブルとして伝送してもよい。
【０１２２】
本実施形態では、例えば図１０に示すように、同一の記述子タグ内にあるＴＳ数Ｎ毎に、ＴＳ識別子（１６ビット）と、その中のコンポーネント数Ｍで繰り返されるｓｔｒｅａｍ＿ｔｙｐｅ（８ビット）、ＭＭＴパケットＩＤ（１６ビット）、タイムスタンプの付与モード（３ビット）、ＴＳパケットＩＤ（１３ビット）の対応リストをＴＳコンポーネントリスト記述子に記述し、ＭＭＴ制御情報として伝送する。なお、順序や内容、ビット数等については、図１０の例に限定されるものではない。
【０１２３】
また、上述した図１０に示すｓｔｒｅａｍ＿ｔｙｐｅ（８ビット）は、ＴＳ標準規格で規定される値を記述することが好ましいが、これに限定されるものではない。また、図１０に示すタイムスタンプの付与モード（ｔｉｍｅｓｔａｍｐ  ｍｏｄｅ）は、例えば、タイムスタンプなし、ＭＦＵ先頭のＴＳパケットのみタイムスタンプを付与する場合、全てのＴＳパケットにタイムスタンプを付与する場合とが、それぞれ識別できる情報を設定する。なお、図１０に例に示すＴＳコンポーネントリスト記述子の伝送は、必須ではなく、例えば、同様のリスト情報が予め送信装置と受信装置間で共有されていれば、受信側でＴＳ信号を復元することが可能である。
【０１２４】
本実施形態では、上述したように、カプセル化とシグナリングとを行うことで、ＭＭＴ多重装置１１において、「ＴＳ  ｏｖｅｒ  ＭＭＴ」によって多重されるＴＳコンポーネントとＭＭＴネイティブアセットとを区別なく扱うことができる。これにより、例えばハイブリッド伝送等のＭＭＴの特徴を最大限に活用することが可能となる。
【０１２５】
＜受信機１２側で処理されるデータの具体例について＞
次に、上述したＭＭＴ多重装置１１により「ＴＳ  ｏｖｅｒ  ＭＭＴ」で伝送されたＴＳパケットを受信して出力するための受信機１２側で処理されるデータの具体例について説明する。なお、受信機１２では、標準規格に準拠したＴＳ信号として復元することは必須ではなく、受信機１２に実装される個別のＴＳ入力復号器のコンフォーマンス要求に応じた信号となるようにＴＳパケットを再生すればよい。ここでは、その一例について具体的に説明する。
【０１２６】
図１１は、ＭＭＴＰパケットから取り出したＴＳパケットのシリアル化の一例を示す図である。図１１の例では、上述した図８の例で伝送された映像コンポーネントを、上述した図７に示すような復号部（例えば、ＴＳ入力復号器）４０２へ入力する場合のＴＳパケットのシリアル化を示している。
【０１２７】
また、本実施形態では、ＴＳ入力復号器がＴＳ標準規格の通りに０．１秒以下の周期でＰＣＲを入力しなければならない場合には、実際に伝送されたＰＣＲに加え、受信側で補間生成したＰＣＲを挿入する。なお、本実施形態において、例えばＴＳ入力復号器内部のＳＴＣが、ＧＯＰ周期で伝送されるＰＣＲのみで安定動作するのであれば、補間ＰＣＲの挿入は不要である。
【０１２８】
また、図１２は、ＴＳパケットのシリアル化を行うための処理の具体例を示す図である。図１２では、例えばＴＳパケットのシリアル化再生処理を行う。図１２の例では、ＭＭＴパケットＩＤによって出力対象（所望）のコンポーネントを指定し、必要なＭＭＴＰパケットを分離する。次に、パケットのペイロード部を解析し、取り出したＴＳパケットをＴＳパケットバッファの末尾に追加する。また、伝送されたＰＣＲを元に再生されるＳＴＣを参照し、ＴＳパケットに付与したタイムスタンプに基づいて、ＴＳパケットバッファ内のＴＳパケットを送出する。
【０１２９】
なお、図１２の点線で示した「ＰＣＲ補間」は、上述した図１１に示すようにＳＴＣを参照して補間生成したＰＣＲを送出する場合に必要となる。送出すべきＴＳパケットがない期間は、ＴＳ入力復号器に対してヌルＴＳパケットを送出する。
【０１３０】
上述したように、本実施形態では、ハイブリッド伝送等のＭＭＴの特徴を活用可能なＴＳ形式コンテンツの多重方式である「ＴＳ  ｏｖｅｒ  ＭＭＴ」によりＴＳ方式のストリームのＴＳパケット列をＭＭＴ方式のＭＭＴＰパケットにカプセル化し、ＩＰ伝送路での伝送が可能となる。また、本実施形態によれば、ＭＭＴ方式で採用されたＭＰＵやＭＦＵの概念を導入し、メディアを意識したカプセル化を行うことで、パケットに格納されたデータの重要度や伝送路の性質に応じた誤り訂正を適応的に利用することができる。また、本実施形態によれば、複数伝送路を用いたハイブリッド配信を行う場合に、ランダムアクセスポイントを用いて画像の破たん等が生じないシームレスな伝送路切り替えや、コンポーネント単位での伝送路の割り当て、他のＭＭＴフロー上のコンポーネントと同期した映像や音声等の提示が可能となる。なお、本実施形態は、例えば次世代デジタル放送やＩＰＴＶ、素材伝送等に適用することができる。
【０１３１】
以上、各実施例について詳述したが、特定の実施例に限定されるものではなく、特許請求の範囲に記載された範囲内において、上記変形例以外にも種々の変形及び変更が可能である。
【符号の説明】
【０１３２】
１０  放送システム
１１  ＭＭＴ多重装置（送信装置）
１２，１２'，１２''  受信機（受信装置）
１３  ネットワーク
１０１  ＴＳ信号入力部
１０２  ＴＳパケット解析・分離部
１０３  制御情報バッファ
１０４  ＳＴＣ再生部
１０５  ＰＥＳバッファ
１０６  ランダムアクセスポイント判定部
１０７  ＭＭＴＰパケット構成部（パケット構成部）
１０８  ＦＥＣ処理部
１０９  ＭＭＴ信号出力部
１１０  ＵＴＣ時計
１１１  ＭＰＵタイムスタンプ生成部（タイムスタンプ生成部）
２０１，３０１  ＭＭＴ信号入力部
２０２，３０２  誤り訂正処理部
２０３，３０３  ＭＭＴＰパケット分離部（パケット分離部）
２０４，３０４  ＭＦＵリオーダー部
２０５  タイミング再生・シリアル化部
２０６  ＴＳ信号出力部（出力部）
３０５  ＴＳヘッダ除去部
３０６  ＰＥＳ出力部（出力部）
３０７  ＭＰＵタイムスタンプ抽出部
４０１  ＭＭＴ分離部
４０２  復号部
４０３  提示処理部
４０４  制御部
４１１  ＴＳ分離部
４１２  第２復号部
【図１】
2015149680.tif 000003
【図２】
2015149680.tif 000004
【図３】
2015149680.tif 000005
【図４】
2015149680.tif 000006
【図５】
2015149680.tif 000007
【図６】
2015149680.tif 000008
【図７】
2015149680.tif 000009
【図８】
2015149680.tif 000010
【図９】
2015149680.tif 000011
【図１０】
2015149680.tif 000012
【図１１】
2015149680.tif 000013
【図１２】
2015149680.tif 000014