JP2018045688A - プロキシ装置、その動作方法、及びプロキシ装置に係る装置の動作方法 - Google Patents

Abstract

【課題】ホストがシャーシ内の全ての装置を識別するのに必要とする時間を削減できる、プロキシ装置、その動作方法及びプロキシ装置に係るＮＶＭ装置の動作方法を提供する。【解決手段】プロキシ装置１２５は、装置通信ロジック、レセプションロジック、そして伝送ロジックを含む。装置通信ロジックはコントロールプレーンを通じて、少なくとも１つの装置と関連されたデータに対して少なくとも１つの装置と通信する。レセプションロジックは少なくとも１つの装置に対する情報を要請するクエリ（ｑｕｅｒｙ）をホストから受信する。伝送ロジックは少なくとも１つの装置に対するデータを含む応答をホストに伝送する。【選択図】図４

Description

［関連する出願データ］
本出願は、全ての目的のために本明細書において参考文献として引用された米国仮特許出願番号６２／３９４，７２６号（２０１６年９月１４日付け出願）を優先権主張する。
本出願は、全ての目的のために本明細書において参考文献として引用された米国仮（ｐｒｏｖｉｓｉｏｎａｌ）特許出願番号ＵＳ１５／３４５，５０７号（２０１６年１１月７日付け出願）を優先権主張する。
本出願は、全ての目的のために本明細書において参考文献として引用された米国特許出願番号ＵＳ１５／２５６，４９５号（２０１６年９月２日付け出願）、及び、全ての目的のために本明細書において参考文献として引用された米国仮特許出願番号ＵＳ６２／３６６，６２２号（２０１６年７月２６日付け出願）に関連する。ここで、該、米国特許出願番号ＵＳ１５／２５６，４９５号は、該、米国仮特許出願番号ＵＳ６２／３６６，６２２号を優先権主張する。
本出願は、全ての目的のために本明細書において参考文献として引用された米国特許出願番号ＵＳ１５／３４５，５０９号（２０１６年１１月７日付け出願）、及び、全ての目的のために本明細書において参考文献として引用された米国仮特許出願番号ＵＳ６２／３９４，７２７号（２０１６年９月１４日付け出願）に関連する。ここで、該、米国特許出願番号ＵＳ１５／３４５，５０９号は、該、米国仮特許出願番号ＵＳ６２／３９４，７２７号を優先権主張する。

本発明はプロキシ装置、その動作方法、及びプロキシ装置に係る装置の動作方法に係り、さらに詳細には、該、プロキシ装置に係る装置が、不揮発性メモリ（ＮＶＭ）装置、特にＮＶＭｅｏＦ（ＮＶＭ Ｅｘｐｒｅｓｓ（ＮＶＭｅ） ｏｖｅｒ Ｆａｂｒｉｃｓ）装置であって、シャーシ内に設置されている複数のＮＶＭｅｏＦ装置を、ホストがプロキシを用いて発見する場合に関する。

非特許文献１（ＮＶＭｅｏＦ 仕様（ｓｐｅｃｉｆｉｃａｔｉｏｎ）１．０）の１．５．６セクションから抜粋された部分はディスカバリメカニズム（ｄｉｓｃｏｖｅｒｙ ｍｅｃｈａｎｉｓｍ）を定義する。ホストは、このディスカバリメカニズムを利用してホストがアクセス可能なＮＶＭサブシステムを判断（ｄｅｔｅｒｍｉｎｅ）する。ディスカバリコントローラは最小の機能を支援し、ディスカバリログページ（Ｄｉｓｃｏｖｅｒｙ Ｌｏｇ Ｐａｇｅ）の検索（ｒｅｔｒｉｅｖｅ）を可能にするために必要な機能のみを具現する。
ディスカバリコントローラはＩ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）キューを具現せず、且つネームスペース（ｎａｍｅｓｐａｃｅｓ）を露出しない。ディスカバリサービスはディスカバリコントローラのみを露出するＮＶＭサブシステムである。初期ディスカバリサービスに連結するのに必要な情報を得るためにホストが使用する方法は具現の仕方によって異なる。

ディスカバリコントローラによって提供されるディスカバリログページは１つ以上のエントリを含む。各々のエントリはＮＶＭｅ伝送を通じてＮＶＭサブシステムに連結するホストに対する必要な情報を明示する。１つのエントリはホストがアクセスできるネームスペースを露出するＮＶＭサブシステムを明示するか、或いは他のディスカバリサービスへの照会（ｒｅｆｅｒｒａｌ）を明示する。支援される最大照会深さ（ｄｅｐｔｈ）は８レベルである。

ＢＭＣ（Ｂａｓｅｂｏａｒｄ Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｔｒｏｌｌｅｒ、ベース基板管理コントローラ）は、サーバ、ＰＣ、スイッチ、そしてその他のコンピュータベースの製品で幅広く使用されて来た。一般的に、ディスカバリ過程を開始し、完了するために、ＢＭＣはホストプロセッサ及び／又はＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）に依存する。その上に、ＢＭＣの主業務はシステムの健全状態（ｈｅａｌｔｈ ｓｔａｔｕｓ）をモニタすることであるので、ＢＭＣは何れのシャーシ（Ｃｈａｓｓｉｓ）内にＢＭＣが設置されているかを考慮しない。

ＢＭＣと関連されたセンサーは内部の物理的変数（例えば、温度、濕度、電力供給電圧、ファン速度、通信パラメーター、そしてＯＳ機能）を測定する。仮に、このような変数の中で何れかが所定の限界を外れると、ホスト側の管理者（ａｄｍｉｎｉｓｔｒａｔｏｒ）はその旨の通知を受ける。そうすると、その管理者は遠隔操作によって適当な行動を取る。幾つの状況で、ＢＭＣは何らかの修正行動（例えば、ファン速度の増加、或いは、フェイルしたサブシステムの再ブーティング、等）を取る。必要に応じて及び／又は適切にモニタされた装置／システムに対しては遠隔操作により、電源の再投入、又は再ブーティングができる。このような方法で、一人の管理者が多数のサーバと他の装置とを同時に遠隔管理できる。これによって、ネットワークの全体運営費用を減らし、ネットワークの信頼性を保障できる。
従って、ホストがシャーシ内の全てのＮＶＭ装置を識別するのに必要とする時間を削減するための方法が依然として要求されている。

ＮＶＭｅｏＦ仕様１．０

本発明は上述された技術的課題を解決するためのものであって、本発明の目的は、ホストがシャーシ内の全ての装置（例えば、ＮＶＭ装置）を識別するのに必要とする時間を削減できる、プロキシ装置、その動作方法、及びプロキシ装置に係る装置（例えば、ＮＶＭ装置）の動作方法を提供することにある。

本発明の実施形態に係るシャーシ内のプロキシ装置は、装置通信ロジック、レセプション（ｒｅｃｅｐｔｉｏｎ）ロジック、そして伝送ロジックを含む。装置通信ロジックはコントロールプレーンを通じて、少なくとも１つの装置と関連されたデータに対して少なくとも１つの装置と通信する。レセプションロジックは少なくとも１つの装置に対する情報を要請するクエリ（ｑｕｅｒｙ）をホストから受信する。伝送ロジックは少なくとも１つの装置に対するデータを含む応答をホストに伝送する。

本発明の他の実施形態に係るプロキシ装置の動作方法は、プロキシ装置で、少なくとも１つの装置から少なくとも１つの装置の構成に対して少なくとも１つのデータを受信する段階、データはコントロールプレーンを通じて少なくとも１つの装置から受信され、少なくとも１つのデータを記録にコンパイル（ｃｏｍｐｉｌｅ）する段階、プロキシ装置で、少なくとも１つの装置の構成に対してクエリをホストから受信する段階、そして記録をプロキシ装置からホストに伝送する段階を含み、プロキシ装置は、少なくとも１つの装置から少なくとも１つのデータを受信し、ホストからクエリが受信される前に１つのデータを記録にコンパイルする。

本発明の他の実施形態に係る、プロキシ装置に係る装置の動作方法は、装置の構成の変化を判断する段階、そしてコントロールプレーンを通じて、装置の構成の変化に対してプロキシ装置に通知する段階を含む。

本発明によれば、プロキシ装置が全ての（ＮＶＭ）装置と通信しておき、任意の（ＮＶＭ）装置に関するホストからのクエリに即応できるので、ホストがシャーシ内の全ての装置（例えば、ＮＶＭ装置）を識別するのに必要とする時間を削減できる。
本発明はセルフ構成（ｓｅｌｆ−ｃｏｎｆｉｇｕｒｅ）するプロキシ装置を含む。これを通じて、本発明のプロキシ装置を含むシャーシ内の装置が独立的にセルフディスカバリ（ｓｅｌｆ−ｄｉｓｃｏｖｅｒｙ）を遂行できるので、列挙（ｅｎｕｍｅｒａｔｉｏｎ）プロセスを削減できる。また、多重伝送プロトコルディスカバリ及び管理に関連するＯＳとホストプロセッサオーバヘッド（ｏｖｅｒｈｅａｄ）とが防止できる。

本発明の実施形態に係ってＮＶＭ（Ｎｏｎ−Ｖｏｌａｔｉｌｅ Ｍｅｍｏｒｙ）装置のディスカバリを遂行するセルフ構成（ｓｅｌｆ−ｃｏｎｆｉｇｕｒｉｎｇ）ＢＭＣ（Ｂａｓｅｂｏａｒｄ Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｔｒｏｌｌｅｒ）が設置されたシャーシを示す。 図１のシャーシを追加的に詳細に示す。 図１のシャーシのミッドプレーン上で装置と通信する図１のＢＭＣを示す。 図１のＢＭＣを詳細に示す。 図４のアクセスロジックを詳細に示す。 シグナリング（ｓｉｇｎａｌｉｎｇ）のためのピンと共に図１のＢＭＣを示す。 ＨＡ（Ｈｉｇｈ Ａｖａｉｌａｂｉｌｉｔｙ）構成での図１のシャーシを示す。 図４のビルトイン（ｂｕｉｌｔ−ｉｎ）セルフ構成（ｓｅｌｆ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）ロジックを示す。 図８のドライバに対する多様なソース（ｓｏｕｒｃｅｓ）を示す。 図４の装置通信ロジックを示す。 図１のＢＭＣからディスカバリログページを要請する図１のホストを示す。 本発明の実施形態に係る図１のＢＭＣがセルフ構成するための手続を例示的に示す順序図である。 本発明の実施形態に係る図１のＢＭＣがセルフ構成するための手続を例示的に示す順序図である。 本発明の実施形態に係る図１のＢＭＣがセルフ構成するための手続を例示的に示す順序図である。 本発明の実施形態に係る図１のＢＭＣがセルフ構成するための手続を例示的に示す順序図である。 図４のアクセスロジックが図１のシャーシの構成を判断するための手続を例示的に示す順序図である。 本発明の実施形態に係る図１のＢＭＣが図１のシャーシ内のＮＶＭ装置のディスカバリを遂行するための手続を例示的に示す順序図である。 図４の装置通信ロジックが図１のシャーシ内の図３のＮＶＭ装置に対するディスカバリ情報を得るための手続を例示的に示す順序図である。 図１のＢＭＣが装置構成の記録を作成するための手続を例示的に示す順序図である。 本発明の実施形態に係る図１のシャーシ内のＮＶＭ装置がＮＶＭ装置の構成の変化に関して図１のＢＭＣに通知するための手続を例示的に示す順序図である。

以下、本発明の概念の具体的な実施形態に対する参照が詳細に提供される。本発明の概念の具体的な実施形態に対する例は添付された図面に図示される。後続する詳細な説明で、本発明の概念に対する完全な理解を可能にするために多数の具体的な事項が提供される。しかし、当業者はこのような詳細な説明が無くとも本発明の概念を実施することができることを理解しなければならない。他の例で、公知又は共用の方法、段階、構成、回路、及びネットワークは本発明の実施形態の態様を不必要に曖昧にしないために詳細に記載されない。

本明細書で第１及び第２等が多様な構成要素を説明するために使用されることができるが、このような構成要素はこのような用語によって限定されないことと理解される。前記用語は１つの構成要素を他のことと区別するために使用される。例えば、第１論理段階は第２論理段階と称されることができ、これと類似に本発明の概念の範囲を逸脱しない状態で、第２論理段階は第１論理段階と称されることができる。

