JP2005184138A - 構内ビデオ配信システム及びビデオサーバ装置 - Google Patents

Abstract

【課題】安価な構成ながら利用者に迷惑をかけず、蓄積型ＳＴＢの更新作業を確実に実行する。
【解決手段】施設構内に分散して設置され、配信されたビデオデータを複数蓄積し、個々に接続されるモニタ装置に指示されたビデオデータを出力する複数のＳＴＢ３，３と、複数のＳＴＢそれぞれの設置位置である客室ＧＲ，ＧＲの利用状況を把握するホストコンピュータ４と、ホストコンピュータ４から複数のセットトップボックス毎の客室ＧＲ，ＧＲの利用状況を取得し、チェックアウト後の客室ＧＲのＳＴＢ３に対し新規のビデオデータを配信して蓄積させるビデオサーバ１とを有する。
【選択図】 図１

Description

本発明は、特にホテルや大規模旅館、病院などの施設構内で利用するのに好適な構内ビデオ配信システム及びビデオサーバ装置に関する。

従来より、ホテルや旅館などの旅客宿泊施設で、客室利用者が室内に設置された端末機としてのセットトップボックス（以下「ＳＴＢ」と称する）及びこのＳＴＢに接続されたテレビ受像機等のモニタ出力装置により、任意のビデオ番組をリクエストしてその番組内容を視聴することが可能なＶＯＤ（ビデオ・オン・デマンド）システムを採用しているところがある。

この種のＶＯＤシステムでは、各客室のＳＴＢの操作による、リクエストに答えてビデオサーバ装置から送られてくる番組データのストリームを受信しながら視聴するストリーミング方式と、ビデオサーバ装置に蓄積された複数の番組データを一括して各客室のＳＴＢに転送させておき、転送を完了した後に視聴が可能となる蓄積方式とがある。

既存のＬＡＮ形態の設備を用いて施設内でビデオ番組のデータを配信するシステムを考えた場合、リクエストがある毎に番組データを配信する上記ストリーミング方式では、特に客室数が多い施設の場合などでトラフィックが悪化し、ＳＴＢ側で再生する映像が途切れてしまう、などという事態も発生し得る。

この点で一方の蓄積方式は有効であり、各ＳＴＢ内に大容量のハードディスク装置などの記憶媒体を予め用意しておかなければならない点を除けば、利用時に原理的には伝送路上の番組データの配送が必要ないので、再生途中で映像が途切れてしまうなどという事態は発生し得ない。

しかしながら、ホテルや旅館などの旅客宿泊施設では、その規模が大きくなるほど、各客室の利用者がビデオ番組を視聴する時間帯がまちまちであり、且つ上記蓄積方式では利用者が番組を視聴している状態では、ＳＴＢに蓄積した番組データの消去と新たな番組データの更新記憶を行なうことはできない。

そのため、大規模の旅客宿泊施設で蓄積方式のＶＯＤシステムを採用する場合には、全客室のＳＴＢを同時に一括更新することは不可能であり、各機の記憶内容を個別に更新設定せざるを得ない。

しかるに、例えば利用者の誰もが眠っているであろう深夜の時間帯を選択してＳＴＢの更新作業を実行させることも考えられるが、ＳＴＢの更新作業は短時間で完了するものではなく、且つ深夜の静寂の中ではハードディスク装置の動作音もお客様の迷惑となりかねないなど、様々な不具合を解消するには至っていない。

本発明は上記のような実情に鑑みてなされたもので、その目的とするところは、安価な構成としながら利用者に迷惑をかけることなく蓄積型セットトップボックスの更新作業を確実に実行することが可能な構内ビデオ配信システム及びビデオサーバ装置を提供することにある。

請求項１記載の発明は、施設構内に設置され、配信されたビデオデータを複数蓄積する複数のセットトップボックスと、上記複数のセットトップボックスそれぞれの設置位置の利用状況を把握する構内管理装置と、上記構内管理装置から上記複数のセットトップボックス毎の設置位置の利用状況に関する情報を取得し、取得した情報に基づいて設置場所が未利用であるセットトップボックスに対し新規のビデオデータを配信して蓄積させるビデオサーバ装置とを有したことを特徴とする。

