JP2003248580A - プログラムおよび情報処理装置 - Google Patents

Abstract

(57)【要約】 【課題】 ＡＰＭ又はＡＣＰＩを用いず、ＯＳ自体に変
更を加えることなく、既存のブートローダをわずかに修
正することで、コンピュータにおいてスタンバイ状態を
実現することができるプログラム制御方法を提供する。 【解決手段】 ＯＳの起動時にジャンプコードを検索す
るステップ（ａ）と、ステップ（ａ）においてジャンプ
コードが得られなかった場合に、ハードウェアを初期化
してローダ処理を行うステップ（ｂ）と、ステップ
（ａ）においてジャンプコードが得られた場合に、ハー
ドウェアの初期化をせずにローダ処理を行うステップ
（ｃ）と、ステップ（ｃ）の後に、コンピュータ２０を
スタンバイ状態にするステップ（ｄ）と、所定のハード
ウェア割り込みが生じた場合に、コンピュータをスタン
バイ状態から動作状態に移行させるステップ（ｅ）と、
ステップ（ｂ）又はステップ（ｅ）の後に、ＯＳの初期
化を行うステップ（ｆ）とを具備する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータにお
いて、ディスプレイ、ハードディスク、周辺機器等への
給電を停止し、必要なときに直ぐに動作状態に復帰でき
るように待機する状態であるスタンバイ状態を実現する
プログラム制御方法に関する。

【０００２】

【従来の技術】コンピュータにおいて、ディスプレイ、
ハードディスク、周辺機器等への給電を停止し、必要な
ときに直ぐに動作状態に復帰できるように待機する状態
であるスタンバイ状態が実現されている。従来、このス
タンバイ状態は、（ｉ）パワーマネジメント（電力管
理）機能を有するＢＩＯＳ（Basic Input/Output Syste
m：基本入力／出力システムプログラム）が、ＯＳ（Ope
rating System）が認識できないＳＭＩ（System Manage
ment Interrupt）と呼ばれる割り込みを利用し、ＯＳの
関与及び認識なしに単独で実現するか、（ｉｉ）ＢＩＯ
Ｓと他のプログラム（ＯＳ、アプリケーションプログラ
ムを含む）との間のインタフェースであって、パワーマ
ネジメントに関するインタフェースの規格であるＡＰＭ
（Advanced Power Management）又はＡＣＰＩ（Advance
d Configuration and Power Interface）を用いて、Ａ
ＰＭ又はＡＣＰＩに対応したＯＳがＡＰＭ又はＡＣＰＩ
に対応したＢＩＯＳを呼び出すことにより、ＡＰＭ又は
ＡＣＰＩに対応したＯＳとＡＰＭ又はＡＣＰＩに対応し
たＢＩＯＳが協調することによって実現されていた。

【０００３】現在、パワーマネジメント機能を有してい
ないＯＳが数多く存在している。そのようなパワーマネ
ジメント機能を有していないＯＳを用いたコンピュータ
では、スタンバイ状態を実現することができないか、ま
たは上記した（ｉ）のように、パワーマネジメント機能
を有するＢＩＯＳがパワーマネジメント機能を有してい
ないＯＳの関与及び認識なしに単独でスタンバイ状態を
実現せざるを得ない。このようにパワーマネジメント機
能を有するＢＩＯＳがパワーマネジメント機能を有して
いないＯＳの関与及び認識なしに単独でスタンバイ状態
を実現する場合には、パワーマネジメント機能を有して
いないＯＳが、コンピュータがスタンバイ状態になる前
のメモリ等の状態とコンピュータがスタンバイ状態から
動作状態に復帰した後のメモリ等の状態とが同じである
と認識できること（メモリ等の状態がパワーマネジメン
ト機能を有していないＯＳにとって透過であること）が
必要となる。

【０００４】しかしながら、パワーマネジメント機能を
有するＢＩＯＳがパワーマネジメント機能を有していな
いＯＳの関与及び認識なしに単独でスタンバイ状態を実
現する場合には、パワーマネジメント機能を有していな
いＯＳの計時機能によって管理される時刻にコンピュー
タがスタンバイ状態であった時間を反映させることがで
きない。

【０００５】また、周辺デバイスの構成がコンピュータ
によって異なっており、パワーマネジメント機能を有す
るＢＩＯＳが認識できない周辺デバイス（以下、「認識
不可周辺デバイス」という）がコンピュータ内に存在す
る場合には、認識不可周辺デバイスに事前に完璧に対処
するのは事実上不可能である。そのため、パワーマネジ
メント機能を有していないＯＳが、コンピュータがスタ
ンバイ状態になる前の認識不可周辺デバイスの状態とコ
ンピュータがスタンバイ状態から動作状態に復帰した後
の認識不可周辺デバイスの状態とが同じであると認識で
きるようにすること（認識不可周辺デバイスの状態がパ
ワーマネジメント機能を有していないＯＳにとって透過
であること）は困難であった。

