JP2003263359A

JP2003263359A - コンテンツ管理装置及びコンテンツ管理プログラム

Info

Publication number: JP2003263359A
Application number: JP2002066538A
Authority: JP
Inventors: Kinji Kawaguchi; 金司川口; Taku Suematsu; 卓末松
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2002-03-12
Filing date: 2002-03-12
Publication date: 2003-09-19
Anticipated expiration: 2022-03-12
Also published as: JP3999004B2

Abstract

(57)【要約】【課題】キャッシュサーバに蓄積されたコンテンツへ
のヒット率を向上させる。【解決手段】キャッシュサーバに蓄積された全コンテ
ンツに対するヒット率ｘが５０％未満になったときに
（Ｓ１，Ｓ２）、コンテンツが属するジャンルごとの視
聴傾向が低いジャンルに属するコンテンツをキャッシュ
サーバから削除すると共に（Ｓ３〜Ｓ５，Ｓ１１）、視
聴傾向が高いジャンルに属するコンテンツをキャッシュ
サーバに事前配布する（Ｓ１２，Ｓ１３）。また、ヒッ
ト率ｘが５０％以上のときには（Ｓ２）、ジャンルごと
のヒット率が３０％未満のジャンルに属するコンテンツ
をキャッシュサーバから削除すると共に（Ｓ６〜Ｓ８，
Ｓ１１）、視聴傾向が高いジャンルに属するコンテンツ
をキャッシュサーバに事前配布する（Ｓ９，Ｓ１０，Ｓ
１２，Ｓ１３）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータネッ
トワークを介して、映像などのコンテンツを配信するキ
ャッシュサーバのコンテンツ管理技術に関する。

【０００２】

【従来の技術】近年、インターネットなどのコンピュー
タネットワークを介して、映像などのコンテンツを配信
する「ストリーミング配信サービス」が普及しつつあ
る。ストリーミング配信サービスでは、１つの配信サー
バのみでは、膨大な配信要求に対応できないことから、
ユーザの近くに「キャッシュサーバ」を設置することが
多い。キャッシュサーバは、配信サーバから事前配布さ
れたオリジナルコンテンツのコピーを蓄積し、ユーザか
らの配信要求に応じて蓄積されたコピーコンテンツを配
信する。そして、配信要求ごとにオリジナルコンテンツ
へアクセスするという無駄を回避し、レスポンスの向上
とトラフィックの低減を図っている。

【０００３】

【発明が解決しようとする課題】しかしながら、全ての
キャッシュサーバに対して、一律同じコピーコンテンツ
が事前配布されていたので、その担当エリアによって
は、キャッシュへのヒット率が低くなってしまい、キャ
ッシュサーバが有効に活用されているとは言い難かっ
た。

【０００４】そこで、本発明は以上のような従来の問題
点に鑑み、視聴状況に応じて、キャッシュサーバに蓄積
されるコンテンツを動的に変更することで、キャッシュ
へのヒット率を向上させ、キャッシュサーバが有効に活
用されるようにしたキャッシュサーバのコンテンツ管理
技術を提供することを目的とする。

【０００５】

【課題を解決するための手段】このため、本発明に係る
キャッシュサーバのコンテンツ管理技術では、キャッシ
ュサーバに蓄積された全コンテンツに対するヒット率が
第１の所定値未満になったときに、コンテンツが属する
ジャンルごとの視聴傾向が低いジャンルに属するコンテ
ンツをキャッシュサーバから削除すると共に、視聴傾向
が高いジャンルに属するコンテンツをキャッシュサーバ
に事前配布することを特徴とする。

【０００６】かかる構成によれば、キャッシュサーバに
蓄積された全コンテンツに対するヒット率が低下したと
きには、各ジャンルごとの視聴傾向に応じて、視聴傾向
の低いジャンルに属するコンテンツが削除される一方、
視聴傾向の高いジャンルに属するコンテンツが事前配布
される。このため、キャッシュサーバに蓄積されるコン
テンツは、視聴傾向に応じて動的に入れ替えられること
となり、そのキャッシュへのヒット率が向上される。

【０００７】また、全コンテンツに対するヒット率が第
１の所定値以上であっても、キャッシュサーバに蓄積さ
れたコンテンツが属するジャンルごとのヒット率が第２
の所定値未満のジャンルに属するコンテンツをキャッシ
ュサーバから削除すると共に、視聴傾向が高いジャンル
に属するコンテンツをキャッシュサーバに事前配布する
ようにしてもよい。このとき、第２の所定値は、第１の
所定値より小に設定されていることが望ましい。

【０００８】かかる構成によれば、全コンテンツに対す
るヒット率が第１の所定値以上であっても、ジャンルご
とのヒット率が第２の所定値未満のジャンルに属するコ
ンテンツがキャッシュサーバから削除される。このた
め、第２の所定値を第１の所定値より小に設定すること
で、視聴率の高いコンテンツに影響を受け、視聴率の低
いコンテンツがなかなか削除されないという不具合が回
避される。

【０００９】そして、キャッシュサーバからコンテンツ
を削除するときには、削除対象たるジャンルに属するコ
ンテンツの中から、その優先度が下位のコンテンツを削
除するようにすればよい。一方、キャッシュサーバにコ
ンテンツを事前配布するときには、事前配布対象たるジ
ャンルに属するコンテンツの中から、その優先度が高い
コンテンツを事前配布するようにすればよい。このと
き、優先度として、コンテンツの視聴率を用いることが
望ましい。

