JPH10511236A - 等時周辺装置および非同期周辺装置を直列相互接続する方法および装置 - Google Patents

Abstract

(57)【要約】 バス・コントローラ（１４）と、いくつかの１：ｎバス信号ディストリビュータ（１８）と、いくつかのバス・インタフェース（２２）が設けられ、いくつかの等時周辺装置および非同期周辺装置（１６）とコンピュータ・システムのシステム装置を直列相互接続する階層システム・バス・アセンブリ（２６）が形成される。バス・コントローラ（１４）と、バス信号ディストリビュータ（１８）と、バス・インタフェース（２２）は、バス・エージェントどうしを互いに直列相互接続してデータ通信トランザクションを行うマスタ／スレーブ・フロー制御モデルを実施する回路・補助論理（１６ｃ）を備える。ある種の実施形態では、この回路・補助論理（１６ｃ）はさらに、やはりマスタ・スレーブ・フロー制御モデルを使用して接続管理トランザクションを行い、あるいはスレーブ「装置」をポーリングするためにフレーム・ベースのポーリング・スケジュールを実施し、あるいは少なくとも２つのアドレス空間を使用して様々なトランザクションを行い、あるいは通信パケット・ベースのトランザクションをサポートし、あるいはデータ状態または制御状態、あるいはその両方を電気的に表し、あるいはそれらの組合せを行う。

Description

