JP2011244445A - コンテンツ中心ネットワーク（ｃｃｎ）における端末の通信方法とｃｃｎにおけるハブの通信方法、そのための記録媒体、及びｃｃｎのための端末 - Google Patents

Abstract

【課題】コンテンツ中心ネットワークの性能を向上させることのできる、コンテンツ中心ネットワーク（ＣＣＮ）における端末及びハブの通信方法及びコンテンツ中心ネットワークのための端末を提供する。
【解決手段】コンテンツを要請する端末にハンドオーバが発生することが予想されれば、コンテンツに関するデータメッセージがハンドオーバ以前のフェイスに提供されることが保留され、ハブがコンテンツに関するデータメッセージをハンドオーバ以後のフェイスに提供するよう、ハブにコンテンツに関するハンドオーバ以後の新しいインタレストメッセージを送信するコンテンツ中心ネットワークにおける端末の通信方法が提供される。
【選択図】図２

Description

本発明における実施形態は端末及びハブの通信方法及び端末に関し、特に、コンテンツ中心ネットワーク（Ｃｏｎｔｅｎｔｓ Ｃｅｎｔｒｉｃ Ｎｅｔｗｏｒｋ、以下、ＣＣＮと略す）における端末及びハブの通信方法及びコンテンツ中心ネットワークのための端末に関する。

現在のインターネット構造は、Ｈｏｓｔ−ｔｏ−Ｈｏｓｔ基盤の１対１の通信パラダイムに基づいてデザインされている一方、実際インターネットを使用する場合の殆どはホスト中心の様相とは異なり、データ、あるいはコンテンツ中心の様相を見せている。言い換えれば、ユーザは誰が自身の希望するデータを有するかに対して関心がなく、データあるいはコンテンツそのものに関心がある。

このようなインターネットの構造と実際の使用パターンとが一致しないことによって、ユーザが所望するデータを獲得しようとするとき、不要な動作又は手続きが発生する。この場合、コンテンツ中心のパラダイム内でインターネットを設計すれば、ユーザにデータ又はコンテンツを容易に提供できる。

本発明の一実施形態によれば、コンテンツ中心ネットワークの性能を向上できる、コンテンツ中心ネットワーク（ＣＣＮ）における端末及びハブの通信方法及びコンテンツ中心ネットワークのための端末を提供することにある。

本発明の一実施形態に係るコンテンツ中心ネットワークにおける端末の通信方法は、コンテンツを要請する端末にサービスが提供される途中、前記端末でハンドオーバが発生するか否かを検出するステップと、前記ハンドオーバが発生すると予想される場合、前記コンテンツに関するデータメッセージが前記ハンドオーバ以前のフェイスに提供されることが保留されるよう、ハブに前記コンテンツに関する前記ハンドオーバ以前のインタレストメッセージに対する送信中止を要請するステップと、前記ハンドオーバが完了した場合、前記ハブが前記コンテンツに関するデータメッセージを前記ハンドオーバ以後のフェイスに提供するよう、前記ハブに前記コンテンツに関する前記ハンドオーバ以後の新しいインタレストメッセージを送信するステップと、を含む。

前記端末でハンドオーバが発生するか否かを検出するステップは、ネットワークインタフェースの下位階層に関する情報に基づいて前記端末が移動しているか否かを検出するステップと、前記端末の移動による前記端末のＩＰアドレスの変化又は前記端末のサブネットのプレフィックスの変化に基づいて、前記端末でハンドオーバが発生するか否かを判断するステップとを含んでもよい。

前記端末でハンドオーバが発生するか否かを検出するステップは、前記端末で前記ハンドオーバが発生しているか否かを検出するために前記ハブが行うポーリング結果を受信するステップと、前記ポーリング結果に基づいて前記端末でハンドオーバが発生するか否かを判断するステップとを含んでもよい。

前記新しいインタレストメッセージは、前記ハンドオーバによる前記端末の新しい位置情報を含んでもよい。

本発明の一実施形態に係るコンテンツ中心ネットワークにおけるハブの通信方法は、コンテンツを要請する端末にサービスが提供される途中ハンドオーバが発生した場合、前記端末から前記コンテンツに関する前記ハンドオーバ以前のインタレストメッセージに対する送信中止の要請を受信するステップと、前記要請に応じて前記ハンドオーバ以前のフェイスから受信されたインタレストメッセージに関し、前記コンテンツを前記端末へ提供するためのルーティングに用いられるペンディングインタレストテーブルに記録された前記コンテンツに関するデータメッセージの送信を保留するステップと、前記ペンディングインタレストテーブルに記録された前記コンテンツに関するデータメッセージをコンテンツキャッシュに格納するステップと、前記ハンドオーバが完了することによって、前記端末から受信した前記コンテンツに関する前記ハンドオーバ以後の新しいインタレストメッセージを用いて前記端末に前記格納されたコンテンツに関するデータメッセージを送信するステップと、を含む。

本発明の一実施形態に係るコンテンツ中心ネットワークにおける端末の通信方法は、コンテンツを要請する端末にサービスが提供される途中発生したハンドオーバが完了したかの有無を検出するステップと、前記ハンドオーバが完了した場合、前記コンテンツに関する前記ハンドオーバ以前のインタレストメッセージに基づいて送信された前記コンテンツに関する少なくとも１つのデータメッセージが前記ハンドオーバ以後の新しいフェイスに提供されるよう、ハブに前記ハンドオーバ以後の新しいフェイスに対する更新を要請するステップと、を含む。

前記ハンドオーバ以後の新しいフェイスに対する更新を要請するステップは、前記コンテンツを前記端末へ提供するためのルーティングに用いられるペンディングインタレストテーブルのフィールドのうち前記コンテンツに関する少なくとも１つのデータメッセージが提供されるフェイスを表すインカミングフェイスフィールドの情報を前記ハンドオーバ以後の新しいフェイスに修正することを要請するステップであってもよい。

前記ハンドオーバ以後の新しいフェイスに対する更新を要請するステップは、前記ハンドオーバ以前のフェイスに前記コンテンツに関する前記ハンドオーバ以前のインタレストメッセージによって受信されて前記ハブで格納された前記コンテンツに関する少なくとも１つのデータメッセージに対する送信を要請するステップをさらに含んでもよい。

前記コンテンツに関する少なくとも１つのデータメッセージに対する送信を要請するステップは、前記ハブが前記ハンドオーバ以前のフェイスに送信したが、前記端末によってまだ受信されていない前記コンテンツに関する少なくとも１つのデータメッセージの順序を表す順位情報リストを含む制御メッセージを前記ハブにピギーバックすることによって前記コンテンツに関する少なくとも１つのデータメッセージに対する送信を要請するステップであってもよい。

