JP3999004B2

JP3999004B2 - Content management method

Info

Publication number: JP3999004B2
Application number: JP2002066538A
Authority: JP
Inventors: 金司川口; 卓末松
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2002-03-12
Filing date: 2002-03-12
Publication date: 2007-10-31
Anticipated expiration: 2022-03-12
Also published as: JP2003263359A

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÷80,000×100＝40（％）となる。ここで、ステップ１の処理が、夫々、第１のヒット率算出手段，ヒット率算出機能及びヒット率算出工程に該当する。
【００３３】
【数１】

ステップ２では、ヒット率ｘが５０％未満であるか否かが判定される。そして、ヒット率ｘが５０％未満であればステップ３へと進み（Ｙｅｓ）、ヒット率ｘが５０％以上であればステップ６へと進む（Ｎｏ）。
【００３４】
ステップ３では、管理ＤＢ２０Ｂの視聴情報テーブルが参照され、各ローカル局３０における視聴情報が取得される。
ステップ４では、取得された視聴情報に基づいて、各ジャンルごとの視聴傾向が算出され、図１５に示すように、視聴傾向を降順にソートしたランキングテーブルが作成される。ここで、ステップ３及びステップ４の処理が、夫々、視聴傾向算出手段，視聴傾向算出機能及び視聴傾向算出工程に該当する。
【００３５】
ステップ５では、各ジャンルごとの視聴傾向に基づいて、キャッシュサーバ３０Ａから削除するコンテンツが属する削除対象ジャンルが選別される。即ち、図１５に示すランキングテーブルが参照され、例えば、視聴傾向が下位の５ジャンルが削除対象ジャンルとして選別される。図示の例では、削除対象ジャンルとして、アニメ，教育，料理，経済及び時代劇が選別される。このとき、削除対象ジャンルに属する全コンテンツを削除するのではなく、ローカル局３０のストレージ容量の所定割合を入れ替えるべく、下位１〜５位のジャンルから、例えば、入替容量の４０％，２５％，１５％，１０％及び１０％ずつ削除することが望ましい。ランキングテーブルの入替コンテンツ容量は、入替容量（＋；配布、−；削除）を示す。
【００３６】
ステップ６では、ヒット率管理サーバ２０Ｄにて、各ジャンルごとのヒット率ｙ（％）が算出される。即ち、各ローカル局３０ごとに、管理ＤＢ２０Ｂのコンテンツ情報テーブル及び視聴情報テーブルが参照され、図１６に示すように、視聴要求に係るコンテンツが属するジャンル名，要求コンテンツのファイルサイズ合計（ＧＢ）及びキャッシュヒットしたファイルサイズ（ＧＢ）が設定されたテーブルが作成される。そして、以下の計算式により、各ジャンルごとのヒット率ｙが算出される。なお、図示の例では、アニメのヒット率ｙ＝2,000÷10,000×100＝20（％）となる。ここで、ステップ６の処理が、第２のヒット率算出手段に該当する。
【００３７】
【数２】

ステップ７では、各ジャンルごとのヒット率ｙに基づいて、キャッシュサーバ３０Ａから削除するコンテンツが属する削除対象ジャンルが選別される。即ち、ヒット率ｙが、例えば、３０％未満のジャンルが削除対象ジャンルとして選別される。図示の例では、削除対象ジャンルとして、アニメが選別される。このとき、削除対象ジャンルに属する全コンテンツを削除するのではなく、そのジャンルに属するコンテンツの所定割合（例えば、３０％）を削除することが望ましい。
【００３８】
ステップ８では、削除対象ジャンルがあるか否かが判定される。そして、削除対象ジャンルがあればステップ９へと進み（Ｙｅｓ）、削除対象ジャンルがなければ処理を終了する（Ｎｏ）。
ステップ９では、管理ＤＢ２０Ｂの視聴情報テーブルが参照され、各ローカル局３０における視聴情報が取得される。
【００３９】
ステップ１０では、取得された視聴情報に基づいて、各ジャンルごとの視聴傾向が算出され、図１５に示すように、視聴傾向を降順にソートしたランキングテーブルが作成される。ここで、ステップ９及びステップ１０の処理が、夫々、視聴傾向算出手段，視聴傾向算出機能及び視聴傾向算出工程に該当する。
ステップ１１では、選別された各削除対象ジャンルについて、コンテンツ削除処理を実行するサブルーチン（図１２参照）がコールされる。
【００４０】
ステップ１２では、各ジャンルごとの視聴傾向に基づいて、キャッシュサーバ３０Ａに事前配布するコンテンツが属する配布対象ジャンルが選別される。即ち、図１５に示すランキングテーブルが参照され、例えば、視聴傾向が上位の５ジャンルが配布対象ジャンルとして選別される。図示の例では、配布対象ジャンルとして、映画，スポーツ，ニュース，音楽及び旅行が選別される。このとき、配布対象ジャンルに属する全コンテンツを配布するのではなく、ローカル局３０のストレージ容量の所定割合を入れ替えるべく、上位１〜５位のジャンルから、例えば、入替容量の４０％，２５％，１５％，１０％及び１０％ずつ事前配布することが望ましい。
【００４１】
ステップ１３では、選別された各配布対象ジャンルについて、コンテンツ配布処理を実行するサブルーチン（図１３参照）がコールされる。
ここで、ステップ２，ステップ５，ステップ７，ステップ８，ステップ１１〜ステップ１３の一連の処理が、夫々、コンテンツ入替手段，コンテンツ入替機能及びコンテンツ入替工程に該当する。
【００４２】
図１２は、コンテンツ削除処理を実行するサブルーチンを示す。
ステップ２１では、管理ＤＢ２０Ｂが参照され、図１７に示すように、削除対象ジャンルにおける優先リストが取得される。優先リストは、コンテンツ名，視聴率（％）及びファイルサイズ（ＧＢ）を含んで構成され、各コンテンツの視聴率に応じて随時又は適宜更新される。ここで、視聴率は、次式により算出される。なお、優先リストに、ストリーミング配信サービスの運用者の意図などを反映させるようにしてもよい。
【００４３】
【数３】

