WO2010106796A1

WO2010106796A1 - コンテンツ送信装置及びコンテンツ送受信システム

Info

Publication number: WO2010106796A1
Application number: PCT/JP2010/001894
Authority: WO
Inventors: 上田功; 長水禎明; 關藤誠; 山口聖貴
Original assignee: パナソニック株式会社
Priority date: 2009-03-18
Filing date: 2010-03-17
Publication date: 2010-09-23

Abstract

　コンテンツ送信装置は、コンテンツを配信するコンテンツ配信装置と送信側ネットワーク装置とを有し、送信側ネットワーク装置は、コンテンツ配信装置が配信するコンテンツデータをコンテナ化するＴＬＶコンテナ化部と、ＴＬＶコンテナ化部がコンテナ化する複数のコンテナを１つのスロット内で所定数以下になるように伝送路上の信号形式に変換するために特定のフォーマットの信号に多重する多重化部と、多重化部が多重化する信号を伝送路に出力するために変調する変調部と、を備える。

Description

コンテンツ送信装置及びコンテンツ送受信システム

　本発明は、高度化ＩＳＤＢ－Ｓ（Ｉｎｔｅｇｒａｔｅｄ　Ｓｅｒｖｉｃｅｓ　Ｄｉｇｉｔａｌ　Ｂｒｏａｄｃａｓｔｉｎｇ－Ｓａｔｅｌｌｉｔｅ）、すなわち、高度化衛星放送での運用が検討されているＴＬＶ（Ｔｙｐｅ　Ｌｅｎｇｔｈ　Ｖａｌｕｅ）伝送技術に関する。特に、高度化ＩＳＤＢ－Ｓにおいて、ギガビット（Ｇｉｇａｂｉｔ）イーサーネット（登録商標、以下、「ＧｂＥ」とも略記する）のネットワークに放送コンテンツを出力した場合、伝送の破綻を防ぐために、放送コンテンツを伝送する単位であるＴＬＶコンテナの個数あるいはバイト数を制限することに関する。

　従来の放送システムでは、リアルタイム放送システムに適した信号フォーマットとして固定長パケットのＭＰＥＧ２－ＴＳを使用して伝送する方法が一般的である。図２３に、従来のＭＰＥＧ２－ＴＳを使用した構成の放送システム７６０を示す。コンテンツ配信者からエンドユーザにコンテンツを送信するとき、コンテンツ配信装置６００は、送信側ネットワーク装置７００、伝送路７５０、受信側ネットワーク装置８００、及び表示部９００の順番にコンテンツを送信する。

　コンテンツ配信装置６００は、映像や音声、その制御信号などをＭＰＥＧ２－ＴＳのパケット形式にエンコードして、送信側ネットワーク装置７００に出力する。

　送信側ネットワーク装置７００は、多重化部７１０、変調部７２０で構成される。多重化部７１０は、コンテンツ配信装置６００から入力されたＭＰＥＧ２－ＴＳのパケット形式の信号を、伝送路７５０上の信号形式に合わせるために、特定のフォーマットの信号に多重化する。変調部７２０は、多重化部７１０で多重化された信号を変調して伝送路７５０に出力する。

　受信側ネットワーク装置８００は、復調部８１０、デコーダ部８２０で構成される。復調部８１０は、伝送路７５０から入力された変調信号を復調し、多重化された映像や音声のデータなどをそれぞれに分離をする。デコーダ部８２０は、ＭＰＥＧ２－ＴＳ形式の信号をコンテンツデータにデコードして、表示装置９００へ出力する。

　表示部９００は、受信側ネットワーク装置８００からコンテンツデータを入力して、コンテンツデータの映像や音声を表示する。

　近年、コンテンツデータを受信機に蓄積し、受信後にストリームを復元し、表示する蓄積型放送サービスの実現に向けて、衛星などの既存の伝送路７５０とＧｉｇａｂｉｔイーサーネット（登録商標）などの通信網の組み合わせた放送システム７６０が検討されている。その中で、高度化ＩＳＤＢ－ＳにおけるＴＬＶ伝送技術が注目されている。ＴＬＶ伝送技術では、ｔｙｐｅフィールドはデータの種類を示し、ｌｅｎｇｔｈフィールドはデータのサイズを示す。そして、ＴＬＶ伝送技術では、Ｖａｌｕｅフィールドは任意の可変長データを格納できる。このＴＬＶ伝送技術では、パケット種別として、４種類のデータタイプを割り当ててＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）パケットの伝送を可能としている（例えば、非特許文献１参照）。

　しかしながら、高度化ＩＳＤＢ－Ｓにおいて運用が検討されているＴＬＶ伝送技術では、ＴＬＶコンテナのサイズは４バイト以上での運用が考えられている。したがって、上記従来の方法ではコンテンツデータを含んだＴＬＶコンテナのパケットサイズがＧｉｇａｂｉｔイーサーネット（登録商標）で制限される５１２バイトよりも、相当短いことも有り得ると想定される。Ｇｉｇａｂｉｔイーサーネット（登録商標）に短いパケットが連続して入力されると、ＭＡＣ（Ｍｅｄｉａ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ　Ｆｒａｍｅ）フレーム変換するブロックのメモリバッファがオーバーフローを起こす可能性が生じる。その結果、ＧｂＥ出力の破綻となって、データの欠落が発生するという課題が生じる。

情報通信審議会　諮問第２０２３号　「放送システムに関する技術的条件」のうち「衛星デジタル放送の高度化に関する技術的条件」答申書　　総務省　平成２０年７月２９日　２９頁

　本発明のコンテンツ送信装置は、コンテンツを配信するコンテンツ配信装置と、コンテンツ配信装置が配信するコンテンツデータを、複数のコンテナにコンテナ化する送信側ネットワーク装置と、を有する。そして、コンテンツ送信装置は、以下の第１の場合、第２の場合及び第３の場合のいずれか１つであってもよい。

　第１の場合、送信側ネットワーク装置は、ＴＬＶコンテナ化部と多重化部と変調部とを備えている。ＴＬＶコンテナ化部は、コンテンツ配信装置が配信するコンテンツデータを、複数のコンテナにコンテナ化する。多重化部は、ＴＬＶコンテナ化部がコンテナ化する複数のコンテナを、1つのスロット内で所定数以下になるように伝送路上の信号形式に変換するために、特定のフォーマットの信号に多重する。変調部は、多重化部が多重化する信号を、伝送路に出力するために変調する。

　第２の場合、送信側ネットワーク装置は、ＴＬＶコンテナ化部と多重化部と変調部とを備えている。ＴＬＶコンテナ化部は、コンテンツ配信装置が配信するコンテンツデータを、所定のバイト数以下になるようにコンテナ化する。多重化部は、ＴＬＶコンテナ化部がコンテナ化するコンテナを、伝送路上の信号形式に変換するために、特定のフォーマットの信号に多重する。変調部は、多重化部が多重化する信号を、伝送路に出力するために変調する。

　第３の場合、コンテンツ配信装置は、コンテンツ記録部とコンテンツ解析部とコンテンツデータ制御部とを備えている。コンテンツ記録部は、コンテンツ配信装置が配信するコンテンツを、記録する。コンテンツ解析部は、コンテンツ記録部からコンテンツを読み出し、コンテンツのバイト数を解析する。コンテンツデータ制御部は、コンテンツ解析部で解析するコンテンツのバイト数に基づいて、コンテンツを分割し、分割後のコンテンツをＩＰパケット化する。

　そして、コンテンツデータ制御部は、送信側ネットワークから受信し、スロット内に分割するコンテンツに収納したコンテンツの情報により、１つのスロットに構成するコンテンツのバイト数、或いは、コンテンツの個数を計算する。そして、コンテンツデータ制御部は、コンテンツの合計のバイト数が所定値以上、或いは、コンテンツの個数が所定個数以上のとき、ヌルデータを出力する。

　このような構成によって、１つのスロット内のコンテナの個数を制限することにより、ＴＬＶ伝送するシステムにおいて、送信側で送るコンテナの個数やバイト数を制限することで、受信側にあるＧｉｇａｂｉｔイーサーネット（登録商標）を用いた伝送で支障をきたすことなく、ユーザー端末装置に対して情報の欠落なく送信することができる。

　また、本発明のコンテンツ送受信システムは、上記したコンテンツ送信装置と、送信側ネットワーク装置がコンテナ化した複数のコンテナを、ＭＡＣフレームに変換する受信側ネットワーク装置と、受信側ネットワーク装置が変換したＭＡＣフレームを受信するユーザー端末装置と、を有してもよい。

　受信側ネットワーク装置は、復調部とＴＬＶデコンテナ化部とＭＡＣフレーム変換部とＧｉｇａｂｉｔイーサーネット（登録商標）インターフェイスとを有している。復調部は、伝送路から入力した変調波を復調し、伝送路上の信号形式からデータを多重分離する。ＴＬＶデコンテナ化部は、復調部で多重分離したデータからＴＬＶコンテナのＶａｌｕｅデータを抜き出す。ＭＡＣフレーム変換部は、ＴＬＶデコンテナ化部で抜き出されたデータをＧｉｇａｂｉｔイーサーネット（登録商標）形式のデータに変換する。Ｇｉｇａｂｉｔイーサーネット（登録商標）インターフェイスは、ＭＡＣフレーム変換部が変換するデータを出力する。

　ユーザー端末装置は、情報端末部と表示部とを有する。情報端末部は、コンテンツデータを出力する。表示部は、情報端末部が出力するコンテンツデータを映像表示する。

　このような構成によって、送信側で送るコンテナの個数やバイト数を制限することにより、ユーザー端末装置に対して情報の欠落なく送信するＴＬＶ伝送対応のコンテンツ送受信システムを提供できる。

図１は、本発明の実施の形態１に係るＴＬＶ伝送対応のコンテンツ送受信システムの構成を示すブロック図である。図２は、本発明の実施の形態１に係るＭＡＣフレーム構成を説明するための概念図である。図３は、本発明の実施の形態１に係るＭＡＣフレーム変換部の構成とＭＡＣフレーム構成を説明するための概念図である。図４は、本発明のＭＡＣフレーム変換部の内部動作を説明するための概念図である。図５は、本発明の実施の形態１に係る多重化部の構成とその内部動作を説明するための概念図である。図６は、本発明の実施の形態１、２に係るスロット単位あたりのコンテナ数の制限個数を求める関係式を示す図である。図７は、本発明の実施の形態２に係るＴＬＶ対応のコンテンツ送受信システムの構成を示すブロック図である。図８は、本発明の実施の形態２に係る多重化部の構成とその内部動作を説明するための概念図である。図９は、本発明の実施の形態２に係る多重化部の内部動作を説明するためのフローチャートである。図１０は、本発明の実施の形態２に係る多重化部の内部動作を説明するためのフローチャートである。図１１は、本発明の実施の形態３に係るＴＬＶ伝送対応のコンテンツ送受信システムの構成を示すブロック図である。図１２は、本発明の実施の形態３に係るＴＬＶコンテナ化部の構成とその内部動作を説明するための概念図である。図１３は、本発明の実施の形態３に係るコンテナの制限サイズを求める関係式を示す図である。図１４は、本発明の実施形態４に係るＴＬＶ伝送対応のコンテンツ送受信システムの構成を示すブロック図である。図１５は、本発明の実施形態４に係るコンテンツ配信装置と送信側ネットワーク装置との構成を示すブロック図である。図１６は、本発明の実施形態４に係るコンテンツ配信装置の構成とその内部動作を説明するための概念図である。図１７は、本発明の実施形態４に係るフィードバック補正制御におけるコンテンツ配信装置の内部動作を説明するための概念図である。図１８は、本発明の実施形態４に係るコンテナの制限サイズを求める関係式を示す図である。図１９は、本発明の実施の形態５に係るＴＬＶ伝送対応のコンテンツ送受信システムの構成を示すブロック図である。図２０は、本発明の実施形態５に係るコンテンツ配信装置と送信側ネットワーク装置の構成を示すブロック図である。図２１は、本発明の実施形態５に係るフィードバック補正制御におけるコンテンツ配信装置の内部動作を説明するための概念図である。図２２は、本発明の実施形態５に係るスロット単位あたりのコンテナ数の制限個数を求める関係式を示す図である。図２３は、従来の放送システムの構成を示すブロック図である。

　（実施の形態１）
　以下、本発明の実施の形態について図面を用いて説明する。まず、本発明の実施の形態１に係るＴＬＶ対応のコンテンツ送受信システムの概要について説明する。図１は、本発明の実施の形態１に係るＴＬＶ対応のコンテンツ送受信システム２６０の構成を示すブロック図である。ＴＬＶ対応のコンテンツ送受信システム２６０は、コンテンツ配信装置１００と送信側ネットワーク装置２００と受信側ネットワーク装置３００とユーザー端末装置４００とを有する。コンテンツ送信装置２４０は、コンテンツ配信装置１００と送信側ネットワーク装置２００とを有する。コンテンツ送信装置２４０は、コンテンツ配信装置１００と送信側ネットワーク装置２００とを含む。

　コンテンツ配信者からエンドユーザにコンテンツを送信するとき、コンテンツ配信装置１００から送信側ネットワーク装置２００、伝送路２５０、受信側ネットワーク装置３００、ユーザー端末装置４００の順番にコンテンツを送信する。本実施の形態におけるコンテンツ送受信システム２６０は、主に衛星放送での使用を想定している。そのため、伝送路２５０は衛星から送信された電波が通過する空間を想定している。

　なお、伝送路２５０は、電波が通過する空間に限るものではなく、ＣＡＴＶケーブルや光ファイバーケーブルであってもよい。したがって、伝送路２５０は、通信経路を含んでもよい。すなわち、本実施の形態におけるコンテンツ送受信システム２６０は、テレビの放送システムのみならず、通信システムを利用したコンテンツ配信システムにも適用できる。また、図１ではユーザー端末装置４００を１台のみ記載しているが、受信側ネットワーク装置３００には複数台のユーザー端末装置４００が接続されていると想定している。

　コンテンツ配信装置１００は、映像や音声、文字情報などのデータをコンテンツとして送信側ネットワーク装置２００へ出力する。なお、コンテンツ配信装置１００は、受信側ネットワーク装置３００やユーザー端末装置４００などで使用されるＭＡＣアドレス情報を含ませることも可能である。

　送信側ネットワーク装置２００は、コンテンツを配信するコンテンツ配信装置１００からのコンテンツデータを複数のコンテナにコンテナ化する。コンテナ化されたコンテンツデータを伝送路２５０に出力するために、送信側ネットワーク装置２００は、ＴＬＶコンテナ化部２１０と多重化部２２０と変調部２３０とを備えている。ＴＬＶコンテナ化部２１０は、コンテンツ配信装置１００から入力されたコンテンツデータをＴＬＶコンテナ化する。多重化部２２０は、ＴＬＶコンテナ化部２１０がコンテナ化するＴＬＶコンテナを、伝送路２５０上の信号形式に変換するために特定のフォーマットの信号に多重化する。変調部２３０は、多重化部２２０が多重化する信号を、伝送路２５０で出力するために変調する。また、変調部２３０は、多重化されたデータを変調する機能に加え、さらに伝送路２５０の最小単位である固定長のスロット（ｓｌｏｔ）期間の中でデータ範囲を示す情報や、スロットに多重されているデータの種類を示す情報を、ＴＭＣＣデータとして変調する機能を有している。

