JPH10224768A - マルチメディア・データストリームの提供方法およびシステム - Google Patents

Abstract

(57)【要約】 【課題】 共用ループ・マルチメディア・データストリ
ーミング・サーバ・システムを提供する。 【解決手段】 複数のＡ／Ｖサーバが、ＳＳＡまたはＦ
Ｃ−ＡＬなどの共用ループ・アーキテクチャで相互接続
されたディスク・アレイのプールへの同等のアクセスを
有する。各サーバは、対応するデータストリームを、ル
ープからアイソクロナス広帯域接続を介して適当なＡ／
Ｖ装置に配布する。Ａ／Ｖサーバは、イーサネット・リ
ンクなどの制御ループによって相互接続される。アーカ
イブ・サーバも、共用記憶ループとアーカイブ記憶シス
テムにアクセスする。アーカイブ・サーバは、望み通り
にアーカイブからループへタイトルをロードし、バック
アップＡ／Ｖサーバとして働く。高可用性制御サーバ・
クラスタが、Ａ／Ｖサーバとアーカイブ・サーバに相互
接続されて、ループ上のタイトルの配布、アーカイブ・
サーバからのタイトルのロードおよびＡ／Ｖサーバ上の
負荷のバランスを含む、資源管理を制御する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、オーディオ・デー
タおよびビデオ・データをサービスするためのコンピュ
ータ化されたシステムに関し、具体的には、改良された
データ記憶およびデータ処理を有する上記のシステムに
関する。

【０００２】

【従来の技術】マルチメディア産業の驚くべき成長と共
に、コスト効率のよい形で膨大な顧客のセットに大量の
個別に取り扱われるデータストリームを配布しなければ
ならない洗練されたコンピュータ化されたオーディオ／
ビデオ・サーバ・システムが出現した。この問題を複雑
にしているのは、さまざまな内容に対する比較的強い要
望があるので、大量の媒体ストリームを処理しなければ
ならないだけではなく、それらをほとんど瞬間的に使用
でき、膨大なタイトルおよびクリップの内容ベースから
顧客の思うままに簡単に選択可能であることが非常に望
ましく、複数の顧客が同時に同一タイトルの視聴を所望
することがしばしばあるという事実である。

【０００３】このようなシステムの応用例が、ショッピ
ング・センター、美術館などの情報キオスクであるが、
このようなシステムの配布で発生する無数の技術的問題
をよりよく表す応用例は、おそらくビデオ・オン・デマ
ンド・システムの場合である。このようなシステムは、
ほとんど瞬間的なデマンド・ベースでの表示のために数
千人の顧客に同時に映画タイトルの個別の選択部分を同
時に配布するために呼び出され、この映画タイトルは、
数千本におよぶリストから顧客によって選択される。マ
ルチメディア・データは、極端に密度が高いことで悪名
高い。たとえば、１本の映画全体の記憶に５ギガバイト
を必要とする場合があり、そのタイトルのビデオ・スト
リームの再生は、通常は毎秒２０メガバイトの速度で行
われる。さらに、ビデオ・オン・デマンド・サービス
は、数千人の顧客をサービスすることを期待される場合
があり、その顧客のそれぞれが、おそらくは１０¹⁴バイ
ト（たとえば、１タイトルあたり１００ギガバイト×１
０００タイトル）を含むビデオ・データベースから同時
に選択される、顧客独自の「カストマイズされた」割込
み不能の２０メガバイト毎秒のビデオ・ストリームを選
択することができる。これらの数値の正味の大きさか
ら、当業界を悩ませている、そのようなシステムを効果
的でコスト効率のよい形で配布する方法に関する深刻で
厄介な問題が直観的に想起される。

【０００４】そのようなシステムに対する需要によって
示された信じられないほど複雑な問題の初期の分析で見
落とされる可能性がある微妙な点は、問題をひどくする
だけである。この例の１つとして、ビデオ・オン・デマ
ンド映画サーバの場合、すべてのタイトルに対する需要
の均等な分布は仮定できない。逆に、さまざまな時点
で、所与のタイトルが、極端に人気があり、高い比率の
顧客によって視聴のために要求され、これによって、デ
ィスク駆動装置コントローラの帯域幅制限のために単純
には満足できない需要がディスク駆動装置コントローラ
に集まる場合がある。

【０００５】簡単に思い付くであろうこの問題に対する
解決策の１つが、追加のディスク駆動装置およびコント
ローラ上でタイトルを単純に複写することであるが、こ
の手法は、複数の理由から許容できない。まず、そのよ
うなオーディオ／ビデオ・サーバ・システムにおいて最
も重要なコストの１つは、記憶コストである。したがっ
て、複数のディスクにタイトルを単純に複写すること
は、実現不可能であろう。さらに、そのようなシステム
でのタイトルに対する需要は、静的ではなく、時間と共
に動的に変化し、たとえば、ある時点で相対的に「人
気」のあるタイトルが、数日のうちに需要が減少し、別
のタイトルに置換されてしまう場合がある。したがっ
て、さまざまなディスク駆動装置上でタイトルのコピー
を継続的に複写することが必要なシステムでは、前に説
明したタイトルの複写に関連する許容できないコストを
別にしても、効率的に負荷のバランスをとることが極端
に困難になる。

【０００６】前述の問題は、ビデオ・サーバ・システム
の通常の実施態様の１つを簡略化して示した図１を参照
することによって示すことができる。このようなシステ
ムでは、データ消失保護を提供するＲＡＩＤ４またはＲ
ＡＩＤ５コントローラなどの当技術分野で周知のＲＡＩ
Ｄコントローラの形とすることができる複数のサーバす
なわちコントローラ１８、２０および２２が設けられ
る。そのようなコントローラのそれぞれは、ＲＡＩＤア
レイに編成された１コントローラあたり３０個ないし４
０個程度の、対応する専用の複数のディスク駆動装置を
制御できる。したがって、コントローラ１８、２０およ
び２２は、それぞれの複数のディスク・アレイ１９、２
１および２３を制御し、各アレイには、図１に示された
タイトルＴなどのディジタル化されたビデオ・データが
含まれ、各アレイは、通常は４つのディスク駆動装置と
パリティ用の１つの追加駆動装置を有する。

【０００７】コントローラ１８、２０および２２のそれ
ぞれを相互接続するのは、ファイバ・チャネル・アービ
トレーテッド・ループ１０と冗長ループ１２である（デ
ータ消失保護は、ＲＡＩＤコントローラによって提供さ
れ、冗長ループは、そのようなシステムでの高い可用性
が必要なので存在する）。コントローラ１８、２０およ
び２２のそれぞれは、線２４Ａ、２４Ｂおよび２４Ｃ上
に、当技術分野で周知のＭＰＥＧ２形式のＡＴＭストリ
ーミング・ビデオなどのストリーミング・ビデオをディ
スク・アレイ１９、２１および２３から配布し、このよ
うなストリーミング・ビデオは、やはり当技術分野で周
知の適当なＡＴＭスイッチ１４に配布される。ＡＴＭス
イッチ１４には、複数のビデオ／オーディオ・コントロ
ーラ、コンピュータ、テレビジョン１６（図を簡単にす
るために１つだけを図示）にサービスするケーブル・ネ
ットワーク１３が相互接続される。

