特許 6591946 コンテンツ配信システムのサーバ装置、転送装置及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6591946

(24)【登録日】2019年9月27日

(45)【発行日】2019年10月16日

(54)【発明の名称】コンテンツ配信システムのサーバ装置、転送装置及びプログラム

(51)【国際特許分類】

   G06F 13/00 20060101AFI20191007BHJP

   H04L 12/741 20130101ALI20191007BHJP

【ＦＩ】

   G06F13/00 520C

   G06F13/00 351A

   H04L12/741

【請求項の数】11

【全頁数】13

(21)【出願番号】特願2016-184652(P2016-184652)

(22)【出願日】2016年9月21日

(65)【公開番号】特開2018-49474(P2018-49474A)

(43)【公開日】2018年3月29日

【審査請求日】2018年11月8日

(73)【特許権者】

【識別番号】000208891

【氏名又は名称】ＫＤＤＩ株式会社

(74)【代理人】

【識別番号】100076428

【弁理士】

【氏名又は名称】大塚 康徳

(74)【代理人】

【識別番号】100115071

【弁理士】

【氏名又は名称】大塚 康弘

(74)【代理人】

【識別番号】100112508

【弁理士】

【氏名又は名称】高柳 司郎

(74)【代理人】

【識別番号】100116894

【弁理士】

【氏名又は名称】木村 秀二

(74)【代理人】

【識別番号】100130409

【弁理士】

【氏名又は名称】下山 治

(74)【代理人】

【識別番号】100134175

【弁理士】

【氏名又は名称】永川 行光

(74)【代理人】

【識別番号】100131886

【弁理士】

【氏名又は名称】坂本 隆志

(74)【代理人】

【識別番号】100170667

【弁理士】

【氏名又は名称】前田 浩次

(72)【発明者】

【氏名】横田 健治

(72)【発明者】

【氏名】栗原 淳

(72)【発明者】

【氏名】田上 敦士

【審査官】 安藤 一道

(56)【参考文献】

【文献】 特開２０１６−１４９７１４（ＪＰ，Ａ）

【文献】 特開２０１５−２３３２６９（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１３／０２２７１６６（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １３／００

Ｈ０４Ｌ １２／７４１

(57)【特許請求の範囲】

【請求項1】

配信を要求するコンテンツのコンテンツ名を含む要求パケットを、当該コンテンツ名に基づき転送するコンテンツ配信システムの転送装置であって、
要求パケットにより要求されるコンテンツと、当該要求パケットの転送先インタフェースとの関係を示す転送情報を保持する保持手段と、
コンテンツを示し、かつ、リスト情報を含む広報メッセージを受信すると、自装置の識別子と当該リスト情報とに基づき当該コンテンツを要求する要求パケットを受信した際に、当該要求パケットを転送するか否かを判定する判定手段と、
前記判定手段が転送すると判定すると、前記広報メッセージの受信インタフェースを、前記広報メッセージが示すコンテンツを要求する要求パケットの転送先インタフェースとして前記転送情報に追加し、前記判定手段が転送しないと判定すると、前記広報メッセージが示すコンテンツを要求する要求パケットを転送しないことを示す情報を前記転送情報に追加する処理手段と、
を備えており、
前記コンテンツ配信システムの複数の転送装置の識別子は、複数のビットで示され、
前記広報メッセージに含まれるリスト情報は、前記コンテンツ配信システムの複数の転送装置の内、前記広報メッセージが示すコンテンツの送信先とすることができる転送装置の識別子のビット毎の論理演算により生成される、或いは、前記コンテンツ配信システムの複数の転送装置の内、前記広報メッセージが示すコンテンツの送信先とすることができない転送装置の識別子のビット毎の論理演算により生成されることを特徴とする転送装置。

【請求項2】

前記転送装置の識別子は、１つのビットのみが第１の値で、残りのビットが前記第１の値とは異なる第２の値であり、
前記広報メッセージに含まれるリスト情報は、前記コンテンツ配信システムの複数の転送装置の内、前記広報メッセージが示すコンテンツの送信先とすることができる転送装置の識別子に基づき生成され、
前記判定手段は、前記広報メッセージに含まれるリスト情報と自装置の識別子とのビット毎の論理演算の結果、前記複数のビットの総てのビットが同じ値になると、前記広報メッセージが示すコンテンツを要求する要求パケットを受信した際に、当該要求パケットを転送しないと判定することを特徴とする請求項１に記載の転送装置。

