JP6463814B2 - ブートのハードウェア周波数を動的に最適化するシステム及び方法 - Google Patents

Description

本発明は、コンピューティングシステムにおけるシステムブートに関するものである。

現在のサーバファーム又はデータセンタは、通常、様々なアプリケーションサービスに必要な演算及びストレージを処理する大量のサーバシステムを採用している。各サーバは、正常な操作をサポートするために、基本入出力システム（ＢＩＯＳ）を必要とする。ＢＩＯＳは、サーバシステムのコンピューティングコンポーネントの操作を保証するファームウェアである。ＢＩＯＳは、サーバがブートするときに実行されるファームウェアを、ＢＩＯＳに指定された構成のセットとともに記憶する。ＢＩＯＳは、通常、サーバシステム内のハードウェアを識別、初期化及びテストする。

データセンタのサーバシステムは、サーバシステムが適切に機能するのを保証するために、時々リブートする必要がある。但し、サーバシステムのブートには、最小限の時間がかかる。データセンタには大量のサーバシステムが存在するため、個々のサーバシステムのブート時間は、データセンタに対して大量のダウンタイムを発生させるおそれがある。

上述した問題を解決するため、本発明は、サーバシステムの動作周波数を動的に最適化して、システムのブート時間を最小化するシステム及び方法を提供することを目的とする。システムは、周波数調整モジュールと、少なくとも１つの内部センサと、少なくとも１つの外部センサと、１つ以上の冷却コンポーネントと、プロセッサと、メモリと、基本入出力システム（ＢＩＯＳ）と、を有する。周波数調整モジュールは、少なくとも１つの内部センサ及び／又は少なくとも１つの外部センサから、センサデータを収集する。周波数調整モジュールは、センサデータ及び熱周波数レベルテーブルに基づいて、サーバシステムの適切な動作周波数レベルを決定して、サーバシステムのブート時間を最小化する。

本発明の一実施形態によれば、サーバシステムの動作周波数を動的に最適化するコンピュータ実施方法は、サーバシステムの周波数調整モジュールにて、サーバシステムの１つ以上のセンサからセンサデータを受信する工程と、少なくともセンサデータ及び熱周波数レベルテーブルに基づいて、適切な動作周波数レベルを決定する工程と、適切な動作周波数レベルがサーバシステムの以前の動作周波数と異なる場合に、適切な動作周波数レベルをサーバシステムの第１動作周波数レベルとして設定する工程と、セルフテストカウントを所定値に設定する工程と、セルフテストがＯＫでない場合に、セルフテストカウントがゼロであるか否かを判断する工程と、セルフテストカウントがゼロでない場合に、第１動作周波数レベルを１レベル下げて第２動作周波数レベルにし、セルフテストカウントを１レベル下げる工程と、を有する。

セルフテストカウントがゼロである場合に、周波数調整モジュールは、サーバシステムが熱制御範囲外であることを示すエラーメッセージを、サーバシステムのコントローラに送信させてもよい。セルフテストがＯＫである場合に、周波数調整モジュールは、セルフテストカウントをゼロに設定し、所定の待ち時間後に追加のセンサデータを受信してもよい。適切な動作周波数レベルがサーバシステムの以前の動作周波数と同じである場合に、周波数調整モジュールは、所定の待ち時間後に追加のセンサデータを受信してもよい。

いくつかの構成では、適切な動作周波数レベルを決定する工程は、少なくともセンサデータ及び熱周波数レベルテーブルに基づいて、動作周波数レベルの範囲を決定する工程と、動作周波数レベルの範囲内の最大動作周波数レベルを決定する工程と、最大動作周波数レベルをサーバシステムの適切な動作周波数レベルとして選択する工程と、を有する。いくつかの別の例では、適切な動作周波数レベルを決定する工程は、少なくともセンサデータ及び熱周波数レベルテーブルに基づいて、動作周波数レベルの範囲を決定する工程と、動作周波数レベルの範囲内で中間動作周波数レベルを決定する工程と、中間動作周波数レベルをサーバシステムの適切な動作周波数レベルとして選択する工程と、を有する。

いくつかの構成では、少なくとも１つの内部センサは、少なくとも１つの熱センサを有する。周波数調整モジュールにより収集されるセンサデータは、プロセッサ温度と、チップセット温度と、サーバシステムの環境温度と、のうち少なくとも１つを有する。