【発明の詳細な説明】 等時周辺装置および非同期周辺装置を直列相互接続する方法および装置発明の背景 １．発明の分野 本発明は、コンピュータ・システムに関する。詳細には、本発明は、関連する コントローラとインタフェースとを含む、コンピュータ・システムのシステム装 置に周辺装置を接続するシリアル・バスに関する。 ２．背景情報 相互に関係するいくつかの要件のために、デスクトップ・コンピュータ・シス テムのシステム装置に等時周辺装置ならびに非同期周辺装置を同時に接続する比 較的高速で低コストで動的に構成可能な単一の二方向等時シリアル・バスを有す ることが望ましい。等時周辺装置とは、音声、モーション・ビデオなどのリアル タイム自然データを生成する周辺装置である。相互に関係するこのような要件に は下記のものが含まれる。 デスクトップ・コンピュータへの電話の接続 コンピュータと通信装置の合体は、デスクトップ・コンピュータの次世代製造 アプリケーションに基づいて行われることが予想される。機械指向データ・タイ プおよび人間指向データ・タイプの、ある位置または環境から他の位置または環 境への移動は、任意の場所で廉価に接続を行えるかどうかに依存する。残念なこ とに、コンピュータ業界と通信業界は独立に発展している。その結果、デスクト ップ・コンピュータと電話の広範囲の相互接続をサポートする必要がある。 使いやすさ デスクトップ・コンピュータを再構成する際の融通性のなさが、デスクトップ ・コンピュータのさらなる向上の妨げとなっていることが認識されている。ユー ザに優しいグラフィカル・インタフェースと、新世代のシステム・バス・アーキ テクチャに関連付けられたハードウェア機構およびソフトウェア機構とを組み合 わせることによって、デスクトップ・コンピュータの互換性が高まり、再構成が 容易になっている。しかし、エンド・ユーザの観点からは、シリアル／パラレル ・ポート、キーボード／マウス／ジョイスティック・インタフェースなどデスク トップ・コンピュータの入出力インタフェースは、依然としてプラグアンドプレ イ属性が欠如しており、あるいはライブ接続／切断が可能なタイプの入出力装置 に関しても過度に制限されている。 ポート拡張 デスクトップ・コンピュータへの外部周辺装置の追加は引き続き、ポート利用 可能性によって制約されている。低コストの二方向低・中速周辺バスがないので 、電話／ファックス／モデム・アダプタ、応答マシン、スキャナ、パーソナル・ ディジタル・アシスタント（ＰＤＡ）、キーボード、マウスなどの周辺装置の普 及が抑制されている。既存の相互接続は、ワンポイント製品またはツーポイント 製品向けに最適化されている。デスクトップ・コンピュータに新しい機能が追加 されるたびに、通常、この要件に対処するための新しいインタフェースが決めら れている。 言い換えれば、この所望のシリアル・バスは、キーボード、マウス、スタイラ ス、ゲーム周辺装置、バーチャル・リアリティ周辺装置、モニタなど比較的低速 の１０ｋｂｐｓないし１００ｋｂｐｓ対話型装置と、ＩＳＤＮ、ＰＢＸ、ＰＯＴ Ｓ、その他のオーディオ装置など適度な速度の５００ｋｂｐｓないし５０００ｋ ｂｐｓ等時装置向けの低コストの同時接続を可能にすることが予想される。多数 の両方のタイプの装置が同時に接続され活動状態になることが予想され、しかも 後者のタイプの装置は、保証された待ち時間および帯域幅を備える。さらに、こ のような装置はホット接続され、ホット切断されることが予想され、シリアル・ インタフェースは、デスクトップ・コンピュータ・システムの動作を妨害せずに それ自体を動的に再構成することができる。 一般にコンピュータ・システムのシステム装置に周辺装置を接続するシリアル ・バスとみなされるいくつかの技法がある。このようなバスはそれぞれ、システ ム装置と周辺装置との間の特定の範囲の通信を取り扱うように設計される。この ようなバスの特定の例には下記のものが含まれる。 Ｃｏｍｐｕｔｅｒ Ｉｎｃ．独自のバスである。これは、ミニマリスト（mini malist）・シリアル・バスであり、最大１６個の装置に簡単な読取り／書込みプ ロトコルを与える。コントローラ・ハードウェアおよびインタフェース・ハード ウェアに必要なのは基本機能だけである。したがって、実施コストは低いことが 予想される。しかし、ＡＤＢは、キーボードやマウスなどの非同期デスクトップ 装置と通信するのに十分な最大９０ｋｂｐｓ程度のデータ伝送速度をサポートす る。ＡＤＢは、前述の適度な速度の等時装置を同時にサポートすることはできな い。 Ａｃｃｅｓｓ．ｂｕｓ（Ａ．ｂ）：Ａ．ｂは、Ａｃｃｅｓｓ．ｂｕｓ Ｉｎｄ ｕｓｔｒｙ Ｇｒｏｕｐによって開発されたものである。Ａ．ｂは、Ｐｈｉｌｉ ｐｓ Ｃｏｒｐｏｒａｔｉｏｎの１２Ｃ技術とＤｉｇｉｔａｌ Ｅｑｕｉｐｍｅ ｎｔ Ｃｏｒｐｏｒａｔｉｏｎ（ＤＥＣ）のソフトウェア・モデルに基づくもの である。Ａ．ｂはまた、主としてキーボードやマウスなどの非同期装置向けに設 計される。しかし、Ａ．ｂは一般に、ＡＤＢよりも多機能であるとみなされてい る。Ａ．ｂのプロトコルは、動的接続、調停、データ・パケット、構成、ソフト ウェア・インタフェースに関する明確に定義された仕様を有する。コントローラ ・ハードウェアおよびインタフェース・ハードウェアには適度な量の機能が必要 である。したがって実施コストは、所望のデスクトップ・アプリケーションに対 してぎりぎりで適合するものに過ぎない。最大で１２７個の装置に対するアドレ ス指定が可能であるが、実際のローディングはケーブル長および電力分散要件に よって制限される。Ｒｅｖｉｓｉｏｎ ２．２では１００ｋｂｐｓ動作向けのバ スが指定されているが、この技術は、同じ別々のクロック線およびデータ線を使 用して最大４００ｋｂｐｓまで拡張する余裕がある。しかし、４００ｋｂｐｓで は、Ａ．ｂは依然として、適度な速度の等時装置の要件を満たすことができない 。 ＩＥＥＥのＰ１３９４シリアル・バス仕様（ａｋａ ＦｉｒｅＷｉｒｅ）：Ｆ ｉｒｅＷｉｒｅとは高性能シリアル・バスである。ＦｉｒｅＷｉｒｅは主として 、１００Ｍｂｐｓよりも高い帯域幅を必要とするハード・ディスク周辺装置やビ デオ周辺装置向けに設計される。このプロトコルは、クロック信号とデータ信号 のそれぞれの異なる対として分割された、同じ１組の４本の信号線を介した等時 転 送と非同期転送の両方をサポートする。したがって、低速対話型装置の要件と適 度な速度の等時装置の要件を同時に満たすことができる。しかし、コントローラ ・ハードウェアおよびインタフェース・ハードウェアには精密な機能が必要であ り、そのため、ＦｉｒｅＷｉｒｅは所望のデスクトップ・アプリケーションに対 して価格面で適合しない。さらに、ＦｉｒｅＷｉｒｅの仕様に基づく第１世代の 装置は、市販が開始されたばかりである。 コンセントレーション・ハイウェイ・インタフェース（ＣＨＩ）：ＣＨＩは、 Ａｍｅｒｉｃａｎ Ｔｅｌｅｐｈｏｎｅ ＆ Ｔｅｌｅｇｒａｐｈ Ｃｏｒｐｏ ｒａｔｉｏｎ（ＡＴ＆Ｔ）によって端末およびディジタル・スイッチ用に開発さ れたものである。ＣＨＩは、通信システムでのディジタル化音声転送用の全二重 時分割多重化シリアル・インタフェースである。このプロトコルは、音声データ および制御情報を保持することができるいくつかの固定時間スロットからなる。 現行の仕様は、最大４０９６Ｍｂｐｓのデータ転送速度をサポートする。ＣＨＩ バスは、Ｃｌｏｃｋ、Ｆｒａｍｉｎｇ、Ｒｅｃｅｉｖｅ Ｄａｔａ、Ｔｒａｎｓ ｍｉｔ Ｄａｔａの４本の信号線を有する。Ｆｒａｍｉｎｇ信号とＣｌｏｃｋ信 号は共に中央で（すなわち、ＰＢＸスイッチ）生成される。したがって、ＣＨＩ バスは、低速対話型装置ならびに適度な速度の等時装置の要件を同時に満たすこ ともできる。ＦｉｒｅＷｉｒｅと同様に、コントローラ・ハードウェアおよびイ ンタフェース・ハードウェアには精密な機能が必要である。その結果、ＣＨＩも 、所望のデスクトップ・アプリケーションに対して価格面で適合しない。 下記で詳しく開示するように、本発明は、従来技術のシリアル・バスの制限を 新規の方法で有利に解消する、関連するコントローラと、ブリッジング・コネク タと、インタフェースとを含む所望のシリアル・バス・アセンブリを提供する。発明の概要 本発明は、等時周辺装置および非同期周辺装置とコンピュータ・システムのシ ステム装置を直列相互接続するシリアル・バス・アセンブリを形成する、階層的 に相互接続された、バス・コントローラと、いくつかの１：ｎバス信号ディスト リビュータと、いくつかのバス・インタフェースとを含む。シリアル・バス要素 、すなわちバス・コントローラなどは全体として、バス・エージェント間、すな わ ちシステム装置と周辺装置の機能との間のデータ通信トランザクションのマスタ ／スレーブ・フロー制御モデルを実施する。ある種の実施態様では、シリアル・ バス要素はさらに、互いにやはりマスタ／スレーブ・フロー制御モデルを使用す ることによって接続管理トランザクションを行い、あるいはスレーブ周辺装置お よびスレーブ・シリアル・バス要素の機能をポーリングするフレーム・ベースの ポーリング・スケジュールを実施し、あるいは少なくとも２つのアドレス空間を 使用して様々なトランザクションを行い、あるいは通信パケットの使用をサポー トしてトランザクションを行い、あるいはデータ状態および制御状態を電気的に 表し、あるいはこれらの組合せを行う。 通常、バス・コントローラはシステム装置に配設され、バス・インタフェース は、接続周辺装置１つ当たりに１つずつ接続周辺装置に配設される。周辺装置は 、そのバス・インタフェースを通じ、バス・コントローラを通じ、システム装置 に配設された１つまたは複数のバス信号ディストリビュータ、または独立型ブリ ッジング・コネクタ、または接続周辺装置、あるいはそれらの組合せを使用して 、システム装置に接続される。バス・インタフェースは常に終端ポイントである 。バス信号ディストリビュータのみが、上流側のこのバス信号ディストリビュー タに接続された１つまたは複数の信号ディストリビュータまたはバス・インタフ ェース、あるいはその両方を有することができる。システム装置、シリアル・バ ス要素、周辺装置は全体として、相互接続された装置の階層を形成する。 バス・コントローラ、バス信号ディストリビュータ、バス・インタフェースは 、好ましくは低コストの２本の信号線ケーブルを使用して物理的に接続される。 これらは全体として、最大で少なくとも５Ｍｂｐｓのデータ転送速度をサポート することが好ましい。さらに、電気信号は、２つの信号線を介して、相互接続さ れた様々な装置間で差分方式で伝搬されることが好ましく、データならびにいく つかの制御状態は、様々な電圧状態または持続時間、あるいはその両方によって 電気的に表される。 接続周辺装置は、等時周辺装置でも、あるいは非同期周辺装置でもよい。通常 、等時周辺装置は５００ｋｂｐｓないし５０００ｋｂｐｓの範囲のデータ伝送速 度で動作し、それに対して非同期周辺装置は１０ｋｂｐｓないし１００ｋｂｐｓ の 範囲のデータ伝送速度で動作する。さらに、接続周辺装置は、多機能周辺装置、 すなわち単一のバス・インタフェースによって実行される単一のバス接続バスに マップされる複数の機能でよい。同様に、システム・ユニットは多数の「クライ アント」をサポートすることができる。 バス・コントローラ、バス信号ディストリビュータ、バス・インタフェースは 、相互接続された周辺装置とシステム装置を直列に相互接続し、それぞれの動作 速度でのバス・エージェント間のデータ通信トランザクションを可能にするため にフロー制御のマスタ・スレーブ・モデルを実施する回路および補助論理を備え る。動作時には、バス・コントローラは、相互接続された周辺装置の等時機能に 対する待ち時間および帯域幅を保証するポーリング・スケジュールに従い、デー タ通信トランザクションに関して、バス・インタフェースを通じ、相互接続され た周辺装置の機能を体系的にポーリングする。データ通信トランザクションに関 する、相互接続された周辺装置の等時機能のポーリングは、他のすべてのポーリ ングよりも優先され、保証を満たすのに必要な頻度で行われる。データ通信トラ ンザクションに関する、バス・インタフェースを通じて相互接続された周辺装置 の非同期機能のポーリングは、データ通信トランザクションに関する相互接続さ れた周辺装置の等時機能のポーリングの周りにスケジューリングされる。ポーリ ング・スケジュールは、実際に存在する相互接続された周辺装置に動的に適応さ せることが好ましい。 いくつかの実施態様では、シリアル・バス要素のこのような回路および補助論 理はさらに、やはりマスタ／スレーブ・フロー制御モデルを使用して、バス要素 間の接続管理トランザクションを行う。これらの実施態様では、バス・コントロ ーラは動作時にさらに、シリアル・バス要素のそれぞれの動作速度で実施される そのようなトランザクションに関してバス信号ディストリビュータおよびバス・ インタフェースをポーリングする。接続管理トランザクションに関するバス信号 ディストリビュータおよびバス・インタフェースのポーリングも、データ通信ト ランザクションに関する、相互接続された周辺装置の等時機能のポーリングの周 りにスケジューリングされる。 いくつかの実施態様では、シリアル・バス要素のこのような回路および補助論 理はさらに、スレーブ周辺装置およびスレーブ・シリアル・バス要素の機能をポ ーリングするためにフレーム・ベースのポーリング・スケジューリングを実施す る。これらの実施形態では、バス・コントローラは、ソフト・フレームとも呼ば れるいくつかのサブスケジュールを有する、スーパー・フレームとも呼ばれるス ケジュールに従ってポーリングを行う。等時機能は、スーパー・フレームの１つ または複数のソフト・フレームでの必要に応じた頻度でポーリングされ、その待 ち時間および帯域幅が保証される。しかし、非同期機能がポーリングされるのは 、データ通信トランザクションに関するスーパー・フレームの１つのソフト・フ レームにおいて１度だけである。同様に、スレーブ・シリアル・バス要素がポー リングされるのも、接続管理トランザクションに関するスーパー・フレームの１ つのソフト・フレームにおいて１度だけである。 いくつかの実施形態では、シリアル・バス要素のこのような回路および補助論 理はさらに、様々なトランザクションを実施する少なくとも２つのアドレス空間 、すなわち地理的アドレス空間および論理アドレス空間を実施する。これらの実 施形態では、地理的アドレス空間の地理的アドレスを使用してシリアル・バス要 素がアドレスされ、論理アドレス空間の論理アドレスを使用して接続周辺装置の 機能がアドレスされる。データ通信トランザクションに関する、相互接続された 周辺装置の等時機能および非同期機能のポーリングは論理アドレスを使用して行 われ、それに対して接続管理トランザクションに関するシリアル・バス要素のト ランザクションは、地理的アドレスを使用して行われる。バス信号ディストリビ ュータおよびその上流側ポートのＩＤは、バス信号ディストリビュータの地理的 アドレスから推定することが好ましい。さらに、接続ポートを含め、バス・イン タフェースの接続バス信号ディストリビュータは、インタフェースの地理的アド レスから推定することができる。 いくつかの実施態様では、シリアル・バス要素のこのような回路および補助論 理はさらに、様々なトランザクションを実施するために通信パケットの使用をサ ポートする。これらの実施形態では、パケット識別子を使用して制御パケットと データ・パケットが区別され、必要に応じてアドレスを使用してトランザクショ ン当事者が識別される。トランザクション・フローはパケット識別子から推定で きることが好ましい。接続管理トランザクションをサポートし、両方のタイプの アドレスを実施する実施形態に適応するために地理的アドレスでも論理アドレス でも指定できることが好ましい。図面の簡単な説明 添付の図面に図示された、本発明を制限するものではない典型的な実施形態を 介して本発明を説明する。図面において、同じ参照符号は同様な要素を示す。 第１図は、本発明のシリアル・バス教示を組み込んだ典型的なコンピュータ・ システムを示す図である。 第２図は、第１図のシリアル・バス・アセンブリの一実施形態を詳しく示す図 である。 第３図は、相互接続された周辺装置とシステム装置とのインタフェースを直列 的にとり、トランザクション・フローを制御するために本発明によって使用され るマスタ／スレーブ・フロー制御モデルを示す図である。 第４図は、スレーブ「装置」をポーリングするためにいくつかの実施形態によ って実施される本発明のフレーム・ベースのポーリング・スケジュールを示す図 である。 第５図は、シリアル・バス要素およびバス・エージェントの機能にアドレスす るためにいくつかの実施形態によって実施される本発明の地理的・論理アドレス 指定を示す図である。 第６図は、マスタ／スレーブ・フロー制御モデルを使用してトランザクション を行うためにいくつかの実施形態によって実施される本発明の通信パケットの必 須要素を示す図である。 第７図は、本発明の下でシリアル・バス要素を物理的に接続するケーブルの一 実施形態を示す図である。 第８図および第９図は、関連するソフトウェアを含む本発明のバス・コントロ ーラの一実施形態を示す図である。 第１０図および第１１図は、ポート回路を含む本発明の１：ｎバス信号ディス トリビュータの一実施形態を示す図である。 第１２図および第１３図は、コネクタ回路を含む本発明のバス・インタフェー スの一実施形態を示す図である。詳細な説明 下記の説明では、本発明を完全に理解していただくために、説明の都合上、特 定の数、材料、構成について述べる。しかし、当業者には、それらの特定の詳細 なしに本発明を実施できることが明らかになろう。他の例では、本発明を曖昧に しないように周知のシステムは概略図またはブロック図の形で示されている。 次に、第１図を参照すると、本発明のシリアル・バス教示を組み込んだ典型的 なコンピュータ・システムを示すブロック図が示されている。典型的なコンピュ ータ・システム１０は、本発明のシリアル・バス・コントローラ１４を有するシ ステム装置１２と、それぞれ、ｎ＋１個のポート２４を有する、本発明の１：ｎ バス信号ディストリビュータ１８と、本発明のバス・インタフェース２２を有す る周辺装置１６とを備える。周辺装置１６は、１：ｎバス信号ディストリビュー タ１８および好ましくはケーブル２０を通じてシステム装置１２のバス・コント ローラ１４に接続される。バス・コントローラ１４、バス信号ディストリビュー タ１８、バス・インタフェース２２、ケーブル２０は全体として、バス・エージ ェント、すなわちシステム装置１２と周辺装置１６を相互接続するシリアル・バ ス・アセンブリ２６を形成する。 ケーブル２０は、（第７図に示したように）低コストの２本の信号線ケーブル ４８および５０であることが好ましい。しかし、ケーブル２０は、最大５Ｍｂｐ ｓのデータ転送速度をサポートすることができる。さらに、そのような低コスト のケーブル２０を使用する際、電気信号は、２本の信号線４８および５０を介し て、相互接続された装置１４、１８、２２間で差分的に伝搬することが好ましい 。たとえば、負電圧差分は１ビットを表し、正電圧差分は０ビットを表す。いく つかの実施形態ではさらに、電気信号の電圧状態または持続時間、あるいはその 両方からデータ状態および制御状態が推定される。電圧状態または信号持続時間 、あるいはその両方を用いてデータ状態および制御状態を電気的に表す特定の実 施形態は、引用によって本明細書に完全に組み込まれた「Ｍｅｔｈｏｄ ａｎｄ Ａｐｐａｒａｔｕｓ Ｆｏｒ Ｓｅｒｉａｌ Ｂｕｓ Ｅｌｅｍｅｎｔｓ Ｏ ｆ Ａｎ Ｈｉｅｒａｒｃｈｉｃａｌ Ｓｅｒｉａｌ Ｂｕｓ Ｔｏ Ｅｌｅｃ ｔ ｒｉｃａｌｌｙ Ｒｅｐｒｅｓｅｎｔ Ｄａｔａ ａｎｄ Ｃｏｎｔｒｏｌ Ｓ ｔａｔｅｓ Ｔｏ Ｅａｃｈ Ｏｔｈｅｒ」と題する同時出願された関連出願 第０８／３３２３３７号に記載されている。 バス・コントローラ１４を除いて、システム装置１２は、構成および機能が良 く知られており普通ならこれ以上説明しないコンピュータ・システムの広範囲な システム装置を表すものである。同様に、バス・インタフェース２２を除いて、 周辺装置１６は、構成および機能が良く知られており普通ならこれ以上説明しな い、キーボード、マウス、モニタ、スピーカ、マイクロフォン、電話など広範囲 のデスクトップ周辺装置を表すものである。バス・コントローラ１４、バス信号 ディストリビュータ１８、バス・インタフェース２２については、下記で残りの 図を参照して詳しく説明する。 第２図は、第１図のシリアル・バス・アセンブリの一実施形態を詳しく示す。 この実施形態では、システム・バス・アセンブリ２６’は、シリアル・バス・コ ントローラ１４と、独立型１：ｎバス信号ディストリビュータ１８ａと、一体型 １：ｎバス信号ディストリビュータ１８ｂと、バス・インタフェース２２ａない し２２ｆとを含む。シリアル・バス・アセンブリ２６’は、バス・エージェント 電話１６ａと、キーボード機能とペン機能とマウス機能とを含む複合キーボード １６ｂと、モニタ２８のモニタ回路１６ｃと、スピーカ１６ｄないし１６ｅと、 マイクロフォン１６ｆと、システム装置１２とを相互接続する。システム装置１ ２、シリアル・バス要素１４、１８ａないし１８ｂ、２２ａないし２２ｆ、相互 接続された周辺装置１６ａないし１６ｆは全体として、相互接続された装置の階 層を形成する。 本発明の下では、バス・インタフェース２２ａないし２２ｆは常に終端ポイン トである。バス信号ディストリビュータ、たとえば１８ａのみが、１つまたは複 数のバス信号ディストリビュータ、たとえば１８ｂ、及び／又はバス信号ディス トリビュータ１８ａの上流側に結合された、または１つまたは複数のバス・イン タフェース、たとえば１６ａ、を持つことができる。この開示では、上流側は、 「バス・コントローラの方」を意味する。したがって、シリアル・バス・アセン ブリ２６が１つの接続周辺装置１６しか有さない特殊なケースを除いて、通常、 １８ａなどのバス信号ディストリビュータは上流側のバス・コントローラ１４に 接続される。 さらに、本発明の下では、接続周辺装置は、電話１６ａや、スピーカ１６ｄな いし１６ｅや、マイクロフォン１６ｆなどの等時周辺装置でも、あるいは複合キ ーボード１６ｂやモニタ１６ｃなどの非同期周辺装置でもよい。等時周辺装置は ５Ｍｂｐｓ程度のデータ転送速度で動作することができ、それに対して非同期周 辺装置は、１００ｋｂｐｓ程度のデータ転送速度で動作することができる。さら に、接続周辺装置１６ａないし１６ｆは多機能周辺装置、すなわちバス・インタ フェース、たとえば２２ｂによって実施される単一のバス接続点にマップされる 複数の機能でよい。同様に、図示していないが、システム装置１２は複数のクラ イアントをサポートすることができる。 第３図は、相互接続された周辺装置とシステム装置との直列的なインタフェー スをとり、トランザクション・フローを制御する本発明によって使用されるマス タ／スレーブ・フロー制御モデルを示す。図のように、バス・コントローラ１４ 、バス信号ディストリビュータ１８、バス・インタフェース２２は協働してマス タ／スレーブ・フロー制御モデルを実施する。バス・コントローラ１４はマスタ として働き、バス信号ディストリビュータ１８とバス・インタフェース２２は、 バス・コントローラ１４のスレーブ装置として動作する。 マスタ／スレーブ・モデルの下では、バス・コントローラ１４が、それぞれの 動作速度のバス・エージェント間のすべてのデータ通信トランザクションのフロ ー制御を行う。バス・インタフェース２２は、周辺装置１６の機能のためにデー タ通信トランザクションを行う。しかし、バス・インタフェース２２がデータを 受け入れ、あるいは送信するのは、バス・コントローラ１４によって、そうする ことを許可または命令（ａｋａ「ポーリング」）された場合だけである。バス信 号ディストリビュータ１８は、厳密に信号ディストリビュータとして働く。バス 信号ディストリビュータ１８は、バス・エージェントのためにバス・コントロー ラ１４およびバス・インタフェース２２によってデータ通信トランザクションが 行われる際の単なる透過導体である。したがって、バス信号ディストリビュータ １８は、能動的にデータ通信トランザクションに参加することも、あるいはデー タを受け入れることも、あるいはデータに応答することもない。 バス・コントローラ１４は、相互接続された周辺装置１６の等時機能に対する 待ち時間および帯域幅を保証するポーリング・スケジュールに従い、データ通信 トランザクションに関して、バス・インタフェース２２を通じ、相互接続された 周辺装置１６の機能を体系的にポーリングする。データ通信トランザクションに 関する、相互接続された周辺装置１６の等時機能のポーリングは、他のすべての ポーリングよりも優先され、保証を満たすのに必要な頻度で行われる。データ通 信トランザクションに関する、バス・インタフェース２２を通じた相互接続され た周辺装置１６の非同期機能のポーリングは、データ通信トランザクションに関 する相互接続された周辺装置１６の等時機能のポーリングの周りにスケジューリ ングされる。ポーリング・スケジュールは、実際に存在する相互接続された周辺 装置１６に動的に適応させることが好ましい。 いくつかの実施形態では、バス・コントローラ１４、バス信号ディストリビュ ータ１８およびバス・インタフェース２２はさらに、同じマスタ／スレーブ・フ ロー制御モデルを使用して接続管理トランザクションを行う。同様に、コントロ ーラ１４は、シリアル・バス要素のそれぞれの動作速度で接続管理トランザクシ ョンを行うためのフロー制御を行う。バス信号ディストリビュータ１８とバス・ インタフェース２２は、接続管理トランザクションに応答し、必要に応じて制御 ／状態情報を用いて応答する。バス・コントローラ１４は動作時に、そのような トランザクションに関してバス信号ディストリビュータ１８とバス・インタフェ ース２２をポーリングする。接続管理トランザクションに関するバス信号ディス トリビュータ１８とバス・インタフェース２２のポーリングも、データ通信トラ ンザクションに関する、相互接続された周辺装置１６の等時機能のポーリングの 周りにスケジューリングされる。拡張されたポーリング・スケジュールも、実際 に存在するシリアル・バス要素に動的に適応させることが好ましい。 第４図は、マスタ／スレーブ・フロー制御モデルを使用して様々なトランザク ションを行うためにいくつかの実施形態によって実施される本発明のフレーム・ ベースのポーリング・スケジュールを示す。図のように、ポーリング・スケジュ ール３０は、スーパー・フレームとも呼ばれ、ソフト・フレームとも呼ばれるい くつかのサブスケジュール３２を備える。相互接続された周辺装置１６の等時機 能３４ａまたは３４ｂは、スーパー・フレーム３０の１つまたは複数のソフト・ フレーム３２での必要に応じた頻度でポーリングされ、その待ち時間および帯域 幅が保証される。しかし、非同期機能３６ａまたは３６ｂがポーリングされるの は、データ通信トランザクションに関するスーパー・フレーム３０の１つのソフ ト・フレーム３２において１度だけである。同様に、相互接続された装置３８ａ または３８ｂがポーリングされるのも、接続管理トランザクションに関するスー パー・フレーム３０の１つのソフト・フレーム３２において１度だけである。 待ち行列および帯域幅が満たされるように、すべての等時機能３４ａないし３ ４ｂがソフト・フレーム３２の第１の割合部分（Ｐ１）内にポーリングされるこ とが好ましい。Ｐ１内に収容できない等時機能は、容量が不十分であるために拒 否することが好ましい。Ｐ１の上部デリミタ（Ｍ１）は等時ウォーターマークと も呼ばれる。同様に、動作を信頼できるものにするために、すべてのポーリング がソフト・フレーム３２の第２の割合部分（Ｐ２）内に実行されることが好まし い。必要に応じて複数のソフト・フレーム３２が使用され、すべての非同期機能 およびシリアル・バス要素ポーリングが適応化される。Ｐ２の上部デリミタ（Ｍ ２）はフレーム・ウォーターマークとも呼ばれる。 そのようなフレーム・ベースのポーリング・スケジューリングを動的に生成し 更新する様々な方法が、引用によって本明細書に完全に組み込まれた「Ｍｅｔｈ ｏｄ Ａｎｄ Ａｐｐａｒａｔｕｓ Ｆｏｒ Ｄｙｎａｍｉｃａｌｌｙ Ｇｅｎ ｅｒａｔｉｎｇ Ａｎｄ Ｍａｉｎｔａｉｎｉｎｇ Ｆｒａｍｅ Ｂａｓｅｄ Ｐｏｌｌｉｎｇ Ｓｃｈｅｄｕｌｅｓ Ｔｈａｔ Ｇｕａｒａｎｔｙ Ｌａｔｅ ｎｃｉｅｓ Ａｎｄ Ｂａｎｄｗｉｄｔｈｓ Ｔｏ Ｉｓｏｃｈｒｏｎｏｕｓ Ｆｕｎｃｔｉｏｎｓ」と題する同時に出願された関連米国出願第０８／３３１７ ２７号に記載されている。 第５図は、シリアル・バス要素およびバス・エージェントの機能にアドレスす るためにいくつかの実施形態によって実施される本発明の地理的・論理アドレス 指定を示す。説明を容易にするために、第２図の同じ例示的なシリアル・バス・ アセンブリを使用する。しかし、バス・コントローラ１４は、ホストとして示さ れており、ハブ０とも呼ばれる。バス信号ディストリビュータ１８ａ−１８ｂは 、ハブ１およびハブ２として示されている。対応するバス・インタフェース２２ ａ−２２ｆを含む周辺装置１６ａ−１６ｆは、まとめてノード０−ノード６とし て示されている。周辺装置１６ａ−１６ｆの機能はＦＮ０、ＦＮ１などとして示 されている。 図のように、バス・エージェントのシリアル・バス要素および機能は、地理的 アドレス空間および論理アドレス空間の割り当てられた地理的アドレスならびに 論理アドレス（ＧＥＯ ＡＤＤＲおよびＬＯＧ ＡＤＤＲ）てある。具体的には 、ハブ１４，１８ａないし１８ｂおよびノード２２ａないし２２ｆにはＧＥＯ ＡＤＤＲが割り当てられ、それに対してノード１６ａないし１６ｆの機能にはＬ ＯＧ ＡＤＤＲが割り当てられる。ハブＩＤならびにハブの上流側ポートがハブ １４および１８ａないし１８ｂのＧＥＯ ＡＤＤＲから推定でき、接続ハブなら びに接続ハブの接続ポートがノード２２ａ−２２ｆのＧＥＯ ＡＤＤＲから推定 できることが好ましい。一実施形態では、ＬＯＧ ＡＤＤＲは、ノード１６ａ− １６ｆの機能に発生順に割り当てられる。 たとえば、図の例示的な応用例では、ハブ１およびハブ２、１８ａおよび１８ ｂにそれぞれ、ＧＥＯ ＡＤＤＲ「ハブ１：ポート０」および「ハブ２：ポート ０」が割り当てられ、ハブ１８ａおよび１８ｂがそれぞれ、「ハブ１」および「 ハブ２」として識別され、各ケースで、上流側ポートが「ポート０」である。ノ ード１およびノード４、２２ｂおよび２２ｅにはそれぞれ、ＧＥＯ ＡＤＤＲ「 ハブ１：ポート２」および「ハブ２：ポート３」が割り当てられ、接続ハブ１８ ａおよび１８ｂがそれぞれ、「ハブ１」および「ハブ２」として識別され、接続 ハブ１８ａおよび１８ｂへの接続ポートはそれぞれ、「ポート２」および「ポー ト３」として識別される。ノード１ １６ａにはＬＯＧ ＡＤＤＲ「ＬＡ１」、 「ＬＡ２」、「ＬＡ３」が割り当てられ、それに対してノード４ １６ｅの機能 にはＬＯＧ ＡＤＤＲ「ＬＡ６」が割り当てられる。 ＧＥＯ ＡＤＤＲおよびＬＯＧ ＡＤＤＲは、バス信号ディストリビュータ１ ８およびバス・インタフェース２２と協働するバス・コントローラ１４によって 、電源オンまたはリセット時に動的に割り当てられ、相互接続された装置のライ ブ 切断または追加装置の接続に応答して更新される。そのような動的接続管理の特 定の実施態様は、引用によって本明細書に完全に組み込まれた「Ｍｅｔｈｏｄ Ａｎｄ Ａｐｐａｒａｔｕｓ Ｆｏｒ Ｄｙｎａｍｉｃａｌｌｙ Ｄｅｔｅｒｍ ｉｎｉｎｇ Ａｎｄ Ｍａｎａｇｉｎｇ Ｃｏｎｎｅｃｔｉｏｎ Ｔｏｐｏｌｏ ｇｙ Ｏｆ Ａｎ Ｈｉｅｒａｒｃｈｉｃａｌ Ｓｅｒｉａｌ Ｂｕｓ Ａｓｓ ｅｍｂｌｙ」と題する同時に出願された関連米国出願第０８／３３２／３７５号 に記載されている。 これらの実施形態では、ＧＥＯ ＡＤＤＲは、シリアル・バス要素間で接続管 理トランザクションを行うために使用され、それに対してＬＯＧ ＡＤＤＲは、 バス・エージェントの機能間でデータ通信トランザクションを行うために使用さ れる。２つのタイプのトランザクションを２つの別々のアドレス空間に分離する ことによって、バス・エージェントの機能へのサービスを妨害する必要なしにシ リアル・バス要素の動的接続管理を行うことができる。 第６図は、マスタ／スレーブ・フロー制御モデルを使用して様々なトランザク ションを行うためにいくつかの実施形態によって実施される本発明の通信パケッ トの必須要素を示す。これらの実施形態では、パケット識別子４４を使用して制 御パケットとデータ・パケットが区別される。制御パケットとは、バス信号ディ ストリビュータ１８およびバス・インタフェース２２がトランザクションを行う ことを許可または命令するためにバス・コントローラ１４によって使用されるパ ケットである。制御パケットは、バス・コントローラ１４からの肯定応答または 命令に肯定応答するためにバス信号ディストリビュータ１８およびバス・インタ フェース２２によって使用されるパケットを含むことができる。さらに、必要に 応じてアドレス４６を使用してトランザクション当事者が識別される。マスタ／ スレーブ・フロー制御モデルの下で理解されるように、トランザクション参加者 としてのバス・コントローラ１４は、多くの場合推定することができ、したがっ てそのアドレスは省略することができる。 バス・コントローラ１４からある機能へのトランザクション・フローや第１の 機能から第２の機能へのトランザクション・フローは、パケット識別子４４から 推定できることが好ましい。接続管理トランザクションをサポートし、両方のタ イプのアドレスを実施する実施形態に適応するために地理的アドレスでも論理ア ドレス４６ても、すなわち「ハブＸ：ポートＹ」でも「ＬＡ」でも指定できるこ とが好ましい。 そのような通信パケットを使用して様々なトランザクションを行う特定の実施 態様は、引用によって本明細書に完全に組み込まれた「Ｍｅｔｈｏｄ Ａｎｄ Ａｐｐａｒａｔｕｓ Ｆｏｒ Ｅｘｃｈａｎｇｉｎｇ Ｄａｔａ， Ｓｔａｔｕ ｓ Ａｎｄ Ｃｏｍｍａｎｄｓ Ｏｖｅｒ Ａｎ Ｈｉｅｒａｒｃｈｉｃａｌ Ｓｅｒｉａｌ Ｂｕｓ Ａｓｓｅｍｂｌｙ Ｕｓｉｎｇ Ｃｏｍｍｕｎｉｃａｔ ｉｏｎ Ｐａｃｋｅｔｓ」と題する同時に出願された関連米国出願第０８／３３ ２５７３号に記載されている。 第８図−第９図は、本発明のバス・コントローラの一実施形態を示す。この実 施形態では、バス・コントローラ１４は、制御状態マシン及び回路５２と、制御 ／状態レジスタ５４と、データ・バッファ５６と、バス・コントローラ・ソフト ウェア・サービス５８とを含む。制御／状態レジスタ５４は、様々な制御データ および状態データを記憶するために使用される。このデータにはたとえば、存在 するシリアル・バス要素は、その相互接続トポロジー、相互接続された様々な周 辺装置の機能、シリアル・バス要素に割り当てられた地理的アドレス、相互接続 された周辺装置の機能に割り当てられる論理アドレスが含まれる。データ・バッ ファ５６は、バス・エージェント間のデータ通信トランザクションのデータをバ ッファするために使用される。制御状態マシン及び回路５２は、バス・コントロ ーラ・ソフトウェア・サービス５８のプログラミングの下で、ハードウェアを操 作し、データ通信トランザクションを制御し、前述のマスタ／スレーブ・フロー 制御モデルを使用する。いくつかの実施形態では、制御状態マシン及び回路５２ はさらに、ハードウェアを操作し、接続管理トランザクションを制御し、フレー ム・ベースのポーリング・スケジュールを用いてマスタ／スレーブ・フロー制御 モデルを実施し、地理的アドレス指定および論理アドレス指定を使用し、通信パ ケット・ベースのトランザクションまたは伝搬電気信号の状態からのデータ状態 および制御状態の推定、あるいはその両方をサポートする。 バス・コントローラ・ソフトウェア・サービス５８は、オペレーティング・シ ステム６０と、システム装置１２の装置ソフトウェア６２や構成ソフトウェア６ ４などその他のソフトウェアに応答して制御状態マシン及び回路５２をプログラ ムする。特に、これらのサービスには、存在するシリアル・バス要素の検出、シ リアル・バス要素の相互接続トポロジーの検出、相互接続された周辺装置の機能 の検出、地理的アドレスおよび論理アドレスの割り当てなどの接続管理が含まれ る。サービスにはさらに、ポーリング・スケジュールの生成や管理などのトラン ザクション管理、バス・エージェントのシリアル・バス要素および機能のポーリ ング、バス・エージェントのシリアル・バス要素および機能のある種の応答の肯 定応答、バス・エージェントの機能とのデータの交換などのトランザクション管 理が含まれる。 バス・コントローラ・ハードウェアおよびバス・コントローラ・ソフトウェア ・サービス５８の詳細な説明については、引用によって本明細書に組み込まれた 関連出願第０８／３３２３７５号、第０８／３３１７２７号、第０８／３３２５ ７３号、第０８／３３２３３７号を参照されたい。バス・コントローラ１４のハ ードウェア・サービスおよびソフトウェア・サービスへの機能の割り振りが実施 態様に依存することに留意されたい。本発明は、最小ハードウェア使用数から最 小限ソフトウェア・サービス使用数まで、任意の数の割り振りを用いて実施する ことができる。 第１０図ないし第１１図は、本発明のバス信号ディストリビュータの一実施形 態を示す。図の実施形態は、制御回路６６と、制御レジスタ６８と、８つのポー ト２４とを有する１：７バス信号ディストリビュータ１８’である。ポート０ ２４は、バス信号ディストリビュータ１８’を上流側のバス・コントローラ１４ または他のバス信号ディストリビュータ１８に接続するために使用される。ポー ト１ないし７は、合計で７つまでのバス信号ディストリビュータ１８またはバス ・インタフェース２２、あるいはその両方をそれ自体に接続するために使用され る。制御レジスタ６８は、ポート２４がそれ自体に接続されたバス・インタフェ ース２２を有するかどうか、ポート２４がオンにされているか、それともオフに されているかなど、それ自体の制御情報および状態情報を記憶するために使用さ れる。制御回路６６は、バス・コントローラ１４からの命令に応答してバス信号 ディストリビュータ１８’を操作する。 低コストの２本の信号線ケーブル２０を使用してシリアル・バス要素が相互接 続され、電気信号が好ましくは、差分方式で伝搬する実施形態では、各ポート２ ４は、差分信号を生成する２つの差分増幅器７０および７２を備える。各ポート ２４はさらに、図のようにグラウンドに結合された２つの抵抗器７４を有し、２ 本のワイヤ上の信号をグラウンドに引き下げ、それによって、接続されたバス・ インタフェース２２が存在するかどうかを区別できるようにすることが好ましい 。個別の実施態様に応じて、抵抗器７４の適当な値を経験的に求めることができ る。 バス信号ディストリビュータ１８の詳細な説明については、引用によって本明 細書に組み込まれた関連出願第０８／３３２３７５号を参照されたい。 第１２図ないし第１３図は、本発明のバス・インタフェースの一実施形態を示 す。この実施形態では、バス・インタフェース２２は、制御回路８０と、制御／ 状態レジスタ８２と、コネクタ・インタフェース８４および２つのＦＩＦＯ７６ ないし７８と、受信ＦＩＦＯ７６と、送信ＦＩＦＯ７８とを備える。受信ＦＩＦ Ｏおよび送信ＦＩＦＯ７６ないし７８は、データ通信トランザクションに関する 受信データおよび送信データをステージングするために使用される。制御／状態 レジスタ６８は、それに割り当てられた地理的アドレス、その「ホスト」周辺装 置の機能、その機能に割り当てられた論理アドレスなど、それ自体の制御情報お よび状態情報を記憶するために使用される。制御回路６６は、バス・コントロー ラ１４からの許可および命令に応答して、「ホスト」周辺装置および「ホスト」 周辺装置の機能のためにバス・インタフェース２２を操作する。 低コストの２本の信号線ケーブル２０を使用してシリアル・バス要素が相互接 続され、電気信号が好ましくは、差分方式で伝搬する実施形態では、コネクタ・ インタフェース８４は、差分信号を生成する２つの差分増幅器８６および８８を 備える。コネクタ・インタフェース８４はさらに、図のようにＶｃｃに結合され た２つの抵抗器９０を有し、２本のワイヤ上の信号を、接続バス信号ディストリ ビュータ１８のポート回路と相補的なＶｃｃに引き上げることが好ましい。個別 の実施態様に応じて、抵抗器９０の適当な値を経験的に求めることができる。 バス・インタフェース２２の詳細な説明については、引用によって本明細書に 組み込まれた関連出願第０８／３３２３７５号、第０８／３３１７２７号、第０ ８／３３２５７３号、第０８／３３２３３７号を参照されたい。 したがって、階層接続を使用して、等時周辺装置および非同期周辺装置とコン ピュータ・システムのシステム装置を直列相互接続する方法および装置について 説明した。本発明を前述の実施態様に関して説明したが、当業者には、本発明が 前述の実施形態に限らないことが認識されよう。本発明の方法および装置は、添 付の請求の範囲の趣旨および範囲内で修正および変更を加えて実施することがで きる。したがって、この説明は本発明を制限するものではなく、例示的なものと みたすべきである。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，Ｍ Ｃ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ， ＴＤ，ＴＧ)，ＡＰ(ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，Ｕ Ｇ)，ＡＬ，ＡＭ，ＡＴ，ＡＴ，ＡＵ，ＢＢ，ＢＧ，Ｂ Ｒ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＺ，ＣＺ，ＤＥ，ＤＥ ，ＤＫ，ＤＫ，ＥＥ，ＥＥ，ＥＳ，ＦＩ，ＦＩ，ＧＢ， ＧＥ，ＨＵ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，Ｋ Ｚ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ， ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＫ，Ｔ Ｊ，ＴＭ，ＴＴ，ＵＡ，ＵＧ，ＵＺ，ＶＮ (72)発明者 コーラハン，シェラー アメリカ合衆国 97006 オレゴン州・ビ ーヴァートン・サウスウエスト 170ティ エイチ アヴェニュ・ナンバー1608・2830 (72)発明者 バット，アジェイ・ヴィ アメリカ合衆国 95762 カリフォルニア 州・エル ドラド ヒルズ・ダウニーヴィ ル ドライブ・1254 (72)発明者 ニザー，プシヤ・コタル アメリカ合衆国 95762 カリフォルニア 州・エル ドラド ヒルズ・ダーウィン ウェイ・1762 (72)発明者 ハスラム，リチャード・エム アメリカ合衆国 97123 オレゴン州・ヒ ルズボロー・サウスイースト ウィロー ドライブ・3057 【要約の続き】 たは制御状態、あるいはその両方を電気的に表し、ある いはそれらの組合せを行う。