【請求項3】

前記転送装置の識別子は、１つのビットのみが第１の値で、残りのビットが前記第１の値とは異なる第２の値であり、
前記広報メッセージに含まれるリスト情報は、前記コンテンツ配信システムの複数の転送装置の内、前記広報メッセージが示すコンテンツの送信先とすることができない転送装置の識別子に基づき生成され、
前記判定手段は、前記広報メッセージに含まれるリスト情報と自装置の識別子とのビット毎の論理演算の結果、前記複数のビットの総てのビットが同じ値になると、前記広報メッセージが示すコンテンツを要求する要求パケットを受信した際に、当該要求パケットを転送すると判定することを特徴とする請求項１に記載の転送装置。

【請求項4】

配信を要求するコンテンツのコンテンツ名を含む要求パケットを、当該コンテンツ名に基づき転送するコンテンツ配信システムの転送装置であって、
コンテンツを示し、かつ、リスト情報を含む広報メッセージを受信すると、前記広報メッセージを他の転送装置に転送するか否かを、当該他の転送装置の識別子と当該リスト情報とに基づき判定する判定手段と、
前記判定手段が転送すると判定すると、前記広報メッセージを前記他の転送装置に転送し、前記判定手段が転送しないと判定すると、前記広報メッセージを前記他の転送装置に転送しない処理手段と、
を備えており、
前記コンテンツ配信システムの複数の転送装置の識別子は、複数のビットで示され、
前記広報メッセージに含まれるリスト情報は、前記コンテンツ配信システムの複数の転送装置の内、前記広報メッセージが示すコンテンツの送信先とすることができる転送装置の識別子のビット毎の論理演算により生成される、或いは、前記コンテンツ配信システムの複数の転送装置の内、前記広報メッセージが示すコンテンツの送信先とすることができない転送装置の識別子のビット毎の論理演算により生成されることを特徴とする転送装置。

【請求項5】

前記転送装置の識別子は、１つのビットのみが第１の値で、残りのビットが前記第１の値とは異なる第２の値であり、
前記広報メッセージに含まれるリスト情報は、前記コンテンツ配信システムの複数の転送装置の内、前記広報メッセージが示すコンテンツの送信先とすることができる転送装置の識別子に基づき生成され、
前記判定手段は、前記広報メッセージに含まれるリスト情報と前記他の転送装置の識別子とのビット毎の論理演算の結果、前記複数のビットの総てのビットが同じ値になると、前記広報メッセージを前記他の転送装置に転送しないと判定することを特徴とする請求項４に記載の転送装置。

【請求項6】

前記転送装置の識別子は、１つのビットのみが第１の値で、残りのビットが前記第１の値とは異なる第２の値であり、
前記広報メッセージに含まれるリスト情報は、前記コンテンツ配信システムの複数の転送装置の内、前記広報メッセージが示すコンテンツの送信先とすることができない転送装置の識別子に基づき生成され、
前記判定手段は、前記広報メッセージに含まれるリスト情報と前記他の転送装置の識別子とのビット毎の論理演算の結果、前記複数のビットの総てのビットが同じ値になると、前記広報メッセージを前記他の転送装置に転送すると判定することを特徴とする請求項４に記載の転送装置。

【請求項7】

前記コンテンツ配信システムの複数の転送装置はグループ化されており、
同じグループの転送装置には同じ識別子が付与されることを特徴とする請求項１から６のいずれか１項に記載の転送装置。

【請求項8】

請求項１から７のいずれか１項に記載の転送装置としてコンピュータを機能させることを特徴とするプログラム。

【請求項9】

配信を要求するコンテンツのコンテンツ名を含む要求パケットを、当該コンテンツ名に基づき転送するコンテンツ配信システムのサーバ装置であって、
前記コンテンツ配信システムは、それぞれが１つ以上の転送装置を含む複数のネットワークを含み、
前記サーバ装置は、
前記複数のネットワークの内、コンテンツの送信先とすることができるネットワーク、或いは、コンテンツの送信先とすることができないネットワークを示す当該コンテンツのリスト情報を保持する保持手段と、
コンテンツを示す情報と、当該コンテンツのリスト情報を前記コンテンツ配信システムの転送装置に送信する通信手段と、
を備えており、
前記複数のネットワークそれぞれには複数のビットで示される識別子が付与され、
前記コンテンツのリスト情報は、前記複数のネットワークの内、当該コンテンツの送信先とすることができるネットワークの識別子のビット毎の論理演算により生成される、或いは、当該コンテンツの送信先とすることができないネットワークの識別子のビット毎の論理演算により生成されることを特徴とするサーバ装置。

