JP2001521243A

JP2001521243A - グラフィック表現を使用したファームウェア・コードの生成

Info

Publication number: JP2001521243A
Application number: JP2000518323A
Authority: JP
Inventors: ティモシィエイ．ルイス
Original assignee: フィーニックステクノロジーズリミテッド
Priority date: 1997-10-27
Filing date: 1998-10-27
Publication date: 2001-11-06
Also published as: WO1999022295A3; US5999730A; AU1280099A; GB2346236A; GB0010007D0; GB2346236B; WO1999022295A2

Abstract

(57)【要約】単一のOEM(Original-Equipment-Manufacturer)プログラマがACPI(Advanced Configuration and Power Interface)仕様と互換性があるファームウェアを生成可能なウィンドウズ・インタフェースを有するユーティリティ。このファームウェアは、データ・オブジェクト、制御方法オブジェクトおよびバス/デバイス・パッケージ・オブジェクトを含むオペレーティングシステム制御型メモリ中にACPI名前空間、すなわち階層ツリー構造を含む。この階層型名前空間は、「クリック・アンド・ドラッグ」方法論を使用して構成され、図解式ツリー構造としてウィンドウズ・インタフェースにおいて表現される。ツリー構造のルートからは、汎用事象、プロセッサ電力制御、スリープ状態、システム・バスおよび温度制御のためのブランチがある。このシステム・バスは、そこに配置されたデバイスに対するブランチを有し、デバイスは、現在のリソース設定と、ハードウェア識別と、可能なリソース設定と、セット・リソース設定情報とを含むフォルダーに対するデバイスを有する。このユーティリティは、システムの詳細な仕様を完成するために必要とされる情報のための名前空間の作成時にOEMプログラマを支援する。このユーティリティは、階層ツリー構造の全体のレベルから個々のデバイスのレベルまで、膨大な数のデフォルト・コンポーネントを提供する。反復的なプロセスを使用することによって、作成された階層ツリー構造は、ツリー構造のものをほぼ反映している構造を有するASLソース・コードへマッピングされる。全般的に、この反復的プロセスは、各項目に対して名前ステートメント、オープニングブラケット、主部、クロージングブラケットと、親項目の主部内にある親項目の有効範囲内の子項目とを作成する。項目（フィールド、メソッド、パッケージ、リソースなど）によっては、括弧および/または主部の生成をオーバーライドする必要があるものもある。

Description

【発明の詳細な説明】

【０００１】

【発明の背景】

本発明は、コンピュータのベーシック入出力関数のためのファームウェアの生
成に関するものであり、さらに詳細に記せば、OEM(Original-Equipment-Manufac
turer)プログラマがACPI(Advanced Configuration and Power Interface)対応の
ファームウェアのグラフィカル表現を作成しそのグラフィカル表現に基づいてフ
ァームウェア・ソース・コードを生成することができる、構造化図解ツリー構造
などのグラフィカル・インタフェースを提供するユーティリティに関する。

【０００２】コンピュータ・システムのファームウェアは、システム・ソフトウェアの一部
であり、ベーシック入出力システム（BIOS)を含み、マザーボード上のチップの読込専用メモリ（ROM)に格納される。レガシー（すなわちACPI前）オペレーティ
ングシステムは、プラットホーム上のデバイスに関する情報を有さないため、BI
OSは、立ち上げ時、プラットホーム上のデバイスがどのように構成および制御さ
れているかについての全般情報を、オペレーティングシステムに供給する。例え
ば、BIOSは、実装されている映像グラフィック・アダプタ・カードおよびサウン
ド・カードとの通信のプロトコルに関して、マザーボードに接続されているか、
または入出力（I/O)スロットを介してインタフェース接続されているかを、オペ
レーティングシステムに通知する。

【０００３】電源管理、温度管理、バッテリー管理およびプラグ・アンド・プレイの関数を
、BIOSファームウェアに割り当てることには、いくつかの問題がある。例えば、
BIOSは、立ち上げ時にのみアクセスされるため、それらの関数は、立ち上げ後、
修正または更新されることができない。立ち上げ後のハードウェアのいかなる変
更も、BIOSによって処理されることはできない。別の問題は、BIOSファームウェ
アとハードウェアとが強力に結びついていることである。BIOSとハードウェアの
進化は独立しては実現せず、出荷サイクルも同時でなければならない。さらに、
BIOSファームウェア中の使用可能な空間は限られており、比較的単純な電源管理
装置のみ実現可能である。

【０００４】別の問題は、BIOSファームウェア、特にACPI対応BIOSファームウェアの作成の
複雑さである。特定のデバイス用にBIOSコードを生成するために必要な専門知識
は、デバイスにのみ依存するものではなく、それがインストールされるプラット
ホームにも依存し、さらにそれが相互動作を行なう他のデバイスにも依存する。
エラーの無いコードを生成することは、特に重要である。さらに、BIOSは、マシ
ンの動作の基盤となるもので、その信頼性、サイズおよび性能は重要である。結
果として、BIOSの開発は、その品質を保証するために行なわれなければならない
広範な試験に起因して、OEMにとって最も深刻なスケジューリング危機の１つである。

【０００５】

【発明の概要】

本発明は、コンピュータ・システムのBIOSファームウェアによって使用される
電力およびデータ制御の情報を表現する階層ツリー構造を生成するために使用さ
れるユーティリティを提供する。このコンピュータ・システムは、システム・バ
スおよびプロセッサを含む事前に定義されたデバイスを有するオペレーティング
システムと、電力制御およびデータ制御情報に対応する階層ツリー構造のルート
へのポインタを含むBIOSファームウェアとを有する。このユーティリティは、階
層ツリー構造のルートのための第１の有効範囲を定義するための手段と、階層ツ
リー構造のルートの第１の有効範囲内のバス・オブジェクトに到達するための手
段とを含む。このバス・オブジェクトは、コンピュータ・システムのシステム・
バスに対応する。また、このユーティリティは、バス・オブジェクトのための第
２の有効範囲を定義するための手段と、バス・オブジェクトの第２の有効範囲内
のプロセッサ・オブジェクトに到達し、それによってコンピュータ・システムの
プロセッサへの通信がシステム・バスを介してルーティングされることを示すた
めの手段とを含む。このプロセッサ・オブジェクトは、コンピュータ・システム
のプロセッサに対応する。

【０００６】このユーティリティは、電力制御およびデータ制御の情報を含むデータ構造へ
のポインタが配置されたBIOSファームウェア中のアドレスに対応するツリーのル
ートを生成することが好ましい。コンピュータのシステムを表すバス・オブジェ
クトは、そのツリーに接続されることが可能で、特定のデバイスを表すデバイス
・オブジェクトは、バス・オブジェクトに接続されることが可能で、そのデバイ
スへの通信がそのバス・オブジェクトを介してルーティングされることを示す。
このデバイス・オブジェクトは、ハードウェア識別フォルダと、現在のリソース
設定フォルダと、可能なリソース設定フォルダと、セット・リソース設定フォル
ダと、電力セット・フォルダと電力リソース・フォルダとを有する。このハード
ウェア識別フォルダは、デバイスの種類と製造業者を一意に識別する数を含む。
コンピュータ・システムが現在のリソース設定フォルダへアクセスすると、シス
テムは、デバイスの現在のリソース設定について通知する。システムが可能なリ
ソース設定フォルダへアクセスすると、システムは、デバイスによって使用され
ることが可能なリソースを通知する。コンピュータ・システムがセット・リソー
ス設定フォルダにアクセスすると、システムは、デバイスによって使用されるリ
ソースを設定するよう指示する。電力セットおよび電力リソースのフォルダは、
デバイスの電力状態レベルに対応する関連値を有し、システムが電力セット・フ
ォルダへアクセスすると、システムはデバイスをその電力状態レベルにするよう
指示する。システムが電力リソース・フォルダへアクセスすると、その電力状態
レベルにある時のデバイスの電力要求の評価が実現する。このユーティリティは
、記憶装置、統合メモリを有するマイクロプロセッサ、コンパクト・ディスク、
またはフロッピー・ディスクなどのコンピュータ読込可能格納媒体中で符号化可
能である。

【０００７】本発明は、項目の階層ツリー構造に近いコンピュータ・コードを生成するため
のコンピュータ実行型反復的方法を提供するもので、このコンピュータは、オペ
レーティングシステムおよびBIOSを有し、このオペレーティングシステムは、シ
ステム・バスおよびプロセッサを含む事前に定義されたデバイスを有し、BIOSは
電力制御およびデータ制御の情報を含む階層ツリー構造のルートへのポインタを
含む方法で、この方法は、現在の項目を階層ツリー構造のルートとして定義し；
この現在の項目に対応するヘッダー・コードを生成し；この現在の項目がオープ
ニングブラケットオーバーライドを有する場合、オープニングブラケットオーバ
ーライド・コードを生成し、その後にヘッダー・コードを生成し；現在の項目が
子項目を有する場合および現在の項目がオープニングブラケットオーバーライド
を有さない場合、オープニングブラケット表記を生成し、その後にヘッダー・コ
ードを生成し；現在の項目がボディーオーバーライドを有する場合、ボディーオ
ーバーライド・コードを生成し、その後にオープニングブラケットオーバーライ
ド・コードを生成し、またはオープニングブラケット表記を生成し；現在の項目
がボディーオーバーライドを有さない場合、現在の項目を親項目として再定義し
、子項目を現在の項目として再定義してヘッダー・コードを生成する工程に対し
て反復的なブランチを生成し、その後にオープニングブラケットオーバーライド
・コードを生成し、またはオープニングブラケット表記を生成し；現在の項目が
クロージングブラケットオーバーライドを有する場合、クロージングブラケット
オーバーライド・コードを生成し、その後に、ボディーオーバーライド・コード
を生成し、または反復的ブランチを生成し；現在の項目が子項目を有する場合お
よび現在の項目がオープニングブラケットオーバーライドを有さない場合、クロ
ージングブラケット表記を生成し、その後、ボディーオーバーライド・コードを
生成する、または反復的ブランチを生成する工程からなる方法を提供する。

【０００８】本発明は、単一のOEMプログラマが、「クリック・アンド・ドラッグ」方法論を使用して図解式ツリー構造のような視覚形状で名前空間を効率的に生成できる
ようにするもので、システムの詳細の仕様を完成するために必要な情報のための
図解式ツリー構造の生成時に、OEMプログラマを支援する。さらに、このユーティリティは、そのツリー構造をASLコードにマッピングする。このユーティリティは、階層ツリー構造の全体のレベルから個々のデバイスのレベルまで、膨大な
数のデフォルト・コンポーネントを提供する。また、このユーティリティは、OE
Mプログラマが、階層型名前空間が作動システムを実際に表現していることを確認できるようにするツールを提供する。例えば、このシステムがプロセッサを含
まない場合、このユーティリティは、OEMプログラマにエラー・メッセージで通知する。

【０００９】本発明は、「手作業でコーディングされた」ファームウェアと同様に動作し、
同様に空間的効率の良いASLコードを生成する。このユーティリティがOEMおよび
全ての関係する企業による検討試験に合格すると、製造スケジュールにおける時
間のかかる工程は完全に回避される。

【００１０】本発明の目的は、単一のOEMプログラマが、ファームウェアを、エラー無く、最小限の専門知識と、最適化した時間効率で生成できるユーティリティを提供す
ることである。

【００１１】本発明の別の目的は、OEMプログラマがグラフィカル・ウィンドウ・インタフェースを使用して名前空間を表現する図解式階層ツリー構造を作成することによ
って、システム・ファームウェアを生成できるようにするユーティリティを提供
することである。

【００１２】本発明のさらなる目的は、OEMプログラマがシステム・ファームウェアを生成するためのユーティリティを提供することで、有効なデフォルト・オブジェクト
を提供し、システムの仕様を完成するために必要な情報をプログラマに援助する
。

【００１３】さらに、本発明の目的は、名前空間の階層ツリー構造と類似するが完全に同一
ではない階層ツリー構造を有するシステム・ファームウェアを生成するコードを
提供することである。

【００１４】本発明のその他の目的および利点は、図面および後続の詳細な説明の熟慮から
明らかとなるであろう。本発明の一部に取り入れられ、本発明の一部を形成する添付図面は、本発明の
実施形態を図示したもので、「詳細な説明」とともに、本発明の原理を説明する
上で有効である。

【００１５】

【本発明の詳細な説明】

レガシーＢＩＯＳの欠点を回避するために、ＡＣＰＩは、カリフォルニア州の
サンタクララ市のインテル社、ワシントン州のレッドモンド市のマイクロソフト
社、および日本の東京の東芝社によって電力管理規格として提案されている。そ
っくりそのまま参照してここに組み込まれているのは、その現草稿がwww.telepo
rt.com/~acpi/のワールドワイドウェブで見つけることができるＡＣＰＩ仕様である。

【００１６】ＡＣＰＩ仕様によれば、ＢＩＯＳよりもむしろオペレーティングシステムは、
電力管理、熱状態、およびコンピュータのプラグ・アンド・プレイ（マザーボー
ド装置の列挙および構成がオペレーティングシステムによって実行される）機能
性を制御する。これによって、オペレーティングシステムは、ハードウェアから
独立して発展できるので、ＡＣＰＩコンパチブルコンピュータは、オペレーティ
ングシステムの改良および革新の利益を得ることができる。さらに、これによっ
て、ハードウェアは、オペレーティングシステムから独立して発展でき、ハード
ウェアおよびオペレーティングシステムの出荷サイクルを切り離している。

【００１７】コンピュータシステム１００の構成要素に対するＡＣＰＩファームウェア１０
２の関係を示すＡＣＰＩコンパチブルコンピュータシステム１００の概略が図１
Ａに示されている。ＡＣＰＩファームウェア１０２は、ＡＣＰＩＢＩＯＳ１０５
と、ＡＣＰＩレジスタ１１０と、ＡＣＰＩテーブル１１５とを含んでいる。ＡＣ
ＰＩＢＩＯＳ１０５は、ＡＣＰＩテーブル１１５およびＡＣＰＩレジスタ１１０
に記憶されたプラットホームハードウェア１３０のインタフエースの記述に基づ
いてコンピュータシステム１００をブートアップするコードを含む。ＡＣＰＩレ
ジスタ１１０は、ＡＣＰＩ準拠プラットホーム毎に設けられた標準セットのハー
ドウェアである。高度電力管理機能に加えて、レガシーＢＩＯＳ機能はＡＣＰＩ
ＢＩＯＳ１０５によって実行されることに注目すべきである。