【００１０】かかる構成によれば、コンテンツの優先度
に応じて、削除又は事前配布するコンテンツが決定され
るので、キャッシュへのヒット率を効果的に向上させる
ことができる。このとき、優先度として、コンテンツの
視聴率を用いれば、実際の視聴状況を反映したコンテン
ツの入れ換えが行われる。また、キャッシュサーバに蓄
積されるコンテンツを入れ換えるときには、キャッシュ
サーバの容量の所定割合を入れ替えるようにすればよ
い。このとき、コンテンツの視聴傾向に応じて、入替容
量を削除又は事前配布するジャンルに振り分けることが
望ましい。

【００１１】かかる構成によれば、キャッシュサーバに
蓄積されるコンテンツの一定割合が入れ換えられること
となる。このため、入れ替えに要する時間が短縮され、
エンドユーザに対するサービスの質の低下が抑制され
る。このとき、コンテンツの視聴傾向に応じて、入替容
量を削除又は事前配布するジャンルに振り分けるように
すれば、視聴傾向を考慮した効果的なコンテンツの入れ
替えが行われる。

【００１２】

【発明の実施の形態】以下、添付された図面を参照して
本発明を詳述する。図１は、本発明を具現化したキャッ
シュサーバのコンテンツ管理装置（以下「コンテンツ管
理装置」という）を備えた、ストリーミング配信システ
ム（以下「配信システム」という）の一実施形態を示
す。

【００１３】配信システムは、インターネットなどのコ
ンピュータネットワーク１０を介して相互接続される、
１つのセンタ局２０と、所定エリア毎に設置されるロー
カル局３０と、エンドユーザのクライアント４０と、を
含んで構成される。センタ局２０には、オリジナルコン
テンツを蓄積する配信サーバ２０Ａが備えられる一方、
ローカル局３０には、センタ局２０から配布されたオリ
ジナルコンテンツのコピー（コピーコンテンツ）を蓄積
するキャッシュサーバ３０Ａが備えられる。また、エン
ドユーザのクライアント４０には、コンテンツを視聴す
るためのプレーヤーがインストールされる。なお、配信
サーバ２０Ａ，キャッシュサーバ３０Ａ及びクライアン
ト４０は、少なくとも中央処理装置（ＣＰＵ）とメモリ
とを備えたコンピュータから構築され、メモリにロード
されたプログラムにより、コンテンツ配信のための各種
機能が実現される。

【００１４】コンテンツ配信方式としては、「リダイレ
クション方式」と「キャッシュサーバ方式」とがある。
リダイレクション方式とは、エンドユーザからのコンテ
ンツ配信要求をセンタ局２０が受け付け、コンテンツの
配信を最適なローカル局に振り分ける方式のことをい
う。一方、キャッシュサーバ方式とは、エンドユーザか
らのコンテンツ配信要求をローカル局３０が受け付け、
そのキャッシュサーバ３０Ａにコンテンツがなかったと
きには、センタ局２０からコンテンツの配布を受けた
後、コンテンツを配信する方式のことをいう。

【００１５】図２及び図３は、リダイレクション方式の
配信システムにおいて、各ローカル局３０ごとに、エン
ドユーザの視聴情報を登録する構成及び手順を示す。セ
ンタ局２０には、図１の構成に加え、管理ＤＢ（データ
ベース）２０Ｂ及びリダイレクタ２０Ｃが備えられる。
なお、リダイレクタ２０Ｂは、少なくとも中央処理装置
（ＣＰＵ）とメモリとを備えたコンピュータから構築さ
れ、メモリにロードされたプログラムにより、コンテン
ツ配信のための各種機能が実現される。

【００１６】管理ＤＢ２０Ｂには、図４（Ａ）〜（Ｃ）
に夫々示すように、加入者情報テーブルと、コンテンツ
情報テーブルと、視聴情報テーブルと、が登録される。
加入者情報テーブルは、同図（Ａ）に示すように、コン
テンツ配信を受けるエンドユーザの加入者名と、所属す
るエリアを特定する所属ローカルエリアと、を含んで構
成される。コンテンツ情報テーブルは、同図（Ｂ）に示
すように、コンテンツ名と、その所属ジャンルと、ファ
イルサイズ（ＧＢ：Giga Bytes）と、コンテンツ長
（分）と、を含んで構成される。視聴情報テーブルは、
同図（Ｃ）に示すように、コンテンツ名と、視聴者名
と、視聴開始時刻と、視聴終了時刻と、を含んで構成さ
れる。一方、リダイレクタ２０Ｃでは、エンドユーザか
らコンテンツ配信要求を受け付け、コンテンツの配信を
最適なローカル局３０に振り分ける機能が奏される。

【００１７】エンドユーザのクライアント４０からセン
タ局２０のリダイレクタ２０Ｃに対して、ユーザ情報及
びコンテンツ名を含んだ配信要求があると（手順
(1)）、ユーザ情報及びコンテンツ名に基づいて、コン
テンツ配信に最適な配信サーバが決定され、これがクラ
イアント４０に通知される（手順(2)）。ここで、コン
テンツ配信に最適な配信サーバとは、センタ局２０の配
信サーバ２０Ａ又はローカル局３０のキャッシュサーバ
３０Ａのどちらかのことを意味する。

