(57)【要約】【課題】  各分散視聴環境毎に、分散配信サーバおよび分散視聴端末を備えたコンテンツ配信システムにおいて、センターオペレータに負担をかけることなく、センターライブラリへコンテンツを登録できるようにする。【解決手段】  センターライブラリに登録するコンテンツが発生した分散視聴端末a331は、上記コンテンツを同一分散視聴環境ａに存在する分散配信サーバa310に仮登録する。分散配信サーバa310は、コンテンツが仮登録される毎に、センター配信サーバ110へコンテンツの登録処理依頼を送信する。センター配信サーバ110は、各分散配信サーバから送られてきている登録処理依頼に基づいて、コンテンツの登録スケジュールを自動生成し、この生成した登録スケジュールに従って、各分散配信サーバに仮登録されているコンテンツを自サーバ110内のセンターライブラリに登録する。【選択図】      図１
2006031150.tif 000002
【特許請求の範囲】
【請求項１】
複数のコンテンツが登録されたセンターライブラリを有するセンター配信サーバと、前記センターライブラリに登録されているコンテンツのレプリカを保持する分散視聴環境毎の分散配信サーバと、前記分散視聴環境毎にそれぞれ複数配置された視聴端末であって、自端末と同一分散視聴環境の分散配信サーバからコンテンツの配信を受ける視聴端末とを備えたコンテンツ配信システムにおいて、
前記複数の視聴端末の内の、前記センターライブラリに登録するコンテンツが発生した視聴端末が、自端末と同一分散視聴環境の分散配信サーバに前記コンテンツを仮登録し、
前記各分散配信サーバが、コンテンツの仮登録が行われる毎に、前記センター配信サーバに対して前記仮登録されたコンテンツの登録を依頼する登録処理依頼を送信し、
前記センター配信サーバが、前記各分散配信サーバから送られてきた登録処理依頼と、予め定められている登録スケジュール生成ルールに基づいて、予め定められている登録処理時間帯に行うコンテンツ登録処理のスケジュールであって、登録処理対象にする登録対象コンテンツ及び処理順を示す登録スケジュールを生成し、該生成した登録スケジュールに従って、登録対象コンテンツを仮登録している分散配信サーバから前記登録対象コンテンツを取得し、該取得した登録対象コンテンツを前記センターライブラリに登録することを特徴とするコンテンツ登録方法。
【請求項２】
請求項１記載のコンテンツ登録方法において、
前記登録処理依頼が、
登録依頼するコンテンツのサイズを含み、
前記登録スケジュール生成ルールが、
前記各分散配信サーバから送られてきた登録処理依頼中のコンテンツのサイズと、前記登録処理時間帯の長さとに基づいて、前記登録処理時間帯で処理可能な範囲内において、到着順が早い登録処理依頼に対応するコンテンツを優先的に登録対象コンテンツとし、且つ、到着順が早い登録処理依頼に対応するコンテンツほど、処理順を早くするものであることを特徴とするコンテンツ登録方法。
【請求項３】
請求項１記載のコンテンツ登録方法において、
前記センター配信サーバが、前記センターライブラリに登録されているコンテンツの内の、レプリケーション処理を行うべき各コンテンツの登録順と、予め定められているレプリケーションスケジュール生成ルールに基づいて、予め定められているレプリケーション処理時間帯に行うレプリケーション処理のスケジュールであって、レプリケーション処理対象にするレプリケーション対象コンテンツ及び処理順を示すレプリケーションスケジュールを生成し、該生成したスケジュールに従って、前記各分散配信サーバに対して、前記レプリケーション対象コンテンツを送信することを特徴とするコンテンツ登録方法。
【請求項４】
請求項３記載のコンテンツ登録方法において、
前記レプリケーションスケジュール生成ルールが、
前記レプリケーション処理を行うべき各コンテンツのサイズと、前記レプリケーション処理時間帯の長さに基づいて、前記レプリケーション処理時間帯で処理可能な範囲内において、登録順が早いコンテンツを優先的にレプリケーション対象コンテンツとし、且つ、登録順が早いコンテンツほど、処理順を早くするものであることを特徴とするコンテンツ登録方法。
【請求項５】
請求項３記載のコンテンツ登録方法において、
前記各分散視聴環境毎に、キャッシュサーバを備え、
前記キャッシュサーバは、自サーバと同一分散視聴環境に存在する分散配信サーバに障害が発生している場合は、視聴端末からのコンテンツ配信要求を他の分散視聴環境に存在するキャッシュサーバに転送することを特徴とするコンテンツ登録方法。
【請求項６】
複数のコンテンツが登録されたセンターライブラリを有するセンター配信サーバと、前記センターライブラリに登録されているコンテンツのレプリカを保持する分散視聴環境毎の分散配信サーバと、前記分散視聴環境毎にそれぞれ複数配置された視聴端末であって、自端末と同一分散視聴環境の分散配信サーバからコンテンツの配信を受ける視聴端末とを備えたコンテンツ配信システムにおいて、
前記各視聴端末が、前記センターライブラリに登録するコンテンツが発生した場合、自端末と同一分散環境の分散配信サーバに前記コンテンツを仮登録する構成を有し、
前記各分散配信サーバが、コンテンツの仮登録が行われる毎に、前記センター配信サーバに対して前記仮登録されたコンテンツの登録を依頼する登録処理依頼を送信する構成を有し、
前記センター配信サーバが、前記各分散配信サーバから送られてきた登録処理依頼と、予め定められている登録スケジュール生成ルールに基づいて、予め定められている登録処理時間帯に行うコンテンツ登録処理のスケジュールであって、登録処理対象にする登録対象コンテンツ及び処理順を示す登録スケジュールを生成し、該生成した登録スケジュールに従って、登録対象コンテンツを仮登録している分散配信サーバから前記登録対象コンテンツを取得し、該取得した登録対象コンテンツを前記センターライブラリに登録する構成を有することを特徴とするコンテンツ配信システム。
【請求項７】
請求項６記載のコンテンツ配信システムにおいて、
前記登録処理依頼が、
登録依頼するコンテンツのサイズを含み、
前記登録スケジュール生成ルールが、
前記各分散配信サーバから送られてきた登録処理依頼中のコンテンツのサイズと、前記登録処理時間帯の長さとに基づいて、前記登録処理時間帯で処理可能な範囲内において、到着順が早い登録処理依頼に対応するコンテンツを優先的に登録対象コンテンツとし、且つ、到着順が早い登録処理依頼に対応するコンテンツほど、処理順を早くするものであることを特徴とするコンテンツ配信システム。
【請求項８】
請求項６記載のコンテンツ配信システムにおいて、
前記センター配信サーバが、前記センターライブラリに登録されているコンテンツの内の、レプリケーション処理を行うべき各コンテンツの登録順と、予め定められているレプリケーションスケジュール生成ルールに基づいて、予め定められているレプリケーション処理時間帯に行うレプリケーション処理のスケジュールであって、レプリケーション処理対象にするレプリケーション対象コンテンツ及び処理順を示すレプリケーションスケジュールを生成し、該生成したスケジュールに従って、前記各分散配信サーバに対して、前記レプリケーション対象コンテンツを送信する構成を有することを特徴とするコンテンツ配信システム。
【請求項９】
請求項８記載のコンテンツ配信システムにおいて、
前記レプリケーションスケジュール生成ルールが、
前記レプリケーション処理を行うべき各コンテンツのサイズと、前記レプリケーション処理時間帯の長さに基づいて、前記レプリケーション処理時間帯で処理可能な範囲内において、登録順が早いコンテンツを優先的にレプリケーション対象コンテンツとし、且つ、登録順が早いコンテンツほど、処理順を早くするものであることを特徴とするコンテンツ配信システム。
【請求項１０】
請求項記載８のコンテンツ配信システムにおいて、
前記各分散視聴環境毎に、キャッシュサーバを備え、
前記キャッシュサーバは、自サーバと同一分散視聴環境に存在する分散配信サーバに障害が発生している場合は、視聴端末からのコンテンツ配信要求を他の分散視聴環境に存在するキャッシュサーバに転送する構成を有することを特徴とするコンテンツ配信システム。
【請求項１１】
分散視聴端末によってコンテンツが仮登録された分散配信サーバから送られてきた登録処理依頼と、予め定められている登録スケジュール生成ルールに基づいて、予め定められている登録処理時間帯に行うコンテンツ登録処理のスケジュールであって、登録処理対象にする登録対象コンテンツ及び処理順を示す登録スケジュールを生成し、該生成した登録スケジュールに従って、登録対象コンテンツを仮登録している分散配信サーバから前記登録対象コンテンツを取得し、該取得した登録対象コンテンツをセンターライブラリに登録する構成を有することを特徴とするセンター配信サーバ。
【請求項１２】
複数のコンテンツが登録されたセンターライブラリを有するコンピュータをセンター配信サーバとして機能させるためのプログラムであって、
前記コンピュータを、
分散視聴端末によってコンテンツが仮登録された分散配信サーバから送られてきた登録処理依頼と、予め定められている登録スケジュール生成ルールに基づいて、予め定められている登録処理時間帯に行うコンテンツ登録処理のスケジュールであって、登録処理対象にする登録対象コンテンツ及び処理順を示す登録スケジュールを生成し、該生成した登録スケジュールに従って、登録対象コンテンツを仮登録している分散配信サーバから前記登録対象コンテンツを取得し、該取得した登録対象コンテンツを前記センターライブラリに登録する手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、文書，静止画，動画，音声などの各種コンテンツ（マルチコンテンツ）を配信するコンテンツ配信システムに関し、特に、コンテンツの登録処理を効率的に行うことができるコンテンツ登録技術に関する。
【背景技術】
【０００２】
コンテンツ配信システムの基本構成は、配信サーバと視聴端末である。小規模でローカルな環境であれば、この基本構成でも運用可能である。しかし、システムの規模が大きくなり、視聴環境がネットワーク上に分散すると、配信サーバの負荷分散を図るため、分散視聴環境毎にキャッシュサーバや配信サーバを配置することが必要になる（例えば、特許文献１，２参照）。なお、以下の説明では、分散視聴環境に配置された配信サーバを分散配信サーバと称し、センター環境に配置されている配信サーバをセンター配信サーバと称す。
【特許文献１】特開２００４−７８７５６号公報
【特許文献２】特開２００２−３６８７４２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上述したように、分散視聴環境毎にキャッシュサーバや分散配信サーバを配置すれば、センター配信サーバの負荷を低減させることができる。しかし、キャッシュサーバや分散配信サーバの目的は、あくまでセンター配信サーバの負荷軽減であるため、コンテンツ登録，レプリケーションといった作業がセンター環境に集中することにはかわりはない。つまり、センター環境において、以下の作業を行うことが必要になる。
【０００４】
・センターオペレータがコンテンツ提供者から送られてくるコンテンツを管理する（媒体の受け取り、それを保管すると共に、媒体に記録されているコンテンツを管理する）
・ユーザの視聴に影響を与えないようにするため、コンテンツの登録作業やレプリケーションは、利用頻度が低い時間帯（例えば、夜間）に実施する必要がある。このため、提供されているコンテンツのサイズと、登録処理を行う時間帯の長さとに基づいて、登録対象にするコンテンツを選択すると共に、登録順を決定したり（登録スケジュールの生成）、レプリケーションを実行することが必要なコンテンツのサイズと、レプリケーション処理を行う時間帯の長さとに基づいて、レプリケーション処理対象にするコンテンツを選択すると共に処理順を決定する（レプリケーションスケジュールの生成）。
・生成した登録スケジュールに従って、媒体からコンテンツをコピーし、登録のためのバッチ処理を組み込む。更に、生成したレプリケーションスケジュールに従って、レプリケーションのためのバッチ処理を組み込む。
【０００５】
コンテンツ数が揃っていない時代であれば、センターオペレータは、上述した作業を無理なく行うことができた。しかし、昨今のマルチメディアコンテンツの充実に伴ってセンターオペレータにかかる負担は増加する一方であり、コンテンツの登録処理、レプリケーション処理そのものが停滞してしまう危険性がある。
【０００６】
そこで、本発明の目的は、センターオペレータに負担をかけることなく、コンテンツの登録処理，レプリケーション処理を効率的に行えるようにすることにある。
【課題を解決するための手段】
【０００７】
本発明にかかる第１のコンテンツ登録方法は、オペレータに負担をかけることなく、コンテンツの登録処理を効率的に行えるようにするため、
複数のコンテンツが登録されたセンターライブラリを有するセンター配信サーバと、前記センターライブラリに登録されているコンテンツのレプリカを保持する分散視聴環境毎の分散配信サーバと、前記分散視聴環境毎にそれぞれ複数配置された視聴端末であって、自端末と同一分散視聴環境の分散配信サーバからコンテンツの配信を受ける視聴端末とを備えたコンテンツ配信システムにおいて、
前記複数の視聴端末の内の、前記センターライブラリに登録するコンテンツが発生した視聴端末が、自端末と同一分散視聴環境の分散配信サーバに前記コンテンツを仮登録し、
前記各分散配信サーバが、コンテンツの仮登録が行われる毎に、前記センター配信サーバに対して前記仮登録されたコンテンツの登録を依頼する登録処理依頼を送信し、
前記センター配信サーバが、前記各分散配信サーバから送られてきた登録処理依頼と、予め定められている登録スケジュール生成ルールに基づいて、予め定められている登録処理時間帯に行うコンテンツ登録処理のスケジュールであって、登録処理対象にする登録対象コンテンツ及び処理順を示す登録スケジュールを生成し、該生成した登録スケジュールに従って、登録対象コンテンツを仮登録している分散配信サーバから前記登録対象コンテンツを取得し、該取得した登録対象コンテンツを前記センターライブラリに登録することを特徴とする。
【０００８】
本発明にかかる第２のコンテンツ登録方法は、第１のコンテンツ登録方法において、
前記登録処理依頼が、
登録依頼するコンテンツのサイズを含み、
前記登録スケジュール生成ルールが、
前記各分散配信サーバから送られてきた登録処理依頼中のコンテンツのサイズと、前記登録処理時間帯の長さとに基づいて、前記登録処理時間帯で処理可能な範囲内において、到着順が早い登録処理依頼に対応するコンテンツを優先的に登録対象コンテンツとし、且つ、到着順が早い登録処理依頼に対応するコンテンツほど、処理順を早くするものであることを特徴とする。
【０００９】
本発明にかかる第３のコンテンツ登録方法は、センターオペレータに負担をかけることなく、レプリケーション処理を効率的に行えるようにするため、第１のコンテンツ登録方法において、
前記センター配信サーバが、前記センターライブラリに登録されているコンテンツの内の、レプリケーション処理を行うべき各コンテンツの登録順と、予め定められているレプリケーションスケジュール生成ルールに基づいて、予め定められているレプリケーション処理時間帯に行うレプリケーション処理のスケジュールであって、レプリケーション処理対象にするレプリケーション対象コンテンツ及び処理順を示すレプリケーションスケジュールを生成し、該生成したスケジュールに従って、前記各分散配信サーバに対して、前記レプリケーション対象コンテンツを送信することを特徴とする。
【００１０】
本発明にかかる第４のコンテンツ登録方法は、第３のコンテンツ登録方法において、
前記レプリケーションスケジュール生成ルールが、
前記レプリケーション処理を行うべき各コンテンツのサイズと、前記レプリケーション処理時間帯の長さに基づいて、前記レプリケーション処理時間帯で処理可能な範囲内において、登録順が早いコンテンツを優先的にレプリケーション対象コンテンツとし、且つ、登録順が早いコンテンツほど、処理順を早くするものであることを特徴とする。
【００１１】
本発明にかかる第５のコンテンツ登録方法は、或る分散視聴環境の分散配信サーバに障害が発生した場合であっても、その分散配信サーバと同一分散視聴環境に存在する視聴端末にコンテンツを配信できるようにするため、第３のコンテンツ登録方法において、
前記各分散視聴環境毎に、キャッシュサーバを備え、
前記キャッシュサーバは、自サーバと同一分散視聴環境に存在する分散配信サーバに障害が発生している場合は、視聴端末からのコンテンツ配信要求を他の分散視聴環境に存在するキャッシュサーバに転送することを特徴とする。
【００１２】
本発明にかかる第１のコンテンツ配信システムは、センターオペレータに負担をかけることなく、コンテンツの登録処理を効率的に行えるようにするため、
複数のコンテンツが登録されたセンターライブラリを有するセンター配信サーバと、前記センターライブラリに登録されているコンテンツのレプリカを保持する分散視聴環境毎の分散配信サーバと、前記分散視聴環境毎にそれぞれ複数配置された視聴端末であって、自端末と同一分散視聴環境の分散配信サーバからコンテンツの配信を受ける視聴端末とを備えたコンテンツ配信システムにおいて、
前記各視聴端末が、前記センターライブラリに登録するコンテンツが発生した場合、自端末と同一分散環境の分散配信サーバに前記コンテンツを仮登録する構成を有し、
前記各分散配信サーバが、コンテンツの仮登録が行われる毎に、前記センター配信サーバに対して前記仮登録されたコンテンツの登録を依頼する登録処理依頼を送信する構成を有し、
前記センター配信サーバが、前記各分散配信サーバから送られてきた登録処理依頼と、予め定められている登録スケジュール生成ルールに基づいて、予め定められている登録処理時間帯に行うコンテンツ登録処理のスケジュールであって、登録処理対象にする登録対象コンテンツ及び処理順を示す登録スケジュールを生成し、該生成した登録スケジュールに従って、登録対象コンテンツを仮登録している分散配信サーバから前記登録対象コンテンツを取得し、該取得した登録対象コンテンツを前記センターライブラリに登録する構成を有することを特徴とする。
【００１３】
本発明にかかる第２のコンテンツ配信システムは、第１のコンテンツ配信システムにおいて、
前記登録処理依頼が、
登録依頼するコンテンツのサイズを含み、
前記登録スケジュール生成ルールが、
前記各分散配信サーバから送られてきた登録処理依頼中のコンテンツのサイズと、前記登録処理時間帯の長さとに基づいて、前記登録処理時間帯で処理可能な範囲内において、到着順が早い登録処理依頼に対応するコンテンツを優先的に登録対象コンテンツとし、且つ、到着順が早い登録処理依頼に対応するコンテンツほど、処理順を早くするものであることを特徴とする。
【００１４】
本発明にかかる第３のコンテンツ配信システムは、センターオペレータに負担をかけることなく、レプリケーション処理を効率的に行えるようにするため、第１のコンテンツ配信システムににおいて、
前記センター配信サーバが、前記センターライブラリに登録されているコンテンツの内の、レプリケーション処理を行うべき各コンテンツの登録順と、予め定められているレプリケーションスケジュール生成ルールに基づいて、予め定められているレプリケーション処理時間帯に行うレプリケーション処理のスケジュールであって、レプリケーション処理対象にするレプリケーション対象コンテンツ及び処理順を示すレプリケーションスケジュールを生成し、該生成したスケジュールに従って、前記各分散配信サーバに対して、前記レプリケーション対象コンテンツを送信する構成を有することを特徴とする。
【００１５】
本発明にかかる第４のコンテンツ配信システムは、
第３ののコンテンツ配信システムにおいて、
前記レプリケーションスケジュール生成ルールが、
前記レプリケーション処理を行うべき各コンテンツのサイズと、前記レプリケーション処理時間帯の長さに基づいて、前記レプリケーション処理時間帯で処理可能な範囲内において、登録順が早いコンテンツを優先的にレプリケーション対象コンテンツとし、且つ、登録順が早いコンテンツほど、処理順を早くするものであることを特徴とする。
【００１６】
本発明にかかる第５のコンテンツ配信システムは、或る分散配信サーバに障害が発生した場合であっても、その分散配信サーバと同一分散視聴環境に存在する視聴端末にコンテンツを配信できるようにするため、
第３のコンテンツ配信システムにおいて、
前記各分散視聴環境毎に、キャッシュサーバを備え、
前記キャッシュサーバは、自サーバと同一分散視聴環境に存在する分散配信サーバに障害が発生している場合は、視聴端末からのコンテンツ配信要求を他の分散視聴環境に存在するキャッシュサーバに転送する構成を有することを特徴とする。
【００１７】
本発明のコンテンツ配信システムは、センターオペレータに負担をかけることなく、コンテンツを効率的に登録できるようにするため、
分散視聴端末によってコンテンツが仮登録された分散配信サーバから送られてきた登録処理依頼と、予め定められている登録スケジュール生成ルールに基づいて、予め定められている登録処理時間帯に行うコンテンツ登録処理のスケジュールであって、登録処理対象にする登録対象コンテンツ及び処理順を示す登録スケジュールを生成し、該生成した登録スケジュールに従って、登録対象コンテンツを仮登録している分散配信サーバから前記登録対象コンテンツを取得し、該取得した登録対象コンテンツをセンターライブラリに登録する構成を有する。
【００１８】
本発明にかかるプログラムは、センターオペレータに負担をかけることなく、コンテンツを効率的に登録できるようにするため、
複数のコンテンツが登録されたセンターライブラリを有するコンピュータをセンター配信サーバとして機能させるためのプログラムであって、
前記コンピュータを、
分散視聴端末によってコンテンツが仮登録された分散配信サーバから送られてきた登録処理依頼と、予め定められている登録スケジュール生成ルールに基づいて、予め定められている登録処理時間帯に行うコンテンツ登録処理のスケジュールであって、登録処理対象にする登録対象コンテンツ及び処理順を示す登録スケジュールを生成し、該生成した登録スケジュールに従って、登録対象コンテンツを仮登録している分散配信サーバから前記登録対象コンテンツを取得し、該取得した登録対象コンテンツを前記センターライブラリに登録する手段として機能させる。
【発明の効果】
【００１９】
本発明にかかる第１，第２のコンテンツ登録方法、第１，第２のコンテンツ配信システム、センター配信サーバ及びプログラムによれば、センターオペレータに負担をかけることなく、コンテンツを効率的にセンターライブラリに登録することが可能になる。その理由は、センター配信サーバが、自動的にコンテンツの登録スケジュールを生成し、この生成した登録スケジュールに従ってコンテンツが仮登録されている分散配信サーバからコンテンツを取得し、取得したコンテンツをセンターライブラリに登録するようにしているからである。
【００２０】
本発明にかかる第３，第４のコンテンツ登録方法および第３，第４のコンテンツ配信システムによれば、センターオペレータに負担をかけることなく、コンテンツのレプリケーション処理を効率的に行うことが可能になる。その理由は、センター配信サーバが、自動的にコンテンツのレプリケーションスケジュールを生成し、このレプリケーションスケジュールに従って、レプリケーション対象コンテンツを各分散配信サーバに配信するようにしているからである。
【００２１】
本発明にかかる第５のコンテンツ登録方法およびコンテンツ配信システムによれば、或る分散配信サーバに障害が発生した場合であっても、その分散配信サーバと同一分散視聴環境に存在する視聴端末にコンテンツを配信することが可能となる。その理由は、キャッシュサーバが同一分散視聴環境の分散配信サーバの障害を検出した場合、視聴端末からのコンテンツ配信要求を他の分散視聴環境の分散配信サーバに転送するようにしているからである。
【発明を実施するための最良の形態】
【００２２】
次に本発明の実施の形態について図面を参照して詳細に説明する。
【００２３】
〔第１の実施の形態の構成〕
図１は本発明にかかるコンテンツ配信システムの第１の実施の形態の構成例を示すブロック図である。同図を参照すると、センター環境には、センター配信サーバ１１０と、キャッシュサーバ１２０と、センター視聴端末１３０とが配置されている。また、各分散視聴環境ａ〜ｃには、分散配信サーバａ３１０〜ｃ３１０と、キャッシュサーバａ３２０〜ｃ３２０と、分散視聴端末ａ３３１〜ａ３３３，ｂ３３１〜ｂ３３３，ｃ３３１〜ｃ３３３とが配置されている。そして、センター環境のキャッシュサーバ１２０と、各分散視聴環境ａ〜ｃのキャッシュサーバａ３２０〜ｃ３２０とは、十分に高速な広域ＬＡＮ２００によって相互結合されている。
【００２４】
なお、図１では分散視聴環境の数を「３」、各分散視聴環境に配置された分散視聴端末の数を「３」としたが、その数はこれに限られるものではない。また、図１では、広域ＬＡＮ２００により各キャッシュサーバを相互に接続するようにしたが、インターネット等の他のネットワークを用いて接続するようにしても良い。更に、図１では、例えば、分散配置環境ａに配置される構成要素には、それを示す符号の頭にアルファベットａを付し、その構成要素が分散視聴環境ａに配置されていることを表すようにしているが、任意の一分散視聴環境に配置された構成要素を表す場合には、例えば、分散配信サーバ３１０のように、符号の頭のアルファベットを省略する。
【００２５】
次に個々の構成要素について説明する。
【００２６】
分散視聴端末３３１〜３３３は、自端末と同一分散視聴環境に存在するキャッシュサーバ３２０へコンテンツ配信要求を送信し、このコンテンツ配信要求に応答して配信されてきたコンテンツをユーザに視聴させる機能や、センター配信サーバ１１０が備えているセンターライブラリに登録したいコンテンツが発生した場合、自端末と同一分散視聴環境に存在する分散配信サーバ３１０に上記コンテンツを仮登録する機能を有している。
【００２７】
図２に上記した機能を有する分散視聴端末３３１の構成例を示す。なお、他の分散視聴端末も同様の構成を有する。図２を参照すると、分散視聴端末３３１は、送受信部３３１１と、コンテンツ登録依頼手段３３１３、コンテンツ視聴手段３３１４及び視聴テスト依頼手段３３１５を含む制御部３３１２と、記憶装置３３１６と、キーボード等の入力部３３１７と、ＬＣＤ等の表示部３３１８とを備えている。
【００２８】
送受信手段３３１１は、データを送受信する機能を有する。
【００２９】
コンテンツ視聴手段３３１４は、ユーザが入力部３３１７から入力したコンテンツ配信要求送信指示に応答して、自端末と同一分散視聴環境に存在するキャッシュサーバ３２０に対してコンテンツ配信要求を送信する機能や、コンテンツ配信要求に応答して配信されたきたコンテンツを表示部３３１８やスピーカ（図示せず）に出力し、ユーザに視聴させる機能を有する。
【００３０】
コンテンツ登録依頼手段３３１３は、ユーザが入力部３３１７から入力したコンテンツ登録指示に応答して、自端末と同一分散視聴環境に存在する分散配信サーバ３１０に対してコンテンツの仮登録依頼を送信する機能や、仮登録依頼に応答して分散配信サーバ３１０から仮登録許可が送られてきた場合、記憶装置３３１６に登録されている、センターライブラリに登録したいコンテンツを分散配信サーバ３１０へ送信する機能や、分散配信サーバ３１０から送られてくる仮登録完了通知を表示部３３１８に表示する機能などを有する。
【００３１】
視聴テスト依頼手段３３１５は、ユーザが入力部３３１７から入力した視聴テスト指示に応答して、分散配信サーバ３１０に対して視聴テスト依頼を送信する機能や、視聴テスト依頼に応答して分散配信サーバ３１０から送られてきたコンテンツをコンテンツ視聴手段３３１４に渡し、ユーザに視聴させる機能や、視聴テスト結果を分散配信サーバ３１０へ送信する機能などを有している。
【００３２】
なお、分散視聴端末３３１は、パーソナルコンピュータ等のコンピュータによって実現可能なものであり、コンピュータによって分散視聴端末を実現する場合には、例えば、次のようにする。コンピュータを分散視聴端末３３１として機能させるためのプログラムを記録した、ディスク，半導体メモリ，その他の記録媒体を用意し、コンピュータに上記プログラムを読み取らせる。コンピュータは、読み取ったプログラムに従って自身の動作を制御することにより、自コンピュータ上に、送受信部３３１１および制御部３３１２を実現する。
【００３３】
キャッシュサーバ３２０は、通常のキャッシュサーバが備えている機能に加え、自サーバ３２０と同一分散視聴環境の分散配信サーバ３１０に障害が発生している場合には、他の分散視聴環境のキャッシュサーバ３２０に分散視聴端末３３１〜３３３から送られてきたコンテンツ配信要求を転送する機能を備えている。
【００３４】
図３に上記した機能を有するキャッシュサーバ３２０の構成例を示す。同図を参照すると、キャッシュサーバ３２０は、送受信部３２０１と、コンテンツ配信手段３２０３および障害検出手段３２０４を有する制御部３２０２と、コンテンツキャッシュ３２０５とを備えている。
【００３５】
送受信部３２０１は、データをやり取りする機能を有する。
【００３６】
障害検出手段３２０４は、自サーバ３２０と同一分散視聴環境に配置されている分散配信サーバ３１０の障害を検出する機能を有する。
【００３７】
コンテンツ配信手段３２０３が備えている主な機能は次の通りである。
【００３８】
・コンテンツ配信要求によって配信要求されているコンテンツがコンテンツキャッシュ３２０５に存在する場合には、それを要求元の分散視聴端末へ配信する機能。
・配信要求されたコンテンツがコンテンツキャッシュ３２０５に存在せず、且つ同一分散視聴環境の分散配信サーバ３１０が正常動作している場合は、上記分散配信サーバ３１０にコンテンツ配信要求を送信する機能。
・配信要求されたコンテンツがコンテンツキャッシュ３２０５に存在せず、且つ同一分散視聴環境の分散配信サーバ３１０に障害が発生している場合は、予め定められている他の分散視聴環境の分散配信サーバ３１０へコンテンツ配信要求を転送する機能。
・自サーバ３２０と同一分散視聴環境の分散配信サーバ３１０或いは他の分散視聴環境の分散配信サーバ３１０からコンテンツが送られてきた場合、それをコンテンツキャッシュ３２０５に登録すると共に、要求元の分散視聴端末へコンテンツを配信する機能。
【００３９】
なお、キャッシュサーバ３２０は、コンピュータによって実現可能なものであり、コンピュータによって実現する場合には、例えば、次のようにする。コンピュータをキャッシュサーバ３２０として機能させるためのプログラムを記録したディスク，半導体メモリ，その他の記録媒体を用意し、コンピュータに上記プログラムを読み取らせる。コンピュータは読み取ったプログラムに従って自身の動作を制御し、自コンピュータ上に送受信部３２０１及び制御部３２０２を実現する。
【００４０】
分散配信サーバ３１０は、分散視聴端末３３１〜３３３から仮登録依頼されたコンテンツを自サーバ３１０内の分散ライブラリに仮登録する機能や、仮登録したコンテンツをセンター配信サーバ１１０内のセンターライブラリに登録する機能や、コンテンツ配信要求によって配信要求されたコンテンツを要求元に配信する機能などを有する。
【００４１】
図４は上記した機能を有する分散配信サーバ３１０の構成例を示すブロック図であり、送受信部３１０１と、コンテンツ仮登録手段３１０３，レプリケーション手段３１０４，コンテンツ配信手段３１０５及び視聴テスト手段３１０６を有する制御部３１０２と、分散ライブラリ３１０７とを備えている。
【００４２】
送受信部３１０１は、データを送受信する機能を有する。
【００４３】
分散ライブラリ３１０７には、センター配信サーバ１１０内のセンターライブラリに登録されているコンテンツのレプリカが登録される。
【００４４】
コンテンツ仮登録手段３１０３は、仮登録依頼の送信元の分散視聴端末３３１〜３３３に対して仮登録許可を送信する機能や、分散視聴端末３３１〜３３３から送られてきたコンテンツを、分散ライブラリ３１０７上の仮登録用の領域に仮登録する機能や、仮登録したコンテンツに対する登録処理依頼をセンター配信サーバ１１０へ送信する機能や、センター配信サーバ１１０からのコンテンツ転送要求に応答して、該当するコンテンツをセンター配信サーバ１１０へ転送する機能などを有する。
【００４５】
レプリケーション手段３１０４は、センター配信サーバ１１０から送られてくるレプリケーション指示に含まれているコンテンツを分散ライブラリ３１０７に登録する機能を有する。
【００４６】
コンテンツ配信手段３１０５は、コンテンツ配信要求によって要求されているコンテンツを分散ライブラリ３０１７から読み出し、要求元に配信する機能を有する。
【００４７】
視聴テスト手段３０１６は、コンテンツの仮登録元の分散視聴端末３３１〜３３３からの視聴テスト依頼に応答して、仮登録したコンテンツを依頼元に送信する機能を有する。
【００４８】
なお、分散配信サーバ３１０は、コンピュータによって実現可能なものであり、コンピュータによって実現する場合は、例えば、次のようにする。コンピュータを分散配信サーバ３１０として機能させるためのプログラムを記録したディスク，半導体メモリ，その他の記録媒体を用意し、コンピュータに上記プログラムを読み取らせる。コンピュータは、読み取ったプログラムに従って自身の動作を制御し、自コンピュータ上に、送受信部３１０１及び制御部３１０２を実現する。
【００４９】
センター配信サーバ１１０は、分散配信サーバ３１０から送られてきた登録処理依頼と、予め定められている登録スケジュール生成ルールとに基づいて、予め定められている登録処理時間帯に行うコンテンツ登録処理のスケジュール（登録スケジュール）を生成し、この生成した登録スケジュールに従って、登録対象コンテンツを仮登録している分散配信サーバから登録対象コンテンツを取得し、取得した登録対象コンテンツをセンターライブラリ登録する機能を有する。
【００５０】
図５は上述した機能を有するセンター配信サーバ１１０の構成例を示すブロック図であり、送受信部１１０１と、制御部１１０２と、センターライブラリ１１０９と、登録処理依頼記憶部１１１０とを備えている。制御部１１０２は、登録処理依頼受け付け手段１１０３と、登録スケジュール生成手段１１０４と、コンテンツ登録手段１１０５と、レプリケーションスケジュール生成手段１１０６と、レプリケーション手段１１０７と、視聴テスト手段１１０８とを含んでいる。
【００５１】
センターライブラリ１１０９には、配信対象となるコンテンツの原本が登録されている。
【００５２】
送受信部１１０１は、データを送受信する機能を有する。
【００５３】
登録処理依頼受け付け手段１１０３は、分散配信サーバ３１０から送られてきた登録処理依頼を到着順に登録処理依頼記憶部１１１０に登録する機能を有する。
【００５４】
登録スケジュール生成手段１１０４は、登録処理依頼記憶部１１１０の内容と、登録スケジュール生成ルールとに基づいて、予め定められている登録処理時間帯（例えば、夜間）において行う登録処理のスケジュールを生成する機能を有する。
【００５５】
コンテンツ登録手段１１０５は、登録スケジュール生成手段１１０４が生成した登録スケジュールに従って、分散配信サーバ３１０に仮登録されているコンテンツをセンターライブラリ１１０９に登録する機能を有する。
【００５６】
レプリケーションスケジュール生成手段１１０６は、登録処理依頼記憶部１１０１の内容と、予め定められているレプリケーションスケジュール生成ルールとに基づいて、予め定められているレプリケーション処理時間帯（例えば、夜間）において行うレプリケーション処理のスケジュールを生成する機能を有する。
【００５７】
レプリケーション手段１１０７は、レプリケーションスケジュール生成手段１１０６が生成したレプリケーションスケジュールに従って、各分散配信サーバ３１０にレプリケーション対象コンテンツを送信する機能を有する。
【００５８】
視聴テスト手段１１０８は、センター視聴端末１３０から視聴テスト要求が送られてきたとき、レプリケーションすべきコンテンツの一覧表をセンター視聴端末１３０へ送信する機能や、センター視聴端末１３０から要求されたコンテンツをセンターライブラリ１１０９から読み出し、センター視聴端末１３０へ送信する機能などを有する。
【００５９】
なお、センター配信サーバ１１０は、コンピュータによって実現可能なものであり、コンピュータによって実現する場合は、例えば、次のようにする。コンピュータをセンター配信サーバ１１０として機能させるためのプログラムを記録したディスク，半導体メモリ，その他の用意し、コンピュータに上記プログラムを読み取らせる。コンピュータは、読み取ったプログラムに従って自身の動作を制御することにより、自コンピュータ上に送受信部１１０１及び制御部１１０２を実現する。
【００６０】
センター視聴端末１３０は、パーソナルコンピュータ等のコンピュータによって実現されるものであり、センターオペレータの指示に従ってセンター配信サーバ１１０に対して視聴テスト要求を送信する機能や、視聴テストするコンテンツをセンター配信サーバ１１０に要求する機能や、センター配信サーバ１１０から送られてきたコンテンツをセンターオペレータに視聴させる機能や、視聴テスト結果をセンター配信サーバ１１０へ送信する機能などを有する。
【００６１】
〔第１の実施の形態の動作〕
次に本実施の形態の動作について詳細に説明する。
【００６２】
〔コンテンツ登録時の動作〕
先ず、分散視聴端末が、センター配信サーバ１１０内のセンターライブラリ１１０９にコンテンツを登録する場合の動作について説明する。
【００６３】
今、例えば、分散視聴端末ａ３３１のユーザが、センターライブラリ１１０９に登録したいコンテンツＡ及びその属性情報（タイトル，概要，コンテンツサイズなどを含む）を記憶装置３３１６に格納し、その後、入力部３３１７からコンテンツ登録指示を入力したとする。これにより、分散視聴端末ａ３３１内のコンテンツ登録依頼手段３３１３が、自端末ａ３３１と同一分散視聴環境ａに配置されている分散配信サーバａ３１０に対して仮登録依頼を送信する（図６のステップＳ６０１）。この仮登録依頼は、キャッシュサーバａ３２０を介して分散配信サーバａ３１０に送られる。
【００６４】
分散配信サーバａ３１０内のコンテンツ仮登録手段３１０３は、仮登録依頼を受信すると、依頼元の分散視聴端末ａ３３１へ仮登録許可を送信する（ステップＳ６０２）。
【００６５】
分散視聴端末ａ３３１内のコンテンツ登録依頼手段３３１３は、仮登録許可を受信すると、記憶装置３３１６に格納されているコンテンツＡ及びその属性情報を分散配信サーバａ３１０へ送信する（ステップＳ６０３）。
【００６６】
分散配信サーバａ３１０内のコンテンツ仮登録手段３１０３は、コンテンツＡ及びその属性情報を受信すると、分散配信サーバａ３１０においてコンテンツＡを一意に識別するための仮コンテンツＩＤを生成し（例えば、ＫＡ）、その後、分散ライブラリ３１０７の所定領域に、コンテンツＡ、属性情報、仮コンテンツＩＤ「ＫＡ」及び分散視聴端末ａ３３１のアドレスを登録（仮登録）する（ステップＳ６０４）。仮登録が完了すると、コンテンツ仮登録手段３１０３は、仮コンテンツＩＤ「ＫＡ」を含んだ仮登録完了通知を分散視聴端末ａ３３１へ送信する（ステップＳ６０５）。
【００６７】
コンテンツ登録依頼手段３３１３は、仮登録完了通知を受信すると、それを表示部３３１８に表示する（ステップＳ６０６）。これにより、分散視聴端末ａ３３１のユーザは、コンテンツＡが仮コンテンツＩＤ「ＫＡ」で仮登録されたことを認識することができる。
【００６８】
その後、分散視聴端末ａ３３１にユーザは、入力部３３１７から視聴テスト指示を入力する。これにより、視聴テスト依頼手段３３１５が、仮コンテンツＩＤ「ＫＡ」を含んだ視聴テスト依頼を分散配信サーバａ３１０へ送信する（ステップＳ６０７）。なお、仮コンテンツＩＤ「ＫＡ」は、ユーザが入力部３３１７から入力しても良いし、コンテンツ登録依頼手段３３１３から取得するようにしても良い。
【００６９】
分散配信サーバａ３１０内の視聴テスト手段３１０６は、分散視聴端末ａ３３１から仮コンテンツＩＤ「ＫＡ」を含んだ視聴テスト依頼を受信すると、仮コンテンツＩＤ「ＫＡ」で分散ライブラリ３１０７に仮登録してあるコンテンツＡを分散視聴端末ａ３３１へ送信する（ステップＳ６０８）。なお、仮コンテンツＩＤを含んだ視聴テスト依頼があった場合、視聴テスト手段３１０６において、分散ライブラリ３１０７に上記仮コンテンツＩＤと対応付けて登録されている分散視聴端末のアドレスと、依頼元の分散視聴端末のアドレスとが一致しているか否かを調べ、一致している場合のみ、視聴テストを許可するようにしても良い。
【００７０】
分散視聴端末ａ３３１内の視聴テスト依頼手段３３１５は、コンテンツ視聴手段３３１４を利用してユーザにコンテンツＡを視聴させる（ステップＳ６０９）。ユーザは、視聴テストの結果（ＯＫ或いはＮＧ）を入力部３３１７から入力し、視聴テスト依頼手段３３１５は、視聴テスト結果を分散配信サーバａ３１０へ送信する（ステップＳ６１０）。なお、視聴テスト結果がＮＧの場合は、ユーザは、コンテンツを作成しなおし、再度、入力部３３１７からコンテンツ登録指示を入力する。これにより、前述した処理と同様の処理が行われる。
【００７１】
分散配信サーバａ３１０内の視聴テスト手段３１０６は、分散視聴端末ａ３３１から送られてきた視聴テスト結果が「ＮＧ」であれば（ステップＳ６１１がＮＯ）、ステップＳ６０４で仮登録したコンテンツＡ，属性情報および仮コンテンツＩＤ「ＫＡ」を削除する（ステップＳ６１２）。
【００７２】
これに対して、視聴テスト結果が「ＯＫ」であれば（ステップＳ６１１がＹＥＳ）、コンテンツ登録依頼手段３３１３に制御を戻す。これにより、コンテンツ登録依頼手段３３１３は、図７のフローチャートに示すように、コンテンツＡの属性情報と仮コンテンツＩＤ「ＫＡ」とを含んだ登録処理依頼ＴＡをセンター配信サーバ１１０へ送信する（ステップＳ７１）。
【００７３】
センター配信サーバ１１０内の登録処理依頼受け付け手段１１０３は、分散配信サーバａ３１０から登録処理依頼ＴＡが送られてくると、登録処理依頼記憶部１１１０に登録処理依頼ＴＡ及びその送信元サーバの装置番号（例えば、ａ３１０）を登録する。更に、登録依頼されているコンテンツを一意に識別するためのコンテンツＩＤ（例えば、ｉｄａ）を生成し、それも登録処理依頼記憶部１１１０に登録する（ステップＳ７２）。なお、到着順が古い登録処理依頼ほど、エリア番号が大きなエリアに登録する。また、本実施の形態では、分散配信サーバから送られてきた全ての登録処理依頼を無条件で登録処理依頼記憶部１１１０に登録するようにしたが、センター管理者がその登録を許可するか否かを判断するようにしても良い。
【００７４】
図８に登録処理依頼ＴＡ，送信元の装置番号「ａ３１０」及びコンテンツＩＤ「ｉｄａ」を登録した時点の、登録処理依頼記憶部１１１０の内容例を示す。同図に示すように、登録処理依頼記憶部１１１０には、登録処理依頼に対応付けて、送信元サーバの装置番号，コンテンツＩＤ，登録スケジュール済フラグ，コンテンツ登録日，レプリケーション許可フラグ，レプリケーションスケジュール済フラグ，レプリケーション日が登録される。
【００７５】
登録スケジュール済フラグは、登録依頼されているコンテンツを、登録スケジュールに組み込み済か否かを表す（“１”＝組み込み済、“０”＝未組み込み）。レプリケーション許可フラグは、レプリケーション処理が許可されているか否かを表す（“１”＝許可済，“０”＝未許可）。レプリケーションスケジュール済フラグは、コンテンツをレプリケーションスケジュールに組み込み済か否かを表す（“１”＝組み込み済、“０”＝未組み込み）。なお、各フラグの初期値は、何れも“０”になっている。
【００７６】
登録処理依頼受け付け手段１１０３は、各分散配信サーバから登録処理依頼を受信する毎に、上述した処理を行う（ステップＳ７２）。
【００７７】
登録スケジュール生成手段１１０４は、毎日、所定の時刻になると、「各分散配信サーバから送られてきた登録処理依頼中のコンテンツサイズと、予め定められている登録処理時間帯（例えば、夜間の時間帯）の長さとに基づいて、上記登録処理時間帯で処理可能な範囲内において、到着順が早い登録処理依頼に対応するコンテンツを優先的に登録対象コンテンツとし、且つ、到着順が早い登録処理依頼に対応するコンテンツほど、処理順を早くする」という登録スケジュール生成ルールに従って、コンテンツの登録スケジュールを生成する（ステップＳ７３）。
【００７８】
図９は、登録スケジュール生成手段１１０４がステップＳ７３で行う登録スケジュールの生成処理の一例を示したフローチャートである。同図を参照すると、登録スケジュール生成手段１１０４は、先ず、登録処理依頼記憶部１１１０を参照し、登録スケジュールに組み込まれていない登録処理依頼の内の、最も登録順が古い登録処理依頼に注目する（ステップＳ９０１）。即ち、登録スケジュール済フラグが“０”となっている登録処理依頼の内の、登録エリア番号が最も小さいものに注目する。
【００７９】
次いで、注目した登録処理依頼中のコンテンツサイズに基づいて、コンテンツの登録処理に要する処理時間を算出し、算出した処理時間を累積時間ｒｔに累積する（ステップＳ９０３，Ｓ９０４）。なお、累積時間ｒｔの初期値は「０」である。
【００８０】
その後、（累積時間ｒｔ）≦（登録処理時間帯の長さ）であるか否かを判断する（ステップＳ９０５）。
【００８１】
そして、（累積時間ｒｔ）≦（登録処理時間帯の長さ）である場合（ステップＳ９０５がＹＥＳ）は、注目している登録処理依頼に対応するコンテンツのコンテンツＩＤを登録対象コンテンツのリストに追加すると共に、注目中の登録処理依頼の登録スケジュール済フラグを“１”に変更し（ステップＳ９０６，Ｓ９０７）、更に、（累積時間ｒｔ）＝（登録処理時間帯の長さ）であるか否かを調べる（ステップＳ９０８）。（累積時間ｒｔ）≠（登録処理時間帯の長さ）であれば、ステップＳ９０１に戻り、（累積時間ｒｔ）＝（登録処理時間帯の長さ）であれば、リストの内容に基づいて登録スケジュールを生成する（ステップＳ９０９）。なお、未注目の登録処理依頼がなくなった場合（ステップＳ９０２がＮＯ）も、ステップＳ９０９の処理が行われる。
【００８２】
これに対して、（累積時間ｒｔ）＞（登録処理時間帯の長さ）である場合（ステップＳ９０５がＮＯ）は、累積時間ｒｔから今回加算した処理時間を減じた後（ステップＳ９１０）、ステップＳ９０１の処理に戻る。
【００８３】
今、例えば、図１０に示すように、登録スケジュールに組み込まれていないコンテンツの登録処理依頼として、コンテンツＡ〜Ｆの登録処理依頼が登録処理依頼記憶部１１１０に登録されているとすると、登録スケジュール生成手段１１０４は、次のような処理を行う。
【００８４】
コンテンツＡ〜Ｃの登録処理依頼に注目した場合には、（累積時間ｒｔ）≦（登録処理時間帯の長さ）であるので（ステップＳ９０５がＹＥＳ）、コンテンツＡ〜ＣのコンテンツＩＤ「ｉｄＡ，ｉｄＢ，ｉｄＣ」がリストに追加されると共に、登録スケジュール済フラグが“１”に変更される（ステップＳ９０６，Ｓ９０７）。その後、コンテンツＤの登録処理依頼に注目した場合は、（累積時間ｒｔ）＞（登録処理時間帯の長さ）となるので（ステップＳ９０５がＮＯ）、次のコンテンツＥの登録処理依頼に注目する（ステップＳ９０１）。コンテンツＥの登録処理依頼に注目した場合は、ステップＳ９０５の判断結果がＹＥＳとなるので、コンテンツＥのコンテンツＩＤ「ｉｄＥ」がリストに追加されると共に、登録スケジュール済フラグが“１”に変更される（ステップＳ９０６，Ｓ９０７）。この結果、リストの内容は、「ｉｄＡ，ｉｄＢ，ｉｄＣ，ｉｄＥ」となる。その後、コンテンツＦの登録処理依頼に注目するが、ステップＳ９０５の判断結果がＮＯとなるので、コンテンツＦは登録スケジュールには組み込まれない。コンテンツＦまで処理を行うと、未注目の登録処理依頼がなくなるので（ステップＳ９０２がＮＯ）、登録スケジュール生成手段１１０４は、リストの内容に基づいて、登録スケジュールを生成する。なお、コンテンツＤ，Ｆの登録スケジュール済フラグは、“０”のままであるので、翌日のスケジュール生成処理において、処理対象となる。
【００８５】
登録スケジュールの形式は、リストに登録されている順で、コンテンツの登録処理を行うことができるものであれば、どのようなものでも良いが、本実施の形態では、例えば、図１１に示すような形式の登録スケジュールを生成する。なお、図１１は、リストにコンテンツＩＤ「ｉｄＡ，ｉｄＢ，ｉｄＣ，ｉｄＥ」が登録されている場合に生成される登録スケジュールを示している。ここで、登録ルール中の仮コンテンツＩＤ「ＫＡ，ＫＢ，ＫＣ，ＫＥ」は、登録処理依頼記憶部１１１０に登録されているコンテンツＡ，Ｂ，Ｃ，Ｅの登録処理依頼から取得でき、また、仮登録先「ａ３１０，ｂ３１０，ｃ３１０，ａ３１０」も登録処理依頼記憶部１１１０に登録されているコンテンツＡ，Ｂ，Ｃ，Ｅの送信元から取得できる。
【００８６】
再び、図７に戻り、コンテンツ登録手段１１０５は、予め定められた登録処理時間帯になると、登録スケジュール生成手段１１０４が生成した登録スケジュールに従って、コンテンツをセンターライブラリ１１０９に登録する（ステップＳ７４）。
【００８７】
図１２は、ステップＳ７４で行う登録処理の一例を示したフローチャートである。同図を参照すると、コンテンツ登録手段１１０５は、先ず、登録スケジュール生成手段１１０４が生成した登録スケジュールに基づいて、第１番目に登録処理を行うコンテンツの仮コンテンツＩＤ及び仮登録先の分散配信サーバを認識する（ステップＳ１２１）。今、例えば、登録スケジュール生成手段１１０４が生成した登録スケジュールが図１１に示すものであるとすると、仮コンテンツＩＤが「ＫＡ」、仮登録先の分散配信サーバが「分散配信サーバａ３１０」であると認識する。
【００８８】
その後、コンテンツ登録手段１１０５は、分散配信サーバａ３１０に対して仮コンテンツＩＤが「ＫＡ」のコンテンツの転送を要求する（ステップＳ１２３）。分散配信サーバａ３１０内のコンテンツ仮登録手段３１０３は、仮コンテンツＩＤ「ＫＡ」を含むコンテンツ転送要求がセンター配信サーバ１１０から送られてくると、分散ライブラリ３１０７から仮コンテンツＩＤ「ＫＡ」のコンテンツ及びその属性情報を取り出し、センター配信サーバ１１０へ転送する（図７のステップＳ７５）。
【００８９】
コンテンツ登録手段１１０５は、分散配信サーバａ３１０から仮コンテンツＩＤ「ＫＡ」のコンテンツ及びその属性情報が送られてくると、それをセンターライブラリ１１０９に登録すると共に、登録処理依頼記憶部１１１０の該当するエリアに登録日を登録し（ステップＳ１２４，Ｓ１２５）、その後、第２番目に登録処理を行うコンテンツの仮コンテンツＩＤおよび仮登録先の分散配信サーバを認識し（ステップＳ１２１）、前述した処理と同様の処理を行う。そして、スケジュールされている全てのコンテンツをセンターライブラリ１１０９に登録すると（ステップＳ１２２がＹＥＳ）、登録処理を終了する。
【００９０】
その後、コンテンツ登録手段１１０５は、各分散配信サーバに登録処理結果を送信し（図７ステップＳ７６）、各分散配信サーバ内のコンテンツ仮登録手段３１０３は、送られてきた登録処理結果を記憶装置に記憶させたり、表示装置に表示させたりする（ステップＳ７７）。
【００９１】
〔レプリケーション時の動作〕
次に、レプリケーション時の動作について詳細に説明する。
【００９２】
一般視聴者が視聴するコンテンツの内容に関する公開責任がセンターにある場合、センターオペレータは、図１３のフローチャートに示すように、センター視聴端末１３０からセンター配信サーバ１１０へ視聴テスト要求を送信する（ステップＳ１３１）。
【００９３】
センター配信サーバ１１０内の視聴テスト手段１１０８は、センター視聴端末１３０から視聴テスト要求が送られてくると、登録処理依頼記憶部１１１０の各エリアに登録されている情報の内、レプリケーション許可フラグが“０”となっている情報の一覧表をセンター視聴端末１３０へ送信する（ステップＳ１３２）。
【００９４】
センターオペレータは、一覧表に基づいて、視聴テストするコンテンツのコンテンツＩＤをセンター配信サーバ１１０へ送信する（ステップＳ１３３）。これにより、視聴テスト手段１１０８は、該当するコンテンツをセンターライブラリ１１０９から取り出し、センター視聴端末１３０へ送信する（ステップＳ１３４）。センターオペレータは、送信されてきたコンテンツの視聴テストを行い、その結果をセンター配信サーバ１１０へ送信する（ステップＳ１３５，Ｓ１３６）。
【００９５】
視聴テスト手段１１０８は、視聴テスト結果がＯＫなら、登録処理依頼記憶部１１１０に登録されている該当するコンテンツのレプリケーション許可フラグを“１”とする。これに対して、視聴テスト結果がＮＧなら、そのコンテンツを仮登録している分散配信サーバへ再登録を依頼する（ステップＳ１３７）。この依頼を受けた分散配信サーバは、コンテンツの提供元の分散視聴端末にコンテンツの再登録を依頼する。なお、ステップＳ１３７においては、視聴テスト結果がＮＧとなったコンテンツをセンターライブラリ１１０９から削除する処理や、上記コンテンツに関する情報を登録処理依頼記憶部１１１０から削除する処理も行われる。
【００９６】
本実施の形態では、上述したように、センターオペレータが視聴テストを行うようにしているが、この処理は、省略しても構わない。
【００９７】
センター配信サーバ１１０内のレプリケーションスケジュール生成手段１１０６は、毎日、所定時刻になると、「レプリケーション処理を行うべき各コンテンツのサイズと、予め定められているレプリケーション処理時間帯（例えば、夜間の時間帯で、登録処理時間帯とは異なる時間帯）の長さに基づいて、レプリケーション処理時間帯で処理可能な範囲内において、登録が早いコンテンツを優先的にレプリケーション対象コンテンツとし、且つ、登録順が早いコンテンツほど、処理順を早くする」というレプリケーションスケジュール生成ルールに従って、レプリケーションスケジュールを生成する（図１４のステップＳ１４１）。
【００９８】
図１５はレプリケーションスケジュール生成手段１１０６がステップＳ１４１で行うレプリケーションスケジュール生成処理の一例を示すフローチャートである。
【００９９】
図１５を参照すると、レプリケーションスケジュール生成手段１１０６は、レプリケーション処理フラグ＝“１”，レプリケーションスケジュール済フラグ＝“０”となっている登録処理依頼記憶部１１１０のエリアの内の、最もエリア番号が小さいエリアに登録されている登録処理依頼に注目する（ステップＳ１５０１）。
【０１００】
次いで、注目した登録処理依頼中のコンテンツサイズに基づいて、そのコンテンツのレプリケーション処理に要する処理時間を算出し、算出した処理時間を累積時間ＲＴに加算する（ステップＳ１５０３，Ｓ１５０４）。
【０１０１】
その後、（累積時間ＲＴ）≦（レプリケーション処理時間帯の長さ）であるか否かを判断する（ステップＳ１５０５）。
【０１０２】
そして、（累積時間ＲＴ）≦（レプリケーション処理時間帯の長さ）である場合（ステップＳ１５０５がＹＥＳ）は、注目している登録処理依頼に対応するコンテンツのコンテンツＩＤをレプリケーション対象コンテンツのリストに追加すると共に、注目中の登録処理依頼のレプリケーションスケジュール済フラグを“１”に変更し（ステップＳ１５０６，Ｓ１５０７）、更に、（累積時間ＲＴ）＝（レプリケーション処理時間帯の長さ）であるか否かを調べる（ステップＳ１５０８）。（累積時間ＲＴ）≠（レプリケーション処理時間帯の長さ）であれば、ステップＳ１５０１に戻り、（累積時間ＲＴ）＝（レプリケーション処理時間帯の長さ）であれば、リストの内容に基づいてレプリケーションスケジュールを生成する（ステップＳ１５０９）。なお、未注目の登録処理依頼がなくなった場合（ステップＳ１５０２がＮＯ）も、ステップＳ１５０９の処理が行われる。
【０１０３】
これに対して、（累積時間ＲＴ）＞（レプリケーション処理時間帯の長さ）である場合（ステップＳ１５０５がＮＯ）は、累積時間ＲＴから今回加算した処理時間を減じた後（ステップＳ１５１０）、ステップＳ１５０１の処理に戻る。以上が、ステップＳ１４１で行われる処理の詳細である。
【０１０４】
レプリケーション処理手段１１０７は、毎日、予め定められているレプリケーション処理時間帯になると、レプリケーション処理を行う（図１４のステップＳ１４２）。
【０１０５】
図１６は、レプリケーション手段１１０７が行うレプリケーション処理の一例を示したフローチャートである。同図を参照すると、レプリケーション手段１１０７は、レプリケーションスケジュール生成手段１１０６が生成したレプリケーションスケジュールに基づいて、第１番目のレプリケーション処理の対象にするコンテンツを認識する（ステップＳ１６１）。次に、センターライブラリ１１０９から該当するコンテンツ及びその属性情報を取り出し、それらを含むレプリケーション指示を各分散配信サーバａ３１０〜ｃ３１０へ送信する（ステップＳ１６３，Ｓ１６４）。その後、レプリケーション手段１１０７は、登録処理依頼記憶部１１１０の該当エリア中にレプリケーション日を登録し（ステップＳ１６５）、再び、ステップＳ１６１に戻る。以上の処理をスケジュールされている全てのコンテンツについて行うと、レプリケーション手段１１０７はその処理を終了する。なお、本実施の形態では、全ての分散配信サーバへコンテンツを送信するようにしたが、センター管理者がレプリケーションする各コンテンツ毎に、その送信先の分散配信サーバを指定するようにしても良い。
【０１０６】
一方、各分散配信サーバａ３１０〜ｃ３１０内のレプリケーション手段３１０４は、レプリケーション指示に含まれているコンテンツ及びその属性情報を分散ライブラリ３１０７に登録する（図１４のステップＳ１４３）。その後、レプリケーション手段３１０４が各分散配信サーバａ３１０〜ｃ３１０へレプリケーション結果を通知し、各分散配信サーバは、レプリケーション結果を記録する（ステップＳ１４４，Ｓ１４５）。
【０１０７】
〔コンテンツ配信時の動作〕
次に、コンテンツ配信時の動作について説明する。
【０１０８】
今、分散視聴端末ａ３３１がコンテンツ配信要求を送信したとする。このコンテンツ配信要求は、分散視聴端末ａ３３１と同一分散環境のキャッシュサーバａ３２０で受信される。
【０１０９】
キャッシュサーバａ３２０内のコンテンツ配信手段３２０３は、分散視聴端末ａ３３１からのコンテンツ配信要求を受信すると、図１７のフローチャートに示すように、自サーバａ３２０内のコンテンツキャッシュ３２０５に要求されたコンテンツが存在するか否かを調べる（ステップＳ１７１）。そして、存在する場合（ステップＳ１７１がＹＥＳ）には、要求されたコンテンツをコンテンツキャッシュ３２０５から取り出し、要求元の分散視聴端末ａ３３１へ配信する（ステップＳ１７６）。
【０１１０】
これに対して、要求されたコンテンツがコンテンツキャッシュ３２０５上に存在しなかった場合（ステップＳ１７１がＮＯ）は、障害検出手段３２０４によって同一分散視聴環境ａ内の分散配信サーバａ３１０の障害が検出されているか否かを調べる（ステップＳ１７２）。
【０１１１】
そして、分散配信サーバａ３１０の障害が検出されていなかった場合（ステップＳ１７２がＮＯ）は、分散配信サーバａ３１０へ分散視聴端末ａ３３１からのコンテンツ配信要求を転送し、分散配信サーバａ３１０から送られてきたコンテンツを要求元の分散視聴端末ａ３３１へ配信する（ステップＳ１７３，Ｓ１７５）。図１８に、このときのコンテンツ配信要求の転送経路を示す。
【０１１２】
これに対して、分散配信サーバａ３１０の障害が検出されている場合（ステップＳ１７２がＹＥＳ）には、他の分散視聴環境（例えば、分散視聴環境ｂ）の分散配信サーバｂ３１０にコンテンツ配信要求を送信し、分散配信サーバｂ３１０から送られてきたコンテンツを要求元の分散視聴端末ａ３３１へ配信する（ステップＳ１７４，Ｓ１７５）。図１９に、分散配信サーバａ３１０に障害が発生しているときのコンテンツ配信要求の転送経路を示す。なお、分散配信サーバｂ３１０にも障害が発生している場合は、予め定められている次の優先順位の分散配信サーバに分散視聴端末ａ３３１からのコンテンツ配信要求を転送すれば良い。また、分散配信サーバａ３１０の障害を検出した場合、キャッシュサーバａ３２０内の障害検出手段３２０４が、分散視聴環境オペレータのアドレスへ警告メールを送信するようにしても良い。
【０１１３】
なお、上述した実施の形態では説明しなかったが、センターオペレータが従来と同様に、センター視聴端末１３０を用いてコンテンツをセンターライブラリ１１０９に登録することも可能である。また、上述した実施の形態では、登録処理時間帯とレプリケーション処理時間帯とを異なる時間帯としたが、登録処理とレプリケーション処理とを同じ時間帯で行うようにしても良い。その場合には、時間帯の分配比を決めておき、この比率によって決まる各時間帯の長さに基づいて、登録スケジュール，レプリケーションスケジュールを生成する。
【０１１４】
〔他の実施の形態〕
次に、本発明の他の実施の形態について説明する。
【０１１５】
・利用権管理（ディレクトリサーバの利用）
有償コンテンツの配信を行う場合、または視聴に制限を設けたい場合には、利用権の設定が必要となる。この場合、図１に示した構成に、ディレクトリサーバを併用する必要がある。広域ＬＡＮの障害時に視聴が行えるようにするためには、ディレクトリサーバも分散環境毎に設置する必要がある。
【０１１６】
・キャッシュサーバの多重化（負荷分散）
図１に示したコンテンツ配信システムは、最低限の装置で最大の効果を効率的に発揮することを目的としている。図１に示した構成でも、キャッシュサーバと分散配信サーバが正常なら、広域ＬＡＮに障害が発生しても視聴は行える。分散配信サーバの障害時にも、前述のように他の分散配信サーバを介して視聴を行える。ただし、基本構成でキャッシュサーバが故障時には、その分散視聴環境下の端末からは一切視聴が行えなくなる。これを回避するにはキャッシュサーバを多重化する必要がある。キャッシュサーバはクラスタ化するよりも、負荷分散させた方が複数端末からの視聴要求を効率的に処理出来る。ただし、分散視聴環境のＬＡＮには最大で倍のトラフィックが掛かるため、十分に高速なＬＡＮ環境であることが負荷分散の前提である。さもないと、回線負荷がネックとなり多重化の効果が得られない場合がある。
【０１１７】
・センターライブラリのクラスタリング
センターライブラリは視聴ユーザが直接参照する事がないためリアルタイム性は要求されないものの、故障時の復旧工数を鑑みるとクラスタ化は有効である。
【図面の簡単な説明】
【０１１８】
【図１】本発明にかかるコンテンツ配信システムの第１の実施の形態の構成例を示すブロック図である。
【図２】分散視聴端末３３１の構成例を示すブロック図である。
【図３】キャッシュサーバ３２０の構成例を示すブロック図である。
【図４】分散配信サーバ３１０の構成例を示すブロック図である。
【図５】センター配信サーバ１１０の構成例を示すブロック図である。
【図６】コンテンツを分散視聴端末３３１〜３３３から分散配信サーバ３１０に仮登録するときの処理例を示すフローチャートである。
【図７】コンテンツを分散配信サーバ３１０からセンターライブラリ１１０９に登録するときの処理例を示すフローチャートである。
【図８】登録処理依頼記憶部１１１０の内容例を示す図である。
【図９】登録スケジュール生成手段１１０４の処理例を示すフローチャートである。
【図１０】登録スケジュールの生成方法を説明するための図である。
【図１１】登録スケジュールの一例を示す図である。
【図１２】コンテンツ登録手段１１０５の処理例を示すフローチャートである。
【図１３】視聴テスト時の処理例を示すフローチャートである。
【図１４】レプリケーション時の処理例を示すフローチャートである。
【図１５】レプリケーションスケジュール生成手段１１０６の処理例を示すフローチャートである。
【図１６】レプリケーション手段１１０７の処理例を示すフローチャートである。
【図１７】コンテンツ配信要求受信時のキャッシュサーバ３２０の処理例を示すフローチャートである。
【図１８】分散配信サーバａ３１０が正常動作しているときの、コンテンツ配信要求の転送経路を示す図である。
【図１９】分散配信サーバａ３１０に障害が発生しているときの、コンテンツ配信要求の転送経路を示す図である。
【符号の説明】
【０１１９】
１１０…センター配信サーバ
１１０１…送受信手段
１１０２…制御部
１１０３…登録処理依頼受け付け手段
１１０４…登録スケジュール生成手段
１１０５…コンテンツ登録手段
１１０６…レプリケーションスケジュール生成手段
１１０７…レプリケーション手段
１１０８…視聴テスト手段
１１０９…センターライブラリ
１１１０…登録処理依頼記憶部
１２０…キャッシュサーバ
１３０…センター視聴端末
２００…広域ＬＡＮ
ａ３１０〜ｃ３１０…分散配信サーバ
３１０１…送受信部
３１０２…制御部
３１０３…コンテンツ仮登録手段
３１０４…レプリケーション手段
３１０５…コンテンツ配信手段
３１０６…視聴テスト手段
３１０７…分散ライブラリ
ａ３２０〜ｃ３２０…キャッシュサーバ
３２０１…送受信部
３２０２…制御部
３２０３…コンテンツ配信手段
３２０４…障害検出手段
３２０５…コンテンツキャッシュ
ａ３３１〜ｃ３３３…分散視聴端末
３３１１…送受信部
３３１２…制御部
３３１３…コンテンツ登録依頼手段
３３１４…コンテンツ視聴手段
３３１５…視聴テスト依頼手段
３３１６…記憶装置
３３１７…入力部
３３１８…表示部
【図１】
2006031150.tif 000003
【図２】
2006031150.tif 000004
【図３】
2006031150.tif 000005
【図４】
2006031150.tif 000006
【図５】
2006031150.tif 000007
【図６】
2006031150.tif 000008
【図７】
2006031150.tif 000009
【図８】
2006031150.tif 000010
【図９】
2006031150.tif 000011
【図１０】
2006031150.tif 000012
【図１１】
2006031150.tif 000013
【図１２】
2006031150.tif 000014
【図１３】
2006031150.tif 000015
【図１４】
2006031150.tif 000016
【図１５】
2006031150.tif 000017
【図１６】
2006031150.tif 000018
【図１７】
2006031150.tif 000019
【図１８】
2006031150.tif 000020
【図１９】
2006031150.tif 000021