特許 5917474 統合マルチ転送媒体コネクタを利用するシステム及びルーティング方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5917474

(24)【登録日】2016年4月15日

(45)【発行日】2016年5月18日

(54)【発明の名称】統合マルチ転送媒体コネクタを利用するシステム及びルーティング方法

(51)【国際特許分類】

   G06F 3/00 20060101AFI20160428BHJP

   H04L 12/46 20060101ALI20160428BHJP

【ＦＩ】

   G06F3/00 D

   H04L12/46 100Z

   G06F3/00 V

【請求項の数】13

【全頁数】23

(21)【出願番号】特願2013-238819(P2013-238819)

(22)【出願日】2013年11月19日

(62)【分割の表示】特願2011-523856(P2011-523856)の分割

【原出願日】2009年8月5日

(65)【公開番号】特開2014-67433(P2014-67433A)

(43)【公開日】2014年4月17日

【審査請求日】2013年11月19日

(31)【優先権主張番号】12/229,453

(32)【優先日】2008年8月22日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】593096712

【氏名又は名称】インテル コーポレイション

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100091214

【弁理士】

【氏名又は名称】大貫 進介

(72)【発明者】

【氏名】チャンドラ，プラシャント，アール．

(72)【発明者】

【氏名】バット，アジャイ，ヴィー．

(72)【発明者】

【氏名】カーン，ケヴィン

(72)【発明者】

【氏名】マクゴワン，スティーヴ

【審査官】 坂東 博司

(56)【参考文献】

【文献】 特開２００６−２４５８９４（ＪＰ，Ａ）

【文献】 特開２００５−３１８４９５（ＪＰ，Ａ）

【文献】 特開２００５−２１６２８３（ＪＰ，Ａ）

【文献】 米国特許出願公開第２００２／００４９８６２（ＵＳ，Ａ１）

【文献】 特開２００２−１９０３４４（ＪＰ，Ａ）

【文献】 特開２００１−１６８３８０（ＪＰ，Ａ）

【文献】 特開平０４−１３８６７７（ＪＰ，Ａ）

【文献】 米国特許第０４９６９９２４（ＵＳ，Ａ）

【文献】 特開２００６−１１５３６２（ＪＰ，Ａ）

【文献】 特開平１０−２４３０１６（ＪＰ，Ａ）

【文献】 特開平０６−３３４６８７（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ ３／００

Ｈ０４Ｌ １２／４６

(57)【特許請求の範囲】

【請求項1】

システムであって、
第１のデータ伝送経路であって、前記第１のデータ伝送経路の少なくとも一部分は、電気信号内でデータ・パケットを伝送するための電気経路及び光信号内でデータ・パケットを伝送するための光経路を含む、第１のデータ伝送経路と、
第１の汎用マルチ転送媒体（ＵＭＴＭ）コネクタであって、前記第１のＵＭＴＭコネクタは前記第１のデータ伝送経路に結合され、プラグに物理的に結合するよう構成された形態的要素を有する、第１のＵＭＴＭコネクタであって、前記第１のＵＭＴＭコネクタが、前記電気信号を伝送するための電気結合及び前記光信号を伝送するための光結合を備える、第１のＵＭＴＭコネクタと、
前記第１のデータ伝送経路に結合され、選択的に、統合コネクタ・プロトコルによる統合コネクタ・プロトコル・フレームに複数のホスト・コントローラからのパケットをカプセル化し、前記統合コネクタ・プロトコル・フレームの少なくとも一部を前記第１のＵＭＴＭコネクタに伝送するためのルータと
を備え、
（１）前記第１のＵＭＴＭコネクタが、前記プラグを介して第１の周辺装置に結合された場合、前記第１のＵＭＴＭコネクタは、前記電気信号のみを使用して前記電気結合から前記第１の周辺装置に前記統合コネクタ・プロトコル・フレームの前記少なくとも一部を伝送することができ、（２）前記第１のＵＭＴＭコネクタが、前記プラグを介して第２の周辺装置に結合された場合、前記第１のＵＭＴＭコネクタは、前記光信号のみを使用して前記光結合から前記第２の周辺装置に前記統合コネクタ・プロトコル・フレームの前記少なくとも一部を伝送することができ、前記ルータは、
特定の周辺装置を、前記特定の周辺装置が前記プラグを介して前記ルータに結合された場合に動的に算出し、
プラグインされた特定の周辺装置が光信号を受信することができる場合、光信号を使用して前記プラグインされた特定の周辺装置と通信し、
前記プラグインされた特定の周辺装置が光信号を受信することができない場合、電気信号を使用して前記プラグインされた特定の周辺装置と通信する
よう更に動作可能なシステム。

【請求項2】

請求項１記載のシステムであって、前記ルータは、前記電気経路を介して、前記統合コネクタ・プロトコル・フレームを前記電気信号内で伝送するか否かを判定するよう更に動作可能なシステム。

【請求項3】

請求項１記載のシステムであって、前記ルータは、
前記統合コネクタ・プロトコル・フレームそれぞれの優先度レベルを求め、
前記光信号内での伝送のために必要な最小優先度レベルを求め、
前記統合コネクタ・プロトコル・フレームの優先度が前記必要な最小優先度レベルに少なくとも等しい場合に前記統合コネクタ・プロトコル・フレームを、前記光信号を使用して伝送させ、
前記統合コネクタ・プロトコル・フレームの優先度が前記必要な最小優先度レベルよりも低い場合に前記統合コネクタ・プロトコル・フレームを、前記電気信号を使用して伝送させる
よう更に動作可能なシステム。

【請求項4】

請求項１記載のシステムであって、
高性能データ・パケットを送出することができるディスプレイ・コントローラを備えた少なくとも１つのホスト・コントローラと、
高性能データ・パケットを送出し、受信することができるネットワーク・コントローラを備えた少なくとも１つのホスト・コントローラと
を更に備えたシステム。

【請求項5】

請求項１記載のシステムであって、
前記第１のＵＭＴＭコネクタを介して前記第１のデータ伝送経路に結合された統合コネクタ・ハブを更に備え、前記統合コネクタ・ハブは、複数のダウンストリームＵＭＴＭコネクタを含み、前記統合コネクタ・ハブは、
前記光信号内で前記第１のＵＭＴＭコネクタから前記統合コネクタ・プロトコル・フレームを受信し、
前記受信された光信号を、対応する電気信号に変換し、
前記受信された光信号を複数の光信号に分割し、
前記対応する電気信号及び前記複数の光信号を前記複数のダウンストリームＵＭＴＭコネクタそれぞれに送信する
システム。

【請求項6】

請求項１記載のシステムであって、
第２のデータ伝送経路と、
前記第２のデータ伝送経路に結合された第２のＵＭＴＭコネクタと、
前記第１のデータ伝送経路及び前記第２のデータ伝送経路に結合され、前記統合コネクタ・プロトコル・フレームそれぞれの優先度レベルに基づいて少なくとも部分的に求められる順序で、前記統合コネクタ・プロトコル・フレームが前記複数のホスト・コントローラのうちの第１のホスト・コントローラから発信される場合の、前記第１のＵＭＴＭコネクタに結合された第３の周辺装置に前記第１のデータ伝送経路を介した前記統合コネクタ・プロトコル・フレームの伝送と、前記統合コネクタ・プロトコル・フレームが前記複数のホスト・コントローラのうちの第２のホスト・コントローラから発信される場合の、前記第２のＵＭＴＭコネクタに結合された第４の周辺装置に前記第２のデータ伝送経路を介した前記統合コネクタ・プロトコル・フレームの伝送とをスケジューリングするためのスケジューラと
を更に備えるシステム。

【請求項7】

請求項６記載のシステムであって、前記第１のホスト・コントローラ及び前記第２のホスト・コントローラは、電気信号内で、データ・パケットを前記ルータに送信し、前記ルータからデータ・パケットを受信する
システム。

【請求項8】

請求項６記載のシステムであって、前記スケジューラは、
少なくとも前記第１のホスト・コントローラ及び前記第２のホスト・コントローラによって埋められる１つ又は複数のアイソクロナス・データ・パイプから前記統合コネクタ・プロトコル・フレームを受信し、
前記１つ又は複数のアイソクロナス・データ・パイプから受信された前記統合コネクタ・プロトコル・フレームを、前記スケジューラにおける１つ又は複数の出力バッファに、前記統合コネクタ・プロトコル・フレームそれぞれの優先度レベルに基づいた順序で記憶する
よう更に動作可能であり、
前記ルータは、
前記１つ又は複数の出力バッファに記憶された順序で前記統合コネクタ・プロトコル・フレームそれぞれを送信する
よう更に動作可能なシステム。

【請求項9】

請求項６記載のシステムであって、前記ルータは、
１つ又は複数の周辺装置からの統合コネクタ・プロトコル・フレームを第１のプロトコルのデータ・パケットに変換し、前記第１のプロトコルの前記データ・パケットを前記第１のホスト・コントローラに送信し、１つ又は複数の周辺装置からの統合コネクタ・プロトコル・フレームを第２のプロトコルのデータ・パケットに変換し、前記第２のプロトコルの前記データ・パケットを前記第２のホスト・コントローラに送信するよう更に構成されたシステム。

【請求項10】