【００１８】そして、要求コンテンツがローカル局３０
のキャッシュサーバ３０Ａにあれば、図３のＡに示すよ
うに、そのキャッシュサーバ３０Ａに対してコンテンツ
要求がなされ（手順(3)）、そこからコンテンツの配信
を受ける（手順(6)）。この際、キャッシュサーバ３０
Ａからリダイレクタ２０Ｃに対して、視聴開始通知が送
信される（手順(4)）。視聴開始通知を受け取ったリダ
イレクタ２０Ｃでは、視聴情報としてコンテンツ名，視
聴者名，視聴開始時刻が取得され、管理ＤＢ２０Ｂの視
聴情報テーブルに登録される（手順(5)）。コンテンツ
の配信完了時には、キャッシュサーバ３０Ａからリダイ
レクタ２０Ｃに対して、視聴終了通知が送信される（手
順(7)）。視聴終了通知を受け取ったリダイレクタ２０
Ｃでは、視聴情報としての視聴終了時刻が取得され、こ
れが管理ＤＢ２０Ｂの視聴情報テーブルに登録される
（手順(8)）。

【００１９】一方、要求コンテンツがローカル局３０の
キャッシュサーバ３０Ａになければ、同図Ｂに示すよう
に、センタ局２０の配信サーバ２０Ａに対してコンテン
ツ要求がなされ（手順(3)）、そこからコンテンツの配
信を受ける（手順(6)）。この際、配信サーバ２０Ａか
らリダイレクタ２０Ｃに対して、視聴開始通知が送信さ
れる（手順(4)）。視聴開始通知を受け取ったリダイレ
クタ２０Ｃでは、視聴情報としてコンテンツ名，視聴者
名，視聴開始時刻が取得され、管理ＤＢ２０Ｂの視聴情
報テーブルに登録される（手順(5)）。コンテンツの配
信完了時に、配信サーバ２０Ａからリダイレクタ２０Ｃ
に対して、視聴終了通知が送信される（手順(7)）。視
聴終了通知を受け取ったリダイレクタ２０Ｃでは、視聴
情報としての視聴終了時刻が取得され、これが管理ＤＢ
２０Ｂの視聴情報テーブルに登録される（手順(8)）。

【００２０】エンドユーザによってコンテンツの配信の
一時停止及び再開始が行われるときには、配信の完了及
び開始と同様に扱い、コンテンツの配信の一時停止時
に、キャッシュサーバ３０Ａ（あるいは配信サーバ２０
Ａ）からリダイレクタ２０Ｃに対して、視聴終了通知が
送信される（手順(7)）。視聴終了通知を受け取ったリ
ダイレクタ２０Ｃでは、視聴情報としての視聴終了時刻
が取得され、これが管理ＤＢ２０Ｂの視聴情報テーブル
に登録される（手順(8)）。コンテンツの配信再開始時
には、改めてキャッシュサーバ３０Ａ（あるいは配信サ
ーバ２０Ａ）からリダイレクタ２０Ｃに対して、視聴開
始通知が送信される（手順(4)）。視聴開始通知を受け
取ったリダイレクタ２０Ｃでは、視聴情報としてコンテ
ンツ名，視聴者名，視聴開始時刻が取得され、管理ＤＢ
２０Ｂの視聴情報テーブルに登録される（手順(5)）。

【００２１】図５及び図６は、キャッシュサーバ方式の
配信システムにおいて、各ローカル局３０ごとに、エン
ドユーザの視聴情報を登録する構成及び手順を示す。ロ
ーカル局３０には、図１の構成に加え、管理ＤＢ３０Ｂ
が備えられる。なお、管理ＤＢ３０Ｂには、リダイレク
ション方式の配信システムと同様に、加入者情報テーブ
ルと、コンテンツ情報テーブルと、視聴情報テーブル
と、が登録される。

【００２２】エンドユーザのクライアント４０からロー
カル局３０のキャッシュサーバ３０Ａに対して、ユーザ
情報及びコンテンツ名を含んだ配信要求があると（手順
(1)）、そこから視聴情報としてのコンテンツ名，視聴
者名及び視聴開始時刻が取得される。そして、キャッシ
ュサーバ３０Ａに要求コンテンツがなければ、図中点線
で示すように、センタ局２０の配信サーバ２０Ａに対し
てコンテンツ要求がなされ、そこからコンテンツの配信
を受ける。その後、視聴情報が管理ＤＢ３０Ｂの視聴情
報テーブルに登録され（手順(2)）、クライアント４０
に対してコンテンツが配信される（手順(3)）。

【００２３】コンテンツの配信が完了すると、キャッシ
ュサーバ３０Ａでは、視聴情報としての視聴終了時刻が
取得され、これが管理ＤＢ３０Ｂの視聴情報テーブルに
登録される（手順(4)）。エンドユーザによってコンテ
ンツの配信の一時停止及び再開始が行われるときには、
配信の完了及び開始と同様に扱い、コンテンツの配信の
一時停止時に、キャッシュサーバ３０Ａでは、視聴情報
としての視聴終了時刻が取得され、これが管理ＤＢ２０
Ｂの視聴情報テーブルに登録される（手順(4)）。コン
テンツの配信再開始時には、改めてキャッシュサーバ３
０Ａでは、視聴情報としてコンテンツ名，視聴者名，視
聴開始時刻が取得され、管理ＤＢ２０Ｂの視聴情報テー
ブルに登録される（手順(2)）。

【００２４】このように、リダイレクション方式又はキ
ャッシュサーバ方式の配信システムにおいて、エンドユ
ーザに対してコンテンツの配信が行われるたびに、コン
テンツ名，視聴者名，視聴開始時間及び視聴終了時間を
含んで構成される視聴情報が登録される。そして、登録
された視聴情報に基づいて、キャッシュへのヒット率が
向上するように、キャッシュサーバ３０Ａのコンテンツ
が動的に変更される。ここで、「ヒット率」とは、エン
ドユーザからの要求コンテンツがキャッシュサーバ３０
Ａにある確率のことをいう。従って、ヒット率が高けれ
ば、キャッシュサーバ３０Ａが有効活用されていること
となる。

