特開 2023-94534 ネットワークの最適なブートパスの方法及びシステム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023094534

(43)【公開日】2023-07-05

(54)【発明の名称】ネットワークの最適なブートパスの方法及びシステム

(51)【国際特許分類】

   G06F 9/4401 20180101AFI20230628BHJP

   G06F 11/22 20060101ALI20230628BHJP

【ＦＩ】

G06F9/4401

G06F11/22 675E

【審査請求】有

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2022164030

(22)【出願日】2022-10-12

(31)【優先権主張番号】63/265,982

(32)【優先日】2021-12-23

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】17/651,534

(32)【優先日】2022-02-17

(33)【優先権主張国・地域又は機関】US

(71)【出願人】

【識別番号】508018934

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

【氏名又は名称原語表記】Ｑｕａｎｔａ Ｃｏｍｐｕｔｅｒ Ｉｎｃ．

【住所又は居所原語表記】Ｎｏ．１８８，Ｗｅｎｈｕａ ２ｎｄ Ｒｄ．，Ｇｕｉｓｈａｎ Ｄｉｓｔ．，Ｔａｏｙｕａｎ Ｃｉｔｙ ３３３，Ｔａｉｗａｎ

(74)【代理人】

【識別番号】100108833

【弁理士】

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

(74)【代理人】

【識別番号】100162156

【弁理士】

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

(72)【発明者】

【氏名】錢 威宇

【テーマコード（参考）】

5B048

5B376

【Ｆターム（参考）】

5B048CC02

5B048CC17

5B376AE15

(57)【要約】      （修正有）

【課題】ブートアッププロセスのパワーオンセルフテスト（ＰＯＳＴ）ルーチン中に遭遇する偏差を識別、診断及び修復するシステムを提供する。
【解決手段】リモートシステム１００は、複数のフェーズを有するパワーオンセルフテスト（ＰＯＳＴ）ルーチンを含む基本入出力システム（ＢＩＯＳ）と、ＢＩＯＳと通信するコントローラと、コントローラ及びＢＩＯＳに結合されたメモリと、を含む。メモリは、ゴールデンイメージのＰＯＳＴコードシーケンスを保存する。コントローラ及びＢＩＯＳは、ＰＯＳＴルーチンからＰＯＳＴコードシーケンスを受信する。ＰＯＳＴコードシーケンスは、複数のフェーズの実行により生成され、ゴールデンイメージのＰＯＳＴコードシーケンスと比較され、ＰＯＳＴコードシーケンス内の少なくとも１つのＰＯＳＴコードがゴールデンイメージのＰＯＳＴコードシーケンスと一致しないことに基づいて、ＰＯＳＴルーチン内の偏差を識別する。
【選択図】図１

【特許請求の範囲】

【請求項1】

起動とオペレーティングシステムへの移行との間に実行される複数のフェーズを有するパワーオンセルフテスト（ＰＯＳＴ）ルーチンを含む基本入出力システム（ＢＩＯＳ）と、
前記ＢＩＯＳと通信するコントローラと、
前記コントローラ及び前記ＢＩＯＳに結合されたメモリであって、前記メモリは、ゴールデンイメージのＰＯＳＴコードシーケンスを保存する、メモリと、を備え、
前記コントローラ及び前記ＢＩＯＳは、
前記ＰＯＳＴルーチンからＰＯＳＴコードシーケンスを受信することであって、前記ＰＯＳＴコードシーケンスは、前記複数のフェーズの実行により生成される、ことと、
前記ＰＯＳＴコードシーケンスを前記ゴールデンイメージのＰＯＳＴコードシーケンスと比較することと、
前記ＰＯＳＴコードシーケンス内の少なくとも１つのＰＯＳＴコードが前記ゴールデンイメージのＰＯＳＴコードシーケンスと一致しないことに基づいて、前記ＰＯＳＴルーチン内の偏差を識別することと、
を行うように動作可能である、
ＰＯＳＴルーチンの偏差を検出するコンピュータシステム。

【請求項2】

前記偏差は、
セキュリティ関数フェーズの無効と、
セキュリティ関数フェーズの障害と、
前記ＰＯＳＴルーチンの信頼されない状態の検出と、のうち何れかである、請求項１に記載のコンピュータシステム。