装置からのパケットをルーティングする方法であって、前記装置は、複数の汎用マルチ転送媒体（ＵＭＴＭ）コネクタを含み、ＵＭＴＭコネクタそれぞれは、電気信号を伝送するための電気結合及び光信号を伝送するための光結合を含み、前記方法は、
統合コネクタ・プロトコルによる統合コネクタ・プロトコル・フレームに第１のホスト・コントローラ又は第２のホスト・コントローラからのパケットを、複数のデータ伝送経路に結合されたルータにより、選択的にカプセル化する工程と、
前記複数のデータ伝送経路における第１のデータ伝送経路の少なくとも一部分を介して光信号内で、又は、前記第１のデータ伝送経路全体を介して電気信号内で、前記統合コネクタ・プロトコル・フレームの少なくとも一部を第１のＵＭＴＭコネクタに前記ルータにより、選択的に伝送する工程と
を含み、
（１）前記第１のＵＭＴＭコネクタが第１の周辺装置に結合された場合、前記選択的に伝送する工程は、前記電気信号のみを使用して前記第１のＵＭＴＭコネクタの前記電気結合から前記第１の周辺装置に前記統合コネクタ・プロトコル・フレームの前記少なくとも一部を伝送することができ、（２）前記第１のＵＭＴＭコネクタが第２の周辺装置に結合された場合、前記選択的に伝送する工程は、前記光信号のみを使用して前記第１のＵＭＴＭコネクタの前記光結合から前記第２の周辺装置に前記統合コネクタ・プロトコル・フレームの前記少なくとも一部を伝送することができ、
特定の周辺装置を、前記特定の周辺装置が前記第１のＵＭＴＭコネクタを介して前記ルータに結合された場合に前記ルータにより、動的に算出する工程と、
プラグインされた特定の周辺装置が光信号を受信することができる場合、前記光信号を使用して前記プラグインされた特定の周辺装置と前記ルータによって通信する工程と、
前記プラグインされた特定の周辺装置が光信号を受信することができない場合、前記電気信号を使用して前記プラグインされた特定の周辺装置と前記ルータによって通信する工程と
を更に含む方法。

【請求項11】

請求項１０記載の方法であって、
前記ルータが前記統合コネクタ・プロトコル・フレームそれぞれの優先度レベルを求める工程と、
前記ルータが、前記光信号内での伝送のために必要な最小優先度レベルを求める工程と、
前記ルータが、前記統合コネクタ・プロトコル・フレームの優先度が前記必要な最小優先度レベルに少なくとも等しい場合に前記統合コネクタ・プロトコル・フレームを、前記光信号を使用して伝送させる工程と、
前記ルータが、前記統合コネクタ・プロトコル・フレームの優先度が前記必要な最小優先度レベルよりも低い場合に前記統合コネクタ・プロトコル・フレームを、前記電気信号を使用して伝送させる工程
とを更に含む方法。

【請求項12】

請求項１１記載の方法であって、
前記ルータが、前記統合コネクタ・プロトコル・フレームそれぞれの優先度レベルに基づいて少なくとも部分的に求められる順序で、前記統合コネクタ・プロトコル・フレームが前記第１のホスト・コントローラから発信される場合の、第３の周辺装置に前記複数のデータ伝送経路のうちの第１のデータ伝送経路を介した前記統合コネクタ・プロトコル・フレームの伝送と、前記統合コネクタ・プロトコル・フレームが第２のホスト・コントローラから発信される場合の、第２のＵＭＴＭコネクタに結合された第４の周辺装置に第２のデータ伝送経路を介した前記統合コネクタ・プロトコル・フレームの伝送とをスケジューリングする工程
を更に含む方法。

【請求項13】

請求項１１記載の方法であって、
前記ルータが、少なくとも前記第１のホスト・コントローラ及び前記第２のホスト・コントローラによって埋められる１つ又は複数のアイソクロナス・データ・パイプから前記統合コネクタ・プロトコル・フレームを受信する工程と、
前記ルータが、前記１つ又は複数のアイソクロナス・データ・パイプから受信された前記統合コネクタ・プロトコル・フレームを、スケジューラにおける１つ又は複数の出力バッファに、前記統合コネクタ・プロトコル・フレームそれぞれの優先度レベルに基づいた順序で記憶する工程と、
前記ルータが、前記１つ又は複数の出力バッファに記憶された順序で前記統合コネクタ・プロトコル・フレームそれぞれを送信する工程と
を更に含む方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、コンピュータ・システムにわたる統合マルチ転送媒体コネクタ・アーキテクチャの実現形態に関する。

【背景技術】

【0002】

現行のコンピュータ・プラットフォーム・アーキテクチャは、コンピュータ・プラットフォームと、上記プラットフォームに接続された端末装置との間のいくつかの各種Ｉ／Ｏを実現するための各種ホスト・コントローラを有する。例えば、グラフィクス・ホスト・コントローラは潜在的には、対応する接続インタフェース（すなわち、ディスプレイ装置をコンピュータ・プラットフォームに接続するケーブルの端部におけるプラグ）を備えたアナログ及びディジタル・ポートを有する。プラットフォーム内のローカル・エリア・ネットワーク・コントローラは通常、１つ又は複数のイーサネット（登録商標）ジャックを有する。汎用シリアル・バス（ＵＳＢ）サブシステムは、西暦２０００年４月２７日付で公表されたＵＳＢ２．０ＵＳＢ仕様、及び上記ＵＳＢ仕様の他の多くの改訂版において記載されたものなどのいくつかの関連付けられたＵＳＢプラグ・インタフェースを有する。西暦１９９６年８月３０日付で公表された、バージョン１３９４乃至１３９５又は何れかの後続バージョンなどの米国電気電子技術者協会（ＩＥＥＥ）１３９４「ファイヤ」仕様のバージョンは更に、１つ又は複数のプラグ・インタフェースを有する。プラグ・インタフェースをやはり備える、記載されていない他の多くの標準が存在している。コンピュータ・プラットフォームに周辺装置を差し込むための、離間しており、別個のポート、及び関連付けられたハードウェア・インタフェースのリストは相当大きい。

【発明の概要】

【発明が解決しようとする課題】

【0003】

前述のインタフェース及び対応するハードウェア・ジャック／プラグ全てを備えたコンピュータ・プラットフォームは、１つの場所に前述のハードウェア全てを収容するために大量のマザーボード及び筐体面積に対する相当な要件を有する。このことにより、モバイル・コンピュータが前述のインタフェースの完全な補完物を有することができることが制限されており、多くのデスクトップ・システム上の後部周辺装置インタフェース・パネルも、残念ながら、サイズが大きくなってしまっている。

【課題を解決するための手段】

【0004】

本発明は、例として示し、添付図面に限定されるものでない。同じ参照符号は同じ構成要素を表す。

【図面の簡単な説明】

【0005】

【図1】統合マルチ転送媒体（ＵＭＴＭ）コネクタ・アーキテクチャのシステムレベルの実現形態の一実施例を表す図である。

【図2】ＵＭＴＭルータ／スケジューラ、及び付随するＵＭＴＭコネクタ・アーキテクチャ・ロジックの一実施例を表す図である。

【図3】統合光コネクタ・ポート内の変換及び伝送ロジックの実施例を表す図である。

【図4】ＵＭＴＭルータ／スケジューラ内の動作ロジックの実施例を表す図である。

【図5】ＵＭＴＭ仕様内で実現されるアイソクロナス・トランザクション記述子（ｉＴＤ）リング・バッファの実施例を表す図である。

【図6】ＵＭＴＭハブの実施例を表す図である。

【図7】統合フレーム・アーキテクチャ環境においてデータ・パケットをルーティングするための処理の一実施例を示すフロー図である。

【図8】個別グラフィクス及びローカル・エリア・ネットワーク・カードの統合コネクタ・アーキテクチャ・スロット・コネクタの実施例を表す図である。

【発明を実施するための形態】

【0006】

統合マルチ転送媒体（ＵＭＴＭ）コネクタ・アーキテクチャを実現するための装置、方法、及びシステムの実施例を開示する。システムは、複数の転送媒体（特に、光転送媒体及び電気転送媒体）を有する汎用コネクタ・ポートを含む。ＵＭＴＭアーキテクチャを実現するコンピュータ・システムは、及び高速ディスプレイ装置及びネットワーク周辺装置をシステムに結合させ、低速汎用シリアル・バス（ＵＳＢ）周辺装置を、共通のプラグ形態的要素で、周辺装置ポートに結合させることができる。ＵＭＴＭコネクタ・ポートは、高速周辺装置が光リンクを介してコンピュータ・システムに、高速周辺装置に結合させることを可能にし、低速周辺装置が、電気リンクを介してコンピュータ・システムに結合させることを可能にする。

【0007】

ＵＭＴＭスケジューラ内のロジック及びコンピュータ・システム内のルータ装置は、システムにおいて存在しているホスト・コントローラ及び周辺装置の帯域要件に基づいた順序でコンピュータ・システムにおける１つ又は複数のホスト・コントローラから受信されたデータ・パケットをスケジューリングする。更に、ロジックは、特定のホスト・コントローラと特定の周辺装置との間でデータ・パケットをルーティングし、統合フレーム・プロトコル・パケットへのネーティブ・ホスト・コントローラ・パケットのカプセル化を管理する。更なるロジックは、光リンクを介して非常に高い帯域幅で伝送される対象の光信号に、ホスト・コントローラからデータ・パケットを搬送する電気信号を変換することができる。変換ロジックは、光信号において高速周辺装置から送出されるデータ・パケットが、電気信号として標的ホスト・コントローラによって受信されることを可能にするよう、光信号を電気信号に戻すよう変換することもできる。ＵＭＴＭコネクタ・アーキテクチャ内の装置の算出、及びアーキテクチャ自体の動作は、ＵＳＢアーキテクチャと同様に実現される。

【0008】