【００２５】図７及び図８は、リダイレクション方式の
配信システムにおいて、キャッシュサーバ３０Ａのコン
テンツを動的に変更する構成及び手順を示す。センタ局
２０には、図１の構成に加え、管理ＤＢ２０Ｂ，ヒット
率管理サーバ２０Ｄ及び配布管理サーバ２０Ｅが備えら
れる。なお、ヒット率管理サーバ２０Ｄ及び配布管理サ
ーバ２０Ｅは、少なくとも中央処理装置（ＣＰＵ）とメ
モリとを備えたコンピュータから構築され、メモリにロ
ードされたプログラムにより、コンテンツ管理のための
各種機構が実現される。但し、配信サーバ２０Ａに余裕
があれば、ヒット率管理サーバ２０Ｄ及び配布管理サー
バ２０Ｅの機能を兼備させ、構成の簡略化を図るように
してもよい。

【００２６】ヒット率管理サーバ２０Ｄでは、所定間隔
（例えば、１時間）ごとにヒット率が算出され、これが
所定値未満に低下すると、配布管理サーバ２０Ｅに対し
てヒット率低下通知が送信される（手順(1)）。ヒット
率低下通知を受け取った配布管理サーバ２０Ｅでは、管
理ＤＢ２０Ｂに対して視聴情報要求がなされ（手順
(2)）、その視聴情報テーブルから視聴情報が取得され
る（手順(3)）。

【００２７】配布管理サーバ２０Ｅでは、取得した視聴
情報に基づいて、各ローカル局３０ごとに、エンドユー
ザの視聴傾向が算出される。ここで、「視聴傾向」と
は、各ジャンルごとに、そこに属するコンテンツがどの
程度視聴されているかを、全視聴に対する割合（％）で
示した指標のことをいう。そして、配布管理サーバ２０
Ｅでは、視聴傾向の低いジャンルに属するコンテンツの
中から、視聴率が低いコンテンツを削除すべく、削除対
象たるコンテンツ名を含んだ削除要求が配信サーバ２０
Ａに送信される（手順(4)）。削除要求を受け取った配
信サーバ２０Ａでは、削除要求がローカル局３０のキャ
ッシュサーバ３０Ａに転送される（手順(5)）。削除要
求を受け取ったキャッシュサーバ３０Ａでは、そのスト
レージから削除要求に係るコンテンツが削除される。

【００２８】また、配布管理サーバ２０Ｅでは、視聴傾
向の高いジャンルに属するコンテンツの中から、視聴率
が高いコンテンツを事前配布すべく、配布対象たるコン
テンツ名を含んだ配布要求が配信サーバ２０Ａに送信さ
れる（手順(6)）。配布要求を受け取った配信サーバ２
０Ａでは、配布要求に係るコンテンツがキャッシュサー
バ３０Ａに事前配布される（手順(7)）。

【００２９】図９及び図１０は、キャッシュサーバ方式
の配信システムにおいて、キャッシュサーバ３０Ａのコ
ンテンツを動的に変更する構成及び手順を示す。ローカ
ル局３０には、図１の構成に加え、管理ＤＢ３０Ｂ，ヒ
ット率管理サーバ３０Ｃ及び配布管理サーバ３０Ｄが備
えられる。ヒット率管理サーバ３０Ｃでは、所定間隔
（例えば、１時間）ごとにヒット率が算出され、これが
所定値未満に低下すると、配布管理サーバ３０Ｄに対し
てヒット率低下通知が送信される（手順(1)）。ヒット
率低下通知を受け取った配布管理サーバ３０Ｄでは、管
理ＤＢ３０Ｂに対して視聴情報要求がなされ（手順
(2)）、その視聴情報テーブルから視聴情報が取得され
る（手順(3)）。

【００３０】配布管理サーバ３０Ｄでは、取得した視聴
情報に基づいて、各ローカル局３０ごとに、エンドユー
ザの視聴傾向が算出される。そして、視聴傾向の低いジ
ャンルに属するコンテンツの中から、視聴率が低いコン
テンツを削除すべく、削除対象たるコンテンツ名を含ん
だ削除要求がキャッシュサーバ３０Ａに送信される（手
順(4)）。削除要求を受け取ったキャッシュサーバ３０
Ａでは、そのストレージから削除要求に係るコンテンツ
が削除される。

【００３１】また、配布管理サーバ３０Ｄでは、視聴傾
向の高いジャンルに属するコンテンツの中から、視聴率
が高いコンテンツを事前配布すべく、配布対象たるコン
テンツ名を含んだ配布要求がキャッシュサーバ３０Ａに
送信される（手順(5)）。配布要求を受け取ったキャッ
シュサーバ３０Ａでは、これをセンタ局２０の配信サー
バ２０Ａに転送し（手順(6)）、配布要求に係るコンテ
ンツを受け取る（手順(7)）。

