JP2001067309A - データ処理装置およびそのバス制御方法 - Google Patents

Abstract

(57)【要約】 【課題】バス上でのストリームデータの転送、特にスト
リームデータのマルチキャスト転送を効率よく実行す
る。 【解決手段】マルチメディアバス２００には、帯域保証
サイクルとイベントドリブン型のＡｓｙｎｃサイクルの
２つの転送モードが定義されている。帯域保証サイクル
では、サイクルタイム毎に予約されたバンドを用いるこ
とにより、同一チャネル番号が割り当てられたノード間
でストリームデータの転送がピアツーピア形式で実行さ
れる。複数の受信ノードに同一の同一チャネル番号を割
り当てることにより、帯域保証サイクルによるマルチキ
ャストを実現できる。マルチキャスト転送時には、帯域
保証サイクルを利用したマルチキャスト転送を、どの受
信ノードからの指示によっても停止させることが出来
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はデータ処理装置およ
びそのバス制御方法に関し、特にオーディオ／ビデオデ
ータ、他のデータ、およびプログラム等の各種データを
扱うデータ処理装置およびそのバス制御方法に関する。

【０００２】

【従来の技術】近年、コンピュータ技術の発達に伴い、
マルチメディア対応のパーソナルコンピュータ、セット
トップボックス、デジタルＴＶ、ゲーム機などの各種デ
ジタル情報機器が開発されている。この種のデジタル情
報機器においては、放送メディア、通信メディア、スト
レージメディアなどの様々なメディアを扱う能力が要求
されている。

【０００３】このため、パーソナルコンピュータにおい
ては、通常のプログラム処理のための機能に加え、リア
ルタイム性が必要とされるＡＶ（オーディオ／ビデオ）
ストリームデータを扱うための機能が要求されている。
一方、セットトップボックス、デジタルＴＶ、ゲーム機
などのコンシューマＡＶ機器においては、ソフトウェア
制御を利用したインタラクティブなタイトル再生などに
対応するために、コンピュータデータ、つまりＡ／Ｖス
トリームデータ以外の他のデータやプログラムを扱うた
めの機能が要求されている。

【０００４】

【発明が解決しようとする課題】しかし、従来のコンピ
ュータのバスでは、ＡＶストリームとコンピュータデー
タが同じものとして扱われていたため、高度なリアルタ
イム性を要求されるＡＶストリームを流すのには適さな
かった。例えば、ＡＶデータとコンピュータデータが同
時にバスを流れているとき、コンピュータデータのトラ
フィックが突然大きくなった場合（例えばプリントアウ
ト時、ファイルアクセス時等）には、ＡＶデータは大き
な伝送遅延を招くことになる。バス上ではＡＶデータと
コンピュータデータとが区別されていないため、リアル
タイム処理が必要なＡＶデータを優先的に流すような処
理を行うことが出来ないからである。

【０００５】さらに、従来のコンピュータ機器のアーキ
テクチャでは、データ転送のレーテンシの保証が困難な
ため、バスに接続されるＡＶデバイス等にはレーテンシ
保証のため巨大なバッファを設けることが必要とされ
た。また、ＤＶＤタイトルのような可変ビットレートの
ストリームを扱う場合には、最大転送レート時でも受信
デバイス側のバッファがオーバーフローしないように大
きなバッファを搭載することが必要とされていた。これ
は、コスト増大を引き起こす大きな要因となっている。
特に、ＡＶデータをバスを介して複数のデバイスにマル
チキャストするような場合には、全ての受信デバイスに
巨大なバッファを設けることが必要となるため、それに
よるコスト増は非常に大きくなる。

【０００６】また、ＡＶデータの転送のみを優先して行
うと、早急に処理を行うことがイベントが発生しても、
そのイベントに対する処理が遅滞してしまう危険もあ
る。

【０００７】一方、従来のＡＶ機器では、ＡＶストリー
ムの処理順に複数のデバイスを縦続接続することによっ
て、ＡＶストリームを扱うデバイス同士を物理的にピア
ツーピア（Ｐｅｅｒ ｔｏ Ｐｅｅｒ）接続していた。
よって、ＡＶストリームは、基本的に、ＣＰＵに入るこ
とはなかった。しかし、最近では、ＡＶストリームとイ
ンタラクティブ命令が融合されたメディア（パイパーメ
ディア）の出現により、ＣＰＵでストリームを処理する
ことが要求され始めている。よって、今までのようにデ
バイス間を物理的にＰｅｅｒ ｔｏ Ｐｅｅｒ接続する
ことが困難となりつつあり、バス接続への模索が始まり
つつある。

【０００８】本発明はこのような事情に鑑みてなされた
ものであり、バス上でストリームデータの転送、特にマ
ルチキャスト転送を効率よく行えるようにし、巨大なバ
ッファを設けることなく、マルチキャスト対象の全ての
受信ノードそれぞれのオーバーフローを防止することが
可能なデータ処理装置およびそのバス制御方法を提供す
ることを目的とする。

【０００９】

【課題を解決するための手段】上述の課題を解決するた
め、本発明のデータ処理装置は、サイクルタイム毎に所
定の予約帯域を割り当てることによってストリームデー
タを帯域保証した状態で転送することが可能な帯域保証
サイクルが定義されたバスと、前記バスに接続された複
数のノードと、送信側ノードと複数の受信側ノードに同
一チャネル番号を割り当てることにより、前記送信側ノ
ードから前記複数の受信側ノードへのストリームデータ
のマルチキャスト転送を前記帯域保証サイクルによって
実行させる手段と、データ転送サイクルの終結を示すた
めに前記バス上に定義された所定の信号線を前記複数の
受信側ノードのいずれかによってアクティブ状態にドラ
イブすることによって、前記送信側ノードに前記マルチ
キャスト転送の実行を停止させる手段とを具備すること
を特徴とする。

【００１０】このデータ処理装置においては、帯域保証
サイクルが転送モードとして定義されたバスを使用する
ことにより、コンピュータデータのトラフィックに関係
なく、高度なリアルタイム性が要求されるストリームデ
ータの帯域を保証することができる。また、通常は帯域
保証サイクルの実行中はそのデータ転送を途中で停止す
ることは出来ないのが普通であるが、本発明では、帯域
保証サイクル中であっても、受信側ノードからの制御に
よって送信側ノードからのストリームデータの送信を停
止させることができる。特に、マルチキャスト転送時に
は、帯域保証サイクルを利用したマルチキャスト転送
を、どの受信ノードからの指示によっても停止させるこ
とが出来る。このように受信側ノードからの制御でスト
リームデータのマルチキャストを停止させる仕組みを設
けることにより、ストリーム処理の遅滞や、可変レート
ストリームの受信などによって、マルチキャスト対象の
複数の受信側ノードのいずれかにバッファのオーバーフ
ローが発生する生じるような危険が生じた場合でも、そ
のバッファのオーバーフローを未然に防止することがで
きる。よって、必要最小限のバッファのみで、バスを介
したストリームデータのマルチキャスト転送を効率よく
行うことができる。

