JP4887065B2 - 商品販売データ処理装置及びリブート制御プログラム - Google Patents

Description

本発明は、ＯＳ（Operating System：オペレーティングシステム）の制御下で登録業務，精算業務等の商品販売に係る業務処理を実行するＰＯＳ（Point Of Sales：販売時点情報管理）端末等の商品販売データ処理装置及びこの種の商品販売データ処理装置として機能するコンピュータにて利用されるリブート制御プログラムに関する。

近年、流通小売業界等で使用されているＰＯＳ端末はオープン・システム化が進み、基本ソフトとしてパーソナルコンピュータ等のコンピュータシステムに用いられる汎用性の高いＯＳをインストールし、このＯＳの制御下で、登録，点検，精算等の各種業務を行わせる業務プロセスを選択的に実行するようにしたものが次々に開発され、実用に供されている。

ただし、汎用性の高いＯＳの中には、長期間に亙って連続して稼動しているとメモリリークの発生によりＣＰＵ（Central Processing Unit：中央演算処理ユニット）のレスポンスが低下するものがある。

これに対して、コンビニエンスストア等のように２４時間営業の店舗で使用されるＰＯＳ端末は、基本的に常時稼動状態になければならない。そこで、長期間の連続稼動によりメモリリークが発生してＣＰＵのレスポンスが低下するのを防止するためには、ＯＳを適時再起動させてメモリリークを除去するリブート処理を行う必要がある。

従来、この種のリブート処理を自動的に行う技術として、メモリの使用量を定期的にチェックしてＣＰＵのレスポンスに影響が出る規定値を超えたか否かを判断し、超えたと判断されると、精算業務終了後に自動的にＯＳを再起動させるようにしたものがあった（例えば、特許文献１参照）。
特開２００１−３０６３４５号公報

しかしながら、ＯＳを再起動させるためにはＰＯＳ端末の電源が一旦オフする。このため、ＯＳの再起動が必要になると、精算業務終了後に自動的に電源がオフするので、精算業務を担当したユーザがＰＯＳ端末の故障ではないかと勘違いすることがあった。

本発明はこのような事情に基づいてなされたもので、その目的とするところは、ＯＳの再起動が行われることを事前にユーザに知らせることができるようにすることにある。

本発明の商品販売データ処理装置は、オペレーティングシステムの制御下で登録業務，精算業務等の商品販売に係る業務処理を実行するものであって、オペレーティングシステムの再起動が必要か否かを判断するリブート判断手段と、このリブート判断手段により再起動が必要と判断されたことを条件に、精算業務の処理実行前にオペレーティングシステムを再起動する旨を報知する再起動報知手段と、この再起動報知手段により報知された再起動を実行するか中止するかを選択させる選択手段と、この選択手段により再起動を実行する旨が選択されると精算業務の処理を実行した後にオペレーティングシステムを再起動し、中止する旨が選択されると精算業務の処理を実行するがこの処理の実行後にオペレーティングシステムの再起動はしないリブート処理手段とを備えたものである。

本発明のリブート制御プログラムは、オペレーティングシステムの制御下で登録業務，精算業務等の商品販売に係る業務処理を実行するコンピュータに、オペレーティングシステムの再起動が必要か否かを判断するリブート判断機能と、このリブート判断機能により再起動が必要と判断されたことを条件に、精算業務の処理実行前にオペレーティングシステムを再起動する旨を報知する再起動報知機能と、この再起動報知機能により報知された再起動を実行するか中止するかを選択させる選択機能と、この選択機能により再起動を実行する旨が選択されると精算業務の処理を実行した後に前記オペレーティングシステムを再起動し、中止する旨が選択されると前記精算業務の処理を実行するが前記オペレーティングシステムは再起動はしないリブート処理機能とを実現させるものである。

かかる手段を講じた本発明によれば、ＯＳの再起動が行われることを事前にユーザに知らせることができる商品販売データ処理装置を提供できる。

また、オペレーティングシステムの制御下で登録業務，精算業務等の商品販売に係る業務処理を実行するコンピュータ上で起動させることによって、ＯＳの再起動が行われることを事前にユーザに知らせられるようになるリブート制御プログラムを提供できる。

以下、本発明を実施するための最良の形態について、図面を用いて説明する。
なお、この実施の形態は、複数の店舗を本部が統轄するコンビニエンスストア等の各店舗にそれぞれ設置されるオープン・システム対応のＰＯＳ端末に本発明を適用した場合である。