【０００８】簡略化した動作では、タイトルＴに対する
要求が行われる場合に、コントローラ２０が、モニタ１
６上で顧客が視聴するために、そのタイトルが常駐する
対応する専用のディスク・アレイ２１のうちの１つか
ら、コントローラ２０、線２４Ｂ、ＡＴＭスイッチ１
４、ケーブル・ネットワーク１３を介してビデオ・スト
リームを配布する。このように単純な場合では、このシ
ステムは非常に良好に動作する可能性がある。しかし、
前に述べたように、タイトルＴの需要が多く、したがっ
て、コントローラ２０などの所与のＲＡＩＤコントロー
ラが有限の個数のストリームしか処理できないので、バ
スが飽和する場合がある。そのような事態では、ファイ
バ・チャネル・アービトレーテッド・ループ１０および
冗長ループ１２が働き始める。タイトルＴを、ファイバ
・チャネル・アービトレーテッド・ループ１０および冗
長ループ１２上で、たとえばオン・デマンドではなく操
作員が静的に次のディスク・コントローラ２２に転送
し、コントローラ２２に関連する対応するディスク・ア
レイ２３のうちの１つにＴ'として複写できる。こうす
れば、そのタイトルのビデオ・ストリームの追加の補足
を、コントローラ２２のディスク駆動装置のタイトルＴ
の複写から冗長タイトルＴ'として導出することによっ
て、コントローラ２２によって線２４Ｃに供給できる。

【０００９】複数の重要な問題が、図１のビデオ・コン
トローラ・システムの実施態様に関連する。まず、ビデ
オ・タイトルは、大量の記憶域を必要とし、したがっ
て、ディスク・アレイ１９、２１および２３のコスト
が、通常は全システムのコストの主要な部分になること
が想起される。したがって、所与のコントローラ１８、
２０および２２によって提供できるものを超えるビデオ
・ストリームに対する需要を満足するためには、単純に
タイトルを別のディスク駆動装置にＴ'として複写する
ことは、冗長で高価なデータのコピーが必要となる限
り、一般に許容できない。図１のシステムに固有の弱点
は、コントローラ１８、２０および２２のそれぞれが、
それぞれの独自の局所ディスクの組であるディスク・ア
レイ１９、２１および２３だけにアクセスでき、ファイ
バ・チャネル・アービトレーテッド・ループ１０および
冗長ループ１２にまたがるタイトルの転送が必要になる
という事実に関連する。

【００１０】図１のシステムに関連するもう１つの問題
は、タイトル複写の出費が多少は許容できる場合であっ
ても、タイトルの特定の需要に対して、ファイバ・チャ
ネル・アービトレーテッド・ループ１０および冗長ルー
プ１２自体が、あるコントローラのディスク記憶域から
別のコントローラのディスク記憶域へビデオ・データを
転送する際に輻輳状態になり、したがって、この処理に
許容できないオーバーヘッドが追加されることが簡単に
理解できる。さらに、さまざまなディスク・アレイ１
９、２１および２３は、通常は、特定のディスク駆動装
置に関連する所与のコントローラが処理できるストリー
ム数より大きい帯域幅を有する場合がある。したがっ
て、図１のシステムでは、高価なディスク駆動装置の帯
域幅が、本質的に、コントローラ１８、２０および２２
のそれぞれが配布できるストリーム（線２４Ａ、２４Ｂ
および２４Ｃ）の数のサーバおよびコントローラの帯域
幅によって制限される。このシステムの設計は、それぞ
れのコントローラによる制限なしにディスクの読取ヘッ
ド帯域幅の全容量を利用するために高価なディスクのそ
れぞれを「絞り取る」必要があるという点で、本質的に
アンバランスであり、高価である。

【００１１】図１のシステムなど、さまざまなタイトル
の需要の異なる組合せを有する対話型ビデオ・システム
では、誰かが需要を予測し、さまざまなディスク・アレ
イ１９、２１および２３上でクリップのバランスを事前
にとって、変化する負荷に対応し、ファイバ・チャネル
・アービトレーテッド・ループ１０および冗長ループ１
２での輻輳を減らすという難しい作業が発生することは
明白である。それを行おうとする試みの１つで、システ
ムに、スイッチ・コントローラ１１を追加して、ディス
ク・アレイ１９、２１および２３の間でのタイトル分配
のバランスを多少知的な形でとることができる。しか
し、そのようなシステムは、数百個のディスクのスイッ
チ論理回路に起因して極端に高価であり、前述のアンバ
ランスなシステムという問題が非常にすばやく発生する
可能性がある。また、障害点が１つだけあるので、２つ
のスイッチを設けなければならない。手短に言うと、図
１のシステムの重大な問題は、高価なディスク駆動装置
がそれぞれのコントローラの局所装置または私用装置で
あり、高速のファイバ・チャネル・アービトレーテッド
・ループ１０および冗長ループ１２が、コントローラ１
８、２０および２２を相互接続するシステムのフロント
・エンドに配置されて、プロセッサ間で調停されたルー
プを介するデータの移動を容易にするにすぎないことで
ある。これによって、バランスが低く高価であるとい
う、システムの望ましくない特性が生じる。

【００１２】前述の処理しにくい問題を解決するための
もう１つの手法では、図１のシステムで、複数のディス
ク・コントローラ３０、３２および３４と、ビデオ・デ
ータを格納されたさまざまなディスク・アレイ３８、４
０、４２および４４との間に配置される、クロスバー・
スイッチ３６または他のタイプの相互接続スイッチが設
けられる。したがって、図１のシステムとは異なり、図
２のシステムでは、ディスク・コントローラ３０、３２
および３４が、クロスバー・スイッチ３６によって、デ
ィスク・アレイ３８、４０、４２および４４のいずれか
のタイトルにアクセスできる。したがって、このような
システムでは、すべてのコントローラがすべてのディス
クにアクセスできるという点でタイトルの冗長なコピー
を維持するという高価な実践が回避されるが、残念なが
ら、多くの応用分野では、図２のシステムなどのシステ
ムでの１ストリームあたりのコストは、非現実的に高く
なる。これは、大量のデータストリームに対して、対応
する多数の高価なクロスバー・スイッチ３６が必要にな
るという事実を考慮すると、このような高速相互接続用
の冗長なクロスバー・スイッチ３６の過剰コストの直接
の結果である。

【００１３】

【発明が解決しようとする課題】共用ループ・マルチメ
ディア・データストリーミング・サーバ・システムを提
供する。

【００１４】