【０００６】このような場合に、パワーマネジメント機
能を有するＢＩＯＳ又はＯＳのプログラム内容を充実さ
せて完成度を高めることも考えられるが、プログラムミ
スによる危険の増大、プログラムコードの肥大化による
リソース消費の増大、処理が複雑化することによるレス
ポンスの低下を招くという問題がある。

【０００７】一方、上記した（ｉｉ）のように、ＡＰＭ
又はＡＣＰＩに対応したＯＳとＡＰＭ又はＡＣＰＩに対
応したＢＩＯＳが協調してスタンバイ状態を実現する場
合には、ＡＰＭ又はＡＣＰＩに対応したＢＩＯＳの負担
を低減させることができ、コンピュータがスタンバイ状
態になる前とコンピュータがスタンバイ状態から通常状
態に復帰した後のＡＰＭ又はＡＣＰＩに対応したＯＳの
動作の連続性が高いという長所がある。

【０００８】しかし、ＡＰＭ又はＡＣＰＩに対応したＯ
ＳとＡＰＭ又はＡＣＰＩに対応したＢＩＯＳが協調して
スタンバイ状態を実現する場合においても、アプリケー
ションプログラムが、コンピュータがスタンバイ状態に
なる前のＡＰＭ又はＡＣＰＩに対応したＯＳの状態とコ
ンピュータがスタンバイ状態から動作状態に復帰した後
のＡＰＭ又はＡＣＰＩに対応したＯＳの状態とが同じで
あると認識できること（ＡＰＭ又はＡＣＰＩに対応した
ＯＳの状態がアプリケーションプログラムにとって透過
であること）が必要である。そのため、ＡＰＭ又はＡＣ
ＰＩに対応したＯＳが、アプリケーションプログラムに
提供する全てのサービスがコンピュータがスタンバイ状
態になる前とコンピュータがスタンバイ状態から動作状
態に復帰した後とでアプリケーションプログラムに対し
て連続になるようなプログラムコードを備えるか、また
はアプリケーションプログラムに対してスタンバイ状態
を認識させること等が必要である。すなわち、基本的な
構図は、パワーマネジメント機能を有するＢＩＯＳがパ
ワーマネジメント機能を有しないＯＳの関与及び認識な
しに単独でスタンバイ状態を実現する場合と変わらな
い。さらに、コンピュータ全体で見たときのパワーマネ
ジメント処理は、益々複雑になってきており、危惧され
る問題も依然として残っている。

【０００９】ところで、従来のＯＳの状態として、ＡＣ
ＰＩ規格においてハイバネーション（Hibernation）と
して規定されている休止状態、スタンバイ状態（サスペ
ンド状態）、コンピュータの電源がオフになっていると
きの終了状態、コンピュータの電源がオンになってお
り、ユーザのログオンを待っている状態等があった。

【００１０】コンピュータの電源がオフになっておりＯ
Ｓが終了状態であるときにコンピュータの電源がオンに
されると、ＯＳの起動に先立って、ＰＯＳＴと呼ばれる
ハードウェアの診断処理がＢＩＯＳにより行われ、外部
記憶装置（ＨＤＤ等）からのＯＳイメージのメモリへの
展開処理がブートローダにより行われる。しかしなが
ら、ハードウェアの診断処理、外部記憶装置からのＯＳ
イメージのメモリへの展開処理には少なからず時間がか
かるため、ＯＳの起動に時間がかかっていた。

【００１１】ところで、日本国特許出願公開（特開）平
５−２４２０５７号公報（以下、「文献１」ともいう）
には、複数の中央処理装置と、各中央処理装置ごとに設
けられた書込み読出しメモリと、各中央処理装置につい
てのオペレーティングシステムを格納するディスク装置
等の二次記憶装置とを備えたマルチプロセッサシステム
において、複数の中央処理装置のうち一の中央処理装置
についてのみ、電源投入時にシステムのブートを行うイ
ニシャルローダプログラムを格納した読出し専用メモリ
を設けるとともに、他の各中央処理装置用のそれぞれの
イニシャルローダプログラムを二次記憶装置に格納して
おき、システム起動に際し、一の中央処理装置は読出し
専用メモリ内のイニシャルローダプログラムを実行する
ことにより、二次記憶装置内のイニシャルローダプログ
ラムをそれぞれ対応する各書込み読出しメモリに転送し
て、各中央処理装置にリセット信号を送出するとととも
に、二次記憶装置から自己用のオペレーティングシステ
ムをロードし、他の中央処理装置は、リセット信号に応
じて対応する書込み読出しメモリに格納されたイニシャ
ルローダプログラムに従い二次記憶装置からそれぞれ自
己用のオペレーティングシステムをロードすることを特
徴とするマルチプロセッサシステムの起動方式が掲載さ
れている。

