JP2006285753A

JP2006285753A - コンテンツ配信システム

Info

Publication number: JP2006285753A
Application number: JP2005106222A
Authority: JP
Inventors: Mitsuhiro Imai; 光洋今井; Yuko Okayama; 祐孝岡山; Akira Tanaka; 晶田中
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2005-04-01
Filing date: 2005-04-01
Publication date: 2006-10-19

Abstract

【課題】
ダウンロードに要する手間を削減した使い勝手のよいコンテンツ配信システムを提供する。
【解決手段】
通信回線２０を介してセンタ装置１０からコンテンツをダウンロードし、ダウンロードしたコンテンツを配信するエッジサーバ５０と、前記エッジサーバ５０と接続して配信されたコンテンツを再生する複数のコンテンツ再生端末９０を備え、前記エッジサーバ５０は、ダウンロードしたコンテンツを格納するストレージ装置を備え、該ストレージ装置は前記センタ装置が専用で利用するセンタ更新領域及び前記複数のコンテンツ再生端末がそれぞれ専用で利用するユーザ更新領域を備えた。
【選択図】図１

Description

本発明は、コンテンツ配信システムに係り、特にダウンロードに要する手間を削減することのできるコンテンツ配信システムに関する。

マンション等の集合住宅やホテル等を対象としたコンテンツ配信サービスにおいては、マンション内またはホテル内ネットワーク上にエッジサーバを配置して配信すべきコンテンツをあらかじめ蓄積しておき、蓄積されたコンテンツをエッジサーバから各住戸または部屋の再生端末にストリーミングによって配信する。これにより、インターネットなどを介したコンテンツ配信サービスと比べてネットワーク帯域を確保しやすく、高品位な（ビットレートの高い）コンテンツを比較的安定にストリーミング配信することが可能となる。

しかし、エッジサーバに蓄積したコンテンツの入れ替え（更新）を行うためには、通常、ある期間（例えば１ヶ月）ごとに各マンション等の集合住宅またはホテル等のエッジサーバに対して手作業でコンテンツを更新することが必要であり手間がかかる。

このため、近年ではセンタ装置から遠隔でエッジサーバのコンテンツを更新する方法が開発されている（例えば、特許文献１）。特許文献１においては、管理ＰＣの指示により、予めコンテンツを蓄積したＦＴＰサーバからエッジサーバにコンテンツをダウンロードしておくことにより、デジタルコンテンツを即時にユーザ端末へ配信することが可能である。
特開２００４−２６５３９７（第１２図）

かかる従来の方法においては、次のような問題がある。すなわち、特許文献１に示される方法では、コンテンツをエッジサーバへダウンロードする方法についてのみ記載されており、エッジサーバ上のコンテンツの削除方法や削除基準などについては考慮されていない。このため、センタサーバ上の全てのコンテンツを視聴可能とするにはエッジサーバのハードディスクなどのストレージ装置の容量をセンタサーバと同程度とする必要がある。しかし、例えばマンションでは１台のエッジサーバを利用するユーザ数はせいぜいマンション内の住戸分しかないため、サービス利用者数に対してエッジサーバのコストが高くなってしまう可能性がある。

一方、エッジサーバのコストを下げるためにエッジサーバのストレージ装置の容量をセンタサーバのストレージ装置の容量に比べて小さくすると、ユーザはセンタサーバに記憶されている全てのコンテンツを視聴することができず、エッジサーバ内に視聴したいコンテンツがない場合など、ユーザにとって使い勝手の悪いサービスとなってしまう可能性がある。

本発明はこれらの問題点に鑑みてなされたもので、ダウンロードに要する手間を削減した使い勝手のよいコンテンツ配信システムを提供するものである。

本発明は上記課題を解決するため、次のような手段を採用した。

通信回線を介してセンタ装置からコンテンツをダウンロードし、ダウンロードしたコンテンツを配信するエッジサーバと、前記エッジサーバと接続して配信されたコンテンツを再生する複数のコンテンツ再生端末を備え、前記エッジサーバは、ダウンロードしたコンテンツを格納するストレージ装置を備え、該ストレージ装置は前記センタ装置が専用で利用するセンタ更新領域及び前記複数のコンテンツ再生端末がそれぞれ専用で利用するユーザ更新領域を備えた。

本発明は、以上の構成を備えるため、ダウンロードに要する手間を削減した使い勝手のよいコンテンツ配信システムを提供することができる。

以下、最良の実施形態を添付図面を参照しながら説明する。図１は本実施形態のコンテンツ配信システムの構成を説明する図である。図１において、１０はセンタ装置、１１はライセンスサーバ、１２はポータルサーバ、１３はコンテンツサーバ、３０はルータ、５０はエッジサーバ、６０はルータ、７０ａ、７０ｂ、７０ｃおよび７０ｄはマンション内の各住戸、９０はコンテンツ再生端末、１００はマンション、１１０はテレビ（ディスプレイ）である。

テレビ１１０はＡＶケーブル等により再生端末９０と接続され、再生端末９０が出力する映像を表示する機能を有する。

２０は例えばインターネット等のＷＡＮ(Wide Area Network)であり、ＷＡＮ（通信網）２０に接続された装置間で、ある所定の手順にしたがってデータのやり取りを行うことを可能とする。