本発明の概念の発明の説明に使用された用語は特定な実施形態を技術するための目的のみに使用されることであり、本発明の概念を限定する意図としては使用されない。文脈の上に明確に異なりに指示しない限り、単数形態は本発明の概念の説明及び付加された請求項に使用される時、複数の形態を含む意図として使用されたことと理解されなければならない。また、本明細書に使用された“及び／又は”用語は１つ又はそれ以上の関連された羅列された事項の全ての可能な組合わせを指示するか、或いは含むことと理解されなければならない。“含む”という用語が本明細書に使用される場合、記述された特徴、数字、段階、動作、構成、及び／又は部品の存在を明記することであり、これらの１つ又はそれ以上の他の特徴、数字、段階、動作、構成、部品、及び／又はグループの存在又は付加を排除しないこととさらに理解されなければならない。構成及び特徴の図示は一定な比例に描かれたことはなく、一部の構成及び特徴は拡大／縮小して描かれたこともあり得る。

全ての目的のために本明細書において参考文献として引用された、米国仮（ｐｒｏｖｉｓｉｏｎａｌ）特許出願番号ＵＳ６２／３６６、６２２号（２０１６年７月２６日付け出願）とこれを優先権主張している米国特許出願番号ＵＳ１５／２５６、４９５号（２０１６年９月２日付け出願）はセルフディスカバリプロセスを開示している。これらに記述されたセルフディスカバリプロセスによって、ＮＶＭ装置はセルフディスカバリを遂行できる。このようなプロセスはＢＭＣ（Ｂａｓｅｂｏａｒｄ Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｔｒｏｌｌｅｒ）に拡張できる。ＢＭＣはセルフ構成ＳＳＤを補完するための“シャーシパーソナリティ（Ｐｅｒｓｏｎａｌｉｔｙ）”情報を得るためにセルフディスカバリを遂行する。

この新しいＢＭＣはブートアップ初期化の間にセルフディスカバリプロセスを遂行する。ミッドプレーン上のＶＰＤ（Ｖｉｔａｌ Ｐｒｏｄｕｃｔ Ｄａｔａ）などの“シャーシパーソナリティ”情報をＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）の公知の位置から読出すことによって、シャーシ−固有データが獲得され、ＢＭＣは適切に応答する。例えばＢＭＣは、自分がＮＶＭｅ（ＮＶＭ ｅｘｐｒｅｓｓ）シャーシ内にあるか、又はＮＶＭｅｏＦ（ＮＶＭｅ ｏｖｅｒ Ｆａｂｒｉｃ）シャーシ内にあるかを発見（ｄｉｓｃｏｖｅｒ）できる。
仮に、ＢＭＣがＮＶＭｅｏＦシャーシ内にある場合、ＢＭＣはディスカバリサービス、ロバスト（ｒｏｂｕｓｔ）エラーレポーティング、そして管理機能のみならず、ＨＡ（ｈｉｇｈ＿ａｖａｉｌａｂｉｌｉｔｙ）構成内のマルチパージング（ｍｕｌｔｉ−ｐａｔｈｉｎｇ）ＢＭＣなどの適切なＮＶＭｅｏＦ諸機能を可能にする。

ＢＭＣセルフディスカバリが、ＢＭＣがＮＶＭｅシャーシ内にあることを発見した場合、ＢＭＣは従来のＢＭＣ（即ち、ＮＶＭｅｏＦを支援しないＢＭＣ）として動作する。ＮＶＭｅモードでは、ドライブディスカバリはインバンド（ｉｎ−ｂａｎｄ）ＰＣＩｅ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ ｅｘｐｒｅｓｓ）初期化／リンクトレーニングプロセスを通じて実行される。従って、新しいＢＭＣはＮＶＭｅベースのシステムとＮＶＭｅｏＦベースのシステムとの双方において使用できる。

大規模ＮＶＭｅｏＦストレージシステムにおいてセルフディスカバリを遂行できるＢＭＣは、列挙（ｅｎｕｍｅｒａｔｉｏｎ）／ディスカバリプロセスを顕著に削減できる。これは下の理由のためである。

１）ホストＣＰＵができるよりはるかに迅速に、システム内の公知の位置から読出すことによって、システム内にある全てのＮＡＳＳＤ（Ｎｅｔｗｏｒｋ−Ａｔｔａｃｈｅｄ ＳＳＤ）装置は独立的にセルフディスカバリを遂行できる。セルフディスカバリは、全ての目的のために本明細書において参考文献として引用された、米国仮特許出願番号ＵＳ６２／３６６、６２２号（２０１６年７月２６日付に出願）とこれを優先権主張している米国特許出願番号ＵＳ１５／２５６、４９５号（２０１６年９月２日付に出願）とに開示されている。

２）新しいＢＭＣは、ＢＭＣに対してのみ公知の位置から読出すことによって、セルフディスカバリを遂行でき、ＢＭＣを含むシャーシ内の各々の装置をピング（ｐｉｎｇ、探り当てる）／ディスカバ（ｄｉｓｃｏｖｅｒ、発見）する遠隔ホスト乃至ローカルプロセッサが含まれる場合に要求される時間よりはるかに短い時間内に即時、適切に行動できる。

さらに新しいストレージ装置（又は、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）などの他の装置）はシャーシ（又は、ホストマシンと称される）と通信するためにＮＶＭｅｏＦのような伝送プロトコルを使用でき、多重伝送プロトコルを支援できる。このような装置がシャーシ内に装着される時、このような装置はブートアップと初期化の間に、セルフディスカバリを遂行できる。このような装置はＥＥＰＲＯＭ内の公知の位置からＶＰＤを読出すことができる。全ての目的のために本明細書において参考文献として引用された、米国仮特許出願番号ＵＳ６２／３６６、６２２（２０１６年７月２６日付け出願）とこれを優先権主張している米国特許出願番号ＵＳ１５／２５６、４９５（２０１６年９月２日付け出願）はこのようなセルフディスカバリプロセスを開示する。

セルフディスカバリが開始されれば、このような装置は自分がＮＶＭｅｏＦシャーシ内に装着されていることを発見できる。そうすると、このような装置は例えばイーサネット（登録商標）ポートを活性化するように自らを構成し、他の不必要な、使用されない、又は支援されない伝送プロトコル支援が非活性化するように自らを構成する。このような方法により、多重伝送プロトコルディスカバリ及び管理に関連してＯＳとホストプロセッサとにかかるオーバヘッド（ｏｖｅｒｈｅａｄ）が回避できる。

大規模ストレージシステムで、このようなセルフ構成装置を使用すると列挙プロセスを大幅に削減できる。これは、システムから公知の位置から読出すことによって、全ての装置が独立的にセルフディスカバリを遂行できるからである。その際、ホストプロセッサとＯＳの存在は不必要である。

ＢＭＣはサーバ又はスイッチに組み込まれた低電力コントローラである。装置を制御し、環境的条件を読出すために、ＢＭＣはセンサーに連結する。ＢＭＣはコントロールプレーン／パスを通じて全てのＮＶＭｅｏＦ装置に対する全ての連結を有する。従って、ＢＭＣをプロキシ（ｐｒｏｘｙ、代理者）として利用することは、ディスカバリサービスをホスト又はイニシエータ（ｉｎｉｔｉａｔｏｒ）に提供するのに有利である。多数の装置とのＢＭＣのこの相互作用があるので、ＢＭＣはホストにアクセスできるＮＶＭサブシステムのリストを提供するディスカバリコントローラとしての役割を果たす。

ここで記述されたＢＭＣはｅＳＳＤ、ＮＡＳＳＤ、又はシステムに挿入される他の装置のディスカバリを遂行するためのファームウェア（ｆｉｒｍｗａｒｅ）を含む。ＮＡＳＳＤはイーサネット（登録商標）ＳＳＤ、ＩｎｆｉｎｉＢａｎｄ ＳＳＤ、Ｆｉｂｒｅ−Ｃｈａｎｎｅｌ ＳＳＤ、ＳＳＤ、又はこのような通信プロトコル（イーサネット（登録商標）（Ｅｔｈｅｒｎｅｔ）、ＩｎｆｉｎｉＢａｎｄ、そしてＦｉｂｒｅ−Ｃｈａｎｎｅｌ）の組合わせを提供するＳＳＤを含む。イーサネット（登録商標）、ＩｎｆｉｎｉＢａｎｄ、そしてＦｉｂｒｅ−Ｃｈａｎｎｅｌ伝送プロトコルは単純に例示的であり、本発明の実施形態は他の伝送プロトコルを支援するＮＡＳＳＤを含む。ＢＭＣは専用バスとＣＰＬＤ（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）を通じて各々の装置に直接アクセスする。また、ＢＭＣは各々の装置が自分の情報をレポートするミッドプレーン上の、公知の不揮発性メモリ位置を読出す。このような方法は列挙プロセスを削減する。ＢＭＣは各々の装置の情報をディスカバリログページとして自分の不揮発性メモリ内に格納する。

ＢＭＣはコントロールプレーンを利用して装置と通信する。コントロールプレーン、データプレーン、そして管理プレーンは通信（ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）製品の３つの基本構成要素である。コントロールプレーンは、シグナリング（ｓｉｇｎａｌｉｎｇ、信号）トラフィックを伝達するネットワークの一部分であって、ルーティング（ｒｏｕｔｉｎｇ）の責任を果たす。コントロールプレーンの機能はシステム構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）と管理（ｍａｎａｇｅｍｅｎｔ）を含む。コントロールプレーンと管理プレーンはネットワークがその存在理由として伝送するトラフィック（ｔｒａｆｆｉｃ）を実際に負担するデータプレーンを支援する。行政性（ａｄｍｉｎｉｓｔｒａｔｉｖｅ）トラフィックを伝送する管理プレーンはコントロールプレーンのサブセット（ｓｕｂｓｅｔ、部分集合）と看做される。

新しいＩＰＭＩ（Ｉｎｔｅｌｌｉｇｅｎｔ Ｐｌａｔｆｏｒｍ Ｍａｎａｇｅｍｅｎｔ Ｉｎｔｅｒｆａｃｅ）コマンド（システム リカバリ、Ｓｙｓｔｅｍ Ｄｉｓｃｏｖｅｒｙ）は、ローカル又は遠隔ホストがこのようなディスカバリログページを検索するためのＢＭＣのファームウェアによって支援される。遠隔ホストが同一のネットワーク内にある場合、遠隔ホストはＢＭＣのＬＡＮインタフェイスを通じてＢＭＣと連結できる。遠隔ホストはまたＢＭＣのローカルホストと連結できる。ディスカバリログページ内のエントリの各々は、ＮＶＭｅ伝送を通じてＮＶＭサブシステムとホストを連結するために必要な情報を指定できる。

ＮＶＭｅｏＦ標準はイーサネット（登録商標）リンク又はデータプレーンを通じて遂行できるディスカバリサービスを規定（ｓｐｅｃｉｆｙ）する。反面に、本発明の実施形態はＢＭＣをプロキシとして使用する。これはコントロールプレーンを通じて遂行されるディスカバリサービスを可能にする。ネットワーキングにおいて、一般的にコントロールプレーンへのアクセスはシステム管理者のみに制限され、多数の人／ノードによってアクセスされるデータプレーンよりも優れて保護される。保安（ｓｅｃｕｒｉｔｙ）の観点から、コントロールプレーンはデータプレーンよりも優れて保護される。その上に、全てのＮＶＭｅｏＦ装置から全てのディスカバリログファイルを得るため、システム管理者は、標準によって指定されたように１つの装置当たり１つのコマンドを発行（ｉｓｓｕｅ）する代わりに、１つのコマンドをＢＭＣに対して発行すればよい。

図１は本発明の実施形態に係ってＮＶＭ（Ｎｏｎ−Ｖｏｌａｔｉｌｅ Ｍｅｍｏｒｙ）装置のディスカバリを遂行するセルフ構成（ｓｅｌｆ−ｃｏｎｆｉｇｕｒｉｎｇ）ＢＭＣ（Ｂａｓｅｂｏａｒｄ Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｔｒｏｌｌｅｒ）が設置されたシャーシを示す。図１で、シャーシ１０５はタワ（塔型）サーバとして図示されている。但し、シャーシ１０５はラック（ｒａｃｋ、架載）サーバであってもよい。

シャーシ１０５はプロセッサ１１０、メモリ１１５、ストレージ装置１２０、そしてＢＭＣ（１２５）を含む。プロセッサ１１０は任意の形態のプロセッサ（例えば、Ｉｎｔｅｌ Ｘｅｏｎ、Ｃｅｌｅｒｏｎ、Ｉｔａｎｉｕｍ、Ａｔｏｍプロセッサ、ＡＭＤ Ｏｐｔｅｒｏｎプロセッサ、ＡＲＭプロセッサ等）でもよい。図１は単一のプロセッサを図示しているが、シャーシ１０５は任意の数のプロセッサを含み得る。メモリ１１５は何らかの形態のメモリ（例えば、フラッシュメモリ、ＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＰＲＡＭ（Ｐｅｒｓｉｓｔｅｎｔ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、位相遷移ＲＡＭ）、ＦＲＡＭ（登録商標）（Ｆｅｒｒｏｅｌｅｃｔｒｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、強誘電体ＲＡＭ）、又はＭＲＡＭ（Ｍａｇｎｅｔｏｒｅｓｉｓｔｉｖｅ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、磁気抵抗ＲＡＭ）などのＮＶＲＡＭ（Ｎｏｎ−Ｖｏｌａｔｉｌｅ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、不揮発性ＲＡＭ））でもよい。但し、一般的に、メモリ１１５はＤＲＡＭである。また、メモリ１１５は多様なメモリタイプの任意の望ましい組合わせでもよい。