【００１１】また、データ転送サイクルの終結を示すた
めの所定の信号線をどの受信ノードからもドライブでき
るようにした場合には、もし複数の受信ノードによる信
号のドライブが競合してしまうと、データ転送サイクル
の切り替えを示すための所定の信号線の状態がロウレベ
ルとハイレベルの中間の不定状態に設定されてしまうこ
と等によって誤動作が生じる危険がある。そこで、前記
所定の信号線をアクティブ状態に設定するためのドライ
ブ動作は、前記各受信ノードに設けられたオープンドレ
インの出力バッファを介して行い、かつ前記所定の信号
線のアクティブ状態から非アクティブ状態への移行は、
前記所定の信号線に接続されたプルダウンまたはプルダ
ウン用の負荷回路によって行うように構成することが好
ましい。これより、前述の不具合を防止できる。また、
この場合には、信号線のアクティブ状態から非アクティ
ブ状態への移行に比較的多くの時間が必要となるので、
これによってバスを介したデータ転送の開始が長い間待
たされてしまい、バス使用効率の低下が引き起こされる
危険がある。そこで、前記所定の信号線の非アクティブ
状態への移行を加速するため、前記所定の信号線が受信
ノードによってアクティブ状態にドライブされた後の所
定期間、前記所定の信号線を非アクティブ状態にドライ
ブする加速手段をさらに具備することが好ましい。この
加速手段は管理ノードに設けて、非アクティブ状態のド
ライブを管理ノードにのみ許可することで、さらに動作
の信頼性を高めることができる。

【００１２】また、前記複数のノードの各々に、前記マ
ルチキャスト転送によって転送されるデータを受信する
ための受信バッファの蓄積データ量が所定値を超えたと
き、前記所定の信号線を所定期間アクティブ状態にドラ
イブし、その後所定期間、前記所定の信号線を非アクテ
ィブにドライブするドライブ手段と、前記所定の信号線
の状態を監視し、他のノードによって前記所定の信号線
がアクティブ状態にドライブされていることが検出され
た場合には、前記ドライブ手段による前記所定の信号の
ドライブ動作を禁止する手段とを設けることにより、バ
ス使用効率の低下の問題を招くことなく、複数の受信ノ
ードによる信号のドライブの競合による問題を解決する
ことができる。

【００１３】

【発明の実施の形態】以下、図面を参照して本発明の実
施形態を説明する。

【００１４】図１には、本発明の一実施形態に係るデー
タ処理装置のシステム構成が示されている。このデータ
処理装置はマルチメディア対応のコンピュータであり、
放送メディア、通信メディア、ストレージメディアなど
の様々なメディアを扱うことができる。また、このデー
タ処理装置は、プログラム処理機能とＡＶ（オーディオ
／ビデオ）ストリームデータを扱うための機能とを高い
次元で両立するために、イベントドリブン型の非同期デ
ータ転送（Ａｓｙｎｃｈｒｏｎｏｕｓ転送）を行う通常
の内部バス（Ａｓｙｎｃ Ｂｕｓ）１００に加え、マル
チメディアバス（Ｍｕｌｔｉｍｅｄｉａ Ｂｕｓ）２０
０を有している。マルチメディアバス２００は帯域保証
サイクルとイベントドリブン型の非同期転送サイクルの
２つの転送モードが定義された内部バスであり、このマ
ルチメディアバス２００を使用することにより、コンピ
ュータデータとＡＶストリームデータの双方を効率よく
転送することができる。帯域保証サイクルの詳細は図２
以降で説明するが、基本的には、サイクルタイム毎にデ
ータ転送に使用するための所定の時間を予約帯域として
割り当てることにより、ストリームデータを帯域保証し
た状態で転送する転送モードを意味している。

【００１５】（システム構成）以下、具体的なシステム
構成について説明する。このシステムには、図示のよう
に、ＣＰＵ１１、システムメモリ１２、３Ｄグラフィク
スアクセラレータ１３、およびＣＰＵインターフェイス
１４が設けられている。ＣＰＵ１１、システムメモリ１
２、および３Ｄグラフィクスアクセラレータ１３はＣＰ
Ｕインターフェイス１４によって相互接続されており、
プログラム実行処理や３Ｄグラフィクス演算処理などは
これらユニットによって実行される。ＣＰＵインターフ
ェイス１４はホストバスブリッジであり、ＣＰＵバスと
Ａｓｙｎｃ Ｂｕｓ１００を双方向で接続する。Ａｓｙ
ｎｃ Ｂｕｓ１００には、Ｉ／Ｏコントローラ２２が接
続されている。Ｉ／Ｏコントローラ２２はデジタルビデ
オ信号を外部ＡＶ機器などに出力するためのインターフ
ェイスを初め、各種周辺装置との通信のためのインター
フェイス（ＳＩＯインターフェイス、Ｉ^２Ｃバスインタ
ーフェイス、ＩＲ（赤外線）インターフェイス、ＵＳＢ
インターフェイス、ＩＤＥインターフェイス、ＭＩＤＩ
インターフェイス）を有している。ＤＶＤドライブやＨ
ＤＤなどのストレージデバイスはＩＤＥインターフェイ
スを介してＩ／Ｏコントローラ２２に接続される。

【００１６】また、マルチメディアバス２００には、図
示のように、マルチメディアバスマネージャ１５、メデ
ィアプロセッサ１６、ＣＡＳモジュール１８，ＰＣＭＣ
ＩＡインターフェイス１９、ＩＥＥＥ１３９４インター
フェイス２１などが接続されている。これらマルチメデ
ィアバスマネージャ１５、メディアプロセッサ１６、Ｃ
ＡＳモジュール１８、ＰＣＭＣＩＡインターフェイス１
９、およびＩＥＥＥ１３９４インターフェイス２１は、
それぞれマルチメディアバス２００を介してデータ転送
を行うノードであり、前述の帯域保証サイクルおよび非
同期転送サイクルを利用することができる。