【００１２】しかしながら、文献１に掲載されたマルチ
プロセッサシステムの起動方式は、一の中央処理装置に
ついてのみイニシャルローダプログラムを格納した読出
し専用メモリを設け、このイニシャルローダプログラム
を実行した一の中央処理装置が、他の中央処理装置が実
行するイニシャルローダプログラムを二次記憶装置から
書込み読出しメモリに転送し、他の中央処理装置が、書
込み読出しメモリに転送されたイニシャルローダプログ
ラムを実行することにより、イニシャルローダプログラ
ムの格納に要する読出し専用メモリのスペースを削減す
るものであり、システムのスタンバイ状態を実現するも
のではなく、ＯＳの起動に必要な時間を短くするもので
もない。

【００１３】また、特開平８−９８０９８号公報（以
下、「文献２」ともいう）には、テレビジョン信号を受
信して復調し映像信号を出力する受信手段と、この受信
手段からの映像信号をディジタル信号に変換するアナロ
グディジタル変換手段と、このアナログディジタル変換
手段からのディジタル映像信号を保持する記憶手段と、
この記憶手段に格納されたディジタル映像信号を読出し
て表示画面上に画像を表示する表示手段と、アナログデ
ィジタル変換手段と記憶手段との間でディジタル映像信
号を転送するバスと、バスによるデータの転送を制御す
る転送制御手段と、オペレーティングシステムの起動を
含むブートストラッププログラムを格納するＲＯＭと、
電源投入直後に、ＲＯＭに格納されたブートストラップ
プログラムに基づいて、転送制御手段を初期化してバス
によるデータ転送を可能にした後にオペレーティングシ
ステムを起動してシステム全体をオペレーティングシス
テムの管理下に移行させるＣＰＵとを具備したテレビジ
ョン受信機が掲載されている。

【００１４】しかしながら、文献２に掲載されたテレビ
ジョン受信機は、ブートストラッププログラムに基づい
てテレビジョン映像を映出した後にオペレーティングシ
ステムを起動することにより、電源投入直後からテレビ
ジョン映像の視聴を可能にするものであり、スタンバイ
状態を実現するものではなく、ＯＳの起動に必要な時間
を短くするものでもない。

【００１５】また、特開平１１−１６１３８５号公報
（以下、「文献３」ともいう）には、動作状態、オフ状
態、およびそれらの中間の複数のスリープ状態を有する
コンピュータシステムにおいて、コンピュータシステム
に対する電源供給状態の変化を検出する手段と、コンピ
ュータシステムが複数のスリープ状態の中のいずれかの
スリープ状態である期間に電源供給状態の変化が検出さ
れたとき、その電源供給状態の変化に応じて、コンピュ
ータシステムのスリープ状態を複数のスリープ状態の間
で遷移させるスリープ状態遷移手段とを具備するコンピ
ュータシステムが掲載されている。

【００１６】しかしながら、文献３に掲載されたコンピ
ュータシステムは、ＡＣＰＩ仕様のＳ０〜Ｓ５の複数の
スリープ状態をとり得るバッテリ駆動のノートＰＣ等に
おいて、スリープ状態の期間における電源供給状態（例
えばＡＣアダプタの挿抜）の変化などに応じて動的にス
リープ状態の深さを切り替えられるようにし、システム
ステートを常に最適なスリープ状態に設定することを可
能にするものである。すなわち、パワーマネジメント機
能を有するＢＩＯＳがパワーマネジメント機能を有して
いないＯＳの関与及び認識なしに単独でスタンバイ状態
を実現する場合に、ＯＳの計時機能によって管理される
時刻にコンピュータがスタンバイ状態であった時間を反
映させること、及びパワーマネジメント機能を有してい
ないＯＳが、コンピュータがスタンバイ状態になる前の
認識不可周辺デバイスの状態とコンピュータがスタンバ
イ状態から動作状態に復帰した後の認識不可周辺デバイ
スの状態とが同じであると認識できるようにすること
（認識不可周辺デバイスの状態がパワーマネジメント機
能を有していないＯＳにとって透過であること）を実現
するものではない。

【００１７】また、文献３に掲載されたコンピュータシ
ステムは、ＡＰＭ又はＡＣＰＩに対応したＯＳとＡＰＭ
又はＡＣＰＩに対応したＢＩＯＳが協調してスタンバイ
状態を実現する場合に、アプリケーションプログラム
が、コンピュータがスタンバイ状態になる前のＡＰＭ又
はＡＣＰＩに対応したＯＳの状態とコンピュータがスタ
ンバイ状態から動作状態に復帰した後のＡＰＭ又はＡＣ
ＰＩに対応したＯＳの状態とが同じであると認識できる
ようにすること（ＡＰＭ又はＡＣＰＩに対応したＯＳの
状態がアプリケーションプログラムにとって透過である
こと）を実現するものでもない。さらに、ＯＳの起動に
必要な時間を短くするものでもない。

【００１８】

【発明が解決しようとする課題】そこで、上記の点に鑑
み、本発明は、ＡＰＭ又はＡＣＰＩを用いることなく、
ＯＳ自体に変更を加えることなく、既存のブートローダ
をわずかに修正することで、コンピュータにおいてスタ
ンバイ状態を実現することができるプログラム制御方法
を提供することを第１の目的とする。また、本発明は、
ＯＳの起動に必要な時間を短くすることができるプログ
ラム制御方法を提供することを第２の目的とする。