【課題を解決するための手段】複数のＡ／Ｖサーバが、
ＳＳＡまたはＦＣ−ＡＬなどの共用ループ・アーキテク
チャで相互接続されたディスク・アレイのプールへの同
等のアクセスを有する。各サーバは、対応するデータス
トリームを、ループ通信からアイソクロナス広帯域接続
または他の専用線を介して適当なＡ／Ｖ装置に配布す
る。Ａ／Ｖサーバは、イーサネット、トークン・リン
グ、他のリンクなどの制御ネットワークによって相互接
続される。アーカイブ・サーバも、共用記憶ループとア
ーカイブ記憶システムにアクセスする。アーカイブ・サ
ーバは、望み通りにアーカイブからループへタイトルを
ロードし、バックアップＡ／Ｖサーバとして働く。高可
用性制御サーバ・クラスタが、Ａ／Ｖサーバとアーカイ
ブ・サーバに相互接続されて、サーバに対するストリー
ムの初期ロード要求、ループへのタイトルのロードの要
求、アーカイブ・サーバからのタイトルのロードおよび
Ａ／Ｖサーバ上の負荷のバランスを含む、資源管理を制
御する。

【００１５】

【発明の実施の形態】図３を参照すると、本発明のオー
ディオ／ビデオ・サーバ・システムの１実施例が示され
ている。図１の従来技術システムと比較すると、いくつ
かの類似点が簡単に明らかになる。まず、ＡＴＭスイッ
チなどの適当なスイッチ５０が、テレビジョン・セット
などの複数の表示装置５４と、複数のサーバまたはコン
トローラ５６、５８および６０との間に設けられてい
る。各コントローラは、それぞれのデータストリーム線
６２、６４および６６によって、スイッチ５０に相互接
続される。やはり図１のシステムと同様に、複数のディ
スク・アレイ７０、７２、７４および７６が設けられ、
Ｔなどのタイトルが、これらにディジタルに記憶され
る。

【００１６】しかし、図１と図３を詳細に比較すると、
基本的な区別が明らかになる。コントローラ１８、２０
および２２を相互接続する図１のファイバ・チャネル・
アービトレーテッド・ループ１０および冗長ループ１２
が、なくなっていることに留意されたい。対照的に、図
３に示された本発明のシステムでは、直列記憶アーキテ
クチャ（ＳＳＡ）またはファイバ・チャネル・アービト
レーテッド・ループ（ＦＣ−ＡＬ）（以下では単にルー
プと呼称する）６８が、コントローラ５６、５８および
６０とディスク・アレイ７０、７２、７４および７６の
間に設けられる。コントローラ５６、５８および６０と
ディスク・アレイ７０、７２、７４および７６の間にル
ープ６８を導入することの重要な意義は、図１のシステ
ムの場合と異なって、これらの高価なディスク・アレイ
が、ループ６８によって、それぞれのコントローラの専
用装置または局所装置ではなくなり、コントローラ５
６、５８および６０のいずれからもループ６８によって
簡単に使用できるということである。

【００１７】したがって、動作中には、ユーザが表示装
置５４でのタイトルＴの視聴を所望する場合に、このビ
デオ・ストリームを、本質的に、タイトルＴが常駐する
同一のディスク・アレイ７２からコントローラ５６、５
８および６０のいずれかによって提供できる。したがっ
て、需要は、ループ６８、コントローラ５６、データス
トリーム線６２、スイッチ５０およびケーブル接続５１
を介して表示装置５４に配布されるディスク・アレイ７
２からのストリームによってサービスされる。同様に、
この経路は、ディスク・アレイ７２から、ループ６８、
コントローラ５８、データストリーム線６４、スイッチ
５０およびケーブル接続５１を介して表示装置５４まで
とすることもできる。同様の形で、この需要は、ディス
ク・アレイ７２から、ループ６８、コントローラ６０、
データストリーム線６６、スイッチ５０およびケーブル
接続５１を介して表示装置５４に至る経路に沿ってサー
ビスすることができる。

【００１８】しかし、より重要なことに、この同一のタ
イトルＴに対する需要を、別のディスク・アレイ７２、
７４または７６での高価なタイトルの複写を必要とせず
に、前述の３つの経路を介して（たとえば、コントロー
ラ５６、５８および６０を介して）同時にサービスでき
ることに留意することが重要である（ディスク・アレイ
２１上のタイトルＴをタイトルＴ'としてディスク・ア
レイ２３上に複写しなければならなかった図１のシステ
ムの場合と比較されたい）。

【００１９】所与のディスク・アレイ７０、７２、７４
および７６の帯域幅は、通常は、所与のコントローラ５
６、５８および６０のデータストリーム処理能力を超え
ることを想起されたい。たとえば、ディスク・アレイ７
２の帯域幅は、タイトルＴのデータストリームを６０個
以上配布できるが、たとえば所与のコントローラ５６
は、３０個のデータストリームしか処理できない場合が
ある。この問題は、図１のシステムで異なるコントロー
ラでのタイトルの複写（他のコントローラ２２が、複写
されたタイトルＴ'が記憶された専用のディスク・アレ
イ２３から追加の必要なデータストリーム自体を配布で
きるようにするために）の必要を生じた問題であること
を想起されたい。しかし、図３のシステムでは、所与の
コントローラの能力を超えるデータストリームに対する
需要が、たとえばタイトルＴを残りのディスク・アレイ
７４および７６のうちの１つまたは複数に高価でオーバ
ーヘッド集中的な形でコピーするなどの内容自体の複写
を必要とせずに、複数のコントローラ全体に分散できる
ことに留意されたい。この革新の結果として（さまざま
なコントローラへのタイトル・データの転送に関してフ
ァイバ・チャネル・アービトレーテッド・ループ１０お
よび冗長ループ１２が輻輳する可能性が生じた図１の場
合と異なって）この重荷をループ６８に課す必要はな
い。

【００２０】さまざまなコントローラ５６、５８および
６０は、図１のコントローラ１８、２０および２２の場
合と同様に調整され、相互接続されなければならないこ
とを諒解されたい。しかし、図３を再び参照すると、こ
の制御ループ５２は、図１のシステムの場合のように高
速ファイバ・チャネル・ループを必要とするのではな
く、当技術分野で周知のイーサネット・ループによって
実現できる。その理由は、図１の場合と異なって、制御
ループ５２に大量のビデオ・データが送られない（本質
的に、制御ループ５２はさまざまなコントローラ５６、
５８および６０の制御と調整の機能を実行するだけなの
で）ので、イーサネットによって実現されるものなどの
比較的低速の制御ループ５２が適当であるからである。
したがって、制御ループ５２は、図１のシステムの場合
のファイバ・チャネル・アービトレーテッド・ループ１
０および冗長ループ１２ほどの高性能ループである必要
はない。

