特許 6484316 ファームウェアを遠隔更新するシステム及び方法

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

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

(11)【特許番号】6484316

(24)【登録日】2019年2月22日

(45)【発行日】2019年3月13日

(54)【発明の名称】ファームウェアを遠隔更新するシステム及び方法

(51)【国際特許分類】

   G06F 8/65 20180101AFI20190304BHJP

【ＦＩ】

   G06F8/65

【請求項の数】6

【全頁数】24

(21)【出願番号】特願2017-190495(P2017-190495)

(22)【出願日】2017年9月29日

(65)【公開番号】特開2018-101407(P2018-101407A)

(43)【公開日】2018年6月28日

【審査請求日】2017年9月29日

(31)【優先権主張番号】62/437,197

(32)【優先日】2016年12月21日

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

(31)【優先権主張番号】15/581,484

(32)【優先日】2017年4月28日

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

(73)【特許権者】

【識別番号】508018934

【氏名又は名称】廣達電腦股▲ふん▼有限公司

(74)【代理人】

【識別番号】100108833

【弁理士】

【氏名又は名称】早川 裕司

(74)【代理人】

【識別番号】100162156

【弁理士】

【氏名又は名称】村雨 圭介

(72)【発明者】

【氏名】董 彦屏

【審査官】 塚田 肇

(56)【参考文献】

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

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

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

【文献】 米国特許第７４８４０８４（ＵＳ，Ｂ１）

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

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

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

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

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

Ｇ０６Ｆ ８／６５

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

【請求項1】

データセンタのサーバシステムのコンポーネントのファームウェアを自動的に更新するコンピュータ実行方法であって、
ＯＳイメージファイルを、仮想メディア（ＶＭ） Ａを介して前記サーバシステムにマウントする工程と、
ＶＭ Ｂ用のファームウェアイメージを含む読み書きイメージを集中管理システム（ＣＭＳ）で自動的に生成する工程と、
前記読み書きイメージを前記ＶＭ Ｂにマウントする工程と、
第１コマンドを前記サーバシステムのコントローラに送信して、ブートディスクを前記ＶＭ Ａを介して設定する工程と、
前記サーバシステムをリブートさせる工程と、
更新サービスが、更新されたファームウェアイメージを前記ＶＭ Ｂに自動的にマウントするのを可能にする工程と、
前記サーバシステムのコンポーネントの新たなファームウェア更新が利用可能であると判断する工程と、
前記ファームウェア更新を対応するベンダからダウンロードする工程と、
前記新たなファームウェア更新を前記ＶＭ Ｂに記憶する工程と、
前記ＶＭ Ｂ用の前記新たなファームウェア更新を含む新たな読み書きイメージをＣＭＳで自動的に生成する工程と、
前記新たな読み書きイメージから前記新たなファームウェア更新をフェッチする工程であって、第２コマンドを前記サーバシステムの前記コントローラに送信する工程と、前記コントローラに、前記ＶＭ Ｂを介して、前記新たな読み書きイメージをフェッチさせる工程と、を含む、工程と、
を有することを特徴とするコンピュータ実行方法。

【請求項2】

前記第１コマンドは、前記サーバシステムが前記ＶＭ Ａを介してリブートできるようにするＩＰＭＩコマンドであって、前記ＯＳイメージファイルは、ＯＳ国際標準化機構（ＩＳＯ）イメージファイルであることを特徴とする請求項１に記載のコンピュータ実行方法。

【請求項3】

データセンタのサーバシステムのコンポーネントのファームウェアを自動的に更新するシステムであって、
プロセッサと、
命令を記憶するコンピュータ可読媒体と、を備え、
前記命令は、前記プロセッサにより実行されると、
ＯＳイメージファイルを、仮想メディア（ＶＭ） Ａを介して前記サーバシステムにマウントする工程と、
ＶＭ Ｂ用のファームウェアイメージを含む読み書きイメージを集中管理システム（ＣＭＳ）で自動的に生成する工程と、
前記読み書きイメージを前記ＶＭ Ｂにマウントする工程と、
第１コマンドを前記サーバシステムのコントローラに送信して、ブートディスクを前記ＶＭ Ａを介して設定する工程と、
前記サーバシステムをリブートさせる工程と、
更新サービスが、更新されたファームウェアイメージを前記ＶＭ Ｂに自動的にマウントするのを可能にする工程と、
前記サーバシステムのコンポーネントの新たなファームウェア更新が利用可能であると判断する工程と、
前記ファームウェア更新を対応するベンダからダウンロードする工程と、
前記新たなファームウェア更新を前記ＶＭ Ｂに記憶する工程と、
前記ＶＭ Ｂ用の前記新たなファームウェア更新を含む新たな読み書きイメージを自動的に生成する工程と、
前記新たな読み書きイメージから前記新たなファームウェア更新をフェッチする工程であって、第２コマンドを前記サーバシステムの前記コントローラに送信する工程と、前記コントローラに、前記ＶＭ Ｂを介して、前記新たな読み書きイメージをフェッチさせる工程と、を有する、工程と、
を含む操作を前記サーバシステムに実行させる、ことを特徴とするシステム。

【請求項4】

前記第１コマンドは、前記サーバシステムが前記ＶＭ Ａを介してリブートできるようにするＩＰＭＩコマンドであって、前記第２コマンドは、前記コントローラが前記ＶＭ Ｂを介して前記新たなＵＳＢ読み書きイメージをフェッチできるようにするＯＥＭインテリジェントプラットフォーム管理インタフェース（ＩＰＭＩ）コマンドであって、前記ＯＳイメージファイルは、ＯＳ国際標準化機構（ＩＳＯ）イメージファイルであることを特徴とする請求項３に記載のシステム。

【請求項5】

命令を記憶する非一時的なコンピュータ可読ストレージ媒体であって、
前記命令は、システムの少なくとも１つのプロセッサにより実行されると、
ＯＳイメージファイルを、仮想メディア（ＶＭ） Ａを介してサーバシステムにマウントする工程と、
ＶＭ Ｂ用のファームウェアイメージを含む読み書きイメージを集中管理システム（ＣＭＳ）で自動的に生成する工程と、
前記読み書きイメージを前記ＶＭ Ｂにマウントする工程と、
第１コマンドを前記サーバシステムのコントローラに送信して、ブートディスクを前記ＶＭ Ａを介して設定する工程と、
前記サーバシステムをリブートさせる工程と、
更新サービスが、更新されたファームウェアイメージを前記ＶＭ Ｂに自動的にマウントするのを可能にする工程と、
前記サーバシステムのコンポーネントの新たなファームウェア更新が利用可能であると判断する工程と、
前記ファームウェア更新を対応するベンダからダウンロードする工程と、
前記新たなファームウェア更新を前記ＶＭ Ｂに記憶する工程と、
前記ＶＭ Ｂ用の前記新たなファームウェア更新を含む新たな読み書きイメージをＣＭＳで自動的に生成する工程と、
前記新たな読み書きイメージから前記新たなファームウェア更新をフェッチする工程であって、第２コマンドを前記サーバシステムの前記コントローラに送信する工程と、前記コントローラに、前記ＶＭ Ｂを介して、前記新たな読み書きイメージをフェッチさせる工程と、を含む、工程と、
を含む操作を前記システムに実行させる、ことを特徴とする非一時的なコンピュータ可読ストレージ媒体。

【請求項6】

前記第２コマンドは、前記コントローラが前記ＶＭ Ｂを介して前記新たな読み書きイメージをフェッチできるようにするＯＥＭインテリジェントプラットフォーム管理インタフェース（ＩＰＭＩ）コマンドであって、前記ＯＳイメージファイルは、ＯＳ国際標準化機構（ＩＳＯ）イメージファイルであることを特徴とする請求項５に記載の非一時的なコンピュータ可読ストレージ媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、概して、コンピューティングシステムにおけるファームウェアの更新に関する。

【背景技術】

【0002】

現在のサーバファーム又はデータセンタは、通常、様々なアプリケーションサービスに必要な演算及びストレージを処理する大量のサーバシステムを採用している。サーバシステムは、様々なコンポーネントデバイスを用いる。これらのコンポーネントデバイスの各々をサポートするファームウェアは、デバイスの適切な機能を保証するために、定期的に更新する必要がある。

【0003】

しかし、サーバシステム上のファームウェアを更新するために、管理者は、デバイスの更新ツール及びファームウェアイメージを、対応するベンダからダウンロードしなければならない。ダウンロードが完了すると、管理者は、ダウンロードしたツール及びファームウェアイメージをホストサーバシステムのオペレーティングシステム（ＯＳ）にデプロイ（ｄｅｐｌｏｙ）し、その後、ダウンロードしたツールを実行してファームウェア更新を完了する必要がある。一般的なのデータセンタには大量のサーバシステムが存在するため、ファームウェア更新処理が煩雑、且つ、時間がかかる場合がある。

【発明の概要】

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

【0004】

本発明の様々な実施形態によるシステム及び方法は、集中管理システムがオペレーティングシステム（ＯＳ）イメージファイルをベンダからダウンロードして、サーバシステムのコンポーネントのファームウェア更新を自動的にダウンロード及びデプロイするのを可能にすることによって、上述した問題を解決する手段を提供する。ＯＳイメージファイルは、通常、大きなサイズを有しており、本発明によれば一度ダウンロードされるだけでよい。本発明は、ファームウェア更新を自動的にダウンロードしてデプロイするのを可能にすることによって、柔軟で効率的且つ自動化されたファームウェア更新方法を提供する。

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

【0005】

