JP2002373146A - バスブリッジ装置 - Google Patents

Abstract

(57)【要約】 【課題】 複数のバス間におけるデータ転送を行うバス
ブリッジ装置において、そのデータ転送の際に用いるバ
ッファのサイズを動的に割り当てることで、より効率的
なデータ転送を実現する。 【解決手段】 複数のブロックに区切られた記憶領域を
用いてバス１０，２０間で転送するデータを一時的に格
納するバッファ２０３と、転送データのデータ量を計測
する計測手段３０３と、その計測結果からバッファ２０
３がデータを格納する際のブロック割当量を決定するバ
ッファ制御手３０１段とを備えて、バスブリッジ装置３
００を構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数のバス間にお
けるデータ転送を行うことで、これらバス間の橋渡し的
な役割を果たすバスブリッジ装置に関するものである。

【０００２】

【従来の技術】一般に、パーソナルコンピュータやワー
クステーション等に代表される計算機システムでは、種
々の機能を実現するために、ＣＰＵ（Central Processi
ng Unit）にメモリその他の素子からなる多くのデバイ
スが接続されている。この場合において、ＣＰＵおよび
各デバイスは、通常、バスと呼ばれる共通信号路によっ
て接続される。

【０００３】バスの規格には種々存在するが、近年の計
算機システムにおいては、ＰＣＩ（Peripheral Compone
nt Interconnect）バスの採用が一般的である。ＰＣＩ
は、米国インテル（Intel）社が提唱したバス規格で、
米国の業界団体であるＰＣＩＳＩＧ（Peripheral Compo
nent Interconnect Special Interest Group）が仕様を
策定し、公開している。ＰＣＩバスは、そのバス上に複
数のデバイスを接続できるが、無制限に接続できるわけ
ではなく、電気的な負荷や安定性等によりその数が制限
されている。通常は、ＰＣＩバスの場合、接続可能なデ
バイスの数が１０個程度とされている。

【０００４】ところが、計算機システムが実現する機能
によっては、上述した制限数以上のデバイスを接続しな
ければならない場合もあり得る。このような場合、より
多くのデバイスを接続する手法として、バスブリッジ装
置を用いることが知られている。これは、バスブリッジ
装置を二つのＰＣＩバスの間に配置し、そのバスブリッ
ジ装置を介して、双方のバスに接続されているデバイス
間のデータ転送を行うというものである。

【０００５】図７は、一般的なバスブリッジ装置の構成
を示すブロック図である。図例において、バスブリッジ
装置１００は、第一のＰＣＩバス（以下、単に「第一の
バス」という）１０と第二のＰＣＩバス（以下、単に
「第二のバス」という）２０との間に配置されていると
ともに、バスの使用権を調停するバス制御手段１０１
と、バス間の転送データを一時的に格納するバッファ１
０２と、そのバッファ１０２を管理するバッファ制御手
段１０３とを備えて構成されている。

【０００６】ここで、このように構成されたバスブリッ
ジ装置１００を用いて、第一のバス１０上に接続された
デバイス１１から第二のバス２０上に接続されたデバイ
ス２１へ、データを転送する場合の動作例について説明
する。この場合、先ず、デバイス１１は、第一のバス１
０の使用権をバス制御手段１０１に要求し、使用権を獲
得すると、バスブリッジ装置１００へのデータの転送を
開始する。これに対し、バスブリッジ装置１００では、
デバイス１１からの転送データを受け取ると、その転送
データを順次バッファ１０２内に格納する。そして、デ
ータの転送を終了すると、デバイス１１は、一旦、第一
のバス１０の使用権を開放する。その後、バスブリッジ
装置１００では、バス制御手段１０１が第二のバス２０
の使用権を獲得し、バッファ１０２内に格納しているデ
ータをデバイス２１に転送する。そして、デバイス２１
へのデータ転送を終了すると、バスブリッジ装置１００
は、第二のバス２０の使用権を解放する。

