(57)【要約】  受信装置は、受信した電波から変調信号を出力する受信部と、変調信号を復調して、ＴＬＶスロット信号とＴＭＣＣ信号を出力する復調部と、ＴＭＣＣ信号からＴＬＶスロット信号に対するにポインタ情報を抽出するＴＭＣＣデコード部と、ポインタ情報に基づいて、ＴＬＶスロット信号から複数のＴＬＶコンテナをＴＬＶコンテナグループとして切り出すＴＬＶコンテナグループ生成部と、ＴＬＶコンテナグループをＭＡＣフレームにプロトコル変換するフレーム化部と、ＭＡＣフレームを出力する出力部とを備える。
2010122729.tif 000002
【特許請求の範囲】
【請求項１】
受信した電波から変調信号を出力する受信部と、
前記変調信号を復調して、ＴＬＶスロット信号とＴＭＣＣ信号を出力する復調部と、
前記ＴＭＣＣ信号から前記ＴＬＶスロット信号に対するにポインタ情報を抽出するＴＭＣＣデコード部と、
前記ポインタ情報に基づいて、前記ＴＬＶスロット信号から複数のＴＬＶコンテナをＴＬＶコンテナグループとして切り出すＴＬＶコンテナグループ生成部と、
前記ＴＬＶコンテナグループをＭＡＣフレームにプロトコル変換するフレーム化部と、
前記ＭＡＣフレームを含む、ＴＬＶストリームを出力する出力部と、
を備える受信装置。
【請求項２】
前記ＴＬＶコンテナグループ生成部は、
スロット中の最初のＴＬＶコンテナの先頭の位置、或いは、スロット中の最後に配置完了したＴＬＶコンテナの末尾の位置をポインタと認識し、ポインタの間にある複数のＴＬＶコンテナをＴＬＶコンテナグループとする請求項１に記載の受信装置。
【請求項３】
受信した電波から変調信号を出力する受信部と、
前記変調信号を復調して、ＴＬＶスロット信号とＴＭＣＣ信号を出力する復調部と、
前記ＴＭＣＣ信号から前記ＴＬＶスロット信号に対するにポインタ情報を抽出するＴＭＣＣデコード部と、
前記ポインタ情報に基づいて、前記ＴＬＶスロット信号から複数のＴＬＶコンテナをＴＬＶコンテナグループとして切り出すＴＬＶコンテナグループ生成部と、
前記ＴＬＶコンテナグループをＭＡＣフレームにプロトコル変換するフレーム化部と、
前記ＭＡＣフレームを含む、ＴＬＶストリームを出力する出力部と、
を備える受信装置と、
外部機器と、を備えた受信システムであって、
前記外部機器は、
前記受信装置が出力するＭＡＣフレームを含む、ＴＬＶストリームを入力し、前記ＭＡＣフレームのヘッダの解析をするとともに、前記ヘッダの除去を行ってＴＬＶコンテナグループを取り出すヘッダ解析部と、
前記ＴＬＶコンテナグループをＴＬＶコンテナに分離するＴＬＶコンテナグループ分離部と、
前記分離されたＴＬＶコンテナを蓄積する記憶部と、
を備えた受信システム。
【請求項４】
前記ＴＬＶコンテナグループ生成部は、
スロット中の最初のＴＬＶコンテナの先頭の位置、或いは、スロット中の最後に配置完了したＴＬＶコンテナの末尾の位置をポインタと認識し、ポインタの間にある複数のＴＬＶコンテナをＴＬＶコンテナグループとする請求項３に記載の受信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル放送などを受信する受信装置及び受信システムに関する。特に、高度化ＩＳＤＢ−Ｓ（Ｉｎｔｅｇｒａｔｅｄ  Ｓｅｒｖｉｃｅｓ  Ｄｉｇｉｔａｌ  Ｂｒｏａｄｃａｓｔｉｎｇ−Ｓａｔｅｌｌｉｔｅ）、すなわち、高度化衛星放送で運用されることが検討されている、ＴＬＶ（Ｔｙｐｅ  Ｌｅｎｇｔｈ  Ｖａｌｕｅ）伝送技術を用いたデジタル放送を受信する受信装置及び受信システムに関する。
【背景技術】
【０００２】
近年、放送のデジタル化や通信との融合など、放送の高度化の検討がすすんでおり、放送網を利用して高速にコンテンツをダウンロードし、ダウンロードしたコンテンツを受信装置内の記憶装置内に蓄積し、蓄積されたコンテンツを放送時間にとらわれずに視聴する、といった蓄積型放送サービスが注目されている。例えば総務省の情報通信審議会の一部答申では蓄積型放送サービスの一つとして、ＴＬＶ伝送方式が提案されている。ＴＬＶ伝送方式では、ＴＬＶコンテナと呼ばれる伝送フォーマットで伝送される可変長のＩＰパケットが用いられており、蓄積型放送サービス及びホームネットワーク内での親和性が確保できるという特徴がある。【０００３】
次に、高度化衛星デジタル放送において検討されているＴＬＶコンテナについて説明する。図１２は、従来例におけるＴＬＶコンテナの構成図である。ＴＬＶコンテナは、ＴＬＶコンテナの先頭を示すＨｅａｄｅｒフィールドと、ＴＬＶコンテナの種別を示すＴｙｐｅフィールドと、ＴＬＶコンテナ長を示すＬｅｎｇｔｈフィールドと、ＴＬＶコンテナに内蔵されるデータであるＶａｌｕｅフィールドとで構成される。Ｈｅａｄｅｒフィールドは１バイトであり、１６進数の７Ｆで固定されている。Ｔｙｐｅフィールドは１バイト、Ｌｅｎｇｔｈフィールドは２バイト、ＶａｌｕｅフィールドはＬｅｎｇｔｈで指定されたバイト数である。【０００４】
ＴＬＶコンテナは、衛星伝送路の伝送路符号化の単位である固定長のスロットに伝送順に多重化される。ＴＬＶコンテナのスロット割付について説明する。図１３は、従来例におけるＴＬＶコンテナのスロット割付の概要図である。ＴＬＶコンテナは可変長のため、図１３のスロット＃３やスロット＃４のようにスロットの先頭とＴＬＶコンテナの先頭が一致せずに、ＴＬＶコンテナがスロットをまたいで多重される場合もある。【０００５】
図１４に、従来例における高度化衛星デジタル放送に対応した受信装置６００の構成図を示す。図１４に示すように、受信装置６００は、受信部６０１と、復調部６０２と、ＴＭＣＣ（Ｔｒａｓｍｉｓｓｏｎ  ａｎｄ  Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｎｔｒｏｌ）デコード部６０３と、ストリーム振分部６０４と、ＭＰＥＧ２−ＴＳ処理部６０５と、ＴＬＶコンテナ生成部６０６と、フレーム化部６０７と、ギガビットイーサネット（登録商標）（以下、「ＧｂＥ」とも略記する）インタフェース（図１４では、「ＧｂＥ  Ｉ／Ｆ」と記載している）６０８とから構成されている。そして、受信装置６００は、衛星からの電波を受信し、復調したのちＭＰＥＧ２−ＴＳあるいはＴＬＶストリームを分離し出力するものである。次に、図１４における受信装置６００の各部の動作について説明する。【０００６】
受信部６０１は、衛星からの電波を受信して変調信号を出力する。受信部６０１はアンテナとチューナから構成される。【０００７】
復調部６０２は、受信部６０１から変調信号を入力して復調を行い、フレーム信号及びＴＭＣＣ信号を出力する。【０００８】
ＴＭＣＣデコード部６０３は、復調部６０２からＴＭＣＣ信号を入力して各スロットに対するストリームの割当てや伝送方式、ストリーム種別などの情報を抽出し、制御信号としてストリーム振分部６０４、ＭＰＥＧ２−ＴＳ処理部６０５、ＴＬＶコンテナ生成部６０６、フレーム化部６０７に出力する。【０００９】
ストリーム振分部６０４は、ＴＭＣＣデコード部６０３から入力したＴＭＣＣの情報に基づき、復調部６０２から入力したフレーム信号をＭＰＥＧ２−ＴＳを格納するスロット、または、ＴＬＶコンテナを格納するスロットを識別する。そして、ストリーム振分部６０４は、ＭＰＥＧ２−ＴＳを格納するスロットのときはＭＰＥＧ２−ＴＳ処理部６０５へ、ＴＬＶコンテナを格納するスロットのときはＴＬＶコンテナ生成部６０６へ振り分ける。【００１０】
ＭＰＥＧ２−ＴＳ処理部６０５は、ＴＭＣＣデコード部６０３から入力したＴＭＣＣの情報に基づき、ストリーム振分部６０４から入力したＭＰＥＧ２−ＴＳを格納するスロットを速度変換後ＭＰＥＧ２−ＴＳストリームごとに出力する。【００１１】
ＴＬＶコンテナ生成部６０６は、ＴＭＣＣデコード部６０３から入力したＴＭＣＣの情報に基づき、ストリーム振分部６０４から入力したＴＬＶコンテナを格納するスロットを読み取る。そして、ＴＬＶコンテナ生成部６０６は、ＨｅａｄｅｒフィールドからＬｅｎｇｔｈフィールドまでのバイト分を一つのＴＬＶコンテナとして切り出して、フレーム化部６０７へ出力する。【００１２】
フレーム化部６０７は、ＴＬＶコンテナ生成部６０６から入力したＴＬＶコンテナをギガビットイーサネット（登録商標）のＭＡＣフレーム（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｆｒａｍｅ）にプロトコル変換して、ＧｂＥ  Ｉ／Ｆ６０８へ出力する。【００１３】
ここで、ＴＬＶコンテナにインターネットプロトコルバージョン４（以下、「ＩＰｖ４」と略記する）ヘッダおよびＵＤＰヘッダを付加してギガビットイーサネット（登録商標）で出力する時のＭＡＣフレーム構成について説明する。図１５Ａ、図１５Ｂは、従来例における受信装置６００を用いた場合のＭＡＣフレームの構成図である。図１５Ａに示すようにＭＡＣフレームは、ＴＬＶコンテナとヘッダ部分の４２バイトとフッタ部分の４バイトからなり、最小サイズは５１２バイトと規定されている。ＭＡＣフレーム送信の際には、さらにプリアンブルの８バイトとインターフレームギャップ（以下、「ＩＦＧ」と略記する）の１２バイトが付加され、最小送信サイズは５３２バイトとなる。ヘッダの４２バイトとフッタ４バイト、プリアンブル８バイトとＩＦＧ１２バイトを含めてＭＡＣフレームの送信サイズが５３２バイトより長い場合、すなわちＴＬＶコンテナが４６６バイト以上の場合は、そのまま出力される。【００１４】
一方、図１５Ｂに示すように、ＴＬＶコンテナが４６６バイトよりも短い場合は、Ｃａｒｒｉｅｒ  Ｅｘｔｅｎｄデータと呼ばれるダミーデータを付加した後、ＭＡＣフレームは最小送信サイズ５３２バイトで出力される。【００１５】
図１６は、従来例におけるＩＰｖ４ヘッダの構成図である。ＩＰｖ４ヘッダは２０バイトであり、図１６では４バイトずつ５段で示している。そして、ヘッダ部分を含むパケット長を示すＴｏｔａｌ  Ｌｅｎｇｔｈの値を持っている。【００１６】
ギガビットイーサネット（登録商標）インタフェース（以下、「ＧｂＥ  Ｉ／Ｆ」と略記する）６０８は、フレーム化部６０７でＴＬＶコンテナをプロトコル変換したＭＡＣフレームをＴＬＶストリームとして外部機器６１０へ出力する。【００１７】
外部機器６１０は、ヘッダ解析部６１１と、記憶素子６１３と、ＴＬＶデコード部６１４とから構成されている。外部機器６１０は、受信装置６００から出力されたＩＰパケット形式のＭＡＣフレームからＴＬＶコンテナを抽出し、データを蓄積して出力する。なお、ホームネットワーク内で、受信装置６００及び外部機器６１０の利用を想定すると、外部機器６１０は、図１４には示していないが、複数設置されると考えられる。したがって、ホームネットワークとして、ギガビットイーサネット（登録商標）などの利用が想定される。【００１８】
ヘッダ解析部６１１は、ＭＡＣフレーム化されたＴＬＶコンテナのヘッダを解析し、ヘッダを除去してＴＬＶコンテナを抽出する。【００１９】
記憶素子６１３は、例えばハードディスクなどである。ヘッダ解析部６１１から出力されたＴＬＶコンテナを蓄積する。【００２０】
ＴＬＶデコード部６１４は、記憶素子６１３に蓄積されているＴＬＶコンテナ形式のデータをコンテンツの生データに復元する。【００２１】
以下、図１４から図１６を用いて受信装置６００の動作を説明する。受信部６０１がＴＬＶコンテナの形式で伝送されたＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）パケットを変調信号として受信する。そして、復調部６０２が受信した変調信号を復調して、ＴＭＣＣ信号をＴＭＣＣデコード部６０３へ、フレーム信号をストリーム振分部６０４へ出力する。【００２２】
ＴＭＣＣデコード部６０３はＴＭＣＣ信号から各スロットに対するストリームの割当てや伝送方式、ストリーム種別などの情報を抽出し、制御信号としてストリーム振分部６０４、ＭＰＥＧ２−ＴＳ処理部６０５、ＴＬＶコンテナ生成部６０６、フレーム化部６０７に出力する。【００２３】
ストリーム振分部６０４は、ＴＭＣＣデコード部６０３でデコードされたＴＭＣＣの情報を基に、復調部６０２から出力されたフレーム信号がＭＰＥＧ２−ＴＳストリームまたはＴＬＶストリームのときに、出力先をＭＰＥＧ２−ＴＳ処理部６０５またはＴＬＶコンテナ生成部６０６に振り分ける。【００２４】
ＭＰＥＧ２−ＴＳ処理部６０５は、ストリーム振分部６０４で振り分けられたＭＰＥＧ２−ＴＳストリームを、速度変換した後、受信装置６００の外部へ出力する。【００２５】
一方、ＴＬＶコンテナ生成部６０６は、ストリーム振分部６０４で振り分けられたＴＬＶストリームをＴＬＶコンテナ単位で切り出す。【００２６】
フレーム化部６０７が、ＴＬＶコンテナ生成部６０６で切り出されたＴＬＶコンテナをギガビットイーサネット（登録商標）に対応したＭＡＣフレームにプロトコル変換する。【００２７】
ギガビットイーサネット（登録商標）のインタフェース６０８が、ギガビットイーサネット（登録商標）のＭＡＣフレームに変換したＴＬＶコンテナを、受信装置６００の外部へ出力する。【００２８】
外部機器６１０は、ヘッダ解析部６１１で受信装置６００から入力したＭＡＣフレームのヘッダを解析し、ＴＬＶコンテナを抽出する。そして、記憶素子６１３は、ＴＬＶコンテナを蓄積する。そして、ＴＬＶデコード部６１４が記憶素子６１３に蓄積されたＴＬＶコンテナを必要に応じてコンテンツの生データにデコードし、例えば、外部機器６１０から表示装置へ出力し、モニタ部でコンテンツのデータを表示する。【００２９】
上述のように、高度化衛星デジタル放送に対応した従来の受信装置６００の構成に従えば、ＴＬＶ伝送方式で伝送されたＴＬＶコンテナを受信し、ギガビットイーサネット（登録商標）などの外部Ｉ／Ｆにて外部機器へ出力することが可能である。フレーム化部６０７への入力速度は、受信装置６００のデータ処理の動作周波数によって決まり、バイトクロック周波数１８．５ＭＨｚとしている。一方、フレーム化部６０７の出力速度はギガビットイーサネット（登録商標）インタフェース６０８の動作モードによって決まり、ＧＭＩＩの動作モードで１２５ＭＨｚである。つまり、ＭＡＣフレームのヘッダ部分が付加されてデータサイズが大きくなっても処理できるよう、出力速度は入力速度の６．７倍と大きく設定している。【００３０】
しかしながら、ＴＬＶコンテナが図１５Ｂに示すように、４６６バイト以下が連続して入力されると、Ｃａｒｒｉｅｒ  Ｅｘｔｅｎｄデータであるダミーデータによるオーバヘッドが増大する。その結果、フレーム化部６０７においてギガビットイーサネット（登録商標）のインタフェース６０８への出力期間がＴＬＶコンテナ生成部６０６からの入力期間の６．７倍よりも長くなる。そのために、データの出力に遅延が発生し、リアルタイムにデータ出力できない場合が発生する。【００３１】
リアルタイムにデータ出力できない場合の例を説明する。図１７Ａ、図１７Ｂは、従来例における受信装置６００のフレーム化部６０７でのＴＬＶコンテナのフレーム化処理の概要図である。図１７Ａは、ＴＬＶコンテナが４６６バイト以上の場合で、図１７Ｂは、ＴＬＶコンテナが４６６バイト未満の場合におけるＴＬＶコンテナのフレーム化処理の概要図である。【００３２】
図１７Ａに示すように、ＴＬＶコンテナが４６６バイト以上の場合、フレーム化部６０７がＴＬＶコンテナにヘッダの４２バイトとＦＣＳの４バイトを付加して、ＭＡＣフレームの最小サイズ５１２バイト以上のＭＡＣフレームに変換する。そして、フレーム化部６０７が、さらに送信時にプリアンブルの８バイトとＩＦＧの１２バイトを付加して、最小送信サイズ５３２バイト以上にする。したがって、フレーム化部６０７の入力に対する出力の比が１．１（＝５３２／４６６）以下となる。その結果、ギガビットイーサネット（登録商標）のインタフェース６０８への出力期間がＴＬＶコンテナ生成部６０６からの入力期間の６．７倍よりも短くなる。すなわち、出力すべきデータレートは、ギガビットイーサネット（登録商標）のインタフェース６０８の出力データレート以下であるのでリアルタイムに出力ができる。【００３３】
また、図１７Ｂのように、ＴＬＶコンテナが４６６バイト未満の場合、フレーム化部６０７がＴＬＶコンテナにヘッダの４２バイトとＦＣＳの４バイトとＣａｒｒｉｅｒ  Ｅｘｔｅｎｄデータと呼ばれるダミーデータを付加して、ＭＡＣフレームの最小サイズ５１２バイト以上のＭＡＣフレームに変換する。そして、フレーム化部６０７が、さらに送信時にプリアンブルの８バイトとＩＦＧの１２バイトを付加して、最小送信サイズ５３２バイト以上にする。したがって、フレーム化部６０７の入力に対する出力の比が１．１（＝５３２／４６６）未満となる。特に、７９バイト以下のときは、フレーム化部６０７の入力に対する出力の比が６．７３（＝５３２／７９）以上となる。その結果、ギガビットイーサネット（登録商標）のインタフェース６０８への出力期間がＴＬＶコンテナ生成部６０６からの入力期間の６．７倍よりも長くなる。すなわち、出力すべきデータレートは、ギガビットイーサネット（登録商標）のインタフェース６０８の出力データレート以上である。したがって、図１７Ｂに示すように、入力に対して出力がリアルタイムに出力ができなくなるという課題を有している。【００３４】
また、従来の受信装置６００を用いて全てのＴＬＶコンテナをリアルタイムに出力するには、送信側でＴＬＶコンテナの制御を行わなければならないという課題を有している。
【先行技術文献】
【非特許文献】
【００３５】
【非特許文献１】情報通信審議会答申書諮問第２０２３号「放送システムに関する技術的条件」のうち、「衛星デジタル放送の高度化に関する技術的条件」、平成２０年７月２８日  ２９頁
【発明の概要】
【００３６】
本発明の受信装置は、受信部と復調部とＴＭＣＣデコード部とＴＬＶコンテナグループ生成部とフレーム化部と出力部とを備えている。受信部は、受信した電波から変調信号を出力する。復調部は、変調信号を復調して、ＴＬＶスロット信号とＴＭＣＣ信号を出力する。ＴＭＣＣデコード部は、ＴＭＣＣ信号からＴＬＶスロット信号に対するにポインタ情報を抽出する。ＴＬＶコンテナグループ生成部は、ポインタ情報に基づいて、ＴＬＶスロット信号から複数のＴＬＶコンテナをＴＬＶコンテナグループとして切り出す。フレーム化部は、ＴＬＶコンテナグループをＭＡＣフレームにプロトコル変換する。出力部は、ＭＡＣフレーム含むＴＬＶストリームを出力する。
【００３７】
このような構成によって、複数のＴＬＶコンテナを結合し、４６６バイト以上のＴＬＶコンテナグループとしてＭＡＣフレームに変換することにより、ＭＡＣフレーム変換時のダミーデータによるオーバヘッドを削減することができる。
【００３８】
また、本発明の受信システムは、上述した受信装置と外部機器とを備えた受信システムである。受信システムの外部機器は、ヘッダ解析部とＴＬＶコンテナグループ分離部と記憶部とを備えている。ヘッダ解析部は、受信装置が出力するＭＡＣフレームを含む、ＴＬＶストリームを入力し、ＭＡＣフレームのヘッダの解析をするとともに、ヘッダの除去を行ってＴＬＶコンテナグループを取り出す。ＴＬＶコンテナグループ分離部は、ＴＬＶコンテナグループをＴＬＶコンテナに分離する。記憶部は、分離されたＴＬＶコンテナを蓄積する。
【図面の簡単な説明】
【００３９】
【図１】図１は、本発明の実施の形態における受信システムの構成を示すブロック図である。
【図２】図２は、本発明の実施の形態におけるＭＡＣフレームの構成を説明するための概念図である。
【図３】図３は、本発明の実施の形態におけるＴＬＶコンテナのスロット割付の概要図である。
【図４Ａ】図４Ａは、本発明の実施の形態におけるＴＬＶコンテナグループ生成部内に持つバッファの動作を説明するための概念図である。
【図４Ｂ】図４Ｂは、本発明の実施の形態におけるＴＬＶコンテナグループ生成部内に持つバッファの動作を説明するための概念図である。
【図４Ｃ】図４Ｃは、本発明の実施の形態におけるＴＬＶコンテナグループ生成部内に持つバッファの動作を説明するための概念図である。
【図５】図５は、本発明の実施の形態におけるＴＬＶコンテナグループ生成のフローチャートである。
【図６】図６は、本発明の実施の形態におけるＴＬＶコンテナグループの生成を説明するための概念図である。
【図７Ａ】図７Ａは、本発明の実施の形態におけるＴＬＶコンテナグループの生成の処理のフローチャートである。
【図７Ｂ】図７Ｂは、本発明の実施の形態におけるＴＬＶコンテナグループの生成の処理のフローチャートである。
【図８Ａ】図８Ａは、本発明の実施の形態におけるＴＬＶコンテナグループの生成の処理のフローチャートである。
【図８Ｂ】図８Ｂは、本発明の実施の形態におけるＴＬＶコンテナグループの生成の処理のフローチャートである。
【図９Ａ】図９Ａは、本発明の実施の形態におけるＴＬＶコンテナグループの生成の処理のフローチャートである。
【図９Ｂ】図９Ｂは、本発明の実施の形態におけるＴＬＶコンテナグループの生成の処理のフローチャートである。
【図１０Ａ】図１０Ａは、本発明の実施の形態におけるＴＬＶコンテナグループの生成の処理のフローチャートである。
【図１０Ｂ】図１０Ｂは、本発明の実施の形態におけるＴＬＶコンテナグループの生成の処理のフローチャートである。
【図１１】図１１は、本発明の実施の形態におけるＴＬＶコンテナグループ分離の処理のフローチャートである。
【図１２】図１２は、従来例におけるＴＬＶコンテナの構成を示す図である。
【図１３】図１３は、従来例におけるＴＬＶコンテナのスロット割付の概要図である。
【図１４】図１４は、従来例における高度化衛星デジタル放送に対応した受信装置の構成を示すブロック図である。
【図１５Ａ】図１５Ａは、従来例における受信装置を用いた場合のＭＡＣフレームの構成図である。
【図１５Ｂ】図１５Ｂは、従来例における受信装置を用いた場合のＭＡＣフレームの構成図である。
【図１６】図１６は、従来例におけるＩＰｖ４ヘッダの構成図である。
【図１７Ａ】図１７Ａは、従来例における受信装置のフレーム化部でのＴＬＶコンテナのフレーム化処理の概要図である。
【図１７Ｂ】図１７Ｂは、従来例における受信装置のフレーム化部でのＴＬＶコンテナのフレーム化処理の概要図である。
【発明を実施するための形態】
【００４０】
（実施の形態）
以下、本発明を実施するための最良の形態について、図面を参照しながら説明する。図１は、本発明の実施の形態における受信システム１２０の構成を示すブロック図である。図1に示すように、受信システム１２０は、受信装置１００と外部機器１１０とを有する。本実施の形態の説明では、ギガビットイーサネット（登録商標）を用いて、受信装置１００が外部機器１１０と通信することを前提としている。
【００４１】
図１に示すように、受信装置１００は、受信部１０１と、復調部１０２と、ＴＭＣＣデコード部１０３と、ストリーム振分部１０４と、ＭＰＥＧ２−ＴＳ処理部１０５と、ＴＬＶコンテナグループ生成部１０６と、フレーム化部１０７と、出力部としてのギガビットイーサネット（登録商標）インタフェース１０８と、を有する。そして、受信装置１００の受信部１０１は、衛星からの電波を受信し変調信号を出力する。そして、その変調信号を復調部１０２が復調したのち、ＭＰＥＧ２−ＴＳあるいはＴＬＶストリームを分離し、ストリーム振分部１０４へ出力する。また、復調部１０２は、入力した変調信号から、ＴＭＣＣ信号を分離し、ＴＭＣＣデコード部１０３へ出力する。
【００４２】
また、外部機器１１０は、ヘッダ解析部１１１と、ＴＬＶコンテナグループ分離部１１２と、記憶部１１３と、ＴＬＶデコード部１１４と、を有する。そして、受信装置１００から出力されたＩＰパケット形式のＭＡＣフレームを含む、ＴＬＶストリームを入力する。そして、ＭＡＣフレームからＴＬＶコンテナを抽出し、データを蓄積して出力する。なお、記憶部１１３は、例えば、ハードディスクなどを含む構成とすればよい。
【００４３】
本実施の形態における受信装置１００及び外部機器１１０が従来の受信装置６００及び外部機器６１０と異なる点は、受信装置１００内にＴＬＶコンテナ生成部６０６の代わりにＴＬＶコンテナグループ生成部１０６を備えたことと、外部機器１１０内にヘッダ解析部１１１と記憶部１１３の間にＴＬＶコンテナグループ分離部１１２を新たに備えたことである。以下、図１における各部の動作について説明する。
【００４４】
受信部１０１は、衛星からの電波を受信して変調信号を出力する。受信部１０１はアンテナとチューナから構成される。
【００４５】
復調部１０２は、受信部１０１から変調信号を入力して復調を行い、フレーム信号及びＴＭＣＣ信号を出力する。
【００４６】
ＴＭＣＣデコード部１０３は、復調部１０２からＴＭＣＣ信号を入力して各スロットに対するストリームの割当てや伝送方式、ストリーム種別などの情報を抽出し、制御信号としてストリーム振分部１０４、ＭＰＥＧ２−ＴＳ処理部１０５、ＴＬＶコンテナグループ生成部１０６、フレーム化部１０７に出力する。
【００４７】
ストリーム振分部１０４は、ＴＭＣＣデコード部１０３から入力したＴＭＣＣの情報に基づき、復調部１０２から入力したフレーム信号をＭＰＥＧ２−ＴＳを格納するスロット、または、ＴＬＶコンテナを格納するスロットを識別する。そして、ストリーム振分部１０４は、フレーム信号がＭＰＥＧ２−ＴＳを格納するスロットのときはＭＰＥＧ２−ＴＳ処理部１０５へ、ＴＬＶコンテナを格納するスロットのときはＴＬＶコンテナグループ生成部１０６へ振り分ける。
【００４８】
ＭＰＥＧ２−ＴＳ処理部１０５は、ＴＭＣＣデコード部１０３から入力したＴＭＣＣの情報に基づき、ストリーム振分部１０４から入力したＭＰＥＧ２−ＴＳを格納するスロットを速度変換後ＭＰＥＧ２−ＴＳストリームごとに出力する。
【００４９】
ＴＬＶコンテナグループ生成部１０６は、ＴＭＣＣデコード部１０３から入力したＴＭＣＣの情報に基づき、ストリーム振分部１０４から入力したＴＬＶコンテナを格納するスロットを読み取る。そして、ＴＬＶコンテナグループ生成部１０６は、ＨｅａｄｅｒフィールドからＬｅｎｇｔｈフィールドまでのバイト分を一つのＴＬＶコンテナとして切り出して、フレーム化部１０７へ出力する。
【００５０】
フレーム化部１０７は、ＴＬＶコンテナグループ生成部１０６から入力したＴＬＶコンテナをギガビットイーサネット（登録商標）のＭＡＣフレームにプロトコル変換して、ＧｂＥ  Ｉ／Ｆ１０８へ出力する。
【００５１】
次に、ＴＬＶコンテナグループ生成部１０６、および外部機器１１０内のＴＬＶコンテナグループ分離部１１２について詳細に説明する。
【００５２】
受信装置１００のＴＬＶコンテナグループ生成部１０６は、ＴＭＣＣデコード部１０３から出力されるＴＭＣＣ信号の中に記載されているポインタ情報を用いて、ストリーム振分部１０４から出力されるＴＬＶストリームから複数のＴＬＶコンテナをＴＬＶコンテナグループとして切り出して生成する。本実施の形態における受信装置１００の特徴は、ＴＭＣＣ信号にＴＬＶコンテナのポインタ情報を格納し、ポインタ情報を基に複数のＴＬＶコンテナをグループ化して出力する点である。
【００５３】
外部機器１１０のＴＬＶコンテナグループ分離部１１２は、ヘッダ解析部１１１より出力されるＴＬＶコンテナグループを、一つ一つのＴＬＶコンテナに分離して出力する。
【００５４】
以下、図１から図７を用いて、本実施の形態における受信装置１００の動作を詳細に説明する。
【００５５】
受信部１０１がＴＬＶコンテナの形式で伝送されたＩＰパケットを変調信号として受信する。そして、復調部１０２が受信した変調信号を復調する。そして、復調部１０２は、ＴＬＶスロット信号とＴＭＣＣ信号を出力する。復調部１０２は、ＴＭＣＣ信号をＴＭＣＣデコード部１０３へ、ＴＬＶストリームやＭＰＥＧ２−ＴＳストリームを含むフレーム信号をストリーム振分部１０４へ出力する。
【００５６】
ＴＭＣＣデコード部１０３は、ＴＭＣＣ信号から各スロットに対するストリームの割当てや伝送方式、ストリーム種別などの情報を抽出し、制御信号としてストリーム振分部１０４、ＭＰＥＧ２−ＴＳ処理部１０５、ＴＬＶコンテナグループ生成部１０６、フレーム化部１０７に出力する。すなわち、ＴＭＣＣデコード部１０３は、ＴＭＣＣ信号からＴＬＶスロット信号に対するにポインタ情報を抽出する。
【００５７】
ストリーム振分部１０４は、ＴＭＣＣデコード部１０３でデコードされたＴＭＣＣの情報を基に、復調部１０２から出力されたフレーム信号がＭＰＥＧ２−ＴＳストリームの場合、出力先をＭＰＥＧ２−ＴＳ処理部１０５に振り分ける。また、ストリーム振分部１０４は、ＴＭＣＣの情報を基に、復調部１０２から出力されたフレーム信号がＴＬＶストリーム場合、ＴＬＶコンテナグループ生成部１０６に振り分ける。
【００５８】
ＭＰＥＧ２−ＴＳ処理部１０５は、ストリーム振分部１０４で振り分けられたＭＰＥＧ２−ＴＳストリームを、速度変換した後、受信装置１００の外部へ出力する。
【００５９】
一方、ＴＬＶコンテナグループ生成部１０６は、ストリーム振分部１０４で振り分けられたＴＬＶストリームをＴＬＶコンテナグループとして切り出す。このとき、ＴＬＶコンテナグループ生成部１０６は、ＴＬＶコンテナを一つ一つ切り出すのではなく、複数のＴＬＶコンテナを合計のバイト数が４６６バイト以上になるように結合されて切り出す。
【００６０】
そして、フレーム化部１０７が、ＴＬＶコンテナグループ生成部１０６で切り出されたＴＬＶコンテナグループを、ギガビットイーサネット（登録商標）に対応したＭＡＣフレームにプロトコル変換する。ここで、プロトコル変換されたＴＬＶコンテナグループのＭＡＣフレームの構成図を図２に示す。図２は、本発明の実施の形態におけるＭＡＣフレームの構成を説明するための概念図である。図２に示すように、ＭＡＣフレームは、ＴＬＶコンテナとヘッダ部分の４２バイトとフッタ部分の４バイトからなり、最小サイズは５１２バイトと規定されている。ＭＡＣフレーム送信の際には、さらにプリアンブルの８バイトとインターフレームギャップ（以下、「ＩＦＧ」と略記する）の１２バイトが付加され、最小送信サイズは５３２バイトとなる。
【００６１】
そして、４６６バイト以下のＴＬＶコンテナが有ったとしても、複数個のＴＬＶコンテナで４６６バイト以上のＴＬＶコンテナグループとするので、ヘッダの４２バイトとフッタ４バイトを含めてＭＡＣフレームが５１２バイト以上になる。これにより、ＭＡＣフレームの最小サイズ５１２バイト以上を確保しているので、Ｃａｒｒｉｅｒ  Ｅｘｔｅｎｄデータと呼ばれるダミーデータを付加しなくて良くなる。ゆえに、ダミーデータによるオーバヘッドを削減することが可能となる。
【００６２】
出力部としてのギガビットイーサネット（登録商標）のインタフェース１０８が、ギガビットイーサネット（登録商標）のＭＡＣフレームに変換したＴＬＶコンテナグループを含む、ＴＬＶストリームを受信装置１００の外部へ出力する。
【００６３】
外部機器１１０は、受信装置１００から出力されたＭＡＣフレーム化されたＩＰパケット形式のＴＬＶコンテナグループを含む、ＴＬＶストリームを入力し、ヘッダ解析部１１１でヘッダを解析するとともに、ヘッダを除去してＴＬＶコンテナグループを取り出す。
【００６４】
そして、ＴＬＶコンテナグループ分離部１１２が、取り出されたＴＬＶコンテナグループを、Ｈｅａｄｅｒの情報とＬｅｎｇｔｈの情報を基に、各ＴＬＶコンテナに分離する。
【００６５】
記憶部１１３は、ＴＬＶコンテナグループ分離部１１２が分離したＴＬＶコンテナを蓄積する。そして、ＴＬＶデコード部１１４が記憶部１１３に蓄積されたＴＬＶコンテナを必要に応じてコンテンツの生データにデコードし、例えば、外部機器１１０から表示装置へ出力し、モニタ部でコンテンツのデータを表示する。
【００６６】
ここで、受信装置１００のＴＬＶコンテナグループ生成部１０６が行うＴＬＶコンテナグループの生成方法について詳細に説明する。
【００６７】
まず、ＴＬＶコンテナが、衛星伝送路の伝送路符号化の単位である固定長のスロットに伝送順に多重化された状態を説明する。図３は、本発明の実施形態におけるＴＬＶコンテナのスロット割付の概要図である。スロット長は４４８８バイトとする。これは符号化率を４／５に設定したときのスロット長である。スロット中の最初のＴＬＶコンテナの先頭の位置をトップポインタ、スロット中の最後に配置完了したＴＬＶコンテナの末尾の位置をラストポインタと定義する。ポインタの情報はＴＭＣＣ信号に格納されている。このスロット形式のＴＬＶコンテナとＴＭＣＣ信号は、変調信号として受信装置１００の受信部１０１が受信している。
【００６８】
ＴＬＶコンテナグループ生成部１０６の動作について説明する。ここでは、ＴＬＶコンテナグループ生成部１０６は、２段の直列に接続したバッファを持っており、２段のバッファを用いてデータの書き込みと読み出しの動作を同時に行うことを実現しているとする。図４Ａ、図４Ｂ、図４Ｃは、本発明の実施の形態におけるＴＬＶコンテナグループ生成部１０６内に持つバッファの動作を説明するための概念図を示す。図４Ａに示すように後段のバッファからデータが読み出されているとき、及び、図４Ｂに示すように前段バッファへデータが書き込まれているときは前段バッファから後段バッファへの書き込みを停止する。図４Ｃに示すように前段バッファへの書き込み及び後段バッファからの読み出しが行われていないとき、前段バッファから後段バッファへデータを書き込む。このような２段のバッファを用いることで、書き込みと読み出しを同時に行うことを実現している。なお、後段バッファからの読み出しと前段バッファへの書き込みは同時に起こる、すなわち、図４Ａと図４Ｂの状態が同時に起こっても問題ない。以下バッファとは、後段バッファのことを示す。
【００６９】
図５は、本発明の実施形態におけるＴＬＶコンテナグループ生成のフローチャートである。
【００７０】
まず、ＴＬＶコンテナグループ生成部１０６は、ストリーム振分部１０４から入力するスロット内の位置を示すカウンタをアドレスカウンタとし、０にリセットしておく（ステップＳ２００）。更に、ＴＬＶコンテナグループ生成部１０６は、バッファ内の書き込み位置を示すカウンタをライトアドレスカウンタ、バッファ内の読み出し位置を示すカウンタをリードアドレスカウンタとし、０にリセットしておく（ステップＳ２１０）。そして、ＴＬＶコンテナグループ生成部１０６は、ＴＭＣＣの情報からポインタ情報とスロット長情報を取得し、保持しておく（ステップＳ２２０）。
【００７１】
ＴＬＶコンテナグループ生成部１０６は、アドレスカウンタが示すバイトを参照し、データを１バイト読み取ってバッファに格納する（ステップＳ２３０）。ＴＬＶコンテナグループ生成部１０６は、アドレスカウンタ及びライトアドレスカウンタを１バイト加算する（ステップＳ２４０）。スロット内の次のポインタの位置までデータの読み取りが完了したかを確認するため、アドレスカウンタとポインタ情報が一致するかを確認する（ステップＳ２５０）。
【００７２】
アドレスカウンタとポインタ情報が一致する場合（ステップＳ２５０の「Ｙｅｓ」）、ポインタの位置までデータの読み取りが完了していることを示す。そのため、バッファに格納されたデータを一つのＴＬＶコンテナグループとして出力する。そして、ＴＬＶコンテナグループの終端位置を記憶するため、現在のライトアドレスカウンタの値を保持しておく（ステップＳ２６０）。リードアドレスカウンタが示すバイトから１バイトずつ読み出す（ステップＳ２７０）。そして、リードアドレスカウンタを１加算し、バッファの読み出し位置を次のバイトにシフトする（ステップＳ２８０）。ＴＬＶコンテナグループの最後までバッファからの読み出しが完了したかを確認するため、リードアドレスカウンタの値と保持しているＴＬＶコンテナグループの終端位置が一致するかを確認する（ステップＳ２９０）。
【００７３】
リードアドレスカウンタとＴＬＶコンテナグループの終端位置が一致しない場合（ステップＳ２９０の「Ｎｏ」）、バッファからの読み出しが完了していないことを示す。そのため、ステップＳ２７０へ戻ってバッファの読み出しを続ける。
【００７４】
また、リードアドレスカウンタとＴＬＶコンテナグループの終端位置が一致する場合（ステップＳ２９０の「Ｙｅｓ」）、ＴＬＶコンテナグループの最後までバッファからの読み出しが完了していることを示す。そのため、スロットの最後までデータの読み取りが完了したかを確認するため、アドレスカウンタと保持しているスロット長情報が一致するかを確認する（ステップＳ３００）。
【００７５】
アドレスカウンタとスロット長情報が一致しない場合（ステップＳ３００の「Ｎｏ」）、スロットの途中を読み取っていることを示す。そのため、次のＴＬＶコンテナグループを作成するため、ステップＳ２１０へ戻る。
【００７６】
アドレスカウンタとスロット長情報が一致する場合（ステップＳ３００の「Ｙｅｓ」）、スロットの最後までデータの読み取りが完了していることを示す。そのため、アドレスカウンタをスロットの先頭位置にシフトさせるため、アドレスカウンタを０にリセットする（ステップＳ３１０）。そして、次のＴＬＶコンテナグループを作成するため、ステップＳ２１０へ戻る。
【００７７】
またアドレスカウンタとポインタ情報が一致しない場合（ステップＳ２５０の「Ｎｏ」）、ＴＬＶコンテナグループが未完成であり、読み取っていないデータが存在することを示す。そのため、スロットの最後までデータの読み取りが完了したかを確認するため、アドレスカウンタと保持しているスロット長情報が一致するかを確認する（ステップＳ３２０）。
【００７８】
ステップＳ３２０において、アドレスカウンタとスロット長情報が一致しない場合（ステップＳ３２０の「Ｎｏ」）、スロットの途中を読み取っていることを示す。そのため、ステップＳ２３０へ戻り、データの読み取りを続ける。
【００７９】
アドレスカウンタとスロット長情報が一致する場合（ステップＳ３２０の「Ｙｅｓ」）、スロットの最後までデータの読み取りが完了していることを示す。そのため、アドレスカウンタをスロットの先頭位置にシフトさせるため、アドレスカウンタを０にリセットする（ステップＳ３３０）。そして、ステップＳ２２０へ戻り、ポインタ情報とスロット長情報を更新し、データの読み取りを続ける。
【００８０】
この図５のフローチャートに従って、図３のスロットの割付の例を用いた場合のＴＬＶコンテナグループ生成の流れについて説明する。図６は、本発明の実施形態におけるＴＬＶコンテナグループ＃１〜ＴＬＶコンテナグループ＃４の生成を説明するための概念図である。図７Ａ〜図１０Ｂは、本発明の実施形態におけるＴＬＶコンテナグループ＃１〜ＴＬＶコンテナグループ＃４の生成の処理のフローチャートである。
【００８１】
図５のフローチャートに従って、図３のスロット割付の例を用いると、図６に示すように、４個のＴＬＶコンテナグループ＃１〜ＴＬＶコンテナグループ＃４が生成される。ＴＬＶ＃１からＴＬＶ＃６までがＴＬＶコンテナグループ＃１、ＴＬＶ＃７とＴＬＶ＃８がＴＬＶコンテナグループ＃２、ＴＬＶ＃９がＴＬＶコンテナグループ＃３、ＴＬＶ＃１０がＴＬＶコンテナグループ＃４となる。
【００８２】
図７Ａ〜図１０Ｂにおいて、「動作」の欄は、図５で示したフローチャートの各ステップを示す。「ポインタ情報」の欄は、ステップＳ２２０で保持されているポインタ情報で、図３に示された値を示す。「スロット長」の欄は、ステップＳ２２０で保持されているスロット長の情報を示す。「アドレスカウンタ」の欄は、スロット内のどの位置を読み取り対象とするのかを示すカウンタの値である。「ライトアドレスカウンタ」の欄は、バッファ内の書き込み位置を示すカウンタの値である。「リードアドレスカウンタ」の欄は、バッファ内の読み出し位置を示すカウンタの値である。「ＴＬＶコンテナグループ終端」の欄は、ステップＳ２６０で保持されているＴＬＶコンテナグループの終端位置を示すカウンタの値である。「バッファ」の欄は、バッファ内に格納されているデータの内容を示す。「出力」の欄は、ＴＬＶコンテナグループ生成部１０６からの出力結果を示す。分岐結果は、各動作における条件分岐の結果とその分岐先を示す。
【００８３】
図３に示すように、スロット＃１はＴＬＶ＃１の先頭にトップポインタ、ＴＬＶ＃６の末尾にラストポインタがある場合、図６示すように、ＴＬＶコンテナグループ生成部１０６は、ＴＬＶ＃１からＴＬＶ＃６までをＴＬＶコンテナグループ＃１として出力する。ＴＬＶコンテナグループ＃１を生成する際の、図５で示したフローチャートの各ステップの処理を図７Ａ、図７Ｂに示す。
【００８４】
図３に示すように、スロット＃２はＴＬＶ＃７の先頭にトップポインタ、ＴＬＶ＃８の末尾にラストポインタがある場合、図６に示すように、ＴＬＶコンテナグループ生成部１０６は、ＴＬＶ＃７とＴＬＶ＃８をＴＬＶコンテナグループ＃２として出力する。ＴＬＶコンテナグループ＃２を生成する際の、図５で示したフローチャートの各ステップの処理を図８Ａ、図８Ｂに示す。
【００８５】
また、図３に示したように、スロット＃２のＴＬＶ＃９の先頭にラストポインタ、スロット＃３のＴＬＶ＃９の末尾にラストポインタ（＝ＴＬＶ１０の先頭にトップポインタ）がある場合、図６に示すように、ＴＬＶコンテナグループ生成部１０６は、ＴＬＶ＃９をＴＬＶコンテナグループ＃３として出力する。ＴＬＶコンテナグループ＃３を生成する際の、図５で示したフローチャートの各ステップの処理を図９Ａ、図９Ｂに示す。
【００８６】
また、図３に示したように、スロット＃３のＴＬＶ＃１０の先頭にトップポインタ（＝ＴＬＶ＃９の末尾にラストポインタ）、スロット＃４のＴＬＶ＃１０の末尾にラストポインタがある場合、図６に示すように、ＴＬＶコンテナグループ生成部１０６は、ＴＬＶ＃１０をＴＬＶコンテナグループ＃４として出力する。ＴＬＶコンテナグループ＃４を生成する際の、図５で示したフローチャートの各ステップの処理を図１０Ａ、図１０Ｂに示す。
【００８７】
ここで、外部機器１１０のＴＬＶコンテナグループ分離部１１２が行うＴＬＶコンテナグループの分離方法について詳細に説明する。図１１は、本発明の実施の形態におけるＴＬＶコンテナグループ分離の処理のフローチャートである。受信装置１００から出力されるＭＡＣフレーム化されたＩＰパケット形式のＴＬＶコンテナグループを、ヘッダ解析部１１１が解析する。そして、ヘッダ解析部１１１がＭＡＣヘッダを除去し、ＩＰｖ４ヘッダからＴｏｔａｌ  Ｌｅｎｇｔｈの情報を保持する（ステップＳ４００）。また、ヘッダ解析部１１１がＩＰｖ４ヘッダ及びＵＤＰヘッダを除去し、ＩＰパケット形式のデータからＴＬＶコンテナの情報を抽出する（ステップＳ４１０）。
【００８８】
次に、ＴＬＶコンテナグループ生成部１０６におけるＴＬＶコンテナグループ内の位置を示すカウンタを第１のアドレスカウンタ、ＴＬＶコンテナ内の位置を示すカウンタを第２のアドレスカウンタとし、第１のアドレスカウンタ、第２のアドレスカウンタともに０にリセットする（ステップＳ４２０）。ＴＬＶコンテナグループ生成部１０６は、ＴＬＶコンテナ内のカウンタがＨｅａｄｅｒを示しているかを確認するため、第２のアドレスカウンタの示すバイトと１６進数の７Ｆが一致するか確認する（ステップＳ４３０）。
【００８９】
第２のアドレスカウンタの示すバイトが７Ｆの場合（ステップＳ４３０の「Ｙｅｓ」）、ＴＬＶコンテナ内のカウンタがＨｅａｄｅｒを示している。そのため、Ｌｅｎｇｔｈ情報の先頭位置までカウンタを移動させるため、第１のアドレスカウンタ、第２のアドレスカウンタともに２を加算する。（ステップＳ４４０）。そして、ＴＬＶコンテナからＬｅｎｇｔｈ情報を読み取り、値を保持する（ステップＳ４６０）。更に、Ｖａｌｕｅの先頭データを読み取るため、第１のアドレスカウンタ、第２のアドレスカウンタともに２を加算する（ステップＳ４７０）。
【００９０】
次に、第２のアドレスカウンタが示す位置のＴＬＶコンテナのデータを１バイト読み取り、バッファに格納する（ステップＳ４８０）。次のバイトを読み取るため、第１のアドレスカウンタ、第２のアドレスカウンタに１を加算する（ステップＳ４９０）。ＴＬＶコンテナをＬｅｎｇｔｈ分読み取ったかどうかを確認するため、第２のアドレスカウンタと、ＬｅｎｇｔｈにＨｅａｄｅｒ、Ｔｙｐｅ、Ｌｅｎｇｔｈの４バイト分を加算した値が一致するかを確認する（ステップＳ５００）。
【００９１】
第２のアドレスカウンタとＬｅｎｇｔｈと４を加算した値が一致しない場合（ステップＳ５００の「Ｎｏ」）、ＴＬＶコンテナが未完成であり、読み取っていないデータが存在することを示す。そのため、ステップＳ４８０に戻り、Ｖａｌｕｅ情報の続きを読み取る。
【００９２】
第２のアドレスカウンタとＬｅｎｇｔｈと４を加算した値が一致する場合（ステップＳ５００の「Ｙｅｓ」）、ＴＬＶコンテナの読み取りが完了したことを示す。そのため、バッファに格納されたデータを一つのＴＬＶコンテナとして出力する（ステップＳ５１０）。次のＴＬＶコンテナのヘッダを検出するため、第２のアドレスカウンタを０にリセットする（ステップＳ５２０）。ＴＬＶコンテナグループをＴｏｔａｌ  Ｌｅｎｇｔｈ分読み取ったかどうかを確認するため、第１のアドレスカウンタとＴｏｔａｌ  ＬｅｎｇｔｈからＩＰヘッダ、ＵＤＰヘッダの２８バイト分を引いた値が一致するかを確認する（ステップＳ５３０）。
【００９３】
第１のアドレスカウンタとＴｏｔａｌ  Ｌｅｎｇｔｈから２８を減算した値が一致する場合（ステップＳ５３０の「Ｙｅｓ」）、ＴＬＶコンテナグループ全ての読み取りが完了したことを示す。そのため、処理を終了する。
【００９４】
また、第１のアドレスカウンタとＴｏｔａｌ  Ｌｅｎｇｔｈから２８を減算した値が一致しない場合（ステップＳ５３０の「Ｎｏ」）、読み取られていないＴＬＶコンテナが存在することを示す。そのため、ステップＳ４３０へ戻ってＴＬＶコンテナグループ全ての読み取りが完了するまで繰り返す。
【００９５】
また、第２のアドレスカウンタの示すバイトが７Ｆではない場合（ステップＳ４３０の「Ｎｏ」）、ＴＬＶコンテナ内のカウンタがＨｅａｄｅｒを示していないことになる。そのため、次のバイトを参照するため、第１のアドレスカウンタに１を加算し、ステップＳ５３０へ進む（ステップＳ４５０）。
【００９６】
上記したように、ＴＬＶコンテナグループ生成部１０６は、スロット中の最初のＴＬＶコンテナの先頭の位置、或いは、スロット中の最後に配置完了したＴＬＶコンテナの末尾の位置をポインタと認識し、ポインタの間にある複数のＴＬＶコンテナをＴＬＶコンテナグループとする。
【００９７】
かかる構成によれば、ＴＬＶコンテナグループ生成部１０６を設けることで複数のＴＬＶコンテナを結合し、４６６バイト以上のＴＬＶコンテナグループとしてＭＡＣフレームに変換することを実現することにより、ＭＡＣフレーム変換時のダミーデータによるオーバヘッドを削減することができる。そのため、本実施の形態における受信装置１００は、送信側でＴＬＶコンテナの長さを制御することなく、どんな長さのＴＬＶコンテナが入力されても、リアルタイムにＴＬＶコンテナを出力することが可能となる。
【００９８】
なお、本実施の形態における受信装置１００は、ギガビットイーサネット（登録商標）インタフェース１０８を備え、ギガビットイーサネット（登録商標）を用いて受信装置１００が、1つ以上の外部機器１１０などと通信することを想定している。しかし、受信部１０１の入力速度以上で、かつ、１Ｇｂｐｓ未満のイーサネット（登録商標）の規格を用いても良い。その場合は、フレーム化部１０７のＭＡＣフレーム変換を１Ｇｂｐｓ未満のイーサネット（登録商標）の規格に沿ったデータ転送速度で動作するものとする。
【００９９】
なお、本実施の形態において、複数のＴＬＶコンテナをグループ化する際に、ポインタからポインタまでを１つのＴＬＶコンテナグループとした。しかし、バイト数の下限を設定し、設定バイト数を超えるまでＴＬＶコンテナを結合してＴＬＶコンテナグループとしても良い。また、更にバイト数の上限を設定し、設定バイト数を超えない範囲でＴＬＶコンテナを結合してＴＬＶコンテナグループとしても良い。この場合、ＴＬＶコンテナグループ生成部１０６が、ＴＬＶコンテナグループ化を開始し、ＴＬＶコンテナ化グループが設定バイト（４６６バイト）を超えたときに、ＴＬＶコンテナグループ化を終了する。更に、上限を設定している場合は、ＴＬＶコンテナグループ化の終了時点で、上限の設定バイト（例えば、１０００バイト）を超えていないかどうかを確認し、上限の設定バイトを超えている場合は、ＴＬＶコンテナグループ化をやり直す。
【０１００】
なお、本実施の形態において、にバッファを直列に２つ接続し、書き込みと読み出しを同時に行うことを想定している。しかし、ＴＬＶコンテナグループ生成部１０６が、書き込みと読み出しを同時に行えるバッファを１つ持つこととしたり、バッファを並列に２つ接続し、書き込みを行うバッファと読み出しを行うバッファを交互に切り替えることとしたりして、書き込みと読み出しを同時に行えるようにしても良い。
【産業上の利用可能性】
【０１０１】
本発明にかかる受信装置は、送信側でＴＬＶコンテナの長さを制御することなく、どんな長さのＴＬＶコンテナが入力されても、リアルタイムにＴＬＶコンテナを出力することができる。したがって、デジタル放送を受信する衛星デジタル放送受信装置に関するもの、特に、高度化衛星放送での運用が検討されているＴＬＶ（Ｔｙｐｅ  Ｌｅｎｇｔｈ  Ｖａｌｕｅ）伝送用の受信装置として有用である。
【符号の説明】
【０１０２】
１００    受信装置
１０１    受信部
１０２    復調部
１０３    ＴＭＣＣデコード部
１０４    ストリーム振分部
１０５    ＭＰＥＧ２−ＴＳ処理部
１０６    ＴＬＶコンテナグループ生成部
１０７    フレーム化部
１０８    ギガビットイーサネット（登録商標）インタフェース
１１０    外部機器
１１１    ヘッダ解析部
１１２    ＴＬＶコンテナグループ分離部
１１３    記憶部
１１４    ＴＬＶデコード部
１２０    受信システム
【図１】
2010122729.tif 000003
【図２】
2010122729.tif 000004
【図３】
2010122729.tif 000005
【図４Ａ】
2010122729.tif 000006
【図４Ｂ】
2010122729.tif 000007
【図４Ｃ】
2010122729.tif 000008
【図５】
2010122729.tif 000009
【図６】
2010122729.tif 000010
【図７Ａ】
2010122729.tif 000011
【図７Ｂ】
2010122729.tif 000012
【図８Ａ】
2010122729.tif 000013
【図８Ｂ】
2010122729.tif 000014
【図９Ａ】
2010122729.tif 000015
【図９Ｂ】
2010122729.tif 000016
【図１０Ａ】
2010122729.tif 000017
【図１０Ｂ】
2010122729.tif 000018
【図１１】
2010122729.tif 000019
【図１２】
2010122729.tif 000020
【図１３】
2010122729.tif 000021
【図１４】
2010122729.tif 000022
【図１５Ａ】
2010122729.tif 000023
【図１５Ｂ】
2010122729.tif 000024
【図１６】
2010122729.tif 000025
【図１７Ａ】
2010122729.tif 000026
【図１７Ｂ】
2010122729.tif 000027
【手続補正書】
【提出日】平成23年8月22日(2011.8.22)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】
ＭＰＥＧ２−ＴＳ処理部６０５は、ＴＭＣＣデコード部６０３から入力したＴＭＣＣの情報に基づき、ストリーム振分部６０４から入力したＭＰＥＧ２−ＴＳを格納するスロットを速度変換後ＭＰＥＧ２−ＴＳごとに出力する。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００２３
【補正方法】変更
【補正の内容】
【００２３】
ストリーム振分部６０４は、ＴＭＣＣデコード部６０３でデコードされたＴＭＣＣの情報を基に、復調部６０２から出力されたフレーム信号がＭＰＥＧ２−ＴＳまたはＴＬＶストリームのときに、出力先をＭＰＥＧ２−ＴＳ処理部６０５またはＴＬＶコンテナ生成部６０６に振り分ける。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００２４
【補正方法】変更
【補正の内容】
【００２４】
ＭＰＥＧ２−ＴＳ処理部６０５は、ストリーム振分部６０４で振り分けられたＭＰＥＧ２−ＴＳを、速度変換した後、受信装置６００の外部へ出力する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００４８
【補正方法】変更
【補正の内容】
【００４８】
ＭＰＥＧ２−ＴＳ処理部１０５は、ＴＭＣＣデコード部１０３から入力したＴＭＣＣの情報に基づき、ストリーム振分部１０４から入力したＭＰＥＧ２−ＴＳを格納するスロットを速度変換後ＭＰＥＧ２−ＴＳごとに出力する。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００５５
【補正方法】変更
【補正の内容】
【００５５】
受信部１０１がＴＬＶコンテナの形式で伝送されたＩＰパケットを変調信号として受信する。そして、復調部１０２が受信した変調信号を復調する。そして、復調部１０２は、ＴＬＶスロット信号とＴＭＣＣ信号を出力する。復調部１０２は、ＴＭＣＣ信号をＴＭＣＣデコード部１０３へ、ＴＬＶストリームやＭＰＥＧ２−ＴＳを含むフレーム信号をストリーム振分部１０４へ出力する。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００５７
【補正方法】変更
【補正の内容】
【００５７】
ストリーム振分部１０４は、ＴＭＣＣデコード部１０３でデコードされたＴＭＣＣの情報を基に、復調部１０２から出力されたフレーム信号がＭＰＥＧ２−ＴＳの場合、出力先をＭＰＥＧ２−ＴＳ処理部１０５に振り分ける。また、ストリーム振分部１０４は、ＴＭＣＣの情報を基に、復調部１０２から出力されたフレーム信号がＴＬＶストリーム場合、ＴＬＶコンテナグループ生成部１０６に振り分ける。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００５８
【補正方法】変更
【補正の内容】
【００５８】
ＭＰＥＧ２−ＴＳ処理部１０５は、ストリーム振分部１０４で振り分けられたＭＰＥＧ２−ＴＳを、速度変換した後、受信装置１００の外部へ出力する。
【手続補正８】
【補正対象書類名】図面
【補正対象項目名】図１
【補正方法】変更
【補正の内容】
【図１】
2010122729.tif 000028
【手続補正９】
【補正対象書類名】図面
【補正対象項目名】図１４
【補正方法】変更
【補正の内容】
【図１４】
2010122729.tif 000029
【国際調査報告】
2010122729.tif 000030
2010122729.tif 000031