JP2015528951A - コンテンツネーム基盤のコンテンツ中心ネットワークにおけるコンテンツ提供のための、コンテンツ要求者、コンテンツ提供者、及びノードの通信方法 - Google Patents

Abstract

コンテンツを要求するために特定時間単位に基づいたコンテンツ要求であることを示す識別子を含むコンテンツ要求パケットを生成して送信し、特定時間単位に対応するコンテンツのセグメントを受信する、コンテンツネーム基盤のコンテンツ中心ネットワークにおけるコンテンツ提供のためのコンテンツ要求者の通信方法を提供する。コンテンツ中心ネットワークでノード及びコンテンツ提供者の通信方法も提供することができる。中間のノードのコンテンツキャッシュに最小限の情報のみを格納してコンテンツキャッシュの効率を向上できる。【選択図】図２

Description

本発明は、コンテンツネーム基盤のコンテンツ中心ネットワークにおけるコンテンツ提供のための、コンテンツ要求者、コンテンツ提供者、及びノードの通信方法に係り、特に、特定時間単位を用いてコンテンツ及びリアルタイムストリーミングコンテンツを提供するコンテンツ要求者、コンテンツ提供者、及びノードの通信方法に関する。

コンテンツ中心ネットワーク（Ｃｏｎｔｅｎｔ−Ｃｅｎｔｒｉｃ Ｎｅｔｗｏｒｋｉｎｇ、以下、ＣＣＮ）において、パケットはコンテンツ要求パケットとコンテンツ応答パケットとに区分される。コンテンツ要求パケットは要求するコンテンツネームを含み、コンテンツ応答パケットは要求されたコンテンツとコンテンツネームなどを含む。コンテンツ要求パケットはインタレスト（Ｉｎｔｅｒｅｓｔ）とも呼ばれる。

ネットワーク装置はコンテンツ要求パケットを受信した場合、コンテンツ要求パケットのヘッダにあるコンテンツネームに基づいて自身のストレージを検索する。そして、当該コンテンツを有する場合、ネットワーク装置は当該コンテンツを要求者に伝達する。従って、コンテンツの本来（ｏｒｉｇｉｎａｌ）の所有者までいってコンテンツを受け取らなければならないインターネットプロトコル（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ、以下、ＩＰ）基盤のネットワークに比べて、コンテンツ中心ネットワークは中間の何れのノードでも自身のストレージに当該コンテンツがある場合にコンテンツ要求パケットに対して応答できる。

本発明の目的は、中間のノードのコンテンツキャッシュに最小限の情報のみを格納してコンテンツキャッシュの効率を向上したコンテンツ中心ネットワークを提供することにある。

また本発明の他の目的は、リアルタイムストリーミングコンテンツが終了した場合に、経路上の全ての特定時間単位のコンテンツ要求パケットがこれ以上ネットワークに残らないコンテンツ中心ネットワークを提供することにある。

一実施形態によると、コンテンツネーム基盤のコンテンツ中心ネットワークにおけるコンテンツ提供のためのコンテンツ要求者の通信方法は、前記コンテンツを要求するために特定時間単位に基づいたコンテンツ要求であることを示す識別子を含むコンテンツ要求パケットを生成するステップと、前記コンテンツ要求パケットを送信するステップと、前記特定時間単位に対応する前記コンテンツのセグメントを受信するステップとを含む。

前記コンテンツは、リアルタイムストリーミングコンテンツ又は一般コンテンツの何れか１つを含んでもよい。
前記コンテンツ要求パケットを生成するステップは、前記コンテンツネームを用いて前記コンテンツのセグメントを要求するコンテンツ要求パケットを生成するステップを含んでもよい。
前記コンテンツ要求パケットを生成するステップは、前記特定時間単位に基づいたコンテンツ要求であることを示す識別子を前記コンテンツ要求パケットのヘッダ又は前記コンテンツネームに追加するステップを含んでもよい。
前記コンテンツ要求パケットを生成するステップは、前記コンテンツに対応する前記特定時間単位及び前記コンテンツのうち開始セグメントに関する情報を前記コンテンツ要求パケットのヘッダに付加するステップを含んでもよい。
前記特定時間単位が満了した場合、前記特定時間単位の次の特定時間単位及び前記次の特定時間単位に対応するコンテンツ要求パケットとして、最後に受信したセグメントの次のセグメントに関する情報を含むコンテンツ要求パケットを送信するステップをさらに含んでもよい。
前記少なくとも１つのコンテンツ要求者の特性及びネットワーク環境に基づいて前記特定時間単位を調整するステップをさらに含んでもよい。
ペンディングインタレストテーブルで前記コンテンツ要求パケットに対応して前記特定時間単位を格納するステップをさらに含んでもよい。
前記コンテンツの要求を取消すようにする取消し応答パケットを受信することによって、前記コンテンツに該当するエントリをペンディングインタレストテーブルから削除するステップをさらに含んでもよい。
前記削除するステップは、前記コンテンツ要求パケットのヘッダに含まれたタイムアウト値を用いて前記コンテンツに該当するエントリをペンディングインタレストテーブルから削除するステップを含んでもよい。

前記受信したコンテンツのセグメントのうち脱落したか、又はエラーが発生したセグメントがあるか否かを検出するステップと、前記脱落したか、又はエラーが発生したセグメントが検出されれば、所定の時間間隔の間に待機するステップとをさらに含んでもよい。
前記所定の時間間隔の間に前記脱落したか、又はエラーが発生したセグメントが前記コンテンツ要求者に送信されたか否かを判断するステップと、前記所定の時間間隔の間に前記脱落したか、又はエラーが発生したセグメントが前記コンテンツ要求者に送信されたと判断された場合、前記脱落したか、又はエラーが発生したセグメントを要求するコンテンツ要求パケットを生成するステップと、前記コンテンツ要求パケットが生成されることによって、前記脱落したか、又はエラーが発生したセグメントを要求するコンテンツ要求パケットを送信するステップとをさらに含んでもよい。
前記脱落したか、又はエラーが発生したセグメントを要求するコンテンツ要求パケットは、前記特定時間単位に基づいたコンテンツ要求であることを示す識別子を含むことなく、ネームフィールドに前記脱落したか、又はエラーが発生したセグメントの番号を含んでもよい。
前記脱落したか、又はエラーが発生したセグメントを要求するコンテンツ要求パケットを生成するステップは、前記脱落したか、又はエラーが発生したセグメントの個数と予め設定された個数とを比較するステップと、前記脱落したか、又はエラーが発生したセグメントの個数と予め設定された個数との間の比較結果に基づいて、前記脱落したか、又はエラーが発生したセグメントを要求する互いに異なる形態のコンテンツ要求パケットを生成するステップとを含んでもよい。
前記互いに異なる形態のコンテンツ要求パケットを生成するステップは、前記比較結果、前記脱落したか、又はエラーが発生したセグメントの個数が予め設定された個数と同一であるか小さければ、前記脱落したか、又はエラーが発生したセグメントの番号を含むコンテンツ要求パケットを生成するステップを含んでもよい。
前記互いに異なる形態のコンテンツ要求パケットを生成するステップは、前記比較結果、前記脱落したか、又はエラーが発生したセグメントの個数が予め設定された個数よりも大きければ、前記脱落したか、又はエラーが発生したセグメントを要求する、前記特定時間単位に基づいたコンテンツ要求であることを示す識別子を含むコンテンツ要求パケットを生成するステップを含んでもよい。
前記コンテンツがリアルタイムストリーミングコンテンツである場合、コンテンツストアに前記リアルタイムストリーミングコンテンツのための格納空間を割り当てるステップをさらに含んでもよい。
前記リアルタイムストリーミングコンテンツのための格納空間に前記受信したリアルタイムストリーミングコンテンツのセグメントのうち最新セグメントを格納するステップをさらに含んでもよい。
前記リアルタイムストリーミングコンテンツのセグメントのうち脱落したか、又はエラーが発生したセグメントがある場合、前記最新セグメントを用いて前記リアルタイムストリーミングコンテンツに対する再送信を要求するステップをさらに含んでもよい。
一実施形態に係るコンテンツネーム基盤のコンテンツ中心ネットワークにおける、コンテンツ提供のためのコンテンツ提供者の通信方法であって、特定時間単位に基づいたコンテンツ要求であることを示す識別子を含むコンテンツ要求パケットを受信するステップと、前記コンテンツ提供者のコンテンツストアあるいはバッファに前記コンテンツがあるかを検索するステップと、前記コンテンツが前記コンテンツ提供者のコンテンツストアあるいはバッファにあることによって検索される場合、前記特定時間単位に対応するコンテンツのセグメントを含むコンテンツ応答パケットを生成するステップと、前記コンテンツ応答パケットを送信するステップとを含む。

前記コンテンツは、リアルタイムストリーミングコンテンツ又は一般コンテンツの何れか１つを含んでもよい。
前記コンテンツがあるかを検索するステップは、前記コンテンツネームを用いて前記コンテンツストアあるいは前記バッファに前記コンテンツがあるかを検索するステップを含んでもよい。
前記コンテンツが終了した場合、前記コンテンツの要求を取消すようにする取消し応答パケットを生成するステップをさらに含んでもよい。
前記取消し応答パケットを生成するステップは、前記コンテンツの最後のセグメントのセグメント番号に予め設定された情報を記載するか、又は、前記コンテンツの最後のセグメントのペイロードサイズを予め設定された値に設定して前記取消し応答パケットを生成するステップを含んでもよい。
前記取消し応答パケットを送信するステップをさらに含んでもよい。
前記コンテンツ要求パケットを受信するステップは、前記コンテンツの送信が持続する前記特定時間単位及び前記コンテンツのうち開始セグメントに関する情報を含むコンテンツ要求パケットを受信するステップを含んでもよい。
前記コンテンツ要求パケットを受信するステップは、前記特定の時間間隔が満了した場合、前記特定時間単位の次の特定時間単位及び前記特定時間単位に対応するコンテンツ要求パケットとして、最後に受信したセグメントの次のセグメントに関する情報を含むコンテンツ要求パケットを受信するステップを含んでもよい。
前記コンテンツ要求パケットを受信するステップは、中間ノードのコンテンツストアに格納されていない前記コンテンツのセグメントのうち最初のセグメントのセグメント番号及び前記特定時間単位で、前記中間ノードのコンテンツストアに格納されたセグメントの処理に所要する時間間隔を除外した残りの時間単位を含むコンテンツ要求パケットを受信するステップを含んでもよい。
前記コンテンツのセグメントのうち脱落したか、又はエラーが発生したセグメントを要求するコンテンツ要求パケットを受信するステップをさらに含んでもよい。
前記脱落したか、又はエラーが発生したセグメントを要求するコンテンツ要求パケットは、前記特定時間単位に基づいたコンテンツ要求であることを示す識別子を含むことなく、ネームフィールドに前記脱落したか、又はエラーが発生したセグメントの番号を含んでもよい。

一実施形態によると、コンテンツネーム基盤のコンテンツ中心ネットワークにおけるコンテンツ提供のためのコンテンツ提供者の通信方法は、コンテンツ要求パケットを受信するステップと、前記コンテンツ要求パケットが特定時間単位に基づくか否かを判断するステップと、前記判断結果に応じて、前記コンテンツ要求パケットが前記特定時間単位に基づいたリアルタイムストリーミングコンテンツ又は前記特定時間単位に基づいた一般コンテンツのうち何れかのコンテンツに対する要求であるかを決定するステップと、前記決定に基づいてコンテンツ応答パケットを生成するステップと、前記コンテンツ応答パケットを送信するステップとを含む。

