JPH10254584A - 情報処理装置のリセット制御方式、および、リセット制御機能を持つ情報処理装置 - Google Patents

Abstract

(57)【要約】 【課題】ソフトウェアシステムの起動に時間が掛かる情
報処理装置では、ソフトウェアの不良ができるだけ発現
しないよう定期的に、なるべく、リセットをかけること
でユーザが使用する上で、障害ににならないタイミング
で、リセットをかけてやる必要がある。 【解決手段】利用者が電源をオフ状態にしている時間帯
の情報を蓄積し、最も使用している可能性が少ない時間
帯で、情報処理装置にリセットをかける。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、演算処理装置がプ
ログラム制御を行う情報処理装置全般に関わり、長期間
に渡って装置が安定動作するための、情報処理装置のリ
セット制御方式に関する。

【０００２】

【従来の技術】演算処理装置がプログラム制御を行う情
報処理装置、特に、パソコン、ワープロ専用機、ＦＡ
Ｘ、デジタル放送受信機など、様々な入出力ハードウェ
アデバイスを持ち、そのデバイスを主記憶メモリに格納
されたプログラムを、演算処理装置が制御しながら、ユ
ーザの望む機能を実現する装置で、一つの課題として、
電源投入からユーザが実際に装置を使用できるようにな
るまでの起動時間が長くなる問題がある。

【０００３】これは、装置の高機能化、多機能化に伴
い、搭載する主記憶メモリ容量の増大、入出力ハードウ
ェアデバイスの増大が起こり、装置のソフトウェアシス
テムを起動時に、ＩＰＬ(Initial Program Loader)で、
これらのハードウェアの動作確認に掛かる時間が、増大
しているためである。

【０００４】このような問題を回避するため、スタンバ
イモードと呼ばれる動作モードを用意する情報処理装置
が増えている。すなわち、電源スイッチをユーザがオフ
にしても、コンセントを抜いたのと同じ状態するのでは
なく、最低限、電源スイッチをオンにすることができる
スタンバイモードと呼ばれる動作状態にする。

【０００５】スタンバイモードとは、実際には、電源ス
イッチがオフにされた時に、通常の機能を全て停止し、
ユーザに対してあたかも電源が切れたかのような振る舞
いを見せる一方、情報処理装置は動作し続け、情報処理
装置は、不必要な入出力デバイスなどのハードウェアへ
の電源供給を停止することで、消費電力を、事実上問題
ない程度に低減する。

【０００６】このようなスタンバイモードで、電源ボタ
ンが押されると、情報処理装置は、各ハードウェアへの
電源供給を再開し、アプリケーションプログラムを実行
する。

【０００７】

【発明が解決しようとする課題】以上のようなスタンバ
イモードを持つ情報処理装置では、電源スイッチがユー
ザによってオン状態にされた時、装置のソフトウェアシ
ステム全体を、最初から起動し直さないため、ＩＰＬに
よるハードウェアチェックも行われず、電源スイッチを
押してから速やかに装置を利用できる状態になるとい
う、メリットがある。

【０００８】しかし、情報処理装置では、電源スイッチ
をオフにされても、電源コンセントが抜かれない限り、
装置内のプログラムは、連続的に動作し続ける。

【０００９】一方、ソフトウェアの不良率は、一般に、
０％を保証することは困難であり、特に、装置の多機能
化、高機能化に伴い、プログラム容量が増大するにつ
れ、ソフトウェアの不良による、動作不良、表示不良、
データ破壊、動作停止などの現象は、避け難い状況にあ
る。

【００１０】そのため、スタンバイモードを設けること
により、情報処理装置が、長時間、連続動作すればする
ほど、ソフトウェアの不良が発現する可能性が高まり、
動作不良、表示不良、データ破壊、動作停止などの事故
が発生する可能性が高まるという問題が存在した。

