JPH09149354A

JPH09149354A - ビデオ・オン・デマンドシステム

Info

Publication number: JPH09149354A
Application number: JP7304083A
Authority: JP
Inventors: Jun Matsumoto; 純松本; Takashi Oeda; 高大枝; Masatoshi Ichikawa; 正敏市川; Kiyoshi Honda; 聖志本田; Naoto Matsunami; 直人松並
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1995-11-22
Filing date: 1995-11-22
Publication date: 1997-06-06

Abstract

(57)【要約】【目的】家庭用ＶＴＲと同等の操作性及び性能を持つビ
デオ・オン・デマンドシステムを提供する。【解決手段】サービス提供側のビデオ・サーバ１０を複
数のディスク装置１４〜２３からなるＲＡＩＤ構成のデ
ィスクアレイ装置、または高速データ転送可能な大容量
のディスク装置で構成し、セットトップ・ボックス２５
にビデオ・サーバ１０から高速転送されるデータの速度
調整を行なうバッファ２６、同軸ケーブル等の高速バス
２４を流れるデータを復調するデータ復調回路部２７、
システム・ソフトウエアやビデオ・サーバ１０から転送
されたデータを蓄積する内蔵ディスク装置２８を設け
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はハードディスク、光
ディスク、半導体ディスクなどのディスク装置を複数使
用するビデオサーバのアーキテクチャに関する。

【０００２】

【従来の技術】現在情報ハイウエー構想の一つのメディ
アとして、ビデオ・オン・デマンド（以下ＶＯＤと記
す）が注目されている。ＶＯＤは各家庭にセットトップ
・ボックスと呼ばれる専用端末機器を設置し、光ファイ
バケーブルや衛生回線を介して映画等のサービスを提供
するシステムである。サービス提供者側とサービスを受
ける家庭側の関係を示したＶＯＤの概念図を図１１に示
す。サービス提供者７０は、データを送信するためにＡ
ＴＭ（Asyncronous Transfer Mode）スイッチ等の送信
手段７１、映画等のデータを保持するデータ格納部およ
びデータの管理情報を保持するデータ管理部も持つビデ
オ・サーバ７２、サービス提供７０と家庭７６の端末相
互のネットワークを管理するネットワーク管理／システ
ム管理装置７３で構成される。尚、ビデオ・サーバ７２
は磁気テープ、磁気ディスク装置または光ディスク装置
等の様々な形態の記憶メディアによって実現される。サ
ービス提供者７０と家庭７６とは光ファイバ／同軸ケー
ブル／より対線７４を介して相互に接続し、また衛星放
送等７５による衛星回線による信号の配信方法もある。
一方、各家庭７６には、サービスに対応したネットワー
クＡＰＩ（ApplicationProgramming Interface）等を持
つアプリケーション環境７７、アプリケーション環境７
７と連携して受信側のシステムの制御を行なうシステム
・ソフトウエアであるオペレーション・システム（Ｏ
Ｓ）７８、ユーザの要求オペレーションの処理やサービ
ス提供者７０から転送された圧縮データの復調処理を行
うセットトップ・ボックス７９、チューナ等のデータ受
信手段８０、リモコン装置等の入力装置８１を持つ。
尚、一般に家庭７６の構成要素を一括してセットトップ
・ボックスと呼ぶ場合が多い。