【請求項3】

前記偏差は、
前記ＰＯＳＴルーチン内の発見手順から複数のハードウェアデバイスのうち何れかのハードウェアデバイスが見つからないことと、
非アクティブなハードウェアインターフェースと、
前記ＰＯＳＴルーチンによる初期化後のハードウェアデバイスのハードウェア速度が低下することと、のうち何れかである、請求項１に記載のコンピュータシステム。

【請求項4】

前記偏差は、
ソフトウェアサービスが無効であることと、
ソフトウェアサービスが利用できないことと、
ソフトウェアサービスがサポートされていないことと、のうち何れかである、請求項１に記載のコンピュータシステム。

【請求項5】

前記コントローラ及び前記ＢＩＯＳは、
前記識別された偏差に基づいて偏差分析を行うことと、
前記偏差分析の結果を含むメッセージを保存することと、
前記偏差分析を行った後に、前記コンピュータシステムの電源を入れ直すことと、
を行うようにさらに動作可能であり、
前記偏差分析は、前記偏差を修復する回復方法を含み、前記ＢＩＯＳ及び前記コントローラは、電源を入れ直した後に、前記回復方法を自動的に行うようにさらに動作可能である、請求項１に記載のシステム。

【請求項6】

コンピュータシステムの起動時に実行されるパワーオンセルフテスト（ＰＯＳＴ）ルーチンの偏差を識別する方法であって、
前記コンピュータシステムは、基本入出力システム（ＢＩＯＳ）と、コントローラと、メモリと、を含み、前記ＢＩＯＳは、前記ＰＯＳＴルーチンを含み、前記ＰＯＳＴルーチンは、起動とオペレーティングシステムへの移行との間に実行される複数のフェーズを有し、前記コントローラは、前記ＢＩＯＳと通信し、前記メモリは、前記コントローラ及び前記ＢＩＯＳに結合されており、
前記方法は、
ゴールデンイメージのＰＯＳＴコードシーケンスを前記メモリに保存するステップと、
前記ＢＩＯＳの前記ＰＯＳＴルーチンを実行するステップと、
前記ＰＯＳＴルーチンの複数のフェーズの実行時に生成されたＰＯＳＴコードシーケンスを前記ＰＯＳＴルーチンから受信するステップと、
前記コントローラを介して、前記ＰＯＳＴコードシーケンスを前記ゴールデンイメージのＰＯＳＴコードシーケンスと比較するステップと、
前記ＰＯＳＴコードシーケンスの少なくとも１つのＰＯＳＴコードが前記ゴールデンイメージのＰＯＳＴコードシーケンスと一致しないことに基づいて、前記ＰＯＳＴルーチンの偏差を識別するステップと、を含む、方法。

【請求項7】

前記偏差は、
セキュリティ関数フェーズの無効と、
セキュリティ関数フェーズの障害と、
前記ＰＯＳＴルーチンの信頼されない状態の検出と、のうち何れかである、請求項６に記載の方法。

【請求項8】

前記偏差は、
前記ＰＯＳＴルーチン内の発見手順から何れかのハードウェアデバイスが見つからないことと、
非アクティブなハードウェアインターフェースと、
前記ＰＯＳＴルーチンによる初期化後のハードウェアデバイスのハードウェア速度が低下することと、のうち何れかである、請求項６に記載の方法。

【請求項9】

前記偏差は、
ソフトウェアサービスが無効であることと、
ソフトウェアサービスが利用できないことと、
ソフトウェアサービスがサポートされていないことと、のうち何れかである、請求項６に記載の方法。

【請求項10】

ソフトウェア命令が保存されているコンピュータ可読記憶媒体であって、
前記ソフトウェア命令は、コンピュータシステム内のプロセッサによって実行されると、
前記コンピュータシステムのパワーオンセルフテスト（ＰＯＳＴ）ルーチンの複数のフェーズを実行することと、
前記ＰＯＳＴルーチンの実行中にＰＯＳＴコードシーケンスを出力することと、
前記ＰＯＳＴコードシーケンスをゴールデンイメージのＰＯＳＴコードシーケンスと比較することと、
前記ＰＯＳＴコードシーケンスの少なくとも１つのＰＯＳＴコードが前記ゴールデンイメージのＰＯＳＴコードシーケンスと一致しないことに基づいて、前記ＰＯＳＴルーチンの偏差を識別することと、
を前記プロセッサに実行させる、コンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、コンピューティングデバイスのブートルーチンに関し、特に、ブートアッププロセスのパワーオンセルフテスト（ＰＯＳＴ）ルーチン中に遭遇する偏差（ｄｅｖｉａｔｉｏｎ）を識別、診断及び修復するシステムに関する。