【００１９】

【課題を解決するための手段】以上の課題を解決するた
め、本発明の第１の観点に係るプログラムは、コンピュ
ータにおいて、オペレーティングシステムを含むプログ
ラムの起動を制御するプログラム制御方法であって、プ
ログラム起動時にジャンプコードを検索するステップ
（ａ）と、ステップ（ａ）においてジャンプコードが得
られなかった場合に、ハードウェアを初期化してローダ
処理を行うステップ（ｂ）と、ステップ（ａ）において
ジャンプコードが得られた場合に、ハードウェアの初期
化をせずにローダ処理を行うステップ（ｃ）と、ステッ
プ（ｃ）の後に、コンピュータをスタンバイ状態にする
ステップ（ｄ）と、所定のハードウェア割り込みが生じ
た場合に、コンピュータをスタンバイ状態から動作状態
に移行させるステップ（ｅ）と、ステップ（ｂ）又はス
テップ（ｅ）の後に、起動させるプログラムの初期化を
行うステップ（ｆ）とを実行させる。

【００２０】また、本発明の第２の観点に係るプログラ
ムは、コンピュータにおいて、オペレーティングシステ
ムを含むプログラムの起動を制御するプログラム制御方
法であって、プログラム起動時にジャンプコードを検索
するステップ（ａ）と、ステップ（ａ）においてジャン
プコードが得られなかった場合に、ハードウェアを初期
化してローダ処理を行うステップ（ｂ）と、ステップ
（ｂ）の後に、コンピュータをスタンバイ状態にするス
テップ（ｃ）と、所定のハードウェア割り込みが生じた
場合に、コンピュータをスタンバイ状態から動作状態に
移行させるステップ（ｄ）と、ステップ（ａ）において
ジャンプコードが得られた場合に、ハードウェアの初期
化をせずにローダ処理を行うステップ（ｅ）と、ステッ
プ（ｃ）又はステップ（ｅ）の後に、起動させるプログ
ラムの初期化を行うステップ（ｆ）とを実行させる。

【００２１】ここで、ローダ処理は、コンテキストの有
無を検証し、コンテキストの有りの場合には、ソフトリ
セット処理を実行し、コンテキストの無しの場合には、
ハードリセット処理を実行することができる。また、ハ
ードリセット処理は、コンテキストの作成と、当該コン
テキストにプログラムのクラスタチェーン情報及びエン
トリポイント情報の記録を実行する処理とすることがで
きる。さらに、コンテキストは、プログラムのクラスタ
チェーン情報及びエントリポイント情報が記録されてお
り、ソフトリセット処理は、コンテキストに記録されて
いるエントリポイント情報によってプログラムのウォー
ムブートを実行し、コンテキストに記録されているクラ
スタチェーン情報によってプログラムのコールドブート
を実行する、ようにすることもできる。

【００２２】本発明の第１の観点によれば、ＡＰＭ又は
ＡＣＰＩを用いることなく、ＯＳ自体に変更を加えるこ
となく、既存のブートローダをわずかに修正し、ユーザ
からスタンバイ要求があったときにブートローダに通知
するとともに他のアプリケーションプログラムに終了要
求を発行するインタフェースプログラムを用意すること
で、コンピュータにおいてスタンバイ状態を実現するこ
とができる。従って、ＡＰＭ又はＡＣＰＩに対応してい
ないＯＳを用いて、コンピュータにおいてスタンバイ状
態を実現することができる。また、工数の増加、及びパ
ワーマネジメント機能追加によるＯＳのプログラムコー
ドサイズ増加を最小に抑えることができる。さらに、コ
ンピュータにおけるスタンバイ状態を極めてシンプルに
実現することができ、コンピュータの安定性を高くする
ことができ、処理を高速にすることができる。

【００２３】また、ＯＳの計時機能によって管理される
時刻にコンピュータがスタンバイ状態であった時間を反
映させることができないこと、パワーマネジメント機能
を有していないＯＳが、コンピュータがスタンバイ状態
になる前の認識不可周辺デバイスの状態とコンピュータ
がスタンバイ状態から動作状態に復帰した後の認識不可
周辺デバイスの状態とが同じであると認識できるように
すること（認識不可周辺デバイスの状態がパワーマネジ
メント機能を有していないＯＳにとって透過であるこ
と）ができないこと、及び、ＡＰＭ又はＡＣＰＩに対応
したＯＳとＡＰＭ又はＡＣＰＩに対応したＢＩＯＳが協
調してスタンバイ状態を実現する場合に、アプリケーシ
ョンプログラムが、コンピュータがスタンバイ状態にな
る前のＡＰＭ又はＡＣＰＩに対応したＯＳの状態とコン
ピュータがスタンバイ状態から動作状態に復帰した後の
ＡＰＭ又はＡＣＰＩに対応したＯＳの状態とが同じであ
ると認識できるようにすること（ＡＰＭ又はＡＣＰＩに
対応したＯＳの状態がアプリケーションプログラムにと
って透過であること）ができないといった問題をなくす
ことができる。

