JP7443075B2 - 送信装置 - Google Patents

Description

実施形態は、送受信方法、送受信装置に関する。

高度広帯域衛星デジタル放送の規格においては、サービスを構成する映像、音声、字幕などのアセットやＭＭＴ－ＳＩを格納するＭＭＴＰパケット伝送用のＵＤＰ／ＩＰパケットはヘッダ圧縮して伝送されることになっている。テレビ受信装置１は、受信した放送信号から選択されたサービスのアセットや必要なＭＭＴ－ＳＩを取捨選択してパーシャルＴＬＶストリームを生成し、外部装置へ出力する。

ＡＲＩＢ ＳＴＤ－Ｂ３９ ２．３版 「高度広帯域衛星デジタル放送運用規定」 ＡＲＩＢ ＳＴＤ－Ｂ６３ １．９版 「高度広帯域衛星デジタル放送用受信装置 標準規格」

しかしながら、元の放送信号のＴＬＶストリームの一部を編集して作成するパーシャルＴＬＶストリームにおいては、選択されたサービスのアセットや必要なＭＭＴ－ＳＩを格納するＵＤＰ／ＩＰパケット以外のＩＰ情報が欠落する。特に廃棄されるＴＬＶパケットに格納されているＵＤＰ／ＩＰパケットのヘッダがフルヘッダ（圧縮されていないヘッダ）である場合には、パーシャルＴＬＶストリームの受信再生処理の際に、サービスの再生表示や関連情報の提示で遅延や中断の問題が発生する可能性がある。

本発明が解決しようとする課題は、パーシャルＴＬＶストリームの受信の問題を低減するための送受信方法、送受信装置を提供する。

一実施形態に係る送信装置は、ＴＬＶストリーム抽出手段と、ＵＤＰ／ＩＰパケット抽出手段と、ＩＰ／ＵＤＰパケット分離手段と、空パケット生成手段と、パーシャルＴＬＶストリーム生成手段とを備え、ＴＬＶストリーム抽出手段は、ＭＭＴ／ＴＬＶ方式に基づく放送信号を受信してＵＤＰ／ＩＰパケットが格納されているＴＬＶストリームを得て、ＵＤＰ／ＩＰパケット抽出手段は、ＴＬＶストリームからＵＤＰ／ＩＰパケットを抽出し、ＩＰ／ＵＤＰパケット分離手段は、ＵＤＰ／ＩＰパケットを、出力対象のデータが含まれる第１のＵＤＰ／ＩＰパケットと出力対象のデータが含まれない第２のＵＤＰ／ＩＰパケットとに分離し、空パケット生成手段は、第２のＵＤＰ／ＩＰパケットからＵＤＰ／ＩＰペイロードを削除して、パーシャルＴＬＶストリーム生成手段は、少なくともＵＤＰ／ＩＰヘッダのみのＵＤＰ／ＩＰ空パケットを生成し、少なくとも第１のＵＤＰ／ＩＰパケットと、ＵＤＰ／ＩＰ空パケットとを含めてパーシャルＴＬＶストリームを生成し、パーシャルＴＬＶストリーム送信手段は、パーシャルＴＬＶストリームを外部装置へ送信する。

図１は、実施形態に係るＭＭＴ／ＴＬＶ方式に基づくデジタル放送対応のテレビ受信装置とパーシャルＴＬＶストリームを受信する電子機器の例を示す図である。 図２は、同実施形態に係るＭＭＴ／ＴＬＶ方式に基づくデジタル放送対応のテレビ受信装置の機能構成の一例を示すブロック図である。 図３は、同実施形態に係るテレビ受信装置におけるＴＬＶ／ＭＭＴ分離処理部の機能構成の一例を示すブロック図である。 図４Ａは、同実施形態に係るテレビ受信装置が処理するＴＬＶストリームの多重構成の一例を示す図である。 図４Ｂは、同実施形態に係るＴＬＶストリームに格納される各パケットの構成の一例を示す図である。 図４Ｃは、同実施形態に係るＴＬＶストリームに格納されるＵＤＰ／ＩＰパケットのヘッダ情報の一例を示す図である。 図４Ｄは、同実施形態に係るパーシャルＴＬＶストリームに格納される空パケットの構成の一例を示す図である。 図５は、同実施形態に係るテレビ受信装置におけるパーシャルＴＬＶストリーム生成部の機能構成の一例を示すブロック図である。 図６は、同実施形態に係るパーシャルＴＬＶストリームを受信する電子機器の機能構成の一例を示すブロック図である。 図７は、同実施形態に係る電子機器のパーシャルＴＬＶストリーム処理部の機能構成の一例を示すブロック図である。 図８は、同実施形態に係るテレビ受信装置におけるＴＬＶ／ＭＭＴ分離処理部の処理動作の一例を示すフローチャートである。 図９は、同実施形態に係るテレビ受信装置におけるパーシャルＴＬＶ生成部の処理動作の一例を示すフローチャートである。 図１０は、同実施形態に係る電子機器におけるパーシャルＴＬＶストリーム処理部の処理動作の一例を示すフローチャートである。 図１１Ａは、同実施形態に係るＡＭＴのデータ構造を示す図である。 図１１Ｂは、同実施形態に係るＩＰバージョンを示す図である。 図１１Ｃは、同実施形態に係るＰＬＴのデータ構造を示す図である。 図１１Ｄは、同実施形態に係るＰＬＴとＭＰＴの参照関係を示す図である。

以下、図面を参照して実施形態を説明する。
（実施形態）
図１は、実施形態に係るＭＭＴ／ＴＬＶ方式に基づくデジタル放送対応のテレビ受信装置とパーシャルＴＬＶストリームを受信する電子機器の例を示す図である。

テレビ受信装置１は、ＭＭＴ／ＴＬＶ方式に基づくデジタル放送の放送信号を受信し、放送信号で送信されてきたコンテンツ（もしくはサービスとも記載する）を得る。電子機器２Ａ、２Ｂ、２Ｃ（特に区別の必要ない場合は電子機器２と称する）は、テレビ受信装置１とそれぞれ通信可能なインターフェース３Ａ，３Ｂ、３Ｃ（特に区別の必要ない場合はインターフェース３と称する）を持ち、インターフェース３を介して放送信号で送信されてきたコンテンツを得て、表示出力する。また、本実施形態では電子機器２を３つとするが、テレビ受信装置１が有するインターフェースによっては、１つ以上の任意の数とすることができる。

電子機器２はテレビ受信装置１が送信するコンテンツの全てもしくは一部を利用可能な能力（解像度、フレームレート、その他）を有している。電子機器２は、例えば、タブレット端末、モニタ、テレビ受信装置などでもよい。また、テレビ受信装置１と通信可能なインターフェースを有していれば電子機器２をスマートフォンとしてもよい。

インターフェース３Ａ，３Ｂ、３Ｃ（特に区別の必要ない場合はインターフェース３と称する）は、テレビ受信装置１と電子機器２とがデータ通信をするためのインターフェースであり、有線でも無線でもよい。また、インターフェース３として、ＤＬＮＡ（登録商標）（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）もしくはその拡張方式に準拠したネットワークを用い、テレビ受信装置１と電子機器２とが通信可能としても良い。

図２は、同実施形態に係るＭＭＴ／ＴＬＶ方式に基づくデジタル放送対応のテレビ受信装置の機能構成の一例を示すブロック図である。

テレビ受信装置１は、ＭＭＴ／ＴＬＶ方式に基づくデジタル放送の放送信号を受信し、モニタやスピーカから放送信号によって送信されるコンテンツをユーザに提示する。

ＴＬＶストリーム抽出部１１Ａ、１１Ｂ、１１Ｃ（特に区別しない場合は、ＴＬＶストリーム抽出部１１と称する）は、チューナ部１１１、復調部１１２、デスクランブル部１１３、ＣＡＳモジュール１１４を含み、放送信号を受信し、デジタルデータであるＴＬＶストリームを出力する。

チューナ部１１１は、図示せぬアンテナまたはケーブル放送による光回線などの有線で受信した放送信号から、所望の周波数帯（放送チャネル）の信号を抽出し、必要に応じて周波数変換などをし、復調部１１２へ出力する。復調部１１２は、入力された放送信号に対して復調や誤り訂正復号などを行い、ＴＬＶ（Ｔｙｐｅ Ｌｅｎｇｔｈ Ｖａｌｕｅ）形式のデジタルデータを取得し、出力する。取得したデジタルデータは通常はスクランブルによる暗号化が施されており、デスクランブル部１１３は、スクランブルされたデジタルデータ（スクランブルデータ）をデスクランブルし、ＴＬＶストリームとして出力される。ＣＡＳモジュール１１４は、デスクランブル部１１３がスクランブルデータをデスクランブルする際に必要となる暗号キーなどを所有しており、必要に応じてデスクランブル部１１３に提供する。

ＴＬＶ／ＭＭＴ分離処理部１２Ａ、１２Ｂ、１２Ｃ（特に区別しない場合は、ＴＬＶ／ＭＭＴ分離処理部１２と称する）は、ＴＬＶストリーム抽出部１１が出力するＴＬＶストリームから各種制御信号やサービス（コンテンツ）を構成する符号化されたアセットデータ（以降、符号化アセットデータと称する）を取得し、出力する。ＴＬＶ／ＭＭＴ分離処理部１２は、入力されたＴＬＶストリームをＩＰ／ＵＤＰストリーム、さらにはＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）ストリームへと変換し、符号化アセットデータと制御情報データであるＳＩ（Ｓｉｇｎａｌｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ）データに分離することでもよい。また、ＴＬＶ／ＭＭＴ分離処理部１２は、ＴＬＶストリーム中からＩＰ／ＵＤＰ形式で格納されているＮＴＰ形式の時刻情報データを分離し、出力することでもよい。また、ＴＬＶ／ＭＭＴ分離処理部１２は、入力されたＴＬＶストリームから抽出したＴＬＶパケット（もしくは抽出したＴＬＶストリーム）を出力することもある。ＴＬＶ／ＭＭＴ分離処理部１２Ａ、１２Ｂ、１２Ｃがそれぞれ同時に処理し、得た各出力（ストリームやパケット）は、例えば、それぞれコンテンツ出力部１３、パーシャルＴＬＶストリーム生成部１４などへ入力されることでもよい。