図１は本実施の形態のＰＯＳ端末を用いたストアシステムの全体構成を示す模式図である。このストアシステムは、本部に設置される本部サーバ１と、各店舗にそれぞれ設置される店舗サーバ２と、各店舗にそれぞれ設置される複数台のＰＯＳ端末３とから構成されている。各店舗では、店舗サーバ２と各ＰＯＳ端末３とが狭域ネットワークであるＬＡＮ（Local Area Network）４で接続されており、ＰＯＳシステム５が構築されている。

本部サーバ１と各店舗の店舗サーバ２とは、広域ネットワークであるＷＡＮ（Wide Area Network）６で接続されている。本部サーバ１は、各店舗にそれぞれ設置された店舗サーバ２やＰＯＳ端末３に対する各種の制御情報をデータファイル化してＰＯＳ制御情報ファイル７を作成し、このＰＯＳ制御情報ファイル７を各店舗の店舗サーバ２にＷＡＮ６を介して適時配信する機能を有している。

図２はＰＯＳ端末３の要部構成を示すブロック図である。ＰＯＳ端末３は、コンピュータを主体に構成されている。すなわちＰＯＳ端末３には、その中枢部として各種のデータ処理を行うためのＣＰＵ（Central Processing Unit）１１と、データや命令等を記憶するためのＲＯＭ（Read Only Memory）１２及びＲＡＭ（Random Access Memory）１３と、ＯＳや各種のデータファイル等を保存するためのＨＤＤ（Hard Disk Drive）装置１４とが搭載されている。

またＰＯＳ端末３には、現在の日付及び時刻を計時するＩＣチップからなる時計部１５、前記ＬＡＮ４を通じて行うデータ通信を制御するＬＡＮコントローラ１６、キーボード１７から操作キーに対応したキー信号を取り込むキーボードコントローラ１８、ディスプレイ１９に対するデータ表示を制御する表示コントローラ２０、マウス等のポインティングデバイス２１からの信号が入力される入力ポート２２、レシート印字等を行うためのプリンタ（不図示）が接続されるプリンタインターフェイス２３、スキャナ，カードリーダ等のＩ／Ｏ機器が接続される複数のＩ／Ｏインターフェイス２４，２５等が搭載されている。

ＣＰＵ１１と、ＲＯＭ１２，ＲＡＭ１３，ＨＤＤ装置１４，時計部１５，ＬＡＮコントローラ１６，キーボードコントローラ１８，表示コントローラ２０，入力ポート２２，プリンタインターフェイス２３及び各Ｉ／Ｏインターフェイス２４，２５とは、アドレスバス，データバス等のバスライン２６で接続されている。

ＨＤＤ装置１４には、コンピュータをＰＯＳ端末として機能させるためのＰＯＳプログラムが実装されたプログラムファイル３１が保存されている。また、本部サーバ１から配信されるＰＯＳ制御情報ファイル３２が保存されている。さらに、ＨＤＤ装置１４には、図３に示すように、リブート予約日データを記憶するリブート日付記憶手段としての予約日メモリ３３と、再起動フラグＦを記憶するフラグメモリ３４とが設けられている
しかして、各ＰＯＳ端末３は、電源が投入され、ＯＳがＲＡＭ１３に展開されて立ち上がると、プログラムファイル３１内のＰＯＳプログラムが起動する。これにより、ＣＰＵ１１は、図４の流れ図に示す手順の処理動作を開始する。

先ず、ＣＰＵ１１は、ＳＴ（ステップ）１としてディスプレイ１９に「登録」，「点検」，「管理者」，「自己診断」等の各種ＰＯＳ業務モードを選択可能なメインメニュー画面を表示させる。そして、いずれかの業務モードが選択されるのを待機する。

ここで、ＳＴ２として例えばポインティングデバイス２１の操作により店長等の管理者のみが実行可能な「管理者」モードが選択されたことを認識すると、ＣＰＵ１１は、ＳＴ３としてディスプレイ１９にユーザ認証要求画面を表示させる。そして、ユーザ認証データが入力されるのを待機する。