　ここで、ＴＬＶコンテナは、ＴｙｐｅデータとＬｅｎｇｔｈデータとＶａｌｕｅデータとの３つのデータを有する。Ｖａｌｕｅデータは、コンテンツ配信装置１００から送信するコンテンツなどのデータである。そして、Ｌｅｎｇｔｈデータは、ＴＬＶコンテナのサイズ情報を含んだデータである。また、Ｔｙｐｅデータは、ＴＬＶコンテナの種類の情報を含んだデータである。

　受信側ネットワーク装置３００は、送信側ネットワーク装置２００からデータを受信し、ユーザー端末装置４００へＧｉｇａｂｉｔイーサーネット（登録商標）の形式のデータを出力する。そのために、受信側ネットワーク装置３００は、復調部３１０とＴＬＶデコンテナ化部３２０とＭＡＣフレーム変換部３３０とＧｂＥ＿インターフェイス（以下、「ＧｂＥ＿Ｉ／Ｆ」とも記す）３４０とを有する。復調部３１０は、伝送路２５０から入力した変調波を復調し、伝送路２５０に適した信号形式を有する信号からデータを多重分離する。ＴＬＶデコンテナ化部３２０は、復調部３１０が多重分離するデータからＴＬＶコンテナのＶａｌｕｅデータを抜き出す。ＭＡＣフレーム変換部３３０は、ＴＬＶデコンテナ化部３２０が抜き出すデータをＧｉｇａｂｉｔイーサーネット（登録商標）形式のデータに変換する。ＧｂＥ_Ｉ／Ｆ３４０は、ＭＡＣフレーム変換部３３０で変換されたデータを、外部のユーザー端末装置４００に出力する。また、復調部３１０は、変調信号から、まずＴＭＣＣデータを復調し、多重化されたデータを復調する際には、ＴＭＣＣデータからスロットに含まれているデータ範囲を認識して復調している。さらに、復調部３１０は、多重化されたデータを多重分離する際にも、ＴＭＣＣデータから多重されているデータの種類を認識して多重分離している。

　ここで、ＭＡＣフレーム変換部３３０は、ＴＬＶデコンテナ化部３２０で抜き出されたＴＬＶコンテナのＶａｌｕｅデータ、つまり、コンテンツ配信装置１００が送信するコンテンツと、ユーザー端末装置４００などで使用されるＭＡＣアドレス情報とをＭＡＣフレームに変換する。このとき、ＭＡＣフレームのヘッダーに特定のＭＡＣアドレスのみを付加したり、複数のＭＡＣアドレスを付加したりすることが可能である。また、ヘッダーに付加するＭＡＣアドレスは、ＭＡＣフレーム変換部３３０が保有しているＭＡＣアドレスを使用したり、コンテンツ配信装置１００から送信されてきたＭＡＣアドレスを使用したりすることができる。

　ユーザー端末装置４００は、コンテンツデータを映像表示するために、受信側ネットワーク装置３００から入力したＧｉｇａｂｉｔイーサーネット（登録商標）形式のデータを受け取る。ユーザー端末装置４００は、情報端末部４１０と表示部４２０とを有する。情報端末部４１０は、コンテンツデータを出力する。表示部４２０は、情報端末部４１０が出力したコンテンツデータを映像表示する。

　情報端末部４１０は、ＭＡＣフレーム変換部３３０で宛先としてＭＡＣアドレスがヘッダーに付加された場合、コンテンツデータを受け取ることができる。また、ＭＡＣフレーム変換部３３０で複数の宛先のＭＡＣアドレスが付加された場合、宛先に対応する複数の情報端末部４１０でそれぞれデータを受け取ることが可能である。また、情報端末部４１０はモニタにリアルタイムで出力する必要はなく、ハードディスクなどの記録部を接続、或いは、内蔵することで、コンテンツデータを蓄積することが可能となる。

　次に、本実施の形態１に係るＴＬＶ対応のコンテンツ送受信システム２６０の受信側ネットワーク装置３００について詳細を説明する。受信側ネットワーク装置３００は、送信側ネットワーク装置２００から伝送路２５０経由で受信したＴＬＶコンテナのデータを、外部機器であるユーザー端末装置４００にＧｉｇａｂｉｔイーサーネット（登録商標）の形式でデータを出力するために、データの形式をＭＡＣフレームに変換する機能を有している。まず、ＴＬＶコンテナをＧｉｇａｂｉｔイーサーネット（登録商標）で出力するためのＴＬＶコンテナのＭＡＣフレームについて、図２を用いて説明する。

　図２は、本発明の実施の形態１に係るＭＡＣフレームの構成を説明するための概念図である。ＴＬＶコンテナのデータフォーマット変換後のＭＡＣフレームは、Ｇｉｇａｂｉｔイーサーネット（登録商標）の規格であるＩＥＥＥ　Ｓｔａｎｄａｒｄ　８０２．３に基づいている。図２に示すように、宛先ＭＡＣアドレスからＣａｒｒｉｅｒ　Ｅｘｔｅｎｄまでのサイズは最小で５１２バイトとなっているため、ＴＬＶコンテナのサイズが４６６バイト以下の場合、Ｃａｒｒｉｅｒ　Ｅｘｔｅｎｄのデータサイズを調整することで最小サイズ５１２バイトにしている。そして、ＴＬＶコンテナのＭＡＣフレーム変換は、プリアンブルとインターフレームギャップ（以下、「ＩＦＧ」と略記する）を更に付加することで、最小サイズ５３２バイトとなっている。

　さらに、ＭＡＣフレーム変換部３３０がＴＬＶコンテナをこのＭＡＣフレームにＭＡＣフレーム変換することについて説明する。図３は、本発明の実施の形態１に係るＭＡＣフレーム変換部３３０の構成とＭＡＣフレーム構成を説明するための概念図である。ＭＡＣフレーム変換部３３０は、入力されたＴＬＶコンテナをバッファメモリ３３１で一旦蓄積する。そして、ＭＡＣフレーム変換部３３０は、ヘッダー付加部３３２でＴＬＶコンテナにＵＤＰｈｅａｄｅｒを付加した後、ＩＰｖ４ｈｅａｄｅｒを付加して、ＩＰｖ４パケットの形式にする。さらに、ＭＡＣフレーム変換部３３０は、宛先ＭＡＣアドレス、送信元ＭＡＣアドレス、タイプ、ＦＣＳを付加することで、ＭＡＣフレームとする。そして、ＭＡＣフレーム変換部３３０は、そのＭＡＣフレームのサイズが５１２バイト未満の場合、ＭＡＣフレームのサイズと合わせて５１２バイトになるようにＣａｒｒｉｅｒ　Ｅｘｔｅｎｄのデータを最後尾に付加する。さらに、ＭＡＣフレーム変換部３３０は、先頭を示すプリアンブルやパケット間の間を示すＩＦＧの期間を加えたサイズのパケットを、ＧｂＥ＿Ｉ／Ｆ３４０に出力する。

　ＭＡＣフレーム変換部３３０への入力データレートは、受信側ネットワーク装置３００のデータ処理の動作周波数で決定される。ＭＡＣフレーム変換部３３０は、このデータ処理の動作周波数として、バイトクロック周波数である１８．５ＭＨｚを用いている。一方、ＭＡＣフレーム変換部３３０の出力データレートは、ＧｂＥ＿Ｉ／Ｆ３４０の動作モードで決まる。ＧＭＩＩ（Ｇｉｇａｂｉｔ　Ｍｅｄｉａ　Ｉｎｄｅｐｅｎｄｅｎｔ　Ｉｎｔｅｒｆａｃｅ）の動作モードでは、データ処理の動作周波数は、１２５ＭＨｚである。入力データレートより出力データレートが６．７倍と速いため、パケットサイズであるＴＬＶコンテナサイズが７９バイト（５３２バイトの１／６．７）以上であれば、バッファメモリ３３１のオーバーフローを理論上起こすことはない。しかし、ＴＬＶコンテナサイズが７８バイト未満になると、ヘッダーのオーバーヘッドが増加し、結果として出力のスループットが低下する現象が生じる。

　ＭＡＣフレーム変換部３３０の出力のスループットの低下の様子の一例について説明する。この一例として、ＴＬＶコンテナのＭＡＣフレーム変換部３３０の内部動作と、入力に対する、ヘッダー付加後の出力の処理とを説明する。図４は本実施の形態のＭＡＣフレーム変換部３３０の内部動作を説明するための概念図である。ＭＡＣフレーム変換部３３０は、伝送路２５０の最小単位である固定長のスロット期間を処理範囲として、ＭＡＣフレームにおけるヘッダーの割合が最も大きくなる最小バイトサイズ（４バイト）のコンテナＮ個と、５０４９バイトからＮ個の最小コンテナのバイト数の合計を引いた余りバイト数サイズをもつコンテナ１個を入力している。この場合でも、ＭＡＣフレーム変換部３３０は、図２で示す最小ＭＡＣフレームサイズ（５３２バイト）のＭＡＣフレームＮ個を出力することになる。したがって、出力期間が入力期間よりも長くなったときに、ＭＡＣフレーム変換部３３０の出力のスループットが低下する。出力期間が入力期間よりも長い状態が続くと、コンテナデータがバッファメモリ３３１に蓄積され続け、いずれバッファメモリ３３１からコンテナデータがオーバーフローを起こすことになる。

　次に、送信側ネットワーク装置２００について詳細を説明する。送信側ネットワーク装置２００では受信側ネットワーク装置３００で起きるコンテナデータのオーバーフローを回避するために、多重化部２２０でスロット単位あたりのコンテナ数をカウントし、コンテナの数を調整する機能を有している。次に、コンテナ数を調整する機能について説明する。

　図５は、本発明の実施の形態１に係る多重化部２２０の構成とその内部動作を説明するための概念図である。図５に示すように、多重化部２２０は、バッファメモリ２２１とスロット構成部２２２とバッファメモリ２２３とコンテナ数カウンタ部２２４とヌルコンテナ挿入部２２５とを有する。

　バッファメモリ２２１は、ＴＬＶコンテナ化部２１０から入力したＴＬＶコンテナを蓄積する。スロット構成部２２２は、バッファメモリ２２１からＴＬＶコンテナを読み出し、伝送路２５０の信号形式である固定長のスロット単位に変換する。バッファメモリ２２３は、スロット構成部２２２から出力されたスロットデータを、１２０スロットを1フレームとした単位の間隔で蓄積する。コンテナ数カウンタ部２２４は、スロット構成部２２２から出力されたスロットデータから、各スロット内のＴＬＶコンテナ数をカウントする。

　また、ヌルコンテナ挿入部２２５は、コンテナ数カウンタ部２２４から入力したスロット内のＴＬＶコンテナ数が制限個数より多い場合、バッファメモリ２２３からスロットデータの制限個数までのコンテナを読み出す。そして、スロット固定長のデータバイト数から読み出した制限個数までのコンテナのデータバイト数を差し引いたバイト数分のヌルコンテナ（データに無関係なコンテナ）を、ヌルコンテナ挿入部２２５はスロットの末尾に挿入する。そして、ヌルコンテナ挿入部２２５は、スロット内で制限個数より多いＴＬＶコンテナ数を次のスロットのＴＬＶコンテナ数に加える。そして、上述の処理を繰り返す。

　ここで、図５に示すように、コンテナ数カウンタ部２２４が、スロット構成部２２２からＴＬＶコンテナ数６７個、３４個、８２個、１５個、５個のスロット１～５を入力したときを例に、具体的に説明する。コンテナ数カウンタ部２２４は、各スロットのコンテナ数をカウントする。そして、コンテナ数カウンタの値が設けた制限個数の値（５８個）より大きい場合は、ヌルコンテナ挿入部２２５が制限個数を越えたスロット内の位置からスロットの末尾までのサイズのヌルコンテナを挿入することで、特定の制限個数以下のコンテナ数に低減する。スロット内でヌルコンテナを挿入された位置にあった元のＴＬＶコンテナは、次のスロットの先頭に移動され、ＴＬＶコンテナが図５に示すように後ろにずれていく。スロット構成部２２２が出力したスロット５はヌル部分もあるため、コンテナが後ろにずれていっても、スロット５のヌル部分を後ろにずれたコンテナで置き換えることで、ずれを取り戻すこととなる。

　ここで特定の制限個数（５８個）について、詳細を以下に述べる。図６は、本発明の実施の形態１に係るスロット単位あたりのコンテナ数の特定の制限個数を求める関係式を示している。特定の制限個数の値は、受信側ネットワーク装置３００でオーバーフローを必ず起こさない値が考えられる。高度化ＩＳＤＢ－Ｓの規格においては、変調方式が３２ＡＰＳＫ（Ａｍｐｌｉｔｕｄｅ　ａｎｄ　Ｐｈａｓｅ　ｓｈｉｆｔ　Ｋｅｙｉｎｇ）で、符号化率９／１０の運用時に１つのスロットのデータバイト数が最も大きくなる。すなわち、１つのスロットのデータバイト数は５０４９バイトになる。出力クロックは、シンボルレート３２．５９４１ＭＨｚから導かれたバイトクロックである。オーバーフローを起こさないぎりぎりのパターン（ワーストケース）として、最もオーバーヘッドの割合が高くなる最小コンテナである４バイトのコンテナ数をＮ個と想定する。すると、計算するべき関係式は（スロットバイト数－４×Ｎ）＋ヘッダー＋（最小コンテナサイズ＋ヘッダー）×Ｎ≧スロット期間である。この関係式から、Ｎ≦５７が求められる。つまり、最小コンテナのときコンテナ最大個数は５７個となり、余りバイト数のサイズを有するコンテナ１個を加えると、スロット単位あたり５８個までとなる。

　かかる構成によれば、送信側ネットワーク装置２００の多重化部２２０において、１つのスロット内のコンテナの個数を制限個数以下になるように伝送路２５０上の信号形式に変換するために、特定のフォーマットの信号に多重することにより、受信側のＭＡＣフレーム変換部３３０でのＭＡＣフレーム変換でオーバーフローを起すことがなくなる。その結果、Ｇｉｇａｂｉｔイーサーネット（登録商標）を用いた伝送で支障をきたすことなく、ユーザー端末装置４００に対して情報の欠落なく送信することができる。