前記コンテンツ要求パケットが特定時間単位に基づくか否かを判断するステップは、前記コンテンツ要求パケットのヘッダ又は前記コンテンツネームに前記特定時間単位に基づいたコンテンツ要求であることを示す識別子があるか否かに基づいて、前記コンテンツ要求パケットが特定時間単位に基づくか否かを判断するステップを含んでもよい。
前記あるコンテンツに対する要求であるかを決定するステップは、前記コンテンツ要求パケットのヘッダに含まれた情報を用いて前記コンテンツ要求パケットが前記特定時間単位に基づいたリアルタイムストリーミングコンテンツ又は前記特定時間単位に基づいた一般コンテンツのうち何れかのコンテンツに対する要求であるかを決定するステップを含んでもよい。
前記コンテンツ応答パケットを生成するステップは、前記コンテンツ要求パケットが前記特定時間単位に基づいたリアルタイムストリーミングコンテンツに対する要求として決定される場合、前記リアルタイムストリーミングコンテンツのセグメントを含むコンテンツ応答パケットを生成するステップを含んでもよい。
前記コンテンツ応答パケットを生成するステップは、前記コンテンツ要求パケットが前記特定時間単位に基づいた一般コンテンツを要求すると判断される場合、前記特定時間単位に基づいた一般コンテンツを含むコンテンツ応答パケットを生成するステップを含んでもよい。
前記コンテンツが終了した場合、前記コンテンツの要求を取消すようにする取消し応答パケットを生成するステップをさらに含んでもよい。
前記取消し応答パケットを生成するステップは、前記コンテンツの最後のセグメントのセグメント番号に予め設定された情報を記載するか、又は、前記コンテンツの最後のセグメントのペイロードサイズを予め設定された値に設定して前記取消し応答パケットを生成するステップを含んでもよい。
前記コンテンツ要求パケットを受信するステップは、前記コンテンツの送信が持続する特定時間単位に関する情報を含むコンテンツ要求パケットを受信するステップを含んでもよい。
前記コンテンツのセグメントのうち脱落したか、又はエラーが発生したセグメントを要求するコンテンツ要求パケットを受信するステップをさらに含み、前記脱落したか、又はエラーが発生したセグメントを要求するコンテンツ要求パケットは、前記特定時間単位に基づいたコンテンツ要求であることを示す識別子を含むことなく、ネームフィールドに前記脱落したか、又はエラーが発生したセグメントの番号を含んでもよい。
前記コンテンツ要求パケットが特定時間単位に基づいていないと判断される場合、前記特定時間単位に基づかない一般コンテンツを含むコンテンツ応答パケットを生成するステップをさらに含んでもよい。

一実施形態によると、コンテンツ中心ネットワークにおけるノードの通信方法は、コンテンツ要求者からフェイスを介してコンテンツを要求する、特定時間単位に基づいた要求であることを示す識別子を含むコンテンツ要求パケットを受信するステップと、前記要求されたコンテンツが前記ノードのコンテンツストアにあるか否かを決定するステップと、前記要求されたコンテンツが前記ノードのコンテンツストアにある場合、コンテンツストアから前記コンテンツ要求者に前記要求されたコンテンツを送信するステップと、前記要求されたコンテンツが前記ノードのコンテンツストアにない場合、前記ノードのペンディングインタレストテーブル（ＰＩＴ）で前記要求されたコンテンツに対するルーティングエントリを記録し、前記コンテンツを検索するために選択されたフェイスを用いて前記コンテンツ中心ネットワークの他のノードにコンテンツ要求パケットをフォワードするステップとを含む。

前記ペンディングインタレストテーブル（ＰＩＴ）の各ルーティングエントリは、プリフィクス、フェイス値、及びセグメント識別子を含んでもよい。
前記要求されたコンテンツは、リアルタイムストリーミングコンテンツ又は一般コンテンツを含んでもよい。
前記フォワードするステップは、前記選択されたフェイスを決定するためにフォワーディング情報ベース（ＦＩＢ）を用いるステップを含んでもよい。
前記フォワードされたコンテンツ要求パケットに応答して前記検索されたコンテンツを受信するステップと、前記検索されたコンテンツの受信に応答して前記コンテンツ要求に対するコンテンツをルーティングするステップとをさらに含んでもよい。

特定時間単位のコンテンツ要求であることを示す識別子をコンテンツ要求パケットに付加することによって特定時間単位を基盤とする要求であることを知らせ、リアルタイムストリーミングコンテンツ又はその他のコンテンツを提供し、コンテンツキャッシュには最小限の情報（例えば、最新セグメント）のみを格納するので、コンテンツキャッシュの効率を高めることができる。

また、リアルタイムストリーミングコンテンツが終了した場合にリアルタイムストリーミングコンテンツの除去を要求する取消し応答パケットを生成して送信するので、経路上の全ての特定時間単位のコンテンツ要求パケットが自動的にタイムアウト（ｔｉｍｅｏｕｔ）し、これ以上ネットワークに残らないようにすることができる。

一実施形態に係るコンテンツネーム基盤のコンテンツ中心ネットワークにおける、コンテンツ要求パケットを処理する過程を示す図である。 一実施形態に係るコンテンツネーム基盤のコンテンツ中心ネットワークにおける、コンテンツ提供のために時間基盤のインタレストプロトコル（Ｔｉｍｅ−Ｂａｓｅｄ Ｉｎｔｅｒｅｓｔ Ｐｒｏｔｏｃｏｌ）を用いるコンテンツ要求者及びコンテンツ提供者の動作を説明するための図である。 一実施形態に係るコンテンツネーム基盤のコンテンツ中心ネットワークにおける、特定時間単位に基づいたコンテンツ提供のためのコンテンツ要求者の通信方法を示したフローチャートである。 一実施形態に係るコンテンツネーム基盤のコンテンツ中心ネットワークにおける、特定時間単位に基づいたコンテンツ提供のためのコンテンツ提供者の通信方法を示したフローチャートである。 他の実施形態に係るコンテンツネーム基盤のコンテンツ中心ネットワークにおける、特定時間単位に基づいたコンテンツ提供のためのコンテンツ要求者の通信方法を示したフローチャートである。 一実施形態に係るコンテンツネーム基盤のコンテンツ中心ネットワークにおける、特定時間単位に基づいたリアルタイムストリーミングコンテンツ提供のためのコンテンツ要求者の通信方法を示したフローチャートである。 他の実施形態に係るコンテンツネーム基盤のコンテンツ中心ネットワークにおける、特定時間単位に基づいたコンテンツ提供のためのコンテンツ提供者の通信方法を示したフローチャートである。 一実施形態に係るコンテンツネーム基盤のコンテンツ中心ネットワークにおける、特定時間単位に基づいたリアルタイムストリーミングコンテンツ提供のためのコンテンツ提供者の通信方法を示したフローチャートである。 一実施形態に係るコンテンツネーム基盤のコンテンツ中心ネットワークにおける、コンテンツの要求を終了する方法を示す図である。 一実施形態に係るコンテンツネーム基盤のコンテンツ中心ネットワークにおける、コンテンツの提供のために時間基盤のインタレストプロトコルを用いるコンテンツ要求者とコンテンツ提供者との間のノードのペンディングインタレストテーブル（ＰＩＴ）の変化を説明するための図である。 図６及び図８の方法によるリアルタイムストリーミングコンテンツの提供中に新しいコンテンツ要求者にリアルタイムストリーミングコンテンツを提供する場合を説明するための図である。 一実施形態に係るコンテンツネームを基盤とするコンテンツ中心ネットワークにおける、特定時間単位に基づいたコンテンツと特定時間単位に基づいていない一般コンテンツが混合して送信される場合のコンテンツ提供者の通信方法を示したフローチャートである。 一実施形態に係るコンテンツ中心ネットワークにおける、時間基盤のインタレストプロトコルを用いるコンテンツ要求者とコンテンツ提供者との間のセグメントの送信中で発生するホール（ｈｏｌｅ）を復旧する方法を説明するための図である。 一実施形態に係るコンテンツ中心ネットワークにおける、時間基盤のインタレストプロトコルを用いるネットワークノードのコンテンツストア（Ｃｏｎｔｅｎｔ Ｓｔｏｒｅ）の処理方法を説明するための図である。

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

以下、「コンテンツ要求者（Ｃｏｎｔｅｎｔ Ｒｅｑｕｅｓｔｅｒ）」は、コンテンツ中心ネットワークにおける、コンテンツ又はリアルタイムストリーミングコンテンツを要求する通信機器あるいはノードを意味し、「コンテンツ提供者（Ｃｏｎｔｅｎｔ Ｐｒｏｖｉｄｅｒ）」は、コンテンツ要求者が要求したコンテンツ又はリアルタイムストリーミングコンテンツを提供する通信機器あるいはノードとして、当該コンテンツの最初生成者（Ｐｕｂｌｉｓｈｅｒ）だけではなく、コンテンツ要求パケットが伝えられる経路上にある中間ノードのうち当該コンテンツの少なくとも一部を保有する中間ノードを含む意味として理解される。

以下、一実施形態に係る特定時間単位に基づいたコンテンツ要求であることを示す識別子を含むコンテンツ要求パケットを用いるコンテンツ要求、及びコンテンツ応答方式は、「時間基盤のインタレストプロトコル（Ｔｉｍｅ−Ｂａｓｅｄ Ｉｎｔｅｒｅｓｔ Ｐｒｏｔｏｃｏｌ）」のように表現される。「特定時間単位」は、特定の時間間隔あるいは持続時間と同一の意味として理解される。例えば、特定時間単位は数秒（ｓｅｃ）、又は１秒の一部である。

図１は、一実施形態に係るコンテンツネーム基盤のコンテンツ中心ネットワークにおける、コンテンツ要求パケットを処理する過程を示す図である。

コンテンツ中心ネットワークにおける、コンテンツネームは、コンテンツが格納されたノードを探索するための羅針盤の役割を果たす。言い換えれば、コンテンツネームは、コンテンツを探し得る箇所を指定する方式でコンテンツ中心ネットワークを探索するために用いられる経路を指定する。

また、コンテンツネームは、コンテンツに実際にどのような情報が含まれているかの側面で当該コンテンツを他のコンテンツと区分する役割を果たす。

従って、各コンテンツは固有なネームを使用し、２つのコンテンツネームが互いに異なると、同じ内容のコンテンツも異なるコンテンツとして取り扱われる。例えば、同じ内容からなる２つのファイルが各々、／ＡＢＣ．ｃｏｍ／ｓａｉｔ／ｖｉｄｅｏ／ｉｎｔｒｏ．ａｖｉと、／ＡＢＣ．ｃｏｍ／ｓａｉｔ／ｃｏｍｍ／ｖｉｄｅｏ／ｉｎｔｒｏ．ａｖｉのコンテンツネームで存在する場合、２つのファイルは互いに異なるコンテンツとして処理される。

従って、もし、２つのコンテンツが互いに異なる経路を用いてコンテンツ中心ネットワークを横切って（ｔｒａｖｅｒｓｉｎｇ）検索されるか、２つのコンテンツが互いに異なる情報を含むか、又は、その両方である場合に２つのコンテンツは互いに異なるネームを用いて参照され、互いに異なるコンテンツであると見なされる。

このような規則は、ネームが類似する互いに異なるコンテンツを区分する際に極めて有効に使用される。

