(57)【要約】      （修正有）【課題】ネットワーク帯域の状況に応じて適切なビットレートのコンテンツを配信する。【解決手段】コンテンツ配信システムがコンテンツをキャッシュして配信する配信サーバ２０とキャッシュの有無に応じてコンテンツの配信を制御する管理サーバとを備え、通信端末１０から要求された対象コンテンツのキャッシュが配信サーバ２０に存在しない場合に、コンテンツサーバからのレスポンスを通信端末１０に中継しつつ対象コンテンツを配信サーバ２０へ転送する制御手段とを備え、配信サーバ２０が、管理サーバから転送された対象コンテンツをキャッシュＤＢ２１に蓄積するキャッシュ手段と、コンテンツサーバからのコンテンツのデータ配信が終了し、かつ対象コンテンツの蓄積が完了した後、キャッシュＤＢ２１に蓄積された当該対象コンテンツをメディアセグメントファイルへ変換し、管理サーバにその旨を通知する変換手段とを備える。【選択図】図２
2015065493.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツをキャッシュして配信する配信サーバと、
前記キャッシュの有無に応じてコンテンツの配信を制御する管理サーバとを備え、
前記管理サーバが、
通信端末から要求された対象コンテンツが前記配信サーバにキャッシュされているか否かを判定するキャッシュ判定手段と、
通信端末から要求された対象コンテンツのキャッシュが前記配信サーバに存在しない場合に、コンテンツサーバからのレスポンスを前記通信端末に中継しつつ、前記対象コンテンツを前記配信サーバへ転送する制御手段とを備え、
前記配信サーバが、
前記管理サーバから転送された前記対象コンテンツをキャッシュＤＢに蓄積するキャッシュ手段と、
前記コンテンツサーバからのコンテンツのデータ配信が終了し、かつ、前記対象コンテンツの蓄積が完了した後、キャッシュＤＢに蓄積された当該対象コンテンツをメディアセグメントファイルへ変換し、前記管理サーバにその旨を通知する変換手段とを備える
ことを特徴とするコンテンツ配信システム。
【請求項２】
前記管理サーバが、
前記対象コンテンツのキャッシュが存在する場合に、予め設定された制御情報と、前記通信端末に固有の情報とに基づき、マスタインデックスファイル及び代替インデックスファイルを生成するファイル生成手段を備え、
前記ファイル生成手段は、
前記コンテンツサーバからのレスポンスに前記マスタインデックスファイルのＵＲＩを記載し、当該レスポンスを前記通信端末に送信する
ことを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項３】
前記管理サーバが、
前記通信端末が前記マスタインデックスファイルに記載されているビットレートのうち適切なものを選択して送信した代替インデックスファイルのＧｅｔリクエストに対し、ＮＷ帯域をチェックし、要求されているビットレートのファイルが送信可能かどうかを判断する決定手段を備え、
前記決定手段は、
要求されているビットレートのファイルが送信可能と判断した場合、代替インデックスファイルの情報を前記通信端末に送信し、
要求されているビットレートのファイルが送信不可能と判断した場合、前記通信端末の要求にかかわらず、ｌｏｗファイルのメディアインデックスファイルを前記通信端末に送信する
ことを特徴とする請求項２に記載のコンテンツ配信システム。
【請求項４】
前記管理サーバが、
前記配信サーバにキャッシュされているコンテンツの情報と、
前記制御情報と、
前記通信端末に固有の情報と、
前記ＮＷ帯域の状況とを格納する管理情報ＤＢを備える
ことを特徴とする請求項３に記載のコンテンツ配信システム。
【請求項５】
前記制御情報は、
一律帯域制御情報、時間帯帯域制御情報、地域別帯域制御情報、特定ＵＲＬ帯域制御情報の少なくとも１つを含む
ことを特徴とする請求項３又は請求項４に記載のコンテンツ配信システム。
【請求項６】
前記マスタインデックスファイルは、
前記制御情報に基づき、少なくともＨｉｇｈ、ｍｉｄ、ｌｏｗの三種類のビットレートのメディアセグメントファイルのＵＲＩの何れか１つが記載される
ことを特徴とする請求項２から請求項５の何れか１項に記載のコンテンツ配信システム。
【請求項７】
前記キャッシュＤＢは、
Ｈｉｇｈ、ｍｉｄ、ｌｏｗの三種類のビットレートのメディアセグメントファイルを蓄積する
ことを特徴とする請求項１から請求項６の何れか１項に記載のコンテンツ配信システム。
【請求項８】
前記通信端末からのコンテンツ要求がＨＴＴＰリクエストであることを特徴とする請求項１から請求項７の何れか１項に記載のコンテンツ配信システム。
【請求項９】
コンテンツをキャッシュして配信する配信サーバと、前記キャッシュの有無に応じてコンテンツの配信を制御する管理サーバとを備えるコンテンツ配信システムによるコンテンツ配信方法であって、
前記管理サーバが、
通信端末から要求された対象コンテンツが前記配信サーバにキャッシュされているか否かを判定するキャッシュ判定ステップと、
通信端末から要求された対象コンテンツのキャッシュが前記配信サーバに存在しない場合に、コンテンツサーバからのレスポンスを前記通信端末に中継しつつ、前記対象コンテンツを前記配信サーバへ転送する制御ステップとを実行し、
前記配信サーバが、
前記管理サーバから転送された前記対象コンテンツをキャッシュＤＢに蓄積するキャッシュステップと、
前記コンテンツサーバからのコンテンツのデータ配信が終了し、かつ、前記対象コンテンツの蓄積が完了した後、キャッシュＤＢに蓄積された当該対象コンテンツをメディアセグメントファイルへ変換し、前記管理サーバに通知する交換ステップとを実行する
ことを特徴とするコンテンツ配信方法。
【請求項１０】
コンテンツをキャッシュして配信する配信サーバと、前記キャッシュの有無に応じてコンテンツの配信を制御する管理サーバとを備えるコンテンツ配信システムを構成するコンピュータ上で動作するコンテンツ配信プログラムであって、
前記管理サーバを構成するコンピュータを、
通信端末から要求された対象コンテンツが前記配信サーバにキャッシュされているか否かを判定するキャッシュ判定手段と、
通信端末から要求された対象コンテンツのキャッシュが前記配信サーバに存在しない場合に、コンテンツサーバからのレスポンスを前記通信端末に中継しつつ、前記対象コンテンツを前記配信サーバへ転送する制御手段として機能させ、
前記配信サーバを構成するコンピュータを、
前記管理サーバから転送された前記対象コンテンツをキャッシュＤＢに蓄積するキャッシュ手段と、
前記コンテンツサーバからのコンテンツのデータ配信が終了し、かつ、前記対象コンテンツの蓄積が完了した後、キャッシュＤＢに蓄積された当該対象コンテンツをメディアセグメントファイルへ変換し、前記管理サーバにその旨を通知する変換手段として機能させる
ことを特徴とするコンテンツ配信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ配信技術に関し、特に、ネットワーク帯域の状況に合わせて適切なビットレートのコンテンツを配信するコンテンツ配信技術に関する。
【背景技術】
【０００２】
近年、スマートフォンと呼ばれる多機能携帯端末が普及し、携帯端末上で動画等のコンテンツを視聴する機会が増えている。一方、スマートフォンの普及率以上に、スマートフォンによるデータ通信トラヒックが伸びてきており、移動体通信事業者各社ともデータ通信トラヒックの削減が課題となっている。データ通信トラヒックについては、その大半がＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）トラヒックであり、ＨＴＴＰトラヒックの半分以上が動画データであるといわれている。
【０００３】
スマートフォンで動画を見るシーンとしては、電車やバスの中等、移動中に視聴するというケースも多い。しかし、携帯端末が高速で移動する状況下でＷｅｂにアクセスして動画を視聴する場合、帯域の変動が激しく、動画再生速度にバッファリングが追い付かず頻繁に動画の再生が中断してしまうことがある。このため、ユーザエクスペリエンスを大きく低下させているという課題がある。
【０００４】
例えば、一般的な動画配信の場合、ＮＷが混雑して帯域が圧迫されているような状態でも、その狭い帯域で高ビットレートのデータを送信することがある（例として、２００ｋｂｐｓしか帯域がないのに５００ｋｂｐｓの動画コンテンツを配信してしまうといったことがある）。そのためデータ配信が滞り、動画の再生がなかなか始まらない、始まってもすぐにバッファがなくなり視聴が中断するといったように、視聴者のＱｏＥ（ｑｕａｌｉｔｙ  ｏｆ  ｅｘｐｅｒｉｅｎｃｅ）を著しく低下させる。スマートフォントラヒックの急増が予想される今後においては、それがさらに顕著なものになっていくものと思われる。
【０００５】
このような課題を解決するため、帯域変動に合わせて動画の視聴ビットレートを動的に変える配信技術としてＨＬＳ（ＨＴＴＰ  Ｌｉｖｅ  Ｓｔｒｅａｍｉｎｇ）が挙げられる。ＨＬＳはｉＯＳ  ３．０以上を搭載したｉＰｈｏｎｅ、ｉＰｏｄ  ｔｏｕｃｈ、ｉＯＳ  ３．２以上を搭載したｉＰａｄ、そしてＡｎｄｒｏｉｄ  ３．０以上、つまりほとんどのスマートフォンでＨＬＳ形式のストリーミング配信が利用できる。
【０００６】
一方、携帯端末を配信先としたコンテンツ配信においては、携帯端末側の受信能力や表示能力を考慮する必要がある。例えば、特許文献１や特許文献２では、携帯端末の機種に応じてコンテンツを変換し配信することで、同じコンテンツを種々の端末に配信することが可能となる。また、変換後のコンテンツをキャッシュすることで、アクセスの度に変換処理を行わずとも、変換済みのコンテンツを配信することが可能となり、ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を確保した配信が可能となる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】再特ＷＯ２０１１／０４９１９３号公報
【特許文献２】再特ＷＯ２０１１／０４９１７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
ＨＬＳにおいては、その特性上コンテンツサーバ側はたくさんのファイルを用意しなくてはならないという課題がある。また、ユーザはＨＬＳ対応の動画をアップロードするのが面倒であるという課題もある。そのため、ＨＬＳは未だ広く普及しているというには至っていない。また、ＨＬＳが普及し始めたのは最近のため、一般の動画コンテンツの大半はＨＬＳに対応していない。そのため、今後のＨＴＴＰトラヒックの急増が確実という事実とその半数以上が動画コンテンツであるという事実から、移動体通信事業者はＱｏＥの維持・向上や帯域削減のため、なんらかの手段を講じる必要があると考えられる。
【０００９】
特許文献１や特許文献２に開示の技術は、ユーザからの最初のアクセスによって、どの蓄積されたキャッシュコンテンツを使うかを決定するため、一度そのキャッシュコンテンツを決定すると、最後までそのコンテンツを使い配信を行う。しかし、モバイルＮＷ帯域の変動は激しく、何分もの動画を視聴している間、最初に決定したビットレートの動画を視聴出来るＮＷ帯域が視聴中維持されることはほとんどないため、ＮＷ帯域の変動に起因して視聴中断が発生するという課題がある。
【００１０】
（発明の目的）
本発明の目的は、上述の課題を解決し、ネットワーク帯域の状況に応じて適切なビットレートのコンテンツを配信するコンテンツ配信システム、コンテンツ配信装置、コンテンツ配信方法、及びコンテンツ配信プログラムを提供することである。
【課題を解決するための手段】
【００１１】
本発明の第１のコンテンツ配信システムは、コンテンツをキャッシュして配信する配信サーバと、キャッシュの有無に応じてコンテンツの配信を制御する管理サーバとを備え、管理サーバが、通信端末から要求された対象コンテンツが配信サーバにキャッシュされているか否かを判定するキャッシュ判定手段と、通信端末から要求された対象コンテンツのキャッシュが配信サーバに存在しない場合に、コンテンツサーバからのレスポンスを通信端末に中継しつつ、対象コンテンツを配信サーバへ転送する制御手段とを備え、配信サーバが、管理サーバから転送された対象コンテンツをキャッシュＤＢに蓄積するキャッシュ手段と、コンテンツサーバからのコンテンツのデータ配信が終了し、かつ、対象コンテンツの蓄積が完了した後、キャッシュＤＢに蓄積された当該対象コンテンツをメディアセグメントファイルへ変換し、管理サーバにその旨を通知する変換手段とを備える。
【００１２】
本発明の第１のコンテンツ配信方法は、コンテンツをキャッシュして配信する配信サーバと、キャッシュの有無に応じてコンテンツの配信を制御する管理サーバとを備えるコンテンツ配信システムによるコンテンツ配信方法であって、管理サーバが、通信端末から要求された対象コンテンツが配信サーバにキャッシュされているか否かを判定するキャッシュ判定ステップと、通信端末から要求された対象コンテンツのキャッシュが配信サーバに存在しない場合に、コンテンツサーバからのレスポンスを通信端末に中継しつつ、対象コンテンツを配信サーバへ転送する制御ステップとを実行し、配信サーバが、管理サーバから転送された対象コンテンツをキャッシュＤＢに蓄積するキャッシュステップと、コンテンツサーバからのコンテンツのデータ配信が終了し、かつ、対象コンテンツの蓄積が完了した後、キャッシュＤＢに蓄積された当該対象コンテンツをメディアセグメントファイルへ変換し、管理サーバに通知する交換ステップとを実行する。
【００１３】
本発明の第１のコンテンツ配信プログラムは、コンテンツをキャッシュして配信する配信サーバと、キャッシュの有無に応じてコンテンツの配信を制御する管理サーバとを備えるコンテンツ配信システムを構成するコンピュータ上で動作するコンテンツ配信プログラムであって、管理サーバを構成するコンピュータを、通信端末から要求された対象コンテンツが配信サーバにキャッシュされているか否かを判定するキャッシュ判定手段と、通信端末から要求された対象コンテンツのキャッシュが配信サーバに存在しない場合に、コンテンツサーバからのレスポンスを通信端末に中継しつつ、対象コンテンツを配信サーバへ転送する制御手段として機能させ、配信サーバを構成するコンピュータを、管理サーバから転送された対象コンテンツをキャッシュＤＢに蓄積するキャッシュ手段と、コンテンツサーバからのコンテンツのデータ配信が終了し、かつ、対象コンテンツの蓄積が完了した後、キャッシュＤＢに蓄積された当該対象コンテンツをメディアセグメントファイルへ変換し、管理サーバにその旨を通知する変換手段として機能させる。
【発明の効果】
【００１４】
本発明によれば、ネットワーク帯域の状況に応じて適切なビットレートのコンテンツを配信することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の第１の実施の形態によるコンテンツ配信システムの構成を示すブロック図である。
【図２】本発明の第１の実施の形態によるコンテンツ配信システムの動作を示すフローチャートである。
【図３】本発明の第２の実施の形態によるコンテンツ配信システムの構成を示すブロック図である。
【図４】本発明の第２の実施の形態によるマスタインデックスファイル及び代替インデックスファイルの構成例を示す図である。
【図５】本発明の第２の実施の形態による管理情報ＤＢの構成例を示す図である。
【図６】本発明の第２の実施の形態による配信サーバ及び管理サーバを商用網に導入した場合の構成例を示す図である。
【図７】本発明の第２の実施の形態によるコンテンツ配信システムの動作を示すシーケンス図である。
【図８】本発明の第２の実施の形態によるコンテンツ配信システムの動作を示すシーケンス図である。
【図９】本発明の第２の実施の形態によるマスタインデックスファイルの構成例を示す図である。
【図１０】本発明の第２の実施の形態による代替インデックスファイルの構成例を示す図である。
【図１１】本発明の第２の実施の形態によるマスタインデックスファイルの構成例を示す図である。
【図１２】本発明の第２の実施の形態によるコンテンツ配信システムの動作を示すシーケンス図である。
【図１３】本発明の管理サーバのハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００１６】
本発明の上記及び他の目的、特徴及び利点を明確にすべく、添付した図面を参照しながら、本発明の実施形態を以下に詳述する。なお、上述の本願発明の目的のほか、他の技術的課題、その技術的課題を解決する手段及びその作用効果についても、以下の実施形態による開示によって明らかとなるものである。なお、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。
【００１７】
（第１の実施の形態）
図１は、本発明の第１の実施の形態によるコンテンツ配信システム１００の構成を示すブロック図である。
【００１８】
図１を参照すると、本実施の形態によるコンテンツ配信システム１００は、コンテンツをキャッシュして配信する配信サーバ２０と、キャッシュの有無に応じてコンテンツの配信を制御する管理サーバ３０と、管理サーバ３０にコンテンツ要求を送信し、配信サーバ２０又は管理サーバ３０を介したコンテンツサーバ９０からコンテンツを受信する通信端末１０とを備える。
【００１９】
管理サーバ３０は、通信端末１０から要求された対象コンテンツが配信サーバ２０にキャッシュされているか否かを判定するキャッシュ判定手段３１と、当該対象コンテンツのキャッシュが配信サーバ２０に存在しない場合に、コンテンツサーバ９０からのレスポンスを前記通信端末１０に中継しつつ、対象コンテンツを配信サーバ２０へ転送する制御手段３３とを備える。
【００２０】
配信サーバ２０は、管理サーバ３０から転送された対象コンテンツをキャッシュＤＢ２１に蓄積するキャッシュ手段２２と、コンテンツサーバ９０からのコンテンツのデータ配信が終了し、かつ、対象コンテンツの蓄積が完了した後、キャッシュＤＢ２１に蓄積された当該対象コンテンツをメディアセグメントファイルへ変換し、管理サーバ３０にその旨を通知する変換手段２３とを備える。
【００２１】
（第１の実施の形態の動作の説明）
次に、本実施の形態によるコンテンツ配信システム１００の動作について、図２のフローチャートを参照して詳細に説明する。
【００２２】
まず、通信端末１０が、管理サーバ３０に対して、コンテンツの配信リクエストを送信する（ステップＳ２０１）。
【００２３】
管理サーバ３０は該リクエストを受け取ると、キャッシュ判定手段３１が、要求対象のコンテンツが配信サーバ２０にキャッシュされているか否かを判定する（ステップＳ２０２）。
【００２４】
当該対象コンテンツのキャッシュが配信サーバ２０に存在しない場合（ステップＳ２０３”ＮＯ”）、管理サーバ３０の制御手段３３が、コンテンツサーバ９０からのレスポンスを前記通信端末１０に中継しつつ、対象コンテンツを配信サーバ２０へ転送する（ステップＳ２０４）。なお、対象コンテンツのキャッシュが配信サーバ２０に存在する場合は、配信サーバ２０から該キャッシュが配信される（ステップＳ２０５）。
【００２５】
管理サーバ３０から対象コンテンツの転送を受けると、配信サーバ２０のキャッシュ手段２２が、該対象コンテンツをキャッシュＤＢ２１に蓄積する（ステップＳ２０６）。
【００２６】
コンテンツサーバ９０からのコンテンツのデータ配信が終了し、かつ、対象コンテンツの蓄積が完了した後、配信サーバ２０の変換手段２３が、キャッシュＤＢ２１に蓄積された当該対象コンテンツをメディアセグメントファイルへ変換し、管理サーバ３０にその旨を通知する（ステップＳ２０７）。
【００２７】
（第１の実施の形態による効果）
本実施の形態によれば、対象コンテンツがキャッシュされていない場合でもスムーズにコンテンツを配信することができる。特許文献１では、対象コンテンツがキャッシュされていない場合、コンテンツを最適なものへ変換し、変換後のコンテンツをキャッシュすると同時に配信しているが、特許文献１のようにリアルタイムにコンテンツを変換してキャッシュした上で、該変換後のコンテンツを配信する方法ではサーバ遅延に基づくＱｏＥ低下を引き起こす可能性が高い。一方、本実施の形態では、変換後のコンテンツではなくオリジナルのコンテンツを配信し、別の処理においてキャッシュ・変換処理を行うかため、ＱｏＥの向上を実現できる。また、オリジナルコンテンツの再エンコードやファイルフォーマットの変換は行わないため、サーバへの不可が少ないという利点もある。
【００２８】
（第２の実施の形態）
次に、本発明の第２の実施の形態について説明を行う。
【００２９】
本実施の形態によるコンテンツ配信システム１００の構成を図３に示す。
【００３０】
本実施の形態によるコンテンツ配信システム１００は、通信端末１０と、配信サーバ２０と、管理サーバ３０とを備える。
【００３１】
配信サーバ２０は、コンテンツをキャッシュＤＢ２１にキャッシュするキャッシュ手段２２と、コンテンツをＨＬＳ配信用に変換を行う変換手段２３と、通信端末１０に変換済みのコンテンツをＨＬＳ配信する配信手段２４とを備える。
【００３２】
管理サーバ３０は、対象コンテンツのキャッシュ有無を判定するキャッシュ判定手段３１と、マスタインデックスファイル及び代替インデックスファイルを生成するファイル生成手段３２と、配信サーバ２０及び自サーバの制御を行う制御手段３３と、ＮＷの帯域状況や端末毎の固有の情報（通信端末１０のリソース情報、契約情報、データ通信の使用状況、位置情報等）を格納する管理情報ＤＢ３５と、管理情報ＤＢ３５の情報を散所して、配信対象コンテンツの適切なビットレートを決定する決定手段３４とを備える。
【００３３】
ここで、ファイル生成手段３２により生成されるマスタインデックスファイル及び代替インデックスファイルの構成例を図４に示す。
【００３４】
また、管理情報ＤＢ３５の構成例を図５に示す。管理情報ＤＢ３５は、共通情報、ユーザ固有情報、動画固有情報、保守者登録制御情報を格納する。
【００３５】
共有情報は、ＮＷ帯域と、キャッシュ保有情報とから構成される。キャッシュ保有情報は、各コンテンツがキャッシュに存在するか否かを示す情報である。
【００３６】
ユーザ固定情報は、ユーザごとに固有の通信端末１０の位置情報、契約内容、データ通信使用状況とから構成される。
【００３７】
動画固有情報は、マスタインデックスファイルと、代替インデックスファイルから構成される。
【００３８】
保守者登録制御情報は、一律帯域制御情報と、時間帯帯域制御情報と、地域別帯域制御情報と、特定ＵＲＬ帯域制御情報とから構成される。
【００３９】
保守者登録制御情報は、管理サーバ３０上で保守者が直接登録しても良いし、管理サーバ３０を保守者の保守管理網に接続し、コマンドにより管理情報ＤＢ３５への情報の追加・削除を行うこととしてもよい。また、管理情報ＤＢ３５に格納される各情報は、上記に限定はされず保守者が任意に設定できるものとする。
【００４０】
ここで、本実施の形態の配信サーバ２０及び管理サーバ３０を移動体データ通信網やＩＳＰ事業者網に設置した例を図６に示す。ＥＮＢ４０、Ｓ−ＧＷ５０、Ｐ−ＧＷ６０、Ｌ３ＳＷ７０については本発明の本質的部分ではないため、詳細な説明は省略する。管理サーバ３０は保守者の保守管理網とつながっており、保守者はコマンドにより管理情報ＤＢ３５への情報の追加・削除を行うことが可能である。
【００４１】
本実施の形態による管理サーバ３０は、パケット網に存在するノードから情報を得るのではなく、自らＮＷ帯域の変動を監視・予測することにより、実際に商用網に導入するとなった場合、ＮＷ構成や導入に対する技術的な難易度を格段に下げることができる。また、既存網のＮＷ装置にアドインするだけで導入可能であり、他のノードとの連携を必要としないため、導入が容易である。
【００４２】
（第２の実施の形態の動作の説明）
次に、本実施の形態によるコンテンツ配信システム１００の動作について、図面を参照して詳細に説明する。
【００４３】
まず、図７のシーケンス図を用いて、配信対象のコンテンツがキャッシュに存在しない場合の動作について説明する。
【００４４】
まず、通信端末１０から管理サーバ３０へｈｔｔｐリクエストが送信されると、管理サーバ３０は、該リクエストを対応するコンテンツサーバ９０に送信し、そのレスポンスを受け取る。次いで、管理サーバ３０のキャッシュ判定手段３１が、管理情報ＤＢ３５の「キャッシュ保有情報」を参照し、対象コンテンツのキャッシュが存在するか否かを判定する。
【００４５】
対象コンテンツのキャッシュが存在しないと判定した場合、制御手段３３が、コンテンツサーバ９０からのレスポンスを通信端末１０に中継しつつ、「キャッシュ蓄積要求」と、キャッシュ対象のコンテンツを配信サーバ２０へ転送する。該コンテンツは、配信サーバ２０のキャッシュ手段２２により、キャッシュＤＢ２１に蓄積される。
【００４６】
コンテンツサーバ９０からのコンテンツのデータ配信が終了し、かつ該コンテンツのキャッシュの蓄積が完了した後、配信サーバ２０の変換手段２３が、キャッシュＤＢ２１に蓄積された当該コンテンツをＨＬＳ配信用ファイル（メディアセグメントファイル）へ変換する（設定によりメディアセグメントファイルの数は変更可能）。変換完了後、変換手段２３は「キャッシュ蓄積完了通知」を管理サーバ３０に送信し、管理サーバ３０の制御手段３３は、該通知を受けると管理情報ＤＢ３５の「キャッシュ保有情報」を更新する。
【００４７】
次に、図８のシーケンス図を用いて、配信対象のコンテンツのキャッシュが存在する場合の動作について説明する。キャッシュＤＢ２１にはＨｉｇｈ、ｍｉｄ、ｌｏｗの三種類のビットレートのメディアセグメントファイルが蓄積されているものとする。
【００４８】
まず、通信端末１０から管理サーバ３０へｈｔｔｐリクエストが送信されると、管理サーバ３０は、該リクエストを対応するコンテンツサーバ９０に送信し、そのレスポンスを受け取る。次いで、管理サーバ３０のキャッシュ判定手段３１が、は管理情報ＤＢ３５の「キャッシュ保有情報」を参照し、対象コンテンツのキャッシュが存在するか否かを判定する。
【００４９】
対象コンテンツのキャッシュが存在すると判定した場合、ファイル生成手段３２が、管理情報ＤＢに「ユーザ固有情報」及び「保守者登録制御情報」を問い合わせ、その結果に基づき、マスタインデックスファイル及び代替インデックスファイルを生成する。
【００５０】
このときファイル生成手段３２が生成するマスタインデックスファイル及び代替インデックスファイルの例を図９及び図１０に示す。ここでは、特に保守者からによる制限がないため、マスタインデックスファイルにはＨｉｇｈ、ｍｉｄ、ｌｏｗの三種類のビットレートのメディアセグメントファイルを示すＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）を記載する。記載完了後、ファイル生成手段３２は、コンテンツサーバ９０からのレスポンスを書き換え、マスタインデックスファイルのＵＲＩが記載されたレスポンスを通信端末１０に返却する。これにより、ＨＬＳ配信への切り替えが行われる。また、マスタインデックスファイルの他の例を図１１に示す。
【００５１】
通信端末１０は、該レスポンスを受けると、マスタインデックスファイルに記載されているビットレートのうち適切なものを選択し、代替インデックスファイルのＧｅｔリクエストを管理サーバ３０に送信する。ここでは、通信端末１０が「ＢＡＮＤＷＩＤＴＨ＝５０００００」（ｌｏｗ）の代替インデックスファイルを選択したものとする。
【００５２】
管理サーバ３０が代替インデックスファイルの取得要求を受けると、決定手段３４が、管理情報ＤＢ３５を参照してＮＷ帯域を参照し、要求されているビットレートのファイルが送信可能かどうかチェックする。なお、ＮＷ帯域の状況や変動は管理サーバ３０により常時監視・予測されているものとする。
【００５３】
決定手段３４は、ファイルが送信可能と判断した場合、代替インデックスファイルの情報をレスポンスとして通信端末１０へ返す。また、決定手段３４は、帯域チェックがＮＧの場合でも、マスタインデックスファイルに記載されているビットレートのうち、一番低いものであれば送信する。
【００５４】
次いで、通信端末１０は、代替インデックスファイルに記載されているＵＲＩを元にメディアセグメントファイル取得要求を配信サーバ２０に送信して、配信サーバ２０の配信手段２４は、該要求に応じて対象コンテンツを配信する。
【００５５】
一方、通信端末１０が「ＢＡＮＤＷＩＤＴＨ＝１００００００」（ｍｉｄ）の代替インデックスファイルを選択し、管理サーバ３０の決定手段３４がＮＷ帯域をチェックした結果ｍｉｄファイルの配信が不可であると判断した場合、決定手段３４は、通信端末１０の要求にかかわらず、レスポンスとしてｌｏｗファイルのメディアインデックスファイルを通信端末１０に送信する。
【００５６】
次に、図１２のシーケンス図を用いて、保守者によって管理情報ＤＢ３５に帯域制御情報が追加され、ＮＷ帯域が「ＢＡＮＤＷＩＤＴＨ＝５０００００」と制限されている場合の動作について説明する。
【００５７】
まず、通信端末１０から管理サーバ３０へｈｔｔｐリクエストが送信されると、管理サーバ３０は、該リクエストを対応するコンテンツサーバ９０に送信し、そのレスポンスを受け取る。次いで、管理サーバ３０のキャッシュ判定手段３１が、管理情報ＤＢ３５の「キャッシュ保有情報」を参照し、対象コンテンツのキャッシュが存在するか否かを判定する。
【００５８】
対象コンテンツのキャッシュが存在すると判定した場合、ファイル生成手段３２は、管理情報ＤＢ３５の「ユーザ固有情報」及び「保守者登録制御情報」を参照し、その結果に基づき、マスタインデックスファイル及び代替インデックスファイルを生成する。ここでは、保守者登録制御情報に「ＢＡＮＤＷＩＤＴＨ＝５０００００」といる制限が存在するため、ファイル生成手段３２は、ｌｏｗの代替インデックスファイルだけが記載されたマスタインデックスファイルを作成する。この後の動作は上述の基本動作と一緒になる。
【００５９】
（第２の実施の形態による効果）
本実施の形態によれば、動的にインデックスファイルを生成することで、ＨＬＳ（ＨＴＴＰ  Ｌｉｖｅ  Ｓｔｒｅａｍｉｎｇ）に対応していない一般的なコンテンツ配信であってもＨＬＳ配信に変換することができ、ユーザのＱｏＥ向上やＮＷ帯域の軽減を図ることができる。すなわち、本実施の形態によれば、キャッシュした動画を通常のＨＬＳ配信と同様に、一つの動画に対して複数のビットレートに対応したメディアセグメントファイルに変換することで、クライアントから送信されたＨＴＴＰリクエストが、配信サーバ２０で既にキャッシュされているコンテンツであった場合、管理サーバ３０は制御条件に基づきマスタ／代替インデックファイルを作成し、ＨＴＴＰヘッダのＵＲＩをマスタインデックスファイルのＵＲＩに書き換えて、クライアントにレスポンスを返却することで、ＨＬＳ配信に切り替えることができる。
【００６０】
また、本実施の形態によれば、ＮＷ帯域の混雑緩和とユーザのＱｏＥ向上を実現することができる。一般的な通信端末は、ストリームの再生中に有効な帯域幅を観察し、帯域幅がそのストリームに対応できるとみなされた場合、マスタインデックスファイル内に記載されているリストの中から、代替インデックスファイルを指定し現在よりも品質の高いストリームに切り替えることで高品質のストリームが利用可能である。また、低品質のストリームが利用可能であり、現在の帯域幅が現在のストリームに対応できないとみなされる場合、同様にクライアントは現在よりも品質の低いストリームに切り替える。この点、本実施の形態では、本発明では、管理サーバ３０でもＮＷ帯域状況を把握し、クライアントからの要求にかかわらず最適なビットレートを選択するとともに、保守者からの制御条件等も考慮して、クライアント側に配信するコンテンツのビットレートを決定することで、ＮＷ帯域の混雑緩和とユーザのＱｏＥ向上を実現することができる。
【００６１】
また、本実施の形態によれば、保守者からの要求に応じて、時間帯や特定の地域等の制御条件により、配信する動画のビットレートを制御することができる。すなわち、保守者の要求に応じて、インデックスファイル作成時にユーザが選択可能なビットレートを動的に変更することができる。これにより、保守者はＮＷ最繁時や、輻輳が起こりそうな地域、もしくはヘビーユーザに対しては最低ビットレートでしかコンテンツを配信させないといったことが可能であり、帯域制御やトラヒックの削減が可能となる。また、災害発生時には最低ビットレートでの配信しか行わないように制御し、ＮＷ輻輳状態の軽減、帯域の削減を行うこともできる。
【００６２】
また、本実施の形態によれば、ユーザの要求が通常のコンテンツ配信であってもＨＬＳ配信に切り替えることができるため、アダプティブビットレートでの配信が可能となり、ユーザの視聴中断の機会を軽減させるといったユーザエクスペリエンスの向上を図ることができる。
【００６３】
また、本実施の形態によれば、コンテンツ配信システムの導入が非常に容易である。まず、特許文献１のようなＥＰＣ装置の連携を必要としない。また、特許文献２のようなパケット網に存在するノードから情報を得る方式では他ノードとの連携が必要となるが、本実施の形態では管理サーバ３０が自らＮＷ帯域の変動を監視・予測するため、既存網のＮＷ装置にアドインし、アドインするキャリア側のＮＷ機器にＨＴＴＰトラヒックを振り分ける設定をするだけで導入が可能であり、他のノードとの連携を必要としない。
【００６４】
また、本実施の形態によれば、ＨＬＳを用いた配信を行うため、視聴中断をさせないようにコンテンツを配信することができる。本実施の形態では、キャッシュコンテンツは時間軸で細切れにされ、同一コンテンツについて複数のビットレートを持つ。そして、単純に蓄積されたコンテンツを選択するのではなく、コンテンツ（動画）の視聴中もユーザのＮＷ帯域の変動を監視して配信するコンテンツのビットレートを変えることで、視聴中断を防ぐことができる。
【００６５】
次に、本発明の管理サーバ３０のハードウェア構成例について、図１３を参照して説明する。
【００６６】
図１３を参照すると、本発明の管理サーバ３０は、一般的なコンピュータ装置と同様のハードウェア構成であり、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１００１、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等のメモリからなる、データの作業領域やデータの一時退避領域に用いられる主記憶部１００２、ネットワークを介してデータの送受信を行う通信部１００３、入力装置１００５や出力装置１００６及び記憶装置１００７と接続してデータの送受信を行う入出力インタフェース部１００４、上記各構成要素を相互に接続するシステムバス１００８を備えている。記憶装置１００７は、例えば、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、磁気ディスク、半導体メモリ等の不揮発性メモリから構成されるハードディスク装置等で実現される。
【００６７】
本発明の管理サーバ３０の各機能は、プログラムを組み込んだ、ＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）等のハードウェア部品である回路部品を実装することにより、その動作をハードウェア的に実現することは勿論として、その機能を提供するプログラムを、記憶装置１００７に格納し、そのプログラムを主記憶部１００２にロードしてＣＰＵ１００１で実行することにより、ソフトウェア的に実現することも可能である。
【００６８】
また、本発明の配信サーバ２０も、上記のようなハードウェア構成を有し、各機能をハードウェア的又はソフトウェア的に実現する。
【００６９】
以上、好ましい実施の形態をあげて本発明を説明したが、本発明は必ずしも、上記実施の形態に限定されるものでなく、その技術的思想の範囲内において様々に変形して実施することができる。
【００７０】
なお、以上の構成要素の任意の組み合わせ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【００７１】
また、本発明の各種の構成要素は、必ずしも個々に独立した存在である必要はなく、複数の構成要素が一個の部材として形成されていること、一つの構成要素が複数の部材で形成されていること、ある構成要素が他の構成要素の一部であること、ある構成要素の一部と他の構成要素の一部とが重複していること、等でもよい。
【００７２】
また、本発明の方法およびコンピュータプログラムには複数の手順を順番に記載してあるが、その記載の順番は複数の手順を実行する順番を限定するものではない。このため、本発明の方法およびコンピュータプログラムを実施する時には、その複数の手順の順番は内容的に支障しない範囲で変更することができる。
【００７３】
また、本発明の方法およびコンピュータプログラムの複数の手順は個々に相違するタイミングで実行されることに限定されない。このため、ある手順の実行中に他の手順が発生すること、ある手順の実行タイミングと他の手順の実行タイミングとの一部ないし全部が重複していること、等でもよい。
【００７４】
さらに、上記実施形態の一部又は全部は、以下の付記のようにも記載されうるが、これに限定されない。
【００７５】
（付記１）
コンテンツをキャッシュして配信する配信サーバと、
前記キャッシュの有無に応じてコンテンツの配信を制御する管理サーバとを備え、
前記管理サーバが、
通信端末から要求された対象コンテンツが前記配信サーバにキャッシュされているか否かを判定するキャッシュ判定手段と、
通信端末から要求された対象コンテンツのキャッシュが前記配信サーバに存在しない場合に、コンテンツサーバからのレスポンスを前記通信端末に中継しつつ、前記対象コンテンツを前記配信サーバへ転送する制御手段とを備え、
前記配信サーバが、
前記管理サーバから転送された前記対象コンテンツをキャッシュＤＢに蓄積するキャッシュ手段と、
前記コンテンツサーバからのコンテンツのデータ配信が終了し、かつ、前記対象コンテンツの蓄積が完了した後、キャッシュＤＢに蓄積された当該対象コンテンツをメディアセグメントファイルへ変換し、前記管理サーバにその旨を通知する変換手段とを備える
ことを特徴とするコンテンツ配信システム。
【００７６】
（付記２）
前記管理サーバが、
前記対象コンテンツのキャッシュが存在する場合に、予め設定された制御情報と、前記通信端末に固有の情報とに基づき、マスタインデックスファイル及び代替インデックスファイルを生成するファイル生成手段を備え、
前記ファイル生成手段は、
前記コンテンツサーバからのレスポンスに前記マスタインデックスファイルのＵＲＩを記載し、当該レスポンスを前記通信端末に送信する
ことを特徴とする付記１に記載のコンテンツ配信システム。
【００７７】
（付記３）
前記管理サーバが、
前記通信端末が前記マスタインデックスファイルに記載されているビットレートのうち適切なものを選択して送信した代替インデックスファイルのＧｅｔリクエストに対し、ＮＷ帯域をチェックし、要求されているビットレートのファイルが送信可能かどうかを判断する決定手段を備え、
前記決定手段は、
要求されているビットレートのファイルが送信可能と判断した場合、代替インデックスファイルの情報を前記通信端末に送信し、
要求されているビットレートのファイルが送信不可能と判断した場合、前記通信端末の要求にかかわらず、ｌｏｗファイルのメディアインデックスファイルを前記通信端末に送信する
ことを特徴とする付記２に記載のコンテンツ配信システム。
【００７８】
（付記４）
前記管理サーバが、
前記配信サーバにキャッシュされているコンテンツの情報と、
前記制御情報と、
前記通信端末に固有の情報と、
前記ＮＷ帯域の状況とを格納する管理情報ＤＢを備える
ことを特徴とする付記３に記載のコンテンツ配信システム。
【００７９】
（付記５）
前記制御情報は、
一律帯域制御情報、時間帯帯域制御情報、地域別帯域制御情報、特定ＵＲＬ帯域制御情報の少なくとも１つを含む
ことを特徴とする付記３又は付記４に記載のコンテンツ配信システム。
【００８０】
（付記６）
前記マスタインデックスファイルは、
前記制御情報に基づき、少なくともＨｉｇｈ、ｍｉｄ、ｌｏｗの三種類のビットレートのメディアセグメントファイルのＵＲＩの何れか１つが記載される
ことを特徴とする付記２から付記５の何れか１項に記載のコンテンツ配信システム。
【００８１】
（付記７）
前記キャッシュＤＢは、
Ｈｉｇｈ、ｍｉｄ、ｌｏｗの三種類のビットレートのメディアセグメントファイルを蓄積する
ことを特徴とする付記１から付記６の何れか１項に記載のコンテンツ配信システム。
【００８２】
（付記８）
前記通信端末からのコンテンツ要求がＨＴＴＰリクエストであることを特徴とする付記１から付記７の何れか１項に記載のコンテンツ配信システム。
【００８３】
（付記９）
コンテンツをキャッシュして配信する配信サーバと、前記キャッシュの有無に応じてコンテンツの配信を制御する管理サーバとを備えるコンテンツ配信システムによるコンテンツ配信方法であって、
前記管理サーバが、
通信端末から要求された対象コンテンツが前記配信サーバにキャッシュされているか否かを判定するキャッシュ判定ステップと、
通信端末から要求された対象コンテンツのキャッシュが前記配信サーバに存在しない場合に、コンテンツサーバからのレスポンスを前記通信端末に中継しつつ、前記対象コンテンツを前記配信サーバへ転送する制御ステップとを実行し、
前記配信サーバが、
前記管理サーバから転送された前記対象コンテンツをキャッシュＤＢに蓄積するキャッシュステップと、
前記コンテンツサーバからのコンテンツのデータ配信が終了し、かつ、前記対象コンテンツの蓄積が完了した後、キャッシュＤＢに蓄積された当該対象コンテンツをメディアセグメントファイルへ変換し、前記管理サーバに通知する交換ステップとを実行する
ことを特徴とするコンテンツ配信方法。
【００８４】
（付記１０）
前記管理サーバが、
前記対象コンテンツのキャッシュが存在する場合に、予め設定された制御情報と、前記通信端末に固有の情報とに基づき、マスタインデックスファイル及び代替インデックスファイルを生成するファイル生成ステップを実行し、
前記ファイル生成ステップで、
前記コンテンツサーバからのレスポンスに前記マスタインデックスファイルのＵＲＩを記載し、当該レスポンスを前記通信端末に送信する
ことを特徴とする付記９に記載のコンテンツ配信方法。
【００８５】
（付記１１）
前記管理サーバが、
前記通信端末が前記マスタインデックスファイルに記載されているビットレートのうち適切なものを選択して送信した代替インデックスファイルのＧｅｔリクエストに対し、ＮＷ帯域をチェックし、要求されているビットレートのファイルが送信可能かどうかを判断する決定ステップを実行し、
前記決定ステップで、
要求されているビットレートのファイルが送信可能と判断した場合、代替インデックスファイルの情報を前記通信端末に送信し、
要求されているビットレートのファイルが送信不可能と判断した場合、前記通信端末の要求にかかわらず、ｌｏｗファイルのメディアインデックスファイルを前記通信端末に送信する
ことを特徴とする付記１０に記載のコンテンツ配信方法。
【００８６】
（付記１２）
前記管理サーバが備える管理情報ＤＢが、
前記配信サーバにキャッシュされているコンテンツの情報と、
前記制御情報と、
前記通信端末に固有の情報と、
前記ＮＷ帯域の状況とを格納する
ことを特徴とする付記１１に記載のコンテンツ配信方法。
【００８７】
（付記１３）
前記制御情報は、
一律帯域制御情報、時間帯帯域制御情報、地域別帯域制御情報、特定ＵＲＬ帯域制御情報の少なくとも１つを含む
ことを特徴とする付記１１又は付記１２に記載のコンテンツ配信方法。
【００８８】
（付記１４）
前記マスタインデックスファイルは、
前記制御情報に基づき、少なくともＨｉｇｈ、ｍｉｄ、ｌｏｗの三種類のビットレートのメディアセグメントファイルのＵＲＩの何れか１つが記載される
ことを特徴とする付記１０から付記１３の何れか１項に記載のコンテンツ配信方法。
【００８９】
（付記１５）
前記キャッシュＤＢは、
Ｈｉｇｈ、ｍｉｄ、ｌｏｗの三種類のビットレートのメディアセグメントファイルを蓄積する
ことを特徴とする付記９から付記１４の何れか１項に記載のコンテンツ配信方法。
【００９０】
（付記１６）
前記通信端末からのコンテンツ要求がＨＴＴＰリクエストであることを特徴とする付記９から付記１５の何れか１項に記載のコンテンツ配信方法。
【００９１】
（付記１７）
コンテンツをキャッシュして配信する配信サーバと、前記キャッシュの有無に応じてコンテンツの配信を制御する管理サーバとを備えるコンテンツ配信システムを構成するコンピュータ上で動作するコンテンツ配信プログラムであって、
前記管理サーバを構成するコンピュータを、
通信端末から要求された対象コンテンツが前記配信サーバにキャッシュされているか否かを判定するキャッシュ判定手段と、
通信端末から要求された対象コンテンツのキャッシュが前記配信サーバに存在しない場合に、コンテンツサーバからのレスポンスを前記通信端末に中継しつつ、前記対象コンテンツを前記配信サーバへ転送する制御手段として機能させ、
前記配信サーバを構成するコンピュータを、
前記管理サーバから転送された前記対象コンテンツをキャッシュＤＢに蓄積するキャッシュ手段と、
前記コンテンツサーバからのコンテンツのデータ配信が終了し、かつ、前記対象コンテンツの蓄積が完了した後、キャッシュＤＢに蓄積された当該対象コンテンツをメディアセグメントファイルへ変換し、前記管理サーバにその旨を通知する変換手段として機能させる
ことを特徴とするコンテンツ配信プログラム。
【００９２】
（付記１８）
前記管理サーバを構成するコンピュータを、
前記対象コンテンツのキャッシュが存在する場合に、予め設定された制御情報と、前記通信端末に固有の情報とに基づき、マスタインデックスファイル及び代替インデックスファイルを生成するファイル生成手段として機能させ、
前記ファイル生成手段は、
前記コンテンツサーバからのレスポンスに前記マスタインデックスファイルのＵＲＩを記載し、当該レスポンスを前記通信端末に送信する
ことを特徴とする付記１７に記載のコンテンツ配信プログラム。
【００９３】
（付記１９）
前記管理サーバを構成するコンピュータを、
前記通信端末が前記マスタインデックスファイルに記載されているビットレートのうち適切なものを選択して送信した代替インデックスファイルのＧｅｔリクエストに対し、ＮＷ帯域をチェックし、要求されているビットレートのファイルが送信可能かどうかを判断する決定手段として機能させ、
前記決定手段は、
要求されているビットレートのファイルが送信可能と判断した場合、代替インデックスファイルの情報を前記通信端末に送信し、
要求されているビットレートのファイルが送信不可能と判断した場合、前記通信端末の要求にかかわらず、ｌｏｗファイルのメディアインデックスファイルを前記通信端末に送信する
ことを特徴とする付記１８に記載のコンテンツ配信プログラム。
【００９４】
（付記２０）
前記管理サーバが備える管理情報ＤＢが、
前記配信サーバにキャッシュされているコンテンツの情報と、
前記制御情報と、
前記通信端末に固有の情報と、
前記ＮＷ帯域の状況とを格納する
ことを特徴とする付記１９に記載のコンテンツ配信プログラム。
【００９５】
（付記２１）
前記制御情報は、
一律帯域制御情報、時間帯帯域制御情報、地域別帯域制御情報、特定ＵＲＬ帯域制御情報の少なくとも１つを含む
ことを特徴とする付記１９又は付記２０に記載のコンテンツ配信プログラム。
【００９６】
（付記２２）
前記マスタインデックスファイルは、
前記制御情報に基づき、少なくともＨｉｇｈ、ｍｉｄ、ｌｏｗの三種類のビットレートのメディアセグメントファイルのＵＲＩの何れか１つが記載される
ことを特徴とする付記１８から付記２１の何れか１項に記載のコンテンツ配信プログラム。
【００９７】
（付記２３）
前記キャッシュＤＢは、
Ｈｉｇｈ、ｍｉｄ、ｌｏｗの三種類のビットレートのメディアセグメントファイルを蓄積する
ことを特徴とする付記１７から付記２２の何れか１項に記載のコンテンツ配信方法。
【００９８】
（付記２４）
前記通信端末からのコンテンツ要求がＨＴＴＰリクエストであることを特徴とする付記１７から付記２３の何れか１項に記載のコンテンツ配信プログラム。
【符号の説明】
【００９９】
１０：通信端末
２０：配信サーバ
２１：キャッシュＤＢ
２２：キャッシュ手段
２３：変換手段
２４：配信手段
３０：管理サーバ
３１キャッシュ判定手段
３２：ファイル生成手段
３３：制御手段
３４：決定手段
３５：管理情報ＤＢ
４０：ｅＮＢ
５０：Ｓ−ＧＷ
６０：Ｐ−ＧＷ
７０：Ｌ３ＳＷ
８０：監視サーバ
９０：コンテンツサーバ
１００：コンテンツ配信システム
１００１：ＣＰＵ
１００２：主記憶部
１００３：通信部
１００４：入出力インタフェース部
１００５：入力装置
１００６：出力装置
１００７：記憶装置
１００８：システムバス
【図１】
2015065493.tif 000003
【図２】
2015065493.tif 000004
【図３】
2015065493.tif 000005
【図４】
2015065493.tif 000006
【図５】
2015065493.tif 000007
【図６】
2015065493.tif 000008
【図７】
2015065493.tif 000009
【図８】
2015065493.tif 000010
【図９】
2015065493.tif 000011
【図１０】
2015065493.tif 000012
【図１１】
2015065493.tif 000013
【図１２】
2015065493.tif 000014
【図１３】
2015065493.tif 000015