JP7446167B2 - 軽量ブリッジ、これを含む物品及びこれを用いた方法 - Google Patents

Description

本発明の技術的思想は、概して記憶デバイスに関し、より詳しくはＰＣＩｅ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ Ｅｘｐｒｅｓｓ）仮想機能（Ｖｉｒｔｕａｌ Ｆｕｎｃｔｉｏｎ、ＶＦ）をＰＣＩｅ物理機能（Ｐｈｙｓｉｃａｌ Ｆｕｎｃｔｉｏｎ、ＰＦ）としてエミュレートすることに関する。

ＰＣＩｅ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ Ｅｘｐｒｅｓｓ）デバイスのようなデバイスは、コンピュータシステムにおいて他の構成要素によってアクセス可能な多様な機能を露出させる。例えば、ホストプロセッサは、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）内で多様な動作を遂行するために、ＳＳＤによって露出されたこのような機能を使うことができる。このような機能はＳＳＤに記憶されたデータで動作することができるかあるいはホストによって提供されたデータで動作することができる。一般に、デバイスによって露出される機能はデバイスの正常動作に係わるが、このような制限が要求されるものではない。例えば、ＳＳＤは伝統的にデータを記憶するのに使うが、仮にＳＳＤにプロセッサが含まれた場合、ホストプロセッサからプロセッシングをオフロードするのに使うことができる。

デバイスによって露出された機能は、開始の際（ａｔ ｓｔａｒｔｕｐ）（又はデバイスのホット組込がサポートされる場合には組込の際）にデバイスを羅列する間に、ホストマシンによって発見されることができる。発見の一部として、ホストマシンは任意の露出された機能に関してデバイスに問い合わせることができ、その後にデバイスに対して利用可能な機能のリストに追加されることができる。

機能は物理的及び仮想の２種のカテゴリーに分類される。物理機能（Ｐｈｙｓｉｃａｌ Ｆｕｎｃｔｉｏｎｓ；ＰＦ）はデバイス内でハードウェアを使って具現することができる。ＰＦの資源（ｒｅｓｏｕｒｃｅ）はデバイスによって提供される他のどのＰＦとも独立に管理及び構成されることができる。仮想機能（ＶＦ）は仮想化した機能と見なすことができる軽量機能（ｌｉｇｈｔｗｅｉｇｈｔ ｆｕｎｃｔｉｏｎ）である。ＰＦとは違い、ＶＦは一般的に特定のＰＦに関連付けられ、一般的にその関連付けられたＰＦと（及び場合により、そのＰＦに関連付けられた他のＶＦとも）資源を共有する。

ＰＦは互いに独立であり、ＶＦはホストがＶＦにアクセスするためにＳＲ－ＩＯＶ（Ｓｉｎｇｌｅ Ｒｏｏｔ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ）の使用を必要とし得るので、デバイスがＰＦを露出させることが好ましい。しかし、ＰＦは独立なので、別途のハードウェアを必要とし、デバイス内で要求される空間及びデバイスによって消費される電力を増加させ得る。ＳＲ－ＩＯＶプロトコルは、特に仮想化ユースケースの場合、ホストシステムソフトウェアスタックに複雑度を加え得る。

システムソフトウェアの複雑度を減らすことができるよう、ＰＦのコスト要求を課すことなくＰＦをデバイスに提供する必要がある。

本発明が解決しようとする課題は、システムソフトウェアの複雑度を減らすことができるよう、物理機能（Ｐｈｙｓｉｃａｌ Ｆｕｎｃｔｉｏｎｓ；ＰＦ）のコスト要求を課すことなくＰＦをデバイスに提供することである。

前記課題を解決するための本発明の一実施形態によるＷＢＬ（ｌｉｇｈｔｗｅｉｇｈｔ ｂｒｉｄｇｅ）回路は、ホストに連結され、複数の物理機能（Ｐｈｙｓｉｃａｌ Ｆｕｎｃｔｉｏｎ、ＰＦ）を露出させるエンドポイント、デバイスに連結されるルートポートであって、前記デバイスが当該ルートポートに少なくとも一つのＰＦ及び少なくとも一つの仮想機能（Ｖｉｒｔｕａｌ Ｆｕｎｃｔｉｏｎ、ＶＦ）を露出させるルートポート、及び前記ホストに露出された前記複数のＰＦと前記デバイスによって露出された前記少なくとも一つのＰＦ及び前記少なくとも一つのＶＦとの間の変換のためのＡＰＰ－ＥＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ－Ｅｎｄ ｐｏｉｎｔ）及びＡＰＰ－ＲＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ－Ｒｏｏｔ Ｐｏｒｔ）を含み、前記ＡＰＰ－ＥＰ及び前記ＡＰＰ－ＲＰは、前記エンドポイントによって露出された前記複数のＰＦと前記デバイスによって露出された前記少なくとも一つのＰＦ及び前記少なくとも一つのＶＦとの間のマッピングを具現する。

前記課題を解決するための本発明の一実施形態による方法は、ＬＷＢ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｂｒｉｄｇｅ）のルートポートを使ってデバイスによって露出された少なくとも一つの物理機能（Ｐｈｙｓｉｃａｌ Ｆｕｎｃｔｉｏｎ、ＰＦ）を羅列する段階、前記ＬＷＢの前記ルートポートを使って前記デバイスによって露出された少なくとも一つの仮想機能（Ｖｉｒｔｕａｌ Ｆｕｎｃｔｉｏｎ、ＶＦ）を羅列する段階、ホストに対する露出のために、前記ＬＷＢのエンドポイントで複数のＰＦを生成する段階、及び前記ＬＷＢのＡＰＰ－ＥＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ－Ｅｎｄ ｐｏｉｎｔ）及びＡＰＰ－ＲＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ－Ｒｏｏｔ Ｐｏｒｔ）を使用して、前記ＬＷＢの前記エンドポイントにある前記複数のＰＦを前記デバイスによって露出された前記少なくとも一つのＰＦ及び前記少なくとも一つのＶＦにマッピングする段階を含む。

前記課題を解決するための本発明の一実施形態による物品は、命令を格納した前記非一時的記憶媒体を含み、前記命令は、マシン（ｍａｃｈｉｎｅ）によって実行されるとき、ＬＷＢ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｂｒｉｄｇｅ）のルートポートを使ってデバイスによって露出された少なくとも一つの物理機能（Ｐｈｙｓｉｃａｌ Ｆｕｎｃｔｉｏｎ、ＰＦ）を羅列する段階、前記ＬＷＢの前記ルートポートを使って前記デバイスによって露出された少なくとも一つの仮想機能（Ｖｉｒｔｕａｌ Ｆｕｎｃｔｉｏｎ、ＶＦ）を羅列する段階、ホストに対する露出のために、前記ＬＷＢのエンドポイントで複数のＰＦを生成する段階、及び前記ＬＷＢのＡＰＰ－ＥＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ－Ｅｎｄ ｐｏｉｎｔ）及びＡＰＰ－ＲＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ－Ｒｏｏｔ Ｐｏｒｔ）を使用して、前記ＬＷＢのエンドポイントにある前記複数のＰＦを前記デバイスによって露出された前記少なくとも一つのＰＦ及び前記少なくとも一つのＶＦにマッピングする段階を引き起こす。

本発明の一実施形態によれば、デバイスは、物理機能（Ｐｈｙｓｉｃａｌ Ｆｕｎｃｔｉｏｎｓ；ＰＦ）のコスト要求を課すことなくシステムソフトウェアの複雑度を減らすことができる。

本発明の技術的思想の一実施形態によるＳＳＤのＶＦを使ってＬＷＢ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｂｒｉｄｇｅ）によって露出されたＰＦ（Ｐｈｙｓｉｃａｌ Ｆｕｎｃｔｉｏｎｓ）をエミュレートすることができるＬＷＢを含むマシンを示す。 図１のマシンの追加詳細事項を示す。 図１のＳＳＤの詳細事項を示す。 図４ａ～図４ｃは、本発明の技術的思想の多様な実施形態による図１のＬＷＢを示す。 図４ａ～図４ｃは、本発明の技術的思想の多様な実施形態による図１のＬＷＢを示す。 図４ａ～図４ｃは、本発明の技術的思想の多様な実施形態による図１のＬＷＢを示す。 図４ａ～図４ｃの構成管理者の詳細事項を示す。 図１のＬＷＢによって露出されたＰＦと図１のＳＳＤによって露出されたＰＦ／ＶＦとの間のマッピングを示す。 図１のホストからの構成記録要請をプロセッシングする図１のＬＷＢを示す。 図１のホストからの構成判読要請をプロセッシングする図１のＬＷＢを示す。 ＬＷＢ内でアドレス変換を処理する図４ａ～図４ｃのＡＰＰ－ＥＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ－Ｅｎｄ ｐｏｉｎｔ）及びＡＰＰ－ＲＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ－Ｒｏｏｔ Ｐｏｒｔ）を示す。 図１のＬＷＢ内で変更される図６のマッピングを示す。 関連付けられたＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）ポリシーを有する図１のＬＷＢによって露出されたＰＦを示す。 図１２ａ及び図１２ｂは、帯域幅スロットリング（ｂａｎｄｗｉｄｔｈ ｔｈｒｏｔｔｌｉｎｇ）を行う図１のＬＷＢを示す。 図１２ａ及び図１２ｂは、帯域幅スロットリング（ｂａｎｄｗｉｄｔｈ ｔｈｒｏｔｔｌｉｎｇ）を行う図１のＬＷＢを示す。 図１のＳＳＤにクレジットを発行する図１のＬＷＢを示す。 図１４ａ及び図１４ｂは、本発明の技術的思想の一実施形態によって、図１のＬＷＢが図１のＳＳＤによって露出されたＰＦ／ＶＦを識別し、ＬＷＢからＰＦを露出させ、図１のＬＷＢによって露出されたＰＦと図１のＳＳＤによって露出されたＰＦ／ＶＦとの間のマッピングを生成する例示的な過程のフローチャートを示す。 図１４ａ及び図１４ｂは、本発明の技術的思想の一実施形態によって、図１のＬＷＢが図１のＳＳＤによって露出されたＰＦ／ＶＦを識別し、ＬＷＢからＰＦを露出させ、図１のＬＷＢによって露出されたＰＦと図１のＳＳＤによって露出されたＰＦ／ＶＦとの間のマッピングを生成する例示的な過程のフローチャートを示す。 図１５ａ及び図１５ｂは、図１のＬＷＢが図１のホストから処理要請を受信する例示的な過程のフローチャートを示す。 図１５ａ及び図１５ｂは、図１のＬＷＢが図１のホストから処理要請を受信する例示的な過程のフローチャートを示す。 図４ａ～図４ｃのＡＰＰ－ＥＰ及びＡＰＰ－ＲＰが図１のホスト及び図１のＳＳＤ間でアドレスを変換する例示的な過程のフローチャートを示す。 図１のＬＷＢが図１のＳＳＤにクレジットを発行する例示的な過程のフローチャートを示す。 図１のＬＷＢが構成記録要請を処理する例示的な過程のフローチャートを示す。 図１のＬＷＢが構成判読要請を処理する例示的な過程のフローチャートを示す。 図１のＬＷＢがＱｏＳポリシーを図１のＬＷＢによって露出されたＰＦに関連させる例示的な過程のフローチャートを示す。 図１のＬＷＢが図１のＬＷＢによって露出されたＰＦと図１のＳＳＤによって露出されたＰＦ／ＶＦのマッピングを動的に変更する例示的な過程のフローチャートを示す。 図２２ａ及び図２２ｂは、図１のＬＷＢが帯域幅スロットリングを行う例示的な過程のフローチャートを示す。 図２２ａ及び図２２ｂは、図１のＬＷＢが帯域幅スロットリングを行う例示的な過程のフローチャートを示す。

以下、本発明の実施形態を詳細に参照し、その例示は添付図面に示す。以下の開示を実施するための具体的な内容では、本発明の徹底的な理解ができるようにするために、多数の特定の詳細事項を説明する。しかし、当該技術分野の通常の技術者はこのような特定の詳細事項なしに本発明を実施することができるというのが理解されなければならない。他の場合で、公知の方法、過程、コンポーネント、回路及びネットワークは実施形態の様態を不必要にあいまいにしないように詳細に説明しない。

第１、第２などの用語をここで多様な構成要素を説明するために使うことがあるが、これらの構成要素はこれらの用語によって限定されないことが理解されなければならない。このような用語は一構成要素を他の構成要素と区別するために使う。例えば、本発明の範囲を逸脱することなく第１モジュールは第２モジュールと指称することができ、同様に第２モジュールは第１モジュールと指称することができる。

ここで、本発明の説明に使用した用語は、単に、特定の実施形態を説明するためのものであり、本発明を限定しようとするものではない。本発明の説明及び添付の請求範囲に使用したような単数の形態は、文脈上明白に他に指示しない限り、複数の形態も含むものである。また、ここで使用した用語“及び／又は”は一つ以上の関連のリスト化した項目の任意の及び全ての可能な組合せを指称して含むものと理解される。本明細書で使う、“含む（ｃｏｍｐｒｉｓｅ）”及び／又は“含む（ｃｏｍｐｒｉｓｉｎｇ）”という用語は言及した特徴、整数、段階、動作、構成要素及び／又はコンポーネントの存在を特定するが、一つ以上の他の特徴、整数、段階、動作、構成要素、コンポーネント及び／又はこれらのグループの存在又は追加を排除しない。図面のコンポーネント及び特徴は必ずしも実際の縮尺比で示したものではない。

本発明の技術的思想の実施形態は、デバイスによってサポートされる仮想機能を使ってＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）のようなデバイスで多数の物理機能をエミュレートする方法及びシステムを含む。ＳＳＤには多数のＰＣＩｅ物理機能（ＰＦ）又はＰＣＩｅ仮想機能（ＶＦ）で表現される多数のＮＶＭｅコントローラーを有することができる。それぞれのＰＦ又はＶＦは、基本的にデータ記憶機能を遂行するようにホストＮＶＭｅドライバーによって使われることができるＮＶＭｅコントローラーを提供する。ＰＦは実際の物理的資源を有するが、仮想機能は資源をＰＦと共有する。本発明の技術的思想の実施形態は、ＳＳＤコントローラーでＶＦセットを使って多数のＰＦをホストに露出させることができる。すなわち、多数のＰＦをデバイスによってエミュレートすることができ、内部的にＶＦを使うことができる。ホストの観点で、ホストシステムソフトウェアスタックは、多数のＰＣＩｅ ＰＦ及びそれらＰＦの背後のＮＶＭｅコントローラーを参照する。本発明の技術的思想の実施形態は内部的に、ＰＦへの全てのホストアクセスをＶＦにマッピングして変換することができる。

ＰＣＩｅ ＰＦはいずれの他の機能（物理的又は仮想）とも独立である。すなわち、ＰＦは、例えばメモリバッファーなどの、それら自身の専用の物理的資源を有する。デバイスが多数のＰＦをサポートすることは、根底にあるデバイスの論理領域、電力消費及び複雑度を増加させる。したがって、デバイス側での費用と複雑度を減らすために、ＰＣＩｅ仕様は仮想機能（ＶＦ）をサポートしている。ＶＦはＰＦと物理的資源を共有し、全ての物理的側面でＰＦに依存する。このような物理的側面は、ＰＣＩｅリンク制御、デバイス制御、電力管理などを含む。

ＶＦは、デバイス側での費用と複雑度を低めるが、ＶＦは、システムソフトウェア側の複雑度を増加させる。システムソフトウェアは、ＶＦと通信することができるように、ＳＲ－ＩＯＶ（Ｓｉｎｇｌｅ Ｒｏｏｔ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ）プロトコルをサポートすることが必要である。この追加機能は時々追加遅延の側面でＩ／Ｏ性能を低下させる。よって、システムソフトウェアの観点ではＰＦを有することが好ましい。

本発明の技術的思想の実施形態は、デバイスがＳＳＤコントローラーでＶＦを使ってＰＦをエミュレートすることができるようにする。すなわち、ホストの観点からは、記憶デバイスＳＳＤが多数のＰＦを有するように見える。しかし、デバイスの側面で、このようなＰＦはＶＦセットを使ってエミュレートすることができる。費用を減らすために、ＳＳＤコントローラーＡＳＩＣにＰＦとして多様な機能を実装する必要なくＳＳＤのようなデバイスの機能を露出させるのに、軽量ブリッジ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｂｒｉｄｇｅ、ＬＷＢ）を使うことができる。

ＬＷＢの例示的な具現で、たとえ根底にあるデバイスが一部又は大部分の機能をＰＦではなくＶＦで具現することができても、総１６個の機能がまるで物理機能であるようにＬＷＢによって露出されることができる。ＬＷＢは、ホストマシンとＳＳＤコントローラー自体間のブリッジの役割を達成する。ＬＷＢは全体ＳＳＤデバイスの一部又は別個のコンポーネントで具現することができる。デバイスはＳＳＤであってもよく、機能（１個のＰＦ及び１５個のＶＦ）はＳＳＤコントローラーのエンドポイントの一部で具現される。（また、ＳＳＤは、一般に、ホストインターフェース階層（ｈｏｓｔ ｉｎｔｅｒｆａｃｅ ｌａｙｅｒ、ＨＩＬ）、フラッシュ変換階層（ｆｌａｓｈ ｔｒａｎｓｌａｔｉｏｎ ｌａｙｅｒ、ＦＴＬ）及びフラッシュメモリにアクセスするためのフラッシュコントローラー（ｆｌａｓｈ ｃｏｎｔｒｏｌｌｅｒ、ＦＣ）を含むことができる）。

ＬＷＢは３世代ＰＣＩｅバスの４個のレーン（ｌａｎｅ）を使ってホストマシンと通信することができる反面、ＬＷＢ内部通信は３世代ＰＣＩｅバスの１６個のレーンを使って具現することができる。しかし、本発明の技術的思想の実施形態は、任意の特定バージョンのＰＣＩｅバス（又は他のバス類型）の使用をサポートすることができ、ホストマシンとともに、かつ内部的に全て、制限なしに任意の所望速度又はレーン又は帯域幅をサポートすることができる。本説明でのＰＣＩｅレーン幅及び速度は単に例示のものであり、任意の組合せを同じ概念を用いて具現することができることが理解可能である。

ＳＳＤコントローラーがホストマシンのルートポート又はルートコンプレックスと通信する代わりに、ＳＳＤコントローラーはＬＷＢのルートポートと通信することができる。ＳＳＤコントローラーは、この変更を認識しなくてもよく、ＬＷＢのルートポートからの通信をまるでホストマシンからの通信のように処理することができる。同様に、ホストマシンは、エンドポイントが（露出された機能を具現した）ＳＳＤコントローラーではないことを知ることなく、ＬＷＢのエンドポイントと通信することができる。ＳＳＤコントローラー又はホストマシンに係わる限り、これらが通信する当事者（本発明の技術的思想の実施形態で、ＬＷＢ）はブラックボックスと見なすことができる。

ＬＷＢのエンドポイントは、ＳＳＤコントローラーのエンドポイントと同数の機能を露出させることができる。しかし、このような機能の一部をＶＦで露出させる代わりに、ＬＷＢのエンドポイントは全ての機能をＰＦで露出させることができる。また、ＬＷＢは、ＰＡＰＰ－ＥＰ（ＰＣＩｅ Ａｐｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ ｆｏｒ Ｅｎｄ ｐｏｉｎｔ）及びＰＡＰＰ－ＲＰ（ＰＣＩｅ Ａｐｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ ｆｏｒ Ｒｏｏｔ Ｐｏｒｔ）を含むことができる。ＰＡＰＰ－ＥＰ及びＰＡＰＰ－ＲＰはＬＷＢのエンドポイントによって露出されたＰＦからＳＳＤコントローラーのエンドポイントによって露出された機能（物理的又は仮想）へのマッピングを管理することができる。ＰＡＰＰ－ＲＰは、ホストに露出されたＰＦのＰＣＩｅ構成空間をＳＳＤコントローラーＥＰのＰＦ及び／又はＶＦのＰＣＩｅ構成空間にマッピングすることを助ける構成変換テーブルを含むことができる。また、このテーブルはＬＷＢエンドポイントによって露出されたどのＰＦがＳＳＤコントローラーエンドポイントによって露出されたどの機能にマッピングされるかだけではなく、マッピングに係わる他の情報を示すことができる（例えば、どのＳＳＤコントローラーのアドレスが露出された機能に対するデータを記憶することができるか）。ＬＷＢのエンドポイントによって提供されるＰＣＩｅ構成機能及び性能（ｃａｐａｂｉｌｉｔｙ）はＳＳＤコントローラーのエンドポイントによって提供されるものと（たびたび）違うことができ、構成変換テーブルはこのような相違点を管理するのに役に立つことができる。また、ＰＡＰＰ－ＲＰは、ホストに露出されたＰＦのメモリＢＡＲ（ｂａｓｅ ａｄｄｒｅｓｓ ｒｅｇｉｓｔｅｒ）アドレス及びＳＳＤコントローラーＥＰのＰＦ及び／又はＶＦのＢＡＲの変換を処理することができる。また、ＰＡＰＰ－ＥＰ及び／又はＰＡＰＰ－ＲＰは、必要によって他のテーブルを含むことができる。ホスト露出されたＰＦ及びＳＳＤコントローラー内部ＰＦ／ＶＦのマッピングは根本的に融通性があり、動的であり得る。マッピングは、ホスト及び／又はＢＭＣ（Ｂｏａｒｄ Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｔｒｏｌｌｅｒ）のような管理エンティティによって発行された特定のイベント及び／又はポリシー変更に基づいてランタイムの間に変更されることができる。このようなイベントの例としては、ＶＭ（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）マイグレーション、ＳＬＡ、電力／性能スロットリング、日付、時間の変更などがある。