図１は、ネーム基盤ネットワークの一例であるコンテンツ中心ネットワーク（Ｃｏｎｔｅｎｔ−Ｃｅｎｔｒｉｃ Ｎｅｔｗｏｒｋｉｎｇ、ＣＣＮ）における、コンテンツの階層的ネームに基づいてコンテンツ要求パケットを処理する過程を示す。

コンテンツ中心ネットワークに含まれたノードがフェイス（０）（ｆａｃｅ（０））１０１から、例えば、「／ＡＢＣ．ｃｏｍ／チョルス／ａｂｃ．ａｖｉ／ｖ３／ｓ２」に該当するコンテンツ要求パケットを受信したと仮定する。

ここで、ノードのネットワークモジュールは、コンテンツ要求パケット内にあるコンテンツの階層的ネーム（ここでは「／ＡＢＣ．ｃｏｍ／チョルス／ａｂｃ．ａｖｉ／ｖ３／ｓ２」）を参照して当該コンテンツがノードのコンテンツストア（Ｃｏｎｔｅｎｔ Ｓｔｏｒｅ）１１０にあるかを確認する。ここで、コンテンツストア１１０は、コンテンツキャッシュ（Ｃｏｎｔｅｎｔｓ Ｃａｃｈｅ）とも呼ばれる。

ノードに含まれたコンテンツストア１１０は、ノードに関する情報を臨時的に格納するためにノードによって用いられるメモリ領域である。コンテンツストア１１０に情報を格納することにより、頻繁に用いられる情報は、その情報の本来ソースに対して送られた情報を再要求することなく以後の検索に使用されるよう中間ノードに保持され、従って、コンテンツ中心ネットワークにおけるネットワークトラフィックの量を減少できる。

確認結果、コンテンツストア１１０内に当該コンテンツが格納されている場合、ノードは、当該コンテンツをコンテンツ要求パケットが受信されたフェイス（０）１０１に返信する。ここで、フェイス（ｆａｃｅ）はインターフェースとも表現される。

フェイス（インターフェース）は、一実施形態で相互作用する構成要素間の情報交換のための導管（ｃｏｎｄｕｉｔｓ）の役割を果たす構成が示されている。言い換えれば、一実施形態の２つの部分が相互作用する場合にフェイス又はインターフェースは、２つの部分が相互間に情報を交換することを許容する。

当該コンテンツがコンテンツストア１１０に格納されていない場合、ノードは、例えば、ペンディングインタレストテーブル１３０にコンテンツがあるか否かを決定する次のステップへ行く。

図１に示す実施形態において、ノードはペンディングインタレストテーブル（Ｐｅｎｄｉｎｇ Ｉｎｔｅｒｅｓｔ Ｔａｂｌｅ、ＰＩＴ）１３０内に同一のコンテンツネーム（ここでは、「／ＡＢＣ．ｃｏｍ／チョルス／ａｂｃ．ａｖｉ／ｖ３／ｓ２」）に格納されたエントリがあるか否かを確認する。

ノードは、同一のコンテンツネームで格納されたエントリがあれば、ペンディングインタレストテーブル１３０内の当該エントリにコンテンツ要求パケットが入ったフェイス（ここでは、フェイス（０）１０１）に関する情報を追加する。

従って、ペンディングインタレストテーブル１３０は、ノードが自身のコンテンツストア１１０にどのような情報を格納するかの管理を助けるための情報を格納し、コンテンツストア１１０が最も要求される情報を格納できるようにする。

最も需要の高い情報を格納することによって、コンテンツストア１１０はコンテンツ中心ネットワークに対する性能を最適化する情報を含む。ペンディングインタレストテーブル１３０内に同一コンテンツネームで登録されたエントリがなければ、ノードはフォワーディング情報ベース（Ｆｏｒｗａｒｄｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ、ＦＩＢ）１５０においてコンテンツネームに基づいた検索（ｎａｍｅ ｌｏｏｋｕｐ）を行って当該エントリを探す。ここで、ノードは、最長プリフィクスマッチングにより検索を行う。

しかし、他の検索方法として、コンテンツ中心ネットワークを介してルーティング情報の使用を可能にするためにフォワーディング情報ベース１５０から情報を提供する実施形態がある。

ノードは、フォワーディング情報ベース（ＦＩＢ）１５０に登録されている情報に基づいてコンテンツ要求パケットを送信するフェイス（例えば、フェイス（１）１０５）を決定し、当該フェイス（フェイス（１）１０５）にコンテンツ要求パケットを送信する。

この過程において、ノードはコンテンツ要求パケットを送信してきたフェイス（フェイス（０）１０１）に関する情報（「０」）をインタレストテーブル（ＰＩＴ）１３０に登録する。これは今後コンテンツ要求パケットに対応する、コンテンツを含むコンテンツ応答パケットを送信するとき、当該コンテンツを要求したノードにコンテンツ応答パケットをルーティングするためである。ここで、フォワーディング情報ベース１５０に基づいてコンテンツ要求パケットを送信するフェイスを選択（決定）するとき、コンテンツ要求パケットが受信されたフェイス（ここでは、フェイス（０）１０１）は選択対象から除外される。

従って、ペンディングインタレストテーブル１３０及びフォワーディング情報ベース１５０は、コンテンツ要求パケットがノードのコンテンツストア１１０において直ちに用いることができないコンテンツを要求する状況にある場合、コンテンツをルーティングする様々な方法を提供するために協働する。

コンテンツ要求パケットのヘッダはタイムアウト（ｔｉｍｅ−ｏｕｔ）値を含み得、その場合ペンディングインタレストテーブル１３０はコンテンツ要求パケットを一定時間（例えば、タイムアウト値）の間、保持する。

一実施形態で、コンテンツ要求パケットを保持するペンディングインタレストテーブル１３０に対する特定時間単位はタイムアウト値であるが、実施形態によって他の特定時間単位が用いられ得る。

以下で説明する一実施形態に係る特定時間単位に基づくリアルタイムストリーミングコンテンツ及びコンテンツ提供方法及びシステムでは、特定時間単位としてタイムアウト値を用いる。

図２は、一実施形態に係るコンテンツネーム基盤のコンテンツ中心ネットワークにおける、コンテンツ提供のために時間基盤のインタレストプロトコル（Ｔｉｍｅ−Ｂａｓｅｄ Ｉｎｔｅｒｅｓｔ Ｐｒｏｔｏｃｏｌ）を用いるコンテンツ要求者及びコンテンツ提供者の動作を説明するための図である。

一実施形態では、コンテンツのセグメント単位ではない特定時間単位でコンテンツを要求することによって、一個のコンテンツ要求パケットによって複数のセグメントを受信できる。言い換えれば、１つのコンテンツ要求パケットは複数のセグメント単位を受信し、その全てが特定時間単位の間に列挙（ｒｅｃｉｔｅ）できるい。例えば、コンテンツ要求者２１０は、コンテンツの要求時にコンテンツ要求パケットのネームに特定時間単位に基づいたコンテンツ要求であることを示す識別子を追加するか、又は、コンテンツ要求パケットのヘッダに特別な識別子を表示することによって特定時間単位でコンテンツを要求する。特定時間単位に基づいたコンテンツ要求であることを示す識別子は、例えば、「％ＴＩＭＥＢＡＳＥＤ％」であるか、又は、その他の予め約束された特殊記号又は数字などにより表現される。コンテンツ要求パケットのヘッダに特別な識別子を表示することによって、特定時間単位でコンテンツを要求する実施形態については図１３〜図１４を参照して詳細に説明する。

例えば、当該識別子を「％ＴＩＭＥＢＡＳＥＤ％」に設定すると、コンテンツ要求パケットのネームは「ＧｒｏｕｐＡ／ＳｕｂＧｒｏｕｐＡ／ＵｓｅｒＡ／％ＴＩＭＥＢＡＳＥＤ％／Ｂｒｏａｄｃａｓｔ１」のような形態になる。

識別子「％ＴＩＭＥＢＡＳＥＤ％」を含むコンテンツ要求パケットを受信したコンテンツ提供者２３０あるいは中間ノードは、コンテンツ要求パケットのネーム又は代替識別子を見て当該コンテンツ要求パケットが特定時間単位に基づいたコンテンツ要求であることを把握する。そのため、コンテンツ提供者２３０は、コンテンツ要求パケットに含まれた特定時間単位に対応するコンテンツのセグメントを含むコンテンツ応答パケットを生成して送信する。

識別子「％ＴＩＭＥＢＡＳＥＤ％」を含むコンテンツ要求パケットを受信したコンテンツ提供者２３０、あるいは中間ノードは、当該コンテンツ要求パケットが特定時間単位でコンテンツを要求するパケットであることを考慮してペンディングインタレストテーブル（ＰＩＴ）を管理し、ペンディングインタレストテーブル（ＰＩＴ）を用いてコンテンツを他のノードあるいはコンテンツ要求者２１０にフォワーディングできる。

また、コンテンツ提供者２３０が送信するコンテンツ応答パケットのネームは、例えば、「ＧｒｏｕｐＡ／ＳｕｂＧｒｏｕｐＡ／ＵｓｅｒＡ／％ＴＩＭＥＢＡＳＥＤ％／Ｂｒｏａｄｃａｓｔ１／ＳｅｇｍｅｎｔＮｕｍ」のようにセグメントの情報を含むか、「ＧｒｏｕｐＡ／ＳｕｂＧｒｏｕｐＡ／ＵｓｅｒＡ／％ＴＩＭＥＢＡＳＥＤ％／Ｂｒｏａｄｃａｓｔ１／ＴｉｍｅＩｎｆｏ」のように特定時間単位に関する情報を含むか、又は、「ＧｒｏｕｐＡ／ＳｕｂＧｒｏｕｐＡ／ＵｓｅｒＡ／％ＴＩＭＥＢＡＳＥＤ％／Ｂｒｏａｄｃａｓｔ１／ＳｅｇｍｅｎｔＮｕｍ／ＴｉｍｅＩｎｆｏ」のようにセグメントの情報及び特定時間単位に関する情報皆を含む。

コンテンツ応答パケットが特定時間単位に関する情報及びセグメントの情報を含むことによって、特定時間単位に対して規定された時間間隔を調整してセグメントの送信を管理することが可能である。

図２を参照すると、コンテンツ要求者２１０が特定時間単位でコンテンツを要求し、これに応答してコンテンツ提供者２３０がコンテンツのセグメントを伝達する構造が図示されている。

コンテンツ要求者２１０は、２０１、２０５及び２０９のように特定時間単位に基づくコンテンツのコンテンツネームを含む一個のコンテンツ要求パケットを送信することによって、２０３及び２０７のように複数のセグメントを含むコンテンツ応答パケットを受信する。

一実施形態では、特定時間単位でコンテンツに対する要求が行われ、特定時間単位に対応するコンテンツセグメントが個数に関わらず全て伝えられる。コンテンツ要求者２１０は、自身の装置特性あるいはネットワーク環境により特定時間単位を調整して適応的にコンテンツ要求パケットを送信する。

以下の図３〜図８では一実施形態に係る特定時間単位に基づいてコンテンツ要求者とコンテンツ提供者との間においてコンテンツを授受する多様な実施形態について説明する。

図３は、一実施形態に係るコンテンツネーム基盤のコンテンツ中心ネットワークにおける、特定時間単位に基づいたコンテンツ提供のためのコンテンツ要求者の通信方法を示したフローチャートである。