【０００３】ここでサービス提供者７０の中の特にビデ
オ・サーバ７２と端末としてのセットトップ・ボックス
７９相互にやり取りする処理内容について図１２を用い
て説明する。ビデオ・サーバ１０は具体的に、セットト
ップ・ボックス２５から出されたコマンド要求に従っ
て、セットトップ・ボックスのハードウエア環境を認識
するブートサービス８２、セットトップ・ボックスに提
供するシステム・ソフトウエアを保持する記憶装置８
３、サービスに応じたアプリケーション環境及び映画等
のデータを保持する記憶装置８４、８５で構成される。
一方、セットトップ・ボックス２５は、主記憶の管理や
システム・ソフトウエア、アプリケーションの制御を行
うブートＲＯＭ８６、ビデオ・サーバ１０からダウンロ
ードし、セットトップ・ボックス２５で使用するシステ
ム・ソフトウエア８７及びサービスのアプリケーション
環境８８で構成される。まずユーザがセットトップ・ボ
ックス２５からサービスの要求を行うと（図１０のフロ
ーチャート５００）、セットトップ・ボックス２５のブ
ートＲＯＭ８６がブート要求をビデオ・サーバの１０の
ブートサービス８２に対して発行する（同５０１）。こ
れを受けたブートサービスはセットトップ・ボックスの
ブートＲＯＭ８６に対して主記憶の容量を問い合わせる
（同５０２）。そしてブートＲＯＭ８６からセットトッ
プ・ボックスで利用できる主記憶容量をブートパケット
というかたちでブートサービス８２に通知する（同５０
３）。ブートサービス８２が受け取ったブートパケット
は、セットトップ・ボックス２５がどのメーカのどの機
種かという情報を持っているので、これらを基にビデオ
・サーバ１０では、セットトップ・ボックス２５のハー
ドウエアに適したシステム・ソフトウエアを記憶装置８
３から検索する（同５０４）。次に適切なシステム・ソ
フトウエアとして例えばシステム・ソフトウエアＡをセ
ットトップ・ボックス２５にダウンロードし（同５０
５）、サービスの種類を選択する。ビデオ・サーバ１０
の記憶装置８４、８５から対応するサービスのアプリケ
ーション環境を検索し、適切な例えばサービスＤのアプ
リケーション環境をセットトップ・ボックス２５にダウ
ンロードする（同５０６）。ここでサービスを受け入れ
る環境が整ったので、記憶装置８５のサービスＤをセッ
トトップ・ボックス２５に供給する。尚、この場合、サ
ービスＤのデータの供給は、サービスの終了もしくはユ
ーザがサービスの受け入れを中止するまでセットトップ
・ボックス２５に対してリアルタイムで継続される。

【０００４】また以上述べてきたＶＯＤでは、サービス
提供者がデータをＭＰＥＧ（MovingPicture Experts Gr
oup）のデータ形式でセットトップ・ボックス２５に供
給する。ＭＰＥＧのデータ形式について図１４を用いて
説明する。ＭＰＥＧではＩフレーム／Ｂフレーム／Ｐフ
レームもしくは、フレームとフィールドを区別する場合
には、Ｉピクチャ／Ｂピクチャ／Ｐピクチャというの３
種類の符号化方法を持つ。この内Ｉピクチャはフレーム
内／フィールド内符号化した画像で、動き補償は使わな
い。一方、Ｐピクチャは一つ前の画像から動き補償予測
を行い、フレーム間／フィールド間で符号化したピクチ
ャである。また、Ｂピクチャは一つ前と一つ後の両方向
の画像を使って、動きベクトルを求める。このため復号
化時には、２本の動きベクトルと２枚（前と後）の参照
画像を用いて、動き補償を行う。これら３種類の符号化
方法のうち、フレーム単位で復号化できるのは動き補償
を使わないＩピクチャのみであるため、飛び越し（ステ
ップ）早送り／巻戻し再生にはＩピクチャが用いられ
る。

【０００５】

【発明が解決しようとする課題】このような従来の方法
で、以下の課題がある。