【０００７】このような動作は、例えばデバイス２１か
らデバイス１１へデータを転送する場合についても全く
同様に行われる。したがって、バスブリッジ装置１００
を用いれば、互いに異なるバス１０，２０上に接続され
たデバイス１１，２１…同士の間であっても、データ転
送を行うことができるようになる。

【０００８】ところで、以上のように構成された従来の
バスブリッジ装置１００においては、一方のバスに接続
されたデバイスより転送されたデータを格納するための
バッファ１０２のサイズが、予め設定されたサイズで固
定されている。そのため、例えば第一のバス１０が６４
ビット・３３ＭＨｚのＰＣＩバスであり、第二のバス２
０が３２ビット・３３ＭＨｚのＰＣＩバスであるといっ
たように、異なるデータ転送能力を有する場合には、デ
ータ転送の際にバッファ１０２を効率よく利用できない
おそれがある。

【０００９】このことから、バスブリッジ装置として
は、例えば特開２０００−１３２５０２号公報に開示さ
れているように、バッファを複数のブロックサイズに分
割し、二つのバスのバス幅等に応じてバッファのブロッ
クを割り当てることで、異なるデータ転送能力を有する
二つのバスが接続された場合のデータ転送の効率改善を
図ったものが提案されている。

【００１０】図８は、かかるバスブリッジ装置の構成を
示すブロック図である。このバスブリッジ装置２００
は、上述したバスブリッジ装置１００（図７参照）とは
異なり、バッファ制御手段２０１がレジスタ２０２を備
えるとともに、バッファ２０３が複数のブロックに分け
られている。なお、他部は上述したバスブリッジ装置１
００と略同様なので、同一の符号を付している。

【００１１】このように構成されたバスブリッジ装置２
００を用いて、第一のバス１０上のデバイス１１から第
二のバス２０上のデバイス２１へデータ転送を行う場合
には、そのデータ転送に先立って、第一のバス１０およ
び第二のバス２０のバス幅等の情報をレジスタ２０２に
格納しておく。そして、バッファ制御手段２０１は、レ
ジスタ２０２に格納された情報を基に、各バス１０，２
０の単位時間あたりのデータ転送量の比を求め、その比
に最も近くなるようにデータ転送する際に用いるバッフ
ァ２０３のサイズをブロック単位で割り当てる。このと
きのデータ転送動作の詳細については、上述したバスブ
リッジ装置１００の場合と略同様である。これにより、
バスブリッジ装置２００では、異なるデータ転送能力を
有する二つのバス１０，２０が接続されても、上述した
バスブリッジ装置１００の場合よりもデータ転送の効率
を改善することができる。

【００１２】

【発明が解決しようとする課題】しかしながら、例えば
特開２０００−１３２５０２号公報に開示されたバスブ
リッジ装置２００では、以下に述べる理由によって、必
ずしもデータ転送の効率が最適化されているとは言い切
れない。かかるバスブリッジ装置２００では、第一のバ
ス１０および第二のバス２０のバス幅等といった物理的
な仕様に基づいて、バッファ２０３のサイズをブロック
単位で割り当てている。ところが、実際の計算機システ
ムにおいては、各バス１０，２０上に接続されているデ
バイス１１，２１…によって、転送するデータ量が異な
る。さらには、同一のデバイスであっても、計算機シス
テムが実現しようとする機能や扱うデータ等によって
も、バス間を転送するデータ量が異なる場合もある。こ
れらのことから、バスブリッジ装置２００では、データ
転送の要求元となるデバイス１１，２１…や、計算機シ
ステムが実現しようとする機能や扱うデータ等によって
は、バッファ２０３の使用効率が十分に最適化されない
ことも考えられる。

【００１３】本発明は、上記の事情を鑑みてなされたも
ので、各デバイスのデータ転送毎でのデータ量を計測し
て、その計測結果をもとに、動的に、より効率的なバッ
ファのサイズを割り当てることにより、効率的なデータ
転送を実現するバスブリッジ装置を提供することを目的
とする。

【００１４】