図３を参照すると、一実施形態に係るコンテンツ要求者は、特定時間単位に基づいたコンテンツ要求であることを示す識別子（例えば、「％ＴＩＭＥＢＡＳＥＤ％」）を含むコンテンツ要求パケットを生成する（３１０）。

一実施形態では、コンテンツ単位ではない特定時間単位でコンテンツを要求する。このためにコンテンツ要求者は、当該コンテンツ要求パケットが特定時間単位に基づいたコンテンツ要求であることを示す識別子をコンテンツ要求パケットのヘッダ又はコンテンツネームに追加するか、又は、他の情報を管理する。また、コンテンツ要求者は、コンテンツネームを用いてコンテンツのセグメントを要求するコンテンツ要求パケットを生成する。

コンテンツ要求者は、コンテンツ要求パケットを送信する（３２０）。コンテンツ要求パケットによって要求するコンテンツは、リアルタイムストリーミングコンテンツ又は一般コンテンツの何れか１つである。ここで、「一般コンテンツ」は、リアルタイムストリーミングコンテンツではないコンテンツを意味するものと理解される。

リアルタイムストリーミングコンテンツは、その送信に固定された送信率（ｓｔｅａｄｙ ｔｒａｎｓｍｉｓｓｉｏｎ ｒａｔｅ）及びリアルタイムの変化を用いるコンテンツである。

例えば、映画、テレビプログラム及びオーディオブックのようなビデオ及びオーディオ情報は、それらが以前にダウンロードされていない場合に使用するリアルタイムストリーミングを要求するコンテンツ形態の一例である。

一般コンテンツは、固定された送信率を必要としない。コンテンツ要求者は、特定時間単位に対応するコンテンツの少なくとも１つのセグメントを受信する（３３０）。ここで、「特定時間単位に対応するコンテンツの少なくとも１つのセグメント」は、特定時間単位内に伝えられるコンテンツの少なくとも１つのセグメントとして理解される。

コンテンツ要求者は３３０で受信したコンテンツの少なくとも１つのセグメントから、その送信が失敗であるか否かを判断する。コンテンツの少なくとも１つのセグメントの送信が失敗と判断されれば、コンテンツ要求者はコンテンツの少なくとも１つのセグメントの再送信を要求する。

再送信を要求することによってコンテンツ要求者は全てのデータが効率的な方法で送信されることを保障できる。

コンテンツ要求者は３３０で受信したコンテンツがリアルタイムストリーミングコンテンツである場合、一般的なコンテンツと異なる方法で処理する。例えば、コンテンツ要求者は３３０で受信したコンテンツがリアルタイムストリーミングコンテンツである場合、リアルタイムストリーミングコンテンツのための格納空間に最新セグメントを格納する。

リアルタイムストリーミングコンテンツのセグメントのうち脱落したか、又はエラーが発生したセグメントがある場合、セグメントを紛失（ｍｉｓｓｉｎｇ）するか、又はリアルタイムストリーミングコンテツの順序が誤った場合、エラーを修正する必要がある。これに加えてエラーを修正するために時間制限がある。

従って、このようなエラーを処理する方法の一例として、コンテンツ要求者は、コンテンツストアに格納された最新セグメントを用いてリアルタイムストリーミングコンテンツに対する再送信を要求する。ここで、「コンテンツストアに格納された最新セグメントを用いてリアルタイムストリーミングコンテンツに対する再送信を要求する」ことは、セグメントの状態から示される。

例えば、７番セグメントの送信が成功し、８、９番セグメントの送信が失敗した後、１０番セグメントの送信が成功した場合、コンテンツ要求者はコンテンツストアに格納された１０番のセグメントを介して以前の８、９番セグメントの送信が失敗したことを把握し、送信が失敗した８、９番セグメントの再送信を要求するという意味として理解される。しかし、７番セグメント及び１０番セグメントは先の送信が成功しているので、再送信する必要がない。

図４は、一実施形態に係るコンテンツネーム基盤のコンテンツ中心ネットワークにおける、特定時間単位に基づいたコンテンツ提供のためのコンテンツ提供者の通信方法を示したフローチャートである。

図４を参照すると、一実施形態に係るコンテンツ提供者は、コンテンツ要求のために特定時間単位に基づいたコンテンツ要求であることを示す識別子を含むコンテンツ要求パケットを受信する（４１０）。

コンテンツ提供者は、コンテンツストアあるいはバッファに当該コンテンツがあるか否かを判断する（４２０）。ここで、コンテンツ提供者は、コンテンツネームを用いてコンテンツストアあるいはバッファにコンテンツがあるか否かを判断する。

ステップ４２０の判断結果、コンテンツストアあるいはバッファに当該コンテンツがあれば、コンテンツ提供者は特定時間単位に対応するコンテンツの少なくとも１つのセグメントを含むコンテンツ応答パケットを生成する（４３０）。ステップ４２０で、コンテンツ提供者は、例えば、コンテンツネームにマッチングするコンテンツがアプリケーションなどに存在すれば、自身が当該コンテンツを生成する。生成されたコンテンツはステップ４３０によってコンテンツ応答パケットで生成されてもよい。

コンテンツ提供者はコンテンツ応答パケットを送信する（４４０）。
ステップ４２０の判断結果、コンテンツストアあるいはバッファに当該コンテンツがなければ、コンテンツ提供者は動作を終了する。

図５は、他の実施形態に係るコンテンツネーム基盤のコンテンツ中心ネットワークにおける、特定時間単位に基づいたコンテンツ提供のためのコンテンツ要求者の通信方法を示したフローチャートである。

図５を参照すると、一実施形態に係るコンテンツ要求者は、コンテンツ要求者の特性及びネットワーク環境に基づいて特定時間単位を調整する（５１０）。例えば、コンテンツ要求者が移動性の高い端末である場合、コンテンツ要求者が固定した通信装置の場合に比べて特定時間単位を短くする。

また、例えば、干渉が大きいか又は損失が多いネットワーク環境の場合、そうではないネットワーク環境の場合に比べて特定時間単位を短くする。一実施形態では特定時間単位を調整する過程を最初のステップ（５１０）で行ったが、これに必ず限定されず、実施形態によって以後の動作過程中に特定時間単位を調整できる。

コンテンツ要求者は、コンテンツを要求するために特定時間単位に基づいたコンテンツ要求であることを示す識別子を含むコンテンツ要求パケットを生成する（５２０）。

上述したように、一実施形態では１つのコンテンツ要求で複数のコンテンツセグメントを入手するためにコンテンツ単位ではない特定時間単位を用いる。

そのためにコンテンツ要求者は、当該コンテンツ要求パケットが特定時間単位に基づいたコンテンツ要求であることを示す識別子をコンテンツ要求パケットのヘッダ又はコンテンツネームに追加する。また、コンテンツ要求者は、コンテンツネームを用いてコンテンツのセグメントを要求するコンテンツ要求パケットを生成してもよい。

コンテンツネームは、セグメントを要求する方法を管理するために役に立つ情報を含むよう修正できる。例えば、コンテンツ要求者がＧｒｏｕｐＡ内のＳｕｂＧｒｏｕｐＡに含まれたＵｓｅｒＡであり、Ｂｒｏａｄｃａｓｔ１というコンテンツを要求すると仮定する。また、コンテンツ要求パケットが特定時間単位に基づいたコンテンツ要求であることを示す識別子は、「％ＴＩＭＥＢＡＳＥＤ％」であるとする。この場合、Ｂｒｏａｄｃａｓｔ１というコンテンツを要求するコンテンツ要求パケットのネームは、「ＧｒｏｕｐＡ／ＳｕｂＧｒｏｕｐＡ／ＵｓｅｒＡ／％ＴＩＭＥＢＡＳＥＤ％／Ｂｒｏａｄｃａｓｔ１」のような形態になる。一実施形態で特定時間単位に対応する１つのコンテンツパケットがあってもよい。

実施形態によって、コンテンツ要求者はこのように特定時間単位に基づいたコンテンツを要求するコンテンツ要求パケットのヘッダに特定時間単位に関する情報を含めることができ、コンテンツ要求パケットのヘッダに含まれたタイムアウト（ｔｉｍｅｏｕｔ）値を用いて特定時間単位（例えば、タイムアウト値に該当する時間）になると、当該コンテンツ要求パケットが消滅するようにしてもよい。

例えば、特定時間単位は、コンテンツ要求パケットのヘッダに含まれたタイムアウト値に対応する時間であってもよい。
コンテンツ要求者はコンテンツ要求パケットを送信する（５３０）。
その後、コンテンツ要求者はコンテンツ要求パケットに対する応答を受信する。

コンテンツ要求者は、コンテンツ要求パケットに対する応答としてコンテンツの要求を取消す取消し応答パケットを受信したか否かを判断する（５４０）。ステップ５４０で、取消し応答パケットを受信したと判断されれば、コンテンツ要求者は、当該コンテンツに該当するエントリをペンディングインタレストテーブル（Ｐｅｎｄｉｎｇ Ｉｎｔｅｒｅｓｔ Ｔａｂｌｅ）から削除（５５０）した後、動作を終了する。

コンテンツ要求者の他に、コンテンツ要求パケットが伝えられる経路上に位置する中間ノードも取消し応答パケットを受信したか否かを判断する。中間ノードは、取消し応答パケットを受信したと判断されれば、当該コンテンツに該当するエントリをペンディングインタレストテーブルから削除する。

ステップ５４０で、取消し応答パケットを受信していなければ、コンテンツ要求者は特定時間単位に対応するコンテンツのセグメントを受信する（５６０）。ここで、「特定時間単位に対応するコンテンツのセグメント」は、コンテンツを特定時間単位の間にプレーするために必要なセグメントとして理解される。

例えば、特定時間単位が５秒とすると、コンテンツ要求者はコンテンツ（Ｂｒｏａｄｃａｓｔ１）を５秒間プレーするために必要なセグメントを受信する。ここで、５秒に対応するセグメントの個数が図２に示す２０３のように５個であれば、コンテンツ要求者は５個のセグメントを受信する。図２に示す２０７のように５秒に対応するセグメントの個数が６個であれば、コンテンツ要求者は６個のセグメントを受信する。図２は、セグメントを表示して要求する方法を示す。

コンテンツ要求者は、コンテンツストアにコンテンツの単数又は複数のセグメントを格納する（５７０）。
その後、コンテンツ要求者は、特定時間単位が終了したかを判断する（５８０）。

ステップ５８０で、特定時間単位が終了すると、コンテンツ要求者は再びステップ５１０で特定時間単位を調整して新しいコンテンツ要求パケットを生成する。

ステップ５８０で、特定時間単位が終了していなければ、コンテンツ要求者はステップ５４０に戻って取消し応答パケットが受信されたかを判断する。
その他にも、コンテンツ要求者はコンテンツ中心ネットワーク内の他のノードから予め設定された時間単位に基づいてコンテンツを要求するコンテンツ要求パケットを受信した場合、自身のペンディングインタレストテーブル（ＰＩＴ）にコンテンツ要求パケットに対応して予め設定された時間単位を格納する。特定時間単位に基づいたコンテンツを要求するコンテンツ要求パケットを受信した場合のペンディングインタレストテーブル（ＰＩＴ）の構成については、後述するように図１０を参照して説明する。

以上、図５を参照して説明した過程は、コンテンツ要求者の他に、コンテンツ要求パケットが伝えられる経路上に位置する中間ノードでも同様に行われる。