コンテンツ出力部１３は、符号化アセットデータをデコードし、音声、映像、文字などのコンテンツデータを出力する。

音声デコード部１３１は、符号化アセットデータのうち符号化された音声データを復号再生し、音声コンテンツデータを出力する。映像デコード部１３２は、符号化アセットデータのうち符号化された映像データを復号再生し、映像コンテンツデータを出力する。

また、符号化アセットデータのうち符号化された文字データは、図示せぬ文字デコード部にて復号再生され、文字コンテンツデータとして出力される。

出力処理部１３３は、映像コンテンツデータ（音声コンテンツデータ、文字コンテンツデータなども含めてよい）の出力タイミング、表示方法などを調整して、出力する。なお、出力処理部１３３は、ＴＬＶ／ＭＭＴ分離処理部１２が出力するＮＴＰデータ（時刻情報データ）を取得し、クロック同期信号を再生し、タイミング制御に利用してもよい。

上記の各種デコード部には符号化アセットデータの他、制御データや後述する制御部１６３から各種コマンドが入力されてもよい。制御データは、放送番組に関する情報や、ＵＤＰ／ＩＰパケットの多重に関する制御情報などの放送システムに関する制御情報であってもよい。各種デコード部は、ＳＩデータを利用して制御部１６３が指定する番組やコンテンツデータのアセットデータを選択し、選択したアセットデータをデコードしコンテンツデータを得てもよい。

パーシャルＴＬＶストリーム生成部１４は、ＴＬＶ／ＭＭＴ分離処理部１２にて分離取得されたＴＶＬストリームやＭＭＴストリームから、選択されたコンテンツ（放送番組）を構成するアセットデータや制御情報データを抽出、編集してパーシャルＴＬＶストリームを生成する。

提示部１５は、コンテンツ出力部１３が出力するコンテンツデータを、コンテンツとしてユーザに提示する。スピーカ部１５１は、音声コンテンツデータや文字コンテンツデータなどを音声として出力する。表示部１５２は、例えばモニタであり、映像コンテンツデータや文字コンテンツデータなどを表示する。

周辺機能１６は、ユーザインターフェース部１６１、制御部１６２、インターフェース部１６３を含む。

ユーザインターフェース部１６１は、例えば、テレビ受信装置１の本体、スピーカ部１５１や表示部１５２などに設置されているスイッチ、ボタンなどである。ユーザは、ユーザインターフェース部１６１を介して、画面調整、音量調整、チャネル選択などテレビ受信装置１に対してさまざまな設定、調整などができることでもよい。

インターフェース部１６２は、テレビ受信装置１の外部との各種インターフェースであり、例えば、赤外線通信、マウス、キーボード、イーサーネット、ＤＬＮＡ（登録商標）、ＨＤＭＩ（登録商標）、Ｗｉｆｉ（登録商標）、第５世代移動体通信（５Ｇ）などの有線、無線の各種通信インターフェースなどを含んでもよい。インターフェース部１６２は、インターフェース３による通信インターフェースを含む。インターフェース部１６２は、入力されたデジタルデータに対して、予め決められた通信規約に応じたフレームデータの生成を行い、有線や無線などの媒体による送信を行う。また、有線や無線などの媒体により受信した信号を復調してデジタルデータを取得し、通信規約に応じたフレームデータの分解を行い、デジタルデータを出力する。インターフェース部１６２は、デジタルデータに対してスクランブルなどの暗号化及び暗号化復号機能を有していても良い。

制御部１６３は、ユーザインターフェース部１６１やインターフェース部１６２などから入力される制御信号に基づいて、テレビ受信装置１内部の各種機能を制御することでも良い。

システムバス１７は、テレビ受信装置１内部の各種機能間のデータのやり取りをするためのデータ伝送路であり、例えばシリアルバスである。なお、テレビ受信装置１内部の各種機能間のデータのやり取りは、システムバス１７に限定されず、他の伝送路があってもよい。

リモコン１８は、テレビ受信装置１に付属のリモートコントローラであり、ユーザはリモコン１８を用いて、テレビ受信装置１に対して各種操作が可能である。例えば、ユーザがリモコン１８で操作指定すると、リモコンから制御コマンドが出力される。制御コマンドは、インターフェース部１６２の赤外線通信を介してテレビ受信装置１で受信される。インターフェース部１６２は受信した制御コマンドを制御部１６１に出力し、制御部１６１は、受信した制御コマンドを解析し、制御情報として取り出し、制御情報に基づいてテレビ受信装置１内部の各種機能を制御することでもよい。

記録再生部１９は、例えば、ハードディスク（ＨＤＤ）であり、テレビ受信装置１が放送信号を受信処理して得たデータを記録する。記録再生部１９は、例えば、ＴＬＶストリーム抽出部１１、ＴＬＶ／ＭＭＴ分離処理部１２、コンテンツ出力部１３、パーシャルＴＬＶストリーム生成部１４の出力が入力されることでもよい。

図３は、同実施形態に係るテレビ受信装置におけるＴＬＶ／ＭＭＴ分離処理部の機能構成の一例を示すブロック図である。

ＴＬＶ／ＭＭＴ分離処理部１２は、ＴＬＶストリームをＩＰ／ＵＤＰパケットやＭＭＴパケットへと分離し、符号化アセットデータと制御情報データであるＳＩデータに分離する機能であることから、各ストリーム、パケット、データなどの関係を用いて、機能構成を説明する。

図４Ａは、同実施形態に係るテレビ受信装置が処理するＴＬＶストリームの多重構成の一例を示す図であり、ＡＲＩＢ ＴＲ－Ｂ３９ ２．３版（第五分冊）第四編 高度広帯域ＣＳデジタル放送ＳＩ運用規定 １３章に準拠する。

表示枠５０は、物理層であるトランスポンダを示している。トランスポンダはＣＳ衛星（Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ衛星）に設置され、高度広帯域ＣＳデジタル放送の放送電波信号を出力する。

表示枠５１は、表示枠５０に示すトランスポンダによって送信されるＴＬＶストリームのレイヤを示している。

表示枠５２は、表示枠５１に示すＴＬＶストリームに格納されるＵＤＰ／ＩＰのレイヤを示している。

表示枠５３は、表示枠５１に示すＴＬＶストリームに格納されるＴＬＶ－ＮＩＴ（Ｎｅｔｗｏｒｋ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）を示している。ＴＬＶ－ＮＩＴは、ＴＬＶストリームに格納されるＴＬＶ－ＳＩの一部である。ＴＬＶ－ＮＩＴには、放送メディア内の各トランスポンダ、さらにはそこで伝送されるＴＬＶストリームの物理的な構成や、指定サービスまたは指定コンテンツがどのＴＬＶストリームに属するかなど、ＴＬＶストリームのロケーション解決のための情報が格納されている。

表示枠５４は、表示枠５１に示すＴＬＶストリームに格納されるＡＭＴ（Ａｄｄｒｅｓｓ Ｍａｐ Ｔａｂｌｅ）を示している。ＡＭＴも、ＴＬＶストリームに格納されるＴＬＶ－ＳＩの一部である。ＡＭＴには、ＴＬＶストリーム内の全サービスを記述するとともにＰＬＴを伝送するＩＰデータフロー（ＩＰプロトコル種別、送信元および宛先ＩＰアドレス、送信元および宛先ＵＤＰポート番号がすべて同一のＵＤＰ／ＩＰパケットの集合）の送信元ＩＰアドレスなどのＩＰ情報が格納されている。

表示枠５５は、表示枠５２に示すＵＤＰ／ＩＰストリームのレイヤで送信されるＮＴＰ形式専用のＵＤＰ／ＩＰパケットのストリームを示している。表示枠５５のうち、表示枠５２に重なる部分を、ＵＤＰ／ＩＰパケットのヘッダ（単にＩＰヘッダと称する場合もある）とみなしてもよい。表示枠５５１は、ＵＤＰ／ＩＰパケットのペイロードとみなしてもよく、表示枠５５１にＮＴＰデータが格納される。

表示枠５６は、表示枠５２に示すＵＤＰ／ＩＰストリームのレイヤで送信されるＭＭＴＰのレイヤを示している。

表示枠５７は、表示枠５１に示すＴＬＶストリームに格納されるＳＩデータ専用のＵＤＰ／ＩＰストリーム（ＩＰデータフロー）を示している。特に表示枠５５のうち、表示枠５２に重なる部分は、ＵＤＰ／ＩＰパケットのヘッダ（ＩＰヘッダと称する場合もある）とみなしてもよい。また、表示枠５７の表示枠５６より上部は、ＵＤＰ／ＩＰパケットのペイロードとしてＭＭＴＰパケットの形式で送信されるデータとみなしてもよい。ＰＬＴをはじめとするＴＬＶストリーム内の全サービス、すなわちコンテンツ（番組）に共通する制御信号データが格納されて伝送される。

表示枠５８Ａ、表示枠５８Ｂ、表示枠５８Ｃ（特に区別しない場合は、表示枠５８と称する）は、それぞれＴＬＶストリームに格納されるサービスごとのＵＤＰ／ＩＰストリーム（ＩＰデータフロー）を示している。特に表示枠５５のうち、表示枠５２に重なる部分は、ＵＤＰ／ＩＰパケットのヘッダ（ＩＰヘッダと称する場合もある）とみなしてもよい。表示枠５８において表示枠５６より上部は、ＵＤＰ／ＩＰパケットのペイロードとしてＭＭＴＰパケットの形式で送信されるデータとみなしてもよい。表示枠５８Ａ、表示枠５８Ｂ、表示枠５８ＣのＵＤＰ／ＩＰストリーム（ＩＰデータフロー）は、通常、それぞれ異なるサービス（図ではそれぞれサービス１、サービス２、サービス３）、すなわち異なるコンテンツ（番組）に関連するデータが格納される。表示枠５８Ａ、表示枠５８Ｂ、表示枠５８ＣのＵＤＰ／ＩＰストリーム（ＩＰデータフロー）はＩＰ情報、特にそれぞれ送信元のＩＰアドレスが異なる。