本願明細書及び特許請求の範囲における、本願開示手法の「ｏｎｅ ｅｍｂｏｄｉｍｅｎｔ」又は「ａｎ ｅｍｂｏｄｉｍｅｎｔ」への言及は、本願の実施例に関して説明した特定の構成、構造又は特性が、上記本願開示手法の少なくとも一実施例に含まれていることを意味している。本明細書中の随所に「ｉｎ ｏｎｅ ｅｍｂｏｄｉｍｅｎｔ」という句が存在することは、その全てが同じ実施例を表している訳でない。

【0009】

以下の明細書及び特許請求の範囲では、「ｉｎｃｌｕｄｅ」及び「ｃｏｍｐｒｉｓｅ」という語、並びにそれらの派生形を使用することができ、互いに同義語として扱うことが意図されている。更に、以下の明細書及び特許請求の範囲では、「結合された」及び「接続された」という語、並びにそれらの派生形を使用することができる。前述の語は、互いの同義語として意図されているものでない。むしろ、特定の実施例では、「接続された」という語を使用して、２つ以上の構成要素が、物理的に又は電気的に互いに直接接触しているということを示す。「結合する」は、２つ以上の構成要素が、物理的又は電気的に直接、接触していることを意味し得る。しかし、「結合する」は、２つ以上の構成要素が互いに直接接触していないことがあり得るが、なお、互いに協働又は相互作用し得ることも意味し得る。

【0010】

統合マルチ転送媒体（ＵＭＴＭ）コネクタ・アーキテクチャを実現するための装置、方法、及びシステムの実施例を開示する。システムは、複数の伝送媒体（特に、光伝送媒体及び電気伝送媒体）を有する汎用コネクタ・ポートを含む。ＵＭＴＭアーキテクチャを実現するコンピュータ・システムは、高速ディスプレイ装置及びネットワーク周辺装置をシステムに結合させ、低速汎用シリアル・バス（ＵＳＢ）周辺装置を共通のプラグ形態的要素で、周辺装置ポートに結合させることができる。ＵＭＴＭコネクタ・ポートは、高速周辺装置が光リンクを介してコンピュータ・システムに結合させることを可能にし、低速周辺装置が電気リンクを介してコンピュータ・システムに結合させることを可能にする。コンピュータ・システム内のルータ装置及びＵＭＴＭスケジューラ内のロジックは、システムにおいて存在しているホスト・コントローラ及び周辺装置の帯域要件に基づいた順序でコンピュータ・システムにおける１つ又は複数のホスト・コントローラから受信されたデータ・パケットをスケジューリングする。更に、ロジックは、特定のホスト・コントローラと特定の周辺装置との間でデータ・パケットをルーティングし、統合フレーム・プロトコル・パケットへのネーティブ・ホスト・コントローラ・パケットのカプセル化を管理する。更なるロジックは、光リンクを介して非常に高い帯域幅で伝送される対象の光信号に、ホスト・コントローラからデータ・パケットを搬送する電気信号を変換することができる。変換ロジックは、光信号において高速周辺装置から送出されるデータ・パケットが、電気信号として標的ホスト・コントローラによって受信されることを可能にするよう、光信号を電気信号に変換することもできる。ＵＭＴＭコネクタ・アーキテクチャ内の装置の算出、及びアーキテクチャ自体の動作は、ＵＳＢアーキテクチャと同様に実現される。

【0011】

ＵＭＴＭポートの物理的な形態的要素、並びに、実際の電気的仕様及び光学的仕様は、ＵＳＢ標準、ＩＥＥＥ１３９４「ファイヤワイヤ」標準、又は、特定の基本的な最小限の装置の発見及び保守機能を備えた何れかの他の同等の標準プロトコルと同様なポ―トを含む、考えられるいくつかの実施例のうちの１つであり得る。

【実施例】

【0012】

図１は、統合マルチ転送媒体コネクタ・アーキテクチャのシステムレベルの実現形態の一実施例を表す図である。多くの実施例では、システムは、中央処理装置（ＣＰＵ）１００などの１つ又は複数のプロセッサを含む。他の実施例では、ＣＰＵ１００は１つのコア又は複数のコアを有し得る。一部の実施例では、プロセッサそれぞれが１つのコア又は複数のコアを有するマルチプロセッサ・システム（図示せず）である。

【0013】

ＣＰＵ１００は、１つ又は複数の高速リンク（すなわち、相互接続、バス等）を介してシステム・メモリ１０２に結合される。システム・メモリ１０２は、プログラム及びオペレーティング・システムを動作させ、実行するためにＣＰＵ１００が利用する情報を記憶することができる。他の実施例では、システム・メモリ１０２は、ダイナミック・ランダム・アクセス・メモリ（ＤＲＡＭ）の形態などの何れかの使用可能なタイプの読み取り及び書き込み可能なメモリであり得る。

【0014】

一部の実施例では、ＣＰＵ１００は、更に、更なる高速リンクを介して個別グラフィクス・コントローラ１０４に結合される。個別グラフィクス・コントローラ１０４は、スロット・コネクタを介してマザーボード又は前述の他の印刷回路基板に物理的に結合し得る。多くの実施例では、個別グラフィクス・コントローラは、ＰＣＩエクスプレス（登録商標）スロット・コネクタに差し込まれるＰＣＩエクスプレス（登録商標）グラフィクス・コントローラ／カードであり得る。この場合、ＰＣＩエクスプレス（登録商標）グラフィクス・コントローラ／カードは、西暦２００６年１２月２０日付で公表されたＰＣＩエクスプレス（登録商標）基本仕様（Ｒｅｖ． ２．０）などの仕様の改訂に準拠し得る。他の実施例では、個別グラフィクス・コントローラは、ＰＣＩエクスプレス（登録商標）以外のプロトコルを利用する。一部の実施例では、ＣＰＵ１００は、複数の個別グラフィクス・コントローラに結合される（複数の個別グラフィクス・コントローラを有する実施例は示していない）。

【0015】

ＣＰＵ１００は、多くの実施例において、Ｉ／Ｏコンプレクス１０６にも結合される。Ｉ／Ｏコンプレクス１０６は、１つ又は複数のＩ／Ｏホスト・コントローラを収容し、そのそれぞれは、コンピュータ・システムに接続されたＩ／Ｏ周辺装置とＣＰＵ１００が通信することを可能にする１つ又は複数のＩ／Ｏリンクを制御し得る。ディスプレイ１０８及び無線ルータ１１０などのＩ／Ｏ周辺装置は、コンピュータ・システムに接続し得るＩ／Ｏ周辺装置の例である。

【0016】

多くの実施例では、Ｉ／Ｏコンプレクス１０６は、個別ネットワーク・インタフェース・コントローラ（ＮＩＣ）１１４に結合される。個別ＮＩＣ１１４は、コンピュータ・システムの外部の１つ又は複数のネットワークと、コンピュータ・システムとの間のインタフェースを提供することができる。前述のネットワ―クは、コンピュータが、配置されたドメイン内の無線及び有線イントラネット・ネットワークなどのネットワークを含み得るか、又はインターネット自体も含み得る。

【0017】

多くの実施例では、図１のシステムは、１つ又は複数の高速リンクを介して１つ又は複数の統合コネクタ・ポートに結合された統合マルチ転送媒体コネクタ・アーキテクチャ（ＵＭＴＭ）ルータ／スケジューラ１１６を含む。ここでは、４つの統合コネクタ・ポート（ポート１１８、ポート１２０、ポート１２２、及びポート１２４）を示す。ＵＭＴＭルータ／スケジューラ１１６は、前述の通り、１つ又は複数のＩ／Ｏリンクを介してＩ／Ｏコンプレクス１０６にも結合される。前述には、汎用シリアル・バス（ＵＳＢ）及び／又は何れかの他の潜在的なＩ／ＯリンクなどのＩ／Ｏリンクを含む。図１は、前述の３つのリンク（Ｉ／Ｏリンク１２６、Ｉ／Ｏリンク１２８、及びＩ／Ｏリンク１３０）を示す。

【0018】

ＵＭＴＭルータ／スケジューラ１１６は、多くの実施例では、コンピュータ・システムにおけるマザーボード１３６上の個別部品である。他の実施例では、ＵＭＴＭルータ／スケジューラは、Ｉ／Ｏコンプレックス１０６に統合し得る（前述の実施例は示していない）。

【0019】

先行して実現されたコンピュータ・システムでは、Ｉ／Ｏコンプレックス１０６に対向する、Ｉ／Ｏリンクの端点は、互換の周辺装置がポートに接続されることを可能にするプロトコル特有のポートになる（すなわち、ＵＳＢキーボード装置がＵＳＢポートに差し込まれる。無線ルータ装置がＬＡＮ／イーサネット（登録商標）ポートに差し込まれる等）。単一のポートは何れも、互換のプラグ及び互換のプロトコルを有する装置に制限される。互換の装置がポートに差し込まれると、通信リンクが、Ｉ／Ｏコンプレクスと周辺装置との間で確立される。

【0020】

図１に示す実施例において記載したコンピュータ・システムでは、Ｉ／Ｏリンク（１２６乃至１３０）はＩ／Ｏコンプレックス１０６をＵＭＴＭルータ／スケジューラ１１６と結合し、ルータは次いで、特有のネーティブ・ホスト・コントローラ・プロトコル・データ・パケット・フォーマットにおいて元々送出されたデータ・パケットを統合フレーム・プロトコル・データ・パケット・フォーマットにカプセル化する。ＵＭＴＭルータ／スケジューラ１１６は次いで、標的周辺装置が接続された（すなわち、通信可能に結合された、差し込まれた等）ＵＭＴＭコネクタ・ポートに統合フレーム・プロトコル・データ・パケットをルーティングする（すなわち、送信する）。よって、前述の実施例では、ディスプレイ１０８及び無線ルータ１１２などのＩ／Ｏ周辺装置は全て、統合フレーム・プロトコルと互換であり、ＵＭＴＭコネクタ・ポート（１１８乃至１２４）の何れか１つに差し込むためにＵＭＴＭコネクタ形態的要素プラグを有する。ＵＭＴＭコネクタ／プラグ形態的要素は、図３及び以下の関連する説明において更に詳細に記載する。