マンション内ネットワーク４０はＥｔｈｅｒｎｅｔ（登録商標）、無線ＬＡＮ、あるいはＩＥＥＥ１３９４等を使用したネットワークであり、マンション内ネットワーク４０に接続された装置間で、所定の手順にしたがってデータのやり取りを行うことを可能とする。

住戸内ネットワーク８０はＥｔｈｅｒｎｅｔ（登録商標）、無線ＬＡＮあるいはＩＥＥＥ１３９４等を使用したネットワークであり、住戸内ネットワーク８０に接続された装置間で、所定の手順にしたがってデータのやり取りを行うことを可能とする。

ルータ６０はマンション内ネットワーク４０に接続された装置から住戸内ネットワーク８０に接続された装置に対して不正なアクセスが行われないようにデータのやり取りを制御する機能を有する。同様の機能を有するならば、ルータ６０は必ずしも必要ない。例えばルータ６０の代わりにマンション内ネットワーク４０に対して、ＶＬＡＮ(Virtual Local Area Network)として住戸内ネットワーク８０を形成可能な装置であってもよい。

図２は、再生端末９０のハードウェア構成を説明する図である。再生端末９０はＣＰＵ９１、主記憶９２、通信制御装置９３、画像処理装置９４、出力装置９５、入力装置９６を有している。各構成要素はバス９７によって接続され、各装置間で必要な情報が伝送可能なように構成されている。

ＣＰＵ９１は、主記憶９２にあらかじめ格納されているプログラムによって所定の動作を行う。主記憶９２は、ワークエリアとして機能したり、必要なプログラムを格納するための手段であり、例えば、前者に対してはＲＡＭ、後者にたいしてはＲＯＭ等によって実現できる。

通信制御装置９３は、通信網を介して、他の装置と情報（データ）を送受信するための手段であり、例えば、ネットワークアダプタ、無線送受信装置等によって実現される。画像処理装置９４は、音声や映像を伸張（デコード）し、デコードされた音声や映像を出力装置９５に送信する。

出力装置９５は、画像処理装置９４で伸張（デコード）された音声や映像、またはユーザの操作に応答するために必要な情報をテレビに表示するための手段であり、外部出力端子等によって実現できる。入力装置９６は、ユーザが再生端末９０に対して必要な命令や情報を入力するための手段であり、リモコン等によって実現できる。

図３は、図２に示す画像処理装置をＬＳＩで実現した例を説明する図である。すなわち、画像処理装置９４がハードウェアで実現される場合、例えば、１つのＬＳＩもしくは複数のＬＳＩの集合体として実現できる。図３において、ＣＰＵ９４２は画像処理装置９４内の各部を統括的に制御する。メモリ９４３はＲＯＭおよびＲＡＭから構成される。前記ＲＯＭには、ＣＰＵ９４２が画像処理装置９４の各部を統括的に制御するためのプログラムが格納されている。また、前記ＲＡＭはＣＰＵ９４２のワークエリアとして機能する。Ｉ／Ｏ回路９４１は画像処理装置９４内の各部が内部バス９４７を介して外部装置との間でデータ通信を行うためのインターフェースである。デコード部９４４は、コンテンツが圧縮されている場合は該コンテンツをデコードするための手段である。また、画像処理装置９４で再生されたコンテンツは、バス９７を介して出力装置９５に送られるが、画像処理装置９４と出力装置９５とを直接結線し、これを介してコンテンツを出力装置９５に送ることもできる。

図４は、図１に示すエッジサーバの詳細を説明する図である。エッジサーバ５０は一般的なＰＣ（パーソナルコンピュータ）により実現可能である。図４にエッジサーバ５０の機能ブロック図を示す。図４に示されるように、エッジサーバ５０は、エッジサーバ５０が具備するＣＰＵで実行されるソフトウェアモジュールとして、通信制御部５１、登録ＡＰＩ部５２、コンテンツ配信部５３、及び配信ＡＰＩ部５４を備える。さらに、エッジサーバ５０は、ハードディスク等のストレージ装置５６にコンテンツ情報５５を保持する。

通信制御部５１は、登録ＡＰＩ部５２、コンテンツ配信部５３および配信ＡＰＩ部５４が、それぞれ他の装置（ポータルサーバ１２や再生端末９０等）と通信可能なように、通信プロトコルやメッセージを生成および解釈する機能を提供する。

登録ＡＰＩ部５２は、例えばポータルサーバ１２の指示等により、コンテンツ情報５５の内容を更新するためのＡＰＩを提供する。例えば、コンテンツ情報５５に対するコンテンツの追加、削除、更新、検索といった処理を実現するＡＰＩを実装する。また、登録ＡＰＩ部５２は、適切な装置を認証し、適切な装置からの要求だけを処理可能とする機能を有する。

コンテンツ配信部５３は、コンテンツ情報５５のコンテンツを所定の装置に適切に配信する機能を有する。例えば、映像コンテンツのコーデックにしたがって適切なタイミングでコンテンツ情報５５に保持されるコンテンツを配信する機能を有する。