【請求項10】

前記サーバ装置は、コンテンツの送信先とすることができるネットワーク、或いは、コンテンツの送信先とすることができないネットワークが指定されると、指定されたネットワークの識別子に基づき前記リスト情報を生成する生成手段をさらに備えていることを特徴とする請求項９に記載のサーバ装置。

【請求項11】

請求項９又は１０に記載のサーバ装置としてコンピュータを機能させることを特徴とするプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、コンテンツ名に基づきルーティングを行うコンテンツ配信システムのサーバ装置、転送装置及びプログラムに関する。

【背景技術】

【0002】

コンテンツを示す名前に基づきコンテンツの要求及び配信を行うコンテンツ配信システムが提案されている。特許文献１及び非特許文献１は、その様なシステムの１つであるコンテンツ・セントリック・ネットワーク（ＣＣＮ：Ｃｏｎｔｅｎｔ Ｃｅｎｔｒｉｃ Ｎｅｔｗｏｒｋｉｎｇ）を開示している。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００９−２７７２３４号広報

【非特許文献】

【0004】

【非特許文献1】Ｖ．Ｊａｃｏｂｓｏｎ，ｅｔ ａｌ．，"Ｎｅｔｗｏｒｋｉｎｇ Ｎａｍｅｄ Ｃｏｎｔｅｎｔ"，ｉｎ Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ＡＣＭ ＣｏＮＥＸＴ ２００９，２００９年１２月

【発明の概要】

【発明が解決しようとする課題】

【0005】

ＣＣＮにおいて、コンテンツを公開するサーバ装置は当該コンテンツを１つ以上のチャンクと呼ばれるオブジェクトに分割し、クライアント装置は、この分割されたオブジェクト単位でコンテンツを取得する。また、ＣＣＮにおいて、オブジェクトの転送を行った通信装置（以下、転送装置と呼ぶ。）は、当該オブジェクトを保存（キャッシュ）できる。この転送装置は、自装置がキャッシュしているオブジェクトを要求するインタレスト・パケット（要求パケット）をクライアント装置から受信すると、当該インタレスト・パケットをサーバ装置に向けて転送することなく、自装置がキャッシュしているオブジェクトを、当該インタレスト・パケットの送信元のクライアント装置に向けて送信できる。

【0006】

以下に、転送装置の動作の一例を説明する。転送装置は、ＣＳ（Ｃｏｎｔｅｎｔｓ Ｓｔｏｒｅ）と、ＦＩＢ（Ｆｏｒｗａｒｄ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）と、ＰＩＴ（ＰＩＴ：Ｐｅｎｄｉｎｇ Ｉｎｔｅｒｅｓｔ Ｔａｂｌｅ）を管理する。ＣＳは、自装置がキャッシュしているオブジェクトを示す情報である。ＦＩＢは、インタレスト・パケットが要求するオブジェクトと、当該インタレスト・パケットを転送すべきインタフェースとの関係を示す情報である。ＰＩＴは、転送したインタレスト・パケットが要求するオブジェクトと、当該転送したインタレスト・パケットを受信したインタフェースとの関係を示す情報である。

【0007】

転送装置は、インタレスト・パケットを受信すると、ＣＳを検索し、当該インタレスト・パケットが要求するオブジェクトをキャッシュしているか否かを判定する。キャッシュしている場合には、自装置がキャッシュしているオブジェクトを含むデータ・パケットを、当該インタレスト・パケットの送信元のクライアント装置に向けて送信する。なお、当該データ・パケットを送信するインタフェースは、当該インタレスト・パケットを受信したインタフェースである。一方、受信したインタレスト・パケットが要求するオブジェクトをキャッシュしていない場合には、転送装置は、ＰＩＴを検索して、当該インタレスト・パケットと同じオブジェクトを要求するインタレスト・パケットを既に転送し、当該オブジェクトの受信待ちの状態であるかを判定する。受信待ちの状態であると、受信したインタレスト・パケットを転送せず、当該インタレスト・パケットの受信インタフェースを、当該インタレスト・パケットが要求するオブジェクトに関連付ける様にしてＰＩＴを更新する。一方、受信したインタレスト・パケットが要求するオブジェクトの受信待ちでなければ、ＦＩＢに基づき判定したインタフェースから当該インタレスト・パケットを転送すると共にＰＩＴを更新する。また、転送装置は、オブジェクトを含むデータ・パケットを受信すると、当該オブジェクトの転送先インタフェースをＰＩＴに基づき判定して転送し、当該オブジェクトに関する情報をＰＩＴから削除する。なお、転送先インタフェースは、当該オブジェクトを要求するインタレスト・パケットを受信したインタフェースである。また、転送装置は、受信して転送したオブジェクトをキャッシュするとＣＳを更新する。