ＰＡＰＰ－ＥＰ及びＰＡＰＰ－ＲＰは本発明の技術的思想の一部実施形態で別個のコンポーネントであり得るが、本発明の技術的思想の他の実施形態は単一具現でこれらのコンポーネント（及び潜在的にＬＷＢのエンドポイント、ルートポート及び構成管理者）を具現することができる。例えば、ＬＷＢは、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）又はＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ－Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）（可能な具現の二つの例示に過ぎない）を使って具現することができる。ＰＡＰＰ－ＥＰ及びＰＡＰＰ－ＲＰは、任意の所望メカニズムを使って通信することができる。例えば、特定の機能を呼び出し、結果をリターンするために、ＰＡＰＰ－ＥＰとＰＡＰＰ－ＲＰとの間でデータを交換するのに使うことができる中間データフォーマットを定義することができる。

また、ＬＷＢは構成管理者（コンフィギュレーションマネージャ）を含むことができる。構成管理者は、ＳＳＤコントローラーのエンドポイントによって提供される機能（ＰＦ及びＶＦの全て）を羅列することができる。そして、構成管理者は、その情報を、ＬＷＢのエンドポイントによって露出された機能を“定義”し、ＰＡＰＰ－ＲＰで構成空間変換テーブルを構成することを助けるために使うことができる。一般に、構成管理者は主に開始の際（ａｔ ｓｔａｒｔｕｐ）に使われる。しかし、ホストマシンは多様な機能に関して（ＬＷＢの）エンドポイントと通信するのに使われるインタラプトのようなＰＦのＰＣＩｅ構成空間を変更することができ、又はホストマシンは特定の機能を活性化又は非活性化することができる。構成管理者は、必要によって、このような変更を支援するのに使われることができる。また、ＬＷＢは、同様のＰＣＩｅ構成空間変更がＳＳＤコントローラーに適切に伝達されることを保障する必要があり得る。すなわち、ＬＷＢは、ホストに露出されたＰＦと内部ＳＳＤコントローラーＥＰによって露出されたＰＦ／ＶＦとの間でＰＣＩｅ構成ミラーリングを遂行する。よって、ＬＷＢは、ＳＳＤコントローラーによって露出された機能を管理することもできる。

デバイス全体で２個のエンドポイント（ＬＷＢに一つ、ＳＳＤコントローラーに一つ）があるので、それぞれ固有の構成空間を維持する。潜在的な問題又は衝突を避けるためには、これらの構成空間が同期化しなければならない。ホストが構成記録命令を送るとき、ＬＷＢはＬＷＢエンドポイントにおける構成空間をアップデートすることができる。また、構成記録命令は（ＰＡＰＰ－ＥＰ、ＰＡＰＰ－ＲＰ及びルートポートを介して）ＳＳＤのエンドポイントに伝達されることにより、ＳＳＤコントローラーのエンドポイントもアップデートされることができる。全てのホスト主導の構成記録命令がＳＳＤコントローラーに反映されるのでなくてもよい。すなわち、ホスト構成空間変更の一部はバックエンドＳＳＤコントローラーにそのまま反映されなくてもよい。例えば、ホストはＬＷＢ ＥＰに電力管理変更を遂行することができるが、その変更又は同様の変更が、ＬＷＢによってＳＳＤコントローラーＥＰに対して遂行されなくてもよい。

ホストが構成判読命令を送るとき、当該命令はＬＷＢのエンドポイントによって満たすことができる。ＬＷＢのエンドポイントは構成判読命令をＰＡＰＰ－ＥＰに伝達して、ＰＡＰＰ－ＥＰが命令を終了することができ、二つの構成空間が同期化されているので、各構成空間のデータが同一のはずである（代案として、ＬＷＢのエンドポイントが構成判読命令をＰＡＰＰ－ＥＰに伝達せず、ＬＷＢのエンドポイントが構成判読命令に応答し、該当時点で命令を終了することができる。）。

ＬＷＢがメモリ判読又は記録トランザクションを受信する場合（ＬＷＢのエンドポイントを介してホストから、又はＬＷＢのルート地点を介してＳＳＤコントローラーから）、ＬＷＢはトランザクションを他の相手（適切な場合、ホスト又はＳＳＤコントローラー）に伝達することができる。ＬＷＢは、ＰＡＰＰ－ＥＰ及び／又はＰＡＰＰ－ＲＰにあるＢＡＲテーブルを使って適切なアドレス変換を遂行することができる。ホストから受信されたトランザクションに対するこのようなアドレス変換の一例は、ＰＡＰＰ－ＥＰが受信されたアドレスからＰＦ ＢＡＲを引くことができ、ＰＡＰＰ－ＲＰがＳＳＤコントローラーの正しいアドレスに到逹するために、そのアドレスにＶＦ ＢＡＲを追加することができるというものである。

また、本発明の技術的思想の実施形態は、マッピング、帯域幅制御などに使うことができるＰＡＰＰ－ＥＰとＰＡＰＰ－ＲＰとの間の選択的中間要素（ｏｐｔｉｏｎａｌ ｉｎｔｅｒｍｅｄｉａｒｙ ｅｌｅｍｅｎｔ）を含むことができる。また、この選択的要素は、さまざまな理由で、帯域幅を可変的に“スロットリング”するのに使うことができる。例えば、ＬＷＢのエンドポイントによって露出される他の機能ごとにＱｏＳ要求又はＳＬＡ（Ｓｅｒｖｉｃｅ Ｌｅｖｅｌ Ａｇｒｅｅｍｅｎｔｓ）が違うことができる。低帯域幅ＱｏＳを有するＰＦは、もっと高いＱｏＳ帯域幅要求を有するＰＦに対して十分な帯域幅を保障するために、スロットリングされることができる。帯域幅をスロットリングする他の理由は電力又は温度を含むことができる。ＬＷＢはＰＦ単位で帯域幅スロットリングを行うのに使われることができるか、ホスト及び／又はＢＭＣのような管理エンティティの構成設定又はポリシー設定に基づいて全てのＰＦに対する帯域幅スロットリングを行うことができる。温度又は電力スロットリングの決定は上限及び下限の両閾値によることができる。電力使用量又は温度が上限を超えれば、ポリシーに基づいて全てのＰＦ又は選択的ＰＦに帯域幅スロットリングを適用することができる。帯域幅スロットリングは電力又は温度がそれぞれの下限閾値の下に下がるまで適用することができる。

本発明の技術的思想の前記実施形態で、ＳＳＤコントローラーのエンドポイントは１個のＰＦ及び１５個のＶＦを提供するものとして説明され、これはＬＷＢのエンドポイントで１６個の相異なるＰＦにマッピングされることができる。このような数は任意的である。ＳＳＤコントローラーのエンドポイントは多数のＰＦ及びＶＦを提供することができ、これはＬＷＢのエンドポイントで１６個のＰＦ又はそれより多いか少ないＰＦにマッピングされることができる。

必要な場合、ＳＳＤコントローラーのＶＦは、ＬＷＢ及び／又はＳＳＤコントローラー内でなされた任意の適切な変更とともに、ＬＷＢ内で適切にマイグレーションされることができる。よって、ＬＷＢのエンドポイントによって露出されたＰＦからＳＳＤコントローラーによって露出された機能へのマッピングはランタイムの間に修正されることができるので、融通性がある。

ＬＷＢ内部の通信は任意の所望技術を使って遂行することができる。例えば、エンドポイント、ＰＡＰＰ－ＥＰ、ＰＡＰＰ－ＲＰ及びルートポートの間で交換される情報はＴＬＰ（ｔｒａｎｓａｃｔｉｏｎ ｌｅｖｅｌ ｐａｃｋｅｔ）プロトコルを使うことができる。

デバイス自体はどのフォームファクターにもなることができる。例えば、ＳＳＤは、他の可能性の中で、Ｕ．２又はＦＨＨＬ（Ｆｕｌｌ Ｈｅｉｇｈｔ、Ｈａｌｆ Ｌｅｎｇｔｈ）フォームファクターを使ってパッケージされることができる。他の類型のデバイスは任意の所望フォームファクターで同様にパッケージされることができる。

本発明の技術的思想の他の実施形態で、多数のＳＳＤコントローラーを含むことができ、それぞれはさまざまな機能を提供する。例えば、各ＳＳＤコントローラーは、総８個の機能を提供することができる。ＬＷＢのエンドポイントとの間にマルチプレクサー／デマルチプレクサーが結合され得る。このマルチプレクサー／デマルチプレクサーは、特定の露出ＰＦに関連したデータを、最終の実行のために適切なＰＡＰＰ－ＥＰ／ＰＡＰＰＰ－ＲＰ／ＲＰ／ルートポート／ＳＳＤコントローラーに伝送することができる。斯くして、単一ＬＷＢで、単一ＳＳＤコントローラーによって提供可能なものより多い機能を露出させることができる。

それぞれのＳＳＤコントローラーはＬＷＢの別々のルートポートと通信することができ、それぞれのルートコントローラーは、ＰＡＰＰ－ＥＰ、ＰＡＰＰ－ＲＰ及び構成変換テーブルを含むそれ自身のスライスを有する。斯くして、一つのＳＳＤコントローラーに関連した作動が、ＬＷＢの内部で、他のＳＳＤコントローラーに関連した作動に影響を与えないことができる。

このような本発明の技術的思想の実施形態は、例えば単一ＳＳＤコントローラー上のエンドポイントがホストマシンの全ての要求を満たさない場合に使うことができる。例えば、ＳＳＤコントローラーが８個のＰＣＩｅレーンのみサポートし、ホストは１６個のレーンの帯域幅をサポートすることを望む場合、必要な帯域幅をサポートするために、複数のＳＳＤコントローラーを使うことができる。もしくは、仮にＳＳＤコントローラーが総８個の機能のみサポートし、ホストが１６個の機能をサポートすることを希望する場合、必要な機能セットを提供するために複数のＳＳＤコントローラーを使うことができる。すなわち、ＬＷＢは、単一多機能ＰＣＩｅ記憶デバイスとして適切な数のＰＡＰＰ－ＥＰ／ＰＡＰＰ－ＲＰ／ＲＰスライスを使って多くのＳＳＤコントローラーをホストに連結するのに使うことができる。

本発明の技術的思想の他の実施形態と同様に、使用された数字は例示的なものであり、限定的なものではない。したがって、ＬＷＢのエンドポイントは任意類型のバス、該当バスの任意のバージョン及び該当バスの多くのレーンを使うことができ、ＬＷＢのエンドポイントは多くのＰＦを露出させることができ、それぞれのＳＳＤコントローラーによって露出されるＰＦの数は変わることができ、内部バス類型、バージョン及び速度はＳＳＤコントローラーに対する連結によって変わることができ（個別的に変わることができ）、ＬＷＢに連結されたＳＳＤコントローラーの数は変わることができ（そして、ＬＷＢの異なる又は同じ経路地点に連結されることができ）、等々であることができる。

図１は本発明の技術的思想の一実施形態によるデバイスのＶＦを使ってＬＷＢ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｂｒｉｄｇｅ）によって露出されるＰＦ（Ｐｈｙｓｉｃａｌ Ｆｕｎｃｔｉｏｎｓ）をエミュレートすることができるＬＷＢを含むマシンを示す。また、図１には、ホストと言えるマシン１０５が示されている。マシン１０５は、プロセッサ１１０を含むことができる。プロセッサ１１０は、任意の多様なプロセッサになることができる。例えば、Ｉｎｔｅｌ Ｘｅｏｎ、Ｃｅｌｅｒｏｎ、Ｉｔａｎｉｕｍ、又はＡｔｏｍプロセッサ、ＡＭＤ Ｏｐｔｅｒｏｎプロセッサ、ＡＲＭプロセッサなどであり得る。図１はマシン１０５の単一プロセッサ１１０を示し、マシン１０５は多数のプロセッサを含むことができ、それぞれは単一コア又は多重コアプロセッサであり得、任意の所望の組合せで作ることができる。

また、マシン１０５は、メモリ１１５を含むことができる。メモリ１１５は、フラッシュメモリ、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、永続的ＲＡＭ、ＦＲＡＭ（Ｐｅｒｓｉｓｔｅｎｔ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＦＲＡＭ（Ｆｅｒｒｏｅｌｅｃｔｒｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）又はＭＲＡＭ（Ｍａｇｎｅｔｏｒｅｓｉｓｔｉｖｅ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などのＮＶＲＡＭ（Ｎｏｎ－Ｖｏｌａｔｉｌｅ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）のような任意の多様なメモリであり得る。また、メモリ１１５は、相異なるメモリ類型の任意の所望組合せであり得る。また、マシン１０５は、メモリ１１５に対するアクセスを管理するのに使うことができるメモリコントローラー１２０を含むことができる。

また、マシン１０５は、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）１２５を含むことができる。ＳＳＤ １２５はデータを記憶するのに使うことができ、ＳＳＤ １２５の多様な性能を作動させるために、プロセッサ１１０（及びそこで実行されるソフトウェア）によって使われる物理機能（ＰＦ）及び仮想機能（ＶＦ）の全てを露出させることができる。図１はＳＳＤ １２５を示すが、本発明の技術的思想の実施形態はＰＦ及びＶＦを提供する任意の類型のデバイスを含むことができる。例えば、データ記憶以外の基本機能を提供するデバイスのように、ＰＦ及びＶＦを提供するハードディスクドライブのような他の類型の記憶デバイスをＳＳＤ １２５の代わりに使うことができる。本文書の残りの部分で、ＳＳＤ １２５についての任意の言及はＰＦ／ＶＦを提供することができる他の類型のデバイスについての言及を含むものである。本発明の技術的思想の一部実施形態で、ＳＳＤ １２５はＰＣＩｅ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ Ｅｘｐｒｅｓｓ）バスに連結されることができ、ＰＣＩｅ ＰＦ及びＶＦを提供することができるが、本発明の技術的思想の実施形態は他のインターフェースを使うことができる。プロセッサ１１０は、ＳＳＤ １２５に対するアクセスを支援することができるデバイスドライバー１３０を実行することができる。

ＳＳＤ １２５とマシン１０５の残り部分との間にはＬＷＢ １３５が位置することができる。ＬＷＢはＳＳＤ １２５とマシン１０５の残り部分との間のブリッジとして作用することができ、ＶＦの代わりにＰＦとしてＳＳＤ １２５の機能を露出させることができる。

図１はマシン１０５をサーバー（独立型又はラックサーバーであり得る）として示すが、本発明の技術的思想の実施形態は、限定なしに任意の所望類型のマシン１０５を含むことができる。例えば、マシン１０５は、デスクトップ型コンピュータ又はラップトップ型コンピュータ又は本発明の技術的思想の実施形態から利益が得られる任意の他のマシンに代替されることができる。また、マシン１０５は、特殊携帯用コンピュータマシン、タブレット型コンピュータ、スマートフォン及びその他のコンピュータマシンを含むことができる。また、ＳＳＤ １２５からのデータにアクセスすることができるアプリケーションは、マシン１０５から離隔されて任意の類型（有線、無線、グローバルなど）の一つ以上のネットワークを横断するネットワーク連結によってマシン１０５にアクセスすることができる他のマシンに位置し得る。

図２は図１のマシンの追加詳細事項を示す。図２で、一般に、マシン１０５は、デバイス１０５のコンポーネントの作動を編成するのに使うことができるメモリコントローラー１２０及びクロック２０５を含むことができる一つ以上のプロセッサ１１０を含む。また、プロセッサ１１０は、例としてＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、ＲＯＭ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ）、又は他の状態記憶媒体を含むことができるメモリ１１５に連結されることができる。また、プロセッサ１１０は、記憶デバイス１２５及び例えばイーサネットコネクタ又は無線コネクタであり得るネットワークコネクタ２１０に連結されることができる。また、プロセッサ１１０は、バス２１５に連結されることができ、バス２１５には、数あるコンポーネントの中でもとりわけ、ユーザーインターフェース２２０、及びＩ／Ｏエンジン２２５を使って管理することができるＩ／Ｏインターフェースポートが付着することができる。

図３は図１のＳＳＤの詳細事項を示す。図３で、ＳＳＤ １２５は、ＨＩＬ ３０５、ＳＳＤコントローラー３１０、及び多様なチャネル３２０－１～３２０－４に組み込まれることができる多様なフラッシュメモリチップ３１５－１～３１５－８（“フラッシュメモリ記憶部”ともいう）を含むことができる。ＨＩＬ ３０５は、ＳＳＤ １２５と他のコンポーネント（図１のプロセッサ１１０及び図１のＬＷＢ １３５など）との間の通信を管理することができる。また、ＨＩＬ ３０５は、ＳＳＤ １２５から離れたデバイス、つまりデバイス１０５の一部と見なされないが、例えば一つ以上のネットワーク連結によってＳＳＤ １２５と通信するデバイスとの通信を管理することができる。このような通信は、ＳＳＤ １２５からデータを読み出すための判読要請、ＳＳＤ １２５にデータを書き込むための記録要請、及びＳＳＤ １２５からデータを削除するための削除要請を含むことができる。ＨＩＬ ３０５は、単一ポートのみを介してインターフェースを管理することができるか、又は多数のポートを介してインターフェースを管理することができる。代案として、ＳＳＤ １２５は多数のポートを含むことができ、これらのそれぞれはそのポートにわたってインターフェースを管理するために、個別ＨＩＬ ３０５を有することができる。また、本発明の技術的思想の実施形態は可能性を混合することができる（例えば、３個のポートを有するＳＳＤが、一つのポートを管理するための一つのＨＩＬと、他の２個のポートを管理するための第２のＨＩＬとを有することができる）。

ＳＳＤコントローラー３１０は、フラッシュメモリコントローラー（図３に図示せず）を使ってフラッシュメモリチップ３１５－１～３１５－８上でガーベジコレクション及び他の動作とともに判読及び記録動作を管理することができる。ＳＳＤコントローラー３１０は、ＦＴＬ３２５、フラッシュコントローラー３３０及びエンドポイント３３５を含むことができる。ＦＴＬは（図１のホスト１０５によって使われる）論理ブロックアドレス（ｌｏｇｉｃａｌ ｂｌｏｃｋ ａｄｄｒｅｓｓ、ＬＢＡ）を実際にＳＳＤ３１０上にデータが記憶された物理ブロックアドレス（ｐｈｙｓｉｃａｌ ｂｌｏｃｋ ａｄｄｒｅｓｓ、ＰＢＡ）にマッピングすることを管理することができる。ＦＴＬ３２５を使うことにより、図１のホスト１０５は、ＳＳＤ １２５内でデータが一ブロックから他のブロックに移動するとき、報告される必要がない。

フラッシュコントローラー３３０は、フラッシュチップ３１５－１～３１５－８へのデータ記録及びそれからのデータ判読を管理することができる。エンドポイント３３５は、（図１のホスト１０５又は図１のＬＷＢ １３５などの）さらに他のデバイス上のルートポートに連結されることができるＳＳＤ １２５に対するエンドポイントとして動作することができる。

図３はＳＳＤ １２５が８個のフラッシュメモリチップ３１５－１～３１５－８が４個のチャネル３２０－１～３２０－４に組み込まれたもののように示されているが、本発明の技術的思想の実施形態は、複数のフラッシュメモリチップが複数のチャネルに組み込まれたものをサポートすることができる。同様に、図３はＳＳＤの構造を示したが、他の記憶デバイス（例えば、ハードディスクドライブ）は類似の潜在的利点を有する異なる構造を使って具現することができる。