ここで、ＳＴ４として例えばキーボード１７の操作によりユーザＩＤ及び暗証番号が入力され、ユーザ認証が実行されてユーザが管理者であると承認されると、ＣＰＵ１１は、ＳＴ５としてディスプレイ１９に管理者に対して実行権限が与えられた「精算」，「設定」等の各種業務モードを選択可能な管理者メニュー画面を表示させる。そして、いずれかの業務モードが選択されるのを待機する。なお、ユーザ認証データとしては、指紋，虹彩，声紋等の生体認証データを用いてもよい。

ここで、ＳＴ６として例えばポインティングデバイス２１の操作により「精算」モードが選択されたことを認識すると、ＣＰＵ１１は、図５に詳述する精算モード処理を開始する。

先ず、ＣＰＵ１１は、ＳＴ１０として時計部１５にて計時されているシステム日付Ｄを取得する。また、ＳＴ１１として予約日メモリ３３に設定されているリブート予約日Ａを取得する。なお、先にリブート予約日Ａを取得し、後からシステム日付Ｄを取得してもよい。

次に、ＣＰＵ１１は、ＳＴ１２としてリブート予約日Ａが未設定、すなわちデータ“０”であるか否かを判断する。そして、データ“０”でない場合には、ＳＴ１３としてリブート予約日Ａとシステム日付Ｄとを比較する。その結果、システム日付Ｄがリブート予約日Ａと一致若しくは既に経過していること、すなわちシステム日付Ｄがリブート予約日Ａ以上であることを確認すると、ＣＰＵ１１は、ＳＴ１４としてフラグメモリ３４の再起動フラグＦをチェックする（リブート判断手段）。

ここで、再起動フラグＦが“１”にセットされていないことを確認した場合には、精算処理後にＯＳの再起動を行う必要があるので、ＣＰＵ１１は、ＳＴ１８の処理に進む。

これに対し、ＳＴ１２にてリブート予約日Ａが未設定であること、すなわちデータ“０”であること、またはＳＴ１３にてシステム日付Ｄがリブート予約日Ａに未達であること、すなわちシステム日付Ｄがリブート予約日Ａより小さいこと、あるいはＳＴ１４にて再起動フラグＦが“１”にセットされていることを確認した場合には、精算処理後にＯＳの再起動を行う必要がないので、ＣＰＵ１１は、ＳＴ１５としてディスプレイ１９に図６に示すような精算確認画面４０を表示させる。そして、ＳＴ１６として例えばポインティングデバイス２１の操作により精算確認画面４０上の実行ボタン４１が操作されたことを検知した場合には、ＣＰＵ１１は、ＳＴ１７として通常の精算処理を実行する。すなわち、ＲＡＭ１３の取引別メモリに集計された１営業日の売上データを基に精算レポートを作成し、プリンタによりレシート用紙に印字出力した後、取引別メモリをクリアする処理を行う。その後、ＣＰＵ１１は、ＰＯＳプログラム開始の時点に戻り、ディスプレイ１９の画面をメインメニュー画面に戻すものとなっている。

一方、ＳＴ１３にてシステム日付Ｄがリブート予約日Ａに達していること、及びＳＴ１４にて再起動フラグＦが“１”にセットされていないことを確認した場合には、精算処理後にＯＳの再起動を行う必要があるので、ＣＰＵ１１は、ＳＴ１８としてディスプレイ１９に図７に示すような精算確認画面５０を表示させる（再起動報知手段）。この精算確認画面５０には、精算終了後に再起動が行われることをオペレータに報知するためのメッセージデータ（例えば「精算後、ＰＯＳの再起動が行われます。よろしいですか？」）が付加されている。また、再起動を実行するか中止するかを選択させる選択手段として実行ボタン５１と中止ボタン５２も付加されている。

ここでＣＰＵ１１は、ＳＴ１９として実行ボタン４１または中止ボタン４２のいずれかが操作入力されるのを待機する。そして、例えばポインティングデバイス２１の操作により実行ボタン４１が操作されたことを検知した場合には、ＣＰＵ１１は、ＳＴ２０として通常の精算処理を実行後、ＳＴ２１として再起動フラグＦを“１”にセットする。しかる後、ＯＳの再起動を行う（リブート処理手段）。

これに対し、中止ボタン４２が操作されたことを検知した場合には、ＣＰＵ１１は、通常の精算処理を実行後、ＰＯＳプログラム開始の時点に戻り、ディスプレイ１９の画面をメインメニュー画面に戻す。