前記順位情報リストは、前記ハブが前記ハンドオーバ以前に前記端末に送信したけれども、前記端末によってまだ受信されていない前記コンテンツに関する少なくとも１つのデータメッセージのうち最初のデータメッセージの順位情報又は最後のデータメッセージの順位情報のうち少なくとも１つを含んでもよい。

本発明の一実施形態に係るコンテンツ中心ネットワークにおけるハブの通信方法は、コンテンツを要請する端末にサービスが提供される途中発生したハンドオーバが完了した後、前記コンテンツに関する前記ハンドオーバ以前のインタレストメッセージに基づいて送信された前記コンテンツに関する少なくとも１つのデータメッセージが前記ハンドオーバ以後の新しいフェイスに提供されるよう、前記端末から前記ハンドオーバ以後の新しいフェイスに対する更新の要請を受信するステップと、前記要請に応答して前記端末から提供された前記ハンドオーバ以後の新しいフェイスに基づいて、前記コンテンツを前記端末へ提供するためのルーティングに用いられるペンディングインタレストテーブルのフィールドのうち前記コンテンツに関する少なくとも１つのデータメッセージが提供されるフェイスを表すインカミングフェイスフィールドの情報を前記ハンドオーバ以後の新しいフェイスに修正するステップと、前記ハンドオーバ以後の新しいフェイスに前記コンテンツに関する少なくとも１つのデータメッセージを送信するステップと、を含む。

前記ハンドオーバ以後の新しいフェイスに前記コンテンツに関する少なくとも１つのデータメッセージを送信するステップは、前記ハンドオーバ以前のフェイスに前記コンテンツに関する前記ハンドオーバ以前のインタレストメッセージによって受信されて格納された前記コンテンツに関する少なくとも１つのデータメッセージを前記端末に前記ハンドオーバ以後の新しいフェイスに送信するステップをさらに含んでもよい。

前記ハンドオーバ以後の新しいフェイスに前記コンテンツに関する少なくとも１つのデータメッセージを送信するステップは、

前記端末から前記ハブがハンドオーバ以前のフェイスに前記端末へ送信した前記コンテンツに関する少なくとも１つのデータメッセージに対する順位情報リストを含む制御メッセージを受信するステップと、前記順位情報リストに基づいて前記ハンドオーバ以後の新しいフェイスに前記コンテンツに関する少なくとも１つのデータメッセージを送信するステップとを含んでもよい。

本発明の一実施形態に係るコンテンツ中心ネットワークのための端末は、コンテンツを要請する端末にサービスが提供される途中、前記端末でハンドオーバが発生するか否かを検出する検出部と、前記ハンドオーバが発生すると予想される場合、前記コンテンツに関するデータメッセージが前記ハンドオーバ以前のフェイスに提供されることが中止されるよう、ハブに前記コンテンツに関する前記ハンドオーバ以前のインタレストメッセージに対する送信中止を要請する要請部と、前記ハンドオーバが完了した場合、前記ハブが前記コンテンツに関するデータメッセージを前記ハンドオーバ以後のフェイスに提供するよう、前記ハブに前記コンテンツに関する前記ハンドオーバ以後の新しいインタレストメッセージを送信するメッセージ送信部とを備える。

本発明の一実施形態に係るコンテンツ中心ネットワークのための端末は、コンテンツを要請する端末にサービスが提供される途中、発生したハンドオーバが完了したかの有無を検出する検出部と、前記ハンドオーバが完了した場合、前記コンテンツに関する前記ハンドオーバ以前のインタレストメッセージに基づいて送信された前記コンテンツに関する少なくとも１つのデータメッセージが前記ハンドオーバ以後の新しいフェイスに提供されるよう、ハブに前記ハンドオーバ以後の新しいフェイスに対する更新を要請する更新要請部と、前記ハブが前記ハンドオーバ以前のフェイスに送信したが、前記端末によってまだ受信されていない前記コンテンツに関する少なくとも１つのデータメッセージの順序を表す順位情報リストを含む制御メッセージを前記ハブにピギーバックすることによって、前記ハンドオーバ以後の新しいフェイスに前記コンテンツに関する少なくとも１つのデータメッセージに対する送信を要請するデータ要請部と、を備える。

本発明の一側面によれば、コンテンツ中心ネットワーク（ＣＣＮ）を基盤とする送信構造において、移動端末のハンドオーバ期間の間発生する不要なパケット送信を回避することによってコンテンツ中心ネットワークの性能を向上できる。

また、本発明の一側面によれば、コンテンツ中心ネットワーク（ＣＣＮ）を基盤とする送信構造において、ハンドオーバにより変更されるフェイスに関する情報を直接的に変更することによって、より改善された構造のコンテンツ中心ネットワークサービスを提供できる。

本発明の一実施形態に係るコンテンツ中心ネットワークにおけるハンドオーバが発生した場合にメッセージの送信経路を示す図である。 本発明の一実施形態に係るコンテンツ中心ネットワークのモジュールにおけるハブによるインタレストメッセージの処理手順を示す図である。 本発明の一実施形態に係るコンテンツ中心ネットワークにおける端末の通信方法を示すフローチャートである。 本発明の一実施形態に係るコンテンツ中心ネットワークにおけるハブの通信方法を示すフローチャートである。 本発明の一実施形態に係るコンテンツ中心ネットワークにおいてハブがデータメッセージを受信した場合にハブの動作を示す図である。 本発明の他の実施形態に係るコンテンツ中心ネットワークにおける端末の通信方法を示すフローチャートである。 本発明の他の実施形態に係るコンテンツ中心ネットワークにおけるハブの通信方法を示すフローチャートである。 本発明の一実施形態に係るコンテンツ中心ネットワークにおいてハブがインカミングフェイスフィールドの情報をハンドオーバ以後の新しいフェイスに修正する動作を示す図である。 本発明の一実施形態に係るコンテンツ中心ネットワークのための端末のブロック図である。 本発明の他の実施形態に係るコンテンツ中心ネットワークのための端末のブロック図である。

以下、本発明に係る実施形態を添付された図面を参照して詳細に説明する。しかし、本発明が一実施形態によって制限乃至限定されることはない。また、各図面に提示された同一の参照符号は同一の部材を示す。

図１は、本発明の一実施形態に係るコンテンツ中心ネットワークにおいてハンドオーバが発生した場合にメッセージの送信経路を示す図である。

図１に示すように、本発明の一実施形態に係るコンテンツ中心ネットワークは、コンテンツを要請する端末Ｘ１１０、端末Ｘ１１０を管理するハブ（１）１４０、各端末が属するＩＰサブネット（１）１２０、ＩＰサブネット（２）１３０、ＩＰサブネット（３）１６０、コンテンツを所有する端末Ｙ１９０、及び端末Ｙ１９０を管理するハブ（２）１５０を備える。

