(57)【要約】【課題】  ユーザ端末から要求された各種デジタルコンテンツを、電子ネットワークを介して即座に配送すること。【解決手段】  各種デジタルコンテンツを収集し、収集したデジタルコンテンツをセンター１０内あるいは同一ネットワーク内のＦＴＰサーバ１６１６ａ〜１６ｎにアップロードするセンター１０側の管理ＰＣ１１と、管理ＰＣ１１の指示に従ってＦＴＰサーバ１６ａ〜１６ｎからデジタルコンテンツを予めダウンロードしておき、同一ネットワーク上にあるユーザ端末（ＰＣ２２１，ＰＣ２２２ａ〜２２２ｎ，ＳＴＢ２３１，ＳＴＢ２３３，店舗端末２４等）からの配信リクエストやダウンロードリクエストに応じて、ダウンロードしておいたデジタルコンテンツをユーザ端末に配信するエッジサーバ２１とを有する。【選択図】      図１
2004265397.tif 000002
【特許請求の範囲】
【請求項１】
電子ネットワークを介してデジタルコンテンツを配送するデジタルコンテンツ配送システムであって、
収集したデジタルコンテンツをＦＴＰサーバにアップロードする管理ＰＣと、
前記管理ＰＣの指示に従って前記ＦＴＰサーバから前記デジタルコンテンツを予めダウンロードしておき、同一ネットワーク上にあるユーザ端末からのリクエストに応じて、ダウンロードしておいた前記デジタルコンテンツを前記ユーザ端末に配信するエッジサーバと
を有することを特徴とするデジタルコンテンツ配送システム。
【請求項２】
前記エッジサーバは、前記ＦＴＰサーバのうち最も負荷の低いＦＴＰサーバの情報を前記管理ＰＣから取得し、取得した前記情報に従って、前記最も負荷の低いＦＴＰサーバから前記デジタルコンテンツを予めダウンロードしておくこと
を特徴とする請求項１に記載のデジタルコンテンツ配送システム。
【請求項３】
前記エッジサーバは、前記デジタルコンテンツにストリーミング配信用コンテンツと指示書が含まれていた場合、前記指示書に従って、前記ストリーミング配信用コンテンツを、ストリーミング配信用サーバとデータベースに登録・削除・変更する処理を実行し、実行結果を前記管理ＰＣに報告すること
を特徴とする請求項１または請求項２に記載のデジタルコンテンツ配送システム。
【請求項４】
前記エッジサーバは、前記ストリーミング配信用サーバのうち、最も負荷の低いストリーミング配信用サーバから前記ストリーミング配信用コンテンツを前記ユーザ端末に配信させること
を特徴とする請求項３に記載のデジタルコンテンツ配送システム。
【請求項５】
前記エッジサーバは、前記ユーザ端末への配信ログを収集し、収集した前記配信ログを前記管理ＰＣが指定する前記ＦＴＰサーバにアップロードし、
前記管理ＰＣは、前記ＦＴＰサーバにアップロードされた前記配信ログをダウンロードして管理すること
を特徴とする請求項１ないし請求項４のいずれかに記載のデジタルコンテンツ配送システム。
【請求項６】
前記エッジサーバは、前記データベースに登録されている情報に基づいて、前記ユーザ端末を操作するユーザの属性に応じたウェッブ画面を前記ユーザ端末に提供すること
を特徴とする請求項３に記載のデジタルコンテンツ配送システム。
【請求項７】
電子ネットワークを介してデジタルコンテンツを配送するデジタルコンテンツ配送方法であって、
管理ＰＣにおいて収集したデジタルコンテンツをＦＴＰサーバにアップロードしておく段階と、
前記管理ＰＣの指示に従って各エッジサーバが前記ＦＴＰサーバから前記デジタルコンテンツをダウンロードしておく段階と、
ユーザ端末からのリクエストに応じて、ダウンロードしておいた前記デジタルコンテンツを前記エッジサーバのうち前記ユーザ端末と同一ネットワーク上にあるエッジサーバから前記ユーザ端末に配信する段階と
を含むことを特徴とするデジタルコンテンツ配送方法。
【請求項８】
電子ネットワークを介してデジタルコンテンツを配送するデジタルコンテンツ配送システムにおいて用いられるエッジサーバであって、
管理ＰＣがデジタルコンテンツをアップロードしたＦＴＰサーバから、前記デジタルコンテンツを前記管理ＰＣの指示に従って予めダウンロードしておき、同一ネットワーク上にあるユーザ端末からのリクエストに応じて、ダウンロードしておいた前記デジタルコンテンツを前記ユーザ端末に配信すること
を特徴とするエッジサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、動画、静止画、音声、テキスト、プログラム等の各種デジタルコンテンツを、電子ネットワークを介して配送するデジタルコンテンツ配送システム、デジタルコンテンツ配送方法、及びデジタルコンテンツ配送システムにて用いられるエッジサーバに関する。
【背景技術】
【０００２】
ブロードバンド接続のインターネットサービスの普及により、高品位な映像や音声等のデジタルコンテンツを配信する、あるいはダウンロードするといったことが可能となってきた。ところが、デジタルコンテンツの利用者が増加するとともにデジタルコンテンツの提供元のサーバや伝送経路などに高負荷が掛かるため、デジタルコンテンツの利用者への配信や利用者によるデジタルコンテンツのダウンロードといったことを、高速で安定的に行うことが困難となる。
【０００３】
そこで、デジタルコンテンツ配信サービスの安定的な供給や高速応答を目的とした技術が開示されている（例えば、特許文献１を参照）。
【０００４】
特許文献１に記載の技術によれば、ユーザ端末から配信要求があると、デジタルコンテンツを保持するセンタノードからユーザ端末に最短な位置のエッジノードに配信要求のあったデジタルコンテンツが転送され、当該エッジノードからユーザ端末にデジタルコンテンツが配信されるため、デジタルコンテンツの配送を安定的、経済的に行うことが可能であるとされている。また、一旦エッジノードにキャッシュされたデジタルコンテンツは、ユーザ端末からの配信要求に応じてエッジノードから直接ユーザ端末に配信される。
【特許文献１】特開２００２−２１５４９８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の技術においては、ユーザ端末から配信要求があった時点で、エッジノードに配信要求のあったデジタルコンテンツがキャッシュされていなければ、デジタルコンテンツを保持するセンタノードからエッジノードにデジタルコンテンツを転送する必要があるため、センタノードからエッジノードまでの転送に相当の時間を要する。その結果、ユーザ端末にデジタルコンテンツが配信されるまでの時間も多くなり、配信要求を行ったユーザがそのデジタルコンテンツを即座に視聴することができない。
【０００６】
従って、例えば音楽ショップ等に設置されているユーザ端末などのように、ユーザのリクエストに対して即座にデジタルコンテンツを配送しなければならないケース、つまり僅かな遅延も許されないといったケースでは、上記特許文献１に記載の技術ではまだ十分とは言えない。
【０００７】
本発明は、以上のような状況を鑑みて成されたものであり、ユーザ端末から要求された各種デジタルコンテンツを、電子ネットワークを介して即座に配送することができるデジタルコンテンツ配送システム、デジタルコンテンツ配送方法、及びデジタルコンテンツ配送システムにて用いられるエッジサーバを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明に係るデジタルコンテンツ配送システムの特徴は、電子ネットワークを介して動画、静止画、音声、テキスト、プログラム等の各種デジタルコンテンツを配送するデジタルコンテンツ配送システムであって、（ａ）各種デジタルコンテンツを収集し、収集したデジタルコンテンツをセンター内のＦＴＰサーバあるいは同一ネットワーク内のＦＴＰサーバにアップロードするセンター側の管理ＰＣと、（ｂ）センター側の管理ＰＣの指示に従ってＦＴＰサーバからデジタルコンテンツを予めダウンロードしておき、同一ネットワーク上にあるユーザ端末からの配信リクエストやダウンロードリクエストに応じて、ダウンロードしておいたデジタルコンテンツをユーザ端末に配信するエッジサーバとを有することにある。
【０００９】
また、本発明に係るデジタルコンテンツ配送方法の特徴は、電子ネットワークを介して各種デジタルコンテンツを配送するデジタルコンテンツ配送方法であって、（ａ）管理ＰＣにおいて収集した各種デジタルコンテンツをセンター内のＦＴＰサーバあるいは同一ネットワーク内のＦＴＰサーバにアップロードしておく段階と、（ｂ）管理ＰＣの指示に従って各エッジサーバがＦＴＰサーバからデジタルコンテンツをダウンロードしておく段階と、（ｃ）ユーザ端末からのリクエストに応じて、各エッジサーバ内にダウンロードしておいたデジタルコンテンツを各エッジサーバのうちユーザ端末と同一ネットワーク上にあるエッジサーバから当該ユーザ端末に配信する段階とを含むことにある。
【００１０】
すなわち、エッジサーバはユーザ端末と同一ネットワーク上に設置されており、センター側の管理ＰＣの指示に従って予めＦＴＰサーバからデジタルコンテンツをエッジサーバ内にダウンロードしておく。そして、エッジサーバは、同一ネットワーク上にあるユーザ端末からの配信リクエストやダウンロードリクエストに応じて、エッジサーバ内にダウンロードしておいたデジタルコンテンツを、当該ユーザ端末に配信する。つまり、ユーザ端末からのリクエストはユーザ端末と同一ネットワーク上にあるエッジサーバに送られ、そのエッジサーバが保有するデジタルコンテンツを当該ユーザ端末に配信するようにしているため、ユーザ端末から要求されたデジタルコンテンツを即座に配送することができるのである。
【００１１】
また、上記エッジサーバは、複数のＦＴＰサーバが存在する場合に、複数のＦＴＰサーバのうち最も負荷の低いＦＴＰサーバを特定する情報を管理ＰＣから取得し、取得した情報に従って、最も負荷の低いＦＴＰサーバからデジタルコンテンツを予めダウンロードしておくように構成することもできる。
【００１２】
また、上記エッジサーバは、ＦＴＰサーバからダウンロードしたデジタルコンテンツにストリーミング配信用コンテンツと指示書が含まれていたある場合、その指示書に従って、ダウンロードしたストリーミング配信用コンテンツをストリーミング配信用サーバとデータベースに登録・削除・更新する処理処理を実行し、実行結果を前記管理ＰＣに報告するように構成することもできる。
【００１３】
また、上記エッジサーバは、ストリーミング配信用サーバが複数存在するとき、各ストリーミング配信用サーバのうち最も負荷の低いストリーミング配信用サーバからストリーミング配信用コンテンツをユーザ端末に配信させるように構成することもできる。
【００１４】
さらにまた、上記エッジサーバは、ユーザ端末への配信ログを収集し、収集した配信ログを管理ＰＣが指定するＦＴＰサーバにアップロードし、上記管理ＰＣは、ＦＴＰサーバにアップロードされた配信ログをダウンロードして管理データベースに登録し、管理することもできる。
【００１５】
さらに、上記エッジサーバは、管理データベースに登録されている情報に基づいて、ユーザ端末を操作するユーザの属性に応じたウェッブ画面をユーザ端末に提供することもできる。
【発明の効果】
【００１６】
本発明によれば、ユーザ端末から要求された各種デジタルコンテンツを、電子ネットワークを介して即座に配送することができるデジタルコンテンツ配送システム、デジタルコンテンツ配送方法、及びデジタルコンテンツ配送システムにて用いられるエッジサーバを提供することができる。
【発明を実施するための最良の形態】
【００１７】
以下、図１から図４８を参照して、本発明の実施の形態について詳しく説明する。なお、各図面を通じて同一もしくは同等の部位や構成要素には、同一もしくは同等の参照符号を付し、その説明を省略もしくは簡略化する。
【００１８】
［実施例１］
［デジタルコンテンツ配送システムの構成］
図１に示すように、本実施形態に係るデジタルコンテンツ配送システムは、電子ネットワークを介して動画、静止画、音声、テキスト、プログラム等の各種デジタルコンテンツを、インターネット９０（ＡＤＳＬやＦＴＴＨ等）やクローズドネットワークを介して、センター１０から店舗２０ａ、ホテル２０ｂ、公共施設２０ｃ等に配送する。
【００１９】
センター１０には、管理ＰＣ１１、管理ＦＴＰサーバ１２、ファイルサーバ１３、管理データベース１４が設置され、さらに同一ネットワーク上に中継サーバ１６として複数の（あるいは単一の）ＦＴＰサーバ１６ａ〜１６ｎが設置されている。
【００２０】
管理ＰＣ１１は、各種デジタルコンテンツを収集し、ファイルサーバ１３上で管理しているデジタルコンテンツを、管理ＦＴＰサーバ１２を介してＦＴＰサーバ１６ａ〜１６ｎにアップロードする。
【００２１】
一方、店舗２０ａ、ホテル２０ｂ、公共施設２０ｃには、それぞれエッジサーバ２１ａ，２１ｂ，２１ｃが設置されている。店舗２０ａには、エッジサーバ２１ａと、店舗端末２４、ＰＣ２２１、ＳＴＢ（Set Top Box）２３１が設置され、インターネット９０と接続している。同様に、ホテル２０ｂには、エッジサーバ２１ｂと、各客室にＰＣ２２２ａ〜２２２ｎや、ＳＴＢ２３２ａ〜２３２ｎが設置され、インターネット９０と接続している。また、公共施設２０ｃには、エッジサーバ２１ｃとＳＴＢ２３３が設置され、インターネット９０と接続している。
【００２２】
各エッジサーバ２１ａ，２１ｂ，２１ｃは、センター１０側の管理ＰＣ１１の指示に従ってＦＴＰサーバ１６ａ〜１６ｎからデジタルコンテンツを予めダウンロードしておき、同一ネットワーク上にあるユーザ端末（ＰＣ２２１，ＰＣ２２２ａ〜２２２ｎ，ＳＴＢ２３１，ＳＴＢ２３３，店舗端末２４等）からの配信リクエストやダウンロードリクエストに応じて、ダウンロードしておいたデジタルコンテンツをユーザ端末に配信する。
【００２３】
すなわち、各エッジサーバ２１ａ，２１ｂ，２１ｃは、それぞれのユーザ端末（ＰＣ２２１，ＰＣ２２２ａ〜２２２ｎ，ＳＴＢ２３１，ＳＴＢ２３３，店舗端末２４等）と同一ネットワーク上に設置されており、センター１０側の管理ＰＣ１１の指示に従って予めＦＴＰサーバ１６ａ〜１６ｎからデジタルコンテンツをエッジサーバ２１ａ，２１ｂ，２１ｃ内にダウンロードしておく。そして、エッジサーバ２１ａ，２１ｂ，２１ｃは、同一ネットワーク上にあるユーザ端末（ＰＣ２２１，ＰＣ２２２ａ〜２２２ｎ，ＳＴＢ２３１，ＳＴＢ２３３，店舗端末２４等）からの配信リクエストやダウンロードリクエストに応じて、エッジサーバ２１ａ，２１ｂ，２１ｃ内にダウンロードしておいたデジタルコンテンツを、当該ユーザ端末に配信する。つまり、ユーザ端末（例えばＰＣ２２１）からのリクエストはユーザ端末（例えばＰＣ２２１）と同一ネットワーク上にあるエッジサーバ２１ａに送られ、そのエッジサーバ２１ａが保有するデジタルコンテンツを当該ユーザ端末（ＰＣ２２１）に配信するようにしているため、ユーザ端末（ＰＣ２２１）から要求されたデジタルコンテンツを即座に配送することができる。
【００２４】
なお、エッジサーバ２１ａ，２１ｂ，２１ｃは、図２に例示するように、ストリーミング配信用サーバ２１１、データベース２１２、ファイル転送用サーバ２１３、ＳＴＢブートモジュールサーバ２１４、ウェッブサーバ２１５、ＰＨＰスクリプトＣＧＩ２１６、エッジサーバ制御モジュール２１７などから構成される。
【００２５】
［デジタルコンテンツ配送システムの機能］
図３に示すように、本実施形態に係るデジタルコンテンツ配送システムにおいては、配送制御機能１０１、コンテンツ管理機能１０２、ログ管理機能１０３、ウェッブページ管理機能１０４、配信制御機能１０５、課金システムＩ／Ｆ機能１０６などを備えている。
【００２６】
《配送制御機能》
管理ＰＣ１１は、センター１０内のファイルサーバ１３上にあるデジタルコンテンツ群をパスワード付き圧縮ファイル（Info-Zip）にし、管理ＦＴＰサーバ１２を介してＦＴＰサーバ１６ａ〜１６ｎにアップロードしておく。このとき、各エッジサーバ２１ａ，２１ｂ，２１ｃへの指示書（コンテンツの登録・削除・更新指示）を必要に応じて添付して、配送用に一つのファイルにして圧縮する。
【００２７】
管理ＰＣ１１からのアップロードが完了すると、管理ＰＣ１１は各エッジサーバ２１ａ，２１ｂ，２１ｃからのコンテンツダウンロード要求を許可する。ダウンロード要求を受けた管理ＰＣ１１は、リクエスト電文中のエッジＩＤ（例えば、ネットワークカードのＭＡＣアドレス）をセンター１０内の管理データベース１４と照合し、正しいエッジサーバであることが認証できると、複数あるＦＴＰサーバ１６ａ〜１６ｎのうち最も負荷の低いＦＴＰサーバを特定する情報（例えばＩＰアドレスとポート番号）とアクセス用ユーザＩＤとパスワード、ダウンロード用のファイル名などを、ダウンロード要求をしてきたエッジサーバ２１ａ，２１ｂ，２１ｃに送信する。
【００２８】
各エッジサーバ２１ａ，２１ｂ，２１ｃは、ファイル転送用サーバ２１３を介して、管理ＰＣ１１から送られてきたＩＰアドレスとポート番号でＦＴＰサーバにアクセスし、ユーザＩＤとパスワード、ダウンロード用のファイル名を用いてデジタルコンテンツのファイルをダウンロードする。エッジサーバ２１ａ，２１ｂ，２１ｃは、ダウンロードか完了すると、ダウンロードしたファイルを所定のチェック・サムでアナライズし、ビット落ち等の不完全なファイルであった場合には、再度ダウンロード要求を管理ＰＣ１１に対して行う。
【００２９】
また、管理ＰＣ１１から送られてきたＦＴＰサーバを特定する情報で当該ＦＴＰサーバにアクセスできないときは、エラー情報を管理ＰＣ１１に返送することで、管理ＰＣ１１は代替えのＦＴＰサーバの情報をエッジサーバ２１ａ，２１ｂ，２１ｃに返す。
【００３０】
なお、図４はエッジサーバ２１ａ，２１ｂ，２１ｃ側からみたＦＴＰ要求のシーケンス例を示している。
【００３１】
また、配送制御機能１０１には、コンテンツ配送の履歴管理機能が含まれている。例えば、デジタルコンテンツを必ず順番にエッジサーバ２１ａ，２１ｂ，２１ｃに配信しなければならない場合、エッジサーバ２１ａ，２１ｂ，２１ｃが上位の順番のコンテンツをダウンロードしていないときには、下位の順番のコンテンツがＦＴＰサーバ１６ａ〜１６ｎにあったとしても、管理ＰＣ１１は上位の順番のコンテンツからダウンロードさせるようにエッジサーバ２１ａ，２１ｂ，２１ｃを制御する。
【００３２】
《コンテンツ管理機能》
エッジサーバ２１ａ，２１ｂ，２１ｃは、図５に示すように、ＦＴＰサーバ１６ａ〜１６ｎからダウンロードしたファイルを、管理ＰＣ１１が指定するディレクトリに解凍する。また、解凍したファイル群の中にストリーミング配信用コンテンツと指示書が含まれている場合、エッジサーバ２１ａ，２１ｂ，２１ｃは、図６〜図７に示すように、指示書に従ってダウンロードしたストリーミング配信用コンテンツをエッジサーバ２１ａ，２１ｂ，２１ｃ内のストリーミング配信用サーバ２１１とデータベース２１２に登録・削除・更新する処理を実行する。あるいは登録済みのコンテンツに対してのメタ情報の変更を行う。そして、エッジサーバ２１ａ，２１ｂ，２１ｃは、実行結果を管理ＰＣ１１に報告する。
【００３３】
これらコンテンツ管理リクエストがエッジサーバ２１ａ，２１ｂ，２１ｃにおいて正常に完了した場合、管理ＰＣ１１は、不要になったファイルをＦＴＰサーバ１６ａ〜１６ｎから削除したり、コンテンツ配送の履歴管理をしているのであれば、その履歴を更新したりすることができる。
【００３４】
《ログ管理機能》
管理ＰＣ１１は、図８に示すように、所定の時刻になると各エッジサーバ２１ａ，２１ｂ，２１ｃに対してログ収集リクエストを行う。各エッジサーバ２１ａ，２１ｂ，２１ｃは、管理ＰＣ１１からログ収集リクエストを受け取ると、各システムのログ（視聴率、ヒット率、エラーログ等）を収集し、所定のフォーマットでファイルを圧縮し、管理ＰＣ１１が指定するＦＴＰサーバ１６ａ〜１６ｎにアップロードする。
【００３５】
管理ＰＣ１１は、ＦＴＰサーバ１６ａ〜１６ｎにアップロードされた配信ログをダウンロードして管理データベース１４に登録し、管理する。
【００３６】
《ウェッブページ制御機能》
コンテンツ管理機能１０２により、ダウンロードされたコンテンツはデータベース２１２にて管理されているため、各エッジサーバ２１ａ，２１ｂ，２１ｃにユーザ端末（ＰＣ２２１，ＰＣ２２２ａ〜２２２ｎ，ＳＴＢ２３１，ＳＴＢ２３３，店舗端末２４等）がＨＴＴＰプロトコルでアクセスすると、ユーザの情報（例えば、年齢、趣味、視聴傾向等）に合致するコンテンツの情報をエッジサーバ２１ａ，２１ｂ，２１ｃ内のデータベース２１２から取得し、ユーザに応じたウェッブ画面をウェッブサーバ２１５からユーザ端末（ＰＣ２２１，ＰＣ２２２ａ〜２２２ｎ，ＳＴＢ２３１，ＳＴＢ２３３，店舗端末２４等）に提供することができる。
【００３７】
また、ログ管理機能１０３と連携して、一番ヒット率の高いコンテンツ順に「今月のベスト１０ランキング」をウェッブサーバ２１５から表示したり、データベース２１２から取得したユーザの嗜好情報に基づいて「○○○○からの一押し！」といったユーザが求めているであろうコンテンツをウェッブサーバ２１５から提示したりすることもできる。
【００３８】
《配信制御機能》
配信制御機能１０５には、各エッジサーバ２１ａ，２１ｂ，２１ｃが管理するストリーミング配信用サーバ２１１が複数あるとき、ユーザ端末（ＰＣ２２１，ＰＣ２２２ａ〜２２２ｎ，ＳＴＢ２３１，ＳＴＢ２３３，店舗端末２４等）のアクセス頻度を算出し、最もアクセス負荷の低いストリーミング配信用サーバ２１１からコンテンツを配信させるロードバランス機能を備えている。
【００３９】
また、複数あるストリーミング配信用サーバ２１１のうち一台が何らかの障害で稼働しなくなった場合、障害が発生したストリーミング配信用サーバ２１１をリブートしたり、データベース２１２からそのストリーミング配信用サーバ２１１の情報を除外したりする機能を有している。
【００４０】
《課金システムＩ／Ｆ機能》
課金システムＩ／Ｆ機能１０６では、様々な課金システムと連携がとれるように複数のインタフェースを備えている。
【００４１】
（１）課金情報をデータベースファイル（例えばＣＳＶ形式）にして課金システムとやりとりする。
【００４２】
（２）課金システム側のプログラムライブラリをリンクして、ＡＰＩ（アプリケーション・プログラム・インタフェース）を介してやりとりする。
【００４３】
（３）Ｓｏｃｋｅｔを使用した電文での情報伝達により課金システムとやりとりする。
【００４４】
［実施例２］
図１３に例示するように、実施例２におけるデジタルコンテンツ配送システムは、サービスを展開するADSL回線のマンション５００の各棟に、エッジサーバ５０１を設置し、各エッジサーバ５０１から各部屋に設置されているＳＴＢ（「IT'S TV 2330」または「6670」）に、ストリーム配信を行う。また各部屋からのビデオレンタル情報や、決済情報などを、ADSL回線を利用して、データセンター３００とやり取りを行う。また、コンテンツ配送を行うコンテンツ配送管理センター４００が設置されている。
【００４５】
コンテンツ配送管理センター４００は、コンテンツ（ＭＰＥＧ，ウェッブ，ＤＢデータなど）を、インターネット網９０を利用して、ＡＤＳＬ回線のマンション５００棟内のエッジサーバ５０１や、ホテル６００内のエッジサーバ６０１（図１４を参照）に、配送する。
【００４６】
配送管理サーバ４０１は、配送システム全般の管理を行うために、以下の機能を備えている。
【００４７】
（１）配送管理サーバ４０１は、各エッジサーバ５０１からの問い合わせ（リクエスト）に対し、指示（命令）を与える。この指示電文および問い合わせ電文は、すべて暗号化されている。
【００４８】
（２）コンテンツ配送管理センター４００内のファイル共有サーバ４０４上にある各コンテンツ（ＭＰＥＧ，グラフィック，テキスト，データベースなど）データを管理者が管理し、配送用にひとつの暗号化されたファイルにまとめ（独自圧縮）、ファイル共有サーバ４０４内に蓄積する。この蓄積された配送用データは、配送管理サーバサーバ４０４内のデータベースに登録され、履歴管理される。
【００４９】
（３）作成、登録された配送データは、作成、登録されるとすぐに管理ＦＴＰサーバ４０２にアップロードされる。管理者が配送データに配送予約時間を指定した場合は、その予約時間以降にエッジサーバ５０１にコンテンツ配送される。管理者が配送データに配送予約時間を設定しなかった場合は、管理ＦＴＰサーバ４０２に配送データがアップロードされた時点で、エッジサーバ５０１にコンテンツ配送される。
【００５０】
（４）配送用ＦＴＰサーバ４０３（中継ＦＴＰサーバ）が複数する存在する場合、配送管理サーバ４０１は、一箇所の配送用ＦＴＰサーバ４０３が何らかの理由で使用できない場合、別の配送用ＦＴＰサーバ４０３から配送データをダウンロードする指示を各エッジサーバ５０１に出すことができる。
【００５１】
（５）配送管理サーバ４０１は、配送用ＦＴＰサーバ４０３へのコンテンツ配送（ＦＴＰ）と配送状況を監視し、定められた回数分のリトライを繰り返しても配送できない場合には、そのエラー情報を配送管理サーバ４０１上に表示する。
【００５２】
（６）配送管理サーバ４０１は、各エッジサーバ５０１が稼動状態であるか否かの状態監視を行う。
【００５３】
（７）配送管理サーバ４０１は、各エッジサーバ５０１内のサービスダウンを検知し、検知した場合、この対象エッジサーバ５０１内のサービスを自動的に立ち上げ直すこともできる。
【００５４】
管理ＦＴＰサーバ４０２は、配送管理サーバ４０１から送られた配送用コンテンツを、配送管理サーバ４０１からの指示に従い、ファイル共有サーバ４０４から各配送用ＦＴＰサーバ４０３へアップロードする。指定された各配送用ＦＴＰサーバ４０３へのアップロードが完了すると、管理ＦＴＰサーバ４０２は、アップロード完了通知を配送管理サーバ４０１へ通知する。
【００５５】
配送用ＦＴＰサーバ４０３は、管理ＦＴＰサーバ４０１から送られたコンテンツを蓄積し、各エッジサーバ５０１からの配送コンテンツのダウンロードを待つ。配送用ＦＴＰサーバ４０３に蓄積された配送用データの削除は、配送用ＦＴＰサーバ４０３の管理者または、このシステム全体を管理している管理者が行う。
【００５６】
データセンター３００は、各マンション５００棟の情報や、各ホテル６００の情報を管理する。データセンター３００内のシステムは、基幹（センター）系サーバ３０１と情報系サーバ３０２から構成されている。基幹（センター）系サーバ３０１は、各ＳＴＢ５０２，６０２からのユーザ認証や決済を管理し、情報系サーバ３０２は、各ユーザの視聴ログなどを管理する。尚、基幹（センター）系サーバ３０１および情報系サーバ３０２は、リダンダントによりトラブルが発生した場合、もうひとつのサーバにスイッチする（フェール・オーバ・クラスタリング）。
【００５７】
基幹（センター）系サーバ３０１は、ＳＴＢ５０２側でレンタルされるビデオなどの決済や、その決済を行う加入者の認証を行う。また、認証された加入者が電子マネーやクレジットカードでポイントを購入する際、外部決済システム９００（電子マネーシステムやクレジットカードシステム等）との決済処理を行います。この認証状況や課金決済状況は、基幹（センター）系サーバ３０１内のデータベースに蓄積さる。尚、この決済での通信電文は、ＳＳＬ等のセキュリティ手段にて保護されている。
【００５８】
情報系サーバ３０２は、ＳＴＢ５０２側での視聴ログの収集機能、基幹系サーバ情報の閲覧機能、管理者用の掲示板機能などを提供する。それらの情報は、情報系サーバ３０２内のデータベースに蓄積されており、ブラウザを使って閲覧することができる。
【００５９】
マンション５００棟内には、エッジサーバ５０１が設置されており、各ＳＴＢ５０２から例えばADSL回線でインターネットを利用することができる。また、そのインターネット回線を利用してレンタルビデオの課金や、コンテンツ配送を行う。
【００６０】
利用者は、各部屋に設置されたＳＴＢ５０２を使用して、エッジサーバ５０１内のウェッブ画面より、レンタルビデオを購入することができる。購入方法は、クレジットカード決済、電子マネー決済、銀行振り込みなどがあり、部屋ごとに割り振られているＳＴＢ５０１のＩＤコードを、データセンター３００の基幹系サーバ３０１に問い合わせることで、認証確認が行われる。認証確認が正常に行われると、利用者のＳＴＢ５０２に対して、エッジサーバ５０１内のビデオ配信サーバから、ストリームが送信され、利用者はそのビデオを視聴することができる。
【００６１】
図１４は、ホテル６００向けのデジタルコンテンツ配送システムの構成例を示している。ホテル６００内には、エッジサーバ６０１が設置されており、ＡＤＳＬ回線でインターネットを利用することができる。そのインターネット回線を利用してレンタルビデオの課金や、コンテンツ配送を行う。
【００６２】
利用者は、各部屋に設置されたＳＴＢ６０２を使用して、エッジサーバ６０１内のウェッブ画面より、レンタルビデオを購入することができる。購入方法は、宿泊費に含まれており、決められた数のビデオを視聴することができる。視聴本数制限は、各ホテル６００内のエッジサーバ６０１内で制御され、視聴情報は、データセンター３００の基幹系サーバ３０１に送られる。ホテル６００の部屋数が多い場合、複数台のエッジサーバ６０１を設置することもできる。
【００６３】
ホテル６００内はクローズドシステムであり、コンテンツの配送、配信等に関してはインターネットを介さず、ＬＡＮ内での通信により行う。
【００６４】
ホテル６００用のカスタマイズ機能として、「視聴モニター」「各部屋の情報設定」などがある。「視聴モニター」では、ＶＯＤサーバ（エッジサーバ６０１）で視聴人数情報等を取得し、Ｗｅｂサーバ６０３のデータベースに収集する。その情報を、Ｗｅｂサーバ６０３上のユーザ視聴用Ｗｅｂページで表示する。「各部屋情報の設定」では、フロントＰＣ６０４で各部屋ごとのペアレントコントロール（Ｒ指定）や課金サービスを設定することができる。
【００６５】
図１５は、駅売店やコンビニエンスストア等の店舗７００向けデジタルコンテンツ配送システムの構成例を示している。コンテンツの配送はネットワーク９０で行い、配信等は各エッジサーバ７０１および店舗端末７０４が個々に独立して稼動する。店舗７００向けのカスタマイズ機能としては、「ＳＴＢ／ＰＣ監視」「コンテンツ差分更新機能」「コンテンツ配送通信電文のカスタマイズ」などがある。「ＳＴＢ／ＰＣ監視」では、エッジサーバ７０１がＳＴＢ７０２やＰＣ７０３の状態を監視する。「コンテンツ差分更新機能」では、ネットワーク９０で配送したコンテンツとＣＤ／ＤＶＤで更新したコンテンツの差分履歴管理を行う。「コンテンツ配送通信電文のカスタマイズ」では、コンテンツ配送管理サーバ４０１とエッジサーバ７０１、店舗端末７０４との通信電文を追加する。
【００６６】
図１６は、図１３に示したマンション５００向けデジタルコンテンツ配信システムのうち、ＳＴＢ５０２、エッジサーバ５０１、基幹系サーバ３０１／情報系サーバ３０２の各ジョブを階層的に表した図である。ＳＴＢ５０２側のジョブとしては、「電源ＯＮ」「メイン画面」「ＣＳチャンネル」「レンタルビデオ」」「レンタル情報」「今日のイチオシ」「カフェ」などのジョブがある。また、エッジサーバ５０１側のジョブとして「ＳＴＢ管理」「課金管理」「配信管理」「配送管理」「レンタル管理」「定期処理管理」などがあり、基幹系サーバ３０１／情報系サーバ３０２側のジョブとして「マンション棟管理」「ＳＴＢ管理」「ユーザ管理」「課金管理」「定期処理管理」などがある。
【００６７】
以下、ＳＴＢ５０２側の各ジョブについて詳細に説明する。
【００６８】
［2.1.  電源ＯＮ〜ＳＴＢファームアップグレード］
図１７は、ＳＴＢ５０２の電源をＯＮにした時に、メイン画面が表示されるまでの処理を例示している。
【００６９】
（１）ＳＴＢ５０２本体の電源ボタンを押す。またはリモコンから電源ボタンを押す。
【００７０】
（２）ＳＴＢ５０２が起動すると、マンション５００棟内に設置されているエッジサーバ５０１内のウェッブデータ（index.html）を読み出し、そのindex.html内のScript（ＳＴＢ５０２特有のObject）が、ＳＴＢ５０２のバージョン（使用しているブラウザエージェント）を取得する。
【００７１】
（３）取得したブラウザエージェントデータから、使用しているＳＴＢ５０２の機種を判断する。
【００７２】
（４）ＳＴＢ５０２側の機種判定が終わり、ファームアップデートが必要であれば、各ＳＴＢ５０２用のファームアップデートデータをＦＴＰからダウンロードする。ファームアップデートが必要で無い場合には、この処理はスキップされ、（６）のタスクに移行する。
【００７３】
（５）ファームアップデートが終了すると、ＳＴＢ５０２は自動的にリブートする。
【００７４】
（６）ＳＴＢ５０２のＳＴＢ ＩＤを、OBJECT & Script で取得し、メイン画面（main0.php）へＳＴＢ ＩＤを引き渡す。
【００７５】
［2.2.  メイン画面］
図１８は、ＳＴＢ５０２に表示されるメイン画面の処理例を示している。
【００７６】
（１）毎日０時〜４時の間に、インフォメーションデータ（message.h）を情報系サーバ３０２からエッジサーバ５０１にＦＴＰでダウンロードする。
【００７７】
（２）sessionを開始する。
【００７８】
（３）「2.1.  電源ＯＮ」より引き継いだ、ＳＴＢ ＩＤよりエッジサーバ５０１のPostgre SQLサーバへ、ＳＴＢ ＩＤが登録されているのか、サービス有効期間なのか、ホテルまたはＡＤＳＬユーザかの情報を取得する。
【００７９】
（４）ＳＴＢ ＩＤが登録されているユーザがサービス有効期間なのかのチェックを行う。ＡＤＳＬサービス有効ユーザであれば、（４）のタスクに移行し、ホテルユーザであれば、（５）のタスクに移行し、有効期間ではないユーザまたは登録されていないユーザであれば、（６）のタスクに移行します。
【００８０】
（５）図１９に例示するようなメイン画面を表示する。背景の動画データをＣＳチャンネルのIGMPから取得する。
【００８１】
（６）ホテル画面を表示する。
【００８２】
（７）非サービスメイン画面（図示せず）を表示する。
【００８３】
［2.3.  ＣＳチャンネル］
図２０は、ＣＳチャンネル処理の例を示している。
【００８４】
（１）毎日０時〜４時の間に、その日のＣＳ番組表を情報系サーバ３０２からエッジサーバ５０１にＦＴＰで、ダウンロードし、エッジサーバ５０１内のＣＳ番組フォルダへrenameして格納する。さらに、前々日の日付の番組表データを消去する。
【００８５】
（２）現在の日付ならびに時間を取得します。
【００８６】
（３）Scriptで、番組表が格納されているフォルダの場所から、「ＣＳ番組」＋「今日の日付」＋“.js”というファイルを読み込む。番組表が取得できない場合には、（４）のタスクに移行し、番組表が取得できれば、（５）のタスクに移行する。
【００８７】
（４）番組表が取得できない場合は、図２１に例示するオンエア画面の「観る」ボタンと「閉じる」ボタンのみをアクティブにし、「前の番組」ボタンと「次の番組」ボタンは非アクティグ（グレーアウト）し、オンエア情報の中身は「なし」で表示する。
【００８８】
（５）番組表が取得できた場合、取得したファイルを「時間：ＴＥＸＴ」で配列に入れ、（１）のタスクで取得した時刻に合う、番組表の内容をオンエア情報に表示させる。「前の番組」ボタンでは、その前の時刻の番組表を、「次の番組」ボタンでは次の時刻の番組表を表示する。
【００８９】
（６）「観る」ボタンは、“channel.php?cs=1”（“cs”＝番組番号）という形で番組番号を引数として渡す。
【００９０】
［2.3.1.  ＣＳ番組画面］
図２２は、ＣＳ番組画面の処理例を示している。
【００９１】
（１）まず、不正アクセス（ＵＲＬを直接入力）を防ぐ為、sessionから、正規サービスユーザなのかを判別する。サービスユーザではない場合、非サービスユーザメイン画面（/main_no/main.html）へと移動させる。
【００９２】
（２）ＣＳ番組表から引き渡された値（番組番号）から、対象のＣＳ番組のIGMPへのＩＰアドレスとPort番号を、channel.php内のデータテーブルから取得する。
【００９３】
（３）リモコンのチャンネル［上］ボタンおよび［下］ボタンに対応させるため、前のＣＳ番号、次のＣＳ番号を取得する。
【００９４】
（４）ＨＴＭＬを生成し、ＣＳ番組を表示させる。
【００９５】
［2.4.  レンタルビデオ］
［2.4.1.  レンタルビデオのカテゴリ画面］
図２３は、レンタルビデオ画面のカテゴリ処理例を示している。
【００９６】
（１）Scriptファイルrental.jsで、カテゴリが何個あるか設定する。図２４に例示するカテゴリ画面の「今月の編集部のおすすめ」には、「カテゴリが３つ」という設定がrental.js中に記載されている。
【００９７】
（２）rental.jsから得た情報をＳＴＢ５０２側に表示する。
【００９８】
［2.4.2.  レンタルビデオのリスト画面］
図２５は、レンタルビデオ画面のリスト処理例を示しており、図２６は、レンタルビデオのリスト画面の例である。
【００９９】
（１）ＨＴＭＬデータを参照する。
【０１００】
［2.4.3.  レンタルビデオの詳細画面］
図２７は、レンタルビデオの詳細画面の処理例を示しており、図２８は、レンタルビデオの詳細画面の例である。
【０１０１】
（１）Scriptにより、各リストのコンテンツ番号が設定されており、リストを押した際に、detail.phpへコンテンツ番号と表示しているＨＴＭＬページのＵＲＬが引き渡される。
【０１０２】
（２）detail.phpは、不正アクセス（ＵＲＬを直接入力）を防ぐ為、session情報でＳＴＢ ＩＤがあるか無いかを判断し、ＳＴＢ ＩＤが存在しない場合には、不正アクセスということでindex.htmlを表示する。存在する場合には、正常アクセスということで、次のタスクに移行します。
【０１０３】
（３）引き渡されたコンテンツ番号を基に、基幹系サーバ３０１へそのコンテンツ番号の詳細情報を問い合わせる。基幹系サーバ３０１はコンテンツ番号を基に、詳細情報を返す。詳細情報がない場合には、エラーメッッセージ「この作品はご利用できません」のＨＴＭＬ（warning_no.html）を表示し、また、データセンター３００と通信が確立できない場合には、「接続に失敗しました」のＨＴＭＬ（warning.html）を表示する。
【０１０４】
（４）詳細情報を取得した場合、公開開始前であれば、warning_no.htmlを表示し、公開終了であれば、warning_end.htmlを表示する。
【０１０５】
（５）詳細情報を基に、そのコンテンツがレンタルされているのかをチェックし、レンタルされていたら、レンタルポイントを０とする。
【０１０６】
（６）各情報をＨＴＭＬ（detail.html）に出力する。
【０１０７】
［2.4.3.1.  レンタルビデオの購入処理］
図２９は、レンタルビデオの購入処理例を示している。
【０１０８】
（１）図２８の［購入］ボタンを押すと、レンタルビデオの詳細画面で取得した情報により、既にレンタルされている場合、「このタイトルはレンタル期間中です。ポイントは消費されません。」というメッセージが表示される。新規レンタルの場合、パスワード入力画面が表示さる。
【０１０９】
（２）「このタイトルはレンタル期間中です」の［ＯＫ］ボタンや、パスワード入力後の［ＯＫ］ボタンを押すと、view.phpへと遷移する。その際に引き渡される情報は、「レンタル期間中」か「新規購入」と、「コンテンツＩＤ」、「戻り先ＵＲＬ」が引き渡される。
【０１１０】
（３）view.phpでは、新規購入の場合、パスワードがあっているか否か、sessionに格納されているユーザ情報を参照し、パスワードが違う場合、再度パスワード入力画面を表示する。
【０１１１】
（４）配信ストリームの空き帯域を、帯域チェックコマンドnistatを使用して、チェックする。帯域の空き領域がない場合、「ただいまサービスが大変混み合っております。しばらくお待ちいただきご利用ください。」ＨＴＭＬ（warning_jam.html）へ遷移する。
【０１１２】
（５）新規購入の場合、購入を行おうとしているユーザのポイント情報を基幹系サーバ３０１へ問い合わせを行う。購入しようとしたレンタルポイントよりも、現在持ちポイントが少ない場合、ポイントエラーＨＴＭＬへ遷移する。基幹系サーバ３０１と通信が行うことができない場合も、センターエラーのページへ遷移する。
【０１１３】
（６）基幹系サーバ３０１より、ポイント情報の結果がＯＫだったら、レンタル情報をエッジサーバ５０１内のデータベースに登録する。
【０１１４】
（７）ＨＴＭＬで要求のあったコンテンツを流すＨＴＭＬを自動生成する。
【０１１５】
［2.4.3.2.  レンタルビデオのプレビュー処理］
図３０は、レンタルビデオのプレビュー処理例を示している。
【０１１６】
（１）図２８の［プレビュー］ボタンを押すと、コンテンツＩＤ、戻り先ＵＲＬが引き渡される。
【０１１７】
（２）ストリームの配信帯域をコマンドnistatで調査し、ＯＫである場合、要求のあった、コンテンツＩＤのプレビュー用ＨＴＭＬを自動生成する。帯域が確保できない場合には、「ただいまサービスが大変混み合っております。しばらくお待ちいただきご利用ください」ＨＴＭＬ（warning_jam.html）を表示する。
【０１１８】
（３）プレビューのコンテンツを最初の５分から３分間配信する。
【０１１９】
［2.4.3.3.  レンタルビデオの視聴停止処理］
図３１は、レンタルビデオの視聴停止処理例を示している。
【０１２０】
（１）リモコンの［映像ＳＴＯＰ］ボタンを押すと、映像を止めた時間が、エッジサーバ５０１内のデータベースに記録され、次回同じビデオを視聴した場合には、その止めた時間から続きの映像を視聴することもできる。
【０１２１】
（２）また、基幹系サーバ３０１内のデータベースにも映像を止めた時間を保存する。
【０１２２】
［2.4.4.  ビデオNo.検索画面］
図３２は、レンタルビデオNo.での検索処理例を示しており、図３３は、レンタルビデオNo.検索画面の一例を示している。
【０１２３】
（１）Scriptにより、各リストのコンテンツ番号が設定されており、リストを押した際に、detail.phpへコンテンツ番号と表示しているＨＴＭＬページのＵＲＬが引き渡される。
【０１２４】
（２）detail.phpは、不正アクセス（ＵＲＬを直接入力）を防ぐ為、session情報でＳＴＢ ＩＤがあるか否かを判断し、ＳＴＢ ＩＤが存在しない場合には、不正アクセスとしてindex.htmlを表示する。ＳＴＢ ＩＤが存在する場合には、正常アクセスとして、次のタスクに移行する。
【０１２５】
（３）引き渡されたコンテンツ番号を基に、基幹系サーバ３０１へそのコンテンツ番号の詳細情報を問い合わせる。基幹系サーバ３０１は、コンテンツ番号を基に、詳細情報を返す。詳細情報がない場合には、エラーメッッセージ「この作品はご利用できません」のＨＴＭＬ（warning_no.html）を表示し、また、データセンター３００と通信が確立できない場合には、「接続に失敗しました」のＨＴＭＬ（warning.html）を表示する。
【０１２６】
（４）詳細情報を取得した場合、公開開始前であれば、warning_no.htmlを表示し、公開終了であれば、warning_end.htmlを表示する。
【０１２７】
（５）詳細情報を基に、そのコンテンツがレンタルされているのかをチェックし、レンタルされていたら、レンタルポイントを０とする。
【０１２８】
（６）各情報をＨＴＭＬ（detail2.html）に出力する。
【０１２９】
［2.6.  レンタル情報］
図３４は、レンタル情報メニュー画面の例を示している。
【０１３０】
［2.6.1.  レンタル情報画面（パスワード入力）］
図３５（ａ）はパスワード要求画面の例、図３５（ｂ）はパスワード入力画面の例を示している。また、図３６は、レンタル情報でのパスワード処理例を示している。
【０１３１】
（１）パスワードを入力する。
【０１３２】
（２）保持しているsessionのユーザ情報と照合して、入力されたパスワードが正しい場合には、レンタル中作品の表示を行う。パスワードが間違っていた場合には、再度入力画面を表示する。
【０１３３】
［2.6.2.  レンタル情報画面（レンタル中作品）］
図３７は、レンタル情報でのレンタル中作品処理の例を示しており、図３８は、レンタル情報画面（レンタル中作品）の例を示している。
【０１３４】
（１）不正アクセス（ＵＲＬを直接入力）を防ぐ為、session情報でＳＴＢ ＩＤがあるか否かを判断し、ＳＴＢ ＩＤが存在しない場合には、不正アクセスとしてindex.htmlを表示する。ＳＴＢ ＩＤが存在する場合には、正常アクセスとして、次のタスクに移行する。
【０１３５】
（２）ユーザ情報をエッジサーバ５０１のデータベースから取得する。
【０１３６】
（３）ユーザのレンタル情報をエッジサーバ５０１のデータベースから取得する。
【０１３７】
（４）（３）のタスクから取得したレンタル情報を基に、ＨＴＭＬを作成し表示する。
【０１３８】
［2.6.3.  レンタル情報画面（途中再生画面−視聴時間１分未満の場合）］
図３９は、レンタル情報での視聴時間が１分未満の途中再生処理の例を示している。また、図４０は、途中再生画面の例を示している。
【０１３９】
（１）取得した視聴時間が０であった場合、図４０の「途中から見る」ボタンを選択でききないように設定する。
【０１４０】
［2.6.4.  レンタル情報画面（途中再生画面−視聴時間１分以上の場合）］
図４１は、レンタル情報での視聴時間が１分以上の途中再生処理の例を示している。
【０１４１】
（１）［途中から見る］ボタンを押す。
【０１４２】
（２）view.phpに途中までの視聴時間が渡される。
【０１４３】
（３）配信ストリームの空き帯域を、帯域チェックコマンドnistatを使用して、チェックする。帯域の空き領域がない場合、「ただいまサービスが大変混み合っております。しばらくお待ちいただきご利用ください。」ＨＴＭＬ（warning_jam.html）へ遷移する。
【０１４４】
（４）view.phpは、要求のあったコンテンツを流すＨＴＭＬを自動生成する。このときに前回止めた視聴時間の秒を切り捨てて、Scriptに書き込まれ途中再生が行われる。
【０１４５】
［2.6.5.  ポイント購入（ＷｅｂＭｏｎｅｙの場合）］
図４２は、レンタル情報での電子マネーを利用してのポイント購入処理の例を示している。また、図４３（ａ）はポイント購入選択画面の例、図４３（ｂ）はポイント購入確認画面の例を示している。
【０１４６】
（１）図４３（ａ）のポイント購入選択画面より、［500pt］［2,000pt］［5,000pt］の各ポイントを選択する。
【０１４７】
（２）sessionから取得したユーザが既に購入したポイント数と、ポイント購入選択画面で選んだポイント数を、図４３（ｂ）のポイント購入確認画面に表示する。
【０１４８】
（３）ポイント購入確認画面で［ＯＫ］ボタンを押すと、ユーザＩＤと購入するポイント数が、基幹サーバ３０１に送られる。
【０１４９】
（４）基幹サーバ３０１では、ユーザＩＤを基に現在のポイントを取得する。電子マネーの仕様で暗号化を行い、購入ポイントの情報を送り、スクラッチ番号入力画面（図示せず）を表示する。
【０１５０】
（５）電子マネーのスクラッチ番号入力を行い、［送信］ボタンを押す。
【０１５１】
（６）電子マネー側（外部決済システム９００）で認証されたポイント情報を、（４）のタスクで指定したＵＲＬとＣＧＩに戻す。
【０１５２】
（７）電子マネー側のポイント情報を基幹系サーバ３０１のデータベースに書き込み、処理結果をエッジサーバ５０１側に通知する。
【０１５３】
（８）ポイント購入完了画面（図示せず）を表示する。
【０１５４】
（９）尚、電子マネー側でのスクラッチ番号認証終了後、ユーザ側の操作でページが戻されたり、長時間確認ボタンを押さなかったりした場合でも、外部決済システム９００からは、認証された情報が基幹系サーバ３０１に届く。その場合、上記のシーケンスを通ることができないため、情報系サーバ３０２は、１分間隔で、外部決済システム９００からの情報を監視し、更新がなされたユーザの情報を、（７）のタスクで基幹系データベースに書き込む。
【０１５５】
［2.6.6.  ポイント購入（クレジットカードの場合）］
図４４は、レンタル情報でのクレジットカードを利用してのポイント購入処理の例を示している。
【０１５６】
（１）ポイント購入選択画面（図示せず）より、［3,000pt］［5,000pt］［10,000pt］の各ポイントを選択する。
【０１５７】
（２）クレジットカード確認画面（図示せず）で、［購入］ボタンを押すと、ユーザＩＤと購入するポイント数が、基幹サーバ３０１に送られる。
【０１５８】
（３）現在のユーザが持っているポイント数と、ポイント購入選択画面で選んだポイント数を、ポイント購入確認画面（図示せず）に表示する。
【０１５９】
（４）クレジットカード番号入力画面（図示せず）で、クレジットカードの番号と有効期限を入力し、［購入］ボタンを押すと、ＳＳＬ暗号化を行い、購入ポイントの情報を基幹サーバ３０１に送る。
【０１６０】
（５）購入したポイント情報を基幹系サーバ３０１のデータベースに書き込み、データベース書き込み後、処理終了通知をエッジサーバ５０１側に送る。
【０１６１】
（６）ポイント購入完了画面（図示せず）を表示する。
【０１６２】
［ホテル側ジョブ］
以上、マンション５００向けデジタルコンテンツ配信システムのＳＴＢ５０２側の各ジョブについて詳細に説明した。
【０１６３】
次に、ホテル６００向けのデジタルコンテンツ配信システムにおける各ジョブの詳細を説明する。基本的な動作は、マンション５００向けの各ジョブと同様であるため、ホテル６００向け特有の機能（ロードバランス機能とペアレンタルコントロール機能）についてのみ説明する。
【０１６４】
尚、以下に説明するホテル６００のサーバ名称およびサービスは、長期滞在者用を「HOTEL ADSL」と呼び、１泊程度の短期滞在者を「HOTEL HOTEL」と呼ぶ。
【０１６５】
［3.1.  ホテル棟の機器構成］  
図４５にホテル６００側の機器構成の例を示す。「HOTEL ADSL」は、長期滞在者用のサーバ群で、「M」はマスター（親）を表し、「S」スレーブ（子）を表している。システム内容は、マンション６００向けシステムと同様であり、ロードバランス用に子サーバが複数存在する。
【０１６６】
また、「HOTEL HOTEL」は、短期滞在者用のサーバ群で、「M」はマスター（親）を表し、「S」スレーブ（子）を表している。システム内容は、マンション６００向けシステムと同様であり、ロードバランス用に子サーバが複数存在する。
【０１６７】
［3.2.  配信グループの選定処理］
図４６は、宿泊者が長期滞在なのか短期滞在なのかを判断し、配信グループ（HOTEL ADSLとHOTEL HOTEL）を選定する処理の例を示している。
【０１６８】
（１）基幹系サーバ３０１で宿泊者の登録または変更を行うと、長期宿泊者として、対象のホテルのHOTEL ADSL Masterサーバ内のデータベースに登録が行われる。
【０１６９】
（２）長期宿泊者であれば、HOTEL ADSL Master内のデータベースにその情報があるので、HOTEL ADSLグループのサーバ群で管理し、短期宿泊者であれば、HOTEL ADSL Master内のサーバに情報が入っていないので、短期宿泊者としてHOTEL HOTEL Masterサーバ群に処理を渡す。
【０１７０】
［3.3.  ロードバランス機能］
図４７は、ホテル６００向けシステムでのストリーム配信ロードバランス処理の例を示している。
【０１７１】
（１）購入したレンタルビデオリストから、ビデオを視聴（プレビューも同様）する。
【０１７２】
（２）現在配信している各HOTEL HOTEL子サーバの配信状況を問い合わせ、一番負荷のかかっていないエッジサーバを選定します。（尚、HOTEL HOTEL Masterサーバ自体も配信対象のサーバであるが、各ＳＴＢ６０２やその他の処理を行っているため、ストリーム配信を行うサーバとしての優先順位は、一番低い順位に設定されている。）
（３）選定されたHOTEL HOTEL子（またはHOTEL HOTEL Master）サーバにストリーム配信要求を行う。
【０１７３】
（４）ＳＴＢ６０２側にストリーム配信を行う。
【０１７４】
［3.4.  ペアレンタルコントロール機能］
図４８は、ペアレンタルコントロール処理（Ｒ指定）の例を示している。ペアレンタルコントロールの設定は、ホテル６００側のフロントＰＣ６０４から部屋単位に設定を行う。設定された部屋は、ビデオの視聴はもとよりＳＴＢ６０２に表示される作品リストすら見ることができなくなる。
【０１７５】
（１）フロントＰＣ６０４から、ブラウザを使ってペアレンタルコントロールを行う（設定／解除）部屋を指定します。設定された情報は、HOTEL HOTEL Master内のＤＢに書き込まれます。
【０１７６】
（２）宿泊者が、カテゴリや検索からビデオリストを表示しようとする。
【０１７７】
（３）アクセスした宿泊者がペアレンタルコントロールの対象か否かをＤＢに問い合わせる。
【０１７８】
（４）問い合わせ結果が、ペアレンタルコントロールの対象者の場合には、表示するビデオリストからペアレンタルコントロール対象のビデオ作成を削除して一覧リストを作成する。
【０１７９】
（５）ビデオリストの表示を行う。
【０１８０】
［その他の実施例］
以上、本発明の実施形態について詳細に説明したが、本発明は、その精神または主要な特徴から逸脱することなく、他の色々な形で実施することができる。
【０１８１】
例えば、図９に示すように、管理ＰＣ１１からの設定値変更リクエストによって各エッジサーバ２１ａ，２１ｂ，２１ｃの設定値を変更するように、管理ＰＣ１１が各エッジサーバ２１ａ，２１ｂ，２１ｃを制御することも可能であるし、図１０に示すように、管理ＰＣ１１からのファイル削除リクエストによって各エッジサーバ２１ａ，２１ｂ，２１ｃが管理する各種ファイルを削除するように、管理ＰＣ１１が各エッジサーバ２１ａ，２１ｂ，２１ｃを制御することもできる。あるいは、図１１に示すように、管理ＰＣ１１からのステータスリクエストによって、各エッジサーバ２１ａ，２１ｂ，２１ｃのステータス（稼働状況等）を管理ＰＣ１１に報告させ、管理ＰＣ１１は取得したステータス情報に基づいて各エッジサーバ２１ａ，２１ｂ，２１ｃを制御することもできる。
【０１８２】
また、図１２に示すように、例えばマンション２０ｄにエッジサーバ２１ｄを設置し、各部屋にＰＣ２２３ａ〜２２３ｎやＳＴＢ２３３ａ〜２３３ｎを設置し、エッジサーバ２１ｄがセンター１０側の管理ＰＣ１１の指示に従ってＦＴＰサーバ１６ａ〜１６ｎからデジタルコンテンツを予めダウンロードしておき、同一ネットワーク上にあるユーザ端末（ＰＣ２２３ａ〜２２３ｎやＳＴＢ２３３ａ〜２３３ｎ）からの配信リクエストやダウンロードリクエストに応じて、エッジサーバ２１ｄがダウンロードしておいたデジタルコンテンツをユーザ端末（ＰＣ２２３ａ〜２２３ｎやＳＴＢ２３３ａ〜２３３ｎ）に配信するといったように、上記実施形態と同様に実施することができる。
【０１８３】
このように、前述の実施例はあらゆる点で単なる例示に過ぎず、限定的に解釈してはならない。本発明の範囲は、特許請求の範囲によって示すものであって、明細書本文には何ら拘束されない。さらに、特許請求の範囲の均等範囲に属する変形や変更は、全て本発明の範囲内のものである。
【図面の簡単な説明】
【０１８４】
【図１】第１実施例によるデジタルコンテンツ配送システムの構成を例示するブロック図である。
【図２】図１に示すデジタルコンテンツ配送システムにおけるエッジサーバのモジュール構成を例示する概略構成図である。
【図３】図１に示すデジタルコンテンツ配送システムの機能構成を例示する概略構成図である。
【図４】管理ＰＣがＦＴＰサーバにアップロードしたコンテンツファイルをエッジサーバがダウンロードするシーケンスを例示する概略図である。
【図５】エッジサーバがダウンロードしたコンテンツファイルを解凍させるためのシーケンスを例示する概略図である。
【図６】エッジサーバが解凍したコンテンツファイルを登録させるためのシーケンスを例示する概略図である。
【図７】エッジサーバ内に登録されているコンテンツファイルを削除させるためのシーケンスを例示する概略図である。
【図８】管理ＰＣがエッジサーバのログを取得するためのシーケンスを例示する概略図である。
【図９】管理ＰＣがエッジサーバの設定値を変更させるためのシーケンスを例示する概略図である。
【図１０】管理ＰＣがエッジサーバ内のファイルを削除させるためのシーケンスを例示する概略図である。
【図１１】管理ＰＣがエッジサーバのステータス情報を取得するためのシーケンスを例示する概略図である。
【図１２】他の実施形態によるデジタルコンテンツ配送システムの構成を例示するブロック図である。
【図１３】第２実施例におけるマンション向けデジタルコンテンツ配送システムの構成を例示するブロック図である。
【図１４】第２実施例におけるホテル向けデジタルコンテンツ配送システムの構成を例示するブロック図である。
【図１５】第２実施例における店舗向けデジタルコンテンツ配送システムの構成を例示するブロック図である。
【図１６】図１３に示したマンション向けデジタルコンテンツ配送システムにおけるジョブを階層的に示した図である。
【図１７】ＳＴＢの電源をＯＮにしてからメイン画面が表示されるまでの処理シーケンスを例示する概略図である。
【図１８】ＳＴＢに表示されるメイン画面の処理シーケンスを例示する概略図である。
【図１９】ＳＴＢに表示されるメイン画面のレイアウト例を示す概略図である。
【図２０】ＣＳチャンネル処理のシーケンスを例示する概略図である。
【図２１】ＣＳチャンネルにおけるオンエア画面のレイアウト例を示す概略図である。
【図２２】ＣＳ番組画面処理のシーケンスを例示する概略図である。
【図２３】レンタルビデオ画面のカテゴリ処理のシーケンスを例示する概略図である。
【図２４】レンタルビデオ画面のカテゴリ画面のレイアウト例を示す概略図である。
【図２５】レンタルビデオ画面のリスト処理のシーケンスを例示する概略図である。
【図２６】レンタルビデオのリスト画面のレイアウト例を示す概略図である。
【図２７】レンタルビデオの詳細画面の処理シーケンスを例示する概略図である。
【図２８】レンタルビデオの詳細画面のレイアウト例を示す概略図である。
【図２９】レンタルビデオの購入処理のシーケンスを例示する概略図である。
【図３０】レンタルビデオのプレビュー処理のシーケンスを例示する概略図である。
【図３１】レンタルビデオの視聴停止処理のシーケンスを例示する概略図である。
【図３２】レンタルビデオのレンタルビデオNo.での検索処理のシーケンスを例示する概略図である。
【図３３】レンタルビデオNo.検索画面のレイアウト例を示す概略図である。
【図３４】レンタル情報メニュー画面のレイアウト例を示す概略図である。
【図３５】（ａ）はパスワード要求画面のレイアウト例を示す概略図であり、（ｂ）はパスワード入力画面のレイアウト例を示す概略図である。
【図３６】レンタル情報でのパスワード処理のシーケンスを例示する概略図である。
【図３７】レンタル情報でのレンタル中作品処理のシーケンスを例示する概略図である。
【図３８】レンタル情報画面（レンタル中作品）のレイアウト例を示す概略図である。
【図３９】レンタル情報での視聴時間が１分未満の途中再生処理のシーケンスを例示する概略図である。
【図４０】途中再生画面のレイアウト例を示す概略図である。
【図４１】レンタル情報での視聴時間が１分以上の途中再生処理のシーケンスを例示する概略図である。
【図４２】レンタル情報での電子マネーを利用してのポイント購入処理のシーケンスを例示する概略図である。
【図４３】（ａ）はポイント購入選択画面のレイアウト例を示す概略図であり、（ｂ）はポイント購入確認画面のレイアウト例を示す概略図である。
【図４４】レンタル情報でのクレジットカードを利用してのポイント購入処理のシーケンスを例示する概略図である。
【図４５】図１４に示したホテル向けデジタルコンテンツ配送システムにおけるホテル側の機器構成例を示した図である。
【図４６】ホテル向けデジタルコンテンツ配送システムにおける配信グループの選定処理のシーケンスを例示する概略図である。
【図４７】ホテル向けデジタルコンテンツ配送システムにおけるストリーム配信ロードバランス処理のシーケンスを例示する概略図である。
【図４８】ホテル向けデジタルコンテンツ配送システムにおけるペアレンタルコントロール処理のシーケンスを例示する概略図である。
【符号の説明】
【０１８５】
１０…センター
１１…管理ＰＣ
１２…管理ＦＴＰサーバ
１３…ファイルサーバ
１４…管理データベース
１６…中継サーバ（ＦＴＰサーバ）
１６ａ〜１６ｎ…ＦＴＰサーバ
２０ａ…店舗
２０ｂ…ホテル
２０ｃ…公共施設
２０ｄ…マンション
２１ａ，２１ｂ，２１ｃ…エッジサーバ
２１ｄ…エッジサーバ
２１１…ストリーミング配信用サーバ
２１２…データベース
２１３…ファイル転送用サーバ
２１４…ＳＴＢブートモジュールサーバ
２１５…ウェッブサーバ
２１６…ＰＨＰスクリプトＣＧＩ
２１７…エッジサーバ制御モジュール
２２１，２２２ａ〜２２２ｎ，…ＰＣ
２２３ａ〜２２３ｎ…ＰＣ
２３１，２３２ａ〜２３２ｎ…ＳＴＢ
２３３…ＳＴＢ
２３３ａ〜２３３ｎ…ＳＴＢ
２４…店舗端末
１０１…配送制御機能
１０２…コンテンツ管理機能
１０３…ログ管理機能
１０４…ウェッブページ管理機能
１０５…配信制御機能
１０６…課金システムＩ／Ｆ機能
９０…インターネット
１０１…配送制御機能
１０２…コンテンツ管理機能
１０３…ログ管理機能
１０４…ウェッブページ管理機能
１０５…配信制御機能
１０６…課金システムＩ／Ｆ機能
９０…インターネット
３００…データセンター
３０１…基幹（センター）系サーバ
３０２…情報系サーバ
４００…コンテンツ配送管理センター
４０１…コンテンツ配送管理サーバ
４０１…配送管理サーバ
４０２…管理ＦＴＰサーバ
４０３…配信用ＦＴＰサーバ
４０４…ファイル共有サーバ
４０４…配送管理サーバサーバ
５００…マンション
５０１…エッジサーバ
５０２…ＳＴＢ
６００…ホテル
６０１…エッジサーバ
６０２…ＳＴＢ
６０３…Ｗｅｂサーバ
６０４…フロントＰＣ
７００…店舗
７０１…エッジサーバ
７０２…ＳＴＢ
７０３…コンテンツ投入用ＰＣ
７０４…店舗端末
９００…外部決済システム
【図１】
2004265397.tif 000003
【図２】
2004265397.tif 000004
【図３】
2004265397.tif 000005
【図４】
2004265397.tif 000006
【図５】
2004265397.tif 000007
【図６】
2004265397.tif 000008
【図７】
2004265397.tif 000009
【図８】
2004265397.tif 000010
【図９】
2004265397.tif 000011
【図１０】
2004265397.tif 000012
【図１１】
2004265397.tif 000013
【図１２】
2004265397.tif 000014
【図１３】
2004265397.tif 000015
【図１４】
2004265397.tif 000016
【図１５】
2004265397.tif 000017
【図１６】
2004265397.tif 000018
【図１７】
2004265397.tif 000019
【図１８】
2004265397.tif 000020
【図１９】
2004265397.tif 000021
【図２０】
2004265397.tif 000022
【図２１】
2004265397.tif 000023
【図２２】
2004265397.tif 000024
【図２３】
2004265397.tif 000025
【図２４】
2004265397.tif 000026
【図２５】
2004265397.tif 000027
【図２６】
2004265397.tif 000028
【図２７】
2004265397.tif 000029
【図２８】
2004265397.tif 000030
【図２９】
2004265397.tif 000031
【図３０】
2004265397.tif 000032
【図３１】
2004265397.tif 000033
【図３２】
2004265397.tif 000034
【図３３】
2004265397.tif 000035
【図３４】
2004265397.tif 000036
【図３５】
2004265397.tif 000037
【図３６】
2004265397.tif 000038
【図３７】
2004265397.tif 000039
【図３８】
2004265397.tif 000040
【図３９】
2004265397.tif 000041
【図４０】
2004265397.tif 000042
【図４１】
2004265397.tif 000043
【図４２】
2004265397.tif 000044
【図４３】
2004265397.tif 000045
【図４４】
2004265397.tif 000046
【図４５】
2004265397.tif 000047
【図４６】
2004265397.tif 000048
【図４７】
2004265397.tif 000049
【図４８】
2004265397.tif 000050