【００１８】図１Ａにおいて、オペレーティングシステム１５２は２つのコンポーネントに
分割される。すなわち、（ｉ）全ＡＣＰＩ構成タスクおよび電力管理タスクを処
理するオペレーティングシステム電力管理（ＯＳＰＭ）システムコード１５０お
よび（ｉｉ）全メモリ機能、ファイル機能、時間機能、アプリケーションランチ
を管理し、全周辺装置機能およびＯＳＰＭシステムコード１５０によって処理さ
れない資源割り当てを処理するカーネル１５５である。ＡＣＰＩファームウェア
１０２はオペレーティングシステム技術とは無関係であるがゆえに、ＡＣＰＩフ
ァームウェア１０２の上の図１Ａに示されたシステム１００の構成要素（すなわ
ち、アプリケーション１６０、カーネル１５５、デバイスドライバ１４０および
ハードウェア抽象層（ＨＡＬ）１４０）はオペレーティングシステム１５０に固
有な技術である。カーネル１５５からハードウェア１３０へのデータ転送のよう
な非電力管理通信はデバイスドライバ１４０を介して経路選択される。

【００１９】ＯＳＰＭコード１５０からハードウェア１３０への電力管理通信は、カーネル
１５５、ＨＡＬ１３５およびＡＣＰＩファームウェア１０２を介して経路選択さ
れる。ハードウェア１３０は、前記オペレーティングシステム１５２によって予
め規定された装置に機能性によって分類される。ＨＡＬ１３５は、ＡＣＰＩレジ
スタインタフエース１１２を介してＡＣＰＩレジスタ１１０と、ＡＣＰＩＢＩＯ
Ｓインタフエース１０７を介してＡＣＰＩＢＩＯＳ１０５と、ＡＣＰＩテーブル
インタフエース１１７を介してＡＣＰＩテーブル１１５と通信する。オペレーテ
ィングシステム１５２とハードウェア装置１３０との間の電力管理通信には４つ
の主要な分野がある。まず第１に、プラットホームの装置１３０は使用可能な資
源（例えば、ＲＡＭメモリ）を共用しなければならないために、プラグ・アンド
・プレイ手順は、オペレーティングシステムにどの資源が使用されているかおよ
び装置１３０の中で使用可能な資源をいかに割り当てるかを通知する。第２に、
一旦装置１３０がシステム１００に接続されると、割り込みは、システムがＣＰ
Ｕを停止させ、タスクを処理するために必要である。第３に、ダイレクトメモリ
アクセス（ＤＭＡ）は、ＣＰＵからの妨害を必要としないでデータをＲＡＭに転
送できるために必要である。オペレーティングシステム１５２の第４の主要な機
能は電力管理、すなわちプラットホームの装置１３０の機能性および電力消費の
レベルの制御である。

【００２０】ポータブルコンピュータの到来以前、電力消費は、設計に考慮すべき重大な事
項ではなく、一般に、装置にはオン状態およびオフ状態があった。しかしながら
、ポータブルコンピュータ（例えば、ラップトップパソコンおよびノート型パソ
コン）は、限られた時間にコンピュータにだけ電力を供給できる内部電池によっ
て電力を供給される。したがって、多数の中間電力消費状態を有するより高性能
の電力管理システムは非常に役立つ。デスクトップパソコンの場合、精巧なスリ
ープ方式は必要でないけれども、不必要な電力消費は電力コストを減少させ、世
界の環境に対して利益があるので、不必要な電力消費を最少とすることも望まし
い。

【００２１】サーバマシンは極端な大きなハードウェア構成を有する傾向があるので、サー
バマシンは実際にＡＣＰＩから最大電力節約を得ることをたゆまなく続ける。サ
ーバは一般にいろいろの作業スケジュールを有する多数のユーザを有するので、
このマシンは夕方にターンオフできない。したがって、夜にできるだけ深くサー
バスリープを有しながら妥当な待ち時間で電話リンク、ローカルネットワーク等
を介してサービスリクエストに応答するように作業状態になお戻すことができる
ことが望ましい。

【００２２】ＡＣＰＩ仕様は、オフ状態と完全オン状態との間のグローバルシステム状態の
範囲を記述する。グローバルシステム状態は全システムに適応され、いかなる瞬
間でもシステムの状態はユーザに明らかである。ＡＣＰＩ仕様は、オフ状態と完
全オン状態との間の装置の電力状態の範囲も記述するが、これらの状態は一般に
ユーザに明らかではない。

【００２３】例えば、ラップトップコンピュータは、ハードドライブが、ハードドライブの
ディスクが回転していない“スリープ”状態になることを可能にすることができ
る。この“回転減少”状態の場合、なおハードドライブをオペレーティングシス
テムは利用できる。しかしながら、ハードドライブのデータをアクセスできる前
にハードドライブのディスクは、その完全回転速度まで“回転増加”しなければ
ならないので、ハードドライブのデータのアクセスは高速でない。それで、ハー
ドドライブの機能性は減少されるけれども、電力消費を大幅に減少できる。

【００２４】ＡＣＰＩ仕様によれば、いろいろのスリープのレベルは、装置およびユーザの
要求に応じて、選択できる。スリープレベルは、Ｓ０、Ｓ１、Ｓ２、Ｓ３、Ｓ４
およびＳ５と示され、Ｓ４およびＳ５は、最深スリープレベルであり（Ｓ４は、
Ｓ５において、ＲＡＭに予め記憶された全ての情報が不揮発性記憶装置にセーブ
されなければならない点でだけＳ５とは異なる）、Ｓ０は完全作動状態である。
例えば、コンピュータが応答マシンの役目を果たすためのものである場合、スリ
ープレベルは、コンピュータが２回の電話呼び出し音内で機能的なレベルに達し
、発呼者がハングアップする前に電話に応答できるような深さにすぎなくてもよ
い。しかしながら、コンピュータが１回の呼び出し音あるいは２回の呼び出し音
の後に応答することは受容可能であるので、待ち時間はあまり短くする必要がな
い。

【００２５】ＡＣＰＩ仕様は、グローバルシステム状態を下記の条件に従って規定する。す
なわち、(i)アプリケーションソフトウェアが作動しているかどうか、(ii)外部事象からアプリケーション応答までの待ち時間がどれだけであるか、(iii)電力消費はどれだけであるか、(iv)オペレーティングシステムリブートが作業状態に
戻すために必要であるかどうか、(v)コンピュータを分解することが安全であるかどうか、および(vi)電子的に状態に入り、状態から出ることができるかどうか
である。

【００２６】図１Ｂの表は、グローバル状態Ｇ０、Ｇ１、Ｇ２およびＧ３の特性を作表して
いる。テーブルの第１列は、グローバル状態およびその共通名を列挙している。
第２列は、アプリケーションソフトウェアはグローバル状態の各々で実行してい
るかどうかを規定している。第３列は、外部事象とＣＰＵからの応答との間の待
ち時間を規定している。第４列は、各状態の電力消費を規定している。第５列は
、オペレーティングシステム再始動が操作を再開するためにコンピュータにとっ
て必要であるかどうかを規定している。第６列は、コンピュータを分解すること
が安全であるかどうかを規定している。第７列は、グローバル状態から電子的に
出ることができるかどうかを規定している。

【００２７】レガシーＢＩＯＳサポートを有するコンピュータのためのＡＣＰＩグローバル
状態Ｇ０１７０、Ｇ１１９０、Ｇ２１７５、およびＧ３１８５間の可能な遷
移の概略は図１Ｃに示されている。（レガシーサポートがないコンピュータには
、レガシー状態１８０およびレガシー状態１８０への遷移およびレガシー状態１
８０からの遷移の全遷移１８６、１８１、１８２および１７６がない。）この状
態では、コンピュータが作業を行うために使用されるで、グローバル状態Ｇ０１７０は、“作業”状態と呼ばれる。この状態では、プログラマアプリケーショ
ンスレッドは実行され、周辺装置の電力状態が動的に変更できる。プログラマは
、ＡＣＰＩファームウェアに性能および電池寿命のある程度のバランスを最適化
させるようにシステムの複数の性能／電力特性の中で選択できる。コンピュータ
は実時間で外部事象に応答し、電流が回路を流れるので、コンピュータを分解す
るのには安全でない。後述されるように、作業状態では、装置（図１Ｃの例では
、この装置はＣＤ‐ＲＯＭプレイヤー１９７、ハードドライブ（ＨＤＤ）１９８
およびモデム１９９）は、装置電力状態Ｄ０〜Ｄ３のいずれかにある可能性があ
り、ＣＰＵ１９６はプロセッサ電力状態Ｃ０〜Ｃ３のいずれかにある可能性があ
る。しかしながら、装置１９７〜１９９あるいはＣＰＵ１９６が低電力（すなわ
ち、長い応答時間）状態にある場合、“短い待ち時間”で高速状態に戻すことが
できる。装置電力状態およびプロセッサ電力状態の選択は、速度、電力、熱およ
び雑音との間のトレードオフに基づいている。

【００２８】コンピュータは、作業状態１７０から、“スリーピング”状態と呼ばれるグロ
ーバル状態Ｇ１１９０に遷移１９２できる。この状態では、コンピュータは、オフであるように“見え”、ユーザアプリケーションスレッドは実行されない。
作業状態Ｇ０１７０へのウェーク遷移１９１に対する待ち時間は、スリープ状態１９０に入る前に規定される。作業状態Ｇ０１７０への戻り１９１は、システムコンテキストがセーブされるために、オペレーティングシステムを再ブート
しないで再開できる。電流は回路に流れているために、コンピュータを分解する
ことは安全でない。グローバルスリーピング状態Ｇ１１９０は多数のスリープ状態Ｓ１〜Ｓ４を含む。

【００２９】コンピュータは、作業状態１７０から、“ソフトオフ”状態と呼ばれるグロー
バル状態Ｇ２１７５に遷移１９２できる。この状態Ｇ２１７５は最少の電力量
を消費するが、作業状態Ｇ０１７０に戻すのに大きな待ち時間を必要とする。電流は回路を流れているために、回路を修理するかあるいは変更することは安全
でない。プログラマモードコード（すなわち、アプリケーション）あるいはシス
テムモードコードは全然実行されなく、システムコンテキストはハードウェアに
よって保存されなく（すなわち、ハードウェアは、どのアプリケーションが開い
ているかおよびどんなデータがＲＡＭに記憶されているかの記録を保有していな
い）、システムは、作業状態Ｇ０１７０に戻す１７７ように再始動しなければならない。

【００３０】グローバル状態Ｇ３１８５は、機械的手段、例えば、スイッチあるいはボタ
ンによって入ったり１７２、出たり１７８しなけばならない機械的オフ状態であ
る。機械的オフ状態Ｇ３１８５では、電流は回路に全然流れないので、電力消費は全然なく、ハードウェアを傷つけないであるいはサービス職員を危険にさら
さないで、この回路を変更あるいは修理できる。オペレーティングシステムは、
作業状態Ｇ０１７０に戻す１７８ように再始動しなければならなく、ハードウェアコンテキストは保有されない。

【００３１】レガシーＢＩＯＳ電力管理インタフエースをサポートするコンピュータは、Ａ
ＣＰＩオペレーティングシステムがロードする場合、レガシー状態１８０および
遷移１８１から作業状態Ｇ０１７０にブートする。しかしながら、レガシーサポートのないシステム（例えばＲＩＳＣシステム（Reduced Instruction Set Co
mputing system））は、機械的オフＧ３１８５から作業状態Ｇ０１７０に直接
遷移１７８する。

【００３２】装置電力状態はプログラマには見えなくて、いくつかの装置は、たとえ全体と
してコンピュータが作業状態Ｇ０にあるとしても、オフ状態にある可能性がある
。ＡＣＰＩ仕様は、装置状態を下記の４つの特徴に従って規定する。すなわち、
(i)どれくらいの電力量が装置によって使用されるか、(ii)装置のどれくらいのコンテキスト量がハードウェアによって保有されているか（オペレーティングシ
ステムはハードウェアで保有されていない任意のコンテキストを保有する責任を
負う）、(iii)どれくらいデバイスドライバが装置をオン状態に復元しなればならないか、および(iv)装置をオン状態に復元するのにどれくらいの長さの時間が
かかるかである。

【００３３】図１Ｄの表は、装置電力状態Ｄ０、Ｄ１、Ｄ２およびＤ３の特性を作表してい
る。表の第１列は電力状態およびその共通名を列挙する。第２列は電力消費の状
態を規定している。第３列はどれくらいの量の装置コンテキストが保有されてい
るかを規定している。第４列は、どれくらいデバイスドライバが装置をオン状態
に復元しなければならないかを規定している。ワールドワイドウェブアドレスww
w.teleport.comで得ることができるデバイスクラス電力管理仕様は、いろいろの
クラスの装置のための装置電力状態のより詳細な記述を与える。装置は単一装置
電力状態内に複数の電力モードを持つことができ、ソフトウェアによって検出さ
れないこれらのモードを切り換えることができる。

【００３４】装置電力状態Ｄ０は“完全オン”状態と呼ばれる。この状態は最高レベルの電
力消費を有する。この装置は完全にアクティブであり、応動し、全ての関連コン
テキスト情報を連続して保有する。

【００３５】装置電力状態Ｄ１の正確な定義はクラス毎に変わる。一般に、状態Ｄ１は、状
態Ｄ０より少ない電力を消費し、状態Ｄ０より少ないコンテキストを保存し、状
態Ｄ２よりも多くの電力を消費し、状態Ｄ２よりも多くのコンテキストを保存す
る。

