JP5965832B2 - ゲートウェイでインターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現する方法及びそのゲートウェイ並びにインターネットプロトコルをコンテンツ中心ネットワーク互換可能なパケットに変換するルータ - Google Patents

Description

本発明は、コンテンツ中心ネットワークを実現する方法に関し、特にゲートウェイでインターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現する方法及びそのゲートウェイ並びにインターネットプロトコルをコンテンツ中心ネットワーク互換可能なパケットに変換するルータに関する。

コンテンツ中心ネットワーク（Ｃｏｎｔｅｎｔｓ Ｃｅｎｔｒｉｃ Ｎｅｔｗｏｒｋ；以下、ＣＣＮ）において、パケットは、コンテンツ要求パケットとデータ応答パケットに区分することができる。コンテンツ要求パケットは、要求するコンテンツ名を含み、データ応答パケットは要求されたコンテンツとコンテンツ名などを含む。

ネットワーキング装置は、コンテンツ要求パケットを受けた場合、ヘッダにあるコンテンツ名で自身のストレージを検索する。
該当コンテンツを有する場合、ネットワーキング装置は、該当コンテンツを要求者に伝送する。したがって、コンテンツの本来（ｏｒｉｇｉｎａｌ）の所有者にまで戻ってコンテンツを受け取らなければならないインターネットプロトコル（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ；以下、ＩＰ）ベースインターネットに比べ、中間のどのノードにおいても自身のストレージに該当コンテンツがあれば、応答（ｒｅｐｌｙ）することができる。
したがって、平均送信経路（ｐａｔｈ）が短くなり全体的なネットワークの使容量が減少する。

コンテンツ中心ネットワーク（ＣＣＮ）は、インターネットプロトコルベースネットワークの問題点を解決することのできる代案として提示されている。
しかしながら、２つのネットワークは、互いに互換性がなくインターネットプロトコルベースのルータをコンテンツ中心ネットワークベースのルータに交換しない限りコンテンツ中心ネットワークを適用することが難しいという問題がある。

本発明は上記従来のコンテンツ中心ネットワークにおける問題点に鑑みてなされたものであって、本発明の目的は、インターネットプロトコルパケットに含まれるアプリケーションプロトコル及びアプリケーションプロトコルに対応するパケットタイプ（ｔｙｐｅ）に基づいてインターネットプロトコルパケットに対応するコンテンツ名を生成し、インターネットプロトコルベースのネットワーク内でコンテンツ中心ネットワークを実現する方法及びゲートウェイ並びにルータを提供することにある。

また、インターネットプロトコルパケットに含まれるアプリケーションプロトコルの伝送方式が両方向（ｔｗｏ−ｗａｙ）であるか、または片方向（ｏｎｅ−ｗａｙ）であるかを区分して該当アプリケーションプロトコルに合った伝送方式を適合するように変換するインターネットプロトコルベースのネットワーク内でコンテンツ中心ネットワークを実現する方法及びゲートウェイを提供することにある。

上記目的を達成するためになされた本発明によるインターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現する方法は、インターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現する方法において、前記インターネットプロトコルベースネットワークのインターネットプロトコルパケットに含まれるアプリケーションプロトコル及び前記アプリケーションプロトコルに対応するパケットタイプを判断するステップと、前記アプリケーションプロトコル及び前記パケットタイプに基づいて、前記インターネットプロトコルパケットに対応するコンテンツ名を生成するステップとを有することを特徴とする。

前記コンテンツ名を用いて前記インターネットプロトコルパケットを前記コンテンツ中心ネットワークのためのコンテンツ要求パケットに変換するステップをさらに有することが好ましい。
前記コンテンツ名を生成するステップは、少なくとも１つのネーミングルールを含むネーミングルールサーバ（Ｎａｍｉｎｇ Ｒｕｌｅ Ｓｅｒｖｅｒ）を参照（ｌｏｏｋ−ｕｐ）して前記コンテンツ名を生成することが好ましい。
前記少なくとも１つのネーミングルールは、前記アプリケーションプロトコル及び前記パケットタイプに基づいて決定することが好ましい。
前記ネーミングルールサーバに格納された少なくとも１つのネーミングルールの内の少なくとも一部をローカルルータに格納するステップをさらに有することが好ましい。
前記インターネットプロトコルパケットに含まれるアプリケーションプロトコルが両方向伝送方式又は片方向伝送方式のいずれの方式を用いるのかを判断するステップをさらに有することが好ましい。
前記アプリケーションプロトコルが両方向伝送方式を用いるという判断結果に応答して、前記コンテンツ名を用いてコンテンツを要求するインターネットプロトコルパケットを前記コンテンツ中心ネットワークのためのコンテンツ要求パケットに変換するステップと、前記アプリケーションプロトコルが両方向伝送方式を用いるという判断結果に応じて、前記コンテンツを要求するインターネットプロトコルパケットに応答するインターネットプロトコルパケットを前記コンテンツ中心ネットワークのためのデータ応答パケットに変換するステップとをさらに有することが好ましい。
前記コンテンツ要求パケット又は前記データ応答パケットを送信するステップをさらに有することが好ましい。

前記アプリケーションプロトコルが片方向伝送方式を用いると判断されれば、前記コンテンツ名を用いて前記コンテンツ中心ネットワークのためのコンテンツ要求パケットに対する要求パケットを生成するステップと、前記コンテンツ中心ネットワークのためのコンテンツ要求パケットに対する要求パケットを前記コンテンツ中心ネットワーク内の他のルータに送信するステップと、前記コンテンツ中心ネットワーク内の他のルータから前記コンテンツ中心ネットワークのためのコンテンツ要求パケットを受信するステップと、前記受信したコンテンツ要求パケットに応答して、前記インターネットプロトコルパケットを前記コンテンツ中心ネットワーク内の他のルータに送信するステップをさらに有することが好ましい。
前記コンテンツ要求パケットは、前記コンテンツ要求パケットに対する要求パケットによって生成されたペンディングインタレストテーブル（Ｐｅｎｄｉｎｇ Ｉｎｔｅｒｅｓｔ Ｔａｂｌｅ；ＰＩＴ）に基づいて前記ゲートウェイに送信することが好ましい。
前記インターネットプロトコルパケットのペイロードがデータを含むか否かに基づいて、前記ゲートウェイのコンテンツキャッシュに前記ペイロードを格納するステップをさらに有することが好ましい。
前記少なくとも１つのネーミングルールを含むネーミングルールサーバを参照（ｌｏｏｋ−ｕｐ）して、前記コンテンツキャッシュに格納されたペイロードに対応するコンテンツ名を生成するステップをさらに有することが好ましい。
前記アプリケーションプロトコルは、ＨＴＴＰ、ＦＴＰ、及びＳＭＴＰの内の少なくとも１つを含むことが好ましい。