請求項２記載の発明は、上記請求項１記載の発明において、上記複数のセットトップボックスは旅客施設の客室毎に設置され、上記構内管理装置は客室のチェックインとチェックアウトの状況を把握し、上記ビデオサーバ装置は、チェックアウトした客室に設置されているセットトップボックスに対し新規のビデオデータを配信して蓄積させることを特徴とする。

請求項３記載の発明は、施設構内に設置され、配信されたビデオデータを複数蓄積する複数のセットトップボックスと、上記複数のセットトップボックス個々から利用状況を示す情報を取得し、取得した情報に基づいて未利用であるセットトップボックスに対し新規のビデオデータを配信して蓄積させるビデオサーバ装置とを有したことを特徴とする。

請求項４記載の発明は、施設構内に設置され、配信されたビデオデータを複数蓄積する複数のセットトップボックスに対してビデオデータを配信するビデオサーバ装置であって、上記複数のセットトップボックス毎の設置位置の利用状況に関する情報を取得し、取得した情報に基づいて設置場所が未利用であるセットトップボックスに対し新規のビデオデータを配信して蓄積させることを特徴とする。

請求項５記載の発明は、施設構内に設置され、配信されたビデオデータを複数蓄積する複数のセットトップボックスに対してビデオデータを配信するビデオサーバ装置であって、上記複数のセットトップボックス個々から利用状況を示す情報を取得し、取得した情報に基づいて未利用であるセットトップボックスに対し新規のビデオデータを配信して蓄積させることを特徴とする。

請求項１記載の発明によれば、例えばホテルのフロント等に設置されるホストコンピュータを構内管理装置として客室の利用状況を取得し、客室が未使用であることを確認した上でセットトップボックスの更新作業を行なうものとしたので、安価な構成としながら利用者に迷惑をかけることなく蓄積型セットトップボックスの更新作業を確実に実行することが可能となる。

請求項２記載の発明によれば、上記請求項１記載の発明の効果に加えて、客室がチェックアウトされていることを確認した上でセットトップボックスの更新作業を行なうものとしたので、利用者に一切の迷惑をかけることなく蓄積型セットトップボックスの更新作業を確実に実行できる。

請求項３記載の発明によれば、セットトップボックスの個々との通信によりその利用状況を取得し、未利用状態であることを確認したセットトップボックスの更新作業を順次行なうものとしたので、安価な構成としながら利用者に迷惑をかけることなく蓄積型セットトップボックスの更新作業を確実に実行することが可能となる。

請求項４記載の発明によれば、例えばホテルのフロント等に設置されるホストコンピュータを構内管理装置として客室の利用状況を取得し、客室が未使用であることを確認した上でセットトップボックスの更新作業を行なうものとしたので、安価な構成としながら利用者に迷惑をかけることなく蓄積型セットトップボックスの更新作業を確実に実行することが可能となる。

請求項５記載の発明によれば、セットトップボックスの個々との通信によりその利用状況を取得し、未利用状態であることを確認したセットトップボックスの更新作業を順次行なうものとしたので、安価な構成としながら利用者に迷惑をかけることなく蓄積型セットトップボックスの更新作業を確実に実行することが可能となる。

（第１の実施の形態）
以下本発明をホテル館内に敷設されるＶＯＤシステムに適用した場合の第１の実施の形態について図面を参照して説明する。

図１は、システム全体の基本構成を示すもので、図中の１がビデオ番組の番組データを提供し、ダウンロードさせるビデオサーバである。このビデオサーバ１は、ＬＡＮ回線網２を介して館内の各客室ＧＲ，ＧＲ，‥‥に設置された蓄積型ＳＴＢ３，３，‥‥と接続される一方で、このホテルの業務全般を管理する管理装置であるホストコンピュータ４とも接続され、各客室ＧＲ，ＧＲ，‥‥のチェックイン／チェックアウトの情報を取得することができるものとなっている。

各客室ＧＲにおいて、蓄積型ＳＴＢ３は例えばハードディスク装置を内蔵し、上記ビデオサーバ１から順次ダウンロードされてくる複数ファイル番号分のビデオ番組の番組データを蓄積して記憶可能とするもので、リモコンパッド６のキー操作による赤外線信号を受信し、受信した信号に基づいて記憶している番組データの中から該当するファイル番号のもの１つを選択し、再生処理を行なって映像信号と音声信号とをモニタＴＶ５に出力する。