【００３６】装置電力状態Ｄ２の正確な定義はクラス毎に変わる。一般に、状態Ｄ２は、状
態Ｄ１より少ない電力を消費し、状態Ｄ１より少ないコンテキストを保存し、状
態Ｄ３よりも多くの電力を消費し、状態Ｄ３よりも多くのコンテキストを保存す
る。

【００３７】装置電力状態Ｄ３は“オフ”状態と呼ばれる。全ての電力が装置から取り除か
れ、コンテキスト情報はこの状態では失われる。したがって、この状態の装置は
アクセスに応答しなく、オペレーティングシステムは、電力が再度印加される場
合、再初期化しなければならない。この状態の装置は最大復元時間を有する。

【００３８】オペレーティングシステムはアイドルであるが、“スリーピング”でない場合
、オペレーティングシステムは、システムのプロセッサをプロセッサ電力状態に
することもでき、プロセッサ電力状態の詳細はＡＣＰＩ仕様によって規定されて
いる。Ｃ０状態では、プロセッサは完全に使用できる；Ｃ１状態では、プロセッ
サはアイドルである；Ｃ２状態では、プロセッサは一般に非アクティブであるが
、起動の呼び出しに応答する；およびＣ３状態では、プロセッサは非アクティブ
であり、起動の呼び出しに応答しない。

【００３９】ＡＣＰＩ仕様は、ＡＣＰＩコンパチブルオペレーティングシステム１５２がシ
ステム電力管理機能を制御するために使用し、装置電力管理および構成詳細を制
御する言語をプログラミングするＡＳＬ言語プログラミング言語を介して抽象イ
ンタフエースを提供するハードウェアレジスタインタフエースを規定し、ＡＳＬ
コードおよびレジスタインタフエースによって指定された電力管理機能および構
成詳細を利用するためにオペレーティングシステム１５２とファームウェア１０
２との間のインタフエースを規定する。ハードウェアの要件および設計に最大の
汎用性を与えるために、システム情報、機能および機能を制御する方法はＡＣＰ
Ｉテーブル１１５に記憶されている（図１Ａを参照）。オペレーティングシステ
ム１５２は、ＨＡＬ１３５を介して、ＡＣＰＩテーブル１５０にアクセスし、テ
ーブル情報を使用し、ハードウェア装置１３０を制御する。これらのテーブル１
１５は、どのスリープ電力状態がサポートされているか、電力プレーンの記述、
クロック発生源およびシステムが利用できるシステム表示灯、電池についての詳
細等のようなシステム機能も列挙する。

【００４０】ＡＣＰＩテーブル１１５の概略は図１Ｅに示される。ルートシステム記述ポイ
ンタ５０は、初期テーブル、ルートシステム記述テーブル（ＲＳＤＴ）５３を指
し、ＲＳＤＴ５３のエントリ５４は、その後のテーブル５５、５６および６０を
指す。ＲＳＤＴ５３のエントリ５４によって指示されたテーブルの中の１つが固
定ＡＣＰＩ記述テーブル（ＦＡＣＰ）６０であることが必要である。ＦＡＣＰテ
ーブル６０は、いろいろのスタティック電力管理情報ならびにＡＣＰＩレジスタ
１１０のインプリメンテーションおよび構成詳細を規定する。ＦＡＣＰ６０内の
データは、使用される割り込みモード（２つの工業規格の１つを選択できる）、
電力管理事象レジスタブロックのためのアドレス、電力管理制御レジスタブロッ
クのためのアドレス、電力管理時間レジスタブロックのアドレス、汎用事象レジ
スタレジスタブロックのためのアドレス、プロセッサ電力状態Ｃ２およびＣ３等
に入り、この状態から出るための最悪の場合の待ち時間のようなＡＣＰＩ機能を
記述するエントリも含む。

【００４１】ＦＡＣＰ６０によって指示されたテーブルの中の１つが識別システム記述テー
ブル（ＤＳＤＴ）６５であることが必要である。このテーブル６５は、識別定義
ブロック（ＤＤＢ）６６を含み、このブロックは電力管理、熱管理、あるいはＡ
ＣＰＩハードウェアレジスタ１１０によって提供される情報以上に拡張するプラ
グ・アンド・プレイ機能を実行するようにＡＣＰＩドライバ７２によって使用さ
れるインプリメンテーションおよび構成情報（図１Ｅに示されていないオペレー
ティングシステムの構成要素）を含む。

【００４２】ＦＡＣＰ６０が指示するのに必要であるテーブルの中のもう一つはファームウ
ェアＡＣＰＩ制御構造（ＦＡＣＳ）７０である。このテーブル７０は、ハードウ
ェアシグネチャ、ウェーキングベクトルおよびグローバルロックを含む。ハード
ウェアシグネチャは、固有シグネチャを各可能なハードウェア構成に割り当てる
アルゴリズムによって計算された４バイト数である。したがって、システムがス
リープ状態から目を覚ます場合、現ハードウェアシグネチャを前のハードウェア
シグネチャと比較することによってハードウェア構成が変更されたかどうかを知
らせることができる。ウェーキングベクトルは、制御がウェーキングの際に渡さ
れるウェーク機能のアドレスを含む。グローバルロックは、オペレーティングシ
ステム１５０とシステム管理割り込みとの間の共有ハードウェア資源（すなわち
、プロセッサのオペレーティングシステム、別々の最高優先順位割り込み）への
アクセスと同期化するために使用される。

【００４３】ＤＳＤＴ６５は、付加的規定ブロックを静的あるいは動的にロードでき、この
ブロックは順に新しいシステム属性を規定できるかあるいは従来の規定で形成で
きる。これは、対応するハードウェアがインプリメンテーションにおいて幅広く
変わることを可能にし、より基本的な機能をＤＳＤＴ６５で行うことができ、あ
まり基本的でないシステムオプションを二次システム記述テーブル６７および６
８に記憶することができるので、役に立つ。図１Ｄの本例の付加的システム記述
テーブルは、“二次システム記述テーブル”と呼ばれる２つのこのようなテーブ
ル６７および６８を示している。“持続的”と特徴付けられる二次システム記述
テーブル６７および６８は、オペレーティングシステム１５２によってセーブさ
れ、ブートアップ毎に自動的にロードされる。これはブートアップの後のシステ
ムに接続される装置のロードおよび列挙時間を改良する際に役に立つ。

【００４４】ＢＩＯＳファームウェア、特にＡＣＰＩコンパチブルＢＩＯＳファームウェア
の作成の複雑さは、プラットホーム、チップセット、およびコンポーネントのた
めの“クラス軸”がある高次元構成空間のグリッドとしてプラットホーム上の装
置の特定の構成を示すことによって実証される。例えば、図１Ｆは、プラットホ
ーム１０１０、チップセット１０１２、およびハードドライブ１０１４のための
クラス軸が典型的な３次元構成空間１０００を示している。各クラス軸はクラス
内の３つの項目で表示される。本例では、プラットホーム軸１０１０に沿った装
置は、東芝サテライト１００ＣＳラップトップ、東芝４２０ＣＤＴラップトップ
およびＩＢＭシンクパッド７６０であり、チップセット軸１０１２に沿った装置
は、インテル４３０ＴＸ、オプティファイアスター、およびナショナルセミコン
ダクタベスビアスであり、およびハードドライブ軸１０１４に沿った装置は、シ
ーゲートＳＴ３８５０Ａ、シーゲートＳＴ３１２６７Ａおよびクオンタム６４０
ＡＴである。したがって、図１Ｆのグリッドポイント数は３×３×３＝２７であ
る。もちろん、実際には、図１Ｆに示されたよりも多数の種類のプラットホーム
、チップセットおよびハードドライブがある。一般に、グリッドポイント数Ｎは
、Ｎ＝Ｐ×Ｃ１×Ｃ２×Ｃ３×…×Ｃｎであり、ここで、Ｐはプラットホーム軸
に沿ったプラットホーム数であり、Ｃｉは、第ｉ番目の装置軸の数である。明ら
かに、装置クラスの数ｎが増加するにつれて、グリッドポイント数は指数関数的
に増加する。

【００４５】ＢＩＯＳコードは、プラットホーム、チップセットあるいは装置以外は同じで
ある２つの構成（すなわち、１座標以外のクラス空間の全ての座標を共有する２
つの構成）間で著しく異なる可能性がある。プラットホーム、チップセットある
いは装置が変更される場合、ＢＩＯＳコードの完全なおよび広範囲にわたる再統
合を実行しなければならない。非常に多数の可能な構成（すなわち、構成空間の
非常に多数の点）があるために、ＡＣＰＩファームウェアの生成はチームのプロ
グラマの専門的技術の組み合わせを必要とする極端に複雑なタスクである。一般
的には、一人のプログラマは中心部ロジックチップセットの詳細を処理し、一人
のプログラマはスーパー１／Ｏチップの詳細を処理し、一人のプログラマは特定
のプラットホームの詳細を処理し、一人のプログラマは、特定の中心部ロジック
チップセットのための電力管理詳細を処理し、プログラマのグループは一般アー
キテクチャ詳細を処理し、他のグループのプログラマは一般電力管理詳細を処理
する。タスクの困難性およびタスクの特殊化レベルは、プログラミングがアセン
ブリ言語で行われ、装置がビットレベルで処理されるという事実によってさらに
度合いを強められる。

【００４６】本発明のユーティリティの長所の１つは、このユーティリティによって、一人
のＯＥＭプログラマが“クリック・アンド・ドラッグ”手順を使用して図解ツリ
ー構造として可視形式で名前空間を効率的に生成でき、システムの詳細の仕様を
完成するのに必要な情報のための図解ツリー構造の作成中ＯＥＭプログラマをプ
ロンプトするということである。したがって、ユーティリティは、このツリー構
造をＡＳＬコードにマッピングする。ユーティリティは、階層ツリー構造の全部
のレベルから個別装置のレベルまでの多数のデフォルトコンポーネントを提供す
る。このユーティリティは、階層名前空間が機能的システムを実際に示すことを
ＯＥＭがチェックできるツールも提供する。例えば、このシステムがプロセッサ
を含んでいない場合、ユーティリティはエラーメッセージを持ってＯＥＭに通知
する。

【００４７】本発明のユーティリティは、“ハンドコード化”ファームウェアと同様に実行
し、“ハンドコード化”ファームウェアと同様に有効な空間であるＡＳＬコード
を生成する。一旦ユーティリティがＯＥＭおよび任意の関連会社による検討テス
トをパスすると、製造における時間消費ステップは完全に回避できる。

【００４８】ウィンドウ／メニューインタフエースによってシステムを構成するために本明
細書の図で“ＡＣＰＩウィザード”と表示される本発明のユーティリティを使用
する方法は、図２Ａに示されるように、メニューバー２２０を有する初期ウィン
ドウ２００およびＤＳＤＴアイコン２２５を含むディスプレイウィンドウ２９０
で開始する。メニューバー２２０は、ファイル２０１、エディット２０２、イン
サート２０３、ビュー２０４、ツール２０５、ウィンドウ２０６およびヘルプ２
０７のオプションを提供する。開始するために、システム構成は、ディスプレイ
ウィンドウ２９０に図解的に（ルート２２５だけがある初期の段階で）示された
階層名前空間にオブジェクト（例えば、装置、バスおよび方法のオブジェクト）
の挿入を必要とするので、プログラマはインサート２０３メニューを選択する。

【００４９】図２Ｂに示されるように、これは、装置２１０、オブジェクト２１１、プロセ
ッサ２１２、システム２１３、名前２１４およびライブラリ２１５を含む挿入可
能な項目のプルダウンメニュー２１８をプログラマに提供する。システムは、装
置２１０およびオブジェクト２１１のメニューのそれぞれを使用して装置および
オブジェクトを明示的に規定することによって構成できるという次第だから、プ
ログラマには、システム２１３を選択することによってデフォルトに基づいて全
システムスケルトンを作成するオプションも提供される。例えば、図２Ｄに示さ
れるように、インサート２０３プルダウンメニューからオブジェクト２１１を選
択する際に、メニュー２４０は、下記のオブジェクトのいずれかを挿入するオプ
ションを提供する。すなわち、アリアス２４１、バンクフィールド２４２、装置
２４３、事象２４４、フィールド２４５、フィールドエントリ２４６、インデッ
クスフィールド２４７、方法２４８、ムテックス２４９、操作領域２５０、電力
資源２５１、プロセッサ２５２、有効範囲２５３あるいはサーマルゾーン２５４
である。

【００５０】これらの挿入可能なオブジェクトの中の特別重要なものは、“有効範囲”であ
るが、その理由はこれは装置の中間ローカルリファレンスを規定するからである
。ローカルオブジェクトを除いて全てのオブジェクトはグローバルスコープであ
る。ローカルオブジェクトは、完全呼び出し有効範囲を有し、始めから終わりま
で現呼び出しを処理するために使用される。ローカルオブジェクトは同じ名前を
示すことができるので、ローカルオブジェクトがある有効範囲によって区別され
る。例えば、図３Ｃに示されるように、ハードウェアＩＤ（ＨＩＤ）フォルダ
ＨＩＤ５６２およびＨＩＤ５５７が同じ名前を有し、さらに、第１のもの５６２は両方のＣＯＭ１５５２の範囲内にあり、第２のもの５５７はＦＤＣ５５４
の範囲内にあるので、これらは区別できる。