上記目的を達成するためになされた本発明によるコンピュータ読出し可能記録媒体は、上記のインターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現する方法を行うためのプログラムが記録されたことを特徴とする。

上記目的を達成するためになされた本発明によるインターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現するゲートウェイは、インターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現するゲートウェイであって、前記インターネットプロトコルベースネットワークのインターネットプロトコルパケットに含まれるアプリケーションプロトコル及び前記アプリケーションプロトコルに対応するパケットタイプを判断する判断部と、前記アプリケーションプロトコル及び前記パケットタイプに基づいて、前記インターネットプロトコルパケットに対応するコンテンツ名を生成する生成部とを有することを特徴とする。

前記インターネットプロトコルパケットに含まれるアプリケーションプロトコルが両方向伝送方式又は片方向伝送方式のいずれの方式を用いるのかを判断する伝送方式判断部をさらに有することが好ましい。
前記アプリケーションプロトコルが両方向伝送方式を用いると判断されれば、前記コンテンツ名を用いて前記インターネットプロトコルパケットを前記コンテンツ中心ネットワークのためのコンテンツ要求パケットに変換する第１変換部と、前記アプリケーションプロトコルが両方向伝送方式を用いると判断されれば、前記コンテンツを要求するインターネットプロトコルパケットに応答するインターネットプロトコルパケットを前記コンテンツ中心ネットワークのためのデータ応答パケットに変換する第２変換部とをさらに有することが好ましい。
前記コンテンツ要求パケット又は前記データ応答パケットを送信する送信部をさらに有することが好ましい。
前記アプリケーションプロトコルが片方向伝送方式を用いると判断されれば、前記コンテンツ名を用いて、前記コンテンツ中心ネットワークのためのコンテンツ要求パケットに対する要求パケットを生成する要求パケット生成部と、前記コンテンツ中心ネットワークのためのコンテンツ要求パケットに対する要求パケットを前記コンテンツ中心ネットワーク内の他のルータに送信して、前記コンテンツ中心ネットワーク内の他のルータから前記コンテンツ中心ネットワークのためのコンテンツ要求パケットを受信し、前記受信したコンテンツ要求パケットに応答して、前記インターネットプロトコルパケットを前記コンテンツ中心ネットワーク内の他のルータに送信する送受信管理部とをさらに有することが好ましい。
前記コンテンツ要求パケットは、前記コンテンツ要求パケットに対する要求パケットによって生成されたペンディングインタレストテーブル（ＰＩＴ）に基づいて前記ゲートウェイに送信されることが好ましい。
前記インターネットプロトコルパケットのペイロードがデータを含むか否かに基づいて前記ペイロードを格納するコンテンツキャッシュをさらに有することが好ましい。
前記アプリケーションプロトコルは、ＨＴＴＰ、ＦＴＰ、及びＳＭＴＰの内の少なくとも１つを含むことが好ましい。

上記目的を達成するためになされた本発明によるインターネットプロトコルをコンテンツ中心ネットワーク互換可能なパケットに変換するルータは、インターネットプロトコルをコンテンツ中心ネットワーク互換可能なパケットに変換するルータにおいて、インターネットプロトコルベースネットワークから受信したインターネットプロトコルパケットをコンテンツ中心ネットワーク互換可能なパケットに変換するパケット生成部と、前記コンテンツ中心ネットワーク互換可能なパケットをコンテンツ中心ネットワークの第２ルータに送信する送信部とを有することを特徴とする。

前記コンテンツ中心ネットワーク互換可能なパケットは、コンテンツ要求パケット又はデータ応答パケットであることが好ましい。
前記パケット生成部は、コンテンツ名を含むヘッダを付加することによって前記インターネットプロトコルパケットをコンテンツ中心ネットワーク互換可能なパケットに変換することが好ましい。
前記パケット生成部は、前記インターネットプロトコルパケットのヘッダをコンテンツ名を含むヘッダに交換することによって前記インターネットプロトコルパケットをコンテンツ中心ネットワーク互換可能なパケットに変換することが好ましい。
前記インターネットプロトコルのパケットタイプ及びアプリケーションプロトコルに基づいてコンテンツ名を生成するコンテンツ名生成部をさらに含み、前記パケット生成部は、前記コンテンツ名を前記コンテンツ中心ネットワーク互換可能なパケットに含むことによって前記インターネットプロトコルパケットを前記コンテンツ中心ネットワーク互換可能なパケットに変換することが好ましい。
インターネットプロトコルパケットのペイロードがデータを含むか否かに基づいて、前記インターネットプロトコルパケットのペイロードを格納するコンテンツキャッシュをさらに含むことが好ましい。
前記アプリケーションプロトコルは、ＨＴＴＰ、ＦＴＰ、及びＳＭＴＰの内の少なくとも１つを含むことが好ましい。

本発明に係るゲートウェイでインターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現する方法及びそのゲートウェイ並びにインターネットプロトコルをコンテンツ中心ネットワーク互換可能なパケットに変換するルータによれば、インターネットプロトコルパケットに含まれるアプリケーションプロトコル及びアプリケーションプロトコルに対応するパケットタイプに基づいてインターネットプロトコルパケットに対応するコンテンツ名を生成することによって、インターネットプロトコルベースのネットワーク内でコンテンツ中心ネットワークを実現することができるという効果がある。
また、インターネットプロトコルパケットに含まれる応用プロトコルの伝送方式が両方向（ｔｗｏ−ｗａｙ）であるか、または片方向（ｏｎｅ−ｗａｙ）であるかを区分することによって該当アプリケーションプロトコルに合った伝送方式を適合するように変換することができるという効果がある。