図４ａ～図４ｃは本発明の技術的思想の多様な実施形態による図１のＬＷＢを示す。図４ａで、ＬＷＢ １３５は、エンドポイント４０５、ＡＰＰ－ＥＰ ４１０、ＡＰＰ－ＲＰ ４１５及びルートポート４２０を含むものとして示されている。エンドポイント４０５は、図１のホスト１０５のような他のデバイスのルートポートと通信するのに使うことができる。図４ａで、エンドポイント４０５は、１６個のＰＦをアップストリームデバイスに露出させ、アップストリームデバイスと通信するのに使うことができる４個のレーンを有するＰＣＩｅ３世代インターフェースを使うものとして示されている。よって、図１のホスト１０５に対するインターフェースは、インターフェース４２５によって示したように、４個のレーンを有するＰＣＩｅ３世代インターフェースであり得る。同様に、ルートポート４２０は、ＳＳＤ １２５のような他のデバイスのエンドポイントと通信することができる。よって、ＳＳＤ １２５に対するインターフェースは、インターフェース４３０によって示したように、４個のレーンを有するＰＣＩｅ３世代インターフェースであり得る。図４ａで、ルートポート４２０は、ダウンストリームデバイスと通信するのに使うことができる４個のレーンを有するＰＣＩｅ３世代インターフェースを使うものとして示されている。図４ａで、ルートポート４２０はＳＳＤ １２５によって一つのＰＦ及び１５個のＶＦが羅列されたものとして示され、エンドポイント４０５は１６個のＰＦを露出させるものとして示される。エンドポイント４０５によって露出された一つのＰＦはＳＳＤ １２５によって露出されたそれぞれの機能（物理的又は仮想）に相応する。

エンドポイント４０５はＡＰＰ－ＥＰ ４１０と通信することができ、代わってＡＰＰ－ＥＰ ４１０はＡＰＰ－ＲＰ ４１５と通信することができる。ＡＰＰ－ＥＰ ４１０及びＡＰＰ－ＲＰ ４１５はエンドポイント４０５とルートポート４２０との間での情報の変換を管理することができる。図４ａは、エンドポイント４０５がＡＰＰ－ＥＰ ４１０と通信する方法、ＡＰＰ－ＥＰ ４１０がＡＰＰ－ＲＰ ４１５と通信する方法、又はＡＰＰ－ＲＰ ４１５がルートポート４２０と通信する方法の詳細事項を示していないが、これは任意の所望通信メカニズムを使うことができるからである。例えば、エンドポイント４０５、ＡＰＰ－ＥＰ ４１０、ＡＰＰ－ＲＰ ４１５及びルートポート４２０はＰＣＩｅ又は所望バージョンのインターフェースを有し、所望数のデータバス幅を含むＡＸＩ（Ａｄｖａｎｃｅｄ ｅＸｔｅｎｓｉｂｌｅ Ｉｎｔｅｒｆａｃｅ）バスのような他のバスを使って通信することができる。もしくは、エンドポイント４０５、ＡＰＰ－ＥＰ ４１０、ＡＰＰ－ＲＰ ４１５及びルートポート４２０は、任意の所望バス／インターフェースを使う独占メッセージング方式を使って通信することができる。また、本発明の技術的思想の実施形態は、エンドポイント４０５、ＡＰＰ－ＥＰ ４１０、ＡＰＰ－ＲＰ ４１５及びルートポート４２０の間の他の通信メカニズムを含むことができる。ＬＷＢ １３５の内部通信方式とＬＷＢ １３５から図１のホスト１０５又はＳＳＤ １２５への通信方式との間には関係がないことができる。

ＡＰＰ－ＲＰ ４１５は、構成テーブル４３５を含むことができる。構成テーブル４３５は、ＬＷＢ １３５についての構成情報を記憶することができる。このような構成情報の例は、エンドポイント４０５によって露出されたＰＦとＳＳＤ １２５によって提供される（及びルートポート４２０を介しての羅列によって決定される）ＰＦ／ＶＦとの間のマッピングを含むことができる。また、構成テーブル４３５に記憶された構成情報は、エンドポイント４０５によって露出された特定のＰＦに係わり得るＱｏＳポリシー（ＳＬＡ（Ｓｅｒｖｉｃｅ Ｌｅｖｅｌ Ａｇｒｅｅｍｅｎｔ）とも指称することができる）についての情報を含むことができる。構成管理者４４０は、構成テーブル４３５に情報を記憶してＬＷＢ １３５を構成するのに使うことができる。また、構成管理者４４０は、ＳＳＤ １２５によって露出された機能についての情報を決定するのに使うことができ、類似の（又は同じ）機能（しかし、ＰＦ及びＶＦよりはＰＦのみ使う）を提供するようにエンドポイント４０５をプログラミングすることができる。構成管理者４４０が行うものの詳細事項はＳＳＤ １２５によって提供される特定の機能によることができるが（構成管理者４４０はＳＳＤ １２５によって提供されるＰＦ及びＶＦと一致するＰＦセットを提供するようにエンドポイント４０５を構成することができるからである）、原則は一般的にＳＳＤ １２５によって露出された個別ＰＦ／ＶＦの構成を決定すること、エンドポイント４０５によって露出される適切な数のＰＦを設定すること、及びＳＳＤ １２５によって露出されたＰＦ／ＶＦの構成と一致するようにこれらのＰＦを構成することに要約することができる。

図４ａはＡＰＰ－ＥＰ ４１０及びＡＰＰ－ＲＰ ４１５を個別コンポーネントとして示すが、本発明の技術的思想の実施形態はこれらの両コンポーネントを単一コンポーネントに結合することができる（前述したように、ＡＰＰ－ＥＰ ４１０及びＡＰＰ－ＲＰ ４１５の両者の機能を処理する責任がある）。実際に、ＬＷＢ １３５の全体は互いに通信する別個のコンポーネントではなくて単一ユニットに具現されることができる。ＬＷＢ １３５（だけでなく、エンドポイント４０５、ＡＰＰ－ＥＰ ４１０、ＡＰＰ－ＲＰ ４１５、ルートポート４２０及び構成管理者４４０）は任意の所望方式を使って具現することができる。本発明の技術的思想の実施形態は、他の可能性の中でも、適切なソフトウェアを有する汎用プロセッサ、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ－Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）及びＧＰＧＰＵ（Ｇｅｎｅｒａｌ Ｐｕｒｐｏｓｅ ＧＰＵ）を使ってＬＷＢ １３５（及び／又はそのコンポーネントを個別的に及び／又は集合的に）具現することができる。

図４ａ（及び以下の図４ｂ及び図４ｃでも同様）で、図示した任意の特定の数はただ例示的なものであり、本発明の技術的思想の実施形態は他の数を含むことができる。例えば、ルートポート４２０はＳＳＤ １２５から羅列された１個のＰＦ及び１５個のＶＦを有するものとして示されているが、ＳＳＤ １２５は任意の数（０以上）のＰＦ及びＶＦを露出させることができる（どの露出されたＶＦも一部ＰＦのハードウェアに依存するが、どの露出されたＶＦに対してもハードウェアを提供する少なくとも一つの露出されたＰＦがなければならない）。同様に、エンドポイント４０５は１６個のＰＦを露出させるものとして示されているが、エンドポイント４０５は任意の数（０以上）のＰＦを図１のホスト１０５に露出させることができる。エンドポイント４０５はＳＳＤ １２５と同数の総機能を露出するが、ＳＳＤ １２５によって露出された機能とエンドポイント４０５によって露出された機能との間には一対一の対応が必要ではないことに留意する。例えば、ＳＳＤ １２５によって露出された一部の機能はエンドポイント４０５によって露出された対応ＰＦを有しないか、エンドポイント４０５によって露出された単一ＰＦはＳＳＤ １２５によって露出された複数の機能（物理的及び／又は仮想）にマッピングされることができる。前者の例として、記録要請は一度に一つのＳＳＤのみに伝達されることができ、これはエンドポイント４０５によって露出された対応ＰＦがない非選択ＳＳＤに対する記録要請を支援する機能を残す。後者の例として、ＬＷＢ １３５が多数のＳＳＤに連結される本発明の技術的思想の実施形態で（図４ｃに示したように）、たとえガーベジコレクションが遂行されるように要請するために、単一ＰＦのみエンドポイント４０５によって図１のホスト１０５に露出されることができるが、図１のホスト１０５による、ガーベジコレクションを遂行しろという要請はＬＷＢ １３５に連結された全てのＳＳＤに伝送されることができる。

同様な方式で、図４ａに示した特定製品の任意のバージョンはただ例示的なものであり、本発明の技術的思想の実施形態は他の製品又は他のバージョンの製品を使うことができる。例えば、図４ａは４個のレーンがあるＰＣＩｅ３世代を使用する（インターフェース４２５を介して）図１のホスト１０５及び（インターフェース４３０を介して）ＳＳＤ １２５と通信するＬＷＢ １３５を示す。本発明の技術的思想の他の実施形態は、他の世代のＰＣＩｅバス／インターフェース、又は他の数のレーン、又はＡＸＩ（Ａｄｖａｎｃｅｄ ｅＸｔｅｎｓｉｂｌｅ Ｉｎｔｅｒｆａｃｅ）バスのような他の類型のバスを使うことができる。例えば、図４ｂはインターフェース４２５とインターフェース４３０が４個の代わりに８個のレーンを有するＰＣＩｅ３世代を使うという点を除き、図４ａと同様である。

本発明の技術的思想の一部実施形態で、単一ＳＳＤ １２５では、図１のホスト１０５のために、十分な機能を提供しないことがある。例えば、図４ａ及び図４ｂのＳＳＤ １２５がただ１個のＰＦと７個のＶＦのみ提供し、それによって図１のホスト１０５が望む特定の機能を提供しなかったら、ＳＳＤ １２５を所望機能を提供する他のデバイスに交替することができる。代案として、ＬＷＢ １３５は、図４ｃに示したように、複数のデバイスに連結されることができる。

図４ｃで、ＬＷＢ １３５はそれぞれインターフェース４３０－１及び４３０－２を介してＳＳＤ １２５－１及び１２５－２に連結されるものとして示されている。ＳＳＤ １２５－１及び１２５－２はそれぞれ１個のＰＦ及び７個のＶＦを提供するので（ルートポート４２０－１及び４２０－２から分かるように）、ＳＳＤ １２５－１及び１２５－２のいずれも個別的に１６個の機能を提供することができない。しかし、ＳＳＤ １２５－１及びＳＳＤ １２５－２は一緒に１６個の機能を提供する。よって、ＳＳＤ １２５－１及び１２５－２の資源（露出された機能など）を集約（ａｇｇｒｅｇａｔｉｎｇ）することにより、ＬＷＢ １３５は全ての機能を提供する単一ＳＳＤなしにも総１６個のＰＦを提供することができる。

図４ｃから分かるように、ＬＷＢ １３５はただ一つのエンドポイント４０５を含み、それぞれ２個のＡＰＰ－ＥＰ ４１０－１及び４１０－２、ＡＰＰ－ＲＰ ４１５－１及び４１５－２及びルートポート４２０－１及び４２０－２を含む。このような方式で、ＬＷＢ １３５は、ＳＳＤ １２５－１及び１２５－２によって提供される機能を集約して単一エンドポイント（エンドポイント４０５）から１６個の機能の全てを露出させることができる。しかし、エンドポイント４０５によって露出される様々なＰＦはＳＳＤ １２５－１及び１２５－２上の機能にマッピングされ得るので、ＬＷＢ １３５はまたマルチプレクサー／デマルチプレクサー４４５を含むことができる。マルチプレクサー／デマルチプレクサー４４５は、エンドポイント４０５の特定の露出されたＰＦに関連した要請を、対応するＰＦ又はＶＦを提供するＳＳＤ １２５－１又は１２５－２に連結される通信経路を持つ適切なＡＰＰ－ＥＰ ４１０－１又は４１０－２にルーティングすることができる。図４ａ及び図４ｂは（ＬＷＢ １３５に連結されたＳＳＤ １２５のみあるので）マルチプレクサー／デマルチプレクサー４４５を示さないが、ＬＷＢ １３５が一つのＳＳＤ １２５のみに連結される本発明の技術的思想の実施形態でＬＷＢ １３５は依然としてマルチプレクサー／デマルチプレクサー４４５を含むことができる。マルチプレクサー／デマルチプレクサー４４５は何の機能も追加しないかもしれないが、マルチプレクサー／デマルチプレクサー４４５を含むことに関連した実際の費用もない（しかし、ＬＷＢ １３５が単一デバイスのみにしか連結することができない場合、マルチプレクサー／デマルチプレクサーを含むことは何の利点もない）。

本発明の技術的思想の実施形態は、ただ露出された機能の他に、資源を集約（ａｇｇｒｅｇａｔｅ）することができるという点に留意する。例えば、図４ｃで、インターフェース４３０－１及び４３０－２はそれぞれ８個のレーンのＰＣＩｅ３世代バス／インターフェースを含むことができる。しかし、ＳＳＤ １２５－１及び１２５－２を並列に使うことができるから（すなわち、ＳＳＤ １２５－１及び１２５－２の全てが同時に要請を処理することができる）、ＬＷＢ １３５はインターフェース４２５を介して図１のホスト１０５に１６個のレーンのＰＣＩｅ３世代バス／インターフェースを提供することができる。同じ方式で、ＳＳＤ １２５－１及び１２５－２のそれぞれによって提供される帯域幅を集約し、ＬＷＢがそれぞれＳＳＤ １２５－１、１２５－２によって別に提供される帯域幅の和と同じ帯域幅を通知（ａｄｖｅｒｔｉｓｅ）することができる。また、本発明の技術的思想の実施形態は、機能、ＰＣＩｅレーン又は帯域幅の他の資源を集約することができる。

図４ａ及び図４ｂのように、図４ｃに示した任意の数字又はバージョンはただ例として使ったものであり、本発明の技術的思想の実施形態は他の数字又はバージョンをサポートすることができる。例えば、ＳＳＤ １２５－１及び１２５－２は同数の露出された機能（物理的及び／又は仮想）を提供する必要がなく、必ずしも同じ世代又は数のＰＣＩｅバス／インターフェースレーンを使わなければならない必要もない。

図４ａ～図４ｃで、ＬＷＢ １３５はＳＳＤ １２５と別個に示されている。しかし、本発明の技術的思想の実施形態は、これらの２個のデバイスを単一ユニットに結合することができる。すなわち、ＳＳＤ １２５は、図３のＨＩＬ ３０５の前（又は少なくとも図３のＳＳＤコントローラー３１０の前）に位置するＬＷＢ １３５を自分のケース内に含むことができる。本発明の技術的思想の実施形態は単一ＳＳＤ内にＬＷＢ １３５を含むものに制限されない。また、図４ｃに示した具現を達成するために、複数のＳＳＤを含む単一ハウジングがＬＷＢ １３５を含むことができる。この文書の目的上、“連結された（ｃｏｎｎｅｃｔｅｄ）”という用語又はこれと類似した用語は、任意のハードウェアをデバイスと物理的に共有するからであるか、又はＬＷＢ １３５がＳＳＤ １２５と物理的に区別されるから、どのインターフェースを介しての連結のためであるかにかわらわず、ＬＷＢ １３５と通信する任意のデバイスを意味するものである。

上述したように、ＶＦを露出させるデバイスの問題点の一つは、露出されたＶＦにアクセスするために、図１のホスト１０５がＳＲ－ＩＯＶソフトウェアを具現しなければならないことである。このＳＲ－ＩＯＶソフトウェアは、デバイスとの通信に遅延を加える。しかし、デバイスのＶＦに対するアクセスを管理するのに使われるＳＲ－ＩＯＶシーケンスは以前に知られているので、ＳＲ－ＩＯＶシーケンスは状態マシンを使って具現することができ、図１のホスト１０５がデバイスのＶＦにアクセスするためにＳＲ－ＩＯＶを使わなければならないという負担を軽減することができる。また、状態マシンはハードウェアを使って具現することができるから、図１のホスト１０５内のＳＲ－ＩＯＶソフトウェアの代わりにＬＷＢ １３５内で状態マシンを使うことは要請処理の遅延を減らすことができる。ＳＲ－ＩＯＶシーケンスを具現するために、ＬＷＢ １３５内で状態マシンを使えば、ホストからデバイスまでＳＲ－ＩＯＶプロトコルの全ての負担が根本的になくなり（ｏｆｆｌｏａｄ）遮断される。言い替えれば、図１のホスト１０５は、図１のホスト１０５が通信するデバイス内にＳＲ－ＩＯＶの何らかの具現が存在しても、それを知ることができなくてもよい。

図５は図４ａ～図４ｃの構成管理者４４０の詳細事項を示す。構成管理者４４０は、ＳＲ－ＩＯＶ（Ｓｉｎｇｌｅ Ｒｏｏｔ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ）シーケンス５０５及び状態マシン５１０を含むことができる。ＳＲ－ＩＯＶシーケンス５０５は図１のホスト１０５内のＳＲ－ＩＯＶソフトウェアで具現されるシーケンスであり得、状態マシン５１０を使って遂行することができる。ＳＲ－ＩＯＶシーケンス５０５は、構成管理者４４０内のＲＯＭ（Ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ）に記憶されることができる。状態マシン５１０は、ＬＷＢ １３５自体、及び図４ａ～図４ｃに示したそのコンポーネントと一緒に、他の可能性の中で、汎用プロセッサ、ＦＰＧＡ、ＡＳＩＣ、ＧＰＵ又はＧＰＧＰＵを使って具現することができる。

図６は図１のＬＷＢ １３５によって露出されたＰＦと図１のＳＳＤ １２５（又は図４ｃのＳＳＤ １２５－１及び１２５－２）によって露出されたＰＦ／ＶＦとの間のマッピングを示す。図６で、ＰＦ ６０５は図１のＬＷＢ １３５によって露出されたＰＦである（より具体的に、図４ａ～図４ｃのエンドポイント４０５によって露出されたＰＦ）。一方、ＰＦ／ＶＦ ６１０は図１のＳＳＤ １２５によって露出される機能（物理的及び仮想の両方）である。そして、マッピング６１５は、ＰＦ ６０５とＰＦ／ＶＦ ６１０との間のマッピングを示すことができる。図４ａ～図４ｃの構成管理者４４０はＰＦ ６０５のどのＰＦがＰＦ／ＶＦ ６１０のどのＰＦ／ＶＦにマッピングされるかを決定するために任意の所望メカニズムを使うことができるが、図６に示したマッピングは説明のためのものであり、根本的に任意的である。マッピングは、図１のホスト１０５（又は図１のホスト１０５内のＢＭＣ（ＢａｓｅＢｏａｒｄ Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｔｒｏｌｌｅｒ））又は図１のＳＳＤ １２５によって設定された案内（ｇｕｉｄａｎｃｅ）及び／又はポリシーを考慮して具現することができる。

図７は図１のホスト１０５からの構成記録要請をプロセッシングする図１のＬＷＢ １３５を示す。図７で、図１のＬＷＢ １３５（より具体的に、エンドポイント４０５）は構成記録要請７０５を受信することができる。そして、エンドポイント４０５は構成記録要請７０５をローカルで処理し、構成記録要請７０５に含まれた全ての変更を遂行することができる。

構成記録要請７０５はＳＳＤ １２５に対する変更を要求しないことができることに留意する。例えば、図１のホスト１０５によって設定されたＱｏＳポリシーはエンドポイント４０５によって露出されたＰＦのみに影響を与えることができ、ＳＳＤ １２５内で何の変更も要求しない。しかし、一部状況で構成記録要請７０５はＳＳＤ １２５の修正を要求することができる。例えば、構成記録要請は図１のＬＷＢ １３５によってのみ管理可能なデータではなく、ＳＳＤ １２５の基本機能についてのデータを変更することができる。その状況で、エンドポイント７０５はルートポート４２０を介して（点線矢印７１０及び７１５で示したように）構成記録要請７０５をＳＳＤ １２５に伝達することができる。構成記録要請７０５は、図４ａ～図４ｃのＡＰＰ－ＥＰ ４１０及び図４ａ～図４ｃのＡＰＰ－ＲＰ ４１５を介して、又は図４ａ～図４ｃの構成管理者４４０を介してルートポート４２０に伝達されることができる。図４ａ及び図４ｂの構成テーブル４３５は、構成記録要請７０５がＳＳＤ １２５にも適用（ａｐｐｌｙ）されなければならないかを決定するのに使うことができる（エンドポイント４０５とＳＳＤ １２５の構成が互いにミラーリングされることを保障するため）。

図４ａ～図４ｃのように、エンドポイント４０５（及び場合によってはＳＳＤ １２５）がどのように構成できるかについての詳細事項は構成記録要請７０５の詳細事項に大きく依存する。しかし、構成記録要請７０５の詳細事項が一度知られれば、エンドポイント４０５（及び場合によってはＳＳＤ １２５）に対する変更は簡単に遂行することができる。

上述したように、エンドポイント４０５とＳＳＤ １２５の構成は互いにミラーリングすることが好ましい。しかし、前述したように、エンドポイント４０５のみに適用される（又はエンドポイント４０５がこのような変更を処理することができるからＳＳＤ １２５には重要ではない）一部の構成があり得る。構成変更がＳＳＤ １２５に重要ではない場合、このような構成変更がＳＳＤ １２５に伝達される必要はない。

