知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023079391
(43)【公開日】2023-06-08
(54)【発明の名称】放送信号変換装置及びそのプログラム
(51)【国際特許分類】
H04N 21/222 20110101AFI20230601BHJP
H04N 21/2381 20110101ALI20230601BHJP
H04H 20/28 20080101ALI20230601BHJP
H04H 20/95 20080101ALI20230601BHJP
【ＦＩ】
H04N21/222
H04N21/2381
H04H20/28
H04H20/95
【審査請求】未請求
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2021192849
(22)【出願日】2021-11-29
(71)【出願人】
【識別番号】000004352
【氏名又は名称】日本放送協会
(74)【代理人】
【識別番号】110001807
【氏名又は名称】弁理士法人磯野国際特許商標事務所
(72)【発明者】
【氏名】河村 侑輝
(72)【発明者】
【氏名】永田 裕靖
(72)【発明者】
【氏名】大西 正芳
(72)【発明者】
【氏名】大槻 一博
(72)【発明者】
【氏名】今村 浩一郎
【テーマコード（参考）】
5C164
【Ｆターム（参考）】
5C164FA04
5C164SA11P
5C164SB24P
5C164SB41S
5C164YA21
(57)【要約】
【課題】ＭＴＵサイズの超過を防止し、伝送効率の低下を抑制できる放送信号変換装置を提供する。
【解決手段】放送信号変換装置１は、映像信号を符号化する映像符号化部１０と、音声信号を符号化する音声符号化部２０と、フルヘッダ対象フラグメントサイズ以下のペイロードとなるように制御情報の先頭フラグメントをフラグメントし、基本フラグメントサイズ以下のペイロードとなるように制御情報の残りをフラグメントする制御情報生成部３０と、フラグメントした制御情報と映像信号と音声信号とのペイロードを格納したＩＰパケットの多重信号を生成する多重化処理部４０と、ＩＰパケットの多重信号をＴＬＶパケットに変換するＴＬＶ変換部５０とを備える。
【選択図】図１
【解決手段】放送信号変換装置１は、映像信号を符号化する映像符号化部１０と、音声信号を符号化する音声符号化部２０と、フルヘッダ対象フラグメントサイズ以下のペイロードとなるように制御情報の先頭フラグメントをフラグメントし、基本フラグメントサイズ以下のペイロードとなるように制御情報の残りをフラグメントする制御情報生成部３０と、フラグメントした制御情報と映像信号と音声信号とのペイロードを格納したＩＰパケットの多重信号を生成する多重化処理部４０と、ＩＰパケットの多重信号をＴＬＶパケットに変換するＴＬＶ変換部５０とを備える。
【選択図】図１
【特許請求の範囲】
【請求項1】
ＩＰ伝送時に所定の目標サイズ以下となるように、放送信号のＩＰパケットをＴＬＶパケットに変換する放送信号変換装置であって、
ＩＰ伝送時にフルヘッダを格納するＴＬＶパケットのサイズが前記目標サイズ以下となるように設定された第１フラグメントサイズが入力され、入力された前記第１フラグメントサイズ以下のペイロードとなるように制御情報をフラグメントするフラグメント部と、
符号化及びフラグメントされた映像信号及び音声信号のペイロードが入力され、前記フラグメント部がフラグメントした制御情報と前記映像信号と前記音声信号とのペイロードを格納したＩＰパケットの多重信号を生成する多重化処理部と、
前記第１フラグメントサイズ以下のペイロードとなるようにフラグメントした前記制御情報のペイロードを格納するＩＰパケットを、前記フルヘッダを含むＴＬＶパケットに変換するＴＬＶ変換部と、
を備えることを特徴とする放送信号変換装置。
ＩＰ伝送時にフルヘッダを格納するＴＬＶパケットのサイズが前記目標サイズ以下となるように設定された第１フラグメントサイズが入力され、入力された前記第１フラグメントサイズ以下のペイロードとなるように制御情報をフラグメントするフラグメント部と、
符号化及びフラグメントされた映像信号及び音声信号のペイロードが入力され、前記フラグメント部がフラグメントした制御情報と前記映像信号と前記音声信号とのペイロードを格納したＩＰパケットの多重信号を生成する多重化処理部と、
前記第１フラグメントサイズ以下のペイロードとなるようにフラグメントした前記制御情報のペイロードを格納するＩＰパケットを、前記フルヘッダを含むＴＬＶパケットに変換するＴＬＶ変換部と、
を備えることを特徴とする放送信号変換装置。
【請求項2】
前記フラグメント部は、予め設定されたフルヘッダ送出間隔毎に前記第１フラグメントサイズ以下のペイロードとなるように前記制御情報をフラグメントし、
前記ＴＬＶ変換部は、前記フルヘッダ送出間隔毎に、前記第１フラグメントサイズ以下のペイロードとなるようにフラグメントした制御情報を含むペイロードのＩＰパケットを、前記フルヘッダを含むＴＬＶパケットに変換することを特徴とする請求項１に記載の放送信号変換装置。
前記ＴＬＶ変換部は、前記フルヘッダ送出間隔毎に、前記第１フラグメントサイズ以下のペイロードとなるようにフラグメントした制御情報を含むペイロードのＩＰパケットを、前記フルヘッダを含むＴＬＶパケットに変換することを特徴とする請求項１に記載の放送信号変換装置。
【請求項3】
前記フラグメント部は、前記第１フラグメントサイズより大きく設定された第２フラグメントサイズがさらに入力され、入力された前記第１フラグメントサイズ以下のペイロードとなるように前記制御情報の先頭部分をフラグメントし、入力された前記第２フラグメントサイズ以下のペイロードとなるように前記第１フラグメントサイズでフラグメントされていない制御情報の残りをフラグメントし、
前記ＴＬＶ変換部は、前記第２フラグメントサイズ以下のペイロードとなるようにフラグメントした制御情報を含むペイロードのＩＰパケットを、部分ヘッダを含むＴＬＶパケットに変換することを特徴とする請求項１又は請求項２に記載の放送信号変換装置。
前記ＴＬＶ変換部は、前記第２フラグメントサイズ以下のペイロードとなるようにフラグメントした制御情報を含むペイロードのＩＰパケットを、部分ヘッダを含むＴＬＶパケットに変換することを特徴とする請求項１又は請求項２に記載の放送信号変換装置。
【請求項4】
予め設定された目標パケットサイズから、前記ＴＬＶパケットに付加するＵＤＰ／ＩＰヘッダのサイズと、前記フルヘッダを含むＴＬＶパケットのヘッダサイズと、多重化方式のヘッダサイズとを減算することで、前記第１フラグメントサイズを算出すると共に、
前記目標パケットサイズから、前記ＵＤＰ／ＩＰヘッダのサイズと、前記部分ヘッダを含むＴＬＶパケットのヘッダサイズと、多重化方式のヘッダサイズとを減算することで、前記第２フラグメントサイズを算出するフラグメントサイズ算出部、をさらに備えることを特徴とする請求項３に記載の放送信号変換装置。
前記目標パケットサイズから、前記ＵＤＰ／ＩＰヘッダのサイズと、前記部分ヘッダを含むＴＬＶパケットのヘッダサイズと、多重化方式のヘッダサイズとを減算することで、前記第２フラグメントサイズを算出するフラグメントサイズ算出部、をさらに備えることを特徴とする請求項３に記載の放送信号変換装置。
【請求項5】
前記ＴＬＶ変換部は、前記フルヘッダを含めても前記ＴＬＶパケットのサイズが前記目標パケットサイズを超えない場合、前記第１フラグメントサイズでフラグメントした制御情報を含む多重信号のＩＰパケットを、前記フルヘッダを含むＴＬＶパケットに変換することを特徴とする請求項４に記載の放送信号変換装置。
【請求項6】
前記ＴＬＶ変換部は、多重化方式としてＭＭＴを用いる場合、ｐａｃｋｅｔ＿ＩＤが‘０’で、ｆｒａｇｍｅｎｔａｔｉｏｎ＿ｉｎｄｉｃａｔｏｒが‘０’又は‘１’のＩＰパケットを、前記フルヘッダを含むＴＬＶパケットに変換することを特徴とする請求項１から請求項５の何れか一項に記載の放送信号変換装置。
【請求項7】
前記ＴＬＶ変換部は、多重化方式としてＤＡＳＨ／ＲＯＵＴＥを用いる場合、ＴＳＩが‘０’で、ＴＯＩが‘０’であるＩＰパケットに限定した中で、ひとつ前のＩＰパケットのｃｌｏｓｅ＿ｏｂｊｅｃｔ＿ｆｌａｇが‘１’であるＩＰパケットを、前記フルヘッダを含むＴＬＶパケットに変換することを特徴とする請求項１から請求項５の何れか一項に記載の放送信号変換装置。
【請求項8】
前記フラグメント部は、前記第１フラグメントサイズ以下のペイロードとなるようにフラグメントした制御情報を含むパケットに対して、前記フルヘッダを挿入できることを示すラベルを付加し、
前記ＴＬＶ変換部は、前記ラベルが付加されたＩＰパケットを、前記フルヘッダを含むＴＬＶパケットに変換することを特徴とする請求項１から請求項７の何れか一項に記載の放送信号変換装置。
前記ＴＬＶ変換部は、前記ラベルが付加されたＩＰパケットを、前記フルヘッダを含むＴＬＶパケットに変換することを特徴とする請求項１から請求項７の何れか一項に記載の放送信号変換装置。
【請求項9】
前記映像信号を符号化する映像符号化部と、
前記音声信号を符号化する音声符号化部と、
をさらに備えることを特徴とする請求項１から請求項８の何れか一項に記載の放送信号変換装置。
前記音声信号を符号化する音声符号化部と、
をさらに備えることを特徴とする請求項１から請求項８の何れか一項に記載の放送信号変換装置。
【請求項10】
コンピュータを、請求項１から請求項９の何れか一項に記載の放送信号変換装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、放送信号変換装置及びそのプログラムに関する。
【背景技術】
【0002】
ＩＰ（Internet Protocol）ベースの放送では、ＩＰパケットと物理層の変調フレームとのインタフェースとして、ＴＬＶ（Type Length Value）が用いられる。例えば、ＭＭＴ（MPEG Media Transport）を用いた放送サービスでは、ＭＭＴＰ（MMT Protocol）／ＵＤＰ（User Datagram Protocol）／ＩＰｖ６／ＴＬＶパケット列が変調フレームに格納されて、放送波に変調される（非特許文献１～４）。
【0003】
一つの放送サービスとしてＩＰパケット列が同一のＩＰデータフローに属する場合、このＩＰパケット列では、ＵＤＰ／ＩＰヘッダ部に含まれる送信元アドレス・ポート番号、送信先アドレス・ポート番号が一定で変化しない。このことから、ＴＬＶ変換時に伝送効率の改善のために、ＩＰパケット列にＩＰヘッダ圧縮を適用する場合がある。
【0004】
図９（ａ）には、ＩＰヘッダ圧縮前のＩＰパケット１００を図示した。このＩＰパケット１００は、ペイロード２００と、ＭＭＴＰヘッダ２１０と、ＵＤＰ／ＩＰｖ６ヘッダ２２０とを含んでいる。また、図９（ｂ）には、ＩＰヘッダ圧縮後のＴＬＶパケット１１０を図示した。このＴＬＶパケット１１０は、ペイロード２００と、ＭＭＴＰヘッダ２１０と、フルヘッダ２３０又は部分ヘッダ２４０の何れかと、ＴＬＶヘッダ２５０とを含んでいる。このように、ＩＰヘッダ圧縮により、ＵＤＰ／ＩＰｖ６ヘッダ２２０がフルヘッダ２３０又は部分ヘッダ２４０の何れかに変換されている。
【0005】
大多数のＴＬＶパケット１１０Ｓは、ＵＤＰ／ＩＰｖ６ヘッダ２２０が大きく圧縮された部分ヘッダ２４０を含むので、パケットサイズが小さくなる。その一方、一部のＴＬＶパケット１１０Ｌは、ペイロード２００の種類によらずに定期的に挿入されるフルヘッダ２３０を含むので、パケットサイズがＩＰヘッダ圧縮前と大きくは変わらない。例えば、４８バイトのＵＤＰ／ＩＰｖ６ヘッダ２２０が３バイトの部分ヘッダ２４０に圧縮されるのに対し、フルヘッダ２３０は４５バイトである。なお、フルヘッダ２３０及び部分ヘッダ２４０は非特許文献５に規定されており、部分ヘッダ２４０が圧縮ヘッダと呼ばれることもある。また、ＩＰヘッダ圧縮の放送サービスでの運用方法については、その一例が非特許文献３に規定されている。
【0006】
映像等の符号化された信号とその制御情報とをＩＰパケットを用いて多重化した多重信号を送信する多重化方式としては、ＭＭＴ方式の他に、ＤＡＳＨ／ＲＯＵＴＥ（Dynamic adaptive streaming over HTTP/ Real-Time Object Delivery over Unidirectional Transport）方式も知られている（非特許文献４）。ＭＭＴでは、符号化した映像音声信号に対して、ＭＭＴＰペイロードヘッダを付与したペイロードをＭＭＴＰ／ＵＤＰ／ＩＰヘッダを付与して伝送する。これに対して、ＤＡＳＨ／ＲＯＵＴＥでは、符号化した映像音声信号をセグメントファイルとして、ＬＣＴ（Layer Coding Transport）／ＡＬＣ（Asynchronous Layered Coding）／ＵＤＰ／ＩＰパケットで伝送する。
【先行技術文献】
【非特許文献】
【0007】
【非特許文献1】ＩＳＯ／ＩＥＣ ２３００８－１、“High efficiency coding and media delivery in heterogeneous environments: MPEG media transport”
【非特許文献2】ＡＲＩＢ ＳＴＤ－Ｂ６０、“デジタル放送におけるMMTによるメディアトランスポート方式”
【非特許文献3】ＡＲＩＢ ＴＲ－Ｂ３９、“高度広帯域衛星デジタル放送運用規定（第三分冊）”
【非特許文献4】ＡＴＳＣ Ｓｔａｎｄａｒｄ：Ａ／３３１,“Signaling, Delivery, Synchronization, and Error Protection”
【非特許文献5】ＡＲＩＢ ＳＴＤ－Ｂ３２、“デジタル放送における映像符号化、音声符号化及び多重化方式”
【発明の概要】
【発明が解決しようとする課題】
【0008】
ここで、図９（ｃ）に示すように、放送局内外の送出・送信設備間やＩＰネットワークにおけるＩＰ伝送形式として、ＴＬＶパケット１１０をＵＤＰ／ＩＰｖ４パケット１２０に格納する場合がある。しかし、ＵＤＰ／ＩＰｖ４パケット１２０Ｌは、２８バイトのＵＤＰ／ＩＰｖ４ヘッダ２６０が付加されていることに加え、フルヘッダ２３０が格納されたＴＬＶパケット１１０Ｌを含んでいる。このため、ＵＤＰ／ＩＰｖ４パケット１２０Ｌは、パケットサイズが一般的なＩＰ回線・設備のＭＴＵ（Maximum Transmission Unit）サイズ（例えば、１５００バイト）を超えてしまい、正常に伝送できないことがある。図９で、ＩＰパケット１００を例えば１４９１バイトとなるように構成した場合、ＵＤＰ／ＩＰｖ４パケット１２０Ｌが１５２０バイトとなり、ＭＴＵサイズを超過するのに対し、ＵＤＰ／ＩＰｖ４パケット１２０ＳがＭＴＵサイズ以下の１４７８バイトとなり、ＭＴＵサイズを超過しない。なお、ＴＬＶパケット１１０をＵＤＰ／ＩＰｖ６パケットに格納して伝送する場合もあるが、ＵＤＰ／ＩＰｖ６ヘッダのデータサイズがＵＤＰ／ＩＰｖ４ヘッダ２６０よりも大きいため、ＭＴＵサイズを超過する可能性が大きくなる。
【0009】
この対策として、放送局の送出・送信設備においては、１５００バイトを超えるジャンボパケットに対応した高コストな設備を導入する必要がある。さらに、放送再送信においては、既存の回線・設備でのジャンボパケットの伝送を可能とするためオーバヘッドの大きい分割ＴＬＶ方式を使用する必要もある。なお、分割ＴＬＶ方式は、ＴＬＶパケットをＭＰＥＧ－２ ＴＳ（Transport Stream）パケットに細分化して、ＩＰパケットに格納してＩＰ回線での伝送を行うＴＳ Ｏｖｅｒ ＩＰで伝送する方式である。
【0010】
また、フルヘッダを含むＴＬＶ／ＵＤＰ／ＩＰパケットがＭＴＵサイズを超過しないように、全てのＴＬＶパケットに格納されているＩＰパケットのペイロードのフラグメントサイズを小さくする手法も考えられる。しかし、この手法では、ＩＰパケットのオーバヘッド比率が高まることで、放送信号の伝送効率が低下してしまう。ＩＰパケットのオーバヘッド比率は様々な定義が可能ではある。例えば、ＭＭＴＰ／ＵＤＰ／ＩＰヘッダまでのデータサイズをＡ、ＭＭＴＰよりも上層のペイロードのデータサイズ（フラグメントサイズ）をＢとしたときに、Ａ／（Ａ＋Ｂ）をオーバヘッド比率と定義できる。このオーバヘッド比率が‘０’に近くなるほど伝送効率が高く、‘１’に近くなるほど伝送効率が低下する。
【0011】
そこで、本発明は、ＭＴＵサイズの超過を防止し、伝送効率の低下を抑制できる放送信号変換装置及びそのプログラムを提供することを課題とする。
【課題を解決するための手段】
【0012】
前記課題を解決するため、本発明に係る放送信号変換装置は、ＩＰ伝送時に所定の目標サイズ以下となるように、放送信号のＩＰパケットをＴＬＶパケットに変換する放送信号変換装置であって、フラグメント部と、多重化処理部と、ＴＬＶ変換部と、を備える構成とした。
【0013】
かかる構成によれば、放送信号変換装置は、フラグメント部に対して、ＩＰ伝送時にフルヘッダを格納するＴＬＶパケットのサイズが目標サイズ以下となるように設定された第１フラグメントサイズが入力される。この目標サイズは、ＭＴＵサイズを越えないことを一つの要件として、運用に応じて決められる値である。そして、フラグメント部は、入力された第１フラグメントサイズ以下のペイロードとなるように制御情報をフラグメントする。なお、制御情報の全体を含むペイロードとしても第１フラグメントサイズに満たない場合、フラグメントせずに制御情報の全体を含むペイロードとする。
【0014】
また、放送信号変換装置は、多重化処理部によって、符号化及びフラグメントされた映像信号及び音声信号のペイロードが入力され、フラグメント部がフラグメントした制御情報と映像信号と音声信号とのペイロードを格納したＩＰパケットの多重信号を生成する。
さらに、放送信号変換装置は、ＴＬＶ変換部によって、第１フラグメントサイズ以下のペイロードとなるようにフラグメントした制御情報のペイロードを格納するＩＰパケットを、フルヘッダを含むＴＬＶパケットに変換する。
さらに、放送信号変換装置は、ＴＬＶ変換部によって、第１フラグメントサイズ以下のペイロードとなるようにフラグメントした制御情報のペイロードを格納するＩＰパケットを、フルヘッダを含むＴＬＶパケットに変換する。
【0015】
このように、放送信号変換装置は、制御情報の先頭フラグメント又は全体をフルヘッダの挿入を考慮した第１フラグメントサイズ以下のペイロードとした上で、フルヘッダを格納するＴＬＶ／ＵＤＰ／ＩＰパケットとすることで、一般的なＩＰ回線・設備におけるＭＴＵサイズの超過を防止し、ＴＬＶパケットのＩＰ伝送が可能となる。さらに、放送信号変換装置は、全てのＩＰパケットが格納するペイロードのフラグメントサイズを小さくする必要がないので、ＩＰパケットのオーバヘッド比率の上昇が少なく、伝送効率の低下を抑制できる。
【0016】
なお、本発明は、コンピュータを前記した放送信号変換装置として機能させるためのプログラムで実現することもできる。
【発明の効果】
【0017】
本発明によれば、ＭＴＵサイズの超過を防止し、伝送効率の低下を抑制することができる。
【図面の簡単な説明】
【0018】
【図1】実施形態に係る放送信号変換装置の構成を示すブロック図ある。
【図2】実施形態において、（ａ）はＩＰヘッダ圧縮前のＩＰパケットの多重信号、（ｂ）はＩＰヘッダ圧縮後のＴＬＶパケット、（ｃ）はＩＰ伝送時のＴＬＶパケットの説明図である。
【図3】実施形態において、（ａ）及び（ｂ）はペイロードの説明図である。
【図4】実施形態において、制御信号のフラグメントを説明する説明図である。
【図5】実施形態において、制御信号生成部の動作を示すフローチャートである。
【図6】実施形態において、ＴＬＶ変換部の動作を示すフローチャートである。
【図7】変形例において、制御信号生成部の動作を示すフローチャートである。
【図8】変形例において、ＴＬＶ変換部の動作を示すフローチャートである。
【図9】従来技術において、（ａ）はＩＰヘッダ圧縮前のＩＰパケット、（ｂ）はＩＰヘッダ圧縮後のＴＬＶパケット、（ｃ）はＩＰ伝送時のＴＬＶパケットの説明図である。
【発明を実施するための形態】
【0019】
以下、本発明の実施形態について図面を参照して説明する。但し、以下に説明する各実施形態は、本発明の技術思想を具体化するためのものであって、特定的な記載がない限り、本発明を以下のものに限定しない。また、同一の手段には同一の符号を付し、説明を省略する場合がある。
【0020】
［放送信号変換装置の構成］
図１を参照し、実施形態に係る放送信号変換装置１の構成について説明する。
放送信号変換装置１は、ＴＬＶパケットのＩＰ伝送時に所定の目標サイズ以下となるように、放送信号のＩＰパケットをＴＬＶ／ＵＤＰ／ＩＰパケット（ＴＬＶパケット）に変換するものである。図１に示すように、放送信号変換装置１は、映像符号化部１０と、音声符号化部２０と、制御情報生成部（フラグメント部）３０と、多重化処理部４０と、ＴＬＶ変換部５０と、フラグメントサイズ算出部６０とを備える。
図１を参照し、実施形態に係る放送信号変換装置１の構成について説明する。
放送信号変換装置１は、ＴＬＶパケットのＩＰ伝送時に所定の目標サイズ以下となるように、放送信号のＩＰパケットをＴＬＶ／ＵＤＰ／ＩＰパケット（ＴＬＶパケット）に変換するものである。図１に示すように、放送信号変換装置１は、映像符号化部１０と、音声符号化部２０と、制御情報生成部（フラグメント部）３０と、多重化処理部４０と、ＴＬＶ変換部５０と、フラグメントサイズ算出部６０とを備える。
【0021】
映像符号化部１０は、映像信号が入力され、入力された映像信号を符号化するものである。例えば、映像符号化部１０は、Ｈ．２６５／ＨＥＶＣ（High Efficiency Video Coding）などの一般的な映像符号化方式で映像信号を符号化する。このとき、映像符号化部１０は、後記するフラグメントサイズ算出部６０から入力された基本フラグメントサイズ（第２フラグメントサイズ）以下のペイロードとなるように映像信号をフラグメントしてもよい。そして、映像符号化部１０は、符号化及びフラグメントした映像信号のペイロードを多重化処理部４０に出力する。
【0022】
なお、フラグメントとは、映像信号、音声信号、制御情報などの所望のデータを、ＩＰパケットのペイロードとして格納するために所定のサイズ以下に分割することである。
また、フルヘッダ対象フラグメントサイズ（第１フラグメントサイズ）は、ＴＬＶパケットのＩＰ伝送時に制御情報の先頭フラグメント又は全体を格納するＴＬＶ／ＵＤＰ／ＩＰパケットのサイズが、ＩＰヘッダ圧縮によるフルヘッダが挿入された後であっても目標サイズ以下となるように設定されている。ここで、目標サイズは、任意に設定可能であり、例えば、ＭＴＵサイズ＝１５００バイトである。
また、基本フラグメントサイズ（第２フラグメントサイズ）は、前記以外のＴＬＶ／ＵＤＰ／ＩＰパケットのサイズが、ＩＰヘッダ圧縮による部分ヘッダが挿入された後であっても目標サイズ以下となるように設定されており、フルヘッダ対象フラグメントサイズよりも大きい値となる。
また、フルヘッダ対象フラグメントサイズ（第１フラグメントサイズ）は、ＴＬＶパケットのＩＰ伝送時に制御情報の先頭フラグメント又は全体を格納するＴＬＶ／ＵＤＰ／ＩＰパケットのサイズが、ＩＰヘッダ圧縮によるフルヘッダが挿入された後であっても目標サイズ以下となるように設定されている。ここで、目標サイズは、任意に設定可能であり、例えば、ＭＴＵサイズ＝１５００バイトである。
また、基本フラグメントサイズ（第２フラグメントサイズ）は、前記以外のＴＬＶ／ＵＤＰ／ＩＰパケットのサイズが、ＩＰヘッダ圧縮による部分ヘッダが挿入された後であっても目標サイズ以下となるように設定されており、フルヘッダ対象フラグメントサイズよりも大きい値となる。
【0023】
音声符号化部２０は、音声信号が入力され、入力された音声信号を符号化するものである。例えば、音声符号化部２０は、ＡＡＣ（Advanced Audio Coding）などの一般的な音声符号化方式で音声信号を符号化する。このとき、音声符号化部２０は、フラグメントサイズ算出部６０から入力された基本フラグメントサイズ以下のペイロードとなるように音声信号をフラグメントしてもよい。そして、音声符号化部２０は、符号化及びフラグメントした音声信号のペイロードを多重化処理部４０に出力する。
【0024】
なお、映像符号化部１０が出力する映像信号のペイロード及び音声符号化部２０が出力する音声信号のペイロードは、符号データのままでなくともよい。例えば、多重化方式がＭＭＴの場合、ＭＭＴＰペイロードヘッダを付与したＭＭＴＰペイロード形式、多重化方式がＤＡＳＨ／ＲＯＵＴＥの場合、ＩＳＯＢＭＦＦ（ISO Base Media File Format）セグメントファイル形式としたうえで、基本フラグメントサイズによるフラグメントしたものであってもよい。
【0025】
制御情報生成部３０は、フラグメントサイズ算出部６０からフルヘッダ対象フラグメントサイズが入力され、入力されたフルヘッダ対象フラグメントサイズ以下のペイロードとなるように制御情報をフラグメントするものである。但し、制御情報生成部３０は、制御情報の全体を含むペイロードとしてもフルヘッダ対象フラグメントサイズに満たない場合、フラグメントせずに制御情報の全体を含むペイロードとする。本実施形態では、制御情報生成部３０は、非特許文献２に規定された制御情報であるＭＰＴ（MMT Package Table）を含むＰＡ（Package Access）メッセージを生成することとする。
【0026】
また、制御情報生成部３０は、フラグメントサイズ算出部６０から基本フラグメントサイズが入力され、入力された基本フラグメントサイズ以下のペイロードとなるように、フラグメントされていない制御情報の残りをフルヘッダ対象フラグメントサイズでフラグメントする。そして、制御情報生成部３０は、フラグメントした制御信号を多重化処理部４０に出力する。
【0027】
ここで、エントリポイントとなる制御情報の送出周期に対して、フルヘッダの送出周期がより長い周期で構わない場合がある。この場合、エントリポイントとなる制御情報の先頭フラグメントを含むＩＰパケットの全てにフルヘッダを挿入する必要はない。そこで、制御情報生成部３０は、予め設定されたフルヘッダ送出間隔毎に、フルヘッダ対象フラグメントサイズで制御情報の先頭フラグメント又は制御情報全体をフラグメントすることとする。このフルヘッダ送出間隔は、フルヘッダを送出する間隔、つまり、ＩＰパケットにフルヘッダを挿入する間隔を表す。例えば、エントリポイントの制御情報の送出周期が１００ミリ秒以下、フルヘッダの送出周期が５００ミリ秒以下の場合、制御情報を５回送出するうち、1回だけフルヘッダを挿入すればよい（フルヘッダ送出間隔＝５）。
【0028】
多重化処理部４０は、符号化及びフラグメントされた映像信号及び音声信号のペイロードが入力され、制御情報生成部３０がフラグメントした制御情報と映像信号と音声信号とのペイロードを格納したＩＰパケットの多重信号を生成するものである。つまり、多重化処理部４０は、映像符号化部１０から入力された映像信号のペイロードと、音声符号化部２０から入力された音声信号のペイロードと、制御情報生成部３０から入力された制御信号のペイロードとを同一のＩＰデータフローのＩＰパケットとして多重化する。例えば、多重化処理部４０は、ＭＭＴ又はＤＡＳＨ／ＲＯＵＴＥなどの一般的な多重化方式で多重化を行う。そして、多重化処理部４０は、映像信号、音声信号及び制御信号のペイロードを格納したＩＰパケットの多重信号をＴＬＶ変換部５０に出力する。
【0029】
ＴＬＶ変換部５０は、フルヘッダ対象フラグメントサイズ以下のペイロードとなるようにフラグメントした制御情報のペイロードを格納するＩＰパケットを、フルヘッダを含むＴＬＶ／ＵＤＰ／ＩＰパケットに変換するものである。また、ＴＬＶ変換部５０は、基本フラグメントサイズでフラグメントした制御情報を含むペイロードのＩＰパケットを、部分ヘッダを含むＴＬＶ／ＵＤＰ／ＩＰパケットに変換する。このとき、ＴＬＶ変換部５０は、多重化処理部４０から入力されたＩＰパケットの多重信号に対して、ＩＰヘッダ圧縮を施す。そして、ＴＬＶ変換部５０は、ＩＰヘッダ圧縮が施されたＴＬＶ／ＵＤＰ／ＩＰパケットをＩＰ伝送する。
【0030】
本実施形態では、ＴＬＶ変換部５０は、フルヘッダ送出間隔毎に、フルヘッダ対象フラグメントサイズでフラグメントした制御情報を含むペイロードのＩＰパケットを、フルヘッダを含むＴＬＶパケットに変換することとする。また、本実施形態では、ＴＬＶ変換部５０は、変換したＴＬＶパケットをＵＤＰ／ＩＰｖ４パケットに格納することとする。
【0031】
フラグメントサイズ算出部６０は、予め設定された目標パケットサイズから、フルヘッダ対象フラグメントサイズ及び基本フラグメントサイズを算出するものである。この目標パケットサイズは、ＩＰ伝送時のＴＬＶパケット（ＴＬＶ／ＵＤＰ／ＩＰパケット）の目標サイズを表しており、ＭＴＵサイズ以下で設定されている。そして、フラグメントサイズ算出部６０は、算出したフルヘッダ対象フラグメントサイズ及び基本フラグメントサイズを制御情報生成部３０に出力する。さらに、フラグメントサイズ算出部６０は、算出した基本フラグメントサイズを映像符号化部１０及び音声符号化部２０に出力する。
【0032】
＜ＴＬＶパケットの変換＞
図２及び図３を参照し、ＴＬＶパケットの変換を詳細に説明する。
図２（ａ）には、ＴＬＶ変換部５０がＩＰヘッダ圧縮する前のＩＰパケット１００の多重信号を図示した。図２（ａ）に示すように、ＩＰパケット１００（１００Ａ，１００Ｂ）の多重信号は、ペイロード２００（２００Ａ，２００Ｂ）と、ＭＭＴＰヘッダ２１０と、ＵＤＰ／ＩＰｖ６ヘッダ２２０とを含んでいる。ここで、多重化処理部４０がＭＭＴＰヘッダ２１０及びＵＤＰ／ＩＰｖ６ヘッダ２２０を付加している。
図２及び図３を参照し、ＴＬＶパケットの変換を詳細に説明する。
図２（ａ）には、ＴＬＶ変換部５０がＩＰヘッダ圧縮する前のＩＰパケット１００の多重信号を図示した。図２（ａ）に示すように、ＩＰパケット１００（１００Ａ，１００Ｂ）の多重信号は、ペイロード２００（２００Ａ，２００Ｂ）と、ＭＭＴＰヘッダ２１０と、ＵＤＰ／ＩＰｖ６ヘッダ２２０とを含んでいる。ここで、多重化処理部４０がＭＭＴＰヘッダ２１０及びＵＤＰ／ＩＰｖ６ヘッダ２２０を付加している。
【0033】
図３に示すように、ペイロード２００には、映像符号化部１０が符号化した映像信号３００、音声符号化部２０が符号化した音声信号３１０、又は、制御情報生成部３０がフラグメントした制御信号３２０（３２０Ａ，３２０Ｂ）の何れかがが格納されている。ここで、制御信号３２０Ａがフルヘッダ対象フラグメントサイズ以下のペイロードとなるようにフラグメントされているのに対し、制御信号３２０Ｂが基本フラグメントサイズ以下のペイロードとなるようにフラグメントされている。このため、制御信号３２０Ａを格納するペイロード２００Ａのサイズが、制御信号３２０Ｂを格納するペイロード２００Ｂより小さくなっている。
【0034】
図２（ｂ）には、ＴＬＶ変換部５０がＩＰヘッダ圧縮した後のＴＬＶパケット１１０を図示した。図２（ｂ）に示すように、ＴＬＶパケット１１０（１１０Ａ，１１０Ｂ）は、ペイロード２００（２００Ａ，２００Ｂ）と、ＭＭＴＰヘッダ２１０と、フルヘッダ２３０又は部分ヘッダ２４０の何れかと、ＴＬＶヘッダ２５０とを含んでいる。ここで、ＴＬＶ変換部５０が、ＵＤＰ／ＩＰｖ６ヘッダ２２０をフルヘッダ２３０又は部分ヘッダ２４０の何れかに圧縮し、ＴＬＶヘッダ２５０を付加している。
【0035】
図２（ｃ）には、ＩＰ伝送時のＴＬＶパケット（ＵＤＰ／ＩＰｖ４パケット１２０）を図示した。図２（ｃ）に示すように、ＵＤＰ／ＩＰｖ４パケット１２０は、ＴＬＶパケット１１０（１１０Ａ，１１０Ｂ）と、ＵＤＰ／ＩＰｖ４ヘッダ２６０とを含んでいる。ここで、ＴＬＶ変換部５０が、ＵＤＰ／ＩＰｖ４ヘッダ２６０を付加している。
【0036】
前記したように、３バイトの部分ヘッダ２４０に比べて、フルヘッダ２３０のサイズが４５バイトと大きいので、ＵＤＰ／ＩＰｖ４パケット１２０ＬがＭＴＵサイズを超過してしまう（図９参照）。これを見越して、図４に示すように、制御信号３２０の先頭フラグメント（制御信号３２０Ａ）については、制御情報生成部３０が、フルヘッダ対象フラグメントサイズのペイロード２００Ａとしてフラグメントしている。一方、フルヘッダ対象フラグメントサイズでフラグメントしなかった制御信号３２０で残りのフラグメント（制御信号３２０Ｂ）については、制御情報生成部３０が、基本フラグメントサイズのペイロード２００Ｂとしてフラグメントしている。
【0037】
これにより、図２（ｂ）に示すように、フルヘッダ対象フラグメントサイズでフラグメントしたペイロード２００Ａとフルヘッダ２３０とを含むＴＬＶパケット１１０Ａが、基本フラグメントサイズのペイロード２００Ｂと部分ヘッダ２４０とを含むＴＬＶパケット１１０Ｂと同一サイズになる。従って、図２（ｃ）に示すように、ＩＰ伝送時には、ＴＬＶパケット１１０ＡにＵＤＰ／ＩＰｖ４ヘッダ２６０を付加しても、ＵＤＰ／ＩＰｖ４パケット１２０ＡがＭＴＵサイズ以下に収まる。図２（ｃ）の例では、ＵＤＰ／ＩＰｖ４パケット１２０Ａ，１２０Ｂが共に、１５００バイト以下である。
【0038】
＜フルヘッダ対象フラグメントサイズ及び基本フラグメントサイズの算出＞
以下、フルヘッダ対象フラグメントサイズ及び基本フラグメントサイズの算出を詳細に説明する。
フラグメントサイズ算出部６０は、目標パケットサイズから、ＴＬＶパケットに付加するＵＤＰ／ＩＰｖ４ヘッダのサイズと、フルヘッダを含むＴＬＶパケットのヘッダサイズと、多重化方式のヘッダサイズとを減算することで、フルヘッダ対象フラグメントサイズを算出する。このフルヘッダ対象フラグメントサイズを用いてペイロードを構成することで、ＩＰ伝送時に制御情報の先頭フラグメント又は全体を格納するＴＬＶパケットのサイズがＭＴＵサイズ以下となる。
以下、フルヘッダ対象フラグメントサイズ及び基本フラグメントサイズの算出を詳細に説明する。
フラグメントサイズ算出部６０は、目標パケットサイズから、ＴＬＶパケットに付加するＵＤＰ／ＩＰｖ４ヘッダのサイズと、フルヘッダを含むＴＬＶパケットのヘッダサイズと、多重化方式のヘッダサイズとを減算することで、フルヘッダ対象フラグメントサイズを算出する。このフルヘッダ対象フラグメントサイズを用いてペイロードを構成することで、ＩＰ伝送時に制御情報の先頭フラグメント又は全体を格納するＴＬＶパケットのサイズがＭＴＵサイズ以下となる。
【0039】
また、フラグメントサイズ算出部６０は、目標パケットサイズから、ＵＤＰ／ＩＰｖ４ヘッダのサイズと、部分ヘッダを含むＴＬＶパケットのヘッダサイズと、多重化方式のヘッダサイズとを減算することで、基本フラグメントサイズを算出する。
【0040】
ここで、例えば、多重化方式としてＭＭＴを採用し、ＭＭＴＰヘッダをｐａｃｋｅｔ＿ｃｏｕｎｔｅｒ＿ｆｌａｇ＝０、ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇ＝０で運用することとする。また、ＭＭＴＰ／ＵＤＰ／ＩＰｖ６パケットをＴＬＶパケットに格納し、ＴＬＶ／ＵＤＰ／ＩＰｖ４パケットでＩＰ伝送することとする。つまり、ＭＭＴＰペイロードヘッダを含むＭＭＴＰペイロードを基準としたデータ構造でフラグメントサイズを算出する。
【0041】
この例では、目標パケットサイズなどが以下の通りである。
目標パケットサイズ：１４７８バイト
ＵＤＰ／ＩＰｖ４ヘッダ：２８バイト（ＵＤＰの８バイト＋ＩＰｖ４の２０バイト）
フルヘッダを含むＴＬＶパケットのヘッダサイズ：４９バイト（ＴＬＶ同期１バイト＋タイプ１バイト＋レングス２バイト＋フルヘッダ４５バイト）
部分ヘッダを含むＴＬＶパケットのヘッダサイズ：７バイト（ＴＬＶ同期１バイト＋タイプ１バイト＋レングス２バイト＋部分ヘッダ３バイト）
ＭＭＴＰのヘッダサイズ：１２バイト
目標パケットサイズ：１４７８バイト
ＵＤＰ／ＩＰｖ４ヘッダ：２８バイト（ＵＤＰの８バイト＋ＩＰｖ４の２０バイト）
フルヘッダを含むＴＬＶパケットのヘッダサイズ：４９バイト（ＴＬＶ同期１バイト＋タイプ１バイト＋レングス２バイト＋フルヘッダ４５バイト）
部分ヘッダを含むＴＬＶパケットのヘッダサイズ：７バイト（ＴＬＶ同期１バイト＋タイプ１バイト＋レングス２バイト＋部分ヘッダ３バイト）
ＭＭＴＰのヘッダサイズ：１２バイト
【0042】
この例では、フルヘッダ対象フラグメントサイズは、１４７８－２８－４９－１２＝１３８９バイトとなる。また、基本フラグメントサイズは、１４７８－２８－７－１２＝１４３１バイトとなる。
【0043】
なお、ＭＭＴＰヘッダ（ｐａｃｋｅｔ＿ｃｏｕｎｔｅｒ＿ｆｌａｇ、ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇ）の運用が異なる場合も、その運用方法に応じてヘッダサイズの増加分が定まるため、基本フラグメントサイズを算出できる。また、映像信号、音声信号及び制御情報などペイロードの種別により運用が異なる場合、それぞれで基本フラグメントサイズを算出してもよい。つまり、映像信号及び音声信号の基本フラグメントサイズと、制御情報の基本フラグメントサイズとを異なる値にしてもよい。
【0044】
［制御情報生成部の動作］
図５を参照し、制御情報生成部３０の動作を説明する。
図５に示すように、ステップＳ１において、制御情報生成部３０は、カウンタを０にリセットする。
ステップＳ２において、制御情報生成部３０は、制御情報の送出を指令するタイマ割込が発生したか否かを判定する。例えば、タイマ割込としては、変数をある初期値から一定のクロックでカウントダウン又はカウントアップし、その変数がある設定値に達したときに割込みを発生させる一定周期タイマがあげられる。これにより、１００ミリ秒などの一定周期で割込みを発生させることで、制御情報を一定周期で生成及び送出できる。
図５を参照し、制御情報生成部３０の動作を説明する。
図５に示すように、ステップＳ１において、制御情報生成部３０は、カウンタを０にリセットする。
ステップＳ２において、制御情報生成部３０は、制御情報の送出を指令するタイマ割込が発生したか否かを判定する。例えば、タイマ割込としては、変数をある初期値から一定のクロックでカウントダウン又はカウントアップし、その変数がある設定値に達したときに割込みを発生させる一定周期タイマがあげられる。これにより、１００ミリ秒などの一定周期で割込みを発生させることで、制御情報を一定周期で生成及び送出できる。
【0045】
タイマ割込が発生した場合（ステップＳ２でＹｅｓ）、制御情報生成部３０は、ステップＳ３の処理に進む。
タイマ割込が発生しない場合（ステップＳ２でＮｏ）、制御情報生成部３０は、ステップＳ２の処理に戻る。つまり、制御情報生成部３０は、タイマ割込が発生するまでアイドリングする。
タイマ割込が発生しない場合（ステップＳ２でＮｏ）、制御情報生成部３０は、ステップＳ２の処理に戻る。つまり、制御情報生成部３０は、タイマ割込が発生するまでアイドリングする。
【0046】
ステップＳ３において、制御情報生成部３０は、制御情報を生成する。
ステップＳ４において、制御情報生成部３０は、カウンタが０であるか否かを判定する。
カウンタが０の場合（ステップＳ４でＹｅｓ）、制御情報生成部３０は、ステップＳ５の処理に進む。
カウンタが０でない場合（ステップＳ４でＮｏ）、制御情報生成部３０は、ステップＳ６の処理に進む。
ステップＳ４において、制御情報生成部３０は、カウンタが０であるか否かを判定する。
カウンタが０の場合（ステップＳ４でＹｅｓ）、制御情報生成部３０は、ステップＳ５の処理に進む。
カウンタが０でない場合（ステップＳ４でＮｏ）、制御情報生成部３０は、ステップＳ６の処理に進む。
【0047】
ステップＳ５において、制御情報生成部３０は、制御情報の先頭フラグメントをフルヘッダ対象フラグメントサイズでフラグメントする。
ステップＳ６において、制御情報生成部３０は、制御情報の先頭を基本フラグメントサイズでフラグメントする。
ステップＳ７において、制御情報生成部３０は、フラグメントされた制御情報を多重化処理部４０に出力する。
ステップＳ６において、制御情報生成部３０は、制御情報の先頭を基本フラグメントサイズでフラグメントする。
ステップＳ７において、制御情報生成部３０は、フラグメントされた制御情報を多重化処理部４０に出力する。
【0048】
ステップＳ８において、制御情報生成部３０は、制御情報全体の出力を完了したか否かを判定する。
制御情報全体の出力を完了した場合（ステップＳ８でＹｅｓ）、制御情報生成部３０は、ステップＳ９の処理に進む。
制御情報全体の出力を完了していない場合（ステップＳ８でＮｏ）、制御情報生成部３０は、ステップＳ１１の処理に進む。
制御情報全体の出力を完了した場合（ステップＳ８でＹｅｓ）、制御情報生成部３０は、ステップＳ９の処理に進む。
制御情報全体の出力を完了していない場合（ステップＳ８でＮｏ）、制御情報生成部３０は、ステップＳ１１の処理に進む。
【0049】
ステップＳ９において、制御情報生成部３０は、カウンタに１を加算する。
ステップＳ１０において、制御情報生成部３０は、カウンタがフルヘッダ送出間隔と等しいか否かを判定する。
カウンタがフルヘッダ送出間隔と等しい場合（ステップＳ１０でＹｅｓ）、制御情報生成部３０は、ステップＳ１の処理に戻る。
カウンタがフルヘッダ送出間隔と等しくない場合（ステップＳ１０でＮｏ）、制御情報生成部３０は、ステップＳ２の処理に戻る。
ステップＳ１０において、制御情報生成部３０は、カウンタがフルヘッダ送出間隔と等しいか否かを判定する。
カウンタがフルヘッダ送出間隔と等しい場合（ステップＳ１０でＹｅｓ）、制御情報生成部３０は、ステップＳ１の処理に戻る。
カウンタがフルヘッダ送出間隔と等しくない場合（ステップＳ１０でＮｏ）、制御情報生成部３０は、ステップＳ２の処理に戻る。
【0050】
ステップＳ１１において、制御情報生成部３０は、制御情報の残りを基本フラグメントサイズでフラグメントする。その後、制御情報生成部３０は、ステップＳ７の処理に戻る。
【0051】
［ＴＬＶ変換部の動作］
図６を参照し、ＴＬＶ変換部５０の動作を説明する。
図６に示すように、ステップＳ２０において、ＴＬＶ変換部５０は、カウンタを０にリセットする。
ステップＳ２１において、ＴＬＶ変換部５０には、多重信号のＩＰパケットが入力される。
図６を参照し、ＴＬＶ変換部５０の動作を説明する。
図６に示すように、ステップＳ２０において、ＴＬＶ変換部５０は、カウンタを０にリセットする。
ステップＳ２１において、ＴＬＶ変換部５０には、多重信号のＩＰパケットが入力される。
【0052】
ステップＳ２２において、ＴＬＶ変換部５０は、ステップＳ２１で入力されたＩＰパケットが、エントリポイントの制御情報の先頭フラグメント又は全体を含むＩＰパケットであるか否かを判定する。
【0053】
ここで、多重化方式としてＭＭＴを用いる場合、ｐａｃｋｅｔ＿ＩＤが‘０’で、ｆｒａｇｍｅｎｔａｔｉｏｎ＿ｉｎｄｉｃａｔｏｒが‘０’又は‘１’のＩＰパケットが、エントリポイントの制御情報の先頭フラグメント又は全体を含むＩＰパケットに該当する。この場合、フルヘッダの挿入対象は、Ｐａｃｋｅｔ＿ＩＤ＝０のＭＭＴＰ／ＵＤＰ／ＩＰｖ４で伝送されるＰＡメッセージの先頭フラグメントを含むＩＰパケット、又は、ＰＡメッセージ全体を含むＩＰパケットである。先頭フラグメントを含むＩＰパケットはｆｒａｇｍｅｎｔａｔｉｏｎ＿ｉｎｄｉｃａｔｏｒ＝１となり、ＰＡメッセージ全体を含むＩＰパケットはｆｒａｇｍｅｎｔａｔｉｏｎ＿ｉｎｄｉｃａｔｏｒ＝０となる。
【0054】
また、多重化方式としてＤＡＳＨ／ＲＯＵＴＥを用いる場合、ＴＳＩ（Transport Session Identifier）が‘０’で、ＴＯＩ（Transport Object Identifier）が‘０’のＬＣＴ／ＡＬＣ／ＵＤＰ／ＩＰパケットであり、次の条件を満たすものがエントリポイントの制御情報の先頭フラグメント又は全体を含むＩＰパケットに該当する。前記した条件とは、ＴＳＩ＝０、ＴＯＩ＝０のＩＰパケットに限定した中で、ひとつ前のＩＰパケットのｃｌｏｓｅ＿ｏｂｊｅｃｔ＿ｆｌａｇが‘１’のことである。この場合、フルヘッダの挿入対象は、ＴＳＩ＝０、ＴＯＩ＝０のＬＣＴ／ＡＬＣ／ＵＤＰ／ＩＰパケットで伝送するファイルオブジェクトの先頭フラグメントを含むパケット、又は、ファイルオブジェクト全体を含むＩＰパケットである。ＲＯＵＴＥでは、ＭＭＴのｆｒａｇｍｅｎｔａｔｉｏｎ＿ｉｎｄｉｃａｔｏｒと同一役割のフラグが存在しない代わりに、ファイルオブジェクトの末尾を含むパケットであることが、ｃｌｏｓｅ＿ｏｂｊｅｃｔ＿ｆｌａｇ＝‘１’で分かる。さらに、ファイルオブジェクトを分割せず、全体を１パケットで送り切るパケットもｃｌｏｓｅ＿ｏｂｊｅｃｔ＿ｆｌａｇ＝‘１’で分かる。従って、ＴＳＩ＝‘０’、ＴＯＩ＝‘０’のＩＰパケットに限定した中で、ｃｌｏｓｅ＿ｏｂｊｅｃｔ＿ｆｌａｇ＝‘１’のＩＰパケットから次のＩＰパケットが、ファイルオブジェクトのフラグメントの先頭パケット、又は、ファイルオブジェクト全体を含むＩＰパケットであり、フルヘッダの挿入対象パケットとなる。
【0055】
そのＩＰパケットに該当する場合（ステップＳ２２でＹｅｓ）、ＴＬＶ変換部５０は、ステップＳ２３の処理に進む。
そのＩＰパケットに該当しない場合（ステップＳ２２でＮｏ）、ＴＬＶ変換部５０は、ステップＳ２６の処理に進む。
そのＩＰパケットに該当しない場合（ステップＳ２２でＮｏ）、ＴＬＶ変換部５０は、ステップＳ２６の処理に進む。
【0056】
ステップＳ２３において、ＴＬＶ変換部５０は、ＩＰ伝送時、フルヘッダを含めてもＴＬＶ／ＵＤＰ／ＩＰパケットのサイズが目標パケットサイズを超えないか否かを判定する。つまり、ＴＬＶ変換部５０は、図２（ｃ）のＵＤＰ／ＩＰｖ４パケット１２０Ａのサイズを逆算し、そのサイズが目標パケットサイズを超えないか否かを判定する。
なお、処理開始時に予めフルヘッダ挿入後に目標パケットサイズを超えないようにＩＰパケットサイズの閾値を求めてもよい。この場合、ステップＳ２３では、その閾値と入力されたＩＰパケットのサイズとを比較する判定を行ってもよい。
なお、処理開始時に予めフルヘッダ挿入後に目標パケットサイズを超えないようにＩＰパケットサイズの閾値を求めてもよい。この場合、ステップＳ２３では、その閾値と入力されたＩＰパケットのサイズとを比較する判定を行ってもよい。
【0057】
目標パケットサイズを超えない場合（ステップＳ２３でＹｅｓ）、ＴＬＶ変換部５０は、ステップＳ２４の処理に進む。
目標パケットサイズを超える場合（ステップＳ２３でＮｏ）、ＴＬＶ変換部５０は、ステップＳ２６の処理に進む。
目標パケットサイズを超える場合（ステップＳ２３でＮｏ）、ＴＬＶ変換部５０は、ステップＳ２６の処理に進む。
【0058】
ステップＳ２４において、ＴＬＶ変換部５０は、カウンタが０であるか否かを判定する。
カウンタが０の場合（ステップＳ２４でＹｅｓ）、ＴＬＶ変換部５０は、ステップＳ２５の処理に進む。
カウンタが０でない場合（ステップＳ２４でＮｏ）、ＴＬＶ変換部５０は、ステップＳ２６の処理に進む。
カウンタが０の場合（ステップＳ２４でＹｅｓ）、ＴＬＶ変換部５０は、ステップＳ２５の処理に進む。
カウンタが０でない場合（ステップＳ２４でＮｏ）、ＴＬＶ変換部５０は、ステップＳ２６の処理に進む。
【0059】
ステップＳ２５において、ＴＬＶ変換部５０は、ステップＳ２１で入力されたＩＰパケットを、フルヘッダを含むＴＬＶパケットに変換する。つまり、ＴＬＶ変換部５０は、図２（ａ）のＩＰパケット１００ＡにＩＰヘッダ圧縮を施し、ＵＤＰ／ＩＰｖ４ヘッダ２６０を付加することで、図２（ｃ）のＵＤＰ／ＩＰｖ４パケット１２０Ａを生成する。
【0060】
ステップＳ２６において、ＴＬＶ変換部５０は、ステップＳ２１で入力されたＩＰパケットを、部分ヘッダを含むＴＬＶパケットに変換する。つまり、ＴＬＶ変換部５０は、図２（ａ）のＩＰパケット１００ＢにＩＰヘッダ圧縮を施し、ＵＤＰ／ＩＰｖ４ヘッダ２６０を付加することで、図２（ｃ）のＵＤＰ／ＩＰｖ４パケット１２０Ｂを生成する。その後、ＴＬＶ変換部５０は、ステップＳ３０の処理に進む。
【0061】
ステップＳ２７において、ＴＬＶ変換部５０は、カウンタに１を加算する。
ステップＳ２８において、ＴＬＶ変換部５０は、カウンタがフルヘッダ送出間隔と等しいか否かを判定する。
カウンタがフルヘッダ送出間隔と等しい場合（ステップＳ２８でＹｅｓ）、ＴＬＶ変換部５０は、ステップＳ２９の処理に進む。
カウンタがフルヘッダ送出間隔と等しくない場合（ステップＳ２８でＮｏ）、ＴＬＶ変換部５０は、ステップＳ３０の処理に進む。
ステップＳ２８において、ＴＬＶ変換部５０は、カウンタがフルヘッダ送出間隔と等しいか否かを判定する。
カウンタがフルヘッダ送出間隔と等しい場合（ステップＳ２８でＹｅｓ）、ＴＬＶ変換部５０は、ステップＳ２９の処理に進む。
カウンタがフルヘッダ送出間隔と等しくない場合（ステップＳ２８でＮｏ）、ＴＬＶ変換部５０は、ステップＳ３０の処理に進む。
【0062】
ステップＳ２９において、ＴＬＶ変換部５０は、カウンタを０にリセットする。
ステップＳ３０において、ＴＬＶ変換部５０は、ステップＳ２５，Ｓ２６で変換したＴＬＶパケットをＩＰ伝送路に送信する。その後、ＴＬＶ変換部５０は、ステップＳ２１の処理に戻る。
ステップＳ３０において、ＴＬＶ変換部５０は、ステップＳ２５，Ｓ２６で変換したＴＬＶパケットをＩＰ伝送路に送信する。その後、ＴＬＶ変換部５０は、ステップＳ２１の処理に戻る。
【0063】
［作用・効果］
このように、放送信号変換装置１は、制御情報の先頭フラグメント又は全体のペイロードのサイズをフルヘッダの挿入を考慮して他のペイロードと比較して小さくした上で、フルヘッダを格納するＴＬＶ／ＵＤＰ／ＩＰパケットとすることで、一般的なＩＰ回線・設備におけるＭＴＵサイズの超過を防止してＴＬＶパケットのＩＰ伝送が可能となる。さらに、放送信号変換装置１は、全てのＩＰパケットが格納するペイロードのフラグメントサイズを小さくする必要がないので、ＩＰパケットのオーバヘッド比率の上昇が少なく、伝送効率の低下を抑制できる。
このように、放送信号変換装置１は、制御情報の先頭フラグメント又は全体のペイロードのサイズをフルヘッダの挿入を考慮して他のペイロードと比較して小さくした上で、フルヘッダを格納するＴＬＶ／ＵＤＰ／ＩＰパケットとすることで、一般的なＩＰ回線・設備におけるＭＴＵサイズの超過を防止してＴＬＶパケットのＩＰ伝送が可能となる。さらに、放送信号変換装置１は、全てのＩＰパケットが格納するペイロードのフラグメントサイズを小さくする必要がないので、ＩＰパケットのオーバヘッド比率の上昇が少なく、伝送効率の低下を抑制できる。
【0064】
以上、実施形態を詳述してきたが、本発明は前記した実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【0065】
（変形例１）
前記した実施形態では、制御情報の送出頻度に対して、さらにフルヘッダ送出間隔によって間引かれた頻度によりフルヘッダ対象フラグメントサイズでフラグメントを行うこととして説明したが、これに限定されない。エントリポイントの制御情報及びフルヘッダの挿入周期が同一の場合、フルヘッダ送出間隔＝１とするか、又は、フルヘッダ送出間隔自体を考慮しない構成としてもよい。以下、変形例１として、フルヘッダ送出間隔を考慮しないときの制御情報生成部３０及びＴＬＶ変換部５０の動作を説明する。
前記した実施形態では、制御情報の送出頻度に対して、さらにフルヘッダ送出間隔によって間引かれた頻度によりフルヘッダ対象フラグメントサイズでフラグメントを行うこととして説明したが、これに限定されない。エントリポイントの制御情報及びフルヘッダの挿入周期が同一の場合、フルヘッダ送出間隔＝１とするか、又は、フルヘッダ送出間隔自体を考慮しない構成としてもよい。以下、変形例１として、フルヘッダ送出間隔を考慮しないときの制御情報生成部３０及びＴＬＶ変換部５０の動作を説明する。
【0066】
［制御情報生成部の動作］
図７を参照し、制御情報生成部３０の動作を説明する。
図７に示すように、ステップＳ３０において、制御情報生成部３０は、制御情報の送出を指令するタイマ割込が発生したか否かを判定する。
図７を参照し、制御情報生成部３０の動作を説明する。
図７に示すように、ステップＳ３０において、制御情報生成部３０は、制御情報の送出を指令するタイマ割込が発生したか否かを判定する。
【0067】
タイマ割込が発生した場合（ステップＳ３０でＹｅｓ）、制御情報生成部３０は、ステップＳ３１の処理に進む。
タイマ割込が発生しない場合（ステップＳ３０でＮｏ）、制御情報生成部３０は、ステップＳ３０の処理に戻る。つまり、制御情報生成部３０は、タイマ割込が発生するまでアイドリングする。
タイマ割込が発生しない場合（ステップＳ３０でＮｏ）、制御情報生成部３０は、ステップＳ３０の処理に戻る。つまり、制御情報生成部３０は、タイマ割込が発生するまでアイドリングする。
【0068】
ステップＳ３１において、制御情報生成部３０は、制御情報を生成する。
ステップＳ３２において、制御情報生成部３０は、制御情報の先頭フラグメントをフルヘッダ対象フラグメントサイズでフラグメントする。
ステップＳ３３において、制御情報生成部３０は、フラグメントされた制御情報を多重化処理部４０に出力する。
ステップＳ３２において、制御情報生成部３０は、制御情報の先頭フラグメントをフルヘッダ対象フラグメントサイズでフラグメントする。
ステップＳ３３において、制御情報生成部３０は、フラグメントされた制御情報を多重化処理部４０に出力する。
【0069】
ステップＳ３４において、制御情報生成部３０は、制御情報全体の出力を完了したか否かを判定する。
制御情報全体の出力を完了した場合（ステップＳ３４でＹｅｓ）、制御情報生成部３０は、ステップＳ３０の処理に戻る。
制御情報全体の出力を完了していない場合（ステップＳ３４でＮｏ）、制御情報生成部３０は、ステップＳ３５の処理に進む。
ステップＳ３５において、制御情報生成部３０は、制御情報の残りを基本フラグメントサイズでフラグメントする。その後、制御情報生成部３０は、ステップＳ３３の処理に戻る。
制御情報全体の出力を完了した場合（ステップＳ３４でＹｅｓ）、制御情報生成部３０は、ステップＳ３０の処理に戻る。
制御情報全体の出力を完了していない場合（ステップＳ３４でＮｏ）、制御情報生成部３０は、ステップＳ３５の処理に進む。
ステップＳ３５において、制御情報生成部３０は、制御情報の残りを基本フラグメントサイズでフラグメントする。その後、制御情報生成部３０は、ステップＳ３３の処理に戻る。
【0070】
【0071】
ステップＳ４１において、ＴＬＶ変換部５０は、ステップＳ４０で入力されたＩＰパケットが、エントリポイントの制御情報の先頭フラグメント又は全体を含むＩＰパケットであるか否かを判定する。
【0072】
そのＩＰパケットに該当する場合（ステップＳ４１でＹｅｓ）、ＴＬＶ変換部５０は、ステップＳ４２の処理に進む。
そのＩＰパケットに該当しない場合（ステップＳ４１でＮｏ）、ＴＬＶ変換部５０は、ステップＳ４４の処理に進む。
そのＩＰパケットに該当しない場合（ステップＳ４１でＮｏ）、ＴＬＶ変換部５０は、ステップＳ４４の処理に進む。
【0073】
ステップＳ４２において、ＴＬＶ変換部５０は、フルヘッダを含めてもＴＬＶパケットのサイズが目標パケットサイズを超えないか否かを判定する。
目標パケットサイズを超えない場合（ステップＳ４２でＹｅｓ）、ＴＬＶ変換部５０は、ステップＳ４３の処理に進む。
目標パケットサイズを超える場合（ステップＳ４２でＮｏ）、ＴＬＶ変換部５０は、ステップＳ４４の処理に進む。
目標パケットサイズを超えない場合（ステップＳ４２でＹｅｓ）、ＴＬＶ変換部５０は、ステップＳ４３の処理に進む。
目標パケットサイズを超える場合（ステップＳ４２でＮｏ）、ＴＬＶ変換部５０は、ステップＳ４４の処理に進む。
【0074】
ステップＳ４３において、ＴＬＶ変換部５０は、ステップＳ４０で入力されたＩＰパケットを、フルヘッダを含むＴＬＶパケットに変換する。
ステップＳ４４において、ＴＬＶ変換部５０は、ステップＳ４０で入力されたＩＰパケットを、部分ヘッダを含むＴＬＶパケットに変換する。
ステップＳ４５において、ＴＬＶ変換部５０は、ステップＳ４３，Ｓ４４で変換したＴＬＶパケットをＩＰ伝送する。その後、ＴＬＶ変換部５０は、ステップＳ４０の処理に戻る。
ステップＳ４４において、ＴＬＶ変換部５０は、ステップＳ４０で入力されたＩＰパケットを、部分ヘッダを含むＴＬＶパケットに変換する。
ステップＳ４５において、ＴＬＶ変換部５０は、ステップＳ４３，Ｓ４４で変換したＴＬＶパケットをＩＰ伝送する。その後、ＴＬＶ変換部５０は、ステップＳ４０の処理に戻る。
【0075】
（その変形例）
前記した実施形態では、制御情報生成部が制御情報を生成することとして説明したが、外部から制御情報を制御情報生成部に入力してもよい。
前記した実施形態では、制御情報生成部が制御情報を生成することとして説明したが、外部から制御情報を制御情報生成部に入力してもよい。
【0076】
前記した実施形態では、制御情報生成部３０は、非特許文献２に規定された制御情報であるＭＰＴを含むＰＡメッセージを生成することとして説明したが、非特許文献２に規定された制御情報であるＰＬＴ（Package List Table）を含むＰＡメッセージを生成してもよい。ＰＬＴをサービスのエントリポイントとしてＰａｃｋｅｔ＿ＩＤ＝０のＰＡメッセージで伝送する場合、ＰＬＴから参照されるＭＰＴは、Ｐａｃｋｅｔ＿ＩＤ＝０以外のＰＡメッセージによって伝送することもできる。この場合、Ｐａｃｋｅｔ＿ＩＤ＝０以外のＰＡメッセージは、サービスのエントリポイントの制御情報ではないため、基本フラグメントサイズ以下のペイロードとなるようにフラグメントしてもよい。
【0077】
多重化処理部４０には、映像信号及び音声信号以外のペイロードが図示しない符号化装置等から入力されてもよい。例えば、放送サービスの場合、多重化処理部４０は、映像信号及び音声信号以外、データ放送や字幕データのペイロードを多重化してもよい。このとき、データ放送や字幕データは、基本フラグメントサイズ以下のペイロードとなるようにフラグメントしてもよい。
【0078】
多重化処理部４０でＵＤＰ／ＩＰヘッダを付与せずにＴＬＶ変換部５０に対してペイロード２００及びＭＭＴＰヘッダ２１０を入力し、ＴＬＶ変換部５０ではフルヘッダ２３０又は部分ヘッダ２４０の何れかを直接付与する構成としてもよい。つまり、図２（ａ）の段階を省略することで、処理の簡略化が可能である。
【0079】
前記した実施形態では、ステップＳ２２又はステップＳ４１において、ＴＬＶ変換部５０が、入力されたＩＰパケットがエントリポイントの制御情報の先頭フラグメント又は全体を含むＩＰパケットであるか否かを判定する際、ＭＭＴ又はＤＡＳＨ／ＲＯＵＴＥのヘッダを解析して判定することとして説明したが、この手法に限定されない。
例えば、制御情報生成部３０は、フルヘッダ対象フラグメントサイズでフラグメントした制御情報の先頭フラグメント又は全体のペイロードを含むパケットに対して、フルヘッダを挿入できることを示すラベルを付加してもよい。そして、ＴＬＶ変換部５０は、このラベルに基づいてフルヘッダ対象であるか否かを判定し、このラベルが付加されたＩＰパケットを、フルヘッダを含むＴＬＶパケットに変換してもよい。これにより、ＭＭＴ又はＤＡＳＨ／ＲＯＵＴＥのヘッダを解析する処理を省略できる。この場合、ラベルが付与されたＩＰパケットは、フルヘッダ対象フラグメントサイズでフラグメントされていると考えられる。従って、フルヘッダを含めてもＴＬＶ／ＵＤＰ／ＩＰパケットのサイズが目標パケットサイズを超えないか否かを判定するステップＳ２３又はステップＳ４２の処理を省略してもよい。
例えば、制御情報生成部３０は、フルヘッダ対象フラグメントサイズでフラグメントした制御情報の先頭フラグメント又は全体のペイロードを含むパケットに対して、フルヘッダを挿入できることを示すラベルを付加してもよい。そして、ＴＬＶ変換部５０は、このラベルに基づいてフルヘッダ対象であるか否かを判定し、このラベルが付加されたＩＰパケットを、フルヘッダを含むＴＬＶパケットに変換してもよい。これにより、ＭＭＴ又はＤＡＳＨ／ＲＯＵＴＥのヘッダを解析する処理を省略できる。この場合、ラベルが付与されたＩＰパケットは、フルヘッダ対象フラグメントサイズでフラグメントされていると考えられる。従って、フルヘッダを含めてもＴＬＶ／ＵＤＰ／ＩＰパケットのサイズが目標パケットサイズを超えないか否かを判定するステップＳ２３又はステップＳ４２の処理を省略してもよい。
【0080】
前記した実施形態では、放送信号変換装置が独立したハードウェアであることとして説明したが、本発明は、これに限定されない。例えば、本発明は、コンピュータが備えるＣＰＵ、メモリ、ハードディスク等のハードウェア資源を、前記した放送信号変換装置として機能させるためのプログラムで実現することもできる。このプログラムは、通信回線を介して配布してもよく、ＣＤ－ＲＯＭやフラッシュメモリ等の記録媒体に書き込んで配布してもよい。
【符号の説明】
【0081】
１ 放送信号変換装置
１０ 映像符号化部
２０ 音声符号化部
３０ 制御情報生成部（フラグメント部）
４０ 多重化処理部
５０ ＴＬＶ変換部
６０ フラグメントサイズ算出部
１０ 映像符号化部
２０ 音声符号化部
３０ 制御情報生成部（フラグメント部）
４０ 多重化処理部
５０ ＴＬＶ変換部
６０ フラグメントサイズ算出部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】