本発明の一実施形態に係るインターネットプロトコルベースネットワークを用いて漸進的にコンテンツ中心ネットワークを実現する方法を説明するための図である。 インターネットプロトコルベースネットワーク及びコンテンツ中心ネットワーク（ＣＣＮ）のように互いに異なるネットワークを連動する場合に用いられるカプセル化方式を説明するための図である。 インターネットプロトコルベースネットワーク及びコンテンツ中心ネットワーク（ＣＣＮ）のように互いに異なるネットワークを連動する場合に用いられるインターワーキング方式を説明するための図である。 本発明の一実施形態に係るゲートウェイにおいて、インターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現する方法を説明するためのフローチャートである。 本発明の一実施形態に係るインターネットプロトコルベースネットワークにおいて、インターネットプロトコルパケットに含まれるアプリケーションプロトコルを用いてインターネットプロトコルパケットに対応するコンテンツ名を生成するネーミングルールサーバの動作を説明するための図である。 本発明の一実施形態に係るインターネットプロトコルベースネットワークにおいて、インターネットプロトコルパケットに含まれるアプリケーションプロトコルのペイロードをゲートウェイのコンテンツキャッシュに格納する方法を説明するための図である。 本発明の他の実施形態に係るゲートウェイでインターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現する方法を説明するためのフローチャートである。 本発明の一実施形態に係るインターネットプロトコルベースネットワークに用いられるインターネットプロトコルパケットに含まれる片方向伝送方式を用いるアプリケーションプロトコルに対するゲートウェイの動作を説明するための図である。 本発明の一実施形態に係るインターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現するゲートウェイの構成を示すブロック図である。

次に、本発明に係るゲートウェイでインターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現する方法及びそのゲートウェイ並びにインターネットプロトコルをコンテンツ中心ネットワーク互換可能なパケットに変換するルータを実施するための形態の具体例を図面を参照しながら説明する。
しかし、本発明が本実施形態によって制限されたり限定されることはない。
また、各図面に示す同一の参照符号は同一の部材を示す。

図１は、一実施形態に係るインターネットプロトコル（ＩＰ）ベースネットワークを用いて漸進的にコンテンツ中心ネットワークを実現する方法を説明するための図である。
図１を参照すると、インターネットプロトコルベースネットワークにコンテンツ中心ネットワーク（ＣＣＮ）を適用する場合、その漸進的な配置（ｄｅｐｌｏｙ）形態を詳しく見ることができる。

現実的に全世界で設置されたインターネットプロトコル（ＩＰ）ベースのルータ（Ｒｏｕｔｅｒ）を一度にコンテンツ中心ネットワーク（ＣＣＮ）ベースのルータに交換することはできない。
したがって、互いに互換性のないインターネットプロトコルベースのルータ及びコンテンツ中心ネットワークベースのルータを混用できる方法が必要とされる。

したがって、本発明の一実施形態では、図１の中心部に示す図のように、インターネットプロトコル（ＩＰ）ベースネットワークの一部にだけコンテンツ中心ネットワーク（ＣＣＮ）が適用される場合にコンテンツ中心ネットワークの特性をそのまま保ちながらインターネットプロトコルベースネットワークと連動して動作することのできる方法を説明する。

これにより、一定領域を単位としてインターネットプロトコルベースのルータをコンテンツ中心ネットワークベースのルータに交換したとしても、インターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現することができる。

カプセル化（Ｅｎｃａｐｓｕｌａｔｉｏｎ）方式及びインターワーキング（Ｉｎｔｅｒｗｏｒｋｉｎｇ）方式もまた、次の２つ又はそれ以上の互いに異なるネットワークで互いに連動することができる。
例えば、カプセル化方式及びインターワーキング方式は、インターネットプロトコルベースネットワーク及びコンテンツ中心ネットワーク（ＣＣＮ）を混用する場合に用いることができる。

図２のカプセル化方式を参照すると、図２のようにＡプロトコル領域２１０で用いられるパケットをＢプロトコル領域２３０に通過させるために、Ａプロトコルパケットのヘッダ２１５を有するＡプロトコルパケットにＢプロトコルパケットのヘッダ２３５を追加する。
Ｂプロトコル領域２３０を通過した後に再びＡプロトコル領域２１０に入る時には、Ｂプロトコル領域２３０で最後に通過するルータがＢプロトコルパケットのヘッダ２３５を削除して本来のＡプロトコルパケットに変換する。

図３のインターワーキング方式を参照すると、図３のようにＡプロトコル領域３１０で用いられるパケットをＢプロトコル領域３３０に通過させるために、Ｂプロトコル領域３３０のルータがＡプロトコルパケットのヘッダ３１５をＢプロトコルパケットのヘッダ３３０に変換する。
しかし、このような二種類の方式は、次のような問題によってインターネットプロトコルベースのネットワークとコンテンツ中心ネットワークの連動には利用することはできない。

第１に、インターネットプロトコルベースのネットワークは、インターネットプロトコル（ＩＰ）などのような相手方のアドレスを用いてサーチ（Ｓｅａｒｃｈ）及びルーティング（Ｒｏｕｔｉｎｇ）などと同一の動作を行う。
一方、コンテンツ中心ネットワーク（ＣＣＮ）は、コンテンツ名（ｃｏｎｔｅｎｔｓ ｎａｍｅ）を用いて同一の動作を行う。
したがって、インターネットプロトコル（ＩＰ）などの相手方のアドレスをどのようにコンテンツ名に変換するかが問題となる。

第２に、インターネットプロトコルベースのネットワークにおいて、ルータはパケット伝送機能だけを実行すれば良い。
しかし、コンテンツ中心ネットワークにおいて、ルータはコンテンツを格納するキャッシング（ｃａｃｈｉｎｇ）機能まで実行しなければならない。したがって、インターネットプロトコルパケットに入っているペイロードをどのようにルータのコンテンツキャッシュに格納するかが問題となる。