　なお、本実施の形態において、ＧｂＥ＿Ｉ／Ｆ３４０としてギガビットイーサーネット（登録商標）を想定しているが、１０００Ｍｂｐｓ未満のイーサーネット（登録商標）でも運用は可能である。その場合は、ＭＡＣフレーム変換部３３０のＭＡＣフレーム変換がその１０００Ｍｂｐｓ未満のイーサーネット（登録商標）の規格に沿ったデータ転送速度で動作するものとする。

　なお、本実施の形態において、ＴＬＶデコンテナ化部３２０は、Ｖａｌｕｅデータのみを抜き出すとしたが、ＶａｌｕｅデータとＴｙｐｅデータとＬｅｎｇｔｈデータとの全て含むＴＬＶコンテナを抜き出してもよい。それらのデータをＭＡＣフレーム変換した後、ＧｂＥ＿Ｉ／Ｆ３４０に出力する。その場合は、情報端末部４１０が、ＴＬＶコンテナのＶａｌｕｅデータを抜き出し、コンテンツデータを表示部４２０に出力する。

　なお、本実施の形態において、復調部３１０で復調されたＴＭＣＣデータから２つのＶａｌｕｅデータが結合されたＴＬＶコンテナの情報データを、ＭＡＣフレーム変換部３３０でＭＡＣフレーム変換し、ＧｂＥ＿Ｉ／Ｆ３４０に出力することも可能である。その場合は、情報端末部４１０が、結合されたＴＬＶコンテナの情報データから、結合されたＶａｌｕｅデータを分割する。そして、情報端末部４１０が、コンテンツデータを復元して表示部４２０に出力する。

　なお、本実施の形態において、復調部３１０で復調されたＴＭＣＣデータから、各スロットで交換されたＴＬＶコンテナのポインタデータと該当するスロット番号データを取り出し、データの順番を入れ替える情報データを、ＭＡＣフレーム変換部３３０がＭＡＣフレーム変換してもよい。そして、変換されたＭＡＣフレームをＭＡＣフレーム変換部３３０が、ＧｂＥ＿Ｉ／Ｆ３４０に出力することも可能である。その場合は、情報端末部４１０が、データの順番を入れ替える情報データから、保存されているコンテンツデータもしくはＴＬＶコンテナを探し出す必要がある。そして、情報端末部４１０が、交換されたデータの順番を入れ替えることでコンテンツデータを復元して表示部４２０に出力する。

　（実施の形態２）
　本発明の実施の形態２に係るＴＬＶ対応のコンテンツ送受信システムの概要について説明する。図７は、本発明の実施の形態２に係るＴＬＶ対応のコンテンツ送受信システム２６０Ａの構成を示すブロック図である。ＴＬＶ対応のコンテンツ送受信システム２６０Ａは、コンテンツ配信装置１００と送信側ネットワーク装置２００Ａと受信側ネットワーク装置３００とユーザー端末装置４００とを有する。コンテンツ送信装置２４０Ａは、コンテンツ配信装置１００と送信側ネットワーク装置２００Ａとを含む。

　実施の形態１では、１つスロット内のコンテナ数が制限数以上のとき、送信側ネットワーク装置２００の多重化部２２０においてヌルコンテナを挿入することで、１つスロット内のコンテナ数を制御した。しかしながら、ヌルパケットを挿入して送信するため、送信時間が余分に必要になる。実施の形態２では、送信側ネットワーク装置２００Ａの多重化部２２０Ａがコンテナの交換により、１つスロット内のコンテナ数を制御する。実施の形態２は、実施の形態１と多重化部２２０Ａのみが異なるため、多重化部２２０Ａを詳細に説明する。そして実施の形態１と同じであるその他の構成については、説明を省略する場合がある。

　本実施の形態にかかるＴＬＶ対応のコンテンツ送受信システム２６０Ａは、コンテンツ配信者からエンドユーザにコンテンツを送信するとき、コンテンツ配信装置１００から送信側ネットワーク装置２００Ａ、伝送路２５０、受信側ネットワーク装置３００、ユーザー端末装置４００の順番に送信する。

　まず、送信側ネットワーク装置２００Ａについて詳細を説明する。送信側ネットワーク装置２００Ａでは受信側ネットワーク装置３００で起きるコンテナデータのオーバーフローを回避するために、多重化部２２０でスロット単位あたりのコンテナ数をカウントし、コンテナの数を調整する機能を有している。まず、コンテナ数を調整する機能について、図８を用いて説明する。

　図８は、本発明の実施の形態２に係る多重化部２２０Ａの構成とその内部動作を説明するための概念図である。図８に示すように、多重化部２２０Ａは、バッファメモリ２２１とスロット構成部２２２とバッファメモリ２２３とコンテナ数カウンタ部２２４とコンテナ交換部２２６とポインタ生成部２２７とを有する。

　バッファメモリ２２１は、ＴＬＶコンテナ化部２１０から入力したＴＬＶコンテナを蓄積する。

　スロット構成部２２２は、バッファメモリ２２１からＴＬＶコンテナを読み出し、伝送路２５０の信号形式である固定長のスロット単位に変換する。バッファメモリ２２３は、スロット構成部２２２から出力されたスロットデータをフレーム単位の間隔で蓄積する。ここで、1フレームは１２０スロットである。コンテナ数カウンタ部２２４は、スロット構成部２２２から出力されたスロットデータから、各スロット内のＴＬＶコンテナ数をカウントする。

　また、コンテナ交換部２２６は、バッファメモリ２２３から複数のスロットを１フレーム単位で呼出す。そして、コンテナ交換部２２６は、そのフレーム中の各スロット間でＴＬＶコンテナの交換が必要かどうかを、コンテナ数カウンタ部２２４のカウントしたＴＬＶコンテナ数を用いて検討する。

　そのために、まず、コンテナ交換部２２６は、コンテナ数カウンタ部２２４からスロット番号の順番にスロット内のＴＬＶコンテナ数を入力する。そして、コンテナ交換部２２６は、スロット番号に対するＴＬＶコンテナ数の制限数との差分を計算する。すなわち、コンテナ交換部２２６は、例えば、ｎ番目のスロット内のＴＬＶコンテナ数Ｃｎを入力する。そして、コンテナ交換部２２６は、ＴＬＶコンテナ数が制限数より大きいときは、差分βｎ＝コンテナ数Ｃｎ－制限数を計算する。また、コンテナ交換部２２６は、ＴＬＶコンテナ数が制限数以下のときは、差分γｎ＝制限数－コンテナ数Ｃｎを計算する。そして、コンテナ交換部２２６は、スロット番号ｎに対して、コンテナ数Ｃｎと差分βｎ或いはγｎを記録する。

　そして、コンテナ交換部２２６は、ＴＬＶコンテナ数が制限個数より多いかどうか、つまり、差分βｎがあるかどうかを確認する。そして、ＴＬＶコンテナ数が制限数以下のスロットが続く場合は、コンテナ交換部２２６は、コンテナ交換処理をしない。すなわち、コンテナ交換部２２６は、それらのスロットを変調部２３０に送信するフレームの中に蓄積していく。次に、ＴＬＶコンテナ数が制限個数より多いｎ番目のスロットが発生した場合、コンテナ交換部２２６は、ｎ番目以降のスロットで、ＴＬＶコンテナ数が制限数以下で、かつ、差分γｍ＞２×βｎの条件を満たすスロットを探す。そして、ｍ番目のスロットでこの条件を満たしたとき、コンテナ交換部２２６は、ｎ番目のスロットの２βｎ個のＴＬＶコンテナと、ｍ番目のスロットのβｎ個以下のＴＬＶコンテナが交換可能かどうかを確認する。そして、交換可能であればコンテナ交換部２２６は、ＴＬＶコンテナを交換し、ｎ番目のスロットを変調部２３０に送信するフレームの中に蓄積する。また、コンテナ交換部２２６は、ｍ番目のスロットを、スロットの順番になるまで保持しておく。このように、コンテナ交換部２２６は、ＴＬＶコンテナ数が制限個数より多いＴＬＶコンテナが発生した場合、ＴＬＶコンテナの交換処理を１フレーム分の１２０スロットまで繰り返す。

　ポインタ生成部２２７は、コンテナ交換部２２６で交換されたＴＬＶコンテナを、ユーザー端末装置４００で処理可能にするために、交換されたＴＬＶコンテナのスロットの番号を示すスロット番号データと、スロット内の始終位置を示すポインタデータとを作成する。そして、ポインタ生成部２２７は、変調部２３０で作成されるＴＭＣＣデータに追加するデータとして、コンテナ交換部２２６に出力する。コンテナ交換部２２６は、ＴＬＶコンテナと共にＴＭＣＣデータを多重化部２２０Ａから変調部２３０へ出力する。

　上記したように、本実施の形態に係る多重化部２２０Ａは、スロット構成部２２２とコンテナ数カウント部２２４とコンテナ交換部２２６とを備えている。スロット構成部２２２は、ＴＬＶコンテナ化部２１０がコンテナ化する複数のコンテナを、スロットに構成する。コンテナ数カウント部２２４は、スロット構成部２２２が構成したスロット内のコンテナ数を、カウントする。コンテナ交換部２２６は、コンテナ数カウンタ部２２４がカウントするスロット内のコンテナ数が、所定数より多い場合、スロットの所定数より少ないスロットと数個のコンテナを交換する。このようにして多重化部２２０Ａは、コンテナの交換により、１つスロット内のコンテナ数を所定数以下に制限する。

　スロット構成部２２２からコンテナ交換部２２６までの処理の詳細について図９及び図１０に示すフローチャートを使って説明する。図９及び図１０は、本発明の実施の形態２に係る多重化部２２０Ａの内部動作フローチャートである。図９のフローに引続き、図１０のフローが処理される。

　図９に示すように、スロット構成部２２２は、ＴＬＶコンテナを伝送路２５０の信号形式の最小単位であるスロットに多重化し、バッファメモリ２２３とコンテナ数カウンタ部２２４に出力する。そして、バッファメモリ２２３は、スロット構成部２２２から入力したスロットを１フレーム単位（１２０スロット）のデータとして蓄積する（ステップＳ５０１）。そして、スロット番号ｎを１に初期化する（ステップＳ５０２）。同時に、コンテナ数カウンタ部２２４は、スロット構成部２２２から入力したスロットを１番目のスロットから順番に、ｎ番目のスロット内のコンテナ数Ｃｎをカウントし、スロットの番号ｎとコンテナ数Ｃｎをコンテナ交換部２２６に出力する（ステップＳ５０３）。

　そして、コンテナ交換部２２６では、スロット単位内のコンテナ数が制限個数より多いかどうかを判定する（ステップＳ５０４）。スロット単位内のコンテナ数が制限個数より多い場合は（ステップＳ５０４の「Ｙｅｓ」）、スロット単位内のコンテナ数Ｃｎと制限個数の差分をβｎとして計算し（ステップＳ５０５）、スロット単位内のコンテナ数が制限個数以下の場合は（ステップＳ５０４の「Ｎｏ」）、スロット単位内の制限個数とコンテナ数Ｃｎの差分をγｎとして計算する（ステップＳ５０６）。そして、スロット番号ｎに対して、コンテナ数Ｃｎと差分βｎ或いはγｎを記録する（ステップＳ５０７）。これらの処理を１フレームである１２０番目のスロットまで処理する（ステップＳ５０８、Ｓ５０９）。

　そして、図１０に示すように、再度、コンテナ交換部２２６は、１番目のスロットから順番に（ステップＳ５１１）、ｎ番目のスロットのスロット内のＴＬＶコンテナ数が制限個数より多いかどうか、つまり、差分βｎがあるかどうかを確認する（ステップＳ５１２）。差分βｎがある場合（ステップＳ５１２の［Ｙｅｓ］）、ｍ（＝ｎ＋１）番目のスロットから順番に（ステップＳ５１３）、差分の関係がγｍ＞２×βｎであるかどうかを確認する（ステップＳ５１４）。差分の関係がγｍ＞２×βｎでない場合（ステップＳ５１４の「Ｎｏ」）、スロット番号を１ずつ増やして（ステップＳ５１５）、ステップＳ５１４に戻る。

　一方、差分の関係がγｍ＞２×βｎの場合（ステップＳ５１４の「Ｙｅｓ」）、ｎ番目のスロット内の１番目のＴＬＶコンテナから順番に（ステップＳ５１６）、ｎ番目のスロットのｐから２βｎ＋ｐ－１番目のＴＬＶコンテナの合計データサイズＳｎを算出する（ステップＳ５１７）。そして、ｍ番目のスロット内の１番目のＴＬＶコンテナから順番に（ステップＳ５１８）、ｍ番目のスロットのｑ番目のＴＬＶコンテナからデータサイズがＳｎの位置とコンテナ数δｍを検索する（ステップＳ５１９）。そして、ｍ番目のスロットのｑ番目のＴＬＶコンテナからデータサイズであるＳｎがＴＬＶコンテナの区切りで、かつ、コンテナ数の関係がδｍ＜βｎであるかどうかを確認する（ステップＳ５２０）。ステップＳ５２０でどちらかの条件が適合しないとき（ステップＳ５２０の「Ｎｏ」）、ステップＳ５２１に進む。そして、ｍ番目のスロットの最後のＴＬＶコンテナ、つまり、Ｃｍ番目のＴＬＶコンテナであるかを確認する（ステップＳ５２１）。Ｃｍ番目のＴＬＶコンテナである場合（ステップＳ５２１の「Ｙｅｓ」）、ｑを１つ増分して、ステップＳ５１９に戻る。また、ｍ番目のスロットの最後のＴＬＶコンテナ、つまり、Ｃｍ番目のＴＬＶコンテナでも適合しないときはステップＳ５２１の「Ｎｏ」）、ｎ番目のスロットのｐから２βｎ＋ｐ－１番目のｐを１個ずつずらし（ステップＳ５２３）、ステップＳ５１７に戻る。

　一方、両方の条件が適合したとき（ステップＳ５２０の「Ｙｅｓ」）、ｎ番目のスロットのｐ～２βｎ＋ｐ－１番目のコンテナとｍ番目のスロットのｑ番目～ｑ－１＋δｍ番目のコンテナを交換する（ステップＳ５２４）。そして、ｎ番目のスロットを送信用フレームに加える（ステップＳ５２５）。これらの処理を１フレームである１２０番目のスロットまで処理する（ステップＳ５２６、Ｓ５２７）。すなわち、ｎ番目のスロットが１２０で無い場合（ステップＳ５２６の「Ｎｏ」）、ステップＳ５２７に進み、ｎを１つ増分する。そして、ステップＳ５１２に戻る。

　なお、ステップＳ５１２で差分βｎがない場合、すぐにｎ番目のスロットを送信用フレームに加える（ステップＳ５２５）。