表示枠５９は、表示枠５８同様のＵＤＰ／ＩＰストリームを示しているが、特にサービス共用のＵＤＰ／ＩＰストリームを示している。例えば、表示枠５８Ａ、表示枠５８Ｂ、表示枠５８ＣのＵＤＰ／ＩＰストリームには、それぞれサービス１、サービス２、サービス３が送信されるが、表示枠５９のＵＤＰ／ＩＰストリームには、サービス１、サービス２、サービス３の全部または一部で共用されるデータ（図では文字スーパＭＰＵが示されている）が送信される。表示枠５９のＵＤＰ／ＩＰストリームのＩＰ情報、特に送信元のＩＰアドレスは、表示枠５８Ａ、表示枠５８Ｂ、表示枠５８ＣのＵＤＰ／ＩＰストリームの送信元のＩＰアドレスと異なる。

図３に戻り、ＴＬＶ／ＭＭＴ分離処理部１２の機能構成を説明する。

ＴＬＶストリーム選択処理部１２０は、例えば、１つのトランスポンダ上に複数のＴＬＶストリームが送信されている場合に、ＴＬＶ－ＮＩＴのデータを基にユーザが指定したコンテンツ（番組）が送信されているＴＬＶストリームを選択する。

ＴＬＶパケット分離部１２１は、ＴＬＶストリーム選択処理部１２０が出力するＴＬＶストリームをＴＬＶパケットごとに、ＴＬＶ－ＳＩデータ（表示枠５３、表示枠５４）と、ＮＴＰデータ（表示枠５５）を格納するＵＤＰ／ＩＰパケットと、ＭＭＴＰパケット（表示枠５３、表示枠５４）を格納したＵＤＰ／ＩＰパケットとの３つの系統に分離する。ＴＬＶパケット分離部１２１は、表示枠５１のＴＬＶストリームのレイヤにおける図示せぬＴＬＶストリームのヘッダ（ＴＬＶヘッダと称する場合もある）に格納されているパケット識別（識別子：ｐａｃｋｅｔ＿ｔｙｐｅ）に基づき、ＴＬＶストリームを３つの系統に分ける。

ＴＬＶ－ＳＩ抽出部１２２は、ＴＬＶパケット分離部１２１が出力するＴＬＶ－ＮＩＴとＡＭＴを抽出し、出力する。

ＮＴＰ抽出処理部１２３は、ＴＬＶパケット分離部１２１が出力する表示枠５５のＵＤＰ／ＩＰパケットからＮＴＰの情報を抽出し、出力する。抽出されたＮＴＰの情報は、受信機のシステムクロック再生に利用される。

ＩＰパケットヘッダ伸長部１２４は、ＴＬＶパケット分離部１２１が出力するＭＭＴＰパケット（表示枠５３、表示枠５４）を格納したヘッダ圧縮方式のＵＤＰ／ＩＰパケットのＩＰヘッダ（表示枠５２に相当）を処理する。具体的には、ＭＭＴＰパケットに付加されるＩＰヘッダは、ＩＰアドレスやポート番号のＩＰ情報を含むヘッダ（フルヘッダと称する場合もある）と、ＩＰ情報を含まないヘッダ（圧縮ヘッダと称する場合もある）との２種類ある。フルヘッダのＩＰパケットは少なくとも５００［ｍｓｅｃ］に１回は伝送する規定になっている。ＩＰパケットヘッダ伸長部１２４は、同じＩＰ情報を持つＵＤＰ／ＩＰパケット（ＩＰデータフロー）ごとに、過去に受信したフルヘッダの情報を利用して、圧縮ヘッダを持つＵＤＰ／ＩＰパケット（圧縮ＵＤＰ／ＩＰパケットと称する場合もある）をフルヘッダのＵＤＰ／ＩＰパケット（単にＵＤＰ／ＩＰパケットと称する場合もある）に変換して、出力する。もしくはＩＰデータフローごとに圧縮ＵＤＰ／ＩＰパケットのまま一連のＵＤＰ／ＩＰストリームとして出力してもよい。

ＩＰ／ＵＤＰパケット分離部１２５は、ＩＰパケットヘッダ伸長部１２４から入力からＵＤＰ／ＩＰストリーム（ＩＰデータフロー）を選択し、選択したＵＤＰ／ＩＰストリームのＵＤＰ／ＩＰパケットを分離して、ＭＭＴＰパケットを抽出し、ＭＭＴＰパケットのストリーム（ＭＭＴＰストリームと称する場合もある）を出力する。より詳細にはＩＰ／ＵＤＰパケット分離部１２５は、ＩＰヘッダに含まれるＣＩＤを利用してＵＤＰ／ＩＰストリーム（ＩＰデータフロー）を選択する。図４においては、表示枠５７、５８、５９がＭＭＴＰストリームを伝送している。ＩＰ／ＵＤＰパケット分離部１２５は、ＵＤＰ／ＩＰパケットを選択分離する際に、ＡＭＴに格納されているＩＰ情報や、後段処理で得られるＰＬＴ、ＭＰＴなどに格納されるＩＰ情報を用いる場合もある。

ＩＰ／ＵＤＰパケット分離部１２５は、受信したＴＬＶパケットから選択したＴＬＶパケットの形でも出力する。出力されるＴＬＶパケットは、ＩＰ／ＵＤＰヘッダ伸長部１２４へ入力されたＴＬＶパケット（フルヘッダに変換されていない圧縮ＩＰパケットが格納されているＴＬＶパケット）でもよい。

ＭＭＴＰパケット分離部１２６は、ＩＰ／ＵＤＰパケット分離部１２５から入力されるＭＭＴＰストリームから制御信号データや符号化アセットデータを出力する。図４においては、表示枠５８の映像ＭＰＵ、音声ＭＰＵ、字幕ＭＰＵ、アプリケーションＭＰＵ、表示枠５９の文字スーパーＭＰＵが符号化アセットデータに相当する。また、表示枠５８の符号化アセットデータ以外のデータや、表示枠５７のデータが制御信号データに相当する。

ＭＭＴ－ＳＩ抽出部１２７は、ＭＭＴＰパケット分離部１２６から入力される制御信号データであるＭＭＴ－ＳＩから、ＰＬＴ、ＭＰＴなどの制御情報を抽出して、出力する。ＰＬＴには、ＴＬＶストリーム内の全サービス（またはコンテンツ）に対し、対応するＭＰＴを伝送するＭＭＴＰパケットのパケットＩＤ、さらにはそれを格納するＵＤＰ／ＩＰパケットの送信元ＩＰアドレスをはじめとするＩＰ情報といったＭＰＴ伝送のロケーション解決のための情報が格納されている。ＭＰＴには、サービスを構成する各アセットに対するＭＭＴＰのパケットＩＤなど、アセット伝送に対するロケーション解決のための情報が格納されている。ＰＬＴやＭＰＴに格納されている情報は、ＩＰ／ＵＤＰパケット分離部１２５にて用いられてもよい。またＭＭＴ－ＳＩ抽出部１２７は、ＭＭＴ－ＳＩからＥＰＧ情報などを抽出し、出力する。

サービス／アセット選択制御部１２８は、テレビ受信装置１内の各機能から、情報を受信し、受信した情報に基づいて制御信号を出力したり、さらなる詳細情報を抽出して出力したりする。またユーザがリモコン１８を介してテレビ受信装置１に制御命令をした場合に、制御部１６３が解釈した制御命令をサービス／アセット選択制御部１２８に出力する。サービス／アセット選択制御部１２８は、制御命令に従って、各機能に制御信号や詳細情報を出力する。

空パケット生成部１２９は、例えば、ＩＰ／ＵＤＰパケット分離部１２５においてＩＰデータフロー内で選択されなかったＵＤＰ／ＩＰストリームに対して、ペイロードのない（ＭＭＴＰパケットを格納しない）ヘッダ圧縮ＩＰパケット（ＩＰ／ＵＤＰ空パケットと称する）を生成し、出力する。またはＵＤＰ／ＩＰヘッダのみを抽出して出力することでもよい。空パケットの構成例を図４Ｄに示す。

図４Ｂは、同実施形態に係るＴＬＶストリームに格納される各パケットの構成の一例を示す図である。

ＴＬＶパケット６１は、ヘッダとペイロードから構成され、ヘッダには固定ビット、識別子であるｐａｃｋｅｔ＿ｔｙｐｅ、ｌｅｎｇｔｈが格納されている。

ＵＤＰ／ＩＰパケット６２は、ＩＰ／ＵＤＰヘッダとＩＰ／ＵＤＰペイロードから構成され、特にヘッダ圧縮ＩＰパケットのＩＰ／ＵＤＰヘッダには識別子ＣＩＤ、ＳＮ、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅが格納されている。ＩＰ／ＵＤＰヘッダの「部分ＩＰｖ６ヘッダ／部分／ＵＤＰヘッダ」には、フルヘッダ時に使用されるヘッダ情報が含まれている。