【０００６】まずセットトップ・ボックスに電源を入れ
る度に、サービス提供者のビデオ・サーバからシステム
・ソフトウエアをダウンロードし直すために、これに数
秒かかることが挙げられる。システム・ソフトウエアの
更新や保守がサービス提供者に依存し、ユーザ側がシス
テム・ソフトウエアのインストールに煩わされないとい
うメリットはあるが、ビデオ・サーバがサービスを開始
できるまでユーザは待たされるため、この遅延時間は無
視できないと考えられる。また、サービス提供者が供給
するデータはＭＰＥＧのデータ方式に従っているため、
フレーム間相互の画像の動き補償が働くため、標準的な
リアルタイムな動画再生には問題がないが、現在普及し
ている家庭用ＶＴＲのような飛び越し（ステップ）早送
り／巻戻し再生にはＩピクチャのみを抜き出して復号化
するため、家庭用ＶＴＲと同等の滑らかな動画を得るこ
とが困難である。尚、家庭用ＶＴＲは図１５の（１）に
示すようなテープ・フォーマットを持ち、テープに対し
て斜めにピクチャ・フレームが配置されている。そして
図１５の（２）に示すようにテープが再生ヘッドをトレ
ースする速度によって、テープの記録トラックからの再
生ヘッドのずれが発生する原理を利用して早送り／巻戻
し再生を実現している。家庭用ＶＴＲと比較すると、従
来のＶＯＤの再生性能はやや劣ると予想される。

【０００７】

【課題を解決するための手段】上記の目的を達成するた
め、本発明はセットトップ・ボックス毎にシステム・ソ
フトウエア、サービスのアプリケーション環境及びサー
ビスのデータを蓄積する小型ディスク装置を設ける。ま
たビデオ・サーバの記憶装置にＲＡＩＤ（Redundant Ar
ray of Inexpensive Disks）構成のディスクアレイ装
置、または高速データ転送可能な大容量のディスク装置
を設ける。

【０００８】上記の目的を達成する方法を用いると、セ
ットトップ・ボックスの内蔵ディスク装置にシステム・
ソフトウエアをプレインストールしてユーザに提供する
ことで、セットトップ・ボックスの電源投入後、セット
トップ・ボックスのシステムセットアップなしにビデオ
・サーバがサービスを開始する。ただし、インストール
済みのシステム・ソフトウエアのバージョンが古い場合
は、新しいものをビデオ・サーバからダウンロードし更
新する。またサービスに対応した異なるシステム・ソフ
トウエアが必要な場合もビデオ・サーバからダウンロー
ドする。ビデオ・サーバとしてＲＡＩＤ構成のディスク
アレイ装置、または高速データ転送可能な大容量のディ
スク装置にデータを格納しておき、データを高速に並列
転送しセットトップ・ボックスのデータ復調回路を介し
て内蔵ディスク装置にライトする。データの再生はセッ
トトップ・ボックスがデータ受信開始後即可能で、内蔵
ディスク装置からリードすることで実現する。また数〜
数十秒後にはビデオ・サーバが提供するデータが内蔵デ
ィスク装置に全てライトされるため、このデータを用い
て動画の飛び越し（ステップ）早送り／巻戻し再生を行
う。データは内蔵ディスク装置に保存されている間は繰
返し利用できるが、セットトップ・ボックスが新しいデ
ータを要求すると削除される。

【０００９】

【発明の実施の形態】本発明の第一実施例を図１ないし
図３を用いて説明する。

【００１０】図１は本発明のＶＯＤのサービス提供側の
特にビデオ・サーバとセットトップ・ボックスの関係を
示した図である。データ提供側のビデオ・サーバ１０は
内部の各ハードウエアの統括制御を行うＭＰＵ１０、セ
ットトップ・ボックスに供給するデータの転送を制御す
るデータ転送制御部１２、ディスクアレイ装置を構成す
るディスク装置のうちデータを格納する１４〜１７及び
１９〜２２、パリティと呼ばれる冗長データを格納する
１５及び２３、ディスクアレイ装置のうちデータを格納
する１台のディスク装置例えば１９に障害が発生した場
合、残りのデータを格納するディスク装置２０〜２２と
冗長データを格納するディスク装置２３のＥＯＲ演算よ
り障害ディスクのデータを生成するＤＲＲ（Data Redun
dancy Reconstruction）から成る。ビデオ・サーバ１０
は同軸ケーブル等の高速バス２４でセットトップ・ボッ
クス２５と相互に接続する。またセットトップ・ボック
ス２５はビデオ・サーバ１０のディスクアレイ装置から
高速転送されるデータの速度調整を行うバッファ２６、
ＭＰＥＧのデータ形式で転送されたデータを復調するデ
ータ復調回路部２７、ビデオ・サーバ１０から転送され
たデータを格納する内蔵ディスク装置２８から成る。さ
らにセットトップ・ボックス２５のデータ出力側にはビ
デオ・モニタ３０が接続される。

