(57)【要約】【課題】送信装置から一方向伝送路を介して受信したＩＰパケットを、ＦＬＵＴＥのＩＰパケットに変換する。【解決手段】受信装置２のＳＤＰ生成部２３は、ＵＤＰヘッダの宛先ポート番号に基づいてＩＰパケットからダウンロード制御情報を取り出し、ＳＤＰ情報を生成する。ＦＤＴ生成部２４は、ＵＤＰヘッダの宛先ポート番号に基づいてメディアファイルのＩＰパケットを選定し、ダウンロードヘッダのブロック番号及びシーケンス番号に基づいてＩＰパケットからメディアファイルの伝送ファイル属性情報を取り出し、ＦＤＴインスタンスを生成する。ＡＬＣ／ＬＣＴヘッダ生成部２５は、メディアファイルの伝送ファイル属性情報が格納されたＩＰパケット等に基づいてＡＬＣ／ＬＣＴヘッダを生成し、ＦＬＵＴＥのＩＰパケットを生成する。これにより、ＩＰパケットをＦＬＵＴＥのＩＰパケットに変換でき、ファイルを再構成することができる。【選択図】図９
2011101156.tif 000002
【特許請求の範囲】
【請求項１】
ファイルを複数のデータユニットに分割し、前記ファイルに基づいて伝送ファイル属性情報を生成すると共に、前記ファイルをダウンロードするために必要なダウンロード制御情報を複数のデータユニットに分割し、前記ダウンロード制御情報に基づいて伝送ファイル属性情報を生成し、前記ファイル及びダウンロード制御情報の識別子と前記データユニット及び伝送ファイル属性情報を送信する際の番号とを含むダウンロードヘッダを生成し、前記ファイルのデータユニット、前記ファイルの伝送ファイル属性情報、前記ダウンロード制御情報のデータユニットまたは前記ダウンロード制御情報の伝送ファイル属性情報を、前記ダウンロードヘッダと共にパケットに格納して送信する送信装置と、
一方向伝送を介して前記パケットを受信し、ＦＬＵＴＥ（Ｆｉｌｅ  Ｄｅｌｉｖｅｒｙ  ｏｖｅｒ  Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ  Ｔｒａｎｓｐｏｒｔ）の規格に準じた処理を行うクライアント機能により、前記ファイルを復元する受信装置と、を含む伝送システムにおける前記受信装置であって、
前記ダウンロード制御情報のデータユニット及び伝送ファイル属性情報が格納されたパケットに基づいて、前記ファイルがＦＬＵＴＥのパケットとして伝送される場合のセッションに関するＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）情報を生成するＳＤＰ生成部と、
前記ファイルの伝送ファイル属性情報が格納されたパケットに基づいて、前記ファイルがＦＬＵＴＥのパケットとして伝送される場合の属性に関するＦＤＴ（Ｆｉｌｅ  Ｄｅｌｉｖｅｒｙ  Ｔａｂｌｅ）インスタンスを生成するＦＤＴ生成部と、
前記ファイルのデータユニット及び伝送ファイル属性情報が格納されたパケットに基づいて、前記ＦＤＴインスタンスを伝送する場合のＡＬＣ／ＬＣＴヘッダ、及び前記ファイルをエンコーディングシンボルとして伝送する場合のＡＬＣ／ＬＣＴヘッダを生成し、前記ＦＤＴ生成部により生成されたＦＤＴインスタンス及び前記ＦＤＴインスタンスを伝送する場合のＡＬＣ／ＬＣＴヘッダを含むＦＬＵＴＥのパケットを生成し、前記パケットに格納されたファイルのデータユニットを取り出して前記エンコーディングシンボルとして扱い、前記エンコーディングシンボル及び前記エンコーディングシンボルを伝送する場合のＡＬＣ／ＬＣＴヘッダを含むＦＬＵＴＥのパケットを生成するＡＬＣ／ＬＣＴヘッダ生成部と、
前記ＳＤＰ生成部により生成されたＳＤＰ情報を用いて、前記ＡＬＣ／ＬＣＴヘッダ生成部により生成されたＦＬＵＴＥのパケットから、元のファイルを復元するＦＬＵＴＥクライアントと、
を備えたことを特徴とする受信装置。
【請求項２】
請求項１に記載の受信装置において、
前記送信装置により送信されるパケットには、前記ファイル及びダウンロード制御情報の送信において異なる宛先ポート番号が設定されたＵＤＰヘッダが付加され、
前記パケットに付加されたＵＤＰヘッダの宛先ポート番号に基づいて、ファイルのデータユニット及び伝送ファイル属性情報が格納されたパケットと、ダウンロード制御情報のデータユニット及び伝送ファイル属性情報が格納されたパケットとを区別する、ことを特徴とする受信装置。
【請求項３】
請求項１に記載の受信装置において、
前記ＳＤＰ生成部は、前記ダウンロード制御情報から、送信元ＩＰアドレス、宛先ＩＰアドレス、宛先ポート番号、前記ファイルの配信開始時刻及び配信終了時刻を取り出し、前記ＳＤＰ情報の各項目に設定する、ことを特徴とする受信装置。
【請求項４】
請求項１に記載の受信装置において、
前記ＦＤＴ生成部は、前記ファイルの伝送ファイル属性情報から、コンテンツロケーション及びエクスパイア属性を取り出し、前記ＦＤＴインスタンスの各項目に設定する、ことを特徴とする受信装置。
【請求項５】
請求項２に記載の受信装置において、
前記送信装置により送信されるパケットのダウンロードヘッダは、前記ファイル及びダウンロード制御情報の識別子と、前記データユニット及び伝送ファイル属性情報を送信する際に複数のデータユニット及び伝送ファイル属性情報からなるブロックの番号と、ブロック内における送信単位の番号を示すシーケンス番号とにより構成され、
前記ＡＬＣ／ＬＣＴヘッダ生成部は、前記ファイルの伝送ファイル属性情報から伝送ファイル属性情報の最終パケット番号を取り出して、前記ファイルの伝送ファイル属性情報が格納されたパケットのダウンロードヘッダにおけるシーケンス番号及び前記最終パケット番号に基づき、前記ファイルの伝送ファイル属性情報が格納された最終パケットであるか否かを示す情報を生成し、前記ファイルの伝送ファイル属性情報が格納されたパケットのＵＤＰヘッダから宛先ポート番号を取り出し、前記ファイルのデータユニットが格納されたパケットにおける前記データユニット長を算出し、前記ファイルの伝送ファイル属性情報が格納されたパケットのダウンロードヘッダからブロック番号及びシーケンス番号を取り出して、前記ブロック番号及びシーケンス番号に基づき、ＦＬＵＴＥにより規定されたソースブロック番号及びエンコーディングシンボル番号を算出し、前記ＦＤＴインスタンスを伝送する場合のＡＬＣ／ＬＣＴヘッダの各項目に設定し、
前記ファイルの伝送ファイル属性情報からブロック内のパケット数を取り出して、前記ファイルのデータユニットが格納されたパケットのダウンロードヘッダにおけるシーケンス番号及び前記ブロック内のパケット数に基づき、前記ファイルのデータユニットが格納された最終パケットであるか否かを示す情報を生成し、前記ファイルのデータユニットが格納されたパケットのＵＤＰヘッダから宛先ポート番号を取り出し、前記ファイルのデータユニットが格納されたパケットのダウンロードヘッダから識別子を取り出し、前記ファイルのデータユニットが格納されたパケットのダウンロードヘッダからブロック番号及びシーケンス番号を取り出して、前記ブロック番号及びシーケンス番号に基づき、ＦＬＵＴＥにより規定されたソースブロック番号及びエンコーディングシンボル番号を算出し、前記エンコーディングシンボルを伝送する場合のＡＬＣ／ＬＣＴヘッダを生成する、ことを特徴とする受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送信装置から一方向伝送路を介して受信装置へパケットが伝送される伝送システムにおいて、ＦＬＵＴＥ（Ｆｉｌｅ  Ｄｅｌｉｖｅｒｙ  ｏｖｅｒ  Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ  Ｔｒａｎｓｐｏｒｔ）クライアント機能を有する受信装置が、受信したＩＰパケットを、ＦＬＵＴＥの規格に準拠したＩＰパケットに変換するパケットフォーマット変換技術に関する。
【背景技術】
【０００２】
従来、放送伝送路等の一方向伝送路を用いてコンテンツをダウンロードするサービスが知られている。コンテンツダウンロードサービスにおいては、ファイルを分割し複数のパケットに格納して伝送する方式がとられている。このファイル伝送方式では、送信装置が、ＦＥＣ（Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ）と呼ばれる誤り訂正手法によって、ファイルを分割して生成したパケットに基づいて、冗長なパケットを生成し送信する。そして、受信装置が、送信装置から冗長パケットを受信し、欠損したパケットを復元する。これにより、リターンチャネル（受信装置から送信装置への上り回線）を用いることなく、一方向伝送路において一定のファイル伝送品質を維持することができる。
【０００３】
このような一方向伝送路を用いたファイル伝送方式として、ＦＬＵＴＥが知られている（非特許文献１及び特許文献１を参照）。ＦＬＵＴＥは、ファイルをパケット化して伝送する際に、ファイルの属性情報及びファイル本体を、それぞれ一つのオブジェクトとして伝送する規格である。ファイルの属性情報は、ＦＤＴ（Ｆｉｌｅ  Ｄｅｌｉｖｅｒｙ  Ｔａｂｌｅ）インスタンスとして記述され、ファイル本体と同様に一つのオブジェクトとして扱われる。つまり、送信装置は、ファイルの属性情報のＦＬＵＴＥパケットをオブジェクトとして送信し、その後に引き続いて、ファイル本体のＦＬＵＴＥパケットをオブジェクトとして送信する。
【０００４】
このＦＬＵＴＥは、ＤＶＢ−Ｈ  ＩＰデータキャストサービス及び３ＧＰＰ  ＭＢＭＳサービスに用いられている（非特許文献２，３を参照）。したがって、ＦＬＵＴＥの規格に準拠したＩＰパケット（以下、ＦＬＵＴＥのＩＰパケットという。）を処理し、ファイルを再構成するＦＬＵＴＥクライアント機能を有する受信装置は多数存在し、国際的に広く普及しているものと想定される。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】米国特許出願公開第２００４／０１５３４６８号明細書
【非特許文献】
【０００６】
【非特許文献１】IETF RFC3926、“FLUTE - file delivery over unidirectional transport”、Oct.,2004
【非特許文献２】ETSI TS 102 472、“Digital Video Broadcasting (DVB); IP Datacast over DVB-H: Content Delivery Protocols”、2006-12
【非特許文献３】3GPP TS 26.346、“3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Multimedia Broadcast/Multicast Service (MBMS); Protocols and codecs (Release 8)”、2008-09
【発明の概要】
【発明が解決しようとする課題】
【０００７】
一方、放送伝送路等の一方向伝送路を用いたファイル伝送方式のうち、ＦＬＵＴＥ以外の規格に準拠した送信装置も多数存在している。例えば、本出願と同一の出願人によりなされた、本出願時に未公開の特願２００８−３０４３７５号公報には、特に衛星放送等の高速伝送路に適用があり、オーバーヘッドの少ない効率的なファイル伝送方式である高度ＢＳダウンロード方式が提案されている。このようなオーバーヘッドの少ない効率的なファイル伝送方式を用いた送信装置に対し、それに対応可能な受信装置を開発することは可能である。
【０００８】
しかしながら、このような送信装置に対応した新たな受信装置を開発するのではなく、現在多数存在し広く普及している、ＦＬＵＴＥクライアント機能を有する受信装置を用いることができれば、受信機会を増やすことができ、開発コスト及び開発負荷が低減され有用である。
【０００９】
そこで、本発明は以上の課題を鑑みてなされたものであり、その目的は、ＦＬＵＴＥパケットからファイルを再構成するＦＬＵＴＥクライアント機能を有する受信装置において、送信装置から一方向伝送路を介して受信したＩＰパケットを、ＦＬＵＴＥのＩＰパケットに変換可能な受信装置を提供することにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するために、本発明による受信装置は、ファイルを複数のデータユニットに分割し、前記ファイルに基づいて伝送ファイル属性情報を生成すると共に、前記ファイルをダウンロードするために必要なダウンロード制御情報を複数のデータユニットに分割し、前記ダウンロード制御情報に基づいて伝送ファイル属性情報を生成し、前記ファイル及びダウンロード制御情報の識別子と前記データユニット及び伝送ファイル属性情報を送信する際の番号とを含むダウンロードヘッダを生成し、前記ファイルのデータユニット、前記ファイルの伝送ファイル属性情報、前記ダウンロード制御情報のデータユニットまたは前記ダウンロード制御情報の伝送ファイル属性情報を、前記ダウンロードヘッダと共にパケットに格納して送信する送信装置と、一方向伝送を介して前記パケットを受信し、ＦＬＵＴＥ（Ｆｉｌｅ  Ｄｅｌｉｖｅｒｙ  ｏｖｅｒ  Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ  Ｔｒａｎｓｐｏｒｔ）の規格に準じた処理を行うクライアント機能により、前記ファイルを復元する受信装置と、を含む伝送システムにおける前記受信装置であって、前記ダウンロード制御情報のデータユニット及び伝送ファイル属性情報が格納されたパケットに基づいて、前記ファイルがＦＬＵＴＥのパケットとして伝送される場合のセッションに関するＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）情報を生成するＳＤＰ生成部と、前記ファイルの伝送ファイル属性情報が格納されたパケットに基づいて、前記ファイルがＦＬＵＴＥのパケットとして伝送される場合の属性に関するＦＤＴ（Ｆｉｌｅ  Ｄｅｌｉｖｅｒｙ  Ｔａｂｌｅ）インスタンスを生成するＦＤＴ生成部と、前記ファイルのデータユニット及び伝送ファイル属性情報が格納されたパケットに基づいて、前記ＦＤＴインスタンスを伝送する場合のＡＬＣ／ＬＣＴヘッダ、及び前記ファイルをエンコーディングシンボルとして伝送する場合のＡＬＣ／ＬＣＴヘッダを生成し、前記ＦＤＴ生成部により生成されたＦＤＴインスタンス及び前記ＦＤＴインスタンスを伝送する場合のＡＬＣ／ＬＣＴヘッダを含むＦＬＵＴＥのパケットを生成し、前記パケットに格納されたファイルのデータユニットを取り出して前記エンコーディングシンボルとして扱い、前記エンコーディングシンボル及び前記エンコーディングシンボルを伝送する場合のＡＬＣ／ＬＣＴヘッダを含むＦＬＵＴＥのパケットを生成するＡＬＣ／ＬＣＴヘッダ生成部と、前記ＳＤＰ生成部により生成されたＳＤＰ情報を用いて、前記ＡＬＣ／ＬＣＴヘッダ生成部により生成されたＦＬＵＴＥのパケットから、元のファイルを復元するＦＬＵＴＥクライアントと、を備えたことを特徴とする。
【００１１】
また、本発明による受信装置は、前記送信装置により送信されるパケットには、前記ファイル及びダウンロード制御情報の送信において異なる宛先ポート番号が設定されたＵＤＰヘッダが付加され、前記パケットに付加されたＵＤＰヘッダの宛先ポート番号に基づいて、ファイルのデータユニット及び伝送ファイル属性情報が格納されたパケットと、ダウンロード制御情報のデータユニット及び伝送ファイル属性情報が格納されたパケットとを区別する、ことを特徴とする。
【００１２】
また、本発明による受信装置は、前記ＳＤＰ生成部が、前記ダウンロード制御情報から、送信元ＩＰアドレス、宛先ＩＰアドレス、宛先ポート番号、前記ファイルの配信開始時刻及び配信終了時刻を取り出し、前記ＳＤＰ情報の各項目に設定する、ことを特徴とする。
【００１３】
また、本発明による受信装置は、前記ＦＤＴ生成部が、前記ファイルの伝送ファイル属性情報から、コンテンツロケーション及びエクスパイア属性を取り出し、前記ＦＤＴインスタンスの各項目に設定する、ことを特徴とする。
【００１４】
また、本発明による受信装置は、前記送信装置により送信されるパケットのダウンロードヘッダが、前記ファイル及びダウンロード制御情報の識別子と、前記データユニット及び伝送ファイル属性情報を送信する際に複数のデータユニット及び伝送ファイル属性情報からなるブロックの番号と、ブロック内における送信単位の番号を示すシーケンス番号とにより構成され、前記ＡＬＣ／ＬＣＴヘッダ生成部が、前記ファイルの伝送ファイル属性情報から伝送ファイル属性情報の最終パケット番号を取り出して、前記ファイルの伝送ファイル属性情報が格納されたパケットのダウンロードヘッダにおけるシーケンス番号及び前記最終パケット番号に基づき、前記ファイルの伝送ファイル属性情報が格納された最終パケットであるか否かを示す情報を生成し、前記ファイルの伝送ファイル属性情報が格納されたパケットのＵＤＰヘッダから宛先ポート番号を取り出し、前記ファイルのデータユニットが格納されたパケットにおける前記データユニット長を算出し、前記ファイルの伝送ファイル属性情報が格納されたパケットのダウンロードヘッダからブロック番号及びシーケンス番号を取り出して、前記ブロック番号及びシーケンス番号に基づき、ＦＬＵＴＥにより規定されたソースブロック番号及びエンコーディングシンボル番号を算出し、前記ＦＤＴインスタンスを伝送する場合のＡＬＣ／ＬＣＴヘッダの各項目に設定し、前記ファイルの伝送ファイル属性情報からブロック内のパケット数を取り出して、前記ファイルのデータユニットが格納されたパケットのダウンロードヘッダにおけるシーケンス番号及び前記ブロック内のパケット数に基づき、前記ファイルのデータユニットが格納された最終パケットであるか否かを示す情報を生成し、前記ファイルのデータユニットが格納されたパケットのＵＤＰヘッダから宛先ポート番号を取り出し、前記ファイルのデータユニットが格納されたパケットのダウンロードヘッダから識別子を取り出し、前記ファイルのデータユニットが格納されたパケットのダウンロードヘッダからブロック番号及びシーケンス番号を取り出して、前記ブロック番号及びシーケンス番号に基づき、ＦＬＵＴＥにより規定されたソースブロック番号及びエンコーディングシンボル番号を算出し、前記エンコーディングシンボルを伝送する場合のＡＬＣ／ＬＣＴヘッダを生成する、ことを特徴とする。
【発明の効果】
【００１５】
以上のように、本発明の受信装置によれば、送信装置から一方向伝送路を介して受信したＩＰパケットを、ＦＬＵＴＥのＩＰパケットに変換し、ファイルを再構成することができる。したがって、オーバーヘッドの少ない効率的なファイル伝送方式を用いた送信装置に対し、それに対応した新たな受信装置を開発することなく、現在多数存在し広く普及している、ＦＬＵＴＥクライアント機能を有する受信装置を用いてファイルを再構成することができる。つまり、開発コスト及び開発負荷を低減することができる。また、高度ＢＳダウンロード方式にて送信装置から送信されたコンテンツを、ＤＶＢ−Ｈ、３ＧＰＰ、ＩＳＤＢ−Ｔｍｍ等の方式に対応した受信装置において受信することが可能となる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施形態による受信装置を含む伝送システムの概略構成を示す図である。
【図２】送信装置の構成を示すブロック図である。
【図３】ダウンロード制御情報の構成を示す図である。
【図４】ＩＰパケット化部の構成を示すブロック図である。
【図５】ＩＰパケット化部の処理を説明する図である。
【図６】伝送ファイル属性情報の構成を示す図である。
【図７】ダウンロードヘッダの構成を示す図である。
【図８】ＴＬＶ（Ｔｙｐｅ−Ｌｅｎｇｔｈ−Ｖａｌｕｅ）パケットとして伝送されるダウンロード制御情報及びメディアファイルを概念的に示した図である。
【図９】本発明の実施形態による受信装置の構成を示すブロック図である。
【図１０】ＦＬＵＴＥのＩＰパケットへの変換手順を示すフローチャートである。
【図１１】ＦＤＴインスタンスを伝送するＦＬＵＴＥのＩＰパケットの構成を示す図である。
【図１２】エンコーディングシンボルを伝送するＦＬＵＴＥのＩＰパケットの構成を示す図である。
【図１３】ＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）情報の項目及び記述方法を説明する図である。
【図１４】ＦＤＴインスタンスの項目及び記述方法を説明する図である。
【図１５】ＦＤＴインスタンスを伝送する場合のＡＬＣ／ＬＣＴヘッダの項目及び記述方法を説明する図である。
【図１６】図１５の続きである。
【図１７】エンコーディングシンボルを伝送する場合のＡＬＣ／ＬＣＴヘッダの項目及び記述方法を説明する図である。
【発明を実施するための形態】
【００１７】
以下、本発明を実施するための最良の形態について、図面を参照して説明する。
〔伝送システム〕
まず、本発明の実施形態による受信装置を含む伝送システムについて説明する。図１は、伝送システムの概略構成を示す図である。この伝送システムは、例えば、高度ＢＳダウンロード方式によるファイルのダウンロードサービスを実現するシステムであり、送信装置１及び受信装置２により構成される。送信装置１及び受信装置２は一方向伝送路３により接続される。
【００１８】
送信装置１は、メディアファイル、コンテンツファイル、メタデータファイル、ファイルパッケージ等のファイル及びダウンロード制御情報（ファイルをダウンロードするために必要な制御情報）を送信する際に、伝送ファイル属性情報及びデータユニットをＩＰパケットに格納し、ＩＰパケットをＴＬＶパケットにカプセル化し、一方向伝送路３を介して受信装置２へ送信する装置である。受信装置２は、ＦＬＵＴＥクライアント機能を有しており、送信装置１により送信されたＴＬＶパケットを、一方向伝送路３を介して受信し、ＴＬＶパケットをＩＰパケットにデカプセル化し、ＩＰパケットをＦＬＵＴＥのＩＰパケットに変換し、元のファイルを再構成する装置である。
【００１９】
〔送信装置〕
次に、図１に示した送信装置１について詳細に説明する。図２は、送信装置１の構成を示すブロック図である。この送信装置１は、ＩＰパケット化部１１，１２、ＩＰ／ＵＤＰヘッダ圧縮部１３及びＴＬＶパケット化部１４を備えており、ダウンロード制御情報及びメディアファイルを伝送する際に、ダウンロード制御情報及びメディアファイルからデータユニット及び伝送ファイル属性情報をそれぞれ生成し、ダウンロードヘッダを付加してＩＰパケットを生成し、ＩＰパケットをＴＬＶパケットにカプセル化し、受信装置２へ送信する。尚、本発明の実施形態において、送信装置１はＴＬＶパケットを送信するが、ＩＰパケットを送信するようにしてもよい。以下、メディアファイルを送信装置１から受信装置２へ送信する例について説明する。
【００２０】
ＩＰパケット化部１１は、ダウンロード制御情報を入力し、データユニット及び伝送ファイル属性情報を生成し、データユニット及び伝送ファイル属性情報にダウンロードヘッダをそれぞれ付加し、ＩＰパケットを生成してＩＰ／ＵＤＰヘッダ圧縮部１３に出力する。ここで、ＩＰパケット化部１１がＩＰ／ＵＤＰヘッダ圧縮部１３へ出力するＩＰパケットには、ダウンロード制御情報のデータユニットが格納されたＩＰパケットと、ダウンロード制御情報の伝送ファイル属性情報が格納されたＩＰパケットとの２種類がある。
【００２１】
図３は、ダウンロード制御情報の構成を示す図である。ダウンロード制御情報は、１つのコンテンツであるメディアファイルに対応した情報であり、メディアファイルを送信装置１から受信装置２へダウンロードするために必要な制御情報である。ダウンロード制御情報は、「コンテンツ所在情報」「送信元ＩＰアドレス、宛先ＩＰアドレス、宛先ポート番号」「配信開始時刻及び配信終了時刻」「コンテンツＩＤ」「ライセンスＩＤ」「ＥＣＧメタデータの所在情報」「再生制御情報所在情報」「購入属性メタデータの所在情報」「ライセンス所在情報」等により構成される。
【００２２】
図２に戻って、ＩＰパケット化部１２は、メディアファイルを入力し、ＩＰパケット化部１１と同様に、データユニット及び伝送ファイル属性情報を生成し、ダウンロードヘッダをそれぞれ付加し、ＩＰパケットを生成してＩＰ／ＵＤＰヘッダ圧縮部１３に出力する。ここで、ＩＰパケット化部１２がＩＰ／ＵＤＰヘッダ圧縮部１３へ出力するＩＰパケットには、メディアファイルのデータユニットが格納されたＩＰパケットと、メディアファイルの伝送ファイル属性情報が格納されたＩＰパケットとの２種類がある。
【００２３】
図４は、ＩＰパケット化部１１，１２の構成を示すブロック図である。図５は、ＩＰパケット化部１１，１２の処理を説明する図である。このＩＰパケット化部１１，１２は、データユニット生成部３１、属性情報生成部３２、ダウンロードヘッダ付加部３３及びＩＰパケット生成部３４を備えている。
【００２４】
データユニット生成部３１は、ダウンロード制御情報またはメディアファイルを入力し、予め設定された一定長単位のサイズのデータユニットに分割し、複数のデータユニットを生成する。そして、データユニット生成部３１は、生成した複数のデータユニットに基づいてパリティユニットを生成し、データユニット及びパリティユニットからなるブロックを生成し、ブロック毎のデータユニット及びパリティユニットをデータユニット＃１〜＃Ｎ（データユニット及びパリティユニットを総称してデータユニットという。）としてダウンロードヘッダ付加部３３に出力する（ステップＳ５０１）。データユニットのサイズは自由に設定することができ、例えば、１３４４バイト、４０３２バイトとする。
【００２５】
属性情報生成部３２は、ダウンロード制御情報またはメディアファイルを入力し、ダウンロード制御情報またはメディアファイルに基づいて、ダウンロード制御情報またはメディアファイルの識別情報及び大きさ等を含む伝送ファイル属性情報を生成し、ダウンロードヘッダ付加部３３に出力する（ステップＳ５０２）。この場合、属性情報生成部３２は、生成した伝送ファイル属性情報のサイズが、データユニット生成部３１により生成されるデータユニットのサイズ（一定長単位のサイズ）よりも大きいときに、生成した伝送ファイル属性情報を、データユニットと同じサイズに分割する。
【００２６】
図６は、伝送ファイル属性情報の構成を示す図である。伝送ファイル属性情報は、「ダウンロードヘッダにおけるブロック番号（Ｂｌｏｃｋ  Ｎｕｍｂｅｒ）フィールドのビット数」「ブロック内のパケット数」「伝送ファイル属性情報パケットの最終シーケンス番号」「ＦＥＣ方式を特定するための識別子」「コンテンツロケーション（Ｃｏｎｔｅｎｔ−Ｌｏｃａｔｉｏｎ）（ＵＲＩ／ファイル本体の名前）」「ファイル長（Ｆｉｌｅ  Ｌｅｎｇｔｈ）」「コンテンツタイプ（Ｃｏｎｔｅｎｔ  Ｔｙｐｅ）」「ファイルを伝送する最終ブロック番号及び最終ブロックの最終シーケンス番号」「格納先のディレクトリ構成」「コンテンツエンコーディング（Ｃｏｎｔｅｎｔ  Ｅｎｃｏｄｉｎｇ）」「伝送長（Ｔｒａｎｓｆｅｒ  Ｌｅｎｇｔｈ）」「コンテンツＭＤ５（Ｃｏｎｔｅｎｔ  ＭＤ５）」「エクスパイア（Ｅｘｐｉｒｅｓ）属性」から構成される。図６の説明において、ダウンロード制御情報及びメディアファイルをファイルという。
【００２７】
属性情報生成部３２は、一方向伝送路３の種類及び特性に応じて予め設定されたビット長を、「ダウンロードヘッダにおけるブロック番号（Ｂｌｏｃｋ  Ｎｕｍｂｅｒ）フィールドのビット数」に設定する。このブロック番号フィールドのビット数及びブロック番号の詳細については後述する。また、属性情報生成部３２は、予め設定された、ブロック内のパケット数を、「ブロック内のパケット数」に設定する。「ブロック内のパケット数」とは、ファイルから分離されたデータユニットとデータユニットから生成されたパリティユニットとの集合体であるブロックにおいて、そのブロック内で送信され得るパケットの数である。
【００２８】
また、属性情報生成部３２は、生成した伝送ファイル属性情報を分割した場合、分割した伝送ファイル属性情報の数である伝送ファイル属性情報の最終パケットの番号を「伝送ファイル属性情報パケットの最終シーケンス番号」に設定する。尚、伝送ファイル属性情報のサイズがデータユニットのサイズ以下の場合は、「属性情報パケットの最終シーケンス番号」は０となる。
【００２９】
また、属性情報生成部３２は、ファイルのサイズを「ファイル長（Ｆｉｌｅ  Ｌｅｎｇｔｈ）」に設定し、ファイルのコンテンツタイプを「コンテンツタイプ（Ｃｏｎｔｅｎｔ  Ｔｙｐｅ）」に設定する。また、属性情報生成部３２は、データユニット生成部３１により生成されるデータユニット及びパリティユニットの数、予め設定されたデータユニットのサイズ等に基づいて、ブロックの数及びシーケンスの数を算出し、これらを「ファイルを伝送する最終ブロック番号及び最終ブロックの最終シーケンス番号」に設定する。
【００３０】
また、属性情報生成部３２は、ファイルを符号化して伝送する場合、その方式を「コンテンツエンコーディング（Ｃｏｎｔｅｎｔ  Ｅｎｃｏｄｉｎｇ）」に設定し、符号化して伝送する場合に元のファイルの長さと伝送時のファイルの長さが異なるため、伝送時のファイルの長さ「伝送長（Ｔｒａｎｓｆｅｒ  Ｌｅｎｇｔｈ）」を設定する。また、受信装置２がファイルを正しく受信できたか否かをチェックするためのチェックサム「コンテンツＭＤ５（Ｃｏｎｔｅｎｔ  ＭＤ５）」を設定する。さらに、「ＦＥＣ方式を特定するための識別子」「コンテンツロケーション（Ｃｏｎｔｅｎｔ−Ｌｏｃａｔｉｏｎ）（ＵＲＩ／ファイル本体の名前）」「格納先のディレクトリ構成」「エクスパイア（Ｅｘｐｉｒｅｓ）属性」も設定する。
【００３１】
図４及び図５に戻って、ダウンロードヘッダ付加部３３は、データユニット生成部３１からデータユニット＃１〜＃Ｎを入力し、属性情報生成部３２から伝送ファイル属性情報を入力し、データユニット＃１〜＃Ｎ及び伝送ファイル属性情報に対し、ダウンロードヘッダを付加する（ステップＳ５０３）。
【００３２】
図７は、ダウンロードヘッダの構成を示す図である。ダウンロードヘッダは、３つのフィールドからなる６４ビットのヘッダであり、「トランスポートファイル識別子（ＴＦＩＤ：Ｔｒａｎｓｐｏｒｔ  Ｆｉｌｅ  ＩＤ）」「ブロック番号（Ｂｌｏｃｋ  Ｎｕｍｂｅｒ）」「シーケンス番号（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）」から構成される。「ＴＦＩＤ」フィールドに割り当てられるビット数（フィールド幅）は３２である。「ブロック番号」及び「シーケンス番号」フィールドに割り当てられるビット数は合計３２であるが、それぞれ可変長であり、一方向伝送路３の種類及び特性に応じて、または、伝送されるダウンロード制御情報またはメディアファイルに応じて予め設定される。また、同じダウンロード制御情報またはメディアファイルを伝送中は、これらのフィールド幅は変更されず、固定値が用いられる。この「ブロック番号」フィールドに割り当てられるビット数は、属性情報生成部３２により、図６に示した伝送ファイル属性情報の「ダウンロードヘッダにおけるブロック番号（Ｂｌｏｃｋ  Ｎｕｍｂｅｒ）フィールドのビット数」に設定される。例えば、「ブロック番号」フィールドのビット数を０とすることにより、３２ビットの全てを「シーケンス番号」フィールドとして用いることができる。
【００３３】
「ＴＦＩＤ」は、伝送するダウンロード制御情報またはメディアファイルを一意に識別するためのラベルの役割を果たす。したがって、ダウンロードヘッダ付加部３３は、同一のダウンロード制御情報に対して同一の「ＴＦＩＤ」を設定し、同一のメディアファイルに対して同一の「ＴＦＩＤ」を設定する。
【００３４】
「ブロック番号」は、伝送するダウンロード制御情報またはメディアファイルにおけるデータユニットをまとめた単位であるブロックの番号を示す。また、「シーケンス番号」は、ブロック内のデータユニット＃１〜＃Ｎの番号、及び伝送ファイル属性情報（分割した場合はそれぞれの伝送ファイル属性情報）の番号を示す。例えば、最初の伝送ファイル属性情報に対してはブロック番号＝０，シーケンス番号＝０が設定され、次の伝送ファイル属性情報が存在する場合、ブロック番号＝０，シーケンス番号＝１が設定され、最終の伝送ファイル属性情報までシーケンス番号がインクリメントされて設定される。また、伝送ファイル属性情報に続くデータユニットには、最終の伝送ファイル属性情報に対して設定されたシーケンス番号に引き続くシーケンス番号が設定される。
【００３５】
具体的に説明すると、属性情報生成部３２により１つの伝送ファイル属性情報が生成された場合、ダウンロードヘッダ付加部３３は、最初のブロック（ブロック番号＝０）において、伝送ファイル属性情報に対しブロック番号＝０，シーケンス番号＝０を設定する。そして、ダウンロードヘッダ付加部３３は、最初のブロックの先頭のデータユニットに対しブロック番号＝０，シーケンス番号＝１を設定し、その次のデータユニットに対しブロック番号＝０，シーケンス番号＝２を設定する。シーケンス番号は、データユニットの数に応じて１ずつ増加する。そして、ダウンロードヘッダ付加部３３は、次のブロック（ブロック番号＝１）においても、最初のブロックにおける伝送ファイル属性情報と同一の伝送ファイル属性情報に対しブロック番号＝０，シーケンス番号＝０を設定する。そして、ダウンロードヘッダ付加部３３は、そのブロック（ブロック番号＝１）の先頭のデータユニットに対しブロック番号＝１，シーケンス番号＝１を設定し、その次のデータユニットに対しブロック番号＝１，シーケンス番号＝２を設定する。
【００３６】
このように、ダウンロードヘッダ付加部３３は、伝送ファイル属性情報及びデータユニットに対し、ＴＦＩＤ、ブロック番号及びシーケンス番号からなるダウンロードヘッダを付加する。この場合、ダウンロードヘッダ付加部３３は、データユニット生成部３１により生成された複数のブロックに対して同一の伝送ファイル属性情報を割り付け、一つのブロックに対応する伝送ファイル属性情報のうちの最初の伝送ファイル属性情報に対し、ブロック番号＝０，シーケンス番号＝０を統一して設定するようにした。これにより、受信端末２は、受信したパケットについて、ダウンロードヘッダにおけるブロック番号及びシーケンス番号の両フィールドを連結した３２ビットのデータが０ｘ００００００００であるか否かを判定し、０ｘ００００００００であると判定した場合、ブロック番号フィールドのビット数及びシーケンス番号フィールドのビット数の設定に関わらず、このようなダウンロードヘッダを持つパケットが、伝送ファイル属性情報を含むパケット（最初の伝送ファイル属性情報を含むパケット）であることを認識することができる。
【００３７】
図４及び図５に戻って、ＩＰパケット生成部３４は、ダウンロードヘッダ付加部３３によりダウンロードヘッダが付加されたデータユニット及び伝送ファイル属性情報にＩＰヘッダ及びＵＤＰヘッダを付加してＩＰパケットを生成し、ＩＰ／ＵＤＰヘッダ圧縮部１３に出力する（ステップＳ５０４）。ここで、ＩＰパケット生成部３４は、ダウンロード制御情報を格納するＩＰパケット及びメディアファイルを格納するＩＰパケットに対し、異なる宛先ポート番号のＵＤＰヘッダを付加する。
【００３８】
図２に戻って、ＩＰ／ＵＤＰヘッダ圧縮部１３は、ＩＰパケット化部１１からダウンロード制御情報のデータユニットが格納されたＩＰパケット及びダウンロード制御情報の伝送ファイル属性情報が格納されたＩＰパケットを入力し、ＩＰパケット化部１２からメディアファイルのデータユニットが格納されたＩＰパケット及びメディアファイルの伝送ファイル属性情報が格納されたＩＰパケットを入力する。そして、ＩＰ／ＵＤＰヘッダ圧縮部１３は、ＩＰパケットに付加されたＩＰヘッダ及びＵＤＰヘッダを圧縮して圧縮ヘッダを生成し、ＩＰヘッダ及びＵＤＰヘッダの代わりに圧縮ヘッダを付加したＩＰパケットを生成し、ＴＬＶパケット化部１４に出力する。
【００３９】
ＴＬＶパケット化部１４は、ＩＰ／ＵＤＰヘッダ圧縮部１３からＩＰパケットを入力し、ＩＰパケットをＴＬＶパケットにカプセル化してＴＬＶパケットを生成し、一方向伝送路３を介して受信装置２へ送信する。
【００４０】
尚、ＴＬＶパケット化部１４は、ＩＰパケット化部１１及びＩＰパケット化部１２からＩＰパケットを直接入力し、圧縮されていないＩＰヘッダ及びＵＤＰヘッダが付加されたＩＰパケットをカプセル化し、ＴＬＶパケットを受信装置２へ送信するようにしてもよい。
【００４１】
図８は、ＴＬＶパケットとして伝送されるダウンロード制御情報及びメディアファイルを概念的に示した図である。送信装置１から受信装置２へ送信されるＴＬＶパケットには、ダウンロード制御情報のパケットとメディアファイルのパケットとの２種類があり、具体的には、ダウンロード制御情報のデータユニットが格納されたＴＬＶパケット及びダウンロード制御情報の伝送ファイル属性情報が格納されたＴＬＶパケットと、メディアファイルのデータユニットが格納されたＴＬＶパケット及びメディアファイルの伝送ファイル属性情報が格納されたＴＬＶパケットとがある。図８に示すように、例えば、ダウンロード制御情報のＴＬＶパケットにおける宛先ポート番号は５００００であり、メディアファイルのＴＬＶパケットの宛先ポート番号は５０００１であり、ＩＰパケット化部１１，１２のＩＰパケット生成部３４によって異なる番号に設定される。これにより、受信装置２は、ＵＤＰヘッダの宛先ポート番号に基づいて、ダウンロード制御情報とメディアファイルとを区別することができる。尚、送信元ポート番号は任意の番号が設定される。
【００４２】
このように、送信装置１は、ダウンロード制御情報及びメディアファイルを伝送する際に、ダウンロード制御情報及びメディアファイルからデータユニット及び伝送ファイル属性情報をそれぞれ生成し、ダウンロードヘッダを付加してＩＰパケットを生成し、ＴＬＶパケットを生成して受信装置２へ送信するようにした。このファイル伝送方式は、放送固有の伝送に特化することで、オーバーヘッドの少ない効率的な処理が可能であるから、特に、衛星放送のような高速伝送路に利用することができる。
【００４３】
〔受信装置〕
次に、図１に示した本発明の実施形態による受信装置２について詳細に説明する。図９は、受信装置２の構成を示すブロック図である。この受信装置２は、ＴＬＶデパケット化部２１、ＩＰ／ＵＤＰヘッダ復元部２２、ＳＤＰ生成部２３、ＦＤＴ生成部２４、ＡＬＣ／ＬＣＴヘッダ生成部２５及びＦＬＵＴＥクライアント２６を備えている。受信装置２は、送信装置１から一方向伝送路３を介して、ダウンロード制御情報のＴＬＶパケット及びメディアファイルのＴＬＶパケットを受信し、ＴＬＶパケットをＩＰパケットにデカプセル化し、ＩＰパケットをＦＬＵＴＥのＩＰパケットに変換し、元のメディアファイルを再構成する。これにより、送信装置１におけるメディアファイルを復元することができる。
【００４４】
ＴＬＶデパケット化部２１は、送信装置１から一方向伝送路３を介してＴＬＶパケットを受信し、ＴＬＶコンテナ形式のＴＬＶパケットをＩＰパケットにデカプセル化し、圧縮ヘッダが付加されたＩＰパケットを生成し、ＩＰ／ＵＤＰヘッダ復元部２２に出力する。
【００４５】
ＩＰ／ＵＤＰヘッダ復元部２２は、ＴＬＶデパケット化部２１から圧縮ヘッダが付加されたＩＰパケットを入力し、圧縮ヘッダからＩＰヘッダ及びＵＤＰヘッダを復元し、ＩＰヘッダ及びＵＤＰヘッダを付加したＩＰパケットを生成し、ＳＤＰ生成部２３、ＦＤＴ生成部２４及びＡＬＣ／ＬＣＴヘッダ生成部２５に出力する。
【００４６】
尚、送信装置１から送信されたＴＬＶパケットのＩＰヘッダ及びＵＤＰヘッダが圧縮されていない場合、ＴＬＶデパケット化部２１は、受信したＴＬＶパケットをデカプセル化し、ＩＰヘッダ及びＵＤＰヘッダが付加されたＩＰパケットを生成し、ＳＤＰ生成部２３、ＦＤＴ生成部２４及びＡＬＣ／ＬＣＴヘッダ生成部２５に直接出力する。また、送信装置１からＴＬＶパケットではなく、圧縮ヘッダが付加されたＩＰパケットが直接送信された場合、ＩＰ／ＵＤＰヘッダ復元部２２は、送信装置１からＩＰパケットを直接受信し、圧縮ヘッダからＩＰヘッダ及びＵＤＰヘッダを復元し、ＩＰヘッダ及びＵＤＰヘッダを付加したＩＰパケットをＳＤＰ生成部２３、ＦＤＴ生成部２４及びＡＬＣ／ＬＣＴヘッダ生成部２５に出力する。
【００４７】
ここで、ＩＰ／ＵＤＰヘッダ復元部２２からＳＤＰ生成部２３、ＦＤＴ生成部２４及びＡＬＣ／ＬＣＴヘッダ生成部２５に出力されるＩＰパケットは、ＩＰヘッダ、ＵＤＰヘッダ及びダウンロードヘッダに加え、ペイロードに以下のデータが格納された４種類のパケットである。
（１）ダウンロード制御情報のデータユニット
（２）ダウンロード制御情報の伝送ファイル属性情報
（３）メディアファイルのデータユニット
（４）メディアファイルの伝送ファイル属性情報
【００４８】
ＳＤＰ生成部２３は、ＩＰ／ＵＤＰヘッダ復元部２２からＩＰパケットを入力し、ＩＰパケットのＵＤＰヘッダに格納された宛先ポート番号が５００００であるか５０００１であるかを判定し、ダウンロード制御情報が格納されたＩＰパケット及びメディアファイルが格納されたＩＰパケットを区別して選定し、ダウンロード制御情報等に基づいてＳＤＰ情報を生成し、ＳＤＰ情報のＩＰパケットをＦＬＵＴＥクライアント２６に出力する。ここで、図８に示したように、ＵＤＰヘッダの宛先ポート番号が５００００の場合、ＩＰパケットにはダウンロード制御情報が格納されており、５０００１の場合、ＩＰパケットにはメディアファイルが格納されている。ＳＤＰ情報は、メディアファイルがどのようなＩＰパケットで伝送されるかを示す情報であり、メディアファイルがＦＬＵＴＥのＩＰパケットに格納されて伝送される場合のセッションに関する情報である。ＳＤＰ情報は、ＦＬＵＴＥクライアント２６がファイルを再構成する処理を行うために、前もって必要な情報である。ＳＤＰ情報の詳細については後述する。
【００４９】
ＦＤＴ生成部２４は、ＩＰ／ＵＤＰヘッダ復元部２２からＩＰパケットを入力し、ＩＰパケットのＵＤＰヘッダに格納された宛先ポート番号に基づいて、ダウンロード制御情報が格納されたＩＰパケット及びメディアファイルが格納されたＩＰパケットを区別して選定し、メディアファイルの伝送ファイル属性情報等に基づいてＦＤＴインスタンスを生成し、ＡＬＣ／ＬＣＴヘッダ生成部２５に出力する。ＦＤＴインスタンスは、メディアファイル本体の属性情報であり、ＦＤＴインスタンスを伝送するＦＬＵＴＥのＩＰパケットにおいてペイロードに格納される。ＦＤＴインスタンスの詳細については後述する。尚、ＦＬＵＴＥのＩＰパケットには、メディアファイル本体の属性情報であるＦＤＴインスタンスを伝送するパケット、及び、メディアファイル本体であるエンコーディングシンボルを伝送するパケットの２種類がある。詳細については後述する。
【００５０】
ＡＬＣ／ＬＣＴヘッダ生成部２５は、ＩＰ／ＵＤＰヘッダ復元部２２からＩＰパケットを入力し、ＦＤＴ生成部２４からＦＤＴインスタンスを入力し、ＩＰパケットのＵＤＰヘッダに格納された宛先ポート番号に基づいて、ダウンロード制御情報が格納されたＩＰパケット及びメディアファイルが格納されたＩＰパケットを区別して選定し、ＵＤＰヘッダ等に基づいて、ＦＤＴインスタンスを伝送する場合のＡＬＣ／ＬＣＴヘッダ及びエンコーディングシンボルを伝送する場合のＡＬＣ／ＬＣＴヘッダを生成する。また、ＩＰパケットに格納されたメディアファイルのデータユニットをエンコーディングシンボルとして扱う。そして、ＡＬＣ／ＬＣＴヘッダ生成部２５は、メディアファイル本体の属性情報であるＦＤＴインスタンスを伝送する場合のＡＬＣ／ＬＣＴヘッダ及びＦＤＴインスタンスを含むＦＬＵＴＥのＩＰパケットを生成し、ＦＬＵＴＥクライアント２６に出力する。また、ＡＬＣ／ＬＣＴヘッダ生成部２５は、メディアファイル本体であるエンコーディングシンボルを伝送する場合のＡＬＣ／ＬＣＴヘッダ及びエンコーディングシンボルを含むＦＬＵＴＥのＩＰパケットを生成し、ＦＬＵＴＥクライアント２６に出力する。
【００５１】
ＦＬＵＴＥの規定では、送信側において、ファイルはソースシンボルに分割され、ＦＥＣによりパリティシンボルが生成され、ソースシンボル及びパリティシンボルがエンコーディングシンボルとしてパケットに格納される。また、エンコーディングシンボルをファイルに復元するためのＦＤＴインスタンスがパケットに格納される。エンコーディングシンボル及びＦＤＴインスタンスは、両者とも同様のオブジェクトとして受信側へ伝送される。また、各オブジェクトを伝送するパケットには、ＡＬＣ／ＬＣＴヘッダが付加される。このように、ＦＬＵＴＥのＩＰパケットには、ＦＤＴインスタンスを伝送する場合のＡＬＣ／ＬＣＴヘッダ及びＦＤＴインスタンスを含むパケットと、エンコーディングシンボルを伝送する場合のＡＬＣ／ＬＣＴヘッダ及びエンコーディングシンボルを含むパケットとの２種類がある。
【００５２】
図１１は、ＦＤＴインスタンスを伝送するＦＬＵＴＥのＩＰパケットの構成を示す図である。図１１に示すように、このＦＬＵＴＥのＩＰパケットは、ＩＰヘッダ、ＵＤＰヘッダ、ＡＬＣ／ＬＣＴヘッダ及びＦＤＴインスタンス（ＦＤＴ  Ｉｎｓｔａｎｃｅ）により構成される。ＡＬＣ／ＬＣＴヘッダは、デフォルトＬＣＴヘッダ（Ｄｅｆａｕｌｔ  ＬＣＴ  Ｈｅａｄｅｒ）に加え、ＬＣＴヘッダエクステンション（ＬＣＴ  Ｈｅａｄｅｒ  Ｅｘｔｅｎｓｉｏｎ）のうちのＥＸＴ＿ＦＤＴ及びＥＸＴ＿ＦＴＩ、並びにＦＥＣペイロード（Ｐａｙｌｏａｄ）ＩＤが必要であり、Ｖ、Ｃ、・・・、エンコーディングシンボルＩＤ（Ｅｎｃｏｄｉｎｇ  Ｓｙｍｂｏｌ  ＩＤ）の各項目により構成される。ＡＬＣ／ＬＣＴヘッダの各項目の詳細については後述する。
【００５３】
図１２は、エンコーディングシンボルを伝送するＦＬＵＴＥのＩＰパケットの構成を示す図である。図１２に示すように、このＦＬＵＴＥのＩＰパケットは、ＩＰヘッダ、ＵＤＰヘッダ、ＡＬＣ／ＬＣＴヘッダ及びエンコーディングシンボル（Ｅｎｃｏｄｉｎｇ  Ｓｙｍｂｏｌ）により構成される。ＡＬＣ／ＬＣＴヘッダは、デフォルトＬＣＴヘッダ（Ｄｅｆａｕｌｔ  ＬＣＴ  Ｈｅａｄｅｒ）及びＦＥＣペイロード（Ｐａｙｌｏａｄ）ＩＤが必要であり、Ｖ、Ｃ、・・・、エンコーディングシンボルＩＤ（Ｅｎｃｏｄｉｎｇ  Ｓｙｍｂｏｌ  ＩＤ）の各項目により構成される。ＡＬＣ／ＬＣＴヘッダの各項目の詳細については後述する。
【００５４】
図９に戻って、ＦＬＵＴＥクライアント２６は、ＳＤＰ生成部２３からＳＤＰ情報のＩＰパケットを入力し、ＳＤＰ情報に基づいてＦＬＵＴＥクライアントを起動し、ＡＬＣ／ＬＣＴヘッダ生成部２５からＦＤＴインスタンスを含むＦＬＵＴＥのＩＰパケット及びエンコーディングシンボルを含むＦＬＵＴＥのＩＰパケットを入力し、ＦＬＵＴＥのＩＰパケットのＦＤＴインスタンス及びエンコーディングシンボルに基づいて、ファイルを再構成する。
【００５５】
図１０は、ＩＰ／ＵＤＰヘッダ復元部２２により出力されたＩＰパケットからＦＬＵＴＥのＩＰパケットへの変換手順を示すフローチャートである。この変換処理は、ＳＤＰ生成部２３、ＦＤＴ生成部２４、ＡＬＣ／ＬＣＴヘッダ生成部２５及びＦＬＵＴＥクライアント２６によって行われる。
【００５６】
ＦＬＵＴＥクライアント２６は、前述の非特許文献１に規定されたＦＬＵＴＥのＩＰパケットを入力し、ファイルを再構成する処理部である。ＦＬＵＴＥクライアント２６は、このファイル再構成処理にあたり、ファイルがどのようなＩＰパケットで伝送されるかを示すＳＤＰ情報が必要となる。そこで、最初に、ＳＤＰ生成部２３がＳＤＰ情報を生成する。
【００５７】
まず、ＳＤＰ生成部２３は、ＩＰ／ＵＤＰヘッダ復元部２２からＩＰパケットを入力し、ＩＰパケットのＵＤＰヘッダに格納された宛先ポート番号に基づいて、ダウンロード制御情報が格納されたＩＰパケットを選定し、ダウンロードヘッダのブロック番号及びシーケンス番号に基づいて、ダウンロード制御情報のデータユニットが格納されたＩＰパケット及びダウンロード制御情報の伝送ファイル属性情報が格納されたＩＰパケットをそれぞれ選定し、データユニット及び伝送ファイル属性情報からダウンロード制御情報を生成する。そして、ＳＤＰ生成部２３は、ダウンロード制御情報及び予め設定された情報に基づいてＳＤＰ情報を生成し、ＳＤＰ情報のＩＰパケットをＦＬＵＴＥクライアント２６に出力する（ステップＳ１００１）。尚、前述したとおり、ダウンロードヘッダのブロック番号及びシーケンス番号がいずれも０の場合は、ＩＰパケットには伝送ファイル属性情報が格納されており、伝送ファイル属性情報が分割された場合には、伝送ファイル属性情報の「伝送ファイル属性情報パケットの最終シーケンス番号」が示すシーケンス番号までのＩＰパケットに、伝送ファイル属性情報が格納されている。それ以降のＩＰパケットにはデータユニットが格納されている。
【００５８】
このように、ＳＤＰ生成部２３がダウンロード制御情報等からＳＤＰ情報を生成することにより、ＳＤＰ情報のみに対応する受信装置２においても、ＦＬＵＴＥクライアント２６は、ファイルの再構成を開始することができる。
【００５９】
（ＳＤＰ情報）
図１３は、ＳＤＰ情報の項目及び記述方法（ＳＤＰ生成部２３による設定方法）を説明する図である。ＳＤＰ情報は、「送信元ＩＰアドレス」「セッションに用いるチャンネル数」「チャンネル毎の宛先ＩＰアドレス及び宛先ポート番号」「セッション識別子（Ｔｒａｎｓｐｏｒｔ  Ｓｅｓｓｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ）」「セッションの開始時刻及び終了時刻」「プロトコルＩＤ」から構成される。
【００６０】
「送信元ＩＰアドレス」は、送信されるメディアファイルの送信元ＩＰアドレスであり、この項目には、ダウンロード制御情報から送信元ＩＰアドレス（図３を参照）が取り出されて設定される。「セッションに用いるチャンネル数」の項目には、ダウンロード制御情報にかかわらず、１が設定される。「チャンネル毎の宛先ＩＰアドレス及び宛先ポート番号」の項目には、ダウンロード制御情報から宛先ＩＰアドレス及び宛先ポート番号（図３を参照）が取り出されて設定される。「セッション識別子（Ｔｒａｎｓｐｏｒｔ  Ｓｅｓｓｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ）」は、メディアファイルを伝送するＩＰパケットの宛先ポート番号であり、この項目には、ダウンロード制御情報から宛先ポート番号が取り出されて設定される。「セッションの開始時刻及び終了時刻」の項目には、ダウンロード制御情報から配信開始時刻及び配信終了時刻が取り出されて設定される。「プロトコルＩＤ」の項目には、ダウンロード制御情報にかかわらず、ＦＬＵＴＥ／ＵＤＰが設定される。尚、ＳＤＰ情報の詳細については、非特許文献「IETF RFC2327、“SDP: Session Description Protocol”、April,1998」を参照されたい。
【００６１】
図１０に戻って、次に、ＦＬＵＴＥクライアント２６は、ＳＤＰ生成部２３からＳＤＰ情報を入力し、ＦＬＵＬＥクライアントを起動する（ステップＳ１００２）。これにより、ＦＬＵＴＥクライアント２６は、ＳＤＰ情報によって、メディアファイルが格納されたＦＬＵＴＥのＩＰパケットを取得することができる。つまり、送信装置１は、ＳＤＰ情報を送信する代わりに、ダウンロード制御情報を送信し、受信装置２は、受信したダウンロード制御情報を解釈し、ダウンロード制御情報に基づいてＳＤＰ情報を仮想的に生成する。これにより、ＦＬＵＴＥクライアント２６は、メディアファイルが格納されたＦＬＵＴＥのＩＰパケットを取得することができ、ファイルの再構成を開始することができる。
【００６２】
ＦＬＵＴＥでは、メディアファイルがソースシンボルに分割され、ＦＥＣによりパリティシンボルが生成され、ソースシンボル及びパリティシンボルがエンコーディングシンボルとしてパケットに格納される。一方、エンコーディングシンボルをメディアファイルに復元するために必要なＦＤＴインスタンスがメディアファイルと同様のオブジェクトとして伝送される。図１１及び図１２に示したように、各オブジェクトを伝送するパケットは、ＡＬＣ／ＬＣＴヘッダを備える。
【００６３】
そこで、ＡＬＣ／ＬＣＴヘッダ生成部２５において、データユニット及び伝送ファイル属性情報が格納されたＩＰパケットを、ＦＬＵＴＥクライアント２６が処理可能なＦＬＵＴＥのＩＰパケットに変換するために、ＦＬＵＴＥのＩＰパケットを構成するＦＤＴインスタンス、エンコーディングシンボル、ＦＤＴインスタンスを伝送する場合のＡＬＣ／ＬＣＴヘッダ、及びエンコーディングシンボルを伝送する場合のＡＬＣ／ＬＣＴヘッダを生成する必要がある。ここで、エンコーディングシンボルは、ＩＰパケットに格納されたメディアファイルのデータユニットがそのまま用いられるから、このエンコーディングシンボルを除き、以下の処理が必要となる。
（ａ）伝送ファイル属性情報等からＦＤＴインスタンスを生成する。
（ｂ）ダウンロードヘッダ及び伝送ファイル属性情報等から、ＦＤＴインスタンスを伝送する場合のＡＬＣ／ＬＣＴヘッダを生成する。
（ｃ）ダウンロードヘッダ等から、エンコーディングシンボルを伝送する場合のＡＬＣ／ＬＣＴヘッダを生成する。
【００６４】
ＦＤＴ生成部２４は、ＩＰ／ＵＤＰヘッダ復元部２２からＩＰパケットを入力し、ＩＰパケットのＵＤＰヘッダに格納された宛先ポート番号に基づいて、メディアファイルが格納されたＩＰパケットを選定し、ダウンロードヘッダのブロック番号及びシーケンス番号に基づいて、メディアファイルの伝送ファイル属性情報が格納されたＩＰパケットを選定する。そして、ＦＤＴ生成部２４は、メディアファイルの伝送ファイル属性情報及び予め設定された情報に基づいてＦＤＴインスタンスを生成し、ＦＤＴインスタンスをＡＬＣ／ＬＣＴヘッダ生成部２５に出力する（ステップＳ１００３）。
【００６５】
このように、ＦＤＴ生成部２４がメディアファイルの伝送ファイル属性情報等からＦＤＴインスタンスを生成することにより、ＡＬＣ／ＬＣＴヘッダ生成部２５において、ＦＤＴインスタンスを伝送するＦＬＵＴＥのＩＰパケットを生成することができる。
【００６６】
（ＦＤＴインスタンス）
図１４は、ＦＤＴインスタンスの項目（属性）及び記述方法（ＦＤＴ生成部２４による設定方法）を説明する図である。ＦＤＴインスタンスは、「コンテンツロケーション（Ｃｏｎｔｅｎｔ−Ｌｏｃａｔｉｏｎ）」「ＴＯＩ（Ｔｒａｎｓｐｏｒｔ  Ｏｂｊｅｃｔ  Ｉｄｅｎｔｉｆｉｅｒ）」「エクスパイア（Ｅｘｐｉｒｅｓ）」から構成される。
【００６７】
「コンテンツロケーション（Ｃｏｎｔｅｎｔ−Ｌｏｃａｔｉｏｎ）」の項目には、メディアファイルの伝送ファイル属性情報からコンテンツロケーション（Ｃｏｎｔｅｎｔ−Ｌｏｃａｔｉｏｎ）（ＵＲＩ／ファイル本体の名前）（図６を参照）が取り出されて設定される。「ＴＯＩ（Ｔｒａｎｓｐｏｒｔ  Ｏｂｊｅｃｔ  Ｉｄｅｎｔｉｆｉｅｒ）」の項目には、メディアファイルの伝送ファイル属性情報にかかわらず、０が設定される。「エクスパイア（Ｅｘｐｉｒｅｓ）」の項目には、メディアファイルの伝送ファイル属性情報からエクスパイア（Ｅｘｐｉｒｅｓ）属性（図６を参照）が取り出されて設定される。
【００６８】
図１０に戻って、次に、ＡＬＣ／ＬＣＴヘッダ生成部２５は、ＩＰ／ＵＤＰヘッダ復元部２２からＩＰパケットを入力し、ＦＤＴ生成部２４からＦＤＴインスタンスを入力し、ＩＰパケットのＵＤＰヘッダに格納された宛先ポート番号に基づいて、ダウンロード制御情報が格納されたＩＰパケット及びメディアファイルが格納されたＩＰパケットを区別して選定する。そして、ＡＬＣ／ＬＣＴヘッダ生成部２５は、ＦＤＴインスタンスを伝送する場合のＡＬＣ／ＬＣＴヘッダを生成し、エンコーディングシンボルを伝送する場合のＡＬＣ／ＬＣＴヘッダを生成する（ステップＳ１００４）。
【００６９】
（ＦＤＴインスタンスを伝送する場合のＡＬＣ／ＬＣＴヘッダ）
図１５及び図１６は、ＦＤＴインスタンスを伝送する場合のＡＬＣ／ＬＣＴヘッダの項目（フィールド名）、サイズ（ビット長）、項目の概要及び記述方法（ＡＬＣ／ＬＣＴヘッダ生成部２５による設定方法）を説明する図である。ＦＤＴインスタンスを伝送する場合のＡＬＣ／ＬＣＴヘッダは、図１１に示したように、デフォルトＬＣＴヘッダ（Ｄｅｆａｕｌｔ  ＬＣＴ  Ｈｅａｄｅｒ）に加え、ＬＣＴヘッダエクステンション（ＬＣＴ  Ｈｅａｄｅｒ  Ｅｘｔｅｎｓｉｏｎ）のうちのＥＸＴ＿ＦＤＴ及びＥＸＴ＿ＦＴＩ、並びにＦＥＣペイロード（Ｐａｙｌｏａｄ）ＩＤが必要であり、「Ｖ」「Ｃ」「Ｒ」「Ｓ」「Ｏ」「Ｈ」「Ｔ」「Ｒ」「Ａ」「Ｂ」「ＨＤＲ長（ＨＤＲ＿ＬＥＮ）」「コードポイント（Ｃｏｄｅ＿Ｐｏｉｎｔ）」「ＣＣＩ」「ＴＳＩ」「ＴＯＩ」「ＳＣＴ」「ＥＲＴ」「Ｖ」「ＦＤＴインスタンス（Ｉｎｓｔａｎｃｅ）ＩＤ」「ＨＥＬ」「伝送長（Ｔｒａｎｓｆｅｒ  Ｌｅｎｇｔｈ）」「ＦＥＣインスタンス（Ｉｎｓｔａｎｃｅ）ＩＤ」「エンコーディングシンボル長（Ｅｎｃｏｄｉｎｇ  Ｓｙｍｂｏｌ  Ｌｅｎｇｔｈ）」「最大ソースブロック番号（Ｍａｘｉｍｕｍ  Ｓｏｕｒｃｅ  Ｂｌｏｃｋ  Ｌｅｎｇｔｈ）」「ソースブロック番号（Ｓｏｕｒｃｅ  Ｂｌｏｃｋ  Ｎｕｍｂｅｒ）」「エンコーディングシンボル番号（Ｅｎｃｏｄｉｎｇ  Ｓｙｍｂｏｌ  Ｎｕｍｂｅｒ）」から構成される。
【００７０】
図１５を参照して、「Ｖ」の項目には、バージョン番号である１が設定される。「Ｃ」の項目には、ＣＣＩフィールド長である０が設定される。「Ｒ」は予約（Ｒｅｓｅｒｖｅｄ）フィールドであり、その項目には０が設定される。「Ｓ」の項目には、ＴＳＩフィールド長である１が設定される。「Ｏ」の項目には、ＴＯＩフィールド長である１が設定される。「Ｈ」の項目には、ＴＳＩ／ＴＯＩフィールド長である０が設定される。「Ｔ」の項目には、ＳＣＴフィールドの有無のうち０（無）が設定される。「Ｒ」の項目には、ＥＲＴフィールドの有無のうち０（無）が設定される。
【００７１】
「Ａ」の項目には、クローズセッションフラグ（Ｃｌｏｓｅ  Ｓｅｓｓｉｏｎ  Ｆｌａｇ）として０が設定される。「Ｂ」の項目には、クローズオブジェクトフラグ（Ｃｌｏｓｅ  Ｏｂｊｅｃｔ  Ｆｌａｇ）として、メディアファイルの伝送ファイル属性情報が格納されたＩＰパケットについて、伝送ファイル属性情報が格納された最終のＩＰパケットに対応して１が設定され、それ以外のＩＰパケットに対応して０が設定される。具体的には、伝送ファイル属性情報が格納されたＩＰパケットのダウンロードヘッダのシーケンス番号（図７を参照）が、伝送ファイル属性情報に含まれる「伝送ファイル属性情報パケットの最終シーケンス番号」（図６を参照）と同一の場合に、１が設定される。図７において説明したとおり、送信装置１において、最初の伝送ファイル属性情報に対してはダウンロードヘッダのブロック番号＝０，シーケンス番号＝０が設定され、次の伝送ファイル属性情報が存在する場合、ブロック番号＝０，シーケンス番号＝１が設定され、最終の伝送ファイル属性情報までシーケンス番号が設定され、伝送ファイル属性情報に続くデータユニットには、最終の伝送ファイル属性情報に対して設定されたシーケンス番号に引き続くシーケンス番号が設定されるからである。
【００７２】
「ＨＤＲ長（ＨＤＲ＿ＬＥＮ）」の項目には、デフォルトＬＣＴヘッダ（Ｄｅｆａｕｌｔ  ＬＣＴ  Ｈｅａｄｅｒ）、ＥＸＴ＿ＦＤＴ及びＥＸＴ＿ＦＴＩ長である９（９×３２ビットを意味する）が設定される。「コードポイント（Ｃｏｄｅ＿Ｐｏｉｎｔ）」の項目には、ＦＥＣによるパリティシンボルの生成を行わないこと（Ｃｏｍｐａｃｔ  Ｎｏ  ｃｏｄｅ＿ＦＥＣ）を示すＦＥＣエンコーディング（Ｅｎｃｏｄｉｎｇ）ＩＤとして０が設定される。「ＣＣＩ」の項目には、コンジェスション制御情報（Ｃｏｎｇｅｓｔｉｏｎ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）として、輻輳制御を行わないことを示す０が設定される。「ＴＳＩ」の項目には、トランスポートセッション（Ｔｒａｎｓｐｏｒｔ  Ｓｅｓｓｉｏｎ）ＩＤとして、メディアファイルの伝送ファイル属性情報が格納されたＩＰパケットに付加されたＵＤＰヘッダから宛先ポート番号が取り出されて設定される。「ＴＯＩ」の項目には、トランスポートオブジェクト（Ｔｒａｎｓｐｏｒｔ  Ｏｂｊｅｃｔ）ＩＤとして、０が設定される。「ＳＣＴ」「ＥＲＴ」は使用されない。
【００７３】
図１６を参照して、「Ｖ」の項目には、バージョン番号である１が設定される。「ＦＤＴインスタンス（Ｉｎｓｔａｎｃｅ）ＩＤ」はＦＤＴインスタンスの番号であり、この項目には、０で始まりＦＤＴインスタンス毎（ＦＤＴインスタンスが格納されたＦＬＵＴＥのＩＰパケット毎）に１ずつインクリメントした値が設定される。「ＨＥＬ」はヘッダエクステンション長（Ｈｅａｄｅｒ  Ｅｘｔｅｎｓｉｏｎ  Ｌｅｎｇｔｈ）であり、この項目には４が設定される。「伝送長（Ｔｒａｎｓｆｅｒ  Ｌｅｎｇｔｈ）」はファイル長であり、この項目にはＦＤＴインスタンスの長さが設定される。「ＦＥＣインスタンス（Ｉｎｓｔａｎｃｅ）ＩＤ」の項目には、ＦＥＣエンコーディング（Ｅｎｃｏｄｉｎｇ）ＩＤ＝０のときに０が設定される。
【００７４】
「エンコーディングシンボル長（Ｅｎｃｏｄｉｎｇ  Ｓｙｍｂｏｌ  Ｌｅｎｇｔｈ）」は、エンコーディングシンボルの長さであるデータユニット長であり、この項目には、メディアファイルのデータユニットが格納されたＩＰパケットからデータユニットの長さが算出されて設定される。「最大ソースブロック番号（Ｍａｘｉｍｕｍ  Ｓｏｕｒｃｅ  Ｂｌｏｃｋ  Ｌｅｎｇｔｈ）」は、ソースブロックにおけるソースシンボル数であり、この項目には、メディアファイルの伝送ファイル属性情報からブロック内のパケット数（図６を参照）が取り出されて設定される。
【００７５】
「ソースブロック番号（Ｓｏｕｒｃｅ  Ｂｌｏｃｋ  Ｎｕｍｂｅｒ）」は、ＦＥＣエンコーディング（Ｅｎｃｏｄｉｎｇ）ＩＤが０のとき１６ビット長の番号であり、メディアファイルの伝送ファイル属性情報が格納されたＩＰパケットのダウンロードヘッダからブロック番号及びシーケンス番号が取り出され、これらの番号に基づいて算出される。「エンコーディングシンボル番号（Ｅｎｃｏｄｉｎｇ  Ｓｙｍｂｏｌ  Ｎｕｍｂｅｒ）」は、ＦＥＣエンコーディング（Ｅｎｃｏｄｉｎｇ）ＩＤが０のとき１６ビット長の番号であり、メディアファイルの伝送ファイル属性情報が格納されたＩＰパケットのダウンロードヘッダからブロック番号及びシーケンス番号が取り出され、これらの番号に基づいて算出される。
【００７６】
図７に示したように、送信装置１において、ＩＰパケットに付加されるダウンロードヘッダのブロック番号及びシーケンス番号のフィールドに割り当てられるビット数は合計３２であるが、それぞれ可変長である。これに対し、ＦＬＵＴＥでは、ソースブロック番号がダウンロードヘッダのブロック番号に対応し、エンコーディングシンボル番号がダウンロードヘッダのシーケンス番号に対応し、ＦＥＣエンコーディング（Ｅｎｃｏｄｉｎｇ）ＩＤが０のとき、それぞれ固定長の１６ビットである。ＡＬＣ／ＬＣＴヘッダ生成部２５は、ＢＮをブロック番号、ＳＮをシーケンス番号、ｘをブロック番号のビット長とし、Ａ＝ＢＮ×２ｘ＋ＳＮとした場合、以下の式により、ソースブロック番号（ＳＢＮ）及びエンコーディングシンボル番号（ＥＳＮ）を算出する。
ＳＢＮ＝ＩＮＴ（Ａ／２１６）
ＥＳＮ＝Ａ−ＳＢＮ
【００７７】
（エンコーディングシンボルを伝送する場合のＡＬＣ／ＬＣＴヘッダ）
図１７は、エンコーディングシンボルを伝送する場合のＡＬＣ／ＬＣＴヘッダの項目（フィールド名）、サイズ（ビット長）、項目の概要及び記述方法（ＡＬＣ／ＬＣＴヘッダ生成部２５による設定方法）を説明する図である。エンコーディングシンボルを伝送する場合のＡＬＣ／ＬＣＴヘッダは、図１２に示したように、デフォルトＬＣＴヘッダ（Ｄｅｆａｕｌｔ  ＬＣＴ  Ｈｅａｄｅｒ）及びＦＥＣペイロード（Ｐａｙｌｏａｄ）ＩＤが必要であり、「Ｖ」「Ｃ」「Ｒ」「Ｓ」「Ｏ」「Ｈ」「Ｔ」「Ｒ」「Ａ」「Ｂ」「ＨＤＲ長（ＨＤＲ＿ＬＥＮ）」「コードポイント（Ｃｏｄｅ＿Ｐｏｉｎｔ）」「ＣＣＩ」「ＴＳＩ」「ＴＯＩ」「ＳＣＴ」「ＥＲＴ」「ソースブロック番号（Ｓｏｕｒｃｅ  Ｂｌｏｃｋ  Ｎｕｍｂｅｒ）」「エンコーディングシンボル番号（Ｅｎｃｏｄｉｎｇ  Ｓｙｍｂｏｌ  Ｎｕｍｂｅｒ）」から構成される。
【００７８】
「Ｖ」「Ｃ」「Ｒ」「Ｓ」「Ｏ」「Ｈ」「Ｔ」「Ｒ」「コードポイント（Ｃｏｄｅ＿Ｐｏｉｎｔ）」「ＣＣＩ」「ＳＣＴ」「ＥＲＴ」は、図１５に示したものと同様であるので、説明を省略する。「Ａ」の項目には、クローズセッションフラグ（Ｃｌｏｓｅ  Ｓｅｓｓｉｏｎ  Ｆｌａｇ）として、メディアファイルのデータユニットが格納されたＩＰパケットについて、最終ブロックの最終シーケンス番号を持つＩＰパケットに対応して１が設定され、それ以外のＩＰパケットに対応して０が設定される。具体的には、メディアファイルが格納されたＩＰパケットのダウンロードヘッダのブロック番号及びシーケンス番号（図７を参照）が、伝送ファイル属性情報に含まれる「ファイルを伝送する最終ブロック番号及び最終ブロックの最終シーケンス番号」（図６を参照）と同一の場合に、１が設定される。「Ｂ」の項目には、「Ａ」の項目と同様に、クローズオブジェクトフラグ（Ｃｌｏｓｅ  Ｏｂｊｅｃｔ  Ｆｌａｇ）として、メディアファイルのデータユニットが格納されたＩＰパケットについて、最終ブロックの最終シーケンス番号を持つＩＰパケットに対して１が設定され、それ以外のＩＰパケットに対して０が設定される。「ＨＤＲ長（ＨＤＲ＿ＬＥＮ）」の項目には、ＬＣＴヘッダ長である４が設定される。「ＴＳＩ」の項目には、トランスポートセッション（Ｔｒａｎｓｐｏｒｔ  Ｓｅｓｓｉｏｎ）ＩＤとして、メディアファイルのデータユニットが格納されたＩＰパケットに付加されたＵＤＰヘッダから宛先ポート番号が取り出されて設定される。「ＴＯＩ」の項目には、トランスポートオブジェクト（Ｔｒａｎｓｐｏｒｔ  Ｏｂｊｅｃｔ）ＩＤとして、メディアファイルのデータユニットが格納されたＩＰパケットのダウンロードヘッダからトランスポートファイルＩＤ（Ｔｒａｎｓｐｏｒｔ  Ｆｉｌｅ  ＩＤ）（図７を参照）が取り出されて設定される。
【００７９】
「ソースブロック番号（Ｓｏｕｒｃｅ  Ｂｌｏｃｋ  Ｎｕｍｂｅｒ）」は、ＦＥＣエンコーディング（Ｅｎｃｏｄｉｎｇ）ＩＤが０のとき１６ビット長の番号であり、メディアファイルのデータユニットが格納されたＩＰパケットのダウンロードヘッダからブロック番号及びシーケンス番号が取り出され、これらの番号に基づいて算出される。「エンコーディングシンボル番号（Ｅｎｃｏｄｉｎｇ  Ｓｙｍｂｏｌ  Ｎｕｍｂｅｒ）」は、ＦＥＣエンコーディング（Ｅｎｃｏｄｉｎｇ）ＩＤが０のとき１６ビット長の番号であり、メディアファイルのデータユニットが格納されたＩＰパケットのダウンロードヘッダからブロック番号及びシーケンス番号が取り出され、これらの番号に基づいて算出される。算出手法については、図１６にて説明したものと同様である。
【００８０】
図１０に戻って、ＡＬＣ／ＬＣＴヘッダ生成部２５は、ＦＤＴインスタンスを生成し（ステップＳ１００３）、ＦＤＴインスタンスを伝送する場合のＡＬＣ／ＬＣＴヘッダ及びエンコーディングシンボルを伝送する場合のＡＬＣ／ＬＣＴヘッダを生成（ステップＳ１００４）した後に、ＦＬＵＴＥのＩＰパケットを生成する（ステップＳ１００５）。具体的には、ＡＬＣ／ＬＣＴヘッダ生成部２５は、ＦＤＴインスタンスを伝送する場合のＡＬＣ／ＬＣＴヘッダ及びＦＤＴインスタンスを含むＦＬＵＴＥのＩＰパケットを生成し、ＦＬＵＴＥクライアント２６に出力する。また、ＩＰパケットに格納されたメディアファイルのデータユニットをエンコーディングシンボルとして扱い、エンコーディングシンボルを伝送する場合のＡＬＣ／ＬＣＴヘッダ及びエンコーディングシンボルを含むＦＬＵＴＥのＩＰパケットを生成し、ＦＬＵＴＥクライアント２６に出力する。
【００８１】
ＦＬＵＴＥクライアント２６は、ＡＬＣ／ＬＣＴヘッダ生成部２５からＦＤＴインスタンスを含むＦＬＵＴＥのＩＰパケット及びエンコーディングシンボルを含むＦＬＵＴＥのＩＰパケットを入力し、ＦＬＵＴＥのＩＰパケットのＦＤＴインスタンス及びエンコーディングシンボルに基づいて、ファイルを再構成する。これにより、送信装置１におけるメディアファイルを復元することができる（ステップＳ１００６）。
【００８２】
以上のように、本発明の実施形態による受信装置２によれば、送信装置１から一方向伝送路３を介して送信されたダウンロード制御情報及びメディアファイルを、伝送ファイル属性情報及びデータユニットを含むＩＰパケットとして受信し、ＳＤＰ生成部２３、ＦＤＴ生成部２４及びＡＬＣ／ＬＣＴヘッダ生成部２５において、ＩＰパケットをＦＬＵＴＥのＩＰパケットに変換し、ＦＬＵＴＥクライアント２６において、元のメディアファイルを再構成するようにした。
【００８３】
具体的には、ＳＤＰ生成部２３は、ＩＰパケットのＵＤＰヘッダに格納された宛先ポート番号に基づいて、ダウンロード制御情報が格納されたＩＰパケット及びメディアファイルが格納されたＩＰパケットを区別し、ＩＰパケットからダウンロード制御情報を取り出し、ダウンロード制御情報等に基づいてＳＤＰ情報を生成するようにした。また、ＦＤＴ生成部２４は、前述と同様にＵＤＰヘッダの宛先ポート番号に基づいて、メディアファイルが格納されたＩＰパケットを選定し、ダウンロードヘッダのブロック番号及びシーケンス番号に基づいて、メディアファイルの伝送ファイル属性情報が格納されたＩＰパケットを選定し、メディアファイルの伝送ファイル属性情報等に基づいて、ＦＤＴインスタンスを生成するようにした。また、ＡＬＣ／ＬＣＴヘッダ生成部２５は、メディアファイルのダウンロードヘッダ及びメディアファイルの伝送ファイル属性情報等から、ＦＤＴインスタンスを伝送する場合のＡＬＣ／ＬＣＴヘッダを生成し、メディアファイルのダウンロードヘッダ等から、エンコーディングシンボルを伝送する場合のＡＬＣ／ＬＣＴヘッダを生成するようにした。そして、ＡＬＣ／ＬＣＴヘッダ生成部２５は、ＦＤＴインスタンスを伝送する場合のＡＬＣ／ＬＣＴヘッダ及びＦＤＴインスタンスを含むＦＬＵＴＥのＩＰパケットを生成し、ＩＰパケットに格納されたメディアファイルのデータユニットをエンコーディングシンボルとして扱い、エンコーディングシンボルを伝送する場合のＡＬＣ／ＬＣＴヘッダ及びエンコーディングシンボルを含むＦＬＵＴＥのＩＰパケットを生成するようにした。これにより、受信装置２は、送信装置１から一方向伝送路３を介して受信したＩＰパケットを、ＦＬＵＴＥのＩＰパケットに変換することができる。
【００８４】
そして、ＦＬＵＴＥクライアント２６は、ＦＬＵＴＥのＩＰパケットに基づいて、元のメディアファイルを再構成する。これにより、ＦＬＵＴＥクライアント機能を有する受信装置２は、送信装置１におけるメディアファイルを復元することができる。したがって、オーバーヘッドの少ない効率的なファイル伝送方式を用いた送信装置１に対し、それに対応した新たな受信手段を開発することなく、現在多数存在し広く普及している、ＦＬＵＴＥクライアント機能を有する受信装置を用いることができる。つまり、受信装置２の開発コスト及び開発負荷を低減することができる。また、高度ＢＳダウンロード方式にて送信装置１から送信されたコンテンツを、ＤＶＢ−Ｈ、３ＧＰＰ、ＩＳＤＢ−Ｔｍｍ等の方式に対応した受信装置２において受信することが可能となる。
【符号の説明】
【００８５】
１  送信装置
２  受信装置
３  一方向伝送路
１１，１２  ＩＰパケット化部
１３  ＩＰ／ＵＤＰヘッダ圧縮部
１４  ＴＬＶパケット化部
２１  ＴＬＶデパケット化部
２２  ＩＰ／ＵＤＰヘッダ復元部
２３  ＳＤＰ生成部
２４  ＦＤＴ生成部
２５  ＡＬＣ／ＬＣＴヘッダ生成部
２６  ＦＬＵＴＥクライアント
３１  データユニット生成部
３２  属性情報生成部
３３  ダウンロードヘッダ付加部
３４  ＩＰパケット生成部
【図１】
2011101156.tif 000003
【図２】
2011101156.tif 000004
【図３】
2011101156.tif 000005
【図４】
2011101156.tif 000006
【図５】
2011101156.tif 000007
【図６】
2011101156.tif 000008
【図７】
2011101156.tif 000009
【図８】
2011101156.tif 000010
【図９】
2011101156.tif 000011
【図１０】
2011101156.tif 000012
【図１１】
2011101156.tif 000013
【図１２】
2011101156.tif 000014
【図１３】
2011101156.tif 000015
【図１４】
2011101156.tif 000016
【図１５】
2011101156.tif 000017
【図１６】
2011101156.tif 000018
【図１７】
2011101156.tif 000019