【００１７】マルチメディアバスマネージャ１５はマル
チメディアバス２００の管理ノードであり、マルチメデ
ィアバス２００上で帯域保証サイクルおよび非同期転送
サイクルを行うための制御を行う。具体的には、帯域保
証サイクルで使用する予約バンドの管理、サイクルタイ
ムの管理、バス調停などがマルチメディアバスマネージ
ャ１５によって実行される。また、マルチメディアバス
マネージャ１５には、マルチメディアバス２００とＣＰ
Ｕインターフェイス１４を双方向で接続するための機能
も設けられており、マルチメディアバス２００上のノー
ドから転送されるＡＶストリームをＣＰＵ１１に送った
り、ＤＶＤドライブからシステムメモリ１２上に読み出
されたＡＶストリームをマルチメディアバス２００上の
ノードに送信する事ができる。

【００１８】メディアプロセッサ１６は、ＭＰＥＧ２デ
コード、ストリーム暗号化、ＮＴＳＣエンコード、２Ｄ
グラフィクス演算などの機能を有しており、ＡＶストリ
ームの再生表示などの制御はこのメディアプロセッサ１
６によって実行される。ＣＡＳモジュール１８はＣＡＴ
Ｖ／サテライトチューナ２０を接続するための専用イン
ターフェイスである。また、ＣＡＴＶ／サテライトチュ
ーナ２０は、ＰＣＭＣＩＡインターフェイス１９を介し
て接続することもできる。

【００１９】ここで、マルチメディアバス２００の基本
的な利用形態について説明する。

【００２０】まず、ＣＡＴＶ／サテライトチューナ２０
で受信した映像データをモニタに表示しながら、ストレ
ージデバイスおよび外部の１３９４機器に送信する場合
を説明する。

【００２１】映像データはＭＰＥＧ２トランスポートス
トリームから構成されており、このＭＰＥＧ２トランス
ポートストリームは、ＣＡＳモジュール１８またはＰＣ
ＭＣＩＡインターフェイス１９からメディアプロセッサ
１６に送信される。この場合、送信側ノードとなるＣＡ
Ｓモジュール１８またはＰＣＭＣＩＡインターフェイス
１９と、受信側ノードとなるメディアプロセッサ１６に
は、同一のチャネル番号（例えばチャネル番号１）が割
り当てられる。そして、前述の帯域保証サイクルによ
り、送信側ノードから受信側ノードにピアツーピア形式
でＭＰＥＧ２トランスポートストリームが送信される。
メディアプロセッサ１６では、ＭＰＥＧ２トランスポー
トストリームのデコードおよび表示再生処理と、ＭＰＥ
Ｇ２トランスポートストリームを不正コピーから保護す
るための暗号化処理とが並行して実行される。暗号化さ
れたストリームデータは、順次、メディアプロセッサ１
６からマルチメディアバスマネージャ１５および１３９
４インターフェイス２１に送信される。この場合、送信
側ノードとなるメディアプロセッサ１６と、受信側ノー
ドとなるマルチメディアバスマネージャ１５および１３
９４インターフェイス２１には、同一のチャネル番号
（例えばチャネル番号２）が割り当てられる。これによ
り、メディアプロセッサ１６からマルチメディアバスマ
ネージャ１５へのデータ転送、およびメディアプロセッ
サ１６から１３９４インターフェイス２１へのデータ転
送が、それぞれピアツーピア形式で行われる。また、こ
のチャネル番号２のストリーム転送は、チャネル番号１
のストリーム転送と時分割で並行して行われる。

【００２２】暗号化されたストリームはマルチメディア
バスマネージャ１５、ＣＰＵインターフェイス１４を介
してシステムメモリ１２に一旦ロードされた後、Ｉ／Ｏ
コントローラ２２を介してストレージデバイスに記録さ
れる。また、これと同時に、１３９４インターフェイス
２１から外部の１３９４機器に暗号化ストリームが送信
される。

【００２３】（マルチメディアバス）次に、マルチメデ
ィアバス２００の具体的な転送制御方法について説明す
る。

【００２４】１）サイクルタイム 図２に示されているように、マルチメディアバス２００
上へのアクセスは、時間を一定の間隔単位で分割して行
う。この一定の間隔をサイクルタイム（Ｃｙｃｌｅ Ｔ
ｉｍｅ）と呼ぶ。

【００２５】２）転送モード マルチメディアバス２００には、前述の２つの転送モー
ドを実現するために、２つのバンドが存在する。一つは
予約バンド、もう一つはＡｓｙｎｃｈｒｏｎｏｕｓバン
ド（以下、Ａｓｙｎｃバンドと称する）である。予約バ
ンドは、帯域保証転送のためにサイクルタイム中に予約
されたバンドである。この予約バンドを用いた転送サイ
クルが前述の帯域保証サイクル（以下、予約バンドサイ
クル）であり、Ａｓｙｎｃバンドを用いた転送サイクル
が前述の非同期転送サイクル（以下、Ａｓｙｎｃサイク
ル）である。

【００２６】ただし、予約バンドとＡｓｙｎｃバンドが
明確に時間で分かれているのではなく、予約された帯域
を処理しているバンドが予約バンド、予約バンド以外の
期間中に、アクセス要求に従って随時実行される転送サ
イクルがＡｓｙｎｃバンドとなる。

【００２７】３）チャネル マルチメディアバス２００ではすべてのアクセスはチャ
ネルによって管理されており、複数チャネルの転送を時
分割で行うことができる。図２には、チャネル１の予約
バンド幅として２タイムスロットの時間が予約されてい
る場合の例が示されている。２タイムスロットは必ずし
も時間的に連続している必要はなく、１サイクルタイム
内に割り当てられればよい。

【００２８】４）アクセスの種類 アクセスの種類は、以下の３種類である。 ａ）ストリームアクセス ストリームアクセスでは、各チャネルに対し、送信側ノ
ードと受信側ノードが指定され、チャネル以外のアドレ
スは使用されない。また、通常のＰＣＩバストランザク
ションのような受信側からのウェイトコントロールも行
われない。このストリームアクセスの様子を図３に示
す。図３では、ノードＡがチャネル番号１の送信側ノー
ド、ノードＤがチャネル番号１の受信側ノードである。
この場合、共にチャネル番号１が割り当てられたノード
ＡとノードＤとがマルチメディアバス２００上で論理的
にピアツーピア接続された形式となり、ノードＡとノー
ドＤと間のデータ転送がそれらノード間で直接的に実行
される。また、一つの送信側ノードに対して、その送信
側ノードと同一チャネル番号の受信側ノードを複数設定
することもできる。図３においては、ノードＢをチャネ
ル番号２の送信側ノード、ノードＣおよびノードＥをチ
ャネル番号２の受信側ノードとした場合が示されてい
る。この場合、ノードＢからのストリームデータは、ノ
ードＣおよびノードＥにマルチキャストされる。このよ
うに、マルチキャストでは、ストリームデータを帯域保
証した状態で複数の受信側ノードに同時に転送すること
ができるので、例えばＣＡＴＶ／サテライトチューナ２
０で受信した映像データをメディアプロセッサ１６と１
３９４ＬＩＮＫ２１にマルチキャストすることにより、
映像データを再生しながら、外部の１３９４機器に出力
することが可能となる。