ＭＭＴＰパケット６３は、ＭＭＴＰヘッダとＭＭＴＰペイロードから構成され、ＭＭＴＰヘッダには識別子であるｐａｃｋｅｔ＿ｉｄが格納されている。
ＴＬＶパケット６１のペイロードには、ＵＤＰ／ＩＰパケット６２が格納され、ＩＰ／ＵＤＰペイロードには、ＭＭＴＰパケット６３が格納される。ＭＭＴＰペイロードには、アセットデータ、ＳＩデータなどのデータが格納される。
図４Ｃは、同実施形態に係るＴＬＶストリームに格納されるＵＤＰ／ＩＰパケットのヘッダ情報の一例を示す図であり、図４ＢのＵＤＰ／ＩＰパケット６２のヘッダ情報の詳細である。図４Ｃに示されるようにヘッダ圧縮ＩＰ／ＵＤＰパケットにはＩＰ／ＵＤＰヘッダ部に送信元ＩＰアドレス（ｓｏｕｒｃｅ＿ａｄｄｒｅｓｓ）、宛先ＩＰアドレス（ｄｅｓｔｉｎａｔｉｏｎ＿ａｄｄｒｅｓｓ）が配置されている。又， 通常のＩＰ／ＵＤＰパケットはＩＰヘッダ部に送信元ＩＰアドレス（ｓｏｕｒｃｅ＿ａｄｄｒｅｓｓ）、宛先ＩＰアドレス（ｄｅｓｔｉｎａｔｉｏｎ＿ａｄｄｒｅｓｓ）が配置されている。ＮＴＰ伝送はＩＰヘッダ圧縮を適用せず、通常、３３ｍｓｅｃ間隔で伝送される。ＭＭＴＰパケット伝送はＩＰヘッダ圧縮を適用し、５００ｍｓｅｃ間隔でフルヘッダで伝送される。
ＮＴＰ専用ＩＰデータフローにおける送信元ＩＰアドレス（ｓｏｕｒｃｅ＿ａｄｄｒｅｓｓ）とＳＩ専用ＩＰデータフローにおけるソースアドレスとは同一の送信元ＩＰアドレス（ｓｏｕｒｃｅ＿ａｄｄｒｅｓｓ）とが用いられる。
具体的には、図４ＡのＮＴＰ専用ＩＰデータフローとＳＩ専用ＩＰデータフローには送信元ＩＰアドレスとしてＳｒｃ．ａｄｄ０が用いられ、図４Ａのサービス１のデータフローには送信元ＩＰアドレスとしてＳｒｃ．ａｄｄ１が用いられ、サービス２のデータフローには送信元ＩＰアドレスとしてＳｒｃ．ａｄｄ２が用いられ、サービス３のデータフローには送信元ＩＰアドレスとしてＳｒｃ．ａｄｄ３が用いられる。
よって、ＮＴＰ専用ＩＰデータフローのＩＰ／ＵＤＰパケット送信元ＩＰアドレス（ｓｏｕｒｃｅ＿ａｄｄｒｅｓｓ）に基づいて、多重化されたストリームの中からＳＩのＩＰ／ＵＤＰパケットを特定することができる。
図４Ｄは、同実施形態に係るパーシャルＴＬＶストリームに格納される空パケットの構成の一例を示す図である。

図５は、同実施形態に係るテレビ受信装置におけるパーシャルＴＬＶストリーム生成部の機能構成の一例を示すブロック図である。

本実施形態のパーシャルＴＬＶストリーム生成部１４は、符号化アセットデータ、ＭＭＴ－ＳＩの制御信号データの他、ＮＴＰデータを含めて、ＴＬＶパケットを生成し、パーシャルＴＬＶストリームとして出力する。

ＭＭＴ－ＳＩ生成部１４１は、ＭＭＴ－ＳＩ抽出部１２７が抽出し、出力した制御情報から必要な情報を選択、抽出し、抽出した情報からパーシャルＴＬＶストリーム用の制御情報（ＴＬＶ／ＭＭＴ分離処理部１２の制御信号データと区別する場合は、パーシャル制御信号データと称する）を生成する。具体的には、例えば、ＡＲＩＢ ＳＴＤ－Ｂ６３に規定されるＭＨ－ＳＩＴ（Ｓｅｌｅｃｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）やＭＨ－ＤＩＴ（Ｄｉｓｃｏｎｔｉｎｕｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）である。通常は、パーシャルＴＬＶストリーム用の制御情報は、ＭＭＴ－ＳＩ抽出部１２７が抽出する制御情報（すなわち、放送信号が送信する制御情報）よりも少ない。

ＭＭＴ－ＳＩ更新部１４２は、ＵＤＰ／ＩＰパケットのペイロード（ＭＭＴＰパケット）に格納されているＰＬＴまたはＭＰＴの内容を更新する。ＴＬＶストリーム抽出部１１が出力するＴＬＶストリーム（放送信号で送信されてきたＴＬＶストリーム）に含まれるＰＬＴには、全サービスの情報が記載されおり、パーシャルＴＬＶストリームとして送信する際には含まれる指定されたサービスだけの情報にＰＬＴを更新する必要がある。ＭＰＴについても同様に、パーシャルＴＬＶストリームとして送信する際には含まれる指定されたたアセットデータだけの情報にＭＰＴを更新する必要がある。ただし、ＰＬＴまたはＭＰＴが含まれていたＵＤＰ／ＩＰパケットのＩＰヘッダは更新しない。

ＭＭＴＰパケット生成部１４３は、ＭＭＴ－ＳＩ生成部１４１から入力されるパーシャルＴＬＶストリーム用の制御信号データをペイロードとして、所定のＭＭＴＰのヘッダ情報を付加して、ＭＭＴＰパケットを生成し、出力する。

ＩＰ／ＵＤＰパケット生成部１４４は、ＭＭＴ－ＳＩ更新部１４２から入力されるＵＤＰ／ＩＰパケットはそのまま出力する。また、ＭＭＴＰパケット生成部１４３から入力したＭＭＴＰパケットをペイロードとして、ＭＭＴ－ＳＩ更新部１４２から入力されるＵＤＰ／ＩＰパケットのヘッダ情報を参照してＣＩＤやＳＮの値の整合を取りながら、ＩＰヘッダ、ＵＤＰヘッダを付加して、ＵＤＰ／ＩＰパケットを生成し、出力する。

ＴＬＶパケット生成部１４５は、ＩＰ／ＵＤＰパケット生成部１４４から入力されるＵＤＰ／ＩＰパケットやＩＰ／ＵＤＰ空パケットが入力され、それぞれにＴＬＶのヘッダを付加して、ＴＬＶパケットを生成し、出力する。なお、ＩＰ／ＵＤＰ空パケットを格納するＴＬＶパケットは元のＩＰデータフロー内と同じ順序／タイミングで出力する。ただし、ＴＬＶパケットのヘッダはペイロード長が変わっているため、ｌｅｎｇｔｈフィールドの値を更新し、元のＴＬＶヘッダとは異なる。

ＴＬＶパケット多重部１４６は、各機能から入力されるＴＬＶパケットを多重して、パーシャルＴＬＶストリームとして出力する。具体的には、ＮＴＰデータが含まれたＴＬＶパケット、ＴＬＶパケット生成部１４５が出力するＴＬＶパケット、アセットデータが含まれたＴＬＶパケットが、ＴＬＶパケット多重部１４６に入力され、パーシャルＴＬＶストリームとして出力される。パーシャルＴＬＶストリームは、インターフェース部１６３から既定の通信方法によってパーシャルＴＬＶストリーム信号として送信される。

ＴＬＶ―ＳＩ生成部１４７は、ＡＭＴの更新情報を含めて、ＴＬＶ－ＳＩ情報を生成しＴＬＶパケット多重部１４６へ出力することがある。ただし、本実施形態においては、パーシャルＴＬＶストリームにＴＬＶ－ＳＩ情報を多重しないため本機能は設けなくてもよい。

図６は、同実施形態に係るパーシャルＴＬＶストリームを受信する電子機器の機能構成の一例を示すブロック図である
電子機器２は、テレビ受信装置１が送信するパーシャルＴＬＶストリーム信号をインターフェース部２１で受信する。インターフェース部２１は、インターフェース３による通信インターフェースを含む。インターフェース部２１は、受信したパーシャルＴＬＶストリーム信号からデジタルデータを抽出し、パーシャルＴＬＶストリームとして出力する。インターフェース部２１は、入力されたデジタルデータに対して、予め決められた通信規約に応じたフレームデータの生成を行い、有線や無線などの媒体による送信を行う。また、有線や無線などの媒体により受信した信号を復調してデジタルデータを取得し、通信規約に応じたフレームデータの分解を行い、デジタルデータを出力する。インターフェース部２１は、スクランブルなどの暗号化及び暗号化復号機能を有していても良い。本実施形態におけるインターフェース部２１は、インターフェース部１６２と例えばＤＬＮＡ（登録商標）もしくはその拡張方式による通信が可能である。

パーシャルＴＬＶストリーム処理部２２は、インターフェース部２１から入力されるパーシャルＴＬＶストリームを処理し、符号化アセットデータやＳＩデータを得て出力する。
符号化アセットデータはＳＩデータとともにデコード処理部２３に入力されて、映像、音声、文字などのコンテンツデータに変換される。変換されたコンテンツデータは出力処理部２４に出力される。出力処理部２４は、コンテンツデータに対して出力タイミング、表示方法などを調整し、提示部２５に出力する。

提示部２５は、例えば、信号表示装置（モニター）やスピーカなどであり、入力されたコンテンツデータに基づいて、映像やオーディオ、文字などとして出力する。

制御部２６は、電子機器２の各機能の制御を実施する。例えば、制御部２６は、インターフェース部２１を含む各種インターフェースを介した外部通信の接続確立を実施する。

なお、図６において、制御部２６との間で結線がなされていない機能ブロックとの間においてもデータのやり取り（制御を含む）がされてもよい。

図７は、同実施形態に係る電子機器のパーシャルＴＬＶストリーム処理部の機能構成の一例を示すブロック図である。

図４のＴＬＶストリームのデータ階層を用いながら、図７のパーシャルＴＬＶストリーム処理部２２の機能構成を説明する。

パーシャルＴＬＶストリーム処理部２２は、パーシャルＴＬＶストリームをＩＰ／ＵＤＰパケットやＭＭＴＰパケットへと分離し、符号化アセットデータと制御信号データであるＳＩデータを取得して出力する。パーシャルＴＬＶストリーム処理部２２の機能は、テレビ受信装置１のＴＬＶ／ＭＭＴ分離処理部１２の機能と同様である。

ＴＬＶパケット分離部２２１は、ＴＬＶパケットごとに、インターフェース部２１から入力されるパーシャルＴＬＶストリームをＴＬＶ－ＳＩデータ（図４の表示枠５３、表示枠５４に相当）と、ＮＴＰデータ（表示枠５５）を格納するＵＤＰ／ＩＰパケットと、ＭＭＴＰパケット（表示枠５６）を格納したＵＤＰ／ＩＰパケットとの３つの系統に分離する。ＴＬＶパケット分離部２２１は、表示枠５１のＴＬＶストリームのレイヤにおけるＴＬＶヘッダ（図４ＢのＴＬＶパケット参照）に格納されているパケット識別（識別子：ｐａｃｋｅｔ＿ｔｙｐｅ）に基づき、パーシャルＴＬＶストリームを３つの系統に分ける。