ステップ２２では、削除総量（ＧＢ）を示す変数ｚが０に初期化される。
ステップ２３では、削除総量ｚが削除容量以下であるか否かが判定される。ここで、削除容量としては、例えば、品川局のストレージ容量が１，０００ＧＢの場合、その３０％に相当する３００ＧＢに対して、順位に応じた入替コンテンツ容量（図１５参照）を乗算した値とする。なお、図示の例では、アニメの削除容量として、３００×０．４０＝１２０（ＧＢ）が用いられる。そして、削除総量ｚが削除容量以下であればステップ２４へと進み（Ｙｅｓ）、削除総量ｚが削除容量より大であればメインルーチンへ戻る（Ｎｏ）。
【００４４】
ステップ２４では、図１７に示す優先リストの最下位コンテンツから、コンテンツが順次削除される。即ち、最初の処理においては「セーラームーン」が、２回目の処理においては「ガンダム」が、３回目の処理においては「ちびまる子ちゃん」が、というように削除される。
ステップ２５では、現在の削除総量ｚに対して、次に削除するコンテンツのファイルサイズが加算された削除総量ｚが算出される。その後、ステップ２３へと戻り、次のコンテンツの削除処理が続行される。
【００４５】
図１３は、コンテンツ配布処理を実行するサブルーチンを示す。
ステップ３１では、管理ＤＢ２０Ｂが参照され、図１８に示すように、配布対象ジャンルにおける優先リストが取得される。
ステップ３２では、配布総量（ＧＢ）を示す変数ｚが０に初期化される。
ステップ３３では、現在の配布総量ｚに対して、次に配布しようとするコンテンツのファイルサイズが加算された配布総量ｚが算出される。即ち、図１８に示す優先リストを例にとると、最初の処理においては「ハリーポッター」のファイルサイズ４０（ＧＢ）が、２回目の処理においては「千と千尋の神隠し」のファイルサイズ３０（ＧＢ）が、というように加算される。
【００４６】
ステップ３４では、配布総量ｚが配布容量以下であるか否かが判定される。ここで、配布容量としては、例えば、品川局のストレージ容量が１，０００ＧＢの場合、その３０％に相当する３００ＧＢに対して、順位に応じた入替コンテンツ容量（図１５参照）を乗算した値とする。なお、図示の例では、映画の配布容量として、３００×０．４０＝１２０（ＧＢ）が用いられる。そして、配布総量ｚが配布容量以下であればステップ３５へと進み（Ｙｅｓ）、配布総量ｚが配布容量より大であればメインルーチンへ戻る（Ｎｏ）。
【００４７】
ステップ３５では、図１８に示す優先リストの最上位コンテンツから、コンテンツが順次配布される。即ち、最初の処理においては「ハリーポッター」が、２回目の処理においては「千と千尋の神隠し」が、３回目の処理においては「エピソード１」が、というように配布される。その後、ステップ３３へと戻り、次のコンテンツの配布処理が続行される。
【００４８】
以上説明した図１１〜図１３の処理によれば、各ローカル局３０において、全コンテンツに対するヒット率が低下したとき、又は、各ジャンルに対するヒット率が低下したときに、キャッシュサーバ３０Ａに蓄積されたコンテンツの一部が入れ替えられる。このとき、全コンテンツに対するヒット率の低下だけではなく、各ジャンルに対するヒット率の低下をコンテンツ入替契機とすることで、視聴率の高いコンテンツに影響を受け、視聴率の低いコンテンツがなかなか削除されないという不具合を回避することができる。
【００４９】
そして、コンテンツの一部を入れ替えるときには、全コンテンツに対するヒット率の低下を契機とする場合、各ジャンルごとの視聴傾向に応じて、視聴傾向の低いジャンルに属するコンテンツが削除される一方、視聴傾向の高いジャンルに属するコンテンツが事前配布される。このとき、視聴傾向の順位に応じて、削除又は事前配布されるコンテンツの容量が決定される。また、削除対象又は配布対象たるコンテンツは、そのジャンルにおける視聴率に応じて決定される。
【００５０】
各ジャンルに対するヒット率の低下を契機とする場合、ヒット率が所定値未満のジャンルに属するコンテンツが削除される一方、視聴傾向の高いジャンルが事前配布される。このとき、削除又は事前配布されるコンテンツの容量は、削除対象ジャンルに属するコンテンツの所定割合とすればよい。また、削除対象又は配布対象たるコンテンツは、全コンテンツに対するヒット率の低下を契機とする場合と同様に、そのジャンルにおける視聴率に応じて決定される。
【００５１】
従って、キャッシュサーバ３０Ａから視聴傾向又はヒット率及び視聴率が低いコンテンツが削除される一方、キャッシュサーバ３０Ａに視聴傾向及び視聴率が高いコンテンツが事前配布されることとなり、そのキャッシュへのヒット率を向上させることができる。そして、ヒット率の向上により、キャッシュサーバ３０Ａが最大限に活用され、レスポンスの向上とトラフィックの低減とが促進される。
【００５２】
このような機能を実現するプログラムを、例えば、磁気テープ，磁気ディスク，磁気ドラム，ＩＣカード，ＣＤ−ＲＯＭ，ＤＶＤ−ＲＯＭ等のコンピュータ読取可能な記録媒体に記録しておけば、本発明に係るコンテンツ管理プログラムを市場に流通させることができる。そして、かかる記録媒体を取得した者は、一般的なコンピュータシステムを利用して、本発明に係るコンテンツ管理装置を容易に構築することができる。
【００５３】
（付記１）コンテンツに対するヒット率を算出する第１のヒット率算出手段と、コンテンツの視聴情報に基づいて、コンテンツが属するジャンルごとの視聴傾向を算出する視聴傾向算出手段と、前記第１のヒット率算出手段により算出されたヒット率が第１の所定値未満になったときに、前記視聴傾向算出手段により算出された視聴傾向が低いジャンルに属するコンテンツを削除すると共に、視聴傾向が高いジャンルに属するコンテンツを事前配布するコンテンツ入替手段と、を含んで構成されたことを特徴とするコンテンツ管理装置。
【００５４】
（付記２）蓄積されたコンテンツが属するジャンルごとに、そのヒット率を算出する第２のヒット率算出手段を備え、前記コンテンツ入替手段は、前記第１のヒット率算出手段により算出されたヒット率が第１の所定値以上であっても、前記第２のヒット率算出手段により算出されたヒット率が第２の所定値未満のジャンルに属するコンテンツを削除すると共に、前記視聴傾向算出手段により算出された視聴傾向が高いジャンルに属するコンテンツを事前配布することを特徴とする付記１記載のコンテンツ管理装置。
【００５５】
（付記３）前記第２の所定値は、前記第１の所定値より小に設定されていることを特徴とする付記２記載のコンテンツ管理装置。
【００５６】
（付記４）前記コンテンツ入替手段は、削除対象たるジャンルに属するコンテンツの中から、その優先度が下位のコンテンツを削除することを特徴とする付記１〜付記３のいずれか１つに記載のコンテンツ管理装置。
【００５７】
（付記５）前記コンテンツ入替手段は、事前配布対象たるジャンルに属するコンテンツの中から、その優先度が高いコンテンツを事前配布することを特徴とする付記１〜付記４のいずれか１つに記載のコンテンツ管理装置。
【００５８】
（付記６）前記優先度は、コンテンツの視聴率であることを特徴とする付記４又は付記５に記載のコンテンツ管理装置。
【００５９】
（付記７）前記コンテンツ入替手段は、前記キャッシュサーバの容量の所定割合を入れ替えることを特徴とする付記１〜付記６のいずれか１つに記載のコンテンツ管理装置。
【００６０】
（付記８）前記コンテンツ入替手段は、前記視聴傾向に応じて、前記入替容量を削除又は事前配布するジャンルに割り振ることを特徴とする付記７記載のコンテンツ管理装置。
【００６１】
（付記９）コンテンツに対するヒット率を算出するヒット率算出機能と、コンテンツの視聴情報に基づいて、コンテンツが属するジャンルごとの視聴傾向を算出する視聴傾向算出機能と、前記ヒット率算出機能により算出されたヒット率が所定値未満になったときに、前記視聴傾向算出機能により算出された視聴傾向が低いジャンルに属するコンテンツを削除すると共に、視聴傾向が高いジャンルに属するコンテンツを事前配布するコンテンツ入替機能と、をコンピュータに実現させるためのコンテンツ管理プログラム。
【００６２】
（付記１０）コンテンツに対するヒット率を算出するヒット率算出機能と、コンテンツの視聴情報に基づいて、コンテンツが属するジャンルごとの視聴傾向を算出する視聴傾向算出機能と、前記ヒット率算出機能により算出されたヒット率が所定値未満になったときに、前記視聴傾向算出機能により算出された視聴傾向が低いジャンルに属するコンテンツを削除すると共に、視聴傾向が高いジャンルに属するコンテンツを事前配布するコンテンツ入替機能と、をコンピュータに実現させるためのコンテンツ管理プログラムを記録したコンピュータ読取可能な記録媒体。
【００６３】
（付記１１）コンテンツに対するヒット率を算出するヒット率算出工程と、コンテンツの視聴情報に基づいて、コンテンツが属するジャンルごとの視聴傾向を算出する視聴傾向算出工程と、前記ヒット率算出工程により算出されたヒット率が所定値未満になったときに、前記視聴傾向算出工程により算出された視聴傾向が低いジャンルに属するコンテンツを削除すると共に、視聴傾向が高いジャンルに属するコンテンツを事前配布するコンテンツ入替工程と、を備えたことを特徴とするコンテンツ管理方法。
【００６４】
【発明の効果】
以上説明したように、本発明に係るコンテンツ管理技術によれば、キャッシュサーバに蓄積された全コンテンツに対するヒット率が低下したときには、各ジャンルごとの視聴傾向に応じて、視聴傾向の低いジャンルに属するコンテンツが削除される一方、視聴傾向の高いジャンルに属するコンテンツが事前配布される。このため、キャッシュサーバに蓄積されるコンテンツは、視聴傾向に応じて動的に入れ替えられることとなり、そのキャッシュへのヒット率を向上させることができる。そして、ヒット率の向上により、キャッシュサーバが最大限に活用され、レスポンスの向上とトラフィックの低減とを促進することができる。
【図面の簡単な説明】
【図１】本発明に係るコンテンツ管理装置を備えた配信システムの構成図
【図２】リダイレクション方式により視聴情報を登録するための構成図
【図３】同上における視聴情報登録処理の概要図
【図４】管理ＤＢに登録されるテーブルを示し、（Ａ）は加入者情報テーブル、（Ｂ）はコンテンツ情報テーブル、（Ｃ）は視聴情報テーブルの説明図
【図５】キャッシュサーバ方式により視聴情報を登録するための構成図
【図６】同上における視聴情報登録処理の概要図
【図７】リダイレクション方式によりコンテンツを管理するための構成図
【図８】同上におけるコンテンツ管理処理の概要図
【図９】キャッシュサーバ方式によりコンテンツを管理するための構成図
【図１０】同上におけるコンテンツ管理処理の概要図
【図１１】コンテンツ管理処理を示すメインルーチンのフローチャート
【図１２】コンテンツ削除処理を示すサブルーチンのフローチャート
【図１３】コンテンツ配布処理を示すサブルーチンのフローチャート
【図１４】各ローカル局ごとのヒット率を演算するためのテーブルの説明図
【図１５】ランキングテーブルの説明図
【図１６】各ジャンルごとのヒット率を演算するためのテーブルの説明図
【図１７】削除対象ジャンルにおける優先リストの説明図
【図１８】配布対象ジャンルにおける優先リストの説明図
【符号の説明】
１０コンピュータネットワーク
２０センタ局
２０Ａ配信サーバ
２０Ｂ管理ＤＢ
２０Ｄヒット率管理サーバ
２０Ｅ配布管理サーバ
３０ローカル局
３０Ａキャッシュサーバ
３０Ｂ管理ＤＢ
３０Ｃヒット率管理サーバ
３０Ｄ配布管理サーバ[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a content management technique for a cache server that distributes content such as video via a computer network.
[0002]
[Prior art]
In recent years, a “streaming distribution service” for distributing contents such as video via a computer network such as the Internet is becoming widespread. In a streaming distribution service, since only one distribution server cannot respond to an enormous distribution request, a “cache server” is often installed near the user. The cache server stores a copy of the original content distributed in advance from the distribution server, and distributes the stored copy content in response to a distribution request from the user. In addition, the waste of accessing the original content for each distribution request is avoided, and the response is improved and the traffic is reduced.
[0003]
[Problems to be solved by the invention]
However, since the same copy content was distributed in advance to all cache servers, the cache hit rate would be low depending on the area in charge, and the cache server is being used effectively. It was hard to say.
[0004]
Therefore, in view of the conventional problems as described above, the present invention dynamically improves the cache hit rate by dynamically changing the content stored in the cache server according to the viewing situation. An object of the present invention is to provide a cache server content management technique that is effectively utilized.
[0005]
[Means for Solving the Problems]
For this reason, in the cache server content management technology according to the present invention, when the hit rate for all the contents stored in the cache server is less than the first predetermined value, the genre having a low viewing tendency for each genre to which the content belongs. Is deleted from the cache server, and content belonging to a genre with a high viewing tendency is distributed to the cache server in advance.
[0006]
According to this configuration, when the hit rate for all the contents stored in the cache server decreases, content belonging to a genre with a low viewing tendency is deleted according to the viewing tendency for each genre, while the viewing tendency is high. Content belonging to the genre is pre-distributed. For this reason, the content stored in the cache server is dynamically replaced according to the viewing tendency, and the hit rate for the cache is improved.
[0007]
In addition, even if the hit rate for all the contents is equal to or higher than the first predetermined value, the content belonging to the genre for which the content stored in the cache server belongs to the genre with the content less than the second predetermined value is deleted from the cache server. In addition, content belonging to a genre with a high viewing tendency may be distributed in advance to the cache server. At this time, it is desirable that the second predetermined value is set smaller than the first predetermined value.
[0008]
According to such a configuration, even if the hit rate for all the contents is equal to or higher than the first predetermined value, the content belonging to the genre whose hit rate for each genre is less than the second predetermined value is deleted from the cache server. For this reason, by setting the second predetermined value to be smaller than the first predetermined value, it is possible to avoid a problem that content having a high audience rating is affected and content having a low audience rating is not easily deleted.
[0009]
Then, when content is deleted from the cache server, content with a lower priority may be deleted from the content belonging to the genre to be deleted. On the other hand, when content is pre-distributed to the cache server, content having a high priority may be pre-distributed from the content belonging to the genre to be pre-distributed. At this time, it is desirable to use the audience rating of the content as the priority.
[0010]
According to such a configuration, the content to be deleted or pre-distributed is determined according to the priority of the content, so that it is possible to effectively improve the cache hit rate. At this time, if the viewing rate of the content is used as the priority, the content is exchanged reflecting the actual viewing state.
In addition, when the contents stored in the cache server are replaced, a predetermined ratio of the capacity of the cache server may be replaced. At this time, it is desirable to allocate the replacement capacity to a genre to be deleted or distributed in advance according to the viewing tendency of the content.
[0011]
According to this configuration, a certain percentage of the content stored in the cache server is replaced. For this reason, the time required for replacement is shortened, and deterioration of the quality of service for the end user is suppressed. At this time, if the replacement capacity is allocated to the genre to be deleted or distributed in advance according to the viewing tendency of the content, effective content replacement considering the viewing tendency is performed.
[0012]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, the present invention will be described in detail with reference to the accompanying drawings.
FIG. 1 shows an embodiment of a streaming distribution system (hereinafter referred to as “distribution system”) including a cache server content management apparatus (hereinafter referred to as “content management apparatus”) that embodies the present invention.
[0013]
The distribution system includes one center station 20, interconnected via a computer network 10 such as the Internet, a local station 30 installed in each predetermined area, and an end user client 40. . The center station 20 is provided with a distribution server 20A that stores the original content, while the local station 30 is provided with a cache server 30A that stores a copy (copy content) of the original content distributed from the center station 20. In addition, a player for viewing content is installed in the client 40 of the end user. The distribution server 20A, the cache server 30A, and the client 40 are constructed from a computer including at least a central processing unit (CPU) and a memory, and various functions for content distribution are realized by programs loaded in the memory. The
[0014]
As content distribution methods, there are a “redirection method” and a “cache server method”. The redirection method is a method in which the center station 20 receives a content distribution request from an end user and distributes the content distribution to an optimal local station. On the other hand, the cache server method is a method in which the local station 30 accepts a content distribution request from an end user and distributes the content after receiving the content distribution from the center station 20 when there is no content in the cache server 30A. I mean.
[0015]
2 and 3 show a configuration and a procedure for registering viewing information of end users for each local station 30 in a redirection distribution system. The center station 20 includes a management DB (database) 20B and a redirector 20C in addition to the configuration shown in FIG. The redirector 20B is constructed from a computer including at least a central processing unit (CPU) and a memory, and various functions for content distribution are realized by a program loaded in the memory.
[0016]
As shown in FIGS. 4A to 4C, a subscriber information table, a content information table, and a viewing information table are registered in the management DB 20B. As shown in FIG. 2A, the subscriber information table is configured to include the name of the subscriber of the end user who receives the content distribution, and the local area to which the area belongs. The content information table includes a content name, a genre to which the content information table belongs, a file size (GB: Giga Bytes), and a content length (minutes), as shown in FIG. As shown in FIG. 3C, the viewing information table includes a content name, a viewer name, a viewing start time, and a viewing end time. On the other hand, the redirector 20C has a function of accepting a content distribution request from an end user and distributing the content distribution to the optimal local station 30.
[0017]
When there is a distribution request including user information and content name from the end user client 40 to the redirector 20C of the center station 20 (procedure (1)), it is optimal for content distribution based on the user information and content name. The distribution server is determined, and this is notified to the client 40 (procedure (2)). Here, the optimal distribution server for content distribution means either the distribution server 20A of the center station 20 or the cache server 30A of the local station 30.
[0018]
If the requested content is in the cache server 30A of the local station 30, as shown in A of FIG. 3, a content request is made to the cache server 30A (procedure (3)), and distribution of the content is received therefrom. (Procedure (6)). At this time, a viewing start notification is transmitted from the cache server 30A to the redirector 20C (procedure (4)). Upon receiving the viewing start notification, the redirector 20C acquires the content name, viewer name, and viewing start time as viewing information and registers them in the viewing information table of the management DB 20B (procedure (5)). When the content distribution is completed, a viewing end notification is transmitted from the cache server 30A to the redirector 20C (procedure (7)). Upon receiving the viewing end notification, the redirector 20C acquires the viewing end time as viewing information and registers it in the viewing information table of the management DB 20B (procedure (8)).
[0019]
On the other hand, if the requested content is not in the cache server 30A of the local station 30, a content request is made to the distribution server 20A of the center station 20 (step (3)), as shown in FIG. (Procedure (6)). At this time, a viewing start notification is transmitted from the distribution server 20A to the redirector 20C (procedure (4)). Upon receiving the viewing start notification, the redirector 20C acquires the content name, viewer name, and viewing start time as viewing information and registers them in the viewing information table of the management DB 20B (procedure (5)). When the distribution of the content is completed, a viewing end notification is transmitted from the distribution server 20A to the redirector 20C (procedure (7)). Upon receiving the viewing end notification, the redirector 20C acquires the viewing end time as viewing information and registers it in the viewing information table of the management DB 20B (procedure (8)).
[0020]
When the content distribution is temporarily stopped and restarted by the end user, it is handled in the same manner as the completion and start of the distribution. When the content distribution is temporarily stopped, the cache server 30A (or the distribution server 20A) sends it to the redirector 20C. A viewing end notification is transmitted (procedure (7)). Upon receiving the viewing end notification, the redirector 20C acquires the viewing end time as viewing information and registers it in the viewing information table of the management DB 20B (procedure (8)). When content distribution is restarted, a viewing start notification is transmitted again from the cache server 30A (or distribution server 20A) to the redirector 20C (procedure (4)). Upon receiving the viewing start notification, the redirector 20C acquires the content name, viewer name, and viewing start time as viewing information and registers them in the viewing information table of the management DB 20B (procedure (5)).
[0021]
5 and 6 show a configuration and a procedure for registering end user viewing information for each local station 30 in the distribution system of the cache server system. The local station 30 includes a management DB 30B in addition to the configuration shown in FIG. In the management DB 30B, a subscriber information table, a content information table, and a viewing information table are registered in the same manner as in the redirection distribution system.
[0022]
When there is a delivery request including user information and content name from the end user client 40 to the cache server 30A of the local station 30 (procedure (1)), the content name, viewer name and The viewing start time is acquired. If there is no requested content in the cache server 30A, a content request is made to the distribution server 20A of the center station 20 as shown by a dotted line in the figure, and content distribution is received therefrom. Thereafter, the viewing information is registered in the viewing information table of the management DB 30B (procedure (2)), and the content is distributed to the client 40 (procedure (3)).
[0023]
When the distribution of the content is completed, the cache server 30A acquires the viewing end time as viewing information and registers it in the viewing information table of the management DB 30B (procedure (4)).
When the content distribution is temporarily stopped and restarted by the end user, it is handled in the same manner as the completion and start of the distribution. When the content distribution is temporarily stopped, the cache server 30A acquires the viewing end time as viewing information. This is registered in the viewing information table of the management DB 20B (procedure (4)). At the restart of content distribution, the cache server 30A again acquires the content name, viewer name, and viewing start time as viewing information, and registers them in the viewing information table of the management DB 20B (procedure (2)).
[0024]
In this way, in a redirection system or a cache server system distribution system, each time content is distributed to an end user, the content includes a content name, a viewer name, a viewing start time, and a viewing end time. Information is registered. Then, based on the registered viewing information, the content of the cache server 30A is dynamically changed so that the hit rate to the cache is improved. Here, the “hit rate” refers to the probability that the requested content from the end user is in the cache server 30A. Therefore, if the hit rate is high, the cache server 30A is effectively used.
[0025]
7 and 8 show a configuration and procedure for dynamically changing the contents of the cache server 30A in the redirection distribution system. The center station 20 includes a management DB 20B, a hit rate management server 20D, and a distribution management server 20E in addition to the configuration shown in FIG. The hit rate management server 20D and the distribution management server 20E are constructed from a computer having at least a central processing unit (CPU) and a memory, and various mechanisms for content management are realized by programs loaded in the memory. The However, if the distribution server 20A has a margin, the functions of the hit rate management server 20D and the distribution management server 20E may be combined to simplify the configuration.
[0026]
The hit rate management server 20D calculates the hit rate every predetermined interval (for example, 1 hour), and when it falls below a predetermined value, a hit rate lowering notification is transmitted to the distribution management server 20E (procedure (1) )). In the distribution management server 20E that has received the notification of a decrease in the hit rate, a viewing information request is made to the management DB 20B (procedure (2)), and viewing information is acquired from the viewing information table (procedure (3)).
[0027]
The distribution management server 20E calculates the viewing tendency of the end user for each local station 30 based on the acquired viewing information. Here, the “viewing tendency” refers to an index indicating, for each genre, how much content belonging to the genre is viewed as a percentage (%) of all viewing.
Then, the distribution management server 20E transmits a deletion request including the content name to be deleted to the distribution server 20A in order to delete the content having a low audience rating from the contents belonging to the genre having a low viewing tendency (procedure). (Four)). In the distribution server 20A that has received the deletion request, the deletion request is transferred to the cache server 30A of the local station 30 (procedure (5)). In the cache server 30A that has received the deletion request, the content related to the deletion request is deleted from the storage.
[0028]
In addition, the distribution management server 20E transmits a distribution request including the content name to be distributed to the distribution server 20A in order to pre-distribute content with a high audience rating from content belonging to a genre with a high viewing tendency ( Step (6)). Upon receiving the distribution request, the distribution server 20A distributes the content related to the distribution request to the cache server 30A in advance (procedure (7)).
[0029]
9 and 10 show a configuration and procedure for dynamically changing the contents of the cache server 30A in the cache server type distribution system. The local station 30 includes a management DB 30B, a hit rate management server 30C, and a distribution management server 30D in addition to the configuration shown in FIG.
The hit rate management server 30C calculates the hit rate every predetermined interval (for example, 1 hour), and when it falls below a predetermined value, a hit rate lowering notification is transmitted to the distribution management server 30D (procedure (1) )). In the distribution management server 30D that has received the hit rate decrease notification, a viewing information request is made to the management DB 30B (procedure (2)), and viewing information is acquired from the viewing information table (procedure (3)).
[0030]
In the distribution management server 30D, the viewing tendency of the end user is calculated for each local station 30 based on the obtained viewing information. Then, a deletion request including the content name to be deleted is transmitted to the cache server 30A in order to delete the content with a low audience rating from the contents belonging to the genre having a low viewing tendency (procedure (4)). In the cache server 30A that has received the deletion request, the content related to the deletion request is deleted from the storage.
[0031]
In addition, the distribution management server 30D transmits a distribution request including a content name to be distributed to the cache server 30A in order to pre-distribute content with a high audience rating from content belonging to a genre with a high viewing tendency ( Step (5)). The cache server 30A that has received the distribution request transfers it to the distribution server 20A of the center station 20 (procedure (6)) and receives the content related to the distribution request (procedure (7)).
[0032]
The redirection type or cache server type distribution system described above operates according to the processes shown in FIGS. In the following description, for convenience of explanation, the redirection distribution system code is used, and the predetermined value used for hit rate determination is also an exemplary value.
In FIG. 11 showing the main routine, in step 1 (abbreviated as “S1” in the figure, the same applies hereinafter), the hit rate management server 20D calculates the hit rate x (%) at each local station 30 at predetermined intervals. Is done. That is, for each local station 30, the content information table and the viewing information table in the management DB 20B are referred to, and as shown in FIG. 14, the content name, file size (GB), number of requests, total file size ( GB), presence / absence of a cache hit (Ox), and a cache hit file size (GB) are set. Then, the hit rate x for each local station 30 is calculated by the following calculation formula. In the illustrated example, the hit rate x = 32,000 ÷ 80,000 × 100 = 40 (%). Here, the processing of step 1 corresponds to a first hit rate calculation means, a hit rate calculation function, and a hit rate calculation step, respectively.
[0033]
[Expression 1]