ストレージ装置１２０は任意の形態のストレージ装置である。このような装置の例はＳＳＤを含むが、他のストレージ形態（例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）又は他のロングターム（ｌｏｎｇ−ｔｅｒｍ）ストレージ装置）もやはり可能である。上述されたように、ＢＭＣ（１２５）は従来のＢＭＣとして動作するだけでなく、またシャーシ１０５の構成に基づいてセルフ構成が可能である。
例えば、シャーシ１０５がＮＶＭｅシャーシ又はＮＶＭｅｏＦシャーシである、とする。ＮＶＭｅシャーシとしてのシャーシ１０５と共にセルフ構成した後に、ＢＭＣ（１２５）は従来のＮＶＭｅＢＭＣとして動作する。一方、ＮＶＭｅｏＦシャーシとしてのシャーシ１０５と共にＢＭＣ（１２５）は従来のＢＭＣとして動作するだけでなく、ＢＭＣ（１２５）はまたシャーシ１０５内の他の装置のディスカバリを遂行する。例えば、他の装置は、ストレージ装置１２０（ＮＩＣ：Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）、そしてディスカバリの対象になり得るＢＭＣ（１２５）のような他の装置を含む。

ＢＭＣ（１２５）がシャーシ１０５内の他の装置のディスカバリを遂行できると記述されているが、ＢＭＣ（１２５）はディスカバリを遂行するプロセッサ１１０に対する１つの可能なプロキシである。他の可能なプロキシは、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙ ｏｆ Ｉｎｄｅｐｅｎｄｅｎｔ Ｄｉｓｋｓ）コントローラ、他のプロセッサ（一般的に、プロセッサ１１０とは異なるが、スタートアップ（ｓｔａｒｔ−ｕｐ）動作の遂行に連関される）、又は甚だしくはソフトウェアプロキシも含む。本明細書の残る部分で、ＢＭＣ（１２５）への全ての参照には、このような他のプロキシ装置、及び、プロセッサ１１０に対するプロキシとして動作する任意の他の装置に対して言及する意図がある。

図２は図１のシャーシを追加的に詳細に示す。図２を参照すれば、一般的にシャーシ１０５は１つ以上のプロセッサ１１０を含む。プロセッサ１１０はメモリコントローラ２０５及びクロック２１０を含み、シャーシ１０５の部品の動作を調整する（ｃｏｏｒｄｉｎａｔｅ）ために使用される。また、プロセッサ１１０は、例えばＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）、又は他の状態保持媒体を含むメモリ１１５と連結される。また、プロセッサ１１０はストレージ装置１２０及びネットワークコネクタ２１５（例えば、イーサネット（登録商標）コネクタ又は無線コネクタ）と連結される。プロセッサ１１０は他の構成要素の中で入／出力エンジン２３０を使用して管理される入／出力インタフェイスポートと使用者インタフェイス２２５が付着されるバス２２０と連結される。

図３は図１のシャーシ１０５のミッドプレーン上の装置と通信する、図１のＢＭＣ（１２５）を示す。図３で、ＢＭＣ（１２５）とＣＰＬＤ（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）３０５とは図１のシャーシ１０５内のマザーボード３１０上に位置する。図１のシャーシ１０５は、またミッドプレーン３１５を含む。ミッドプレーン３１５は図１のストレージ装置１２０の例である多様なＮＡＳＳＤ（３２０）、（３２５）、（３３０）のような他の構成要素を含む。ＮＡＳＳＤ（３２０）、（３２５）、（３３０）は、幾つかの例を挙げると、イーサネット（登録商標）、Ｆｉｂｒｅ Ｃｈａｎｎｅｌ、ＩｎｆｉｎｉＢａｎｄ、又はＮＶＭｅなどの多数の多様な伝送プロトコルの何れかの使用を支援できる。
但し、本発明の一部の実施形態で、ＮＡＳＳＤ（３２０）、（３２５）、（３３０）の適用範囲はこのような伝送プロトコルのサブセット（可能な１つの例として、イーサネット（登録商標）ＳＳＤのみ）に制限される。図３では３つのＮＡＳＳＤ（３２０）、（３２５）、（３３０）を示しているが、本発明の実施形態は任意の望ましい数の装置を支援できる。その上に、図３ではＮＡＳＳＤ（３２０）、（３２５）、（３３０）のみを図示しているが、イーサネット（登録商標）ＳＳＤ又はＮＩＣのような他の装置がＮＡＳＳＤ（３２０）、（３２５）、（３３０）を代替するか、或いはＮＡＳＳＤ（３２０）、（３２５）、（３３０）と共に含まれ得る。本明細書の残る部分で、ＮＡＳＳＤ（３２０）、（３２５）、（３３０）への全ての参照は、これら任意の代替装置も含む意図がある。このような代替装置はＮＶＭｅｏＦ装置としてディスカバリ対象になり、ＮＡＳＳＤ（３２０）、（３２５）、（３３０）を代替できる。

ＢＭＣ（１２５）はＩ２Ｃバス３３５とＳＭＢｕｓ（３４０）とを通じてＮＡＳＳＤ（３２０）、（３２５）、（３３０）と通信する。ＮＡＳＳＤ（３２０）、（３２５）、（３３０）は、またＥＥＰＲＯＭ（３４５）及びＮＶＭ（３５０）と通信する。ＮＶＭ（３５０）は図１のメモリ１１５として動作する。ＥＥＰＲＯＭ（３４５）は図１のシャーシ１０５内の多様な装置による使用に備えて情報を格納する。例えば、ＥＥＰＲＯＭ（３４５）はＶＰＤ（３５５）を格納する。ＶＰＤ（３５５）はＮＡＳＳＤ（３２０）、（３２５）、（３３０）とＢＭＣ（１２５）が使用でき、このような装置に関する核心的な情報を格納する。特に、ＥＥＰＲＯＭ（３４５）はこのような装置の各々に対して分離されたＶＰＤ（３５５）を格納する。

ＶＰＤ（３５５）は幾つかの多様な使用法を有する。本発明の一部の実施形態で、ＶＰＤ（３５５）はセルフ構成できる各々の装置に対する関連情報を格納するために使用される。従って、ＶＰＤ（３５５）はセルフ構成のためにＮＡＳＳＤ（３２０）、（３２５）、（３３０）によって使用される情報を格納する。セルフ構成は全ての目的のために本明細書で参考文献として引用された、特許文献１とこれを優先権主張している特許文献２に開示されている。但し、本発明の他の実施形態で、以下で説明されるＢＭＣ（１２５）自体のセルフ構成を遂行するために、ＶＰＤ（３５５）は、またＢＭＣ（１２５）によって使用される情報を格納すること。追加的に、本発明のその他の実施形態で、ＮＡＳＳＤ（３２０）、（３２５）、（３３０）はＶＰＤ（３５５）に情報を書込む。そうすると、ＢＭＣ（１２５）は該当情報を読出す。例えば、ＮＡＳＳＤ（３２０）、（３２５）、（３３０）はそれらのＩＰ住所をＶＰＤ（３５５）に書込む。そうすると、ＢＭＣ（１２５）はＶＰＤ（３５５）から該当ＩＰ住所を読出す。そうすると、図１のホスト１１０がＢＭＣ（１２５）に情報を問い合わせる時、ＢＭＣ（１２５）はＮＡＳＳＤ（３２０）、（３２５）、（３３０）に対する構成情報を提供する。

図３はミッドプレーン３１５上のＥＥＰＲＯＭ（３４５）とマザーボード３１０上のＮＶＭ（３５０）とを図示しているが、本発明の実施形態は望ましい任意の箇所に位置するこのような構成要素（ＥＥＰＲＯＭ（３４５）、ＮＶＭ（３５０）のみならず、他の構成要素も含む）を支援する。例えば、本発明の一部の実施形態では、ＥＥＰＲＯＭ（３４５）とＮＶＭ（３５０）とは全てミッドプレーン３１５上に位置する。本発明の他の実施形態では、ＥＥＰＲＯＭ（３４５）とＮＶＭ（３５０）とは全てマザーボード３１０上に位置する。本発明のその他の実施形態では、ＮＶＭ（３５０）はミッドプレーン３１５に位置し、ＥＥＰＲＯＭ（３４５）はマザーボード３１０上に位置する。本発明の他の実施形態では、このような構成要素をその他の位置（例えば、図１のシャーシ１０５内の他のボードの上、或いは完全に他のシャーシ内）に位置させる。
いずれにせよ、先に述べた「コントロールプレーン」は最も広義の場合、ＢＭＣとＮＡＳＳＤとの間に介在する部材、即ち上記の、図３を参照して説明した、ＢＭＣ（１２５）とＮＡＳＳＤ１（３２０）、ＮＡＳＳＤ２（３２５）、…、ＮＡＳＳＤｎ（３３０）を除く全ての部材とその接続を指す。

図４は図１のＢＭＣ（１２５）を詳細に示す。図４で、ＢＭＣ１２５は２つの部分４０５、４１０に分割されて図示されている。部分４０５は本発明の一部の実施形態でセルフ構成を遂行するＢＭＣ（１２５）と関連される。部分４１０は本発明の他の実施形態で、図１のホスト１１０に対するプロキシの役割を果たすＢＭＣ（１２５）と関連される。本発明の実施形態が部分４０５、４１０の中で少なくとも１つを、要請に応じて含むことに留意しなければならない。

セルフ構成を遂行するために、ＢＭＣ（１２５）はアクセスロジック４１５、ビルトインセルフ構成ロジック４２０、そしてエラーレポーティング（ｅｒｒｏｒ ｒｅｐｏｒｔｉｎｇ）ロジック４２５を含む。アクセスロジック４１５はＢＭＣ（１２５）がそれ自身を構成する方法に関する情報にアクセスする。アクセスロジック４１５は以下で図５を参照して追加的に記述される。図１のシャーシ１０５の構成に基づいて、適切なドライバを使用するために、ビルトインセルフ構成ロジック４２０はＢＭＣ（１２５）を構成する。ビルトインセルフ構成ロジック４２０は以下で図８を参照して追加的に記述される。
エラーレポーティングロジック４２５は問題がある場合、図１のホスト１１０にエラーをレポートする。ＢＭＣ（１２５）が図１のホスト１１０にレポートできる問題の例は、図１のシャーシ１０５がＨＡシャーシであるが、ＢＭＣ（１２５）がＨＡドライバをアクセスできないか、又はロードできない場合、或いは、ＢＭＣ（１２５）がＢＭＣ（１２５）のペアリング（ｐａｉｒｉｎｇ）パートナとＨＡシステムとして通信できない場合等を含む。

図１のホスト１１０に対するディスカバリプロキシとして役割を果たすために、ＢＭＣ（１２５）は装置通信ロジック４３０、ログページ生成ロジック４３５、レセプションロジック（ｒｅｃｅｐｔｉｏｎｌｏｇｉｃ）４４０、そして伝送ロジック４４５を含む。装置（例えば、図３のＮＡＳＳＤ（３２０）、（３２５）、（３３０））の構成を知るために、装置通信ロジック４３０はＢＭＣ（１２５）が装置と通信できるようにする。装置通信ロジック４３０は以下で図１０を参照して追加的に記述される。
ログページ生成ロジック４３５は、図３のＮＡＳＳＤ（３２０）、（３２５）、（３３０）から受信された情報を得て、適当な時に図１のホスト１１０にレポートできるディスカバリログページを生成する。ログページ生成ロジック４３５は、図３のＮＡＳＳＤ（３２０）、（３２５）、（３３０）から受信された情報を単純に収集するか、或いはログページを編集して図３のＮＡＳＳＤ（３２０）、（３２５）、（３３０）から反複受信された情報を除去する。ログページの構造は全ての目的のために本明細書で参考文献として引用された非特許文献１（ＮＶＭｅｏＦ仕様１．０（２０１６年６月５日付けの１．０バージョン））に記述されている。

本発明の一部の実施形態では、ＢＭＣ（１２５）はＢＭＣ（１２５）自体のストレージを有することができる。例えば、他の可能な例の中で、自体のストレージは図３のＮＶＭ（３５０）内に、或いは図３のＥＥＰＲＯＭ（３４５）内に存在する。図３のＮＡＳＳＤ（３２０）、（３２５）、（３３０）は、その構成情報をＢＭＣ（１２５）に対してこのようなストレージ内に維持されるログページに直接書込むことができる。