加えて蓄積型ＳＴＢ３は、上記ビデオサーバ１とのＬＡＮ回線網２を介した通信により、個別にダウンロードされてくる番組データを上書きして蓄積記憶することで、番組データの消去と更新とを実行する。

次に上記実施の形態の動作について説明する。
図２は、主としてビデオサーバ１による蓄積型ＳＴＢ３，３，‥‥の更新処理の内容を示すもので、その当初には、ビデオ番組の番組データの更新となるタイミングを待機する（ステップＡ０１）。

図３は、更新前に各蓄積型ＳＴＢ３，３，‥‥にすでに記憶されている番組データを例示するものであり、ファイル番号と番組タイトルが付された番組データが１０組分記憶されていることを示す。

このシステムの管理者がビデオサーバ１に新作の番組データを供給した場合、ビデオサーバ１ではこれを自動的にステップＡ０１で判断し、まずホテルのホストコンピュータ４に対して各客室ＧＲ，ＧＲ，‥‥のチェックイン／チェックアウトの情報を要求してこれを取得する（ステップＡ０２）。

ビデオサーバ１は、予め各客室ＧＲ，ＧＲ，‥‥の客室番号と各客室内に設置された蓄積型ＳＴＢ３，３，‥‥の識別情報であるＩＰアドレスとを関連付けたテーブルを保持しており、ホストコンピュータ４から各客室毎のチェックイン／チェックアウトの情報を取得するとこれも当該テーブルに関連付けて記憶させることで、内容を更新設定する（ステップＡ０３）。

図５は、このビデオサーバ１に記憶されたテーブルの内容の一部を例示するもので、客室番号とＳＴＢのＩＰアドレスに加えて、ホストコンピュータ４から取得した（チェック）イン／（チェック）アウトの情報が利用状況として記憶されていることがわかる。
さらに、この図５には記していないが、各客室番号に関連付けて最終更新のデート情報を記憶するものとする。

ビデオサーバ１は、このテーブルを参照して利用状況が（チェック）アウトとなっている客室があるか否かを判断し（ステップＡ０４）、あると判断した場合にはそのＳＴＢのＩＰアドレスを１つ選択して指定し（ステップＡ０５）、その蓄積型ＳＴＢ３に対して番組データの更新を通知する（ステップＡ０６）。

この通知に対して、一定時間内に当該蓄積型ＳＴＢ３から応答として番組データのダウンロード要求があるか否かを判断し（ステップＡ０７）、ダウンロード要求があると、更新すべき番組データを順次当該蓄積型ＳＴＢ３に対してダウンロードする（ステップＡ０８）。

このとき当該蓄積型ＳＴＢ３側では、番組データを受信するとそのファイル番号及び番組タイトルのデータを解析し、すでに記憶している番組データとの比較を行なった後に新しい番組データを同一のファイル番号を有する古い番組データに上書き保存することで、記憶内容を更新する。

また、このダウンロードを実行している途中で、万一チェックアウトの状態からチェックインの状態となって、リモコンパッド６の操作で当該蓄積型ＳＴＢ３の電源が投入された場合には、ダウンロード処理中である旨をモニタＴＶ５の画面上にテロップで表示させて利用者に報知する。

図４は、上記ダウンロード処理により更新設定した番組データを例示するものであり、上記図３に示した記憶状態から、ファイル番号「１」「５」「７」「８」の番組データが更新されたことがわかる。

蓄積型ＳＴＢ３は、上記ダウンロードの処理及び更新設定をすべて終了した時点でビデオサーバ１に対してダウンロードの完了通知を送信する。

ビデオサーバ１では、この完了通知の受信を待機しており（ステップＡ０９）、完了通知を受信した時点で当該蓄積型ＳＴＢ３の更新を終えたものとして、上記図５で示したテーブルの客室番号に関連付けて記憶されている最終更新のデート情報を更新設定した上で（ステップＡ１０）、再び上記ステップＡ０２からの処理に戻り、各客室ＧＲ，ＧＲ，‥‥の利用状況の変化に対応してさらに他の蓄積型ＳＴＢ３，３，‥‥の更新を実行する。

また、上記ステップＡ０７で番組データの更新を通知した蓄積型ＳＴＢ３から一定時間内に応答としてのダウンロード要求がない場合には、その客室番号の最終更新のデート情報により、すでに番組データの更新が完了していることを確認した上で、他の蓄積型ＳＴＢ３の更新を行なうべく上記ステップＡ０４からの処理に戻る。