いくつかの構成では、熱周波数レベルテーブルは、複数のテーブルエントリを有する。複数のテーブルエントリの各々は、特定のセンサデータ（例えば、温度の特定範囲）と、対応するサーバシステムが動作可能な動作周波数レベルの範囲と、を有する。また、熱周波数レベルテーブルは、異常なセンサデータのエントリを有してもよい。例えば、１つのエントリは、閾値低温値よりも低いシステム温度範囲と、サーバシステムが動作可能な対応する動作周波数レベルと、潜在的なダメージをシステムのコンポーネントに示す警告メッセージを送信するための最小の閾値動作周波数レベルと、を有してもよい。別のエントリは、閾値高温値よりも高いシステム温度範囲と、サーバシステムが動作可能な対応する動作周波数レベルと、潜在的なダメージをシステムのコンポーネントに示す警告メッセージを送信するための最大の閾値動作周波数レベルと、を有してもよい。

本発明の別の実施形態によれば、命令を記憶する非一時的なコンピュータ可読記憶媒体が提供される。命令がプロセッサにより実行されると、サーバシステムの周波数調整モジュールにて、サーバシステムの１つ以上のセンサーからセンサデータを受信することと、少なくともセンサデータ及び熱周波数レベルテーブルに基づいて、適切な動作周波数レベルを決定することと、適切な動作周波数レベルがサーバシステムの以前の動作周波数と異なる場合に、適切な動作周波数レベルをサーバシステムの第１動作周波数レベルとして設定することと、セルフテストカウントを所定値に設定することと、セルフテストがＯＫでない場合に、セルフテストカウントがゼロであるか否かを判断することと、セルフテストカウントがゼロでない場合に、第１動作周波数レベルを１レベル下げて第２動作周波数レベルにすることと、セルフテストカウントを１レベル下げることと、をプロセッサに実行させる。

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

本発明によれば、サーバシステムの動作周波数を動的に最適化して、システムのブート時間を最小化することができる。

本発明の上述した利点及び特徴、並びに、他の利点及び特徴を得る方法を説明するために、簡単に説明した原理のより具体的な説明は、図面で示された具体的な実施形態によって更に具体的に説明される。これらの図面は、本発明の一例を示すものであり、本発明を限定するものではないことを理解すべきである。本発明の原理は、図面の描写及び付加された特徴と詳細の解釈によって説明される。

本発明の一実施形態による、動作周波数を動的に最適化して、ブート時間を最小化するシステムのブロック図である。 本発明の別の実施形態による、動作周波数を動的に最適化して、ブート時間を最小化するシステムのブロック図である。 本発明の一実施形態による、動作周波数を動的に最適化して、ブート時間を最小化する方法を示す図である。 本発明の様々な実施形態によるコンピューティングデバイスを示す図である。 本発明の様々な実施形態によるシステムを示す図である。 本発明の様々な実施形態によるシステムを示す図である。

本発明の様々な実施形態は、サーバシステムの動作周波数を動的に最適化して、システムのブート時間を最小化するシステム及び方法を提供する。例示的なシステムは、周波数調整モジュールと、少なくとも１つの内部センサと、少なくとも１つの外部センサと、１つ以上の冷却コンポーネントと、プロセッサと、メモリと、基本入出力システム（ＢＩＯＳ）と、を有する。周波数調整モジュールは、少なくとも１つの内部センサ及び／又は少なくとも１つの外部センサからセンサデータを収集することができる。周波数調整モジュールは、センサデータ及び熱周波数レベルテーブルに基づいて、サーバシステムの適切な動作周波数レベルを決定して、サーバシステムのブート時間を最小化することができる。

図１Ａは、本発明の一実施形態による、動作周波数を動的に最適化して、ブート時間を最小化する例示的なシステム１００Ａのブロック図である。この実施形態において、システム１００Ａは、複数のコンポーネントを有する。例えば、システム１００Ａは、周波数調整モジュール１０１と、プロセッサ１０２と、メモリ１０３と、ＢＩＯＳ１０４と、少なくとも１つの内部センサ１０６と、少なくとも１つの外部センサ１０８と、１つ以上の冷却コンポーネント１０７（例えば、冷却ファン）と、システム１００Ａのコンポーネントを接続するバス１０５と、を有する。

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

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

