JP3437587B2 - オペレーティングシステムのためのリジューム処理方法 - Google Patents
オペレーティングシステムのためのリジューム処理方法Info
- Publication number
- JP3437587B2 JP3437587B2 JP13717692A JP13717692A JP3437587B2 JP 3437587 B2 JP3437587 B2 JP 3437587B2 JP 13717692 A JP13717692 A JP 13717692A JP 13717692 A JP13717692 A JP 13717692A JP 3437587 B2 JP3437587 B2 JP 3437587B2
- Authority
- JP
- Japan
- Prior art keywords
- resume
- driver
- mode
- cpu
- computer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/4401—Bootstrapping
- G06F9/4418—Suspend and resume; Hibernate and awake
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2200/00—Indexing scheme relating to G06F1/04 - G06F1/32
- G06F2200/16—Indexing scheme relating to G06F1/16 - G06F1/18
- G06F2200/161—Indexing scheme relating to constructional details of the monitor
- G06F2200/1613—Supporting arrangements, e.g. for filters or documents associated to a laptop display
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Power Sources (AREA)
Description
【発明の詳細な説明】
【０００１】
【産業上の利用分野】この発明はコンピュータシステム
に使用されるリジューム処理制御システムに関し、特に
電源オフ信号に応答してオペレーティングシステムによ
り動作するコンピュータシステムのステータスをセーブ
し、コンピュータシステムの電源をオフにし、次にコン
ピュータシステムの電源をオンにして、コンピュータシ
ステムを元の状態に復帰させる方法に関する。 【０００２】 【従来の技術】一般的なコンピュータシステム、例えば
８０ｘ８６マイクロプロセッサあるいはその同等品を用
いた”ＩＢＭ互換”のマイクロコンピュータでは、シス
テムの電源がオフになると、マイクロプロセッサに関連
するレジスタの内容やメモリロケーションは通常消失す
る。その後、電源がコンンピュータシステムに投入され
ると、初期化ステップが実行され、システムが初期化状
態になる。この場合、電源がオフになる前にシステム内
に存在していたコンピュータプログラムやデータは再度
ロードしなければならない。 【０００３】近年、”リジューム”処理機能がある種の
コンピュータシステム、例えば東芝製のラップトップマ
イクロコンピュータに設けられ、電源オフ時にシステム
の動作状態をセーブし、次に電源がオンになったとき
に、電源オフ時に中断された処理に復帰することが可能
なように構成されている。この機能は、表示装置やディ
スクドライブのような大電力を必要とする装置への電力
を遮断し、コンピュータの低電力ダイナミックメモリへ
電力を供給し続けることにより達成される。この電力消
費保持機能により、バッテリ駆動のラップトップコンピ
ュータのように、限られた電源しか持たないコンピュー
タシステムは、必要な電力消費量を最小に抑えながらシ
ステムの現在の状態を維持することができる。 【０００４】例えば、東芝製ラップトップコンピュータ
に見られる内蔵リジューム機能（”オートリジューム”
（登録商標）と呼ばれる）により、ユーザはデータを失
うことなく、コンピュータの電源をオフにし、バッテリ
電力を節約することができる。この機能は、コンピュー
タのリードオンリメモリ（ＲＯＭ）内の基本入出力シス
テム（ＢＩＯＳ）ルーチンに組み込まれている。このリ
ジューム機能は、すべての必要なレジスタ情報をランダ
ムアクセスメモリ（ＲＡＭ）にセーブしそのメモリへの
電力を供給しながら、他のコンピュータ装置への電力を
遮断することにより行なわれる。通常の電力に戻ると、
セーブされた情報はレジスタに戻され、システムは元の
状態に戻る。 【０００５】この特徴は、バッテリの寿命を延ばすため
にユーザが意図的にシステムの電源を落とす場合に有効
であるが、さらにバッテリ電力がロウバッテリになった
ときに有効である。ロウバッテリになると、システム
は、（例えばビープ音を発生して）バッテリの電力が低
下したことをユーザに知らせる。ユーザが所定時間（約
５分）以内にシステムの電源を落とさなかった場合、コ
ンピュータは自動的にリジュームモードになり、電源を
落とす。通常電力が再度印加されると、ＢＩＯＳがコン
ピュータを元の状態に復帰させるので、データを消失す
ることもなく、また、プログラムの実行が中断されるこ
ともない。 【０００６】 【発明が解決しようとする課題】しかしながら、このよ
うなラップトップコンピュータに現在組み込まれている
リジューム処理のＢＩＯＳコードはＭＳ−ＤＯＳオペレ
ーティングシステム下でのリジューム処理しかサポート
していない。例えば、米国マイクロソフト社が提供する
マルチタスクオペレーティングシステムであるＯＳ／２
のような異なるオペレーティングシステムで動作させる
と、現在のＢＩＯＳリジューム機能では、ＯＳ／２で使
用されるある種のレジスタおよびその他のデータを正し
くセーブせず、リジューム処理ができないという問題が
ある。これは、一部には、ＯＳ／２オペレーティングシ
ステムが、マルチモード８０２８６マイクロプロセッサ
あるいは８０２８６と互換のある８０３８６や８０４８
６等のマイクロプロセッサを使用したコンピュータシス
テム上で動作するように設計されているためである。一
方、ＭＳ−ＤＯＳオペレーティングシステムはシングル
モードの８０８６／８０８８マイクロプロセッサ上で動
作するように設計されている。 【０００７】従って、そのようなコンピュータでＢＩＯ
Ｓが提供する既存のリジューム処理を利用するには、”
ラッパー”をＢＩＯＳに作って、ＢＩＯＳがリジューム
処理を実行できる状態にコンピュータをする必要があ
る。この発明の目的は、ＯＳ／２のような先進のオペレ
ーティングシステムに使用するリジューム処理方法を提
供することである。 【０００８】この発明の他の目的は、ＭＳ−ＤＯＳリジ
ューム処理ＢＩＯＳルーチンのような既存のリジューム
処理ルーチンと結合した、ＯＳ／２のような先進のオペ
レーティングシステムで使用するリジューム処理方法を
提供することである。この発明のさらに他の目的は、既
存のリジューム処理ルーチンの“ラッパー”として機能
するリジューム処理方法を提供することである。 【０００９】この発明のさらに他の目的は、既存のリジ
ューム処理ルーチンがコールされる前にオペレーティン
グシステムの動作条件を示すデータをセーブするリジュ
ーム処理方法を提供することである。 【００１０】この発明のさらに他の目的は、既存のリジ
ューム処理ルーチンが実行された後にオペレーティング
システムの動作条件を示すデータを復帰（リストア）す
るリジューム処理方法を提供することである。 【００１１】この発明のさらに他の目的は、ディスクド
ライブとパラレルプリンタポートを共にアクティブ状態
にしながら機能することのできるリジューム処理方法を
提供することである。 【００１２】この発明は、プロテクトモードおよびリア
ルモードで動作可能な中央処理装置（ＣＰＵ）を有し、
オペレーティングシステムが前記ＣＰＵのプロテクトモ
ードで動作しているとき、パワーオフ信号に応答してＣ
ＰＵの動作条件を示すシステムデータをセーブし、次
に、パワーオン信号に応答してセーブしたデータをリス
トアするリジューム処理方法において、（１）リジュー
ム処理ドライバをロードし、初期化を実行するステップ
と；（２）前記パワーオフ信号に応答して、前記リジュ
ーム処理ドライバにより、前記オペレーティングシステ
ムの動作条件を示す、前記オペレーティングシステムに
関係する第１データ群をセーブするステップと；（３）
前記リジューム処理ドライバにより、前記ＣＰＵを前記
プロテクトモードから前記リアルモードに切り替えるス
テップと；（４）リジュームＢＩＯＳルーチンにより、
前記ＣＰＵの前記リアルモードに関連する第２データ群
をセーブするステップと；（５）前記リジュームＢＩＯ
Ｓルーチンにより、パワーオン信号に応答して、前記ス
テップ（４）でセーブした前記第２データ群をリストア
するステップと；（６）前記リジューム処理ドライバに
より、前記ＣＰＵを前記リアルモードから前記プロテク
トモードに切り替えるステップと；（７）前記リジュー
ム処理ドライバにより、前記ステップ（２）でセーブし
た前記第１データ群をリストアするステップとを具備す
ることを特徴とする。 【００１３】 【実施例】以下、詳細な説明を行なう前に、以下の用語
について定義する。 【００１４】Ａ２０ゲート：アドレスライン２０をイネ
ーブルまたはディスエーブルするキーボードコントロー
ラ内のゲート。アドレスライン２０は、１Ｍバイト以上
の６４Ｋバイトメモリセグメントをプログラムがアクセ
スする必要があるか否かに応じてＭＳ−ＤＯＳによりイ
ネーブルまたはディスエーブルにすることができる。Ｏ
Ｓ／２では、基本のデバイスドライバは１Ｍバイトセグ
メント以上にあるので、このアドレスラインをイネーブ
ルにする必要がある。ＣＯＭドライバ：ＣＯＭドライバ
は非同期通信ポートドライバである。 【００１５】ＣＰＵ：中央処理装置はコンピュータシス
テムにおける中央制御回路を形成するマイクロプロセッ
サである。この発明では、ＣＰＵはプロテクトモードの
ような先進の動作モードで動作できるとともに、ＯＳ／
２のような先進のオペレーティングシステムを実行可能
なマイクロプロセッサである。 【００１６】ディスクリプタテーブル：ディスクリプタ
テーブルはセレクタを物理メモリアドレスにマッピング
するためのテーブルである。このようなテーブルはイン
テル８０２８６のような先進のマイクロプロセッサに使
用され、コンピュータプログラムが使用するメモリのセ
グメントを定義する。この発明に関連するテーブルはロ
ーカルディスクリプタテーブル（ＬＤＴ）とグローバル
ディスクリプタテーブル（ＧＤＴ）の２種類ある。ＬＤ
Ｔは各アクティブプロセスに存在し、そのプロセスによ
り占有または共有されているメモリへのアクセスを可能
にする。ＧＤＴはオペレーティングシステムおよびデバ
イスドライバにより使用されるメモリへのアクセスを可
能にする。 【００１７】フックまたは割り込みのフッキング：割り
込みのフッキングとはＣＰＵに新しいインタラプトハン
ドラにアクセスするように再指示する行為である。実際
の”フック”は割り込みが起こる前に実行されなければ
ならない。これは一般には、新しいハンドラのアドレス
を割り込みベクタテーブルの適当なロケーションにセッ
トすることにより行なわれる。しかしながら、これは、
オペレーティングシステムのカーネルが常に割り込みベ
クターテーブルを管理し、他のプログラムがテーブルを
変更すると、元のハンドラのアドレスをリストアするマ
イクロプロセッサのインテル８０２８６−互換ラインの
ＮＭＩ割り込みの場合には、必ずしも可能でない。それ
ゆえ、ＮＭＩインタラプトをフックするために、この発
明では、この発明のリジューム処理ドライバを実行させ
るオリジナルハンドラの初めに”ジャンプ”マイクロプ
ロセッサ命令をセットする。 【００１８】Ｉ／Ｏチャンネルチェックまたはパリティ
エラー：これは、ハードウエアでＩ／Ｏパリティエラー
を検出する拡張ボードにより生じる致命的なシステムエ
ラーである。 【００１９】ＮＭＩ：ＣＰＵに対して外部からマスク可
能であるが、ＣＰＵは無視することのできない、マスク
不可能な割り込みである。例えば、東芝製Ｔ３１００Ｓ
Ｘラップトップコンピュータでは、２通りの方法でＮＭ
Ｉを発生することができる。すなわち、（１）Ｉ／Ｏチ
ャンネルチェックエラーによる方法と、（２）この発明
で述べるパワーダウンリクエストによる方法である。Ｐ
ＩＣ：プログラマブルインタラプトコントローラはある
時刻においてどのインタラプトをイネーブル／ディスエ
ーブルにするかを制御する回路である。 【００２０】リジュームまたはリジューミング：リジュ
ーミングは（メモリを除いて）コンピュータへの電力を
遮断し、コンピュータのソフトウエア状態を保存しなが
ら、後で復帰させる動作である。 【００２１】リング：リングは実行プログラムが動作可
能な、８０２８６互換のマイクロプロセッサにより認識
される特権レベルである。ＯＳ／２コードは３つのレベ
ル０、２、３のうちの１つで実行可能である。レベル１
は使用されない。現在の特権レベルはどの命令とメモリ
セグメントをアクセス可能かを決定する。 【００２２】セレクタ：セレクタは８０２８６互換のマ
イクロプロセッサのような先進のマイクロプロセッサの
プロテクトモードで使用される値であり、セグメントレ
ジスタにロードすることにより、物理的なメモリセグメ
ントを参照することができる。このセレクタはディスク
リプタテーブル（ＬＤＴまたはＧＤＴ）のインデックス
として使用される。 【００２３】タイル：タイルメモリアドレス値はリアル
モードではセグメントとして、またプロテクトモードで
はセレクタとして共に有効である。システムローダはタ
イルされたコードセグメントの例である。 【００２４】この発明の好適実施例によれば、（１）Ｎ
ＭＩ割り込みベクトルをフックするとともに、リジュー
ムＢＩＯＳコードラッパーとして動作するようにＯＳ／
２バージョン１．２オペレーティングシステム下で動作
可能なリジュームドライバを作り、（２）フックをリア
ルモードノンマスカブルインタラプト（ＮＭＩ）に挿入
し、この発明をＯＳ／２のＤＯＳ互換ボックス下で動作
可能にするようにシステムローダを変更し、（３）適当
なコンピュータ上にインストールしたときに”ＣＯＮＦ
ＩＧ．ＳＹＳ”ファイル中にリジュームドライバロード
ステートメントを配置するためのシステムイニシャライ
ゼーションプロセスを変更し、および（４）ディスク動
作が終了し、ディスクバッファの内容やデータを消失す
ることなく電力を遮断可能であることをリジュームＢＩ
ＯＳに知らせるようにディスクドライバを変更する。後
で詳述するように、これらの要素は、ＯＳ／２バージョ
ン１．２の下でリジューム機能を完全に支持するように
記述または変更しなければならないが、記述した変更や
追加はクレームした発明の実現の一例に過ぎず他の種々
の変形例が以下の説明から明かであることは当業者には
容易に理解できる。 【００２５】また、上述した要素は、種々のコンピュー
タ言語の１つで書かれたコンピュータプログラムを変更
もしくは書くことにより実現可能であることは、コンピ
ュータプログラミングの分野の当業者には容易に理解で
きる。好適実施例では、８０ｘ８６互換アセンブラ言語
（機械言語）を用いてこの発明を実現している。これ
は、この発明がデバイスドライバとして実現されている
からである。しかしながら、例えばリジュームドライバ
を実現するときは、他の適当な言語を使用可能である。
以下に述べる実施例の説明では特に断わりが無い限り、
アセンブラ言語を使用するものとする。 【００２６】また、マイクロソフトマクロアセンブラバ
ージョン５．１０およびマイクロソフトセグメントーイ
クスキュータブルリンカバージョン５．０３（共に米国
マイクロソフト社製）を用いてデバイスドライバをアセ
ンブルし、この発明の他のソースコードをリンク可能で
あるが、他社の同様のアセンブラおよびリンカを用いる
ようにしてもよい。 【００２７】さらに、上述の要素は、ＯＳ／２オペレー
ティングシステムの製造元であるマイクロソフト社製の
バイナリアダプションキット（ＢＡＫ）および関連する
ソフトウエアツールおよびマニュアルを用いて即チェッ
クし変更する事が可能である。ＢＡＫは、この明細書で
述べた変更と追加をどのようにして実現するかについて
のドキュメンテーションを提供するバイナリアダプテー
ションガイド（ＢＡＧ）を含む。このドキュメンテーシ
ョンに加えて、マイクロソフト社から提供される”アド
バンストＯＳ／２プログラミング”（著者：レイ ダン
カン）のような本がこの発明を実現する上で有効であ
る。 【００２８】最後に、この発明のインプリメンテーショ
ンをデバッグする際には、マイクロソフト社のカーネル
デバッガを用いてドライバ内のエラー箇所を見つけるこ
とができる。しかしながら、このデバッガを用いてリア
ルモードのＮＭＩ割り込みベクトルをフックすることは
できない。これはデバッガがこのベクトルそのものをフ
ックするためである。それゆえ、リアルモードＮＭＩデ
バッグを行なうには、コードを目視検査するか、コード
中にホルト（ＨＡＬＴ）命令を意図的に複数箇所に挿入
して実行経路がある経路を通過したかどうかを調べる必
要がある。 【００２９】この発明のリジュームドライバを完全にテ
ストするには、プロテクトモードおよびリアルモードの
両方でＩ／Ｏチャンネルチェックエラーを発生させる必
要がある。これはソフトウエアにより発生できないもの
であり、また通常ハードウエアにより発生できないの
で、拡張シャーシを用いてこの機能を実現可能である。
好適実施例では、１本のワイヤ線がＡ１ラインにはんだ
ずけされた拡張ボードを有した東芝製拡張シャーシをコ
ンピュータの拡張コネクタ（図１の１１９）に接続して
いる。Ｉ／ＯＮＭＩを任意に発生させるためには、Ａ１
線を単にグラウンドに落とすことにより、Ｉ／Ｏチャン
ネルチェックＮＭＩを迅速に発生させることができる。 【００３０】図１は好適実施例において、この発明が動
作可能なマイクロコンピュータのブロック図である。図
１に示すマイクロコンピュータは”東芝Ｔ３１００ＳＸ
あるいはＴ２０００”ラップトップ”コンピュータのよ
うな、インテリジェントパワーサプライ”を有し、ＯＳ
／２を実行可能な種々のマイクロコンピュータの１つで
ある。図１に示す構成はコンピュータにより異なるが、
この発明の動作に必要なコンピュータシステムの関連部
分（”インテリジェントパワーサプライ”を含む）は変
わらない。従って、図１は例示に過ぎない。 【００３１】図１において、システムバス１００はシス
テム構成要素１０１乃至１２５に接続されている。中央
処理装置（ＣＰＵ）１０１は好適実施例では、ＯＳ／２
バージョン１．２オペレーティングシステムを実行可能
なインテル８０２８６互換マイクロプロセッサから成
り、図１のコンピュータシステム全体の機能を制御す
る。好適実施例では、ＣＰＵ１０１は後述する図５乃至
図１１のフローチャートに示される機能を実行する。さ
らに、ＣＰＵ１０１は、後述する電源回路１１７の要部
を形成する電力制御ＣＰＵ１１７Ａに対してホストＣＰ
Ｕとして機能する。 【００３２】リードオンリメモリ（ＲＯＭ）１０２はＲ
ＯＭのベーシック入出力システム（ＢＩＯＳ）（明示せ
ず）を含む、固定のコンピュータプログラムおよびそれ
に伴うデータを格納する。好適実施例では、ＲＯＭ Ｂ
ＩＯＳはＣＰＵ１０１のリアルモードで動作可能なリジ
ューム処理プログラムを格納する。例えば、東芝社製Ｔ
３１００ＳＸラップトップコンピュータはＣＰＵ１０１
として８０３８６ＳＸマイクロプロセッサを使用し、８
０３８６ＳＸがリアルモードのときに動作可能に設計さ
れたリジューム処理プログラムをＲＯＭ１０２に格納し
ている。 【００３３】ランダムアクセスメモリ（ＲＡＭ）１０３
は変更可能なプログラムおよびＣＰＵ１０１により処理
されるデータを格納する。さらに、ＲＡＭ１０３は、実
行中のプログラムに対して、リジューム処理が必要かど
うかを示すリジュームモードフラッグを格納する。この
フラッグについては後で詳述する。 【００３４】ダイレクトメモリアクセス（ＤＭＡ）１０
４はマイクロコンピュータシステムの種々の構成要素間
のダイレクトメモリアクセスを制御する。プログラマブ
ルインタラプトコントローラ（ＰＩＣ）１０５はある時
刻において、どのマイクロプロセッサインタラプトをイ
ネーブルにするかを制御し、ＣＰＵ１０１により実行さ
れるコンピュータプログラムにより変更可能である。プ
ログラマブルインターバルタイマ（ＰＩＴ）１０６は実
行中のコンピュータプログラムによりセット可能であ
り、指定されたタイムインターバルをカウントダウンす
る。リアルタイムクロック（ＲＴＣ）１０７はその日の
現在時刻をＣＰＵ１０１に知らせるためのものであり、
マイクロコンピュータの電源が落ちたときに、その機能
を継続させるための専用電源１０７Ａ（例えばバッテ
リ）を有する。 【００３５】相対的に大きなメモリ容量を有する拡張Ｒ
ＡＭ１０８をマイクロコンピュータの本体の専用カード
スロットに介挿可能であり、バックアップ電源ＶＢＫが
供給される。リジューム機能データは、バックアップ電
源ＶＢＫが供給されたバックアップＲＡＭ１０９に格納
可能である。 【００３６】ハードディスクパックはマイクロコンピュ
ータシステム本体の専用収納部に脱着可能に介挿可能で
あり、好適実施例では、３．５インチハードディスクド
ライブ（ＨＤＤ）１１０Ｂとこのドライブへのアクセス
を制御するハードディスクコントローラ（ＨＤＣ）１１
０Ａから成る。以下のコントローラは、それぞれ対応す
る装置へのアクセスを制御するとともに、対応する装置
をバス１００に接続する。フロッピーディスクコントロ
ーラ（ＦＤＣ）１１１Ａはフロッピーディスクドライブ
（ＦＤＤ）１１１Ｂおよび／またはオプションの外部フ
ロッピーディスクドライブ（外部ＦＤＤ）１１１Ｃを接
続する。プリンタコントローラ（ＰＲＴ−ＣＯＮＴ）１
１２Ａはオプションのプリンタ１１２Ｂを接続する。ユ
ニバーサルアシンクロナスレシーバトランスミッタ（Ｕ
ＡＲＴ）１１３ＡはオプションのＲＳ−２３２Ｃインタ
ーフェースユニット１１３Ｂを接続する。キーボードコ
ントローラ（ＫＢＣ）１１４Ａはキーボード１１４Ｂを
接続する。ディスプレイコントローラ（ＤＩＳＰ−ＣＯ
ＮＴ）１１５Ａはガスプラズマディスプレイ（ＰＤＰ）
１１５Ｂおよびオプションの陰極線管（ＣＲＴ）１１５
Ｄを接続する。 【００３７】ＤＩＳＰ−ＣＯＮＴ１１５Ａはディスプレ
イイメージデータを格納するビデオＲＡＭ（ＶＲＡＭ）
１１５Ｃに関連している。ＶＲＡＭ１１５Ｃにはバック
アップ電源ＶＢＫが供給される。 【００３８】電源制御インターフェース（ＰＳ−ＩＦ）
１１６はシステムバス１００を介してＣＰＵ１０１に電
源回路１１７を接続する。ユーザがスイッチＳＷをオン
にすることにより電力制御ＣＰＵ（ＰＣ−ＣＰＵ）１１
７Ａがマイクロコンピュータシステムの情報を受信する
と、電源制御ＣＰＵ１１７Ａが電源回路１１７を制御し
て、ＰＳ−ＩＦ１１６を介してノンマスカブルインタラ
プト（ＮＭＩ）信号をＣＰＵ１０１に送る。さらに、Ｎ
ＭＩ信号は、メインバッテリ（Ｍ−ＢＡＴＴ）１１７Ｂ
（後述）により供給される電力がロウレベルになると、
電源回路１１７により発生可能である。ＡＣアダプタ１
１８は商用交流（ＡＣ）電力を整流および平滑し、特定
の電圧のＤＣ電力を出力する。ＡＣアダプタ１１８は、
マイクロコンピュータシステムの各構成要素に電力を供
給する電源回路１１７に接続される。 【００３９】メインバッテリ（Ｍ−ＢＡＴＴ）１１７Ｂ
は好適実施例では脱着可能なリチャージャブルバッテリ
で構成され、電源回路１１７に接続される。サブバッテ
リ（Ｓ−ＢＡＴＴ）１１７Ｃは好適実施例では、コンピ
ュータ本体の側面に取り付けられたリチャージャブルバ
ッテリで構成され、２次バッテリとして動作し、電源回
路１１７に接続される。最後に、拡張コネクタ１１９は
バス１１０に接続され拡張回路を構成要素に接続可能に
する。 【００４０】図２は、この発明のリジューム処理機能の
全体フローを示す。特に、好適実施例におけるこの発明
の動作の流れは、図２のステップ２０１乃至２０７に示
す７つの汎用ステップから成る。以下、これらの７つの
ステップを一般的に述べ、さらに図７乃至図１１を参照
して後で詳述する。 【００４１】初めにステップ２０１において、”リジュ
ームＮＭＩが発生した時のアクティブタスク”というの
は、リジューム処理を開始するための信号を受け取った
とき、コンピュータシステムが動作している状態に関連
している。特に、パワーダウンの信号がＣＰＵにより受
信されるとホストＣＰＵ（図１の構成要素１０１）の複
数の動作モードの１つでコンピュータプログラムを動作
可能である。パワーダウン信号は、コンピュータシステ
ムのユーザが電源スイッチ（図１の構成要素ＳＷ）を付
勢したときに電源回路（図１の構成要素１１７）により
発生される。パワーダウン信号はＣＰＵ上で発生される
ノンマスカブルインタラプト（ＮＭＩ）信号である。 【００４２】ステップ２０２において、”リジュームド
ライバ（ＲＥＳＵＭＥ＄）”はＮＭＩがＣＰＵにより検
出された後に実行されるリジューム処理ドライバであ
る。好適実施例では、リジュームドライバはコンピュー
タが最初にイニシャライズされるときロードされるイン
ストール可能なデバイスドライバである。特に、ドライ
バのファイルネームは”ＤＥＶＩＣＥ＝”ステートメン
トを有した”ＣＯＮＦＩＧ．ＳＹＳ”構成ファイルに配
置され、コンピュータシステムが最初にブートされると
きにロードされる。この発明のリジューム処理ドライバ
はＯＳ／２”ベースドライバ”（例えばＢＡＳＥＤＤ０
１）の一部としてあるいはＯＳ／２ＯＥＭＨＬＰの一部
として実現可能である。しかしながら、現行のＯＳ／２
システムの設計し直しの程度を最小に抑えるために、ま
たこの発明のリジューム処理ドライバはある種のコンピ
ュータで使用されるように設計されているので、この発
明のリジューム処理ドライバは好適実施例によるインス
トール可能なデバイスドライバである。もちろん、当業
者にはこの発明を実現可能な種々の方法を容易に推考可
能である。 【００４３】ステップ２０２において、この発明のリジ
ューム処理ドライバはＮＭＩがＣＰＵにより検出され、
ＮＭＩがパワースイッチがオフされたことにより発生さ
れたと判断された後に、実行される。このとき、リジュ
ームドライバはＯＳ／２に関連するある種のデータをコ
ンピュータシステムメモリの適当な領域にセーブするた
めの種々のステップを実行する。この後、リジュームド
ライバは制御をあらかじめ存在するＲＯＭ ＢＩＯＳの
リジュームコードに渡す。ＲＯＭ ＢＩＯＳリジューム
コードはさらにリジューム処理機能を実行し、メモリを
除いて、コンピュータシステムの各種構成要素に供給さ
れている電力を物理的に遮断する。従って、ステップ２
０２に示す、この発明のリジュームドライバは、東芝製
ラップトップのような種々のコンピュータに見られるあ
らかじめ存在する”ラッパー”として作用する。すなわ
ち、リジュームドライバはＯＳ／２オペレーティングシ
ステムに固有のレジスタとデータおよび／またはＯＳ／
２が動作する先進マイクロプロセッサをセーブし、標準
のＲＯＭ ＢＩＯＳリジューム処理ルーチンがその機能
を適当に実行可能な状態にコンピュータシステムをセッ
トし、その後種々の構成要件への電力供給を遮断する。 【００４４】図２のステップ２０３の”ＲＯＭ ＢＩＯ
Ｓリジュームコード”は、上述したように、この発明の
リジュームドライバが実行された後実行されるＲＯＭ
ＢＩＯＳリジュームコードルーチンである。好適実施例
では、ＲＯＭ ＢＩＯＳリジュームコードは、”リアル
モード”で動作しているときに、コンピュータシステム
のＣＰＵ（図１の構成要素１０１）に関連する必要なレ
ジスタおよびデータのすべてをセーブするように設計さ
れている。それゆえ、もしこのモードで動作していない
のであれば、ステップ２０２のリジュームドライバがス
テップ２０３のＲＯＭ ＢＩＯＳリジュームコードに制
御を渡すまえに、この発明のリジュームドライバはＣＰ
Ｕをリアルモードにセットする。このプロセスは後で詳
述する。リアルモードに関連するレジスタおよびデータ
をセーブするためにＲＯＭ ＢＩＯＳリジュームコード
が必要なステップをすべて実行した後、”コンピュータ
停止その後電源オン”を実行する。好適実施例では、こ
のステップは、コンピュータシステムの状態に関連す
る、以前にセーブしたレジスタおよびデータを格納する
システムメモリを除いてコンピュータシステムのすべて
の構成要素の電源供給を遮断する。ＣＰＵの指示によ
り、電源回路（図１の構成要素１１７）により電源が遮
断される。ユーザが後に電源スイッチ（図１の構成要素
１１７）を押すと、電源回路は、コンピュータシステム
の種々の構成要素に電力を再び供給し、制御はステップ
２０５に渡される。 【００４５】ステップ２０５の”ＲＯＭ ＢＩＯＳリジ
ュームコード”はステップ２０３と反対の機能を実行
し、ステップ２０４で電源が遮断されたとき実行されて
いたステップ２０３のルーチンと同じＲＯＭ ＢＩＯＳ
リジュームルーチンである。ステップ２０５はマイクロ
プロセッサのリアルモードに関連する、以前セーブした
レジスタとデータを復帰（リストア）し、制御をステッ
プ２０６のリジュームドライバに戻す。上述したよう
に、ステップ２０５のＲＯＭ ＢＩＯＳコードはＴ３１
００ＳＸラップトップコンピュータのような東芝製コン
ピュータに見られるコードから成る。ステップ２０６
の”リジュームドライバ（ＲＥＳＵＭＥ＄）”はステッ
プ２０２と逆の機能を実行し、ステップ２０２と同じド
ライバにより実行される。ステップ２０６は以前セーブ
したＯＳ／２に関連するレジスタおよびデータ、並びに
８０２８６互換マイクロプロセッサの関連するモードを
リストアする。ステップ２０６を終了後、制御はステッ
プ２０７の”リジュームＮＭＩが発生したときのアクテ
ィブタスク”に制御を渡す。ステップ２０７はステップ
２０１でリジューム処理を開始するために電源スイッチ
が最初に押されたとき実行されていたプログラムであ
る。このとき、以前に実行されていたプログラムが再び
実行される。 【００４６】上述したように、この発明のリジューム機
能をサポートするために、この発明は必要に応じてノン
マスカブルインタラプト（ＮＭＩ）（インタラプト２）
を”フック”してコンピュータシステムのユーザが電源
スイッチ（図１の構成要素ＳＷ）を押したことを検出す
るためにリジュームデバイスドライバを指し示す必要が
ある。しかしながら、これはＮＭＩインタラプトハンド
ラでは不可能である。これは、システムカーネルが常に
割り込みベクトルテーブルを管理し、他のプログラムが
そのテーブルを書換えようとしたとき元のハンドラのア
ドレスをリストアするためである。この制約を回避する
ために、この発明のリジュームドライバは必要に応じて
ＯＳ／２ローダとカーネルコードを”パッチ”し、８０
２８６のリアルモードとプロテクトモードのＮＭＩ割り
込みをフックする必要がある。この方法は通常良い技術
とは考えられていないが、ベクトルテーブルを直接変更
不可能なので好適実施例では行なわなければならない。
ＮＭＩ割り込みの”フック”（例えばパッチ）の詳細に
付いては図３および図４に関連して後述する。将来発表
されるＯＳ／２において割り込みベクトルのエントリを
直接変更可能になれば、ここで述べるパッチ処理は必要
なくなり、ベクトリエントリを直接変更可能となる。 【００４７】リアルモードおよびプロテクトモードでの
ＮＭＩベクトルの”フック”はこの発明のリジュームド
ライバの初期化コードが行なう。リアルモードＮＭＩベ
クトルは割り込みベクトルテーブル（ＩＶＴ）内に設け
られ、プロテクトモードＮＭＩベクトルは割り込みディ
スクリプタテーブル（ＩＤＴ）内に設けられる。上述し
ように、ＯＳ／２カーネルは定期的にこれらのテーブル
を管理し、ＯＳ／２カーネルがロード後、テーブル内に
セットされた新しい値に書き換える。それゆえ、上述し
たように、ＩＶＴおよびＩＤＴで指定した割り込みハン
ドラのロケーションを直接変更するよりも、元のベクト
ルを変えずに残しておき、各ハンドラの第１ステップを
変更して、この発明のリジュームドライバへのジャンプ
機械語命令を実行するように構成している。この方法で
は、実際にこのコードを重ね書きしているので、元のハ
ンドラにジャンプで戻る必要がない。これは、この発明
のリジュームドライバがすべてのＮＭＩ発生に対処する
ので可能である。 【００４８】以下、リアルモードにおけるＮＭＩ割り込
みベクトルとプロテクトモードにおけるＮＭＩ割り込み
ベクトルの両方をフックするのに必要なステップについ
て述べる。これらのステップを全体のリジューム初期化
および実行シーケンス中にセットする詳細な説明につい
ては、後述する。 【００４９】図３はリアルモードＮＭＩベクトルを”フ
ック”するのに必要なステップを示す。基本的には、Ｏ
Ｓ／２システムローダ３００は次の機能を実行するよう
に変更する必要がある。第１にローダは標準のリジュー
ムＲＯＭ ＢＩＯＳを指し示す既存のＮＭＩベクトルを
セーブする必要がある。ＯＳ／２カーネルはいかなる変
更をも管理しているので、ＩＶＴ（構成要素３０１）の
実際のＮＭＩベクトルは変更できないので、元のハンド
ラの第１ステップは、この発明のリジュームドライバに
対応するアドレスにジャンプするように変更する必要が
ある。しかしながら、もとのハンドラはＲＯＭ ＢＩＯ
Ｓにあり（変更できないので）、次の最良の解決方法は
ローダ自身のリアルモードＮＭＩのＩＶＴエントリを変
更することである。これによりカーネルはこの新しいベ
クトルが正しいベクトルであると考える。しかし、ロー
ドする時点で、リジュームドライバがメモリのどこにロ
ードされるかわからないので、図３に示すように、ＩＶ
Ｔ ＮＭＩベクトル（構成要素３０１）はローダ内のダ
ミーハンドラを指し示すように設定されている。ダミー
ハンドラは図３の構成要素３０２Ａおよび３０４に示す
ように５つのＮＯＰ（ｎｏ ｏｐｅｒａｔｉｏｎ）命令
と、ＢＩＯＳ ＮＭＩハンドラへのジャンプ命令により
構成されている。 【００５０】従って、ホストコンピュータシステムがこ
の発明のリジューム機能をサポートしているかどうかに
関係無く、リアルモードＮＭＩベクトルはローダに作ら
れたダミーハンドラルーチンを指し示す。次に、コンピ
ュータがこの発明をサポートしていないと判断される
と、この発明のリジュームドライバはロードされず５つ
のＮＯＰ命令は残る。その後、リジュームＮＭＩが発生
すると、コンピュータはダミーハンドラにジャンプし、
５つのＮＯＰ命令を実行し、もとのＲＯＭ ＢＩＯＳリ
ジュームルーチンにジャンプする。 【００５１】しかしながら、コンピュータシステムがこ
の発明のＯＳ／２リジュームドライバをサポートしてい
る場合には、リジュームドライバはメモリにロードさ
れ、構成要素３０２Ｂおよび３０３に示すように、ＮＯ
Ｐ命令がパッチされてこの発明のリジュームドライバへ
のジャンプ命令が実行される。その後、リジュームＮＭ
Ｉが発生すると、コンピュータはダミーハンドラにジャ
ンプし、次にパッチされたジャンプ命令に続くこの発明
のリジュームドライバへ即ジャンプする。 【００５２】プロテクトモードのＮＭＩ割り込みベクト
ルをフックするには、リアルモードにおけるＮＭＩ割り
込みベクトルをフックするのに必要なステップと類似し
たステップを付加する必要がある。図４はプロテクトモ
ードにおけるＮＭＩ割り込みベクトルをフックするのに
必要なステップを示す。初めに、カーネル（図４の構成
要素４０７）内の元のプロテクトモードのＮＭＩハンド
ラのアドレスをインタラプトディスクリプタテーブル
（ＩＤＴ）（図４の構成要素４０１）から得る必要があ
る。このアドレスはコードセグメントを参照するための
もので、このセグメントへのライトアクセスは制限され
る。 【００５３】それゆえ、この制約を回避するために、Ｉ
ＤＴから得られたコードセレクタをグローバルディスク
リプタテーブル（ＧＤＴ）（コードディスクリプタ４０
２）へのインデックスとして用いて、元のハンドラの物
理メモリアドレスを得る必要がある。これが行なわれる
と、一般的な”Ｄｅｖ＿Ｈｅｌｐ”機能（例えば、”Ｄ
ｅｖＨｌｐ＿ＰｈｙｓＴｏＶｉｒｔ”）を介して物理ア
ドレスを仮想アドレスに変換可能である。”Ｄｅｖ＿Ｈ
ｅｌｐ”機能はデバイスドライバとＯＳ／２カーネルと
の間のインターフェースを可能にする。デフォルト値に
より”ＤｅｖＨｌｐ＿ＰｈｙｓＴｏＶｉｒｔ”はセレク
タがデータディスクリプタ（構成要素４０３）を指し示
すようにする。この”Ｄｅｖ＿Ｈｅｌｐ”機能とこの機
能を利用するための関連するドキュメンテーションは、
マイクロソフト社のＯＳ／２に関連する開発ソフトウエ
アに含まれており、適当な”ＩＮＣＬＵＤＥ”コマンド
によりリジュームドライバコードにその機能を盛り込む
ことが可能である。 【００５４】セレクタはデータディスクリプタを指し示
しているので、元のＮＭＩハンドラ（構成要素４０７）
の第１命令を重ね書きすることが可能である。ファージ
ャンプ命令（構成要素４０５）はリジュームドライバの
プロテクトモードコードセレクタとＮＭＩハンドラルー
チンのオフセットを用いて、ジャンプ先としてパッチさ
れる。（従って図４の構成要素４０６にジャンプする）
リアルモードＮＭＩベクトルの”フック”とは反対に、
この場合には、実際には既存コード（ＮＯＰ命令ではな
い）（構成要素４０４）へのパッチを行なうので、元の
プロテクトモードハンドラは使用できない。しかしなが
ら、元のハンドラの機能は、ＮＭＩが発生したときに、
レジスタダンプを表示し、トラップメッセージを表示
し、最後にシステムを停止するだけなので、問題はな
い。 【００５５】上述したＯＳ／２システムローダへの変更
に加えて、この発明のリジューム機能を完全にサポート
するにはＯＳ／２ディスクデバイスドライバを変更する
必要がある。これは、ＲＯＭ ＢＩＯＳ内の標準リジュ
ームルーチンは、ディスクＢＩＯＳがあるレジスタを変
更することを前提として作られているからである。しか
しながら、ＯＳ／２バージョン１．２のプロテクトモー
ドでは、ディスクＢＩＯＳコードは使用されない。従っ
て、以下に述べるステップを実行するためには、ディス
クドライバを変更しなければならない。以下に述べる好
適実施例によるディスクドライバの変更は相対的に簡単
であり、当業者には、ＯＳ／２ディスクドライブコード
の変更は容易である。 【００５６】初期化時に、この発明の好適実施例による
ディスクドライバは、この発明のリジューム機能をサポ
ート可能な、例えば東芝製Ｔ３１００ＳＸラップトップ
コンピュータのようなコンピュータシステム上で走って
いるかどうか判断する。この発明をサポート可能なら、
リジュームフラッグがセットされ、この発明のリジュー
ムドライバが実際にロードされているかどうかに関係な
く次のステップが実行される。なんらかの理由により、
リジュームドライバが実際にロードされていない場合に
は、後で詳述するように悪い影響を及ぼさない。 【００５７】ディスクアクセスが行なわれる前に必ず別
のフラッグがセットされ、ディスクアクセスが完了する
とフラッグがクリアされる。従って、リジュームＢＩＯ
Ｓはこのフラッグをチェックすることにより、ハードデ
ィスクドライブ（ＨＤＤ）が現在アクティブかどうかを
判断することができる。ＨＤＤが現在アクティブであれ
ば、リジュームＢＩＯＳは電力ＮＭＩマスクレジスタの
ビットをセットし、制御をこの発明のリジュームドライ
バに渡す。ディスクアクセスを終了後、リクエストキュ
ーをチェックする前に、ディスクドライバは電力ＮＭＩ
レジスタのビットをセットする。対応するマスクレジス
タビットがリジュームＢＩＯＳによりセットされると、
別のＮＭＩが発生される。しかしながら、今度は、リジ
ュームＢＩＯＳはＨＤＤがインアクティブであることを
検出し、ノーマルリジュームＢＩＯＳルーチンを実行し
てシステムの電源を遮断する。次に、電源が再度供給さ
れると、ディスクドライバはどこで中断されたかを調べ
る。（すなわち、リクエストキューがあるかどうか調べ
る） 【００５８】最後に、この発明を実現するためにＯＳ／
２を変更しなければならない要素として初期化コードが
ある。好適実施例では、この発明のリジュームドライバ
はインストール可能なデバイスドライバから成る。好適
実施例では、このインストール可能なデバイスドライバ
は”ＲＥＳＵＭＴ．ＳＹＳ”という名前がつけられてい
る。もちろん他の名前をつけてもよい。さらに、この発
明のリジューム機能は、インテリジェントパワーサプラ
イを有し、ＯＳ／２バージョン１．２で動作可能な、東
芝製Ｔ３１００ＳＸのようなコンピュータシステム上で
のみ動作可能である。そのようなコンピュータシステム
が使用される場合にのみ、リジュームドライバがインス
トールされるようにインストレーションコードを変更す
る必要がある。リジュームドライバをインストールする
ためのユーザの手間を最小限にするために、好適実施例
では、インストレーションコードの変更はユーザから見
えるように設計されている。この変更を以下述べる。 【００５９】配布されたディスケット上のリジュームド
ライバコードを関連するコンピュータシステムに含める
ようにするには、ＯＳ／２開発に関連するＢＵＩＬＤ．
ＣＭＤおよびＭＫＯＳ２．ＣＭＤコマンドファイルを変
更する必要がある。ＢＵＩＬＤ．ＣＭＤは（１）リジュ
ームサブディレクトリに行き、リジュームドライバコー
ドをアセンブルしてリンクし、（２）バイナリＤＩＳＫ
２サブディレクトリ内の最後のＲＥＳＵＭＥ．ＳＹＳフ
ァイルをパックするように変更する必要がある。（ＤＩ
ＳＫ２が選択されるのは、ＯＳ／２バージョン１．２で
は、他のインストール可能なドライバが常駐しているか
らである。もちろん、他のディスクを使用してもよ
い。）ＭＫＯＳ２．ＣＭＤはＯＳ／２インストレーショ
ンディスケットを発生する機能を有し、リジュームドラ
イバ（例えばＲＥＳＵＭＥ．ＳＹＳ）をインストレーシ
ョンＤＩＳＫ２にコピーするように変更する必要があ
る。 【００６０】ファイルＳＹＳＩＮＳＴ．ＭＳはインスト
レーションディスケットからユーザのハードディスクド
ライブの適当なサブディレトリにコピー（アンパック）
された全ファイルのリストを保持する。このファイルは
初期化時にＯＳ／２インストレーションプログラム（Ｏ
Ｓ／２バージョン１．２のＳＹＳＩＮＳＴ２．ＥＸＥ）
により使用される。リジュームドライバのバイナリファ
イル名はＤＩＳＫ２のリストに書かれる。 【００６１】最後に、ＳＹＳＩＮＳＴ２．ＥＸＥを変更
して（１）適当なコンピュータ（例えば東芝製Ｔ３１０
０ＳＸ）が使用されているか、また使用されているなら
（２）リジュームドライバをロードするようにユーザの
ＣＯＮＦＩＧ．ＳＹＳを編集する必要がある。ＯＥＭＨ
ＬＰ機能８１（ヘキサ）（例えばＧｅｔ Ｍａｃｈｉｎ
ｅ Ｔｙｐｅ ａｎｄ Ｍｏｄｅ）を用いてインストー
ルされたマシンを識別することができる。ＳＹＳＩＮＳ
Ｔ２．ＥＸＥはマシンがリジュームドライバをサポート
可能な場合、次のコマンドをＣＯＮＦＩＧ．ＳＹＳファ
イルにセットするように変更する必要がある。 ＤＥＶＩＣＥ＝Ｃ： ＯＳ２ ＲＥＳＵＭＥ．ＳＹＳ 【００６２】好適実施例によれば、この発明のリジュー
ムドライバ自身が、上述したようにリアルモードのＮＭ
ＩベクトルおよびプロテクトモードのＮＭＩベクトル
を”フック”するように初期化の一部を実行し、ＮＭＩ
を受信後実行されるデスティネーションアドレスを形成
する。図５乃至図１１はリジュームドライバが最初に初
期化され次にＮＭＩの発生により実行されるステップを
示すフローチャートである。これらの図について以下に
述べる。 【００６３】図５のステップ５０１乃至５０９はリジュ
ームドライバをロードしたとき最初に実行される初期化
ステップを示す。ステップ５０１はシステム開始時にＯ
Ｓ／２デバイスドライバにより操作されるリジュームド
ライバ（好適実施例では、ＲＥＳＵＭＥ．ＳＹＳ）をロ
ードするプロセスを示す。ライン ”ＤＥＶＩＣＥ＝
Ｃ： ＯＳ２ ＲＥＳＵＭＥ．ＳＹＳ”がＣＯＮＦＩＧ．
ＳＹＳ ファイルからリードされリジュームコードおよ
びデータがメモリにロードされる。初期化コマンドリク
エストパケットにより初期化ルーチンが実行される。次
に、ドライバ初期化プロシージャが実行され、リジュー
ムドライバの初期化が完了する。 【００６４】リジュームドライバの初期化ルーチンは種
々の機能を実行する。初めに、ステップ５０２はホスト
コンピュータシステムがこの発明のリジューム機能をサ
ポートするタイプのコンピュータシステムかどうか判断
する。この判断は、コンピュータシステムのタイプを示
すコードを含む適当なメモリロケーション（例えば東芝
製コンピュータの場合ＲＯＭ ＢＩＯＳアドレス Ｆ０
００：ＦＦＦＡ）をリードするとともに、標準ＲＯＭ
ＢＩＯＳリジューム機能がサポートされるかどうかを示
す適当なメモリロケーション（例えば東芝製コンピュー
タの場合ＲＯＭＢＩＯＳアドレス Ｆ０００：Ｅ０２４
等）を読むことにより行なわれる。特にコンピュータシ
ステムはＯＳ／２オペレーティングシステム（例えば、
８０２８６互換のマイクロプロセッサを有するコンピュ
ータシステムー図１のＣＰＵ１０１）で動作可能でなけ
ればならないので、インテリジェントパワーサプライ回
路（図１の構成要素１１７）を持つ必要があるととも
に、ＲＯＭ ＢＩＯＳに既存のリジューム処理機能を持
つ必要がある。好適実施例では、東芝製Ｔ３１００ＳＸ
あるいはＴ２０００ＳＸラップトップコンピュータがこ
の基準を満足しており、ステップ５０２ではこれらのマ
シンを具体的に挙げている。しかしながら、インテリジ
ェントパワーサプライを有し、ＯＳ／２で動作する他の
コンピュータシステムを用いてこの発明を実現してもよ
い。従って、Ｔ３１００ＳＸおよびＴ２０００ＳＸは例
示に過ぎない。不適当なコンピュータシステムであると
判断された場合には、ステップ５０８に示すようにドラ
イバインストレーションメッセージをユーザに表示し、
初期化ステップを完了する。（ステップ５０９） 【００６５】他方適当なコンピュータシステムであると
判断されると、ステップ５０３に示すように”オートデ
ィスプレイオフ”（これは、ＯＥＭＨＬＰへのヘキサ８
８ＩＯＣｔｌコールを介してコール可能である）をサポ
ートするようにＯＥＭＨＬＰが付けれる。これは、好適
実施例では、ＯＥＭＨＬＰファイル名（例えばＯＥＭＨ
ＬＰ＄）およびそれに付随するＯＥＭＨＬＰデータ（例
えばリアルモードおよびプロテクトモードでのエントリ
ポイントおよびデータセグメント）のオフセットをそれ
ぞれＢＸレジスタおよびＤＩレジスタに移動し、その後
適当な”ＤＥｖ＿Ｈｅｌｐ”（例えばＤｅｖＨｌｐ＿ａ
ｔｔａｃｈｄｄ）をコールすることによりＯＥＭＨＬＰ
に付加することにより行なわれる。その後、一般的なＯ
ＥＭＨＬＰ入出力制御（ＩＯＣｔｌ）リクエストパケッ
トデータをリクエストパケットのためにリザーブされた
メモリロケーションにロードし、割り込みが発生される
毎にこの情報をリロードする必要を無くしている。この
ようなデータはパケット長、パケットコマンド、ＧＩＯ
カテゴリ、ＧＩＯファンクション等を含む。 【００６６】ステップ５０３を実行後、図５のステップ
５０４が実行される。ステップ５０４では、８０２８６
互換のマイクロプロセッサアーキテクチャに従って、Ｇ
ＤＴ自身を指し示すグローバルディスクリプタテーブル
（ＧＤＴ）メモリセグメントセレクタを作成するととも
に、６４Ｋリミットのダミーセレクタを作成する。ＧＤ
Ｔセレクタはこの発明のリジュームドライバを介してＧ
ＤＴのディスクリプタをアクセスするのに用いられる。
最後に、後述するようにリアルモードに切り替えるとき
にダミーセレクタが用いられる。 【００６７】初めに、２つのセレクタを指し示すセレク
タを”Ｄｅｖ＿Ｈｅｌｐ”機能の適当な機能（例えば”
ＤｅｖＨｅｌｐ＿ＡｌｌｏｃＧＤＴＳｅｌｅｃｔｏ
ｒ”）を用いて作成する。次に、適当なアドレスをＡＸ
レジスタおよびＢＸレジスタにロードし、０（６４Ｋリ
ミットの場合）をＣＸレジスタにロードし、適当なセレ
クタを選択し、”Ｄｅｖ＿Ｈｅｌｐ”の適当なファンク
ション（例えば”ＤｅｖＨｌｐ＿ＰｈｙｓＴｏＧＤＴＳ
ｅｌｅｃｔｏｒ”をコールすることにより、第１セレク
タがＧＤＴを指し示すようにする。最後に第２セレクタ
を同様にして６４Ｋリミットのダミーセレクタを指し示
すようにする。 【００６８】２つのセレクタが作られた後、上述したよ
うに、プロテクトモードデータ、コードセレクタ、なら
びにリアルモードセグメント値がステップ５０５に示す
ようにコードセグメントの上部にセーブされる。この情
報はドライバのコードセグメントに保持される必要があ
る。これは、ＮＭＩが発生し、リジュームドライバが実
行されると、ＤＳレジスタは中断されたタスクのデータ
セグメントを指し示しているためである。特に上述のデ
ータをコードセグメントにセーブするために次のステッ
プが実行される。 【００６９】（１）ＧＴＤ上部の物理アドレスが検索さ
れ、”Ｄｅｖ＿Ｈｅｌｐ”ファンクション（例えばＤｅ
ｖＨｌｐ＿ＰｈｙｓＴｏＶｉｒｔ”）を介して仮想アド
レスに変換される。（２）デイスクリプタタイプは”Ｄ
ｅｖＨｌｐ＿ＰｈｙｓＴｏＶｉｒｔ”ファンクションの
デフォルト値であるＤＡＴＡではなくＣＯＤＥが設定さ
れる。（３）ディスクリプタのアトリビュートを実行可
能、読みだし可能、一致、およびアクセス可能に設定す
る。（４）ＣＳ（コードセグメント）の物理アドレスを
例えば、”ＤｅｖＨｌｐ＿ＰｈｙｓＴｏＶｉｒｔ”ファ
ンクションにより仮想アドレスに変換し、ＤＡＴＡセレ
クタを作る。（５）リアルモードデータセグメント、プ
ロテクトモードデータセレクタ、およびプロテクトモー
ドコードセレクタをリジュームドライバＣＯＤＥセグメ
ント内の前もってリザーブしたメモリロケーション（例
えばＣＯＤＥセグメントの上部）にコピーする。このと
き、ＧＤＴの仮想アドレスは適当な”Ｄｅｖ＿Ｈｅｌ
ｐ”ファンクション（例えばＤｅｖＨｌｐ＿ＵｎＰｈｙ
ｓＴｏＶｉｒｔ）を介して物理アドレスに変換される。 【００７０】ステップ５０５が実行された後、ステップ
５０６に示すようにタイマハンドラがインストールされ
る。ある”Ｄｅｖ＿Ｈｅｌｐ”はＩＮＩＴ時に実行でき
ないのでタイマハンドラが必要となる。この制約を回避
するために、上述したプロテクトモードおよびリアルモ
ードのＮＭＩベクトルをフックするのに必要なコードを
有するタイマハンドラが作られる。タイマハンドラはマ
イクロプロセッサの”リング０”特権レベル、すなわち
最高特権レベルで実行される。 【００７１】タイマハンドラを作るために、実際のタイ
マハンドラルーチン（後述）のオフセットがレジスタＡ
Ｘにセットされ、遅延（例えば１／３秒）がレジスタＢ
Ｘにセットされる。つぎに、適当な”Ｄｅｖ＿Ｈｅｌ
ｐ”ファンクション（例えばＤｅｖＨｌｐ＿ＴｉｃｋＣ
ｏｕｎｔ”）がコールされタイマハンドラをインストー
ルする。その後、図６で後述するようにタイマハンドラ
が適当な時間に実行される。 【００７２】タイマハンドラがステップ５０６でインス
トールされるとステップ５０７が実行される。初めに、
この発明のリジュームコードのどの部分が初期化後廃棄
可能かがＯＳ／２に知らされる。これは初期化後に残っ
たコードセグメントおよびデータセグメント内の最終ア
ドレスに相当するアドレスを適当なメモリロケーション
にロードし、適当なセグメントの終わりを示すポインタ
として使用することにより行なわれる。つぎに、ドライ
バの名前と関連する著作権情報を示すドライバ名および
著作権メッセージを表示可能である。これはもちろんオ
プションであるがリジュームドライバソフトウエアの著
作権を表示するために好適実施例では行なわれる。 【００７３】ステップ５０７が実行されると、初期化プ
ロセスが完了し、ステップ５０９が実行される。この時
点で残りのシステムの初期化をＯＳ／２により実行可能
であり、最後に標準ＯＳ／２の環境が入力され、ユーザ
はコンピュータシステムに対してノーマルオペレーショ
ンを実行することができる。しかしながら、ＮＭＩの形
でパワーオフリクエストがインテリジェントパワーサプ
ライ（図１の構成要素１１７）により受信されると、こ
の発明のリジュームドライバが実行される。メインリジ
ュームドライバルーチンの動作は図７乃至図１１を参照
してさらに詳述する。 【００７４】図６を参照して、リアルモードベクトルお
よびプロテクトモードベクトルをフックするタイマハン
ドラルーチンを示す。タイマハンドラルーチンは図５の
ステップ５０６に示すように初期化処理によりインスト
ールされる。適当なときに、タイマハンドラルーチンは
以下に述べるように実行される。 【００７５】図６のステップ６０１はタイマハンドラが
最初にコールされるエントリポイントを示している。こ
れはタイマハンドラが前もってインストールされた後に
起こる。上述したように、タイマハンドラは、好適実施
例では、８０２８６互換マイクロプロセッサの最高特権
レベルに対応する”リング０”で実行される。 【００７６】ステップ６０２はタイマハンドラルーチン
が入力された後、タイマハンドラをデインストールする
プロセスに相当する。デインストールプロセスはタイマ
ハンドラのオフセットアドレスをＡＸレジスタにロード
して、適当な”Ｄｅｖ＿Ｈｌｐ”機能（例えばＤｅｖＨ
ｌｐ＿ＲｅｓｅｔＴｉｍｅｒ）をコールしてタイマをデ
インストールすることにより行なうことができる。 【００７７】その後、リアルモードＮＭＩベクトルを”
フック”してこの発明のリジュームドライバを指し示す
ステップ６０３が実行される。（図３の説明参照）最初
に、アドレス０：０のリアルモードベクトルテーブルへ
の仮想ポインタが、適当な”Ｄｅｖ＿Ｈｅｌｐ”機能
（例えばＤｅｖＨｌｐ＿ＰｈｙｓＴｏＶｉｒｔ）を利用
して得られる。次に、上述した変更したＯＳ／２ローダ
（ＯＳ２ＬＤＲ）で作られたダミーＮＭＩハンドラのア
ドレスがリアルモードベクトルテーブル（ＩＮＴ２ベク
トル）で得られる。その後、ダミーＮＭＩハンドラにも
ともとセットされていた５つのＮＯＰ命令がこの発明の
リジュームドライバへのファージャンプ命令と置き換え
られる。例えば、ファージャンプコマンド（ＥＡヘキ
サ）が第１のＮＯＰ命令と置き換えられ、リジュームド
ライバのオフセットとセグメントがそれ以降のＮＯＰ命
令と置き換えられる。リアルモードベクトルテーブルの
仮想アドレスは、例えば”Ｄｅｖ＿Ｈｅｌｐ”ファンク
ションの”ＤｅｖＨｅｌｐ＿ＵｎＰｈｙｓＴｏＶｉｒ
ｔ”ファンクションにより物理アドレスに変換される。 【００７８】リアルモードＮＭＩベクトルに加えて、図
６のステップ６０４に示すようにプロテクトモードＮＭ
Ｉベクトルを同様に”フック”する必要がある。（図４
の上述の説明参照）最初に、インタラプトディスクリタ
テーブル（ＩＤＴ）の仮想アドレスが、適当な”Ｄｅｖ
＿Ｈｅｌｐ”ファンクション（例えば、ＤｅｖＨｌｐ＿
ＰｈｓＴｏＶｉｒｔ）を使用して得られる。次に、ＩＤ
Ｔ内に格納された元のＮＭＩベクトルが得られ、あらか
じめリザーブしたメモリロケーションに格納される。も
とのＮＭＩベクトルのアドレスはＯＳ／２カーネル内
（ＣＯＤＥセグメント）を指し示すので、セグメントへ
のライトアクセスは制限される。従って、ＩＤＴから得
られるコードセレクタを用いてグローバルディスクリプ
タテーブル（ＧＤＴ）をインデックスし、もとのハンド
ラの物理メモリアドレスを得ることができる。この値
は、適当な”Ｄｅｖ＿Ｈｅｌｐ”ファンクション（例え
ばＤｅｖＨｌｐ＿ＰｈｙｓＴｏＶｉｒｔ）を介して仮想
アドレスに変換され、この仮想アドレスのデフォルト値
によりセレクタはＤＡＴＡディスクリプタを指し示す。
それゆえ、ＮＭＩベクトルを効率良く”フック”するた
めに、もとのハンドラの第１命令を重ね書きすることが
可能である。 【００７９】その後、もとのＮＭＩベクトルを指し示
す、以前にセーブされたオフセットを用いて参照される
ＤＡＴＡセグメント（ＮＭＩハンドラＣＯＤＥセグメン
トの別名）のオフセットを決定することができる。結果
として得られた仮想アドレスを用いて、この発明のデバ
イスドライバのファーアドレスへのジャンプを元のプロ
テクトモードハンドラの初めにパッチすることができ
る。例えば、ファージャンプ命令（ＥＡヘキサ）を第１
ロケーションにパッチことができ、デバイスドライバ
（オフセットおよびセレクタ）のアドレスを次のメモリ
ロケーションにパッチすることができる。 【００８０】ステップ６０３と６０４でリアルモードＮ
ＭＩベクトルとプロテクトモードＮＭＩベクトルを”フ
ック”した後、ステップ６０５が実行され、タイマハン
ドラルーチンを抜け出す。このステップが完了すると、
この発明のＯＳ／２リジュームドライバルーチンがイン
ストールされ、コンピュータシステムのユーザは電源ス
イッチをオンすることにＮＭＩがＣＰＵに送られ、前記
リジュームドライバルーチンを使用することができる。
以下、リジュームドライバのメインルーチンを構成する
種々のステップを詳細に述べる。従って、これらのステ
ップは実際のＯＳ／２リジューム処理中であってＲＯＭ
ＢＩＯＳ内の標準リジュームルーチンが実行される前
に行なわれる。 【００８１】図７乃至図１１に好適実施例におけるこの
発明のリジュームドライバ機能のフローを示す。これら
のフローチャートにより表わされるルーチンは上述した
ように、元のＮＭＩハンドラに効率よくパッチするファ
ージャンプのデスティネーションルーチンを形成する。
図７乃至図１１により表わされるルーチンはＢＩＯＳコ
ードの”ラッパー”として効率よく作用する。リジュー
ムＮＭＩの場合には、リジュームドライバは、制御をＢ
ＩＯＳに渡す前に処理を行い、電力が復帰し、ＢＩＯＳ
リジューム機能が完了した後ポスト処理を行なう。コン
ピュータシステムは実際には、リジュームＢＩＯＳコー
ドの途中でパワーダウンする。 【００８２】Ｉ／ＯチャンネルチェックエラーＮＭＩ
（パリティエラー）は、好適実施例では、リジュームＮ
ＭＩ以外に唯一発生することのできる他の種類のＮＭＩ
であるが、この場合には、この発明のリジュームドライ
バは前処理を行い、制御をＢＩＯＳに渡し、システムを
停止する。このとき、マシンは停止され、ユーザはリセ
ットボタンを押してシステムをリブートする必要があ
る。リジュームドライバに続く実際の実行パスはＮＭＩ
の発生に関係なく同じである。 【００８３】リジューム処理がアクティブになったこと
を示すＣＭＯＳメモリロケーションがセットされると、
図７乃至図１１に示すステップはＮＭＩ検出後実行され
る。リジュームドライバが最初に入力されると（図７の
ステップ７０１）、ドライバはステップ７０２に示すよ
うに最初にすべてのインタラプトを（例えばＣＬＩアセ
ンブリ言語命令により）ディスエーブルにする。これ
は、ＩＮＴ２（例えばＮＭＩ）がトラップゲートであり
ＩＮＴゲートではないので、ＯＳ／２に必要である。 【００８４】次に、ステップ７０２に示すようにアセン
ブラ言語プログラムに続いて、すべてのレジスタおよび
フラッグがＰＵＳＨタイプのコマンドによりスタックに
セーブされる。次に、ＤＳレジスタが適当な値に（ＣＰ
Ｕモードによりセグメントかセレクタのいずれか）セッ
トされ、リジュームドライバが現在のプログラマブルイ
ンタラプトコントローラ（ＰＩＣ）マスクをセーブしス
テップ７０３でＰＩＣをディスエーブルにする。 【００８５】このとき、ＣＰＵがリアルモードで動作し
ているかあるいはプロテクトモードで動作しているかが
ステップ７０４で判断される。この判断は（例えばＳＭ
ＳＷ命令を用いて）マシンステータスワードの適当なビ
ットを調べることにより簡単に行なうことができる。Ｃ
ＰＵがリアルモードで動作している場合には、ステップ
７０８にジャンプする。 【００８６】プロテクトモードでＮＭＩが検出されたと
きに生じる処理はリアルモードのときよりも複雑であ
る。これは、リジュームＢＩＯＳコードに入るまえにＣ
ＰＵの動作モードを切り替える必要がある。東芝Ｔ３１
００ＳＸコンピュータでは、ＢＩＯＳはリアルモードお
よびプロテクトモードの両方で動作するように設計され
ているが、Ｔ３１００ＳＸＢＩＯＳはプロテクトモード
で動作しているときあるバグを有している。したがって
リアルモードで実行するのが望ましい。 【００８７】好適実施例では、８０２８６のプロテクト
モードをリアルモードに切り替える２つの方法がある。
第１に、トリプルフォルトを発生することにより”ＣＰ
Ｕリセット方法”を使用することができる。この方法
は、８０２８６ＣＰＵと互換性があるという利点があ
る。他の方法は８０３８６命令を使用した８０３８６Ｃ
ＰＵモード切り替えである。この方法は、”ＣＰＵリセ
ット方法”とは異なり、リアルモードへ切り替えるとき
にＣＰＵ（および全レジスタ）がリセットされないので
望ましい。８０３８６ＣＰＵモード切り替え命令は設計
が簡潔になるので、好適実施例ではこの方法が用いられ
る。しかしながら、ホストＣＰＵが８０３８６互換マイ
クロプロセッサではなく８０２８６マイクロプロセッサ
の場合には、”ＣＰＵリセット方法”を用いることもで
きる。 【００８８】ＣＰＵが８０２８６プロテクトモードで動
作しているときは、ＣＰＵをリアルモードにするために
ステップ７０５ー７０７が実行される。しかしながら、
ＢＩＯＳ中にある種の細工がされているマシンでは、最
初のステップを実行しなければならない。 【００８９】例えば、この発明のリジュームドライバが
東芝Ｔ３１００ＳＸラップトップコンピュータで実行さ
れている場合、ＢＩＯＳの欠陥により次のステップを最
初に実行しなければならない。（１）ＭＳＷのモニタプ
ロセッサ（ＭＰ）ビットとタスク切り替えビット（Ｔ
Ｓ）をクリアして”ｃｏ−ｐｒｏｃｅｓｓｏｒ ｎｏｔ
ｐｒｅｓｅｎｔ ｅｘｃｅｐｔｉｏｎｓ”が発生するの
を防止しなければならない。（２）タスクステートレジ
スタ（ＴＳＲ）がセーブされ、タスクに”ｎｏｔ ｂｕ
ｓｙ”を付してＢＩＯＳコードがハングアップしないよ
うにし、（３）ローカルディスクリプタテーブルレジス
タ（ＬＤＴレジスタ）を前もってリザーブしたメモリロ
ケーションにセーブする必要がある。これはＢＩＯＳが
上述した（１）乃至（３）の動作を行なわないからであ
る。Ｔ３１００ＳＸに存在する上述した欠陥および他の
ＢＩＯＳコードの欠陥は他のマシンでは存在するかも知
れないし存在しないかも知れない。このような結果が他
のマシンで発見された場合には、上述したような適当な
手段を講じる必要がある。 【００９０】ＣＰＵがプロテクトモードで動作している
場合、リアルモードに切り替えるために次のステップ７
０５乃至７０７を実行する必要がある。初めにステップ
７０５において、ＣＰＵモードをプロテクトモードから
リアルモードに切り替えようとしていることを示すフラ
ッグがセットされる。このフラッグは電力が再び復帰し
たときに、モードをリアルモードからプロテクトモード
に切り替える必要があることを示すために使用される。
さらに、ステップ７０５において、プロテクトモードに
関連するレジスタすなわちＳＳおよびＳＰが前もってリ
ザーブしたメモリロケーションにセーブされる。 【００９１】ステップ７０６において、ＳＳレジスタお
よびＳＰレジスタはリジュームドライバのデータセグメ
ントのスタックを指し示すように変更される。最後にス
テップ７０７において、ＣＰＵはリアルモードに切り替
えられる。この切り替えを行なうためのステップについ
て以下説明する。以下に述べるステップは、インテル社
から発行されているインテル８０３８６ＤＸプログラマ
ーリファレンスマニュアルのページ１４ー４に記載され
ているステップの後に続くステップである。 【００９２】第１に現在のコードセグメントリミットを
セーブしてリジュームドライバのコードセグメントリミ
ットを６４Ｋになるようにパッチする。次に、ＣＳレジ
スタに新しいセグメントリミットをロードするように次
の命令へのファージャンプを実行する。これは、好適実
施例では、ＣＳレジスタをスタックにプッシュし、次の
命令のオフセットをプッシュし、ＲＥＴＦ命令を実行す
ることによりシミュレーション可能である。ＲＥＴＦ命
令はスタックから”戻り”アドレスを引き出すので”リ
ターン”命令が実行された後次の命令が実行される。 【００９３】次に、セグメントレジスタに、初期化時に
セットしたダミーセレクタがロードされる。このとき、
インタラプトとＮＭＩがディスエーブルされている。
（インタラプトは以前にディスエーブルされ、ＮＭＩは
このルーチンがＮＭＩとして取り扱われることによりデ
ィスエーブルされる。） 【００９４】特別の８０３８６命令（ＣＰＵが８０３８
６互換と仮定して）を使用してコントロールレジスタ０
（ＣＲ０）のプロテクトモードイネーブルビット（Ｐ
Ｅ）をクリアしてＣＰＵをリアルモードにすることがで
きる。好適実施例では、マイクロソフトマクロアセンブ
ラ８０３８６命令／マクロを使用して以下の如くプログ
ラミングしている。 ＭＯＶ ＥＡＸ，ＣＲ０ ＡＮＤ ＥＡＸ，ＮＯＴ１ ＭＯＶ ＣＲ０，ＥＡＸ しかしながら、他の同様の命令を８０３８６互換マシン
に用いて同様の効果を得ることができる。 【００９５】ＰＥビットがクリアされると、命令キュー
をクリアして適当な値をＣＳレジスタに入れるために次
の命令へのファージャンプを即実行する必要がある。
（もちろんリアルモードアドレシングを用いて）。 【００９６】次に、ＩＤＴにリアルモードインタラプト
ベクトルテーブル（ＩＶＴ）のベース値とリミット値を
ロードする必要がある。最後に、セグメントレジスタＤ
Ｓ，ＥＳ、およびＳＳにドライバのデータセグメントの
リアルモードアドレスをロードする。このときインタラ
プトは再びイネーブルにならない。これはリジュームド
ライバが中断された処理に戻るまでディスエーブルにし
ておく必要があるからである。 【００９７】ＣＰＵがもともとリアルモードの場合に
は、ステップ７０４からステップ７０８にジャンプし、
ＣＰＵがもともとプロテクトモードの場合には、ステッ
プ７０５乃至７０７が実行された後ステップ７０８が実
行される。ステップ７０８では、好適実施例による東芝
コンピュータで動作している場合、指示フラッグをＣＬ
Ｄ命令によりクリアする必要がある。これは、このマシ
ンにおけるリジュームＢＩＯＳのバグである。従って、
他のマシンの場合、この命令は必要ないかもしれない。 【００９８】図８において、リジュームドライバ実行プ
ロセスが図７から続く。図７のステップが実行された
後、図８のステップ７０９が実行される。ステップ７０
９はフロッピードライブがアクティブかどうか判断する
ステップを含む。この判断は以下の理由により行なう必
要がある。すなわち、リジューム機能がオンのときにフ
ロッピードライブがアクティブで、電力が回復する前に
フロッピードライブのフロッピーディスクをユーザが変
更したような危険な状態から守るために必要となる。も
し上述したことが起きると、コンピュータは、フロッピ
ーディスクが変更されたことがわからず、古いフロッピ
ーの内容にもとずいて、新しいフロッピーに書き込み動
作を行なうことになる。 【００９９】それゆえ、ステップ７０９のリジュームド
ライバはフロッピーモーターステータス（０Ｅ５ヘキサ
のビット５）をチェックしてフロッピードライブがアク
ティブかどうか見る。フロッピーモータがアクティブな
らば、フロッピードライブはステップ７１０でリセット
される。（東芝コンピュータの場合、リジュームＢＩＯ
Ｓはフロッピードライブがアクティブならば働かな
い。）またフロッピードライブがアクティブでない場
合、電力が回復してリジュームＢＩＯＳ内のＩＲＥＴ命
令が実行されると、リストアすべきシステムフラッグが
スタックにプッシュされる。このとき、ステップ７１１
が実行されリジュームドライバは、あらかじめセーブし
たこのコードのアドレスを用いてもとのＢＩＯＳリジュ
ームコードにジャンプすることができる。もとのＢＩＯ
Ｓリジュームコード標準のリジューム処理機能を実行
し、最後にインテリジェントパワーサプライ（図１の構
成要素１１７）がステップ７１２においてコンピュータ
の電力をオフにする。 【０１００】ステップ７１２において、コンピュータの
電力がオフになった後で、コンピュータシステムのユー
ザは、図９のステップ７１３に示すように、インテリジ
ェントパワーサプライに、コンピュータの電力が回復さ
れることを知らせることができる。ユーザはこのときシ
ステムの電源をオフしたときと同じ電源スイッチ（図１
の構成要素ＳＷ）を押して知らせることができる。この
スイッチが押されると、コンピュータは、電源オフ時の
ＢＩＯＳリジュームコードの実行を再開する。ＢＩＯＳ
リジュームコードは各処理を実行してリアルモードレジ
スタおよびデータをリストアし、リジュームドライバが
ＢＩＯＳをコールした時点でのこの発明のリジュームド
ライバに制御を渡す。 【０１０１】ＢＩＯＳリジュームコードがリジュームド
ライバへ制御を渡した後、リジュームドライバはステッ
プ７１４を実行する。ステップ７１４はインタラプトを
（例えばＣＬＩ命令により）ディスエーブルするステッ
プを含む。これは、好適実施例では、リジュームＢＩＯ
Ｓがインタラプトをオンにしているからである。さら
に、ステップ７１４はＰＩＣが以前にディスエーブルに
されたときセーブされた状態にＰＩＣマスクをするステ
ップを含む。 【０１０２】ＣＭＯＳリアルタイムクロック設定は、ス
テップ７１５に示すようにリジュームドライバによりＯ
Ｓ／２のためにリセットする必要がある。これはＢＩＯ
Ｓがこの機能を行なわないためである。例えば、Ｔ３１
００ＳＸコンピュータの場合、（１）時間軸周波数は３
２、７６８ＫＨｚに設定され、（２）インタラプトレー
トが３１．２５ｍｓになるようにレート選択ビットが設
定され、（３）周期インタラプト、更新完了インタラプ
ト、および２４時間モードインタプリテーションがオン
になる。これを行なうための適当な命令が実行される。 【０１０３】リジュームＢＩＯＳから戻ったときに行な
う必要のある上述のステップに加えて、アドレスライン
２０（Ａ２０）をステップ７１６でイネーブルにする必
要がある。これは、好適実施例では、ＢＩＯＳコードが
Ａ２０をディスエーブルにするためである。東芝ＯＳ／
２はＡ２０がイネーブル状態で動作する。従って、ＢＩ
ＯＳから戻ったときに、ゲートＡ２０をイネーブルにし
てＯＳ／２がノーマルな実行を継続できるようにしてや
る必要がある。ゲートＡ２０はキーボードコントローラ
（ＫＢＣ）（図１の構成要素１１４Ａ）を用いてイネー
ブルにすることができる。好適実施例では、ＫＢＣはイ
ンテルの８０４２チップで構成される。８０４２は８０
３８６ＣＰＵに比べて遅いので、ＫＢＣでゲートＡ２０
を制御するのは、処理速度の観点から問題がある。ゲー
トＡ２０は、（１）キーボードコントローラの入力バッ
ファ（ＫＢＣ入力バッファ）が空となり、（２）出力ポ
ートに書き込み要求をだし、（３）ＫＢＣがコマンドを
処理するのを待ち、（４）ＫＢＣの出力ポートにビット
１をセットしたバイトを送り、（５）ゲートＡ２０がイ
ネーブルになるまで、ＫＢＣに”ヌルパルス出力ポー
ト”コマンドを送ることによりＡ２０ゲートが”安定”
するまで待つことによりゲートＡ２０はイネーブルとな
る。なお、詳細については、ＩＢＭ ＡＴテクニカルリ
ファレンスマニュアル（ＩＢＭ社）のページ１ー５１、
１−５３、および１ー５５に記載されている。 【０１０４】ステップ７１７では、以前にセーブしたス
テータスフラッグにもとずいて、リジューム機能が開始
されたときフロッピードライブがアクティブであったか
どうか判断する。フロッピードライブがアクティブであ
れば、ステップ７１８でフロッピードライブが再びリセ
ットされる。この結果、ＯＳ／２ディスクドライバは何
か（例えばリジュームプロセス）が起きたとことに気付
き、警告ボックスが表示されてユーザに”Ｆｌｏｐｐｙ
ｄｒｉｖｅ ｎｏｔ ｒｅａｄｙ”（例えば装置Ａ）
を警告する。フロッピードライブが以前アクティブでな
かったならば、このリセットステップはスキップされ
る。 【０１０５】図１０のステップ７１９ではＣＰＵがもと
もとプロテクトモードにあったかどうか判断する。これ
は、もとのＣＰＵモードが切り替わったことを示す、以
前セーブしたフラッグをチェックすることにより行なわ
れる。ＣＰＵがもともとプロテクトモードであった場
合、ステップ７２０が実行される。モードが切り替わっ
たことを示すモード切り替えフラッグがクリアされる。
その後、以前にセーブしたＩＤＴレジスタ値とＧＤＴレ
ジスタ値がリストアされる。（例えばＬＩＤＴ命令およ
びＬＧＤＴ命令により）さらに、プロテクトモードコー
ドとデータセレクタが検索されＭＰビットとＴＳビット
がリストアされＰＥビットがマシンステータスワードメ
モリロケーションにセットされこの値が実際のマシンス
テータスワードに格納され、ＣＰＵをプロテクトモード
に切り替える。最後に、プロテクトモードコードセレク
タと次の命令のオフセットをスタックにプッシュしてＲ
ＥＴ命令を実行することにより、ＣＳレジスタに適当な
プロテクトモードをロードする。 【０１０６】ステップ７２１は以前にセーブしたスタッ
クセレクタとポインタをリストアし、プロテクトモード
のＤＳおよびＥＳレジスタをリストアすることにより行
なわれる。次に、ステップ７２２はＣＲ０、ＴＳＳ，お
よびＬＤＴをリストアする。ステップ７２２は現在のタ
スクに以前セーブしたタスクレジスタ（ＴＲ）をロード
してタスクＬＤＴレジスタをリストアする。（リジュー
ムＢＩＯＳはセーブしない）つぎに、以前セーブしたコ
ードセグメントリミットドライバのコードディスクリプ
タにパッチする。 【０１０７】ＣＰＵがプロテクトモードに切り替わった
かどうかに関係なく、ステップ７２３が実行される。ス
テップ７２３はリジューム後パラレルプリンタポートに
継続的にプリント可能にする。通常ＯＳ／２はプリンタ
ハードウエアインタラプトを失う、すなわち、プリンタ
インタラプトはリジューム後は起きない。これを回避す
るために、ＥＯＩコマンドをプリンタデバイス（ＩＲＱ
７）に送り、ＩＲＱ７がイネーブルになる。その後、ス
トローブがハイになり、遅延が生じ、ストローブがロウ
になる。 【０１０８】ステップ７２４では、ＯＥＭＨＬＰファン
クションＩＯＣｔｌ８８（ヘキサ）がコールされ、東芝
コンピュータならびに他のコンピュータ上に見られるオ
ートディスプレイパワーオフカウンタをリセットする。
オートディスプレイオフ機能は通常、所定時間キーボー
ドおよび／またはマウスが操作されないとき、コンピュ
ータのディスプレイを自動的にオフにする。リジューム
モードがイネーブルのときに、パワーダウンリクエスト
が検出されると、次に電力が回復したときに非動作期間
タイマはリセットされない。それゆえ、コンピュータが
リジュームしたときほんのわずかな時間ディスプレイが
オフするかもしれない。これは望ましくない。この発明
の好適実施例では、電力が回復した後、ＩＯＣｔｌ８８
（ヘキサ）ＯＥＭＨＬＰファンクションによりオートデ
ィスプレイパワーオフカウンタがリセットされる。この
ように、リジューム後ディスプレイオフカウンタがリセ
ットする。ステップ７２４はＥＳ：ＢＸにより適当なＩ
ＯＣｔｌパケットを指示し、およびＯＥＭＨＬＰをコー
ルすることにより行なうことができる。 【０１０９】次に、図１１のステップ７２５が実行され
る。このステップは電源が落ちる前にスタックにプッシ
ュしたシステムフラッグおよびレジスタをリストアす
る。ステップ７２５を実行後、リジュームプロセスが完
了し、ステップ７２６でリジュームドライバはＩＲＥＴ
命令によりコントロールをＯＳ／２アクティブタスクに
渡す。 【０１１０】以上の説明からわかるように、Ｔ３１００
ＳＸあるいはＴ２０００ＳＸでこの発明を具現化する好
適実施例について述べた。しかしながら、コンピュータ
プログラミングおよび／またはコンピュータハードウエ
アデザインの当業者には明かなように、この発明は先進
のマイクロプロセッサ、インテリジェントパワーサプラ
イ、およびマイクロプロセッサの”リアル”モードでの
既存のリジューム処理機能を有するコンピュータシステ
ムであればどのようなコンピュータシステムでも実現で
きる。さらに、上述したステップの順番は、設計上の問
題であり、特に断わり書きが無い限り種々の順番で実行
できる。最後に、この発明の好適実施例はＯＳ／２で動
作するように設計されているが、ＵＮＩＸ等のような他
の先進オペレーティングシステムや、モトローラ６８０
ｘ０等のような他の先進マイクロプロセッサの場合に
も、この発明の種々のステップにおいて格納および検索
される、オペレーティングシステムおよびマイクロプロ
セッサに関連するデータを変更するだけでリジュームド
ライバを設計できる。 【０１１１】 【発明の効果】ＭＳ−ＤＯＳリジューム処理ＢＩＯＳル
ーチンのような既存のリジューム処理ルーチンと結合し
た、ＯＳ／２のような先進のオペレーティングシステム
で使用するリジューム処理方法が得られる。
に使用されるリジューム処理制御システムに関し、特に
電源オフ信号に応答してオペレーティングシステムによ
り動作するコンピュータシステムのステータスをセーブ
し、コンピュータシステムの電源をオフにし、次にコン
ピュータシステムの電源をオンにして、コンピュータシ
ステムを元の状態に復帰させる方法に関する。 【０００２】 【従来の技術】一般的なコンピュータシステム、例えば
８０ｘ８６マイクロプロセッサあるいはその同等品を用
いた”ＩＢＭ互換”のマイクロコンピュータでは、シス
テムの電源がオフになると、マイクロプロセッサに関連
するレジスタの内容やメモリロケーションは通常消失す
る。その後、電源がコンンピュータシステムに投入され
ると、初期化ステップが実行され、システムが初期化状
態になる。この場合、電源がオフになる前にシステム内
に存在していたコンピュータプログラムやデータは再度
ロードしなければならない。 【０００３】近年、”リジューム”処理機能がある種の
コンピュータシステム、例えば東芝製のラップトップマ
イクロコンピュータに設けられ、電源オフ時にシステム
の動作状態をセーブし、次に電源がオンになったとき
に、電源オフ時に中断された処理に復帰することが可能
なように構成されている。この機能は、表示装置やディ
スクドライブのような大電力を必要とする装置への電力
を遮断し、コンピュータの低電力ダイナミックメモリへ
電力を供給し続けることにより達成される。この電力消
費保持機能により、バッテリ駆動のラップトップコンピ
ュータのように、限られた電源しか持たないコンピュー
タシステムは、必要な電力消費量を最小に抑えながらシ
ステムの現在の状態を維持することができる。 【０００４】例えば、東芝製ラップトップコンピュータ
に見られる内蔵リジューム機能（”オートリジューム”
（登録商標）と呼ばれる）により、ユーザはデータを失
うことなく、コンピュータの電源をオフにし、バッテリ
電力を節約することができる。この機能は、コンピュー
タのリードオンリメモリ（ＲＯＭ）内の基本入出力シス
テム（ＢＩＯＳ）ルーチンに組み込まれている。このリ
ジューム機能は、すべての必要なレジスタ情報をランダ
ムアクセスメモリ（ＲＡＭ）にセーブしそのメモリへの
電力を供給しながら、他のコンピュータ装置への電力を
遮断することにより行なわれる。通常の電力に戻ると、
セーブされた情報はレジスタに戻され、システムは元の
状態に戻る。 【０００５】この特徴は、バッテリの寿命を延ばすため
にユーザが意図的にシステムの電源を落とす場合に有効
であるが、さらにバッテリ電力がロウバッテリになった
ときに有効である。ロウバッテリになると、システム
は、（例えばビープ音を発生して）バッテリの電力が低
下したことをユーザに知らせる。ユーザが所定時間（約
５分）以内にシステムの電源を落とさなかった場合、コ
ンピュータは自動的にリジュームモードになり、電源を
落とす。通常電力が再度印加されると、ＢＩＯＳがコン
ピュータを元の状態に復帰させるので、データを消失す
ることもなく、また、プログラムの実行が中断されるこ
ともない。 【０００６】 【発明が解決しようとする課題】しかしながら、このよ
うなラップトップコンピュータに現在組み込まれている
リジューム処理のＢＩＯＳコードはＭＳ−ＤＯＳオペレ
ーティングシステム下でのリジューム処理しかサポート
していない。例えば、米国マイクロソフト社が提供する
マルチタスクオペレーティングシステムであるＯＳ／２
のような異なるオペレーティングシステムで動作させる
と、現在のＢＩＯＳリジューム機能では、ＯＳ／２で使
用されるある種のレジスタおよびその他のデータを正し
くセーブせず、リジューム処理ができないという問題が
ある。これは、一部には、ＯＳ／２オペレーティングシ
ステムが、マルチモード８０２８６マイクロプロセッサ
あるいは８０２８６と互換のある８０３８６や８０４８
６等のマイクロプロセッサを使用したコンピュータシス
テム上で動作するように設計されているためである。一
方、ＭＳ−ＤＯＳオペレーティングシステムはシングル
モードの８０８６／８０８８マイクロプロセッサ上で動
作するように設計されている。 【０００７】従って、そのようなコンピュータでＢＩＯ
Ｓが提供する既存のリジューム処理を利用するには、”
ラッパー”をＢＩＯＳに作って、ＢＩＯＳがリジューム
処理を実行できる状態にコンピュータをする必要があ
る。この発明の目的は、ＯＳ／２のような先進のオペレ
ーティングシステムに使用するリジューム処理方法を提
供することである。 【０００８】この発明の他の目的は、ＭＳ−ＤＯＳリジ
ューム処理ＢＩＯＳルーチンのような既存のリジューム
処理ルーチンと結合した、ＯＳ／２のような先進のオペ
レーティングシステムで使用するリジューム処理方法を
提供することである。この発明のさらに他の目的は、既
存のリジューム処理ルーチンの“ラッパー”として機能
するリジューム処理方法を提供することである。 【０００９】この発明のさらに他の目的は、既存のリジ
ューム処理ルーチンがコールされる前にオペレーティン
グシステムの動作条件を示すデータをセーブするリジュ
ーム処理方法を提供することである。 【００１０】この発明のさらに他の目的は、既存のリジ
ューム処理ルーチンが実行された後にオペレーティング
システムの動作条件を示すデータを復帰（リストア）す
るリジューム処理方法を提供することである。 【００１１】この発明のさらに他の目的は、ディスクド
ライブとパラレルプリンタポートを共にアクティブ状態
にしながら機能することのできるリジューム処理方法を
提供することである。 【００１２】この発明は、プロテクトモードおよびリア
ルモードで動作可能な中央処理装置（ＣＰＵ）を有し、
オペレーティングシステムが前記ＣＰＵのプロテクトモ
ードで動作しているとき、パワーオフ信号に応答してＣ
ＰＵの動作条件を示すシステムデータをセーブし、次
に、パワーオン信号に応答してセーブしたデータをリス
トアするリジューム処理方法において、（１）リジュー
ム処理ドライバをロードし、初期化を実行するステップ
と；（２）前記パワーオフ信号に応答して、前記リジュ
ーム処理ドライバにより、前記オペレーティングシステ
ムの動作条件を示す、前記オペレーティングシステムに
関係する第１データ群をセーブするステップと；（３）
前記リジューム処理ドライバにより、前記ＣＰＵを前記
プロテクトモードから前記リアルモードに切り替えるス
テップと；（４）リジュームＢＩＯＳルーチンにより、
前記ＣＰＵの前記リアルモードに関連する第２データ群
をセーブするステップと；（５）前記リジュームＢＩＯ
Ｓルーチンにより、パワーオン信号に応答して、前記ス
テップ（４）でセーブした前記第２データ群をリストア
するステップと；（６）前記リジューム処理ドライバに
より、前記ＣＰＵを前記リアルモードから前記プロテク
トモードに切り替えるステップと；（７）前記リジュー
ム処理ドライバにより、前記ステップ（２）でセーブし
た前記第１データ群をリストアするステップとを具備す
ることを特徴とする。 【００１３】 【実施例】以下、詳細な説明を行なう前に、以下の用語
について定義する。 【００１４】Ａ２０ゲート：アドレスライン２０をイネ
ーブルまたはディスエーブルするキーボードコントロー
ラ内のゲート。アドレスライン２０は、１Ｍバイト以上
の６４Ｋバイトメモリセグメントをプログラムがアクセ
スする必要があるか否かに応じてＭＳ−ＤＯＳによりイ
ネーブルまたはディスエーブルにすることができる。Ｏ
Ｓ／２では、基本のデバイスドライバは１Ｍバイトセグ
メント以上にあるので、このアドレスラインをイネーブ
ルにする必要がある。ＣＯＭドライバ：ＣＯＭドライバ
は非同期通信ポートドライバである。 【００１５】ＣＰＵ：中央処理装置はコンピュータシス
テムにおける中央制御回路を形成するマイクロプロセッ
サである。この発明では、ＣＰＵはプロテクトモードの
ような先進の動作モードで動作できるとともに、ＯＳ／
２のような先進のオペレーティングシステムを実行可能
なマイクロプロセッサである。 【００１６】ディスクリプタテーブル：ディスクリプタ
テーブルはセレクタを物理メモリアドレスにマッピング
するためのテーブルである。このようなテーブルはイン
テル８０２８６のような先進のマイクロプロセッサに使
用され、コンピュータプログラムが使用するメモリのセ
グメントを定義する。この発明に関連するテーブルはロ
ーカルディスクリプタテーブル（ＬＤＴ）とグローバル
ディスクリプタテーブル（ＧＤＴ）の２種類ある。ＬＤ
Ｔは各アクティブプロセスに存在し、そのプロセスによ
り占有または共有されているメモリへのアクセスを可能
にする。ＧＤＴはオペレーティングシステムおよびデバ
イスドライバにより使用されるメモリへのアクセスを可
能にする。 【００１７】フックまたは割り込みのフッキング：割り
込みのフッキングとはＣＰＵに新しいインタラプトハン
ドラにアクセスするように再指示する行為である。実際
の”フック”は割り込みが起こる前に実行されなければ
ならない。これは一般には、新しいハンドラのアドレス
を割り込みベクタテーブルの適当なロケーションにセッ
トすることにより行なわれる。しかしながら、これは、
オペレーティングシステムのカーネルが常に割り込みベ
クターテーブルを管理し、他のプログラムがテーブルを
変更すると、元のハンドラのアドレスをリストアするマ
イクロプロセッサのインテル８０２８６−互換ラインの
ＮＭＩ割り込みの場合には、必ずしも可能でない。それ
ゆえ、ＮＭＩインタラプトをフックするために、この発
明では、この発明のリジューム処理ドライバを実行させ
るオリジナルハンドラの初めに”ジャンプ”マイクロプ
ロセッサ命令をセットする。 【００１８】Ｉ／Ｏチャンネルチェックまたはパリティ
エラー：これは、ハードウエアでＩ／Ｏパリティエラー
を検出する拡張ボードにより生じる致命的なシステムエ
ラーである。 【００１９】ＮＭＩ：ＣＰＵに対して外部からマスク可
能であるが、ＣＰＵは無視することのできない、マスク
不可能な割り込みである。例えば、東芝製Ｔ３１００Ｓ
Ｘラップトップコンピュータでは、２通りの方法でＮＭ
Ｉを発生することができる。すなわち、（１）Ｉ／Ｏチ
ャンネルチェックエラーによる方法と、（２）この発明
で述べるパワーダウンリクエストによる方法である。Ｐ
ＩＣ：プログラマブルインタラプトコントローラはある
時刻においてどのインタラプトをイネーブル／ディスエ
ーブルにするかを制御する回路である。 【００２０】リジュームまたはリジューミング：リジュ
ーミングは（メモリを除いて）コンピュータへの電力を
遮断し、コンピュータのソフトウエア状態を保存しなが
ら、後で復帰させる動作である。 【００２１】リング：リングは実行プログラムが動作可
能な、８０２８６互換のマイクロプロセッサにより認識
される特権レベルである。ＯＳ／２コードは３つのレベ
ル０、２、３のうちの１つで実行可能である。レベル１
は使用されない。現在の特権レベルはどの命令とメモリ
セグメントをアクセス可能かを決定する。 【００２２】セレクタ：セレクタは８０２８６互換のマ
イクロプロセッサのような先進のマイクロプロセッサの
プロテクトモードで使用される値であり、セグメントレ
ジスタにロードすることにより、物理的なメモリセグメ
ントを参照することができる。このセレクタはディスク
リプタテーブル（ＬＤＴまたはＧＤＴ）のインデックス
として使用される。 【００２３】タイル：タイルメモリアドレス値はリアル
モードではセグメントとして、またプロテクトモードで
はセレクタとして共に有効である。システムローダはタ
イルされたコードセグメントの例である。 【００２４】この発明の好適実施例によれば、（１）Ｎ
ＭＩ割り込みベクトルをフックするとともに、リジュー
ムＢＩＯＳコードラッパーとして動作するようにＯＳ／
２バージョン１．２オペレーティングシステム下で動作
可能なリジュームドライバを作り、（２）フックをリア
ルモードノンマスカブルインタラプト（ＮＭＩ）に挿入
し、この発明をＯＳ／２のＤＯＳ互換ボックス下で動作
可能にするようにシステムローダを変更し、（３）適当
なコンピュータ上にインストールしたときに”ＣＯＮＦ
ＩＧ．ＳＹＳ”ファイル中にリジュームドライバロード
ステートメントを配置するためのシステムイニシャライ
ゼーションプロセスを変更し、および（４）ディスク動
作が終了し、ディスクバッファの内容やデータを消失す
ることなく電力を遮断可能であることをリジュームＢＩ
ＯＳに知らせるようにディスクドライバを変更する。後
で詳述するように、これらの要素は、ＯＳ／２バージョ
ン１．２の下でリジューム機能を完全に支持するように
記述または変更しなければならないが、記述した変更や
追加はクレームした発明の実現の一例に過ぎず他の種々
の変形例が以下の説明から明かであることは当業者には
容易に理解できる。 【００２５】また、上述した要素は、種々のコンピュー
タ言語の１つで書かれたコンピュータプログラムを変更
もしくは書くことにより実現可能であることは、コンピ
ュータプログラミングの分野の当業者には容易に理解で
きる。好適実施例では、８０ｘ８６互換アセンブラ言語
（機械言語）を用いてこの発明を実現している。これ
は、この発明がデバイスドライバとして実現されている
からである。しかしながら、例えばリジュームドライバ
を実現するときは、他の適当な言語を使用可能である。
以下に述べる実施例の説明では特に断わりが無い限り、
アセンブラ言語を使用するものとする。 【００２６】また、マイクロソフトマクロアセンブラバ
ージョン５．１０およびマイクロソフトセグメントーイ
クスキュータブルリンカバージョン５．０３（共に米国
マイクロソフト社製）を用いてデバイスドライバをアセ
ンブルし、この発明の他のソースコードをリンク可能で
あるが、他社の同様のアセンブラおよびリンカを用いる
ようにしてもよい。 【００２７】さらに、上述の要素は、ＯＳ／２オペレー
ティングシステムの製造元であるマイクロソフト社製の
バイナリアダプションキット（ＢＡＫ）および関連する
ソフトウエアツールおよびマニュアルを用いて即チェッ
クし変更する事が可能である。ＢＡＫは、この明細書で
述べた変更と追加をどのようにして実現するかについて
のドキュメンテーションを提供するバイナリアダプテー
ションガイド（ＢＡＧ）を含む。このドキュメンテーシ
ョンに加えて、マイクロソフト社から提供される”アド
バンストＯＳ／２プログラミング”（著者：レイ ダン
カン）のような本がこの発明を実現する上で有効であ
る。 【００２８】最後に、この発明のインプリメンテーショ
ンをデバッグする際には、マイクロソフト社のカーネル
デバッガを用いてドライバ内のエラー箇所を見つけるこ
とができる。しかしながら、このデバッガを用いてリア
ルモードのＮＭＩ割り込みベクトルをフックすることは
できない。これはデバッガがこのベクトルそのものをフ
ックするためである。それゆえ、リアルモードＮＭＩデ
バッグを行なうには、コードを目視検査するか、コード
中にホルト（ＨＡＬＴ）命令を意図的に複数箇所に挿入
して実行経路がある経路を通過したかどうかを調べる必
要がある。 【００２９】この発明のリジュームドライバを完全にテ
ストするには、プロテクトモードおよびリアルモードの
両方でＩ／Ｏチャンネルチェックエラーを発生させる必
要がある。これはソフトウエアにより発生できないもの
であり、また通常ハードウエアにより発生できないの
で、拡張シャーシを用いてこの機能を実現可能である。
好適実施例では、１本のワイヤ線がＡ１ラインにはんだ
ずけされた拡張ボードを有した東芝製拡張シャーシをコ
ンピュータの拡張コネクタ（図１の１１９）に接続して
いる。Ｉ／ＯＮＭＩを任意に発生させるためには、Ａ１
線を単にグラウンドに落とすことにより、Ｉ／Ｏチャン
ネルチェックＮＭＩを迅速に発生させることができる。 【００３０】図１は好適実施例において、この発明が動
作可能なマイクロコンピュータのブロック図である。図
１に示すマイクロコンピュータは”東芝Ｔ３１００ＳＸ
あるいはＴ２０００”ラップトップ”コンピュータのよ
うな、インテリジェントパワーサプライ”を有し、ＯＳ
／２を実行可能な種々のマイクロコンピュータの１つで
ある。図１に示す構成はコンピュータにより異なるが、
この発明の動作に必要なコンピュータシステムの関連部
分（”インテリジェントパワーサプライ”を含む）は変
わらない。従って、図１は例示に過ぎない。 【００３１】図１において、システムバス１００はシス
テム構成要素１０１乃至１２５に接続されている。中央
処理装置（ＣＰＵ）１０１は好適実施例では、ＯＳ／２
バージョン１．２オペレーティングシステムを実行可能
なインテル８０２８６互換マイクロプロセッサから成
り、図１のコンピュータシステム全体の機能を制御す
る。好適実施例では、ＣＰＵ１０１は後述する図５乃至
図１１のフローチャートに示される機能を実行する。さ
らに、ＣＰＵ１０１は、後述する電源回路１１７の要部
を形成する電力制御ＣＰＵ１１７Ａに対してホストＣＰ
Ｕとして機能する。 【００３２】リードオンリメモリ（ＲＯＭ）１０２はＲ
ＯＭのベーシック入出力システム（ＢＩＯＳ）（明示せ
ず）を含む、固定のコンピュータプログラムおよびそれ
に伴うデータを格納する。好適実施例では、ＲＯＭ Ｂ
ＩＯＳはＣＰＵ１０１のリアルモードで動作可能なリジ
ューム処理プログラムを格納する。例えば、東芝社製Ｔ
３１００ＳＸラップトップコンピュータはＣＰＵ１０１
として８０３８６ＳＸマイクロプロセッサを使用し、８
０３８６ＳＸがリアルモードのときに動作可能に設計さ
れたリジューム処理プログラムをＲＯＭ１０２に格納し
ている。 【００３３】ランダムアクセスメモリ（ＲＡＭ）１０３
は変更可能なプログラムおよびＣＰＵ１０１により処理
されるデータを格納する。さらに、ＲＡＭ１０３は、実
行中のプログラムに対して、リジューム処理が必要かど
うかを示すリジュームモードフラッグを格納する。この
フラッグについては後で詳述する。 【００３４】ダイレクトメモリアクセス（ＤＭＡ）１０
４はマイクロコンピュータシステムの種々の構成要素間
のダイレクトメモリアクセスを制御する。プログラマブ
ルインタラプトコントローラ（ＰＩＣ）１０５はある時
刻において、どのマイクロプロセッサインタラプトをイ
ネーブルにするかを制御し、ＣＰＵ１０１により実行さ
れるコンピュータプログラムにより変更可能である。プ
ログラマブルインターバルタイマ（ＰＩＴ）１０６は実
行中のコンピュータプログラムによりセット可能であ
り、指定されたタイムインターバルをカウントダウンす
る。リアルタイムクロック（ＲＴＣ）１０７はその日の
現在時刻をＣＰＵ１０１に知らせるためのものであり、
マイクロコンピュータの電源が落ちたときに、その機能
を継続させるための専用電源１０７Ａ（例えばバッテ
リ）を有する。 【００３５】相対的に大きなメモリ容量を有する拡張Ｒ
ＡＭ１０８をマイクロコンピュータの本体の専用カード
スロットに介挿可能であり、バックアップ電源ＶＢＫが
供給される。リジューム機能データは、バックアップ電
源ＶＢＫが供給されたバックアップＲＡＭ１０９に格納
可能である。 【００３６】ハードディスクパックはマイクロコンピュ
ータシステム本体の専用収納部に脱着可能に介挿可能で
あり、好適実施例では、３．５インチハードディスクド
ライブ（ＨＤＤ）１１０Ｂとこのドライブへのアクセス
を制御するハードディスクコントローラ（ＨＤＣ）１１
０Ａから成る。以下のコントローラは、それぞれ対応す
る装置へのアクセスを制御するとともに、対応する装置
をバス１００に接続する。フロッピーディスクコントロ
ーラ（ＦＤＣ）１１１Ａはフロッピーディスクドライブ
（ＦＤＤ）１１１Ｂおよび／またはオプションの外部フ
ロッピーディスクドライブ（外部ＦＤＤ）１１１Ｃを接
続する。プリンタコントローラ（ＰＲＴ−ＣＯＮＴ）１
１２Ａはオプションのプリンタ１１２Ｂを接続する。ユ
ニバーサルアシンクロナスレシーバトランスミッタ（Ｕ
ＡＲＴ）１１３ＡはオプションのＲＳ−２３２Ｃインタ
ーフェースユニット１１３Ｂを接続する。キーボードコ
ントローラ（ＫＢＣ）１１４Ａはキーボード１１４Ｂを
接続する。ディスプレイコントローラ（ＤＩＳＰ−ＣＯ
ＮＴ）１１５Ａはガスプラズマディスプレイ（ＰＤＰ）
１１５Ｂおよびオプションの陰極線管（ＣＲＴ）１１５
Ｄを接続する。 【００３７】ＤＩＳＰ−ＣＯＮＴ１１５Ａはディスプレ
イイメージデータを格納するビデオＲＡＭ（ＶＲＡＭ）
１１５Ｃに関連している。ＶＲＡＭ１１５Ｃにはバック
アップ電源ＶＢＫが供給される。 【００３８】電源制御インターフェース（ＰＳ−ＩＦ）
１１６はシステムバス１００を介してＣＰＵ１０１に電
源回路１１７を接続する。ユーザがスイッチＳＷをオン
にすることにより電力制御ＣＰＵ（ＰＣ−ＣＰＵ）１１
７Ａがマイクロコンピュータシステムの情報を受信する
と、電源制御ＣＰＵ１１７Ａが電源回路１１７を制御し
て、ＰＳ−ＩＦ１１６を介してノンマスカブルインタラ
プト（ＮＭＩ）信号をＣＰＵ１０１に送る。さらに、Ｎ
ＭＩ信号は、メインバッテリ（Ｍ−ＢＡＴＴ）１１７Ｂ
（後述）により供給される電力がロウレベルになると、
電源回路１１７により発生可能である。ＡＣアダプタ１
１８は商用交流（ＡＣ）電力を整流および平滑し、特定
の電圧のＤＣ電力を出力する。ＡＣアダプタ１１８は、
マイクロコンピュータシステムの各構成要素に電力を供
給する電源回路１１７に接続される。 【００３９】メインバッテリ（Ｍ−ＢＡＴＴ）１１７Ｂ
は好適実施例では脱着可能なリチャージャブルバッテリ
で構成され、電源回路１１７に接続される。サブバッテ
リ（Ｓ−ＢＡＴＴ）１１７Ｃは好適実施例では、コンピ
ュータ本体の側面に取り付けられたリチャージャブルバ
ッテリで構成され、２次バッテリとして動作し、電源回
路１１７に接続される。最後に、拡張コネクタ１１９は
バス１１０に接続され拡張回路を構成要素に接続可能に
する。 【００４０】図２は、この発明のリジューム処理機能の
全体フローを示す。特に、好適実施例におけるこの発明
の動作の流れは、図２のステップ２０１乃至２０７に示
す７つの汎用ステップから成る。以下、これらの７つの
ステップを一般的に述べ、さらに図７乃至図１１を参照
して後で詳述する。 【００４１】初めにステップ２０１において、”リジュ
ームＮＭＩが発生した時のアクティブタスク”というの
は、リジューム処理を開始するための信号を受け取った
とき、コンピュータシステムが動作している状態に関連
している。特に、パワーダウンの信号がＣＰＵにより受
信されるとホストＣＰＵ（図１の構成要素１０１）の複
数の動作モードの１つでコンピュータプログラムを動作
可能である。パワーダウン信号は、コンピュータシステ
ムのユーザが電源スイッチ（図１の構成要素ＳＷ）を付
勢したときに電源回路（図１の構成要素１１７）により
発生される。パワーダウン信号はＣＰＵ上で発生される
ノンマスカブルインタラプト（ＮＭＩ）信号である。 【００４２】ステップ２０２において、”リジュームド
ライバ（ＲＥＳＵＭＥ＄）”はＮＭＩがＣＰＵにより検
出された後に実行されるリジューム処理ドライバであ
る。好適実施例では、リジュームドライバはコンピュー
タが最初にイニシャライズされるときロードされるイン
ストール可能なデバイスドライバである。特に、ドライ
バのファイルネームは”ＤＥＶＩＣＥ＝”ステートメン
トを有した”ＣＯＮＦＩＧ．ＳＹＳ”構成ファイルに配
置され、コンピュータシステムが最初にブートされると
きにロードされる。この発明のリジューム処理ドライバ
はＯＳ／２”ベースドライバ”（例えばＢＡＳＥＤＤ０
１）の一部としてあるいはＯＳ／２ＯＥＭＨＬＰの一部
として実現可能である。しかしながら、現行のＯＳ／２
システムの設計し直しの程度を最小に抑えるために、ま
たこの発明のリジューム処理ドライバはある種のコンピ
ュータで使用されるように設計されているので、この発
明のリジューム処理ドライバは好適実施例によるインス
トール可能なデバイスドライバである。もちろん、当業
者にはこの発明を実現可能な種々の方法を容易に推考可
能である。 【００４３】ステップ２０２において、この発明のリジ
ューム処理ドライバはＮＭＩがＣＰＵにより検出され、
ＮＭＩがパワースイッチがオフされたことにより発生さ
れたと判断された後に、実行される。このとき、リジュ
ームドライバはＯＳ／２に関連するある種のデータをコ
ンピュータシステムメモリの適当な領域にセーブするた
めの種々のステップを実行する。この後、リジュームド
ライバは制御をあらかじめ存在するＲＯＭ ＢＩＯＳの
リジュームコードに渡す。ＲＯＭ ＢＩＯＳリジューム
コードはさらにリジューム処理機能を実行し、メモリを
除いて、コンピュータシステムの各種構成要素に供給さ
れている電力を物理的に遮断する。従って、ステップ２
０２に示す、この発明のリジュームドライバは、東芝製
ラップトップのような種々のコンピュータに見られるあ
らかじめ存在する”ラッパー”として作用する。すなわ
ち、リジュームドライバはＯＳ／２オペレーティングシ
ステムに固有のレジスタとデータおよび／またはＯＳ／
２が動作する先進マイクロプロセッサをセーブし、標準
のＲＯＭ ＢＩＯＳリジューム処理ルーチンがその機能
を適当に実行可能な状態にコンピュータシステムをセッ
トし、その後種々の構成要件への電力供給を遮断する。 【００４４】図２のステップ２０３の”ＲＯＭ ＢＩＯ
Ｓリジュームコード”は、上述したように、この発明の
リジュームドライバが実行された後実行されるＲＯＭ
ＢＩＯＳリジュームコードルーチンである。好適実施例
では、ＲＯＭ ＢＩＯＳリジュームコードは、”リアル
モード”で動作しているときに、コンピュータシステム
のＣＰＵ（図１の構成要素１０１）に関連する必要なレ
ジスタおよびデータのすべてをセーブするように設計さ
れている。それゆえ、もしこのモードで動作していない
のであれば、ステップ２０２のリジュームドライバがス
テップ２０３のＲＯＭ ＢＩＯＳリジュームコードに制
御を渡すまえに、この発明のリジュームドライバはＣＰ
Ｕをリアルモードにセットする。このプロセスは後で詳
述する。リアルモードに関連するレジスタおよびデータ
をセーブするためにＲＯＭ ＢＩＯＳリジュームコード
が必要なステップをすべて実行した後、”コンピュータ
停止その後電源オン”を実行する。好適実施例では、こ
のステップは、コンピュータシステムの状態に関連す
る、以前にセーブしたレジスタおよびデータを格納する
システムメモリを除いてコンピュータシステムのすべて
の構成要素の電源供給を遮断する。ＣＰＵの指示によ
り、電源回路（図１の構成要素１１７）により電源が遮
断される。ユーザが後に電源スイッチ（図１の構成要素
１１７）を押すと、電源回路は、コンピュータシステム
の種々の構成要素に電力を再び供給し、制御はステップ
２０５に渡される。 【００４５】ステップ２０５の”ＲＯＭ ＢＩＯＳリジ
ュームコード”はステップ２０３と反対の機能を実行
し、ステップ２０４で電源が遮断されたとき実行されて
いたステップ２０３のルーチンと同じＲＯＭ ＢＩＯＳ
リジュームルーチンである。ステップ２０５はマイクロ
プロセッサのリアルモードに関連する、以前セーブした
レジスタとデータを復帰（リストア）し、制御をステッ
プ２０６のリジュームドライバに戻す。上述したよう
に、ステップ２０５のＲＯＭ ＢＩＯＳコードはＴ３１
００ＳＸラップトップコンピュータのような東芝製コン
ピュータに見られるコードから成る。ステップ２０６
の”リジュームドライバ（ＲＥＳＵＭＥ＄）”はステッ
プ２０２と逆の機能を実行し、ステップ２０２と同じド
ライバにより実行される。ステップ２０６は以前セーブ
したＯＳ／２に関連するレジスタおよびデータ、並びに
８０２８６互換マイクロプロセッサの関連するモードを
リストアする。ステップ２０６を終了後、制御はステッ
プ２０７の”リジュームＮＭＩが発生したときのアクテ
ィブタスク”に制御を渡す。ステップ２０７はステップ
２０１でリジューム処理を開始するために電源スイッチ
が最初に押されたとき実行されていたプログラムであ
る。このとき、以前に実行されていたプログラムが再び
実行される。 【００４６】上述したように、この発明のリジューム機
能をサポートするために、この発明は必要に応じてノン
マスカブルインタラプト（ＮＭＩ）（インタラプト２）
を”フック”してコンピュータシステムのユーザが電源
スイッチ（図１の構成要素ＳＷ）を押したことを検出す
るためにリジュームデバイスドライバを指し示す必要が
ある。しかしながら、これはＮＭＩインタラプトハンド
ラでは不可能である。これは、システムカーネルが常に
割り込みベクトルテーブルを管理し、他のプログラムが
そのテーブルを書換えようとしたとき元のハンドラのア
ドレスをリストアするためである。この制約を回避する
ために、この発明のリジュームドライバは必要に応じて
ＯＳ／２ローダとカーネルコードを”パッチ”し、８０
２８６のリアルモードとプロテクトモードのＮＭＩ割り
込みをフックする必要がある。この方法は通常良い技術
とは考えられていないが、ベクトルテーブルを直接変更
不可能なので好適実施例では行なわなければならない。
ＮＭＩ割り込みの”フック”（例えばパッチ）の詳細に
付いては図３および図４に関連して後述する。将来発表
されるＯＳ／２において割り込みベクトルのエントリを
直接変更可能になれば、ここで述べるパッチ処理は必要
なくなり、ベクトリエントリを直接変更可能となる。 【００４７】リアルモードおよびプロテクトモードでの
ＮＭＩベクトルの”フック”はこの発明のリジュームド
ライバの初期化コードが行なう。リアルモードＮＭＩベ
クトルは割り込みベクトルテーブル（ＩＶＴ）内に設け
られ、プロテクトモードＮＭＩベクトルは割り込みディ
スクリプタテーブル（ＩＤＴ）内に設けられる。上述し
ように、ＯＳ／２カーネルは定期的にこれらのテーブル
を管理し、ＯＳ／２カーネルがロード後、テーブル内に
セットされた新しい値に書き換える。それゆえ、上述し
たように、ＩＶＴおよびＩＤＴで指定した割り込みハン
ドラのロケーションを直接変更するよりも、元のベクト
ルを変えずに残しておき、各ハンドラの第１ステップを
変更して、この発明のリジュームドライバへのジャンプ
機械語命令を実行するように構成している。この方法で
は、実際にこのコードを重ね書きしているので、元のハ
ンドラにジャンプで戻る必要がない。これは、この発明
のリジュームドライバがすべてのＮＭＩ発生に対処する
ので可能である。 【００４８】以下、リアルモードにおけるＮＭＩ割り込
みベクトルとプロテクトモードにおけるＮＭＩ割り込み
ベクトルの両方をフックするのに必要なステップについ
て述べる。これらのステップを全体のリジューム初期化
および実行シーケンス中にセットする詳細な説明につい
ては、後述する。 【００４９】図３はリアルモードＮＭＩベクトルを”フ
ック”するのに必要なステップを示す。基本的には、Ｏ
Ｓ／２システムローダ３００は次の機能を実行するよう
に変更する必要がある。第１にローダは標準のリジュー
ムＲＯＭ ＢＩＯＳを指し示す既存のＮＭＩベクトルを
セーブする必要がある。ＯＳ／２カーネルはいかなる変
更をも管理しているので、ＩＶＴ（構成要素３０１）の
実際のＮＭＩベクトルは変更できないので、元のハンド
ラの第１ステップは、この発明のリジュームドライバに
対応するアドレスにジャンプするように変更する必要が
ある。しかしながら、もとのハンドラはＲＯＭ ＢＩＯ
Ｓにあり（変更できないので）、次の最良の解決方法は
ローダ自身のリアルモードＮＭＩのＩＶＴエントリを変
更することである。これによりカーネルはこの新しいベ
クトルが正しいベクトルであると考える。しかし、ロー
ドする時点で、リジュームドライバがメモリのどこにロ
ードされるかわからないので、図３に示すように、ＩＶ
Ｔ ＮＭＩベクトル（構成要素３０１）はローダ内のダ
ミーハンドラを指し示すように設定されている。ダミー
ハンドラは図３の構成要素３０２Ａおよび３０４に示す
ように５つのＮＯＰ（ｎｏ ｏｐｅｒａｔｉｏｎ）命令
と、ＢＩＯＳ ＮＭＩハンドラへのジャンプ命令により
構成されている。 【００５０】従って、ホストコンピュータシステムがこ
の発明のリジューム機能をサポートしているかどうかに
関係無く、リアルモードＮＭＩベクトルはローダに作ら
れたダミーハンドラルーチンを指し示す。次に、コンピ
ュータがこの発明をサポートしていないと判断される
と、この発明のリジュームドライバはロードされず５つ
のＮＯＰ命令は残る。その後、リジュームＮＭＩが発生
すると、コンピュータはダミーハンドラにジャンプし、
５つのＮＯＰ命令を実行し、もとのＲＯＭ ＢＩＯＳリ
ジュームルーチンにジャンプする。 【００５１】しかしながら、コンピュータシステムがこ
の発明のＯＳ／２リジュームドライバをサポートしてい
る場合には、リジュームドライバはメモリにロードさ
れ、構成要素３０２Ｂおよび３０３に示すように、ＮＯ
Ｐ命令がパッチされてこの発明のリジュームドライバへ
のジャンプ命令が実行される。その後、リジュームＮＭ
Ｉが発生すると、コンピュータはダミーハンドラにジャ
ンプし、次にパッチされたジャンプ命令に続くこの発明
のリジュームドライバへ即ジャンプする。 【００５２】プロテクトモードのＮＭＩ割り込みベクト
ルをフックするには、リアルモードにおけるＮＭＩ割り
込みベクトルをフックするのに必要なステップと類似し
たステップを付加する必要がある。図４はプロテクトモ
ードにおけるＮＭＩ割り込みベクトルをフックするのに
必要なステップを示す。初めに、カーネル（図４の構成
要素４０７）内の元のプロテクトモードのＮＭＩハンド
ラのアドレスをインタラプトディスクリプタテーブル
（ＩＤＴ）（図４の構成要素４０１）から得る必要があ
る。このアドレスはコードセグメントを参照するための
もので、このセグメントへのライトアクセスは制限され
る。 【００５３】それゆえ、この制約を回避するために、Ｉ
ＤＴから得られたコードセレクタをグローバルディスク
リプタテーブル（ＧＤＴ）（コードディスクリプタ４０
２）へのインデックスとして用いて、元のハンドラの物
理メモリアドレスを得る必要がある。これが行なわれる
と、一般的な”Ｄｅｖ＿Ｈｅｌｐ”機能（例えば、”Ｄ
ｅｖＨｌｐ＿ＰｈｙｓＴｏＶｉｒｔ”）を介して物理ア
ドレスを仮想アドレスに変換可能である。”Ｄｅｖ＿Ｈ
ｅｌｐ”機能はデバイスドライバとＯＳ／２カーネルと
の間のインターフェースを可能にする。デフォルト値に
より”ＤｅｖＨｌｐ＿ＰｈｙｓＴｏＶｉｒｔ”はセレク
タがデータディスクリプタ（構成要素４０３）を指し示
すようにする。この”Ｄｅｖ＿Ｈｅｌｐ”機能とこの機
能を利用するための関連するドキュメンテーションは、
マイクロソフト社のＯＳ／２に関連する開発ソフトウエ
アに含まれており、適当な”ＩＮＣＬＵＤＥ”コマンド
によりリジュームドライバコードにその機能を盛り込む
ことが可能である。 【００５４】セレクタはデータディスクリプタを指し示
しているので、元のＮＭＩハンドラ（構成要素４０７）
の第１命令を重ね書きすることが可能である。ファージ
ャンプ命令（構成要素４０５）はリジュームドライバの
プロテクトモードコードセレクタとＮＭＩハンドラルー
チンのオフセットを用いて、ジャンプ先としてパッチさ
れる。（従って図４の構成要素４０６にジャンプする）
リアルモードＮＭＩベクトルの”フック”とは反対に、
この場合には、実際には既存コード（ＮＯＰ命令ではな
い）（構成要素４０４）へのパッチを行なうので、元の
プロテクトモードハンドラは使用できない。しかしなが
ら、元のハンドラの機能は、ＮＭＩが発生したときに、
レジスタダンプを表示し、トラップメッセージを表示
し、最後にシステムを停止するだけなので、問題はな
い。 【００５５】上述したＯＳ／２システムローダへの変更
に加えて、この発明のリジューム機能を完全にサポート
するにはＯＳ／２ディスクデバイスドライバを変更する
必要がある。これは、ＲＯＭ ＢＩＯＳ内の標準リジュ
ームルーチンは、ディスクＢＩＯＳがあるレジスタを変
更することを前提として作られているからである。しか
しながら、ＯＳ／２バージョン１．２のプロテクトモー
ドでは、ディスクＢＩＯＳコードは使用されない。従っ
て、以下に述べるステップを実行するためには、ディス
クドライバを変更しなければならない。以下に述べる好
適実施例によるディスクドライバの変更は相対的に簡単
であり、当業者には、ＯＳ／２ディスクドライブコード
の変更は容易である。 【００５６】初期化時に、この発明の好適実施例による
ディスクドライバは、この発明のリジューム機能をサポ
ート可能な、例えば東芝製Ｔ３１００ＳＸラップトップ
コンピュータのようなコンピュータシステム上で走って
いるかどうか判断する。この発明をサポート可能なら、
リジュームフラッグがセットされ、この発明のリジュー
ムドライバが実際にロードされているかどうかに関係な
く次のステップが実行される。なんらかの理由により、
リジュームドライバが実際にロードされていない場合に
は、後で詳述するように悪い影響を及ぼさない。 【００５７】ディスクアクセスが行なわれる前に必ず別
のフラッグがセットされ、ディスクアクセスが完了する
とフラッグがクリアされる。従って、リジュームＢＩＯ
Ｓはこのフラッグをチェックすることにより、ハードデ
ィスクドライブ（ＨＤＤ）が現在アクティブかどうかを
判断することができる。ＨＤＤが現在アクティブであれ
ば、リジュームＢＩＯＳは電力ＮＭＩマスクレジスタの
ビットをセットし、制御をこの発明のリジュームドライ
バに渡す。ディスクアクセスを終了後、リクエストキュ
ーをチェックする前に、ディスクドライバは電力ＮＭＩ
レジスタのビットをセットする。対応するマスクレジス
タビットがリジュームＢＩＯＳによりセットされると、
別のＮＭＩが発生される。しかしながら、今度は、リジ
ュームＢＩＯＳはＨＤＤがインアクティブであることを
検出し、ノーマルリジュームＢＩＯＳルーチンを実行し
てシステムの電源を遮断する。次に、電源が再度供給さ
れると、ディスクドライバはどこで中断されたかを調べ
る。（すなわち、リクエストキューがあるかどうか調べ
る） 【００５８】最後に、この発明を実現するためにＯＳ／
２を変更しなければならない要素として初期化コードが
ある。好適実施例では、この発明のリジュームドライバ
はインストール可能なデバイスドライバから成る。好適
実施例では、このインストール可能なデバイスドライバ
は”ＲＥＳＵＭＴ．ＳＹＳ”という名前がつけられてい
る。もちろん他の名前をつけてもよい。さらに、この発
明のリジューム機能は、インテリジェントパワーサプラ
イを有し、ＯＳ／２バージョン１．２で動作可能な、東
芝製Ｔ３１００ＳＸのようなコンピュータシステム上で
のみ動作可能である。そのようなコンピュータシステム
が使用される場合にのみ、リジュームドライバがインス
トールされるようにインストレーションコードを変更す
る必要がある。リジュームドライバをインストールする
ためのユーザの手間を最小限にするために、好適実施例
では、インストレーションコードの変更はユーザから見
えるように設計されている。この変更を以下述べる。 【００５９】配布されたディスケット上のリジュームド
ライバコードを関連するコンピュータシステムに含める
ようにするには、ＯＳ／２開発に関連するＢＵＩＬＤ．
ＣＭＤおよびＭＫＯＳ２．ＣＭＤコマンドファイルを変
更する必要がある。ＢＵＩＬＤ．ＣＭＤは（１）リジュ
ームサブディレクトリに行き、リジュームドライバコー
ドをアセンブルしてリンクし、（２）バイナリＤＩＳＫ
２サブディレクトリ内の最後のＲＥＳＵＭＥ．ＳＹＳフ
ァイルをパックするように変更する必要がある。（ＤＩ
ＳＫ２が選択されるのは、ＯＳ／２バージョン１．２で
は、他のインストール可能なドライバが常駐しているか
らである。もちろん、他のディスクを使用してもよ
い。）ＭＫＯＳ２．ＣＭＤはＯＳ／２インストレーショ
ンディスケットを発生する機能を有し、リジュームドラ
イバ（例えばＲＥＳＵＭＥ．ＳＹＳ）をインストレーシ
ョンＤＩＳＫ２にコピーするように変更する必要があ
る。 【００６０】ファイルＳＹＳＩＮＳＴ．ＭＳはインスト
レーションディスケットからユーザのハードディスクド
ライブの適当なサブディレトリにコピー（アンパック）
された全ファイルのリストを保持する。このファイルは
初期化時にＯＳ／２インストレーションプログラム（Ｏ
Ｓ／２バージョン１．２のＳＹＳＩＮＳＴ２．ＥＸＥ）
により使用される。リジュームドライバのバイナリファ
イル名はＤＩＳＫ２のリストに書かれる。 【００６１】最後に、ＳＹＳＩＮＳＴ２．ＥＸＥを変更
して（１）適当なコンピュータ（例えば東芝製Ｔ３１０
０ＳＸ）が使用されているか、また使用されているなら
（２）リジュームドライバをロードするようにユーザの
ＣＯＮＦＩＧ．ＳＹＳを編集する必要がある。ＯＥＭＨ
ＬＰ機能８１（ヘキサ）（例えばＧｅｔ Ｍａｃｈｉｎ
ｅ Ｔｙｐｅ ａｎｄ Ｍｏｄｅ）を用いてインストー
ルされたマシンを識別することができる。ＳＹＳＩＮＳ
Ｔ２．ＥＸＥはマシンがリジュームドライバをサポート
可能な場合、次のコマンドをＣＯＮＦＩＧ．ＳＹＳファ
イルにセットするように変更する必要がある。 ＤＥＶＩＣＥ＝Ｃ： ＯＳ２ ＲＥＳＵＭＥ．ＳＹＳ 【００６２】好適実施例によれば、この発明のリジュー
ムドライバ自身が、上述したようにリアルモードのＮＭ
ＩベクトルおよびプロテクトモードのＮＭＩベクトル
を”フック”するように初期化の一部を実行し、ＮＭＩ
を受信後実行されるデスティネーションアドレスを形成
する。図５乃至図１１はリジュームドライバが最初に初
期化され次にＮＭＩの発生により実行されるステップを
示すフローチャートである。これらの図について以下に
述べる。 【００６３】図５のステップ５０１乃至５０９はリジュ
ームドライバをロードしたとき最初に実行される初期化
ステップを示す。ステップ５０１はシステム開始時にＯ
Ｓ／２デバイスドライバにより操作されるリジュームド
ライバ（好適実施例では、ＲＥＳＵＭＥ．ＳＹＳ）をロ
ードするプロセスを示す。ライン ”ＤＥＶＩＣＥ＝
Ｃ： ＯＳ２ ＲＥＳＵＭＥ．ＳＹＳ”がＣＯＮＦＩＧ．
ＳＹＳ ファイルからリードされリジュームコードおよ
びデータがメモリにロードされる。初期化コマンドリク
エストパケットにより初期化ルーチンが実行される。次
に、ドライバ初期化プロシージャが実行され、リジュー
ムドライバの初期化が完了する。 【００６４】リジュームドライバの初期化ルーチンは種
々の機能を実行する。初めに、ステップ５０２はホスト
コンピュータシステムがこの発明のリジューム機能をサ
ポートするタイプのコンピュータシステムかどうか判断
する。この判断は、コンピュータシステムのタイプを示
すコードを含む適当なメモリロケーション（例えば東芝
製コンピュータの場合ＲＯＭ ＢＩＯＳアドレス Ｆ０
００：ＦＦＦＡ）をリードするとともに、標準ＲＯＭ
ＢＩＯＳリジューム機能がサポートされるかどうかを示
す適当なメモリロケーション（例えば東芝製コンピュー
タの場合ＲＯＭＢＩＯＳアドレス Ｆ０００：Ｅ０２４
等）を読むことにより行なわれる。特にコンピュータシ
ステムはＯＳ／２オペレーティングシステム（例えば、
８０２８６互換のマイクロプロセッサを有するコンピュ
ータシステムー図１のＣＰＵ１０１）で動作可能でなけ
ればならないので、インテリジェントパワーサプライ回
路（図１の構成要素１１７）を持つ必要があるととも
に、ＲＯＭ ＢＩＯＳに既存のリジューム処理機能を持
つ必要がある。好適実施例では、東芝製Ｔ３１００ＳＸ
あるいはＴ２０００ＳＸラップトップコンピュータがこ
の基準を満足しており、ステップ５０２ではこれらのマ
シンを具体的に挙げている。しかしながら、インテリジ
ェントパワーサプライを有し、ＯＳ／２で動作する他の
コンピュータシステムを用いてこの発明を実現してもよ
い。従って、Ｔ３１００ＳＸおよびＴ２０００ＳＸは例
示に過ぎない。不適当なコンピュータシステムであると
判断された場合には、ステップ５０８に示すようにドラ
イバインストレーションメッセージをユーザに表示し、
初期化ステップを完了する。（ステップ５０９） 【００６５】他方適当なコンピュータシステムであると
判断されると、ステップ５０３に示すように”オートデ
ィスプレイオフ”（これは、ＯＥＭＨＬＰへのヘキサ８
８ＩＯＣｔｌコールを介してコール可能である）をサポ
ートするようにＯＥＭＨＬＰが付けれる。これは、好適
実施例では、ＯＥＭＨＬＰファイル名（例えばＯＥＭＨ
ＬＰ＄）およびそれに付随するＯＥＭＨＬＰデータ（例
えばリアルモードおよびプロテクトモードでのエントリ
ポイントおよびデータセグメント）のオフセットをそれ
ぞれＢＸレジスタおよびＤＩレジスタに移動し、その後
適当な”ＤＥｖ＿Ｈｅｌｐ”（例えばＤｅｖＨｌｐ＿ａ
ｔｔａｃｈｄｄ）をコールすることによりＯＥＭＨＬＰ
に付加することにより行なわれる。その後、一般的なＯ
ＥＭＨＬＰ入出力制御（ＩＯＣｔｌ）リクエストパケッ
トデータをリクエストパケットのためにリザーブされた
メモリロケーションにロードし、割り込みが発生される
毎にこの情報をリロードする必要を無くしている。この
ようなデータはパケット長、パケットコマンド、ＧＩＯ
カテゴリ、ＧＩＯファンクション等を含む。 【００６６】ステップ５０３を実行後、図５のステップ
５０４が実行される。ステップ５０４では、８０２８６
互換のマイクロプロセッサアーキテクチャに従って、Ｇ
ＤＴ自身を指し示すグローバルディスクリプタテーブル
（ＧＤＴ）メモリセグメントセレクタを作成するととも
に、６４Ｋリミットのダミーセレクタを作成する。ＧＤ
Ｔセレクタはこの発明のリジュームドライバを介してＧ
ＤＴのディスクリプタをアクセスするのに用いられる。
最後に、後述するようにリアルモードに切り替えるとき
にダミーセレクタが用いられる。 【００６７】初めに、２つのセレクタを指し示すセレク
タを”Ｄｅｖ＿Ｈｅｌｐ”機能の適当な機能（例えば”
ＤｅｖＨｅｌｐ＿ＡｌｌｏｃＧＤＴＳｅｌｅｃｔｏ
ｒ”）を用いて作成する。次に、適当なアドレスをＡＸ
レジスタおよびＢＸレジスタにロードし、０（６４Ｋリ
ミットの場合）をＣＸレジスタにロードし、適当なセレ
クタを選択し、”Ｄｅｖ＿Ｈｅｌｐ”の適当なファンク
ション（例えば”ＤｅｖＨｌｐ＿ＰｈｙｓＴｏＧＤＴＳ
ｅｌｅｃｔｏｒ”をコールすることにより、第１セレク
タがＧＤＴを指し示すようにする。最後に第２セレクタ
を同様にして６４Ｋリミットのダミーセレクタを指し示
すようにする。 【００６８】２つのセレクタが作られた後、上述したよ
うに、プロテクトモードデータ、コードセレクタ、なら
びにリアルモードセグメント値がステップ５０５に示す
ようにコードセグメントの上部にセーブされる。この情
報はドライバのコードセグメントに保持される必要があ
る。これは、ＮＭＩが発生し、リジュームドライバが実
行されると、ＤＳレジスタは中断されたタスクのデータ
セグメントを指し示しているためである。特に上述のデ
ータをコードセグメントにセーブするために次のステッ
プが実行される。 【００６９】（１）ＧＴＤ上部の物理アドレスが検索さ
れ、”Ｄｅｖ＿Ｈｅｌｐ”ファンクション（例えばＤｅ
ｖＨｌｐ＿ＰｈｙｓＴｏＶｉｒｔ”）を介して仮想アド
レスに変換される。（２）デイスクリプタタイプは”Ｄ
ｅｖＨｌｐ＿ＰｈｙｓＴｏＶｉｒｔ”ファンクションの
デフォルト値であるＤＡＴＡではなくＣＯＤＥが設定さ
れる。（３）ディスクリプタのアトリビュートを実行可
能、読みだし可能、一致、およびアクセス可能に設定す
る。（４）ＣＳ（コードセグメント）の物理アドレスを
例えば、”ＤｅｖＨｌｐ＿ＰｈｙｓＴｏＶｉｒｔ”ファ
ンクションにより仮想アドレスに変換し、ＤＡＴＡセレ
クタを作る。（５）リアルモードデータセグメント、プ
ロテクトモードデータセレクタ、およびプロテクトモー
ドコードセレクタをリジュームドライバＣＯＤＥセグメ
ント内の前もってリザーブしたメモリロケーション（例
えばＣＯＤＥセグメントの上部）にコピーする。このと
き、ＧＤＴの仮想アドレスは適当な”Ｄｅｖ＿Ｈｅｌ
ｐ”ファンクション（例えばＤｅｖＨｌｐ＿ＵｎＰｈｙ
ｓＴｏＶｉｒｔ）を介して物理アドレスに変換される。 【００７０】ステップ５０５が実行された後、ステップ
５０６に示すようにタイマハンドラがインストールされ
る。ある”Ｄｅｖ＿Ｈｅｌｐ”はＩＮＩＴ時に実行でき
ないのでタイマハンドラが必要となる。この制約を回避
するために、上述したプロテクトモードおよびリアルモ
ードのＮＭＩベクトルをフックするのに必要なコードを
有するタイマハンドラが作られる。タイマハンドラはマ
イクロプロセッサの”リング０”特権レベル、すなわち
最高特権レベルで実行される。 【００７１】タイマハンドラを作るために、実際のタイ
マハンドラルーチン（後述）のオフセットがレジスタＡ
Ｘにセットされ、遅延（例えば１／３秒）がレジスタＢ
Ｘにセットされる。つぎに、適当な”Ｄｅｖ＿Ｈｅｌ
ｐ”ファンクション（例えばＤｅｖＨｌｐ＿ＴｉｃｋＣ
ｏｕｎｔ”）がコールされタイマハンドラをインストー
ルする。その後、図６で後述するようにタイマハンドラ
が適当な時間に実行される。 【００７２】タイマハンドラがステップ５０６でインス
トールされるとステップ５０７が実行される。初めに、
この発明のリジュームコードのどの部分が初期化後廃棄
可能かがＯＳ／２に知らされる。これは初期化後に残っ
たコードセグメントおよびデータセグメント内の最終ア
ドレスに相当するアドレスを適当なメモリロケーション
にロードし、適当なセグメントの終わりを示すポインタ
として使用することにより行なわれる。つぎに、ドライ
バの名前と関連する著作権情報を示すドライバ名および
著作権メッセージを表示可能である。これはもちろんオ
プションであるがリジュームドライバソフトウエアの著
作権を表示するために好適実施例では行なわれる。 【００７３】ステップ５０７が実行されると、初期化プ
ロセスが完了し、ステップ５０９が実行される。この時
点で残りのシステムの初期化をＯＳ／２により実行可能
であり、最後に標準ＯＳ／２の環境が入力され、ユーザ
はコンピュータシステムに対してノーマルオペレーショ
ンを実行することができる。しかしながら、ＮＭＩの形
でパワーオフリクエストがインテリジェントパワーサプ
ライ（図１の構成要素１１７）により受信されると、こ
の発明のリジュームドライバが実行される。メインリジ
ュームドライバルーチンの動作は図７乃至図１１を参照
してさらに詳述する。 【００７４】図６を参照して、リアルモードベクトルお
よびプロテクトモードベクトルをフックするタイマハン
ドラルーチンを示す。タイマハンドラルーチンは図５の
ステップ５０６に示すように初期化処理によりインスト
ールされる。適当なときに、タイマハンドラルーチンは
以下に述べるように実行される。 【００７５】図６のステップ６０１はタイマハンドラが
最初にコールされるエントリポイントを示している。こ
れはタイマハンドラが前もってインストールされた後に
起こる。上述したように、タイマハンドラは、好適実施
例では、８０２８６互換マイクロプロセッサの最高特権
レベルに対応する”リング０”で実行される。 【００７６】ステップ６０２はタイマハンドラルーチン
が入力された後、タイマハンドラをデインストールする
プロセスに相当する。デインストールプロセスはタイマ
ハンドラのオフセットアドレスをＡＸレジスタにロード
して、適当な”Ｄｅｖ＿Ｈｌｐ”機能（例えばＤｅｖＨ
ｌｐ＿ＲｅｓｅｔＴｉｍｅｒ）をコールしてタイマをデ
インストールすることにより行なうことができる。 【００７７】その後、リアルモードＮＭＩベクトルを”
フック”してこの発明のリジュームドライバを指し示す
ステップ６０３が実行される。（図３の説明参照）最初
に、アドレス０：０のリアルモードベクトルテーブルへ
の仮想ポインタが、適当な”Ｄｅｖ＿Ｈｅｌｐ”機能
（例えばＤｅｖＨｌｐ＿ＰｈｙｓＴｏＶｉｒｔ）を利用
して得られる。次に、上述した変更したＯＳ／２ローダ
（ＯＳ２ＬＤＲ）で作られたダミーＮＭＩハンドラのア
ドレスがリアルモードベクトルテーブル（ＩＮＴ２ベク
トル）で得られる。その後、ダミーＮＭＩハンドラにも
ともとセットされていた５つのＮＯＰ命令がこの発明の
リジュームドライバへのファージャンプ命令と置き換え
られる。例えば、ファージャンプコマンド（ＥＡヘキ
サ）が第１のＮＯＰ命令と置き換えられ、リジュームド
ライバのオフセットとセグメントがそれ以降のＮＯＰ命
令と置き換えられる。リアルモードベクトルテーブルの
仮想アドレスは、例えば”Ｄｅｖ＿Ｈｅｌｐ”ファンク
ションの”ＤｅｖＨｅｌｐ＿ＵｎＰｈｙｓＴｏＶｉｒ
ｔ”ファンクションにより物理アドレスに変換される。 【００７８】リアルモードＮＭＩベクトルに加えて、図
６のステップ６０４に示すようにプロテクトモードＮＭ
Ｉベクトルを同様に”フック”する必要がある。（図４
の上述の説明参照）最初に、インタラプトディスクリタ
テーブル（ＩＤＴ）の仮想アドレスが、適当な”Ｄｅｖ
＿Ｈｅｌｐ”ファンクション（例えば、ＤｅｖＨｌｐ＿
ＰｈｓＴｏＶｉｒｔ）を使用して得られる。次に、ＩＤ
Ｔ内に格納された元のＮＭＩベクトルが得られ、あらか
じめリザーブしたメモリロケーションに格納される。も
とのＮＭＩベクトルのアドレスはＯＳ／２カーネル内
（ＣＯＤＥセグメント）を指し示すので、セグメントへ
のライトアクセスは制限される。従って、ＩＤＴから得
られるコードセレクタを用いてグローバルディスクリプ
タテーブル（ＧＤＴ）をインデックスし、もとのハンド
ラの物理メモリアドレスを得ることができる。この値
は、適当な”Ｄｅｖ＿Ｈｅｌｐ”ファンクション（例え
ばＤｅｖＨｌｐ＿ＰｈｙｓＴｏＶｉｒｔ）を介して仮想
アドレスに変換され、この仮想アドレスのデフォルト値
によりセレクタはＤＡＴＡディスクリプタを指し示す。
それゆえ、ＮＭＩベクトルを効率良く”フック”するた
めに、もとのハンドラの第１命令を重ね書きすることが
可能である。 【００７９】その後、もとのＮＭＩベクトルを指し示
す、以前にセーブされたオフセットを用いて参照される
ＤＡＴＡセグメント（ＮＭＩハンドラＣＯＤＥセグメン
トの別名）のオフセットを決定することができる。結果
として得られた仮想アドレスを用いて、この発明のデバ
イスドライバのファーアドレスへのジャンプを元のプロ
テクトモードハンドラの初めにパッチすることができ
る。例えば、ファージャンプ命令（ＥＡヘキサ）を第１
ロケーションにパッチことができ、デバイスドライバ
（オフセットおよびセレクタ）のアドレスを次のメモリ
ロケーションにパッチすることができる。 【００８０】ステップ６０３と６０４でリアルモードＮ
ＭＩベクトルとプロテクトモードＮＭＩベクトルを”フ
ック”した後、ステップ６０５が実行され、タイマハン
ドラルーチンを抜け出す。このステップが完了すると、
この発明のＯＳ／２リジュームドライバルーチンがイン
ストールされ、コンピュータシステムのユーザは電源ス
イッチをオンすることにＮＭＩがＣＰＵに送られ、前記
リジュームドライバルーチンを使用することができる。
以下、リジュームドライバのメインルーチンを構成する
種々のステップを詳細に述べる。従って、これらのステ
ップは実際のＯＳ／２リジューム処理中であってＲＯＭ
ＢＩＯＳ内の標準リジュームルーチンが実行される前
に行なわれる。 【００８１】図７乃至図１１に好適実施例におけるこの
発明のリジュームドライバ機能のフローを示す。これら
のフローチャートにより表わされるルーチンは上述した
ように、元のＮＭＩハンドラに効率よくパッチするファ
ージャンプのデスティネーションルーチンを形成する。
図７乃至図１１により表わされるルーチンはＢＩＯＳコ
ードの”ラッパー”として効率よく作用する。リジュー
ムＮＭＩの場合には、リジュームドライバは、制御をＢ
ＩＯＳに渡す前に処理を行い、電力が復帰し、ＢＩＯＳ
リジューム機能が完了した後ポスト処理を行なう。コン
ピュータシステムは実際には、リジュームＢＩＯＳコー
ドの途中でパワーダウンする。 【００８２】Ｉ／ＯチャンネルチェックエラーＮＭＩ
（パリティエラー）は、好適実施例では、リジュームＮ
ＭＩ以外に唯一発生することのできる他の種類のＮＭＩ
であるが、この場合には、この発明のリジュームドライ
バは前処理を行い、制御をＢＩＯＳに渡し、システムを
停止する。このとき、マシンは停止され、ユーザはリセ
ットボタンを押してシステムをリブートする必要があ
る。リジュームドライバに続く実際の実行パスはＮＭＩ
の発生に関係なく同じである。 【００８３】リジューム処理がアクティブになったこと
を示すＣＭＯＳメモリロケーションがセットされると、
図７乃至図１１に示すステップはＮＭＩ検出後実行され
る。リジュームドライバが最初に入力されると（図７の
ステップ７０１）、ドライバはステップ７０２に示すよ
うに最初にすべてのインタラプトを（例えばＣＬＩアセ
ンブリ言語命令により）ディスエーブルにする。これ
は、ＩＮＴ２（例えばＮＭＩ）がトラップゲートであり
ＩＮＴゲートではないので、ＯＳ／２に必要である。 【００８４】次に、ステップ７０２に示すようにアセン
ブラ言語プログラムに続いて、すべてのレジスタおよび
フラッグがＰＵＳＨタイプのコマンドによりスタックに
セーブされる。次に、ＤＳレジスタが適当な値に（ＣＰ
Ｕモードによりセグメントかセレクタのいずれか）セッ
トされ、リジュームドライバが現在のプログラマブルイ
ンタラプトコントローラ（ＰＩＣ）マスクをセーブしス
テップ７０３でＰＩＣをディスエーブルにする。 【００８５】このとき、ＣＰＵがリアルモードで動作し
ているかあるいはプロテクトモードで動作しているかが
ステップ７０４で判断される。この判断は（例えばＳＭ
ＳＷ命令を用いて）マシンステータスワードの適当なビ
ットを調べることにより簡単に行なうことができる。Ｃ
ＰＵがリアルモードで動作している場合には、ステップ
７０８にジャンプする。 【００８６】プロテクトモードでＮＭＩが検出されたと
きに生じる処理はリアルモードのときよりも複雑であ
る。これは、リジュームＢＩＯＳコードに入るまえにＣ
ＰＵの動作モードを切り替える必要がある。東芝Ｔ３１
００ＳＸコンピュータでは、ＢＩＯＳはリアルモードお
よびプロテクトモードの両方で動作するように設計され
ているが、Ｔ３１００ＳＸＢＩＯＳはプロテクトモード
で動作しているときあるバグを有している。したがって
リアルモードで実行するのが望ましい。 【００８７】好適実施例では、８０２８６のプロテクト
モードをリアルモードに切り替える２つの方法がある。
第１に、トリプルフォルトを発生することにより”ＣＰ
Ｕリセット方法”を使用することができる。この方法
は、８０２８６ＣＰＵと互換性があるという利点があ
る。他の方法は８０３８６命令を使用した８０３８６Ｃ
ＰＵモード切り替えである。この方法は、”ＣＰＵリセ
ット方法”とは異なり、リアルモードへ切り替えるとき
にＣＰＵ（および全レジスタ）がリセットされないので
望ましい。８０３８６ＣＰＵモード切り替え命令は設計
が簡潔になるので、好適実施例ではこの方法が用いられ
る。しかしながら、ホストＣＰＵが８０３８６互換マイ
クロプロセッサではなく８０２８６マイクロプロセッサ
の場合には、”ＣＰＵリセット方法”を用いることもで
きる。 【００８８】ＣＰＵが８０２８６プロテクトモードで動
作しているときは、ＣＰＵをリアルモードにするために
ステップ７０５ー７０７が実行される。しかしながら、
ＢＩＯＳ中にある種の細工がされているマシンでは、最
初のステップを実行しなければならない。 【００８９】例えば、この発明のリジュームドライバが
東芝Ｔ３１００ＳＸラップトップコンピュータで実行さ
れている場合、ＢＩＯＳの欠陥により次のステップを最
初に実行しなければならない。（１）ＭＳＷのモニタプ
ロセッサ（ＭＰ）ビットとタスク切り替えビット（Ｔ
Ｓ）をクリアして”ｃｏ−ｐｒｏｃｅｓｓｏｒ ｎｏｔ
ｐｒｅｓｅｎｔ ｅｘｃｅｐｔｉｏｎｓ”が発生するの
を防止しなければならない。（２）タスクステートレジ
スタ（ＴＳＲ）がセーブされ、タスクに”ｎｏｔ ｂｕ
ｓｙ”を付してＢＩＯＳコードがハングアップしないよ
うにし、（３）ローカルディスクリプタテーブルレジス
タ（ＬＤＴレジスタ）を前もってリザーブしたメモリロ
ケーションにセーブする必要がある。これはＢＩＯＳが
上述した（１）乃至（３）の動作を行なわないからであ
る。Ｔ３１００ＳＸに存在する上述した欠陥および他の
ＢＩＯＳコードの欠陥は他のマシンでは存在するかも知
れないし存在しないかも知れない。このような結果が他
のマシンで発見された場合には、上述したような適当な
手段を講じる必要がある。 【００９０】ＣＰＵがプロテクトモードで動作している
場合、リアルモードに切り替えるために次のステップ７
０５乃至７０７を実行する必要がある。初めにステップ
７０５において、ＣＰＵモードをプロテクトモードから
リアルモードに切り替えようとしていることを示すフラ
ッグがセットされる。このフラッグは電力が再び復帰し
たときに、モードをリアルモードからプロテクトモード
に切り替える必要があることを示すために使用される。
さらに、ステップ７０５において、プロテクトモードに
関連するレジスタすなわちＳＳおよびＳＰが前もってリ
ザーブしたメモリロケーションにセーブされる。 【００９１】ステップ７０６において、ＳＳレジスタお
よびＳＰレジスタはリジュームドライバのデータセグメ
ントのスタックを指し示すように変更される。最後にス
テップ７０７において、ＣＰＵはリアルモードに切り替
えられる。この切り替えを行なうためのステップについ
て以下説明する。以下に述べるステップは、インテル社
から発行されているインテル８０３８６ＤＸプログラマ
ーリファレンスマニュアルのページ１４ー４に記載され
ているステップの後に続くステップである。 【００９２】第１に現在のコードセグメントリミットを
セーブしてリジュームドライバのコードセグメントリミ
ットを６４Ｋになるようにパッチする。次に、ＣＳレジ
スタに新しいセグメントリミットをロードするように次
の命令へのファージャンプを実行する。これは、好適実
施例では、ＣＳレジスタをスタックにプッシュし、次の
命令のオフセットをプッシュし、ＲＥＴＦ命令を実行す
ることによりシミュレーション可能である。ＲＥＴＦ命
令はスタックから”戻り”アドレスを引き出すので”リ
ターン”命令が実行された後次の命令が実行される。 【００９３】次に、セグメントレジスタに、初期化時に
セットしたダミーセレクタがロードされる。このとき、
インタラプトとＮＭＩがディスエーブルされている。
（インタラプトは以前にディスエーブルされ、ＮＭＩは
このルーチンがＮＭＩとして取り扱われることによりデ
ィスエーブルされる。） 【００９４】特別の８０３８６命令（ＣＰＵが８０３８
６互換と仮定して）を使用してコントロールレジスタ０
（ＣＲ０）のプロテクトモードイネーブルビット（Ｐ
Ｅ）をクリアしてＣＰＵをリアルモードにすることがで
きる。好適実施例では、マイクロソフトマクロアセンブ
ラ８０３８６命令／マクロを使用して以下の如くプログ
ラミングしている。 ＭＯＶ ＥＡＸ，ＣＲ０ ＡＮＤ ＥＡＸ，ＮＯＴ１ ＭＯＶ ＣＲ０，ＥＡＸ しかしながら、他の同様の命令を８０３８６互換マシン
に用いて同様の効果を得ることができる。 【００９５】ＰＥビットがクリアされると、命令キュー
をクリアして適当な値をＣＳレジスタに入れるために次
の命令へのファージャンプを即実行する必要がある。
（もちろんリアルモードアドレシングを用いて）。 【００９６】次に、ＩＤＴにリアルモードインタラプト
ベクトルテーブル（ＩＶＴ）のベース値とリミット値を
ロードする必要がある。最後に、セグメントレジスタＤ
Ｓ，ＥＳ、およびＳＳにドライバのデータセグメントの
リアルモードアドレスをロードする。このときインタラ
プトは再びイネーブルにならない。これはリジュームド
ライバが中断された処理に戻るまでディスエーブルにし
ておく必要があるからである。 【００９７】ＣＰＵがもともとリアルモードの場合に
は、ステップ７０４からステップ７０８にジャンプし、
ＣＰＵがもともとプロテクトモードの場合には、ステッ
プ７０５乃至７０７が実行された後ステップ７０８が実
行される。ステップ７０８では、好適実施例による東芝
コンピュータで動作している場合、指示フラッグをＣＬ
Ｄ命令によりクリアする必要がある。これは、このマシ
ンにおけるリジュームＢＩＯＳのバグである。従って、
他のマシンの場合、この命令は必要ないかもしれない。 【００９８】図８において、リジュームドライバ実行プ
ロセスが図７から続く。図７のステップが実行された
後、図８のステップ７０９が実行される。ステップ７０
９はフロッピードライブがアクティブかどうか判断する
ステップを含む。この判断は以下の理由により行なう必
要がある。すなわち、リジューム機能がオンのときにフ
ロッピードライブがアクティブで、電力が回復する前に
フロッピードライブのフロッピーディスクをユーザが変
更したような危険な状態から守るために必要となる。も
し上述したことが起きると、コンピュータは、フロッピ
ーディスクが変更されたことがわからず、古いフロッピ
ーの内容にもとずいて、新しいフロッピーに書き込み動
作を行なうことになる。 【００９９】それゆえ、ステップ７０９のリジュームド
ライバはフロッピーモーターステータス（０Ｅ５ヘキサ
のビット５）をチェックしてフロッピードライブがアク
ティブかどうか見る。フロッピーモータがアクティブな
らば、フロッピードライブはステップ７１０でリセット
される。（東芝コンピュータの場合、リジュームＢＩＯ
Ｓはフロッピードライブがアクティブならば働かな
い。）またフロッピードライブがアクティブでない場
合、電力が回復してリジュームＢＩＯＳ内のＩＲＥＴ命
令が実行されると、リストアすべきシステムフラッグが
スタックにプッシュされる。このとき、ステップ７１１
が実行されリジュームドライバは、あらかじめセーブし
たこのコードのアドレスを用いてもとのＢＩＯＳリジュ
ームコードにジャンプすることができる。もとのＢＩＯ
Ｓリジュームコード標準のリジューム処理機能を実行
し、最後にインテリジェントパワーサプライ（図１の構
成要素１１７）がステップ７１２においてコンピュータ
の電力をオフにする。 【０１００】ステップ７１２において、コンピュータの
電力がオフになった後で、コンピュータシステムのユー
ザは、図９のステップ７１３に示すように、インテリジ
ェントパワーサプライに、コンピュータの電力が回復さ
れることを知らせることができる。ユーザはこのときシ
ステムの電源をオフしたときと同じ電源スイッチ（図１
の構成要素ＳＷ）を押して知らせることができる。この
スイッチが押されると、コンピュータは、電源オフ時の
ＢＩＯＳリジュームコードの実行を再開する。ＢＩＯＳ
リジュームコードは各処理を実行してリアルモードレジ
スタおよびデータをリストアし、リジュームドライバが
ＢＩＯＳをコールした時点でのこの発明のリジュームド
ライバに制御を渡す。 【０１０１】ＢＩＯＳリジュームコードがリジュームド
ライバへ制御を渡した後、リジュームドライバはステッ
プ７１４を実行する。ステップ７１４はインタラプトを
（例えばＣＬＩ命令により）ディスエーブルするステッ
プを含む。これは、好適実施例では、リジュームＢＩＯ
Ｓがインタラプトをオンにしているからである。さら
に、ステップ７１４はＰＩＣが以前にディスエーブルに
されたときセーブされた状態にＰＩＣマスクをするステ
ップを含む。 【０１０２】ＣＭＯＳリアルタイムクロック設定は、ス
テップ７１５に示すようにリジュームドライバによりＯ
Ｓ／２のためにリセットする必要がある。これはＢＩＯ
Ｓがこの機能を行なわないためである。例えば、Ｔ３１
００ＳＸコンピュータの場合、（１）時間軸周波数は３
２、７６８ＫＨｚに設定され、（２）インタラプトレー
トが３１．２５ｍｓになるようにレート選択ビットが設
定され、（３）周期インタラプト、更新完了インタラプ
ト、および２４時間モードインタプリテーションがオン
になる。これを行なうための適当な命令が実行される。 【０１０３】リジュームＢＩＯＳから戻ったときに行な
う必要のある上述のステップに加えて、アドレスライン
２０（Ａ２０）をステップ７１６でイネーブルにする必
要がある。これは、好適実施例では、ＢＩＯＳコードが
Ａ２０をディスエーブルにするためである。東芝ＯＳ／
２はＡ２０がイネーブル状態で動作する。従って、ＢＩ
ＯＳから戻ったときに、ゲートＡ２０をイネーブルにし
てＯＳ／２がノーマルな実行を継続できるようにしてや
る必要がある。ゲートＡ２０はキーボードコントローラ
（ＫＢＣ）（図１の構成要素１１４Ａ）を用いてイネー
ブルにすることができる。好適実施例では、ＫＢＣはイ
ンテルの８０４２チップで構成される。８０４２は８０
３８６ＣＰＵに比べて遅いので、ＫＢＣでゲートＡ２０
を制御するのは、処理速度の観点から問題がある。ゲー
トＡ２０は、（１）キーボードコントローラの入力バッ
ファ（ＫＢＣ入力バッファ）が空となり、（２）出力ポ
ートに書き込み要求をだし、（３）ＫＢＣがコマンドを
処理するのを待ち、（４）ＫＢＣの出力ポートにビット
１をセットしたバイトを送り、（５）ゲートＡ２０がイ
ネーブルになるまで、ＫＢＣに”ヌルパルス出力ポー
ト”コマンドを送ることによりＡ２０ゲートが”安定”
するまで待つことによりゲートＡ２０はイネーブルとな
る。なお、詳細については、ＩＢＭ ＡＴテクニカルリ
ファレンスマニュアル（ＩＢＭ社）のページ１ー５１、
１−５３、および１ー５５に記載されている。 【０１０４】ステップ７１７では、以前にセーブしたス
テータスフラッグにもとずいて、リジューム機能が開始
されたときフロッピードライブがアクティブであったか
どうか判断する。フロッピードライブがアクティブであ
れば、ステップ７１８でフロッピードライブが再びリセ
ットされる。この結果、ＯＳ／２ディスクドライバは何
か（例えばリジュームプロセス）が起きたとことに気付
き、警告ボックスが表示されてユーザに”Ｆｌｏｐｐｙ
ｄｒｉｖｅ ｎｏｔ ｒｅａｄｙ”（例えば装置Ａ）
を警告する。フロッピードライブが以前アクティブでな
かったならば、このリセットステップはスキップされ
る。 【０１０５】図１０のステップ７１９ではＣＰＵがもと
もとプロテクトモードにあったかどうか判断する。これ
は、もとのＣＰＵモードが切り替わったことを示す、以
前セーブしたフラッグをチェックすることにより行なわ
れる。ＣＰＵがもともとプロテクトモードであった場
合、ステップ７２０が実行される。モードが切り替わっ
たことを示すモード切り替えフラッグがクリアされる。
その後、以前にセーブしたＩＤＴレジスタ値とＧＤＴレ
ジスタ値がリストアされる。（例えばＬＩＤＴ命令およ
びＬＧＤＴ命令により）さらに、プロテクトモードコー
ドとデータセレクタが検索されＭＰビットとＴＳビット
がリストアされＰＥビットがマシンステータスワードメ
モリロケーションにセットされこの値が実際のマシンス
テータスワードに格納され、ＣＰＵをプロテクトモード
に切り替える。最後に、プロテクトモードコードセレク
タと次の命令のオフセットをスタックにプッシュしてＲ
ＥＴ命令を実行することにより、ＣＳレジスタに適当な
プロテクトモードをロードする。 【０１０６】ステップ７２１は以前にセーブしたスタッ
クセレクタとポインタをリストアし、プロテクトモード
のＤＳおよびＥＳレジスタをリストアすることにより行
なわれる。次に、ステップ７２２はＣＲ０、ＴＳＳ，お
よびＬＤＴをリストアする。ステップ７２２は現在のタ
スクに以前セーブしたタスクレジスタ（ＴＲ）をロード
してタスクＬＤＴレジスタをリストアする。（リジュー
ムＢＩＯＳはセーブしない）つぎに、以前セーブしたコ
ードセグメントリミットドライバのコードディスクリプ
タにパッチする。 【０１０７】ＣＰＵがプロテクトモードに切り替わった
かどうかに関係なく、ステップ７２３が実行される。ス
テップ７２３はリジューム後パラレルプリンタポートに
継続的にプリント可能にする。通常ＯＳ／２はプリンタ
ハードウエアインタラプトを失う、すなわち、プリンタ
インタラプトはリジューム後は起きない。これを回避す
るために、ＥＯＩコマンドをプリンタデバイス（ＩＲＱ
７）に送り、ＩＲＱ７がイネーブルになる。その後、ス
トローブがハイになり、遅延が生じ、ストローブがロウ
になる。 【０１０８】ステップ７２４では、ＯＥＭＨＬＰファン
クションＩＯＣｔｌ８８（ヘキサ）がコールされ、東芝
コンピュータならびに他のコンピュータ上に見られるオ
ートディスプレイパワーオフカウンタをリセットする。
オートディスプレイオフ機能は通常、所定時間キーボー
ドおよび／またはマウスが操作されないとき、コンピュ
ータのディスプレイを自動的にオフにする。リジューム
モードがイネーブルのときに、パワーダウンリクエスト
が検出されると、次に電力が回復したときに非動作期間
タイマはリセットされない。それゆえ、コンピュータが
リジュームしたときほんのわずかな時間ディスプレイが
オフするかもしれない。これは望ましくない。この発明
の好適実施例では、電力が回復した後、ＩＯＣｔｌ８８
（ヘキサ）ＯＥＭＨＬＰファンクションによりオートデ
ィスプレイパワーオフカウンタがリセットされる。この
ように、リジューム後ディスプレイオフカウンタがリセ
ットする。ステップ７２４はＥＳ：ＢＸにより適当なＩ
ＯＣｔｌパケットを指示し、およびＯＥＭＨＬＰをコー
ルすることにより行なうことができる。 【０１０９】次に、図１１のステップ７２５が実行され
る。このステップは電源が落ちる前にスタックにプッシ
ュしたシステムフラッグおよびレジスタをリストアす
る。ステップ７２５を実行後、リジュームプロセスが完
了し、ステップ７２６でリジュームドライバはＩＲＥＴ
命令によりコントロールをＯＳ／２アクティブタスクに
渡す。 【０１１０】以上の説明からわかるように、Ｔ３１００
ＳＸあるいはＴ２０００ＳＸでこの発明を具現化する好
適実施例について述べた。しかしながら、コンピュータ
プログラミングおよび／またはコンピュータハードウエ
アデザインの当業者には明かなように、この発明は先進
のマイクロプロセッサ、インテリジェントパワーサプラ
イ、およびマイクロプロセッサの”リアル”モードでの
既存のリジューム処理機能を有するコンピュータシステ
ムであればどのようなコンピュータシステムでも実現で
きる。さらに、上述したステップの順番は、設計上の問
題であり、特に断わり書きが無い限り種々の順番で実行
できる。最後に、この発明の好適実施例はＯＳ／２で動
作するように設計されているが、ＵＮＩＸ等のような他
の先進オペレーティングシステムや、モトローラ６８０
ｘ０等のような他の先進マイクロプロセッサの場合に
も、この発明の種々のステップにおいて格納および検索
される、オペレーティングシステムおよびマイクロプロ
セッサに関連するデータを変更するだけでリジュームド
ライバを設計できる。 【０１１１】 【発明の効果】ＭＳ−ＤＯＳリジューム処理ＢＩＯＳル
ーチンのような既存のリジューム処理ルーチンと結合し
た、ＯＳ／２のような先進のオペレーティングシステム
で使用するリジューム処理方法が得られる。
【図面の簡単な説明】
【図１】この発明のＯＳ／２リジュームデバイスドライ
バが動作可能なコンピュータの全体ブロック図。 【図２】この発明により実行される、７つのジェネラル
ステップを示すフローチャート。 【図３】この発明による、リアルモードノンマスカブル
インタラプト（ＮＭＩ）ベクトルの”フック”処理を示
すブロック図。 【図４】この発明による、プロテクトモードＮＭＩベク
トルの”フック”処理を示すブロック図。 【図５】この発明の好適実施例による、タイマハンドラ
のインストールを含む、ＯＳ／２リジュームデバイスド
ライバをインストールするのに必要な種々のステップを
示すフローチャート。 【図６】この発明の好適実施例において図３および図４
に示すリアルモードおよびプロテクトモードＮＭＩベク
トルを”フック”するのに必要であって、図５のタイム
ハンドラにより実行される種々のステップを示すフロー
チャート。 【図７】この発明のリジュームドライバがコールされた
とき実行される種々のステップを示すフローチャートの
一部。 【図８】この発明のリジュームドライバがコールされた
とき実行される種々のステップを示すフローチャートの
一部。 【図９】この発明のリジュームドライバがコールされた
とき実行される種々のステップを示すフローチャートの
一部。 【図１０】この発明のリジュームドライバがコールされ
たとき実行される種々のステップを示すフローチャート
の一部。 【図１１】この発明のリジュームドライバがコールされ
たとき実行される種々のステップを示すフローチャート
の残りの部分。 【符号の説明】 １０１．．．ＣＰＵ、１０２．．．ＲＯＭ、１０
３．．．ＲＡＭ、１０４．．．ＤＭＡＣ、１０５．．．
ＰＩＣ、１０６．．．ＰＩＴ、１０７．．．ＲＴＣ、１
０８．．．拡張ＲＡＭ、１０９．．．バックアップＲＡ
Ｍ、１１８．．．ＡＣアダプタ、１１０Ａ．．．ＨＤ
Ｃ、１１０Ｂ．．．ＨＤＤ、１１１Ａ．．．ＦＤＣ，１
１１Ｂ．．．ＦＤＤ、１１２Ａ．．．ＰＲＴーＣＯＮ
Ｔ、１１３Ａ．．．ＵＡＲＴ、１１４Ａ．．．ＫＢＣ、
１１４Ｂ．．．キーボード、１１５Ａ．．．ＤＩＳＰー
ＣＯＮＴ、１１５Ｂ．．．ＰＤＰ，１１５Ｃ．．．ＶＲ
ＡＭ、１１７．．．インテリジェントパワーサプライ、
３００．．．ＯＳ／２システムローダ、３０１．．．リ
アルモードインタラプトベクトルテーブル、３０２
Ａ．．．ＮＯＰ命令、３０２Ｂ．．．ファージャンプ命
令、３０４．．．ＢＩＯＳ ＮＭＩハンドラ、３０３、
４０６．．．リジュームドライバ、４０１．．．プロテ
クトモードインタラプトディスクリプタテーブル、４０
２．．．コードディスクリプタ、４０３．．．データデ
ィスクリプタ、４０７．．．ＯＳ／２カーネル
バが動作可能なコンピュータの全体ブロック図。 【図２】この発明により実行される、７つのジェネラル
ステップを示すフローチャート。 【図３】この発明による、リアルモードノンマスカブル
インタラプト（ＮＭＩ）ベクトルの”フック”処理を示
すブロック図。 【図４】この発明による、プロテクトモードＮＭＩベク
トルの”フック”処理を示すブロック図。 【図５】この発明の好適実施例による、タイマハンドラ
のインストールを含む、ＯＳ／２リジュームデバイスド
ライバをインストールするのに必要な種々のステップを
示すフローチャート。 【図６】この発明の好適実施例において図３および図４
に示すリアルモードおよびプロテクトモードＮＭＩベク
トルを”フック”するのに必要であって、図５のタイム
ハンドラにより実行される種々のステップを示すフロー
チャート。 【図７】この発明のリジュームドライバがコールされた
とき実行される種々のステップを示すフローチャートの
一部。 【図８】この発明のリジュームドライバがコールされた
とき実行される種々のステップを示すフローチャートの
一部。 【図９】この発明のリジュームドライバがコールされた
とき実行される種々のステップを示すフローチャートの
一部。 【図１０】この発明のリジュームドライバがコールされ
たとき実行される種々のステップを示すフローチャート
の一部。 【図１１】この発明のリジュームドライバがコールされ
たとき実行される種々のステップを示すフローチャート
の残りの部分。 【符号の説明】 １０１．．．ＣＰＵ、１０２．．．ＲＯＭ、１０
３．．．ＲＡＭ、１０４．．．ＤＭＡＣ、１０５．．．
ＰＩＣ、１０６．．．ＰＩＴ、１０７．．．ＲＴＣ、１
０８．．．拡張ＲＡＭ、１０９．．．バックアップＲＡ
Ｍ、１１８．．．ＡＣアダプタ、１１０Ａ．．．ＨＤ
Ｃ、１１０Ｂ．．．ＨＤＤ、１１１Ａ．．．ＦＤＣ，１
１１Ｂ．．．ＦＤＤ、１１２Ａ．．．ＰＲＴーＣＯＮ
Ｔ、１１３Ａ．．．ＵＡＲＴ、１１４Ａ．．．ＫＢＣ、
１１４Ｂ．．．キーボード、１１５Ａ．．．ＤＩＳＰー
ＣＯＮＴ、１１５Ｂ．．．ＰＤＰ，１１５Ｃ．．．ＶＲ
ＡＭ、１１７．．．インテリジェントパワーサプライ、
３００．．．ＯＳ／２システムローダ、３０１．．．リ
アルモードインタラプトベクトルテーブル、３０２
Ａ．．．ＮＯＰ命令、３０２Ｂ．．．ファージャンプ命
令、３０４．．．ＢＩＯＳ ＮＭＩハンドラ、３０３、
４０６．．．リジュームドライバ、４０１．．．プロテ
クトモードインタラプトディスクリプタテーブル、４０
２．．．コードディスクリプタ、４０３．．．データデ
ィスクリプタ、４０７．．．ＯＳ／２カーネル
─────────────────────────────────────────────────────
フロントページの続き
(72)発明者 ジョセフ・エー・マイラック
東京都青梅市末広町２丁目９番地 株式
会社東芝青梅工場内
(56)参考文献 特開 平３−171217（ＪＰ，Ａ)
特開 平５−250059（ＪＰ，Ａ)
(58)調査した分野(Int.Cl.7，ＤＢ名)
G06F 1/00
G06F 9/06
Claims (1)
- (57)【特許請求の範囲】 【請求項１】プロテクトモードおよびリアルモードで動
作可能な中央処理装置（ＣＰＵ）を有し、オペレーティ
ングシステムが前記ＣＰＵのプロテクトモードで動作し
ているとき、パワーオフ信号に応答してＣＰＵの動作条
件を示すシステムデータをセーブし、次に、パワーオン
信号に応答してセーブしたデータをリストアするリジュ
ーム処理方法において、（１）リジューム処理ドライバをロードし、初期化を実
行するステップと； （２） 前記パワーオフ信号に応答して、前記リジューム
処理ドライバにより、前記オペレーティングシステムの
動作条件を示す、前記オペレーティングシステムに関係
する第１データ群をセーブするステップと；（３）前記リジューム処理ドライバにより、 前記ＣＰＵ
を前記プロテクトモードから前記リアルモードに切り替
えるステップと；（４）リジュームＢＩＯＳルーチンにより、 前記ＣＰＵ
の前記リアルモードに関連する第２データ群をセーブす
るステップと；（５）前記リジュームＢＩＯＳルーチンにより、 パワー
オン信号に応答して、前記ステップ（４）でセーブした
前記第２データ群をリストアするステップと；（６）前記リジューム処理ドライバにより、 前記ＣＰＵ
を前記リアルモードから前記プロテクトモードに切り替
えるステップと；（７）前記リジューム処理ドライバにより、 前記ステッ
プ（２）でセーブした前記第１データ群をリストアする
ステップとを具備することを特徴とするリジューム処理
方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US07/707044 | 1991-05-29 | ||
| US07/707,044 US5297282A (en) | 1991-05-29 | 1991-05-29 | Resume processing function for the OS/2 operating system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH05189075A JPH05189075A (ja) | 1993-07-30 |
| JP3437587B2 true JP3437587B2 (ja) | 2003-08-18 |
Family
ID=24840134
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP13717692A Expired - Lifetime JP3437587B2 (ja) | 1991-05-29 | 1992-05-28 | オペレーティングシステムのためのリジューム処理方法 |
Country Status (4)
| Country | Link |
|---|---|
| US (2) | US5297282A (ja) |
| EP (1) | EP0516159B1 (ja) |
| JP (1) | JP3437587B2 (ja) |
| DE (1) | DE69224007T2 (ja) |
Families Citing this family (82)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH06236284A (ja) * | 1991-10-21 | 1994-08-23 | Intel Corp | コンピュータシステム処理状態を保存及び復元する方法及びコンピュータシステム |
| JPH05158664A (ja) * | 1991-12-03 | 1993-06-25 | Canon Inc | 情報処理装置 |
| US5410713A (en) * | 1992-01-02 | 1995-04-25 | Smith Corona/Acer | Power-management system for a computer |
| EP0559221B1 (en) * | 1992-03-06 | 1999-05-12 | Microsoft Corporation | Method for storing programs |
| JP2880863B2 (ja) * | 1992-10-29 | 1999-04-12 | 株式会社東芝 | サスペンド制御方法およびシステム |
| JPH0773046A (ja) * | 1992-12-07 | 1995-03-17 | Intel Corp | コンピュータシステムで回路をエミュレートする 方法及び装置 |
| JPH06180668A (ja) * | 1992-12-11 | 1994-06-28 | Toshiba Corp | コンピュータシステム |
| DE9301336U1 (de) * | 1993-02-01 | 1993-03-18 | Siemens Ag, 8000 Muenchen | Einrichtung zur Interruptsteuerung |
| JP3212007B2 (ja) * | 1993-04-26 | 2001-09-25 | インターナショナル・ビジネス・マシーンズ・コーポレーション | オペレーティング・システム環境の起動方法およびシステム |
| US5513359A (en) * | 1993-07-23 | 1996-04-30 | International Business Machines Corporation | Desktop computer having a single-switch suspend/resume function |
| US5497494A (en) * | 1993-07-23 | 1996-03-05 | International Business Machines Corporation | Method for saving and restoring the state of a CPU executing code in protected mode |
| US5548763A (en) * | 1993-07-26 | 1996-08-20 | International Business Machines Corporation | Desk top computer system having multi-level power management |
| US5511202A (en) * | 1993-07-26 | 1996-04-23 | International Business Machines Corporation | Desktop computer system having zero-volt system suspend and control unit for ascertaining interrupt controller base address |
| WO1995010082A1 (en) * | 1993-10-04 | 1995-04-13 | Oakleigh Systems, Inc. | An optimized power supply system for computer equipment |
| US5475822A (en) * | 1993-11-15 | 1995-12-12 | Motorola, Inc. | Data processing system for resuming instruction execution after an interrupt and method therefor |
| US5459462A (en) * | 1993-12-09 | 1995-10-17 | Onspec Electronic, Inc. | Keyboard controller state machine |
| US5371884A (en) * | 1993-12-21 | 1994-12-06 | Taligent, Inc. | Processor fault recovery system |
| US5535400A (en) * | 1994-01-28 | 1996-07-09 | Compaq Computer Corporation | SCSI disk drive power down apparatus |
| US5696897A (en) * | 1994-01-31 | 1997-12-09 | Sun Microsystems, Inc. | Method and apparatus for a multi-layer system quiescent suspend and resume operation |
| US5555510A (en) * | 1994-08-02 | 1996-09-10 | Intel Corporation | Automatic computer card insertion and removal algorithm |
| US5557777A (en) * | 1994-09-30 | 1996-09-17 | Apple Computer, Inc. | Method and apparatus for system recovery from power loss |
| US5574920A (en) * | 1994-10-25 | 1996-11-12 | Microsoft Corporation | Method for controlling power down of a hard disk drive in a computer |
| US5734904A (en) * | 1994-11-14 | 1998-03-31 | Microsoft Corporation | Method and system for calling one of a set of routines designed for direct invocation by programs of a second type when invoked by a program of the first type |
| US6438621B1 (en) | 1994-11-14 | 2002-08-20 | Microsoft Corporation | In-memory modification of computer programs |
| AU4467996A (en) * | 1994-12-12 | 1996-07-03 | Intel Corporation | Cpu-cycle stealing for multi-tasking operating system |
| KR0174483B1 (ko) * | 1994-12-22 | 1999-04-01 | 윤종용 | 키신호 입력에 의한 작업 복구가 가능한 컴퓨터 시스템 및 그 제어방법 |
| US5682550A (en) * | 1995-06-07 | 1997-10-28 | International Business Machines Corporation | System for restricting user access to default work area settings upon restoration from nonvolatile memory where the settings are independent of the restored state information |
| US5909576A (en) * | 1995-08-16 | 1999-06-01 | International Business Machines Corporation | Method and apparatus for using device drivers of a first operating system, under the control of a second operating system |
| US6327653B1 (en) | 1995-11-07 | 2001-12-04 | Samsung Electronics Co., Ltd. | Technique for easily changing operating systems of a digital computer system using at least two pushbuttons |
| KR0180680B1 (ko) * | 1995-12-08 | 1999-05-15 | 윤종용 | 중앙처리장치의 리셋장치 및 방법 |
| US5787495A (en) * | 1995-12-18 | 1998-07-28 | Integrated Device Technology, Inc. | Method and apparatus for selector storing and restoration |
| US5974552A (en) * | 1995-12-29 | 1999-10-26 | Samsung Electronics Co., Ltd. | Method and apparatus for executing a scheduled operation after wake up from power off state |
| US5802350A (en) * | 1996-01-18 | 1998-09-01 | International Business Machines Corporation | System and method for selecting an interrupt system based upon the operating system of a multiprocessor system |
| US6678712B1 (en) | 1996-01-19 | 2004-01-13 | International Business Machines Corporation | Method and system for executing a program under one of a plurality of mutually exclusive operating environments |
| US5784628A (en) * | 1996-03-12 | 1998-07-21 | Microsoft Corporation | Method and system for controlling power consumption in a computer system |
| KR980013092A (ko) | 1996-07-29 | 1998-04-30 | 김광호 | 교환시스템의 화일관리장치 및 방법 |
| KR100260028B1 (ko) * | 1996-08-13 | 2000-06-15 | 윤종용 | 화일시스템의 정보 복구방법 |
| US6134616A (en) * | 1996-10-28 | 2000-10-17 | International Business Machines Corporation | Method and apparatus for dynamic re-enumeration and reconfiguration of computer devices after system hibernation |
| US5787290A (en) * | 1996-12-20 | 1998-07-28 | International Business Machines Corporation | Adapter with an onboard interrupt controller for controlling a computer system |
| US5819095A (en) * | 1996-12-20 | 1998-10-06 | International Business Machines Corporation | Method and apparatus for allowing an interrupt controller on an adapter to control a computer system |
| US5930495A (en) * | 1997-01-13 | 1999-07-27 | International Business Machines Corporation | Method and system for processing a first instruction in a first processing environment in response to intiating processing of a second instruction in a emulation environment |
| US5978912A (en) * | 1997-03-20 | 1999-11-02 | Phoenix Technologies Limited | Network enhanced BIOS enabling remote management of a computer without a functioning operating system |
| US7441254B1 (en) | 1997-07-09 | 2008-10-21 | International Business Machines Corporation | Simulation of memory-mapped I/O |
| US6076161A (en) * | 1997-08-25 | 2000-06-13 | National Semiconductor Corporation | Microcontroller mode selection system and method upon reset |
| US6216187B1 (en) | 1997-12-01 | 2001-04-10 | Toshiba America Information Systems, Inc. | System for powering down a portable computer in a docking station |
| US6173417B1 (en) * | 1998-04-30 | 2001-01-09 | Intel Corporation | Initializing and restarting operating systems |
| US6167330A (en) * | 1998-05-08 | 2000-12-26 | The United States Of America As Represented By The Secretary Of The Air Force | Dynamic power management of systems |
| US6499050B1 (en) * | 1998-06-09 | 2002-12-24 | Advanced Micro Devices, Inc. | Means used to allow driver software to select most appropriate execution context dynamically |
| US6275893B1 (en) * | 1998-09-14 | 2001-08-14 | Compaq Computer Corporation | Method and apparatus for providing seamless hooking and intercepting of selected kernel and HAL exported entry points in an operating system |
| US6209088B1 (en) | 1998-09-21 | 2001-03-27 | Microsoft Corporation | Computer hibernation implemented by a computer operating system |
| US7770016B2 (en) * | 1999-07-29 | 2010-08-03 | Intertrust Technologies Corporation | Systems and methods for watermarking software and other media |
| US6519698B1 (en) * | 1999-10-06 | 2003-02-11 | Micron Technology, Inc. | Method for saving system configuration information to shorten computer system initialization time by checking the state of a chassis intrusion detection circuit |
| US6418524B1 (en) * | 1999-12-28 | 2002-07-09 | Ati International Srl | Method and apparatus for dependent segmentation and paging processing |
| US6636963B1 (en) * | 1999-12-30 | 2003-10-21 | Cardiac Pacemakers, Inc. | Quick starting for microprocessor-based system by retrieving a target state memory image and a target state data structure from an image storage medium |
| US7216345B1 (en) * | 2000-04-07 | 2007-05-08 | Hall Aluminum Llc | Method and apparatus for protectively operating a data/information processing device |
| US6898697B1 (en) * | 2002-03-29 | 2005-05-24 | Advanced Micro Devices, Inc. | Efficient method for mode change detection and synchronization |
| US7360220B2 (en) * | 2002-10-31 | 2008-04-15 | Intel Corporation | Methods and apparatus for multi-threading using differently coded software segments to perform an algorithm |
| US7395527B2 (en) | 2003-09-30 | 2008-07-01 | International Business Machines Corporation | Method and apparatus for counting instruction execution and data accesses |
| US8103592B2 (en) * | 2003-10-08 | 2012-01-24 | Microsoft Corporation | First computer process and second computer process proxy-executing code on behalf of first process |
| US7788496B2 (en) * | 2003-10-08 | 2010-08-31 | Microsoft Corporation | First computer process and second computer process proxy-executing code on behalf thereof |
| US7979911B2 (en) | 2003-10-08 | 2011-07-12 | Microsoft Corporation | First computer process and second computer process proxy-executing code from third computer process on behalf of first process |
| US7380269B2 (en) * | 2003-10-08 | 2008-05-27 | Microsoft Corporation | Changing code execution path using kernel mode redirection |
| US8381037B2 (en) | 2003-10-09 | 2013-02-19 | International Business Machines Corporation | Method and system for autonomic execution path selection in an application |
| US7895382B2 (en) | 2004-01-14 | 2011-02-22 | International Business Machines Corporation | Method and apparatus for qualifying collection of performance monitoring events by types of interrupt when interrupt occurs |
| US7415705B2 (en) | 2004-01-14 | 2008-08-19 | International Business Machines Corporation | Autonomic method and apparatus for hardware assist for patching code |
| CN100416459C (zh) * | 2004-10-19 | 2008-09-03 | 宁波三维技术有限公司 | 税控收款机异常断电打印发票无缺陷的方法及装置 |
| US7529921B2 (en) * | 2004-12-17 | 2009-05-05 | Cardiac Pacemakers, Inc. | Fast initialization of medical device system having multiple operating systems |
| WO2006069538A1 (fr) * | 2004-12-31 | 2006-07-06 | Juhang Zhong | Systeme de traitement de donnees avec pluralite de sous-systemes et procede correspondant |
| US7509530B2 (en) * | 2005-01-19 | 2009-03-24 | Sonic Solutions | Method and system for use in restoring an active partition |
| US7673174B2 (en) * | 2005-04-06 | 2010-03-02 | University Of Washington | Recovering device drivers |
| US7581051B2 (en) * | 2005-05-16 | 2009-08-25 | Microsoft Corporation | Method for delivering interrupts to user mode drivers |
| US20140373144A9 (en) * | 2006-05-22 | 2014-12-18 | Alen Capalik | System and method for analyzing unauthorized intrusion into a computer network |
| US8429746B2 (en) | 2006-05-22 | 2013-04-23 | Neuraliq, Inc. | Decoy network technology with automatic signature generation for intrusion detection and intrusion prevention systems |
| US20110225434A1 (en) * | 2007-10-09 | 2011-09-15 | Masaru Nishikawa | Microcomputer controller |
| US9106697B2 (en) | 2010-06-24 | 2015-08-11 | NeurallQ, Inc. | System and method for identifying unauthorized activities on a computer system using a data structure model |
| US8789189B2 (en) | 2010-06-24 | 2014-07-22 | NeurallQ, Inc. | System and method for sampling forensic data of unauthorized activities using executability states |
| US8639973B2 (en) * | 2010-12-14 | 2014-01-28 | Microsoft Corporation | System reset |
| US9354681B2 (en) * | 2013-06-28 | 2016-05-31 | Intel Corporation | Protected power management mode in a processor |
| US20160132317A1 (en) | 2014-11-06 | 2016-05-12 | Intertrust Technologies Corporation | Secure Application Distribution Systems and Methods |
| US10104099B2 (en) | 2015-01-07 | 2018-10-16 | CounterTack, Inc. | System and method for monitoring a computer system using machine interpretable code |
| US10452561B2 (en) | 2016-08-08 | 2019-10-22 | Raytheon Company | Central processing unit architecture and methods for high availability systems |
| JP6748146B2 (ja) | 2018-05-17 | 2020-08-26 | ファナック株式会社 | 制御装置、制御方法及び制御プログラム |
Family Cites Families (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4228496A (en) * | 1976-09-07 | 1980-10-14 | Tandem Computers Incorporated | Multiprocessor system |
| GB1545169A (en) * | 1977-09-22 | 1979-05-02 | Burroughs Corp | Data processor system including data-save controller for protection against loss of volatile memory information during power failure |
| US4143283A (en) * | 1978-01-17 | 1979-03-06 | General Atomic Company | Battery backup system |
| US4432049A (en) * | 1978-09-05 | 1984-02-14 | Pern Shaw | Programmable mode select by reset |
| US4234920A (en) * | 1978-11-24 | 1980-11-18 | Engineered Systems, Inc. | Power failure detection and restart system |
| US5027273A (en) * | 1985-04-10 | 1991-06-25 | Microsoft Corporation | Method and operating system for executing programs in a multi-mode microprocessor |
| US4779187A (en) * | 1985-04-10 | 1988-10-18 | Microsoft Corporation | Method and operating system for executing programs in a multi-mode microprocessor |
| US4825358A (en) * | 1985-04-10 | 1989-04-25 | Microsoft Corporation | Method and operating system for executing programs in a multi-mode microprocessor |
| US4747040A (en) * | 1985-10-09 | 1988-05-24 | American Telephone & Telegraph Company | Dual operating system computer |
| US4709324A (en) * | 1985-11-27 | 1987-11-24 | Motorola, Inc. | Data processor control unit having an interrupt service using instruction prefetch redirection |
| US4907150A (en) * | 1986-01-17 | 1990-03-06 | International Business Machines Corporation | Apparatus and method for suspending and resuming software applications on a computer |
| US4928237A (en) * | 1987-03-27 | 1990-05-22 | International Business Machines Corp. | Computer system having mode independent addressing |
| US5125087A (en) * | 1988-11-07 | 1992-06-23 | Microsoft Corporation | Method of resetting sequence of access to extended memory disrupted by interrupt processing in 80286 compatible system using code segment register |
| JPH0327419A (ja) * | 1989-06-23 | 1991-02-05 | Toshiba Corp | パーソナルコンピュータ |
| US5175853A (en) * | 1990-10-09 | 1992-12-29 | Intel Corporation | Transparent system interrupt |
-
1991
- 1991-05-29 US US07/707,044 patent/US5297282A/en not_active Expired - Lifetime
-
1992
- 1992-05-28 JP JP13717692A patent/JP3437587B2/ja not_active Expired - Lifetime
- 1992-05-29 DE DE69224007T patent/DE69224007T2/de not_active Expired - Lifetime
- 1992-05-29 EP EP92109114A patent/EP0516159B1/en not_active Expired - Lifetime
-
1993
- 1993-12-07 US US07/162,359 patent/US5339426A/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| EP0516159B1 (en) | 1998-01-14 |
| DE69224007T2 (de) | 1998-07-02 |
| EP0516159A2 (en) | 1992-12-02 |
| DE69224007D1 (de) | 1998-02-19 |
| US5297282A (en) | 1994-03-22 |
| US5339426A (en) | 1994-08-16 |
| EP0516159A3 (en) | 1994-09-28 |
| JPH05189075A (ja) | 1993-07-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3437587B2 (ja) | オペレーティングシステムのためのリジューム処理方法 | |
| JP3037826B2 (ja) | モード切り替え方法及び装置 | |
| US6158000A (en) | Shared memory initialization method for system having multiple processor capability | |
| US9372754B2 (en) | Restoring from a legacy OS environment to a UEFI pre-boot environment | |
| EP3491519B1 (en) | Optimized uefi reboot process | |
| US5021983A (en) | Suspend/resume apparatus and method for reducing power consumption in battery powered computers | |
| JP2650675B2 (ja) | マルチモードマイクロプロセッサにおいてプログラムを実行する方法及びオペレーティングシステム | |
| US5041964A (en) | Low-power, standby mode computer | |
| US5794054A (en) | Flash ROM sharing between a processor and a controller | |
| JP3266560B2 (ja) | 情報処理システム及びその制御方法 | |
| US8234430B2 (en) | Apparatus and method with controlled switch method | |
| US6453423B1 (en) | Computer remote power on | |
| US7146512B2 (en) | Method of activating management mode through a network for monitoring a hardware entity and transmitting the monitored information through the network | |
| US7454547B1 (en) | Data exchange between a runtime environment and a computer firmware in a multi-processor computing system | |
| US7360045B2 (en) | System and method for backing up data from a quiesced storage device | |
| JPH06187133A (ja) | オペレーティングシステムのロードシステム、装置接続検出システム、及びオペレーティングシステムローダ決定方法 | |
| US6681336B1 (en) | System and method for implementing a user specified processing speed in a computer system and for overriding the user specified processing speed during a startup and shutdown process | |
| JPH06138987A (ja) | サスペンド制御方法およびシステム | |
| US7100037B2 (en) | Method for reducing BIOS resume time from a sleeping state | |
| US6154846A (en) | System for controlling a power saving mode in a computer system | |
| US7231512B2 (en) | Technique for reconstituting a pre-boot firmware environment after launch of an operating system | |
| US5963738A (en) | Computer system for reading/writing system configuration using I/O instruction | |
| EP1037133A1 (en) | Method and apparatus for alternation between instances of operating systems in computer systems | |
| US7484083B1 (en) | Method, apparatus, and computer-readable medium for utilizing BIOS boot specification compliant devices within an extensible firmware interface environment | |
| US6282645B1 (en) | Computer system for reading/writing system configuration using I/O instruction |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090606 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090606 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100606 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100606 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110606 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120606 Year of fee payment: 9 |
|
| EXPY | Cancellation because of completion of term |