【００１１】これを解決するためには、連続動作時間が
長引き過ぎないように、適宜、タイミングを見計らっ
て、情報処理装置をリセットし、再度電源コンセントを
入れた状態から、起動し直せばよい。しかし、実際に
は、ユーザが使用中に勝手にリセットを掛けると、処理
中のデータが消失したり、一時的にユーザが情報処理装
置を使えない状態になる。また、リセットをかけて起動
中に、ユーザが電源をオンにしても、起動が終わるまで
電源スイッチが効かなかったり、すぐに電源がオン状態
にならない事態も発生する。

【００１２】このため、なるべく、ユーザが使用中にリ
セットをすることは避けたいし、また、なるべく、ユー
ザが電源をオンにする可能性が低い、すなわち、情報処
理装置を使う可能性が低い時を見計らって、リセットを
かけるようにしたい。

【００１３】しかし、ユーザの使用形態が様々であるよ
うな情報処理装置では、例えば「深夜３時にリセットす
る」というような、固定概念による判断でリセットを行
うのは、大変危険であり、ユーザが情報処理装置を使わ
ない時を見計らうのは、大きな課題である。

【００１４】本発明の目的は、ソフトウェアの不良が発
現する可能性を低減するため、ユーザが情報処理装置を
使わない時を見計らってリセットを行う、情報処理装置
のリセット制御方式を実現することにある。

【００１５】

【課題を解決するための手段】上記の課題を達成するた
め、本発明は一日の時間帯をある間隔で分割し、各時間
帯に対応したフィールドを持つ電源状態管理テーブルを
用意し、電源のオン、オフ状態を管理し、電源がオン状
態で電源スイッチが押された時、情報処理装置を電源オ
フ状態（スタンバイ状態）に移行させ、電源オフ状態で
電源スイッチが押された時、情報処理装置を電源オン状
態に移行する、電源オフ電源状態管理手段で、電源をオ
フにした時に、時刻を、時刻管理手段より取得する手段
と、電源をオンにした時に、時刻を、時刻管理手段より
取得する手段と、その二つの時刻に挟まれた、電源がオ
フされている時間帯に対応する上記電源状態管理テーブ
ルのフィールドに値を加算する手段と、電源オフ状態
で、上記電源状態管理テーブルの最も値が大きなフィー
ルドの時間帯の中央時刻を求める手段と、その時刻に情
報処理装置をリセットする手段を設ける。

【００１６】

【発明の実施の形態】本発明を実施する情報処理装置の
ハードウェア構成の一例を、図２に示す。

【００１７】バス１を介して、演算処理装置（以下ＣＰ
Ｕ）２、読み書き可能なメモリ（以下ＲＡＭ）３、不揮
発性の読み出し専用のメモリ（以下ＲＯＭ）４、表示装
置５、入力装置６、電源スイッチ７、通信装置８、放送
受信装置９、リアルタイムクロック１０などが結合され
ており、ＲＯＭに格納されたプログラムがＣＰＵによっ
て解釈され、その他のデバイスを制御することにより、
情報処理を行う。

【００１８】表示装置５は、ユーザに操作の案内や結果
を知らせるためのもので、ブラウン管表示装置や、液晶
表示装置、ＬＥＤ表示装置など様々なものがある。

【００１９】入力装置６は、ユーザの操作を受け付ける
もので、キーボード、マウスなどのポインティングデバ
イス、赤外線リモコンの受光装置など、やはり様々なも
のが存在する。

【００２０】電源スイッチ７は、電源のオン／オフを指
示するスイッチで、実際には、電源を切る訳ではなく、
ユーザがスイッチを押すと、ＣＰＵ２に対して、割込み
信号を発生させる機能を持つ。ＣＰＵ２は、割込み信号
に対する処理で、電源スイッチが押されたのが、電源オ
ンの状態だった場合は、電源オフの状態に移行する処理
を行い、電源オフの状態だった場合には、電源オンの状
態に移行する処理を行う。