【００５１】交互に、図２Ｂに示されるようにインサート２０３プルダウンメニューからシ
ステム２１３を選択する際に、項目バス２２１、ファン２２２、蓋２２３、イン
ジケータ２２４、マザーボード２２５、電源ボタン２２６、電力管理２２７、デ
スクトップ２２８、ノートブック２２９およびサーバ２３０を有するサブメニュ
ー２４０が提供される。例えば、プログラマがノート型パソコンを構成したい場
合、ノートブック２２９オプションが選択される。図４Ａに示されるように、ノ
ート型装置仕様ウィンドウ３００は、通常ノートブック構成に含められる標準装
置のリスト３１０で表示される。標準装置のリスト３１０は、ビデオグラフィッ
クアダプタ（ＶＧＡ）３２１、サウンドカード（サウンド）３２２、スーパー入
出力バス（スーパーＩ／Ｏ）３２３、汎用直列バス（マウス、フロッピードライ
ブ、キーボード、ジョイスティック等のような低速装置のためのバスのためのも
のであり、最高１２７の異なる装置が単一のコンピュータポートに接続できる新
しい規格）ＵＳＢ３２４、ＰＣＭＣＩＡカードに接続するためのバス（カードバ
ス）３２５およびノートブック型パソコンをデスクトップパソコンに接続するた
めのドック（Ｄｏｃｋ）３２６を含んでいる。デフォルトとして、これらの項目
の各々３２１〜３２６は、図４Ａに示されるようにチェックされるので、デフォ
ルト構成はこれらの項目３２１〜３２６を含んでいる。プログラマは、適当な項
目ボックス上を指示し、クリックすることによって構成されるシステムからこれ
らの項目３２１〜３２６のいずれかを取り除くあるいはインサートメニュー２１
８から装置２１０あるいはオブジェクト２１１の選択によって付加的装置あるい
はオブジェクトを加えることもできる。

【００５２】一旦項目３２１〜３２６がプログラマによって所望されるようにチェックされ
ると、ＯＫボタン３４０をクリックすることによって、名前空間のためのデフォ
ルト階層ツリーがそのとき形成される。図３Ａのデフォルト構成で示されている
ように、ルートＤＳＤＴ５１０の真下は階層ツリー構造５０５の第１の分岐であ
る。ツリー構造は、装置の“有効範囲”、すなわち、装置の電力状態依存性およ
び装置間の通信路を図式で示している。

【００５３】装置のプロパティは、エディット２０２プルダウンメニューからプロパティを
選択することによっても調整できる。図４Ｃは、固定Ｉ／Ｏのプロパティに関し
て結果として生じる仕様ウィンドウ３５０を示している。仕様ウィンドウ３５０
は、一般シート３６０およびオプションシート３７０（オプションシート３７０
のフィールドは一般シート３６０によって妨害される）を有する。一般シート３
６０は、オブジェクトの名前が指定される名前フィールド３６１と、オブジェク
トのＡＳＬコードに含められるコメントを入力できるコメントフィールド３６２
と、ＩＦＤＥＦコードを入力できるＩＦＤＥＦフィールド３６３と、ＩＦＮＤＥ
Ｆコードを入力できるＩＦＮＤＥＦフィールド３６４とを有する。（特定の変数
がオブジェクトのためのＩＦＤＥＦとして指定され、この変数がコードに表示さ
れる場合、オブジェクトはＡＳＬコードに含められる。同様に、特定の変数がオ
ブジェクトのためのＩＦＮＤＥＦとして指定され、この変数がコードに表示され
ない場合、オブジェクトはＡＳＬコードに含められる。）

【００５４】図３Ａのツリー構造５００の第１の分岐には、汎用事象ＧＰＥ５１１、プロセッサＰＲ５１２、電力状態Ｓ０５１３、電力状態Ｓ１５１４、電力状態Ｓ４５１５、電力状態Ｓ５５１６、システムバスＳＢ５１７およびシステムインジケータＳＩ５１８のための閉じられたフォルダがある（フォルダのす
ぐ左側の＋記号は、フォルダが現在閉じられ、＋記号を“指示し、クリックする
”ことによって開くことができることを示している）。（ＡＣＰＩ仕様は、電力
状態Ｓ０、Ｓ５および１つの中間電力状態のサポートだけを必要とする‐本例で
は、中間状態Ｓ１およびＳ４の両方ともサポートされる。）汎用事象はボタンあ
るいはキーボードのキーの状態、ヘッドホンあるいはＡＣアダプタとノート型パ
ソコンとの接続、あるいは閾値温度に達するノート型パソコンの電力プレーンの
ような実現値を含む。汎用事象が生じるときは常に、システム制御割り込みは、
オペレーティングシステムに知らせるために発生され、オペレーティングシステ
ムは、ＧＰＥ５１１フォルダの下に記憶されたハンドラーを実行する。例えば、ノート型パソコンがデスクトップパソコンのドックに電気的に接続される場合
、番号付けられた割り込みをノート型パソコンのオペレーティングシステムに送
るようにノート型パソコンのロジックチップをトリガする電気接続が行われる。
次に、オペレーティングシステムは、ＧＰＥ５１１フォルダに対応するＡＳＬコードのこの数のハンドラーを検索し、ハンドラーが出る場合、ハンドラーのコ
マンドが実行される。

【００５５】ＰＲ５１２フォルダには、中央処理装置（ＣＰＵ）のための電力管理情報が記憶されている。一般に、大部分のノート型パソコンおよびデスクトップパソコ
ンは、単一ＣＰＵを有し、大部分のサーバは複数のＣＰＵを有する。プルダウン
メニュー・インサート／オブジェクト／プロセッサのシリーズを使用すると、仕
様ウィンドウには、図４Ｂに示されるように、名前６１１、プロセッサＩＤ６１
２、Ｉ／Ｏアドレス６１３およびＩ／Ｏ長さ６１４のためのフィールドが備えら
れている。名前フィールド６１１およびプロセッサＩＤフィールド６１２に備え
られた名前番号およびＩＤ番号は任意に選択できる。Ｉ／Ｏアドレスフィールド
６１３に備えられたアドレスは、その値がプロセッサの性能を制御する装置状態
アドレスである。Ｉ／Ｏ長さフィールド６１４には制御入力のバイト長が備えら
れている。通常、図４Ｂに示されるように、制御入力は、６つの値、すなわちＣ
ＰＵの電力状態（プロセッサの電力レベルおよびクロック速度）を制御する４バ
イトおよびどれくらいの量の電力管理がＣＰＵによって実行されるかを制御する
２バイト、を有する。例えば、ＣＰＵは、ＣＰＵのシステム外部の監視を完全に
終了する状態を有することができるかあるいは有することができない。前述のよ
うに、プロセッサの電力レベルはＣ０状態、Ｃ１状態、Ｃ２状態およびＣ３状態
を含む。

【００５６】オペレーティングシステム１５２が中心部ロジックチップセットをスリープ状
態Ｓ０、Ｓ１、Ｓ４、およびＳ５にするために使用するスリープ状態情報は、図
３Ａに示されるように、フォルダＳ０５１３、Ｓ１５１４、Ｓ４５１５お
よびＳ５５１５のそれぞれの下の図解ツリー構造５０５に記憶されている。例
えば、オペレーティングシステムがシステムを電力レベルＳ５にすべきである場
合、特定のチップに割り当てられたフォルダＳ５５１５の値は１／Ｏロケーションに加えられ、次にチップの電力状態はそれに応じて変わる。システムレベル
Ｓ４およびＳ５はハードウェア観点から同じであるために、分岐Ｓ４５１４およびＳ５５１５に含まれた情報は同じであることに注目すべきである。

【００５７】いくつかのシステムでは、２つの大きなチップは、システム電力状態‐ＣＰＵ
と主システムバス（すなわち、ＰＣＩ）との間をインタフエースする第１のチッ
プと、多数の周辺制御装置を集積し、主システムバスと二次バスとの間をインタ
フエースする第２のチップを制御する。２つのチップが異なるベンダーによって
製造される場合、通常、各スリープ状態フォルダ５１３〜５１６は、２つの値、
すなわちこの値は各チップに適切である、を含む必要がある。しかしながら、い
くつかのシステムでは、これらの機能は単一チップによって実行できるか、ある
いは２つのチップは同じベンダーによって製造でき、１つの値だけが電力状態フ
ォルダ５１３〜５１６の各々に必要である。

【００５８】システムバスフォルダＳＢ５１７が開いているツリー構造５０５を示す図３ＢおよびさらにＳＩＯ５３５フォルダオープンを示す図３Ｃを参照すると、シス
テムの他のオブジェクトおよび装置は、特にスーパーＩ／Ｏ（ＳＩＯ）５３５フ
ォルダの下でＳＢ５１７フォルダにある。図３Ｂのツリー構造５０５は、ＰＲ
５１２フォルダのＣＰＵのロケーションにより示しているので、システムの装置
の大部分は、その情報がＰＣＩＯ５３０フォルダに記憶されているシステムバスおよびＰＣＩバスを介してアクセスしなければならない。したがって、ＳＢ５１７フォルダは、全ての“主バス”、すなわち他の装置を通過することなしに
ＣＰＵによってアクセスできるバスを含む。図３Ｂに示されるように、ＰＣＩＯ
５３０フォルダは、ＨＩＤ５３１フォルダ、ＤＯＣＫ５３２フォルダ、ＰＣＣ５３３フォルダ、サウンドブラスターＳＢ５３４フォルダ、ＳＩＯ５３５フォル
ダ、ＵＳＢ５３６フォルダおよびＶＧＡ５３７フォルダを含んでいる。

【００５９】図３Ｃは開いているＳＩＯ５３５フォルダを示しているので、スーパーＩ／Ｏ
の有効範囲は、２つの通信ポートＣＯＭ１５５２およびＣＯＭ２５５３、フロ
ッピーディスクコントローラＦＤＣ５５４、ハードディスクコントローラ（すな
わち、集積ドライブエレクトロニクス）ＩＤＥ０５６１、キーボードコントローラＫＢＣ５５６、並列ポートコントローラＬＰＴ１５５７、汎用システムバスＵＳＢ５５８およびビデオグラフィックアダプタカードＶＧＡ５５９を含んで
いる。これらの装置５５２〜５５９の全てはＩ／ＯＳＩＯ５３５の有効範囲内にあるので、これらの装置５５２〜５５９の各々がオフにされるまで、スーパー
Ｉ／ＯバスＳＩＯ５３５をオフにすることができない。

【００６０】スーパーＩ／Ｏ上の各装置は、現資源設定フォルダＣＲＳ、ハードウェアＩＤ
フォルダＨＩＤ、可能な資源設定フォルダＰＲＳ、セット資源設定フォルダＳＲＳ、多重電力セットフォルダＰＳｎおよび多重電力資源フォルダＰＲｎを
有する。ここで、ｎは０から３までの整数である。これらのフォルダの情報によ
って、オペレーティングシステムは、装置および装置が使用する資源の電力レベ
ルを制御できる。各ＨＩＤフォルダは、型式および製造者によって装置を識別する数字を含んでいる。装置のためのＩＤ番号の全リストは、www.microsoft.co
m/industryのマイクロソフトウェブサイト上に見つけることができる。各現資源
設定フォルダＣＲＳは、Ｉ／Ｏ資源およびＩ／Ｏ割り込みのような装置によって
使用される現資源のリストを提供する。可能資源設定フォルダＰＲＳは、装置がその資源セットを有することができる構成のリストを提供する。オペレーティ
ングシステムは、資源構成を装置のセット資源設定フォルダＳＲＳにロードすることによって装置の資源を設定する。オペレーティングシステムは、衝突を避
けるために装置の中でできるだけ最適の使用可能な資源を割り当てる。しかしな
がら、衝突が避けることができない場合、最も重要でないとみなされる装置が使
用禁止される。オペレーティングシステムは、第ｎ番目の電力セットＰＳｎに
アクセスし、装置を第ｎ番目の電力状態にする。第ｎ番目の要求フォルダＰＲｎは、装置を第ｎ番目の電力状態にするためにオペレーティングシステム１５２
に必要な情報を含む。

【００６１】前述のように、ＡＣＰＩの他のコンポーネントは、システムのコンポーネント
の温度の監視および制御である。図３Ｄに示されるように、温度ゾーンフォルダ
ＴＺ７１０内にサブフォルダＴＺ０７２０があり、フォルダＴＺ０７２０には、フォルダＣＲＴ７２１、ＰＳＬ７２２、ＰＳＶ７２３、ＴＣ１７２４、ＴＣ２７２５、ＴＭＰ７２６、およびＴＳＰ７２７がある。現温度を読
み取る方法は、フォルダＴＭＰ７２６内に含まれる。例えば、温度を決定する
ＡＳＬコードは、下記である。方法（ＴＭＰ）｛ Multiply(＼ SB.PIX4.ISA.EC.TMP,10,local0) Return(Add(Local0,2732)) ｝このコードは、℃にストアされた＼ SB.PIX4.ISA.EC.TMPの温度を検索し、１０を掛けることによってこれを℃の十分の一に変換し、この結果をLocal0にスト
アし、２７３２をこの結果に加算し、温度をケルビン度の１０分の１に変換する
。

【００６２】オペレーティングシステムが温度を読み取るポーリング間隔（１秒の１０分の
１）はフォルダＴＳＰ７２７で指定される。例えば、オペレーティングシステ
ムが６０秒毎に温度をポールすべきである場合、ＡＳＬコードは、“Name( TSP,
600)"である。温度ポーリング時間間隔が与えられない場合、温度が受動あるいは能動トリガ点を交差すると、汎用事象が発生される。フォルダＣＲＴ７２１は、システムが遮断する臨界温度を指定する。このシステムは、能動あるいは受
動熱制御方法のいずれかを使用してシステムそのものは冷える。温度が上昇し始
めると、第１の受動熱制御方法は行われ、温度が受動熱制御方法が行われた後で
さえ上昇し続ける場合、能動熱制御方法が行われる。

【００６３】ＰＳＶ７２３フォルダは、ＣＰＵの速度の減少のような受動熱制御が行われる温度を指定する。電池の充電はかなりの熱を生じるので、電池が充電される速
度を減少させるあるいはファンをターンオンすることによる冷却を含む。能動熱
制御方法フォルダは図３Ｄに全然に示されていない。能動熱制御方法がある場合
、能動熱制御情報を含むフォルダは“ ＡＣ０”と表示される。

【００６４】フォルダＴＣ１７２４およびＴＣ２７２５は、システムが冷える速度の式
を含む。本例では、受動冷却は、ＣＰＵの速度を減少させるかあるいは電池が充
電される速度を減少させるかのいずれかによって実行されるために、２つの冷却
式が得られる。これらの式は、システムの周辺温度、および物理構造、例えば、
システムが収容されるプラスティックの種類、および変数としての収容部の表面
積のような情報を含んでいる。