レセプションロジック４４０と伝送ロジック４４５は、図１のホスト１１０との通信を可能にする。例えば、レセプションロジック４４０は図３のＮＡＳＳＤ（３２０）、（３２５）、（３３０）に関連する図１のホスト１１０からクエリ（ｑｕｅｒｙ）を受信する。伝送ロジック４４５はこのようなクエリに応答して図１のホスト１１０に応答を再び伝送する。レセプションロジック４４０と伝送ロジック４４５が上述した目的に専用される必要はないことに留意されたい。レセプションロジック４４０と伝送ロジック４４５とは、また他の目的のために使用できる。例えば、図１０を参照して以下で説明されるように、装置通信ロジック４３０は図３のＮＡＳＳＤ（３２０）、（３２５）、（３３０）にメッセージを伝送する。このようなメッセージは伝送ロジック４４５を利用して伝送される。また、このようなメッセージへの応答はレセプションロジック４４０を利用して受信される。

図５は図４のアクセスロジック４１５を詳細に示す。図５で、アクセスロジック４１５はＶＰＤリーディング（ｒｅａｄｉｎｇ）ロジック５０５とピンリーディングロジック５１０とを含む。ＶＰＤリーディングロジック５０５は図３のＶＰＤ（３５５）から情報を読出す。図３のＶＰＤ（３５５）はＢＭＣ（１２５）に特化されたＶＰＤである。図３のＶＰＤ（３５５）内の情報は図１のシャーシ１０５の構成を含む。反面に、図１のＢＭＣ（１２５）の１つ以上のピン上の１つ以上の信号を読出すことによって、ピンリーディングロジック５１０は図１のシャーシ１０５の構成を判断する。図１のＢＭＣ（１２５）のこのようなピンは図１のシャーシ１０５の構成を指定するのに専用される。

図６はシグナリング（ｓｉｇｎａｌｉｎｇ）のためのピンを備える図１のＢＭＣ（１２５）を示す。図６には、ＢＭＣ（１２５）が多様なピンを含むことが示されている。ピン６０５、６１０は図１のシャーシ１０５の構成を指定するために使用される。ピン６０５、６１０上でシグナリングされる値に基づいて、ＢＭＣ（１２５）は図１のシャーシ１０５の構成を判断する。他の可能な例の中で、ピン６０５、６１０はＧＰＩＯ（ｇｅｎｅｒａｌ ｐｕｒｐｏｓｅ ｉｎｐｕｔ／ｏｕｔｐｕｔ）ピンである。

図５に戻ると、図１のシャーシ１０５の構成を判断し、適合するドライバをロードするために、ピンリーディングロジック５１０は図６のピン６０５、６１０から読出された情報を利用する。例えば、図８を参照して以下で説明されるように、図１のシャーシ１０５は３つの相異なる構成を有し得る。３つの相異なる構成はＮＶＭｅ、ＮＶＭｅｏＦ、そしてＨＡを含む。３つの相異なる可能な構成例の中から１つを選ぶためには２つのビットが必要である。２つのビットのために２つのピン上で伝送される信号が必要とする。２つのピンが値‘００’を指定する場合、該当する組合わせは図１のシャーシ１０５がＮＶＭｅシャーシであることを特定する。２つのピンが値‘０１’を指定する場合、該当する組合わせは図１のシャーシ１０５がＮＶＭｅｏＦシャーシであることを特定する。そして、２つのピンが値‘１０’を指定する場合、該当する組合わせは図１のシャーシ１０５がＨＡシャーシであることを特定する。

又は、３つの可能な構成例は単一ピンによって管理される。例えば、値‘０’はＮＶＭｅシャーシを特定し、値‘１’はＮＶＭｅｏＦシャーシを特定し、そして‘０’と‘１’との間の振動はＨＡシャーシを特定する。但し、３つの以上の組合わせがある場合、シャーシの構成を指定するために、１つ以上のピンが必要とする。

上述した構成例が３つの可能な構成例（ＮＶＭｅ、ＮＶＭｅｏＦ、そしてＨＡ）の場合を記述したが、本発明の他の実施形態では、４つのドライバ構成（ＮＶＭｅ、ＮＶＭｅｏＦ、ＮＶＭｅＨＡ、そしてＮＶＭｅｏＦＨＡ）が存在する。本発明のこのような実施形態で、例えば、ピン６０５のハイ（ｈｉｇｈ）値は図１のシャーシ１０５がＨＡシャーシであることを特定し、ピン６０５のロー（Ｌｏｗ）値は図１のシャーシ１０５がＨＡシャーシではないことを特定する。反面に、ピン６１０のハイ値は図１のシャーシ１０５がＮＶＭｅｏＦを使用していることを特定し、ピン６１０のロー値は図１のシャーシ１０５がＮＶＭｅを使用していることを特定する。本発明のその他の実施形態で、上述した以外にも多様なドライバ形態があり得る。本発明の実施形態は任意の望む数のドライバ形態も包括する。

図５で、ＶＰＤリーディングロジック５０５とピンリーディングロジック５１０とは、図１のＢＭＣ（１２５）が図１のシャーシ１０５の構成を判断する方法の選択肢を示す。従って、アクセスロジック４１５は１つを含むか、又は他の１つを含み、但し必ずしも両方を含まない。しかし、図１のシャーシ１０５の構成を相異なる（２つの）方法によりであると判断できるように図１のＢＭＣ（１２５）を支援するために、本発明の実施形態は、ＶＰＤリーディングロジック５０５とピンリーディングロジック５１０との双方を含む。

ＨＡシャーシは本明細書で数回言及されている。図７はＨＡ（Ｈｉｇｈ Ａｖａｉｌａｂｉｌｉｔｙ）構成の場合の図１のシャーシ１０５を示す。プロセッサ１１０とＢＭＣ（１２５）とは他のプロセッサ７０５及び他のＢＭＣ（７１０）とペアリング（ｐａｉｒｉｎｇ）される。本発明の一部の実施形態で、プロセッサ７０５は図１のシャーシ１０５内にある。そして、本発明の他の実施形態で、プロセッサ７０５は他のシャーシ内にある。プロセッサ１１０はプロセッサ７０５との通信を維持し、ＢＭＣ（１２５）はＢＭＣ（７１０）との通信を維持する。このような通信はハートビート（ｈｅａｒｔ ｂｅａｔ、‘心拍’）を含む。即ち、仮にＢＭＣ（１２５）とＢＭＣ（７１０）との中で何れか１つが応答しなければ、他のＢＭＣはエラーがあることを認知する。例えば、他の可能な例の中でＰＣＩｅ又はイーサネット（登録商標）を通じて、ペアリングパートナは通信する。

仮にペアリングパートナがフェイルすれば（例えば、複数のシャーシの中で１つがパワーを喪失する場合）、残りのプロセッサは引継経路（ｔａｋｅ−ｏｖｅｒ ｐａｔｈ）を活性化し、残りのＢＭＣが通信を設定し、シャーシのドメインを乗り越える（ｃｒｏｓｓ）ことを許容する。フェイルしたシャーシ内のＢＭＣがスタンバイ（ｓｔａｎｄ−ｂｙ）パワーで動作するので、残っているプロセッサはフェイルしたシャーシのＢＭＣと通信できる。フェイルしたプロセッサが再開（ｒｅｓｔａｒｔ）されることを期待して、残っているプロセッサはフェイルしたプロセッサをリセット（ｒｅｓｅｔ）するようにトライする。フェイルしたプロセッサがリセットされなければ、残っているプロセッサはホストがフェイルしたシャーシを監督するように警報又はインタラプト（ｉｎｔｅｒｒｕｐｔ）をホストに伝送する。第３者であるソフトウェア又はエージェント（ａｇｅｎｔ）は使用可能な作業ノード（図１に示される、プロセッサ１１０、ＢＭＣ（１２５）、メモリ１１５、ストレージ装置１２０からなる一式）を選択し、使用可能な作業ノードのプロセッサを残っているプロセッサの新しいペアリングパートナにする。

ハートビート通信に対する必要と、残っているノードがフェイルしたノードの引継のための残っているノードに対する必要のため、ＨＡシャーシに対して必要になるドライバは非ＨＡシャーシで使用されるドライバと相異なる。従って、ＢＭＣ（１２５）は、非ＨＡシャーシ内ではＨＡシャーシ内でと相異なって動作する。

ＨＡドライバがＢＭＣ（１２５）にロードされるまで、ＢＭＣ（１２５）がＢＭＣ（１２５）のペアリングパートナを見ることができないこともある。従って、本発明の一部の実施形態で、ＢＭＣ（１２５）が未だ自分のペアリングパートナと通信できない場合でも、ＨＡドライバはロードされなければならない。そして、ペアリングパートナに対する確認はＨＡドライバがロードされた後に発生しなければならない。

図８は図４のビルトイン（ｂｕｉｌｔ−ｉｎ）セルフ構成（ｓｅｌｆ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）ロジック４２０の詳細を示す。上述したように、ビルトインセルフ構成ロジック４２０は図４のアクセスロジック４１５によって判断された情報を得、これに従って図１のＢＭＣ（１２５）を構成する。ビルトインセルフ構成ロジック４２０はドライバダウンローダ（ｄｒｉｖｅｒ ｄｏｗｎｌｏａｄｅｒ））とドライバローダ（ｄｒｉｖｅｒ ｌｏａｄｅｒ）８１０とを含む。ドライバダウンローダ８０５はドライバソースから適切なドライバ（例えば、ＮＶＭｅドライバ８１５、ＮＶＭｅｏＦドライバ８２０、そしてＨＡドライバ８２５）をダウンロードする。ドライバソースが図１のＢＭＣ（１２５）のファームウェア内にある場合、ドライバが全くダウンロードされる必要が無く、むしろ単純にファームウェアから読出しできることに留意しなければならない。一旦、ダウンロードされるか、或いはただ配置されれば、ドライバローダ８１０はＢＭＣ（１２５）に選択されたドライバをロードする。

図９は図８のドライバに対する多様なソース（ｓｏｕｒｃｅｓ）を示す。図９で、シャーシ１０５はＥＥＰＲＯＭ（３４５）を含む。ＥＥＰＲＯＭ（３４５）はドライバソースである。本発明のこのような実施形態で、適合するドライバはＥＥＰＲＯＭ（３４５）に格納され、必要に応じてＥＥＰＲＯＭ（３４５）から読出される。

シャーシ１０５は、またネットワーク９０５に連結されていると図示されている。ネットワーク９０５はシャーシ１０５とマシン９１０、９１５との間の通信を可能にする。マシン９１０はＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）上のマシンである。反面に、マシン９１５はインタネットのようなグローバルネットワーク上のマシンである。但し、選択されたドライバに対してどんなソースが存在するかに拘わらず、図８のドライバダウンローダ８０５はドライバソースから適合するドライバをダウンロードし（或いは、読出し）、図８のドライバローダ８１０がドライバを図１のＢＭＣ（１２５）内にロードする。

図１０は図４の装置通信ロジック４３０を示す。図１０で、装置通信ロジック４３０は読出しロジック１００５とポーリングロジック（ｐｏｌｌｉｎｇ ｌｏｇｉｃ）１０１０とを含む。図１のＢＭＣ（１２５）は読出しロジック１００５を利用して図３のＶＰＤ（３５５）から（例えば、図３のＮＡＳＳＤ（３２０）、（３２５）、（３３０）の中で１つの構成を表わす情報を読出す。また、ＮＡＳＳＤ（３２０）、（３２５）、（３３０）が新しい情報が使用可能であることを通知するように図１のＢＭＣ（１２５）にメッセージを伝送すれば、ＢＭＣ（１２５）は読出しロジック１００５を利用してＶＰＤ（３５５）から新しい情報を読出すことができる。

反面に、図１のＢＭＣ（１２５）は、ポーリングロジック１０１０を使用して図３のＮＡＳＳＤ（３２０）、（３２５）、（３３０）を周期的にポーリング（ｐｏｌｌｉｎｇ）することができる。図３のＮＡＳＳＤ（３２０）、（３２５）、（３３０）がそれらの構成上の変化を図１のＢＭＣ（１２５）に通知しない本発明の実施形態では、図１のＢＭＣ（１２５）はポーリングロジック１０１０を使用してＮＡＳＳＤ（３２０）、（３２５）、（３３０）に、それらの各々の現在情報と何らかの情報が変更されたかを問い合わせる。そうすると、ＮＡＳＳＤ（３２０）、（３２５）、（３３０）は応答して、それらの各々の構成が変化したか否か、そして変化した場合に構成がどのようにして変化したかを示す。