また、本発明の一実施形態に係るコンテンツ中心ネットワークは、コンテンツ中心ネットワーク（ＣＣＮ）基盤上に個別にコンテンツドメイン又は仮想グループを構成して管理できる環境を基本とする。

ここで、端末Ｘ１１０は、ＩＰサブネット（１）１２０に属してハブ（１）１４０によって管理される、コンテンツを要請する端末であり、端末Ｙ１９０は、ＩＰサブネット（３）１６０に属してハブ（２）１５０によって管理される、コンテンツを所有する端末であると仮定する。

端末Ｘ１１０は、ハブ（１）１４０に所望するコンテンツ名を宛先（ｄｅｓｔｉｎａｔｉｏｎ）とするインタレストメッセージ（ｉｎｔｅｒｅｓｔ ｍｅｓｓａｇｅ）（又はインタレストパケット）１７０を送信して特定のコンテンツの送信を要請する。

インタレストメッセージ１７０を受信したハブ（１）１４０は、端末Ｘ１１０が要請するコンテンツを含む端末を探す。ここで、インタレストメッセージ１７０は、該当のネットワークに接続された多様なネットワークデバイス（例えば、各種端末、アクセスポイント、ハブなど）に送信されてもよい。

また、ネットワークデバイスはコンテンツ中心ネットワークエンジン（ＣＣＮ ｅｎｇｉｎｅ）を有し、コンテンツ中心ネットワークエンジンは、インタレスト／データという２分的な送信構造に適合するよう構成されてもよい。

ハブ（１）１４０は、コンテンツ名を識別子とするコンテンツルーティングテーブル（例えば、ペンディングインタレストテーブル（Ｐｅｎｄｉｎｇ Ｉｎｔｅｒｅｓｔ Ｔａｂｌｅ；ＰＩＴ））を検索することによって、インタレストメッセージ１７０内に含まれたコンテンツ名と一致するルーティング目録の存在有無を評価乃至決定できる。ペンディングインタレストテーブル（ＰＩＴ）については図２を参照してより詳細に説明する。

ペンディングインタレストテーブル（ＰＩＴ）を介してインタレストメッセージ１７０を受信した端末Ｙ１９０がインタレストメッセージ１７０内に含まれたコンテンツ名と一致するコンテンツ目録を保有すれば、端末Ｘ１１０は、端末Ｙ１９０から特定のコンテンツに対するデータメッセージ１８０を受信できる。

ここで例えば、特定のコンテンツは、端末Ｙ１９０に送信単位に適するようセグメント化されて格納されており、それぞれのインタレストメッセージ１７０は該当のセグメント番号を含むことによって所望するコンテンツの特定セグメント送信を誘導できる。データメッセージ１８０は、インタレストメッセージ１７０が介した経路を逆に用いて送信される。

このとき、端末Ｘ１１０から端末Ｙ１９０へのインタレストメッセージ１７０の送信は、端末Ｘ１１０が要請するコンテンツを構成する全てのセグメントの送信が完了するまで連続的に行われる。

従って、上述したように端末Ｘ１１０にコンテンツを提供するためのサービスが提供される途中で端末Ｘ１１０がＩＰサブネット（２）１３０に移動する場合、端末Ｘ１１０はハンドオーバを予めハブ（１）１４０に通知するか、又は、ハンドオーバが終了した後、端末Ｘ１１０の新しい位置（例えば、フェイス（ｆａｃｅ）又はポート（ｐｏｒｔ）、以下、「フェイス」で代表する）をハブ（１）１４０に通知する。

端末Ｘ１１０のハンドオーバに対する端末Ｘ１１０とハブ（１）１４０の多様な通信方法については以下に詳細に説明する。

図２は、本発明の一実施形態に係るコンテンツ中心ネットワークのモジュールにおけるハブによるインタレストメッセージの処理手順を示す図である。。

図２に示すように、コンテンツ中心ネットワーク（ＣＣＮ）のモジュールは、コンテンツキャッシュ（ｃｏｎｔｅｎｔｓ ｃａｃｈｅ）２２０、転送情報ベース（Ｆｏｒｗａｒｄｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ ｂａｓｅ；ＦＩＢ）２３０、及びペンディングインタレストテーブル２４０を含む。

例えば、コンテンツキャッシュ２２０は、キャッシュが保有しているコンテンツを把握できるようにコンテンツ名、データ、ライフタイムなどを格納する。

ハブは、インタレストメッセージが指示するコンテンツを自身が保有しているかを把握するために、まず自身のコンテンツキャッシュ２２０を検索する。

転送情報ベース２３０は、コンテンツキャッシュ２２０で該当のコンテンツを発見できない場合、インタレストメッセージをフォワーディングすべき位置を表す。

従って、ハブは、自身のコンテンツキャッシュ２２０内に該当のコンテンツが発見できなければ、インタレストメッセージをどこにフォワーディングするかを決定するために転送情報ベース（ＦＩＢ）２３０を探す。

ペンディングインタレストテーブル２４０は例えば、データメッセージ（又はパケット）を送信するためのインタフェース情報を、当該インタレストメッセージを介して受信し、該当のインタレストファイルと交換されたことを表す情報を格納する。即ち、ペンディングインタレストテーブル（ＰＩＴ）２４０は、コンテンツを端末に提供するためのルーティングに関する情報を含む。

ペンディングインタレストテーブル２４０は、名前（ｎａｍｅ）フィールド２４２、インカミングフェイス（ｉｎｃｏｍｉｎｇ ｆａｃｅ）フィールド２４４、及びライフタイム（ｌｉｆｅｔｉｍｅ）フィールド２４６を含む。

名前フィールド２４２は、インタレストメッセージがいかなるコンテンツに関するものであるか、例えば、いかなるデータメッセージに対するインタレストファイルであるかを表示するために、そのコンテンツに関するデータメッセージの名前を含む。従って、名前フィールド２４２に記載された情報によって、いかなるインタレストファイルを交換したかを把握できる。

インカミングフェイスフィールド２４４は、インタレストメッセージが受信された経路のインタフェース情報を表示する。

ここで例えば、インタレストメッセージが受信された経路のインタフェース情報は、インタレストメッセージが受信されたフェイス又はポートの情報、又はコンテンツに関する少なくとも１つのデータメッセージが提供されたフェイスを表わす。

ライフタイムフィールド２４６は、該当のコンテンツに関するデータメッセージを維持すべき期間に関する情報を含む。

図１及び図２を参照して、端末Ｘ１１０のハブ（１）１４０がコンテンツ中心ネットワーク（ＣＣＮ）のモジュールを用いてインタレストメッセージを処理する過程を説明すれば、次の通りである。