　次に、コンテナ数カウンタ部２２４が、スロット構成部２２２からＴＬＶコンテナ数６７個、３４個、７８個、１５個のスロット１～４を入力したときを例に具体的にその動作を説明する。コンテナ数カウンタ部２２４は、スロット番号Ｓｌｏｔ１で６７個とカウントし、コンテナ交換部２２６は、制限個数の値（５８個）より大きいと判定し、差分データβ（＝９）とスロット番号ｂ（＝Ｓｌｏｔ１）を記録する。次のスロット番号Ｓｌｏｔ２では３４個とカウントし、制限個数の値（５８個）より小さいと判定し、差分データγ（＝２４）を算出し、２β（＝１８）よりγ（＝２４）の方が大きいので、ＴＬＶコンテナ２β個分のデータをＳｌｏｔ１のスロットデータから算出する。算出されたデータ分をＳｌｏｔ２のスロットデータからコンテナ単位で検索し、Ｓｌｏｔ２で一致する範囲のコンテナ数（９個）分のデータとＳｌｏｔ１の２β分のデータを交換する。つまり、Ｓｌｏｔ１とＳｌｏｔ２において、Ｓｌｏｔ１のコンテナ１８個とＳｌｏｔ２のコンテナ９個とを交換し、同様にＳｌｏｔ３とＳｌｏｔ４において、Ｓｌｏｔ３のコンテナ４０個とＳｌｏｔ４のコンテナ１６個とを交換することで、各Ｓｌｏｔ１～４に含まれるコンテナ数は制限個数（５８）以下の値にしている。

　ここで特定の制限個数（５８個）について、詳細を以下に述べる。図６は、本発明の実施の形態２に係るスロット単位あたりのコンテナ数の特定の制限個数を求める関係式を示す図でもある。特定の制限個数の値は、受信側ネットワーク装置３００でオーバーフローを必ず起こさない値とすればよい。高度化ＩＳＤＢ－Ｓの規格においては、変調方式が３２ＡＰＳＫで、符号化率９／１０の運用時にスロットのデータバイト数が最も大きくなり、スロットのデータバイト数は５０４９バイトになる。出力クロックは、シンボルレート３２．５９４１ＭＨｚから導かれたバイトクロックである。オーバーフローを起こさないぎりぎりのパターン（ワーストケース）としては、最もオーバーヘッドの割合が高くなる最小コンテナである４バイトのコンテナ数をＮ個とする。すなわち、計算するべき関係式は（スロットバイト数－４×Ｎ）＋ヘッダー＋（最小コンテナサイズ＋ヘッダー）×Ｎ≧スロット期間であり、Ｎ≦５７である。つまり、最小コンテナのときコンテナ最大個数は５７個となり、余りバイト数のサイズをもつコンテナ１個を加えてスロット単位あたり５８個までとなる。

　このようによれば、送信側ネットワーク装置２００Ａの多重化部２２０Ａにおいて、１つのスロット内のコンテナの個数を制限個数以下にすることにより、受信側のＭＡＣフレーム変換部３３０でのＭＡＣフレーム変換でオーバーフローを起すことがなくなる。その結果、Ｇｉｇａｂｉｔイーサーネット（登録商標）を用いた伝送で支障をきたすことなく、ユーザー端末装置４００に対して情報の欠落なく送信することができる。

　なお、本実施の形態において、コンテナ交換部２２６が１フレーム分の全スロットについて、差分βｎ或いはγｎを計算した後にコンテナ交換処理をするとした。しかし、１フレーム分の全スロットを計算せずに、スロットの差分βｎ或いはγｎを計算する毎に、コンテナ交換部２２６がコンテナ交換処理をするとしても良い。

　（実施の形態３）
　本発明の実施の形態３に係るＴＬＶ対応のコンテンツ送受信システムの概要について説明する。図１１は、本発明の実施の形態３に係るＴＬＶ対応のコンテンツ送受信システム２６０Ｂの構成を示すブロック図である。ＴＬＶ対応のコンテンツ送受信システム２６０Ｂは、コンテンツ配信装置１００と送信側ネットワーク装置２００Ｂと受信側ネットワーク装置３００とユーザー端末装置４００とを有する。コンテンツ送信装置２４０Ｂは、コンテンツ配信装置１００と送信側ネットワーク装置２００Ｂとを有する。

　実施の形態２では、送信側ネットワーク装置２００Ａの多重化部２２０Ａでコンテナの交換により、スロット内のコンテナ数を制御した。実施の形態３では、ＴＬＶコンテナ化部２１０ＡでＴＬＶコンテナのサイズを解析し、２つのコンテナを１つにまとめることでコンテナのサイズを調整する。実施の形態３は、実施の形態１とＴＬＶコンテナ化部２１０Ａのみが異なるため、ＴＬＶコンテナ化部２１０Ａを詳細に説明する。そして、実施の形態１と同じであるその他の構成については、説明を省略する場合がある。

　本実施の形態にかかるＴＬＶ対応のコンテンツ送受信システム２６０Ｂは、コンテンツ配信者からエンドユーザにコンテンツを送信するとき、コンテンツ配信装置１００から送信側ネットワーク装置２００Ｂ、伝送路２５０、受信側ネットワーク装置３００、ユーザー端末装置４００の順番に送信する。

　まず、送信側ネットワーク装置２００Ｂについて詳細を説明する。送信側ネットワーク装置２００Ｂは、受信側ネットワーク装置３００で起きるコンテナデータのオーバーフローを回避するために、ＴＬＶコンテナ化部２１０ＡでＴＬＶコンテナのサイズを解析し、２つのコンテナを１つにまとめることでコンテナのサイズを調整する機能を有している。コンテナのサイズを調整する機能について、図１２を用いて説明する。図１２は、本発明の実施の形態３に係るＴＬＶコンテナ化部２１０の内部動作を説明するための概要図である。

　図１２に示すように、ＴＬＶコンテナ化部２１０Ａは、バッファメモリ２１１とデータ解析部２１２とヘッダー作成部２１３とＴＬＶコンテナ生成部２１４とバッファメモリ２１５とコンテナ解析部２１６と重複ヘッダー作成部２１７とＴＬＶコンテナ再生成部２１８とヘッダー情報データ化部２１９とを有する。

　バッファメモリ２１１は、コンテンツ配信装置１００から入力したコンテンツデータを蓄積する。

　データ解析部２１２は、ＴＬＶコンテナ化部２１０Ａに入力されるデータのサイズと種類を解析し、ヘッダー作成部２１３にその情報を出力する。

　ヘッダー作成部２１３は、そのデータのサイズと種類からＬｅｎｇｔｈデータとＴｙｐｅデータを作成し、ＴＬＶコンテナ生成部２１４に出力する。

　ＴＬＶコンテナ生成部２１４は、バッファメモリ２１１に蓄積されたコンテンツデータをＶａｌｕｅデータとして読み出す。そして、ＴＬＶコンテナ生成部２１４は、このＶａｌｕｅデータにヘッダー作成部２１３から入力されたＬｅｎｇｔｈデータとＴｙｐｅデータを結合することで、ＴＬＶコンテナを生成する。

　バッファメモリ２１５は、ＴＬＶコンテナ生成部２１４から出力されたＴＬＶコンテナを蓄積する。

　コンテナ解析部２１６は、ＴＬＶコンテナ生成部２１４から出力されたＴＬＶコンテナのＬｅｎｇｔｈデータとＴｙｐｅデータとＶａｌｕｅデータを解析する。そして、コンテナ解析部２１６は、その解析結果を重複ヘッダー作成部２１７に出力する。

　重複ヘッダー作成部２１７は、コンテナ解析部２１６から得た解析結果に基づいて、バッファメモリ２１５に蓄積されたＴＬＶコンテナのＬｅｎｇｔｈデータが所定サイズ未満かどうかを確認する。その結果、Ｌｅｎｇｔｈデータが所定サイズ未満であった場合、重複ヘッダー作成部２１７は、コンテナ解析部２１６から入力された次にバッファメモリ２１５に入力されるＴＬＶコンテナの解析結果に基づいて、２つのＴＬＶコンテナのＶａｌｕｅデータを結合した場合のＬｅｎｇｔｈデータと、それを認識するためのＴｙｐｅデータとを新たに作成する。また、結合する２つのＴＬＶコンテナのＶａｌｕｅデータのサイズが異なる場合は、重複ヘッダー作成部２１７は、そのサイズの差分データもＴＬＶコンテナ再生成部２１８に出力する。コンテナ解析部２１６から得た解析結果に基づいて、バッファメモリ２１５に蓄積されたＴＬＶコンテナのＬｅｎｇｔｈデータが所定サイズ以上であった場合、コンテナ解析部２１６は、コンテナ解析部２１６から得たＬｅｎｇｔｈデータとＴｙｐｅデータとを、そのままＴＬＶコンテナ再生成部２１８へ出力する。

　また、コンテナ解析部２１６は、２つのＴＬＶコンテナを結合させてもＴＬＶコンテナのサイズが所定サイズに満たないときは、所定サイズに達するまでの複数個のＴＬＶコンテナを結合する。そして、コンテナ解析部２１６は、Ｌｅｎｇｔｈデータとそれを認識するためのＴｙｐｅデータとを新たに作成する。

　ＴＬＶコンテナ再生成部２１８は、バッファメモリ２１５からＴＬＶコンテナを呼び出し、重複ヘッダー作成部２１７から入力されたＴｙｐｅデータと異なっていた場合、つまり、重複ヘッダー作成部２１７が新たに作成したＴｙｐｅデータであった場合、バッファメモリ２１５から呼び出したＴＬＶコンテナを次のＴＬＶコンテナと結合する。すなわち、ＴＬＶコンテナ再生成部２１８は、バッファメモリ２１５に蓄積されている次のＴＬＶコンテナも呼び出し、それぞれＶａｌｕｅデータを抜き出して結合する。また、ＴＬＶコンテナ再生成部２１８は、重複ヘッダー作成部２１７から入力した新たなＴｙｐｅデータとＬｅｎｇｔｈデータとを結合して、新たなＴＬＶコンテナとして多重化部２２０へ出力する。

　ところで、Ｖａｌｕｅデータ同士を結合する際は、重複ヘッダー作成部２１７から入力される差分データから、その差分を埋めるための無関係なデータ（ヌルデータ）をＶａｌｕｅデータのサイズが小さい方のＶａｌｕｅデータ末尾に挿入する。そのため、Ｌｅｎｇｔｈデータは、挿入されるヌルデータのサイズ分も追加した値になる。

　ヘッダー情報データ化部２１９は、ＴＬＶコンテナ再生成部２１８で結合された新たなＴＬＶコンテナを、受信側ネットワーク装置３００で処理可能にするために、ヌルデータのサイズや重複ヘッダー作成部２１７で作成されたＴｙｐｅデータの意味を示すデータを作成する。そして、ヘッダー情報データ化部２１９は、変調部２３０で作成されるＴＭＣＣデータに追加するデータとして、新たなＴＬＶコンテナに付加するようにＴＬＶコンテナ再生成部２１８へ出力する。

　例えば、ＴＬＶコンテナ再生成部２１８がＴＬＶコンテナ生成部２１４からバッファメモリ２１５を経由して、５２バイトのサイズのＴＬＶコンテナ＃１と９６バイトのサイズのＴＬＶコンテナ＃２を入力した場合について説明する。すなわち、図１２の下段に示す部分を参照して、ＴＬＶコンテナ＃１とＴＬＶコンテナ＃２の結合について、具体的に説明する。コンテナ解析部２１６で、バッファメモリ２１５に蓄積される各ＴＬＶコンテナのサイズと種類をそれぞれＬｅｎｇｔｈデータとＴｙｐｅデータから解析する。重複ヘッダー作成部２１７は、特定の制限サイズ（７６バイト）よりコンテナ解析部２１６で解析したＴＬＶコンテナのサイズが小さいかどうかを判断する。なお、特定の制限サイズについては、後ほど詳細に説明する。この場合では、ＴＬＶコンテナ＃１は、特定の制限サイズより大きく、ＴＬＶコンテナ＃２は、特定の制限サイズより小さい。

　そこで、重複ヘッダー作成部２１７は、特定の制限サイズより、サイズが大きいＴＬＶコンテナ＃２は、ＴＬＶコンテナ＃２のＬｅｎｇｔｈデータをそのまま出力する。逆に、ＴＬＶコンテナ＃１のように特定の制限サイズより、サイズが小さい場合は、重複ヘッダー作成部２１７は、ＴＬＶコンテナ＃１と次のＴＬＶコンテナ＃２のＶａｌｕｅデータのサイズを加算したＬｅｎｇｔｈデータを出力する。そして、重複ヘッダー作成部２１７に５２バイトのＴＬＶコンテナ＃１が入力されると特定の制限サイズより小さいので、重複ヘッダー作成部２１７は、ＴＬＶコンテナ＃１のサイズである５２バイトとＴＬＶコンテナ＃２の９６バイトからＴｙｐｅデータとＬｅｎｇｔｈデータの合計バイト数である４バイトを差し引いた４８バイトと９２バイトとを加算する。そして、加算して得られる１４０（＝４８＋９２)バイトのＬｅｎｇｔｈデータを、重複ヘッダー作成部２１７は、ＴＬＶコンテナ再生成部２１８に出力する。

　そして、ＴＬＶコンテナ再生成部２１８が、バッファメモリ２１５に蓄積されているＴＬＶコンテナ＃１を呼び出し、重複ヘッダー作成部２１７から得たＬｅｎｇｔｈデータとのサイズを比較する。すると、５２バイトと１４０バイトとが一致しないので、ＴＬＶコンテナ再生成部２１８は、次に蓄積されている９６バイトのＴＬＶコンテナ＃２をバッファメモリ２１５から呼び出す。そして、ＴＬＶコンテナ再生成部２１８は、それぞれＶａｌｕｅデータを抜き出し、９６バイトと５２バイトの差分である、４４バイトのヌルデータを４８バイトのＶａｌｕｅデータの末尾に結合し、９２バイトのＶａｌｕｅデータを作成する。次に、ＴＬＶコンテナ再生成部２１８は、その９２バイトのＶａｌｕｅデータと９６バイトのＶａｌｕｅデータとを結合して、合計１８４バイトのＶａｌｕｅデータを作成する。ＴＬＶコンテナ再生成部２１８は、この１８４バイトのＶａｌｕｅデータをＴＬＶコンテナ化するために、ヌルデータと２つのＶａｌｕｅデータが結合されていることを示すＴｙｐｅデータを作成するとともに、重複ヘッダー作成部２１７で作られたＬｅｎｇｔｈデータを使用する。ＴＬＶコンテナ再生成部２１８は、これらに基づいて、新たにＴＬＶコンテナ＃３を作成する。重複ヘッダー作成部２１７で作成されたＴｙｐｅデータは、ヘッダー情報データ化部２１９にも送られ、ＴＭＣＣデータに格納されるＴｙｐｅ情報としてデータ化される。