【００２９】本実施形態では、予約バンドサイクルで
は、常に、ストリームアクセスが用いられる。また、ス
トリームアクセスは、Ａｓｙｎｃサイクルでも利用する
ことができる。

【００３０】ｂ）シングルアクセス Ａｓｙｎｃサイクルでのみ利用されるアクセスであり、
アドレスおよびコマンド転送フェーズとそれに後続する
１回のデータ転送フェーズから構成される。

【００３１】ｃ）バーストアクセス Ａｓｙｎｃサイクルでのみ利用されるアクセスであり、
アドレスおよびコマンド転送フェーズとそれに後続する
複数のデータ転送フェーズから構成される。

【００３２】（チャネルコントロールレジスタ）図４に
は、マルチメディアバス２００上の各ノードに設けられ
るチャネルコントロールレジスタの内容が示されてい
る。

【００３３】チャネルコントロールレジスタはコンフィ
グ空間に定義されており、複数チャネル分の制御情報を
持つことができる。各チャネルの制御情報は、チャネル
コントロール情報（Ｃｈ Ｃｎｔ）、チャネル番号情報
（Ｃｈ Ｎｏ）、必要帯域情報（Ｎｅｃｅｓｓｉｔｙ）
を１組として構成される。必要帯域情報はストリーム転
送に必要な帯域を示すものであり、この情報は該ノード
のドライバ（ソフトウェア）によって送受信すべきスト
リーム毎に設定される。チャネル番号情報は、管理ノー
ドによって設定されたチャネル番号を示す。チャネルコ
ントロール情報には、該当するチャネルの有効／無効を
示すチャネルアベイラブル情報（Ｃｈ．Ａｖａ）、該当
するチャネルが入力チャネル（受信側ノード）であるか
出力チャネル（送信側ノード）であるかを示すＩ／Ｏ情
報（Ｉｎ／Ｏｕｔ）などが含まれている。

【００３４】どのノードが、どのチャネルに対して出力
／入力するかは、管理ノードがアクセス開始前にＣｏｎ
ｆｉｇレジスタを使って通知する。

【００３５】（予約バンドサイクルのフロー制御）本実
施形態では、予約バンドサイクルの転送制御方法として
以下の機能が用意されている。

【００３６】１）予約バンドサイクルのフロー制御：
受信側ノードからの制御により、ストリームアクセスを
停止させる このフロー制御には、マルチメディアバス２００上に定
義された信号線（Ｄｉｓｃｏｎｎｅｃｔ）が利用され
る。各ノードは信号線（Ｄｉｓｃｏｎｎｅｃｔ）にワイ
ヤードＯＲ形式で接続されており、マルチキャストによ
るストリームアクセス時には、マルチキャスト対象とな
っている複数の受信側ノードのいずれかがＤｉｓｃｏｎ
ｎｅｃｔをアクティブにすると、送信側ノードからのス
トリームデータの送信が停止される。

【００３７】ここで、図５を参照して、予約バンドサイ
クルのフロー制御の原理について説明する。図５（Ａ）
は、３タイムスロット分の予約バンドを用いてストリー
ムアクセスを行う場合のタイミングチャートである。予
約バンドサイクル処理中に受信側ノードからマルチメデ
ィアバス２００上にディスコネクト信号（Ｄｉｓｃｏｎ
ｎｅｃｔ）が出力されると、図５（Ｂ）に示されている
ように、そのディスコネクト信号に応答して送信側ノー
ドは現在のストリームアクセスを停止し、ストリームデ
ータの送信を中断する。そして、次のサイクルタイムが
来ると、送信側ノードは、後続するストリームデータを
送信するためのストリームアクセスを再開する。

【００３８】このように受信側ノードからの制御でスト
リームアクセスを停止させる仕組みを設けること、特
に、マルチキャスト転送時には、帯域保証サイクルを利
用したマルチキャスト転送を、どの受信ノードからの指
示によっても停止させることが出来るようにすることに
より、ストリーム処理の遅滞や、可変レートストリーム
の受信などによって受信側ノードのバッファがオーバー
フローするような危険が生じた場合でも、バッファのオ
ーバーフローを未然に防止することができる。よって、
必要最小限のバッファのみで必要なリアルタイム転送を
効率よく行うことができる。

【００３９】図６には、フロー制御のための具体的なタ
イミングが示されている。

【００４０】ここでは、まず、マルチメディアバス２０
０に含まれる信号線の意味について説明する。マルチメ
ディアバス２００には、クロック信号ＣＬＫ線、３ビッ
ト幅のチャネル番号／バイトイネーブル信号（ｃｈ＿Ｎ
ｕｍ／ＢＥ￣）線、３２ビット幅のデータ（Ｄａｔａ）
線、ディスクコネクト信号（Ｄｉｓｃｏｎｎｅｃｔ￣）
線、バスリクエスト信号（Ａｃｃｅｓｓ ＲＥＱ￣）
線、バスグラント信号（Ａｃｃｅｓｓ ＧＮＴ￣）線、
レディー信号（Ｒｅａｄｙ￣）線が含まれている。

【００４１】チャネル番号／バイトイネーブル信号（ｃ
ｈ＿Ｎｕｍ／ＢＥ￣）は、アクセス開始時においてはこ
れからアクセスを開始すべきチャネル番号を示し、アク
セス時にはデータ（Ｄａｔａ）線上のデータの有効バイ
トレーンを示す。チャネル番号は、予約バンドサイクル
では管理ノードによって出力され、またＡｓｙｎｃサイ
クルではバス使用権を獲得したバスマスタノードによっ
て出力される。

【００４２】ディスクコネクト信号（Ｄｉｓｃｏｎｎｅ
ｃｔ￣）は現在のストリームアクセスからノードを切り
離すための切り離し信号であり、転送サイクルの終結／
切り替えを示す。ストリームアクセス中に送信ノードか
らのストリームデータ送信を停止させる場合には、この
ディスクコネクト信号（Ｄｉｓｃｏｎｎｅｃｔ￣）は受
信ノードから出力される。また、通常はストリームアク
セスの終結を示すために、管理ノードからディスクコネ
クト信号（Ｄｉｓｃｏｎｎｅｃｔ￣）が出力される。