【課題を解決するための手段】本発明は、上記目的を達
成するために案出されたもので、複数のバスに接続し、
当該複数のバス間におけるデータ転送を行うバスブリッ
ジ装置であって、前記バス間で転送するデータを複数の
ブロックに区切られた記憶領域を用いて一時的に格納す
るバッファと、前記転送するデータのデータ量を計測す
る計測手段と、前記計測手段による計測結果から前記バ
ッファがデータを格納する際のブロック割当量を決定す
るバッファ制御手段とを備えることを特徴とするもので
ある。

【００１５】上記構成のバスブリッジ装置によれば、バ
ス間で転送するデータのデータ量を計測手段が計測する
ので、その次に同一条件（例えば、転送要求元が同一の
デバイスであったり、計算機システムが実現しようとす
る機能や扱うデータが同一である等）によるデータ転送
を行う場合には、その計測結果に基づいてバッファにお
けるブロック割当量が決定される。これにより、条件に
よってはバス間を転送するデータ量が異なる場合であっ
ても、バッファのサイズとして、適切な大きさの記憶領
域が動的に割り当てられることになる。

【００１６】

【発明の実施の形態】以下、図面に基づき本発明に係る
バスブリッジ装置について説明する。

【００１７】〔第一の実施の形態〕図１は、本発明に係
るバスブリッジ装置の第一の実施の形態における概略構
成を示すブロック図である。なお、図中において、従来
のバスブリッジ装置（図７，８参照）と同様の構成要素
については、同一の符号を与えている。

【００１８】図例のように、本実施形態で説明するバス
ブリッジ装置３００は、第一のバス１０と第二のバス２
０との間に配置されているとともに、バス制御手段１０
１と、バッファ２０３と、バッファ制御手段３０１と、
計測手段３０３とを備えて構成されている。

【００１９】このうち、バッファ制御手段３０１は、従
来のもの（図８参照）と同様に、複数のブロックに分割
されたバッファ２０３を管理するとともに、そのバッフ
ァ２０３がデータを格納する際のブロック割当量を決定
するものであるが、その際に基にするレジスタ３０２内
の情報が従来とは異なる。

【００２０】具体的には、レジスタ３０２は、以下に述
べるような情報を格納する。図２は、レジスタが格納す
るデータ構成の一具体例を示す説明図である。図例のよ
うに、レジスタ３０２では、マスタ１およびマスタ２に
ついて、デバイス１〜１０のデータ量に関する情報を、
それぞれ個別に格納するようになっている。ここで、マ
スタ１およびマスタ２は、バスブリッジ装置３００が第
一のバス１０および第二のバス２０に接続されているこ
とから、それぞれのバス１０，２０上に存在するデバイ
ス群を表している。また、デバイス群がデバイス１から
デバイス１０まであるのは、ＰＣＩバスの場合に接続可
能なデバイス数と対応したものである。さらに、デバイ
ス１〜１０のデータ量に関する情報には、各デバイス１
〜１０が第一のバス１０または第二のバス２０の使用権
を要求した際に、バスブリッジ装置３００を介して転送
されたデータのデータ量の値が該当する。

【００２１】なお、ここでは、理解を容易にするため
に、各デバイス群にマスタ１，２、それぞれのデバイス
にデバイス１〜１０という番号を付した場合を例に挙げ
たが、バス１０，２０およびデバイス１１，２１…を識
別できれば、これに限らず他の記号等を付してもよいこ
とは勿論である。

【００２２】また、図１において、計測手段３０３は、
バスブリッジ装置３００を介して第一のバス１０と第二
のバス２０との間で転送を行うデータについて、その転
送を要求したデバイス１１，２１…毎に個別に、そのデ
ータ量の計測を行うものである。この計測手段３０３に
よって計測されたデバイス１１，２１…毎のデータ量の
値が、バッファ制御手段３０１におけるレジスタ３０２
内に格納されることになる。この計測手段３０３による
データ量の計測自体については、周知技術を利用して行
えばよいため、ここではその詳細な説明を省略する。