【００２１】要するに、図３のシステムの場合、ディス
ク・アレイ７０、７２、７４および７６は、クラスタ内
のコントローラ５６、５８および６０のすべてによって
共用される。さらに、特定のディスク駆動装置の帯域幅
によって制限されるか必要となる数（たとえば、所与の
ディスクが処理できるビデオ・ストリームの数）のタイ
トルを保持するには、それと同数のディスク・アレイ７
０、７２、７４および７６だけが必要である。これは、
現代のコントローラ５６、５８および６０が、処理でき
るビデオ・ストリームの数に関して簡単に飽和する可能
性があるが、所与のディスク・アレイ７０、７２、７４
および７６は、残りの帯域幅を有して、同一のビデオ・
ストリーム（たとえば同一のタイトルＴ）を有する別の
コントローラをサービスすることができるという事実を
認めたものである。また、図３のシステムでは、本質的
に、所与のどのコントローラでも、ＳＳＡまたはＦＣ−
ＡＬであるループ６８を介して同様のオーバヘッドでタ
イトルＴにアクセスできるので、ディスク・アレイ間で
タイトルのバランスをとるという要求は、図１のシステ
ムの場合ほど厳しくはない。

【００２２】図３のシステムの高水準の説明を完了し、
これによって本発明の理解が得られたので、図４のシス
テムの詳細な図を参照する。図１と図４を比較すると、
多数の類似点が明らかになる。図４のシステムの本質的
な要素を、これから説明する。

【００２３】図１ないし図３の簡略化された図では、３
つのサーバまたはコントローラだけが図示されていた。
本発明は、これに制限されるものではない。したがっ
て、図４では、オーディオ／ビデオ・サーバ・コンピュ
ータ（以下ではＡ／Ｖサーバと呼称する）９４ないし１
０８を１つ設けるか、本質的に任意の所望の数のＡ／Ｖ
サーバを含むクラスタを設けることができ、これによっ
て直列記憶アーキテクチャ（ＳＳＡ）またはファイバ・
チャネル・アービトレーテッド・ループ（ＦＣ−ＡＬ）
標準規格に従ってループにされた、符号１１０として示
される共用ループを介して、ディスクのプールにアクセ
スする。特定の実施例では、１つないし３２個の計算ノ
ードが、３つのＡＴＭ１５５メガバイト・アダプタ、２
つのＳＳＡアダプタまたは４つのＦＣ−ＡＬループ・ア
ダプタと共に、対応する１つないし８つのＣＰＵを含む
Ａ／Ｖサーバ９４ないし１０８によって提供されるが、
本発明はこれに制限されるものではない。

【００２４】アイソクロナス（たとえば帯域幅を保証さ
れた）接続（図４のシステムではＡＴＭスイッチおよび
ネットワーク８８として実施される）が、Ａ／Ｖサーバ
９４ないし１０８と、広帯域チャネル８２によって配布
されるオーディオ／ビデオ装置（以下ではＡ／Ｖ装置と
呼称する）８３の組との間に設けられる。代替実施例で
は、アナログ出力を選択でき、これを通常の形で提供す
ることができる。これらのＡ／Ｖ装置８３には、テレビ
ジョン、テレビジョン制御アダプタ（セット・トップ・
ボックス）、パーソナル・コンピュータおよび情報キオ
スクを含めることができるが、これらに制限されるもの
ではない。一般性のために、このようなＡ／Ｖ装置８３
のユーザを、本明細書では視聴のいずれかまたはその両
方のどれを行うかに関わりなく視聴者と呼称する。

【００２５】図４の説明を続けると、複数のディスク駆
動装置１１２が、共用ループ１１０内に設けられ、図で
は小さい楕円によって表されている。さらに、図４では
長方形として表される１組のループ・アダプタ１１４が
設けられ、これによって、Ａ／Ｖサーバ９４ないし１０
８が、ディスク通信ループとしての共用ループ１１０に
接続される。通常、これらのループ・アダプタは、共用
ループ１１０に採用されたループ・アーキテクチャに応
じて、ＳＳＡまたはＦＣ−ＡＬになる。

【００２６】記憶された媒体タイトルは、ここで説明す
る実施例ではそれぞれが少なくとも２５６Ｋバイトのサ
イズの、数千個のデータ・ブロックに分割されることが
好ましい。個々のデータ・ブロックは、単一のディスク
駆動装置１１２に記憶されるのではなく、共用ループ１
１０上で使用可能なディスク駆動装置１１２の多数また
はすべてにバランスをとった形で配置されることが好ま
しい。これによって、単一のディスク駆動装置１１２ま
たはＡ／Ｖサーバ９４ないし１０８を過負荷にすること
なく、多数のＡ／Ｖ装置８３によって任意の記憶された
タイトルを同時に再生できるようになる。例示のために
ディスク駆動装置１１２上の内容はビデオ・データまた
は映画データとして説明するが、本発明は、これに制限
されるものではない。本質的に、あらゆるマルチメディ
ア、音声、ビデオ、オーディオ／ビデオのタイトルまた
はクリップを、共用されるディスク駆動装置１１２上
に、ＭＰＥＧ１、ＭＰＥＧ２、モーションＪＰＥＧを含
むがこれに制限されない多数のディジタル標準規格フォ
ーマットで記憶できる。したがって、これらのタイトル
のいずれかからＡ／Ｖ装置８３への接続は、ＡＴＭスイ
ッチおよびネットワーク８８と広帯域チャネル８２によ
るアイソクロナス接続を介してＡ／Ｖサーバ９４ないし
１０８のいずれかから行うことができる。

【００２７】１対の冗長な耐故障性制御サーバが、Ａ／
Ｖサーバ９４ないし１０８を制御するための、単なる１
機能として、制御サーバ８４および８６の計算クラスタ
に含められる。しかし、本質的に、制御コマンドは、Ａ
／Ｖサーバ９４ないし１０８にタイトル選択と再生制御
コマンドを通信できる他のタイプのコンピュータまたは
入力機構によっても設定できる。制御サーバ８４および
８６またはＡ／Ｖサーバ９４ないし１０８のいずれか
は、前に述べたように、サーバ間でコンピュータ負荷の
バランスをとるという追加機能を実行できる。制御サー
バ８４および８６内で実行されるプログラムも、新しい
媒体選択要求を、休止、ギャップまたはサービス品質
（ＱＯＳ）の過度な低下なしに視聴者に再生できるかど
うかを判定するという追加機能を実行する。要求をその
ように再生できない場合、制御サーバは、要求を遅延さ
せる。代替案では、制御サーバに関連するプログラム
が、Ａ／Ｖサーバ９４ないし１０８のうちの１つまたは
複数に常駐できる。

【００２８】１つまたは複数のＡ／Ｖサーバ１０８は、
アーカイブ・サーバとしてのＡ／Ｖサーバ１０８からの
コマンドに応答してロボット媒体アーカイビング・シス
テム１１７内の磁気テープまたはＣＤ−ＲＯＭを選択
し、再生するために磁気テープまたはＣＤ−ＲＯＭ媒体
１１８およびピッカ１１６からなるロボット媒体アーカ
イビング・システム１１７に相互接続されることが好ま
しい。アーカイブ・サーバとしてのＡ／Ｖサーバ１０８
は、共用ループ１１０のループのディスク駆動装置１１
２に新タイトルをロードする機能を提供する。望むなら
ば、さらに２つのクラスタをアーカイブ・サーバとして
のＡ／Ｖサーバ１０８に接続できる。