【００６５】本発明のユーティリティを使用する温度制御方法をインサートするために、Ｏ
ＥＭプログラマは、図２Ｄに示されるように、メニューバー２２０からインサー
ト２０３を選択し、インサートメニューからオブジェクト２１１およびオブジェ
クトメニューから方法を選択する。この温度制御方法のためのＡＳＬコードが図
５Ｂに示されるが、ここでオペレーティングシステムは汎用事象によって、熱事
象が発生し、オペレーティングシステムが熱を監視しなければならないことを通
知される。この方法の第１のコマンドは、現温度がこの方法ＴＺ. ＴＺＯ. Ｔ
ＭＰによって元に戻され、Local0にストアされる行３のストアコマンドである。
それから、行４は、LGreaterEqualコマンドを使用し、Local0にストアされた現温度がＴＺ.ＴＺ０. ＰＳＶにストアされた受動熱制御トリップ温度よりも大き
いかあるいは等しいかどうかを決定する。現温度が実際に受動熱制御トリップ温
度よりも大きくあるいは等しい場合、行６のコードが実行され、オペレーティン
グシステムは、Notifyコマンドを使用して条件を通知される。Notifyコマンドは
、熱ゾーンの位置、ＴＺ.ＴＺ０、ならびに数値を送り、オペレーティングシス
テムがとらなければならない動作を指定する。本例では、数字の１６進“８０”
は、オペレーティングシステムが温度を監視すべきであることを示している。

【００６６】システムインジケータアイコンの制御も、ＡＣＰＩの領域内にある。一般に、
システムインジケータアイコンは、膝上に置かれ、オペレータに見えるＬＥＤ照
明ステンシルである。システムインジケータは、一般的には、電池レベルが低い
場合、プログラマに通知する電池充電レベルインジケータと、電池が充電してい
る場合、プログラマに通知する電池状態インジケータと、システムが現在あるス
リープ状態あるいは作動状態をプログラマに知らせるシステム状態インジケータ
と、プログラマに待機しているｅメールの数および／または音声メールメッセー
ジを知らせるメッセージインジケータとを含んでいる。例えば、電池状態インジ
ケータは、しばしば電池で表示される。すなわち、電池が赤色になると、これは
、電池電力が低いことを示し、電池が緑色になると、これは、電池が充電される
ことを示す。システム状態インジケータは、ユーザが現システム状態を識別する
可視手段を備えている。下記のインジケータのいずれかあるいは全てをサポート
できる。すなわち、ワーキング（すなわち、Ｓ０）、ウェーキング（すなわち、
Ｓ２〜Ｓ５）、サスペンド（すなわち、Ｓ２あるいはＳ３）あるいはディスクに
セーブ（すなわち、Ｓ４）である。

【００６７】ソースコードの作成の最終段として（すなわち、一旦階層名空間がＯＥＭによ
って生成されると）、識別システム分配器テーブルのＡＳＬソースコードは、図
２Ｃに示されるように、ファイル７１０メニューからゼネレート(Generate)７３
５を選択することによって生成される。したがって、本発明のユーティリティは
、フォーマッティング構造を与えるＡＳＬコード内の階層名空間の各フォルダの
ためのＡＳＬコードを埋め込むことによってファームウェアとして記憶されるべ
きコードを生成する。階層名空間のフォルダのコードならびにフォーマッティン
グ構造のコードは、本発明のユーティリティを使用して作成され、ＯＥＭによっ
て生成される必要がない。

【００６８】例えば、図４Ａのノートブック仕様ウィンドウ３００のサウンドボックス３２
２が下記としてチェックされる場合、名前ステートメントのためのＡＳＬコード
は、サウンドブラスターフォルダＳＢ５３４（サウンドブラスターは音を記録す
し、ウェブファイルを再生し、ＭＩＤＩＩ／Ｏを制御し、周波数変調を合成するためのチップである）の可能資源設定フォルダＰＲＳ５４３で本発明のユーティリティによって自動的に生成される。 1 Name( PRS, ResourceTemplate() 2 { 3 IO(Decode16,0×220,0×280,0×20,0×14), 4 IO(Decode16,0×300,0×330,0×30,0×2), 5 IO(Decode16,0×388,0×388,0×01,0×4), 6 IRQ(Edge,ActiveHigh,Exclusive){2;5;7;10}, 7 DMA(Compatibility,BusMaster,Transfer8) {1;3}, 8 DMA(Compatibility,BusMaster,Transfer16) {5;7} 9 } ＰＲＳ名前ステートメントの資源テープレートの第１のＩＯＲａｎｇｅはコンピュータのサウンドのディジタル化再生のためのＩ／Ｏ資源を指定する。第１
のＩＯ式は、サウンドブラスターが２２Ｏのhex‐address(１６進アドレス）と２８０のhex ‐addressとの間のどこででもＩ／Ｏアドレスを持つことができ、Ｉ／Ｏは、１４のhex‐byte(１６進バイト）を消費し、２０のhex‐byte境界上に整列されるべきである（すなわち、１４のhex‐byteＩ／Ｏデータはhex‐addr
ess２２０、２４０、２６０あるいは２８０で始まるように整列されねばならない）。１４のhex‐byteデータのための多重開始アドレスは、複数の装置が重なっているＩ／Ｏ範囲を使用しているために複数の装置が衝突するかもしれない場
合、１つあるいはそれ以上の装置は他の重なっていないＩ／Ｏレジスタを使用す
ることができるようにプログラム化できるように供給されてそれによりプラグ−
プレイ機能性を向上させる。第２のＩ／Ｏ式はＭＩＤＩポートのためのＩ／Ｏフ
ォーマットを指定する。この第２のＩ／Ｏ式は、この情報がhex‐address３００
からhex‐address３３０までのどこででもＩ／Ｏアドレスを持つことができ、Ｉ
／Ｏは、２つのhex ‐byteを消費し、３０のhex‐byte境界上に整列されるべきである。さらに、２つのhex‐byteデータのための複数開始アドレスは、システムの複数の装置が重なっているＩ／Ｏ範囲を使用している場合、衝突の可能性が
減少されるように提供される。ＰＲＳ名前ステートメントのバッファの第３の式は、アドリブサウンドカード、すなわちパソコンの非常に初期のバージョンで
使用されるサウンドカードプロトコルのためのＩ／Ｏフォーマットを指定する。
第３の式は、この情報がＩ／Ｏhex‐address３８８（いかなる範囲も許可されて
いない）を持たなければならなく、Ｉ／Ｏは４つのhex‐byteを消費することを示している。次の式は、オペレーティングシステムがサウンドブラスターによっ
て発生された割り込みに割り当てることができる数の選択を指定する。本例では
、サウンドブラスターは、４つの割り込み値、すなわち、２、５、７および１０
の選択を提供する。アーギュメント“Edge”、“ActiveHigh”、および“Exclus
ive”は、オペレーティングシステムがローからハイへのエッジ上の割り込みを認識し、割り込みが、“排他的”である、すなわちオペレーティングシステムが
割り込む装置が生じた混乱を避けるために他の割り込み数をシステムの他の装置
に割り当てることを指定する。割り込みは、オペレーティングシステムが波形の
一部の発生を記録する準備をしているかあるいは波形の一部の発生を完了したこ
とをオペレーティングシステムに信号を出すような機能に関してサウンドブラス
ターのために発生される。オペレーティングシステムが割り込みを受け取り、そ
の値によって割り込みの原因を識別し、サウンドブラスターの上記に指定された
Ｉ／Ｏ範囲を検査し、割り込みが発生された事象の種類を決定する。最後に、こ
の式は、ダイレクトメモリアクセス（ＤＭＡ）チャネルは１あるいは３、および
５あるいは７であり得ることを指定する。両方のＤＭＡステートメントの第１の
アーギュメント、“Compatibility,”は、ダイレクトメモリアクセスがＩＳＡ（
工業規格アーキテクチャ）と適合していることを指定する。両方のＤＭＡステー
トメントの第２のアーギュメント、“BusMaster,”は、ダイレクトメモリアクセ
スがＰＳＲで開始され、全バスを使用できることを指定する。ＤＭＡステートメントの第２のアーギュメント、“Transfer８”および“Transfer１６”は、チ
ャネル１あるいは３上のダイレクトメモリアクセスは８ビットであり、チャネル
５あるいは７上のダイレクトメモリアクセスが１６ビットであることを指定する
。

【００６９】完璧にするために、図５Ａ．１および図５Ａ．２は、可能資源設定方法ＰＲＳ（例えば、５６５）、現資源設定方法ＣＲＳ（例えば、５５５）、およびセット資源設定方法ＳＲＳ（例えば、５６７）のためのＡＳＬコードを示す。（機能ＲＳＲＣは、本発明のユーティリティの前のバージョンに導入されたバグを
訂正するためにＣＲＳ法によって呼び出される。）

【００７０】階層ツリー構造からＡＳＬコードの自動作成は、ファイル７１０メニューから
ゼネレート７３５を選択することによって生成される（図２Ｃを参照）。本発明
の重要な態様は、コーディング言語の詳細によりツリー構造とは異なるけれども
、階層ツリー構造のネスト構造を近似するかあるいは忠実に表現するネスト構造
を有するＡＳＬコードの生成である。ＡＳＬコードに対する階層ツリー構造のマ
ッピングの方法のための再帰フローチャートは、Ｃ＋＋擬似コードで示された工
程で図６Ａ〜図６Ｂに提供される。一般に、各項目は、そのプロパティがステー
ジGenerateIFDEF１１１０にＩＦＤＥＦを含むかどうかを調べるために最初にテストされる。その名前はGenerateName１１１５工程で記述される。オープニング
ブレースは第１のGenerateBrace１１２０工程によって生成される。項目のためのＡＳＬコードのボディはGenerateBody１１２５工程によって生成される。クロ
ージングブレースは第２のGenerateBrace１１３０工程によって発生される。その項目は工程GenerateIFDEF１１１０でNot‐IFDEFを含むかどうかを調べるためにテストされる。二重境界線を有するボックスに示された工程は図６Ｂ〜図６Ｆ
のフローチャートに詳細に示されている。特に、GenerateIFDEF１１１０および１１３５のためのフローチャートは図６Ｂおよび図６Ｃに与えられ、GenerateNa
me１１１５のフローチャートは、図６Ｄに与えられ、GenerateBrace１１２０および１１３０ためのフローチャートは図６Ｅに与えられ、GenerateBody１１２５
のためのフローチャートは図６Ｆに与えられる。

【００７１】しかしながら、階層ツリー構造の全ての項目が厳密には図６Ａ〜図６Ｇのフロ
ーチャートに従うわけではない。３つのフローチャートオーバーライドの作表は
、行１８０１〜１８６１を有する図７の４列の表に示されている。（他のオーバ
ーライド特徴は可能であり、本発明の範囲内にあるとみなされることに注目すべ
きである。表１８００に列挙されたオーバーライドがＡＳＬ言語の詳細を示した
最も自然な選択であるけれども、オーバーライド機能の適当な変更によるオーバ
ーライドの別の表を構成することができることにも注目すべきである。）表１８
００の第１列のクラス名１８６５は項目のクラス名を列挙する。第２列、第３列
および第４列は、それぞれGenerate（string)１８７０列、GenerateBrace１８７
５列、およびGenerateBody列１８８０列である。項目が対応する機能を図６Ａ〜
図６Ｇのフローチャートにオーバーライドすべきである場合、これらの列１８７
０、１８７５および１８８０は、“×”で示される。例えば、CItemFieldのため
の行１８３３は、Generate（string)列１８７０およびGenerateBody列１８８０に×がある。したがって、タイプCItemFieldの項目の場合、図６Ｄの工程Genera
te（string)１４１０および図６ＡのGenerateBody１１２５がオーバーライドされる。

【００７２】項目１８０２〜１８６１はCItem１８０１から得られる、すなわち、CItem１８
０１は、表１８００の項目１８０２〜１８６１の残りの全てに対して基本的な機
能性を提供する。表１８００でインデントされた項目は上記の第１の非インデン
ト項目から得られる。したがって、CItemDeviceACAdapter１８０４からCItemDev
iceVGA１８３１までの項目は、CItemDevice１８０３から得られ、CItemDevice１
８０３のオーバーライドを継承する。例えば、CItemDeviceACAdapter１８０４か
らCItemDeviceVGA１８３１までの項目は、図６ＤのGenerate（string)１４１０のためのオーバーライドを有する。したがって、CItemBankField１８３４および
CItemIndexField１８３５はCItemField１８３３から得られるので、CItemBankFi
eld１８３４およびCItemIndexField１８３５はCItemField１８３３のオーバーラ
イド機能を継承する。しかしながら、CItemBankField１８３４およびCItemIndex
Field１８３５の両方には、Generate（string)１８７０列に“×”があるために
、CItemBankField１８３４およびCItemIndexField１８３５は、CItemField１８３３のオーバーライド機能をオーバーライドする。同様に、CItemDevice１８０３からの項目１８０４〜１８３１の継承により、Generate（string)１８７０はテーブルの項目１８０１〜１８６１毎に無効にされる。完璧にするために、CIte
mSDT、CItemScope、CItemProcessor、CItemDevice、CItemNameNum、CItemNameEIT
HE、CItemFieldおよびCItemOperationRegionのためのＡＳＬGenerate（string)コ
ードを生成するＣ＋＋コードは図１１Ａおよび図１１Ｂに与えられる。

【００７３】タイプCItemFieldの項目は、子としてタイプCitemFieldEntryタイプの項目を有するだけであることに注目すべきである。（フィールドは、インサート２０３
プルダウンメニューのオブジェクト２１１サブメニューからフィールド２４５の
選択によって作成される。フィールドは、いかに操作領域が細分割され、アクセ
スされるべきかを規定する。）図７のオーバーライド表から分かるように、Gene
rateBody１１２５工程はCItemField１８３３項目によってオーバーライドされる
。付録として、オーバーライドＣ＋＋GenerateBodyコードの第１の部分は図１０
Ａに示され、このコードの継続の継続は図１０Ｂに示される。要するに、このGe
nerateBodyコードは、CItemFieldEntry項目を分類し、フォーマット化し、必要に応じて、フィールドエントリ間のギャップを充填するOffsetマクロ、および属
性におけるフィールドエントリ間の差が検出される場合のAccessAsマクロを自動
的に生成する。