【００２１】通信装置８は、他の装置と直結して相互の
データ通信を行うシリアル通信インタフェースや、公衆
アナログ回線を介して通信を行うモデムや、デジタル回
線を介して通信を行うＴＡ(Terminal Adaptor)、ＬＡＮ
(Local Area Network)への接続装置など、様々な形態が
ある。

【００２２】放送受信装置９は、通信装置８と違い、情
報を受けるだけの一方的な装置で、デジタル化されたテ
レビ放送の受信装置、文字放送の受信装置など、これも
様々な形態が存在する。

【００２３】リアルタイムクロック１０は、現在の絶対
的な年月日および時刻を正確に保持する時計デバイス
で、例え電源コンセントが抜かれても、バックアップ電
源によって内容が保持される。ＣＰＵ２は、リアルタイ
ムクロック１０から、いつでも、現在の年月日および時
刻を取得することができる。

【００２４】以上のような情報処理装置で、最初にコン
セントを挿したときの起動処理を、図３に示す。

【００２５】まず、コンセントが挿されると、ＣＰＵ２
は予め定められた番地からプログラムを読み出して、実
行する。そのプログラムをＩＰＬ１００と呼ぶ。

【００２６】ＩＰＬでは、まず、ＣＰＵレジスタの初期
設定（１１０）や、ＣＰＵの割込みベクトルの設定（１
２０）を行った後、ＲＡＭ３、ＲＯＭ４の動作チェック
（１３０）、入力装置６、電源スイッチ７、通信装置
８、放送受信装置９などの各種ハードウェアデバイス初
期化（１３７）、および、動作チェックを行い（１４
０）、プログラムを実行するのに障害になるハードウェ
ア不良がないかを確認する。

【００２７】もし、いずれかのハードウェア不良が発生
した場合（１３５，１４５）、可能ならば表示装置を介
して、ユーザにその旨知らせ（１５０）、システムの動
作を停止させる。

【００２８】すべてのハードウェアの不良がない場合
（１５５）、ハードウェアデバイスを一元的に制御する
ＯＳ８００(Operating System)を起動し（１６０）、Ｏ
Ｓ８００は、ＯＳ自身の初期化処理を行った後（８１
０）、電源状態を管理する電源管理プログラム２００を
起動する（８２０）。

【００２９】図１に示すように、電源管理プログラム２
００は、ＲＡＭ２上に保持する図４の電源フラグ５０
（電源オン／オフの２値を持つ）の値を、電源オンに初
期化し（２１０）、電源オン時に実行すべき、アプリケ
ーションプログラム５００を起動する（２８０）ことに
より、ユーザが情報処理装置を利用できるようになる。

【００３０】ここで、電源スイッチが押されると（２９
０）、電源フラグ５０の値を電源オフに変え（３０
０）、実行中のアプリケーションプログラム５００を強
制的に終了させ（３１０）、入力装置６、通信装置８、
放送受信装置９などの各種ハードウェアデバイスのう
ち、電源オフの状態で不必要なものに対する電源供給を
切り（３２０）、ユーザからは、あたかも電源がすべて
切れているかのように見えるスタンバイ状態に移行する
（２３０）。ただし、最低限、ユーザが電源スイッチ７
を押して、電源をオン状態にできるようにするため、電
源管理プログラム２００が継続して動作できるよう、電
源スイッチ７、ＣＰＵ２，ＲＡＭ３、リアルタイムクロ
ック１０などへの電源供給は切らない。

【００３１】このようなスタンバイ状態で、電源スイッ
チが押されると（３８０，３９０）、電源フラグ５０の
値を電源オンに変え（４００）、電源供給を切った各種
ハードウェアデバイスに対する電源供給を再開し（４１
０）、アプリケーションプログラム５００を再度実行開
始させる（２３０〜２８０）。

【００３２】この際、ＩＰＬの各種ハードウェアチェッ
ク処理や、ＯＳの起動処理は行わないため、最初にコン
セントを挿したときとは違って、電源スイッチが押され
てから、速やかに情報処理装置が利用できる状態にな
る。