【００２３】ここで、以上のように構成されたバスブリ
ッジ装置３００を用いて、第一のバス１０上に接続され
たデバイス１１から第二のバス２０上に接続されたデバ
イス２１へ、データを転送する場合の動作例について説
明する。図３は、デバイス間でデータを転送（ＰＣＩラ
イト）する際の信号処理の一動作例を示すタイミングチ
ャートである。なお、図中における信号「DATA#」は、
信号「IRDY#」、信号「TRDY#」および信号「DEVSEL#」
の論理積に相当する。他の信号は、全てＰＣＩ規格に準
拠したものである。例えば「FRAME#」は使用権を獲得し
マスタとなったデバイスがバスのトランザクション開始
を示す信号である。

【００２４】デバイス１１からデバイス２１へデータを
転送する場合には、先ず、デバイス１１が、第一のバス
１０の使用権を要求する。使用権を発行するのは、第一
のバス１０および第二のバス２０のバス調停機能を有す
るバス制御手段１０１である。したがって、バス制御手
段１０１は、データ転送の要求元がデバイス１１である
ことを認識することができる。このときのバス調停は、
ＰＣＩ規格に準拠して行うものとする。そして、バス制
御手段１０１は、デバイス１１に対して第一のバス１０
の使用権を発行すると同時に、バッファ制御手段３０１
に対してデータ転送の要求元がデバイス１１であること
を通知する。

【００２５】バス制御手段１０１からの通知があると、
バッファ制御手段３０１は、レジスタ３０２におけるデ
バイス１１に対応したデバイス番号の項、すなわちデバ
イス１１について格納されているデータ量の値を参照し
て、バッファ２０３がデバイス１１からのデータを格納
する際のブロック割当量を決定する。詳しくは、バッフ
ァ２０３における各ブロックサイズが予め分かっている
ので、バッファ制御手段３０１は、レジスタ３０２の該
当する項に格納されたデータ量に対して、必要十分とな
る記憶容量を満たす数のブロックを確保し、その数のブ
ロックをブロック割当量とする。

【００２６】ところで、デバイス１１がデバイス２１へ
最初にデータ転送を行う場合であれば、この時点におい
ては、そのデータ転送が行われる前の段階なので、計測
手段３０３によるデータ量の計測が行われておらず、そ
の計測結果のレジスタ３０２内への格納も行われていな
い。したがって、バッファ制御手段３０１は、レジスタ
３０２の該当する項に予め格納されているデフォルト値
に基づいて、その最初のデータ転送についてのブロック
割当量を決定することになる。

【００２７】バッファ制御手段３０１がブロック割当量
を決定すると、その後、第一のバス１０の使用権を獲得
したデバイス１１は、バスブリッジ装置３００に対して
データを転送する。これを受けて、バスブリッジ装置３
００では、バス制御手段１０１が、バッファ制御手段３
０１によって割り当てられたブロックを用いて、デバイ
ス１１からの転送データをバッファ２０３内に書き込
む。

【００２８】また、これに合わせて、バスブリッジ装置
３００では、計測手段３０３がデバイス１１からの転送
データのデータ量を計測する。このとき、デバイス１１
からのデータのデータ量は、信号「IRDY#」、信号「TRD
Y#」および信号「DEVSEL#」の論理積によって検出でき
る。これは、バスブリッジ装置３００では、データ転送
の主導側からの信号である「IRDY#」と、データ転送の
従導側からの信号である「TRDY#」と、デバイスの選択
信号である「DEVSEL#」とのいずれもが出力されている
間に限り、データ転送が行われるからである。よって、
計測手段３０３は、これらの論理積である信号「DATA
#」に基づき、その信号「DATA#」の出力期間中に周知技
術を利用して計測することで、デバイス１１からのデー
タのデータ量の計測を行うことになる。

【００２９】そして、データの転送が終了したことを、
信号「DEVSEL#」の出力終了によって検出すると、計測
手段３０３は、データ量の計測結果をバッファ制御手段
３０１に通知する。これを受けて、バッファ制御手段３
０１では、通知されたデータ量の値を、レジスタ３０２
内の該当する項に登録する。これにより、レジスタ３０
２においては、デバイス１１について格納されているデ
ータ量の値が、デフォルト値（または既に登録されてい
る計測値）から計測手段３０３での計測結果に更新され
ることになる。