【００１１】図２はセットトップ・ボックス２５の内部
構造をより具体的に示した図である。セットトップ・ボ
ックス２５は、ビデオ・サーバ１０から転送されたデー
タの速度調整を行うバッファ２６、データ復調回路部２
７、転送データを格納する内蔵ディスク装置２８以外に
ＭＰＥＧ復号化回路及び、限られたディスク容量に転送
データを格納するため、データ圧縮／伸長回路部３１を
データ復調回路部２７及び内蔵ディスク装置２８の間
に、また飛び越し（ステップ）再生のために単位時間当
たりに取り出すフレーム数を変化させるフレーム数可変
回路部３３を、データ圧縮／伸長回路部３１とビデオ・
モニタ３０の間に持つ。

【００１２】図３、図４のフローチャートに基づき本発
明のＶＯＤの動作について説明する。

【００１３】ユーザがセットトップ・ボックスＡ２５の
電源をオンにすると、セットトップ・ボックスＡ２５で
は内蔵ディスク装置２８からシステム・ソフトウエアを
主記憶上に読込み、システムの立ち上げを行う（同１０
０）。次にユーザがサービス例えばフィルム１の要求を
行うと（同１０１）、セットトップ・ボックスＡ２５か
らビデオ・サーバ１０にフィルム１の転送要求を発行す
る（同１０２）。これを受けたビデオ・サーバ１０では
ＭＰＵ１１がフィルム１をディスクアレイ装置から検索
し、データ転送制御部１２を介してセットトップ・ボッ
クス２５の内蔵ディスク装置２８に転送を開始する（同
１０３）。ここでユーザがすぐにフィルム１の再生を開
始すると（同１０４）、セットトップ・ボックス２５の
内蔵ディスク装置２８からデータのリードが行われ、ビ
デオ・モニタ３０にフィルム１の映像の表示が開始され
る。図２の（２）に示すように、この時点からフィルム
１のデータは、逐次、内蔵ディスク装置２８にライトさ
れていくため、フィルム１の巻戻し再生は可能となる
（同１０６）。さらに図２の（３）に示すように、ビデ
オ・サーバからの転送データが全てセットトップ・ボッ
クス２５の内蔵ディスク装置２８にライトされると（同
１０７）、内蔵ディスク装置２８のデータをセットトッ
プ・ボックス２５で独立に扱うことができ、フレーム数
可変回路部３３で取り出すフレーム数を変化させること
で、フィルム１の早送り／巻戻し再生が可能となる（同
１０８）。この後フィルム１の再生を終了もしくは途中
で停止すると（図４のフローチャート１０９）、セット
トップ・ボックス２５は次のサービスを受けるかどうか
の判断をユーザに促し（同１１０）、受ける場合はセッ
トトップ・ボックス２５からビデオ・サーバ１０に次の
フィルムの転送要求を発行する（同１１１）。そしてビ
デオ・サーバ１０のＭＰＵ１１が対応するフィルムをデ
ィスクアレイ装置から検索し、データ転送制御部１２を
介してセットトップ・ボックス２５の内蔵ディスク装置
２８に転送を行う（同１１２）。尚、この時次のフィル
ムを内蔵ディスク装置２８に上書きするため、フィルム
１のデータは消去される。以後の動作は前述のフィルム
１の場合と同様である。一方フィルム１の鑑賞後次のフ
ィルムをビデオ・サーバ１０に要求しない場合は（同１
１０）、そのままフィルム１は内蔵ディスク装置に保持
されているため（同１１３）、引続きフィルム１の鑑賞
を行うことができる（同１１４）。フィルム１の鑑賞が
終わったら（同１１５）、次のサービスを受けるかどう
かの判断をユーザに促し、次のサービスも受けず、さら
にフィルム１の鑑賞も行わない場合、ユーザがセットト
ップ・ボックスの電源をオフすることでサービスの受け
付けが終了する。尚、この時点でフィルム１はセットト
ップ・ボックス２５の内蔵ディスク装置に残されている
ため、次にセットトップ・ボックス２５の電源をオンに
して、新しいサービスを受け付けるまではフィルム１を
繰返し鑑賞することができる。