【００３２】以上説明したリダイレクション方式又はキ
ャッシュサーバ方式の配信システムは、図１１〜図１３
に示す処理によって動作する。なお、以下の説明では、
説明の都合上、リダイレクション方式の配信システムの
符号を用い、ヒット率判定に用いる所定値も例示として
の値を用いることとする。メインルーチンを示す図１１
において、ステップ１（図では「Ｓ１」と略記する。以
下同様）では、ヒット率管理サーバ２０Ｄにて所定間隔
ごとに、各ローカル局３０におけるヒット率ｘ（％）が
算出される。即ち、各ローカル局３０ごとに、管理ＤＢ
２０Ｂのコンテンツ情報テーブル及び視聴情報テーブル
が参照され、図１４に示すように、視聴要求に係るコン
テンツ名，ファイルサイズ（ＧＢ），要求回数，合計フ
ァイルサイズ（ＧＢ），キャッシュヒットの有無（○
×）及びキャッシュヒットしたファイルサイズ（ＧＢ）
が設定されたテーブルが作成される。そして、以下の計
算式により、各ローカル局３０ごとのヒット率ｘが算出
される。なお、図示の例では、ヒット率ｘ＝32,000÷8
0,000×100＝40（％）となる。ここで、ステップ１の処
理が、夫々、第１のヒット率算出手段，ヒット率算出機
能及びヒット率算出工程に該当する。

【００３３】

【数１】ステップ２では、ヒット率ｘが５０％未満であるか否か
が判定される。そして、ヒット率ｘが５０％未満であれ
ばステップ３へと進み（Ｙｅｓ）、ヒット率ｘが５０％
以上であればステップ６へと進む（Ｎｏ）。

【００３４】ステップ３では、管理ＤＢ２０Ｂの視聴情
報テーブルが参照され、各ローカル局３０における視聴
情報が取得される。ステップ４では、取得された視聴情
報に基づいて、各ジャンルごとの視聴傾向が算出され、
図１５に示すように、視聴傾向を降順にソートしたラン
キングテーブルが作成される。ここで、ステップ３及び
ステップ４の処理が、夫々、視聴傾向算出手段，視聴傾
向算出機能及び視聴傾向算出工程に該当する。

【００３５】ステップ５では、各ジャンルごとの視聴傾
向に基づいて、キャッシュサーバ３０Ａから削除するコ
ンテンツが属する削除対象ジャンルが選別される。即
ち、図１５に示すランキングテーブルが参照され、例え
ば、視聴傾向が下位の５ジャンルが削除対象ジャンルと
して選別される。図示の例では、削除対象ジャンルとし
て、アニメ，教育，料理，経済及び時代劇が選別され
る。このとき、削除対象ジャンルに属する全コンテンツ
を削除するのではなく、ローカル局３０のストレージ容
量の所定割合を入れ替えるべく、下位１〜５位のジャン
ルから、例えば、入替容量の４０％，２５％，１５％，
１０％及び１０％ずつ削除することが望ましい。ランキ
ングテーブルの入替コンテンツ容量は、入替容量（＋；
配布、−；削除）を示す。

【００３６】ステップ６では、ヒット率管理サーバ２０
Ｄにて、各ジャンルごとのヒット率ｙ（％）が算出され
る。即ち、各ローカル局３０ごとに、管理ＤＢ２０Ｂの
コンテンツ情報テーブル及び視聴情報テーブルが参照さ
れ、図１６に示すように、視聴要求に係るコンテンツが
属するジャンル名，要求コンテンツのファイルサイズ合
計（ＧＢ）及びキャッシュヒットしたファイルサイズ
（ＧＢ）が設定されたテーブルが作成される。そして、
以下の計算式により、各ジャンルごとのヒット率ｙが算
出される。なお、図示の例では、アニメのヒット率ｙ＝
2,000÷10,000×100＝20（％）となる。ここで、ステッ
プ６の処理が、第２のヒット率算出手段に該当する。

【００３７】

【数２】ステップ７では、各ジャンルごとのヒット率ｙに基づい
て、キャッシュサーバ３０Ａから削除するコンテンツが
属する削除対象ジャンルが選別される。即ち、ヒット率
ｙが、例えば、３０％未満のジャンルが削除対象ジャン
ルとして選別される。図示の例では、削除対象ジャンル
として、アニメが選別される。このとき、削除対象ジャ
ンルに属する全コンテンツを削除するのではなく、その
ジャンルに属するコンテンツの所定割合（例えば、３０
％）を削除することが望ましい。

【００３８】ステップ８では、削除対象ジャンルがある
か否かが判定される。そして、削除対象ジャンルがあれ
ばステップ９へと進み（Ｙｅｓ）、削除対象ジャンルが
なければ処理を終了する（Ｎｏ）。ステップ９では、管
理ＤＢ２０Ｂの視聴情報テーブルが参照され、各ローカ
ル局３０における視聴情報が取得される。

【００３９】ステップ１０では、取得された視聴情報に
基づいて、各ジャンルごとの視聴傾向が算出され、図１
５に示すように、視聴傾向を降順にソートしたランキン
グテーブルが作成される。ここで、ステップ９及びステ
ップ１０の処理が、夫々、視聴傾向算出手段，視聴傾向
算出機能及び視聴傾向算出工程に該当する。ステップ１
１では、選別された各削除対象ジャンルについて、コン
テンツ削除処理を実行するサブルーチン（図１２参照）
がコールされる。

【００４０】ステップ１２では、各ジャンルごとの視聴
傾向に基づいて、キャッシュサーバ３０Ａに事前配布す
るコンテンツが属する配布対象ジャンルが選別される。
即ち、図１５に示すランキングテーブルが参照され、例
えば、視聴傾向が上位の５ジャンルが配布対象ジャンル
として選別される。図示の例では、配布対象ジャンルと
して、映画，スポーツ，ニュース，音楽及び旅行が選別
される。このとき、配布対象ジャンルに属する全コンテ
ンツを配布するのではなく、ローカル局３０のストレー
ジ容量の所定割合を入れ替えるべく、上位１〜５位のジ
ャンルから、例えば、入替容量の４０％，２５％，１５
％，１０％及び１０％ずつ事前配布することが望まし
い。

