(57)【要約】  コンピュータ装置のプレブートフェーズの間、無線通信を容易にするシステム、装置、及び方法は、コンピュータ装置上で実行される統合拡張ファームウェアインターフェースとコンピュータ装置の無線トランシーバとの間に、コンピュータ装置のプレブートフェーズ中、通信インターフェースを構築することを含む。コンピュータ装置のＯＯＢプロセッサは、有線と無線の通信規格の間でデータ通信を再フォーマットすることにより、プレブートフェーズ中、統合拡張ファームウェアインターフェースと無線通信回路との間のデータ通信を処理する。
2013539878.tif 000002
【特許請求の範囲】
【請求項１】
統一拡張ファームウェアインターフェースとコンピュータデバイスの無線トランシーバとの間の通信インターフェースを前記コンピュータデバイスのプレブートフェーズ中に構築するステップと；
前記コンピュータデバイスの帯域外（ＯＯＢ）プロセッサを用いて、前記統一拡張ファームウェアインターフェースと前記無線トランシーバとの間のデータ通信を、前記プレブートフェーズ中に処理するステップと、を含む、
方法。
【請求項２】
前記通信インターフェースを構築するステップは、ユニバーサル非同期型レシーバ／トランスミッタ（ＵＡＲＴ）ドライバをロードして前記統一拡張ファームウェアと前記ＯＯＢプロセッサとの間のシリアル通信を容易にするステップ、請求項１記載の方法。
【請求項３】
前記通信インターフェースを構築するステップは、前記プレブートフェーズのドライバ実行環境（ＤＸＥ）フェーズ中、前記通信インターフェースを構築するステップを含む、請求項１記載の方法。
【請求項４】
データ通信を処理するステップは：
有線通信規格に従ってフォーマットされたデータ通信を前記統一拡張ファームウェアインターフェースから受信するステップと；
無線通信規格に従って前記データ通信を再フォーマットするステップと；
前記無線通信規格に従ってフォーマットされた前記データ通信を前記無線トランシーバに供給するステップと、を含む、
請求項１記載の方法。
【請求項５】
データ通信を処理するステップは：
無線通信規格に従ってフォーマットされたデータ通信を前記無線トランシーバから受信するステップと；
有線通信規格に従って前記データ通信を再フォーマットするステップと；
前記有線通信規格でフォーマットされた前記データ通信を前記統一拡張ファームウェアインターフェースに供給するステップと、を含む、
請求項１記載の方法。
【請求項６】
データ通信を処理するステップは、前記統一拡張ファームウェアインターフェースから前記ＯＯＢプロセッサのシリアルハードウェアインターフェースとのデータ通信を受信するステップを含む、請求項１記載の方法。
【請求項７】
前記データ通信を受信するステップは、周辺コンポーネント相互接続（ＰＣＩ）バスを介して前記ＯＯＢプロセッサとの前記データ通信を受信するステップを含む、請求項６記載の方法。
【請求項８】
前記データ通信を受信するステップは、前記ＯＯＢプロセッサのユニバーサル非同期型レシーバ／トランスミッタ（ＵＡＲＴ）デバイスとのデータ通信を、前記統一拡張ファームウェアインターフェースから受信するステップを含む、請求項６記載の方法。
【請求項９】
前記コンピュータデバイスが前記無線トランシーバを含んでいるかどうかを判定するステップを更に含み、
前記通信インターフェースを構築するステップは、前記無線トランシーバを含む前記コンピュータデバイスに応答して、前記統一拡張ファームウェアインターフェースと前記無線トランシーバとの間の通信を構築するステップを含む、
請求項１記載の方法。
【請求項１０】
前記コンピュータデバイス上でオペレーティングシステムをロードする前に、前記通信インターフェースを除去するステップを更に含む、請求項１記載の方法。
【請求項１１】
複数の命令を含む非一時的な機械可読媒体であって、前記複数の命令は、実行されることに応じて、コンピュータデバイスに：
統一拡張ファームウェアインターフェースと無線トランシーバとの間の通信インターフェースを前記コンピュータデバイスのプレブートフェーズ中に構築するステップと；
前記コンピュータデバイスの帯域外（ＯＯＢ）プロセッサ上で、前記統一拡張ファームウェアインターフェースから受信したデータ通信を、プレブートフェーズ中に有線通信規格フォーマットから無線通信規格フォーマットへ再フォーマットするステップと、
を生じる、非一時的な機械可読媒体。
【請求項１２】
前記通信インターフェースを構築するステップは、ユニバーサル非同期型レシーバ／トランスミッタ（ＵＡＲＴ）ドライバをロードして、前記統一拡張ファームウェアと前記ＯＯＢプロセッサとの間のシリアル通信を容易にする、ステップを含む、請求項１１記載の非一時的な機械可読媒体。
【請求項１３】
前記複数の命令は、前記コンピュータデバイスに：
無線通信規格に従ってフォーマットされたデータ通信を前記無線トランシーバから受信するステップと；
有線通信規格に従って前記データ通信を再フォーマットするステップと；
前記有線通信規格に従ってフォーマットされた前記データ通信を前記統一拡張ファームウェアインターフェースに供給するステップと、
を更に生じる、請求項１１記載の非一時的な機械可読媒体。
【請求項１４】
データ通信を処理するステップは、前記統一拡張ファームウェアインターフェースから前記ＯＯＢプロセッサのシリアルインターフェースとのデータ通信を受信するステップを含む、請求項１１記載の非一時的な機械可読媒体。
【請求項１５】
前記データ通信を受信するステップは、周辺コンポーネント相互接続（ＰＣＴ）バスを介して前記ＯＯＢプロセッサとの前記データ通信を受信するステップを含む、請求項１１記載の非一時的な機械可読媒体。
【請求項１６】
前記データ通信を受信するステップは、前記統一拡張ファームウェアインターフェースから前記ＯＯＢプロセッサのユニバーサル非同期型レシーバ／トランスミッタ（ＵＡＲＴ）デバイスとのデータ通信を受信するステップを含む、請求項１５記載の非一時的な機械可読媒体。
【請求項１７】
コンピュータデバイスであって、該コンピュータデバイスは：
帯域内プロセッサと；
無線トランシーバと；
前記帯域内プロセッサの動作状態に関係なく、無線通信回路を用いて、無線ネットワークを介して通信するように構成された帯域外（ＯＯＢ）プロセッサと、を含み、該ＯＯＢプロセッサは：
前記コンピュータデバイス上の前記帯域内プロセッサのプレブートフェーズ中、前記コンピュータデバイス上で実行される統一拡張ファームウェアインターフェースと前記無線トランシーバとの間の通信インターフェースを構築し；そして、
前記プレブートフェーズ中、前記統一拡張ファームウェアインターフェースと前記無線トランシーバとの間のデータ通信を処理するように構成される、
コンピュータデバイス。
【請求項１８】
前記通信インターフェースを構築することには、ユニバーサル非同期型レシーバ／トランスミッタ（ＵＡＲＴ）ドライバをロードして前記統一拡張ファームウェアと前記ＯＯＢプロセッサとの間のシリアル通信を容易にすることを含む、請求項１７記載のコンピュータデバイス。
【請求項１９】
前記データ通信を処理することには：
有線通信規格に従ってフォーマットされたデータ通信を前記統一拡張ファームウェアインターフェースから受信し；
前記データ通信を無線通信規格に従って再フォーマットし；そして、
前記無線規格に従ってフォーマットされた前記データ通信を前記無線トランシーバに供給すること、を含む、
請求項１７記載のコンピュータデバイス。
【請求項２０】
前記データ通信を処理することには：
無線通信規格に従ってフォーマットされたデータ通信を、前記無線トランシーバから受信し；
前記データ通信を有線通信規格に従って再フォーマットし；そして、
前記有線通信規格に従ってフォーマットされた前記データ通信を前記統一拡張ファームウェアインターフェースに供給すること、を含む、
請求項１７記載のコンピュータデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータ装置のプレブートフェーズ中の無線通信を容易にするシステム及び方法に関する。
【背景技術】
【０００２】
多数のコンピュータ装置が、そのコンピュータ装置上で実行するオペレーティングシステム（ＯＳ）とそのコンピュータ装置のプラットフォームファームウェアとの間のソフトウェアインターフェースを利用している。そうしたソフトウェアインターフェースの一例は統一拡張ファームウェアインターフェース（ユニファイド・エクステンシブル・ファームウェア・インターフェース：ＵＥＦＩ）であり、それは２００９年５月８日発行のＵＥＦＩ仕様書第２．３版によって定義される。そのＵＥＦＩ仕様書によって定義されるインターフェースは、プラットフォーム情報、ブート及びランタイムサービスを含むデータテーブルを含み、オペレーティングシステム・ローダとオペレーティングシステムとに利用可能である。そのＵＥＦＩはブートサービスを定義し、そのブートサービスは、各種のデバイス、バス、ブロック、及び、ファイルサービス、及び、ランタイムサービスに関するテキスト及びグラフィックコンソールサポートを含み、例えば、日付や時間やＮＶＲＡＭサービスを含む。そのＵＥＦＩ環境はオペレーシングシステムのローディングの前に構築される。
【０００３】
ＵＥＦＩ仕様書は、現在、コンピュータ装置のプレブートフェーズ（即ち、オペレーティングシステムのブートの前）の間で有線通信をサポートしている。しかしながら、ＵＥＦＩ仕様書は、ワイヤレスアダプタのためのデバイスドライバを構築するため一般的なフレームワークをサポートするにもかかわらず、ＵＥＦＩ仕様書は、現在のところ、現在のワイヤレス技術の多くをサポートする総合的なワイヤレス通信スタックを欠いている。従って、コンピュータ装置のプレブートフェーズの間でワイヤレス通信の利用可能性は限定されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、上記の問題を解決し、コンピュータ装置のプレブートフェーズの間でワイヤレス通信の利用可能性を高めることである。
【課題を解決するための手段】
【０００５】
本発明の一側面によれば、コンピュータ装置のプレブートフェーズの間、無線通信を容易にするシステムが提供され、コンピュータ装置上で実行される統合拡張ファームウェアインターフェースとコンピュータ装置の無線トランシーバとの間に、コンピュータ装置のプレブートフェーズ中、通信インターフェースを構築することを含む。コンピュータ装置のＯＯＢプロセッサは、有線と無線の通信規格の間でデータ通信を再フォーマットすることにより、プレブートフェーズ中、統合拡張ファームウェアインターフェースと無線通信回路との間のデータ通信を処理する。
【図面の簡単な説明】
【０００６】
本明細書で説明されるシステム、装置、及び、方法は、添付の図面において具体例により例示され、制限的ではない。説明の簡略さと明確さのため、図中に示される要素は必ずしも縮尺どおりではない。例えば、幾つかの要素の寸法は明確性のため他の要素に対して強調されることがある。以下の図では：
【図１】図１はシステムの一実施形態に係る単純化したブロック図を示し、そのシステムはコンピュータ装置のプレブートフェーズの間で無線通信を容易にする。
【図２】図２は方法の一実施形態に係る単純化したフローチャートを示し、その方法は図１のコンピュータ装置のプレブートフェーズの間でワイヤレス通信を容易にする。
【図３】図３は図１のコンピュータ装置のハードウェア及びソフトウェア環境の単純化したブロック図である。
【図４】図４は方法の一実施形態に係る単純化したフローチャートであり、その方法は図１のコンピュータ装置のプレブートフェーズの間で通信データを処理する。
【図５】図５は方法の一実施形態に係る単純化したフローチャートであり、その方法は図１のコンピュータ装置のプレブートフェーズの間で通信データを処理する。
【図６】図６は図１のコンピュータ装置の単純化したブートタイムラインの一実施形態である。
【発明を実施するための形態】
【０００７】
本明細書の概念は各種の変形例や代替的形態の影響を受けやすいが、その特定の例示的実施形態は図面の具体例によって示され、本明細書で詳細に説明されるだろう。しかしながら、本明細書の概念を開示される特定の形態に限定する意図は無く、その反対に、添付の特許請求の範囲によって定義されるように、本発明の精神と適用範囲内にある全ての変形例、均等、及び代替を包含する意図であることを理解すべきである。
【０００８】
以下の説明では、多数の特定の詳細が本明細書をより完全に理解するために説明され、例えば、ロジックの具体化、操作コード、オペランドを特定する手段、リソースのパーティショニング／シェアリング／複製の具体化、システムコンポーネントの種類と相互関係、及び、ロジックのパーティショニング／インテグレーション選択である。しかしながら、当業者には、本明細書の実施形態はそうした特定の詳細が無くとも実施できることが理解されるだろう。他の例では、制御構造、ゲートレベル回路、及び、完全なソフトウェア命令シーケンスは、本開示を明瞭にするため示されていない。当業者は、本願の説明により、必要以上の実験がなくても適切な機能を具体化することができるだろう。
【０００９】
本明細書中の“或る実施形態”、“一実施形態”、“例示的な一実施形態”等への参照は、説明される実施形態が特定の構成、構造、又は、特徴を含んでもよいことを指し示すが、各実施形態はその特定の構成、構造、又は、特徴を必ずしも含む必要はない。さらに、そうした用語は、同一の実施形態を必ずしも言及するものではない。さらに、特定の構成、構造、又は、特徴が一実施形態との関連で説明されるときは、明示的に説明されていてもされていなくても、他の実施形態との関連で、そうした構成、構造、又は特徴に影響することは当業者の知識の範囲内であると考えられる。
【００１０】
本開示の幾つかの実施形態は、ハードウェア、ファームウェア、ソフトウェア、又は、それらの如何なる組み合わせでも実施することができる。コンピュータシステム内に具体化される本開示の実施形態は、コンポーネント間に１つ又は複数のバスベースの相互接続を含んでもよいし、及び／又は、コンポーネント間に１つ又は複数のポイントツーポイントのインターコネクトを含んでもよい。本発明の実施形態は、機械可読のタンジブルな媒体上に保存される命令として具体化されてもよく、その命令は１つ又は複数のプロセッサによってリードされ実行されてもよい。機械可読のタンジブルな媒体には、機械（例えばコンピュータ装置）が可読な形態の情報を保存又は送信する如何なるタンジブルな機構を含んでもよい。例えば、機械可読なタンジブルな媒体にはリードオンリーメモリ（ＲＯＭ）；ランダムアクセスメモリ（ＲＡＭ）；磁気ディスク保存媒体；光学保存媒体；フラッシュメモリデバイス；及び、他のタンジブルな媒体を含む。
【００１１】
さて、図１を参照すると、コンピュータ装置のプレブートフェーズの間、ワイヤレス通信を容易にするためのシステム１００は、コンピュータ装置１０２とワイヤレスアクセスポイント１０４とを含む。システム１００は、外部ネットワーク１０６と１つ以上のリモートコンピュータ装置１０８とを含んでもよい。コンピュータ装置１０２はワイヤレスアクセスポイント１０４に通信可能に接続されており、そのワイヤレスアクセスポイントはネットワーク１０６に通信可能に接続されている。以下でより詳しく説明するように、コンピュータ装置１０２は、ワイヤレスアクセスポイント１０４を介して、プレブートフェーズの間、ワイヤレス通信を送信し受信することができる。
【００１２】
コンピュータ装置１０２は以下で説明する機能群を実行することのできる如何なる種類の電子デバイスとしても実施されてもよい。例えば、コンピュータ装置１０２は、パーソナルコンピュータ、ワークステーション、ラップトップコンピュータ、ハンドヘルドコンピュータ、モバイルインターネット装置、携帯電話、パーソナルデータアシスタント、電話装置、ネットワーク機器、仮想化デバイス、保存コントローラ、又は、他のコンピュータベースの装置として実施されてもよい。
【００１３】
図１の例示的実施形態では、コンピュータ装置１０２は、帯域内（ｉｎ−ｂａｎｄ）プロセッサ１２０、帯域外（ＯＯＢ）プロセッサ１２２、チップセット１２６、メモリ１２８、有線トランシーバ１３０、及び、無線トランシーバ１３２を含む。幾つかの実施形態では、コンピュータ装置１０２は１つ以上のデータ保存デバイス１４０、及び／又は、１つ以上の追加的な周辺装置１４２も含んでよい。幾つかの実施形態では、前述のコンポーネントの幾つかはコンピュータ装置１０２のマザーボード上に組み込まれてもよく、他のコンポーネントは例えば周辺ポートを介してマザーボードに通信可能に接続されてもよい。さらに、コンピュータ装置１０２は他のコンポーネント、サブコンポーネント、及び、コンピュータ及び／又はコンピュータ装置に一般的に見られるデバイスを含んでもよいことが理解されるべきであり、それらは説明の明確性のため図１には示されない。
【００１４】
コンピュータ装置１０２の帯域内プロセッサ１２０はソフトウェア／ファームウェアを実行することができる如何なる種類のプロセッサとしても実現されてもよく、例えばマイクロプロセッサ、デジタル信号プロセッサ、マイクロコントローラ、又は類似のものである。帯域内プロセッサ１２０はプロセッサコア１２４を有する単一コアプロセッサとして例示的に実現される。しかしながら、他の実施形態では、帯域内プロセッサ１２０は複数のプロセッサコア１２４を有するマルチコアプロセッサとして実現されてもよい。追加的に、コンピュータ装置１０２は１つ以上のプロセッサコア１２４を有する追加の帯域内プロセッサ１２０を含んでもよい。帯域内プロセッサ１２０は一般にソフトウェアスタックを実行する役割を有し、そのソフトウェアスタックはオペレーティングシステム、各種の、アプリケーション、ライブラリ、及びコンピュータデバイス１０２に常駐するドライバを含んでもよい。
【００１５】
コンピュータ装置１０２のチップセット１２６は、メモリコントローラハブ（ＭＣＨ又は“ｎｏｒｔｈｂｒｉｄｇｅ”）、Ｉ／Ｏコントローラハブ（ＩＣＨ又は“ｓｏｕｔｈｂｒｉｄｇｅ”）、及び、ファームウェアデバイスを含んでもよい。そうした実施形態では、ファームウェアデバイスは基本入出力システム（ＢＩＯＳ）データ、及び／又は、命令、及び／又は、他の情報を保存するためのメモリ保存デバイスとして実施されてもよい。追加的に、幾つかの実施形態では、ＯＯＢプロセッサ１２２はファームウェアメモリ（例えばフラッシュメモリ）の安全な部分へのアクセスを有してもよい。もちろん、他の実施形態では、他の機器構成を有するチップセットが使用されてもよい。例えば、幾つかの実施形態では、チップセット１２６プラットフォームコントローラハブ（ＰＣＨ）として実施されてもよい。そうした実施形態では、メモリコントローラハブ（ＭＣＨ）は帯域内プロセッサ１２０の中に組み込まれてもよく、又は、そうでなければそれと関連してもよい。
【００１６】
チップセット１２６は多数の信号パスを介して帯域内プロセッサ１２０に通信可能に接続される。これらの信号パス（及び、図１に表される他の信号パス）は、コンピュータ装置１０２のコンポーネントの間の通信を容易にすることができる如何なる種類の信号パスとして実現されてもよい。例えば、信号パスは、如何なる数のワイヤ、ケーブル、導光器、プリント回路基板配線、ビア、バス、介在するデバイス、及び／又は、それに類似するものとして実現されてもよい。
【００１７】
コンピュータ装置１０２のメモリ１２８も多数の信号パスを介してチップセット１２６に通信可能に接続される。メモリ１２８は、１つ以上のメモリデバイス、又は、データ保存場所として実現されてもよく、例えば、ダイナミックランダムアクセスメモリデバイス（ＤＲＡＭ）、同期ダイナミックランダムアクセスメモリデバイス（ＳＤＲＡＭ）、ダブルデータレート同期ダイナミックランダムアクセスメモリデバイス（ＤＤＲ  ＳＤＲＡＭ）、フラッシュメモリデバイス、及び／又は、他の揮発性メモリデバイスを含む。追加的に、図１には単独のメモリデバイス１２８だけが示されているが、他の実施形態では、コンピュータデバイス１０２は追加的なメモリデバイスを含んでもよい。帯域内プロセッサ１２０によって実行されるソフトウェアスタックを作り上げるオペレーティングシステム、アプリケーション、プログラム、ライブラリ、及び、ドライバが実行中メモリ１２８の中に常駐してもよい。さらに、メモリ１２８の中に保存されたソフトウェアとデータは、メモリ管理オペレーションの一部として、メモリ１２８と１つ以上のデータ保存デバイス１４０との間でスワップされてもよい。
【００１８】
コンピュータ装置１０２の有線トランシーバ１３０は如何なる数のデバイス及び回路としても実現されてもよく、そうして、有線ネットワークによって（即ち、ネットワーク１０６の有線部分によって）コンピュータ装置１０２と１つ以上のリモート装置（例えばリモートコンピュータ装置１０８）との間で有線通信を可能にする。例えば、有線トランシーバ１３０は1つ以上の有線ネットワークインターフェースを含んでもよく、そうして有線通信を容易にする。有線トランシーバ１３０はまた、多数の信号パスを介してチップセット１２６に通信可能に接続され、帯域内プロセッサ１２０とＯＯＢプロセッサ１２２とが有線トランシーバ１３０にアクセスすることを可能にする。
【００１９】
有線トランシーバ１３０と同様に、無線トランシーバ１３２は、如何なる数のデバイス及び回路として実現されてもよく、そうしてコンピュータ装置１０２と無線アクセスポイント１０４との間で無線通信を可能にする。例えば、無線トランシーバ１３２は１つ以上の無線ネットワークインターフェースを含んでもよく、そうして無線通信を容易にする。幾つかの実施形態では、無線トランシーバ１３２はＯＯＢプロセッサ１２２の中に組み込まれてもよく、又はそうでなければ、それに関連してもよい。例えば、無線トランシーバ１３２は、シリアル周辺インターフェースバス（ＳＰＩ  Ｂｕｓ）、コントローラリンクバス、又は他の特別な相互接続のような特別な信号パス１３４を介してＯＯＢプロセッサ１２２に通信可能に接続してもよい。そうした実施形態では、帯域内プロセッサ１２０は無線トランシーバ１３２へのアクセスを有しても、有さなくてもよい。他の実施形態では、無線トランシーバ１３２はチップセット１２６に通信可能に接続されてもよく、帯域内プロセッサ１２０とＯＯＢプロセッサ１２２とが無線トランシーバにアクセスできるようにする。下でより詳細に説明するように、ＯＯＢプロセッサ１２２はコンピュータ装置１０２のプレブートフェーズの間、無線トランシーバ１３２を利用するよう構成され、無線通信の機能をコンピュータ装置１０２へ供給する。
【００２０】
帯域内プロセッサ１２０、チップセット１２６、メモリ１２８、及び有線・無線トランシーバ１３０，１３２を含む、コンピュータ装置１０２のコンポーネントは、電源（不図示）に動作可能に接続される。電源は、ＡＣ商用電源、ＤＣバッテリ電源、又は両方の何れかから電力を引き出すことができる回路として実現されてもよい。エネルギを節約するため、コンピュータ装置１０２は、能動的に使用されていないときは幾つかの省電力動作状態に配置されてもよい。例えば、コンピュータ装置１０２はパワーダウン状態、又は、“オフ”状態に配置され、コンピュータ装置１０２のほとんどのコンポーネントは電源から電力を受けとらない。代替的に、コンピュータ装置１０２は様々な“スリープ”又は“一時休止”の状態に配置され、コンピュータ装置１０２の幾つかのコンポーネントは、しかし全てではないが、電源から電力を受けとる。例えば、“スリープ”状態は揮発性メモリ１２８（データを保持するため）に電力を供給してもよいが、帯域内プロセッサ１２０には供給しない。そうした省電力動作状態はエネルギを節約しつつ、コンピュータ装置１０２が完全な動作状態へ迅速に回復することを可能にする。
【００２１】
ＯＯＢプロセッサ１２２は帯域内プロセッサ１２０とは明確に区別され、一般的には独立して動作する。ＯＯＢプロセッサ１２２はソフトウェアを実行できる如何なる種類のプロセッサとしても実現されてもよく、そのプロセッサは、例えばマイクロプロセッサ、デジタル信号プロセッサ、マイクロコントローラ、又は類似のものであり、１つ以上のプロセッサコア（不図示）を有する１つ以上のプロセッサを含む。ＯＯＢプロセッサ１２２はマザーボード上のチップセット１２６の中へ一体化されてもよく、又は、拡張ボード上に配置される１つ以上の分離した統合回路として実現されてもよく、その拡張ボードは多数の信号パスを介してチップセット１２６と通信可能に接続される。ＯＯＢプロセッサ１２２は、コンピュータ装置１０２の各種のコンポーネントに通信可能に接続されてもよく、例えば上述したようなメモリ１２８や無線トランシーバ１３２である。代替的に又は追加的に、ＯＯＢプロセッサ１２２は同様の機能を備えた内蔵コンポーネントを含んでもよく、例えば専用メモリ及び／又は専用通信回路（例えば、無線トランシーバ１３２がＯＯＢプロセッサ１２２の中に組み込まれてもよい）である。
【００２２】
ＯＯＢプロセッサ１３２は、内蔵プロセッサ１２０の動作状態に関係なくコンピュータ装置１０２の特定の機能を管理し実行するよう構成される。そうした独立の動作を容易にするため、ＯＯＢプロセッサ１２２には電源への独立接続が供給されてもよく、コンピュータ装置１０２の他のコンポーネントがパワーダウン、又は、オフになったときでも、ＯＯＢプロセッサ１２２が電力を保持できるようにする。更に、ＯＯＢプロセッサ１２２には無線トランシーバ１３２を介して独立ネットワークインターフェースが供給されてもよく、また、電源への独立接続が供給されてもよく、そうして、内蔵プロセッサ１２０の動作状態に関係なく、アクセスポイント１０４を介して無線通信が可能になる。即ち、ＯＯＢプロセッサ１２２は、内蔵プロセッサ１２０上でランするオペレーティングシステムの外側でネットワーク１０６上のデバイス（例えばリモートコンピュータ装置１０８のような）と直接に通信することができる。実際に、この通信はユーザの知識が無くても行われる。要するに、内蔵プロセッサ１２０がオフになっているか、スタンバイ状態でランしているか、初期化されているか、又は通常動作であるかどうか、及び、オペレーティングシステムがブートしているか、ランしているか、クラッシュしているか、又は機能していないかどうかによらず、ＯＯＢプロセッサ１２２は、入来するクエリー／コマンドに基づいてインテリジェントに動作し、アクセスポイント１０４を介して、無線通信を受信し送信する。
【００２３】
幾つかの実施形態では、ＯＯＢプロセッサ１２２はＩｎｔｅｌ（Ｒ）アクティブマネージメントテクノロジー（Ｉｎｔｅｌ（Ｒ）ＡＭＴ）、Ｉｎｔｅｌ（Ｒ）ＡＭＴの一部、Ｉｎｔｅｌ（Ｒ）マネージメントエンジン（Ｉｎｔｅｌ（Ｒ）ＭＥ）、又は、Ｉｎｔｅｌ（Ｒ）ｖＰｒｏ（ＴＭ）テクノロジー（Ｉｎｔｅｌ（Ｒ）ｖＰｒｏ）を用いて実現されてもよく、これらは全てカルフォルニア、サンタクララのインテルコーポレーションから入手可能であり、及び／又は、インテルコーポレーションにより販売されているチップセットの内部に実現されてもよい。Ｉｎｔｅｌ  ＡＭＴ（Ｒ）の埋め込みプラットフォーム技術は、各終点デバイス上の不揮発性メモリに保存されるハードウェア及びソフトウェア情報への帯域外アクセスを可能にし、オペレーティングシステムと他のマネージメントツールに見られる多数のソフトウェアエージェントとを機能させる必要性を除去する。
【００２４】
上述したように、コンピュータ装置１０２は１つ以上のデータ保存デバイス１４０と、１つ以上の周辺デバイス１４２とを含む。そうした実施形態では、チップセット１２６は１つ以上のデータ保存デバイス１４０と１つ以上の周辺デバイス１４２とに通信可能に接続される。データ保存デバイス１４０は如何なる種類のデバイス又は複数のデバイスとして実現されてもよく、短期又は長期のデータ保存、例えば、メモリデバイ及び回路、メモリカード、ハードディスクドライブ、ソリッドステートドライブ、又は他のデータ保存デバイスである。周辺デバイス１４２は如何なる数の周辺デバイスを含んでもよく、入力デバイス、出力デバイス、及び他のインターフェースデバイスを含む。例えば、周辺デバイス１４２はコンピュータ装置１０２のディスプレイ、マウス、キーボード、及び、外部スピーカを含んでもよい。周辺デバイス１４２に含まれる特定のデバイスは、例えば、コンピュータ装置１０２の使用目的に依存してもよい。
【００２５】
無線アクセスポイント１０４は如何なる種類の無線アクセスポイントとして実現されてもよく、その無線アクセスポイントはコンピュータ装置１０２とネットワーク１０６との間の無線通信を容易にすることができる。例えば、無線アクセスポイント１０４は無線ルータ、スイッチ、又はハブとして実現されてもよい。ネットワーク１０６は如何なる種類の有線及び／又は無線ネットワークとして実現されてもよく、例えばローカルエリアネットワーク、ワイドエリアネットワーク、公衆利用可能なグローバルネットワーク（例えばインターネット）、又は類似のものである。追加的に、ネットワーク１０６は如何なる数の追加的なデバイス、例えばルータ、スイッチ、介在するコンピュー、及びそれに類似するものを含んでもよく、そうして、コンピュータ装置１０２とリモートコンピュータ装置１０８との間の通信を容易にする。
【００２６】
１つ以上のリモートコンピュータ装置１０８は、コンピュータ装置１０２から分離した如何なる種類のコンピュータ装置として実現されてもよい。例えば、リモートコンピュータ装置１０８は、１つ以上のパーソナルコンピュータ、ワークステーション、ラップトップコンピュータ、ハンドヘルドコンピュータ、モバイルインターネットデバイス、携帯電話、パーソナルデータアシスタント、電話機、ネットワーク機器、仮想化デバイス、保存コントローラ、又は、他のコンピュータベースのデバイスであって、ネットワーク１０６でコンピュータ装置１０２と通信するように構成されている。１つ以上のリモートコンピュータ装置１０８は、それぞれコンピュータ装置１０２と同様の機能構成を有してもよい。
【００２７】
上述したように、コンピュータ装置１０２は、コンピュータ装置１０２のプレブートフェーズの間、無線トランシーバ１３２を用いて無線通信を容易にするよう構成される。即ち、コンピュータ装置１０２上でオペレーティングシステムをロードする前に、帯域内プロセッサ１２０の動作状態に関係なく、ＯＯＢプロセッサ１２２は統合拡張ファームウェアインターフェース（ＵＥＦＩ）と無線トランシーバ１３２との間のデータ通信を容易にするよう構成され、アクセスポイント１０４との無線通信に影響を与える。そうするため、コンピュータ装置１０２は図２に示されるような方法２００を実行してもよい。その方法２００はブロック２０２で始まり、そこではコンピュータ装置１０２がリスタート又はリブートされる。即ち、コンピュータ装置１０２はオフ状態からパワーオンされ、スリープ状態からリブートされ、クラッシュ又はエラー状態からリブートされ、又は、同様なことがブロック２０２で行われてもよい。続いて、ブロック２０４では、レジスタやメモリロケーションのような各種のデバイスやソフトウェア要素を初期化する。追加的に、ＵＥＦＩ環境３０２（図３参照）が、ブロック２０４で開始されてもよい。
【００２８】
ブロック２０６では、無線トランシーバ１３２への無線接続を有するＯＯＢプロセッサ１２２がコンピュータ装置１０２に組み込まれているかどうかをコンピュータ装置１０２が判定する。例えば、コンピュータ装置１０２は、無線トランシーバ１３２が、帯域内プロセッサ１２０の動作状態に関係なく電源供給されている状態であるかどうかを判定してもよい。もしそうであるなら、ブロック２０８でコンピュータ装置１０２はＯＯＢプロセッサ１２２がプレブート無線通信用に設定構成されているか、又は別の方法でそれをサポートするかどうかを判定する。例えば、コンピュータ装置１０２はＯＯＢプロセッサ１２２が下で述べるようなファームウェアを含むかどうかを判定してもよく、そうしてＵＥＦＩ３０２と無線トランシーバ１３２との間のデータ通信を容易にする。ブロック２０６で、ＯＯＢプロセッサ１２２が存在しないこと、又は、ブロック２０８で、ＯＯＢプロセッサ１２２は存在するが無線接続用に設定されていないことが判定された場合は、本方法２００は下に述べるブロック２１２に進む。
【００２９】
しかしながら、無線接続を有するＯＯＢプロセッサ１２２が存在し、且つ、プレブートフェーズの間、無線通信用に設定されていることが判定された場合は、本方法２００はブロック２１０に進む。ブロック２１０では、無線通信インターフェース３００（図３参照）がＵＥＦＩ３０２と無線トランシーバ１３２との間に構築される。無線通信インターフェース３００はソフトウェア及び／又はハードウェアのコンポーネントを含んでもよい。例えば、図３に示すように、シリアル通信ドライバ３０４がＵＥＦＩ３０２に供給されてもよく、又はＵＥＦＩ３０２によって実行されてもよく、そうして、ＯＯＢプロセッサ１２２のシリアル通信ハードウェアインターフェース３０６へデータを通信し、そこからデータを受信する。或る特定の実施形態では、シリアル通信ハードウェアインターフェース３０６は、ユニバーサル非同期型レシーバ／トランスミッタ（ＵＡＲＴ）装置として実現され、ＵＥＦＩ３０２はペリフェラルコンポーネント相互接続（ＰＣＴ）バスでインターフェース３０６と通信するが、他の装置及び／又は方法論が使用されてもよくＵＥＦＩ３０２とＯＯＢプロセッサ１２２との間でデータを転送する。
【００３０】
ＯＯＢプロセッサ１２２は無線通信ソフトウェアインターフェース３０８を含み、そうして、無線トランシーバ１３２の無線通信ハードウェアインターフェース３１０へデータを転送し、そこからデータを受信する。或る特定の実施形態では、ＯＯＢプロセッサ１２２はシリアルバスで無線トランシーバ１３２と通信し、そのシリアルバスはシリアルペリフェラルインターフェースバス（ＳＰＩ  Ｂｕｓ）、コントローラリンクバス、又は他の特別な相互接続として実現されてもよい。下でより詳しく述べるように、ＵＥＦＩ３０２から受信した有線通信データを再パッケージするか、又は、再フォーマットするように構成され、所定の有線通信規格（例えばＩＥＥＥ８０２．３）、所定の無線通信規格（例えばＩＥＥＥ８０２．１１）に従ってフォーマットされる。同様に、ＯＯＢプロセッサ１２２は、無線トランシーバ１３２から受信した無線通信データを再パッケージするか、又は、再フォーマットするように構成され、所定の無線通信規格、所定の有線通信規格に従ってフォーマットされる。
【００３１】
図２に戻って参照すると、無線通信インターフェース３００がブロック２１０で構築された後、コンピュータ装置１０２はブロック２１２でプレブート初期化を続ける。ブロック２１４では、プレブート初期化の間、コンピュータ装置１０２は、如何なる無線通信トランザクションも要求、又は、発生しているかどうかを判定する。もしそうであるなら、コンピュータ装置１０２は、そのコンピュータ装置１０２上でプレブート無線通信がイネーブルされたかどうかを判定する（例えばブロック２０６，２０８参照）。
【００３２】
プレブートフェーズ無線通信がコンピュータ装置１０２上でイネーブルされた場合、方法２００はブロック２１８に進み、そこではＯＯＢプロセッサ１２２がＵＥＦＩ３０２と無線トランシーバ１３２との間でデータを処理する。例えば、図４に示されるように、ＯＯＢプロセッサ１２２は方法４００を実行してもよく、そうして、ＵＥＦＩ３０２から受信したデータ送信を処理する。方法４００はブロック４０２で開始し、そこではＯＯＢプロセッサ１２２がＵＥＦＩ３０２からデータ通信を受信し、所定の有線通信規格に従ってフォーマットされる。ブロック４０４では、ＯＯＢプロセッサ１２２は、通信データを有線通信規格フォーマットから所定の無線通信規格フォーマットへ再フォーマット、又は、変換する。例えば、ＯＯＢプロセッサ１２２は標準的な方法を使用してもよく、そうして、通信データを、１９８８年２月に公表されたＲＦＣ−１０４２規格で定義されるインターネットエンジニアリングタスクフォース（ＩＥＴＦ）のカプセル化規格；１９７７年８月１２日に公表されたＩＥＥＥ８０２．１Ｈ規格で定義されるトンネルカプセル化規格；又は、他の変換規格に変換する。ブロック４０６では、ＯＯＢプロセッサ１２２は、無線通信規格フォーマットに従ってフォーマットされた通信データを、無線トランシーバ１３２に供給するか、又は、送信する。そして、無線トランシーバ１３２は通信データをアクセスポイント１０４に無線で送信してもよい。
【００３３】
図５を参照すると、ＯＯＢプロセッサ１２２は方法５００を実行してもよく、そうして、無線トランシーバ１３２から受信したデータ送信を処理する。方法５００はブロック５０２で開始し、そこではＯＯＢプロセッサ１２２は無線トランシーバ１３２からデータ通信を受信し、所定の無線通信規格に従ってフォーマットされる。ブロック５０４では、ＯＯＢプロセッサ１２２は通信データを、無線通信規格フォーマットから所定の有線通信規格フォーマットへ再フォーマット、又は、変換する。例えば、上述のように、ＯＯＢプロセッサ１２２は、１９８８年２月に公表されたＲＦＣ−１０４２規格で定義されるＩＥＴＦのカプセル化規格、又は、１９７７年８月１２日に公表されたＩＥＥＥ８０２．１Ｈ規格で定義されるトンネルカプセル化規格；又は他の変換規格を用いてもよい。ブロック５０６では、ＯＯＢプロセッサ１２２は、有線通信規格フォーマットに従ってフォーマットされた通信データを、ＵＥＦＩ３０２へ供給するか、又は、送信する。そして、ＵＥＦＩ３０２はその通信データを処理し、必要であればしかるべく応答する。
【００３４】
図２に戻って参照すると、無線トランザクションが要求されないか、又は、プレブート無線通信がイネーブルされない場合、方法２００はブロック２２０に進み、そこではコンピュータ装置１０２がプレブートフェーズが完了したかどうかを決定する。完了していない場合は、方法２００はブロック２１４に進み、そこではプレブート初期化が続く。しかしながら、プレブートフェーズが完了した場合、方法２２２はブロック２００へ進み、そこではＵＥＦＩ３０２と無線トランシーバ１３２との間に構築された無線通信インターフェース３００が除去される。
【００３５】
上述したように、ＵＥＦＩ３０２と無線トランシーバ１３２との間の無線通信インターフェースは、コンピュータ装置１０２のプレブートフェーズ中に構築される。例えば、コンピュータ装置１０２の例示的なブートタイムライン６００が図６に表される。ブートタイムライン６００は複数のブートフェーズを含む。例えば、コンピュータ装置１０２が初めにパワーオンされるか、又は、リスタートされるとき、セキュリティフェーズ６０２が実行される。続いて、プレＥＦＩ初期化（ＰＥＩ）環境フェーズ６０４が実行され、そこでは、帯域内プロセッサ１２０のようなコンピュータ装置１０２のプラットフォームのハードウェアデバイスが初期化される。次に、ドライバ実行環境（ＤＸＥ）フェーズ６０６が実行され、そこでは、複数のデバイス、バス、及び／又は、サービスドライバがロードされ、及び／又は、実行される。例示的な実施形態では、ＵＥＦＩ３０２と無線トランシーバ１３２との間の無線通信インターフェースが、ドライバ実行環境フェーズ６０６の間に、又は、その完了時に構築される。例えば、ＵＥＦＩ３０２はシリアル通信ソフトウェアドライバ３０４をロードしてもよく、そうして、ドライバ実行環境フェーズ６０６の間、ＯＯＢプロセッサ１２２と通信するようになる。ブートデバイス選択（ＢＤＳ）フェーズ６０８はドライバ実行環境フェーズの後に実行される。続いて、一時的なシステムロード（ＴＳＬ）フェーズ６１０が実行され、そこではオペレーティングシステム・ローダが初期化される。追加的に、ＯＯＢプロセッサ１２２によってＵＥＦＩ３０２と無線トランシーバ１３２との間に構築された無線通信インターフェース３００は、ＴＳＬフェーズ６１０の間で且つランタイム（ＲＴ）フェーズ６１２でオペレーティングシステムを実行する前に除去される。
【００３６】
本開示は図面及び前述の説明で詳細に例示し説明したが、そうした例示や説明は具体例として考えられるべきであり、そのものとして制限されるべきではなく、単に例示的な実施形態が示され、説明されたと理解され、そして、本開示と本特許請求の範囲の精神の中にある全ての変更及び変形は保護されるよう望まれると理解される。
【図１】
2013539878.tif 000003
【図２】
2013539878.tif 000004
【図３】
2013539878.tif 000005
【図４】
2013539878.tif 000006
【図５】
2013539878.tif 000007
【図６】
2013539878.tif 000008
【国際調査報告】
2013539878.tif 000009
2013539878.tif 000010