In step 2, it is determined whether or not the hit rate x is less than 50%. If the hit rate x is less than 50%, the process proceeds to step 3 (Yes), and if the hit rate x is 50% or more, the process proceeds to step 6 (No).
[0034]
In step 3, the viewing information table in the management DB 20B is referred to, and viewing information in each local station 30 is acquired.
In step 4, the viewing tendency for each genre is calculated based on the obtained viewing information, and as shown in FIG. 15, a ranking table in which the viewing tendency is sorted in descending order is created. Here, the processes of Step 3 and Step 4 correspond to viewing tendency calculation means, a viewing tendency calculation function, and a viewing tendency calculation step, respectively.
[0035]
In step 5, the genre to be deleted to which the content to be deleted from the cache server 30A belongs is selected based on the viewing tendency for each genre. That is, the ranking table shown in FIG. 15 is referred to, and for example, five genres with lower viewing tendency are selected as deletion target genres. In the illustrated example, animation, education, cooking, economy, and historical drama are selected as genres to be deleted. At this time, instead of deleting all the contents belonging to the deletion target genre, for example, 40%, 25%, etc. of the replacement capacity from the lower-ranked first to fifth-ranked genres in order to replace the predetermined ratio of the storage capacity of the local station 30. It is desirable to delete 15%, 10% and 10% each. The replacement content capacity in the ranking table indicates a replacement capacity (+; distribution, −; deletion).
[0036]
In step 6, the hit rate management server 20D calculates the hit rate y (%) for each genre. That is, for each local station 30, the content information table and the viewing information table in the management DB 20B are referred to, and as shown in FIG. 16, the genre name to which the content related to the viewing request belongs, the file size total (GB) of the requested content, and A table in which the cache hit file size (GB) is set is created. Then, the hit rate y for each genre is calculated by the following calculation formula. In the example shown in the figure, the animation hit rate y = 2,000 ÷ 10,000 × 100 = 20 (%). Here, the process of step 6 corresponds to the second hit rate calculation means.
[0037]
[Expression 2]