【0021】

更に、ＵＭＴＭルータ／スケジューラ１１６は、接続された周辺装置の何れかから着信される統合フレーム・プロトコル・データ・パケットを、Ｉ／Ｏコンプレックス内の標的化されたＩ／Ｏホスト・コントローラにネーティブなプロトコルに変換する。

【0022】

よって、コンピュータ・システムから周辺装置に送出され、周辺装置からコンピュータ・システムに送出されるＩ／Ｏデータ（例えば、ディスプレイ、ネットワーキング、ＵＳＢ等）は、統合フレーム・プロトコル・データ・パケット内の物理層においてパケット化され、カプセル化される。個別グラフィクス及び個別ＮＩＣコントローラに関し、前述のコントローラは、そのそれぞれのプロトコル・スタックによって定義された物理層に応じてフォーマッティングされたＩ／Ｏデータを生成し、受信する。このデータは、ＵＭＴＭコネクタ・ポートを介して搬送されると、統合フレーム・プロトコルによって定義されたパケット・フォーマット（すなわち、フレーム・フォーマット）内に更にカプセル化される。ＵＭＴＭルータ／スケジューラ１１６がカプセル化及びパケット化を達成する方法の具体的な実現形態は、図２を参照して以下に詳細に説明する。

【0023】

図１に戻れば、多くの実施例では、ＵＭＴＭルータ／スケジューラ１１６に、個別ＮＩＣ１１４及び個別グラフィックス・コントローラ１０４を直接結合する更なる専用リンクを示す。前述のリンクは、それぞれ点線リンク１３２及び１３４として示す。ディスプレイ及びネットワーク点線リンクは、ディスプレイ装置及び／又はネットワーク装置が、ＵＭＴＭコネクタ・ポート（例えば、ＵＭＴＭコネクタ・ポート１１８乃至１２４のうちの１つ）を介してコンピュータ・システムに差し込まれることを可能にする。リンク１３２及び１３４は、個別カードに直接接続されるポートから、先行して必要であったディスプレイ及びネットワーク結合位置を取り外す。例えば、以前は、ディスプレイ周辺装置（すなわち、フラットパネル・モニタ）は、グラフィックス・カード上のディスプレイ・ポートに直接差し込まれていた。統合コネクタ・アーキテクチャ実現形態では、ディスプレイ及びネットワーク装置は、個別グラフィックス・コントローラ１０４カードでなく、システム・マザーボード１３６上に配置され得る統合コネクタ・ポートに接続される。

【0024】

図２は、ＵＭＴＭルータ／スケジューラ、及び付随するＵＭＴＭコネクタ・アーキテクチャ・ロジックの一実施例を表す。図１におけるように、いくつかのホスト・コントローラ（ディスプレイ・コントローラ２００、２０２、２０４、ＮＩＣ２０６及び２０８、並びにＵＳＢホスト・コントローラ２１０）に結合されたＵＭＴＭルータ／スケジューラ１１６を示す。更に、ＵＭＴＭルータ／スケジューラ１１６は、いくつかのＵＭＴＭコネクタ・ポート（ポート２１２−２２０）に結合される。更に、いくつかの周辺装置がＵＭＴＭコネクタ・ポートのうちのいくつかに接続される。周辺装置１（ＰＩ）は、ＵＭＴＭコネクタ・ポート２１２に結合された周辺装置２（Ｐ２）ディスプレイ・モニタ２２４に結合される。周辺装置３（Ｐ３）ディスプレイ・モニタ２２６及び周辺装置４（Ｐ４）無線ルータ２２８は、ＵＭＴＭコネクタ・ポート２１８に結合されたＵＭＴＭハブ２３０に結合される。最後に、周辺装置５（Ｐ５）ＵＳＢプリンタ２３２は統合コネクタ・ポート２２０に結合される。

【0025】

多くの実施例では、ＵＭＴＭコネクタ・アーキテクチャは、ホスト・コントローラ（２００‐２１０）と、接続された周辺装置（２２２‐２３０）との間のデータを交換するためにパケット交換通信を使用する。パケット交換は、ホスト・コントローラと周辺装置との間での通常のパケット伝送手法である。通常の発見プロトコルは、プラットフォームに接続された周辺装置を算出し、更に、周辺装置の何れかのホットプラグを検知するよう利用される。周辺装置が算出されると、データ転送プロトコルが、特定のホスト・コントローラと特定の周辺装置との間のアプリケーションＩ／Ｏデータを交換するために使用される。一部の実施例では、ＵＭＴＭコネクタ・アーキテクチャ発見及びデータ転送プロトコルは、（ＵＳＢ仕様、西暦２０００年４月２７日付で公表されたＲｅｖｉｓｉｏｎ２．０に定義された）それぞれのＵＳＢ２．０プロトコルの対応部分の拡張であり得る。他の実施例では、ＵＭＴＭコネクタ・アーキテクチャ発見及びデータ転送プロトコルは、何れかの他のタイプの、利用可能な、実現可能な何れかの他のタイプの装置発見及びデータ転送プロトコルの拡張であり得る。

【0026】

接続された周辺装置（２２２−２３０）の算出は、ＵＭＴＭルータ／スケジューラ内のロジックによって行われる。算出ロジックは、ＵＭＴＭコネクタ・ポートに接続された周辺装置のタイプ（例えば、ディスプレイ、ネットワーク装置、ＵＳＢ装置等）を識別し、その周辺装置に一意のアドレスを割り当てる役割を果たす。多くの実施例では、多機能装置には複数のアドレスが割り当てられる。

【0027】

多くの実施例では、周辺装置（Ｐ１乃至Ｐ５）それぞれと、当該周辺装置のＩ／Ｏデータを扱う特定のホスト・コントローラ（２００乃至２１０のうちの１つ）との間の関連付けはバインディング・テーブル２３４において定義される。バインディング・テーブルは、システム・メモリ、キャッシュ、バッファ等などの、システム内の何れかのタイプのメモリにおいて実現し得る。ＵＭＴＭルータ／スケジューラ１１６は、バインディング・テーブルを使用して、正しい統合データ・パケット（すなわち、フレーム）伝送標的を求める。バインディング・テーブルを使用すれば、伝送標的は、送出されるパケット／フレームの発生に依存する。ルータがホスト・コントローラ（すなわち、ディスプレイ・コントローラ、ネットワーク・コントローラ、Ｉ／Ｏコントローラ等）からデータ・パケットを受信すると、標的は、意図された標的周辺装置が結合される（すなわち、差し込まれる）ポートである。ルータが、統合コネクタ・ポートから統合コネクタ・プロトコル・データ・パケットを受け取った場合（すなわち、ポートに結合された周辺装置からデータ・パケットを発信する場合）、標的は、その周辺装置にバインドされたホスト・コントローラである。例えば、ディスプレイ・コントローラ２００は、Ｐ２ディスプレイ２２４を標的とするディスプレイ・データのパケットを送出し、ＵＭＴＭルータ／スケジューラ１１６はパケットを受信し、標的周辺装置（Ｐ２）を、バインディング・テーブル（例えば、Ｐ２は、ディスプレイ・コントローラ２００に結合されたＡリンクにバインドされている）を使用して求め、統合フレーム・プロトコル・データ・パケットにデータ・パケットをカプセル化し、ＵＭＴＭコネクタ・ポート２１２を介してＰ２にパケットを送出する。多くの実施例では、周辺装置を、統合コネクタ・ポート２１２に結合された単一のポートから併せて鎖でつなげる（Ｐ１をＰ２に鎖でつなげるなど）ことが可能である。図２は、Ｐ１がリンクＦ（ＵＳＢホスト・コントローラ２１０）にバインドされ、Ｐ２がリンクＡ（ディスプレイ・コントローラ２００）にバインドされ、Ｐ３がリンクＣ（ディスプレイ・コントローラ２０４）にバインドされ、Ｐ４がリンクＤ（ディスプレイ・コントローラ２０６）にバインドされ、Ｐ５も、リンクＦ（ＵＳＢホスト・コントローラ２１０）にバインドされることを明確にするバインディング・テーブルのインスタンスを示す。

【0028】

多くの実施例では、バインディング・テーブルは、当初、システム・ブートにおいて（すなわち、システム電源がサイクリングされる時点で、又は、コンピュータのソフト再起動を制御オペレーティング・システムが実行する時点で）、ＵＭＴＭルータ／スケジューラ１１６内の算出ロジックによって設定される。システムＩ／Ｏフローの動的スイッチングに基づいて使用モデルの変更を実現するためにシステム・ソフトウェア（オペレーティング・システム又は仮想マシン・マネージャ）により、ランタイム中に再マッピングすることも可能である。例えば、モバイル・プラットフォームでは、システムが差し込まれると、個別グラフィクス・コントローラと接続し得、バインディング情報を再マッピングすることにより、システムがバッテリ上で実行すると統合グラフィクス・コントローラに動的にスイッチングすることが可能である。

【0029】

図３は、統合光コネクタ・ポート内の変換及び伝送ロジックの実施例を表す。多くの実施例では、ＵＭＴＭルータ／スケジューラ１１６は、ホスト・コントローラ３００、３０２及び３０４に電気結合され、これは、ＵＭＭルータ／スケジューラ１１６にホスト・コントローラを物理的に接続する電気リンク（すなわち、相互接続、バス）を表す。例えば、ホスト・コントローラ３００は、リンクＡにより、ＵＭＴＭルータ／スケジューラ１１６に電気結合される。