配信ＡＰＩ部５４は、例えば再生端末９０等の指示等により、コンテンツ配信部５３に適切な配信命令を送信するためのＡＰＩを提供する。例えば、コンテンツ配信部５３に対し、コンテンツ情報５５に保持される適切なコンテンツの再生要求、停止要求、一時停止要求、早送り要求、巻き戻し要求などを送信可能な機能を有する。また、配信ＡＰＩ部５４は、適切な装置を認証し、適切な装置からの要求だけを処理可能な機能を有する。

コンテンツ情報５５には、コンテンツ、コンテンツＩＤ等の識別情報、ビデオコーデックなどのコンテンツを配信するために必要な情報およびコンテンツを登録したユーザを区別するユーザ情報等が格納されている。

図５は、ストレージ装置５６の構成を説明する図である。コンテンツ情報５５を保持するストレージ装置５６は、コンテンツ情報５５に含まれるコンテンツを更新する主体によって、論理的にセンタ更新領域５５１とユーザ更新領域５５２に区別される。

ここでセンタ更新領域５５１は、ユーザには更新不可能な領域で、センタ装置１０の指示によってコンテンツ情報５５が更新される領域とする。また、ユーザ更新領域５５２は、ユーザ毎にユーザ専用領域５５２１〜５５２Ｎに分割され（Ｎはマンション内のユーザ数）、各ユーザは対応するユーザ専用領域のコンテンツ情報５５を更新することができる。

例えば、多くのユーザに人気のあるコンテンツや事業者がお勧めするコンテンツのコンテンツ情報５５はセンタ更新領域５５１に保持することで多くのユーザに対して即時に該当コンテンツを提供可能になる。また、ユーザはユーザ更新領域５５２に保持されるコンテンツ情報５５を更新することで、ユーザの嗜好に即した様々なコンテンツを提供可能になる。

なお、図１に示したライセンスサーバ１１は一般的なＰＣにより実現可能である。ライセンスサーバ１１は再生端末９０を認証し、再生端末９０の要求にしたがって適切に暗号化コンテンツの復号鍵を含むライセンスを発行する機能および手段を有する。

また、図１に示したポータルサーバ１２は一般的なＰＣにより実現可能である。ポータルサーバ１２は、いわゆるＷｅｂサーバとして構成され、ユーザがコンテンツ（に対するライセンス）を購入したり、再生端末９０が購入コンテンツの一覧を表示したりするための機能を有する。また、ポータルサーバ１２は再生端末９０の指示により、エッジサーバ５０に対してコンテンツサーバ１３等からコンテンツをダウンロードする機能をも有する。

また、図１に示したコンテンツサーバ１３は一般的なＰＣの構成により実現可能である。コンテンツサーバ１３はエッジサーバ５０の要求にしたがって、エッジサーバ５０に対してコンテンツをダウンロードする機能を有する。

少なくともライセンスサーバ１１、ポータルサーバ１２およびコンテンツサーバ１３とからセンタ装置１０を構成する。ライセンスサーバ１１、ポータルサーバ１２およびコンテンツサーバ１３は、図示しないルータ等を介してＷＡＮ（通信網）２０に接続される。通常センタ装置１０はコンテンツ配信サービスを行う事業者毎に設置され、通信網２０に複数のセンタ装置１０が接続される場合もある。

本実施形態のコンテンツ配信システムでは、コンテンツは暗号化されエッジサーバ５０から配信される。ユーザは、あらかじめ再生端末９０からポータルサーバ１２にアクセスし、利用（視聴）したいコンテンツのライセンスを購入する。購入されたライセンスは購入したユーザ単位毎にライセンスサーバ１１に保持される。ユーザが購入したライセンスに対するコンテンツを再生端末９０にて利用する場合、ライセンスサーバ１１からライセンスを取得する。再生端末９０では、送信されたライセンスに含まれる復号鍵（コンテンツ鍵）を用いて上記コンテンツを復号し再生する。その結果、ユーザは上記コンテンツを利用できるようになる。

次に、本実施形態の配信システムの動作を説明する。まず、ユーザは再生端末９０を操作し、ポータルサーバ１２が提供するＷｅｂサーバに対して、コンテンツの購入および視聴コンテンツの選択およびエッジサーバ５０へのコンテンツの登録（ダウンロード）といった要求を行う。

再生端末９０が再生端末９０に搭載されたブラウザ等を用いてポータルサーバ１２に接続すると、ポータルサーバ１２は再生端末９０を認証する。認証に成功すると再生端末９０はポータルサーバ１２にログインし、ポータルサーバ１２は例えば図６のようなコンテンツ配信サービストップメニュー１０００を再生端末９０に対して送信する。再生端末９０の認証はユーザがリモコン等の入力装置を用いてユーザ識別情報（例えばユーザＩＤおよびパスワード）を入力したり、ポータルサーバ１２への接続時に再生端末９０からポータルサーバ１２に対してユーザ情報と結び付けられた端末情報（例えば端末ＩＤ）を送信することによって行われる。

コンテンツ配信サービストップメニュー１０００において、ユーザが購入済みコンテンツを選択すると、例えば図７に示すような購入済みコンテンツメニュー１０１０が送信される。図７において、ベーシックパックは、図５におけるセンタ更新領域５５１に保持されるコンテンツ情報５５を指すものとする。また、プレミア（取り寄せ）はユーザ更新領域５５２における該当ユーザのユーザ専用領域に保持されるコンテンツ情報５５を指すものとする。