【００４１】ステップ１３では、選別された各配布対象
ジャンルについて、コンテンツ配布処理を実行するサブ
ルーチン（図１３参照）がコールされる。ここで、ステ
ップ２，ステップ５，ステップ７，ステップ８，ステッ
プ１１〜ステップ１３の一連の処理が、夫々、コンテン
ツ入替手段，コンテンツ入替機能及びコンテンツ入替工
程に該当する。

【００４２】図１２は、コンテンツ削除処理を実行する
サブルーチンを示す。ステップ２１では、管理ＤＢ２０
Ｂが参照され、図１７に示すように、削除対象ジャンル
における優先リストが取得される。優先リストは、コン
テンツ名，視聴率（％）及びファイルサイズ（ＧＢ）を
含んで構成され、各コンテンツの視聴率に応じて随時又
は適宜更新される。ここで、視聴率は、次式により算出
される。なお、優先リストに、ストリーミング配信サー
ビスの運用者の意図などを反映させるようにしてもよ
い。

【００４３】

【数３】ステップ２２では、削除総量（ＧＢ）を示す変数ｚが０
に初期化される。ステップ２３では、削除総量ｚが削除
容量以下であるか否かが判定される。ここで、削除容量
としては、例えば、品川局のストレージ容量が１，００
０ＧＢの場合、その３０％に相当する３００ＧＢに対し
て、順位に応じた入替コンテンツ容量（図１５参照）を
乗算した値とする。なお、図示の例では、アニメの削除
容量として、３００×０．４０＝１２０（ＧＢ）が用い
られる。そして、削除総量ｚが削除容量以下であればス
テップ２４へと進み（Ｙｅｓ）、削除総量ｚが削除容量
より大であればメインルーチンへ戻る（Ｎｏ）。

【００４４】ステップ２４では、図１７に示す優先リス
トの最下位コンテンツから、コンテンツが順次削除され
る。即ち、最初の処理においては「セーラームーン」
が、２回目の処理においては「ガンダム」が、３回目の
処理においては「ちびまる子ちゃん」が、というように
削除される。ステップ２５では、現在の削除総量ｚに対
して、次に削除するコンテンツのファイルサイズが加算
された削除総量ｚが算出される。その後、ステップ２３
へと戻り、次のコンテンツの削除処理が続行される。

【００４５】図１３は、コンテンツ配布処理を実行する
サブルーチンを示す。ステップ３１では、管理ＤＢ２０
Ｂが参照され、図１８に示すように、配布対象ジャンル
における優先リストが取得される。ステップ３２では、
配布総量（ＧＢ）を示す変数ｚが０に初期化される。ス
テップ３３では、現在の配布総量ｚに対して、次に配布
しようとするコンテンツのファイルサイズが加算された
配布総量ｚが算出される。即ち、図１８に示す優先リス
トを例にとると、最初の処理においては「ハリーポッタ
ー」のファイルサイズ４０（ＧＢ）が、２回目の処理に
おいては「千と千尋の神隠し」のファイルサイズ３０
（ＧＢ）が、というように加算される。

【００４６】ステップ３４では、配布総量ｚが配布容量
以下であるか否かが判定される。ここで、配布容量とし
ては、例えば、品川局のストレージ容量が１，０００Ｇ
Ｂの場合、その３０％に相当する３００ＧＢに対して、
順位に応じた入替コンテンツ容量（図１５参照）を乗算
した値とする。なお、図示の例では、映画の配布容量と
して、３００×０．４０＝１２０（ＧＢ）が用いられ
る。そして、配布総量ｚが配布容量以下であればステッ
プ３５へと進み（Ｙｅｓ）、配布総量ｚが配布容量より
大であればメインルーチンへ戻る（Ｎｏ）。

【００４７】ステップ３５では、図１８に示す優先リス
トの最上位コンテンツから、コンテンツが順次配布され
る。即ち、最初の処理においては「ハリーポッター」
が、２回目の処理においては「千と千尋の神隠し」が、
３回目の処理においては「エピソード１」が、というよ
うに配布される。その後、ステップ３３へと戻り、次の
コンテンツの配布処理が続行される。

【００４８】以上説明した図１１〜図１３の処理によれ
ば、各ローカル局３０において、全コンテンツに対する
ヒット率が低下したとき、又は、各ジャンルに対するヒ
ット率が低下したときに、キャッシュサーバ３０Ａに蓄
積されたコンテンツの一部が入れ替えられる。このと
き、全コンテンツに対するヒット率の低下だけではな
く、各ジャンルに対するヒット率の低下をコンテンツ入
替契機とすることで、視聴率の高いコンテンツに影響を
受け、視聴率の低いコンテンツがなかなか削除されない
という不具合を回避することができる。

【００４９】そして、コンテンツの一部を入れ替えると
きには、全コンテンツに対するヒット率の低下を契機と
する場合、各ジャンルごとの視聴傾向に応じて、視聴傾
向の低いジャンルに属するコンテンツが削除される一
方、視聴傾向の高いジャンルに属するコンテンツが事前
配布される。このとき、視聴傾向の順位に応じて、削除
又は事前配布されるコンテンツの容量が決定される。ま
た、削除対象又は配布対象たるコンテンツは、そのジャ
ンルにおける視聴率に応じて決定される。