【0030】

ＵＭＴＭルータ／スケジューラ１１６は、それぞれＵＭＴＭコネクタ・ポート（ＣＰ）（ＵＭＴＭ ＣＰ ３１０及び３１２それぞれなど）を介して、１つ又は複数の周辺装置（周辺装置３０６及び３０８など）にも結合される。ＵＭＴＭコネクタ・ポートは、コンピュータ・システムに外部周辺装置が差し込まれることを可能にするよう設計される。よって、多くの実施例では、図３におけるＵＭＴＭコネクタ・ポート３１０及び３１２より上のものは全て、コンピュータ・システムに対して内部にあり（例えば、ホスト・コントローラ）、ＵＭＴＭコネクタ・ポート３１０及び３１２より下にあるものは全て、コンピュータ・システムに対して外部にある（すなわち、フラットパネル・ディスプレイ周辺装置）。

【0031】

多くの実施例では、ＵＭＴＭコネクタ・ポートはそれぞれ、電気結合機構及び光学結合機構を含む。（ホスト・コントローラ３００−３０４などの）コンピュータ・システム内の装置と、（周辺装置３０６及び３０８などの）コンピュータ・システム外の装置との間で、電気データ伝送経路（例えば、１つ又は複数の銅線）上で伝送される電気信号内で情報が流れることを可能にする。光結合機構は、光データ伝送経路を介して、コンピュータ・システム内の装置と、コンピュータ・システムに対して外部にある装置との間で、データ伝送経路の少なくとも一部分で、光信号内で情報が伝送することを可能にする。

【0032】

具体的には、ＵＭＴＭコネクタ・ポート１（３１０）は、周辺装置３０６と電気データリンクＤを結合するための電気結合機構３１４を有する。更に、光リンクＥを周辺装置３０６に結合するためのダウンストリーム光結合３１６及び光リンクＦを周辺装置３０６に結合するためのアップストリーム光結合３１８を含む光結合機構を有する。リンクＤは、コンピュータ・システムと周辺装置３０６との間で、電気媒体（すなわち、リンクＤを介して伝送される電気信号）内でデータ・パケットを伝送する。リンクＥは、コンピュータ・システムから周辺装置３０６に、光伝送媒体（すなわち、リンクＥを介して伝送される光信号）内でデータ・パケットを伝送し、リンクＦは、周辺装置３０６からコンピュータ・システムに、光媒体（すなわち、リンクＦを介して伝送される光信号）内でデータ・パケットを伝送する。多くの実施例では、ホスト・コントローラ（ホスト・コントローラ３００，３０２、又は３０４など）は、コンピュータ・システムからのデータ・パケットの発信元であり得る。更に、多くの実施例では、周辺装置３０６は、周辺装置３０６からのデータ・パケットの発信元であり得るが、他の実施例では、周辺装置３０６に結合された更なる周辺装置（図示せず）は、周辺装置３０６からのデータ・パケットの発信元であり得る。

【0033】

多くの実施例では、周辺装置３０６は、ＵＭＴＭコネクタ・ポート１（３１０）にケーブルを差し込むよう利用される周辺装置に対向するケーブルの端部においてプラグを有するＵＭＴＭケーブル３２０を含む。コンピュータ・システムと周辺装置３０６との間でデータ・パケットをそれぞれ伝送することが可能な、潜在的に複数のリンクがＵＭＴＭケーブル３２０内に存在している。多くの実施例では、ＵＭＴＭケーブル３２０は、ＵＭＴＭコネクタ・ポート１（３１０）と周辺装置との間で、電気信号内でデータ・パケットを伝送するために電気リンクＧを含む。更に、多くの実施例では、ＵＭＴＭ ＣＰ ３１０から周辺装置３０６に、光信号内でデータ・パケットを伝送するためのダウンストリーム光リンクＨを有し、周辺装置３０６からＵＭＴＭ ＣＰ ３１０に光信号内でデータ・パケットを伝送するためのアップストリーム光リンクＩを有する光リンクを含む。

【0034】

特に、ＵＭＴＭ ＣＰ ３１０内の電気結合及び光結合は、多くの実施例において、単純なパススルー結合機構として利用することができる。したがって、リンクＤを介して、ＵＭＴＭルータ／スケジューラ１１６から伝送される電気信号内のデータ・パケットは、電気結合３１４を介して直接、流れ、よって、やはり、ＵＭＴＭケーブル３２０において電気リンクＧを介して流れて、周辺装置３０６に到着する。
ＵＭＴＭ ＣＰ３１０の両端のリンクを効果的に結合する前述のパススルー結合機構は更に周辺装置３０６から、リンクＧを介して、リンクＤにパススルーし、ＵＭＴＭルータ／スケジューラ１１６に到着する電気信号のパススルー伝送を行うこともできる。更に、前述の結合機能は、リンクＥから（光結合３１６を介して）リンクＨに流される光信号内、及びリンクＩから（光結合３１８を介して）リンクＦに流される光信号内に含まれるデータ・パケットについても同様に作用する。

【0035】

ダウンストリーム光リンクＥ及びアップストリーム光リンクＦを介して伝送される光信号は、最終的に電気信号への変換を必要とする。ホスト・コントローラ３００、３０２、及び３０４は、専ら、電気リンクＡ、Ｂ及びＣそれぞれを介してデータ・パケットを送信し、受信するからである。よって、多くの実施例では、電気・光変換及び光・電気変換を実行するためのロジックを含むトランザクション変換器は、ホスト・コントローラと周辺装置との間のデータ伝送経路上の特定の位置に配置される。例えば、一部の実施例では、トランザクション変換器３２２は、電気リンクＪ及びＫに結合される。電気リンクＪ及びＫは、ＵＭＴＭルータ／スケジューラ１１６にも結合される。一部の実施例では、トランザクション変換器３２２は、ＵＭＴＭ ＣＰ３１０内に配置され、よって、前述の実施例では、リンクＥ及びリンクＦはもう必要でないことがあり得る。

【0036】

データ・パケットが、電気リンクＪを介して電気信号内でＵＭＴＭルータ／スケジューラ１１６によって伝送されると、電気信号は、トランザクション変換器３２２に到着し、電気・光変換器３２４によって受け取られる。電気・光変換器３２４は、次いで、電気信号を光信号に変換し、伝送（Ｔｘ）レーザ３２６を利用して、パケットを含む光信号を、光リンクＥを介し、ＵＭＴＭ ＣＰ３１０を介し、最終的に周辺装置３０６に向けて送信する。あるいは、データ・パケットが、光リンクＩを介して光信号内で周辺装置３０６によって伝送されると、光信号は、ＵＭＴＭ ＣＰ ３１０をパススルーし、光リンクＦを介して流れ、最終的にトランザクション変換器３２２に到着する。受信（Ｒｘ）光検出器３２８は、光信号内の伝送されたレーザ・パルスを検出することにより、信号を受け取る。Ｒｘ光検出器は、光・電気変換器３３０に検出情報を供給し、光・電気変換器３３０は次いで、光信号を電気信号に変換し、変換された電気信号をＵＭＴＭルータ／スケジューラ１１６に送信する。

【0037】

図３に示すようなＵＭＴＭイネーブルされたシステムは、伝送経路の高速光部分を介してコンピュータ・システム内のホスト・コントローラと通信するために拡充されたデータ・スループットを必要とする周辺装置を可能にする。しかし、光伝送経路機能を有していない、より旧い周辺装置に対する後方互換性のために、ＵＭＴＭイネーブルされたシステムは更に、電気伝送経路機能のみを有するレガシー周辺装置が、コンピュータ・システムにおけるホスト・コントローラと通信することを可能にする。

【0038】

よって、図２に関して上述したように、周辺装置の算出処理は、周辺装置が光学的に互換であるか、又は電気的に互換であるに過ぎないか否かをＵＭＴＭルータ／スケジューラ１１６が判定する工程を含む。特定の実施例では、図３の周辺装置３０６などの装置は光学的に互換であり、電気的に互換であり得る。装置は、光学的に互換であり、電気的に互換である場合、光学経路のデータ・スループット容量がより大きいことによる、より大きな性能のために、高速光リンクを介してデータ・パケットを送出し、受信することが好ましい。

【0039】

多くの実施例では、周辺装置とＵＭＴＭルータ／スケジューラ１１６との間で送出されるデータ・パケットはそれぞれ、割り当てられた優先度レベルを有し得る。データ・パケットの割り当てられた優先度レベルは、データ・パケット内のデータの重要度に基づき得る。例えば、ライブ・ビデオ・フレームが、表示するために周辺装置に送出された場合、ビデオ・フレームを有するデータ・パケットの優先度レベルは通常、プリンタに送出される印刷ジョブに関する情報を有するデータ・パケットよりも高い優先度レベルのものになる。よって、ライブ・ビデオ・フレームを有するデータ・パケットは、印刷ジョブを有するデータ・パケットよりも高い優先度を有すると認められる。

【0040】

多くの実施例では、周辺装置、又は単一のＵＭＴＭ ＣＰに連鎖化された周辺装置又は周辺装置群は、別々の優先度レベルを有する複数のタイプのデータ・パケットを有し得る。よって、優先度手法を、ＵＭＴＭルータ／スケジューラ１１６と周辺装置との間で送信され、受信されたパケットの組全体について実現することができる。よって、別々の優先度レベルの２つのデータ・パケットが、同じＵＭＴＰ ＣＰを介してＵＭＴＭルータ／スケジューラ１１６から１つ又は複数の周辺装置に送出された場合、多くの実施例では、ＵＭＴＭルータ／スケジューラ１１６は、正しい伝送媒体を介してパケットをルーティングするための複数の判定を行い得る。

