JPH09501031A - 要求がありしだい音声および／または画像情報を記憶し、転送するためのシステムおよび方法 - Google Patents

Abstract

(57)【要約】 要求がありしだい音声／画像信号を記憶し、転送するためのシステムおよび方法であって、音声／画像信号を受信し、デジタル化し、データ流に圧縮するためのエンコーダ（１０５）と、エンコーダから受信したデータ流をさらに圧縮し、記憶し、のちに、そのデータ流を転送システムを介して第一の処理システムから離れた場所に転送するための第一の処理システムとを含むシステムおよび方法が開示されている。第一の処理システムはまた、好ましくはマイクロプロセッサを含む。第二の処理システムは、離れたところにある第一の処理システムからデータ流を受信し、処理し、記憶し、のちに、音声／画像信号の再生の要求を受けしだい、データ流の複写を検索し、圧縮解除したのち、データ流の複写を転送するためのマイクロプロセッサを含む。このようなシステムおよび方法はまた、データ流をさらに圧縮解除し、アナログ信号に変換して、少なくとも１台のテレビに転送して再生に備えるためのデコーダを含む。

Description

【発明の詳細な説明】 要求がありしだい音声および／または画像情報を記憶し、転送するためのシス テムおよび方法 発明の背景 発明の分野 本発明は、一般に、デジタル情報の転送（transmission）および記憶（storag e）に関し、詳細には、音声および／または画像情報（audio and/or visual inf ormation）を、要求がありしだい、記憶、転送して、離れた場所での表示に備え るためのシステムおよび方法に関する。 関連技術の説明 さまざまなタイプのビデオ番組を見ることがますます一般的になっている。通 常のビデオ番組には、映画、テレビ用に制作された娯楽番組ならびに教育および 指導の番組がある。きわめて多様な番組が、標準のテレビで見るように設計され たり、適合されたりしている。 現在、市販の映画の電磁テープは、何万回も複写され、きわめて労働集約的で あり、運営に費用がかかる多様な利用者、例えばホテル、病院、商店およびその 他の事業体に配給されている。例えば、ホテルは、映画をそのＶＣＲシステムに 載せて指定の放映開始時刻で放映し、特定の映画を見ることを希望するホテルの 宿泊客はその指 定の時間に所定のチャンネルに合わせるだけでよい。客が客室のテレビを映画に 合わせるならば、料金が室料に加算される。 映画テープ配給のロジスティックスは、特定の期間中に上映することが経済的 に可能である映画の本数を厳しく制限する。大部分のホテルは、限られた能力の ため、月平均８本の映画を放映する。そのうえ、ビデオテープは放映のたびに劣 化して、月末に近づくにつれ画質が目に見えて悪化するようになる。 ホテル宿泊客が要求どおりにビデオを利用することができるようにする試みと して、供給者の中には、多数のテープデッキ（通常は、ホテルの客室数によって ３２〜１２８台）を集めて配備している。明らかに、そのような配備は相当に労 働集約的であり、維持するのに費用がかかるものである。各テープデッキは、異 なる映画の電磁テープコピーを含み、宿泊客が客室のテレビで特定の映画を見る ことを要求するとき、現場システムがこれを作動させる。しかし、その映画の再 生中に別の客室の客がその同じ映画を見たいと望む場合、その客は、映画を途中 から見始めることを望まない限り、その選択した映画が現在利用できないと知ら される。途中から映画を見ることを選ぶとしても、それを全部見た場合と同じだ けの完全な映画の料金を課せられる。 同様に、いくつかのマルチメディアプラットフォームは、何らかの形態の限ら れたビデオ・オン・デマンドま たはビデオ形態のアニメーションをサーバから提供する。それにもかかわらず、 これらのプラットフォームは、ＶＨＳ解像品質のビデオ番組を提供できないだけ でなく、相当に高価であり、他のコンピュータまたはプログラムがそのようなプ ラットフォームの作動を制御することを可能にする外部インタフェースを欠くも のである。そのうえ、新たな利用者は、プラットフォームが、その新たなユーザ との対話の用意ができる前に、その番組における特定の設定に戻るまで、待たな ければならないことがしばしばある。 発明の概要 関連技術に関する上記問題をかんがみて、本発明の目的は、第一の場所から離 れた場所へのデジタル情報のテープレス転送のための、システム責任能力を提供 するシステムおよび方法を提供することにある。 本発明のもう一つの目的は、希望の音声および／または画像情報（audio and/ or video information）を、まさに要求がありしだい、費用効果的な方法で記憶 し、転送するための自動化されたシステムおよび方法を提供することにある。 本発明のさらに別の目的は、完全な長さのビデオを、要求がありしだい、ＶＨ Ｓよりも優れた解像品質で提供するためのシステムおよび方法を提供することに ある。 本発明のさらなる目的は、そのようなシステムおよび方法をマイクロプロセッ サベースのプラットフォーム上 に提供することにある。 これらおよびその他の目的の達成において、本マイクロプロセッサベースのシ ステムおよび方法は、要求がありしだい、音声／画像信号を記憶し、転送する。 このようなシステムおよび方法は、音声／画像信号を受信し、デジタル化し、デ ータ流に圧縮するためのエンコーダと、エンコーダから受信したデータ流をさら に圧縮し（剥ぎ取り［stripping］）、記憶し、のちに、２回圧縮されたデータ 流を転送システムを介して第一の処理システムから離れた場所に転送するための 第一の処理システムとを含む。第二の処理システムが、離れたところにある第一 の処理システムからデータ流を受信し、処理し、記憶し、のちに、音声／国像信 号の再生の要求を受理した時に、データ流の複写を検索し、圧縮解除したのち、 データ流の複写を転送する。このようなシステムおよび方法はまた、データ流を さらに圧縮解除し（decompress）アナログ信号に変換して、少なくとも１台のテ レビ受像機（television set）に転送して再生に備えるためのデコーダを含む。 本発明のこれらの特徴およびその他の特徴ならびに利点は、好ましい実施態様 の以下の詳細な説明を添付の図面とともに参照することにより、当業者には明ら かになるであろう。 図面の簡単な説明 図１は、本発明を用いる記憶・転送システムの一例を 示す略図である。 図２ａおよび２ｂは、本発明を用いるマイクロプロセッサベースの記憶・転送 システムの一例を示す略図である。 図３は、本発明の実施態様による入力チャネル回路図である。 図４は、本発明の実施態様による出力チャネル回路図である。 図５は、本発明の実施態様によるデータ待ち行列制御装置回路図である。 図６ａおよび６ｂは、それぞれ、固定長レコードおよび可変長レコードの略図 である。 好ましい実施態様の詳細な説明 初めに、ビデオ番組を見ることに加えて、厳密に音声のみのさまざまな番組を 聞くことが非常に一般的であることに留意すべきである。そのような番組には、 例えば、標準のテレビのスピーカを通して放送することができるコンサート、論 説、スポーツならびに教育および指導の番組がある。以下に述べる説明は、ビデ オ番組に関連する記憶・転送システムおよび方法を扱うが、本発明は、厳密に音 声のみの番組を含むアナログソースの情報にも同等に応用しうることを理解すべ きである。そのうえ、本発明のさらなる用途を本論述の中でのちに扱う。 本発明のシステムおよび方法は、保管記憶装置から映画を放映するように設計 されたマイクロプロセッサベー スのホストシステムによって転送される信頼しうる同時ビデオ再生を提供する。 図１は、本発明によるそのような記憶・転送処理システム１００の構築例を示す 。 記憶・転送システム１００への入力は、いかなる数の装置（図示せず）、例え ばレーザディスク、カメラ、ＶＣＲ、標準テレビ入力または音声／画像ソース資 材を出すいかなるアナログ音声／画像ソースによって生成してもよい。そのよう な資材は、例えばコンサートもしくはビデオ、フィルム、テレビ番組、マルチメ ディア制作物、コマーシャル、関連の音声プログラムをもつ会議ビデオ、ならび に音声のみもしくは画像のみの番組がある。当業者であれば、他にも多数の例が 思い浮かぶであろう。 音声／画像ソース資材の入力はエンコーダ１０５に供給される。好ましいエン コーダは、SpectrumSaver圧縮デジタルビデオ（ＣＤＶ）エンコーダ（Compressi on Labs社の商標および製品）であるが、他のエンコーダも本発明の真髄の範囲 で作動することが察知されよう。エンコーダ１０５が音声／画像ソース資材をデ ジタル化し、直列ビットデータ流に圧縮して、このデータがワークステーション １１０に供給される。 ワークステーション１１０は、少なくとも４８６ ５０MHzクラスのパーソナ ルコンピュータであることが好ましい。本明細書中の論述に関して、システム１ ００は、少なくとも１台のワークステーションまたはクライアント／サーバ１１ ０を組み込む。ワークステーション１１ ０はまた、割込みのない転送に必要なスループットが可能であるメインフレーム コンピュータまたは他の処理システムであってもよいことが理解されよう。その ようなワークステーションまたはメインフレーム１１０の正確な構成は周知であ るため、本明細書には記載しない。 磁気ディスクに記録（記憶）する前に、ワークステーション１１０は、より効 率的な記憶のためにデジタルデータ流をさらに圧縮する。これは、不必要なデー タすべてを剥ぎ取ること（以下さらに詳述する）によって達成することが好まし い。そして、直列ビット流にコード化された音声／画像ソース資材は、好ましく は、ワークステーンョン１１０内の磁気（ハード）ディスクサブシステムに記録 されるが、それは、いかなる適当な磁気媒体に記憶されてもよい。 データ流は、ワークステーション１１０により、所定の遅れをもって、デジタ ル画像ＳＣＰＣ（チャネルあたり単一のキャリヤ）信号を衛星（図示せず）に転 送するためのアップリンク１２０に送られる。この衛星が逆にそのデジタル画像 ＳＣＰＣ信号をデジタル受信専用地上局１３０に転送する。ワークステーション １１０から通信制御装置１４０への転送には、衛星を用いる必要はない。ケーブ ル、通常の電話回線、マイクロ波、ファイバ、セルラなどを用いてもよい。しか し、衛星が、多数の遠隔地の加入者に同時に送信するのに費用効果的な方法であ るため、本システムは、衛星を用いることが好ましい。 データ流は、受信専用地上局１３０によって受信されたならば、データリンク １５０を介して画像ワークステーションに供給され、そこで捕捉され、その圧縮 された形態で直接アクセス記憶装置（ＤＡＳＤ）１６０に記憶される。このワー クステーションは、通信制御装置１４０と、データバス１５０と、ＤＡＳＤ１６ ０と、関連のソフトウェア（図示せず）とを含む。ＤＡＳＤは、本発明の現在の 具現態様ではディスクであるが、いかなるタイプのランダムアクセス装置、例え ばＤＲＡＭ、バブルメモリ、光ディスクまたは十分な容量のいかなるタイプの大 容量データ記憶装置（例えば、通常は、２時間の番組／映画あたり２ギガバイト ）であってもよい。 この点で、ワークステーション１１０および通信制御装置１４０、データバス １５０およびＤＡＳＤ１６０は同じワークステーションであってもよいことが理 解されよう。具体的には、各ワークステーションは、本発明によると、エンコー ダから入力を受信し、それを他のワークステーションに転送することができ、さ らには、他のワークステーションから入力を受信し、それをデコーダに転送する ことができ、すべてわずか１ビットの変更で、ワークステーションがどの形態を 取るべきかを反映する。 データバス１５０は、周辺のカードがプラグインするところのワークステーシ ョンそのもののデータバス（並列データバス）ならびにデジタル記憶装置１６０ をワークステーションに接続するデータバスを表す。本システ ムにおけるデジタル記憶装置１６０へのインタフェースは、高速かつ広いＳＣＳ Ｉ−２（小型コンピュータシステムインタフェース）であることが好ましいが、 他のインタフェースを用いてもよい。 通信制御装置１４０は、外部ソースから制御入力ポートを介して、ＤＡＳＤ１ ６０に記憶されたものから選択された番組を放映するための直列コマンドを受信 する。利用者または別のコンピュータもしくは制御装置１４０上で動作する別の プログラムは、通信制御装置１４０への直列ポートを介して提供されるコマンド により、通信制御装置１４０の動作に指令を出すことができる。そのようなコマ ンドは、「放映」に加えて、例えば、順送り、逆送り、ポーズ／フレーム静止、 停止、コマ送りおよび指定のポートでの放映を含む。データ流はアナログ領域で はなくデジタル領域にあるため、順送りおよび逆送りとは、順方向または逆方向 のいずれかの「ステップ・イン・タイム」を意味する。 具体的には、番組を要求すると、通信制御装置１４０に位置する制御プログラ ムが、希望の番組を含む適当なデータファイルをＤＡＳＤ１６０から読み出し、 データ流を再構成（再配列）し、圧縮解除（再構成）する。データ流は、必ずし も、ディスクドライブ１６０上の、それがポートから入ってきたときと同じ隣接 する直列ブロックに配される必要はないため、再構成される。そして、本システ ムは、利用しうる通信直列ポートを選択し、選 択したデータファイルをその直列ポートを介して圧縮デジタル画像デコード装置 １７０、１７２、１７４、１７６に供給し始める。 本システムは、少なくとも１個のSpectrumSaverシリーズＭ６デコーダを用い ることが好ましいが、当業者には、他のデコーダをも用いてもよいことが明白で あろう。デコーダ１７０、１７２、１７４、１７６は、音声／画像の圧縮解除を 実施し、デジタルデータ流をアナログデータ流に変換したのち、少なくとも１台 のテレビ（図示せず）への転送に備えて、そのデータ流をアナログＮＴＳＣ画像 および音声ケーブルヘッドエンド（図示せず）に供給する。代わりに、デコーダ １７０、１７２、１７４、１７６は、アナログデータ流を、標準のテレビ信号を 受信し、放映するものに供給する、例えばテレビに直接供給したり、ケーブルテ レビ配給に直接供給したり、ＶＣＲに供給したり、光ファイバリンクに供給して もよいことが理解されよう。 本発明は、加入者（例えば、大規模ホテル、病院、集合住宅、さらには小都市 ）の規模に応じて、好ましくは１〜３２個のデコーダ、さらには３２の倍数個の デコーダを用いる規模にできるように設計されている。本発明は、システム全体 について何千ものデコーダを費用効果的に扱うことができる。その内部のサブシ ステムは、それぞれが約３２個のデコーダを扱うことになる。当然、都市のシナ リオの場合には、本システムは、増大した数 のデコーダおよびより強力な機械を管理するのにより多くのソフトウェアを要す るであろうが、システムの構築および作動の方法は本質的に変わらないであろう 。 次に、本発明による画像再生のためのマイクロプロセッサベースの記憶・転送 システム２００のより詳細な例を示す図２ａを参照する。一つのビットを変更し （以下に説明）、デコーダ２７０、２７２、２７４、２７６をエンコーダ１０５ に代えて用いるだけで、図２ａは、ワークステーション１１０およびエンコーダ １０５の例を示す。ワークステーション１１０および通信制御装置１４０、デー タバス１５０およびＤＡＳＤ１６０はすべての同じ機械であってもよいことが思 い出されよう。 システム２００は、マイクロプロセッサシステム２０５、２１０、２１５、２ ２０と、ホストバス２３０と、ハードディスク記憶装置２３５、２４０、２４５ 、２５０、２５５、２６０と、高速通信制御装置／プロセッサ２６５とからなる 。システムバス２３０は、ＩＳＡ、ＥＩＳＡまたはＭＣＡバスのいずれであって もよい。そのうえ、ＳＣＳＩ−２インタフェースは、多数のドライブを一つのシ ステムに搭載することを可能にするため、ＳＣＳＩハードドライブ２５５、２６ ０にとって好ましい。 システム２００は、圧縮デジタル形態にコード化された番組を局所ハードディ スク２５５、２６０に記憶する。制御プログラムが、選択された番組を放映する 外部（制御プログラムに対して外部）要求を受けると、デジタル データ流が高速通信ポートを介して圧縮デジタル画像デコーダ２７０、２７２、 ２７４、２７６に通され、これらのデコーダが逆に、指定のテレビに転送するた めの複合画像信号を生成することにより、その番組が放映される。 システム２００のＩ／Ｏプロセッサ２６５の例はＨＳＳＩ（高速直列通信イン タフェース）であるが、他のプロセッサインタフェースを用いてもよい。Ｉ／Ｏ プロセッサ２６５は、一つのインタフェース２３５につながれた１６個のＩ／Ｏ ポートを有することが好ましい。二つのＳＣＳＩインタフェース２３５、２４０ があるならば、第二のＩ／Ｏプロセッサ２６５が設けられる。Ｉ／Ｏプロセッサ ２６５は、互いに非同期に、並列的に作動する。第二のＩ／Ｏプロセッサ２６５ を用いると、Ｉ／Ｏプロセッサ２６５の１個あたり１６個まで、すなわち３２個 までのデコーダをサポートすることができる。 すべての画像データの転送は、ＳＣＳＩインタフェース２３５、２４０によっ て扱われる。通信インタフェース上のＩ／Ｏプロセッサ２６５は、求められる速 度でデータを圧縮デジタル画像デコーダ２７０、２７２、２７４、２７６に提供 する責任を負う。プロセッサ２６５のための資源の割当ておよびバッファ管理は 、ホストＣＰＵの監督のもと、制御プログラムによって実施される。ボードまた はＣＰＵの間で転送されるデータは、未処理のフォーマットでＳＣＳＩシステム 上に記憶されること が好ましい。 圧縮デジタル画像デコーダ２７０、２７２、２７４、２７６は、高速バッファ 付き通信ポートおよびシステムバス２３０を介して、ホストマイクロプロセッサ システム２０５、２１０、２１５、２２０に接続されている。各デコーダは、シ ステムソフトウェアにより、再生すべき画像トラックまたはデータ流に対応する 。好ましい実施態様においては、デコーダにインタフェースしたすべてのポート には、少なくとも二つのメモリバッファが割り当てられて、画像再生を一貫した 途切れのない状態に維持する。途切れのない映画の再生の要求条件は、ハードデ ィスク２５５、２６０からポートを介して圧縮デジタル画像デコーダ２７０、２ ７２、２７４、２７６に至る１．８Mbpsまたは２２５KBpsで持続するデータ転送 速度である。さらには、各メモリバッファは、通信インタフェース上で利用でき るデュアルポート付きＲＡＭの量に依存して、希望の大きさにすることができる 。 図２ａは、本発明の一実施態様、すなわち、希望の番組をディスクドライブ２ ５５、２６０からシステムバス２３０に載せてＩ／Ｏプロセッサ２６５のバッフ ァ付きポートを介してデコーダ２７０、２７２、２７４、２７６に送って再生す る実施態様を反映する。 システムバスを介する再生 本システムの一態様は、メモリマップ通信インタフェースの使用である。この タイプのインタフェースは、シ ステムバス２３０を介する、ハードディスク２５５、２６０から局所メモリ２１ ５、さらには通信Ｉ／Ｏプロセッサ２６５への画像データの転送を除く。メモリ マッピングは、システムバス２３０を介して画像データをハードディスク２５５ 、２６０から通信ポートバッファメモリに直接転送することを可能にする。 Ｉ／Ｏプロセッサ２６５は、ホストコンピュータ２０５、２１０、２１５に位 置する制御プログラムの制御のもとで、ポートバッファからデータを引き出し、 それをポートを介してデコーダ２７０、２７２、２７４、２７６に渡す。この制 御プログラムは、各ポートのデータバッファが完全に空になったり満たされすぎ ることのないよう保証する。このため、ＳＣＳＩディスク装置を使用して、画像 データを、すべてホスト制御のもとにあるメモリマップＩ／Ｏポートバッファに 直接転送することが好ましい。したがって、各バッファが空になると、Ｉ／Ｏプ ロセッサ２６５は、圧縮されたデジタル画像デコーダのポートを求めて次の満杯 のバッファに向けられる。 しかし、オンボードＩ／Ｏプロセッサ２６５と別のバスマスタ２３５、２４０ （例えばＳＣＳＩ）とが同時にデュアルポート付きメモリにアクセスしていると きには、メモリマップ通信装置はシステムバスメモリサイクルに待ち状態を導入 する。これらの状態は、バス転送速度を、ＩＳＡ／ＥＩＳＡの場合には４．５７ MBps（待ち１．５回分）に減らし、ＭＣＡの場合には６．６６MBps（待ち １回分）に減らす。ＳＣＳＩ−２インタフェース２３５、２４０は、ＩＳＡバス の場合には５〜１０MBpsの転送速度をサポートし、ＭＣＡバスの場合には１０＋ MBpsの転送速度をサポートし、これらのいずれも、先に述べた通信によって課さ れる限界を超えている。 さらに、好ましい実施態様においては、ホストプロセッサ２０５が大きなキャ ッシュメモリを含む。これが、本発明による画像スケジューリングアルゴリズム を実行するとき、ホストＣＰＵのキャッシュメモリのヒット率を増す。したがっ て、システムバス２３０についてホストＣＰＵ２０５とＳＣＳＩバスマスタリン グ装置２３５、２４０との間の回線争奪が減り、より多くのバスサイクルがデー タ転送処理に利用できるようになる。 本システムのスループットを、放映することができる番組、例えば映画の数の 点で、以下に論じる本発明の二つの異なる実施態様に関連して考える。そのよう な論述のために、デコーダを介して１本の映画を放映するのに要するといわれる データ転送速度は１秒に２２５KBであり、この速度で持続するデータ転送が途切 れのない再生を提供する。そのうえ、Maxtor MXT-1240S ＳＣＳＩディスクドラ イブの最大シーク時間は２０msecであり、最小シークは１５msecであり、最大待 ち時間は９．５msecであり、最小データ転送は２．８MBpsである。他のＳＣＳＩ ディスクドライブをも本発明に使用しうることが理解されよう。 非同期「オン・デマンド」再生。例えば映画のような番組のオン・デマンド再 生のための必要条件は、いかなるときでも、顧客が、すでに放映中の映画を途中 から見始めることなく、オンライン映画の全体の再生を要求することができるこ とを意味する。もちろん、顧客がすでに途中の映画を見ることを望む場合はこの 限りではない。映画は顧客の要求に応じて始まり、あらかじめ決められたスケジ ュールで放映されるわけではない。１個のデコーダが要求ごとに割り当てられる 。 ポートごとに２個の３２KBバッファを使用し、少なくとも１本の映画を有する １個のディスクドライブ２３５を使用すると、次のようになる。 １．１１．５msecの３２KB転送時間（３２KB／２．８Mbps）。 ２．次の顧客トラックおよび次の読出し位置へのシーク時間は２０msec（最悪 例シーク）＋９．５msec（最悪例回転待ち時間）であり、結果として２９．５ms ecになる。 ３．３２KBの全読出し時間＝４１msecである。 １０００／４１＊３２KB＝７８０KB／secの有効スループットは、映画１本あた りに要する２２５KB／secよりも大きい。したがって、合計で７８０／２２５＝ ３顧客／映画をディスクから確実に提供することができる。 より大きなバッファを別に用意しておくならば、顧客／映画の数を相応に増す ことができる。ポートあたり２ 個の５１２KBバッファの搭載メモリがあるならば、次のようになる。 １．１１．５msecの３２KB転送時間。 ２．次のトラックおよび次の３２KB読出し位置へのシーク時間は、最小シーク の最悪例（１．５msec）または最大回転待ち時間（９．５msec）である：９．５ msec。 ３．隣接するトラック上に３２KB読出しを使用する５１２KBバッファ充てん時 間は、合計で１６＊１１．５msec＋１５＊９．５msec＝３２６．５msecである。 ４．次の顧客のトラックおよび次の読出し位置へのシーク時間は２９．５msec である。 ５．５１２KBの全読出し時間＝３５６msecである。 この場合、有効スループットは、１０００／３５６＊５１２KB＝１４３８KB／se cである。したがって、合計で１４３８／２２５＝６顧客／映画をディスクから 確実に提供することができる。 最後に、同期化スピンドルをもつＲＡＩＤ ０型ディスクアレイに構成された ＳＣＳＩディスクドライブ２５５、２６０を考える。ＲＡＩＤ（独立ディスクの 冗長アレイ）０構造は、ＲＡＩＤ速度を落とすデータ冗長性がこの用途に必要で ない理由から好まれる。オフライン映画の記憶は、故障が起きたときに映画が再 ロードされるＷＯＲＭ光デバイスによって達成することが好ましい。４個の並列 ドライブをもつＲＡＩＤ ０を用いるならば、データ転送速度は１１．２psに増 す。これは、通信バッ ファへの持続しうるＩＳＡまたはＭＣＡシステムバス転送速度よりも大きいため 、ＩＳＡの４．５７psのバッファ速度は制限要因である。したがって、次のよう になる。 １．３２KB／４．５７ps＝７msecの３２KB転送時間。 ２．次のトラックおよび次の３２KB読出し位置へのシーク時間は９．５msecで ある。 ３．隣接するトラック上に３２KB読出しを使用する５１２KBバッファ充てん時 間は、合計で１６＊７msec＋１５＊９．５msec＝２４４．５msecである。 ４．次の顧客トラックおよび次の読出し位置へのシーク時間は２９．５msecで ある。 ５．５１２KBの全読出し時間＝２７４msecである。 有効スループットは、１０００／２７４＊５１２KB＝１８６８KB／secである。 この結果、合計で１８６８／２２５＝８非同期顧客／映画をディスクから確実に 提供することができる。 ＲＡＩＤアレイを用いたとしても、利用可能なバスのバンド幅の１４％しか使 用されないことが注目される。これは主にシーク時間および回転待ち時間による 。明らかに、上記のディスクによって課される制限は、多数の顧客にサービスを 提供することには受け入れられない。しかし、「オン・デマンド」という用語が 映画の同期化再生を意味するものとみなすならば、有意に改善した性能を得るこ とができる。 同期「オン・デマンド」再生。同期化再生の基本概念 は、映画のような番組を、それぞれが同時に放映される画像セグメントに分割す ることにある。例えば、映画を１０分間の画像セグメントに分割する結果、２時 間映画の場合に１２個の画像セグメントが得られる。ホストシステムのスループ ットは、すべてのセグメントを同時に放映するのに十分な大きさでなければなら ない。例えば、１０分間のセグメントに分割された２時間映画の場合、ホストプ ロセッサは、１２＊１．８ps／８ビット、すなわち２．７psで持続するスループ ット速度をサポートする。 映画を１０分間の画像セグメントに分割し、少なくとも１．２GBのドライブを 使用すると仮定するならば、各映画を保持するのに２個のドライブが必要になる 。映画の最初の１時間分の６個の画像セグメントがドライブ１に入り、次の１時 間分の６個までのセグメントがドライブ２に入る。 この構造では、同期化再生をサポートするために画像セグメントをドライブ上 にマッピングする方法がいくつかある。最も簡単な方法は、非同期の場合にそう であるように、セグメントを各ドライブ上に前後に並べて配する方法である。 先に指摘したように、高速バッファ付き通信ポート２６５を介して接続された 圧縮されたデジタル画像デコーダは、見られる各画像セグメントに対応する。同 期構造では、制御プログラムを放映する画像セグメントは、そ の時点のセグメントの空のバッファを満たしたのち、次のセグメントにステップ し、それらのバッファを満たすことになる。顧客のその時点のセグメントが放映 を完了したとき、顧客の圧縮デジタル画像デコーダは、制御プログラムにより、 放映を予定される次のセグメントと対応する。全番組を放映し終わるまでこれが 継続する。そして、デコーダは、新たな顧客／映画に対する再割当てに備えて解 放される。 ポートごとに通信ボード上の２個の５１２KBバッファを使用し、映画ごとに２ 個のディスクドライブを使用すると、２個のディスクに分割された映画の場合、 ディスクあたり１０００／３５６＊５１２KB＝１４３８KB／sec、すなわち２８ ７６KB／secの有効スループットが得られる。したがって、所定の映画について 合計で２８７６／２２５＝１２個の同期画像セグメントをディスクから確実に提 供することができる。これは、実際に映画を１０分間隔で放映しうることを意味 する。したがって、１個のＭＣＡシステムは２本の映画をそれぞれ１２の放映開 始時間でサポートすることができ、一方、ＩＳＡシステムは、２本の映画それぞ れが１０以下の放映開始時間を有するか、同期画像セグメント再生の合計回数が ２０以下である場合に、２本の映画をサポートすることができる。明らかに、放 映開始時間の回数と１個のシステム上でサポートされる映画の総数との間に均衡 がある。 映画を２個のドライブに分割することにより、シーク 時間および回転待ち時間を、同じ映画を放映する各ドライブで重複させることが できる。したがって、映画は、２個のドライブから再生する方が、１個の大きな ドライブから再生する場合よりも容易に１０分間隔で再生される。１個のドライ ブは、重複したシークを許さず、より大きな画像セグメントサイズ、ひいてはよ り長い再生間隔を要する。例えば、映画の人気のため、より頻繁な放映開始回数 が求められるならば、より多数の、より小さなドライブに映画を記録することも できる。 同期化再生のさらなる利点は、顧客ごとに１個のデコーダを用意する（非同期 再生の場合に求められるように）必要がないことである。必要なデコーダおよび 通信ポートの数は、１）提供すべき映画の数に映画あたりの画像セグメントの数 を乗じたもの、または、２）サービスを提供すべき顧客の数、の最少数に等しい 。 それにもかかわらず、信頼性を損なうことなく、より高いデータ転送速度を得 ることができる。図２ｂは、本発明のもう一つの実施態様、すなわち、希望の番 組を、ディスクドライブ２５５、２６０から、システムバス２３０を経由するこ となく、直接Ｉ／Ｏプロセッサ２６５のバッファ付きポートに送り、デコーダ２ ７０、２７２、２７４、２７６に送る再生を反映する。 Ｉ／Ｏプロセッサへの直接的な再生 図２ａおよび２ｂを見ると明白であるように、図２ｂの構成は、ある重要な点 、すなわち再生のためのデータ 流がシステムバスを介しないことを除き、図２ａの構成と本質的に変わっていな い。したがって、図２ｂの変更のない態様に関する上記の論述をここに含め、説 明の繰返しを避ける。 主にシステムバスの限られたバンド幅による上記の性能の限界は、関連のソフ トウェア２８０を備えた通信制御装置回路ボードの挿入により、データ流がもは やディスク２５５、２６０からシステムバス２３０を介して転送されないよう、 有意に改善されている。したがって、入／出力プロセッサ２６５は、システムの はまりを回避するため、通信ボード２８０を介してＳＣＳＩ−２インタフェース ２３５、２４０と直接対話する。具体的には、データ流は、ディスク記憶装置２ ５５、２６０からＳＣＳＩ−２バス２４５、２５０に載ってＳＣＳＩインタフェ ース２３５、２４０を経由し、Ｉ／Ｏプロセッサに直接流れる。つまり、システ ムバス２３０を経由しない。当然、システムバス２３０は、ＳＣＳＩ−２インタ フェース２３５、２４０ならびにＩ／Ｏプロセッサ２６５のチャネルと接続して 、マイクロプロセッサシステム２０５、２１０、２１５、２２０に搭載された制 御プログラムがそれらと通信することを可能にしている。そのうえ、データ流は もはやシステムバスを介してバッファメモリに転送されないため、全体のデータ 転送速度は、ＳＣＳＩ−２インタフェースの転送速度である１０＋Mbpsによって のみ制限される。 データ流をもはやシステムバスを介して転送しないことにより、ホストシステ ムがもはや大きなキャッシュメモリを必要としないことが明白であろう。制御装 置ボードを追加することにより、本システムの速度、効率および費用効果が大幅 に増し、一方、本システムを作動させるのに要するソフトウエアの量が減る。 結果として、非同期システムの場合にポートあたり２個の５１２KBバッファの 搭載メモリを与えたならば、次のようになる。 １．３．２msecの３２KB転送時間（３２KB／１０MBps）。 ２．次のトラックおよび次の３２KB読出し位置へのシーク時間は、最小シーク の最悪例（１．５msec）または最大回転待ち時間（９．５msec）である：９．５ msec。 ３．隣接するトラック上に３２KB読出しを使用する５１２KBバッファ充てん時 間は、合計で１６＊３．２msec＋１５＊９．５msec＝１９３．７msecである。 ４．次の顧客のトラックおよび次の読出し位置へのシーク時間は２９．５msec である。 ５．５１２KBの全読出し時間＝２２３．２msecである。 この場合、有効スループットは、２個のディスクに分割された映画の場合、ディ スクあたり１０００／２２３＊５１２KB＝２２９４KB／sec、すなわち４５８８K B／secである。したがって、合計で２２９４／２２５＝１０の非同期顧客／映画 をディスクから確実に提供すること ができ、一方、４５８８／２２５＝２０の同期画像セグメントを２個のディスク から確実に提供することができる。上記の論述をかんがみると、ＳＣＳＩインタ フェース２３５、２４０を介して記憶／アクセスすることができる多数のデータ ファイルは、２個以上のディスクにわたることが好ましい（同期再生の場合）。 通信回路ボード２８０は、標準のＰＣマイクロプロセッサプラットフォームの もとで作動する電子回路カードアセンブリである。これは、変更された同期ＲＳ −４２２チャネルを介するデータ通信を実施し、制御プログラムにより、システ ムバス２３０を介して管理される。通信回路ボード２８０は、デジタルデータを 入力として直列的に受信し、そのデータをＳＣＳＩハードドライブサブシステム ２５５、２６０上に記憶する。これはまた、記憶されたデータを１６個までの異 なるチャネルに載せて同時に出力する。そのうえ、回路ボード２８０は、好まし いことに、ドライブのフォーマットおよび不良ブロック管理のための汎用ＳＣＳ Ｉユーティリティを用いる。具体的には、不良ブロック管理（ディスク２５５、 ２６０上の）は、性能を損なうことなく維持され、ハードドライブによって扱わ れる。不良ブロックが再マッピングされたならば、それは、回路ボードに対して 透過的になる。 通信ボード２８０は、少なくとも以下の部品からなることが好ましい。６．６ Mbit／secまでの入力チャネル １個（ＩＲＤ、または場合によってはエンコーダへの接続用）、６．６Mbit／se cまでの出力チャネル１６〜３２個（デコーダへの接続用）、１Mbit／secのシス テムバスへの入／出力チャネル１個（多数のボード間のファイル転送用）、デー タを損失したり、チャネル、入／出力回路およびデータ待ち行列制御装置を空に したりすることなく、すべてのチャネルのスループットを同時に維持することが できるＳＣＳＩ−２バスインタフェース１または２個（ハードディスクサブシス テムへの接続用）。各回路ボードは、少なくとも１６個の独自の構成可能なアド レス（例えば１MBを超える拡張メモリにマッピングされたレジスタアドレス）を 有して、多数のカードが同じシステムバス上に存在し、制御プログラムと対話す ることを可能にすることが好ましい。回路ボード２８０は、入力チャネル論理（ 図３）および出力チャネル論理（図４）の両方を含む。しかし、通信ボード２８ ０の作動および詳細を考える前に、以下のデータの流れを考察すべきである。通 信ボード２８０は、入力回路として働くとき、２個のハードウェアビットを有す る。一方のビットがそれをオンにし、他方のビットが、フォーマットＡのレコー ドまたはフォーマットＢのレコードを処理すべきかどうかをそれに指示する。フ ォーマットＡのレコードとは、エンコーダから入ってくるレコードであり、記憶 される前に、本発明にしたがってさらなる圧縮を要するものである。フォーマッ トＢのレコードとは、別のワー クステーションから入ってくるレコードであり、記憶されるだけでよいものであ る。そして、入力回路として働く通信ボード２８０は、フォーマットＡのもとで は真のデータを提供し、フォーマットＢのもとではレコード番号および検査合計 有効ビットを提供する。 具体的には、入力回路として、通信ボード２８０は、検査合計またはレコード 数のいずれもなしに、固定長（好ましくは１３２バイト）のレコードを受信する （データ・イン「Ａ」）。（例えば図６ａを参照）。制御プログラムが、入力ポ ートに対し、どの時点で、レコード中のファイルサイズ、ディスクへの記憶の前 のデータの剥取りのためのマスク、ＳＣＳＩシステム上のファイルの記憶体系お よび位置のような情報をボードに提供し始めるかを指示する。図６ａに示すよう に、データは左から右に流れる。「ＳＹＮＣ」は、８ビットの長さの同期化文字 である。Ａ〜Ｇは、１ビットまたはレコードの最大長までの一連のビットである ことができる種々のデータのブロックを表すが、この例では、データ項目Ｂおよ びＣのみが保持される。したがって、セーブすべきデータ項目はレコードのいか なる部分であってもよいが、同じデータ項目がファイル中のすべてのレコードに ついて一貫してセーブされることになる。 通信ボード２８０がフォーマットＢデータを入力として扱うとき、これはレコ ードを受信する（データ・イン「Ｂ」）。これらのレコードはのちにデータ・ア ウト「 Ａ」に送られる。（例えば図６ｂを参照）。このレコードは、ＳＹＮＣ文字、デ ータ、レコード数および検査合計を含む。そのうえ、制御プログラムは、ファイ ル長、ＳＣＳＩの行先および記憶体系、レコードサイズおよびマスクを通信ボー ドに提供する。ＢおよびＣのデータ項目は、元の送信レコードからのデータの一 部である（データ・イン「Ａ」）。 次に、通信ボード２８０の好ましい入力チャネル論理を示す回路図である図３ を考察する。入力チャネル回路図の機能の一つは、１３２バイト入力レコード中 の必要なビットを剥ぎ取ることである。これは、シフトレジスタを使用して達成 される。制御プログラムによって提供されるビットマスク（１３２バイト幅）が 、通信回路ボード２８０に対し、レコード中のどのビットを維持し、どのビット を落とすかを指示する。この処理は、ディスク空間を節約するため、番組または 映画のコード化の間に実施される。図３に見られる入力論理は、通信ボードがフ ォーマットＡまたはフォーマットＢのデータを扱う能力を反映するが、この図を 用いて、入力回路としての通信ボード２８０の作動の詳細を説明する。 具体的には、エンコーダクロック回線がＲＳ４２２入力回線レシーバ３２１（ クロックＩＮ）に接続され、一方、エンコーダからのデータ回線がＲＳ４２２入 力回線レシーバ３１８（データＩＮ）に接続されている。制御プログラムが、デ ータ待ち行列制御装置３４０に対し（ システムバス３３０を介して）、回路ボードをリセットし、データをＲＳ４２２ 入力回線レシーバ３１８からファイルに動かし、Ｎバイトのファイルを期待する ように指示する。 ８ビットの並列ラッチ３０７には、制御プログラムにより、システムバス３３ ０を介して同期文字（例えば‘１１００１１００’の省略値を仮定する）がロー ドされる。このパターンは、８ビットコンパレータ３１６および８ビットコンパ レータ３０９に移される。その間、１３２バイトの並列ラッチ３０１には、制御 プログラムにより、システムバス３３０を介して、ビット剥取りマスクがロード される。ビット剥取りマスクは、通信回路に対し、ディスク空間を節約するため には、レコード中のどのビットを維持し、どのビットを落とすかを指示する。‘ １’が、制御プログラムにより、システムバス３３０を介して１ビットラッチ３ １４にロードされる。ラッチ３１４は高であるため、入力回線レシーバ（イネー ブルＩＮ）３１９は無視される。理由は、これは「データＩＮ Ｂ」フォーマッ トでしか使用されないからである。そして、この時点で２入力ＯＲゲート３２２ が高であり、２入力ＡＮＤゲート３２３の出力が入力回線レシーバ３２１からの クロックのミラーである。 入力回線レシーバ３１８に入るデジタルデータ流は、８ビットシフトレジスタ ３１７の中に直列的にシフトし続ける。ＡＮＤゲート３２３の出力（クロック信 号）が シフトレジスタ３１７を駆動する。各ビットがシフトされたのち、シフトレジス タ３１７中の８ビットパターンが８ビットコンパレータ３１６に並列的に送られ る。 シフトレジスタ３１７からの８ビット入力と８ビット並列ラッチ３０７からの ８ビット入力とが同じであるならば、‘１’がコンパレータ３１６から３入力Ａ ＮＤゲート３１３に送出される。８ビットシフトレジスタ３１０からの８ビット 入力と並列ラッチ３０７からの８ビット入力とが一致するならば、‘１’がコン パレータ３０９からＡＮＤゲート３１３に送出される。両方のコンパレータ３１ ６と３０９とが同じときに一致するならば、ＡＮＤゲート３１３が第三の‘１’ を受信し、それにより、１１ビットのダウンカウンタ３１２に‘１’を出力させ る。 ＡＮＤゲート３１３への３個の‘１’の入力がその出力‘１’を生み、それに より、カウンタ３１２に対し、１１ビット並列ラッチ３１１の１０５６ビット値 （１０５６ビット＝１３２バイト）をロードするように合図する。すると、カウ ンタ３１２が１０５６から０までカウントダウンを始める。ＡＮＤゲート３２３ からの各クロックがカウンタ３１２を０まで減らす。ラッチ３１１からカウンタ ３１２にロードするときには、カウンタ３１２は０に達しておらず、ＡＮＤゲー ト３１３の出力を低にし、ラッチ３１１の内容のロードを防ぐ。カウンタ３１２ が０に達すると、並列ラッチ３０１からのビットマ スクパターンが１３２バイトシフトレジスタ３０２にロードされる。ＡＮＤゲー ト３２３から出るクロック信号がこのビットマスクパターンをシフトレジスタ３ ０２から２入力ＡＮＤゲート３０８に直列的に移動させる。 シフトレジスタ３０２がカウンタ３１２から信号をロードされると、３ビット ダウンカウンタ３０４が３ビット並列ラッチ３０５から７（最大３ビット値）を ロードされる。カウンタ３０４は８回（７から０まで）カウントダウンする。０ に達すると、カウンタ３０４は‘１’を８ビット幅のＦＩＦＯメモリ３０３に送 り、それに対し、８ビットシフトレジスタ３０６からバイトパターンをロードす るよう指示する。 シフトレジスタ３１０から外にシフトされるパターンは、シフトレジスタ３０ ６に進む、同期バイトから始まる１３２バイトレコードの始点である。シフトレ ジスタ３０６は、シフトレジスタ３０２からの８ビットのマスクを含む。シフト レジスタ３１０のクロックはＡＮＤゲート３２３から来る。データが直列的にシ フトレジスタ３０６の中にシフトして行くとき、並列パターンがＦＩＦＯメモリ ３０３の中に進む。シフトレジスタ３０６のクロックは、ＡＮＤゲート３２３か らのクロックとでＡＮＤ演算（ＡＮＤゲート３０８を介して）されたシフトレジ スタ３０２におけるマスクであるため、ビットが有効であるときしか、エッジの 変化は起こることができない。そして、有効ビットがシフトレジスタ３０６の中 に 刻時され、カウンタ３０４が減る。 インバータ３２４と１３１バイトシフトレジスタ３１５の組み合わせがシフト レジスタ３０２へのクロックを防ぎ、これが、回路が作動したのち、かつ有効デ ータが入ってくる前に、不要データがＦＩＦＯメモリ３０３にロードされること を防ぐ。シフトレジスタ３１７を通過するデータがシフトレジスタ３１５および ３１０の中にシフトするとき、そのデータは、同期文字に関して端部（シフトレ ジスタ３１７および３１０）で比較される（シフトレジスタ３１０と３１５とで １個のレコードに等しい）。シフトレジスタ３１７および３１０における突き合 わせ（match）が起こるならば、カウンタ３１２はループしてＡＮＤゲート３１ ３に戻り、レコード内の乱データがパターン照合をトリガすることを防ぐ。シフ トレジスタ３１７と３１０との間で突き合わせが起こるならば、シフトレジスタ ３０６がクロックを取得しないため、データ（不要）はシフトレジスタ３１０か ら外にシフトし、捨てられ続ける。 データ待ち行列制御装置はＦＩＦＯメモリ３０３をポーリングして、それが満 杯に近い（７／８またはＦＩＦＯしきい値に依存する他の比率）かどうかを調べ る。データ待ち行列制御装置が、行先アドレスおよびデータの量をＳＣＳＩ制御 装置に知らせる。その時点で、データの大部分または全部（ＦＩＦＯしきい値に 依存する）がＦＩＦＯメモリ３０３から外に動かされてデータ待ち行 列制御装置のバスに載せられてＳＣＳＩディスク行先に送られる。このデータ移 動は、データ待ち行列制御装置によって生成されるクロックおよびイネーブル回 線を用いて達成される。 通信ボード２８０はまた、出力回路として働くとき、同じ二つのハードウェア ビットを有している。一方のビットがそれをオンにし、他方が、それに対し、フ ォーマットＡのレコードまたはフォーマットＢのレコードを処理するかどうかを 指示する。しかし、このとき、フォーマットＡのレコードは、別のボード（ワー クステーション）に出て行く、記憶装置からの検索しか要しないレコードである 。フォーマットＢのレコードは、デコーダに出て行く、転送される前に本発明に よる圧縮解除（再構成）を要するレコードである。出力回路として働く通信ボー ド２８０は、真のデータを消費し、それをフォーマットＡまたはフォーマットＢ のいずれかに変換する。フォーマットＡのもとでは、出力回路は局所ＲＡＭから マスクビットを読み出し、充てんビットをもつ出力データおよび適当な出力チャ ネルにロードされる同期バイトを生成する。フォーマットＢのもとでは、出力回 路は真のデータを消費し、同期バイトおよび検査合計をもつレコードを生成する 。そして、このデータが、デコーダに送られる最後のデータとして出力チャネル にロードされる。 具体的には、制御プログラムが、フォーマットＡデータをもっ出力回路として の通信ボード２３０に対し、ど の出力ポート（データＯＵＴ「Ａ」）にレコードを含むファイルを送るか指示す る（例えば、図６ｂを参照。エラー＝ビット合計またはバイト検査合計であるこ とができるエラーチェックである。エラー回収は、ファイルが２度目に転送され るとき、不良レコードを置き換えることによって実施される。そのうえ、カウン ト＝順番どおりのレコード数（１、．．．ｎ）である）。制御プログラムは、レ コード長、充てんビットのためのマスク（ある場合）、それらの充てんビットが 定義されるもの（適用される場合）、ファイル長およびＳＣＳＩサブシステム上 のファイル記憶体系をボードに提供する。通信ボードは、レコード数および検査 合計を、送出される各レコードに添付する。 通信ボードが検査合計が原因でレコードを拒絶するか、レコード数を逸するな らば（これらは続いて起こる）、通信ボードは、ＳＣＳＩディスク上のファイル 内の紛失データを満たす。ディスクに書き込むべきレコードあたりのビット数は 、８で割り切れるものが好ましい。これがデータの空きおよび同期外レコードを 防ぐ。具体的には、データ待ち行列制御装置は、入力回路から、レコードが到着 したことを示す割込みを受けると、レコードが検査合計妥当性検査をパスしたか どうかを示す、入力回路によって提供されるビットを検査する。レコードが検査 合計妥当性検査をパスしないならば、そのレコードは捨てられる。レコードが検 査合計をパスするならば、そ のレコード番号が期待されるレコードと比較され、同期状態外であるならば、期 待されるレコードと、実際に到着したレコードとの間のレコードのすべてが失わ れると推測される。これが、連続する多量のデータの消失を可能にする。 各データファイルは２回転送される。最初の転送の間、ボードは不良レコード 番号をリストにセーブし、そのリストを転送ファイルに関連させる。ファイルの ２回目の転送は、最初の転送の際に失われた不良レコードおよび／または紛失レ コードを可能なだけ回収するのに使用される。２回目の転送の間、ボードは、フ ァイルの最初の転送の際に正しく転送されたレコードを無視する。最初の転送の 際に不良であったレコードが２回目の転送で正しく受信されると、ボードはＳＣ ＳＩドライブ上のファイルを置換えレコードで更新し、そのファイルに関連する 不良レコードリストをも更新する。２回目の転送ののち、制御プログラムが、個 々のファイルに関連する不良レコードのリストに基づいて、ディスク上のファイ ルが完全であり、エラーのないものであるかどうかを判定する。 制御プログラムは、通信ボード２８０に対し、それがフォーマットＢデータを 出力として扱うとき、出力ポート（データＯＵＴ）を介してファイルを固定長レ コードで転送するように指示する。（例えば、図６ａを参照）。そのうえ、制御 プログラムは、ファイル長、ＳＣＳＩの ファイル記憶体系、固定長レコード内のデータのためのマスク、このレコードの ための充てんビット設定および無のレコード数もしくは検査合計をボードに提供 する。このレコードは、部分（ＢとＣ）だけが達したことを除き、データＩＮ「 Ａ」に示す元のレコードと同じである。これが、圧縮解除し、変換してアナログ 状態に戻すためにデコーダに提供されるものである。 次に、通信ボード２８０に好ましい出力チャネル論理を示す回路図である図４ を考察する。出力チャネル回路の機能の一つは、先に剥ぎ取ったビットを１３２ バイト出力レコードに再び記憶することである。これは、シフトレジスタを用い て達成される。制御プログラムによって提供されるビットマスク（１３２バイト 幅）が、レコード中のどこに充てんビットを挿入し、どこにデータビットを挿入 するかを回路に指示する。デコーダは、エンコーダによって製造されたものと同 じデータ流フォーマットを必要とするが、これらの充てんビットの値はデコーダ には関係がないため、この処理は、映画のデコード中に行われる。図４に見られ る出力論理は、通信ボードがフォーマットＡまたはフォーマットＢのデータを扱 う能力を反映するが、ここでは、フォーマットＢを用いて、出力回路としての通 信ボード２８０の作動の詳細を説明する。 具体的には、デコーダクロック回線が入力回線レシーバ４１０（クロックＩＮ ）に接続されている。デコーダ からのデータ回線はデータ回線送信機４０７（データＯＵＴ）に接続されている 。制御プログラムが、データ待ち行列制御装置４４０に対し（システムバス４３ ０を介して）、回路ボードをリセットし、Ｎバイトのファイルを特定の出力チャ ネルに送るよう指示する。データ待ち行列制御装置がこのチャネルをポーリング するとき、データ待ち行列制御装置４４０が、８ビット幅のＦＩＦＯメモリ４１ ８がほぼ空であるかどうかを判定する。ほぼ空であるならば、ファイルからデー タの次のブロックがＳＣＳＩ制御装置によって要求される。データのブロックが ＦＩＦＯメモリ４１８を満たしすぎることはない。ＦＩＦＯメモリ４１８がこの データを受信すると、ＦＩＦＯメモリ４１８の利用可能データ回線が高になり、 ２入力ＡＮＤゲート４１７に供給される。 ＡＮＤゲート４１７がデコーダから入力回線レシーバ４１０を介して外部クロ ックを受信する。クロック遅延回路４１２は、「データＯＵＴ Ａ」フォーマッ トのデータによる使用のために設計され、「データＯＵＴ Ｂ」フォーマットの データの結果には影響しない。入力レシーバ４０８（イネーブルＩＮ）は「デー タＯＵＴ Ａ」フォーマットにしか使用されないため、‘１’が、制御プログラ ムにより、システムバス４３０を介して、１ビットラッチ４０３にロードされる 。 １３２バイトの並列ラッチ４０１および４０４はいずれも、制御プログラムに より、システムバスにロードさ れる。並列ラッチ４０１はビット剥取りマスクを含む。この状況では、ビット剥 取りマスクが、レコード中のどのビットが真のデータであり、元の剥ぎ取られて いないレコードフォーマットを復元するためにはどのビットを充てんすべきかを 回路に指示する。結果が出ると、デコーダは、充てんビットがどの値を有するか を問わない。並列ラッチ４０１は、どこに充てんビットを挿入すべきかを指示し 、並列ラッチ４０４は、これらのビットそれぞれの値、すなわち‘１’または‘ ２’を教える。１３２バイトシフトレジスタ４０２および４０５には、それぞれ 並列ラッチ４０１および４０４からのデータがロードされる。 ８ビット幅のＦＩＦＯ４１８が利用可能データを有するとき、クロック信号（ ＡＮＤゲート４１７の出力である）は、シフトレジスタ４０２および４０５を通 過することを許される。そして、シフトレジスタ４０２および４０５のロード回 線が１１ビットのダウンカウンタ４１４を作動させる。カウンタ４１４が０に初 期化されると、シフトレジスタ４０２および４０５には、それぞれ並列ラッチ４ ０１および４０４の内容がロードされる。カウンタ４１４は、レコードサイズを ビット（１０５６）で含む１１ビットラッチ４１３からロードされる。カウンタ ４１４は、ＡＮＤゲート４１７からクロックパルスが出るごとにカウントダウン する。 ＡＮＤゲート４１７から出るクロック信号はまた、２ 入力ＡＮＤゲート４２０への入力である。ＡＮＤゲート４２０への他方の入力は 、シフトレジスタ４０２から直列的に外にシフトされるビットマスクである。シ フトレジスタ４０２からのこの直列データ流はまた、２：１ＭＵＸ４０６セレク ト回線を駆動する。シフトレジスタ４０２からのビットが‘１’であり、ＡＮＤ ゲート４１７から出るクロック信号が高であるならば、ＡＮＤゲート４２０の出 力が８ビットシフトレジスタ４１９を駆動してビットを直列的に外にシフトする 。このビットはＭＵＸ４０６のＤ１に進入する。シフトレジスタ４０２からのビ ットが‘１’であるため、ＭＵＸ４０６のセレクト回線がＤ１を、送信機４０７ に供給されるデータＯＵＴ信号として選択する（デコーダへのデータＯＵＴ）。 ＭＵＸ４０６は、ＡＮＤゲート４１７から出るクロック信号によって駆動される 。 すべて８個のビットが８ビットシフトレジスタから外にシフトされたとき、３ ビットダウンカウンタ４１６はゼロにカウントしている。そして、これが、ＦＩ ＦＯメモリ４１８からの新規データのシフトレジスタ４１９へのロードをトリガ する。ＦＩＦＯメモリ４１８の出力イネーブルは、カウンタ４１６によってトリ ガされ、４１５（３ビット並列ラッチ）から７がカウンタ４１６に再ロードされ る。最後に、カウンタ４１４が０までカウントダウンしたならば、それはラッチ ４１３から再ロードし、シフトレジスタ４０２および４０５がそれぞれ並列 ラッチ４０１および４０４からロードされる（次の１３２バイトレコードの処理 が始まる）。 図５は、好ましい実施態様によるデータ待ち行列制御装置およびその環境を例 示する回路図を示す。先に述べたように、データ待ち行列制御装置５４０は、通 信ボードのポート／チャネルのすべてを管理して、そのそれぞれに総当たり方式 でサービスを提供する。チャネルは、各チャネルがデータをＳＣＳＩ−２バス５ ２０に移動する機会を有するよう、タイムスライスされる。チャネルの最大数は 、ＳＣＳＩ−２バス５２０のスループットによって決まる。そのうえ、ＦＩＦＯ バッファ５１０、５５０のサイズは、すべてのチャネルが３．３Mbit／sで活動 中であり、すべてのチャネル上を移動するデータが連続的である（ＦＩＦＯの枯 渇または満たしすぎがない）と仮定しての、データ待ち行列制御装置５４０の最 適サービス時間によって決まる。したがって、十分なメモリバッファ５１０、５ ５０を各データチャネルと対応させることにより、データ待ち行列制御装置（プ ロセッサ）５４０は、チャネルのいずれをも空にしたりデータであふれさせたり することなく、データチャネルのすべてに対し連続したループでサービスを提供 する。これは、大幅に増大した速度での信頼しうるデータ転送を意味する。 ＰＲＯＭ内に位置するファームウェアを備えた搭載マイクロプロセッサである ことが好ましいデータ待ち行列制御装置５４０は、出／入力チャネルとの間で行 き来す るデータを保持する役割を負うだけでなく、ＳＣＳＩ−２パス５２０を制御する 役割をも負い、その結果、本発明のオン・デマンド能力にとって主要な貢献者で ある。 理解されるように、ＳＣＳＩ−２制御装置（ハードディスクインタフェース） ５２０は、通信ボード上に直接位置していることが好ましい。これは、高いデー タ転送速度およびそのようなデータ転送速度をすべてのチャネルで同時に持続さ せるのに要する合計のバスバンド幅による。制御装置５２０を直接通信ボード上 に配置すると、データ転送の障害としての低バンド幅ＰＣシステムバス５３０を 除くことができ（先に説明したとおり）、さらに、低廉なＰＣマザーボードおよ びオペレーティングシステムの使用を許容する。 具体的には、データ待ち行列制御装置５４０によって管理される制御フローを 達成する一つの方法は次のとおりである。 すべての条件が真であり、Ｎ＝カード上のチャネルの最大数（例えば、ある実 施態様では１９）であるならば、１回のループの最大時間データ待ち行列制御装 置５４０は、ＳＣＳＩスループット／Ｎである。これは、すべてのチャネルが３ ．３Mbit／sで動き、ＦＩＦＯのいずれも空になったり、あふれたりしない（す なわち、データ待ち行列制御装置５４０が作動している）ことを仮定する。明ら かに、あるチャネルが６．６Mbit／sで動いているならば、別のチャネルが適切 なスループットを維持することはできないであろう。 しかし、データ待ち行列制御装置５４０は、ＳＣＳＩポートとＲＳ−４２２チ ャネルとの間のデータ転送の、個々のチャネル回路のリセット、ＳＣＳＩドライ ブのフォーマット、不良ブロックアドレスの記録およびデータを移動させる際の それらのスキップもしくはリマッピン グをはじめとするすべての側面を制御することが好ましい。管理は、制御プログ ラムからのコマンドにより、システムバス５３０を介してデータ待ち行列制御装 置５４０に提供される。データ待ち行列制御装置５４０は、作動中に制御プログ ラムからの指示を求めて、ラッチのそれぞれをポーリングする（例えば、イネー ブルフラグ、バッファ中のファイル長およびＳＣＳＩアドレス）。本質的に、デ ータ転送は、データ待ち行列制御装置５４０により、次のように管理される。 制御プログラム。制御プログラムはホストコンピュータ上で作動する。これは 、システムバスを介して通信回路ボードと通信する。上記のように、制御プログ ラムは、ボードに対し、指定のファイル、その長さ、その記憶体系およびそれを どこに回送する（出力ポート／チャネル）かを送信または受信するよう指示する 。制御プログラムは、上記の説明を通じてそれに帰された活動に加えて、通信ボ ードに対し、より多くのデータを求めて待機したり、新たな送信に備えて入力ま たは出力ポートをリセットしたりするよう指示を出すこともできる。制御プログ ラムは、チャネル／ポートの状態（話中、現在のレコード、最後に受信／送信し た記録からのアイドル時間）ならびにＳＣＳＩ状態／問題（すなわち、ドライブ が応答しない、ドライブ性能が期待した水準よりも低い、ドライブに不良ブロッ クが多すぎる）に関して問い合わせを行うことができる。そのうえ、制御プログ ラムはドライブのフォーマット変更を出すことができる。 具体的には、データ流に関して、制御プログラムは、固定長（例えば１３２バ イト）のレコードがレコード数または検査合計を含まないと判定する。同様に、 可変長レコードに関して、制御プログラムは、そのようなレコードそれぞれがレ コード数または検査合計を含むと判定する。いずれにしても、先に述べたように 、制御プログラムは、レコード長ならびにどのデータを捨てるかを決めるレコー ドビットマスクを通信ボードに提供する。 制御プログラムのソフトウェア処理の流れの態様を、以下の制御プログラム擬 似コードに見ることができる。この例では、制御プログラムは、希望の映画を放 映するよう要求されている。 理解されるように、通信ボードは、制御プログラムがポーリングする各ファイ ル（データおよびコマンド）の状態を維持する。希望するならば、通信ボードは また、ファイルが完全であるとき、システムバスに対して制御プログラムのため の割込みを生成することもできる。そのうえ、制御プログラムソフトウェアは、 各直列Ｉ／Ｏチャネルが作動を開始する順序に配列された「順序付き」の直列Ｉ ／Ｏチャネル処理待ち行列を維持する。 このように、本システムおよび方法によると、ビデオテープおよび映画カード の複写および配給に伴う費用によって強いられる従来の月一度の時間割に比して 、映画を一夜で交換することができる。本システムおよび方法は、宿泊業に使用 することができ、さらに、より広い用途、例えば、病院、会社、集合住宅および 学校、さらには都市全体のような新たな場所における有料視聴および対話式のサ ービスにも使用することができる。 本発明を説明するために上記に論じた特定の用途は、 特定のビデオ娯楽番組制作物（映画ビデオ）のオン・デマンド転送のための記憶 ・転送システムおよび方法のためのものである。もう一つの用途の例は、電子ニ ュース収集の経路における本発明の使用を含む。例えば、ベイルートの特派員が ある事件をビデオフィルムに記録するとする。その特派員は、本発明を使用して 、そのフィルムを自分のＰＣに記憶し、それを、例えば標準の電話または衛星に より、ワシントンのニュースデスクに送り返す。そして、ワシントンの編集者が そのフィルムを放映／再生して、ニュースに値する内容がないかどうか審査し、 そのフィルムの一部または全部を来たるべきニュース放送に使用すると決めるな らば、従来のテレビ技術（すなわち、テープデッキ、スイッチおよび変調器など ）を用いてそのフィルムを記録および／または再生するか、今はそれを使用しな いと決めるならば、それを保管フィルムに記憶することができる。 さらに別の用途は、遠方、おそらくは国際的な場所から、転送時間を心配する ことなく、または正常な設備が利用できない場合（例えば被災地域での電話）に 、音声／画像ソース資材を送り返す場合を含むであろう。本発明のシステムおよ び方法を使用すると、資材を実時間で記憶したのち、それを転送し、またそれを 再び捕捉して、のちに、より多くの転送費用を節約したり、バンド幅可用性を収 容したりすることができる。費用削減の一例は、電話回線が比較的すいている（ そして高価である）とき に電話回線を使用したり、衛星が、音声／画像資材を有する信号を送信するのに 利用可能な（廉価な）時間を有するときに衛星を使用したりすることを含むであ ろう。別の例は、資材をより遅い（より廉価な）データ転送速度で転送すること であろう。 さらなる用途は、本システムおよび方法をコマーシャルの挿入に用いることを 含むであろう。番組の前もしくは後または番組の最中に、ワークステーションに 対し、入ってくるコマーシャルやアナウンスを受信し、放映する（またはすでに ＤＡＳＤに記憶されたものを放映する）ことを求める外部コマンドを出すことに より、コマーシャルやアナウンスを挿入することができる。一例は、特定の地域 に関する竜巻や台風の警報（アナウンス）であることができ、これを進行中の番 組に挿入することができる。 本発明の数多くの変形または代替え態様が当業者に察知されるであろう。した がって、本発明は、以下の請求の範囲によってのみ限定されるものである。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ラジァス，ジァン、イー アメリカ合衆国オハイオ州45459、デイト ン、ヒュー・ドライヴ 5589番