【0008】

この様に、ＣＣＮにおいては、オブジェクトを含むデータ・パケットを、当該オブジェクトを要求するインタレスト・パケットを受信したインタフェースに送信する。よって、オブジェクトは、当該オブジェクトを要求するインタレスト・パケットと同じ経路を逆向きに転送されて、当該オブジェクトを要求したクライアント装置に配信される。インタレスト・パケットには、要求するオブジェクトを示す情報（オブジェクト名）が含まれるが、インタレスト・パケットの送信元のクライアント装置を特定するための情報は含まれない。したがって、保存しているオブジェクトを配信するサーバ装置や転送装置は、オブジェクトを要求したクライアント装置がどの地域又はネットワークに配置されているかを認識できない。

【0009】

一方、現在のインターネットによるコンテンツ配信においては、コンテンツを要求するＩＰパケットには、要求元のクライアント装置のＩＰアドレスが設定されている。したがって、コンテンツ配信を行うサーバ装置は、要求元のクライアント装置のＩＰアドレスに基づき、要求元のクライアント装置が位置する地域・ネットワークを判定することができる。したがって、サーバ装置は、各コンテンツについて配信可能な地域、例えば、国を予め決めておき、コンテンツの要求元のクライアント装置が、当該コンテンツを配信可能な地域内のものであれば要求されたコンテンツを配信し、配信可能な地域内のものでなければ要求されたコンテンツを配信しないといった制御を行うことができる。

【0010】

本発明は、コンテンツの要求パケットのルーティングを、コンテンツ名に基づき転送するコンテンツ配信システムにおいて、コンテンツの配信先を制御できる仕組みを提供するものである。

【課題を解決するための手段】

【0011】

本発明の一側面によると、配信を要求するコンテンツのコンテンツ名を含む要求パケットを、当該コンテンツ名に基づき転送するコンテンツ配信システムの転送装置は、要求パケットにより要求されるコンテンツと、当該要求パケットの転送先インタフェースとの関係を示す転送情報を保持する保持手段と、コンテンツを示し、かつ、リスト情報を含む広報メッセージを受信すると、自装置の識別子と当該リスト情報とに基づき当該コンテンツを要求する要求パケットを受信した際に、当該要求パケットを転送するか否かを判定する判定手段と、前記判定手段が転送すると判定すると、前記広報メッセージの受信インタフェースを、前記広報メッセージが示すコンテンツを要求する要求パケットの転送先インタフェースとして前記転送情報に追加し、前記判定手段が転送しないと判定すると、前記広報メッセージが示すコンテンツを要求する要求パケットを転送しないことを示す情報を前記転送情報に追加する処理手段と、を備えており、前記コンテンツ配信システムの複数の転送装置の識別子は、複数のビットで示され、前記広報メッセージに含まれるリスト情報は、前記コンテンツ配信システムの複数の転送装置の内、前記広報メッセージが示すコンテンツの送信先とすることができる転送装置の識別子のビット毎の論理演算により生成される、或いは、前記コンテンツ配信システムの複数の転送装置の内、前記広報メッセージが示すコンテンツの送信先とすることができない転送装置の識別子のビット毎の論理演算により生成される。

【発明の効果】

【0012】

本発明によると、コンテンツの要求パケットのルーティングを、コンテンツ名に基づき転送するコンテンツ配信システムにおいて、コンテンツの配信先を制御することができる。

【図面の簡単な説明】

【0013】

【図1】一実施形態によるコンテンツ配信システムの構成図。

【図2】一実施形態による広報メッセージ配信のシーケンス図。

【図3】一実施形態によるＦＩＢを示す図。

【図4】一実施形態による広報メッセージ配信のシーケンス図。

【図5】一実施形態によるコンテンツ名の制限の説明図。

【図6】一実施形態によるサーバ装置の構成図。

【図7】一実施形態による転送装置の構成図。

【発明を実施するための形態】

