(57)【要約】      （修正有）【課題】要求ノードから近い位置にあるキャッシュノードを探索することのできるキャッシュノードの探索方法を提供する。【解決手段】コンテンツの転送経路上のノードがコンテンツをキャッシュするとともにコンテンツの転送履歴を保存するネットワークにおけるキャッシュノードの探索方法であって、コンテンツを要求する要求ノードがコンテンツの名前で特定される経路を用いてコンテンツの名前を含む要求信号を送出する工程と、要求信号を受信したノードがキャッシュノードである場合は、要求ノードに対して最短経路で応答信号を送信する工程と、転送履歴を保存している場合は、応答信号の送信に加えて、転送履歴に基づきコンテンツの転送先であるノードに要求信号を転送する工程と、応答信号を受信した要求ノードは、応答信号のうち最もコスト値の低い応答信号を送信したキャッシュノードに対してアクノリッジ信号を送信する工程と、を備える。【選択図】図１
2015220699.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツの転送経路上のノードが前記コンテンツをキャッシュするとともに前記コンテンツの転送履歴を保存するネットワークにおける前記コンテンツをキャッシュしているキャッシュノードの探索方法であって、
前記コンテンツを要求する要求ノードが前記コンテンツの名前で特定される経路を用いて前記コンテンツの名前を含む要求信号を送出する工程と、
前記要求信号を受信した前記ノードが前記キャッシュノードでない場合は、前記要求信号を転送する工程と、
前記要求信号を受信した前記ノードが前記キャッシュノードである場合は、前記要求ノードに対して最短経路で応答信号を送信する工程と、
前記要求信号を受信した前記ノードが前記キャッシュノードであって、前記転送履歴を保存している場合は、前記応答信号の送信に加えて、前記転送履歴に基づき前記コンテンツの転送先である前記ノードに前記要求信号を転送する工程と、
前記応答信号を中継するノードが、前記応答信号内のコスト値を加算する工程と、
前記応答信号を受信した前記要求ノードは、前記応答信号のうち最もコスト値の低い応答信号を送信した前記キャッシュノードに対してアクノリッジ信号を送信する工程と、
を備えることを特徴とするキャッシュノードの探索方法。
【請求項２】
前記ネットワークは、更に前記ノードが前記コンテンツをキャッシュすると前記コンテンツの保持情報を隣接する前記ノードである近接ノードに通知するとともに、前記保持情報を受信した前記ノードが前記保持情報を記録するネットワークであって、
前記要求信号を受信した前記ノードが前記保持情報を記憶している場合、前記保持情報に基づき前記要求信号を前記近接ノードに転送する工程
を更に備えることを特徴とする請求項１記載のキャッシュノードの探索方法。
【請求項３】
前記ノードは、キャッシュしていた前記コンテンツが消去された後も前記コンテンツの前記転送履歴を保持し、前記要求信号を受信した当該ノードは前記転送履歴に基づき前記要求信号を転送することを特徴とする請求項１又は２記載のキャッシュノードの探索方法。
【請求項４】
前記コンテンツが消去され前記転送履歴を保持する前記ノードのうち、前記要求ノードから送信される前記要求信号を最初に受信する前記ノードが前記転送履歴に基づく前記要求信号の転送を行うことを特徴とする請求項３記載のキャッシュノードの探索方法。
【請求項５】
前記応答信号を中継するノードが前記キャッシュノードである場合、前記応答信号内の前記コスト値を初期化することを特徴とする請求項１乃至４の何れか１項記載のキャッシュノードの探索方法。
【請求項６】
前記応答信号を中継するノードが前記キャッシュノードである場合、当該キャッシュノードは前記応答信号内の前記コスト値を加算するとともに、新たな前記応答信号を生成し最短経路で前記要求ノードに送信することを特徴とする請求項１乃至４の何れか１項記載のキャッシュノードの探索方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ノードがコンテンツをキャッシュするネットワークにおいて、要求ノードに近接するキャッシュノードの探索方法に関する。
【背景技術】
【０００２】
近年、次世代ネットワークとして、Content Centric Network（ＣＣＮ）が注目を浴びている。
【０００３】
ＣＣＮの特徴の一つとして、ネットワ―ク内の中継ノードが転送されるコンテンツをキャッシュするという点がある。これにより、オリジナルのコンテンツサーバからダウンロードする場合に比べ、応答時間が短縮されたり、ネットワーク上のトラヒックを削減したりすることができる。
【０００４】
ＣＣＮのもう一つの特徴として、コンテンツを要求するノード（要求ノード）がコンテンツの要求を、コンテンツの名前（例えば、ＵＲＬ（Uniform Resource Locator）アドレス）に対応付けられた経路を用いて転送し、該経路上に存在する最初のキャッシュノード（該経路上で、要求ノードから最近接のキャッシュノード）からコンテンツをダウンロードするという点がある（非特許引用文献１）。
【０００５】
こうしたＣＣＮによるコンテンツのダウンロードについて、図１１を用いて説明する。図１１は、ノードＳをオリジンサーバとするコンテンツの散布状況の例を示す模式図である。
【０００６】
図１１において、コンテンツをキャッシュしているノードは黒丸、コンテンツをキャッシュしていないノードは白丸で表されている。コンテンツの名前に対応付けられた（名前ベースの）経路を実線及び破線で示し、実線で示す経路はノードＳとノードＲとを連絡する名前ベースの経路、破線で示す経路はノードＳとノードＤとを連絡する名前ベースの経路である。
【０００７】
ノードＲは、コンテンツ要求を、コンテンツの名前に対応付けられた経路に対して送出する。この要求に対して、実線で示す経路上で、ノードＲに最も近いコンテンツをキャッシュしているノード（この場合ノード２）が応答し、このノードからコンテンツがダウンロードされる。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】Van Jacobson, Diana K. Smetters, James D. Thornton, Michael F. Plass, Nicholas H. Briggs, and Rebecca L. Braynard, "Networking Named Content," Proceedings of CoNEXT 2009, December 1-4, 2009, pp.1-12.
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかし、図１１に示す例では、ノードＲに対してノード２が、コンテンツをキャッシュしている最近接のノードとは言えない。
【００１０】
図１１では、ノード２（ノードＲからのホップ数３）よりも、ノードＤ（ノードＲからのホップ数２）の方がノードＲに対して近接した位置にあるが、ノードＲに対する名前ベースの経路である実線で示す経路上にはノードＤは存在しないので、ノードＲの探索対象とはならなかった。
【００１１】
このように、従来のキャッシュノードの探索方法では、コンテンツの名前ベースの経路上に存在しないキャッシュノードを探索することができなかったため、名前ベースの経路上にあるキャッシュノードよりも近接するキャッシュノードを発見することができず非効率であった。
【００１２】
そこで、本発明は、上述した問題点に鑑みて案出されたものであり、要求ノードからオリジンノードとの間に設定されるコンテンツの名前ベースの経路内に限らず、名前ベースの経路以外の経路についても探索を行い、要求ノードから近い位置にあるキャッシュノードを探索することのできるキャッシュノードの探索方法を提供することを目的とする。
【課題を解決するための手段】
【００１３】
第１発明に係るキャッシュノードの探索方法は、コンテンツの転送経路上のノードが前記コンテンツをキャッシュするとともに前記コンテンツの転送履歴を保存するネットワークにおける前記コンテンツをキャッシュしているキャッシュノードの探索方法であって、前記コンテンツを要求する要求ノードが前記コンテンツの名前で特定される経路を用いて前記コンテンツの名前を含む要求信号を送出する工程と、前記要求信号を受信した前記ノードが前記キャッシュノードでない場合は、前記要求信号を転送する工程と、前記要求信号を受信した前記ノードが前記キャッシュノードである場合は、前記要求ノードに対して最短経路で応答信号を送信する工程と、前記要求信号を受信した前記ノードが前記キャッシュノードであって、前記転送履歴を保存している場合は、前記応答信号の送信に加えて、前記転送履歴に基づき前記コンテンツの転送先である前記ノードに前記要求信号を転送する工程と、前記応答信号を中継するノードが、前記応答信号内のコスト値を加算する工程と、前記応答信号を受信した前記要求ノードは、前記応答信号のうち最もコスト値の低い応答信号を送信した前記キャッシュノードに対してアクノリッジ信号を送信する工程と、を備えることを特徴とする。
【００１４】
第２発明に係るキャッシュノードの探索方法は、第１発明において、前記ネットワークは、更に前記ノードが前記コンテンツをキャッシュすると前記コンテンツの保持情報を隣接する前記ノードである近接ノードに通知するとともに、前記保持情報を受信した前記ノードが前記保持情報を記録するネットワークであって、前記要求信号を受信した前記ノードが前記保持情報を記憶している場合、前記保持情報に基づき前記要求信号を前記近接ノードに転送する工程を更に備えることを特徴とする。
【００１５】
第３発明に係るキャッシュノードの探索方法は、第１又は第２発明において、前記ノードは、キャッシュしていた前記コンテンツが消去された後も前記コンテンツの前記転送履歴を保持し、前記要求信号を受信した当該ノードは前記転送履歴に基づき前記要求信号を転送することを特徴とする。
【００１６】
第４発明に係るキャッシュノードの探索方法は、第３発明において、前記コンテンツが消去され前記転送履歴を保持する前記ノードのうち、前記要求ノードから送信される前記要求信号を最初に受信する前記ノードが前記転送履歴に基づく前記要求信号の転送を行うことを特徴とする。
【００１７】
第５発明に係るキャッシュノードの探索方法は、第１発明乃至第４発明の何れか１つにおいて、前記応答信号を中継するノードが前記キャッシュノードである場合、前記応答信号内の前記コスト値を初期化することを特徴とする。
【００１８】
第６発明に係るキャッシュノードの探索方法は、第１発明乃至第４発明の何れか１つにおいて、前記応答信号を中継するノードが前記キャッシュノードである場合、当該キャッシュノードは前記応答信号内の前記コスト値を加算するとともに、新たな前記応答信号を生成し最短経路で前記要求ノードに送信することを特徴とする。
【発明の効果】
【００１９】
上述した構成からなる本発明によれば、要求ノードからオリジンノードとの間に設定されるコンテンツの名前ベースの経路内に限らず、名前ベースの経路以外の経路についても探索を行い、要求ノードから近い位置にあるキャッシュノードを探索することが可能となる。
【図面の簡単な説明】
【００２０】
【図１】第１実施形態に係るネットワークの構成を示す模式図である。
【図２】第１の実施形態におけるデータ送受信の４つのフェーズを示すタイミングチャートである。
【図３】各フェーズにおける信号フレームのヘッダを示す模式図である。
【図４】各ノードにコンテンツ対応に生成され、入力されたポートを示すイングレスフィールド、出力されたポートを示す履歴フィールドから構成されるステータス情報を示す模式図である。
【図５】ブランチキャストが行われる様子を示し、（ａ）は低拡散状態におけるブランチキャストを示す模式図、（ｂ）は高拡散状態におけるブランチキャストを示す模式図である。
【図６】第２実施形態に係るネットワークの構成を示す模式図である。
【図７】第２実施形態におけるステータス情報を示す模式図である。
【図８】シミュレーションモデルを示し、（ａ）はネットワークの構成を示す模式図、（ｂ）はコンテンツの要求動作のモデルを示す模式図である。
【図９】図８のシミュレーションモデルを用いて行われたシミュレーションの結果を示し、（ａ）は時間とホップ数の累積値を示すグラフ、（ｂ）は時間とヒット待ち時間の累積値を示すグラフである。
【図１０】第３実施形態に係るネットワークにおける要求信号の送信様式を示す模式図である。
【図１１】ノードＳをオリジンサーバとするコンテンツの散布状況の例を示す模式図である。
【発明を実施するための形態】
【００２１】
［第１実施形態］
以下、本発明の第１実施形態に係るキャッシュノードの探索方法について詳細に説明する。
【００２２】
本発明によるコンテンツのキャッシュノード探索方法は、次の点が従来の既存方式と共通している。
【００２３】
（ａ）要求ノードは、コンテンツの名前に対応付けられたパスを用いてコンテンツ要求を行う。
【００２４】
（ｂ）コンテンツを保持しない中継ノードは、コンテンツ要求を、コンテンツの名前に対応付けられたパスに従って転送する。
【００２５】
（ｃ）コンテンツのダウンロード時、コンテンツを中継するノードは、コンテンツのキャッシュを行う。
【００２６】
一方、本実施形態に係るキャッシュノードの探索方法が従来の既存方式と異なる点は以下の通りである。
【００２７】
（Ａ）各ノードは、コンテンツの転送あるいはダウンロードを行った場合、その出力ポート番号を、履歴として記したステータス情報を保有する。
【００２８】
（Ｂ）コンテンツ要求を受信したノードは、そのコンテンツに関するステータス情報を有する場合、ステータス情報に記録されている出力ポートを介してコンテンツ要求を転送する（この動作を以下「ブランチキャスト」と呼ぶ）。このブランチキャストは、コンテンツ要求が、ステータス情報を有しないノードに至るまで繰り返される。ただし、隣接ノードが要求ノードの場合、ブランチキャストは行われない。
【００２９】
（Ｃ）コンテンツ要求を受信したキャッシングノード（要求されたコンテンツをキャッシィングしているノード）は、要求ノードに対し、最短経路を介して、応答信号を送出する。
【００３０】
（Ｄ）要求ノードは、応答信号に記録されたホップカウントをチェックし、最小値が記録された応答信号が受信されたポートを介して、アクノリッジ信号を送出し、最初に受信した応答ノードが、ダウンロードを行う。
【００３１】
以上の特徴を有する本発明の第１実施形態について、図１〜図４を用いて説明する。
【００３２】
図１は、第１実施形態に係るネットワークの構成を示す模式図である。図２は、第１実施形態におけるデータ送受信の４つのフェーズを示すタイミングチャートである。図３は、各フェーズにおける信号フレームのヘッダを示す模式図である。図４は、第１実施形態におけるステータス情報を示す模式図である。
【００３３】
図１において、要求されたコンテンツを既に保持・キャッシュしているノードを黒丸で、キャッシュしていないノードを白丸で示す。
【００３４】
このコンテンツをソースノードとして保持しているオリジンサーバであるノードＳからノードＤへの、コンテンツの名前ベースのパスの経路（ノードＳ→Ａ→Ｂ→Ｃ→Ｄ）を点線で示す。
【００３５】
また、ノードＳからノードＲへのコンテンツの名前ベースのパスの経路（ノードＳ→１→２→７→８→Ｒ）を実線で示す。
【００３６】
なお、オリジンサーバとは、データセンタ内にあるサーバであり、各ノードにキャッシュされるコンテンツが当初保存されるサーバである。すなわち、当初コンテンツはオリジンサーバであるノードＳにのみ保存され、順序ダウンロードの進展に伴い各サーバにキャッシュされていく。
【００３７】
こうしたネットワークにおいて、コンテンツのダウンロード要求がノードＲに生じると、図２に示す様に、コンテンツ要求（ステップＳ１、Ｓ２）、応答（ステップＳ３、Ｓ４、Ｓ５）、アクノリッジ（ステップＳ６）及びコンテンツ転送（ダウンロード）（ステップＳ７）の４つのフェーズにより構成される処理動作が行われる。
【００３８】
まず、ノードＲは、コンテンツ要求を示す信号フレームを、コンテンツの名前ベースのパス（図中、ノードＲに対する名前ベースのパスと記述）を用いて送出する（ステップＳ１）。
【００３９】
このコンテンツ要求を示す信号フレームは、図３に示すように、自身のノードＩＤを要求ノードＩＤとし、要求するコンテンツの名前（例えばＵＲＬアドレス）及びそれをラベル化したコンテンツラベルを含んでいる。タイプフィールドは、コンテンツ要求を示す信号フレームである。
【００４０】
要求ノードＩＤとコンテンツラベルのセットがコンテンツの名前と対応付けられるので、ノードＲにおいてコンテンツラベルをローカルに割り当てることができる。
【００４１】
図４は、コンテンツをキャッシュしているノード２、３、４、５に記憶されているステータス情報を示す。ステータス情報は、コンテンツ名前フィールド、イングレスフィールド及び履歴フィールドを備えて構成されている。
【００４２】
コンテンツ名前フィールドには、コンテンツの名前がノード２、３、４、５について共通に記録されている。
【００４３】
イングレスフィールドには、コンテンツが転送された入力ポートが記録されている。
【００４４】
なお、ノード２の場合、上流に位置する隣接のノード１に接続された入力ポートという意味で（１）と示している。同様に、ノード３、４、５のイングレスフィールドには（２）、（２）、（４）が記されている。
【００４５】
また、このポート番号は、説明をしやすくするために便宜上、括弧内のノードに接続されている各ノードのポート番号という意味であり、例えばノード３、４のイングレスフィールドは共に（２）で表現しているが、必ずしも同じポート番号を意味するものではない。
【００４６】
履歴フィールドは、コンテンツの転送出力ポートを記録する。ノード２，４の履歴フィールドには、それぞれ下流に位置し、コンテンツを出力した履歴のある隣接ノードに接続された出力ポート（３）、（４）及び（５）が記録されている。ノード３，５は、他のノードにコンテンツの転送をしていないので、履歴フィールドに記録は無い。
【００４７】
ノード８は、ノードＲからのコンテンツの要求信号を受信すると、自己のステータス情報を参照する。このコンテンツに関するステータス情報が無い場合には、ノード８は、この要求信号をこのコンテンツ名前で特定される経路に従ってノード７に転送する。ノード７も同様にステータス情報が無いため、要求信号をノード２に転送する。
【００４８】
ノード２は、該コンテンツの名前ベースのパス上で、ステータス情報を有しているノードのうち、ノードＲからの要求信号を最初に受信するノードである。ここでは、最初に要求信号を受信するキャッシュノードをフォークノードと呼ぶ（特許請求の範囲記載の第１のノードに対応）。
【００４９】
このフォークノード（この場合、ノード２）は、ステータス情報内の履歴フィールドに記録されているポートに対して要求信号を転送することで、本実施形態ではノード３、４に対する転送が行われる（ステップＳ２）。
【００５０】
なお、このノード２からノード３、４に対する履歴フィールド情報に基づく要求信号の転送は、枝方向へのマルチキャストで行われるため、以下こうした枝方向への転送をブランチキャストと呼ぶ。
【００５１】
また、ノード４は、要求信号を受信すると、自己の該コンテンツに関するステータス情報に基づき、転送履歴のあるノード５に対し要求信号を転送する（ステップＳ２）。ノード３及び５は転送履歴が無いので要求信号の転送は行わない。
【００５２】
要求信号を受信したノードのうち、要求されているコンテンツをキャッシュしているノードは、要求ノード（本実施形態ではノードＲ）に対し、応答信号を、最短経路（最小コスト経路）を介して送信する（ステップＳ４、Ｓ５）。最短経路には、各ノードの位置を示すローケーションＩＤを用いる。ＭＡＣアドレスも可能であるが、一般的にはＩＰ（Internet Protocol）アドレスを用い、公知のＩＰルーティングプロトコルに基づき最短経路が決定される。
【００５３】
この応答信号では、図３に示す応答信号のヘッダのタイプフィールドは応答信号であることを示すものとなっている。応答信号は、要求ノードＩＤを宛先情報として最短経路を経由して要求ノードに転送される。
【００５４】
また、応答信号のコスト値（本実施形態では図３に示すホップカウント）は、ノードによる中継が行われるたびに加算されていく。
【００５５】
なお、ノード４においては、応答信号の送出ポート（ノードＲへの最短経路）が要求信号の送出ポートと重なる。本実施形態においてはこの場合、要求信号の転送先のノード５の方が要求ノードに近いことが自明なので、ノード４からの応答信号の送出は行われない。なお、本発明においてはノード４からの応答信号の送出を行う態様としてもよい。
【００５６】
ノード４を経て要求信号を受信したノード５は応答信号を送出する（ステップＳ５（最短経路はノード６経由）。
【００５７】
ノード３も同様に、応答信号を要求ノードに対し送出するが、最短経路上に、該コンテンツのキャッシュノードが存在する場合、本実施形態では、ノードＤが存在する場合、ノードＤは、ノード３からの応答信号のホップカウントを初期化し、自身を応答ノードとする応答信号を送出する（ステップＳ４）。
【００５８】
なお、本実施形態においてはホップカウントの初期化が行われるが、本発明においてはこれに限らず、ノードＤはホップカウントの加算を行い当該応答信号の転送を行いつつ、新たにノードＤ自身が新たな応答信号の送出を行う態様としてもよい。
【００５９】
応答信号の中継ノード７、８、９においては、応答信号の転送先（出力ポート）は、要求ノードＩＤに基づいて決定するが、同時に、逆方向の経路を、コンテンツラベルと要求ノードＩＤのセットで記憶する。この逆方向の経路は、後述するように、アクノリッジ信号の転送に用いられる。
【００６０】
以上の結果、ノードＲは、ホップカウントが３、３、２となるノード２、５、Ｄからの応答信号を、それぞれ受信する。
【００６１】
応答信号を受信したノードＲは、受信された応答信号のうち最もホップカウントの小さい応答信号を受信したポート（この場合ノードＤに向かう経路上のポート）に対し、図３のタイプフィールドがアクノリッジであることを示すアクノリッジ信号（ＡＣＫ）を送出する（ステップＳ６）。
【００６２】
ノードＲからのアクノリッジ信号を受信したノード９は、アクノリッジ信号の転送先として、要求ノードＩＤとコンテンツラベルのセット情報に基づいて応答信号のたどった経路と逆の経路を選択する。その結果、ノード９がノードＤにアクノリッジ信号を転送し、ノードＤがアクノリッジ信号を受信する。
【００６３】
ノードＤは、コンテンツラベル情報をチェックし、自身がキャシュしているコンテンツであることを認識し、ノードＲへの該コンテンツの転送（ダウンロード）を行う（ステップＳ７）。
【００６４】
以上の手順により、コンテンツの名前ベースの経路上に限ることなく、要求ノードに近いキャッシュノードが探索される。なお、図３のヘッダ構成において、「コンテンツ名前」に関しては、要求信号において、コンテンツラベルと要求ノードとのセットと、コンテンツ名前との対応付けを行っておけば、要求信号以外は必須のものではなくなる。
【００６５】
本実施形態の振る舞いの特徴を、図５を用いて説明する。図５は、ブランチキャストが行われる様子を示し、（ａ）は低拡散状態におけるブランチキャストを示す模式図、（ｂ）は高拡散状態におけるブランチキャストを示す模式図である。
【００６６】
本発明が前提とするコンテンツネットワークでは、コンテンツの配信元のノードＳをルートとする配信木のルートに近いノードから、コンテンツはキャッシュ、散布されてゆく。
【００６７】
従って、コンテンツの散布度が低い場合（コンテンツの散布が始まった段階）においては、同図（ａ）に示す様にフォークノード（コンテンツの名前ベースのパス上で、ステータス情報を有しているノードのうち、ノードＲからの要求信号を最初に受信するノード）は、ノードＳに近い位置にある。
【００６８】
一方、コンテンツの散布が進むと、同図（ｂ）に示す様に、フォークノードは要求ノードＲに近づいてゆく。
【００６９】
従って、フォークノードが、コンテンツ要求信号を枝方向にブランチキャストする構成にしておけば、コンテンツの散布度が小さい場合は、配信木の上の位置で要求信号がブランチキャストされるので、より広範囲のノードに対し転送される。
【００７０】
一方、コンテンツの散布度が大きくなると、フォークノードからの枝のサイズは小さくなり、コンテンツ要求信号の転送範囲、即ち、キャッシュノードの探索範囲が小さくなっても、要求ノードに近いキャッシュノードを得ることができる。
【００７１】
即ち、フォークノードの位置は、コンテンツの散布度に応じて、自動的にシフトするので、フォークノードがコンテンツ要求信号をブランチキャストする構成とすることにより、自律的に、探索範囲の最適化が図れる、という特徴を本発明は有している。本特徴の有効性ついては、シミュレーション結果を用いて後ほど説明する。
【００７２】
［第２実施形態］
本発明の第２実施形態について、図６及び図７を用いて説明する。図６は、第２実施形態に係るネットワークの構成を示す模式図である。図７は、第２実施形態におけるステータス情報を示す模式図である。
【００７３】
本実施形態では、第１実施形態で説明したフォークノードにおけるブランチキャスト制御に加え、コンテンツをキャッシュしたノードにより隣接ノードに対し、コンテンツをキャッシュしている旨の告知（保持情報の送信）が行われる。
【００７４】
図７に示す本実施形態におけるステータス情報は、図３に示す第１実施形態におけるステータス情報のフィールド構成に加えて、ＮＨＢＣ（Nest Hop Breadcrumb）フィールドが加わっている。ＮＨＢＣフィールドは、隣接ノード（Next Hop）があるコンテンツをキャッシュした場合、前述の告知情報（保持情報）に基づき、隣接ノードに至るポート番号が記録されるフィールドである。
【００７５】
図６の構成では、図１の構成と異なりノード６がコンテンツをキャッシュしている。本実施形態では、コンテンツの保持状況が隣接ノードに告知されるので、ノード７はノード２から、ノード８はノード６から、ノード９はノードＤからそれぞれ保持情報が届き、ＮＨＢＣフィールドにそれぞれ対応するポート番号が保持情報として記録される。
【００７６】
この状態で、ノードＲにコンテンツに対する要求が生じたとする。ノードＲは、自己のステータス情報のＮＨＢＣフィールドに保持情報が記録されていないので、第1の実施形態と同様、ノード８に対し要求信号を送出する。
【００７７】
ノード８のステータス情報のＮＨＢＣフィールドには、ノード６に至るポート番号が記録される。また、ノード８はコンテンツをキャッシュしていないので、イングレスフィールドには情報無し（Ｎｕｌｌ）が記録されている。
【００７８】
そして、ノード８は、保持情報、すなわちＮＨＢＣフィールドの記録に基づき、要求信号をノード６に転送する。
【００７９】
ノード８からの要求信号を受信したノード６は、ノードＲが要求するコンテンツをキャシュしているので、応答信号をノードＲに対し送出する。
【００８０】
このとき、応答信号は、最短経路（この場合、ノード６→７→Ｒ）を経由してノードＲに至る。応答ノードはノード６だけなので、ノードＲからのアクノリッジ信号は、ノード６への経路の途中にあるノード８へと送信される。
【００８１】
本実施形態によるＮＨＢＣフィールドを用いて応答ノードを特定する方法では、応答ノード数を１に抑えられるという効果もある。
【００８２】
次に、上述した第１及び第２実施形態における性能評価結果について以下に説明する。
【００８３】
図８は、シミュレーションモデルを示し、（ａ）はネットワークの構成を示す模式図、（ｂ）はコンテンツの要求動作のモデルを示す模式図である。図９は、図８のシミュレーションモデルを用いて行われたシミュレーションの結果を示し、（ａ）は時間とホップ数の累積値を示すグラフ、（ｂ）は時間とヒット待ち時間の累積値を示すグラフである。
【００８４】
図８（ａ）に示すシミュレーションモデルは、５６ノード、１００リンクにより構成される計算機シミュレーションのネットワークモデルである。図中のノードＳに対し、残りの５５個のノードがコンテンツ要求を行うモデルである。
【００８５】
このネットワークモデルにおけるコンテンツの要求動作モデルでは、図８（ｂ）に示すように、５５のタイム期間において、１タイム期間つき１個のコンテンツ要求が生起する。
【００８６】
この５５個のノードは、順にコンテンツ要求を行う。各ノードのコンテンツ要求の生起順序はランダムとし、１０万個のランダムパターンを生成し、その平均値を求めた。なお、コンテンツサイズ及びコンテンツの要求の時間間隔（タイム期間）は１に正規化している。
【００８７】
こうしたシミュレーションの結果を図９に示す。
【００８８】
図９（ａ）に示す平均ホップ数（累積値）、すなわち要求ノードとダウンロード行うノードとの間のホップ数の累積値は、中継ノードの数、即ち、コンテンツのキャッシングしているノード数と等しくなっている。
【００８９】
また、図９（ｂ）は、平均ヒット待ち時間（累積値）、すなわちコンテンツを中継するノードが、そのコンテンツをキャッシュしてから自身がそのコンテンツを要求する、即ちヒットするまでの待ち時間を示している。
【００９０】
なお、コンテンツをキャッシュする前にコンテンツ要求を行った場合は、ヒット待ち時間は、ゼロとする。ヒット待ち時間が長いほど使用効率は悪くなる性質を利用し、この時間をストレージ資源の使用効率を示す値として用いる。
【００９１】
図９に示すように、上述したホップ数の累積値とヒット待ち時間の累積値について、次の４方式の測定と比較が行われた。
【００９２】
１）ＣＣＮ方式（図９の実線）：応答ノード数が１、というのが特徴である。
【００９３】
２）真の最短ノード探索（図９の鎖線）：全てのキャッシュノードをチェックし、要求ノードと真に最近接にあるキャッシュノードを特定する方式である。応答ノード数は、コンテンツのキャシュノード数となる。
【００９４】
３）第１の実施形態方式（図９の１点鎖線）
【００９５】
４）第２の実施形態方式（図９の点線）
【００９６】
図９（ａ）の平均ホップ数については、いずれの方式においても、５５のタイム期間が過ぎ、全てのノードがキャッシュしてしまうと、累積キャッシュノード数は５５となる。途中段階では、ＣＣＮ方式が最も悪く、第２実施形態の方式が、真の最短ノードとほぼ同じ性能を示し、第１実施形態の方式は、僅かに劣る性能を提供している。
【００９７】
図９（ｂ）の平均ヒット待ち時間については、１つのコンテンツのダウンロードは、複数ノードによるキャッシングをもたらすが、プロットされる数値は、それぞれのキャッシングノードの平均ヒット待ち時間（累積値）の総和を示している。ＣＣＮ方式の性能は大きく劣っている。これは、タイム期間数が小さい散布の初期の段階では、ＣＣＮ方式はホップ数が大きく、キャッシュノード数が大きくなるため、ヒット待ち時間が長くなるからである。
【００９８】
平均ホップ数と同様、第２実施形態の方式は、真の最短ノードとほぼ同じ性能を示し、第１実施形態の方式は、僅かに劣る性能を提供している。
【００９９】
以上の結果より、第１実施形態と同様に第２実施形態の方法を用いれば、平均応答ノード数、即ち、探索オーバヘッドを抑えつつ、真の最近接状態に近いキャッシュノードを名前ベースの経路に限ることなく探索することができ、伝送路資源とストレージ資源の効率的使用が実現されていることが分かる。
【０１００】
［第３実施形態］
本実施形態では、キャッシュされたコンテンツが、時間の経過によって消去された場合においても他の近接するキャッシュノードを探索可能とした方式について説明する。
【０１０１】
本実施形態に係る方式におけるコンテンツ要求の転送規則は以下の通りである。
【０１０２】
１）要求されているコンテンツをキャッシュしていないノードは、コンテンツ要求を、該コンテンツに対応付けられた名前ベースパスに沿ってソースノード方向に転送する。
【０１０３】
２）該コンテンツに対応するステータス情報を有するノードは、記録されている転送履歴に基づいて、ブランチ方向にコンテンツ要求を転送する（ブランチキャスト動作）。
【０１０４】
これらの規則は、転送履歴を残すことで、キャッシュコンテンツを消去したノードに対しても適用できる。この場合の動作例を、図１０を用いて説明する。
【０１０５】
図１０は、第３実施形態に係るネットワークにおける要求信号の送信様式を示す模式図である。なお、図１０のノードの番号は、ノードＳ及びＲを除き、第1及び第２の実施形態に用いた図面のノードの番号との共通性は無い。
【０１０６】
ノードＳが格納しているコンテンツに対し、要求ノードＲとの間に、ノード１、６、及びＢを中継ノードとする該コンテンツの名前に対応するパスが設定されている。
【０１０７】
また、過去にノード１〜９及びノードＡがコンテンツをキャッシュしていたものの、現時点では一部のノードにおいてキャッシュされたコンテンツが削除されている。
【０１０８】
具体的には、黒丸で示されるノード１、２、５、８及び９においてコンテンツがキャッシュされ保持されている。一方、ノード３、４、６、７及びＡについてはコンテンツが削除されているものの、コンテンツの転送履歴を示す情報は保持されている。
【０１０９】
このネットワークにおいてノードＲに該コンテンツに対する要求が生じた場合、ノードＲからの要求信号は、第１実施形態と同様にして、最初のフォークノードであるノード６に送信される。
【０１１０】
ノード６は、規則１）に従い、要求信号をノード１に転送すると共に、規則２）に従い、ブランチキャスト動作を実施する。
【０１１１】
ノード１は、自身がコンテンツをキャッシュしているので、応答信号を送出するとともに、ステータス情報に基づき、ノード２、３及びノード４、５に対しても、破線で示す、要求信号のブランチキャスト動作を行う。
【０１１２】
なお、ノード４、７は、自身はコンテンツをキャッシュしていないが、該コンテンツに対する転送履歴に基づき、それぞれ、ノード５、８に対し、要求信号を転送する。
【０１１３】
以上の結果、ノード１、２、５、８及び９が、応答信号を送出する。それ以降の処理は、第1の実施形態又は第２実施形態と同じなので説明を省略する。
【０１１４】
本実施形態に係るキャッシュノードの探索方法によっても、要求ノードからオリジンノードとの間に設定されるコンテンツの名前ベースの経路内に限らず、名前ベースの経路以外の経路についても探索を行い、要求ノードから近い位置にあるキャッシュノードを探索することができる。
【０１１５】
また、キャッシュしていたコンテンツが消去されたノードについても転送履歴を保持することで、近接した位置にあるキャッシュノードの探索を効率的に行うことができる。
【０１１６】
[第４実施形態]
上述した第３の実施形態では、コンテンツ名前に対応付けられたパスにおいて、フォークノード（ノード６）以外のステータス情報を有すノード（ノード１）もブランチキャスト動作を行う。
【０１１７】
一方、第４実施形態に係る方式では、第３実施形態に係る方式と異なり、ブランチキャスト動作を行うのは、フォークノード（ノード６）のみとする。
【０１１８】
この結果、応答信号を送出するのは、ノード８、９及び１である。第３の実施形態に比べ、ノード２、５は応答しないので、最近接のキャッシュノードを探索すると言う点では劣るものの、応答ノード数を抑えることができる。
【０１１９】
また、上述した第３実施形態に係る方法と同様に、要求ノードからオリジンノードとの間に設定されるコンテンツの名前ベースの経路内に限らず、名前ベースの経路以外の経路についても探索を行い、要求ノードから近い位置にあるキャッシュノードを探索することができる。
【０１２０】
また、キャッシュしていたコンテンツが消去されたノードについてもステータス情報を保持することで、近接した位置にあるキャッシュノードの探索を効率的に行うことができる。
【符号の説明】
【０１２１】
１、２、３、４、５、６、７，８，９  ノード
Ａ、Ｂ、Ｃ、Ｄ  ノード
Ｓ  オリジンサーバ
Ｒ  要求サーバ
【図１】
2015220699.tif 000003
【図２】
2015220699.tif 000004
【図３】
2015220699.tif 000005
【図４】
2015220699.tif 000006
【図５】
2015220699.tif 000007
【図６】
2015220699.tif 000008
【図７】
2015220699.tif 000009
【図８】
2015220699.tif 000010
【図９】
2015220699.tif 000011
【図１０】
2015220699.tif 000012
【図１１】
2015220699.tif 000013