【００３３】次に、以上のような情報処理装置の電源管
理プログラム２００で実現した、リセット制御方式につ
いて説明する。

【００３４】図４は本発明のリセット制御方式で用いる
電源状態管理テーブル６０である。電源状態管理テーブ
ル６０は、０時から２３時までの時刻に対応した配列で
あり、それぞれのフィールドは、例えば、０時のフィー
ルドは０：００〜０：５９、１時のフィールドは１：０
０〜１：５９、２時のフィールドは２：００〜２：５９
の時間帯に、電源がオフになっていた回数を表す格納す
るための。

【００３５】ここでは、装置起動時には、電源状態管理
テーブル６０の内容は、一例として、一般的には、最も
情報処理装置を使用していない可能性が高い、夜中の２
時、３時、４時のフィールドを１に、他は０に設定す
る。

【００３６】実際の処理方式は、まず、電源がオフにさ
れた時に、リアルタイムクロック１０を読み出して、オ
フ時刻を記憶する（３５０）。次に、電源がオンにされ
た時に、再度リアルタイムクロック１０を読み出して
（２４０）、オフ時刻とオン時刻の間に上記当する電源
状態管理テーブル６０のフィールドを求め（２５０、２
６０）、上記当フィールドすべてに、１加算する（２７
０）。例えば、オフ時刻が２１：１５で、オン時刻が
８：３０だった場合は、２２時、２３時、０時、１時、
２時、３時、４時、５時、６時、７時のフィールドに、
それぞれ１加算する。

【００３７】その結果、電源状態管理テーブル６０の２
時、３時、４時のフィールドは２、２２時、２３時、０
時、１時、５時、６時、７時のフィールドは１、他のフ
ィールドは０の値を持つことになる。

【００３８】なお、この実施例では、加算の結果、どれ
か一つでも、フィールドが表現しうる数値の最大値を超
える場合は、オーバーフローを防止するため、すべての
フィールドの値を１ビット右シフトしておき（２で割る
ことに相当する）、その上で、上記当フィールドに１を
加算するものとする。

【００３９】このような処理を行うことにより、電源の
オン、オフを繰り返すたびに、最もユーザが使用してい
ない時間帯に対応したフィールドの数値が大きくなる。

【００４０】この数値を利用し、スタンバイ状態なった
時に、最もフィールドの値が大きい値の時間帯を探す
（３６０）。最大値のフィールドが一つしかなければ、
その時間帯のちょうど真ん中にあたる中央時刻、例えば
４時のフィールドが最大であれば、電源スイッチが押さ
れない限り、時刻４：３０が来るのを、リアルタイムク
ロック１０で監視し（３８０，３９０）、４：３０にな
ったら、ＩＰＬの先頭から実行して（４２０）、電源コ
ンセントをさした時と同じ状態で、情報処理装置を再起
動する。

【００４１】この場合、電源管理プログラム２００は、
起動前の電源フラグ５０を参照し（２３０）、再度スタ
ンバイ状態に移行させる（３５０〜）。

【００４２】最大値のフィールドが複数ある場合は、最
も最大値が連続している時間帯を選び出す。例えば、２
３時、０時、２時、３時、４時、７時、８時のフィール
ドが、全て同じ値で最大値だった場合は、２時、３時、
４時を最も連続している時間帯として選び、もし、電源
オフされた時刻が、これらの時間帯の外であれば、この
時間帯中央時刻を求める。次に、ここの例では、２：０
０〜４：５９の中央時刻３：３０が来るのを、リアルタ
イムクロック１０で監視し、４：３０になったら、ＩＰ
Ｌの先頭を実行し、リセットをかける。