購入済みコンテンツメニュー１０１０において、ベーシックパックを選択すると、図８に示すベーシックパックメニュー１０２０が表示される。このとき、ポータルサーバ１２が再生端末９０に対して送信するベーシックパックメニュー１０２０のような情報は、センタ装置１０がエッジサーバ５０のストレージ装置５６のセンタ更新領域５５１に保持するコンテンツ情報５５を更新した際にポータルサーバ１２に登録された情報を用いるか、もしくは、ポータルサーバ１２がエッジサーバ５０からセンタ更新領域５５１に保持するコンテンツ情報５５の一覧を取得することによって得た情報を用いることにより形成することができる。

ここでユーザはエッジサーバ５０のストレージ装置５６におけるセンタ更新領域５５１に保持されるコンテンツ情報５５を閲覧し、図９に示すように視聴するコンテンツを選択し、選択したコンテンツを視聴することができる。

図１０は、視聴コンテンツを選択してから視聴が始まるまでの処理を説明する図である。ユーザが視聴するコンテンツを選択すると、ポータルサーバ１２は、再生端末９０がコンテンツを再生するために必要な情報（例えば、図１１に示すメタデータ１２０）を再生端末９０に送信する（Ｓ１００１）。

再生端末９０はメタデータ１２０を受信し（Ｓ１００２）、メタデータ１２０に記載の情報をもとにライセンスサーバ１１に接続して視聴ライセンスを取得する（Ｓ１００３）。次に再生端末９０はメタデータ１２０に記載の情報をもとにエッジサーバ５０からコンテンツを取得し、再生を開始する（Ｓ１００４）。

図７に示す購入済みコンテンツメニュー１０１０において、ユーザがプレミア（取り寄せ）を選択した場合には、エッジサーバ５０のストレージ装置５６のユーザ更新領域５５２の前記ユーザ自身の専用領域に保持されるコンテンツ情報５５を閲覧し、視聴コンテンツを選択すること、ユーザ専用領域のコンテンツを削除することあるいはユーザ専用領域に新たにコンテンツを登録（取り寄せ）することができる（図１３）。ただし、エッジサーバ５０のストレージ装置５６のユーザ更新領域５５２のユーザ専用領域に保持されるコンテンツ情報５５は最大２本とあらかじめ決められているものとする。

図１２は、図７の購入済みコンテンツメニュー１０１０において、ユーザがプレミア（取り寄せ）を選択した場合の処理を説明する図である。

ポータルサーバ１２は、エッジサーバ５０のストレージ装置５６のユーザ更新領域５５２の該当ユーザのユーザ専用領域への情報取得要求を受けると、まず、ポータルサーバ１２は、エッジサーバ５０のストレージ装置５６のユーザ更新領域５５２の該当ユーザのユーザ専用領域の情報取得要求をエッジサーバ５０に送信する（Ｓ１２０１）。エッジサーバ５０は該要求を受信すると（Ｓ１２０２）、図１７に示すような該当ユーザのユーザコンテンツテーブル１３０の情報および図１８に示すような該ユーザコンテンツテーブル１３０に示される各コンテンツのコンテンツテーブル１４０の情報をポータルサーバ１２へ送信する（Ｓ１２０３）。ポータルサーバ１２は情報を受信し、表示を更新する等の後処理を行う（Ｓ１２０４）。

図１３は、このようにして表示されたプレミア（取り寄せ）メニュー１０３０を示す図である。このメニューにおいて、ユーザがコンテンツを選択し視聴を選択した場合は、図１０に示した手順にしたがってコンテンツを視聴することができる。また、ユーザがコンテンツを選択し削除を選択した場合は、該当コンテンツをエッジサーバ５０のストレージ装置５６のユーザ更新領域５５２のユーザ専用領域から削除することができる（図１４）。

また、ユーザがコンテンツを選択するかもしくはコンテンツの登録されていない空き領域を選択し、新規取り寄せを選択した場合は、選択したコンテンツを削除して生成される空き領域もしくはコンテンツの登録されていない空き領域に新規にコンテンツを登録できる。このとき、コンテンツを選択して新規取り寄せを選択すると、選択したコンテンツを削除して新規に取り寄せたコンテンツを登録する旨を警告するメッセージ等を表示させることができる（図１５）。

図１６は、ユーザ専用領域のコンテンツを削除する際の処理を説明する図である。ポータルサーバ１２は、エッジサーバ５０のストレージ装置５６のユーザ更新領域５５２の該当ユーザのユーザ専用領域のコンテンツの削除要求をうけると、エッジサーバ５０に該当コンテンツの削除要求を送信する（Ｓ１６０１）。エッジサーバ５０は前記削除要求を受信し（Ｓ１６０２）、図１７に示すような該当ユーザのユーザコンテンツテーブル１３０から該当コンテンツのコンテンツＩＤを削除する（Ｓ１６０３）。次いで、エッジサーバ５０は、図１８に示すように該当コンテンツのコンテンツテーブル１４０から該当ユーザのユーザＩＤを削除する（Ｓ１６０４）。