【００２４】また、本発明の第２の観点によれば、ＯＳ
自体に変更を加えることなく、且つ一般的なハードウェ
ア構成で高速にＯＳを起動することができる。

【００２５】

【発明の実施の形態】以下、図面に基づいて本発明の実
施の形態について説明する。図１は、本発明の実施形態
に係るプログラム制御方法を実施するためのコンピュー
タを示す図である。図１に示すように、コンピュータ２
０は、プログラム（ブートローダ、ＢＩＯＳ（Basic In
put/Output System：基本入出力システムプログラ
ム）、ＯＳ（Operating System）、アプリケーションプ
ログラム等を含む）などを実行するＣＰＵ（Central Pr
ocessing Unit）１１と、起動時等に必要となるプログ
ラム（ブートローダ、ＢＩＯＳ（Basic Input/Output S
ystem）等を含む）が記憶されているＲＯＭ（Read Only
Memory）１３と、プログラムを実行するときにプログ
ラムデータを展開するためのＲＡＭ（Random Access Me
mory）１５と、ＣＰＵ１１等に接続され、ＯＳ、アプリ
ケーションプログラム等が格納されているＨＤＤ（Hard
Disk Drive）１７と、ＣＰＵ１１等に接続され、画像
などの出力制御を行うビデオコントローラ１９とを具備
する。

【００２６】図２は、コンピュータのプログラム制御処
理を示すフローチャートである。以下、本実施形態に係
るプログラム制御方法について、図１及び図２を参照し
ながら説明する。ＣＰＵ１１がソフトウェアリセット命
令を実行し（ソフトウェアリセット）、又はリセットボ
タン（図示せず）などからのリセット信号がＣＰＵ１１
に入力されると（ハードウェアリセット）、ＣＰＵ１１
は、図２の処理を開始する。

【００２７】図２の処理を開始すると、ＣＰＵ１１は、
ＲＯＭ１３内のリセットベクタに従ってリセット処理を
行う（ステップ１０１）。リセットベクタにはジャンプ
コード（ジャンプ先アドレス）が格納されており、その
データからジャンプ先が選択される（ステップ１０
２）。

【００２８】ハードウェアリセットによって図２の処理
を開始した場合には、アドレスは、例えば、「０」から
始まるので、ＰＯＳＴにジャンプする（ステップ１０
２）。ＰＯＳＴでは、ＨＤＤ１７等のＨ／Ｗ（ハードウ
ェア）やＲＡＭ１５やレジスタ等の初期化が行われる
（ステップ１０３）。

【００２９】次に、ＰＯＳＴのブートストラップ処理で
ＲＯＭ１３に記憶されているブートローダをＲＡＭ１５
へ読み込んで展開する（ステップ１０４）。なお、ＯＳ
のＲＡＭ１５への展開が完了したら、暗号コードをＩ／
Ｏ入出力することによって、リセットベクタの示す内容
を改変可能にすることもできる。

【００３０】そして、その内容をブートローダのエント
リに変更した後、ブートローダがＨＤＤ１７からＯＳの
動作イメージをＲＡＭ１５に読み込んで展開する（ステ
ップ１０５）。次に、ブートローダはコンテキストを作
成し（ステップ１０６）、そこに次回の起動に必要なデ
ータを記憶しておく。必要なデータとは、例えばＲＡＭ
１３、ＨＤＤ１７等のディスク装置、ビデオコントロー
ラ１９のパラメータ、ＯＳのエントリーアドレス、ＯＳ
に渡すパラメータ、ＨＤＤ１７等のディスク装置内のＯ
Ｓに関係するＯＳイメージファイルのクラスタ情報、オ
リジナルのリセットベクタの内容などである。なお、こ
のコンテキストにある情報は、ＯＳ動作中も常にＯＳか
ら保護された状態でメモリに存在する。また、このコン
テキストエリアへはブートローダのみがアクセスするこ
とができる。

【００３１】次に、ブートローダは、コンピュータ２０
の高速起動のための待機を指示するパラメータを受け取
っているか否かをチェックし（ステップ１０７）、該パ
ラメータを受け取っている場合にはＣＰＵ１１を停止さ
せ、コンピュータ２０をスタンバイ状態に移行させる
（ステップ１０８）。ステップ１０８にてＣＰＵ１１が
停止しているときに、ハードウェア割り込み（タイマ割
り込み、電源スイッチがオンにされること等を含む）が
生ずると（起動指示）、ＣＰＵ１１は動作を再開し、コ
ンピュータ２０はスタンバイ状態から動作状態に移行す
る。

