(57)【要約】【課題】コンテンツ配信時におけるネットワーク内のトラフィックの増大をより効果的に抑制する。【解決手段】通信端末装置５０に配信されるコンテンツの情報を取得するリダイレクタ部１０と、取得した情報を集計管理し、キャッシュ装置１２３に保持するコンテンツを選択するとともに、キャッシュ装置１２３に保持させるキャッシュシステム１２０とを備える。キャッシュシステムでは、コンテンツ配信時において、コンテンツの情報量とネットワークのトラフィック情報とから得たネットワーク内での負荷が高いコンテンツを、キャッシュ装置１２３に保持し、通信端末装置５０からの配信要求に応じてキャッシュシステム１２３から通信端末装置５０へコンテンツを配信する。【選択図】図５
2014063233.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを記憶するコンテンツサーバからネットワークを介してコンテンツが端末装置に配信される際の前記ネットワークのトラフィック情報及び前記コンテンツサーバに記憶された前記コンテンツの一部を保持するキャッシュ装置からネットワークを介してコンテンツが端末装置に配信される際の前記ネットワークのトラフィック情報を取得するトラフィック情報取得部と、
前記端末装置に配信される前記コンテンツを取得するコンテンツ取得部と、
前記コンテンツ取得部で取得した前記コンテンツのコンテンツ識別情報と、前記コンテンツ配信時の前記ネットワークのネットワーク負荷とが関連付けられて蓄積されるトラフィック情報管理テーブルと、
前記トラフィック情報取得部で取得した前記トラフィック情報から取得した通信帯域と、前記コンテンツ取得部で取得した前記コンテンツの情報量との比から前記コンテンツについての前記ネットワーク負荷を算出し、前記コンテンツ識別情報と前記ネットワーク負荷とを関連付けて前記トラフィック情報管理テーブルに蓄積し、前記ネットワーク負荷の蓄積量が大きいコンテンツを前記キャッシュ装置に保持すべきコンテンツとして選択し、選択された前記コンテンツが前記キャッシュ装置に保持され続けるように前記キャッシュ装置を管理するキャッシュ保持コンテンツ管理部と、
前記端末装置からコンテンツの配信要求を受けた際に、配信要求を受けた前記コンテンツが前記キャッシュ装置に保持されているか否かを判断し、配信要求を受けた前記コンテンツが前記キャッシュ装置に保持されている場合には、前記キャッシュ装置から前記端末装置に前記コンテンツを配信させ、配信要求を受けた前記コンテンツが前記キャッシュ装置に保持されていない場合には、前記コンテンツサーバに対して前記コンテンツの配信要求を行い、前記コンテンツを前記端末装置へ配信させるコンテンツ配信制御部とを備えることを特徴とするコンテンツ配信制御装置。
【請求項２】
配信要求を受けた前記コンテンツが前記キャッシュ装置に保持されているか否かを、前記トラフィック情報管理テーブルを検索することによって判断することを特徴とする請求項１に記載のコンテンツ配信制御装置。
【請求項３】
前記端末装置に配信される前記コンテンツの管理情報を、前記コンテンツ取得部で取得した前記コンテンツから取得し、該管理情報を前記コンテンツ識別情報及び前記ネットワーク負荷と関連付けて前記トラフィック情報管理テーブルに蓄積することを特徴とする請求項１または請求項２に記載のコンテンツ配信制御装置。
【請求項４】
前記コンテンツの前記管理情報別で、前記ネットワーク負荷が大きい前記コンテンツを管理することを特徴とする請求項３に記載のコンテンツ配信制御装置。
【請求項５】
前記管理情報が、前記コンテンツのドメイン情報、コンテンツタイプおよびポート利用情報の少なくとも一つであることを特徴とする請求項３〜請求項４のいずれか１項に記載のコンテンツ配信制御装置。
【請求項６】
前記トラフィック情報取得部で取得される前記トラフィック情報が、ＳＮＭＰ（Simple Network Management Protocol）を利用して取得された管理情報ベース（ＭＩＢ）内のオブジェクトの少なくとも一つであることを特徴とする請求項１〜請求項５のいずれか１項に記載のコンテンツ配信制御装置。
【請求項７】
前記キャッシュ保持コンテンツ管理部が、選択された前記コンテンツの合計容量が前記キャッシュ装置の容量以下となる範囲で、前記キャッシュ装置に保持される前記コンテンツを選択することを特徴とする請求項１〜請求項６のいずれか１項に記載のコンテンツ配信制御装置。
【請求項８】
キャッシュ保持コンテンツ管理部が、前記キャッシュ装置に保持された前記コンテンツのうち前記キャッシュ保持コンテンツ管理部で選択されなくなったコンテンツを、前記キャッシュ装置から削除するか、または新たに前記キャッシュ装置に保持されるコンテンツによって上書きすることを特徴とする請求項１〜請求項７のいずれか１項に記載のコンテンツ配信制御装置。
【請求項９】
前記ネットワークのセグメント毎に前記トラフィック情報管理テーブルを備え、前記トラフィック情報をセグメント単位で管理することを特徴とする請求項１〜請求項８のいずれか１項に記載のコンテンツ配信制御装置。
【請求項１０】
前記トラフィック情報管理テーブルにおいて、前記管理情報毎に前記キャッシュ装置への保持が許容される記憶容量の割合が定められることを特徴とする請求項１〜請求項９のいずれか１項に記載のコンテンツ配信制御装置。
【請求項１１】
前記トラフィック情報管理テーブルにおいて、管理された前記コンテンツ毎に、前記キャッシュ装置から前記端末装置に対して前記コンテンツを配信する際の利用可能帯域が定められることを特徴とする請求項１〜請求項１０のいずれか１項に記載のコンテンツ配信制御装置。
【請求項１２】
コンテンツを記憶するコンテンツサーバからネットワークを介してコンテンツが端末装置に配信される際の前記ネットワークのトラフィック情報及び前記コンテンツサーバに記憶された前記コンテンツの一部を保持するキャッシュ装置からネットワークを介してコンテンツが端末装置に配信される際の前記ネットワークのトラフィック情報を取得し、
前記端末装置に配信される前記コンテンツを取得し、
取得した前記トラフィック情報から取得した通信帯域と、取得した前記コンテンツの情報量との比から前記コンテンツについてのネットワーク負荷を算出し、前記コンテンツ識別情報と前記ネットワーク負荷とを関連付けてトラフィック情報管理テーブルに蓄積し、前記ネットワーク負荷の蓄積量が大きいコンテンツを前記キャッシュ装置に保持すべきコンテンツとして選択し、選択された前記コンテンツが前記キャッシュ装置に保持され続けるように前記キャッシュ装置を管理し、
前記端末装置からコンテンツの配信要求を受けた際に、配信要求を受けた前記コンテンツが前記キャッシュ装置に保持されているか否かを判断し、配信要求を受けた前記コンテンツが前記キャッシュ装置に保持されている場合には、前記キャッシュ装置から前記端末装置に前記コンテンツを配信させ、配信要求を受けた前記コンテンツが前記キャッシュ装置に保持されていない場合には、前記コンテンツサーバに対して前記コンテンツの配信要求を行い、前記コンテンツを前記端末装置へ配信させることを特徴とするコンテンツの配信制御方法。
【請求項１３】
コンテンツを記憶するコンテンツサーバと、
前記コンテンツサーバに記憶された前記コンテンツの一部を保持するキャッシュ装置と、
前記コンテンツサーバ及び前記キャッシュ装置からネットワークを介してコンテンツの配信を受ける端末装置と、
前記端末装置から配信要求されたコンテンツを、前記コンテンツサーバと前記キャッシュ装置とのいずれから配信するかを制御するコンテンツ配信制御装置とを備え、
前記コンテンツ配信制御装置が、
コンテンツが前記端末装置に配信される際の前記ネットワークのトラフィック情報を取得するトラフィック情報取得部と、
前記端末装置に配信される前記コンテンツを取得するコンテンツ取得部と、
前記コンテンツ取得部で取得した前記コンテンツの識別情報と、前記コンテンツ配信時の前記ネットワークのネットワーク負荷とが関連付けられて蓄積されるトラフィック情報管理テーブルと、
前記トラフィック情報取得部で取得した前記トラフィック情報から取得した通信帯域と、前記コンテンツ取得部で取得した前記コンテンツの情報量との比から前記コンテンツについての前記ネットワーク負荷を算出し、前記コンテンツ識別情報と前記ネットワーク負荷とを関連付けて前記トラフィック情報管理テーブルに蓄積し、前記ネットワーク負荷の蓄積量が大きいコンテンツを前記キャッシュ装置に保持すべきコンテンツとして選択し、選択された前記コンテンツが前記キャッシュ装置に保持され続けるように前記キャッシュ装置を管理するキャッシュ保持コンテンツ管理部と、
前記端末装置からコンテンツの配信要求を受けた際に、配信要求を受けた前記コンテンツが前記キャッシュ装置に保持されているか否かを判断し、配信要求を受けた前記コンテンツが前記キャッシュ装置に保持されている場合には、前記キャッシュ装置から前記端末装置に前記コンテンツを配信させ、配信要求を受けた前記コンテンツが前記キャッシュ装置に保持されていない場合には、前記コンテンツサーバに対して前記コンテンツの配信要求を行い、前記コンテンツを前記端末装置へ配信させるコンテンツ配信制御部とを備えることを特徴とするコンテンツ配信制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介したコンテンツの配信を制御するコンテンツ配信制御装置、コンテンツの配信制御方法、コンテンツ配信制御システムに関し、特に、ユーザからの人気が高いコンテンツをキャッシュに保存してキャッシュから配信するコンテンツ配信制御装置、コンテンツの配信制御方法、コンテンツ配信制御システムに関する。
【背景技術】
【０００２】
近年、ネットワークに接続される端末装置が増加しており、コンテンツを配信するコンテンツプロバイダと端末装置との間のネットワーク内のトラフィックが増加している。従来、このようなトラフィックの増大を解決するために、ネットワーク設備の数を増加させる方法が選択されてきた。このような方法では、ユーザ数の増加、トラフィックの増加に応じて、適切な数のネットワーク設備が増設されてきた。
【０００３】
一般的に、ネットワーク提供業者は、ネットワーク使用ピーク時のトラフィック量に合わせて必要なネットワーク設備数を算出し、ネットワーク設備の増設や管理を行う。また、ネットワーク提供業者は、ネットワーク使用平常時からピーク時の平均トラフィック量を基準として、必要なネットワーク設備数を算出し、ネットワーク設備の増設や管理を行う場合もある。
【０００４】
しかしながら、ネットワークに接続される端末装置は増加の一途をたどっており、ネットワーク設備の増設のみでは、設備投資費用の増大を招く上、トラフィックが適切に抑制されないという問題があった。
これに対して、ネットワーク上にキャッシュシステムを設け、コンテンツの一部をキャッシュシステムで管理し、キャッシュシステムで管理されたコンテンツをキャッシュシステムから配信することが提案されている。
【０００５】
下記の特許文献１には、クライアントから要求されるコンテンツを複数のキャッシュサーバに分散して記憶し、必要に応じてキャッシュサーバ間でコンテンツを転送するキャッシュシステムが記載されている。そして、特許文献１には、キャッシュ連携ルータが、クライアントから要求を受けたコンテンツがキャッシュシステム内に記憶されているか否かを判定し、記憶されている場合には、クライアントからの要求を、要求を受けたコンテンツの情報を管理するキャッシュ制御サーバへ転送することが記載されている。
【０００６】
しかしながら、大規模なネットワーク、特に、モバイル端末が接続されたモバイルネットワークにおいては、複数の利用者が、見たいコンテンツへのアクセスを日々要求するため、トラフィックが増大する。このようなトラフィックに対し、単純にキャッシュシステムを配置して、キャッシュシステムからコンテンツの配信を行う方法では、利用者端末からの要求に対して十分に対処することができない。特許文献１のキャッシュシステムでは、分散配置されたキャッシュシステムの連携により、複数の利用者からのコンテンツ配信要求による負荷を分散させることができる。しかしながら、オリジナルサーバに記憶されたコンテンツをすべてキャッシュシステムで管理したり、コンテンツを管理するキャッシュシステムのＵＲＬ情報等をすべて管理することは困難である。
【０００７】
そこで、キャッシュシステムに、ユーザの利用頻度や人気の高いコンテンツを記憶することが考えられる。例えば下記の特許文献２のキャッシュシステムでは、データ記憶装置に記憶された情報のうち、ユーザからアクセス頻度が高いコンテンツをキャッシュ装置に記憶することが提案されている。特許文献２では、ユーザからアクセス要求を受けた場合に、キャッシュ装置とデータ記憶装置とから情報を検索し、キャッシュ装置に記憶されている場合にはそのデータをキャッシュ装置から取り出す。一方、キャッシュ装置内に要求された情報のデータがない場合には、オリジンサーバであるデータ記憶装置に対し検索を実行することが記載されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００７−６６１６１号公報
【特許文献２】特開２００９−１８７３９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
特許文献２のキャッシュシステムでは、アクセス頻度の高い情報を優先してキャッシュ装置に記憶することができる。しかしながら、情報へのアクセス要求を受けた場合に、まずキャッシュ装置内を検索することは、キャッシュ装置が膨大である場合に検索時に時間を要する。
また、特許文献２のキャッシュシステムでは、アクセス頻度記憶装置に対して、検索要求によりアクセスしたデータのアクセス頻度情報を更新し、アクセス頻度記憶装置内のアクセス頻度情報を参照してデータへのアクセス回数と、アクセス間隔をもとにアクセス頻度を求めている。しかしながら、アクセス頻度の高い情報が、すなわちトラフィックを増大させる情報ではない。
【００１０】
本発明は、以上の点に鑑みてなされたものであって、コンテンツ配信時におけるネットワーク内のトラフィックの増大をより効果的に抑制することができるコンテンツ配信制御装置、コンテンツの配信制御方法、コンテンツ配信制御システムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
以上の課題を解決するため、本発明のある態様によるコンテンツ配信制御装置（例えば図４及び図５に示すコンテンツ配信制御装置１４０）は、コンテンツを記憶するコンテンツサーバからネットワークを介してコンテンツが端末装置に配信される際の前記ネットワークのトラフィック情報及び前記コンテンツサーバに記憶された前記コンテンツの一部を保持するキャッシュ装置からネットワークを介してコンテンツが端末装置に配信される際の前記ネットワークのトラフィック情報を取得するトラフィック情報取得部と、
前記端末装置に配信される前記コンテンツを取得するコンテンツ取得部と、
前記コンテンツ取得部で取得した前記コンテンツのコンテンツ識別情報と、前記コンテンツ配信時の前記ネットワークのネットワーク負荷とが関連付けられて蓄積されるトラフィック情報管理テーブルと、
前記トラフィック情報取得部で取得した前記トラフィック情報から取得した通信帯域と、前記コンテンツ取得部で取得した前記コンテンツの情報量との比から前記コンテンツについての前記ネットワーク負荷を算出し、前記コンテンツ識別情報と前記ネットワーク負荷とを関連付けて前記トラフィック情報管理テーブルに蓄積し、前記ネットワーク負荷の蓄積量が大きいコンテンツを前記キャッシュ装置に保持すべきコンテンツとして選択し、選択された前記コンテンツが前記キャッシュ装置に保持され続けるように前記キャッシュ装置を管理するキャッシュ保持コンテンツ管理部と、
前記端末装置からコンテンツの配信要求を受けた際に、配信要求を受けた前記コンテンツが前記キャッシュ装置に保持されているか否かを判断し、配信要求を受けた前記コンテンツが前記キャッシュ装置に保持されている場合には、前記キャッシュ装置から前記端末装置に前記コンテンツを配信させ、配信要求を受けた前記コンテンツが前記キャッシュ装置に保持されていない場合には、前記コンテンツサーバに対して前記コンテンツの配信要求を行い、前記コンテンツを前記端末装置へ配信させるコンテンツ配信制御部とを備えることを特徴とする。
【００１２】
また、本発明のコンテンツのある態様による配信制御方法は、コンテンツを記憶するコンテンツサーバからネットワークを介してコンテンツが端末装置に配信される際の前記ネットワークのトラフィック情報及び前記コンテンツサーバに記憶された前記コンテンツの一部を保持するキャッシュ装置からネットワークを介してコンテンツが端末装置に配信される際の前記ネットワークのトラフィック情報を取得し、
前記端末装置に配信される前記コンテンツを取得し、
取得した前記トラフィック情報から取得した通信帯域と、取得した前記コンテンツの情報量との比から前記コンテンツについてのネットワーク負荷を算出し、前記コンテンツ識別情報と前記ネットワーク負荷とを関連付けてトラフィック情報管理テーブルに蓄積し、前記ネットワーク負荷の蓄積量が大きいコンテンツを前記キャッシュ装置に保持すべきコンテンツとして選択し、選択された前記コンテンツが前記キャッシュ装置に保持され続けるように前記キャッシュ装置を管理し、
前記端末装置からコンテンツの配信要求を受けた際に、配信要求を受けた前記コンテンツが前記キャッシュ装置に保持されているか否かを判断し、配信要求を受けた前記コンテンツが前記キャッシュ装置に保持されている場合には、前記キャッシュ装置から前記端末装置に前記コンテンツを配信させ、配信要求を受けた前記コンテンツが前記キャッシュ装置に保持されていない場合には、前記コンテンツサーバに対して前記コンテンツの配信要求を行い、前記コンテンツを前記端末装置へ配信させることを特徴とするコンテンツの配信制御方法。
【００１３】
本発明のある態様によるコンテンツ配信制御システム（例えば図４及び図５のコンテンツ配信制御システム２００）は、コンテンツを記憶するコンテンツサーバと、
前記コンテンツサーバに記憶された前記コンテンツの一部を保持するキャッシュ装置と、
前記コンテンツサーバ及び前記キャッシュ装置からネットワークを介してコンテンツの配信を受ける端末装置と、
前記端末装置から配信要求されたコンテンツを、前記コンテンツサーバと前記キャッシュ装置とのいずれから配信するかを制御するコンテンツ配信制御装置とを備え、
前記コンテンツ配信制御装置が、
コンテンツが前記端末装置に配信される際の前記ネットワークのトラフィック情報を取得するトラフィック情報取得部と、
前記端末装置に配信される前記コンテンツを取得するコンテンツ取得部と、
前記コンテンツ取得部で取得した前記コンテンツの識別情報と、前記コンテンツ配信時の前記ネットワークのネットワーク負荷とが関連付けられて蓄積されるトラフィック情報管理テーブルと、
前記トラフィック情報取得部で取得した前記トラフィック情報から取得した通信帯域と、前記コンテンツ取得部で取得した前記コンテンツの情報量との比から前記コンテンツについての前記ネットワーク負荷を算出し、前記コンテンツ識別情報と前記ネットワーク負荷とを関連付けて前記トラフィック情報管理テーブルに蓄積し、前記ネットワーク負荷の蓄積量が大きいコンテンツを前記キャッシュ装置に保持すべきコンテンツとして選択し、選択された前記コンテンツが前記キャッシュ装置に保持され続けるように前記キャッシュ装置を管理するキャッシュ保持コンテンツ管理部と、
前記端末装置からコンテンツの配信要求を受けた際に、配信要求を受けた前記コンテンツが前記キャッシュ装置に保持されているか否かを判断し、配信要求を受けた前記コンテンツが前記キャッシュ装置に保持されている場合には、前記キャッシュ装置から前記端末装置に前記コンテンツを配信させ、配信要求を受けた前記コンテンツが前記キャッシュ装置に保持されていない場合には、前記コンテンツサーバに対して前記コンテンツの配信要求を行い、前記コンテンツを前記端末装置へ配信させるコンテンツ配信制御部とを備えることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、通信端末装置に配信されるコンテンツのうち、ネットワークのトラフィックを増加させやすいコンテンツをキャッシュ装置に保持し、キャッシュ装置から配信を行うため、コンテンツサーバからコンテンツ配信制御装置までのトラフィックの増大を効果的に抑制することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の基本構成であるコンテンツ配信制御システムの概略説明図である。
【図２】本発明の基本構成であるコンテンツ配信制御システムの概略説明図である。
【図３】本発明の基本構成であるコンテンツ配信制御システムにおけるコンテンツが管理されるテーブルの構成例を示す図である。
【図４】本発明の第１実施形態におけるコンテンツ配信制御システムの概略説明図である。
【図５】本発明の第１実施形態におけるコンテンツ配信制御システムの概略説明図である。
【図６】本発明の第１実施形態におけるコンテンツ配信制御システムにおけるコンテンツが管理されるテーブルの構成例を示す図である。
【図７】本発明の第１実施形態におけるコンテンツ配信制御システムの動作を示す概略図である。
【図８】本発明の第１実施形態におけるコンテンツ配信制御システムの動作を示す概略図である。
【図９】本発明の第１実施形態におけるコンテンツ配信制御システムにおけるコンテンツが管理されるテーブルの他の構成例を示す図である。
【図１０】本発明の第２実施形態におけるコンテンツ配信制御システムの概略説明図である。
【図１１】本発明の第２実施形態におけるコンテンツ配信制御システムの概略説明図である。
【図１２】本発明の第２実施形態におけるコンテンツ配信制御システムにおけるコンテンツが管理されるテーブルの構成例を示す図である。
【図１３】本発明の第２実施形態におけるコンテンツ配信制御システムの動作を示す概略図である。
【図１４】本発明の第２実施形態におけるコンテンツ配信制御システムの動作を示す概略図である。
【図１５】本発明の第２実施形態におけるコンテンツ配信制御システムにおけるコンテンツが管理されるテーブルの他の構成例を示す図である。
【発明を実施するための形態】
【００１６】
以下、図を参照して本発明に係るコンテンツ配信制御装置、コンテンツの配信制御方法、コンテンツ配信制御システムの実施形態について説明する。以下に参照する各図において、他の図と同様の構成については、同様の符号を付して示し、その説明の一部を省略することがある。
なお、本発明に係るコンテンツ配信制御装置、コンテンツの配信制御方法、コンテンツ配信制御システムの実施形態について説明にあたり、最初にキャッシュ装置を用いたコンテンツ配信制御システムの基本構成を説明する。
【００１７】
（１）基本構成
［コンテンツ配信制御システムの基本構成の概略］
図１及び図２は、本発明の基本となるコンテンツ配信制御システム１００を説明するための図である。図１は、コンテンツサーバ７２ａに記憶されたコンテンツが通信端末装置５０に配信される場合におけるコンテンツ配信制御システム１００の概略説明図である。図２は、キャッシュ装置２３に記憶されたコンテンツが通信端末装置５０に配信される場合におけるコンテンツ配信制御システム１００の概略説明図である。
【００１８】
コンテンツ配信制御システム１００は、コンテンツ配信制御装置４０と、ユーザの操作により所望のコンテンツの配信を要求する通信端末装置５０と、コンテンツを配信する複数のコンテンツプロバイダ７１，７２，７３がそれぞれ備えるコンテンツサーバ７１ａ，７２ａ，７３ａと、通信端末装置５０からコンテンツ配信制御装置４０までの間に介在するＩＰ（Internet Protocol）ネットワーク６１と、コンテンツ配信制御装置４０からコンテンツサーバ７１ａ，７２ａ，７３ａまでの間に介在するＩＰネットワーク６２とから構成されている。ＩＰネットワーク６１，６２は、単数もしくは複数の伝送路でそれぞれ構成される。なお、以下、コンテンツプロバイダ７１，７２，７３は、特定のコンテンツプロバイダを示さない場合には、コンテンツプロバイダ７０と適宜称する。また、コンテンツサーバ７１ａ，７２ａ，７３ａは、特定のコンテンツサーバを示さない場合には、コンテンツサーバ７０ａと適宜称する。さらに、ＩＰネットワーク（無線ネットワークを含む）６１，６２は、特定のＩＰネットワークを示さない場合には、ＩＰネットワーク６０と適宜称する。
【００１９】
コンテンツ配信制御システム１００は、ＩＰネットワーク６０に接続されている通信端末装置５０にコンテンツを提供するサービスである。通信端末装置５０としては、スマートフォンやタブレット型コンピュータのみならず、いわゆるフィーチャーフォンや通信機能を有するフォトフレーム、ＰＤＡ（Personal Digital Assistant）等の携帯型通信端末装置やパーソナルコンピュータ等、ユーザの操作によりコンテンツの配信を要求可能な通信端末が用いられる。また、通信端末装置５０からコンテンツプロバイダ７０に対して要求可能なコンテンツは、動画、音楽又は写真等のみならず、通信端末装置５０で実行可能なプログラムや書籍データ等も含む。
【００２０】
コンテンツ配信制御システム１００では、通信機能を有する通信端末装置５０によるコンテンツの配信要求に応じて、ＩＰネットワーク６１，６２経由で動画、音楽又は写真等のコンテンツが通信端末装置５０に提供される。コンテンツ配信制御システム１００は、コンテンツのオリジナルデータが記憶されたコンテンツサーバ７０ａとは別にキャッシュシステム２０を備え、配信要求数が多いコンテンツ、容量が大きいコンテンツ等をキャッシュシステム２０内のキャッシュ装置２３に保持しておく。キャッシュ装置２３に保持されるコンテンツは、キャッシュシステム２０内に設けられたコンテンツ管理テーブル２１に基づいて管理される。コンテンツ管理テーブル２１には、通信端末装置５０に配信されるコンテンツの情報が蓄積される。
【００２１】
以下、本実施形態では、ＩＰネットワーク６０に接続されている複数の通信端末装置のうちの１つのユーザが、通信端末装置５０にコンテンツの配信要求をさせるための指示を与える（通信端末装置５０を操作する）場合について説明する。
基本構成のコンテンツ配信制御システム１００におけるコンテンツ配信についての動作概略を説明する。
【００２２】
図１は、コンテンツサーバ７２ａに記憶されたコンテンツが通信端末装置５０に配信される場合におけるコンテンツ配信制御システム１００の概略説明図である。図１に示すように、コンテンツ配信制御装置４０のリダイレクタ部１０が、通信端末装置５０からコンテンツの配信要求を受信する（ステップＳ１１）。この配信要求を受信したリダイレクタ部１０は、キャッシュシステム２０内のコンテンツ管理テーブル２１に対して、配信要求を受けたコンテンツがコンテンツ管理テーブル２１に蓄積されているか否かを問い合わせる（ステップＳ１２）。配信要求を受けたコンテンツがコンテンツ管理テーブル２１に蓄積されていない場合には、リダイレクタ部１０は、配信要求を受けたコンテンツがキャッシュ装置２３に保持されていないものと判断する。そして、リダイレクタ部１０は、当該コンテンツを記憶するコンテンツサーバ７２ａを備えるコンテンツプロバイダ７２に対して、当該コンテンツの通信端末装置５０への配信要求を送信する（ステップＳ１３）。コンテンツ配信要求を受信したコンテンツサーバ７２ａは、通信端末装置５０に対して当該コンテンツを配信する（ステップＳ１４）。
【００２３】
図２は、キャッシュ装置２３に保持されたコンテンツが通信端末装置５０に配信される場合におけるコンテンツ配信制御システム１００の概略説明図である。図２に示すように、コンテンツ配信制御装置４０のリダイレクタ部１０が、通信端末装置５０からコンテンツの配信要求を受信する（ステップＳ２１）。この配信要求を受信したリダイレクタ部１０は、キャッシュシステム２０内のコンテンツ管理テーブル２１に対して、配信要求を受けたコンテンツがコンテンツ管理テーブル２１に蓄積されているか否かを問い合わせる（ステップＳ２２）。配信要求を受けたコンテンツがコンテンツ管理テーブル２１に蓄積されている場合には、リダイレクタ部１０が、キャッシュ装置２３に対して当該コンテンツの通信端末装置５０への配信要求を送信する（ステップＳ２３）。コンテンツ配信要求を受信したキャッシュ装置２３は、通信端末装置５０に対して当該コンテンツを配信する（ステップＳ２４）。
【００２４】
これにより、キャッシュ装置２３に保持されたコンテンツは、コンテンツプロバイダ７０へ配信要求を行うことなく、キャッシュ装置２３から通信端末装置５０へ配信される。このため、コンテンツサーバ７０ａとコンテンツ配信制御装置４０との間のトラフィックの増加が抑制される。また、キャッシュ装置２３に保持するコンテンツを人気の高いコンテンツとすることで、より効率的にコンテンツサーバ７０ａとコンテンツ配信制御装置４０との間のトラフィックの増加が抑制される。コンテンツ配信制御システム１００は、スマートフォン等の急激な普及に伴うＩＰネットワーク６０へ同時接続される通信端末装置の増加やトラフィックの増大が懸念されるモバイルネットワークに特に好適である。
【００２５】
［コンテンツ配信制御装置の基本構成］
図１及び図２に示すコンテンツ配信制御システム１００を構成するコンテンツ配信制御装置４０の基本構成について詳細に説明する。本実施形態を実現するには、コンテンツ配信制御システム１００内に、コンテンツ配信制御装置４０が必要である。コンテンツ配信制御装置４０は、例えばモバイルネットワークの基地局交換機内に備えられる。
コンテンツ配信制御システム１００を構成するコンテンツ配信制御装置４０は、リダイレクタ部１０と、キャッシュシステム２０とを備える。
リダイレクタ部１０は、コンテンツ配信制御部１１と、コンテンツ取得部１２と、コンテンツ管理情報取得部１３とを含んでいる。
【００２６】
コンテンツ配信制御部１１は、通信端末装置５０からコンテンツの配信要求を受けた際にコンテンツ管理テーブル２１を検索して、配信要求を受けたコンテンツがキャッシュ装置２３に保持されているか否かの判断を行う。そして、コンテンツ配信制御部１１が、配信要求を受けたコンテンツがキャッシュ装置２３に保持されていると判断した場合には、キャッシュ装置２３から通信端末装置５０にコンテンツを配信させる。また、コンテンツ配信制御部１１が、配信要求を受けたコンテンツがキャッシュ装置２３に保持されていないと判断した場合には、コンテンツサーバ７０ａに対して当該コンテンツの配信要求を行い、当該コンテンツをコンテンツサーバ７０ａから通信端末装置５０へ配信させる。
【００２７】
コンテンツ取得部１２は、リダイレクタ部１０を通過するコンテンツのヘッダ情報とペイロード情報とを含むコンテンツデータを取得する。取得したコンテンツデータは、図示しない記憶部に一時的に記憶させ、情報の抽出を行った後、消去されるか、またはキャッシュ装置２３に保持される。
コンテンツ管理情報取得部１３は、キャッシュ装置２３から通信端末装置５０に対してコンテンツが配信される際、およびコンテンツサーバ７０ａから通信端末装置５０に対してコンテンツが配信される際に、リダイレクタ部１０を通過するコンテンツの管理情報を取得する。管理情報としては、コンテンツ識別情報、コンテンツタイプ、コンテンツサイズ、送信元ドメイン、送信元ＩＰアドレス、プロトコル及び利用ポート等のコンテンツに関する属性情報等が挙げられる。このような管理情報は、例えば、コンテンツ取得部１２で取得したコンテンツデータに含まれるヘッダ情報やペイロード情報から取得することができる。
【００２８】
キャッシュシステム２０は、コンテンツ管理テーブル２１と、キャッシュ管理部２２と、キャッシュ装置２３とを含んでいる。
図３は、コンテンツ管理テーブル２１の構成例を示す図である。コンテンツ管理テーブル２１は、コンテンツ管理情報取得部１３で取得したコンテンツの管理情報が蓄積されるデータベースである。コンテンツ管理テーブル２１は、通信端末装置５０からコンテンツ配信要求があった場合に、コンテンツ配信制御部１１によって検索される。コンテンツ管理テーブル２１に蓄積される管理情報は、例えば、少なくともコンテンツ識別情報を含み、コンテンツ識別情報と、そのコンテンツの他の管理情報とが関連付けられて蓄積される。また、コンテンツ管理テーブル２１には、コンテンツ毎の配信要求回数も管理情報として蓄積される。コンテンツ管理テーブル２１にコンテンツの管理情報を蓄積する度に、そのコンテンツに対する配信要求があったとして配信要求回数を加算する。
【００２９】
また、コンテンツ管理テーブル２１で管理されたコンテンツの一部は、キャッシュ装置２３に保持される。キャッシュ装置２３に保持されたコンテンツであるか否かは、例えば、コンテンツ管理テーブル２１内で、キャッシュ装置２３に保持されているか否かを示すフラグによって管理される。コンテンツ管理テーブル２１において、フラグ“０”はキャッシュ装置２３に保持されていないことを示し、フラグ“１”はキャッシュ装置２３に保持されていることを示す。
【００３０】
キャッシュ管理部２２は、コンテンツ管理テーブル２１に蓄積された管理情報を基に、キャッシュ装置２３に保持すべきコンテンツを選択する。また、キャッシュ管理部２２は、選択されたコンテンツがキャッシュ装置２３に保持され続けるようにキャッシュ装置２３を管理する。キャッシュ管理部２２は、コンテンツ管理テーブル２１に蓄積された特定の管理情報に注目してコンテンツの順位付けを行い、順位が上位であるコンテンツを選択する。具体的には、キャッシュ管理部２２は、コンテンツ管理テーブル２１に蓄積されたコンテンツを、例えば配信要求回数の多い順またはコンテンツサイズの大きい順等に順位付けし、配信要求回数の多いコンテンツまたはコンテンツサイズの大きいコンテンツを選択する。配信要求回数の多いコンテンツ、コンテンツサイズの大きいコンテンツは、配信時にＩＰネットワーク６０のトラフィックを増大させやすいため、これらのコンテンツがキャッシュ装置２３に保持されることが好ましい。
【００３１】
キャッシュ装置２３は、キャッシュ管理部２２の管理により、コンテンツサーバに記憶されたコンテンツの一部を保持する。具体的には、キャッシュ装置２３には、コンテンツサーバ７０ａから通信端末装置５０に配信されるコンテンツのうち、当該コンテンツの管理情報を基にキャッシュ管理部２２で選択されたコンテンツが保持される。キャッシュ装置２３は、コンテンツサーバ７０ａからダウンロードしたコンテンツか、コンテンツ取得部１２で一時的に記憶されたコンテンツをキャッシュ装置２３に保持する。
そして、これまでキャッシュ装置２３に保持されていたが、キャッシュ装置２３に保持すべきコンテンツとしてキャッシュ管理部２２で選択されなくなったコンテンツは、キャッシュ装置２３から削除されるか、または新たにキャッシュ装置２３に保持されるコンテンツによって上書きされる。
【００３２】
以上が、基本構成のコンテンツ配信制御システム１００である。
コンテンツ配信制御システム１００では、リダイレクタ部１０が、配信要求を受けたコンテンツの管理情報を取得し、キャッシュシステム２０のコンテンツ管理テーブル２１でコンテンツの管理・保持を行う。このため、人気が高く、ＩＰネットワーク６０のトラフィックを増大させやすいコンテンツが適切にキャッシュ装置２３に保持されて、トラフィックが抑制される。
【００３３】
（２）第１実施形態
続いて、本発明に係る第１実施形態のコンテンツ配信制御システムについて説明する。第１実施形態は、ＩＰネットワーク内でトラフィックを増大させやすいコンテンツを優先的にキャッシュ装置に保持するようにしたコンテンツ配信制御システムである。
［コンテンツ配信制御システム］
図４及び図５は、本発明の第１実施形態のコンテンツ配信制御システム２００を説明するための図である。コンテンツ配信制御システム２００は、コンテンツ配信制御システム１００のコンテンツ配信制御装置４０に代えて、コンテンツ配信制御装置１４０を備える。ここで、図４は、コンテンツサーバ７２ａに記憶されたコンテンツが通信端末装置５０に配信される場合におけるコンテンツ配信制御システム２００の概略説明図であり、図５は、キャッシュ装置１２３に保持されたコンテンツが通信端末装置５０に配信される場合におけるコンテンツ配信制御システム２００の概略説明図である。
【００３４】
以下、コンテンツ配信制御装置１４０について詳細に説明する。
コンテンツ配信制御装置１４０は、リダイレクタ部１１０と、キャッシュシステム１２０と、キャッシュシステム１２０とを備える。
リダイレクタ部１１０は、トラフィック情報取得部１１４を備える以外は、基本構成のリダイレクタ部１０と同様の機能を有する。
トラフィック情報取得部１１４は、コンテンツがコンテンツサーバ７０ａからＩＰネットワーク６０を介して通信端末装置５０に配信される際のネットワークのトラフィック情報と、コンテンツがキャッシュ装置１２３からネットワークを介して通信端末装置５０に配信される際のネットワークのトラフィック情報とを取得する。トラフィック情報取得部１１４は、取得したトラフィック情報をキャッシュシステム１２０に送信する。
【００３５】
ここでトラフィック情報とは、例えば、ＩＰネットワーク６０におけるデバイスを管理するためのデータベースである、図４及び図５中に示すＭＩＢ（管理情報ベース：Management Information Base）８０及びＭＩＢ８０から得られるＩＰネットワーク６０の各状態情報（オブジェクト）のうちの少なくとも一つである。ＭＩＢ８０は、ＩＰネットワーク６０上のネットワーク機器を監視するプロトコルであるＳＮＭＰ（ＩＰネットワーク機器監視プロトコル：Simple Network Management Protocol）を利用して参照する管理情報である。
【００３６】
ＭＩＢ８０からは、ネットワーク固有ＩＤ（OBJECT IDENTIFIER）、インタフェースの種類（ifType）、通信速度（ifSpeed）、受信したすべてのオクテット数（ifInOctets）、送信したすべてのオクテット数（ifOutOctets）、ＭＴＵ（ＩＰネットワーク６０で送信可能なパケットの最大サイズ：Maximum Transmission Unit）の値（ifMtu）等が得られる。
【００３７】
キャッシュシステム１２０は、キャッシュ保持コンテンツ管理テーブル１２１とキャッシュ管理部１２２と、キャッシュ装置１２３とを含んでいる。
図６は、キャッシュ保持コンテンツ管理テーブル１２１の構成例を示す図である。キャッシュ保持コンテンツ管理テーブル１２１は、通信端末装置５０に配信されるコンテンツについてのネットワーク負荷と、コンテンツ管理情報取得部１１３で取得したコンテンツ識別情報と、そのコンテンツの他の管理情報とが関連付けられて蓄積されるデータベースである。キャッシュ保持コンテンツ管理テーブル１２１は、通信端末装置５０からコンテンツ配信要求があった場合に、コンテンツ配信制御部１１によって検索される。ネットワーク負荷は、トラフィック情報取得部１１４で取得したＭＩＢ８０から取得した通信速度と、コンテンツ取得部１２で取得したコンテンツのコンテンツサイズ（データ量）との比に基づいて算出されたものである。
【００３８】
キャッシュ管理部１２２は、トラフィック情報取得部１１４で取得したトラフィック情報から算出されるネットワーク負荷と、コンテンツ管理情報取得部１１３で取得したコンテンツのコンテンツ識別情報と、そのコンテンツの他の管理情報とを関連付けてキャッシュ保持コンテンツ管理テーブル１２１に蓄積する。そして、キャッシュ管理部１２２は、キャッシュ保持コンテンツ管理テーブル１２１に蓄積されたネットワーク負荷を基にキャッシュ装置１２３に保持すべきコンテンツを選択する。キャッシュ管理部１２２は、キャッシュ保持コンテンツ管理テーブル１２１に蓄積されたコンテンツを、ネットワーク負荷が高い順に順位付けし、順位が上位であるコンテンツを選択する。
【００３９】
なお、ネットワーク負荷は、コンテンツが配信されるたびにそのコンテンツ毎のネットワーク負荷がキャッシュ保持コンテンツ管理テーブル１２１で加算されていく。このため、複数回配信要求があったコンテンツのネットワーク負荷は、配信１回あたりのネットワーク負荷が大きくない場合であっても、配信要求回数に応じてネットワーク負荷が大きいコンテンツであると判断され、キャッシュ保持コンテンツ管理テーブル１２１に蓄積される。
キャッシュ管理部１２２は、キャッシュ装置１２３の容量以下となる範囲で、キャッシュ装置１２３に保持すべきコンテンツを選択する。また、キャッシュ保持コンテンツ管理テーブル１２１で管理する管理情報は、キャッシュ管理部１２２にて変更することができる。
【００４０】
キャッシュ管理部１２２は、例えば以下のようにしてネットワーク負荷を算出する。
トラフィック情報取得部１１４で取得したＭＩＢ８０を集計し、通信端末装置５０に配信されるコンテンツのＭＴＵ総数（コンテンツ分割数）を算出する。コンテンツサイズが大きい場合には、コンテンツが１回の転送で送信できないため、複数に分割されて送信される。ネットワーク負荷は、ＭＩＢ８０から得られた通信速度（ifSpeed）を用いて、以下の式から算出する。
ネットワーク負荷［ｓ］＝コンテンツサイズ／通信速度（ifSpeed）
【００４１】
コンテンツのデータ量［ｂｙｔｅ］と通信速度［ｂｐｓ］との比から、ネットワーク負荷の単位は［ｓ］となる。この式から得たネットワーク負荷は、その数値が大きいほどトラフィックを増大させやすいことを示す。通信速度（ifSpeed）は、ペイロード部の先頭から２５５ｂｙｔｅを抽出する際に把握することができる。
【００４２】
なお、コンテンツサイズは、コンテンツ取得部１２で取得したコンテンツのペイロード部のサイズから、ペイロード部に含まれる送信元ドメインを示す２５５ｂｙｔｅを除いたコンテンツの実データ部のサイズである。ペイロード部のサイズは、ＭＩＢ８０から得られたＭＴＵの値（ifMtu）から、ＩＰヘッダとＴＣＰヘッダのサイズを除いたものである。得られたコンテンツサイズは、キャッシュ保持コンテンツ管理テーブル１２１に蓄積される。
【００４３】
コンテンツの送信元ドメインは、ペイロード部の先頭から２５５ｂｙｔｅを抽出することにより得られる。ペイロード部の先頭から２５５ｂｙｔｅがドメインであることは、ＪＰＮＩＣ（社団法人日本ネットワークインフォメーションセンター）で規定されている。但し、ピリオド３つ目があった場合、３つ目のピリオドから６３ｂｙｔｅ目を最後とみなす。得られた送信元ドメインは、ネットワーク負荷を算出したコンテンツについての情報がキャッシュ保持コンテンツ管理テーブル１２１に蓄積されていない場合に、キャッシュ保持コンテンツ管理テーブル１２１に蓄積される。
【００４４】
キャッシュ管理部１２２は、ネットワーク負荷を算出したコンテンツについての情報がキャッシュ保持コンテンツ管理テーブル１２１に蓄積されていない場合には、コンテンツの実データ部のサイズと通信速度との比（（ペイロード部のサイズ−２５５ｂｙｔｅ）／通信速度（ifSpeed））から得たネットワーク負荷、コンテンツ識別情報をネットワーク負荷管理テーブル２３１に蓄積する。また、キャッシュ保持コンテンツ選択部２３２は、ネットワーク負荷、コンテンツ識別情報とともに、コンテンツの送信元ドメインを示す情報（ペイロード部の先頭から２５５ｂｙｔｅの情報）をネットワーク負荷管理テーブル２３１に蓄積してもよい。
【００４５】
また、キャッシュ管理部１２２は、ネットワーク負荷を算出したコンテンツについての情報がキャッシュ保持コンテンツ管理テーブル１２１に蓄積されている場合には、コンテンツの実データ部のサイズと通信速度との比（（ペイロード部のサイズ−２５５ｂｙｔｅ）／通信速度（ifSpeed））から得たネットワーク負荷をキャッシュ保持コンテンツ管理テーブル１２１に蓄積する。
そして、キャッシュ管理部１２２が、キャッシュ管理部１２２に選択されたコンテンツがキャッシュ装置１２３に保持され続けるようにキャッシュ装置１２３を管理する。これにより、トラフィックを増大させやすいコンテンツが効率的にキャッシュ装置１２３に保持される。
【００４６】
図６に示すように、配信要求回数が多くても、コンテンツサイズが小さい場合やネットワーク負荷が小さいコンテンツは、ＩＰネットワーク６０上でトラフィックの増大に顕著に寄与しない場合がある。また、コンテンツサイズが大きくても、配信要求回数が少ないコンテンツも、ＩＰネットワーク６０上でトラフィックの増大に顕著に寄与しない場合がある。したがって、従来用いられてきたアクセス回数やコンテンツサイズを基準として、キャッシュ装置１２３に保持するコンテンツを選択することは、ＩＰネットワーク６０内のトラフィック増大を効果的に抑制しない場合が多い。したがって、ＩＰネットワーク６０内での負荷に応じてキャッシュ装置１２３に保持するコンテンツを選択する第２実施形態のコンテンツ配信制御システム２００では、ＩＰネットワーク６０のトラフィック増大を効果的に抑制することができる。
【００４７】
図７及び図８は、本発明に係る第１実施形態のコンテンツ配信制御システム２００において、コンテンツの配信制御を行い、配信されるコンテンツの情報収集を行うシーケンス図である。図７は、コンテンツ配信制御システム２００においてコンテンツサーバ７０ａからコンテンツを通信端末装置５０に配信する場合のシーケンス図であり、図４に示すコンテンツ配信制御システム２００に対応する。図８は、コンテンツ配信制御システム２００においてキャッシュシステム１２０からコンテンツを通信端末装置５０に配信する場合のシーケンス図であり、図５に示すコンテンツ配信制御システム２００に対応する。
【００４８】
まず、図７について説明する。
通信端末装置５０からリダイレクタ部１１０に対してコンテンツ配信要求が送信される（ステップＳ１０１）。ステップＳ１０１において、通信端末装置５０からコンテンツ配信要求を受信したリダイレクタ部１１０は、キャッシュシステム１２０に対して、配信要求があったコンテンツがキャッシュ保持コンテンツ管理テーブル１２１に含まれているか否かを問い合わせる（ステップＳ１０２）。リダイレクタ部１１０からの問い合わせに応じて、キャッシュシステム１２０内でキャッシュ保持コンテンツ管理テーブル１２１が検索される（ステップＳ１０３）。
【００４９】
ステップＳ１０３での検索結果に応じて、キャッシュシステム１２０からリダイレクタ部１１０に対して検索結果を応答する（ステップＳ１０４）。ステップＳ１０４では、配信要求を受けたコンテンツがキャッシュ保持コンテンツ管理テーブル１２１に含まれていない（配信要求を受けたコンテンツがキャッシュ装置１２３に保持されていない）ことをリダイレクタ部１１０に通知する。配信要求があったコンテンツがキャッシュ保持コンテンツ管理テーブル１２１に含まれていないとの応答を受信したリダイレクタ部１１０は、配信要求があったコンテンツを配信するコンテンツプロバイダ７０に対して当該コンテンツの配信要求を行う（ステップＳ１０５）。コンテンツプロバイダ７０は、リダイレクタ部１１０からのコンテンツ配信要求に応じて、リダイレクタ部１１０を経由して通信端末装置５０に当該コンテンツを配信する（ステップＳ１０６）。
【００５０】
ステップＳ１０６においてコンテンツが配信される際、リダイレクタ部１１０が、ＩＰネットワーク６０のトラフィック情報を取得する（ステップＳ１０７）。また、ステップＳ１０６においてコンテンツが配信される際、リダイレクタ部１１０が、リダイレクタ部１１０を通過するコンテンツのデータを取得し、コンテンツデータの一部（ペイロード情報）を一時的に記憶する（ステップＳ１０８）。さらに、リダイレクタ部１１０は、取得したコンテンツデータから、当該コンテンツについての管理情報を取得（ステップＳ１０９）する。リダイレクタ部１１０は、ステップＳ１０７で取得したトラフィック情報、ステップＳ１０８で取得したコンテンツデータ及びステップＳ１０９で取得した管理情報を、キャッシュシステム１２０へ送信する（ステップＳ１１０〜ステップＳ１１２）。
【００５１】
キャッシュシステム１２０は、受信したトラフィック情報とコンテンツデータとを基に、ネットワーク負荷を算出する（ステップＳ１１３）。そしてステップＳ１１３で算出したネットワーク負荷を、キャッシュ保持コンテンツ管理テーブル１２１に蓄積する（ステップＳ１１４）。さらに、キャッシュシステム１２０は、ネットワーク負荷に基づいてコンテンツを順位付けし、上位のコンテンツ（ネットワーク負荷の高いコンテンツ）を選択する（ステップＳ１１５）。
【００５２】
キャッシュ管理部１２２が、ステップＳ１１５で選択されたコンテンツがキャッシュ装置１２３に保持されるようにキャッシュ装置１２３を管理する（ステップＳ１１７）。このとき、リダイレクタ部１１０に一時的に保存されているコンテンツをキャッシュ装置１２３に保持する場合には、リダイレクタ部１１０からキャッシュ装置１２３に当該コンテンツデータを送信する（ステップＳ１１６）。最後に、一時的に保存されていたコンテンツデータを削除して処理が終了する（ステップＳ１１８）。
【００５３】
次に、図８について説明する。
キャッシュシステム１２０から通信端末装置５０にコンテンツが配信される図８のシーケンス図は、図７において、ステップＳ１０４〜ステップＳ１０６が、ステップＳ１２４〜ステップＳ１２６に変わった以外は、図７と同様の動作を示す。以下、ステップＳ１２４〜ステップＳ１２６について説明する。
図８では、ステップＳ１０３での検索結果に応じて、キャッシュシステム１２０からリダイレクタ部１１０に対して検索結果を応答する（ステップＳ１２４）。ステップＳ１２４では、配信要求を受けたコンテンツがキャッシュ保持コンテンツ管理テーブル１２１に含まれている（配信要求を受けたコンテンツがキャッシュ装置１２３に保持されている）ことをリダイレクタ部１１０に通知する。配信要求があったコンテンツがキャッシュ保持コンテンツ管理テーブル１２１に含まれているとの応答を受信したリダイレクタ部１１０は、当該コンテンツがキャッシュ装置１２３に保持されていると判断して、キャッシュシステム１２０内のキャッシュ装置１２３に対して当該コンテンツの配信要求を行う（ステップＳ１２５）。キャッシュ装置１２３は、リダイレクタ部１１０からのコンテンツ配信要求に応じて、リダイレクタ部１１０を経由して通信端末装置５０に当該コンテンツを配信する（ステップＳ１２６）。
【００５４】
なお、第１実施形態では、キャッシュ装置１２３が、コンテンツ管理テーブル１２１及びキャッシュ管理部１２２とともにキャッシュシステム１２０内に設けられたコンテンツ配信制御装置１４０について説明している。しかしながら、キャッシュ装置１２３は、コンテンツ配信制御装置１４０外に設けられて、コンテンツ配信制御装置１４０からの指示に応じて選択されたコンテンツを保持する機能を有するものであってもよい。
【００５５】
また、第１実施形態では、ＩＰネットワーク６２が複数の伝送路で構成される場合には、伝送路（セグメント）毎にキャッシュ保持コンテンツ管理テーブル１２１を備え、コンテンツの管理情報をセグメント単位で管理するようにしてもよい。これにより、セグメント毎に人気の高いコンテンツが異なる場合であっても、それぞれのセグメントでの人気に対応したコンテンツをキャッシュ装置１２３に保持することができる。また、コンテンツプロバイダがＩＰネットワーク６２を介して接続（インターネット接続を含む）される場合には、コンテンツプロバイダごとに人気のコンテンツを管理することが可能となる。
【００５６】
また、第１実施形態では、キャッシュ保持コンテンツ管理テーブル１２１において、管理情報に基づいてキャッシュ装置１２３へのコンテンツの保持が許容される記憶容量の割合が定められていてもよい。コンテンツの保持が許容される記憶容量の割合は、例えば、コンテンツの送信元ドメイン毎、コンテンツ毎、コンテンツタイプ毎に定められる。
【００５７】
図９は、コンテンツの送信元ドメイン毎に記憶容量の割合が定められたキャッシュ保持コンテンツ管理テーブル１２１の一例を示す図である。図９では、例えば「ＡＢＣ．ｃｏｍ」から送信されたコンテンツは、キャッシュ装置１２３の記憶容量の１０％の記憶容量を超えない範囲でキャッシュ装置１２３への保持が許可される。これにより、特定のドメインから配信されるコンテンツのみがキャッシュ装置１２３に多く保持されることを抑制できる。また、コンテンツタイプ毎に、上述の記憶容量の割合が定められた場合には、例えば特定のファイルタイプのコンテンツのみがキャッシュ装置１２３に多く保持されないようにすることができる。
【００５８】
さらに、第１実施形態では、コンテンツ管理情報管理テーブル１３１及びキャッシュ保持コンテンツ管理テーブル１２１の少なくとも一方において、キャッシュ装置１２３から通信端末装置５０に対してコンテンツを配信する際の利用可能帯域が定められていてもよい。コンテンツを配信する際の利用可能帯域は、例えば、コンテンツの送信元ドメイン毎、コンテンツ毎、コンテンツタイプ毎に定められる。
【００５９】
図９は、コンテンツタイプ毎にコンテンツを配信する際の利用可能帯域が定められたキャッシュ保持コンテンツ管理テーブル１２１の一例を示す図である。図９では、例えばコンテンツタイプが「Ｍｕｓｉｃ」であるコンテンツは、通信帯域が５Ｍｂｐｓを超えない範囲でキャッシュ装置１２３から配信される。これにより、キャッシュ装置１２３からコンテンツが送信される際に、特定のコンテンツのみが高帯域で配信され、他のコンテンツが低帯域で配信されることがないようにすることができる。
以上の通り、第１実施形態におけるコンテンツ配信制御システム２００では、「キャッシュ装置１２３に保持すべきコンテンツ」が、トラフィックを増大させやすいコンテンツであるため、ＩＰネットワーク６０のトラフィックの増大を、より効果的に抑制することができる。
【００６０】
（３）第２実施形態
続いて、本発明に係る第２実施形態のコンテンツ配信制御システムについて説明する。第２実施形態におけるコンテンツ配信制御システムは、第１実施形態におけるコンテンツ配信制御システム２００のキャッシュシステム１２０に障害が発生した際でも、ネットワーク負荷の高いコンテンツの管理情報の収集を行うことができる機能を備える。
【００６１】
［コンテンツ配信制御システム］
図１０及び図１１は、本発明の第２実施形態のコンテンツ配信制御システム３００を説明するための図である。コンテンツ配信制御システム３００は、第１実施形態のコンテンツ配信制御システム２００のコンテンツ配信制御装置１４０に代えて、コンテンツ配信制御装置２４０を備える。ここで、図１０は、コンテンツサーバ７２ａに記憶されたコンテンツが通信端末装置５０に配信される場合におけるコンテンツ配信制御システム３００の概略説明図であり、図１１は、キャッシュ装置２２３に保持されたコンテンツが通信端末装置５０に配信される場合におけるコンテンツ配信制御システム３００の概略説明図である。
【００６２】
以下、コンテンツ配信制御装置２４０について詳細に説明する。なお、通信端末装置５０、ＩＰネットワーク（無線ネットワークを含む）６１，６２、並びにコンテンツプロバイダ７０及びコンテンツサーバ７０ａについては、基本構成と同様の機能を有するため、説明を省略する。
コンテンツ配信制御装置２４０は、リダイレクタ部２１０と、キャッシュシステム２２０と、リダイレクタ管理部２３０とを備える。リダイレクタ部２１０は、第１実施形態のリダイレクタ部１１０と同様の機能を有する。
【００６３】
キャッシュシステム２２０及びリダイレクタ管理部２３０は、第１実施形態のキャッシュシステム１２０の機能の一部をそれぞれ有している。すなわち、リダイレクタ管理部２３０は、第１実施形態のキャッシュシステム１２０の機能のうち、リダイレクタ部１１０で取得したコンテンツの管理情報の管理集計する機能と、管理情報を蓄積してキャッシュ装置２２３に保持すべきコンテンツを選択する機能とを有する。キャッシュシステム２２０は、キャッシュ装置２２３に保持すべきコンテンツとして選択されたコンテンツがキャッシュ装置２２３に保持されるように管理する機能を有する。
【００６４】
キャッシュシステム２２０とリダイレクタ管理部２３０とは、互いに独立して動作する。なお、独立して動作するとは、キャッシュシステム２２０とリダイレクタ管理部２３０との一方の動作に障害が発生しても、他方の動作に影響が及ばないことをいう。このため、キャッシュシステム２２０に障害が発生し、キャッシュシステム２２０の動作が停止した場合であっても、リダイレクタ管理部２３０は停止することなく動作を続けることができる。また、キャッシュシステム２２０とリダイレクタ管理部２３０とは連携しており、キャッシュシステム２２０はリダイレクタ管理部２３０から送信される信号を受信する。
【００６５】
リダイレクタ管理部２３０は、ネットワーク負荷管理テーブル２３１とキャッシュ保持コンテンツ選択部２３２とテーブル更新部２３３とを含んでいる。
図１２（ａ）は、ネットワーク負荷管理テーブル２３１の構成例を示す図である。ネットワーク負荷管理テーブル２３１は、コンテンツ管理情報取得部２１３で取得したコンテンツの管理情報が蓄積されるデータベースである。ネットワーク負荷管理テーブル２３１は、第１実施形態のキャッシュ保持コンテンツ管理テーブル２２１とほぼ同様であるが、コンテンツ識別情報と、そのコンテンツの他の管理情報（コンテンツサイズ、配信要求回数等）とが関連付けられて蓄積されるのみであり、キャッシュ装置２２３にどのコンテンツが保持されるかについては管理されていない。
【００６６】
キャッシュ保持コンテンツ選択部２３２は、コンテンツ管理情報取得部２１３で取得したコンテンツのコンテンツ識別情報と、そのコンテンツの他の管理情報とを関連付けてネットワーク負荷管理テーブル２３１に蓄積する。そして、キャッシュ保持コンテンツ選択部２３２は、基本構成のキャッシュ管理部２２と同様にして、ネットワーク負荷管理テーブル２３１に蓄積された管理情報を基にキャッシュ装置２２３に保持すべきコンテンツを選択する。
【００６７】
キャッシュ保持コンテンツ選択部２３２は、キャッシュ装置２２３の容量以下となる範囲で、キャッシュ装置２２３に保持すべきコンテンツを選択する。また、ネットワーク負荷管理テーブル２３１で管理される管理情報は、キャッシュ保持コンテンツ選択部２３２にて変更することができる。
テーブル更新部２３３は、キャッシュ保持コンテンツ選択部２３２で選択されたコンテンツを基に、所定のタイミングでキャッシュ保持コンテンツ管理テーブル２２１を更新する。テーブル更新部２３３は、例えば以下の場合にキャッシュ保持コンテンツ管理テーブル２２１を最新の状態に更新する。
【００６８】
（ｉ）キャッシュ保持コンテンツ選択部２３２が選択したコンテンツ、すなわちキャッシュ装置２２３に保持すべきコンテンツに変動があったとき
（ii）キャッシュシステム２２０に障害が発生した後、キャッシュシステム２２０が復旧したとき
（iii）キャッシュ保持コンテンツ管理テーブル２２１の前回更新時から一定時間が経過したとき
【００６９】
キャッシュ保持コンテンツ管理テーブル２２１は、少なくとも上記（ｉ）（ii）の場合に更新される。キャッシュ保持コンテンツ選択部２３２が選択したコンテンツに変動があったとき（（ｉ）のとき）には、キャッシュ装置２２３に保持するコンテンツの書き換えを行うために、キャッシュ保持コンテンツ管理テーブル２２１の更新が必要となる。これにより、常に最新の「キャッシュ装置２２３に保持すべきコンテンツ」がキャッシュ装置２２３に保持される。また、ネットワーク負荷管理テーブル２３１の内容（コンテンツの順位）に変動があっても、キャッシュ保持コンテンツ選択部２３２が選択したコンテンツに変動がない場合には、キャッシュ保持コンテンツ管理テーブル２２１は更新されない。このため、コンテンツ配信制御装置２４０内での通信量が減少する。
【００７０】
キャッシュシステム２２０に障害が発生した後、キャッシュシステム２２０が復旧したとき（（ii）のとき）には、キャッシュ保持コンテンツ管理テーブル２２１の内容が最新の状態となっていない。このため、キャッシュ装置２２３に保持されたコンテンツも、そのときの「配信要求数の多いコンテンツ」等ではなくなっているおそれがある。このため、キャッシュシステム２２０が復旧したときには、テーブル更新部２３３がキャッシュ保持コンテンツ管理テーブル２２１を更新し、キャッシュ装置２２３に保持されるコンテンツを最新の状態に更新する必要がある。これにより、キャッシュシステム２２０の復旧後、人気の高いコンテンツが短時間で適切にキャッシュ装置２２３に保持される。
【００７１】
キャッシュシステム２２０の復旧後に、第１実施形態のようなテーブルの更新を行わない場合、リダイレクタ管理部２３０で配信されるコンテンツの管理情報を収集し、適切なコンテンツがキャッシュ装置２２３に保持されるようになるまでに長い時間を要する。しかしながら、第１実施形態では、キャッシュシステム２２０に障害が発生している場合でも、リダイレクタ管理部２３０が常に配信されるコンテンツの管理情報を収集しているため、キャッシュ保持コンテンツ管理テーブル２２１を更新するだけですぐに適切なキャッシュ処理を行うことができる。
【００７２】
キャッシュ保持コンテンツ管理テーブル２２１の前回更新時から一定時間が経過したとき（（iii）のとき）には、キャッシュ保持コンテンツ選択部２３２が選択したコンテンツとキャッシュ保持コンテンツ管理テーブル２２１との間に誤差が生じている場合がある。このため、一定時間キャッシュ保持コンテンツ管理テーブル２２１の更新がなかった場合に、テーブル更新部２３３がキャッシュ保持コンテンツ管理テーブル２２１を更新することで、人気の高いコンテンツが適切にキャッシュ装置２２３に保持される。
【００７３】
なお、キャッシュ保持コンテンツ管理テーブル２２１の更新は、前回更新時におけるネットワーク負荷管理テーブル２３１と今回更新時のネットワーク負荷管理テーブル２３１との差分を送信して更新することが好ましい。コンテンツ配信制御装置２４０内での通信量が減少するためである。
キャッシュシステム２２０は、キャッシュ保持コンテンツ管理テーブル２２１と、キャッシュ管理部２２２と、キャッシュ装置２２３とを含んでいる。
【００７４】
図１２（ｂ）は、キャッシュ保持コンテンツ管理テーブル２２１の構成例を示す図である。キャッシュ保持コンテンツ管理テーブル２２１は、キャッシュ保持コンテンツ選択部２３２においてキャッシュ装置２２３に保持すべきコンテンツとして選択されたコンテンツの情報が蓄積されるデータベースである。キャッシュ保持コンテンツ管理テーブル２２１は、通信端末装置５０からコンテンツ配信要求があった場合に、コンテンツ配信制御部２１１によって検索される。このため、キャッシュ保持コンテンツ管理テーブル２２１には、キャッシュ装置２２３に保持されるコンテンツの管理情報のみが蓄積される。キャッシュ保持コンテンツ管理テーブル２２１に保持されるコンテンツの管理情報は、ネットワーク負荷管理テーブル２３１に蓄積されたコンテンツの管理情報のうちの一部である。
【００７５】
キャッシュ管理部２２２は、キャッシュ保持コンテンツ管理テーブル２２１に蓄積されたコンテンツがキャッシュ装置２２３に保持され続けるようにキャッシュ装置２２３を管理する。
キャッシュ装置２２３は、キャッシュ管理部２２２の管理により、コンテンツサーバに記憶されたコンテンツの一部を保持する。キャッシュ装置２２３は、ネットワーク負荷に基づいて選択されたコンテンツのみが蓄積されたキャッシュ保持コンテンツ管理テーブル２２１に基づいてコンテンツの保持を行う以外は、第１実施形態のキャッシュ装置１２３と同様である。
【００７６】
図１３及び図１４は、本発明に係る第１実施形態のコンテンツ配信制御システム３００において、コンテンツの配信制御を行い、配信されるコンテンツの情報収集を行うシーケンス図である。図１３は、コンテンツ配信制御システム３００においてコンテンツサーバ７０ａからコンテンツを通信端末装置５０に配信する場合のシーケンス図であり、図１０に示すコンテンツ配信制御システム３００に対応する。図１４は、コンテンツ配信制御システム３００においてキャッシュシステム２２０からコンテンツを通信端末装置５０に配信する場合のシーケンス図であり、図４に示すコンテンツ配信制御システム３００に対応する。
【００７７】
まず、図１３について説明する。
通信端末装置５０からリダイレクタ部２１０に対してコンテンツ配信要求が送信される（ステップＳ２０１）。ステップＳ２０１において、通信端末装置５０からコンテンツ配信要求を受信したリダイレクタ部２１０は、キャッシュシステム２２０に対して、配信要求があったコンテンツがキャッシュ保持コンテンツ管理テーブル２２１に含まれているか否かを問い合わせる（ステップＳ２０２）。リダイレクタ部２１０からの問い合わせに応じて、キャッシュシステム２２０内でキャッシュ保持コンテンツ管理テーブル２２１が検索される（ステップＳ２０３）。
【００７８】
ステップＳ２０３での検索結果に応じて、キャッシュシステム２２０からリダイレクタ部２１０に対して検索結果を応答する（ステップＳ２０４）。ステップＳ２０４では、配信要求を受けたコンテンツがキャッシュ保持コンテンツ管理テーブル２２１に含まれていない（配信要求を受けたコンテンツがキャッシュ装置２２３に保持されていない）ことをリダイレクタ部２１０に通知する。配信要求があったコンテンツがキャッシュ保持コンテンツ管理テーブル２２１に含まれていないとの応答を受信したリダイレクタ部２１０は、配信要求があったコンテンツを配信するコンテンツプロバイダ７０に対して当該コンテンツの配信要求を行う（ステップＳ２０５）。コンテンツプロバイダ７０は、リダイレクタ部２１０からのコンテンツ配信要求に応じて、リダイレクタ部２１０を経由して通信端末装置５０に当該コンテンツを配信する（ステップＳ２０６）。
【００７９】
ステップＳ２０６においてコンテンツが配信される際、リダイレクタ部２１０が、ＩＰネットワーク６０のトラフィック情報を取得する（ステップＳ２０７）。また、ステップＳ２０６においてコンテンツが配信される際、リダイレクタ部２１０が、リダイレクタ部２１０を通過するコンテンツのデータを取得し、コンテンツデータの一部（ペイロード情報）を一時的に記憶する（ステップＳ２０８）。さらに、リダイレクタ部２１０は、取得したコンテンツデータから、当該コンテンツについての管理情報を取得（ステップＳ２０９）する。リダイレクタ部２１０は、ステップＳ２０７で取得したトラフィック情報、ステップＳ２０８で取得したコンテンツデータ及びステップＳ２０９で取得した管理情報を、リダイレクタ管理部２３０へ送信する（ステップＳ２１０〜ステップＳ２１２）。
【００８０】
リダイレクタ管理部２３０は、受信したトラフィック情報とコンテンツデータとを基に、ネットワーク負荷を算出する（ステップＳ２１３）。そしてステップＳ２１３で算出したネットワーク負荷を、ネットワーク負荷管理テーブル２３１に蓄積する（ステップＳ２１４）。さらに、リダイレクタ管理部２３０は、ネットワーク負荷に基づいてコンテンツを順位付けし、上位のコンテンツ（ＩＰネットワーク６０負荷の高いコンテンツ）を選択する（ステップＳ２１５）。ステップＳ２１５で選択されたコンテンツを基に、キャッシュ保持コンテンツ管理テーブル２２１を更新する必要がある場合には更新情報をキャッシュシステム２２０に送信する（ステップＳ２１６）。更新情報の送信は、キャッシュ保持コンテンツ選択部２３２において選択されたコンテンツが、前回選択されたコンテンツと異なる場合に送信する。更新情報は、例えば選択されたコンテンツの変動前後の差分データである。
【００８１】
キャッシュシステム２２０では、受信した更新情報を基に、キャッシュ保持コンテンツ管理テーブル２２１が更新される（ステップＳ２１７）。ステップＳ２１３で更新されたキャッシュ保持コンテンツ管理テーブル２２１を基に、キャッシュ管理部２２２が、キャッシュ保持コンテンツ選択部２３２において選択されたコンテンツがキャッシュ装置２２３に保持されるようにキャッシュ装置２２３を管理する（ステップＳ２１９）。このとき、リダイレクタ部２１０に一時的に保存されているコンテンツをキャッシュ装置２２３に保持する場合には、リダイレクタ部２１０からキャッシュ装置２２３に当該コンテンツデータを送信する（ステップＳ２１８）。最後に、一時的に保存されていたコンテンツデータを削除して処理が終了する（ステップＳ２２０）。
【００８２】
次に、図１４について説明する。
キャッシュシステム２２０から通信端末装置５０にコンテンツが配信される図１４のシーケンス図は、図１３において、ステップＳ２０４〜ステップＳ２０６が、ステップＳ２２４〜ステップＳ２２６に変わった以外は、図１３と同様の動作を示す。このため、ステップＳ２２４〜ステップＳ２２６以外の説明を省略する。
【００８３】
図１４では、ステップＳ２０３での検索結果に応じて、キャッシュシステム２２０からリダイレクタ部２１０に対して検索結果を応答する（ステップＳ２２４）。ステップＳ２２４では、配信要求を受けたコンテンツがキャッシュ保持コンテンツ管理テーブル２２１に含まれている（配信要求を受けたコンテンツがキャッシュ装置２２３に保持されている）ことをリダイレクタ部２１０に通知する。配信要求があったコンテンツがキャッシュ保持コンテンツ管理テーブル２２１に含まれているとの応答を受信したリダイレクタ部２１０は、当該コンテンツがキャッシュ装置１２３に保持されていると判断して、キャッシュシステム２２０内のキャッシュ装置２２３に対して当該コンテンツの配信要求を行う（ステップＳ２２５）。キャッシュ装置２２３は、リダイレクタ部２１０からのコンテンツ配信要求に応じて、リダイレクタ部２１０を経由して通信端末装置５０に当該コンテンツを配信する（ステップＳ２２６）。
【００８４】
また、キャッシュシステム２２０に障害が発生してキャッシュシステム２２０の動作が停止した後、キャッシュシステム２２０が復旧した場合には、キャッシュ保持コンテンツ管理テーブル２２１への更新情報の送信（ステップＳ２１２）、キャッシュ保持コンテンツ管理テーブル２２１の更新（ステップＳ２１３）、キャッシュ保持コンテンツ管理テーブル２２１を基にした、キャッシュ装置２２３に保持されるコンテンツの管理（ステップＳ２１５）がなされる。このとき、キャッシュ装置２２３に保持されるコンテンツは、コンテンツプロバイダ７０からダウンロードされる。
【００８５】
なお、第２実施形態では、第１実施形態と同様に、ネットワーク負荷管理テーブル２３１及びキャッシュ保持コンテンツ管理テーブル２２１の少なくとも一方において、管理情報に基づいてキャッシュ装置２２３への保持が許容される記憶容量の割合またはキャッシュ装置２２３から通信端末装置５０に対してコンテンツを配信する際の利用可能帯域が定められていてもよい。図１５は、記憶容量の割合およびコンテンツを配信する際の利用可能帯域が定められたキャッシュ保持コンテンツ管理テーブル２２１の一例を示す図である。
【００８６】
また、第２実施形態では、キャッシュ保持コンテンツ管理テーブル２２１が、キャッシュ保持コンテンツ選択部２３２で選択されたコンテンツのコンテンツ識別情報のみを蓄積するリストであってもよい。キャッシュ保持コンテンツ管理テーブル２２１が、コンテンツ識別情報以外の、送信元ドメインやコンテンツサイズ等の他の管理情報を含まないことにより、キャッシュ保持コンテンツ管理テーブル２２１のデータ量を少なくし、リダイレクタ部２１０による短時間での検索が可能となる。
また、第２実施形態では、ＩＰネットワーク６２が複数の伝送路で構成される場合には、伝送路（セグメント）毎にネットワーク負荷管理テーブル２３１を備え、ネットワーク負荷をセグメント単位で管理するようにしてもよい。
【００８７】
以上の通り、第２実施形態におけるコンテンツ配信制御システム３００では、キャッシュシステム１２０が障害発生により動作停止から復旧した後、直ちに最新の「キャッシュ装置２２３に保持すべきコンテンツ」についての情報を得ることができる。このため、特にキャッシュシステム１２０が障害発生により動作停止から復旧した後のトラフィックの増大を、短時間で解消することができる。加えて、「キャッシュ装置２２３に保持すべきコンテンツ」が、トラフィックを増大させやすいコンテンツであるため、キャッシュシステム１２０が障害発生により動作停止から復旧した後のトラフィックの増大を、より短時間で解消することができる。
【００８８】
本発明の範囲は、図示され記載された例示的な実施形態に限定されるものではなく、本発明が目的とするものと均等な効果をもたらすすべての実施形態をも含む。さらに、本発明の範囲は、請求項により画される発明の特徴の組み合わせに限定されるものではなく、すべての開示されたそれぞれの特徴のうち特定の特徴のあらゆる所望する組み合わせによって画されうる。
【符号の説明】
【００８９】
１０，２１０  リダイレクタ部
１１   コンテンツ配信制御部
１２   コンテンツ取得部
１３   コンテンツ管理情報取得部
２０   キャッシュシステム
２１   コンテンツ管理テーブル
２２   キャッシュ管理部
２３   キャッシュ装置
４０   コンテンツ配信制御装置
５０   通信端末装置
６１，６２    ＩＰネットワーク
７０，７１，７２，７３      コンテンツプロバイダ
７０ａ，７１ａ，７２ａ，７３ａ     コンテンツサーバ
１００，２００，３００      コンテンツ配信制御システム
１２０，２２０       キャッシュシステム
１２１，２２１       キャッシュ保持コンテンツ管理テーブル
１２２，２２２       キャッシュ管理部
１２３，２２３       キャッシュ装置
１３０，２３０       リダイレクタ管理部
１３１     コンテンツ管理情報管理テーブル
１３２，２３２       キャッシュ保持コンテンツ選択部
１３３，２３３       テーブル更新部
１４０，２４０       コンテンツ配信制御装置
２１４   トラフィック情報取得部
２３１   ネットワーク負荷管理テーブル
【図１】
2014063233.tif 000003
【図２】
2014063233.tif 000004
【図３】
2014063233.tif 000005
【図４】
2014063233.tif 000006
【図５】
2014063233.tif 000007
【図６】
2014063233.tif 000008
【図７】
2014063233.tif 000009
【図８】
2014063233.tif 000010
【図９】
2014063233.tif 000011
【図１０】
2014063233.tif 000012
【図１１】
2014063233.tif 000013
【図１２】
2014063233.tif 000014
【図１３】
2014063233.tif 000015
【図１４】
2014063233.tif 000016
【図１５】
2014063233.tif 000017