次に、エッジサーバ５０は、該当コンテンツのコンテンツテーブル１４０において、利用ユーザＩＤがまだ存在するかどうかを判断する（Ｓ１６０５）。該当コンテンツのコンテンツテーブル１４０に利用ユーザＩＤがまだ存在する場合には、ポータルサーバ１２に終了通知を行う（Ｓ１６０８）。終了通知を受信したポータルサーバ１２は表示を更新する等の後処理を行って（Ｓ１６０９）処理を終了する。

Ｓ１６０５において、該当コンテンツのコンテンツテーブル１４０に利用ユーザＩＤが存在しない場合には、該当コンテンツのコンテンツテーブル１４０の情報を図１９に示すような完全削除待ちテーブル１５０に追加する（Ｓ１６０６）。次いで、エッジサーバ５０は、該当コンテンツのコンテンツテーブル１４０を削除する（Ｓ１６０７）。次いで、エッジサーバ５０はポータルサーバ１２に終了通知を行う（Ｓ１６０８）。終了通知を受信したポータルサーバ１２は表示を更新する等の後処理を行って（Ｓ１６０９）処理を終了する。

ここで、ユーザコンテンツテーブル１３０およびコンテンツテーブル１４０および完全削除待ちテーブル１５０に含まれる情報は一例であり、システム上必要がなければ不要な情報を削除することができる。また、必要があれば情報を追加することもできる。例えば、図４におけるエッジサーバ５０へのコンテンツ登録時に、コンテンツ配信部５３がコンテンツテーブル１４０および完全削除待ちテーブル１５０に含まれるビデオコーデックまたはビットレートまたは再生時間等の配信に必要な情報をあらかじめ取得している場合、該情報をコンテンツテーブル１４０および完全削除待ちテーブル１５０から除いても良い。また、図４におけるエッジサーバ５０へのコンテンツ登録時に、コンテンツ配信部５３がコンテンツを独自のファイルシステムで管理するような場合には、コンテンツテーブル１４０および完全削除待ちテーブル１５０に含まれるコンテンツパスを削除し、代わりにコンテンツ配信部５３においてコンテンツを特定するための情報を加えても良い。

図１３等におけるプレミア（取り寄せ）メニュー１０３０において、新規取り寄せを選択すると、図２０に示すような新規取り寄せメニュー１０４０が表示される。新規取り寄せメニュー１０４０において、例えば料理のジャンルを選択すると図２１に示すような料理メニュー１０５０が表示される。料理メニュー１０５０において、例えば和食のジャンルを選択すると図２２に示すような和食メニュー１０６０が表示される。和食メニュー１０６０においてコンテンツを選択するとコンテンツの詳細が表示され、ダウンロード（取り寄せ）を行うかどうかの確認画面が表示される（図２３）。図２３の画面において取り寄せ（ダウンロード）を選択するとポータルサーバ１２に対してユーザ専用領域へのコンテンツのダウンロード要求が発行される。

図２４は、コンテンツのユーザ専用領域へのダウンロード処理を説明する図である。ポータルサーバ１２はエッジサーバ５０のストレージ装置５６のユーザ更新領域５５２の該当ユーザのユーザ専用領域へのコンテンツのダウンロード要求を受信すると、エッジサーバにコンテンツのダウンロード要求を送信する（Ｓ２３０１）。エッジサーバ５０は前記コンテンツダウンロード要求を受信し（Ｓ２３０２）、該当ユーザのユーザコンテンツテーブル１３０に該当コンテンツのコンテンツＩＤを追加する（Ｓ２３０３）。次に、エッジサーバ５０内に該当コンテンツのコンテンツテーブル１４０が存在するかどうか調査する（Ｓ２３０４）。

エッジサーバ５０内に該当コンテンツのコンテンツテーブル１４０が存在する場合には、該当コンテンツのコンテンツテーブル１４０に該当ユーザのユーザＩＤを追加する。次に、エッジサーバ５０は、ポータルサーバ１２に終了通知を送信し（Ｓ２３１２）、ポータルサーバ１２は表示を更新する等の後処理を行って（Ｓ２３１３）処理を終了する。

Ｓ２３０４においてエッジサーバ５０内に該当コンテンツのコンテンツテーブル１４０が存在しない場合には、完全削除待ちテーブル１５０に該当コンテンツが存在するかどうかを調査する（Ｓ２３０６）。完全削除待ちテーブル１５０に該当コンテンツが存在する場合には、完全削除待ちテーブル１５０の情報から該当コンテンツのコンテンツテーブルを復元し（Ｓ２３０７）、完全削除待ちテーブル１５０から該当コンテンツの情報を削除し（Ｓ２３０８）、復元した該当コンテンツのコンテンツテーブル１４０に該当ユーザのユーザＩＤを追加する（Ｓ２３０９）。次に、エッジサーバ５０は、ポータルサーバ１２に終了通知を送信し（Ｓ２３１２）、ポータルサーバ１２は表示を更新する等の後処理を行って（Ｓ２３１３）処理を終了する。Ｓ２３０６において、完全削除待ちテーブル１５０に該当コンテンツが存在しない場合には、新規ダウンロードを開始する（Ｓ２３１０）。

図２５は、図２４のＳ２３１０に示す新規ダウンロード処理を説明する図である。