　ここで特定の制限サイズ（７６バイト）について、詳細を以下に述べる。図１３は、本発明の実施の形態３に係るコンテナの特定の制限サイズを求める関係式を示す図である。特定の制限サイズの値は、受信側ネットワーク装置３００でオーバーフローを必ず起こさない値とする必要がある。高度化ＩＳＤＢ－Ｓの規格においては、変調方式が３２ＡＰＳＫで、符号化率９／１０の運用時に１つのスロットのデータバイト数が最も大きくなる。すなわち、１つのスロットのデータバイト数は５０４９バイトになる。出力クロックは、シンボルレート３２．５９４１ＭＨｚから導かれたバイトクロックである。オーバーフローを起こさない最小コンテナサイズとして、スロット単位あたりで処理可能な最小サイズのコンテナ数をＮ個と想定する。すると、計算するべき関係式は、最小ＧｂＥ（Ｇｉｇａｂｉｔイーサーネット（登録商標）の出力サイズ）×Ｎ≧スロット期間である。図１３に示すように、この関係式から計算すると、Ｎ≦６７となる。そして、スロットのデータバイト数５０４９から処理可能な最小サイズのコンテナ数６７を割った値より大きい整数値で最小コンテナサイズは、７６バイトとなる。

　上記したように、本実施の形態に係るＴＬＶコンテナ化部２１０Ａは、データ解析部２１２と、ヘッダー作成部２１３と、ＴＬＶコンテナ生成部２１４と、コンテナ解析部２１６と、重複ヘッダー作成部２１７と、ＴＬＶコンテナ再生成部２１８と、を備える。

　データ解析部２１２は、コンテンツ配信装置１００が配信するデータのサイズと種類を解析する。ヘッダー作成部２１３は、データ解析部２１２が算出するデータのサイズと種類からヘッダーを作成する。ＴＬＶコンテナ生成部２１４は、ヘッダー作成部２１３が作成するヘッダーとデータとを結合して、ＴＬＶコンテナを生成する。コンテナ解析部２１６は、ＴＬＶコンテナ生成部２１４が生成するＴＬＶコンテナからＴＬＶコンテナの種類とサイズを解析する。

　重複ヘッダー作成部２１７は、コンテナ解析部２１６が解析するＴＬＶコンテナのサイズが、所定サイズより小さい場合、ＴＬＶコンテナとＴＬＶコンテナ生成部２１４が生成する次のスロットのＴＬＶコンテナのデータ部分とを結合するときのサイズを、出力する。ＴＬＶコンテナ再生成部２１８は、重複ヘッダー作成部２１７が出力するサイズとＴＬＶコンテナ生成部２１８が出力するＴＬＶコンテナのサイズを比較する。そして、一致しなかった場合、一致しなかったＴＬＶコンテナのデータ部分とＴＬＶコンテナ生成部２１８が次に出力するＴＬＶコンテナのデータ部分とを結合し、重複ヘッダー作成部２１７が出力するサイズをデータ部分にヘッダーとして付けて、ＴＬＶコンテナ再生成部２１８は、新たなＴＬＶコンテナを作成する。

　かかる構成によれば、送信側ネットワーク装置２００ＢのＴＬＶコンテナ化部２１０ＡにおいてＴＬＶコンテナのサイズを解析し、２つのコンテナを１つにまとめることでコンテナのサイズを調整する。すなわち、ＴＬＶコンテナ化部２１０Ａが、コンテンツ配信装置１００が配信するコンテンツデータを、所定のバイト数以下になるようにコンテナ化することにより、受信側のＭＡＣフレーム変換部３３０でのＭＡＣフレーム変換でオーバーフローを起すことがなくなる。その結果、Ｇｉｇａｂｉｔイーサーネット（登録商標）を用いた伝送で支障をきたすことなく、ユーザー端末装置４００に対して情報の欠落なく送信することができる。

　なお、本実施の形態において、ＴＬＶデコンテナ化部３２０は、Ｖａｌｕｅデータと、Ｔｙｐｅデータと、Ｌｅｎｇｔｈデータの全て含むＴＬＶコンテナを抜き出してもよい。そして、ＴＬＶデコンテナ化部３２０が、それらのデータをＭＡＣフレーム変換した後、ＧｂＥ＿Ｉ／Ｆ３４０に出力しても良い。その場合は、情報端末部４１０でＴＬＶコンテナのＶａｌｕｅデータを抜き出し、コンテンツデータを表示部４２０に出力する構成とする。

　なお、本実施の形態において、復調部３１０で復調されたＴＭＣＣデータから２つのＶａｌｕｅデータが結合されたＴＬＶコンテナの情報データを、ＭＡＣフレーム変換部３３０でＭＡＣフレーム変換し、ＧｂＥ＿Ｉ／Ｆ３４０に出力することも可能である。その場合は、情報端末部４１０で結合されたＴＬＶコンテナの情報データから、結合されたＶａｌｕｅデータを分割し、コンテンツデータを復元して表示部４２０に出力する。

　（実施の形態４）
　本発明の実施形態４に係るＴＬＶ対応のコンテンツ送受信システムの概要について説明する。図１４は本発明の実施形態４に係るＴＬＶ対応のコンテンツ送受信システム２６０Ｃの構成図を示すブロック図である。ＴＬＶ対応のコンテンツ送受信システム２６０Ｃは、コンテンツ配信装置１００Ｂと送信側ネットワーク装置２００Ｃと受信側ネットワーク装置３００とユーザー端末装置４００とを有する。コンテンツ送信装置２４０Ｃは、コンテンツ配信装置１００Ｂと送信側ネットワーク装置２００Ｃとを有する。

　実施の形態１から実施の形態３までは、送信側ネットワーク装置２００、２００Ａ、２００Ｂにおいてのみ、工夫することにより、受信側ネットワーク装置３００で起きるコンテナデータのオーバーフローを回避する例を説明した。実施の形態４においては、コンテンツ配信装置１００Ｂと送信側ネットワーク装置２００ＣのＴＬＶコンテナ化部２１０Ｂとが協調して、受信側ネットワーク装置３００で起きるコンテナデータのオーバーフローを回避する例を説明する。なお、上述した実施の形態１、２、３と同様な構成については、説明を省略する場合がある。

　本実施の形態にかかるＴＬＶ対応のコンテンツ送受信システム２６０Ｃは、コンテンツ配信者からエンドユーザにコンテンツを送信するとき、コンテンツ配信装置１００Ｂから送信側ネットワーク装置２００Ｃ、伝送路２５０、受信側ネットワーク装置３００、ユーザー端末装置４００の順番に送信する。

　まず、コンテンツ配信装置１００Ｂと送信側ネットワーク装置２００Ｃとについて、それらの構成と動作の詳細を説明する。コンテンツ配信装置１００Ｂと送信側ネットワーク装置２００Ｃは、受信側ネットワーク装置３００で起きるコンテナデータのオーバーフローを回避する機能を有する。そのために、コンテナデータの中身であるコンテンツデータを出力するコンテンツ配信装置１００Ｂが、コンテンツを解析する。そして、コンテンツ配信装置１００Ｂが、送信側ネットワーク装置２００ＣのＴＬＶコンテナ化部２１０Ｂからのフィードバック補正信号に基づいてコンテンツデータの長さを制御することで、コンテナのサイズを調整する。コンテンツデータの長さを変化する機能について、図１５を用いて説明する。図１５は、本発明の実施例４に係るコンテンツ配信装置１００Ｂと送信側ネットワーク装置２００Ｂとの構成を示すブロック図である。

　図１５に示すように、コンテンツ配信装置１００Ｂは、コンテンツ記録部１０１とコンテンツ解析部１０２とコンテンツデータ制御部１０３とを有する。送信側ネットワーク装置２００ＢのＴＬＶコンテナ化部２１０Ｂは、バッファメモリ２１１Ｂとデータ解析部２１２Ｂとヘッダー作成部２１３ＢとＴＬＶコンテナ生成部２１４Ｂとコンテナ長解析部２１５Ｂとを有する。そして、送信側ネットワーク装置２００Ｃの多重化部２２０Ｂは、バッファメモリ２２１Ｂとスロット構成部２２２Ｂとを有する。

　コンテンツ記録部１０１は、ユーザー端末装置４００に配信し出画するコンテンツであるコンテンツソースを記録している。

　コンテンツ解析部１０２は、コンテンツ記録部１０１からコンテンツソースを読み出し、映像や音声などのコンテンツソースの種類やコンテンツソースの長さを解析する。

　コンテンツデータ制御部１０３は、コンテンツ解析部１０２で解析したコンテンツソースの種類や長さから、コンテンツソースの分割後のデータの長さを決定する。そして、コンテンツデータ制御部１０３は、分割したコンテンツデータを結合するのに必要な制御データを付加し、ユーザー端末装置４００や他の情報端末装置へ送るために分割後のデータをＩＰパケット化する。このようにして、コンテンツデータ制御部１０３は、ＴＬＶコンテナのＶａｌｕｅデータ単位となるコンテンツデータを生成する。また、コンテンツデータ制御部１０３は、ＴＬＶコンテナ化部２１０Ｂからのコンテナの長さ情報から、３つのコンテナの平均コンテナ長が特定の長さ以下になるように、ヌルデータを追加してコンテンツデータを制御するフィードバック補正機能も有している。

　バッファメモリ２１１Ｂは、コンテンツ配信装置１００Ｂから入力したコンテンツデータを蓄積する。

　データ解析部２１２Ｂは、コンテンツ配信装置１００Ｂから入力したコンテンツデータのサイズと種類を解析し、ヘッダー作成部２１３Ｂにその解析情報を出力する。

　ヘッダー作成部２１３Ｂは、データ解析部２１２Ｂから入力した解析結果であるコンテンツデータのサイズと種類からＬｅｎｇｔｈデータとＴｙｐｅデータを作成し、ＴＬＶコンテナ生成部２１４Ｂに出力する。

　ＴＬＶコンテナ生成部２１４Ｂは、バッファメモリ２１１Ｂに蓄積されたコンテンツデータをＶａｌｕｅデータとして読み出す。そして、ＴＬＶコンテナ生成部２１４Ｂは、このＶａｌｕｅデータにヘッダー作成部２１３Ｂから入力されたＬｅｎｇｔｈデータとＴｙｐｅデータをヘッダーとして結合することで、ＴＬＶコンテナを生成する。

　コンテナ長解析部２１５Ｂは、ＴＬＶコンテナ生成部２１４Ｂから出力されたＴＬＶコンテナのコンテナ長を解析する。そして、コンテナ長解析部２１５Ｂは、その解析結果をコンテンツ配信装置１００Ｂのコンテンツデータ制御部１０３に出力する。

　バッファメモリ２２１Ｂは、ＴＬＶコンテナ化部２１０ＢのＴＬＶコンテナ生成部２１４Ｂから入力したＴＬＶコンテナを蓄積する。

　スロット構成部２２２Ｂは、バッファメモリ２２１ＢからＴＬＶコンテナを読み出し、伝送路２５０の信号形式である固定長のスロット単位に変換し、変調部２３０へ出力する。

　ここで、コンテンツ配信装置１００Ｂの内部動作の詳細について、コンテンツデータをコンテナのＶａｌｕｅデータとして出力する様子で説明する。図１６は、本発明の実施例４に係るコンテンツ配信装置１００Ｂの構成とその内部動作を説明するための概念図である。コンテンツ記録部１０１は、配信されるコンテンツを蓄積している。配信するコンテンツが決定すると、コンテンツ解析部１０２は、配信するコンテンツを読み出す。そして、コンテンツ解析部１０２は、読み出したコンテンツ内のコンテンツソースが映像データか音声データかを解析し、そのコンテンツソースの長さも解析する。

　コンテンツデータ制御部１０３は、解析されたコンテンツソースを複数のデータに分割する。また、コンテンツデータ制御部１０３は、コンテンツ解析部１０２の解析結果や分割データの情報を、制御データとして生成する。この制御データは、分割された複数のデータを、後に統合するために必要となる。コンテンツデータ制御部１０３は、制御データ（図１６では、「制御」とのみ記載している）を分割されたデータにヘッダーとして付加する。コンテンツデータ制御部１０３は、更にＩＰｖ４ヘッダー（図１６では、「ＩＰ」とのみ記載している）を付加してＩＰパケット化を行い、ＴＬＶコンテナのＶａｌｕｅデータとして出力する。ＩＰｖ４ヘッダーを付加することは、ユーザー端末装置４００や他の情報端末装置に送信可能とするために必要である。図１６に示すように、コンテンツ解析部１０２がコンテンツソースとして映像データを解析する。また、コンテンツデータ制御部１０３が１つの映像データを８０３２個に分割したデータを作成する。そして、コンテンツデータ制御部１０３は、制御データとＩＰｖ４ヘッダーとをヘッダーとして付加してＩＰパケット化することで、８０３２個のＴＬＶコンテナのＶａｌｕｅデータを作成する。

　次に、コンテンツデータ制御部１０３が送信側ネットワーク装置２００ＣのＴＬＶコンテナ化部２１０Ｂからのフィードバック補正制御信号をもとにコンテンツデータにヌルデータを追加して構成を変更した様子を説明する。図１７は、本発明の実施の形態４に係るフィードバック補正制御におけるコンテンツ配信装置１００Ｂの内部動作を説明するための概念図である。例えば、コンテンツデータ制御部１０３がコンテンツ解析部１０２から、１００メガバイトの映像コンテンツソースを入力し、そのコンテンツソースの一部の３００バイトのデータを、ＩＰｖ４パケット形式のＩＰパケット化する処理について説明する。

　まず、コンテンツ解析部１０２が、コンテンツ記録部１０１に蓄積されているコンテンツソースのサイズと種類を解析する。そして、コンテンツ解析部１０２は、コンテンツの種類が映像データであり、コンテンツソースのサイズが１００メガバイトであると解析する。コンテンツデータ制御部１０３は、コンテンツ解析部１０２で解析されたコンテンツソースの種類とサイズの情報や、送信側ネットワーク装置２００ＣのＴＬＶコンテナ化部２１０Ｂからのフィードバック補正制御信号に基づいて、コンテンツデータの構成を決定する。

　ここで、まず、コンテンツデータ制御部１０３が、解析された映像コンテンツソースの一部である３００バイトの映像データを２４バイトの映像コンテンツデータ＃１、２３４バイトの映像コンテンツデータ＃２、及び４２バイトの映像コンテンツデータ＃３の３つの映像コンテンツデータに分割したとする。なお、図１７では、２４バイトの映像コンテンツデータ＃１を「映像＃１」、２３４バイトの映像コンテンツデータ＃２を「映像＃２」、４２バイトの映像コンテンツデータ＃３を「映像＃３」と記載している。