図６は、一実施形態に係るコンテンツネーム基盤のコンテンツ中心ネットワークにおける、特定時間単位に基づいたリアルタイムストリーミングコンテンツ提供のためのコンテンツ要求者の通信方法を示したフローチャートである。

図６を参照すると、一実施形態に係るコンテンツ要求者は、コンテンツストアにリアルタイムストリーミングコンテンツの単数又は複数のセグメントのための格納空間を割り当てる（６１０）。

コンテンツ要求者の特性及びネットワーク環境に基づいて特定時間単位を調整する（６２０）。
コンテンツ要求者は、リアルタイムストリーミングコンテンツを要求するために特定時間単位に基づいたコンテンツ要求であることを示す識別子を含むコンテンツ要求パケットを生成する（６３０）。

上述したように、一実施形態では、１つのコンテンツ要求で複数のコンテンツセグメントを入手するためにコンテンツ単位ではない特定時間単位を用いる。

そのためにコンテンツ要求者は、当該コンテンツ要求パケットが特定時間単位に基づいたコンテンツ要求であることを示す識別子をコンテンツ要求パケットのヘッダ又はリアルタイムストリーミングコンテンツネームに追加する。また、コンテンツ要求者は、リアルタイムストリーミングコンテンツネームを用いてリアルタイムストリーミングコンテンツのセグメントを要求するコンテンツ要求パケットを生成してもよい。

例えば、コンテンツ要求者がＧｒｏｕｐＡ内のＳｕｂＧｒｏｕｐＡに含まれたＵｓｅｒＡであり、Ｂｒｏａｄｃａｓｔ１というリアルタイムストリーミングコンテンツを要求すると仮定する。また、コンテンツ要求パケットが特定時間単位に基づいたコンテンツ要求であることを示す識別子は「％ＴＩＭＥＢＡＳＥＤ％」とする。この場合、Ｂｒｏａｄｃａｓｔ１というリアルタイムストリーミングコンテンツを要求するコンテンツ要求パケットのネームは、「ＧｒｏｕｐＡ／ＳｕｂＧｒｏｕｐＡ／ＵｓｅｒＡ／％ＴＩＭＥＢＡＳＥＤ％／Ｂｒｏａｄｃａｓｔ１」のような形態になる。

このようなネームは特定時間単位の使用に関する情報を提供するだけではなく、コンテンツを取得する位置を示してもよい。実施形態によって、コンテンツ要求者は、このように特定時間単位に基づいたコンテンツを要求するコンテンツ要求パケットのヘッダに特定時間単位に関する情報を含めることができ、コンテンツ要求パケットのヘッダに含まれたタイムアウト値を用いて特定単位時間（例えば、タイムアウト値に該当する時間）になると当該コンテンツ要求パケットが消滅するようにしてもよい。

上述したようにタイムアウト値は、コンテンツ要求パケットのヘッダに含まれたタイムアウト値に対応する時間であってもよい。
コンテンツ要求者はコンテンツ要求パケットを送信する（６４０）。
その後、コンテンツ要求者は、コンテンツ要求パケットに対する応答を受信する。

コンテンツ要求者は、コンテンツ要求パケットに対する応答としてリアルタイムストリーミングコンテンツの要求を取消す取消し応答パケットを受信したか否かを判断する（６５０）。ステップ６５０で、取消し応答パケットを受信したと判断されれば、コンテンツ要求者は、リアルタイムストリーミングコンテンツに該当するエントリをペンディングインタレストテーブルから削除（６６０）した後、動作を終了する。

コンテンツ要求者の他に、コンテンツ要求パケットが伝えられる経路上に位置する中間ノードも取消し応答パケットを受信したか否かを判断する。中間ノードは、取消し応答パケットを受信したと判断されれば、リアルタイムストリーミングコンテンツに該当するエントリをペンディングインタレストテーブルから削除する。

エントリを削除することによって、ノードは取り消されたコンテンツに対する活性化した要求がこれ以上無いことを示す。

ステップ６５０で、取消し応答パケットを受信していなければ、コンテンツ要求者は、特定時間単位に対応するリアルタイムストリーミングコンテンツのセグメントを受信する（６７０）。ここで、「特定時間単位に対応するリアルタイムストリーミングコンテンツのセグメント」は、リアルタイムストリーミングコンテンツを特定時間単位の間プレーするために必要なセグメントとして理解される。

例えば、特定時間単位が５秒とすると、コンテンツ要求者はリアルタイムストリーミングコンテンツ（Ｂｒｏａｄｃａｓｔ１）を５秒の間プレーするために必要なセグメントを受信する。ここで、５秒に対応するセグメントの個数が図２に示す２０３のように５個であれば、コンテンツ要求者は５個のセグメントを受信する。図２に示す２０７のように５秒に対応するセグメントの個数が６個であれば、コンテンツ要求者は６個のセグメントを受信する。

コンテンツ要求者は、ステップ６１０で割り当てられた格納空間に受信したリアルタイムストリーミングコンテンツのセグメントのうち直近にアップデートされた最新セグメントを格納する（６８０）。

その後、コンテンツ要求者は特定時間単位が終了したかを判断する（６９０）。
ステップ６９０で、特定時間単位が終了すると、コンテンツ要求者は再びステップ６２０に戻って特定時間単位を調整して新しいコンテンツ要求パケットを生成する。

ステップ６９０で、特定時間単位が終了していなければ、コンテンツ要求者はステップ６５０に戻って取消し応答パケットが受信されたかを判断する。一般的に、コンテンツ中心ネットワークにおいては効率性を増大させるために各ノードにコンテンツストアを置いて反復的な要求に対する応答を行うが、コンテンツのセグメントを全てコンテンツストアに格納することは効率的ではない。従って、一実施形態では、一定個数のセグメントあるいは最新セグメントのみを格納することで、最小限のコンテンツ要求によってネットワークにおけるコントロールオーバーヘッドを軽減すると同時に、コンテンツストアの効率性を極大化できる。

その他にも、コンテンツ要求者は、コンテンツ中心ネットワーク内の他のノードから予め設定された時間単位に基づいてリアルタイムストリーミングコンテンツを要求するコンテンツ要求パケットを受信した場合、自身のペンディングインタレストテーブル（ＰＩＴ）でコンテンツ要求パケットに対応して予め設定された時間単位を格納する。

図７は、他の実施形態に係るコンテンツネーム基盤のコンテンツ中心ネットワークにおける、特定時間単位に基づいたコンテンツ提供のためのコンテンツ提供者の通信方法を示したフローチャートである。

図７を参照すると、一実施形態に係るコンテンツ提供者は、コンテンツを要求するために特定時間単位に基づいたコンテンツ要求であることを示す識別子を含むコンテンツ要求パケットを受信する（７１０）。

コンテンツ提供者は、コンテンツストアあるいはバッファにコンテンツがあるか否かを検索する（７２０）。ステップ７２０で、コンテンツ提供者は、コンテンツネームを用いてコンテンツストアあるいはバッファにコンテンツがあるか否かを検索する。ステップ７２０で、コンテンツストアあるいはバッファにコンテンツがないと判断されれば、コンテンツ提供者は動作を終了する。図１を参照して上述したように、コンテンツ中心ネットワークにおける、各ノード（例えば、コンテンツ提供者）は、コンテンツストアに当該コンテンツがないと判断されれば、ペンディングインタレストテーブル（ＰＩＴ）内に同一のコンテンツネームで格納されたエントリがあるか否かを確認し、その後の動作を行う。一実施形態では、コンテンツ中心ネットワークにおける一般的な動作に対する説明は図１を参照した上述の説明により置き換えられる。

ステップ７２０で、コンテンツストアあるいはバッファにコンテンツがあると判断されれば、コンテンツ提供者は、特定時間単位に対応するコンテンツのセグメントを含むコンテンツ応答パケットを生成し（７３０）、生成されたコンテンツ応答パケットを送信する（７４０）。

その後、コンテンツ提供者はコンテンツが終了したか否かを判断する（７５０）。
ステップ７５０で、コンテンツが終了したと判断されれば、コンテンツ提供者は、コンテンツ要求者がコンテンツの要求を取消すように取消し応答パケットを生成し（７６０）、取消し応答パケットをコンテンツ要求者に送信する（７７０）。ここで、取消し応答パケットは、コンテンツ提供者からコンテンツ要求者までの経路上にある中間ノードにも伝達される。

このようにすることで、中間ノードは未処理の（ｏｕｔｓｔａｎｄｉｎｇ）コンテンツ要求がないことが分かる。

取消し応答パケットを受信したノード（例えば、中間ノードあるいはコンテンツ要求者）は、例えば、ペンディングインタレストテーブル（ＰＩＴ）などからコンテンツのエントリを削除するか、又は、タイムアウト値を「０」に設定するなどの動作によって自身が受けたコンテンツの要求を終了する。コンテンツ提供者がコンテンツ要求を終了させる方法については、後述するように図９を参照して説明する。

図８は、一実施形態に係るコンテンツネーム基盤のコンテンツ中心ネットワークにおける、特定時間単位に基づいたリアルタイムストリーミングコンテンツ提供のためのコンテンツ提供者の通信方法を示したフローチャートである。

図８を参照すると、一実施形態に係るコンテンツ提供者は、リアルタイムストリーミングコンテンツを要求するために特定時間単位に基づいたコンテンツ要求であることを示す識別子を含むコンテンツ要求パケットを受信する（８１０）。

コンテンツ提供者は、コンテンツストアあるいはバッファにリアルタイムストリーミングコンテンツがあるか否かを検索する（８２０）。ステップ８２０で、コンテンツ提供者は、リアルタイムストリーミングコンテンツネームを用いてコンテンツストアあるいはバッファにリアルタイムストリーミングコンテンツがあるか否かを検索する。バッファは、ストリーミングのためのバッファである。そのため、コンテンツ提供者は、コンテンツストアだけではなく、コンテンツストアにないコンテンツ、例えば、ストリーミングサービスのためのバッファなどに格納されたコンテンツに対する要求にも応答できる。

ステップ８２０で、コンテンツストアあるいはバッファにリアルタイムストリーミングコンテンツがないと判断されれば、コンテンツ提供者は動作を終了する。図１を参照して上述したように、コンテンツ中心ネットワークにおける、各ノード（例えば、コンテンツ提供者）はコンテンツストアに当該コンテンツがないと判断されれば、ペンディングインタレストテーブル（ＰＩＴ）内に同一のコンテンツネームで格納されたエントリがあるか否かを確認し、その後の動作を行う。一実施形態では、コンテンツ中心ネットワークにおける一般的な動作に対する説明は図１を参照した上述の説明により置き換えられる。

ステップ８２０で、コンテンツストアあるいはバッファにリアルタイムストリーミングコンテンツがあると判断されれば、コンテンツ提供者は、特定時間単位に対応するリアルタイムストリーミングコンテンツのセグメントを含むコンテンツ応答パケットを生成し（８３０）、生成されたコンテンツ応答パケットを送信する（８４０）。

その後、コンテンツ提供者は、リアルタイムストリーミングコンテンツが終了したか否かを判断する（８５０）。

ステップ８５０で、リアルタイムストリーミングコンテンツが終了したと判断されれば、コンテンツ提供者は、リアルタイムストリーミングコンテンツの要求を取消す取消し応答パケットを生成し（８６０）、取消し応答パケットをコンテンツ要求者に送信する（８７０）。ここで、取消し応答パケットは、パケットの送信を助けるためにコンテンツ提供者からコンテンツ要求者までの経路上にある中間ノードにも伝達される。