そして、ステップＡ０４でテーブル中の利用状況が（チェック）アウトとなっている客室番号がないと判断した場合には、その時点で番組データの更新を行なうべき蓄積型ＳＴＢ３がないものとして、上記ステップＡ０１からの処理に戻る。

なお、上記実施の形態では、ビデオサーバ１の番組データを更新すると自動的に上記ステップＡ０１でこれを判断してステップＡ０２以下の処理を実行するものとして説明したが、このシステムの管理者が手動操作することで強制的にステップＡ０２以下の処理の実行に移行するものとしてもよいし、さらにはタイマと連動させて、一定時間毎、あるいは一日のうちでチェックアウトとなる客室が増え始める時間帯を設定して上記処理を自動的に開始させることも考えられる。

また、上記実施の形態では、図５に示したテーブルに加えて各客室番号毎に最終更新のデート情報を管理するものとして説明したが、これに限らず、例えば各客室番号に対応して更新のフラグ情報を記憶するものとして、ビデオサーバ１に新しい番組データを供給した時点で全ての客室番号に対応するフラグ情報を一括して解除した後、番組データの更新を完了した客室番号に対応するフラグ情報をセットすることで、番組データの更新を完了した蓄積型ＳＴＢ３と完了していない蓄積型ＳＴＢ３とを区別することができる。

このように、ホテルのフロント等に設置されるホストコンピュータ４を構内管理装置として各客室ＧＲ，ＧＲ，‥‥の最新の利用状況を取得し、客室がチェックアウトされていることを確認した上で蓄積型ＳＴＢ３の更新作業を行なうものとしたので、それほどシステム構成を複雑にせずに、利用者に一切の迷惑をかけることなく蓄積型ＳＴＢ３の更新作業を確実に実行できる。

（第２の実施の形態）
以下本発明を病院構内に敷設されるＶＯＤシステムに適用した場合の第２の実施の形態について図面を参照して説明する。

図６は、システム全体の基本構成を示すもので、図中の１１がビデオ番組の番組データを提供し、ダウンロードさせるビデオサーバである。このビデオサーバ１１は、ＬＡＮ回線網１２を介して構内の各ベッド毎のサイドテーブルＳＴ，ＳＴ，‥‥に設置された蓄積型ＳＴＢ１３，１３，‥‥と接続される。

ビデオサーバ１１は、その内部にすべての蓄積型ＳＴＢ１３，１３，‥‥を識別するための識別情報であるＩＰアドレスと、そのＩＰアドレスと関連付けてフラグ情報を保持するもので、そのフラグ情報のセット／解除の状態によって、対応する蓄積型ＳＴＢ１３，１３，‥‥が更新前であるか更新後（済み）であるかを判定する。

各サイドテーブルＳＴにおいて、蓄積型ＳＴＢ１３は例えばハードディスク装置を内蔵し、上記ビデオサーバ１１から順次ダウンロードされてくる複数ファイル番号分のビデオ番組の番組データを蓄積して記憶可能とするもので、リモコンパッド１５のキー操作による赤外線信号を受信し、受信した信号に基づいて記憶している番組データの中から該当するファイル番号のもの１つを選択し、再生処理を行なって映像信号と音声信号とをモニタＴＶ１４に出力する。

加えて蓄積型ＳＴＢ１３は、上記ビデオサーバ１１とのＬＡＮ回線網１２を介した通信により、個別にダウンロードされてくる番組データを上書きして蓄積記憶することで、番組データの消去と更新とを実行する。

次に上記実施の形態の動作について説明する。
図７は、主としてビデオサーバ１１による蓄積型ＳＴＢ１３，１３，‥‥の更新処理の内容を示すもので、その当初には、ビデオ番組の番組データの更新となるタイミングを待機する（ステップＢ０１）。

図３は、更新前に各蓄積型ＳＴＢ１３，１３，‥‥にすでに記憶されている番組データを例示するものである。ここでは、各蓄積型ＳＴＢ１３，１３，‥‥にファイル番号と番組タイトルが付された番組データが１０組分記憶されていることを示す。

このシステムの管理者がビデオサーバ１１に新作の番組データを供給した場合、ビデオサーバ１１ではこれを自動的にステップＢ０１で判断し、まずすべての蓄積型ＳＴＢ１３，１３，‥‥に対応する内部のフラグ情報を一括して解除する（ステップＢ０２）。