【００２９】図４のシステムの事象の好ましいシーケン
スの動作は、図５の流れ図を参照すればより明瞭に理解
されるであろう。この流れ図は、制御サーバ８４および
８６上またはＡ／Ｖサーバ９４ないし１０８上で実行さ
れるプログラム・コードで実施でき、これによって以下
のステップが実行される。制御ルーチンには、ステップ
１２０から進入し、ここで、以下の媒体タイトルを再生
するための事象の通常のシーケンスが発生する。まず、
ステップ１２２で、媒体タイトル再生の要求が、Ａ／Ｖ
装置８３（図４）または視聴者によって、ネットワーク
・ゲートウェイ８０（図４）または他のデータ入力装置
を介して行われ、このような要求は、ネットワーク・ゲ
ートウェイ８０から通信経路８１に沿って制御サーバ８
４および８６に配布される。その後、制御サーバ８４お
よび８６は、図５のステップ１２４で、要求されたタイ
トルが、図４の共用ループのディスク駆動装置１１２の
組のいずれかで使用可能であるかどうかを判定する。使
用可能でない場合、処理の流れは判断ブロック１２４の
左側に進み、制御サーバが、図４の制御メッセージ経路
９０に沿ってアーカイブ・サーバであるＡ／Ｖサーバ１
０８に要求を発行して、共用ループ１１０内の空きディ
スク空間にタイトルをロードする。タイトルがループ上
ですでに使用可能である場合には、処理の流れは判断ブ
ロック１２４の右側に進む。アーカイブ・サーバである
Ａ／Ｖサーバ１０８は、必要であればＡ／Ｖサーバ９４
ないし１０６に対するホット・スタンバイを兼ねること
ができることに留意されたい。

【００３０】次に、ステップ１２８で、制御サーバ８４
および８６が、Ａ／Ｖサーバ９４ないし１０８を選択し
て、すべてのＡ／Ｖサーバにわたって作業負荷のバラン
スをとりながら要求を再生する。Ａ／Ｖサーバは、共用
ループ１１０の共用ループ・アーキテクチャを介してデ
ィスク駆動装置１１２のすべてに接続されているので、
制御サーバは、この再生を行うためにいつでもどのＡ／
Ｖサーバでも選択でき、これによって負荷のバランスを
とるのが簡単になる。

【００３１】ステップ１３０で、制御サーバ８４および
８６が、制御メッセージ経路９０（または冗長制御経路
バックアップ９２）を使用して、選択されたＡ／Ｖサー
バ９４ないし１０８に再生要求を発行する。制御メッセ
ージ経路９０は、冗長であることが好ましいが、実施態
様は変更できる（たとえばイーサネット、ＦＤＤＩまた
はトークン・リング経路は、同等に許容可能である）。

【００３２】図５の説明を続けると、ステップ１２８で
選択された特定のＡ／Ｖサーバが、その後、ステップ１
３２で、アイソクロナス・ネットワークであるＡＴＭス
イッチおよびネットワーク８８を介する要求元のＡ／Ｖ
装置８３への接続がまだ確立されていない場合には、そ
の接続を完了する。その後、ステップ１３４で、この選
択されたＡ／Ｖサーバは、共用ループのディスク駆動装
置１１２上で媒体データの最初の２ブロック（たとえば
タイトル・データ）を突き止め、選択されたサーバのメ
モリに、両方のブロックを事前取出しする。次に、この
Ａ／Ｖサーバは、要求元のＡ／Ｖ装置８３に接続された
入出力アダプタ（たとえば、ＡＴＭアダプタである必要
はないが、サーバ内のＡＴＭアダプタ）を介して媒体デ
ータの最初のブロックを出力する。このステップは、図
５ではステップ１３６として図示されている。

【００３３】次に、ステップ１３８で、後続のデータ転
送の完全性について検査を行うことができる。選択され
たＡ／Ｖサーバと、制御サーバ８４および８６と、サー
バ内の通信アダプタが、協同で検査を行って、ギャッ
プ、休止または許容不能な過度のノイズもしくはジッタ
の導入なしに媒体データが選択されたＡ／Ｖ装置８３に
流れることを確認する。次に、ステップ１４０で、選択
されたＡ／Ｖサーバは、Ａ／Ｖ装置８３によって要求さ
れる前に、連続するタイトル・データ・ブロックをメモ
リに事前取出しする。アクセス・パターンは、本質的に
複数のディスク駆動装置１１２間でランダムであり、各
ディスク内でもランダムであることが好ましい。

【００３４】最後に、ステップ１４２で、最後の媒体ブ
ロックを再生し終えた時に、タイトル再生を終了し、Ａ
／Ｖ装置８３への接続を切断する。その後、ステップ１
４４で、呼出し元プログラムへのリターンを発行する。

【００３５】本明細書で説明するシステムの複数の重要
な特徴および長所の要約を、以下に示す。まず、ディス
ク駆動装置１１２のそれぞれが、図４の符号１１０とし
て集合的に示された１つまたは複数の共用通信ループを
介してＡ／Ｖサーバ９４ないし１０８のそれぞれに接続
され、このループは、ＳＳＡまたはＦＣ−ＡＬのアーキ
テクチャおよび標準規格を介して実施されることを述べ
た。前述の設計のゆえに、各選択媒体または各媒体タイ
トルは、この共用ディスク・ループ・アーキテクチャが
原因でサーバの１つまたは複数のクラスタ内のＡ／Ｖサ
ーバ９４ないし１０８のすべてによって直接にアクセス
可能である。媒体タイトルは、多数のこのようなディス
ク駆動装置１１２にまたがってランダムに配置でき、こ
れによって、同時に多数の視聴者による個々のタイトル
の再生が容易になる。

【００３６】さらに、アーカイブ・サーバとしてのＡ／
Ｖサーバ１０８は、活動状態のＡ／Ｖサーバ９５ないし
１０６のいずれにも追加の作業負荷を追加することな
く、共用ループのディスク駆動装置１１２に直接に新タ
イトルをロードでき、これによって、高品質再生の可能
性が高まる。三重ＳＳＡまたはＦＣ−ＡＬループ・アダ
プタを有する比較的大型のアーカイブ・サーバとしての
Ａ／Ｖサーバ１０８を使用することによって、図４に示
されたように１つの共用ループ・クラスタを設けるので
はなく、相互接続できる３つの独立のＡ／Ｖ共用ループ
・クラスタを設け、これによって、アーカイブ装置、ロ
ボット、およびアップロードごとの媒体コストを減らせ
ることが有利である。さらに、アーカイブ・サーバとし
てのＡ／Ｖサーバ１０８自体は、クラスタ内の故障した
Ａ／Ｖノードの作業負荷を肩代わりすることができ、こ
れによって、３つまでの相互接続されたクラスタのホッ
ト・スタンバイとして働くことができる。そのような事
態では、アーカイブ・アップロードは、やはりＡ／Ｖサ
ーバ問題を訂正するのに十分な長さだけ遅延されなけれ
ばならない。制御サーバ８４および８６内で実行される
プログラムは、負荷平準化とより多数のＡ／Ｖ再生への
スケーリングのために、多重制御／データ経路相互接続
クラスタ（たとえば、クラスタ）もサポートできること
が望ましい。たとえば、性能対費用の研究から、８つな
いし１６個のＡ／Ｖサーバによるディスク共用によっ
て、共用ディスクのコストが十分に償却され、その結
果、１ストリームあたりの追加コストが、非共用システ
ムのコストによって左右されることが示されている。し
たがって、現在、１６ノードを越えるクラスタのスケー
リングは、ほとんど経済的ではない。