ステップ８５０で、リアルタイムストリーミングコンテンツが終了していないと判断されれば、コンテンツ提供者は、特定時間単位に対応するリアルタイムストリーミングコンテンツのセグメントを含むコンテンツ応答パケットを生成する（８３０）。

取消し応答パケットを受信したノード（例えば、中間ノードあるいはコンテンツ要求者）は、ペンディングインタレストテーブル（ＰＩＴ）などからリアルタイムストリーミングコンテンツのエントリを削除するか、又は、タイムアウト値を「０」に設定するなどの動作によって自身が受けたリアルタイムストリーミングコンテンツの要求を終了する。

図９は、一実施形態に係るコンテンツネーム基盤のコンテンツ中心ネットワークにおける、コンテンツの要求を終了する方法を示す図である。

図９を参照すると、コンテンツ中心ネットワークにおいてコンテンツが終了した場合にコンテンツ提供者９３０は次のような方法でコンテンツが終了したことを知らせることができる。

コンテンツ要求者９１０が送信した特定時間単位基盤のコンテンツを要求するコンテンツ要求パケット９０１を受信したコンテンツ提供者９３０は、９０３のように当該コンテンツのセグメントを含むコンテンツ単数又は複数の応答パケットを送信する。コンテンツ要求者９１０が送信したコンテンツ要求パケット９０５に応答するコンテンツ応答パケット９０７が当該コンテンツの最後のセグメントを含んでいると仮定しよう。

このようにコンテンツの送信が終了する場合、コンテンツ提供者９３０は、コンテンツの最後のセグメントに対するセグメント番号に予め設定された情報（例えば、ＥＮＤ＿ＯＦ＿ＣＯＮＴＥＮＴ）９０９を記載して送信する。予め設定された情報９０９は、送信されなければならないコンテンツがこれ以上ないことを示す。

その他にも、コンテンツ提供者はコンテンツの送信が終了する場合、コンテンツの最後のセグメントのペイロードサイズ（ｐａｙｌｏａｄ ｓｉｚｅ）を予め設定された値（例えば、「０」）に設定して送信してもよい。リアルタイムストリーミングコンテンツの場合、このようにリアルタイムストリーミングコンテンツの最後のセグメントのペイロードサイズを「０」に設定した場合、当該リアルタイムストリーミングコンテンツが送信される経路上にある各ノードのコンテンツストアに格納されたリアルタイムストリーミングコンテンツは自動的にタイムアウトされて順次削除されてもよい。

図１０は、一実施形態に係るコンテンツネーム基盤のコンテンツ中心ネットワークにおける、コンテンツを提供するために時間基盤のインタレストプロトコル（Ｔｉｍｅ−Ｂａｓｅｄ Ｉｎｔｅｒｅｓｔ Ｐｒｏｔｏｃｏｌ）を用いるコンテンツ要求者とコンテンツ提供者との間のノードのペンディングインタレストテーブル（ＰＩＴ）の変化を説明するための図である。

以下、第１ノード１０２０、第２ノード１０３０及び第２ノード１０４０は、コンテンツ中心ネットワークにおいてコンテンツ要求者１０１０が送信したコンテンツ要求パケットをコンテンツ提供者１０５０に伝達する中間ノードであり、コンテンツ要求者１０１０が要求するコンテンツ（Ｉ）を含まないと仮定する。

また、第１ノード１０２０は、コンテンツ要求者１０１０から１番フェイスを介してコンテンツ要求パケットを受信し、第２ノード１０３０は４番フェイスを介して第１ノード１０２０からコンテンツ要求パケットを受信し、第３ノード１０４０は５番フェイスを介して第２ノード１０３０からコンテンツ要求パケットを受信すると仮定する。

図１０を参照すると、コンテンツ要求者１０１０から特定時間単位に基づいたコンテンツ要求であることを示す識別子を含むコンテンツ要求パケットを受信した第１ノード１０２０は、自身のペンディングインタレストテーブル（ＰＩＴ）のエントリにコンテンツ要求者１０１０が要求するリアルタイムストリーミングコンテンツ（Ｉ）のネームと当該コンテンツ要求パケットが受信されたフェイス「１」を記載する。これと共に、第１ノード１０２０は、コンテンツ（Ｉ）を要求するコンテンツ要求パケットのネームあるいはコンテンツ要求パケットのヘッダを介して把握された特定時間単位「５秒」をペンディングインタレストテーブル（ＰＩＴ）に格納する。

第２ノード１０３０及び第３ノード１０４０も、このような方式で各々のペンディングインタレストテーブル（ＰＩＴ）を管理してコンテンツ要求パケットをコンテンツ提供者１０５０に伝達する。その後、コンテンツ提供者１０５０からコンテンツ（Ｉ）に対するコンテンツ応答パケットを受信して第２ノード１０３０に伝達するか、又は、コンテンツの送信が終了することによって、コンテンツの要求を取消す取消し応答パケットを受信した第３ノード１０４０はペンディングインタレストテーブルに記載されたコンテンツのエントリを削除する。

図１０は、コンテンツ要求の取消し時に第３ノード１０４０が取消し応答パケットを受信し、ペンディングインタレストテーブル（ＰＩＴ）から当該エントリを削除したことを示す。

図１１は、図６及び図８に示す方法による、リアルタイムストリーミングコンテンツの提供中に新しいコンテンツ要求者にリアルタイムストリーミングコンテンツを提供する場合を説明するための図である。

図１１を参照すると、コンテンツ中心ネットワークの中間ノード（ＣｏＮ ｎｏｄｅ）が新しいノードの要求に応じてリアルタイムストリーミングコンテンツを提供することが確認される。

以下、コンテンツ提供者１１０１がコンテンツ要求者（１）１１０５にリアルタイムストリーミングコンテンツのセグメントを提供する間に同じリアルタイムストリーミングコンテンツの送信を所望する新しいコンテンツ要求者（２）１１０７があると仮定する。

コンテンツ提供者１１０１は、１１１０に示すようにコンテンツ中心ネットワークの各ノード（ＣｏＮ ｎｏｄｅ）を経てコンテンツ要求者１１０５にリアルタイムストリーミングコンテンツのセグメントを送信する。ここで、中間ノード１１０３のコンテンツストアには、リアルタイムストリーミングコンテンツのセグメントのうち最新セグメントのセグメント１５が格納されている。

その後、新しいコンテンツ要求者（２）１１０７が当該リアルタイムストリーミングコンテンツを要求すると、コンテンツ要求者（２）１１０７のリアルタイムストリーミングコンテンツ要求は１１３０のように中間ノード１１０３に伝達される。中間ノード１１０３は、１１５０に示すように自身のコンテンツストアに格納された最新セグメントのセグメント１５をコンテンツ要求者（２）１１０７に送信する。

コンテンツ提供者１１０１からリアルタイムストリーミングコンテンツの新しいセグメント１６が送信されれば、中間ノード１１０３は、１１７０に示すようにコンテンツ要求者（１）１１０５及びコンテンツ要求者（２）１１０７の全てにセグメント１６を提供する。

ノードの収容力に応じて、コンテンツ中心ネットワークにおける各ノード（ＣｏＮ ｎｏｄｅ）のコンテンツストアは膨大な情報を格納できるが、無制限の格納は不可能である。各ノードがリアルタイムストリーミングコンテンツのセグメントを全て格納すれば、コンテンツストアは大部分リアルタイムストリーミングコンテンツが占めることになる。リアルタイムストリーミングコンテンツはその特性上に時間が経過すれば殆ど要求されないので、コンテンツ中心ネットワークは円滑に運用され難い。

従って、一実施形態ではリアルタイムストリーミングコンテンツのセグメントのうち最新セグメントのみを、あるいは一定個数のセグメントのみをコンテンツストアに格納すれば格納空間を効率的に使用できる。また、一実施形態では最新セグメントのみをコンテンツストアに格納することによって、コンテンツ要求者が現在提供中であるリアルタイムストリーミングコンテンツのセグメントに関する情報を取得する過程は不要になる。

その他にも、互いに絡んでいるネットワーク環境でリアルタイムストリーミングコンテンツのセグメントの順序が逆になる場合も、コンテンツストアは最新セグメントに関する情報を有するので予め伝えられた以前セグメントを無視してセグメントの順序が変わらないようにできる。

図１２は、一実施形態に係るコンテンツネームを基盤とするコンテンツ中心ネットワークにおける、特定時間単位に基づいたコンテンツと特定時間単位に基づいていない一般コンテンツが混合して送信される場合のコンテンツ提供者の通信方法を示したフローチャートである。

図１２を参照すると、コンテンツ提供者はコンテンツ要求パケットを受信（１２１０）した後、当該コンテンツ要求パケットが特定時間単位に基づくか否かを判断する（１２２０）。

ステップ１２２０で、コンテンツ提供者は、コンテンツ要求パケットのヘッダ又はコンテンツネームに特定時間単位に基づいたコンテンツ要求であることを示す識別子があるか否かに基づいて、コンテンツ要求パケットが特定時間単位に基づくか否かを判断する。

コンテンツ提供者はステップ１２２０における判断結果に応じて、コンテンツ要求パケットが特定時間単位に基づいたリアルタイムストリーミングコンテンツ又は特定時間単位に基づいた一般コンテンツの何れかのコンテンツに対する要求であるかを決定する。

コンテンツ提供者はステップ１２２０で、コンテンツ要求パケットが特定時間単位に基づくと判断されれば、当該コンテンツ要求パケットがリアルタイムストリーミングコンテンツを要求するかを判断する（１２３０）。

ステップ１２３０で、コンテンツ提供者は、コンテンツ要求パケットのヘッダに含まれた情報を用いてコンテンツ要求パケットが特定時間単位に基づいたリアルタイムストリーミングコンテンツ又は特定時間単位に基づいた一般コンテンツの何れかのコンテンツに対する要求であるか判断する。コンテンツ提供者は、ステップ１２３０で、コンテンツ要求パケットのヘッダに含まれた情報が、例えば、リアルタイムストリーミングコンテンツであることを表示する場合、ヘッダに含まれたセグメント情報がヌル（ｎｕｌｌ）である場合、あるいはヘッダに含まれた値が予め設定された値（例えば、−１）である場合にリアルタイムストリーミングコンテンツに対する要求として決定する。

ステップ１２３０で、コンテンツ要求パケットがリアルタイムストリーミングコンテンツを要求すると判断されれば、コンテンツ提供者は、特定時間単位に対応するリアルタイムストリーミングコンテンツのセグメントを含むコンテンツ応答パケットを生成する（１２４０）。

ステップ１２３０で、コンテンツ要求パケットがリアルタイムストリーミングコンテンツを要求しないと判断されれば、コンテンツ提供者は一般コンテンツを含むコンテンツ応答パケットを生成する（１２５０）。

コンテンツ提供者は、ステップ１２４０又は１２５０によって生成されたコンテンツ応答パケットを送信する（１２６０）。

ステップ１２２０における当該コンテンツ要求パケットが特定時間単位に基づいていないと判断されれば、コンテンツ提供者は特定時間単位に基づかない一般コンテンツを含むコンテンツ応答パケットを生成し（１２７０）、コンテンツ要求者に送信する（１２６０）。

以下は一実施形態に係る時間基盤のインタレストプロトコル（Ｔｉｍｅ−Ｂａｓｅｄ Ｉｎｔｅｒｅｓｔ Ｐｒｏｔｏｃｏｌ）を用いてコンテンツ要求者とコンテンツ提供者との間においてコンテンツ要求パケット及びコンテンツ応答パケットを交換する方法を図１３及び図１４を参照して説明する。