【００３２】ステップ１０７にてコンピュータ２０の高
速起動のための待機を指示するパラメータを受け取って
いない場合、又はステップ１０８にてハードウェア割り
込みが生じた場合、ブートローダは、ＲＡＭ１５上でＯ
Ｓを初期化する（ステップ１０９）。このとき、ＯＳに
対して次回のブートローダ起動時に、ＯＳからブートロ
ーダ動作のリクエストができる機構として、ＯＳがリク
エストコードを記録するための手段（例えば、特定のメ
モリアドレス）をＯＳに渡すパラメータに含める形で通
知する。こうして、ＯＳが動作し、ＯＳ上のアプリケー
ションを起動させることができ、ビデオコントローラ１
９等を制御できるようになる。

【００３３】一方、ソフトウェアリセットによって図２
の処理を開始した場合には、ジャンプコードの情報を読
み取り、ブートローダにジャンプする（ステップ１０
２）。続いて、ＲＡＭ１５内にコンテキストがあるかを
確認する（ステップ１１０）。

【００３４】コンテキストがない場合は、ハードウェア
は初期化されているが、ブートローダのコンテキスト情
報が十分に記録されていない場合である。そのため、処
理をステップ１０５に移す（ステップ１１０）。

【００３５】一方、コンテキストがある場合には、次
に、ＯＳの終了要求があるかを確認する（ステップ１１
１）。ここで、ＯＳの終了処理要求がある場合には、Ｏ
Ｓの終了処理を行うこととなる（ステップ１１２）。

【００３６】また、ＯＳの終了処理要求がない場合に
は、ウォーム（ＷＡＲＭ）ブートさせるか、コールド
（ＣＯＬＤ）ブートさせるかを選択する（ステップ１１
３）。具体的には、コンテキストからＯＳのエントリポ
イントを取得できる場合にはウォーム（ＷＡＲＭ）ブー
トさせ、コンテキストからＯＳのエントリポイントを取
得できない場合にはコールド（ＣＯＬＤ）ブートさせ
る。

【００３７】ウォーム（ＷＡＲＭ）ブートの場合には、
ブートローダは、スタンバイ状態となることを指示する
パラメータを受け取っているか否かをチェックし（ステ
ップ１１４）、該パラメータを受け取っている場合には
ＣＰＵ１１を停止させ、コンピュータ２０をスタンバイ
状態に移行させる（ステップ１１５）。ステップ１１５
にてＣＰＵ１１が停止しているときに、ハードウェア割
り込み（タイマ割り込み、電源スイッチがオンにされる
こと等を含む）が生ずると、ＣＰＵ１１は動作を再開
し、コンピュータ２０はスタンバイ状態から動作状態に
移行する。

【００３８】ステップ１１４にてスタンバイ状態となる
ことを指示するパラメータを受け取っていない場合、又
はステップ１１５にてハードウェア割り込みが生じた場
合、ブートローダは、コンテキストからＯＳのエントリ
ポイントを取得し、該エントリポイントにジャンプする
（ステップ１１６）。その後はステップ１０９に従い、
ＲＡＭ１５上でＯＳを初期化する。なお、ウォーム（Ｗ
ＡＲＭ）ブートでは、ＲＡＭ１５の内容の保持だけを保
証すれば良いため、ＲＡＭ１５以外のデバイスに関して
は、一通りの標準的・一般的なパワーオフ／パワーオン
処理に止める。また、ＲＡＭ１５以外のデバイスは、Ｏ
Ｓがウォーム（ＷＡＲＭ）ブート後に初期化する。

【００３９】ステップ１１３にてコールド（ＣＯＬＤ）
ブートの場合には、ブートローダはコンテキストからＯ
Ｓのエントリポイントを取得できないので、コンテキス
トからＯＳファイルのクラスタ情報を取得する（ステッ
プ１１７）。その情報に従って、ＨＤＤ１７からＯＳフ
ァイルをＲＡＭ１５に高速に読み込んで（ステップ１１
８）展開し、ＲＡＭ１５上でＯＳを初期化する（ステッ
プ１０９）。なお、ステップ１１７、１１８、１０９の
処理中に、ブートローダはコンテキストに次回の起動に
必要なデータを確実に記憶しておく。

【００４０】なお、ステップ１１５においてコンピュー
タ２０がスタンバイ状態になった場合には、ＯＳ上で動
作中のアプリケーションプログラムの状態は保存されな
い。そこで、ＯＳ上で動作するアプリケーションプログ
ラムであって、コンピュータ２０の動作状態の監視を行
い、また、ユーザからスタンバイ要求があったときにブ
ートローダに通知するとともに他のアプリケーションプ
ログラムに終了要求を発行するインタフェースプログラ
ム（ダイナミックリンクライブラリとすることも可能）
を用意することにより、アプリケーションプログラムが
レジストリ（ＯＳの動作に必要なパラメータ等を格納す
るシステムファイル）やデータファイルにデータを退避
できるようにすることが可能となる。