端末Ｘ１１０がＩＰサブネット（１）１２０でインタレストメッセージ１７０を送信する場合、ハブ（１）１４０は、インタレストメッセージ１７０が指示するコンテンツ（Ａ）を自身が保有しているかを把握するために自身のコンテンツキャッシュ２２０を先に検索する。

ハブ（１）１４０は、コンテンツキャッシュ２２０で該当のコンテンツが発見されなければ、転送情報ベース（ＦＩＢ）２３０で最も長いマッチング値（ｌｏｎｇｅｓｔ ｍａｔｃｈｉｎｇ ｅｎｔｒｙ）を探す。また、この最も長いマッチング値を介して次の出力フェイス（ｏｕｔｇｏｉｎｇ ｆａｃｅ）を決定する。これはインタレストパケットをどこにフォワーディングするかを決定するためのものである。

ここで、最も長いマッチング値とは、転送情報ベース（ＦＩＢ）２３０に格納されたドメインプレフィックス（ｄｏｍａｉｎ ｐｒｅｆｉｘ）、即ち、コンテンツ名（ｃｏｎｔｅｎｔｓ ｎａｍｅ）基盤のアドレス体系においてインタレストパケットで指定しているコンテンツ名と最もマッチングする部分が多いエントリをいう。これは、ＩＰルーティングで用いられている方式と類似の動作方法を取っている。例えば、宛先アドレスが「７５．２．６７．４」とする場合、転送情報ベース（ＦＩＢ）２３０に格納されたＩＰルーティングアドレスが「７５．ｘ．ｘ．４」と「７５．２．ｘ．７」及び「７５．２．６７．１１」と仮定すれば、「７５．２．６７．１１」がマッチングされる部分が３桁で最もマッチングする部分が多い。従って、最も長いマッチング値は「７５．２．６７．１１」になり、これは近隣で該当のコンテンツを探す確率が高いことを意味する。

又ハブ（１）１４０は、今後データメッセージをフォワーディングするためにペンディングインタレストテーブル（ＰＩＴ）２４０にインタレストメッセージを、次のホップ（ｎｅｘｔ ｈｏｐ）にフォワーディングした情報を格納する。ハブ（１）１４０は、ペンディングインタレストテーブル（ＰＩＴ）２４０の情報を介して受信されたデータメッセージの伝達経路を発見できる。

しかし、端末Ｘ１１０がＩＰサブネット（２）１３０に移動した場合、ハンドオーバ以前のフェイスに提供されたコンテンツに関するインタレストメッセージ１７０によって、ペンディングインタレストテーブル（ＰＩＴ）２４０に格納された値は、ペンディングインタレストテーブル（ＰＩＴ）２４０のライフタイムフィールド２４６によって指定された期間の間には削除が行われない。

従って、端末Ｘ１１０は、ハンドオーバによる移動前にハブ（１）１４０に、自身が要請するコンテンツに関するインタレストメッセージに対する送信を保留することを要請する。

また、端末Ｘ１１０はハンドオーバが完了した後、ハンドオーバ以前のフェイスにコンテンツに関するハンドオーバ以前のインタレストメッセージによって記録されたペンディングインタレストテーブル２４０の値の、ハンドオーバ以前の値からハンドオーバ以後の値への変更をハブ（１）１４０に要請する。

これによって、端末Ｘ１１０が要請するコンテンツに関するデータメッセージは、ハンドオーバ以後のフェイスを介してハブ（１）１４０に送信される。
例えばハブは、ハンドオーバ以前にはフェイス（０）２１０を使ってコンテンツを端末に送信し、ハンドオーバ以後には新しいフェイス（１）又はフェイス（２）を使う。

前述した端末Ｘ１１０及びハブ（１）１４０の通信方法は下記のように詳細に説明する。

図３は、本発明の一実施形態に係るコンテンツ中心ネットワークにおける端末の通信方法を示すフローチャートである。

図３に示すように、本発明の一実施形態に係るコンテンツ中心ネットワークにおける端末の通信方法は、ハンドオーバの発生有無を検出するステップ（Ｓ３１０）、ハンドオーバ以前のインタレストメッセージに対する送信中止を要請するステップ（Ｓ３２０）、及び新しいインタレストメッセージを送信するステップ（Ｓ３３０）を含む。

ステップＳ３１０は、コンテンツ中心ネットワークにおいてコンテンツを要請する端末にサービスが提供される途中、端末所有者の移動などによって端末でハンドオーバが発生するか否かを検出するステップである。

ステップＳ３１０において、ハンドオーバが発生するか否かを端末が検出する方法として次のような多様な方法を適用できる。

第１の方法では、端末は、ネットワークインタフェースの下位階層に関する情報に基づいて端末が移動しているか否かを検出する。

ここで、ネットワークインタフェースの下位階層は、例えば、物理階層又はＭＡＣ階層（Ｍｕｌｔｉｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ｌａｙｅｒ）であってもよく、インタフェースの下位階層に関する情報は、例えば、端末に受信された信号の強度である。

自身が移動しているか否かを検出した端末は例えば、端末の移動によるルータ広告（ｒｏｕｔｅｒ ａｄｖｅｒｔｉｓｅｍｅｎｔ）の受信を介して、端末のＩＰアドレスの変化又は端末のサブネットのプレフィックスの変化に基づいて端末でハンドオーバが発生するか否かを判断する。

また第２の方法では、ステップＳ３１０において、端末は、ハブが自身の管理する端末を相手に行うポーリング（ｐｏｌｌｉｎｇ）結果を受信し、ポーリング結果に基づいて端末でハンドオーバが発生するか否かを判断する。

ポーリングは、ハブが自身の管理する端末でハンドオーバが発生しているか否かを検出（又は追跡）するために周期的又は非周期的に行うものである。

その他に第３の方法では、端末自身が自らハブに自身の状態を表す情報を伝達し、これによってハンドオーバが発生するかを検出する。

ハンドオーバが発生すると予想される場合、端末はその端末自身を管理するハブに対して、コンテンツに関するインタレストメッセージに対する送信中止（ｉｎｔｅｒｒｕｐｔ）を要請する（Ｓ３２０）。これはハンドオーバ以前のコンテンツに関するデータメッセージがハンドオーバ以前のフェイスに提供されることを保留（ｓｕｓｐｅｎｄ）するためである。

ステップＳ３３０において、端末はハンドオーバが完了した場合、その端末を管理するハブがコンテンツに関するデータメッセージをハンドオーバ以後のフェイスに提供するよう、該ハブにコンテンツに関するハンドオーバ以後の新しいインタレストメッセージを送信する。