【００４３】アクセスリクエスト信号（Ａｃｃｅｓｓ
ＲＥＱ￣）およびアクセスグラント信号（Ａｃｃｅｓｓ
ＧＮＴ￣）は、Ａｓｙｎｃサイクルのためのバス使用
権の調停を行うために使用される。バス調停を行う管理
ノードと各ノードとの間には、一対のアクセスリクエス
ト信号（Ａｃｃｅｓｓ ＲＥＱ￣）およびアクセスグラ
ント信号（Ａｃｃｅｓｓ ＧＮＴ￣）が設けられてい
る。アクセス要求はＡｃｃｅｓｓＲＥＱ信号を使って行
われる。バスをアクセスしたいノードはＡｃｃｅｓｓＲ
ＥＱをアサートする。アクセス要求の調停は管理ノード
で行われる。アクセス許可はＡｃｃｅｓｓＧＮＴによっ
て通知される。ＡｃｃｅｓｓＧＮＴは遅くともＤｉｓｃ
ｏｎｎｅｃｔがアサートされるのと同時にアサートされ
る。よって、アクセスを要求しているノードはＤｉｓｃ
ｏｎｎｅｃｔと、ＡｃｃｅｓｓＧＮＴをＣＬＫでラッチ
し、Ｄｉｓｃｏｎｎｅｃｔがアサートされているとき、
ＡｃｃｅｓｓＧＮＴがアサートされたノードがバスの使
用権を得る（マスターノード）。

【００４４】ストリームアクセスにおいては、各ノード
は、自身のチャネル番号がチャネル番号／バイトイネー
ブル信号（ｃｈ＿Ｎｕｍ／ＢＥ￣）によって指定された
ときにクロックＣＬＫに合わせてデータを入出力でき
る。チャネル番号はＤｉｓｃｏｎｎｅｃｔ信号（アクセ
スサイクルの終了を示す）がアサートされたクロックか
ら３番目のクロックの立ち上がりエッジから出力され、
４目のクロックの立ち上がりエッジでラッチされる。予
約バンドサイクルでは、管理ノードがマスタとなるた
め、ストリームアクセスを要求するＡｃｃｅｓｓＲＥＱ
はアサートが禁止される。また、ストリームアクセスモ
ードではＲｅａｄｙ￣信号によるＷａｉｔコントロール
は行われない。

【００４５】予約バンドサイクルのストリームアクセス
中において、受信ノードは受信バッファの容量が少なく
なると、Ｄｉｓｃｏｎｎｅｃｔ信号をアサートする。Ｄ
ｉｓｃｏｎｎｅｃｔ信号のアサートにより、送信ノード
はストリーム送信を停止する。これにより、実行中のス
トリームアクセスは終了する。この後、前述したように
Ｄｉｓｃｏｎｎｅｃｔ信号（アクセスサイクルの終了を
示す）がアサートされたクロックから３番目のクロック
の立ち上がりエッジで、次にアクセスを実行すべきチャ
ネル番号が管理ノードから出力される。

【００４６】Ｄｉｓｃｏｎｎｅｃｔ信号を用いたフロー
制御を実現するためのハードウェア構成の一例を図７に
示す。

【００４７】図７（Ａ）に示されているように、各ノー
ドの受信部には、ＦＩＦＯバッファ１１１、受信回路１
１２、オーバーフロー検出回路１１３が設けられてい
る。ＦＩＦＯバッファ１１１は、マルチメディアバス２
００を介して授受するデータを一時的に蓄積する緩衝用
の入出力バッファであり、受信時には、マルチメディア
バス２００および受信回路１１２を介して入力されたス
トリームデータがＦＩＦＯバッファ１１１に順に書き込
まれる。ＦＩＦＯバッファ１１１に蓄積されたストリー
ムデータは内部処理回路に読み出されて処理される。オ
ーバーフロー検出回路１１３は、ＦＩＦＯバッファ１１
１の蓄積データ量が所定のしきい値を越えたか否かを検
出するためのものであり、ＦＩＦＯバッファ１１１の蓄
積データ量が所定のしきい値を越えた場合には、ＦＩＦ
Ｏバッファ１１１のオーバーフローを防止するために、
Ｄｉｓｃｏｎｎｅｃｔ信号を発生する。管理ノード以外
の他の各ノードについては、Ｄｉｓｃｏｎｎｅｃｔ信号
線はオープンドレイン型の出力バッファを介してアクテ
ィブ状態“Ｌｏｗ”にドライブされる。オープンドレイ
ン型の出力バッファを利用する理由については、図９で
詳述する。

【００４８】図７（Ｂ）は、各ノードの送信部の構成で
ある。送信時には、外部から入力したストリームデータ
がＦＩＦＯバッファ１１１に入力される。そしてそのス
トリームデータがＦＩＦＯバッファ１１１から読み出さ
れ、送信回路１１４を介してマルチメディアバス２００
上に出力される。ストリームデータを送信している期間
中、送信停止回路１１５はＤｉｓｃｏｎｎｅｃｔ信号を
監視する。ストリームデータ送信中にＤｉｓｃｏｎｎｅ
ｃｔ信号がアサートされると、送信停止回路１１５は送
信回路１１４を制御してストリームデータの送信を停止
させる。

【００４９】図８は、各ノードに設けられたチャネル検
出部の構成である。

【００５０】チャネル検出回路１１６は、Ｄｉｓｃｏｎ
ｎｅｃｔ信号がアサートされてから３番目のクロックで
マルチメディアバス２００上に出力されるチャネル番号
をラッチし、チャネルコントロールレジスタに設定され
た自身のチャネル番号と比較する。自身のチャネル番号
が指定された場合には、チャネル検出回路１１６は、ス
トリームアクセスによるデータ入出力を開始するために
送信回路または受信回路を制御する。

【００５１】次に、図９を参照して、Ｄｉｓｃｏｎｎｅ
ｃｔ信号線周りの回路構成について説明する。