図１３は、一実施形態に係るコンテンツ中心ネットワークにおける、時間基盤のインタレストプロトコル（Ｔｉｍｅ−Ｂａｓｅｄ Ｉｎｔｅｒｅｓｔ Ｐｒｏｔｏｃｏｌ）を用いるコンテンツ要求者とコンテンツ提供者との間のセグメントの送信中に発生するホール（ｈｏｌｅ）を復旧する方法を説明するための図である。

一実施形態に係る時間基盤のインタレストプロトコル（Ｔｉｍｅ−Ｂａｓｅｄ Ｉｎｔｅｒｅｓｔ Ｐｒｏｔｏｃｏｌ）で送信されるコンテンツ要求パケットは、特定時間単位を示す識別子あるいは時間間隔に関する情報を含む。時間基盤のインタレストプロトコルでは前記時間関連情報に基づいて、他のノード（例えば、コンテンツ提供者１３３０）から生成されて伝えられた無制限のコンテンツセグメントを特定時間単位あるいは時間間隔の間にコンテンツ要求者１３１０に伝達する。

一実施形態でコンテンツ要求者１３１０及びコンテンツ提供者１３３０はセグメント単位ではなく、特定時間単位でセグメントを要求し、これを伝達するので、セグメントのうち一部が脱落したか、又はエラーが発生したセグメントが存在することがある。

コンテンツ要求者１３１０は、コンテンツ提供者１３３０から受信したコンテンツのセグメントのうち脱落したか、又はエラーが発生したセグメントがあるか否かを検出する。

図１３を参照すると、コンテンツ（ｃｃｎｘ：／／ｓｅｎ／ｔｅｓｔｆｉｌｅ．ｔｘｔ）の送信中に２番セグメント（ｓｅｇ２）で（送信）エラーが発生したものと見られる。一実施形態では２番セグメント（ｓｅｇ２）のように脱落したか、又は送信中エラーが発生した単数又は複数のセグメントを「ホール（ｈｏｌｅ）」と定義する。

コンテンツ要求者１３１０は、コンテンツの単数又は複数のセグメントを含むコンテンツ応答パケットのネームフィールドに記載されたセグメント番号を用いてホールを検出する。

又は、コンテンツ要求者１３１０は、コンテンツ提供者１３３０から受信した全てのコンテンツセグメントに対して脱落したか、又は（送信）エラーが発生したかをチェックする。

コンテンツ要求者１３１０は、脱落したか、又はエラーが発生したセグメント、言い換えれば、ホールが最初に検出されれば、「ホールタイムアウト（ｈｏｌｅ ｔｉｍｅｏｕｔ）」と呼ばれる所定の時間間隔の間に、脱落したか、又はエラーが発生したセグメントが再送信されるかを待機する。ホールタイムアウトはコンテンツ要求者１３１０からコンテンツ提供者１３３０にホール復旧要求パケットが送信される前のネットワーク条件又はサービスシナリオによって算出あるいは特定される。

図１３で、ホールタイムアウトは、例えば、隣接ノードと当該ノードとの間に持続的に測定されたＲＴＴ（Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ）を用いてＨｏｌｅ ｔｉｍｅｏｕｔ＝（ＲＴＴ×定数Ａ）のように算出される。ＲＴＴは特定の時間に設定される場合もある。

定数Ａは、例えば、１．５、２．５、などのような値を有する。その他にも、ホールタイムアウトは、コンテンツ要求者１３１０がホールを検出した後に受信した単数又は複数のセグメントの個数を用いて決定される。例えば、図１３において、コンテンツ要求者１３１０がホール（例えば、２番セグメント（ｓｅｇ２）における送信誤り）を検出した後に３番セグメント（ｓｅｇ３）及び４番セグメント（ｓｅｇ４）の２つのセグメントを受信した場合、コンテンツ要求者１３１０は２つのセグメントを受信した時間間隔をホールタイムアウトとして決定する。

コンテンツ要求者１３１０は、所定の時間間隔（例えば、ホールタイムアウト）間に脱落したか、又はエラーが発生したセグメントが送信されたか否かを判断する。コンテンツ要求者１３１０は判断結果に基づいて、脱落したか、又はエラーが発生したセグメントを要求するコンテンツ要求パケットを生成する。

例えば、ホールタイムアウト間に脱落したか、又はエラーが発生したセグメントが送信されていないと判断されれば、コンテンツ要求者１３１０は、脱落したか、又はエラーが発生したセグメント（例えば、２番セグメント）を要求するコンテンツ要求パケットを生成する。ここで、脱落したか、又はエラーが発生したセグメントを要求するコンテンツ要求パケットは、特定時間単位に基づいたコンテンツ要求であることを示す識別子を含まない一般的なコンテンツ要求パケット（例えば、ｃｃｎｘ：／／ｓｅｎ／ｔｅｓｔｆｉｌｅ．ｔｘｔ／ｓｅｇ２）である。

脱落したか、又はエラーが発生したセグメントを要求するコンテンツ要求パケットは特定時間単位に基づいたコンテンツ要求であることを示す識別子を含まず、これに代わって脱落したか、又はエラーが発生したセグメント（例えば、２番セグメント（ｓｅｇ２））のセグメント番号をネームフィールドに含んでもよい。ここで、脱落したか、又はエラーが発生したセグメントを要求するコンテンツ要求パケットは、前述した「ホール復旧要求パケット」に該当する。

コンテンツ要求者１３１０は、脱落したか、又はエラーが発生したセグメントを要求するコンテンツ要求パケットをコンテンツ提供者１３３０に送信する。

実施形態に従って、コンテンツ要求者１３１０は脱落したか、又はエラーが発生したセグメントの個数に基づいて互いに異なる形態のコンテンツ要求パケットを生成してコンテンツ提供者１３３０に送信する。

コンテンツ要求者１３１０は、脱落したか、又はエラーが発生したセグメントの個数と予め設定された個数とを比較し、比較結果に基づいて脱落したか、又はエラーが発生したセグメントを要求する互いに異なる形態のコンテンツ要求パケットの何れかを生成する。

例えば、コンテンツ要求者１３１０は脱落したか、又はエラーが発生したセグメントの個数が予め設定された個数と同一であるか小さければ、脱落したか、又はエラーが発生したセグメントの番号を含む一般的なコンテンツ要求パケットを生成する。また、コンテンツ要求者１３１０は、脱落したか、又はエラーが発生したセグメントの個数が予め設定された個数よりも大きければ、脱落したか、又はエラーが発生したセグメントを要求する、特定時間単位に基づいたコンテンツ要求であることを示す識別子を含むコンテンツ要求パケットを生成する。ここで、予め設定された個数は、ネットワーク条件又はサービスシナリオに応じて決定され、例えば、１個あるいは２個である。

例えば、セグメント５番が脱落したか、又はエラーが発生したとする。コンテンツ要求者１３１０は、脱落したか、又はエラーが発生したセグメント（例えば、５番セグメント）のセグメント番号（５あるいはｓｅｇ５）を一般的なコンテンツ要求パケットによって送信し、コンテンツ提供者１３３０から５番セグメントを再受信する。

脱落したか、又はエラーが発生したセグメントの個数が１０個（例えば、セグメント１１番から２０番まで）である場合、コンテンツ要求者１３１０がセグメント各々を要求する１０個のコンテンツ要求パケットを生成することは効率的ではない。この場合、コンテンツ要求者１３１０は、特定時間単位に基づいたコンテンツ要求であることを示す識別子を含む１つのコンテンツ要求パケットを用いて１１番から２０番までのセグメントを一回に要求する。コンテンツ提供者１３３０は、１１番から２０番までのセグメントを含むコンテンツ応答パケットをコンテンツ要求者１３１０に送信することにより、より効率よく複数のセグメントを送信できる。

図１４は、一実施形態に係るコンテンツ中心ネットワーク（ＣＣＮ）における、時間基盤のインタレストプロトコル（Ｔｉｍｅ−Ｂａｓｅｄ Ｉｎｔｅｒｅｓｔ Ｐｒｏｔｏｃｏｌ）を用いるネットワークノードのコンテンツストア処理方法を説明するための図である。

ネットワークノードのコンテンツストアは、ＣＣＮにおけるネットワーク効率性を向上できる。ＣＣＮでネットワークノードのコンテンツストアに格納されたコンテンツセグメントのネームがインタレスト、言い換えれば、コンテンツ要求パケットのネームと一致すると、何れのノードでもコンテンツ要求に応答できる。

特定時間単位に基づいたコンテンツ要求時にコンテンツ要求者は、１つのコンテンツ要求パケットを用いて複数のコンテンツセグメントを要求するために、ネームフィールドにセグメント番号がないコンテンツ要求パケットを送信する。

図１４を参照すると、一実施形態に係る特定時間単位に基づいたコンテンツ要求時にコンテンツ要求パケットのヘッダに含まれた特定時間単位及び開始セグメントの情報を用いるキャッシュの処理過程が図示されている。

一実施形態によると、コンテンツ要求者１４１０は、隣接するネットワークノード（例えば、ノードＡ（１４３０））のコンテンツストアから応答を取得するために、コンテンツ（ｃｃｎｘ：／／ｓｅｎ／ｔｅｓｔｆｉｌｅ．ｔｘｔ）の送信が持続する特定時間単位（例えば、Ｔ１）だけではなく、コンテンツのうち送信が開始する開始セグメント（例えば、ｓｅｇ０、ｓｅｇ３７９など）に関する情報をコンテンツ要求パケットのヘッダに付加して隣接ノード（Ａｄｊａｃｅｎｔ ｎｏｄｅ）のノードＡ（１４３０）に送信する。開始セグメントに関する情報として、特定時間単位（例えば、Ｔ１）ごとに送信が開始する最初開始セグメントの番号が一例として挙げられる。

特定時間単位に基づいたコンテンツ要求パケットを受信したノードＡ（１４３０）は、順次に自身のキャッシュ（ｃａｃｈｅ）にある全てのコンテンツセグメントを用いて応答する。ここで、ノードＡ（１４３０）は、リアルタイムストリーミングコンテンツのセグメントのうち０番から２０４番までのセグメント（ｓｅｇ０〜ｓｅｇ２０４）を格納し、ノードＢ（１４５０）はコンテンツの全てのセグメントを格納していると仮定する。

ヘッダに特定時間単位（例えば、Ｔ１）及び開始セグメントに関する情報（例えば、ｓｅｇ０）が含まれたコンテンツ要求パケットを受信したノードＡ（１４３０）は、自身のキャッシュに格納されたコンテンツセグメント（ｓｅｇ０〜ｓｅｇ２０４）を順次にコンテンツ要求者１４１０に提供する。

ノードＡ（１４３０）は、自身のキャッシュに格納されていない残りのコンテンツセグメントを要求するコンテンツ要求パケットを生成して次のノードＢ（１４５０）に送信する。ここで、ノードＡ（１４３０）は、キャッシュ処理時間に基づいて減少した時間間隔（例えば、Ｔ１−Ｔ２あるいはＴ１−Ｔ３）とノードＡ１４３０のキャッシュに格納されていない開始セグメントのセグメント番号を含む時間基盤インタレストを次のノードＢ（１４５０）に送信する。ここで、「開始セグメント」は、コンテンツのうち自身のキャッシュに格納されたセグメントを除いた残りのセグメントのうち最初のセグメントとして理解される。