ここで例えば、新しいインタレストメッセージは、ハンドオーバによる端末の新しい位置（フェイス又はポート）情報を含む。

図４は、本発明の一実施形態に係るコンテンツ中心ネットワークにおけるハブの通信方法を示すフローチャートである。

図４に示すように、本発明の一実施形態に係るコンテンツ中心ネットワークにおけるハブの通信方法は、ハンドオーバ以前のインタレストメッセージに対する送信中止の要請を受信するステップ（Ｓ４１０）、ペンディングインタレストテーブルに記録されたデータメッセージの送信を保留するステップ（Ｓ４２０）、コンテンツキャッシュに格納するステップ（Ｓ４３０）、及びデータメッセージを送信するステップ（Ｓ４４０）を含む。

ステップＳ４１０において、ハブは、コンテンツを要請する端末にサービスが提供される途中でハンドオーバが発生する場合、端末からコンテンツに関するハンドオーバ以前のインタレストメッセージに対する送信中止の要請を受信する。

ステップＳ４２０において、ハブは４１０の要請に応じて、ハンドオーバ以前のフェイスから受信されたインタレストメッセージに関し、コンテンツを端末へ提供するためのルーティングに用いられるペンディングインタレストテーブル（ＰＩＴ）に記録されたコンテンツに関するデータメッセージの送信を保留する。

ステップＳ４３０において、ハブは、ペンディングインタレストテーブル（ＰＩＴ）に記録されたコンテンツに関するデータメッセージをコンテンツキャッシュに格納する。

即ち、例えば、ハブはステップＳ４２０で図２に示すように、ハンドオーバ以前のフェイスであるフェイス（０）２１０から受信されたコンテンツＡに関するインタレストメッセージ２０５に関し、コンテンツＡを端末へ提供するためのルーティングに用いられるペンディングインタレストテーブル２４０に記録されたＡに関するデータメッセージの送信を保留する。

そして、ハブはペンディングインタレストテーブル２４０に記録されたコンテンツＡに関するデータメッセージをコンテンツキャッシュ２２０に格納する。

ステップＳ４４０において、ハブは、ハンドオーバが完了することによって、端末から受信したコンテンツに関するハンドオーバ以後の新しいインタレストメッセージを用いて、端末に格納されたコンテンツに関するデータメッセージを送信する。ハンドオーバ以後のハブの動作は図５を参照して説明する。

図５は、本発明の一実施形態に係るコンテンツ中心ネットワークにおいてハブがハンドオーバ以後にデータメッセージ５０５を受信した場合にハブの動作を示す図である。

図５においてコンテンツに関するハンドオーバ以後の新しいインタレストメッセージは、フェイス（２）５１５を介して受信されたと仮定する。

従って、コンテンツ中心ネットワークにおいてハブは、ステップＳ４３０以後、ハンドオーバが完了することによって端末から受信したコンテンツに関するハンドオーバ以後の新しいインタレストメッセージを用いて、端末に格納されたコンテンツに関するデータメッセージ５０５を送信する。

ここで、ハブはペンディングインタレストテーブル５４０に記載されたハンドオーバ以前の名前フィールド５４２の値であるＡ、及びインカミングフェイスフィールド５４４の値である「０」を削除し、ハンドオーバ以前のアドレスに不要なメッセージが送信されることを防止する。それだけではなく、フェイス「０」を通した外部からの悪意アクセスも防止できる。

図６は、本発明の他の実施形態に係るコンテンツ中心ネットワークに端末の通信方法を示すフローチャートである。

図６に示すように、本発明の他の実施形態に係るコンテンツ中心ネットワークにおける端末の通信方法はハンドオーバ完了有無を検出するステップ（Ｓ６１０）、新しいフェイスに対する更新を要請するステップ（Ｓ６２０）、及び少なくとも１つのデータメッセージに対する送信を要請するステップ（Ｓ６３０）を含む。

ステップＳ６１０において、コンテンツを要請する端末は、サービスが提供される途中発生したハンドオーバが完了したかを検出する。

このとき、端末でのハンドオーバが完了したかの有無を検出する方法は、図３のステップＳ３１０によって説明された方法である。

ハンドオーバの完了を検出した後、ステップＳ６２０において、端末は、ハブにハンドオーバ以後の新しいフェイスに対する更新を要請する。これはハンドオーバ以前のインタレストメッセージに基づいて送信されたコンテンツに関する少なくとも１つのデータメッセージがハンドオーバ以後の新しいフェイスに提供されるようにするためである。

また、ステップＳ６２０において、コンテンツを端末へ提供するためのルーティングに用いられるペンディングインタレストテーブル（ＰＩＴ）のフィールドのうちコンテンツに関する少なくとも１つのデータメッセージが提供されるフェイスを表すインカミングフェイスフィールドの情報をハンドオーバ以後の新しいフェイスに修正することを、端末が要請するステップをさらに含んでもよい。

ここで、ハンドオーバ以後の新しいフェイスに対する更新を要請するためのステップは、ハンドオーバ以前のフェイスに対して、コンテンツに関するハンドオーバ以前のインタレストメッセージによって受信されハブに格納されたコンテンツに関する少なくとも１つのデータメッセージを送信するよう、要請するステップをさらに含んでもよい。

また、端末は、コンテンツに関する少なくとも１つのデータメッセージの順序を表す順位情報リストを含む制御メッセージをハブにピギーバック（ｐｉｇｇｙｂａｃｋ）することによって、コンテンツに関する少なくとも１つのデータメッセージを送信するよう、要請してもよい。

このとき、コンテンツに関する少なくとも１つのデータメッセージは、ハブがハンドオーバ以前のフェイスに送信したけれども端末によってまだ受信されていないデータメッセージであってもよい。

また、順位情報リストは、ハブがハンドオーバ以前に端末へ送信したが端末によってまだ受信されていない、コンテンツに関する少なくとも１つのデータメッセージのうち最初のデータメッセージの順位情報及び最後のデータメッセージの順位情報のうち少なくとも１つを含んでもよい。

即ち、例えば、ハブがハンドオーバ以前に端末に３、４、５、６に該当する順位のデータメッセージを送信したが、端末によってまだ受信されていないと仮定しよう。

この場合、端末はコンテンツに関する少なくとも１つのデータメッセージのうち、まだ受信されない最初のデータメッセージの順位情報である３、又は最後のデータメッセージの順位情報である６を含む順位情報リストを含む制御メッセージをハブにピギーバックしてもよい。

その他、一実施形態に係る端末は、最初のデータメッセージの順位情報である３と、最後のデータメッセージの順位情報である６を全て含む順位情報リストを含む制御メッセージ、又はまだ端末によって受信されていないデータメッセージの順位の多様な組合形態が含まれた順位情報リストを含む制御メッセージをハブにピギーバックしてもよい。