ＴＬＶ－ＳＩ抽出部２２２は、ＴＬＶパケット分離部２２１が出力するＴＬＶ－ＳＩが存在すればそこから必要な情報を抽出し、出力することでもよい。ただし、本実施形態においてはＴＬＶ－ＳＩは必要なく、また通常ＴＬＶ－ＳＩはパーシャルＴＬＶストリームに含まないためこの機能はなくてもよい。

ＮＴＰ抽出処理部２２３は、ＴＬＶパケット分離部２２１が出力する表示枠５５のＵＤＰ／ＩＰパケットからＮＴＰデータを抽出し、出力する。

ＩＰパケットヘッダ伸長部２２４は、ＴＬＶパケット分離部２２１が出力するＭＭＴＰパケット（表示枠５６に相当）を格納したヘッダ圧縮形式のＵＤＰ／ＩＰパケットのＩＰヘッダ（表示枠５２に相当）を処理する。具体的には、ＭＭＴＰパケットに付加されるＩＰヘッダは、ＩＰアドレスやポート番号のＩＰ情報を含むヘッダ（図４Ｂ下段、フルヘッダと称する場合もある）と、ＩＰ情報を含まないヘッダ（図４Ｂ中段、圧縮ヘッダと称する場合もある）との２種類ある。ＩＰパケットヘッダ伸長部２２４は、同じＩＰ情報を持つＵＤＰ／ＩＰパケット（ＩＰデータフロー）ごとに、過去に受信したフルＩＰヘッダの情報を利用して、圧縮ヘッダを持つＵＤＰ／ＩＰパケット（圧縮ＵＤＰ／ＩＰパケットと称する場合もある）をフルヘッダのＵＤＰ／ＩＰパケット（ＵＤＰ／ＩＰパケットと称する場合もある）に変換して、出力する。もしくはＩＰデータフローごとに圧縮ＵＤＰ／ＩＰパケットのまま一連のＵＤＰ／ＩＰストリームとして出力してもよい。

ＩＰ／ＵＤＰパケット分離部２２５は、ＩＰパケットヘッダ伸長部２２４から入力されるＵＤＰ／ＩＰパケットを分離して、ＭＭＴＰパケットを抽出し、ＭＭＴＰパケットのストリーム（ＭＭＴＰストリームと称する場合もある）を出力する。より詳細には、空パケット検出部２２５１で、ＩＰパケットヘッダ伸長部２２４から入力されるＵＤＰ／ＩＰパケットがＵＤＰ／ＩＰ空パケットであるか否かを判定する。空パケット検出部２２５１は、ＵＤＰ／ＩＰパケットがＩＰヘッダのみのパケット（ＵＤＰ／ＩＰ空パケット）である場合は、後段処理をスキップする。すなわち、空パケット検出部２２５１は、ＵＤＰ／ＩＰ空パケットの場合、ＭＭＴＰパケット分離部２２６へＵＤＰ／ＩＰパケットを出力しない。一方、ＵＤＰ／ＩＰ空パケットでない場合は、空パケット検出部２２５１は、後段処理であるＭＭＴＰパケット分離部２２６にＵＤＰ／ＩＰパケットを出力する。本実施形態におけるＩＰ／ＵＤＰパケット分離部２２５は、ＵＤＰ／ＩＰパケットを選択分離する際に、後段処理で得られるＰＬＴ、ＭＰＴなどに格納される情報を用いる。

ＭＭＴＰパケット分離部２２６は、ＩＰ／ＵＤＰパケット分離部２２５から入力されるＭＭＴＰストリームから制御信号データや符号化アセットデータを出力する。

ＭＭＴ－ＳＩ抽出部２２７は、ＭＭＴＰパケット分離部２２６から入力される制御信号データであるＭＭＴ－ＳＩから、ＰＬＴ、ＭＰＴなどの制御情報を抽出して、出力する。ＰＬＴやＭＰＴに格納されている情報は、ＩＰ／ＵＤＰパケット分離部２２５にて用いられてもよい。

本実施形態に係るシステムの動作例を説明する。
図８は、同実施形態に係るテレビ受信装置におけるＴＬＶ／ＭＭＴ分離処理部の処理動作の一例を示すフローチャートである。

テレビ受信装置１からパーシャルＴＬＶストリームとして出力するためのサービス（コンテンツ）を指定するために、ユーザがリモコン１８で指定操作をする。リモコン１８はサービスを指定するための制御コマンドを出力し、テレビ受信装置１のインターフェース部１６２が、制御コマンドを受信する。インターフェース部１６２は、受信した制御コマンドを制御部１６３に出力し、制御部１６３は、制御コマンドを解析してユーザが指定したサービスの情報（指定サービス情報）を抽出し、サービス／アセット選択制御部１２８へ出力する。サービス／アセット選択制御部１２８は、指定サービス情報（ｓｅｒｖｉｃｅ＿ｉｄ）をＴＬＶ／ＭＭＴ分離処理部１２に出力する（ステップＳ１１）。ＴＬＶ／ＭＭＴ分離処理部１２において、ＴＬＶストリーム選択処理部１２０は、ＴＬＶ－ＳＩ抽出部１２２が抽出したＴＬＶ－ＮＩＴと指定サービス情報とに基づいて指定されたサービスが格納されているＴＬＶストリームを選択し、ＴＬＶパケット分離部１２１に出力する（ステップＳ１２）。

ＴＬＶパケット分離部１２１は、図４のＴＬＶパケット６１に示されるヘッダに格納されているパケット識別（識別子：ｐａｃｋｅｔ＿ｔｙｐｅ）に基づいて、ＴＬＶストリーム選択処理部１２０から入力されたＴＬＶストリームを３つの系統に分離する（ステップＳ１３）。具体的にはＴＬＶパケットのペイロードに格納されているデータの種類の違いに応じて、ＴＬＶ－ＳＩデータと、ＮＴＰデータを格納するＵＤＰ／ＩＰパケットと、ＭＭＴＰパケットを格納したヘッダ圧縮ＵＤＰ／ＩＰパケットとの３つの系統に分離し、それぞれＴＬＶ－ＳＩ抽出部１２２、ＮＴＰ抽出処理部１２３、ＩＰパケットヘッダ伸長部１２４に入力される。

ＴＬＶ－ＳＩ抽出部１２２は、ＴＬＶ－ＮＩＴデータやＡＭＴデータを抽出し、サービス／アセット選択制御部１２８へ出力する（ステップＳ１４）。ＮＴＰ抽出処理部１２３は、ＵＤＰ／ＩＰパケットに格納されているＮＴＰデータを抽出し、サービス／アセット選択制御部１２８へ出力する（ステップＳ１５）。また同時に、ＮＴＰ抽出処理部１２３は、入力されたＴＬＶパケットをそのまま出力する（ステップＳ１５）。ＭＭＴＰパケットを格納したヘッダ圧縮ＵＤＰ／ＩＰパケットを含むＴＬＶパケットは、ＩＰパケットヘッダ伸長部１２４およびＩＰ／ＵＤＰパケット分離部１２５に入力され、処理される（ステップＳ１６）。Ｉ／ＵＤＰパケット分離部１２５は、入力されたＴＬＶパケットのＩＰヘッダ情報のＣＩＤ（図４ＢのＵＤＰ／ＩＰパケット６２参照）とサービス／アセット選択制御部１２８から入力されるＩＰ情報とを用いて、ＩＰデータフローを確認する（ステップＳ１７）。もしＩＰデータフローがＩＰ情報により選択されたＩＰデータフローではないことが確認されなかった場合、次のＴＬＶパケットを確認する（ステップＳ１８のＮＯ、Ｓ１３）。もしＩＰデータフローがＩＰ情報により選択されたＩＰデータフローであることが確認された場合、後段の処理を実施する（ステップＳ１８のＹＥＳ）。選択されたＩＰデータフローのＴＬＶパケットは、ＭＭＴＰパケット分離部１２６に入力され、ＭＭＴＰヘッダのｐａｃｋｅｔ＿ｉｄが確認される（ステップＳ１９）。ＭＭＴＰパケット分離部１２６は、ｐａｃｋｅｔ＿ｉｄを確認し、入力されたＴＬＶパケットに選択されたＭＭＴ－ＳＩが格納されている場合、すなわちＰＬＴやユーザが指定したｓｅｒｖｉｃｅ＿ｉｄに関わるＭＰＴ、さらに所定のＭＭＴ－ＳＩが格納されている場合は、入力されたＴＬＶパケットに格納されているＵＤＰ／ＩＰパケットを出力する（ステップＳ２０のＹＥＳ、Ｓ２１）。ＭＭＴＰパケット分離部１２６は、ｐａｃｋｅｔ＿ｉｄを確認し、入力されたＴＬＶパケットに選択されたＭＭＴ－ＳＩが格納されていない場合、すなわちユーザが指定したｓｅｒｖｉｃｅ＿ｉｄに関わるＭＭＴ－ＳＩが格納されていない場合は、入力されたＴＬＶパケットに選択されたアセットが格納されているかどうかを確認する（Ｓ２０のＮＯ、ステップＳ２２）。ＭＭＴＰパケット分離部１２６は、ステップＳ２０で抽出したＭＭＴ－ＳＩのＰＬＴからユーザが選択したサービスを識別するｓｅｒｖｉｃｅ＿ｉｄのＭＰＴを抽出する。ＭＭＴＰパケット分離部１２６は、抽出したＭＰＴの情報からユーザが指定したサービスを構成するアセットを特定することができる。このうちパーシャルＴＬＶストリームに必要なアセットを適宜選択（たとえば、映像、音声、字幕のみなど）することも可能である。ＭＭＴＰパケット分離部１２６は、ステップＳ２０で抽出したＭＭＴ－ＳＩのＭＰＴの情報と入力されたＴＬＶパケットのｐａｃｋｅｔ＿ｉｄとを確認し、入力されたＴＬＶパケットに選択されたアセットが格納されている場合、すなわちユーザが指定したｓｅｒｖｉｃｅ＿ｉｄのアセットが格納されている場合は、入力されたＴＬＶパケットを出力する（ステップＳ２２のＹＥＳ、ステップＳ２３）。ステップＳ２３においてＭＭＴＰパケット分離部１２６が出力するＴＬＶパケットは、ＩＰパケットヘッダ伸長部１２４に入力されたＴＬＶパケットである。一方、ＭＭＴＰパケット分離部１２６は、ステップＳ２０で抽出したＭＭＴ－ＳＩのＭＰＴの情報と入力されたＴＬＶパケットのｐａｃｋｅｔ＿ｉｄとを確認し、入力されたＴＬＶパケットに選択されたアセットが格納されていない場合は、そのＴＬＶパケットに格納されているＵＤＰ／ＩＰパケットのペイロード部分を削除して、ＵＤＰ／ＩＰ空パケットを生成し、出力する（ステップＳ２４）。ここでＵＤＰ／ＩＰ空パケットとは、ＵＤＰ／ＩＰヘッダをそのまま出力してもよい。
なお、上記フローのステップＳ１８からＳ２０にかけての説明を補足する。まず、ＰＬＴを取得するために、ＡＭＴの情報を基にＳＩ専用ＩＰデータフローのＩＰ情報を特定しこれを選択する。ＰＬＴのｐａｃｋｅｔ＿ｉｄは０ｘ００００（固定値）と決まっているため、ＭＭＴＰパケット分離部１２６およびＭＭＴ－ＳＩ抽出部１２７の処理を経てＰＬＴの抽出が可能になる。
次に、得られたＰＬＴを基に、ユーザが指定するサービスのＭＰＴを伝送するＩＰデータフローのＩＰ情報を特定し、これを選択する。ＭＰＴのｐａｃｋｅｔ＿ｉｄもＰＬＴに記載されているため、ＭＭＴＰパケット分離部１２６およびＭＭＴ－ＳＩ抽出部１２７の処理を経て当該ＭＰＴの抽出が可能になる。また、当該サービスを構成する各アセットも同じＩＰデータフローに含まれており、それぞれのｐａｃｋｅｔ＿ｉｄもＭＰＴに記載されているため、ＭＭＴＰパケット分離部１２６の処理を経てアセットの抽出が可能になる。
また、必要に応じ、ＭＰＴを参照してサービス共用ＩＰデータフローのＩＰ情報を特定し、これを選択する。このＩＰ情報およびｐａｃｋｅｔ＿ｉｄもＭＰＴに記載されているため、ＭＭＴＰパケット分離部１２６の処理を経てアセットの抽出が可能になる。
上記フローのステップＳ２０を詳細に説明する。ＭＭＴＰパケット分離部１２６は、入力されたＴＬＶパケットやＵＤＰ／ＩＰヘッダの解析情報などから制御信号データを抽出し、出力する。出力された制御信号データは、ＭＭＴ－ＳＩ抽出部１２７に入力され、ＭＭＴ－ＳＩ抽出部１２７は、ＡＭＴに格納されている指定サービス送信元のＩＰアドレスなどのＩＰ情報をサービス／アセット選択制御部１２８からを受信し、受信した情報に基づいて、ＰＬＴを抽出する。ＭＭＴ－ＳＩ抽出部１２７は、サービス／アセット選択制御部１２８から入力されたＰＬＴをサービス／アセット選択制御部１２８に出力する。さらにＭＭＴ－ＳＩ抽出部１２７は、抽出したＰＬＴに基づいて、ＭＰＴを抽出する。
上記フローのステップＳ２２を詳細に説明する。ＭＭＴ－ＳＩ抽出部１２７は、抽出したＭＰＴをサービス／アセット選択制御部１２８に出力する。ＭＭＴＰパケット分離部１２６は、抽出されたＭＰＴに基づいて、入力されたＭＭＴＰパケット（ＴＬＶパケット）から符号化アセットデータを抽出する。