ところで本実施の形態では、本部が店舗毎に各ＰＯＳ端末３のＯＳを再起動するタイミングを決定し、次回の再起動実施日つまりはリブート予約日を決めると、そのリブート予約日を示すデータをＰＯＳ制御情報ファイル７にセットして、本部サーバ１から該当店舗のＰＯＳ端末３にダウンロードするようになっている。

そこで、各ＰＯＳ端末３のＣＰＵ１１は、ＰＯＳプログラムの起動中において、通信手段を構成するＬＡＮコントローラ１６を介して本部サーバ１から配信される所定のデータであるＰＯＳ制御情報ファイル７を受信したことを検知すると、図８の流れ図に示す手順の処理動作を開始する。

先ず、ＣＰＵ１１は、ＳＴ３１として受信したＰＯＳ制御情報ファイル７からリブート予約日Ｂを示すデータを取得する。ここで、ＳＴ３２として当該データが“０”ではなくリブート予約日Ｂを示していると判断すると、ＣＰＵ１１は、ＳＴ３３として予約日メモリ３３に設定されているリブート予約日Ａを取得する。そして、ＳＴ３４としてＰＯＳ制御情報ファイル７から取得したリブート予約日Ｂと予約日メモリ３３から取得したリブート予約日Ａとを比較する。その結果、ＰＯＳ制御情報ファイル７から取得したリブート予約日Ｂが予約日メモリ３３から取得したリブート予約日Ａと一致若しくは既に経過していること、すなわちリブート予約日Ｂがリブート予約日Ａ以下であるときには、ＣＰＵ１１は、予約日メモリ３３のリブート予約日データを更新することなく、このＰＯＳ制御情報受信処理を終了する。

これに対し、ＰＯＳ制御情報ファイル７から取得したリブート予約日Ｂが予約日メモリ３３から取得したリブート予約日Ａより先の日付であること、すなわちリブート予約日Ｂがリブート予約日Ａより大きいときには、ＣＰＵ１１は、ＳＴ３５として予約日メモリ３３のリブート予約日データをＰＯＳ制御情報ファイル７から取得したリブート予約日Ｂのデータに更新する（リブート日付設定手段）。

その後、ＣＰＵ１１は、ＳＴ３６として再起動フラグＦを調べる。そして、再起動フラグＦが”１”にセットされていた場合には、ＳＴ３７として該再起動フラグＦを“０”にリセットして、このＰＯＳ制御情報受信処理を終了する。

なお、ＳＴ３２にてＰＯＳ制御情報ファイル７から取得したリブート予約日Ｂのデータが”０”であった場合にもＳＴ３６の処理に進み、再起動フラグＦが”１”にセットされていた場合には“０”にリセットして、このＰＯＳ制御情報受信処理を終了する。

今、本実施の形態のストアシステムを２４時間営業のコンビニエンスストアに適用した場合を想定する。この場合、本部では、店舗毎に各ＰＯＳ端末３のＯＳを再起動するタイミングを管理している。そして、各店舗の次回の再起動実施日がきまると、本部サーバ１上でその再起動実施日に相当するリブート予約日データをセットしたＰＯＳ制御情報ファイル７を作成し、ＷＡＮ６を介して該当店舗の店舗サーバ２に配信する。

これにより、店舗サーバ２では、受信したＰＯＳ制御情報ファイル７を各ＰＯＳ端末３のＨＤＤ装置１４にＬＡＮ４を通じてダウンロードする処理が実行される。かくして、該当店舗の各ＰＯＳ端末３にはＰＯＳ制御情報ファイル７にセットされた最新のリブート予約日Ａがそれぞれ設定される。また、ＨＤＤ装置１４上のフラグメモリ３４に記憶されている再起動フラグＦが“１”にセットされていた場合には“０”にリセットされる。因みに、リブート予約日Ａのデータは、ＨＤＤ装置１４上の予約日メモリ３３に書き込まれるので、上記再起動フラグＦと同様に、ＰＯＳ端末３の電源がオフされたり、ＯＳが初期化されたりしても消失してしまうことはない。

こうして、リブート予約日Ａがセットされた各ＰＯＳ端末３では、毎営業日の略決められた時刻に管理者によって実行される精算業務の処理ルーチンの中で、システム日付Ｄとリブート予約日Ａとがチェックされる。そして、システム日付Ｄがリブート予約日Ａと一致若しくは経過し、かつ再起動フラグＦが“０”にリセットされている場合に限り、精算確認画面５０に精算実行後に再起動が行われることをオペレータに報知するためのメッセージが表示される。これにより、管理者は、精算実行後に再起動が行われることを知り得る。