In step 7, the genre to be deleted to which the content to be deleted from the cache server 30A belongs is selected based on the hit rate y for each genre. That is, a genre having a hit rate y of less than 30%, for example, is selected as a genre to be deleted. In the illustrated example, animation is selected as the genre to be deleted. At this time, it is desirable not to delete all the contents belonging to the genre to be deleted but to delete a predetermined ratio (for example, 30%) of the contents belonging to the genre.
[0038]
In step 8, it is determined whether there is a genre to be deleted. If there is a deletion target genre, the process proceeds to step 9 (Yes), and if there is no deletion target genre, the process is terminated (No).
In step 9, the viewing information table in the management DB 20B is referred to, and viewing information in each local station 30 is acquired.
[0039]
In step 10, the viewing tendency for each genre is calculated based on the obtained viewing information, and as shown in FIG. 15, a ranking table in which the viewing tendency is sorted in descending order is created. Here, the processes of Step 9 and Step 10 correspond to viewing tendency calculation means, a viewing tendency calculation function, and a viewing tendency calculation step, respectively.
In step 11, a subroutine (see FIG. 12) for executing content deletion processing is called for each selected deletion target genre.
[0040]
In step 12, the distribution target genre to which the content to be distributed in advance to the cache server 30A belongs is selected based on the viewing tendency for each genre. That is, the ranking table shown in FIG. 15 is referred to, and, for example, five genres with the highest viewing tendency are selected as distribution target genres. In the illustrated example, movies, sports, news, music, and travel are selected as distribution target genres. At this time, instead of distributing all the contents belonging to the distribution target genre, for example, 40%, 25%, etc. of the replacement capacity from the top 1 to 5th genre in order to replace the predetermined ratio of the storage capacity of the local station 30. It is desirable to distribute 15%, 10% and 10% in advance.
[0041]
In step 13, a subroutine (see FIG. 13) for executing content distribution processing is called for each selected distribution target genre.
Here, a series of processes of Step 2, Step 5, Step 7, Step 8, and Step 11 to Step 13 correspond to a content replacement unit, a content replacement function, and a content replacement process, respectively.
[0042]
FIG. 12 shows a subroutine for executing content deletion processing.
In step 21, the management DB 20B is referred to, and a priority list in the genre to be deleted is acquired as shown in FIG. The priority list includes a content name, an audience rating (%), and a file size (GB), and is updated as needed according to the audience rating of each content. Here, the audience rating is calculated by the following equation. Note that the intention of the operator of the streaming distribution service may be reflected in the priority list.
[0043]
[Equation 3]

