(57)【要約】【課題】それぞれコンテンツ保存ディレクトリを持つ複数の配信サーバからユーザにコンテンツを配信するシステムにおいて、各保存ディレクトリに同じコンテンツを保存する必要を無くす。【解決手段】コンテンツをアップロードする場合、ユーザがサーバ３０にコンテンツファイル、付加情報を送信する。サーバ側では、所定条件により保存先ディレクトリ６０と対応する配信サーバ情報識別ＩＤを決定し、その保存先にコンテンツを保存する。またコンテンツ名と付加情報をコンテンツ情報ＤＢ３４に格納する。コンテンツ情報ＤＢ３４でコンテンツ識別ＩＤを付与し、コンテンツ保存先ＤＢ３７に配信サーバ情報ＤＢ３６から得られたコンテンツ識別ＩＤ、配信サーバ識別ＩＤの組を格納する。コンテンツ配信要求があると、コンテンツ保存先ＤＢ３７、配信サーバ情報ＤＢ３６から所定のレコードを取得して配信サーバの制御情報を作成しユーザに送信する。【選択図】　　　　図１
2004030423.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを保存する複数のコンテンツ保存手段と、
ユーザからのコンテンツのアップロード要求に応じて前記複数のコンテンツ保存手段から所定の決定条件に基づいて１つ又は複数の保存先を決定する保存先決定手段と、
ユーザからコンテンツを受信し、前記決定した保存先のコンテンツ保存手段に保存する受信保存処理手段と、
前記複数のコンテンツ保存手段からコンテンツを取り出してユーザに配信する複数の配信装置のうち前記決定された保存先に対応する配信装置の識別ＩＤとコンテンツ保存先と配信装置を制御する制御情報の組を保持する保持手段と、
前記コンテンツ識別ＩＤと保存先に対応する配信装置の識別ＩＤの組を保持する保持手段と、
ユーザからのコンテンツ識別ＩＤによるコンテンツ配信要求に応じてそのコンテンツ識別ＩＤと前記保持手段に保持された情報に基づいて保存先を選択し、対応する配信装置を選択すると共に、その配信装置の制御情報を作成してユーザに送信する送信手段とを設けたことを特徴とするコンテンツ配信制御装置。
【請求項２】
前記制御情報は、前記配信制御装置を起動させて前記コンテンツ保存手段から該当コンテンツを取り出してユーザに配信させるためのものであることを特徴とする請求項１記載のコンテンツ配信装置。
【請求項３】
前記制御情報は、＜配信サーバのＵＲＬ　＞／＜公開パス名＞／＜コンテンツファイル名＞及びマイムタイプを含む情報であることを特徴とする請求項１又は２記載のコンテンツ配信制御装置。
【請求項４】
前記所定の決定条件は、
（ａ）各配信装置のアクセス数が最も少ないものから順に決定する。
（ｂ）各配信装置の所定期間の総配信容量が少ないものから順に決定する。
（ｃ）各配信装置の単位時間当たりの配信容量が少ないものから順に決定する。
（ｄ）各配信装置のある特定期間の総配信容量が少ないものから順に決定する。
（ｅ）各配信装置の残り記憶容量に応じて決定する。
（ｆ）各配信装置への同時接続数が少ないものから順に決定する。
（ｇ）ランダムに決定する。
（ｈ）予め登録された割合により決定する。
（ｉ）（ａ）〜（ｈ）において、ユーザの種別に応じて決定する。
のいずれか一、あるいはこれらのいずれか複数の組み合わせであることを特徴とする請求項１、２又は３記載のコンテンツ配信制御装置。
【請求項５】
ユーザからのコンテンツのアップロード要求に応じて複数のコンテンツ保存手段から所定の決定条件に基づいて１つ又は複数の保存先を決定する保存先決定処理と、
ユーザからコンテンツを受信し、前記決定したコンテンツ保存手段に保存する受信保存処理と、
前記複数のコンテンツ保存手段からコンテンツを取り出してユーザに配信する複数の配信装置のうち前記決定された保存先に対応する配信装置の識別ＩＤとコンテンツ保存先と配信装置を制御する制御情報の組を保持する保持処理と、
コンテンツ識別ＩＤと保存先に対応する配信装置の識別ＩＤの組を保持する保持処理と、
ユーザからのコンテンツ識別ＩＤによるコンテンツ配信要求に応じてそのコンテンツ識別ＩＤと前記保持された情報に基づいて保存先を選択し、対応する配信装置を選択すると共に、その配信装置の制御情報を作成してユーザに送信する送信処理とをコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上で動画や音声等のコンテンツを配信するコンテンツ配信制御装置及びこの装置で用いられるプログラムに関するものである。
【０００２】
【従来の技術】
図３は従来のコンテンツ配信システムを示すブロック図である。
この従来システムは、複数の配信サーバを備えると共に、各配信サーバに対応して複数のコンテンツ保存手段を備えてコンテンツを保存しておき、ユーザからコンテンツの視聴要求がきたとき、ラウンドロビン等の方法により適当な配信サーバを選択し、その配信サーバＵＲＬ　をユーザに送信するものである。
【０００３】
図３において、携帯電話網を含むインターネット、イントラネット等のネットワーク１０には、ユーザ端末２０、コンテンツ配信制御装置としてのＷＷＷ　サーバ（以下、単にサーバという）３０、コンテンツをユーザに配信する配信サーバ５０が接続されている。ここでは３個の配信サーバ（α、β、γ）５０が備えられているものとする。また、各配信サーバ５０についてそれぞれコンテンツを保存する公開コンテンツ保存ディレクトリ（以下、保存ディレクトリという）６０が接続されている。
【０００４】
ユーザ端末２０は、通信処理装置２１、インターネット閲覧用のブラウザ２２、動画を再生する動画プレーヤ２３を備えている。尚、以下の説明においてユーザという場合は、ユーザ端末２０又はユーザ端末２０を所有するユーザを指すものとする。
サーバ３０は、通信処理装置３１、コンテンツ受信部３２、コンテンツ配信要求受付部３３、コンテンツとその付加情報（識別ＩＤ、保存名称等）を管理するコンテンツ情報ＤＢ（データベース）３４及びユーザに関する情報を管理するユーザ情報ＤＢ３５を備えている。
【０００５】
次に、上記構成による動作について説明する。
まず、ユーザが自分が作成した動画や音声等のコンテンツ又はネットワーク上にあるコンテンツを他人に見せたい場合は、そのコンテンツを付加情報と共に登録する。このためにブラウザ２２によりサーバ３０にアクセスして登録を要求する。サーバ３０は、コンテンツ受信部３２でユーザからコンテンツの付加情報を取得し、これに基づいてコンテンツ情報を作成してコンテンツ情報ＤＢ３４に登録する。また、サーバ３０はコンテンツを配信する配信サーバ５０の配信先ＵＲＬ　を決定してコンテンツ情報ＤＢ３４に登録する。ユーザはその配信サーバのＵＲＬ　用いてコンテンツを送信し、配信サーバ５０は受信したコンテンツを３個の保存ディレクトリ６０にそれぞれ保存する。
【０００６】
次に、ユーザが登録されたコンテンツを視聴したい場合は、サーバ３０のコンテンツ配信要求受付部３３に配信要求を行い、これに応じてサーバ３０は登録されたコンテンツ情報一覧をブラウザ上に提示し、ユーザは視聴したいコンテンツを検索、選定する。視聴したいコンテンツを選定するとサーバ３０は、コンテンツの場所を示す配信先ＵＲＬ　（＜配信サーバＵＲＬ　＞／＜公開パス名＞／コンテンツファイル名）と、コンテンツの種別を示す情報であるマイムタイプ（ＭｉｍｅＴｙｐｅ）をユーザに送信する。この場合、配信サーバＵＲＬ　は、サーバ３０が３個の配信サーバ５０の負荷分散情報に基づいて１つ決定する。これらの情報を受信したユーザでは、マイムタイプに基づいて動画プレーヤ２３が選択・起動され、動画プレーヤ２３は、配信先ＵＲＬ　の配信サーバ５０に接続する。配信サーバ５０は、対応テーブルを参照して保存ディレクトリ６０を検索し目的のコンテンツを取り出してユーザに送信する。
【０００７】
上述したように従来のコンテンツ配信システムは、複数の保存ディレクトリ６０にコンテンツを保存すると共に、サーバ３０がコンテンツ情報ＤＢ３４、ユーザ情報ＤＢ３５によりコンテンツとその付加情報（識別ＩＤ、保存名称等）及びユーザ情報を管理し、コンテンツ配信要求受付部３３が、ユーザからコンテンツの識別ＩＤに基づいて識別されるコンテンツの視聴要求を受け付けると、配信サーバ５０の１つを選択し、その配信サーバ５０のＵＲＬ　を含む配信先ＵＲＬ　をユーザに送信するものであった。
【０００８】
通常、配信サーバ５０は、ネット−ク上で自身の場所を特定する情報（サーバＵＲＬ　）と、配信サーバ内でのコンテンツの場所を特定する情報（保存ディレクトリ６０）と、その場所をネットワーク上から特定する情報（公開パス）を対応テーブルとして持っている。ユーザから＜サーバＵＲＬ＞／＜公開パス名＞／＜コンテンツファイル名＞の要求を受信すると、配信サーバ５０は、＜公開パス名＞に対応する保存ディレクトリ６０内にある＜コンテンツファイル名＞に該当するコンテンツファイルを走査し、存在すればコンテンツをユーザに送信するという仕組みになっている。また、複数の配信サーバを設けて、コンテンツの視聴要求に応じて適宜方法により順番に適当な配信サーバＵＲＬ　をユーザに返信することにより、配信の負荷分散を図るようにしている。
【０００９】
【発明が解決しようとする課題】
上述した従来の複数の配信サーバを用いて負荷分散を行うコンテンツ配信システムでは、同じコンテンツを全ての配信サーバの保存ディレクトリにそれぞれ保存しなければならないという問題があった。
【００１０】
本発明は上記の問題を解決するためになされたもので、同じコンテンツを全ての配信サーバの保存ディレクトリにそれぞれ保存する必要のないコンテンツ配信システムを実現することを目的としている。
【００１１】
【課題を解決するための手段】
上記の目的を達成するために、本発明によるコンテンツ配信制御装置は、コンテンツを保存する複数のコンテンツ保存手段と、ユーザからのコンテンツのアップロード要求に応じて前記複数のコンテンツ保存手段から所定の決定条件に基づいて１つ又は複数の保存先を決定する保存先決定手段と、ユーザからコンテンツを受信し、前記決定した保存先のコンテンツ保存手段に保存する受信保存処理手段と、前記複数のコンテンツ保存手段からコンテンツを取り出してユーザに配信する複数の配信装置のうち前記決定された保存先に対応する配信装置の識別ＩＤとコンテンツ保存先と配信装置を制御する制御情報の組を保持する保持手段と、前記コンテンツ識別ＩＤと保存先に対応する配信装置の識別ＩＤの組を保持する保持手段と、ユーザからのコンテンツ識別ＩＤによるコンテンツ配信要求に応じてそのコンテンツ識別ＩＤと前記保持手段に保持された情報に基づいて保存先を選択し、対応する配信装置を選択すると共に、その配信装置の制御情報を作成してユーザに送信する送信手段とを設けたものである。
【００１２】
また、本発明によるプログラムは、ユーザからのコンテンツのアップロード要求に応じて複数のコンテンツ保存手段から所定の決定条件に基づいて１つ又は複数の保存先を決定する保存先決定処理と、ユーザからコンテンツを受信し、前記決定したコンテンツ保存手段に保存する受信保存処理と、前記複数のコンテンツ保存手段からコンテンツを取り出してユーザに配信する複数の配信装置のうち前記決定された保存先に対応する配信装置の識別ＩＤとコンテンツ保存先と配信装置を制御する制御情報の組を保持する保持処理と、コンテンツ識別ＩＤと保存先に対応する配信装置の識別ＩＤの組を保持する保持処理と、ユーザからのコンテンツ識別ＩＤによるコンテンツ配信要求に応じてそのコンテンツ識別ＩＤと前記保持された情報に基づいて保存先を選択し、対応する配信装置を選択すると共に、その配信装置の制御情報を作成してユーザに送信する送信処理とをコンピュータに実行させるためのプログラムである。
【００１３】
【作用】
本発明においては、ユーザからコンテンツのアップロード要求があると、複数のコンテンツ保存手段から所定の決定条件に基づいて１つ又は複数の保存先を決定した後、ユーザからコンテンツを受信して前記決定された保存先のコンテンツ保存手段に保存すると共に、複数の配信装置のうち決定された保存先に対応する配信装置の識別ＩＤとコンテンツ保存先と配信装置を制御する制御情報の組と、コンテンツ識別ＩＤと保存先に対応する配信装置の識別ＩＤの組とをそれぞれ保持する。そして、ユーザからのコンテンツ識別ＩＤによるコンテンツ配信要求があると、そのコンテンツ識別ＩＤと前記保持された各情報に基づいて保存先を選択し、対応する配信装置を選択すると共に、その配信装置の制御情報を作成してユーザに送信する。従って、本発明によれば、同じコンテンツを全ての保存ディレクトリに保存する必要がなくなる。
【００１４】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。
本実施の形態は、サーバ３０にコンテンツのアップロード機能を設けると共に、コンテンツアップロードの要求が来ると、サーバ３０が、配信サーバ５０の負荷情報に基づいてコンテンツの保存先を決定し、コンテンツ、コンテンツの情報（保存ファイル名称）、及びコンテンツの保存先情報を保存しておく。そして、ユーザからコンテンツ識別ＩＤの指定によるコンテンツ視聴要求が来ると、該当コンテンツのコンテンツ情報及び保存先情報に基づいてコンテンツの配信ＵＲＬ　を１つ決定し、クライアントに送信することを特徴とするものである。
【００１５】
図１は本発明の実施の形態によるコンテンツ配信装置を用いたコンテンツ配信システムを示すブロック図で図であり、図３と対応する部分には同一番号が付されている。
図１において、サーバ３０には、配信サーバＤＢ３６、コンテンツ保存先ＤＢ３７及び保存先決定部３８が設けられている。また、各配信サーバ５０には配信サーバ監視エージェント（監視エージェントという）５１及びアクセスログ５２が設けられている。図２は図１における各ＤＢ３４〜３７の内容の一例を示す構成図である。
【００１６】
監視エージェント５１は、配信サーバ上で、その配信サーバ６０の資源（同時接続数、ＣＰＵ　、記憶容量、アクセスログ５２等）を監視し、外部から問い合わせがあったとき必要な情報を返答するものである。また、アクセスログ５２の内容は図示の通りである。
【００１７】
次に、上記構成による動作について説明する。
本実施の形態の手順は、コンテンツアップロード手順と配信要求処理手順からなる。
まず、コンテンツのアップロード手順について説明する。
（１）ユーザは、サーバ３０のコンテンツ受信部３２にコンテンツファイル、コンテンツの付加情報を送信する。
（２）サーバ３０は、コンテンツファイル及びコンテンツの付加情報を受信する。
（３）サーバ３０は、サーバ上で一意なコンテンツ名称でもってコンテンツの名前を決定し、コンテンツの付加情報と合わせてコンテンツ情報ＤＢ３４に格納する。このとき、コンテンツ情報ＤＢ３４では一意なコンテンツ識別ＩＤが付与される。
【００１８】
（４）サーバ３０の保存先決定部３８は、以下のいずれか又はその組み合わせにより、コンテンツの保存先の保存ディレクトリ６０と保存先と対応する配信サーバ６０の配信サーバ情報識別ＩＤを１つ又は複数決定する。
（ａ）各配信サーバ５０のアクセスログ５２情報に基づいてアクセス数が最も少ないものから順に１つ又は複数決定する。
（ｂ）各配信サーバ５０のアクセスログ５２情報に基づいてある期間の総配信容量が最も少ないものから順に１つ又は複数決定する。
（ｃ）各配信サーバ５０のアクセスログ５２情報に基づいてある単位時間当たりの配信容量が最も少ないものから順に１つ又は複数決定する。
（ｄ）各配信サーバ５０のアクセスログ５２情報に基づいてある特定期間の総配信容量が最も少ないものから順に１つ又は複数決定する。
【００１９】
（ｅ）監視エージェント５１に問い合わせ、その配信サーバ５０の保存ディレクトリ６０が有する記憶領域の残り記憶容量に応じて１つ又は複数決定する。
（ｆ）監視エージェント５１に問い合わせ、その配信サーバ上の同時接続数が少ないものから順に１つ又は複数決定する。
（ｇ）ランダムに１つ又は複数決定する。
（ｈ）予め配信サーバ情報ＤＢ３６に記述しておいた割合によって１つ又は複数決定する。
（ｉ）（ａ）〜（ｈ）において、ユーザの種別に応じて、保存先の配信サーバ５０の識別ＩＤの数を決定する。例えば、お金を払っているユーザには複数の配信サーバへの保存を許す。この結果、配信の品質が向上する。
【００２０】
（５）（４）で決定した１つ又は複数の配信サーバ識別ＩＤで識別される配信サーバ５０の保存ディレクトリ６０にコンテンツを保存すると共に、コンテンツ保存情報ＤＢ３７に、（コンテンツ識別ＩＤ、配信サーバ識別ＩＤ）の組を、配信サーバ識別ＩＤの数だけ格納する。
【００２１】
次に、コンテンツの配信要求処理手順について説明する。
（１）ユーザは、サーバ３０のコンテンツ配信要求受付部３３に視聴したいコンテンツの識別ＩＤを送信する。
（２）サーバ３０は、該当するコンテンツ識別ＩＤが、コンテンツ情報ＤＢ３４に存在するか否かを検索する。
（３）（２）で存在すれば、コンテンツ保存情報ＤＢ３７を走査し、該当のコンテンツ識別ＩＤのレコードを取得する。もし存在しなければユーザにエラーを返す。
【００２２】
（４）（３）で取得したコンテンツ識別ＩＤのレコードが１つしかない場合は（５）に進む。コンテンツ識別ＩＤのレコードが複数存在する場合は、例えば、次の決定条件に従って１つ決定する。
（ａ）ランダムに決定する。
（ｂ）予め配信サーバ情報ＤＢ３６に記述しておいた割合によって決定する。
（ｃ）事前に定められた優先順位により決定する。
【００２３】
（５）（４）で決定したレコードの配信サーバ識別ＩＤにより、配信サーバ情報ＤＢ３６から配信サーバＵＲＬ　、公開パス名を取得する。また、コンテンツ識別ＩＤによりコンテンツ情報ＤＢ３４を検索し、コンテンツファイル名を取得する。そして以下の制御情報をユーザに返却する。
即ち、＜配信サーバＵＲＬ　＞／＜公開パス名＞／＜コンテンツファイル名＞と、コンテンツのマイムタイプ（ＭＩＭＥタイプ）をユーザに送信する。尚、マイムタイプは固定値であるので、サーバ３０のコンテンツ配信要求受付部３３が保持するようにしてよい。
【００２４】
次に、本発明の実施の形態によるプログラムについて説明する。
コンテンツ配信制御装置としてのＷＷＷ　サーバ３０の前述した動作に基づく処理を、このサーバ３０におけるＣＰＵが実行するためのプログラムは、本発明によるプログラムを構成する。
【００２５】
このプログラムを記録する記録媒体としては、光磁気ディスク、光ディスク、半導体メモリ、磁気記録媒体等を用いることができ、これらをＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、フレキシブルディスク、メモリカード等に構成して用いてよい。
【００２６】
またこの記録媒体は、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部のＲＡＭ等の揮発性メモリのように、一定時間プログラムを保持するものも含まれる。
【００２７】
また上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから伝送媒体を介して、あるいは伝送媒体中の伝送波により他のコンピュータシステムに伝送されるものであってもよい。上記伝送媒体とは、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体をいうものとする。
【００２８】
また、上記プログラムは、前述した機能の一部を実現するためであってもよい。さらに、前述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【００２９】
従って、このプログラム及び記録媒体を図１のシステム又は装置とは異なるシステム又は装置において用い、そのシステム又は装置のコンピュータがこの記録媒体に格納されたプログラムを実行することによっても、前記実施の形態で説明した機能及び効果と同等の機能及び効果を得ることができ、本発明の目的を達成することができる。
【００３０】
【発明の効果】
以上説明したように本発明によれば、複数のコンテンツ保存ディレクトリ及び複数の配信サーバを備えたコンテンツ配信システムにおいて、同じコンテンツを全ての保存ディレクトリに保存する必要がなくなり、効率のよい負荷分散を行うことができる。また、これによって配信されるコンテンツ品質を向上させることができると共に、システムの効率的な運用をはかることができる。
さらに、コンテンツのアップロードをコンテンツ配信制御装置としてのサーバ側で行うので、利便性が向上する。
【図面の簡単な説明】
【図１】本発明の実施の形態によるコンテンツ配信制御装置を用いたコンテンツ配信システムを示すブロック図である。
【図２】図１の各データベースの内容の例を示す構成図である。
【図３】従来のコンテンツ配信制御装置を用いたコンテンツ配信システムを示すブロック図である。
【符号の説明】
１０：ネットワーク、２０：ユーザ端末、３０：ＷＷＷ　サーバ、３１：通信処理装置、３２：コンテンツ受信部、３３：コンテンツ配信要求受付部、３４：コンテンツ情報ＤＢ、３５：ユーザ情報ＤＢ、３６：配信サーバ情報ＤＢ、３７：コンテンツ保存先ＤＢ、３８：保存先決定部、５０：配信サーバ、５１：監視エージェント、５２：アクセスログ、６０：公開コンテンツ保存ディレクトリ
【図１】
2004030423.tif 000003
【図２】
2004030423.tif 000004
【図３】
2004030423.tif 000005