ＯＳの再起動には通常１０〜１５分程度の時間を要する。そこで管理者は、店の状況により再起動が可能か否かを判断する。そして、可能な場合には精算確認画面５０の実行ボタン５１をオン操作し、不可能な場合には中止ボタン５２をオン操作する。

中止ボタン５２がオン操作された場合には、精算処理のみが実行される。そして、精算処理後、メインメニュー画面に戻る。これに対し、実行ボタン５１がオン操作された場合には、精算処理が実行された後、ＯＳが再起動する。これにより、ＲＡＭ１３のメモリリークが除去され、ＣＰＵ１１のレスポンスが高められる。

このように本実施の形態によれば、各ＰＯＳ端末３において精算処理実行後にＯＳを再起動するタイミングになると、精算確認画面５０に再起動が行われることをオペレータに報知するためのメッセージを表示するようにしたので、オペレータの予期しないタイミングでの再起動によって電源がオフしたことにより、ＰＯＳ端末３に障害が発生したと勘違いすることがなくなる。

また、本実施の形態では、本部サーバ１から各店舗の店舗サーバ２及びＰＯＳ端末３にＷＡＮ６を介して配信されるＰＯＳ制御情報ファイル７にリブート予約日のデータをセットして、店舗毎にその店舗のＰＯＳ端末３に最新のリブート予約日を設定するようにしている。したがって、例えば１０００店舗を超えるような規模のコンビニエンスストアの場合、店舗毎にリブートのタイミングを異ならせる必要があるが、本実施の形態によれば店舗毎にリブートのタイミングを容易に異ならせることができる。しかもその場合においても、本部から各店舗にリブート実行の案内を出す必要がないので、本部側の負担を軽減できる効果を奏する。

さらに、本実施の形態では、精算確認画面５０に再起動を実行するか中止するかを選択させる選択手段としての実行ボタン５１及び中止ボタン５２を表示させている。そして、実行ボタン５１が操作された場合には精算処理後に再起動を行うが、中止ボタン５２が操作された場合には精算処理のみを行い、再起動を行わないようにしている。したがって、例えば会計待ちの客がおり、再起動を行うと接客に支障を来たすような状況のときには、再起動を次回以降の精算時に伸ばすことができるので、好都合である。

なお、この発明は前記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。

例えば、前記実施の形態では、オペレーティングシステムの再起動が必要か否かを判断するリブート判断手段として、計時手段である時計部１５により計時される現在日付がリブート日付記憶手段である予約日メモリ３３に記憶されている実施予約日になったとき再起動が必要と判断する場合を示したが、リブート判断手段はこれに限定されるものではなく、例えば特開２００１−３０６３４５号公報に記載されているように、メモリの使用量を定期的にチェックしてＣＰＵのレスポンスに影響が出る規定値を超えた場合に再起動が必要と判断するものであってもよい。

また前記実施の形態では、精算業務の処理実行前にＯＳを再起動する旨を報知する再起動報知手段として精算確認画面５０の表示手段を例示したが、報知手段は表示手段に限定されるものではなく、例えば音声合成手段による音声出力によって精算業務の処理実行前にＯＳを再起動する旨を報知するようにしてもよい。

また、前記実施の形態では本部サーバ１から各店舗のＰＯＳ端末３にリブート予約日のデータを設定するリブート日付設定手段として、ＰＯＳ制御情報ファイル７にセットしてダウンロードする場合を示したが、リブート設定手段はこれに限定されるものではなく、リブート予約日のデータを他のデータファイルにセットして本部サーバ１から各ＰＯＳ端末３にダウンロードしてもよい。また、本部サーバ１からのダウンロードでなく、再起動が行われる毎にＰＯＳ端末３自身の内部処理によって次回のリブート予約日を自動的に算出し、予約日メモリ３３に設定するようにしてもよい。

また、本実施の形態ではＰＯＳ端末３のＨＤＤ装置１４に本発明を実施するＰＯＳプログラムが予め記憶されている場合を示したが、これに限らず同様のプログラムをネットワークからＨＤＤ装置１４にダウンロードしても良いし、同様のプログラムを記録媒体に記憶させたものをＰＯＳ端末３にインストールしてもよい。記録媒体としては、ＣＤ−ＲＯＭ等プログラムを記憶でき、かつ装置が読み取り可能な記録媒体であれば、その形態は何れの形態であっても良い。