In step 22, a variable z indicating the total deletion amount (GB) is initialized to zero.
In step 23, it is determined whether or not the total deletion amount z is equal to or less than the deletion capacity. Here, as the deletion capacity, for example, when the storage capacity of the Shinagawa station is 1,000 GB, a value obtained by multiplying 300 GB corresponding to 30% by a replacement content capacity (see FIG. 15) corresponding to the ranking. To do. In the illustrated example, 300 × 0.40 = 120 (GB) is used as the animation deletion capacity. If the total deletion amount z is equal to or less than the deletion capacity, the process proceeds to step 24 (Yes), and if the total deletion amount z is larger than the deletion capacity, the process returns to the main routine (No).
[0044]
In step 24, contents are sequentially deleted from the lowest content in the priority list shown in FIG. That is, “Sailor Moon” is deleted in the first process, “Gundam” is deleted in the second process, “Chibi Maruko-chan” is deleted in the third process, and so on.
In step 25, the total deletion amount z is calculated by adding the file size of the content to be deleted next to the current total deletion amount z. Thereafter, the process returns to step 23, and the deletion process of the next content is continued.
[0045]
FIG. 13 shows a subroutine for executing content distribution processing.
In step 31, the management DB 20B is referred to, and a priority list in the distribution target genre is acquired as shown in FIG.
In step 32, a variable z indicating the total distribution amount (GB) is initialized to zero.
In step 33, the distribution total amount z obtained by adding the file size of the content to be distributed next to the current distribution total amount z is calculated. That is, taking the priority list shown in FIG. 18 as an example, the file size 40 (GB) of “Harry Potter” in the first process, and the file size 30 (“Spirited Away” file size 30 ( GB) is added as follows.
[0046]
In step 34, it is determined whether or not the total distribution amount z is less than or equal to the distribution capacity. Here, as the distribution capacity, for example, when the storage capacity of the Shinagawa station is 1,000 GB, a value obtained by multiplying 300 GB corresponding to 30% by a replacement content capacity (see FIG. 15) corresponding to the ranking. To do. In the illustrated example, 300 × 0.40 = 120 (GB) is used as the distribution capacity of the movie. If the total distribution amount z is less than or equal to the distribution capacity, the process proceeds to step 35 (Yes), and if the total distribution quantity z is larger than the distribution capacity, the process returns to the main routine (No).
[0047]
In step 35, the contents are sequentially distributed from the highest content in the priority list shown in FIG. That is, “Harry Potter” is distributed in the first process, “Spirited Away” in the second process, “Episode 1” in the third process, and so on. Thereafter, the process returns to step 33, and the distribution process of the next content is continued.
[0048]
According to the processes of FIGS. 11 to 13 described above, each local station 30 has accumulated in the cache server 30A when the hit rate for all the contents decreases or when the hit rate for each genre decreases. Part of the content is replaced. At this time, not only a decrease in the hit rate for all contents, but also a decrease in the hit rate for each genre is used as an opportunity to replace the content, so content with a high audience rating is affected and content with a low audience rating is not easily deleted. The trouble can be avoided.
[0049]
When a part of the content is replaced, if the hit rate decreases for all the content, the content belonging to the genre having a low viewing tendency is deleted according to the viewing tendency for each genre, while the viewing tendency is changed. Content belonging to a high genre is distributed in advance. At this time, the capacity of the content to be deleted or pre-distributed is determined according to the ranking of the viewing tendency. The content to be deleted or distributed is determined according to the audience rating in the genre.
[0050]
When triggered by a decrease in the hit rate for each genre, content belonging to a genre with a hit rate less than a predetermined value is deleted, while a genre with a high viewing tendency is distributed in advance. At this time, the capacity of the content to be deleted or distributed in advance may be a predetermined ratio of the content belonging to the genre to be deleted. In addition, the content to be deleted or distributed is determined according to the audience rating in the genre, as in the case of a decrease in the hit rate for all content.
[0051]
Accordingly, content having a low viewing tendency or hit rate and a low viewing rate is deleted from the cache server 30A, while content having a high viewing tendency and a high viewing rate is distributed in advance to the cache server 30A. Can be improved. Then, by improving the hit rate, the cache server 30A is utilized to the maximum, and an improvement in response and a reduction in traffic are promoted.
[0052]
If a program for realizing such a function is recorded on a computer-readable recording medium such as a magnetic tape, a magnetic disk, a magnetic drum, an IC card, a CD-ROM, a DVD-ROM, etc., the present invention is applied. Content management programs can be distributed in the market. A person who acquires such a recording medium can easily construct a content management apparatus according to the present invention using a general computer system.
[0053]
(Supplementary Note 1) First hit rate calculating means for calculating a hit rate for content, viewing tendency calculating means for calculating a viewing tendency for each genre to which the content belongs, based on content viewing information, and the first hit When the hit rate calculated by the rate calculating means becomes less than the first predetermined value, the content belonging to the genre having a low viewing tendency calculated by the viewing tendency calculating means is deleted, and the genre having a high viewing tendency is set. A content management device comprising: content replacement means for pre-distributing the content to which it belongs.
[0054]
(Additional remark 2) It has the 2nd hit rate calculation means which calculates the hit rate for every genre to which the accumulated content belongs, and the content replacement means is the hit rate calculated by the first hit rate calculation unit Even if is greater than or equal to the first predetermined value, content belonging to a genre whose hit rate calculated by the second hit rate calculating means is less than the second predetermined value is deleted and calculated by the viewing tendency calculating means The content management apparatus according to appendix 1, wherein content belonging to a genre with a high viewing tendency is distributed in advance.
[0055]
(Supplementary note 3) The content management apparatus according to supplementary note 2, wherein the second predetermined value is set smaller than the first predetermined value.
[0056]
(Supplementary note 4) The content according to any one of supplementary notes 1 to 3, wherein the content replacement unit deletes content having a lower priority from content belonging to a genre to be deleted. Management device.
[0057]
(Supplementary note 5) The content replacement unit, according to any one of supplementary notes 1 to 4, wherein content having a high priority is pre-distributed from content belonging to a genre to be pre-distributed. Content management device.
[0058]
(Supplementary note 6) The content management apparatus according to supplementary note 4 or supplementary note 5, wherein the priority is a audience rating of the content.
[0059]
(Supplementary note 7) The content management device according to any one of supplementary notes 1 to 6, wherein the content replacement unit replaces a predetermined ratio of the capacity of the cache server.
[0060]
(Supplementary note 8) The content management device according to supplementary note 7, wherein the content replacement means allocates the replacement capacity to a genre to be deleted or distributed in advance according to the viewing tendency.
[0061]
(Additional remark 9) It is calculated by the hit rate calculation function which calculates the hit rate with respect to content, the viewing tendency calculation function which calculates the viewing tendency for every genre to which the content belongs based on the viewing information of the content, and the hit rate calculation function Content replacement function for deleting content belonging to a genre with a low viewing tendency calculated by the viewing tendency calculation function and pre-distributing content belonging to a genre with a high viewing tendency when the hit rate becomes less than a predetermined value And a content management program for realizing the above on a computer.
[0062]
(Supplementary Note 10) Calculated by the hit rate calculation function for calculating the hit rate for the content, the viewing tendency calculation function for calculating the viewing tendency for each genre to which the content belongs based on the viewing information of the content, and the hit rate calculation function Content replacement function for deleting content belonging to a genre with a low viewing tendency calculated by the viewing tendency calculation function and pre-distributing content belonging to a genre with a high viewing tendency when the hit rate becomes less than a predetermined value And a computer-readable recording medium on which a content management program for causing the computer to realize is recorded.
[0063]
(Additional remark 11) It is calculated by the hit rate calculation process which calculates the hit rate with respect to content, the viewing tendency calculation process which calculates the viewing tendency for every genre to which the content belongs based on the viewing information of the content, and the hit rate calculation process. Content replacement step of deleting content belonging to a genre with a low viewing tendency calculated in the viewing tendency calculation step and pre-distributing content belonging to a genre with a high viewing tendency when the hit rate falls below a predetermined value And a content management method.
[0064]
【The invention's effect】
As described above, according to the content management technique of the present invention, when the hit rate for all the contents stored in the cache server decreases, it belongs to a genre with a low viewing tendency according to the viewing tendency for each genre. While the content is deleted, the content belonging to the genre with a high viewing tendency is distributed in advance. For this reason, the contents stored in the cache server are dynamically replaced according to the viewing tendency, and the hit rate to the cache can be improved. And, by improving the hit rate, the cache server can be utilized to the maximum, and it is possible to promote an improvement in response and a reduction in traffic.
[Brief description of the drawings]
FIG. 1 is a configuration diagram of a distribution system including a content management apparatus according to the present invention.
FIG. 2 is a configuration diagram for registering viewing information by a redirection method.
FIG. 3 is a schematic diagram of viewing information registration processing in the same as above.
4A and 4B are tables registered in a management DB, in which FIG. 4A is a subscriber information table, FIG. 4B is a content information table, and FIG. 4C is an explanatory diagram of a viewing information table.
FIG. 5 is a configuration diagram for registering viewing information by a cache server method.
FIG. 6 is a schematic diagram of viewing information registration processing in the same as above.
FIG. 7 is a configuration diagram for managing content by a redirection method.
FIG. 8 is a schematic diagram of content management processing in the above embodiment
FIG. 9 is a configuration diagram for managing contents by a cache server method.
FIG. 10 is a schematic diagram of content management processing in the same as above.
FIG. 11 is a flowchart of a main routine showing content management processing;
FIG. 12 is a flowchart of a subroutine showing content deletion processing;
FIG. 13 is a subroutine flowchart showing content distribution processing;
FIG. 14 is an explanatory diagram of a table for calculating a hit rate for each local station.
FIG. 15 is an explanatory diagram of a ranking table
FIG. 16 is an explanatory diagram of a table for calculating a hit rate for each genre.
FIG. 17 is an explanatory diagram of a priority list in a genre to be deleted
FIG. 18 is an explanatory diagram of a priority list in a distribution target genre.
[Explanation of symbols]
10 Computer network
20 Center station
20A distribution server
20B Management DB
20D hit rate management server
20E Distribution management server
30 local stations
30A cache server
30B Management DB
30C hit rate management server
30D Distribution management server

Claims

Corresponding to content identification information for identifying content that can be distributed to a plurality of user terminals, a content information table for managing the genre to which the content belongs, and viewing for managing content identification information of the content distributed to the user terminals A content management method for selecting which content should be stored in a storage device using a table ,
Computer
A viewing recording step of recording content identification information of the content in the viewing table each time content is distributed to a user terminal ;
Based on the viewing table, the total number of distributions distributed to the user terminal is calculated, and the corresponding genre of the content identification information managed in the viewing table is identified with reference to the content information table, and the viewing table A viewing tendency calculating step of calculating a viewing tendency indicated by a ratio of the number of distributions of the genre in the total number of distributions for each genre of content by calculating the number of distributions of each genre in
The genre whose viewing tendency rank determined in descending order of the calculated viewing tendency is lower than a predetermined rank is specified , and according to the deletion amount obtained by multiplying the predetermined deletion amount by a predetermined ratio determined by the viewing tendency rank. A content deletion step of deleting content belonging to the specified genre from the storage device;
Equipped with a,
In the viewing tendency calculation step, the computer manages hit information indicating whether or not the content was present in the storage device at the time of the distribution request in association with the content identification information of the content requested from the user terminal. The hit management table is referred to, a hit rate indicated by a ratio of content having hit information indicating that it exists in the storage device with respect to all content requested from the user terminal is calculated, and the hit rate is a first predetermined value. The content management method is characterized in that the viewing tendency is calculated when the number is less than .

In the viewing tendency calculating step, if the calculated hit rate is equal to or more than a first predetermined value, the computer further refers to the content information table and corresponds to the corresponding genre of the content identification information managed in the hit management table identifies the hit rate for each genre to calculate from the hit management table, if the hit rate of any of the genre is less than a second predetermined value, and calculates the viewing tendency claim The content management method according to 1 .