第３に、インターネットプロトコルベースのネットワークにおいて、ネットワークプロトコルは、目的地（ｄｅｓｔｉｎａｔｉｏｎ）への「片方向（ｏｎｅ−ｗａｙ）伝送方式」を用いる。一方、コンテンツ中心ネットワークは、コンテンツ名を用いて所望するコンテンツを要求するコンテンツ要求パケット（すなわち、インタレスト（Ｉｎｔｅｒｅｓｔ））を先に送って、そのコンテンツ要求パケットに対する応答としてコンテンツ要求パケットに該当するデータ（すなわち、コンテンツ）を受信する「両方向（ｔｗｏ−ｗａｙ）伝送方式」を用いる。
したがって、片方向（ｏｎｅ−ｗａｙ）伝送方式をどのように両方向（ｔｗｏ−ｗａｙ）伝送方式に変換するかが問題となる。

以下にて、本発明の一実施形態で、第１の問題の解決方法については図５を参照し、第２の問題の解決方法については図６を参照して説明する。
最後に、第３の問題のインターネットプロトコルの片方向伝送方式をコンテンツ中心ネットワークの両方向伝送方式に変換するためには、まずインターネットプロトコルに含まれるアプリケーションプロトコルを確認する。そして、アプリケーションプロトコルがどの伝送方式を用いるのかによって互いに異なる変換方法を用いる。
より具体的な方法は、図７〜図８を参照しながら詳細に説明する。

図４は、本発明の一実施形態に係るゲートウェイにおいて、インターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現する方法を説明するためのフローチャートである。

本実施形態に係るゲートウェイは、インターネットプロトコル（ＩＰ）ベースネットワークに用いられるインターネットプロトコルパケットに含まれるアプリケーションプロトコル及びアプリケーションプロトコルに対応するパケットタイプを判断する（ステップＳ４１０）。

その後、ゲートウェイは、アプリケーションプロトコル及びパケットタイプに基づいて、インターネットプロトコルパケットに対応するコンテンツ名を生成する（ステップＳ４２０）。
ここで、ゲートウェイは、インターネットプロトコル（ＩＰ）ベースネットワーク及びコンテンツ中心ネットワーク（ＣＣＮ）で兼用して用いることのできるゲートウェイである。

ステップＳ４２０において、ゲートウェイは、インターネットプロトコル（ＩＰ）ベースネットワークに用いられるインターネットプロトコルパケットのペイロード（ｐａｙｌｏａｄ）に含まれるアプリケーションプロトコル及びアプリケーションプロトコルに対応するパケットタイプに基づいてインターネットプロトコルパケットに対応するコンテンツ名を生成する。

ゲートウェイは、コンテンツ名を生成する時、図５に示すネーミングルールサーバを用いてもよい。
ネーミングルールサーバは、インターネットプロトコルパケットのペイロード（ｐａｙｌｏａｄ）に含まれるアプリケーションプロトコル及びアプリケーションプロトコルに対応するパケットタイプに対応してコンテンツ要求パケットが有するべきコンテンツ名を生成するのに用いられる少なくとも１つのネーミングルールを含む。したがって、ゲートウェイは、ネーミングルールサーバを参照（ｌｏｏｋ−ｕｐ）してコンテンツ名を生成する。

また、ゲートウェイは、ネーミングルールサーバに格納された少なくとも１つのネーミングルールの内の少なくとも一部（例えば、しばしば用いられるネーミングルールなど）をローカルルータに格納してもよい。そして、ゲートウェイは、ローカルルータに格納されていないネーミングルールについてはネーミングルールサーバを参照（ｌｏｏｋ−ｕｐ）するようにしてもよい。

ゲートウェイは、ステップＳ４２０で生成したコンテンツ名を用いてインターネットプロトコル（ＩＰ）パケットをコンテンツ中心ネットワーク（ＣＣＮ）のためのコンテンツ要求パケットに変換（ステップＳ４３０）して、送信する（ステップＳ４４０）。

図５は、本発明の一実施形態に係るインターネットプロトコルベースネットワークにおいて、インターネットプロトコルパケットに含まれるアプリケーションプロトコルを用いてインターネットプロトコルパケットに対応するコンテンツ名を生成するネーミングルールサーバの動作を説明するための図である。

図５を参照すると、ネーミングルールサーバは、インターネットプロトコルパケットに含まれるアプリケーションプロトコル及びアプリケーションプロトコルに対応するパケットタイプに対応してコンテンツ要求パケットが有するべきコンテンツ名を生成するのに用いられる少なくとも１つのネーミングルール（Ｃｏｎｔｅｎｔｓ Ｎａｍｉｎｇ Ｒｕｌｅ）を含んでもよい。

すなわち、少なくとも１つのネーミングルールは、アプリケーションプロトコル及びパケットタイプによって決定される。
例えば、アプリケーションプロトコルがＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）であり、パケットのタイプがＲｅｑｕｅｓｔパケットである場合、ｈｏｓｔと要求するｈｔｍｌファイルとを全て用いるＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）をそのままコンテンツ名を用いるようにネーミングルールを決定してもよい。

したがって、本実施形態に係るゲートウェイは、ネーミングルールサーバを参照して図５のようにＨＴＴＰなどのようなアプリケーションプロトコルのヘッダとインターネットプロトコルのヘッダを含むインターネットプロトコルベースのネットワークで伝送されるパケットをコンテンツ中心ネットワークで伝送され得る形態のパケットに変換する。

このようなネーミングルールサーバは、ネットワーク運用者によって運用されてもよい。
運用者は、新しいアプリケーションプロトコルが出ると新しいアプリケーションプロトコル及び新しいアプリケーションプロトコルに対応するパケットタイプなどに合うようにネーミングルールを作成してネーミングルールサーバに格納する。

図６は、本発明の一実施形態に係るインターネットプロトコルベースネットワークにおいて、インターネットプロトコルパケットに含まれるアプリケーションプロトコルのペイロードをゲートウェイのコンテンツキャッシュに格納する方法を説明するための図である。
本実施形態に係るゲートウェイは、インターネットプロトコルパケットに含まれるアプリケーションプロトコルのヘッダ（ｈｅａｄｅｒ）及びペイロードを確認する。