かなりの頻度でＢＩＯＳ１０４を更新する必要がある。例えば、ＢＩＯＳ１０４は、ＢＩＯＳ製造者によってリリースされた新たなＢＩＯＳ機能を利用して、新たに追加されたハードウェアで動作するように、又は、ＢＩＯＳ１０４で検出されたバグを解決するように、更新され得る。ＢＩＯＳ１０４が更新されると、システム１００Ａは、システム１００Ａのコンポーネントが適切に機能するのを保証するために、リブートしなければならない。

システム１００Ａにおいて、周波数調整モジュール１０１は、システム１００Ａの動作周波数を動的に決定して、リブート時間を最小化することができる。周波数調整モジュール１０１は、内部センサ１０６（例えば、プロセッサ１０２、メモリ１０３、又は、システム１００Ａ内の熱を放散する他のチップセットコンポーネントのための温度センサ）、及び／又は、外部センサ１０８（例えば、周囲温度センサ）からセンサデータを収集する。その後、周波数調整モジュール１０１は、センサデータ（例えば、チップセットの温度）及び熱周波数レベルテーブルに基づいて、動作周波数レベルの範囲を決定し、決定した範囲の動作周波数レベルから適切な動作周波数レベルを選択する。

以下の表１に示すように、熱周波数レベルテーブルは、複数のテーブルエントリを有することができる。複数のテーブルエントリの各々は、システム１００Ａが動作可能な特定の温度範囲及び動作周波数レベルの範囲を有する。熱周波数レベルテーブルは、さらに、異常なセンサ温度のエントリを有する。例えば、１つのエントリは、閾値低温値−１５℃未満のシステム温度範囲と、サーバシステムが動作可能な対応する動作周波数レベル（例えば、レベル２）と、最小閾値動作周波数レベル（例えば、レベル３）と、を有し、システム１００Ａが、最小閾値動作周波数レベル、又は、より低い動作周波数レベルで動作する場合に、潜在的なダメージをシステムのコンポーネントに示す警告メッセージを送信する。別のエントリは、閾値高温値９０℃よりも高いシステム温度範囲と、サーバシステムが動作可能な対応する動作周波数レベル（例えば、レベル６、７、８及び９）と、最大閾値動作周波数レベル（例えば、レベル５）と、を有し、システム１００Ａが、最大閾値動作周波数レベル又はより高い動作周波数レベルで動作する場合に、潜在的なダメージをシステムのコンポーネントに示す警告メッセージを送信するように構成されている。

いくつかの構成において、周波数調整モジュール１０１は、動作周波数レベルの範囲内で最大動作周波数レベルを決定し、最大動作周波数レベルをシステム１００Ａの適切な動作周波数レベルとして選択する。いくつかの別の例において、周波数調整モジュール１０１は、動作周波数レベルの範囲内で中間動作周波数レベルを決定し、中間動作周波数レベルをシステム１００Ａの適切な動作周波数レベルとして選択する。

本発明の技術では、テーブルを用いて説明しているが、均等物を用いることもできることに留意されたい。例えば、テーブルは、離散値を有するテーブルではなく、数学関数として具体化されてもよい。

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

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

図１Ａにおいて、システム１００Ａがオン又はリセットされると、プロセッサ１０２は、周波数調整モジュール１０１によって決定された適切な動作周波数レベル（ｏｐｅｒａｔｉｏｎ ｆｒｅｑｕｅｎｔ ｌｅｖｅｌ）で動作する。プロセッサ１０２は、ストレージデバイス１０９に記憶された、更新されたＢＩＯＳセットアップオプションにアクセスし、更新されたＢＩＯＳセットアップオプションを実行して、システム１００Ａを初期化する。いくつかの構成において、プロセッサ１０２は、システムインタフェース（例えば、Ｉ^２Ｃ）を介して、更新されたＢＩＯＳセットアップオプションにアクセスする。ブートプロセスの後に、プロセッサ１０２は、オペレーティングシステムを実行して、システム１００Ａの特定のタスクを実行及び管理することができる。