【００５０】各ジャンルに対するヒット率の低下を契機
とする場合、ヒット率が所定値未満のジャンルに属する
コンテンツが削除される一方、視聴傾向の高いジャンル
が事前配布される。このとき、削除又は事前配布される
コンテンツの容量は、削除対象ジャンルに属するコンテ
ンツの所定割合とすればよい。また、削除対象又は配布
対象たるコンテンツは、全コンテンツに対するヒット率
の低下を契機とする場合と同様に、そのジャンルにおけ
る視聴率に応じて決定される。

【００５１】従って、キャッシュサーバ３０Ａから視聴
傾向又はヒット率及び視聴率が低いコンテンツが削除さ
れる一方、キャッシュサーバ３０Ａに視聴傾向及び視聴
率が高いコンテンツが事前配布されることとなり、その
キャッシュへのヒット率を向上させることができる。そ
して、ヒット率の向上により、キャッシュサーバ３０Ａ
が最大限に活用され、レスポンスの向上とトラフィック
の低減とが促進される。

【００５２】このような機能を実現するプログラムを、
例えば、磁気テープ，磁気ディスク，磁気ドラム，ＩＣ
カード，ＣＤ−ＲＯＭ，ＤＶＤ−ＲＯＭ等のコンピュー
タ読取可能な記録媒体に記録しておけば、本発明に係る
コンテンツ管理プログラムを市場に流通させることがで
きる。そして、かかる記録媒体を取得した者は、一般的
なコンピュータシステムを利用して、本発明に係るコン
テンツ管理装置を容易に構築することができる。

【００５３】（付記１）コンテンツに対するヒット率を
算出する第１のヒット率算出手段と、コンテンツの視聴
情報に基づいて、コンテンツが属するジャンルごとの視
聴傾向を算出する視聴傾向算出手段と、前記第１のヒッ
ト率算出手段により算出されたヒット率が第１の所定値
未満になったときに、前記視聴傾向算出手段により算出
された視聴傾向が低いジャンルに属するコンテンツを削
除すると共に、視聴傾向が高いジャンルに属するコンテ
ンツを事前配布するコンテンツ入替手段と、を含んで構
成されたことを特徴とするコンテンツ管理装置。

【００５４】（付記２）蓄積されたコンテンツが属する
ジャンルごとに、そのヒット率を算出する第２のヒット
率算出手段を備え、前記コンテンツ入替手段は、前記第
１のヒット率算出手段により算出されたヒット率が第１
の所定値以上であっても、前記第２のヒット率算出手段
により算出されたヒット率が第２の所定値未満のジャン
ルに属するコンテンツを削除すると共に、前記視聴傾向
算出手段により算出された視聴傾向が高いジャンルに属
するコンテンツを事前配布することを特徴とする付記１
記載のコンテンツ管理装置。

【００５５】（付記３）前記第２の所定値は、前記第１
の所定値より小に設定されていることを特徴とする付記
２記載のコンテンツ管理装置。

【００５６】（付記４）前記コンテンツ入替手段は、削
除対象たるジャンルに属するコンテンツの中から、その
優先度が下位のコンテンツを削除することを特徴とする
付記１〜付記３のいずれか１つに記載のコンテンツ管理
装置。

【００５７】（付記５）前記コンテンツ入替手段は、事
前配布対象たるジャンルに属するコンテンツの中から、
その優先度が高いコンテンツを事前配布することを特徴
とする付記１〜付記４のいずれか１つに記載のコンテン
ツ管理装置。

【００５８】（付記６）前記優先度は、コンテンツの視
聴率であることを特徴とする付記４又は付記５に記載の
コンテンツ管理装置。

【００５９】（付記７）前記コンテンツ入替手段は、前
記キャッシュサーバの容量の所定割合を入れ替えること
を特徴とする付記１〜付記６のいずれか１つに記載のコ
ンテンツ管理装置。

【００６０】（付記８）前記コンテンツ入替手段は、前
記視聴傾向に応じて、前記入替容量を削除又は事前配布
するジャンルに割り振ることを特徴とする付記７記載の
コンテンツ管理装置。

【００６１】（付記９）コンテンツに対するヒット率を
算出するヒット率算出機能と、コンテンツの視聴情報に
基づいて、コンテンツが属するジャンルごとの視聴傾向
を算出する視聴傾向算出機能と、前記ヒット率算出機能
により算出されたヒット率が所定値未満になったとき
に、前記視聴傾向算出機能により算出された視聴傾向が
低いジャンルに属するコンテンツを削除すると共に、視
聴傾向が高いジャンルに属するコンテンツを事前配布す
るコンテンツ入替機能と、をコンピュータに実現させる
ためのコンテンツ管理プログラム。

【００６２】（付記１０）コンテンツに対するヒット率
を算出するヒット率算出機能と、コンテンツの視聴情報
に基づいて、コンテンツが属するジャンルごとの視聴傾
向を算出する視聴傾向算出機能と、前記ヒット率算出機
能により算出されたヒット率が所定値未満になったとき
に、前記視聴傾向算出機能により算出された視聴傾向が
低いジャンルに属するコンテンツを削除すると共に、視
聴傾向が高いジャンルに属するコンテンツを事前配布す
るコンテンツ入替機能と、をコンピュータに実現させる
ためのコンテンツ管理プログラムを記録したコンピュー
タ読取可能な記録媒体。