ノードＡ（１４３０）から、ヘッダに開始セグメント（例えば、ｓｅｇ２０５）のセグメント番号及び時間単位（Ｔ１−Ｔ２）を含むコンテンツ要求パケットを受信したノードＢ（１４５０）は、自身のキャッシュにある全てのコンテンツセグメントを用いて順に応答する。ノードＢ（１４５０）がコンテンツセグメントを全て格納していない場合、ノードＢ１４５０は、自身が格納していない残りのセグメントを要求するために次のノードに更なる時間単位のコンテンツ要求パケットを送信する。

特定時間単位（Ｔ１）が満了した場合、コンテンツ要求者１４１０は、特定時間単位の次の時間単位（Ｔ１）及び特定時間単位に対応するコンテンツ要求パケットによって最後に受信したセグメント（例えば、ｓｅｇ３７８）の次のセグメント（ｓｅｇ３７９）に関する情報を含むコンテンツ要求パケットをノードＡ（１４３０）に送信する。

コンテンツ要求者１４１０は、特定時間単位（Ｔ１）が満了した場合、当該特定時間単位（Ｔ１）で最後に受信したコンテンツセグメントパケット（ｓｅｇ３７８）によって次の開始セグメント（ｓｅｇ３７９）のセグメント番号を把握できる。

コンテンツ要求者１４１０から特定時間単位の次の時間単位（Ｔ１）及び次のセグメント（ｓｅｇ３７９）に関する情報を含むコンテンツ要求パケットを受信したノードＡ（１４３０）は、ノードＢ（１４５０）からすでに受信したが、特定時間単位（Ｔ１）の満了により伝達できなかったセグメント（例えば、ｓｅｇ３７９〜ｓｅｇ３８１）をコンテンツ要求者１４１０に伝達する。

ここで、ノードＡ１４３０がコンテンツ要求者１４１０に伝達できなかった、キャッシュに格納されていたセグメント（例えば、ｓｅｇ３７９〜ｓｅｇ３８１）を送信するためにかかる時間単位をＴ３としよう。ノードＡ（１４３０）は、キャッシュ処理時間に基づいて減少した時間間隔（例えば、Ｔ１−Ｔ３）とノードＡ１４３０のキャッシュに格納されていない開始セグメント（ｓｅｇ３８２）のセグメント番号を含むコンテンツ要求パケットを次のノードＢ（１４５０）に送信する。

時間間隔（例えば、Ｔ１−Ｔ３）とセグメント（ｓｅｇ３８２）のセグメント番号を含むコンテンツ要求パケットを受信したノードＢ（１４５０）は、当該セグメント（ｓｅｇ３８２）を、ノードＡ（１４３０）を経てコンテンツ要求者１４１０に伝達する。

上述したように本発明の実施形態が限定された実施形態及び図面に基づいて説明されたが、当技術分野で通常の知識を有する者であれば前記記載から多様な修正及び変形が可能であろう。例えば、説明された技術が説明された方法と異なる順序で行われるか、及び／又は説明されたシステム、構造、装置、回路などの構成要素が説明された方法と異なる形態で結合又は組合わされるか、又は、他の構成要素又は均等物によって置換されることによっても適切な結果を達成できる。

従って、他の実現例、他の実施形態、及び特許請求の範囲と均等なものも後述する特許請求の範囲に属する。

１０１ （インター）フェイス（０）
１０５ （インター）フェイス（１）
１１０ コンテンツストア（コンテンツキャッシュ）
１３０ ペンディングインタレストテーブル（Ｐｅｎｄｉｎｇ Ｉｎｔｅｒｅｓｔ Ｔａｂｌｅ、ＰＩＴ）
１５０ フォワーディング情報ベース（Ｆｏｒｗａｒｄｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ、ＦＩＢ）
２０１、２０５、２０９ 特定時間単位に基づくコンテンツ要求パケットのネーム
２０３、２０７ 複数のセグメントを含むコンテンツ応答パケットのネーム
２１０、１０１０、１１０５、１１０７、１３１０、１４１０ コンテンツ要求者
２３０、１０５０、１１０１、１３３０ コンテンツ提供者
１０２０，１０３０、１０４０ 第１、第２、第３ノード
１１０３ 中間ノード
１４３０、１４５０ ノードＡ、ノードＢ

Claims (46)

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. 前記コンテンツ要求パケットを受信するステップは、中間ノードのコンテンツストアに格納されていない前記コンテンツのセグメントのうち最初のセグメントのセグメント番号及び、前記特定時間単位から前記中間ノードのコンテンツストアに格納されたセグメントの処理に所要する時間間隔を除外した残りの時間単位を含むコンテンツ要求パケットを受信するステップを含む、ことを特徴とする請求項２０に記載のコンテンツ提供者の通信方法。
29. 前記コンテンツのセグメントのうち脱落したか、又はエラーが発生したセグメントを要求するコンテンツ要求パケットを受信するステップをさらに含む、ことを特徴とする請求項２０に記載のコンテンツ提供者の通信方法。
30. 前記脱落したか、又はエラーが発生したセグメントを要求するコンテンツ要求パケットは、前記特定時間単位に基づいたコンテンツ要求であることを示す識別子を含むことなく、ネームフィールドに前記脱落したか、又はエラーが発生したセグメントの番号を含む、ことを特徴とする請求項２９に記載のコンテンツ提供者の通信方法。
    
31. コンテンツネーム基盤のコンテンツ中心ネットワークにおけるコンテンツ提供のためのコンテンツ提供者の通信方法であって、
    コンテンツ要求パケットを受信するステップと、
    前記コンテンツ要求パケットが特定時間単位に基づくか否かを判断するステップと、
    前記判断結果に応じて、前記コンテンツ要求パケットが前記特定時間単位に基づいたリアルタイムストリーミングコンテンツ又は前記特定時間単位に基づいた一般コンテンツのうち何れかのコンテンツに対する要求であるかを決定するステップと、
    前記決定に基づいてコンテンツ応答パケットを生成するステップと、
    前記コンテンツ応答パケットを送信するステップと、
    を含む、ことを特徴とするコンテンツ提供者の通信方法。
32. 前記コンテンツ要求パケットが特定時間単位に基づくか否かを判断するステップは、前記コンテンツ要求パケットのヘッダ又は前記コンテンツネームに前記特定時間単位に基づいたコンテンツ要求であることを示す識別子があるか否かに基づいて、前記コンテンツ要求パケットが特定時間単位に基づくか否かを判断するステップを含む、ことを特徴とする請求項３１に記載のコンテンツ提供者の通信方法。
33. 前記あるコンテンツに対する要求であるかを決定するステップは、前記コンテンツ要求パケットのヘッダに含まれた情報を用いて前記コンテンツ要求パケットが前記特定時間単位に基づいたリアルタイムストリーミングコンテンツ又は前記特定時間単位に基づいた一般コンテンツのうち何れかのコンテンツに対する要求であるかを決定するステップを含む、ことを特徴とする請求項３１に記載のコンテンツ提供者の通信方法。
34. 前記コンテンツ応答パケットを生成するステップは、前記コンテンツ要求パケットが前記特定時間単位に基づいたリアルタイムストリーミングコンテンツに対する要求として決定される場合、前記リアルタイムストリーミングコンテンツのセグメントを含むコンテンツ応答パケットを生成するステップを含む、ことを特徴とする請求項３１に記載のコンテンツ提供者の通信方法。
35. 前記コンテンツ応答パケットを生成するステップは、前記コンテンツ要求パケットが前記特定時間単位に基づいた一般コンテンツを要求すると判断される場合、前記特定時間単位に基づいた一般コンテンツを含むコンテンツ応答パケットを生成するステップを含む、ことを特徴とする請求項３１に記載のコンテンツ提供者の通信方法。
36. 前記コンテンツが終了した場合、前記コンテンツの要求を取消すようにする取消し応答パケットを生成するステップをさらに含む、ことを特徴とする請求項３１に記載のコンテンツ提供者の通信方法。
37. 前記取消し応答パケットを生成するステップは、前記コンテンツの最後のセグメントのセグメント番号に予め設定された情報を記載するか、又は、前記コンテンツの最後のセグメントのペイロードサイズを予め設定された値に設定して前記取消し応答パケットを生成するステップを含む、ことを特徴とする請求項３６に記載のコンテンツ提供者の通信方法。
38. 前記コンテンツ要求パケットを受信するステップは、前記コンテンツの送信が持続する特定時間単位に関する情報を含むコンテンツ要求パケットを受信するステップを含む、ことを特徴とする請求項３１に記載のコンテンツ提供者の通信方法。
39. 前記コンテンツのセグメントのうち脱落したか、又はエラーが発生したセグメントを要求するコンテンツ要求パケットを受信するステップをさらに含み、
    前記脱落したか、又はエラーが発生したセグメントを要求するコンテンツ要求パケットは、前記特定時間単位に基づいたコンテンツ要求であることを示す識別子を含むことなく、ネームフィールドに前記脱落したか、又はエラーが発生したセグメントの番号を含む、ことを特徴とする請求項３８に記載のコンテンツ提供者の通信方法。
40. 前記コンテンツ要求パケットが特定時間単位に基づいていないと判断される場合、前記特定時間単位に基づかない一般コンテンツを含むコンテンツ応答パケットを生成するステップをさらに含む、ことを特徴とする請求項３１に記載のコンテンツ提供者の通信方法。
    
41. 請求項１に記載の方法を実行するプログラムが記録されていることを特徴とするコンピュータで読み出し可能な記録媒体。
42. コンテンツ中心ネットワークにおけるノードの通信方法であって、
    コンテンツ要求者からフェイスを介してコンテンツを要求する、特定時間単位に基づいた要求であることを示す識別子を含むコンテンツ要求パケットを受信するステップと、
    前記要求されたコンテンツが前記ノードのコンテンツストアにあるか否かを決定するステップと、
    前記要求されたコンテンツが前記ノードのコンテンツストアにある場合、コンテンツストアから前記コンテンツ要求者に前記要求されたコンテンツを送信するステップと、
    前記要求されたコンテンツが前記ノードのコンテンツストアにない場合、前記ノードのペンディングインタレストテーブル（ＰＩＴ）で前記要求されたコンテンツに対するルーティングエントリを記録し、前記コンテンツを検索するために選択されたフェイスを用いて前記コンテンツ中心ネットワークの他のノードにコンテンツ要求パケットをフォワードするステップと、
    を含む、ことを特徴とするノードの通信方法。
43. 前記ペンディングインタレストテーブル（ＰＩＴ）の各ルーティングエントリは、プリフィクス、フェイス値、及びセグメント識別子を含む、ことを特徴とする請求項４２に記載のノードの通信方法。
44. 前記要求されたコンテンツは、リアルタイムストリーミングコンテンツ又は一般コンテンツを含む、ことを特徴とする請求項４２に記載のノードの通信方法。
45. 前記フォワードするステップは、前記選択されたフェイスを決定するためにフォワーディング情報ベース（ＦＩＢ）を用いるステップを含む、ことを特徴とする請求項４２に記載のノードの通信方法。
46. 前記フォワードされたコンテンツ要求パケットに応答して前記検索されたコンテンツを受信するステップと、
    前記検索されたコンテンツの受信に応答して前記コンテンツ要求に対するコンテンツをルーティングするステップと、
    をさらに含む、ことを特徴とする請求項４２に記載のノードの通信方法。

Images