(57)【要約】【課題】ファイルをパケット化して一方向伝送路を介して伝送する際に、受信端末において、ファイルの属性情報を伝送するパケットを廃棄する必要がなく、ファイルの属性情報を確実に取得する。【解決手段】送信端末１は、受信端末２においてファイルを復元するために必要な属性情報を、フルヘッダパケットとして送信する。送信制御部１８は、属性情報のフルヘッダパケット及び複数のユニットの圧縮ヘッダパケットをこの順番にブロック毎に送信し、最終ブロックにおける複数のユニットの圧縮ヘッダパケットを送信した後に、ＣＩＤレコード削除パケットを送信する。受信端末２は、属性情報のフルヘッダパケットを受信すると、新たなＣＩＤレコードを生成すると共に、この属性情報のフルヘッダパケットから属性情報のＩＰパケットを生成し、属性情報を取得する。この属性情報を用いてファイルに復元する。【選択図】図２
2010141536.tif 000002
【特許請求の範囲】
【請求項１】
ファイルの属性情報、及びファイル本体が分割された複数のユニットを同じＩＰデータフローとして伝送する際に、前記ＩＰデータフローに対するヘッダ情報を、前記ＩＰデータフローを特定するためのコンテクスト識別子（ＣＩＤ）に置き換えてヘッダ圧縮し、前記ＣＩＤを含む圧縮ヘッダパケットを送信する送信端末において、
前記ＣＩＤ及びヘッダ情報を含むＣＩＤレコードから構成されたＣＩＤテーブルと、
前記ＩＰデータフローに対するヘッダ情報に基づいてＣＩＤを決定し、前記ＣＩＤ及びヘッダ情報を含むＣＩＤレコードを生成して前記ＣＩＤテーブルに保存し、前記ＣＩＤ及びヘッダ情報を含む属性情報のフルヘッダパケットを生成すると共に、前記ＣＩＤテーブルからＣＩＤを読み出し、前記ＣＩＤを含むユニットの圧縮ヘッダパケットを生成するフルヘッダパケット・圧縮ヘッダパケット生成部と、
前記フルヘッダパケット・圧縮ヘッダパケット生成部により生成された属性情報のフルヘッダパケットを送信し、その後に、前記ユニットの圧縮ヘッダパケットを送信する送信制御部と、を備えたことを特徴とする送信端末。
【請求項２】
請求項１に記載の送信端末において、
前記フルヘッダパケット・圧縮ヘッダパケット生成部は、さらに、前記ＣＩＤテーブルからＣＩＤを読み出し、前記ＣＩＤを含む属性情報の圧縮ヘッダパケットを生成し、
前記送信制御部は、前記フルヘッダパケット・圧縮ヘッダパケット生成部により生成された属性情報のフルヘッダパケット及びユニットの圧縮ヘッダパケットをこの順序で送信し、その後に、前記属性情報の圧縮ヘッダパケット及びユニットの圧縮ヘッダパケットをこの順序で送信する、ことを特徴とする送信端末。
【請求項３】
ファイルの属性情報、及びファイル本体が分割された複数のユニットを同じＩＰデータフローとして伝送する際に、前記ＩＰデータフローに対するヘッダ情報を、前記ＩＰデータフローを特定するためのコンテクスト識別子（ＣＩＤ）に置き換えてヘッダ圧縮し、前記ＣＩＤを含む圧縮ヘッダパケットを送信する送信端末において、
前記ＣＩＤ及びヘッダ情報を含むＣＩＤレコードから構成されたＣＩＤテーブルと、
前記ＩＰデータフローに対するヘッダ情報に基づいてＣＩＤを決定し、前記ＣＩＤ及びヘッダ情報を含むＣＩＤレコードを生成して前記ＣＩＤテーブルに保存し、前記ＣＩＤテーブルからＣＩＤを読み出し、前記ＣＩＤを含むユニットの圧縮ヘッダパケット、及び前記ＣＩＤを含む属性情報の圧縮ヘッダパケットを生成する圧縮ヘッダパケット生成部と、
前記ＣＩＤ及びヘッダ情報を含むＣＩＤレコードを、前記圧縮ヘッダパケットを受信する側に備えたＣＩＤテーブルに書き込むためのＣＩＤレコード更新パケットを生成する制御パケット生成部と、
前記制御パケット生成部により生成されたＣＩＤレコード更新パケットを送信し、その後に、前記圧縮ヘッダパケット生成部により生成された属性情報の圧縮ヘッダパケットを送信し、その後に、前記ユニットの圧縮ヘッダパケットを送信する送信制御部と、を備えたことを特徴とする送信端末。
【請求項４】
ファイルの属性情報、及びファイル本体が分割された複数のユニットが同じＩＰデータフローとして伝送される伝送システムの下で、前記ＩＰデータフローに対するヘッダ情報が前記ＩＰデータフローを特定するためのコンテクスト識別子（ＣＩＤ）に置き換えられヘッダ圧縮されて伝送され、前記ヘッダ圧縮された圧縮ヘッダパケットを受信する受信端末において、
前記ＣＩＤ及びヘッダ情報を含むＣＩＤレコードから構成されたＣＩＤテーブルと、
前記ＣＩＤ及びヘッダ情報を含む属性情報のフルヘッダパケット及び前記ＣＩＤを含むユニットの圧縮ヘッダパケットを受信し、受信したパケットを区別する受信制御部と、
前記受信制御部により区別された属性情報のフルヘッダパケットについて、前記属性情報のフルヘッダパケットにおけるＣＩＤ及びヘッダ情報を含むＣＩＤレコードを、前記ＣＩＤテーブルに書き込み、前記属性情報のフルヘッダパケットからＩＰデータフローを構成する属性情報のパケットを生成するフルヘッダパケット処理部と、
前記受信制御部により区別されたユニットの圧縮ヘッダパケットについて、前記ユニットの圧縮ヘッダパケットにおけるＣＩＤを用いて前記ＣＩＤテーブルからヘッダ情報を読み出し、前記ＩＰデータフローを構成するユニットのパケットを生成する圧縮ヘッダパケット処理部と、を備えたことを特徴とする受信端末。
【請求項５】
ファイルの属性情報、及びファイル本体が分割された複数のユニットが同じＩＰデータフローとして伝送される伝送システムの下で、前記ＩＰデータフローに対するヘッダ情報が前記ＩＰデータフローを特定するためのコンテクスト識別子（ＣＩＤ）に置き換えられヘッダ圧縮されて伝送され、前記ヘッダ圧縮された圧縮ヘッダパケットを受信する受信端末において、
前記ＣＩＤ及びヘッダ情報を含むＣＩＤレコードから構成されたＣＩＤテーブルと、
前記ＣＩＤ及びヘッダ情報を含むＣＩＤレコード更新パケット、前記ＣＩＤを含む属性情報の圧縮ヘッダパケット及び前記ＣＩＤを含むユニットの圧縮ヘッダパケットを受信し、受信したパケットを区別する受信制御部と、
前記受信制御部により区別されたＣＩＤレコード更新パケットについて、前記ＣＩＤレコード更新パケットにおけるＣＩＤ及びヘッダ情報を含むＣＩＤレコードを、前記ＣＩＤテーブルに書き込む制御パケット処理部と、
前記受信制御部により区別された属性情報の圧縮ヘッダパケットについて、前記属性情報の圧縮ヘッダパケットにおけるＣＩＤを用いて前記ＣＩＤテーブルからヘッダ情報を読み出し、前記ＩＰデータフローを構成する属性情報のパケットを生成すると共に、前記ユニットの圧縮ヘッダパケットについて、前記ユニットの圧縮ヘッダパケットにおけるＣＩＤを用いて前記ＣＩＤテーブルからヘッダ情報を読み出し、前記ＩＰデータフローを構成するユニットのパケットを生成する圧縮ヘッダパケット処理部と、を備えたことを特徴とする受信端末。
【請求項６】
請求項１から３までのいずれか一項に記載の送信端末と、請求項４または５に記載の受信端末とを備えて構成される、ことを特徴とする伝送システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファイルをパケット化して伝送する一方向伝送路において、ＩＰヘッダ情報をコンテクスト識別子（ＣＩＤ）に置き換えることによりＩＰヘッダ情報を圧縮して伝送する伝送技術に関する。
【背景技術】
【０００２】
従来、ＩＰパケットを送受信する伝送システムにおいて、ＩＰパケットを送信する際にＩＰパケットのヘッダを圧縮し、ＣＩＤ及びヘッダの一部のみを含む圧縮ヘッダを付加した圧縮ヘッダパケットを送信する方式が知られている（非特許文献１を参照）。この方式は、全てのパケットが全てのヘッダを備えて送信する代わりに圧縮ヘッダパケットを送信し、伝送システムにおける伝送効率の向上を図るものである。ここで、ＣＩＤは、ヘッダ圧縮を行うパケットのＩＰデータフローを特定するための情報である。
【０００３】
図１３は、フルヘッダパケット、圧縮ヘッダパケット及びＣＩＤテーブルによるヘッダ圧縮方式を説明する図である。このヘッダ圧縮方式では、送信端末は、送信したいＩＰパケットを入力し、ＩＰパケットに付加されたＩＰヘッダ及びＵＤＰヘッダに基づいてＣＩＤを特定し、ＣＩＤ及びヘッダ情報からなるＣＩＤテーブルを生成する。そして、送信端末は、ＣＩＤ、ＩＰヘッダ及びＵＤＰヘッダを含むヘッダを付加したフルヘッダパケットを間欠的に送信し、それ以外のときに、ＣＩＤを含む圧縮ヘッダを付加した圧縮ヘッダパケットを送信する。
【０００４】
受信端末は、フルヘッダパケットを受信すると、フルヘッダパケットのヘッダに含まれるＣＩＤとＩＰヘッダ及びＵＤＰヘッダとの間の対応付けを行い、これらのデータをＣＩＤテーブルに保存する。そして、受信端末は、圧縮ヘッダパケットを引き続き受信し、圧縮ヘッダパケットのヘッダに含まれるＣＩＤに基づいてＣＩＤテーブルを検索し、ＣＩＤに対応付いているヘッダ情報を取得し、ＣＩＤを元のＩＰヘッダ及びＵＤＰヘッダに復元する。そして、受信端末は、ＩＰパケットを生成し出力する。
【０００５】
図１４は、ＣＩＤテーブルの構成を示す図である。（１）は、ＩＰヘッダがＩＰｖ４の場合のＣＩＤテーブルであり、（２）は、ＩＰヘッダがＩＰｖ６の場合のＣＩＤテーブルである。（１）において、ＩＰｖ４のＣＩＤテーブルは、ＣＩＤ、ＩＰｖ４ヘッダ及びＵＤＰヘッダから構成される。ＩＰｖ４ヘッダは、ＩＰヘッダのバージョンを示すＶｅｒｓｉｏｎ（バージョン）、ＩＨＬ（Ｉｎｔｅｒｎｅｔ  Ｈｅａｄｅｒ  Ｌｅｎｇｔｈ：ＩＰヘッダ長）、ＴＯＳ（Ｔｙｐｅ  Ｏｆ  Ｓｅｒｖｉｃｅ：サービスタイプ）、ＩＰ−ＩＤ（ＩＰ−Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ：ＩＰ識別番号）、Ｆｌａｇ（フラグ）、Ｆｒａｇｍｅｎｔ  Ｏｆｆｓｅｔ（フラグメントオフセット）、ＴＴＬ（Ｔｉｍｅ  Ｔｏ  Ｌｉｖｅ）、Ｐｒｏｔｏｃｏｌ（プロトコル）、ＳｒｃＡｄｄｒ（送信元ＩＰアドレス）及びＤｓｔＡｄｄｒ（あて先ＩＰアドレス）から構成される。また、ＵＤＰヘッダは、ＳｒｃＰｏｒｔ（送信元ポート番号）及びＤｓｔＰｏｒｔ（あて先ポート番号）から構成される。ＩＰｖ４ヘッダには、上記の他、Ｔｏｔａｌ  Ｌｅｎｇｔｈ（パケット長）、Ｈｅａｄｅｒ  Ｃｈｅｃｋｓｕｍ（ヘッダチェックサム）があり、ＵＤＰヘッダには、上記の他、Ｌｅｎｇｔｈ（ペイロード長）、Ｃｈｅｃｋｓｕｍ（チェックサム）があるが、これらは、パケット毎に値が異なることが想定されることから、ＣＩＤテーブルには保持しない。
【０００６】
また、（２）において、ＩＰｖ６のＣＩＤテーブルは、ＣＩＤ、ＩＰｖ６ヘッダ及びＵＤＰヘッダから構成される。ＩＰｖ６ヘッダは、ＩＰヘッダのバージョンを示すＶｅｒｓｉｏｎ（バージョン）、Ｔｒａｆｆｉｃ  Ｃｌａｓｓ（トラフィッククラス）、Ｆｌｏｗ  Ｌａｂｅｌ（フローラベル）、Ｎｅｘｔ  Ｈｅａｄｅｒ（ネクストヘッダ）、Ｈｏｐ  Ｌｉｍｉｔ（ホップリミット）、ＳｒｃＡｄｄｒ（送信元ＩＰアドレス）及びＤｓｔＡｄｄｒ（あて先ＩＰアドレス）から構成される。また、ＵＤＰヘッダは、ＳｒｃＰｏｒｔ（送信元ポート番号）及びＤｓｔＰｏｒｔ（あて先ポート番号）から構成される。ＩＰｖ６ヘッダには、上記の他、Ｐａｙｌｏａｄ  Ｌｅｎｇｔｈ（ペイロード長）があり、ＵＤＰヘッダには、上記の他、Ｌｅｎｇｔｈ（ペイロード長）、Ｃｈｅｃｋｓｕｍ（チェックサム）があるが、これらは、パケット毎に値が異なることが想定されることから、ＣＩＤテーブルには保持しない。
【０００７】
図１５は、フルヘッダパケット及び圧縮ヘッダパケットの構成を示す図である。（１）は、ＩＰｖ４のフルヘッダパケットの構成を示し、（２）は、ＩＰｖ４の圧縮ヘッダパケットの構成を示し、（３）は、ＩＰｖ６のフルヘッダパケットの構成を示し、（４）は、ＩＰｖ６の圧縮ヘッダパケットの構成を示している。尚、数字は、それぞれのデータ項目のバイト長を示している（図１６〜１８においても同じ）。
【０００８】
（１）において、ＩＰｖ４のフルヘッダパケットは、ＣＩＤ、同一のＣＩＤを持つパケットの順序を示すＳＮ（シーケンス番号）、ヘッダ情報のタイプを示すＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ：０ｘ２０）、ＩＰｖ４＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ、ＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ及びデータバイトにより構成される。
【０００９】
また、（２）において、ＩＰｖ４の圧縮ヘッダパケットは、ＣＩＤ、同一のＣＩＤを持つパケットの順序を示すＳＮ（シーケンス番号）、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ：０ｘ２１）、ＩＰｖ４ヘッダの識別番号を示すｉｄｅｎｔｉｆｉｃａｔｉｏｎ（識別番号）及びデータバイトにより構成される。
【００１０】
また、（３）において、ＩＰｖ６のフルヘッダパケットは、ＣＩＤ、同一のＣＩＤを持つパケットの順序を示すＳＮ（シーケンス番号）、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ：０ｘ６０）、ＩＰｖ６＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ、ＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ及びデータバイトにより構成される。
【００１１】
また、（４）において、ＩＰｖ６の圧縮ヘッダパケットは、ＣＩＤ、同一のＣＩＤを持つパケットの順序を示すＳＮ（シーケンス番号）、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ：０ｘ６１）及びデータバイトにより構成される。
【００１２】
これらのフルヘッダパケット及び圧縮ヘッダパケットにおけるＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ）により、（１）〜（４）が区別される。また、（１）によるＩＰｖ４のフルヘッダパケットにおけるＩＰｖ４＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ及びＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈが、図１４（１）に示したＩＰｖ４のＣＩＤテーブルにおけるＩＰｖ４ヘッダ及びＵＤＰヘッダにそれぞれ相当する。また、（３）によるＩＰｖ６のフルヘッダパケットにおけるＩＰｖ６＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ及びＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈが、図１４（２）に示したＩＰｖ６のＣＩＤテーブルにおけるＩＰｖ６ヘッダ及びＵＤＰヘッダにそれぞれ相当する。
【００１３】
図１６は、図１５（１）に示したＩＰｖ４のフルヘッダパケットにおけるＩＰｖ４＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈの構成を示す図である。このＩＰｖ４＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈは、ＩＰパケットのバージョンを示すＶｅｒｓｉｏｎ（バージョン）、ＩＨＬ、ＴＯＳ（Ｔｙｐｅ  Ｏｆ  Ｓｅｒｖｉｃｅ：サービスタイプ）、ＩＰ−ＩＤ（ＩＰ−Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ：ＩＰ識別番号）、Ｆｌａｇ（フラグ）、Ｆｒａｇｍｅｎｔ  Ｏｆｆｓｅｔ（フラグメントオフセット）、ＴＴＬ（Ｔｉｍｅ  Ｔｏ  Ｌｉｖｅ）、Ｐｒｏｔｏｃｏｌ（プロトコル）、ＳｒｃＡｄｄｒ（送信元ＩＰアドレス）及びＤｓｔＡｄｄｒ（あて先ＩＰアドレス）により構成される。
【００１４】
図１７は、図１５（３）に示したＩＰｖ６のフルヘッダパケットにおけるＩＰｖ６＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈの構成を示す図である。このＩＰｖ６＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈは、ＩＰパケットのバージョンを示すＶｅｒｓｉｏｎ（バージョン）、Ｔｒａｆｆｉｃ  Ｃｌａｓｓ（トラフィッククラス）、Ｆｌｏｗ  Ｌａｂｅｌ（フローラベル）、Ｎｅｘｔ  Ｈｅａｄｅｒ（ネクストヘッダ）、Ｈｏｐ  Ｌｉｍｉｔ（ホップリミット）、ＳｒｃＡｄｄｒ（送信元ＩＰアドレス）及びＤｓｔＡｄｄｒ（あて先ＩＰアドレス）により構成される。
【００１５】
図１８は、図１５（１）（３）に示したＩＰｖ４，６のフルヘッダパケットにおけるＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈの構成を示す図である。このＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈは、ＳｒｃＰｏｒｔ（送信元ポート番号）及びＤｓｔＰｏｒｔ（あて先ポート番号）により構成される。尚、図１５〜図１８に示した構成の詳細については、非特許文献１を参照されたい。
【００１６】
このように、図１３に示したヘッダ圧縮方式では、フルヘッダパケット及び圧縮ヘッダパケットを受信する受信端末は、ＣＩＤを正しいヘッダ情報に復元するために、圧縮ヘッダパケットを受信するに先立ってフルヘッダパケットを受信し、ＣＩＤとヘッダ情報との対応付けを行って新たなＣＩＤレコードをＣＩＤテーブルに保存しておく必要がある。このため、受信端末は、ＣＩＤとヘッダ情報との対応付けを行う前に受信した圧縮ヘッダパケットに対し、ＣＩＤテーブルを参照しても正しいＣＩＤレコードが存在しておらずそのＣＩＤが不明だから、受信した圧縮ヘッダパケットを廃棄する必要がある。
【００１７】
また、送信端末から受信端末へファイルを伝送する場合、送信端末は、ファイルの属性情報を生成し、属性情報のパケットを送信する。そして、送信端末は、その後に、ファイル本体のパケットを送信する。受信端末は、送信端末により送信された属性情報のパケット及びファイル本体のパケットを受信し、属性情報に基づいてファイル本体をファイルに復元する。
【００１８】
したがって、受信端末は、圧縮ヘッダパケットを受信するに先立ってＣＩＤとヘッダ情報との対応付けを行って新たなＣＩＤレコードをＣＩＤテーブルに保存しておく必要がある。そして、圧縮ヘッダをヘッダ情報に復元できるようになった上で、さらに、属性情報のパケットを受信することにより、その後に受信するファイル本体のパケットをファイルに復元することができる。
【００１９】
ところで、一方向伝送路を用いたファイル伝送システムとして、ＦＬＵＴＥを用いたものが知られている（非特許文献２及び特許文献１を参照）。ＦＬＵＴＥは、ファイルをパケット化して伝送する際に、ファイルの属性情報及びファイル本体を、それぞれ一つのオブジェクトとして伝送するものである。ファイルの属性情報は、ＦＤＴ（Ｆｉｌｅ  Ｄｅｌｉｖｅｒｙ  Ｔａｂｌｅ）として記述され、ファイル本体と同様に一つのオブジェクトとして扱われる。つまり、送信端末は、ファイルの属性情報を１つのオブジェクトとしてＦＬＵＴＥパケットを用いて送信し、その後に引き続いて、ファイル本体を１つのオブジェクトとしてＦＬＵＴＥパケットを用いて送信する。
【００２０】
図１９は、ＦＬＵＴＥパケットの構成を示す図である。このＦＬＵＴＥパケットは、ＩＰヘッダ、ＵＤＰヘッダ、ＦＬＵＴＥヘッダ及びＦＬＵＴＥペイロードにより構成される。ＦＬＵＴＥヘッダは、ＣＣＩのフィールドの長さ等の各種情報、輻輳制御の方式を識別するためのＣＣＩ（Ｃｏｎｇｅｓｔｉｏｎ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）、オブジェクトが伝送されるセッションを識別するためのＴＳＩ（Ｔｒａｎｓｐｏｒｔ  Ｓｅｓｓｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ）、オブジェクトを識別するためのＴＯＩ（Ｔｒａｎｓｐｏｒｔ  Ｏｂｊｅｃｔ  Ｉｄｅｎｔｉｆｉｅｒ）、送信端末の現在時刻を示すＳＣＴ（Ｓｅｎｄｅｒ  Ｃｕｒｒｅｎｔ  Ｔｉｍｅ）、当該ＦＬＵＴＥパケットにより送信されているオブジェクトの時間において、そのオブジェクトが送信される残りの時間を示すＥＲＴ（Ｅｘｐｅｃｔｅｄ  Ｒｅｓｉｄｕａｌ  Ｔｉｍｅ）、コンテンツの信頼性のある伝送を実現するために用いるＬａｙｅｒｅｄ  Ｃｏｄｉｎｇ  Ｔｒａｎｓｐｏｒｔにおける拡張ヘッダであるＬＣＴ  ｈｅａｄｅｒ  ｅｘｔｅｎｔｉｏｎ（パケットのペイロードに含まれるＦＤＴインスタンスの識別情報を伝送するＥＸＴ＿ＦＤＴ，ＦＥＣを用いたオブジェクトを復元するために必要な情報を伝送するＥＸＴ＿ＦＴＩ，パケットのペイロードの符号化方式を示すＥＸＴ＿ＣＥＮＣ）、及び、コンテンツファイルやＦＤＴオブジェクトをＦＬＵＴＥパケット単位に分割した場合の当該パケットの識別情報、具体的には、そのブロックを識別する番号及びブロック内におけるパケットの順番を示す情報を含むＦＥＣ  Ｐａｙｌｏａｄ  ＩＤから構成される。ここで、ファイルの属性情報が送信される場合、ＦＬＵＴＥヘッダのＴＯＩが０であり、ＦＬＵＴＥペイロードにはＦＤＴ（Ｆｉｌｅ  Ｄｅｌｉｖｅｒｙ  Ｔａｂｌｅ）が格納される。
【００２１】
このような一方向伝送路を用いたファイル伝送システムにおいて、送信端末から受信端末へファイルを伝送するためには、送信端末は、ファイルの属性情報であるＦＤＴを生成し、図１９に示したＦＬＵＴＥヘッダに各種データを設定し、ＦＬＵＴＥペイロードにＦＤＴを設定し、属性情報のパケットを送信する。また、送信端末は、その後に、ＦＬＵＴＥヘッダに各種データを設定し、ＦＬＵＴＥペイロードにファイル本体を設定し、ファイル本体のパケットを送信する。受信端末は、送信端末により送信された属性情報のパケット及びファイル本体のパケットを受信し、属性情報に基づいてファイル本体をファイルに復元する。
【００２２】
【非特許文献１】“情報通信審議会情報通信技術分科会（第６０回）  資料６０−１−２放送システム委員会報告”、［online］、平成２０年７月２９日、情報通信審議会、［平成２０年１１月１２日検索］、インターネット＜ＵＲＬ：http://www.soumu.go.jp/joho_tsusin/policyreports/joho_tsusin/bunkakai/080729_1.html＞
【非特許文献２】「FLUTE-File Delivery over Unidirectional Transport」、ＲＦＣ３９２６
【特許文献１】米国特許出願公開第２００４／０１５３４６８号明細書
【発明の開示】
【発明が解決しようとする課題】
【００２３】
このように、一方向伝送路を用いたファイル伝送システムでは、ファイルの属性情報を伝送し、引き続き、ファイル本体を伝送する。一方、ＩＰパケットのヘッダ圧縮方式によれば、ＩＰパケットが格納するデータの種類に関わらず、ヘッダを圧縮することができる。しかしながら、ＣＩＤとヘッダ情報とを対応付けることが可能なパケットを送信端末から送信するタイミングが、ファイル本体のパケットをファイルに復元することが可能な属性情報のパケットを送信するタイミングよりも後になることがある。この場合、受信端末は、受信した属性情報のパケットに対し圧縮ヘッダを元のヘッダ情報に復元することができない。このため、属性情報のパケットを廃棄する必要があり、結果として属性情報を取得することができず、属性情報を取得するには、属性情報のパケットを再び受信するのを待つ必要があった。
【００２４】
そこで、本発明は前記課題を解決するためになされたものであり、その目的は、ファイルをパケット化して一方向伝送路を介して伝送する際に、受信端末において、ファイルの属性情報を伝送するパケットを廃棄する必要がなく、ファイルの属性情報を確実に取得可能な送信端末、受信端末及び伝送システムを提供することにある。
【課題を解決するための手段】
【００２５】
前記課題を解決するため、本発明による送信端末は、ファイルの属性情報、及びファイル本体が分割された複数のユニットを同じＩＰデータフローとして伝送する際に、前記ＩＰデータフローに対するヘッダ情報を、前記ＩＰデータフローを特定するためのコンテクスト識別子（ＣＩＤ）に置き換えてヘッダ圧縮し、前記ＣＩＤを含む圧縮ヘッダパケットを送信する送信端末において、前記ＣＩＤ及びヘッダ情報を含むＣＩＤレコードから構成されたＣＩＤテーブルと、前記ＩＰデータフローに対するヘッダ情報に基づいてＣＩＤを決定し、前記ＣＩＤ及びヘッダ情報を含むＣＩＤレコードを生成して前記ＣＩＤテーブルに保存し、前記ＣＩＤ及びヘッダ情報を含む属性情報のフルヘッダパケットを生成すると共に、前記ＣＩＤテーブルからＣＩＤを読み出し、前記ＣＩＤを含むユニットの圧縮ヘッダパケットを生成するフルヘッダパケット・圧縮ヘッダパケット生成部と、前記フルヘッダパケット・圧縮ヘッダパケット生成部により生成された属性情報のフルヘッダパケットを送信し、その後に、前記ユニットの圧縮ヘッダパケットを送信する送信制御部と、を備えたことを特徴とする。
【００２６】
また、本発明による送信端末は、前記フルヘッダパケット・圧縮ヘッダパケット生成部が、さらに、前記ＣＩＤテーブルからＣＩＤを読み出し、前記ＣＩＤを含む属性情報の圧縮ヘッダパケットを生成し、前記送信制御部が、前記フルヘッダパケット・圧縮ヘッダパケット生成部により生成された属性情報のフルヘッダパケット及びユニットの圧縮ヘッダパケットをこの順序で送信し、その後に、前記属性情報の圧縮ヘッダパケット及びユニットの圧縮ヘッダパケットをこの順序で送信する、ことを特徴とする。
【００２７】
また、本発明による送信端末は、ファイルの属性情報、及びファイル本体が分割された複数のユニットを同じＩＰデータフローとして伝送する際に、前記ＩＰデータフローに対するヘッダ情報を、前記ＩＰデータフローを特定するためのコンテクスト識別子（ＣＩＤ）に置き換えてヘッダ圧縮し、前記ＣＩＤを含む圧縮ヘッダパケットを送信する送信端末において、前記ＣＩＤ及びヘッダ情報を含むＣＩＤレコードから構成されたＣＩＤテーブルと、前記ＩＰデータフローに対するヘッダ情報に基づいてＣＩＤを決定し、前記ＣＩＤ及びヘッダ情報を含むＣＩＤレコードを生成して前記ＣＩＤテーブルに保存し、前記ＣＩＤテーブルからＣＩＤを読み出し、前記ＣＩＤを含むユニットの圧縮ヘッダパケット、及び前記ＣＩＤを含む属性情報の圧縮ヘッダパケットを生成する圧縮ヘッダパケット生成部と、前記ＣＩＤ及びヘッダ情報を含むＣＩＤレコードを、前記圧縮ヘッダパケットを受信する側に備えたＣＩＤテーブルに書き込むためのＣＩＤレコード更新パケットを生成する制御パケット生成部と、前記制御パケット生成部により生成されたＣＩＤレコード更新パケットを送信し、その後に、前記圧縮ヘッダパケット生成部により生成された属性情報の圧縮ヘッダパケットを送信し、その後に、前記ユニットの圧縮ヘッダパケットを送信する送信制御部と、を備えたことを特徴とする。
【００２８】
また、本発明による受信端末は、ファイルの属性情報、及びファイル本体が分割された複数のユニットが同じＩＰデータフローとして伝送される伝送システムの下で、前記ＩＰデータフローに対するヘッダ情報が前記ＩＰデータフローを特定するためのコンテクスト識別子（ＣＩＤ）に置き換えられヘッダ圧縮されて伝送され、前記ヘッダ圧縮された圧縮ヘッダパケットを受信する受信端末において、前記ＣＩＤ及びヘッダ情報を含むＣＩＤレコードから構成されたＣＩＤテーブルと、前記ＣＩＤ及びヘッダ情報を含む属性情報のフルヘッダパケット及び前記ＣＩＤを含むユニットの圧縮ヘッダパケットを受信し、受信したパケットを区別する受信制御部と、前記受信制御部により区別された属性情報のフルヘッダパケットについて、前記属性情報のフルヘッダパケットにおけるＣＩＤ及びヘッダ情報を含むＣＩＤレコードを、前記ＣＩＤテーブルに書き込み、前記属性情報のフルヘッダパケットからＩＰデータフローを構成する属性情報のパケットを生成するフルヘッダパケット処理部と、前記受信制御部により区別されたユニットの圧縮ヘッダパケットについて、前記ユニットの圧縮ヘッダパケットにおけるＣＩＤを用いて前記ＣＩＤテーブルからヘッダ情報を読み出し、前記ＩＰデータフローを構成するユニットのパケットを生成する圧縮ヘッダパケット処理部と、を備えたことを特徴とする。
【００２９】
また、本発明による受信端末は、ファイルの属性情報、及びファイル本体が分割された複数のユニットが同じＩＰデータフローとして伝送される伝送システムの下で、前記ＩＰデータフローに対するヘッダ情報が前記ＩＰデータフローを特定するためのコンテクスト識別子（ＣＩＤ）に置き換えられヘッダ圧縮されて伝送され、前記ヘッダ圧縮された圧縮ヘッダパケットを受信する受信端末において、前記ＣＩＤ及びヘッダ情報を含むＣＩＤレコードから構成されたＣＩＤテーブルと、前記ＣＩＤ及びヘッダ情報を含むＣＩＤレコード更新パケット、前記ＣＩＤを含む属性情報の圧縮ヘッダパケット及び前記ＣＩＤを含むユニットの圧縮ヘッダパケットを受信し、受信したパケットを区別する受信制御部と、前記受信制御部により区別されたＣＩＤレコード更新パケットについて、前記ＣＩＤレコード更新パケットにおけるＣＩＤ及びヘッダ情報を含むＣＩＤレコードを、前記ＣＩＤテーブルに書き込む制御パケット処理部と、前記受信制御部により区別された属性情報の圧縮ヘッダパケットについて、前記属性情報の圧縮ヘッダパケットにおけるＣＩＤを用いて前記ＣＩＤテーブルからヘッダ情報を読み出し、前記ＩＰデータフローを構成する属性情報のパケットを生成すると共に、前記ユニットの圧縮ヘッダパケットについて、前記ユニットの圧縮ヘッダパケットにおけるＣＩＤを用いて前記ＣＩＤテーブルからヘッダ情報を読み出し、前記ＩＰデータフローを構成するユニットのパケットを生成する圧縮ヘッダパケット処理部と、を備えたことを特徴とする。
【００３０】
また、本発明による伝送システムは、前記送信端末と前記受信端末とを備えて構成される、ことを特徴とする。
【発明の効果】
【００３１】
以上のように、本発明によれば、受信端末において、ファイルの属性情報を伝送するパケットを廃棄する必要がなく、ファイルの属性情報を確実に取得することが可能となる。
【発明を実施するための最良の形態】
【００３２】
以下、本発明を実施するための最良の形態について図面を用いて詳細に説明する。
〔伝送システム〕
図１は、本発明の実施形態による送信端末及び受信端末が用いられる伝送システムの概略構成を示す図である。この伝送システムは、例えば、高度ＢＳデジタル放送によりコンテンツファイルのダウンロードサービスを実現するシステムであり、送信端末１及び受信端末２により構成される。送信端末１及び受信端末２は、送信端末１から受信端末２へパケットが伝送される一方向伝送路３により接続される。
【００３３】
送信端末１は、ファイルの属性情報及びファイル本体をＩＰパケットに格納し、ＩＰパケットのヘッダ情報を圧縮して圧縮ヘッダを生成し、一方向伝送路３を介して受信端末２へ送信する装置である。受信端末２は、送信端末１により送信されたパケットを、一方向伝送路３を介して受信し、ヘッダ情報が圧縮されたパケットの圧縮ヘッダを元のヘッダ情報に戻し、ファイルの属性情報及びファイル本体を取得して元のファイルに復元する装置である。一方向伝送路３は、例えば放送伝送路である。
【００３４】
〔送信端末〕
次に、図１に示した送信端末１について説明する。図２は、送信端末１の構成を示すブロック図である。この送信端末１は、記憶部１１、属性情報生成部１２、ユニット生成部１３、ダウンロードヘッダ付加部１４、ＩＰパケット生成部１５、フルヘッダパケット・圧縮ヘッダパケット生成部１６、制御パケット生成部１７、送信制御部１８及びＣＩＤテーブル１０を備えている。ＣＩＤテーブル１０は、ＲＡＭ等のメモリに記憶されており、図１４に示したＣＩＤテーブルと同一の構成をしている。
【００３５】
記憶部１１には、一方向伝送路３を用いて受信端末２へ送信されるコンテンツ及びメタデータを構成するファイルが記憶されている。
【００３６】
（属性情報の生成）
属性情報生成部１２は、記憶部１１からファイルを読み出し、ファイル本体の名前及びファイルの長さ等からなる属性情報を生成する。生成した属性情報のサイズが後述するデータユニットのサイズ（予め設定されている）よりも大きい場合は、その生成した属性情報を、データユニットのサイズに分割する。
【００３７】
図３は、属性情報の構成を示す図である。図３に示すように、属性情報は、「ダウンロードヘッダにおけるＢｌｏｃｋ  Ｎｕｍｂｅｒ（ブロック番号ＢＮ）フィールドのビット数」「ブロック内のパケット数」「属性情報パケットの最終シーケンス番号」「ＦＥＣ方式を特定するための識別子」「ＵＲＩ（ファイル本体の名前）」「Ｆｉｌｅ  Ｌｅｎｇｔｈ（ファイルの長さ）」「Ｃｏｎｔｅｎｔ  Ｔｙｐｅ（コンテンツタイプ）」「ファイルを伝送する最終ブロック番号及び最終ブロックの最終シーケンス番号」「格納先のディレクトリ構成」「Ｃｏｎｔｅｎｔ  Ｅｎｃｏｄｉｎｇ（コンテンツエンコーディング）」「Ｔｒａｎｓｆｅｒ  Ｌｅｎｇｔｈ（伝送長）」「Ｃｏｎｔｅｎｔ  ＭＤ５（コンテンツＭＤ５）」から構成される。
【００３８】
属性情報生成部１２は、読み出したファイルに基づいて、図５に示す各構成要素を設定し、属性情報を生成する。具体的には、属性情報生成部１２は、一方向伝送路３の種類及び特性に応じて予め設定されたビット長を、「ダウンロードヘッダにおけるブロック番号ＢＮフィールドのビット数」に設定する。ダウンロードヘッダ及びブロック番号ＢＮの詳細については後述する。
【００３９】
属性情報生成部１２は、予め設定されたブロック内のパケット数を、「ブロック内のパケット数」に設定する。「ブロック内のパケット数」とは、ファイル本体から分割されたデータユニットとデータユニットから生成されたパリティユニットとの集合体であるブロックにおいて、そのブロック内で送信されるパケットの数である。
【００４０】
属性情報生成部１２は、生成した属性情報を分割した場合、分割した属性情報の数を「属性情報パケットの最終シーケンス番号」に設定する。尚、属性情報のサイズがデータユニットのサイズ以下の場合は、「属性情報パケットの最終シーケンス番号」は０となる。
【００４１】
属性情報生成部１２は、ファイルのサイズを「Ｆｉｌｅ  Ｌｅｎｇｔｈ（ファイルの長さ）」に設定し、コンテンツのタイプを「Ｃｏｎｔｅｎｔ  Ｔｙｐｅ（コンテンツタイプ）」に設定する。そして、属性情報生成部１２は、後述するユニット生成部１３により生成されるデータユニット及びパリティユニットの数、予め設定されたデータユニットのサイズ等に基づいて、ブロックの数及びシーケンスの数を算出し、これらを「ファイルを伝送する最終ブロック番号及び最終ブロックの最終シーケンス番号」に設定する。
【００４２】
属性情報生成部１２は、ファイルを符号化して伝送する場合、その方式を「Ｃｏｎｔｅｎｔ  Ｅｎｃｏｄｉｎｇ（コンテンツエンコーディング）」に設定し、伝送時のファイルの長さを「Ｔｒａｎｓｆｅｒ  Ｌｅｎｇｔｈ（伝送長）」に設定する。「Ｔｒａｎｓｆｅｒ  Ｌｅｎｇｔｈ（伝送長）」を設定するのは、ファイルを符号化して伝送する場合に元のファイルの長さと伝送時のファイルの長さが異なるからである。また、受信側がファイルを正しく受信できたか否かをチェックするためのチェックサムを「Ｃｏｎｔｅｎｔ  ＭＤ５（コンテンツＭＤ５）」に設定する。さらに、後述するパリティユニットを生成する場合、その生成方式の種類を「ＦＥＣ方式を特定するための識別子」に設定し、「ＵＲＩ（ファイル本体の名前）」「格納先のディレクトリ構成」も設定する。
【００４３】
（ユニットの生成）
図２に戻って、ユニット生成部１３は、記憶部１１からファイルを読み出し（属性情報生成部１２が読み出したファイルと同一のファイルを読み出し）、予め設定された一定サイズのデータユニットにファイル本体を分割する。ここで、データユニットのサイズは自由に設定することができ、例えば、１３４４バイト、４０３２バイトとする。
【００４４】
ユニット生成部１３は、複数に分割したデータユニットを、Ｌ×Ｄ個毎に区分し、Ｌ列Ｄ行の２次元に整列させる。この２次元のデータユニットの集合体が、ブロックの元になる。そして、ユニット生成部１３は、整列させた２次元のデータユニットにおいて、列方向及び行方向毎にそれぞれのデータユニットからパリティユニットを生成する。例えば、列方向毎に全てのデータユニットについてｍｏｄ２の加算を行い列方向毎のパリティユニットを生成する。同様に、行方向毎の全てのデータユニットについてｍｏｄ２の加算を行い行方向毎のパリティユニットを生成する。
【００４５】
また、ユニット生成部１３は、整列させた２次元のデータユニットの集合体、及び、生成した列方向及び行方向のパリティユニットを用いて、ブロックを生成する。
【００４６】
（ダウンロードヘッダの付加）
ダウンロードヘッダ付加部１４は、属性情報生成部１２により生成された属性情報に対し、ダウンロードヘッダを付加すると共に、ユニット生成部１３により生成されたデータユニット及びパリティユニットに対しても、ダウンロードヘッダを付加する。
【００４７】
図４は、ダウンロードヘッダの構成を示す図である。図４に示すように、ダウンロードヘッダは、３つのフィールドからなる６４ビットのヘッダであり、「Ｔｒａｎｓｐｏｒｔ  Ｆｉｌｅ  ＩＤ（トランスポートファイルＩＤ：ＴＦＩＤ）」「Ｂｌｏｃｋ  Ｎｕｍｂｅｒ（ブロック番号ＢＮ）」「Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ（シーケンス番号ＳＮ）」から構成される。「ＴＦＩＤ」フィールドのビット数（フィールド幅）は３２である。「ブロック番号ＢＮ」及び「シーケンス番号ＳＮ」フィールドのビット数は合計３２であるが、それぞれ可変長であり、一方向伝送路３の種類及び特性に応じて、または、伝送されるファイルに応じて予め設定される。また、一つのファイルを伝送中は、これらのフィールド幅は変更されず、固定値が用いられる。
【００４８】
「ＴＦＩＤ」は、伝送するファイルを一意に識別するためのラベルの役割を果たし、同一のファイル伝送に対して同じ数値が付番される。したがって、ダウンロードヘッダ付加部１４は、同一のファイルの属性情報、データユニット及びパリティユニットに対して、同一の「ＴＦＩＤ」を設定する。一方、異なるファイルの属性情報等に対しては、異なる「ＴＦＩＤ」を設定する。受信端末２は、「ＴＦＩＤ」によりファイルを識別することができる。尚、図１９に示したＦＬＵＴＥパケットのＦＬＵＴＥヘッダでは、この「ＴＦＩＤ」が「ＴＯＩ（Ｔｒａｎｓｐｏｒｔ  Ｏｂｊｅｃｔ  Ｉｄｅｎｔｉｆｉｅｒ）」に相当する。
【００４９】
「ブロック番号ＢＮ」は、伝送するファイルにおけるブロックの番号を示す。また、「シーケンス番号ＳＮ」は、属性情報（分割した場合はそれぞれの属性情報）の番号、及びブロック内のユニット（以下、データユニット及びパリティユニットを総称してユニットという。）の番号を示す。例えば、最初の属性情報に対してはＢＮ＝０，ＳＮ＝０が設定され、属性情報に続くユニットには、最終の属性情報に対して設定されたＳＮに引き続くＳＮが設定される。
【００５０】
具体的に説明すると、属性情報生成部１２により１つの属性情報が生成された場合、ダウンロードヘッダ付加部１４は、最初のブロック（ＢＮ＝０）において、属性情報に対しＢＮ＝０，ＳＮ＝０を設定する。そして、ダウンロードヘッダ付加部１４は、最初のブロックの先頭のユニットに対しＢＮ＝０，ＳＮ＝１を設定し、その次のユニットに対しＢＮ＝０，ＳＮ＝２を設定する。シーケンス番号ＳＮは、ユニットの数に応じて１ずつ増加する。そして、ダウンロードヘッダ付加部１４は、次のブロック（ＢＮ＝１）においても、最初のブロックにおける属性情報と同一の属性情報に対しＢＮ＝０，ＳＮ＝０を設定する。そして、ダウンロードヘッダ付加部１４は、そのブロック（ＢＮ＝１）の先頭のユニットに対しＢＮ＝１，ＳＮ＝１を設定し、その次のユニットに対しＢＮ＝１，ＳＮ＝２を設定する。
【００５１】
一方、属性情報生成部１２により生成された属性情報が複数に分割された場合、ダウンロードヘッダ付加部１４は、最初のブロック（ＢＮ＝０）において、分割された最初の属性情報に対しＢＮ＝０，ＳＮ＝０を設定し、次の属性情報に対しＢＮ＝０，ＳＮ＝１を設定する。シーケンス番号ＳＮは、属性情報の分割に応じて１ずつ増加する。そして、ダウンロードヘッダ付加部１４は、最初のブロック（ＢＮ＝０）の先頭のユニットに対しＢＮ＝０，ＳＮ＝２を設定し、その次のユニットに対しＢＮ＝０，ＳＮ＝３を設定する。シーケンス番号ＳＮは、ユニットの数に応じて１ずつ増加する。ここで、属性情報生成部１２により生成され分割された属性情報の数がｎ個の場合、それぞれの属性情報のシーケンス番号ＳＮはＳＮ＝０，１，・・・，ｎ−１になるから、最初のユニットのシーケンス番号ＳＮはＳＮ＝ｎとなる。そして、ダウンロードヘッダ付加部１４は、次のブロック（ＢＮ＝１）においても、最初のブロックにおける属性情報と同一の属性情報のＢＮ＝０，ＳＮ＝０，１，・・・を設定する。そして、ダウンロードヘッダ付加部１４は、そのブロック（ＢＮ＝１）の先頭のユニットに対しＢＮ＝１，ＳＮ＝２（分割された属性情報の数が２個の場合）を設定し、その次のユニットに対しＢＮ＝１，ＳＮ＝３を設定する。前述のとおり、シーケンス番号ＳＮは、ユニットの数に応じて１ずつ増加し、最終の属性情報がＳＮ＝ｎ−１の場合、最初のユニットはＳＮ＝ｎとなる。
【００５２】
このように、ダウンロードヘッダ付加部１４は、属性情報及びユニットに対し、ＴＦＩＤ、ブロック番号ＢＮ及びシーケンス番号ＳＮからなるダウンロードヘッダを付加する。この場合、ダウンロードヘッダ付加部１４は、ユニット生成部１３により生成された複数のブロックに対して同一の属性情報を割り付け、一つのブロックに対応する属性情報のうちの最初の属性情報に対し、ＢＮ＝０，ＳＮ＝０を統一して設定するようにした。これにより、受信端末２は、受信したパケットについて、ダウンロードヘッダにおけるブロック番号ＢＮ及びシーケンス番号ＳＮの両フィールドを連結した３２ビットのデータが０ｘ００００００００であるか否かを判定する。そして、０ｘ００００００００であると判定した場合、ブロック番号ＢＮフィールドのビット数及びシーケンス番号ＳＮフィールドのビット数の設定に関わらず、このようなダウンロードヘッダを持つパケットが、ファイルの属性情報を含むパケット（最初の属性情報を含むパケット）であることを認識することができる。
【００５３】
（ＩＰパケットの生成）
図２に戻って、ＩＰパケット生成部１５は、ダウンロードヘッダ付加部１４によりダウンロードヘッダが付加された属性情報及びユニットに対しＩＰヘッダ及びＵＤＰヘッダを付加し、ＩＰパケットを生成して出力する。
【００５４】
図５は、ＩＰパケット生成部１５から出力されるＩＰパケットの構成を示す図である。図５に示すように、ＩＰパケット生成部１５から出力されるＩＰパケットは、ＩＰヘッダ、ＵＤＰヘッダ、ダウンロードヘッダ、及びユニットまたは属性情報により構成される。ここで、ＩＰヘッダにはプロトコル種別、送信元ＩＰアドレス及びあて先ＩＰアドレスが含まれており、ＵＤＰヘッダには送信元ポート番号及びあて先ポート番号が含まれており、これらのデータによりＩＰデータフローが特定される。ＩＰデータフローとは、ＩＰヘッダ及びＵＤＰヘッダに含まれる、プロトコル種別、送信元ＩＰアドレス、あて先ＩＰアドレス、送信元ポート番号及びあて先ポート番号の５つのフィールドの値がユニークな組み合わせを持つＩＰパケットの集合をいう。つまり、ＩＰヘッダ及びＵＤＰヘッダに含まれるデータにより特定されるＩＰデータフローは、記憶部１１により読み出されて伝送される同一ファイルにおけるＩＰパケットの集合である。
【００５５】
（フルヘッダパケット・圧縮ヘッダパケット・制御パケットの生成）
図２に戻って、フルヘッダパケット・圧縮ヘッダパケット生成部１６は、ＩＰパケット生成部１５からＩＰパケットを入力し、入力した複数のＩＰパケットを、ＩＰパケットのヘッダに記述されているＩＰヘッダ及びＵＤＰヘッダに基づいて区別し、ＩＰデータフローを特定する。
【００５６】
フルヘッダパケット・圧縮ヘッダパケット生成部１６は、特定したＩＰデータフロー毎に割り当て可能なＣＩＤを決定し、ＣＩＤ、ＩＰヘッダ及びＵＤＰヘッダの各種データからなるＣＩＤレコードを生成し、図１４に示したＣＩＤテーブル１０に保存する。そして、フルヘッダパケット・圧縮ヘッダパケット生成部１６は、ＣＩＤテーブル１０から各種データを読み出し、図１５〜図１８に示したフルヘッダパケット及び圧縮ヘッダパケットを生成し、送信制御部１８に出力する。具体的には、フルヘッダパケット・圧縮ヘッダパケット生成部１６は、特定したＩＰデータフロー毎のＣＩＤを設定し、同じＣＩＤを持つパケットの順番をＳＮに設定し、ＣＩＤテーブル１０から読み出したＩＰｖ４，６のＶｅｒｓｉｏｎ（バージョン）が４のときは０ｘ２０を、６のときは０ｘ６０をそれぞれＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅに設定し、ＣＩＤテーブル１０から読み出したＩＰｖ４，６ヘッダ及びＵＤＰヘッダをＩＰｖ４，６＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ及びＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈにそれぞれ設定し、属性情報またはユニットをデータバイトに設定することにより、フルヘッダパケットを生成する。また、同様にＣＩＤ、ＳＮ及びＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅを設定し、ＩＰｖ４の場合はｉｄｅｎｔｉｆｉｃａｔｉｏｎ（識別番号）を設定し、属性情報またはユニットをデータバイトに設定することにより、圧縮ヘッダパケットを生成する。尚、後述する実施例３では、フルヘッダパケットを生成しないで、圧縮ヘッダパケットのみを生成する。
【００５７】
制御パケット生成部１７は、ＣＩＤテーブル１０からＣＩＤレコードを読み出し、新たなＣＩＤレコードが存在する場合はＣＩＤレコード更新パケットを生成し、ＣＩＤレコードが削除された場合はＣＩＤレコード削除パケットを生成し、これらの制御パケットを送信制御部１８に出力する。尚、後述する実施例１では制御パケットを生成せず、実施例２ではＣＩＤレコード削除パケットのみを生成し、実施例３では、ＣＩＤレコード更新パケット及びＣＩＤレコード削除パケットを生成する。
【００５８】
図６は、ＣＩＤレコード更新パケットの構成を示す図である。（１）に示すように、ＩＰｖ４のＣＩＤレコード更新パケットは、ＣＩＤ、ＳＮ、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ：０ｘ２Ｆ）、ＩＰｖ４＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ及びＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈにより構成される。また、（２）に示すように、ＩＰｖ６のＣＩＤレコード更新パケットは、ＣＩＤ、ＳＮ、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ：０ｘ６Ｆ）、ＩＰｖ６＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ及びＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈにより構成される。受信端末２は、ＣＩＤレコード更新パケットを受信すると、ＣＩＤレコード更新パケットのうちのＣＩＤ、ＩＰｖ４，６＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ及びＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈがＣＩＤ、ＩＰヘッダ及びＵＤＰヘッダからなるＣＩＤレコードとして、ＣＩＤテーブルに保存する。このＣＩＤレコード更新パケットは、図１５（１）に示したＩＰｖ４のフルヘッダパケットのうちのフルヘッダ、及び図１５（３）に示したＩＰｖ６のフルヘッダパケットのうちのフルヘッダと同様の構成をしている。すなわち、ＣＩＤレコード更新パケットは、これらのフルヘッダパケットからデータバイト領域を取り除いた構成と同等である。
【００５９】
図７は、ＣＩＤレコード削除パケットの構成を示す図である。図７に示すように、ＣＩＤレコード削除パケットは、ＣＩＤ、ＳＮ及びＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ：０ｘ８０）により構成される。受信端末２は、ＣＩＤレコード削除パケットを受信すると、ＣＩＤレコード削除パケットのＣＩＤが示すＣＩＤレコードをＣＩＤテーブルから削除する。
【００６０】
図８は、複数のＣＩＤレコードを削除するＣＩＤレコード削除パケットの構成を示す図である。図８に示すように、ＣＩＤレコード削除パケットは、ＣＩＤ、ＳＮ、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ：０ｘ８０）及びＣＩＤにより構成される。受信端末２は、このＣＩＤレコード削除パケットを受信すると、ＣＩＤレコード削除パケットの複数のＣＩＤが示すＣＩＤレコードをＣＩＤテーブルから削除する。
【００６１】
具体的には、制御パケット生成部１７は、ＣＩＤレコード更新パケットの生成に際し、ＣＩＤテーブル１０から読み出した新たなＣＩＤレコードのＣＩＤ、ＩＰヘッダ及びＵＤＰヘッダを、ＣＩＤレコード更新パケットのＣＩＤ、ＩＰｖ４，６＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ及びＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈにそれぞれ設定し、同一のＣＩＤを持つパケットの順序を示すＳＮ（シーケンス番号）を設定し、さらに、ＩＰデータフローのプロトコル種別に応じてＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ：０ｘ２Ｆまたは０ｘ６Ｆ）を設定する。また、制御パケット生成部１７は、ＣＩＤレコード削除パケットの生成に際し、ＣＩＤテーブル１０からＣＩＤレコードを読み出したときに記憶しておいたＣＩＤレコードのうち、削除されたＣＩＤレコードのＣＩＤを、ＣＩＤレコード削除パケットのＣＩＤに設定し、同一のＣＩＤを持つパケットの順序を示すＳＮ（シーケンス番号）を設定し、さらに、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ：０ｘ８０）を設定する。
【００６２】
表１は、フルヘッダパケット、圧縮ヘッダパケット、ＣＩＤレコード更新パケット及びＣＩＤレコード削除パケットにおけるＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ）の割り当てを示す。ＣＩＤヘッダタイプは、ＣＩＤレコード削除パケットを除き、ＩＰｖ４、ＩＰｖ６に応じて異なる値になっている。
【表１】
2010141536.tif 000003
【００６３】
図２に戻って、送信制御部１８は、フルヘッダパケット・圧縮ヘッダパケット生成部１６により生成されたフルヘッダパケット及び圧縮ヘッダパケットを入力すると共に、制御パケット生成部１７により生成された制御パケット（ＣＩＤレコード更新パケット及びＣＩＤレコード削除パケット）を入力する。そして、送信制御部１８は、予め設定された送信順序に従って、それぞれのパケットを一方向伝送路３へ送信する。ここで、パケットは、ＴＬＶに格納されて送信される。ＴＬＶは、将来予約、ＴＬＶパケットタイプ、データの長さ及びデータの各フィールドから構成され、データのフィールドに、パケット、ＡＭＴ等の実際の情報が格納される。ＴＬＶの詳細については、非特許文献１を参照されたい。
【００６４】
〔受信端末〕
次に、図１に示した受信端末２について説明する。図９は、受信端末２の構成を示すブロック図である。この受信端末２は、受信制御部２１、制御パケット処理部２２、フルヘッダパケット処理部２３、圧縮ヘッダパケット処理部２４、ＣＩＤテーブル２０、ダウンロードヘッダ解析部２５、ファイル復元部２６及び記憶部２７を備えている。ＣＩＤテーブル２０は、ＲＡＭ等のメモリに記憶されており、図１４に示したＣＩＤテーブルと同一の構成をしている。
【００６５】
受信制御部２１は、一方向伝送路３からパケットを受信し、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ）に基づいて、フルヘッダパケット、圧縮ヘッダパケット及び制御パケットに区別する。そして、受信制御部２１は、フルヘッダパケットをフルヘッダパケット処理部２３に、圧縮ヘッダパケットを圧縮ヘッダパケット処理部２４に、制御パケットを制御パケット処理部２２にそれぞれ出力する。ここで、受信制御部２１は、パケットを格納したＴＬＶを受信するから、ＴＬＶからパケットを認識して取り出す処理を行う。
【００６６】
（フルヘッダパケット及び圧縮ヘッダパケットの処理）
フルヘッダパケット処理部２３は、受信制御部２１からフルヘッダパケットを入力し、フルヘッダパケットからＣＩＤ、ＩＰｖ４，６＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ及びＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈを取り出し、ＣＩＤ、ＩＰヘッダ及びＵＤＰヘッダからなるＣＩＤレコードを生成し、ＣＩＤテーブル２０に保存する。そして、フルヘッダパケット処理部２３は、フルヘッダパケットからＣＩＤ、ＳＮ、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ）を取り除き、ＴＬＶの‘データの長さ’フィールドから算出したｌｅｎｇｔｈを付加し、さらに、チェックサムを計算して付加し、ＩＰパケットを生成して出力する。
【００６７】
圧縮ヘッダパケット処理部２４は、受信制御部２１から圧縮ヘッダパケットを入力し、圧縮ヘッダパケットから圧縮ヘッダであるＣＩＤを取り出し、ＣＩＤをキーとしてＣＩＤテーブル２０を検索し、同じＣＩＤを有するＣＩＤレコードのＩＰヘッダ及びＵＤＰヘッダを読み出す。そして、圧縮ヘッダパケット処理部２４は、圧縮ヘッダパケットからＣＩＤ、ＳＮ、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ）を取り除き、読み出したＩＰヘッダ及びＵＤＰヘッダを付加し、ＴＬＶの‘データの長さ’フィールドから算出したｌｅｎｇｔｈを付加し、さらに、チェックサムを計算して付加し、ＩＰパケットを生成して出力する。尚、フルヘッダパケット処理部２３及び圧縮ヘッダパケット処理部２４は、フルヘッダパケット及び圧縮ヘッダパケットのＳＮに従って、その順番にＩＰパケットを出力する。ここで出力されるＩＰパケットの構成は、図５に示したものと同様である。
【００６８】
（制御パケットの処理）
制御パケット処理部２２は、受信制御部２１から制御パケットを入力し、表１に示したＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ）に基づいて、ＣＩＤレコード更新パケット及びＣＩＤレコード削除パケットに区別する。
【００６９】
制御パケット処理部２２は、入力したパケットがＣＩＤレコード更新パケットの場合、ＣＩＤレコード更新パケットからＣＩＤ、ＩＰｖ４，６＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ及びＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈを取り出し、ＣＩＤ、ＩＰヘッダ及びＵＤＰヘッダからなるＣＩＤレコードを生成し、ＣＩＤテーブル２０に保存する。また、制御パケット処理部２２は、入力したパケットがＣＩＤレコード削除パケットの場合、ＣＩＤレコード削除パケットからＣＩＤを取り出し、そのＣＩＤが示すＣＩＤレコードをＣＩＤテーブル２０から削除する。ＣＩＤが複数存在する場合は、複数のＣＩＤレコードをＣＩＤテーブル２０から削除する。
【００７０】
（ダウンロードヘッダ解析）
ダウンロードヘッダ解析部２５は、フルヘッダパケット処理部２３及び圧縮ヘッダパケット処理部２４からＩＰパケットを入力し、ＩＰパケットに含まれるダウンロードヘッダに基づいて、ファイルの属性情報及びユニットを取得する。具体的には、ダウンロードヘッダ解析部２５は、ＩＰパケットに含まれる６４ビットのダウンロードヘッダを参照し、ダウンロードヘッダを構成する３２ビットの「ＴＦＩＤ」に基づいて、ファイルを識別する。前述したとおり、「ＴＦＩＤ」には、同一のファイル伝送に対しては同じ数値が付番されるから、ファイルを識別することができる。
【００７１】
ダウンロードヘッダ解析部２５は、識別したファイルの属性情報を取得済みであるか否かを判定し、取得済みでないと判定した場合、フルヘッダパケット処理部２３及び圧縮ヘッダパケット処理部２４から入力するＩＰパケットについて、ダウンロードヘッダのブロック番号ＢＮ及びシーケンス番号ＳＮがＢＮ＝０，ＳＮ＝０であるか否かを判定し、ＢＮ＝０，ＳＮ＝０のデータを入力するまで待つ。そして、ダウンロードヘッダがＢＮ＝０，ＳＮ＝０であることを判定した場合、そのＩＰパケットには最初の属性情報が含まれると認識し、最初の属性情報の「ダウンロードヘッダにおけるブロック番号ＢＮフィールドのビット数」を参照し、ダウンロードヘッダの「ＴＦＩＤ」の次の３２ビットであるブロック番号ＢＮ及びシーケンス番号ＳＮフィールドがどのような割合になっているかを認識する。そして、その後に入力するＩＰパケットについて、ダウンロードヘッダの「ＴＦＩＤ」が同じ場合のブロック番号ＢＮ及びシーケンス番号ＳＮを特定する。そして、ダウンロードヘッダ解析部２５は、最初の属性情報の「属性情報パケットの最終シーケンス番号」を参照し、その後に入力するＩＰパケットのシーケンス番号ＳＮが「属性情報パケットの最終シーケンス番号」と同一になるまでの間のＩＰパケットを、同一ファイルにおける属性情報として取得する。
【００７２】
ダウンロードヘッダ解析部２５は、属性情報の「ブロック内のパケット数」を参照し、ブロックにおける最後のユニットを特定できるようにし、属性情報の「ファイルを伝送する最終ブロック番号及び最終ブロックの最終シーケンス番号」を参照し、最終ブロックを特定できるようにし、また、最終ブロックのユニット及び最終ブロックにおける最終シーケンスのユニットを特定できるようにする。そして、ダウンロードヘッダ解析部２５は、全ての属性情報を取得した後に入力するＩＰパケットについて、同一ファイルにおける全てのブロックの全てのユニットを取得する。そして、取得した属性情報及び全てのユニットをファイル復元部２６に出力する。
【００７３】
（ファイル復元）
ファイル復元部２６は、ダウンロードヘッダ解析部２５から同一ファイルにおける属性情報及び全てのユニットを入力し、ダウンロードヘッダのブロック番号ＢＮ及びシーケンス番号ＳＮによって、データユニット及びパリティユニットを、ブロック番号順及びブロック内のシーケンス番号順に整列させる。そして、ファイル復元部２６は、属性情報の「ＦＥＣ方式を特定するための識別子」を参照し、パリティユニットを用いたＦＥＣのデコード処理を行い、欠損したデータユニットの復元を行い、データユニットを結合する。そして、ファイル復元部２６は、元のファイルに復元して記憶部２７に書き込む。
【００７４】
次に、図２に示した送信端末１及び図９に示した受信端末２による具体的な実施例について説明する。
〔実施例１〕
まず、実施例１について説明する。この実施例１は、同一ファイルの伝送に際し、受信端末２においてファイルを復元するために必要な属性情報を、送信端末１がフルヘッダパケットとして送信するものである。
【００７５】
図１０は、実施例１による各パケットの送信順序を説明する図である。図１０に示すように、同一ファイルを伝送する場合、属性情報のフルヘッダパケット及びユニットの圧縮ヘッダパケットがブロック毎に送信され、最終ブロックにおけるユニットの圧縮ヘッダパケットが送信された後に、ＣＩＤレコード削除パケットが送信される。
【００７６】
以下、具体的に説明する。まず、送信端末１の処理について説明する。送信端末１の属性情報生成部１２及びユニット生成部１３は、記憶部１１からファイル１を読み出し、属性情報及びユニットをそれぞれ生成する。ダウンロードヘッダ付加部１４は、属性情報生成部１２及びユニット生成部１３により生成された属性情報及びユニットにダウンロードヘッダを付加する。属性情報生成部１２、ユニット生成部１３及びダウンロードヘッダ付加部１４の詳細な処理については前述したので省略する。
【００７７】
ＩＰパケット生成部１５は、ダウンロードヘッダが付加された属性情報及びユニットを入力し、ＩＰヘッダ及びＵＤＰヘッダを付加してＩＰパケットを生成し、図１０に示した順番のとおりにＩＰパケットを出力する。すなわち、ＩＰパケット生成部１５は、属性情報のＩＰパケット（ＢＮ＝０，ＳＮ＝０）、ブロック０における複数のユニットのＩＰパケット（ＢＮ＝０，ＳＮ＝１，２，・・・）、属性情報のＩＰパケット（ＢＮ＝０，ＳＮ＝０）、ブロック１における複数のユニットのＩＰパケット（ＢＮ＝１，ＳＮ＝１，２，・・・）、・・・、属性情報のＩＰパケット（ＢＮ＝０，ＳＮ＝０）、最終ブロックｎにおける複数のユニットのＩＰパケット（ＢＮ＝ｎ，ＳＮ＝１，２，・・・）の順で各ＩＰパケットを出力する。
【００７８】
フルヘッダパケット・圧縮ヘッダパケット生成部１６は、ＩＰパケット生成部１５からファイル１のＩＰパケットを入力すると、ＩＰデータフローを特定してＣＩＤを決定し、ＣＩＤ、ＩＰヘッダ及びＵＤＰヘッダからなるＣＩＤレコードを新たに生成してＣＩＤテーブル１０に保存する。また、フルヘッダパケット・圧縮ヘッダパケット生成部１６は、属性情報のＩＰパケットを入力した場合、図１５（１）（３）に示したフルヘッダパケットを生成する。一方、ユニットのＩＰパケットを入力した場合、図１５（２）（４）に示した圧縮ヘッダパケットを生成する。尚、属性情報生成部１２により属性情報が複数に分割された場合は、先頭の属性情報についてのみフルヘッダパケットを生成し、他の属性情報については圧縮ヘッダパケットを生成する。これは、ブロック毎の属性情報について同様である。また、フルヘッダパケット・圧縮ヘッダパケット生成部１６は、全てのフルヘッダパケット及び圧縮ヘッダパケットの生成が完了すると、生成したＣＩＤレコードをＣＩＤテーブル１０から削除する。尚、フルヘッダパケット・圧縮ヘッダパケット生成部１６がフルヘッダパケット及び圧縮ヘッダパケットを生成する具体的な手法については既に説明したので、ここでは省略する。
【００７９】
制御パケット生成部１７は、フルヘッダパケット・圧縮ヘッダパケット生成部１６により新たに保存されたＣＩＤレコードをＣＩＤテーブル１０から読み出して記憶し、ＣＩＤテーブル１０からそのＣＩＤレコードが削除されたことを認識したときに、図７及び図８に示したように、記憶していたＣＩＤレコードのＣＩＤを含むＣＩＤレコード削除パケットを生成する。
【００８０】
送信制御部１８は、フルヘッダパケット・圧縮ヘッダパケット生成部１６により生成された属性情報のフルヘッダパケット及びユニットの圧縮ヘッダパケットを入力すると共に、制御パケット生成部１７により生成されたＣＩＤレコード削除パケットを入力する。そして、送信制御部１８は、図１０に示したように、属性情報のフルヘッダパケット及び複数のユニットの圧縮ヘッダパケットをこの順番にブロック毎に送信し、最終ブロックにおける複数のユニットの圧縮ヘッダパケットを送信した後に、ＣＩＤレコード削除パケットを送信する。尚、前述したとおり、属性情報生成部１２により属性情報が複数に分割された場合、先頭の属性情報についてのみフルヘッダパケットを送信し、他の属性情報については圧縮ヘッダパケットを送信する。これは、全てのブロックについて同様である。
【００８１】
引き続いてファイル２を伝送する場合も、前述のファイル１を伝送する場合と同様の処理が行われる。
【００８２】
次に、受信端末２の処理について説明する。受信端末２の受信制御部２１は、送信端末１により送信されたファイル１のパケットを受信すると、そのＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ）に基づいてフルヘッダパケット（属性情報のフルヘッダパケット）、圧縮ヘッダパケット（ユニットの圧縮ヘッダパケット、属性情報が分割された場合は先頭以外の属性情報の圧縮ヘッダパケット）及びＣＩＤレコード削除パケットに区別する。
【００８３】
フルヘッダパケット処理部２３は、受信制御部２１から属性情報のフルヘッダパケットを入力し、そのフルヘッダパケットからＣＩＤ、ＩＰｖ４，６＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ及びＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈを取り出し、ＣＩＤ、ＩＰヘッダ及びＵＤＰヘッダからなるＣＩＤレコードを生成し、ＣＩＤテーブル２０に保存する。そして、フルヘッダパケット処理部２３は、その属性情報のフルヘッダパケットからＣＩＤ、ＳＮ、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ）を取り除き、ＴＬＶの‘データの長さ’フィールドから算出したｌｅｎｇｔｈを付加し、さらに、チェックサムを計算して付加し、属性情報のＩＰパケットを生成して出力する。これにより、フルヘッダパケット処理部２３は、属性情報のフルヘッダパケットを入力し、新たなＣＩＤレコードを生成してＣＩＤテーブル２０に保存し、後続の圧縮ヘッダパケットに対して圧縮ヘッダを元のヘッダ情報に正しく復元させることができる。また、属性情報のフルヘッダパケットから属性情報のＩＰパケットを生成することができるから、入力した属性情報を廃棄する必要がない。
【００８４】
圧縮ヘッダパケット処理部２４は、受信制御部２１からユニットの圧縮ヘッダパケット及び先頭以外の属性情報の圧縮ヘッダパケットを入力し、その圧縮ヘッダパケットから圧縮ヘッダであるＣＩＤを取り出し、ＣＩＤをキーとしてＣＩＤテーブル２０を検索し、同じＣＩＤを有するＣＩＤレコードのＩＰヘッダ及びＵＤＰヘッダを読み出す。そして、圧縮ヘッダパケット処理部２４は、圧縮ヘッダパケットからＣＩＤ、ＳＮ、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ）を取り除き、読み出したＩＰヘッダ及びＵＤＰヘッダを付加し、ＴＬＶの‘データの長さ’フィールドから算出したｌｅｎｇｔｈを付加し、さらに、チェックサムを計算して付加し、ＩＰパケットを生成して出力する。尚、フルヘッダパケット処理部２３及び圧縮ヘッダパケット処理部２４は、フルヘッダパケット及び圧縮ヘッダパケットのＳＮに従って、その順番にＩＰパケットを出力する。
【００８５】
制御パケット処理部２２は、受信制御部２１により区別されたＣＩＤレコード削除パケットを入力し、ＣＩＤが示すＣＩＤレコードをＣＩＤテーブル２０から削除する。
【００８６】
ダウンロードヘッダ解析部２５は、フルヘッダパケット処理部２３及び圧縮ヘッダパケット処理部２４からＩＰパケットを入力し、ダウンロードヘッダの「ＴＦＩＤ」に基づいてファイルを識別し、前述したとおり、ファイル１の属性情報及びファイル本体を取得する。
【００８７】
ファイル復元部２６は、ダウンロードヘッダ解析部２５からファイル１における属性情報及び全てのユニットを入力し、ダウンロードヘッダのブロック番号ＢＮ及びシーケンス番号ＳＮに基づいて、データユニット及びパリティユニットを、ブロック番号順及びブロック内のシーケンス番号順に整列させる。そして、パリティユニットを用いたＦＥＣのデコード処理を行い、欠損したデータユニットの復元を行い、データユニットを結合する。そして、ファイル復元部２６は、元のファイル１に復元して記憶部２７に書き込む。
【００８８】
以上のように、実施例１によれば、送信端末１は、同一ファイルの伝送に際し、受信端末２においてファイルを復元するために必要な属性情報を、フルヘッダパケットとして送信するようにした。すなわち、送信端末１は、属性情報のフルヘッダパケット及び複数のユニットの圧縮ヘッダパケットをこの順番にブロック毎に送信し、最終ブロックにおける複数のユニットの圧縮ヘッダパケットを送信した後に、ＣＩＤレコード削除パケットを送信する。受信端末２は、属性情報のフルヘッダパケットを受信し、新たなＣＩＤレコードを生成してＣＩＤテーブル２０に保存すると共に、この属性情報のフルヘッダパケットからＩＰパケットを生成して属性情報を取得する。そして、これ以降に受信するユニットの圧縮ヘッダパケットからファイル本体を取得する。これにより、受信端末２において、ファイルを復元するために必要な属性情報のパケットを受信した場合、その属性情報のパケットを廃棄する必要がなく、ファイルの属性情報を確実に取得することが可能となる。
【００８９】
〔実施例２〕
次に、実施例２について説明する。この実施例２は、同一ファイルの伝送に際し、受信端末２においてファイルを復元するために必要な属性情報を、送信端末１がフルヘッダパケットとして送信し、その後は、同一の属性情報を圧縮ヘッダパケットとして送信するものである。例えば、送信端末１は、ファイル伝送における先頭のパケットとして、属性情報のフルヘッダパケットを送信し、その後に、属性情報の圧縮ヘッダパケットと属性情報のフルヘッダパケットとをブロック毎に交互に送信する。
【００９０】
図１１は、実施例２による各パケットの送信順序を説明する図である。図１１に示すように、同一ファイルを伝送する場合、属性情報のフルヘッダパケット及びユニットの圧縮ヘッダパケットと、属性情報の圧縮ヘッダパケット及びユニットの圧縮ヘッダパケットとが交互にブロック毎に送信され、最終ブロックにおけるユニットの圧縮ヘッダパケットが送信された後に、ＣＩＤレコード削除パケットが送信される。
【００９１】
以下、具体的に説明する。まず、送信端末１の処理について説明する。送信端末１の属性情報生成部１２、ユニット生成部１３、ダウンロードヘッダ付加部１４及びＩＰパケット生成部１５の処理は実施例１と同様であるから、ここでは説明を省略する。
【００９２】
フルヘッダパケット・圧縮ヘッダパケット生成部１６は、ＩＰパケット生成部１５からファイル１のＩＰパケットを入力すると、ＩＰデータフローを特定してＣＩＤを決定し、ＣＩＤ、ＩＰヘッダ及びＵＤＰヘッダからなるＣＩＤレコードを新たに生成してＣＩＤテーブル１０に保存する。また、フルヘッダパケット・圧縮ヘッダパケット生成部１６は、ファイル１のＩＰパケットのうち、ブロック番号ＢＮ＝０，２，４，・・・（０を含む偶数のブロック番号ＢＮ）のユニットを入力する手前の属性情報のＩＰパケットを入力した場合、図１５（１）（３）に示したフルヘッダパケットを生成する。また、ブロック番号ＢＮ＝１，３，５・・・（奇数のブロック番号ＢＮ）のユニットを入力する手前の属性情報のＩＰパケットを入力した場合、図１５（２）（４）に示した圧縮ヘッダパケットを生成する。一方、ユニットのＩＰパケットを入力した場合、図１５（２）（４）に示した圧縮ヘッダパケットを生成する。尚、属性情報生成部１２により属性情報が複数に分割された場合であって、ブロック番号ＢＮ＝０，２，４のユニットを入力する手前の属性情報のＩＰパケットを入力した場合は、複数に分割された属性情報のうちの先頭の属性情報についてのみフルヘッダパケットを生成し、他の属性情報については圧縮ヘッダパケットを生成する。また、フルヘッダパケット・圧縮ヘッダパケット生成部１６は、全てのフルヘッダパケット及び圧縮ヘッダパケットの生成が完了すると、生成したＣＩＤレコードをＣＩＤテーブル１０から削除する。尚、フルヘッダパケット・圧縮ヘッダパケット生成部１６がフルヘッダパケット及び圧縮ヘッダパケットを生成する具体的な手法については既に説明したので、ここでは省略する。
【００９３】
制御パケット生成部１７は、フルヘッダパケット・圧縮ヘッダパケット生成部１６により新たに保存されたＣＩＤレコードをＣＩＤテーブル１０から読み出して記憶し、ＣＩＤテーブル１０からそのＣＩＤレコードが削除されたことを認識したときに、図７及び図８に示したように、記憶していたＣＩＤレコードのＣＩＤを含むＣＩＤレコード削除パケットを生成する。
【００９４】
送信制御部１８は、フルヘッダパケット・圧縮ヘッダパケット生成部１６により生成された属性情報のフルヘッダパケット及びユニットの圧縮ヘッダパケットを入力すると共に、制御パケット生成部１７により生成されたＣＩＤレコード削除パケットを入力する。そして、送信制御部１８は、図１１に示したように、属性情報のフルヘッダパケット及びユニットの圧縮ヘッダパケットと、属性情報の圧縮ヘッダパケット及びユニットの圧縮ヘッダパケットとを交互にブロック毎に送信し、最終ブロックにおけるユニットの圧縮ヘッダパケットを送信した後に、ＣＩＤレコード削除パケットを送信する。尚、前述したとおり、属性情報生成部１２により属性情報が複数に分割された場合であって、ブロック番号ＢＮ＝０，２，４のユニットを送信する手前の属性情報を送信する場合は、複数に分割された属性情報のうちの先頭の属性情報についてのみフルヘッダパケットを送信し、他の属性情報については圧縮ヘッダパケットを送信する。
【００９５】
引き続いてファイル２を伝送する場合も、前述のファイル１を伝送する場合と同様の処理が行われる。
【００９６】
次に、受信端末２の処理について説明する。受信端末２の受信制御部２１は、送信端末１により送信されたファイル１のパケットを受信すると、そのＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ）に基づいてフルヘッダパケット（ブロック番号ＢＮ＝０，２，４・・・手前の属性情報のフルヘッダパケット）、圧縮ヘッダパケット（ブロック番号ＢＮ＝１，３，５，・・・手前の属性情報の圧縮ヘッダパケット、ユニットの圧縮ヘッダパケット、属性情報が分割された場合は先頭以外の属性情報）及びＣＩＤレコード削除パケットに区別する。
【００９７】
制御パケット処理部２２、フルヘッダパケット処理部２３、圧縮ヘッダパケット処理部２４、ダウンロードヘッダ解析部２５及びファイル復元部２６の処理は実施例１と同様であるから、ここでは説明を省略する。
【００９８】
以上のように、実施例２によれば、送信端末１は、同一ファイルの伝送に際し、受信端末２においてファイルを復元するために必要な属性情報を、フルヘッダパケットとして送信するようにした。すなわち、送信端末１は、属性情報のフルヘッダパケット及び複数のユニットの圧縮ヘッダパケットと、属性情報の圧縮ヘッダパケット及び複数のユニットの圧縮ヘッダパケットとを交互にブロック毎に送信し、最終ブロックにおける複数のユニットの圧縮ヘッダパケットを送信した後に、ＣＩＤレコード削除パケットを送信する。受信端末２は、属性情報のフルヘッダパケットを受信し、新たなＣＩＤレコードを生成してＣＩＤテーブル２０に保存すると共に、この属性情報のフルヘッダパケットからＩＰパケットを生成して属性情報を取得する。そして、これ以降に受信するユニットの圧縮ヘッダパケットからファイル本体を取得する。これにより、受信端末２において、ファイルを復元するために必要な属性情報のパケットを受信した場合、その属性情報のパケットを廃棄する必要がなく、ファイルの属性情報を確実に取得することが可能となる。
【００９９】
〔実施例３〕
次に、実施例３について説明する。この実施例３は、同一ファイルの伝送に際し、受信端末２においてファイルを復元するために必要な属性情報を、送信端末１がＣＩＤレコード更新パケットを送信した後に、圧縮ヘッダパケットとして送信するものである。
【０１００】
図１２は、実施例３による各パケットの送信順序を説明する図である。図１２に示すように、同一ファイルを伝送する場合、ＣＩＤレコード更新パケット、属性情報の圧縮ヘッダパケット及びユニットの圧縮ヘッダパケットがこの順番にブロック毎に送信され、最終ブロックにおけるユニットの圧縮ヘッダパケットが送信された後に、ＣＩＤレコード削除パケットが送信される。
【０１０１】
以下、具体的に説明する。まず、送信端末１の処理について説明する。送信端末１の属性情報生成部１２、ユニット生成部１３、ダウンロードヘッダ付加部１４及びＩＰパケット生成部１５の処理は実施例１と同様であるから、ここでは説明を省略する。
【０１０２】
フルヘッダパケット・圧縮ヘッダパケット生成部１６は、ＩＰパケット生成部１５からファイル１のＩＰパケットを入力すると、ＩＰデータフローを特定してＣＩＤを決定し、ＣＩＤ、ＩＰヘッダ及びＵＤＰヘッダからなるＣＩＤレコードを新たに生成してＣＩＤテーブル１０に保存する。また、フルヘッダパケット・圧縮ヘッダパケット生成部１６は、属性情報のＩＰパケット及びユニットのＩＰパケットを入力した場合、いずれの場合も図１５（２）（４）に示した圧縮ヘッダパケットを生成する。ここではフルヘッダパケットを生成しない。尚、属性情報生成部１２により属性情報が複数に分割された場合も、全ての属性情報について圧縮ヘッダパケットを生成する。また、フルヘッダパケット・圧縮ヘッダパケット生成部１６は、全ての圧縮ヘッダパケットの生成が完了すると、生成したＣＩＤレコードをＣＩＤテーブル１０から削除する。尚、フルヘッダパケット・圧縮ヘッダパケット生成部１６が圧縮ヘッダパケットを生成する具体的な手法については既に説明したので、ここでは省略する。
【０１０３】
制御パケット生成部１７は、フルヘッダパケット・圧縮ヘッダパケット生成部１６により新たに保存されたＣＩＤレコードをＣＩＤテーブル１０から読み出して、図６に示したＣＩＤレコード更新パケットを生成する。
【０１０４】
また、制御パケット生成部１７は、フルヘッダパケット・圧縮ヘッダパケット生成部１６により新たに保存されたＣＩＤレコードをＣＩＤテーブル１０から読み出して記憶し、ＣＩＤテーブル１０からそのＣＩＤレコードが削除されたことを認識したときに、図７及び図８に示したように、記憶していたＣＩＤレコードのＣＩＤを含むＣＩＤレコード削除パケットを生成する。
【０１０５】
送信制御部１８は、フルヘッダパケット・圧縮ヘッダパケット生成部１６により生成された属性情報の圧縮ヘッダパケット及びユニットの圧縮ヘッダパケットを入力すると共に、制御パケット生成部１７により生成されたＣＩＤレコード更新パケット及びＣＩＤレコード削除パケットを入力する。そして、送信制御部１８は、図１２に示したように、ＣＩＤレコード更新パケット、属性情報の圧縮ヘッダパケット及び複数のユニットの圧縮ヘッダパケットをこの順番にブロック毎に送信し、最終ブロックにおける複数のユニットの圧縮ヘッダパケットを送信した後に、ＣＩＤレコード削除パケットを送信する。尚、前述したとおり、属性情報生成部１２により属性情報が複数に分割された場合も、全ての属性情報について圧縮ヘッダパケットを送信する。これは、全てのブロックについて同様である。
【０１０６】
引き続いてファイル２を伝送する場合も、前述のファイル１を伝送する場合と同様の処理が行われる。
【０１０７】
次に、受信端末２の処理について説明する。受信端末２の受信制御部２１は、送信端末１により送信されたファイル１のパケットを受信すると、そのＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ）に基づいて圧縮ヘッダパケット（属性情報の圧縮ヘッダパケット、ユニットの圧縮ヘッダパケット）、ＣＩＤレコード更新パケット及びＣＩＤレコード削除パケットに区別する。
【０１０８】
制御パケット処理部２２は、受信制御部２１により区別されたＣＩＤレコード更新パケットを入力し、そのＣＩＤレコード更新パケットからＣＩＤ、ＩＰｖ４，６＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ及びＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈを取り出し、ＣＩＤ、ＩＰヘッダ及びＵＤＰヘッダからなるＣＩＤレコードを生成し、ＣＩＤテーブル２０に保存する。
【０１０９】
圧縮ヘッダパケット処理部２４は、受信制御部２１から属性情報の圧縮ヘッダパケット及びユニットの圧縮ヘッダパケットを入力し、その圧縮ヘッダパケットから圧縮ヘッダであるＣＩＤを取り出し、ＣＩＤをキーとしてＣＩＤテーブル２０を検索し、同じＣＩＤを有するＣＩＤレコードのＩＰヘッダ及びＵＤＰヘッダを読み出す。そして、圧縮ヘッダパケット処理部２４は、圧縮ヘッダパケットからＣＩＤ、ＳＮ、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ）を取り除き、ＴＬＶの‘データの長さ’フィールドから算出したｌｅｎｇｔｈを付加し、さらに、チェックサムを計算して付加し、ＩＰパケットを生成して出力する。ＣＩＤテーブル２０には、制御パケット処理部２２によって既にＣＩＤレコードが保存されているので、圧縮ヘッダパケットのＣＩＤを正しいヘッダ情報に復元し、ＩＰパケットを生成することができる。尚、圧縮ヘッダパケット処理部２４は、圧縮ヘッダパケットのＳＮに従って、その順番にＩＰパケットを出力する。これにより、圧縮ヘッダパケット処理部２４は、属性情報の圧縮ヘッダパケットを入力し、ＣＩＤレコード更新パケットによって既に新たなＣＩＤレコードが保存されているＣＩＤテーブル２０を用いて、属性情報のＩＰパケットを生成することができるから、入力した属性情報を廃棄する必要がない。
【０１１０】
制御パケット処理部２２は、受信制御部２１により区別されたＣＩＤレコード削除パケットを入力し、ＣＩＤが示すＣＩＤレコードをＣＩＤテーブル２０から削除する。
【０１１１】
ダウンロードヘッダ解析部２５及びファイル復元部２６の処理は実施例１と同様であるから、ここでは説明を省略する。
【０１１２】
以上のように、実施例３によれば、送信端末１は、同一のファイル伝送に際し、受信端末２においてファイルを復元するために必要な属性情報を、ＣＩＤレコード更新パケットを送信した後に、圧縮ヘッダパケットとして送信するようにした。すなわち、送信端末１は、ＣＩＤレコード更新パケット、属性情報の圧縮ヘッダパケット及び複数のユニットの圧縮ヘッダパケットをこの順番にブロック毎に送信し、最終ブロックにおける複数のユニットの圧縮ヘッダパケットを送信した後に、ＣＩＤレコード削除パケットを送信する。受信端末２は、ＣＩＤレコード更新パケットを受信し、新たなＣＩＤレコードを生成してＣＩＤテーブル２０に保存し、その後に属性情報の圧縮ヘッダパケットを受信する。そして、受信端末２は、この属性情報の圧縮ヘッダパケットからＣＩＤテーブル２０に保存された新たなＣＩＤレコードを用いてＩＰパケットを生成し、属性情報を取得する。これにより、受信端末２において、ファイルを復元するために必要な属性情報のパケットを受信した場合、その属性情報のパケットを廃棄する必要がなく、ファイルの属性情報を確実に取得することが可能となる。
【０１１３】
以上、実施例を挙げて本発明を説明したが、本発明は前記実施例に限定されるものではなく、その技術思想を逸脱しない範囲で種々変形可能である。例えば、前記実施例では、送信端末１は属性情報をブロック毎に送信するようにしたが、ファイルを構成するブロックの数によっては、ブロック番号ＢＮ＝０以外のブロックにおいて必ずしも属性情報を送信する必要はない。具体的には、ブロックの数が少ない場合（ブロックのサイズが大きい場合）は、属性情報を送信する頻度を高くする。一方、ブロックの数が多い場合（ブロックのサイズが大きい場合）は、属性情報を送信する頻度を低くし複数ブロック毎に属性情報を送信するようにする。また、属性情報を、最初のブロックにおいて１回のみ送信するようにし、２番目のブロック以降では送信しないようにしてもよい。同様に、ＣＩＤレコード更新パケットについても、属性情報を送信する場合と同様の頻度で送信するようにしてもよい。
【０１１４】
また、前記実施例では、送信端末１のユニット生成部１３が、列方向及び行方向毎にそれぞれのデータユニットからパリティユニットを生成するようにしたが、一方向伝送路３の伝送品質によっては必ずしもパリティユニットを生成する必要はない。また、ＦＥＣの方式は、データユニットを二次元に整列させてパリティユニットを生成するものである必要はなく、リードソロモン符号やＲａｐｔｏｒ符号により冗長データすなわちパリティユニットを生成する方式を用いてもよい。本発明は、ＦＥＣの方式に限定されるものではない。
【０１１５】
また、前記実施例は、前述したＦＬＵＴＥを用いた伝送システムについても適用がある。この場合、送信端末１は、図２に示したダウンロードヘッダ付加部１４を備えておらず、ＩＰパケット生成部１５が、図４に示したダウンロードヘッダを構成する「ＴＦＩＤ」「ブロック番号ＢＮ」「シーケンス番号ＳＮ」に相当するデータを、図１９に示したＦＬＵＴＥパケットのＦＬＵＴＥヘッダに設定する。具体的には、ＩＰパケット生成部１５は、伝送するファイルを一意に識別するためのラベルの役割を果たす「ＴＦＩＤ」に相当するデータを、ＦＬＵＴＥヘッダのＴＯＩに設定する。また、パケットの順番を示す「ブロック番号ＢＮ」「シーケンス番号ＳＮ」に相当するデータを、ＦＥＣ  Ｐａｙｌｏａｄ  ＩＤとしてＦＬＵＴＥヘッダに設定する。また、ＩＰパケット生成部１５は、属性情報のＦＬＵＴＥパケットを生成する場合、ＴＯＩ＝０をＦＬＵＴＥヘッダに設定し、属性情報であるＦＤＴをＦＬＵＴＥペイロードに設定する。そして、前記実施例と同様に、フルヘッダパケット・圧縮ヘッダパケット生成部１６がフルヘッダパケット及び圧縮ヘッダパケットを生成し、送信制御部１８は、図１０〜図１２に示した順番で各パケットを送信する。受信端末２は、図９に示したダウンロードヘッダ解析部２５を備えておらず、ファイル復元部２６は、ＦＬＵＴＥヘッダのＴＯＩ及びＦＥＣ  Ｐａｙｌｏａｄ  ＩＤによって属性情報及びユニットを特定し取得することができ、結果として元のファイルに復元することができる。
【０１１６】
また、前記実施例では、図２に示したように、送信端末１は、記憶部１１、属性情報生成部１２、ユニット生成部１３、ダウンロードヘッダ付加部１４、ＩＰパケット生成部１５、フルヘッダパケット・圧縮ヘッダパケット生成部１６、制御パケット生成部１７、送信制御部１８及びＣＩＤテーブル１０を備えるようにしたが、送信端末１が、フルヘッダパケット・圧縮ヘッダパケット生成部１６、制御パケット生成部１７、送信制御部１８及びＣＩＤテーブル１０のみを備え、別途の装置が、記憶部１１、属性情報生成部１２、ユニット生成部１３、ダウンロードヘッダ付加部１４及びＩＰパケット生成部１５を備えるようにしてもよい。この場合、別途の装置は、生成したＩＰパケットを送信端末１へ送信する。そして、送信端末１は、別途の装置により送信されたＩＰパケットを受信し、フルヘッダパケット等を生成して一方向伝送路３へ送信する。
【０１１７】
また、前記実施例では、図９に示したように、受信端末２は、受信制御部２１、制御パケット処理部２２、フルヘッダパケット処理部２３、圧縮ヘッダパケット処理部２４、ダウンロードヘッダ解析部２５、ファイル復元部２６、記憶部２７及びＣＩＤテーブル２０を備えるようにしたが、受信端末２が、受信制御部２１、制御パケット処理部２２、フルヘッダパケット処理部２３、圧縮ヘッダパケット処理部２４及びＣＩＤテーブル２０のみを備え、別途の装置が、ダウンロードヘッダ解析部２５、ファイル復元部２６及び記憶部２７を備えるようにしてもよい。この場合、受信端末２は、一方向伝送路３からフルヘッダパケット等を受信してＩＰパケットを生成し、ＩＰパケットを別途の装置へ送信する。そして、別途の装置は、受信端末２により送信されたＩＰパケットを受信し、属性情報を用いて元のファイルに復元する。
【０１１８】
また、前記実施例では、図２に示したように、送信端末１は、ＩＰパケット生成部１５において図５に示したＩＰパケットを生成し、フルヘッダパケット・圧縮ヘッダパケット生成部１６において、ＩＰパケット生成部１５により生成されたＩＰパケットからＩＰヘッダ及びＵＤＰヘッダを取り除き、フルヘッダパケットまたは圧縮ヘッダパケットを生成する例を示した。しかしながら、送信端末１は、ＩＰパケット生成部１５を備えない構成とすることもできる。この場合、ＣＩＤレコード生成部（図示せず）は、ＩＰデータフロー毎に、ＩＰパケットを生成する際に必要となるＩＰヘッダ及びＵＤＰヘッダの各種データからなるＣＩＤレコードを予め生成し、図１４に示した構成でＣＩＤテーブル１０に保存する。すなわち、ＩＰヘッダ及びＵＤＰヘッダを付加したＩＰパケットを生成する代わりに、これらのヘッダ情報を予めＣＩＤテーブル１０に保存しておく。そして、フルヘッダパケット・圧縮ヘッダパケット生成部１６は、ＣＩＤテーブル１０からこれらのヘッダ情報を読み出し、図１５〜図１８に示したフルヘッダパケットまたは圧縮ヘッダパケットを生成し、送信制御部１８に出力する。尚、フルヘッダパケット及び圧縮ヘッダパケットの具体的な生成手法については、前述したとおりである。また、受信端末２のフルヘッダパケット処理部２３及び圧縮ヘッダパケット処理部２４は、ＩＰパケットを生成して出力するのではなく、ＩＰヘッダ及びＵＤＰヘッダを含まないパケット、すなわち、ダウンロードヘッダ及びユニット（または属性情報）からなるパケットを生成して出力する。
【図面の簡単な説明】
【０１１９】
【図１】本発明の実施形態による送信端末及び受信端末が用いられる伝送システムの概略構成を示す図である。
【図２】送信端末の構成を示すブロック図である。
【図３】属性情報の構成を示す図である。
【図４】ダウンロードヘッダの構成を示す図である。
【図５】ＩＰパケット生成部から出力されるＩＰパケットの構成を示す図である。
【図６】（１）は、ＩＰｖ４のＣＩＤレコード更新パケットの構成を示す図である。（２）は、ＩＰｖ６のＣＩＤレコード更新パケットの構成を示す図である。
【図７】ＣＩＤレコード削除パケットの構成を示す図である。
【図８】複数のＣＩＤレコードを削除するＣＩＤレコード削除パケットの構成を示す図である。
【図９】受信端末の構成を示すブロック図である。
【図１０】実施例１による各パケットの送信順序を説明する図である。
【図１１】実施例２による各パケットの送信順序を説明する図である。
【図１２】実施例３による各パケットの送信順序を説明する図である。
【図１３】フルヘッダパケット、圧縮ヘッダパケット及びＣＩＤテーブルによるヘッダ圧縮方式を説明する図である。
【図１４】（１）は、ＩＰｖ４のＣＩＤテーブルの構成を示す図である。（２）は、ＩＰｖ６のＣＩＤテーブルの構成を示す図である。
【図１５】（１）は、ＩＰｖ４のフルヘッダパケットの構成を示す図である。（２）は、ＩＰｖ４の圧縮ヘッダパケットの構成を示す図である。（３）は、ＩＰｖ６のフルヘッダパケットの構成を示す図である。（４）は、ＩＰｖ６の圧縮ヘッダパケットの構成を示す図である。
【図１６】ＩＰｖ４のフルヘッダパケットにおけるＩＰｖ４＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈの構成を示す図である。
【図１７】ＩＰｖ６のフルヘッダパケットにおけるＩＰｖ６＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈの構成を示す図である。
【図１８】ＩＰｖ４及びＩＰｖ６のフルヘッダパケットにおけるＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈの構成を示す図である。
【図１９】ＦＬＵＴＥパケットの構成を示す図である。
【符号の説明】
【０１２０】
１  送信端末
２  受信端末
３  一方向伝送路
１０，２０  ＣＩＤテーブル
１１，２７  記憶部
１２  属性情報生成部
１３  ユニット生成部
１４  ダウンロードヘッダ付加部
１５  ＩＰパケット生成部
１６  フルヘッダパケット・圧縮ヘッダパケット生成部
１７  制御パケット生成部
１８  送信制御部
２１  受信制御部
２２  制御パケット処理部
２３  フルヘッダパケット処理部
２４  圧縮ヘッダパケット処理部
２５  ダウンロードヘッダ解析部
２６  ファイル復元部
【図１】
2010141536.tif 000004
【図２】
2010141536.tif 000005
【図３】
2010141536.tif 000006
【図４】
2010141536.tif 000007
【図５】
2010141536.tif 000008
【図６】
2010141536.tif 000009
【図７】
2010141536.tif 000010
【図８】
2010141536.tif 000011
【図９】
2010141536.tif 000012
【図１０】
2010141536.tif 000013
【図１１】
2010141536.tif 000014
【図１２】
2010141536.tif 000015
【図１３】
2010141536.tif 000016
【図１４】
2010141536.tif 000017
【図１５】
2010141536.tif 000018
【図１６】
2010141536.tif 000019
【図１７】
2010141536.tif 000020
【図１８】
2010141536.tif 000021
【図１９】
2010141536.tif 000022