(57)【要約】【課題】相互バスブリッジを多段接続したデータ転送システムにおいて、相互バスブリッジ間での転送性能の低下を抑制し、処理能力を向上させる。【解決手段】相互バスブリッジ間の転送経路として複数の複線化バスを設けるとともに、マスタ側の相互バスブリッジに接続されているマスタモジュールの各々に対して、互いに重複することなく１つ以上の複線化バスを割り当て、相互バスブリッジ間での転送データの転送は、マスタモジュール毎に予め割り当てられている異なるバスを介して行うようにして、相互バスブリッジ間での転送性能の低下を抑制し、データ転送システムの処理能力を向上させる。【選択図】図１
2013168075.tif 000002
【特許請求の範囲】
【請求項１】
複数のマスタモジュールが接続されている第１の相互バスブリッジと、
スレーブモジュールが接続されている第２の相互バスブリッジと、
前記第１の相互バスブリッジと前記第２の相互バスブリッジとを接続するとともに、前記第１の相互バスブリッジに接続されている前記マスタモジュールの各々に対して互いに重複することなく１つ以上のバスが割り当てられる複数のバスとを備え、
前記第１の相互バスブリッジは、
前記バスの各々に対応して設けられ、対応する前記バスを介して前記第２の相互バスブリッジに転送される転送データに、当該バスを一意に識別可能なバス情報を付与して前記第２の相互バスブリッジに転送し、対応する前記バスを介して前記第２の相互バスブリッジから転送されてきた転送データから、前記バス情報を削除して前記マスタモジュールに対して転送する情報加工部と、
前記マスタモジュールからの転送データの転送先が前記第２の相互バスブリッジに接続されている前記スレーブモジュールであるかを判断し、転送先が前記スレーブモジュールである場合には、割り当てられている前記バスに対応する前記情報加工部に当該転送データを転送する振り分け部とを有し、
前記第２の相互バスブリッジは、前記第１の相互バスブリッジからの転送データの転送に対する応答として受けた前記スレーブモジュールからの転送データを、前記第１の相互バスブリッジからの転送データに付与された前記バス情報に対応する前記バスを介して前記第１の相互バスブリッジに転送することを特徴とするデータ転送システム。
【請求項２】
前記振り分け部は、２つ以上の前記バスが割り当てられた前記マスタモジュールからの転送データの転送先が前記スレーブモジュールである場合には、割り当てられている２つ以上の前記バスのうちから当該転送データの転送に使用する１つの前記バスを決定することを特徴とする請求項１記載のデータ転送システム。
【請求項３】
前記振り分け部は、割り当てられている２つ以上の前記バスのうちから前記転送データの転送に使用する１つの前記バスを所定の順序で巡回させ決定することを特徴とする請求項２記載のデータ転送システム。
【請求項４】
前記バス情報は、前記複数のバスに付与された固有のバス番号であることを特徴とする請求項１〜３の何れか１項に記載のデータ転送システム。
【請求項５】
前記バス情報の付与は、前記転送データが有する当該転送データを識別するためのＩＤ情報に前記バス番号を付加することを特徴とする請求項４記載のデータ転送システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のマスタモジュールとスレーブモジュールを有するデータ転送システムに関する。
【背景技術】
【０００２】
ＳｏＣ（System on a Chip）チップの開発において、複数のマスタモジュールとスレーブモジュールを相互バスブリッジで接続する構成がよく使われる。図１４（Ａ）は、複数のマスタモジュール５０１〜５０３とスレーブモジュール５０４〜５０６を相互バスブリッジ５０７で接続したシステムの構成例を示す図であり、図１４（Ｂ）は、図１４（Ａ）に示すシステムにおけるメモリマップの構成例を示す図である。
【０００３】
相互バスブリッジ５０７は、インタフェース部ＳＡ、ＳＢ、ＳＣ、ＭＡ、ＭＢ、ＭＣを有する。インタフェース部ＳＡ、ＳＢ、ＳＣがマスタモジュール５０１、５０２、５０３に接続され、インタフェース部ＭＡ、ＭＢ、ＭＣがスレーブモジュール５０４、５０５、５０６に接続される。相互バスモジュール５０７は、インタフェース部ＳＡ、ＳＢ、ＳＣとインタフェース部ＭＡ、ＭＢ、ＭＣとの間で相互に信号やデータが転送可能となっている。したがって、例えばマスタモジュール５０１及びスレーブモジュール５０６の間でのデータ転送と、マスタモジュール５０２及びスレーブモジュール５０４の間でのデータ転送とを、同時に実行することが可能である。
【０００４】
また、モジュール分割の観点から機能ブロック毎に分ける設計を行うためや、目標性能を満たすためなどといった様々な理由から、相互バスブリッジを複数使用した多段構成にすることがある。図１５（Ａ）は、相互バスブリッジを多段接続したシステムの構成例を示す図であり、図１５（Ｂ）は、図１５（Ａ）に示すシステムにおけるメモリマップの構成例を示す図である。
【０００５】
第１の相互バスブリッジ６１１は、インタフェース部ＳＡ１、ＳＢ１、ＳＣ１、ＭＡ１、ＭＢ１、ＭＣ１を有し、インタフェース部ＳＡ１、ＳＢ１、ＳＣ１とインタフェース部ＭＡ１、ＭＢ１、ＭＣ１との間で相互に信号やデータが転送可能となっている。インタフェース部ＳＡ１、ＳＢ１、ＳＣ１がマスタモジュール６０１、６０２、６０３に接続され、インタフェース部ＭＡ１、ＭＢ１がスレーブモジュール６０６、６０７に接続される。
【０００６】
また、第２の相互バスブリッジ６１２は、インタフェース部ＳＡ２、ＳＢ２、ＳＣ２、ＭＡ２、ＭＢ２、ＭＣ２を有し、インタフェース部ＳＡ２、ＳＢ２、ＳＣ２とインタフェース部ＭＡ２、ＭＢ２、ＭＣ２との間で相互に信号やデータが転送可能となっている。インタフェース部ＳＢ２、ＳＣ２がマスタモジュール６０４、６０５に接続され、インタフェース部ＭＡ２、ＭＢ２、ＭＣ２がスレーブモジュール６０８、６０９、６１０に接続される。また、第１の相互バスブリッジ６１１と第２の相互バスブリッジ６１２とが、第１の相互バスブリッジ６１１のインタフェース部ＭＣ１及び第２の相互バスブリッジ６１２のインタフェース部ＳＡ１により接続される。
【０００７】
ここで、相互バスブリッジを複数使用して多段構成にする場合、相互バスブリッジ間の転送経路としては１本のバスを割り当てるのが一般的である。この場合、相互バスブリッジ間の１本のバスに対して複数のスレーブモジュールが接続されたこととなり、他の転送経路と比べると通過する転送データが多いので混雑しやすくなる。これが、システムにおいて転送効率が低下する原因の一つとなる。また、相互バスブリッジ間を接続するバスの混雑によるバスブリッジの処理能力の低下で、接続されたモジュールの性能が十分に活かせなくなるといった問題も起こりうる。
【０００８】
相互バスブリッジを多段接続したシステムにおいて、相互バスブリッジ間に２つの転送経路を設け、要求に応じて動的に選択した転送経路を介してスレーブモジュールに対するアクセスを可能にすることで、データ転送性能の向上を図る技術が提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００７−１９９８５９号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明の目的は、相互バスブリッジを多段接続したデータ転送システムにおいて、相互バスブリッジ間での転送性能の低下を抑制し、処理能力を向上させることにある。
【課題を解決するための手段】
【００１１】
本発明の一観点によれば、複数のマスタモジュールが接続されている第１の相互バスブリッジと、スレーブモジュールが接続されている第２の相互バスブリッジと、相互モジュール間を接続するとともに、マスタモジュールの各々に対して互いに重複することなく１つ以上のバスが割り当てられる複数のバスとを備えるデータ転送システムが提供される。第１の相互バスブリッジは、バスの各々に対応して設けられた情報加工部と、マスタモジュールからの転送データの転送先が第２の相互バスブリッジに接続されているスレーブモジュールである場合に、割り当てられているバスに対応する情報加工部に当該転送データを転送する振り分け部とを有する。情報加工部は、対応するバスを介して第２の相互バスブリッジに転送される転送データに、当該バスを一意に識別可能なバス情報を付与して転送し、対応するバスを介して前記第２の相互バスブリッジから転送されてきた転送データから、バス情報を削除してマスタモジュールに対して転送する。また、第２の相互バスブリッジは、第１の相互バスブリッジからの転送データの転送に対する応答として受けたスレーブモジュールからの転送データを、第１の相互バスブリッジからの転送データに付与されたバス情報に対応するバスを介して第１の相互バスブリッジに転送する。
【発明の効果】
【００１２】
本発明によれば、相互バスブリッジ間における転送データの転送は、マスタモジュール毎に予め割り当てられた異なるバスを介して行われるので、相互バスブリッジ間での転送性能の低下を抑制し、データ転送システムにおける転送効率及び処理能力を向上させることができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態におけるデータ転送システムの構成例を示す図である。
【図２】本実施形態におけるデータ転送システムの他の構成例を示す図である。
【図３】本実施形態における相互バスブリッジ（マスタ側）の構成例を示す図である。
【図４】本実施形態における転送制御部（マスタ側）の構成例を示す図である。
【図５】本実施形態における情報加工部の構成例を示す図である。
【図６】本実施形態におけるＩＤの拡張及び復元を説明するための図である。
【図７】本実施形態における相互バスブリッジ（スレーブ側）の構成例を示す図である。
【図８】本実施形態における調停部の構成例を示す図である。
【図９】本実施形態における転送制御部（スレーブ側）の構成例を示す図である。
【図１０】図１５に示したシステムでのライト転送動作の例を示すタイミングチャートである。
【図１１】本実施形態におけるライト転送動作の例を示すタイミングチャートである。
【図１２】図１５に示したシステムでのリード転送動作の例を示すタイミングチャートである。
【図１３】本実施形態におけるリード転送動作の例を示すタイミングチャートである。
【図１４】相互バスブリッジを用いたシステムの構成例を示す図である。
【図１５】相互バスブリッジを多段接続したシステムの構成例を示す図である。
【発明を実施するための形態】
【００１４】
以下、本発明の実施形態を図面に基づいて説明する。
【００１５】
図１は、本発明の実施形態におけるデータ転送システムの構成例を示す図である。図１において、マスタモジュール１１、１２、１３とスレーブモジュール２１、２２とが、マスタ側の第１の相互バスブリッジ３０Ａに接続される。また、マスタモジュール１４、１５とスレーブモジュール２３、２４、２５とが、スレーブ側の第２の相互バスブリッジ４０Ａに接続される。第１の相互バスブリッジ３０Ａと第２の相互バスブリッジ４０Ａとが、複数の独立した複線化バスＭＢＵＳ１、ＭＢＵＳ２、ＭＢＵＳ３により接続される。
【００１６】
第１の相互バスブリッジ３０Ａは、インタフェース部ＳＡ１、ＳＢ１、ＳＣ１、ＭＡ１、ＭＢ１、ＭＣ１（ＭＣ１−１、ＭＣ１−２、ＭＣ１−３）を有する。なお、本実施形態において、先頭が“Ｍ”であるインタフェース部は外部からマスタのように見えるインタフェース部であり、先頭が“Ｓ”であるインタフェース部は外部からスレーブのように見えるインタフェース部である。インタフェース部ＳＡ１、ＳＢ１、ＳＣ１がマスタモジュール１１、１２、１３に接続され、インタフェース部ＭＡ１、ＭＢ１がスレーブモジュール２１、２２に接続される。
【００１７】
第２の相互バスブリッジ４０Ａは、インタフェース部ＳＡ２（ＳＡ２−１、ＳＡ２−２、ＳＡ２−３）、ＳＢ２、ＳＣ２、ＭＡ２、ＭＢ２、ＭＣ２を有する。インタフェース部ＳＢ２、ＳＣ２がマスタモジュール１４、１５に接続され、インタフェース部ＭＡ２、ＭＢ２、ＭＣ２がスレーブモジュール２３、２４、２５に接続される。
【００１８】
また、第１の相互バスブリッジ３０Ａのインタフェース部ＭＣ１−１と第２の相互バスブリッジ４０Ａのインタフェース部ＳＡ２−１とが複線化バスＭＢＵＳ１により接続される。同様に、第１の相互バスブリッジ３０Ａのインタフェース部ＭＣ１−２、ＭＣ１−３と第２の相互バスブリッジ４０Ａのインタフェース部ＳＡ２−２、ＳＡ２−２とが複線化バスＭＢＵＳ２、ＭＢＵＳ３によりそれぞれ接続される。
【００１９】
マスタ側の第１の相互バスブリッジ３０Ａは、振り分け回路３１Ａ、バスブリッジ回路３３、及びバス複線化回路３４Ａを有する。振り分け回路３１Ａは、マスタモジュール１１、１２、１３からのアクセスについて、そのアクセス先に応じた振り分けを行う。振り分け回路３１Ａは、マスタモジュール１１、１２、１３の各々に対応して設けられた転送制御部３２Ａ−１、３２Ａ−２、３２Ａ−３を有する。
【００２０】
転送制御部３２Ａ−１〜３２Ａ−３の各々は、対応するマスタモジュール１１〜１３からのアクセスが、どのスレーブモジュール２１〜２５をアクセス先とするものであるかを転送先アドレスに基づいて判断する。判断の結果、アクセス先が第１の相互バスブリッジ３０Ａに接続されているスレーブモジュール２１、２２である場合には、転送制御部３２Ａ−１〜３２Ａ−３の各々は、マスタモジュール１１〜１３からのアクセスを従来のバスブリッジ回路に送る。一方、アクセス先が第２の相互バスブリッジ４０Ａに接続されているスレーブモジュール２３〜２５である場合には、転送制御部３２Ａ−１〜３２Ａ−３の各々は、マスタモジュール１１〜１３からのアクセスをバス複線化回路３４Ａに送る。また、転送制御部３２Ａ−１〜３２Ａ−３の各々は、マスタモジュール１１〜１３からのアクセスに対するスレーブモジュール２１〜２５の応答を、必要に応じて調停しマスタモジュール１１〜１３に送信する。
【００２１】
ここで、本実施形態では、第１の相互バスブリッジ３０Ａに接続されているマスタモジュール１１〜１３の各々に対して、互いに重複することなく１つ以上の複線化バスＭＢＵＳ１、ＭＢＵＳ２、ＭＢＵＳ３が割り当てられている。この複線化バスのマスタモジュールへの割り当ては、例えば回路構成や要求される転送性能等に応じて、回路設計の段階などで予め決定する。図１においては、マスタモジュール１１に対して複線化バスＭＢＵＳ１を割り当て、マスタモジュール１２に対して複線化バスＭＢＵＳ２を割り当て、マスタモジュール１３に対して複線化バスＭＢＵＳ３を割り当てた例を示している。
【００２２】
したがって、アクセス先が第２の相互バスブリッジ４０Ａに接続されているスレーブモジュール２３〜２５である場合には、転送制御部３２Ａ−１は、マスタモジュール１１からのアクセスを複線化バスＭＢＵＳ１に対応するバス複線化回路３４Ａのインタフェース部ＳＣ１−１に対して送る。同様に、アクセス先が第２の相互バスブリッジ４０Ａに接続されているスレーブモジュール２３〜２５である場合には、転送制御部３２Ａ−２は、マスタモジュール１１からのアクセスを複線化バスＭＢＵＳ２に対応するバス複線化回路３４Ａのインタフェース部ＳＣ１−２に対して送る。また、アクセス先が第２の相互バスブリッジ４０Ａに接続されているスレーブモジュール２３〜２５である場合には、転送制御部３２Ａ−３は、マスタモジュール１１からのアクセスを複線化バスＭＢＵＳ３に対応するバス複線化回路３４Ａのインタフェース部ＳＣ１−３に対して送る。
【００２３】
バス複線化回路３４Ａは、複線化バスＭＢＵＳ１〜ＭＢＵＳ３の各々に対応して、インタフェース部ＳＣ１−１〜ＳＣ１−３、ＭＣ１−１〜ＭＣ１−３及び情報加工部３５−１〜３５−３を有する。情報加工部３５−１〜３５−３の各々は、マスタ側からスレーブ側へ転送される転送データにバス情報を付与し、スレーブ側からマスタ側へ転送される転送データから付与されているバス情報を削除する。バス情報は、使用したバスを一意に識別できる情報であり、例えばバス毎に異なる番号が付されたバス番号である。
【００２４】
スレーブ側の第２の相互バスブリッジ４０Ａは、バス複線化回路４１Ａ、バスブリッジ回路４２、拡張処理部４３、及び振り分け回路４５Ａを有する。バス複線化回路４１Ａは、複線化バスＭＢＵＳ１〜ＭＢＵＳ３の各々に対応して、インタフェース部ＳＣ１−１〜ＳＣ１−３、ＭＣ１−１〜ＭＣ１−３を有する。バス複線化回路４１Ａが外部から受けた転送データは、対応するインタフェース部ＳＣ１−１〜ＳＣ１−３及びＭＣ１−１〜ＭＣ１−３との間でそのまま転送される。
【００２５】
拡張処理部４３は、スレーブ２３〜２５の各々に対応するようにして情報加工部４４−１〜４４−３を有し、従来のバスブリッジ回路４２を介して送受信されるマスタ１４、１５からのアクセスにおける転送データに対してバス情報の付与及び削除を行う。情報加工部４４−１〜４４−３の各々は、マスタ側からスレーブ側へ転送される転送データにバス情報を付与し、スレーブ側からマスタ側へ転送される転送データから付与されているバス情報を削除する。
【００２６】
振り分け回路４５Ａは、マスタモジュール１１〜１５からのアクセスにおける転送データを、第２の相互バスブリッジ４０Ａに接続されているスレーブモジュール２３〜２５に受け渡す。また、振り分け回路４５Ａは、スレーブモジュール２３〜２５からの応答に対応するためにその転送データがどのバスを使用して転送されたかを示すバス情報を保持しておき、スレーブモジュール２３〜２５からの応答を保持していたバス情報に従って転送する。振り分け回路４５Ａは、転送調停部４６Ａ、及びスレーブモジュール２３、２４、２５の各々に対応して設けられた転送制御部４７Ａ−１、４７Ａ−２、４７Ａ−３を有する。
【００２７】
転送調停部４６Ａは、複線化バスＭＢＵＳ１〜ＭＢＵＳ３及びバス複線化回路４１Ａを介したマスタモジュール１１〜１３からのアクセスが、どのスレーブモジュール２３〜２５をアクセス先とするものであるかを転送先アドレスに基づいて判断する。転送調停部４６Ａは、判断の結果に従って、マスタモジュール１１〜１３からのアクセスを転送制御部４７Ａ−１、４７Ａ−２、４７Ａ−３のいずれかに送る。また、転送調停部４６Ａは、マスタモジュール１１〜１３からのアクセスに対するスレーブモジュール２３〜２５の応答を、必要に応じて調停しバス情報に対応するバス複線化回路４１Ａのインタフェース部ＭＡ２−１〜ＭＡ２−３に送信する。
【００２８】
転送制御部４７Ａ−１、４７Ａ−２、４７Ａ−３の各々は、マスタモジュール１１〜１５からのアクセスを、必要に応じて調停し対応するスレーブモジュール２３〜２５に送信する。また、転送制御部４７Ａ−１、４７Ａ−２、４７Ａ−３の各々は、対応するスレーブモジュール２３〜２５からの応答を、バス情報に対応するバスに送信されるよう振り分ける。
【００２９】
図１に示したデータ転送システムにおいて、例えばマスタモジュール１１とスレーブ２３との間での転送は、振り分け回路３１Ａ、バス複線化回路３４Ａ、複線化バスＭＢＵＳ１、バス複線化回路４１Ａ、及び振り分け回路４６Ａを介して転送データが転送される。また、例えばマスタモジュール１２とスレーブ２４との間での転送は、振り分け回路３１Ａ、バス複線化回路３４Ａ、複線化バスＭＢＵＳ２、バス複線化回路４１Ａ、及び振り分け回路４６Ａを介して転送データが転送される。このように、第１の相互バスブリッジ３０Ａに接続されているマスタモジュール１１〜１３及び第２の相互バスブリッジ４０Ａに接続されているスレーブモジュール２３〜２５の間でのデータ転送における相互バスブリッジ間の転送は、マスタモジュール１１〜１３毎に異なるバスを用いて行われる。また、バス複線化回路３４Ａの情報加工部３５−１〜３５−３よりスレーブ側では、使用する複線化バスを示すバス情報を付与して転送データが転送される。
【００３０】
したがって、従来と同様のメモリマップを使用しながらも、あるアドレス領域に対する転送における相互バスブリッジ３０Ａ、４０Ａ間での転送を互いに異なる複数のバスを使用して行うことができる。これにより、相互バスブリッジ３０Ａ、４０Ａに接続されている各モジュール１１〜１５、２１〜２５は、仕様等を変更することなく従来と同様のものを使用し、アクセスを分散させることができ、相互バスブリッジ間での転送性能の低下を抑制することができる。それにより、データ転送システムにおける転送効率及び処理能力を向上させることができる。また、相互バスブリッジ間での転送順を決めるための調停機能を備える必要がなくなり、相互バスブリッジの構成の簡素化及び転送効率の向上を図ることができる。
【００３１】
なお、図１に示したデータ転送システムの構成は一例であり、これに限定されるものではない。各モジュールの数や相互バスブリッジの数及び接続段数等は適宜変更することができる。例えば、相互バスブリッジについては、マスタ側となる相互バスブリッジは、図１に示したような振り分け回路３１Ａ及びバス複線化回路３４Ａを有すれば良い。また、スレーブ側となる相互バスブリッジは、図１に示したようなバス複線化回路４１Ａ、拡張処理部４３、及び振り分け回路４５Ａを有すれば良い。
【００３２】
また、図１においては、相互バスブリッジ３０Ａに接続されているマスタモジュールの各々に対して１本の複線化バスを割り当てた例を示したが、マスタモジュールに対して割り当てる複線化バスの数はこれに限定されず、任意である。例えば、図２に示すように、マスタモジュール１１に対して２本の複線化バスＭＢＵＳ１、ＭＢＵＳ２を割り当て、マスタモジュール１２に対して２本の複線化バスＭＢＵＳ３、ＭＢＵＳ４を割り当て、マスタモジュール１３に対して１本の複線化バスＭＢＵＳ５を割り当てるようにすることも可能である。
【００３３】
図２は、本実施形態におけるデータ転送システムの他の構成例を示す図である。この図２において、図１に示したブロック等と同一の機能を有するブロック等には同一の符号を付し、重複する説明は省略する。第１の相互バスブリッジ３０Ｂ及び第２の相互バスブリッジ４０Ｂは、図１に示した第１の相互バスブリッジ３０Ａ及び第２の相互バスブリッジ４０Ａにそれぞれ相当する。第１の相互バスブリッジ３０Ｂにおける振り分け回路３１Ｂ、転送制御部３２Ｂ、バス複線化回路３４Ｂは、図１に示した振り分け回路３１Ａ、転送制御部３２Ａ、バス複線化回路３４Ａにそれぞれ相当し、複線化バスＭＢＵＳ１〜ＭＢＵＳ５に応じて適宜拡張されている。また、第２の相互バスブリッジ４０Ｂにおけるバス複線化回路４１Ｂ、振り分け回路４５Ｂ、転送調停部４６Ｂ、転送制御部４７Ｂは、図１に示したバス複線化回路４１Ａ、振り分け回路４５Ａ、転送調停部４６Ａ、転送制御部４７Ａにそれぞれ相当し、複線化バスＭＢＵＳ１〜ＭＢＵＳ５に応じて適宜拡張されている。
また、複数の複線化バスが割り当てられたマスタモジュールに対応する転送制御部３２Ｂ−１、３２Ｂ−２は、使用する複線化バスを決定するための調停機能をさらに有する。なお、調停方法としては、例えばラウンドロビン等の任意の調停方法が適用できる。
【００３４】
以下、本実施形態における相互バスブリッジの詳細について説明する。なお、以下では、図２に示した相互バスブリッジ３０Ｂ、４０Ｂに対して、ＡＭＢＡ（Advanced Microcontroller Bus Architecture）３のＡＸＩ（Advanced eXtensible Interface）バス規格を採用したものを一例として説明する。
【００３５】
図３は、本実施形態におけるマスタ側の相互バスブリッジ３０Ｂの構成例を示す図である。相互バスブリッジ３０Ｂは、振り分け回路３１Ｂ、バスブリッジ回路３３、及びバス複線化回路３４Ｂを有する。マスタ側の振り分け回路３１Ｂは、各マスタモジュールからの転送データの振り分けや、スレーブモジュールからの応答のマスタモジュールへの転送（調停処理を含む）を行う。また、振り分け回路３１Ｂは、マスタ側のバス複線化回路３４Ｂに接続するバスで、１つのマスタモジュールからのアクセスを複数のバスに振り分ける場合には、使用するバスを決める調停処理を行う。調停処理の方法は、任意であり、例えばラウンドロビン（巡回優先）である。
【００３６】
振り分け回路３１Ｂは、第１のマスタモジュール１１に対応する転送制御部３２Ｂ−１、第２のマスタモジュール１２に対応する転送制御部３２Ｂ−２、及び第３のマスタモジュール１３に対応する転送制御部３２Ｂ−３を有する。転送制御部３２Ｂ−１〜３２Ｂ−３は、対応するマスタモジュール１１〜１３とＡＸＩバスインタフェースで接続されている。
【００３７】
図４は、マスタ側の転送制御部３２Ｂ−１、３２Ｂ−２の構成例を示す図である。転送制御部３２Ｂ−１、３２Ｂ−２は、ＡＸＩバス規格における各チャネル（ＡＲｃｈ、ＡＷｃｈ、Ｗｃｈ、Ｒｃｈ、Ｂｃｈ）毎に振り分けや調停を行う。ここで、ＡＲｃｈは、リードリクエスト送信に係るチャネルであり、ＡＷｃｈはライトリクエスト送信に係るチャネルであり、Ｗｃｈはライトデータ送信に係るチャネルである。また、Ｒｃｈはリードデータ応答を含むリードレスポンス受信に係るチャネルであり、Ｂｃｈはライト処理の完了を示すライトレスポンス受信に係るチャネルである。
【００３８】
図４において、ＡＲｃｈインタフェースのアドレス振り分け部１０１は、ＡＲｃｈインタフェースを介したマスタモジュールからのリードリクエストの送信経路を選択する。アドレス振り分け部１０１は、マスタモジュールからのリードリクエストのアクセス先のアドレスが、従来のバスブリッジ回路３３宛であるか、複線化バス宛であるかを判別する。そして、従来のバスブリッジ回路３３宛である場合には、アドレス振り分け部１０１は、マスタモジュールからのリードリクエストをバスＢｕｓＡのＡＲｃｈインタフェースを介してバスブリッジ回路３３のバスブリッジ回路本体３６に転送する。なお、バスＢｕｓＡは、転送制御部とバスブリッジ回路３３とを接続するバスである。一方、複線化バス宛である場合には、アドレス振り分け部１０１は、マスタモジュールからのリードリクエストをＡＲｃｈインタフェースのバス番号振り分け部１０２に転送する。
【００３９】
ＡＲｃｈインタフェースのバス番号振り分け部１０２は、複線化バス宛のリードリクエストをバス番号指定部１０３で示されるバス番号の複線化バスに対応するバスＢｕｓＢ、ＢｕｓＣのＡＲｃｈインタフェースを介してバス複線化回路３４Ｂに転送する。バスＢｕｓＢは、転送制御部と第１の複線化バスに対応するバス複線化回路３４Ｂのインタフェースとを接続する第１のバスである。また、バスＢｕｓＣは、第１のバスであるバスＢｕｓＢとは異なるバスであって、転送制御部と第２の複線化バスに対応するバス複線化回路３４Ｂのインタフェースとを接続する第２のバスである。
【００４０】
バス番号指定部１０３は、予め指定されているバス番号のうちから複線化バス宛のリードリクエストの転送に使用するバス番号を決定する。決定方法は、例えばラウンドロビンを用いる。また、バス番号指定部１０３において、次回のバス番号に切り替えるタイミングは、リードリクエスト送信完了後、すなわちリードリクエスト送信に係るバリッド信号及びレディ信号がともにアサートされたときである。なお、対応するマスタモジュールに対して１つの複線化バスが割り当てられている場合には、バス番号指定部１０３が示すバス番号は固定されている。
【００４１】
ＡＷｃｈインタフェースのアドレス振り分け部１０４は、ＡＷｃｈインタフェースを介したマスタモジュールからのライトリクエストの送信経路を選択する。アドレス振り分け部１０４は、マスタモジュールからのライトリクエストのアクセス先のアドレスが、従来のバスブリッジ回路３３宛であるか、複線化バス宛であるかを判別する。そして、従来のバスブリッジ回路３３宛である場合には、アドレス振り分け部１０４は、マスタモジュールからのライトリクエストをバスＢｕｓＡのＡＷｃｈインタフェースを介してバスブリッジ回路３３のバスブリッジ回路本体３６に転送する。一方、複線化バス宛である場合には、アドレス振り分け部１０４は、マスタモジュールからのライトリクエストをＡＷｃｈインタフェースのバス番号振り分け部１０５に転送する。また、アドレス振り分け部１０４は、ライトリクエスト送信後のライトデータ送信のために、ライトリクエストの転送先情報をＷｃｈインタフェースの転送先指定部１０６に送る。
【００４２】
ＡＷｃｈインタフェースのバス番号振り分け部１０５は、複線化バス宛のライトリクエストをバス番号指定部１０８で示されるバス番号の複線化バスに対応するバスＢｕｓＢ、ＢｕｓＣのＡＷｃｈインタフェースを介してバス複線化回路３４Ｂに転送する。
【００４３】
Ｗｃｈインタフェースの転送先指定部１０６は、アドレス振り分け部１０４から受けたライトリクエストの転送先情報に基づいて、Ｗｃｈインタフェースを介したマスタモジュールからのライトデータの送信経路を選択する。転送先指定部１０６は、ライトリクエストの転送先が従来のバスブリッジ回路３３宛である場合には、マスタモジュールからのライトデータをバスＢｕｓＡのＷｃｈインタフェースを介してバスブリッジ回路３３のバスブリッジ回路本体３６に転送する。一方、転送先指定部１０６は、ライトリクエストの転送先が複線化バス宛である場合には、マスタモジュールからのライトデータをＷｃｈインタフェースのバス番号振り分け部１０７に転送する。
【００４４】
Ｗｃｈインタフェースのバス番号振り分け部１０７は、複線化バス宛のライトデータをバス番号指定部１０８で示されるバス番号の複線化バスに対応するバスＢｕｓＢ、ＢｕｓＣのＷｃｈインタフェースを介してバス複線化回路３４Ｂに転送する。
【００４５】
バス番号指定部１０８は、予め指定されているバス番号のうちから複線化バス宛のライトリクエスト及びライトデータの転送に使用するバス番号を決定する。決定方法は、例えばラウンドロビンを用いる。また、バス番号指定部１０３において、次回のバス番号に切り替えるタイミングは、ライトデータ送信完了後、すなわちライトデータ送信に係るバリッド信号及びレディ信号がともにアサートされたときである。なお、対応するマスタモジュールに対して１つの複線化バスが割り当てられている場合には、バス番号指定部１０８が示すバス番号は固定されている。
【００４６】
Ｒｃｈインタフェースの応答調停部１０９は、バスＢｕｓＡ、ＢｕｓＢ、ＢｕｓＣのＲｃｈインタフェースを介したスレーブモジュールからのリードレスポンスをマスタモジュールに送る。マスタモジュールが有するＲｃｈインタフェースでの入力は１つであるので、応答調停部１０９は、複数のスレーブモジュールからリードレスポンスが返信された場合に、マスタモジュールにリードレスポンスを送る順番を決定するための調停処理を行う。なお、調停方法は、例えばラウンドロビンが適用可能であるが、回路の要求仕様に応じた重み付けを施しても良い。
【００４７】
Ｂｃｈインタフェースの応答調停部１１０は、バスＢｕｓＡ、ＢｕｓＢ、ＢｕｓＣのＢｃｈインタフェースを介したスレーブモジュールからのライトレスポンスをマスタモジュールに送る。マスタモジュールが有するＢｃｈインタフェースでの入力は１つであるので、応答調停部１１０は、複数のスレーブモジュールからライトレスポンスが返信された場合に、マスタモジュールにライトレスポンスを送る順番を決定するための調停処理を行う。なお、調停方法は、例えばラウンドロビンが適用可能であるが、回路の要求仕様に応じた重み付けを施しても良い。
【００４８】
図３に戻り、マスタ側のバス複線化回路３４Ｂは、複線化バスに対応する情報加工部３５−１〜３５−５を有する。図３に示す例では、情報加工部３５−１が第１の複線化バスＭＢＵＳ１に対応し、情報加工部３５−２が第２の複線化バスＭＢＵＳ２に対応し、情報加工部３５−３が第３の複線化バスＭＢＵＳ３に対応するものとする。また、情報加工部３５−４が第４の複線化バスＭＢＵＳ４に対応し、情報加工部３５−５が第５の複線化バスＭＢＵＳ５に対応するものとする。情報加工部３５−１〜３５−５は、対応する複線化バスＭＢＵＳ１〜ＭＢＵＳ５に対してＩＤ拡張ＡＸＩバスインタフェースで接続されている。ここで、ＩＤ拡張ＡＸＩバスインタフェースは、本来は転送データのやり取りに番号をつけることに使用されるＡＸＩバスのＩＤ（ＡＸＩ  ＩＤ）を、さらに相互バスブリッジ間の複線化バスのどれを使うかを示す情報を追加するために拡張させたものである。
【００４９】
情報加工部３５−１〜３５−５の各々は、複線化バスを介してアクセスするアドレス領域へのマスタモジュールからのアクセスに対して、次の機能を実現する。マスタ側からスレーブ側への転送データに対しては、ＩＤをどの複線化バスを使用するかを示したバス番号を付加したＩＤに作り直してスレーブ側の相互バスブリッジに転送する。また、スレーブ側からマスタ側への転送データに対しては、バス番号を削除して元のＩＤに戻してマスタモジュールに返す。なお、情報加工部３５−１〜３５−５の各々は、ＩＤ以外の転送データ自体はそのまま送受信する。
【００５０】
図５は、情報加工部３５の構成例を示す図である。情報加工部３５は、ＡＸＩバス規格における各チャネル（ＡＲｃｈ、ＡＷｃｈ、Ｗｃｈ、Ｒｃｈ、Ｂｃｈ）毎に、使用する複線化バスを示したバス番号の付与又は削除を行う。ＡＲｃｈインタフェースのバス番号付与部２０１は、ＡＲｃｈインタフェースを介して受けたリードリクエストのＡＸＩ  ＩＤを示す信号ＡＲＩＤにバス番号を付与して、ＩＤ拡張ＡＲｃｈインタフェースを介して送信する。ＡＷｃｈインタフェースのバス番号付与部２０２は、ＡＷｃｈインタフェースを介して受けたライトリクエストのＡＸＩ  ＩＤを示す信号ＡＷＩＤにバス番号を付与して、ＩＤ拡張ＡＷｃｈインタフェースを介して送信する。Ｗｃｈインタフェースのバス番号付与部２０３は、Ｗｃｈインタフェースを介して受けたライトデータのＡＸＩ  ＩＤを示す信号ＷＩＤにバス番号を付与して、ＩＤ拡張Ｗｃｈインタフェースを介して送信する。
【００５１】
Ｒｃｈインタフェースのバス番号削除部２０４は、ＩＤ拡張Ｒｃｈインタフェースを介して受けたリードレスポンスのＡＸＩ  ＩＤを示す信号ＲＩＤに付与されているバス番号を削除して、Ｒｃｈインタフェースを介して送信する。Ｗｃｈインタフェースのバス番号削除部２０５は、ＩＤ拡張Ｂｃｈインタフェースを介して受けたライトレスポンスのＡＸＩ  ＩＤを示す信号ＢＩＤに付与されているバス番号を削除して、Ｂｃｈインタフェースを介して送信する。
【００５２】
図６は、本実施形態におけるＩＤの拡張及び復元を説明するための図である。図６（Ａ）に示すように、元のＩＤは第０ビットから第３ビットのフィールドにＩＤ番号が設定される。図６（Ａ）には、ＩＤ番号が“Ａｈ”の場合を一例として示している。バス番号を含めた拡張ＩＤにＩＤを拡張する場合には、図６（Ｂ）に示すように、第４ビットから第７ビットのフィールドにバス番号を設定する。図６（Ｂ）には、ＩＤ番号が“Ａｈ”のものに対してバス番号“４ｈ”を追加した場合を一例として示している。ＩＤ拡張ＡＸＩバスでは、第０ビットから第３ビットに加え第４ビットから第７ビットを含めた領域をＩＤとするように拡張する。
【００５３】
図７は、本実施形態におけるスレーブ側の相互バスブリッジ４０Ｂの構成例を示す図である。相互バスブリッジ４０Ｂは、バス複線化回路４１Ｂ、バスブリッジ回路４２、拡張処理部４３、及び振り分け回路４５Ｂを有する。スレーブ側のバス複線化回路４１Ｂは、マスタ側の相互バスブリッジ３０Ｂとの間に設けられた複線化バスの数と同じ数のバスを有する。スレーブ側のバス複線化回路４１Ｂが有するバスは、対応する複線化バスＢＵＳ１〜ＢＵＳ５に対してＩＤ拡張ＡＸＩバスインタフェースで接続されており、送受信される転送データがそのまま転送される。
【００５４】
拡張処理部４３は、従来のバスブリッジ回路４２のバスブリッジ回路本体４８のバスに対応する情報加工部４４−１〜４４−３を有し、バスを介して転送される転送データにＩＤ拡張処理を行う。つまり、拡張処理部４３は、マスタ側からスレーブ側への転送データに対しては、ＩＤをバス番号を付加したＩＤに作り直してスレーブ側の相互バスブリッジに転送する。また、拡張処理部４３は、スレーブ側からマスタ側への転送データに対しては、バス番号を削除して元のＩＤに戻してマスタモジュールに返す。これは、複線化バスを介して相互バスブリッジ３０Ｂと送受信される転送データとデータ形式を整合させるために行う。なお、バス番号は、複線化バスに係るバス番号と重複しないように設定する。また、情報加工部４４−１〜４４−３は、図５に示した情報加工部３５と同様である。
【００５５】
スレーブ側の振り分け回路４５Ｂは、マスタモジュールからの転送データのスレーブモジュールへの転送（調停処理を含む）や、スレーブモジュールからの応答をどのバス番号のバスを使用して転送するかの振り分けを行う。振り分け回路４５Ｂは、転送調停部４６Ｂ、第３のスレーブモジュール２３に対応する転送制御部４７Ｂ−１、第４のスレーブモジュール２４に対応する転送制御部４７Ｂ−２、及び第５のスレーブモジュール２５に対応する転送制御部４７Ｂ−３を有する。
【００５６】
転送調停部４６Ｂは、バス複線化回路４１Ｂが有するバス、すなわち複線化バスに対応する調停部４９−１〜４９−５を有する。図７に示す例では、調停部４９−１が第１の複線化バスＭＢＵＳ１に対応し、調停部４９−２が第２の複線化バスＭＢＵＳ２に対応し、調停部４９−３が第３の複線化バスＭＢＵＳ３に対応するものとする。また、調停部４９−４が第４の複線化バスＭＢＵＳ４に対応し、調停部４９−５が第５の複線化バスＭＢＵＳ５に対応するものとする。調停部４９−１〜４９−５の各々は、マスタ側からスレーブ側への転送データについては、アドレスマップ情報に応じて宛先となるスレーブモジュールに転送する。また、スレーブ側からマスタ側への転送データについては、必要に応じて調停処理を行ってバス複線化回路４１Ｂを介して複線化バスに対して送る。
【００５７】
図８は、調停部４９の構成例を示す図である。調停部４９は、ＡＸＩバス規格における各チャネル（ＡＲｃｈ、ＡＷｃｈ、Ｗｃｈ、Ｒｃｈ、Ｂｃｈ）毎に処理を行う。ＡＲｃｈインタフェースのアドレス振り分け部３０１は、ＡＲｃｈインタフェースを介して受けたリードリクエストの送信経路を選択する。アドレス振り分け部３０１は、リードリクエストのアクセス先のアドレスが、どのスレーブモジュール２３〜２５宛であるかを判別する。そして、第３のスレーブモジュール２３宛である場合には、アドレス振り分け部３０１は、リードリクエストをバスＢｕｓＡのＡＲｃｈインタフェースを介して転送制御部４７Ｂ−１に転送する。第４のスレーブモジュール２４宛である場合には、アドレス振り分け部３０１は、リードリクエストをバスＢｕｓＢのＡＲｃｈインタフェースを介して転送制御部４７Ｂ−２に転送する。また、第５のスレーブモジュール２５宛である場合には、アドレス振り分け部３０１は、リードリクエストをバスＢｕｓＣのＡＲｃｈインタフェースを介して転送制御部４７Ｂ−３に転送する。ここで、バスＢｕｓＡは調停部と転送制御部４７Ｂ−１とを接続するバスであり、バスＢｕｓＢは調停部と転送制御部４７Ｂ−２とを接続するバスであり、バスＢｕｓＣは調停部と転送制御部４７Ｂ−３とを接続するバスである。
【００５８】
ＡＷｃｈインタフェースのアドレス振り分け部３０２は、ＡＷｃｈインタフェースを介して受けたライトリクエストの送信経路を選択する。アドレス振り分け部３０２は、ライトリクエストのアクセス先のアドレスが、どのスレーブモジュール２３〜２５宛であるかを判別する。そして、アドレス振り分け部３０２は、アドレス振り分け部３０１と同様にして、判別結果に応じてライトリクエストをバスＢｕｓＡ〜ＢｕｓＣのＡＷｃｈインタフェースを介して転送制御部４７Ｂ−１〜４７Ｂ−３に選択的に転送する。
【００５９】
Ｗｃｈインタフェースのアドレス振り分け部３０３は、Ｗｃｈインタフェースを介して受けたライトデータの送信経路を選択する。アドレス振り分け部３０３は、ライトデータの送信先のアドレスが、どのスレーブモジュール２３〜２５宛であるかを判別する。そして、アドレス振り分け部３０３は、アドレス振り分け部３０１と同様にして、判別結果に応じてライトデータをバスＢｕｓＡ〜ＢｕｓＣのＷｃｈインタフェースを介して転送制御部４７Ｂ−１〜４７Ｂ−３に選択的に転送する。
【００６０】
Ｒｃｈインタフェースの応答調停部３０４は、バスＢｕｓＡ、ＢｕｓＢ、ＢｕｓＣのＲｃｈインタフェースを介したスレーブモジュールからのリードレスポンスを複線化バスに対して転送する。マスタ側のＲｃｈインタフェースでの入力は１つであるので、応答調停部３０４は、複数のスレーブモジュールからリードレスポンスが返信された場合に、マスタ側にリードレスポンスを送る順番を決定するための調停処理を行う。なお、調停方法は、例えばラウンドロビンが適用可能であるが、回路の要求仕様に応じた重み付けを施しても良い。
【００６１】
Ｂｃｈインタフェースの応答調停部３０５は、バスＢｕｓＡ、ＢｕｓＢ、ＢｕｓＣのＢｃｈインタフェースを介したスレーブモジュールからのライトレスポンスを複線化バスに対して転送する。マスタ側のＢｃｈインタフェースでの入力は１つであるので、応答調停部３０５は、複数のスレーブモジュールからライトレスポンスが返信された場合に、マスタ側にライトレスポンスを送る順番を決定するための調停処理を行う。なお、調停方法は、例えばラウンドロビンが適用可能であるが、回路の要求仕様に応じた重み付けを施しても良い。
【００６２】
図９は、スレーブ側の転送制御部４７Ｂの構成例を示す図である。転送制御部４７Ｂは、ＡＸＩバス規格における各チャネル（ＡＲｃｈ、ＡＷｃｈ、Ｗｃｈ、Ｒｃｈ、Ｂｃｈ）毎に処理を行う。ＡＲｃｈインタフェースの送信調停部４０１は、バスＢｕｓＡ、ＢｕｓＢ、・・・、ＢｕｓＦのＡＲｃｈインタフェースを介して受けたリードリクエストを対応するスレーブモジュールに送る。スレーブモジュールのＡＲｃｈインタフェースでの入力は１つであるので、送信調停部４０１は、複数のリードリクエストを受けた場合に、スレーブモジュールにリードリクエストを送る順番を決定するための調停処理を行う。なお、調停方法は、例えばラウンドロビンが適用可能であるが、回路の要求仕様に応じた重み付けを施しても良い。
【００６３】
ここで、バスＢｕｓＡは転送制御部と調停部４９−１とを接続するバスであり、バスＢｕｓＢは転送制御部と調停部４９−２とを接続するバスであり、バスＢｕｓＣは転送制御部と調停部４９−３とを接続するバスである。また、バスＢｕｓＤは転送制御部と調停部４９−４とを接続するバスであり、バスＢｕｓＥは転送制御部と調停部４９−５とを接続するバスであり、バスＢｕｓＦは転送制御部と拡張処理部４３とを接続するバスである。
【００６４】
ＡＷｃｈインタフェースの送信調停部４０２は、バスＢｕｓＡ、ＢｕｓＢ、・・・、ＢｕｓＦのＡＷｃｈインタフェースを介して受けたライトリクエストを対応するスレーブモジュールに送る。スレーブモジュールのＡＷｃｈインタフェースでの入力は１つであるので、送信調停部４０２は、複数のライトリクエストを受けた場合に、スレーブモジュールにライトリクエストを送る順番を決定するための調停処理を行う。なお、調停方法は、例えばラウンドロビンが適用可能であるが、回路の要求仕様に応じた重み付けを施しても良い。
【００６５】
Ｗｃｈインタフェースの送信調停部４０３は、バスＢｕｓＡ、ＢｕｓＢ、・・・、ＢｕｓＦのＷｃｈインタフェースを介して受けたライトデータを対応するスレーブモジュールに送る。スレーブモジュールのＷｃｈインタフェースでの入力は１つであるので、送信調停部４０３は、複数のライトデータを受けた場合に、スレーブモジュールにライトデータを送る順番を決定するための調停処理を行う。なお、調停方法は、例えばラウンドロビンが適用可能であるが、回路の要求仕様に応じた重み付けを施しても良い。
【００６６】
Ｒｃｈインタフェースのバス番号振り分け部４０４は、Ｒｃｈインタフェースを介して受けたスレーブモジュールからのリードレスポンスの送信経路を選択する。ここで、相互バスブリッジ４０Ｂで扱うＩＤは、ＩＤ番号に加えてバス番号が付与された拡張ＩＤである。バス番号振り分け部４０４は、拡張ＩＤにおけるＩＤ番号及びバス番号に基づいて、スレーブモジュールからのリードレスポンスをどのバスを使用して返信するかを決定する。バス番号振り分け部４０４は、リードレスポンスをバスＢｕｓＡ〜ＢｕｓＦのＲｃｈインタフェースを介して、決定されたバス番号に示されるバス番号の複線化バス又はバスブリッジ回路４２のバスの送信経路に転送する。
【００６７】
Ｂｃｈインタフェースのバス番号振り分け部４０５は、Ｂｃｈインタフェースを介して受けたスレーブモジュールからのライトレスポンスの送信経路を選択する。バス番号振り分け部４０５は、バス番号振り分け部４０４と同様にして、拡張ＩＤにおけるＩＤ番号及びバス番号に基づき、スレーブモジュールからのライトレスポンスをどのバスを使用して返信するかを決定する。バス番号振り分け部４０５は、ライトレスポンスをバスＢｕｓＡ〜ＢｕｓＦのＢｃｈインタフェースを介して、決定されたバス番号に示されるバス番号の複線化バス又はバスブリッジ回路４２のバスの送信経路に転送する。
【００６８】
本実施形態によれば、第１の相互バスブリッジに接続されているマスタモジュール１１〜１３及び第２の相互バスブリッジに接続されているスレーブモジュール２３〜２５の間でのデータ転送における相互バスブリッジ間の転送は、マスタモジュール１１〜１３毎に異なるバスを用いて行われる。そのため、相互バスブリッジ間の転送に係る調整作業が必要なくなるとともに、相互バスブリッジ間のバスの使用に係る待機時間が削減され、相互バスブリッジ間での転送性能の低下を抑制することができ、データ転送システムにおける転送効率及び処理能力を向上させることができる。また、本実施形態によれば、ＡＸＩバス規格のようにリクエスト、データ、応答が独立しているようなバスであれば、１つのマスタモジュールに対して複数のバス番号、すなわち複数の複線化バスを割り当てることで、応答を待たずに発行できるアクセス総数（Ｏｕｔｓｔａｎｄｉｎｇ数）の増加が容易となる。Ｏｕｔｓｔａｎｄｉｎｇ数を増大させれば、マスタモジュールが本来持つ処理能力を活かすことも可能になる。
【００６９】
例えば、図１５に示したシステムで、図１０に示すように時刻ｔ１０１において、マスタ側の第１の相互バスブリッジに接続されている第１〜第３のマスタモジュールのそれぞれが、スレーブ側の第２の相互バスブリッジに接続されている第３〜第５のスレーブモジュールに対するライトアクセスを発生させたとする。この場合、所定の調停処理の結果に基づき、時刻ｔ１０２〜ｔ１１０において、ライトアクセスに係るライトリクエスト及びライトデータが、相互バスブリッジ間のバスを介して順に転送される。そのため、第１〜第３のマスタモジュールのいずれかが第３〜第５のスレーブモジュールに対する次のライトアクセスを発生させたとしても、そのライトアクセスに関しては時刻ｔ１１１までは相互バスブリッジ間のバスを介した転送が行えない。
【００７０】
一方、本実施形態によれば、図１１に示すように時刻ｔ２０１において、第１〜第３のマスタモジュールのそれぞれが第３〜第５のスレーブモジュールに対するライトアクセスを発生させたとしても、相互バスブリッジ間の複線化バスを介して並列して転送される。そのため、第１〜第３のマスタモジュールのいずれかが第３〜第５のスレーブモジュールに対する次のライトアクセスを発生させた場合には、時刻ｔ２０５から相互バスブリッジ間の複線化バスを介した転送が可能である。このように本実施形態によれば、図１１に示すように最大で時刻ｔ２０５〜時刻ｔ２１１に相当する期間分、時間を短縮することができ、転送性能を向上させることが可能となる。
【００７１】
例えば、図１５に示したシステムで、図１２に示すように時刻ｔ３０１において、第１〜第３のマスタモジュールのそれぞれが、第３〜第５のスレーブモジュールに対するリードアクセスを発生させたとする。また、第１のマスタモジュールからのリードアクセス、第２のマスタモジュールからのリードアクセス、第３のマスタモジュールからのリードアクセスの順に、リードリクエストが相互バスブリッジ間のバスを介して順に転送されたとする。この場合には、図１２に示すように各リードアクセスに対する応答であるリードレスポンスを受けるのは、第２のマスタモジュールでは時刻ｔ３１０となり、第３のマスタモジュールでは時刻ｔ３１２となる。
【００７２】
一方、本実施形態によれば、図１３に示すように時刻ｔ４０１において、第１〜第３のマスタモジュールのそれぞれが第３〜第５のスレーブモジュールに対するリードアクセスを発生させたとしても、相互バスブリッジ間の複線化バスを介して並列して転送される。また、そのリードアクセスに対する応答であるリードレスポンスも、相互バスブリッジ間の複線化バスを介して並列に転送可能である。したがって、図１３に示すように各マスタモジュールは、時刻ｔ４０８にリードレスポンスを受けることができ、図１２に示したものと比較して時間が短縮でき、転送性能を向上させることが可能となる。
【００７３】
なお、前記実施形態は、何れも本発明を実施するにあたっての具体化のほんの一例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。
【符号の説明】
【００７４】
１１〜１５  マスタモジュール
２１〜２５  スレーブモジュール
３０Ａ、３０Ｂ  相互バスブリッジ（マスタ側）
３１Ａ、３１Ｂ  振り分け回路（マスタ側）
３２Ａ、３２Ｂ  転送制御部（マスタ側）
３３  バスブリッジ回路
３４Ａ、３４Ｂ  バス複線化回路（マスタ側）
３５  情報加工部
４０Ａ、４０Ｂ  相互バスブリッジ（スレーブ側）
４１Ａ、４１Ｂ  バス複線化回路（スレーブ側）
４２  バスブリッジ回路
４３  拡張処理部
４４  情報加工部
４５Ａ、４５Ｂ  振り分け回路（スレーブ側）
４６Ａ、４６Ｂ  転送調停部
４７Ａ、４７Ｂ  転送制御部（スレーブ側）
４９  調停部
【図１】
2013168075.tif 000003
【図２】
2013168075.tif 000004
【図３】
2013168075.tif 000005
【図４】
2013168075.tif 000006
【図５】
2013168075.tif 000007
【図６】
2013168075.tif 000008
【図７】
2013168075.tif 000009
【図８】
2013168075.tif 000010
【図９】
2013168075.tif 000011
【図１０】
2013168075.tif 000012
【図１１】
2013168075.tif 000013
【図１２】
2013168075.tif 000014
【図１３】
2013168075.tif 000015
【図１４】
2013168075.tif 000016
【図１５】
2013168075.tif 000017