その後、すべての蓄積型ＳＴＢ１３，１３，‥‥に対応する内部のフラグ情報がセットされているか否かを判断する（ステップＢ０３）。
ここで、すべてのフラグ情報がセットされてはおらず、少なくとも１つのフラグ情報は解除されていることを確認すると、次いで当該フラグ情報が解除されている１つの蓄積型ＳＴＢ１３のＩＰアドレスを選択して指定し（ステップＢ０４）、その蓄積型ＳＴＢ１３に対して番組データの更新を通知する（ステップＢ０５）。

この通知に対して、一定時間内に当該蓄積型ＳＴＢ１３から応答として番組データのダウンロード要求があるか否かを判断し（ステップＢ０６）、ダウンロード要求があると、更新すべき番組データを順次当該蓄積型ＳＴＢ１３に対してダウンロードする（ステップＢ０７）。

このとき当該蓄積型ＳＴＢ１３側では、利用者がビデオ番組を視聴中であれば番組データのダウンロード要求をビデオサーバ１１に対して送信しない。したがって、その時点で未使用である蓄積型ＳＴＢ１３のみ、ビデオサーバ１１からの番組データのダウンロードを受付ける。

実際のダウンロード処理においては、番組データを受信するとそのファイル番号及び番組タイトルのデータを解析し、すでに記憶している番組データとの比較を行なった後に新しい番組データを同一のファイル番号を有する古い番組データに上書き保存することで、記憶内容を更新する。

また、このダウンロードを実行している途中で、リモコンパッド１５の操作で当該蓄積型ＳＴＢ１３の電源が投入された場合には、ダウンロード処理中である旨をモニタＴＶ１４の画面上にテロップで表示させて利用者に報知する。

図４は、上記ダウンロード処理により更新設定した番組データを例示するものであり、上記図３に示した記憶状態から、ファイル番号「１」「５」「７」「８」の番組データが更新されたことがわかる。

蓄積型ＳＴＢ１３は、上記ダウンロードの処理及び更新設定をすべて終了した時点でビデオサーバ１１に対してダウンロードの完了通知を送信する。

ビデオサーバ１１では、この完了通知の受信を待機しており（ステップＢ０８）、完了通知を受信した時点で当該蓄積型ＳＴＢ１３の更新を終えたものとして、その蓄積型ＳＴＢのＩＰアドレスと対応して保持しているフラグ情報をセットした上で（ステップＢ０９）、再び上記ステップＢ０３からの処理に戻り、対応するフラグ情報がセットされていない他の蓄積型ＳＴＢ１３，１３，‥‥の更新を実行する。

また、上記ステップＢ０６で番組データの更新を通知した蓄積型ＳＴＢ１３から一定時間内に応答としてのダウンロード要求がない場合には、その時点で蓄積型ＳＴＢ１３が使用されているものとして、他の蓄積型ＳＴＢ１３の更新を行なうべく上記ステップＢ０３からの処理に戻る。

そして、ステップＢ０３ですべての蓄積型ＳＴＢ１３，１３，‥‥に対応するフラグ情報が共にセットされており、ビデオ番組の番組データの更新を終了したと判断すると、網番組データの更新を行なうべき蓄積型ＳＴＢ１３がないものとして、上記ステップＢ０１からの処理に戻る。

なお、上記実施の形態では、ビデオサーバ１の番組データを更新すると自動的に上記ステップＢ０１でこれを判断してステップＢ０２以下の処理を実行するものとして説明したが、このシステムの管理者が手動操作することで強制的にステップＢ０２以下の処理の実行に移行するものとしてもよいし、さらにはタイマと連動させて、一定時間毎、あるいは一日のうちでチェックアウトとなる客室が増え始める時間帯を設定して上記処理を自動的に開始させることも考えられ、さらには蓄積型ＳＴＢ１３，１３，‥‥の設置位置が病院構内の各ベッド脇のサイドテーブルＳＴ，ＳＴ，‥‥であることから、夜間の就寝時間中は番組データの更新処理を行なわないなど、その設置位置に応じた設定を行なうことも考えられる。