図１１は図１のＢＭＣ（１２５）に対してディスカバリログページを要請する図１のホスト１１０を示す。図１１で、ホスト１１０はクエリ１１０５をＢＭＣ（１２５）に伝送する。一般的に、クエリ１１０５はホスト１１０がＢＭＣ（１２５）の構成情報を受信する準備がなされた時に伝送される。この時点はＢＭＣ（１２５）がＮＡＳＳＤ（３２０）、（３２５）、（３３０）に対する構成情報を収集し、集成（ａｓｓｅｍｂｌｅ）した一定時間後である。そうすると、ＢＭＣ（１２５）はログページ（ｌｏｇｐａｇｅ）１１１５を含む応答１１１０として反応する。
このような方法で、ＢＭＣ（１２５）はシャーシ１０５に設置された全ての装置に対する情報又は少なくともＢＭＣ（１２５）のドメイン内の全ての装置に対する情報をホスト１１０に提供できる。例えば、図１の単一シャーシ１０５は２つのマザーボード（例えば、２つの半幅（ｈａｌｆ−ｗｉｄｔｈ）のマザーボードであるか、又は２つのスタックされた（ｓｔａｃｋｅｄ）全幅（ｆｕｌｌ−ｗｉｄｔｈ）のマザーボード）を含み、各々のマザーボードは固有のＢＭＣとマザーボードに付着された装置とを含む。このような例で、ＢＭＣの各々は自分のドメイン内の装置に関する情報を収集する責任がある。但し、装置が全て同一のシャーシ内にあったとしても、ＢＭＣの各々は他のＢＭＣのドメイン内の装置に対する情報を収集する責任はない。

マシン（ｍａｃｈｉｎｅ）の始動過程を迅速に処理できる点で、本発明の実施形態は従来のシステムに比べて技術的な長所を有する。従来のシステムでは、ホストは各々の装置の構成情報を各々の装置に順に問い合わせなければならない。しかし、ホストが他の多数の始動（ｓｔａｒｔ−ｕｐ）動作を完了した時点まで、ホストがこの問い合わせ動作を遂行できない。
反面に、ＢＭＣはより速く始動動作をできる。また、ホストが他の始動過程の遂行に忙しい間に、ＢＭＣはホストに対するプロキシとして動作して多様な装置に対してそれらの構成に関して問い合わせできる。そうすると、ホストが準備された時、ホストは構成情報に関してＢＭＣに問い合わせでき、全ての付着された装置に関して遥かに速く分かる。その上に、データプレーンを利用して遂行される従来のディスカバリサービスと比較して、コントロールプレーン上でＢＭＣ（１２５）を通じてディスカバリサービスを遂行することは保安上、より安全であり、データプレーンの帯域幅も何ら消費しない。

本発明の実施形態が従来のシステムに比べて有する他の技術的長所は、シャーシ内に存在する全ての装置のディスカバリを遂行するために、ホストがＢＭＣに対して１つのコマンドのみを発行（ｉｓｓｕｅ）すればよい点である。例えば、仮にシャーシが２４個の装置を含む場合、ホストは“全ての装置へのディスカバリ（ｄｉｓｃｏｖｅｒｙ ａｌｌ ｄｅｖｉｃｅｓ）”コマンドをＢＭＣに対して発行すると、ＢＭＣは２４個の装置をディスカバリする。このアプローチは、ホストが２４個のディスカバリコマンドを２４個の装置に発行するという従来のシステムにおける事態を回避できる。

図１２乃至図１５は本発明の実施形態に係る図１のＢＭＣ（１２５）がセルフ構成するための手続を例示的に示す順序図である。図１２のＳ１２０３段階で図４のアクセスロジック４１５は図１のシャーシ１０５の構成（例えば、ＮＶＭｅ、ＮＶＭｅｏＦ、又はＨＡの何れか）を判断（ｄｅｔｅｒｍｉｎｅ）する。Ｓ１２０６段階で図１のＢＭＣ１２５は図１のシャーシ１０５がＨＡシャーシであるか否かを判断する（ＨＡシャーシは、ＮＶＭｅ又はＮＶＭｅｏＦなどの多重の特徴（ｆｌａｖｏｒ）を含む場合がある）。図１のシャーシ１０５がＨＡシャーシではない場合、プロセシングは図１４のＳ１２３６に続ける。

図１２をさらに参照すると、図１のシャーシ１０５がＨＡシャーシである場合、Ｓ１２０９で、図４のビルトインセルフ構成ロジック４２０は図８のＨＡドライバ８２５を選択する。Ｓ１２１２で、図４のビルトインセルフ構成ロジック４２０は図８のＨＡドライバ８２５が使用可能であるか否かを判断する。使用可能でない場合、Ｓ１２１５で、図４のエラーレポーティングロジック４２５はエラーをレポートする。

図８のＨＡドライバ８２５が使用可能である場合、図１３のＳ１２１８で、図８のドライバダウンローダ８０５は図８のＨＡドライバ８２５をダウンロードする。そして、Ｓ１２２１で、図８のドライバローダ８１０は図８のＨＡドライバ８２５をロードする。

Ｓ１２２４で、図１のＢＭＣ（１２５）は自分のペアリングパートナ（図７のＢＭＣ（７１０））との通信をトライする。Ｓ１２２７で、図１のＢＭＣ１２５はペアリングパートナが使用可能であるか否かを判断する。仮に図１のＢＭＣ１２５のペアリングパートナが使用可能である場合、Ｓ１２３０で、図１のＢＭＣ（１２５）は図１のシャーシ１０５に設置された装置がデュアル−パス（ｄｕａｌ−ｐａｔｈ）装置であるか否かを判断する。図１のＢＭＣ１２５がＢＭＣ１２５のペアリングパートナが使用可能であると判断できず（Ｓ１２２７）、又は図１のシャーシ１０５内に設置された装置がデュアルパス装置ではない（Ｓ１２３０）場合、Ｓ１２３３で、図１のＢＭＣ（１２５）は図１のシャーシ１０５がＨＡ装置として動作しないことをレポートする。

図１のシャーシ１０５がＨＡ装置として動作する（Ｓ１２２７、Ｓ１２３０、Ｓ１２３３において）か、或いは、動作しない（Ｓ１２０６）か、に拘わらず、図１４のＳ１２３６で、図１のＢＭＣ（１２５）は図１のシャーシ１０５の構成がＮＶＭｅｏＦシャーシであるか否かを判断する。ＮＶＭｅｏＦシャーシであれば、Ｓ１２３９で、図１のＢＭＣ（１２５）は図８のＮＶＭｅｏＦドライバ８２０を選択し、Ｓ１２４２で、図８のドライバダウンローダ８０５は図８のＮＶＭｅｏＦドライバ８２０をダウンロードする。そして、Ｓ１２４５で、図８のドライバローダ８１０は図８のＮＶＭｅｏＦドライバ８２０をロードする。追加的に、Ｓ１２４８で、図１のＢＭＣ１２５は図１のシャーシ１０５内に設置された他の装置に対する情報を収集して図１のホスト１１０に対するプロキシとしての役割を果たす。

図１のシャーシ１０５がＮＶＭｅｏＦシャーシではない場合、図１５のＳ１２５１で、図１のＢＭＣ１２５は図１のシャーシ１０５の構成がＮＶＭｅシャーシであるか否かを判断する。ＮＶＭｅシャーシである場合、Ｓ１２５４で、図１のＢＭＣ１２５は図８のＮＶＭｅドライバ８１５を選択し、Ｓ１２５７で、図８のドライバダウンローダ８０５は図８のＮＶＭｅドライバ８１５をダウンロードする。そして、Ｓ１２６０で、図８のドライバローダ８１０は図８のＮＶＭｅドライバ８１５をロードする。以後、プロセシングは終了される。Ｓ１２５１で、図１のシャーシ１０５がＮＶＭｅシャーシではない場合、コントロールはエラーをレポートするためにＳ１２１５に戻る。

図１２乃至図１５は本発明の例示的な実施形態を示す。本発明の他の実施形態では、２つ以上のシャーシの構成があり得る。本発明のその他の実施形態では、他のいずれのドライバもロードされない場合、図１のＢＭＣ（１２５）はＮＶＭｅドライバをデフォルト使用する。図１２乃至図１５の他の変形された実施形態もやはり可能である。

図１６は図４のアクセスロジック４１５が図１のシャーシの構成を判断するための手続を例示的に示す順序図である。図１６のＳ１３０５で、図５のＶＰＤリーディングロジック５０５は図３のＶＰＤ（３５５）から図１のシャーシ１０５の構成を読出す。又は、Ｓ１３１０で、図１のＢＭＣ（１２５）上の図６の１つ以上のピン６０５、６１０を通じて伝送される信号から、ピンリーディングロジック５１０は図１のシャーシ１０５の構成を読出す。

図１７は本発明の実施形態に係る図１のＢＭＣ（１２５）が図１のシャーシ１０５内のＮＶＭ装置のディスカバリを遂行するための手続を例示的に示す順序図である。図１７のＳ１４０５で、ＢＭＣ（１２５）は図３のＮＡＳＳＤ（３２０）、（３２５）、（３３０）の構成に関するデータを受信する。破線の矢印１４１０に図示されたように、Ｓ１４０５は全ての装置に対して必要とする時毎に反複される。
Ｓ１４１５で、図３のＮＡＳＳＤ（３２０）、（３２５）、（３３０）から受信された情報から、図１のＢＭＣ（１２５）は記録（例えば、図１１のログページ１１１５）をコンパイル（ｃｏｍｐｉｌｅ）する。Ｓ１４２０で、図１のホスト１１０は図３のＮＡＳＳＤ（３２０）、（３２５）、（３３０）の構成に関する要請を伝送し、図１のＢＭＣ（１２５）はその要請を受信する。Ｓ１４２５で、図１のＢＭＣ（１２５）は装置構成の記録を図１のホスト１１０に伝送する。

図１８は図４の装置通信ロジック４３０が図１のシャーシ１０５内の図３のＮＡＳＳＤ（３２０）、（３２５）、（３３０）に対するディスカバリ情報を得るための手続を例示的に示す順序図である。図１８のＳ１５０５で、図１０の読出しロジック１００５は装置に対する構成データを図３のＶＰＤ（３５５）から読出す。又は、Ｓ１５１０で、図１０のポーリングロジック１０１０は装置の構成データに対して装置をポーリング（ｐｏｌｌｉｎｇ）し、Ｓ１５１５で、図１のＢＭＣ（１２５）は構成データを装置から受信する。

図１９は図１のＢＭＣ１２５が装置構成の記録を作成するための手続を例示的に示す順序図である。図１９のＳ１６０５で、図１のＢＭＣ（１２５）は多様な装置に対してＶＰＤ（３５５）から収集された情報を記録に単純にコンパイルする。又は、Ｓ１６１０で、図４のログページ生成ロジック４３５は収集された装置構成から図１１のログページ１１１５を生成する。

図２０は本発明の実施形態に係る図１のシャーシ１０５内のＮＶＭ装置がＮＶＭ装置の構成の変化に関して図１のＢＭＣ（１２５）に通知するための手続を例示的に示す順序図である。図２０のＳ１７０５で、装置（例えば、図３のＮＡＳＳＤ（３２０）、（３２５）、（３３０））は自分の構成が変化されたか否かを判断する。Ｓ１７１０で、装置は変化をＶＰＤ（３５５）に書込み、Ｓ１７１５で、装置は変化がＶＰＤ（３５５）に書込まれたことをプロキシ装置（例えば、図１のＢＭＣ（１２５））に通知する。又は、Ｓ１７２０で、装置は装置がプロキシ装置から装置の現在構成に対して問い合わせを受ける時まで待つ。その問い合わせを受ける時点に、Ｓ１７２５で、装置は自分の現在構成をプロキシ装置に伝送する。

図１２乃至図２０で、本発明の一部の実施形態が図示されている。しかし、ブロック（或いはｓｔｅｐ）の順序を変更し、ブロックを省略するか、或いは図面に図示されないリンクを含むことによって、本発明の他の実施形態もやはり可能であることが当業者には分かるであろう。明示的に説明されたか否かに関わらず、順序図のこのような全ての変形は本発明の実施形態と看做される。

下の説明は本発明の技術的思想の一部側面が具現される適切な単数又は複数の機械（マシン）の簡単且つ一般的な説明を提供する。単数又は複数の機械の少なくとも一部は、他の機械から受信される指示、仮想現実（ＶＲ）環境との相互作用、生体フィードバック、又はその他の入力信号のみならず、キーボード、マウス等のような通常的な入力装置からの入力によって制御されることができる。
ここで使用されるように、“機械（ｍａｃｈｉｎｅ）”の用語は、単一機械、仮想機械、若しくは、共に動作する機械、仮想機械、又は装置が互いに通信できるように結合されたシステムを広く含む。例示的な機械は、例えば自動車、汽車、タクシー等のような個人用又は公共輸送のような輸送装置のみならず、個人用コンピュータ、ワークステーション、サーバ、ポータブルコンピュータ、ハンドヘルド装置、電話、タブレット等のようなコンピューティング装置を含む。