【背景技術】

【0002】

サーバーは、ネットワークベースのシステムやデータセンター等の需要の高いアプリケーションに多用されている。コンピューティングアプリケーション用のクラウドの出現により、データセンターの需要が高まっている。データセンターは、データを保存し、リモート接続されたコンピューターデバイスのユーザーがアクセスしたアプリケーションを実行（ｒｕｎ）する多数のサーバーを有する。一般的なデータセンターは、電力と通信の接続を備えた物理的なラック（ｒａｃｋ）構造を有する。各ラックは、複数のコンピューティングサーバーとストレージサーバーを搭載することができる。

【0003】

データセンター内のサーバーは、アプリケーションの実行（ｅｘｅｃｕｔｅ）、仮想化サービスの提供、及び、インターネットコマースの促進を含む多くのビジネスのサービスを提供している。データセンターサーバーから提供されるサービスに対する企業の依存度が大きくなるにつれて、稼働時間（ｕｐｔｉｍｅ）がより重要となり、より価値が高まる。サーバーがダウンすると、生産性が低下するか、完全に停止し、ビジネスの収益性が損なわれる。データセンターの管理者は、サーバー内の障害による中断に対して予防策を講じることができるが、サーバーのダウンタイムの問題を完全になくすことが困難である。サーバーのダウンタイムの主な原因は、サーバーのハードウェア障害、ハードウェアのアップグレードの実行、ソフトウェアのアップグレードの実行、及び、サーバーメンテナンス時の不具合を含み得る。通常、データセンターの管理者は、大量のダウンタイムの潜在的な（ｐｏｔｅｎｔｉａｌｌｙ）高さと高額な損失を想定して、ダウンタイムの原因となり得る様々な要因に対処するための計画を立てている。しかしながら、サーバーの回復には、各サーバーの再起動が必要である。

【0004】

個々のサーバーは、通常、パワーオンセルフテスト（ＰＯＳＴ）ルーチンで起動されて操作を開始する。サーバーのプロセッサコア等のコンピュータシステムのＰＯＳＴルーチン中に、基本入出力システム（ＢＩＯＳ）がプロセッサコアによって実行され、サーバーのハードウェアを初期化する。ＰＯＳＴルーチンが正常に完了した後に、制御がサーバーのオペレーティングシステムに引き継がれる。

【0005】

サーバーの起動は複雑なプロセスである。ユニファイド拡張可能ファームウェアインタフェース（Ｕｎｉｆｉｅｄ Ｅｘｔｅｎｓｉｂｌｅ Ｆｉｒｍｗａｒｅ Ｉｎｔｅｒｆａｃｅ；ＵＥＦＩ）ＢＩＯＳファームウェアは、サーバープラットフォームのオペレーティングシステムの準備が整うまで、ＰＯＳＴルーチンで様々な手順を実行して、全てのハードウェアコンポーネントを初期化及びアクティブ化する必要がある。これらの手順は、個々のプロセスを順に実行して、ハードウェアコンポーネントを初期化し、ソフトウェア機能（ｆｅａｔｕｒｅ）を有効にし、サーバーセキュリティアクティビティを実行し、プラットフォームの耐障害性のルーチンを実行することを含む。一般に、ＰＯＳＴルーチン内の各ソフトウェアプログラムは、通常、ソフトウェアプログラムの目的、動作、結果及び状態を記述した重要なチェックポイントを保有する。チェックポイントは、可視メッセージで出力され、端末画面、特定のＬＣＤパネル、ＬＥＤインジケータ及び／又はコンソールリダイレクションに表示される。管理者は、帯域内（ｉｎ－ｂａｎｄ）（サーバーの不揮発性メモリ）及び帯域外（ｏｕｔ－ｏｆ－ｂａｎｄ）（ベースボード管理コントローラー（ＢＭＣ）によって保存されたシステムエラーログ）の両方の場所にあるシステムイベントログファイルを検査（ｒｅｖｉｅｗ）することで、チェックポイントを検証（ｅｘａｍｉｎｅ）することもできる。