図９は、同実施形態に係るテレビ受信装置におけるパーシャルＴＬＶ生成部の処理動作の一例を示すフローチャートである。

パーシャルＴＬＶストリーム生成部１４において、アセットデータのＴＬＶパケットはＴＬＶパケット多重部１４６に入力される（ステップＳ１０１Ａ）。パーシャルＴＬＶストリーム生成部１４において、ＵＤＰ／ＩＰ空パケットはＴＬＶパケット生成部１４５へ出力される（ステップＳ１０１Ｂ）。パーシャルＴＬＶストリーム生成部１４において、制御信号データはＭＭＴ－ＳＩ生成部１４１に入力される。ＭＭＴ－ＳＩ生成部１４１は、パーシャルＴＬＶストリームに含めて出力するためのパーシャル制御信号データであるＭＨ－ＳＩＴやＭＨ－ＤＩＴなどを生成し、ＭＭＴＰパケット生成部１４３へ出力する（ステップＳ１０２Ａ）。また、パーシャルＴＬＶストリーム生成部１４に入力される制御信号データのうちＰＬＴやＭＰＴは、ＭＭＴ―ＳＩ更新部１４２に入力されて、必要に応じて内容が更新され、ＩＰ／ＵＤＰパケット生成部１４４へ出力される（ステップＳ１０２Ｂ）。パーシャルＴＬＶストリーム生成部１４は、受信したＮＴＰデータの格納されたＴＬＶパケットをＴＬＶパケット多重部１４６へ入力する（ステップＳ１０３）。

ＭＭＴＰパケット生成部１４３は、入力されたパーシャル制御信号データをＭＭＴＰパケットに変換し、ＩＰ／ＵＤＰパケット生成部１４４に出力する（ステップＳ１０４）。ここでＭＭＴＰパケット分離部１２６に入力されるＭＭＴＰパケットと区別する場合は、ステップＳ１０４において出力されるＭＭＴＰパケットをパーシャルＭＭＴＰパケットと称する。ＩＰ／ＵＤＰパケット生成部１４４は、入力されるパーシャルＭＭＴＰパケットに対して、ＩＰヘッダ、ＵＤＰヘッダを付加するなどし、ＵＤＰ／ＩＰパケットを生成し、ＵＤＰ／ＩＰパケットをＴＬＶパケット多重部１４６へ出力する（ステップＳ１０５）。また、ステップＳ１０２ＢにおいてＭＭＴ―ＳＩ更新部１４２から入力されるＵＤＰ／ＩＰパケットは、そのまま出力する（ステップＳ１０５）。ＩＰ／ＵＤＰパケット分離部１２５に入力されるＵＤＰ／ＩＰパケットと区別する場合、ステップＳ１０５において出力されるＵＤＰ／ＩＰパケットをパーシャルＵＤＰ／ＩＰパケットと称する。

ＵＤＰ／ＩＰ空パケットを含めたパーシャルＵＤＰ／ＩＰパケットは、ＴＬＶパケット生成部１４５に入力され、ＴＬＶパケット生成部１４５は、パーシャルＵＤＰ／ＩＰパケットをペイロードとして、必要なＴＬＶ－ＳＩやＴＬＶヘッダを付加して、ＴＬＶパケットを生成する（ステップＳ１０６）。ＴＬＶパケット分離部１２１に入力されるＴＬＶパケットと区別する場合、ステップＳ１０６において出力されるＴＬＶパケットをパーシャルＴＬＶパケットと称する。生成されたパーシャルＴＬＶパケットや、ステップＳ１０１Ａ、ステップＳ１０３で取得したアセットデータやＮＴＰの含まれたＴＬＶパケットはＴＬＶパケット多重部１４６に入力される。ＴＬＶパケット多重部１４６は、入力されたＴＬＶパケットをパーシャルＴＬＶストリームとして出力する。パーシャルＴＬＶストリームは、インターフェース部１６２からインターフェース３を介して、例えばＤＬＮＡ（登録商標）もしくは拡張方式のような通信方式を用いて、パーシャルＴＬＶストリーム信号として出力される（ステップＳ１０７）。

図１０は、同実施形態に係る電子機器におけるパーシャルＴＬＶストリーム処理部の処理動作の一例を示すフローチャートである。

テレビ受信装置１から出力されたパーシャルＴＬＶストリーム信号は、電子機器２において、インターフェース部２１によって受信される。インターフェース部２１は、パーシャルＴＬＶストリーム信号に対して復調などの処理により、パーシャルＴＬＶストリームを得る。得られたパーシャルＴＬＶストリームは、パーシャルＴＬＶストリーム処理部２２のＴＬＶパケット分離部２２１に入力される。（ステップＳ２０１）。ＴＬＶパケット分離部２２１は、パーシャルＴＬＶストリームのＴＬＶヘッダに格納されているパケット識別（識別子：ｐａｃｋｅｔ＿ｔｙｐｅ）に基づき、パーシャルＴＬＶストリームをＴＬＶ－ＳＩデータと、ＮＴＰデータのＵＤＰ／ＩＰパケットのストリームと、ＭＭＴＰパケットを格納したＵＤＰ／ＩＰパケットのストリームなどの系統に分ける（ステップＳ２０２）。ＴＬＶ－ＳＩデータは、ＴＬＶ－ＳＩ抽出部２２２に入力され、ＴＬＶ－ＳＩ抽出部２２２は、パーシャルＴＬＶストリームの処理に必要なデータを抽出する。なお本実施形態の例では、ＴＬＶ－ＳＩデータはパーシャルＴＬＶストリームに含まれない。

ＮＴＰデータを格納するＵＤＰ／ＩＰパケットは、ＮＴＰ抽出処理部２２３に入力され、ＮＴＰ抽出処理部２２３は、ＮＴＰデータを抽出する（ステップＳ２０３）。ステップＳ２０３と同時に、ＭＭＴＰパケットを格納したＵＤＰ／ＩＰストリームは、ＩＰパケットヘッダ伸長部２２４に入力され、フルヘッダのＵＤＰ／ＩＰパケットに変換される（ステップＳ２０４）。ステップＳ２０４においては、ＵＤＰ／ＩＰ空パケットに対しても同様の処理が行われる。変換されたフルヘッダのＵＤＰ／ＩＰパケットは、ＩＰ／ＵＤＰパケット分離部２２５に入力され、ＩＰ／ＵＤＰパケット分離部２２５は、ＭＭＴＰパケットを抽出し、ＭＭＴＰパケット分離部２２６へ出力する（ステップＳ２０５）。ＭＭＴＰパケット分離部２２６は、入力されたＭＭＴＰパケットのうち、ＳＩデータに関わるＭＭＴＰパケットを抽出し、抽出したＭＭＴＰパケットをＭＭＴ－ＳＩ抽出部２２７に出力する（ステップＳ２０６）。