該、単数又は複数の機械は、プログラム可能な又はプログラム不可能な論理装置又はアレイなどの埋め込み型コントローラ、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、埋め込み型コンピュータ、スマートカード、並びにその類似品を含む。該、単数又は複数の機械は、ネットワークインタフェイス、モデム、又は他の通信結合を介する等の方法により１つ以上の遠隔機械に対する１つ以上の連結を活用できる。複数の機械はイントラネット、インタネット、ＬＡＮ（ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ）、ＷＡＮ（ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋｓ）等の物理的及び／又は論理的ネットワークの手段で互いに連結できる。この分野に熟練した者ならば、ネットワーク通信が多様な有線及び／又は無線近距離又は遠距離キャリヤ及び無線周波数（ＲＦ）、衛星、マイクロ波、ＩＥＥＥ８０２．１１、ブルートゥース（登録商標）、光学、赤外線、ケーブル、レーザー等を含むプロトコルを活用することを理解すべきである。

本発明の技術的思想の実施形態は、関数、手続、データ構造、応用プログラム、等を含む連関されたデータを参照して又は結合して記述される。該、連関されたデータは、機械によってアクセスされる時に、機械が遂行する作業か、若しくは、抽象的なデータタイプ又は低レベルハードウェアコンテキストを定義することに帰着する。
連関されたデータは、例えば、ＲＡＭ、ＲＯＭ等のような揮発性及び／又は不揮発性メモリ、若しくは他のストレージ装置、及びハードドライブ、フロッピーディスク、光学ストレージ、テープ、フラッシュメモリ、メモリスティック、デジタルビデオディスク、生体ストレージ等を含む連関されたストレージ媒体に格納される。連関されたデータは、物理的及び／又は論理的ネットワークを含む伝送環境を経てパケット、直列データ、並列データ、伝送信号等の形態をとって伝達され、圧縮された又は暗号化されたフォーマットを用いて利用される。連関されたデータは、分散環境で使用され、機械アクセスに対して地域的及び／又は遠隔に格納される。

本発明の技術的思想の実施形態は１つ以上のプロセッサによって実行可能であり、ここに説明されたように本発明の技術的思想の元素を遂行するようにする命令を含む実在する非臨時機械読出し媒体を含むことができる。

図示された実施形態を参照して説明された本発明の技術的思想の原則を有すれば、図示された実施形態がこのような原則から逸脱しなく、配列及び詳細で修正されることができ、必要である任意の方法に組合わされることができることが理解されるべきである。先の説明が具体的な実施形態に集中したが、他の構成もまた考慮される。具体的に、“本発明の技術的思想の実施形態に係る”のような説明又はここに使用された類似なことに拘らず、このような文句は一般的に実施形態の可能性を参照し、本発明の技術的思想を具体的な実施形態の構成で限定することを意図しない。ここに使用されるように、このような用語は他の実施形態で組合わせ可能な同一又は異なる実施形態を参照することができる。

先に説明された実施形態は本発明の技術的思想をそれに限定することと解釈されない。少ない実施形態のみが説明されたが、この分野に熟練された者は本記載の新規な説明及び長所から実質的に逸脱しなく、このような実施形態に多い修正が可能であることを十分に理解できる。従って、このような全ての修正は請求項で定義されるように本発明の技術的思想の範囲内に含まれることと意図される。

発明の概念の実施形態は制限事項無しで次のステートメントに拡張できる。

ステートメント１．
本発明の実施形態はＢＭＣ（Ｂａｓｅｂｏａｒｄ Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｔｒｏｌｌｅｒ）を含むことができる。ＢＭＣは、
シャーシの構成を判断するアクセスロジックと、
前記シャーシの前記構成に応答して、前記ＢＭＣを構成するビルトイン（ｂｕｉｌｔ−ｉｎ）セルフ構成（ｓｅｌｆ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）ロジックと、を含み、
前記ＢＭＣはＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）、装置ドライバ、又はオペレーティングシステム（ｏｐｅｒａｔｉｎｇ ｓｙｓｔｅｍ）を使用しなく、セルフ構成（ｓｅｌｆ−ｃｏｎｆｉｇｕｒｅ）されることができる。

ステートメント２．
本発明の実施形態はステートメント１に従うＢＭＣを含み、
前記ビルトインセルフ構成ロジックは、前記ＢＭＣに対する前記構成に応答して、ＮＶＭｅ（Ｎｏｎ−Ｖｏｌａｔｉｌｅ Ｍｅｍｏｒｙ ｅｘｐｒｅｓｓ）ドライバ又はＮＶＭｅｏＦ（ＮＶＭ ｏｖｅｒ Ｆａｂｒｉｃ）ドライバを使用するように前記ＢＭＣを構成するように動作する。

ステートメント３．
本発明の実施形態はステートメント２に従うＢＭＣを含み、
前記ＮＶＭｅｏＦドライバを使用することはＢＭＣを含むシャーシ内の少なくとも１つの装置の構成をＢＭＣが判断するようにする。

ステートメント４．
本発明の実施形態はステートメント２に従うＢＭＣを含み、
前記アクセスロジックはＶＰＤ（Ｖｉｔａｌ Ｐｒｏｄｕｃｔ Ｄａｔａ）から前記シャーシの前記構成を読出すＶＰＤリーディングロジックを含む。

ステートメント５．
本発明の実施形態はステートメント４に従うＢＭＣを含み、
前記ＶＰＤはＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）に格納される。

ステートメント６．
本発明の実施形態はステートメント２に従うＢＭＣを含み、
前記アクセスロジックは前記ＢＭＣ上の少なくとも１つのピン上の信号から前記シャーシの前記構成を判断するピンリーディングロジックを含む。

ステートメント７．
本発明の実施形態はステートメント２に従うＢＭＣを含み、
前記ビルトインセルフ構成ロジックは、前記シャーシの前記構成に応答して、前記ＮＶＭｅドライバ又は前記ＮＶＭｅｏＦドライバをロードするドライバローダを含む。

ステートメント８．
本発明の実施形態はステートメント７に従うＢＭＣを含み、
前記ビルトインセルフ構成ロジックはドライバソースから前記ＮＶＭｅドライバ又は前記ＮＶＭｅｏＦドライバをダウンロード（ｄｏｗｎｌｏａｄ）するドライバダウンローダをさらに含む。

ステートメント９．
本発明の実施形態はステートメント８に従うＢＭＣを含み、
前記ドライバソースはＥＥＰＲＯＭ、ローカル（ｌｏｃａｌ）コンピュータネットワーク上の第１サイト（ｓｉｔｅ）、そしてグローバル（ｇｒｏｂａｌ）コンピュータネットワーク上の第２サイト内のストレージを含むセットから抽出される。

ステートメント１０．
本発明の実施形態はステートメント２に従うＢＭＣを含み、
前記アクセスロジックは前記シャーシの前記構成がＨＡ（Ｈｉｇｈ Ａｖａｉｌａｂｉｌｉｔｙ）シャーシを含むか否かを判断するように動作する。

ステートメント１１．
本発明の実施形態はステートメント１０に従うＢＭＣを含み、
前記ビルトインセルフ構成ロジックはＨＡドライバをロードするように動作する。

ステートメント１２．
本発明の実施形態はステートメント１１に従うＢＭＣを含み、
前記ビルトインセルフ構成ロジックは、前記ＢＭＣがペアリングパートナ（ｐａｉｒｉｎｇ ｐａｒｔｎｅｒ）が使用可能であるか否かを決定（ｄｅｔｅｒｍｉｎｅ）する前に、前記ＨＡドライバをロードするように動作する。

ステートメント１３．
本発明の実施形態はステートメント１１に従うＢＭＣを含み、
前記ＢＭＣは前記ＨＡドライバが使用可能しない場合にエラーをレポートするエラーレポーティングロジック（ｅｒｒｏｒ ｒｅｐｏｒｔｉｎｇ ｌｏｇｉｃ）をさらに含む。

ステートメント１４．
本発明の実施形態はステートメント１０に従うＢＭＣを含み、
前記ＢＭＣは前記ＢＭＣがペアリングパートナと通信しない場合にエラーをレポートするエラーレポーティングロジックをさらに含む。

ステートメント１５．本発明の実施形態は方法を含み、
前記方法は、ＢＭＣによって、前記ＢＭＣを含むシャーシの構成を判断する段階と、前記シャーシの前記構成に応答して、ドライバを選択する段階と、前記選択されたドライバをローディングする段階と、を含み、
前記ＢＭＣはＢＩＯＳ、装置ドライバ、又はオペレーティングシステムを使用しなく、セルフ構成されることができる。

ステートメント１６．本発明の実施形態はステートメント１５に従う方法を含み、
前記シャーシの前記構成はＮＶＭｅペアリングとＮＶＭｅｏＦシャーシを含むセットから抽出され、前記シャーシの前記構成に応答してドライバを選択する段階は前記シャーシの前記構成に応答して前記ＢＭＣに対するＮＶＭｅドライバ及びＮＶＭｅｏＦドライバの中で１つを選択する段階を含む。

ステートメント１７．
本発明の実施形態はステートメント１６に従う方法を含み、
前記ＢＭＣによって、前記ＢＭＣを含むシャーシの構成を判断する段階は前記ＢＭＣによって前記シャーシの前記構成が前記ＮＶＭｅｏＦシャーシを含むとことを判断する段階を含み、前記方法は前記ＢＭＣによって前記ＢＭＣを含む前記シャーシ内の少なくとも１つの装置の前記構成を判断する段階をさらに含む。

ステートメント１８．
本発明の実施形態はステートメント１６に従う方法を含み、
前記ＢＭＣによって、前記ＢＭＣを含むシャーシの構成を判断する段階はＶＰＤから前記シャーシの前記構成を読出す段階を含む。

ステートメント１９．
本発明の実施形態はステートメント１８に従う方法を含み、
前記ＶＰＤはＥＥＰＲＯＭに格納される。

ステートメント２０．
本発明の実施形態はステートメント１６に従う方法を含み、
前記ＢＭＣによって、前記ＢＭＣを含むシャーシの構成を判断する段階は前記シャーシの前記構成を判断するために前記ＢＭＣ上の少なくとも１つのピンから信号にアクセスする段階を含む。

ステートメント２１．
本発明の実施形態はステートメント１６に従う方法を含み、
前記方法はドライバソースから前記選択されたドライバをダウンロードする段階をさらに含む。

ステートメント２２．
本発明の実施形態はステートメント２１に従う方法を含み、
前記ドライバソースはＥＥＰＲＯＭ、ローカルコンピュータネットワーク上の第１サイト、そしてグローバルコンピュータネットワーク上の第２サイト内のストレージを含むセットから抽出される。

ステートメント２３．
本発明の実施形態はステートメント１６に従う方法を含み、
前記ＢＭＣによって、前記ＢＭＣを含むシャーシの構成を判断する段階は前記シャーシの前記構成がＨＡシャーシを含むとことを判断する段階を含む。

ステートメント２４．
本発明の実施形態はステートメント２３に他の方法を含み、
前記シャーシの前記構成に従って前記ＢＭＣに対するドライバを選択する段階はＨＡドライバを選択する段階を含む。

ステートメント２５．
本発明の実施形態はステートメント２４に従う方法を含み、
前記方法は前記ＨＡドライバが使用可能しない場合にエラーをレポーティングする段階をさらに含む。

ステートメント２６．
本発明の実施形態はステートメント２４に従う方法をさらに含み、
前記方法は前記ＢＭＣに対するペアリングパートナへの通信を試図する段階をさらに含む。

ステートメント２７．
本発明の実施形態はステートメント２６に従う方法を含み、
前記方法は前記ＢＭＣが前記ペアリングパートナと通信しない場合にエラーをレポーティングする段階をさらに含む。

ステートメント２８．
本発明の実施形態はステートメント２６に従う方法を含み、
前記ＢＭＣに対するペアリングパートナへの通信を試図する段階は前記ＨＡドライバをローディングした後に前記ＢＭＣに対する前記ペアリングパートナへの通信を試図する段階を含む。

ステートメント２９．
本発明の実施形態は非一時的（Ｎｏｎ−Ｔｒａｎｓｉｔｏｒｙ）命令を格納する類型のストレージ媒体（ｔａｎｇｉｂｌｅ ｓｔｏｒａｇｅ ｍｅｄｉｕｍ）を含む装置において、
前記非一時的命令はマシンによって実行される時、
ＢＭＣによって、前記ＢＭＣを含むシャーシの構成を決定（ｄｅｔｅｒｍｉｎｅ）する段階と、前記シャーシの前記構成に応答して、ドライバを選択する段階と、前記選択されたドライバをローディングする段階と、を遂行し、
前記ＢＭＣはＢＩＯＳ、装置ドライバ、又はオペレーティングシステムを使用しなく、セルフ構成されることができる。