本発明の一態様によれば、サーバシステムのコンポーネントのファームウェアを自動的に更新するコンピュータ実行方法は、ＯＳイメージファイルを、仮想メディア（ＶＭ） Ａを介してサーバシステムにマウントする工程と、ＶＭ Ｂ用のファームウェアイメージを含むユニバーサルシリアルバス（ＵＳＢ）読み書きイメージを自動的に生成する工程と、ＵＳＢ読み書きイメージをＶＭ Ｂにマウントする工程と、コマンドをサーバシステムのコントローラに送信して、ブートディスクを、ＶＭ Ａを介して設定する工程と、サーバシステムをリブートする工程と、更新サービスが、更新されたファームウェアイメージをＶＭ Ｂに自動的にマウントするのを可能にする工程と、を有する。

【0006】

いくつかの実施形態において、ＯＳイメージファイルは、ＯＳ国際標準化機構（ＩＳＯ）イメージファイルである。コマンドは、サーバシステムがＶＭ Ａを介してリブートできるようにするＯＥＭインテリジェントプラットフォーム管理インタフェース（ＩＰＭＩ）コマンドである。

【0007】

本発明の一実施形態において、サーバシステムのコンポーネントのファームウェアを自動的に更新するコンピュータ実行方法は、サーバシステムのコンポーネントの新たなファームウェア更新が利用可能であると判断する工程と、ファームウェア更新を対応するベンダからダウンロードする工程と、新たなファームウェア更新をＶＭ Ｂに記憶する工程と、ＶＭ Ｂ用の新たなファームウェア更新を含む新たなＵＳＢ読み書きイメージを自動的に生成する工程と、新たなファームウェア更新が新たなＵＳＢ読み書きイメージからフェッチされるようにする工程と、を有する。

【0008】

本発明の別の実施形態において、命令を記憶する非一時的なコンピュータ可読ストレージ媒体が提供される。命令は、プロセッサによって実行されると、ＯＳイメージファイルを、仮想メディア（ＶＭ） Ａを介してサーバシステムにマウントする工程と、ＶＭ Ｂ用のファームウェアイメージを含むユニバーサルシリアルバス（ＵＳＢ）読み書きイメージを自動的に生成する工程と、ＵＳＢ読み書きイメージをＶＭ Ｂにマウントする工程と、コマンドをサーバシステムのコントローラに送信して、ブートディスクをＶＭ Ａを介して設定する工程と、サーバシステムをリブートする工程と、更新サービスが、更新されたファームウェアイメージをＶＭ Ｂに自動的にマウントするのを可能にする工程と、を含む動作をプロセッサに行わせる。

【0009】

本発明の別の実施形態において、命令を記憶する非一時的なコンピュータ可読ストレージ媒体が提供される。命令は、プロセッサによって実行されると、サーバシステムのコンポーネントの新たなファームウェア更新が利用可能であると判断する工程と、ファームウェア更新を対応するベンダからダウンロードする工程と、新たなファームウェア更新をＶＭ Ｂに記憶する工程と、ＶＭ Ｂ用の新たなファームウェア更新を含む新たなＵＳＢ読み書きイメージを自動的に生成する工程と、新たなファームウェア更新が新たなＵＳＢ読み書きイメージからフェッチされるようにする工程と、を含む動作をプロセッサに行わせる。

【0010】

いくつかの実施形態によれば、サーバシステムのコントローラは、ベースボード管理コントローラ（ＢＭＣ）である。サーバシステム上のストレージデバイスは、サーバシステム上のコントローラ及び中央処理ユニット（ＣＰＵ）によってアクセスされるように構成され得る。ストレージデバイスは、所定期間で、プログラム命令又はデータを一定期間記憶するように構成された任意のストレージ媒体であってよい。ストレージデバイスは、サービスコントローラとＣＰＵとの間の共有メモリであってもよい。いくつかの実施形態によれば、ストレージデバイスは、フラッシュドライブ、ランダムアクセスメモリ（ＲＡＭ）、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、電気的に消去可能なプログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、又は、メールボックスレジスタであってもよい。

【0011】

本明細書の多くの例では、ノード上の特定のコントローラを用いることに言及して説明されているが、これらは単なる例であって、本発明はこれに限定されないことを理解されたい。むしろ、メインＣＰＵから独立した任意のサービスコントローラを用いて、サーバシステム上のファームウェアを自動的に更新することができる。

【0012】

また、本発明は、コマンドを集中管理システムからサーバシステムの特定のコントローラに送信するための例示的なアプローチとしてインテリジェントプラットフォーム管理インタフェース（ＩＰＭＩ）を使用しているが、本発明は、上述したデータ送信を処理し得る他のプロトコルに適用可能である。

【0013】

本開示のさらなる特徴及び利点は、以下の説明に記載され、この説明から部分的に明らかになるか、又は、本明細書に開示された原理の実施によって習得することができる。本開示の特徴及び利点は、添付の特許請求の範囲で特に指摘された機器及び組み合わせによって実現及び取得することができる。本開示のこれら及び他の特徴は、以下の説明及び添付の特許請求の範囲からより完全に明らかになるか、又は、本明細書に記載された原理の実施によって知ることができる。

【0014】

本発明の上述した利点及び特徴、並びに、他の利点及び特徴を得ることができる方法を説明するために、上で簡単に説明した原理のより具体的な説明を、添付の図面で示された具体的な実施形態を参照して行う。これらの図面は、本発明の例示的な態様を示すものであって、本発明の範囲を限定するものではないことを理解すべきである。本発明の原理は、添付の図面の利用を通じた追加の特徴及び詳細を用いて説明される。

【図面の簡単な説明】

【0015】

【図1A】本発明の一実施形態による、ファームウェアを自動的にアップデートするデータセンタ内の例示的なシステムのブロック図である。

【図1B】本発明の一実施形態による、ファームウェアを自動的にアップデートするＣＭＳと通信するように構成された例示的なサーバシステムを示すブロック図である。

【図2A】本発明の一実施形態による、ファームウェアを自動的にアップデートする方法を示す図である。

【図2B】本発明の一実施形態による、ファームウェアを自動的にアップデートする方法を示す図である。

【図3】本発明の各種実施形態による、コンピューティングデバイスを示す図である。

【図4】本発明の各種実施形態による、システムを示す図である。

【図5】本発明の各種実施形態による、システムを示す図である。

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

【0016】

本発明の様々な実施形態では、集中管理システムがオペレーティングシステム（ＯＳ）イメージファイルをベンダからダウンロードして、サーバシステムのコンポーネントのファームウェア更新を自動的にダウンロード及びデプロイするシステム及び方法を提供する。本発明は、ファームウェア更新の自動的なダウンロード及びデプロイを可能にすることによって、柔軟で効率的且つ自動化されたファームウェア更新方法を提供する。

【0017】

図１Ａは、本発明の一実施形態による、ファームウェアを自動的に更新するデータセンタ１００Ａ内の例示的なシステムを示すブロック図である。この実施形態において、データセンタ１００Ａは、複数のサーバシステム（例えば、１０２，１０３）と、ネットワーク１０１に接続された集中管理システム（ＣＭＳ）１０４と、を有する。ＣＭＳ１０４は、仮想メディア（ＶＭ） Ａ若しくはＶＭ Ｂ又はこれらの両方を介して、複数のサーバシステムのうち何れかと通信することができる。ＶＭ Ａ及びＶＭ Ｂは、データセンタ内のサーバシステムが、サーバシステムのＵＳＢポート経由で直接接続されているかのように、ＣＤ−ＲＯＭ、フラッシュメモリ、外部ドライブ、及び、他のストレージ媒体にアクセスできるようにする。複数のサーバシステムは、任意の形式のデータを計算及び処理するように動作可能な任意のコンピューティングデバイスを含んでもよい。例えば、複数のサーバシステムは、パーソナルコンピュータ、ネットワークストレージデバイス、又は、ネットワークコンピューティングデバイスを含むことができる。複数のサーバシステム（例えば、１０２，１０３）は、ネットワーク１０１に接続されてもよく、ネットワーク１０１又はローカルエリアネットワーク（ＬＡＮ）を介して互いに通信することができる。

【0018】

各サーバシステムは、複数のコンポーネントを有する。例えば、サーバシステム１０２は、ベースボード管理コントローラ（ＢＭＣ）１０２−１と、プロセッサ１０２−２と、ＢＩＯＳ１０２−３と、ストレージデバイス１０２−４と、を有する。サーバシステム１０３は、ＢＭＣ１０３−１と、プロセッサ１０３−２と、ＢＩＯＳ１０３−３と、ストレージデバイス１０３−４と、を有する。データセンタ１００Ａ内のサーバシステムは、さらに、ネットワークインタフェースコントローラ（ＮＩＣ）カード、拡張カード、シリアル接続ＳＣＳＩ（ＳＡＳ）コントローラ、シリアルＡＴＡ（ＳＡＴＡ）コントローラ、及び／又は、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）カード等を有する。複数のコンポーネントは、対応するサーバシステムにインストールされたファームウェアによってサポートされる。

【0019】

ＣＭＳ１０４は、ＯＳイメージファイルを、ネットワーク１０１を介してベンダからダウンロードし、ダウンロードしたＯＳファイルを、ＶＭ Ａを介してデータセンタ１００Ａのサーバシステムにマウントすることができる。さらに、ＣＭＳ１０４は、ＶＭ Ｂ用のファームウェアイメージを含むユニバーサルシリアルバス（ＵＳＢ）読み書きイメージを生成し、ＵＳＢ読み書きイメージをＶＭ Ｂにマウントし、コマンドを、対応するＢＭＣ（例えば、ＢＭＣ１０２−１，ＢＭＣ１０３−１）に送信して、サーバシステムのブートディスクを、ＶＭ Ａを介して設定する。さらに、ＣＭＳ１０４は、更新サービスを有効にすることができる。更新サービスは、ファームウェア更新をベンダから利用可能か否かを判断し、ファームウェア更新を自動的にダウンロードして、ＶＭ Ｂにマウントする。