【００５２】前述したように、本実施形態では、Ｄｉｓ
ｃｏｎｎｅｃｔ信号線をどの受信ノードからもドライブ
できるようにしている。このため、もし複数の受信ノー
ドによる信号のドライブが競合してしまい、ある受信ノ
ードがＤｉｓｃｏｎｎｅｃｔ信号線をアクティブ状態
“Ｌｏｗ”にドライブしているにも係わらず、他の受信
ノードがＤｉｓｃｏｎｎｅｃｔ信号線を非アクティブ状
態“Ｈｉｇｈ”にドライブしてしまうと、Ｄｉｓｃｏｎ
ｎｅｃｔ信号線の状態がロウレベルとハイレベルの中間
の不定状態に設定されてしまうこと等によって誤動作が
生じる危険がある。

【００５３】そこで、図９においては、Ｄｉｓｃｏｎｎ
ｅｃｔ信号線をプルアップ抵抗Ｒを介して電源端子に接
続しておき、かつ管理ノード以外の他のノードについて
は、Ｄｉｓｃｏｎｎｅｃｔ信号線のドライブ動作をそれ
ら各ノードに設けられたオープンドレインの出力バッフ
ァ２０１，２０２を介して行うように構成している。こ
れにより、管理ノード以外の他の各ノードはＤｉｓｃｏ
ｎｎｅｃｔ信号線をアクティブ状態“Ｌｏｗ”にしかド
ライブすることが出来ないので、複数の受信ノードによ
るドライブの競合が生じても、Ｄｉｓｃｏｎｎｅｃｔ信
号線の状態がロウレベルとハイレベルの中間の不定状態
に設定されてしまうという事態を防ぐことが出来る。

【００５４】ただし、この場合には、Ｄｉｓｃｏｎｎｅ
ｃｔ信号線のアクティブ状態“Ｌｏｗ”から非アクティ
ブ状態“Ｈｉｇｈ”への移行に比較的多くの時間が必要
となるので、これによってマルチメディアバス２００を
介したデータ転送の開始／再開が長い間待たされてしま
い、バス使用効率の低下が引き起こされる危険がある。

【００５５】そこで、本実施形態では、Ｄｉｓｃｏｎｎ
ｅｃｔ信号線のアクティブ状態“Ｌｏｗ”から非アクテ
ィブ状態“Ｈｉｇｈ”への移行速度を加速するために、
管理ノードとなるマルチメディアバスマネージャ１５に
は図示のようにＤｉｓｃｏｎｎｅｃｔデアサート加速回
路１５１、３ステート出力バッファ１５２、入力バッフ
ァ１５３を設けている。

【００５６】Ｄｉｓｃｏｎｎｅｃｔデアサート加速回路
１５１は、入力バッファ１５３を介してＤｉｓｃｏｎｎ
ｅｃｔ信号線を監視しており、クロックＣＬＫの立ち上
がりエッジでＤｉｓｃｏｎｎｅｃｔ信号線がアクティブ
状態“Ｌｏｗ”にアサートされていることを検出する
と、３ステート出力バッファ１５２を用いてＤｉｓｃｏ
ｎｎｅｃｔ信号線を非アクティブ状態“Ｈｉｇｈ”に所
定期間ドライブする。こりにより、Ｄｉｓｃｏｎｎｅｃ
ｔ信号線のデアサートを加速することができる。

【００５７】図１０には、フロー制御時におけるＤｉｓ
ｃｏｎｎｅｃｔ信号線の制御のタイミングが示されてい
る。

【００５８】マルチキャスト転送中にいずれかの受信ノ
ードでオーバーフローが検出されると、その受信ノード
に設けられたオープンドレインの出力バッファからの出
力信号（Ｄｉｓｃｏｎｎｅｃｔ）は、“ハイインピーダ
ンス（Ｈｉ−Ｚ）”から“Ｌｏｗ”に切り替えられる。
これにより、Ｄｉｓｃｏｎｎｅｃｔ信号線は、プルアッ
プ抵抗Ｒによって非アクティブ状態“Ｈｉｇｈ”に設定
されている状態から、アクティブ状態“Ｌｏｗ”に切り
替えられ、現在実行中のマルチキャスト転送は停止され
る。

【００５９】受信ノードによるＤｉｓｃｏｎｎｅｃｔ信
号線のドライブは１ＣＬＫサイクル期間のみ行われ、そ
の後、受信ノードに設けられたオープンドレインの出力
バッファからの出力信号（Ｄｉｓｃｏｎｎｅｃｔ）は再
び“ハイインピーダンス（Ｈｉ−Ｚ）”に戻される。

【００６０】管理ノードは、クロックＣＬＫの立ち上が
りエッジでＤｉｓｃｏｎｎｅｃｔ信号線がアクティブ状
態“Ｌｏｗ”にアサートされていることを検出すると、
３ステート出力バッファ１５２を用いてＤｉｓｃｏｎｎ
ｅｃｔ信号線を非アクティブ状態“Ｈｉｇｈ”に１ＣＬ
Ｋサイクル期間ドライブする。これにより、Ｄｉｓｃｏ
ｎｎｅｃｔ信号線は、アクティブ状態“Ｌｏｗ”から速
やかに非アクティブ状態“Ｈｉｇｈ”に遷移する。以
降、Ｄｉｓｃｏｎｎｅｃｔ信号線は、プルアップ抵抗Ｒ
によって非アクティブ状態“Ｈｉｇｈ”に維持される。

【００６１】次に、Ｄｉｓｃｏｎｎｅｃｔ信号線のアク
ティブ状態“Ｌｏｗ”から非アクティブ状態“Ｈｉｇ
ｈ”への移行を加速するための第２の構成例について説
明する。

【００６２】本例では、管理ノードではなく、Ｄｉｓｃ
ｏｎｎｅｃｔ信号線をアクティブ状態“Ｌｏｗ”にドラ
イブした受信ノード自体が非アクティブ状態“Ｈｉｇ
ｈ”への移行を加速する。この様子を図１１に示す。

【００６３】マルチキャスト転送中にいずれかの受信ノ
ードでオーバーフローが検出されると、その受信ノード
は、Ｄｉｓｃｏｎｎｅｃｔ信号線を最初の１ＣＬＫサイ
クル期間ではアクティブ状態“Ｌｏｗ”にドライブし、
続く１ＣＬＫサイクル期間では非アクティブ状態“Ｈｉ
ｇｈ”にドライブする。Ｄｉｓｃｏｎｎｅｃｔ信号線
は、プルアップ抵抗Ｒによって非アクティブ状態“Ｈｉ
ｇｈ”に設定されている状態からアクティブ状態“Ｌｏ
ｗ”に切り替えられ、そして現在実行中のマルチキャス
ト転送が停止された後、速やかに非アクティブ状態“Ｈ
ｉｇｈ”に遷移する。以降、Ｄｉｓｃｏｎｎｅｃｔ信号
線は、プルアップ抵抗Ｒによって非アクティブ状態“Ｈ
ｉｇｈ”に維持される。