図７で、構成記録要請７０５は図１のホスト１０５から始まるものとして説明される。しかし、本発明の技術的思想の実施形態は、図４ａ～図４ｃのエンドポイント４０５の構成変更をＳＳＤ １２５が要請することをサポートすることができる。すなわち、図１のＳＳＤ １２５は、ランタイムの間に図４ａ～図４ｃのエンドポイント４０５によって露出されたＰＦの構成、特徴又は能力に対する変更を図１のホスト１０５に動的に要請することができる。例えば、図１のＳＳＤ １２５は、図４ａ～図４ｃのエンドポイント４０５によって露出されたＰＦに対する多数のインタラプトベクターを増加又は減少させることができる。このような変更は、ＮＶＭｅ（Ｎｏｎ－Ｖｏｌａｔｉｌｅ Ｍｅｍｏｒｙ Ｅｘｐｒｅｓｓ）のような上位水準の記憶通信プロトコル（ｓｔｏｒａｇｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｐｒｏｔｏｃｏｌ）を使って図１のホスト１０５によって（図１のＬＷＢ １３５を介して）図１のＳＳＤ １２５に通信されるアプリケーション要求事項の変更に起因することができる。

図８は図１のホスト１０５から構成判読要請をプロセッシングする図１のＬＷＢ １３５を示す。図８で、エンドポイント４０５は、図１のホスト１０５から構成判読要請８０５を受信することができる。エンドポイント４０５は、要請された構成情報を読み出し、これを構成情報８１０として図１のホスト１０５にリターンすることができる。

図７の構成記録要請７０５のように、構成判読要請８０５は、ＳＳＤ １２５から判読されるように、ＳＳＤ １２５に伝達されることができる。よって、構成判読要請８０５は構成判読要請８１５及び８２０としてルートポート４２０及びＳＳＤ １２５にそれぞれ伝達されることができ、構成情報８２５及び８３０として構成情報８１０がリターンされる。しかし、エンドポイント４０５の構成がＳＳＤ １２５の構成をミラーリングしているはずであるので、要請された構成情報を決定するために構成判読要請８０５をＳＳＤ １２５に伝達する必要がないことがあり得る。また、図７の構成記録要請７０５のように、構成判読要請８０５は、図４ａ～図４ｃのＡＰＰ－ＥＰ ４１０及び図４ａ～図４ｃのＡＰＰ－ＲＰ ４１５を介して、又は図４ａ～図４ｃの構成管理者４４０を介してルートポート４２０に伝達されることができる。

図９は、ＬＷＢ １３５内でアドレス（図中では住所と記す）変換を処理する図４ａ～図４ｃのＡＰＰ－ＥＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ－Ｅｎｄ ｐｏｉｎｔ）４１０及び図４ａ～図４ｃのＡＰＰ－ＲＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ－Ｒｏｏｔ Ｐｏｒｔ）４１５を示す。図９で、アドレス９０５は図１のホスト１０５から受信されたアドレスであり得る（例えば、図１のホスト１０５が判読を要請するＮＶＭｅレジスター）。そして、ＡＰＰ－ＥＰ ４１０は、図１のホスト１０５によって適用（ｉｎｖｏｋｅ）されるＰＦに対するホストＢＡＲ（Ｂａｓｅ ａｄｄｒｅｓｓ ｒｅｇｉｓｔｅｒ）９１０を引くことができる。そして、ＡＰＰ－ＲＰ ４１５は、図４ａ～図４ｃのエンドポイント４０５の要請されたＰＦがマッピングされるＰＦ／ＶＦに対するＳＳＤ ＢＡＲ ９１５を追加することができ、このようにしてＳＳＤアドレス９２０を生成することができる。このような方式で、ＡＰＰ－ＥＰ ４１０及びＡＰＰ－ＲＰ ４１５はホストの観点でのアドレスを図１のＳＳＤ １２５によって処理可能なアドレスに変換することができる。

ＳＳＤアドレスをホストの観点でのアドレスにさらに変換するために、このようなプロセスは反対に使うことができるという点を留意しなければならない。よって、ＡＰＰ－ＲＰ ４１５はＳＳＤアドレス９２０からＳＳＤ ＢＡＲ ９１５を引くことができ、ＡＰＰ－ＥＰ ４１０はホストＢＡＲ ９１０を加えることにより、ホストアドレス９０５を生成することができる。

図１０は図１のＬＷＢ １３５内で変更される図６のマッピングを示す。マッピング６１５が変更可能な理由はさまざまのものがある。例えば、記憶（ストレージ）パラメーター１００５は、マッピング６１５に対する変更をトリガーすることができる。例えば、特定のＳＳＤ上の可用容量が空き空間の閾容量を下回ると、新しい記録要請は、図４ｃのＳＳＤ １２５－２のように、図１のＬＷＢ １３５に連結された他のＳＳＤに伝送されることができる。代案として、日付１０１０又は日付の時間１０１５は、マッピング６１５に対する変更をトリガーすることができる。例えば、特定のホスト１０５で特定の要請に対するピーク時間は午前６：３０と午前８：００との間、午後５：００と午後９：００との間であり得るので、このような要請を処理するＰＦに関連した帯域幅は該当時間の間に増加し、他の時間には減少することができる。日付１０１０及び日付の時間１０１５は、既存の又は公知の日付／時間値を使って特定しなくても、日付及び／又は時間に関連した任意のトリガーで一般化することができる。例えば、たとえそのような要請が始まる特定の時間は分からないが（スポーツイベント期間はおよそ知られているが、イベント自体によってより縮まるかより延びることができる）、スポーツ競技が終わるときに家に移動するファンはスマートフォンのＧＰＳアプリケーションで道案内を要請することができる。帯域幅使用１０２０自体も、例えば、図１のＬＷＢ １３５に連結されたＳＳＤにかけたロードの均衡を維持するために、マッピング６１５に対する変更をトリガーすることができる。最後に、ＱｏＳポリシー（図中では政策と記す）の変更１０２５はマッピング６１５の変更をトリガーすることができる。例えば、新しいＱｏＳポリシーの追加は機能マッピング方法の変更を要求することができる。また、本発明の技術的思想の実施形態は、マッピング６１５の変更のために他のトリガーを含むことができる。トリガーにかかわらず、変更の結果として、マッピング６１５はマッピング１０３０に代替されることができ、これは依然として図４ａ～図４ｃのエンドポイント４０５によって露出されたＰＦを図１のＳＳＤ １２５によって露出されたＰＦ／ＶＦにマッピングするが、たぶん他の配列にてマッピングする。

図１１は関連付けられたＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）ポリシーを有する図１のＬＷＢによって露出されたＰＦを示す。図１１で、（図４ａ～図４ｃのエンドポイント４０５によって露出された）一つのＰＦが、露出されたＰＦに関連した単一ＱｏＳポリシー１１０５と一緒に示されている。しかし、本発明の技術的思想の実施形態は、任意の数の関連ＱｏＳポリシーを有する露出されたＰＦを含むことができる。例えば、図４ａ～図４ｃのエンドポイント４０５によって露出された一部ＰＦは関連ＱｏＳポリシーを有しないこともある。図４ａ～図４ｃのエンドポイント４０５によって露出された他のＰＦは二つ以上の関連ＱｏＳポリシーを有することができる。

図４ａ～図４ｃのエンドポイント４０５によって露出されたＰＦに関連したＱｏＳポリシー１１０５が与えられれば、図１のＬＷＢ １３５は、その仕様によって、そのＱｏＳポリシーを施行することができる。言い換えれば、仕様が大きく違うことがあるので、図１のＬＷＢ １３５がどのように特定のＱｏＳポリシーを施行するかについての詳細事項はここで言及しないこともできる。しかし、例として、ＱｏＳポリシー１１０５は、特定のＰＦに対する最大（及び／又は最小）帯域幅を指定することができる（したがって、他のＰＦが帯域幅の公平な分配を受けることを特定のＰＦが妨げないように保障するか、特定のＰＦが指定の帯域幅を割り当てられるように保障する）。そして、図１のＳＳＤ １２５上の対応するＰＦ／ＶＦを使う通信が最大帯域幅を超えることを防止することにより、又はＰＦに対応するＰＦ／ＶＦ以外の図１のＳＳＤ １２５上のＰＦ／ＶＦを使う通信が露出されたＰＦに対する最小帯域幅を確保することを保障することにより、図１のＬＷＢ １３５はＱｏＳポリシー１１０５が満たされるように保障することができる。

図１のＬＷＢ １３５はＱｏＳポリシー１１０５を施行することができるが、ポリシーが適切であるかを確認することは、図１のホスト１０５（又は図１のＳＳＤ １２５がポリシーの適用を要請する場合、図１のＳＳＤ １２５）による。例えば、図１のＳＳＤ １２５の最大帯域幅が１００Ｇｂ／秒であり、総１６個の機能（ＰＦ及びＶＦ）がサポートされると仮定する。ホストがＬＷＢ １３５によって露出された各ＰＦに最小１０ＧＢ／秒の帯域幅を保障するＱｏＳポリシーを割り当てる場合、割り当てられた総帯域幅は１６０ＧＢ／秒であり、これは図１のＳＳＤ １２５の能力を超える。その結果、一部のＰＦは関連ＱｏＳポリシーを満たすことができない。よって、図１のＬＷＢ １３５がＱｏＳポリシー１１０５を施行するうち、ＬＷＢ １３５は多様なＰＦに割り当てられた他のＱｏＳポリシーと組み合わせ、ＱｏＳポリシー１１０５が全て同時に施行できるかを検査しないことができる。

したがって、ＱｏＳポリシーを施行することとＱｏＳポリシーをいつも施行することができるようにすることには違いがある。図１のＬＷＢ １３５は前者を行い、後者を行わないことができる。しかし、ただ一連のＱｏＳポリシーを同時に施行することができないというだけで、何の個別ＱｏＳポリシーも満たされないときが来るという意味ではない。例えば、図１のＳＳＤ １２５が総１０ＧＢ／秒の帯域幅を提供することを再び検討し、図１のホスト１０５が、図４ａ～図４ｃのエンドポイント４０５によって露出された２個の相異なるＰＦに対して、各ＰＦに６ＧＢ／秒の最小帯域幅を保障するＱｏＳポリシーを指定すると仮定する。それぞれのＰＦに図１のＳＳＤ １２５の利用可能な１０ＧＢ／秒の帯域幅のうち６ＧＢ／秒が“確保”されるから、集合的に、両ＱｏＳポリシーを満たすことはできない。しかし、両機能を同時に呼び出すことが論理的に（又は物理的に）不可能であることが分かっていれば（例えば、一つの機能は図１のＳＳＤ １２５でデータを判読するか図１のＳＳＤ １２５にデータを記録することに関連し、他の機能は図１のＳＳＤ １２５が一貫性確認完了まで他の機能に応答することができないようにする内部一貫性確認を図１のＳＳＤ １２５が実行することを含む場合）、図１のホスト１０５は両ＱｏＳポリシーを共に指定することができる。たとえ、図１のＳＳＤ １２５で提供する帯域幅を累積して超えても、両ポリシーが同時に施行されることはなく、よって実際の（又はより正確に言えば潜在的な）衝突ではなくて論理的衝突があるのみである。

上述したように、図１のＬＷＢ １３５は時々、例えば、図４ａ～図４ｃのエンドポイント４０５によって露出された特定のＰＦが、図１のＳＳＤ １２５の他の機能が過度に制限されるほど多くの帯域幅を使うことを防止するために、帯域幅スロットリングを遂行する必要があり得る。図１２ａ及び図１２ｂは帯域幅スロットリング（ｂａｎｄｗｉｄｔｈ ｔｈｒｏｔｔｌｉｎｇ）を行う図１のＬＷＢ １３５を示す。図１２ａで、ＬＷＢ １３５は図１のホスト１０５から“高い”又は“大きい”帯域幅１２０５を受信するものとして示されている。この帯域幅がどの理由でもあまりにも大きい場合、ＬＷＢ １３５は“低い”又は“小さい”帯域幅１２１０として示したように、図１のＳＳＤ １２５に対する帯域幅をスロットルすることができる。図１２ｂには、反対の状況を示す。ＬＷＢ １３５は図１のＳＳＤ １２５との“高い”又は“大きい”帯域幅１２１５を有することができるが、図１のホスト１０５との帯域幅１２２０をスロットリングすることができる。よって、図１のＳＳＤ １２５の可用帯域幅がＰＦに対して設定されたＳＬＡの最大帯域幅より高い場合、ＬＷＢ １３５は帯域幅をスロットリングすることができる。

本発明の技術的思想の実施形態は、さまざまな理由で帯域幅スロットリングを遂行することができる。（図４ａ～図４ｃのエンドポイント４０５によって露出された特定のＰＦに関連した帯域幅を、そのＰＦに対する帯域幅があまりにも大きい場合にスロットリングすることができる）図１１のＱｏＳポリシー１１０５とは別に、帯域幅スロットリングの他の理由は温度又は電力消費を含むことができる。例えば、ＬＷＢ １３５（又は図１のＳＳＤ １２５）の温度があまりにも高くなれば（すなわち、何らかの閾値を超える）、ＬＷＢ １３５は温度を低下させるために帯域幅をスロットリングすることができる。そして、温度が充分に下がれば（元の閾値の下に下がるか、元の閾値より低い他の閾値の下に下がることを意味することができる）、ＬＷＢ １３５は帯域幅スロットリングを中止することができる。電力消費は、ＬＷＢ １３５（又は図１のＳＳＤ １２５）の電力消費が帯域幅スロットリングをトリガーすることができ、減少した電力消費閾値が帯域幅スロットリングを解除するという点を除き、温度と同じ方式で帯域幅スロットリングをトリガーすることができる。これらの閾値はＬＷＢ １３５内のどこかに記憶されることができる。帯域幅がスロットリングされることができるさらに他の理由は、図４ａ～図４ｃのエンドポイント４０５によって露出されたＰＦに対して設定された優先順位のためであり得る。互いに異なるＰＦが使われる場合、優先順位の高いＰＦに対する帯域幅に有利となるよう、優先順位の低いＰＦの帯域幅をスロットリングすることができる。

帯域幅をスロットリングするさらに他の理由は、ＱｏＳ又はＳＬＡを管理するためであり得る。例えば、図１のホスト１０５は、ＬＷＢ １３５が提供することができるものより低いレベルの帯域幅に対してのみ費用を支払っていることがあり得る。よって、図１のホスト１０５とＬＷＢ １３５がもっと高い全体帯域幅を使って通信することはできるが、ＬＷＢ １３５は、提供されるサービスが図１のホスト１０５に保障されたものより大きくならないように、図１のホスト１０５に対する帯域幅を制限することができる。言い換えれば、ＬＷＢ １３５は、ＳＬＡ又は価格計画に基づいてＰＦに対する最大記憶帯域幅を制限するか限度を決定することができる。

図１２ａ及び図１２ｂは帯域幅について具体的に説明するが、他の資源は図１のホスト１０５又は図１のＳＳＤ １２５との通信のために同様にモニタリングされ、スロットリングされることができることに留意しなければならない。例えば、遅延をある程度制御して、高いターゲット遅延のＰＦより低いターゲット遅延のＰＦを有利にさせることができる。

ＬＷＢ １３５は、図４ａ～図４ｃのエンドポイント４０５によって個別的に露出されたそれぞれのＰＦによって消費された帯域幅（又は他の資源）を測定及びモニタリングすることができる。帯域幅は、両方向に、つまりホストからデバイスに（ホスト記録動作）及びデバイスからホストに（ホスト判読動作）測定及びモニタリングすることができる。また、帯域幅スロットリングは独立的にいずれか一方向に遂行することができる。帯域幅（又は他の資源）スロットリングは測定された帯域幅及びＱｏＳポリシー設定の両者の結果として遂行することができる。

図１３は図１のＳＳＤ １２５にクレジットを発行する図１のＬＷＢ １３５を示す。クレジットは、ＬＷＢ １３５がＳＳＤ １２５によって使われる帯域幅の量を管理することができる一つの方法である。特定の要請が与えられれば、ＬＷＢ １３５は特定数のクレジット１３０５を発行することができ、それぞれのクレジット１３０５はＳＳＤ １２５が伝送することができる特定量のデータを示す。よって、ＬＷＢ １３５が発行したクレジット１３０５の数はＳＳＤ １２５の帯域幅を制御することができる。ＬＷＢ １３５は、データ伝送をカバーするのに十分な（又はほとんど十分な又は他の所望数の）クレジット１３０５を発行することができる。ＳＳＤ １２５がデータを伝送するとき、該当データの伝送はクレジット１３０５を使う。仮に、ＳＳＤ １２５に使用可能なクレジットがない場合、ＳＳＤ １２５は新しいクレジットが発行されるまでデータを伝送することができない。

クレジット１３０５は任意の所望方式で発行することができる。本発明の技術的思想の一部の実施形態で、ＬＷＢ １３５は、例えば独占メッセージであり得るメッセージを介してクレジット１３０５をＳＳＤ １２５に伝送することができる。本発明の技術的思想の他の実施形態で、ＬＷＢ １３５は、クレジット１３０５をＳＳＤ １２５上の特定アドレス、例えばＮＶＭｅアドレス空間の予約されたアドレスに記録することができる。本発明の技術的思想のさらに他の実施形態で、ＬＷＢ １３５は、クレジット１３０５をＬＷＢ １３５内のアドレス（再び、たぶん予約されたアドレス）に記録することができる。そして、ＳＳＤ １２５は、どのクレジット１３０５が利用可能であるかを知るためにアドレスを判読することができる。クレジット１３０５の使用はＳＳＤ １２５の帯域幅をスロットリングする一つの方法である。ＳＳＤ １２５に発行されるクレジット１３０５の数を制限することにより、ＳＳＤ １２５は与えられた時間単位内で特定の取引に必要な全てのデータをダウンロードすることを防止することができる。ＳＳＤ １２５の帯域幅を減少させることにより、ＳＳＤ １２５は減少した電力消費及び／又はもっと低い温度を受けることができる。結局、電力消費及び／又は温度が許容可能な水準に落ちれば（図１２を参照して前述したように、帯域幅スロットリングが始まることができるレベルと違うことができる）、ＬＷＢ １３５はＳＳＤ １２５の帯域幅スロットリングを中断することができる。

他の実施形態で、ＬＷＢ １３５は、帯域幅スロットリングを達成するために、データ伝送パケットの間に遊休期間を挿入することができる。測定された帯域幅（又は他の資源）及びＱｏＳポリシー設定に基づいてデータパケットのパケット間隔を調整することにより、ＬＷＢ １３５は個別ＰＦに対して帯域幅制限を達成するか、又は全てのＰＦに対して集合的に達成することができる。

図１４ａ及び図１４ｂは、本発明の技術的思想の一実施形態によって、図１のＬＷＢが図１のＳＳＤ １２５によって露出されたＰＦ／ＶＦを識別し、ＬＷＢ １３５からＰＦを露出させ、図１のＬＷＢ １３５によって露出されたＰＦと図１のＳＳＤ １２５によって露出されたＰＦ／ＶＦとの間のマッピングを生成する例示的な過程のフローチャートを示す。図１４ａのブロック１４０５で、図１のＬＷＢ １３５は、図１のＳＳＤ １２５によって露出されたＰＦ及びＶＦを羅列することができる。ブロック１４１０で、図１のＬＷＢ １３５は図１のＬＷＢ １３５によって露出されるＰＦを生成することができる（より具体的に、図４ａ～４ｃのエンドポイント４０５によって露出されるＰＦ）。図１のＬＷＢ １３５によって生成されたＰＦの数が図１のＳＳＤ １２５によって露出されたＰＦ及びＶＦの数と必ずしも同一である必要はないことに留意する。図１のＳＳＤ １２５によって露出された特定の機能は図１のＬＷＢ １３５によって露出された対応するＰＦを得ることができないことがあり、図１のＬＷＢ １３５によって露出された単一ＰＦは図１のＳＳＤ １２５の複数のＰＦ／ＶＦにマッピングされることができる。ブロック１４１５で、図１のＬＷＢ １３５は羅列すべき他の連結されたデバイス（例えば、図４ｃのＳＳＤ １２５－２）があるかを確認することができる。仮に、そうであれば、プロセスは次のデバイスのＰＦ及びＶＦを羅列するために、ブロック１４０５に復帰することができる。