【0014】

以下、本発明の例示的な実施形態について図面を参照して説明する。なお、以下の実施形態は例示であり、本発明を実施形態の内容に限定するものではない。また、以下の各図においては、実施形態の説明に必要ではない構成要素については図から省略する。なお、以下では、コンテンツ配信システムがＣＣＮであるものとして本発明の実施形態の説明を行う。しかしながら、本発明は、コンテンツ名に基づき転送装置がルーティングを行い、よって、コンテンツの要求パケットからはコンテンツの要求元のクライアント装置が配置されている地域、又は、ネットワークを直ちに判定できないコンテンツ配信システムに適用することができる。

【0015】

図１は、本実施形態によるコンテンツ配信システムの構成図である。図１において、コンテンツ配信システムは、４つのネットワーク３１、３２、３３及び３４を含んでいる。例えば、各ネットワークは、運用している事業者により区別することができる。また、各ネットワークは、国等の所定の地域により区別することができる。言い換えると、所定の地域に配置されたクライアント装置を収容するネットワークを１つのネットワークとすることができる。本発明では、ネットワーク毎にコンテンツを送信可能であるか否かを設定して配信制御を行う。図１の構成において、ネットワーク３１は、転送装置２１、転送装置２２及びサーバ装置１を含み、ネットワーク３２は転送装置２３を含み、ネットワーク３３は転送装置２４を含み、ネットワーク３４は転送装置２５及び２６を含んでいる。なお、図１においては、ネットワーク間を相互接続する転送装置のみを示している。つまり、各ネットワークには図示しない複数の転送装置が含まれ得る。また、図１では、１つのサーバ装置１のみを示しているが、図示しないサーバ装置がネットワーク３１〜３４には含まれ得る。さらに、図１において、転送装置２１及び２２は、それぞれ、インタフェース＃１（ＩＦ＃１）によりサーバ装置１に接続し、転送装置２３は、インタフェース＃１（ＩＦ＃１）により転送装置２１に接続し、転送装置２５は、インタフェース＃１（ＩＦ＃１）により転送装置２２に接続している。

【0016】

＜第一実施形態＞
以下では、サーバ装置１が保持するコンテンツをネットワーク３１及び３２には配信可能とするが、ネットワーク３３及び３４には配信不可とする様に制御する場合について説明を行う。このため、本実施形態では、各ネットワークに識別子（ＩＤ）を付与する。図１においては、ネットワーク３１に"０００１"を付与し、ネットワーク３２に"００１０"を付与し、ネットワーク３３に"０１００"を付与し、ネットワーク３４に"１０００"を付与している。この様に、本実施形態では、ビット列のある１つの位置のビット値を、他の位置のビット値とは異ならせた識別子を付与する。図１の例では４つのネットワークがあるため、４ビットの識別子を付与する。本実施形態の識別子の付与方法に従うと、識別子の桁数は、ネットワークの数以上である。

【0017】

転送装置２１〜２６は、自装置が属するネットワークの識別子を保持している。つまり、例えば、転送装置２１は、識別子"０００１"を保持し、転送装置２５は、識別子"１０００"を保持している。以下では、転送装置が保持する、当該転送装置が属するネットワークの識別子を、当該転送装置の識別子とも呼ぶものとする。また、各転送装置は、リンクにより直接接続する転送装置に設定されている識別子を通信により交換する。したがって、転送装置２２は、転送装置２５の識別子が"１０００"であることを認識し、転送装置２５は、転送装置２２の識別子が"０００１"であることを認識する。この様に、コンテンツ配信システムの複数の転送装置は、ネットワークにグループ化されており、同じグループの転送装置には同じ識別子が付与されている。

【0018】

さらに、サーバ装置１には、コンテンツを送信（配信）可能なネットワークがユーザにより指定される。サーバ装置１は、コンテンツを送信可能なネットワークがユーザにより指定されると、指定されたネットワークの識別子のビット毎の論理和（ＯＲ）を求める。本例では、コンテンツを送信可能なネットワークとしてネットワーク３１及び３２が指定され、よって、ネットワークの識別子のビット毎の論理和は、"００１１"である。この値は、コンテンツの送信先にできるネットワークの総てを識別子で示すものであり、以下では、配信可能リスト情報と呼ぶものとする。

【0019】