図７は、本発明の他の実施形態に係るコンテンツ中心ネットワークにおけるハブの通信方法を示すフローチャートである。

図７に示すように、本発明の他の実施形態に係るコンテンツ中心ネットワークにおけるハブの通信方法は、新しいフェイスに対する更新の要請を受信するステップ（Ｓ７１０）、インカミングフェイスフィールドの情報を新しいフェイスに修正するステップ（Ｓ７２０）、及び新しいフェイスに少なくとも１つのデータメッセージを送信するステップ（Ｓ７３０）を含む。

ステップＳ７１０において、ハブは、コンテンツを要請する端末にサービスを提供している途中に発生したハンドオーバが完了した後、端末からハンドオーバ以後の新しいフェイスに対する更新の要請を受信する。このような更新の要請は、コンテンツに関するハンドオーバ以前のインタレストメッセージに基づいて送信されたコンテンツに関する少なくとも１つのデータメッセージがハンドオーバ以後の新しいフェイスに提供されるようにするためである。

ステップＳ７２０において、ハブは、要請に応答して端末から提供されたハンドオーバ以後の新しいフェイスに基づいて、コンテンツを端末へ提供するためのルーティングに用いられるペンディングインタレストテーブルのフィールドのうちコンテンツに関する少なくとも１つのデータメッセージが提供されるべきフェイスを表すインカミングフェイスフィールドの情報をハンドオーバ以後の新しいフェイスに修正する。

ステップＳ７３０において、ハブは、ステップＳ７２０で修正したハンドオーバ以後の新しいフェイスにコンテンツに関する少なくとも１つのデータメッセージを送信する。

また、ステップＳ７３０において、ハブは、ハンドオーバ以前のフェイスにハンドオーバ以前のコンテンツに関するインタレストメッセージによって受信されて格納されたコンテンツに関する少なくとも１つのデータメッセージを、端末にハンドオーバ以後の新しいフェイスを介して送信するステップをさらに含んでもよい。

その他に、ステップＳ７３０においてハブは、ハンドオーバ以後の新しいフェイスにコンテンツに関する少なくとも１つのデータメッセージを送信するために、ハンドオーバ以前のフェイスを介して端末へ送信したコンテンツに関する少なくとも１つのデータメッセージに対する順位情報リストを含む制御メッセージを端末から受信するステップと、順位情報リストに基づいてハンドオーバ以後の新しいフェイスに対してコンテンツに関する少なくとも１つのデータメッセージを送信するステップを含んでもよい。

図８は、本発明の一実施形態に係るコンテンツ中心ネットワークにおいてハブがインカミングフェイスフィールドの情報をハンドオーバ以後の新しいフェイスに修正する動作を示す図である。

図８に示すように、端末は、ハンドオーバの検出前にハブへ送信中断を要請するのではなく、ハブに新しいハンドオーバ以後の新しいフェイスを提供することによって、ハブがインカミングフェイスフィールドの情報をハンドオーバ以後の新しいフェイスに更新するよう要請する。

コンテンツを要請する端末にサービスが提供される途中に発生するハンドオーバが完了した後、端末はコンテンツに関する少なくとも１つのデータメッセージがハンドオーバ以後の新しいフェイスに提供されるよう、ハブへハンドオーバ以後の新しいフェイスに対する更新要請を送信する。

また、端末は、ハンドオーバ以前のコンテンツに関するインタレストメッセージによって受信されてハブに格納されたコンテンツに関する少なくとも１つのデータメッセージを、ハンドオーバ以前のフェイスに送信するようハブに要請してもよい。

この場合、ハブは、図４に示すように、コンテンツを端末に提供するためのルーティングに用いられるペンディングインタレストテーブル８４０のフィールドのうちコンテンツに関する少なくとも１つのデータメッセージが提供されるフェイスを表すインカミングフェイスフィールド８４４の情報をハンドオーバ以前のフェイスである「０」からハンドオーバ以後の新しいフェイスである「２」に修正する。

また、端末はハブにハブがハンドオーバ以前のフェイスに端末へ送信したコンテンツに関する少なくとも１つのデータメッセージに対する順位情報リストを含む制御メッセージ（例えば、ｂｉｎｄｉｎｇ ｒｅｆｒｅｓｈメッセージ）８０５を送信してもよい。

このとき、端末は、順位情報リストを含む制御メッセージをハブにピギーバックすることによって、コンテンツに関する少なくとも１つのデータメッセージに対する送信を要請してもよい。

ハブは、この制御メッセージ８０５に含まれた順位情報リストに基づいてハンドオーバ以後の新しいフェイス（フェイス（２））にコンテンツ（Ａ）に関する少なくとも１つのデータメッセージを送信してもよい。

前述した方法は、多様なコンピュータ手段によって実現できるプログラム命令形態によって具現され、コンピュータ読み出し可能媒体に記録できる。前記コンピュータ読み出し可能媒体は、プログラム命令、データファイル、データ構造などを単独で又は組み合わせて含む。前記媒体に記録されるプログラム命令は本発明のために特別に設計して構成されたものであるか、コンピュータソフトウェアの当業者に公知されて使用可能なものである。コンピュータ読み出し可能記録媒体の例としては、ハードディスク、フロッピー（登録商標）ディスク、及び磁気テープのような磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤのような光記録媒体、フロプティカルディスクのような磁気媒体、及びＲＯＭ、ＲＡＭ、フラッシュメモリなどのような、プログラム命令を貯蔵し実行するように特別に構成されたハードウェア装置がある。
プログラム命令の例としては、コンパイラによって生成されるような機械語コードだけでなくインタープリタなどを用いてコンピュータによって実行され得る高級言語コードを含む。上記のハードウェア装置は、本発明の一実施形態の動作を行うために１つ以上のソフトウェアモジュールとして作動するように構成でき、その逆も同様である。

図９は、本発明の一実施形態に係るコンテンツ中心ネットワークのための端末のブロック図である。

図９に示すように、本発明の一実施形態に係るコンテンツ中心ネットワークのための端末９００は、検出部９１０、要請部９２０、及びメッセージ送信部９３０を備える。

検出部９１０は、コンテンツを要請している端末にサービスが提供される途中、端末でハンドオーバが発生するか否かを検出する。

要請部９２０は、端末でハンドオーバが発生すると予想される場合、ハブにハンドオーバ以前のコンテンツに関するインタレストメッセージに対する送信中止を要請する。

これは、コンテンツに関するデータメッセージをハンドオーバ以前のフェイスが提供することをハブに保留させるためである。

メッセージ送信部９３０は、端末におけるハンドオーバが完了した場合、ハブがコンテンツに関するデータメッセージをハンドオーバ以後のフェイスに提供するよう、コンテンツに関するハンドオーバ以後の新しいインタレストメッセージをハブに送信する。