【００７４】方法（例えば、監視温度方法ＴＭＰ７２６）は子を有しないことにも注目すべ
きである。したがって、CItemMethod１８３７は、GenerateBrace１１２０および
１１３０工程およびGenerateBody１１２５工程をオーバーライドする。Generate
Brace１１２０および１１３０のためのオーバーライドは無効であり、GenerateB
ody１１２５のオーバーライドは、方法ＡＳＬコードおよび最初および最後のブレースの全てを生成する。

【００７５】同様に、CItemOperationRegion１８４７タイプの項目は、CItemField１８３３
、CItemBankField１８３４およびCItemIndexField１８３５タイプの項目しか子として持ちえないことにも注目されたい。（操作領域は、インサート２０３プル
ダウンメニューのオブジェクト２１１サブメニューから操作領域２５０を選択す
ることによって作成され、システムＩ／Ｏアドレス領域、ＰＣＩ構成空間および
埋め込まれたコントローラ空間のようなオブジェクトを含む。）しかしながら、
これらは、ＡＣＰＩ仕様がこれらを子として規定するという意味でのみ“子”な
のであって、これらは操作領域の範囲内にあるという意味で子である訳ではない
。したがって、CItemOperationRegion１８３７タイプの項目は、ブレースを発生
することを単に無視することによってGenerateBrace１１２０および１１３０をオーバーライドする。

【００７６】図６Ａ〜図６Ｇのフローチャートの処理を示すために、図８の階層ツリー構造
から図９のＡＳＬコードの生成が例として述べられる。図８のツリー構造の第１
の項目はルートＤＳＤＴ１９１０である。ルートＤＳＤＴ１９１０のクラスはCI
temSDTであり、オーバーライドテーブル１８００の行１８６０から分かるように
、この項目ためのGenerate(string)列１８７０が示される。

【００７７】図６Ａに示されるように、フローチャート１１００は、２つのアーギュメン
ト、すなわち図８の階層データ構造１９００を参照するタイプ“CStdioFile&” の“file”(タイプ名の終わりのアンパーサンドは、タイプがＣ＋＋“参照”であり、“CStdioFile”がＡＳＣＩＩテキストファイルの読み出しおよび書き込み
のマイクロソフトファンデーション・クラスコマンドであることを示す）および
整数“nindent”を有するGenerate１１０５で開始する。（Ｃ＋＋では、同じ名前の機能が、機能が有するアーギュメントの番号あるいはタイプによって区別で
き、したがって、２つのアーギュメントを有する図６ＡのGenerate工程は図６Ｄ
のGenerate工程１４１０と同じでないことに注目すべきである）Generate１１０
５工程は長円形で包み込まれ、この工程１１０５が他のフローチャートを参照し
ないことを示す。

【００７８】フローチャート１１００の次の工程はGenerateIFDEF１１１０工程である。Gen
erateIFDEF１１１０の二重境界線は、この工程が他のフローチャート、この例で
は、図６Ｂのフローチャート１２００を参照することを示している。工程１１１
０のGenerateIFDEFステートメントの３つのアーギュメント、およびGenerateIFD
EFフローチャート１２００の最初のステップ１２０５のGenerateIFDEFステートメントの同じく３つのアーギュメントであってそれぞれ前ににそのタイプ（CStd
ioFile&、intおよびBOOL)の付いたアーギュメントによって示されるように、これらの３つの変数（file、nindent、およびTRUE)がGenerateIFDEFフローチャート１２００に渡される。

【００７９】図６Ｂのフローチャート１２００を続けると、ブール変数“bStart"がＴＲＵＥであるかどうかがステップ１２１０で決定される。“bStart"はステップGener
ateIFDEF１１１０で値ＴＲＵＥに渡されるので、答えは“Ｙｅｓ"１２１２であるので、制御を項目１９１０に対してＩＦＤＥＦが規定されたかどうかを決定す
るステップ１２１５に渡す。ルートＤＳＤＴ１９１０のためのエディット／プロ
パティウィンドウによって、ＩＦＤＥＦはルート１９１０に対して作成できない
ために、答えは“Ｎｏ”１２１６であり、制御をルート１９１０に対してNot‐I
FDEF(IFNDEF)がいくらか規定されているかどうかを決定するステップ１２４０に
渡す。さらに、ルートＤＳＤＴ１９１０のためのエディット／プロパティウィン
ドウによって、Not‐IFDEFはルート１９１０に対して作成できないので、答えは
“Ｎｏ”１２１６であり、制御をこのフローチャート１２００のための出口１２
７５に渡す。

【００８０】次に、制御を図６Ａのフローチャート１１００の次の工程、すなわちGenerate
Name１１１５工程に渡す。GenerateName１１１５のためのフローチャート１１０
０のボックスは、二重境界線を有し、この工程１１１５のための別個のフローチ
ャート、本例では、図６Ｄのフローチャート１１１５’があることを示している
。処理１１１５’に渡された変数は、データ構造、タイプCStdioFile&の“file ”、および整数“nindex”である。フローチャート１１１５’の第１のステップ
１４０５は、(nindent＊4)スペースに等しいCString式変数“strTabs”を設定し
、“string”をCString式変数と規定する。本例では、nindentは１つの値を明示
的に与えられないので、その値はゼロであり、strTabsもゼロに等しい。