確認結果、ペイロードがデータ（すなわち、コンテンツ）を含めば、ゲートウェイは自身のコンテンツキャッシュにアプリケーションプロトコルのペイロードを格納する。
ここで、ゲートウェイは、少なくとも１つのネーミングルールを含むネーミングルールサーバを参照（ｌｏｏｋ−ｕｐ）して、コンテンツキャッシュに格納されたペイロードに対応するコンテンツ名を生成する。

図７は、本発明の他の実施形態に係るゲートウェイでインターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現する方法を説明するためのフローチャートである。

本発明の他の実施形態に係るゲートウェイは、インターネットプロトコルベースネットワークに用いられるインターネットプロトコルパケットに含まれるアプリケーションプロトコル及びアプリケーションプロトコルに対応するパケットタイプを判断する（ステップＳ７０１）。

ゲートウェイは、アプリケーションプロトコル及びパケットタイプに基づいて、インターネットプロトコルパケットに対応するコンテンツ名を生成する（ステップＳ７０３）。
ここで、ゲートウェイは、インターネットプロトコルベースネットワーク及びコンテンツ中心ネットワークで兼用して用いることができるゲートウェイである。

ステップＳ７０３でゲートウェイは、インターネットプロトコルベースネットワークに用いられるインターネットプロトコルパケットのペイロード（ｐａｙｌｏａｄ）に含まれるアプリケーションプロトコル及びアプリケーションプロトコルに対応するパケットタイプに基づいてインターネットプロトコルパケットに対応するコンテンツ名を生成する。
また、ゲートウェイは、コンテンツ名を生成する時、上述した図５に示したネーミングルールサーバを用いてもよい。

ゲートウェイは、インターネットプロトコル（ＩＰ）パケットに含まれるアプリケーションプロトコルが両方向（ｔｗｏ−ｗａｙ）伝送方式又は片方向（ｏｎｅ−ｗａｙ）伝送方式のいずれの方式を用いるのかを判断する（ステップＳ７０５）。

インターネットプロトコルベースのアプリケーションプロトコルは、一般的に要求（ｒｅｑｕｅｓｔ）と応答（ｒｅｓｐｏｎｓｅ）の二種類のメッセージ形態を有する両方向（ｔｗｏ−ｗａｙ）伝送方式を用いるプロトコルと、単純送信メッセージ形態を有する片方向（ｏｎｅ−ｗａｙ）伝送方式を用いるプロトコルに分類することができる。
したがって、ゲートウェイは、インターネットプロトコルの片方向伝送方式をコンテンツ中心ネットワークの両方向伝送方式に変換するために次のような方法を用いる。

ゲートウェイは、まずインターネットプロトコルパケットに含まれるアプリケーションプロトコルが、例えば、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）のうちのいずれかであり、該当アプリケーションプロトコルがどの伝送方式を用いるかを確認する。

例えば、ＨＴＴＰの場合は、パケットタイプが要求（Ｒｅｑｕｅｓｔ）パケットと応答（Ｒｅｓｐｏｎｓｅ）パケットで構成される。
すなわち、例えば、ユーザがｙｏｕｔｕｂｅ（登録商標）．ｃｏｍのｈｏｔｍｕｓｉｃｌｉｓｔ．ｈｔｍｌに対する要求（Ｒｅｑｕｅｓｔ）パケットを送れば、ｙｏｕｔｕｂｅ（登録商標）サーバが該当ファイルを応答（Ｒｅｓｐｏｎｓｅ）パケットに載せて送る。

ここで、インターネットプロトコルパケットの実際動作は、コンテンツ中心ネットワークと一致する。
したがって、ＨＴＴＰの要求（Ｒｅｑｕｅｓｔ）パケットを伝送するインターネットプロトコルパケットは、コンテンツ中心ネットワークのコンテンツ要求パケット（すなわち、インタレスト（Ｉｎｔｅｒｅｓｔ））に変換し、ＨＴＴＰの応答（Ｒｅｓｐｏｎｓｅ）パケットを伝送するインターネットプロトコルパケットは、コンテンツ中心ネットワークのデータ応答パケットに変換される。

したがって、ステップＳ７０５の判断結果、アプリケーションプロトコルが両方向（ｔｗｏ−ｗａｙ）伝送方式を用いると判断される場合、ゲートウェイはコンテンツ名を用いてコンテンツを要求するインターネットプロトコルパケットをコンテンツ中心ネットワークのためのコンテンツ要求パケットに変換する（ステップＳ７０９）。

次に、ゲートウェイは、コンテンツを要求するインターネットプロトコルパケットに応答するインターネットプロトコルパケットをコンテンツ中心ネットワークのためのデータ応答パケットに変換してもよい（ステップＳ７１１）。
次に、ゲートウェイは、コンテンツ要求パケット又はデータ応答パケットをコンテンツ中心ネットワーク内の他のルータ又はゲートウェイに送信する（ステップＳ７１３）。

一方、ステップＳ７０５の判断結果、アプリケーションプロトコルが片方向（ｏｎｅ−ｗａｙ）伝送方式を用いると判断される場合、動作は次の通りである。
要求（Ｒｅｑｕｅｓｔ）パケットなしで単純に伝送のみを行うアプリケーションプロトコルを含むインターネットプロトコルパケットは、片方向伝送方式を図８のようにコンテンツ中心ネットワークの両方向伝送方式に合うように変更しなければならない。

以下では、ゲートウェイとコンテンツ中心ネットワーク内の他のルータを用いて片方向伝送方式を要求（Ｒｅｑｕｅｓｔ）とそれに対する応答（Ｒｅｓｐｏｎｓｅ）の両方向伝送方式に変換する方法を説明する。

