(57)【要約】【課題】受信したパケットのヘッダ情報を元のＩＰヘッダ情報に復元することなく、所望のデータグラムを取得する。【解決手段】ＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部２２は、受信したヘッダ圧縮パケットから識別されたＣＩＤ及び取り出されたヘッダ情報によってＣＩＤレコードを生成し、ＣＩＤテーブルに保存する。そして、指定されたＩＰアドレスを用いてＣＩＤテーブルを検索しＣＩＤを特定する。フィルタ部２４は、そのＣＩＤにより所望のヘッダ圧縮パケットを選定し、ペイロード取り出し部２５−Ａ〜２５−Ｃは、所望のヘッダ圧縮パケットのペイロードからデータグラムを取り出す。これにより、アプリケーション部２１−１は、指定したＩＰアドレスに対応する所望のデータグラムを取得することができる。【選択図】図１
2010147802.tif 000002
【特許請求の範囲】
【請求項１】
伝送するコンテンツのＩＰデータフローをＩＰアドレス及びポート番号により決定し、前記ＩＰデータフローを特定するためのコンテクスト識別子（ＣＩＤ）を含むヘッダを付加し、ヘッダ圧縮したパケットとして伝送する伝送システムの下で、前記ヘッダ圧縮されたパケットを受信し、前記パケットから所定のコンテンツのデータグラムを取得する受信端末において、
前記受信したパケットのヘッダからＣＩＤを識別するＣＩＤ識別部と、
前記受信したパケットからヘッダタイプを識別し、前記識別したヘッダタイプが、ヘッダにＩＰアドレスを含むタイプの場合、前記パケットのヘッダからＩＰアドレスを取り出すタイプ識別部と、
前記ＣＩＤ識別部により識別されたＣＩＤと、前記タイプ識別部により取り出されたＩＰアドレスとを含むＣＩＤレコードにより構成されたＣＩＤテーブルと、
前記所定のコンテンツのデータグラムを取得するために指定されたＩＰアドレスに基づいて前記ＣＩＤテーブルを検索し、前記ＩＰアドレスを含むＣＩＤレコードからＣＩＤを特定するＣＩＤ特定部と、
前記受信したパケットの中から、前記ＣＩＤ特定部により特定されたＣＩＤを持つパケットを選定するフィルタ部と、
前記フィルタ部により選定されたパケットのペイロードから、コンテンツのデータグラムを取り出すペイロード取り出し部と、を備えたことを特徴とする受信端末。
【請求項２】
請求項１に記載の受信端末において、
前記ＣＩＤ特定部は、複数のＣＩＤを特定し、
前記フィルタ部は、前記受信したパケットの中から、前記ＣＩＤ特定部により特定された複数のＣＩＤのうちのいずれかのＣＩＤを持つパケットを、前記ＣＩＤ毎にそれぞれ選定し、
前記ペイロード取り出し部は、前記フィルタ部により選定されたＣＩＤ毎のパケットに対し、前記パケットのペイロードからコンテンツのデータグラムをそれぞれ取り出す、ことを特徴とする受信端末。
【請求項３】
請求項１に記載の受信端末において、
前記タイプ識別部は、前記受信したパケットからヘッダタイプを識別し、前記識別したヘッダタイプが、ヘッダにＩＰアドレス及びポート番号を含むタイプの場合、前記パケットのヘッダからＩＰアドレス及びポート番号を取り出し、
前記ＣＩＤテーブルは、前記ＣＩＤ識別部により識別されたＣＩＤと、前記タイプ識別部により取り出されたＩＰアドレス及びポート番号とを含むＣＩＤレコードにより構成され、
前記ＣＩＤ特定部は、前記所定のコンテンツのデータグラムを取得するために指定されたＩＰアドレス及びポート番号に基づいて前記ＣＩＤテーブルを検索し、前記ＩＰアドレス及びポート番号を含むＣＩＤレコードからＣＩＤを特定する、ことを特徴とする受信端末。
【請求項４】
伝送するコンテンツのＩＰデータフローをＩＰアドレス及びポート番号により決定し、前記ＩＰデータフローを特定するためのコンテクスト識別子（ＣＩＤ）を含むヘッダを付加し、ヘッダ圧縮したパケットとして伝送する伝送システムの下で、前記ヘッダ圧縮されたパケットを受信し、前記パケットから所定のコンテンツのデータグラムを取得する受信端末において、
予め設定されたＣＩＤ、ＩＰアドレス及びポート番号を含むＣＩＤレコードにより構成されたＣＩＤテーブルと、
前記所定のコンテンツのデータグラムを取得するために指定されたＩＰアドレスに基づいて前記ＣＩＤテーブルを検索し、前記ＩＰアドレスを含むＣＩＤレコードからＣＩＤを特定するＣＩＤ特定部と、
前記受信したパケットの中から、前記ＣＩＤ特定部により特定されたＣＩＤを持つパケットを選定するフィルタ部と、
前記フィルタ部により選定されたパケットのペイロードから、コンテンツのデータグラムを取り出すペイロード取り出し部と、を備えたことを特徴とする受信端末。
【請求項５】
伝送するコンテンツのＩＰデータフローをＩＰアドレス及びポート番号により決定し、前記ＩＰデータフローを特定するためのコンテクスト識別子（ＣＩＤ）を含むヘッダを付加し、ヘッダ圧縮したパケットとして伝送すると共に、前記コンテンツの所在情報、前記コンテンツの配信開始時刻及び配信終了時刻、コンテンツＩＤを含んで構成されるダウンロード制御情報に、前記ＣＩＤを記述し、前記ヘッダ圧縮したパケットの伝送に先立って前記ダウンロード制御情報を伝送する伝送システムの下で、前記ダウンロード制御情報及びヘッダ圧縮されたパケットを受信し、前記パケットから所定のコンテンツのデータグラムを取得する受信端末において、
前記ダウンロード制御情報に記述されたＣＩＤを、前記所定のコンテンツのデータグラムを取得するためのＣＩＤとして指定するＣＩＤ指定部と、
前記受信したパケットの中から、前記ＣＩＤ指定部により指定されたＣＩＤを持つパケットを選定するフィルタ部と、
前記フィルタ部により選定されたパケットのペイロードから、コンテンツのデータグラムを取り出すペイロード取り出し部と、を備えたことを特徴とする受信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツファイルをパケット化して伝送する際に、ＩＰヘッダ情報をコンテクスト識別子（ＣＩＤ：Ｃｏｎｔｅｘｔ  Ｉｄｅｎｔｉｆｉｅｒ）に置き換えてヘッダ圧縮し、そのヘッダ圧縮したパケットを送信する送信端末と、前記パケットを受信して元のコンテンツファイルに復元する受信端末とにより構成される伝送システムにおいて、圧縮されたヘッダ情報を元のＩＰヘッダ情報に復元することなく、パケットにより伝送されるコンテンツのデータグラムを取得する技術に関する。
【背景技術】
【０００２】
従来、パケットのヘッダを圧縮するヘッダ圧縮技術として、ＲＦＣ３０９５に規定されるＲＯＨＣ（ＲＯｂｕｓｔ  Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）、ＲＦＣ３５４５に規定されるＥｎｈａｎｃｅｄ  ＣＲＴＰ等が知られており、これらのヘッダ圧縮技術を実際の伝送システムに適用するための開発が進められてきた。例えば、端末及びサーバにより構成される伝送システムにおいて、上りチャンネルの回線と下りチャンネルの回線とが異なる非対象の伝送路であってもスループットが低下しないように、ヘッダ情報を圧縮して復元（解凍）するパケットと圧縮しないパケットとを区別して伝送する技術が知られている（特許文献１を参照）。また、圧縮されたヘッダ情報を有するパケットの紛失またはエラーが発生しても、そのヘッダ情報を正しく再構成できるように、特定のパケットを後続のパケットと共に、所定の条件が満たされるまで送信する技術が知られている（特許文献２を参照）。
【０００３】
一方、前述したヘッダ圧縮技術を用いた伝送システムのうち、ＩＰヘッダ及びＵＤＰヘッダからなるＩＰヘッダ情報を圧縮し、ヘッダ圧縮したパケット（ヘッダ圧縮パケット）として伝送するシステムがある（非特許文献１を参照）。この伝送システムは、全てのパケットが全てのヘッダ情報を備えて送信する代わりにヘッダ圧縮パケットを送信し、伝送システムにおける伝送効率の向上を図るものである。ここで、ＩＰヘッダ情報はＣＩＤと呼ばれるコンテクスト識別子に置き換えられて圧縮され、ＣＩＤはヘッダ圧縮パケットのＩＰデータフローを特定するための情報として用いられる。
【０００４】
図８は、ＩＰパケットのＩＰヘッダ情報を圧縮しヘッダ圧縮パケットとして伝送するシステムの概略構成を示す図である。この伝送システムは、高度ＢＳデジタル放送を実現する衛星放送システムであり、放送局に設けられたファイル送出装置及び多重化装置（送信端末１）、並びに、例えば一般家庭に設けられたチューナー装置（受信端末２）及びアプリケーション装置を備えて構成される。送信端末１と受信端末２とは、放送衛星を介して、放送伝送路である一方向伝送路３により接続される。また、放送局内のファイル送出装置と送信端末１とはＩＰネットワークにより接続され、一般家庭内の受信端末２とアプリケーション装置４とはホームネットワークを構成するＩＰネットワークにより接続される。
【０００５】
送信端末１は、コンテンツファイルを送出するファイル送出装置からＩＰパケットを受信し、受信したＩＰパケットを多重化し、一方向伝送路３を介して放送波を受信端末２へ送信する。具体的には、送信端末１は、テレビ放送サービスを実現するための情報、及び、コンテンツロードサービスを実現するためのコンテンツを含むＴＬＶ（Ｔｙｐｅ  Ｌｅｎｇｔｈ  Ｖａｌｕｅ）を生成する。このとき、送信端末１は、ＩＰパケットのＩＰヘッダ情報を圧縮してＣＩＤに置き替え、ＣＩＤを含むヘッダを有するパケットをＴＬＶに格納して送信する。尚、ＴＬＶには、配信されるコンテンツおよびダウンロードの制御に必要なダウンロード制御情報等を含むＩＰパケットが格納される。
【０００６】
受信端末２は、送信端末１から一方向伝送路３を介して放送波を受信し、受信した放送波のパケットからＣＩＤを取り出してＩＰヘッダ情報に復元し、ＩＰパケットを生成する。そして、受信端末２は、生成したＩＰパケットを、ＩＰネットワークを介してアプリケーション装置４へ送信する。アプリケーション装置４は、ＩＰパケットを受信し、ＩＰパケットのペイロードから所望のデータグラムを取得する。このように、一般家庭内のアプリケーション装置４は、ダウンロードアプリケーションのソフトウェアによって、放送局に設けられたファイル送出装置から、送信端末１、一方向伝送路３及び受信端末２を経由して、オペレータが所望するコンテンツのＩＰパケットを受信し、所望のデータグラムを取得することができる。これにより、オペレータは所望のコンテンツを視聴または録画することができる。
【０００７】
図９は、送信端末１においてヘッダ情報を圧縮し、受信端末２においてヘッダ情報を復元するヘッダ圧縮方式を説明する図である。図９を参照して、ＩＰパケットは、「ＩＰヘッダ」「ＵＤＰヘッダ」「ペイロード」により構成される。ヘッダ圧縮パケットはフルヘッダパケット及び圧縮ヘッダパケットに区別され、フルヘッダパケットは、「フルヘッダ」「ペイロード」により構成され、圧縮ヘッダパケットは、「圧縮ヘッダ」「ペイロード」により構成される。
【０００８】
送信端末１は、送信したいＩＰパケットを受信し、ＩＰパケットに付加されたＩＰヘッダ及びＵＤＰヘッダに基づいてＩＰパケットを区別し、ＩＰデータフローを特定する。ここで、ＩＰヘッダにはプロトコル種別、送信元ＩＰアドレス及び宛先ＩＰアドレスが含まれており、ＵＤＰヘッダには送信元ポート番号及び宛先ポート番号が含まれており、これらのデータによりＩＰデータフローが特定される。ＩＰデータフローとは、ＩＰヘッダ及びＵＤＰヘッダに含まれる、プロトコル種別、送信元ＩＰアドレス、宛先ＩＰアドレス、送信元ポート番号及び宛先ポート番号の５つのフィールドの値がユニークな組み合わせを持つＩＰパケットの集合をいう。つまり、ＩＰヘッダ及びＵＤＰヘッダに含まれる情報により特定されるＩＰデータフローは、図８に示したファイル送出装置により送出される同一のコンテンツファイルにおけるＩＰパケットの集合である。
【０００９】
送信端末１は、特定したＩＰデータフロー毎に割り当て可能なＣＩＤを特定し、ＣＩＤ及びヘッダ情報からなるＣＩＤテーブルを生成する。ここで、ＣＩＤは、前述したＩＰデータフローを識別するために用いる識別子である。
【００１０】
図１１は、ＣＩＤテーブルの構成を示す図である。（１）は、ＩＰヘッダがＩＰｖ４の場合のＣＩＤテーブルであり、（２）は、ＩＰヘッダがＩＰｖ６の場合のＣＩＤテーブルである。（１）において、ＩＰｖ４のＣＩＤテーブルは、ＣＩＤ、ＩＰｖ４ヘッダ及びＵＤＰヘッダにより構成される。ＩＰｖ４ヘッダは、ＩＰヘッダのバージョンを示すＶｅｒｓｉｏｎ（バージョン）、ＩＨＬ（Ｉｎｔｅｒｎｅｔ  Ｈｅａｄｅｒ  Ｌｅｎｇｔｈ：ＩＰヘッダ長）、ＴＯＳ（Ｔｙｐｅ  Ｏｆ  Ｓｅｒｖｉｃｅ：サービスタイプ）、ＩＰ−ＩＤ（ＩＰ−Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ：ＩＰ識別番号）、Ｆｌａｇ（フラグ）、Ｆｒａｇｍｅｎｔ  Ｏｆｆｓｅｔ（フラグメントオフセット）、ＴＴＬ（Ｔｉｍｅ  Ｔｏ  Ｌｉｖｅ）、Ｐｒｏｔｏｃｏｌ（プロトコル）、ＳｒｃＡｄｄｒ（送信元ＩＰアドレス）及びＤｓｔＡｄｄｒ（宛先ＩＰアドレス）により構成される。また、ＵＤＰヘッダは、ＳｒｃＰｏｒｔ（送信元ポート番号）及びＤｓｔＰｏｒｔ（宛先ポート番号）により構成される。ＩＰｖ４ヘッダには、上記の他、Ｔｏｔａｌ  Ｌｅｎｇｔｈ（パケット長）、Ｈｅａｄｅｒ  Ｃｈｅｃｋｓｕｍ（ヘッダチェックサム）があり、ＵＤＰヘッダには、上記の他、Ｌｅｎｇｔｈ（データ長）、Ｃｈｅｃｋｓｕｍ（チェックサム）があるが、これらは、パケット毎に値が異なることが想定されることから、ＣＩＤテーブルには保持されない。
【００１１】
また、（２）において、ＩＰｖ６のＣＩＤテーブルは、ＣＩＤ、ＩＰｖ６ヘッダ及びＵＤＰヘッダにより構成される。ＩＰｖ６ヘッダは、ＩＰヘッダのバージョンを示すＶｅｒｓｉｏｎ（バージョン）、Ｔｒａｆｆｉｃ  Ｃｌａｓｓ（トラフィッククラス）、Ｆｌｏｗ  Ｌａｂｅｌ（フローラベル）、Ｎｅｘｔ  Ｈｅａｄｅｒ（ネクストヘッダ）、Ｈｏｐ  Ｌｉｍｉｔ（ホップリミット）、ＳｒｃＡｄｄｒ（送信元ＩＰアドレス）及びＤｓｔＡｄｄｒ（宛先ＩＰアドレス）により構成される。また、ＵＤＰヘッダは、ＳｒｃＰｏｒｔ（送信元ポート番号）及びＤｓｔＰｏｒｔ（宛先ポート番号）により構成される。ＩＰｖ６ヘッダには、上記の他、Ｐａｙｌｏａｄ  Ｌｅｎｇｔｈ（ペイロード長）があり、ＵＤＰヘッダには、上記の他、Ｌｅｎｇｔｈ（データ長）、Ｃｈｅｃｋｓｕｍ（チェックサム）があるが、これらは、パケット毎に値が異なることが想定されることから、ＣＩＤテーブルには保持されない。
【００１２】
図９に戻って、送信端末１は、ＣＩＤ、ＩＰヘッダ及びＵＤＰヘッダを含むヘッダ情報を付加したフルヘッダパケットを生成して間欠的に送信する。また、それ以外のときに、ＣＩＤを含むヘッダ情報を付加した圧縮ヘッダパケットを生成して送信する。このように、フルヘッダパケット及び圧縮ヘッダパケットは、圧縮されたヘッダ情報が付加されたヘッダ圧縮パケットとして送信される。
【００１３】
図１２は、ヘッダ圧縮パケット（フルヘッダパケット及び圧縮ヘッダパケット）の構成を示す図である。（１）は、ＩＰｖ４のフルヘッダパケットの構成を示し、（２）は、ＩＰｖ４の圧縮ヘッダパケットの構成を示し、（３）は、ＩＰｖ６のフルヘッダパケットの構成を示し、（４）は、ＩＰｖ６の圧縮ヘッダパケットの構成を示している。尚、数字は、それぞれのデータ項目のバイト長を示している（図１３〜１５においても同じ）。
【００１４】
（１）において、ＩＰｖ４のフルヘッダパケットは、ＣＩＤ、同一のＣＩＤを持つパケットの順序を示すＳＮ（シーケンス番号）、ヘッダ情報のタイプを示すＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ：０ｘ２０）、ＩＰｖ４＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ、ＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ及びデータバイトにより構成される。ＣＩＤ、ＳＮ、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ）、ＩＰｖ４＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ及びＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈは、図９に示したフルヘッダパケットを構成するフルヘッダ部に相当し、データバイトはペイロード部に相当する。また、ＩＰｖ４＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈは、ＩＰパケットのＩＰヘッダ情報に含まれるＩＰｖ４ヘッダに対する部分的なＩＰｖヘッダ（部分ＩＰｖヘッダ）であり、ＩＰｖ４ヘッダからパケット長及びヘッダチェックサムを除いたものである。さらに、ＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈは、ＩＰパケットのＩＰヘッダ情報に含まれるＵＤＰヘッダに対する部分的なＵＤＰヘッダ（部分ＵＤＰヘッダ）であり、ＩＰパケットのＵＤＰヘッダからデータ長及びチェックサムを除いたものである。
【００１５】
また、（２）において、ＩＰｖ４の圧縮ヘッダパケットは、ＣＩＤ、同一のＣＩＤを持つパケットの順序を示すＳＮ（シーケンス番号）、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ：０ｘ２１）、ＩＰｖ４ヘッダの識別番号を示すｉｄｅｎｔｉｆｉｃａｔｉｏｎ（識別番号）及びデータバイトにより構成される。ＣＩＤ、ＳＮ、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ）、ｉｄｅｎｔｉｆｉｃａｔｉｏｎは、図９に示した圧縮ヘッダパケットを構成する圧縮ヘッダ部に相当し、データバイトはペイロード部に相当する。
【００１６】
また、（３）において、ＩＰｖ６のフルヘッダパケットは、ＣＩＤ、同一のＣＩＤを持つパケットの順序を示すＳＮ（シーケンス番号）、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ：０ｘ６０）、ＩＰｖ６＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ、ＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ及びデータバイトにより構成される。ＣＩＤ、ＳＮ、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ）、ＩＰｖ６＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ及びＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈは、図９に示したフルヘッダパケットを構成するフルヘッダ部に相当し、データバイトはペイロード部に相当する。また、ＩＰｖ６＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈは、ＩＰパケットのＩＰヘッダ情報に含まれるＩＰｖ６ヘッダに対する部分的なＩＰｖヘッダ（部分ＩＰｖヘッダ）であり、ＩＰｖ６ヘッダからペイロード長を除いたものである。さらに、ＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈは、ＩＰパケットのＩＰヘッダ情報に含まれるＵＤＰヘッダに対する部分的なＵＤＰヘッダ（部分ＵＤＰヘッダ）であり、ＩＰパケットのＵＤＰヘッダからデータ長及びチェックサムを除いたものである。
【００１７】
また、（４）において、ＩＰｖ６の圧縮ヘッダパケットは、ＣＩＤ、同一のＣＩＤを持つパケットの順序を示すＳＮ（シーケンス番号）、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ：０ｘ６１）及びデータバイトにより構成される。ＣＩＤ、ＳＮ及びＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ）は、図９に示した圧縮ヘッダパケットを構成する圧縮ヘッダ部に相当し、データバイトはペイロード部に相当する。
【００１８】
これらのフルヘッダパケット及び圧縮ヘッダパケットにおけるＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ）により、（１）〜（４）が区別される。また、（１）によるＩＰｖ４のフルヘッダパケットにおけるＩＰｖ４＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ及びＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈが、図１１（１）に示したＩＰｖ４のＣＩＤテーブルにおけるＩＰｖ４ヘッダ及びＵＤＰヘッダにそれぞれ相当する。また、（３）によるＩＰｖ６のフルヘッダパケットにおけるＩＰｖ６＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ及びＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈが、図１１（２）に示したＩＰｖ６のＣＩＤテーブルにおけるＩＰｖ６ヘッダ及びＵＤＰヘッダにそれぞれ相当する。
【００１９】
図１３は、図１２（１）に示したＩＰｖ４のフルヘッダパケットにおけるＩＰｖ４＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈの構成を示す図である。このＩＰｖ４＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈは、ＩＰパケットのバージョンを示すＶｅｒｓｉｏｎ（バージョン）、ＩＨＬ、ＴＯＳ（Ｔｙｐｅ  Ｏｆ  Ｓｅｒｖｉｃｅ：サービスタイプ）、ＩＰ−ＩＤ（ＩＰ−Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ：ＩＰ識別番号）、Ｆｌａｇ（フラグ）、Ｆｒａｇｍｅｎｔ  Ｏｆｆｓｅｔ（フラグメントオフセット）、ＴＴＬ（Ｔｉｍｅ  Ｔｏ  Ｌｉｖｅ）、Ｐｒｏｔｏｃｏｌ（プロトコル）、ＳｒｃＡｄｄｒ（送信元ＩＰアドレス）及びＤｓｔＡｄｄｒ（宛先ＩＰアドレス）により構成される。
【００２０】
図１４は、図１２（３）に示したＩＰｖ６のフルヘッダパケットにおけるＩＰｖ６＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈの構成を示す図である。このＩＰｖ６＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈは、ＩＰパケットのバージョンを示すＶｅｒｓｉｏｎ（バージョン）、Ｔｒａｆｆｉｃ  Ｃｌａｓｓ（トラフィッククラス）、Ｆｌｏｗ  Ｌａｂｅｌ（フローラベル）、Ｎｅｘｔ  Ｈｅａｄｅｒ（ネクストヘッダ）、Ｈｏｐ  Ｌｉｍｉｔ（ホップリミット）、ＳｒｃＡｄｄｒ（送信元ＩＰアドレス）及びＤｓｔＡｄｄｒ（宛先ＩＰアドレス）により構成される。
【００２１】
図１５は、図１２（１）（３）に示したＩＰｖ４，６のフルヘッダパケットにおけるＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈの構成を示す図である。このＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈは、ＳｒｃＰｏｒｔ（送信元ポート番号）及びＤｓｔＰｏｒｔ（宛先ポート番号）により構成される。尚、図１２〜図１５に示した構成の詳細については、非特許文献１を参照されたい。
【００２２】
図９に戻って、受信端末２は、ヘッダ圧縮パケットを受信する。具体的には、受信端末２は、まずフルヘッダパケットを受信し、その後に引き続き圧縮ヘッダパケットを受信する。受信端末２は、圧縮されたヘッダ情報を送信時と同じＩＰヘッダ及びＵＤＰヘッダに復元し、ＩＰパケットを生成する必要がある。これは、アプリケーション装置４が、ＩＰパケットを受信し、これらのヘッダ（ＩＰヘッダ及びＵＤＰヘッダ）に格納された送信元ＩＰアドレス、宛先ＩＰアドレス及び宛先ポート番号等に基づいてＩＰパケットを特定する必要があり、特定したＩＰパケットから所望のデータグラムを取得するためである。
【００２３】
受信端末２は、受信したヘッダ圧縮パケットがフルヘッダパケットの場合、フルヘッダパケットのフルヘッダに含まれるＣＩＤとＩＰヘッダ及びＵＤＰヘッダとの間の対応付けを行い、これらの情報をＣＩＤテーブルに保存する。また、受信端末２は、受信したヘッダ圧縮パケットが圧縮ヘッダパケットの場合、圧縮ヘッダパケットの圧縮ヘッダに含まれるＣＩＤに基づいてＣＩＤテーブルを検索し、ＣＩＤに対応付いているＩＰヘッダ及びＵＤＰヘッダを取得し、ＣＩＤを元のＩＰヘッダ及びＵＤＰヘッダに復元する。このようにして、受信端末２は、ＩＰパケットを生成してアプリケーション装置４へ送信する。
【００２４】
図１０は、従来の受信端末２及びアプリケーション装置４の構成を示すブロック図であり、受信端末２がヘッダ圧縮パケットを受信してからアプリケーション装置４が所望のデータグラムを取得するまでの間の各処理を行う構成部を示している。この受信端末２は、ＣＩＤ識別部５１、タイプ識別部５２、ＣＩＤ・ヘッダ情報保存部５３及びヘッダ復元部５４を備えている。また、アプリケーション装置４は、フィルタ部５５及びペイロード取り出し部５６を備えている。
【００２５】
受信端末２がヘッダ圧縮パケットを受信すると、ＣＩＤ識別部５１は、ヘッダ圧縮パケットを入力し、ヘッダ圧縮パケットのヘッダ情報からＣＩＤを取り出し、ＣＩＤを識別する。そして、ＣＩＤ識別部５１は、識別したＣＩＤをＣＩＤ・ヘッダ情報保存部５３に出力し、入力したヘッダ圧縮パケットをタイプ識別部５２に出力する。ヘッダ圧縮パケットのヘッダ（圧縮されたヘッダ）は、識別されたＣＩＤ毎に、後段のヘッダ復元部５４において元のＩＰヘッダ及びＵＤＰヘッダに復元される。
【００２６】
タイプ識別部５２は、ＣＩＤ識別部５１からヘッダ圧縮パケットを入力し、ヘッダ圧縮パケットのヘッダ情報からＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ）を取り出し、ＣＩＤヘッダタイプを識別する。図１２に示したように、ＣＩＤヘッダタイプには、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ＝０ｘ２０，０ｘ２１，０ｘ６０，０ｘ６１の４つが割り当てられている。タイプ識別部５２は、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ＝０ｘ２０の場合、ヘッダ圧縮パケットがＩＰｖ４のフルヘッダパケットであることを判定し、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ＝０ｘ２１の場合、ヘッダ圧縮パケットがＩＰｖ４の圧縮ヘッダパケットであることを判定し、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ＝０ｘ６０の場合、ヘッダ圧縮パケットがＩＰｖ６のフルヘッダパケットであることを判定し、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ＝０ｘ６１の場合、ヘッダ圧縮パケットがＩＰｖ６の圧縮ヘッダパケットであることを判定する。
【００２７】
タイプ識別部５２は、入力したヘッダ圧縮パケットがフルヘッダパケットであると判定した場合、フルヘッダパケットからヘッダ情報を取り出し、ＣＩＤ・ヘッダ情報保存部５３に出力する。また、入力したヘッダ圧縮パケットをヘッダ復元部５４に出力する。ここで、ヘッダ情報とは、図１２に示したように、ＩＰｖ４のフルヘッダパケットの場合、ＣＩＤ、ＳＮ、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ）、ＩＰｖ４＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ及びＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈであり、ＩＰｖ６のフルヘッダパケットの場合、ＣＩＤ、ＳＮ、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ）、ＩＰｖ６＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ及びＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈである。
【００２８】
ＣＩＤ・ヘッダ情報保存部５３は、ＣＩＤ識別部５１からＣＩＤを入力すると共に、タイプ識別部５２からヘッダ情報を入力し、入力したＣＩＤと入力したヘッダ情報に含まれるＣＩＤとを比較する。そして、ＣＩＤ・ヘッダ情報保存部５３は、ＣＩＤが同じであると判定した場合に、入力したＣＩＤと入力したヘッダ情報とを対応付け、図１１に示したように、ＣＩＤレコードを生成しＣＩＤテーブルに保存する。
【００２９】
ヘッダ復元部５４は、タイプ識別部５２からヘッダ圧縮パケットを入力し、タイプ識別部５２においてタイプを識別してヘッダ圧縮パケットの種類を判定したのと同様の処理を行い、ヘッダ圧縮パケットがフルヘッダパケットであると判定した場合、フルヘッダパケットのヘッダ情報からＣＩＤ、ＳＮ、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ）を取り除く。
【００３０】
ヘッダ復元部５４は、ＴＬＶの‘データの長さ’フィールドから算出したｌｅｎｇｔｈにより、ＩＰｖ４の場合はＩＰヘッダ中のパケット長及びヘッダチェックサムを算出し、ＩＰｖ６の場合はペイロード長を算出し、また、ＵＤＰヘッダ中のデータ長及びチェックサムを算出する。そして、ヘッダ復元部５４は、ＩＰｖ４の場合は算出したパケット長及びヘッダチェックサムを部分ＩＰｖ４ヘッダであるＩＰｖ４＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈに付加し、ＩＰｖ６の場合は算出したペイロード長を部分ＩＰｖ６ヘッダであるＩＰｖ６＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈに付加してＩＰヘッダに復元する。また、算出したデータ長及びチェックサムをＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈに付加してＵＤＰヘッダに復元する。そして、ヘッダ復元部５４は、復元したＩＰヘッダ及びＵＤＰヘッダをＩＰヘッダ情報として、ＩＰパケットを生成する。
【００３１】
一方、ヘッダ復元部５４は、ヘッダ圧縮パケットが圧縮ヘッダパケットであると判定した場合、圧縮ヘッダパケットのヘッダ情報からＣＩＤを取り出し、ＣＩＤをキーとしてＣＩＤ・ヘッダ情報保存部５３のＣＩＤテーブルからＣＩＤレコードを読み出す。そして、ヘッダ復元部５４は、ＣＩＤレコードから部分ＩＰｖ４，６ヘッダ及び部分ＵＤＰヘッダを取得し、前述したようにデータ長等を算出し、圧縮されたヘッダをＩＰヘッダ及びＵＤＰヘッダに復元してＩＰパケットを生成する。受信端末２は、ヘッダ復元部５４により生成されたＩＰパケットをアプリケーション装置４へ送信する。
【００３２】
アプリケーション装置４が受信端末２からＩＰパケットを受信すると、フィルタ部５５は、ＩＰパケットを入力し、ＩＰパケットのヘッダ情報を参照し、所望するデータグラムを取得するために指定されたＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）及びポート番号（宛先ポート番号）を有するＩＰパケットのみを選定し、フィルタリングを行う。
【００３３】
具体的には、受信端末２とアプリケーション装置４との間には、ＩＰマルチキャストパケットの受信制御プロトコルであるＲＦＣ２２３６に規定されるＩＧＭＰ（Ｉｎｔｅｒｎｅｔ  Ｇｒｏｕｐ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）またはＲＦＣ３８１０に規定されるＭＬＤ（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｄｉｓｃｏｖｅｒｙ）等のプロトコルによる通信が確立している。アプリケーション装置４は、このようなプロトコルに従って、所望のＩＰマルチキャストグループアドレスを指定し、受信端末２から所望のＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）を有するＩＰパケットのみを受信する。そして、フィルタ部５５は、そのＩＰパケットのうち、所望のポート番号（宛先ポート番号）を有するＩＰパケットのみを選択するためのフィルタリングを行い、所望のＩＰパケットをペイロード取り出し部５６に出力する。
【００３４】
ペイロード取り出し部５６は、フィルタ部５５からＩＰパケットを入力し、ＩＰパケットのペイロードからデータグラムを取り出す。このようにして、アプリケーション装置４のダウンロードアプリケーションのソフトウェアは、所望のデータグラムを取得することができる。
【００３５】
【非特許文献１】“情報通信審議会情報通信技術分科会（第６０回）  資料６０−１−２放送システム委員会報告”、［online］、平成２０年７月２９日、情報通信審議会、［平成２０年１１月１２日検索］、インターネット＜ＵＲＬ：http://www.soumu.go.jp/joho_tsusin/policyreports/joho_tsusin/bunkakai/080729_1.html＞
【特許文献１】特許第３５４０６４１号公報
【特許文献２】特許第３５５９０１９号公報
【発明の開示】
【発明が解決しようとする課題】
【００３６】
前述した伝送システムでは、受信端末２が、送信端末１により送信されたヘッダ圧縮パケットを受信し、ヘッダ圧縮パケットの圧縮されたヘッダ情報を元のＩＰヘッダ情報に復元し、ＩＰパケットを生成する。そして、アプリケーション装置４が、ＩＰパケットから所望のデータグラムを取得する。このように、アプリケーション装置４が所望のデータグラムを取得するためには、受信端末２において、ＩＰヘッダ情報を復元してＩＰパケットを生成する必要がある。
【００３７】
しかしながら、前述した伝送システムでは、圧縮されたヘッダ情報をＩＰヘッダ情報に復元する必要がない場合もあり得る。例えば、ＩＰパケットを転送する必要のあるネットワークが存在しない場合、または、受信端末２及びアプリケーション装置４が一体化して同一筐体内に設けられている場合には、ＩＰヘッダ情報の復元処理は必要でなく、ＩＰパケットを生成する必要もない。このように、ヘッダ圧縮パケットを受信する受信端末２において、ＩＰヘッダ情報を必要としない場合には、ＩＰヘッダ情報の復元処理を省略し、処理負荷を低減することが望まれていた。
【００３８】
そこで、本発明は前記課題を解決するためになされたものであり、その目的は、ＩＰヘッダ情報が圧縮されたパケットを受信する受信端末において、受信したパケットのヘッダ情報を元のＩＰヘッダ情報に復元することなく、所望のデータグラムを取得可能な受信端末を提供することにある。
【課題を解決するための手段】
【００３９】
前記課題を解決するため、本発明による受信端末は、伝送するコンテンツのＩＰデータフローをＩＰアドレス及びポート番号により決定し、前記ＩＰデータフローを特定するためのコンテクスト識別子（ＣＩＤ）を含むヘッダを付加し、ヘッダ圧縮したパケットとして伝送する伝送システムの下で、前記ヘッダ圧縮されたパケットを受信し、前記パケットから所定のコンテンツのデータグラムを取得する受信端末において、前記受信したパケットのヘッダからＣＩＤを識別するＣＩＤ識別部と、前記受信したパケットからヘッダタイプを識別し、前記識別したヘッダタイプが、ヘッダにＩＰアドレスを含むタイプの場合、前記パケットのヘッダからＩＰアドレスを取り出すタイプ識別部と、前記ＣＩＤ識別部により識別されたＣＩＤと、前記タイプ識別部により取り出されたＩＰアドレスとを含むＣＩＤレコードにより構成されたＣＩＤテーブルと、前記所定のコンテンツのデータグラムを取得するために指定されたＩＰアドレスに基づいて前記ＣＩＤテーブルを検索し、前記ＩＰアドレスを含むＣＩＤレコードからＣＩＤを特定するＣＩＤ特定部と、前記受信したパケットの中から、前記ＣＩＤ特定部により特定されたＣＩＤを持つパケットを選定するフィルタ部と、前記フィルタ部により選定されたパケットのペイロードから、コンテンツのデータグラムを取り出すペイロード取り出し部と、を備えたことを特徴とする。
【００４０】
また、本発明による受信端末は、前記ＣＩＤ特定部が、複数のＣＩＤを特定し、前記フィルタ部が、前記受信したパケットの中から、前記ＣＩＤ特定部により特定された複数のＣＩＤのうちのいずれかのＣＩＤを持つパケットを、前記ＣＩＤ毎にそれぞれ選定し、前記ペイロード取り出し部は、前記フィルタ部により選定されたＣＩＤ毎のパケットに対し、前記パケットのペイロードからコンテンツのデータグラムをそれぞれ取り出す、ことを特徴とする。
【００４１】
また、本発明による受信端末は、前記タイプ識別部が、前記受信したパケットからヘッダタイプを識別し、前記識別したヘッダタイプが、ヘッダにＩＰアドレス及びポート番号を含むタイプの場合、前記パケットのヘッダからＩＰアドレス及びポート番号を取り出し、前記ＣＩＤテーブルが、前記ＣＩＤ識別部により識別されたＣＩＤと、前記タイプ識別部により取り出されたＩＰアドレス及びポート番号とを含むＣＩＤレコードにより構成され、前記ＣＩＤ特定部が、前記所定のコンテンツのデータグラムを取得するために指定されたＩＰアドレス及びポート番号に基づいて前記ＣＩＤテーブルを検索し、前記ＩＰアドレス及びポート番号を含むＣＩＤレコードからＣＩＤを特定する、ことを特徴とする。
【００４２】
また、本発明による受信端末は、伝送するコンテンツのＩＰデータフローをＩＰアドレス及びポート番号により決定し、前記ＩＰデータフローを特定するためのコンテクスト識別子（ＣＩＤ）を含むヘッダを付加し、ヘッダ圧縮したパケットとして伝送する伝送システムの下で、前記ヘッダ圧縮されたパケットを受信し、前記パケットから所定のコンテンツのデータグラムを取得する受信端末において、予め設定されたＣＩＤ、ＩＰアドレス及びポート番号を含むＣＩＤレコードにより構成されたＣＩＤテーブルと、前記所定のコンテンツのデータグラムを取得するために指定されたＩＰアドレスに基づいて前記ＣＩＤテーブルを検索し、前記ＩＰアドレスを含むＣＩＤレコードからＣＩＤを特定するＣＩＤ特定部と、前記受信したパケットの中から、前記ＣＩＤ特定部により特定されたＣＩＤを持つパケットを選定するフィルタ部と、前記フィルタ部により選定されたパケットのペイロードから、コンテンツのデータグラムを取り出すペイロード取り出し部と、を備えたことを特徴とする。
【００４３】
また、本発明による受信端末は、伝送するコンテンツのＩＰデータフローをＩＰアドレス及びポート番号により決定し、前記ＩＰデータフローを特定するためのコンテクスト識別子（ＣＩＤ）を含むヘッダを付加し、ヘッダ圧縮したパケットとして伝送すると共に、前記コンテンツの所在情報、前記コンテンツの配信開始時刻及び配信終了時刻、コンテンツＩＤを含んで構成されるダウンロード制御情報に、前記ＣＩＤを記述し、前記ヘッダ圧縮したパケットの伝送に先立って前記ダウンロード制御情報を伝送する伝送システムの下で、前記ダウンロード制御情報及びヘッダ圧縮されたパケットを受信し、前記パケットから所定のコンテンツのデータグラムを取得する受信端末において、前記ダウンロード制御情報に記述されたＣＩＤを、前記所定のコンテンツのデータグラムを取得するためのＣＩＤとして指定するＣＩＤ指定部と、前記受信したパケットの中から、前記ＣＩＤ指定部により指定されたＣＩＤを持つパケットを選定するフィルタ部と、前記フィルタ部により選定されたパケットのペイロードから、コンテンツのデータグラムを取り出すペイロード取り出し部と、を備えたことを特徴とする。
【発明の効果】
【００４４】
以上のように本発明によれば、受信端末において、ＣＩＤを用いてパケットを選定し、選定したパケットからデータグラムを取り出すようにした。これにより、受信したパケットのヘッダ情報を元のＩＰヘッダ情報に復元することなく、所望のデータグラムを取得することが可能となる。
【発明を実施するための最良の形態】
【００４５】
以下、本発明を実施するための最良の形態について図面を用いて詳細に説明する。本発明の特徴は、受信端末が、ＩＰヘッダ情報が圧縮されたヘッダ情報を持つパケットを受信し、受信したパケットのヘッダ情報を元のＩＰヘッダ情報に復元することなく、所望のパケットを選定し、選定したパケットのペイロードから所望のデータグラムを取得することにある。尚、以下に示す実施例１〜４では、受信端末２−１〜２−４として、図８に示した受信端末２とアプリケーション装置４とを一体化した装置を想定している。以下、実施例１〜４について詳細に説明する。
【００４６】
〔実施例１〕
実施例１は、受信したパケットのヘッダ情報を元のＩＰヘッダ情報に復元することなく、ＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）を用いて所望のパケットを選定し、選定したパケットのペイロードから所望のデータグラムを取得する。この場合、異なる複数の宛先ポート番号を持つパケットも選定されてしまうが、１つの宛先ポート番号のみを使用するように制限することにより、所望のデータグラムを取得することができる。
【００４７】
図１は、本発明の実施形態（実施例１）による受信端末の構成を示すブロック図である。この受信端末２−１は、ＣＩＤ識別部５１、タイプ識別部５２、アプリケーション部２１−１、ＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部（ＣＩＤ特定部）２２、ＩＧＭＰ／ＭＬＤ処理部２３、フィルタ部２４及びペイロード取り出し部２５−Ａ〜２５−Ｃを備えている。尚、ＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部２２のＣＩＤテーブルには、アプリケーション部２１−１により指定される１つのＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）に対して３つの宛先ポート番号が存在するそれぞれのＣＩＤレコードが保存されており、ＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部２２が３つのＣＩＤを特定し、フィルタ部２４がＣＩＤ毎に３つのヘッダ圧縮パケットＡ〜Ｃを選定し、ペイロード取り出し部２５−Ａ〜２５−ＣがＣＩＤ毎に３つのデータグラムＡ〜Ｃを取り出すものとする。
【００４８】
ＣＩＤ識別部５１及びタイプ識別部５２は、図１０に示したＣＩＤ識別部５１及びタイプ識別部５２と同様の機能を有するので、説明を省略する。アプリケーション部２１−１は、ＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）を指定し、所望のデータグラムを取得する。ＩＧＭＰ／ＭＬＤ処理部２３は、アプリケーション部２１−１が受信制御プロトコルであるＩＧＭＰ、ＭＬＤ等を用いて指定するＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）を、ＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部２２に通知する。
【００４９】
ＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部２２は、図１０に示したＣＩＤ・ヘッダ情報保存部５３のように、ＣＩＤ識別部５１からＣＩＤを入力すると共に、タイプ識別部５２からヘッダ情報を入力し、ＣＩＤとヘッダ情報とを対応付け、図１１に示したように、ＣＩＤレコードを生成しＣＩＤテーブルに保存する。さらに、ＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部２２は、ＩＧＭＰ、ＭＬＤ等の受信制御プロトコルによって通知されたＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）を用いてＣＩＤテーブルを検索し、ＣＩＤを特定する。
【００５０】
フィルタ部２４は、ＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部２２により特定されたＣＩＤを持つパケットのみを選定するためのフィルタリングを行う。ペイロード取り出し部２５−Ａ〜２５−Ｃは、フィルタ部２４により選定されたパケットのペイロードからデータグラムＡ，Ｂ，Ｃをそれぞれ取り出す。
【００５１】
次に、図１に示した受信端末２−１の処理について説明する。図２は、実施例１による受信端末２−１の処理について説明するフロー図である。まず、アプリケーション部２１−１は、所望のデータグラムを取得するため、取得したいデータグラムのパケットに付加されるＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）を指定し、フィルタ部２４においてフィルタリングを開始させるための受信制御開始の指令をＩＧＭＰ／ＭＬＤ処理部２３に出力する。受信制御開始の指令は、ＩＧＭＰ／ＭＬＤ処理部２３及びＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部２２を介してフィルタ部２４に出力され、フィルタ部２４においてフィルタリングによる受信制御が開始される。
【００５２】
ＩＧＭＰ／ＭＬＤ処理部２３は、アプリケーション部２１−１からＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）を含む受信制御開始の指令を入力し、ＩＧＭＰまたはＭＬＤの受信制御プロトコルによってそのＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）を含む受信制御開始の指令をＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部２２に通知する（ステップＳ２１，２２）。
【００５３】
ＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部２２は、ＩＧＭＰ／ＭＬＤ処理部２３からＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）を含む受信制御開始の指令を受け、ＣＩＤテーブルを検索し、そのＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）と同じデータを有するＣＩＤレコードをＣＩＤテーブルから読み出し、ＣＩＤを特定する（ステップＳ２３）。ＣＩＤテーブルには、ＣＩＤと、ＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）を含むヘッダ情報とが対応付けられたＣＩＤレコードが保存されているから、ＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部２２は、ＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）に基づいてＣＩＤを特定することができる。そして、ＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部２２は、特定したＣＩＤを含む受信制御開始の指令を、入力したＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）を含む受信制御開始の指令の応答としてフィルタ部２４に出力する。
【００５４】
フィルタ部２４は、ＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部２２からＣＩＤを含む受信制御開始の指令を入力し、そのＣＩＤを持つヘッダ圧縮パケットのみを選定し、フィルタリングを行う（ステップＳ２４）。ＣＩＤはＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）によって特定された識別子であるから、ＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部２２が複数のＣＩＤを特定する場合もある。このため、フィルタ部２４は、指定されたＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）を持つヘッダ圧縮パケットであって、異なる宛先ポート番号を持つヘッダ圧縮パケットも選定してしまう。
【００５５】
例えば、ＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部２２が３つのＣＩＤを特定した場合、フィルタ部２４は、これらの３つのＣＩＤ毎にフィルタリングを行う。そして、図１に示したように、フィルタ部２４は、指定されたＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）を持つヘッダ圧縮パケットであって、第１の宛先ポート番号を持つヘッダ圧縮パケットＡを選定し、ペイロード取り出し部２５−Ａに出力する。また、指定されたＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）を持つヘッダ圧縮パケットであって、第２の宛先ポート番号を持つヘッダ圧縮パケットＢをペイロード取り出し部２５−Ｂに出力する。また、指定されたＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）を持つヘッダ圧縮パケットであって、第３の宛先ポート番号を持つヘッダ圧縮パケットＣをペイロード取り出し部２５−Ｃに出力する。
【００５６】
ペイロード取り出し部２５−Ａは、フィルタ部２４から第１の宛先ポート番号を持つヘッダ圧縮パケットＡを入力し、ペイロードからデータグラムＡを取り出し、アプリケーション部２１−１に出力する（ステップＳ２５）。同様に、ペイロード取り出し部２５−Ｂは、フィルタ部２４から第２の宛先ポート番号を持つヘッダ圧縮パケットＢを入力し、ペイロードからデータグラムＢを取り出し、アプリケーション部２１−１に出力する。また、ペイロード取り出し部２５−Ｃは、フィルタ部２４から第３の宛先ポート番号を持つヘッダ圧縮パケットＣを入力し、ペイロードからデータグラムＣを取り出し、アプリケーション部２１−１に出力する。
【００５７】
アプリケーション部２１−１は、ペイロード取り出し部２５−Ａ〜２５−ＣからデータグラムＡ〜Ｃを入力する。これにより、アプリケーション部２１−１は、指定したＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）に対応した所望のデータグラムを、宛先ポート番号毎に取得することができる（ステップＳ２６）。
【００５８】
アプリケーション部２１−１は、所望のデータグラムの取得を終了するため、受信制御が行われているＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）を指定し、フィルタ部２４においてフィルタリングを停止させるための受信制御終了の指令をＩＧＭＰ／ＭＬＤ処理部２３に出力する。受信制御終了の指令は、ＩＧＭＰ／ＭＬＤ処理部２３及びＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部２２を介してフィルタ部２４に出力され、フィルタ部２４においてフィルタリングによる受信制御が終了する（ステップＳ２７）。この場合、ＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部２２は、ＩＧＭＰ／ＭＬＤ処理部２３を介してアプリケーション部２１−１からＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）を入力し、ＣＩＤテーブルを検索してＣＩＤを特定し、特定したＣＩＤを含む受信制御終了の指令をフィルタ部２４に出力する。これにより、アプリケーション部２１−１は、指定したＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）に対応したデータグラムの入力を停止することができる。
【００５９】
以上のように、実施例１の受信端末２−１によれば、ＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部２２が、指定されたＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）を用いてＣＩＤを特定し、フィルタ部２４が、そのＣＩＤにより所望のヘッダ圧縮パケットを選定し、ペイロード取り出し部２５−Ａ〜２５−Ｃが、所望のヘッダ圧縮パケットからデータグラムを取り出すようにした。これにより、アプリケーション部２１−１は、指定したＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）に対応する所望のデータグラムを取得することができる。したがって、受信端末２−１は、受信したヘッダ圧縮パケットのヘッダ情報を元のＩＰヘッダ情報に復元することなく、所望のデータグラムを取得することができるから、簡易な構成により、処理負荷を低減することが可能となる。また、処理負荷が低減するから、高パケットレートの受信が可能となる。
【００６０】
また、実施例１の受信端末２−１によれば、ＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部２２が、ＣＩＤ識別部５１により識別されたＣＩＤと、タイプ識別部５２によりフルヘッダパケットが判定された場合のヘッダ情報とを入力し、ＣＩＤレコードを生成してＣＩＤテーブルに保存することに加えて、入力したＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）を用いてＣＩＤテーブルを参照しＣＩＤを特定する。これにより、ＣＩＤテーブルにはＣＩＤとヘッダ情報とが対応付いたＣＩＤレコードが保存され、ＣＩＤとＩＰデータフローとはフルヘッダパケットのヘッダ情報を用いて対応付けられるため、ＣＩＤの運用は従来技術と同様になり、制限を受けることはない。
【００６１】
尚、ＩＧＭＰ及びＭＬＤは、ＩＰマルチキャストパケットの受信開始及び終了を制御するために広く用いられており、実施例１では、ＩＰアドレスを通知するための手段としてＩＧＭＰ／ＭＬＤ処理部２３によるＩＧＭＰまたはＭＬＤの受信制御プロトコルを用いたが、これらの受信制御プロトコルを用いることは必須ではない。
【００６２】
〔実施例２〕
実施例２は、受信したパケットのヘッダ情報を元のＩＰヘッダ情報に復元することなく、ＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）及び宛先ポート番号を用いて所望のパケットを選定し、選定したパケットのペイロードから所望のデータグラムを取得する。実施例１と実施例２とを比較すると、実施例１では、特定したＣＩＤによってフィルタリングしても、異なる複数の宛先ポート番号を持つパケットも選定してしまう。これに対し、実施例２では、特定したＣＩＤでフィルタリングすることにより、所定の１つの宛先ポート番号を持つパケットのみを選定する。
【００６３】
図３は、本発明の実施形態（実施例２）による受信端末の構成を示すブロック図である。この受信端末２−２は、ＣＩＤ識別部５１、タイプ識別部５２、アプリケーション部２１−２、ＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部（ＣＩＤ特定部）２２、フィルタ部２４及びペイロード取り出し部２５を備えている。
【００６４】
ＣＩＤ識別部５１及びタイプ識別部５２は、図１０に示したＣＩＤ識別部５１及びタイプ識別部５２と同様の機能を有するので、説明を省略する。アプリケーション部２１−２は、ＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）及び宛先ポート番号を指定し、所望のデータグラムを取得する。
【００６５】
ＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部２２は、図１０に示したＣＩＤ・ヘッダ情報保存部５３のように、ＣＩＤ識別部５１からのＣＩＤとタイプ識別部５２からのヘッダ情報とを対応付け、図１１に示したように、ＣＩＤレコードを生成しＣＩＤテーブルに保存する。さらに、ＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部２２は、ＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）及び宛先ポート番号を用いてＣＩＤテーブルを検索し、ＣＩＤを特定する。
【００６６】
フィルタ部２４は、ＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部２２により特定されたＣＩＤを持つパケットのみを選定するためのフィルタリングを行う。ペイロード取り出し部２５は、フィルタ部２４により選定されたパケットのペイロードからデータグラムを取り出す。
【００６７】
次に、図３に示した受信端末２−２の処理について説明する。図４は、実施例２による受信端末２−２の処理について説明するフロー図である。まず、アプリケーション部２１−２は、所望のデータグラムを取得するため、取得したいデータグラムのパケットに付加されるＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）及び宛先ポート番号を指定し、フィルタ部２４においてフィルタリングを開始させるための受信制御開始の指令をＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部２２に出力する。受信制御開始の指令は、ＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部２２を介してフィルタ部２４に出力され、フィルタ部２４においてフィルタリングによる受信制御が開始される（ステップＳ４１，４２）。
【００６８】
ＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部２２は、アプリケーション部２１−２からＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）及び宛先ポート番号を含む受信制御開始の指令を受け、ＣＩＤテーブルを検索し、そのＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）及び宛先ポート番号と同じデータを有するＣＩＤレコードをＣＩＤテーブルから読み出し、ＣＩＤを特定する（ステップＳ４３）。ＣＩＤテーブルには、ＣＩＤと、ＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）及び宛先ポート番号を含むヘッダ情報とが対応付けられたＣＩＤレコードが保存されているから、ＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部２２は、ＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）及び宛先ポート番号に基づいてＣＩＤを特定することができる。そして、ＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部２２は、特定したＣＩＤを含む受信制御開始の指令を、入力したＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）及び宛先ポート番号を含む受信制御開始の指令の応答としてフィルタ部２４に出力する。
【００６９】
フィルタ部２４は、ＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部２２からＣＩＤを含む受信制御開始の指令を入力し、そのＣＩＤを持つヘッダ圧縮パケットのみを選定し、フィルタリングを行う（ステップＳ４４）。ＣＩＤは、アプリケーション部２１−２が指定したＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）及び宛先ポート番号によって特定された識別子であるから、アプリケーション部２１−２が所望するデータグラムを持つヘッダ圧縮パケットのみが、フィルタ部２４によって選定される。フィルタ部２４は、選定したヘッダ圧縮パケットをペイロード取り出し部２５に出力する。
【００７０】
ペイロード取り出し部２５は、フィルタ部２４からヘッダ圧縮パケットを入力し、ペイロードからデータグラムを取り出し、アプリケーション部２１−２に出力する（ステップＳ４５）。
【００７１】
アプリケーション部２１−２は、ペイロード取り出し部２５からデータグラムを入力する。これにより、アプリケーション部２１−２は、指定したＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）及び宛先ポート番号に対応した所望のデータグラムを取得することができる（ステップＳ４６）。
【００７２】
アプリケーション部２１−２は、所望のデータグラムの取得を終了するため、受信制御が行われているＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）及び宛先ポート番号を指定し、フィルタ部２４においてフィルタリングを停止させるための受信制御終了の指令をＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部２２に出力する。受信制御終了の指令は、ＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部２２を介してフィルタ部２４に出力され、フィルタ部２４においてフィルタリングによる受信制御が終了する（ステップＳ４７）。この場合、ＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部２２は、アプリケーション部２１−２からＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）及び宛先ポート番号を入力し、ＣＩＤテーブルを検索してＣＩＤを特定し、特定したＣＩＤを含む受信制御終了の指令をフィルタ部２４に出力する。これにより、アプリケーション部２１−２は、指定したＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）及び宛先ポート番号に対応したデータグラムの入力を停止することができる。
【００７３】
以上のように、実施例２の受信端末２−２によれば、ＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部２２が、指定されたＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）及び宛先ポート番号を用いてＣＩＤを特定し、フィルタ部２４が、そのＣＩＤにより所望のヘッダ圧縮パケットを選定し、ペイロード取り出し部２５が、所望のヘッダ圧縮パケットからデータグラムを取り出すようにした。これにより、アプリケーション部２１−２は、指定したＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）及び宛先ポート番号に対応する所望のデータグラムを取得することができる。したがって、受信端末２−２は、受信したヘッダ圧縮パケットのヘッダ情報を元のＩＰヘッダ情報に復元することなく、所望のデータグラムを取得することができるから、簡易な構成により、処理負荷を低減することが可能となる。また、処理負荷が低減するから、高パケットレートの受信が可能となる。
【００７４】
また、実施例２の受信端末２−２によれば、ＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部２２が、ＣＩＤとヘッダ情報とを対応付けたＣＩＤレコードをＣＩＤテーブルに保存することに加えて、入力したＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）及び宛先ポート番号を用いてＣＩＤテーブルを参照しＣＩＤを特定する。これにより、実施例１と同様に、ＣＩＤテーブルにはＣＩＤとヘッダ情報とが対応付いたＣＩＤレコードが保存され、ＣＩＤとＩＰデータフローとはフルヘッダパケットのヘッダ情報を用いて対応付けられるため、ＣＩＤの運用は従来技術と同様になり、制限を受けることはない。
【００７５】
また、実施例２の受信端末２−２によれば、アプリケーション部２１−２が、ＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）及び宛先ポート番号を指定し、所望のデータグラムを取得するようにしたから、ＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）のみを指定する実施例１に比べて、宛先ポート番号も自由に指定することができる。したがって、実施例１では、複数のデータグラムを取得するのに対し、実施例２では、所望する一つのデータグラムを取得することができる。
【００７６】
〔実施例３〕
実施例３は、受信したパケットのヘッダ情報を元のＩＰヘッダ情報に復元することなく、ＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）及び宛先ポート番号を用いて固定のＣＩＤテーブルを参照して所望のパケットを選定し、選定したパケットのペイロードから所望のデータグラムを取得する。実施例２では、ＣＩＤとヘッダ情報とを対応付けたＣＩＤレコードを生成してＣＩＤテーブルに保存するのに対し、実施例３では、予め設定されたＣＩＤレコードからなる固定のＣＩＤテーブルを用いる。つまり、実施例３では、ＩＰデータフローを特定するためのＩＰヘッダ情報とＣＩＤとの対応付けを固定的に運用する。
【００７７】
図５は、本発明の実施形態（実施例３）による受信端末の構成を示すブロック図である。この受信端末２−３は、アプリケーション部２１−３、ＣＩＤ・ヘッダ情報対応テーブル部（ＣＩＤ特定部）２６、フィルタ部２４及びペイロード取り出し部２５を備えている。
【００７８】
実施例３では、図１及び図３に示した実施例１，２のＣＩＤ識別部５１及びタイプ識別部５２を備えていない。アプリケーション部２１−３は、ＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）及び宛先ポート番号を指定し、所望のデータグラムを取得する。
【００７９】
ＣＩＤ・ヘッダ情報対応テーブル部２６は、予め設定されたＣＩＤテーブルを不揮発性メモリ等の記憶媒体に備えている。ＣＩＤテーブルは、図１１に示したように、ＣＩＤ及びＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）等のヘッダ情報を備えて構成されている。
【００８０】
尚、ＣＩＤテーブルは、図１１に示したヘッダ情報の全てを備えて構成されていなくてもよく、例えば、ＣＩＤ、ＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）及び宛先ポート番号のみを備えて構成されていてもよい。また、アプリケーション部２１−３が宛先ＩＰアドレス及び宛先ポート番号のみを指定する場合には、ＣＩＤ、宛先ＩＰアドレス及び宛先ポート番号のみを備えて構成されていてもよく、さらに、送信元ＩＰアドレス及び送信元ポート番号も備えて構成されていてもよい。この場合、少なくともＣＩＤ、宛先ＩＰアドレス及び宛先ポート番号を備えて構成されていればよい。
【００８１】
ＣＩＤ・ヘッダ情報対応テーブル部２６は、アプリケーション部２１−３からＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）及び宛先ポート番号を含む受信制御開始の指令を入力し、ＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）及び宛先ポート番号を用いてＣＩＤテーブルを検索し、ＣＩＤを特定する。
【００８２】
フィルタ部２４は、ＣＩＤ・ヘッダ情報対応テーブル部２６により特定されたＣＩＤを持つパケットのみを選定するためのフィルタリングを行う。ペイロード取り出し部２５は、フィルタ部２４により選定されたパケットのペイロードからデータグラムを取り出す。
【００８３】
図５に示した受信端末２−３の処理は、図４に示した処理と同様であるから、説明を省略する。
【００８４】
以上のように、実施例３の受信端末２−３によれば、ＣＩＤ・ヘッダ情報対応テーブル部２６が、指定されたＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）及び宛先ポート番号を用いて固定のＣＩＤテーブルを参照してＣＩＤを特定し、フィルタ部２４が、そのＣＩＤにより所望のヘッダ圧縮パケットを選定し、ペイロード取り出し部２５が、所望のヘッダ圧縮パケットからデータグラムを取り出すようにした。これにより、アプリケーション部２１−３は、ＣＩＤとヘッダ情報とを対応付けたＣＩＤテーブルが固定的に運用される場合においても、指定したＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）及び宛先ポート番号に対応する所望のデータグラムを取得することができる。したがって、受信端末２−３は、受信したヘッダ圧縮パケットのヘッダ情報を元のＩＰヘッダ情報に復元することなく、所望のデータグラムを取得することができるから、簡易な構成により、処理負荷を低減することが可能となる。また、処理負荷が低減するから、高パケットレートの受信が可能となる。
【００８５】
また、実施例３では、予め設定されたＣＩＤテーブルを用いて固定的に運用するようにしたから、送信端末１は、ＣＩＤとヘッダ情報とを対応付けるためのフルヘッダパケットを送信する必要がなく、受信端末２−３は、ＣＩＤ識別部５１及びタイプ識別部５２を備える必要がない。これにより、受信端末２−３は、ＩＰヘッダ情報の復元処理を省略することに加え、ＣＩＤ識別及びタイプ識別の処理を省略することができるから、処理負荷を一層低減することが可能となる。
【００８６】
〔実施例４〕
実施例４は、受信したパケットのヘッダ情報を元のＩＰヘッダ情報に復元することなく、指定したＣＩＤによって所望のパケットを選定し、選定したパケットのペイロードから所望のデータグラムを取得する。実施例１〜３では、指定したＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）、またはＩＰアドレス（送信元ＩＰアドレス及び宛先ＩＰアドレス）及び宛先ポート番号を用いてＣＩＤテーブルを参照することによりＣＩＤを特定するようにしたが、実施例４では、ＣＩＤを直接指定する。
【００８７】
図６は、本発明の実施形態（実施例４）による受信端末の構成を示すブロック図である。この受信端末２−４は、アプリケーション部（ＣＩＤ指定部）２１−４、フィルタ部２４及びペイロード取り出し部２５を備えている。
【００８８】
実施例４では、図１及び図３に示した実施例１，２のＣＩＤ識別部５１及びタイプ識別部５２を備えておらず、図１及び図３に示した実施例１，２のＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部２２、及び、図５に示した実施例３のＣＩＤ・ヘッダ情報対応テーブル部２６も備えていない。
【００８９】
アプリケーション部２１−４は、後述するダウンロード制御情報（ＤＣＩ：Ｄｏｗｎｌｏａｄ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）から、所望のデータグラムに対応するＣＩＤを取得し、そのＣＩＤを指定してデータグラムを取得する。
【００９０】
フィルタ部２４は、アプリケーション部２１−４により指定されたＣＩＤを持つパケットのみを選定するためのフィルタリングを行う。ペイロード取り出し部２５は、フィルタ部２４により選定されたパケットのペイロードからデータグラムを取り出す。
【００９１】
ここで、ダウンロード制御情報とは、一般に、データグラムを構成するコンテンツが保存されている所在情報（リンク情報：例えば、放送局のチャネルに相当するサービスＩＤ）、コンテンツの配信開始時刻及び配信終了時刻、コンテンツＩＤ、ライセンスＩＤ、ＥＣＧ（Ｅｌｅｃｔｒｏｎｉｃ  Ｃｏｎｔｅｎｔ  Ｇｕｉｄｅ）メタデータの所在情報等の情報からなり、コンテンツをダウンロードして視聴または録画するために用いられる。
【００９２】
前述したとおり、放送局の送信端末１は、送信すべきコンテンツのＩＰパケットに対しＩＰデータフローを特定し、ＣＩＤを特定してＣＩＤ及びヘッダ情報からなるＣＩＤテーブルを生成する。そして、送信端末１は、ＣＩＤを含む圧縮されたヘッダ情報が付加されたヘッダ圧縮パケットをＴＬＶに格納して一方向伝送路３を介して送信する。このとき、送信端末１は、カルーセル処理による所定の周期にて、所定期間内に送信されるコンテンツに関するダウンロード制御情報もＴＬＶに格納し、予め送信している。送信端末１は、ヘッダ圧縮パケットの送信に先立って、特定したＣＩＤをダウンロード制御情報に記述して送信する。つまり、送信端末１は、送信すべきコンテンツのヘッダ圧縮パケットの送信に先立って予めＣＩＤを特定する。そして、送信端末１は、その送信すべきコンテンツに関する各種情報に加えて、特定したＣＩＤもダウンロード制御情報に記述し、カルーセル処理による所定の周期にて、ダウンロード制御情報を送信する。そして、受信端末２−４がダウンロード制御情報を受信すると、アプリケーション部２１−４は、ダウンロード制御情報から、所望するデータグラムのコンテンツに対応するＣＩＤを取得し、ＣＩＤを指定してデータグラムを取得する。
【００９３】
次に、図６に示した受信端末２−４の処理について説明する。図７は、実施例４による受信端末２−４の処理について説明するフロー図である。まず、アプリケーション部２１−４は、所望のデータグラムのコンテンツに対応したＣＩＤを、ダウンロード制御情報から取得する（ステップＳ７１）。例えば、アプリケーション部２１−４は、オペレータの操作に従って、オペレータが選択したコンテンツのＩＤ（コンテンツＩＤ）を特定し、ダウンロード制御情報からそのコンテンツＩＤに対応したＣＩＤを取得する。
【００９４】
アプリケーション部２１−４は、取得したＣＩＤを指定し、フィルタリングを開始させるための受信制御開始の指令をフィルタ部２４に出力する。これにより、フィルタ部２４においてフィルタリングによる受信制御が開始される（ステップＳ７２，７３）。
【００９５】
フィルタ部２４は、アプリケーション部２１−４からＣＩＤを含む受信制御開始の指令を入力し、そのＣＩＤを持つヘッダ圧縮パケットのみを選定し、フィルタリングを行う（ステップＳ７４）。ＣＩＤは、アプリケーション部２１−４が所望するデータグラムに対応した識別子であるから、アプリケーション部２１−４が所望するデータグラムを持つヘッダ圧縮パケットのみが、フィルタ部２４によって選定される。そして、フィルタ部２４は、選定したヘッダ圧縮パケットをペイロード取り出し部２５に出力する。
【００９６】
ペイロード取り出し部２５は、フィルタ部２４からヘッダ圧縮パケットを入力し、ペイロードからデータグラムを取り出し、アプリケーション部２１−４に出力する（ステップＳ７５）。
【００９７】
アプリケーション部２１−４は、ペイロード取り出し部２５からデータグラムを入力する。これにより、アプリケーション部２１−４は、指定したＣＩＤに対応した所望のデータグラムを取得することができる（ステップＳ７６）。
【００９８】
アプリケーション部２１−４は、所望のデータグラムの取得を終了するため、受信制御が行われているＣＩＤを指定し、フィルタリングを停止させるための受信制御終了の指令をフィルタ部２４に出力する。フィルタ部２４は受信制御終了の指令を入力し、フィルタリングによる受信制御が終了する（ステップＳ７７）。これにより、アプリケーション部２１−４は、指定したＣＩＤに対応したデータグラムの入力を停止することができる。
【００９９】
以上のように、実施例４によれば、送信端末１が、ＣＩＤを記述したダウンロード制御情報を送信し、受信端末２−４のアプリケーション部２１−４が、ダウンロード制御情報に含まれるＣＩＤを取得し、所望のデータグラムを取得するためにＣＩＤを指定し、フィルタ部２４が、アプリケーション部２１−４によって指定されたＣＩＤにより所望のヘッダ圧縮パケットを選定し、ペイロード取り出し部２５が、所望のヘッダ圧縮パケットからデータグラムを取り出すようにした。これにより、アプリケーション部２１−４は、指定したＣＩＤに対応する所望のデータグラムを取得することができる。したがって、受信端末２−４は、受信したヘッダ圧縮パケットのヘッダ情報を元のＩＰヘッダ情報に復元することなく、所望のデータグラムを取得することができるから、簡易な構成により、処理負荷を低減することが可能となる。また、処理負荷が低減するから、高パケットレートの受信が可能となる。
【０１００】
また、実施例４では、ＣＩＤテーブルが不要であるから、送信端末１は、ＣＩＤとヘッダ情報とを対応付けるためのフルヘッダパケットを送信する必要がなく、受信端末２−４は、ＣＩＤ識別部５１、タイプ識別部５２、及び、ＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部２２またはＣＩＤ・ヘッダ情報対応テーブル部２６を備える必要がない。これにより、受信端末２−４は、ＩＰヘッダ情報の復元処理を省略することに加え、ＣＩＤ識別及びタイプ識別の処理を省略し、さらに、ＣＩＤテーブルに対する処理も省略することができるから、処理負荷を一層低減することが可能となる。
【０１０１】
以上、実施例を挙げて本発明を説明したが、本発明は前記実施例に限定されるものではなく、その技術思想を逸脱しない範囲で種々変形可能である。例えば、前記実施例１〜３では、ＩＰアドレスとして送信元ＩＰアドレス及び宛先ＩＰアドレスを指定するようにしたが、宛先ＩＰアドレスのみを指定するようにしてもよい。この場合、実施例１では、ＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部２２が、アプリケーション部２１−１により指定された宛先ＩＰアドレスを用いてＣＩＤテーブルを検索し、ＣＩＤを特定する。同様に、実施例２では、ＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部２２が、アプリケーション部２１−２により指定された宛先ＩＰアドレス及び宛先ポート番号を用いてＣＩＤテーブルを検索し、ＣＩＤを特定する。さらに、実施例３では、ＣＩＤ・ヘッダ情報対応テーブル部２６が、アプリケーション部２１−３により指定された宛先ＩＰアドレス及び宛先ポート番号を用いてＣＩＤテーブルを検索し、ＣＩＤを特定する。
【０１０２】
また、前記実施例４では、送信端末１が、特定したＣＩＤをダウンロード制御情報に記述し、そのダウンロード制御情報をカルーセル処理による所定の周期にて一方向伝送路３を介して送信し、受信端末２−４が、一方向伝送路３を介してそのダウンロード制御情報を受信し、ＣＩＤを取得するようにした。しかし、本発明はダウンロード制御情報を受信する手法を限定するものではなく、インターネット等の通信回線を介してダウンロード制御情報を受信するようにしてもよい。具体的には、例えば、ダウンロード制御情報が放送局内のサーバに記憶されているものとする。ユーザが視聴または録画を希望するコンテンツの選択操作に従って、受信端末２−４のアプリケーション部２１−４は、選択操作されたコンテンツに関するダウンロード制御情報を受信するため、そのリクエストを、通信回線を介して放送局内のサーバへ送信する。放送局内のサーバは、そのリクエストを受信すると送信端末１へ転送し、送信端末１から、そのリクエストが示すコンテンツについて特定したＣＩＤを受信する。そして、サーバは、そのリクエストが示すコンテンツに関するダウンロード制御情報を記憶装置から読み出し、送信端末１から受信したＣＩＤを記述し、通信回線を介して受信端末２−４へ送信する。このようにして、受信端末２−４のアプリケーション部２１−４は、インターネット等の通信回線を介して、ＣＩＤが記述されたダウンロード制御情報を受信する。
【図面の簡単な説明】
【０１０３】
【図１】本発明の実施形態（実施例１）による受信端末の構成を示すブロック図である。
【図２】実施例１の処理を説明するフロー図である。
【図３】本発明の実施形態（実施例２）による受信端末の構成を示すブロック図である。
【図４】実施例２，３の処理を説明するフロー図である。
【図５】本発明の実施形態（実施例３）による受信端末の構成を示すブロック図である。
【図６】本発明の実施形態（実施例４）による受信端末の構成を示すブロック図である。
【図７】実施例４の処理を説明するフロー図である。
【図８】高度ＢＳデジタル放送を実現する送信端末及び受信端末を含む伝送システムの概略構成を示す図である。
【図９】送信端末においてヘッダ情報を圧縮し、受信端末においてヘッダ情報を復元するヘッダ圧縮方式を説明する図である。
【図１０】従来の受信端末及びアプリケーション装置の構成を示すブロック図である。
【図１１】（１）は、ＩＰｖ４のＣＩＤテーブルの構成を示す図である。（２）は、ＩＰｖ６のＣＩＤテーブルの構成を示す図である。
【図１２】（１）は、ＩＰｖ４のフルヘッダパケットの構成を示す図である。（２）は、ＩＰｖ４の圧縮ヘッダパケットの構成を示す図である。（３）は、ＩＰｖ６のフルヘッダパケットの構成を示す図である。（４）は、ＩＰｖ６の圧縮ヘッダパケットの構成を示す図である。
【図１３】ＩＰｖ４のフルヘッダパケットにおけるＩＰｖ４＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈの構成を示す図である。
【図１４】ＩＰｖ６のフルヘッダパケットにおけるＩＰｖ６＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈの構成を示す図である。
【図１５】ＩＰｖ４及びＩＰｖ６のフルヘッダパケットにおけるＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈの構成を示す図である。
【符号の説明】
【０１０４】
１  送信端末
２  受信端末
３  一方向伝送路
４  アプリケーション装置
２１  アプリケーション部
２２  ＣＩＤ・ヘッダ情報保存及びＣＩＤ応答部
２３  ＩＧＭＰ／ＭＬＤ処理部
２４，５５  フィルタ部
２５，５６  ペイロード取り出し部
２６  ＣＩＤ・ヘッダ情報対応テーブル部
５１  ＣＩＤ識別部
５２  タイプ識別部
５３  ＣＩＤ・ヘッダ情報保存部
５４  ヘッダ復元部
【図１】
2010147802.tif 000003
【図２】
2010147802.tif 000004
【図３】
2010147802.tif 000005
【図４】
2010147802.tif 000006
【図５】
2010147802.tif 000007
【図６】
2010147802.tif 000008
【図７】
2010147802.tif 000009
【図８】
2010147802.tif 000010
【図９】
2010147802.tif 000011
【図１０】
2010147802.tif 000012
【図１１】
2010147802.tif 000013
【図１２】
2010147802.tif 000014
【図１３】
2010147802.tif 000015
【図１４】
2010147802.tif 000016
【図１５】
2010147802.tif 000017