【００８１】次に、制御をフローチャート１１１５’のGenerate(string)１４１０工程に渡
す。しかしながら、図６Ｇのフローチャート１７００に進むよりもむしろ、ルー
ト１９１０はタイプCItemSDT１８６０のものである（CItemSDT１８６０のGenera
te(string)列１８７０はマークを付けられている）ので、オーバーライドがある
。（Generate(string)フローチャート１７００は参照するために図６Ｇに提供さ
れているけれども、Generate(string)１４１０が図７の表の項目１８０１〜１８
６１毎に無効にされるので、前述のように、Generate(string)１４１０は決して
アクセスされるべきでないことに注目すべきである。）本例のオーバーライド機
能のためのＣ＋＋コードは、下記のとおりである。 void CItemSDT::Generate(CString&str)const { str.Format(“DefinitionBlock(＼"%s＼",＼"%s＼",%X,＼"%s＼",＼“%s＼",%
X)", m stｒFileName, m strName, m bRevision, m strOEMID, m strOEMTableID, m dwOEMRevision); } ルート１９１０のためのファイル名は“ＤＳＤＴ．ＡＭＬ”であり、ルート１９
１０の名前は“ＤＳＤＴ”であり、ユーティリティの改訂は“１”であり、ＯＥ
Ｍのための識別番号はＰＴＬＴＣであり、ＯＥＭテーブルＩＤは“Ｃｕｓｔｏｍ
”であり、ＯＥＭ改訂番号は“０”であるので、図９の行２００１に示されたＡ
ＳＬコードを生じる。前述のように、変数strTabsはゼロの値を有する。

【００８２】図６Ｄのフローチャート１１１５’の次のステップ１４２０は、（エディット
／プロパティメニューによって）ルート１９１０のプロパティが規定された場合
、コメントが含まれたかどうかを決定する。答えが“Ｙｅｓ"１４２１である場合、制御は、２つのタブおよびコメントがファイルに送られたステップ１４２５
に渡り、次にステップ１４３０に渡る。本例のルート１９１０の例では、コメン
トはない。１４２２でコメントがない場合、制御は直接ステップ１４３０に移る
。ステップ１４３０では、キャリッジリターンおよびラインフィードがファイル
に送られるので、図９のＡＳＬコードの行２００２が開始される。次に、フロー
チャート１１１５’は、出口１４３５を出され、制御は図６Ａのフローチャート
に戻る。

【００８３】次に、制御は、変数“file”、“nindent”、および“TRUE”を有するフローチャート１１００のGenerateBrace１１２０に渡される。GenerateBraceのための
詳細なフローチャート１５００は図６Ｅに示される。nindentはなおゼロの値を有しているために、strTabsは、ステップ１５０５で、ゼロスペースに等しく設定される。次に、ルート１９１０が子項目を有するかどうかが次のステップ１５
１０で決定される。答えは、“Ｙｅｓ”１５１１なので（ルート１９１０は子項
目ＳＢ１９１５およびＰＲ１９５０を有する）、制御はstrTabsがファイルに送られるステップ１５１５に渡る。しかしながら、strTabsはゼロスペースに等しいので、動作が行われない。次に、制御はbOpenが“TRUE"に等しいかどうかを
決定するステップ１５２０に移る。bOpenが最初のステップ１５０１で“TRUE"に
等しく設定されたので、答えは“Ｙｅｓ"１５２１であるので、制御はライン２００２の左ブレースが図９に示されたファイルに書き込まれるステップ１５２５
に移る。次に、制御は出口１５３５に渡され、図６Ａのフローチャート１１００
に戻る。

【００８４】 GenerateBrace１１２０工程の後、制御は、GenerateBody１１２５工程、図６Ｆに示された詳細なフローチャート１６００に進む。フローチャート１６００の
第１のステップ１６０５は、本例ではなおルートＤＳＤＴ１９１０であるリスト
の頭の検索である。次に、リストの頭の下に子項目があるかどうかがステップ１
６１０で決定される。答えは“Ｙｅｓ"１６１１であり、本例では、子項目ＳＢ
１９１５および子項目ＰＲ１９５０は直接ルートＤＳＤＴ１９１０の有効範囲内にある。子項目ＳＢ１９１５の内の第１のものが検索され（１６１５）、Gen
erateステップ１６２０の第１の再帰呼び出しは、１だけ増分されるnindentの値
(それで、この再帰のためのnindentは１の値を有する)を有するＳＢ１９１５に
対して行われる。

【００８５】ＳＢ１９１５再帰が完了された後（その再帰が下記に詳述される）、制御は、ＳＢ１９１５に加えて子項目があるかどうかが決定されるステップ１６１０に戻る（１６２１）。この例では、ＰＲ１９５０も子項目であるので、答えは “Ｙｅｓ"１６１１である。この項目１９５０は次のステップ１６１５で検索され、他の再帰呼び出しは、さらに１だけ増分されるnindentの値（それで、ＰＲ
１９５０再帰の場合、nindentは１の値を有する）を有するGenerateステップ１６２０に対して行われる。

【００８６】ＰＲ１９５０再帰が完了された後、制御は再度、残りの子項目がいくらかあるかどうかが決定されるステップ１６１０に戻る（１６２１）。次に、答えは“
Ｎｏ”であるので、制御は図６Ｆのフローチャート１６００を出て（１６２５）
、図６Ａのフローチャート１１００のGenerateBrace１１３０ステップに戻る。G
enerateBrace１１３０は、ゼロに等しいnindentの値で呼び出され（nindentは、
ＳＢ１９１５およびＰＲ１９５０に対する再帰呼び出しで増分されたけれども
、ＤＳＤＴ１９１０に対しては変更されないままである）、第３の変数は“FALS
E"に設定される。ルートＤＳＤＴ１９１０は、ＳＢ１９１５およびＰＲ１９５
０に対する再帰ループを生成し、これらの再帰ループは、ルート１９１０に対す
るループが継続できる前に完了するために、GenerateBrace１１３０ステップおよびGenerateIFDEF１１３５ステップによってルート１９１０のために生成されたＡＳＬコードは、ＳＢ１９１５ループおよびＰＲ１９５０ループに対するＡ
ＳＬコードの後に来る。

【００８７】 GenerateBraceための詳細フローチャート１５００は図６Ｅに示される。ninde
ntはゼロの値を有しているために、strTabsは、ステップ１５０５でゼロスペースに等しく設定される。次に、ルート１９１０が子項目を有するかどうかがステ
ップ１５１０で決定される。答えは“Ｙｅｓ"１５１１であるので、制御は、str
Tabsがファイルに送られるステップ１５１５に移る（strTabsはゼロスペースに等しいので、動作が全然行われないから）。次に、制御は、bOpenが“TRUE"に等
しいかどうかが決定されるステップ１５２０に移る。bOpenが最初のステップ１５０１で“FALSE"に等しく設定されるので、答えは“Ｎｏ”１５２２であり、制
御は、ライン２０２５の右ブレースが図９に示されたファイルに書き込まれるス
テップ１５３０に移る。制御は出口１５３５に渡され、図６Ａのフローチャート
１１００に戻り、そこでの次のステップはアーギュメント“file”、“nindent ”、および“FALSE"を有するGenerateIFDEF１１３５である。

【００８８】 GenerateIFDEF１１３５のための詳細なフローチャート１２００は図６Ｂに示されている。図６Ｂのフローチャート１２００を続けると、ステップ１２１０で
、ブール変数“bStart"が“TRUE"であるかどうかが決定される。“bStart"がステップGenerateIFDEF１１３５で値“FALSE"に渡されるので、答えは“Ｎｏ”１２１１であり、それで制御を継続（Ａ）１２１３によって図６Ｂのフローチャー
トに渡す。次のステップ１３１５は、何らかのＩＦＤＥＦが項目１９１０に対し
て規定されたどうかを決定する。前述のように、ルートＤＳＤＴ１９１０のため
のエディット／プロパティウィンドウによって、ＩＦＤＥＦはルート１９１０に
対して作成できないので、答えは“Ｎｏ”１３１６であり、制御を、Not‐IFDEF
(IFNDEF)がルート１９１０に対して規定されたかどうかを決定するステップ１３
４０に渡す。ルートＤＳＤＴ１９１０のためのエディット／プロパティウィンド
ウによって、Not‐IFDEFはルート１９１０に対して作成できないために、それで
、答えは再び“Ｎｏ”１３１６であり、制御を継続（Ｂ）１２７０を介してこの
フローチャート１２００の出口１２７５に渡す。

【００８９】しかしながら、前述のように、ルートＤＳＤＴ１９１０のためのループが完了
する前に、ＳＢ１９１５およびＰＲ１９５０のための再帰（および生成する任
意の再帰）を完了しなければならない。例えば、ルートＤＳＤＴ１９１０のため
のGenerateBodyループで開始されるＳＢ１９１５のための再帰に対する再帰は、図６Ａのフローチャートのステップ１１０５で開始する。フローチャート１１
００の次の工程は、GenerateIFDEF１１１０工程、すなわち図６Ｂに示された詳細フローチャート１２００である。３つの変数“file”、“nindent”およびTRU
EはGenerateIFDEFフローチャート１２００に送られ、ステップ１２１０で、ブー
ル変数“bStart"がTRUEであるかどうかが決定される。“bStart”がステップGen
erateIFDEF１１１０で値TRUEに送られるので、答えは“Ｙｅｓ"１２１２であり、それで、制御を、ＩＦＤＥＦが項目１９１０に対して規定されるかどうかを決
定するステップ１２１５に渡す。

【００９０】答えが“Ｎｏ”１２１６である場合、制御を、Not‐IFDEF(IFNDEF)がＳＢ１９
１５に対して規定されているかどうかを決定するステップ１２４０に渡す。しか
しながら、答えが“Ｙｅｓ"１２１７である場合、変数“substring"がゼロに等しくに設定され（１２２０）、substringthIFDEFが存在するかどうかがステップ
１２２５で決定される。ステップ１２２５に最初の到着の際に、ゼロ番目のsubs
tringがある(さもないと、答えは、ステップ１２１５で“Ｎｏ"１２１６であった)ので、答えは“Ｙｅｓ”１２２７であり、制御は、テキスト“#IFDEF"、subs
tringthIFDEFおよびキャリッジリターン/ラインフィードがファイルに送られるステップ１２３０に進む。次に、substring変数は１だけ増分され（１２３５）、制御は、第１のIFDEFが存在するかどうかが決定されるステップ１２２５に戻る（１２３６）。答えが“Ｙｅｓ”１２２７である場合、変数substringは再度１だけ増分されてループ１２２７／１２３０／１２３５／１２３６がくり返され
る。しかしながら、答えが“Ｎｏ”１２２６である場合、制御は、IFDEFが項目１９１５に対して規定されているかどうかが決定されるステップ１２４０に進む
。

【００９１】答えが“Ｎｏ”１２４１である場合、制御は出口１２７５に渡され、図６Ａの
フローチャート１１００に戻る。しかしながら、答えが“Ｙｅｓ”１２４２であ
る場合、変数substringは再度ゼロ１２４５に等しく設定され、substringthIFDE
Fが出るかどうかがステップ１２５０で決定される。ステップ１２２０で最初の到着の際に、ゼロ番目のsubstringがあるので、答えは“Ｙｅｓ”１２５２であり、制御はテキスト“#IFNDEF"、substringthIFNDEFおよびキャリッジリターン/
ラインフィードがファイルに送られるステップ１２５５に進む。次に、substrin
g変数は１だけ増分され（１２６０）、制御は、次に第１のIFNDEFが存在するかどうかが決定されるステップ１２５０に戻る（１２６１）。答えが“Ｙｅｓ”１
２５２である場合、変数substringは再度１だけ増分され、ループ１２５２／１２５５／１２６０／１２６１がくり返される。しかしながら、答えが“Ｎｏ”１
２５１である場合、制御は、出口１２７５に進み、図６Ａのフローチャート１１
００に戻る。

【００９２】次に、制御を図６Ａのフローチャート１１００の次の段、すなわちGenerateNa
me１１１５工程、すなわち図６Ｄに示される詳細なフローチャート１１１５’に
渡す。フローチャート１１１５’の第１のステップ１４０５は、CStringタイプ変数“strTabs"を（nindent＊4）スペースに等しく設定し、“string"をCsring タイプ変数として規定する。次に、nindentは１の値を有するので、strTabsは４
つのスペースの値を有する。

【００９３】次に、制御はフローチャート１１１５′のGenerate(string)１４１０工程に移
る。しかしながら、図６Ｇのフローチャート１７００に進むよりもむしろ、ＳＢ１９１５はタイプCItemScope１８５９のものである（そしてCItemScope１８５
９のGenerate(string)列１８７０がマーク付けされる）のでオーバーライドがあ
る。この例のオーバーライド機能に対するＣ＋＋コードは以下のようである。 1 void CItemScope::Generate(CString&str)const 2 { 3 str.Format(“Scope(%s)",m#strName); 4 if(IsEmpty()) 5 str+ =“{}" 6 } 機能に送られるストリングの名前である“strName"は“ SB"であるため、これは
図９の行２００３のコードとなる。次に、行４では、項目が子項目を有している
かどうかが決定される。有していない場合、左右の曲がったブレースは行５のス
トリング“str”に添付される。

【００９４】図６Ｄのフローチャート１１１５’の次のステップ１４２０は、ＳＢ１９１５に関連したコメントがあるかどうかを決定する。答えが“Ｙｅｓ”１４２１で
ある場合、制御を、２つのタブおよびコメントがファイルに送られるステップ１
４２５に、次にステップ１４３０に渡す。本例では、コメントが全然ない。コメ
ントがない場合（１４２２）、制御をステップ１４３０に直接渡す。ステップ１
４３０では、キャリッジリターンおよびラインフィードはファイルに送られるの
で、図９のＡＳＬコードの行２００４が開始する。次に、制御はフローチャート
１１１５′を出て（１４３５）、図６Ａのフローチャートに戻る。

【００９５】次に、制御は変数“file”、“nindent”、および“TRUE"を有するフローチャ
ート１１００のGenerateBrace１１２０に渡される。GenerateBraceのための詳細
フローチャート１５００は図６Ｅに示される。ここでnindentは１の値を有するので、strTabsは、ステップ１５０５で４つのスペースに等しく設定される。次に、ＳＢ１９１５が子項目を有しているかどうかが次のステップ１５１０で決定される。答えが“Ｙｅｓ”１５１１である（ＳＢは子項目ＤＥＶ０１９２０およびＤＥＶ１１９３０を有する）ので、制御はstrTabsがファイルに送られるステップ１５１５に移り、行２００４の図１０のインデント付けを生じる。
次に、制御を、bOpenがTRUEに等しいかどうかが決定されるステップ１５２０に渡す。bOpenは最初のステップ１５０１でTRUEに等しくセットされているので、答えは“Ｙｅｓ”１５２１であり、制御は、行２００４の左ブレースが図９に示
されたファイルに書き込まれるステップ１５２５に移る。次に、制御は出口１５
３５に移り、図６Ａのフローチャート１１００に戻る。

【００９６】 GenerateBrace１１２０工程後、次に、制御はGenerateBody１１２５工程、すなわち図６Ｆに示された詳細フローチャート１６００に移る。フローチャート１
６００の第１のステップ１６０５は、本例では、ＳＢ１９１５であるリストの頭の検索である。次に、リストの頭の下に子項目があるかどうかがステップ１６
１０で決定される。答えは“Ｙｅｓ”１６１１であり、本例では、子項目ＤＥＶ
０１９２０およびＤＥＶ１１９３０がある。したがって、最初の子項目、Ｄ
ＥＶ０１９２０が検索され（１６１５）、制御は、子項目１９２０が１だけ増分されるnindentの値で生成される再帰Generate１６２０に進む（それでインデントは２の値を有する）。

【００９７】ＤＥＶ０１９２０再帰が完了した後、制御はステップ１６１０に戻り、ＤＥＶ０１９２０の他に子項目があるかが決定される。本例では、ＤＥＶ１１９３
０も子項目であるので、答えは“Ｙｅｓ”１６１１である。この項目１９３０は
次のステップ１６１５で検索され、再度再帰呼び出しがGenerateステップ１６２
０に対して行われ、nindentの現値が１だけ増分される（それで、ＤＥＶ１の場合、再帰nindentが２の値を有する）

【００９８】ＤＥＶ１１９３０再帰が完了された後、制御は、残りの子項目があるかどうかが決定されるステップ１６１０に再度戻る（１６２１）。次に、答えが“Ｎｏ
”であるので、制御は、図６Ｆのフローチャート１６００を出て（１６２５）、
図６Ａのフローチャート１１１０のGenerateBrace１１３０ステップに戻る。Gen
erateBrace１１３０は、１に等しいnindentの価で呼び出され（nindentはＳＢ１９１５およびＰＲ１９５０に対する再帰呼び出しにおいて増分されたけれども、ＳＢ１９１５に対しては変更されないままであった）、第３の変数は“FAL
SE"に設定される。ＳＢ１９１５がＤＥＶ０１９２０およびＤＥＶ１１９３０
のための再帰ループを生成したために、これらの再帰ループは、ＳＢ１９１５のためのループが継続でき、GenerateBrace１１３０ステップおよびGenerateIFD
EF１１３５ステップによってＳＢ１９１５のために発生されるＡＳＬコードがＤＥＶ０１９２０ステップおよびＤＥＶ１１９３０ステップのために発生され
たＡＳＬコードの後にくることに注目すべきである。

【００９９】同様に、オブジェクトＤＥＶ０１９２０は、ＡＤＲ‐１１９２５の再帰ループを生成し、オブジェクトＤＥＶ１は、ＨＩＤ１９３５およびＯＲ０１９４
０のための再帰ループを生成し、オブジェクトＰＲ１９５０はＣＰＵ０１９５
５のための再帰ループを生成し、オブジェクトＯＲ０１９４０はField１９４５
のための再帰ループを生成し、Field１９４５は、ＦＥ０１９４６およびＦＥ１１９４７のための再帰ループを生成する。

【０１００】上記の説明は特定の例を含んでいるけれども、これらは本発明の範囲を限定す
るものとして解釈すべきでなく、単に本発明の好ましい実施例のいくつかの例示
であると解釈すべきである。多数の変更が可能であり、本発明の範囲内にあると
みなされる。したがって、本発明の範囲は、ここに示された例によって決定され
るべきでなく、むしろ添付特許請求の範囲およびその法的均等物によって決定さ
れるべきである。

【図面の簡単な説明】

【図１A】 ACPIファームウェアを有するACPI対応コンピュータ・システムの概略を図示す
るものである。

【図１B】グローバル電力状態の特性を羅列した表を示すものである。

【図１C】グローバル電力状態間の可能な遷移の概略を図示するものである。

【図１D】デバイス電力状態の特性を羅列した表を示すものである。

【図１E】 ACPIテーブルの概略を図示するものである。

【図１F】典型的な三次元構成空間を図示するものである。

【図２A】本発明のユーティリティのためのメニュー・バーを図示するものである。

【図２B】システム・サブメニューが開いた状態の「インサート」のプルダウン・メニュー
を図示するものである。

【図２C】「ファイル」のプルダウン・メニューを図示するものである。

【図２D】「オブジェクト」サブメニューが開いた状態の「インサート」プルダウン・メ
ニューを図示するものである。

【図３A】ルートDSDTの下のフォルダが閉じた状態の階層型名前空間を図示するものであ
る。

【図３B】最上位のスリープ状態（＿SO)およびシステム・バス（＿SB）フォルダが開いた状態の階層型名前空間を図示するものである。

【図３C】システム・バス（＿SB)フォルダが開いた状態で、そのシステム・バス内の多くのフォルダが開いた状態である階層型名前空間を図示するものである。

【図３D】温度ゾーン（＿TZ)フォルダが開いた状態の階層型名前空間を図示するものである。

【図４A】ノートブック・システム用の設定ウィンドウを図示するものである。

【図４B】プロセッサ用の設定ウィンドウを図示するものである。

【図４C】固定I/O（入出力）のプロパティ用の設定ウィンドウを図示するものである。

【図５A.1】可能なリソース設定方法、リソース・バッファ修正プログラム、現リソース設
定方法、およびセット・リソース設定方法のためのASLコードを示すものである。

【図５A.2】可能なリソース設定方法、リソース・バッファ修正プログラム、現リソース設
定方法、およびセット・リソース設定方法のためのASLコードを示すものである。

【図５B】熱事象のためのASLコードを図示するものである。

【図６A】階層型名前空間ツリー構造をASLコードへマッピングする工程のための流れ図を図示するものである。

【図６B】図６Aの流れ図のGenerateIFDEF部分のための流れ図の第１の部分を図示するも
のである。

【図６C】図６Aの流れ図のGenerateIFDEF部分のための流れ図の第２の部分を図示するも
のである。

【図６D】図６Aの流れ図のGenerateName部分のための流れ図を図示するものである。

【図６E】図６Aの流れ図のGenerateBrace部分のための流れ図を図示するものである。

【図６F】図６Aの流れ図のGenerateBody部分のための流れ図を図示するものである。

【図６G】図６Fの流れ図のGenerate部分のための流れ図を図示するものである。

【図７】図６A〜６Gの流れ図によって使用された項目のためのオーバーライドの表を図
示するものである。

【図８】典型的な階層ツリー構造を図示するものである。

【図９】図８の典型的な階層ツリー構造に対応するASLコードを図示するものである。

【図１０A】 CItemFieldタイプの項目に対するGenerateBody関数のためのASLコードを生成するオーバーライド・コードを提供するものである。

【図１０B】 CItemFieldタイプの項目に対するGenerateBody関数のためのASLコードを生成するオーバーライド・コードを提供するものである。

【図１１A】 CItemSTD，CItemScope，CItemProcessor，CItemDevice，CItemNameNum，CItem
NameEITHE，CItemFieldおよびCItemOperationRegionのためのGenerate（ストリング）関数のためのASLコードを生成するオーバーライド・コードを提供するものである。

【図１１B】 CItemSTD，CItemScope，CItemProcessor，CItemDevice，CItemNameNum，CItem
NameEITHE，CItemFieldおよびCItemOperationRegionのためのGenerate（ストリング）関数のためのASLコードを生成するオーバーライド・コードを提供するものである。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ) ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＷ【要約の続き】される情報のための名前空間の作成時にOEMプログラマを支援する。このユーティリティは、階層ツリー構造の全体のレベルから個々のデバイスのレベルまで、膨大な数のデフォルト・コンポーネントを提供する。反復的なプロセスを使用することによって、作成された階層ツリー構造は、ツリー構造のものをほぼ反映している構造を有するASLソース・コードへマッピングされる。全般的に、この反復的プロセスは、各項目に対して名前ステートメント、オープニングブラケット、主部、クロージングブラケットと、親項目の主部内にある親項目の有効範囲内の子項目とを作成する。項目（フィールド、メソッド、パッケージ、リソースなど）によっては、括弧および/または主部の生成をオーバーライドする必要があるものもある。