図２５において、新規ダウンロードが開始されるとエッジサーバ５０はコンテンツサーバ１３から該当コンテンツのサイズを取得する（Ｓ２４０１）。次に、エッジサーバ５０はエッジサーバ５０のストレージ装置５６の利用可能な空き容量を取得する（Ｓ２４０２）。次に、エッジサーバ５０は、エッジサーバ５０のストレージ装置５６の空き容量が該当コンテンツをダウンロードするのに十分かどうかを調査する（Ｓ２４０３）。

エッジサーバ５０のストレージ装置５６の空き容量が該当コンテンツをダウンロードするのに十分な場合、エッジサーバ５０はコンテンツサーバ１３に接続し、該当コンテンツのダウンロードを開始する（Ｓ２４０４）。該当コンテンツのダウンロードを開始したら、新規ダウンロード開始のサブルーチンを終了する。次に、エッジサーバ５０は、該当コンテンツのコンテンツテーブル１４０を新規に作成し、該当ユーザのユーザＩＤを追加する。次に、エッジサーバ５０は、ポータルサーバ１２に終了通知を送信し（Ｓ２３１２）、ポータルサーバ１２は表示を更新する等の後処理を行って（Ｓ２３１３）処理を終了する。Ｓ２４０３において、エッジサーバ５０のストレージ装置５６の空き容量が該当コンテンツをダウンロードするのに十分でない場合、エッジサーバ５０は、該当コンテンツをダウンロードするのに十分な空き容量を確保可能なだけ完全削除待ちテーブル１５０に登録されたコンテンツをＮｏ．の小さい方から順に削除する（Ｓ２４０６）。この際、削除するコンテンツを物理的に削除し、次に完全削除待ちテーブル１５０における削除コンテンツに関する情報を削除する。次に、エッジサーバ５０はコンテンツサーバ１３に接続し、該当コンテンツのダウンロードを開始する（Ｓ２４０７）。該当コンテンツのダウンロードを開始したら、新規ダウンロード開始のサブルーチンを終了する。次に、エッジサーバ５０は、該当コンテンツのコンテンツテーブル１４０を新規に作成し、該当ユーザのユーザＩＤを追加する。次に、エッジサーバ５０は、ポータルサーバ１２に終了通知を送信し（Ｓ２３１２）、ポータルサーバ１２は表示を更新する等の後処理を行って（Ｓ２３１３）処理を終了する。

新規にダウンロードが開始されるとプレミア（取り寄せ）メニュー１０３０は、例えば図２６に示すような表示に変化する。取り寄せ中コンテンツのダウンロード率はプレミア（取り寄せ）メニュー１０３０のリロード時に図１２の手順によって最新の情報が取得される。リロードはユーザが手動で行っても良いし、取り寄せ中コンテンツが存在する場合にはポータルサーバ１２が自動でリロード作業を行っても良い。取り寄せ中コンテンツのダウンロードが完了すると、該当コンテンツは取り寄せ済みコンテンツの欄に表示されるようになる。

以上説明したように、本実施形態に係るコンテンツ配信装置は、ユーザの指示によりユーザ更新領域にコンテンツをダウンロードする手段を備える。また、ユーザの指示によりユーザ更新領域へダウンロードを要求されたコンテンツが該コンテンツ配信装置内にすでに存在していた場合にテーブル操作のみで該コンテンツを該ユーザが利用可能とする手段を備える。また、ユーザの指示によりユーザ更新領域へダウンロードを要求されたコンテンツが完全削除待ちテーブルに存在していた場合にテーブル操作のみで該コンテンツを該ユーザが利用可能とする手段を備える。また、ユーザの指示によりユーザ更新領域のコンテンツを削除するコンテンツ削除手段を有し、ユーザの指示によりコンテンツをユーザ更新領域から削除するよう要求されたときに、他のユーザが該コンテンツを利用中であった場合に該コンテンツは削除せずに利用しているユーザの情報のみを更新するユーザ情報削除手段を備える。また、ユーザの指示によりコンテンツをユーザ更新領域から削除するよう要求されたときに、すぐに物理的には削除せず、テーブル操作のみで完全削除待ちテーブルにコンテンツを移動する論理削除手段を備える。

さらに、本実施形態にかかるコンテンツ配信方法は、ユーザの指示によりユーザ更新領域にコンテンツをダウンロードするユーザ更新ステップと、ユーザの指示によりユーザ更新領域にダウンロードを要求されたコンテンツが該コンテンツ配信装置内にすでに存在していた場合にテーブル操作のみで該コンテンツを該ユーザが利用可能とするコンテンツ同時利用ステップを備える。また、ユーザの指示によりユーザ更新領域へダウンロードを要求されたコンテンツが完全削除待ちテーブルに存在していた場合にテーブル操作のみで該コンテンツを該ユーザが利用可能とするコンテンツ復元ステップを備える。また、ユーザの指示によりユーザ更新領域のコンテンツを削除するコンテンツ削除ステップと、ユーザの指示によりコンテンツをユーザ更新領域から削除するよう要求されたときに、他のユーザが該コンテンツを利用中であった場合に該コンテンツは削除せずに利用しているユーザの情報のみを更新するユーザ情報削除ステップを備える。また、ユーザの指示によりコンテンツをユーザ更新領域から削除するよう要求されたときに、すぐに物理的には削除せず、テーブル操作のみで完全削除待ちテーブルにコンテンツを移動する論理削除ステップを備える。