【００１４】第一実施例ではＶＯＤのセットトップ・ボ
ックスの操作性について注目し、家庭用ＶＴＲと同等の
使い勝手を実現する方法について述べた。一方ビデオ・
サーバに関してもＲＡＩＤ構成のディスクアレイ装置を
用いることで、特にフィルム等のシーケンシャルなデー
タを高速に各家庭のセットトップ・ボックスに供給でき
ると考えられる。しかし、ビデオ・サーバの容量にも制
限があるため、限られた容量を有効に利用する方法が重
要となる。この方法について第二実施例で述べる。

【００１５】本発明の第二実施例を図５、図６を用いて
説明する。

【００１６】サービス提供者のビデオ・サーバ４０は、
データ提供側のビデオ・サーバ１０は内部の各ハードウ
エアの統括制御を行うＭＰＵ１１、セットトップ・ボッ
クスに供給するデータの転送を制御するデータ転送制御
部１２、ディスクアレイ装置を構成するディスク装置の
うちデータを格納する１４〜１７及び１９〜２２、冗長
データを格納する１５及び２３、ディスクアレイ装置の
うちデータを格納する１台のディスク装置例えば１９に
障害が発生した場合、残りのデータを格納するディスク
装置２０〜２２と冗長データを格納するディスク装置２
３のＥＯＲ演算より障害ディスクのデータを生成するＤ
ＲＲ（Data Redundancy Reconstruction）から成る。こ
こまでは基本的に第一実施例で示したビデオ・サーバ１
０と同様であるが、さらにユーザからディスクアレイ装
置のどのフィルムへのアクセス頻度が小さいかといった
情報を記録しておくアクセス履歴記憶部４１、アクセス
頻度の低いデータを次の要求が発生するまで待機させて
おく待機系・サーバ４２、待機するデータを一時保持し
ておくディスク装置４３を設ける。まず、ビデオ・サー
バ４０はセットトップ・ボックスから受ける要求に従っ
て、逐次、アクセス履歴記憶部４１にデータのタイトル
コード毎に要求を受け付けた回数を記録する。尚、ここ
ではアクセス頻度の高いデータのコードは削除し、低い
ものだけを幾つか残す（図６のフローチャート２０
０）。或る一定時間毎にＭＰＵ１１がこのアクセス履歴
記憶部４１を参照し、アクセス頻度を比較する（同２０
１）。ＭＰＵ１１はアクセス頻度の低いデータのコード
を検索し（同２０２）、対応するデータをディスクアレ
イ装置、例えば、ディスク装置１９〜２２からリードし
（同２０３）、待機系・サーバ４２のディスク装置４３
にライトする（同２０４）。この後、セットトップ・ボ
ックスから待機したデータに対して要求が来た場合（同
２０５）、待機系・サーバ４２のディスク装置４３から
直接セットトップ・ボックスにデータを転送する（同２
０６）。その後、ビデオ・サーバ４０のディスクアレイ
装置に空き領域があれば、データをその領域に復帰する
（同２０７）。一方、待機したデータに対して要求が発
生しない間は（同２０５）、そのまま待機系・サーバ４
２のディスク装置４３にデータを保存しておく（同２０
８）。