【００３７】同様に、コストの比較から、現在、共用ル
ープ・アーキテクチャの１再生あたりのコストは、それ
に匹敵する、スイッチ接続されたディスク駆動装置（図
２）または局所ディスク駆動装置を有するスイッチ接続
されたコンピュータ（図１）を使用するアーキテクチャ
よりかなり低いことが示されている。本発明の教示によ
るループ・スイッチングは、はるかに安価なスイッチを
効果的に提供し、コスト効率が高いが、これは、Ａ／Ｖ
サーバ９４ないし１０８自体によって電力を与えられ、
サポートされるアダプタとディスクの論理回路がスイッ
チングを実現し、再生ストリーム間の相互作用が小さい
ことも一因である。現在実現可能な実施例では、単一の
共用ループ・クラスタは、１６個のＡ／Ｖサーバのみを
用いて、毎秒３メガバイトのビデオ再生ストリームを１
０００個ないし５０００個程度処理できるように簡単に
スケール・アップできる。さらに、このような共用ルー
プ１１０のクラスタは、再生ストリーム用の適当なスイ
ッチング装置を前提として、望むならば公称２５０００
ストリームまでをサポートするようにスケーリングでき
る。それによって、３つまでのこのようなクラスタが、
高価なアーカイブ・サーバと媒体コストを共用でき、そ
れによって、１アップロードあたりのコストがさらに低
下する。

【００３８】本発明には、追加の恩恵も認められる。ア
ーカイブ・サーバとしてのＡ／Ｖサーバ１０８は、活動
状態のＡ／Ｖサーバ９４ないし１０６のいずれにも実質
的な作業負荷を追加することなく、共用ループのディス
ク駆動装置１１２に直接に新タイトルをロードでき、こ
れによって、商業ビデオ・オン・デマンド環境で非常に
望ましい高品質再生の見込みが高まる。すべてのノード
がすべてのディスクに接続され、タイトルを多数または
すべてのディスク駆動装置にまたがって分散できるの
で、突然人気が出たタイトルが、単一のサーバ上または
ディスク駆動装置上の過渡システム過負荷を引き起こさ
なくなる。

【００３９】さらに、複数のループにまたがるデータの
複写と、そのようなループのそれぞれへのＡ／Ｖサーバ
９４ないし１０８のそれぞれの接続は、ディスクまたは
ループの故障が、システムの再生性能にあまり影響しな
いという事実をもたらす。さらに、すでに述べたよう
に、記憶コストは、多数のＡ／Ｖ応用例の再生タイトル
あたりの総合コストの支配的要因である。本発明では、
制御サーバによる、タイトル・データごとの視聴頻度の
収集を予期している。このデータは、その後、共用ルー
プ帯域幅の最適化と、データ複写の大幅な削減に使用す
ることができる。さらに、ディスク駆動装置１１２間で
媒体タイトル要求のバランスを動的にとることは、頻繁
な再生最適化が所望され、使用される場合を除いて不要
である。

【００４０】本発明の特定の実施例に関して本発明を図
示し、説明してきたが、当業者であれば、本発明の趣旨
および範囲から逸脱することなく、形態および詳細にお
いて前述および他の変更を行えることを理解するであろ
う。

【００４１】まとめとして、本発明の構成に関して以下
の事項を開示する。