すなわち、ユーザ更新領域のコンテンツを削除した際に、該当コンテンツをすぐに物理的に削除せずに完全削除待ちテーブルに移動し物理的に削除される前に再び該当コンテンツのエッジサーバへのダウンロード要求があった場合にテーブル操作のみでコンテンツを利用可能にすることができる。また、ユーザは、自身のユーザ更新領域にコンテンツをダウンロードしようとした際に、他のユーザが既に同一のコンテンツを他のユーザのユーザ更新領域にダウンロードしていた場合、テーブル操作のみで前記ユーザは他のユーザがダウンロードしていたコンテンツを利用することが可能となる。

これにより、コンテンツサーバからエッジサーバへコンテンツをダウンロードする回数を削減し、トラフィック量を削減することができる。これによりシステム全体の低コスト化を実現し、ユーザにとってはダウンロード時間が削減し使い勝手が向上する。

なお、センタ更新領域に格納したコンテンツが、例えばセンタ装置等の都合で定期的に更新されるようなシステムにおいては、ユーザは前記コンテンツをユーザ更新領域に移動して格納しておくことにより、前記コンテンツを長期間に渡って直ちに閲覧できる状態で保存しておくことができる。

本実施形態のコンテンツ配信システムの構成を説明する図である。再生端末９０のハードウェア構成を説明する図である。図２に示す画像処理装置をＬＳＩで実現した例を説明する図である。図１に示すエッジサーバの詳細を説明する図である。ストレージ装置５６の構成を説明する図である。ポータルサーバから送信されるコンテンツ配信サービストップメニューを示す図である。購入済みコンテンツメニューを示す図である。ベーシックパックメニューを示す図である。ベーシックパックメニューにおけるコンテンツ詳細を示す図である。視聴コンテンツを選択してから視聴が始まるまでの処理を説明する図である。メタデータを示す図である。図７の購入済みコンテンツメニュー１０１０において、ユーザがプレミア（取り寄せ）を選択した場合の処理を説明する図である。プレミア（取り寄せ）メニュー１０３０を示す図である。エッジサーバ５０のストレージ装置５６のユーザ更新領域５５２のユーザ専用領域からのコンテンツ削除を説明する図である。選択したコンテンツを削除して新規に取り寄せたコンテンツを登録する旨を警告するメッセージを示す図である。ユーザ専用領域のコンテンツを削除する際の処理を説明する図である。ユーザコンテンツテーブル１３０を示す図である。コンテンツテーブル１４０を示す図である。完全削除待ちテーブルを示す図である。新規取り寄せメニュー１０４０を示す図である。料理メニュー１０５０を示す図である。和食メニュー１０６０を示す図である。ダウンロード（取り寄せ）を行うかどうかの確認画面を示す図である。コンテンツのユーザ専用領域へのダウンロード処理を説明する図である。図２４における新規ダウンロード処理の詳細を説明する図である。新規取り寄せ中のプレミア（取り寄せ）メニュー１０３０を示す図である。

符号の説明

１０センタ装置
１１ライセンスサーバ
１２ポータルサーバ
１３コンテンツサーバ
２０ＷＡＮ（通信網）
３０ルータ
４０マンション内ネットワーク
５０エッジサーバ
５１通信制御部
５２登録ＡＰＩ部
５３コンテンツ配信部
５４配信ＡＰＩ部
５５コンテンツ情報
５６ストレージ装置
６０ルータ
７０ａ〜７０ｄ住戸
８０住戸内ネットワーク
９０再生端末
９１ＣＰＵ
９２主記憶
９３通信制御装置
９４画像処理装置
９５出力装置
９６入力装置
９７バス
１００マンション
１１０テレビ
１２０メタデータ
１３０ユーザコンテンツテーブル
１４０コンテンツテーブル
１５０完全削除待ちテーブル
５５１センタ更新領域
５５２ユーザ更新領域
９４１Ｉ／Ｏ回路
９４２ＣＰＵ
９４３メモリ
９４４デコード部
１０００コンテンツ配信サービストップメニュー
１０１０購入済みコンテンツメニュー
１０２０ベーシックパックメニュー
１０３０プレミア（取り寄せ）メニュー
１０４０新規取り寄せメニュー
１０５０料理メニュー
１０６０和食メニュー
５５２１〜５５２３ユーザ専用領域

Claims