【００１７】第一実施例で挙げた方式は、ユーザのセッ
トトップ・ボックス２５の内蔵ディスク装置２８にフィ
ルム１本分を格納するため、データの２次利用の可能性
が危惧される。第一実施例の説明でも若干触れたが、こ
の方式ではユーザが新しいフィルムを要求することで、
旧いフィルムは新しいフィルムが内蔵ディスク装置に上
書きされることから削除され、その後利用することは出
来ない。しかし現在の家庭用ＶＴＲでは自由にアナログ
出力が可能なシステムになっているため、これと同様に
アナログ出力部を持ったセットトップ・ボックスという
のも考えられる。この方式について次の第三実施例で述
べる。

【００１８】本発明の第三実施例を図７、図８を用いて
説明する。

【００１９】図７はセットトップ・ボックスのデータ出
力部分を具体的に表した図である。セットトップ・ボッ
クス５０にはフィルムを保存しておく内蔵ディスク装置
２８、デジタル画像データをアナログ画像データに変換
するビデオ用Ｄ／Ａ変換器５２、アナログ画像データを
現行のアナログ形式のビデオ・モニタに表示させるため
のＮＴＳＣ／ＰＡＬエンコーダ５１、アナログ画像デー
タ表示するビデオ・モニタ３０を設ける。尚、ＮＴＳＣ
／ＰＡＬエンコーダ５１とビデオ・モニタ３０の間には
アナログ画像データ出力部がある。セットトップ・ボッ
クス５０の電源をオンにすると（図８のフローチャート
３００）、内蔵ディスク装置２８に保存されているフィ
ルムの鑑賞を行うことができる（同３０１）。この時、
セットトップ・ボックス５０のアナログ画像データ出力
部を家庭用ＶＴＲ等に接続してデータのコピーを行うこ
とができる（同３０３）。ただしこのコピーは個人の鑑
賞用であることを前提にしている。またここで利用でき
るデータはアナログデータであるため、画質は劣化す
る。したがってこれがデータの２次利用の制限となる第
一点目である。以後、セットトップ・ボックス５０から
新規のデータを要求すると（同３０３）、新しいフィル
ムが内蔵ディスク装置２８に上書きされるため旧いフィ
ルムは削除される（同３０４）。したがってこれがデー
タの２次利用の制限となる第二点目である。これ以降の
新しいフィルムの鑑賞方法は旧いフィルムの場合と同様
である。一方、新規のデータを要求しない場合は（同３
０３）、セットトップ・ボックス５０は旧いフィルムの
鑑賞を続けるか否かの判断をユーザに促し（同３０
５）、旧いフィルムの鑑賞を取り止める場合、セットト
ップ・ボックス５０の電源をオフすることで、セットト
ップ・ボックス５０の利用が終了する（同３０６）。

【００２０】第一実施例では、セットトップ・ボックス
２５の電源をオンにすると、セットトップ・ボックス２
５では内蔵ディスク装置２８からシステム・ソフトウエ
アを主記憶上に読込み、システムの立ち上げを行うと述
べたが、受けるサービスによっては異なるシステム・ソ
フトウエアが必要になると予想される。また同じシステ
ム・ソフトウエアでも以後バージョンアップすることが
予想されるため、これらに対応することも考慮に入れる
必要がある。この方法について次の第四実施例で述べ
る。

【００２１】本発明の第四実施例を図９、図１０を用い
て説明する。