【００４２】（１）共用通信ループ内で記憶装置を相互
接続するステップと、前記ループにＡ／Ｖサーバを相互
接続するステップとを含む、複数の前記Ａ／Ｖサーバと
複数の前記記憶装置とを有するマルチメディア・システ
ムで効率的なマルチメディア・データストリームを提供
する方法。 （２）前記ループが、ＳＳＡループまたはＦＣ−ＡＬル
ープであることを特徴とする、上記（１）に記載の方
法。 （３）前記システムが、前記Ａ／Ｖサーバに相互接続さ
れた制御サーバ手段を含み、前記方法がさらに、前記制
御サーバ手段を用いて前記Ａ／Ｖサーバおよび前記共用
通信ループを制御するステップを含むことを特徴とす
る、上記（１）に記載の方法。 （４）前記共用通信ループが、複数のＲＡＩＤディスク
・アレイであることを特徴とする、上記（３）に記載の
方法。 （５）前記システムが、さらに、前記制御サーバ手段に
よって制御されるアーカイブ・サーバ手段と、前記アー
カイブ・サーバ手段に相互接続され、これによって制御
されるアーカイブ記憶システム手段とを含み、前記方法
がさらに、前記アーカイブ・サーバ手段を用いて前記ア
ーカイブ記憶システム上のデータをアクセスするステッ
プと、前記アーカイブ・サーバ手段を用いて前記共用通
信ループ上で前記アクセスされたデータを配布するステ
ップとを含むことを特徴とする、上記（３）に記載の方
法。 （６）前記Ａ／Ｖサーバのうちの１つに関連するエラー
を検出するステップと、前記エラーの前記検出に応答し
て、前記Ａ／Ｖサーバのうちの前記１つを前記アーカイ
ブ・サーバによって置換するステップとをさらに含む、
上記（５）に記載の方法。 （７）前記共用通信ループから前記Ａ／Ｖサーバのうち
の１つによって前記データストリームのうちの１つを生
成するステップと、前記Ａ／Ｖサーバのうちの１つによ
って前記マルチメディア・システム内の通信ネットワー
ク上に前記データストリームのうちの前記１つを配布す
るステップとをさらに含む、上記（６）に記載の方法。 （８）前記Ａ／Ｖサーバが、前記共用通信ループに相互
接続され、前記制御サーバ手段が、前記Ａ／Ｖサーバの
いずれかによる前記共用通信ループ上の前記記憶装置の
いずれかへの実質的に同等のアクセスを提供するため、
前記Ａ／Ｖサーバおよび前記複数の記憶装置を制御する
ことを特徴とする、上記（７）に記載の方法。 （９）共用通信ループ内で記憶装置を相互接続する手段
と、前記ループにＡ／Ｖサーバを相互接続する手段とを
含む、複数の前記Ａ／Ｖサーバと複数の前記記憶手段と
を有するマルチメディア・システムで効率的なマルチメ
ディア・データストリームを提供する装置。 （１０）前記ループが、ＳＳＡループまたはＦＣ−ＡＬ
ループであることを特徴とする、上記（９）に記載の装
置。 （１１）前記システムが、前記Ａ／Ｖサーバに相互接続
された制御サーバ手段を含み、前記装置がさらに、前記
制御サーバ手段を用いて前記Ａ／Ｖサーバおよび前記共
用通信ループを制御する手段を含むことを特徴とする、
上記（９）に記載の装置。 （１２）前記共用通信ループが、複数のＲＡＩＤディス
ク・アレイであることを特徴とする、上記（１１）に記
載の装置。 （１３）前記システムが、さらに、前記制御サーバ手段
によって制御されるアーカイブ・サーバ手段と、前記ア
ーカイブ・サーバ手段に相互接続され、これによって制
御されるアーカイブ記憶システム手段とを含み、前記装
置がさらに、前記アーカイブ・サーバ手段を用いて前記
アーカイブ記憶システム上のデータをアクセスする手段
と、前記アーカイブ・サーバ手段を用いて前記共用通信
ループ上で前記アクセスされたデータを配布する手段と
を含むことを特徴とする、上記（１１）に記載の装置。 （１４）前記Ａ／Ｖサーバのうちの１つに関連するエラ
ーを検出する手段と、前記エラーの前記検出に応答し
て、前記Ａ／Ｖサーバのうちの前記１つを前記アーカイ
ブ・サーバによって置換する手段とをさらに含む、上記
（１３）に記載の装置。 （１５）前記共用通信ループから前記Ａ／Ｖサーバのう
ちの１つによって前記データストリームのうちの１つを
生成する手段と、前記Ａ／Ｖサーバのうちの１つによっ
て前記マルチメディア・システム内の通信ネットワーク
上に前記データストリームのうちの前記１つを配布する
手段とをさらに含む、上記（１４）に記載の装置。 （１６）前記Ａ／Ｖサーバが、前記共用通信ループに相
互接続され、前記制御サーバ手段が、前記Ａ／Ｖサーバ
のいずれかによる前記共用通信ループ上の前記記憶装置
のいずれかへの実質的に同等のアクセスを提供するた
め、前記Ａ／Ｖサーバおよび前記複数の記憶装置を制御
することを特徴とする、上記（１５）に記載の装置。 （１７）少なくとも１つのＡ／Ｖ装置、複数のＡ／Ｖサ
ーバ、アーカイブ・サーバおよび共用ループ記憶サブシ
ステムを含むマルチメディア・データストリーム・シス
テムからデータストリームを効率的に提供する方法にお
いて、タイトルを再生するため前記少なくとも１つのＡ
／Ｖ装置から要求を生成するステップと、前記タイトル
が前記共用ループ記憶サブシステム上で使用可能である
かどうかを判定するために検査するステップと、前記検
査によって前記タイトルが前記共用ループ記憶サブシス
テム上で使用可能でないことが示されたことに応答し
て、前記タイトルをロードするように前記アーカイブ・
サーバに要求するステップと、前記要求を再生するため
前記複数のＡ／Ｖサーバのうちの１つを選択するステッ
プと、前記サーバに前記再生要求を発行するステップ
と、前記Ａ／Ｖサーバから前記１つのＡ／Ｖ装置への相
互接続を作成するステップと、前記Ａ／Ｖサーバによっ
て前記共用ループ記憶サブシステム上に格納された前記
サブストリームのデータの事前取出しブロックを突き止
めるステップと、前記共用ループ記憶サブシステムから
前記データストリームを構成する前記データの最初の部
分を出力するステップと、データの前記最初の部分のデ
ータ転送完全性を検査するステップと、前記Ａ／Ｖサー
バから前記少なくとも１つのＡ／Ｖ装置へデータの前記
最初の部分を転送するステップと、前記Ａ／Ｖサーバに
よって前記共用ループ記憶サブシステムから前記データ
ストリームを構成するデータの連続する次の部分を事前
取出しするステップと、前記次の部分のデータ転送完全
性を検査するステップと、直前の２ステップを繰り返す
ステップと、前記データストリームの最後の部分の取出
しを検査するステップと、前記データストリームの前記
最後の部分の前記検査の後に前記接続を切断するステッ
プとを含む、前記方法。

【図面の簡単な説明】

【図１】ディスク・コントローラを相互接続するファイ
バ・チャネル・アービトレーテッド・ループを用いる、
従来技術のオーディオ／ビデオ・サーバ・システムの機
能ブロック図である。

【図２】所与のコントローラを所望の記憶装置に選択的
に相互接続するためにクロスバー・スイッチを用いる、
従来技術のもう１つのオーディオ／ビデオ・サーバ・シ
ステムの機能ブロック図である。

【図３】共用記憶装置ループを用いる、本発明のオーデ
ィオ／ビデオ・サーバ・システムの１実施例の機能ブロ
ック図である。

【図４】図３のシステムのより詳細な機能図である。

【図５】本発明の図３および図４のシステムの動作を示
す流れ図である。

【符号の説明】

８０ ネットワーク・ゲートウェイ ８１ 通信経路 ８２ 広帯域チャネル ８３ オーディオ／ビデオ装置 ８４ 制御サーバ ８６ 制御サーバ ８８ ＡＴＭスイッチおよびネットワーク ９０ 制御メッセージ経路 ９２ 冗長制御経路バックアップ ９４ オーディオ／ビデオ・サーバ・コンピュータ １１０ 共用ループ １１２ ディスク駆動装置 １１４ ループ・アダプタ １１７ ロボット媒体アーカイビング・システム

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 ＦＩ Ｈ０４Ｎ 5/781 // Ｇ０６Ｆ 13/00 ３５７ (72)発明者 マイケル・ノーマン・デイ アメリカ合衆国78681 テキサス州ラウン ドロックメイフィールド・ドライブ 2201 (72)発明者 ケニス・アダム・カリノスキ アメリカ合衆国78746 テキサス州オース チン パスカル・レーン 49 (72)発明者 デール・アーサー・レッグバンド アメリカ合衆国78660 テキサス州フリュ ーガーヴィル フェンウェイ・パーク 1209 (72)発明者 ウェード・デービッド・ショー アメリカ合衆国78731 テキサス州オース チン ファー・ウェスト・ブールバード 4310 (72)発明者 ダニエル・チャールズ・ウォルフェ アメリカ合衆国85747 アリゾナ州チュー ソン サウス・カミノ・ミルロ 7940 (72)発明者 ドナルド・エドウィン・ウッド アメリカ合衆国78731 テキサス州オース チン クロスドロー 7518

Claims (17)

【特許請求の範囲】
1. 【請求項１】共用通信ループ内で記憶装置を相互接続す
   るステップと、 前記ループにＡ／Ｖサーバを相互接続するステップとを
   含む、複数の前記Ａ／Ｖサーバと複数の前記記憶装置と
   を有するマルチメディア・システムで効率的なマルチメ
   ディア・データストリームを提供する方法。
2. 【請求項２】前記ループが、ＳＳＡループまたはＦＣ−
   ＡＬループであることを特徴とする、請求項１に記載の
   方法。