Claims

【特許請求の範囲】

【請求項１】オペレーティングシステムを有するコンピュータシステムの
ＢＩＯＳファームウェアで使用される電力制御およびデータ制御の情報に対応す
る階層ツリー構造を生成するユーティリティであって、前記オペレーティングシ
ステムが、システムバスおよびプロセッサを含む所定の装置を有し、前記ＢＩＯ
Ｓファームウェアが、前記電力制御およびデータ制御の情報に対応する前記階層
ツリー構造のルートのポインタを含むものにおいて、前記階層ツリー構造の前記ルートのための第１の有効範囲を規定する手段と、前記階層ツリー構造の前記ルートの前記第１の有効範囲内のバスオブジェクト
を添付する手段であって、前記バスオブジェクトが前記コンピュータシステムの
前記システムバスに対応することと、前記バスオブジェクトのための第２の有効範囲を規定する手段と、前記バスオブジェクトの前記第２の有効範囲内のプロセッサオブジェクトを添
付し、それによって前記コンピュータシステムのプロセッサへの通信が前記シス
テムバスを介して経路選択されることを示す手段とを備え、前記プロセッサオブジェクトが前記コンピュータシステムのプロセッサに対応
することを特徴とするユーティリティ。
【請求項２】前記ユーティリティがさらに、長い応答時間、前記階層ツリー構造の前記ルートの第１の有効範囲内の低電力
状態オブジェクトを添付する手段であって、前記オペレーティングシステムによ
る前記低電力オブジェクトのアクセスが前記コンピュータシステムを長い応答時
間、低電力状態にすることと、短い応答時間、前記階層ツリー構造の前記ルートの第１の有効範囲内の高電力
状態オブジェクトを添付する手段であって、前記オペレーティングシステムによ
る前記高電力オブジェクトのアクセスが前記コンピュータシステムを短い応答時
間、高電力状態にすることと、中間応答時間、前記階層ツリー構造の前記ルートの第１の有効範囲内の中間電
力状態オブジェクトを添付する手段とを備え、前記オペレーティングシステムに
よる前記中間電力オブジェクトのアクセスが前記コンピュータシステムを中間応
答時間、中間電力状態にすることを特徴とする請求項１のユーティリティ。
【請求項３】前記オペレーティングシステムが所定の汎用事象をさらに含
み、かつ前記ユーティリティがさらに、前記バスオブジェクトの前記第２の有効範囲内の汎用事象オブジェクトを添付
し、それによって前記汎用事象が前記システムバスを介して経路選択されること
を示す手段を含むことを特徴とする請求項１のユーティリティ。
【請求項４】前記オペレーティングシステムが所定の熱事象をさらに含み
、かつ前記ユーティリティがさらに、前記バスオブジェクトの前記第２の有効範囲内の熱事象オブジェクトを添付し
、それによって前記熱事象が前記システムバスを介して経路選択されることを示
す手段を含むことを特徴とする請求項１のユーティリティ。
【請求項５】前記階層ツリー構造が図解階層ツリーとして可視的に表示さ
れることを特徴とする請求項１のユーティリティ。
【請求項６】前記階層ツリー構造が、“クリック・アンド・ドラッグ”手
順を使用して構成され、かつウィンドウインタフエースとして示されることを特
徴とする請求項５のユーティリティ。
【請求項７】前記電力およびデータ制御の情報が高度構成および電力イン
タフエース仕様と互換性があることを特徴とする請求項１のユーティリティ。
【請求項８】前記ユーティリティがさらに、前記プロセッサオブジェクトのための第３の有効範囲を規定する手段と、前記プロセッサオブジェクトの前記第３の有効範囲内の現資源設定フォルダを
添付する手段であって、前記現資源設定フォルダのアクセスが前記オペレーティ
ングシステムに前記プロセッサの現資源設定を知らせることと、前記プロセッサオブジェクトの前記第３の有効範囲内の可能現資源設定フォル
ダを添付する手段であって、前記可能資源設定フォルダのアクセスが前記オペレ
ーティングシステムに前記プロセッサによって使用可能な可能資源を知らせるこ
とと、前記プロセッサオブジェクトの前記第３の有効範囲内のセット資源設定フォル
ダを添付する手段とを備え、前記セット資源設定フォルダのアクセスが前記プロ
セッサによって使用可能な資源を設定することを特徴とする請求項１のユーティ
リティ。
【請求項９】前記ユーティリティがさらに、前記プロセッサオブジェクトの前記第３の有効範囲内の電力セットフォルダを
添付する手段であって、前記電力セットフォルダのアクセスが前記プロセッサを
前記電力セットフォルダに対応する電力状態レベルに設定することと、前記プロセッサオブジェクトの前記第３の有効範囲内の電力資源フォルダを添
付する手段とを備え、前記電力資源フォルダのアクセスが前記電力状態レベルの
前記プロセッサの電力要求の評価を生じることを特徴とする請求項８のユーティ
リティ。
【請求項１０】項目の階層ツリー構造を近似するコンピュータコードを生
成する再帰方法であって、現項目を前記階層ツリー構造のルートとして規定するステップと、前記現項目に対応するヘッダコードを生成するステップと、前記現項目がオープニング・ブラケット・オーバーライドを有する場合、オー
プニング・ブラケット・オーバーライドを生成し、ヘッダコードを生成するステ
ップを後続するステップと、前記現項目が子項目を有している場合および前記現項目が前記オープニング・
ブラケット・オーバーライドを有していない場合、オープニング・ブラケット表
記法を生成し、前記ヘッダコードを生成するステップを後続するステップと、前記現項目がボディ・オーバーライドを有する場合、ボディ・オーバーライド
コードを生成し、前記オープニング・ブラケット・オーバーライドコードを生成
するステップあるいは前記オープニング・ブラケット表記法を生成するステップ
を後続するステップと、親項目として再規定された現項目および前記子項目として再規定された前記子
項目で前記ヘッダコードを生成する前記ステップへの再帰ブランチを生成し、前
記現項目がボディ・オーバーライドを有していない場合、前記オープニング・ブ
ラケット・オーバーライドコードを生成するステップあるいは前記オープニング
・ブラケット表記法を生成するステップを後続するステップと、前記現項目がクロージング・ブラケット・オーバーライドを有する場合、クロ
ージング・ブラケット・オーバーライドコードを生成し、前記ボディ・オーバー
ライドコードを生成するステップあるいは再帰ブランチを生成するステップを後
続するステップと、前記現項目が子項目を有する場合および前記現項目が前記オープニング・ブラ
ケット・オーバーライドを有していない場合、クロージング・ブラケット表記法
を生成し、前記ボディ・オーバーライドコードを生成するステップあるいは再帰
ブランチを生成するステップを後続するステップとを含むことを特徴とする再帰
方法。
【請求項１１】前記方法がゼロの初期値を整数レベル変数に割り当てるス
テップをさらに含み、かつ前記再帰ブランチを生成するステップが、前記現項目
がボディ・オーバーライドを有していない場合、前記整数レベル変数を１だけを
増分するステップを含み、かつ前記ヘッダコードを生成するステップが前記整数
レベル変数におおよそ比例するスペース数だけ前記ヘッダコードをインデントす
るステップを含むことを特徴とする請求項１０の方法。
【請求項１２】前記階層ツリー構造が、コンピュータシステムのオペレー
ティングシステムのための電力管理情報およびプラグ・アンド・プレイ機能性情
報を示し、かつコンピュータコードがコンピュータシステム用ＢＩＯＳのための
ＡＳＬコードであることを特徴とする請求項１０の方法。
【請求項１３】前記ＢＩＯＳがＡＣＰＩコンパチブルＢＩＯＳであること
を特徴とする請求項１２の方法。
【請求項１４】フィールド項目である前記項目が前記フィールド項目の子
を分類し、かつフォーマット化するボディ・オーバーライドを有する請求項１３
の方法。
【請求項１５】前記フィールド項目の子がフィールドエントリ項目である
ことを特徴とする請求項１４の方法。
【請求項１６】前記フィールド項目のための前記ボディ・オーバーライド
が前記フィールドエントリ項目の属性の変化に適合させる手段を含むことを特徴
とする請求項１４の方法。
【請求項１７】方法項目である前記項目が、オープニング・ブラケット表
記法を生成しないオープニング・ブラケット・オーバーライドと、クロージング
・ブラケット表記法を生成しないクロージング・ブラケット・オーバーライドと
、前記方法項目のためのＡＳＬコードを生成し、オープニング・ブラケット表記
法およびクロージング・オーバーライド表記法を含むボディ・オーバーライドと
を有することを特徴とする請求項１３の方法。
【請求項１８】操作領域項目である項目が、オープニング・ブラケット表
記法を生成しないオープニング・ブラケット・オーバーライドと、クロージング
・ブラケット表記法を生成しないクロージング・ブラケット・オーバーライドと
を有することを特徴とする請求項１３の方法。
【請求項１９】オペレーティングシステムおよびＢＩＯＳを有するコンピ
ュータシステムにおいて、前記オペレーティングシステムがシステムバスおよび
プロセッサを含む所定の装置を有し、前記ＢＩＯＳが電力制御およびデータ制御
の情報を含む前記階層ツリー構造のルートのポインタを含み、前記システムが、
前記ＢＩＯＳによって使用された前記電力制御および前記データ制御の情報を自
動的に構成する装置を備えるものであって、前記装置が、前記ＢＩＯＳによって使用された電力制御およびデータ制御の情報に対応する
前記階層ツリー構造の前記ルートのための第１の有効範囲を規定し、前記階層ツリー構造の前記ルートの第１の有効範囲内にあり、前記コンピュー
タシステムの前記システムバスに対応するバスオブジェクトを添付し、前記バスオブジェクトのための第２の有効範囲を規定し、前記バスオブジェクトの前記第２の有効範囲内のプロセッサオブジェクトを添
付し、それによって前記コンピュータシステムの前記プロセッサへの通信が前記
システムバスによって経路選択されることを示すように構成され、前記プロセッ
サオブジェクトが前記コンピュータシステムの前記プロセッサに対応することを
特徴とするコンピュータシステム。
【請求項２０】前記装置がさらに、長い応答時間、前記階層ツリー構造の前記ルートの第１の有効範囲内の低電力
状態オブジェクトを添付し、前記オペレーティングシステムによる前記低電力オ
ブジェクトのアクセスが前記コンピュータシステムを長い応答時間、低電力状態
にすることとし、短い応答時間、前記階層ツリー構造の前記ルートの第１の有効範囲内の高電力
状態オブジェクトを添付し、前記オペレーティングシステムによる前記高電力オ
ブジェクトのアクセスが前記コンピュータを短い応答時間、高電力状態にするこ
ととするように構成され、かつ中間応答時間、前記階層ツリー構造の前記ルートの第１の有効範囲内の中間電
力状態オブジェクトを添付する手段を備え、前記オペレーティングシステムによ
る前記中間電力オブジェクトのアクセスが前記コンピュータを中間応答時間、中
間電力状態にすることを特徴とする請求項１９のシステム。
【請求項２１】前記オペレーティングシステムがさらに、所定の汎用事象
を含み、かつ前記装置がさらに、前記バスオブジェクトの前記第２の有効範囲内の汎用事象オブジェクトを添付
し、それによって前記汎用事象が前記システムバスを介して経路選択されること
を示すように構成されることを特徴とする請求項１９のシステム。
【請求項２２】オペレーティングシステムを有するコンピュータシステム
のＢＩＯＳファームウェアによって使用される電力制御およびデータ制御の情報
に対応する階層ツリー構造を生成するユーティリティを有するコンピュータ可読
記憶装置であって、前記オペレーティングシステムがシステムバスおよびプロセ
ッサを含む所定の装置を含み、前記ＢＩＯＳファームウェアが、前記電力制御お
よび前記データ制御の情報に対応する前記階層ツリー構造のルートのポインタを
含むものにおいて、前記ユーティリティが、前記階層ツリー構造の前記ルートのための第１の有効範囲を規定する手段と、前記階層ツリー構造の前記ルートの前記第１の有効範囲内のバスオブジェクト
を添付する手段であって、前記バスオブジェクトが前記コンピュータシステムの
前記システムバスに対応することと、前記バスオブジェクトのための第２の有効範囲を規定する手段と、前記バスオブジェクトの前記第２の有効範囲内のプロセッサオブジェクトを添
付し、それによって前記コンピュータシステムの前記プロセッサへの通信が前記
システムバスによって経路選択されることを示す手段とを備え、前記プロセッサ
オブジェクトが前記コンピュータシステムの前記プロセッサに対応することを特
徴とする記憶装置。
【請求項２３】前記ユーティリティがさらに、長い応答時間、前記階層ツリー構造の前記ルートの第１の有効範囲内の低電力
状態オブジェクトを添付する手段であって、前記オペレーティングシステムによ
る前記低電力オブジェクトのアクセスが前記コンピュータシステムを長い応答時
間、低電力状態にすることと、短い応答時間、前記階層ツリー構造の前記ルートの第１の有効範囲内の高電力
状態オブジェクトを添付する手段であって、前記オペレーティングシステムによ
る前記高電力オブジェクトのアクセスが前記コンピュータシステムを短い応答時
間、高電力状態にすることと、中間応答時間、前記階層ツリー構造の前記ルートの第１の有効範囲内の中間電
力状態オブジェクトを添付する手段とを備え、前記オペレーティングシステムに
よる前記中間電力オブジェクトのアクセスが前記コンピュータシステムを中間応
答時間、中間電力状態にすることを特徴とする請求項２２の記憶媒体。
【請求項２４】前記コンピュータ可読記憶媒体が、メモリ装置、集積メモ
リを有するマイクロプロセッサ、コンパクトディスク、あるいはフロッピーディ
スクであることを特徴とする請求項２２の記憶媒体。