この他、前記実施形態に開示されている複数の構成要素の適宜な組合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を組合わせてもよい。

本発明の一実施の形態であるストアシステムの全体構成を示す模式図。 同ストアシステムに組み込まれているＰＯＳ端末の要部構成を示すブロック図。 同ＰＯＳ端末のＨＤＤ装置にて保存されるデータの一部を示す模式図。 同ＰＯＳ端末のＣＰＵが実行するＰＯＳプログラム処理の要部手順を示す流れ図。 同ＰＯＳ端末のＣＰＵが実行する精算モード処理の要部手順を示す流れ図。 同ＰＯＳ端末のディスプレイに表示される再起動メッセージ無しの精算確認画面の一例を示す模式図。 同ＰＯＳ端末のディスプレイに表示される再起動メッセージ有りの精算確認画面の一例を示す模式図。 同ＰＯＳ端末のＣＰＵが実行するＰＯＳ制御情報受信処理の要部手順を示す流れ図。

符号の説明

１…本部サーバ、２…店舗サーバ、３…ＰＯＳ端末、７…ＰＯＳ制御情報ファイル、１１…ＣＰＵ、１５…時計部、３３…予約日メモリ、３４…フラグメモリ。

Claims (6)

1. オペレーティングシステムの制御下で登録業務，精算業務等の商品販売に係る業務処理を実行する商品販売データ処理装置において、
   前記オペレーティングシステムの再起動が必要か否かを判断するリブート判断手段と、
   このリブート判断手段により再起動が必要と判断されたことを条件に、前記精算業務の処理実行前に前記オペレーティングシステムを再起動する旨を報知する再起動報知手段と、
   この再起動報知手段により報知された再起動を実行するか中止するかを選択させる選択手段と、
   この選択手段により再起動を実行する旨が選択されると前記精算業務の処理を実行した後に前記オペレーティングシステムを再起動し、中止する旨が選択されると前記精算業務の処理を実行するがこの処理の実行後に前記オペレーティングシステムの再起動はしないリブート処理手段と、
   を具備したことを特徴とする商品販売データ処理装置。
2. 現在の日付を計時する計時手段と、
   再起動の実施予約日を記憶するリブート日付記憶手段と、
   をさらに具備し、
   前記リブート判断手段は、前記計時手段により計時される現在日付が前記リブート日付記憶手段に記憶されている実施予約日になったとき再起動が必要と判断することを特徴とする請求項１記載の商品販売データ処理装置。
3. 上位装置からダウンロードされるデータを受信する通信手段と、
   この通信手段を介して受信した所定のデータに基づいて前記リブート日付記憶手段に前記実施予約日を設定するリブート日付設定手段と、
   をさらに具備したことを特徴とする請求項２記載の商品販売データ処理装置。
4. オペレーティングシステムの制御下で登録業務，精算業務等の商品販売に係る業務処理を実行するコンピュータに、
   前記オペレーティングシステムの再起動が必要か否かを判断するリブート判断機能と、
   このリブート判断機能により再起動が必要と判断されたことを条件に、前記精算業務の処理実行前に前記オペレーティングシステムを再起動する旨を報知する再起動報知機能と、
   この再起動報知機能により報知された再起動を実行するか中止するかを選択させる選択機能と、
   この選択機能により再起動を実行する旨が選択されると前記精算業務の処理を実行した後に前記オペレーティングシステムを再起動し、中止する旨が選択されると前記精算業務の処理を実行するがこの処理の実行後に前記オペレーティングシステムの再起動はしないリブート処理機能とを実現させることを特徴とするリブート制御プログラム。
5. 前記リブート判断機能は、当該コンピュータ内蔵のシステム時計により計時される現在日付が予め設定された実施予約日になったとき再起動が必要と判断するものであることを特徴とする請求項４記載のリブート制御プログラム。
6. 前記コンピュータに、
   当該コンピュータに接続された上位装置からダウンロードされた所定のデータに基づいて前記実施予約日を設定するリブート日付設定機能をさらに実現させることを特徴とする請求項５記載のリブート制御プログラム。

Images