【0020】

この実施形態において、ＢＭＣ（例えば、１０２−１及び１０３−１）は、システムバス（例えば、インテリジェントプラットフォーム管理バスブリッジ（ＩＰＭＢ））を用いたインテリジェントプラットフォーム管理インタフェース（ＩＰＭＩ）メッセージを介して、同じサーバシステム上の対応するプロセッサ（例えば、１０２−２及び１０３−２）、並びに、対応するストレージデバイス（例えば、１０２−４及び１０３−４）と通信する。ＩＰＭＢは、ＩＣ間（Ｉ^２Ｃ）バスの拡張実装であり、メッセージ-ベースのハードウェアレベルの基本インタフェース仕様である。この実施形態では、ＢＭＣが図示されているが、メイン中央処理ユニット（例えば、ラック管理コントローラ）から独立した別のタイプのサービスコントローラを用いて、ここで開示される機能を実行することができる。

【0021】

データセンタ１００Ａ内のＢＭＣ（例えば、１０２−１及び１０３−１）は、ＶＭ Ａ及び／又はＶＭ Ｂを介して、ＣＭＳ１０４と通信する。いくつかの構成では、ＢＭＣ（例えば、１０２−１及び１０３−１）は、対応するサーバシステムがオフになるときであっても、ＣＭＳ１０４と通信することができる。例えば、ＢＭＣ（例えば、１０２−１及び１０３−１）は、リモート管理制御プロトコル（ＲＭＣＰ）又はローカルエリアネットワーク（ＬＡＮ）を介して、ＩＰＭＩ用のＲＭＣＰ＋を用いて、帯域外でＣＭＳ１０４と通信する。

【0022】

ＢＩＯＳ（例えば、１０２−３及び１０３−３）は、対応するサーバシステム（例えば、１０２，１０３）の各種コンポーネントを初期化及び識別するように構成された任意のプログラム命令又はファームウェアであり得る。ＢＩＯＳは、対応するサーバシステムのハードウェアコンポーネントの初期化及びテストを担当する重要なシステムコンポーネントである。ＢＩＯＳは、抽象化レイヤをハードウェアコンポーネントに提供することができ、これにより、アプリケーション及びオペレーティングシステムが、周辺機器（例えば、キーボード、ディスプレイ及び他の入／出力装置等）と相互作用する一貫した方法を提供する。

【0023】

いくつかの構成において、ＢＩＯＳ（例えば、１０２−３及び１０３−３）は、対応するサーバシステムでのオペレーティングシステム（ＯＳ）（例えば、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標） ＯＳ、Ｌｉｎｕｘ（登録商標） ＯＳ又は任意のＯＳ）をブートアップする前に、システムチェックを実行することができる。システムチェックは、対応するサーバシステムの初期化中に実行される診断システム試験である。システムチェックの例には、パワーオンセルフテスト（ＰＯＳＴ）が含まれる。ＢＩＯＳは、ＰＯＳＴの主要な機能を実行することができ、特定の周辺機器（例えば、ビデオ及びスモールコンピュータシステムインタフェース（ＳＣＳＩ））を初期化するように設計された他のプログラムへの負荷を低減することができる。ＰＯＳＴの主要な機能には、ＣＰＵレジスタとＢＩＯＳコードの整合性を確認することと、基本コンポーネントをチェックすることと、システムメインメモリを検査することと、他の特殊なＢＩＯＳ拡張機能に制御を渡すこと、とが含まれてもよい。いくつかの構成において、ＢＩＯＳは、さらに、全てのシステムバス及び装置の発見、初期化、分類化と、システムの構成を更新するためのユーザインタフェースの提供と、オペレーティングシステムにより要求されるシステム環境の構築と、を含む追加のＰＯＳＴ機能を処理してもよい。

【0024】

システム１００Ａにおいて、ストレージデバイス（例えば、１０２−４及び１０３−４）は、一定期間、プログラム命令又はデータを記憶するように構成された任意のストレージ媒体であってもよい。ストレージデバイスは、対応するＢＭＣ（例えば、１０２−１及び１０３−１）と、プロセッサ（例えば、１０２−２及び１０３−２）との間の共有メモリであってもよい。いくつかの構成において、ストレージデバイスは、独立したストレージデバイスであってもよい。ストレージデバイスは、フラッシュドライブ、ランダムアクセスメモリ（ＲＡＭ）、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）、読み出し専用メモリ、又は、電気的に消去可能なプログラマブルＲＯＭ（ＥＥＰＲＯＭ）であってもよい。ストレージデバイスは、例えばＢＩＯＳデータ等のシステム構成を記憶するように構成されている。

【0025】

プロセッサ（例えば、１０２−２及び１０３−２）は、特定の機能のプログラム命令を実行するように構成された中央処理ユニット（ＣＰＵ）であってもよい。例えば、ブートプロセスの間、プロセッサは、対応するストレージデバイス（例えば、１０２−４及び１０３−４）に記憶されたＢＩＯＳデータにアクセスし、ＢＩＯＳ（例えば、１０２−３及び１０３−３）を実行して、対応するサーバシステムを初期化することができる。ブートプロセスの後に、プロセッサは、オペレーティングシステムを実行して、対応するサーバシステムの特定のタスクを実行及び管理することができる。

【0026】

いくつかの実施形態において、ＣＭＳ１０４は、ファームウェア更新がベンダから利用可能であるか否かを判断し、ファームウェア更新を当該ベンダから自動的にダウンロードすることができる。また、ＣＭＳ１０４は、ファームウェア更新をＶＭ Ｂに記憶し、ＶＭ Ｂ用の新たなファームウェア更新を含む新たなＵＳＢ読み書きイメージを自動的に生成することができる。ＣＭＳ１０４は、複数のサーバシステムのうち何れかによって、新たなファームウェア更新をフェッチさせ、対応するサーバシステムにマウントさせることができる。

【0027】

図１Ｂは、本発明の一実施形態による、ファームウェアを自動的に更新するためにＣＭＳ１０４と通信するように構成された例示的なサーバシステム１００Ｂのブロック図である。この実施形態において、サーバシステム１００Ｂは、少なくとも１つのマイクロプロセッサ又はプロセッサ１０２−２と、１つ以上の冷却コンポーネント１１０と、メインメモリ（ＭＥＭ）１０２−４と、ＡＣ電源１０５からＡＣ電力を受け、電力をサーバシステム１００Ｂの各種コンポーネント（例えば、プロセッサ１０２−２等）に供給する少なくとも１つの電源ユニット（ＰＳＵ）１１１と、ノースブリッジ（ＮＢ）ロジック１０６と、ＰＣＩｅスロット１６０と、サウスブリッジ（ＳＢ）ロジック１０８と、ストレージデバイス１０９と、ＩＳＡスロット１５０と、ＰＣＩスロット１７０と、管理装置１０２−１と、を有する。電源投入後、サーバシステム１００Ｂは、メモリ、コンピュータストレージデバイス又は外部ストレージデバイスからソフトウェアアプリケーションをロードして様々な動作を実行するように構成されている。ストレージデバイス１０９は、サーバシステム１００Ｂのオペレーティングシステム及びアプリケーションに用いることができる論理ブロックであって、サーバシステム１００Ｂがオフになってもサーバデータを保有するように構成された論理ブロックで構成されている。

【0028】

メモリ１０２−４は、ＮＢロジック１０６を介してプロセッサ１０２−２に接続され得る。メモリ１０２−４は、これに限定されないが、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、ダブルデータレートＤＲＡＭ（ＤＤＲ ＤＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ）、又は、適切な他のタイプのメモリを有する。メモリ１０２−４は、サーバシステム１００ＢのＢＩＯＳデータを記憶するように構成されてもよい。いくつかの実施形態において、ＢＩＯＳデータは、ストレージデバイス１０９に記憶されてもよい。

【0029】

いくつかの実施形態において、プロセッサ１０２−２は、マルチコアプロセッサであり、それぞれ、ＮＢロジック１０６に接続されたＣＰＵバスを介して互いに接続されたマルチコアプロセッサであってもよい。いくつかの実施形態において、ＮＢロジック１０６は、プロセッサ１０２−２に組み込まれてもよい。さらに、ＮＢロジック１０６は、複数の周辺機器相互接続エクスプレス（ＰＣＩｅ）スロット１６０及びサウスブリッジ（ＳＢ）ロジック１０８（任意）に接続されてもよい。複数のＰＣＩｅスロット１６０は、例えば、ＰＣＩ Ｅｘｐｒｅｓｓ ｘ１、ＵＳＢ２．０、ＳＭＢｕｓ、ＳＩＭカード、別のＰＣＩｅレーン用の将来の拡張、１．５Ｖ及び３．３Ｖの電力、並びに、サーバシステム１００Ｂのシャーシ上のＬＥＤを診断するワイヤ等の接続及びバスに用いられる。

【0030】

システム１００Ｂにおいて、ＮＢロジック１０６及びＳＢロジック１０８は、周辺機器相互接続（ＰＣＩ）バス１０７によって接続されている。ＰＣＩバス１０７は、プロセッサ１０２−２の標準化フォーマットの機能をサポートすることができ、この標準化フォーマットは、任意のプロセッサ１０２−２のネイティブバスから独立している。ＰＣＩバス１５４は、さらに、複数のＰＣＩスロット１７０（例えば、ＰＣＩスロット１７１）に接続されてもよい。ＰＣＩバス１０７に接続された装置は、ＣＰＵバスに直接接続され、プロセッサ１０２−２のアドレス空間内のアドレスが割り当てられ、単一のバスクロックに同期されたバスコントローラ（図示省略）であってもよい。ＰＣＩカードは、これらに限定されないが、ネットワークインタフェースカード（ＮＩＣｓ）、音声カード、モデム、ＴＶチューナカード、ディスクコントローラ、ビデオカード、スモールコンピュータシステムインタフェース（ＳＣＳＩ）アダプタ、及び、パーソナルコンピュータメモリカード国際協会（ＰＣＭＣＩＡ）カードを含む複数のＰＣＩスロット１７０に用いられてもよい。