Claims (1)

1. 【特許請求の範囲】 １．１つまたは複数の等時周辺装置または非同期周辺装置、あるいはその両方と コンピュータ・システムのシステム装置を直列相互接続するシリアル・バス・ア センブリを備えるコンピュータ・システムであって、前記シリアル・バス・アセ ンブリが、 それぞれがシリアル・バス・アセンブリの終端ポイントであって、周辺装置と ンリアル・バス・アセンブリを相互接続し、バス・マスタとの管理トランザクシ ョンを行い、それぞれ、１つまたは複数の機能を有する周辺装置の機能のために バス・マスタから受け取った許可に応答するデータ・トランザクションを行う、 １つまたは複数のバス・インタフェースと、 零個以上のバス信号ディストリビュータであって、それぞれ、上流側のシステ ム装置の方へ１つまたは複数のバス・インタフェースを相互接続する複数のポー トを有し、バス信号分配用の導管として働き、零個のバス信号ディストリビュー タを使用する場合単一のバス・インタフェースがバス・マスタに結合され、少な くとも１つのバス信号ディストリビュータを使用する場合各バス・インタフェー スが上流側のバス信号ディストリビュータと相互接続され、各バス信号ディスト リビュータが、上流側のバス・マスタに結合される１つのバス信号ディストリビ ュータを除いて、上流側の別のバス信号ディストリビュータに結合されるバス信 号ディストリビュータと、 バス・マスタとして機能し、零個以上のバス信号ディストリビュータ、バス・ インタフェース、周辺装置の機能がトランザクションを行うことを許可し、零個 以上のバス信号ディストリビュータおよびバス・インタフェースとの管理トラン ザクションを行い、周辺装置の機能とのデータ・トランザクションを行うために 、上流側のシステム装置に結合され、少なくとも１つの信号ディストリビュータ を使用するかどうかに応じて、下流側のバス信号ディストリビュータとバス・イ ンタフェースのどちらかに結合されたバス・コントローラと を含むことを特徴とするコンピュータ・システム。 ２．シリアル・バス・アセンブリの前記バス・コントローラが、前記バス・コン トローラと、前記零個以上のバス信号ディストリビュータと、前記バス・インタ フェースとの間の接続トポロジーを動的に決定し追跡することを特徴とする請求 項１に記載のコンピュータ・システム。 ３．シリアル・バス・アセンブリの前記バス・コントローラが、データ通信トラ ンザクションに関して前記バス・インタフェースのホストとして働く周辺装置の 機能をポーリングするためにフレーム・ベースのポーリング・スケジュールを動 的に生成し維持することを特徴とする請求項１に記載のコンピュータ・システム 。 ４．前記バス・コントローラ、前記バス信号ディストリビュータ、前記バス・イ ンタフェースが論理アドレス空間をサポートし、前記バス・コントローラが前記 論理アドレス空間内のデータ・トランザクションに関して前記周辺装置の前記機 能をポーリングすることを特徴とする請求項３に記載のコンピュータ・システム 。 ５．前記バス・コントローラがさらに、前記動的に生成され維持されるフレーム ・ベースのポーリング・スケジュール内の管理トランザクションに関する前記零 個以上のバス信号ディストリビュータおよび前記バス・インタフェースのポーリ ングを含むことを特徴とする請求項３に記載のコンピュータ・システム。 ６．前記バス・コントローラ、前記バス信号ディストリビュータ、前記バス・イ ンタフェースが地理的アドレス空間をサポートし、前記バス・コントローラが前 記地理的アドレス空間内の管理トランザクションに関して前記バス信号ディスト リビュータおよび前記バス・インタフェースをポーリングすることを特徴とする 請求項５に記載のコンピュータ・システム。 ７．前記バス・コントローラが、前記バス・インタフェースのホストして働く周 辺装置の機能とのデータ・トランザクションを行い、前記バス信号ディストリビ ュータおよび前記バス・インタフェースとの管理トランザクションを行うために 、パケット識別子によって識別されるパケット・タイプを有するいくつかの要素 パケットを使用し、前記バス・コントローラ、前記バス信号ディストリビュータ および前記バス・インタフェースが、所定の制御フロー・プロトコルを使用して 前記パケットを交換することを特徴とする請求項１に記載のコンピュータ・シス テム。