【0006】

サーバーが信頼できる環境（安定した電源、低温、適切な湿度等）で動作している場合、シーケンシャル（ｓｅｑｕｅｎｔｉａｌ）チェックポイントの記録は、ユーザーが新しいファームウェアを設定したり、ハードウェア構成を調整したりしない限り、サーバーが起動する毎に同じになる。シーケンシャルチェックポイント内の記録変更の大部分は、ソフトウェアプログラムが環境変数や論理操作を参照して異なるルーチンを実行する等のように、通常の操作や予期される動作である。しかしながら、場合によっては、シーケンシャルチェックポイントの記録変更がサーバーの操作に悪影響を及ぼすことがある。このような場合、中断がいつ、どのように、なぜ発生するかを予測することが困難である。従って、このようなことは最終的にサーバーのダウンタイムを延長し、データセンターが提供するサービスに影響を与える。

【0007】

従って、シーケンシャルＰＯＳＴコードの検査に基づいて特定の偏差を識別するＰＯＳＴルーチンを含むシステムが必要である。また、ＰＯＳＴルーチン内の偏差を診断できるシステムも必要である。ＰＯＳＴルーチン内の偏差からの回復動作を推奨するシステムも必要である。

【発明の概要】

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

【0008】

ブートアッププロセスのパワーオンセルフテスト（ＰＯＳＴ）ルーチン中に遭遇する偏差を識別、診断及び修復するシステムを提供する。

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

【0009】

開示された一例は、パワーオンセルフテストルーチン（ＰＯＳＴ）内の偏差を検出するコンピュータシステムである。コンピュータシステムは、起動とオペレーティングシステムへの移行（ｈａｎｄ ｏｆｆ）との間に実行される複数のフェーズを有するパワーオンセルフテスト（ＰＯＳＴ）ルーチンを有する基本入出力システム（ＢＩＯＳ）を含む。コントローラは、ＢＩＯＳと通信している。メモリは、コントローラ及びＢＩＯＳに結合される。メモリは、ゴールデンイメージのＰＯＳＴコードシーケンスを保存する。コントローラ及びＢＩＯＳは、複数のフェーズの実行時に生成されたＰＯＳＴルーチンからＰＯＳＴコードシーケンスを受信するように動作可能である。ＰＯＳＴコードシーケンスは、ゴールデンイメージのＰＯＳＴコードシーケンスと比較される。ＰＯＳＴルーチンの偏差は、ＰＯＳＴコードシーケンスの少なくとも１つのＰＯＳＴコードがゴールデンイメージのＰＯＳＴコードシーケンスと一致しないことに基づいて識別される。

【0010】

例示的なシステムのさらなる実装は、コントローラがベースボード管理コントローラである実施形態である。別の実装は、コンピュータシステムがサーバーであることである。別の実装は、コンピュータシステムがネットワークインターフェースを含み、その比較がリモート管理サーバーに送信されることである。別の実装は、偏差が、セキュリティ関数フェーズの無効、セキュリティ関数フェーズの障害、又は、ＰＯＳＴルーチンの信頼されない状態の検出のうち何れかである。別の実装は、偏差が、ＰＯＳＴルーチンの発見手順から複数のハードウェアデバイスのうち何れかのハードウェアデバイスが見つからない、非アクティブなハードウェアインターフェース、又は、ＰＯＳＴルーチンによる初期化後のハードウェアデバイスのハードウェア速度が低下することである。別の実装は、偏差が、無効、利用できない、又は、サポートされていないソフトウェアサービスの何れかであることである。別の実装は、メモリが、ＰＯＳＴコードシーケンスを保存するフラッシュメモリであることである。別の実装は、ゴールデンイメージのＰＯＳＴコードシーケンスが、サーバー管理ソフトウェアを通じて、ネットワークインターフェースを介して更新されたゴールデンイメージのＰＯＳＴイメージをコントローラに送信することによってアップグレード可能である。別の実装は、コントローラ及びＢＩＯＳが、識別された偏差に基づいて偏差分析を行い、偏差分析の結果を含むメッセージを保存し、偏差分析を行った後に、コンピュータシステムの電源を入れ直すようにさらに動作可能である。別の実装は、偏差分析が偏差を修復する回復方法を含み、ＢＩＯＳ及びコントローラが電源を入れ直した後に、回復方法を自動的に行うようにさらに動作可能である。