【００６３】（付記１１）コンテンツに対するヒット率
を算出するヒット率算出工程と、コンテンツの視聴情報
に基づいて、コンテンツが属するジャンルごとの視聴傾
向を算出する視聴傾向算出工程と、前記ヒット率算出工
程により算出されたヒット率が所定値未満になったとき
に、前記視聴傾向算出工程により算出された視聴傾向が
低いジャンルに属するコンテンツを削除すると共に、視
聴傾向が高いジャンルに属するコンテンツを事前配布す
るコンテンツ入替工程と、を備えたことを特徴とするコ
ンテンツ管理方法。

【００６４】

【発明の効果】以上説明したように、本発明に係るコン
テンツ管理技術によれば、キャッシュサーバに蓄積され
た全コンテンツに対するヒット率が低下したときには、
各ジャンルごとの視聴傾向に応じて、視聴傾向の低いジ
ャンルに属するコンテンツが削除される一方、視聴傾向
の高いジャンルに属するコンテンツが事前配布される。
このため、キャッシュサーバに蓄積されるコンテンツ
は、視聴傾向に応じて動的に入れ替えられることとな
り、そのキャッシュへのヒット率を向上させることがで
きる。そして、ヒット率の向上により、キャッシュサー
バが最大限に活用され、レスポンスの向上とトラフィッ
クの低減とを促進することができる。

【図面の簡単な説明】

【図１】本発明に係るコンテンツ管理装置を備えた配信
システムの構成図

【図２】リダイレクション方式により視聴情報を登録す
るための構成図

【図３】同上における視聴情報登録処理の概要図

【図４】管理ＤＢに登録されるテーブルを示し、（Ａ）
は加入者情報テーブル、（Ｂ）はコンテンツ情報テーブ
ル、（Ｃ）は視聴情報テーブルの説明図

【図５】キャッシュサーバ方式により視聴情報を登録す
るための構成図

【図６】同上における視聴情報登録処理の概要図

【図７】リダイレクション方式によりコンテンツを管理
するための構成図

【図８】同上におけるコンテンツ管理処理の概要図

【図９】キャッシュサーバ方式によりコンテンツを管理
するための構成図

【図１０】同上におけるコンテンツ管理処理の概要図

【図１１】コンテンツ管理処理を示すメインルーチンの
フローチャート

【図１２】コンテンツ削除処理を示すサブルーチンのフ
ローチャート

【図１３】コンテンツ配布処理を示すサブルーチンのフ
ローチャート

【図１４】各ローカル局ごとのヒット率を演算するため
のテーブルの説明図

【図１５】ランキングテーブルの説明図

【図１６】各ジャンルごとのヒット率を演算するための
テーブルの説明図

【図１７】削除対象ジャンルにおける優先リストの説明
図

【図１８】配布対象ジャンルにおける優先リストの説明
図

【符号の説明】

１０コンピュータネットワーク２０センタ局２０Ａ配信サーバ２０Ｂ管理ＤＢ２０Ｄヒット率管理サーバ２０Ｅ配布管理サーバ３０ローカル局３０Ａキャッシュサーバ３０Ｂ管理ＤＢ３０Ｃヒット率管理サーバ３０Ｄ配布管理サーバ

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 5B082 HA02 HA05 5C052 AA01 AB04 DD04 5C053 FA14 GB06 LA15 5C064 BA07 BB10 BC18 BC20 BD02 BD03 BD08

Claims

【特許請求の範囲】

【請求項１】蓄積されたコンテンツに対するヒット率を
算出する第１のヒット率算出手段と、コンテンツの視聴情報に基づいて、コンテンツが属する
ジャンルごとの視聴傾向を算出する視聴傾向算出手段
と、前記第１のヒット率算出手段により算出されたヒット率
が第１の所定値未満になったときに、前記視聴傾向算出
手段により算出された視聴傾向が低いジャンルに属する
コンテンツを削除すると共に、視聴傾向が高いジャンル
に属するコンテンツを事前配布するコンテンツ入替手段
と、を含んで構成されたことを特徴とするコンテンツ管理装
置。
【請求項２】コンテンツが属するジャンルごとに、その
ヒット率を算出する第２のヒット率算出手段を備え、前記コンテンツ入替手段は、前記第１のヒット率算出手
段により算出されたヒット率が第１の所定値以上であっ
ても、前記第２のヒット率算出手段により算出されたヒ
ット率が第２の所定値未満のジャンルに属するコンテン
ツを削除すると共に、前記視聴傾向算出手段により算出
された視聴傾向が高いジャンルに属するコンテンツを事
前配布することを特徴とする請求項１記載のコンテンツ
管理装置。
【請求項３】前記コンテンツ入替手段は、削除対象たる
ジャンルに属するコンテンツの中から、その優先度が下
位のコンテンツを削除することを特徴とする請求項１又
は請求項２に記載のコンテンツ管理装置。
【請求項４】前記コンテンツ入替手段は、事前配布対象
たるジャンルに属するコンテンツの中から、その優先度
が高いコンテンツを事前配布することを特徴とする請求
項１〜請求項３のいずれか１つに記載のコンテンツ管理
装置。
【請求項５】コンテンツに対するヒット率を算出するヒ
ット率算出機能と、コンテンツの視聴情報に基づいて、コンテンツが属する
ジャンルごとの視聴傾向を算出する視聴傾向算出機能
と、前記ヒット率算出機能により算出されたヒット率が所定
値未満になったときに、前記視聴傾向算出機能により算
出された視聴傾向が低いジャンルに属するコンテンツを
削除すると共に、視聴傾向が高いジャンルに属するコン
テンツを事前配布するコンテンツ入替機能と、をコンピュータに実現させるためのコンテンツ管理プロ
グラム。