JP2000341306A - データ処理装置およびそのバス制御方法 - Google Patents
データ処理装置およびそのバス制御方法Info
- Publication number
- JP2000341306A JP2000341306A JP11148413A JP14841399A JP2000341306A JP 2000341306 A JP2000341306 A JP 2000341306A JP 11148413 A JP11148413 A JP 11148413A JP 14841399 A JP14841399 A JP 14841399A JP 2000341306 A JP2000341306 A JP 2000341306A
- Authority
- JP
- Japan
- Prior art keywords
- cycle
- bus
- data
- bandwidth
- node
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40052—High-speed IEEE 1394 serial bus
- H04L12/40117—Interconnection of audio or video/imaging devices
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/14—Handling requests for interconnection or transfer
- G06F13/36—Handling requests for interconnection or transfer for access to common bus or bus system
- G06F13/362—Handling requests for interconnection or transfer for access to common bus or bus system with centralised access control
- G06F13/3625—Handling requests for interconnection or transfer for access to common bus or bus system with centralised access control using a time dependent access
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/38—Information transfer, e.g. on bus
- G06F13/42—Bus transfer protocol, e.g. handshake; Synchronisation
- G06F13/4204—Bus transfer protocol, e.g. handshake; Synchronisation on a parallel bus
- G06F13/4221—Bus transfer protocol, e.g. handshake; Synchronisation on a parallel bus being an input/output bus, e.g. ISA bus, EISA bus, PCI bus, SCSI bus
- G06F13/423—Bus transfer protocol, e.g. handshake; Synchronisation on a parallel bus being an input/output bus, e.g. ISA bus, EISA bus, PCI bus, SCSI bus with synchronous protocol
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/403—Bus networks with centralised control, e.g. polling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/403—Bus networks with centralised control, e.g. polling
- H04L12/4035—Bus networks with centralised control, e.g. polling in which slots of a TDMA packet structure are assigned based on a contention resolution carried out at a master unit
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Multimedia (AREA)
- Small-Scale Networks (AREA)
- Information Transfer Systems (AREA)
Abstract
(57)【要約】
【課題】内部バス上でノード間のデータ転送をピアツー
ピア形式で実現できるようにし、ＡＶストリームとコン
ピュータデータの双方を扱うシステムの性能向上を図
る。 【解決手段】マルチメディアバス２００は、帯域保証サ
イクルとイベントドリブン型のＡｓｙｎｃサイクルの２
つの転送モードが定義された内部バスである。帯域保証
サイクルでは、サイクルタイム毎に予約されたバンドを
用いることにより、ノード間のストリームデータ転送が
ピアツーピア形式で実行される。予約バンドを用いた帯
域保証サイクルの制御として、１）予約バンドサイクル
におけるデータ送信を受信ノードからの制御で停止させ
るフロー制御、２）Ａｓｙｎｃサイクルでストリームア
クセスを実行する制御、３）予約バンドサイクル中でも
Ａｓｙｎｃサイクルを受け付ける制御、の３つの制御方
法が用意されている。
ピア形式で実現できるようにし、ＡＶストリームとコン
ピュータデータの双方を扱うシステムの性能向上を図
る。 【解決手段】マルチメディアバス２００は、帯域保証サ
イクルとイベントドリブン型のＡｓｙｎｃサイクルの２
つの転送モードが定義された内部バスである。帯域保証
サイクルでは、サイクルタイム毎に予約されたバンドを
用いることにより、ノード間のストリームデータ転送が
ピアツーピア形式で実行される。予約バンドを用いた帯
域保証サイクルの制御として、１）予約バンドサイクル
におけるデータ送信を受信ノードからの制御で停止させ
るフロー制御、２）Ａｓｙｎｃサイクルでストリームア
クセスを実行する制御、３）予約バンドサイクル中でも
Ａｓｙｎｃサイクルを受け付ける制御、の３つの制御方
法が用意されている。
Description
【０００１】
【発明の属する技術分野】本発明はデータ処理装置およ
びそのバス制御方法に関し、特にオーディオ／ビデオデ
ータ、他のデータ、およびプログラム等の各種データを
扱うデータ処理装置およびそのバス制御方法に関する。
びそのバス制御方法に関し、特にオーディオ／ビデオデ
ータ、他のデータ、およびプログラム等の各種データを
扱うデータ処理装置およびそのバス制御方法に関する。
【０００２】
【従来の技術】近年、コンピュータ技術の発達に伴い、
マルチメディア対応のパーソナルコンピュータ、セット
トップボックス、デジタルＴＶ、ゲーム機などの各種デ
ジタル情報機器が開発されている。この種のデジタル情
報機器においては、放送メディア、通信メディア、スト
レージメディアなどの様々なメディアを扱う能力が要求
されている。
マルチメディア対応のパーソナルコンピュータ、セット
トップボックス、デジタルＴＶ、ゲーム機などの各種デ
ジタル情報機器が開発されている。この種のデジタル情
報機器においては、放送メディア、通信メディア、スト
レージメディアなどの様々なメディアを扱う能力が要求
されている。
【０００３】このため、パーソナルコンピュータにおい
ては、通常のプログラム処理のための機能に加え、リア
ルタイム性が必要とされるＡＶ（オーディオ／ビデオ）
ストリームデータを扱うための機能が要求されている。
一方、セットトップボックス、デジタルＴＶ、ゲーム機
などのコンシューマＡＶ機器においては、ソフトウェア
制御を利用したインタラクティブなタイトル再生などに
対応するために、コンピュータデータ、つまりＡ／Ｖス
トリームデータ以外の他のデータやプログラムを扱うた
めの機能が要求されている。
ては、通常のプログラム処理のための機能に加え、リア
ルタイム性が必要とされるＡＶ（オーディオ／ビデオ）
ストリームデータを扱うための機能が要求されている。
一方、セットトップボックス、デジタルＴＶ、ゲーム機
などのコンシューマＡＶ機器においては、ソフトウェア
制御を利用したインタラクティブなタイトル再生などに
対応するために、コンピュータデータ、つまりＡ／Ｖス
トリームデータ以外の他のデータやプログラムを扱うた
めの機能が要求されている。
【０００４】
【発明が解決しようとする課題】しかし、従来のコンピ
ュータの内部バスでは、ＡＶストリームとコンピュータ
データが同じものとして扱われていたため、高度なリア
ルタイム性を要求されるＡＶストリームを流すのには適
さなかった。例えば、ＡＶデータとコンピュータデータ
が同時にバスを流れているとき、コンピュータデータの
トラフィックが突然大きくなった場合（例えばプリント
アウト時、ファイルアクセス時等）には、ＡＶデータは
大きな伝送遅延を招くことになる。内部バス上ではＡＶ
データとコンピュータデータとが区別されていないた
め、リアルタイム処理が必要なＡＶデータを優先的に流
すような処理を行うことが出来ないからである。
ュータの内部バスでは、ＡＶストリームとコンピュータ
データが同じものとして扱われていたため、高度なリア
ルタイム性を要求されるＡＶストリームを流すのには適
さなかった。例えば、ＡＶデータとコンピュータデータ
が同時にバスを流れているとき、コンピュータデータの
トラフィックが突然大きくなった場合（例えばプリント
アウト時、ファイルアクセス時等）には、ＡＶデータは
大きな伝送遅延を招くことになる。内部バス上ではＡＶ
データとコンピュータデータとが区別されていないた
め、リアルタイム処理が必要なＡＶデータを優先的に流
すような処理を行うことが出来ないからである。
【０００５】さらに、従来のコンピュータ機器のアーキ
テクチャでは、データ転送のレーテンシの保証が困難な
ため、内部バスに接続されるＡＶデバイス等にはレーテ
ンシ保証のため巨大なバッファを設けることが必要とさ
れた。また、ＤＶＤタイトルのような可変ビットレート
のストリームを扱う場合には、最大転送レート時でも受
信デバイス側のバッファがオーバーフローしないように
大きなバッファを搭載することが必要とされていた。こ
れは、コスト増大を引き起こす大きな要因となってい
る。
テクチャでは、データ転送のレーテンシの保証が困難な
ため、内部バスに接続されるＡＶデバイス等にはレーテ
ンシ保証のため巨大なバッファを設けることが必要とさ
れた。また、ＤＶＤタイトルのような可変ビットレート
のストリームを扱う場合には、最大転送レート時でも受
信デバイス側のバッファがオーバーフローしないように
大きなバッファを搭載することが必要とされていた。こ
れは、コスト増大を引き起こす大きな要因となってい
る。
【０００６】また、ＡＶデータの転送のみを優先して行
うと、早急に処理を行うことがイベントが発生しても、
そのイベントに対する処理が遅滞してしまう危険もあ
る。
うと、早急に処理を行うことがイベントが発生しても、
そのイベントに対する処理が遅滞してしまう危険もあ
る。
【０００７】一方、従来のＡＶ機器では、ＡＶストリー
ムの処理順に複数のデバイスを縦続接続することによっ
て、ＡＶストリームを扱うデバイス同士を物理的にピア
ツーピア（Ｐｅｅｒ ｔｏ Ｐｅｅｒ）接続していた。
よって、ＡＶストリームは、基本的に、ＣＰＵに入るこ
とはなかった。しかし、最近では、ＡＶストリームとイ
ンタラクティブ命令が融合されたメディア（パイパーメ
ディア）の出現により、ＣＰＵでストリームを処理する
ことが要求され始めている。よって、今までのようにデ
バイス間を物理的にＰｅｅｒ ｔｏ Ｐｅｅｒ接続する
ことが困難となりつつあり、バス接続への模索が始まり
つつある。
ムの処理順に複数のデバイスを縦続接続することによっ
て、ＡＶストリームを扱うデバイス同士を物理的にピア
ツーピア（Ｐｅｅｒ ｔｏ Ｐｅｅｒ）接続していた。
よって、ＡＶストリームは、基本的に、ＣＰＵに入るこ
とはなかった。しかし、最近では、ＡＶストリームとイ
ンタラクティブ命令が融合されたメディア（パイパーメ
ディア）の出現により、ＣＰＵでストリームを処理する
ことが要求され始めている。よって、今までのようにデ
バイス間を物理的にＰｅｅｒ ｔｏ Ｐｅｅｒ接続する
ことが困難となりつつあり、バス接続への模索が始まり
つつある。
【０００８】本発明はこのような事情に鑑みてなされた
ものであり、内部バス上でストリームデータの転送を効
率よく行えるようにし、ＡＶストリームとコンピュータ
データの融合に好適なデータ処理装置およびそのバス制
御方法を提供することを目的とする。
ものであり、内部バス上でストリームデータの転送を効
率よく行えるようにし、ＡＶストリームとコンピュータ
データの融合に好適なデータ処理装置およびそのバス制
御方法を提供することを目的とする。
【０００９】
【課題を解決するための手段】上述の課題を解決するた
め、本発明のデータ処理装置は、サイクルタイム毎に所
定の予約帯域を割り当てることによってストリームデー
タを帯域保証した状態で転送することが可能な帯域保証
サイクルが転送モードとして定義された内部バスと、前
記内部バスに接続され、前記帯域保証サイクルを用いて
ストリームデータの送信／受信を行うことが可能な複数
のノードと、前記帯域保証サイクルで転送されるストリ
ームデータを受信している受信側ノードから前記内部バ
ス上に所定の信号を出力することによって、前記帯域保
証サイクルによって前記ストリームデータを送信してい
る送信側ノードに、前記ストリームデータの送信を停止
させる手段とを具備することを特徴とする。
め、本発明のデータ処理装置は、サイクルタイム毎に所
定の予約帯域を割り当てることによってストリームデー
タを帯域保証した状態で転送することが可能な帯域保証
サイクルが転送モードとして定義された内部バスと、前
記内部バスに接続され、前記帯域保証サイクルを用いて
ストリームデータの送信／受信を行うことが可能な複数
のノードと、前記帯域保証サイクルで転送されるストリ
ームデータを受信している受信側ノードから前記内部バ
ス上に所定の信号を出力することによって、前記帯域保
証サイクルによって前記ストリームデータを送信してい
る送信側ノードに、前記ストリームデータの送信を停止
させる手段とを具備することを特徴とする。
【００１０】このデータ処理装置においては、帯域保証
サイクルが転送モードとして定義された内部バスを使用
することにより、コンピュータデータのトラフィックに
関係なく、高度なリアルタイム性が要求されるストリー
ムデータの帯域を保証することができる。また、通常は
帯域保証サイクルの実行中はそのデータ転送を途中で停
止することは出来ないのが普通であるが、本発明では、
帯域保証サイクル中であっても、受信側ノードからの制
御によって送信側ノードからのストリームデータの送信
を停止させることができる。このように受信側ノードか
らの制御でストリームデータの送信を停止させる仕組み
を設けることにより、ストリーム処理の遅滞や、可変レ
ートストリームの受信などによって受信側ノードのバッ
ファがオーバーフローするような危険が生じた場合で
も、バッファのオーバーフローを未然に防止することが
できる。よって、必要最小限のバッファのみで内部バス
を介したリアルタイム転送を効率よく行うことができ
る。また、バス接続方式であるので、論理的なデータの
流れによってノード間の接続関係を柔軟に制御すること
ができる。
サイクルが転送モードとして定義された内部バスを使用
することにより、コンピュータデータのトラフィックに
関係なく、高度なリアルタイム性が要求されるストリー
ムデータの帯域を保証することができる。また、通常は
帯域保証サイクルの実行中はそのデータ転送を途中で停
止することは出来ないのが普通であるが、本発明では、
帯域保証サイクル中であっても、受信側ノードからの制
御によって送信側ノードからのストリームデータの送信
を停止させることができる。このように受信側ノードか
らの制御でストリームデータの送信を停止させる仕組み
を設けることにより、ストリーム処理の遅滞や、可変レ
ートストリームの受信などによって受信側ノードのバッ
ファがオーバーフローするような危険が生じた場合で
も、バッファのオーバーフローを未然に防止することが
できる。よって、必要最小限のバッファのみで内部バス
を介したリアルタイム転送を効率よく行うことができ
る。また、バス接続方式であるので、論理的なデータの
流れによってノード間の接続関係を柔軟に制御すること
ができる。
【００１１】また、同一チャネル番号が割り当てられた
ノード間で前記帯域保証サイクルによるデータ転送がピ
アツーピア形式で実行されるように、前記内部バスに接
続された複数のノードそれぞれにチャネル番号を割り当
てることにより、内部バス上で論理的なピアツーピア接
続を実現することができる。これにより、内部バス上で
ピアツーピアによるデータ転送が可能となるので、ノー
ド間を物理的にピアツーピア接続することなく、内部バ
ス上で効率の良いデータ転送を行うことが可能となる。
ノード間で前記帯域保証サイクルによるデータ転送がピ
アツーピア形式で実行されるように、前記内部バスに接
続された複数のノードそれぞれにチャネル番号を割り当
てることにより、内部バス上で論理的なピアツーピア接
続を実現することができる。これにより、内部バス上で
ピアツーピアによるデータ転送が可能となるので、ノー
ド間を物理的にピアツーピア接続することなく、内部バ
ス上で効率の良いデータ転送を行うことが可能となる。
【００１２】また、本発明のデータ処理装置は、サイク
ルタイム毎に所定の予約帯域を割り当てることによって
ストリームデータを帯域保証した状態で転送することが
可能な帯域保証サイクルと、バスマスタからのバスアク
セス要求に応じて、前記予約帯域以外の期間中に転送サ
イクルを非同期で実行する非同期転送サイクルとが、転
送モードとして定義された内部バスと、前記内部バスに
接続され、前記帯域保証サイクルまたは非同期転送サイ
クルを用いてストリームデータの送信／受信を行うこと
が可能な複数のノードと、前記帯域保証サイクルを用い
てストリームデータを送信している送信側ノードからの
バスアクセス要求に応じて前記非同期転送サイクルのた
めのバス使用権を前記送信側ノードに割り当てる手段と
を具備し、前記送信側ノードから受信側ノードへの前記
ストリームデータの送信を、前記予約帯域以外の期間中
にも実行できるようにしたことを特徴とする。
ルタイム毎に所定の予約帯域を割り当てることによって
ストリームデータを帯域保証した状態で転送することが
可能な帯域保証サイクルと、バスマスタからのバスアク
セス要求に応じて、前記予約帯域以外の期間中に転送サ
イクルを非同期で実行する非同期転送サイクルとが、転
送モードとして定義された内部バスと、前記内部バスに
接続され、前記帯域保証サイクルまたは非同期転送サイ
クルを用いてストリームデータの送信／受信を行うこと
が可能な複数のノードと、前記帯域保証サイクルを用い
てストリームデータを送信している送信側ノードからの
バスアクセス要求に応じて前記非同期転送サイクルのた
めのバス使用権を前記送信側ノードに割り当てる手段と
を具備し、前記送信側ノードから受信側ノードへの前記
ストリームデータの送信を、前記予約帯域以外の期間中
にも実行できるようにしたことを特徴とする。
【００１３】この構成によれば、帯域保証サイクルのみ
ならず、必要に応じて、非同期転送サイクルをストリー
ムデータの送信に使用することができる。したがって、
たとえ受信放送番組の切り換えなどによってチューナか
ら送信すべきストリームデータが低帯域幅のデータから
高帯域幅のデータに切り換えられたような場合でも、帯
域保証サイクルに非同期転送サイクルを加えることによ
り、必要な帯域を広げることが可能となる。よって、送
信側ノードのバッファのオーバーフローなどの問題を未
然に防止することができる。
ならず、必要に応じて、非同期転送サイクルをストリー
ムデータの送信に使用することができる。したがって、
たとえ受信放送番組の切り換えなどによってチューナか
ら送信すべきストリームデータが低帯域幅のデータから
高帯域幅のデータに切り換えられたような場合でも、帯
域保証サイクルに非同期転送サイクルを加えることによ
り、必要な帯域を広げることが可能となる。よって、送
信側ノードのバッファのオーバーフローなどの問題を未
然に防止することができる。
【００１４】また、本発明のデータ処理装置は、サイク
ルタイム毎に所定の予約帯域を割り当てることによって
ストリームデータを帯域保証した状態で転送することが
可能な帯域保証サイクルと、バスマスタからのバスアク
セス要求に応じて、前記予約帯域以外の期間中に転送サ
イクルを非同期で実行する非同期転送サイクルとが、転
送モードとして定義された内部バスと、前記内部バスに
接続され、前記帯域保証サイクルまたは非同期転送サイ
クルを用いてストリームデータの送信／受信を行うこと
が可能な複数のノードと、前記内部バス上で前記帯域保
証サイクルが実行されている期間中に前記内部バス上の
ノードから前記バスアクセス要求が発行されたとき、前
記帯域保証サイクル中に前記非同期転送サイクルを挿入
し、前記非同期転送サイクルの終了後に前記帯域保証サ
イクルの残りの部分を実行するように制御する制御手段
とを具備することを特徴とする。
ルタイム毎に所定の予約帯域を割り当てることによって
ストリームデータを帯域保証した状態で転送することが
可能な帯域保証サイクルと、バスマスタからのバスアク
セス要求に応じて、前記予約帯域以外の期間中に転送サ
イクルを非同期で実行する非同期転送サイクルとが、転
送モードとして定義された内部バスと、前記内部バスに
接続され、前記帯域保証サイクルまたは非同期転送サイ
クルを用いてストリームデータの送信／受信を行うこと
が可能な複数のノードと、前記内部バス上で前記帯域保
証サイクルが実行されている期間中に前記内部バス上の
ノードから前記バスアクセス要求が発行されたとき、前
記帯域保証サイクル中に前記非同期転送サイクルを挿入
し、前記非同期転送サイクルの終了後に前記帯域保証サ
イクルの残りの部分を実行するように制御する制御手段
とを具備することを特徴とする。
【００１５】これにより、帯域保証サイクル中であって
も非同期転送サイクルを受付ることができるようにな
り、ＡＶデータの帯域保証とイベントに対する高速レス
ポンスとの両立を図ることが可能となる。
も非同期転送サイクルを受付ることができるようにな
り、ＡＶデータの帯域保証とイベントに対する高速レス
ポンスとの両立を図ることが可能となる。
【００１６】
【発明の実施の形態】以下、図面を参照して本発明の実
施形態を説明する。
施形態を説明する。
【００１７】図１には、本発明の一実施形態に係るデー
タ処理装置のシステム構成が示されている。このデータ
処理装置はマルチメディア対応のコンピュータであり、
放送メディア、通信メディア、ストレージメディアなど
の様々なメディアを扱うことができる。また、このデー
タ処理装置は、プログラム処理機能とＡＶ（オーディオ
／ビデオ）ストリームデータを扱うための機能とを高い
次元で両立するために、イベントドリブン型の非同期デ
ータ転送（Ａｓｙｎｃｈｒｏｎｏｕｓ転送）を行う通常
の内部バス（Ａｓｙｎｃ Ｂｕｓ）１００に加え、マル
チメディアバス（Ｍｕｌｔｉｍｅｄｉａ Ｂｕｓ）２０
０を有している。マルチメディアバス２００は帯域保証
サイクルとイベントドリブン型の非同期転送サイクルの
２つの転送モードが定義された内部バスであり、このマ
ルチメディアバス２００を使用することにより、コンピ
ュータデータとＡＶストリームデータの双方を効率よく
転送することができる。帯域保証サイクルの詳細は図２
以降で説明するが、基本的には、サイクルタイム毎にデ
ータ転送に使用するための所定の時間を予約帯域として
割り当てることにより、ストリームデータを帯域保証し
た状態で転送する転送モードを意味している。
タ処理装置のシステム構成が示されている。このデータ
処理装置はマルチメディア対応のコンピュータであり、
放送メディア、通信メディア、ストレージメディアなど
の様々なメディアを扱うことができる。また、このデー
タ処理装置は、プログラム処理機能とＡＶ（オーディオ
／ビデオ）ストリームデータを扱うための機能とを高い
次元で両立するために、イベントドリブン型の非同期デ
ータ転送（Ａｓｙｎｃｈｒｏｎｏｕｓ転送）を行う通常
の内部バス（Ａｓｙｎｃ Ｂｕｓ）１００に加え、マル
チメディアバス（Ｍｕｌｔｉｍｅｄｉａ Ｂｕｓ）２０
０を有している。マルチメディアバス２００は帯域保証
サイクルとイベントドリブン型の非同期転送サイクルの
２つの転送モードが定義された内部バスであり、このマ
ルチメディアバス２００を使用することにより、コンピ
ュータデータとＡＶストリームデータの双方を効率よく
転送することができる。帯域保証サイクルの詳細は図２
以降で説明するが、基本的には、サイクルタイム毎にデ
ータ転送に使用するための所定の時間を予約帯域として
割り当てることにより、ストリームデータを帯域保証し
た状態で転送する転送モードを意味している。
【００１８】（システム構成）以下、具体的なシステム
構成について説明する。このシステムには、図示のよう
に、ＣＰＵ１１、システムメモリ１２、３Ｄグラフィク
スアクセラレータ１３、およびＣＰＵインターフェイス
１４が設けられている。ＣＰＵ１１、システムメモリ１
２、および３Ｄグラフィクスアクセラレータ１３はＣＰ
Ｕインターフェイス１４によって相互接続されており、
プログラム実行処理や３Ｄグラフィクス演算処理などは
これらユニットによって実行される。ＣＰＵインターフ
ェイス１４はホストバスブリッジであり、ＣＰＵバスと
Ａｓｙｎｃ Ｂｕｓ１００を双方向で接続する。Ａｓｙ
ｎｃ Ｂｕｓ１００には、Ｉ／Ｏコントローラ２２が接
続されている。Ｉ／Ｏコントローラ２２はデジタルビデ
オ信号を外部ＡＶ機器などに出力するためのインターフ
ェイスを初め、各種周辺装置との通信のためのインター
フェイス（ＳＩＯインターフェイス、Ｉ２Ｃバスインタ
ーフェイス、ＩＲ（赤外線）インターフェイス、ＵＳＢ
インターフェイス、ＩＤＥインターフェイス、ＭＩＤＩ
インターフェイス）を有している。ＤＶＤドライブやＨ
ＤＤなどのストレージデバイスはＩＤＥインターフェイ
スを介してＩ／Ｏコントローラ２２に接続される。
構成について説明する。このシステムには、図示のよう
に、ＣＰＵ１１、システムメモリ１２、３Ｄグラフィク
スアクセラレータ１３、およびＣＰＵインターフェイス
１４が設けられている。ＣＰＵ１１、システムメモリ１
２、および３Ｄグラフィクスアクセラレータ１３はＣＰ
Ｕインターフェイス１４によって相互接続されており、
プログラム実行処理や３Ｄグラフィクス演算処理などは
これらユニットによって実行される。ＣＰＵインターフ
ェイス１４はホストバスブリッジであり、ＣＰＵバスと
Ａｓｙｎｃ Ｂｕｓ１００を双方向で接続する。Ａｓｙ
ｎｃ Ｂｕｓ１００には、Ｉ／Ｏコントローラ２２が接
続されている。Ｉ／Ｏコントローラ２２はデジタルビデ
オ信号を外部ＡＶ機器などに出力するためのインターフ
ェイスを初め、各種周辺装置との通信のためのインター
フェイス（ＳＩＯインターフェイス、Ｉ２Ｃバスインタ
ーフェイス、ＩＲ（赤外線）インターフェイス、ＵＳＢ
インターフェイス、ＩＤＥインターフェイス、ＭＩＤＩ
インターフェイス）を有している。ＤＶＤドライブやＨ
ＤＤなどのストレージデバイスはＩＤＥインターフェイ
スを介してＩ／Ｏコントローラ２２に接続される。
【００１９】また、マルチメディアバス２００には、図
示のように、マルチメディアバスマネージャ１５、メデ
ィアプロセッサ１６、ＣＡＳモジュール１８，ＰＣＭＣ
ＩＡインターフェイス１９、ＩＥＥＥ１３９４インター
フェイス２１などが接続されている。これらマルチメデ
ィアバスマネージャ１５、メディアプロセッサ１６、Ｃ
ＡＳモジュール１８、ＰＣＭＣＩＡインターフェイス１
９、およびＩＥＥＥ１３９４インターフェイス２１は、
それぞれマルチメディアバス２００を介してデータ転送
を行うノードであり、前述の帯域保証サイクルおよび非
同期転送サイクルを利用することができる。
示のように、マルチメディアバスマネージャ１５、メデ
ィアプロセッサ１６、ＣＡＳモジュール１８，ＰＣＭＣ
ＩＡインターフェイス１９、ＩＥＥＥ１３９４インター
フェイス２１などが接続されている。これらマルチメデ
ィアバスマネージャ１５、メディアプロセッサ１６、Ｃ
ＡＳモジュール１８、ＰＣＭＣＩＡインターフェイス１
９、およびＩＥＥＥ１３９４インターフェイス２１は、
それぞれマルチメディアバス２００を介してデータ転送
を行うノードであり、前述の帯域保証サイクルおよび非
同期転送サイクルを利用することができる。
【００２０】マルチメディアバスマネージャ１５はマル
チメディアバス２００の管理ノードであり、マルチメデ
ィアバス２００上で帯域保証サイクルおよび非同期転送
サイクルを行うための制御を行う。具体的には、帯域保
証サイクルで使用する予約バンドの管理、サイクルタイ
ムの管理、バス調停などがマルチメディアバスマネージ
ャ１５によって実行される。また、マルチメディアバス
マネージャ１５には、マルチメディアバス２００とＣＰ
Ｕインターフェイス１４を双方向で接続するための機能
も設けられており、マルチメディアバス２００上のノー
ドから転送されるＡＶストリームをＣＰＵ１１に送った
り、ＤＶＤドライブからシステムメモリ１２上に読み出
されたＡＶストリームをマルチメディアバス２００上の
ノードに送信する事ができる。
チメディアバス２００の管理ノードであり、マルチメデ
ィアバス２００上で帯域保証サイクルおよび非同期転送
サイクルを行うための制御を行う。具体的には、帯域保
証サイクルで使用する予約バンドの管理、サイクルタイ
ムの管理、バス調停などがマルチメディアバスマネージ
ャ１５によって実行される。また、マルチメディアバス
マネージャ１５には、マルチメディアバス２００とＣＰ
Ｕインターフェイス１４を双方向で接続するための機能
も設けられており、マルチメディアバス２００上のノー
ドから転送されるＡＶストリームをＣＰＵ１１に送った
り、ＤＶＤドライブからシステムメモリ１２上に読み出
されたＡＶストリームをマルチメディアバス２００上の
ノードに送信する事ができる。
【００２１】メディアプロセッサ１６は、ＭＰＥＧ２デ
コード、ストリーム暗号化、ＮＴＳＣエンコード、２Ｄ
グラフィクス演算などの機能を有しており、ＡＶストリ
ームの再生表示などの制御はこのメディアプロセッサ１
６によって実行される。ＣＡＳモジュール１８はＣＡＴ
Ｖ／サテライトチューナ２０を接続するための専用イン
ターフェイスである。また、ＣＡＴＶ／サテライトチュ
ーナ２０は、ＰＣＭＣＩＡインターフェイス１９を介し
て接続することもできる。
コード、ストリーム暗号化、ＮＴＳＣエンコード、２Ｄ
グラフィクス演算などの機能を有しており、ＡＶストリ
ームの再生表示などの制御はこのメディアプロセッサ１
６によって実行される。ＣＡＳモジュール１８はＣＡＴ
Ｖ／サテライトチューナ２０を接続するための専用イン
ターフェイスである。また、ＣＡＴＶ／サテライトチュ
ーナ２０は、ＰＣＭＣＩＡインターフェイス１９を介し
て接続することもできる。
【００２２】ここで、マルチメディアバス２００の基本
的な利用形態について説明する。
的な利用形態について説明する。
【００２３】まず、ＣＡＴＶ／サテライトチューナ２０
で受信した映像データをモニタに表示しながら、ストレ
ージデバイスおよび外部の１３９４機器に送信する場合
を説明する。
で受信した映像データをモニタに表示しながら、ストレ
ージデバイスおよび外部の１３９４機器に送信する場合
を説明する。
【００２４】映像データはＭＰＥＧ２トランスポートス
トリームから構成されており、このＭＰＥＧ２トランス
ポートストリームは、ＣＡＳモジュール１８またはＰＣ
ＭＣＩＡインターフェイス１９からメディアプロセッサ
１６に送信される。この場合、送信側ノードとなるＣＡ
Ｓモジュール１８またはＰＣＭＣＩＡインターフェイス
１９と、受信側ノードとなるメディアプロセッサ１６に
は、同一のチャネル番号（例えばチャネル番号１）が割
り当てられる。そして、前述の帯域保証サイクルによ
り、送信側ノードから受信側ノードにピアツーピア形式
でＭＰＥＧ２トランスポートストリームが送信される。
メディアプロセッサ１６では、ＭＰＥＧ２トランスポー
トストリームのデコードおよび表示再生処理と、ＭＰＥ
Ｇ２トランスポートストリームを不正コピーから保護す
るための暗号化処理とが並行して実行される。暗号化さ
れたストリームデータは、順次、メディアプロセッサ１
６からマルチメディアバスマネージャ１５および１３９
４インターフェイス２１に送信される。この場合、送信
側ノードとなるメディアプロセッサ１６と、受信側ノー
ドとなるマルチメディアバスマネージャ１５および１３
９４インターフェイス２１には、同一のチャネル番号
（例えばチャネル番号２）が割り当てられる。これによ
り、メディアプロセッサ１６からマルチメディアバスマ
ネージャ１５へのデータ転送、およびメディアプロセッ
サ１６から１３９４インターフェイス２１へのデータ転
送が、それぞれピアツーピア形式で行われる。また、こ
のチャネル番号２のストリーム転送は、チャネル番号１
のストリーム転送と時分割で並行して行われる。
トリームから構成されており、このＭＰＥＧ２トランス
ポートストリームは、ＣＡＳモジュール１８またはＰＣ
ＭＣＩＡインターフェイス１９からメディアプロセッサ
１６に送信される。この場合、送信側ノードとなるＣＡ
Ｓモジュール１８またはＰＣＭＣＩＡインターフェイス
１９と、受信側ノードとなるメディアプロセッサ１６に
は、同一のチャネル番号（例えばチャネル番号１）が割
り当てられる。そして、前述の帯域保証サイクルによ
り、送信側ノードから受信側ノードにピアツーピア形式
でＭＰＥＧ２トランスポートストリームが送信される。
メディアプロセッサ１６では、ＭＰＥＧ２トランスポー
トストリームのデコードおよび表示再生処理と、ＭＰＥ
Ｇ２トランスポートストリームを不正コピーから保護す
るための暗号化処理とが並行して実行される。暗号化さ
れたストリームデータは、順次、メディアプロセッサ１
６からマルチメディアバスマネージャ１５および１３９
４インターフェイス２１に送信される。この場合、送信
側ノードとなるメディアプロセッサ１６と、受信側ノー
ドとなるマルチメディアバスマネージャ１５および１３
９４インターフェイス２１には、同一のチャネル番号
（例えばチャネル番号２）が割り当てられる。これによ
り、メディアプロセッサ１６からマルチメディアバスマ
ネージャ１５へのデータ転送、およびメディアプロセッ
サ１６から１３９４インターフェイス２１へのデータ転
送が、それぞれピアツーピア形式で行われる。また、こ
のチャネル番号２のストリーム転送は、チャネル番号１
のストリーム転送と時分割で並行して行われる。
【００２５】暗号化されたストリームはマルチメディア
バスマネージャ１５、ＣＰＵインターフェイス１４を介
してシステムメモリ１２に一旦ロードされた後、Ｉ／Ｏ
コントローラ２２を介してストレージデバイスに記録さ
れる。また、これと同時に、１３９４インターフェイス
２１から外部の１３９４機器に暗号化ストリームが送信
される。
バスマネージャ１５、ＣＰＵインターフェイス１４を介
してシステムメモリ１２に一旦ロードされた後、Ｉ／Ｏ
コントローラ２２を介してストレージデバイスに記録さ
れる。また、これと同時に、１３９４インターフェイス
２１から外部の１３９４機器に暗号化ストリームが送信
される。
【００２６】（マルチメディアバス）次に、マルチメデ
ィアバス２００の具体的な転送制御方法について説明す
る。
ィアバス２００の具体的な転送制御方法について説明す
る。
【００２７】１）サイクルタイム 図２に示されているように、マルチメディアバス２００
上へのアクセスは、時間を一定の間隔単位で分割して行
う。この一定の間隔をサイクルタイム（Ｃｙｃｌｅ Ｔ
ｉｍｅ）と呼ぶ。
上へのアクセスは、時間を一定の間隔単位で分割して行
う。この一定の間隔をサイクルタイム（Ｃｙｃｌｅ Ｔ
ｉｍｅ）と呼ぶ。
【００２８】２）転送モード マルチメディアバス２００には、前述の２つの転送モー
ドを実現するために、２つのバンドが存在する。一つは
予約バンド、もう一つはＡｓｙｎｃｈｒｏｎｏｕｓバン
ド（以下、Ａｓｙｎｃバンドと称する）である。予約バ
ンドは、帯域保証転送のためにサイクルタイム中に予約
されたバンドである。この予約バンドを用いた転送サイ
クルが前述の帯域保証サイクル（以下、予約バンドサイ
クル）であり、Ａｓｙｎｃバンドを用いた転送サイクル
が前述の非同期転送サイクル（以下、Ａｓｙｎｃサイク
ル）である。
ドを実現するために、２つのバンドが存在する。一つは
予約バンド、もう一つはＡｓｙｎｃｈｒｏｎｏｕｓバン
ド（以下、Ａｓｙｎｃバンドと称する）である。予約バ
ンドは、帯域保証転送のためにサイクルタイム中に予約
されたバンドである。この予約バンドを用いた転送サイ
クルが前述の帯域保証サイクル（以下、予約バンドサイ
クル）であり、Ａｓｙｎｃバンドを用いた転送サイクル
が前述の非同期転送サイクル（以下、Ａｓｙｎｃサイク
ル）である。
【００２９】ただし、予約バンドとＡｓｙｎｃバンドが
明確に時間で分かれているのではなく、予約された帯域
を処理しているバンドが予約バンド、予約バンド以外の
期間中に、アクセス要求に従って随時実行される転送サ
イクルがＡｓｙｎｃバンドとなる。
明確に時間で分かれているのではなく、予約された帯域
を処理しているバンドが予約バンド、予約バンド以外の
期間中に、アクセス要求に従って随時実行される転送サ
イクルがＡｓｙｎｃバンドとなる。
【００３０】３）チャネル マルチメディアバス２００ではすべてのアクセスはチャ
ネルによって管理されており、複数チャネルの転送を時
分割で行うことができる。図２には、チャネル１の予約
バンド幅として２タイムスロットの時間が予約されてい
る場合の例が示されている。２タイムスロットは必ずし
も時間的に連続している必要はなく、１サイクルタイム
内に割り当てられればよい。
ネルによって管理されており、複数チャネルの転送を時
分割で行うことができる。図２には、チャネル１の予約
バンド幅として２タイムスロットの時間が予約されてい
る場合の例が示されている。２タイムスロットは必ずし
も時間的に連続している必要はなく、１サイクルタイム
内に割り当てられればよい。
【００３１】４）アクセスの種類 アクセスの種類は、以下の３種類である。 ａ）ストリームアクセス ストリームアクセスでは、各チャネルに対し、送信側ノ
ードと受信側ノードが指定され、チャネル以外のアドレ
スは使用されない。また、通常のＰＣＩバストランザク
ションのような受信側からのウェイトコントロールも行
われない。このストリームアクセスの様子を図３に示
す。図３では、ノードＡがチャネル番号１の送信側ノー
ド、ノードＤがチャネル番号１の受信側ノードである。
この場合、共にチャネル番号１が割り当てられたノード
ＡとノードＤとがマルチメディアバス２００上で論理的
にピアツーピア接続された形式となり、ノードＡとノー
ドＤと間のデータ転送がそれらノード間で直接的に実行
される。また、一つの送信側ノードに対して、その送信
側ノードと同一チャネル番号の受信側ノードを複数設定
することもできる。図３においては、ノードＢをチャネ
ル番号２の送信側ノード、ノードＣおよびノードＥをチ
ャネル番号２の受信側ノードとした場合が示されてい
る。この場合、ノードＢからのストリームデータは、ノ
ードＣおよびノードＥにマルチキャストされる。本実施
形態では、予約バンドサイクルでは、常に、ストリーム
アクセスが用いられる。また、ストリームアクセスは、
Ａｓｙｎｃサイクルでも利用することができる。
ードと受信側ノードが指定され、チャネル以外のアドレ
スは使用されない。また、通常のＰＣＩバストランザク
ションのような受信側からのウェイトコントロールも行
われない。このストリームアクセスの様子を図３に示
す。図３では、ノードＡがチャネル番号１の送信側ノー
ド、ノードＤがチャネル番号１の受信側ノードである。
この場合、共にチャネル番号１が割り当てられたノード
ＡとノードＤとがマルチメディアバス２００上で論理的
にピアツーピア接続された形式となり、ノードＡとノー
ドＤと間のデータ転送がそれらノード間で直接的に実行
される。また、一つの送信側ノードに対して、その送信
側ノードと同一チャネル番号の受信側ノードを複数設定
することもできる。図３においては、ノードＢをチャネ
ル番号２の送信側ノード、ノードＣおよびノードＥをチ
ャネル番号２の受信側ノードとした場合が示されてい
る。この場合、ノードＢからのストリームデータは、ノ
ードＣおよびノードＥにマルチキャストされる。本実施
形態では、予約バンドサイクルでは、常に、ストリーム
アクセスが用いられる。また、ストリームアクセスは、
Ａｓｙｎｃサイクルでも利用することができる。
【００３２】ｂ）シングルアクセス Ａｓｙｎｃサイクルでのみ利用されるアクセスであり、
アドレスおよびコマンド転送フェーズとそれに後続する
１回のデータ転送フェーズから構成される。
アドレスおよびコマンド転送フェーズとそれに後続する
１回のデータ転送フェーズから構成される。
【００３３】ｃ）バーストアクセス Ａｓｙｎｃサイクルでのみ利用されるアクセスであり、
アドレスおよびコマンド転送フェーズとそれに後続する
複数のデータ転送フェーズから構成される。
アドレスおよびコマンド転送フェーズとそれに後続する
複数のデータ転送フェーズから構成される。
【００３４】（チャネルコントロールレジスタ）図４に
は、マルチメディアバス２００上の各ノードに設けられ
るチャネルコントロールレジスタの内容が示されてい
る。
は、マルチメディアバス２００上の各ノードに設けられ
るチャネルコントロールレジスタの内容が示されてい
る。
【００３５】チャネルコントロールレジスタはコンフィ
グ空間に定義されており、複数チャネル分の制御情報を
持つことができる。各チャネルの制御情報は、チャネル
コントロール情報（Ｃｈ Ｃｎｔ）、チャネル番号情報
（Ｃｈ Ｎｏ）、必要帯域情報（Ｎｅｃｅｓｓｉｔｙ）
を１組として構成される。必要帯域情報はストリーム転
送に必要な帯域を示すものであり、この情報は該ノード
のドライバ（ソフトウェア）によって送受信すべきスト
リーム毎に設定される。チャネル番号情報は、管理ノー
ドによって設定されたチャネル番号を示す。チャネルコ
ントロール情報には、該当するチャネルの有効／無効を
示すチャネルアベイラブル情報（Ｃｈ．Ａｖａ）、該当
するチャネルが入力チャネル（受信側ノード）であるか
出力チャネル（送信側ノード）であるかを示すＩ／Ｏ情
報（Ｉｎ／Ｏｕｔ）などが含まれている。
グ空間に定義されており、複数チャネル分の制御情報を
持つことができる。各チャネルの制御情報は、チャネル
コントロール情報（Ｃｈ Ｃｎｔ）、チャネル番号情報
（Ｃｈ Ｎｏ）、必要帯域情報（Ｎｅｃｅｓｓｉｔｙ）
を１組として構成される。必要帯域情報はストリーム転
送に必要な帯域を示すものであり、この情報は該ノード
のドライバ（ソフトウェア）によって送受信すべきスト
リーム毎に設定される。チャネル番号情報は、管理ノー
ドによって設定されたチャネル番号を示す。チャネルコ
ントロール情報には、該当するチャネルの有効／無効を
示すチャネルアベイラブル情報（Ｃｈ．Ａｖａ）、該当
するチャネルが入力チャネル（受信側ノード）であるか
出力チャネル（送信側ノード）であるかを示すＩ／Ｏ情
報（Ｉｎ／Ｏｕｔ）などが含まれている。
【００３６】どのノードが、どのチャネルに対して出力
／入力するかは、管理ノードがアクセス開始前にＣｏｎ
ｆｉｇレジスタを使って通知する。
／入力するかは、管理ノードがアクセス開始前にＣｏｎ
ｆｉｇレジスタを使って通知する。
【００３７】（予約バンドサイクルの制御）本実施形態
では、予約バンドサイクルの転送制御方法として以下の
３つの方法が用意されている。
では、予約バンドサイクルの転送制御方法として以下の
３つの方法が用意されている。
【００３８】１）予約バンドサイクルのフロー制御：
受信側ノードからの制御により、ストリームアクセスを
停止させる ２）Ａｓｙｎｃサイクルを用いたストリームアクセス制
御： 送信側ノードからの要求により、Ａｓｙｎｃサイ
クルでストリームアクセスを行う ３）Ａｓｙｎｃサイクルの挿入制御： 予約バンドサイ
クル処理中でもＡｓｙｎｃサイクルを受付け、Ａｓｙｎ
ｃサイクルを予約バンドサイクル中に挿入する 以下、個々の制御方法について具体的に説明する。
受信側ノードからの制御により、ストリームアクセスを
停止させる ２）Ａｓｙｎｃサイクルを用いたストリームアクセス制
御： 送信側ノードからの要求により、Ａｓｙｎｃサイ
クルでストリームアクセスを行う ３）Ａｓｙｎｃサイクルの挿入制御： 予約バンドサイ
クル処理中でもＡｓｙｎｃサイクルを受付け、Ａｓｙｎ
ｃサイクルを予約バンドサイクル中に挿入する 以下、個々の制御方法について具体的に説明する。
【００３９】（予約バンドサイクルのフロー制御）ま
ず、図５を参照して、予約バンドサイクルのフロー制御
の原理について説明する。図５（Ａ）は、３タイムスロ
ット分の予約バンドを用いてストリームアクセスを行う
場合のタイミングチャートである。予約バンドサイクル
処理中に受信側ノードからマルチメディアバス２００上
にディスコネクト信号（Ｄｉｓｃｏｎｎｅｃｔ）が出力
されると、図５（Ｂ）に示されているように、そのディ
スコネクト信号に応答して送信側ノードは現在のストリ
ームアクセスを停止し、ストリームデータの送信を中断
する。そして、次のサイクルタイムが来ると、送信側ノ
ードは、後続するストリームデータを送信するためのス
トリームアクセスを開始する。
ず、図５を参照して、予約バンドサイクルのフロー制御
の原理について説明する。図５（Ａ）は、３タイムスロ
ット分の予約バンドを用いてストリームアクセスを行う
場合のタイミングチャートである。予約バンドサイクル
処理中に受信側ノードからマルチメディアバス２００上
にディスコネクト信号（Ｄｉｓｃｏｎｎｅｃｔ）が出力
されると、図５（Ｂ）に示されているように、そのディ
スコネクト信号に応答して送信側ノードは現在のストリ
ームアクセスを停止し、ストリームデータの送信を中断
する。そして、次のサイクルタイムが来ると、送信側ノ
ードは、後続するストリームデータを送信するためのス
トリームアクセスを開始する。
【００４０】このように受信側ノードからの制御でスト
リームアクセスを停止させる仕組みを設けることによ
り、ストリーム処理の遅滞や、可変レートストリームの
受信などによって受信側ノードのバッファがオーバーフ
ローするような危険が生じた場合でも、バッファのオー
バーフローを未然に防止することができる。よって、必
要最小限のバッファのみで必要なリアルタイム転送を効
率よく行うことができる。
リームアクセスを停止させる仕組みを設けることによ
り、ストリーム処理の遅滞や、可変レートストリームの
受信などによって受信側ノードのバッファがオーバーフ
ローするような危険が生じた場合でも、バッファのオー
バーフローを未然に防止することができる。よって、必
要最小限のバッファのみで必要なリアルタイム転送を効
率よく行うことができる。
【００４１】図６には、フロー制御のための具体的なタ
イミングが示されている。
イミングが示されている。
【００４２】ここでは、まず、マルチメディアバス２０
０に含まれる信号線の意味について説明する。マルチメ
ディアバス２００には、クロック信号ＣＬＫ線、３ビッ
ト幅のチャネル番号／バイトイネーブル信号（ｃｈ＿Ｎ
ｕｍ／ＢＥ￣）線、３２ビット幅のデータ（Ｄａｔａ）
線、ディスクコネクト信号（Ｄｉｓｃｏｎｎｅｃｔ￣）
線、バスリクエスト信号（Ａｃｃｅｓｓ ＲＥＱ￣）
線、バスグラント信号（Ａｃｃｅｓｓ ＧＮＴ￣）線、
レディー信号（Ｒｅａｄｙ￣）線が含まれている。
０に含まれる信号線の意味について説明する。マルチメ
ディアバス２００には、クロック信号ＣＬＫ線、３ビッ
ト幅のチャネル番号／バイトイネーブル信号（ｃｈ＿Ｎ
ｕｍ／ＢＥ￣）線、３２ビット幅のデータ（Ｄａｔａ）
線、ディスクコネクト信号（Ｄｉｓｃｏｎｎｅｃｔ￣）
線、バスリクエスト信号（Ａｃｃｅｓｓ ＲＥＱ￣）
線、バスグラント信号（Ａｃｃｅｓｓ ＧＮＴ￣）線、
レディー信号（Ｒｅａｄｙ￣）線が含まれている。
【００４３】チャネル番号／バイトイネーブル信号（ｃ
ｈ＿Ｎｕｍ／ＢＥ￣）は、アクセス開始時においてはこ
れからアクセスを開始すべきチャネル番号を示し、アク
セス時にはデータ（Ｄａｔａ）線上のデータの有効バイ
トレーンを示す。チャネル番号は、予約バンドサイクル
では管理ノードによって出力され、またＡｓｙｎｃサイ
クルではバス使用権を獲得したバスマスタノードによっ
て出力される。
ｈ＿Ｎｕｍ／ＢＥ￣）は、アクセス開始時においてはこ
れからアクセスを開始すべきチャネル番号を示し、アク
セス時にはデータ（Ｄａｔａ）線上のデータの有効バイ
トレーンを示す。チャネル番号は、予約バンドサイクル
では管理ノードによって出力され、またＡｓｙｎｃサイ
クルではバス使用権を獲得したバスマスタノードによっ
て出力される。
【００４４】ディスクコネクト信号（Ｄｉｓｃｏｎｎｅ
ｃｔ￣）は現在のストリームアクセスからノードを切り
離すための切り離し信号であり、転送サイクルの終結を
示す。ストリームアクセス中に送信ノードからのストリ
ームデータ送信を停止させる場合には、このディスクコ
ネクト信号（Ｄｉｓｃｏｎｎｅｃｔ￣）は受信ノードか
ら出力される。また、通常はストリームアクセスの終結
を示すために、管理ノードからディスクコネクト信号
（Ｄｉｓｃｏｎｎｅｃｔ￣）が出力される。
ｃｔ￣）は現在のストリームアクセスからノードを切り
離すための切り離し信号であり、転送サイクルの終結を
示す。ストリームアクセス中に送信ノードからのストリ
ームデータ送信を停止させる場合には、このディスクコ
ネクト信号（Ｄｉｓｃｏｎｎｅｃｔ￣）は受信ノードか
ら出力される。また、通常はストリームアクセスの終結
を示すために、管理ノードからディスクコネクト信号
（Ｄｉｓｃｏｎｎｅｃｔ￣）が出力される。
【００４５】アクセスリクエスト信号（Ａｃｃｅｓｓ
ＲＥＱ￣）およびアクセスグラント信号（Ａｃｃｅｓｓ
ＧＮＴ￣）は、Ａｓｙｎｃサイクルのためのバス使用
権の調停を行うために使用される。バス調停を行う管理
ノードと各ノードとの間には、一対のアクセスリクエス
ト信号（Ａｃｃｅｓｓ ＲＥＱ￣）およびアクセスグラ
ント信号（Ａｃｃｅｓｓ ＧＮＴ￣）が設けられてい
る。アクセス要求はＡｃｃｅｓｓＲＥＱ信号を使って行
われる。バスをアクセスしたいノードはＡｃｃｅｓｓＲ
ＥＱをアサートする。アクセス要求の調停は管理ノード
で行われる。アクセス許可はＡｃｃｅｓｓＧＮＴによっ
て通知される。ＡｃｃｅｓｓＧＮＴは遅くともＤｉｓｃ
ｏｎｎｅｃｔがアサートされるのと同時にアサートされ
る。よって、アクセスを要求しているノードはＤｉｓｃ
ｏｎｎｅｃｔと、ＡｃｃｅｓｓＧＮＴをＣＬＫでラッチ
し、Ｄｉｓｃｏｎｎｅｃｔがアサートされているとき、
ＡｃｃｅｓｓＧＮＴがアサートされたノードがバスの使
用権を得る（マスターノード）。
ＲＥＱ￣）およびアクセスグラント信号（Ａｃｃｅｓｓ
ＧＮＴ￣）は、Ａｓｙｎｃサイクルのためのバス使用
権の調停を行うために使用される。バス調停を行う管理
ノードと各ノードとの間には、一対のアクセスリクエス
ト信号（Ａｃｃｅｓｓ ＲＥＱ￣）およびアクセスグラ
ント信号（Ａｃｃｅｓｓ ＧＮＴ￣）が設けられてい
る。アクセス要求はＡｃｃｅｓｓＲＥＱ信号を使って行
われる。バスをアクセスしたいノードはＡｃｃｅｓｓＲ
ＥＱをアサートする。アクセス要求の調停は管理ノード
で行われる。アクセス許可はＡｃｃｅｓｓＧＮＴによっ
て通知される。ＡｃｃｅｓｓＧＮＴは遅くともＤｉｓｃ
ｏｎｎｅｃｔがアサートされるのと同時にアサートされ
る。よって、アクセスを要求しているノードはＤｉｓｃ
ｏｎｎｅｃｔと、ＡｃｃｅｓｓＧＮＴをＣＬＫでラッチ
し、Ｄｉｓｃｏｎｎｅｃｔがアサートされているとき、
ＡｃｃｅｓｓＧＮＴがアサートされたノードがバスの使
用権を得る（マスターノード）。
【００４６】ストリームアクセスにおいては、各ノード
は、自身のチャネル番号がチャネル番号／バイトイネー
ブル信号（ｃｈ＿Ｎｕｍ／ＢＥ￣）によって指定された
ときにクロックＣＬＫに合わせてデータを入出力でき
る。チャネル番号はＤｉｓｃｏｎｎｅｃｔ信号（アクセ
スサイクルの終了を示す）がアサートされたクロックか
ら３番目のクロックの立ち上がりエッジから出力され、
４目のクロックの立ち上がりエッジでラッチされる。予
約バンドサイクルでは、管理ノードがマスタとなるた
め、ストリームアクセスを要求するＡｃｃｅｓｓＲＥＱ
はアサートが禁止される。また、ストリームアクセスモ
ードではＲｅａｄｙ￣信号によるＷａｉｔコントロール
は行われない。
は、自身のチャネル番号がチャネル番号／バイトイネー
ブル信号（ｃｈ＿Ｎｕｍ／ＢＥ￣）によって指定された
ときにクロックＣＬＫに合わせてデータを入出力でき
る。チャネル番号はＤｉｓｃｏｎｎｅｃｔ信号（アクセ
スサイクルの終了を示す）がアサートされたクロックか
ら３番目のクロックの立ち上がりエッジから出力され、
４目のクロックの立ち上がりエッジでラッチされる。予
約バンドサイクルでは、管理ノードがマスタとなるた
め、ストリームアクセスを要求するＡｃｃｅｓｓＲＥＱ
はアサートが禁止される。また、ストリームアクセスモ
ードではＲｅａｄｙ￣信号によるＷａｉｔコントロール
は行われない。
【００４７】予約バンドサイクルのストリームアクセス
中において、受信ノードは受信バッファの容量が少なく
なると、Ｄｉｓｃｏｎｎｅｃｔ信号をアサートする。Ｄ
ｉｓｃｏｎｎｅｃｔ信号のアサートにより、送信ノード
はストリーム送信を停止する。これにより、実行中のス
トリームアクセスは終了する。この後、前述したように
Ｄｉｓｃｏｎｎｅｃｔ信号（アクセスサイクルの終了を
示す）がアサートされたクロックから３番目のクロック
の立ち上がりエッジで、次にアクセスを実行すべきチャ
ネル番号が管理ノードから出力される。
中において、受信ノードは受信バッファの容量が少なく
なると、Ｄｉｓｃｏｎｎｅｃｔ信号をアサートする。Ｄ
ｉｓｃｏｎｎｅｃｔ信号のアサートにより、送信ノード
はストリーム送信を停止する。これにより、実行中のス
トリームアクセスは終了する。この後、前述したように
Ｄｉｓｃｏｎｎｅｃｔ信号（アクセスサイクルの終了を
示す）がアサートされたクロックから３番目のクロック
の立ち上がりエッジで、次にアクセスを実行すべきチャ
ネル番号が管理ノードから出力される。
【００４８】Ｄｉｓｃｏｎｎｅｃｔ信号を用いたフロー
制御を実現するためのハードウェア構成の一例を図７に
示す。
制御を実現するためのハードウェア構成の一例を図７に
示す。
【００４９】図７（Ａ）に示されているように、各ノー
ドの受信部には、ＦＩＦＯバッファ１１１、受信回路１
１２、オーバーフロー検出回路１１３が設けられてい
る。ＦＩＦＯバッファ１１１は、マルチメディアバス２
００を介して授受するデータを一時的に蓄積する緩衝用
の入出力バッファであり、受信時には、マルチメディア
バス２００および受信回路１１２を介して入力されたス
トリームデータがＦＩＦＯバッファ１１１に順に書き込
まれる。ＦＩＦＯバッファ１１１に蓄積されたストリー
ムデータは内部処理回路に読み出されて処理される。オ
ーバーフロー検出回路１１３は、ＦＩＦＯバッファ１１
１の蓄積データ量が所定のしきい値を越えたか否かを検
出するためのものであり、ＦＩＦＯバッファ１１１の蓄
積データ量が所定のしきい値を越えた場合には、ＦＩＦ
Ｏバッファ１１１のオーバーフローを防止するために、
Ｄｉｓｃｏｎｎｅｃｔ信号を発生する。
ドの受信部には、ＦＩＦＯバッファ１１１、受信回路１
１２、オーバーフロー検出回路１１３が設けられてい
る。ＦＩＦＯバッファ１１１は、マルチメディアバス２
００を介して授受するデータを一時的に蓄積する緩衝用
の入出力バッファであり、受信時には、マルチメディア
バス２００および受信回路１１２を介して入力されたス
トリームデータがＦＩＦＯバッファ１１１に順に書き込
まれる。ＦＩＦＯバッファ１１１に蓄積されたストリー
ムデータは内部処理回路に読み出されて処理される。オ
ーバーフロー検出回路１１３は、ＦＩＦＯバッファ１１
１の蓄積データ量が所定のしきい値を越えたか否かを検
出するためのものであり、ＦＩＦＯバッファ１１１の蓄
積データ量が所定のしきい値を越えた場合には、ＦＩＦ
Ｏバッファ１１１のオーバーフローを防止するために、
Ｄｉｓｃｏｎｎｅｃｔ信号を発生する。
【００５０】図７（Ｂ）は、各ノードの送信部の構成で
ある。送信時には、外部から入力したストリームデータ
がＦＩＦＯバッファ１１１に入力される。そしてそのス
トリームデータがＦＩＦＯバッファ１１１から読み出さ
れ、送信回路１１４を介してマルチメディアバス２００
上に出力される。ストリームデータを送信している期間
中、送信停止回路１１５はＤｉｓｃｏｎｎｅｃｔ信号を
監視する。ストリームデータ送信中にＤｉｓｃｏｎｎｅ
ｃｔ信号がアサートされると、送信停止回路１１５は送
信回路１１４を制御してストリームデータの送信を停止
させる。
ある。送信時には、外部から入力したストリームデータ
がＦＩＦＯバッファ１１１に入力される。そしてそのス
トリームデータがＦＩＦＯバッファ１１１から読み出さ
れ、送信回路１１４を介してマルチメディアバス２００
上に出力される。ストリームデータを送信している期間
中、送信停止回路１１５はＤｉｓｃｏｎｎｅｃｔ信号を
監視する。ストリームデータ送信中にＤｉｓｃｏｎｎｅ
ｃｔ信号がアサートされると、送信停止回路１１５は送
信回路１１４を制御してストリームデータの送信を停止
させる。
【００５１】図８は、各ノードに設けられたチャネル検
出部の構成である。
出部の構成である。
【００５２】チャネル検出回路１１６は、Ｄｉｓｃｏｎ
ｎｅｃｔ信号がアサートされてから３番目のクロックで
マルチメディアバス２００上に出力されるチャネル番号
をラッチし、チャネルコントロールレジスタに設定され
た自身のチャネル番号と比較する。自身のチャネル番号
が指定された場合には、チャネル検出回路１１６は、ス
トリームアクセスによるデータ入出力を開始するために
送信回路または受信回路を制御する。
ｎｅｃｔ信号がアサートされてから３番目のクロックで
マルチメディアバス２００上に出力されるチャネル番号
をラッチし、チャネルコントロールレジスタに設定され
た自身のチャネル番号と比較する。自身のチャネル番号
が指定された場合には、チャネル検出回路１１６は、ス
トリームアクセスによるデータ入出力を開始するために
送信回路または受信回路を制御する。
【００５３】次に、図９を参照して、フロー制御の具体
例な適用例を説明する。
例な適用例を説明する。
【００５４】ここでは、ＤＶＤ−ＲＯＭドライブ３０か
ら可変ビットレートのＤＶＤタイトルを読み出して、メ
ディアプロセッサ１６に再生させる場合を想定する。可
変ビットレートのＤＶＤタイトルはＤＶＤメディアにフ
ァイルとして記録されているので、まず、ＣＰＵ１１の
制御の下、ＤＶＤタイトルのファイルがＤＶＤ−ＲＯＭ
ドライブ３０からシステムメモリ１２上に読み出され
る。そして、マルチメディアバスマネージャ１５を送信
ノードとし、メディアプロセッサ１６を受信ノードとす
るストリームアクセスが予約バンドサイクルによって実
行される。メディアプロセッサ１６の受信バッファの蓄
積データ量が所定値を越えると、メディアプロセッサ１
６からＤｉｓｃｏｎｎｅｃｔ信号が出力される。これよ
り、マルチメディアバスマネージャ１５による現在のス
トリームアクセスは停止される。これにより、最大転送
レート時においても受信バッファのオーバーフローを招
くことが無くなるので、必要最小限の受信バッファでス
トリーム転送を行うことができる。
ら可変ビットレートのＤＶＤタイトルを読み出して、メ
ディアプロセッサ１６に再生させる場合を想定する。可
変ビットレートのＤＶＤタイトルはＤＶＤメディアにフ
ァイルとして記録されているので、まず、ＣＰＵ１１の
制御の下、ＤＶＤタイトルのファイルがＤＶＤ−ＲＯＭ
ドライブ３０からシステムメモリ１２上に読み出され
る。そして、マルチメディアバスマネージャ１５を送信
ノードとし、メディアプロセッサ１６を受信ノードとす
るストリームアクセスが予約バンドサイクルによって実
行される。メディアプロセッサ１６の受信バッファの蓄
積データ量が所定値を越えると、メディアプロセッサ１
６からＤｉｓｃｏｎｎｅｃｔ信号が出力される。これよ
り、マルチメディアバスマネージャ１５による現在のス
トリームアクセスは停止される。これにより、最大転送
レート時においても受信バッファのオーバーフローを招
くことが無くなるので、必要最小限の受信バッファでス
トリーム転送を行うことができる。
【００５５】（Ａｓｙｎｃサイクルを用いたストリーム
アクセス制御）次に、図１０を参照して、Ａｓｙｎｃサ
イクルを用いたストリームアクセス制御の原理について
説明する。
アクセス制御）次に、図１０を参照して、Ａｓｙｎｃサ
イクルを用いたストリームアクセス制御の原理について
説明する。
【００５６】図１０（Ａ）は、２タイムスロット分の予
約バンドを用いてストリームアクセスを行う場合のタイ
ミングチャートである。Ａｓｙｎｃサイクルを用いたス
トリームアクセス制御を用いると、Ａｓｙｎｃサイクル
でストリームアクセスを行うことができる。このため、
図１０（Ｂ）に示されているように、予約バンド以外の
期間にストリームアクセスを行うことができる。Ａｓｙ
ｎｃサイクルの実行はは、送信ノードからのバスリクエ
ストが受け付けられた場合に許可される。
約バンドを用いてストリームアクセスを行う場合のタイ
ミングチャートである。Ａｓｙｎｃサイクルを用いたス
トリームアクセス制御を用いると、Ａｓｙｎｃサイクル
でストリームアクセスを行うことができる。このため、
図１０（Ｂ）に示されているように、予約バンド以外の
期間にストリームアクセスを行うことができる。Ａｓｙ
ｎｃサイクルの実行はは、送信ノードからのバスリクエ
ストが受け付けられた場合に許可される。
【００５７】図１１には、Ａｓｙｎｃサイクルを用いた
ストリームアクセスのための具体的なタイミングが示さ
れている。
ストリームアクセスのための具体的なタイミングが示さ
れている。
【００５８】予約バンドサイクル処理を実行している送
信ノードは、その送信バッファの蓄積データ量が所定値
を越えると、ＡｓｙｎｃサイクルのバスリクエストＡｃ
ｃｅｓｓ ＲＥＱを発生する。管理ノードからＧＮＴが
与えられると、送信ノードは、管理ノードによってＤｉ
ｓｃｏｎｎｅｃｔ信号（アクセスサイクルの終了を示
す）がアサートされたクロックから３番目のクロックの
立ち上がりエッジで、現在の予約バンドサイクルのチャ
ネル番号と同じチャネル番号を指定することにより、Ａ
ｓｙｎｃサイクルでストリームアクセスを行う。これに
より、予約バンド以外の期間にストリームアクセスを実
行することができる。
信ノードは、その送信バッファの蓄積データ量が所定値
を越えると、ＡｓｙｎｃサイクルのバスリクエストＡｃ
ｃｅｓｓ ＲＥＱを発生する。管理ノードからＧＮＴが
与えられると、送信ノードは、管理ノードによってＤｉ
ｓｃｏｎｎｅｃｔ信号（アクセスサイクルの終了を示
す）がアサートされたクロックから３番目のクロックの
立ち上がりエッジで、現在の予約バンドサイクルのチャ
ネル番号と同じチャネル番号を指定することにより、Ａ
ｓｙｎｃサイクルでストリームアクセスを行う。これに
より、予約バンド以外の期間にストリームアクセスを実
行することができる。
【００５９】Ａｓｙｎｃサイクルを用いたストリームア
クセス制御を実現するためのハードウェア構成の一例を
図１２に示す。
クセス制御を実現するためのハードウェア構成の一例を
図１２に示す。
【００６０】送信時には、外部から入力したストリーム
データがＦＩＦＯバッファ１１１に入力される。そして
そのストリームデータがＦＩＦＯバッファ１１１から読
み出され、送信回路１１４を介してマルチメディアバス
２００上に出力される。オーバーフロー検出回路２０１
は、ＦＩＦＯバッファ１１１の蓄積データ量が所定値を
越えると、Ａｓｙｎｃ・リクエスト制御回路２０２を制
御して、バスリクエストＡｃｃｅｓｓ ＲＥＱを発生さ
せる。Ａｓｙｎｃ・リクエスト制御回路２０２は、管理
ノードからのＧＮＴによってバス使用権を獲得すると、
チャネル番号出力回路２０３を制御し、Ｄｉｓｃｏｎｎ
ｅｃｔ信号によって現在のアクセスサイクルが終結され
てから３番目のクロックの立ち上がりエッジで、現在の
予約バンドサイクルのチャネル番号と同じチャネル番号
を出力させる。
データがＦＩＦＯバッファ１１１に入力される。そして
そのストリームデータがＦＩＦＯバッファ１１１から読
み出され、送信回路１１４を介してマルチメディアバス
２００上に出力される。オーバーフロー検出回路２０１
は、ＦＩＦＯバッファ１１１の蓄積データ量が所定値を
越えると、Ａｓｙｎｃ・リクエスト制御回路２０２を制
御して、バスリクエストＡｃｃｅｓｓ ＲＥＱを発生さ
せる。Ａｓｙｎｃ・リクエスト制御回路２０２は、管理
ノードからのＧＮＴによってバス使用権を獲得すると、
チャネル番号出力回路２０３を制御し、Ｄｉｓｃｏｎｎ
ｅｃｔ信号によって現在のアクセスサイクルが終結され
てから３番目のクロックの立ち上がりエッジで、現在の
予約バンドサイクルのチャネル番号と同じチャネル番号
を出力させる。
【００６１】次に、図１３を参照して、Ａｓｙｎｃサイ
クルによるストリームアクセスの具体的な適用例を説明
する。
クルによるストリームアクセスの具体的な適用例を説明
する。
【００６２】予約バンドサイクルでストリームデータ送
信を行っている送信ノードが処理すべきストリームのト
ラフィックが変わり、必要な帯域が変わったとき（たと
えば、チューナの番組切り換えによって送信すべきスト
リームが標準映像のＳＤデータから高精細映像のＨＤデ
ータに切り換えられたとき）は、送信ノードおよび受信
ノードそれぞれの帯域の割り当ては変更される。この場
合、該当するノードのドライバあるいはノード自体がＮ
ｅｃｅｓｓｉｔｙを書き替えるが、サイクルタイムの変
わり目で予約バンド幅を動的に変更することは実際上困
難である。
信を行っている送信ノードが処理すべきストリームのト
ラフィックが変わり、必要な帯域が変わったとき（たと
えば、チューナの番組切り換えによって送信すべきスト
リームが標準映像のＳＤデータから高精細映像のＨＤデ
ータに切り換えられたとき）は、送信ノードおよび受信
ノードそれぞれの帯域の割り当ては変更される。この場
合、該当するノードのドライバあるいはノード自体がＮ
ｅｃｅｓｓｉｔｙを書き替えるが、サイクルタイムの変
わり目で予約バンド幅を動的に変更することは実際上困
難である。
【００６３】このため、送信すべきストリームがＳＤデ
ータからＨＤデータに切り換えられたときは、図１３
（Ａ）の状態から図１３（Ｂ）の状態に移行し、予約バ
ンド幅が拡大されるまでの間は、予約バンドサイクルと
Ａｓｙｎｃサイクルの双方を用いてストリームアクセス
を行う。予約バンド幅が拡大されたた後は、再び図１３
（Ａ）の状態に戻り、予約バンドサイクルのみでストリ
ームアクセスを行う。これにより、必要な帯域が急に変
化しても、送信側ノードのバッファのオーバーフローな
どの問題を未然に防ぐことができる。
ータからＨＤデータに切り換えられたときは、図１３
（Ａ）の状態から図１３（Ｂ）の状態に移行し、予約バ
ンド幅が拡大されるまでの間は、予約バンドサイクルと
Ａｓｙｎｃサイクルの双方を用いてストリームアクセス
を行う。予約バンド幅が拡大されたた後は、再び図１３
（Ａ）の状態に戻り、予約バンドサイクルのみでストリ
ームアクセスを行う。これにより、必要な帯域が急に変
化しても、送信側ノードのバッファのオーバーフローな
どの問題を未然に防ぐことができる。
【００６４】（Ａｓｙｎｃサイクルの挿入制御）次に、
図１４を参照して、Ａｓｙｎｃサイクル挿入制御の原理
を説明する。Ａｓｙｎｃサイクルのアクセスリクエスト
は随時（予約バンドサイクル処理中中でも）受け付けら
れる。予約バンドサイクル処理中にＡｓｙｎｃサイクル
のアクセスリクエストが発生しなかった場合には、図１
４（Ａ）に示すように、予約バンドサイクルは通常通り
実行される。予約バンドサイクル処理中にＡｓｙｎｃサ
イクルのアクセスリクエストが受け付けられると、図１
４（Ｂ）に示されているように、予約バンドサイクルに
よるストリームアクセスは中断され、Ａｓｙｎｃアクセ
スを実行する。中断されたストリームアクセスは、Ａｓ
ｙｎｃアクセス終了後再開される。予約バンドとして予
約されたストリームアクセスの帯域は同一タイムサイク
ル内に必ず実行される。
図１４を参照して、Ａｓｙｎｃサイクル挿入制御の原理
を説明する。Ａｓｙｎｃサイクルのアクセスリクエスト
は随時（予約バンドサイクル処理中中でも）受け付けら
れる。予約バンドサイクル処理中にＡｓｙｎｃサイクル
のアクセスリクエストが発生しなかった場合には、図１
４（Ａ）に示すように、予約バンドサイクルは通常通り
実行される。予約バンドサイクル処理中にＡｓｙｎｃサ
イクルのアクセスリクエストが受け付けられると、図１
４（Ｂ）に示されているように、予約バンドサイクルに
よるストリームアクセスは中断され、Ａｓｙｎｃアクセ
スを実行する。中断されたストリームアクセスは、Ａｓ
ｙｎｃアクセス終了後再開される。予約バンドとして予
約されたストリームアクセスの帯域は同一タイムサイク
ル内に必ず実行される。
【００６５】図１５は、複数のチャネルのストリームア
クセスが時分割で並行処理されている場合におけるＡｓ
ｙｎｃサイクルの挿入制御の様子を示されている。ここ
では、チャネル番号３の予約バンドサイクル中にＡｓｙ
ｎｃサイクルが挿入されている。
クセスが時分割で並行処理されている場合におけるＡｓ
ｙｎｃサイクルの挿入制御の様子を示されている。ここ
では、チャネル番号３の予約バンドサイクル中にＡｓｙ
ｎｃサイクルが挿入されている。
【００６６】図１６には、Ａｓｙｎｃサイクル挿入のた
めの具体的なタイミングが示されている。
めの具体的なタイミングが示されている。
【００６７】各ノードは、ＣＰＵ１１に処理させたいイ
ベントやマルチメディアバス２００上の他のノードに通
知したいイベントが発生すると、アクセスリクエストＡ
ｃｃｅｓｓ ＲＥＱを発生する。アクセスリクエストの
調停は管理ノードによって行われ、アクセス許可はＧＮ
Ｔによって通知される。管理ノードは、予約バンドサイ
クル処理中にＡｓｙｎｃサイクルを受け付ける場合に
は、ＧＮＴを通知した後、Ｄｉｓｃｏｎｎｅｃｔ信号を
発生する。アクセスを要求していたノードは、Ｄｉｓｃ
ｏｎｎｅｃｔ信号を発生時のＧＮＴ信号の状態によって
アクセス要求が許可されたか否かを判断する。アクセス
許可された場合には、アクセスを要求していたノード
は、バスマスタとなり、Ａｓｙｎｃサイクルを実行す
る。Ａｓｙｎｃサイクルでは、バスマスタは、ブロード
キャストを示すチャネル番号（０）を出力した後、ター
ゲットノードのノードＩＤ、アドレス、コマンドなどを
出力し、データのリード／ライト転送を行う。チャネル
番号（０）はシングルアクセス／バーストアクセスのみ
で使用されるチャネル番号である。
ベントやマルチメディアバス２００上の他のノードに通
知したいイベントが発生すると、アクセスリクエストＡ
ｃｃｅｓｓ ＲＥＱを発生する。アクセスリクエストの
調停は管理ノードによって行われ、アクセス許可はＧＮ
Ｔによって通知される。管理ノードは、予約バンドサイ
クル処理中にＡｓｙｎｃサイクルを受け付ける場合に
は、ＧＮＴを通知した後、Ｄｉｓｃｏｎｎｅｃｔ信号を
発生する。アクセスを要求していたノードは、Ｄｉｓｃ
ｏｎｎｅｃｔ信号を発生時のＧＮＴ信号の状態によって
アクセス要求が許可されたか否かを判断する。アクセス
許可された場合には、アクセスを要求していたノード
は、バスマスタとなり、Ａｓｙｎｃサイクルを実行す
る。Ａｓｙｎｃサイクルでは、バスマスタは、ブロード
キャストを示すチャネル番号（０）を出力した後、ター
ゲットノードのノードＩＤ、アドレス、コマンドなどを
出力し、データのリード／ライト転送を行う。チャネル
番号（０）はシングルアクセス／バーストアクセスのみ
で使用されるチャネル番号である。
【００６８】Ａｓｙｎｃサイクルが終了すると、バスマ
スタは、Ｄｉｓｃｏｎｎｅｃｔ信号を発生する。管理ノ
ードは、中断した予約バンドサイクルを再開するため
に、中断した予約バンドサイクルのチャネル番号をマル
チメディアバス２００上に出力する。これにより、中断
された予約バンドサイクルが再開される。もちろん、Ｒ
ｅｄｙによってＡｓｙｎｃサイクルの終了を検知した時
に、管理ノードがＤｉｓｃｏｎｎｅｃｔ信号を発生する
ようにしても良い。
スタは、Ｄｉｓｃｏｎｎｅｃｔ信号を発生する。管理ノ
ードは、中断した予約バンドサイクルを再開するため
に、中断した予約バンドサイクルのチャネル番号をマル
チメディアバス２００上に出力する。これにより、中断
された予約バンドサイクルが再開される。もちろん、Ｒ
ｅｄｙによってＡｓｙｎｃサイクルの終了を検知した時
に、管理ノードがＤｉｓｃｏｎｎｅｃｔ信号を発生する
ようにしても良い。
【００６９】次に、図１７のフローチャートを参照し
て、管理ノードによって実行されるＡｓｙｎｃ受付可否
判断処理の手順について説明する。
て、管理ノードによって実行されるＡｓｙｎｃ受付可否
判断処理の手順について説明する。
【００７０】前述したように、マルチメディアバス２０
０では、予約バンドサイクルは必ず実行される。予約バ
ンドの実際の幅はすべてクロック数で管理される。Ａｓ
ｙｎｃを受け付けるかどうかを決定するアルゴリズムは
以下の通りである。
０では、予約バンドサイクルは必ず実行される。予約バ
ンドの実際の幅はすべてクロック数で管理される。Ａｓ
ｙｎｃを受け付けるかどうかを決定するアルゴリズムは
以下の通りである。
【００７１】まず、管理ノードは、１サイクルタイム内
の総クロック数（ＴＣ）を取得する（ステップＳ１
１）。例えば、サイクルタイムが１２５ｕｓでクロック
が５０ＭＨｚの場合は、ＴＣ＝６２５０となる。次に、
管理ノードは、１サイクルタイム内における予約バンド
の総バンド幅（クロック数で表現される：ＩＣ）を取得
する（ステップＳ１２）。次いで、管理ノードは、アク
セスリクエストを受けた時点までに実行したＡｓｙｎｃ
サイクルの合計クロック数（ＴＡ）を取得する（ステッ
プＳ１３）。そして、管理ノードは、現在のサイクルタ
イムの残りクロック数（ＴＣ−ＩＣ−ＴＡ）がＡｓｙｎ
ｃサイクル（シングルアクセス）に要する最大クロック
数（ＭＡ）以上であるか否かを判断し（ステップＳ１
４）、最大器ロック数（ＭＡ）以上であればＧＮＴを返
し、Ａｓｙｎｃサイクルの実行を許可する（ステップＳ
１５）。一方、残りクロック数が最大クロック数（Ｍ
Ａ）よりも少なければ、ＧＮＴは返さず、Ａｓｙｎｃサ
イクルの実行を禁止する（ステップＳ１６）。このよう
な制御により、予約バンドによる帯域保証を維持しつ
つ、Ａｓｙｎｃサイクルのリクエストに対する応答性を
向上させることができる。
の総クロック数（ＴＣ）を取得する（ステップＳ１
１）。例えば、サイクルタイムが１２５ｕｓでクロック
が５０ＭＨｚの場合は、ＴＣ＝６２５０となる。次に、
管理ノードは、１サイクルタイム内における予約バンド
の総バンド幅（クロック数で表現される：ＩＣ）を取得
する（ステップＳ１２）。次いで、管理ノードは、アク
セスリクエストを受けた時点までに実行したＡｓｙｎｃ
サイクルの合計クロック数（ＴＡ）を取得する（ステッ
プＳ１３）。そして、管理ノードは、現在のサイクルタ
イムの残りクロック数（ＴＣ−ＩＣ−ＴＡ）がＡｓｙｎ
ｃサイクル（シングルアクセス）に要する最大クロック
数（ＭＡ）以上であるか否かを判断し（ステップＳ１
４）、最大器ロック数（ＭＡ）以上であればＧＮＴを返
し、Ａｓｙｎｃサイクルの実行を許可する（ステップＳ
１５）。一方、残りクロック数が最大クロック数（Ｍ
Ａ）よりも少なければ、ＧＮＴは返さず、Ａｓｙｎｃサ
イクルの実行を禁止する（ステップＳ１６）。このよう
な制御により、予約バンドによる帯域保証を維持しつ
つ、Ａｓｙｎｃサイクルのリクエストに対する応答性を
向上させることができる。
【００７２】以上のように、本実施形態のシステムにお
いては、コンピュータの内部バスとして帯域保証サイク
ルとイベントドリブン型の非同期転送サイクルの２つの
転送モードが定義されたマルチメディアバス２００を使
用することにより、ＡＶストリームとコンピュータデー
タの融合に好適なシステムを実現することができる。ま
た、本実施形態のシステムは、コンピュータのみなら
ず、セットトップボックス、デジタルＴＶ、ゲーム機な
どの各種デジタル情報機器のプラットフォームとして使
用することができる。
いては、コンピュータの内部バスとして帯域保証サイク
ルとイベントドリブン型の非同期転送サイクルの２つの
転送モードが定義されたマルチメディアバス２００を使
用することにより、ＡＶストリームとコンピュータデー
タの融合に好適なシステムを実現することができる。ま
た、本実施形態のシステムは、コンピュータのみなら
ず、セットトップボックス、デジタルＴＶ、ゲーム機な
どの各種デジタル情報機器のプラットフォームとして使
用することができる。
【００７３】
【発明の効果】以上説明したように、本発明によれば、
内部バス上でリアルタイム転送を効率よく行うことがで
きる新たなバス制御方式を用いることにより、ＡＶスト
リームとコンピュータデータの融合に好適なシステムを
実現することができる。特に、１）予約バンドサイクル
におけるデータ送信を受信ノードからの制御で停止させ
るフロー制御、２）Ａｓｙｎｃサイクルでストリームア
クセスを実行する制御、３）予約バンドサイクル中でも
Ａｓｙｎｃサイクルを受け付ける制御、を用いることに
より、帯域保証した状態で、より柔軟なデータ転送が行
うことが可能となる。
内部バス上でリアルタイム転送を効率よく行うことがで
きる新たなバス制御方式を用いることにより、ＡＶスト
リームとコンピュータデータの融合に好適なシステムを
実現することができる。特に、１）予約バンドサイクル
におけるデータ送信を受信ノードからの制御で停止させ
るフロー制御、２）Ａｓｙｎｃサイクルでストリームア
クセスを実行する制御、３）予約バンドサイクル中でも
Ａｓｙｎｃサイクルを受け付ける制御、を用いることに
より、帯域保証した状態で、より柔軟なデータ転送が行
うことが可能となる。
【図１】本発明の一実施形態に係るデータ処理装置のシ
ステム構成を示すブロック図。
ステム構成を示すブロック図。
【図２】同実施形態のマルチメディアバス制御で用いら
れるサイクルタイムを説明するための図。
れるサイクルタイムを説明するための図。
【図３】同実施形態のマルチメディアバス制御で用いら
れるストリームアクセスを説明するための図。
れるストリームアクセスを説明するための図。
【図４】同実施形態のシステムで使用されるチャネルコ
ントロールレジスタの内容を示す図。
ントロールレジスタの内容を示す図。
【図５】同実施形態で用いられる予約バンドサイクルフ
ロー制御の原理を説明するための図。
ロー制御の原理を説明するための図。
【図６】図５のフロー制御のための具体的なタイミング
を示す図。
を示す図。
【図７】図５のフロー制御を実現するためのハードウェ
ア構成の一例を示す図。
ア構成の一例を示す図。
【図８】同実施形態の各ノードに用意されたチャネル検
出部の構成を示す図。
出部の構成を示す図。
【図９】図５のフロー制御の適用例を説明するための
図。
図。
【図１０】同実施形態で用いられるＡｓｙｎｃストリー
ムアクセス制御の原理を説明するための図。
ムアクセス制御の原理を説明するための図。
【図１１】図１０のＡｓｙｎｃストリームアクセス制御
のための具体的なタイミングを示す図。
のための具体的なタイミングを示す図。
【図１２】図１０のＡｓｙｎｃストリームアクセス制御
を実現するためのハードウェア構成の一例を示す図。
を実現するためのハードウェア構成の一例を示す図。
【図１３】図１０のＡｓｙｎｃストリームアクセス制御
の適用例を説明するための図。
の適用例を説明するための図。
【図１４】同実施形態で用いられるＡｓｙｎｃサイクル
挿入制御の原理を説明するための図。
挿入制御の原理を説明するための図。
【図１５】同実施形態のマルチメディアバス上で複数チ
ャネルのストリームアクセスが時分割で並行処理されて
いる場合におけるＡｓｙｎｃサイクル挿入制御の様子を
示す図。
ャネルのストリームアクセスが時分割で並行処理されて
いる場合におけるＡｓｙｎｃサイクル挿入制御の様子を
示す図。
【図１６】図１４のＡｓｙｎｃサイクル挿入制御のため
の具体的なタイミングを示す図。
の具体的なタイミングを示す図。
【図１７】同実施形態の管理ノードによって実行される
Ａｓｙｎｃ受付可否判断処理の手順を示すフローチャー
ト。
Ａｓｙｎｃ受付可否判断処理の手順を示すフローチャー
ト。
１１…ＣＰＵ １２…システムメモリ １５…マルチメディアバスマネージャ（管理ノード） １６…メディアプロセッサ ２０…ケーブル／サテライトチューナ ２１…ＩＥＥＥ１３９４インターフェイス １００…Ａｓｙｎｃバス ２００…マルチメディアバス
Claims (16)
- 【請求項１】 サイクルタイム毎に所定の予約帯域を割
り当てることによってストリームデータを帯域保証した
状態で転送することが可能な帯域保証サイクルが転送モ
ードとして定義された内部バスと、 前記内部バスに接続され、前記帯域保証サイクルを用い
てストリームデータの送信／受信を行うことが可能な複
数のノードと、 前記帯域保証サイクルで転送されるストリームデータを
受信している受信側ノードから前記内部バス上に所定の
信号を出力することによって、前記帯域保証サイクルに
よって前記ストリームデータを送信している送信側ノー
ドに、前記ストリームデータの送信を停止させる手段と
を具備することを特徴とするデータ処理装置。 - 【請求項２】 前記ストリームデータの送信が停止され
た前記送信ノードは、次のサイクルタイムを待って、前
記帯域保証サイクルによるストリームデータの送信を再
開することを特徴とする請求項１記載のデータ処理装
置。 - 【請求項３】 前記内部バスには、現在実行中のバスサ
イクルの終結を示すための信号線が含まれており、 前記帯域保証サイクルで転送されるストリームデータを
受信している受信側ノードは、前記信号線をアクティブ
にすることによって、前記送信ノードによるストリーム
データの送信を停止させることを特徴とする請求項１記
載のデータ処理装置。 - 【請求項４】 前記受信側ノードは、前記内部バスから
受信したストリームデータを一時的に蓄積するための受
信バッファと、前記受信バッファの蓄積データ量が所定
値を越えたか否かを検出する手段とを具備し、前記受信
バッファの蓄積データ量が所定値を越えたとき、前記内
部バス上に前記所定の信号を出力するように構成されて
いることを特徴とする請求項１記載のデータ処理装置。 - 【請求項５】 前記帯域保証サイクルは、同一チャネル
番号が割り当てられた送信側ノードと受信側ノードとの
間でピアツーピア形式で直接的に実行されることを特徴
とする請求項１記載のデータ処理装置。 - 【請求項６】 サイクルタイム毎に所定の予約帯域を割
り当てることによってストリームデータを帯域保証した
状態で転送することが可能な帯域保証サイクルが転送モ
ードとして定義された内部バスと、 前記内部バスに接続され、前記帯域保証サイクルを用い
てストリームデータの送信／受信を行うことが可能な複
数のノードと、 同一チャネル番号が割り当てられたノード間で前記帯域
保証サイクルによるデータ転送がピアツーピア形式で実
行されるように、前記内部バスに接続された複数のノー
ドそれぞれにチャネル番号を割り当てる手段と、 前記帯域保証サイクルで転送されるストリームデータを
受信している受信側ノードから前記内部バス上に所定の
信号を出力することによって、前記帯域保証サイクルに
よって前記ストリームデータを送信している送信側ノー
ドに、前記ストリームデータの送信を停止させる手段を
具備することを特徴とするデータ処理装置。 - 【請求項７】 サイクルタイム毎に所定の予約帯域を割
り当てることによってストリームデータを帯域保証した
状態で転送することが可能な帯域保証サイクルと、バス
マスタからのバスアクセス要求に応じて、前記予約帯域
以外の期間中に転送サイクルを非同期で実行する非同期
転送サイクルとが、転送モードとして定義された内部バ
スと、 前記内部バスに接続され、前記帯域保証サイクルまたは
非同期転送サイクルを用いてデータの送信／受信を行う
ことが可能な複数のノードと、 同一チャネル番号が割り当てられたノード間で前記帯域
保証サイクルによるデータ転送がピアツーピア形式で実
行されるように、前記内部バスに接続された複数のノー
ドそれぞれにチャネル番号を割り当てる手段と、 前記帯域保証サイクルで転送されるストリームデータを
受信している受信側ノードから前記内部バス上に所定の
信号を出力することによって、前記帯域保証サイクルに
よって前記ストリームデータを送信している送信側ノー
ドに、前記ストリームデータの送信を停止させる手段と
を具備することを特徴とするデータ処理装置。 - 【請求項８】 サイクルタイム毎に所定の予約帯域を割
り当てることによってストリームデータを帯域保証した
状態で転送することが可能な帯域保証サイクルと、バス
マスタからのバスアクセス要求に応じて、前記予約帯域
以外の期間中に転送サイクルを非同期で実行する非同期
転送サイクルとが、転送モードとして定義された内部バ
スと、 前記内部バスに接続され、前記帯域保証サイクルまたは
非同期転送サイクルを用いてデータの送信／受信を行う
ことが可能な複数のノードと、 前記帯域保証サイクルを用いてストリームデータを送信
している送信側ノードからのバスアクセス要求に応じ
て、前記非同期転送サイクルのためのバス使用権を前記
送信側ノードに割り当てる手段とを具備し、 前記送信側ノードから受信側ノードへの前記ストリーム
データの送信を、前記予約帯域以外の期間中にも実行で
きるようにしたことを特徴とするデータ処理装置。 - 【請求項９】 前記帯域保証サイクルは、同一チャネル
番号が割り当てられた送信側ノードと受信側ノードとの
間でピアツーピア形式で直接的にデータ転送を行うスト
リームアクセスモードによって実行され、 前記送信側ノードは、前記非同期転送サイクルのための
バス使用権が与えられた場合には、前記帯域保証サイク
ルで使用しているチャネル番号と同一のチャネル番号に
よって受信側ノードを指定することによって、前記予約
帯域以外の期間中に前記ストリームアクセスモードを用
いて前記ストリームデータを送信することを特徴とする
請求項８記載のデータ処理装置。 - 【請求項１０】 前記送信側ノードは、前記帯域保証サ
イクルによって送信すべきストリームデータを一時的に
蓄積するための送信バッファと、前記送信バッファの蓄
積データ量が所定値を越えたか否かを検出する手段とを
具備し、前記送信バッファの蓄積データ量が所定値を越
えたとき、前記バスアクセス要求を発行するように構成
されていることを特徴とする請求項８記載のデータ処理
装置。 - 【請求項１１】 サイクルタイム毎に所定の予約帯域を
割り当てることによってストリームデータを帯域保証し
た状態で転送することが可能な帯域保証サイクルと、バ
スマスタからのバスアクセス要求に応じて、前記予約帯
域以外の期間中に転送サイクルを非同期で実行する非同
期転送サイクルとが、転送モードとして定義された内部
バスと、 前記内部バスに接続され、前記帯域保証サイクルまたは
非同期転送サイクルを用いてデータの送信／受信を行う
ことが可能な複数のノードと、 前記内部バス上で前記帯域保証サイクルが実行されてい
る期間中に前記内部バス上のノードから前記バスアクセ
ス要求が発行されたとき、前記帯域保証サイクルの予約
帯域中に前記非同期転送サイクルを挿入し、前記非同期
転送サイクルの終了後に前記帯域保証サイクルの残りの
部分を実行するように制御する制御手段とを具備するこ
とを特徴とするデータ処理装置。 - 【請求項１２】 前記制御手段は、前記内部バス上で前
記帯域保証サイクルが実行されている期間中に前記内部
バス上のノードから前記バスアクセス要求が発行された
とき、前記実行中の帯域保証サイクルと新たに挿入すべ
き非同期転送サイクルの双方が現在のサイクルタイム期
間中に終結可能であるか否かを判断する手段をさらに具
備し、その判断結果に基づいて前記バスアクセス要求の
受付を許可又は禁止することを特徴とする請求項１１記
載のデータ処理装置。 - 【請求項１３】 ＣＰＵおよびメモリを有し、プログラ
ムを実行することが可能なデータ処理装置において、 サイクルタイム毎にデータ転送に使用するための所定の
時間を割り当てることによってストリームデータを帯域
保証した状態で転送することが可能な帯域保証サイクル
が転送モードとして定義された内部バスと、 前記内部バスに接続され、前記帯域保証サイクルを用い
てストリームデータの送信／受信を行うことが可能な複
数のノードと、 前記内部バスに接続された複数のノードそれぞれにチャ
ネル番号を割り当て、データ転送を開始させるべきチャ
ネル番号を前記内部バス上に出力する手段とを具備し、 前記内部バス上に出力されたチャネル番号が割り当てら
れたノード間で前記帯域保証サイクルによるデータ転送
がピアツーピア形式で実行されるように構成されている
ことを特徴とするデータ処理装置。 - 【請求項１４】 サイクルタイム毎に所定の予約帯域を
割り当てることによってストリームデータを帯域保証し
た状態で転送することが可能な帯域保証サイクルが転送
モードとして定義された内部バスを有する装置に適用さ
れるバス制御方法であって、 前記帯域保証サイクルで転送されるストリームデータを
受信している受信側ノードから前記内部バス上に所定の
信号を出力し、 前記帯域保証サイクルによって前記ストリームデータを
送信している送信側ノードに、前記ストリームデータの
送信を停止させることを特徴とするバス制御方法。 - 【請求項１５】 サイクルタイム毎に所定の予約帯域を
割り当てることによってストリームデータを帯域保証し
た状態で転送することが可能な帯域保証サイクルと、バ
スマスタからのバスアクセス要求に応じて、前記予約帯
域以外の期間中に転送サイクルを非同期で実行する非同
期転送サイクルとが、転送モードとして定義された内部
バスを有する装置に適用されるバス制御方法であって、 前記帯域保証サイクルを用いてストリームデータを送信
している送信側ノードからのバスアクセス要求に応じて
前記非同期転送サイクルのためのバス使用権を前記送信
側ノードに割り当て、 前記送信側ノードが前記非同期転送サイクルを実行する
ことにより、前記送信側ノードから受信側ノードへの前
記ストリームデータの送信を、前記予約帯域以外の期間
中にも実行できるようにしたことを特徴とするバス制御
方法。 - 【請求項１６】 サイクルタイム毎に所定の予約帯域を
割り当てることによってストリームデータを帯域保証し
た状態で転送することが可能な帯域保証サイクルと、バ
スマスタからのバスアクセス要求に応じて、前記予約帯
域以外の期間中に転送サイクルを非同期で実行する非同
期転送サイクルとが、転送モードとして定義された内部
バスを有する装置に適用されるバス制御方法であって、 前記内部バス上で前記帯域保証サイクルが実行されてい
る期間中に前記内部バス上のノードから前記バスアクセ
ス要求が発行されたとき、前記帯域保証サイクルの予約
帯域中に前記非同期転送サイクルを挿入し、 前記非同期転送サイクルの終了後に前記帯域保証サイク
ルの残りの部分を実行することを特徴とするバス制御方
法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP14841399A JP3784994B2 (ja) | 1999-05-27 | 1999-05-27 | データ処理装置 |
| US09/540,993 US6728810B1 (en) | 1999-05-27 | 2000-03-31 | Data processing apparatus and bus control method therefor |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP14841399A JP3784994B2 (ja) | 1999-05-27 | 1999-05-27 | データ処理装置 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2000341306A true JP2000341306A (ja) | 2000-12-08 |
| JP2000341306A5 JP2000341306A5 (ja) | 2004-10-07 |
| JP3784994B2 JP3784994B2 (ja) | 2006-06-14 |
Family
ID=15452249
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP14841399A Expired - Lifetime JP3784994B2 (ja) | 1999-05-27 | 1999-05-27 | データ処理装置 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6728810B1 (ja) |
| JP (1) | JP3784994B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7970003B2 (en) * | 2003-05-30 | 2011-06-28 | General Dynamics Advanced Information Systems Inc. | Low power telemetry system and method |
| US7592899B2 (en) * | 2004-06-01 | 2009-09-22 | General Dynamics Advanced Information Systems, Inc. | Low power telemetry system and method |
| US20070027485A1 (en) * | 2005-07-29 | 2007-02-01 | Kallmyer Todd A | Implantable medical device bus system and method |
| US20090167947A1 (en) * | 2007-12-27 | 2009-07-02 | Naoko Satoh | Video data processor and data bus management method thereof |
| KR20120041008A (ko) * | 2010-10-20 | 2012-04-30 | 삼성전자주식회사 | 버스 시스템 |
Family Cites Families (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4593282A (en) * | 1983-04-14 | 1986-06-03 | At&T Information Systems Inc. | Network protocol for integrating synchronous and asynchronous traffic on a common serial data bus |
| AU2656892A (en) * | 1991-10-04 | 1993-05-03 | Wellfleet Communications, Inc. | Method and apparatus for concurrent packet bus |
| US5579486A (en) | 1993-01-14 | 1996-11-26 | Apple Computer, Inc. | Communication node with a first bus configuration for arbitration and a second bus configuration for data transfer |
| US5649122A (en) * | 1994-06-24 | 1997-07-15 | Startech Semiconductor, Inc. | Universal asynchronous receiver/transmitter with programmable xon/xoff characters |
| US5742847A (en) * | 1994-10-31 | 1998-04-21 | Intel Corporation | M&A for dynamically generating and maintaining frame based polling schedules for polling isochronous and asynchronous functions that guaranty latencies and bandwidths to the isochronous functions |
| JP3271493B2 (ja) * | 1995-09-26 | 2002-04-02 | ヤマハ株式会社 | ネットワークおよびデータ伝送方法 |
| US5754807A (en) * | 1995-11-20 | 1998-05-19 | Advanced Micro Devices, Inc. | Computer system including a multimedia bus which utilizes a separate local expansion bus for addressing and control cycles |
| US5859980A (en) * | 1996-02-08 | 1999-01-12 | Advanced Micro Devices, Inc. | Network interface having adaptive transmit start point for each packet to avoid transmit underflow |
| US6092141A (en) * | 1996-09-26 | 2000-07-18 | Vlsi Technology, Inc. | Selective data read-ahead in bus-to-bus bridge architecture |
| JP3173418B2 (ja) * | 1997-04-18 | 2001-06-04 | 日本電気株式会社 | ストリーム再生制御方式及びプログラムを記録した機械読み取り可能な記録媒体 |
| JPH1155485A (ja) * | 1997-07-29 | 1999-02-26 | Canon Inc | 情報処理装置、情報処理方法、及びコンピュータが読み出し可能なプログラムを記憶した記憶媒体 |
| US6079024A (en) * | 1997-10-20 | 2000-06-20 | Sun Microsystems, Inc. | Bus interface unit having selectively enabled buffers |
| US6188699B1 (en) * | 1997-12-11 | 2001-02-13 | Pmc-Sierra Ltd. | Multi-channel encoder/decoder |
| US6105094A (en) * | 1998-01-26 | 2000-08-15 | Adaptec, Inc. | Method and apparatus for allocating exclusive shared resource requests in a computer system |
| US6032211A (en) * | 1998-06-17 | 2000-02-29 | Advanced Micro Devices, Inc. | Method of mode control in a bus optimized for personal computer data traffic |
-
1999
- 1999-05-27 JP JP14841399A patent/JP3784994B2/ja not_active Expired - Lifetime
-
2000
- 2000-03-31 US US09/540,993 patent/US6728810B1/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP3784994B2 (ja) | 2006-06-14 |
| US6728810B1 (en) | 2004-04-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH10116064A (ja) | コンピュータシステムおよびこのシステムにおけるビデオソース切り替え方法 | |
| KR19990088404A (ko) | 데이터버스상의데이터를최대속도로전송하는방법및장치 | |
| EP1389761B1 (en) | Data transfer control system, program and data transfer control method | |
| US6813654B1 (en) | Data processing apparatus having a flow control function for multi-cast transfer | |
| JP4703074B2 (ja) | 電子ネットワークにおけるコンテクストを切り換える装置及び方法 | |
| US6578109B1 (en) | System and method for effectively implementing isochronous processor cache | |
| JP3599048B2 (ja) | データ転送制御システム、電子機器、プログラム及びデータ転送制御方法 | |
| TW502169B (en) | System for receiving an isochronous data stream at a computer using a main memory buffer | |
| JP2000341306A (ja) | データ処理装置およびそのバス制御方法 | |
| JP4201071B2 (ja) | アイソクロノスデータ転送システム及び方法 | |
| JP4047498B2 (ja) | データ処理装置 | |
| JP2002368767A (ja) | 信号処理装置および方法、記録媒体、並びにプログラム | |
| JP2004349836A (ja) | データ転送制御装置、電子機器及びデータ転送制御方法 | |
| TW511351B (en) | Data transmission controller and electronic machine | |
| US6721832B2 (en) | Data processing system and bus control method for stream data transfer | |
| KR100932925B1 (ko) | ＭＭｏＩＰ 데이터의 전송 효율을 위한 직접 메모리 접근제어 장치 및 그 방법 | |
| US6847650B1 (en) | System and method for utilizing a memory device to support isochronous processes | |
| US20040230734A1 (en) | Data transfer control system, electronic instrument, and data transfer control method | |
| JP2004147251A (ja) | データ転送装置およびインタフェース制御半導体集積回路、ならびにプロトコル処理回路制御方法 | |
| JP2005115545A (ja) | データ転送制御システム、電子機器、プログラム及びデータ転送制御方法 | |
| JP2000032010A (ja) | デ―タ通信システム、デ―タ通信方法、デ―タ通信装置、デジタルインタフェ―ス及び記憶媒体 | |
| JP3416498B2 (ja) | サーバ装置およびその制御方法並びにサーバ装置制御プログラムを記録した記録媒体 | |
| JP2003233581A (ja) | Ｄｍａ制御装置を有するデータ通信制御装置 | |
| JP2001117861A (ja) | コンピュータ及びプログラム記録媒体 | |
| JP2001024984A (ja) | 動画記憶制御装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050914 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050920 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051118 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060314 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060316 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100324 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100324 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110324 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120324 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130324 Year of fee payment: 7 |