図１０は、本発明の他の実施形態に係るコンテンツ中心ネットワークのための端末１０００のブロック図である。

図１０に示すように、本発明の他の実施形態に係るコンテンツ中心ネットワークのための端末は、検出部１０１０、更新要請部１０２０、制御メッセージ生成部１０３０、及びデータ要請部１０４０を備える。

検出部１０１０は、コンテンツを要請する端末にサービスが提供される途中発生したハンドオーバが完了したかの有無を検出する。

更新要請部１０２０は、ハンドオーバが完了した場合、コンテンツに関するハンドオーバ以前のインタレストメッセージに基づいて送信されたコンテンツに関する少なくとも１つのデータメッセージがハンドオーバ以後の新しいフェイスに提供されるよう、ハブにハンドオーバ以後の新しいフェイスに対する更新を要請する。

制御メッセージ生成部１０３０は、ハブがハンドオーバ以前のフェイスに送信したが、端末によってまだ受信されていないコンテンツに関する少なくとも１つのデータメッセージの順序を表す順位情報リストを含む制御メッセージを生成する。

データ要請部１０４０は、制御メッセージ生成部１０３０で生成された制御メッセージをハブにピギーバックすることによって、ハンドオーバ以後の新しいフェイスにコンテンツに関する少なくとも１つのデータメッセージに対する送信を要請する。

上述の、図１〜図８を参照して説明したコンテンツ中心ネットワークにおける端末及びハブの通信方法の特徴は、図９と図１０に基づいて説明したコンテンツ中心ネットワークのための端末に適用され得る。
即ち、上述の図１〜図８を参照して説明した特徴は、図９と図１０を参照して説明した端末の特徴に含まれていない場合でも、該端末に適用できる。

上述したように本発明は、上述したように、本発明では具体的な構成要素などの特定事項と限定される実施形態及び図面によって説明したが、これは本発明のより全般的な理解を助けるために提供したものに過ぎず、本発明は、前記の実施形態に限定されるものではなく、本発明が属する分野で通常の知識を有する者であれば、このような記載から多様な修正及び変形が可能である。

従って、本発明の思想は説明した実施形態に限定して決定されてはならず、後述する特許請求の範囲だけでなくこの特許請求の範囲と均等又は等価的変形のある全てのものは本発明の思想の範疇に属するといえる。

１１０ 端末Ｘ
１２０ ＩＰサブネット（１）
１３０ ＩＰサブネット（２）
１４０ ハブ（１）
１５０ ハブ（２）
１６０ ＩＰサブネット（３）
１７０ インタレストメッセージ
１８０ データメッセージ
１９０ 端末Ｙ
２０５ インタレスト、インタレストメッセージ
２１０ フェイス、フェイス（０）〜（２）
２２０ コンテンツキャッシュ
２３０、５３０ 転送情報ベース（ＦＩＢ）
２４０、５４０、８４０ ペンディングインタレストテーブル（ＰＩＴ）
２４２、５４２ 名前フィールド
２４４、５４４、８４４ インカミングフェイス（ｉｎｃｏｍｉｎｇ ｆａｃｅ）フィールド
２４６ ライフタイム（ｌｉｆｅｔｉｍｅ）フィールド
５０５ データ、データメッセージ
５１５ フェイス（２）
８０５ 制御メッセージ（ｂｉｎｄｉｎｇ ｒｅｆｒｅｓｈメッセージ）
９００ 端末
９１０ 検出部
９２０ 要請部
９３０ メッセージ送信部
１０００ 端末
１０１０ 検出部
１０２０ 更新要請部
１０３０ 制御メッセージ生成部
１０４０ データ要請部

Claims (16)

1. コンテンツを要請する端末にサービスが提供される途中、前記端末でハンドオーバが発生するか否かを検出するステップと、
   前記ハンドオーバが発生すると予想される場合、前記コンテンツに関するデータメッセージが前記ハンドオーバ以前のフェイスに提供されることが保留されるよう、ハブに前記コンテンツに関する前記ハンドオーバ以前のインタレストメッセージに対する送信中止を要請するステップと、
   前記ハンドオーバが完了した場合、前記ハブが前記コンテンツに関するデータメッセージを前記ハンドオーバ以後のフェイスに提供するよう、前記ハブに前記コンテンツに関する前記ハンドオーバ以後の新しいインタレストメッセージを送信するステップと、
   を含むことを特徴とするコンテンツ中心ネットワークにおける端末の通信方法。
2. 前記端末でハンドオーバが発生するか否かを検出するステップは、ネットワークインタフェースの下位階層に関する情報に基づいて前記端末が移動しているか否かを検出するステップと、
   前記端末の移動による前記端末のＩＰアドレスの変化又は前記端末のサブネットのプレフィックスの変化に基づいて、前記端末でハンドオーバが発生するか否かを判断するステップと、
   を含むことを特徴とする請求項１に記載のコンテンツ中心ネットワークにおける端末の通信方法。
3. 前記端末でハンドオーバが発生するか否かを検出するステップは、
   前記端末で前記ハンドオーバが発生しているか否かを検出するために前記ハブが行うポーリング結果を受信するステップと、
   前記ポーリング結果に基づいて前記端末でハンドオーバが発生するか否かを判断するステップと、
   を含むことを特徴とする請求項１に記載のコンテンツ中心ネットワークにおける端末の通信方法。
4. 前記新しいインタレストメッセージは、前記ハンドオーバによる前記端末の新しい位置情報を含むことを特徴とする請求項１に記載のコンテンツ中心ネットワークにおける端末の通信方法。
5. コンテンツを要請する端末にサービスが提供される途中ハンドオーバが発生した場合、前記端末から前記コンテンツに関する前記ハンドオーバ以前のインタレストメッセージに対する送信中止の要請を受信するステップと、
   前記要請に応じて前記ハンドオーバ以前のフェイスから受信されたインタレストメッセージに関し、前記コンテンツを前記端末へ提供するためのルーティングに用いられるペンディングインタレストテーブルに記録された前記コンテンツに関するデータメッセージの送信を保留するステップと、
   前記ペンディングインタレストテーブルに記録された前記コンテンツに関するデータメッセージをコンテンツキャッシュに格納するステップと、
   前記ハンドオーバが完了することによって、前記端末から受信した前記コンテンツに関する前記ハンドオーバ以後の新しいインタレストメッセージを用いて前記端末に前記格納されたコンテンツに関するデータメッセージを送信するステップと、
   を含むことを特徴とするコンテンツ中心ネットワークにおけるハブの通信方法。