　フィードバック補正制御信号がない場合（図１７では、「制限なし」として、示している）、コンテンツデータ制御部１０３は、分割された各映像コンテンツデータに、１０バイトの制御データをヘッダーとして付加し、加えて２０バイトのＩＰｖ４ヘッダーが付加する。したがって、ＴＬＶコンテナのＶａｌｕｅデータは、それぞれ５４バイト、２６４バイト、７２バイトとなって出力される。そして、出力されたＴＬＶコンテナのＶａｌｕｅデータは、ＴＬＶコンテナ化部２１０ＢのＴＬＶコンテナ生成部２１４Ｂで２バイトのＴｙｐｅデータと２バイトのＬｅｎｇｔｈデータが付加され、５８バイト、２６８バイト、７６バイトのＴＬＶコンテナにそれぞれなる。

　一方、フィードバック補正制御信号がある場合（図１７では、「７６バイト以上制限あり」として、示している）、コンテナ長解析部２１５Ｂでは、設けた特定の制限サイズ（７６バイト）よりＴＬＶコンテナのサイズが小さいかどうかを判断する。そして、ＴＬＶコンテナのサイズが特定の制限サイズより小さい場合は、コンテンツデータ制御部１０３に７６バイト以上になるように、コンテナ長解析部２１５Ｂは差分データを送る。つまり、図１７に示すように、コンテンツデータ制御部１０３は、ＴＬＶコンテナ化部２１０Ｂからフィードバック補正制御信号として差分データを受け取り、出力した７６バイト以下のデータである５８バイト（ヘッダーの付加前は２４バイト）のデータに差分データである１８（＝７６－５８）バイトを付加する。すなわち、受信側ネットワーク装置３００で処理に無関係で、バイト数の分オーバーフローを回避することに貢献するヌルデータを付加する。

　ここで、平均処理しない場合と３つのコンテナの平均処理した場合の２通りを説明する。まず、平均処理しない場合（図１７では、「７６バイト以上制限あり（平均処理なし）」として、示している）、上述したことから１８バイトを付加する必要がある。したがって、コンテンツデータ制御部１０３は、先ほど出力した３００バイトのデータに１８バイトのヌルデータを追加して出力する。その結果、ＴＬＶコンテナサイズ７６バイト以上にするために最小の分割データサイズ（２４バイト）に、１８バイトのヌルデータを追加して、４２バイトと同様になるように、コンテンツデータ制御部１０３は出力することができる。初めに出力された３００バイトのデータはバッファ２２１で保存されており、そこにヌルデータを追加して、バッファ２２１に保存される。これにより、ＴＬＶコンテナサイズは７６バイト以上の条件と同等とみなすことができる。

　また３つのコンテナの平均処理した場合（図１７では、「７６バイト以上制限あり（３つのコンテナ平均）」として、示している）、コンテンツデータ制御部１０３は、３つのコンテナ長の平均でヌルデータを付加するか判断する。２４バイトのデータを７６バイト以上のコンテナ長にするには１８バイトのヌルコンテナが必要だが、３つのコンテナの平均コンテナ長は１３０バイト（＝５４バイト＋２４６バイト＋７２バイト）になる。つまり、３つのコンテナ長の平均サイズにおいて７６バイト以上の制限を満たしているため、コンテンツデータ制御部１０３は、ヌルデータを追加する必要がないと判断し、ヌルデータは追加されずに処理される。

　ここで、コンテンツデータ制御部１０３は、ＴＬＶコンテンツでヌルコンテナを出力する判断をすると想定している。コンテンツデータ制御部１０３は、２４バイトのコンテンツデータを出力して、フィードバック補正が必要とするのが、凡そ２００バイト後としている。

　ここで特定の制限サイズ（７６バイト）について、詳細を以下に述べる。図１８は、本発明の実施の形態４に係るコンテナの特定の制限サイズを求める関係式を示す図である。特定の制限サイズの値は、受信側ネットワーク装置３００でオーバーフローを必ず起こさない値とする必要がある。高度化ＩＳＤＢ－Ｓの規格においては、変調方式が３２ＡＰＳＫで、符号化率９／１０の運用時にスロットのデータバイト数が最も大きくなる。すなわち、１つのスロットのデータバイト数は５０４９バイトになる。出力クロックは、シンボルレート３２．５９４１ＭＨｚから導かれたバイトクロックである。オーバーフローを起こさない最小コンテナサイズとして、スロット単位あたりで処理可能な最小サイズのコンテナ数をＮ個とすると、計算するべき関係式は、最小ＧｂＥ（Ｇｉｇａｂｉｔイーサーネット（登録商標）の出力サイズ）×Ｎ≧スロット期間である。図１８に示すように、この計算式から計算すると、Ｎ≦６７となる。そして、スロットのデータバイト数５０４９から処理可能な最小サイズのコンテナ数６７を割った値より大きい整数値で最小コンテナサイズは、７６バイトとなる。

　かかる構成によれば、コンテンツ配信装置１００Ｂで生成される３個のコンテンツデータのサイズを平均し、その平均値と制限サイズを比較して平均値が制限サイズ以下であるときにヌルパケットを送信することにより、受信側ネットワーク装置３００で起こるオーバーフローを回避することができる。

　なお、本実施例において、ＩＰパケット化としてＩＰｖ４ヘッダーを例にしたが、ＩＰｖ６ヘッダーや圧縮ＩＰヘッダー、無ＩＰとしても良い。この場合、ＩＰパケットの種類がランダムに変更されても、フィードバックにより制限を守ることができるという利点がある。

　なお、本実施の形態に係るコンテンツ送信装置２４０Ｃにおいて、フィードバック補正信号による補正に関して３個のコンテナの平均コンテナ長を例にして説明した。しかし、平均対象個数を３個に限定するものではなく、例えば１スロット期間の個数としてもよい。このようにして、オーバーフローを起こす受信側ネットワーク装置３００のＭＡＣフレーム変換部３３０のバッファメモリの容量を大きくすることで、平均対象個数を多くすることができ、無駄なヌルデータを付加する必要を最小限に抑えることができるという利点がある。

　（実施の形態５）
　本発明の実施の形態５に係るＴＬＶ対応のコンテンツ送受信システムの概要について説明する。図１９は、本発明の実施の形態５に係るＴＬＶ伝送対応のコンテンツ送受信システム２６０Ｄの構成を示すブロック図である。ＴＬＶ対応のコンテンツ送受信システム２６０Ｄは、コンテンツ配信装置１００Ｃと送信側ネットワーク装置２００Ｄと受信側ネットワーク装置３００とユーザー端末装置４００とを有する。コンテンツ送信装置２４０Ｄは、コンテンツ配信装置１００Ｃと送信側ネットワーク装置２００Ｄとを有する。

　実施の形態４においては、コンテンツ配信装置１００Ｂと送信側ネットワーク装置２００ＣのＴＬＶコンテナ化部２１０Ｂとが協調して、受信側ネットワーク装置３００で起きるコンテナデータのオーバーフローを回避する例を説明した。しかし、実施の形態５においては、コンテンツ配信装置１００Ｃと送信側ネットワーク装置２００ＤのＴＬＶコンテナ化部２１０Ｃと多重化部２２０Ｃとが協調して、受信側ネットワーク装置３００で起きるコンテナデータのオーバーフローを回避する例を説明する。なお、上述した実施の形態１、２、３、４と同様な構成については、説明を省略する場合がある。

　本実施の形態にかかるＴＬＶ対応のコンテンツ送受信システム２６０Ｄは、コンテンツ配信者からエンドユーザにコンテンツを送信するとき、コンテンツ配信装置１００Ｃから送信側ネットワーク装置２００Ｄ、伝送路２５０、受信側ネットワーク装置３００、ユーザー端末装置４００の順番に送信する。

　まず、コンテナ配信装置１００Ｃと送信側ネットワーク装置２００Ｄについて、それらの構成と動作の詳細を説明する。コンテナ配信装置１００Ｃと送信側ネットワーク装置２００Ｄは、受信側ネットワーク装置３００で起きるコンテナデータのオーバーフローを回避する機能を有する。そのために、コンテナデータの中身であるコンテンツデータを出力するコンテナ配信装置１００Ｃが、コンテンツを解析する。そして、コンテナ配信装置１００Ｃが、送信側ネットワーク装置２００Ｄの多重化部２２０Ｃからのフィードバック補正信号からコンテンツデータの長さを制御することで、コンテナのサイズを調整する。コンテンツデータの長さを変化する機能について、図２０を用いて説明する。図２０は、本発明の実施の形態５に係るコンテンツ配信装置１００Ｃと送信側ネットワーク装置２００Ｄの構成を示すブロック図である。

　図２０に示すように、コンテンツ配信装置１００Ｃは、コンテンツ記録部１０１とコンテンツ解析部１０２とコンテンツデータ制御部１０３Ｃとで構成されている。送信側ネットワーク装置２００ＤのＴＬＶコンテナ化部２１０Ｃは、バッファメモリ２１１Ｃとデータ解析部２１２Ｃとヘッダー作成部２１３ＣとＴＬＶコンテナ生成部２１４Ｃとを有する。そして、送信側ネットワーク装置２００Ｄの多重化部２２０Ｃは、バッファメモリ２２１Ｃとスロット構成部２２２Ｃとコンテナ解析部２１６Ｃとバッファメモリ２２３Ｃとを有する。

　コンテンツデータ制御部１０３Ｃは、コンテンツ解析部１０２で解析したコンテンツソースの種類や長さから、コンテンツソースの分割後のデータの長さを決定する。そして、分割したコンテンツデータを結合するのに必要な制御データを付加し、ユーザー端末装置４００や他の情報端末装置へ送るために分割後のデータをＩＰパケット化する。このようにして、コンテンツデータ制御部１０３Ｃは、ＴＬＶコンテナのＶａｌｕｅデータ単位となるコンテンツデータを生成する。また、コンテンツデータ制御部１０３Ｃは、多重化部２２０Ｃからのスロット内のコンテナ情報から、スロット内のコンテナ数が特定の個数以下になるように、ヌルデータを追加してコンテンツデータを制御するフィードバック補正機能も有している。

　バッファメモリ２１１Ｃは、コンテンツ配信装置１００Ｃから入力したコンテンツデータを蓄積する。

　データ解析部２１２Ｃは、コンテンツ配信装置１００Ｃから入力したコンテンツデータのサイズと種類を解析し、ヘッダー作成部２１３Ｃにその解析情報を出力する。

　ヘッダー作成部２１３Ｃは、データ解析部２１２Ｃから入力した解析結果であるコンテンツデータのサイズと種類からＬｅｎｇｔｈデータとＴｙｐｅデータを作成し、ＴＬＶコンテナ生成部２１４Ｃに出力する。

　ＴＬＶコンテナ生成部２１４Ｃは、バッファメモリ２１１Ｃに蓄積されたコンテンツデータをＶａｌｕｅデータとして読み出す。そして、ＴＬＶコンテナ生成部２１４Ｃは、このＶａｌｕｅデータにヘッダー作成部２１３Ｃから入力されたＬｅｎｇｔｈデータとＴｙｐｅデータをヘッダーとして結合することで、ＴＬＶコンテナを生成する。

　バッファメモリ２２１Ｃは、ＴＬＶコンテナ化部２１０ＣのＴＬＶコンテナ化部２１０Ｃから入力したＴＬＶコンテナを蓄積する。

　スロット構成部２２２Ｃは、バッファメモリ２２１ＣからＴＬＶコンテナを読み出し、伝送路２５０の信号形式である固定長のスロット単位に変換する。

　コンテナ解析部２１６Ｃは、スロット構成部２２２Ｃから出力されたスロットデータから各スロット内のＴＬＶコンテナ数をカウントし、そのカウント結果をコンテンツ配信部１００Ｃのコンテンツデータ制御部１０３Ｃに出力する。

　バッファメモリ２２３Ｃは、１フレームに対応する１２０スロット分のデータを蓄積できるメモリを持っている。そして、バッファメモリ２２３Ｃは、コンテナ解析部２２６Ｃの補正フィードバックがある場合に、ヌルコンテナを各スロットの末尾に挿入できるようにスロット単位でデータを蓄積している。

　ここで、コンテンツ配信装置１００Ｃの内部動作は実施の形態４の図１６と、ほぼ同様である。したがって、同様な部分については、説明は省略する。

　次に、コンテンツデータ制御部１０３Ｃが、送信側ネットワーク装置２００Ｄの多重化部２２０Ｃからのフィードバック補正制御信号に基づいて、コンテンツデータにヌルデータを追加して、コンテンツデータの構成を変更する様子を説明する。図２１は、本発明の実施形態５に係るフィードバック補正制御におけるコンテンツ配信装置１００Ｃの内部動作を説明するための概念図である。例えば、コンテンツデータ制御部１０３Ｃが、コンテンツ解析部１０２から映像コンテンツソースを入力し、１スロットあたり１３２個のＴＬＶコンテナが多重されるようにコンテンツソースを分割する場合について説明する。次に、コンテンツデータ制御部１０３Ｃが、コンテンツソースの一部の４バイト程度のコンテンツデータを、ＩＰｖ４パケット形式のＩＰパケット化する処理について説明する。

　まず、コンテンツ解析部１０２が、コンテンツ記録部１０１に蓄積されているコンテンツソースのサイズと種類を解析する。そして、コンテンツ解析部１０２は、コンテンツの種類が映像データであると解析する。コンテンツデータ制御部１０３Ｃは、コンテンツ解析部１０２が解析したコンテンツソースの種類とサイズの情報や、送信側ネットワーク装置２００Ｄの多重化部２２０Ｃからのフィードバック補正制御信号に基づいて、コンテンツデータの構成を決定する。

　ここで、まず、コンテンツデータ制御部１０３Ｃが、初めに解析された映像コンテンツソースの一部であるコンテンツデータを、４バイト程度の映像コンテンツデータに分割して出力したとする。フィードバック補正制御信号がない場合、コンテンツデータ制御部１０３Ｃは、分割された各映像コンテンツデータには、１０バイトの制御データをヘッダーとして付加し、加えて２０バイトのＩＰｖ４ヘッダーを付加する。したがって、コンテンツデータ制御部１０３Ｃは、３４バイト程度のＴＬＶコンテナのＶａｌｕｅデータを出力する。なお、図２１に示すように、各映像コンテンツデータを、それぞれ「映像＃１」、「映像＃２」、「映像＃１３２」などと記載している。また、制御データを「制御」、ＩＰｖ４ヘッダーを「ＩＰ」と記載している。

　そして、出力されたＴＬＶコンテナのＶａｌｕｅデータは、ＴＬＶコンテナ化部２１０ＣのＴＬＶコンテナ生成部２１４Ｃで２バイトのＴｙｐｅデータと２バイトのＬｅｎｇｔｈデータが付加され、３８バイト程度のＴＬＶコンテナになる。

　次に、スロット構成部２２２Ｃは、１スロットあたり５０４９バイトのスロットに多重する。すなわち、スロット構成部２２２Ｃは、１スロットあたり１３２個のＴＬＶコンテナを多重する。