【0011】

別の開示された例は、基本入出力システム（ＢＩＯＳ）を含むコンピュータシステムの起動時に実行されるＰＯＳＴルーチンの偏差を識別する方法である。ＢＩＯＳは、起動とオペレーティングシステムへの移行との間に実行される複数のフェーズを有するパワーオンセルフテスト（ＰＯＳＴ）ルーチンを含む。コンピュータは、ＢＩＯＳと通信するコントローラと、コントローラ及びＢＩＯＳに結合されたメモリと、を含む。ゴールデンイメージのＰＯＳＴコードシーケンスは、メモリに保存される。ＢＩＯＳのＰＯＳＴルーチンが実行される。ＰＯＳＴコードシーケンスは、ＰＯＳＴルーチンの複数のフェーズの実行時に生成されたＰＯＳＴルーチンから受信される。ＰＯＳＴコードシーケンスは、コントローラを介してゴールデンイメージのＰＯＳＴコードシーケンスと比較される。ＰＯＳＴルーチンの偏差は、ＰＯＳＴコードシーケンスの少なくとも１つのＰＯＳＴコードがゴールデンイメージのＰＯＳＴコードシーケンスと一致しないことに基づいて識別される。

【0012】

例示的な方法の別の実装は、コントローラがベースボード管理コントローラであり、コンピューティングデバイスがサーバーであることである。別の実装は、この方法が、ネットワークインターフェースを介してリモート管理サーバーに上述した比較を送信することをさらに含む。別の実装は、偏差が、セキュリティ関数フェーズの無効、セキュリティ関数フェーズの障害、又は、ＰＯＳＴルーチンの信頼されない状態の検出の何れかである。別の実装は、偏差が、ＰＯＳＴルーチンの発見手順から複数のハードウェアデバイスのうち何れかのハードウェアデバイスが見つからない、非アクティブなハードウェアインターフェース、又は、ＰＯＳＴルーチンによる初期化後のハードウェアデバイスのハードウェア速度が低下することである。別の実装は、偏差が、無効、利用できない、又は、サポートされていないソフトウェアサービスの何れかであることである。別の実装は、この方法が、識別された偏差に基づいて偏差分析を行い、偏差分析の結果を含むメッセージを保存し、偏差分析を行った後に、コンピュータシステムの電源を入れ直すことをさらに含む。別の実装は、この方法が、メッセージ内のデータを介して偏差を修復することを含む。

【0013】

別の開示された例は、ソフトウェア命令が保存されている非一時的なコンピュータ可読記憶媒体であり、コンピュータシステム内のプロセッサによって実行された場合に、プロセッサにコンピュータシステムのパワーオンセルフテスト（ＰＯＳＴ）ルーチンの複数のフェーズを実行させる。これらの命令は、プロセッサに、ＰＯＳＴルーチンの実行中にＰＯＳＴコードシーケンスをさらに出力させる。命令は、プロセッサに、ＰＯＳＴコードシーケンスをゴールデンイメージのＰＯＳＴコードシーケンスとさらに比較させる。命令はさらに、プロセッサに、ＰＯＳＴコードシーケンスの少なくとも１つのＰＯＳＴコードがゴールデンイメージのＰＯＳＴコードシーケンスと一致しないことに基づいて、ＰＯＳＴルーチンの偏差を識別させる。

【0014】