【００２２】図９はビデオ・サーバとセットトップ・ボ
ックスにおけるシステム・ソフトウエアの位置付けを表
した図である。ビデオ・サーバ６０にはシステム・ソフ
トウエアを格納するディスク装置６１を設ける。またセ
ットトップ・ボックス６２にはシステム・ソフトウエア
をその一部に格納する内蔵ディスク２５、ビデオ・サー
バ６０とセットトップ・ボックス６２がそれぞれ持つシ
ステム・ソフトウエアのバージョンを比較管理するシス
テム・ソフトウエアバージョン管理部６３を設ける。セ
ットトップ・ボックス６２の電源をオンにし（図１０の
フローチャート４００）、ビデオ・サーバ６０に要求を
出すと、ビデオ・サーバ６０が最新のシステム・ソフト
ウエアのタイプとバージョンをセットトップ・ボックス
６２に通知する（同４０１）。ビデオ・サーバ６０とセ
ットトップ・ボックス６２にあるシステム・ソフトウエ
アが同じタイプの場合（同４０２）、さらにシステム・
ソフトウエアバージョン管理部６３でそれらのバージョ
ンを比較する（同４０３）。ビデオ・サーバ６０にある
システム・ソフトウエアのバージョンが新しい場合、セ
ットトップ・ボックス６２にあるシステム・ソフトウエ
アを更新する（同４０４）。したがって新しいシステム
・ソフトウエアをビデオ・サーバ６０のディスク装置６
１からダウンロードする（同４０５）。その後セットト
ップ・ボックス６２がビデオ・サーバ６０からサービス
の受信を開始する（同４０６）。一方、ビデオ・サーバ
６０とセットトップ・ボックス６２にあるシステム・ソ
フトウエアのバージョンが同じ場合は、セットトップ・
ボックス６２が即ビデオ・サーバ６０からサービスの受
信を開始する（同４０６）。また、ビデオ・サーバ６０
とセットトップ・ボックス６２にあるシステム・ソフト
ウエアのタイプが異なる場合（同４０２）、異なるシス
テム・ソフトウエアをビデオ・サーバ６０のディスク装
置６１からダウンロードする（同４０７）。その後セッ
トトップ・ボックス６２がビデオ・サーバ６０からサー
ビスの受信を開始する（同４０６）。

【００２３】

【発明の効果】セットトップ・ボックスの内蔵ディスク
装置に蓄積した復調データを基に動画の再生を行なうこ
とで、飛び越し（ステップ）早送り／巻戻し再生を家庭
用ＶＴＲと同等の画質で提供できる。またデータ提供側
のビデオ・サーバであるディスクアレイ装置、または高
速データ転送可能な大容量のディスク装置をデータ蓄積
専用のメディアとして利用することで、一人のユーザが
ビデオ・サーバを占有する時間が短縮するため、同一デ
ータに対する複数ユーザの要求に容易に対応できる。

【００２４】また映画等のフィルム・データはその種類
によってユーザのアクセス頻度が異なることが予想され
る。したがって、アクセス頻度の特に低いデータを次の
アクセス要求が発生するまでの間待機系・サーバに移動
することで、利用可能なビデオ・サーバのディスク容量
が最適化され、運用効率を上げることができる。

【００２５】さらにユーザはセットトップ・ボックスの
操作性及び性能に家庭用ＶＴＲと同等なレベルを要求す
ると考えられるため、付属機能としてアナログ画像デー
タ出力部を設けることで、個人鑑賞用にデータを活用す
る方法もある。

【００２６】セットトップ・ボックスにシステム・ソフ
トウエアをプレインストールして出荷することで、セッ
トトップ・ボックスの電源オンの際にビデオ・サーバか
らシステム・ソフトウエアのダウンロードが必要のない
分、システムの立ち上げ時間が短縮できる。

【図面の簡単な説明】

【図１】本発明のＶＯＤシステムのブロック図。

【図２】本発明のＶＯＤシステムのうちセットトップ・
ボックスの内部構成を表したブロック図。

【図３】本発明のＶＯＤシステムの動作を示すフローチ
ャート。

【図４】本発明のＶＯＤシステムの動作を示すフローチ
ャート。

【図５】本発明のＶＯＤシステムに待機系のサーバを付
加した状態を表したブロック図。

【図６】ビデオ・サーバと待機系・サーバとの動作を示
すフローチャート。