ゲートウェイは、コンテンツ名を用いてコンテンツ中心ネットワークのためのコンテンツ要求パケットに対する要求パケットを生成する（ステップＳ７１７）。
ゲートウェイは、コンテンツ中心ネットワークのためのコンテンツ要求パケットに対する要求パケットをコンテンツ中心ネットワーク内の他のルータに送信し（ステップＳ７１９）、他のルータからコンテンツ中心ネットワークのためのコンテンツ要求パケットを受信する（ステップＳ７２１）。

ステップＳ７２１において、他のルータは、コンテンツ要求パケットに対する要求パケットによって生成されたペンディングインタレストテーブル（ＰＩＴ）に基づいてゲートウェイにコンテンツ要求パケットを送信してもよい。

次に、ゲートウェイは、受信したコンテンツ要求パケットに応答して、インターネットプロトコルパケットをコンテンツ中心ネットワーク内の他のルータに送信する（ステップＳ７２３）。

アプリケーションプロトコルが片方向（ｏｎｅ−ｗａｙ）伝送方式を用いる場合のゲートウェイの動作については、図８を参照ながら詳細に説明する。

図８は、本発明の一実施形態に係るインターネットプロトコルベースネットワークに用いられるインターネットプロトコル（ＩＰ）パケットに含まれる片方向（ｏｎｅ−ｗａｙ）伝送方式を用いるアプリケーションプロトコルに対するゲートウェイの動作を説明するための図である。

上述したように、要求（Ｒｅｑｕｅｓｔ）パケットなしで単純に伝送のみを行うアプリケーションプロトコルを含むインターネットプロトコルパケットは、片方向伝送方式をコンテンツ中心ネットワークの両方向伝送方式に合うように変更しなければならない。
ここで、コンテンツ中心ネットワーク内のルータＲ_Ａ及びルータＲ_Ｂは、本発明の一実施形態に係るゲートウェイの役割を行ってもよい。

インターネットプロトコル（ＩＰ）ベースネットワークからインターネットプロトコルパケットを受信したルータＲ_Ａは、コンテンツ名を用いてインターネットプロトコルパケットに対応する、コンテンツ要求パケットに対する要求パケット（Ｉｎｔｅｒｅｓｔ＿Ａ）を生成する。
ルータＲ_Ａは、要求パケット（Ｉｎｔｅｒｅｓｔ＿Ａ）をコンテンツ中心ネットワーク内の他のルータＲ_Ｂに送信する。ここで、他のルータＲ_Ｂは、インターネットプロトコル（ＩＰ）パケットが通過するコンテンツ中心ネットワーク区間の最後にあるルータであってもよい。

ルータＲ_Ｂは、要求パケット（Ｉｎｔｅｒｅｓｔ＿Ａ）を受信した後、コンテンツ中心ネットワークのためのコンテンツ要求パケット（Ｉｎｔｅｒｅｓｔ＿Ｂ）を作ってルータＲ_Ａに送信する。
ここでコンテンツ要求パケット（Ｉｎｔｅｒｅｓｔ＿Ｂ）は、コンテンツ要求パケットであるが、コンテンツ要求パケットに応答するデータ応答パケットのように要求パケット（Ｉｎｔｅｒｅｓｔ＿Ａ）によって生成されたペンディングインタレストテーブル（ＰＩＴ）のトレース（ｔｒａｃｅ）に沿ってゲートウェイに送信される。

コンテンツ要求パケット（Ｉｎｔｅｒｅｓｔ＿Ｂ）を受信したルータＲ_Ａは、インターネットプロトコルベースネットワークから最初に受信したインターネットプロトコル（ＩＰ）パケットをルータＲ_Ｂに送信する。
これによって、インターネットプロトコル（ＩＰ）パケットは、ルータＲ_Ｂを経て再びインターネットプロトコルベースネットワークに伝送される。

図９は、本発明の一実施形態に係るインターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現するゲートウェイの構成を示すブロック図である。

本実施形態に係るゲートウェイ９００は、判断部９１０及び生成部９２０を含む。
また、本実施形態に係るゲートウェイ９００は、伝送方式判断部９３０、第１変換部９４０、第２変換部９５０、送信部９６０、要求パケット生成部９７０、送受信管理部９８０、及びコンテンツキャッシュ９９０をさらに含んでもよい。

判断部９１０は、インターネットプロトコルベースネットワークに用いられるインターネットプロトコルパケットに含まれるアプリケーションプロトコル及びアプリケーションプロトコルに対応するパケットタイプを判断する。
生成部９２０は、アプリケーションプロトコル及びパケットタイプに基づいて、インターネットプロトコルパケットに対応するコンテンツ名を生成する。

伝送方式判断部９３０は、インターネットプロトコル（ＩＰ）パケットに含まれるアプリケーションプロトコルが両方向（ｔｗｏ−ｗａｙ）伝送方式又は片方向伝送方式のいずれの方式を用いるのかを判断する。

第１変換部９４０は、伝送方式判断部９３０の判断結果、アプリケーションプロトコルが両方向（ｔｗｏ−ｗａｙ）伝送方式を用いる場合、コンテンツ名を用いてインターネットプロトコルパケットをコンテンツ中心ネットワークのためのコンテンツ要求パケットに変換する。

第２変換部９５０は、伝送方式判断部９３０の判断結果、アプリケーションプロトコルが両方向（ｔｗｏ−ｗａｙ）伝送方式を用いる場合、コンテンツを要求するインターネットプロトコルパケットに応答するインターネットプロトコルパケットをコンテンツ中心ネットワークのためのデータ応答パケットに変換する。
送信部９６０は、コンテンツ要求パケット又はデータ応答パケットを送信する。

要求パケット生成部９７０は、伝送方式判断部９３０の判断結果、アプリケーションプロトコルが片方向（ｏｎｅ−ｗａｙ）伝送方式を用いる場合、コンテンツ名を用いてコンテンツ中心ネットワークのためのコンテンツ要求パケットに対する要求パケットを生成する。

送受信管理部９８０は、要求パケット生成部９７０で生成された要求パケットをコンテンツ中心ネットワーク内の他のルータに送信して、コンテンツ中心ネットワーク内の他のルータからコンテンツ中心ネットワークのためのコンテンツ要求パケットを受信し、受信したコンテンツ要求パケットに応答して、インターネットプロトコルパケットをコンテンツ中心ネットワーク内の他のルータに送信する。

