(57)【要約】  システムは、バス上で不作動期間中ターゲットデバイスのバスインターフェースを使用不能にするように構成される。バスコントローラは、イニシエータからのデータと制御信号を処理してイニシエータへの又はイニシエータからのデータ転送のためのイニシエータ−ターゲット間通信を確立する。バスコントローラがデータと制御信号を処理していると同時に、アクティビティ検出器は、イニシエータからの要求の発生に留意し、ターゲットの各々のバスインターフェースを使用可能とする。ターゲットがデータ転送動作の完了を合図すると、アクティビティ検出器は、ターゲットからの完了信号の発生に留意して、各ターゲットのターゲットインターフェースを使用不能とする。電力消費の実質的な減少を提供するために、ターゲットインターフェースの使用可能と使用不能は、クロックシステムクロックの各ターゲットインターフェースへの伝播を制御することによって、実行される。単一のアクティビティ検出器は、各データ転送開始が発生するとこれを検出するために、常に作動状態であり、且つ個々のターゲットバスインターフェースがこの連続的監視機能を実行することの必要性を効果的に除去する。
2005515546.tif 000002
【特許請求の範囲】
【請求項１】
システムであって、
複数のコンポーネントと、
前記複数のコンポーネント間で通信を容易にするように構成されるバス構造体と、
データ転送動作の開始を検出してそこから前記複数のコンポーネントの内の少なくとも一つのバスインターフェースへ通信されるイネーブル信号を提供するように構成されるアクティビティ検出器と、を備え、
前記バスインターフェースは、前記アクティビィティ検出器からの前記イネーブル信号を受信すると、前記バス構造体からのデータを受信することが可能とされるように構成される、システム。
【請求項２】
前記アクティビティ検出器は、更に、前記データ転送動作の完了を検出して前記データ転送動作の完了に基づき前記イネーブル信号を終了するように構成され、且つ
前記バスインターフェースは、前記イネーブル信号の終了によって、前記バス構造体から信号を受信することが不能とされるように構成される、請求項１に記載のシステム。
【請求項３】
前記イネーブル信号は、ゲート処理がなされたクロック信号を含む、請求項１に記載のシステム。
【請求項４】
前記バスインターフェースは、前記イネーブル信号に基づいてクロックされる複数の被クロックデバイスを含む、請求項１に記載のシステム。
【請求項５】
前記アクティビティ検出器は、
前記データ転送動作の開始が検出されるとセットされるセット−リセットデバイスと、
前記セット−リセットデバイスに動作上連結され、且つ前記セット−リセットデバイスがセットされたか否かに基づいて、前記バス構造体に共通のシステムクロックと同期する前記イネーブル信号を提供するように構成される遅延デバイスと、を含む、請求項１に記載のシステム。
【請求項６】
前記セット−リセットデバイスは、前記データ転送動作の完了を検出するとリセットされる、請求項５に記載のシステム。
【請求項７】
前記複数のコンポーネントの内の開始コンポーネントと前記複数のコンポーネントの内のターゲットコンポーネントとの間に通信パスを確立するように構成されるバスコントローラを更に含み、
前記アクティビティ検出器は、前記通信パスを確立するために前記バスコントローラによって費やされる時間期間内に、前記イネーブル信号を提供する、請求項１に記載のシステム。
【請求項８】
前記バスコントローラは、前記イネーブル信号に依存して動作する一つ又はそれより多くのデバイスを含む、請求項７に記載のシステム。
【請求項９】
前記複数のコンポーネントの内の一つのコンポーネントは、前記コンポーネントが前記バス構造体を介して前記データ転送動作を開始する前に、前記データ転送動作の開始を前記アクティビティ検出器へ信号通知するように構成される、請求項１に記載のシステム。
【請求項１０】
バス構造体を介して通信するように構成される複数のコンポーネントを備えるシステム中の電力消費を減少するための方法であって、
前記複数のコンポーネントの一つのコンポーネントによるバスアクティビティの開始を検出することと、
前記複数のコンポーネントの内の一つ又はそれより多くの他のコンポーネントへイネーブル信号を通信することと、
前記イネーブル信号に基づいて、前記バスアクティビティに対応する信号を受信するために前記一つ又はそれより多くの他のコンポーネントの各々で、バスインターフェースをイネーブル化すること、とを備える方法。
【請求項１１】
前記バスアクティビティの完了を検出することと、
前記バスアクティビティの完了に基づいて、前記一つ又はそれより多くの他のコンポーネントの各々で、前記バスインターフェースを非活性状態とすること、を更に含む請求項１０に記載の方法。
【請求項１２】
前記バス構造体に共通のシステムクロックへ前記イネーブル信号を同期させること、を更に含む請求項１０に記載の方法。
【請求項１３】
前記バスアクティビティを開始した前記コンポーネントと前記一つ又はそれより多くの他のコンポーネントのターゲットコンポーネントとの間に通信パスを確立することと、
前記通信パスを確立するために必要な時間期間内で前記ターゲットコンポーネントでバスインターフェースを使用可能とすること、を更に含む請求項１０に記載の方法。
【請求項１４】
電子回路であって、
バス構造体を介してデータ転送動作を選択的に開始するように構成された複数のイニシエータと、
前記データ転送動作を処理するように構成された複数のターゲットと、これらの複数のターゲットの各々が、前記データ転送動作を受信するためのインターフェースを含むことと、
前記複数のイニシエータのいずれかからデータ転送動作の開始を検出し、前記複数のイニシエータのいずれかからイネーブル信号を発生するように構成されるアクティビティ検出器と、を備え、
前記複数のターゲットの各々のインターフェースは、前記アクティビティ検出器からイネーブル信号を受信することに依存して前記データ転送動作を受信するように構成される、電子回路。
【請求項１５】
前記複数のイニシエータは、システムクロック速度で前記データ転送動作を行うように構成され、且つ
前記複数のターゲットの各々のインターフェースは、前記アクティビティ検出器が前記イネーブル信号を提供した時のみ、前記システムクロック速度で動作するように構成される、請求項１４に記載の電子回路。
【請求項１６】
前記イネーブル信号は、前記システムクロック速度で動作するクロッキング信号を含む、請求項１５に記載の電子回路。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、システムと回路設計の分野に関し、特に、低電力消費を可能とするバスインターフェース制御構造に関する。
【背景技術】
【０００２】
理解を容易にするために、本発明は、バストランザクションの「イニシエータ」とそのイニシエータとの通信の「ターゲット」のパラダイムを使用して、示される。バス上の機能コンポーネントは、イニシエータ又はターゲット或いはそれらの両方であり得る。例えば、メモリコンポーネントは、典型的にはターゲットであるに過ぎない。理由は、メモリコンポーネントが一般的にはデータ転送を開始しないのでからである。他方、単一プロセッサシステム中のＣＰＵは、それが、一般的には、どのような通信を開始するかを決定するために、典型的には、イニシエータである。しかしながら、ＣＰＵは、バス構造体を介する割り込みを許容する場合、その割り込みのイニシエータ用のターゲットである。このパラダイムを使用して、イニシエータとターゲットとしての役割は、データ転送の望ましい方向（書き込み／読み出し、送信／受信）から独立していることに留意すべきである。
【０００３】
従来において、高速システムの電力消費の大部分は、バス通信を維持するために必要な電力である。各イニシエータは、通信を開始する準備をするまで、低電力モードに入るように構成されることが出来るが、各ターゲットは、開始された通信に応答する準備を続けなければならない。高速システムにおいて、各潜在的ターゲットは、バスを連続的にサンプリングし、ターゲットがアドレスされているか否かを決定し、イニシエータからのデータ転送シーケンスに対して遅延を導入することなく、データを受信する。このことは、同期又は略同期バス設計や、パイプライン設計において特に重要であり、その場合、デバイスの各々は、データ転送を行うために、互いにロック−ステップ（ｌｏｃｋ−ｓｔｅｐ）で動作すると考えられる。
【０００４】
多くの用途において、バスを介するデータ転送は、幾分稀である。バスインターフェースによって費やされる電力を減少するための共通の技術は、不作動期間中低電力モードに入ることである。この低電力モードは、典型的には、バスに対するインターフェースで使用されるクロックの速度を実質的に減少することによって達成される。この電力節約技術は、バス構造体によって使用される電力を実質的に減少出来るが、この技術は、バス転送が開始される度に、待ち時間を導入すると共に、クロックが元の高速動作にリセットされる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、電力消費を減少するシステムアーキテクチャと方法を提供することである。本発明の更なる目的は、高速で動作する低電力消費バスアーキテクチャを提供するシステムアーキテクチャを提供することである。本発明の更なる目的は、最小のデータ転送待ち時間で動作する低電力消費バス構造体を提供することである。
【課題を解決するための手段】
【０００６】
これらの目的と他の目的は、バスの不作動期間中ターゲットデバイスのバスインターフェースを使用不能にするように構成されるシステムアーキテクチャと方法を提供することによって達成される。バスコントローラは、イニシエータからのデータと制御信号を処理してイニシエータへの又はそれからのデータ転送用のイニシエータとターゲットとの通信パスを確立する。バスコントローラがデータと制御信号を処理していると同時に、アクティビティ検出器は、イニシエータからの要求の発生に留意し、ターゲットの各々のバスインターフェースを使用可能とする。ターゲットがデータ転送動作の完了を信号通知すると、アクティビティ検出器は、ターゲットからの完了信号の発生に留意して、各ターゲットのターゲットインターフェースを使用不能にする。電力消費の実質的減少を行うために、ターゲットインターフェースのイネーブル化とディスイネーブル化は、各ターゲットインターフェースへのクロックシステムのクロックの伝播を制御することによって行われる。単一のアクティビティ検出器は、連続的に作動しており、各データ転送開始が発生するとそれを検出し、且つ個々のターゲットバスインターフェースの各々がこの連続的監視機能を実行する必要性を効果的に排除する。
【０００７】
本発明は、添付の図面を参照して、例を介してより詳細に説明される。
【０００８】
図面全体を通して、同じ参照番号は、類似又は対応する特徴や機能指す。
【発明を実施するための最良の形態】
【０００９】
図１は、本発明に従うバス不作動の期間中最小の電力消費を提供するシステム１００の例示のブロック図である。このシステム１００は、バス構造体を介して互いに通信する複数の機能コンポーネントを含む。上記のように、本発明は、バストランザクションのイニシエータ１１０とこのイニシエータ１１０との通信のターゲット１２０のパラダイムを使用して、示される。機能コンポーネントは、一つのイニシエータ１１０や一つのターゲット１２０であってもよいし、或いは、一つのイニシエータ１１０と一つのターゲット１２０の両方であってもよい。また、上述のように、イニシエータ１１０とターゲット１２０としての役割は、データ転送の望ましい方向（読み出し／書き込み、送信／受信）から独立している。
【００１０】
参照を簡単にするために、本発明は、バス多重化と調停、タイムアウトとエラー制御等を含む、バスアクティビティを管理する集中バスコントローラ１５０を使用するバス構造体の文脈で示される。当業者にとって明白であるように、本発明の原理は、分散型バス制御を有するバス構造体に適用可能であり、そこでは、例えば、調停と多重化機能は、各コンポーネントにバスコンテンションを最小にするように協力させることによって達成される。
【００１１】
バスアーキテクチャは、「同報(broadcast)」バスと「有向(directed)」バスを含む。同報バスでは、複数のコンポーネントは、共通にそのバスに直接接続され、それによって、バスに提示されるデータは、コンポーネントの各々で利用可能である。有向バスでは、そのバスへのインターフェースは、どのデバイスが所与のポイントで時間内にバスへ接続されるかを選択するマルチプレクサを介する。図１の例示のシステム１００は、バスコントローラ１５０と通信するための有向バスを含むバス構造を含むが、当業者は、本発明の原理が、同報バス構造や同報と有向バス構造の組合せにも同様に適用できることを認識している。
【００１２】
システム１００のコンポーネント１１０、１２０の各々は、バスを介する通信のための、例えば、インターフェースアダプタ１１５、１２５を含む。バスを介する通信は、幅広の矢印記号で指示されるデータと、単一幅矢印記号で指示される制御信号を含む。各インターフェースアダプタ１１５、１２５は、バスコントローラ１５０に対応するインターフェースモジュール１１６、１２６を有する。
【００１３】
本発明に従って、アクティビィティ検出器１８０は、イニシエータ１１０がデータ転送処理を開始したことの通知を受信するように構成される。この通知に基づいて、アクティビィティ検出器は、データ転送要求を見込んで、ターゲット１２０の各々のインターフェースを使用可能とし、関連するコマンドとデータがターゲット１２０の少なくとも一つと通信される。
【００１４】
従来のシステムでは、各ターゲットは、典型的には、アクティビティのためのバスを連続的に監視するインターフェース中の回路を含む。このターゲットは、そのようなアクティビィティが検出されるまでは、低電力モードで動作するように構成され得るが、インターフェース中の回路は、このバスを常時監視するように構成されなければならない。ノイズの減少及び遷移感度を含む多くの理由で、バスを監視することは、バスのコンテンツを読み出すレジスタを周期的にクロックすることによって達成される。当該技術で公知のように、特に低電力ＣＭＯＳ設計では、システムの電力消費は、そのシステムの各クロックの周期とこれらのクロックの各々によってクロックされるデバイスの数に実質的に依存する。
【００１５】
本発明は、実質的な電力節約は、各ターゲット１２０でアクティビティに対してバスを常時監視するのではなくて、アクティビティが検出されると各ターゲット１２０を使用可能とする共通のアクティビティ検出器１８０を設けることによって達成され得るという観察に基づく。
【００１６】
本発明の好適な実施の形態において、アクティビティ検出器１８０は、ターゲットデバイスインターフェース１２５へのシステムクロックの伝播を禁止するように構成される。このように、システムクロックによってクロックされるデバイスの数は、実質的に減少される。即ち、電力消費を減少するためにシステムクロック周波数を減少するのではなくて、本発明のアーキテクチャは、不作動の期間中、システムクロックによってクロックされるデバイスの数を減少する。このように、典型的なシステム動作が、バス不作動の期間によって特徴付けられるならば、実質的な電力節約が達成され得る。ただ一つのターゲット１２０しかなくても、共通アクティビティ検出器１８０は、不作動期間中電力節約を提供する。その理由は、典型的インターフェース１２５は、データ転送を行うために使用される制御とデータ信号の無数の種別を受信するための１ダースをかなり越えるクロックレジスタを含み、他方、ここで更に示されるように、本発明のアクティビティ検出器１８０は、二つよりも少ない被クロックデバイスを含むことが出来るからである。多数のターゲット１２０がある場合、単一のアクティビティ検出器１８０によってもたらされる電力の節約は、更に大きい。
【００１７】
アクティビティ検出器１８０が、バスのアクティビティを検出した後に、ターゲットを使用可能にしなければならないことによって引き起こされる待ち時間を回避するために、アクティビティ検出器１８０は、ターゲット１２０がイニシエータ１１０からの初期コマンドやデータを受信する前に、バスのアクティビティの事前通知を受信するように構成される。明示的なバスコントローラ１５０が使用される場合、初期信号がバスコントローラによって受信される時間と特定のターゲット１２０が転送のターゲットとして選択される時間との間の事前定義可能な遅延がある。本発明の好適な実施の形態において、アクティビティ検出器１８０は、バスコントローラ１５０がバス要求信号を受信すると同時に事前通知を受信し、且つ、この事前に決定可能な遅延内でターゲットインターフェース１２５の適確な（ｕｐ−ｔｏ−ｓｐｅｅｄ）起動を提供するように構成される。明示的なバスコントローラ１５０が使用されない場合、各イニシエータ１１０は、それがコマンドやデータ情報をバスに通信する前に、事前通知信号をアクティビティ検出器１８０に提供するように構成される。この事前通知信号は、コマンドやデータ情報がターゲットインターフェース１２５に到達する時間迄に、ターゲットインターフェース１２５が適確にされることが出来るようにコマンドとデータ情報よりも十分に前に提供される。
【００１８】
図２は、本発明に従う、バス不作動期間中最小の電力消費を提供するシステムを介するデータ転送のための例示のフロー図を示す。フロー図は、イニシエータ１１０とターゲット１２０との間の通信中の図１のシステム１００の構成を描いている。図２に描かれる例示の構造は、図解目的のために示されているのであって、比較的一般的な制御とデータフロー処理又はプロトコルを表すことを意図しており、そこでは、イニシエータ１１０は、コマンド要求制御信号をアサートすることによって通信を開始し、アドレスされたターゲット１２０は、コマンド完了制御信号をアサートすることによってコマンドの実行を応答する。他の通信プロトコルは、従来の技術と共通しており、これらの他のプロトコルへの本発明の原理の用途は、ここでの開示に鑑み、当業者には明瞭である。
【００１９】
図２の構成において、イニシエータ１１０は、インターフェース１１５を介して、同時にコマンド要求制御信号とコマンドとをバスコントローラ１５０へ送信する。バスアービターとアドレスデコーダ１４０は、この情報を受信してバスをイニシエータ１１０に割当てる。同時に、アービターとデコーダ１４０は、コマンドに含まれるターゲットアドレスを復号し、コマンド選択信号をインターフェース１２５で受信されるアドレスされたターゲット１２０へアサートする。ターゲット１２０は、コマンド、典型的には、このデータ転送のためのターゲット１２０内で指摘されたアドレスを含む、読み出し又は書き込みコマンドを処理する。ターゲット１２０が、このコマンドの処理の準備が出来ると、ターゲット１２０は、インターフェース１２５を介してコマンド完了制御信号をバスコントローラ１５０にアサートし、引き続き、この信号は、イニシエータ１１０と通信し、且つインターフェース１１５で受信される。
【００２０】
このコマンドが書き込みコマンドである場合、データをイニシエータ１１０からターゲット１２０への送信のために、送信されるべきデータは、書き込みコマンド要求信号がインターフェース１１５によってアサートされると同時に、インターフェース１１５に提示される。次に、ターゲット１２０は、対応するコマンド選択制御信号がインターフェース１２５で受信される時にインターフェース１２６で提示されるデータを受け取り、インターフェース１２５を介してコマンド完了制御信号をアサートする。インターフェース１１５で対応するコマンド実行完了制御信号を受信すると、イニシエータ１１０は、コマンド要求制御信号をデアサート(deassert)することによってバスを自由に解放し、もはやインターフェース３２０でアドレスとデータ信号を保持することを必要としない。
【００２１】
コマンドが読み出しコマンドである場合、イニシエータ１１０でターゲット１２０からデータを受信するために、送信されるべきデータは、ターゲット１２０がインターフェース１２５でコマンド完了制御信号をアサートすると同時に、ターゲット１２０のインターフェース１２５に提示される。対応するコマンド実行完了信号がイニシエータ１１０のインターフェース１１５で受信されると、イニシエータ１１０は、インターフェース１１５を介してデータを受領する。
【００２２】
上で詳述されたように、図２に描かれるフローは、制御信号とデータ又はこれらの制御信号に対応するコマンドを同時に提供することによって、効率的データスループットレートを提供する。この効率を達成するために、各受信インターフェースは、制御信号とデータとコマンドが、対応する送信インターフェースで利用可能である時に、システムクロック速度で動作してなければならない。図２に描かれているように、イニシエータ１１０のインターフェース１１５は、イニシエータ１１０によって制御されるよう構成される。このように、従来の電力節約オプションと整合して、インターフェース１１５は、イニシエータ１１０がデータ転送動作を開始する準備が出来るまで不作動にされることが出来る。しかしながら、データ転送動作の開始は、いつでも発生するので、従来のシステムでは、他のインターフェース１１６、１２６、１２５は、その開始を検出するために、常時動作される。
【００２３】
図２のフロー図において、アクティビティ検出器１８０は、イニシエータ１１０からコマンド要求制御信号を受信するように構成される。任意のイニシエータ１１０が、コマンド要求信号をアサートしてデータ転送を開始すると、セット−リセットラッチ２１０がセットされる。図３の例示のクロックゲートに関して以下で更に詳述されるように、クロックゲート２２０は、このゲート２２０への入力がアサートされると、ターゲットインターフェース１２５へシステムクロックを伝播するように構成される。アクティビティ検出器１８０を介するシステムクロックの伝播は、制御信号とデータとコマンドがバスコントローラ１５０を介して伝播される時間内で発生するとすると、各ターゲット１２０のインターフェース１２５は、制御信号とデータとコマンドがバスコントローラ１５０のインターフェース１２６で利用可能になる時にシステムクロック速度で動作することになる。
【００２４】
ターゲット１２０が、データ転送コマンドによって方向付けられた動作の完了を信号通知すると、セット−リセットラッチ２１０がリセット、あるいはクリアされる。このデアサートに応答して、クロックコントローラは、ターゲットインターフェース１２５へのシステムクロックの伝播を禁止して、それによって、上で詳述されたように、各データ転送動作後に消費される電力を減少する。
【００２５】
当業者には明白であるように、本発明の原理は、図２のアクティビティ検出器１８０の特定の論理と構造から独立している。アクティビティ検出器の機能は、制御とデータとコマンドがインターフェース１２５に到着する時間迄に各ターゲット１２０でバスインターフェース１２５を再び使用可能とすることであり、この機能は、種々の手段のいずれかで実行されることが出来、且つその機能は、種々のブロック間で分配されることが出来る。例えば、各インターフェース１２５は、直接入力としてシステムクロックを且つ入力として図２のゲート２２０の出力を受信するように構成されることが出来る。次に、この例のゲート２３０は、ターゲットインターフェース１２５の各々に配置される。非ゲート処理システムクロックとクロックゲート信号を各インターフェース１２５に提供することによって、各インターフェース１２５は、特定のターゲットインターフェース１２５におけるコンポーネントの幾つか又は全てに対して本発明の電力節約オプションを使用するように選択的に構成されることが出来る。例えば、制御信号を受信するために使用される、特定のインターフェース１２５中のレジスタは、非ゲート処理システムクロックを使用するように構成されるが、データとコマンドを通信するために使用されるレジスタは、特定のインターフェース１２５内でゲート２３０のゲート処理済クロック出力を使用するように構成されることが出来る。同様に、イネーブルオーバーライドゲート２２０は、各ターゲットインターフェース１２５に含まれることが出来、それによって、各ターゲット１２０は、選択的に低電力モードに置かれることが出来る。例えば、システムのレイアウトへのターゲット１２０の特定の配置に起因して、ターゲット１２０へのクロックゲート信号の伝播遅延が過多である場合に、この特定のターゲット１２０は、電力節約に先行し、より信頼できる動作のために連続監視モードのままであるように構成されることが出来る。これら及び他のシステム構成と最適化オプションは、ここでの開示に鑑み、当業者には明白である。例えば、バスコントローラ１５０内の選択レジスタのような他のコンポーネントは、アクティビティ検出器１８０からのクロック−ゲート処理信号に基づいて動作して、システムの電力消費を更に減少する予に構成されることが出来る。
【００２６】
図３は、本発明に従うゲート処理済みクロックをバスインターフェースデバイスに提供するためのクロックコントローラ３００の例示のブロック図である。コントローラ３００は、クロックイネーブル信号をゲート３３０に伝播して入力クロックのターゲットインターフェースへの伝播を可能とする一つ又はそれより多くの遅延デバイス３１０を含む。また、本発明の好適な実施の形態において、クロックコントローラ３００は、ソフトウエア制御のように外部制御を介するシステムクロックの伝播を許容するゲート３２０を含む。
【００２７】
少なくとも一つの遅延要素３１０を設けて、「偽電気信号（ｇｌｉｔｈｅｓ）」がコントローラ３００のゲート処理済み出力に発生することを防止することが好ましい。図３のこの例示のコントローラ３００において、主にスタートクロックがデアサートされると、潜在的な準安定入力状態によって引き起こされる同期のロスを回避するために、二つの遅延要素３１０が設けられて、「二重同期」を提供する。即ち、遅延３１０は、イニシエータ１１０とターゲット１２０の両方がデータ転送動作を完了するまで、ターゲットインターフェース１２５が使用不能ではないことを確実にするために設けられる。
【００２８】
前述のことは、単に、本発明の原理を示しているの過ぎない。従って、当業者は、ここでは明示的に記述や示されていなくても、本発明の原理を具体化し、且つ従って添付の特許請求の範囲の趣旨と範囲内にある種々の構成を考案することが可能であることが理解される。
【図面の簡単な説明】
【００２９】
【図１】本発明に従う、バス不作動期間に最小の電力消費を提供するシステムの例示のブロック図である。
【図２】本発明に従う、バス不作動期間に最小の電力消費を提供するシステムを介するデータ転送のための例示のフロー図である。
【図３】本発明に従う、ゲートクロックをバスインターフェースデバイスへ提供するためのクロックコントローラの例示のブロック図である。
【符号の説明】
【００３０】
１００  システム
１１０  イニシエータ
１２０  ターゲット
１４０  バスアービタとアドレスデコーダ
１５０  集中バスコントローラ
１８０  アクティビィティ検出器
３００  クロックコントローラ
３１０  遅延デバイス
３２０、３３０  ゲート
【図１】
2005515546.tif 000003
【図２】
2005515546.tif 000004
【図３】
2005515546.tif 000005
【国際調査報告】
2005515546.tif 000006
2005515546.tif 000007
2005515546.tif 000008