別の開示された例は、パワーオンセルフテストルーチン（ＰＯＳＴ）の偏差を分析するためのコンピュータシステムである。コンピュータシステムは、起動とオペレーティングシステムへの移行との間に実行される複数のフェーズを有するパワーオンセルフテスト（ＰＯＳＴ）ルーチンを有する基本入出力システム（ＢＩＯＳ）を含む。コンピュータシステムは、ＢＩＯＳと通信しているコントローラを含む。コントローラ及びＢＩＯＳは、ＰＯＳＴコードの形式で、ＰＯＳＴルーチンで識別された偏差を受信するように動作可能である。コントローラ及びＢＩＯＳは、識別された偏差に基づいて偏差分析を行う。コントローラ及びＢＩＯＳは、偏差分析の結果を含むメッセージを宛先デバイスに保存し、偏差分析を行った後にコンピュータシステムの電源を入れ直す。

【0015】

例示的なシステムのさらなる実装は、コントローラがベースボード管理コントローラである実施形態であることである。別の実装は、コンピュータシステムがサーバーであることである。別の実装は、偏差分析がＢＩＯＳ内のＵＥＦＩ変数を設定することにより、アクティブになることである。別の実装は、メッセージが偏差からＰＯＳＴルーチンを回復するための自動回復を含むことである。別の実装は、コントローラが管理者に警告し、コンピュータシステムをシャットダウンする手動回復であることである。別の実装は、メッセージが、人間が読み取り可能なスキーマと技術スキーマを含むことである。別の実装は、人間が読み取り可能なスキーマが、定義、偏差の原因、回復方法及びリスク評価を含むことである。別の実装は、技術スキーマが、特定のサービスルーチンの偏差を記述する様々な長さと内容を有するメタデータを含むことである。別の実装は、メッセージで指定された回復ルーチンが、コントローラ又はＢＩＯＳファームウェアの何れかによって実行されことである。別の実装は、回復ルーチンが、ハードウェアコンポーネントの初期化の最適化、疑いのあるデータ構造の消去（ｃｌｅａｒｉｎｇ）、及び、カスタムゴールデン設定のリロードの何れかを含むことである。別の実装は、偏差分析ルーチンが、ハードウェア又はソフトウェア開発者により提供された文書（ｄｏｃｕｍｅｎｔａｔｉｏｎ）に基づいて、識別されたハードウェア又はソフトウェアコンポーネント用に特別に記述されることである。別の実装は、宛先デバイスが、システムメモリ、ストレージデバイス、又は、コントローラによりアクセス可能なフラッシュメモリの何れかであることである。

【0016】

上述した概要は、本開示の各実施形態又は全ての態様を表すことを意図するものではない。むしろ、上述した概要は、本明細書に記載された新規な態様及び特徴のいくつかの例を提供するに過ぎない。本開示の上述した特徴及び利点、並びに、他の特徴及び利点は、添付の図面及び添付の特許請求の範囲と関連して、本発明を実施するための代表的な実施形態及び態様についての以下の詳細な説明から容易に明らかとなるであろう。

【0017】

本開示は、例示的な実施形態の以下の説明及び添付の図面からよりよく理解されるであろう。

【図面の簡単な説明】

【0018】

【図1】本開示の特定の態様による、ＰＯＳＴルーチン内の偏差の識別、診断及び修復のためのモジュールを含む例示的なＰＯＳＴルーチンを実行するコンポーネントを有するコンピュータシステムのブロック図である。

【図2】本開示の特定の態様による、例示的なＰＯＳＴルーチン内の異なるステップ及び対応するＰＯＳＴコードを示すプロセス図である。

【図3】本開示の特定の態様による、ＰＯＳＴルーチンの例示的なモジュールからの診断を示すプロセス図である。

【図4A】本開示の特定の態様による、ＰＯＳＴルーチンの例示的なモジュールを識別、診断及び修復する関数のフロー図である。

【図4B】本開示の特定の態様による、ＰＯＳＴルーチンの例示的なモジュールを識別、診断及び修復する関数のフロー図である。

【図4C】本開示の特定の態様による、ＰＯＳＴルーチンの例示的なモジュールを識別、診断及び修復する関数のフロー図である。

【図5】本開示の特定の態様による、例示的なモジュールの診断関数の送信状態サービス（ｄｅｌｉｖｅｒ ｓｔａｔｕｓ ｓｅｒｖｉｃｅ）ルーチンを含む、ＰＯＳＴルーチン内のセキュアブートサービスのコードのシーケンスである。

