バスブリッジ回路、情報処理システム、情報処理方法、及びプログラム
【課題】 プロトコルの異なるバスの接続によるスプリット転送をよりコンパクトな回路でバス効率を低下させること無く実現させることの可能なバスブリッジ回路を提供する。
【解決手段】 一のバス１０２からのデータをかかる一のバスとプロトコルの異なる他のバス１０４へスプリット応答を使用して転送するバスブリッジ回路１００において、スプリット応答により一のバスからのデータの使用効率を転送中断・マスキングにより向上させるバス効率化手段１１２と、転送中断した際に中断した転送に対して優先順位を設けてデータを管理するデータ管理手段１１０と、一のバス及び他のバス間で転送させるデータをバッファリングする機能を省略するデータバッファ省略手段１１４と、を備えることを特徴とする。
【解決手段】 一のバス１０２からのデータをかかる一のバスとプロトコルの異なる他のバス１０４へスプリット応答を使用して転送するバスブリッジ回路１００において、スプリット応答により一のバスからのデータの使用効率を転送中断・マスキングにより向上させるバス効率化手段１１２と、転送中断した際に中断した転送に対して優先順位を設けてデータを管理するデータ管理手段１１０と、一のバス及び他のバス間で転送させるデータをバッファリングする機能を省略するデータバッファ省略手段１１４と、を備えることを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パーソナルコンピュータ、ワークステーション等の情報処理装置に備わるバスブリッジ回路、かかるバスブリッジ回路を備える情報処理システム、かかる情報処理システムの情報処理方法、及びプログラムに係り、特にＡＨＢ（Advanced High-performance Bus）とプロトコルの異なるバスとの接続において使用されるバスブリッジ回路を介して情報を転送する情報処理方法及びシステムに関する。
【背景技術】
【０００２】
パーソナルコンピュータ（Personal Computer；以下、ＰＣと称する。）をはじめ、ＣＰＵ（Central Processing Unit）を備えた情報処理システムにおいては、ＣＰＵに直接に接続されるローカルバスと、様々な周辺装置を相互に接続するシステムバスとに、それぞれ異なる転送方式が用いられる場合が多い。
【０００３】
通常は、ローカルバスにインターロック転送方式が用いられ、システムバスには、スプリット転送方式が用いられ、ローカルバスとシステムバスとは、インターフェース手段となるバスブリッジ回路を介して接続されている。
【０００４】
近年のデジタル技術の発展に伴い、複数のバスマスタをサポートし、高周波数帯域動作を可能にする高性能システムバスであるＡＨＢ（Advanced High-performance Bus）のような汎用バスを使用し、ＰＣの主要な機能を１つのチップに組み込むＳＯＣ(System On Chip)が実用化されている。ＣＰＵからメモリ及び周辺装置へのデータの転送用である第１のバスと、単一の周辺装置によるローカルメモリまたは他のローカル周辺装置への大量のデータの転送をサポートするための第２のバスとを接続するインターフェースとして、ＡＨＢ−ＨＴＢブリッジによりＳＯＣが実現されているバスブリッジが開示されている（例えば、特許文献１を参照）。このインターフェース手段は、これらのバス間の通信を可能にするとともに、データの完全性を保証する。
【０００５】
また、インタロックバスのローカルバスとスプリットバスのシステムバスとをブリッジ装置により接続したプロセッサシステムにおいて、標準ローカルバスを用いた場合でも、バス調停回路に特別な機能手段を設けることなく、バス競合回避を実現するブリッジ装置が開示されている（例えば、特許文献２を参照）。このブリッジ装置は、インタロックバスからスプリットバスへのデータ転送中に、スプリットバスからインタロックバスヘのデータ転送要求を受信した場合に、インタロックバスに対しリトライ要求応答を行ない、バッファにインタロックバスから転送中のアドレス情報を保持し、スプリットバスからのデータ転送完了後、インタロックバスから再送されたアドレス情報とバッファの内容とが一致した場合にインタロックバスからのアクセスにバス権を与え、スプリットバスへ新たにオーダ転送を実行せずにアンサ転送の受信待ち状態とする。かかるブリッジ装置の動作により、インタロックバスのローカルバスとスプリットバスのシステムバスとのバス競合回避を実現する
【０００６】
さらに、ＵＳＢとＡＴＡＰＩに対応する第１コマンド変換装置と、ＵＳＢとＡＴＡに対応する第２コマンド変換装置とを備え、切換装置が接続された第２の機器が持つインターフェースを診断し、その診断結果に基づいて、制御回路を介して第１又は第２コマンド変換装置を第２の機器に接続するインターフェース変換装置が開示されている（例えば、特許文献３を参照）。このインターフェース変換装置は、接続された装置を互いに認識させ、接続することができる。
【０００７】
【特許文献１】特開２００２−１２３４８２号公報
【特許文献２】特開２００１−０６０１８１号公報
【特許文献３】特開２００４−１２６７０７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１に開示されているバスブリッジ回路は、転送を完了するまでバス権を所有したままであることより、ＡＨＢ側のバス転送効率を低下させてしまう虞がある。また、かかるバスブリッジ回路の内部に最大転送サイズ分のデータバッファを備えることにより、回路が不必要に肥大化することが問題となっている。
【０００９】
特許文献２に開示されているブリッジ装置は、バス競合回避により、インタロックバス からスプリットバスへのデータ転送の効率の向上を実現するが、スプリットバスからのデータ転送であるスプリット転送の効率向上を実現するには至らない。
【００１０】
また、特許文献３に開示されているインターフェース変換装置は、上述したような各コマンド変換装置を要するため、インターフェース変換装置及びこのインターフェース変換装置を備える情報処理装置の小型化が困難となる。
【００１１】
そこで、本発明は、従来の技術が有する上記問題点に鑑みてなされたものであり、本発明の目的は、プロトコルの異なるバスの接続によるスプリット転送をよりコンパクトな回路でバス効率を低下させること無く実現させることの可能な、新規かつ改良されたバスブリッジ回路、かかるバスブリッジ回路を備える情報処理システム、かかる情報処理システムでの情報処理方法、及びプログラムを提供することである。
【課題を解決するための手段】
【００１２】
上記課題を解決するために、本発明のある観点によれば、一のバスからのデータを一のバスとプロトコルの異なる他のバスへスプリット応答を使用して転送するバスブリッジ回路において、スプリット応答により一のバスからのデータの使用効率を転送中断・マスキングにより向上させるバス効率化手段と、データの転送中断した際に中断した転送に対して優先順位を設けてデータを管理するデータ管理手段と、一のバス及び他のバス間で転送させるデータをバッファリングする機能を省略するデータバッファ省略手段と、を備えることを特徴とする、バスブリッジ回路が提供される。
【００１３】
このとき、一のバスは、ＡＨＢであることとしてもよく、また、データバッファ省略手段は、一のバス及び他のバス間でのデータ転送フェーズの待ち合わせを実行する回路であることとしてもよい。
【００１４】
このような構成とすることにより、プロトコルの異なる二つのバス間でデータ転送をする際に、スプリット応答をしたマスタを現在実行する転送と先延ばしにする転送とを明確に分類する機能を有することで、先延ばしにした転送を実行可能になるまでマスクしておくことが出来るため、スプリット転送を効果的に制御できる。
【００１５】
また、スプリット応答を用いた双方のデータ転送フェーズの待ち合わせにより、転送データの準備が可能になったタイミングで再送要求を出し、転送データをそのまま相手のバスに送ることが可能なため、転送データのバッファリングが不要となり、回路効率の向上、及びバスブリッジ回路のコンパクト化が実現される。
【００１６】
また、上記課題を解決するために、本発明の他の観点によれば、一のバスからのデータを一のバスとプロトコルの異なる他のバスへバスブリッジ回路を介してスプリット応答を使用することにより転送する情報処理システムにおいて、バスブリッジ回路には、スプリット応答により一のバスからのデータの使用効率を転送中断・マスキングにより向上させるバス効率化手段と、転送中断した際に中断した転送に対して優先順位を設けてデータを管理するデータ管理手段と、一のバス及び他のバス間で転送させるデータをバッファリングする機能を省略するデータバッファ省略手段と、を備えることを特徴とする、情報処理システムが提供される。
【００１７】
このとき、一のバスは、ＡＨＢであることとしてもよく、データバッファ省略手段は、一のバス及び他のバス間でのデータ転送フェーズの待ち合わせを実行する回路であることとしてもよい。
【００１８】
更に、上記課題を解決するために、本発明の他の観点によれば、一のバスからのデータを一のバスとプロトコルの異なる他のバスへバスブリッジ回路を介してスプリット応答を使用することにより転送する情報処理方法において、スプリット応答により一のバスからのデータの使用効率を転送中断・マスキングにより向上させるバス効率化工程と、バス効率化工程で中断したデータの転送に対して優先順位を設けてデータを管理するデータ管理工程と、一のバス及び他のバス間で転送させるデータをバッファリングする機能を省略するデータバッファ省略工程と、を含むことを特徴とする、情報処理方法が提供される。
【００１９】
このとき、一のバスは、ＡＨＢであることとしてもよく、また、データバッファ省略工程は、一のバス及び他のバス間でのデータ転送フェーズの待ち合わせにより実行されることとしてもよい。
【００２０】
また、上記課題を解決するために、本発明の他の観点によれば、上述の情報処理方法を一の情報処理装置に実現させることを特徴とする、プログラムが提供される。
【００２１】
このような構成とすることにより、本発明のバスブリッジ回路を情報処理システム、この情報処理システムによる情報処理方法、及びプログラムに取り入れることにより、上述した効果、すなわち、プロトコルの異なるバス間でデータ転送をする際に、入力されたバスのデータを別プロトコルのバスのデータに変換する機能、特に入力されたＡＨＢトランザクションを他のバストランザクション変換する機能を有することにより、プロトコルの異なるバス間でのデータのスプリット転送を効果的に制御でき、かつ転送データのバッファリングの省略により、バスブリッジ回路のコンパクト化、及び回路効率の向上が実現される。
【発明の効果】
【００２２】
以上説明したように本発明によれば、スプリット応答をしたマスタを現在実行する転送と先延ばしにする転送とを明確に分割することで、先延ばしにした転送を実行可能になるまでマスクすることにより、プロトコルの異なるバス間でのデータのスプリット転送を効果的に制御できる。また、スプリット応答を用いた双方のデータ転送フェーズの待ち合わせにより、転送データが準備完了となったタイミングで再送要求を出し、転送データをそのまま相手のバスに送ることにより、転送データのバッファリングを省略でき、バスブリッジ回路のコンパクト化、及び回路効率の向上が実現される。特に、ＡＨＢと異なるバスのデータ転送を小さな回路でＡＨＢ側のバス効率を低下させることなくデータ転送を実現可能とする。
【発明を実施するための最良の形態】
【００２３】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２４】
（第１の実施の形態）
まず、本発明におけるバスブリッジ回路の第１の実施の形態の構成について図面を使用しながら説明する。図１は、本発明のバスブリッジ回路の第１の実施の形態の構成を示すブロック図である。
【００２５】
本実施の形態では、バスブリッジ回路１００は、ＡＨＢバス１０２からＡＨＢバス１０２とプロトコルの異なるバス１０４へデータをスプリット転送するインターフェースである。かかるバスブリッジ回路１００は、図１に示すように、コマンド変換部１０６、データパス部１０８、転送制御部１１０を備える。かかる転送制御部１１０は、転送フロー制御部１１２とスプリット応答制御部１１４から構成される。これら各構成要素のブロックがバス線や制御線を介して接続され、また、データパス部１０４は、転送制御部１１０からの信号により制御される。
【００２６】
次に、本実施の形態のバスブリッジ回路１００に備わる上述した各構成要素の構成等の詳細について、図面を使用しながら説明する。図２は、本実施の形態のバスブリッジ回路１００に備わるコマンド変換部１０６、図３は、本実施の形態のバスブリッジ回路１００に備わるデータパス部１０８、図４は、本実施の形態のバスブリッジ回路１００に備わる転送制御部１１０に設けられた転送フロー制御部１１２、図５は、本実施の形態のバスブリッジ回路１００に備わる転送制御部１１０に設けられたスプリット応答制御部１１４の詳細を説明するための図である。
【００２７】
まず、図２を用いて、コマンド変換部１０６の詳細について説明する。コマンド変換部１０６は、ＡＨＢのバスプロトコルに即した転送コマンドをＡＨＢ以外のバスプロトコルに即した転送コマンドに変換する手段である。かかる転送コマンドの変換方法は、接続されるバス１０４の種類によって異なり、例えば、バス１０４のリード／ライト制御信号がリードの時に‘Ｈ’となるような信号ＲＥＡＤＥＮだった場合、ＲＥＡＤＥＮ＠バス１０４とＨＷＲＩＴＥ＠ＡＨＢ１０２は、インバータを介して変換される。
【００２８】
次に、図３を用いて、データパス部１０８の詳細について説明する。データパス部１０８は、ＡＨＢ１０２のデータバスとバス１０４のデータバス間の転送データ方向を制御する手段である。図３で示される下から上の方向に流れるデータは、ＡＨＢ１０２のデータバスからのライトデータであり、図３で示される上から下の方向に流れるデータは、バス１０４のデータバスからのリードデータである。このデータ転送の流れの際に、逆方向へのパスはマスクされ、各バス上で不要なデータ信号のトグルが行われないようになっている。
【００２９】
次に、図４及び５を用いて、転送制御部１１０を構成する転送フロー制御部１１２及びスプリット応答制御部１１４の詳細について説明する。図４は、本実施の形態のバスブリッジ回路１００に備わる転送フロー制御部１１２によるデータ転送の動作を説明するためのフローチャートであり、図５は、本実施の形態のバスブリッジ回路１００に備わるスプリット応答制御部１１４の回路構成を説明するための図である。
【００３０】
転送フロー制御部１１２は、コマンド変換部１０６で変換された情報を元にして、ＡＨＢバス１０２とバス１０４の転送制御を行う手段である。転送フロー制御部１１２によるデータ転送の動作は、図４に示すように、データの転送を開始して（Ｓ４０）、転送要求に対して、データを転送する準備できていない場合、すなわち、データの再送を要求する場合は（Ｓ４２）、一度転送を中断し（Ｓ４４）、データの準備が出来てから再送要求を行ってから（Ｓ４６）、データ転送を行う（Ｓ４８）。
【００３１】
本実施の形態では、転送フロー制御部１１２を上述する動作をする機能を備えることにより、データ転送のフェーズが双方のバス１０２、１０４で一致する為、データパス部１０８で転送データをバッファに貯める必要が無くなり、バスブリッジ回路１００内にバッファを設ける必要性が無くなる。このため、バスブリッジ回路１００の省スペース化、コンパクト化が実現される。なお、上述の工程Ｓ４２でデータの再送の要求がない場合は、即データ転送を実行する（Ｓ４８）。
【００３２】
上述したように、本実施の形態では、スプリット応答を用いた双方のデータ転送フェーズの待ち合わせにより、転送データの準備完了となったタイミングで再送要求を出し、転送データをそのまま転送先のバスに送信可能としたため、転送データのバッファリングが不要となる。
【００３３】
また、スプリット応答制御部１１４は、データの待ち合わせのために中断した転送と、それ以外の転送要求に対する中断を、それぞれ分離して管理し、必要に応じて再送要求を発行する手段である。本実施の形態のバスブリッジ回路１００に備わるスプリット応答制御部１１４は、図５に示すように、データの待ち合わせのために中断した転送のＩＤを保存する手段を有する一の回路Ｃ１０と、それ以外の転送ＩＤを保存する他の回路Ｃ２０を有する。
【００３４】
このように、データの待ち合わせのために中断した転送のＩＤを保存する一の回路Ｃ１０と、それ以外の転送要求に対する中断した転送のＩＤを保存する他の回路Ｃ２０を各々分離して管理し、必要に応じて再送要求を発行することにより、データの待ち合わせが完了し、最初に中断した転送を最優先で実行するまで、他の転送をマスクさせる事が可能となる。マスクされた転送は、優先された転送が始まると同時に再送要求が発行され、その時点でマスクが解除される。
【００３５】
すなわち、本実施の形態では、スプリット応答をした転送元となるＡＨＢバス１０２のマスタを２種類に分類して、現在実行する転送と先延ばしにする転送とを明確に分割することにより、先延ばしにした転送を実行可能になるまでマスクしておくことができる。このため、スプリット転送の効果的な制御が実現される。すなわち、転送元のＡＨＢバス１０２のデータを他のプロトコルのバス１０４に転送する際に、分割転送によりバス効率を向上させることが可能となる。
【００３６】
次に、本発明におけるバスブリッジ回路の第１の実施の形態におけるバスブリッジ回路の動作について図面を使用しながら説明する。図６は、ＡＨＢバス１０２から転送要求があったときに、転送先のバス１０４でデータ転送の準備が出来ていない場合の波形変化を示すタイミングチャートであり、図７は、ＡＨＢバス１０２から転送要求があったときに、転送先のバス１０４でデータ転送の準備が出来ている場合の波形変化を示すタイミングチャートである。また、図８は、図６及び７のタイミングチャートで説明した本発明の本実施の形態での転送制御部１１０の動作を処理フローに分解して説明するためのフローチャートである。
【００３７】
図６及び７では、上側はＡＨＢバス１０２のＨ ＣＬＫ信号、Ｈ ＡＤＤＲ（アドレス）信号、Ｈ Ｗ／Ｒ ＤＡＴＥ（ライト・リードデータ）信号、Ｈ ＲＥＡＤＹ（準備）信号、Ｈ ＲＥＳＰ（応答）信号、及びＨ ＳＰＬＩＴ（スプリット）信号を表し、下側は転送先となる他のプロトコルのバス１０４のリクエスト信号、アドレス信号、データレディ信号、及びデータ信号を表す。
【００３８】
図６及び７のタイミングチャートでは、バス１０４の架空のバスプロトコルとして、「リード転送のリードデータが準備できた場合、ライトデータを受信する準備が出来ている場合に、データレディ信号をアサートする。」という動作を定義する。各々のタイミングチャートで、チャート上のアドレスａｄｄｒ０から始まる転送は、ＡＨＢバス１０２からのリード転送を示し、アドレスａｄｄｒ１から始まる転送は、ＡＨＢバス１０２からのライト転送を示す。
【００３９】
また、図６及び７のタイミングチャート中の数字は、それぞれ図８のフローチャートにおいて示されるステップ数（Ｓ１〜Ｓ７）を表している。尚、リード転送の場合は、初期状態で転送データが用意されていることは無いので、図８のフローチャートのステップ６（Ｓ６）まで進んでいると仮定したタイミングチャートとする。
【００４０】
図８のフローチャートは、図６，７のタイミングチャートで説明した本発明の転送制御部の動作を、処理フローに分解して説明するものである。図８に示すフローチャートにおいて、ＡＨＢバスブリッジ回路１００は、ステップ１（Ｓ１）でＡＨＢバス１０２からの転送を検出する。次に、かかるＡＨＢバス１０２からの転送に対応したデータが既に転送先のバス１０４に準備されているか否かの確認が実行される。
【００４１】
その転送に対応したデータが既に転送先のバス１０４に準備されている場合は、ステップ７（Ｓ７）に進み、データ転送を終了させる。このときのバスブリッジ回路の動作は、図７のタイミングチャートで示される場合である。
【００４２】
上述のＡＨＢバス１０２からの転送に対応したデータがまだ準備されていない場合は、図６のタイミングチャートのようにステップ２（Ｓ２）にてスプリット応答を返し、転送を一時中断して、転送がリードかライトかを判定する。
【００４３】
このときの転送がリードである場合は、ステップ３（Ｓ３）にて、バス１０４に対してリード転送を開始し、バス１０４にリードデータを準備させる。また、このときの転送がライト転送である場合は、ステップ４（Ｓ４）を経てバス１０４がライトデータを受け付けられるようになるまで待機する。
【００４４】
また、この間にＡＨＢバス１０２にて別の転送が開始された場合、これらの転送に対してもスプリット応答を返し、これらのスプリット応答の転送をマスクする。データの準備が完了した場合は、ステップ５（Ｓ５）にてデータの準備が出来た転送に対してのみ再送要求を出す。
【００４５】
ステップ６（Ｓ６）では、転送が再開されたタイミングで上述のステップ３、４の期間中にマスクした転送に対して再送要求を出し、マスクを解除する。その後、ステップ７（Ｓ７）では、転送先のバス１０４でデータ転送の準備が完了しているので、ＡＨＢバス１０２と転送先のバス１０４のデータパスを接続してデータ転送を終了させる。
【００４６】
以上説明したように本実施の形態によれば、スプリット応答をした転送元のバスのマスタを２種類に分類して、現在実行する転送と先延ばしにする転送とを明確に分割することにより、先延ばしにした転送を実行可能になるまでマスクしておくことができるため、スプリット転送の効果的な制御が実現される。すなわち、転送元のＡＨＢバス１０２のデータを他のプロトコルのバス１０４に転送する際に、分割転送によりバス効率を向上させることが可能となる。
【００４７】
また、スプリット応答を用いた双方のデータ転送フェーズの待ち合わせにより、転送データの準備が可能になったタイミングで再送要求を出し、転送データをそのまま転送先のバスに送信可能としたため、転送データのバッファリングが不要となる。換言すると、従来のバスブリッジ回路のようなデータ変換装置を省略可能とすることにより、回路効率の向上、及びバスブリッジ回路のコンパクト化が実現される。
【００４８】
更に、入力されたＡＨＢトランザクションを他のバストランザクションに一層効率的に変換する構成を有することに伴って、本実施の形態のバスブリッジ回路を備える情報処理システムの省スペース化、かかる情報処理システムでの情報処理方法におけるマスタデバイスおよびスレーブデバイス間のデータアクセスの効率化により消費電力の削減を可能にする。
【００４９】
（第２の実施の形態）
次に、本発明のバスブリッジ回路の第２の実施の形態について図面を参照しながら詳細に説明する。
【００５０】
図９は、本発明の第２の実施の形態によるバスブリッジ回路２００の全体構成を示すブロック図である。第１の実施の形態においては、対象のバスはＡＨＢバスと架空のバスプロトコルを持つバス１０４間のバスブリッジとしていたが、本実施の形態では、コマンド変換手段をＡＨＢ以外のバスプロトコルに対応させることで、ＡＨＢ以外のバスに対してもバスブリッジ回路２００が適用可能となる。
【００５１】
本実施の形態では、第１の実施の形態のバスブリッジ回路１００のコマンド変換部１０６を変更し、ＡＨＢ以外のバスプロトコルに対応可能なコマンド変換部２０６とし、ＡＨＢバス１０２の代わりに転送中断・再開機能を有するバス２０２を転送元のバスとする。すなわち、本実施の形態は、ＡＨＢ以外のバスプロトコルを有するバス２０２から他のプロトコルを有するバス２０４へ、データ転送をするバスブリッジ回路２００である。
【００５２】
次に、図１０のタイミングチャートを用いて、本実施の形態のバスブリッジ回路２００の動作について説明する。図１０のタイミングチャート中の数字は、それぞれ図８のフローチャートにおいて示されるステップ数（Ｓ１〜Ｓ７）を表し、また図１０のタイミングチャート中の数字にダッシュが付されている数字は、それぞれ図８のフローチャートにおいて示されるステップ数（Ｓ１〜Ｓ７）と略同一の動作の工程を表している。
【００５３】
図１０に示す工程（１）に示す通り、バス２０２でリード転送が発生した場合、工程（２）にてデータの準備が出来るまで転送を中断させ、工程（３）にてデータの準備のためにバス２０４でも転送を開始する。また、他の転送が開始された場合は、上記の工程（３）で転送中断し後続の転送を待たせる。その後、工程（４）にてデータの準備が整った時点で、工程（５）でリード転送の再送を要求し、工程（６）で転送が再開された場合に、工程（７）でデータパスを接続し、転送先のバス２０４からリードデータをバス２０２に転送する。
【００５４】
同様に工程(１')でライト転送が発生した場合も、工程(２')でデータの受け入れ準備が出来るまで転送を中断し、工程（４'）でライトデータの受け入れ準備が整った時点で、工程（５'）の転送再送要求が出力される。その後、工程（６'）及び工程（７'）で再送検出とデータ転送が行われ、ライト転送が完了する。なお、本実施の形態における転送制御部２１０の動作の処理のフローチャートは、図８に示す第１の実施の形態の転送制御部１１０の動作の処理のフローチャートと同様である。
【００５５】
以上説明したように、本実施の形態では、コマンド変換手段をＡＨＢ以外のバスプロトコルに対応可能な構成とすることにより、ＡＨＢ以外のバスに対しても、プロトコルの異なるバス間の接続によるデータ転送を第１の実施の形態と同様に、よりコンパクトな回路でバス効率を低下させること無く実現可能となる。
【００５６】
以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【産業上の利用可能性】
【００５７】
本発明は、ＡＨＢを使用している全ての半導体集積回路に適用可能であり、特にＳＯＣに適用可能である。
【図面の簡単な説明】
【００５８】
【図１】図１は、本発明のバスブリッジ回路の第１の実施の形態の構成を示すブロック図である。
【図２】図２は、同実施の形態のバスブリッジ回路に備わるコマンド変換部の詳細を説明するための図である。
【図３】図３は、同実施の形態のバスブリッジ回路に備わるデータパス部の詳細を説明するための図である。
【図４】図４は、同実施の形態のバスブリッジ回路に備わる転送フロー制御部によるデータ転送の動作を説明するためのフローチャートである。
【図５】図５は、同実施の形態のバスブリッジ回路に備わるスプリット応答制御部の回路構成を説明するための図である。
【図６】図６は、同実施の形態のバスブリッジ回路においてＡＨＢバスから転送要求があったときに、転送先のバスでデータ転送の準備が出来ていない場合の波形変化を示すタイミングチャートである。
【図７】図７は、同実施の形態のバスブリッジ回路においてＡＨＢバスから転送要求があったときに、転送先のバスでデータ転送の準備が出来ている場合の波形変化を示すタイミングチャートである。
【図８】図８は、図６及び７のタイミングチャートで説明した同実施の形態での転送制御部の動作を処理フローに分解して説明するためのフローチャートである。
【図９】図９は、本発明の第２の実施の形態によるバスブリッジ回路の全体構成を示すブロック図である。
【図１０】図１０は、同実施の形態のバスブリッジ回路において転送元のバスから転送要求があったときに、転送先のバスでデータ転送の準備が出来ていない場合の波形変化を示すタイミングチャートである。
【符号の説明】
【００５９】
１００ バスブリッジ回路
１０２ ＡＨＢバス
１０４ バス
１０６ コマンド変換部
１０８ データパス部
１１０ 転送制御部
１１２ 転送フロー制御部
１１４ スプリット応答制御部
【技術分野】
【０００１】
本発明は、パーソナルコンピュータ、ワークステーション等の情報処理装置に備わるバスブリッジ回路、かかるバスブリッジ回路を備える情報処理システム、かかる情報処理システムの情報処理方法、及びプログラムに係り、特にＡＨＢ（Advanced High-performance Bus）とプロトコルの異なるバスとの接続において使用されるバスブリッジ回路を介して情報を転送する情報処理方法及びシステムに関する。
【背景技術】
【０００２】
パーソナルコンピュータ（Personal Computer；以下、ＰＣと称する。）をはじめ、ＣＰＵ（Central Processing Unit）を備えた情報処理システムにおいては、ＣＰＵに直接に接続されるローカルバスと、様々な周辺装置を相互に接続するシステムバスとに、それぞれ異なる転送方式が用いられる場合が多い。
【０００３】
通常は、ローカルバスにインターロック転送方式が用いられ、システムバスには、スプリット転送方式が用いられ、ローカルバスとシステムバスとは、インターフェース手段となるバスブリッジ回路を介して接続されている。
【０００４】
近年のデジタル技術の発展に伴い、複数のバスマスタをサポートし、高周波数帯域動作を可能にする高性能システムバスであるＡＨＢ（Advanced High-performance Bus）のような汎用バスを使用し、ＰＣの主要な機能を１つのチップに組み込むＳＯＣ(System On Chip)が実用化されている。ＣＰＵからメモリ及び周辺装置へのデータの転送用である第１のバスと、単一の周辺装置によるローカルメモリまたは他のローカル周辺装置への大量のデータの転送をサポートするための第２のバスとを接続するインターフェースとして、ＡＨＢ−ＨＴＢブリッジによりＳＯＣが実現されているバスブリッジが開示されている（例えば、特許文献１を参照）。このインターフェース手段は、これらのバス間の通信を可能にするとともに、データの完全性を保証する。
【０００５】
また、インタロックバスのローカルバスとスプリットバスのシステムバスとをブリッジ装置により接続したプロセッサシステムにおいて、標準ローカルバスを用いた場合でも、バス調停回路に特別な機能手段を設けることなく、バス競合回避を実現するブリッジ装置が開示されている（例えば、特許文献２を参照）。このブリッジ装置は、インタロックバスからスプリットバスへのデータ転送中に、スプリットバスからインタロックバスヘのデータ転送要求を受信した場合に、インタロックバスに対しリトライ要求応答を行ない、バッファにインタロックバスから転送中のアドレス情報を保持し、スプリットバスからのデータ転送完了後、インタロックバスから再送されたアドレス情報とバッファの内容とが一致した場合にインタロックバスからのアクセスにバス権を与え、スプリットバスへ新たにオーダ転送を実行せずにアンサ転送の受信待ち状態とする。かかるブリッジ装置の動作により、インタロックバスのローカルバスとスプリットバスのシステムバスとのバス競合回避を実現する
【０００６】
さらに、ＵＳＢとＡＴＡＰＩに対応する第１コマンド変換装置と、ＵＳＢとＡＴＡに対応する第２コマンド変換装置とを備え、切換装置が接続された第２の機器が持つインターフェースを診断し、その診断結果に基づいて、制御回路を介して第１又は第２コマンド変換装置を第２の機器に接続するインターフェース変換装置が開示されている（例えば、特許文献３を参照）。このインターフェース変換装置は、接続された装置を互いに認識させ、接続することができる。
【０００７】
【特許文献１】特開２００２−１２３４８２号公報
【特許文献２】特開２００１−０６０１８１号公報
【特許文献３】特開２００４−１２６７０７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１に開示されているバスブリッジ回路は、転送を完了するまでバス権を所有したままであることより、ＡＨＢ側のバス転送効率を低下させてしまう虞がある。また、かかるバスブリッジ回路の内部に最大転送サイズ分のデータバッファを備えることにより、回路が不必要に肥大化することが問題となっている。
【０００９】
特許文献２に開示されているブリッジ装置は、バス競合回避により、インタロックバス からスプリットバスへのデータ転送の効率の向上を実現するが、スプリットバスからのデータ転送であるスプリット転送の効率向上を実現するには至らない。
【００１０】
また、特許文献３に開示されているインターフェース変換装置は、上述したような各コマンド変換装置を要するため、インターフェース変換装置及びこのインターフェース変換装置を備える情報処理装置の小型化が困難となる。
【００１１】
そこで、本発明は、従来の技術が有する上記問題点に鑑みてなされたものであり、本発明の目的は、プロトコルの異なるバスの接続によるスプリット転送をよりコンパクトな回路でバス効率を低下させること無く実現させることの可能な、新規かつ改良されたバスブリッジ回路、かかるバスブリッジ回路を備える情報処理システム、かかる情報処理システムでの情報処理方法、及びプログラムを提供することである。
【課題を解決するための手段】
【００１２】
上記課題を解決するために、本発明のある観点によれば、一のバスからのデータを一のバスとプロトコルの異なる他のバスへスプリット応答を使用して転送するバスブリッジ回路において、スプリット応答により一のバスからのデータの使用効率を転送中断・マスキングにより向上させるバス効率化手段と、データの転送中断した際に中断した転送に対して優先順位を設けてデータを管理するデータ管理手段と、一のバス及び他のバス間で転送させるデータをバッファリングする機能を省略するデータバッファ省略手段と、を備えることを特徴とする、バスブリッジ回路が提供される。
【００１３】
このとき、一のバスは、ＡＨＢであることとしてもよく、また、データバッファ省略手段は、一のバス及び他のバス間でのデータ転送フェーズの待ち合わせを実行する回路であることとしてもよい。
【００１４】
このような構成とすることにより、プロトコルの異なる二つのバス間でデータ転送をする際に、スプリット応答をしたマスタを現在実行する転送と先延ばしにする転送とを明確に分類する機能を有することで、先延ばしにした転送を実行可能になるまでマスクしておくことが出来るため、スプリット転送を効果的に制御できる。
【００１５】
また、スプリット応答を用いた双方のデータ転送フェーズの待ち合わせにより、転送データの準備が可能になったタイミングで再送要求を出し、転送データをそのまま相手のバスに送ることが可能なため、転送データのバッファリングが不要となり、回路効率の向上、及びバスブリッジ回路のコンパクト化が実現される。
【００１６】
また、上記課題を解決するために、本発明の他の観点によれば、一のバスからのデータを一のバスとプロトコルの異なる他のバスへバスブリッジ回路を介してスプリット応答を使用することにより転送する情報処理システムにおいて、バスブリッジ回路には、スプリット応答により一のバスからのデータの使用効率を転送中断・マスキングにより向上させるバス効率化手段と、転送中断した際に中断した転送に対して優先順位を設けてデータを管理するデータ管理手段と、一のバス及び他のバス間で転送させるデータをバッファリングする機能を省略するデータバッファ省略手段と、を備えることを特徴とする、情報処理システムが提供される。
【００１７】
このとき、一のバスは、ＡＨＢであることとしてもよく、データバッファ省略手段は、一のバス及び他のバス間でのデータ転送フェーズの待ち合わせを実行する回路であることとしてもよい。
【００１８】
更に、上記課題を解決するために、本発明の他の観点によれば、一のバスからのデータを一のバスとプロトコルの異なる他のバスへバスブリッジ回路を介してスプリット応答を使用することにより転送する情報処理方法において、スプリット応答により一のバスからのデータの使用効率を転送中断・マスキングにより向上させるバス効率化工程と、バス効率化工程で中断したデータの転送に対して優先順位を設けてデータを管理するデータ管理工程と、一のバス及び他のバス間で転送させるデータをバッファリングする機能を省略するデータバッファ省略工程と、を含むことを特徴とする、情報処理方法が提供される。
【００１９】
このとき、一のバスは、ＡＨＢであることとしてもよく、また、データバッファ省略工程は、一のバス及び他のバス間でのデータ転送フェーズの待ち合わせにより実行されることとしてもよい。
【００２０】
また、上記課題を解決するために、本発明の他の観点によれば、上述の情報処理方法を一の情報処理装置に実現させることを特徴とする、プログラムが提供される。
【００２１】
このような構成とすることにより、本発明のバスブリッジ回路を情報処理システム、この情報処理システムによる情報処理方法、及びプログラムに取り入れることにより、上述した効果、すなわち、プロトコルの異なるバス間でデータ転送をする際に、入力されたバスのデータを別プロトコルのバスのデータに変換する機能、特に入力されたＡＨＢトランザクションを他のバストランザクション変換する機能を有することにより、プロトコルの異なるバス間でのデータのスプリット転送を効果的に制御でき、かつ転送データのバッファリングの省略により、バスブリッジ回路のコンパクト化、及び回路効率の向上が実現される。
【発明の効果】
【００２２】
以上説明したように本発明によれば、スプリット応答をしたマスタを現在実行する転送と先延ばしにする転送とを明確に分割することで、先延ばしにした転送を実行可能になるまでマスクすることにより、プロトコルの異なるバス間でのデータのスプリット転送を効果的に制御できる。また、スプリット応答を用いた双方のデータ転送フェーズの待ち合わせにより、転送データが準備完了となったタイミングで再送要求を出し、転送データをそのまま相手のバスに送ることにより、転送データのバッファリングを省略でき、バスブリッジ回路のコンパクト化、及び回路効率の向上が実現される。特に、ＡＨＢと異なるバスのデータ転送を小さな回路でＡＨＢ側のバス効率を低下させることなくデータ転送を実現可能とする。
【発明を実施するための最良の形態】
【００２３】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２４】
（第１の実施の形態）
まず、本発明におけるバスブリッジ回路の第１の実施の形態の構成について図面を使用しながら説明する。図１は、本発明のバスブリッジ回路の第１の実施の形態の構成を示すブロック図である。
【００２５】
本実施の形態では、バスブリッジ回路１００は、ＡＨＢバス１０２からＡＨＢバス１０２とプロトコルの異なるバス１０４へデータをスプリット転送するインターフェースである。かかるバスブリッジ回路１００は、図１に示すように、コマンド変換部１０６、データパス部１０８、転送制御部１１０を備える。かかる転送制御部１１０は、転送フロー制御部１１２とスプリット応答制御部１１４から構成される。これら各構成要素のブロックがバス線や制御線を介して接続され、また、データパス部１０４は、転送制御部１１０からの信号により制御される。
【００２６】
次に、本実施の形態のバスブリッジ回路１００に備わる上述した各構成要素の構成等の詳細について、図面を使用しながら説明する。図２は、本実施の形態のバスブリッジ回路１００に備わるコマンド変換部１０６、図３は、本実施の形態のバスブリッジ回路１００に備わるデータパス部１０８、図４は、本実施の形態のバスブリッジ回路１００に備わる転送制御部１１０に設けられた転送フロー制御部１１２、図５は、本実施の形態のバスブリッジ回路１００に備わる転送制御部１１０に設けられたスプリット応答制御部１１４の詳細を説明するための図である。
【００２７】
まず、図２を用いて、コマンド変換部１０６の詳細について説明する。コマンド変換部１０６は、ＡＨＢのバスプロトコルに即した転送コマンドをＡＨＢ以外のバスプロトコルに即した転送コマンドに変換する手段である。かかる転送コマンドの変換方法は、接続されるバス１０４の種類によって異なり、例えば、バス１０４のリード／ライト制御信号がリードの時に‘Ｈ’となるような信号ＲＥＡＤＥＮだった場合、ＲＥＡＤＥＮ＠バス１０４とＨＷＲＩＴＥ＠ＡＨＢ１０２は、インバータを介して変換される。
【００２８】
次に、図３を用いて、データパス部１０８の詳細について説明する。データパス部１０８は、ＡＨＢ１０２のデータバスとバス１０４のデータバス間の転送データ方向を制御する手段である。図３で示される下から上の方向に流れるデータは、ＡＨＢ１０２のデータバスからのライトデータであり、図３で示される上から下の方向に流れるデータは、バス１０４のデータバスからのリードデータである。このデータ転送の流れの際に、逆方向へのパスはマスクされ、各バス上で不要なデータ信号のトグルが行われないようになっている。
【００２９】
次に、図４及び５を用いて、転送制御部１１０を構成する転送フロー制御部１１２及びスプリット応答制御部１１４の詳細について説明する。図４は、本実施の形態のバスブリッジ回路１００に備わる転送フロー制御部１１２によるデータ転送の動作を説明するためのフローチャートであり、図５は、本実施の形態のバスブリッジ回路１００に備わるスプリット応答制御部１１４の回路構成を説明するための図である。
【００３０】
転送フロー制御部１１２は、コマンド変換部１０６で変換された情報を元にして、ＡＨＢバス１０２とバス１０４の転送制御を行う手段である。転送フロー制御部１１２によるデータ転送の動作は、図４に示すように、データの転送を開始して（Ｓ４０）、転送要求に対して、データを転送する準備できていない場合、すなわち、データの再送を要求する場合は（Ｓ４２）、一度転送を中断し（Ｓ４４）、データの準備が出来てから再送要求を行ってから（Ｓ４６）、データ転送を行う（Ｓ４８）。
【００３１】
本実施の形態では、転送フロー制御部１１２を上述する動作をする機能を備えることにより、データ転送のフェーズが双方のバス１０２、１０４で一致する為、データパス部１０８で転送データをバッファに貯める必要が無くなり、バスブリッジ回路１００内にバッファを設ける必要性が無くなる。このため、バスブリッジ回路１００の省スペース化、コンパクト化が実現される。なお、上述の工程Ｓ４２でデータの再送の要求がない場合は、即データ転送を実行する（Ｓ４８）。
【００３２】
上述したように、本実施の形態では、スプリット応答を用いた双方のデータ転送フェーズの待ち合わせにより、転送データの準備完了となったタイミングで再送要求を出し、転送データをそのまま転送先のバスに送信可能としたため、転送データのバッファリングが不要となる。
【００３３】
また、スプリット応答制御部１１４は、データの待ち合わせのために中断した転送と、それ以外の転送要求に対する中断を、それぞれ分離して管理し、必要に応じて再送要求を発行する手段である。本実施の形態のバスブリッジ回路１００に備わるスプリット応答制御部１１４は、図５に示すように、データの待ち合わせのために中断した転送のＩＤを保存する手段を有する一の回路Ｃ１０と、それ以外の転送ＩＤを保存する他の回路Ｃ２０を有する。
【００３４】
このように、データの待ち合わせのために中断した転送のＩＤを保存する一の回路Ｃ１０と、それ以外の転送要求に対する中断した転送のＩＤを保存する他の回路Ｃ２０を各々分離して管理し、必要に応じて再送要求を発行することにより、データの待ち合わせが完了し、最初に中断した転送を最優先で実行するまで、他の転送をマスクさせる事が可能となる。マスクされた転送は、優先された転送が始まると同時に再送要求が発行され、その時点でマスクが解除される。
【００３５】
すなわち、本実施の形態では、スプリット応答をした転送元となるＡＨＢバス１０２のマスタを２種類に分類して、現在実行する転送と先延ばしにする転送とを明確に分割することにより、先延ばしにした転送を実行可能になるまでマスクしておくことができる。このため、スプリット転送の効果的な制御が実現される。すなわち、転送元のＡＨＢバス１０２のデータを他のプロトコルのバス１０４に転送する際に、分割転送によりバス効率を向上させることが可能となる。
【００３６】
次に、本発明におけるバスブリッジ回路の第１の実施の形態におけるバスブリッジ回路の動作について図面を使用しながら説明する。図６は、ＡＨＢバス１０２から転送要求があったときに、転送先のバス１０４でデータ転送の準備が出来ていない場合の波形変化を示すタイミングチャートであり、図７は、ＡＨＢバス１０２から転送要求があったときに、転送先のバス１０４でデータ転送の準備が出来ている場合の波形変化を示すタイミングチャートである。また、図８は、図６及び７のタイミングチャートで説明した本発明の本実施の形態での転送制御部１１０の動作を処理フローに分解して説明するためのフローチャートである。
【００３７】
図６及び７では、上側はＡＨＢバス１０２のＨ ＣＬＫ信号、Ｈ ＡＤＤＲ（アドレス）信号、Ｈ Ｗ／Ｒ ＤＡＴＥ（ライト・リードデータ）信号、Ｈ ＲＥＡＤＹ（準備）信号、Ｈ ＲＥＳＰ（応答）信号、及びＨ ＳＰＬＩＴ（スプリット）信号を表し、下側は転送先となる他のプロトコルのバス１０４のリクエスト信号、アドレス信号、データレディ信号、及びデータ信号を表す。
【００３８】
図６及び７のタイミングチャートでは、バス１０４の架空のバスプロトコルとして、「リード転送のリードデータが準備できた場合、ライトデータを受信する準備が出来ている場合に、データレディ信号をアサートする。」という動作を定義する。各々のタイミングチャートで、チャート上のアドレスａｄｄｒ０から始まる転送は、ＡＨＢバス１０２からのリード転送を示し、アドレスａｄｄｒ１から始まる転送は、ＡＨＢバス１０２からのライト転送を示す。
【００３９】
また、図６及び７のタイミングチャート中の数字は、それぞれ図８のフローチャートにおいて示されるステップ数（Ｓ１〜Ｓ７）を表している。尚、リード転送の場合は、初期状態で転送データが用意されていることは無いので、図８のフローチャートのステップ６（Ｓ６）まで進んでいると仮定したタイミングチャートとする。
【００４０】
図８のフローチャートは、図６，７のタイミングチャートで説明した本発明の転送制御部の動作を、処理フローに分解して説明するものである。図８に示すフローチャートにおいて、ＡＨＢバスブリッジ回路１００は、ステップ１（Ｓ１）でＡＨＢバス１０２からの転送を検出する。次に、かかるＡＨＢバス１０２からの転送に対応したデータが既に転送先のバス１０４に準備されているか否かの確認が実行される。
【００４１】
その転送に対応したデータが既に転送先のバス１０４に準備されている場合は、ステップ７（Ｓ７）に進み、データ転送を終了させる。このときのバスブリッジ回路の動作は、図７のタイミングチャートで示される場合である。
【００４２】
上述のＡＨＢバス１０２からの転送に対応したデータがまだ準備されていない場合は、図６のタイミングチャートのようにステップ２（Ｓ２）にてスプリット応答を返し、転送を一時中断して、転送がリードかライトかを判定する。
【００４３】
このときの転送がリードである場合は、ステップ３（Ｓ３）にて、バス１０４に対してリード転送を開始し、バス１０４にリードデータを準備させる。また、このときの転送がライト転送である場合は、ステップ４（Ｓ４）を経てバス１０４がライトデータを受け付けられるようになるまで待機する。
【００４４】
また、この間にＡＨＢバス１０２にて別の転送が開始された場合、これらの転送に対してもスプリット応答を返し、これらのスプリット応答の転送をマスクする。データの準備が完了した場合は、ステップ５（Ｓ５）にてデータの準備が出来た転送に対してのみ再送要求を出す。
【００４５】
ステップ６（Ｓ６）では、転送が再開されたタイミングで上述のステップ３、４の期間中にマスクした転送に対して再送要求を出し、マスクを解除する。その後、ステップ７（Ｓ７）では、転送先のバス１０４でデータ転送の準備が完了しているので、ＡＨＢバス１０２と転送先のバス１０４のデータパスを接続してデータ転送を終了させる。
【００４６】
以上説明したように本実施の形態によれば、スプリット応答をした転送元のバスのマスタを２種類に分類して、現在実行する転送と先延ばしにする転送とを明確に分割することにより、先延ばしにした転送を実行可能になるまでマスクしておくことができるため、スプリット転送の効果的な制御が実現される。すなわち、転送元のＡＨＢバス１０２のデータを他のプロトコルのバス１０４に転送する際に、分割転送によりバス効率を向上させることが可能となる。
【００４７】
また、スプリット応答を用いた双方のデータ転送フェーズの待ち合わせにより、転送データの準備が可能になったタイミングで再送要求を出し、転送データをそのまま転送先のバスに送信可能としたため、転送データのバッファリングが不要となる。換言すると、従来のバスブリッジ回路のようなデータ変換装置を省略可能とすることにより、回路効率の向上、及びバスブリッジ回路のコンパクト化が実現される。
【００４８】
更に、入力されたＡＨＢトランザクションを他のバストランザクションに一層効率的に変換する構成を有することに伴って、本実施の形態のバスブリッジ回路を備える情報処理システムの省スペース化、かかる情報処理システムでの情報処理方法におけるマスタデバイスおよびスレーブデバイス間のデータアクセスの効率化により消費電力の削減を可能にする。
【００４９】
（第２の実施の形態）
次に、本発明のバスブリッジ回路の第２の実施の形態について図面を参照しながら詳細に説明する。
【００５０】
図９は、本発明の第２の実施の形態によるバスブリッジ回路２００の全体構成を示すブロック図である。第１の実施の形態においては、対象のバスはＡＨＢバスと架空のバスプロトコルを持つバス１０４間のバスブリッジとしていたが、本実施の形態では、コマンド変換手段をＡＨＢ以外のバスプロトコルに対応させることで、ＡＨＢ以外のバスに対してもバスブリッジ回路２００が適用可能となる。
【００５１】
本実施の形態では、第１の実施の形態のバスブリッジ回路１００のコマンド変換部１０６を変更し、ＡＨＢ以外のバスプロトコルに対応可能なコマンド変換部２０６とし、ＡＨＢバス１０２の代わりに転送中断・再開機能を有するバス２０２を転送元のバスとする。すなわち、本実施の形態は、ＡＨＢ以外のバスプロトコルを有するバス２０２から他のプロトコルを有するバス２０４へ、データ転送をするバスブリッジ回路２００である。
【００５２】
次に、図１０のタイミングチャートを用いて、本実施の形態のバスブリッジ回路２００の動作について説明する。図１０のタイミングチャート中の数字は、それぞれ図８のフローチャートにおいて示されるステップ数（Ｓ１〜Ｓ７）を表し、また図１０のタイミングチャート中の数字にダッシュが付されている数字は、それぞれ図８のフローチャートにおいて示されるステップ数（Ｓ１〜Ｓ７）と略同一の動作の工程を表している。
【００５３】
図１０に示す工程（１）に示す通り、バス２０２でリード転送が発生した場合、工程（２）にてデータの準備が出来るまで転送を中断させ、工程（３）にてデータの準備のためにバス２０４でも転送を開始する。また、他の転送が開始された場合は、上記の工程（３）で転送中断し後続の転送を待たせる。その後、工程（４）にてデータの準備が整った時点で、工程（５）でリード転送の再送を要求し、工程（６）で転送が再開された場合に、工程（７）でデータパスを接続し、転送先のバス２０４からリードデータをバス２０２に転送する。
【００５４】
同様に工程(１')でライト転送が発生した場合も、工程(２')でデータの受け入れ準備が出来るまで転送を中断し、工程（４'）でライトデータの受け入れ準備が整った時点で、工程（５'）の転送再送要求が出力される。その後、工程（６'）及び工程（７'）で再送検出とデータ転送が行われ、ライト転送が完了する。なお、本実施の形態における転送制御部２１０の動作の処理のフローチャートは、図８に示す第１の実施の形態の転送制御部１１０の動作の処理のフローチャートと同様である。
【００５５】
以上説明したように、本実施の形態では、コマンド変換手段をＡＨＢ以外のバスプロトコルに対応可能な構成とすることにより、ＡＨＢ以外のバスに対しても、プロトコルの異なるバス間の接続によるデータ転送を第１の実施の形態と同様に、よりコンパクトな回路でバス効率を低下させること無く実現可能となる。
【００５６】
以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【産業上の利用可能性】
【００５７】
本発明は、ＡＨＢを使用している全ての半導体集積回路に適用可能であり、特にＳＯＣに適用可能である。
【図面の簡単な説明】
【００５８】
【図１】図１は、本発明のバスブリッジ回路の第１の実施の形態の構成を示すブロック図である。
【図２】図２は、同実施の形態のバスブリッジ回路に備わるコマンド変換部の詳細を説明するための図である。
【図３】図３は、同実施の形態のバスブリッジ回路に備わるデータパス部の詳細を説明するための図である。
【図４】図４は、同実施の形態のバスブリッジ回路に備わる転送フロー制御部によるデータ転送の動作を説明するためのフローチャートである。
【図５】図５は、同実施の形態のバスブリッジ回路に備わるスプリット応答制御部の回路構成を説明するための図である。
【図６】図６は、同実施の形態のバスブリッジ回路においてＡＨＢバスから転送要求があったときに、転送先のバスでデータ転送の準備が出来ていない場合の波形変化を示すタイミングチャートである。
【図７】図７は、同実施の形態のバスブリッジ回路においてＡＨＢバスから転送要求があったときに、転送先のバスでデータ転送の準備が出来ている場合の波形変化を示すタイミングチャートである。
【図８】図８は、図６及び７のタイミングチャートで説明した同実施の形態での転送制御部の動作を処理フローに分解して説明するためのフローチャートである。
【図９】図９は、本発明の第２の実施の形態によるバスブリッジ回路の全体構成を示すブロック図である。
【図１０】図１０は、同実施の形態のバスブリッジ回路において転送元のバスから転送要求があったときに、転送先のバスでデータ転送の準備が出来ていない場合の波形変化を示すタイミングチャートである。
【符号の説明】
【００５９】
１００ バスブリッジ回路
１０２ ＡＨＢバス
１０４ バス
１０６ コマンド変換部
１０８ データパス部
１１０ 転送制御部
１１２ 転送フロー制御部
１１４ スプリット応答制御部
【特許請求の範囲】
【請求項１】
一のバスからのデータを前記一のバスとプロトコルの異なる他のバスへスプリット応答を使用して転送するバスブリッジ回路において、
前記スプリット応答により前記一のバスからの前記データの使用効率を転送中断・マスキングにより向上させるバス効率化手段と、
前記転送中断した際に中断した転送に対して優先順位を設けて前記データを管理するデータ管理手段と、
前記一のバス及び前記他のバス間で転送させる前記データをバッファリングする機能を省略するデータバッファ省略手段と、
を備えることを特徴とする、バスブリッジ回路。
【請求項２】
前記一のバスは、ＡＨＢ（Advanced High-performance Bus）であることを特徴とする、請求項１に記載のバスブリッジ回路。
【請求項３】
前記データバッファ省略手段は、前記一のバス及び前記他のバス間でのデータ転送フェーズの待ち合わせを実行する回路であることを特徴とする、請求項１又は２に記載のバスブリッジ回路。
【請求項４】
一のバスからのデータを前記一のバスとプロトコルの異なる他のバスへバスブリッジ回路を介してスプリット応答により転送する情報処理システムにおいて、
前記バスブリッジ回路には、
前記スプリット応答により前記一のバスからの前記データの使用効率を転送中断・マスキングにより向上させるバス効率化手段と、
前記転送中断した際に中断した転送に対して優先順位を設けて前記データを管理するデータ管理手段と、
前記一のバス及び前記他のバス間で転送させる前記データをバッファリングする機能を省略するデータバッファ省略手段と、
を備えることを特徴とする、情報処理システム。
【請求項５】
前記一のバスは、ＡＨＢであることを特徴とする、請求項４に記載の情報処理システム。
【請求項６】
前記データバッファ省略手段は、前記一のバス及び前記他のバス間でのデータ転送フェーズの待ち合わせを実行する回路であることを特徴とする、請求項４又は５に記載の情報処理システム。
【請求項７】
一のバスからのデータを前記一のバスとプロトコルの異なる他のバスへバスブリッジ回路を介してスプリット応答を使用することにより転送する情報処理方法において、
前記スプリット応答により前記一のバスからの前記データの使用効率を転送中断・マスキングにより向上させるバス効率化工程と、
前記バス効率化工程で中断した前記データの転送に対して優先順位を設けて前記データを管理するデータ管理工程と、
前記一のバス及び前記他のバス間で転送させる前記データをバッファリングする機能を省略するデータバッファ省略工程と、
を含むことを特徴とする、情報処理方法。
【請求項８】
前記一のバスは、ＡＨＢであることを特徴とする、請求項７に記載の情報処理方法。
【請求項９】
前記データバッファ省略工程は、前記一のバス及び前記他のバス間でのデータ転送フェーズの待ち合わせにより実行されることを特徴とする、請求項７又は８に記載の情報処理方法。
【請求項１０】
請求項７、８又は９に記載の情報処理方法を一の情報処理装置に実現させることを特徴とする、プログラム。
【請求項１】
一のバスからのデータを前記一のバスとプロトコルの異なる他のバスへスプリット応答を使用して転送するバスブリッジ回路において、
前記スプリット応答により前記一のバスからの前記データの使用効率を転送中断・マスキングにより向上させるバス効率化手段と、
前記転送中断した際に中断した転送に対して優先順位を設けて前記データを管理するデータ管理手段と、
前記一のバス及び前記他のバス間で転送させる前記データをバッファリングする機能を省略するデータバッファ省略手段と、
を備えることを特徴とする、バスブリッジ回路。
【請求項２】
前記一のバスは、ＡＨＢ（Advanced High-performance Bus）であることを特徴とする、請求項１に記載のバスブリッジ回路。
【請求項３】
前記データバッファ省略手段は、前記一のバス及び前記他のバス間でのデータ転送フェーズの待ち合わせを実行する回路であることを特徴とする、請求項１又は２に記載のバスブリッジ回路。
【請求項４】
一のバスからのデータを前記一のバスとプロトコルの異なる他のバスへバスブリッジ回路を介してスプリット応答により転送する情報処理システムにおいて、
前記バスブリッジ回路には、
前記スプリット応答により前記一のバスからの前記データの使用効率を転送中断・マスキングにより向上させるバス効率化手段と、
前記転送中断した際に中断した転送に対して優先順位を設けて前記データを管理するデータ管理手段と、
前記一のバス及び前記他のバス間で転送させる前記データをバッファリングする機能を省略するデータバッファ省略手段と、
を備えることを特徴とする、情報処理システム。
【請求項５】
前記一のバスは、ＡＨＢであることを特徴とする、請求項４に記載の情報処理システム。
【請求項６】
前記データバッファ省略手段は、前記一のバス及び前記他のバス間でのデータ転送フェーズの待ち合わせを実行する回路であることを特徴とする、請求項４又は５に記載の情報処理システム。
【請求項７】
一のバスからのデータを前記一のバスとプロトコルの異なる他のバスへバスブリッジ回路を介してスプリット応答を使用することにより転送する情報処理方法において、
前記スプリット応答により前記一のバスからの前記データの使用効率を転送中断・マスキングにより向上させるバス効率化工程と、
前記バス効率化工程で中断した前記データの転送に対して優先順位を設けて前記データを管理するデータ管理工程と、
前記一のバス及び前記他のバス間で転送させる前記データをバッファリングする機能を省略するデータバッファ省略工程と、
を含むことを特徴とする、情報処理方法。
【請求項８】
前記一のバスは、ＡＨＢであることを特徴とする、請求項７に記載の情報処理方法。
【請求項９】
前記データバッファ省略工程は、前記一のバス及び前記他のバス間でのデータ転送フェーズの待ち合わせにより実行されることを特徴とする、請求項７又は８に記載の情報処理方法。
【請求項１０】
請求項７、８又は９に記載の情報処理方法を一の情報処理装置に実現させることを特徴とする、プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２００６−３１３４５１（Ｐ２００６−３１３４５１Ａ）
【公開日】平成１８年１１月１６日（２００６．１１．１６）
【国際特許分類】
【出願番号】特願２００５−１３５７１９（Ｐ２００５−１３５７１９）
【出願日】平成１７年５月９日（２００５．５．９）
【出願人】（０００１９７３６６）ＮＥＣアクセステクニカ株式会社 (1,236)
【Ｆターム（参考）】
【公開日】平成１８年１１月１６日（２００６．１１．１６）
【国際特許分類】
【出願日】平成１７年５月９日（２００５．５．９）
【出願人】（０００１９７３６６）ＮＥＣアクセステクニカ株式会社 (1,236)
【Ｆターム（参考）】
[ Back to top ]