【0031】

ＳＢロジック１０８は、拡張バスを介して、ＰＣＩバス１０７を複数の拡張カード又はＩＳＡスロット１５０（例えば、ＩＳＡスロット１５１）に接続することができる。拡張バスは、ＳＢロジック１０８と周辺装置との間の通信に用いられるバスであってもよく、このバスは、これらに限定されないが、業界標準アーキテクチャ（ＩＳＡ）バス、ＰＣ／１０４バス、ローピンカウントバス、拡張ＩＳＡ（ＥＩＳＡ）バス、ユニバーサルシリアルバス（ＵＳＢ）、ＩＤＥ（ｉｎｔｅｇｒａｔｅｄ ｄｒｉｖｅ ｅｌｅｃｔｒｏｎｉｃｓ）バス、又は、周辺装置のデータ通信に用いることができる他の任意の適切なバスを含む。

【0032】

システム１００Ｂにおいて、ＳＢロジック１０８は、少なくとも１つのＰＳＵ１１１に接続された管理装置１０２−１にさらに接続されている。いくつかの実施形態において、管理装置１０２−１は、ベースボード管理コントローラ（ＢＭＣ）、ラック管理コントローラ（ＲＭＣ）、又は、他の任意の適切なタイプのシステムコントローラであってもよい。管理装置１０２−１は、ＣＭＳ１０４からコマンドを受信すると、ＶＭ Ａ及び／又はＶＭ Ｂを介してＣＭＳ１０４と通信し、ＶＭ Ａを介してブートディスクを設定するように構成されている。いくつかの実施形態において、コマンドは、サーバシステム１００ＢがＶＭ Ａを介してリブート可能にするＩＰＭＩコマンドである。また、管理装置１０２−１は、新たなファームウェア更新を含む新たなＵＳＢ読み書きイメージを、ＶＭ Ｂを介してフェッチするように構成されている。

【0033】

いくつかの実施形態において、管理装置１０２−１は、少なくとも１つのＰＳＵ１１１の操作及び／又は他の適用可能な操作を制御するように構成されている。いくつかの実施形態において、管理装置１０２−１は、サーバシステム１００Ｂの処理要求、並びに、コンポーネント及び／又は接続状態を監視するように構成されている。

【0034】

図１Ａ及び図１Ｂの例示的なシステム１００Ａ〜１００Ｂには、特定の構成要素のみが示されているが、データを処理又は記憶したり、信号を送受信したり、新鮮な空気を下流のコンポーネントに提供することができる様々なタイプの電子又はコンピューティングコンポーネントが、この例示的なシステム１００Ａ〜１００Ｂに含まれてもよい。さらに、例示的なシステム１００Ａ〜１００Ｂの電子又はコンピューティングコンポーネントは、各種タイプのアプリケーションを実行し、及び／又は、各種タイプのオペレーティングシステムを用いることができるように構成されてもよい。かかるオペレーティングシステムは、これらに限定されないが、Ａｎｄｒｏｉｄ（登録商標）、ＢＳＤ（Ｂｅｒｋｅｌｅｙ Ｓｏｆｔｗａｒｅ Ｄｉｓｔｒｉｂｕｔｉｏｎ）、ｉＰｈｏｎｅ（登録商標） ＯＳ（ｉＯＳ）、Ｌｉｎｕｘ（登録商標）、ＯＳ Ｘ（登録商標）、Ｕｎｉｘ（登録商標）系リアルタイムオペレーティングシステム（例えば、ＱＮＸ等）、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）、Ｗｉｎｄｏｗ Ｐｈｏｎｅ、及び、ＩＢＭ ｚ／ＯＳ（登録商標）を含む。

【0035】

例示的なシステム１００Ａ〜１００Ｂの所望の実装に応じて、例えば、ＴＣＰ／ＩＰ、オープンシステム相互接続（ＯＳＩ）、ファイル転送プロトコル（ＦＴＰ）、ユニバーサルプラグアンドプレイ（ＵｐｎＰ）、ネットワークファイルシステム（ＮＦＳ）、コモンインターネットファイルシステム（ＣＩＦＳ）、ＡｐｐｌｅＴａｌｋ（登録商標）等を含むがこれらに限定されない各種ネットワーク及びメッセージプロトコルが用いられてもよい。当業者なら理解できるように、図１Ａ〜図１Ｂに示される例示的なシステム１００Ａ〜１００Ｂは、説明のために用いられる。よって、ネットワークシステムは、必要に応じて多くのバリエーションを実装することができ、本発明の各種実施形態を用いたネットワークプラットフォームの構成を提供する。

【0036】

図１Ａ〜図１Ｂの構成において、例示的なシステム１００Ａ〜１００Ｂは、特定のワイヤレスチャネルのコンピューティング範囲内の１つ以上の電子デバイスと通信するように動作可能な１つ以上のワイヤレスコンポーネントをさらに含むことができる。ワイヤレスチャネルは、例えば、ブルートゥース（登録商標）、セルラー、ＮＦＣ又はＷｉ-Ｆｉ（登録商標）チャネル等のように、装置が無線で通信できるようにするために用いられる任意の適切なチャネルであってよい。従来の技術のように、装置は、１つ以上の従来の有線通信接続を有し得ることを理解されたい。各種実施形態の範囲内で、各種の他のコンポーネント及び／又はその組み合わせが可能である。

【0037】

上記の議論は、本発明の原理及び各種の実施形態を説明することを意図している。上述した開示が完全に理解されると、各種の変形及び修正が明らかになるであろう。

【0038】

図２Ａは、本発明の一実施形態による、ファームウェアを自動的に更新するための例示的な方法２００Ａを示す図である。例示的な方法２００Ａは、単に説明の目的で示されており、本発明の他の方法では、類似の若しくは代替の順序で、又は、並行して実行される追加の、より少ない、若しくは、代替の工程を含むことができることを理解されたい。例示的な方法２００Ａは、図２Ａに示すように、ＶＭ Ａを介して、ノードのＯＳイメージファイルをＣＭＳによってマウントすることから開始する。いくつかの実施形態において、図１Ａ〜図１Ｂに示すように、ＯＳイメージファイルは、ネットワークを介して、対応するベンダからダウンロードされる。ＯＳイメージファイルは、ＩＳＯイメージファイルであって、大きいサイズを有してもよい。

【0039】

工程２０４において、ＣＭＳは、ＶＭ Ｂ用のファームウェアイメージを含むユニバーサルシリアルバス（ＵＳＢ）読み書きイメージを自動的に生成し、工程２０６において、ＵＳＢ読み書きイメージをＶＭ Ｂにマウントすることができる。

【0040】

図１Ａに示すように、工程２０８において、ＣＭＳは、コマンドをノードのコントローラに送信して、ＶＭ Ａを介してブートディスクを設定することができる。工程２１０において、ＣＭＳは、ＶＭ Ａを介してノードをリブートすることができる。リブートすると、ノード上でＯＳイメージを実行することができる。

【0041】

工程２１２において、ＣＭＳは、更新サービスが、更新されたファームウェアイメージをＶＭ Ｂに自動的にマウントするのを可能にすることができる。工程２１４において、ＣＭＳは、データと、更新されたファームウェアイメージをマウントしたときの時間と、をＶＭ Ｂに書き込むことができる。

【0042】

図２Ｂは、本発明の一実施形態による、ファームウェアを自動的に更新するための例示的な方法２００Ｂを示す図である。例示的な方法２００Ｂは、例示的な方法２００Ａの続きである。工程２２２において、更新サービスは、新たなファームウェア更新がベンダから利用可能であるか否かを判断することができる。新たなファームウェア更新が利用できない場合、例示的な方法２００Ｂは工程２２２に戻ることができる。更新サービスは、所定時間後に、新たなファームウェア更新が利用可能であるか否かを再チェックすることができる。

【0043】

工程２２４において、新たなファームウェア更新が利用可能である場合、ＣＭＳは、新たなファームウェア更新をダウンロードし、工程２２６において、新たなファームウェア更新をＶＭ Ｂに記憶することができる。さらに、ＣＭＳは、工程２２８において、ＶＭ Ｂ用の新たなファームウェア更新を有する新たなＵＳＢ読み書きイメージを生成することができる。

【0044】

工程２３０において、ＣＭＳは、新たなＵＳＢ読み書きイメージから新たなファームウェア更新をフェッチする。例えば、ＣＭＳは、コマンドを、データセンタの複数のノードの各々のコントローラに送信する。コマンド受信時、対応するノードのコントローラ（例えば、ＢＭＣ）は、コマンドを受信すると、新たなファームウェア更新をダウンロードして、ノードにインストールすることができる。

【0045】

（専門用語）
コンピュータネットワークは、エンドポイント（例えば、パーソナルコンピュータとワークステーション）間でデータを伝送するための通信リンク及びセグメントによって相互接続された、地理的に分散したノードの集合である。ローカルエリアネットワーク（ＬＡＮｓ）及び広域ネットワーク（ＷＡＮｓ）からオーバーレイ及びソフトウェア定義ネットワーク（例えば、仮想拡張可能ローカルエリアネットワーク（ＶＸＬＡＮｓ））まで、多くのタイプのネットワークを利用することができる。

【0046】

