(57)【特許請求の範囲】
【請求項１】
ネットワークに接続する複数のノード装置に分散して保存されるコンテンツが、前記複数のノード装置により構成されるオーバーレイネットワークを介して配信される配信システムであり、前記ノード装置に保存されたコンテンツのうち前記ノード装置から送信された日時が古いコンテンツが削除される配信システムにおいて、
コンテンツの取得先のドメイン名を解決する情報処理装置であって、
前記複数のノード装置に分散して保存されるコンテンツに対応付けられたドメイン名と、コンテンツを保存する前記ノード装置の所在を示す所在情報と、前記所在情報が削除されるまでの時間を示す第１時間情報と、を対応付けてリストとして記憶する記憶手段と、
ドメイン名の解決を問い合わせる問い合わせ装置から、前記複数のノード装置に分散して保存されるコンテンツに対応付けられたドメイン名を受信する受信手段と、
前記受信手段により受信されたドメイン名に対応する前記所在情報が前記リストに記憶されているかを判定する第１判定手段と、
前記第１判定手段により記憶されていないと判定された場合、前記受信手段により受信されたドメイン名に対応付けられたコンテンツを保存する前記ノード装置の前記所在情報と、前記所在情報が所在を示す前記ノード装置が前記受信手段により受信されたドメイン名に対応付けられたコンテンツを削除するまでの時間以下の時間を示す第２時間情報とを取得する取得手段と、
前記取得手段により取得された前記所在情報と、前記第１時間情報として、前記取得手段により取得された前記第２時間情報と、前記受信手段により受信されたドメイン名と、を対応付けて前記記憶手段に記憶させる制御手段と、
前記第１判定手段により記憶されていると判定された場合、前記受信手段により受信されたドメイン名に対応する前記第１時間情報が示す時間を延長する延長手段と、
前記受信手段により受信されたドメイン名に対応する前記所在情報を前記問い合わせ装置へ送信する第１送信手段と、
前記リストに記憶された前記第１時間情報が示す時間が経過したとき、対応する前記所在情報を前記リストから削除する削除手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記延長手段は、前記第１判定手段により記憶されていると判定された場合、前記受信手段により受信されたドメイン名に対応する前記第１時間情報に、前記ノード装置がコンテンツを送信してからコンテンツを削除するまでの時間以下である所定時間を設定することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記問い合わせ装置は、ドメイン名を解決する装置であり、
前記受信手段は、前記複数のノード装置に分散して保存されるコンテンツに対応付けられたドメイン名の解決の問い合わせを受けた前記問い合わせ装置から、問い合わせ対象のドメイン名を受信し、
前記第１判定手段により記憶されていると判定された場合、前記第１送信手段は、前記受信手段により受信されたドメイン名に対応する前記所在情報と、前記問い合わせ装置が前記所在情報を削除するまでの時間として、前記延長手段により時間が延長された前記第１時間情報が示す時間以下の時間を示す第３時間情報と、を送信することを特徴とする請求項１または請求項２に記載の情報処理装置。
【請求項４】
前記第１送信手段により前記所在情報が送信された数を示す数情報を、前記受信手段により受信されたドメイン名に対応付けて記憶する第２記憶手段と、
前記受信手段により受信されたドメイン名に対応する前記数情報が示す数が第１の所定数より多いかを判定する第２判定手段と、
前記第１判定手段により記憶されていないと判定された場合、または、前記第２判定手段により前記第１の所定数より多いと判定された場合、前記受信手段により受信されたドメイン名に対応付けられたコンテンツの保存の指令を示す指令情報を何れかの前記ノード装置へ送信する第２送信手段と、
を更に備え、
前記取得手段は、前記第１判定手段により記憶されていないと判定された場合、または、前記第２判定手段により前記第１の所定数より多いと判定された場合、前記第２送信手段による前記指令情報の送信先の前記ノード装置の前記所在情報を取得することを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
【請求項５】
前記問い合わせ装置は、ドメイン名を解決する装置であり、
前記受信手段は、前記複数のノード装置に分散して保存されるコンテンツに対応付けられたドメイン名の解決の問い合わせを受けた前記問い合わせ装置から、問い合わせ対象のドメイン名を受信し、
前記第１送信手段は、前記第１判定手段により記憶されていると判定された場合、前記受信手段により受信されたドメイン名に対応する前記所在情報と、前記問い合わせ装置が前記所在情報を削除するまでの時間として、前記延長手段により時間が延長された前記第１時間情報が示す時間以下の時間を示す第３時間情報と、を送信し、
前記第１判定手段により記憶されていると判定された場合、前記受信手段により受信されたドメイン名に対応する前記所在情報の数が、第２の所定数以下であるかを判定する第３判定手段を更に備え、
前記第１送信手段は、前記第３判定手段により前記第２の所定数以下であると判定された場合、前記第２の所定数以下ではないと判定された場合よりも短い時間を示す前記第３時間情報を送信することを特徴とする請求項４に記載の情報処理装置。
【請求項６】
ネットワークに接続する複数のノード装置に分散して保存されるコンテンツが、前記複数のノード装置により構成されるオーバーレイネットワークを介して配信される配信システムであり、前記ノード装置に保存されたコンテンツのうち前記ノード装置から送信された日時が古いコンテンツが削除される配信システムにおいて、
コンテンツの取得先のドメイン名を解決する情報処理装置における情報処理方法であって、
ドメイン名の解決を問い合わせる問い合わせ装置から、前記複数のノード装置に分散して保存されるコンテンツに対応付けられたドメイン名を受信する受信ステップと、
前記受信ステップにおいて受信されたドメイン名に対応する前記所在情報が、前記複数のノード装置に分散して保存されるコンテンツに対応付けられたドメイン名と、コンテンツを保存する前記ノード装置の所在を示す所在情報と、前記所在情報が削除されるまでの時間を示す第１時間情報と、を対応付けてリストとして記憶する記憶手段に記憶された前記リストに記憶されているかを判定する判定ステップと、
前記判定ステップにおいて記憶されていないと判定された場合、前記受信ステップにおいて受信されたドメイン名に対応付けられたコンテンツを保存する前記ノード装置の前記所在情報と、前記所在情報が所在を示す前記ノード装置が前記受信ステップにおいて受信されたドメイン名に対応付けられたコンテンツを削除するまでの時間以下の時間を示す第２時間情報と、を取得する取得ステップと、
前記取得ステップにおいて取得された前記所在情報と、前記第１時間情報として、前記取得ステップにおいて取得された前記第２時間情報と、前記受信ステップにおいて受信されたドメイン名と、を対応付けて前記記憶手段に記憶させる制御ステップと、
前記判定ステップにおいて記憶されていると判定された場合、前記受信ステップにおいて受信されたドメイン名に対応する前記第１時間情報が示す時間を延長する延長ステップと、
前記受信ステップにおいて受信されたドメイン名に対応する前記所在情報を前記問い合わせ装置へ送信する送信ステップと、
前記リストに記憶された前記第１時間情報が示す時間が経過したとき、対応する前記所在情報を前記リストから削除する削除ステップと、
を含むことを特徴とする情報処理方法。
【請求項７】
ネットワークに接続する複数のノード装置に分散して保存されるコンテンツが、前記複数のノード装置により構成されるオーバーレイネットワークを介して配信される配信システムであり、前記ノード装置に保存されたコンテンツのうち前記ノード装置から送信された日時が古いコンテンツが削除される配信システムにおいて、
コンテンツの取得先のドメイン名を解決する情報処理装置に含まれるコンピュータに、
ドメイン名の解決を問い合わせる問い合わせ装置から、前記複数のノード装置に分散して保存されるコンテンツに対応付けられたドメイン名を受信する受信ステップと、
前記受信ステップにおいて受信されたドメイン名に対応する前記所在情報が、前記複数のノード装置に分散して保存されるコンテンツに対応付けられたドメイン名と、コンテンツを保存する前記ノード装置の所在を示す所在情報と、前記所在情報が削除されるまでの時間を示す第１時間情報と、を対応付けてリストとして記憶する記憶手段に記憶された前記リストに記憶されているかを判定する判定ステップと、
前記判定ステップにおいて記憶されていないと判定された場合、前記受信ステップにおいて受信されたドメイン名に対応付けられたコンテンツを保存する前記ノード装置の前記所在情報と、前記所在情報が所在を示す前記ノード装置が前記受信ステップにおいて受信されたドメイン名に対応付けられたコンテンツを削除するまでの時間以下の時間を示す第２時間情報と、を取得する取得ステップと、
前記取得ステップにおいて取得された前記所在情報と、前記第１時間情報として、前記取得ステップにおいて取得された前記第２時間情報と、前記受信ステップにおいて受信されたドメイン名と、を対応付けて前記記憶手段に記憶させる制御ステップと、
前記判定ステップにおいて記憶されていると判定された場合、前記受信ステップにおいて受信されたドメイン名に対応する前記第１時間情報が示す時間を延長する延長ステップと、
前記受信ステップにおいて受信されたドメイン名に対応する前記所在情報を前記問い合わせ装置へ送信する送信ステップと、
前記リストに記憶された前記第１時間情報が示す時間が経過したとき、対応する前記所在情報を前記リストから削除する削除ステップと、
を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オーバーレイネットワークを利用する配信システムの技術分野に関する。
【背景技術】
【０００２】
近年、端末装置に対して配信されるコンテンツを複数のサーバ装置に分散保存させ、コンテンツの配信負荷を複数のサーバ装置に分散させる配信システムが知られている。このような配信システムとしては、ＣＤＮ（Contents Delivery Network）がある。
【０００３】
例えば、特許文献１には、分散キャッシュシステムに関する技術が記載されている。この分散キャッシュシステムにおいて、キャッシュサーバＡは、クライアント端末から要求されたコンテンツを保存していない場合、オリジンサーバに向けてコンテンツの要求を送信する。キャッシュ制御サーバは、キャッシュサーバＡからオリジンサーバへのコンテンツの要求を受信すると、要求されたコンテンツを保存しているキャッシュサーバＢからキャッシュサーバＡへコンテンツを転送させる制御を行う。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−６６１６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ここで、ＣＤＮにＤＮＳ（Domain Name System）を適用する場合を想定する。この場合、ＤＮＳサーバは、コンテンツの取得先を示すドメイン名と、コンテンツを保存するサーバ装置のＩＰアドレス（Internet Protocol）と、を対応付けて記憶する。そして、ＤＮＳサーバは、端末装置等からのドメイン名の解決の問い合わせに対して、問い合わせ対象のドメイン名に対応するＩＰアドレスを返信する。これにより、端末装置は、受信したＩＰアドレスに基づいて、サーバ装置へコンテンツを要求する。
【０００６】
しかしながら、コンテンツを保存しているサーバ装置は、例えば、最後にアップロードした日時が古いコンテンツをキャッシュから削除する。そのため、ＤＮＳサーバは、コンテンツを削除したサーバ装置のＩＰアドレスを、端末装置等へ返信する可能性がある。すると、端末装置からコンテンツの要求を受けたサーバ装置は、コンテンツを送信することができない。あるいは、要求を受けたサーバ装置は、要求されたコンテンツを他のサーバ装置から取得する必要がある。この場合、端末装置がコンテンツを取得するまでに長い時間を要する。
【０００７】
本発明は、以上の点に鑑みてなされたものである。本発明は、ＣＤＮにＤＮＳを適用した配信システムにおいて、ドメイン名の解決の問い合わせに対して、取得対象のコンテンツを削除していない装置の所在を示す情報を送信することができる情報処理装置、情報処理方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、請求項１に記載の発明は、ネットワークに接続する複数のノード装置に分散して保存されるコンテンツが、前記複数のノード装置により構成されるオーバーレイネットワークを介して配信される配信システムであり、前記ノード装置に保存されたコンテンツのうち前記ノード装置から送信された日時が古いコンテンツが削除される配信システムにおいて、コンテンツの取得先のドメイン名を解決する情報処理装置であって、前記複数のノード装置に分散して保存されるコンテンツに対応付けられたドメイン名と、コンテンツを保存する前記ノード装置の所在を示す所在情報と、前記所在情報が削除されるまでの時間を示す第１時間情報と、を対応付けてリストとして記憶する記憶手段と、ドメイン名の解決を問い合わせる問い合わせ装置から、前記複数のノード装置に分散して保存されるコンテンツに対応付けられたドメイン名を受信する受信手段と、前記受信手段により受信されたドメイン名に対応する前記所在情報が前記リストに記憶されているかを判定する第１判定手段と、前記第１判定手段により記憶されていないと判定された場合、前記受信手段により受信されたドメイン名に対応付けられたコンテンツを保存する前記ノード装置の前記所在情報と、前記所在情報が所在を示す前記ノード装置が前記受信手段により受信されたドメイン名に対応付けられたコンテンツを削除するまでの時間以下の時間を示す第２時間情報とを取得する取得手段と、前記取得手段により取得された前記所在情報と、前記第１時間情報として、前記取得手段により取得された前記第２時間情報と、前記受信手段により受信されたドメイン名と、を対応付けて前記記憶手段に記憶させる制御手段と、前記第１判定手段により記憶されていると判定された場合、前記受信手段により受信されたドメイン名に対応する前記第１時間情報が示す時間を延長する延長手段と、前記受信手段により受信されたドメイン名に対応する前記所在情報を前記問い合わせ装置へ送信する第１送信手段と、前記リストに記憶された前記第１時間情報が示す時間が経過したとき、対応する前記所在情報を前記リストから削除する削除手段と、を備えることを特徴とする。
【０００９】
この発明によれば、情報処理装置は、受信したドメイン名に対応付けられたコンテンツを保存するノード装置の所在情報を取得するとき、所在情報を記憶手段から削除するまでの時間を取得する。所在情報を削除するまでの時間は、コンテンツを保存しているノード装置がコンテンツを削除するまでの時間以下とされる。そして、情報処理装置は、ドメイン名と、取得した所在情報と、取得した時間とを記憶する。また、情報処理装置から所在情報を受信した問い合わせ装置等は、受信した所在情報に基づいて、コンテンツを保存するノード装置へコンテンツを要求する。これに対し、ノード装置は、保存しているコンテンツを送信する。このとき、コンテンツの送信日時が新しくなるため、ノード装置がコンテンツを削除するまでの時間が延長されることになる。つまり、ノード装置が一度送信したコンテンツはある程度の時間保存されることが担保される。これに対し、情報処理装置は、問い合わせ装置に送信した所在情報を記憶手段から削除するまでの時間を延長する。従って、情報処理装置が記憶する所在情報が、ノード装置がコンテンツを削除するまでに削除される。そのため、取得対象のコンテンツを削除していないノード装置の所在情報を送信することができる。
【００１０】
請求項２に記載の発明は、前記延長手段は、前記第１判定手段により記憶されていると判定された場合、前記受信手段により受信されたドメイン名に対応する前記第１時間情報に、前記ノード装置がコンテンツを送信してからコンテンツを削除するまでの時間以下である所定時間を設定することを特徴とする。
【００１１】
この発明によれば、 コンテンツを保存しているノード装置の所在情報が送信されるとき、所在情報を削除するまでの時間として、所定の時間が設定される。そのため、延長時間の調整が不要となり、所在情報を削除するまでの時間を簡易に延長することができる。
【００１２】
請求項３に記載の発明は、前記問い合わせ装置は、ドメイン名を解決する装置であり、前記受信手段は、前記複数のノード装置に分散して保存されるコンテンツに対応付けられたドメイン名の解決の問い合わせを受けた前記問い合わせ装置から、問い合わせ対象のドメイン名を受信し、前記第１判定手段により記憶されていると判定された場合、前記第１送信手段は、前記受信手段により受信されたドメイン名に対応する前記所在情報と、前記問い合わせ装置が前記所在情報を削除するまでの時間として、前記延長手段により時間が延長された前記第１時間情報が示す時間以下の時間を示す第３時間情報と、を送信することを特徴とする。
【００１３】
この発明によれば、ドメイン名を解決する問い合わせ装置へ、ドメイン名に対応付けられた所在情報が返信されるとき、受信した所在情報を問い合わせ装置が削除するまでの時間が返信される。この時間は、情報処理装置が所在情報を記憶手段から削除する時間以下の時間である。つまり、コンテンツを保存しているノード装置がコンテンツを削除するまでの時間以下の時間である。そのため、問い合わせ装置が記憶する所在情報が、ノード装置がコンテンツを削除するまでに問い合わせ装置から削除される。従って、問い合わせ装置が、取得対象のコンテンツを削除していないノード装置の所在情報を問い合わせ元の装置へ送信することができる。
【００１４】
請求項４に記載の発明は、前記第１送信手段により前記所在情報が送信された数を示す数情報を、前記受信手段により受信されたドメイン名に対応付けて記憶する第２記憶手段と、前記受信手段により受信されたドメイン名に対応する前記数情報が示す数が第１の所定数より多いかを判定する第２判定手段と、前記第１判定手段により記憶されていないと判定された場合、または、前記第２判定手段により前記第１の所定数より多いと判定された場合、前記受信手段により受信されたドメイン名に対応付けられたコンテンツの保存の指令を示す指令情報を何れかの前記ノード装置へ送信する第２送信手段と、を更に備え、前記取得手段は、前記第１判定手段により記憶されていないと判定された場合、または、前記第２判定手段により前記第１の所定数より多いと判定された場合、前記第２送信手段による前記指令情報の送信先の前記ノード装置の前記所在情報を取得することを特徴とする。
【００１５】
この発明によれば、所在情報の送信数が多いドメイン名に対応付けられたコンテンツであるほど、オーバーレイネットワークへ要求される頻度が高いコンテンツである。この発明によれば、受信されたドメイン名に対応する所在情報の送信数が所定数よりも多い場合、何れかのノード装置がドメイン名に対応付けられたコンテンツを保存することになる。これにより、ドメイン名に対応付けられたコンテンツを保存するノード装置の数が増加する。従って、オーバーレイネットワークへ要求される頻度が高いコンテンツを保存するノード装置の数が増加するので、コンテンツの要求に対するノード装置の処理負荷を分散させることができる。
【００１６】
請求項５に記載の発明は、前記問い合わせ装置は、ドメイン名を解決する装置であり、前記受信手段は、前記複数のノード装置に分散して保存されるコンテンツに対応付けられたドメイン名の解決の問い合わせを受けた前記問い合わせ装置から、問い合わせ対象のドメイン名を受信し、前記第１送信手段は、前記第１判定手段により記憶されていると判定された場合、前記受信手段により受信されたドメイン名に対応する前記所在情報と、前記問い合わせ装置が前記所在情報を削除するまでの時間として、前記延長手段により時間が延長された前記第１時間情報が示す時間以下の時間を示す第３時間情報と、を送信し、前記第１判定手段により記憶されていると判定された場合、前記受信手段により受信されたドメイン名に対応する前記所在情報の数が、第２の所定数以下であるかを判定する第３判定手段を更に備え、前記第１送信手段は、前記第３判定手段により前記第２の所定数以下であると判定された場合、前記第２の所定数以下ではないと判定された場合よりも短い時間を示す前記第３時間情報を送信することを特徴とする。
【００１７】
この発明によれば、ドメイン名を解決する問い合わせ装置へ、ドメイン名に対応付けられた所在情報が返信されるとき、受信した所在情報を問い合わせ装置が削除するまでの時間が返信される。このとき、ドメイン名に対応付けられたコンテンツを保存するノード装置の数が少ない場合は、問い合わせ装置が所在情報を削除するまでの時間として短い時間を返信する。そのため、問い合わせ装置は短い時間で所在情報を削除するので、同じドメイン名の解決を情報処理装置へ問い合わせる頻度が高くなる。これにより、このドメイン名に対応する所在情報が情報処理装置から送信される数が多くなる。従って、コンテンツを保存するノード装置の数が少ない場合に、コンテンツを保存するノード装置の数を早く増加させることができる。
【００１８】
請求項６に記載の発明は、ネットワークに接続する複数のノード装置に分散して保存されるコンテンツが、前記複数のノード装置により構成されるオーバーレイネットワークを介して配信される配信システムであり、前記ノード装置に保存されたコンテンツのうち前記ノード装置から送信された日時が古いコンテンツが削除される配信システムにおいて、コンテンツの取得先のドメイン名を解決する情報処理装置における情報処理方法であって、ドメイン名の解決を問い合わせる問い合わせ装置から、前記複数のノード装置に分散して保存されるコンテンツに対応付けられたドメイン名を受信する受信ステップと、前記受信ステップにおいて受信されたドメイン名に対応する前記所在情報が、前記複数のノード装置に分散して保存されるコンテンツに対応付けられたドメイン名と、コンテンツを保存する前記ノード装置の所在を示す所在情報と、前記所在情報が削除されるまでの時間を示す第１時間情報と、を対応付けてリストとして記憶する記憶手段に記憶された前記リストに記憶されているかを判定する判定ステップと、前記判定ステップにおいて記憶されていないと判定された場合、前記受信ステップにおいて受信されたドメイン名に対応付けられたコンテンツを保存する前記ノード装置の前記所在情報と、前記所在情報が所在を示す前記ノード装置が前記受信ステップにおいて受信されたドメイン名に対応付けられたコンテンツを削除するまでの時間以下の時間を示す第２時間情報と、を取得する取得ステップと、前記取得ステップにおいて取得された前記所在情報と、前記第１時間情報として、前記取得ステップにおいて取得された前記第２時間情報と、前記受信ステップにおいて受信されたドメイン名と、を対応付けて前記記憶手段に記憶させる制御ステップと、前記判定ステップにおいて記憶されていると判定された場合、前記受信ステップにおいて受信されたドメイン名に対応する前記第１時間情報が示す時間を延長する延長ステップと、前記受信ステップにおいて受信されたドメイン名に対応する前記所在情報を前記問い合わせ装置へ送信する送信ステップと、前記リストに記憶された前記第１時間情報が示す時間が経過したとき、対応する前記所在情報を前記リストから削除する削除ステップと、を含むことを特徴とする。
【００１９】
請求項７に記載の発明は、ネットワークに接続する複数のノード装置に分散して保存されるコンテンツが、前記複数のノード装置により構成されるオーバーレイネットワークを介して配信される配信システムであり、前記ノード装置に保存されたコンテンツのうち前記ノード装置から送信された日時が古いコンテンツが削除される配信システムにおいて、コンテンツの取得先のドメイン名を解決する情報処理装置に含まれるコンピュータに、ドメイン名の解決を問い合わせる問い合わせ装置から、前記複数のノード装置に分散して保存されるコンテンツに対応付けられたドメイン名を受信する受信ステップと、前記受信ステップにおいて受信されたドメイン名に対応する前記所在情報が、前記複数のノード装置に分散して保存されるコンテンツに対応付けられたドメイン名と、コンテンツを保存する前記ノード装置の所在を示す所在情報と、前記所在情報が削除されるまでの時間を示す第１時間情報と、を対応付けてリストとして記憶する記憶手段に記憶された前記リストに記憶されているかを判定する判定ステップと、前記判定ステップにおいて記憶されていないと判定された場合、前記受信ステップにおいて受信されたドメイン名に対応付けられたコンテンツを保存する前記ノード装置の前記所在情報と、前記所在情報が所在を示す前記ノード装置が前記受信ステップにおいて受信されたドメイン名に対応付けられたコンテンツを削除するまでの時間以下の時間を示す第２時間情報と、を取得する取得ステップと、前記取得ステップにおいて取得された前記所在情報と、前記第１時間情報として、前記取得ステップにおいて取得された前記第２時間情報と、前記受信ステップにおいて受信されたドメイン名と、を対応付けて前記記憶手段に記憶させる制御ステップと、前記判定ステップにおいて記憶されていると判定された場合、前記受信ステップにおいて受信されたドメイン名に対応する前記第１時間情報が示す時間を延長する延長ステップと、前記受信ステップにおいて受信されたドメイン名に対応する前記所在情報を前記問い合わせ装置へ送信する送信ステップと、前記リストに記憶された前記第１時間情報が示す時間が経過したとき、対応する前記所在情報を前記リストから削除する削除ステップと、を実行させることを特徴とする。
【発明の効果】
【００２０】
本発明によれば、情報処理装置は、受信したドメイン名に対応付けられたコンテンツを保存するノード装置の所在情報を取得するとき、所在情報を記憶手段から削除するまでの時間を取得する。所在情報を削除するまでの時間は、コンテンツを保存しているノード装置がコンテンツを削除するまでの時間以下とされる。そして、情報処理装置は、ドメイン名と、取得した所在情報と、取得した時間とを記憶する。また、情報処理装置から所在情報を受信した問い合わせ装置等は、受信した所在情報に基づいて、コンテンツを保存するノード装置へコンテンツを要求する。これに対し、ノード装置は、保存しているコンテンツを送信する。このとき、コンテンツの送信日時が新しくなるため、ノード装置がコンテンツを削除するまでの時間が延長されることになる。つまり、ノード装置が一度送信したコンテンツはある程度の時間保存されることが担保される。これに対し、情報処理装置は、問い合わせ装置に送信した所在情報を記憶手段から削除するまでの時間を延長する。従って、情報処理装置が記憶する所在情報が、ノード装置がコンテンツを削除するまでに削除される。そのため、取得対象のコンテンツを削除していないノード装置の所在情報を送信することができる。
【図面の簡単な説明】
【００２１】
【図１】一実施形態の配信システムの概要構成例を示す図である。
【図２】一実施形態の配信システムＳの動作概要を示す図である。
【図３】（Ａ）は、ＣＤＮ用ＤＮＳサーバＳＣの概要構成例を示すブロック図であり、（Ｂ）は、ノードの概要構成例を示すブロック図である。
【図４】一実施形態におけるＣＤＮ用ＤＮＳサーバＳＣの制御部１の処理例を示すフローチャートである。
【図５】一実施形態におけるノードの制御部１１の処理例を示すフローチャートである。
【発明を実施するための形態】
【００２２】
以下、本発明の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、配信システムに本発明を適用した場合の実施形態である。
【００２３】
［１．配信システムの構成及び動作概要］
始めに、図１を参照して、本実施形態の配信システムの構成及び動作概要について説明する。図１は、本実施形態の配信システムの概要構成例を示す図である。配信システムＳは、ＤＮＳを適用したＣＤＮである。図１に示すように、本実施形態の配信システムＳは、センターサーバＳＳ、ＷｅｂサーバＳＷ、ＤＮＳサーバＳＤｉ（ｉ＝１，２，３・・・ｐ）、ＣＤＮ用ＤＮＳサーバＳＣ、及びノード装置Ｎｎ（ｎ＝１，２，３・・・ｋ）等により構成されている。ノード装置Ｎｎを、以下、「ノード」という。また、センターサーバＳＳ、ＷｅｂサーバＳＷ、ＤＮＳサーバＳＤｉ、ＣＤＮ用ＤＮＳサーバＳＣ及びノードはネットワークＮＷに接続されている。ネットワークＮＷは、インターネット等からなる。
【００２４】
また、図１に示すように、配信システムＳには、複数の拠点Ｐｎごとに拠点ネットワークＮＬｎが構築されている。この拠点の例としては、例えばカラオケ店舗、学校、会社、住宅、またはその他の施設等が挙げられる。拠点ネットワークＮＬｎは、例えば、通信手段としてのＬＡＮ（Local Area Network）等のプライベートネットワークである。
【００２５】
また、各拠点ネットワークＮＬｎには、ノードと複数の拠点端末Ｔｎ−ｌ（ｌ＝１，２，３・・・ｊ）とが接続されている。ノードは、同じ拠点ネットワークＮＬｎに接続されている拠点端末Ｔｎ−ｌへコンテンツを提供するエッジサーバとしての機能を有する。一方、拠点端末Ｔｎ−ｌは、コンテンツを再生する機能を有する。例えば、拠点Ｐｎがカラオケ店舗の場合、拠点端末Ｔｎ−ｌは、カラオケ用のコンテンツを再生するコマンダである。また、例えば拠点Ｐｎが学校である場合、教材用のコンテンツを再生する視聴端末である。また、例えば拠点Ｐｎが会社である場合、研修用のコンテンツを再生する視聴端末である。また、例えば拠点Ｐｎが住宅である場合、放送番組用のコンテンツを再生するセットトップボックスである。
【００２６】
ＷｅｂサーバＳＷは、Ｗｅｂページを拠点端末Ｔｎ−ｌに配信するためのサーバ装置である。ＤＮＳサーバＳＤｉ及びＣＤＮ用ＤＮＳサーバＳＣは、ドメイン名を解決するＤＮＳサーバである。複数のＤＮＳサーバＳＤｉの中には、所定のドメインのオーソリティと、拠点端末Ｔｎ−ｌからドメイン名の解決の問い合わせを受け付けるだけＤＮＳサーバと、が含まれる。オーソリティとは、ＤＮＳにおいて、所定のドメインに含まれるサブドメインに関する情報を管理するＤＮＳサーバである。ＣＤＮ用ＤＮＳサーバＳＣは、配信システムＳに対応するドメインのオーソリティである。具体的に、ＣＤＮ用ＤＮＳサーバＳＣは、配信システムＳにおいて配信されるコンテンツの取得先に関する情報を管理する。配信システムＳにおいて配信されるコンテンツの実際の取得先は、ノードである。なお、ＣＤＮ用ＤＮＳサーバＳＣは、本発明における情報処理装置の一例である。また、ＤＮＳサーバＳＤｉ及び拠点端末Ｔｎ−ｌは、本発明における問い合わせ装置の一例である。
【００２７】
また、図１に示すように、配信システムＳには、ネットワークＮＷを介して互いに通信可能な複数のノードの参加によりオーバーレイネットワークＯＮが構成されている。オーバーレイネットワークＯＮは、仮想的なリンクを構成する論理的なネットワークである。オーバーレイネットワークＯＮは、特定のアルゴリズム、例えば、分散ハッシュテーブルを利用したアルゴリズムにより実現される。なお、分散ハッシュテーブルを、以下、「ＤＨＴ（Distributed Hash Table）」という。ここで、オーバーレイネットワークＯＮに参加するとは、ＤＨＴを用いたルーティングテーブルに基づいてオーバーレイネットワークＯＮを介して他のノードとの間で各種メッセージを送受信できる状態に稼動することをいう。なお、ＤＨＴを用いたルーティングテーブルについては、特開２００６−１９７４００号公報等で公知であるので、詳しい説明を省略する。また、オーバーレイネットワークＯＮに参加している各ノードには、ノードＩＤが付与されている。このノードＩＤは、ノードを、オーバーレイネットワークＯＮに参加しているノードの中から識別する固有の識別情報である。
【００２８】
配信システムＳにおいては、様々なコンテンツが複数のノードに分散して保存される。各コンテンツには、それぞれコンテンツＩＤが付与されている。コンテンツＩＤは、コンテンツを、オーバーレイネットワークＯＮに保存されるコンテンツの中から識別する固有の識別情報である。センターサーバＳＳは、コンテンツをオーバーレイネットワークＯＮに投入する。コンテンツの投入とは、コンテンツを何れかのノードに保存させ、保存されたコンテンツを、各ノードがオーバーレイネットワークＯＮから取得可能にすることである。各コンテンツのコンテンツＩＤ、タイトル等の属性情報は、コンテンツカタログ情報に記述されている。コンテンツカタログ情報は、センターサーバＳＳにより作成される。そして、センターサーバＳＳが、コンテンツカタログ情報を全てのノードに配信する。
【００２９】
ここで、コンテンツを保存しているノードを、以下、「保持ノード」という。また、保持ノードの所在は、インデックス情報として、このコンテンツの所在を管理しているノードに記憶される。コンテンツの所在を管理しているノードを、以下、「ルートノード」という。インデックス情報には、コンテンツを保存している保持ノードのノード情報と、コンテンツのコンテンツＩＤとの組が含まれる。ノード情報には、例えば、保持ノードのノードＩＤ、ＩＰアドレス及びポート番号が含まれる。ルートノードは、例えば、コンテンツＩＤと最も近いノードＩＤが割り当てられたノードであるように定められる。コンテンツＩＤと最も近いノードＩＤとは、例えば、ＩＤの上位桁が最も多く一致するノードＩＤである。
【００３０】
そして、あるノードが、オーバーレイネットワークＯＮを介して保持ノードからコンテンツを取得する場合がある。ここで、コンテンツを取得するノードを、以下、「ユーザノード」という。ユーザノードは、コンテンツを保存する保持ノードの所在をオーバーレイネットワークＯＮで検索する。具体的に、ユーザノードは、検索メッセージを送信する。検索メッセージは、取得対象のコンテンツの所在をコンテンツのルートノードに問い合わせるためのメッセージである。検索メッセージには、取得対象のコンテンツのコンテンツＩＤが含まれる。ルートノードは、受信した検索メッセージに含まれるコンテンツＩＤに対応するインデックス情報をインデックス情報キャッシュから取得する。ルートノードは、取得したインデックス情報を、検索メッセージの送信元のユーザノードに返信する。これにより、ユーザノードは、ルートノードから保持ノードのＩＰアドレス等を受信する。そして、ユーザノードは、保持ノードにアクセスし、コンテンツをダウンロードする。なお、コンテンツの所在をルートノードに問い合わせる処理は、例えば特開２００７−０５３６６２号公報等で公知であるので、詳しい説明を省略する。
【００３１】
ユーザノードは、保持ノードからコンテンツを取得したとき、コンテンツを公開する。コンテンツの公開とは、ユーザノードが取得したコンテンツを、オーバーレイネットワークＯＮから取得可能にすることをいう。具体的に、ユーザノードは、取得したコンテンツを保存する。そして、ユーザノードは、ルートノードへパブリッシュメッセージを送信する。パブリッシュメッセージは、コンテンツを保存したことをルートノードへ通知するためのメッセージである。パブリッシュメッセージは、保存したコンテンツのコンテンツＩＤと、コンテンツを保存したユーザノードのノード情報とを含む。ルートノードは、受信したパブリッシュメッセージに含まれるコンテンツＩＤとノード情報との組を含むインデックス情報を、インデックス情報キャッシュに記憶する。こうして、ユーザノードは、新たに、コンテンツを保存する保持ノードとなる。
【００３２】
各保持ノードは、保存しているコンテンツの最終アクセス日時が古くなると、そのコンテンツを削除する。最終アクセス日時は、保存されているコンテンツが、保持ノードから他のノードまたは拠点端末Ｔ１−１に対して最後にアップロードされた日時である。また、保存されているコンテンツが一度もアップロードされていない場合、最終アクセス日時は、コンテンツが保存された日時である。最終アクセス日時が古いコンテンツを削除する理由としては、あまり利用されないコンテンツを削除することにより、別のコンテンツを保存するための容量を増やすことが挙げられる。具体的に、保持ノードは、コンテンツを取得したとき、取得したコンテンツを、コンテンツ削除時間に対応付けて保存する。コンテンツ削除時間は、コンテンツが削除されるまでの残り時間である。保持ノードは、コンテンツ削除時間が経過すると、対応するコンテンツを削除する。具体的に、コンテンツ削除時間は、時間の経過に従って、その値が小さくなる。そして、コンテンツ削除時間が０になると、コンテンツは削除される。コンテンツ削除時間の初期値は予め定められている。保持ノードは、コンテンツを取得して保存したときと、コンテンツをアップロードしたときに、そのコンテンツのコンテンツ削除時間に対して、初期値を設定する。従って、保持ノードは、コンテンツをアップロードしたときには、そのコンテンツを削除するまでの残り時間を延長する。なお、保持ノードは、コンテンツの最終アクセス日または最終アクセス時刻のみを参照しても良い。つまり、保持ノードは、最終アクセス日または最終アクセス時刻が古いコンテンツを削除しても良い。具体的に、保持ノードは、最終アクセス日から所定の日数が経過すると、対応するコンテンツを削除する。この所定の日数は、コンテンツ削除時間に相当する。あるいは、保持ノードは、最終アクセス時刻からコンテンツ削除時間が経過すると、対応するコンテンツを削除する。
【００３３】
［２．ドメイン名の解決及びコンテンツの配信］
次に、図２を参照して、ＣＤＮ用ＤＮＳサーバＳＣによるドメイン名の解決及び配信システムＳにおける拠点端末Ｔｎ−ｌへのコンテンツの配信について説明する。図２は、本実施形態の配信システムＳの動作概要を示す図である。
【００３４】
ＣＤＮ用ＤＮＳサーバＳＣには、ノードリストが記憶されている。ノードリストは、配信システムＳに対応するドメインに含まれるサブドメインを解決するための情報である。図２に示すように、ノードリストには、複数のノードレコードが登録されている。ノードレコードは、ＤＮＳにおけるＡタイプのリソースレコードに相当する情報である。各ノードレコードには、ドメイン名、ＩＰアドレス、コンテンツＩＤ及びレコード削除時間等が格納されている。
【００３５】
ノードレコードに格納されるドメイン名は、配信システムＳに対応するドメインに含まれるサブドメインのドメイン名である。このドメイン名は、例えば、コンテンツごとに異なる名前が付与される。つまり、配信システムＳにおいて配信されるコンテンツに対応付けられたドメイン名が、コンテンツごとに存在する。例えば、コンテンツＩＤが、４桁の十進数であるとする。この場合、コンテンツＩＤそのものを文字化したものが、ドメイン名であっても良い。例えば、コンテンツＩＤが「0123」である場合、ドメイン名は、「0123」である。このとき、ＦＱＤＮ（Fully Qualified Domain Name）は、「0123.xxxxx.yy.zz」となる。ここで、「xxxxx.yy.zz」は、配信システムＳに対応するドメインのドメイン名である。なお、ノードレコードに、ドメイン名として、ＦＱＤＮが格納されても良い。
【００３６】
ノードレコードに格納されるＩＰアドレスは、ドメイン名に対応付けられたコンテンツを保存している保持ノードのＩＰアドレスである。前述したように、保持ノードは、保存しているコンテンツの最終アクセス日時が古くなると、そのコンテンツを削除する。ノードリストに登録されているノードレコードには、一度保存したコンテンツを削除しているノードのノードレコードは含まれていない。つまり、ノードリストには、現時点でもコンテンツを保存しているノードのＩＰアドレスが登録されていることが担保されるようになっている。その理由については、後述する。なお、ＩＰアドレスは、本発明における所在情報の一例である。
【００３７】
ノードレコードに格納されるコンテンツＩＤは、ドメイン名に対応付けられたコンテンツのコンテンツＩＤである。なお、ドメイン名自体にコンテンツＩＤが含まれている場合、ドメイン名と別にコンテンツＩＤが格納されている必要はない。
【００３８】
レコード削除時間は、ノードレコードが削除されるまでの残り時間である。レコード削除時間は、ＤＮＳにおけるリソースレコードのＴＴＬ（Time To Live）に相当する。レコード削除時間が経過すると、ノードレコードが削除される。具体的に、レコード削除時間は、時間の経過に従って、その値が小さくなる。そして、レコード削除時間が０になると、ノードレコードは削除される。レコード削除時間は、対応するコンテンツ削除時間以下になるように設定される。レコード削除時間に対応するコンテンツ削除時間とは、ノードレコードに格納されているＩＰアドレスに対応するノードが保存しているコンテンツのうち、ノードレコードに格納されているドメイン名に対応付けられたコンテンツのコンテンツ削除時間である。なお、レコード削除時間は、本発明における第１時間情報の一例である。
【００３９】
ある拠点端末Ｔｎ−ｌ、例えば、拠点端末Ｔ１−１が、コンテンツを取得する。例えば、拠点端末Ｔ１−１は、ＷｅｂサーバＳＷにアクセスして、ＨＴＭＬ（HyperText Markup Language）文書を取得する。そして、拠点端末Ｔ１−１は、取得したＨＴＭＬ文書に基づいて、Ｗｅｂページを表示する。このとき、拠点端末Ｔ１−１は、例えば、ＨＴＭＬ文書から、Ｗｅｂページ内で再生されるコンテンツのドメイン名を取得する。このドメイン名は、例えば、objectタグ、embedタグ等の予め定められたタグに記述されている。例えば、ドメイン名として、「0123.xxxxx.yy.zz」が記述されているとする。つまり、再生されるコンテンツは、コンテンツＩＤが「0123」であるコンテンツである。このコンテンツを、コンテンツＡとする。そこで、拠点端末Ｔ１−１は、名前解決要求メッセージを送信する（図２（１））。名前解決要求メッセージは、ドメイン名の解決を問い合わせるメッセージである。名前解決要求メッセージには、問い合わせ対象のドメイン名として、「0123.xxxxx.yy.zz」が含まれる。拠点端末Ｔ１−１は、名前解決要求メッセージを、ＣＤＮ用ＤＮＳサーバＳＣまたは何れかのＤＮＳサーバＳＤｉに送信する。何れのＤＮＳサーバに送信されるかは、拠点端末Ｔ１−１の設定による。ここでは、拠点端末Ｔ１−１は、ＤＮＳサーバＳＤ１に名前解決要求メッセージを送信したとする。
【００４０】
ＤＮＳサーバＳＤ１は、「0123.xxxxx.yy.zz」に対応するリソースレコードをキャッシュしていないとする。その場合、ＤＮＳサーバＳＤ１は、他のＤＮＳサーバへ、ドメイン名の解決を問い合わせる。ここでは、問い合わせ方法として、ＤＮＳにおける反復モードが用いられるとする。この場合、ＤＮＳサーバＳＤ１は、最終的には、名前解決要求メッセージに含まれる「xxxxx.yy.zz」が示すドメインのオーソリティに問い合わせを行う。従って、ＤＮＳサーバＳＤ１は、拠点端末Ｔ１−１から受信した名前解決要求メッセージを、ＣＤＮ用ＤＮＳサーバＳＣに転送する（図２（２））。
【００４１】
ＣＤＮ用ＤＮＳサーバＳＣは、受信した名前解決要求メッセージに含まれるドメイン名から、サブドメインのドメイン名である「0123」を取得する。そして、ＣＤＮ用ＤＮＳサーバＳＣは、「0123」で、リソースレコードを検索する。つまり、ＣＤＮ用ＤＮＳサーバＳＣは、コンテンツＩＤが「0123」であるコンテンツＡを保存するノードのＩＰアドレスを検索する（図２（３））。
【００４２】
このとき、ドメイン名として「0123」が格納されているノードレコードが１つもノードリストに登録されていなかったとする。この場合、ＣＤＮ用ＤＮＳサーバＳＣは、コンテンツＡを保存するノードのＩＰアドレスを取得する。具体的に、ＣＤＮ用ＤＮＳサーバＳＣは、コンテンツＡを新たに保存させるノードを、例えばランダムに決定する。例えば、ＣＤＮ用ＤＮＳサーバＳＣは、コンテンツを保存させるノードとして、ノードＮ１を決定したとする。すると、ＣＤＮ用ＤＮＳサーバＳＣは、決定したノードのＩＰアドレスを取得する。ＣＤＮ用ＤＮＳサーバＳＣは、各ノードのＩＰアドレスを予め記憶している。そして、ＣＤＮ用ＤＮＳサーバＳＣは、取得したＩＰアドレスに基づいて、ノードＮ１へコンテンツ保存要求メッセージを送信する（図２（４Ａ−１））。コンテンツ保存要求メッセージは、コンテンツを保存することを要求するメッセージである。コンテンツ保存要求メッセージは、保存対象のコンテンツのコンテンツＩＤを含む。この場合、コンテンツＩＤとして、コンテンツＡのコンテンツＩＤである「0123」が含まれる。なお、コンテンツ保存要求メッセージは、本発明における指令情報の一例である。
【００４３】
ノードＮ１は、受信したコンテンツ保存要求メッセージに含まれるコンテンツＩＤに対応するコンテンツＡを、センターサーバＳＳまたは他のノードから取得する。そして、ノードＮ１は、コンテンツＡを保存する。そして、ノードＮ１は、コンテンツＡのコンテンツ削除時間として、例えば、２４時間を初期値として設定する（図２（４Ａ−２））。ＣＤＮ用ＤＮＳサーバＳＣは、コンテンツ保存要求メッセージを送信したとき、ノードＮ１のノードレコードを新たにノードリストに登録する。このとき、ＣＤＮ用ＤＮＳサーバＳＣは、登録するノードレコードのレコード削除時間の初期値を取得する。レコード削除時間の初期値は、予めＣＤＮ用ＤＮＳサーバＳＣに記憶されている。レコード削除時間の初期値は、コンテンツ削除時間の初期値以下の値とされる。例えば、ＣＤＮ用ＤＮＳサーバＳＣは、２４時間を取得する。そして、ＣＤＮ用ＤＮＳサーバＳＣは、ドメイン名としての「0123」、ノードＮ１のＩＰアドレス及びレコード削除時間の初期値である２４時間を含むノードレコードを登録する。（図２（４Ａ−３））。
【００４４】
次いで、ＣＤＮ用ＤＮＳサーバＳＣは、コンテンツＡを保存させるノードとして決定したノードＮ１のＩＰアドレスを、ＤＮＳサーバＳＤ１に返信する（図２（５））。具体的に、ＣＤＮ用ＤＮＳサーバＳＣは、ノードＮ１のリソースレコードを含む名前解決応答メッセージを送信する。リソースレコードは、ノードレコードに格納されている情報を用いて生成される。具体的に、リソースレコードには、ドメイン名としての「0123」、ノードＮ１のＩＰアドレス及びリソースレコードのＴＴＬ等が含まれる。リソースレコードのＴＴＬは、ノードリストに登録されたノードレコードのレコード削除時間以下の値とされる。例えば、ＴＴＬには２０時間が設定される。
【００４５】
一方、ＣＤＮ用ＤＮＳサーバＳＣは、コンテンツＡを保存するノードレコードの検索の結果、例えば、１つ以上のノードレコードを発見したとする。この場合、ＣＤＮ用ＤＮＳサーバＳＣは、発見したノードレコードの中から、何れかのノードレコードを選択する。例えば、ＣＤＮ用ＤＮＳサーバＳＣは、ノードＮ１のノードレコードを選択する。次いで、ＣＤＮ用ＤＮＳサーバＳＣは、選択したノードＮ１のノードレコードのレコード削除時間を延長する（図２（４Ｂ））。例えば、ＣＤＮ用ＤＮＳサーバＳＣはノードレコードのレコード削除時間に、初期値である２４時間を設定する。そして、ＣＤＮ用ＤＮＳサーバＳＣは、選択したノードＮ１のリソースレコードを含む名前解決応答メッセージを、ＤＮＳサーバＳＤ１に返信する（図２（５））。このときのリソースレコードのＴＴＬには、延長後のレコード削除時間以下の値が設定される。例えば、ＴＴＬには２０時間が設定される。なお、ＴＴＬは、本発明における第３時間情報の一例である。
【００４６】
ＤＮＳサーバＳＤ１は、受信した名前解決応答メッセージに含まれるリソースレコードをキャッシュする（図２（６））。そして、ＤＮＳサーバＳＤ１は、受信した名前解決応答メッセージを拠点端末Ｔ１−１に送信する（図２（７））。拠点端末Ｔ１−１は、受信した名前解決応答メッセージに含まれるリソースレコードから、ノードＮ１のＩＰアドレスを取得する。また、拠点端末Ｔ１−１は、コンテンツＡのドメイン名から、コンテンツＩＤである「0123」を取得する。そして、拠点端末Ｔ１−１は、取得したＩＰアドレスに基づいて、ノードＮ１へコンテンツ送信要求メッセージを送信する（図２（８））。コンテンツ送信要求メッセージは、コンテンツのアップロードを要求するメッセージである。コンテンツ送信要求メッセージは、アップロード対象のコンテンツのコンテンツＩＤである「0123」を含む。ノードＮ１は、受信したコンテンツ送信要求メッセージに含まれるコンテンツＩＤに対応するコンテンツＡを、拠点端末Ｔ１−１へアップロードする（図２（９））。また、ノードＮ１は、コンテンツＡのコンテンツ削除時間を延長する（図２（１０））。例えば、ノードＮ１は、コンテンツ削除時間に、初期値である２４時間を設定する。
【００４７】
例えば、ノードＮ２が、コンテンツＢを保存していたとする。また、ＣＤＮ用ＤＮＳサーバＳＣのノードリストには、コンテンツＢのドメイン名と、ノードＮ２のＩＰアドレスとを含むノードレコードが登録されているとする。ここで、ノードＮ２のノードレコードのレコード削除時間が０になったとする。従って、ＣＤＮ用ＤＮＳサーバＳＣは、ノードＮ２のノードレコードをノードリストから削除する（図２（１１））。一方、ほぼ同じタイミングで、ノードＮ２が保存しているコンテンツＢのコンテンツ削除時間が０になる。従って、ノードＮ２は、コンテンツＢを削除する（図２（１２））。
【００４８】
以上のように、ＣＤＮ用ＤＮＳサーバＳＣは、問い合わせ対象のドメイン名に対応するコンテンツを保存するノードのＩＰアドレスが登録されていないとき、コンテンツを保存するノードのＩＰアドレスを取得する。図２の例の場合、ＣＤＮ用ＤＮＳサーバＳＣは、何れかのノードにコンテンツを保存させるよう、コンテンツ保存要求メッセージを送信する。そして、ＣＤＮ用ＤＮＳサーバＳＣは、取得したＩＰアドレスを返信する。従って、ＣＤＮ用ＤＮＳサーバＳＣは、名前解決要求メッセージに対して、コンテンツを保存しているノードのＩＰアドレスを返信することができる。また、ＣＤＮ用ＤＮＳサーバＳＣは、取得したＩＰアドレスを含むノードレコードを登録する。このとき、ＣＤＮ用ＤＮＳサーバＳＣは、取得したＩＰアドレスに対応するノードにおけるコンテンツ削除時間以下の時間を、レコード削除時間として設定する。従って、ノードが保存したコンテンツが削除されるまでには、対応するノードレコードが削除される。図２の例の場合、コンテンツ削除時間の初期値と、レコード削除時間の初期値とが、同値とされている。そのため、ノードが保存しているコンテンツと、ノードリストに登録されているノードレコードとが、ほぼ同じタイミングで削除される。従って、ＣＤＮ用ＤＮＳサーバＳＣは、名前解決要求メッセージに対して、コンテンツを削除したノードのＩＰアドレスを返信しない。また、ＣＤＮ用ＤＮＳサーバＳＣは、問い合わせ対象のドメイン名に対応するコンテンツを保存するノードのＩＰアドレスが登録されているとき、そのＩＰアドレスを返信する。このとき、ＣＤＮ用ＤＮＳサーバＳＣは、返信したＩＰアドレスを格納するノードレコードのレコード削除時間を延長する。返信されたＩＰアドレスに対応するノードは、ドメイン名に対応するコンテンツをアップロードする。従って、ノードは、アップロードしたコンテンツのコンテンツ削除時間を延長する。延長後のレコード削除時間は、延長後のコンテンツ削除時間以下とされる。そのため、コンテンツを削除したノードのＩＰアドレスを返信しないようにつつ、返信するＩＰアドレスを記憶しておく時間を延長することができる。このようにして、ＣＤＮ用ＤＮＳサーバＳＣは、拠点端末Ｔｎ−ｌが取得対象とするコンテンツを削除していないノードのＩＰアドレスを送信することができる。
【００４９】
更に、ＣＤＮ用ＤＮＳサーバＳＣは、ＩＰアドレスを含むリソースレコードをＤＮＳサーバＳＤｉに返信する。このとき、ＣＤＮ用ＤＮＳサーバＳＣは、延長後のレコード削除時間以下の時間をリソースレコードのＴＴＬとして設定する。従って、ノードが保存しているコンテンツが削除されるまでには、ＤＮＳサーバＳＤｉが受信したリソースレコードは、ＤＮＳサーバＳＤｉのキャッシュから削除される。従って、ＤＮＳサーバＳＤｉは、拠点端末Ｔｎ−ｌが取得対象とするコンテンツを削除していないノードのＩＰアドレスを送信することができる。
【００５０】
なお、ＣＤＮ用ＤＮＳサーバＳＣは、ＩＰアドレスの返信数に応じて、ドメイン名に対応するコンテンツを保存させるノードの数が増加するように制御しても良い。あるドメイン名についての解決の問い合わせの頻度が高いほど、そのドメイン名に対応するコンテンツは、拠点端末Ｔｎ−ｌがノードへ要求される頻度が高いことを示す。そこで、要求される頻度が高いコンテンツを保存するノードの数を増加させることにより、要求に対するノードの処理負荷を分散させる。具体的に、各ノードレコードに、単位時間あたりのＩＰアドレスの返信数が設定される。ＣＤＮ用ＤＮＳサーバＳＣは、名前解決要求メッセージに応じてＩＰアドレスを返信する都度、返信したＩＰアドレスの単位時間あたりの返信数を更新する。ＣＤＮ用ＤＮＳサーバＳＣは、単位時間あたりの返信数が、予め設定された規定数を超えた場合には、何れかのノードへコンテンツ保存要求メッセージを送信する。このコンテンツ保存要求メッセージには、問い合わせ対象のドメイン名に対応するコンテンツのコンテンツＩＤが含まれる。従って、問い合わせ対象のドメイン名に対応するコンテンツを保存するノードが増えることになる。なお、単位時間あたりのＩＰアドレスの返信数は、本発明における数情報の一例である。また、規定数は、本発明における第１の所定数の一例である。
【００５１】
また、ＣＤＮ用ＤＮＳサーバＳＣは、問い合わせ対象のドメイン名を格納するノードレコードの数が少ないほど、返信するリソースレコードに含まれるＴＴＬが示す時間を短くしても良い。ＤＮＳサーバＳＤｉは、ＴＴＬが示す時間が短いほど、ＣＤＮ用ＤＮＳサーバＳＣから受信したリソースレコードを短い時間でキャッシュから削除する。そのため、ＤＮＳサーバＳＤｉは、ＴＴＬが示す時間が短いほど、名前解決要求メッセージをＣＤＮ用ＤＮＳサーバＳＣに送信する頻度が高くなる。これにより、単位時間あたりのＩＰアドレスの返信数が規定数を超える可能性が高くなる。そのため、コンテンツを保存するノードの数が少ない場合に、コンテンツを保存するノードの数を早く増加させることができる。具体的に、ＣＤＮ用ＤＮＳサーバＳＣは、問い合わせ対象のドメイン名を格納するノードレコードの数が所定数以下である場合には、所定数よりも多い場合よりも短い時間をＴＴＬとして設定する。なお、この場合の所定数は、本発明における第２の所定数の一例である。
【００５２】
［３．ＣＤＮ用ＤＮＳサーバの構成］
次に、図３（Ａ）を参照して、ＣＤＮ用ＤＮＳサーバＳＣの構成について説明する。図３（Ａ）は、ＣＤＮ用ＤＮＳサーバＳＣの概要構成例を示すブロック図である。ＣＤＮ用ＤＮＳサーバＳＣは、図３（Ａ）に示すように、制御部１、記憶部２、及び通信部３等を備えて構成される。制御部１、記憶部２、及び通信部３はバス４を介して相互に接続されている。
【００５３】
記憶部２は、例えばハードディスクドライブ等から構成される。記憶部２には、オペレーティングシステム及びＤＮＳサーバプログラム等の各種プログラム等が記憶されている。なお、ＤＮＳサーバプログラムは、例えば、ネットワークＮＷ上の所定のサーバからダウンロードされるようにしても良い。また、ＤＮＳサーバプログラムは、例えば、ＤＶＤ（Digital Versatile Disc）等の記録媒体に記録されてこの記録媒体のドライブを介して読み込まれるようにしても良い。
【００５４】
また、記憶部２には、各ノードのノード情報が記憶されている。また、記憶部２には、ノードレコードが登録されるノードリストが記憶されている。また、記憶部２には、レコード削除時間の初期値、リソースレコードのＴＴＬに設定する初期値等の各種設定値が記憶されている。
【００５５】
通信部３は、ネットワークＮＷを通じてノード等との間の通信制御を行う。制御部１は、演算機能を有するＣＰＵ，作業用ＲＡＭ，及びＲＯＭ等から構成される。制御部１は、ＣＰＵが記憶部２等に記憶されたプログラムを読み出して実行することにより、本発明における第１判定手段、取得手段、制御手段、延長手段、第１送信手段、削除手段、第２判定手段、第２送信手段及び第３判定手段として機能する。
【００５６】
［４．ノードの構成］
次に、図３（Ｂ）を参照して、ノードの構成及び機能について説明する。図３（Ｂ）は、ノードの概要構成例を示すブロック図である。ノードは、図３（Ｂ）に示すように、制御部１１、記憶部１２、通信部１３ａ、通信部１３ｂ、及びバッファメモリ１４等を備えて構成される。制御部１１、記憶部１２、通信部１３ａ、通信部１３ｂ、及びバッファメモリ１４はバス１５を介して相互に接続されている。
【００５７】
本実施形態において、ノードは、ネットワークＮＷと拠点ネットワークＮＬｎとの間でＩＰ（Internet Protocol）パケットを中継する中継機器である。この中継機器は、例えばルータまたはＬ３スイッチングハブ等である。なお、ノードは、ユーザが利用する端末装置であっても良い。また、ノードは、基本的にネットワークＮＷに定常的に接続されているゲートウェイ等の機器であっても良い。
【００５８】
記憶部１２は、例えばハードディスクドライブ等から構成される。記憶部１２には、オペレーティングシステム、Ｐ２Ｐプログラム等が記憶されている。Ｐ２Ｐプログラムは、ルーティングテーブルを用いて他のノードと通信を行うためのプログラムである。また、記憶部１２には、オーバーレイネットワークＯＮで使用されるＤＨＴを用いたルーティングテーブル等が記憶されている。また、記憶部１２には、センターサーバＳＳから配信されたコンテンツカタログ情報が記憶されている。また、記憶部１２には、オーバーレイネットワークＯＮから取得されたコンテンツと、コンテンツＩＤと、コンテンツ削除時間と、が対応付けて記憶されている。また、記憶部１２には、インデックス情報が記憶されている。また、記憶部１２には、センターサーバＳＳのＩＰアドレス及びポート番号が記憶されている。
【００５９】
通信部１３ａは、ネットワークＮＷを通じて、他のノード、ＣＤＮ用ＤＮＳサーバＳＣ、センターサーバＳＳ等との間の通信制御を行う。通信部１３ｂは、拠点ネットワークＮＬｎを通じて拠点端末Ｔｎ−ｌとの間の通信制御を行う。また、バッファメモリ１４は、通信部１３ａを介して受信されたコンテンツを一時的に蓄積する。
【００６０】
制御部１１は、演算機能を有するＣＰＵ，作業用ＲＡＭ，及びＲＯＭ等から構成される。また、制御部１１は、時計機能及びタイマ機能を備える。そして、制御部１１は、ＣＰＵが記憶部１２等に記憶されたプログラムを読み出して実行することにより、ノードの各部を統括制御する。
【００６１】
［５．配信システムの動作］
次に、図４及び図５を参照して、本実施形態における配信システムＳの動作について説明する。図４は、本実施形態におけるＣＤＮ用ＤＮＳサーバＳＣの制御部１の処理例を示すフローチャートである。
【００６２】
図４に示す処理は、例えば、ＣＤＮ用ＤＮＳサーバＳＣの電源がＯＮとされたときに開始される。先ず、制御部１は、配信システムＳの管理者から電源ＯＦＦが要求されたか否かを判定する（ステップＳ１）。このとき、制御部１は、電源ＯＦＦが要求されていないと判定した場合には（ステップＳ１：ＮＯ）、ノードリストに登録されている各ノードレコードのレコード削除時間を減算する（ステップＳ２）。例えば、制御部１は、時計機能により、前回レコード削除時間の減算を行ったときからの経過時間を取得する。そして、制御部１は、各ノードレコードに格納されているレコード削除時間から、経過時間を減算する。次いで、制御部１は、レコード削除時間が０以下になったノードレコードがあるか否かを判定する（ステップＳ３）。このとき、制御部１は、レコード削除時間が０以下になったノードレコードがあると判定した場合には（ステップＳ３：ＹＥＳ）、レコード削除時間が０以下になったノードレコードを全て、ノードリストから削除する（ステップＳ４）。なお、ノードレコードは、ノードリストから削除されれば良い。従って、ノードリストから削除されたノードレコードは、記憶部２に記憶されたままであっても良い。
【００６３】
制御部１は、レコード削除時間が０以下になったノードレコードがないと判定した場合（ステップＳ３：ＮＯ）、または、ステップＳ４の処理を終えた場合には、拠点端末Ｔｎ−ｌまたはＤＮＳサーバＳＤｉから名前解決要求メッセージを受信したか否かを判定する（ステップＳ５）。このとき、制御部１は、名前解決要求メッセージを受信していないと判定した場合には（ステップＳ５：ＮＯ）、ステップＳ１に移行する。
【００６４】
一方、制御部１は、名前解決要求メッセージを受信したと判定した場合には（ステップＳ５：ＹＥＳ）、名前解決要求メッセージから、ドメイン名を取得する。そして、制御部１は、取得したドメイン名を格納するノードレコードを、ノードリストから検索する（ステップＳ６）。次いで、制御部１は、取得したドメイン名を格納するノードレコードがあるか否かを判定する（ステップＳ７）。
【００６５】
このとき、制御部１は、ノードレコードがないと判定した場合には（ステップＳ７：ＮＯ）、コンテンツを保存させるノードを決定する（ステップＳ８）。例えば、制御部１は、ランダムに決定しても良い。次いで、制御部１は、決定したノードへ、コンテンツ保存要求メッセージを送信する（ステップＳ９）。具体的に、制御部１は、決定したノードのＩＰアドレスを記憶部２から取得する。また、制御部１は、名前解決要求メッセージから取得したドメイン名から、コンテンツＩＤを取得する。そして、ノードは、取得したＩＰアドレスに基づいて、取得したコンテンツＩＤを含むコンテンツ保存要求メッセージを送信する。次いで、制御部１は、ノードリストにノードレコードを登録する（ステップＳ１０）。具体的に、制御部１は、名前解決要求メッセージから取得したドメイン名、コンテンツを保存させるノードとして決定したノードのＩＰアドレス、レコード削除時間としての初期値Ｔ１、及び、単位時間あたりの返信数としての０を格納するノードレコードを登録する。初期値Ｔ１は、コンテンツ削除時間の初期値以下の時間を示す値である。
【００６６】
次いで、制御部１は、返信するリソースレコードを生成する（ステップＳ１５）。具体的に、制御部１は、名前解決要求メッセージから取得したドメイン名、登録したノードレコードから取得したＩＰアドレス、及び、ＴＴＬとして初期値Ｔ２とを含むリソースレコードを生成する。初期値Ｔ２は、初期値Ｔ１よりも短い時間を示す値である。次いで、制御部１は、生成したリソースレコードを含む名前解決応答メッセージを、名前解決要求メッセージの送信元へ送信する（ステップＳ１６）。
【００６７】
ステップＳ７において、制御部１は、取得したドメイン名を含むノードレコードがあると判定した場合には（ステップＳ７：ＹＥＳ）、該当するノードレコードの単位時間あたりの返信数を取得する。そして、制御部１は、単位時間あたりの返信数が規定数を超えているか否かを判定する（ステップＳ１１）。このとき、該当するノードレコードが複数存在する場合、制御部１は、各ノードレコードに格納されている単位時間あたりの返信数が全て規定数を超えているか否かを判定する。あるいは、制御部１は、各ノードレコードに格納されている単位時間あたりの返信数の平均値が規定数を超えているか否かを判定しても良い。このとき、制御部１は、単位時間あたりの返信数が規定数を超えていると判定した場合には（ステップＳ１１：ＹＥＳ）、ステップＳ８に移行する。つまり、制御部１は、何れかのノードへのコンテンツ保存要求メッセージの送信、ノードレコードの登録、名前解決応答メッセージの送信等を行う。
【００６８】
ステップＳ１１において、制御部１は、単位時間あたりの返信数が規定数を超えていないと判定した場合には（ステップＳ１１：ＮＯ）、該当するノードレコードが検索された数が２以上であるか否かを判定する（ステップＳ１２）。このとき、検索された数が２以上ではないと判定した場合には（ステップＳ１２：ＮＯ）、該当するノードレコードのレコード削除時間を延長する（ステップＳ１３）。具体的に、制御部１は、レコード削除時間に初期値Ｔ１を設定する。次いで、制御部１は、該当するノードレコードの単位時間あたりの返信数を更新する（ステップＳ１４）。次いで、制御部１は、返信するリソースレコードを生成する（ステップＳ１５）。このとき、制御部１は、検索されたノードレコードに格納されているＩＰアドレスを、リソースレコードに格納する。次いで、制御部１は、リソースレコードを含む名前解決応答メッセージを送信する（ステップＳ１６）。
【００６９】
ステップＳ１２において、制御部１は、該当するノードレコードが検索された数が２以上であると判定した場合には（ステップＳ１２：ＹＥＳ）、該当するノードレコードのうち１つを選択する（ステップＳ１７）。例えば、制御部１は、ランダムに選択しても良い。また、制御部１は、レコード削除時間が最も短いノードレコードを選択しても良いし、レコード削除時間が最も長いノードレコードを選択しても良い。また、制御部１は、単位時間あたりの返信数が最も少ないノードレコードを選択しても良い。次いで、制御部１は、選択したノードレコードのレコード削除時間を延長する（ステップＳ１８）。具体的に、制御部１は、レコード削除時間に初期値Ｔ１を設定する。次いで、制御部１は、該当するノードレコードの単位時間あたりの返信数を更新する（ステップＳ１９）。
【００７０】
次いで、制御部１は、該当するノードレコードが検索された数が所定数以下であるか否かを判定する（ステップＳ２０）。このとき、制御部１は、検索された数が所定数以下であると判定した場合には（ステップＳ２０：ＹＥＳ）、返信するリソースレコードを生成する（ステップＳ１５）。このとき、制御部１は、選択したノードレコードに格納されているＩＰアドレスを、リソースレコードに格納する。また、制御部１は、ＴＴＬとして初期値Ｔ２を設定する。一方、制御部１は、検索された数が所定数以下ではないと判定した場合には（ステップＳ２０：ＮＯ）、返信するリソースレコードを生成する（ステップＳ２１）。このとき、制御部１は、選択したノードレコードに格納されているＩＰアドレスを、リソースレコードに格納する。また、制御部１は、ＴＴＬとして初期値Ｔ３を設定する。初期値Ｔ３は、初期値Ｔ２よりも長い時間であり且つ初期値Ｔ１以下の時間を示す値である。制御部１は、ステップＳ１５またはＳ２１の処理を終えると、リソースレコードを含む名前解決応答メッセージを送信する（ステップＳ１６）。
【００７１】
制御部１は、ステップＳ１６の処理を終えると、ステップＳ１に移行する。ステップＳ１において、制御部１は、電源ＯＦＦが要求されたと判定した場合には（ステップＳ１：ＹＥＳ）、図４に示す処理を終了させる。
【００７２】
図５は、本実施形態におけるノードの制御部１１の処理例を示すフローチャートである。図５に示す処理は、例えば、ノードの電源がＯＮとされたときに開始される。先ず、制御部１１は、拠点Ｐｎの管理者から電源ＯＦＦが要求されたか否かを判定する（ステップＳ５１）。このとき、制御部１１は、電源ＯＦＦが要求されていないと判定した場合には（ステップＳ５１：ＮＯ）、拠点端末Ｔｎ−ｌからコンテンツ送信要求メッセージを受信したか否かを判定する（ステップＳ５２）。このとき、制御部１１は、コンテンツ送信要求メッセージを受信したと判定した場合には（ステップＳ５２：ＹＥＳ）、ステップＳ５４に移行する。一方、制御部１１は、コンテンツ送信要求メッセージを受信していないと判定した場合には（ステップＳ５２：ＮＯ）、ＣＤＮ用ＤＮＳサーバＳＣからコンテンツ保存要求メッセージを受信したか否かを判定する（ステップＳ５３）。このとき、制御部１１は、コンテンツ保存要求メッセージを受信したと判定した場合には（ステップＳ５３：ＹＥＳ）、ステップＳ５４に移行する。一方、制御部１１は、コンテンツ保存要求メッセージを受信していないと判定した場合には（ステップＳ５３：ＮＯ）、ステップＳ５１に移行する。
【００７３】
ステップＳ５４において、制御部１１は、受信したメッセージからコンテンツＩＤを取得する（ステップＳ５４）。次いで、制御部１１は、取得したコンテンツＩＤに対応するコンテンツが記憶部１２に記憶されているか否かを判定する（ステップＳ５５）、このとき、制御部１１は、コンテンツが記憶されていると判定した場合には（ステップＳ５５：ＹＥＳ）、ステップＳ５８に移行する。一方、制御部１１は、コンテンツが記憶されていないと判定した場合には（ステップＳ５５：ＮＯ）、取得したコンテンツＩＤに対応するコンテンツをオーバーレイネットワークＯＮから取得する（ステップＳ５６）。このとき、制御部１１は、何れかのノードがコンテンツを保存している場合には、そのノードからコンテンツを取得する。一方、制御部１１は、何れのノードもコンテンツを保存していない場合には、センターサーバＳＳからコンテンツを取得する。次いで、制御部１１は、オーバーレイネットワークＯＮから取得したコンテンツと、メッセージから取得したコンテンツＩＤと、コンテンツ削除時間の初期値とを対応付けて記憶部１２に記憶する（ステップＳ５７）。制御部１１は、ステップＳ５７の処理を終えると、ステップＳ５８に移行する。
【００７４】
ステップＳ５８において、制御部１１は、受信したメッセージが、コンテンツ保存要求メッセージであるか否かを判定する。このとき、制御部１１は、コンテンツ保存要求メッセージではないと判定した場合には（ステップＳ５８：ＮＯ）、ステップＳ５１に移行する。一方、制御部１１は、コンテンツ保存要求メッセージであると判定した場合には（ステップＳ５８：ＹＥＳ）、コンテンツ保存要求メッセージから取得したコンテンツＩＤに対応するコンテンツを、コンテンツ保存要求メッセージの送信元の拠点端末Ｔｎ−ｌへアップロードする（ステップＳ５９）。次いで、制御部１１は、アップロードしたコンテンツのコンテンツ削除時間を延長する（ステップＳ６０）。具体的に、制御部１１は、アップロードしたコンテンツに対応するコンテンツ削除時間に初期値を設定する。なお、制御部１１は、コンテンツをオーバーレイネットワークＯＮから取得して記憶させた場合には（ステップＳ５６及びＳ５７）、ステップＳ６０の処理を省略しても良い。ステップＳ５７において初期値が設定されているからである。
【００７５】
制御部１１は、ステップＳ６０の処理を終えると、ステップＳ５１に移行する。ステップＳ５１において、制御部１１は、電源ＯＦＦが要求されたと判定した場合には（ステップＳ５１：ＹＥＳ）、図５に示す処理を終了させる。
【００７６】
なお、上記実施形態においては、配信システムＳから配信されるコンテンツに対応付けられるドメイン名に、コンテンツＩＤが含まれていた。しかしながら、ドメイン名にコンテンツＩＤが含まれなくても良い。例えば、ＣＤＮ用ＤＮＳサーバＳＣの記憶部１２に、各コンテンツのコンテンツＩＤと、ドメイン名とを対応付けて示す対応表が記憶されていても良い。ＣＤＮ用ＤＮＳサーバＳＣは、ノードレコードを登録するとき、名前解決要求メッセージに含まれるドメイン名に対応付けられたコンテンツＩＤを、対応表から取得する。そして、ＣＤＮ用ＤＮＳサーバＳＣは、名前解決要求メッセージに含まれるドメイン名と、対応表から取得したコンテンツＩＤと、を格納するノードレコードを登録する。
【００７７】
また、１つのドメイン名に複数のコンテンツが対応付けられていても良い。例えば、ドメイン名に、コンテンツＩＤの上位桁が含まれていても良い。例えば、ドメイン名に「012」が含まれているとする。この場合、ドメイン名には、コンテンツＩＤが「0120」から「0129」までの１０個のコンテンツが対応付けられている。あるいは、対応表において、１つのドメイン名に対して複数のコンテンツＩＤが対応付けられていても良い。ここで、１つのドメイン名に対応付けられる複数のコンテンツを、「コンテンツグループ」という。この場合において、各ノードは、コンテンツを、コンテンツグループ単位で保存する必要がある。ＣＤＮ用ＤＮＳサーバＳＣが受信した名前解決要求メッセージに含まれるドメイン名に対応するコンテンツグループのうち、何れのコンテンツが拠点端末Ｔｎ−ｌから要求されるか分からないからである。具体的に、ＣＤＮ用ＤＮＳサーバＳＣは、例えば、名前解決要求メッセージに含まれるドメイン名に基づいて、コンテンツグループを構成する各コンテンツのコンテンツＩＤを取得する。次いで、ＣＤＮ用ＤＮＳサーバＳＣは、取得した複数のコンテンツＩＤを含むコンテンツ保存要求メッセージを何れかのノードへ送信する。ノードは、コンテンツ保存要求メッセージに含まれる複数のコンテンツＩＤに基づいて、コンテンツグループを構成する各コンテンツを取得する。ＷｅｂサーバＳＷから配信されるＨＴＭＬ文書には、例えば、再生されるコンテンツに対応付けられたドメイン名とコンテンツＩＤとが記述されている。拠点端末Ｔｎ−ｌは、コンテンツを取得するとき、ＨＴＭＬ文書に記述されたコンテンツＩＤを含むコンテンツ送信要求メッセージを、ノードへ送信する。
【００７８】
また、上記実施形態において、ＣＤＮ用ＤＮＳサーバＳＣは、コンテンツ保存要求メッセージをノードへ送信して、ノードレコードを登録するとき、予め定められたレコード削除時間の初期値を設定していた。しかしながら、ＣＤＮ用ＤＮＳサーバＳＣは、コンテンツ保存要求メッセージの送信先のノードから、コンテンツ削除時間を取得しても良い。例えば、コンテンツ保存要求メッセージを受信したノードは、コンテンツを取得して、コンテンツをコンテンツ削除時間と対応付けて記憶したとき、コンテンツ削除時間をＣＤＮ用ＤＮＳサーバＳＣに送信する。ＣＤＮ用ＤＮＳサーバＳＣは、受信したコンテンツ削除時間を、そのままレコード削除時間としてノードレコードに設定しても良い。あるいは、ＣＤＮ用ＤＮＳサーバＳＣは、受信したコンテンツ削除時間から所定値を減算したり、所定値で除算したりすることにより、レコード削除時間を算出しても良い。つまり、ＣＤＮ用ＤＮＳサーバＳＣは、受信したコンテンツ削除時間よりも短い時間を、レコード削除時間として取得しても良い。
【００７９】
また、ＣＤＮ用ＤＮＳサーバＳＣは、問い合わせ対象のドメイン名を格納するノードレコードが登録されていないとき、そのドメイン名に対応付けられたコンテンツを保存するノードを、オーバーレイネットワークＯＮに問い合わせても良い。例えば、ＣＤＮ用ＤＮＳサーバＳＣは、ドメイン名から取得したコンテンツＩＤを含む検索メッセージを、ルートノードへ送信する。そして、ＣＤＮ用ＤＮＳサーバＳＣは、ルートノードからインデックス情報を受信する。これにより、ＣＤＮ用ＤＮＳサーバＳＣは、問い合わせ対象のドメイン名に対応付けられたコンテンツを保存するノードのＩＰアドレスを取得する。次いで、ＣＤＮ用ＤＮＳサーバＳＣは、問い合わせ対象のドメイン名に対応付けられたコンテンツを保存する各ノードへ、コンテンツ削除時間を問い合わせる。具体的に、ＣＤＮ用ＤＮＳサーバＳＣは、ドメイン名から取得したコンテンツＩＤを含む削除時間問い合わせメッセージを送信する。ノードは、受信した削除時間問い合わせメッセージに含まれるコンテンツＩＤに対応するコンテンツ削除時間を、ＣＤＮ用ＤＮＳサーバＳＣに送信する。これにより、ＣＤＮ用ＤＮＳサーバＳＣは、コンテンツ削除時間を取得することができる。そして、ＣＤＮ用ＤＮＳサーバＳＣは、問い合わせ対象のドメイン名に対応付けられたコンテンツを保存する各ノードのノードレコードを登録する。
【００８０】
また、上記実施形態においては、本発明のノード装置をルータやＬ３スイッチングハブに適用していた。しかしながら、本発明のノード装置を、例えば、プロキシサーバ、ロードバランサ、Ｗｅｂアクセラレータ等の、情報を中継する機能を有するネットワーク機器に適用しても良い。また、本発明のノード装置を、例えば、キャッシュサーバ、エッジサーバ等のサーバ装置に適用しても良い。
【００８１】
また、上記実施形態においては、オーバーレイネットワークに、ＤＨＴを利用したピアツーピアネットワークが適用されていたが、これに限られるものではない。例えば、他のピアツーピアシステム、または、オーバーレイネットワークを用いたシステムが適用されても良い。ＤＨＴを利用しないピアツーピアシステムとしては、例えば、ハイブリッド型のピアツーピアシステムがある。
【符号の説明】
【００８２】
１，１１  制御部
２，１２  記憶部
３，１３ａ，１３ｂ  通信部
ＳＣ  ＣＤＮ用ＤＮＳサーバ
Ｎｎ  ノード
ＮＷ  ネットワーク
ＯＮ  オーバーレイネットワーク
Ｓ  配信システム
【図１】
0005348167.tif 000002
【図２】
0005348167.tif 000003
【図３】
0005348167.tif 000004
【図４】
0005348167.tif 000005
【図５】
0005348167.tif 000006