Claims (1)

1. 【特許請求の範囲】 １．要求がありしだい音声／画像信号を記憶し、転送するためのシステムにお いて、 該音声／画像信号の少なくとも一つを受信し、該音声／画像信号をデジタル化 し、該デジタル化した信号をデータ流に圧縮するためのエンコーダと、 該エンコーダから該データ流を受信し、該データ流をさらに圧縮し、該データ 流を記憶媒体に記憶し、のちに、該データ流を記憶媒体から転送 るための第一 の処理システムと、 該処理システムから該データ流を受信し、同データ流を、該処理システムから 離れた場所に転送するための転送システムと、 該転送システムから該データ流を受信し、該データ流を処理し、該データ流を 記憶媒体に記憶し、のちに、該音声／画像信号の再生の要求を受けしだい、該デ ータ流の複写を圧縮解除したのち、該データ流の該複写を該記憶媒体から転送す るためのマイクロプロセッサを含む第二の処理システムと、 該データ流の複写を該記憶媒体から受信し、該データ流をさらに圧縮解除し、 該圧縮解除したデータ流をアナログ信号に変換して、少なくとも１台のテレビ受 像機に転送して再生に備えるためのデコーダとを含むシステム。 ２．該記憶媒体がランダムアクセス大容量記憶媒体である請求の範囲第１項記 載の要求がありしだい音声／画像信号を記憶し、転送するためのシステム。 ３．該第二の処理システムによる転送が該デコーダにとって同期再生である請 求の範囲第１項記載の要求がありしだい音声／画像信号を記憶し、転送するため のシステム。 ４．該アナログ信号の再生の該要求が別の処理システムから出される請求の範 囲第１項記載の要求がありしだい音声／画像信号を記憶し、転送するためのシス テム。 ５．該アナログ信号の再生の該要求が、該第二の処理システム上で同時に作動 している別のプログラムから出される請求の範囲第１項記載の要求がありしだい 音声／画像信号を記憶し、転送するためのシステム。 ６．該第二の処理システムによる該圧縮解除が該データ流の再構成である請求 の範囲第１項記載の要求がありしだい音声／画像信号を記憶し、転送するための システム。 ７．該第一の処理システムによる該圧縮が該データ流からのネットワークオー バヘッドの剥取りである請求の 範囲第１項記載の要求がありしだい音声／画像信号を記憶し、転送するためのシ ステム。 ８．該ネットワークオーバヘッドが順方向誤り訂正法およびアドレス情報を含 む請求の範囲第７項記載の要求がありしだい音声／画像信号を記憶し、転送する ためのシステム。 ９．該第二の処理システムが、該記憶媒体から該デコーダへの直接データ転送 を可能にするための通信ボードをさらに含む請求の範囲第１項記載の要求があり しだい音声／画像信号を記憶し、転送するためのシステム。 １０．該通信ボードが、該通信ボードの入力、出力およびシステムチャネルを 管理するためのデータ待ち行列制御装置を有する請求の範囲第９項記載の要求が ありしだい音声／画像信号を記憶し、転送するためのシステム。 １１．該データ待ち行列制御装置が、該通信ボードのすべての出力チャネルに おけるバッファが転送の間に適時に充てんされて、チャネルの充てん不足または 過充てんを防ぐことを保証する請求の範囲第１０項記載の要求がありしだい音声 ／画像信号を記憶し、転送するためのシステム。 １２．該第一の処理システムが、該エンコーダから該記憶媒体への直接データ 転送を可能にするための通信ボードをさらに含む請求の範囲第１項記載の要求が ありしだい音声／画像信号を記憶し、転送するためのシステム。 １３．該通信ボードが、該通信ボードの入力、出力およびシステムチャネルを 管理するためのデータ待ち行列制御装置を有する請求の範囲第１２項記載の要求 がありしだい音声／画像信号を記憶し、転送するためのシステム。 １４．該第一の処理システムがマイクロプロセッサをさらに含む請求の範囲第 １項記載の要求がありしだい音声／画像信号を記憶し、転送するためのシステム 。