6. コンテンツを要請する端末にサービスが提供される途中発生したハンドオーバが完了したかの有無を検出するステップと、
   前記ハンドオーバが完了した場合、前記コンテンツに関する前記ハンドオーバ以前のインタレストメッセージに基づいて送信された前記コンテンツに関する少なくとも１つのデータメッセージが前記ハンドオーバ以後の新しいフェイスに提供されるよう、ハブに前記ハンドオーバ以後の新しいフェイスに対する更新を要請するステップと、
   を含むことを特徴とするコンテンツ中心ネットワークにおける端末の通信方法。
7. 前記ハンドオーバ以後の新しいフェイスに対する更新を要請するステップは、前記コンテンツを前記端末へ提供するためのルーティングに用いられるペンディングインタレストテーブルのフィールドのうち前記コンテンツに関する少なくとも１つのデータメッセージが提供されるフェイスを表すインカミングフェイスフィールドの情報を前記ハンドオーバ以後の新しいフェイスに修正することを要請するステップであることを特徴とする請求項６に記載のコンテンツ中心ネットワークにおける端末の通信方法。
8. 前記ハンドオーバ以後の新しいフェイスに対する更新を要請するステップは、前記ハンドオーバ以前のフェイスに前記コンテンツに関する前記ハンドオーバ以前のインタレストメッセージによって受信されて前記ハブで格納された前記コンテンツに関する少なくとも１つのデータメッセージに対する送信を要請するステップをさらに含むことを特徴とする請求項６に記載のコンテンツ中心ネットワークにおける端末の通信方法。
9. 前記コンテンツに関する少なくとも１つのデータメッセージに対する送信を要請するステップは、前記ハブが前記ハンドオーバ以前のフェイスに送信したが、前記端末によってまだ受信されていない前記コンテンツに関する少なくとも１つのデータメッセージの順序を表す順位情報リストを含む制御メッセージを前記ハブにピギーバックすることによって前記コンテンツに関する少なくとも１つのデータメッセージに対する送信を要請するステップであることを特徴とする請求項８に記載のコンテンツ中心ネットワークにおける端末の通信方法。
10. 前記順位情報リストは、前記ハブが前記ハンドオーバ以前に前記端末に送信したけれども、前記端末によってまだ受信されていない前記コンテンツに関する少なくとも１つのデータメッセージのうち最初のデータメッセージの順位情報又は最後のデータメッセージの順位情報のうち少なくとも１つを含むことを特徴とする請求項９に記載のコンテンツ中心ネットワークにおける端末の通信方法。
11. コンテンツを要請する端末にサービスが提供される途中発生したハンドオーバが完了した後、前記コンテンツに関する前記ハンドオーバ以前のインタレストメッセージに基づいて送信された前記コンテンツに関する少なくとも１つのデータメッセージが前記ハンドオーバ以後の新しいフェイスに提供されるよう、前記端末から前記ハンドオーバ以後の新しいフェイスに対する更新の要請を受信するステップと、
    前記要請に応答して前記端末から提供された前記ハンドオーバ以後の新しいフェイスに基づいて、前記コンテンツを前記端末へ提供するためのルーティングに用いられるペンディングインタレストテーブルのフィールドのうち前記コンテンツに関する少なくとも１つのデータメッセージが提供されるフェイスを表すインカミングフェイスフィールドの情報を前記ハンドオーバ以後の新しいフェイスに修正するステップと、
    前記ハンドオーバ以後の新しいフェイスに前記コンテンツに関する少なくとも１つのデータメッセージを送信するステップと、
    を含むことを特徴とするコンテンツ中心ネットワークにおけるハブの通信方法。
12. 前記ハンドオーバ以後の新しいフェイスに前記コンテンツに関する少なくとも１つのデータメッセージを送信するステップは、前記ハンドオーバ以前のフェイスに前記コンテンツに関する前記ハンドオーバ以前のインタレストメッセージによって受信されて格納された前記コンテンツに関する少なくとも１つのデータメッセージを前記端末に前記ハンドオーバ以後の新しいフェイスに送信するステップをさらに含むことを特徴とする請求項１１に記載のコンテンツ中心ネットワークにおけるハブの通信方法。
13. 前記ハンドオーバ以後の新しいフェイスに前記コンテンツに関する少なくとも１つのデータメッセージを送信するステップは、
    前記端末から前記ハブがハンドオーバ以前のフェイスに前記端末へ送信した前記コンテンツに関する少なくとも１つのデータメッセージに対する順位情報リストを含む制御メッセージを受信するステップと、
    前記順位情報リストに基づいて前記ハンドオーバ以後の新しいフェイスに前記コンテンツに関する少なくとも１つのデータメッセージを送信するステップと、
    を含むことを特徴とする請求項１１に記載のコンテンツ中心ネットワークにおけるハブの通信方法。
14. 請求項１〜請求項１３に記載のいずれかの方法を行うためのプログラムが記録されていることを特徴とするコンピュータで読み出し可能な記録媒体。
15. コンテンツを要請する端末にサービスが提供される途中、前記端末でハンドオーバが発生するか否かを検出する検出部と、
    前記ハンドオーバが発生すると予想される場合、前記コンテンツに関するデータメッセージが前記ハンドオーバ以前のフェイスに提供されることが保留されるよう、ハブに前記コンテンツに関する前記ハンドオーバ以前のインタレストメッセージに対する送信中止を要請する要請部と、
    前記ハンドオーバが完了した場合、前記ハブが前記コンテンツに関するデータメッセージを前記ハンドオーバ以後のフェイスに提供するよう、前記ハブに前記コンテンツに関する前記ハンドオーバ以後の新しいインタレストメッセージを送信するメッセージ送信部と、
    を備えることを特徴とするコンテンツ中心ネットワークのための端末。
16. コンテンツを要請する端末にサービスが提供される途中、発生したハンドオーバが完了したかの有無を検出する検出部と、
    前記ハンドオーバが完了した場合、前記コンテンツに関する前記ハンドオーバ以前のインタレストメッセージに基づいて送信された前記コンテンツに関する少なくとも１つのデータメッセージが前記ハンドオーバ以後の新しいフェイスに提供されるよう、ハブに前記ハンドオーバ以後の新しいフェイスに対する更新を要請する更新要請部と、
    前記ハブが前記ハンドオーバ以前のフェイスに送信したけれども、前記端末によってまだ受信されていない前記コンテンツに関する少なくとも１つのデータメッセージの順序を表す順位情報リストを含む制御メッセージを前記ハブにピギーバックすることによって、前記ハンドオーバ以後の新しいフェイスに前記コンテンツに関する少なくとも１つのデータメッセージに対する送信を要請するデータ要請部と、
    を備えることを特徴とするコンテンツ中心ネットワークのための端末。
    

Images