ステートメント３０．
本発明の実施形態はステートメント２９に従う装置を含み、
前記シャーシの前記構成はＮＶＭｅペアリングとＮＶＭｅｏＦシャーシを含むセットから抽出され、前記シャーシの前記構成に応答してドライバを選択する段階は前記シャーシの前記構成に応答して前記ＢＭＣに対するＮＶＭｅドライバ及びＮＶＭｅｏＦドライバの中で１つを選択する段階を含む。

ステートメント３１．
本発明の実施形態はステートメント３０に従う装置を含み、
前記ＢＭＣによって、前記ＢＭＣを含むシャーシの構成を判断する段階は前記ＢＭＣによって前記シャーシの前記構成が前記ＮＶＭｅｏＦシャーシを含むとことを判断する段階を含み、前記非一時的命令はマシンによって実行される時：前記ＢＭＣによって前記ＢＭＣを含む前記シャーシ内の少なくとも１つの装置の前記構成を判断する段階をさらに遂行する。

ステートメント３２．
本発明の実施形態はステートメント３０に従う装置を含み、
前記ＢＭＣによって、前記ＢＭＣを含むシャーシの構成を判断する段階はＶＰＤから前記シャーシの前記構成を読出す段階を含む。

ステートメント３３．
本発明の実施形態はステートメント３０に従う装置を含み、
前記ＶＰＤはＥＥＰＲＯＭに格納される。

ステートメント３４．
本発明の実施形態はステートメント３０に従う装置を含み、
前記ＢＭＣによって、前記ＢＭＣを含むシャーシの構成を判断する段階は前記シャーシの前記構成を判断するために前記ＢＭＣ上の少なくとも１つのピンから信号にアクセスする段階を含む。

ステートメント３５．
本発明の実施形態はステートメント３０に従う装置を含み、
前記非一時的命令はマシンによって実行される時、ドライバソースから前記選択されたドライバをダウンロードする段階をさらに遂行する。

ステートメント３６．
本発明の実施形態はステートメント３５に従う装置を含み、
前記ドライバソースはＥＥＰＲＯＭ、ローカルコンピュータネットワーク上の第１サイト、そしてグローバルコンピュータネットワーク上の第２サイト内のストレージを含むセットから抽出される。

ステートメント３７．
本発明の実施形態はステートメント３０に従う装置を含み、
前記ＢＭＣによって、前記ＢＭＣを含むシャーシの構成を判断する段階は前記ＢＭＣによって、前記シャーシがＨＡシャーシであることを判断する段階を含む。

ステートメント３８．
本発明の実施形態はステートメント３７に従う装置を含み、
前記シャーシの前記構成に従って前記ＢＭＣに対するドライバを選択する段階はＨＡドライバを選択する段階を含む。

ステートメント３９．
本発明の実施形態はステートメント３８に従う装置を含み、
前記非一時的命令はマシンによって実行される時、前記ＨＡドライバが使用可能しない場合にエラーをレポーティングする段階をさらに遂行する。

ステートメント４０．
本発明の実施形態はステートメント３８に従う装置を含み、
前記非一時的命令はマシンによって実行される時、前記ＢＭＣに対するペアリングパートナへの通信を試図する段階をさらに遂行する。

ステートメント４１．
本発明の実施形態はステートメント４０に従う装置を含み、
前記非一時的命令はマシンによって実行される時、前記ＢＭＣが前記ペアリングパートナと通信しない場合にエラーをレポーティングする段階をさらに遂行する。

ステートメント４２．
本発明の実施形態はステートメント４０に従う装置を含み、
前記ＢＭＣに対するペアリングパートナへの通信を試図する段階は前記ＨＡドライバをローディングした後に前記ＢＭＣに対する前記ペアリングパートナへの通信を試図する段階を含む。

ステートメント４３．
本発明の実施形態はシャーシ内のプロキシ装置を含み、
コントロールプレーンを通じて少なくとも１つの装置と関連されたデータに対して前記少なくとも１つの装置と通信する装置通信ロジックと、
前記少なくとも１つの装置に対する情報を要請するクエリ（ｑｕｅｒｙ）をホストから受信するレセプションロジックと、
前記少なくとも１つの装置に対するデータを含む応答を前記ホストに伝送する伝送ロジックと、を含む。

ステートメント４４．
本発明の実施形態はステートメント４３に従うプロキシ装置を含み、
前記プロキシ装置はＢＭＣ、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙ ｏｆ Ｉｎｄｅｐｅｎｄｅｎｔ Ｄｉｓｋｓ）コントローラ、そしてプロセッサを含むセットから抽出される。

ステートメント４５．
本発明の実施形態はステートメント４３に従うプロキシ装置を含み、
前記少なくとも１つの装置はストレージ装置とＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）とを含むセットから抽出される。

ステートメント４６．
本発明の実施形態はステートメント４３に従うプロキシ装置を含み、
前記装置通信ロジックは、前記少なくとも１つの装置に対するＶＰＤから、前記少なくとも１つの装置に対する前記データを読出す読出しロジックを含む。

ステートメント４７．
本発明の実施形態はステートメント４６に従うプロキシ装置を含み、
前記ＶＰＤはＥＥＰＲＯＭに格納される。

ステートメント４８．
本発明の実施形態はステートメント４３に従うプロキシ装置を含み、
前記装置通信ロジックは前記少なくとも１つの装置と関連された前記データに対して前記少なくとも１つの装置をポーリング（ｐｏｌｌｉｎｇ）するポーリング（ｐｏｌｌｉｎｇ）ロジックを含み、前記レセプションロジックは前記少なくとも１つの装置から前記少なくとも１つの装置と関連された前記データを受信するように動作する。

ステートメント４９．本発明の実施形態はステートメント４３に従うプロキシ装置を含み、
前記シャーシは、前記少なくとも１つの装置と関連された前記データからログページ（Ｌｏｇ Ｐａｇｅ）を生成することができる前記プロキシ装置と関連された永久（ｐｅｒｍａｎｅｎｔ）格納装置を含む。

ステートメント５０．本発明の実施形態はステートメント４９に従うプロキシ装置を含み、
前記プロキシ装置は、前記少なくとも１つの装置に対する前記データからログページを生成するログページ生成ロジックをさらに含む。

ステートメント５１．本発明の実施形態はステートメント４９に従うプロキシ装置を含み、
前記伝送ロジックは、前記クエリに応答して、前記ログページを前記ホストに伝送するように動作する。

ステートメント５２．
本発明の実施形態に係る方法は、
プロキシ装置において、少なくとも１つの装置から前記少なくとも１つの装置の構成に関して少なくとも１つのデータを受信する段階、
前記データはコントロールプレーンを通じて前記少なくとも１つの装置から受信され、
前記少なくとも１つのデータを記録にコンパイル（ｃｏｍｐｉｌｅ）する段階と、
前記プロキシ装置で、前記少なくとも１つの装置の前記構成に対してクエリをホストから受信する段階と、
前記記録を前記プロキシ装置から前記ホストに伝送する段階と、を含み、
前記プロキシ装置は、前記少なくとも１つの装置から前記少なくとも１つのデータを受信することができ、前記ホストから前記クエリが受信される前に前記１つのデータを前記記録にコンパイルすることができる。

ステートメント５３．
本発明の実施形態はステートメント５２に従う方法を含み、
前記プロキシ装置はＢＭＣ、ＲＡＩＤコントローラ、プロセッサ、又はソフトウェアプロキシ装置を含むセットから抽出される。

ステートメント５４．
本発明の実施形態はステートメント５２に従う方法を含み、
前記少なくとも１つの装置はストレージ装置及びＮＩＣを含むセットから抽出される。

ステートメント５５．
本発明の実施形態はステートメント５２に従う方法を含み、
前記少なくとも１つの装置から前記少なくとも１つの装置の構成に対して少なくとも１つのデータを受信する段階は、前記プロキシ装置で前記少なくとも１つの装置から少なくとも１つの装置の構成に対して少なくとも１つのデータをコントロールプレーンに沿って受信する段階を含む。

ステートメント５６．
本発明の実施形態はステートメント５２に従う方法を含み、
前記少なくとも１つの装置から少なくとも１つの装置の構成に対して少なくとも１つのデータを受信する段階は、前記少なくとも１つの装置の前記構成に対して前記少なくとも１つの装置をポーリングする段階を含む。

ステートメント５７．
本発明の実施形態はステートメント５２に従う方法を含み、
前記少なくとも１つの装置から少なくとも１つの装置の構成に対して少なくとも１つのデータを受信する段階は、前記少なくとも１つの装置の中で１つの構成が変化する時、前記少なくとも１つの装置の中で１前記１つからデータを受信する段階を含む。

ステートメント５８．
本発明の実施形態はステートメント５２に従う方法を含み、
前記少なくとも１つの装置から少なくとも１つの装置の構成に対して少なくとも１つのデータを受信する段階は、少なくとも１つのＶＰＤから前記少なくとも１つのデータを読出す段階を含む。

ステートメント５９．
本発明の実施形態はステートメント５８に従う方法を含み、
前記少なくとも１つのＶＰＤはＥＥＰＲＯＭ内に格納される。

ステートメント６０．
本発明の実施形態はステートメント５２に従う方法を含み、
前記少なくとも１つのデータを記録にコンパイルする段階は前記１つのデータからログページを生成する段階を含む。

ステートメント６１．
本発明の実施形態はステートメント６０に従う方法を含み、
前記プロキシ装置から前記ホストに前記少なくとも１つの装置の前記構成を伝送する段階は前記プロキシ装置から前記ホストに前記ログページを伝送する段階を含む。

ステートメント６２．
本発明の実施形態はステートメント５２に従う方法を含み、
前記プロキシ装置から前記ホストに前記少なくとも１つの装置の前記構成を伝送する段階は前記プロキシ装置から前記ホストに前記少なくとも１つのデータを伝送する段階を含む。

ステートメント６３．
本発明の実施形態は方法を含み、前記方法は、
装置によって、前記装置の構成の変化を判断する段階と、
コントロールプレーンを通じて、前記装置の前記構成の前記変化に対してプロキシ装置に通知する段階と、を含む。

ステートメント６４．
本発明の実施形態はステートメント６３に従う方法を含み、
前記プロキシ装置はＢＭＣ、ＲＡＩＤコントローラ、プロセッサ、又はソフトウェアプロキシ装置を含むセットから抽出される。

ステートメント６５．
本発明の実施形態はステートメント６３に従う方法を含み、
前記少なくとも１つの装置はストレージ装置とＮＩＣとを含むセットから抽出される。

ステートメント６６．
本発明の実施形態はステートメント６３に従う方法を含み、
前記装置の前記構成の前記変化に対してプロキシ装置に通知する段階は、前記プロキシ装置によって読出されるＶＰＤに、前記装置の前記構成の前記変化を書込む段階を含む。

ステートメント６７．
本発明の実施形態はステートメント６６に従う方法を含み、
前記装置の前記構成の前記変化に対してプロキシ装置に通知する段階は、前記装置の前記構成の前記変化が前記ＶＰＤに書込まれたことを前記プロキシ装置に通知する段階をさらに含む。

ステートメント６８．
本発明の実施形態はステートメント６３に従う方法を含み、前記装置の前記構成の前記変化に対してプロキシ装置に通知する段階は、
前記装置の前記構成の現在状態に対して前記プロキシ装置からクエリを受信する段階と、
前記プロキシ装置に、前記装置の前記構成の前記変化を含む応答を伝送する段階と、を含む。

ステートメント６９．本発明の実施形態は非一時的命令を格納する類型のストレージ媒体を含む装置において、
前記非一時的命令はマシンによって実行される時、
プロキシ装置において、前記少なくとも１つの装置から少なくとも１つの装置の構成に対して少なくとも１つのデータを受信する段階、前記データはコントロールプレーンを通じて前記少なくとも１つの装置から受信され、
前記少なくとも１つのデータを記録にコンパイルする段階と、
前記プロキシ装置で、前記少なくとも１つの装置の前記構成に対してクエリをホストから受信する段階と、
前記記録を前記プロキシ装置から前記ホストに伝送する段階と、を遂行し、
前記プロキシ装置は、前記少なくとも１つの装置から前記少なくとも１つのデータを受信することができ、前記ホストから前記クエリが受信される前に前記１つのデータを前記記録にコンパイルすることができる。

ステートメント７０．
本発明の実施形態はステートメント６９に従う装置を含み、
前記プロキシ装置はＢＭＣ、ＲＡＩＤコントローラ、プロセッサ、又はソフトウェアプロキシ装置を含むセットから抽出される。