【図７】本発明のＶＯＤシステムにアナログデータ出力
部を付加した状態を表したブロック図。

【図８】アナログデータ出力部を付加した本発明のＶＯ
Ｄシステムの動作を示すフローチャート。

【図９】本発明のＶＯＤシステムにシステム・ソフトウ
エアのタイプ、バージョン管理機能を付加した状態を表
した説明図。

【図１０】システム・ソフトウエアのタイプ、バージョ
ン管理機能を付加したＶＯＤシステムの動作を示すフロ
ーチャート。

【図１１】ビデオ・オン・デマンドの概念を表したブロ
ック図。

【図１２】ビデオ・サーバとセットトップ・ボックスの
相互接続の状態を表したブロック図。

【図１３】ビデオ・オン・デマンドの全体の動作を示す
フローチャート。

【図１４】ＭＰＥＧのファイル形式を表した説明図。

【図１５】家庭用ＶＴＲの特殊再生の原理を表したブロ
ック図。

【符号の説明】

１０…ビデオ・サーバ、１１…ＭＰＵ、１２…データ転送制御部、１３…ＤＲＲ、１４〜１７…ディスクアレイ装置、１８…ディスクアレイ装置、１９〜２２…ディスクアレイ装置、２３…ディスクアレイ装置、２４…高速バス、２５…セットトップ・ボックス、２６…バッファ、２７…データ復調回路部、２８…ディスク装置、３０…ビデオ・モニタ。

───────────────────────────────────────────────────── フロントページの続き (72)発明者本田聖志神奈川県川崎市麻生区王禅寺1099番地株式会社日立製作所システム開発研究所内 (72)発明者松並直人神奈川県川崎市麻生区王禅寺1099番地株式会社日立製作所システム開発研究所内

Claims

【特許請求の範囲】

【請求項１】複数ディスク装置からなるビデオ・サーバ
と各家庭に設置するサービス受信機セットトップ・ボッ
クスを、高速バスの同軸ケーブル等で相互に接続し、ビ
デオ・サーバ側にデータの高速読みだし可能な記憶装置
と、セットトップ・ボックス側にシステム・ソフトウエ
ア及びデータを内部に待つ内蔵ディスク装置を搭載した
ことを特徴とするビデオ・オン・デマンドシステム。
【請求項２】前記ビデオ・サーバから転送し復調したデ
ータを、前記セットトップ・ボックスの前記内蔵ディス
ク装置にダウンロードして動画再生に利用することで、
家庭用ＶＴＲと同等の動画品質の飛び越し早送り／巻戻
し再生に対応した請求項１に記載のビデオ・オン・デマ
ンドシステム。
【請求項３】前記ビデオ・サーバがデータの蓄積メディ
アとして機能し、同一データに対する複数コマンド要求
を受け付けることが可能な請求項１または２に記載のビ
デオ・オン・デマンドシステム。
【請求項４】前記ビデオ・サーバが持つデータのうちア
クセス頻度の低いデータを待機系・サーバに一時的に移
動し、前記ビデオ・サーバの利用可能なディスク容量を
最適化する請求項１、２または３に記載のビデオ・オン
・デマンドシステム。
【請求項５】前記セットトップ・ボックスにアナログ画
像データ出力部を設けることで、家庭用ＶＴＲと同等の
付属機能を持つ請求項１、２、３または４に記載のビデ
オ・オン・デマンドシステム。
【請求項６】前記システム・ソフトウエアを前記内蔵デ
ィスク装置にプレインストールした前記セットトップ・
ボックスをユーザに提供し、前記ビデオ・サーバにサー
ビスを要求する毎に、必要に応じて新しいバージョンの
システム・ソフトウエアや異なるタイプのシステム・ソ
フトウエアをビデオ・サーバから自動的にダウンロード
する請求項１、２、３、４または５に記載のビデオ・オ
ン・デマンドシステム。