【0041】

例えば、周辺装置にＵＭＴＭルータ／スケジューラ１１６を結合する光リンクが、あまり減速することなく両方のパケットの容量を有する場合、ＵＭＴＭルータ／スケジューラ１１６は、光リンクを介して伝送される対象のパケットをルーティングし得る。他方で、光リンクが話中であり、利用する対象の余剰帯域を有しない場合、ＵＭＴＭルータ／スケジューラ１１６は、優先度判定をし、光リンクの両端で、より高い優先度のデータ・パケットを送出し、電気リンクの両端で、より低い優先度のデータ・パケットを送出し得る。

【0042】

特定の場合、光リンクが極めて混雑している場合、ＵＭＴＭルータ／スケジューラ１１６は、光リンクの混雑が理由で、標的周辺装置にパケットを送出するうえで最も速いやり方であると判定された場合に電気リンクを介して、より高い優先度のパケットを送出する旨の判定を行い得る。

【0043】

多くの実施例では、データ・パケットそれぞれを指定するために利用可能な優先度レベルがいくつか存在している（すなわち、高優先度及び低優先度のみを超える）。優先度レベルの数は、ＵＭＴＭルータ／スケジューラ１１６内の優先度システムの実現形態に基づいて変わり得、特定のデータ・パケット内で送出することができるデータのカテゴリ／タイプの数の関数であり得る。

【0044】

多くの実施例では、ディスプレイ・トラフィック及びネットワーク・トラフィックは、高優先度データ・パケットを含み得る。一方、ＵＳＢトラフィック（ＵＳＢ１．０やＵＳＢ２．０トラフィックなど）は、低優先度データ・パケットを含み得る。更に、示した実施例は、ネットワーク、ディスプレイ、及びＵＳＢトラフィックに限定されているが、示していない他の実施例は、ホスト・コントローラ又は他の制御装置と、互換の周辺装置との間で送出される何れかの他のタイプのトラフィックを含み得る。

【0045】

多くの実施例では、データ・パケット伝送の標的である特定のＵＭＴＭ ＣＰの場合、ＵＭＴＭルータ／スケジューラ１１６はデータ・パケットをＵＭＴＭ ＣＰに、経路の高性能光リンク部分及び経路の低性能電気リンク部分を介して送出する。

【0046】

多くの実施例では、周辺装置３０８は、データ経路の高性能光リンク部分と互換でない。よって、ＵＭＴＭ ＣＰ３１２を介してコンピュータ・システムに周辺装置３０８を結合するＵＭＴＭケーブル３３２に電気リンクＬのみを含む。（コネクタ・ポートの上の）ＵＭＴＭ ＣＰ３１２のコンピュータ・システム側の伝送経路は、ダウンストリーム光リンクＮ及びアップストリーム光リンクＯを有するが、電気リンクＭのみを利用することが可能である。周辺装置３０８が、伝送経路の高性能光部分と互換でないからである。よって、算出すると、ＵＭＴＭルータ／スケジューラは、周辺装置３０８が、高性能光リンクと互換でない旨を認識し、それに応じて、周辺装置３０８との間でのデータ・パケットのスケジューリングを調節する。

【0047】

多くの実施例では、データ伝送経路の光部分及び電気部分はそれぞれ、特に、制御、アドレス、及びタイミング情報でなく、データ・パケットの伝送を表す。よって、多くの実施例では、図３に示していないが、各電気データ伝送経路及び各光データ伝送経路は、何れかの非データ・パケット関連情報を伝送するための電線であり得る他の伝送線を含む。

【0048】

多くの実施例では、データ・パケットの全体量を収容するために十分な帯域幅が光データ経路上に存在している場合に光データ経路を介して、低優先度及び高優先度を有するデータ・パケットが全て、送出される。周辺装置が電気信号及び光信号を送出し、受信することができる前述の実施例では、ＵＭＴＭルータ／スケジューラ１１６はまず、ＵＭＴＭルータ／スケジューラ１１６と周辺装置３０６との間で伝送されるデ―タ・パケット全てを扱うための容量を光データ経路リンク（すなわち、Ｊ及びＫ）が有するか否かの判定を行う。肯定の場合、高優先度データ・パケット及び低優先度データ・パケットが光経路を介して伝送される。さもなければ、光経路が、最大限度の状態にある場合、ＵＭＴＭルータ／スケジューラは、光信号を使用して伝送されることが可能にされるデータ・パケットがどれであり、電気信号を使用して伝送されるのがどれであるかを調停する。上記判定は、各パケットの優先度に基づき得る。別の実施例では、閾値優先度レベル以上の優先度レベルを有するデータ・パケットが光経路を介して伝送される優先度レベル閾値を利用することができる。一方、閾値レベルよりも低い優先度レベルを有するデータ・パケットは、電気経路を使用することを強制され得る。

【0049】

図４は、ＵＭＴＭルータ／スケジューラ内の動作ロジックの実施例を表す。ＵＭＴＭルータ／スケジューラ１１６は、ディスプレイ・コントローラ２００乃至２０４、ＮＩＣコントローラ２０６及び２０８、並びにＵＳＢコントローラ２１０を含むいくつかのホスト・コントローラに結合される。ディスプレイ・コントローラ２００乃至２０４から出力されるデータ・パケットは、アイソクロナス・ディスプレイ・キュー（ＩＤＱ）リング・バッファ４００に供給される。ＮＩＣコントローラ２０６及び２０８から出力されるデータ・パケットは、アイソクロナス・ネットワーク・キュー（ＩＮＱ）リング・バッファ４０２に供給される。更に、ＵＳＢコントローラ２０８から出力されるデータ・パケットは、アイソクロナスＵＳＢキュー（ＩＵＱ）リング・バッファ４０４に供給される。多くの実施例では、システム・メモリ４０６に記憶される正常なアイソクロナスＵＳＢキューとして実現される。別の実施例では、アイソクロナス・キューは、コンピュータ・システムにおける何れの潜在的な記憶場所においても記憶することができる。例えば、図示していないが、ＩＤＱ４００及びＩＮＱ４０２は、ＵＭＴＭルータ／スケジューラ１１６内に記憶することができる。図示していない他の実施例では、トランザクション・タイプ（ディスプレイ、ネットワーク、ＵＳＢ）毎のアイソクロナス・キューを有する代わりに、コントローラ毎にアイソクロナス・キューが存在し得る。
ＵＭＴＭルータ／スケジューラ１１６内のスケジューリング・ロジック４０８は、３つのキュー（すなわち、ＩＤＱ４００、ＩＮＱ４０２、及びＩＵＱ４０４）全てに対するアクセスを有する。スケジューリング・ロジック４０８は、ＵＭＴＭプロトコル仕様毎にアイソクロナス・パイプの帯域幅スケジューリングを実現する。専用のアイソクロナス・トランザクション記述子（ｉＴＤ）が、ディスプレイ及びネットワークＩ／Ｏに使用される。このｉＴＤは、ディスプレイ又はネットワークＩ／Ｏ用であるかを、スケジューリング・ロジックに示すフラグを含む。ディスプレイ及びＬＡＮのｉＴＤの場合、スケジューラは、キューからアイソクロナス・フレーム（すなわち、データ・パケット）をキュー解除し、これらを出力バッファ４１０に送出する。図４に示す実施例では、１つ又は複数の周辺装置に向けてダウンストリームに送出されるトラフィック全てをバファリングする単一の出力バッファ４１０が存在している。図示していない他の実施例では、例えば、ＵＭＴＭコネクタ・ポート毎に一出力バッファなどの複数の出力バッファが存在している。スケジューリング・ロジック４０８は、装置が算出されると受信される情報を利用して周辺装置毎の帯域幅要件を判定する。よって、スケジューリング・ロジックは、ＩＤＱ４００、ＩＮＱ４０２及びＩＵＱ４０４を常に監視し、ホスト・コントローラ／周辺装置対毎の帯域幅要件を最も好適に満たす順に出力キューにキュー・バッファの前におけるアイソクロナス・トランザクションをスイッチングする。

【0050】

ルーティング・ロジック４１２は、１つ又は複数のＵＭＴＭ ＣＰに伝送されるよう待機しているトランザクションを得て、１つ又は複数の標的ポートに伝送する。上述の通り、一部の実施例では、ルーティング・ロジック４１２は、伝送経路の電気信号部分及び伝送経路の光信号部分を介して標的コネクタ・ポートにデータ・パケット全てを伝送する。他の実施例では、低性能電気経路伝送のみと互換の装置か、高性能光経路伝送と互換の装置かに応じて、ルーティング・ロジック４１２は、経路の低性能電気信号部分又は経路の高性能光信号部分を介してデータ・パケットを送出し得る。

【0051】

伝送の際、データ・パケットは、電気信号内及び光信号内の一方又は両方で、ＵＭＴＭ ＣＰ４１４、４１６及び４１８のうちの１つ又は複数に送出される。

【0052】

ルーティング・ロジック４１２は、ディスプレイ及びネットワークＩ／Ｏデータのパケット化及びカプセル化の役割を果たす。例えば、ディスプレイ周辺装置のディスプレイ・フレームがディスプレイ・ホスト・コントローラから送出される多くの実施例では、ルーティング・ロジックは、ＵＭＴＭフレーム・プロトコル・データ・パケット（例えば、ディスプレイ・データのフレーム全体）を構築する間でディスプレイ・データの連続ストリームを保持し得る。よって、ルーティング・ロジック４１２は、バッファ４１０にストリームを記憶し、記憶されたストリーム情報から個々のフレームを構築し、完了すると、ディスプレイ周辺装置に送信し得る。

【0053】