図１Ｂは、本発明の別の実施形態による、動作周波数を動的に最適化して、ブート時間を最小化するシステム１００Ｂのブロック図である。図１Ｂに示すように、サーバシステム１００Ｂは、少なくとも１つのマイクロプロセッサ又はプロセッサ１０２と、１つ以上の冷却コンポーネント１０７と、メインメモリ（ＭＥＭ）１０３と、ＡＣ電力１１３からＡＣ電力を受信し、サーバシステム１００Ｂの様々なコンポーネント（例えば、プロセッサ１０２）に電力を供給する少なくとも１つの電源ユニット（ＰＳＵ）１１２と、ノースブリッジ（ＮＢ）ロジック１１４と、ＰＣＩｅスロット１６０と、サウスブリッジ（ＳＢ）ロジック１１６と、ストレージデバイス１０９と、ＩＳＡスロット１５０と、ＰＣＩスロット１７０と、周波数調整モジュール１０１と、少なくとも１つの内部センサ１０６と、少なくとも１つの外部センサ１０８と、管理装置１１１と、を有する。内部センサ１０６は、内部温度（例えば、プロセッサ１０２、メモリ１０３、又は、システム１００Ｂ内を散熱する他のチップセットコンポーネントの温度）を検出することができる。外部センサ１０８は、サーバシステム１００Ｂの周囲温度を検出することができる。

周波数調整モジュール１０１は、内部センサ１０６及び／又は外部センサ１０８からセンサデータを収集することができる。周波数調整モジュール１０１は、センサデータ（例えば、チップセットの温度）及び熱周波数レベルテーブルに基づいて、動作周波数レベルの範囲を決定し、サーバシステム１００Ｂの適切な動作周波数レベルを選択することができる。

電源がオンになった後、サーバシステム１００Ｂは、メモリ１０３、コンピュータストレージデバイス１０９又は外部ストレージデバイスから１つ以上のソフトウェアアプリケーションをロードして、様々な動作を実行するように構成されている。ストレージデバイス１０９は、論理ブロックに構造化されている。論理ブロックは、サーバシステム１００Ｂのオペレーティングシステム及びアプリケーションに利用可能であり、サーバシステム１００Ｂがオフになってもサーバデータを保持するように構成されている。

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

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

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

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

この実施形態において、ＳＢロジック１１６は、さらに、少なくとも１つのＰＳＵ１２１に接続された管理装置１１１に接続される。いくつかの実施形態において、管理装置１１１は、ベースボード管理コントローラ（ＢＭＣ）、ラック管理コントローラ（ＲＭＣ）、又は、他の任意の適切なタイプのシステムコントローラであってもよい。管理装置１１１は、少なくとも１つのＰＳＵ１１２の操作及び／又は他の適切な操作を制御するように構成されている。いくつかの実施形態において、管理装置１１１は、サーバシステム１０１Ｂの処理命令、並びに、コンポーネント及び／又は接続状態を監視するように構成されている。

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

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

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

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

図２は、本発明の一実施形態による、動作周波数を動的に最適化して、サーバシステムのブート時間を最小化する方法２００を示す図である。注意すべきことは、理解できることは、方法２００は、単に説明のために提示されており、本技術による他の方法では、同様の若しくは代替の順序で、又は、並行して実行される追加の工程、より少ない工程若しくは代替の工程を含むことができることを理解されたい。図１Ａ及び図１Ｂに示されるように、方法２００は、工程２０２において、サーバシステムの周波数調整モジュールにてサーバシステムの１つ以上のセンサからセンサデータを受信することから開始する。いくつかの構成において、センサデータは、内部センサデータ、外部センサデータ、又は、これらの両方を有する。センサデータは、プロセッサ温度、チップセット温度、又は、サーバシステムの環境温度を含むことができる。

図１Ａ及び図１Ｂに示すように、工程２０４において、周波数調整モジュールは、センサデータ及び熱周波数レベルテーブルに少なくとも基づいて、サーバシステムの適切な動作周波数レベルを決定することができる。いくつかの構成において、熱周波数レベルテーブルは、複数のテーブルエントリを含むことができる。複数のテーブルエントリの各々は、サーバシステムが動作可能な特定のセンサデータ（例えば、特定の温度範囲）と、動作周波数レベルの範囲と、を有する。

いくつかの構成において、周波数調整モジュールは、センサデータ及び熱周波数レベルテーブルに少なくとも基づいて、動作周波数レベルの範囲を決定することができる。周波数調整モジュールは、動作周波数レベルの範囲内の最大動作周波数レベルを決定し、最大動作周波数レベルをサーバシステムの適切な動作周波数レベルとして選択する。いくつかの別の例において、周波数調整モジュールは、センサデータ及び熱周波数レベルテーブルに少なくとも基づいて、動作周波数レベルの範囲を決定し、動作周波数レベルの範囲内の中間動作周波数レベルを決定し、中間動作周波数レベルをサーバシステムの適切な動作周波数レベルとして選択する。