ＬＡＮｓは、通常、同一の物理位置（例えば、ビルやキャンパス等）に位置する専用のプライベート通信リンクを介して、ノードを接続する。一方、ＷＡＮｓは、通常、長距離通信リンク（例えば、一般的なキャリア電話回線、光路、同期光学ネットワーク（ＳＯＮＥＴ）、又は、同期デジタル階層（ＳＤＨ）リンク等）を介して、地理的に分散したノードを接続する。ＬＡＮｓ及びＷＡＮｓは、レイヤ２（Ｌ２）及び／又はレイヤ３（Ｌ３）ネットワークと装置とを含むことができる。

【0047】

インターネットは、世界中の異種ネットワークを接続するＷＡＮの一例であり、各種ネットワークのノード間のグローバル通信を提供する。ノードは、通常、所定プロトコル（例えば、通信制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ））にしたがって、データの個別のフレーム又はパケットを交換することによって、ネットワークを介して通信する。この文脈では、プロトコルは、ノードが互いにどのように相互作用するかを定義する一組のルールを参照することができる。コンピュータネットワークは、中間ネットワークノード（例えば、ルータ）によってさらに相互接続されており、各ネットワークの有効な“サイズ”を拡張する。

【0048】

オーバーレイネットワークは、通常、物理ネットワークインフラストラクチャ上に仮想ネットワークを生成し、階層化することを可能にする。オーバレイネットワークプロトコル（例えば、仮想拡張可能ＬＡＮ（ＶＸＬＡＮ）、汎用ルーティングカプセル化（ＮＶＧＲＥ）を用いたネットワーク仮想化、ネットワーク仮想化オーバーレイ（ＮＶＯ３）、及び、ステートレストランスポートトンネリング（ＳＴＴ）等）は、ネットワークトラフィックが、論理トンネルを介してＬ２及びＬ３ネットワークで実行できるようにするトラフィックカプセル化スキームを提供する。このような論理トンネルは、仮想トンネルエンドポイント（ＶＴＥＰ）を介して発信及び終了することができる。

【0049】

さらに、オーバーレイネットワークは、ＶＭが通信する仮想Ｌ２及び／又はＬ３オーバーレイネットワークを含むことの可能な仮想セグメント（例えば、ＶＸＬＡＮオーバーレイネットワーク内のＶＸＬＡＮセグメント）を有することができる。仮想セグメントは、関連する仮想セグメント又はドメインを具体的に識別することができる例えばＶＸＬＡＮネットワーク識別子等の仮想ネットワーク識別子（ＶＮＩ）を介して識別することができる。

【0050】

ネットワーク仮想化は、ハードウェア及びソフトウェアリソースを仮想ネットワーク内で組み合わせることを可能にする。例えば、ネットワーク仮想化では、複数のＶＭを、それぞれの仮想ＬＡＮｓ（ＶＬＡＮｓ）を介して物理ネットワークに接続することができるようにする。ＶＭｓは、それぞれのＶＬＡＮにしたがってグループ化することができ、内部又は外部ネットワーク上の他の装置と同様に、他のＶＭと通信することができる。

【0051】

ネットワークセグメント（例えば、物理セグメント若しくは仮想セグメント、ネットワーク、デバイス、ポート、物理リンク若しくは論理リンク、及び／又は、トラフィック等）は、通常、ブリッジ又はフラッドドメインにグループ化される。ブリッジドメイン又はフラッドドメインは、ブロードキャストドメイン（例えば、Ｌ２ブロードキャストドメイン）を表す。ブリッジドメイン又はフラッドドメインは、単一のサブネットを有し得るが、複数のサブネットを有してもよい。さらに、ブリッジドメインは、ネットワーク装置（例えば、スイッチ）上のブリッジドメインインタフェースに関連付けることができる。ブリッジドメインインタフェースは、Ｌ２ブリッジネットワークとＬ３ルーテッドネットワークとの間のトラフィックをサポートする論理インタフェースであってもよい。また、ブリッジドメインインタフェースは、インターネットプロトコル（ＩＰ）ターミネーション、ＶＰＮターミネーション、アドレス解決処理、ＭＡＣアドレッシング等をサポートしてもよい。ブリッジドメインとブリッジドメインインタフェースは、同じインデックス又は識別子により識別される。

【0052】

さらに、アプリケーションをネットワークにマッピングするために、エンドポイントグループ（ＥＰＧｓ）をネットワークで使用することができる。特に、ＥＰＧｓは、ネットワーク内のアプリケーションエンドポイントのグルーピングを用いて、接続性及びポリシーをアプリケーショングループに適用することができる。ＥＰＧｓは、バケットのコンテナ若しくはアプリケーションの集合、又は、アプリケーションコンポーネント、並びに、転送、及び、ポリシーロジックを実行する段（ｔｉｅｒｓ）として機能することができる。また、ＥＰＧｓは、論理的なアプリケーション境界を代わりに用いて、ネットワークポリシー、セキュリティ、及び、アドレッシングからの転送の分離を可能にする。

【0053】

クラウドコンピューティングは、共有リソースを用いてコンピューティングサービスを提供するために、１つ以上のネットワークに提供され得る。クラウドコンピューティングは、通常、コンピューティングリソースが動的にプロビジョニングされ、ネットワーク（例えば、クラウド）を介して利用可能なリソースの集合からオンデマンドでクライアントコンピュータ若しくはユーザコンピュータ又は他の装置に割り当てられるインターネットベースのコンピューティングを含むことができる。クラウドコンピューティングリソースは、例えば、コンピューティング、ストレージ、ネットワーク装置及び仮想マシン（ＶＭ）等の任意のタイプのリソースを含むことができる。例えば、リソースは、サービス装置（ファイヤウオール、ディープパケットインスペクタ、トラフィックモニタ、ロードバランサ等）、計算／処理装置（サーバ、ＣＰＵ、メモリ、ブルートフォース処理機能）、ストレージデバイス（例えば、ネットワーク接続ストレージ、ストレージエリアネットワーク装置）等を有することができる。また、かかるリソースが用いられて、仮想ネットワーク、仮想マシン（ＶＭ）、データベース、アプリケーション（Ａｐｐｓ）等をサポートすることができる。

【0054】

クラウドコンピューティングリソースは、「プライベートクラウド」、「パブリッククラウド」及び／又は「ハイブリッドクラウド」を有することができる。「ハイブリッドクラウド」は、技術を介して相互運用（ｉｎｔｅｒ−ｏｐｅｒａｔｅ）又は連携（ｆｅｄｅｒａｔｅ）する２つ以上のクラウドから構成されるクラウドインフラストラクチャとすることができる。本質的に、ハイブリッドクラウドは、プライベートクラウドがパブリッククラウドに加わり、パブリッククラウドリソースを安全且つスケーラブルに利用する、プライベートクラウド及びパブリッククラウド間の相互作用である。また、クラウドコンピューティングリソースは、ＶＸＬＡＮ等のオーバーレイネットワーク内の仮想ネットワークを介して、プロビジョニングすることができる。

【0055】

ネットワークスイッチシステムにおいて、ルックアップデータベースを維持して、スイッチシステムに接続されたいくつかのエンドポイント間のルートを追跡することができる。しかし、エンドポイントは、様々な構成を有することができ、且つ、多数のテナントに関連付けられている。これらのエンドポイントは、各種識別子（例えば、ＩＰｖ４、ＩＰｖ６又はレイヤ２（Ｌａｙｅｒ−２）等）を有することができる。ルックアップデータベースは、異なるタイプのエンドポイント識別子を処理するために、異なるモードで構成される必要がある。ルックアップデータベースの容量は、着信パケットの異なるアドレスタイプを処理するように設計される。さらに、ネットワークスイッチシステム上のルックアップデータベースは、通常、１Ｋ仮想ルーティング及び転送（ＶＲＦｓ）によって制限される。これにより、各種タイプのエンドポイント識別子を処理するために、改善されたルックアップアルゴリズムが必要とされている。本発明の技術は、電気通信ネットワークにおけるアドレスルックアップに必要な技術を提供する。本発明は、エンドポイント識別子を一様な空間にマッピングし、異なる形式のルックアップを一様に処理することによって、様々なタイプのエンドポイント識別子を統合するためのシステム、方法及びコンピュータ可読ストレージ媒体を開示する。例示的なシステム及びネットワークの手短な前置きは、図３と図４に示されるように、本明細書に開示される。これらの変形例は各種実施形態において説明される。本技術について図３を参照する。

【0056】

図３は、本発明を実行するのに適したコンピューティングデバイス３００の一例を示す図である。コンピューティングデバイス３００は、マスタ中央処理装置（ＣＰＵ）３６２と、インタフェース３６８と、バス３１５（例えば、ＰＣＩバス）と、を有する。ＣＰＵ３６２は、適切なソフトウェア又はファームウェアの制御下で動作する場合、パケット管理、エラー検出、及び／又は、例えば配線ミス検出機能等のルーティング機能の実行を担う。ＣＰＵ３６２は、好ましくは、オペレーティングシステム及び任意の適切なアプリケーションソフトウェアを含むソフトウェアの制御下で、これらの全ての機能を実現する。ＣＰＵ３６２は、Ｍｏｔｏｒｏｌａファミリのマイクロプロセッサ又はＭＩＰＳファミリのマイクロプロセッサ等の１つ以上のプロセッサ３６３を含むことができる。他の実施形態において、プロセッサ３６３は、コンピューティングデバイス３００の操作を制御するために特別に設計されたハードウェアである。特定の実施形態において、メモリ３６１（例えば、不揮発性ＲＡＭ及び／又はＲＯＭ）は、さらに、ＣＰＵ３６２の一部を形成する。しかし、メモリをシステムに接続し得る多くの異なる方法がある。

【0057】