通信回線を介してセンタ装置からコンテンツをダウンロードし、ダウンロードしたコンテンツを配信するエッジサーバと、
前記エッジサーバと接続して配信されたコンテンツを再生する複数のコンテンツ再生端末を備え、
前記エッジサーバは、ダウンロードしたコンテンツを格納するストレージ装置を備え、該ストレージ装置は前記センタ装置が専用で利用するセンタ更新領域及び前記複数のコンテンツ再生端末がそれぞれ専用で利用するユーザ更新領域を備えたことを特徴とするコンテンツ配信システム。
請求項１記載のコンテンツ配信システムにおいて、
前記エッジサーバは、センタ装置からコンテンツのダウンロード要求を受信したとき、ストレージ装置内に前記コンテンツが格納されていないときのみ前記コンテンツをセンタ装置からダウンロードすることを特徴とするコンテンツ配信システム。
請求項１記載のコンテンツ配信システムにおいて、
前記エッジサーバは、センタ装置からコンテンツの削除要求を受信したとき、該コンテンツを利用しているコンテンツ再生端末が存在しないときのみ、該コンテンツをストレージ装置から削除することを特徴とするコンテンツ配信システム。
請求項１記載のコンテンツ配信システムにおいて、
前記エッジサーバは、ユーザ更新領域にユーザ毎に格納されたコンテンツを表すユーザコンテンツテーブルを備えたことを特徴とするコンテンツ配信システム。
請求項１記載のコンテンツ配信システムにおいて、
前記エッジサーバは、ダウンロードされたコンテンツ及び該コンテンツを利用したユーザを表す情報を格納したコンテンツテーブルを備えたことを特徴とするコンテンツ配信システム。
請求項１記載のコンテンツ配信システムにおいて、
前記エッジサーバは、センタ装置からコンテンツの削除要求を受信したときに該コンテンツを利用している再生端末が存在しないとき、該コンテンツを登録する完全削除待ちテーブルを備えたことを特徴とするコンテンツ配信システム。
請求項６記載のコンテンツ配信システムにおいて、
前記エッジサーバは、新規コンテンツをダウンロードするときにストレージ装置の空き容量が不足するとき、完全削除待ちテーブルに登録されたコンテンツを削除することを特徴とするコンテンツ配信システム。
請求項７記載のコンテンツ配信システムにおいて、
前記エッジサーバは、完全削除待ちテーブルに登録されたコンテンツを削除したとき、削除したコンテンツの情報を完全削除待ちテーブルから削除することを特徴とするコンテンツ配信システム。
請求項５記載のコンテンツ配信システムにおいて、
コンテンツテーブルは、コンテンツの再生時間及びビットレートを格納したことを特徴とするコンテンツ配信システム。
センタ装置及び複数のコンテンツ再生端末と通信するための通信制御部と、
センタ装置からダウンロードしたコンテンツを格納するストレージ装置を備え、
該ストレージ装置は、前記センタ装置が専用で利用するセンタ更新領域及び前記複数のコンテンツ再生端末がそれぞれ専用で利用するユーザ更新領域を備えたことを特徴とするエッジサーバ。
請求項１０記載のエッジサーバにおいて、
センタ装置からコンテンツのダウンロード要求を受信したとき、ストレージ装置内に前記コンテンツが格納されていないときのみ前記コンテンツをセンタ装置からダウンロードすることを特徴とするエッジサーバ。
請求項１０記載のエッジサーバにおいて、
ユーザ更新領域にユーザ毎に格納されたコンテンツを表すユーザコンテンツテーブルを備えたことを特徴とするエッジサーバ。
請求項１０記載のエッジサーバにおいて、
ダウンロードされたコンテンツ及び該コンテンツを利用したユーザを表す情報を格納したコンテンツテーブルを備えたことを特徴とするエッジサーバ。
請求項１０記載のエッジサーバにおいて、
センタ装置からコンテンツの削除要求を受信したときに該コンテンツを利用している再生端末が存在しないとき、該コンテンツを登録する完全削除待ちテーブルを備えたことを特徴とするエッジサーバ。
通信回線を介してセンタ装置からコンテンツをエッジサーバにダウンロードするステップと、
ダウンロードしたコンテンツをエッジサーバが備えるストレージ装置の前記センタ装置が専用で利用するセンタ更新領域またはエッジサーバからコンテンツの配信を受ける複数のコンテンツ再生端末がそれぞれ専用で利用するユーザ更新領域に格納するステップと、
前記ストレージ装置に格納したコンテンツをコンテンツ再生端末に配信するステップを備えたことを特徴とするコンテンツ配信方法。
請求項１５記載のコンテンツ配信方法において、
センタ装置からコンテンツを前記エッジサーバにダウンロードするステップは、
センタ装置からコンテンツのダウンロード要求を受信したとき、ストレージ装置内に前記コンテンツが格納されていない場合のみ前記コンテンツをセンタ装置からダウンロードすることを特徴とするコンテンツ配信方法。
請求項１５記載のコンテンツ配信方法において、
前記ストレージ装置に格納したコンテンツを削除するステップを備え、該ステップは、センタ装置からコンテンツの削除要求を受信したとき、該コンテンツを利用しているコンテンツ再生端末が存在しないときのみ、該コンテンツをストレージ装置から削除することを特徴とするコンテンツ配信方法。
請求項１５記載のコンテンツ配信方法において、
センタ装置からコンテンツをダウンロードするステップは、
ユーザの要求に応じたコンテンツを、ユーザ更新領域にユーザ毎に格納するステップであることを特徴とするコンテンツ配信方法。
請求項１５載のコンテンツ配信方法において、
センタ装置からコンテンツをダウンロードするステップは、
センタ装置側の要求に応じたコンテンツを、センタ更新領域に格納するステップであることを特徴とするコンテンツ配信方法。
請求項１５記載のコンテンツ配信方法において、
前記ストレージ装置に格納したコンテンツを削除するステップを備え、該ステップは、センタ装置からコンテンツの削除要求を受信したときに該コンテンツを利用している再生端末が存在しないとき、該コンテンツを完全削除待ちテーブルに登録するステップであることを特徴とするコンテンツ配信方法。