　一方、フィードバック補正制御信号がある場合、多重化部２２０Ｃのコンテナ解析部２２６Ｃは、スロットに多重される先頭のＴＬＶコンテナのコンテナ情報をコンテンツデータ制御部１０３Ｃに送る。コンテンツデータ制御部１０３Ｃは、コンテナ解析部２２６Ｃからのフィードバックにより、すでに出力したコンテンツデータの中のどのコンテンツデータがスロット構成部２２２Ｃでスロットの先頭に多重されたことを認識する。

　また、コンテンツデータ制御部１０３Ｃは、出力するコンテンツデータに制御データとして１０バイトと、ＩＰｖ４ヘッダーとして２０バイトとを付加することで、ＴＬＶコンテナのＶａｌｕｅデータとする。また、コンテンツデータ制御部１０３Ｃは、ＴＬＶコンテナのＶａｌｕｅデータに、Ｔｙｐｅデータとして２バイトと、Ｌｅｎｇｔｈデータとして２バイトとを付加することで、ＴＬＶコンテナとする。これにより、コンテンツデータ制御部１０３Ｃは、コンテンツ解析部１０２が出力しているコンテンツデータに、３４バイト（＝１０＋２０＋２＋２）を付加したサイズをＴＬＶコンテナ一個分と算出する。そして、フィードバック補正信号から得たスロットの先頭に多重されたコンテンツ番号から、現在出力を予定しているコンテンツデータのコンテンツ番号までのＴＬＶコンテナの合計個数と合計バイト数とを、コンテンツデータ制御部１０３Ｃは算出する。

　そして、コンテンツデータ制御部１０３Ｃは、現在出力を予定しているコンテンツデータにより、スロットに多重されるＴＬＶコンテナの合計個数がスロット内のコンテナ数を特定の制限個数（５８個）であるかどうか、或いは、スロットに多重されるＴＬＶコンテナの合計バイトがスロットサイズ（５０４９バイト）以上であるかどうかの計算を行う。

　現在出力を予定しているコンテンツデータが制限個数（５８個）以下、かつ、スロットに多重されるＴＬＶコンテナの合計バイトがスロットサイズ（５０４９バイト）未満である場合（図２１では、「制限なし」として、示している）、コンテンツデータ制御部１０３Ｃは、現在出力を予定しているコンテンツデータをそのまま出力する。

　また、現在出力を予定しているコンテンツデータが制限個数（５８個）以下、かつ、スロットに多重されるＴＬＶコンテナの合計バイトがスロットサイズ（５０４９バイト）以上である場合（図２１では、「５８個以下制限あり」として、示している）、コンテンツデータ制御部１０３Ｃは、コンテンツデータの出力を一時的に止める。そして、コンテンツデータ制御部１０３Ｃは、スロットサイズ（５０４９バイト）から直前のコンテンツデータまでのスロットに多重されるＴＬＶコンテナの合計バイトを差し引いたバイト数（差分データ）をヌルデータとして出力する。その後、コンテンツデータ制御部１０３Ｃは、現在出力を予定しているコンテンツデータを次のスロットの先頭になるコンテンツデータとして出力する。

　また、現在出力を予定しているコンテンツデータが制限個数（５８個）、かつ、スロットに多重されるＴＬＶコンテナの合計バイトがスロットサイズ（５０４９バイト）未満である場合（図２１では、「５８個以下制限あり」として、示している）、コンテンツデータの出力を一時的に止める。そして、コンテンツデータ制御部１０３Ｃは、スロットサイズ（５０４９バイト）から直前のコンテンツデータまでのスロットに多重されるＴＬＶコンテナの合計バイトを差し引いたバイト数（差分データ）をヌルデータとして出力する。その後、コンテンツデータ制御部１０３Ｃは、現在出力を予定しているコンテンツデータを次のスロットの先頭になるコンテンツデータとして出力する。

　図２１に示すように、コンテンツデータ制御部１０３Ｃは、多重化部２２０Ｃのコンテナ解析部２２６Ｃからスロットの先頭コンテナである「１」で表わしているコンテンツデータを認識する。そして、コンテンツデータ制御部１０３Ｃから出力する「５９」で表わしているコンテンツデータが、スロット内のコンテナ数の制限（５８個）をオーバーすることを、コンテンツデータ制御部１０３Ｃは認識する。そこで、コンテンツ解析部１０２からのコンテンツデータの出力を一時的に止める。そして、差分データである２８４５（＝５０４９－２２０４）バイトのヌルデータを、１スロット目の末尾のデータとして、コンテンツデータ制御部１０３Ｃは出力する。

　つぎに、コンテンツデータ制御部１０３Ｃは、「５９」～「１１６」で表わしているコンテンツデータを含むＴＬＶコンテナは２番目のスロットに多重することを認識する。そして、コンテンツデータ制御部１０３Ｃは、同様に差分データである２８４５（＝５０４９－２２０４）バイトのヌルデータを、２スロット目の末尾のデータとして出力する。また、３番目のスロットも同様に４４０８（＝５０４９－６４１）バイトのヌルデータを、３スロット目の末尾のデータとして、コンテンツデータ制御部１０３Ｃは出力する。

　つまり、１スロットあたり１３２個に分割された映像コンテンツデータは、フィードバック補正制御信号のない時では１３２個のＴＬＶコンテナとして１スロットに多重される。一方、フィードバック補正制御信号のある時では、１スロットあたり５８個までのＴＬＶコンテナとして多重され、残り５９個目以降のＴＬＶコンテナは次のスロットに多重され、１３２個のＴＬＶコンテナが多重されるまで繰り返される。また、スロットあたり５９個目以上になるスロットデータ部分は、ヌルデータに置き換えられる。上記のことが繰り返されることで、スロット内のコンテナ数は５８個以下に制限される。

　ここで、特定の制限個数（５８個）について、詳細を以下に述べる。図２２は、本発明の実施形態５に係るスロット単位あたりのコンテナ数の特定の制限個数を求める関係式を示す図である。特定の制限個数の値は、受信側ネットワーク装置３００でオーバーフローを必ず起こさない値とする必要がある。高度化ＩＳＤＢ－Ｓの規格においては、変調方式が３２ＡＰＳＫで、符号化率９／１０の運用時に１つのスロットのデータバイト数が最も大きくなる。すなわち、１つのスロットのデータバイト数は５０４９バイトになる。出力クロックは、シンボルレート３２．５９４１ＭＨｚから導かれたバイトクロックである。オーバーフローを起こさないぎりぎりのパターン（ワーストケース）として、最もオーバーヘッドの割合が高くなる最小コンテナである４バイトのコンテナ数をＮ個と想定する。すると、計算するべき関係式は（スロットバイト数－４×Ｎ）＋ヘッダー＋（最小コンテナサイズ＋ヘッダー）×Ｎ≧スロット期間である。この関係式から、Ｎ≦５７が求められる。つまり、最小コンテナのときコンテナ最大個数は５７個となり、余りバイト数のサイズを有するコンテナ１個を加えると、スロット単位あたり５８個までとなる。

　かかる構成によれば、コンテンツ配信装置１００Ｃは、現在出力を予定しているコンテンツデータのコンテンツ番号までのＴＬＶコンテナの合計個数と合計バイト数を算出することができる。したがって、コンテンツ配信装置１００Ｃにおいて、１つのスロット内のコンテナの個数を制限個数以下にすることにより、受信側のＭＡＣフレーム変換部でのＭＡＣフレーム変換でオーバーフローを起すことがなくなる。その結果、Ｇｉｇａｂｉｔイーサーネット（登録商標）を用いた伝送で支障をきたすことなく、ユーザー端末装置に対して情報の欠落なく送信することができる。

　なお、本実施の形態において、ＩＰパケット化としてＩＰｖ４ヘッダーを例にしたが、ＩＰｖ６ヘッダーや圧縮ＩＰヘッダー、無ＩＰとしても良い。この場合、ＩＰパケットの種類がランダムに変更されても、フィードバックにより制限を守ることができるという利点がある。

　なお、本実施の形態において、コンテンツデータ制御部１０３Ｃでコンテンツ解析部１０２の解析結果や分割データの情報を制御データとして生成するとした。しかし、コンテンツ解析部１０２の解析結果や分割データの情報に加え、ＴＬＶコンテナを情報端末に送るためのＩＰパケット情報を含ませるとしてもよい。制御データにＩＰ＿ｖ４ヘッダーを付加することで、ユーザー端末装置４００などの情報端末に送信できる。しかｋし、例えば、制御データにさらにＩＰパケット情報を含ませることで、一定の条件を満たした場合に、さらに他の情報端末装置に送ることができる。このようすると受信側の状況により、情報端末装置に自動的にアクセスできるなど、フレキシブルな使用方法が可能という利点がある。

　なお、本実施の形態において、ＧｂＥ＿Ｉ／Ｆ３４０としてギガビットイーサーネット（登録商標）を想定している。しかし、１０００Ｍｂｐｓ未満のイーサーネット（登録商標）でも運用は可能である。その場合は、ＭＡＣフレーム変換部３３０のＭＡＣフレーム変換がその１０００Ｍｂｐｓ未満のイーサーネット（登録商標）の規格に沿ったデータ転送速度で動作するものとする。

　なお、本実施の形態において、ＴＬＶデコンテナ化部３２０は、Ｖａｌｕｅデータのみを抜き出すとした。しかし、ＴＬＶデコンテナ化部３２０は、Ｖａｌｕｅデータと、Ｔｙｐｅデータと、Ｌｅｎｇｔｈデータとの全て含むＴＬＶコンテナを抜き出てもよい。そして、ＴＬＶデコンテナ化部３２０は、そのデータをＭＡＣフレーム変換した後、ＧｂＥ＿Ｉ／Ｆ３４０に出力する。その場合は、情報端末部４１０でＴＬＶコンテナのＶａｌｕｅデータを抜き出し、コンテンツデータを表示部４２０に出力する構成とする。

　なお、本実施の形態において、復調部３１０で復調されたＴＭＣＣデータから２つのＶａｌｕｅデータが結合されたＴＬＶコンテナの情報データを、ＭＡＣフレーム変換部３３０でＭＡＣフレーム変換し、ＧｂＥ＿Ｉ／Ｆ３４０に出力することも可能である。その場合は、情報端末部４１０で結合されたＴＬＶコンテナの情報データから、結合されたＶａｌｕｅデータを分割し、コンテンツデータを復元して表示部４２０に出力する構成とする。

　また、上記したように、本発明の実施の形態１～５に係るコンテンツ送信装置は、コンテンツを配信するコンテンツ配信装置と、コンテンツ配信装置が配信するコンテンツデータを、複数のコンテナにコンテナ化する送信側ネットワーク装置と、を有するコンテンツ送信装置である。そして、コンテンツ送信装置は、以下の第１の場合、第２の場合及び第３の場合のいずれか１つであってもよい。

　すなわち、第１の場合、送信側ネットワーク装置は、コンテンツ配信装置が配信するコンテンツデータを、複数のコンテナにコンテナ化するＴＬＶコンテナ化部と、ＴＬＶコンテナ化部がコンテナ化する複数のコンテナを、1つのスロット内で所定数以下になるように伝送路上の信号形式に変換するために、特定のフォーマットの信号に多重する多重化部と、多重化部が多重化する信号を、伝送路に出力するために変調する変調部と、を備えている。

　また、第２の場合、送信側ネットワーク装置は、コンテンツ配信装置が配信するコンテンツデータを、所定のバイト数以下になるようにコンテナ化するＴＬＶコンテナ化部と、ＴＬＶコンテナ化部がコンテナ化するコンテナを、伝送路上の信号形式に変換するために、特定のフォーマットの信号に多重する多重化部と、多重化部が多重化する信号を、伝送路に出力するために変調する変調部と、を備えている。

　第３の場合、コンテンツ配信装置は、コンテンツ配信装置が配信するコンテンツを、記録するコンテンツ記録部と、コンテンツ記録部からコンテンツを読み出し、コンテンツのバイト数を解析するコンテンツ解析部と、コンテンツ解析部で解析するコンテンツのバイト数に基づいて、コンテンツを分割し、分割後のコンテンツをＩＰパケット化するコンテンツデータ制御部と、を備えている。そして、コンテンツデータ制御部は、送信側ネットワークから受信し、スロット内に分割するコンテンツに収納したコンテンツの情報により、１つのスロットに構成するコンテンツのバイト数、或いは、コンテンツの個数を計算する。そして、コンテンツデータ制御部は、コンテンツの合計のバイト数が所定値以上、或いは、コンテンツの個数が所定個数以上のとき、ヌルデータを出力するコンテンツ配信装置である。

　このようなコンテンツ配信装置により、Ｇｉｇａｂｉｔイーサーネット（登録商標）を用いた伝送で支障をきたすことなく、ユーザー端末装置に対して情報の欠落なく送信することができる。

　また、上記したコンテンツ送信装置と、送信側ネットワーク装置がコンテナ化した、複数のコンテナをＭＡＣフレームに変換する受信側ネットワーク装置と、受信側ネットワーク装置が変換したＭＡＣフレームを受信するユーザー端末装置と、を有するコンテンツ送受信システムを構成してもよい。

　このように構成により、送信側で送るコンテナの個数やバイト数を制限することで、ユーザー端末装置に対して情報の欠落なく送信するＴＬＶ伝送対応のコンテンツ送受信システムを提供できる。

　受信側の機能制限による、送信側のコンテンツ配信の制限や複雑なレート調整を行う必要がなくなり、市場における不具合を事前に回避する利点がある。そのため、高度化ＩＳＤＢ－Ｓのコンテンツ送受信装置として有用である。