コンテンツキャッシュ９９０は、インターネットプロトコルパケットのペイロードがデータを含むか否かに基づいてペイロードを格納する。

本発明の一実施形態に係るゲートウェイでインターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現する方法は、多様なコンピュータ手段によって行うことができるプログラム命令形態で実現され、コンピュータ読み出し可能媒体に記録してもよい。
記録媒体は、プログラム命令、データファイル、データ構造などを単独又は組み合わせたものを含んでもよい。
記録媒体及びプログラム命令は、本発明の目的のために特別に設計して構成されたものでもよく、コンピュータソフトウェア分野の技術を有する当業者にとって公知のものであり使用可能なものであってもよい。

コンピュータ読取可能な記録媒体の例としては、ハードディスク、フロッピー（登録商標）ディスク及び磁気テープのような磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤのような光記録媒体、フロプティカルディスクのような磁気−光媒体、及びＲＯＭ、ＲＡＭ、フラッシュメモリなどのようなプログラム命令を保存して実行するように特別に構成されたハードウェア装置を含んでもよい。
プログラム命令の例としては、コンパイラによって生成されるような機械語コードだけでなく、インタプリタなどを用いてコンピュータによって実行され得る高級言語コードを含む。
上述のハードウェア装置は、本発明の動作を行うために１つ以上のソフトウェアモジュールとして作動するように構成してもよく、その逆も同様である。

尚、本発明は、上述の実施形態に限られるものではない。本発明の技術的範囲から逸脱しない範囲内で多様に変更実施することが可能である。

９００ ゲートウェイ
９１０ 判断部
９２０ 生成部
９３０ 伝送方式判断部
９４０ 第１変換部
９５０ 第２変換部
９６０ 送信部
９７０ 要求パケット生成部
９８０ 送受信管理部
９９０ 送信部

Claims (28)

1. ゲートウェイでインターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現する方法であって、
   前記インターネットプロトコルベースネットワークのインターネットプロトコルパケットに含まれるアプリケーションプロトコル及び前記アプリケーションプロトコルに対応するパケットタイプを判断するステップと、
   前記アプリケーションプロトコル及び前記パケットタイプに基づいてネーミングルールを決定するステップと、
   前記決定されたネーミングルールに基づいてコンテンツ名を生成するステップと、を有することを特徴とするインターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現する方法。
2. 前記コンテンツ名を用いて前記インターネットプロトコルパケットを前記コンテンツ中心ネットワークのためのコンテンツ要求パケットに変換するステップを更に有することを特徴とする請求項１に記載のインターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現する方法。
3. 前記ネーミングルールを決定するステップは、少なくとも一つのネーミングルールを含むネーミングルールサーバを参照するステップを含むことを特徴とする請求項１に記載のインターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現する方法。
4. 前記ネーミングルールサーバに格納された少なくとも一つのネーミングルールの内の少なくとも一部をローカルルータに格納するステップを更に有することを特徴とする請求項３に記載のインターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現する方法。
5. 前記インターネットプロトコルパケットに含まれるアプリケーションプロトコルが両方向伝送方式又は片方向伝送方式のいずれの方式を用いるのかを判断するステップを更に有することを特徴とする請求項１に記載のインターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現する方法。
6. 前記アプリケーションプロトコルが両方向伝送方式を用いると判断されると、前記コンテンツ名を用いてコンテンツを要求するインターネットプロトコルパケットを前記コンテンツ中心ネットワークのためのコンテンツ要求パケットに変換するステップと、
   前記アプリケーションプロトコルが両方向伝送方式を用いると判断されると、前記コンテンツを要求するインターネットプロトコルパケットに応答するインターネットプロトコルパケットを前記コンテンツ中心ネットワークのためのデータ応答パケットに変換するステップと、を更に有することを特徴とする請求項５に記載のインターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現する方法。
7. 前記コンテンツ要求パケット又は前記データ応答パケットを送信するステップを更に有することを特徴とする請求項６に記載のインターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現する方法。
8. 前記アプリケーションプロトコルが片方向伝送方式を用いると判断されると、前記コンテンツ名を用いて前記コンテンツ中心ネットワークのためのコンテンツ要求パケットに対する要求パケットを生成するステップと、
   前記コンテンツ中心ネットワークのためのコンテンツ要求パケットに対する要求パケットを前記コンテンツ中心ネットワーク内の他のルータに送信するステップと、
   前記コンテンツ中心ネットワーク内の他のルータから前記コンテンツ中心ネットワークのためのコンテンツ要求パケットを受信するステップと、
   前記受信したコンテンツ要求パケットに応答して、前記インターネットプロトコルパケットを前記コンテンツ中心ネットワーク内の他のルータに送信するステップと、を更に有することを特徴とする請求項５に記載のインターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現する方法。
9. 前記コンテンツ要求パケットは、前記コンテンツ要求パケットに対する要求パケットによって生成されたペンディングインタレストテーブル（Ｐｅｎｄｉｎｇ Ｉｎｔｅｒｅｓｔ Ｔａｂｌｅ；ＰＩＴ）に基づいて前記ゲートウェイに送信されることを特徴とする請求項８に記載のインターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現する方法。
10. 前記インターネットプロトコルパケットのペイロードがデータを含むか否かに基づいて前記ゲートウェイのコンテンツキャッシュに前記ペイロードを格納するステップを更に有することを特徴とする請求項１に記載のインターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現する方法。
11. 前記ネーミングルールを含むネーミングルールサーバを参照して、前記コンテンツキャッシュに格納されたペイロードに対応するコンテンツ名を生成するステップを更に有することを特徴とする請求項１０に記載のインターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現する方法。
12. 前記アプリケーションプロトコルは、ＨＴＴＰ、ＦＴＰ、及びＳＭＴＰの内の少なくとも一つを含むことを特徴とする請求項１に記載のインターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現する方法。
13. 請求項１乃至１２のいずれか一項に記載のインターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現する方法をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
14. インターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現するゲートウェイであって、
    前記インターネットプロトコルベースネットワークのインターネットプロトコルパケットに含まれるアプリケーションプロトコル及び前記アプリケーションプロトコルに対応するパケットタイプを判断し、前記アプリケーションプロトコル及び前記パケットタイプに基づいてネーミングルールを決定する判断部と、
    前記決定されたネーミングルールに基づいてコンテンツ名を生成する生成部と、を有することを特徴とするインターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現するゲートウェイ。