図４は、ホスト・コントローラから周辺装置へのダウンストリーム経路のみを表示する。多くの実施例では、アップストリーム経路はバッファを何ら利用しない。むしろ、アップストリーム経路は、周辺装置からめいめいのホスト・コントローラへの直接経路が存在しているかのように扱い得る。よって、ＵＭＴＭルータ／スケジューラ１１６のデータのアップストリーム経路の２つの要件は、ルーティング・ロジック４１２に、特定の標的ホスト・コントローラによって利用されるネ―ティブ・フォーマットにＵＭＴＭフレーム・フォーマットからのデータ・パケットを変換させ、経路の高性能光信号部分を周辺装置が使用している場合に信号の光対電気変換をさせるということである。

【0054】

図５は、ＵＭＴＭ仕様内で実現されるアイソクロナス・トランザクション記述子（ｉＴＤ）リング・バッファの実施例を表す。多くの実施例では、ホスト・コントローラ・フレーム・リスト５００を示す。ｉＴＤフレーム・リスト５００は、個々のフレームのリスト（１−Ｎ。ここで、Ｎは、フレームのリストにおけるフレームの数に等しい）を含む。個別のフレームはそれぞれ、トランザクション記述子スケジュールにおける第１のトランザクション記述子に対するポインタ、又は、（円で示す）ヌル・ポインタを有する。更に、スケジューリング・ロジック（図４の４０８）（すなわち、スケジューラ）が動作しているリストにおけるフレームを指し示すフレーム・リスト・ポインタ５０２が維持される。多くの実施例では、各フレームには、スケジューラがリスト上で動作し得る最大時間セグメントが与えられる。よって、例えば、フレーム毎時間セグメントが１２５μＳ（１２５マイクロ秒）である場合、１２５μＳ後、スケジューラは、現在のフレーム・リスト・ポインタ位置が指し示すリンクされたリストにおけるものの全ての実行を停止し、フレーム・リストにおける、次フレームに対するフレーム・リスト・ポインタを増やし、そのフレーム位置における実行を開始する。これは、ＵＳＢ２．０における現在のアイソクロナス・フレーム・リスト実現形態と同様である。

【0055】

多くの実施例では、フレーム・リストは、出力バッファ（図４の４１０）に供給するリング・バッファ４００、４０２又は４０４（図４）の実現形態を含み得る。スケジューラは、フレーム・リスト・ポインタ５０２の現在の位置におけるフレームが指し示すリンクされたリスト内のフレーム・リストから何れかの特定のｉＴＤを引き出し得る。何れの特定の入力リング・バッファへの供給に関しても、スケジューラは、トランザクション記述子におけるｉＴＤフラグ・ビット５０４を確かめることにより、ｉＴＤのトランザクション・タイプを判定し得る。多くの実施例では、ｉＴＤトランザクション・タイプ・テーブル５０６は、ｉＴＤにおいて供給される値、及びそれが何を意味するか（００ｂ＝ＵＳＢ、０１ｂ＝ディスプレイ、１０ｂ＝ネットワーク）を示す。更に、特定の周辺装置が算出されると、スケジューラは、一般に、トランザクション・タイプそれぞれの帯域幅要件を設定し得る。よって、この情報により、スケジューラは、帯域幅最適化された優先度順序で出力バッファ（図４の４１０）を効果的に埋めることが可能である。

【0056】

ＵＭＴＭコネクション・ポートは、ディスプレイＩ／Ｏ、ネットワークＩ／Ｏ、及びレガシーＵＳＢ Ｉ／Ｏのコンバージェンスをサポートする。コンバージェンスは物理層において行われる。すなわち、ホスト・コントローラは、汎用フレーム・フォーマットにパケットがカプセル化されている旨を知ることなくＵＭＴＭルータ／スケジューラにデータ・パケットを送出する。よって、最上位レベルのユーザ・アプリケーションからオペレーティング・システム・カーネルまでのデータの転送を管理する既存のソフトウェア・スタックは、実際のデータ転送中は変更されない。しかし、バインディング・テーブル（図２の２３４）は通常、発見時に設定される。発見時間は、一部の装置のブート処理中であり得るが、プラグアンドプレイ実現形態によって差し込まれる他の装置の場合、発見は、コンピュータ・システムの完全な動作中であってもよい。拡充されたＵＳＢソフトウェア・スタックは、ＵＭＴＭ ＣＰに接続された周辺装置全ての算出を行うことが可能である。

【0057】

算出時間では、ＵＳＢ汎用親ドライバは、汎用ネットワーク・クラス・ドライバ及び汎用ディスプレイ・クラス・ドライバをＵＳＢスタック上で実現する。汎用ディスプレイ・クラス・ドライバは、（コンピュータ動作中、差し込まれた際に、又はブート時に、）差し込まれたディスプレイ周辺装置を検知することが可能である。汎用ディスプレイ・クラス・ドライバは、装置からの拡張ディスプレイ識別データ（ＥＤＩＤ）をフェッチし、これをＵＳＢエンドポイント・アドレスに割り当てる。汎用ディスプレイ・クラス・ドライバは次いで、グラフィックス・ソフトウェア・スタック上で実行しているディスプレイ・ミニポート・ドライバに対するソフト割り込みを発出する。この時点で、グラフィックス・ソフトウェア・スタックは、ディスプレイ周辺装置の算出及び構成を引き継ぎ得る。ディスプレイ周辺装置が算出されると、拡張されたＵＳＢソフトウェア・スタックは、何れの更なるディスプレイ・データ転送にも関与しない。ディスプレイ・データ転送には、通常、ディスプレイ周辺装置に直接、データ・パケットを送出することができるかのように動作するディスプレイ・ホスト・コントローラ及びディスプレイ・ソフトウェア・スタックが関係する。ネットワーク・クラス・ドライバの構成は、同様に動作し、但し、代わりに、ＵＳＢスタック上の汎用ネットワーク・クラス・ドライバを使用してネットワーク周辺装置を発見し、ネットワーク・スタックにネットワーク・データ転送の制御を渡す。

【0058】

図６は、ＵＭＴＭハブの実施例を表す。多くの実施例では、ＵＭＴＭハブは、アップストリーム方向における、ＵＭＴＭコネクタまでの光経路を利用する。例えば、図１及び図２に示すように、システムにおいて実現されたハブを示す。ハブは、ハブ・ポートＰ０−Ｐ３を介してハブに結合される何れかの更なるダウンストリーム周辺装置に対する低速経路又は高速経路（すなわち、電気経路又は光経路）を供給することが可能である。したがって、ハブは２つの経路（すなわち、低速経路に限定される何れかの低性能装置（例えば、ＵＳＢ装置）を扱うためのトランザクション変換器を備えた電気経路、及びパッシブな光経路）を含む。パッシブな光経路は、ポート全てに対するダウンストリーム方向における光信号のパッシブな分割を行う。その結果、ダウンストリーム・トラフィックは全て、ＵＳＢ２．０ハブと同様にダウンストリーム・ポート（Ｐ０−Ｐ３）全てにブロードキャストされる。接続された周辺装置は、周辺装置のエンドポイント識別子に基づいて受信するトラフィックをフィルタリングし、これは、受信されたデータ・パケットに反映される。

【0059】

例えば、ＵＭＴＭルータ／スケジューラから送出されたデータ・パケットは、光経路Ａ上で光信号において到着する。信号は、トランザクション変換器６０２及び光分割器６０４において到着する。トランザクション変換器６０２（トランザクション変換器は、図３に関する記載において詳細に上述している）は、光信号を電気信号に変換し、ダウンストリーム経路Ｙを介して、変換された電気信号においてデータ・パケットをポートＰ０−Ｐ３に送出する。光分割器６０４は、光経路Ａから受信された光信号を、光経路Ｘを介して４つのダウンストリーム光信号に分割する。周辺装置は、アップストリームにパケットを伝送することも可能である。アップストリーム・パケットは、ハブ６００に４つのポート（Ｐ０−Ｐ３）のうちの１つを介して到着すると、光逆多重化器６０６への経路を直接とるか、又はトランザクション変換器６０２を介した経路をとる。

【0060】

アップストリーム・パケット経路は、周辺装置が高性能光経路と互換であるか、低性能電気経路のみと互換であるかに基づく。アップストリーム・データ・パケットが電気経路上で伝送された場合、パケットは、電気経路Ｘ上で電気信号において戻り、電気信号は次いで、光信号に変換され、光多重化器６０６に送出される。アップストリーム・パケットが、高性能光経路と互換の装置から発信される場合、信号は、光経路Ｚ上で戻され、これは、光逆多重化器６０６に供給される。

【0061】

データ・パケットを含む光信号が光逆多重化器６０６に到着すると、信号は、光経路Ｂ上で単一のアップストリーム光信号に逆多重化される。光経路Ｂを介してアップストリームに伝送された後、光信号はＵＭＴＭルータ／スケジューラに達し、ＵＭＴＭルータ／スケジューラは次いで、特定のデータ・パケットの特定のデスティネーション・ホスト・コントローラを対象とするよう信号を多重化する。

【0062】

図７は、統合フレーム・アーキテクチャ環境においてデータ・パケットをルーティングするための処理の一実施例のフロー図である。処理は、ハードウェア、ソフトウェア、又は両方の組み合わせによって行うことができる。次に図７に移れば、処理は、処理ロジックが、ＵＭＴＭコネクタ・ポートに周辺装置が差し込まれているか否かを判定することによって開始される（処理ブロック７００）。「プラグイン（差し込む）」は、統合コネクタ・ポートに結合又は接続された周辺装置を表す。別の実施例では、「プラグイン（差し込む）」は、何れの時点でも生じ得、ホットプラグが許容される完全なシステム動作中又はブート前などの何れかの時点で生じ得る。周辺装置が差し込まれていない場合、処理ブロック７００が繰り返される（すなわち、ＵＭＴＭコネクタ・ポートが、常にポーリングされるか、又はポーリングは、設定された期間毎に１度行われ得る）。