　１００　　コンテンツ配信装置
　１００Ｂ　　コンテンツ配信装置
　１００Ｃ　　コンテンツ配信装置
　１０１　　コンテンツ記録部
　１０２　　コンテンツ解析部
　１０３　　コンテンツデータ制御部
　２００　　送信側ネットワーク装置
　２００Ａ　　送信側ネットワーク装置
　２００Ｂ　　送信側ネットワーク装置
　２００Ｃ　　送信側ネットワーク装置
　２００Ｄ　　送信側ネットワーク装置
　２１０　　ＴＬＶコンテナ化部
　２１０Ａ　　ＴＬＶコンテナ化部
　２１０Ｂ　　ＴＬＶコンテナ化部
　２１０Ｃ　　ＴＬＶコンテナ化部
　２１１　　バッファメモリ
　２１１Ｂ　　バッファメモリ
　２１１Ｃ　　バッファメモリ
　２１２　　データ解析部
　２１２Ｂ　　データ解析部
　２１２Ｃ　　データ解析部
　２１３　　ヘッダー作成部
　２１３Ｂ　　ヘッダー作成部
　２１３Ｃ　　ヘッダー作成部
　２１４　　ＴＬＶコンテナ生成部
　２１４Ｂ　　ＴＬＶコンテナ生成部
　２１４Ｃ　　ＴＬＶコンテナ生成部
　２１５　　バッファメモリ
　２１５Ｂ　　バッファメモリ
　２１５Ｃ　　バッファメモリ
　２１６　　コンテナ解析部
　２１６Ｃ　　コンテナ解析部
　２１７　　重複ヘッダー作成部
　２１８　　ＴＬＶコンテナ再生成部
　２１９　　ヘッダー情報データ化部
　２２０　　多重化部
　２２０Ａ　　多重化部
　２２０Ｂ　　多重化部
　２２０Ｃ　　多重化部
　２２１　　バッファメモリ
　２２１Ｂ　　バッファメモリ
　２２２　　スロット構成部
　２２２Ｂ　　スロット構成部
　２２３　　バッファメモリ
　２２４　　コンテナ数カウンタ部
　２２５　　ヌルコンテナ挿入部
　２２６　　コンテナ交換部
　２２７　　ポインタ生成部
　２３０　　変調部
　２４０　　コンテンツ送信装置
　２４０Ａ　　コンテンツ送信装置
　２４０Ｂ　　コンテンツ送信装置
　２４０Ｃ　　コンテンツ送信装置
　２４０Ｄ　　コンテンツ送信装置
　２５０　　伝送路
　２６０　　コンテンツ送受信システム
　２６０Ａ　　コンテンツ送受信システム
　２６０Ｂ　　コンテンツ送受信システム
　２６０Ｃ　　コンテンツ送受信システム
　２６０Ｄ　　コンテンツ送受信システム
　３００　　受信側ネットワーク装置
　３１０　　復調部
　３２０　　ＴＬＶデコンテナ化部
　３３０　　ＭＡＣフレーム変換部
　３３１　　バッファメモリ
　３３２　　ヘッダー付加部
　３４０　　ＧｂＥ＿Ｉ／Ｆ
　４００　　ユーザー端末装置
　４１０　　情報端末部
　４２０　　表示部

Claims

コンテンツを配信するコンテンツ配信装置と、
前記コンテンツ配信装置が配信するコンテンツデータを、複数のコンテナにコンテナ化する送信側ネットワーク装置と、
を有するコンテンツ送信装置であって、
前記送信側ネットワーク装置は、
　　前記コンテンツ配信装置が配信する前記コンテンツデータを、複数の前記コンテナにコンテナ化するＴＬＶコンテナ化部と、
　　前記ＴＬＶコンテナ化部がコンテナ化する複数の前記コンテナを、1つのスロット内で所定数以下になるように伝送路上の信号形式に変換するために、特定のフォーマットの信号に多重する多重化部と、
　　前記多重化部が多重化する前記信号を、伝送路に出力するために変調する変調部と、
を備える前記送信側ネットワーク装置である第１の場合と、
前記送信側ネットワーク装置は、
　　前記コンテンツ配信装置が配信する前記コンテンツデータを、所定のバイト数以下になるようにコンテナ化するＴＬＶコンテナ化部と、
　　前記ＴＬＶコンテナ化部がコンテナ化する複数の前記コンテナを、伝送路上の信号形式に変換するために、特定のフォーマットの信号に多重する多重化部と、
　　前記多重化部が多重化する前記信号を、伝送路に出力するために変調する変調部と、
を備える前記送信側ネットワーク装置である第２の場合と、
前記コンテンツ配信装置は、
　　前記コンテンツ配信装置が配信する前記コンテンツを、記録するコンテンツ記録部と、
　　前記コンテンツ記録部から前記コンテンツを読み出し、前記コンテンツのバイト数を解析するコンテンツ解析部と、
　　前記コンテンツ解析部で解析する前記コンテンツのバイト数に基づいて、前記コンテンツを分割し、分割後のコンテンツをＩＰパケット化するコンテンツデータ制御部と、を備え、
　　前記コンテンツデータ制御部は、前記送信側ネットワークから受信し、前記スロット内に分割する前記コンテンツに収納した前記コンテンツの情報により、１つのスロットに構成するコンテンツのバイト数、或いは、前記コンテンツの個数を計算し、
　　前記コンテンツの合計のバイト数が所定値以上、或いは、前記コンテンツの前記個数が所定個数以上のとき、ヌルデータを出力する
前記コンテンツ配信装置である第３の場合と、
の前記第１の場合、前記第２の場合及び前記第３の場合のいずれか１つである
コンテンツ送信装置。
前記第１の場合において、前記多重化部は、
前記ＴＬＶコンテナ化部がコンテナ化する複数の前記コンテナを、前記スロットに構成するスロット構成部と、
前記スロット構成部が構成する前記スロット内の前記コンテナ数を、カウントするコンテナ数カウント部と、
前記コンテナ数カウンタ部がカウントする前記スロット内の前記コンテナ数が、前記所定数より多い場合、前記スロットの前記所定数までの前記コンテナに、データに無関係なヌルコンテナを挿入して、新たなスロットを作成するヌルコンテナ挿入部と、
を備える請求項１に記載のコンテンツ送信装置。
前記第１の場合において、前記多重化部は、
前記ＴＬＶコンテナ化部がコンテナ化する複数の前記コンテナを、前記スロットに構成するスロット構成部と、
前記スロット構成部が構成した前記スロット内の前記コンテナ数を、カウントするコンテナ数カウント部と、
前記コンテナ数カウンタ部がカウントする前記スロット内の前記コンテナ数が、前記所定数より多い場合、前記スロットの前記所定数より少ないスロットと数個のコンテナを交換するコンテナ交換部と、
を備える請求項１に記載のコンテンツ送信装置。
前記第２の場合において、前記ＴＬＶコンテナ化部は、
前記コンテンツ配信装置が配信するデータのサイズと種類を解析するデータ解析部と、
前記データ解析部が算出する前記データの前記サイズと前記種類からヘッダーを作成するヘッダー作成部と、
前記ヘッダー作成部が作成する前記ヘッダーと前記データとを結合して、ＴＬＶコンテナを生成するＴＬＶコンテナ生成部と、
前記ＴＬＶコンテナ生成部が生成する前記ＴＬＶコンテナから前記ＴＬＶコンテナの前記種類と前記サイズを解析するコンテナ解析部と、
前記コンテナ解析部が解析する前記ＴＬＶコンテナの前記サイズが、所定サイズより小さい場合、前記ＴＬＶコンテナと前記ＴＬＶコンテナ生成部が生成する次のスロットの前記ＴＬＶコンテナのデータ部分とを結合するときのサイズを、出力する重複ヘッダー作成部と、
前記重複ヘッダー作成部が出力する前記サイズと前記ＴＬＶコンテナ生成部が出力する前記ＴＬＶコンテナの前記サイズを比較し、
　　一致しなかった場合、一致しなかったＴＬＶコンテナのデータ部分と、前記ＴＬＶコンテナ生成部が次に出力するＴＬＶコンテナのデータ部分と、を結合し、
　　前記重複ヘッダー作成部が出力する前記サイズを前記データ部分にヘッダーとして付けて、新たなＴＬＶコンテナを作成するＴＬＶコンテナ再生成部と、
を備える請求項１に記載のコンテンツ送信装置。
第３の場合において、前記コンテンツデータ制御部は、
分割後の連続する複数の前記コンテンツの前記バイト数の平均値を求め、
　　前記平均値が所定の値よりも小さいとき、前記ヌルデータを出力する請求項１に記載のコンテンツ送信装置。
第３の場合において、前記コンテンツデータ制御部は、
１つの前記スロットを構成する前記コンテンツの合計の前記バイト数が前記所定値以下で、かつ、前記コンテンツの前記個数が前記所定個数であるとき、前記ヌルデータを出力する請求項１に記載のコンテンツ送信装置。
コンテンツを配信するコンテンツ配信装置と、
前記コンテンツ配信装置が配信するコンテンツデータを、複数のコンテナにコンテナ化する送信側ネットワーク装置と、
前記送信側ネットワーク装置がコンテナ化した複数の前記コンテナを、ＭＡＣフレームに変換する受信側ネットワーク装置と、
前記受信側ネットワーク装置が変換した前記ＭＡＣフレームを受信するユーザー端末装置と、
を有するコンテンツ送受信システムであって、
前記送信側ネットワーク装置は、
　　前記コンテンツ配信装置が配信する前記コンテンツデータを、複数の前記コンテナにコンテナ化するＴＬＶコンテナ化部と、
　　前記ＴＬＶコンテナ化部がコンテナ化する複数の前記コンテナを、1つのスロット内で所定数以下になるように伝送路上の信号形式に変換するために、特定のフォーマットの信号に多重する多重化部と、
　　前記多重化部が多重化する前記信号を、伝送路に出力するために変調する変調部と、を備える、
前記送信側ネットワーク装置である第１場合と、
前記送信側ネットワーク装置は、
　　前記コンテンツ配信装置が配信する前記コンテンツデータを、所定のバイト数以下になるように、コンテナ化するＴＬＶコンテナ化部と、
　　前記ＴＬＶコンテナ化部がコンテナ化するコンテナを、伝送路上の信号形式に変換するために、特定のフォーマットの信号に多重する多重化部と、
　　前記多重化部が多重化する前記信号を伝送路に出力するために変調する変調部と、
を備える前記送信側ネットワーク装置である第２場合と、
前記コンテンツ配信装置は、
　　前記コンテンツ配信装置が前記配信するコンテンツを記録するコンテンツ記録部と、
　　前記コンテンツ記録部から前記コンテンツを読み出し、前記コンテンツのバイト数を解析するコンテンツ解析部と、
　　前記コンテンツ解析部で解析したコンテンツのバイト数に基づいて、前記コンテンツを分割し、分割後のコンテンツをＩＰパケット化するコンテンツデータ制御部と、を備え、
　　前記コンテンツデータ制御部は、前記送信側ネットワークから受信し、前記スロット内に分割する前記コンテンツに収納する前記コンテンツの情報により、１つのスロットに構成するコンテンツのバイト数、或いは、コンテンツの個数を計算し、
　　前記コンテンツの合計のバイト数が所定値以上、或いは、前記コンテンツの前記個数が所定の値個数以上のとき、ヌルデータを出力する、
前記コンテンツ配信装置である第３場合と、
　　の前記第１の場合、前記第２の場合及び前記第３の場合のいずれか１つであり、
コンテンツ受信装置は、受信側ネットワーク装置とユーザー端末装置とを備え、
受信側ネットワーク装置は、
　　伝送路から入力した変調波を復調し、伝送路上の信号形式からデータを多重分離する復調部と、
　　前記復調部で多重分離したデータから前記ＴＬＶコンテナのＶａｌｕｅデータを抜き出すＴＬＶデコンテナ化部と、
ＴＬＶデコンテナ化部で抜き出されたデータをＧｉｇａｂｉｔイーサーネット形式のデータに変換するＭＡＣフレーム変換部と、
　　前記ＭＡＣフレーム変換部が変換するデータを出力するＧｉｇａｂｉｔイーサーネットインターフェイスと、を有し、
前記ユーザー端末装置は、
　　前記コンテンツデータを出力する情報端末部と、
　　前記情報端末部が出力する前記コンテンツデータを映像表示する表示部と、を有する、
コンテンツ送受信システム。
コンテンツを配信するコンテンツ配信装置と、
前記コンテンツ配信装置が配信するコンテンツデータを、複数のコンテナにコンテナ化する送信側ネットワーク装置と、
前記送信側ネットワーク装置がコンテナ化した複数の前記コンテナを、ＭＡＣフレームに変換する受信側ネットワーク装置と、
前記受信側ネットワーク装置が変換した前記ＭＡＣフレームを受信するユーザー端末装置と、
を有するコンテンツ送受信システムであって、
前記送信側ネットワーク装置は、
　　前記コンテンツ配信装置が配信する前記コンテンツデータを、複数の前記コンテナにコンテナ化するＴＬＶコンテナ化部と、
　　前記ＴＬＶコンテナ化部がコンテナ化する複数の前記コンテナを、1つのスロット内で所定数以下になるように伝送路上の信号形式に変換するために、特定のフォーマットの信号に多重する多重化部と、
　　前記多重化部が多重化する前記信号を、伝送路に出力するために変調する変調部と、を備える、
コンテンツ送受信システム。
コンテンツを配信するコンテンツ配信装置と、
前記コンテンツを配信するコンテンツ配信装置からのコンテンツデータを、複数のコンテナにコンテナ化する送信側ネットワーク装置と、
を有するコンテンツ送信装置であって、
前記送信側ネットワーク装置は、
　　前記コンテンツ配信装置が配信する前記コンテンツデータを、複数の前記コンテナにコンテナ化するＴＬＶコンテナ化部と、
　　前記ＴＬＶコンテナ化部がコンテナ化する複数の前記コンテナを、１つのスロット内で所定数以下になるように伝送路上の信号形式に変換するために、特定のフォーマットの信号に多重する多重化部と、
　　前記多重化部で多重化した前記信号を伝送路に出力するために変調する変調部と、
を備えるコンテンツ送信装置。
コンテンツを配信するコンテンツ配信装置と、
前記コンテンツを配信するコンテンツ配信装置からのコンテンツデータを、複数のコンテナにコンテナ化する送信側ネットワーク装置と、
を有するコンテンツ送信装置であって、
前記送信側ネットワーク装置は、
　　前記コンテンツ配信装置が配信する前記コンテンツデータを、所定のバイト数以下になるようにコンテナ化するＴＬＶコンテナ化部と、
　　前記ＴＬＶコンテナ化部がコンテナ化する複数の前記コンテナを、伝送路上の信号形式に変換するために、特定のフォーマットの信号に多重する多重化部と、
　　前記多重化部が多重化する前記信号を、伝送路に出力するために変調する変調部と、
を備えるコンテンツ送信装置。
コンテンツを配信するコンテンツ配信装置と、
前記コンテンツ配信装置が配信するコンテンツデータを、複数のコンテナにコンテナ化する送信側ネットワーク装置と、
を有するコンテンツ送信装置であって、
前記コンテンツ配信装置は、
　　前記コンテンツ配信装置が配信する前記コンテンツを、記録するコンテンツ記録部と、
　　前記コンテンツ記録部から前記コンテンツを読み出し、前記コンテンツのバイト数を解析するコンテンツ解析部と、
　　前記コンテンツ解析部で解析した前記コンテンツのバイト数に基づいて、前記コンテンツを分割し、分割後のコンテンツをＩＰパケット化するコンテンツデータ制御部と、を備え、
　　前記コンテンツデータ制御部は、前記送信側ネットワークから受信し、前記スロット内に分割する前記コンテンツに収納した前記コンテンツの情報により、１つのスロットに構成されるコンテンツのバイト数、或いは、コンテンツの個数を計算し、
　　前記コンテンツの合計のバイト数が所定値以上、或いは、前記コンテンツの前記個数が所定個数以上のとき、ヌルデータを出力する
コンテンツ送信装置。