連結された全てのデバイスが羅列されたと仮定すれば、ブロック１４２０（図１４ａ）で、図１のＬＷＢ １３５は、図４ａ～図４ｃのエンドポイント４０５によって露出されたＰＦを図１のＳＳＤ １２５（及び他の連結されたデバイス）によって露出されたＰＦ及びＶＦにマッピングすることができる。ブロック１４２５で、図１のＬＷＢ １３５は図１のＳＳＤ １２５及びその他の連結されたデバイスの帯域幅のような他の資源を決定することができ（また、この決定は図１４ａのブロック１４０５の一部として行われることができる）、ブロック１４３０で、図１のＬＷＢ １３５は連結された全てのデバイスの資源を集約することができる。このような方式で、図１のＬＷＢ １３５はどの個別デバイスより高い全体資源を提供すると思われる。

ブロック１４３５で、図１のＬＷＢ １３５は、図１のホスト１０５から羅列要請（ｅｎｕｍｅｒａｔｉｏｎ ｒｅｑｕｅｓｔ）を受信することができる。ブロック１４４０で、図１のＬＷＢ １３５は、図４ａ～図４ｃのエンドポイント４０５のＰＦを露出させることにより、図１のホスト１０５の羅列要請に応答することができる。

図１５ａ及び図１５ｂは、図１のＬＷＢが図１のホストから処理要請を受信する例示的な過程のフローチャートを示す。図１５で、ブロック１５０５で、図１のＬＷＢ １３５は、図１のホスト１０５から図４ａ～図４ｃのエンドポイント４０５によって露出された何らかのＰＦでの要請を受信することができる。要請がどのＰＦに向かい、そのＰＦがどの機能を示すかは分析とは関連がない。ブロック１５１０で、図１のＬＷＢ １３５は、要請が向かうＰＦを図１のＳＳＤ １２５のＰＦ又はＶＦにマッピングすることができる（例えば、図４ａ～図４ｃの構成テーブル４３５を使ってマッピングを遂行することができる）。ブロック１５１５で、ＬＷＢ １３５は、図４ａ～図４ｃのエンドポイント４０５によって露出されたＰＦにマッピングされるＰＦ又はＶＦを含むデバイスとして図１のＳＳＤ １２５を選択することができる。ブロック１５１５は、図１のＬＷＢ １３５が図４ｃに示したように複数のデバイスに連結された場合にのみ問題となることができる。仮に、複数のデバイスがあれば、図４ｃの複数のＡＰＰ－ＥＰ ４１０－１及び４１０－２が要請を受信することができる。ただ一つのデバイスが図１のＬＷＢ １３５に連結されることができる本発明の技術的思想の実施形態で（ＬＷＢ １３５が図４ａ及び図４ｂの一つのＡＰＰ－ＥＰ ４１０のみ含むか、図１のただ一つのＳＳＤ １２５が図１のＬＷＢ １３５に連結されているから）、ブロック１５１５は点線１５２０で示したように省略することができる。

適切なデバイス及び適切な目的地ＰＦ／ＶＦが識別されれば、ブロック１５２５で、図１のＬＷＢ １３５は要請を識別されたＰＦ／ＶＦに対する要請に変換することができる。これは、例えば図９を参照して前述したようなアドレス変換を含むことができる（及び図１６を参照して後述する）。ブロック１５３０（図１５ｂ）で、図１のＬＷＢ １３５は変換された要請を識別されたデバイスの識別されたＰＦ／ＶＦに伝送することができる。

ブロック１５３５で、図１のＬＷＢ １３５は、識別されたデバイスの識別されたＰＦ／ＶＦから応答を受信することができる。ブロック１５４０で、図１のＬＷＢ １３５は、識別されたデバイスのＰＦ／ＶＦを図４ａ～図４ｃのエンドポイント４０５によって露出されたＰＦにマッピングすることができる（例えば、図４ａ～図４ｃの構成テーブル４３５を使ってマッピングを遂行することができる）。ブロック１５４５で、図１のＬＷＢ １３５は応答を図１のホスト１０５に対する応答に変換することができる。最後に、ブロック１５５０で、図１のＬＷＢ １３５は、図４ａ～図４ｃのエンドポイント４０５の露出されたＰＦからのように応答をホストにさらに伝送することができる。

図１６は図４ａ～図４ｃのＡＰＰ－ＥＰ及びＡＰＰ－ＲＰが図１のホスト１０５及び図１のＳＳＤ １２５間でアドレスを変換する例示的な過程のフローチャートを示す。図１６で、ブロック１６０５で、図４ａ～図４ｃのＡＰＰ－ＥＰ ４１０は図１のホスト１０５からの要請に含まれたアドレスからホストＢＡＲを引くことができ、ブロック１６１０で、図４ａ～図４ｃのＡＰＰ－ＲＰ ４１５はブロック１６０５で決定されたアドレスにデバイスＢＡＲを追加することができる。

逆アドレス変換、つまり図１のＳＳＤ １２５から図１のホスト１０５への変換を省略することができることに留意する。図１のＳＳＤ １２５は、いずれか任意のデバイスと同様に、図１のホスト１０５によって使われる全体アドレスを受信することができる。よって、図１のＳＳＤ １２５によって提供されるアドレスは、変換なしに図１のホスト１０５内の特定アドレスにアクセスするのに使うことができる。しかし、仮に、図１のＳＳＤ １２５が図１のホスト１０５の全体アドレスを有しなかったら、図４ａ～図４ｃのＡＰＰ－ＲＰ ４１５が図１のＳＳＤ １２５からの要請に含まれたアドレスからデバイスＢＡＲを引き、そして、図４ａ～図４ｃのＡＰＰ－ＥＰ ４１０がそのアドレスにホストＢＡＲを追加することで、アドレス変換を逆に遂行することができる。

図１７は図１のＬＷＢが図１のＳＳＤ １２５にクレジット１３０５を発行する例示的な過程のフローチャートを示す。図１７で、ブロック１７０５で、図１のＬＷＢ １３５は図４ａ～図４ｃのエンドポイント４０５によって露出された個別ＰＦによって消費された帯域幅を測定又はモニタリングすることができる。ブロック１７１０で、図１のＬＷＢ １３５は図１のＳＳＤ １２５に発行するために図１３のクレジット１３０５を決定することができる。このようなクレジットは、図４ａ～図４ｃのエンドポイント４０５によって露出されたＰＦによって消費される帯域幅及び図１のＳＳＤ １２５が伝送すべきデータ量によって決定することができる。図１のＳＳＤ １２５は、図１のＳＳＤ １２５に又は図１のＳＳＤ １２５からデータを伝送するために、このようなクレジットを使うことができる。このような点で、図１のＳＳＤ １２５に図１３のクレジット１３０５を伝達するための多数のオプションが存在する。ブロック１７１５で、図１のＬＷＢ １３５は、図１３のクレジット１３０５を図１のＳＳＤ １２５のアドレスに記録することができる。代案として、ブロック１７２０で、ＬＷＢ １３５は図１３のクレジット１３０５を図１のＬＷＢ １３５のアドレスに記録することができ、図１のＳＳＤ １２５は図１のＬＷＢ １３５のそのアドレスから図１３のクレジット１３０５を判読することができる。代案として、ブロック１７２５で、図１のＬＷＢ １３５は、図１のＳＳＤ １２５にメッセージを伝送することができる。メッセージは図１３のクレジット１３０５を含むことができる。

図１８は図１のＬＷＢ １３５が構成記録要請７０５を処理する例示的な過程のフローチャートを示す。図１８で、ブロック１８０５で、図１のＬＷＢ １３５は図７の構成記録要請７０５を受信することができる。図７の構成記録要請７０５は図１のホスト１０５又は図１のＳＳＤ １２５から受信されることができる。ブロック１８１０で、図１のＬＷＢ １３５（より具体的に、図４ａ～図４ｃの構成管理者４４０）は、図４ａ～図４ｃのエンドポイント４０５によって露出されたＰＦを図７の構成記録要請７０５によって特定されるもののように構成することができる。ブロック１８１５で、図１のＬＷＢ １３５は、この構成を遂行するために、図５の状態マシン５１０及び図５のＳＲ－ＩＯＶシーケンス５０５を使うことができる。最後に、ブロック１８２０で、図１のＬＷＢ １３５は、図１のＳＳＤ １２５によって露出されたＰＦ／ＶＦの構成が図４ａ～図４ｃのエンドポイント４０５によって露出されたＰＦの構成をミラーリングすることを保障することができる。これは、点線矢印７１０及び７１５で示したように、図７の構成記録要請７０５を図１のＳＳＤ １２５に伝送することを含むことができる。図７の構成記録要請７０５は図１のＳＳＤ １２５に伝送される必要がないことがあるから、ブロック１８２０は、点線１８２５で示したように、選択的（ｏｐｔｉｏｎａｌ）である。

図１９は図１のＬＷＢ １３５が構成判読要請８０５を処理する例示的な過程のフローチャートを示す。図１９は図１のＬＷＢ １３５が構成判読要請８０５を処理する例示的な過程のフローチャートを示す。図１９で、ブロック１９０５で、図１のＬＷＢ １３５は図８の構成判読要請８０５を受信することができる。図８の構成判読要請８０５は図１のホスト１０５又は図１のＳＳＤ １２５から受信することができる（しかし、一般的に図８の構成判読要請８０５は図１のホスト１０５から受信することができる）。ここで、いくつかの代案がある。ブロック１９１０で、図１のＬＷＢ １３５（より具体的に、図４ａ～図４ｃの構成管理者４４０）は図４ａ～図４ｃのエンドポイント４０５によって露出されたＰＦの構成を決定することができる。ブロック１９１０が使われる本発明の技術的思想の実施形態で、図１のＳＳＤ １２５によって露出されたＰＦの構成は図４ａ～図４ｃのエンドポイント４０５によって露出されたＰＦの構成を反映しているはずであるので、露出されたＰＦ／ＶＦ構成に対して図１のＳＳＤ １２５を問い合わせる必要がないことがあり得る（図１のＳＳＤ １２５にその露出されたＰＦ／ＶＦの構成に関して問い合わせることもできるが）。代案として、ブロック１９１５で、図１のＬＷＢ １３５は、図８の点線矢印８１５、８２０で示したように、図１のＳＳＤ １２５に図８の構成判読要請８０５を伝達することができ、応答として図８の構成情報８１０を受信することができる（図８の点線矢印８２５及び８３０で示す）。どちらにしても、ブロック１９２０で、図１のＬＷＢ １３５は要請者（ｒｅｑｕｅｓｔｏｒ）に図８の構成情報８１０をリターンすることができる。

図２０は図１のＬＷＢ １３５がＱｏＳポリシー１１０５を図１のＬＷＢ １３５によって露出されたＰＦと関連させる例示的な過程のフローチャートを示す。図２０で、ブロック２００５で、図１のＬＷＢ １３５は図１のホスト１０５又は図１のＳＳＤ １２５であり得るソースから図１１のＱｏＳポリシー１１０５を受信することができる。そして、ブロック２０１０で、図１のＬＷＢ １３５は、ポリシーを図４ａ～図４ｃのエンドポイント４０５によって露出される識別されたＰＦと連関させることができ、適切にポリシーを具現することができる。

図２１は図１のＬＷＢ １３５が図１のＬＷＢ １３５によって露出されたＰＦと図１のＳＳＤ １２５によって露出されたＰＦ／ＶＦとの間のマッピングを動的に変更する例示的な過程のフローチャートを示す。図２１で、ブロック２１０５で、図１のＬＷＢ １３５は、図１０の記憶パラメーター１００５、図１０の日付１０１０、図１０の日付の時間１０１５、図１０の帯域幅使用量１０２０又は図１０のＱｏＳポリシー変更１０２５が変更されたかを識別することができる。ブロック２１１０で、図１のＬＷＢ １３５は、感知された変更に応答して、図６のＰＦ ６０５と図６のＰＦ／ＶＦ ６１０との間の図６のマッピング６１５を動的に変更することができる。

図２２ａ及び図２２ｂは図１のＬＷＢが帯域幅スロットリングを行う例示的な過程のフローチャートを示す。図２２ａで、ブロック２２０５で、図１のＬＷＢ １３５は、図１１のＱｏＳポリシー１１０５、図１のＬＷＢ １３５、又は図１のＳＳＤ １２５の温度又は電力消費によって決定することができる。ブロック２２１０で、図１のＬＷＢ １３５は、帯域幅スロットリングが適用可能であるかを、例えば図１のＬＷＢ １３５又は図１のＳＳＤ １２５の温度又は電力消費を図１のＬＷＢ １３５に記憶された閾値と比較することにより、決定することができる。

帯域幅スロットリングが適用可能な場合、ブロック２２１５で、図１のＬＷＢ １３５は、図１のＳＳＤ １２５の帯域幅をスロットリングすることができる。このスロットリングは図１のＳＳＤ １２５に発行された図１３のクレジット１３０５の数を制限することによって達成することができる。そして、ブロック２２２０（図２２ｂ）で、図１のＬＷＢ １３５は、図１１のＱｏＳポリシー１１０５（図２２ａのブロック２２１０で帯域幅スロットリングをトリガーしたのと同じ図１１のＱｏＳポリシー１１０５、又は他のＱｏＳポリシーであり得る）、又は、図１のＬＷＢ １３５若しくは図１のＳＳＤ １２５の温度若しくは電力消費を決定することができる。ブロック２２２５で、図１のＬＷＢ １３５は、図１１のＱｏＳポリシー１１０５、図１のＬＷＢ １３５若しくは図１のＳＳＤ １２５の新しい温度若しくは電力消費が、帯域幅スロットリングがそれ以上必要ではない水準に到逹したかを決定することができる。仮に、帯域幅スロットリングが依然として適用可能であれば、制御は、帯域幅スロットリングを終了することができる変更が発生したかを再び点検するために、ブロック２２２０に復帰することができる。そうでなければ、ブロック２２３０で、図１のＬＷＢ １３５は帯域幅スロットリングを中止することができる。

図１４ａ～図２２ｂには本発明の一部の実施形態が示されている。しかし、当該技術分野の通常の技術者は、ブロック順の変更、ブロックの省略又は図面に示していないリンクを含ませることにより本発明のさらに他の実施形態も可能であることを認識することができるであろう。フローチャートのこのような全ての変形は明示的に説明されたかにかかわらず、本発明の実施形態のものと見なす。

本発明の技術的思想の一実施形態は、既存の具現を超える技術的利点を含む。ＬＷＢはＰＦをホストマシンに露出させることができる。これは、ホストマシンがＳＳＤのようなデバイスのＶＦにアクセスするためにＳＲ－ＬＯＶ（Ｓｉｎｇｌｅ Ｒｏｏｔ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ）ソフトウェアを実行する必要をなくす。また、ＬＷＢが別個のデバイスであり得、前記デバイスは複数のＰＦをサポートするための特定のハードウェアを必要としないから、前記デバイスは必ずしもハードウェアを修正しなければならないものでもない。事実上、たとえ単一ハウジングがＬＷＢとデバイスの両者を含むとしても、そして、たとえＬＷＢとデバイスが共有ＰＣＢ上に実装されるとしても、ＬＷＢを含めることはデバイスに対して何のハードウェア変化も必要としないことができ、よって、複数のＰＦをサポートするためのハードウェアを含めるというよりは、ＶＦを続けて提供するように、既存のＳＳＤｓ（及び他のデバイス）がＬＷＢ及び未来のＳＳＤ（及び他のデバイス）とともに使われることを許容する（前記デバイスは、例えばデータ伝送を管理するためにクレジットの使用をサポートするために、ファームウエアアップデートを必要とし得るが、そのようなアップデートは既存のデバイス領域でも容易に遂行することができる）。追加として、ＬＷＢは複数のデバイスの資源を集めることができるから（ａｇｇｒｅｇａｔｅ）、ＬＷＢはどの個別デバイスが提供するものより良い全体パフォーマンスを提供することができる。

以下の論議は開示の特定様相を具現することができる適切なマシン又はマシンらについての手短で一般的な説明を提供するためのものである。マシン又はマシンらは、キーボード、マウスなどの従来の入力デバイスの入力だけではなく、他のマシンから受信された命令、バーチャルリアリティー（ＶＲ）環境との相互作用、生体測定のフィードバック、又は他の入力信号によって少なくとも部分的に制御することができる。ここで使われるとき、“マシン”という用語は、単一マシン、仮想マシン（ｖｉｒｔｕａｌ ｍａｃｈｉｎｅ）、又は通信可能に連結されたマシンのシステム、仮想マシンら、又は一緒に作動するデバイスらを網羅する。例示的なマシンは、ＰＣ、ワークステーション、サーバー、携帯用コンピュータ、携帯用端末機（ｈａｎｄｈｅｌｄ ｄｅｖｉｃｅｓ）、電話機、タブレットなどだけではなく、例えば自動車、汽車、タクシーなどの個人又は大衆交通のような輸送デバイスを含む。

マシン又はマシンらは、プログラミング可能、又はプログラミング不可の論理デバイス又はアレイ、ＡＳＩＣｓ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔｓ）、組込型コンピュータ、スマートカードなどの組込型コントローラーを含むことができる。前記マシン又はマシンらは、複数の遠隔マシンとして、例えばネットワークインターフェース、モデム、又は他の通信可能なカップリングを介しての一つ以上の接続を活用することができる。マシンは、イントラネット、インターネット、近距離通信網（ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ）、広域通信網（ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋｓ）などの物理的及び／又は論理的ネットワークの方式で互いに連結することができる。当該技術分野の通常の技術者は、ネットワーク通信が無線周波数（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）、衛星、マイクロ波、ＩＥＥＥ ８０２．１１、ブルートゥース（登録商標）、可視光線、赤外線、ケーブル、レーザーなどを含む多様な有線及び／又は無線の短距離又は長距離搬送波及びプロトコルを活用することができるということを理解することができるであろう。

本発明の実施形態は、マシンによってアクセスされるとき、結果として引き起こされる機械遂行作業又は機械が定義する抽象データ類型又は低水準のハードウェアコンテクストである、ファンクション、プロシージャ、データ構造、アプリケーションプログラムなどを含む関連データを参照するか、それにつなげて説明することができる。例えば、関連データは、例えばＲＡＭ、ＲＯＭなどの揮発性及び／又は非揮発性メモリ、又はハードドライブ、フロッピーディスク（登録商標）、光記録装置、テープ、フラッシュメモリ、メモリスティック、デジタルビデオディスク、生体測定ストレージなどを含む他の記憶デバイスとそれに関連した記憶媒体に記憶されることができる。関連データは、パケット、シリアルデータ、並列データ、電波シグナルなどの形態として物理的及び／又はローカルネットワークを含む伝達環境（ｔｒａｎｓｍｉｓｓｉｏｎ ｅｎｖｉｒｏｎｍｅｎｔｓ）に引導されることができ、圧縮又は暗号化フォーマットで使うことができる。関連データは分散環境（ｄｉｓｔｒｉｂｕｔｅｄ ｅｎｖｉｒｏｎｍｅｎｔ）に使うことができ、マシンアクセスに近くに及び／又は遠隔で記憶することができる。

本発明の実施形態は、一つ以上のプロセッサによって遂行可能な命令語を含む類型の非一時的（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ）マシン判読可能媒体を含むことができる。前記命令語はここで説明する要素を遂行するための命令を含む。

開示の原理を敍述した実施形態を参照して説明したが、説明した実施形態はそのような原理から逸脱しない範囲内で配列及び詳細内容に対する修正が可能であり、どの所望の方法とも組合せることができることを認識することができる。そして、前述した論議は特定の実施形態に焦点を合わせたが、他の構成も考慮することができる。特に、“本発明の実施形態によって”のような表現をたとえここで使っても、このような文句は一般的に実施形態の可能性を参照するという意味であり、開示を特定の実施形態の構成に制限するためのものではない。ここで使うものように、このような用語は他の実施形態と結合することができる同一又は相異なる他の実施形態を参照することができる。

前述説明した実施形態はその開示を制限するものに解釈されてはいけない。たとえいくつかの実施形態を説明したが、当該技術分野の通常の技術者は、本発明の新しい教示と利点から実質的に逸脱しない範疇内でそのような実施形態の多くの修正が可能であるということを容易に認知することができる。よって、そのような全ての修正は請求項で定義したもののように本発明の範囲に含まれるものである。

開示の実施形態は以下の陳述まで制限なしに拡張することができる。

陳述１．本発明の技術的思想の一実施形態は軽量ブリッジ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｂｒｉｄｇｅ、ＬＷＢ）回路を含み、ＬＷＢ回路は、
ホストに連結され、複数の物理機能（Ｐｈｙｓｉｃａｌ Ｆｕｎｃｔｉｏｎ、ＰＦ）を露出させるエンドポイント、
デバイスに連結されるルートポートであって、前記デバイスが当該ルートポートに少なくとも一つのＰＦ及び少なくとも一つの仮想機能（Ｖｉｒｔｕａｌ Ｆｕｎｃｔｉｏｎ、ＶＦ）を露出させるルートポート、及び
前記ホストに露出された複数のＰＦと前記デバイスによって露出された前記少なくとも一つのＰＦ及び少なくとも一つのＶＦとの間で変換するためのＡＰＰ－ＥＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ－Ｅｎｄ ｐｏｉｎｔ）及びＡＰＰ－ＲＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ－Ｒｏｏｔ Ｐｏｒｔ）を含み、
前記ＡＰＰ－ＥＰ及びＡＰＰ－ＲＰは、前記エンドポイントによって露出された前記複数のＰＦと前記デバイスによって露出された少なくとも一つのＰＦ及び少なくとも一つのＶＦとの間のマッピングを具現する。