【0063】

次に、装置が差し込まれている旨を処理ロジックが検出すると、処理ロジックは次いで、周辺装置を算出する（ブロック７０２）。次いで、処理ロジックは、システムに存在しているホスト・コントローラに周辺装置をバインディングする（処理ブロック７０４）。周辺装置は、互換のホスト・コントローラにバインディングされる（すなわち、同じプロトコルを共有する）。

【0064】

バインディング後、処理ロジックは、データ・パケットが受信されているか否かを判定する（処理ブロック７０６）。データ・パケットが受信されていない場合、処理ロジックは、周辺装置において変更／修正が存在しているか否かを判定する（処理ブロック７０８）。
例えば、第１の周辺装置が外され、第２の周辺装置が同じ統合コネクタ・ポートに差し込まれる。周辺装置の状態において変更が存在しない場合、処理ロジックは処理ブロック７０６に戻り、再度、データ・パケットが受信されているかを検査する。さもなければ、変更が周辺装置で検知された場合、処理ロジックは、処理ブロック７００に戻る。処理ブロック７００では、統合コネクタ・ポートに周辺装置が差し込まれたかを再検査する。

【0065】

処理ブロック７０６に戻れば、データ・パケットが受信された場合、処理ロジックは、周辺装置又はホスト・コントローラからデータ・パケットが受信されているか否かを判定する（処理ブロック７１０）。データ・パケットが周辺装置から受信されている場合、データ・パケットは統合フレーム・プロトコル・データ・パケットであり、処理ロジックは、ホスト・コントローラのプロトコルと互換の１つ又は複数のネーティブ・ホスト・コントローラ・データ・パケットへの、統合コネクタ・プロトコル・データ・パケットの分解に進む（処理ブロック７１２）。処理ロジックは次いで、データ・パケットの優先度レベル（特に、高性能光リンクの容量に対する、処理されているパケットの現在のトラフィック・レベルに基づいて、データ・パケットが、高性能光リンクを介して伝送に指定されるほど十分に高い優先度レベルを有するか）を判定する。（処理ブロック７１６）。

【0066】

パケットの優先度が、高性能光リンクを使用した伝送に十分である場合、処理ロジックは、これが、周辺装置からの光伝送パケットであると認識し、パケットを搬送する信号を光信号から電気信号に変換し（処理ブロック７１８）、次いで、ネーティブ・ホスト・コントローラをホスト・コントローラに送信し（処理ブロック７２０）、最後に、別のデータ・パケットを受信するために処理ブロック７０６に戻る。

【0067】

処理ブロック７１０に戻れば、データ・パケットがホスト・コントローラからの場合、データ・パケットがホスト・コントローラのネーティブ・プロトコル・フォーマットにあり、処理ロジックは、ネーティブ・ホスト・コントローラ・データ・パケットを統合フレーム・プロトコル・データ・パケットにカプセル化する（処理ブロック７１４）。統合フレーム・プロトコル・データ・パケットが生成されると、処理ロジックは次いで、データ・パケットが高性能データ・パケット（処理ブロック７１６）であるかを確かめるよう検査する。

【0068】

高性能光リンクを使用した伝送にパケットの優先度が十分である場合、処理ロジックは、送信側ホスト・コントローラから受信された電気信号から、光リンクを介して周辺装置に伝送されるための光信号にこのパケットを変換する必要があることを認識している（処理ブロック７１８）。処理ロジックは次いで、統合フレーム・プロトコル・データ・パケットを、（標的周辺装置に信号をパススルーする）ＵＭＴＭコネクタ・ポートに伝送する（処理ブロック７２２）。最後に、処理ロジックは、処理ブロック７０６に戻って、別のデータ・パケットを受信する。

【0069】

図８は、個別グラフィクス及びローカル・エリア・ネットワーク（ＬＡＮ）カードの統合コネクタ・アーキテクチャ・スロット・コネクタの実施例を表す。現在の個別グラフィックス及びＬＡＮカードに対する修正を例証するために、図３は、各カードのＵＭＴＭバージョンと横に並べてカ―ド毎に現在のバージョンを示す。図３に示す例は、ＰＣＩエクスプレス（登録商標）を利用するが、何れかの他の適切なプロトコルを使用することができる。

【0070】

ＰＣＩエクスプレス（登録商標）の個別グラフィクス・カード８００の現在のバージョンを示す。グラフィクス・カード８００は、図示するようなスロット・コネクタ・ピン８０２を含む。更に、グラフィクス・カード８００は、外部ディスプレイ周辺装置コネクタ８０４を有する。現在のＰＣＩエクスプレス（登録商標）の個別グラフィクス・シナリオでは、ＣＰＵ及びシステム・メモリからのデータは、コンピュータ・システムのマザーボード上のＰＣＩエクスプレス（登録商標）グラフィクス・カード・スロットにグラフィクス・カード８００が差し込まれると、スロット・コネクタ・ピン８０２に物理的に結合されるＰＣＩエクスプレス（登録商標）リンクを介してグラフィクス・カード８００に送出される。グラフィクス・カード８００は次いで、この受信データを処理し、外部ディスプレイ周辺装置コネクタ８０４に差し込まれたディスプレイ周辺装置に送出する。

【0071】

次に、ＵＭＴＭ８０６を有する個別グラフィフィクス・カードに移ると、図８に示す実施例では、ＵＭＴＭ対応グラフィクス・カード８０６は、現在のバージョンのグラフィクス・カード８００と同様なスロット・コネクタ・ピン８０８を含む。外部ディスプレイ周辺装置コネクタを有する代わりに、ＵＭＴＭ８０６を有する個別グラフィクス・カードは、余分のスロット・コネクタ・ピン８１０を有する。ＵＭＴＭ８０６を有する個別グラフィクス・カードが、（スロット・コネクタ・ピン８０８から）ＰＣＩエクスプレス（登録商標）リンクからのデータを受信し、受信されたデータを処理すると、ＵＭＴＭ対応グラフィクス・カード８０６は、マザーボード上の統合コネクタ・ポートに差し込まれたディスプレイ周辺装置にデータを送出する。特に、更なるＰＣＩエクスプレス（登録商標）リンク・レーンを介して送出されるデータは、システムにおいてＵＭＴＭルータ／スケジューラにスロット・コネクタからルーティングされる（これは、図１でリンク１３２として示す）。前述の更なるリンク・レーンは、余分なスロット・コネクタ・ピン８１０に物理的に結合される。

【0072】

次に、図８は、（カード上にＮＩＣが一体化された）ＰＣＩエクスプレス（登録商標）の個別ＬＡＮカード８１２の現在のバージョンを示す。ＬＡＮカード８１２は、図示するようなスロット・コネクタ・ピン８１４を含む。更に、ＬＡＮカード８１２は、外部ＬＡＮ／イーサネット（登録商標）コネクタ８１６を有する。現在のＰＣＩエクスプレス（登録商標）の個別ＬＡＮカード・シナリオでは、ＣＰＵ及びシステム・メモリからのデータは、コンピュータ・システムのマザーボード上のＰＣＩエクスプレス（登録商標）ＬＡＮカード・スロットにＬＡＮカード８１２が差し込まれると、スロット・コネクタ・ピン８１４に物理的に結合されるＰＣＩエクスプレス（登録商標）リンクを介してＬＡＮカード８１２に送出される。ＬＡＮカード８１２は次いで、この受信データをパケット化し、ＬＡＮ／イーサネット（登録商標）コネクタ８１６が差し込まれたネットワークを介して送出する。

【0073】

最後に、ＵＭＴＭ８１８を有する個別ＬＡＮカードに移ると、図８に示す実施例では、ＵＭＴＭ対応ＬＡＮカード８１８は、現在のバージョンのＬＡＮカード８１２と同様なスロット・コネクタ・ピン８２０を含む。外部ＬＡＮ／イーサネット（登録商標）コネクタを有する代わりに、ＵＭＴＭ８１８を有する個別ＬＡＮカードは、余分のスロット・コネクタ・ピン８１０を有する。ＵＭＴＭ８１２を有する個別ＬＡＮカードが、（スロット・コネクタ・ピン８２０から）ＰＣＩエクスプレス（登録商標）リンクからのデータを受信し、受信されたデータをパケット化すると、ＵＭＴＭ対応ＬＡＮカード８１８は、マザーボード上の統合コネクタ・ポートに差し込まれたイーサネット（登録商標）ケーブルにデータを送出する。特に、更なるＰＣＩエクスプレス（登録商標）リンク・レーンを介して送出されたデータは、システムにおいてＵＭＴＭルータ／スケジューラにスロット・コネクタからルーティングされる（これは、図１でリンク１３４として示す）。前述の更なるリンク・レーンは、余分なスロット・コネクタ・ピン８２２に物理的に結合される。

【0074】

よって、統合マルチ転送媒体コネクタ・アーキテクチャを実現するための装置、方法、及びシステムの実施例を開示している。前述の実施例は、その特定の例示的な実施例を参照して説明している。本明細書及び特許請求の範囲記載の実施例のより広い趣旨及び範囲から逸脱しない限り、上述の実施例に種々の修正及び変更を行うことができるということは、本開示の便益を受ける者に明らかになるであろう。よって、本願の明細書及び図面は、限定的な意味合いでなく、例証の意味合いでみるものとする。

【符号の説明】

【0075】

１１６ ＵＭＴＭルータ／スケジューラ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】