(57)【要約】【課題】コンテンツを公開するサーバ装置と、コンテンツを転送する中間装置と、を含み、コンテンツを１つ以上のセグメントに分割して配信し、セグメントの転送に関わった中間装置が転送したセグメントをその後の配信のため保持できる、コンテンツ配信システムにおいて、サーバ装置にコンテンツの要求数を把握させる。【解決手段】サーバ装置は、コンテンツのセグメントを示す配信要求メッセージを受信すると、当該セグメントをフラグ情報と共に配信する配信手段と、を備えており、配信手段は、コンテンツの少なくとも１つのセグメントについてはフラグ情報を所定値に設定して配信し、セグメントのフラグ情報が所定値であることは、当該セグメントを保持する中間装置が当該セグメントを示す配信要求メッセージを受信した際に、保持している当該セグメントを配信することなく、当該セグメントを示す配信要求メッセージをサーバ装置に転送することを示している。【選択図】図３
2015041141.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを公開するサーバ装置と、コンテンツを転送する中間装置と、を含み、コンテンツを１つ以上のセグメントに分割して配信し、中間装置は転送したセグメントをその後の配信のために保持できる、コンテンツ配信システムの前記サーバ装置であって、
コンテンツを保持する保持手段と、
コンテンツのセグメントを示す配信要求メッセージを受信すると、当該セグメントをフラグ情報と共に配信する配信手段と、
を備えており、
前記配信手段は、コンテンツの少なくとも１つのセグメントについてはフラグ情報を所定値に設定して配信し、
セグメントのフラグ情報が前記所定値であることは、当該セグメントを保持する中間装置が当該セグメントを示す配信要求メッセージを受信した際に、当該中間装置は、保持している当該セグメントを配信することなく、当該セグメントを示す配信要求メッセージを前記サーバ装置に転送することを示していることを特徴とするサーバ装置。
【請求項２】
コンテンツを公開するサーバ装置と、コンテンツを転送する中間装置と、を含み、コンテンツを１つ以上のセグメントに分割して配信し、中間装置は転送したセグメントをその後の配信のために保持できる、コンテンツ配信システムの前記サーバ装置であって、
コンテンツを保持する保持手段と、
コンテンツのセグメントを示す配信要求メッセージを受信すると、当該セグメントをフラグ情報と共に配信する配信手段と、
を備えており、
前記配信手段は、コンテンツの少なくとも１つのセグメントについてはフラグ情報を所定値に設定して配信し、
セグメントのフラグ情報が前記所定値であることは、当該セグメントを保持する中間装置が当該セグメントを示す配信要求メッセージに応答しての当該セグメントの配信を、前記サーバ装置に通知することを示していることを特徴とするサーバ装置。
【請求項３】
セグメントのフラグ情報は、当該セグメントを保持する中間装置が当該セグメントを配信のために使用する期間を示していることを特徴とする請求項１又は２に記載のサーバ装置。
【請求項４】
コンテンツを公開するサーバ装置と、コンテンツを転送する中間装置と、を含み、コンテンツを１つ以上のセグメントに分割して配信し、中間装置は転送したセグメントをその後の配信のために保持できる、コンテンツ配信システムの前記サーバ装置であって、
コンテンツを保持する保持手段と、
コンテンツのセグメントを示す配信要求メッセージを受信すると、当該セグメントをフラグ情報と共に配信する配信手段と、
を備えており、
前記配信手段は、コンテンツの少なくとも１つのセグメントについてはフラグ情報を所定値に設定して配信し、
セグメントのフラグ情報が前記所定値であることは、当該セグメントを中間装置は保存できないことを示していることを特徴とするサーバ装置。
【請求項５】
コンテンツを公開するサーバ装置と、コンテンツを転送する中間装置と、を含み、コンテンツを１つ以上のセグメントに分割して配信し、中間装置は転送したセグメントをその後の配信のために保持できる、コンテンツ配信システムの前記サーバ装置であって、
コンテンツを保持する保持手段と、
コンテンツのセグメントを示す配信要求メッセージを受信すると、当該セグメントをフラグ情報と共に配信する配信手段と、
を備えており、
セグメントのフラグ情報は、当該セグメントを保持する中間装置が当該セグメントを配信のために使用する期間を示し、
前記配信手段は、コンテンツの少なくとも１つのセグメントのフラグ情報を、他のセグメントより小さい値に設定して配信することを特徴とするサーバ装置。
【請求項６】
コンテンツを公開するサーバ装置と、コンテンツを転送する中間装置と、を含み、コンテンツを１つ以上のセグメントに分割して配信し、中間装置は転送したセグメントをその後の配信のために保持できる、コンテンツ配信システムの前記中間装置であって、
セグメントを保持する保持手段と、
保持していないセグメントを示す配信要求メッセージを受信した場合、前記受信した配信要求メッセージを前記サーバ装置に向けて転送する通信手段と、
を備えており、
前記通信手段は、前記サーバ装置に向けて転送した配信要求メッセージの応答として、セグメントと、当該セグメントのフラグ情報を受信すると、受信したセグメント及びフラグ情報を前記保持手段に保持させ、かつ、受信したセグメントを前記配信要求メッセージの送信元の装置に向けて転送し、
前記通信手段は、保持しているセグメントを示す配信要求メッセージを受信した場合、当該セグメントのフラグ情報が所定値であると、当該セグメントの配信を前記サーバ装置に通知することを示していることを特徴とする中間装置。
【請求項７】
コンテンツを公開するサーバ装置と、コンテンツを転送する中間装置と、を含み、コンテンツを１つ以上のセグメントに分割して配信し、中間装置は転送したセグメントをその後の配信のために保持できる、コンテンツ配信システムの前記中間装置であって、
セグメントを保持する保持手段と、
保持していないコンテンツのセグメントを示す配信要求メッセージを受信した場合、前記受信した配信要求メッセージを前記サーバ装置に向けて転送し、保持していているコンテンツのセグメントを示す配信要求メッセージを受信した場合、当該セグメントを当該配信要求メッセージの送信元の装置に向けて送信する通信手段と、
を備えており、
前記通信手段は、サーバ装置に向けて転送した配信要求メッセージの応答として、セグメントと、当該セグメントのフラグ情報を受信すると、当該フラグ情報が所定値であるかを判定し、当該フラグ情報が前記所定値であると、当該セグメントを前記保持手段に保持させず、当該フラグ情報が前記所定値ではないと、当該セグメントを前記保持手段に保持させることを特徴とする中間装置。
【請求項８】
コンピュータを請求項１から５のいずれか１項に記載のサーバ装置として機能させることを特徴とするプログラム。
【請求項９】
コンピュータを請求項６又は７に記載の中間装置として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、コンテンツ配信システムにおいて、コンテンツを公開するサーバ装置が、当該コンテンツの要求数を取得する技術に関する。
【背景技術】
【０００２】
取得するコンテンツがどのサーバ装置に保存されているかを、コンテンツを取得するクライアント装置が意識することなく、コンテンツ名に基づき、コンテンツの配信要求メッセージのパケットのルーティングや、コンテンツの配信を行うネットワークが提案されている。特許文献１及び２並びに非特許文献１は、その様なネットワークの１つであるコンテンツ・セントリック・ネットワーク（ＣＣＮ：Ｃｏｎｔｅｎｔ  Ｃｅｎｔｒｉｃ  Ｎｅｔｗｏｒｋｉｎｇ）を開示している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２７７２３４号公報
【特許文献２】特開２００９−２７８６２４号公報
【非特許文献】
【０００４】
【非特許文献１】Ｖ．Ｊａｃｏｂｓｏｎ，ｅｔ  ａｌ．，"Ｎｅｔｗｏｒｋｉｎｇ  Ｎａｍｅｄ  Ｃｏｎｔｅｎｔ"，ｉｎ  Ｐｒｏｃｅｅｄｉｎｇｓ  ｏｆ  ＡＣＭ  ＣｏＮＥＸＴ  ２００９，２００９年１２月
【発明の概要】
【発明が解決しようとする課題】
【０００５】
コンテンツ・セントリック・ネットワークにおいて、コンテンツを公開するサーバ装置は当該コンテンツを１つ以上のセグメントに分割し、クライアント装置はセグメント単位でコンテンツを取得する。また、コンテンツ・セントリック・ネットワークにおいて、クライアント装置へのセグメントの転送を行った転送装置（以下、中間装置と呼ぶ。）は、当該セグメントを保存でき、この中間装置は、自装置が保持しているセグメントの配信要求メッセージをクライアント装置から受信すると、当該配信要求メッセージをサーバ装置に転送することなく、自装置が保持するセグメントを、当該配信要求メッセージの送信元のクライアント装置に向けて送信する。
【０００６】
上記の通り、コンテンツ・セントリック・ネットワークにおいて、公開のためサーバ装置に保存されたコンテンツの各セグメントは、複数のクライアント装置への配信により複数の中間装置において保存される様になり、その様な状況においては、クライアント装置からのコンテンツの配信要求メッセージは、サーバ装置に届かず、クライアント装置は、コンテンツの全セグメントを中間装置から取得することが生じ得る。したがって、サーバ装置は、公開したコンテンツがダウンロードされた回数、つまり、コンテンツの要求数を把握することができない。
【０００７】
本発明は、コンテンツを公開するサーバ装置と、コンテンツを転送する中間装置と、を含み、コンテンツを１つ以上のセグメントに分割して配信し、中間装置は転送したセグメントをその後の配信のため保持できる、コンテンツ配信システムにおいて、サーバ装置にコンテンツの要求数を把握させる、サーバ装置、中間装置及びプログラムを提供するものである。
【課題を解決するための手段】
【０００８】
本発明の一側面によると、コンテンツを公開するサーバ装置と、コンテンツを転送する中間装置と、を含み、コンテンツを１つ以上のセグメントに分割して配信し、中間装置は転送したセグメントをその後の配信のために保持できる、コンテンツ配信システムの前記サーバ装置であって、コンテンツを保持する保持手段と、コンテンツのセグメントを示す配信要求メッセージを受信すると、当該セグメントをフラグ情報と共に配信する配信手段と、を備えており、前記配信手段は、コンテンツの少なくとも１つのセグメントについてはフラグ情報を所定値に設定して配信し、セグメントのフラグ情報が前記所定値であることは、当該セグメントを保持する中間装置が当該セグメントを示す配信要求メッセージを受信した際に、当該中間装置は、保持している当該セグメントを配信することなく、当該セグメントを示す配信要求メッセージを前記サーバ装置に転送することを示していることを特徴とする。
【０００９】
本発明の一側面によると、コンテンツを公開するサーバ装置と、コンテンツを転送する中間装置と、を含み、コンテンツを１つ以上のセグメントに分割して配信し、中間装置は転送したセグメントをその後の配信のために保持できる、コンテンツ配信システムの前記サーバ装置であって、コンテンツを保持する保持手段と、コンテンツのセグメントを示す配信要求メッセージを受信すると、当該セグメントをフラグ情報と共に配信する配信手段と、を備えており、前記配信手段は、コンテンツの少なくとも１つのセグメントについてはフラグ情報を所定値に設定して配信し、セグメントのフラグ情報が前記所定値であることは、当該セグメントを保持する中間装置が当該セグメントを示す配信要求メッセージに応答しての当該セグメントの配信を、前記サーバ装置に通知することを示していることを特徴とする。
【００１０】
本発明の一側面によると、コンテンツを公開するサーバ装置と、コンテンツを転送する中間装置と、を含み、コンテンツを１つ以上のセグメントに分割して配信し、中間装置は転送したセグメントをその後の配信のために保持できる、コンテンツ配信システムの前記サーバ装置であって、コンテンツを保持する保持手段と、コンテンツのセグメントを示す配信要求メッセージを受信すると、当該セグメントをフラグ情報と共に配信する配信手段と、を備えており、前記配信手段は、コンテンツの少なくとも１つのセグメントについてはフラグ情報を所定値に設定して配信し、セグメントのフラグ情報が前記所定値であることは、当該セグメントを中間装置は保存できないことを示していることを特徴とする。
【００１１】
本発明の一側面によると、コンテンツを公開するサーバ装置と、コンテンツを転送する中間装置と、を含み、コンテンツを１つ以上のセグメントに分割して配信し、中間装置は転送したセグメントをその後の配信のために保持できる、コンテンツ配信システムの前記サーバ装置であって、コンテンツを保持する保持手段と、コンテンツのセグメントを示す配信要求メッセージを受信すると、当該セグメントをフラグ情報と共に配信する配信手段と、を備えており、セグメントのフラグ情報は、当該セグメントを保持する中間装置が当該セグメントを配信のために使用する期間を示し、前記配信手段は、コンテンツの少なくとも１つのセグメントのフラグ情報を、他のセグメントより小さい値に設定して配信することを特徴とする。
【００１２】
本発明の一側面によると、コンテンツを公開するサーバ装置と、コンテンツを転送する中間装置と、を含み、コンテンツを１つ以上のセグメントに分割して配信し、中間装置は転送したセグメントをその後の配信のために保持できる、コンテンツ配信システムの前記中間装置であって、セグメントを保持する保持手段と、保持していないセグメントを示す配信要求メッセージを受信した場合、前記受信した配信要求メッセージを前記サーバ装置に向けて転送する通信手段と、を備えており、前記通信手段は、前記サーバ装置に向けて転送した配信要求メッセージの応答として、セグメントと、当該セグメントのフラグ情報を受信すると、受信したセグメント及びフラグ情報を前記保持手段に保持させ、かつ、受信したセグメントを前記配信要求メッセージの送信元の装置に向けて転送し、前記通信手段は、保持しているセグメントを示す配信要求メッセージを受信した場合、当該セグメントのフラグ情報が所定値であると、当該セグメントの配信を前記サーバ装置に通知することを示していることを特徴とする。
【００１３】
本発明の一側面によると、コンテンツを公開するサーバ装置と、コンテンツを転送する中間装置と、を含み、コンテンツを１つ以上のセグメントに分割して配信し、中間装置は転送したセグメントをその後の配信のために保持できる、コンテンツ配信システムの前記中間装置であって、セグメントを保持する保持手段と、保持していないコンテンツのセグメントを示す配信要求メッセージを受信した場合、前記受信した配信要求メッセージを前記サーバ装置に向けて転送し、保持していているコンテンツのセグメントを示す配信要求メッセージを受信した場合、当該セグメントを当該配信要求メッセージの送信元の装置に向けて送信する通信手段と、を備えており、前記通信手段は、サーバ装置に向けて転送した配信要求メッセージの応答として、セグメントと、当該セグメントのフラグ情報を受信すると、当該フラグ情報が所定値であるかを判定し、当該フラグ情報が前記所定値であると、当該セグメントを前記保持手段に保持させず、当該フラグ情報が前記所定値ではないと、当該セグメントを前記保持手段に保持させることを特徴とする。
【発明の効果】
【００１４】
サーバ装置にコンテンツの要求数を把握させることができる。
【図面の簡単な説明】
【００１５】
【図１】コンテンツ・セントリック・ネットワークの説明図。
【図２】一実施形態によるコンテンツ配信方法のシーケンス図。
【図３】一実施形態によるコンテンツ配信方法のシーケンス図。
【図４】一実施形態によるコンテンツ配信方法のシーケンス図。
【図５】一実施形態によるサーバ装置の概略的な構成図。
【図６】一実施形態による中間装置の概略的な構成図。
【発明を実施するための形態】
【００１６】
以下、本発明の例示的な実施形態について図面を参照して説明する。なお、以下の各図においては実施形態の説明に必要ではない構成要素については図から省略する。また、以下の実施形態は例示であり本発明を実施形態の内容に限定するものではない。
【００１７】
まず、図１を用いてコンテンツ・セントリック・ネットワークの概略を説明する。コンテンツを公開したいユーザは、サーバ装置１に当該コンテンツを保存する。サーバ装置１は、保持している公開用のコンテンツをそれぞれ１つ以上のセグメントに分割すると共に、保持しているコンテンツ名を他の装置に報知する。コンテンツの転送を担う中間装置２１及び２２は、サーバ装置１が報知するコンテンツ名から、コンテンツ名に基づくルーティング・テーブルを作成する。例えば、クライアント装置３１のユーザが取得したいコンテンツが、サーバ装置１に保持されているものとする。このとき、クライアント装置３１のユーザが取得したいコンテンツ名をクライアント装置３１に入力すると、クライアント装置３１は、入力されたコンテンツ名を含むインタレスト・パケット（配信要求メッセージ）を中間装置２１に向けて送信する。なお、クライアント装置３１は、入力されたコンテンツ名に対応するコンテンツのいずれのセグメントもまだ受信していないため、クライアント装置３１は、このインタレスト・パケットにセグメント番号"０１"も含める。
【００１８】
中間装置２１は、ルーティング・テーブルから、クライアント装置３１から受信したインタレスト・パケットに含まれるコンテンツ名に対応するコンテンツをサーバ装置１が保持していると認識し、このインタレスト・パケットをサーバ装置１に転送する。クライアント装置３１からのインタレスト・パケットを受信したサーバ装置１は、受信したインタレスト・パケットで指定されたコンテンツの１番目のセグメントを中間装置２１に送信し、中間装置２１は、サーバ装置１から受信したセグメントをクライアント装置３１に送信する。また、このとき、中間装置２１は、転送したセグメントを保存する。
【００１９】
クライアント装置３１は、セグメント番号を１ずつ増加させながら、入力されたコンテンツ名を含むインタレスト・パケットを中間装置２１に転送し、上述したのと同様に、サーバ装置１から、入力されたコンテンツ名の残りのセグメントを受信する。なお、最後のセグメントには、最後のセグメントであることを示す情報が含まれており、クライアント装置３１は、この情報によりコンテンツの総てのセグメントを受信したことを認識する。また、中間装置２１は、クライアント装置３１が要求したすべてのコンテンツの転送に関わったことにより、当該コンテンツの総てのセグメントを保持することになる。
【００２０】
その後、例えば、クライアント装置３２が、クライアント装置３１が取得したのと同じコンテンツについてのインタレスト・パケット（セグメント番号は"０１"を含む）を中間装置２２に送信すると、中間装置２２は、ルーティング・テーブルに基づき、このインタレスト・パケットを中間装置２１に転送する。中間装置２１は、受信したインタレスト・パケットが示すコンテンツの番号１のセグメントを保持しているため、受信したインタレスト・パケットをサーバ装置１に転送することなく、自装置が保持している当該コンテンツの番号１のセグメントを中間装置２２に送信し、中間装置２２は、受信したコンテンツをクライアント装置３２に送信する。また、このとき、中間装置２２は、転送したコンテンツのセグメントを保存する。以後、残りのセグメントも同様に処理され、よってクライアント装置３２へのコンテンツの配信により、中間装置２２も当該コンテンツの総てのセグメントを保持することになる。その後、クライアント装置３３が、クライアント装置３１及び３２が取得したのと同じコンテンツの取得を要求すると、クライアント装置３３は、中間装置２２が保持するコンテンツを受信し、クライアント装置３３からのインタレスト・パケットは、中間装置２１やサーバ装置１には転送されない。
【００２１】
なお、上記説明では、中間装置２１及び２２は転送したセグメントを総て保持するものとしたが、保持できるセグメントの合計データ量には制限があるため、中間装置２１及び２２は所定の判断基準に従い保持するセグメントを判断できる。つまり、中間装置２１及び２２は、転送した総てのセグメントを保持するものではなく、必要に応じて転送したセグメントを保持する。また、中間装置２１及び２２は、一旦、保持したセグメントであっても、その後、所定の判断基準、例えば、保持してからの経過時間等に従い廃棄する。
【００２２】
上記の通り、コンテンツ・セントリック・ネットワークにおいては、クライアント装置３１、３２及び３３のそれぞれが同一コンテンツを取得したにも拘らず、サーバ装置１には、クライアント装置３１からのインタレスト・パケットのみしか届かないため、コンテンツを公開するサーバ装置１は、コンテンツの要求数を把握できなくなる。なお、本明細書においては、コンテンツ・セントリック・ネットワークを例にして説明を行うが、本発明はコンテンツ・セントリック・ネットワークに限定されず、コンテンツをセグメントに分割して配信し、セグメントの転送に関わった中間装置が当該セグメントを保持でき、保持するセグメントの配信要求メッセージを受信した中間装置が、当該保持するセグメントを当該配信要求メッセージの送信元のクライアント装置に送信できるネットワークに適用可能である。
【００２３】
＜第一実施形態＞
図２は、本実施形態のコンテンツ配信システムにおいて、サーバ装置１が公開したコンテンツをクライアント装置３１が取得する際のシーケンス図である。なお、システムの構成は図１と同じとし、中間装置２１及び２２は、シーケンスの開始時点において、コンテンツのセグメントを一切保持していないものとする。また、クライアント装置３１が取得するコンテンツは、３つのセグメントに分割されているものとする。
【００２４】
Ｓ１で、クライアント装置３１は、番号１のセグメントの取得を要求するインタレスト・パケットを中間装置２１に送信し、中間装置２１は、このインタレスト・パケットをサーバ装置１に転送する。サーバ装置１は、Ｓ２で、受信したインタレスト・パケットの応答として、番号１のセグメントを含むデータ・パケットを中間装置２１に送信する。なおこのとき、サーバ装置１は、このデータ・パケットのオーバヘッドのフラグ情報を"有"を示す値に設定する。なお、フラグ情報が"有"に設定されていることは、このデータ・パケットに含まれるセグメントを示すインタレスト・パケットを中間装置が後に受信したとしても、その中間装置は、その中間装置が保持している当該セグメントをクライアント装置に配信できず、受信したインタレス・パケットをサーバ装置１に向けて転送することを示している。中間装置２１は、Ｓ３で、受信したセグメントを保存し、Ｓ４で、受信したセグメントを含むデータ・パケットをクライアント装置３１に送信する。これにより、クライアント装置３１は、要求しているコンテンツの番号１のセグメントを取得する。
【００２５】
その後、Ｓ５〜Ｓ８の処理により、クライアント装置３１は、要求しているコンテンツの番号２のセグメントを取得する。なお、２番目のセグメントを取得するＳ５〜Ｓ８と、１番目のセグメントを取得するＳ１〜Ｓ４の相違点は、Ｓ６において、サーバ装置１は、フラグ情報を"無"を示す値に設定することのみである。なお、フラグ情報が"無"に設定されていることは、このデータ・パケットに含まれるセグメントを示すインタレスト・パケットを中間装置が後に受信した場合、中間装置は、その中間装置が保持している当該セグメントをクライアント装置に配信できることを示している。その後、Ｓ９〜Ｓ１２の処理により、クライアント装置３１は、要求しているコンテンツの番号３、つまり最後のセグメントを取得する。なお、サーバ装置１は、Ｓ１０においてフラグ情報を"無"を示す値に設定する。このように、本実施形態において、サーバ装置１は、最初のセグメントを含むデータ・パケットについては、フラグ情報を"有"に設定し、残りのデータ・パケットについては、フラグ情報を"無"に設定する。
【００２６】
図３は、図２の処理の後に、クライアント装置３２が、クライアント装置３１が取得したのと同じコンテンツを取得する際のシーケンス図である。なお、中間装置２２は、図の簡略化のため図から省略している。図３に示す様に、中間装置２１は、クライアント装置３２が要求するコンテンツの総てのセグメントを保持しているが、セグメント１は、フラグ情報が"有"であったことが示されている。
【００２７】
Ｓ２０で、クライアント装置３２は、番号１のセグメントの取得を要求するインタレスト・パケットを送信し、このインタレスト・パケットは、中間装置２１により受信される。中間装置１は、このインタレスト・パケットが示すセグメントを保持しているが、フラグ情報が"有"であるため、自装置が保持しているセグメントをクライアント装置３２に送信することは行わず、受信したインタレスト・パケットをサーバ装置１に転送する。サーバ装置１は、Ｓ２１で、受信したインタレスト・パケットの応答として、番号１のセグメントを含むデータ・パケットを中間装置２１に送信し、中間装置２１は、Ｓ２２で受信したセグメントをクライアント装置３２へ送信する。なお、中間装置２１は、Ｓ２１で受信したセグメントを保存しない構成でも、既に保持しているセグメントと置き換える構成であっても良い。その後、Ｓ２３及びＳ２５で、中間装置２１は、それぞれ、残りのセグメントを示すインタレスト・パケットをクライアント装置３２から受信すると、Ｓ２５及びＳ２６で、自装置が保持しているセグメントをそれぞれクライアント装置３２に送信する。
【００２８】
以上の構成によりサーバ装置１には、コンテンツ毎に１つのインタレスト・パケットが到達し、サーバ装置１は、コンテンツの要求数を把握することができる。なお、コンテンツの最初のセグメントのフラグ情報を"有"にしていたが、最後のセグメント等、他の番号のセグメントのフラグ情報を"有"に設定する構成であっても良い。また、フラグ情報を"有"に設定するセグメント数も１に限定されない。しかしながら、フラグ情報を"有"に設定するセグメント数を増加させると、中間装置がセグメントを保持して配信する意義が失われるため、フラグ情報を"有"に設定するセグメント数は少ないことが好ましい。
【００２９】
なお、例えば、フラグ情報としては、データ・パケットのＦｒｅｓｈｎｅｓｓＳｅｃｏｎｄｓフィールドを使用できる。中間装置は、受信したデータ・パケットのセグメントを保存してから、データ・パケットのＦｒｅｓｈｎｅｓｓＳｅｃｏｎｄｓフィールドが示す時間が経過すると、当該セグメントを要求するインタレスト・パケットを受信しても、保存しているセグメントを送信せず、受信したインタレスト・パケットを転送する様に動作する。したがって、サーバ装置１は、ＦｒｅｓｈｎｅｓｓＳｅｃｏｎｄｓフィールドの値を０に設定することでフラグ情報が"有"であることを中間装置に通知すること、つまり、中間装置が保存しているセグメントをクライアント装置への送信に使用させず、インタレスト・パケットをサーバ装置１に転送させることができる。なお、インタレス・パケットのＡｎｓｗｅｒＯｒｉｇｉｎＫｉｎｄの値が４の場合、中間装置１は、セグメントを保存してからの経過時間がＦｒｅｓｈｎｅｓｓＳｅｃｏｎｄｓフィールドの値を超えてもクライアント装置に保存しているセグメントを送信するため、クライアント装置は、インタレス・パケットのＡｎｓｗｅｒＯｒｉｇｉｎＫｉｎｄの値を４以外とする様に制限を設ける。
【００３０】
＜第二実施形態＞
続いて、第二実施形態について第一実施形態との相違点を中心に説明する。本実施形態においても、図２に示す様に、サーバ装置１は、番号１のセグメントを含むデータ・パケットのオーバヘッドのフラグ情報を"有"を示す値に設定する。ただし、本実施形態において、フラグ情報が"有"に設定されていることは、このデータ・パケットに含まれるセグメントを示すインタレスト・パケットを中間装置が後に受信した場合、中間装置１は、その中間装置１が保持している当該セグメントをクライアント装置に配信できるが、インタレスト・パケットを受信して配信したことをサーバ装置１に通知することを示している。
【００３１】
図４は、図２の処理の後に、クライアント装置３２が、クライアント装置３１が取得したのと同じコンテンツを取得する際のシーケンス図である。なお、中間装置２２は、図の簡略化のため省略している。図４に示す様に、中間装置２１は、クライアント装置３２が要求するコンテンツの総てのセグメントを保持しているが、セグメント１は、フラグ情報が"有"であったことが示されている。
【００３２】
Ｓ３０で、クライアント装置３２は、番号１のセグメントの取得を要求するインタレスト・パケットを送信し、このインタレスト・パケットは、中間装置２１により受信される。中間装置２１は、このインタレスト・パケットが示すセグメントのフラグ情報が"有"であるため、Ｓ３１で、自装置が保持しているセグメントをクライアント装置３２に送信し、Ｓ３２で、コンテンツ名を含む配信通知をサーバ装置１に送信する。Ｓ３３〜Ｓ３６は、図３のＳ２３〜Ｓ２６の処理と同様であり、その説明は省略する。
【００３３】
以上の構成によりサーバ装置１には、コンテンツ毎に配信通知が到達し、サーバ装置１は、コンテンツの要求数を把握することができる。なお、フラグ情報を"有"にするセグメントの考え方については第一実施形態と同様である。
【００３４】
＜第三実施形態＞
続いて、第三実施形態について第一実施形態との相違点を中心に説明する。本実施形態においても、図２に示す様に、サーバ装置１は、番号１のセグメントを含むデータ・パケットのオーバヘッドのフラグ情報を"有"を示す値に設定する。ただし、本実施形態において、フラグ情報が"有"に設定されていることは、このデータ・パケットに含まれるセグメントを中間装置は保存できないことを示している。
【００３５】
したがって、図２の処理の終了後において、中間装置２１は、セグメント１を保存しておらず、よって、他のクライアント装置からのセグメント１を示すインタレスト・パケットは、サーバ装置１に転送され、サーバ装置１は、コンテンツの要求数を把握することができる。なお、フラグ情報を"有"にするセグメントの考え方については第一実施形態と同様である。
【００３６】
＜各実施形態の装置構成＞
まず、上記各実施形態についてのサーバ装置１の構成について図５を用いて説明する。保持部１１は、ユーザが公開するコンテンツを保持している。なお、保持部１１は、保持するコンテンツを、１つ以上のセグメントに分割して保持している。配信部１２の処理部１２１は、通信部１２２がコンテンツのセグメントを示す配信要求メッセージを受信すると、配信要求メッセージで示されたセグメントを保持部１１から読み出し、そのセグメント番号に基づきフラグ情報の値を"有"又は"無"に決定し、保持部１１から読み出したセグメントと、決定したフラグ情報の値を通信部１２２に出力する。通信部１２２は、受け取ったセグメントをフラグ情報と共に、配信要求メッセージの送信元の装置に向けて送信する。また、処理部１２１は、コンテンツ毎の要求数のカウントを行う。
【００３７】
続いて、上記各実施形態についての中間装置２１の構成について図６を用いて説明する。なお、中間装置２２の構成も中間装置２１と同様である。通信部２１１は、複数の通信インタフェースを有し、他の装置（クライアント装置又は他の中間装置）からコンテンツのセグメントを示す配信要求メッセージを受信すると、その判定部２１２は、受信した配信要求メッセージが示すセグメントを保持部２１０が保持しているかを判定する。ここで、保持部２１０が当該セグメントを保持していない場合には、ルーティング・テーブル２１３に基づき、受信した配信要求メッセージをサーバ装置１に向けて転送する。
【００３８】
一方、保持部２１０が当該セグメントを保持している場合、通信部２１１の処理は各実施形態で異なる。まず、中間装置２１が第三実施形態によるものである場合、通信部２１１は、配信要求メッセージが示すセグメントを保持部２１０から読み出し、配信要求メッセージの送信元の装置に向けて送信する。一方、中間装置２１が第一実施形態によるものである場合、判定部２１２は、さらに当該セグメントのフラグ情報が"有"又は"無"のいずれであるかを判定する。ここで、当該セグメントのフラグ情報が"無"である場合、通信部２１１は、配信要求メッセージが示すセグメントを保持部２１０から読み出し、配信要求メッセージの送信元の装置に向けて送信する。一方、当該セグメントのフラグ情報が"有"である場合、通信部２１１は、配信要求メッセージをサーバ装置１に向けて転送する。さらに、中間装置２１が第二実施形態によるものである場合、通信部２１１は、配信要求メッセージが示すセグメントを保持部２１０から読み出し、配信要求メッセージの送信元の装置に向けて送信する。さらに、判定部２１２は、配信したセグメントのフラグ情報が"有"又は"無"のいずれであるかを判定し、"有"の場合には、配信したセグメントのコンテンツ名をサーバ装置１に通知する。
【００３９】
また、通信部２１１が、サーバ装置１に転送した配信要求メッセージの応答として、セグメントと、当該セグメントのフラグ情報を受信すると、第一実施形態及び第二実施形態による中間装置２１では、通信部２１１は、受信したセグメント及びフラグ情報を保持部２１０に保持し、かつ、受信したセグメントを配信要求メッセージの送信元の装置に向けて転送する。一方、第三実施形態による中間装置２１では、通信部２１１は、受信したセグメントを配信要求メッセージの送信元の装置に向けて転送するとともに、判定部２１２は、受信したセグメント情報が"有"又は"無"のいずれであるかを判定する。そして、受信したセグメント情報が"無"の場合には、受信したセグメントを保持部２１０に保持するが、受信したセグメント情報が"有"の場合には、受信したセグメントを保持部２１０に保持しない。
【００４０】
＜その他の実施形態＞
第一実施形態では、データ・パケットのＦｒｅｓｈｎｅｓｓＳｅｃｏｎｄｓフィールドの値を０に設定することで、フラグ情報が"有"であることを中間装置に通知できることを述べた。ここで、ＦｒｅｓｈｎｅｓｓＳｅｃｏｎｄｓフィールドを使用する場合であって、サーバ装置１がコンテンツの要求数をできるだけ正確に把握することを目的とするのであれば、その値を０にする必要がある。しかしながら、コンテンツの要求数の大まかな傾向の把握を目的とするのであれば、フラグ情報が"有"であるセグメントを含むデータ・パケットの当該フィールドを０以外の値とすることができる。例えば、フラグ情報が"有"であるセグメントを含むデータ・パケットの当該フィールドの値を、フラグ情報が"無"であるセグメントを含むデータ・パケットの当該フィールドの値より小さい値とすることができる。なお、フラグ情報が"有"であるセグメントを含むデータ・パケットの当該フィールドの値を大きくしすぎると、コンテンツの実際の要求数と、サーバ装置１が把握する要求数が乖離する。したがって、この乖離を小さくするために、例えば、多くのコンテンツについて調べたコンテンツの要求間隔の平均値又は最小値以下の値を、フラグ情報が"有"であるセグメントを含むデータ・パケットの当該フィールドに設定することができる。
【００４１】
なお、本発明によるサーバ装置１、中間装置２１は、コンピュータを上記サーバ装置１、中間装置２１として動作させるプログラムにより実現することができる。これらコンピュータプログラムは、コンピュータが読み取り可能な記憶媒体に記憶されて、又は、ネットワーク経由で配布が可能なものである。
【図１】
2015041141.tif 000003
【図２】
2015041141.tif 000004
【図３】
2015041141.tif 000005
【図４】
2015041141.tif 000006
【図５】
2015041141.tif 000007
【図６】
2015041141.tif 000008