【００４３】もし、電源オフされた時刻が、これらの時
間帯の中であれば、開始時刻以降の時間帯の中で、中央
時刻でリセットをかける。例えば、上の例で、３：３０
に電源がオフにされたケースでは、３：３０〜４：５９
の中央時刻である４：１５にリセットをかけ、４：３０
に電源がオフにされたケースでは、４：３０〜４：５９
の中央時刻である４：４５にリセットをかける。また、
最も連続した最大値のフィールドの時間帯に、全く電源
がオフにならなかった場合は、次に長く連続した最大値
のフィールドの時間帯の中央時刻にリセットをかける。

【００４４】このようなリセット制御処理は、スタンバ
イ状態のみで行われるため、ユーザが使用中に、突然リ
セットが掛かることはない。

【００４５】電源状態管理テーブル６０の初期値は、例
で、夜中の２時、３時、４時のフィールドを１に、他は
０にせっていしておけば、取り敢えず、買ってきたばか
りの状態では、夜中の３：３０にリセットが行われるこ
とになる。もちろん、これが、ユーザの生活パターンに
合わない場合はあるが、２度、３度と、電源オン、オフ
を繰り返すことにより、すぐにユーザが使用しない時間
に、リセットが行われるようになる。

【００４６】また、ユーザが、電源を切り忘れたり、電
源状態管理テーブル６０の値が最大のフィールドの時間
帯に、たまたま電源を入れっぱなしにすることもあり、
このようなケースでは、リセットはかけられない。

【００４７】しかし、その場合でも、動作不良が起こる
可能性が少し高まるという程度の問題だけであり、すぐ
にユーザが困る訳ではないし、ユーザが使っていく上
で、同じようなことが繰り替えされば、電源状態管理テ
ーブル６０の値が変化し、リセットを行うべき時刻も変
化してゆくので、長い時間で見れば問題はない。

【００４８】なお、本発明の別の実施例として、電源状
態管理テーブル６０のフィールドの単位を、分単位のよ
うに細かくしたり、２時間後とのように荒くしてもよ
い。実際にどの程度、時間間隔を細かくすればよいか
は、情報処理装置の目的や、使用形態によって、変わっ
てくると考えられる。

【００４９】また、上の実施例では、電源オフの時間
が、２：１５〜４：３０なら、すべてオフだった時間
帯、すなわち３時のフィールドのみを１加算している
が、別の実施例として、少しでもオフだった時間帯、す
なわち２時、３時、４時のフィールドを１加算したり、
半分以上オフだった時間帯、すなわち３時、４時のフィ
ールドを１加算する方法も考えられる。もちろん、加算
する値も、特に１に限る必要はなく、他の値でも特に問
題はない。

【００５０】また、別の実施例として、電源状態管理テ
ーブル６０のフィールドに値を加算する時、時間帯によ
って重み付けを変えることも考えられる。例えば、２：
００に電源がオフにされ、６：００に電源がオンにされ
た場合。２時、５時のフィールドを１加算、２時、４時
のフィールドを２加算、３時のフィールドを３加算する
といったように、電源がオフされている時間帯の内側ほ
ど、加算する値を大きくして、もっとも電源が切られて
いる可能性が高い時間帯が、明確に把握できるようにす
る。

【００５１】また、上の実施例では、電源状態管理テー
ブル６０のフィールドの値が最大値の時間帯の中央時刻
でリセットをかけているが、別の実施例として、例え
ば、フィールドの値が最大値の時間帯の最初や、最後の
時刻でリセットをかける方法も考えられ、この方法だ
と、中央時刻を求めるやり方より、処理が簡略化でき、
しかも、情報処理装置が、元々、一日のうち数時間しか
使われない性格のものであれば、実使用上も、全く問題
は起きない。

【００５２】

【発明の効果】本発明によれば、電源がオン、オフされ
る度に、スタンバイ状態になっている時間帯を情報とし
て蓄積し、一日一回、ユーザが、最も情報処理装置を使
用していない時刻に、スタンバイ状態になっていれば、
自動的にリセットをかけることにより、プログラム不良
による動作不良などの発生確率を低減でき、しかも、ユ
ーザが使用する上で、処理を中断されるなどの、不便を
かける可能性を少なくできる。

