JP3113816B2 - 階層マルチメディア配布システム - Google Patents
階層マルチメディア配布システムInfo
- Publication number
- JP3113816B2 JP3113816B2 JP08119878A JP11987896A JP3113816B2 JP 3113816 B2 JP3113816 B2 JP 3113816B2 JP 08119878 A JP08119878 A JP 08119878A JP 11987896 A JP11987896 A JP 11987896A JP 3113816 B2 JP3113816 B2 JP 3113816B2
- Authority
- JP
- Japan
- Prior art keywords
- command
- data
- control
- processor
- block
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/21—Server components or server architectures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
- H04N7/141—Systems for two-way working between two video terminals, e.g. videophone
- H04N7/148—Interfacing a video terminal to a particular transmission medium, e.g. ISDN
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/16—Analogue secrecy systems; Analogue subscription systems
- H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
- H04N7/17309—Transmission or handling of upstream communications
- H04N7/17336—Handling of requests in head-ends
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Television Signal Processing For Recording (AREA)
- Computer And Data Communications (AREA)
- Debugging And Monitoring (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は、ホスト・コンピュ
ータ・システム（メインフレームまたはホスト・サーバ
・システムなど）内の帯域幅の制約に制限されずに、そ
のホスト・システムが大容量マルチメディア（ＭＭ）配
布システムを制御できるようにするものである。本発明
は、ネットワーク接続装置（ＴＶ受像機を備えたセット
トップボックス、ＳＴＢ：Set Top Boxes）を使用する
非常に多くのデータ・ユーザが、要求したデータ（たと
えば、ムービー）を受信する際に独立してＭＭシステム
と対話できるようにする。
ータ・システム（メインフレームまたはホスト・サーバ
・システムなど）内の帯域幅の制約に制限されずに、そ
のホスト・システムが大容量マルチメディア（ＭＭ）配
布システムを制御できるようにするものである。本発明
は、ネットワーク接続装置（ＴＶ受像機を備えたセット
トップボックス、ＳＴＢ：Set Top Boxes）を使用する
非常に多くのデータ・ユーザが、要求したデータ（たと
えば、ムービー）を受信する際に独立してＭＭシステム
と対話できるようにする。
【０００２】
【従来の技術】一般の興味は、「オン・デマンド」方式
のマルチメディア・ムービーを望んでいる。しかし、現
行のデータ配布システムでは、大量の配布をオン・デマ
ンド方式で処理するには不十分である。「オン・デマン
ド」方式の要件は、その配布システムにより、ムービー
のユーザ選択と配布を非依存かつ非同期で同時に行うこ
とができ、それぞれのユーザが要求した各ムービーの受
信を独立制御できるようにしなければならないことを意
味する。
のマルチメディア・ムービーを望んでいる。しかし、現
行のデータ配布システムでは、大量の配布をオン・デマ
ンド方式で処理するには不十分である。「オン・デマン
ド」方式の要件は、その配布システムにより、ムービー
のユーザ選択と配布を非依存かつ非同期で同時に行うこ
とができ、それぞれのユーザが要求した各ムービーの受
信を独立制御できるようにしなければならないことを意
味する。
【０００３】現行のコンピュータ・システムでは、多数
のムービーをテープに格納し、少数のムービーを高速ア
クセス・ディスク記憶装置に格納し、さらに少数のムー
ビーをコンピュータのランダム・アクセス主記憶装置に
格納することができる。１本のムービー（１つのデータ
・ファイルである）は、その音声と映像を格納するのに
４ギガバイトのディジタル・データ記憶域を必要とする
可能性がある。
のムービーをテープに格納し、少数のムービーを高速ア
クセス・ディスク記憶装置に格納し、さらに少数のムー
ビーをコンピュータのランダム・アクセス主記憶装置に
格納することができる。１本のムービー（１つのデータ
・ファイルである）は、その音声と映像を格納するのに
４ギガバイトのディジタル・データ記憶域を必要とする
可能性がある。
【０００４】現行の集中ムービー配布システムでは、ユ
ーザによる大量の同時独立視聴と制御のサポートの仕方
が経済的ではなく、市販のＶＣＲ（ビデオ・カセット・
レコーダ）との競争も経済的ではない。
ーザによる大量の同時独立視聴と制御のサポートの仕方
が経済的ではなく、市販のＶＣＲ（ビデオ・カセット・
レコーダ）との競争も経済的ではない。
【０００５】多数のユーザ装置（たとえば、ＴＶ受像
機）をサポートする現行の伝送ネットワークは、単一方
向しか伝送せず、ムービーの同時送信だけをサポートし
ている。したがって、１本のムービーの単一コピーがす
べてのＴＶ受像機に伝送され、ユーザは、各ムービーの
受信をオン／オフすること以外にその伝送を制御するこ
とができない。このように「オン・デマンド」方式の視
聴が欠落していることは、現行の地上波ＴＶシステムと
ケーブルＴＶシステムの両方に当てはまる。
機）をサポートする現行の伝送ネットワークは、単一方
向しか伝送せず、ムービーの同時送信だけをサポートし
ている。したがって、１本のムービーの単一コピーがす
べてのＴＶ受像機に伝送され、ユーザは、各ムービーの
受信をオン／オフすること以外にその伝送を制御するこ
とができない。このように「オン・デマンド」方式の視
聴が欠落していることは、現行の地上波ＴＶシステムと
ケーブルＴＶシステムの両方に当てはまる。
【０００６】現在、コンピュータ制御の「オン・デマン
ド」配布システムが提案され、試行されているが、この
ようなシステムでは、大量の「オン・デマンド」公開視
聴を経済的にサポートする能力が欠如している。このよ
うな現行システムの基本的な問題は、すべての伝送デー
タが単一メモリ（通常はコンピュータ・システムのシス
テム「メイン・メモリ」）を通過するので、このような
メイン・メモリ・バッファが経済的な大量配布のネック
になっている点である。
ド」配布システムが提案され、試行されているが、この
ようなシステムでは、大量の「オン・デマンド」公開視
聴を経済的にサポートする能力が欠如している。このよ
うな現行システムの基本的な問題は、すべての伝送デー
タが単一メモリ（通常はコンピュータ・システムのシス
テム「メイン・メモリ」）を通過するので、このような
メイン・メモリ・バッファが経済的な大量配布のネック
になっている点である。
【０００７】たとえば、これは、コンピュータが入出力
サブシステムを介してディスクからコンピュータのメイ
ン・メモリに順次（一度に１つずつ）データ・ブロック
を読み取り、そのブロックをメイン・メモリからネット
ワークに順次（一度に１つずつ）伝送してＳＴＢに配布
することによって行われるのが一般的である。それぞれ
のムービーは、メイン・メモリ内に単一バッファを有す
る可能性があり、そこから（提供ムービー・スケジュー
ル・リストから電話で注文するなどの方法で）事前にそ
のムービーを注文したすべてのＳＴＢに各ブロックが同
時かつ同期的に送信される。
サブシステムを介してディスクからコンピュータのメイ
ン・メモリに順次（一度に１つずつ）データ・ブロック
を読み取り、そのブロックをメイン・メモリからネット
ワークに順次（一度に１つずつ）伝送してＳＴＢに配布
することによって行われるのが一般的である。それぞれ
のムービーは、メイン・メモリ内に単一バッファを有す
る可能性があり、そこから（提供ムービー・スケジュー
ル・リストから電話で注文するなどの方法で）事前にそ
のムービーを注文したすべてのＳＴＢに各ブロックが同
時かつ同期的に送信される。
【０００８】したがって、各バッファは、ムービー伝送
のスケジューリングを行ったすべてのＳＴＢに伝送する
ＴＶネットワークにその内容を同時に伝送する。このよ
うに各ムービーを同時に伝送するには、要求側の顧客が
すべて同時にそのムービーの視聴を開始し、まったく同
じように伝送されたムービーのデータを受信する必要が
ある。これは、各ムービーの１つのコピーを「同期伝
送」することである。
のスケジューリングを行ったすべてのＳＴＢに伝送する
ＴＶネットワークにその内容を同時に伝送する。このよ
うに各ムービーを同時に伝送するには、要求側の顧客が
すべて同時にそのムービーの視聴を開始し、まったく同
じように伝送されたムービーのデータを受信する必要が
ある。これは、各ムービーの１つのコピーを「同期伝
送」することである。
【０００９】「オン・デマンド」視聴では、すべての対
話式ムービー視聴者にとって「非同期両方向伝送」が必
要であり、ＶＣＲで現在入手可能なユーザ視聴と同様
に、それぞれのユーザが他のすべての視聴者とは無関係
に自分のムービーを制御できることが必要である。した
がって、すべての視聴者が同じムービーを視聴するか、
異なるムービーを視聴するかにかかわらず、すべての視
聴者に「オン・デマンド」視聴が可能になる。多くの問
題は、すべての視聴者に同時独立非同期両方向伝送を提
供することに関連する。
話式ムービー視聴者にとって「非同期両方向伝送」が必
要であり、ＶＣＲで現在入手可能なユーザ視聴と同様
に、それぞれのユーザが他のすべての視聴者とは無関係
に自分のムービーを制御できることが必要である。した
がって、すべての視聴者が同じムービーを視聴するか、
異なるムービーを視聴するかにかかわらず、すべての視
聴者に「オン・デマンド」視聴が可能になる。多くの問
題は、すべての視聴者に同時独立非同期両方向伝送を提
供することに関連する。
【００１０】「オン・デマンド」配布では、ムービーを
視聴している間、それぞれの視聴者がSTART、STOP、REW
IND、FAST-FORWARD、PAUSEなどのＶＣＲと同様の制御ボ
タンを使用して指示する場合を除き、それぞれの視聴者
向けに連続表示を維持しなければならない（表示中に明
らかな伝送中断なし）。
視聴している間、それぞれの視聴者がSTART、STOP、REW
IND、FAST-FORWARD、PAUSEなどのＶＣＲと同様の制御ボ
タンを使用して指示する場合を除き、それぞれの視聴者
向けに連続表示を維持しなければならない（表示中に明
らかな伝送中断なし）。
【００１１】ネットワーク上のセット・トップ・ボック
ス（ＳＴＢ）を使用する限られた数の視聴者向けの従来
のオンデマンドＴＶムービー視聴方式では、ホスト・コ
ンピュータ・システムを使用している。すべてのユーザ
は、ホスト・システム内のムービー選択メニュー・テー
ブルを使用して、メニューに記載された任意のムービー
を独立して選択する。ある視聴者が１本のムービーを選
択すると、その視聴者のＳＴＢからネットワークを介し
てホスト・コンピュータ・システムに要求が送信され、
要求側の視聴者にそのムービーの伝送を開始する前に、
顧客の妥当性検査や会計機能を含む顧客の許可が行われ
る。また、ホスト・システムは、テープまたはディスク
・ドライブ上で要求されたムービーのコピーを突き止め
る。ムービーがテープ上で見つかった場合、ディスク・
ドライブに転送される場合もある。一般に、テープ・ド
ライブから得られるものより、ディスク・ドライブの方
がネットワーク伝送プロセスの制御能力が優れているか
らである。データはまずディスクから入出力サブシステ
ム（ＩＯＳＳ）を介して主記憶装置に読み込まれ、次に
データは主記憶装置からＩＯＳＳを介し、要求側ＳＴＢ
のネットワークに接続されたネットワーク・アダプタに
読み込まれる。ネットワークは、ホスト・コンピュータ
・システムからのコマンドを受け取ってネットワーク・
アダプタを要求側ＳＴＢに接続するスイッチング機能を
含んでいる。ホスト・システムは、要求側ＳＴＢの許可
を検査する。
ス（ＳＴＢ）を使用する限られた数の視聴者向けの従来
のオンデマンドＴＶムービー視聴方式では、ホスト・コ
ンピュータ・システムを使用している。すべてのユーザ
は、ホスト・システム内のムービー選択メニュー・テー
ブルを使用して、メニューに記載された任意のムービー
を独立して選択する。ある視聴者が１本のムービーを選
択すると、その視聴者のＳＴＢからネットワークを介し
てホスト・コンピュータ・システムに要求が送信され、
要求側の視聴者にそのムービーの伝送を開始する前に、
顧客の妥当性検査や会計機能を含む顧客の許可が行われ
る。また、ホスト・システムは、テープまたはディスク
・ドライブ上で要求されたムービーのコピーを突き止め
る。ムービーがテープ上で見つかった場合、ディスク・
ドライブに転送される場合もある。一般に、テープ・ド
ライブから得られるものより、ディスク・ドライブの方
がネットワーク伝送プロセスの制御能力が優れているか
らである。データはまずディスクから入出力サブシステ
ム（ＩＯＳＳ）を介して主記憶装置に読み込まれ、次に
データは主記憶装置からＩＯＳＳを介し、要求側ＳＴＢ
のネットワークに接続されたネットワーク・アダプタに
読み込まれる。ネットワークは、ホスト・コンピュータ
・システムからのコマンドを受け取ってネットワーク・
アダプタを要求側ＳＴＢに接続するスイッチング機能を
含んでいる。ホスト・システムは、要求側ＳＴＢの許可
を検査する。
【００１２】従来のホスト・システムが同時に供給可能
なムービーの数は、多くの場合、要求側ＳＴＢに単独ム
ービーを伝送するのに使用可能なバスの帯域幅によって
制限されている。伝送されるムービーの単独コピーは
（同一ムービーか異なるムービーかにかかわらず）メモ
リ・バスの帯域幅の取り合いを行う。すなわち、一度に
メモり・バス上で伝送できるのは、１本のムービーの１
つのブロックだけである。
なムービーの数は、多くの場合、要求側ＳＴＢに単独ム
ービーを伝送するのに使用可能なバスの帯域幅によって
制限されている。伝送されるムービーの単独コピーは
（同一ムービーか異なるムービーかにかかわらず）メモ
リ・バスの帯域幅の取り合いを行う。すなわち、一度に
メモり・バス上で伝送できるのは、１本のムービーの１
つのブロックだけである。
【００１３】各ムービーを１人の視聴者に送信する場
合、毎秒０．２〜０．５メガバイト（ＭＢ／ｓ）のデー
タ伝送が可能な帯域幅が必要である。従来のホスト／ネ
ットワーク伝送システムでは、ＩＯＳＳを介してディス
クからすべてのデータ・ブロックを読み取り、それをコ
ンピュータの主記憶装置に書き込まなければならない。
その後、そのブロックはＩＯＳＳを介して主記憶装置か
らネットワークに読み出される。その結果、従来のホス
ト・コンピュータ・システムでは、ムービーを視聴者に
送達する際にムービー・データを２回（１回はディスク
から、もう１回はメイン・メモリから）移動させなけれ
ばならない。
合、毎秒０．２〜０．５メガバイト（ＭＢ／ｓ）のデー
タ伝送が可能な帯域幅が必要である。従来のホスト／ネ
ットワーク伝送システムでは、ＩＯＳＳを介してディス
クからすべてのデータ・ブロックを読み取り、それをコ
ンピュータの主記憶装置に書き込まなければならない。
その後、そのブロックはＩＯＳＳを介して主記憶装置か
らネットワークに読み出される。その結果、従来のホス
ト・コンピュータ・システムでは、ムービーを視聴者に
送達する際にムービー・データを２回（１回はディスク
から、もう１回はメイン・メモリから）移動させなけれ
ばならない。
【００１４】しかし、入出力バスのようにメモり・バス
に順次に接続されている他のバスは、従来のコンピュー
タ・システムが要求側ＳＴＢに「オン・デマンド」方式
で同時に伝送できる単独ムービーの最大数を厳しく制限
する可能性がある。このような従来のホスト・コンピュ
ータ・システムの一例では、ＩＢＭ ＲＳ／６０００モ
デル５９ＨというＲＩＳＣホスト・システムを使用して
いる。このシステムは、アダプタをＲＩＳＣプロセッサ
に接続するために２本のマイクロチャネル・バス上に１
６個のアダプタ・スロットを備えている。Ｍ５９Ｈシス
テムの１６個のスロットは、ディスク・アダプタとネッ
トワーク・アダプタに等しく分割されている。それぞれ
のアダプタが処理できるのは最高１０ＭＢ／ｓまでの帯
域幅である。ディスクからメイン・メモリを介してネッ
トワークにムービーを送達するようにシステムを設計す
る場合、ディスク・アダプタの全帯域幅とネットワーク
の全帯域幅が考慮されている。このような先行技術のシ
ステムでは、１本のムービー当たりの主記憶装置の容量
が４ＧＢで、主記憶装置のコストが高いため、主記憶装
置から送達可能なムービーの数が非常に少なくなる可能
性がある。
に順次に接続されている他のバスは、従来のコンピュー
タ・システムが要求側ＳＴＢに「オン・デマンド」方式
で同時に伝送できる単独ムービーの最大数を厳しく制限
する可能性がある。このような従来のホスト・コンピュ
ータ・システムの一例では、ＩＢＭ ＲＳ／６０００モ
デル５９ＨというＲＩＳＣホスト・システムを使用して
いる。このシステムは、アダプタをＲＩＳＣプロセッサ
に接続するために２本のマイクロチャネル・バス上に１
６個のアダプタ・スロットを備えている。Ｍ５９Ｈシス
テムの１６個のスロットは、ディスク・アダプタとネッ
トワーク・アダプタに等しく分割されている。それぞれ
のアダプタが処理できるのは最高１０ＭＢ／ｓまでの帯
域幅である。ディスクからメイン・メモリを介してネッ
トワークにムービーを送達するようにシステムを設計す
る場合、ディスク・アダプタの全帯域幅とネットワーク
の全帯域幅が考慮されている。このような先行技術のシ
ステムでは、１本のムービー当たりの主記憶装置の容量
が４ＧＢで、主記憶装置のコストが高いため、主記憶装
置から送達可能なムービーの数が非常に少なくなる可能
性がある。
【００１５】ホスト・システムが送達可能なムービーの
数を決定する場合、ネックが起こりうるかどうかについ
て、システムの各伝送構成要素を評価する必要がある。
ＲＳ／６０００モデル５９Ｈシステムでは、０．２〜
０．５ＭＢ／ｓという平均データ転送速度でネットワー
ク上で各ムービーを伝送することによって、それぞれの
要求側ＴＶ受像機での連続表示機能を維持している。対
応するそれぞれのディスクが１０ＭＢ／ｓという帯域幅
を有するディスク・アダプタによって２．０ＭＢ／ｓと
いう速度で動作する場合、（ＲＳ／６０００ Ｍ５９Ｈ
の）ディスク・アダプタは最高５台までのディスク・ド
ライブの同時操作をサポートできるはずである。
数を決定する場合、ネックが起こりうるかどうかについ
て、システムの各伝送構成要素を評価する必要がある。
ＲＳ／６０００モデル５９Ｈシステムでは、０．２〜
０．５ＭＢ／ｓという平均データ転送速度でネットワー
ク上で各ムービーを伝送することによって、それぞれの
要求側ＴＶ受像機での連続表示機能を維持している。対
応するそれぞれのディスクが１０ＭＢ／ｓという帯域幅
を有するディスク・アダプタによって２．０ＭＢ／ｓと
いう速度で動作する場合、（ＲＳ／６０００ Ｍ５９Ｈ
の）ディスク・アダプタは最高５台までのディスク・ド
ライブの同時操作をサポートできるはずである。
【００１６】しかし、Ｍ５９Ｈシステムでは、その２本
のマイクロチャネル・バスが帯域幅上のネックになって
いる。というのは、それぞれのバスの帯域幅がわずか２
０ＭＢ／ｓしかないからである。この例では、一方のマ
イクロチャネル・バスがディスク・アダプタに接続さ
れ、もう一方のマイクロチャネル・バスがネットワーク
・アダプタに接続されている。それぞれのマイクロチャ
ネル・バスの帯域幅が２０ＭＢ／ｓしかないので、それ
ぞれのマイクロチャネル・バスは、２．０ＭＢ／ｓの速
度で同時に動作するディスクを１０枚しかサポートする
ことができない。したがって、それぞれのマイクロチャ
ネル・バスがサポートできるのは、１０ＭＢ／ｓで動作
する２つのディスク・アダプタと、そのため、２つのネ
ットワーク・アダプタとに限られる。
のマイクロチャネル・バスが帯域幅上のネックになって
いる。というのは、それぞれのバスの帯域幅がわずか２
０ＭＢ／ｓしかないからである。この例では、一方のマ
イクロチャネル・バスがディスク・アダプタに接続さ
れ、もう一方のマイクロチャネル・バスがネットワーク
・アダプタに接続されている。それぞれのマイクロチャ
ネル・バスの帯域幅が２０ＭＢ／ｓしかないので、それ
ぞれのマイクロチャネル・バスは、２．０ＭＢ／ｓの速
度で同時に動作するディスクを１０枚しかサポートする
ことができない。したがって、それぞれのマイクロチャ
ネル・バスがサポートできるのは、１０ＭＢ／ｓで動作
する２つのディスク・アダプタと、そのため、２つのネ
ットワーク・アダプタとに限られる。
【００１７】Ｍ５９Ｈの例では、マイクロチャネル・バ
スがシステムのネックになっており、伝送をサポートす
るプロトコルがオンデマンド・プロトコルか、使用可能
な対話式手段がなくてもサービスを受けるすべての要求
側ＳＴＢが同時に同じデータを受信する同期プロトコル
のいずれであっても、システムは最高４０〜１００個の
ムービー要求を同時に処理することができる。
スがシステムのネックになっており、伝送をサポートす
るプロトコルがオンデマンド・プロトコルか、使用可能
な対話式手段がなくてもサービスを受けるすべての要求
側ＳＴＢが同時に同じデータを受信する同期プロトコル
のいずれであっても、システムは最高４０〜１００個の
ムービー要求を同時に処理することができる。
【００１８】図２は、入出力の同期をとるためにそのメ
イン・メモリ・バッファを通過する２つの個別の入出力
伝送経路を使用する、マルチメディア・データ・サーバ
・コンピュータ・システムにおける先行技術のネックを
示す上記の例を表している。したがって、このシステム
は、ディスク１０７からそのシステム・メイン・メモリ
を介してネットワーク１０８にデータを伝送する。この
２つの入出力経路はそれぞれ個別のＣＰＵコマンドを１
つずつ必要とする。第１のコマンドは、伝送されたデー
タがそれぞれのバッファに格納される場合に、ディスク
１０７の１つと、接続されたディスク・アダプタ２０１
と、接続された入出力バス１０５と、ＩＯＳＳ１０４
と、メイン・メモリ１０２へのシステム・メモリ・バス
１０３とを含む第１の経路に沿ったディスク・データの
伝送を制御する。次に、第２のＣＰＵコマンドは、メイ
ン・メモリから、ネットワーク１０８に接続されている
割当て済みネットワーク・アダプタ２０２へのデータの
転送を制御する。ＣＰＵ１０１で動作するプログラム
は、ディスク１０７から、ネットワーク１０８に接続さ
れた要求側ＳＴＢへのすべてのムービーの伝送を制御す
る入出力コマンドを出す。
イン・メモリ・バッファを通過する２つの個別の入出力
伝送経路を使用する、マルチメディア・データ・サーバ
・コンピュータ・システムにおける先行技術のネックを
示す上記の例を表している。したがって、このシステム
は、ディスク１０７からそのシステム・メイン・メモリ
を介してネットワーク１０８にデータを伝送する。この
２つの入出力経路はそれぞれ個別のＣＰＵコマンドを１
つずつ必要とする。第１のコマンドは、伝送されたデー
タがそれぞれのバッファに格納される場合に、ディスク
１０７の１つと、接続されたディスク・アダプタ２０１
と、接続された入出力バス１０５と、ＩＯＳＳ１０４
と、メイン・メモリ１０２へのシステム・メモリ・バス
１０３とを含む第１の経路に沿ったディスク・データの
伝送を制御する。次に、第２のＣＰＵコマンドは、メイ
ン・メモリから、ネットワーク１０８に接続されている
割当て済みネットワーク・アダプタ２０２へのデータの
転送を制御する。ＣＰＵ１０１で動作するプログラム
は、ディスク１０７から、ネットワーク１０８に接続さ
れた要求側ＳＴＢへのすべてのムービーの伝送を制御す
る入出力コマンドを出す。
【００１９】先行技術のサーバ・コンピュータでは、デ
ィスクからメイン・メモリにデータを伝送する場合、入
出力バス１０５、ＩＯＳＳ１０４、システム・メモリ・
バス１０３など、データが通過する内部構成要素のいず
れかで、データが帯域幅の制約を受ける可能性がある。
データはメイン・メモリへの入力とメイン・メモリから
の出力の両方を行わなければならないので、内部コンピ
ュータの帯域幅要件は、０．２〜０．５ＭＢ／ｓという
ムービーのデータ転送速度要件の２倍になる。他の先行
技術のサーバ設計では、その内部資源が帯域幅の制約と
なる点が異なり、同時に提供されるムービーの数を制限
する可能性がある。
ィスクからメイン・メモリにデータを伝送する場合、入
出力バス１０５、ＩＯＳＳ１０４、システム・メモリ・
バス１０３など、データが通過する内部構成要素のいず
れかで、データが帯域幅の制約を受ける可能性がある。
データはメイン・メモリへの入力とメイン・メモリから
の出力の両方を行わなければならないので、内部コンピ
ュータの帯域幅要件は、０．２〜０．５ＭＢ／ｓという
ムービーのデータ転送速度要件の２倍になる。他の先行
技術のサーバ設計では、その内部資源が帯域幅の制約と
なる点が異なり、同時に提供されるムービーの数を制限
する可能性がある。
【００２０】この例では、ＲＳ／６０００ Ｍ５９Ｈシ
ステムのメモリ・バスは３００ＭＢ／ｓの帯域幅を備え
ているが、そのうちの４０ＭＢ／ｓの帯域幅しかムービ
ー伝送操作に使用できない。したがって、Ｍ５９Ｈシス
テムでは、そのマイクロチャネルの最大帯域幅が４０Ｍ
Ｂ／ｓであることがネックになる。その２６０ＭＢ／ｓ
という余分な帯域幅はムービーに使用できず、無関係の
中央処理操作に使用するまで無駄になる。
ステムのメモリ・バスは３００ＭＢ／ｓの帯域幅を備え
ているが、そのうちの４０ＭＢ／ｓの帯域幅しかムービ
ー伝送操作に使用できない。したがって、Ｍ５９Ｈシス
テムでは、そのマイクロチャネルの最大帯域幅が４０Ｍ
Ｂ／ｓであることがネックになる。その２６０ＭＢ／ｓ
という余分な帯域幅はムービーに使用できず、無関係の
中央処理操作に使用するまで無駄になる。
【００２１】そのメイン・メモリを介してムービー伝送
をバッファリングするマルチメディア・サーバとして従
来のコンピュータ・システムを使用すると、同様のネッ
クが発生することになる。従来のコンピュータ・システ
ムが異なればネックとなる制限も異なり、それについて
は、コンピュータ・サーバの設計者が具体的に評価しな
ければならない。
をバッファリングするマルチメディア・サーバとして従
来のコンピュータ・システムを使用すると、同様のネッ
クが発生することになる。従来のコンピュータ・システ
ムが異なればネックとなる制限も異なり、それについて
は、コンピュータ・サーバの設計者が具体的に評価しな
ければならない。
【００２２】
【発明が解決しようとする課題】本発明は、システム・
メモリ・バスと関連バスの帯域幅の制限が「オン・デマ
ンド」方式のネットワーク伝送にもたらす従来のネック
を解消するものである。また、本発明は、システム・メ
モリ・バスと関連バスを介してムービー・データ（およ
び同様のテキスト／図形データ）を伝送することによっ
て発生する帯域幅の制限を解消するものである。さら
に、本発明は、ホスト・コンピュータをムービー・デー
タの転送から解放しながら、ホスト・コンピュータ・シ
ステムが大規模ムービー配布ネットワークでのすべての
ムービー伝送の制御を維持できるようにする。ムービー
・ネットワーク伝送機能は、いかなるホスト・バスの帯
域幅制限の制約も受けない。
メモリ・バスと関連バスの帯域幅の制限が「オン・デマ
ンド」方式のネットワーク伝送にもたらす従来のネック
を解消するものである。また、本発明は、システム・メ
モリ・バスと関連バスを介してムービー・データ（およ
び同様のテキスト／図形データ）を伝送することによっ
て発生する帯域幅の制限を解消するものである。さら
に、本発明は、ホスト・コンピュータをムービー・デー
タの転送から解放しながら、ホスト・コンピュータ・シ
ステムが大規模ムービー配布ネットワークでのすべての
ムービー伝送の制御を維持できるようにする。ムービー
・ネットワーク伝送機能は、いかなるホスト・バスの帯
域幅制限の制約も受けない。
【００２３】また、本発明は、何台のセットトップボッ
クス（ＳＴＢ）が「オン・デマンド」方式のムービー伝
送を同時に要求した場合でも単一のホスト・コンピュー
タ・システムがそれをサポートできるようにすることに
よって、マルチメディア・システムのスケーラビリティ
を可能にする。
クス（ＳＴＢ）が「オン・デマンド」方式のムービー伝
送を同時に要求した場合でも単一のホスト・コンピュー
タ・システムがそれをサポートできるようにすることに
よって、マルチメディア・システムのスケーラビリティ
を可能にする。
【００２４】さらに、本発明では、ホスト・コンピュー
タ・システムがネットワーク操作の制御と同様、他の目
的にもホスト資源を使用できるように、ホスト・システ
ムの資源をネットワーク・データがない状態に維持する
ことができる。その結果、本発明では、同時再生するム
ービーの数を少なくとも１桁分拡大することができ、さ
らに複数桁分拡大できる可能性も高く、単一のホスト・
システムでサポート可能な数千台のＳＴＢをサポートで
きるものと思われる。
タ・システムがネットワーク操作の制御と同様、他の目
的にもホスト資源を使用できるように、ホスト・システ
ムの資源をネットワーク・データがない状態に維持する
ことができる。その結果、本発明では、同時再生するム
ービーの数を少なくとも１桁分拡大することができ、さ
らに複数桁分拡大できる可能性も高く、単一のホスト・
システムでサポート可能な数千台のＳＴＢをサポートで
きるものと思われる。
【００２５】
【課題を解決するための手段】このため、本発明では、
ホスト・システムからネットワーク・データ処理操作を
取り除く。ホスト・システムが維持するのは、ネットワ
ーク・データ伝送に関するネットワーク制御操作のみで
ある。本発明は、ネットワーク・データ伝送操作の制御
をさらに実行するためにそれぞれが１つまたは複数のマ
ルチメディア制御装置（ＭＭＣ）を含む、１つまたは複
数のマルチメディア（ＭＭ）アダプタを有する制御階層
を提供する。それぞれのＭＭＣは、選択したディスクか
らネットワークにデータを直接伝送する複数の「ＭＭ
対」に接続している。スケーリング可能（拡大可能）な
数のＭＭ対が１つのＭＭＣでサポートされる。ＭＭ対の
スケーラビリティは、任意の数のＭＭＣを単一のＭＭア
ダプタで操作できるようにすることによって、さらに拡
大可能である。また、ＭＭ対のスケーラビリティは、任
意の数のＭＭアダプタを単一のホスト・システムに接続
できるようにすることによって、さらに拡大可能であ
る。
ホスト・システムからネットワーク・データ処理操作を
取り除く。ホスト・システムが維持するのは、ネットワ
ーク・データ伝送に関するネットワーク制御操作のみで
ある。本発明は、ネットワーク・データ伝送操作の制御
をさらに実行するためにそれぞれが１つまたは複数のマ
ルチメディア制御装置（ＭＭＣ）を含む、１つまたは複
数のマルチメディア（ＭＭ）アダプタを有する制御階層
を提供する。それぞれのＭＭＣは、選択したディスクか
らネットワークにデータを直接伝送する複数の「ＭＭ
対」に接続している。スケーリング可能（拡大可能）な
数のＭＭ対が１つのＭＭＣでサポートされる。ＭＭ対の
スケーラビリティは、任意の数のＭＭＣを単一のＭＭア
ダプタで操作できるようにすることによって、さらに拡
大可能である。また、ＭＭ対のスケーラビリティは、任
意の数のＭＭアダプタを単一のホスト・システムに接続
できるようにすることによって、さらに拡大可能であ
る。
【００２６】それぞれのＭＭ対は、その対内のマルチメ
ディア・ネットワーク・アダプタにマルチメディア・デ
ィスク・アダプタを直接接続する「対バス」を備えてい
る。ＭＭネットワーク・アダプタは、多数の要求側ＳＴ
Ｂを有するネットワークにこの対バスを接続する。（複
数の対バスを備えた）複数のＭＭ対を制御する１つのＭ
ＭＣを有する単一ホスト・コンピュータ・システムで数
千のＳＴＢを制御することができる。ホスト・システム
は、ネットワーク・データの伝送から解放されることに
よって不当に負担を負うことがなく、コンピュータ・シ
ステムは、その動作時間の大部分の間、無関係の作業を
実行していることができ、その内部バスは、「オン・デ
マンド」方式でネットワークによって処理可能なムービ
ーの数に対して一切制約を加えない。
ディア・ネットワーク・アダプタにマルチメディア・デ
ィスク・アダプタを直接接続する「対バス」を備えてい
る。ＭＭネットワーク・アダプタは、多数の要求側ＳＴ
Ｂを有するネットワークにこの対バスを接続する。（複
数の対バスを備えた）複数のＭＭ対を制御する１つのＭ
ＭＣを有する単一ホスト・コンピュータ・システムで数
千のＳＴＢを制御することができる。ホスト・システム
は、ネットワーク・データの伝送から解放されることに
よって不当に負担を負うことがなく、コンピュータ・シ
ステムは、その動作時間の大部分の間、無関係の作業を
実行していることができ、その内部バスは、「オン・デ
マンド」方式でネットワークによって処理可能なムービ
ーの数に対して一切制約を加えない。
【００２７】従来の各ＳＴＢは、ネットワークからデー
タ・ブロックを受け取り、バッファから接続されたＴＶ
受像機へのデータの出力を制御するために、内部・バッ
ファを１つずつ備えている。ネットワーク・ブロック伝
送速度はＳＴＢバッファの出力速度よりかなり速いの
で、ユーザがＴＶ受像機でそのムービーを視聴すること
によってブロック内のデータが消費される時間の何分の
１かでそれぞれのデータ・ブロックがＳＴＢバッファに
受信される。
タ・ブロックを受け取り、バッファから接続されたＴＶ
受像機へのデータの出力を制御するために、内部・バッ
ファを１つずつ備えている。ネットワーク・ブロック伝
送速度はＳＴＢバッファの出力速度よりかなり速いの
で、ユーザがＴＶ受像機でそのムービーを視聴すること
によってブロック内のデータが消費される時間の何分の
１かでそれぞれのデータ・ブロックがＳＴＢバッファに
受信される。
【００２８】しかし、ＳＴＢとネットワークは、それぞ
れのＭＭ対を介してそれぞれの割当て済みＭＭＣにデー
タと制御信号の両方を伝送する。制御コマンドはＳＴＢ
によって生成され、ＳＴＢがサービスを希望するかまた
は必要とするときにネットワークを介してＭＭＳに送ら
れる。
れのＭＭ対を介してそれぞれの割当て済みＭＭＣにデー
タと制御信号の両方を伝送する。制御コマンドはＳＴＢ
によって生成され、ＳＴＢがサービスを希望するかまた
は必要とするときにネットワークを介してＭＭＳに送ら
れる。
【００２９】ＭＭＣは、ＭＭ制御マイクロプロセッサお
よびＭＭ制御メモリの形式で制御論理回路を含んでい
る。ムービー・データはＭＭ制御メモリを通過しない。
ＭＭマイクロプロセッサとＭＭメモリは、接続されたＭ
Ｍ対を通過するデータの制御のみに使用される。逐次化
方式でそのバスを介して複数のムービー・ブロック伝送
をインタリーブすることによって、任意の１本のＭＭ対
バスによって処理可能なムービー伝送の最大数について
は、比較的高い制限が存在する。
よびＭＭ制御メモリの形式で制御論理回路を含んでい
る。ムービー・データはＭＭ制御メモリを通過しない。
ＭＭマイクロプロセッサとＭＭメモリは、接続されたＭ
Ｍ対を通過するデータの制御のみに使用される。逐次化
方式でそのバスを介して複数のムービー・ブロック伝送
をインタリーブすることによって、任意の１本のＭＭ対
バスによって処理可能なムービー伝送の最大数について
は、比較的高い制限が存在する。
【００３０】ホスト・ネットワーク制御処理（ＮＣＰ）
は、ムービー伝送についてＭＭＣから各ユーザ要求を受
け取る、ホスト・システム内で動作するプログラムであ
る可能性のあるネットワーク制御システムによって処理
される。ＮＣＰは、ムービーを受信するためのＳＴＢ許
可と、複数のＭＭＣ制御ディスクのうち、どのディスク
が各要求ムービーを有するかを判定し、ＮＣＰは、ＳＴ
Ｂからのユーザ要求がムービー伝送を受け取れるように
なる前に他の予備プロセスを実行する。
は、ムービー伝送についてＭＭＣから各ユーザ要求を受
け取る、ホスト・システム内で動作するプログラムであ
る可能性のあるネットワーク制御システムによって処理
される。ＮＣＰは、ムービーを受信するためのＳＴＢ許
可と、複数のＭＭＣ制御ディスクのうち、どのディスク
が各要求ムービーを有するかを判定し、ＮＣＰは、ＳＴ
Ｂからのユーザ要求がムービー伝送を受け取れるように
なる前に他の予備プロセスを実行する。
【００３１】ＭＭコマンド・プロトコルは、識別された
ムービーをＳＴＢが受信することに関する要求を含む各
ＳＴＢ開始コマンドをＭＭＣに受け取らせることを含ん
でいる。ＭＭＣは、この要求をホスト・システムに渡
し、その処理を実行する。ホスト・システムは、要求を
承認した場合、ＭＭＣにＣＰＵコマンドを送信するため
にホストＣＰＵを割り当てる（このＭＭＣは、ホストに
要求を送信したものと同じＭＭＣである可能性がある
が、要求側ＳＴＢに接続可能なＭＭ対を有し、要求され
たムービーを含むディスクを有するホスト・システムに
よって制御されるＭＭＣであれば、どのＭＭＣにもＣＰ
Ｕコマンドを送信することができる）。
ムービーをＳＴＢが受信することに関する要求を含む各
ＳＴＢ開始コマンドをＭＭＣに受け取らせることを含ん
でいる。ＭＭＣは、この要求をホスト・システムに渡
し、その処理を実行する。ホスト・システムは、要求を
承認した場合、ＭＭＣにＣＰＵコマンドを送信するため
にホストＣＰＵを割り当てる（このＭＭＣは、ホストに
要求を送信したものと同じＭＭＣである可能性がある
が、要求側ＳＴＢに接続可能なＭＭ対を有し、要求され
たムービーを含むディスクを有するホスト・システムに
よって制御されるＭＭＣであれば、どのＭＭＣにもＣＰ
Ｕコマンドを送信することができる）。
【００３２】ＳＴＢからのムービー開始コマンドによ
り、ホストＣＰＵはユーザ許可を判定することができ、
ユーザが許可された場合、ホストは、要求されたムービ
ーを含むディスクを選択し、選択されたＭＭ対による伝
送を開始するためにＭＭＣにホスト・コマンドを送信す
る。ムービーを表示しながら、ＳＴＢは、ムービー伝送
を制御するためにSTART、STOP、REWIND、FAST-FORWAR
D、PAUSEなどを含む新しいＳＴＢコマンドをＭＭＣに対
話式に送信して、現行の市販テープのＶＣＲで見られる
ＴＶ制御機能と同様のＶＣＲ機能を提供することができ
る。
り、ホストＣＰＵはユーザ許可を判定することができ、
ユーザが許可された場合、ホストは、要求されたムービ
ーを含むディスクを選択し、選択されたＭＭ対による伝
送を開始するためにＭＭＣにホスト・コマンドを送信す
る。ムービーを表示しながら、ＳＴＢは、ムービー伝送
を制御するためにSTART、STOP、REWIND、FAST-FORWAR
D、PAUSEなどを含む新しいＳＴＢコマンドをＭＭＣに対
話式に送信して、現行の市販テープのＶＣＲで見られる
ＴＶ制御機能と同様のＶＣＲ機能を提供することができ
る。
【００３３】すべてのＳＴＢコマンドは、ネットワーク
を通過して割当て済み（接続済み）ＭＭ対に到達し、こ
れがそのＳＴＢコマンドをそのＭＭＣのマイクロプロセ
ッサに渡し、そのマイクロプロセッサが次にそのコマン
ドを処理するか、またはそのコマンドをホスト・コンピ
ュータ・システムに渡す。ＭＭＣは、ホスト内でＮＣＰ
処理を必要としないコマンドを処理する。
を通過して割当て済み（接続済み）ＭＭ対に到達し、こ
れがそのＳＴＢコマンドをそのＭＭＣのマイクロプロセ
ッサに渡し、そのマイクロプロセッサが次にそのコマン
ドを処理するか、またはそのコマンドをホスト・コンピ
ュータ・システムに渡す。ＭＭＣは、ホスト内でＮＣＰ
処理を必要としないコマンドを処理する。
【００３４】各ＭＭ対の対バスの帯域幅は、接続された
対ディスク・アダプタまたは対ネットワーク・アダプタ
の帯域幅より広くなるように設計されている。アダプタ
に適合する帯域幅は、ディスク・アダプタに接続された
読取りディスクからＭＭ対バスとその接続済みネットワ
ーク・アダプタを介してネットワークと要求側ＳＴＢに
至る、インタリーブされたデータ・ブロックの無制約の
流れを可能にするものである必要がある。この伝送経路
内のデータ・ブロックはＭＭＣまたはホスト・コンピュ
ータ・システムを通過せず、その伝送はＭＭＣまたはホ
スト・システムのいずれかの帯域幅の制約の影響を受け
ない。
対ディスク・アダプタまたは対ネットワーク・アダプタ
の帯域幅より広くなるように設計されている。アダプタ
に適合する帯域幅は、ディスク・アダプタに接続された
読取りディスクからＭＭ対バスとその接続済みネットワ
ーク・アダプタを介してネットワークと要求側ＳＴＢに
至る、インタリーブされたデータ・ブロックの無制約の
流れを可能にするものである必要がある。この伝送経路
内のデータ・ブロックはＭＭＣまたはホスト・コンピュ
ータ・システムを通過せず、その伝送はＭＭＣまたはホ
スト・システムのいずれかの帯域幅の制約の影響を受け
ない。
【００３５】要求側ＳＴＢへのムービー伝送が開始され
ると、ＳＴＢは、一連の次ブロック・コマンドをＭＭ制
御装置（ＳＴＢのユーザにとって透過である）に出すこ
とにより、ムービー・データの円滑なＴＶ表示ができる
ように、ムービーの連続伝送を自動的に維持する。ＳＴ
Ｂは、受信した各データ・ブロックをバッファリング
し、表示および音声のためにＳＴＢバッファ・データを
接続ＴＶ受像機に出力するときに、デコード、暗号化、
課金、制御の各機能を実行する。ＭＭＣプロセッサは、
ムービーを開始するためのＣＰＵコマンドを受け取った
後、この伝送用の許可を示すフラグ・フィールドをＭＭ
Ｃメモリ内に設定するので、ＭＭＣプロセッサは、次ブ
ロック・コマンドの処理の際にホスト・システムを必要
とせずに、ＳＴＢコマンドに応答するデータ・ブロック
を送信するために必要な処理を直接処理することができ
るようになる。このようにして、ＭＭＣプロセッサと、
ＭＭＣ対と、ＳＴＢは、ムービー全体が伝送されるまで
データ・ブロック伝送を続行するよう協力する。
ると、ＳＴＢは、一連の次ブロック・コマンドをＭＭ制
御装置（ＳＴＢのユーザにとって透過である）に出すこ
とにより、ムービー・データの円滑なＴＶ表示ができる
ように、ムービーの連続伝送を自動的に維持する。ＳＴ
Ｂは、受信した各データ・ブロックをバッファリング
し、表示および音声のためにＳＴＢバッファ・データを
接続ＴＶ受像機に出力するときに、デコード、暗号化、
課金、制御の各機能を実行する。ＭＭＣプロセッサは、
ムービーを開始するためのＣＰＵコマンドを受け取った
後、この伝送用の許可を示すフラグ・フィールドをＭＭ
Ｃメモリ内に設定するので、ＭＭＣプロセッサは、次ブ
ロック・コマンドの処理の際にホスト・システムを必要
とせずに、ＳＴＢコマンドに応答するデータ・ブロック
を送信するために必要な処理を直接処理することができ
るようになる。このようにして、ＭＭＣプロセッサと、
ＭＭＣ対と、ＳＴＢは、ムービー全体が伝送されるまで
データ・ブロック伝送を続行するよう協力する。
【００３６】ＳＴＢは、そのデータ・バッファがまもな
くデータが空になることを感知すると、必ず次ブロック
・コマンドを生成する。次にＳＴＢは、要求側ＳＴＢに
接続されたＴＶ受像機上で中断のない表示を維持するの
に十分早い時期にムービーの次のデータ・ブロックを獲
得するためのコマンドをＭＭＣが処理できるようにする
ために適切な時期にその接続済みＭＭアダプタに次ブロ
ック・コマンド制御ブロックと割込み信号を送信する。
ＳＴＢの次ブロック・コマンドは、少なくとも、要求さ
れたムービーのＩＤと、要求側ＳＴＢのネットワーク・
アドレスとを含む。
くデータが空になることを感知すると、必ず次ブロック
・コマンドを生成する。次にＳＴＢは、要求側ＳＴＢに
接続されたＴＶ受像機上で中断のない表示を維持するの
に十分早い時期にムービーの次のデータ・ブロックを獲
得するためのコマンドをＭＭＣが処理できるようにする
ために適切な時期にその接続済みＭＭアダプタに次ブロ
ック・コマンド制御ブロックと割込み信号を送信する。
ＳＴＢの次ブロック・コマンドは、少なくとも、要求さ
れたムービーのＩＤと、要求側ＳＴＢのネットワーク・
アドレスとを含む。
【００３７】ＭＭプロセッサが次ブロック・コマンドに
対応する場合、ＭＭプロセッサは、ディスク・アダプタ
へのディスク読取りコマンドと、ネットワーク・アダプ
タへのネットワーク制御コマンドとを含む、１対のＭＭ
制御コマンドを関連ＭＭ対に送信することによって応答
する。ディスク読取りコマンドは、識別されたムービー
のディスク・アドレスと、ディスクから読み取るべき次
のデータ・ブロックのディスク上でのブロック・アドレ
スとを含む。ネットワーク制御コマンドは、伝送される
この次のデータ・ブロックを受信する予定の要求側ＳＴ
Ｂへのネットワークを介した経路を特定する経路アドレ
スを含む。
対応する場合、ＭＭプロセッサは、ディスク・アダプタ
へのディスク読取りコマンドと、ネットワーク・アダプ
タへのネットワーク制御コマンドとを含む、１対のＭＭ
制御コマンドを関連ＭＭ対に送信することによって応答
する。ディスク読取りコマンドは、識別されたムービー
のディスク・アドレスと、ディスクから読み取るべき次
のデータ・ブロックのディスク上でのブロック・アドレ
スとを含む。ネットワーク制御コマンドは、伝送される
この次のデータ・ブロックを受信する予定の要求側ＳＴ
Ｂへのネットワークを介した経路を特定する経路アドレ
スを含む。
【００３８】経路アドレスは、ネットワークを介して伝
送される各ブロックごとに、ネットワークで解釈される
経路プロトコルを使用することができる。このプロトコ
ルの場合、ＭＭプロセッサは、ネットワーク・アダプタ
によって伝送される次の各データ・ブロックに連結され
る接頭部に経路情報を挿入する。この接頭部は、それぞ
れのネットワーク・スイッチがその接頭部を解釈して、
必要なＳＴＢへの途中でデータ・ブロックを伝送するの
に必要な経路内の次の脚を選択できるようにする経路Ｉ
Ｄを含む。
送される各ブロックごとに、ネットワークで解釈される
経路プロトコルを使用することができる。このプロトコ
ルの場合、ＭＭプロセッサは、ネットワーク・アダプタ
によって伝送される次の各データ・ブロックに連結され
る接頭部に経路情報を挿入する。この接頭部は、それぞ
れのネットワーク・スイッチがその接頭部を解釈して、
必要なＳＴＢへの途中でデータ・ブロックを伝送するの
に必要な経路内の次の脚を選択できるようにする経路Ｉ
Ｄを含む。
【００３９】したがって、ディスク／ネットワークの各
対のデータ伝送速度はＳＴＢのデータ・ブロック消費速
度よりかなり速くなり、そのため、単一データ・ブロッ
クを任意のＳＴＢが消費している間に多くのムービー・
データ・ブロックを任意のＭＭ対バスを介して順次に送
信することができる。このような早退データ転送速度に
より、各アダプタ対は同時要求された複数のムービー・
データ・ブロックをネットワークへの対バス上で順次に
時間多重化することができ、その間、すべての要求側Ｓ
ＴＢは、それぞれの視聴者にとって明白な目に見える中
断なしにＴＶ受像機上に連続表示されるムービーを制御
する。
対のデータ伝送速度はＳＴＢのデータ・ブロック消費速
度よりかなり速くなり、そのため、単一データ・ブロッ
クを任意のＳＴＢが消費している間に多くのムービー・
データ・ブロックを任意のＭＭ対バスを介して順次に送
信することができる。このような早退データ転送速度に
より、各アダプタ対は同時要求された複数のムービー・
データ・ブロックをネットワークへの対バス上で順次に
時間多重化することができ、その間、すべての要求側Ｓ
ＴＢは、それぞれの視聴者にとって明白な目に見える中
断なしにＴＶ受像機上に連続表示されるムービーを制御
する。
【００４０】それぞれのＭＭ対は、ネットワーク内の要
求側ＳＴＢに同じムービーまたは異なるムービーを同時
かつ独立して提供する１つまたは複数のディスクに接続
することができる。多重化プロセスは、結果的に得られ
るデータ・ブロックの対バスによる伝送の逐次化を制御
するために、ＭＭＣプロセッサによって実行される。と
いうのは、ＭＭ対は単一の対バスしか持たず、これが一
度に１つのデータ・ブロックしか伝送できない順次資源
であるからである。
求側ＳＴＢに同じムービーまたは異なるムービーを同時
かつ独立して提供する１つまたは複数のディスクに接続
することができる。多重化プロセスは、結果的に得られ
るデータ・ブロックの対バスによる伝送の逐次化を制御
するために、ＭＭＣプロセッサによって実行される。と
いうのは、ＭＭ対は単一の対バスしか持たず、これが一
度に１つのデータ・ブロックしか伝送できない順次資源
であるからである。
【００４１】対バス上のこの逐次化は、ＭＭ対内のディ
スク・アダプタへのディスク・コマンドの発行を制御す
るＭＭＣプロセッサによって実行され、これは、その対
のバスにディスク・データ・ブロックを一度に１つだけ
伝送できるようにするために、ＭＭアダプタ対用の次の
各ディスク読取り操作を制御する。たとえば、この逐次
化は、従来のディスク・ブロックのバス伝送のために伝
送の終わりが通知されたときにその対のバスに次のディ
スク・データ・ブロックを１つ読み込むことを可能にす
ることによって実行することができる。
スク・アダプタへのディスク・コマンドの発行を制御す
るＭＭＣプロセッサによって実行され、これは、その対
のバスにディスク・データ・ブロックを一度に１つだけ
伝送できるようにするために、ＭＭアダプタ対用の次の
各ディスク読取り操作を制御する。たとえば、この逐次
化は、従来のディスク・ブロックのバス伝送のために伝
送の終わりが通知されたときにその対のバスに次のディ
スク・データ・ブロックを１つ読み込むことを可能にす
ることによって実行することができる。
【００４２】それぞれのＭＭアダプタ対内の回路は、デ
ィスクからの読取り操作を通知するためのディスク・ア
ダプタ・コマンドの処理や、そのデータ・ブロック用に
ＳＴＢへの必要ネットワーク経路をセットアップするた
めのネットワーク・アダプタ・コマンドの処理を含む、
対のバスを介してそのディスクから得られるデータ・ブ
ロックを十分処理できるだけの速度で動作しなければな
らない。ネットワーク・アダプタがこれを実行する方法
の１つは、それをネットワークに送信する前に対バスか
ら受け取った各データ・ブロックの前に経路ヘッダを付
けることである。
ィスクからの読取り操作を通知するためのディスク・ア
ダプタ・コマンドの処理や、そのデータ・ブロック用に
ＳＴＢへの必要ネットワーク経路をセットアップするた
めのネットワーク・アダプタ・コマンドの処理を含む、
対のバスを介してそのディスクから得られるデータ・ブ
ロックを十分処理できるだけの速度で動作しなければな
らない。ネットワーク・アダプタがこれを実行する方法
の１つは、それをネットワークに送信する前に対バスか
ら受け取った各データ・ブロックの前に経路ヘッダを付
けることである。
【００４３】したがって、ＭＭＣとホストＣＰＵ（複数
も可）は、多数の要求側ＳＴＢから非同期に受け取ると
きに多数の次ブロック・コマンドを適切な時期に処理
し、様々なＭＭ対に同時に提供することができる。
も可）は、多数の要求側ＳＴＢから非同期に受け取ると
きに多数の次ブロック・コマンドを適切な時期に処理
し、様々なＭＭ対に同時に提供することができる。
【００４４】したがって、多数のＳＴＢは、ＳＴＢが必
要に応じてＭＭＣプロセッサにコマンドを非同期で通信
しているときに、大規模ネットワークに接続された様々
なＴＶ上に表示される様々なムービーを同時に制御する
ことができ、それに対して各ＳＴＢコマンドは発行側Ｓ
ＴＢとムービー要求サービスを識別する制御ブロックを
提供する。
要に応じてＭＭＣプロセッサにコマンドを非同期で通信
しているときに、大規模ネットワークに接続された様々
なＴＶ上に表示される様々なムービーを同時に制御する
ことができ、それに対して各ＳＴＢコマンドは発行側Ｓ
ＴＢとムービー要求サービスを識別する制御ブロックを
提供する。
【００４５】１つのＭＭアダプタ内には多くのＭＭＣが
存在する可能性があり、ＭＭアダプタは１つの電子ボッ
クス内の単一ボード上に搭載することができ、そのボッ
クス内では１つまたは複数のＣＰＵを有するホスト・コ
ンピュータ・システムの１つまたは複数の入出力バスに
ＭＭＣが接続される。また、電子ボックス内に多くのＭ
Ｍアダプタを搭載することもでき、そのボックス内で各
ＭＭアダプタが多くのＭＭＣを含み、それぞれのＭＭＣ
が複数のＭＭ対に接続することができる。ＭＭ対は、そ
れぞれの接続済みＭＭＣと同じ電子ボックスまたは異な
る電子ボックス内の同じ回路板または異なる回路板上に
搭載することができる。また、これらのＭＭ対は、同じ
ボックスまたは他のボックス内に配置されたディスク・
ドライブに接続することができる。これらの同じＭＭ対
は、数千のＳＴＢへの経路を有する１つまたは複数のネ
ットワークに接続することもでき、すべてのＳＴＢは、
ムービーの同時受信を独立して受信し制御できるように
するために単一ホスト・コンピュータ・システムの制御
下で「オン・デマンド」モードで独立して動作する。
存在する可能性があり、ＭＭアダプタは１つの電子ボッ
クス内の単一ボード上に搭載することができ、そのボッ
クス内では１つまたは複数のＣＰＵを有するホスト・コ
ンピュータ・システムの１つまたは複数の入出力バスに
ＭＭＣが接続される。また、電子ボックス内に多くのＭ
Ｍアダプタを搭載することもでき、そのボックス内で各
ＭＭアダプタが多くのＭＭＣを含み、それぞれのＭＭＣ
が複数のＭＭ対に接続することができる。ＭＭ対は、そ
れぞれの接続済みＭＭＣと同じ電子ボックスまたは異な
る電子ボックス内の同じ回路板または異なる回路板上に
搭載することができる。また、これらのＭＭ対は、同じ
ボックスまたは他のボックス内に配置されたディスク・
ドライブに接続することができる。これらの同じＭＭ対
は、数千のＳＴＢへの経路を有する１つまたは複数のネ
ットワークに接続することもでき、すべてのＳＴＢは、
ムービーの同時受信を独立して受信し制御できるように
するために単一ホスト・コンピュータ・システムの制御
下で「オン・デマンド」モードで独立して動作する。
【００４６】上記の本発明の説明では、複数のデータ・
ファイルの一例としてムービーを使用している。ムービ
ー・データ・ファイルの代わりに任意のサイズのいかな
るタイプの図形またはテキストあるいはその両方のデー
タ・ファイルでも処理可能であることに留意されたい。
同様に、ユーザ制御の対話式入出力装置の一例としてＳ
ＴＢを使用しているが、しかし本発明は、パーソナル・
コンピュータなどの他のユーザ制御の入出力装置でも同
様に使用することができる。このようにして、本発明
は、多数の対話式入出力装置への「オン・デマンド」方
式のデータ伝送をサポートする。
ファイルの一例としてムービーを使用している。ムービ
ー・データ・ファイルの代わりに任意のサイズのいかな
るタイプの図形またはテキストあるいはその両方のデー
タ・ファイルでも処理可能であることに留意されたい。
同様に、ユーザ制御の対話式入出力装置の一例としてＳ
ＴＢを使用しているが、しかし本発明は、パーソナル・
コンピュータなどの他のユーザ制御の入出力装置でも同
様に使用することができる。このようにして、本発明
は、多数の対話式入出力装置への「オン・デマンド」方
式のデータ伝送をサポートする。
【００４７】本発明は、ネットワークに接続されたすべ
ての入出力装置への「オン・デマンド」方式のデータ・
ファイルの伝送をサポートしているが、（本発明の「オ
ン・デマンド」機能を使用せずに）同じムービーを同時
に受信するためにネットワーク内の他の入出力装置が同
期動作できるようにするために、ネットワーク内の入出
力装置のサブセットのみに「オン・デマンド」伝送を制
限することもサポートする。後者の場合、入出力装置の
様々な同期サブセットを有することもサポートし、それ
ぞれのサブセットはサブセット内で同期して同一期間中
にそれぞれ異なるムービーを受信する。
ての入出力装置への「オン・デマンド」方式のデータ・
ファイルの伝送をサポートしているが、（本発明の「オ
ン・デマンド」機能を使用せずに）同じムービーを同時
に受信するためにネットワーク内の他の入出力装置が同
期動作できるようにするために、ネットワーク内の入出
力装置のサブセットのみに「オン・デマンド」伝送を制
限することもサポートする。後者の場合、入出力装置の
様々な同期サブセットを有することもサポートし、それ
ぞれのサブセットはサブセット内で同期して同一期間中
にそれぞれ異なるムービーを受信する。
【００４８】
【発明の実施の形態】図１は、本発明を含むマルチメデ
ィア・システムの実施例を示している。これは、複数の
入出力バス１０５−Ａ〜１０５−Ｊを含むＩＯＳＳ（入
出力サブシステム）１０４に接続されたホスト・システ
ム・バス１０３を共用する複数の中央処理装置（ＣＰ
Ｕ）１０１から構成されるホスト・コンピュータ・シス
テムによって制御される。
ィア・システムの実施例を示している。これは、複数の
入出力バス１０５−Ａ〜１０５−Ｊを含むＩＯＳＳ（入
出力サブシステム）１０４に接続されたホスト・システ
ム・バス１０３を共用する複数の中央処理装置（ＣＰ
Ｕ）１０１から構成されるホスト・コンピュータ・シス
テムによって制御される。
【００４９】１つまたは複数の入出力バス１０５は、複
数のマルチメディア（ＭＭ）アダプタ１０６に接続され
ている。それぞれのマルチメディア（ＭＭ）アダプタ１
０６は、複数のセットトップボックス（ＳＴＢ）１０９
−１〜１０９−Ｎへの経路を有するネットワーク１０８
に接続されている。それぞれのＭＭアダプタ１０６は、
複数のディスク・ドライブ１０７に接続されている。
数のマルチメディア（ＭＭ）アダプタ１０６に接続され
ている。それぞれのマルチメディア（ＭＭ）アダプタ１
０６は、複数のセットトップボックス（ＳＴＢ）１０９
−１〜１０９−Ｎへの経路を有するネットワーク１０８
に接続されている。それぞれのＭＭアダプタ１０６は、
複数のディスク・ドライブ１０７に接続されている。
【００５０】各ＭＭアダプタ１０６からディスク１０７
およびネットワーク１０８への接続は、図１に示されて
いないＭＭ制御装置３０２とＭＭ対３０３および３０４
によって行われる。しかし、図３および図４には、ＭＭ
制御装置３０２とＭＭ対４０９が示されている。各ＭＭ
対４０９は、部材３０３および３０４から構成される。
およびネットワーク１０８への接続は、図１に示されて
いないＭＭ制御装置３０２とＭＭ対３０３および３０４
によって行われる。しかし、図３および図４には、ＭＭ
制御装置３０２とＭＭ対４０９が示されている。各ＭＭ
対４０９は、部材３０３および３０４から構成される。
【００５１】ホスト・コンピュータ・システム（１つま
たは複数の中央処理装置（ＣＰＵ）１０１とメイン・メ
モリ１０２とを有する）は、その下でアプリケーション
・コード・ソフトウェアとホスト・ネットワーク・シス
テム・ソフトウェアが動作するオペレーティング・シス
テム（ＯＳ）ソフトウェアによって制御される。このソ
フトウェアは、ホスト・コンピュータ・システムの異な
るＣＰＵ内ですべて同時に実行することができる。ホス
ト・ネットワーク・システム・ソフトウェアは、ここに
開示するマルチメディア・システムの動作を制御する。
たは複数の中央処理装置（ＣＰＵ）１０１とメイン・メ
モリ１０２とを有する）は、その下でアプリケーション
・コード・ソフトウェアとホスト・ネットワーク・シス
テム・ソフトウェアが動作するオペレーティング・シス
テム（ＯＳ）ソフトウェアによって制御される。このソ
フトウェアは、ホスト・コンピュータ・システムの異な
るＣＰＵ内ですべて同時に実行することができる。ホス
ト・ネットワーク・システム・ソフトウェアは、ここに
開示するマルチメディア・システムの動作を制御する。
【００５２】いずれのホストＣＰＵも、メイン・メモリ
１０２と、バス１０３と、ＩＯＳＳ１０４と、マルチメ
ディア・アダプタ１０６への入出力バス１０５との間で
ＭＭコマンドをやりとりするために（ホスト・ネットワ
ーク・システム・プログラムの制御下で）実行すること
ができる。
１０２と、バス１０３と、ＩＯＳＳ１０４と、マルチメ
ディア・アダプタ１０６への入出力バス１０５との間で
ＭＭコマンドをやりとりするために（ホスト・ネットワ
ーク・システム・プログラムの制御下で）実行すること
ができる。
【００５３】一部の入出力バス１０５は、ディスク・ア
ダプタ、テープ・アダプタ、通信アダプタなどの従来の
入出力装置に接続することができるのに対し、少なくと
も１つの入出力バス１０５は少なくとも１つのＭＭアダ
プタ対１０６に接続される。
ダプタ、テープ・アダプタ、通信アダプタなどの従来の
入出力装置に接続することができるのに対し、少なくと
も１つの入出力バス１０５は少なくとも１つのＭＭアダ
プタ対１０６に接続される。
【００５４】一般に、ＭＭネットワーク要求は、ユーザ
のテレビ（ＴＶ）受像機をサポートするセットトップボ
ックス（ＳＴＢ）１０９−１〜１０９−Ｎから出力さ
れ、マルチメディア対４０９はネットワークの反対側に
接続される。いずれのＳＴＢも、その接続ＭＭ対４０９
を介してその接続マルチメディア制御装置３０２に（Ｓ
ＴＢコマンドにより）要求を送信することができる。
のテレビ（ＴＶ）受像機をサポートするセットトップボ
ックス（ＳＴＢ）１０９−１〜１０９−Ｎから出力さ
れ、マルチメディア対４０９はネットワークの反対側に
接続される。いずれのＳＴＢも、その接続ＭＭ対４０９
を介してその接続マルチメディア制御装置３０２に（Ｓ
ＴＢコマンドにより）要求を送信することができる。
【００５５】それぞれのマルチメディア・アダプタ１０
６は、図３に示す少なくとも１つのＭＭ制御装置（ＭＭ
Ｃ）３０２を含んでいる。それぞれのＭＭアダプタ１０
６は任意の数のＭＭＣ３０２を含むことができ、ＭＭＣ
は同じ入出力バス１０５または異なる入出力バス１０５
に接続することができる。入出力バス１０５はそれぞれ
のＭＭＣをホストＩＯＳＳ１０４に接続し、ホストＩＯ
ＳＳ１０４は（各ＭＭＣコマンドによって送られた）コ
マンド制御ブロックをホスト・メイン・メモリに格納す
る。
６は、図３に示す少なくとも１つのＭＭ制御装置（ＭＭ
Ｃ）３０２を含んでいる。それぞれのＭＭアダプタ１０
６は任意の数のＭＭＣ３０２を含むことができ、ＭＭＣ
は同じ入出力バス１０５または異なる入出力バス１０５
に接続することができる。入出力バス１０５はそれぞれ
のＭＭＣをホストＩＯＳＳ１０４に接続し、ホストＩＯ
ＳＳ１０４は（各ＭＭＣコマンドによって送られた）コ
マンド制御ブロックをホスト・メイン・メモリに格納す
る。
【００５６】それぞれのＭＭＣ３０２は、コマンド制御
ブロックの形式でＳＴＢ要求を受け取り、ＭＭＣはその
ブロックにＭＭＣコマンドを挿入し、（ＩＯＳＳ１０４
の制御下で）それを割込み信号とともに接続入出力バス
１０５を介してホストＣＰＵに送る。
ブロックの形式でＳＴＢ要求を受け取り、ＭＭＣはその
ブロックにＭＭＣコマンドを挿入し、（ＩＯＳＳ１０４
の制御下で）それを割込み信号とともに接続入出力バス
１０５を介してホストＣＰＵに送る。
【００５７】ホスト・コンピュータ・システム内に複数
のＣＰＵが存在する場合、いずれのＣＰＵも割込み信号
を受け入れ、ＭＭＣからのＭＭ要求を処理することがで
きる。ＣＰＵは、受け取ったＭＭＣコマンドを処理し、
ディスク・データがホスト・コンピュータ・システムを
通過せずにＳＴＢが要求したディスク１０７から要求側
ＳＴＢ１０９への各データ・ブロックの直接伝送を制御
するために、ＭＭＣコマンドに応答する対応ＣＰＵコマ
ンドを生成する。このＣＰＵ処理では、要求側ＳＴＢの
許可を検査し、要求側ＳＴＢへの請求を制御し、選択し
たＭＭ対に関連するディスクが要求されたムービーを含
むことを確認し、要求されたムービーをこのようなディ
スクにコピーしない場合は、他の関連事項を処理する。
要求されたムービーの伝送をそのＳＴＢに許可すべきで
あるとＣＰＵが判定した場合、ＣＰＵは、識別されたＭ
Ｍ対に接続されたＭＭＣに応答コマンドを送信しなけれ
ばならない。
のＣＰＵが存在する場合、いずれのＣＰＵも割込み信号
を受け入れ、ＭＭＣからのＭＭ要求を処理することがで
きる。ＣＰＵは、受け取ったＭＭＣコマンドを処理し、
ディスク・データがホスト・コンピュータ・システムを
通過せずにＳＴＢが要求したディスク１０７から要求側
ＳＴＢ１０９への各データ・ブロックの直接伝送を制御
するために、ＭＭＣコマンドに応答する対応ＣＰＵコマ
ンドを生成する。このＣＰＵ処理では、要求側ＳＴＢの
許可を検査し、要求側ＳＴＢへの請求を制御し、選択し
たＭＭ対に関連するディスクが要求されたムービーを含
むことを確認し、要求されたムービーをこのようなディ
スクにコピーしない場合は、他の関連事項を処理する。
要求されたムービーの伝送をそのＳＴＢに許可すべきで
あるとＣＰＵが判定した場合、ＣＰＵは、識別されたＭ
Ｍ対に接続されたＭＭＣに応答コマンドを送信しなけれ
ばならない。
【００５８】一般に、ホスト・システムは（ホストＣＰ
Ｕの１つを介して）、ムービー開始コマンドとムービー
停止コマンドを処理するよう要求される。ムービー伝送
で使用する他のコマンドは、選択したディスク１０７か
ら要求側ＳＴＢ１０９へのムービー・データの直接伝送
を実行するＭＭ対に関連するＭＭＣによって完全に処理
されるので、ホスト・システムはこのようなコマンドを
処理する必要がない。
Ｕの１つを介して）、ムービー開始コマンドとムービー
停止コマンドを処理するよう要求される。ムービー伝送
で使用する他のコマンドは、選択したディスク１０７か
ら要求側ＳＴＢ１０９へのムービー・データの直接伝送
を実行するＭＭ対に関連するＭＭＣによって完全に処理
されるので、ホスト・システムはこのようなコマンドを
処理する必要がない。
【００５９】したがって、本発明では、図１に示すよう
に、ホスト・システムの入出力バス、ＩＯＳＳ、ＣＰ
Ｕ、電子メモリ資源をＭＭデータ伝送に使用しないの
で、ホスト・コンピュータ・システムは、（ホスト・シ
ステムの帯域幅がホスト・システムがサポートできるＳ
ＴＢの数を直接制限するような図２の従来タイプのシス
テムとは対照的に）ＭＭ帯域幅の問題による制約を受け
ない。
に、ホスト・システムの入出力バス、ＩＯＳＳ、ＣＰ
Ｕ、電子メモリ資源をＭＭデータ伝送に使用しないの
で、ホスト・コンピュータ・システムは、（ホスト・シ
ステムの帯域幅がホスト・システムがサポートできるＳ
ＴＢの数を直接制限するような図２の従来タイプのシス
テムとは対照的に）ＭＭ帯域幅の問題による制約を受け
ない。
【００６０】図２の従来のＭＭシステムでは帯域幅の制
約の問題が転送速度の制限要因になっているのとは対照
的に、本発明の場合、ホスト・コンピュータ・システム
内のバス（たとえば、ホスト・メモリ・バスや入出力バ
ス）の帯域幅はホスト・システムによって制御可能なマ
ルチメディア・データ転送の速度を制限しない。そのた
め、本発明では、ホスト・システム内の帯域幅が本発明
によるマルチメディア・パフォーマンスにほとんど影響
を及ぼさない。したがって、ホスト・システムの入出力
バス１０５とメモリ・バス１０３の帯域幅の制約は、ネ
ットワークへのディスク・データの流れに影響しない。
というのは、これがＣＰＵおよびＭＭアダプタとＭＭＣ
から安価なＭＭ対４０９にオフロードされるからであ
る。したがって、必要な場合にいつでもＭＭネットワー
クの容易なスケーラビリティを得るために、ＭＭネット
ワーク内で階層式に任意の数のＭＭ対４０９を（追加ま
たは削除したＭＭ対をサポートするのに必要なＭＭＣお
よびＭＭアダプタとともに）後で追加または削除するこ
とができる。
約の問題が転送速度の制限要因になっているのとは対照
的に、本発明の場合、ホスト・コンピュータ・システム
内のバス（たとえば、ホスト・メモリ・バスや入出力バ
ス）の帯域幅はホスト・システムによって制御可能なマ
ルチメディア・データ転送の速度を制限しない。そのた
め、本発明では、ホスト・システム内の帯域幅が本発明
によるマルチメディア・パフォーマンスにほとんど影響
を及ぼさない。したがって、ホスト・システムの入出力
バス１０５とメモリ・バス１０３の帯域幅の制約は、ネ
ットワークへのディスク・データの流れに影響しない。
というのは、これがＣＰＵおよびＭＭアダプタとＭＭＣ
から安価なＭＭ対４０９にオフロードされるからであ
る。したがって、必要な場合にいつでもＭＭネットワー
クの容易なスケーラビリティを得るために、ＭＭネット
ワーク内で階層式に任意の数のＭＭ対４０９を（追加ま
たは削除したＭＭ対をサポートするのに必要なＭＭＣお
よびＭＭアダプタとともに）後で追加または削除するこ
とができる。
【００６１】したがって、要求されたムービーはホスト
・システムのメイン・メモリ１０２に格納する必要がま
ったくない。ただし、ムービー開始コマンドを実行する
プロセスでのデータ伝送を処理する予定のＭＭ対に関連
するディスクに任意のテープまたはディスクからムービ
ーをコピーするプロセスで瞬間的に格納される場合が考
えられる。
・システムのメイン・メモリ１０２に格納する必要がま
ったくない。ただし、ムービー開始コマンドを実行する
プロセスでのデータ伝送を処理する予定のＭＭ対に関連
するディスクに任意のテープまたはディスクからムービ
ーをコピーするプロセスで瞬間的に格納される場合が考
えられる。
【００６２】したがって、本発明は、同じかまたは異な
るデータ・ファイル内のデータ（たとえば、ムービー）
の任意のネットワーク接続ＳＴＢへの「オン・デマン
ド」方式の伝送をサポートする。「オン・デマンド」方
式の伝送により、それぞれのＳＴＢは、ムービーまたは
他のマルチメディア・ファイルのコピーの受信を独立し
て制御することができる。たとえば、それぞれのＳＴＢ
は、希望するときにいつでもムービーの受信を開始する
ことができるので、その受信は他のＳＴＢによるムービ
ーの受信と同時に開始する必要がない。他のＳＴＢが同
じムービーの別の部分を表示したり、それによってＶＣ
Ｒタイプの制御機能を実行している間に、いずれの受信
ＳＴＢもそれが受信したムービーのコピーを早送りした
り巻き戻すことができる。
るデータ・ファイル内のデータ（たとえば、ムービー）
の任意のネットワーク接続ＳＴＢへの「オン・デマン
ド」方式の伝送をサポートする。「オン・デマンド」方
式の伝送により、それぞれのＳＴＢは、ムービーまたは
他のマルチメディア・ファイルのコピーの受信を独立し
て制御することができる。たとえば、それぞれのＳＴＢ
は、希望するときにいつでもムービーの受信を開始する
ことができるので、その受信は他のＳＴＢによるムービ
ーの受信と同時に開始する必要がない。他のＳＴＢが同
じムービーの別の部分を表示したり、それによってＶＣ
Ｒタイプの制御機能を実行している間に、いずれの受信
ＳＴＢもそれが受信したムービーのコピーを早送りした
り巻き戻すことができる。
【００６３】図３は、マルチメディア・アダプタ（ＭＭ
Ａ）１０６のレイアウトを示している。これは、少なく
とも１つのマルチメディア制御装置（ＭＭＣ）３０２を
含み、複数のＭＭＣを含むこともできる。それぞれのＭ
ＭＣはホストの入出力バス１０５の１つに接続され、複
数のＭＭＣが同じ入出力バス１０５に接続することがで
きる。したがって、ＭＭＡ１０６は、ホスト・システム
がそのホスト・システムに割り当てられたすべてのネッ
トワーク上のすべてのＳＴＢを制御するのに必要とする
ものと同数のＭＭＣ３０２を含むことができる。一般
に、大規模中央電子複合体（ＣＥＣ：Central Electron
ic Complex）内のホスト・システムは、非常に多数のＳ
ＴＢ（たとえば、数千個）を制御するのに必要な処理能
力を備えている。というのは、ＭＭＣ３０２とホストＣ
ＰＵとの間でやりとりされるコマンドの量は、わずかな
ホスト処理能力しか必要としない可能性があるからであ
る。
Ａ）１０６のレイアウトを示している。これは、少なく
とも１つのマルチメディア制御装置（ＭＭＣ）３０２を
含み、複数のＭＭＣを含むこともできる。それぞれのＭ
ＭＣはホストの入出力バス１０５の１つに接続され、複
数のＭＭＣが同じ入出力バス１０５に接続することがで
きる。したがって、ＭＭＡ１０６は、ホスト・システム
がそのホスト・システムに割り当てられたすべてのネッ
トワーク上のすべてのＳＴＢを制御するのに必要とする
ものと同数のＭＭＣ３０２を含むことができる。一般
に、大規模中央電子複合体（ＣＥＣ：Central Electron
ic Complex）内のホスト・システムは、非常に多数のＳ
ＴＢ（たとえば、数千個）を制御するのに必要な処理能
力を備えている。というのは、ＭＭＣ３０２とホストＣ
ＰＵとの間でやりとりされるコマンドの量は、わずかな
ホスト処理能力しか必要としない可能性があるからであ
る。
【００６４】それぞれのＭＭＣ３０２は、１つのディス
ク・アダプタ３０３と１つのネットワーク・アダプタ３
０４を含む１つまたは複数のマルチメディア対（ＭＭ
対）４０９に接続され、これを制御する。１つのＭＭＣ
に接続されるＭＭ対の数は、ＭＭＣプロセッサによって
現在サポートしなければならないディスク・ドライブと
ＳＴＢの総数によって決まる。
ク・アダプタ３０３と１つのネットワーク・アダプタ３
０４を含む１つまたは複数のマルチメディア対（ＭＭ
対）４０９に接続され、これを制御する。１つのＭＭＣ
に接続されるＭＭ対の数は、ＭＭＣプロセッサによって
現在サポートしなければならないディスク・ドライブと
ＳＴＢの総数によって決まる。
【００６５】１つのＭＭ対４０９によって制御されるデ
ィスク・ドライブの数は、受信側ＳＴＢでそれぞれのム
ービーの連続表示を維持するために接続済みＭＭ対バス
上で十分な速度でデータ・ブロックを順次に伝送するこ
とができるＳＴＢの最大数と相関関係があり、この最大
数は、ディスク・アダプタまたはネットワーク・アダプ
タの帯域幅の小さい方によって決まる。というのは、ア
ダプタ対バスは、ディスク・アダプタまたはネットワー
ク・アダプタのいずれかより帯域幅が大きくなるように
実現されるからである。
ィスク・ドライブの数は、受信側ＳＴＢでそれぞれのム
ービーの連続表示を維持するために接続済みＭＭ対バス
上で十分な速度でデータ・ブロックを順次に伝送するこ
とができるＳＴＢの最大数と相関関係があり、この最大
数は、ディスク・アダプタまたはネットワーク・アダプ
タの帯域幅の小さい方によって決まる。というのは、ア
ダプタ対バスは、ディスク・アダプタまたはネットワー
ク・アダプタのいずれかより帯域幅が大きくなるように
実現されるからである。
【００６６】図４は、ＭＭＣ３０２の好ましい実施例を
表している。これは、ＭＭＣ３０２内のＭＭバス制御装
置４０４を介してホストの入出力バス１０５の１つに接
続されている。また、ＭＭＣ３０２は、同じくＭＭ制御
装置バス４０５に接続されているＭＭＣプロセッサ４０
１とＭＭＣメモリ４０３も含んでいる。ＭＭＣプロセッ
サ４０１は、従来のマイクロプロセッサにすることがで
きる。
表している。これは、ＭＭＣ３０２内のＭＭバス制御装
置４０４を介してホストの入出力バス１０５の１つに接
続されている。また、ＭＭＣ３０２は、同じくＭＭ制御
装置バス４０５に接続されているＭＭＣプロセッサ４０
１とＭＭＣメモリ４０３も含んでいる。ＭＭＣプロセッ
サ４０１は、従来のマイクロプロセッサにすることがで
きる。
【００６７】制御装置バス４０５には複数のＭＭ対４０
９−１〜４０９−Ｎも接続されているが、バス４０５に
はそれぞれの制御バス延長部４０８を介して任意の数の
対４０９を接続することができる。それぞれの制御バス
延長部４０８は、ＭＭ対バス４０２を介して、ディスク
制御装置３０３内の従来のアダプタ制御バス４０６と、
それぞれのＭＭ対４０９のネットワーク制御装置３０４
内の従来のアダプタ制御バス４０７とに接続している。
９−１〜４０９−Ｎも接続されているが、バス４０５に
はそれぞれの制御バス延長部４０８を介して任意の数の
対４０９を接続することができる。それぞれの制御バス
延長部４０８は、ＭＭ対バス４０２を介して、ディスク
制御装置３０３内の従来のアダプタ制御バス４０６と、
それぞれのＭＭ対４０９のネットワーク制御装置３０４
内の従来のアダプタ制御バス４０７とに接続している。
【００６８】それぞれのＭＭ対４０９は、ディスク・ア
ダプタ３０３とネットワーク・アダプタ３０４とを含
む。ディスク・アダプタ３０３は１つまたは複数のディ
スク１０７に接続し、これを制御する（図１を参照）。
ネットワーク・アダプタ３０４はネットワーク１０８に
接続する。それぞれのディスク・アダプタ３０３は、複
数のディスク１０７を制御するための従来のディスク制
御装置にすることができる。また、それぞれのネットワ
ーク・アダプタ３０４も、ネットワーク１０８をＭＭＣ
３０２に接続する従来のネットワーク制御装置にするこ
とができる。
ダプタ３０３とネットワーク・アダプタ３０４とを含
む。ディスク・アダプタ３０３は１つまたは複数のディ
スク１０７に接続し、これを制御する（図１を参照）。
ネットワーク・アダプタ３０４はネットワーク１０８に
接続する。それぞれのディスク・アダプタ３０３は、複
数のディスク１０７を制御するための従来のディスク制
御装置にすることができる。また、それぞれのネットワ
ーク・アダプタ３０４も、ネットワーク１０８をＭＭＣ
３０２に接続する従来のネットワーク制御装置にするこ
とができる。
【００６９】ＭＭＣプロセッサ４０１と各ＭＭ対４０９
との間のコマンド信号は、バス４０５とその延長部４０
８とを介して、そのコマンドによってアドレス指定され
た任意のＭＭ対４０９内のそれぞれのアダプタ制御バス
４０６または４０７との間で送信される。（コマンド制
御ブロック内の）ＳＴＢ要求は、関連のＭＭ対４０９の
ネットワーク・アダプタ・バス４０７と、そのバス延長
部４０８およびＭＭＣバス４０５とを介して、ＳＴＢか
ら伝送され、ＳＴＢコマンド制御ブロックはＭＭＣバス
からＭＭＣメモリに格納される。ＭＭＣ転送制御コマン
ドは、ＳＴＢが要求したＭＭ対バス４０２上で行うデー
タ伝送ごとに対応するＳＴＢコマンドを受け取るＭＭ対
４０９にＭＭＣプロセッサから送られる。
との間のコマンド信号は、バス４０５とその延長部４０
８とを介して、そのコマンドによってアドレス指定され
た任意のＭＭ対４０９内のそれぞれのアダプタ制御バス
４０６または４０７との間で送信される。（コマンド制
御ブロック内の）ＳＴＢ要求は、関連のＭＭ対４０９の
ネットワーク・アダプタ・バス４０７と、そのバス延長
部４０８およびＭＭＣバス４０５とを介して、ＳＴＢか
ら伝送され、ＳＴＢコマンド制御ブロックはＭＭＣバス
からＭＭＣメモリに格納される。ＭＭＣ転送制御コマン
ドは、ＳＴＢが要求したＭＭ対バス４０２上で行うデー
タ伝送ごとに対応するＳＴＢコマンドを受け取るＭＭ対
４０９にＭＭＣプロセッサから送られる。
【００７０】ＭＭＣプロセッサは、すべてのＳＴＢコマ
ンドを受け取り、それを先入れ先出し法（ＦＩＦＯ：Fi
rst In First Out）の順序で処理する。関連ＭＭＣプロ
セッサ４０１によるこの実行順序は、それぞれの関連Ｍ
Ｍ対バス４０２を介して関連ＭＭＣへのサービスを要求
するすべてのＳＴＢへのデータ伝送の順序を制御する。
ＭＭプロセッサによるコマンド処理の速度は、それぞれ
の関連ＭＭ対４０９内のデータ転送速度以上に維持する
必要があり、要求側ＳＴＢに接続されたＴＶでムービー
の連続表示を維持するのに十分な速度でなければならな
い。それぞれのＭＭＣ３０２が処理可能なＭＭ対４０９
の最大数は、ＭＭＣプロセッサがデータ・ブロック・コ
マンドによってＭＭ対に応答できる速度の影響を受け
る。次のデータ・ブロックを求めるＳＴＢの要求は、そ
れぞれの要求によってＳＴＢから受け取った割込み信号
の制御下で、バス４０２上のデータ・ブロック転送の合
間にバス４０２を介してＭＭＣプロセッサに送られる。
ンドを受け取り、それを先入れ先出し法（ＦＩＦＯ：Fi
rst In First Out）の順序で処理する。関連ＭＭＣプロ
セッサ４０１によるこの実行順序は、それぞれの関連Ｍ
Ｍ対バス４０２を介して関連ＭＭＣへのサービスを要求
するすべてのＳＴＢへのデータ伝送の順序を制御する。
ＭＭプロセッサによるコマンド処理の速度は、それぞれ
の関連ＭＭ対４０９内のデータ転送速度以上に維持する
必要があり、要求側ＳＴＢに接続されたＴＶでムービー
の連続表示を維持するのに十分な速度でなければならな
い。それぞれのＭＭＣ３０２が処理可能なＭＭ対４０９
の最大数は、ＭＭＣプロセッサがデータ・ブロック・コ
マンドによってＭＭ対に応答できる速度の影響を受け
る。次のデータ・ブロックを求めるＳＴＢの要求は、そ
れぞれの要求によってＳＴＢから受け取った割込み信号
の制御下で、バス４０２上のデータ・ブロック転送の合
間にバス４０２を介してＭＭＣプロセッサに送られる。
【００７１】図４は、マルチメディア制御装置（ＭＭ
Ｃ）３０２を詳細に示している。ＭＭＣ３０２は、ディ
スクからのデータ（たとえば、ムービー）の読取りを制
御し、そのデータをネットワーク制御装置を介してネッ
トワークに送達する。
Ｃ）３０２を詳細に示している。ＭＭＣ３０２は、ディ
スクからのデータ（たとえば、ムービー）の読取りを制
御し、そのデータをネットワーク制御装置を介してネッ
トワークに送達する。
【００７２】ＭＭＣプロセッサは、そのネットワーク制
御機能を実行するためにＭＭＣメモリ４０３に格納され
た制御プログラムを実行する。ＭＭＣプロセッサ・コマ
ンドは、対バス４０２により送信すべきデータについ
て、その関連ディスクからディスク制御装置が行うデー
タの読取りを制御する。
御機能を実行するためにＭＭＣメモリ４０３に格納され
た制御プログラムを実行する。ＭＭＣプロセッサ・コマ
ンドは、対バス４０２により送信すべきデータについ
て、その関連ディスクからディスク制御装置が行うデー
タの読取りを制御する。
【００７３】ディスク・アダプタ３０３とネットワーク
・アダプタ３０４は、対バス４０２用の速度とＳＴＢへ
のネットワーク伝送速度に適合するデータ転送速度を備
えている必要がある。したがって、ディスクからネット
ワーク・アダプタ３０４を介して流れるデータ・ブロッ
クのムービー・データ速度は、対になっているアダプタ
３０３および３０４によってサポートされるデータ速度
より低い速度になる。１つの対バス４０２上のデータ・
トラフィックの最高速度は、１つのＭＭ対４０９がサポ
ート可能なＳＴＢの最大数を決定する際の制限要因であ
る。
・アダプタ３０４は、対バス４０２用の速度とＳＴＢへ
のネットワーク伝送速度に適合するデータ転送速度を備
えている必要がある。したがって、ディスクからネット
ワーク・アダプタ３０４を介して流れるデータ・ブロッ
クのムービー・データ速度は、対になっているアダプタ
３０３および３０４によってサポートされるデータ速度
より低い速度になる。１つの対バス４０２上のデータ・
トラフィックの最高速度は、１つのＭＭ対４０９がサポ
ート可能なＳＴＢの最大数を決定する際の制限要因であ
る。
【００７４】したがって、ＭＭＣプロセッサ４０１がア
ダプタ対にデータ転送コマンドを送信する際の速度は、
そのＭＭＣに関連する各種対バス４０２上での同時デー
タ伝送を制御する。
ダプタ対にデータ転送コマンドを送信する際の速度は、
そのＭＭＣに関連する各種対バス４０２上での同時デー
タ伝送を制御する。
【００７５】各種ＭＭ対４０９内の任意のディスクと任
意のディスク・アダプタ３０３との間には、ディスク・
スイッチ（図示せず）を接続することができる。このデ
ィスク・スイッチは、ディスクを複数のディスク・アダ
プタのいずれかに切り替えることができるようにするも
のである。このようなディスク切替えにより、ＣＰＵ
は、データ転送を実行するのに必要なＭＭ対４０９にデ
ィスク（ＳＴＢコマンドが要求する場合）を関連付ける
ことができる。また、ネットワーク・スイッチにより、
コマンドが要求する要求側ＳＴＢにネットワーク・アダ
プタ３０４を切り替えることもできる。
意のディスク・アダプタ３０３との間には、ディスク・
スイッチ（図示せず）を接続することができる。このデ
ィスク・スイッチは、ディスクを複数のディスク・アダ
プタのいずれかに切り替えることができるようにするも
のである。このようなディスク切替えにより、ＣＰＵ
は、データ転送を実行するのに必要なＭＭ対４０９にデ
ィスク（ＳＴＢコマンドが要求する場合）を関連付ける
ことができる。また、ネットワーク・スイッチにより、
コマンドが要求する要求側ＳＴＢにネットワーク・アダ
プタ３０４を切り替えることもできる。
【００７６】このため、それぞれが１つまたは複数のＭ
ＭＣを含み、それぞれのＭＭＣが１つまたは複数のアダ
プタ対４０９を含むような、１つまたは複数のＭＭアダ
プタに接続された単一ホスト・コンピュータ・システム
によって、非常に多数のマルチメディア・データ伝送を
同時に制御することができる。
ＭＣを含み、それぞれのＭＭＣが１つまたは複数のアダ
プタ対４０９を含むような、１つまたは複数のＭＭアダ
プタに接続された単一ホスト・コンピュータ・システム
によって、非常に多数のマルチメディア・データ伝送を
同時に制御することができる。
【００７７】その結果、本発明が複数のデータ転送バス
（対バス４０２）を使用することによって可能になる全
帯域幅は、非常に多数の「オン・デマンド」ＳＴＢ用の
マルチメディア・データ伝送をサポートすることがで
き、その帯域幅は、いずれかの大規模メインフレーム・
コンピュータ・システムで見られる帯域幅資源をはるか
に（数百または数千の規模で）上回る可能性がある。
（対バス４０２）を使用することによって可能になる全
帯域幅は、非常に多数の「オン・デマンド」ＳＴＢ用の
マルチメディア・データ伝送をサポートすることがで
き、その帯域幅は、いずれかの大規模メインフレーム・
コンピュータ・システムで見られる帯域幅資源をはるか
に（数百または数千の規模で）上回る可能性がある。
【００７８】図５は、ＳＴＢが要求した操作を制御する
ためにＳＴＢ、ＭＭＣ、ＣＰＵが使用するコマンド制御
ブロックの構造を表している。このコマンド・ブロック
は、ＳＴＢによって生成され、それを処理するＭＭＣプ
ロセッサ４０１に送られるが、ムービー開始または停止
コマンドである場合はホスト・コンピュータ・システム
に渡すこともできる。
ためにＳＴＢ、ＭＭＣ、ＣＰＵが使用するコマンド制御
ブロックの構造を表している。このコマンド・ブロック
は、ＳＴＢによって生成され、それを処理するＭＭＣプ
ロセッサ４０１に送られるが、ムービー開始または停止
コマンドである場合はホスト・コンピュータ・システム
に渡すこともできる。
【００７９】開始コマンドと停止コマンドは、ホスト・
メイン・メモリ内に格納されたネットワーク制御プログ
ラム下でホスト・コンピュータ・システムによっても処
理される。他のコマンドはホスト・システムを使用する
ことができず、ＭＭＣメモリ４０３に格納された別のネ
ットワーク制御プログラムを使用してＭＭＣプロセッサ
４０１のみが実行することができる。このようなプログ
ラムは、それぞれのプロセッサでのコマンドの実行を制
御する。これらのプログラムは、ディスク１０７の１つ
にバック・アップして、そこからページングすることが
できる。
メイン・メモリ内に格納されたネットワーク制御プログ
ラム下でホスト・コンピュータ・システムによっても処
理される。他のコマンドはホスト・システムを使用する
ことができず、ＭＭＣメモリ４０３に格納された別のネ
ットワーク制御プログラムを使用してＭＭＣプロセッサ
４０１のみが実行することができる。このようなプログ
ラムは、それぞれのプロセッサでのコマンドの実行を制
御する。これらのプログラムは、ディスク１０７の１つ
にバック・アップして、そこからページングすることが
できる。
【００８０】ＭＭＣネットワーク制御プログラム内のコ
マンド・プロセッサは、ＭＭＣコマンドを処理し、選択
したそれぞれのＭＭ対のディスク制御装置３０３とネッ
トワーク制御装置３０４を制御する。したがって、この
コマンド・プロセッサは、ＳＴＢから受け取ったコマン
ド制御ブロックを処理し、そのディスク・アダプタ３０
３の１つにＭＭＣコマンドを出して、選択したディスク
１０７上に格納されている要求済みムービーのデータ・
ブロックの読取りを開始することができる。同時に、デ
ィスク・アダプタ・バス４０６から対バス４０２を介
し、そのデータ・ブロックをネットワークによりアドレ
ス指定されたＳＴＢに送信するネットワーク・アダプタ
・バス４０７にディスク読取りデータ・ブロックを転送
するために、対応するネットワーク・コマンドを生成
し、関連ネットワーク・アダプタ３０４に出すことがで
きる。
マンド・プロセッサは、ＭＭＣコマンドを処理し、選択
したそれぞれのＭＭ対のディスク制御装置３０３とネッ
トワーク制御装置３０４を制御する。したがって、この
コマンド・プロセッサは、ＳＴＢから受け取ったコマン
ド制御ブロックを処理し、そのディスク・アダプタ３０
３の１つにＭＭＣコマンドを出して、選択したディスク
１０７上に格納されている要求済みムービーのデータ・
ブロックの読取りを開始することができる。同時に、デ
ィスク・アダプタ・バス４０６から対バス４０２を介
し、そのデータ・ブロックをネットワークによりアドレ
ス指定されたＳＴＢに送信するネットワーク・アダプタ
・バス４０７にディスク読取りデータ・ブロックを転送
するために、対応するネットワーク・コマンドを生成
し、関連ネットワーク・アダプタ３０４に出すことがで
きる。
【００８１】ＳＴＢは次ブロック・コマンドをネットワ
ーク・アダプタ３０４に送り、このアダプタがＭＭＣプ
ロセッサにこれらのコマンドを転送し、次にこのプロセ
ッサが次のデータ・ブロック用のＭＭＣコマンドを生成
し、ムービーのすべてのデータ・ブロックが伝送される
までディスク・アダプタ３０３とネットワーク・アダプ
タ２０４にそのコマンドを送る。コマンド制御プログラ
ムは、それをデータ・パケットに入れて送信するなどに
より、いずれかの現行ネットワーク・プロトコルに応じ
てディスク・データの転送を制御することができる。こ
のようにして、ホスト・コンピュータ・システムまたは
ＭＭＣプロセッサ内のデータ転送資源を使用せずに、デ
ータがディスクから要求側ＳＴＢへの接続ネットワーク
へ直接流れることになる。
ーク・アダプタ３０４に送り、このアダプタがＭＭＣプ
ロセッサにこれらのコマンドを転送し、次にこのプロセ
ッサが次のデータ・ブロック用のＭＭＣコマンドを生成
し、ムービーのすべてのデータ・ブロックが伝送される
までディスク・アダプタ３０３とネットワーク・アダプ
タ２０４にそのコマンドを送る。コマンド制御プログラ
ムは、それをデータ・パケットに入れて送信するなどに
より、いずれかの現行ネットワーク・プロトコルに応じ
てディスク・データの転送を制御することができる。こ
のようにして、ホスト・コンピュータ・システムまたは
ＭＭＣプロセッサ内のデータ転送資源を使用せずに、デ
ータがディスクから要求側ＳＴＢへの接続ネットワーク
へ直接流れることになる。
【００８２】したがって、本発明では、ホスト・コンピ
ュータ・システムによって制御可能なマルチメディア・
データの最大量は、ホスト・コンピュータ・システムの
制御下で転送可能なマルチメディア・データとはまった
く無関係になる。また、マルチメディア・データ転送を
制御するためのホスト・コンピュータ・システム内のＭ
Ｍコマンド・トラフィックは、ホスト・コンピュータ・
システムの資源をあまり多くは必要としない可能性があ
る。したがって、ホスト・コンピュータ・システムの動
作は、対になっているデータ・バス４０２の一部または
全部でのマルチメディア・データ・トラフィックによる
影響をあまり受けないはずである。このため、動作時間
の大部分では、ＭＭの動作とは無関係のデータ処理操作
にホスト・コンピュータ資源を使用することができる。
ュータ・システムによって制御可能なマルチメディア・
データの最大量は、ホスト・コンピュータ・システムの
制御下で転送可能なマルチメディア・データとはまった
く無関係になる。また、マルチメディア・データ転送を
制御するためのホスト・コンピュータ・システム内のＭ
Ｍコマンド・トラフィックは、ホスト・コンピュータ・
システムの資源をあまり多くは必要としない可能性があ
る。したがって、ホスト・コンピュータ・システムの動
作は、対になっているデータ・バス４０２の一部または
全部でのマルチメディア・データ・トラフィックによる
影響をあまり受けないはずである。このため、動作時間
の大部分では、ＭＭの動作とは無関係のデータ処理操作
にホスト・コンピュータ資源を使用することができる。
【００８３】図５のコマンド制御ブロック構造は、好ま
しい実施例のすべてのコマンドで使用する信号をカプセ
ル化する。図６は、コマンドで使用する各フィールドを
表すために「有効」と記入することによって、コマンド
制御ブロックで使用する各種フィールドを示している。
列２〜７（図６の左から）のそれぞれは異なるタイプの
ＭＭコマンドを表し、列７はすべてのＳＴＢユーザ・コ
マンドを表している。図６の列１は、他の列に示したコ
マンドが使用するフィールドを命名するものである。た
だし、「宛先」は列２〜７に示した各コマンド用の（Ｍ
ＭＣプロセッサとホストまたはＳＴＢとの間の）転送方
向を示している。
しい実施例のすべてのコマンドで使用する信号をカプセ
ル化する。図６は、コマンドで使用する各フィールドを
表すために「有効」と記入することによって、コマンド
制御ブロックで使用する各種フィールドを示している。
列２〜７（図６の左から）のそれぞれは異なるタイプの
ＭＭコマンドを表し、列７はすべてのＳＴＢユーザ・コ
マンドを表している。図６の列１は、他の列に示したコ
マンドが使用するフィールドを命名するものである。た
だし、「宛先」は列２〜７に示した各コマンド用の（Ｍ
ＭＣプロセッサとホストまたはＳＴＢとの間の）転送方
向を示している。
【００８４】任意のＳＴＢがシステムからサービスを要
求すると、そのＳＴＢがコマンド制御ブロックを生成す
る。次にこの制御ブロックは、ネットワークによりＳＴ
ＢからそのＭＭ対４０９内のネットワーク・アダプタ３
０４を介し、ＭＭＣプロセッサ４０１に伝送される。
求すると、そのＳＴＢがコマンド制御ブロックを生成す
る。次にこの制御ブロックは、ネットワークによりＳＴ
ＢからそのＭＭ対４０９内のネットワーク・アダプタ３
０４を介し、ＭＭＣプロセッサ４０１に伝送される。
【００８５】制御ブロックを生成する際に、ＳＴＢは制
御ブロック・フィールドに項目を記入する。図５に示し
たように「宛先」５０４は要求側のネットワーク・アド
レスを受け入れ、「ファイルＩＤ」５０６はムービー番
号を受け入れ、「要求側コマンド」５０７は要求された
操作を受け入れる。最新設計のＳＴＢでは、前者の２つ
のフィールド５０６と５０７だけをユーザがＳＴＢにキ
ー入力する必要があり、後者のフィールド５０４は、Ｓ
ＴＢでのプログラミングによって自動的に入力される。
というのは、そのアドレスは所与のＳＴＢではいつも同
じになるからである。ＳＴＢでのプログラミングによ
り、これらのフィールドすべての内容がフォーマット化
される。
御ブロック・フィールドに項目を記入する。図５に示し
たように「宛先」５０４は要求側のネットワーク・アド
レスを受け入れ、「ファイルＩＤ」５０６はムービー番
号を受け入れ、「要求側コマンド」５０７は要求された
操作を受け入れる。最新設計のＳＴＢでは、前者の２つ
のフィールド５０６と５０７だけをユーザがＳＴＢにキ
ー入力する必要があり、後者のフィールド５０４は、Ｓ
ＴＢでのプログラミングによって自動的に入力される。
というのは、そのアドレスは所与のＳＴＢではいつも同
じになるからである。ＳＴＢでのプログラミングによ
り、これらのフィールドすべての内容がフォーマット化
される。
【００８６】すべてのＭＭＣコマンドはユーザ要求コマ
ンド（図６の列７を参照）によって開始される。ユーザ
があるムービーの視聴を希望する場合、そのユーザは少
なくともファイルＩＤフィールド５０６と要求側コマン
ド５０７についてＳＴＢに情報をキー入力する。ＳＴＢ
は、この情報（図６の列４を参照）を含むコマンド制御
ブロックを生成し、宛先５０４を追加し、次に割込み信
号とともにこの制御ブロックをユーザ要求コマンドとし
てＭＭＣメモリに送る。ＭＭＣプロセッサはこのブロッ
クをそのメモリから取り出し、ＭＭＣコマンド・フィー
ルド５０２にＭＭＣ要求ムービー・コマンドを挿入し、
割込み信号とともにこれをホスト・システムのメイン・
メモリに送る。ホスト・システム内のＣＰＵはその割込
みを受け入れ、ホストのメイン・メモリからブロックを
読み取り、ムービー開始コマンドをフィールド５０１に
挿入し、いずれかのムービーを任意のＳＴＢに伝送でき
るようになる前に行う必要がある処理を実行する。
ンド（図６の列７を参照）によって開始される。ユーザ
があるムービーの視聴を希望する場合、そのユーザは少
なくともファイルＩＤフィールド５０６と要求側コマン
ド５０７についてＳＴＢに情報をキー入力する。ＳＴＢ
は、この情報（図６の列４を参照）を含むコマンド制御
ブロックを生成し、宛先５０４を追加し、次に割込み信
号とともにこの制御ブロックをユーザ要求コマンドとし
てＭＭＣメモリに送る。ＭＭＣプロセッサはこのブロッ
クをそのメモリから取り出し、ＭＭＣコマンド・フィー
ルド５０２にＭＭＣ要求ムービー・コマンドを挿入し、
割込み信号とともにこれをホスト・システムのメイン・
メモリに送る。ホスト・システム内のＣＰＵはその割込
みを受け入れ、ホストのメイン・メモリからブロックを
読み取り、ムービー開始コマンドをフィールド５０１に
挿入し、いずれかのムービーを任意のＳＴＢに伝送でき
るようになる前に行う必要がある処理を実行する。
【００８７】ＣＰＵ処理には、ＳＴＢが要求されたムー
ビーの受信を許可されているかどうかの検査が含まれ
る。これを行うため、ＣＰＵはＣＰＵのメイン・メモリ
内の許可テーブルでそのＳＴＢを調べる。そのユーザが
許可されていると判断すると、ＣＰＵは、ホスト・コマ
ンド・フィールド５０１にムービー開始コマンドを、ソ
ース・フィールド５０３にムービー開始位置を、ファイ
ルのバイト長フィールド５０５にムービーの長さをそれ
ぞれ入力し、割込み信号とともにそのブロックをＭＭＣ
に送る。ムービー開始コマンドは、第１のディスク・コ
マンドを指定対４０９のディスク・アダプタ３０３に送
って、コマンド制御ブロックに示すＳＴＢアドレスとネ
ットワークに識別したムービーの第１のデータ・ブロッ
クの伝送を開始するようＭＭＣプロセッサに要求する。
ＭＭディスク・アダプタ３０４は、第１のデータ・ブロ
ックを読み取るためのディスク・コマンドを実行し、そ
れを要求側ＳＴＢに送る対バス４０２を介してそれをネ
ットワーク・アダプタ３０４に送る。
ビーの受信を許可されているかどうかの検査が含まれ
る。これを行うため、ＣＰＵはＣＰＵのメイン・メモリ
内の許可テーブルでそのＳＴＢを調べる。そのユーザが
許可されていると判断すると、ＣＰＵは、ホスト・コマ
ンド・フィールド５０１にムービー開始コマンドを、ソ
ース・フィールド５０３にムービー開始位置を、ファイ
ルのバイト長フィールド５０５にムービーの長さをそれ
ぞれ入力し、割込み信号とともにそのブロックをＭＭＣ
に送る。ムービー開始コマンドは、第１のディスク・コ
マンドを指定対４０９のディスク・アダプタ３０３に送
って、コマンド制御ブロックに示すＳＴＢアドレスとネ
ットワークに識別したムービーの第１のデータ・ブロッ
クの伝送を開始するようＭＭＣプロセッサに要求する。
ＭＭディスク・アダプタ３０４は、第１のデータ・ブロ
ックを読み取るためのディスク・コマンドを実行し、そ
れを要求側ＳＴＢに送る対バス４０２を介してそれをネ
ットワーク・アダプタ３０４に送る。
【００８８】ＳＴＢ停止コマンドは、そこからムービー
伝送が行われたディスクの割振り解除を行うためのＣＰ
Ｕ処理を必要とする。
伝送が行われたディスクの割振り解除を行うためのＣＰ
Ｕ処理を必要とする。
【００８９】ＭＭＣがムービー伝送を処理している間
（すなわち、ムービー伝送の開始から停止までの間）
に、ＳＴＢがＳＴＢの「伝送間コマンド」を出す。ほと
んどの伝送間コマンドはＣＰＵ処理を必要としない。と
いうのは、これらのコマンドは、ムービー伝送の前提条
件として開始コマンドを実行する際に行われる許可およ
びその他のＣＰＵサービスを頼りにすることができるか
らである。伝送間コマンドの例は、周知のＶＣＲ機能、
たとえば、早送り、巻戻し、休止などをシミュレートす
る。このような伝送間コマンドはユーザ明示コマンドで
ある（ＳＴＢでユーザがキー入力する必要がある）。
（すなわち、ムービー伝送の開始から停止までの間）
に、ＳＴＢがＳＴＢの「伝送間コマンド」を出す。ほと
んどの伝送間コマンドはＣＰＵ処理を必要としない。と
いうのは、これらのコマンドは、ムービー伝送の前提条
件として開始コマンドを実行する際に行われる許可およ
びその他のＣＰＵサービスを頼りにすることができるか
らである。伝送間コマンドの例は、周知のＶＣＲ機能、
たとえば、早送り、巻戻し、休止などをシミュレートす
る。このような伝送間コマンドはユーザ明示コマンドで
ある（ＳＴＢでユーザがキー入力する必要がある）。
【００９０】暗黙タイプのＳＴＢコマンドは「次ブロッ
ク」コマンドであって、これはユーザによってキー入力
されないか、またはユーザにとって既知であるが、関連
ＴＶ画面上でムービーの連続表示を維持するために適切
な時期にムービー内の次のデータ・ブロックを要求する
ためにＳＴＢでのプログラミング（または回路やマイク
ロコード）により自動的に出されるものである。それぞ
れの次ブロック・コマンドの送信はＳＴＢ回路（または
マイクロコード）によって起動されるが、この回路は、
ＳＴＢからＴＶに出力されている現行データ・ブロック
が、連続表示を維持するために次のブロックを受信する
ための時間を見込んで十分早い時期に次のブロックを要
求しなければならない点に達した時期を感知する。
ク」コマンドであって、これはユーザによってキー入力
されないか、またはユーザにとって既知であるが、関連
ＴＶ画面上でムービーの連続表示を維持するために適切
な時期にムービー内の次のデータ・ブロックを要求する
ためにＳＴＢでのプログラミング（または回路やマイク
ロコード）により自動的に出されるものである。それぞ
れの次ブロック・コマンドの送信はＳＴＢ回路（または
マイクロコード）によって起動されるが、この回路は、
ＳＴＢからＴＶに出力されている現行データ・ブロック
が、連続表示を維持するために次のブロックを受信する
ための時間を見込んで十分早い時期に次のブロックを要
求しなければならない点に達した時期を感知する。
【００９１】ホスト・システム内とＭＭＣ記憶域内で協
調するネットワーク制御プログラム（ＮＣＰ）は、ＭＭ
Ｃプロセッサ４０１によりホストＣＰＵによって処理さ
れているときに、それぞれのコマンド制御ブロック内の
各種フィールドの様々な解釈フェーズを実行する。たと
えば、ＮＣＰは、ＣＰＵが要求側ＳＴＢの許可を検査
し、要求したムービーの表示がそのＳＴＢに許可されて
いるかどうかを判定することによって、開始コマンドを
処理する。そのＳＴＢが許可されているとＣＰＵが判断
した場合、ＣＰＵはどのディスクにそのムービーが入っ
ているかを判定する。どのディスクにもそれがない場合
には、ＣＰＵはテープから、ムービー伝送を処理する予
定のＭＭ対４０９に関連する１つまたは複数のディスク
にムービーをコピーする。ムービーが入っているディス
クに関するディスク・アドレスが判定されると、ＣＰＵ
は、そのディスク・アドレスをコマンドの制御ブロック
のソース・フィールド５０３に格納し、その制御ブロッ
クをＭＭＣ記憶域に渡し、割込み信号をＭＭＣプロセッ
サに送って、そのプロセッサにコマンドの実行を続行さ
せる。次にＭＭＣプロセッサは、制御ブロック内のフィ
ールド５０３に指定した要求ムービーを含む指定のディ
スクによる伝送を制御するために、選択したアダプタ対
４０９用のコマンドを生成するようにＭＭＣのＮＣＰを
実行し、選択したアダプタ対にそのコマンドを送信し、
制御ブロックに示されているＳＴＢにムービーの第１の
データ・ブロックの伝送を開始する。
調するネットワーク制御プログラム（ＮＣＰ）は、ＭＭ
Ｃプロセッサ４０１によりホストＣＰＵによって処理さ
れているときに、それぞれのコマンド制御ブロック内の
各種フィールドの様々な解釈フェーズを実行する。たと
えば、ＮＣＰは、ＣＰＵが要求側ＳＴＢの許可を検査
し、要求したムービーの表示がそのＳＴＢに許可されて
いるかどうかを判定することによって、開始コマンドを
処理する。そのＳＴＢが許可されているとＣＰＵが判断
した場合、ＣＰＵはどのディスクにそのムービーが入っ
ているかを判定する。どのディスクにもそれがない場合
には、ＣＰＵはテープから、ムービー伝送を処理する予
定のＭＭ対４０９に関連する１つまたは複数のディスク
にムービーをコピーする。ムービーが入っているディス
クに関するディスク・アドレスが判定されると、ＣＰＵ
は、そのディスク・アドレスをコマンドの制御ブロック
のソース・フィールド５０３に格納し、その制御ブロッ
クをＭＭＣ記憶域に渡し、割込み信号をＭＭＣプロセッ
サに送って、そのプロセッサにコマンドの実行を続行さ
せる。次にＭＭＣプロセッサは、制御ブロック内のフィ
ールド５０３に指定した要求ムービーを含む指定のディ
スクによる伝送を制御するために、選択したアダプタ対
４０９用のコマンドを生成するようにＭＭＣのＮＣＰを
実行し、選択したアダプタ対にそのコマンドを送信し、
制御ブロックに示されているＳＴＢにムービーの第１の
データ・ブロックの伝送を開始する。
【００９２】したがって、ＭＭＣ ＮＣＰは、ＭＭＣコ
マンド・フィールド５０２と、要求したムービーを識別
するファイルＩＤフィールド５０６と、ディスク１０７
を識別し、要求したムービーをアドレス指定するディス
ク・アドレスを含むソース・フィールド５０３と、ムー
ビーの長さ５０５と、ＳＴＢ宛先５０４とを含む、コマ
ンド制御ブロック内の各種フィールドを解釈する。次に
ＭＭＣプロセッサによって実行されたＮＣＰは、要求側
ＳＴＢにムービーを伝送するアダプタ対用のコマンドを
生成する。このＮＣＰは、ディスクからネットワークに
伝送すべき各データ・ブロックの所定のサイズを含み、
ＮＣＰは、長さフィールド５０５（ムービーで転送され
るバイト数を含む）を使用して、そのアダプタ対用のコ
マンドがディスクからネットワークに転送するムービー
の最後のデータ・ブロックに関するものである時期を判
定する。というのは、最後のデータ・ブロックには特殊
な操作が必要であるからである。宛先フィールド５０４
（アダプタ対４０９がムービーのデータ・ブロックを送
信するＳＴＢネットワーク・アドレスを含む）は、選択
したアダプタ対内のネットワーク・アダプタへのコマン
ドにＭＭＣプロセッサによって挿入される。
マンド・フィールド５０２と、要求したムービーを識別
するファイルＩＤフィールド５０６と、ディスク１０７
を識別し、要求したムービーをアドレス指定するディス
ク・アドレスを含むソース・フィールド５０３と、ムー
ビーの長さ５０５と、ＳＴＢ宛先５０４とを含む、コマ
ンド制御ブロック内の各種フィールドを解釈する。次に
ＭＭＣプロセッサによって実行されたＮＣＰは、要求側
ＳＴＢにムービーを伝送するアダプタ対用のコマンドを
生成する。このＮＣＰは、ディスクからネットワークに
伝送すべき各データ・ブロックの所定のサイズを含み、
ＮＣＰは、長さフィールド５０５（ムービーで転送され
るバイト数を含む）を使用して、そのアダプタ対用のコ
マンドがディスクからネットワークに転送するムービー
の最後のデータ・ブロックに関するものである時期を判
定する。というのは、最後のデータ・ブロックには特殊
な操作が必要であるからである。宛先フィールド５０４
（アダプタ対４０９がムービーのデータ・ブロックを送
信するＳＴＢネットワーク・アドレスを含む）は、選択
したアダプタ対内のネットワーク・アダプタへのコマン
ドにＭＭＣプロセッサによって挿入される。
【００９３】また、ＭＭＣ ＮＣＰは、ＶＣＲのような
ＳＴＢ要求を処理する。巻戻し要求の場合、これは伝送
すべき次のデータ・ブロック用のディスク・アドレス
（ポインタ）を判定する際に所定数の先行データ・ブロ
ックをスキップする。早送り要求の場合は、伝送すべき
次のデータ・ブロック用のディスク・アドレス（ポイン
タ）を判定するためにそのムービー内の所定数の後続デ
ータ・ブロックをスキップする。休止要求の場合は、そ
の休止要求が終了するまで、伝送すべき次のデータ・ブ
ロック用のディスク・アドレス（ポインタ）を判定する
ためにそのムービー内の最後に送信したブロックを指す
ポインタを繰り返し、ＳＴＢ内の内部制御装置がＴＶ画
面上での休止効果を操作する。
ＳＴＢ要求を処理する。巻戻し要求の場合、これは伝送
すべき次のデータ・ブロック用のディスク・アドレス
（ポインタ）を判定する際に所定数の先行データ・ブロ
ックをスキップする。早送り要求の場合は、伝送すべき
次のデータ・ブロック用のディスク・アドレス（ポイン
タ）を判定するためにそのムービー内の所定数の後続デ
ータ・ブロックをスキップする。休止要求の場合は、そ
の休止要求が終了するまで、伝送すべき次のデータ・ブ
ロック用のディスク・アドレス（ポインタ）を判定する
ためにそのムービー内の最後に送信したブロックを指す
ポインタを繰り返し、ＳＴＢ内の内部制御装置がＴＶ画
面上での休止効果を操作する。
【００９４】伝送される各データ・ブロックは、接続さ
れたＴＶ受像機のためにＳＴＢに提供される表示情報と
音声情報の両方を含んでいる。
れたＴＶ受像機のためにＳＴＢに提供される表示情報と
音声情報の両方を含んでいる。
【００９５】図１２は、それぞれのユーザ要求を提供す
るためにネットワーク内の各セット・トップ・ボックス
（ＳＴＢ）内のＳＴＢプロセッサが実行する制御の流れ
を示している。ステップ１１０１〜１１０４では、ユー
ザがＳＴＢパネル上またはＳＴＢ遠隔制御装置上（ＴＶ
の遠隔制御装置上にある場合もある）でＳＴＢに物理的
にキー入力するときに行われるプロセッサ機能を実行す
る。それぞれのＳＴＢコマンドは、割込みと、図５に示
すタイプのコマンド制御ブロックとを生成する。この割
込みは、ＳＴＢプロセッサが図１２のプロセスを実行で
きるようにＳＴＢ内で実行される制御プログラムに割込
みを通知する。ステップ１１０１では、ネットワーク内
のこのＳＴＢのアドレスである宛先アドレスがフィール
ド５０４に設定される。ステップ１１０２では、要求側
コマンドをフィールド５０７に設定するが、このコマン
ドはムービーの開始要求、停止要求、再生要求、休止要
求、早送り要求、巻戻し要求になる可能性がある。ステ
ップ１１０３では、所望のムービーのＩＤ（ＩＤ＃）を
指定したファイルＩＤフィールド５０６を設定する。ス
テップ１１０１、１１０２、１１０３は、図示の順序に
加え、どのような順序でも実行することができる。
るためにネットワーク内の各セット・トップ・ボックス
（ＳＴＢ）内のＳＴＢプロセッサが実行する制御の流れ
を示している。ステップ１１０１〜１１０４では、ユー
ザがＳＴＢパネル上またはＳＴＢ遠隔制御装置上（ＴＶ
の遠隔制御装置上にある場合もある）でＳＴＢに物理的
にキー入力するときに行われるプロセッサ機能を実行す
る。それぞれのＳＴＢコマンドは、割込みと、図５に示
すタイプのコマンド制御ブロックとを生成する。この割
込みは、ＳＴＢプロセッサが図１２のプロセスを実行で
きるようにＳＴＢ内で実行される制御プログラムに割込
みを通知する。ステップ１１０１では、ネットワーク内
のこのＳＴＢのアドレスである宛先アドレスがフィール
ド５０４に設定される。ステップ１１０２では、要求側
コマンドをフィールド５０７に設定するが、このコマン
ドはムービーの開始要求、停止要求、再生要求、休止要
求、早送り要求、巻戻し要求になる可能性がある。ステ
ップ１１０３では、所望のムービーのＩＤ（ＩＤ＃）を
指定したファイルＩＤフィールド５０６を設定する。ス
テップ１１０１、１１０２、１１０３は、図示の順序に
加え、どのような順序でも実行することができる。
【００９６】ステップ１１０４では、図１０および図１
１に示すプロセスによってコマンドの対応が行われる割
当て済みＭＭＣプロセッサに対し、ネットワークを介し
てコマンド制御ブロックが送られる。
１に示すプロセスによってコマンドの対応が行われる割
当て済みＭＭＣプロセッサに対し、ネットワークを介し
てコマンド制御ブロックが送られる。
【００９７】図１３は、接続されたテレビ（ＴＶ）受像
機上で受信したムービーを再生するためにＳＴＢで実行
されるプロセスを示している。ＳＴＢが受信したムービ
ーはそのＳＴＢに接続されたＴＶ受像機で連続して再生
される。ステップ１２０１は受信した各データ・ブロッ
クを表し、このデータ・ブロックは到着するとＳＴＢに
バッファリングされる。また、１つのデータ・ブロック
は多数のＴＶデータ・フレームを含む場合もある。次
に、ステップ１２０２では各データ・フレームがバッフ
ァから読み出され、ステップ１２０３では各フレームの
後でバッファを検査し、それがバッファリングされたデ
ータ・ブロックの最後のフレームであるかどうかを確認
する。最後のフレームではない場合、すべてのフレーム
が読み取られるまで次のフレームを読み取るためにステ
ップ１２０２への逆方向ループ分岐が行われる。ステッ
プ１２０３でバッファリングされたデータ・ブロックの
最後のフレームが検出された場合、ステップ１２０４〜
１２０６では、最後のフレームが検出されるまでムービ
ーの次のデータ・ブロックを送信するようＭＭＣに通知
する。ステップ１２０４では制御ブロックの宛先フィー
ルド５０４を設定し、ステップ１２０５ではフィールド
５０７に要求側コマンドを設定し、ステップ１２０６で
は制御ブロックをＭＭＣに送信する。
機上で受信したムービーを再生するためにＳＴＢで実行
されるプロセスを示している。ＳＴＢが受信したムービ
ーはそのＳＴＢに接続されたＴＶ受像機で連続して再生
される。ステップ１２０１は受信した各データ・ブロッ
クを表し、このデータ・ブロックは到着するとＳＴＢに
バッファリングされる。また、１つのデータ・ブロック
は多数のＴＶデータ・フレームを含む場合もある。次
に、ステップ１２０２では各データ・フレームがバッフ
ァから読み出され、ステップ１２０３では各フレームの
後でバッファを検査し、それがバッファリングされたデ
ータ・ブロックの最後のフレームであるかどうかを確認
する。最後のフレームではない場合、すべてのフレーム
が読み取られるまで次のフレームを読み取るためにステ
ップ１２０２への逆方向ループ分岐が行われる。ステッ
プ１２０３でバッファリングされたデータ・ブロックの
最後のフレームが検出された場合、ステップ１２０４〜
１２０６では、最後のフレームが検出されるまでムービ
ーの次のデータ・ブロックを送信するようＭＭＣに通知
する。ステップ１２０４では制御ブロックの宛先フィー
ルド５０４を設定し、ステップ１２０５ではフィールド
５０７に要求側コマンドを設定し、ステップ１２０６で
は制御ブロックをＭＭＣに送信する。
【００９８】図７は、ユーザがＳＴＢでコマンドを開始
した後でマルチメディア制御装置（ＭＭＣ）およびホス
ト・システムＣＰＵでコマンドを実行するための一般制
御プロセスを表している。ステップ６０１では、通常は
ＳＴＢへのキー入力により、ユーザが識別したムービー
をユーザのＳＴＢに伝送するよう、ユーザが要求する。
ＳＴＢは、そのＳＴＢが現在接続されているネットワー
ク・アダプタ３０４に対しネットワークを介してムービ
ー開始要求を要求側コマンドとして送信する。
した後でマルチメディア制御装置（ＭＭＣ）およびホス
ト・システムＣＰＵでコマンドを実行するための一般制
御プロセスを表している。ステップ６０１では、通常は
ＳＴＢへのキー入力により、ユーザが識別したムービー
をユーザのＳＴＢに伝送するよう、ユーザが要求する。
ＳＴＢは、そのＳＴＢが現在接続されているネットワー
ク・アダプタ３０４に対しネットワークを介してムービ
ー開始要求を要求側コマンドとして送信する。
【００９９】それぞれのＳＴＢは、要求側フィールド５
０７にムービーを求めるユーザ要求を含む、図５に示す
タイプのコマンド制御ブロックを提供するプロセッサを
含んでおり、そのＳＴＢは、ＳＴＢユーザがＳＴＢに対
してキー入力した所望のムービーに関し、ファイルＩＤ
フィールド５０６にムービーＩＤを挿入する。また、Ｓ
ＴＢプロセッサは、コマンド制御ブロックのフィールド
５０４に宛先アドレス（ＳＴＢネットワーク・アドレ
ス）も設定する。次にＳＴＢは、その要求として制御ブ
ロックをその接続ＭＭＣに送信し、そこでコマンド・ブ
ロックがステップ６０２（図１０および図１１に詳細を
示す）でＭＭＣによってさらに処理される。ＭＭＣプロ
セッサはこの制御ブロックを受け取り、肯定応答コマン
ドによってフィールド５０２を設定し、そのメモリに変
更済み制御ブロックを書き込み、このブロックのコピー
を要求側ＳＴＢに送信することによってその制御ブロッ
クを確認する。次にＭＭＣは、割込み信号とこの制御ブ
ロックのコピーをＣＰＵ１０１に送信し、ステップ６０
３でさらに処理する。ＭＭＣがそのコマンドを初めて受
け取った場合、ＳＴＢはまだムービーを獲得することが
承認されていないので、開始要求ではＳＴＢにムービー
・データを送信しない。
０７にムービーを求めるユーザ要求を含む、図５に示す
タイプのコマンド制御ブロックを提供するプロセッサを
含んでおり、そのＳＴＢは、ＳＴＢユーザがＳＴＢに対
してキー入力した所望のムービーに関し、ファイルＩＤ
フィールド５０６にムービーＩＤを挿入する。また、Ｓ
ＴＢプロセッサは、コマンド制御ブロックのフィールド
５０４に宛先アドレス（ＳＴＢネットワーク・アドレ
ス）も設定する。次にＳＴＢは、その要求として制御ブ
ロックをその接続ＭＭＣに送信し、そこでコマンド・ブ
ロックがステップ６０２（図１０および図１１に詳細を
示す）でＭＭＣによってさらに処理される。ＭＭＣプロ
セッサはこの制御ブロックを受け取り、肯定応答コマン
ドによってフィールド５０２を設定し、そのメモリに変
更済み制御ブロックを書き込み、このブロックのコピー
を要求側ＳＴＢに送信することによってその制御ブロッ
クを確認する。次にＭＭＣは、割込み信号とこの制御ブ
ロックのコピーをＣＰＵ１０１に送信し、ステップ６０
３でさらに処理する。ＭＭＣがそのコマンドを初めて受
け取った場合、ＳＴＢはまだムービーを獲得することが
承認されていないので、開始要求ではＳＴＢにムービー
・データを送信しない。
【０１００】ステップ６０３では、図８および図９に示
すプロセスを使用して、ＣＰＵが制御ブロックを処理す
る。そのステップでＣＰＵは、ＳＴＢユーザを妥当性検
査（その請求額が支払われたことなどを判定）し、ホス
ト・メイン・メモリ１０２内のテーブルでこの情報を調
べた後でコマンド・ブロックのソース・フィールド５０
３とファイル長フィールド５０５を設定する。このた
め、ＳＴＢ要求を処理するＭＭＣ対４０９が使用可能な
どのディスクにもそのムービーが入っていないとＣＰＵ
が判断した場合、ＣＰＵはそのＭＭＣ対４０９内の使用
可能ディスクにテープからムービーをコピーすることが
でき、あるいはＣＰＵは別のＭＭＣ対４０９に接続され
たディスクからムービーをコピーしてもよい。要求側Ｓ
ＴＢが許可されていないとＣＰＵが判断した場合（その
ユーザが前の請求額を支払っていない場合など）、ＳＴ
Ｂ要求は終了される。このようなテストを満足した場
合、要求側ＳＴＢが表示するためにそのムービーが承認
され、次にＣＰＵはホスト・コマンド・フィールド５０
１を設定し、それをさらに処理することになるＭＭＣに
コマンド割込みを送る。次にＭＭＣプロセッサは、ステ
ップ６０４に移行することによって、ＳＴＢへのムービ
ー・データ伝送を制御する。
すプロセスを使用して、ＣＰＵが制御ブロックを処理す
る。そのステップでＣＰＵは、ＳＴＢユーザを妥当性検
査（その請求額が支払われたことなどを判定）し、ホス
ト・メイン・メモリ１０２内のテーブルでこの情報を調
べた後でコマンド・ブロックのソース・フィールド５０
３とファイル長フィールド５０５を設定する。このた
め、ＳＴＢ要求を処理するＭＭＣ対４０９が使用可能な
どのディスクにもそのムービーが入っていないとＣＰＵ
が判断した場合、ＣＰＵはそのＭＭＣ対４０９内の使用
可能ディスクにテープからムービーをコピーすることが
でき、あるいはＣＰＵは別のＭＭＣ対４０９に接続され
たディスクからムービーをコピーしてもよい。要求側Ｓ
ＴＢが許可されていないとＣＰＵが判断した場合（その
ユーザが前の請求額を支払っていない場合など）、ＳＴ
Ｂ要求は終了される。このようなテストを満足した場
合、要求側ＳＴＢが表示するためにそのムービーが承認
され、次にＣＰＵはホスト・コマンド・フィールド５０
１を設定し、それをさらに処理することになるＭＭＣに
コマンド割込みを送る。次にＭＭＣプロセッサは、ステ
ップ６０４に移行することによって、ＳＴＢへのムービ
ー・データ伝送を制御する。
【０１０１】この時点からステップ６０４まで、プロセ
スは図１０から図１１への経路Ａをたどり、ＳＴＢへの
データ伝送が開始される。ここでプロセスは、これがＶ
ＣＲタイプのコマンド（巻戻し、早送り、休止、再生、
停止など）であるかどうかなど、ユーザからの詳細命令
についても制御ブロックを分析する。そのような場合、
ＭＭＣは、ＳＴＢプロセッサで要求された操作を開始し
実行するために効果的なものになる対応ＭＭＣコマンド
を挿入する。これが進行している間、ＭＭＣは、ＣＰＵ
およびネットワークを介して接続されたすべてのＳＴＢ
からの割込みの有無を検査し、同時に他の要求に関する
作業を実行することもできる。
スは図１０から図１１への経路Ａをたどり、ＳＴＢへの
データ伝送が開始される。ここでプロセスは、これがＶ
ＣＲタイプのコマンド（巻戻し、早送り、休止、再生、
停止など）であるかどうかなど、ユーザからの詳細命令
についても制御ブロックを分析する。そのような場合、
ＭＭＣは、ＳＴＢプロセッサで要求された操作を開始し
実行するために効果的なものになる対応ＭＭＣコマンド
を挿入する。これが進行している間、ＭＭＣは、ＣＰＵ
およびネットワークを介して接続されたすべてのＳＴＢ
からの割込みの有無を検査し、同時に他の要求に関する
作業を実行することもできる。
【０１０２】ステップ６０５では、ムービーが一連のデ
ータ・ブロックとして送信される。というのは、図８お
よび図９で実行されるように、ＳＴＢはその現行データ
・ブロックを再生し終えてから、ムービーの次のデータ
・ブロックを求める次のコマンドを作成するからであ
る。ステップ６０６では、図８および図９に示すよう
に、ＣＰＵがムービー完了コマンドを処理し、作業負荷
テーブルを更新する。ステップ６０７では、ＣＰＵは、
ＭＭＣから渡された制御ブロックのＭＭＣコマンド・フ
ィールドで検出された肯定応答（ａｃｋ）を処理する。
これは、要求したムービーの請求書を完成するものであ
る。これで、この要求に関するＭＭＣ／ＣＰＵの動作が
完了する。
ータ・ブロックとして送信される。というのは、図８お
よび図９で実行されるように、ＳＴＢはその現行データ
・ブロックを再生し終えてから、ムービーの次のデータ
・ブロックを求める次のコマンドを作成するからであ
る。ステップ６０６では、図８および図９に示すよう
に、ＣＰＵがムービー完了コマンドを処理し、作業負荷
テーブルを更新する。ステップ６０７では、ＣＰＵは、
ＭＭＣから渡された制御ブロックのＭＭＣコマンド・フ
ィールドで検出された肯定応答（ａｃｋ）を処理する。
これは、要求したムービーの請求書を完成するものであ
る。これで、この要求に関するＭＭＣ／ＣＰＵの動作が
完了する。
【０１０３】図８は、ホスト・システムによって行われ
る制御流れの詳細を示している。ＭＭＣプロセッサから
ＣＰＵにＣＰＵ割込みが送られると、関連のコマンド制
御ブロックがＣＰＵのメイン・メモリに格納され、（そ
れがどの有効コマンドであるかに基づいて）その特定の
機能が実行される。
る制御流れの詳細を示している。ＭＭＣプロセッサから
ＣＰＵにＣＰＵ割込みが送られると、関連のコマンド制
御ブロックがＣＰＵのメイン・メモリに格納され、（そ
れがどの有効コマンドであるかに基づいて）その特定の
機能が実行される。
【０１０４】ステップ７０１と７０２では、ＭＭＣコマ
ンド・ブロックが読み取られ、それがＡＣＫコマンドを
含むかどうかを確認するためにフィールド５０２が検査
される。これが該当する場合、ステップ７０３でその要
求に関する請求が行われる。この請求は、フィールド５
０４の宛先アドレスにいるユーザに請求するための課金
手続きである。請求が完了すると、ＣＰＵはステップ７
０８で割込みから復帰し、そのステップでその割り込ま
れた処理操作に戻るが、ＣＰＵはＭＭＣからの次の割込
みがあるまでＭＭＣ作業を実行しない場合もある。
ンド・ブロックが読み取られ、それがＡＣＫコマンドを
含むかどうかを確認するためにフィールド５０２が検査
される。これが該当する場合、ステップ７０３でその要
求に関する請求が行われる。この請求は、フィールド５
０４の宛先アドレスにいるユーザに請求するための課金
手続きである。請求が完了すると、ＣＰＵはステップ７
０８で割込みから復帰し、そのステップでその割り込ま
れた処理操作に戻るが、ＣＰＵはＭＭＣからの次の割込
みがあるまでＭＭＣ作業を実行しない場合もある。
【０１０５】ＭＭＣは、ステップ７０４（ＭＭＣコマン
ドが肯定応答コマンドではないと判断するステップ７０
２に続く）でＣＰＵが検出した要求ムービーの最後のデ
ータ・ブロックを取り出すと、ＣＰＵに通知する。ステ
ップ７０４で、ムービー伝送が完了したことをそのコマ
ンドが示している場合、ＣＰＵはステップ７０５に入
り、ＣＰＵとＭＭＣなどのようにシステム内の各種資源
上の作業負荷のバランスを取るためにその作業負荷テー
ブルを更新する。これを行った後、現行割込みに関する
ＣＰＵ処理が完了し、ステップ７０８により、ＣＰＵ
は、現行マルチメディア・コマンドに関して割込みが行
われたときに行っていた前の処理に戻る。
ドが肯定応答コマンドではないと判断するステップ７０
２に続く）でＣＰＵが検出した要求ムービーの最後のデ
ータ・ブロックを取り出すと、ＣＰＵに通知する。ステ
ップ７０４で、ムービー伝送が完了したことをそのコマ
ンドが示している場合、ＣＰＵはステップ７０５に入
り、ＣＰＵとＭＭＣなどのようにシステム内の各種資源
上の作業負荷のバランスを取るためにその作業負荷テー
ブルを更新する。これを行った後、現行割込みに関する
ＣＰＵ処理が完了し、ステップ７０８により、ＣＰＵ
は、現行マルチメディア・コマンドに関して割込みが行
われたときに行っていた前の処理に戻る。
【０１０６】ステップ７０６では、そのコマンドが新し
いＳＴＢ要求であるかどうかを検査する。この要求は図
９のプロセスに入ることによって処理される。この処理
経路では、新しいＳＴＢコマンド要求だけがステップ７
０６に到達するはずである。そのコマンドが新しいＳＴ
Ｂ要求ではない場合、コマンドは無効と見なされ、ＣＰ
Ｕによってエラーを通知しなければならず、現行コマン
ド処理を実行するために割込みが行われた最後の処理を
続行しなければならないことをプロセッサに示すため
に、割込みからステップ７０８への復帰がもう一度行わ
れる。そのコマンドが新しい要求である場合、プロセッ
サは、図９に示すプロセスに移行することによって、こ
の要求の処理を続行する。
いＳＴＢ要求であるかどうかを検査する。この要求は図
９のプロセスに入ることによって処理される。この処理
経路では、新しいＳＴＢコマンド要求だけがステップ７
０６に到達するはずである。そのコマンドが新しいＳＴ
Ｂ要求ではない場合、コマンドは無効と見なされ、ＣＰ
Ｕによってエラーを通知しなければならず、現行コマン
ド処理を実行するために割込みが行われた最後の処理を
続行しなければならないことをプロセッサに示すため
に、割込みからステップ７０８への復帰がもう一度行わ
れる。そのコマンドが新しい要求である場合、プロセッ
サは、図９に示すプロセスに移行することによって、こ
の要求の処理を続行する。
【０１０７】図９は、ＣＰＵ側でムービー要求コマンド
を受け取ったときのＣＰＵの制御を示している。ユーザ
はこのコマンド用の制御ブロックに宛先フィールド５０
４を挿入しているが、このフィールドはステップ８０１
によって妥当性検査しなければならない。これが実施さ
れると、ステップ８０１によってフィールド５０６のム
ービーＩＤ＃が検査され、そのムービーがディスク上に
存在するかどうかが確認される。そのムービーが要求側
ＳＴＢに接続されたＭＭＣ対内のどのディスク上にも現
在存在しない場合、ステップ８０３によりテープからデ
ィスクにそのムービーをコピーしなければならない。接
続済みＭＭＣ対４０９によって制御されるディスク上に
ムービーが存在すると、ただちにＭＭＣプロセッサは要
求側ＳＴＢへのムービー・データの送信を続行すること
ができる。ディスク・コピー操作は、ムービー送信を続
行する前に完了している必要はない。
を受け取ったときのＣＰＵの制御を示している。ユーザ
はこのコマンド用の制御ブロックに宛先フィールド５０
４を挿入しているが、このフィールドはステップ８０１
によって妥当性検査しなければならない。これが実施さ
れると、ステップ８０１によってフィールド５０６のム
ービーＩＤ＃が検査され、そのムービーがディスク上に
存在するかどうかが確認される。そのムービーが要求側
ＳＴＢに接続されたＭＭＣ対内のどのディスク上にも現
在存在しない場合、ステップ８０３によりテープからデ
ィスクにそのムービーをコピーしなければならない。接
続済みＭＭＣ対４０９によって制御されるディスク上に
ムービーが存在すると、ただちにＭＭＣプロセッサは要
求側ＳＴＢへのムービー・データの送信を続行すること
ができる。ディスク・コピー操作は、ムービー送信を続
行する前に完了している必要はない。
【０１０８】ムービーがディスク上に存在すると判定さ
れると、ステップ８０４によりホストの負荷バランス・
テーブルを検査しなければならない。このテーブルは、
新しいムービー要求の送達の際にネックが発生しないよ
うにするために、特定のムービーにアクセスするユーザ
の数と、それぞれのＭＭＣ対によって送達される各ムー
ビーのコピーの数とを追跡するものである。この要求に
使用可能なディスク上にそのムービーのコピーが存在し
ない場合、別のＭＭＣ対４０９によって制御されるディ
スクからそれをコピーすることによって、ステップ８０
５によりムービーを複製しなければならない。どのＭＭ
Ｃディスクでムービーを送達するかをＣＰＵが確立した
後、ステップ８０６により負荷バランス・テーブルを更
新しなければならない。
れると、ステップ８０４によりホストの負荷バランス・
テーブルを検査しなければならない。このテーブルは、
新しいムービー要求の送達の際にネックが発生しないよ
うにするために、特定のムービーにアクセスするユーザ
の数と、それぞれのＭＭＣ対によって送達される各ムー
ビーのコピーの数とを追跡するものである。この要求に
使用可能なディスク上にそのムービーのコピーが存在し
ない場合、別のＭＭＣ対４０９によって制御されるディ
スクからそれをコピーすることによって、ステップ８０
５によりムービーを複製しなければならない。どのＭＭ
Ｃディスクでムービーを送達するかをＣＰＵが確立した
後、ステップ８０６により負荷バランス・テーブルを更
新しなければならない。
【０１０９】コマンド制御ブロック内の次の追加フィー
ルドを設定しないと、そのブロックを指定のＭＭＣに送
信することができない。これは、ステップ８０７、８０
８、８１１により、ソース・フィールド５０３と長さフ
ィールド５０５に特定の情報を書き込み、コピーするこ
とを必要とする。また、フィールド５０１も、ムービー
開始操作を示すためにホスト・コマンド（５０１）によ
って設定される。次にステップ８１２では選択したＭＭ
Ｃにコマンドを出し、ステップ８１３では図９の現行割
込み処理からプロセッサ動作を復帰する。
ルドを設定しないと、そのブロックを指定のＭＭＣに送
信することができない。これは、ステップ８０７、８０
８、８１１により、ソース・フィールド５０３と長さフ
ィールド５０５に特定の情報を書き込み、コピーするこ
とを必要とする。また、フィールド５０１も、ムービー
開始操作を示すためにホスト・コマンド（５０１）によ
って設定される。次にステップ８１２では選択したＭＭ
Ｃにコマンドを出し、ステップ８１３では図９の現行割
込み処理からプロセッサ動作を復帰する。
【０１１０】図１０は、ＭＭＣプロセッサ内の制御の流
れを示している。ＭＭＣプロセッサは、ＣＰＵまたはＳ
ＴＢ要求のいずれかで割込みを行うことができる。ＣＰ
Ｕによって割込みが通知された場合、ＣＰＵはコマンド
制御ブロックをＣＰＵメモリ１０２に格納し、そこから
ステップ９０２によりＣＰＵメイン・メモリ１０２から
ＭＭＣプロセッサ・メモリ４０３にコマンド制御ブロッ
クが取り出される。制御ブロックがＭＭＣメモリ４０３
に読み込まれると、ＭＭＣは、それが制御ブロックを受
け取ったことを確認しなければならない。これは、ＭＭ
Ｃコマンド・フィールド５０２をＡＣＫ表示に設定する
ことで、ステップ９０４により実施される。次に、更新
した制御ブロックがステップ９０５によりＣＰＵメイン
・メモリに書き込まれ、次にＣＰＵがそのコマンド・ブ
ロックを処理できるようにするために、ステップ９０６
によりＣＰＵへの割込みが行われる。
れを示している。ＭＭＣプロセッサは、ＣＰＵまたはＳ
ＴＢ要求のいずれかで割込みを行うことができる。ＣＰ
Ｕによって割込みが通知された場合、ＣＰＵはコマンド
制御ブロックをＣＰＵメモリ１０２に格納し、そこから
ステップ９０２によりＣＰＵメイン・メモリ１０２から
ＭＭＣプロセッサ・メモリ４０３にコマンド制御ブロッ
クが取り出される。制御ブロックがＭＭＣメモリ４０３
に読み込まれると、ＭＭＣは、それが制御ブロックを受
け取ったことを確認しなければならない。これは、ＭＭ
Ｃコマンド・フィールド５０２をＡＣＫ表示に設定する
ことで、ステップ９０４により実施される。次に、更新
した制御ブロックがステップ９０５によりＣＰＵメイン
・メモリに書き込まれ、次にＣＰＵがそのコマンド・ブ
ロックを処理できるようにするために、ステップ９０６
によりＣＰＵへの割込みが行われる。
【０１１１】次に、それがムービー停止コマンドを示し
ているかどうかを示すために、ステップ９０７によりホ
スト・コマンド・フィールド５０１が検査される。その
コマンドが停止コマンドであることをステップ９０７が
示している場合、処理は、そのムービーを要求側ＳＴＢ
に送るためのそれ以降のデータ送達操作を停止する。こ
れを行うため、ステップ９１４に入り、制御ブロックの
ＭＭＣコマンド・フィールドに停止操作コマンドを設定
して、ムービー伝送が完了したことを示し、次にステッ
プ９１５でＣＰＵのメイン・メモリに制御ブロックを格
納し、ステップ９１６ではこの制御ブロックを調べるた
めにホスト・システムに割込み信号を送る。制御ブロッ
クにアクセスし、ＣＰＵムービー管理テーブルを通知し
て、受信側ＳＴＢへのムービー伝送が停止されたことを
示す、使用可能な次のホストＣＰＵによってこの割込み
信号の処理が行われる。また、ＣＰＵは、ＳＴＢ要求が
遅延したときにＳＴＢを別のＭＭＣ対４０９に切り替え
るなどにより、最適システム・パフォーマンスを維持す
るためにホスト作業負荷バランス・テーブルを更新する
ので、別のＭＭＣ対４０９による要求側ＳＴＢへのデー
タ伝送サービスでは最小限の伝送遅延が維持される。
ているかどうかを示すために、ステップ９０７によりホ
スト・コマンド・フィールド５０１が検査される。その
コマンドが停止コマンドであることをステップ９０７が
示している場合、処理は、そのムービーを要求側ＳＴＢ
に送るためのそれ以降のデータ送達操作を停止する。こ
れを行うため、ステップ９１４に入り、制御ブロックの
ＭＭＣコマンド・フィールドに停止操作コマンドを設定
して、ムービー伝送が完了したことを示し、次にステッ
プ９１５でＣＰＵのメイン・メモリに制御ブロックを格
納し、ステップ９１６ではこの制御ブロックを調べるた
めにホスト・システムに割込み信号を送る。制御ブロッ
クにアクセスし、ＣＰＵムービー管理テーブルを通知し
て、受信側ＳＴＢへのムービー伝送が停止されたことを
示す、使用可能な次のホストＣＰＵによってこの割込み
信号の処理が行われる。また、ＣＰＵは、ＳＴＢ要求が
遅延したときにＳＴＢを別のＭＭＣ対４０９に切り替え
るなどにより、最適システム・パフォーマンスを維持す
るためにホスト作業負荷バランス・テーブルを更新する
ので、別のＭＭＣ対４０９による要求側ＳＴＢへのデー
タ伝送サービスでは最小限の伝送遅延が維持される。
【０１１２】そのコマンドが停止コマンドではないこと
をステップ９０７が示す場合、ステップ９０８では開始
コマンドであるかどうかについてＣＰＵをテストする。
それが開始コマンドではないとステップ９０８が判断し
た場合、ホスト・コマンドは停止コマンドまたは開始コ
マンド以外のものであり、ステップ９１２ではそれが現
行処理経路では無効なホスト・コマンドであることを示
し、ステップ９１０に入り、そのステップでは割込み前
の処理に復帰する。
をステップ９０７が示す場合、ステップ９０８では開始
コマンドであるかどうかについてＣＰＵをテストする。
それが開始コマンドではないとステップ９０８が判断し
た場合、ホスト・コマンドは停止コマンドまたは開始コ
マンド以外のものであり、ステップ９１２ではそれが現
行処理経路では無効なホスト・コマンドであることを示
し、ステップ９１０に入り、そのステップでは割込み前
の処理に復帰する。
【０１１３】ステップ９１０でＭＭＣプロセッサが割込
みから復帰すると、そのプロセッサは待機状態に入り、
その次の処理操作を開始するためにＣＰＵまたはＳＴＢ
のいずれか一方からの次の割込みを待つ。この待機状態
は、ＭＭＣプロセッサがＣＰＵまたはＳＴＢからの次の
割込み信号を受け取るまで、ＭＭＣプロセッサを待機ル
ープに入れることによって、そのプロセッサについて維
持することができる。
みから復帰すると、そのプロセッサは待機状態に入り、
その次の処理操作を開始するためにＣＰＵまたはＳＴＢ
のいずれか一方からの次の割込みを待つ。この待機状態
は、ＭＭＣプロセッサがＣＰＵまたはＳＴＢからの次の
割込み信号を受け取るまで、ＭＭＣプロセッサを待機ル
ープに入れることによって、そのプロセッサについて維
持することができる。
【０１１４】図１１は、付随する割込みとともにコマン
ド制御ブロックでＳＴＢから要求を受け取ったときのＭ
ＭＣプロセッサでの動作の詳細流れ図である。それぞれ
の要求は、図１０のステップ９０１で感知されるが、こ
のステップでＹＥＳの出口を取ると図１１のステップ１
００１に続く。次にステップ１００１では、要求側コマ
ンド５０７が新しい要求であり、その要求でＭＭＣプロ
セッサがコマンド制御ブロックのコマンド・フィールド
５０２をムービー要求に設定する場合、ステップ１０１
５に続くＹＥＳの出口を取る。後続ステップ１０１６お
よび１０１７では、ホスト・メイン・メモリにコマンド
制御ブロックを書き込み、それに対応するためにＣＰＵ
への割込みを行う。
ド制御ブロックでＳＴＢから要求を受け取ったときのＭ
ＭＣプロセッサでの動作の詳細流れ図である。それぞれ
の要求は、図１０のステップ９０１で感知されるが、こ
のステップでＹＥＳの出口を取ると図１１のステップ１
００１に続く。次にステップ１００１では、要求側コマ
ンド５０７が新しい要求であり、その要求でＭＭＣプロ
セッサがコマンド制御ブロックのコマンド・フィールド
５０２をムービー要求に設定する場合、ステップ１０１
５に続くＹＥＳの出口を取る。後続ステップ１０１６お
よび１０１７では、ホスト・メイン・メモリにコマンド
制御ブロックを書き込み、それに対応するためにＣＰＵ
への割込みを行う。
【０１１５】コマンド制御ブロックが新しい要求を含ま
ないとステップ１００１が判断した場合、ステップ１０
０２に続くＮＯの出口が取られ、停止コマンドを含むか
どうかについて制御ブロックをテストする。制御ブロッ
クが停止コマンドを含む場合、ＭＭＣ制御フィールドを
ムービー完了に設定して、制御ブロック内の停止コマン
ドを示すことにより、ムービー伝送が完了する。次にス
テップ１０１５、１０１６、１０１７は、前述のように
機能し、次の割込みを待つようＭＭＣプロセッサを待機
状態にするために、前述のようにＣＰＵに制御ブロック
が送られる。
ないとステップ１００１が判断した場合、ステップ１０
０２に続くＮＯの出口が取られ、停止コマンドを含むか
どうかについて制御ブロックをテストする。制御ブロッ
クが停止コマンドを含む場合、ＭＭＣ制御フィールドを
ムービー完了に設定して、制御ブロック内の停止コマン
ドを示すことにより、ムービー伝送が完了する。次にス
テップ１０１５、１０１６、１０１７は、前述のように
機能し、次の割込みを待つようＭＭＣプロセッサを待機
状態にするために、前述のようにＣＰＵに制御ブロック
が送られる。
【０１１６】ＳＴＢコマンドが開始コマンドまたは停止
コマンドではない場合、ステップ１００３に入り、要求
側コマンド・フィールド５０７に早送りコマンドを含む
かどうかについてコマンド・ブロックをテストする。早
送りコマンドを含まない場合、巻戻しテスト・ステップ
１００４に入る。そのフィールドが早送り要求コマンド
を含むとステップ１００３が判断した場合、ステップ１
０１１では、ＳＴＢへの現行ムービーの伝送中に次のデ
ータ・ブロックを得るかまたは生成するためのポインタ
（またはその他の表示）を移動させる。そのフィールド
が巻戻し要求コマンドを含むとステップ１００４が判断
した場合、ステップ１０１２では、ムービー内の先行デ
ータを再生するためにＳＴＢに再伝送された伝送済み先
行データ・ブロックを得るかまたは再生成するためのポ
インタ（またはその他の表示）を逆方向に移動させる。
次にステップ１０１８に入り、前述のようにＭＭＣプロ
セッサをその待機状態にする。
コマンドではない場合、ステップ１００３に入り、要求
側コマンド・フィールド５０７に早送りコマンドを含む
かどうかについてコマンド・ブロックをテストする。早
送りコマンドを含まない場合、巻戻しテスト・ステップ
１００４に入る。そのフィールドが早送り要求コマンド
を含むとステップ１００３が判断した場合、ステップ１
０１１では、ＳＴＢへの現行ムービーの伝送中に次のデ
ータ・ブロックを得るかまたは生成するためのポインタ
（またはその他の表示）を移動させる。そのフィールド
が巻戻し要求コマンドを含むとステップ１００４が判断
した場合、ステップ１０１２では、ムービー内の先行デ
ータを再生するためにＳＴＢに再伝送された伝送済み先
行データ・ブロックを得るかまたは再生成するためのポ
インタ（またはその他の表示）を逆方向に移動させる。
次にステップ１０１８に入り、前述のようにＭＭＣプロ
セッサをその待機状態にする。
【０１１７】制御ブロックが巻戻しコマンドを含まない
とステップ１００４が判断した場合、ステップ１００５
に入り、ＳＴＢ休止要求があるかどうかについて制御ブ
ロックをテストする。ＳＴＢコマンドが休止要求を有す
る場合、ＭＭＣプロセッサはＳＴＢに対してそれ以上デ
ータ伝送を行わず、これは、前述のように割込みからの
復帰ステップ１０１８に入ることによって単にＭＭＣプ
ロセッサをその待機状態に戻すことによって行われる。
とステップ１００４が判断した場合、ステップ１００５
に入り、ＳＴＢ休止要求があるかどうかについて制御ブ
ロックをテストする。ＳＴＢコマンドが休止要求を有す
る場合、ＭＭＣプロセッサはＳＴＢに対してそれ以上デ
ータ伝送を行わず、これは、前述のように割込みからの
復帰ステップ１０１８に入ることによって単にＭＭＣプ
ロセッサをその待機状態に戻すことによって行われる。
【０１１８】コマンド・ブロックが休止コマンドを含ま
ないとステップ１００５が判断した場合、ステップ１０
０６に入り、要求側コマンド・フィールド５０７に再生
コマンドがあるかどうかをテストする。そのブロックに
再生コマンドがない場合、ステップ１００７に入り、そ
こでフィールド５０７内の「次データ・ブロック」コマ
ンドを探す。再生コマンドまたは次ブロック・コマンド
のいずれかが検出された場合、ステップ１０１３に入
り、ムービー伝送を続行するために要求側ＳＴＢに対し
ネットワーク上で次のデータ・ブロックを伝送する。こ
れが最後のブロックではないとステップ１０１４が判断
した場合は、ステップ１０１８が実行され、前述のよう
にＭＭＣプロセッサを待機状態にする。
ないとステップ１００５が判断した場合、ステップ１０
０６に入り、要求側コマンド・フィールド５０７に再生
コマンドがあるかどうかをテストする。そのブロックに
再生コマンドがない場合、ステップ１００７に入り、そ
こでフィールド５０７内の「次データ・ブロック」コマ
ンドを探す。再生コマンドまたは次ブロック・コマンド
のいずれかが検出された場合、ステップ１０１３に入
り、ムービー伝送を続行するために要求側ＳＴＢに対し
ネットワーク上で次のデータ・ブロックを伝送する。こ
れが最後のブロックではないとステップ１０１４が判断
した場合は、ステップ１０１８が実行され、前述のよう
にＭＭＣプロセッサを待機状態にする。
【０１１９】これが最後のブロックであるとステップ１
０１４が判断した場合は、ステップ１０１５〜１０１８
を実行し、ＭＭＣコマンド・フィールド５０２にムービ
ー完了コマンドを入れ、制御ブロックをホスト・メイン
・メモリに格納し、ホスト・プロセッサへの割込みを行
い、割込みから復帰する。
０１４が判断した場合は、ステップ１０１５〜１０１８
を実行し、ＭＭＣコマンド・フィールド５０２にムービ
ー完了コマンドを入れ、制御ブロックをホスト・メイン
・メモリに格納し、ホスト・プロセッサへの割込みを行
い、割込みから復帰する。
【０１２０】これが次データ・ブロック要求コマンドで
はないとステップ１００７が判断した場合は、可能なす
べてのコマンドについてコマンド・ブロックの内容がテ
ストされ、いずれも検出されていない。次に無効なコマ
ンドが処理され、ステップ１００８に入り、そのステッ
プでステップ１０１８に制御を渡し、そこでＭＭＣプロ
セッサを待機状態にする。
はないとステップ１００７が判断した場合は、可能なす
べてのコマンドについてコマンド・ブロックの内容がテ
ストされ、いずれも検出されていない。次に無効なコマ
ンドが処理され、ステップ１００８に入り、そのステッ
プでステップ１０１８に制御を渡し、そこでＭＭＣプロ
セッサを待機状態にする。
【０１２１】ここに記載した実施例は、限定としてでは
なく、例として示されていることに留意されたい。上記
の説明を考慮して、本発明の範囲および精神を逸脱しな
い多くの変更態様および変形態様が特許請求の範囲で定
義されている。
なく、例として示されていることに留意されたい。上記
の説明を考慮して、本発明の範囲および精神を逸脱しな
い多くの変更態様および変形態様が特許請求の範囲で定
義されている。
【０１２２】まとめとして、本発明の構成に関して以下
の事項を開示する。
の事項を開示する。
【０１２３】（１）ネットワークに接続された表示制御
装置によって受信される図形データ・ファイルの「オン
・デマンド」方式制御をサポートするための階層マルチ
メディア（ＭＭ）配布システムであって、ＭＭ配布シス
テムを監視するためのホスト・コンピュータ・システム
を備え、上記ＭＭ配布システムがホスト・コンピュータ
・システムに接続された複数のＭＭアダプタから構成さ
れ、各ＭＭアダプタが１つまたは複数のＭＭ制御装置を
含み、それぞれのＭＭ制御装置が１つのＭＭプロセッサ
に接続された１本の制御装置バスを含み、さらに、上記
制御装置バスに接続された１つまたは複数のＭＭ対を備
え、各ＭＭ対がディスク・アダプタとネットワーク・ア
ダプタとを含み、上記ディスク・アダプタが指定のディ
スク・ドライブから読み取ったデータ・ブロックを受信
するための１つまたは複数のディスク・ドライブに接続
され、上記図形データ・ファイルがディスクに格納さ
れ、要求されたデータ・ファイル内のデータ・ブロック
がそれぞれの指定のディスクから上記ディスク・アダプ
タに直接読み取られ、さらに、上記各ＭＭ対内にあっ
て、上記ディスク・アダプタが受信したデータ・ブロッ
クを直接受け取り、そのデータ・ブロックをネットワー
ク・アダプタに直接伝送するための対バスを備え、上記
各ＭＭ対内のネットワーク・アダプタが対バスからネッ
トワークにデータ・ブロックを直接配布し、それぞれの
データ・ブロックがそのデータ・ブロックを含むデータ
・ファイルを要求する表示制御装置にアドレス指定さ
れ、さらに、各表示制御装置内にあって、ネットワーク
を介してネットワーク・アダプタに対話式コマンドを出
し、表示制御装置に伝送される要求データ・ファイルの
データ受信の特性を制御するための手段を備えることを
特徴とする、階層マルチメディア（ＭＭ）配布システ
ム。 （２）表示制御装置側のコマンド手段が表示制御装置に
よって要求されるコマンドを入れるためのフィールドを
有する制御ブロックを生成する手段と、ネットワークを
介して接続済みネットワーク・アダプタに上記制御ブロ
ックを送信し、関連ＭＭプロセッサがそのコマンドを受
信できるようにするためにそのＭＭプロセッサに上記制
御ブロックを転送する手段とを備えることを特徴とす
る、上記（１）に記載のネットワークに接続された表示
制御装置によって受信される図形データ・ファイルの
「オン・デマンド」方式制御をサポートするための階層
マルチメディア（ＭＭ）配布システム。 （３）表示制御装置がテレビ（ＴＶ）受像機をそれぞれ
備える表示装置に接続されたセットトップボックス（Ｓ
ＴＢ）であり、ＴＶ受像機の視聴者によってＳＴＢにキ
ー入力されるコマンドをさらに含むことを特徴とする、
上記（１）に記載のネットワークに接続された表示制御
装置によって受信される図形データ・ファイルの「オン
・デマンド」方式制御をサポートするための階層マルチ
メディア（ＭＭ）配布システム。 （４）音声情報と視覚情報の両方を含む図形データ・フ
ァイルの少なくとも一部をさらに含むことを特徴とす
る、上記（１）に記載のネットワークに接続された表示
制御装置によって受信される図形データ・ファイルの
「オン・デマンド」方式制御をサポートするための階層
マルチメディア（ＭＭ）配布システム。 （５）図形データの少なくとも一部を含むムービーをさ
らに含むことを特徴とする、上記（２）に記載のネット
ワークに接続された表示制御装置によって受信される図
形データ・ファイルの「オン・デマンド」方式制御をサ
ポートするための階層マルチメディア（ＭＭ）配布シス
テム。 （６）ホスト・コンピュータ・システム内にあって、Ｍ
Ｍアダプタ・バスをホスト・コンピュータ・メモリに接
続する入出力チャネルと、表示制御装置からネットワー
ク・アダプタに送信され、接続済みＭＭプロセッサに転
送されて処理されるコマンドとをさらに含むことを特徴
とする、上記（１）に記載のネットワークに接続された
表示制御装置によって受信される図形データ・ファイル
の「オン・デマンド」方式制御をサポートするための階
層マルチメディア（ＭＭ）配布システム。 （７）ＭＭプロセッサによって解釈され、開始コマンド
によって要求されたデータ・ファイルを受信するための
表示制御装置による許可を判定するためにホスト・コン
ピュータ・システムに転送される開始コマンドをさらに
含み、要求されたデータ・ファイルが要求側表示制御装
置に送信されないことをホスト・コンピュータ・システ
ムがＭＭプロセッサに通知することを特徴とする、上記
（２）に記載のネットワークに接続された表示制御装置
によって受信される図形データ・ファイルの「オン・デ
マンド」方式制御をサポートするための階層マルチメデ
ィア（ＭＭ）配布システム。 （８）ＭＭプロセッサによって受信され、開始コマンド
によって要求されたデータ・ファイルを受信するための
表示制御装置による許可を判定するためにホスト・コン
ピュータ・システムに転送される開始コマンドをさらに
含み、接続された表示装置が要求されたデータ・ファイ
ルを受け取ることを許可されていると判断され、上記デ
ータ・ファイルが要求側表示制御装置に送信されること
をホスト・コンピュータ・システムがＭＭプロセッサに
通知することを特徴とする、上記（２）に記載のネット
ワークに接続された表示制御装置によって受信される図
形データ・ファイルの「オン・デマンド」方式制御をサ
ポートするための階層マルチメディア（ＭＭ）配布シス
テム。 （９）ＭＭプロセッサによって処理され、表示制御装置
に関する伝送終了情報を処理するためにホスト・コンピ
ュータ・システムに転送される停止コマンドをさらに含
み、要求されたデータ・ファイルのブロックを読み取っ
て表示制御装置に送信することを停止するようホスト・
コンピュータ・システムがＭＭプロセッサに通知するこ
とを特徴とする、上記（８）に記載のネットワークに接
続された表示制御装置によって受信される図形データ・
ファイルの「オン・デマンド」方式制御をサポートする
ための階層マルチメディア（ＭＭ）配布システム。 （１０）表示制御装置が受信した最後のブロックが表示
制御装置によってＴＶ受像機に完全に伝送される前に、
表示制御装置によってＭＭプロセッサに送信される次ブ
ロック・コマンドをさらに含み、ＭＭプロセッサが上記
次ブロック・コマンドに応答して、最後のブロックが表
示制御装置によってＴＶ受像機に完全に伝送される前
に、表示制御装置による受信のためにデータ・ファイル
内の次のブロックを伝送することを特徴とする、上記
（２）に記載のネットワークに接続された表示制御装置
によって受信される図形データ・ファイルの「オン・デ
マンド」方式制御をサポートするための階層マルチメデ
ィア（ＭＭ）配布システム。 （１１）最後に受信したデータ・ブロックが表示制御装
置によって別のバッファから読み取られて処理される間
に各データ・ブロックが表示制御装置側のバッファで受
信され格納されるときに、次のデータ・ブロックを要求
するために表示制御装置によってＭＭプロセッサに送信
される次ブロック・コマンドをさらに含むことを特徴と
する、上記（２）に記載のネットワークに接続された表
示制御装置によって受信される図形データ・ファイルの
「オン・デマンド」方式制御をサポートするための階層
マルチメディア（ＭＭ）配布システム。 （１２）ＭＭプロセッサによるコマンドの処理の一環と
して、各次ブロック・コマンドの受信に応答して、デー
タ・ファイルから得られる最後のブロックがないことを
ＭＭプロセッサがテストし、表示制御装置用のデータ・
ファイルの終了処理を行うために、ＭＭプロセッサが、
データ・ファイル終了信号をコマンドに挿入し、該コマ
ンドをホスト・コンピュータ・システムに送信すること
をさらに特徴とする、上記（１１）または（１２）に記
載のネットワークに接続された表示制御装置によって受
信される図形データ・ファイルの「オン・デマンド」方
式制御をサポートするための階層マルチメディア（Ｍ
Ｍ）配布システム。 （１３）表示制御装置での表示の変更を要求するために
表示制御装置によってＭＭプロセッサに送信される表示
制御コマンドをさらに含み、表示制御装置によってコマ
ンド制御ブロックに挿入された制御表示に応じて表示制
御装置に送信すべきデータ・ファイル内の次のブロック
を選択するようにＭＭプロセッサが指定のディスクを制
御することを特徴とする、上記（２）に記載のネットワ
ークに接続された表示制御装置によって受信される図形
データ・ファイルの「オン・デマンド」方式制御をサポ
ートするための階層マルチメディア（ＭＭ）配布システ
ム。 （１４）表示制御コマンドとしてＭＭプロセッサに送信
されるコマンド制御ブロックで提供される早送りコマン
ド表示をさらに含み、ＭＭプロセッサが、上記早送りコ
マンドを受信し、表示制御装置に伝送された最後のデー
タ・ブロックから所定の数のデータ・ブロック分だけデ
ータ・ファイルを順方向に増分することによって順方向
データ・ブロックの選択を制御し、ＭＭプロセッサが、
順方向データ・ブロックから表示制御装置へのデータ・
ファイルの伝送を続行することを特徴とする、上記（１
３）に記載のネットワークに接続された表示制御装置に
よって受信される図形データ・ファイルの「オン・デマ
ンド」方式制御をサポートするための階層マルチメディ
ア（ＭＭ）配布システム。 （１５）表示制御コマンドとしてＭＭプロセッサに送信
されるコマンド制御ブロックで提供される早戻し（巻戻
し）コマンド表示をさらに含み、ＭＭプロセッサが、早
戻しコマンドを受信し、表示制御装置に伝送された最後
のデータ・ブロックから所定の数のデータ・ブロック分
だけデータ・ファイルを逆方向に増分することによって
逆方向データ・ブロックの選択を制御し、ＭＭプロセッ
サが、逆方向データ・ブロックから表示制御装置へのデ
ータ・ファイルの伝送を続行することを特徴とする、上
記（１３）に記載のネットワークに接続された表示制御
装置によって受信される図形データ・ファイルの「オン
・デマンド」方式制御をサポートするための階層マルチ
メディア（ＭＭ）配布システム。 （１６）表示制御コマンドとしてＭＭプロセッサに送信
されるコマンド制御ブロックで提供される休止コマンド
表示をさらに含み、ＭＭプロセッサが、上記休止コマン
ドを受信し、表示制御装置から無休止コマンドを受信す
るまでデータ・ファイル内のデータ・ブロックのそれ以
上の伝送を終了し、表示制御装置が、関連表示装置によ
って表示される最後の画像についてバッファからのデー
タの読取りを繰り返すことを特徴とする、上記（１３）
に記載のネットワークに接続された表示制御装置によっ
て受信される図形データ・ファイルの「オン・デマン
ド」方式制御をサポートするための階層マルチメディア
（ＭＭ）配布システム。
装置によって受信される図形データ・ファイルの「オン
・デマンド」方式制御をサポートするための階層マルチ
メディア（ＭＭ）配布システムであって、ＭＭ配布シス
テムを監視するためのホスト・コンピュータ・システム
を備え、上記ＭＭ配布システムがホスト・コンピュータ
・システムに接続された複数のＭＭアダプタから構成さ
れ、各ＭＭアダプタが１つまたは複数のＭＭ制御装置を
含み、それぞれのＭＭ制御装置が１つのＭＭプロセッサ
に接続された１本の制御装置バスを含み、さらに、上記
制御装置バスに接続された１つまたは複数のＭＭ対を備
え、各ＭＭ対がディスク・アダプタとネットワーク・ア
ダプタとを含み、上記ディスク・アダプタが指定のディ
スク・ドライブから読み取ったデータ・ブロックを受信
するための１つまたは複数のディスク・ドライブに接続
され、上記図形データ・ファイルがディスクに格納さ
れ、要求されたデータ・ファイル内のデータ・ブロック
がそれぞれの指定のディスクから上記ディスク・アダプ
タに直接読み取られ、さらに、上記各ＭＭ対内にあっ
て、上記ディスク・アダプタが受信したデータ・ブロッ
クを直接受け取り、そのデータ・ブロックをネットワー
ク・アダプタに直接伝送するための対バスを備え、上記
各ＭＭ対内のネットワーク・アダプタが対バスからネッ
トワークにデータ・ブロックを直接配布し、それぞれの
データ・ブロックがそのデータ・ブロックを含むデータ
・ファイルを要求する表示制御装置にアドレス指定さ
れ、さらに、各表示制御装置内にあって、ネットワーク
を介してネットワーク・アダプタに対話式コマンドを出
し、表示制御装置に伝送される要求データ・ファイルの
データ受信の特性を制御するための手段を備えることを
特徴とする、階層マルチメディア（ＭＭ）配布システ
ム。 （２）表示制御装置側のコマンド手段が表示制御装置に
よって要求されるコマンドを入れるためのフィールドを
有する制御ブロックを生成する手段と、ネットワークを
介して接続済みネットワーク・アダプタに上記制御ブロ
ックを送信し、関連ＭＭプロセッサがそのコマンドを受
信できるようにするためにそのＭＭプロセッサに上記制
御ブロックを転送する手段とを備えることを特徴とす
る、上記（１）に記載のネットワークに接続された表示
制御装置によって受信される図形データ・ファイルの
「オン・デマンド」方式制御をサポートするための階層
マルチメディア（ＭＭ）配布システム。 （３）表示制御装置がテレビ（ＴＶ）受像機をそれぞれ
備える表示装置に接続されたセットトップボックス（Ｓ
ＴＢ）であり、ＴＶ受像機の視聴者によってＳＴＢにキ
ー入力されるコマンドをさらに含むことを特徴とする、
上記（１）に記載のネットワークに接続された表示制御
装置によって受信される図形データ・ファイルの「オン
・デマンド」方式制御をサポートするための階層マルチ
メディア（ＭＭ）配布システム。 （４）音声情報と視覚情報の両方を含む図形データ・フ
ァイルの少なくとも一部をさらに含むことを特徴とす
る、上記（１）に記載のネットワークに接続された表示
制御装置によって受信される図形データ・ファイルの
「オン・デマンド」方式制御をサポートするための階層
マルチメディア（ＭＭ）配布システム。 （５）図形データの少なくとも一部を含むムービーをさ
らに含むことを特徴とする、上記（２）に記載のネット
ワークに接続された表示制御装置によって受信される図
形データ・ファイルの「オン・デマンド」方式制御をサ
ポートするための階層マルチメディア（ＭＭ）配布シス
テム。 （６）ホスト・コンピュータ・システム内にあって、Ｍ
Ｍアダプタ・バスをホスト・コンピュータ・メモリに接
続する入出力チャネルと、表示制御装置からネットワー
ク・アダプタに送信され、接続済みＭＭプロセッサに転
送されて処理されるコマンドとをさらに含むことを特徴
とする、上記（１）に記載のネットワークに接続された
表示制御装置によって受信される図形データ・ファイル
の「オン・デマンド」方式制御をサポートするための階
層マルチメディア（ＭＭ）配布システム。 （７）ＭＭプロセッサによって解釈され、開始コマンド
によって要求されたデータ・ファイルを受信するための
表示制御装置による許可を判定するためにホスト・コン
ピュータ・システムに転送される開始コマンドをさらに
含み、要求されたデータ・ファイルが要求側表示制御装
置に送信されないことをホスト・コンピュータ・システ
ムがＭＭプロセッサに通知することを特徴とする、上記
（２）に記載のネットワークに接続された表示制御装置
によって受信される図形データ・ファイルの「オン・デ
マンド」方式制御をサポートするための階層マルチメデ
ィア（ＭＭ）配布システム。 （８）ＭＭプロセッサによって受信され、開始コマンド
によって要求されたデータ・ファイルを受信するための
表示制御装置による許可を判定するためにホスト・コン
ピュータ・システムに転送される開始コマンドをさらに
含み、接続された表示装置が要求されたデータ・ファイ
ルを受け取ることを許可されていると判断され、上記デ
ータ・ファイルが要求側表示制御装置に送信されること
をホスト・コンピュータ・システムがＭＭプロセッサに
通知することを特徴とする、上記（２）に記載のネット
ワークに接続された表示制御装置によって受信される図
形データ・ファイルの「オン・デマンド」方式制御をサ
ポートするための階層マルチメディア（ＭＭ）配布シス
テム。 （９）ＭＭプロセッサによって処理され、表示制御装置
に関する伝送終了情報を処理するためにホスト・コンピ
ュータ・システムに転送される停止コマンドをさらに含
み、要求されたデータ・ファイルのブロックを読み取っ
て表示制御装置に送信することを停止するようホスト・
コンピュータ・システムがＭＭプロセッサに通知するこ
とを特徴とする、上記（８）に記載のネットワークに接
続された表示制御装置によって受信される図形データ・
ファイルの「オン・デマンド」方式制御をサポートする
ための階層マルチメディア（ＭＭ）配布システム。 （１０）表示制御装置が受信した最後のブロックが表示
制御装置によってＴＶ受像機に完全に伝送される前に、
表示制御装置によってＭＭプロセッサに送信される次ブ
ロック・コマンドをさらに含み、ＭＭプロセッサが上記
次ブロック・コマンドに応答して、最後のブロックが表
示制御装置によってＴＶ受像機に完全に伝送される前
に、表示制御装置による受信のためにデータ・ファイル
内の次のブロックを伝送することを特徴とする、上記
（２）に記載のネットワークに接続された表示制御装置
によって受信される図形データ・ファイルの「オン・デ
マンド」方式制御をサポートするための階層マルチメデ
ィア（ＭＭ）配布システム。 （１１）最後に受信したデータ・ブロックが表示制御装
置によって別のバッファから読み取られて処理される間
に各データ・ブロックが表示制御装置側のバッファで受
信され格納されるときに、次のデータ・ブロックを要求
するために表示制御装置によってＭＭプロセッサに送信
される次ブロック・コマンドをさらに含むことを特徴と
する、上記（２）に記載のネットワークに接続された表
示制御装置によって受信される図形データ・ファイルの
「オン・デマンド」方式制御をサポートするための階層
マルチメディア（ＭＭ）配布システム。 （１２）ＭＭプロセッサによるコマンドの処理の一環と
して、各次ブロック・コマンドの受信に応答して、デー
タ・ファイルから得られる最後のブロックがないことを
ＭＭプロセッサがテストし、表示制御装置用のデータ・
ファイルの終了処理を行うために、ＭＭプロセッサが、
データ・ファイル終了信号をコマンドに挿入し、該コマ
ンドをホスト・コンピュータ・システムに送信すること
をさらに特徴とする、上記（１１）または（１２）に記
載のネットワークに接続された表示制御装置によって受
信される図形データ・ファイルの「オン・デマンド」方
式制御をサポートするための階層マルチメディア（Ｍ
Ｍ）配布システム。 （１３）表示制御装置での表示の変更を要求するために
表示制御装置によってＭＭプロセッサに送信される表示
制御コマンドをさらに含み、表示制御装置によってコマ
ンド制御ブロックに挿入された制御表示に応じて表示制
御装置に送信すべきデータ・ファイル内の次のブロック
を選択するようにＭＭプロセッサが指定のディスクを制
御することを特徴とする、上記（２）に記載のネットワ
ークに接続された表示制御装置によって受信される図形
データ・ファイルの「オン・デマンド」方式制御をサポ
ートするための階層マルチメディア（ＭＭ）配布システ
ム。 （１４）表示制御コマンドとしてＭＭプロセッサに送信
されるコマンド制御ブロックで提供される早送りコマン
ド表示をさらに含み、ＭＭプロセッサが、上記早送りコ
マンドを受信し、表示制御装置に伝送された最後のデー
タ・ブロックから所定の数のデータ・ブロック分だけデ
ータ・ファイルを順方向に増分することによって順方向
データ・ブロックの選択を制御し、ＭＭプロセッサが、
順方向データ・ブロックから表示制御装置へのデータ・
ファイルの伝送を続行することを特徴とする、上記（１
３）に記載のネットワークに接続された表示制御装置に
よって受信される図形データ・ファイルの「オン・デマ
ンド」方式制御をサポートするための階層マルチメディ
ア（ＭＭ）配布システム。 （１５）表示制御コマンドとしてＭＭプロセッサに送信
されるコマンド制御ブロックで提供される早戻し（巻戻
し）コマンド表示をさらに含み、ＭＭプロセッサが、早
戻しコマンドを受信し、表示制御装置に伝送された最後
のデータ・ブロックから所定の数のデータ・ブロック分
だけデータ・ファイルを逆方向に増分することによって
逆方向データ・ブロックの選択を制御し、ＭＭプロセッ
サが、逆方向データ・ブロックから表示制御装置へのデ
ータ・ファイルの伝送を続行することを特徴とする、上
記（１３）に記載のネットワークに接続された表示制御
装置によって受信される図形データ・ファイルの「オン
・デマンド」方式制御をサポートするための階層マルチ
メディア（ＭＭ）配布システム。 （１６）表示制御コマンドとしてＭＭプロセッサに送信
されるコマンド制御ブロックで提供される休止コマンド
表示をさらに含み、ＭＭプロセッサが、上記休止コマン
ドを受信し、表示制御装置から無休止コマンドを受信す
るまでデータ・ファイル内のデータ・ブロックのそれ以
上の伝送を終了し、表示制御装置が、関連表示装置によ
って表示される最後の画像についてバッファからのデー
タの読取りを繰り返すことを特徴とする、上記（１３）
に記載のネットワークに接続された表示制御装置によっ
て受信される図形データ・ファイルの「オン・デマン
ド」方式制御をサポートするための階層マルチメディア
（ＭＭ）配布システム。
【図１】本発明の好ましい実施例を示す図であり、この
実施例は、ＣＰＵと、メイン・メモリと、入出力サブシ
ステム（ＩＯＳＳ）とを含む従来のホスト・コンピュー
タ・システムによって制御される広帯域幅配布ネットワ
ークと記憶ディスクとの間で新規のマルチメディア（Ｍ
Ｍ）アダプタを使用する直接接続を提供する。
実施例は、ＣＰＵと、メイン・メモリと、入出力サブシ
ステム（ＩＯＳＳ）とを含む従来のホスト・コンピュー
タ・システムによって制御される広帯域幅配布ネットワ
ークと記憶ディスクとの間で新規のマルチメディア（Ｍ
Ｍ）アダプタを使用する直接接続を提供する。
【図２】ディスク・データと対話式ネットワーク入出力
装置との間のデータ配布手段としてホスト・コンピュー
タ・システムを使用する先行技術のシステムを表す図で
ある。
装置との間のデータ配布手段としてホスト・コンピュー
タ・システムを使用する先行技術のシステムを表す図で
ある。
【図３】ホスト・コンピュータ・システムに接続された
マルチメディア制御装置によって独立して制御される１
つまたは複数のマルチメディア対へのデータ配布をオフ
ロードすることによって、ディスク・データと対話式ネ
ットワーク入出力装置との間のデータ配布手段としての
ホスト・コンピュータ・システムの使用を解消する好ま
しい実施例を示す図である。それぞれのマルチメディア
対は、入出力装置に接続されたネットワークにディスク
・データを直接配布する、ディスク・アダプタとネット
ワーク・アダプタとを含む。図３は、１つのマルチメデ
ィア制御装置と、すべてが１つのマルチメディア・アダ
プタ内にパッケージされている接続済みの複数のマルチ
メディア対とを示している。
マルチメディア制御装置によって独立して制御される１
つまたは複数のマルチメディア対へのデータ配布をオフ
ロードすることによって、ディスク・データと対話式ネ
ットワーク入出力装置との間のデータ配布手段としての
ホスト・コンピュータ・システムの使用を解消する好ま
しい実施例を示す図である。それぞれのマルチメディア
対は、入出力装置に接続されたネットワークにディスク
・データを直接配布する、ディスク・アダプタとネット
ワーク・アダプタとを含む。図３は、１つのマルチメデ
ィア制御装置と、すべてが１つのマルチメディア・アダ
プタ内にパッケージされている接続済みの複数のマルチ
メディア対とを示している。
【図４】図１に示す複数のマルチメディア・アダプタ１
０６のいずれかに含まれるマルチメディア制御装置（Ｍ
ＭＣ）内の制御信号フロー構造を示す図である。ＭＭＣ
は、ホスト・コンピュータ・システムの入出力バス１０
５に接続されたＭＭＣバス制御装置を含む。また、ＭＭ
Ｃは、複数のマルチメディア対４０９に接続された制御
装置バス４０５も含む。それぞれのＭＭ対バス４０９
は、ディスク・アダプタによって制御されるディスクか
ら受け取ったディスク・データをネットワーク・アダプ
タに直接渡すために、ディスク・アダプタをネットワー
ク・アダプタに接続する。ネットワーク・アダプタは、
ネットワークに接続された入出力装置にディスク・デー
タを直接伝送する。接続済みの入出力装置から受け取っ
た対話式制御データは、ネットワーク・アダプタを介し
て制御装置バス４０５に転送される。制御装置バス４０
５は、ＭＭＣプロセッサとＭＭＣメモリとをＭＭＣアダ
プタ対バスに接続する。
０６のいずれかに含まれるマルチメディア制御装置（Ｍ
ＭＣ）内の制御信号フロー構造を示す図である。ＭＭＣ
は、ホスト・コンピュータ・システムの入出力バス１０
５に接続されたＭＭＣバス制御装置を含む。また、ＭＭ
Ｃは、複数のマルチメディア対４０９に接続された制御
装置バス４０５も含む。それぞれのＭＭ対バス４０９
は、ディスク・アダプタによって制御されるディスクか
ら受け取ったディスク・データをネットワーク・アダプ
タに直接渡すために、ディスク・アダプタをネットワー
ク・アダプタに接続する。ネットワーク・アダプタは、
ネットワークに接続された入出力装置にディスク・デー
タを直接伝送する。接続済みの入出力装置から受け取っ
た対話式制御データは、ネットワーク・アダプタを介し
て制御装置バス４０５に転送される。制御装置バス４０
５は、ＭＭＣプロセッサとＭＭＣメモリとをＭＭＣアダ
プタ対バスに接続する。
【図５】要求側セットトップボックス（ＳＴＢ）と、ホ
ストＣＰＵと、ＭＭＣプロセッサと、ＭＭＣプロセッサ
・メモリとの間で制御コマンド信号を転送するためのＭ
ＭＣコマンド制御ブロック構造を示す図である。
ストＣＰＵと、ＭＭＣプロセッサと、ＭＭＣプロセッサ
・メモリとの間で制御コマンド信号を転送するためのＭ
ＭＣコマンド制御ブロック構造を示す図である。
【図６】マルチメディア・システム内で実行可能な典型
的なコマンドで使用する信号を表す図である。
的なコマンドで使用する信号を表す図である。
【図７】表示すべきムービーの送達および対話式制御ま
たは表示中はＳＴＢに接続されたテレビ（ＴＶ）受像機
側のユーザによる対話式制御のためにネットワークから
ＭＭＣへの各ＳＴＢ要求を処理するための、図１に表す
システムで使用するプロセス全体の全体的な流れ図であ
る。図７の流れ図の詳細は図８〜１１に示す。
たは表示中はＳＴＢに接続されたテレビ（ＴＶ）受像機
側のユーザによる対話式制御のためにネットワークから
ＭＭＣへの各ＳＴＢ要求を処理するための、図１に表す
システムで使用するプロセス全体の全体的な流れ図であ
る。図７の流れ図の詳細は図８〜１１に示す。
【図８】マルチメディア・ネットワーク・システムを処
理するためにホストＣＰＵ内で実行されるプロセスの流
れ図である。
理するためにホストＣＰＵ内で実行されるプロセスの流
れ図である。
【図９】マルチメディア・ネットワーク・システムを処
理するためにホストＣＰＵ内で実行されるプロセスの流
れ図である。
理するためにホストＣＰＵ内で実行されるプロセスの流
れ図である。
【図１０】ネットワークに接続された所与のＳＴＢへの
ディスク上に記録されたムービーのデータ・フローを制
御するためにＭＭ上で実行されるプロセスを表す流れ図
である。
ディスク上に記録されたムービーのデータ・フローを制
御するためにＭＭ上で実行されるプロセスを表す流れ図
である。
【図１１】ネットワークに接続された所与のＳＴＢへの
ディスク上に記録されたムービーのデータ・フローを制
御するためにＭＭ上で実行されるプロセスを表す流れ図
である。
ディスク上に記録されたムービーのデータ・フローを制
御するためにＭＭ上で実行されるプロセスを表す流れ図
である。
【図１２】「オン・デマンド」方式のマルチメディア・
ネットワーク・システムでユーザ要求を行うためにＳＴ
Ｂ内で実行されるプロセスの流れ図である。
ネットワーク・システムでユーザ要求を行うためにＳＴ
Ｂ内で実行されるプロセスの流れ図である。
【図１３】「オン・デマンド」方式のマルチメディア・
ネットワーク・システムでユーザ要求を行うためにＳＴ
Ｂ内で実行されるプロセスの流れ図である。
ネットワーク・システムでユーザ要求を行うためにＳＴ
Ｂ内で実行されるプロセスの流れ図である。
１０１ ＣＰＵ １０２ メイン・メモリ １０３ ホスト・システム・メモリ・バス １０４ ＩＯＳＳ １０５−Ａ〜１０５−Ｊ 入出力バス １０６ マルチメディア・アダプタ １０７ ディスク １０８ ネットワーク １０９−１〜１０９−Ｎ ＳＴＢ
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ Ｈ０４Ｎ 7/173 ６２０ (72)発明者 ウィリアム・トッド・ボイド アメリカ合衆国12603 ニューヨーク州 ポキプシーカーメル・ドライブ 37 (56)参考文献 特開 昭63−232697（ＪＰ，Ａ) (58)調査した分野(Int.Cl.7，ＤＢ名) H04N 5/76 - 5/956 G06F 13/00 301 G06F 13/00 353 H04N 7/14 - 7/173
Claims (16)
- 【請求項１】ネットワークに接続された表示制御装置に
よって受信される図形データ・ファイルの「オン・デマ
ンド」方式制御をサポートするための階層マルチメディ
ア（ＭＭ）配布システムであって、 ＭＭ配布システムを監視するためのホスト・コンピュー
タ・システムを備え、 上記ＭＭ配布システムがホスト・コンピュータ・システ
ムに接続された複数のＭＭアダプタから構成され、 各ＭＭアダプタが１つまたは複数のＭＭ制御装置を含
み、それぞれのＭＭ制御装置が１つのＭＭプロセッサに
接続された１本の制御装置バスを含み、 さらに、上記制御装置バスに接続された１つまたは複数
のＭＭ対を備え、 各ＭＭ対がディスク・アダプタとネットワーク・アダプ
タとを含み、上記ディスク・アダプタが指定のディスク
・ドライブから読み取ったデータ・ブロックを受信する
ための１つまたは複数のディスク・ドライブに接続さ
れ、上記図形データ・ファイルがディスクに格納され、
要求されたデータ・ファイル内のデータ・ブロックがそ
れぞれの指定のディスクから上記ディスク・アダプタに
直接読み取られ、 さらに、上記各ＭＭ対内にあって、上記ディスク・アダ
プタが受信したデータ・ブロックを直接受け取り、その
データ・ブロックをネットワーク・アダプタに直接伝送
するための対バスを備え、 上記各ＭＭ対内のネットワーク・アダプタが対バスから
ネットワークにデータ・ブロックを直接配布し、それぞ
れのデータ・ブロックがそのデータ・ブロックを含むデ
ータ・ファイルを要求する表示制御装置にアドレス指定
され、 さらに、各表示制御装置内にあって、ネットワークを介
してネットワーク・アダプタに対話式コマンドを出し、
表示制御装置に伝送される要求データ・ファイルのデー
タ受信の特性を制御するための手段を備えることを特徴
とする、階層マルチメディア（ＭＭ）配布システム。 - 【請求項２】表示制御装置側のコマンド手段が表示制御
装置によって要求されるコマンドを入れるためのフィー
ルドを有する制御ブロックを生成する手段と、 ネットワークを介して接続済みネットワーク・アダプタ
に上記制御ブロックを送信し、関連ＭＭプロセッサがそ
のコマンドを受信できるようにするためにそのＭＭプロ
セッサに上記制御ブロックを転送する手段とを備えるこ
とを特徴とする、請求項１に記載のネットワークに接続
された表示制御装置によって受信される図形データ・フ
ァイルの「オン・デマンド」方式制御をサポートするた
めの階層マルチメディア（ＭＭ）配布システム。 - 【請求項３】表示制御装置がテレビ（ＴＶ）受像機をそ
れぞれ備える表示装置に接続されたセットトップボック
ス（ＳＴＢ）であり、 ＴＶ受像機の視聴者によってＳＴＢにキー入力されるコ
マンドをさらに含むことを特徴とする、請求項１に記載
のネットワークに接続された表示制御装置によって受信
される図形データ・ファイルの「オン・デマンド」方式
制御をサポートするための階層マルチメディア（ＭＭ）
配布システム。 - 【請求項４】音声情報と視覚情報の両方を含む図形デー
タ・ファイルの少なくとも一部をさらに含むことを特徴
とする、請求項１に記載のネットワークに接続された表
示制御装置によって受信される図形データ・ファイルの
「オン・デマンド」方式制御をサポートするための階層
マルチメディア（ＭＭ）配布システム。 - 【請求項５】図形データの少なくとも一部を含むムービ
ーをさらに含むことを特徴とする、請求項２に記載のネ
ットワークに接続された表示制御装置によって受信され
る図形データ・ファイルの「オン・デマンド」方式制御
をサポートするための階層マルチメディア（ＭＭ）配布
システム。 - 【請求項６】ホスト・コンピュータ・システム内にあっ
て、ＭＭアダプタ・バスをホスト・コンピュータ・メモ
リに接続する入出力チャネルと、 表示制御装置からネットワーク・アダプタに送信され、
接続済みＭＭプロセッサに転送されて処理されるコマン
ドとをさらに含むことを特徴とする、請求項１に記載の
ネットワークに接続された表示制御装置によって受信さ
れる図形データ・ファイルの「オン・デマンド」方式制
御をサポートするための階層マルチメディア（ＭＭ）配
布システム。 - 【請求項７】ＭＭプロセッサによって解釈され、開始コ
マンドによって要求されたデータ・ファイルを受信する
ための表示制御装置による許可を判定するためにホスト
・コンピュータ・システムに転送される開始コマンドを
さらに含み、要求されたデータ・ファイルが要求側表示
制御装置に送信されないことをホスト・コンピュータ・
システムがＭＭプロセッサに通知することを特徴とす
る、請求項２に記載のネットワークに接続された表示制
御装置によって受信される図形データ・ファイルの「オ
ン・デマンド」方式制御をサポートするための階層マル
チメディア（ＭＭ）配布システム。 - 【請求項８】ＭＭプロセッサによって受信され、開始コ
マンドによって要求されたデータ・ファイルを受信する
ための表示制御装置による許可を判定するためにホスト
・コンピュータ・システムに転送される開始コマンドを
さらに含み、接続された表示装置が要求されたデータ・
ファイルを受け取ることを許可されていると判断され、
上記データ・ファイルが要求側表示制御装置に送信され
ることをホスト・コンピュータ・システムがＭＭプロセ
ッサに通知することを特徴とする、請求項２に記載のネ
ットワークに接続された表示制御装置によって受信され
る図形データ・ファイルの「オン・デマンド」方式制御
をサポートするための階層マルチメディア（ＭＭ）配布
システム。 - 【請求項９】ＭＭプロセッサによって処理され、表示制
御装置に関する伝送終了情報を処理するためにホスト・
コンピュータ・システムに転送される停止コマンドをさ
らに含み、要求されたデータ・ファイルのブロックを読
み取って表示制御装置に送信することを停止するようホ
スト・コンピュータ・システムがＭＭプロセッサに通知
することを特徴とする、請求項８に記載のネットワーク
に接続された表示制御装置によって受信される図形デー
タ・ファイルの「オン・デマンド」方式制御をサポート
するための階層マルチメディア（ＭＭ）配布システム。 - 【請求項１０】表示制御装置が受信した最後のブロック
が表示制御装置によってＴＶ受像機に完全に伝送される
前に、表示制御装置によってＭＭプロセッサに送信され
る次ブロック・コマンドをさらに含み、 ＭＭプロセッサが上記次ブロック・コマンドに応答し
て、最後のブロックが表示制御装置によってＴＶ受像機
に完全に伝送される前に、表示制御装置による受信のた
めにデータ・ファイル内の次のブロックを伝送すること
を特徴とする、請求項２に記載のネットワークに接続さ
れた表示制御装置によって受信される図形データ・ファ
イルの「オン・デマンド」方式制御をサポートするため
の階層マルチメディア（ＭＭ）配布システム。 - 【請求項１１】最後に受信したデータ・ブロックが表示
制御装置によって別のバッファから読み取られて処理さ
れる間に各データ・ブロックが表示制御装置側のバッフ
ァで受信され格納されるときに、次のデータ・ブロック
を要求するために表示制御装置によってＭＭプロセッサ
に送信される次ブロック・コマンドをさらに含むことを
特徴とする、請求項２に記載のネットワークに接続され
た表示制御装置によって受信される図形データ・ファイ
ルの「オン・デマンド」方式制御をサポートするための
階層マルチメディア（ＭＭ）配布システム。 - 【請求項１２】ＭＭプロセッサによるコマンドの処理の
一環として、各次ブロック・コマンドの受信に応答し
て、データ・ファイルから得られる最後のブロックがな
いことをＭＭプロセッサがテストし、 表示制御装置用のデータ・ファイルの終了処理を行うた
めに、ＭＭプロセッサが、データ・ファイル終了信号を
コマンドに挿入し、該コマンドをホスト・コンピュータ
・システムに送信することをさらに特徴とする、請求項
１０または１１に記載のネットワークに接続された表示
制御装置によって受信される図形データ・ファイルの
「オン・デマンド」方式制御をサポートするための階層
マルチメディア（ＭＭ）配布システム。 - 【請求項１３】表示制御装置での表示の変更を要求する
ために表示制御装置によってＭＭプロセッサに送信され
る表示制御コマンドをさらに含み、 表示制御装置によってコマンド制御ブロックに挿入され
た制御表示に応じて表示制御装置に送信すべきデータ・
ファイル内の次のブロックを選択するようにＭＭプロセ
ッサが指定のディスクを制御することを特徴とする、請
求項２に記載のネットワークに接続された表示制御装置
によって受信される図形データ・ファイルの「オン・デ
マンド」方式制御をサポートするための階層マルチメデ
ィア（ＭＭ）配布システム。 - 【請求項１４】表示制御コマンドとしてＭＭプロセッサ
に送信されるコマンド制御ブロックで提供される早送り
コマンド表示をさらに含み、 ＭＭプロセッサが、上記早送りコマンドを受信し、表示
制御装置に伝送された最後のデータ・ブロックから所定
の数のデータ・ブロック分だけデータ・ファイルを順方
向に増分することによって順方向データ・ブロックの選
択を制御し、 ＭＭプロセッサが、順方向データ・ブロックから表示制
御装置へのデータ・ファイルの伝送を続行することを特
徴とする、請求項１３に記載のネットワークに接続され
た表示制御装置によって受信される図形データ・ファイ
ルの「オン・デマンド」方式制御をサポートするための
階層マルチメディア（ＭＭ）配布システム。 - 【請求項１５】表示制御コマンドとしてＭＭプロセッサ
に送信されるコマンド制御ブロックで提供される早戻し
（巻戻し）コマンド表示をさらに含み、 ＭＭプロセッサが、早戻しコマンドを受信し、表示制御
装置に伝送された最後のデータ・ブロックから所定の数
のデータ・ブロック分だけデータ・ファイルを逆方向に
増分することによって逆方向データ・ブロックの選択を
制御し、 ＭＭプロセッサが、逆方向データ・ブロックから表示制
御装置へのデータ・ファイルの伝送を続行することを特
徴とする、請求項１３に記載のネットワークに接続され
た表示制御装置によって受信される図形データ・ファイ
ルの「オン・デマンド」方式制御をサポートするための
階層マルチメディア（ＭＭ）配布システム。 - 【請求項１６】表示制御コマンドとしてＭＭプロセッサ
に送信されるコマンド制御ブロックで提供される休止コ
マンド表示をさらに含み、 ＭＭプロセッサが、上記休止コマンドを受信し、表示制
御装置から無休止コマンドを受信するまでデータ・ファ
イル内のデータ・ブロックのそれ以上の伝送を終了し、 表示制御装置が、関連表示装置によって表示される最後
の画像についてバッファからのデータの読取りを繰り返
すことを特徴とする、請求項１３に記載のネットワーク
に接続された表示制御装置によって受信される図形デー
タ・ファイルの「オン・デマンド」方式制御をサポート
するための階層マルチメディア（ＭＭ）配布システム。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/452,920 US5646676A (en) | 1995-05-30 | 1995-05-30 | Scalable interactive multimedia server system for providing on demand data |
| US452920 | 1995-05-30 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0965289A JPH0965289A (ja) | 1997-03-07 |
| JP3113816B2 true JP3113816B2 (ja) | 2000-12-04 |
Family
ID=23798507
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP08119878A Expired - Fee Related JP3113816B2 (ja) | 1995-05-30 | 1996-05-15 | 階層マルチメディア配布システム |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US5646676A (ja) |
| EP (1) | EP0746158B1 (ja) |
| JP (1) | JP3113816B2 (ja) |
| DE (1) | DE69614317T2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH06104122A (ja) * | 1992-09-21 | 1994-04-15 | Matsushita Electric Ind Co Ltd | ロータリートランス |
Families Citing this family (128)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5926642A (en) * | 1995-10-06 | 1999-07-20 | Advanced Micro Devices, Inc. | RISC86 instruction set |
| US5754801A (en) * | 1995-11-20 | 1998-05-19 | Advanced Micro Devices, Inc. | Computer system having a multimedia bus and comprising a centralized I/O processor which performs intelligent data transfers |
| US5822530A (en) * | 1995-12-14 | 1998-10-13 | Time Warner Entertainment Co. L.P. | Method and apparatus for processing requests for video on demand versions of interactive applications |
| US6128657A (en) * | 1996-02-14 | 2000-10-03 | Fujitsu Limited | Load sharing system |
| JP3563541B2 (ja) * | 1996-09-13 | 2004-09-08 | 株式会社東芝 | データ格納装置及びデータ格納方法 |
| JP3658896B2 (ja) * | 1996-11-26 | 2005-06-08 | ソニー株式会社 | 情報信号伝送システム、再生装置及び表示装置 |
| US6014706A (en) * | 1997-01-30 | 2000-01-11 | Microsoft Corporation | Methods and apparatus for implementing control functions in a streamed video display system |
| JP3653569B2 (ja) | 1997-01-30 | 2005-05-25 | マイクロソフト コーポレーション | ビデオをオン・デマンドでレンダリングするｖｃｒに似た機能 |
| US6128653A (en) | 1997-03-17 | 2000-10-03 | Microsoft Corporation | Method and apparatus for communication media commands and media data using the HTTP protocol |
| US6185621B1 (en) * | 1997-03-25 | 2001-02-06 | Philips Electronics N.A. Corp. | Direct copying between disk blocks in memory onto a network as sequential access files |
| US6446125B1 (en) * | 1997-03-28 | 2002-09-03 | Honeywell International Inc. | Ripple scheduling for end-to-end global resource management |
| US6230200B1 (en) * | 1997-09-08 | 2001-05-08 | Emc Corporation | Dynamic modeling for resource allocation in a file server |
| US6330609B1 (en) | 1997-11-07 | 2001-12-11 | Lucent Technologies, Inc. | Admission control system and method for media-on-demand servers |
| WO1999030497A1 (en) * | 1997-12-09 | 1999-06-17 | Ictv, Inc. | Modular controller and modulator system for interactive cable television system |
| US6205582B1 (en) * | 1997-12-09 | 2001-03-20 | Ictv, Inc. | Interactive cable television system with frame server |
| US6185598B1 (en) | 1998-02-10 | 2001-02-06 | Digital Island, Inc. | Optimized network resource location |
| US7054935B2 (en) * | 1998-02-10 | 2006-05-30 | Savvis Communications Corporation | Internet content delivery network |
| US7949779B2 (en) | 1998-02-10 | 2011-05-24 | Level 3 Communications, Llc | Controlling subscriber information rates in a content delivery network |
| US7810123B1 (en) * | 1998-02-18 | 2010-10-05 | Verizon Corporate Services Group Inc. | Method and system for interactive multimedia |
| DE19807076A1 (de) | 1998-02-20 | 1999-08-26 | Cit Alcatel | Datenbereitstellungsystem |
| US6195703B1 (en) | 1998-06-24 | 2001-02-27 | Emc Corporation | Dynamic routing for performance partitioning in a data processing network |
| US6438595B1 (en) | 1998-06-24 | 2002-08-20 | Emc Corporation | Load balancing using directory services in a data processing system |
| JP2000013777A (ja) | 1998-06-26 | 2000-01-14 | Matsushita Electric Ind Co Ltd | 映像再生装置及び映像蓄積装置 |
| US6295575B1 (en) | 1998-06-29 | 2001-09-25 | Emc Corporation | Configuring vectors of logical storage units for data storage partitioning and sharing |
| US6421711B1 (en) * | 1998-06-29 | 2002-07-16 | Emc Corporation | Virtual ports for data transferring of a data storage system |
| US6260120B1 (en) | 1998-06-29 | 2001-07-10 | Emc Corporation | Storage mapping and partitioning among multiple host processors in the presence of login state changes and host controller replacement |
| US6973455B1 (en) | 1999-03-03 | 2005-12-06 | Emc Corporation | File server system providing direct data sharing between clients with a server acting as an arbiter and coordinator |
| US6108703A (en) | 1998-07-14 | 2000-08-22 | Massachusetts Institute Of Technology | Global hosting system |
| US6622171B2 (en) | 1998-09-15 | 2003-09-16 | Microsoft Corporation | Multimedia timeline modification in networked client/server systems |
| US6415326B1 (en) | 1998-09-15 | 2002-07-02 | Microsoft Corporation | Timeline correlation between multiple timeline-altered media streams |
| US6061720A (en) * | 1998-10-27 | 2000-05-09 | Panasonic Technologies, Inc. | Seamless scalable distributed media server |
| US6678891B1 (en) | 1998-11-19 | 2004-01-13 | Prasara Technologies, Inc. | Navigational user interface for interactive television |
| US7024678B2 (en) | 1998-11-30 | 2006-04-04 | Sedna Patent Services, Llc | Method and apparatus for producing demand real-time television |
| AU1828800A (en) * | 1998-11-30 | 2000-06-19 | Diva Systems Corporation | Method and apparatus for producing demand real-time television |
| US20060262813A1 (en) * | 1998-12-18 | 2006-11-23 | Digital Networks North America, Inc. | Multi-channel video pump |
| US6473441B1 (en) | 1998-12-18 | 2002-10-29 | Escient Convergence Corp | Multi-channel video pump |
| US6324581B1 (en) | 1999-03-03 | 2001-11-27 | Emc Corporation | File server system using file system storage, data movers, and an exchange of meta data among data movers for file locking and direct access to shared file systems |
| US8024761B1 (en) * | 1999-04-01 | 2011-09-20 | Cox Communications, Inc. | Method and apparatus of load sharing and fault tolerance in an interactive video distribution system |
| US6381746B1 (en) * | 1999-05-26 | 2002-04-30 | Unisys Corporation | Scaleable video system having shared control circuits for sending multiple video streams to respective sets of viewers |
| US6275470B1 (en) | 1999-06-18 | 2001-08-14 | Digital Island, Inc. | On-demand overlay routing for computer-based communication networks |
| US8543901B1 (en) | 1999-11-01 | 2013-09-24 | Level 3 Communications, Llc | Verification of content stored in a network |
| US6757736B1 (en) | 1999-11-30 | 2004-06-29 | International Business Machines Corporation | Bandwidth optimizing adaptive file distribution |
| US7149359B1 (en) | 1999-12-16 | 2006-12-12 | Microsoft Corporation | Searching and recording media streams |
| US6868440B1 (en) | 2000-02-04 | 2005-03-15 | Microsoft Corporation | Multi-level skimming of multimedia content using playlists |
| US6714992B1 (en) | 2000-02-25 | 2004-03-30 | Navic Systems, Inc. | Method and system for embedded network device installation |
| US7330824B1 (en) | 2000-02-25 | 2008-02-12 | Navic Systems, Inc. | Method and system for content profiling and activation |
| US7392281B1 (en) | 2000-02-25 | 2008-06-24 | Navic Systems, Inc. | System and method for providing guaranteed delivery of messages to embedded devices over a data network |
| US6845396B1 (en) | 2000-02-25 | 2005-01-18 | Navic Systems, Inc. | Method and system for content deployment and activation |
| US7237254B1 (en) | 2000-03-29 | 2007-06-26 | Microsoft Corporation | Seamless switching between different playback speeds of time-scale modified data streams |
| US6985966B1 (en) | 2000-03-29 | 2006-01-10 | Microsoft Corporation | Resynchronizing globally unsynchronized multimedia streams |
| US7068596B1 (en) * | 2000-07-07 | 2006-06-27 | Nevco Technology, Inc. | Interactive data transmission system having staged servers |
| US7047273B2 (en) | 2000-11-28 | 2006-05-16 | Navic Systems, Inc. | Load balancing in set top cable box environment |
| US8458754B2 (en) * | 2001-01-22 | 2013-06-04 | Sony Computer Entertainment Inc. | Method and system for providing instant start multimedia content |
| US7860964B2 (en) | 2001-09-28 | 2010-12-28 | Level 3 Communications, Llc | Policy-based content delivery network selection |
| EP1436736B1 (en) | 2001-09-28 | 2017-06-28 | Level 3 CDN International, Inc. | Configurable adaptive global traffic control and management |
| US7373644B2 (en) | 2001-10-02 | 2008-05-13 | Level 3 Communications, Llc | Automated server replication |
| US20030070181A1 (en) * | 2001-10-04 | 2003-04-10 | Russell Holm | Interactive TV client device with integrated removable storage system |
| US20030079027A1 (en) | 2001-10-18 | 2003-04-24 | Michael Slocombe | Content request routing and load balancing for content distribution networks |
| US7793334B2 (en) | 2001-11-16 | 2010-09-07 | At&T Mobility Ii Llc | System and method for password protecting a distribution list |
| US7549096B2 (en) | 2001-11-16 | 2009-06-16 | At&T Mobility Ii Llc | Methods and systems for tracking and playing back errors in a communications network |
| US7657253B2 (en) * | 2001-11-16 | 2010-02-02 | At&T Mobility Ii Llc | System and method for providing message notification |
| US7487262B2 (en) * | 2001-11-16 | 2009-02-03 | At & T Mobility Ii, Llc | Methods and systems for routing messages through a communications network based on message content |
| US8660537B2 (en) * | 2001-11-16 | 2014-02-25 | At&T Mobility Ii Llc | System for the storage and retrieval of messages |
| US7617328B2 (en) * | 2001-11-16 | 2009-11-10 | At&T Mobility Ii Llc | System for translation and communication of messaging protocols into a common protocol |
| US7317697B2 (en) | 2001-11-16 | 2008-01-08 | At&T Mobility Ii Llc | System for handling file attachments |
| US7401148B2 (en) | 2001-11-16 | 2008-07-15 | At&T Mobility Ii Llc | System for customer access to messaging and configuration data |
| US7319858B2 (en) * | 2001-11-16 | 2008-01-15 | Cingular Wireless Ii, Llc | System and method for querying message information |
| US7454195B2 (en) * | 2001-11-16 | 2008-11-18 | At&T Mobility Ii, Llc | System for the centralized storage of wireless customer information |
| US7792978B2 (en) * | 2001-12-28 | 2010-09-07 | At&T Intellectual Property I, L.P. | System and method to remotely manage and audit set top box resources |
| US9167036B2 (en) | 2002-02-14 | 2015-10-20 | Level 3 Communications, Llc | Managed object replication and delivery |
| US7440902B2 (en) * | 2002-04-12 | 2008-10-21 | International Business Machines Corporation | Service development tool and capabilities for facilitating management of service elements |
| US7562022B2 (en) * | 2002-04-12 | 2009-07-14 | International Business Machines Corporation | Packaging and distributing service elements |
| US7302400B2 (en) * | 2002-04-12 | 2007-11-27 | International Business Machines Corporation | System and method for the development and deployment of service elements |
| US7533026B2 (en) * | 2002-04-12 | 2009-05-12 | International Business Machines Corporation | Facilitating management of service elements usable in providing information technology service offerings |
| US7366678B2 (en) * | 2002-04-12 | 2008-04-29 | International Business Machines Corporation | Facilitating error checking of service elements |
| US7739122B2 (en) * | 2002-04-12 | 2010-06-15 | International Business Machines Corporation | Collection and analysis of measurement data associated with service elements |
| US7058924B2 (en) * | 2002-04-12 | 2006-06-06 | International Business Machines Corporation | Facilitating hosting of applications |
| TW561770B (en) * | 2002-04-18 | 2003-11-11 | Benq Corp | Method for transforming personalized bills information of a mobile station user with short message service |
| DE10233436B4 (de) * | 2002-07-23 | 2007-01-11 | Siemens Ag | Kommunikationsnetzwerk |
| US20040103220A1 (en) * | 2002-10-21 | 2004-05-27 | Bill Bostick | Remote management system |
| JP2006509411A (ja) * | 2002-12-04 | 2006-03-16 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | ビデオ番組を放送するシステム及び方法 |
| US8526490B2 (en) | 2002-12-10 | 2013-09-03 | Ol2, Inc. | System and method for video compression using feedback including data related to the successful receipt of video content |
| US9314691B2 (en) | 2002-12-10 | 2016-04-19 | Sony Computer Entertainment America Llc | System and method for compressing video frames or portions thereof based on feedback information from a client device |
| US8711923B2 (en) | 2002-12-10 | 2014-04-29 | Ol2, Inc. | System and method for selecting a video encoding format based on feedback data |
| US9061207B2 (en) | 2002-12-10 | 2015-06-23 | Sony Computer Entertainment America Llc | Temporary decoder apparatus and method |
| US9108107B2 (en) | 2002-12-10 | 2015-08-18 | Sony Computer Entertainment America Llc | Hosting and broadcasting virtual events using streaming interactive video |
| US8549574B2 (en) * | 2002-12-10 | 2013-10-01 | Ol2, Inc. | Method of combining linear content and interactive content compressed together as streaming interactive video |
| US8366552B2 (en) | 2002-12-10 | 2013-02-05 | Ol2, Inc. | System and method for multi-stream video compression |
| US9138644B2 (en) | 2002-12-10 | 2015-09-22 | Sony Computer Entertainment America Llc | System and method for accelerated machine switching |
| US10201760B2 (en) | 2002-12-10 | 2019-02-12 | Sony Interactive Entertainment America Llc | System and method for compressing video based on detected intraframe motion |
| US9446305B2 (en) | 2002-12-10 | 2016-09-20 | Sony Interactive Entertainment America Llc | System and method for improving the graphics performance of hosted applications |
| US20090118019A1 (en) | 2002-12-10 | 2009-05-07 | Onlive, Inc. | System for streaming databases serving real-time applications used through streaming interactive video |
| US9077991B2 (en) | 2002-12-10 | 2015-07-07 | Sony Computer Entertainment America Llc | System and method for utilizing forward error correction with video compression |
| US9192859B2 (en) | 2002-12-10 | 2015-11-24 | Sony Computer Entertainment America Llc | System and method for compressing video based on latency measurements and other feedback |
| US8964830B2 (en) * | 2002-12-10 | 2015-02-24 | Ol2, Inc. | System and method for multi-stream video compression using multiple encoding formats |
| US8074248B2 (en) | 2005-07-26 | 2011-12-06 | Activevideo Networks, Inc. | System and method for providing video content associated with a source image to a television in a communication network |
| TWI306212B (en) * | 2006-02-10 | 2009-02-11 | Qisda Corp | Media adapter and method for utilizing a media adapter to manage multimedia data stored in a plurality of multimedia sources |
| EP3145200A1 (en) | 2007-01-12 | 2017-03-22 | ActiveVideo Networks, Inc. | Mpeg objects and systems and methods for using mpeg objects |
| US9826197B2 (en) | 2007-01-12 | 2017-11-21 | Activevideo Networks, Inc. | Providing television broadcasts over a managed network and interactive content over an unmanaged network to a client device |
| US8949877B2 (en) | 2007-08-31 | 2015-02-03 | At&T Intellectual Property I, L.P. | Method and system for determining subscriber demand for multimedia content |
| US9483405B2 (en) | 2007-09-20 | 2016-11-01 | Sony Interactive Entertainment Inc. | Simplified run-time program translation for emulating complex processor pipelines |
| US9168457B2 (en) | 2010-09-14 | 2015-10-27 | Sony Computer Entertainment America Llc | System and method for retaining system state |
| US20090178091A1 (en) * | 2008-01-08 | 2009-07-09 | Hiroki Miyamoto | Contents distribution method and receiving device |
| US9762692B2 (en) | 2008-04-04 | 2017-09-12 | Level 3 Communications, Llc | Handling long-tail content in a content delivery network (CDN) |
| CN102047244B (zh) | 2008-04-04 | 2013-02-27 | 第三雷沃通讯有限责任公司 | 在内容分发网络(cdn)中处理长尾内容 |
| US10924573B2 (en) | 2008-04-04 | 2021-02-16 | Level 3 Communications, Llc | Handling long-tail content in a content delivery network (CDN) |
| US8959556B2 (en) * | 2008-09-29 | 2015-02-17 | The Nielsen Company (Us), Llc | Methods and apparatus for determining the operating state of audio-video devices |
| US7996595B2 (en) * | 2009-04-14 | 2011-08-09 | Lstar Technologies Llc | Interrupt arbitration for multiprocessors |
| US8321614B2 (en) * | 2009-04-24 | 2012-11-27 | Empire Technology Development Llc | Dynamic scheduling interrupt controller for multiprocessors |
| US8260996B2 (en) * | 2009-04-24 | 2012-09-04 | Empire Technology Development Llc | Interrupt optimization for multiprocessors |
| US8234431B2 (en) * | 2009-10-13 | 2012-07-31 | Empire Technology Development Llc | Interrupt masking for multi-core processors |
| US10007768B2 (en) * | 2009-11-27 | 2018-06-26 | Isaac Daniel Inventorship Group Llc | System and method for distributing broadcast media based on a number of viewers |
| CA2814070A1 (en) | 2010-10-14 | 2012-04-19 | Activevideo Networks, Inc. | Streaming digital video between video devices using a cable television system |
| US9204203B2 (en) | 2011-04-07 | 2015-12-01 | Activevideo Networks, Inc. | Reduction of latency in video distribution networks using adaptive bit rates |
| WO2013106390A1 (en) | 2012-01-09 | 2013-07-18 | Activevideo Networks, Inc. | Rendering of an interactive lean-backward user interface on a television |
| US9800945B2 (en) | 2012-04-03 | 2017-10-24 | Activevideo Networks, Inc. | Class-based intelligent multiplexing over unmanaged networks |
| US9123084B2 (en) | 2012-04-12 | 2015-09-01 | Activevideo Networks, Inc. | Graphical application integration with MPEG objects |
| US9078020B2 (en) * | 2012-09-21 | 2015-07-07 | Hulu, LLC | Dynamic optimization of video content distribution |
| US10275128B2 (en) | 2013-03-15 | 2019-04-30 | Activevideo Networks, Inc. | Multiple-mode system and method for providing user selectable video content |
| US9219922B2 (en) | 2013-06-06 | 2015-12-22 | Activevideo Networks, Inc. | System and method for exploiting scene graph information in construction of an encoded video sequence |
| EP3005712A1 (en) | 2013-06-06 | 2016-04-13 | ActiveVideo Networks, Inc. | Overlay rendering of user interface onto source video |
| US9294785B2 (en) | 2013-06-06 | 2016-03-22 | Activevideo Networks, Inc. | System and method for exploiting scene graph information in construction of an encoded video sequence |
| US9788029B2 (en) | 2014-04-25 | 2017-10-10 | Activevideo Networks, Inc. | Intelligent multiplexing using class-based, multi-dimensioned decision logic for managed networks |
| US11082741B2 (en) | 2019-11-19 | 2021-08-03 | Hulu, LLC | Dynamic multi-content delivery network selection during video playback |
| CN111200738A (zh) * | 2020-01-20 | 2020-05-26 | 上海小麦互动企业发展有限公司 | 一种arm架构平台流化多开系统 |
| WO2022034619A1 (en) | 2020-08-14 | 2022-02-17 | Novi Digital Entertainment Private Limited | System and method for delivering media content to users |
| US11496786B2 (en) | 2021-01-06 | 2022-11-08 | Hulu, LLC | Global constraint-based content delivery network (CDN) selection in a video streaming system |
| CN118233662A (zh) | 2022-12-19 | 2024-06-21 | 北京葫芦软件技术开发有限公司 | 使用代理选择内容分发网络 |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2761872B2 (ja) * | 1987-03-20 | 1998-06-04 | 株式会社日立製作所 | 多元情報交換方法及びそのための装置 |
| US5195092A (en) * | 1987-08-04 | 1993-03-16 | Telaction Corporation | Interactive multimedia presentation & communication system |
| US5191410A (en) * | 1987-08-04 | 1993-03-02 | Telaction Corporation | Interactive multimedia presentation and communications system |
| US5208665A (en) * | 1987-08-20 | 1993-05-04 | Telaction Corporation | Presentation player for an interactive digital communication system |
| US5192999A (en) * | 1991-04-25 | 1993-03-09 | Compuadd Corporation | Multipurpose computerized television |
| US5508732A (en) * | 1993-03-22 | 1996-04-16 | International Business Machines Corporation | Data server, control server and gateway architecture system and method for broadcasting digital video on demand |
| EP0625857B1 (en) * | 1993-05-19 | 1998-06-24 | ALCATEL BELL Naamloze Vennootschap | Video server |
-
1995
- 1995-05-30 US US08/452,920 patent/US5646676A/en not_active Expired - Lifetime
-
1996
- 1996-05-14 DE DE69614317T patent/DE69614317T2/de not_active Expired - Lifetime
- 1996-05-14 EP EP96107623A patent/EP0746158B1/en not_active Expired - Lifetime
- 1996-05-15 JP JP08119878A patent/JP3113816B2/ja not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH06104122A (ja) * | 1992-09-21 | 1994-04-15 | Matsushita Electric Ind Co Ltd | ロータリートランス |
Also Published As
| Publication number | Publication date |
|---|---|
| DE69614317D1 (de) | 2001-09-13 |
| EP0746158B1 (en) | 2001-08-08 |
| JPH0965289A (ja) | 1997-03-07 |
| DE69614317T2 (de) | 2002-04-25 |
| US5646676A (en) | 1997-07-08 |
| EP0746158A3 (en) | 1999-09-01 |
| EP0746158A2 (en) | 1996-12-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3113816B2 (ja) | 階層マルチメディア配布システム | |
| JP3466052B2 (ja) | ビデオ・データ伝送方法 | |
| US5027400A (en) | Multimedia bidirectional broadcast system | |
| US7987282B2 (en) | Audiovisual distribution system for playing an audiovisual piece among a plurality of audiovisual devices connected to a central server through a network | |
| KR0184627B1 (ko) | 분산형 비디오 데이타 저장 장치를 구비하고 비디오에 최적화된 매체 스트리머 | |
| KR100192723B1 (ko) | 매체 스트리머 | |
| KR100228937B1 (ko) | 매체 스트리머 | |
| KR100207882B1 (ko) | 매체 스트리머 | |
| JP3190813B2 (ja) | 配信システム | |
| JPH07236132A (ja) | 映像蓄積配送装置及び映像蓄積配送システム | |
| KR19990036358A (ko) | 데이터 처리 시스템 | |
| US7406570B2 (en) | Multisystem network, and device and method for access to data storage | |
| Haskin et al. | A system for the delivery of interactive television programming | |
| JPH0991186A (ja) | 情報配信システム | |
| EP0701373A1 (en) | Video server system | |
| JP2003009116A (ja) | ビデオ配信システム、ビデオ配信装置、ビデオ配信方法、記録媒体およびプログラム | |
| JPH06168198A (ja) | 情報処理システム | |
| KR970002418B1 (ko) | 멀티미디어정보제공장치 및 그 제어방법 | |
| JPH09275553A (ja) | ストリームデータ転送方法および装置 | |
| JPH10275419A (ja) | マルチメディアサーバおよびマルチメディアオンデマンドシステムならびにマルチメディア情報の配信方法 | |
| JPH09289633A (ja) | ストリームデータのオンデマンド再生装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080922 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080922 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090922 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090922 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100922 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100922 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110922 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120922 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120922 Year of fee payment: 12 |
|
| S802 | Written request for registration of partial abandonment of right |
Free format text: JAPANESE INTERMEDIATE CODE: R311802 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120922 Year of fee payment: 12 |
|
| R360 | Written notification for declining of transfer of rights |
Free format text: JAPANESE INTERMEDIATE CODE: R360 |
|
| R360 | Written notification for declining of transfer of rights |
Free format text: JAPANESE INTERMEDIATE CODE: R360 |
|
| R371 | Transfer withdrawn |
Free format text: JAPANESE INTERMEDIATE CODE: R371 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120922 Year of fee payment: 12 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| S802 | Written request for registration of partial abandonment of right |
Free format text: JAPANESE INTERMEDIATE CODE: R311802 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120922 Year of fee payment: 12 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130922 Year of fee payment: 13 |
|
| LAPS | Cancellation because of no payment of annual fees |