サーバ装置１は、自装置が保持するコンテンツを示す広報メッセージを、接続する各転送装置に送信する。これにより、各転送装置は、転送情報であるＦＩＢを更新する。さらに、各転送装置は、受信したインタフェース以外のインタフェースから受信した広報メッセージを送信する。これにより、各転送装置は、インタレスト・パケットを受信した際に、当該インタレスト・パケットを転送するインタフェースを決定するためのＦＩＢを作成する。本実施形態では、この広報メッセージに配信可能リスト情報を含める。図２は、サーバ装置１が、コンテンツ名"／Ａ／Ｂ"であるコンテンツを保持していることを示す広報メッセージを配信する際のシーケンス図である。

【0020】

Ｓ１で、サーバ装置１は、コンテンツ名"／Ａ／Ｂ"を示す情報と、配信可能リスト情報"００１１"を含む広報メッセージを転送装置２１に送信し、Ｓ５で、同じ広報メッセージを転送装置２２に送信する。各転送装置は、広報メッセージを受信すると、通常、当該広報メッセージに含まれるコンテンツ名"／Ａ／Ｂ"を要求するインタレスト・パケットの転送先インタフェースを、当該広報メッセージの受信インタフェースとする様にＦＩＢを更新する。しかしながら、本実施形態では、転送装置は、広報メッセージを受信すると、自装置の識別子と当該広報メッセージに含まれる配信可能リスト情報とのビット毎の論理積を演算し、演算結果が"００００"ではない場合に、当該広報メッセージに含まれるコンテンツ名"／Ａ／Ｂ"を要求するインタレスト・パケットの転送先インタフェースを、当該広報メッセージの受信インタフェースとする様にＦＩＢを更新する。一方、転送装置は、自装置の識別子と当該広報メッセージに含まれる配信可能リスト情報とのビット毎の論理積の演算結果が"００００"であると、当該広報メッセージに含まれるコンテンツ名"／Ａ／Ｂ"を要求するインタレスト・パケットの転送先インタフェースを、ヌル値とする様にＦＩＢを更新する。なお、ヌル値は、本実施形態において受信したインタレスト・パケットを転送せずに廃棄することを意味する。

【0021】

転送装置２１の識別子は"０００１"であり、広報メッセージに含まれる配信可能リスト情報は"００１１"であるのでビット毎の論理積の演算結果は"０００１"と総て０ではないので、転送装置２１は、Ｓ２で、図３（Ａ）に示すエントリをＦＩＢに追加する。また、転送装置２２の識別子は転送装置２１の識別子と同じであり、よって、転送装置２２は、Ｓ６で、図３（Ａ）に示すエントリをＦＩＢに追加する。また、広報メッセージを受信した転送装置は、受信した広報メッセージを、当該広報メッセージを受信したインタフェース以外のインタフェースから送信する。よって、Ｓ３で、転送装置２１は、広報メッセージを転送装置２３に送信し、Ｓ７で、転送装置２２は、広報メッセージを転送装置２５に送信する。

【0022】

転送装置２３の識別子は"００１０"であり、広報メッセージに含まれる配信可能リスト情報は"００１１"であるのでビット毎の論理積の演算結果は"００１０"と総て０ではないので、転送装置２３は、Ｓ４で、図３（Ａ）に示すエントリをＦＩＢに追加する。一方、転送装置２５の識別子は"１０００"であり、広報メッセージに含まれる配信可能リスト情報は"００１１"であるのでビット毎の論理積の演算結果は"００００"と総て０になる。したがって、転送装置２５は、Ｓ８で、図３（Ｂ）に示すエントリをＦＩＢに追加する。

【0023】

したがって、転送装置２５は、コンテンツ名"／Ａ／Ｂ"を要求するインタレスト・パケットを受信すると、ＦＩＢに基づき、受信したインタレスト・パケットを転送せずに廃棄する。これにより、コンテンツ名"／Ａ／Ｂ"のコンテンツがネットワーク３４に配信されることを防ぐことができる。また、転送装置におけるインタレスト・パケットの転送数を抑えることができる。

【0024】

なお、本実施形態において、識別子は１つのビットだけを"１"とし、その他のビットを"０"としていたが、逆に、１つのビットだけを"０"とし、その他のビットを"１"とする識別子を使用することができる。この場合、サーバ装置１は、コンテンツの配信可能なネットワークの識別子のビット毎の論理積を求めて配信可能リスト情報とする。そして、各転送装置は、配信可能リスト情報と自装置の識別子とのビット毎の論理和を求め、総てのビットが１であると、ＦＩＢの転送先インタフェースにヌル値を設定し、そうでなければＦＩＢの転送先インタフェースに広報メッセージの受信インタフェースを追加する。つまり、図１の説明とは、論理積及び論理和の演算を逆転させる。いずれにしても、配信可能リスト情報と自装置の識別子との論理演算の結果、総てのビットが同じ値となると、転送先インタフェースをヌル値とし、そうでなければ転送先インタフェースに広報メッセージの受信インタフェースを追加する。