【００３０】その後、バスブリッジ装置３００では、バ
ッファ２０３内に格納したデータを、第二のバス２０を
介して、そのデータの転送先となるデバイス２１へ転送
する。この転送については、従来と略同様であるため、
ここではその説明を省略する。

【００３１】さらにその後、再び、デバイス１１からデ
バイス２１へのデータ転送を行う場合には、上述した通
りの動作を繰り返すことで、そのデータ転送を行う。た
だし、このときは、デバイス１１がデバイス２１へ最初
にデータ転送を行う場合とは異なり、前回デバイス１１
が転送したデータ量の値がレジスタ３０２内に格納され
ている。したがって、バッファ制御手段３０１は、その
データ転送についてのブロック割当量を、デフォルト値
ではなく前回の計測結果を参照しつつ決定する。つま
り、データ転送の際のブロック割当量の決定に、前回の
データ転送時のデータ量の計測結果が反映されることに
なる。

【００３２】また、このときにも、そのデータ転送によ
るデータ量が計測手段３０３によって計測されるととも
に、レジスタ３０２内に格納されているデータ量の値が
その計測結果によって更新される。よって、そのデータ
転送の際に計測したデータ量は、次回のデータ転送の際
のブロック割当量の決定に反映されることになることに
なる。

【００３３】以上のように、本実施形態におけるバスブ
リッジ装置３００によれば、バス１０，２０間で転送す
るデータのデータ量を計測手段３０３が計測するので、
その次に同一デバイス１１，２１…の要求によるデータ
転送を行う場合には、その計測結果に基づいてバッファ
２０３におけるブロック割当量が決定されるようになっ
ている。したがって、例えば各バス１０，２０のバス幅
等といった物理的な仕様が互いに異なる場合のみなら
ず、各デバイス１１，２１…によって転送するデータ量
が異なったり、あるいは計算機システムが実現しようと
する機能や扱うデータ等によって転送するデータ量が異
なる場合であっても、バッファ２０３のサイズとして、
適切な大きさの記憶領域が動的に割り当てられることに
なる。つまり、本実施形態のバスブリッジ装置３００を
介してバス１０，２０間のデータ転送を行えば、各デバ
イス１１，２１…毎の転送データ量の計測結果に基づい
て適切なバッファ２０３のサイズを割り当てるので、不
必要な大きさ記憶領域を割り当てることがなくなり、結
果としてバッファ２０３の使用効率を十分に最適化する
ことが期待できる。

【００３４】また、本実施形態のバスブリッジ装置３０
０では、データ量の計測を計測手段３０３がデバイス１
１，２１…毎に行うとともに、バッファ制御手段３０１
がバッファ２０３のサイズ割り当てを、レジスタ３０２
が各デバイス１１，２１…について個別に格納している
データ量の値に基づいて、デバイス１１，２１…毎に行
うようになっている。したがって、本実施形態のバスブ
リッジ装置３００を介してバス１０，２０間のデータ転
送を行えば、特に各デバイス１１，２１…によって転送
するデータ量が異なるような場合であっても、確実にバ
ッファ２０３の使用効率の最適化を図ることが可能にな
る。

【００３５】〔第二の実施の形態〕次に、本発明に係る
バスブリッジ装置の第二の実施の形態について説明す
る。図４は、本発明の第二の実施の形態におけるバスブ
リッジ装置の概略構成を示すブロック図である。ただ
し、ここでは、主に、上述した第一の実施の形態との相
違点を説明する。したがって、図中においても、第一の
実施の形態の場合と同一の構成要素については、同一の
符号を与えるものとする。

【００３６】図例のように、本実施形態で説明するバス
ブリッジ装置４００は、第一のバス１０上にバスインタ
フェースおよびメモリ制御手段（以下、単に「バスＩ／
Ｆ」という）１２が存在しており、そのバスＩ／Ｆ１２
を介して画像データを格納した画像メモリ１３が第一の
バス１０と接続するようになっている。