工程２０６において、周波数調整モジュールは、適切な動作周波数レベルがサーバシステム上の以前の動作周波数と異なるか否かを判断する。方法２００は、適切な動作周波数レベルがサーバシステム上の以前の動作周波数と同じである場合に工程２０２に戻り、周波数調整モジュールは、所定の待ち時間後に追加のセンサデータを受信することができる。

工程２０８において、適切な動作周波数レベルがサーバシステム上の以前の動作周波数と異なる場合に、周波数調整モジュールは、適切な動作周波数レベルをサーバシステム上の第１動作周波数レベルに設定することができ、セルフテストカウントを所定値に設定する。

工程２１０において、周波数調整モジュールは、サーバシステム上でセルフテストを実行することができる。いくつかの構成において、セルフテストは、内部センサ及び／又は外部センサーからセンサデータを受信して、サーバシステムが適切な動作周波数レベルで正常に動作しているか否かを判断することを含んでもよい。例えば、周波数調整モジュールは、第１の動作周波数レベルで動作している間に、チップセット温度が正常範囲外であるか否かを判断することができる。セルフテストがＯＫである場合に、周波数調整モジュールは、工程２１２にてセルフテストカウントをゼロに設定する。方法２００は、工程２０２に戻り、周波数調整モジュールは、所定の待ち時間後に追加のセンサデータを受信する。

セルフテストカウントがＯＫでない場合に、周波数調整モジュールは、工程２１４にて、セルフテストカウントがゼロであるか否かを判断することができる。セルフテストカウントがゼロである場合に、周波数調整モジュールは、工程２１６にて、サーバシステムが熱制御範囲外であることを示すエラーメッセージをサーバシステムのコントローラに送信させることができる。

セルフテストカウントがゼロでない場合に、周波数調整モジュールは、工程２１８にて、第１動作周波数レベルを第２動作周波数レベルまで１レベル下げ、セルフテストカウントを１レベル下げる。方法２００は、その後、工程２１０に戻り、周波数調整モジュールは、サーバシステムを第２動作周波数レベルで動作させることができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (10)

1. サーバシステムの動作周波数を動的に最適化するコンピュータ実施方法であって、
   前記サーバシステムの周波数調整モジュールにて、前記サーバシステムの１つ以上のセンサからセンサデータを受信する工程と、
   前記センサデータと複数のエントリを有する熱周波数レベルテーブルとに少なくとも基づいて、適切な動作周波数レベルを決定する工程と、
   前記適切な動作周波数レベルが前記サーバシステムの以前の動作周波数と異なると判断した場合、
   前記適切な動作周波数レベルを前記サーバシステムの第１動作周波数レベルとして設定するとともに、
   セルフテストカウントを所定値に設定する工程と、
   前記第１動作周波数レベルを用いたセルフテストがＯＫでないと判断するとともに、
   前記セルフテストカウントがゼロでないと判断した場合、
   前記第１動作周波数レベルを第２動作周波数レベルまで１レベル下げるとともに、
   前記セルフテストカウントを１レベル下げる工程と、
   を順次実行することを特徴とするコンピュータ実施方法。
2. 前記適切な動作周波数レベルを決定する工程は、
   少なくとも前記センサデータ及び前記熱周波数レベルテーブルに基づいて、動作周波数レベルの範囲を決定する工程と、
   前記動作周波数レベルの範囲内の最大動作周波数レベルを決定する工程と、
   前記最大動作周波数レベルを前記サーバシステムの適切な動作周波数レベルとして選択する工程と、
   を順次実行することを特徴とする請求項１に記載のコンピュータ実施方法。
3. 前記適切な動作周波数レベルを決定する工程は、
   少なくとも、前記センサデータ及び前記熱周波数レベルテーブルに基づいて、動作周波数レベルの範囲を決定する工程と、
   前記動作周波数レベルの前記範囲内の中間動作周波数レベルを決定する工程と、
   前記中間動作周波数レベルを前記サーバシステムの適切な動作周波数レベルとして選択する工程と、
   を順次実行することを特徴とする請求項１に記載のコンピュータ実施方法。
4. 前記適切な動作周波数レベルが前記サーバシステムの以前の動作周波数と同じであると判断した場合、
   前記サーバシステムの前記周波数調整モジュールにて、所定の待ち時間後に、前記１つ以上のセンサから追加のセンサデータを受信する工程を実行し、
   前記セルフテストカウントがゼロであると判断した場合、
   前記サーバシステムが熱制御範囲外であることを示すエラーメッセージを、前記サーバシステムのコントローラに送信させる工程と、
   を実行することを特徴とする請求項１に記載のコンピュータ実施方法。