【００６４】このような制御を実現するため、各ノード
（管理ノードを含む）のデータ受信部は図１２のように
構成される。

【００６５】すなわち、各ノード（管理ノードを含む）
のデータ受信部には、データ入力用バッファ３０１、デ
ータ受信回路３０２、ＦＩＦＯバッファ３０３、オーバ
ーフロー検出回路３０４、Ｄｉｓｃｏｎｎｅｃｔ信号ド
ライブ回路３０５、Ｄｉｓｃｏｎｎｅｃｔ信号監視回路
３０６、Ｄｉｓｃｏｎｎｅｃｔ信号出力用３ステートバ
ッファ３０７、Ｄｉｓｃｏｎｎｅｃｔ信号入力用バッフ
ァ３０８、およびクロック入力用バッファ３０９が設け
られている。

【００６６】ＦＩＦＯバッファ３０３は、マルチメディ
アバス２００を介して授受するデータを一時的に蓄積す
る緩衝用の受信バッファであり、データ入力用バッファ
３０１、受信回路３０２を介して入力されたストリーム
データはＦＩＦＯバッファ３０３に順に書き込まれる。
ＦＩＦＯバッファ３０３に蓄積されたストリームデータ
は内部処理回路に読み出されて処理される。オーバーフ
ロー検出回路３０４は、ＦＩＦＯバッファ３０３の蓄積
データ量が所定のしきい値を越えたか否かを検出するた
めのものであり、ＦＩＦＯバッファ３０３の蓄積データ
量が所定のしきい値を越えた場合には、それを示すオー
バーフロー検出信号を発生する。オーバーフロー検出信
号は、Ｄｉｓｃｏｎｎｅｃｔ信号ドライブ回路３０５お
よびＤｉｓｃｏｎｎｅｃｔ信号監視回路３０６に入力さ
れる。

【００６７】Ｄｉｓｃｏｎｎｅｃｔ信号ドライブ回路３
０５は、オーバーフロー検出信号が入力されると、Ｄｉ
ｓｃｏｎｎｅｃｔ信号出力用３ステートバッファ３０７
を用いて、最初の１ＣＬＫサイクル期間ではＤｉｓｃｏ
ｎｎｅｃｔ信号線をアクティブ状態“Ｌｏｗ”にドライ
ブし、続く１ＣＬＫサイクル期間では非アクティブ状態
“Ｈｉｇｈ”にドライブする。

【００６８】Ｄｉｓｃｏｎｎｅｃｔ信号監視回路３０６
は、入力バッファ３０８を介してＤｉｓｃｏｎｎｅｃｔ
信号線を監視しており、クロックＣＬＫの立ち上がりエ
ッジでＤｉｓｃｏｎｎｅｃｔ信号線がアクティブ状態
“Ｌｏｗ”にアサートされていることを検出すると、Ｄ
ｉｓｃｏｎｎｅｃｔ信号出力用３ステートバッファ３０
７をハイインピーダンス状態に設定して、Ｄｉｓｃｏｎ
ｎｅｃｔ信号ドライブ回路３０５によるＤｉｓｃｏｎｎ
ｅｃｔ信号線のドライブを禁止する。オーバーフロー検
出信号が入力されたときに、Ｄｉｓｃｏｎｎｅｃｔ信号
線がアクティブ状態“Ｌｏｗ”にアサートされているこ
とが検出されなければ、Ｄｉｓｃｏｎｎｅｃｔ信号監視
回路３０６は、Ｄｉｓｃｏｎｎｅｃｔ信号ドライブ回路
３０５によるＤｉｓｃｏｎｎｅｃｔ信号線のドライブを
許可する。

【００６９】この構成によっても、バス使用効率の低下
の問題を招くことなく、複数の受信ノードによる信号の
ドライブの競合による問題を解決することができる。

【００７０】以上のように、本実施形態のシステムにお
いては、帯域保証サイクルが転送モードとして定義され
たバスを使用することにより、コンピュータデータのト
ラフィックに関係なく、高度なリアルタイム性が要求さ
れるストリームデータの帯域を保証することができる。
また、通常は帯域保証サイクルの実行中はそのデータ転
送を途中で停止することは出来ないのが普通であるが、
本発明では、帯域保証サイクル中であっても、受信側ノ
ードからの制御によって送信側ノードからのストリーム
データの送信を停止させることができる。

【００７１】特に、マルチキャスト転送時には、帯域保
証サイクルを利用したマルチキャスト転送を、どの受信
ノードからの指示によっても停止させることが出来る。
このように受信側ノードからの制御でストリームデータ
のマルチキャストを停止させる仕組みを設けることによ
り、ストリーム処理の遅滞や、可変レートストリームの
受信などによって、マルチキャスト対象の複数の受信側
ノードのいずれかにバッファのオーバーフローが発生す
る生じるような危険が生じた場合でも、そのバッファの
オーバーフローを未然に防止することができる。よっ
て、必要最小限のバッファのみで、バスを介したストリ
ームデータのマルチキャスト転送を効率よく行うことが
できる。

【００７２】さらに、Ｄｉｓｃｏｎｎｅｃｔ信号のドラ
イブの競合の問題を回避する仕組み、及びＤｉｓｃｏｎ
ｎｅｃｔ信号のデアサートを加速する仕組みを設けるこ
とにより、マルチキャストによるストリームアクセス時
のフロー制御を効率よく行うことが出来る。

【００７３】また、本実施形態のシステムは、コンピュ
ータのみならず、セットトップボックス、デジタルＴ
Ｖ、ゲーム機などの各種デジタル情報機器のプラットフ
ォームとして使用することができる。

【００７４】

【発明の効果】以上説明したように、本発明によれば、
バス上でストリームデータの転送、特にマルチキャスト
転送を効率よく行えるようになり、巨大なバッファを設
けることなく、マルチキャスト対象の全ての受信ノード
それぞれのオーバーフローを防止することが出来る。

【図面の簡単な説明】

【図１】本発明の一実施形態に係るデータ処理装置のシ
ステム構成を示すブロック図。

【図２】同実施形態のマルチメディアバス制御で用いら
れるサイクルタイムを説明するための図。

【図３】同実施形態のマルチメディアバス制御で用いら
れるストリームアクセスを説明するための図。

【図４】同実施形態のシステムで使用されるチャネルコ
ントロールレジスタの内容を示す図。

【図５】同実施形態で用いられる予約バンドサイクルフ
ロー制御の原理を説明するための図。