【００３７】また、バッファ制御手段４０１は、ブロッ
ク割当量を決定する際に基にするレジスタ４０２内の情
報が、第一の実施の形態の場合とは異なる。具体的に
は、レジスタ４０２は、以下に述べるような情報を格納
する。図５は、レジスタが格納するデータ構成の一具体
例を示す説明図である。図例のように、レジスタ４０２
では、マスタ１およびマスタ２について、デバイス１〜
１０のデータ量に関する情報に加えて、それぞれのデバ
イス１〜１０が画像メモリ１３からの読み出しを要求し
た画像データのメモリアドレスに関する情報をも、それ
ぞれ個別に格納するようになっている点で、第一の実施
の形態の場合とは異なる。

【００３８】ここで、以上のように構成されたバスブリ
ッジ装置４００を用いて、第二のバス２０に接続された
デバイス２１が第一のバス１０に接続された画像メモリ
１３から画像データの読み出しを行う場合の動作例につ
いて説明する。

【００３９】図６は、デバイス間でデータを転送（ＰＣ
Ｉライト）する際の信号処理の一動作例を示すタイミン
グチャートである。なお、図中における信号「DATA#」
は、第一の実施の形態の場合と同様に、信号「IRDY
#」、信号「TRDY#」および信号「DEVSEL#」の論理積に
相当し、他の信号は全てＰＣＩ規格に準拠したものであ
る。

【００４０】デバイス２１が画像メモリ１３から画像デ
ータの読み出しを行う場合には、先ず、デバイス２１
が、第二のバス２０の使用権を要求する。使用権を発行
するのは、第一のバス１０および第二のバス２０のバス
調停機能を有するバス制御手段１０１である。したがっ
て、このときに、バス制御手段１０１は、データ転送の
要求元がデバイス２１であることを認識することができ
る。なお、このときのバス調停は、ＰＣＩ規格に準拠し
て行うものとする。そして、バス制御手段１０１は、デ
バイス２１に対して第二のバス２０の使用権を発行する
と同時に、バッファ制御手段４０１に対してデータ転送
の要求元がデバイス２１であることを通知する。

【００４１】バス制御手段１０１からの通知があると、
バッファ制御手段４０１は、レジスタ４０２におけるデ
バイス２１に対応したデバイス番号の項、すなわちデバ
イス２１について格納されているデータ量の値を参照し
て、バッファ２０３が画像メモリ１３からの画像データ
を格納する際のブロック割当量を決定する。詳しくは、
バッファ２０３における各ブロックサイズが予め分かっ
ているので、バッファ制御手段４０１は、レジスタ４０
２の該当する項に格納されたデータ量に対して、必要十
分となる記憶容量を満たす数のブロックを確保し、その
数のブロックをブロック割当量とする。

【００４２】ところで、デバイス２１が画像メモリ１３
から最初に画像データの読み出しを行う場合であれば、
この時点においては、その読み出しが行われる前の段階
なので、計測手段３０３によるデータ量の計測が行われ
ておらず、その計測結果のレジスタ４０２内への格納も
行われていない。したがって、バッファ制御手段４０１
は、レジスタ４０２の該当する項に予め格納されている
デフォルト値に基づいて、その最初のデータ転送につい
てのブロック割当量を決定することになる。

【００４３】バッファ制御手段４０１がブロック割当量
を決定すると、その後、第二のバス２０の使用権を獲得
したデバイス２１は、バスブリッジ装置４００に対し
て、画像メモリ１３から画像データを読み出するための
コマンドであるメモリリードコマンドと、その画像デー
タの画像メモリ１３内におけるメモリアドレスとを、そ
れぞれ送出する。そして、メモリリードコマンドおよび
メモリアドレスを受け取ったバスブリッジ装置４００
は、そのうちのメモリアドレスを、レジスタ４０２内に
おけるデバイス２１に対応したアドレスの項に格納す
る。