インタフェース３６８は、通常、インタフェースカード（「ラインカード」と呼ばれることもある）として提供される。一般に、それらは、ネットワークを介してデータパケットの送受信を制御し、コンピューティングデバイス３００で使用される他の周辺装置をサポートすることがある。インタフェースの中から、イーサネット（登録商標）インタフェース、フレームリレーインタフェース、ケーブルインタフェース、ＤＳＬインタフェース、トークンリングインタフェース等を使用することができる。また、各種超高速インタフェースは、高速トークンリングインタフェース、ワイヤレスインタフェース、イーサネット（登録商標）インタフェース、ギガビットイーサネット（登録商標）インタフェース、ＡＴＭインタフェース、ＨＳＳＩインタフェース、ＰＯＳインタフェース、ＦＤＤＩインタフェース等を使用することができる。一般に、これらのインタフェースは、適切な媒体と通信する適切なポートを有する。いくつかの実施形態において、インタフェースは、さらに、独立したプロセッサと、場合によっては揮発性ＲＡＭと、を有する。独立したプロセッサは、パケット交換、媒体制御及び管理等の通信集中型タスクを制御することができる。通信集中型タスク用に別個のプロセッサを提供することにより、これらのインタフェースは、マスタマイクロプロセッサ３６２が、ルーティング計算、ネットワーク診断、セキュリティ機能等を効率的に実行できるようにする。

【0058】

図３に示されるシステムは、本発明の１つの特定コンピューティングデバイスであるが、本発明の唯一のネットワーク装置構造であることを意味するのではない。例えば、通信やルーティング計算等を処理する単一のプロセッサを有するアーキテクチャが頻繁に用いられる。さらに、別のタイプのインタフェース及び媒体も、ルータと共に使用することができる。

【0059】

ネットワークデバイスの構成にかかわらず、本明細書に記載のローミング、ルート最適化及びルーティング機能を実行する汎用ネットワーク操作及びメカニズムのためのプログラム命令を記憶するように構成された１つ以上のメモリ又はメモリモジュール（メモリ３６１を有する）を使用することができる。プログラム命令は、オペレーティングシステム、及び／又は、１つ以上のアプリケーションの操作を制御することができる。メモリ又は複数のメモリは、モビリティバインディング、登録、及び、関連テーブル等のテーブルを記憶するように構成することができる。

【0060】

図４及び図５は、本発明の実施形態による例示的なシステムを示す図である。当業者であれば、本発明の技術を実施する場合、より適切な実施形態を理解することができるであろう。当業者であれば、他のシステムの実施形態も可能であることが理解できるであろう。

【0061】

図４は、システムバスコンピューティングシステム構造４００を示す図であり、システムのコンポーネントは、バス４０２を用いて互いに電気的に通信する。例示的なシステム４００は、処理ユニット（ＣＰＵ又はプロセッサ）４３０と、システムバス４０２と、を有する。システムバス４０２は、システムメモリ４０４（例えば、読み出し専用メモリ（ＲＯＭ）４０６及びランダムアクセスメモリ（ＲＡＭ）４０８）を含む各種システムコンポーネントをプロセッサ４３０に接続する。システム４００は、高速メモリのキャッシュを有し、キャッシュは、プロセッサ４３０に直接接続され、プロセッサ４３０に隣接して接続され、又は、プロセッサ４３０の一部として統合されてもよい。システム４００は、プロセッサ４３０による高速アクセスのために、メモリ４０４及び／又はストレージデバイス４１２からキャッシュ４２８にデータをコピーしてもよい。この方法において、キャッシュは、プロセッサ４３０がデータを待つ間に遅延が生じるのを防止する性能向上を提供する。これら及び他のモジュールは、様々な動作を実行するためにプロセッサ４３０を制御するように構成される。別のシステムメモリ４０４も同様に使用可能である。メモリ４０４は、異なるパフォーマンス特性を有する複数の異なるタイプのメモリを有することができる。プロセッサ４３０は、プロセッサ４３０を制御するように構成されたストレージデバイス４１２に記憶されたモジュール１ ４１４、モジュール２ ４１６及びモジュール３ ４１８等の任意の汎用プロセッサ及びハードウェアモジュール又はソフトウェアモジュールを含むことができ、ソフトウェア命令は、実際のプロセッサ設計に組み込まれる。プロセッサ４３０は、実質的に、複数のコア又はプロセッサ、バス、メモリコントローラ、キャッシュ等を含む完全に独立したコンピューティングシステムであってもよい。マルチコアプロセッサは、対称又は非対称であってもよい。

【0062】

ユーザがコンピューティング装置４００と相互作用できるようにするため、入力装置４２０は、任意の数の入力メカニズム（例えば、スピーチ用のマイクロフォン、ジェスチャ又はグラフィカル入力用のタッチスクリーン、キーボード、マウス、モーション入力等）を表すことができる。出力装置４２２は、従来の技術で知られる１つ以上の数の出力メカニズムである。場合によっては、マルチモーダルシステムは、ユーザがコンピューティング装置４００と通信するために、複数のタイプの入力を提供できるようにする。通信インタフェース４２４は、通常、ユーザ入力及びシステム出力を支配及び管理することができる。特定のハードウェア構成における操作に制限がないため、ここでの基本的な機能は、改良されたハードウェアやファームウェアの構成が開発されるときに容易に置き換えることができる。

【0063】

ストレージデバイス４１２は不揮発性メモリであり、ハードディスク、又は、コンピュータがアクセス可能なデータを記憶することの可能な他のタイプのコンピュータ可読媒体（例えば、磁気カセット、フラッシュメモリカード、ソリッドステートメモリ装置、デジタル多用途ディスク、カートリッジ、ランダムアクセスメモリ（ＲＡＭ）４０８、読み出し専用メモリ（ＲＯＭ）４０６及びこれらの組み合わせ等）であってもよい。

【0064】

ストレージデバイス４１２は、プロセッサ４３０を制御するためのソフトウェアモジュール４１４，４１６，４１８を有してもよい。他のハードウェア又はソフトウェアモジュールも含まれ得る。ストレージデバイス４１２は、システムバス４０２に接続されてもよい。一実施形態において、特定の機能を実行するハードウェアモジュールは、機能を実行するために、必要なハードウェアコンポーネント（例えば、プロセッサ４３０、バス４０２、ディスプレイ４３６等）と接続するコンピュータ読み取り可能媒体に記憶されたソフトウェアコンポーネントを含むことができる。

【0065】

コントローラ４１０は、システム４００上の特殊なマイクロコントローラ又はプロセッサ（例えば、ＢＭＣ（ベースボード管理コントローラ））であってもよい。場合によっては、コントローラ４１０は、インテリジェントプラットフォーム管理インタフェース（ＩＰＭＩ）の一部であってもよい。さらに、場合によっては、コントローラ４１０は、システム４００のマザーボード又はメイン回路基板に組み込まれてもよい。コントローラ４１０は、システム管理ソフトウェアとプラットフォームハードウェアとの間のインタフェースを管理することができる。また、コントローラ４１０は、以下に説明するように、例えばコントローラ又は周辺コンポーネント等の各種システムデバイス及びコンポーネント（内部及び／又は外部）と通信することができる。

【0066】

コントローラ４１０は、通知、警告、及び／又は、イベントに対する特定の応答を生成し、遠隔装置又はコンポーネント（例えば、電子メールメッセージ、ネットワークメッセージ等）と通信し、自動ハードウェア回復工程等の指令や命令を生成する。システム管理者は、以下に更に説明するように、コントローラ４１０と遠隔通信して、特定のハードウェア回復工程又は操作を開始又は実行することができる。

【0067】

システム４００上の異なるタイプのセンサ（例えば、センサ４２６）は、例えば、冷却ファン速度、電源状態、オペレーティングシステム（ＯＳ）状態、ハードウェア状態等のパラメータをコントローラ４１０に報告する。また、コントローラ４１０は、コントローラ４１０により受信されたイベント、警告、通知を管理及び記憶するシステムイベントログコントローラ及び／又はストレージを有してもよい。例えば、コントローラ４１０又はシステムイベントログコントローラは、１つ以上の装置及びコンポーネントからの警告や通知を受信し、当該警告や通知をシステムイベントログストレージコンポーネント内に維持することができる。

【0068】

フラッシュメモリ４３２は、ストレージ及び／又はデータ転送に用いられるシステム４００によって使用される電子不揮発性コンピュータストレージ媒体又はチップであってもよい。フラッシュメモリ４３２は、電気的に消去及び／又は再プログラムされ得る。フラッシュメモリ４３２は、例えば、消去可能なプログラマブルＲＯＭ（ＥＰＲＯＭ）、電気的に消去可能なプログラマブルＲＯＭ（ＥＥＰＲＯＭ）、ＲＯＭ、ＮＶＲＡＭ、又は、相補型ＭＯＳ（ＣＭＯＳ）を有する。フラッシュメモリ４３２は、システム４００が起動するときに、システム４００により実行されるファームウェア４３４を、ファームウェア４３４に対して指定された構成のセットとともに記憶することができる。さらに、フラッシュメモリ４３２は、ファームウェア４３４により用いられる構成を記憶することができる。

【0069】

ファームウェア４３４は、基本入力／出力システム（ＢＩＯＳ）又はその後継品、等価物（例えば、エクステンシブルファームウェアインタフェース（ＥＦＩ）又はユニファイドエクステンシブルファームウェアインタフェス（ＵＥＦＩ））を有する。システム４００が起動される毎に、ファームウェア４３４は、シーケンスプログラムとしてロードされ、実行される。ファームウェア４３４は、構成のセットに基づいて、システム４００に存在するハードウェアを識別、初期化、テストする。ファームウェア４３４は、システム４００上でのセルフテスト（例えば、パワーオンセルフテスト（ＰＯＳＴ））を実行する。このセルフテストは、各種ハードウェアコンポーネント（例えば、ハードディスクドライブ、光学読み取り装置、冷却装置、メモリモジュール、拡張カード等）の機能性をテストする。ファームウェア４３４は、オペレーティングシステム（ＯＳ）を記憶するために、メモリ４０４、ＲＯＭ４０６、ＲＡＭ４０８及び／又はストレージデバイス４１２内の領域をアドレス及び割り当てることができる。ファームウェア４３４は、ブートローダ及び／又はＯＳをロードし、システム４００の制御をＯＳに与えることができる。

