(57)【特許請求の範囲】
【請求項１】
要求がありしだいアナログ信号を記憶し、転送するためのシステム（100において、
該アナログ信号の少なくとも一つを受信し、該受信した少なくとも１つのアナログ信号のそれぞれをデジタル化し、該デジタル化した信号をデータ流に圧縮するためのエンコーダ（105）と、
該エンコーダ（105）から該データ流を受信し、該データ流をさらに圧縮し、該データ流を第一の記憶媒体に記憶し、のちに、該データ流を該第一の記憶媒体から転送するための第一の処理システム（110）と、
該第一の処理システム（110）から該データ流を受信し、該データ流を、該第一の処理システム（110）から離れた場所に転送するための転送システム（120、130）と、
該転送システム（120、130）から該データ流を受信し、該データ流を第二の記憶媒体（160、255−260）に記憶し、のちに、該アナログ信号の少なくとも１つの再生の要求を受けしだい、該データ流の複写を圧縮解除したのち、該データ流の該複写を該第二の記憶媒体（160、255−260）から転送するためのマイクロプロセッサを含む第二の処理システム（140、205−220）と、
該データ流の複写を該第二の処理システム（140、205−220）から受信し、該データ流の複写をさらに圧縮解除し、該圧縮解除したデータ流の複写をアナログ信号に変換して、少なくとも１つのプレゼンテーションシステムセットに転送して再生に備えるためのデコーダ（270−276）とを含むシステム。
【請求項２】
該第一の記憶媒体及び第二の記憶媒体（160、255−260）がランダムアクセス大容量記憶媒体である請求項１に記載の要求がありしだいアナログ信号を記憶し、転送するためのシステム（100）。
【請求項３】
該第二の処理システム（140、205−220）による転送が該デコーダ（270−276）にとって同期再生である請求項１に記載の要求がありしだいアナログ信号を記憶し、転送するためのシステム（100）。
【請求項４】
該アナログ信号の再生の該要求が別の処理システムから出される請求項１に記載の要求がありしだいアナログ信号を記憶し、転送するためのシステム（100）。
【請求項５】
該アナログ信号の再生の該要求が、該第二の処理システム（140、205−220）上で同時に作動している別のプログラムから出される請求項１に記載の要求がありしだいアナログ信号を記憶し、転送するためのシステム（100）。
【請求項６】
該第二の処理システム（140、205−220）による該圧縮解除が該データ流の複写の再構成である請求項１に記載の要求がありしだいアナログ信号を記憶し、転送するためのシステム（100）。
【請求項７】
該第一の処理システム（110）による該圧縮が該データ流からのネットワークオーバヘッドの剥取りである請求項１に記載の要求がありしだいアナログ信号を記憶し、転送するためのシステム（100）。
【請求項８】
該ネットワークオーバヘッドが順方向誤り訂正およびアドレス情報を含む請求項７に記載の要求がありしだいアナログ信号を記憶し、転送するためのシステム（100）。
【請求項９】
該第二の処理システム（140、205−220）が、該記憶媒体（255−260）から該デコーダ（270−276）への直接データ転送を可能にするための通信ボード（280）をさらに含む請求項１に記載の要求がありしだいアナログ信号を記憶し、転送するためのシステム（100）。
【請求項１０】
該通信ボード（280）が、該通信ボードの入力、出力およびシステムチャネルを管理するためのデータ持ち行列制御装置（340、440、540）を有する請求項９に記載の要求がありしだいアナログ信号を記憶し、転送するためのシステム（100）。
【請求項１１】
該データ待ち行列制御装置（340、440、540）が、該通信ボード（280）のすべての出力チャネルにおけるバッファが転送の間に適時に充てんされて、チャネルの充てん不足または過充てんを防ぐことを保証する請求項10に記載の要求がありしだいアナログ信号を記憶し、転送するためのシステム（100）。
【請求項１２】
該第一の処理システム（110）が、該エンコーダ（105）から該記憶媒体への直接データ転送を可能にするための通信ボード（280）をさらに含む請求項１に記載の要求がありしだいアナログ信号を記憶し、転送するためのシステム（100）。
【請求項１３】
該通信ボード（280）が、該通信ボードの入力、出力およびシステムチャネルを管理するためのデータ待ち行列制御装置（340、440、540）を有する請求項12に記載の要求がありしだいアナログ信号を記憶し、転送するためのシステム（100）。
【請求項１４】
該第一の処理システムがマイクロプロセッサをさらに含む請求の範囲第１項記載の要求がありしだいアナログ信号を記憶し、転送するためのシステム。
【請求項１５】
該プレゼンテーションシステムが、テレビ受像機である請求項１に記載の要求がありしだいアナログ信号を記憶し、転送するためのシステム（100）。
【請求項１６】
該プレゼンテーションシステムが、マルチメディアプラットフォームである請求項１に記載の要求がありしだいアナログ信号を記憶し、転送するためのシステム（100）。
【請求項１７】
該マルチメディアプラットフォームが、ユーザとの対話を許容する請求項１に記載の要求がありしだいアナログ信号を記憶し、転送するためのシステム（100）。
【請求項１８】
該プレゼンテーションシステムが、音声スピーカである請求項１に記載の要求がありしだいアナログ信号を記憶し、転送するためのシステム（100）。
【請求項１９】
該アナログ信号が、マルチメディア制作物である請求項１に記載の要求がありしだいアナログ信号を記憶し、転送するためのシステム（100）。
【請求項２０】
該アナログ信号が、音声／画像プログラムである請求項１に記載の要求がありしだいアナログ信号を記憶し、転送するためのシステム（100）。
【請求項２１】
該アナログ信号が、音声のみのプレゼンテーションである請求項１に記載の要求がありしだいアナログ信号を記憶し、転送するためのシステム（100）。
【請求項２２】
該アナログ信号が、関連の音声プログラムを持つ会議ビデオである請求項１に記載の要求がありしだいアナログ信号を記憶し、転送するためのシステム（100）。
【請求項２３】
該アナログ信号が、画像のみのプレゼンテーションである請求項１に記載の要求がありしだいアナログ信号を記憶し、転送するためのシステム（100）。
【請求項２４】
該アナログ信号が、テレビプログラムである請求項１に記載の要求がありしだいアナログ信号を記憶し、転送するためのシステム（100）。
【請求項２５】
該アナログ信号が、コマーシャルである請求項１に記載の要求がありしだいアナログ信号を記憶し、転送するためのシステム（100）。
【請求項２６】
該アナログ信号が、ビデオ長さである請求項１に記載の要求がありしだいアナログ信号を記憶し、転送するためのシステム（100）。
【請求項２７】
該アナログ信号を、再生のために少なくとも１つのプレゼンテーションシステムに転送している間に、該第二の処理システム（140、205−220）が、該アナログ信号内の所定の場所に付加プログラミングを挿入する請求項１に記載の要求がありしだいアナログ信号を記憶し、転送するためのシステム（100）。
【請求項２８】
該付加プログラミングがコマーシャルである請求項27に記載の要求がありしだいアナログ信号を記憶し、転送するためのシステム（100）。
【請求項２９】
該付加プログラミングが、広告である請求項27に記載の要求がありしだいアナログ信号を記憶し、転送するためのシステム（100）。
【請求項３０】
該プレゼンテーションシステムが、ケーブルテレビディストリビューションシステムである請求項１に記載の要求がありしだいアナログ信号を記憶し、転送するためのシステム（100）。
【請求項３１】
該プレゼンテーションシステムが、光ファイバリンクである請求項１に記載の要求がありしだいアナログ信号を記憶し、転送するためのシステム（100）。
【請求項３２】
該プレゼンテーションシステムが、VCRである請求項１に記載の要求がありしだいアナログ信号を記憶し、転送するためのシステム（100）。
【請求項３３】
要求がありしだいアナログ信号を記憶し、転送するための方法において、
該アナログ信号の少なくとも１つを受信するステップと、
該受信した少なくとも１つのアナログ信号をそれぞれデジタル化するステップと、
該デジタル化した信号をデータ流に圧縮するステップと、
第一の処理システム（110）において該データ流をさらに圧縮するステップと、
該第一の処理システム（110）において、該データ流を第一の記憶媒体に記憶するステップと、
該データ流を、該第一の記憶媒体から該第一の処理システム（110）から離れた第二の処理システム（140、205−220）へ転送するステップと、
該データ流を、該第二の処理システム（140、205−220）において受信するステップと、
該第二の処理システム（140、205−220）において、該データ流を第二の記憶媒体（160、255−260）に記憶するステップと、
該少なくとも１つのアナログ信号の再生の要求を受けしだい、該データ流の複写を該第二の処理システム（140、205−220）において圧縮解除したのち、該データ流の該複写を該第二の記憶媒体（160、255−260）から転送するステップと、
デコーダ（270−276）において該データ流の複写をさらに圧縮解除するステップと、
該圧縮解除したデータ流の複写をアナログ信号に交換して少なくとも１つのプレゼンテーションシステムセットに転送して再生に備えるステップと、
を含む方法。
【請求項３４】
要求がありしだいアナログ信号を供給するためのシステム（100）において、
該アナログ信号の少なくとも１つを受信し、該受信した少なくとも１つのアナログ信号のそれぞれをデジタル化し、該デジタル化した信号をデータ流に圧縮するためのエンコーダ（105）と、
該エンコーダ（105）から該データ流を受信し、該データ流をさらに圧縮し、該データ流を第一の記憶媒体に記憶し、のちに該データ流を該第一の記憶媒体から転送するための第一の処理システム（110）と、
該第一の処理システム（110）から該データ流を受信し、該データ流を該第一の処理システム（110）から離れた第二の処理システム（140、205−220）に転送するための転送システム（120）と、
を備え、
該第二の処理システム（140、205−220）に、
該転送システム（120）から該データ流を受信し、該データ流を第二の記憶媒体（160、255−260）に記憶し、該少なくとも１つのアナログ信号の再生の要求を受けしだい、該データ流の複写を圧縮解除したのち、該データ流の複写を、該第二の記憶媒体（160、255−260）からデコーダ（270−276）に転送するためのマイクロプロセッサ（205）を設け、
該デコーダ（270−276）は、該第二の処理システム（140、205−220）から該データ流の複写を受信し、該データ流の複写をさらに圧縮解除し、該圧縮解除したデータ流の複写をアナログ信号に変換して、少なくとも１つのプレゼンテーションシステムセットに転送して再生に備えるようにして成るシステム。
【請求項３５】
要求がありしだいアナログ信号を供給するためのシステム（100）において、
転送システム（130）からデータ流を受信し、該データ流を第二の記憶媒体（160、255−260）に記憶し、該アナログ信号の少なくとも１つの再生の要求を受けしだい該データ流の複写を圧縮解除したのち、該データ流の複写を該第二の記憶媒体（160、255−260）から転送するためのマイクロプロセッサ（205）を含む第二の処理システム（140、205−220）を備え、
前記転送システム（130）は、第一の処理システム（110）から該データ流を受信し、該データ流を該一の処理システム（110）から離れた該第二の処理システム（140、205−220）に転送し、
該第一の処理システム（110）は、エンコーダ（105）から該データ流を受信し、該データ流をさらに圧縮し、該データ流を第一の記憶媒体に記憶し、のちに、該データ流を該第一の記憶媒体から該転送システム（130）に転送し、
該エンコーダ（105）は、該少なくとも１つのアナログ信号を受信し、該受信した少なくとも１つのアナログ信号をそれぞれデジタル化し、該デジタル化した信号を該データ流に圧縮し、
さらに、該第二の処理システム（140、205−220）から該データ流の複写を受信し、該データ流の複写をさらに圧縮解除し、該圧縮解除したデータ流の複写をアナログ信号に変換して、少なくとも１つのプレゼンテーションシステムセットに転送して再生に備えるためのデコーダ（270−276）を備えたシステム。
【請求項３６】
要求がありしだいアナログ信号を供給するための方法において、
該アナログ信号の少なくとも１つを受信するステップと、
該受信した少なくとも１つのアナログ信号をそれぞれデジタル化するステップと、
該デジタル化した信号をデータ流に圧縮するステップと、
第一の処理システム（110）において該データ流をさらに圧縮するステップと、
該第一の処理システム（110）において、該データ流を第一の記憶媒体に記憶するステップと、
該データ流を、該第一の記憶媒体から該第一の処理システム（110）から離れた第二の処理システム（140、205−220）へ転送するステップと、
を含み、
該第二の処理システム（140、205−220）に、
該データ流を受信し、該データ流を第二の記憶媒体（160、255−260）に記憶し、該少なくとも１つのアナログ信号の再生の要求を受けしだい、該データ流の複写を圧縮解除したのち、該データ流の複写を、該第二の記憶媒体（160、255−260）からデコーダ（270−276）に転送するためのマイクロプロセッサ（205）を設け、
該デコーダ（270−276）は、該第二の処理システム（140、205−220）から該データ流の複写を受信し、該データ流の複写をさらに圧縮解除し、該圧縮解除したデータ流の複写をアナログ信号に変換して、少なくとも１つのプレゼンテーションシステムセットに転送して再生に備えるようにして成る方法。
【請求項３７】
要求がありしだいアナログ信号を供給するための方法において、
第二の処理システム（140、205−220）において転送システム（130）からデータ流を受信するステップを含み、
前記転送システム（130）は、第一の処理システム（110）から該データ流を受信し、該データ流を該第一の処理システム（110）から離れた該第二の処理システム（140、205−220）に転送し、
該第一の処理システム（110）は、エンコーダ（105）から該データ流を受信し、該データ流をさらに圧縮し、該データ流を第一の記憶媒体に記憶し、該データ流を該第一の記憶媒体から該転送システム（130）に転送し、
該エンコーダ（105）は、該少なくとも１つのアナログ信号を受信し、該受信した少なくとも１つのアナログ信号をそれぞれデジタル化し、該デジタル化した信号を該データ流に圧縮し、
前記第二の処理システム（140、205−220）において該データ流を第二の記憶媒体（160、255−260）に記憶するステップと、
該少なくとも１つのアナログ信号の再生の要求を受けしだい、該データ流の複写を該第二の処理システム（140、205−220）において圧縮解除したのち、該データ流の複写を該第二の記憶媒体（160、255−260）から転送するステップと、
該データ流の複写をデコーダ（270−276）においてさらに圧縮解除するステップと、
該圧縮解除したデータ流の複写をアナログ信号に変換して少なくとも１つのプレゼンテーションシステムセットに転送して再生に備えるステップと、
をさらに含む方法。
【請求項３８】
要求がありしだいアナログ信号を供給するためのシステムにおいて、
データ流を記憶するために動作可能である少なくとも１つのメモリと、
１つ又は１つ以上のプロセッサと、
を備え、
該プロセッサは次のとおり総体的に同さ可能である、
すなわち、該プロセッサは、
少なくとも１つの該アナログ信号を受信し、該受信した少なくとも１つのアナログ信号をそれぞれデジタル化し、該デジタル化した信号を該データ流に圧縮するためのエンコーダ（105）から該データ流を受信し、
該データ流をさらに圧縮し、
該データ流を該少なくとも１つのメモリに記憶し、
該データ流を、該少なくとも１つのメモリから転送システム（120）に転送するように動作可能であり、
該転送システム（120）は、該１つ又は１つ以上のプロセッサから該データ流を受信し、該データ流を該１つ又は１つ以上のプロセッサから離れた処理システム（140、205−220）に転送し、
該第二の処理システム（140、205−220）に、
該転送システム（120）から該データ流を受信し、該データ流を記憶媒体（160、255−260）に記憶し、該少なくとも１つのアナログ信号の再生の要求を受けしだい、該データ流の複写を圧縮解除したのち、該データ流の複写を、該記憶媒体（160、255−260）からデコーダ（270−276）に転送するためのマイクロプロセッサ（205）を設け、
該デコーダ（270−276）は、該処理システム（140、205−220）から該データ流の複写を受信し、該データ流の複写をさらに圧縮解除し、該圧縮解除したデータ流の複写をアナログ信号に変換して、少なくとも１つのプレゼンテーションシステムセットに転送して再生に備えるようにして成るシステム。
【請求項３９】
要求がありしだいアナログ信号を供給するためのシステム（100）において、
データ流を記憶するために動作可能である少なくとも１つのメモリ（160、255−260）と、
１つ又は１つ以上のプロセッサと、
を備え、
該プロセッサは次のとおり総体的に動作可能である、
すなわち、該プロセッサは、
該データ流を転送システム（130）から受信し、
該データ流を該少なくとも１つのメモリ（160、255−260）に記憶し、
該少なくとも１つのアナログ信号の再生の要求を受けしだい、該データ流の複写を圧縮解除したのち、該データ流の複写を該少なくとも１つのメモリ（160、255−260）からデコーダ（270−276）に転送する、
ように動作可能であり、
該転送システム（130）は、処理システムから該データ流を受信し、該データ流を該１つ又は１つ以上のプロセッサに転送し、
該処理システム（110）は、エンコーダ（105）から該データ流を受信し、該データ流をさらに圧縮し、該データ流を記憶媒体に記憶し、該データ流を該記憶媒体から転送し、
該エンコーダ（105）は、該少なくとも１つのアナログ信号を受信し、該受信した少なくとも１つのアナログ信号をそれぞれデジタル化し、該デジタル化した信号を該データ流に圧縮し、
該デコーダ（270−276）は、該データ流の複写をさらに圧縮解除し、該圧縮解除したデータ流の複写をアナログ信号に変換して、少なくとも１つのプレゼンテーションシステムセットに転送して再生に備えるようにして成るシステム。
【発明の詳細な説明】
発明の背景
発明の分野
本発明は、一般に、デジタル情報の転送（transmission）および記憶（storage）に関し、詳細には、音声および／または画像情報（audio and/or visual information）を、要求がありしだい、記憶、転送して、離れた場所での表示に備えるためのシステムおよび方法に関する。
関連技術の説明
さまざまなタイプのビデオ番組を見ることがますます一般的になっている。通常のビデオ番組には、映画、テレビ用に制作された娯楽番組ならびに教育および指導の番組がある。きわめて多様な番組が、標準のテレビで見るように設計されたり、適合されたりしている。
現在、市販の映画の電磁テープは、何万回も複写され、きわめて労働集約的であり、運営に費用がかかる多様な利用者、例えばホテル、病院、商店およびその他の事業体に配給されている。例えば、ホテルは、映画をそのVCRシステムに載せて指定の放映開始時刻で放映し、特定の映画を見ることを希望するホテルの宿泊客はその指定の時間に所定のチャンネルに合わせるだけでよい。客が客室のテレビを映画に合わせるならば、料金が室料に加算される。
映画テープ配給のロジスティックスは、特定の期間中に上映することが経済的に可能である映画の本数を厳しく制限する。大部分のホテルは、限られた能力のため、月平均８本の映画を放映する。そのうえ、ビデオテープは放映のたびに劣化して、月末に近づくにつれ画質が目に見えて悪化するようになる。
ホテル宿泊客が要求どおりにビデオを利用することができるようにする試みとして、供給者の中には、多数のテープデッキ（通常は、ホテルの客室数によって32〜128台）を集めて配備している。明らかに、そのような配備は担当に労働集約的であり、維持するのに費用がかかるものである。各テープデッキは、異なる映画の電磁テープコピーを含み、宿泊客が客室のテレビで特定の映画を見ることを要求するとき、現場システムがこれを作動させる。しかし、その映画の再生中に別の客室の客がその同じ映画を見たいと望む場合、その客は、映画を途中から見始めることを望まない限り、その選択した映画が現在利用できないと知らされる。途中から映画を見ることを選ぶとしても、それを全部見た場合と同じだけの完全な映画の料金を課せられる。
同様に、いくつかのマルチメディアプラットフォームは、何らかの形態の限られたビデオ・オン・デマンドまたはビデオ形態のアニメーションをサーバから提供する。それにもかかわらず、これらのプラットフォームは、VHS解像品質のビデオ番組を提供できないだけでなく、相当に高価であり、他のコンピュータまたはプログラムがそのようなプラットフォームの作動を制御することを可能にする外部インタフェースを欠くものである。そのうえ、新たな利用者は、プラットフォームが、その新たなユーザとの対話の用意ができる前に、その番組における特定の設定に戻るまで、待たなければならないことがしばしばある。
発明の概要
関連技術に関する上記問題をかんがみて、本発明の目的は、第一の場所から離れた場所へのデジタル情報のテープレス転送のための、システム責任能力を提供するシステムおよび方法を提供することにある。
本発明のもう一つの目的は、希望の音声および／または画像情報（audio and/or video information）を、まさに要求がありしだい、費用効果的な方法で記憶し、転送するための自動化されたシステムおよび方法を提供することにある。
本発明のさらに別の目的は、完全な長さのビデオを、要求がありしだい、VHSよりも優れた解像品質で提供するためのシステムおよび方法を提供することにある。
本発明のさらなる目的は、そのようなシステムおよび方法をマイクロプロセッサベースのプラットフォーム上に提供することにある。
これらおよびその他の目的の達成において、本マイクロプロセッサベースのシステムおよび方法は、要求がありしだい、音声／画像信号を記憶し、転送する。このようなシステムおよび方法は、音声／画像信号を受信し、デジタル化し、データ流に圧縮するためのエンコーダと、エンコーダから受信したデータ流をさらに圧縮し（剥ぎ取り［stripping］）、記憶し、のちに、２回圧縮されたデータ流を転送システムを介して第一の処理システムから離れた場所に転送するための第一の処理システムとを含む。第二の処理システムが、離れたところにある第一の処理システムからデータ流を受信し、処理し、記憶し、のちに、音声／画像信号の再生の要求を受理した時に、データ流の複写を検索し、圧縮解除したのち、データ流の複写を転送する。このようなシステムおよび方法はまた、データ流をさらに圧縮解除し（decompress）、アナログ信号に変換して、少なくとも１台のテレビ受像機（television set）に転送して再生に備えるためのデコーダを含む。
本発明のこれらの特徴およびその他の特徴ならびに利点は、好ましい実施態様の以下の詳細な説明を添付の図面とともに参照することにより、当業者には明らかになるであろう。
【図面の簡単な説明】
図１は、本発明を用いる記憶・転送システムの一例を示す略図である。
図2aおよび2bは、本発明を用いるマイクロプロセッサベースの記憶・転送システムの一例を示す略図である。
図３は、本発明の実施態様による入力チャネル回路図である。
図４は、本発明の実施態様による出力チャネル回路図である。
図５は、本発明の実施態様によるデータ待ち行列制御装置回路図である。
図6aおよび6bは、それぞれ、固定長レコードおよび可変長レコードの略図である。
好ましい実施態様の詳細な説明
初めに、ビデオ番組を見ることに加えて、厳密に音声のみのさまざまな番組を聞くことが非常に一般的であることに留意すべきである。そのような番組には、例えば、標準のテレビのスピーカを通して放送することができるコンサート、論説、スポーツならびに教育および指導の番組がある。以下に述べる説明は、ビデオ番組に関連する記憶・転送システムおよび方法を扱うが、本発明は、厳密に音声のみの番組を含むアナログソースの情報にも同等に応用しうることを理解すべきである。そのうえ、本発明のさらなる用途を本論述の中でのちに扱う。
本発明のシステムおよび方法は、保管記憶装置から映画を放映するように設計されたマイクロプロセッサベースのホストシステムによって転送される信頼しうる同時ビデオ再生を提供する。図１は、本発明によるそのような記憶・転送処理システム100の構築例を示す。
記憶・転送システム100への入力は、いかなる数の装置（図示せず）、例えばレーザディスク、カメラ、VCR、標準テレビ入力または音声／画像ソース資材を出すいかなるアナログ音声／画像ソースによって生成してもよい。そのような資材は、例えばコンサートもしくはビデオ、フィルム、テレビ番組、マルチメディア制作物、コマーシャル、関連の音声プログラムをもつ会議ビデオ、ならびに音声のみもしくは画像のみの番組がある。当業者であれば、他にも多数の例が思い浮かぶであろう。
音声／画像ソース資材の入力はエンコーダ105に供給される。好ましいエンコーダは、SpectrumSaver圧縮デジタルビデオ（CDV）エンコーダ（Compression Labs社の商標および製品）であるが、他のエンコーダも本発明の真髄の範囲で作動することが察知されよう。エンコーダ105が音声／画像ソース資材をデジタル化し、直列ビットデータ流に圧縮して、このデータがワークステーション110に供給される。
ワークステーション110は、少なくとも486  50MHzクラスのパーソナルコンピュータであることが好ましい。本明細書中の論述に関して、システム100は、少なくとも１台のワークステーションまたはクライアント／サーバ110を組み込む。ワークステーション110はまた、割込みのない転送に必要なスループットが可能であるメインフレームコンピュータまたは他の処理システムであってもよいことが理解されよう。そのようなワークステーションまたはメインフレーム110の正確な構成は周知であるため、本明細書には記載しない。
磁気ディスクに記録（記憶）する前に、ワークステーション110は、より効率的な記憶のためにデジタルデータ流をさらに圧縮する。これは、不必要なデータすべてを剥ぎ取ること（以下さらに詳述する）によって達成することが好ましい。そして、直列ビット流にコード化された音声／画像ソース資材は、好ましくは、ワークステーション110内の磁気（ハード）ディスクサブシステムに記録されるが、それは、いかなる適当な磁気媒体に記憶されてもよい。
データ流は、ワークステーション110により、所定の遅れをもって、デジタル画像SCPC（チャネルあたり単一のキャリヤ）信号を衛星（図示せず）に転送するためのアップリンク120に送られる。この衛星が逆にそのデジタル画像SCPC信号をデジタル受信専用地上局130に転送する。ワークステーション110から通信制御装置140への転送には、衛星を用いる必要はない。ケーブル、通常の電話回線、マイクロ波、ファイバ、セルラなどを用いてもよい。しかし、衛星が、多数の遠隔地の加入者に同時に送信するのに費用効果的な方法であるため、本システムは、衛星を用いることが好ましい。
データ流は、受信専用地上局130によって受信されたならば、データリンク150を介して画像ワークステーションに供給され、そこで捕捉され、その圧縮された形態で直接アクセス記憶装置（DASD）160に記憶される。このワークステーションは、通信制御装置140と、データバス150と、DASD160と、関連のソフトウェア（図示せず）とを含む。DASDは、本発明の現在の具現態様ではディスクであるが、いかなるタイプのランダムアクセス装置、例えばDRAM、バブルメモリ、光ディスクまたは十分な容量のいかなるタイプの大容量データ記憶装置（例えば、通常は、２時間の番組／映画あたり２ギガバイト）であってもよい。
この点で、ワークステーション110および通信制御装置140、データバス150およびDASD160は同じワークステーションであってもよいことが理解されよう。具体的には、各ワークステーションは、本発明によると、エンコーダから入力を受信し、それを他のワークステーションに転送することができ、さらには、他のワークステーションから入力を受信し、それをデコーダに転送することができ、すべてわずか１ビットの変更で、ワークステーションがどの形態を取るべきかを反映する。
データバス150は、周辺のカードがプラグインするところのワークステーションそのもののデータバス（並列データバス）ならびにデジタル記憶装置160をワークステーションに接続するデータバスを表す。本システムにおけるデジタル記憶装置160へのインタフェースは、高速かつ広いSCSI−２（小型コンピュータシステムインタフェース）であることが好ましいが、他のインタフェースを用いてもよい。
通信制御装置140は、外部ソースから制御入力ポートを介して、DASD160に記憶されたものから選択された番組を放映するための直列コマンドを受信する。利用者または別のコンピュータもしくは制御装置140上で動作する別のプログラムは、通信制御装置140への直列ポートを介して提供されるコマンドにより、通信制御装置140の動作に指令を出すことができる。そのようなコマンドは、「放映」に加えて、例えば、順送り、逆送り、ポーズ／フレーム静止、停止、コマ送りおよび指定のポートでの放映を含む。データ流はアナログ領域ではなくデジタル領域にあるため、順送りおよび逆送りとは、順方向または逆方向のいずれかの「ステップ・イン・タイム」を意味する。
具体的には、番組を要求すると、通信制御装置140に位置する制御プログラムが、希望の番組を含む適当なデータファイルをDASD160から読み出し、データ流を再構成（再配列）し、圧縮解除（再構成）する。データ流は、必ずしも、ディスクドライブ160上の、それがポートから入ってきたときと同じ隣接する直列ブロックに配される必要はないため、再構成される。そして、本システムは、利用しうる通信直列ポートを選択し、選択したデータファイルをその直列ポートを介して圧縮デジタル画像デコード装置170、172、174、176に供給し始める。
本システムは、少なくとも１個のSpectrumSaverシリーズM6デコーダを用いることが好ましいが、当業者には、他のデコーダをも用いてもよいことが明白であろう。デコーダ170、172、174、176は、音声／画像の圧縮解除を実施し、デジタルデータ流をアナログデータ流に変換したのち、少なくとも１台のテレビ（図示せず）への転送に備えて、そのデータ流をアナログNTSC画像および音声ケーブルヘッドエンド（図示せず）に供給する。代わりに、デコーダ170、172、174、176は、アナログデータ流を、標準のテレビ信号を受信し、放映するものに供給する、例えばテレビに直接供給したり、ケーブルテレビ配給に直接供給したり、VCRに供給したり、光ファイバリンクに供給してもよいことが理解されよう。
本発明は、加入者（例えば、大規模ホテル、病院、集合住宅、さらには小都市）の規模に応じて、好ましくは１〜32個のデコーダ、さらには32の倍数個のデコーダを用いる規模にできるように設計されている。本発明は、システム全体について何千ものデコーダを費用効果的に扱うことができる。その内部のサブシステムは、それぞれが約32個のデコーダを扱うことになる。当然、都市のシナリオの場合には、本システムは、増大した数のデコーダおよびより強力な機械を管理するのにより多くのソフトウェアを要するであろうが、システムの構築および作動の方法は本質的に変わらないであろう。
次に、本発明による画像再生のためのマイクロプロセッサベースの記憶・転送システム200のより詳細な例を示す図2aを参照する。一つのビットを変更し（以下に説明）、デコーダ270、272、274、276をエンコーダ105に代えて用いるだけで、図2aは、ワークステーション110およびエンコーダ105の例を示す。ワークステーション110および通信制御装置140、データバス150およびDASD160はすべての同じ機械であってもよいことが思い出されよう。
システム200は，マイクロプロセッサシステム205、210、215、220と、ホストバス230と、ハードディスク記憶装置235、240、245、250、255、260と、高速通信制御装置／プロセッサ265とからなる。システムバス230は、ISA、EISAまたはMCAバスのいずれであってもよい。そのうえ、SCSI−２インタフェースは、多数のドライブを一つのシステムに搭載することを可能にするため、SCSIハードドライブ255、260にとって好ましい。
システム200は、圧縮デジタル形態にコード化された番組を局所ハードディスク255、260に記憶する。制御プログラムが、選択された番組を放映する外部（制御プログラムに対して外部）要求を受けると、デジタルデータ流が高速通信ポートを介して圧縮デジタル画像デコーダ270、272、274、276に通され、これらのデコーダが逆に、指定のテレビに転送するための複合画像信号を生成することにより、その番組が放映される。
システム200のI/Oプロセッサ265の例はHSSI（高速直列通信インタフェース）であるが、他のプロセッサインタフェースを用いてもよい。I/Oプロセッサ265は、一つのインタフェース235につながれた16個のI/Oポートを有することが好ましい。二つのSCSIインタフェース235、240があるならば、第二のI/Oプロセッサ265が設けられる。I/Oプロセッサ265は、互いに非同期に、並列的に作動する。第二のI/Oプロセッサ265を用いると、I/Oプロセッサ265の１個あたり16個まで、すなわち32個までのデコーダをサポートすることができる。
すべての画像データの転送は、SCSIインタフェース235、240によって扱われる。通信インタフェース上のI/Oプロセッサ265は、求められる速度でデータを圧縮デジタル画像デコーダ270、272、274、276に提供する責任を負う。プロセッサ265のための資源の割当ておよびバッファ管理は、ホストCPUの監督のもと、制御プログラムによって実施される。ボードまたはCPUの間で転送されるデータは、未処理のフォーマットでSCSIシステム上に記憶されることが好ましい。
圧縮デジタル画像デコーダ270、272、274、276は、高速バッファ付き通信ポートおよびシステムバス230を介して、ホストマイクロプロセッサシステム205、210、215、220に接続されている。各デコーダは、システムソフトウェアにより、再生すべき画像トラックまたはデータ流に対応する。好ましい実施態様においては、デコーダにインタフェースしたすべてのポートには、少なくとも二つのメモリバッファが割り当てられて、画像再生を一貫した途切れのない状態に維持する。途切れのない映画の再生の要求条件は、ハードディスク255、260からポートを介して圧縮デジタル画像デコーダ270、272、274、276に至る1.8Mbpsまたは225KBpsで持続するデータ転送速度である。さらには、各メモリバッファは、通信インタフェース上で利用できるデュアルポート付きRAMの量に依存して、希望の大きさにすることができる。
図2aは、本発明の一実施態様、すなわち、希望の番組をディスクドライブ255、260からシステムバス230に載せてI/Oプロセッサ265のバッファ付きポートを介してデコーダ270、272、274、276に送って再生する実施態様を反映する。
システムバスを介する再生
本システムの一態様は、メモリマップ通信インタフェースの使用である。このタイプのインタフェースは、システムバス230を介する、ハードディスク255、260から局所メモリ215、さらには通信I/Oプロセッサ265への画像データの転送を除く。メモリマッピングは、システムバス230を介して画像データをハードディスク255、260から通信ポートバッファメモリに直接転送することを可能にする。
I/Oプロセッサ265は、ホストコンピュータ205、210、215に位置する制御プログラムの制御のもとで、ポートバッファからデータを引き出し、それをポートを介してデコーダ270、272、274、276に渡す。この制御プログラムは、各ポートのデータバッファが完全に空になったり満たされすぎることのないよう保証する。このため、SCSIディスク装置を使用して、画像データを、すべてホスト制御のもとにあるメモリマップI/Oポートバッファに直接転送することが好ましい。したがって、各バッファが空になると、I/Oプロセッサ265は、圧縮されたデジタル画像デコーダのポートを求めて次の満杯のバッファに向けられる。
しかし、オンボードI/Oプロセッサ265と別のバスマスタ235、240（例えばSCSI）とが同時にデュアルポート付きメモリにアクセスしているときには、メモリマップ通信装置はシステムバスメモリサイクルに待ち状態を導入する。これらの状態は、バス転送速度を、ISA/EISAの場合には4.57MBps（待ち1.5回分）に減らし、MCAの場合には6.66MBps（待ち１回分）に減らす。SCSI−２インタフェース235、240は、ISAバスの場合には５〜10MBpsの転送速度をサポートし、MCAバスの場合には10＋MBpsの転送速度をサポートし、これらのいずれも、先に述べた通信によって課される限界を超えている。
さらに、好ましい実施態様においては、ホストプロセッサ205が大きなキャッシュメモリを含む。これが、本発明による画像スケジューリングアルゴリズムを実行するとき、ホストCPUのキャッシュメモリのヒット率を増す。したがって、システムバス230についてホストCPU205とSCSIバスマスタリング装置235、240との間の回線争奪が減り、より多くのバスサイクルがデータ転送処理に利用できるようになる。
本システムのスループットを、放映することができる番組、例えば映画の数の点で、以下に論じる本発明の二つの異なる実施態様に関連して考える。そのような論述のために、デコーダを介して１本の映画を放映するのに要するといわれるデータ転送速度は１秒に225KBであり、この速度で持続するデータ転送が途切れのない再生を提供する。そのうえ、Maxtor MXT−1240S  SCSIディスクドライブの最大シーク時間は20msecであり、最小シークは15msecであり、最大待ち時間は9.5msecであり、最小データ転送は2.8MBpsである。他のSCSIディスクドライブをも本発明に使用しうることが理解されよう。
非同期「オン・デマンド」再生。例えば映画のような番組のオン・デマンド再生のための必要条件は、いかなるときでも、顧客が、すでに放映中の映画を途中から見始めることなく、オンライン映画の全体の再生を要求することができることを意味する。もちろん、顧客がすでに途中の映画を見ることを望む場合はこの限りではない。映画は顧客の要求に応じて始まり、あらかじめ決められたスケジュールで放映されるわけではない。１個のデコーダが要求ごとに割り当てられる。
ポートごとに２個の32KBバッファを使用し、少なくとも１本の映画を有する１個のディスクドライブ235を使用すると、次のようになる。
1.  11.5msecの32KB転送時間（32KB/2.8Mbps）。
2.  次の顧客トラックおよび次の読出し位置へのシーク時間は20msec（最悪例シーク）＋9.5msec（最悪例回転待ち時間）であり、結果として29.5msecになる。
3.  32KBの全読出し時間＝41msecである。
1000/41＊32KB＝780KB/secの有効スループットは、映画１本あたりに要する225KB/secよりも大きい。したがって、合計で780/225＝３顧客／映画をディスクから確実に提供することができる。
より大きなバッファを別に用意しておくならば、顧客／映画の数を相応に増すことができる。ポートあたり２個の512KBバッファの掲載メモリがあるならば、次のようになる。
1.  11.5msecの32KB転送時間。
2.  次のトラックおよび次の32KB読出し位置へのシーク時間は、最小シークの最悪例（1.5msec）または最大回転待ち時間（9.5msec）である:9.5msec。
3.  隣接するトラック上に32KB読出しを使用する512KBバッファ充てん時間は、合計で16＊11.5msec＋15＊9.5msec＝326.5msecである。
4.  次の顧客のトラックおよび次の読出し位置へのシーク時間は29.5msecである。
5.  512KBの全読出し時間＝356msecである。
この場合、有効スループットは、1000/356＊512KB＝1438KB/secである。したがって、合計で1438/225＝６顧客／映画をディスクから確実に提供することができる。
最後に、同期化スピンドルをもつRAID  ０型ディスクアレイに構成されたSCSIディスクドライブ255、260を考える。RAID（独立ディスクの冗長アレイ）０構造は、RAID速度を落とすデータ冗長性がこの用途に必要でない理由から好まれる。オフライン映画の記憶は、故障が起きたときに映画が再ロードされるWORM光デバイスによって達成することが好ましい。４個の並列ドライブをもつRAID  ０を用いるならば、データ転送速度は11.2psに増す。これは、通信バッファへの持続しうるISAまたはMCAシステムバス転送速度よりも大きいため、ISAの4.57psのバッファ速度は制限要因である。したがって、次のようになる。
1.  32KB/4.57ps＝7msecの32KB転送時間。
2.  次のトラックおよび次の32KB読出し位置へのシーク時間は9.5msecである。
3.  隣接するトラック上に32KB読出しを使用する512KBバッファ充てん時間は、合計で16＊7msec＋15＊9.5msec＝244.5msecである。
4.  次の顧客トラックおよび次の読出し位置へのシーク時間は29.5msecである。
5.  512KBの全読出し時間＝274msecである。
有効スループットは、1000/274＊512KB＝1868KB/secである。この結果、合計で1868/225＝８非同期顧客／映画をディスクから確実に提供することができる。
RAIDアレイを用いたとしても、利用可能なバスのバンド幅の14％しか使用されないことが注目される。これは主にシーク時間および回転待ち時間による。明らかに、上記のディスクによって課される制限は、多数の顧客にサービスを提供することには受け入れられない。しかし、「オン・デマンド」という用語が映画の同期化再生を意味するものとみなすならば、有意に改善した性能を得ることができる。
同期「オン・デマンド」再生。同期化再生の基本概念は、映画のような番組を、それぞれが同時に放映される画像セグメントに分割することにある。例えば、映画を10分間の画像セグメントに分割する結果、２時間映画の場合に12個の画像セグメントが得られる。ホストシステムのスループットは、すべてのセグメントを同時に放映するのに十分な大きさでなければならない。例えば、10分間のセグメントに分割された２時間映画の場合、ホストプロセッサは、12＊1.8ps/8ビット、すなわち2.7psで持続するスループット速度をサポートする。
映画を10分間の画像セグメントに分割し、少なくとも1.2GBのドライブを使用すると仮定するならば、各映画を保持するのに２個のドライブが必要になる。映画の最初の１時間分の６個の画像セグメントがドライブ１に入り、次の１時間分の６個までのセグメントがドライブ２に入る。
この構造では、同期化再生をサポートするために画像セグメントをドライブ上にマッピングする方法がいくつかある。最も簡単な方法は、非同期の場合にそうであるように、セグメントを各ドライブ上に前後に並べて配する方法である。
先に指摘したように、高速バッファ付き通信ポート265を介して接続された圧縮されたデジタル画像デコーダは、見られる各画像セグメントに対応する。同期構造では、制御プログラムを放映する画像セグメントは、その時点のセグメントの空のバッファを満たしたのち、次のセグメントにステップし、それらのバッファを満たすことになる。顧客のその時点のセグメントが放映を完了したとき、顧客の圧縮デジタル画像デコーダは、制御プログラムにより、放映を予定される次のセグメントと対応する。全番組を放映し終わるまでこれが持続する。そして、デコーダは、新たな顧客／映画に対する再割当てに備えて解放される。
ポートごとに通信ボード上の２個の512KBバッファを使用し、映画ごとに２個のディスクドライブを使用すると、２個のディスクに分割された映画の場合、ディスクあたり1000/356＊512KB＝1438KB/sec、すなわち2876KB/secの有効スループットが得られる。したがって、所定の映画について合計で2876/225＝12個の同期画像セグメントをディスクから確実に提供することができる。これは、実際に映画を10分間隔で放映しうることを意味する。したがって、１個のMCAシステムは２本の映画をそれぞれ12の放映開始時間でサポートすることができ、一方、ISAシステムは、２本の映画それぞれが10以下の放映開始時間を有するか、同期画像セグメント再生の合計回数が20以下である場合に、２本の映画をサポートすることができる。明らかに、放映開始時間の回数と１個のシステム上でサポートされる映画の総数との間に均衡がある。
映画を２個のドライブに分割することにより、シーク時間および回転待ち時間を、同じ映画を放映する各ドライブで重複させることができる。したがって、映画は、２個のドライブから再生する方が、１個の大きなドライブから再生する場合よりも容易に10分間隔で再生される。１個のドライブは、重複したシークを許さず、より大きな画像セグメントサイズ、ひいてはより長い再生間隔を要する。例えば、映画の人気のため、より頻繁な放映開始回数が求められるならば、より多数の、より小さなドライブに映画を記録することもできる。
同期化再生のさらなる利点は、顧客ごとに１個のデコーダを用意する（非同期再生の場合に求められるように）必要がないことである。必要なデコーダおよび通信ポートの数は、１）提供すべき映画の数に映画あたりの画像セグメントの数を乗じたもの、または、２）サービスを提供すべき顧客の数、の最少数に等しい。
それにもかかわらず、信頼性を損なうことなく、より高いデータ転送速度を得ることができる。図2bは、本発明のもう一つの実施態様、すなわち、希望の番組を、ディスクドライブ255、260から、システムバス230を経由することなく、直接I/Oプロセッサ265のバッファ付きポートに送り、デコーダ270、272、274、276に送る再生を反映する。
I/Oプロセッサへの直接的な再生
図2aおよび2bを見ると明白であるように、図2bの構成は、ある重要な点、すなわち再生のためのデータ流がシステムバスを介しないことを除き、図2aの構成と本質的に変わっていない。したがって、図2bの変更のない態様に関する上記の論述をここに含め、説明の繰返しを避ける。
主にシステムバスの限られたバンド幅による上記の性能の限界は、関連のソフトウェア280を備えた通信制御装置回路ボードの挿入により、データ流がもはやディスク255、260からシステムバス230を介して転送されないよう、有意に改善されている。したがって、入／出力プロセッサ265は、システムのはまりを回避するため、通信ボード280を介してSCSI−２インタフェース235、240と直接対話する。具体的には、データ流は、ディスク記憶装置255、260からSCSI−２バス245、250に載ってSCSIインタフェース235、240を経由し、I/Oプロセッサに直接流れる。つまり、システムバス230を経由しない。当然、システムバス230は、SCSI−２インタフェース235、240ならびにI/Oプロセッサ265のチャネルと接続して、マイクロプロセッサシステム205、210、215、220に搭載された制御プログラムがそれらと通信することを可能にしている。そのうえ、データ流はもはやシステムバスを介してバッファメモリに転送されないため、全体のデータ転送速度は、SCSI−２インタフェースの転送速度である10＋Mbpsによってのみ制限される。
データ流をもはやシステムバスを介して転送しないことにより、ホストシステムがもはや大きなキャッシュメモリを必要としないことが明白であろう。制御装置ボードを追加することにより、本システムの速度、効率および費用効果が大幅に増し、一方、本システムを作動させるのに要するソフトウェアの量が減る。
結果として、非同期システムの場合にポートあたり２個の512KBバッファの搭載メモリを与えたならば、次のようになる。
1.  3.2msecの32KB転送時間（32KB/10MBps）。
2.  次のトラックおよび次の32KB読出し位置へのシーク時間は、最小シークの最悪例（1.5msec）または最大回転待ち時間（9.5msec）である:9.5msec。
3.  隣接するトラック上に32KB読出しを使用する512KBバッファ充てん時間は、合計で16＊3.2msec＋15＊9.5msec＝193.7msecである。
4.  次の顧客のトラックおよび次の読出し位置へのシーク時間は29.5msecである。
5.  512KBの全読出し時間＝223.2msecである。この場合、有効スループットは、２個のディスクに分割された映画の場合、ディスクあたり1000/223＊512KB＝2294KB/sec、すなわち4588KB/secである。したがって、合計で2294/225＝10の非同期顧客／映画をディスクから確実に提供することができ、一方、4588/225＝20の同期画像セグメントを２個のディスクから確実に提供することができる。上記の論述をかんがみると、SCSIインタフェース235、240を介して記憶／アクセスすることができる多数のデータファイルは、２個以上のディスクにわたることが好ましい（同期再生の場合）。
通信回路ボード280は、標準のPCマイクロプロセッサプラットフォームのもとで作動する電子回路カードアセンブリである。これは、変更された同期RS−422チャネルを介するデータ通信を実施し、制御プログラムにより、システムバス230を介して管理される。通信回路ボード280は、デジタルデータを入力として直列的に受信し、そのデータをSCSIハードドライブサブシステム255、260上に記憶する。これはまた、記憶されたデータを16個までの異なるチャネルに載せて同時に出力する。そのうえ、回路ボード280は、好ましいことに、ドライブのフォーマットおよび不良ブロック管理のための汎用SCSIユーティリティを用いる。具体的には、不良ブロック管理（ディスク255、260上の）は、性能を損なうことなく維持され、ハードドライブによって扱われる。不良ブロックが再マッピングされたならば、それは、回路ボードに対して透過的になる。
通信ボード280は、少なくとも以下の部品からなることが好ましい。6.6Mbit/secまでの入力チャネル１個（IRD、または場合によってはエンコーダへの接続用）、6.6Mbit/secまでの出力チャネル16〜32個（デコーダへの接続用）、1Mbit/secのシステムバスへの入／出力チャネル１個（多数のボード間のファイル転送用）、データを損失したり、チャネル、入／出力回路およびデータ待ち行列制御装置を空にしたりすることなく、すべてのチャネルのスループットを同時に維持することができるSCSI−２バスインタフェース１または２個（ハードディスクサブシステムへの接続用）。各回路ボードは、少なくとも16個の独自の構成可能なアドレス（例えば1MBを超える拡張メモリにマッピングされたレジスタアドレス）を有して、多数のカードが同じシステムバス上に存在し、制御プログラムと対話することを可能にすることが好ましい。回路ボード280は、入力チャネル論理（図３）および出力チャネル論理（図４）の両方を含む。しかし、通信ボード280の作動および詳細を考える前に、以下のデータの流れを考察すべきである。通信ボード280は、入力回路として働くとき、２個のハードウェアビットを有する。一方のビットがそれをオンにし、他方のビットが、フォーマットＡのレコードまたはフォーマットＢのレコードを処理すべきかどうかをそれに指示する。フォーマットＡのレコードとは、エンコーダから入ってくるレコードであり、記憶される前に、本発明にしたがってさらなる圧縮を要するものである。フォーマットＢのレコードとは、別のワークステーションから入ってくるレコードであり、記憶されるだけでよいものである。そして、入力回路として働く通信ボード280は、フォーマットＡのもとでは真のデータを提供し、フォーマットＢのもとではレコード番号および検査合計有効ビットを提供する。
具体的には、入力回路として、通信ボード280は、検査合計またはレコード数のいずれもなしに、固定長（好ましくは132バイト）のレコードを受信する（データ・イン「Ａ」）。（例えば図6aを参照）。制御プログラムが、入力ボードに対し、どの時点で、レコード中のファイルサイズ、ディスクへの記憶の前のデータの剥取りのためのマスク、SCSIシステム上のファイルの記憶体系および位置のような情報をボードに提供し始めるかを指示する。図6aに示すように、データは左から右に流れる。「SYNC」は、８ビットの長さの同期化文字である。Ａ〜Ｇは、１ビットまたはレコードの最大長までの一連のビットであることができる種々のデータのブロックを表すが、この例では、データ項目ＢおよびＣのみが保持される。したがって、セーブすべきデータ項目はレコードのいかなる部分であってもよいが、同じデータ項目がファイル中のすべてのレコードについて一貫してセーブされることになる。
通信ボード280がフォーマットＢデータを入力として扱うとき、これはレコードを受信する（データ・イン「Ｂ」）。これらのレコードはのちにデータ・アウト「Ａ」）に送られる。（例えば図6bを参照）。このレコードは、SYNC文字、データ、レコード数および検査合計を含む。そのうえ、制御プログラムは、ファイル長、SCSIの行先および記憶体系、レコードサイズおよびマスクを通信ボードに提供する。ＢおよびＣのデータ項目は、元の送信レコードからのデータの一部である（データ・イン「Ａ」）。
次に、通信ボード280の好ましい入力チャネル論理を示す回路図である図３を考察する。入力チャネル回路図の機能の一つは、132バイト入力レコード中の必要なビットを剥ぎ取ることである。これは、シフトレジスタを使用して達成される。制御プログラムによって提供されるビットマスク（132バイト幅）が、通信回路ボード280に対し、レコード中のどのビットを維持し、どのビットを落とすかを指示する。この処理は、ディスク空間を節約するため、番組または映画のコード化の間に実施される。図３に見られる入力論理は、通信ボードがフォーマットＡまたはフォーマットＢのデータを扱う能力を反映するが、この図を用いて、入力回路としての通信ボード280の作動の詳細を説明する。
具体的には、エンコーダクロック回線がRS422入力回線レシーバ321（クロックIN）に接続され、一方、エンコーダからのデータ回線がRS422入力回線レシーバ318（データIN）に接続されている。制御プログラムが、データ待ち行列制御装置340に対し（システムバス330を介して）、回路ボードをリセットし、データをRS422入力回線レシーバ318からファイルに動かし、Ｎバイトのファイルを期待するように指示する。
８ビットの並列ラッチ307には、制御プログラムにより、システムバス330を介して同期文字（例えば‘11001100'の省略値を仮定する）がロードされる。このパターンは、８ビットコンパレータ316および８ビットコンパレータ309に移される。その間、132バイトの並列ラッチ301には、制御プログラムにより、システムバス330を介して、ビット剥取りマスクがロードされる。ビット剥取りマスクは、通信回路に対し、ディスク空間を節約するためには、レコード中のどのビットを維持し、どのビットを落とすかを指示する。‘1'が、制御プログラムにより、システムバス330を介して１ビットラッチ314にロードされる。ラッチ314は高であるため、入力回線レシーバ（イネーブルIN）319は無視される。理由は、これは「データIN  Ｂ」フォーマットでしか使用されないからである。そして、この時点で２入力ORゲート322が高であり、２入力ANDゲート323の出力が入力回線レシーバ321からのクロックのミラーである。
入力回線レシーバ318に入るデジタルデータ流は、８ビットシフトレジスタ317の中に直列的にシフトし続ける。ANDゲート323の出力（クロック信号）がシフトレジスタ317を駆動する。各ビットがシフトされたのち、シフトレジスタ317中の８ビットパターンが８ビットコンパレータ316に並列的に送られる。
シフトレジスタ317からの８ビット入力と８ビット並列ラッチ307からの８ビット入力とが同じであるならば、‘1'がコンパレータ316から３入力ANDゲート313に送出される。８ビットシフトレジスタ310からの８ビット入力と並列ラッチ307からの８ビット入力とが一致するならば、‘1'がコンパレータ309からANDゲート313に送出される。両方のコンパレータ316と309とが同じときに一致するならば、ANDゲート313が第三の‘1'を受信し、それにより、11ビットのダウンカウンタ312に‘1'を出力させる。
ANDゲート313への３個の‘1'の入力がその出力‘1'を生み、それにより、カウンタ312に対し、11ビット並列ラッチ311の1056ビット値（1056ビット＝132バイト）をロードするように合図する。すると、カウンタ312が1056から０までカウントダウンを始める。ANDゲート323からの各クロックがカウンタ312を０まで減らす。ラッチ311からカウンタ312にロードするときには、カウンタ312は０に達しておらず、ANDゲート313の出力を低にし、ラッチ311の内容のロードを防ぐ。カウンタ312が０に達すると、並列ラッチ301からのビットマスクパターンが132バイトシフトレジスタ302にロードされる。ANDゲート323から出るクロック信号がこのビットマスクパターンをシフトレジスタ302から２入力ANDゲート308に直列的に移動させる。
シフトレジスタ302がカウンタ312から信号をロードされると、３ビットダウンカウンタ304が３ビット並列ラッチ305から７（最大３ビット値）をロードされる。カウンタ304は８回（７から０まで）カウントダウンする。０に達すると、カウンタ304は‘1'を８ビット幅のFIFOメモリ303に送り、それに対し、８ビットシフトレジスタ306からバイトパターンをロードするよう指示する。
シフトレジスタ310から外にシフトされるパターンは、シフトレジスタ306に進む、同期バイトから始まる132バイトレコードの始点である。シフトレジスタ306は、シフトレジスタ302からの８ビットのマスクを含む。シフトレジスタ310のクロックはANDゲート323から来る。データが直列的にシフトレジスタ306の中にシフトして行くとき、並列パターンがFIFOメモリ303の中に進む。シフトレジスタ306のクロックは、ANDゲート323からのクロックとでAND演算（ANDゲート308を介して）されたシフトレジスタ302におけるマスクであるため、ビットが有効であるときしか、エッジの変化は起こることができない。そして、有効ビットがシフトレジスタ306の中に刻時され、カウンタ304が減る。
インバータ324と131バイトシフトレジスタ315の組み合わせがシフトレジスタ302へのクロックを防ぎ、これが、回路が作動したのち、かつ有効データが入ってくる前に、不要データがFIFOメモリ303にロードされることを防ぐ。シフトレジスタ317を通過するデータがシフトレジスタ315および310の中にシフトするとき、そのデータは、同期文字に関して端部（シフトレジスタ317および310）で比較される（シフトレジスタ310と315とで１個のレコードに等しい）。シフトレジスタ317および310における突き合わせ（match）が起こるならば、カウンタ312はループしてANDゲート313に戻り、レコード内の乱データがパターン照合をトリガすることを防ぐ。シフトレジスタ317と310との間で突き合わせが起こるならば、シフトレジスタ306がクロックを取得しないため、データ（不要）はシフトレジスタ310から外にシフトし、捨てられ続ける。
データ待ち行列制御装置はFIFOメモリ303をポーリングして、それが満杯に近い（7/8またはFIFOしきい値に依存する他の比率）かどうかを調べる。データ待ち行列制御装置が、行先アドレスおよびデータの量をSCSI制御装置に知らせる。その時点で、データの大部分または全部（FIFOしきい値に依存する）がFIFOメモリ303から外に動かされてデータ待ち行列制御装置のバスに載せられてSCSIディスク行先に送られる。このデータ移動は、データ待ち行列制御装置によって生成されるクロックおよびイネーブル回線を用いて達成される。
通信ボード280はまた、出力回路として働くとき、同じ二つのハードウェアビットを有している。一方のビットがそれをオンにし、他方が、それに対し、フォーマットＡのレコードまたはフォーマットＢのレコードを処理するかどうかを指示する。しかし、このとき、フォーマットＡのレコードは、別のボード（ワークステーション）に出て行く、記憶装置からの検索しか要しないレコードである。フオーマットＢのレコードは、デコーダに出て行く、転送される前に本発明による圧縮解除（再構成）を要するレコードである。出力回路として働く通信ボード280は、真のデータを消費し、それをフォーマットＡまたはフォーマットＢのいずれかに変換する。フォーマットＡのもとでは、出力回路は局所RAMからマスクビットを読み出し、充てんビットをもつ出力データおよび適当な出力チャネルにロードされる同期バイトを生成する。フォーマットＢのもとでは、出力回路は真のデータを消費し、同期バイトおよび検査合計をもつレコードを生成する。そして、このデータが、デコーダに送られる最後のデータとして出力チャネルにロードされる。
具体的には、制御プログラムが、フォーマットＡデータをもつ出力回路としての通信ボード230に対し、どの出力ポート（データOUT「Ａ」）にレコードを含むファイルを送るか指示する（例えば、図6bを参照。エラー＝ビット合計またはバイト検査合計であることができるエラーチェックである。エラー回収は、ファイルが２度目に転送されるとき、不良レコードを置き換えることによって実施される。そのうえ、カウント＝順番どおりのレコード数（１、...n）である）。制御プログラムは、レコード長、充てんビットのためのマスク（ある場合）、それらの充てんビットが定義されるもの（適用される場合）、ファイル長およびSCSIサブシステム上のファイル記憶体系をボードに提供する。通信ボードは、レコード数および検査合計を、送出される各レコードに添付する。
通信ボードが検査合計が原因でレコードを拒絶するか、レコード数を逸するならば（これらは続いて起こる）、通信ボードは、SCSIディスク上のファイル内の紛失データを満たす。ディスクに書き込むべきレコードあたりのビット数は、８で割り切れるものが好ましい。これがデータの空きおよび同期外レコードを防ぐ。具体的には、データ待ち行列制御装置は、入力回路から、レコードが到着したことを示す割込みを受けると、レコードが検査合計妥当性検査をパスしたかどうかを示す、入力回路によって提供されるビットを検査する。レコードが検査合計妥当性検査をパスしないならば、そのレコードは捨てられる。レコードが検査合計をパスするならば、そのレコード番号が期待されるレコードと比較され、同期状態外であるならば、期待されるレコードと、実際に到着したレコードとの間のレコードのすべてが失われると推測される。これが、連続する多量のデータの消失を可能にする。
各データファイルは２回転送される。最初の転送の間、ボードは不良レコード番号をリストにセーブし、そのリストを転送ファイルに関連させる。ファイルの２回目の転送は、最初の転送の際に失われた不良レコードおよび／または紛失レコードを可能なだけ回収するのに使用される。２回目の転送の間、ボードは、ファイルの最初の転送の際に正しく転送されたレコードを無視する。最初の転送の際に不良であったレコードが２回目の転送で正しく受信されると、ボードはSCSIドライブ上のファイルを置換えレコードで更新し、そのファイルに関連する不良レコードリストをも更新する。２回目の転送ののち、制御プログラムが、個々のファイルに関連する不良レコードのリストに基づいて、ディスク上のファイルが完全であり、エラーのないものであるかどうかを判定する。
制御プログラムは、通信ボード280に対し、それがフォーマットＢデータを出力として扱うとき、出力ポート（データOUT）を介してファイルを固定長レコードで転送するように指示する。（例えば、図6aを参照）。そのうえ、制御プログラムは、ファイル長、SCSIのファイル記憶体系、固定長レコード内のデータのためのマスク、このレコードのための充てんビット設定および無のレコード数もしくは検査合計をボードに提供する。このレコードは、部分（ＢとＣ）だけが達したことを除き、データIN「Ａ」に示す元のレコードと同じである。これが、圧縮解除し、変換してアナログ状態に戻すためにデコーダに提供されるものである。
次に、通信ボード280に好ましい出力チャネル論理を示す回路図である図４を考察する。出力チャネル回路の機能の一つは、先に剥ぎ取ったビットを132バイト出力レコードに再び記憶することである。これは、シフトレジスタを用いて達成される。制御プログラムによって提供されるビットマスク（132バイト幅）が、レコード中のどこに充てんビットを挿入し、どこにデータビットを挿入するかを回路に指示する。デコーダは、エンコーダによって製造されたものと同じデータ流フォーマットを必要とするが、これらの充てんビットの値はデコーダには関係がないため、この処理は、映画のデコード中に行われる。図４に見られる出力論理は、通信ボードがフォーマットＡまたはフォーマットＢのデータを扱う能力を反映するが、ここでは、フォーマットＢを用いて、出力回路としての通信ボード280の作動の詳細を説明する。
具体的には、デコーダクロック回線の入力回線レシーバ410（クロックIN）に接続されている。デコーダからのデータ回線はデータ回線送信機407（データOUT）に接続されている。制御プログラムが、データ待ち行列制御装置440に対し（システムバス430を介して）、回路ボードをリセットし、Ｎバイトのファイルを特定の出力チャネルに送るよう指示する。データ待ち行列制御装置がこのチャネルをポーリングするとき、データ待ち行列制御装置440が、８ビット幅のFIFOメモリ418がほぼ空であるかどうかを判定する。ほぼ空であるならば、ファイルからデータの次のブロックがSCSI制御装置によって要求される。データのブロックがFIFOメモリ418を満たしすぎることはない。FIFOメモリ418がこのデータを受信すると、FIFOメモリ418の利用可能データ回線が高になり、２入力ANDゲート417に供給される。
ANDゲート417がデコーダから入力回線レシーバ410を介して外部クロックを受信する。クロック遅延回路412は、「データOUT  Ａ」フォーマットのデータによる使用のために設計され、「データOUT  Ｂ」フォーマットのデータの結果には影響しない。入力レシーバ408（イネーブルIN）は「データOUT  Ａ」フォーマットにしか使用されないため、‘1'が、制御プログラムにより、システムバス430を介して、１ビットラッチ403にロードされる。
132バイトの並列ラッチ401および404はいずれも、制御プログラムにより、システムバスにロードされる。並列ラッチ401はビット剥取りマスクを含む。この状況では、ビット剥取りマスクが、レコード中のどのビットが真のデータであり、元の剥ぎ取られていないレコードフォーマットを復元するためにはどのビットを充てんすべきかを回路に指示する。結果が出ると、デコーダは、充てんビットがどの値を有するかを問わない。並列ラッチ401は、どこに充てんビットを挿入すべきかを指示し、並列ラッチ404は、これらのビットそれぞれの値、すなわち‘1'または‘2'を教える。132バイトシフトレジスタ402および405には、それぞれ並列ラッチ401および404からのデータがロードされる。
８ビット幅のFIFO418が利用可能データを有するとき、クロック信号（ANDゲート417の出力である）は、シフトレジスタ402および405を通過することを許される。そして、シフトレジスタ402および405のロード回線が11ビットのダウンカウンタ414を作動させる。カウンタ414が０に初期化されると、シフトレジスタ402および405には、それぞれ並列ラッチ401および404の内容がロードされ、カウンタ414は、レコードサイズをビット（1056）で含む11ビットラッチ413からロードされる。カウンタ414は、ANDゲート417からクロックパルスが出るごとにカウントダウンする。
ANDゲート417から出るクロック信号はまた、２入力ANDゲート420への入力である。ANDゲート420への他方の入力は、シフトレジスタ402から直列的に外にシフトされるビットマスクである。シフトレジスタ402からのこの直列データ流はまた、2:1MUX406セレクト回線を駆動する。シフトレジスタ402からのビットが‘1'であり、ANDゲート417から出るクロック信号が高であるならば、ANDゲート420の出力が８ビットシフトレジスタ419を駆動してビットを直列的に外にシフトする。このビットはMUX406のD1に進入する。シフトレジスタ402からのビットが‘1'であるため、MUX406のセレクト回線がD1を、送信機407に供給されるデータOUT信号として選択する（デコーダへのデータOUT）。MUX406は、ANDゲート417から出るクロック信号によって駆動される。
すべて８個のビットが８ビットシフトレジスタから外にシフトされたとき、３ビットダウンカウンタ416はゼロにカウントしている。そして、これが、FIFOメモリ418からの新規データのシフトレジスタ419へのロードをトリガする。FIFOメモリ418の出力イネーブルは、カウンタ416によってトリガされ、415（３ビット並列ラッチ）から７がカウンタ416に再ロードされる。最後に、カウンタ414が０までカウントダウンしたならば、それはラッチ413から再ロードし、シフトレジスタ402および405がそれぞれ並列ラッチ401および404からロードされる（次の132バイトレコードの処理が始まる）。
図５は、好ましい実施態様によるデータ待ち行列制御装置およびその環境を例示する回路図を示す。先に述べたように、データ待ち行列制御装置540は、通信ボードのポート／チャネルのすべてを管理して、そのそれぞれに総当たり方式でサービスを提供する。チャネルは、各チャネルがデータをSCSI−２バス520に移動する機会を有するよう、タイムスライスされる。チャネルの最大数は、SCSI−２バス520のスループットによって決まる。そのうえ、FIFOバッファ510、550のサイズは、すべてのチャネルが3.3Mbit/sで活動中であり、すべてのチャネル上を移動するデータが連続的である（FIFOの枯渇または満たしすぎがない）と仮定しての、データ待ち行列制御装置540の最適サービス時間によって決まる。したがって、十分なメモリバッファ510、550を各データチャネルと対応させることにより、データ待ち行列制御装置（プロセッサ）540は、チャネルのいずれをも空にしたりデータであふれさせたりすることなく、データチャネルのすべてに対し連続したループでサービスを提供する。これは、大幅に増大した速度での信頼しうるデータ転送を意味する。
PROM内に位置するファームウェアを備えた搭載マイクロプロセッサであることが好ましいデータ待ち行列制御装置540は、出／入力チャネルとの間で行き来するデータを保持する役割を負うだけでなく、SCSI−２バス520を制御する役割をも負い、その結果、本発明のオン・デマンド能力にとって主要な貢献者である。
理解されるように、SCSI−２制御装置（ハードディスクインタフェース）520は、通信ボード上に直接位置していることが好ましい。これは、高いデータ転送速度およびそのようなデータ転送速度をすべてのチャネルで同時に持続させるのに要する合計のバスバンド幅による。制御装置520を直接通信ボード上に配置すると、データ転送の障害としての低バンド幅PCシステムバス530を除くことができ（先に説明したとおり）、さらに、低廉なPCマザーボードおよびオペレーティングシステムの使用を許容する。
具体的には、データ待ち行列制御装置540によって管理される制御フローを達成する一つの方法は次のとおりである。
0003574931.tif 000002
すべての条件が真であり、Ｎ＝カード上のチャネルの最大数（例えば、ある実施態様では19）であるならば、１回のループの最大時間データ待ち行列制御装置540は、SCSIスループット/Nである。これは、すべてのチャネルが3.3Mbit/sで動き、FIFOのいずれも空になったり、あふれたりしない（すなわち、データ待ち行列制御装置540が作動している）ことを仮定する。明らかに、あるチャネルが6.6Mbit/sで動いているならば、別のチャネルが適切なスループットを維持することはできないであろう。
しかし、データ待ち行列制御装置540は、SCSIポートとRS−422チャネルとの間のデータ転送の、個々のチャネル回路のリセット、SCSIドライブのフォーマット、不良ブロックアドレスの記録およびデータを移動させる際のそれらのスキップもしくはリマッピングをはじめとするすべての側面を制御することが好ましい。管理は、制御プログラムからのコマンドにより、システムバス530を介してデータ待ち行列制御装置540に提供される。データ待ち行列制御装置540は、作動中に制御プログラムからの指示を求めて、ラッチのそれぞれをポーリングする（例えば、イネーブルフラグ、バッファ中のファイル長およびSCSIアドレス）。本質的に、データ転送は、データ待ち行列制御装置540により、次のように管理される。
0003574931.tif 000003
制御プログラム。制御プログラムはホストコンピュータ上で作動する。これは、システムバスを介して通信回路ボードと通信する。上記のように、制御プログラムは、ボードに対し、指定のファイル、その長さ、その記憶体系およびそれをどこに回送する（出力ポート／チャネル）かを送信または受信するよう指示する。制御プログラムは、上記の説明を通じてそれに帰された活動に加えて、通信ボードに対し、より多くのデータを求めて待機したり、新たな送信に備えて入力または出力ポートをリセットしたりするよう指示を出すこともできる。制御プログラムは、チャネル／ポートの状態（話中、現在のレコード、最後に受信／送信した記録からのアイドル時間）ならびにSCSI状態／問題（すなわち、ドライブが応答しない、ドライブ性能が期待した水準よりも低い、ドライブに不良ブロックが多すぎる）に関して問い合わせを行うことができる。そのうえ、制御プログラムはドライブのフォーマット変更を出すことができる。
具体的には、データ流に関して、制御プログラムは、固定長（例えば132バイト）のレコードがレコード数または検査合計を含まないと判定する。同様に、可変長レコードに関して、制御プログラムは、そのようなレコードそれぞれがレコード数または検査合計を含むと判定する。いずれにしても、先に述べたように、制御プログラムは、レコード長ならびにどのデータを捨てるかを決めるレコードビットマスクを通信ボードに提供する。
制御プログラムのソフトウェア処理の流れの態様を、以下の制御プログラム擬似コードに見ることができる。この例では、制御プログラムは、希望の映画を放映するよう要求されている。
0003574931.tif 000004
0003574931.tif 000005
0003574931.tif 000006
理解されるように、通信ボードは、制御プログラムがポーリングする各ファイル（データおよびコマンド）の状態を維持する。希望するならば、通信ボードはまた、ファイルが完全であるとき、システムバスに対して制御プログラムのための割込みを生成することもできる。そのうえ、制御プログラムソフトウェアは、各直列I/Oチャネルが作動を開始する順序に配列された「順序付き」の直列I/Oチャネル処理待ち行列を維持する。
このように、本システムおよび方法によると、ビデオテープおよび映画カードの複写および配給に伴う費用によって強いられる従来の月一度の時間割に比して、映画を一夜で交換することができる。本システムおよび方法は、宿泊業に使用することができ、さらに、より広い用途、例えば、病院、会社、集合住宅および学校、さらには都市全体のような新たな場所における有料視聴および対話式のサービスにも使用することができる。
本発明を説明するために上記に論じた特定の用途は、特定のビデオ娯楽番組制作物（映画ビデオ）のオン・デマンド転送のための記憶・転送システムおよび方法のためのものである。もう一つの用途の例は、電子ニュース収集の経路における本発明の使用を含む。例えば、ベイルートの特派員がある事件をビデオフィルムに記録するとする。その特派員は、本発明を使用して、そのフィルムを自分のPCに記憶し、それを、例えば標準の電話または衛星により、ワシントンのニュースデスクに送り返す。そして、ワシントンの編集者がそのフィルムを放映／再生して、ニュースに値する内容がないかどうか審査し、そのフィルムの一部または全部を来たるべきニュース放送に使用すると決めるならば、従来のテレビ技術（すなわち、テープデッキ、スイッチおよび変調器など）を用いてそのフィルムを記録および／または再生するか、今はそれを使用しないと決めるならば、それを保管フィルムに記憶することができる。
さらに別の用途は、遠方、おそらくは国際的な場所から、転送時間を心配することなく、または正常な設備が利用できない場合（例えば被災地域での電話）に、音声／画像ソース資材を送り返す場合を含むであろう。本発明のシステムおよび方法を使用すると、資材を実時間で記憶したのち、それを転送し、またそれを再び捕捉して、のちに、より多くの転送費用を節約したり、バンド幅可用性を収容したりすることができる。費用削減の一例は、電話回線が比較的すいている（そして高価である）ときに電話回線を使用したり、衛星が、音声／画像資材を有する信号を送信するのに利用可能な（廉価な）時間を有するときに衛星を使用したりすることを含むであろう。別の例は、資材をより遅い（より廉価な）データ転送速度で転送することであろう。
さらなる用途は、本システムおよび方法をコマーシャルの挿入に用いることを含むであろう。番組の前もしくは後または番組の最中に、ワークステーションに対し、入ってくるコマーシャルやアナウンスを受信し、放映する（またはすでにDASDに記憶されたものを放映する）ことを求める外部コマンドを出すことにより、コマーシャルやアナウンスを挿入することができる。一例は、特定の地域に関する竜巻や台風の警報（アナウンス）であることができ、これを進行中の番組に挿入することができる。
本発明の数多くの変形または代替え態様が当業者に察知されるであろう。したがって、本発明は、以下の請求の範囲によってのみ限定されるものである。
請求項１、34、35、36、37、38、39に係る各発明によれば、エンコーダ（105）がデジタル化した信号をデータ流に圧縮する。さらに第一の処理システム（110）が、該データ流をさらに圧縮し、該データ流を第一の記憶媒体に記憶する。第一の処理システムにおいて、データ流の情報を第２回目の圧縮をすることによって、データ流を一層有効に第一の記憶媒体に記憶する。
転送システム（120、130）は、データ流を第一の処理システム（110）から離れた場所に転送する。データ流の情報を２回圧縮することによって、転送システム（120、130）は、データ流を一層短い時間で転送することができるから、転送の費用を減少させることができる。
第二の処理システム（140、205−220）は、転送システム（120、130）からデータ流を受信し、このデータ流を第二の記憶媒体（160、255−260）に記憶する。この時点において、データ流の情報は２回圧縮されたままであるから、データ流を一層有効に第二の記憶媒体に記憶することができる。
再生の要求を受けて後に、第二の処理システム（140、205−220）は、データ流の複写を圧縮解除したのち、このデータ流の複写を転送する。この時点において、データ流の複写は一回圧縮解除されており、データ流の情報は或程度まで圧縮された状態である。デコーダ（270−276）は、データ流の複写をさらに圧縮解除し、圧縮解除したデータ流の複写をアナログ信号に変換する。
デコーダ（270−276）の使用は、複数の理由により有利である。たとえば、エンコーダ（105）及び第一及び第二の処理システム（110）（140、205−220）と共にデコーダ（270−276）を使用することによって、データ流の情報を多数回圧縮し、圧縮解除することができる。前述したように、このことによって情報を一層有効に記憶し転送することができる。またでコーダ（270−276）の使用によって第二の処理システム（140、205−220）に加えられる処理ロードを減少させるのを助長することができる。なぜならば第二の処理システム（140、205−220）は、データ流を２回圧縮解除する必要がないからである。さらに、デコーダ（270−276）が、データ流をさらに圧縮解除できることによって、多数のデコーダを第二の処理システム（140、205−220）に取付けて、第二の処理システムと共に使用することができる。たとえば、１つのデコーダを、システムを使用する各カスタマに供給できる。このことによって、第二の処理システム（140、205−220）が、非常に多数のユーザに使用可能なアナログ信号を生じさせることができる。
【図５】
0003574931.tif 000007
【図１】
0003574931.tif 000008
【図２ａ】
0003574931.tif 000009
【図２ａ】
0003574931.tif 000010
【図３】
0003574931.tif 000011
【図４】
0003574931.tif 000012
【図６ａ】
0003574931.tif 000013
【図６ｂ】
0003574931.tif 000014