【００４１】以上説明したように、本実施形態において
は、ステップ１１４においてスタンバイ状態となること
を指示するパラメータを受け取っているか否かをチェッ
クし、該パラメータを受け取っている場合には、ステッ
プ１１５においてコンピュータ２０がスタンバイ状態に
移行する。このように、本実施形態においては、ＡＰＭ
又はＡＣＰＩを用いることなく、ＯＳ自体に変更を加え
ることなく、既存のブートローダをわずかに修正し、ユ
ーザからスタンバイ要求があったときにブートローダに
通知するとともに他のアプリケーションプログラムに終
了要求を発行するインタフェースプログラムを用意する
ことで、コンピュータ２０においてスタンバイ状態を実
現することができる。従って、ＡＰＭ又はＡＣＰＩに対
応していないＯＳを用いて、コンピュータ２０において
スタンバイ状態を実現することができる。また、工数の
増加、及びパワーマネジメント機能追加によるＯＳのプ
ログラムコードサイズ増加を最小に抑えることができ
る。さらに、コンピュータ２０におけるスタンバイ状態
を極めてシンプルに実現しているので、コンピュータ２
０の安定性を高くすることができ、処理を高速にするこ
とができる。

【００４２】また、ＯＳの計時機能によって管理される
時刻にコンピュータがスタンバイ状態であった時間を反
映させることができないこと、パワーマネジメント機能
を有していないＯＳが、コンピュータがスタンバイ状態
になる前の認識不可周辺デバイスの状態とコンピュータ
がスタンバイ状態から動作状態に復帰した後の認識不可
周辺デバイスの状態とが同じであると認識できるように
すること（認識不可周辺デバイスの状態がパワーマネジ
メント機能を有していないＯＳにとって透過であるこ
と）ができないこと、及び、ＡＰＭ又はＡＣＰＩに対応
したＯＳとＡＰＭ又はＡＣＰＩに対応したＢＩＯＳが協
調してスタンバイ状態を実現する場合に、アプリケーシ
ョンプログラムが、コンピュータがスタンバイ状態にな
る前のＡＰＭ又はＡＣＰＩに対応したＯＳの状態とコン
ピュータがスタンバイ状態から動作状態に復帰した後の
ＡＰＭ又はＡＣＰＩに対応したＯＳの状態とが同じであ
ると認識できるようにすること（ＡＰＭ又はＡＣＰＩに
対応したＯＳの状態がアプリケーションプログラムにと
って透過であること）ができないといった問題をなくす
ことができる。

【００４３】また、本実施形態においては、ステップ１
０７において高速起動のための待機を指示するパラメー
タを受け取っているか否かをチェックし、該パラメータ
を受け取っている場合には、ステップ１０８においてコ
ンピュータ２０をスタンバイ状態に移行させて待機させ
る。そして、ハードウェア割り込み（起動指示）が生じ
た場合に、コンピュータ２０をスタンバイ状態から動作
状態に移行させる。このように、本実施形態において
は、ＯＳ自体に変更を加えることなく、且つ一般的なハ
ードウェア構成で高速にＯＳを起動することができる。
具体的には、ＯＳとしてＷｉｎｄｏｗｓＣＥ（マイクロ
ソフト社の登録商標）を用いたコンピュータにおいて、
従来約３０秒であったＯＳ起動時間を５秒未満に短縮す
ることができる。

【００４４】

【発明の効果】以上述べた様に、本発明の第１の観点に
よれば、ＡＰＭ又はＡＣＰＩを用いることなく、ＯＳ自
体に変更を加えることなく、既存のブートローダをわず
かに修正することで、コンピュータにおいてスタンバイ
状態を実現することが可能となる。また、本発明の第２
の観点によれば、ＯＳ自体に変更を加えることなく、且
つ一般的なハードウェア構成で高速にＯＳを起動するこ
とが可能となる。

【図面の簡単な説明】

【図１】 本発明の一実施形態に係るプログラム制御処
理を実行するコンピュータの一例を示す図である。

【図２】 本発明の一実施形態に係るプログラム制御処
理を示すフローチャートである。

【符号の説明】

１１ ＣＰＵ １３ ＲＯＭ １５ ＲＡＭ １７ ＨＤＤ １９ ビデオコントローラ ２０ コンピュータ

Claims (10)

【特許請求の範囲】
1. 【請求項１】 コンピュータにおいて、オペレーティン
   グシステムを含むプログラムの起動を制御するプログラ
   ムであって、 前記プログラムの起動時にジャンプコードを検索するス
   テップ（ａ）と、 ステップ（ａ）においてジャンプコードが得られなかっ
   た場合に、ハードウェアを初期化してローダ処理を行う
   ステップ（ｂ）と、 ステップ（ａ）においてジャンプコードが得られた場合
   に、ハードウェアの初期化をせずにローダ処理を行うス
   テップ（ｃ）と、 ステップ（ｃ）の後に、前記コンピュータをスタンバイ
   状態にするステップ（ｄ）と、 所定のハードウェア割り込みが生じた場合に、前記コン
   ピュータをスタンバイ状態から動作状態に移行させるス
   テップ（ｅ）と、 ステップ（ｂ）又はステップ（ｅ）の後に、前記プログ
   ラムの初期化を行うステップ（ｆ）と、を実行させるプ
   ログラム。