3. 【請求項３】前記システムが、前記Ａ／Ｖサーバに相互
   接続された制御サーバ手段を含み、前記方法がさらに、
   前記制御サーバ手段を用いて前記Ａ／Ｖサーバおよび前
   記共用通信ループを制御するステップを含むことを特徴
   とする、請求項１に記載の方法。
4. 【請求項４】前記共用通信ループが、複数のＲＡＩＤデ
   ィスク・アレイであることを特徴とする、請求項３に記
   載の方法。
5. 【請求項５】前記システムが、さらに、前記制御サーバ
   手段によって制御されるアーカイブ・サーバ手段と、前
   記アーカイブ・サーバ手段に相互接続され、これによっ
   て制御されるアーカイブ記憶システム手段とを含み、前
   記方法がさらに、 前記アーカイブ・サーバ手段を用いて前記アーカイブ記
   憶システム上のデータをアクセスするステップと、 前記アーカイブ・サーバ手段を用いて前記共用通信ルー
   プ上で前記アクセスされたデータを配布するステップと
   を含むことを特徴とする、請求項３に記載の方法。
6. 【請求項６】前記Ａ／Ｖサーバのうちの１つに関連する
   エラーを検出するステップと、 前記エラーの前記検出に応答して、前記Ａ／Ｖサーバの
   うちの前記１つを前記アーカイブ・サーバによって置換
   するステップとをさらに含む、請求項５に記載の方法。
7. 【請求項７】前記共用通信ループから前記Ａ／Ｖサーバ
   のうちの１つによって前記データストリームのうちの１
   つを生成するステップと、 前記Ａ／Ｖサーバのうちの１つによって前記マルチメデ
   ィア・システム内の通信ネットワーク上に前記データス
   トリームのうちの前記１つを配布するステップとをさら
   に含む、請求項６に記載の方法。
8. 【請求項８】前記Ａ／Ｖサーバが、前記共用通信ループ
   に相互接続され、前記制御サーバ手段が、前記Ａ／Ｖサ
   ーバのいずれかによる前記共用通信ループ上の前記記憶
   装置のいずれかへの実質的に同等のアクセスを提供する
   ため、前記Ａ／Ｖサーバおよび前記複数の記憶装置を制
   御することを特徴とする、請求項７に記載の方法。
9. 【請求項９】共用通信ループ内で記憶装置を相互接続す
   る手段と、 前記ループにＡ／Ｖサーバを相互接続する手段とを含
   む、複数の前記Ａ／Ｖサーバと複数の前記記憶手段とを
   有するマルチメディア・システムで効率的なマルチメデ
   ィア・データストリームを提供する装置。
10. 【請求項１０】前記ループが、ＳＳＡループまたはＦＣ
    −ＡＬループであることを特徴とする、請求項９に記載
    の装置。
11. 【請求項１１】前記システムが、前記Ａ／Ｖサーバに相
    互接続された制御サーバ手段を含み、前記装置がさら
    に、前記制御サーバ手段を用いて前記Ａ／Ｖサーバおよ
    び前記共用通信ループを制御する手段を含むことを特徴
    とする、請求項９に記載の装置。
12. 【請求項１２】前記共用通信ループが、複数のＲＡＩＤ
    ディスク・アレイであることを特徴とする、請求項１１
    に記載の装置。
13. 【請求項１３】前記システムが、さらに、前記制御サー
    バ手段によって制御されるアーカイブ・サーバ手段と、
    前記アーカイブ・サーバ手段に相互接続され、これによ
    って制御されるアーカイブ記憶システム手段とを含み、
    前記装置がさらに、 前記アーカイブ・サーバ手段を用いて前記アーカイブ記
    憶システム上のデータをアクセスする手段と、 前記アーカイブ・サーバ手段を用いて前記共用通信ルー
    プ上で前記アクセスされたデータを配布する手段とを含
    むことを特徴とする、請求項１１に記載の装置。
14. 【請求項１４】前記Ａ／Ｖサーバのうちの１つに関連す
    るエラーを検出する手段と、 前記エラーの前記検出に応答して、前記Ａ／Ｖサーバの
    うちの前記１つを前記アーカイブ・サーバによって置換
    する手段とをさらに含む、請求項１３に記載の装置。
15. 【請求項１５】前記共用通信ループから前記Ａ／Ｖサー
    バのうちの１つによって前記データストリームのうちの
    １つを生成する手段と、 前記Ａ／Ｖサーバのうちの１つによって前記マルチメデ
    ィア・システム内の通信ネットワーク上に前記データス
    トリームのうちの前記１つを配布する手段とをさらに含
    む、請求項１４に記載の装置。
16. 【請求項１６】前記Ａ／Ｖサーバが、前記共用通信ルー
    プに相互接続され、前記制御サーバ手段が、前記Ａ／Ｖ
    サーバのいずれかによる前記共用通信ループ上の前記記
    憶装置のいずれかへの実質的に同等のアクセスを提供す
    るため、前記Ａ／Ｖサーバおよび前記複数の記憶装置を
    制御することを特徴とする、請求項１５に記載の装置。
17. 【請求項１７】少なくとも１つのＡ／Ｖ装置、複数のＡ
    ／Ｖサーバ、アーカイブ・サーバおよび共用ループ記憶
    サブシステムを含むマルチメディア・データストリーム
    ・システムからデータストリームを効率的に提供する方
    法において、 タイトルを再生するため前記少なくとも１つのＡ／Ｖ装
    置から要求を生成するステップと、 前記タイトルが前記共用ループ記憶サブシステム上で使
    用可能であるかどうかを判定するために検査するステッ
    プと、 前記検査によって前記タイトルが前記共用ループ記憶サ
    ブシステム上で使用可能でないことが示されたことに応
    答して、前記タイトルをロードするように前記アーカイ
    ブ・サーバに要求するステップと、 前記要求を再生するため前記複数のＡ／Ｖサーバのうち
    の１つを選択するステップと、 前記サーバに前記再生要求を発行するステップと、 前記Ａ／Ｖサーバから前記１つのＡ／Ｖ装置への相互接
    続を作成するステップと、 前記Ａ／Ｖサーバによって前記共用ループ記憶サブシス
    テム上に格納された前記サブストリームのデータの事前
    取出しブロックを突き止めるステップと、 前記共用ループ記憶サブシステムから前記データストリ
    ームを構成する前記データの最初の部分を出力するステ
    ップと、 データの前記最初の部分のデータ転送完全性を検査する
    ステップと、 前記Ａ／Ｖサーバから前記少なくとも１つのＡ／Ｖ装置
    へデータの前記最初の部分を転送するステップと、 前記Ａ／Ｖサーバによって前記共用ループ記憶サブシス
    テムから前記データストリームを構成するデータの連続
    する次の部分を事前取出しするステップと、 前記次の部分のデータ転送完全性を検査するステップ
    と、 直前の２ステップを繰り返すステップと、 前記データストリームの最後の部分の取出しを検査する
    ステップと、 前記データストリームの前記最後の部分の前記検査の後
    に前記接続を切断するステップとを含む、前記方法。