【図６】図５のフロー制御のための具体的なタイミング
を示す図。

【図７】図５のフロー制御を実現するためのハードウェ
ア構成の一例を示す図。

【図８】同実施形態の各ノードに用意されたチャネル検
出部の構成を示す図。

【図９】図５のフロー制御で用いられるＤｉｓｃｏｎｎ
ｅｃｔ信号線周りの回路構成を示す図。

【図１０】同実施形態で用いられるフロー制御時のＤｉ
ｓｃｏｎｎｅｃｔ信号線のタイミングを示す図。

【図１１】同実施形態で用いられるフロー制御時のＤｉ
ｓｃｏｎｎｅｃｔ信号線のタイミングの他の例を示す
図。

【図１２】図１１のタイミングを実現するためのハード
ウェア構成の一例を示す図。

【符号の説明】

１１…ＣＰＵ １２…システムメモリ １５…マルチメディアバスマネージャ（管理ノード） １６…メディアプロセッサ ２０…ケーブル／サテライトチューナ ２１…ＩＥＥＥ１３９４インターフェイス １００…Ａｓｙｎｃバス ２００…マルチメディアバス

Claims (8)

【特許請求の範囲】
1. 【請求項１】 サイクルタイム毎に所定の予約帯域を割
   り当てることによってストリームデータを帯域保証した
   状態で転送することが可能な帯域保証サイクルが定義さ
   れたバスと、 前記バスに接続された複数のノードと、 送信側ノードと複数の受信側ノードに同一チャネル番号
   を割り当てることにより、前記送信側ノードから前記複
   数の受信側ノードへのストリームデータのマルチキャス
   ト転送を前記帯域保証サイクルによって実行させる手段
   と、 データ転送サイクルの終結を示すために前記バス上に定
   義された所定の信号線を前記複数の受信側ノードのいず
   れかによってアクティブ状態にドライブすることによっ
   て、前記送信側ノードに前記マルチキャスト転送の実行
   を停止させる手段とを具備することを特徴とするデータ
   処理装置。
2. 【請求項２】 前記所定の信号線をアクティブ状態に設
   定するためのドライブ動作は、前記各受信ノードに設け
   られたオープンドレインの出力バッファを介して行わ
   れ、かつ前記所定の信号線のアクティブ状態から非アク
   ティブ状態への移行は、前記所定の信号線に接続された
   プルダウンまたはプルダウン用の負荷回路によって行わ
   れるように構成されていることを特徴とする請求項１記
   載のデータ処理装置。
3. 【請求項３】 前記所定の信号線の非アクティブ状態へ
   の移行を加速するため、前記所定の信号線が受信ノード
   によってアクティブ状態にドライブされた後の所定期
   間、前記所定の信号線を非アクティブ状態にドライブす
   る加速手段をさらに具備することを特徴とする請求項２
   記載のデータ処理装置。
4. 【請求項４】 複数のノードには、それらノード間のデ
   ータ転送を制御するための管理ノードが含まれており、 前記加速手段は、前記管理ノード内に設けられているこ
   とを特徴とする請求項３記載のデータ処理装置。
5. 【請求項５】 前記複数のノードの各々は、 前記マルチキャスト転送によって転送されるデータを受
   信するための受信バッファの蓄積データ量が所定値を超
   えたとき、前記所定の信号線を所定期間アクティブ状態
   にドライブし、その後所定期間、前記所定の信号線を非
   アクティブにドライブするドライブ手段と、 前記所定の信号線の状態を監視し、他のノードによって
   前記所定の信号線がアクティブ状態にドライブされてい
   ることが検出された場合には、前記ドライブ手段による
   前記所定の信号のドライブ動作を禁止する手段とを具備
   することを特徴とする請求項１記載のデータ処理装置。
6. 【請求項６】 サイクルタイム毎に所定の予約帯域を割
   り当てることによってストリームデータを帯域保証した
   状態で転送することが可能な帯域保証サイクルが定義さ
   れたバスと、 前記バスに接続された複数のノードと、 送信側ノードと複数の受信側ノードに同一チャネル番号
   を割り当てることにより、前記送信側ノードから前記複
   数の受信側ノードへのストリームデータのマルチキャス
   ト転送を前記帯域保証サイクルによって実行させる手段
   と、 データ転送サイクルの終結を示すために前記内部バス上
   に定義された所定の信号線を前記複数の受信側ノードの
   いずれかによってアクティブ状態にドライブすることに
   よって、前記送信側ノードに前記マルチキャスト転送の
   実行を停止させる手段とを具備し、 前記複数のノードの各々は、 前記マルチキャスト転送によって転送されるデータを受
   信するための受信バッファの蓄積データ量が所定値を超
   えたとき、前記所定の信号線を所定期間アクティブ状態
   にドライブし、その後所定期間、前記所定の信号線を非
   アクティブにドライブするドライブ手段と、 前記所定の信号線の状態を監視し、他のノードによって
   前記所定の信号線がアクティブ状態にドライブされてい
   ることが検出された場合には、前記ドライブ手段による
   前記所定の信号のドライブ動作を禁止する手段とを具備
   することを特徴とするデータ処理装置。
7. 【請求項７】 サイクルタイム毎に所定の予約帯域を割
   り当てることによってストリームデータを帯域保証した
   状態で転送することが可能な帯域保証サイクルを利用す
   ることにより、同一チャネル番号が割り当てられた送信
   側ノードから複数の受信側ノードへのストリームデータ
   のマルチキャスト転送をバスを介して実行することが可
   能な装置に適用されるバス制御方法であって、 前記各受信側ノード毎に、その受信バッファの蓄積デー
   タ量に基づいてオーバーフローの有無を検出させ、 データ転送サイクルの終結を示すために前記バス上に定
   義された所定の信号線をオーバーフローが検出された受
   信側ノードによってアクティブ状態にドライブさせるこ
   とにより、前記オーバーフローが検出された受信側ノー
   ドから前記送信側ノードに前記マルチキャスト転送の停
   止を指示させ、 前記オーバーフローが検出された受信側ノードからの指
   示により、前記送信側ノードに前記マルチキャスト転送
   を停止させることを特徴とするバス制御方法。
8. 【請求項８】 前記所定の信号線の状態を監視し、前記
   所定の信号線が受信ノードによってアクティブ状態にド
   ライブされた後の所定期間、前記所定の信号線を非アク
   ティブ状態にドライブすることにより、前記所定の信号
   線の非アクティブ状態への移行を加速することを特徴と
   する請求項７記載のバス制御方法。