【図面の簡単な説明】

【図１】本発明の実施例を説明する電源制御プログラム
のフローチャート。

【図２】本実施例を実施するハードウェアのブロック
図。

【図３】本実施例における情報処理装置の起動処理のフ
ローチャート。

【図４】本実施例で使用するテーブルの説明図。

【符号の説明】

２…演算処理装置、 ６…入力装置、 ７…電源スイッチ、 １０…リアルタイムクロック、 ５０…電源フラグ、 ６０…電源状態管理フラグ、 １００…ＩＰＬ処理、 ２００…電源制御プログラムの処理、 ８００…ＯＳの起動処理。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 三尾 識 神奈川県横浜市戸塚区吉田町292番地株式 会社日立製作所マルチメディアシステム開 発本部内

Claims (6)

【特許請求の範囲】
1. 【請求項１】情報処理装置において、利用者が電源をオ
   フ状態にしている時間帯の情報を蓄積し、最も使用して
   いる可能性が少ない時間帯に、上記情報処理装置にリセ
   ットをかけることを特徴とする情報処理装置のリセット
   制御方式。
2. 【請求項２】情報処理装置において、利用者が電源をオ
   フ状態にしている時間帯の情報を蓄積する蓄積手段と、
   上記蓄積手段で、最も使用している可能性が少ない時間
   帯を抽出する手段と、上記時間帯で、上記情報処理装置
   にリセットをかける手段を有することを特徴とするリセ
   ット制御機能を持つ情報処理装置。
3. 【請求項３】請求項１において、最も使用している可能
   性が少ない時間帯に、電源オフの状態だった場合のみ、
   情報処理装置にリセットをかける情報処理装置のリセッ
   ト制御方式。
4. 【請求項４】請求項２において、最も使用している可能
   性が少ない時間帯に、電源オフの状態だった場合のみ、
   情報処理装置にリセットをかける手段を有するリセット
   制御機能を持つ情報処理装置。
5. 【請求項５】演算処理装置と、主記憶と、電源オン／オ
   フ手段と、時刻管理手段と、電源のオン、オフ状態を管
   理する電源状態管理手段とを含む情報処理装置におい
   て、一日の時間帯をある間隔で分割し、各時間帯に対応
   したフィールドを持つ電源状態管理テーブルを持ち、電
   源状態管理手段で、電源をオフにした時に、時刻を、時
   刻管理手段より取得し、電源をオンにした時に、時刻
   を、時刻管理手段より取得し、電源がオフの間に相当す
   る時間帯に対応する上記電源状態管理テーブルのフィー
   ルドに値を加算し、電源オフ状態で、上記電源状態管理
   テーブルの最も値が大きなフィールドの時間帯の中央時
   刻を求め、上記時刻に情報処理装置をリセットすること
   を特徴とする情報処理装置のリセット制御方式。
6. 【請求項６】演算処理装置と、主記憶と、電源オン／オ
   フ手段と、時刻管理手段と、電源のオン、オフ状態を管
   理する電源状態管理手段とを含む情報処理装置におい
   て、一日の時間帯をある間隔で分割し、各時間帯に対応
   したフィールドを持つ電源状態管理テーブルと、電源状
   態管理手段で、電源をオフにした時に、時刻を、時刻管
   理手段より取得する電源オフ時刻取得手段と、電源をオ
   ンにした時に、時刻を、時刻管理手段より取得する電源
   オン時刻取得手段と、上記電源オフ時刻と上記電源オン
   時刻との間の、電源がオフの間に相当する時間帯に対応
   する電源状態管理テーブルのフィールドに値を加算する
   手段と、電源オフ状態で、最も電源状態管理テーブルの
   値が大きなフィールドの時間帯の中央時刻を求める手段
   と、上記時刻に情報処理装置をリセットする手段を有す
   ることを特徴とするリセット制御機能を持つ報処理装
   置。