陳述２．本発明の技術的思想の一実施形態は陳述１によるＬＷＢ回路を含み、ここで、前記デバイスはＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）を含む。

陳述３．本発明の技術的思想の一実施形態は陳述１によるＬＷＢ回路を含み、ここで、前記デバイスはＬＷＢ回路を含む。

陳述４．本発明の技術的思想の一実施形態は陳述１によるＬＷＢ回路を含み、ここで、ＬＷＢ回路は前記デバイスに連結される。

陳述５．本発明の技術的思想の一実施形態は陳述１によるＬＷＢ回路を含み、ここで、前記ＡＰＰ－ＥＰ及びＡＰＰ－ＲＰは単一コンポーネントに具現されることができる。

陳述６．本発明の技術的思想の一実施形態は陳述１によるＬＷＢ回路を含み、ここで、ＬＷＢ回路は、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ－Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、汎用プロセッサ、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）及び汎用ＧＰＵ（ＧＰＧＰＵ）のうちの少なくとも一つを含む。

陳述７．本発明の技術的思想の一実施形態は陳述１によるＬＷＢ回路を含み、ここで、
前記複数のＰＦは複数のＰｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ Ｅｘｐｒｅｓｓ（ＰＣＩｅ）ＰＦを含み、
少なくとも一つのＰＦは少なくとも一つのＰＣＩｅ ＰＦを含み、
少なくとも一つの仮想機能（Ｖｉｒｔｕａｌ Ｆｕｎｃｔｉｏｎ；ＶＦ）は少なくとも一つのＰＣＩｅ ＶＦを含む。

陳述８．本発明の技術的思想の一実施形態は陳述７によるＬＷＢ回路を含み、ここで、
前記ＡＰＰ－ＥＰはＰＣＩｅ ＡＰＰ－ＥＰ（ＰＡＰＰ－ＥＰ）を含み、
前記ＡＰＰ－ＲＰはＰＣＩｅ ＡＰＰ－ＲＰ（ＰＡＰＰ－ＲＰ）を含む。

陳述９．本発明の技術的思想の一実施形態は陳述１によるＬＷＢ回路を含み、ＡＰＰ－ＥＰ及びＡＰＰ－ＲＰを構成するための構成管理者（コンフィギュレーションマネージャ）をさらに含む。

陳述１０．本発明の技術的思想の一実施形態は陳述９によるＬＷＢ回路を含み、ここで、ＡＰＰ－ＲＰは構成テーブルが前記エンドポイントに露出された複数のＰＦと前記デバイスによって露出された少なくとも一つのＰＦ及び少なくとも一つのＶＦとの間のマッピングを記憶した構成テーブルのための記憶部を含むことができる。

陳述１１．本発明の技術的思想の一実施形態は陳述９によるＬＷＢ回路を含み、ここで、前記構成管理者は前記デバイスによって露出された少なくとも一つのＰＦ及び少なくとも一つのＶＦを羅列することができ、デバイスによって露出された少なくとも一つのＰＦ及び少なくとも一つのＶＦに少なくとも部分的に基づいて前記エンドポイントによって露出された複数のＰＦを生成することができる。

陳述１２．本発明の技術的思想の一実施形態は陳述９によるＬＷＢ回路を含み、ここで、前記構成管理者はデバイスを構成することができる。

陳述１３．本発明の技術的思想の一実施形態は陳述１２によるＬＷＢ回路を含み、ここで、前記構成管理者は前記エンドポイントのホストから受信される構成記録要請（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｗｒｉｔｅ ｒｅｑｕｅｓｔ）に少なくとも部分的に基づいて前記デバイスを構成することができる。

陳述１４．本発明の技術的思想の一実施形態は陳述９によるＬＷＢ回路を含み、ここで、前記ＡＰＰ－ＥＰはホストから構成判読要請（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｒｅａｄ ｒｅｑｕｅｓｔ）を遮断（ｉｎｔｅｒｃｅｐｔ）し、ホストに構成情報をリターンすることができる。

陳述１５．本発明の技術的思想の一実施形態は陳述９によるＬＷＢ回路を含み、ここで、前記構成管理者はデバイスの第１構成がエンドポイントの第２構成をミラーリングするように保障することができる。

陳述１６．本発明の技術的思想の一実施形態は陳述９によるＬＷＢ回路を含み、ここで、構成管理者はＳＲ－ＩＯＶ（Ｓｉｎｇｌｅ Ｒｏｏｔ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ）シーケンスを具現するためのＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）及び状態マシン（ｓｔａｔｅ ｍａｃｈｉｎｅ）を含む。

陳述１７．本発明の技術的思想の一実施形態は陳述１によるＬＷＢ回路を含み、ここで、
前記ＡＰＰ－ＥＰはホストの要請によって受信したアドレスからエンドポイントによって露出されたＰＦのＢＡＲ（Ｂａｓｅ ａｄｄｒｅｓｓ ｒｅｇｉｓｔｅｒ）を引くことができ、
前記ＡＰＰ－ＲＰはデバイスによって露出されたＶＦのＢＡＲを前記ＡＰＰ－ＥＰから受信したアドレスに加えることができる。

陳述１８．本発明の技術的思想の一実施形態は陳述１によるＬＷＢ回路を含み、
第２ＡＰＰ－ＥＰ及び第２ＡＰＰ－ＲＰ、
少なくとも一つの第２ＰＦ及び少なくとも一つの第２ＶＦを露出させる第２デバイス、及び
前記エンドポイントに配列／連結され、前記ＡＰＰ－ＥＰ及び第２ＡＰＰ－ＥＰのそれぞれに連結されたマルチプレクサー／デマルチプレクサーをさらに含み、
前記第２ＡＰＰ－ＥＰ及び前記第２ＡＰＰ－ＲＰは前記エンドポイントによって露出された複数のＰＦと前記第２デバイスによって露出された少なくとも一つの第２ＰＦ及び少なくとも一つの第２ＶＦとの間に第２マッピングを具現する。

陳述１９．本発明の技術的思想の一実施形態は陳述１８によるＬＷＢ回路を含み、ここで、前記ＬＷＢ回路は前記デバイス及び前記第２デバイスの集合資源を提供する。

陳述２０．本発明の技術的思想の一実施形態は陳述１によるＬＷＢ回路を含み、ここで、前記エンドポイントによって露出された複数のＰＦと前記デバイスによって露出された少なくとも一つのＰＦ及び少なくとも一つのＶＦとの間のマッピングは動的に変更されることができる。

陳述２１．本発明の技術的思想の一実施形態は陳述２０によるＬＷＢ回路を含み、ここで、前記エンドポイントによって露出された複数のＰＦと前記デバイスによって露出される少なくとも一つのＰＦ及び少なくとも一つのＶＦとの間のマッピングは、エンドポイントによって露出された複数のＰＦの少なくとも一つに対する記憶パラメーター、日付、日付の時間、帯域幅使用量、又はＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）ポリシー変更に少なくとも部分的に基づいて変わることができる。

陳述２２．本発明の技術的思想の一実施形態は陳述１によるＬＷＢ回路を含み、ここで、ＬＷＢ回路は帯域幅スロットリング（ｂａｎｄｗｉｄｔｈ ｔｈｒｏｔｔｌｉｎｇ）を具現することができる。

陳述２３．本発明の技術的思想の一実施形態は陳述２２によるＬＷＢ回路を含み、ここで、ＬＷＢ回路はエンドポイントによって露出された複数のＰＦの少なくとも一つによって使用された帯域幅を測定することができる。

陳述２４．本発明の技術的思想の一実施形態は陳述２２によるＬＷＢ回路を含み、ここで、ＬＷＢ回路は、前記ホストに設定されたポリシー、前記デバイスによって設定されたポリシー、前記ＬＷＢ回路の温度、前記ＬＷＢの電力消費、前記ＳＳＤの温度、又は前記ＳＳＤの電力消費に少なくとも部分的に基づいて帯域幅スロットリングを具現することができる。

陳述２５．本発明の技術的思想の一実施形態は陳述２４によるＬＷＢ回路を含み、ここで、前記ＬＷＢ回路は帯域幅スロットリングをトリガーする閾値（ｔｈｒｅｓｈｏｌｄ）のための記憶部をさらに含む。

陳述２６．本発明の技術的思想の一実施形態は陳述２５によるＬＷＢ回路を含み、ここで、前記ＬＷＢ回路は帯域幅スロットリングの終了をトリガーする第２閾値（ｔｈｒｅｓｈｏｌｄ）のための記憶部をさらに含む。

陳述２７．本発明の技術的思想の一実施形態は陳述２２によるＬＷＢ回路を含み、ここで、ＬＷＢ回路はデータ伝送のためにデバイスにクレジットを発行することができる。

陳述２８．本発明の技術的思想の一実施形態は陳述２７によるＬＷＢ回路を含み、ここで、ＬＷＢ回路は前記クレジットをデバイスのアドレスに記録することができる。

陳述２９．本発明の技術的思想の一実施形態は陳述２７によるＬＷＢ回路を含み、ここで、デバイスはＬＷＢ回路アドレスから前記クレジットを判読することができる。

陳述３０．本発明の技術的思想の一実施形態は陳述２７によるＬＷＢ回路を含み、ここで、ＬＷＢ回路は前記クレジットをデバイスにメッセージにて伝送することができる。

陳述３１．本発明の技術的思想の一実施形態は陳述２２によるＬＷＢ回路を含み、ここで、ＬＷＢ回路は第１データパケットと第２データパケットとの間のパケット間隔（ｉｎｔｅｒ－ｐａｃｋｅｔｇａｐ）を導入することにより帯域幅スロットリングを具現することができる。

陳述３２．本発明の技術的思想の一実施形態は陳述１によるＬＷＢ回路を含み、ここで、ＬＷＢ回路はデバイスによって露出された複数のＰＦのＰＦにＱｏＳポリシーを具現することができる。

陳述３３．本発明の技術的思想の一実施形態は陳述３２によるＬＷＢ回路を含み、ここで、前記ポリシーは、ホスト、ＢＭＣ、又はデバイスの一つによって設定されることができる。

陳述３４．本発明の技術的思想の一実施形態は陳述１によるＬＷＢ回路を含み、ここで、ＬＷＢ回路は、デバイスから受信した構成記録要請に少なくとも部分的に基づいて、エンドポイントによって露出された複数のＰＦの少なくとも一つの性能（ｃａｐａｂｉｌｉｔｙ）を構成することができる。

陳述３５．本発明の技術的思想の一実施形態は方法を含む。前記方法は、
軽量ブリッジ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｂｒｉｄｇｅ、ＬＷＢ）のルートポートを使ってデバイスによって露出された少なくとも一つの物理機能（Ｐｈｙｓｉｃａｌ Ｆｕｎｃｔｉｏｎ、ＰＦ）を羅列する段階、
前記ＬＷＢの前記ルートポートを使って前記デバイスによって露出された少なくとも一つの仮想機能（Ｖｉｒｔｕａｌ Ｆｕｎｃｔｉｏｎ、ＶＦ）を羅列する段階、
ホストに対する露出のために前記ＬＷＢのエンドポイントで複数のＰＦを生成する段階、及び
前記ＬＷＢのＡＰＰ－ＥＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ－Ｅｎｄ ｐｏｉｎｔ）及びＡＰＰ－ＲＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ－Ｒｏｏｔ Ｐｏｒｔ）を使用し、前記ＬＷＢのエンドポイントにある前記複数のＰＦを前記デバイスによって露出された前記少なくとも一つのＰＦ及び少なくとも一つのＶＦにマッピングする段階を含む。

陳述３６．本発明の技術的思想の一実施形態は陳述３５による方法を含み、ここで、
前記ＬＷＢのルートポートを使ってデバイスによって露出された少なくとも一つのＰＦを羅列する段階は、前記ＬＷＢの開始の際（ａｔ ｓｔａｒｔｕｐ）、前記ＬＷＢのルートポートを使ってデバイスによって露出された少なくとも一つのＰＦを羅列する段階を含み、
前記ＬＷＢの前記ルートポートを使って前記デバイスによって露出された少なくとも一つのＶＦを羅列する段階は、前記ＬＷＢの開始の際（ａｔ ｓｔａｒｔｕｐ）、前記ＬＷＢの前記ルートポートを使って前記デバイスによって露出された少なくとも一つのＶＦを羅列する段階を含む。

陳述３７．本発明の技術的思想の一実施形態は陳述３５による方法を含み、ここで、
前記ＬＷＢのルートポートを使って前記デバイスによって露出された少なくとも一つのＰＦを羅列する段階は、デバイスがＬＷＢに連結されるとき、前記ＬＷＢのルートポートを使ってデバイスによって露出された少なくとも一つのＰＦを羅列する段階を含み、
前記ＬＷＢの前記ルートポートを使って前記デバイスによって露出された少なくとも一つのＶＦを羅列する段階は、デバイスがＬＷＢに連結されるとき、前記ＬＷＢの前記ルートポートを使って前記デバイスによって露出された少なくとも一つのＶＦを羅列する段階を含む。

陳述３８．本発明の技術的思想の一実施形態は陳述３５による方法を含み、ここで、前記デバイスはＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）を含む。

陳述３９．本発明の技術的思想の一実施形態は陳述３５による方法を含み、ここで、
前記複数のＰＦは複数のＰｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ Ｅｘｐｒｅｓｓ（ＰＣＩｅ）ＰＦを含み、
少なくとも一つのＰＦは少なくとも一つのＰＣＩｅ ＰＦを含み、
少なくとも一つのＶＦは少なくとも一つのＰＣＩｅ ＶＦを含む。

陳述４０．本発明の技術的思想の一実施形態は陳述３９による方法を含み、ここで、
前記ＡＰＰ－ＥＰはＰＣＩｅ ＡＰＰ－ＥＰ（ＰＡＰＰ－ＥＰ）を含み、
前記ＡＰＰ－ＲＰはＰＣＩｅ ＡＰＰ－ＲＰ（ＰＡＰＰ－ＲＰ）を含む。

陳述４１．本発明の技術的思想の一実施形態は陳述３５による方法を含み、
前記ホストから羅列を受信する段階、及び
ＬＷＢのエンドポイントにある複数のＰＦをホストに露出させる段階をさらに含む。

陳述４２．本発明の技術的思想の一実施形態は陳述３５による方法を含み、
前記ＬＷＢのルートポートを使って前記デバイスによって露出された少なくとも一つのＰＦを羅列する段階は、前記ＬＷＢの第２ルートポートを使って第２デバイスによって露出された少なくとも一つの第２ＰＦを羅列する段階を含み、
前記ＬＷＢのルートポートを使って前記デバイスによって露出された少なくとも一つのＶＦを羅列する段階は、前記ＬＷＢの前記第２ルートポートを使って前記第２デバイスによって露出された少なくとも一つの第２ＶＦを羅列する段階を含み、
前記複数のＰＦを前記少なくとも一つのＰＦ及び少なくとも一つのＶＦにマッピングする段階は、前記複数のＰＦを前記少なくとも一つのＰＦ、少なくとも一つのＶＦ、少なくとも一つの第２ＰＦ、及び少なくとも一つの第２ＶＦにマッピングする段階を含む。

陳述４３．本発明の技術的思想の一実施形態は陳述４２による方法を含み、
前記デバイス及び前記第２デバイスの資源を決定する段階、及び
前記デバイス及び前記第２デバイスの資源を集約（ａｇｇｒｅｇａｔｉｎｇ）する段階をさらに含む。

陳述４４．本発明の技術的思想の一実施形態は陳述３５による方法を含み、
前記エンドポイントによって露出された前記複数のＰＦの一つのＰＦでホストから要請を受信する段階、
前記ＬＷＢの前記エンドポイントによって露出された前記複数のＰＦの前記ＰＦを前記デバイスによって露出された前記少なくとも一つのＶＦの前記一つのＶＦにマッピングする段階、
前記エンドポイントによって露出された前記複数のＰＦの前記ＰＦからの要請を前記デバイスによって露出された前記少なくとも一つのＶＦの前記ＶＦに変換する段階、及び
前記要請を前記デバイスによって露出された前記少なくとも一つのＶＦの前記ＶＦに伝送する段階をさらに含む。

陳述４５．本発明の技術的思想の一実施形態は陳述４４による方法を含み、
前記デバイスによって露出された少なくとも一つのＶＦの前記ＶＦから前記要請に対する応答を受信する段階、
前記デバイスによって露出された少なくとも一つのＶＦの前記ＶＦを前記ＬＷＢの前記エンドポイントによって露出された前記複数のＰＦの前記ＰＦにマッピングする段階、
前記デバイスによって露出された前記少なくとも一つのＶＦの前記ＶＦからの応答を前記エンドポイントによって露出された前記複数のＰＦの前記ＰＦに変換する段階、及び
前記応答を前記ＬＷＢの前記エンドポイントによって露出された前記複数のＰＦの前記ＰＦを介して前記ホストに伝送する段階をさらに含む。

陳述４６．本発明の技術的思想の一実施形態は陳述４５による方法を含み、ここで、前記デバイスによって露出された前記少なくとも一つのＶＦの前記ＶＦからの応答を前記エンドポイントによって露出された前記複数のＰＦの前記ＰＦに変換する段階は、前記エンドポイントによって露出された前記複数のＰＦの前記ＰＦの第１ＢＡＲ（Ｂａｓｅ ａｄｄｒｅｓｓ ｒｅｇｉｓｔｅｒ）及び前記デバイスによって露出された少なくとも一つのＶＦの前記ＶＦの第２ＢＡＲに基づいて前記応答のアドレスを修正する段階を含む。

陳述４７．本発明の技術的思想の一実施形態は陳述４５による方法を含み、ここで、前記デバイスによって露出された少なくとも一つのＶＦの前記ＶＦを前記ＬＷＢの前記エンドポイントによって露出された前記複数のＰＦの前記ＰＦにマッピングする段階は、前記デバイスによって露出された少なくとも一つのＶＦの前記ＶＦを前記ＬＷＢのＡＰＰ－ＲＰの構成テーブルを使って前記ＬＷＢの前記エンドポイントによって露出された前記複数のＰＦの前記ＰＦにマッピングする段階を含む。

陳述４８．本発明の技術的思想の一実施形態は陳述４４による方法を含み、ここで、前記エンドポイントによって露出された前記複数のＰＦの前記ＰＦからの要請を前記デバイスによって露出された前記少なくとも一つのＶＦの前記ＶＦに変換する段階は、前記エンドポイントによって露出された前記複数のＰＦの前記ＰＦの第１ＢＡＲ（Ｂａｓｅ ａｄｄｒｅｓｓ ｒｅｇｉｓｔｅｒ）及び前記デバイスによって露出された少なくとも一つのＶＦの前記ＶＦの第２ＢＡＲに基づいて前記要請のアドレスを修正する段階を含む。

陳述４９．本発明の技術的思想の一実施形態は陳述４４による方法を含み、ここで、前記ＬＷＢの前記エンドポイントによって露出された前記複数のＰＦの前記ＰＦを前記デバイスによって露出された前記少なくとも一つのＶＦの一つのＶＦにマッピングする段階は、前記ＬＷＢの前記エンドポイントによって露出された前記複数のＰＦの前記ＰＦを、前記ＬＷＢのＡＰＰ－ＲＰの構成テーブルを使って前記デバイスによって露出された前記少なくとも一つのＶＦの一つのＶＦにマッピングする段階を含む。

陳述５０．本発明の技術的思想の一実施形態は陳述４４による方法を含み、ここで、前記要請を前記デバイスによって露出された前記少なくとも一つのＶＦの前記ＶＦに伝送する段階は、
前記デバイス及び第２デバイスの中で選択する段階であって、前記第２デバイスは、前記ＬＷＢの前記エンドポイントによって露出された前記複数のＰＦの前記ＰＦの前記デバイスによって露出された少なくとも一つのＶＦの前記ＶＦへのマッピングの一部に基づいて少なくとも一つの第２ＰＦ及び少なくとも一つの第２ＶＦを露出させる段階、及び
前記要請を前記デバイスに関連したＡＰＰ－ＥＰに伝送する段階、
を含む。

陳述５１．本発明の技術的思想の一実施形態は陳述４４による方法を含み、
前記デバイスを含むデータ伝送のためのクレジットを決定する段階、及び
前記デバイスに前記クレジットを発行する段階、
をさらに含む。