2. 【請求項２】 コンピュータにおいて、オペレーティン
   グシステムを含むプログラムの起動を制御するプログラ
   ムであって、 プログラム起動時にジャンプコードを検索するステップ
   （ａ）と、 ステップ（ａ）においてジャンプコードが得られなかっ
   た場合に、ハードウェアを初期化してローダ処理を行う
   ステップ（ｂ）と、 ステップ（ｂ）の後に、前記コンピュータをスタンバイ
   状態にするステップ（ｃ）と、 所定のハードウェア割り込みが生じた場合に、前記コン
   ピュータをスタンバイ状態から動作状態に移行させるス
   テップ（ｄ）と、 ステップ（ａ）においてジャンプコードが得られた場合
   に、ハードウェアの初期化をせずにローダ処理を行うス
   テップ（ｅ）と、 ステップ（ｃ）又はステップ（ｅ）の後に、起動させる
   プログラムの初期化を行うステップ（ｆ）と、を実行さ
   せるプログラム。
3. 【請求項３】 前記ローダ処理は、コンテキストの有無
   を検証し、前記コンテキストの有りの場合には、ソフト
   リセット処理を実行させ、前記コンテキストの無しの場
   合には、ハードリセット処理を実行させることを特徴と
   する請求項１又は２記載のプログラム。
4. 【請求項４】 前記ハードリセット処理は、コンテキス
   トの作成と、当該コンテキストにプログラムのクラスタ
   チェーン情報及びエントリポイント情報の記録と、を実
   行させることを特徴とする請求項３記載のプログラム。
5. 【請求項５】 前記コンテキストは、プログラムのクラ
   スタチェーン情報及びエントリポイント情報が記録され
   ており、 前記ソフトリセット処理は、 前記コンテキストに記録されている前記エントリポイン
   ト情報によって前記プログラムのウォームブートを実行
   させ、 前記コンテキストに記録されている前記クラスタチェー
   ン情報によって前記プログラムのコールドブートを実行
   させる、ことを特徴とする請求項３記載のプログラム。
6. 【請求項６】コンピュータにおいて、オペレーティング
   システムを含むプログラムの起動を制御する情報処理装
   置であって、 前記プログラムの起動時にジャンプコードを検索するス
   テップ（ａ）と、 ステップ（ａ）においてジャンプコードが得られなかっ
   た場合に、ハードウェアを初期化してローダ処理を行う
   ステップ（ｂ）と、 ステップ（ａ）においてジャンプコードが得られた場合
   に、ハードウェアの初期化をせずにローダ処理を行うス
   テップ（ｃ）と、 ステップ（ｃ）の後に、前記コンピュータをスタンバイ
   状態にするステップ（ｄ）と、 所定のハードウェア割り込みが生じた場合に、前記コン
   ピュータをスタンバイ状態から動作状態に移行させるス
   テップ（ｅ）と、 ステップ（ｂ）又はステップ（ｅ）の後に、前記プログ
   ラムの初期化を行うステップ（ｆ）と、を実行する情報
   処理装置。
7. 【請求項７】 コンピュータにおいて、オペレーティン
   グシステムを含むプログラムの起動を制御する情報処理
   装置であって、 プログラム起動時にジャンプコードを検索するステップ
   （ａ）と、 ステップ（ａ）においてジャンプコードが得られなかっ
   た場合に、ハードウェアを初期化してローダ処理を行う
   ステップ（ｂ）と、 ステップ（ｂ）の後に、前記コンピュータをスタンバイ
   状態にするステップ（ｃ）と、 所定のハードウェア割り込みが生じた場合に、前記コン
   ピュータをスタンバイ状態から動作状態に移行させるス
   テップ（ｄ）と、 ステップ（ａ）においてジャンプコードが得られた場合
   に、ハードウェアの初期化をせずにローダ処理を行うス
   テップ（ｅ）と、 ステップ（ｃ）又はステップ（ｅ）の後に、起動させる
   プログラムの初期化を行うステップ（ｆ）と、を実行す
   る情報処理装置。
8. 【請求項８】 前記ローダ処理は、コンテキストの有無
   を検証し、前記コンテキストの有りの場合には、ソフト
   リセット処理を実行し、前記コンテキストの無しの場合
   には、ハードリセット処理を実行することを特徴とする
   請求項６又は７記載の情報処理装置。
9. 【請求項９】 前記ハードリセット処理は、コンテキス
   トの作成と、当該コンテキストにプログラムのクラスタ
   チェーン情報及びエントリポイント情報の記録と、を実
   行することを特徴とする請求項８記載の情報処理装置。
10. 【請求項１０】 前記コンテキストは、プログラムのク
    ラスタチェーン情報及びエントリポイント情報が記録さ
    れており、 前記ソフトリセット処理は、 前記コンテキストに記録されている前記エントリポイン
    ト情報によって前記プログラムのウォームブートを実行
    し、 前記コンテキストに記録されている前記クラスタチェー
    ン情報によって前記プログラムのコールドブートを実行
    する、ことを特徴とする請求項８記載の情報処理装置。