5. 前記複数のエントリの各々は特定のセンサデータと、前記サーバシステムが動作可能な動作周波数の対応する範囲と、を有し、
   前記複数のエントリは、閾値低温値よりも低いシステム温度範囲と、前記サーバシステムが動作可能な対応する動作周波数レベルと、潜在的なダメージを前記システムのコンポーネントに示す警告メッセージを送信するための最小の閾値動作周波数レベルと、を有し、
   前記センサデータは、内部センサデータ及び外部センサデータのうち少なくとも１つを有し、前記センサデータは、プロセッサ温度、チップセット温度及びサーバシステムの環境温度のうち少なくとも１つを有することを特徴とする請求項１に記載のコンピュータ実施方法。
6. サーバシステムの動作周波数を動的に最適化するシステムであって、
   プロセッサと、
   命令を記憶するコンピュータ可読媒体と、を備え、
   前記命令は、前記プロセッサにより実行されると、
   前記システムの周波数調整モジュールにて、前記システムの１つ以上のセンサからセンサデータを受信する工程と、
   前記センサデータと、複数のエントリを有する熱周波数レベルテーブルと、に少なくとも基づいて、適切な動作周波数レベルを決定する工程と、
   前記適切な動作周波数レベルが前記システムの以前の動作周波数と異なると判断した場合、
   前記適切な動作周波数レベルを前記システムの第１動作周波数レベルとして設定するとともに、
   セルフテストカウントを所定値に設定する工程と、
   前記第１動作周波数レベルを用いたセルフテストがＯＫでないと判断するとともに、
   前記セルフテストカウントがゼロでないと判断した場合、
   前記第１動作周波数レベルを第２動作周波数レベルまで１レベル下げるとともに、
   前記セルフテストカウントを１レベル下げる工程と、
   を含む操作を前記システムに順次実行させる、
   ことを特徴とするシステム。
7. 前記適切な動作周波数レベルを決定する工程は、
   少なくとも前記センサデータ及び前記熱周波数レベルテーブルに基づいて、動作周波数レベルの範囲を決定する工程と、
   前記動作周波数レベルの範囲内の最大動作周波数レベルを決定する工程と、
   前記最大動作周波数レベルを前記システムの適切な動作周波数レベルとして選択する工程と、
   を順次実行することを特徴とする請求項６に記載のシステム。
8. 前記適切な動作周波数レベルを決定する工程は、
   少なくとも前記センサデータ及び前記熱周波数レベルテーブルに基づいて、動作周波数レベルの範囲を決定する工程と、
   前記動作周波数レベルの範囲内の中間動作周波数レベルを決定する工程と、
   前記中間動作周波数レベルを前記システムの前記適切な動作周波数レベルとして選択する工程と、
   を順次実行することを特徴とする請求項６に記載のシステム。
9. 前記命令は、前記プロセッサにより実行されると、
   前記適切な動作周波数レベルが前記サーバシステムの以前の動作周波数と同じであると判断するか、前記セルフテストがＯＫであると判断した場合、
   前記サーバシステムの周波数調整モジュールにて、所定の待ち時間後に、前記１つ以上のセンサから追加のセンサデータを受信する工程を含む操作を前記システムに実行させ、
   前記セルフテストカウントがゼロであると判断した場合、
   前記サーバシステムが熱制御範囲外であることを示すエラーメッセージを、前記サーバシステムのコントローラに送信させる工程を含む操作を前記システムに実行させる、
   ことを特徴とする請求項６に記載のシステム。
10. 前記複数のエントリの各々は特定のセンサデータと、前記サーバシステムが動作可能な動作周波数の対応する範囲と、を有し、
    前記複数のエントリは閾値低温値よりも低いシステム温度範囲と、前記サーバシステムが動作可能な対応する動作周波数レベルと、潜在的なダメージを前記システムのコンポーネントに示す警告メッセージを送信するための最小の閾値動作周波数レベルと、を有し、
    前記センサデータは、内部センサデータ及び外部センサデータのうち少なくとも１つを有し、前記センサデータは、プロセッサ温度、チップセット温度及びサーバシステムの環境温度のうち少なくとも１つを有することを特徴とする請求項６に記載のシステム。

Images