【0070】

システム４００のファームウェア４３４は、ファームウェア４３４がシステム４００内の各種ハードウェアコンポーネントをどのように制御するかを定義するファームウェア構成を有することができる。ファームウェア構成は、システム４００内の各種ハードウェアコンポーネントが起動される順序を判断する。ファームウェア４３４は、各種異なるパラメータの設定を許可するインタフェース（例えば、ＵＥＦＩ）を提供することができ、このパラメータは、ファームウェアのデフォルト設定のパラメータとは異なる。例えば、ユーザ（例えば、システム管理者）は、ファームウェア４３４を用いて、クロック及びバス速度を指定し、どの周辺機器をシステム４００に取り付けるか指定し、監視の状態（例えば、ファン速度及びＣＰＵ温度制限）を指定し、システム４００のパフォーマンス全体及び電力使用量に影響する多種の他のパラメータを指定する。

【0071】

ファームウェア４３４は、フラッシュメモリ４３２に記憶されているものとして説明されているが、当業者は、ファームウェア４３４が、他のメモリ、コンポーネント（例えば、メモリ４０４又はＲＯＭ４０６）に記憶することができるのを理解するであろう。しかし、示されたフラッシュメモリ４３２に記憶されたファームウェア４３４は説明目的の例であり、これに限定されない。

【0072】

システム４００は１つ以上のセンサ４２６を有する。１つ以上のセンサ４２６は、例えば、１つ以上の温度センサ、熱センサ、酸素センサ、化学センサ、ノイズセンサ、ヒートセンサ、電流センサ、電圧検出器、気流センサ、流量センサ、赤外線放射温度計、熱流束センサ、温度計、高温計等を有する。１つ以上のセンサ４２６は、例えば、バス４０２を介して、プロセッサ、キャッシュ４２８、フラッシュメモリ４３２、通信インタフェース４２４、メモリ４０４、ＲＯＭ４０６、ＲＡＭ４０８、コントローラ４１０及びストレージデバイス４１２と通信する。また、１つ以上のセンサ４２６は、１つ以上の異なる手段（例えば、集積回路（Ｉ２Ｃ）、汎用出力（ＧＰＯ）等）を介して、システム内の他のコンポ―ネントと通信することができる。

【0073】

図５は、説明した方法又は操作の実行、並びに、グラフィカルユーザインタフェース（ＧＵＩ）の生成及び表示に用いることができるチップセット機構を有する例示的なコンピュータシステム５００を示す図である。コンピュータシステム５００は、本発明の技術を実行するのに用いられるコンピュータハードウェア、ソフトウェア及びファームウェアを含むことができる。システム５００は、識別された計算を実行するように構成されたソフトウェア、ファームウェア及びハードウェアを実行することができる任意の数の物理的及び／又は論理的に異なるリソースを表すプロセッサ５１０を含むことができる。プロセッサ５１０は、プロセッサ５１０への入出力を制御することができるチップセット５０２と通信する。この例において、チップセット５０２は、情報を出力装置５１４（例えば、ディスプレイ）に出力し、ストレージデバイス５１６（磁気媒体、固体媒体を含む）に対して情報を読み書きする。また、チップセット５０２は、ＲＡＭ５１８に対してデータをやり取りする。各種ユーザインタフェースコンポーネント５０６と相互作用するブリッジ５０４は、チップセット５０２と相互作用するために提供され得る。このようなユーザインタフェースコンポーネント５０６は、キーボード、マイクロフォン、タッチ検出及び処理回路、ポインティングデバイス（マウス等）を有する。一般に、システム５００への入力は、機器及び／又は人間が生成した各種ソースの何れかから生じる。

【0074】

また、チップセット５０２は、異なる物理的インタフェースを有する１つ以上の通信インタフェース５０８と相互作用する。このような通信インタフェースは、有線及び無線のローカルエリアネットワーク、ブロードバンドワイヤレスネットワーク及びパーソナルエリアネットワークのためのインタフェースを有する。本発明におけるＧＵＩを生成、表示及び使用する方法のいくつかのアプリケーションは、ストレージデバイス５１６又は５１８に記憶されたデータを分析するプロセッサ５１０が、順序付けられたデータセットを、物理的インタフェースを介して又は機器自身により生成されることにより受信する工程を有する。さらに、機器は、ユーザインタフェースコンポーネント５０６を介して、ユーザからの入力を受信し、適切な機能（例えば、プロセッサ５１０を用いて、これらの入力を解釈することによりブラウズ機能を実行する）を実行する。

【0075】

さらに、チップセット５０２は、電源が投入されると、コンピュータシステム５００によって実行され得るファームウェア５１２と通信することができる。ファームウェア５１２は、ファームウェア構成のセットに基づいて、コンピュータシステム５００内に存在するハードウェアを認識、初期化及びテストすることができる。ファームウェア５１２は、システム５００上でセルフテスト（例えば、ＰＯＳＴ）を実行する。セルフテストでは、各種ハードウェアコンポーネント５０２〜５１８の機能をテストすることができる。ファームウェア５１２は、ＯＳを記憶するために、メモリ５１８内の領域をアドレス指定及び割り当てることができる。ファームウェア５１２は、ブートローダ及び／又はＯＳをロードし、システム５００の制御をＯＳに与える。場合によっては、ファームウェア５１２は、ハードウェアコンポーネント５０２〜５１０及び５１４〜５１８と通信する。ここで、ファームウェア５１２は、チップセット５０２及び／又は１つ以上の他のコンポーネントを介して、ハードウェアコンポーネント５０２〜５１０及び５１４〜５１８と通信する。場合によっては、ファームウェア５１２は、ハードウェアコンポーネント５０２〜５１０及び５１４〜５１８と直接通信することができる。

【0076】

例示的なシステム３００，４００，５００は、より高い処理能力を提供するために、２つ以上のプロセッサ（例えば、３６３，４３０，５１０）を有することができ、又は、ネットワーク接続されたコンピューティングデバイスのグループ又はクラスタの一部であり得ることが理解されるであろう。

【0077】

説明をわかりやすくするために、ある実施形態において、装置、デバイスコンポーネント、ソフトウェアで実施される方法における工程やルーティン、又は、ハードウェアとソフトウェアの組み合わせを含む個々の機能ブロックを有するものとして提示することができる。

【0078】

いくつかの実施形態において、コンピュータ可読ストレージデバイス、媒体及びメモリは、ビットストリーム等を含むケーブル又は無線信号を有する。しかし、言及されるとき、非一時的な（ｎｏｎ−ｔｒａｎｓｉｔｏｒｙ）コンピュータ読み取り可能ストレージ媒体は、エネルギー、キャリア信号、電磁波及び信号そのもの等の媒体を明確に排除する。

【0079】

上記の例における方法は、コンピュータ読み取り可能媒体に記憶されるか利用可能なコンピュータ実行可能命令を用いて実施される。このような命令は、例えば特定の機能又は機能グループを実行する汎用コンピュータ、専用コンピュータ又は特殊用途処理装置をもたらすか構成する命令及びデータを含むことができる。用いられるコンピュータリソースの一部は、ネットワークを介してアクセス可能である。コンピュータ実行可能命令は、例えば、バイナリ、中間フォーマット命令（例えば、アセンブリ言語）、ファームウェア又はソースコードである。命令、使用した情報、及び／又は、説明した例による方法において生成された情報を記憶するために用いることができるコンピュータ読み取り可能媒体の例は、磁気又は光学ディスク、フラッシュメモリ、不揮発性メモリを備えるＵＳＢデバイス、ネットワークストレージデバイス等を含む。

【0080】

これらの開示における方法を実施する装置は、ハードウェア、ファームウェア及び／又はソフトウェアを有し、各種フォームファクタの何れかを利用する。このようなフォームファクタの一般的な例は、ラップトップ、スマートフォン、スモールフォームファクタパーソナルコンピュータ、ＰＤＡ、ラックマウント型装置、スタンドアロン装置等を有する。ここで説明される機能性は、周辺装置又はアドインカードにも実装することができる。さらなる例として、このような機能性は、単一の装置で実行される異なるチップ間又は異なるプロセス間の回路基板上で実行することができる。

【0081】

命令、かかる命令を伝達する媒体、それらを実行するコンピューティングリソース、及び、かかるコンピューティングリソースをサポートする他の構造は、本明細書に記載の機能を提供する手段である。

【0082】

本発明の各種態様は、データセンタ上でファームウェア更新を自動的にダウンロードしてデプロイするのを可能にするシステム及び方法を提供する。特定の実施形態では、任意の操作を異なる命令でどのように実現するかを示しているが、他の実施形態では、任意の操作を異なる命令に組み込むことができる。説明を明瞭にするために、本発明のいくつかの実施形態において、デバイス、デバイスコンポーネント、ソフトウェア、又は、ハードウェアとソフトウェアの組み合わせで実現される方法における工程若しくはルーティンを有する機能ブロックを含むものとして示される。

【0083】

各種実施形態は、場合によっては、いくつかのアプリケーションの何れかを動作させるために用いられる１つ以上のサーバコンピュータ、ユーザコンピュータ又はコンピューティングデバイスを有する多種多様な動作環境で実施することができる。ユーザ又はクライアントデバイスは、標準オペレーティングシステムを実行するデスクトップ又はラップトップコンピュータ等の多数の汎用パーソナルコンピュータ、並びに、モバイルソフトウェアを実行し、いくつかのネットワーク及びメッセージプロトコルをサポートすることができるセルラー、ワイヤレス及びハンドヘルド装置を含むことができる。このようなシステムは、さらに、開発及びデータベース管理等の目的のために様々な市販のオペレーティングシステム及び他の既知のアプリケーションを実行するいくつかのワークステーションを有する。これらの装置は、他の電子装置（例えば、ダミー端末、シンクライアント、ゲームシステム、及び、ネットワークを介して通信可能な他の装置等）を有する。