【0025】

さらに、本実施形態では、ユーザがサーバ装置１にコンテンツの送信先とすることができるネットワークを指定し、サーバ装置１は、これにより配信可能リスト情報を生成していた。しかしながら、ユーザがコンテンツの送信先とすることができないネットワークを指定し、サーバ装置１は、指定されたネットワークの識別子の論理和により配信不可能リスト情報を生成する構成とすることもできる。例えば、図１の構成では、ネットワーク３３及び３４が指定され、よって、サーバ装置１は、識別子"０１００"及び識別子"１０００"のビット毎の論理和により配信不可能リスト情報"１１００"を生成する。そして、サーバ装置は、広報メッセージに配信不可能リスト情報を含める。

【0026】

この場合においても、各転送装置は、配信不可能リスト情報と自装置の識別子とのビット毎の論理積を求める。そして、この場合には、論理積の演算結果が総て０であると、ＦＩＢの転送先インタフェースに広報メッセージの受信インタフェースを追加し、そうではないと、ＦＩＢの転送先インタフェースにヌル値を設定する。例えば、転送装置２１及び２２の識別子"０００１"と配信不可能リスト情報"１１００"とのビット毎の論理積は"００００"であるので、転送装置２１及び２２は、転送先インタフェースに広報メッセージの受信インタフェースを追加する。また、転送装置２３の識別子"００１０"と配信不可能リスト情報"１１００"とのビット毎の論理積は"００００"であるので、転送装置２３は、転送先インタフェースに広報メッセージの受信インタフェースを追加する。一方、転送装置２５の識別子"１０００"と配信不可能リスト情報"１１００"とのビット毎の論理積は"１０００"であるので、転送装置２５は、転送先インタフェースにヌル値を追加する。さらに、配信不可能リスト情報を使用する場合においても、１つのビットだけを"０"とし、その他のビットを"１"とする識別子を使用することができる。

【0027】

＜第二実施形態＞
第一実施形態では、各転送装置は、配信可能リスト情報と自装置の識別子との論理演算を行ってＦＩＢの転送先インタフェースに設定する値を判定していた。本実施形態において、各転送装置は、広報メッセージを受信すると、当該広報メッセージを転送する先の転送装置の識別子と、当該広報メッセージに含まれる配信可能リスト情報との論理積を演算子、その結果により当該広報メッセージを転送するか否かを判定する。図４は、本実施形態による広報メッセージの配信シーケンス図である。

【0028】

Ｓ１０で、サーバ装置１は、コンテンツ名"／Ａ／Ｂ"を示す情報と、配信可能リスト情報"００１１"を含む広報メッセージを転送装置２１に送信し、Ｓ１３で、サーバ装置１は、同じ広報メッセージを転送装置２２に送信する。Ｓ１１で、転送装置２１は、広報メッセージを転送装置２３に送信するか否かを判定する。このため、転送装置２１は、転送装置２３の識別子と当該広報メッセージに含まれる配信可能リスト情報とのビット毎の論理積を演算する。本例では、演算結果が"００１０"と総て０ではないため、転送装置２１は、Ｓ１１で、広報メッセージを転送装置２３に送信できると判定する。よって、転送装置２１は、Ｓ１２で、広報メッセージを転送装置２３に送信する。同様に、転送装置２２は、Ｓ１４で、広報メッセージを転送装置２５に転送できるか否かを判定するため、転送装置２５の識別子と当該広報メッセージに含まれる配信可能リスト情報とのビット毎の論理積を演算する。本例では、演算結果が"００００"と総て０になるため、転送装置２２は、Ｓ１４で、広報メッセージを転送装置２５に送信できないと判定する。なお、各転送装置は、広報メッセージを受信すると、通常のＣＣＮと同様にＦＩＢを更新する。

【0029】