【００４４】レジスタ４０２内にメモリアドレスを格納
した後は、バスブリッジ装置４００は、自ら第一のバス
１０の使用権を獲得し、デバイス２１から指定されたメ
モリアドレスの画像データを、バッファ制御手段４０１
によって割り当てられたブロックのデータ量分だけ、画
像メモリ１３内から読み出してバッファ２０３内に書き
込む。

【００４５】そして、割り当てられたデータ量分の画像
データを画像メモリ１３から読み出したバスブリッジ装
置４００は、第一のバス１０の使用権を解放するととも
に、バッファ２０３内に書き込んだ画像データのデバイ
ス２１へのデータ転送を開始する。この転送について
は、第一の実施の形態の場合と略同様であるため、ここ
ではその説明を省略する。

【００４６】ただし、このとき、バスブリッジ装置４０
０では、計測手段３０３がデバイス２１への転送データ
のデータ量を計測する。このデータ量は、第一の実施の
形態の場合と略同様に、信号「IRDY#」、信号「TRDY#」
および信号「DEVSEL#」の論理積によって検出する。そ
して、データの転送が終了したことを、信号「DEVSEL
#」の出力終了によって検出すると、計測手段３０３
は、データ量の計測結果をバッファ制御手段４０１に通
知する。これを受けて、バッファ制御手段４０１では、
通知されたデータ量の値を、レジスタ４０２内の該当す
る項に登録する。これにより、レジスタ４０２において
は、デバイス２１について格納されているデータ量の値
が、デフォルト値（または既に登録されている計測値）
から計測手段３０３での計測結果に更新されることにな
る。

【００４７】これにより、レジスタ４０２内には、デバ
イス２１へ転送した画像データのデータ量に関する情報
と、その画像データの画像メモリ１３内におけるメモリ
アドレスに関する情報とが、それぞれ格納されることに
なる。つまり、これらの情報を参照すれば、画像メモリ
１３内のどこのメモリアドレスに格納されていた画像デ
ータを、どれだけのデータ量分だけ読み出したかが分か
るようになる。

【００４８】ところで、一般に、画像データは、連続し
たアドレスに格納されているものが、順次読み出されて
処理されることが多い。このことから、バスブリッジ装
置４００では、デバイス２１へのデータ転送が終了し、
レジスタ４０２内にデータ量およびメモリアドレスに関
する情報を格納すると、その後、デバイス２１が既に受
け取った画像データと連続したアドレスの画像データを
画像メモリ１３から取得すると仮定して、第一のバス１
０がバスアドレス状態において、レジスタ４０２内に格
納しているメモリアドレスと連続するアドレスの画像デ
ータを、レジスタ４０２内に格納しているデータ量分だ
け、予め画像メモリ１３内から読み出し、割り当てられ
たバッファ２０３に格納しておく。

【００４９】したがって、その後に、デバイス２１が画
像メモリ１３から連続したアドレスの画像データの読み
出しを行う場合には、バスブリッジ装置４００は、その
読み出し要求に係るアドレスの画像データが既にバッフ
ァ２０３に格納されていることを認識し、第一のバス１
０を介して画像メモリ１３にアクセスすることなく、そ
の画像データをデバイス２１へ転送することが可能とな
る。そして、このときにも、バスブリッジ装置４００で
は、レジスタ４０２内に格納しているメモリアドレスに
関する情報を更新し、次に連続するアドレスの画像デー
タに対応し得るようにしておく。

【００５０】以上のように、本実施形態におけるバスブ
リッジ装置４００によれば、バッファ制御手段４０１が
決定したブロック割当量分だけ、画像メモリ１３から読
み出した画像データをバッファ２０３に格納させるよう
になっているので、画像データを転送する場合であって
も、バッファ２０３のサイズとして適切な大きさの記憶
領域が動的に割り当てられることになり、結果としてバ
ッファ２０３の使用効率を十分に最適化することが可能
となる。

【００５１】しかも、本実施形態のバスブリッジ装置４
００では、画像メモリ１３から読み出した画像データに
関するアドレス情報をもレジスタ４０２内に格納して管
理するようになっているので、前回画像メモリ１３から
の読み出しがあった画像データと連続するアドレスの画
像データを予めバッファ２０３内に格納しておくことが
可能となる。したがって、画像メモリ１３からデバイス
２１へ画像データの転送を行う場合に、バッファ２０３
を効率的に使用するだけではなく、そのデータ転送も非
常に効率的に行うことができるようになる。