ＭＭＴ－ＳＩ抽出部２２７は、入力されたＭＭＴＰパケットから、ＰＬＴを抽出する（ステップＳ２０７）。より詳細には、ステップＳ２０６において抽出したＭＭＴＰパケットに付与されていたＩＰヘッダのパケットＩＤを用いて、ＰＬＴを抽出する。

さらにＭＭＴ－ＳＩ抽出部２２７は、抽出したＰＬＴに記載されている情報に基づいて、ＭＰＴを抽出する（ステップＳ２０８）。ＭＭＴＰパケット分離部２２６は、抽出されたＭＰＴに基づいて、入力されたＭＭＴＰパケットから符号化アセットデータを抽出する（ステップＳ２０９）。抽出された符号化アセットデータはコンテンツ出力部２４に出力される（ステップＳ２１０）。

コンテンツ出力部２４は、符号化アセットデータをデコードなどし、音声、映像、文字などのコンテンツデータを出力する。出力されたコンテンツデータは提示部２５から、スピーカやモニタから映像、音声、文字などのコンテンツとしてユーザに提示される。

以上の手順により、電子機器２は、テレビ受信装置１が送信したパーシャルＴＬＶストリームを受信し、ユーザは、電子機器２によりコンテンツを視聴できる。本実施形態においては、ソース機器であるテレビ受信装置１は、選択されたサービス以外のデータに対してＵＤＰ／ＩＰパケットのヘッダ部分のみ（ＵＤＰ／ＩＰ空パケット）をパーシャルＴＬＶストリームに含めて送信した。電子機器２は、パーシャルＴＬＶストリームに含まれるＵＤＰ／ＩＰ空パケットの処理をスキップすることによって、パーシャルＴＬＶストリームにて送信されるコンテンツデータを取得することができる。

高度広帯域衛星デジタル放送の規格においては、サービスを構成する映像、音声、字幕などやＭＭＴ－ＳＩを格納するＭＭＴＰパケット伝送用のＩＰパケットはヘッダ圧縮して伝送されることになっている。テレビ受信装置１は、受信した放送信号から選択されたサービスや必要なＭＭＴ－ＳＩを取捨選択してパーシャルＴＬＶストリームを生成し、外部装置へ出力する。従って、通常、パーシャルＴＬＶストリームは、放送信号に含まれていたデータが欠損することになる。特にＵＤＰ／ＩＰパケットのヘッダに含まれる情報が欠損してしまうために、ＵＤＰ／ＩＰパケットの連続性（ＳＮフィールドで設定）が損なわれる問題がある。またフルヘッダのＵＤＰ／ＩＰパケットは、もともと送信頻度が少なく、パーシャルＴＬＶストリームに含められなかった場合に問題となる可能性がある。例えば、電子機器２において、パーシャルＴＬＶストリームの受信再生処理の際に、サービスの再生表示や関連情報の提示で遅延や中断の問題が発生する可能性がある。現状では問題は表面化していないが、今後、高機能化、多機能化、大容量化などにより問題発生する可能性が考えられ、仕組みとして対処しておくのが望ましい。本実施形態によれば、以上に述べた問題が生じないパーシャルＴＬＶストリームの送受信が可能となる。

なお、本実施形態においては、図４Ｂに示した高度広帯域ＣＳデジタル放送の規格のＴＬＶストリームに適用した例を示したが、ＡＲＩＢ ＴＲ－Ｂ３９ ２．３版（第三分冊）第四編 高度広帯域ＢＳデジタル放送ＳＩ運用規定 １３章に準拠した高度広帯域ＢＳデジタル放送にも適用可能である。高度広帯域ＣＳデジタル放送の場合と異なり、高度広帯域ＢＳデジタル放送の場合、トランスポンダから複数のＴＬＶストリームが出力され、それぞれのＴＬＶストリームがＴＬＶ－ＳＩデータ（ＡＭＴ、ＴＬＶ－ＮＩＴ）、ＮＴＰの格納されたＵＤＰ／ＩＰパケット、ＭＭＴＰパケットを格納したＵＤＰ／ＩＰパケットを含んでいる。高度広帯域ＣＳデジタル放送の場合は、１つのＴＬＶストリーム内に１つのＴＬＶ－ＮＩＴ、ＡＭＴ、ＮＴＰ専用ＩＰデータフローがそれぞれ１つ存在し、ＭＭＴＰパケット伝送用はＳＩ専用ＩＰデータフローに対して、複数のサービス（図４の表示枠５８Ａ、５８Ｂ、５８Ｃに相当）がそれぞれ異なるＩＰデータフローを構成していた。一方、高度広帯域ＢＳデジタル放送の場合、１つのＴＬＶストリーム内にＴＬＶ－ＮＩＴ、ＡＭＴ、ＮＴＰ専用ＩＰデータフローがそれぞれ１つ存在するのは変わらないが、ＭＭＴＰ伝送用は複数のサービスが存在してもすべて１つのＩＰデータフローで構成されている。そのような複数のＴＬＶストリームが１つのトランスポンダから出力される。この場合、放送信号のＴＬＶストリームから１つのサービスを選択してパーシャルＴＬＶストリームを生成した場合、図４Ａに示したデータ構成の場合に比べてパーシャルＴＬＶストリームにおけるＵＤＰ／ＩＰパケットの欠落は頻繁に生じる。従って、高度広帯域ＢＳデジタル放送のようなＴＬＶストリーム構成の場合に、本実施形態を適用すれば、さらにＵＤＰ／ＩＰパケットの欠落による問題発生の低減効果は大きい。
以下に、上記した実施形態に関連するＡＭＴ、ＰＬＴについて示す。ＡＲＩＢ ＳＴＤ－Ｂ６０に基づく。
図１１Ａは、同実施形態に係るＡＭＴのデータ構造を示す図であり、ＡＭＴに含まれるデータが行ごとに、ビット数、データ表記とともに示されている。各データの内容は下記のようになる。
・ｔａｂｌｅ＿ｉｄ（テーブル識別）：テーブル識別拡張の値によりテーブルを識別することを示す０ｘＦＥとする。
・ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒ（セクションシンタクス指示）：拡張形式を示す「１」とする。
・ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈ（セクション長）：セクション長フィールドの直後からＣＲＣ＿３２を含む最後までのセクションのバイト数を規定する。
・ｔａｂｌｅ＿ｉｄ＿ｅｘｔｅｎｓｉｏｎ（テーブル識別拡張）：アドレスマップテーブルを示す０ｘ００００とする。
・ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ（バージョン番号）：テーブルのバージョン番号を書き込む領域とする。テーブル内の情報に変化があった場合に１加算される。その値が３１になった場合は、その次は０に戻る。
・ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒ（カレントネクスト指示）：「１」の場合はそのテーブルが現在有効であることを示す。「０」の場合は、送られているテーブルはまだ適用されず、次に有効となる予定のテーブルであることを示す。
・ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ（セクション番号）：セクションの番号を表す。最初のセクションのセクション番号は０ｘ００である。セクション番号は同一のテーブル識別とテーブル識別拡張を持つセクションの追加ごとに１加算される。
・ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ（最終セクション番号）：そのセクションが属するテーブルの最後のセクション（すなわち、最大のセクション番号を持つセクション）の番号を規定する。
・ｎｕｍ＿ｏｆ＿ｓｅｒｖｉｃｅ＿ｉｄ（サービス識別数）：このアドレスマップテーブルに記述されるｓｅｒｖｉｃｅ＿ｉｄの数を示す。
・ｓｅｒｖｉｃｅ＿ｉｄ（サービス識別）：サービスを識別するためのラベルの役割をする。サービスリスト記述子に記述されるサービス識別と同一の役割を持つ。
・ｉｐ＿ｖｅｒｓｉｏｎ（ＩＰバージョン）：リストに記述するＩＰパケットのバージョンを示し、表５－３に従って符号化される。
図１１Ｂは、同実施形態に係るＩＰバージョンを示す図である。
ＩＰバージョンが０の場合は、ＩＰｖ４を示し、ＩＰバージョンが１の場合は、ＩＰｖ６を示す。
・ｓｅｒｖｉｃｅ＿ｌｏｏｐ＿ｌｅｎｇｔｈ（サービスループ長）：このフィールドの直後から、次のサービス識別フィールドの直前までのバイト長を示す。
・ｓｒｃ＿ａｄｄｒｅｓｓ＿３２（送信元ＩＰｖ４アドレス）：サービスを構成するＩＰｖ４パケットの送信元ＩＰアドレスを記述する。
・ｓｒｃ＿ａｄｄｒｅｓｓ＿ｍａｓｋ＿３２（送信元ＩＰｖ４アドレスマスク）：送信元ＩＰｖ４アドレスに指定するＩＰアドレスに対し、有効となる先頭（ＭＳＢ）からのビット数を指定する。３２より大きな値を取らない。
・ｄｓｔ＿ａｄｄｒｅｓｓ＿３２（宛先ＩＰｖ４アドレス）：サービスを構成するＩＰｖ４パケットの宛先ＩＰアドレスを記述する。
・ｄｓｔ＿ａｄｄｒｅｓｓ＿ｍａｓｋ＿３２（宛先ＩＰｖ４アドレスマスク）：宛先ＩＰｖ４アドレスに指定するＩＰアドレスに対し、有効となる先頭（ＭＳＢ）からのビット数を指定する。３２より大きな値を取らない。なお、サービスを構成するマルチキャストグループは、送信元ＩＰｖ４アドレスマスクにより有効と識別される送信元ＩＰｖ４アドレス及び宛先ＩＰｖ４アドレスマスクにより有効と識別される宛先ＩＰｖ４アドレスの両方のアドレスに合致するマルチキャストグループとする。
・ｓｒｃ＿ａｄｄｒｅｓｓ＿１２８（送信元ＩＰｖ６アドレス）：サービスを構成するＩＰｖ６パケットの送信元ＩＰアドレスを記述する。
・ｓｒｃ＿ａｄｄｒｅｓｓ＿ｍａｓｋ＿１２８（送信元ＩＰｖ６アドレスマスク）：送信元ＩＰｖ６アドレスに指定するＩＰアドレスに対し、有効となる先頭（ＭＳＢ）からのビット数を指定する。１２８より大きな値を取らない。
・ｄｓｔ＿ａｄｄｒｅｓｓ＿１２８（宛先ＩＰｖ６アドレス）：サービスを構成するＩＰｖ６パケットの宛先ＩＰアドレスを記述する。
・ｄｓｔ＿ａｄｄｒｅｓｓ＿ｍａｓｋ＿１２８（宛先ＩＰｖ６アドレスマスク）：宛先ＩＰｖ６アドレスに指定するＩＰアドレスに対し、有効となる先頭（ＭＳＢ）からのビット数を指定する。１２８より大きな値を取らない。なお、サービスを構成するマルチキャストグループは、送信元ＩＰｖ６アドレスマスクにより有効と識別される送信元ＩＰｖ６アドレス及び宛先ＩＰｖ６アドレスマスクにより有効と識別される宛先ＩＰｖ６アドレスの両方のアドレスに合致するマルチキャストグループとする。
・ｐｒｉｖａｔｅ＿ｄａｔａ＿ｂｙｔｅ：個別に定義されたデータを格納する。
ＣＲＣ＿３２（ＣＲＣ）：ＩＴＵ－Ｔ勧告Ｈ．２２２．０に従うものとする。
図１１Ｃは、同実施形態に係るＰＬＴ（パッケージリストテーブル）のデータ構造を示す図であり、ＰＬＴに含まれるデータが行ごとに、ビット数、データ表記とともに示されている。ＰＬＴは、放送サービスとして提供されるＭＭＴパッケージのＰＡメッセージを伝送するＩＰデータフロー及びパケットＩＤ並びにＩＰサービスを伝送するＩＰデータフローの一覧を示す。ＰＬＴに格納する記述子は、規格に規定の記述子とする。
ＰＬＴに含まれる各データの内容は下記のようになる。
・ｎｕｍ＿ｏｆ＿ｐａｃｋａｇｅ（パッケージ数）：本テーブルにロケーション情報を記載するパッケージの数を示す。
・ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｌｅｎｇｔｈ（パッケージＩＤ長）：パッケージＩＤバイトの長さをバイト単位で示す。
・ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅ（パッケージＩＤバイト）：パッケージＩＤを示す。
・ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ（ロケーション情報）：パッケージＩＤで示すパッケージのＰＡメッセージを伝送するロケーション情報を示す。
・ｎｕｍ＿ｏｆ＿ｉｐ＿ｄｅｌｉｖｅｒｙ（ＩＰ配信フロー数）：本テーブルにロケーション情報を記載するＩＰサービスの数を示す。
・ｔｒａｎｓｐｏｒｔ＿ｆｉｌｅ＿ｉｄ（トランスポートファイル識別）：伝送するファイルを一意に識別するためのラベルを示す。
・ｌｏｃａｔｉｏｎ＿ｔｙｐｅ（ロケーションタイプ）：ロケーション情報の種類を示す。０ｘ０１はＩＰｖ４データフロー、０ｘ０２はＩＰｖ６データフロー、０ｘ０５はＵＲＬを示す。
・ｉｐｖ４＿ｓｒｃ＿ａｄｄｒ（送信元ＩＰｖ４アドレス）：ＩＰｖ４データフローの送信元アドレスを示す。
・ｉｐｖ４＿ｄｓｔ＿ａｄｄｒ（宛先ＩＰｖ４アドレス）：ＩＰｖ４データフローの宛先アドレスを示す。
・ｄｓｔ＿ｐｏｒｔ（宛先ポート番号）：ＩＰデータフローの宛先ポート番号を示す。
・ｉｐｖ６＿ｓｒｃ＿ａｄｄｒ（送信元ＩＰｖ６アドレス）：ＩＰｖ６データフローの送信元アドレスを示す。
・ｉｐｖ６＿ｄｓｔ＿ａｄｄｒ（宛先ＩＰｖ６アドレス）：ＩＰｖ６データフローの宛先アドレスを示す。
・ＵＲＬ＿ｌｅｎｇｔｈ（ＵＲＬ長）：ロケーション情報をＵＲＬで示す場合のＵＲＬのバイト長を示す。
・ＵＲＬ＿ｂｙｔｅ（ＵＲＬバイト）：ＩＰサービスのＵＲＬを示す。
・ｄｅｓｃｒｉｐｔｏｒ＿ｌｏｏｐ＿ｌｅｎｇｔｈ（記述子長）：後続の記述子の全バイト長を示す。
・ｄｅｓｃｒｉｐｔｏｒ（記述子領域）：ＩＰサービスの詳細な情報を示す記述子のための領域とする。
図１１Ｄは、同実施形態に係るＰＬＴとＭＰＴの参照関係を示す図である。
パケットＩＤが０ｘ００００のＭＭＴＰパケットは、ＰＡメッセージを伝送することを示す（図１１Ｄの左側に示すＰＡメッセージ）。複数のパッケージを多重する場合、このＰＡメッセージにパッケージリストテーブル（ＰＬＴ）が含まれる。パッケージリストテーブルは、他のパッケージのＭＰＴを含むＰＡメッセージを伝送するＭＭＴＰパケットのパケットＩＤのリストを与える。そのため、パッケージリストテーブルを解析することで、パッケージＩＤから、そのサービスのエントリーポイントとなるＭＰＴを含むＰＡメッセージを伝送するＭＭＴＰパケットを特定することができる。