ステートメント７１．
本発明の実施形態はステートメント６９に従う装置を含み、
前記少なくとも１つの装置はストレージ装置及びＮＩＣを含むセットから抽出される。

ステートメント７２．
本発明の実施形態はステートメント６９に従う装置を含み、
前記プロキシ装置で前記少なくとも１つの装置から少なくとも１つの装置の構成に対して少なくとも１つのデータを受信する段階は、前記プロキシ装置で前記少なくとも１つの装置から少なくとも１つの装置の構成に対して少なくとも１つのデータをコントロールプレーンに沿って受信する段階を含む。

ステートメント７３．
本発明の実施形態はステートメント６９に従う装置を含み、
前記プロキシ装置で前記少なくとも１つの装置から少なくとも１つの装置の構成に対して少なくとも１つのデータを受信する段階は、前記少なくとも１つの装置の前記構成に対して前記少なくとも１つの装置をポーリングする段階を含む。

ステートメント７４．
本発明の実施形態はステートメント６９に従う装置を含み、
前記プロキシ装置で前記少なくとも１つの装置から少なくとも１つの装置の構成に対して少なくとも１つのデータを受信する段階は、前記少なくとも１つの装置の中で１つの構成が変化する時、前記少なくとも１つの装置の中で１前記１つからデータを受信する段階を含む。

ステートメント７５．
本発明の実施形態はステートメント６９に従う装置を含み、
前記プロキシ装置で前記少なくとも１つの装置から少なくとも１つの装置の構成に対して少なくとも１つのデータを受信する段階は、少なくとも１つのＶＰＤから前記少なくとも１つのデータを読出す段階を含む。

ステートメント７６．
本発明の実施形態はステートメント７５に従う装置を含み、
前記少なくとも１つのＶＰＤはＥＥＰＲＯＭ内に格納される。

ステートメント７７．
本発明の実施形態はステートメント６９に従う装置を含み、
前記少なくとも１つのデータを記録にコンパイルする段階は前記１つのデータからログページを生成する段階を含む。

ステートメント７８．
本発明の実施形態はステートメント７７に従う装置を含み、
前記プロキシ装置から前記ホストに前記少なくとも１つの装置の前記構成を伝送する段階は前記プロキシ装置から前記ホストに前記ログページを伝送する段階を含む。

ステートメント７９．
本発明の実施形態はステートメント６９に従う装置を含み、
前記プロキシ装置から前記ホストに前記少なくとも１つの装置の前記構成を伝送する段階は前記プロキシ装置から前記ホストに前記少なくとも１つのデータを伝送する段階を含む。

ステートメント８０．
本発明の実施形態は非一時的命令を格納する類型のストレージ媒体を含む装置において、
前記非一時的命令はマシンによって実行される時、
装置で、前記装置の構成の変化を判断する段階と、
コントロールプレーンを通じて、前記装置の前記構成の前記変化に対してプロキシ装置に通知する段階と、を遂行する。

ステートメント８１．
本発明の実施形態はステートメント８０に従う装置を含み、
前記プロキシ装置はＢＭＣ、ＲＡＩＤコントローラ、プロセッサ、又はソフトウェアプロキシ装置を含むセットから抽出される。

ステートメント８２．本発明の実施形態はステートメント８０に従う装置を含み、
前記少なくとも１つの装置はストレージ装置及びＮＩＣを含むセットから抽出される。

ステートメント８３．
本発明の実施形態はステートメント８０に従う装置を含み、
前記装置の前記構成の前記変化に対してプロキシ装置に通知する段階は、前記プロキシ装置によって読出されるＶＰＤに、前記装置の前記構成の前記変化を書込む段階を含む。

ステートメント８４．
本発明の実施形態はステートメント８３に従う装置を含み、
前記装置の前記構成の前記変化に対してプロキシ装置に通知する段階は、前記装置の前記構成の前記変化が前記ＶＰＤに書込まれたことを前記プロキシ装置に通知する段階をさらに含む。

ステートメント８５．
本発明の実施形態はステートメント８０に従う装置を含み、
前記装置の前記構成の前記変化に対してプロキシ装置に通知する段階は、
前記装置の前記構成の現在状態に対して前記プロキシ装置からクエリを受信する段階と、
前記プロキシ装置に、前記装置の前記構成の前記変化を含む応答を伝送する段階と、を含む。

結果的に、本明細書で記述された実施形態に対する多様な広範囲である変更の観点で、このような詳細な説明と添付された資料は単なる例示的なことと意図され、本発明の概念の範囲を制限することと看做されてはならない。従って、本発明の概念として請求されることは、次の請求の範囲及びその均等物の範囲及び思想内にあり得る全ての変形である。

１０５ シャーシ
１１０、７０５ プロセッサ、ホスト、ホストＣＰＵ、ホストプロセッサ
１１５ メモリ
１２０ ストレージ装置
１２５、７１０ ＢＭＣ（Ｂａｓｅｂｏａｒｄ Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｔｒｏｌｌｅｒ、ベース基板管理コントローラ）、プロキシ
２０５ メモリコントローラ
２１０ クロック
２１５ ネットワークコネクタ
２２０ バス
２２５ 使用者インタフェイス
２３０ 入／出力エンジン
３０５ ＣＰＬＤ
３１０ マザーボード
３１５ ミッドプレーン
３２０、３２５、３３０ ＮＡＳＳＤ（Ｎｅｔｗｏｒｋ−Ａｔｔａｃｈｅｄ ＳＳＤ）
３３５ Ｉ２Ｃバス
３４０ ＳＭＢｕｓ
３４５ ＥＥＰＲＯＭ
３５０ 不揮発性メモリ
３５５ ＶＰＤ（Ｖｉｔａｌ Ｐｒｏｄｕｃｔ Ｄａｔａ）
４１５ アクセスロジック
４２０ ビルトインセルフ構成ロジック
４２５ エラーレポーティングロジック
４３０ 装置通信ロジック
４３５ ログページ生成ロジック
４４０ レセプションロジック
４４５ 伝送ロジック
５０５ ＶＰＤリーディングロジック
５１０ ピンリーディングロジック
６０５、６１０ ピン
８０５ ドライバダウンローダ
８１０ ドライバローダ
８１５ ＮＶＭｅドライバ
８２０ ＮＶＭｅｏＦドライバ
８２５ ＨＡドライバ
９０５ ネットワーク
９１０、９１５ マシン
１００５ 読出しロジック
１０１０ ポーリングロジック
１１０５ クエリ
１１１０ 応答
１１１５ ログページ

Claims (20)

1. シャーシ内のプロキシ装置において、
   コントロールプレーンを通じて少なくとも１つの装置と関連されたデータに関して前記少なくとも１つの装置と通信する装置通信ロジックと、
   前記少なくとも１つの装置に関する情報を要請するクエリ（ｑｕｅｒｙ）をホストから受信するレセプション（ｒｅｃｅｐｔｉｏｎ）ロジックと、
   前記少なくとも１つの装置に関するデータを含む応答を前記ホストに伝送する伝送ロジックと、を含む、ことを特徴とするプロキシ装置。
2. 前記プロキシ装置は、ＢＭＣ（Ｂａｓｅｂｏａｒｄ Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｔｒｏｌｌｅｒ）、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙ ｏｆ Ｉｎｄｅｐｅｎｄｅｎｔ Ｄｉｓｋｓ）コントローラ、そしてプロセッサを含むセットから抽出される、ことを特徴とする請求項１に記載のプロキシ装置。
3. 前記装置通信ロジックは、前記少なくとも１つの装置に対するＶＰＤ（Ｖｉｔａｌ Ｐｒｏｄｕｃｔ Ｄａｔａ）から前記少なくとも１つの装置に対する前記データを読出す読出しロジックを含む、ことを特徴とする請求項１に記載のプロキシ装置。
4. 前記ＶＰＤは、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）に格納される、ことを特徴とする請求項３に記載のプロキシ装置。
5. 前記装置通信ロジックは、前記少なくとも１つの装置と関連された前記データに対して前記少なくとも１つの装置をポーリング（ｐｏｌｌｉｎｇ）するポーリング（ｐｏｌｌｉｎｇ）ロジックを含み、前記レセプションロジックは、前記少なくとも１つの装置から前記少なくとも１つの装置と関連された前記データを受信するように動作する、ことを特徴とする請求項１に記載のプロキシ装置。
6. 前記シャーシは、前記少なくとも１つの装置と関連された前記データからログページ（Ｌｏｇ Ｐａｇｅ）を生成する前記プロキシ装置と関連された永久（ｐｅｒｍａｎｅｎｔ、不揮発性）格納装置を含む、ことを特徴とする請求項１に記載のプロキシ装置。
7. 前記伝送ロジックは、前記クエリに応答して、前記ログページを前記ホストに伝送するように動作する、ことを特徴とする請求項６に記載のプロキシ装置。
   
8. プロキシ装置で、少なくとも１つの装置から前記少なくとも１つの装置の構成に対して少なくとも１つのデータを受信する段階と、
   前記データは、コントロールプレーンを通じて前記少なくとも１つの装置から受信され、
   前記少なくとも１つのデータを記録（ｒｅｃｏｒｄ）にコンパイル（ｃｏｍｐｉｌｅ）する段階と、
   前記プロキシ装置で、前記少なくとも１つの装置の前記構成に対してクエリをホストから受信する段階と、
   前記記録を前記プロキシ装置から前記ホストに伝送する段階と、を含み、
   前記プロキシ装置は、前記少なくとも１つの装置から前記少なくとも１つのデータを受信し、前記ホストから前記クエリを受信する前に前記少なくとも１つのデータを前記記録にコンパイルする、ことを特徴とするプロキシ装置の動作方法。
9. 前記プロキシ装置は、ＢＭＣ、ＲＡＩＤコントローラ、プロセッサ、又はソフトウェアプロキシ装置を含むセットから抽出される、ことを特徴とする請求項８に記載のプロキシ装置の動作方法。
10. 前記プロキシ装置で少なくとも１つの装置から前記少なくとも１つの装置の構成に対して少なくとも１つのデータを受信する段階は、前記少なくとも１つの装置の前記構成に対して前記少なくとも１つの装置をポーリングする段階を含む、ことを特徴とする請求項８に記載のプロキシ装置の動作方法。
11. 前記プロキシ装置で少なくとも１つの装置から前記少なくとも１つの装置の構成に対して少なくとも１つのデータを受信する段階は、前記少なくとも１つの装置の中で１つの構成が変化する時、前記少なくとも１つの装置の中で前記１つからデータを受信する段階を含む、ことを特徴とする請求項８に記載のプロキシ装置の動作方法。
12. 前記プロキシ装置で前記少なくとも１つの装置から少なくとも１つの装置の構成に対して少なくとも１つのデータを受信する段階は、少なくとも１つのＶＰＤから前記少なくとも１つのデータを読出す段階を含む、ことを特徴とする請求項８に記載のプロキシ装置の動作方法。
13. 前記少なくとも１つのＶＰＤは、ＥＥＰＲＯＭ内に格納される、ことを特徴とする請求項１２に記載のプロキシ装置の動作方法。
14. 前記少なくとも１つのデータを記録にコンパイルする段階は、前記１つのデータからログページを生成する段階を含む、ことを特徴とする請求項８に記載のプロキシ装置の動作方法。
15. 前記プロキシ装置から前記ホストに前記少なくとも１つの装置の前記構成を伝送する段階は、前記プロキシ装置から前記ホストに前記ログページを伝送する段階を含む、ことを特徴とする請求項１４に記載のプロキシ装置の動作方法。
16. 前記プロキシ装置から前記ホストに前記少なくとも１つの装置の前記構成を伝送する段階は、前記プロキシ装置から前記ホストに前記少なくとも１つのデータを伝送する段階を含む、ことを特徴とする請求項８に記載のプロキシ装置の動作方法。
17. プロキシ装置に係る装置の動作方法において、
    前記装置によって、前記装置の構成の変化を判断（ｄｅｔｅｒｍｉｎｅ）する段階と、
    コントロールプレーンを通じて、前記装置の前記構成の前記変化に対してプロキシ装置に通知する段階と、を含むことを特徴とする動作方法。
18. 前記装置の中で少なくとも１つは、ストレージ装置とＮＩＣとを含むセットから抽出される、ことを特徴とする請求項１７に記載の動作方法。
19. 前記装置の前記構成の前記変化に対してプロキシ装置に通知する段階は、前記プロキシ装置によって読出されるＶＰＤに、前記装置の前記構成の前記変化を書込む段階を含む、ことを特徴とする請求項１７に記載の動作方法。
20. 前記装置の前記構成の前記変化に対してプロキシ装置に通知する段階は、前記装置の前記構成の前記変化が前記ＶＰＤに書込まれたことを前記プロキシ装置に通知する段階をさらに含む、ことを特徴とする請求項１９に記載の動作方法。
    

Images