【００５２】なお、上述した第一および第二の実施の形
態では、バスブリッジ装置３００，４００が第一および
第二のバス１０，２２１といった二つのＰＣＩバス間で
のデータ転送を行う場合を例に挙げて説明したが、本発
明はこれに限定されるものではなく、例えば他のバス規
格によるバス間でデータ転送を行う場合や、三つ以上の
バス間でデータ転送を行う場合等にも応用することが考
えられる。

【００５３】

【発明の効果】以上に説明したように、本発明に係るバ
スブリッジ装置では、従来のような物理的な仕様だけで
なく、バス間で転送されるデータ量に基づいて、転送デ
ータを一時的に格納するバッファが割り当てられるの
で、そのバッファをより効率的に使用することができ、
効率的なデータ転送を実現することができるといった効
果が得られる。

【図面の簡単な説明】

【図１】 本発明に係るバスブリッジ装置の第一の実施
の形態における概略構成を示すブロック図である。

【図２】 図１のバスブリッジ装置におけるレジスタが
格納するデータ構成の一具体例を示す説明図である。

【図３】 デバイス間でデータを転送（ＰＣＩライト）
する際の信号処理の一動作例を示すタイミングチャート
（その１）である。

【図４】 本発明に係るバスブリッジ装置の第二の実施
の形態における概略構成を示すブロック図である。

【図５】 図４のバスブリッジ装置におけるレジスタが
格納するデータ構成の一具体例を示す説明図である。

【図６】 デバイス間でデータを転送（ＰＣＩライト）
する際の信号処理の一動作例を示すタイミングチャート
（その２）である。

【図７】 従来のバスブリッジ装置の一例の概略構成を
示すブロック図である。

【図８】 従来のバスブリッジ装置の他の例の概略構成
を示すブロック図である。

【符号の説明】

１０…第一のバス、２０…第二のバス、１１，２１…デ
バイス、１３…画像メモリ、１０１…バス制御手段、２
０３…バッファ、３００，４００…バスブリッジ装置、
３０１，４０１…バッファ制御手段、３０２，４０２…
レジスタ、３０３…計測手段

───────────────────────────────────────────────────── フロントページの続き (72)発明者 竹内 健二 神奈川県海老名市本郷2274番地 富士ゼロ ックス株式会社海老名事業所内 Ｆターム(参考） 5B061 FF01 FF06 GG01 RR03 RR05

Claims (4)

【特許請求の範囲】
1. 【請求項１】 複数のバスに接続し、当該複数のバス間
   におけるデータ転送を行うバスブリッジ装置であって、 前記バス間で転送するデータを複数のブロックに区切ら
   れた記憶領域を用いて一時的に格納するバッファと、 前記転送するデータのデータ量を計測する計測手段と、 前記計測手段による計測結果から前記バッファがデータ
   を格納する際のブロック割当量を決定するバッファ制御
   手段とを備えることを特徴とするバスブリッジ装置。
2. 【請求項２】 前記計測手段は、データ量の計測を、前
   記バス上に接続されデータ転送の要求元となるデバイス
   毎に行うものであり、 前記バッファ制御手段は、前記バッファについてのブロ
   ック割当量の決定を、前記デバイス毎に行うものである
   ことを特徴とする請求項１記載のバスブリッジ装置。
3. 【請求項３】 前記バス上に画像データを格納した画像
   メモリが接続されている場合に、前記バッファ制御手段
   が決定したブロック割当量分だけ、当該画像メモリから
   読み出した画像データを前記バッファに格納させるよう
   に構成されたことを特徴とする請求項２記載のバスブリ
   ッジ装置。
4. 【請求項４】 前記バッファ制御手段は、前記画像メモ
   リから読み出した画像データに関するアドレス情報をも
   管理することを特徴とする請求項３記載のバスブリッジ
   装置。