15. 前記インターネットプロトコルパケットに含まれるアプリケーションプロトコルが両方向伝送方式又は片方向伝送方式のいずれかの方式を用いるのかを判断する伝送方式判断部を更に有することを特徴とする請求項１４に記載のインターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現するゲートウェイ。
16. 前記アプリケーションプロトコルが両方向伝送方式を用いると判断されると、前記コンテンツ名を用いて前記インターネットプロトコルパケットを前記コンテンツ中心ネットワークのためのコンテンツ要求パケットに変換する第１変換部と、
    前記アプリケーションプロトコルが両方向伝送方式を用いると判断されると、前記コンテンツを要求するインターネットプロトコルパケットに応答するインターネットプロトコルパケットを前記コンテンツ中心ネットワークのためのデータ応答パケットに変換する第２変換部と、を更に有することを特徴とする請求項１５に記載のインターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現するゲートウェイ。
17. 前記コンテンツ要求パケット又は前記データ応答パケットを送信する送信部を更に有することを特徴とする請求項１６に記載のインターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現するゲートウェイ。
18. 前記アプリケーションプロトコルが片方向伝送方式を用いると判断されると、前記コンテンツ名を用いて前記コンテンツ中心ネットワークのためのコンテンツ要求パケットに対する要求パケットを生成する要求パケット生成部と、
    前記コンテンツ中心ネットワークのためのコンテンツ要求パケットに対する要求パケットを前記コンテンツ中心ネットワーク内の他のルータに送信して、前記コンテンツ中心ネットワーク内の他のルータから前記コンテンツ中心ネットワークのためのコンテンツ要求パケットを受信し、前記受信したコンテンツ要求パケットに応答して、前記インターネットプロトコルパケットを前記コンテンツ中心ネットワーク内の他のルータに送信する送受信管理部と、を更に有することを特徴とする請求項１５に記載のインターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現するゲートウェイ。
19. 前記コンテンツ要求パケットは、前記コンテンツ要求パケットに対する要求パケットによって生成されたペンディングインタレストテーブルに基づいて前記ゲートウェイに送信されることを特徴とする請求項１８に記載のインターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現するゲートウェイ。
20. 前記インターネットプロトコルパケットのペイロードがデータを含むか否かに基づいて前記ペイロードを格納するコンテンツキャッシュを更に有することを特徴とする請求項１４に記載のインターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現するゲートウェイ。
21. 前記アプリケーションプロトコルは、ＨＴＴＰ、ＦＴＰ、及びＳＭＴＰの内の少なくとも一つを含むことを特徴とする請求項１４に記載のインターネットプロトコルベースネットワークを用いてコンテンツ中心ネットワークを実現するゲートウェイ。
22. インターネットプロトコルをコンテンツ中心ネットワーク互換可能なパケットに変換するルータであって、
    ネーミングルールに基づいてコンテンツ名を生成することによってインターネットプロトコルベースネットワークから受信したインターネットプロトコルパケットをコンテンツ中心ネットワーク互換可能なパケットに変換するパケット生成部と、
    前記コンテンツ中心ネットワーク互換可能なパケットをコンテンツ中心ネットワークの第２ルータに送信する送信部と、を有し、
    前記ネーミングルールは、前記インターネットプロトコルパケットのペイロード中に含まれるアプリケーションプロトコル及び前記アプリケーションプロトコルに対応するパケットタイプに基づいて決定されることを特徴とするインターネットプロトコルをコンテンツ中心ネットワーク互換可能なパケットに変換するルータ。
23. 前記コンテンツ中心ネットワーク互換可能なパケットは、コンテンツ要求パケット又はデータ応答パケットであることを特徴とする請求項２２に記載のインターネットプロトコルをコンテンツ中心ネットワーク互換可能なパケットに変換するルータ。
24. 前記パケット生成部は、コンテンツ名を含むヘッダを付加することによって前記インターネットプロトコルパケットをコンテンツ中心ネットワーク互換可能なパケットに変換することを特徴とする請求項２２に記載のインターネットプロトコルをコンテンツ中心ネットワーク互換可能なパケットに変換するルータ。
25. 前記パケット生成部は、前記インターネットプロトコルパケットのヘッダをコンテンツ名を含むヘッダに交換することによって前記インターネットプロトコルパケットをコンテンツ中心ネットワーク互換可能なパケットに変換することを特徴とする請求項２２に記載のインターネットプロトコルをコンテンツ中心ネットワーク互換可能なパケットに変換するルータ。
26. 前記インターネットプロトコルのパケットタイプ及びアプリケーションプロトコルに基づいて前記コンテンツ名を生成するコンテンツ名生成部を更に有し、
    前記パケット生成部は、前記コンテンツ名を前記コンテンツ中心ネットワーク互換可能なパケットに含めることによって前記インターネットプロトコルパケットを前記コンテンツ中心ネットワーク互換可能なパケットに変換することを特徴とする請求項２２に記載のインターネットプロトコルをコンテンツ中心ネットワーク互換可能なパケットに変換するルータ。
27. 前記インターネットプロトコルパケットのペイロードがデータを含むか否かに基づいて前記インターネットプロトコルパケットのペイロードを格納するコンテンツキャッシュを更に含むことを特徴とする請求項２２に記載のインターネットプロトコルをコンテンツ中心ネットワーク互換可能なパケットに変換するルータ。
28. 前記アプリケーションプロトコルは、ＨＴＴＰ、ＦＴＰ、及びＳＭＴＰの内の少なくとも一つを含むことを特徴とする請求項２６に記載のインターネットプロトコルをコンテンツ中心ネットワーク互換可能なパケットに変換するルータ。
    

Images