【図6】本開示の特定の態様による、図５の関数呼び出しルーチンの関数サービスルーチンの収集状態のフロー図である。

【図7】本開示の特定の態様による、図５の関数呼び出しルーチンの関数呼び出しサービスルーチンの開示メッセージ（ｅｘｐｏｓｅ ｍｅｓｓａｇｅ）のフロー図である。

【図8】本開示の特定の態様による、例示的なモジュールの回復関数により出力され得る障害の診断に基づいた潜在的な（ｐｏｔｅｎｔｉａｌ）回復メカニズムの表である。

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

【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】

１００…リモートシステム
１０２…サービスステーション
１０４…ネットワーク
１０６…サーバー
１０８…技術者
１１０…ベースボード管理コントローラ（ＢＭＣ）
１１２…ネットワークインターフェースコントローラ
１２０…基本入出力システム（Ｂａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ；ＢＩＯＳ）ファームウェア
１２２…フラッシュメモリ
１２４…ゴールデンファイルイメージ
１２６…システムエラーログ（ＳＥＬ）
１３０…ハードウェアコンポーネント（ＣＰＵ）
１３２…ハードウェアコンポーネント
１３４…ソフトウェアプロセス
１４０…オペレーティングシステム（ＯＳ）
２００…プロセス図
２１０…セキュリティフェーズ２１２…事前拡張可能ファームウェアインタフェース（ｐｒｅ－ｅｘｔｅｎｓｉｂｌｅ ｆｒａｍｅｗｏｒｋ ｉｎｔｅｒｆａｃｅ；ＥＦＩ）初期化環境（ＰＥＩ）フェーズ
２１４…ドライバ実行環境（ｄｒｉｖｅｒ ｅｘｅｃｕｔｉｏｎ ｅｎｖｉｒｏｎｍｅｎｔ；ＤＸＥ）フェーズ
２１６…ブートデバイス選択（ｂｏｏｔ ｄｅｖｉｃｅ ｓｅｌｅｃｔｉｏｎ；ＢＤＳ）フェーズ
２１８…過渡システム負荷（ｔｒａｎｓｉｅｎｔ ｓｙｓｔｅｍ ｌｏａｄ；ＴＳＬ）フェーズ
２２０…事前検証（ｐｒｅ－ｖｅｒｉｆｉｅｒ）
２２２…Ｕｃｏｄｅパッチ
２２４…セキュリティルーチン
２３０…ＵＰＩ／ＸＧＭＩトポロジ発見プロセス
２３２…開始メモリ参照コードプロセス
２３４…初期プラットフォームポート（ｉｎｉｔｉａｌ ｐｌａｔｆｏｒｍ ｐｏｒｔｉｎｇ）プロセス
２４０…デバイスドライバ、バスドライバ又はサービスドライバ等の１セットのドライバ
２４２…ＰＣＩスキャン及びリソース割り当てプロセス
２４４…起動及びランタイムサービスの確立プロセス
２４６…ＡＣＰＩ及びＳＭＢＩＯＳテーブルのパブリッシュプロセス
２５０…ブートディスパッチャプロセス
２５２…イネーブルセキュアブートプロセス
２５４…ロードブートローダプロセス
２６０…過渡オペレーティングシステムブートローダプロセス
２６２…オペレーティングシステム移行プロセス
２７０…ＰＯＳＴコード
２７２…第１の偏差
２７４…第２の偏差
３００…プロセス図
３１０…一連のメッセージ
３１２…第１のメッセージ
３１４…第２のメッセージ
４０２～４３４…ステップ
４３６～４６６…ステップ
４７０～４９８…ステップ
５００…コードセグメント
５１０…収集状態ルーチン
５１２…開示メッセージルーチン
５２０…メッセージ
５２２…人間が読み取り可能なスキーマ
５２４…技術スキーマ
５３０…「ＤｅｌｉｖｅｒＳｔａｔｕｓ」ルーチン
６１０～６１４…ステップ
６２０～６４４…ステップ
７１０～７１４…ステップ
７２０～７２８…ステップ
８００…表
８１０、８２０…一覧表

【図1】

【図2】

【図3】

【図4A】

【図4B】

【図4C】

【図5】

【図6】

【図7】

【図8】