以上述べた実施形態によれば、受信の問題を低減するためのパーシャルＴＬＶストリームの送受信方法、送受信装置を提供する。

本発明のいくつかの実施形態を説明したが、これらの実施形態は例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。さらにまた、請求項の各構成要素において、構成要素を分割して表現した場合、或いは複数を合わせて表現した場合、或いはこれらを組み合わせて表現した場合であっても本発明の範疇である。また、複数の実施形態を組み合わせてもよく、この組み合わせで構成される実施例も発明の範疇である。

また、図面は、説明をより明確にするため、実際の態様に比べて、各部の幅、厚さ、形状等について模式的に表される場合がある。ブロック図においては、結線されていないブロック間もしくは、結線されていても矢印が示されていない方向に対してもデータや信号のやり取りを行う場合もある。ブロック図に示される各機能や、フローチャート、シーケンスチャートに示す処理は、ハードウェア（ＩＣチップなど）もしくはソフトウェア（プログラムなど）もしくはハードウェアとソフトウェアの組み合わせによって実現してもよい。また請求項を制御ロジックとして表現した場合、コンピュータを実行させるインストラクションを含むプログラムとして表現した場合、及び前記インストラクションを記載したコンピュータ読み取り可能な記録媒体として表現した場合でも本発明の装置を適用したものである。また、使用している名称や用語についても限定されるものではなく、他の表現であっても実質的に同一内容、同趣旨であれば、本発明に含まれるものである。

１…テレビ受信装置、２…記録再生部、３Ａ…インターフェース、１１Ａ…ＴＬＶストリーム抽出部、１２Ａ…ＴＬＶ／ＭＭＴ分離処理部、１３…コンテンツ出力部、１４…パーシャルＴＬＶストリーム生成部、１５…提示部、１６…周辺機能、１７…システムバス、１８…リモコン、２１…記録部、２２…パーシャルＴＬＶストリーム処理部、２３…デコード処理部、２４…コンテンツ出力部、２５…提示部、２６…制御部、１２０…ＴＬＶストリーム選択処理部、１２１…ＴＬＶパケット分離部、１２２…ＴＬＶ－ＳＩ抽出部、１２３…ＮＴＰ抽出処理部、１２４…ＩＰ／ＵＤＰパケットヘッダ伸長部、１２５…ＩＰ／ＵＤＰパケット分離部、１２６…ＭＭＴＰパケット分離部、１２７…ＭＭＴ－ＳＩ抽出部、１２８…サービス／アセット選択制御部、１２９…空パケット生成部、１４１…ＭＭＴ－ＳＩ生成部、１４２…ＭＭＴ－ＳＩ更新部、１４３…ＭＭＴＰパケット生成部、１４４…ＩＰ／ＵＤＰパケット生成部、１４５…ＴＬＶパケット生成部、１４６…ＴＬＶパケット多重部、１４７…ＴＬＶ－ＳＩ生成部、２２１…ＴＬＶパケット分離部、２２２…ＴＬＶ－ＳＩ抽出部、２２３…ＮＴＰ抽出処理部、２２４…ＩＰ／ＵＤＰパケットヘッダ伸長部、２２５…ＩＰ／ＵＤＰパケット分離部、２２６…ＭＭＴＰパケット分離部、２２７…ＭＭＴ－ＳＩ抽出部、２２５１…空パケット検出部。

Claims (4)

1. ＭＭＴ／ＴＬＶ方式に基づく放送信号を受信してＵＤＰ／ＩＰパケットが格納されているＴＬＶストリームを得るＴＬＶストリーム抽出手段と、
   前記ＴＬＶストリームからＵＤＰ／ＩＰパケットを抽出するＵＤＰ／ＩＰパケット抽出手段と、
   前記ＵＤＰ／ＩＰパケットを、出力対象のデータが含まれる第１のＵＤＰ／ＩＰパケットと前記出力対象のデータが含まれない第２のＵＤＰ／ＩＰパケットとに分離するＩＰ／ＵＤＰパケット分離手段と、
   前記第２のＵＤＰ／ＩＰパケットからＵＤＰ／ＩＰペイロードを削除して、ＵＤＰ／ＩＰヘッダのみのＵＤＰ／ＩＰ空パケットを生成する空パケット生成手段と、
   少なくとも前記第１のＵＤＰ／ＩＰパケットと、前記ＵＤＰ／ＩＰ空パケットとを含めてパーシャルＴＬＶストリームを生成するパーシャルＴＬＶストリーム生成手段と、
   前記パーシャルＴＬＶストリームを外部装置へ送信するパーシャルＴＬＶストリーム送信手段とを具備する送信装置。
2. 前記ＩＰヘッダは、フルヘッダである請求項１に記載の送信装置。
3. 前記ＩＰヘッダは、フルヘッダまたは圧縮ヘッダのいずれかである請求項１に記載の送信装置。
4. 前記出力対象のデータは、ユーザが指定する請求項１乃至請求項３のいずれか１項に記載の送信装置。

Images