陳述５２．本発明の技術的思想の一実施形態は陳述５１による方法を含み、ここで、前記デバイスに前記クレジットを発行する段階は、前記デバイスのアドレスに前記クレジットを記録する段階を含む。

陳述５３．本発明の技術的思想の一実施形態は陳述５１による方法を含み、ここで、前記デバイスに前記クレジットを発行する段階は、ＬＷＢのアドレスから前記クレジットを判読する段階を含む。

陳述５４．本発明の技術的思想の一実施形態は陳述５１による方法を含み、ここで、前記デバイスに前記クレジットを発行する段階は、ＬＷＢからデバイスに前記クレジットを含むメッセージを伝送する段階を含む。

陳述５５．本発明の技術的思想の一実施形態は陳述３５による方法を含み、
構成記録要請を受信する段階、及び
構成記録要請に少なくとも部分的に基づいて前記ＬＷＢの前記エンドポイントによって露出された複数のＰＦを構成する段階、
をさらに含む。

陳述５６．本発明の技術的思想の一実施形態は陳述５５による方法を含み、前記ＬＷＢの前記エンドポイントによって露出された前記複数のＰＦの構成をミラーリングするために、前記構成記録要請に少なくとも部分的に基づいて、前記デバイスによって露出された少なくとも一つのＰＦ及び少なくとも一つのＶＦを構成する段階をさらに含む。

陳述５７．本発明の技術的思想の一実施形態は陳述５５による方法を含み、ここで、前記構成記録要請を受信する段階は、前記ホストから構成記録要請を受信する段階を含む。

陳述５８．本発明の技術的思想の一実施形態は陳述５５による方法を含み、ここで、前記構成記録要請を受信する段階は、前記デバイスから構成記録要請を受信する段階を含む。

陳述５９．本発明の技術的思想の一実施形態は陳述５８による方法を含み、ここで、前記構成記録要請に少なくとも部分的に基づいて前記ＬＷＢの前記エンドポイントによって露出された前記複数のＰＦを構成する段階は、前記デバイスから受信した構成記録要請に少なくとも部分的に基づいて、前記エンドポイントによって露出された前記複数のＰＦの少なくとも一つの性能（ｃａｐａｂｉｌｉｔｙ）を構成する段階を含む。

陳述６０．本発明の技術的思想の一実施形態は陳述５５による方法を含み、ここで、前記構成記録要請に少なくとも部分的に基づいて前記ＬＷＢの前記エンドポイントによって露出された前記複数のＰＦを構成する段階は、状態マシンを用いてＳＲ－ＩＯＶ（Ｓｉｎｇｌｅ Ｒｏｏｔ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ）シーケンスを実行する段階を含む。

陳述６１．本発明の技術的思想の一実施形態は陳述３５による方法を含み、
構成判読要請を受信する段階、
前記デバイスの少なくとも一つのＰＦ及び少なくとも一つのＶＦの構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を決定する段階、及び
前記デバイスの少なくとも一つのＰＦ及び少なくとも一つのＶＦの設定によって構成判読要請に応答する段階、
をさらに含む。

陳述６２．本発明の技術的思想の一実施形態は陳述６１による方法を含み、ここで、前記デバイスの少なくとも一つのＰＦ及び少なくとも一つのＶＦの構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を決定する段階は、前記デバイスの前記エンドポイントによって露出された前記複数のＰＦの構成を決定する段階を含む。

陳述６３．本発明の技術的思想の一実施形態は陳述６１による方法を含み、ここで、前記デバイスの少なくとも一つのＰＦ及び少なくとも一つのＶＦの構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を決定する段階は、前記デバイスの少なくとも一つのＰＦ及び少なくとも一つのＶＦの構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に関してデバイスに問い合わせる（ｑｕｅｒｙｉｎｇ ｔｈｅ ｄｅｖｉｃｅ）段階を含む。

陳述６４．本発明の技術的思想の一実施形態は陳述６１による方法を含み、ここで、前記デバイスの少なくとも一つのＰＦ及び少なくとも一つのＶＦの構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を決定する段階は、前記構成判読要請を前記デバイスに伝達しない段階を含む。

陳述６５．本発明の技術的思想の一実施形態は陳述３５による方法を含み、前記ＬＷＢのＡＰＰ－ＥＰ及びＡＰＰ－ＲＰを使用して、前記ＬＷＢのエンドポイントにある複数のＰＦの前記デバイスによって露出された少なくとも一つのＰＦ及び少なくとも一つのＶＦに対するマッピングを動的に変更する段階をさらに含む。

陳述６６．本発明の技術的思想の一実施形態は陳述６５による方法を含み、ここで、前記ＬＷＢのＡＰＰ－ＥＰ及びＡＰＰ－ＲＰを使って前記ＬＷＢのエンドポイントにある複数のＰＦの前記デバイスによって露出された少なくとも一つのＰＦ及び少なくとも一つのＶＦに対するマッピングを動的に変更する段階は、ＬＷＢのエンドポイントによって露出された複数のＰＦの少なくとも一つに対する記憶パラメーター、日付、日付の時間、帯域幅使用量、又はＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）ポリシー変更に少なくとも部分的に基づいて、前記ＬＷＢのＡＰＰ－ＥＰ及びＡＰＰ－ＲＰを使って前記ＬＷＢのエンドポイントにある複数のＰＦの前記デバイスによって露出された少なくとも一つのＰＦ及び少なくとも一つのＶＦに対するマッピングを動的に変更する段階を含む。

陳述６７．本発明の技術的思想の一実施形態は陳述３５による方法を含み、前記デバイスに対する帯域幅をスロットリングする段階をさらに含む。

陳述６８．本発明の技術的思想の一実施形態は陳述６７による方法を含み、ここで、前記エンドポイントによって露出された複数のＰＦの少なくとも一つによって使用された帯域幅を測定する段階をさらに含む。

陳述６９．本発明の技術的思想の一実施形態は陳述６７による方法を含み、ここで、前記デバイスに対する帯域幅をスロットリングする段階は、第１データパケットと第２データパケットとの間のパケット間隔（ｉｎｔｅｒ－ｐａｃｋｅｔｇａｐ）を導入する段階を含む。

陳述７０．本発明の技術的思想の一実施形態は陳述６７による方法を含み、ここで、前記デバイスに対する帯域幅をスロットリングする段階は、前記ホストによって設定されたＱｏＳポリシー、前記デバイスによって設定されたＱｏＳポリシー、前記ＬＷＢ回路の温度、前記ＬＷＢの電力消費、前記ＳＳＤの温度、又は前記ＳＳＤの電力消費に少なくとも部分的に基づいてデバイスに対する帯域幅をスロットリングする段階を含む。

陳述７１．本発明の技術的思想の一実施形態は陳述７０による方法を含み、ここで、前記ホストによって設定されたＱｏＳポリシー、前記デバイスによって設定されたＱｏＳポリシー、前記ＬＷＢの温度、前記ＬＷＢの電力消費、前記ＳＳＤの温度、又は前記ＳＳＤの電力消費に少なくとも部分的に基づいて前記デバイスに対する帯域幅をスロットリングする段階は、前記ＬＷＢの温度、前記ＬＷＢの電力消費、前記ＳＳＤの温度、又は前記ＳＳＤの電力消費が閾値（ｔｈｒｅｓｈｏｌｄ）を超えることに少なくとも部分的に基づいて前記デバイスに対する帯域幅をスロットリングする段階を含む。

陳述７２．本発明の技術的思想の一実施形態は陳述７１による方法を含み、ここで、前記ＬＷＢの温度、前記ＬＷＢの電力消費、前記ＳＳＤの温度、又は前記ＳＳＤの電力消費が第２閾値（ｔｈｒｅｓｈｏｌｄ）を下回ることに少なくとも部分的に基づいて前記デバイスに対する帯域幅スロットリングを終了する段階をさらに含む。

陳述７３．本発明の技術的思想の一実施形態は陳述３５による方法を含み、
前記ＬＷＢのエンドポイントによって露出された前記複数のＰＦのＰＦに対するＱｏＳポリシーを受信する段階、及び
前記ＬＷＢの前記エンドポイントによって露出された前記複数のＰＦの前記ＰＦに対するＱｏＳポリシーを具現する段階、
をさらに含む。

陳述７４．本発明の技術的思想の一実施形態は陳述７３による方法を含み、ここで、前記ＬＷＢのエンドポイントによって露出された前記複数のＰＦのＰＦに対するＱｏＳポリシーを受信する段階は、前記ホスト又は前記デバイスの一つから前記ＬＷＢの前記エンドポイントによって露出された前記複数のＰＦの前記ＰＦに対するＱｏＳポリシーを受信する段階を含む。

陳述７５．本発明の技術的思想の一実施形態は非一時的記憶媒体（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ ｓｔｏｒａｇｅ ｍｅｄｉｕｍ）を含む物品（ａｒｔｉｃｌｅ）を含み、前記非一時的記憶媒体は、マシン（ｍａｃｈｉｎｅ）によって実行されるとき、
軽量ブリッジ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｂｒｉｄｇｅ、ＬＷＢ）のルートポートを使ってデバイスによって露出された少なくとも一つの物理機能（Ｐｈｙｓｉｃａｌ Ｆｕｎｃｔｉｏｎ、ＰＦ）を羅列する段階、
前記ＬＷＢの前記ルートポートを使って前記デバイスによって露出された少なくとも一つの仮想機能（Ｖｉｒｔｕａｌ Ｆｕｎｃｔｉｏｎ、ＶＦ）を羅列する段階、
ホストに露出させるために前記ＬＷＢのエンドポイントで複数のＰＦを生成する段階、及び
ＡＰＰ－ＥＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ－Ｅｎｄ ｐｏｉｎｔ）及びＡＰＰ－ＲＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ－Ｒｏｏｔ Ｐｏｒｔ）を使用して、前記ＬＷＢのエンドポイントにある前記複数のＰＦを前記デバイスによって露出された前記少なくとも一つのＰＦ及び少なくとも一つのＶＦにマッピングする段階、
を引き起こす命令語を記憶している。

陳述７６．本発明の技術的思想の一実施形態は陳述７５による物品を含み、ここで、
前記ＬＷＢのルートポートを使ってデバイスによって露出された少なくとも一つのＰＦを羅列する段階は、前記ＬＷＢの開始の際（ａｔ ｓｔａｒｔｕｐ）、前記ＬＷＢのルートポートを使ってデバイスによって露出された少なくとも一つのＰＦを羅列する段階を含み、
前記ＬＷＢの前記ルートポートを使って前記デバイスによって露出された少なくとも一つのＶＦを羅列する段階は、前記ＬＷＢの開始の際（ａｔ ｓｔａｒｔｕｐ）、前記ＬＷＢの前記ルートポートを使って前記デバイスによって露出された少なくとも一つのＶＦを羅列する段階を含む
陳述７７．本発明の技術的思想の一実施形態は陳述７５による物品を含み、ここで、
前記ＬＷＢのルートポートを使ってデバイスによって露出された少なくとも一つのＰＦを羅列する段階は、前記デバイスが前記ＬＷＢに連結されるとき、前記ＬＷＢのルートポートを使って前記デバイスによって露出された少なくとも一つのＰＦを羅列する段階を含み、
前記ＬＷＢの前記ルートポートを使って前記デバイスによって露出された少なくとも一つのＶＦを羅列する段階は、前記デバイスが前記ＬＷＢに連結されるとき、前記ＬＷＢの前記ルートポートを使って前記デバイスによって露出された少なくとも一つのＶＦを羅列する段階を含む。

陳述７８．本発明の技術的思想の一実施形態は陳述７５による物品を含み、ここで、前記デバイスは、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）を含む。

陳述７９．本発明の技術的思想の一実施形態は陳述７５による物品を含み、ここで、
前記複数のＰＦは、複数のＰｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ Ｅｘｐｒｅｓｓ（ＰＣＩｅ）ＰＦを含み、
前記少なくとも一つのＰＦは少なくとも一つのＰＣＩｅ ＰＦを含み、
前記少なくとも一つのＶＦは少なくとも一つのＰＣＩｅ ＶＦを含む。

陳述８０．本発明の技術的思想の一実施形態は陳述７９による物品を含み、ここで、
前記ＡＰＰ－ＥＰはＰＣＩｅ ＡＰＰ－ＥＰ（ＰＡＰＰ－ＥＰ）を含み、
前記ＡＰＰ－ＲＰはＰＣＩｅ ＡＰＰ－ＲＰ（ＰＡＰＰ－ＲＰ）を含む。

陳述８１．本発明の技術的思想の一実施形態は陳述７５による物品を含み、前記非一時的記憶媒体（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ ｓｔｏｒａｇｅ ｍｅｄｉｕｍ）は、マシン（ｍａｃｈｉｎｅ）によって実行されるとき、
前記ホストから羅列を受信する段階、及び
前記ＬＷＢの前記エンドポイントにある複数のＰＦを前記ホストに露出させる段階、
を引き起こす命令語を記憶している。

陳述８２．本発明の技術的思想の一実施形態は陳述７５による物品を含み、ここで、
ＬＷＢのルートポートを使って前記デバイスによって露出された少なくとも一つのＰＦを羅列する段階は、前記ＬＷＢの第２ルートポートを使って第２デバイスによって露出された少なくとも一つの第２ＰＦを羅列する段階を含み、
前記ＬＷＢのルートポートを使って前記デバイスによって露出された少なくとも一つのＶＦを羅列する段階は、前記ＬＷＢの前記第２ルートポートを使って前記第２デバイスによって露出された少なくとも一つの第２ＶＦを羅列する段階を含み、
前記複数のＰＦを前記少なくとも一つのＰＦ及び少なくとも一つのＶＦにマッピングする段階は、前記複数のＰＦを前記少なくとも一つのＰＦ、前記少なくとも一つのＶＦ、前記少なくとも一つの第２ＰＦ、及び前記少なくとも一つの第２ＶＦにマッピングする段階を含む。

陳述８３．本発明の技術的思想の一実施形態は陳述８２による物品を含み、ここで、前記非一時的記憶媒体（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ ｓｔｏｒａｇｅ ｍｅｄｉｕｍ）は、マシン（ｍａｃｈｉｎｅ）によって実行されるとき、
前記デバイス及び前記第２デバイスの資源を決定する段階、及び
前記デバイス及び前記第２デバイスの資源を集約（ａｇｇｒｅｇａｔｉｎｇ）する段階、
を引き起こす命令語を記憶している。

陳述８４．本発明の技術的思想の一実施形態は陳述７５による物品を含み、ここで、前記非一時的記憶媒体（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ ｓｔｏｒａｇｅ ｍｅｄｉｕｍ）は、マシン（ｍａｃｈｉｎｅ）によって実行されるとき、
前記エンドポイントによって露出された前記複数のＰＦの一つのＰＦで前記ホストからの要請を受信する段階、
前記ＬＷＢの前記エンドポイントによって露出された前記複数のＰＦの前記ＰＦを前記デバイスによって露出された前記少なくとも一つのＶＦの一つのＶＦにマッピングする段階、
前記エンドポイントによって露出された前記複数のＰＦの前記ＰＦからの要請を前記デバイスによって露出された前記少なくとも一つのＶＦの前記ＶＦに変換する段階、及び
前記要請を前記デバイスによって露出された前記少なくとも一つのＶＦの前記ＶＦに伝送する段階、
を引き起こす命令語を記憶している。

陳述８５．本発明の技術的思想の一実施形態は陳述８４による物品を含み、ここで、前記非一時的記憶媒体（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ ｓｔｏｒａｇｅ ｍｅｄｉｕｍ）は、マシン（ｍａｃｈｉｎｅ）によって実行されるとき、
前記デバイスによって露出された少なくとも一つのＶＦの前記ＶＦから前記要請に対する応答を受信する段階、
前記デバイスによって露出された少なくとも一つのＶＦの前記ＶＦを前記ＬＷＢの前記エンドポイントによって露出された前記複数のＰＦの前記ＰＦにマッピングする段階、
前記デバイスによって露出された前記少なくとも一つのＶＦの前記ＶＦからの応答を前記エンドポイントによって露出された前記複数のＰＦの前記ＰＦに変換する段階、及び
前記応答を前記ＬＷＢの前記エンドポイントによって露出された前記複数のＰＦの前記ＰＦを介して前記ホストに伝送する段階、
を引き起こす命令語を記憶している。

陳述８６．本発明の技術的思想の一実施形態は陳述８５による物品を含み、ここで、前記デバイスによって露出された前記少なくとも一つのＶＦの前記ＶＦからの応答を前記エンドポイントによって露出された前記複数のＰＦの前記ＰＦに変換する段階は、前記エンドポイントによって露出された前記複数のＰＦの前記ＰＦの第１ＢＡＲ（Ｂａｓｅ ａｄｄｒｅｓｓ ｒｅｇｉｓｔｅｒ）及び前記デバイスによって露出された少なくとも一つのＶＦの前記ＶＦの第２ＢＡＲに基づいて前記応答のアドレスを修正する段階を含む。

陳述８７．本発明の技術的思想の一実施形態は陳述８５による物品を含み、ここで、前記デバイスによって露出された少なくとも一つのＶＦの前記ＶＦを前記ＬＷＢの前記エンドポイントによって露出された前記複数のＰＦの前記ＰＦにマッピングする段階は、前記デバイスによって露出された少なくとも一つのＶＦの前記ＶＦを前記ＬＷＢの前記ＡＰＰ－ＲＰの構成テーブルを使って前記ＬＷＢの前記エンドポイントによって露出された前記複数のＰＦの前記ＰＦにマッピングする段階を含む。

陳述８８．本発明の技術的思想の一実施形態は陳述８４による物品を含み、ここで、前記エンドポイントによって露出された前記複数のＰＦの前記ＰＦからの要請を前記デバイスによって露出された前記少なくとも一つのＶＦの前記ＶＦに変換する段階は、前記エンドポイントによって露出された前記複数のＰＦの前記ＰＦの第１ＢＡＲ（Ｂａｓｅ ａｄｄｒｅｓｓ ｒｅｇｉｓｔｅｒ）及び前記デバイスによって露出された少なくとも一つのＶＦの前記ＶＦの第２ＢＡＲに基づいて前記要請のアドレスを修正する段階を含む。

陳述８９．本発明の技術的思想の一実施形態は陳述８４による物品を含み、ここで、前記ＬＷＢの前記エンドポイントによって露出された前記複数のＰＦの前記ＰＦを前記デバイスによって露出された前記少なくとも一つのＶＦの一つのＶＦにマッピングする段階は、前記ＬＷＢの前記エンドポイントによって露出された前記複数のＰＦの前記ＰＦを前記ＬＷＢの前記ＡＰＰ－ＲＰの構成テーブルを使って前記デバイスによって露出された前記少なくとも一つのＶＦの一つのＶＦにマッピングする段階を含む。

陳述９０．本発明の技術的思想の一実施形態は陳述８４による物品を含み、ここで、前記要請を前記デバイスによって露出された前記少なくとも一つのＶＦの前記ＶＦに伝送する段階は、
前記デバイス及び第２デバイスの中で選択する段階であって、前記第２デバイスは、前記ＬＷＢの前記エンドポイントによって露出された前記複数のＰＦの前記ＰＦの前記デバイスによって露出された少なくとも一つのＶＦの前記ＶＦへのマッピングの一部に基づいて少なくとも一つの第２ＰＦ及び少なくとも一つの第２ＶＦを露出させる段階、及び
前記要請を前記デバイスに関連したＡＰＰ－ＥＰに伝送する段階、
を含む。

陳述９１．本発明の技術的思想の一実施形態は陳述８４による物品を含み、前記非一時的記憶媒体（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ ｓｔｏｒａｇｅ ｍｅｄｉｕｍ）は、マシン（ｍａｃｈｉｎｅ）によって実行されるとき、
前記デバイスが関与するデータ伝送のためのクレジットを決定する段階、及び
前記デバイスに前記クレジットを発行する段階、
を引き起こす命令語を記憶している。

陳述９２．本発明の技術的思想の一実施形態は陳述９１による物品を含み、ここで、前記デバイスに前記クレジットを発行する段階は、前記デバイスのアドレスに前記クレジットを記録する段階を含む。

陳述９３．本発明の技術的思想の一実施形態は陳述９１による物品を含み、ここで、前記デバイスに前記クレジットを発行する段階は、前記ＬＷＢのアドレスから前記クレジットを判読する段階を含む。

陳述９４．本発明の技術的思想の一実施形態は陳述９１による物品を含み、ここで、前記デバイスに前記クレジットを発行する段階は、前記ＬＷＢから前記デバイスに前記クレジットを含むメッセージを伝送する段階を含む。

