JP2002082808A - プログラム制御方法 - Google Patents
プログラム制御方法Info
- Publication number
- JP2002082808A JP2002082808A JP2000271580A JP2000271580A JP2002082808A JP 2002082808 A JP2002082808 A JP 2002082808A JP 2000271580 A JP2000271580 A JP 2000271580A JP 2000271580 A JP2000271580 A JP 2000271580A JP 2002082808 A JP2002082808 A JP 2002082808A
- Authority
- JP
- Japan
- Prior art keywords
- program
- context
- loader
- control method
- information
- 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.)
- Withdrawn
Links
Landscapes
- Stored Programmes (AREA)
Abstract
(57)【要約】
【課題】 ＯＳの再起動の高速化や安全な終了処理がで
きるプログラム制御方法を提供する。 【解決手段】 本発明のプログラム制御方法は、ＯＳ起
動時にジャンプコードを検索し（ステップ１０１、１０
２）、ジャンプコードがない場合には、ハードウェアを
初期化してローダ処理を行い（ステップ１０３〜１０
６）、ジャンプコードがある場合には、ハードウェアの
初期化をせずにローダ処理を行い（１０９〜１２１）、
ローダ処理後、起動させるプログラムの初期化を行う
（ステップ１０７）。これにより、ＯＳの再起動の高速
化や安全な終了処理ができる。
きるプログラム制御方法を提供する。 【解決手段】 本発明のプログラム制御方法は、ＯＳ起
動時にジャンプコードを検索し（ステップ１０１、１０
２）、ジャンプコードがない場合には、ハードウェアを
初期化してローダ処理を行い（ステップ１０３〜１０
６）、ジャンプコードがある場合には、ハードウェアの
初期化をせずにローダ処理を行い（１０９〜１２１）、
ローダ処理後、起動させるプログラムの初期化を行う
（ステップ１０７）。これにより、ＯＳの再起動の高速
化や安全な終了処理ができる。
Description
【０００１】
【発明の属する技術分野】本発明は、コンピュータにお
いて、オペレーティングシステム（以下、単に「ＯＳ」
ともいう）などのプログラム（ソフトウェア）を起動す
るプログラム制御方法に関する。特には、ＯＳなどのプ
ログラム（ソフトウェア）の再起動の高速化や安全な終
了処理ができるプログラム制御方法に関する。
いて、オペレーティングシステム（以下、単に「ＯＳ」
ともいう）などのプログラム（ソフトウェア）を起動す
るプログラム制御方法に関する。特には、ＯＳなどのプ
ログラム（ソフトウェア）の再起動の高速化や安全な終
了処理ができるプログラム制御方法に関する。
【０００２】
【従来の技術】今日では、パーソナルコンピュータ、携
帯用情報端末、コンピュータゲーム装置などの情報処理
装置が普及しており、広く利用されている。
帯用情報端末、コンピュータゲーム装置などの情報処理
装置が普及しており、広く利用されている。
【０００３】図３は、一般的な情報処理装置の一形態を
示す図である。図３において、この情報処理装置には、
プログラムを実行するＣＰＵ（Central Processing Uni
t）２１と、起動時等に必要となるプログラムが記憶さ
れているＲＯＭ（Read OnlyMemory）２３と、プログラ
ムを実行するときにプログラムデータを展開するための
ＲＡＭ（Random Access Memory）２５と、ＣＰＵ２１等
に接続され、ＯＳ等のプログラムが格納されているＨＤ
Ｄ（Hard Disk Drive）２７と、ＣＰＵ２１等に接続さ
れ、画像などの出力制御を行うビデオコントローラ２９
と、を備えている。
示す図である。図３において、この情報処理装置には、
プログラムを実行するＣＰＵ（Central Processing Uni
t）２１と、起動時等に必要となるプログラムが記憶さ
れているＲＯＭ（Read OnlyMemory）２３と、プログラ
ムを実行するときにプログラムデータを展開するための
ＲＡＭ（Random Access Memory）２５と、ＣＰＵ２１等
に接続され、ＯＳ等のプログラムが格納されているＨＤ
Ｄ（Hard Disk Drive）２７と、ＣＰＵ２１等に接続さ
れ、画像などの出力制御を行うビデオコントローラ２９
と、を備えている。
【０００４】図４は、図３に示した情報処理装置におけ
るＯＳ起動時のプログラム制御方法の一形態を示すフロ
ーチャートである。以下、図３に示したような構成の情
報処理装置における具体的なプログラム制御方法を、図
３及び図４を用いて説明する。
るＯＳ起動時のプログラム制御方法の一形態を示すフロ
ーチャートである。以下、図３に示したような構成の情
報処理装置における具体的なプログラム制御方法を、図
３及び図４を用いて説明する。
【０００５】図３及び図４において、リセットボタン
（図示せず）などからのリセット信号がＣＰＵ２１に入
力されると、ＲＯＭ２３内のリセットベクタに従ってリ
セット処理が行われる（ステップ２０１）。リセットベ
クタにはジャンプコード（ジャンプ先アドレス）があ
り、それに基づいてＰＯＳＴを起動する。ＰＯＳＴで
は、Ｈ／Ｗ（ハードウェア）の初期化が行われる（ステ
ップ２０２）。
（図示せず）などからのリセット信号がＣＰＵ２１に入
力されると、ＲＯＭ２３内のリセットベクタに従ってリ
セット処理が行われる（ステップ２０１）。リセットベ
クタにはジャンプコード（ジャンプ先アドレス）があ
り、それに基づいてＰＯＳＴを起動する。ＰＯＳＴで
は、Ｈ／Ｗ（ハードウェア）の初期化が行われる（ステ
ップ２０２）。
【０００６】次に、ＰＯＳＴからＲＡＭ２５にあるメモ
リアドレスを参照することにより、ソフトリセットかど
うかを確認する（ステップ２０３）。
リアドレスを参照することにより、ソフトリセットかど
うかを確認する（ステップ２０３）。
【０００７】ソフトリセットではない場合には、ＲＡＭ
２５やレジスタ上に残っている情報を一旦クリアする
（ステップ２０４）。次に、ＰＯＳＴのブートストラッ
プ処理で、ＲＯＭ２３に記憶されているローダをＲＡＭ
２５へ読み込んで展開する（ステップ２０５）。
２５やレジスタ上に残っている情報を一旦クリアする
（ステップ２０４）。次に、ＰＯＳＴのブートストラッ
プ処理で、ＲＯＭ２３に記憶されているローダをＲＡＭ
２５へ読み込んで展開する（ステップ２０５）。
【０００８】そして、ＨＤＤ２７からＯＳをＲＡＭ２５
に読み込んで展開し（ステップ２０６）、ＲＡＭ２５上
でＯＳを初期化する（ステップ２０７）。
に読み込んで展開し（ステップ２０６）、ＲＡＭ２５上
でＯＳを初期化する（ステップ２０７）。
【０００９】このようにして、ＯＳが起動され、その
後、ＯＳ上で各種のアプリケーションを稼動させること
ができ、ビデオコントローラ２９等を制御できるように
なる。
後、ＯＳ上で各種のアプリケーションを稼動させること
ができ、ビデオコントローラ２９等を制御できるように
なる。
【００１０】一方、ステップ２０３でソフトリセットで
あると確認された場合には、ＲＡＭ２５に残っている情
報を用いてローダ処理を実行する（ステップ２０８）。
このとき、ローダは、ＲＡＭ２５上のこのエリアをスタ
ックに割り当てて使用する。次に、ＯＳの終了処理要求
があるかを確認する（ステップ２０９）。
あると確認された場合には、ＲＡＭ２５に残っている情
報を用いてローダ処理を実行する（ステップ２０８）。
このとき、ローダは、ＲＡＭ２５上のこのエリアをスタ
ックに割り当てて使用する。次に、ＯＳの終了処理要求
があるかを確認する（ステップ２０９）。
【００１１】ＯＳの終了処理要求がない場合には、ステ
ップ２０６からの処理に従い、ＨＤＤ２７からＯＳをＲ
ＡＭ２５に読み込んで展開し（ステップ２０６）、ＲＡ
Ｍ２５上でＯＳを初期化する（ステップ２０７）。この
ようにして、ＯＳが起動され、その後、ＯＳ上で各種の
アプリケーションを稼動させることができ、ビデオコン
トローラ２９等を制御できるようになる。
ップ２０６からの処理に従い、ＨＤＤ２７からＯＳをＲ
ＡＭ２５に読み込んで展開し（ステップ２０６）、ＲＡ
Ｍ２５上でＯＳを初期化する（ステップ２０７）。この
ようにして、ＯＳが起動され、その後、ＯＳ上で各種の
アプリケーションを稼動させることができ、ビデオコン
トローラ２９等を制御できるようになる。
【００１２】一方、ステップ２０９で、ＯＳの終了処理
要求がある場合には、ＯＳの終了処理を行うこととなる
（ステップ２１１）。
要求がある場合には、ＯＳの終了処理を行うこととなる
（ステップ２１１）。
【００１３】
【発明が解決しようとする課題】しかしながら、ＯＳの
起動及び終了処理をＰＯＳＴとローダが担当する情報処
理装置においては、ＯＳ動作中にソフトリセットを実行
してＯＳを再起動した場合、高速な再起動が難しいとい
う問題点がある。これは、ＰＯＳＴにより、電源投入時
にのみ初期化すればよいハードウェアに対しても、再度
初期化を行うからである。そして、その処理が冗長部分
となってＯＳの高速な再起動を阻害する。
起動及び終了処理をＰＯＳＴとローダが担当する情報処
理装置においては、ＯＳ動作中にソフトリセットを実行
してＯＳを再起動した場合、高速な再起動が難しいとい
う問題点がある。これは、ＰＯＳＴにより、電源投入時
にのみ初期化すればよいハードウェアに対しても、再度
初期化を行うからである。そして、その処理が冗長部分
となってＯＳの高速な再起動を阻害する。
【００１４】また、ＯＳ自身やローダはＯＳのクラスタ
情報等を知りうることができるが、ＰＯＳＴは、この情
報を知ることができない。そのため、再起動時に本来ク
リアしなくてもよいメモリやレジスタ等のデータもクリ
アされてしまい、結局最初から処理を始めなければなら
ない。
情報等を知りうることができるが、ＰＯＳＴは、この情
報を知ることができない。そのため、再起動時に本来ク
リアしなくてもよいメモリやレジスタ等のデータもクリ
アされてしまい、結局最初から処理を始めなければなら
ない。
【００１５】さらに、ＰＯＳＴとローダによってＯＳの
終了処理を行うシステムを構築する場合、ローダの意図
する動作に合わせて、ＰＯＳＴのハードウェアの再初期
化内容を一部カスタマイズしなければならない。例え
ば、ソフトリセット時にはメモリをクリアしないように
すること等をしなければならない。しかし、ＰＯＳＴの
カスタマイズには高度な技術が必要で、ユーザがこれを
行うのは困難である。
終了処理を行うシステムを構築する場合、ローダの意図
する動作に合わせて、ＰＯＳＴのハードウェアの再初期
化内容を一部カスタマイズしなければならない。例え
ば、ソフトリセット時にはメモリをクリアしないように
すること等をしなければならない。しかし、ＰＯＳＴの
カスタマイズには高度な技術が必要で、ユーザがこれを
行うのは困難である。
【００１６】また、ＰＯＳＴのカスタマイズを行うと、
システムが不安定になることがある。このカスタマイズ
の影響と、ＰＯＳＴによるハードウェア初期化の影響
と、また、ＰＯＳＴの処理により全体の処理時間が長く
なり、クリティカルな時間が長くなってしまうことによ
り、ＯＳの終了処理が安全にできない場合もある。
システムが不安定になることがある。このカスタマイズ
の影響と、ＰＯＳＴによるハードウェア初期化の影響
と、また、ＰＯＳＴの処理により全体の処理時間が長く
なり、クリティカルな時間が長くなってしまうことによ
り、ＯＳの終了処理が安全にできない場合もある。
【００１７】したがって、上記の点に鑑み、本発明の目
的は、ＯＳの再起動の高速化や安全な終了処理ができる
プログラム制御方法を提供することである。
的は、ＯＳの再起動の高速化や安全な終了処理ができる
プログラム制御方法を提供することである。
【００１８】
【課題を解決するための手段】上記課題を解決するた
め、本発明のプログラム制御方法は、コンピュータにお
いてオペレーティングシステムなどのプログラムの起動
を制御するプログラム制御方法であって、プログラム起
動時にジャンプコードを検索し、ジャンプコードがない
場合には、ハードウェアを初期化してローダ処理を行
い、ジャンプコードがある場合には、ハードウェアの初
期化をせずにローダ処理を行い、ローダ処理後、起動さ
せるプログラムの初期化を行う、ことを特徴とする。
め、本発明のプログラム制御方法は、コンピュータにお
いてオペレーティングシステムなどのプログラムの起動
を制御するプログラム制御方法であって、プログラム起
動時にジャンプコードを検索し、ジャンプコードがない
場合には、ハードウェアを初期化してローダ処理を行
い、ジャンプコードがある場合には、ハードウェアの初
期化をせずにローダ処理を行い、ローダ処理後、起動さ
せるプログラムの初期化を行う、ことを特徴とする。
【００１９】ここで、ローダ処理は、コンテキストの有
無を検証し、コンテキストの有りの場合には、ソフトリ
セット処理を行い、コンテキストの無しの場合には、ハ
ードリセット処理を行うことができる。また、ハードリ
セット処理は、コンテキストの作成と、当該コンテキス
トにプログラムのクラスタチェーン情報及びエントリポ
イント情報の記録を行う処理とすることができる。さら
に、コンテキストは、プログラムのクラスタチェーン情
報及びエントリポイント情報が記録されており、ソフト
リセット処理は、コンテキストに記録されているエント
リポイント情報によってプログラムのウォームブートを
行い、コンテキストに記録されているクラスタチェーン
情報によってプログラムのコールドブートを行う、よう
にすることもできる。
無を検証し、コンテキストの有りの場合には、ソフトリ
セット処理を行い、コンテキストの無しの場合には、ハ
ードリセット処理を行うことができる。また、ハードリ
セット処理は、コンテキストの作成と、当該コンテキス
トにプログラムのクラスタチェーン情報及びエントリポ
イント情報の記録を行う処理とすることができる。さら
に、コンテキストは、プログラムのクラスタチェーン情
報及びエントリポイント情報が記録されており、ソフト
リセット処理は、コンテキストに記録されているエント
リポイント情報によってプログラムのウォームブートを
行い、コンテキストに記録されているクラスタチェーン
情報によってプログラムのコールドブートを行う、よう
にすることもできる。
【００２０】上述した本発明のプログラム制御方法によ
れば、ＯＳのソフトリセット時に、ローダが効率よく動
作し、ＯＳの高速な再起動が可能になる。
れば、ＯＳのソフトリセット時に、ローダが効率よく動
作し、ＯＳの高速な再起動が可能になる。
【００２１】また、ＯＳの動作中にリセットがかかった
ときや特定目的のＯＳの終了処理を行ったときに、ＯＳ
データのバックアップが可能で安全な終了処理ができ
る。特に、Ｗｉｎｄｏｗｓ ＣＥ（Ｗｉｎｄｏｗｓはマ
イクロソフト社の登録商標）のように仮想メモリを使用
しないで、動作に必要なデータを全て実メモリ上に保存
するＯＳに対しては、再起動及び終了時処理の安全性が
向上する。これは、ＰＯＳＴによるハードウェア初期化
の影響を受けないことと、全体の処理時間が著しく短縮
できるため、クリティカルな時間を短くできることによ
る。
ときや特定目的のＯＳの終了処理を行ったときに、ＯＳ
データのバックアップが可能で安全な終了処理ができ
る。特に、Ｗｉｎｄｏｗｓ ＣＥ（Ｗｉｎｄｏｗｓはマ
イクロソフト社の登録商標）のように仮想メモリを使用
しないで、動作に必要なデータを全て実メモリ上に保存
するＯＳに対しては、再起動及び終了時処理の安全性が
向上する。これは、ＰＯＳＴによるハードウェア初期化
の影響を受けないことと、全体の処理時間が著しく短縮
できるため、クリティカルな時間を短くできることによ
る。
【００２２】さらに、上述した本発明のプログラムロー
ディング方式及びそれを使用した情報処理装置によれ
ば、ＰＯＳＴのカスタマイズの必要がなくなるので、ユ
ーザの負担が少なく、システムが不安定にならない。ま
た、ローダがオプションＲＯＭの形態で実現できていれ
ば、どのようなＢＩＯＳであっても適合するので、対ハ
ードウェアのフレキシビリティが向上する。
ディング方式及びそれを使用した情報処理装置によれ
ば、ＰＯＳＴのカスタマイズの必要がなくなるので、ユ
ーザの負担が少なく、システムが不安定にならない。ま
た、ローダがオプションＲＯＭの形態で実現できていれ
ば、どのようなＢＩＯＳであっても適合するので、対ハ
ードウェアのフレキシビリティが向上する。
【００２３】
【発明の実施の形態】以下、本発明のプログラム制御方
法の一形態について図を参照しつつ説明する。
法の一形態について図を参照しつつ説明する。
【００２４】図１は、本発明のプログラム制御方法を実
行するための情報処理装置の一形態を示す図である。図
１において、この情報処理装置には、プログラムなどを
実行するＣＰＵ（Central Processing Unit）１１と、
起動時等に必要となるプログラムが記憶されているＲＯ
Ｍ（Read Only Memory）１３と、プログラムを実行する
ときにプログラムデータを展開するためのＲＡＭ（Rand
om Access Memory）１５と、ＣＰＵ１１等に接続され、
ＯＳ等のプログラムが格納されているＨＤＤ（Hard Dis
k Drive）１７と、ＣＰＵ１１等に接続され、画像など
の出力制御を行うビデオコントローラ１９と、を備えて
いる。
行するための情報処理装置の一形態を示す図である。図
１において、この情報処理装置には、プログラムなどを
実行するＣＰＵ（Central Processing Unit）１１と、
起動時等に必要となるプログラムが記憶されているＲＯ
Ｍ（Read Only Memory）１３と、プログラムを実行する
ときにプログラムデータを展開するためのＲＡＭ（Rand
om Access Memory）１５と、ＣＰＵ１１等に接続され、
ＯＳ等のプログラムが格納されているＨＤＤ（Hard Dis
k Drive）１７と、ＣＰＵ１１等に接続され、画像など
の出力制御を行うビデオコントローラ１９と、を備えて
いる。
【００２５】図２は、図１に示した情報処理装置におけ
るＯＳ起動時の本発明のプログラム制御方法の一形態を
示すフローチャートである。以下、図１に示したような
構成の情報処理装置における具体的なプログラム制御方
法を、図１及び図２を用いて説明する。
るＯＳ起動時の本発明のプログラム制御方法の一形態を
示すフローチャートである。以下、図１に示したような
構成の情報処理装置における具体的なプログラム制御方
法を、図１及び図２を用いて説明する。
【００２６】図１及び図２において、リセットボタン
（図示せず）などからのリセット信号がＣＰＵ１１に入
力されると、ＲＯＭ１３内のリセットベクタに従ってリ
セット処理が行われる（ステップ１０１）。リセットベ
クタにはジャンプコード（ジャンプ先アドレス）があ
り、そのデータからジャンプ先が選択される（ステップ
１０２）。
（図示せず）などからのリセット信号がＣＰＵ１１に入
力されると、ＲＯＭ１３内のリセットベクタに従ってリ
セット処理が行われる（ステップ１０１）。リセットベ
クタにはジャンプコード（ジャンプ先アドレス）があ
り、そのデータからジャンプ先が選択される（ステップ
１０２）。
【００２７】ハードウェアリセットの場合には、アドレ
スは、例えば、「０」から始まるので、ＰＯＳＴにジャ
ンプする（ステップ１０２）。ＰＯＳＴでは、ＨＤＤ１
７等のＨ／Ｗ（ハードウェア）やＲＡＭ１５やレジスタ
等の初期化が行われる（ステップ１０３）。
スは、例えば、「０」から始まるので、ＰＯＳＴにジャ
ンプする（ステップ１０２）。ＰＯＳＴでは、ＨＤＤ１
７等のＨ／Ｗ（ハードウェア）やＲＡＭ１５やレジスタ
等の初期化が行われる（ステップ１０３）。
【００２８】次に、ＰＯＳＴのブートストラップ処理で
ＲＯＭ１３に記憶されているローダをＲＡＭ１５へ読み
込んで展開する（ステップ１０４）。なお、ＯＳのＲＡ
Ｍ１５への展開が完了したら、暗号コードをＩ／Ｏ入出
力することによって、リセットベクタの示す内容を改変
可能にすることもできる。
ＲＯＭ１３に記憶されているローダをＲＡＭ１５へ読み
込んで展開する（ステップ１０４）。なお、ＯＳのＲＡ
Ｍ１５への展開が完了したら、暗号コードをＩ／Ｏ入出
力することによって、リセットベクタの示す内容を改変
可能にすることもできる。
【００２９】そして、その内容をローダのエントリに変
更した後、ローダがＨＤＤ１７からＯＳの動作イメージ
をＲＡＭ１５に読み込んで展開し（ステップ１０５）、
ＲＡＭ１５上でＯＳを初期化する（ステップ１０７）。
このとき、ＯＳに対して次回のローダ起動時に、ＯＳか
らローダ動作のリクエストができる機構として、ＯＳが
リクエストコードを記録するための手段（例えば、特定
のメモリアドレス）をＯＳに渡すパラメータに含める形
で通知する。こうして、ＯＳが動作し、ＯＳ上のアプリ
ケーションを起動させることができ、ビデオコントロー
ラ１９等を制御できるようになる。
更した後、ローダがＨＤＤ１７からＯＳの動作イメージ
をＲＡＭ１５に読み込んで展開し（ステップ１０５）、
ＲＡＭ１５上でＯＳを初期化する（ステップ１０７）。
このとき、ＯＳに対して次回のローダ起動時に、ＯＳか
らローダ動作のリクエストができる機構として、ＯＳが
リクエストコードを記録するための手段（例えば、特定
のメモリアドレス）をＯＳに渡すパラメータに含める形
で通知する。こうして、ＯＳが動作し、ＯＳ上のアプリ
ケーションを起動させることができ、ビデオコントロー
ラ１９等を制御できるようになる。
【００３０】ステップ１０５から１０７のＯＳ動作中
に、ローダはコンテキストを作成し（ステップ１０
６）、そこに次回の起動に必要なデータを記憶してお
く。必要なデータとは、例えばＲＡＭ１３、ＨＤＤ１７
等のディスク装置、ビデオコントローラ１９のパラメー
タ、ＯＳのエントリーアドレス、ＯＳに渡すパラメー
タ、ＨＤＤ１７等のディスク装置内のＯＳに関係するＯ
Ｓイメージファイルのクラスタ情報、オリジナルのリセ
ットベクタの内容などである。なお、このコンテキスト
にある情報は、ＯＳ動作中も常にＯＳから保護された状
態でメモリに存在する。また、このコンテキストエリア
へはローダのみがアクセスすることができる。
に、ローダはコンテキストを作成し（ステップ１０
６）、そこに次回の起動に必要なデータを記憶してお
く。必要なデータとは、例えばＲＡＭ１３、ＨＤＤ１７
等のディスク装置、ビデオコントローラ１９のパラメー
タ、ＯＳのエントリーアドレス、ＯＳに渡すパラメー
タ、ＨＤＤ１７等のディスク装置内のＯＳに関係するＯ
Ｓイメージファイルのクラスタ情報、オリジナルのリセ
ットベクタの内容などである。なお、このコンテキスト
にある情報は、ＯＳ動作中も常にＯＳから保護された状
態でメモリに存在する。また、このコンテキストエリア
へはローダのみがアクセスすることができる。
【００３１】ソフトリセットの場合には、ジャンプコー
ドの情報を読み取り、ローダにジャンプする（ステップ
１０２）。続いて、ローダにコンテキストがあるかを確
認する（ステップ１０９）。
ドの情報を読み取り、ローダにジャンプする（ステップ
１０２）。続いて、ローダにコンテキストがあるかを確
認する（ステップ１０９）。
【００３２】コンテキストがない場合は、ハードウェア
は初期化されているが、ローダのコンテキスト情報が十
分に記録されていない場合である。そのため、ステップ
１０５からの処理に従い、ＨＤＤ１７からＯＳの動作イ
メージをＲＡＭ１５に読み込んで展開し（ステップ１０
５）、ＲＡＭ１５上でＯＳを初期化する（ステップ１０
７）。また、ステップ１０５から１０７のＯＳ動作中
に、ローダはコンテキストを作成し（ステップ１０
６）、そこに次回の起動に必要なデータを再度記憶して
おく。
は初期化されているが、ローダのコンテキスト情報が十
分に記録されていない場合である。そのため、ステップ
１０５からの処理に従い、ＨＤＤ１７からＯＳの動作イ
メージをＲＡＭ１５に読み込んで展開し（ステップ１０
５）、ＲＡＭ１５上でＯＳを初期化する（ステップ１０
７）。また、ステップ１０５から１０７のＯＳ動作中
に、ローダはコンテキストを作成し（ステップ１０
６）、そこに次回の起動に必要なデータを再度記憶して
おく。
【００３３】一方、コンテキストがある場合には、次
に、ＯＳの終了要求があるかを確認する（ステップ１１
１）。ここで、ＯＳの終了処理要求がある場合には、Ｏ
Ｓの終了処理を行うこととなる（ステップ１１３）。
に、ＯＳの終了要求があるかを確認する（ステップ１１
１）。ここで、ＯＳの終了処理要求がある場合には、Ｏ
Ｓの終了処理を行うこととなる（ステップ１１３）。
【００３４】また、ＯＳの終了処理要求がない場合に
は、ＷＡＲＭブートさせるか、ＣＯＬＤブートさせるか
を選択する（ステップ１１５）。具体的には、ＯＳのエ
ントリポイントを取得できる場合にはオゥーム（ＷＡＲ
Ｍ）ブートさせ、取得できない場合にはコールド（ＣＯ
ＬＤ）ブートさせる。
は、ＷＡＲＭブートさせるか、ＣＯＬＤブートさせるか
を選択する（ステップ１１５）。具体的には、ＯＳのエ
ントリポイントを取得できる場合にはオゥーム（ＷＡＲ
Ｍ）ブートさせ、取得できない場合にはコールド（ＣＯ
ＬＤ）ブートさせる。
【００３５】ＷＡＲＭブートの場合には、ローダはコン
テキストからＯＳのエントリポイントを取得でき、ＨＤ
Ｄ１７からＯＳを読み込む必要がないので、直接ＯＳに
ジャンプする（ステップ１１７）。その後はステップ１
０７に従い、ＲＡＭ１５上でＯＳを初期化する。
テキストからＯＳのエントリポイントを取得でき、ＨＤ
Ｄ１７からＯＳを読み込む必要がないので、直接ＯＳに
ジャンプする（ステップ１１７）。その後はステップ１
０７に従い、ＲＡＭ１５上でＯＳを初期化する。
【００３６】ＣＯＬＤブートの場合には、ローダはコン
テキストからＯＳのエントリポイントを取得できないの
で、コンテキストからＯＳファイルのクラスタ情報を取
得する（ステップ１１９）。その情報に従って、ＨＤＤ
１７からＯＳファイルをＲＡＭ１５に高速に読み込んで
（ステップ１２１）展開し、ＲＡＭ１５上でＯＳを初期
化する（ステップ１０７）。なお、ステップ１１９、１
２１、１０７の処理中に、ローダはコンテキストに次回
の起動に必要なデータを確実に記憶しておく。
テキストからＯＳのエントリポイントを取得できないの
で、コンテキストからＯＳファイルのクラスタ情報を取
得する（ステップ１１９）。その情報に従って、ＨＤＤ
１７からＯＳファイルをＲＡＭ１５に高速に読み込んで
（ステップ１２１）展開し、ＲＡＭ１５上でＯＳを初期
化する（ステップ１０７）。なお、ステップ１１９、１
２１、１０７の処理中に、ローダはコンテキストに次回
の起動に必要なデータを確実に記憶しておく。
【００３７】以上のようにして、本発明のプログラム制
御方法によって、ＯＳの再起動の高速化や安全な終了処
理ができることとなる。
御方法によって、ＯＳの再起動の高速化や安全な終了処
理ができることとなる。
【００３８】
【発明の効果】以上、本発明のプログラム制御方法によ
れば、ソフトウェアリセットの場合には、ジャンプ先が
ＰＯＳＴからローダに変更されるため、ＰＯＳＴによっ
て行われるハードウェア等の初期化が省略でき、ＯＳの
再起動が高速にできるようになった。
れば、ソフトウェアリセットの場合には、ジャンプ先が
ＰＯＳＴからローダに変更されるため、ＰＯＳＴによっ
て行われるハードウェア等の初期化が省略でき、ＯＳの
再起動が高速にできるようになった。
【００３９】また、ローダはコンテキストを作成し、そ
こに再起動に必要な情報を記録しておくので再起動時の
処理が少なくて済み、ＯＳの再起動が高速にできるよう
になった。
こに再起動に必要な情報を記録しておくので再起動時の
処理が少なくて済み、ＯＳの再起動が高速にできるよう
になった。
【００４０】さらに、コンテキストに情報を記録するこ
とによりＰＯＳＴのカスタマイズ等の必要がなくなり、
システムが安定し、ＯＳの終了処理が安全にできるよう
になった。
とによりＰＯＳＴのカスタマイズ等の必要がなくなり、
システムが安定し、ＯＳの終了処理が安全にできるよう
になった。
【図１】本発明の情報処理装置の一形態を示す図であ
る。
る。
【図２】図１に示した従来の情報処理装置によるプログ
ラムローディング方式の一形態を示すフローチャートで
ある。
ラムローディング方式の一形態を示すフローチャートで
ある。
【図３】従来の情報処理装置の一形態を示す図である。
【図４】図３に示した従来の情報処理装置によるプログ
ラムローディング方式の一形態を示すフローチャートで
ある。
ラムローディング方式の一形態を示すフローチャートで
ある。
１１、２１ ＣＰＵ １３、２３ ＲＯＭ １５、２５ ＲＡＭ １７、２７ ＨＤＤ １９、２９ ビデオコントローラ
Claims (4)
- 【請求項１】 コンピュータにおいてオペレーティング
システムなどのプログラムの起動を制御するプログラム
制御方法であって、 プログラム起動時にジャンプコードを検索し、 ジャンプコードがない場合には、ハードウェアを初期化
してローダ処理を行い、 ジャンプコードがある場合には、ハードウェアの初期化
をせずにローダ処理を行い、 前記ローダ処理後、起動させるプログラムの初期化を行
う、 ことを特徴とするプログラム制御方法。 - 【請求項２】 前記ローダ処理は、コンテキストの有無
を検証し、前記コンテキストの有りの場合には、ソフト
リセット処理を行い、前記コンテキストの無しの場合に
は、ハードリセット処理を行うことを特徴とする請求項
１記載のプログラム制御方法。 - 【請求項３】 前記ハードリセット処理は、コンテキス
トの作成と、当該コンテキストにプログラムのクラスタ
チェーン情報及びエントリポイント情報の記録を行う処
理であることを特徴とする請求項２記載のプログラム制
御方法。 - 【請求項４】 前記コンテキストは、プログラムのクラ
スタチェーン情報及びエントリポイント情報が記録され
ており、 前記ソフトリセット処理は、 前記コンテキストに記録されている前記エントリポイン
ト情報によって前記プログラムのウォームブートを行
い、 前記コンテキストに記録されている前記クラスタチェー
ン情報によって前記プログラムのコールドブートを行
う、 ことを特徴とする請求項２記載のプログラム制御方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000271580A JP2002082808A (ja) | 2000-09-07 | 2000-09-07 | プログラム制御方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000271580A JP2002082808A (ja) | 2000-09-07 | 2000-09-07 | プログラム制御方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2002082808A true JP2002082808A (ja) | 2002-03-22 |
Family
ID=18757843
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000271580A Withdrawn JP2002082808A (ja) | 2000-09-07 | 2000-09-07 | プログラム制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2002082808A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2005071522A1 (ja) * | 2004-01-27 | 2005-08-04 | Nec Corporation | 高速再起動方法および情報処理装置ならびにプログラム |
| JP2010066869A (ja) * | 2008-09-09 | 2010-03-25 | Nec Corp | 情報処理装置、その制御方法及びプログラム |
| JP2010123125A (ja) * | 2008-11-19 | 2010-06-03 | Intel Corp | プラットフォームの高速リスタートを可能にする方法およびシステム |
| JP2012243237A (ja) * | 2011-05-24 | 2012-12-10 | Lenovo Singapore Pte Ltd | 起動時の信頼性とｐｏｓｔ時間の短縮を図る方法およびコンピュータ |
-
2000
- 2000-09-07 JP JP2000271580A patent/JP2002082808A/ja not_active Withdrawn
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2005071522A1 (ja) * | 2004-01-27 | 2005-08-04 | Nec Corporation | 高速再起動方法および情報処理装置ならびにプログラム |
| JPWO2005071522A1 (ja) * | 2004-01-27 | 2007-09-13 | 日本電気株式会社 | 高速再起動方法および情報処理装置ならびにプログラム |
| JP4683218B2 (ja) * | 2004-01-27 | 2011-05-18 | 日本電気株式会社 | 高速再起動方法および情報処理装置ならびにプログラム |
| US9298472B2 (en) | 2004-01-27 | 2016-03-29 | Nec Corporation | High-speed restart method, information processing device, and program |
| JP2010066869A (ja) * | 2008-09-09 | 2010-03-25 | Nec Corp | 情報処理装置、その制御方法及びプログラム |
| JP2010123125A (ja) * | 2008-11-19 | 2010-06-03 | Intel Corp | プラットフォームの高速リスタートを可能にする方法およびシステム |
| US8296553B2 (en) | 2008-11-19 | 2012-10-23 | Intel Corporation | Method and system to enable fast platform restart |
| JP2012243237A (ja) * | 2011-05-24 | 2012-12-10 | Lenovo Singapore Pte Ltd | 起動時の信頼性とｐｏｓｔ時間の短縮を図る方法およびコンピュータ |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| RU2439678C2 (ru) | Начальная загрузка операционной системы раздельными стадиями | |
| US7934209B2 (en) | Method for firmware variable storage with eager compression, fail-safe extraction and restart time compression scan | |
| US20060242398A1 (en) | Booting from non-volatile memory | |
| JP2004310775A (ja) | 同じものをロードするためのポータブルオペレーティングシステムおよび方法 | |
| US20060047938A1 (en) | Method and apparatus to initialize CPU | |
| JP2007122653A (ja) | 情報処理装置及び起動制御方法 | |
| JPH11184703A (ja) | 情報処理装置及びそのブート方法 | |
| TWI417789B (zh) | 電腦系統及啟動方法 | |
| US20020083427A1 (en) | Embedded system capable of rapidly updating software and method for rapidly updating software of embedded system | |
| JP2009230433A (ja) | ネットワークブート装置、プログラム及び方法 | |
| JP2005523523A (ja) | ハイバネーションを使用したクライアントコンピューターのオペレーティングシステムのネットワークブーティングのためのシステム及び方法 | |
| US6986034B2 (en) | Setting a system indication in response to a user when execution of the system setup program is desired | |
| JP2002082808A (ja) | プログラム制御方法 | |
| JP4597032B2 (ja) | コンピュータシステム、それにおける基本プログラムの起動方法、及びローダプログラム | |
| JP2003044284A (ja) | コンピュータ装置の起動方法および起動用プログラム | |
| JP2001228938A (ja) | リモート起動方法 | |
| US6915418B2 (en) | Interrupt 21h ROM client loader and payload delivery method | |
| JPH08263219A (ja) | 記録再生装置の立ち上げ方法 | |
| JP2595702B2 (ja) | 入出力制御方式 | |
| JPH1055280A (ja) | カートリッジソフト読み込み方法 | |
| JPH05274120A (ja) | Ｏｓモード切り替え装置 | |
| JPH10307714A (ja) | Ｐｃ／ａｔ互換パーソナルコンピュータ | |
| JP3116993B2 (ja) | コンピュータシステム | |
| JP2001147814A (ja) | 起動処理更新装置 | |
| JPH04169929A (ja) | ブートプライオリティ変更装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040311 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060530 |
|
| A761 | Written withdrawal of application |
Free format text: JAPANESE INTERMEDIATE CODE: A761 Effective date: 20060623 |