【0084】

本発明のいくつかの実施態様又はその一部がハードウェアで実現される限り、本発明は、以下の技術の何れか又は組み合わせにより実現される。例えば、データ信号に基づきロジック機能を実行するロジックゲートを有する離散ロジック回路、適切な組み合わせロジックゲートを有する特定用途向け集積回路（ＡＳＩＣ）、プログラマブルゲートアレイ（ＰＧＡ）等のプログラマブルハードウェア、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）等が含まれる。

【0085】

ほとんどの実施形態は、例えばＴＣＰ／ＩＰ、ＯＳＩ、ＦＴＰ、ＵＰｎＰ、ＮＦＳ、ＣＩＦＳ、ＡｐｐｌｅＴａｌｋ（登録商標）等の商用のプロトコルの何れかを用いて通信をサポートするために、当業者によく知られている少なくとも１つのネットワークを使用する。ネットワークは、例えば、ローカルエリアネットワーク、広域ネットワーク、仮想プライベートネットワーク、インターネット、イントラネット、エクストラネット、公衆交換電話網、赤外線ネットワーク、無線ネットワーク、及び、これらの任意の組み合わせである。

【0086】

上記の例における方法は、コンピュータ読み取り可能媒体に記憶されるか利用可能なコンピュータ実行可能命令を用いて実施される。このような命令は、例えば、特定の機能又は機能グループを実行する汎用コンピュータ、専用コンピュータ又は特殊用途処理装置をもたらすか構成する命令及びデータを含むことができる。用いられるコンピュータリソースの一部は、ネットワークを介してアクセス可能である。コンピュータ実行可能命令は、例えば、バイナリ、中間フォーマット命令（例えば、アセンブリ言語）、ファームウェア又はソースコードである。命令、使用した情報、及び／又は、説明した例による方法において生成された情報を記憶するために用いることができるコンピュータ読み取り可能媒体の例は、磁気又は光学ディスク、フラッシュメモリ、不揮発性メモリを備えるＵＳＢデバイス、ネットワークストレージデバイス等を含む。

【0087】

これらの開示における方法を実施する装置は、ハードウェア、ファームウェア及び／又はソフトウェアを有し、各種フォームファクタの何れかを利用する。このようなフォームファクタの一般的な例は、サーバコンピュータ、ラップトップ、スマートフォン、スモールフォームファクタパーソナルコンピュータ、ＰＤＡ等を有する。ここで説明される機能は、周辺装置又はアドインカードにも実装することができる。さらなる例として、このような機能は、単一の装置で実行される異なるチップ間又は異なるプロセス間の回路基板上で実行することができる。

【0088】

ウェブサーバを用いた実施形態において、ウェブサーバは、ＨＴＴＰサーバ、ＦＴＰサーバ、ＣＧＩサーバ、データサーバ、Ｊａｖａ（登録商標）サーバ、及び、ビジネスアプリケーションサーバを有する任意の種類のサーバ又は中間層アプリケーションを実行することができる。サーバは、ユーザ装置からの要求に応じて、例えば、任意のプログラミング言語（例えば、Ｊａｖａ（登録商標）、Ｃ、Ｃ＃、Ｃ＋＋）、任意のスクリプト言語（例えば、Ｐｅｒｌ、Ｐｙｔｈｏｎ、ＴＣＬ）、及びこれらの組み合わせで書き込まれる１つ以上のスクリプト又はプログラムとして実行される１つ以上のウェブアプリケーションを実行すること等により、プログラムやスクリプトを実行することができる。サーバは、公開市場で市販されているものを含むがこれに限定されないデータベースサーバを含むことができる。

【0089】

サーバシステムは、前述の様々なデータ記憶、他のメモリ、及び、ストレージ媒体を有する。これらは、例えば、ストレージ媒体が１つ以上のコンピュータにローカル接続され（及び／又は存在する）、又は、ネットワークにより、任意の若しくは全てのコンピュータから遠隔で連結される等のように、様々な場所に存在し得る。一組の特定の実施形態において、情報は、当業者によく知られているストレージエリアネットワーク（ＳＡＮ）中に存在することができる。同様に、コンピュータ、サーバ又は他のネットワーク装置に起因する機能を実行するのに必要とされる任意のファイルは、必要に応じてローカル及び／又はリモートに格納することができる。システムがコンピュータ化された装置を含む場合、このような装置は、バスを介して電気的に接続されるハードウェアコンポーネントを有し、コンポーネントは、例えば、少なくとも１つの中央処理ユニット（ＣＰＵ）と、少なくとも１つの入力装置（例えば、マウス、キーボード、コントローラ、タッチセンサディスプレイコンポーネント、又は、キーパッド）と、少なくとも１つの出力装置（例えば、ディスプレイ装置、プリンタ、又は、スピーカ）と、を有する。このようなシステムは、さらに、１つ以上のストレージデバイス（例えば、ディスクドライブ、光学ストレージデバイス、及び、ソリッドステートストレージデバイス（例えば、ランダムアクセスメモリ（ＲＡＭ）又は読み出し専用メモリ（ＲＯＭ））、及び、除去可能な媒体装置、メモリカード、フラッシュカード等）を有する。

【0090】

このような装置は、さらに、上述したように、コンピュータ可読ストレージ媒体読み取り機、通信装置（例えば、モデム、ネットワークカード（有線又は無線）、赤外線コンピューティングデバイス）、及び、ワーキングメモリを有する。コンピュータ可読ストレージ媒体読み取り機は、コンピュータ可読ストレージ媒体に接続され、又は、コンピュータ可読ストレージ媒体を受け入れる。コンピュータ可読ストレージ媒体は、リモート、ローカル、固定、及び／又は、取り外し可能なストレージデバイスを表してもよく、一時的及び／又は永久的に、コンピュータ可読情報を含有、記憶、送信及び回収するストレージ媒体を表してもよい。システム及び各種デバイスは、一般に、少なくとも１つのワーキングメモリ装置に配置された複数のソフトウェアアプリケーション、モジュール、サービス、又は、他の素子を有し、当該他の素子は、オペレーティングシステム及びアプリケーションプログラム（例えば、クライアントアプリケーション又はウェブブラウザ）を有する。前述した例に基づいて、様々な変形例を有することができることを理解されたい。例えば、カスタマイズされたハードウェアを使用することもでき、及び／又は、特定の素子をハードウェア／ソフトウェア（ポータブルソフトウェア（例えば、アプレット）を含む）若しくはこれらの両方で実施することができる。さらに、その他のコンピューティングデバイス（例えば、ネットワーク入／出力装置）への接続も使用される。

【0091】

コード又はコードの一部を含むストレージ媒体及びコンピュータ可読媒体は、従来技術で用いられる任意の適切な媒体（例えば、ストレージ媒体及びコンピューティング媒体）を含む。この媒体は、揮発性及び不揮発性、取り外し可能、並びに、非取り外し可能媒体に限定されず、任意の方法や技術で実現され、情報（例えば、コンピュータ可読命令、データ構造、プログラムモジュール又は他のデータ）を記憶及び／又は送信する。この媒体は、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）、他の光学ストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ、他の磁気ストレージデバイス、又は、他の任意の媒体を含み、必要な情報を記憶するのに用いられたり、システムデバイスによりアクセスされる。本明細書で提供される技術及び教示に基づいて、当業者であれば、本発明の各種態様を実施する他のやり方及び／又は方法を理解するであろう。

【0092】

明細書及び図面は、限定的ではなく例示的なものとみなされるべきである。しかしながら、特許請求の範囲に記載された発明のより広い趣旨及び範囲から逸脱することなく、様々な修正及び変更を行うことができることは明らかであろう。

【符号の説明】

【0093】

１００Ａ…データセンタ
１０１…ネットワーク
１０２，１０３…サーバシステム
１０２−１，１０３−１…ベースボード管理コントローラ
１０２−２，１０３−２…プロセッサ
１０２−３，１０３−３…ＢＩＯＳ
１０２−４，１０３−４…ストレージデバイス
１０４…ＣＭＳ
１０５…ＡＣ電源
１０６…ノースブリッジロジック
１０７…ＰＣＩバス
１０８…サウスブリッジロジック
１０９…ストレージデバイス
１１０…冷却コンポーネント
１１１…電源ユニット
１５０，１５１…ＩＳＡスロット
１６０，１６１…ＰＣＩｅスロット
１７０，１７１…ＰＣＩスロット
２００Ａ，２００Ｂ…方法
２０２〜２３０…工程
３００…コンピューティングデバイス
３１５…バス
３６１…メモリ
３６２…マスタマイクロプロセッサ
３６３…プロセッサ
３６８…インタフェース
４００…システムバスコンピューティングシステム構造
４０２…システムバス
４０４…メモリ
４０６…ＲＯＭ
４０８…ＲＡＭ
４１０…コントローラ
４１２…ストレージデバイス
４１４〜４１８…モジュール
４２０…入力装置
４２６…センサ
４２８…キャッシュ
４３０…プロセッサ
４３２…フラッシュメモリ
４３４…ファームウェア
５００…コンピュータシステム
５０２…チップセット
５０４…ブリッジ
５０６…ユーザインタフェースコンポーネント
５０８…通信インタフェース
５１０…プロセッサ
５１２…ファームウェア
５１６…ストレージデバイス
５１８…ＲＡＭ

【図1A】

【図1B】

【図2A】

【図2B】

【図3】

【図4】

【図5】