このように、蓄積型ＳＴＢ１３，１３，‥‥個々との通信によりその利用状況を取得し、未利用状態であることを確認した蓄積型ＳＴＢ１３，１３，‥‥の更新作業を順次行なうものとしたので、安価な構成としながら利用者に迷惑をかけることなく蓄積型ＳＴＢ１３，１３，‥‥の更新作業を確実に実行することが可能となる。

なお、上記第１及び第２の実施の形態では、ビデオ番組の番組データをビデオサーバ１１から配信して更新するものとしたが、配信するコンテンツはビデオ番組のデータに限るものではなく、グラフィックスデータや文字データ、静止画像のデータ、音楽データ等も同様に配信できることは勿論である。

その他、本発明は上記実施の形態に限らず、その要旨を逸脱しない範囲内で種々変形して実施することが可能であるものとする。

さらに、上記実施の形態には種々の段階の発明が含まれており、開示される複数の構成要件における適宜な組合わせにより種々の発明が抽出され得る。例えば、実施の形態に示される全構成要件からいくつかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題の少なくとも１つが解決でき、発明の効果の欄で述べられている効果の少なくとも１つが得られる場合には、この構成要件が削除された構成が発明として抽出され得る。

本発明の第１の実施の形態に係るシステム全体の接続関係を示すブロック図。 同実施の形態に係るビデオサーバの番組更新に関する処理内容を示すフローチャート。 同実施の形態に係る更新前の蓄積型セットトップボックス内に記憶された番組データの内容を例示する図。 同実施の形態に係る更新後の蓄積型セットトップボックス内に記憶された番組データの内容を例示する図。 同実施の形態に係るビデオサーバが保持する管理テーブルの内容を例示する図。 本発明の第２の実施の形態に係るシステム全体の接続関係を示すブロック図。 同実施の形態に係るビデオサーバの番組更新に関する処理内容を示すフローチャート。

符号の説明

１…ビデオサーバ、２…ＬＡＮ回線網、３…蓄積型ＳＴＢ、４…ホストコンピュータ、５…モニタＴＶ、６…リモコンパッド、１１…ビデオサーバ、１２…ＬＡＮ回線網、１３…蓄積型ＳＴＢ、１４…モニタＴＶ、１５…リモコンパッド、ＧＲ…客室、ＳＴ…サイドテーブル。

Claims (5)

1. 施設構内に設置され、配信されたビデオデータを複数蓄積する複数のセットトップボックスと、
   上記複数のセットトップボックスそれぞれの設置位置の利用状況を把握する構内管理装置と、
   上記構内管理装置から上記複数のセットトップボックス毎の設置位置の利用状況に関する情報を取得し、取得した情報に基づいて設置場所が未利用であるセットトップボックスに対し新規のビデオデータを配信して蓄積させるビデオサーバ装置と
   を有したことを特徴とする構内ビデオ配信システム。
2. 上記複数のセットトップボックスは旅客施設の客室毎に設置され、
   上記構内管理装置は客室のチェックインとチェックアウトの状況を把握し、
   上記ビデオサーバ装置は、チェックアウトした客室に設置されているセットトップボックスに対し新規のビデオデータを配信して蓄積させる
   ことを特徴とする請求項１記載の構内ビデオ配信システム。
3. 施設構内に設置され、配信されたビデオデータを複数蓄積する複数のセットトップボックスと、
   上記複数のセットトップボックス個々から利用状況を示す情報を取得し、取得した情報に基づいて未利用であるセットトップボックスに対し新規のビデオデータを配信して蓄積させるビデオサーバ装置と
   を有したことを特徴とする構内ビデオ配信システム。
4. 施設構内に設置され、配信されたビデオデータを複数蓄積する複数のセットトップボックスに対してビデオデータを配信するビデオサーバ装置であって、
   上記複数のセットトップボックス毎の設置位置の利用状況に関する情報を取得し、取得した情報に基づいて設置場所が未利用であるセットトップボックスに対し新規のビデオデータを配信して蓄積させることを特徴とするビデオサーバ装置。
5. 施設構内に設置され、配信されたビデオデータを複数蓄積する複数のセットトップボックスに対してビデオデータを配信するビデオサーバ装置であって、
   上記複数のセットトップボックス個々から利用状況を示す情報を取得し、取得した情報に基づいて未利用であるセットトップボックスに対し新規のビデオデータを配信して蓄積させることを特徴とするビデオサーバ装置。

Images