図４に示す様に、転送装置２５はコンテンツ名"／Ａ／Ｂ"を示す広報メッセージを受信せず、よって、コンテンツ名"／Ａ／Ｂ"を要求するインタレスト・パケットを受信した場合の転送先インタフェースを示す情報が転送装置２５のＦＩＢには作成されない。本実施形態の転送装置は、ＦＩＢから転送先を判定できない場合、受信したインタレスト・パケットを廃棄する。したがって、転送装置２５が属するネットワーク３４には、コンテンツ名"／Ａ／Ｂ"であるコンテンツは配信されず、コンテンツの配信先を制御することができる。

【0030】

なお、本実施形態の場合には、コンテンツ名の付与方法に制限を設ける。例えば、図５（Ａ）に示す様に、サーバ装置１が、配信地域を制限しないコンテンツ（コンテンツ名／Ａ／Ｃ及び／Ａ／Ｄ）の広報メッセージをＳ２０で転送装置２２に送信していたものとする。この場合、Ｓ２１で、転送装置２２は、当該広報メッセージを転送装置２５に送信できると判定し、よって、Ｓ２２で転送装置２２は、当該広報メッセージを転送装置２５に送信する。ＦＩＢのエントリは、個々のコンテンツ名毎に転送先インタフェースを示すものであっても良いが、エントリ数を減らすため、共通するプレフィクスを有し、且つ、転送先インタフェースが同じ複数のコンテンツについては、ＦＩＢのエントリを集約することができる。つまり、ＦＩＢは、共通するプレフィクスに対する転送先インタフェースを示すものとすることができる。したがって、転送装置２５は、Ｓ２２で受信した広報メッセージに基づき図５（Ｂ）に示すエントリをＦＩＢに追加する場合がある。この場合、たとえ、図４のＳ１４で転送装置２２が受信した広報メッセージを転送装置２５に配信できないと判定しても、例えば、コンテンツ名"／Ａ／Ｂ"を要求するインタレスト・パケットを受信した転送装置２５は、図５（Ｂ）に示すＦＩＢに基づき、当該インタレスト・パケットを廃棄することなく、転送装置２２に転送してしまう。したがって、本実施形態においては、配信先を制限するコンテンツについては、他のコンテンツと共通するプレフィクス部分を有さない様にコンテンツ名を付与する。

【0031】

＜装置構成＞
図６は、上記各実施形態におけるサーバ装置１の構成図である。コンテンツ保持部１１は、公開するコンテンツを保持している。リスト保持部１２は、ユーザが指定したコンテンツの送信先とすることができるネットワーク、或いは、コンテンツの送信先とすることができないネットワークに基づき、配信可能リスト情報又は配信不可リスト情報を生成して保持する。なお、ユーザが直接、配信可能リスト情報又は配信不可リスト情報を入力する形態であっても良い。処理部１３は、コンテンツの広報メッセージを送信する際、当該広報メッセージに当該コンテンツの配信可能リスト情報又は配信不可リスト情報を含め、通信部１４を介して当該広報メッセージを送信する。

【0032】

図７は、上記各実施形態における転送装置の構成図である。保持部２１は、ＣＳ、ＰＩＴ及びＦＩＢと、キャッシュしているオブジェクトを保持している。処理部２２は、通信部２３を介して広報メッセージを受信すると、自装置の識別子と受信した広報メッセージに含まれる配信可能リスト情報又は配信不可リスト情報に基づき、広報メッセージに含まれるコンテンツの転送先インタフェースとして、当該広報メッセージを受信したインタフェースをＦＩＢに設定するかヌル値を設定するかを判定し、判定結果に従いＦＩＢを更新する。この場合、処理部２２は、広報メッセージの受信インタフェース以外のインタフェースから受信した広報メッセージを送信する。或いは、処理部２２は、広報メッセージを受信すると、当該広報メッセージの受信インタフェース以外のインタフェースに接続されている転送装置それぞれについて、それら転送装置の識別子と、受信した広報メッセージに含まれる配信可能リスト情報又は配信不可リスト情報とに基づき、受信した広報メッセージを送信するか否かを判定する。そして、判定結果に基づき、受信した広報メッセージを送信する。

【0033】

なお、本発明によるサーバ装置１、転送装置は、コンピュータを上記サーバ装置１、転送装置としてそれぞれ動作させるプログラムにより実現することができる。これらコンピュータプログラムは、コンピュータが読み取り可能な記憶媒体に記憶されて、又は、ネットワーク経由で配布が可能なものである。

【符号の説明】

【0034】

２１：保持部、２２：処理部、２３：通信部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】