陳述９５．本発明の技術的思想の一実施形態は陳述７５による物品を含み、前記非一時的記憶媒体（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ ｓｔｏｒａｇｅ ｍｅｄｉｕｍ）は、マシン（ｍａｃｈｉｎｅ）によって実行されるとき、
構成記録要請を受信する段階、及び
構成記録要請に少なくとも部分的に基づいて、前記ＬＷＢの前記エンドポイントによって露出された複数のＰＦを構成する段階、
を引き起こす命令語を記憶している。

陳述９６．本発明の技術的思想の一実施形態は陳述９５による物品を含み、前記非一時的記憶媒体（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ ｓｔｏｒａｇｅ ｍｅｄｉｕｍ）は、マシン（ｍａｃｈｉｎｅ）によって実行されるとき、前記ＬＷＢの前記エンドポイントによって露出された前記複数のＰＦの構成をミラーリングするために、前記構成記録要請に少なくとも部分的に基づいて、前記デバイスによって露出された少なくとも一つのＰＦ及び少なくとも一つのＶＦを構成する段階を引き起こす命令語を記憶している。

陳述９７．本発明の技術的思想の一実施形態は陳述９５による物品を含み、ここで、前記構成記録要請を受信する段階は、前記ホストから構成記録要請を受信する段階を含む。

陳述９８．本発明の技術的思想の一実施形態は陳述９５による物品を含み、ここで、前記構成記録要請を受信する段階は、前記デバイスから構成記録要請を受信する段階を含む。

陳述９９．本発明の技術的思想の一実施形態は陳述９８による物品を含み、ここで、前記構成記録要請に少なくとも部分的に基づいて前記ＬＷＢの前記エンドポイントによって露出された前記複数のＰＦを構成する段階は、前記デバイスから受信した構成記録要請に少なくとも部分的に基づいて、前記エンドポイントによって露出された前記複数のＰＦの少なくとも一つの性能（ｃａｐａｂｉｌｉｔｙ）を構成する段階を含む。

陳述１００．本発明の技術的思想の一実施形態は陳述９５による物品を含み、ここで、前記構成記録要請に少なくとも部分的に基づいて前記ＬＷＢの前記エンドポイントによって露出された前記複数のＰＦを構成する段階は、状態マシンを用いてＳＲ－ＩＯＶ（Ｓｉｎｇｌｅ Ｒｏｏｔ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ）シーケンスを実行する段階を含む。

陳述１０１．本発明の技術的思想の一実施形態は陳述７５による物品を含み、前記非一時的記憶媒体（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ ｓｔｏｒａｇｅ ｍｅｄｉｕｍ）は、マシン（ｍａｃｈｉｎｅ）によって実行されるとき、
構成判読要請を受信する段階、
前記デバイスの少なくとも一つのＰＦ及び少なくとも一つのＶＦの構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を決定する段階、及び
前記デバイスの少なくとも一つのＰＦ及び少なくとも一つのＶＦの設定によって構成判読要請に応答する段階、
を引き起こす命令語をさらに記憶している。

陳述１０２．本発明の技術的思想の一実施形態は陳述１０１による物品を含み、ここで、前記デバイスの少なくとも一つのＰＦ及び少なくとも一つのＶＦの構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を決定する段階は、前記デバイスの前記エンドポイントによって露出された前記複数のＰＦの構成を決定する段階を含む。

陳述１０３．本発明の技術的思想の一実施形態は陳述１０１による物品を含み、ここで、前記デバイスの少なくとも一つのＰＦ及び少なくとも一つのＶＦの構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を決定する段階は、前記デバイスの少なくとも一つのＰＦ及び少なくとも一つのＶＦの構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）についてデバイスに問い合わせる（ｑｕｅｒｙｉｎｇ ｔｈｅ ｄｅｖｉｃｅ）段階を含む。

陳述１０４．本発明の技術的思想の一実施形態は陳述１０１による物品を含み、ここで、前記デバイスの少なくとも一つのＰＦ及び少なくとも一つのＶＦの構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を決定する段階は、前記構成判読要請を前記デバイスに伝達しない段階を含む。

陳述１０５．本発明の技術的思想の一実施形態は陳述７５による物品を含み、前記非一時的記憶媒体（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ ｓｔｏｒａｇｅ ｍｅｄｉｕｍ）は、マシン（ｍａｃｈｉｎｅ）によって実行されるとき、前記ＬＷＢのＡＰＰ－ＥＰ及びＡＰＰ－ＲＰを使用して、前記ＬＷＢのエンドポイントにある複数のＰＦの前記デバイスによって露出された少なくとも一つのＰＦ及び少なくとも一つのＶＦに対するマッピングを動的に変更する段階を引き起こす命令語をさらに記憶している。

陳述１０６．本発明の技術的思想の一実施形態は陳述１０５による物品を含み、ここで、前記ＬＷＢのＡＰＰ－ＥＰ及びＡＰＰ－ＲＰを使って前記ＬＷＢのエンドポイントにある複数のＰＦの前記デバイスによって露出された少なくとも一つのＰＦ及び少なくとも一つのＶＦに対するマッピングを動的に変更する段階は、ＬＷＢのエンドポイントによって露出された複数のＰＦの少なくとも一つに対する記憶パラメーター、日付、日付の時間、帯域幅使用量、又はＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）ポリシー変更に少なくとも部分的に基づいて、前記ＬＷＢのＡＰＰ－ＥＰ及びＡＰＰ－ＲＰを使って、前記ＬＷＢのエンドポイントにある複数のＰＦの前記デバイスによって露出された少なくとも一つのＰＦ及び少なくとも一つのＶＦに対するマッピングを動的に変更する段階を含む。

陳述１０７．本発明の技術的思想の一実施形態は陳述７５による物品を含み、前記非一時的記憶媒体（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ ｓｔｏｒａｇｅ ｍｅｄｉｕｍ）は、マシン（ｍａｃｈｉｎｅ）によって実行されるとき、前記デバイスに対する帯域幅をスロットリングする段階を引き起こす命令語をさらに記憶している。

陳述１０８．本発明の技術的思想の一実施形態は陳述１０７による物品を含み、ここで、前記エンドポイントによって露出された複数のＰＦの少なくとも一つによって使用された帯域幅を測定する段階をさらに含む。

陳述１０９．本発明の技術的思想の一実施形態は陳述１０７による物品を含み、ここで、前記デバイスに対する帯域幅をスロットリングする段階は、第１データパケットと第２データパケットとの間のパケット間隔（ｉｎｔｅｒ－ｐａｃｋｅｔｇａｐ）を導入する段階を含む。

陳述１１０．本発明の技術的思想の一実施形態は陳述１０７による物品を含み、ここで、前記デバイスに対する帯域幅をスロットリングする段階は、前記ホストによって設定されたＱｏＳポリシー、前記デバイスによって設定されたＱｏＳポリシー、前記ＬＷＢ回路の温度、前記ＬＷＢの電力消費、前記ＳＳＤの温度、又は前記ＳＳＤの電力消費に少なくとも部分的に基づいて前記デバイスに対する帯域幅をスロットリングする段階を含む。

陳述１１１．本発明の技術的思想の一実施形態は陳述１１０による物品を含み、ここで、前記ホストによって設定されたＱｏＳポリシー、前記デバイスによって設定されたＱｏＳポリシー、前記ＬＷＢの温度、前記ＬＷＢの電力消費、前記ＳＳＤの温度、又は前記ＳＳＤの電力消費に少なくとも部分的に基づいて前記デバイスに対する帯域幅をスロットリングする段階は、前記ＬＷＢの温度、前記ＬＷＢの電力消費、前記ＳＳＤの温度、又は前記ＳＳＤの電力消費が閾値（ｔｈｒｅｓｈｏｌｄ）を超えることに少なくとも部分的に基づいて前記デバイスに対する帯域幅をスロットリングする段階を含む。

陳述１１２．本発明の技術的思想の一実施形態は陳述１１１による物品を含み、前記非一時的記憶媒体（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ ｓｔｏｒａｇｅ ｍｅｄｉｕｍ）は、マシン（ｍａｃｈｉｎｅ）によって実行されるとき、前記ＬＷＢの温度、前記ＬＷＢの電力消費、前記ＳＳＤの温度、又は前記ＳＳＤの電力消費が第２閾値（ｔｈｒｅｓｈｏｌｄ）を下回ることに少なくとも部分的に基づいて前記デバイスに対する帯域幅スロットリングを終了する段階を引き起こす命令語をさらに記憶している。

陳述１１３．本発明の技術的思想の一実施形態は陳述７５による物品を含み、前記非一時的記憶媒体（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ ｓｔｏｒａｇｅ ｍｅｄｉｕｍ）は、マシン（ｍａｃｈｉｎｅ）によって実行されるとき、
前記ＬＷＢのエンドポイントによって露出された前記複数のＰＦのＰＦに対するＱｏＳポリシーを受信する段階、及び
前記ＬＷＢの前記エンドポイントによって露出された前記複数のＰＦの前記ＰＦに対するＱｏＳポリシーを具現する段階、
を引き起こす命令語をさらに記憶している。

陳述１１４．本発明の技術的思想の一実施形態は陳述７５による物品を含み、ここで、前記ＬＷＢのエンドポイントによって露出された前記複数のＰＦのＰＦに対するＱｏＳポリシーを受信する段階は、前記ホスト又は前記デバイスの一つから前記ＬＷＢの前記エンドポイントによって露出された前記複数のＰＦの前記ＰＦに対するＱｏＳポリシーを受信する段階を含む。

その結果、ここで敍述した実施形態に対する広範囲な置換（ｐｅｒｍｕｔａｔｉｏｎｓ）の観点で、この詳細な説明とそれに伴われる資料はただ例示であるだけであり、開示の範囲を制限するものと見なされてはいけない。したがって、本発明で主張するものは以下の請求範囲及び等価物の範囲及び思想の範囲内にある全ての修正が可能である。

１０５ ホスト
１１０ プロセッサ
１１５ メモリ
１２０ メモリコントローラー
１２５ 記憶デバイス（例えば、ＳＳＤ）
１３０ デバイスドライバー
１３５ 軽量ブリッジ（ＬＷＢ）
４０５ エンドポイント
４１０ ＡＰＰ－ＥＰ
４１５ ＡＰＰ－ＲＰ
４２０ ルートポート
４２５、４３０ インターフェース
４３５ 構成テーブル
４４０ 構成管理者
４４５ マルチプレクサー／デマルチプレクサー
５０５ ＳＲ－ＩＯＶシーケンス
５１０ 状態マシン

Claims (20)

1. ホストに連結され、第１物理機能（Ｐｈｙｓｉｃａｌ Ｆｕｎｃｔｉｏｎ、ＰＦ）及び第２ＰＦを露出させるエンドポイント、
   デバイスに連結されるルートポートであって、前記デバイスが当該ルートポートに第３ＰＦ及び仮想機能（Ｖｉｒｔｕａｌ Ｆｕｎｃｔｉｏｎ、ＶＦ）を露出させる、ルートポート、及び
   前記ホストに露出された前記第１ＰＦ及び前記第２ＰＦと前記デバイスによって露出された前記第３ＰＦ及び前記ＶＦとの間の変換のためのＡＰＰ－ＥＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ－Ｅｎｄ ｐｏｉｎｔ）及びＡＰＰ－ＲＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ－Ｒｏｏｔ Ｐｏｒｔ）、
   を含み、
   前記ＡＰＰ－ＥＰ及び前記ＡＰＰ－ＲＰは、前記エンドポイントによって露出された前記第１ＰＦ及び前記第２ＰＦと前記デバイスによって露出された前記第３ＰＦ及び前記ＶＦとの間のマッピングを具現する、
   ブリッジ回路。
2. 前記ＡＰＰ－ＥＰ及び前記ＡＰＰ－ＲＰを構成するためのコンフィギュレーションマネージャをさらに含む、請求項１に記載のブリッジ回路。
3. 前記ＡＰＰ－ＲＰは、前記エンドポイントによって露出された前記第１ＰＦ及び前記第２ＰＦと前記デバイスによって露出された前記第３ＰＦ及び前記ＶＦとの間のマッピングを記憶する構成テーブルのための記憶部を含む、請求項２に記載のブリッジ回路。
4. 前記コンフィギュレーションマネージャは、前記デバイスによって露出された前記第３ＰＦ及び前記ＶＦを羅列し（ｅｎｕｍｅｒａｔｅ）、前記デバイスによって露出された前記第３ＰＦ及び前記ＶＦに少なくとも部分的に基づいて、前記エンドポイントによって露出された前記第１ＰＦ及び前記第２ＰＦを生成する、請求項２に記載のブリッジ回路。
5. 前記コンフィギュレーションマネージャは、前記デバイスの第１構成が前記エンドポイントの第２構成をミラーリングすることを保障する、請求項２に記載のブリッジ回路。
6. 前記コンフィギュレーションマネージャは、ＳＲ－ＩＯＶ（Ｓｉｎｇｌｅ Ｒｏｏｔ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ）シーケンスを具現するためのＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）及び状態マシン（ｓｔａｔｅ ｍａｃｈｉｎｅ）を含む、請求項２に記載のブリッジ回路。
7. 第２ＡＰＰ－ＥＰ及び第２ＡＰＰ－ＲＰ、
   第４ＰＦ及び第２ＶＦを露出させる第２デバイス、及び
   前記エンドポイントに連結され且つ前記ＡＰＰ－ＥＰ及び前記第２ＡＰＰ－ＥＰのそれぞれに連結されて配置されたマルチプレクサー／デマルチプレクサー、
   をさらに含み、
   前記第２ＡＰＰ－ＥＰ及び前記第２ＡＰＰ－ＲＰは、前記エンドポイントによって露出された第５ＰＦ及び第６ＰＦと前記第２デバイスによって露出された前記第４ＰＦ及び前記第２ＶＦとの間に第２マッピングを具現する、請求項１に記載のブリッジ回路。
8. 当該ブリッジ回路は、前記デバイス及び前記第２デバイスの資源を集約（ａｇｇｒｅｇａｔｅ）する、請求項７に記載のブリッジ回路。
9. 当該ブリッジ回路は、帯域幅スロットリング（ｂａｎｄｗｉｄｔｈ ｔｈｒｏｔｔｌｉｎｇ）を具現する、請求項１に記載のブリッジ回路。
10. 当該ブリッジ回路は、前記ホストに設定されたポリシー、前記デバイスによって設定されたポリシー、当該ブリッジ回路の温度、当該ブリッジ回路の電力消費、前記デバイスの温度、又は前記デバイスの電力消費に少なくとも部分的に基づいて帯域幅スロットリングを具現する、請求項９に記載のブリッジ回路。
11. 当該ブリッジ回路は、前記エンドポイントによって露出された前記第１ＰＦ上にＱｏＳポリシーを具現する、請求項１に記載のブリッジ回路。
12. ブリッジを具現するプロセッサが実行する方法であって、
    前記ブリッジのルートポートを使ってデバイスによって露出された第１物理機能（Ｐｈｙｓｉｃａｌ Ｆｕｎｃｔｉｏｎ、ＰＦ）を羅列する段階、
    前記ブリッジの前記ルートポートを使って前記デバイスによって露出された仮想機能（Ｖｉｒｔｕａｌ Ｆｕｎｃｔｉｏｎ、ＶＦ）を羅列する段階、
    ホストに対する露出のために、前記ブリッジのエンドポイントで第２ＰＦ及び第３ＰＦを生成する段階、及び
    前記ブリッジのＡＰＰ－ＥＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ－Ｅｎｄ ｐｏｉｎｔ）及びＡＰＰ－ＲＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ－Ｒｏｏｔ Ｐｏｒｔ）を使用して、前記ブリッジの前記エンドポイントにある前記第２ＰＦ及び前記第３ＰＦを前記デバイスによって露出された前記第１ＰＦ及び前記ＶＦにマッピングする段階、
    を含み、
    前記ブリッジの前記エンドポイントにある前記第２ＰＦ及び前記第３ＰＦと前記デバイスによって露出された前記第１ＰＦ及び前記ＶＦとの間の前記マッピングは、前記ブリッジ内に記憶されるマッピングである、
    方法。
13. 前記ブリッジの前記ルートポートを使って前記デバイスによって露出された前記第１ＰＦを羅列する段階は、前記ブリッジの第２ルートポートを使って第２デバイスによって露出された第４ＰＦを羅列することを含み、
    前記ブリッジの前記ルートポートを使って前記デバイスによって露出された前記ＶＦを羅列する段階は、前記ブリッジの前記第２ルートポートを使って前記第２デバイスによって露出された第２ＶＦを羅列することを含み、
    前記第２及び前記第３ＰＦを前記第１ＰＦ及び前記ＶＦにマッピングする段階は、前記第２ＰＦ、前記第３ＰＦ、第５ＰＦ、及び第６ＰＦを、前記第１ＰＦ、前記ＶＦ、前記第４ＰＦ、及び前記第２ＶＦにマッピングすることを含む、
    請求項１２に記載の方法。
14. 前記デバイス及び前記第２デバイスの資源を決定する段階、及び
    前記デバイス及び前記第２デバイスの前記資源を集約（ａｇｇｒｅｇａｔｉｎｇ）する段階、
    をさらに含む、請求項１３に記載の方法。
15. 前記エンドポイントによって露出された前記第２ＰＦで前記ホストからの要請を受信する段階、
    前記ブリッジの前記エンドポイントによって露出された前記第２ＰＦを前記デバイスによって露出された前記ＶＦにマッピングする段階、
    前記エンドポイントによって露出された前記第２ＰＦからの前記要請を前記デバイスによって露出された前記ＶＦに変換する段階、及び
    前記要請を前記デバイスによって露出された前記ＶＦに伝送する段階、
    をさらに含む、請求項１２に記載の方法。
16. 前記デバイスが関与するデータ伝送のためのクレジットを決定する段階、及び
    前記デバイスに前記クレジットを発行する段階、
    をさらに含む、請求項１５に記載の方法。
17. 前記デバイスに対して帯域幅をスロットリング（ｂａｎｄｗｉｄｔｈ ｔｈｒｏｔｔｌｉｎｇ）する段階をさらに含む、請求項１２に記載の方法。
18. 前記デバイスに対して帯域幅をスロットリングする段階は、前記ホストによって設定されたＱｏＳポリシー、前記デバイスによって設定されたＱｏＳポリシー、前記ブリッジの温度、前記ブリッジの電力消費、前記デバイスの温度、又は前記デバイスの電力消費、のうちの１つに少なくとも部分的に基づいて前記デバイスに対して帯域幅をスロットリングすることを含む、請求項１７に記載の方法。
19. 命令を格納した非一時的記憶媒体を含む物品（ａｒｔｉｃｌｅ）であって、
    前記命令は、ブリッジを具現するプロセッサによって実行されるとき、
    前記ブリッジのルートポートを使ってデバイスによって露出された第１物理機能（Ｐｈｙｓｉｃａｌ Ｆｕｎｃｔｉｏｎ、ＰＦ）を羅列する段階、
    前記ブリッジの前記ルートポートを使って前記デバイスによって露出された仮想機能（Ｖｉｒｔｕａｌ Ｆｕｎｃｔｉｏｎ、ＶＦ）を羅列する段階、
    ホストに対する露出のために、前記ブリッジのエンドポイントで第２ＰＦ及び第３ＰＦを生成する段階、及び
    前記ブリッジのＡＰＰ－ＥＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ－Ｅｎｄ ｐｏｉｎｔ）及びＡＰＰ－ＲＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ－Ｒｏｏｔ Ｐｏｒｔ）を使用して、前記ブリッジの前記エンドポイントにある前記第２ＰＦ及び前記第３ＰＦを前記デバイスによって露出された前記第１ＰＦ及び前記ＶＦにマッピングする段階、
    を引き起こし、
    前記ブリッジの前記エンドポイントにある前記第２ＰＦ及び前記第３ＰＦと前記デバイスによって露出された前記第１ＰＦ及び前記ＶＦとの間の前記マッピングは、前記ブリッジ内に記憶されるマッピングである、
    物品。
20. 前記ブリッジの前記ルートポートを使って前記デバイスによって露出された前記第１ＰＦを羅列する段階は、前記ブリッジの第２ルートポートを使って第２デバイスによって露出された第４ＰＦを羅列することを含み、
    前記ブリッジの前記ルートポートを使って前記デバイスによって露出された前記ＶＦを羅列する段階は、前記ブリッジの前記第２ルートポートを使って前記第２デバイスによって露出された第２ＶＦを羅列することを含み、
    前記第２ＰＦ及び前記第３ＰＦを前記第１ＰＦ及び前記ＶＦにマッピングする段階は、前記第２ＰＦ、前記第３ＰＦ、第５ＰＦ、及び第６ＰＦを、前記第１ＰＦ、前記ＶＦ、前記第４ＰＦ、及び前記第２ＶＦにマッピングすることを含む、
    請求項１９に記載の物品。

Images