JP2005346403A - 情報処理装置及び情報処理システム - Google Patents

Abstract

【課題】
遠隔に設置した計算機システムが異常発生した場合でも、ネットワークを介するデータのやり取りやメンテナンス作業によって、計算機システムのソフトウェア更新，異常発生時の復旧活動を可能とする。
【解決手段】
計算機システム１が備える記憶装置４に基本ソフトウェア領域３０１とユーザ用領域
３０３を有し、ソフトウェア更新を行う際にユーザ用領域３０３にカスタマイズ用ファイルを格納する。計算機システム１起動時に基本ソフトウェアが実行され、続いてカスタマイズ用ファイルが基本ソフトウェアを上書きしてカスタマイズを行う。計算機システム１に異常が発生した場合には、ユーザ用領域に格納されたカスタマイズ用ファイルの読み出しを無効化し、基本ソフトウェアのみ実行して計算機システム１を正常起動させる。
【選択図】図１

Description

本発明は、現場の設備や環境などの監視を行う情報処理装置及び情報処理システムに関する。

遠隔から設備や環境の監視等を行う情報処理装置において、システムの変更，アプリケーションの追加等、遠隔からメンテナンスを行う必要が生じる。遠隔からの情報処理装置のメンテナンスは、Telnet等を用いたネットワークを介する作業であり、その遠隔作業が失敗すると、復旧のために現場で再度のメンテナンスが必要となる。

プログラム等の書き換え作業の失敗時に、自動的な再復旧する方法として、特許文献１がある。書き換え自在なメモリにおいて、メインファームウェアと復旧用ファームウェアを有し、メインファームウェア書き換え失敗時には、メモリのアドレス空間を復旧ファームウェア空間へ切り替え、復旧作業を行う方法である。

特開平１０−１４９３１７号公報

特許文献１では、部分的なプログラム変更の場合でも、ファームウェア全体を一塊にして書き換え作業を行うため、書き換え不要なプログラムの書き換え作業を伴ってしまう。また、メンテナンス対象である情報処理装置が遠隔にある場合は、部分的なプログラム変更のために、ファームウェア全体をサーバ側から情報処理装置側に転送する必要が生じるため、余分な転送時間がかかり、リモートメンテナンスには適さない。

本発明の目的は、不要なデータの書き込み作業を回避し、容易にリモートメンテナンスが可能な情報処理装置または情報処理システムを提供することである。

本発明は、上記課題を解決するために、処理を実行するためのプログラム及びデータが格納され、ＯＳを含む第１のプログラムを格納する第１の領域とそのＯＳの下で動作するアプリケーションプログラムを含む第２のプログラムを格納する第２の領域とを有する記憶装置と、その記憶装置から第１のプログラムまたは第２のプログラムを読み出して実行する処理部と、記憶装置内で展開された第１のプログラム上に第２のプログラムが展開されたプログラムが正常に起動したかどうかを検知する動作監視部と、動作監視部の検知結果に基づいて、プログラムが異常かどうかを判定し、異常と判定された場合、異常であることを示す異常情報を格納する状態判定部とを有する構成とする。

また、処理を実行するためのプログラム及びデータが格納され、ＯＳを含む第１のプログラムを格納する第１の領域とそのＯＳの下で動作するアプリケーションプログラムを含む第２のプログラムを格納する第２の領域を有する記憶装置と、記憶装置から第１のプログラムまたは第２のプログラムを読み出して実行する処理部と、記憶装置内で展開された第１のプログラム上に第２のプログラムが展開されたプログラムが正常に起動したかどうかを検知する動作監視部と、動作監視部の検知結果に基づいて、プログラムが異常かどうかを判定し、異常と判定された場合、異常であることを示す異常情報を格納する状態判定部と、状態判定部に異常情報が格納された場合、第２のプログラム要求信号を通信網を介して出力する通信インターフェースと、を有する情報処理装置と、通信網を介して第２のプログラム要求信号が受信された場合、新たな第２のプログラムを読み出して、情報処理装置へ出力するサーバと、を有する構成とする。

本発明によれば、不要なデータの書き込み作業を回避でき、容易にリモートメンテナンスが可能な情報処理装置または情報処理システムが提供できる。

以下、本発明の実施の形態について図面を用いて説明する。

記憶装置には、情報処理装置が起動を行う際に必須となるＯＳ等のプログラムを格納する基本ソフトウェア領域と、追加したいアプリケーション、変更したいシステム設定ファイル等のプログラムを格納するユーザ用領域を備える。以降、基本ソフトウェア領域に格納されるプログラムを基本ソフトウェア、ユーザ用領域に格納されるファイルをカスタマイズ用ファイルと呼ぶ。

本発明は、情報処理装置の起動時には、基本ソフトウェアがカスタマイズ用ファイルで上書きされてソフトウェアのカスタマイズが行われる。基本ソフトウェアにカスタマイズ用ファイルを上書きさせて情報処理装置が正常に起動しない場合には、動作監視部によってそのことを検知し、状態判定部にプログラムが異常であることを示す情報を格納する。その後に動作監視部は情報処理装置をリセットし、情報処理装置を再起動させる。情報処理装置の起動時に、状態判定部に異常であることを示す情報が格納されている場合の処理として、ユーザ用領域の読み出しを無効化する。基本ソフトウェアのみを実行して情報処理装置を正常に起動させ、ソフトウェアトラブルの原因となっているカスタマイズ用ファイルを書き換えることによって、メンテナンス作業を行う構成とする。

ソフトウェア更新を行う際には、追加及び変更したいプログラムをユーザ用領域に書き込むだけで良いため、情報処理装置起動時に更新内容を反映させることができると共に、不要なデータの書き込み作業が回避できる。また、情報処理装置が遠隔にある場合は、変更したいプログラムのみをサーバ側から情報処理装置側に転送するだけで良いため、現場に赴くことなく遠隔監視システム内でトラブルを解決することができる。つまりリモートメンテナンスが容易となる。

図１は本発明の一実施例である。図１の情報処理装置である計算機システム１は、処理部であるＣＰＵ２，動作監視部３，記憶装置４，状態判定部５，通信部である通信インターフェース６を有する。

ＣＰＵ２は、動作監視部３，記憶装置４，状態判定部５，通信インターフェース６に接続されており、記憶装置４から逐次命令やデータを読み出して処理を実行する機能を有する。計算機システム１は、ＣＰＵ２を１つ有しても良く、複数有していても良い。記憶装置４としては不揮発性メモリと揮発性メモリがある。不揮発性メモリにプログラムを格納して、計算機システム１起動時にＣＰＵ２が不揮発性メモリに格納されたプログラムを揮発性メモリに展開して処理を実行するのが一般的である。

通信インターフェース６は通信媒体７を介してサーバ８への情報送信や、サーバ８からの情報受信を行う。ここで、通信インターフェース６は、シリアル，電話回線，イーサネット（登録商標），光ファイバー，直接制御線，無線ＬＡＮ，ＰＨＳ，赤外線通信，携帯電話など、有線通信でも無線通信でも良く、一つでも良いし、複数存在しても良い。通信媒体７はインターネット，イントラネット，加入者回線，専用回線等の通信網である。サーバ８は、パソコン，ワークステーション，携帯情報端末，携帯電話など、通信媒体に接続可能な機器ならば何でも良く、一つ存在しても良いし、複数存在していても良い。

記憶装置には、情報処理装置が起動を行う際に必須となるＯＳ等のプログラムを格納する第１の領域である基本ソフトウェア領域と、追加したいアプリケーション，変更したいシステム設定ファイル等のプログラムを格納する第２の領域であるユーザ用領域を備える。計算機システム１のソフトウェア更新を行いたい場合には、カスタマイズ用ファイルをサーバ８から通信媒体７を介して計算機システム１側に転送する。計算機システム１は受信したカスタマイズ用ファイルを記憶装置４のユーザ用領域に格納する。

計算機システム１が備える記憶装置４には、あらかじめ基本ソフトウェア領域に基本ソフトウェアが格納されている。計算機システム１が起動すると、まず、基本ソフトウェアが実行される。次に、前記カスタマイズ用ファイルが読み出されて基本ソフトウェアを上書きし、ソフトウェアのカスタマイズが行われる。

カスタマイズ用ファイルを上書きする先は、不揮発性メモリに格納された基本ソフトウェアでも良いし、計算機システム１起動後に展開された揮発性メモリ上の基本ソフトウェアであっても良い。上書き先を不揮発性メモリにした場合は、一度の上書きで更新内容が起動毎に反映されるため、以降の起動でカスタマイズ用ファイルを用いる必要がなくなる。上書き先を揮発性メモリにすると、起動毎にカスタマイズ用ファイルで上書き処理を行う必要が生じる。しかしながら、計算機システム１起動時に読み出すプログラムの書き換えを行わないために安全である。本実施例では、揮発性メモリに展開された基本ソフトウェアを上書きする場合について述べる。

送信したカスタマイズ用ファイルに誤りがある、あるいは通信障害等でサーバ８から送られてきたカスタマイズ用ファイルに不備が生じると、そのファイルを用いてカスタマイズを行った後には計算機システム１が異常起動する場合がある。

動作監視部３は、前記異常起動を検知する機能を有する。異常起動時には、動作監視部３がその異常を検知し、状態判定部５に異常であることを示す情報を格納した後に、計算機システム１に再起動命令を発信する。状態判定部５に格納する情報は、計算機システム１の起動が正常か異常かといった簡単な情報でも良いし、計算機システム１の起動を異常にさせているファイルを詳細に示す情報でも良い。

本実施例では、動作監視部３を計算機システム１の内部に設置してあるが、動作監視部３は計算機システム１の外部に存在させてもよく、その場合、動作監視部３はネットワークを介して計算機システム１の動作チェック，状態判定部５への異常情報の格納，計算機システム１に対する再起動命令を行う。

再起動を開始すると、まず、あらかじめ格納した基本ソフトウェアが実行され、基本ソフトウェアは状態判定部５に格納される情報を参照する。状態判定部５に異常であることを示す情報が格納されている場合、基本ソフトウェアは、カスタマイズ用ファイルの読み出しを無効化する。基本ソフトウェアのみＣＰＵ２に処理を実行させることで、トラブル発生時にも計算機システム１を正常に起動させ、トラブルが起きたことを指定された連絡先に通達することができる。

この方式を用いると、計算機システム１のソフトウェア更新を行う際には、カスタマイズ用ファイルを計算機システム１側に転送させ、記憶装置４の指定された領域（ユーザ用領域）に格納するだけで良い。そのカスタマイズ用ファイルに不備があった場合、カスタマイズ用ファイルの読み出しを無効化させることによって、計算機システム１を正常に起動させることができる。従って、計算機システム１を設置した現場に直接赴くことなく、ネットワークを介した再度のメンテナンスが可能である。

動作監視部３の動作フローを図２に示す。動作監視部３は記憶装置内に展開された基本ソフトウェアのようなプログラム上にカスタマイズ用ファイルのようなプログラムが展開されたプログラムが正常に起動したかどうかを検知するものである。

動作監視部３は、計算機システム１が正常に動作しているかを定期的に監視する（処理２０１）。監視するための手段としては、動作監視部３が定期的にＣＰＵ２にアクセスして動作を確認しても良いし、ＣＰＵ２が発信する情報を動作監視部３が受信して監視を行う方法でも良い。また、記憶装置からのデータ読み出しが行われているか監視する方法でも良く、接続されたバスに存在する制御信号の脈動を監視する方法でも良い。制御信号の脈動としては、ＳＲＡＭバスではＣＳ＿Ｎ信号、ＤＲＡＭバスではＲＡＳ信号、ＰＣＩバスではＦＲＡＭＥ＃信号が上げられる。

計算機システム１が動作するのに必須となる前記動作を検知できず、異常が発生したと判断された場合、動作監視部３は状態判定部５に異常であることを示す情報を格納し（処理２０３）、計算機システム１を再起動させる命令を発信する（処理２０４）。

記憶装置４に不揮発性メモリと揮発性メモリがあるが、まず不揮発性メモリの使用例を、図３を用いて詳しく説明する。図３に示すように、不揮発性メモリ４−Ａは、基本ソフトウェア領域３０１，メンテナンス用領域３０２，ユーザ用領域３０３を備える。

基本ソフトウェア領域３０１には、計算機システム１が起動を行うために最低限必要なブートローダプログラム３０４，ＯＳ３０５，ファイルシステム３０６を有する。また、ファイルシステム３０６にはメンテナンスを行うための回復用プログラム３０７が組み込まれている。

メンテナンス用領域３０２には、計算機システム１を特定するために必要な固有ＩＤ
３０８，計算機システム１が異常を起こしたことを通達する際に必要な通信先情報３０９を備える。通信先情報３０９には計算機システム１の異常を通達するサーバ８のＩＰアドレスが設定されている。通達先として設定するサーバ８は一箇所でも良いし、複数であっても良い。

基本ソフトウェア領域３０１に格納されるファイルシステム３０６に組み込まれた回復用プログラム３０７は、計算機システム１が起動不能になったとき、サーバ８側にそのトラブルを通達する機能を有する。トラブルの通達には、通信先情報３０９によって指定されたサーバ８に、計算機システム１を特定する固有ＩＤ３０８を送信するだけでも良く、トラブルの詳細を付け加えて送信しても良い。サーバ８側にトラブルを通達する手段としては、電子メール，Ｗｅｂサーバ，ファイル転送アプリケーションなどを用いる。

また、回復用プログラム３０７は、ユーザ用領域３０３に格納されているファイルの書き換え機能を有する。ユーザ用領域３０３に格納されているファイルの書き換え作業は、部分的に行っても良く、ユーザ用領域３０３全体に対して行っても良い。

ユーザ用領域３０３は、基本ソフトウェアのカスタマイズ用ファイルを格納するために用いる。ユーザ用領域３０３に格納するものの例としては、ＯＳ３０５のアップグレードプログラム，追加及び変更したいデバイスドライバ，アプリケーション，システム設定ファイル等、基本ソフトウェアをカスタマイズするものであれば１つでも良いし、複数存在していても良い。

ユーザ用領域３０３に格納するファイルの形態は、いくつかをまとめて一塊にして格納する方法でも良く、格納する各アプリケーション，デバイスドライバ，変更したい設定ファイル等をそれぞれ独立に格納する方法でも良い。

ソフトウェア更新時にカスタマイズ用ファイルを一塊にして扱うと、サーバ８から計算機システム１側に転送する際に、１回の作業で複数のファイルをまとめて送信することができる。各ファイルをそれぞれ独立に格納する方法では、ユーザ用領域３０３に格納されるカスタマイズ用ファイルを部分的に変更することが可能であり、ソフトウェア更新の内容を細かく変えたい時に便利である。

次に、図４を用いてファイルが展開された後の揮発性メモリが持つ機能を説明する。計算機システム１起動時に、不揮発性メモリ４−Ａの基本ソフトウェア領域３０１に格納されたＯＳ３０５，ファイルシステム３０６が揮発性メモリ４−Ｂに展開される。その後に、ユーザ用領域３０３に格納されたカスタマイズ用ファイルが、揮発性メモリ４−Ｂ上に展開されたＯＳ３０５，ファイルシステム３０６を上書きする。その結果、揮発性メモリ４−ＢはＯＳ４０３，デバイスドライバ４０２，ネットワーク４０１を備える。

カスタマイズ用ファイルを揮発性メモリ４−Ｂ上の基本ソフトウェアに上書きさせる機能は、ブートローダプログラムに持たせるか、基本ソフトウェアに含まれるシェルスクリプトに手続きを記述して実現させても良く、基本ソフトウェアが持つアプリケーションに前記機能を備えさせても良い。

計算機システム１に異常が発生した際に行う、ユーザ用領域の読み出し禁止、及びその後のメンテナンスについて詳細な一例を説明する。

状態判定部５は、動作監視部３の検出結果に基づいて、そのプログラムが異常かどうかを判定し、異常と判定された場合、異常であることを示す異常情報を格納するものである。

具体的には、計算機システム１の起動状態を示す情報を格納する機能を有し、電源が切れてもデータが消去しない記録媒体を用いる。状態判定部５として利用できるものの例として、不揮発性メモリ，ハードディスク，フロッピー（登録商標）ディスク，コンパクトフラッシュ（登録商標），磁気ディスク，磁気テープ等がある。

状態判定部５に格納するのは数値でも文字でも良く、計算機システム１の状態を正常か異常か識別できるものであれば何でも良い。本実施例では、正常な状態を‘１’、異常な状態を‘０’として状態判定部５に格納する。

次に、状態判定部５の利用方法を説明するために図５の動作フローを示す。ただし、状態判定部５には、計算機システム１起動前に、事前に正常起動であることを示す‘１’が格納されている。計算機システム１が起動した後に、動作監視部３が計算機システム１を監視して（処理５０１）、異常を検知した場合の処理として、状態判定部５に異常であることを示す‘０’をセットする（処理５０３）。動作監視部３が異常を検知しない場合には、状態判定部５は常に正常であることを示す‘１’が格納され続ける。

計算機システム１が起動を開始した後のソフトウェアの動作フローを図６に示す。基本ソフトウェアがメモリ上に展開した後に（処理６０１）、基本ソフトウェアが持つユーザ用領域の読み出し制御用プログラムが起動される（処理６０２）。前記プログラムは、計算機システム１の状態を示す、状態判定部５に格納された値を参照する（処理６０３）。

ユーザ用領域の読み出し制御用プログラムは、格納された値が‘１’の時はユーザ用領域を読み出す（処理６０４）、‘０’の時はユーザ用領域を読み出し禁止とさせる機能を有する（処理６０５）。

計算機システム１が最初に起動を行う際には、状態判定部５にはあらかじめ正常起動であることを示す‘１’が格納されているので、ユーザ用領域３０３の読み出しを行い、カスタマイズ用ファイルで基本ソフトウェアを上書きする（処理６０６）。

基本ソフトウェアがカスタマイズ用ファイルで上書きされて異常が起きた場合、動作監視部３は状態判定部５に‘０’をセットし、計算機システム１に再起動命令を発信する。再起動後、基本ソフトウェアに含まれるユーザ用領域の読み出し制御用プログラムが状態判定部５を参照し、‘０’が格納されている処理として、ユーザ用領域の読み出しを無効化し、基本ソフトウェアのみ揮発性メモリ４−Ｂ上に展開して実行させる（処理６０７）。

前記異常発生後に行う計算機システム１のメンテナンスを図７の動作フローで説明する。異常が発生すると、基本ソフトウェアのみ実行される（処理７０１）。その後、計算機システム１が持つ固有ＩＤ３０８を通信先情報３０９で設定されたサーバ８に送信する
（処理７０２）。サーバ側は固有ＩＤ３０８を受け取ることにより、トラブルが起きた計算機システム１を特定し、新たなカスタマイズ用ファイルを特定した計算機システム１側に送信する。

計算機システム１側は新たなカスタマイズ用ファイルを受信し（処理７０３）、その後、回復用プログラム３０７を実行する。回復用プログラム３０７を用いてユーザ用領域
３０３を新たなカスタマイズ用ファイルで書き換え（処理７０４）、状態判定部５を正常であることを示す‘１’にセットしなおし（処理７０５）、計算機システム１を再起動させる（処理７０６）。

再度異常が発生した場合、前記動作監視部３，状態判定部５，基本ソフトウェアが持つユーザ用領域の読み出し制御用プログラムによって、基本ソフトウェアのみ実行された計算機システム１が再度起動する。計算機システム１の正常起動後、上記手順を繰り返してトラブルがなくなるまでメンテナンス作業を行う。

以上の方法により、計算機システム１は異常発生時にも正常起動が可能となり、ネットワークを介するデータのやり取りやメンテナンス作業によって、計算機システム１のソフトウェア更新，異常発生時の復旧活動が可能となる。

リモートメンテナンスを行う際には、用いる通信インターフェース６に優先順位を持たせることが可能である。利用可能な通信インターフェース６の中で、最も優先度が高い方法でリモートメンテナンスを行う。優先順位の決定方法としては、計算機システム１を設置する現場の環境に応じて決定しても良いし、通信の高速さを基準とするか、データ転送の確実さ，通信料金，消費電力を基準とする方法でも良い。

計算機システム１が備える通信インターフェース６に優先順位を持たせる方法としては、優先度を記述したシステム設定ファイルを用意して用いても良く、優先順位によって処理を行う通信用アプリケーションを作成して基本ソフトウェアに持たせても良い。

通信手段に優先順位を設定した場合のリモートメンテナンスの動作フローを図８に示す。最初に、最も高い優先度に設定した通信手段で計算機システム１が持つ固有ＩＤ３０８をサーバ８側に通達する（処理８０１）。通達が可能であった場合、固有ＩＤ３０８を通達した同じ通信手段で新たなカスタマイズ用ファイルをサーバ側から受け取り、ユーザ用領域３０３の書き換え作業を行う（処理８０２）。サーバ８への固有ＩＤ３０８の通達が不可能であった場合、通信手段を一つ優先度が低い方法にセットして（処理８０３）、同様にサーバ８への固有ＩＤ３０８の通達を試みる。通達可能であればその通信手段で新たなカスタマイズ用ファイルを受け取り、ユーザ用領域３０３の書き換え作業を行う。上記の作業を、サーバ８への通信が確保されるか、あるいは用いる通信手段がなくなるまで繰り返す。

前記通信手段の決定方法を採用することにより、ユーザの希望に応じて優先度を設定し、その中で通信可能なものを自動的に選んでリモートメンテナンス時に使用することが可能である。

前述不揮発性メモリ４−Ａが備えるユーザ用領域３０３と状態判定部５に変更を加える。ユーザ用領域３０３に複数のカスタマイズ用ファイルを格納する場合を、図９を用いて説明する。状態判定部５′には、ユーザ用領域３０３′にカスタマイズ用ファイルを格納した数と同数の記憶領域を備える。

状態判定部５′に用意された全ての記憶領域には、実施例１と同様に、あらかじめ正常であることを示す‘１’がセットされている。動作監視部３によって異常が検知された場合、異常の原因となるカスタマイズ用ファイルの全てに対応する状態判定部５′内の記憶領域に‘０’がセットされる。

次に、カスタマイズ用ファイルが複数利用可能な場合の、計算機システム１起動後のソフトウェアの動作フローを図１０に示す。基本ソフトウェアがメモリ上に展開した後に
（処理１００１）、基本ソフトウェアが持つユーザ用領域の読み出し制御用プログラムが起動される（処理１００２）。ユーザ用領域の読み出し制御プログラムは、ユーザ用領域にカスタマイズ用ファイルが存在するか調べ（処理１００３）、存在しなければ処理を終了する。カスタマイズ用ファイルが存在する場合、前記プログラムは、カスタマイズ用ファイルの状態を示す状態判定部５′に格納された値を参照する（処理１００４）。ユーザ用領域の読み出し制御用プログラムは、状態判定部５′の中の記憶領域に格納されている値が‘１’の時は、その領域に対応するカスタマイズ用ファイルを読み出して基本ソフトウェア上に展開させ（処理１００５）、‘０’の時はカスタマイズ用ファイルを読み出し不可とする（処理１００６）。ユーザ用領域の読み出し制御用プログラムは、格納されているカスタマイズ用ファイルの数だけ前記手順を繰り返す。

計算機システム１が最初に起動を行う際には、状態判定部５′内の全ての記憶領域に正常起動であることを示す‘１’が格納されているので、全てのカスタマイズ用ファイルが読み出されて基本ソフトウェアを上書きする。状態判定部５′内の記憶領域を参照してカスタマイズ用ファイルを読み出す順番は、カスタマイズ用ファイルを格納した順番でも良いし、その逆でも良く、計算機システム１を使用するユーザが任意に決定しても良い。

基本ソフトウェアがカスタマイズ用ファイルで上書きされて異常が起きた場合、動作監視部３は異常の原因となっているカスタマイズ用ファイルに対応する状態判定部５′内の記憶領域に‘０’をセットし、計算機システム１に再起動命令を発信する。

計算機システム１の再起動後、基本ソフトウェアに含まれるユーザ用領域の読み出し制御用プログラムが各カスタマイズ用ファイルに対応する状態判定部５′の中の記憶領域を参照する。‘０’が格納された記憶領域に対応しているカスタマイズ用ファイルの読み出しを不可とさせることで、正常なカスタマイズ用ファイルのみ基本ソフトウェアを上書きさせる。

メンテナンス時には、前述回復用プログラム３０７に改良を加え、計算機システム１の固有ＩＤ３０８の他に状態判定部５′内の‘０’がセットされている記憶領域に対応したカスタマイズ用ファイルを、前述優先順位を持たせた通信方法でサーバ８側に通達する。

固有ＩＤ３０８を受信したサーバ８は、異常が起きた計算機システム１を特定し、固有ＩＤ３０８と異常カスタマイズ用ファイルの情報を受信した同じ方法で、特定した計算機システム１に新たなカスタマイズ用ファイルを送信する。計算機システム１側が新たなカスタマイズ用ファイルを受信すると、前述回復用プログラム３０７によって異常の原因となっているカスタマイズ用ファイルを受信したファイルで書き換え、カスタマイズ用ファイルを書き換えた後にそのカスタマイズ用ファイルに対応する状態判定部５′内の記憶領域を‘０’から‘１’にセットしなおして計算機システム１の再起動を行う。再度異常が発生すると、計算機システム１が正常に起動するまで上記手順を繰り返す。

複数のカスタマイズ用ファイルをユーザ用領域３０３′に格納して、それぞれの読み出し制御を行うことにより、異常なカスタマイズ用ファイルのみを読み出し禁止にすることができる。また、上記格納方法を用いると、細かなカスタマイズ内容の変更が容易となる。

実施例２で前述した状態判定部５′の利用方法，ユーザ用領域制御用プログラムの機能に変更を加える。また、本実施例ではユーザ用領域３０３′にカスタマイズ用ファイルを複数用意することができ、状態判定部５′は書き込んだカスタマイズ用ファイルの個数と同じ数の記憶領域を備える。

カスタマイズ用ファイルの格納について図１１を用いて説明する。前記ユーザ用領域
３０３′にカスタマイズ用ファイルを格納し（処理１１０１）、計算機システム１を再起動させて基本ソフトウェアに前記カスタマイズ用ファイルを上書きさせ、動作監視部３によって計算機システム１の状態を監視する（処理１１０２）。計算機システム１が異常状態になったとき、前記カスタマイズ用ファイルの書き換え作業を行う（処理１１０３）。ユーザ用領域３０３′内の格納場所をかえて前記手順を繰り返すと、計算機システム１を正常起動させることができるカスタマイズ用ファイルを複数持たせることが可能となる
（処理１１０４）。

ユーザ用領域３０３′に格納される全てのカスタマイズ用ファイルの情報を保持するために、状態判定部５′にユーザ用領域３０３′に格納されたカスタマイズ用ファイルの数と同数の記憶領域を備える。状態判定部５′の各記憶領域には、異常であることを示す
‘０’があらかじめセットされている。

カスタマイズ用ファイルの書き込み及び動作監視部３の処理の流れを図１２の動作フローを用いて説明する。まず、ユーザ用領域３０３′にカスタマイズ用ファイルを格納する（処理１２０１）。カスタマイズ用ファイルを格納した後に、そのカスタマイズ用ファイルに対応する状態判定部５′内の記憶領域に‘１’をセットする（処理１２０２）。その後に計算機システム１の再起動を行い（処理１２０３）、動作監視部３により計算機システム１の起動を監視する（処理１２０４）。正常ならば状態判定部５′内の記憶領域には‘１’が保持される。動作監視部３によって異常が検知された場合には、動作監視部３が状態判定部５′内の記憶領域に‘０’をセットし（処理１２０５）、再起動命令を発信する。

基本ソフトウェアが実行された後に起動される本実施例のユーザ用領域の読み出し制御用プログラムを、図１３の動作フローを用いて説明する。基本ソフトウェアが実行されると、最初にユーザ用領域の読み出し制御用プログラムが起動する。ユーザ用領域の読み出し制御用プログラムは、もっとも新しいカスタマイズ用ファイルに対応する状態判定部
５′内の記憶領域を参照し（処理１３０１）、対応する記憶領域に正常であることを示す‘１’が格納されていれば基本ソフトウェアを上書きする（処理１３０３）。

もっとも新しいカスタマイズ用ファイルに対応する状態判定部５′内の記憶領域に異常であることを示す‘０’がセットされていた場合、一つ古いカスタマイズ用ファイルがユーザ用領域３０３′に存在するか確認する（処理１３０２）。存在しなければ基本ソフトウェアのみ実行し（処理１３０５）、存在すれば一つ古いカスタマイズ用ファイルで基本ソフトウェアを上書きして計算機システム１を起動させる（処理１３０４）。

上記の方法を用いると、計算機システム１に異常が発生した場合でも、以前使用して動作が保障されているカスタマイズ用ファイルを自動的に読み出して実行させることができる。正常起動後、回復用プログラム３０７によって前述優先順位を持たせた通信方法で決定固有ＩＤ３０８をサーバ８側に通達し、以前使用したカスタマイズ用ファイルで上書きされた環境でリモートメンテナンスを行うことが可能となる。

実施例１で前述した計算機システム１の動作監視部３に変更を加える。図１４に本実施例の計算機システム１を示す。動作監視部３′はネットワーク接続，アプリケーションの起動状態等を監視する機能を有する。

ネットワーク関係のデバイスドライバや、ネットワークの設定を行うシステム設定ファイル等の変更を行いたい場合、前記変更事項を含めたカスタマイズ用ファイルをユーザ用領域３０３に書き込み、計算機システム１を再起動させる。

カスタマイズ用ファイルに不備があると、計算機システム１は正常起動を行うが、ネットワークが接続不可能となり、ホストと通信できない状態になる可能性がある。計算機システム１を遠隔に設置し、遠隔監視向けコントローラとして使用している場合、ネットワーク接続は必須となるため、前記異常が起きると計算機システム１は所望の機能を満たすことができない。

動作監視部３′は計算機システム１が所望の機能を満たす上で必須となるアプリケーション，ネットワーク等の監視を行う。アプリケーションの起動を監視する方法としては、プロセスを監視するか、前記アプリケーションが起動を行うのに必須となるファイルが使用されているかを監視する方法でも良く、ネットワークを利用しているアプリケーションの場合には、使用されるソケットを監視する方法でも良い。ネットワーク接続の監視には、ホスト側へネットワークを介してメッセージを送信し、ホスト側からの返信を受け取ることができるか定期的に確認する方法が一般的である。ネットワークを介したメッセージのやり取りには、ＦＴＰ，Telnet，Ｅ−mail等がある。

前記動作監視部３′が有する監視機能により、計算機システム１が所望の機能を満たす上で必須となる動作に異常を検知した場合は、実施例１，実施例２，実施例３で説明した方法によってカスタマイズ用ファイルの読み出しを制限し、計算機システム１を正常起動させてリモートメンテナンスを行う。

上記の方法を用いると、計算機システム１が正常起動を行ったが所望の機能を満たすことができない場合に、異常であると判断してリモートメンテナンスを行うことが可能である。

実施例１の計算機システム１に改良を加える。図１５に示すように、計算機システム
１５０１はサーバ８′を内蔵している。

サーバ８′は、クライアント１５０２からの命令を受信し、クライアント１５０２によって指示された処理を実行する機能を有する。クライアント１５０２は、ネットワークを介して計算機システム１５０１が備えるサーバ８′に命令を送信する。

本実施例におけるサーバ８′の使用例を図１６に示す。図１６に示すように、サーバ
８′は複数のカスタマイズ用ファイル１６０２を格納する機能を有する。サーバ８′に格納された各カスタマイズ用ファイル１６０２は、ネットワークを介したクライアント1502からの命令によって削除することができ、また、クライアント１５０２から新たなカスタマイズ用ファイルが送信された場合には、サーバ８′に格納して追加することもできる。

サーバ８′は、各カスタマイズ用ファイル１６０２に対応するフラグ１６０１を有する。このフラグ１６０１を用いることによって、サーバ８′に格納された各カスタマイズ用ファイル１６０２の読み出しの操作を行う。フラグ１６０１に格納するのは数値でも文字でも良く、対応するカスタマイズ用ファイル１６０２を読み出すか、読み出さないかを識別できるものであれば何でも良い。本実施例では、カスタマイズ用ファイル１６０２を読み出す場合は対応するフラグ１６０１に‘１’を、読み出さない場合は‘０’を格納する。

クライアント１５０２，サーバ８′の使用例を図１７の動作フローを用いて説明する。クライアント１５０２は、計算機システム１５０１に内蔵されるサーバ８′に命令を送信する（処理１７０１）。サーバ８′は、受信した命令によって異なる動作を行う（処理
１７０２）。クライアント１５０２から、カスタマイズ用ファイル１６０２の追加命令が送信されると、サーバ８′は新たなカスタマイズ用ファイル１６０２のためのフラグ1601領域を確保した後（処理１７０３）、クライアント１５０２から送られてきたカスタマイズ用ファイル１６０２を格納する（処理１７０４）。クライアント１５０２からサーバ
８′が備えるカスタマイズ用ファイル１６０２の削除命令が送信されると、サーバ８′は対応するフラグ１６０１と同時に指定されたカスタマイズ用ファイル１６０２を削除する（処理１７０５）。クライアント１５０２から読み出すカスタマイズ用ファイルの指定を行う命令が送信された場合、サーバ８′内の指定されたカスタマイズ用ファイル１６０２に対応するフラグ１６０１に‘１’がセットされる（処理１７０６）。読み出すカスタマイズ用ファイル１６０２の指定は、一つでも良いし、複数指定しても良い。クライアント１５０２から再起動命令が発信されると、計算機システム１５０１起動時に指定されたカスタマイズ用ファイル１６０２が基本ソフトウェアを上書きし、カスタマイズを行う。

本実施例では、基本ソフトウェアはサーバ８′内のフラグを参照するサーバ読み出し制御用プログラムを備える。サーバ読み出し制御用プログラムを、図１８の動作フローを用いて説明する。まず、計算機システム１５０１が起動すると、基本ソフトウェアが揮発性メモリに展開される（処理１８０１）。基本ソフトウェアは最初の処理として、サーバ読み出し制御用プログラムを実行する（処理１８０２）。サーバ読み出し制御用プログラムは、サーバ８′内にカスタマイズ用ファイル１６０２が存在するかを調べ(処理１８０３)、存在しなければサーバ読み出し制御用プログラムは処理を終了する。カスタマイズ用ファイル１６０２が存在する場合、対応するフラグ１６０１に格納された情報を参照し（処理１８０４）、‘１’が格納されている場合はそのフラグに対応するカスタマイズ用ファイル１６０２をサーバ８′から読み出して基本ソフトウェア上に展開する(処理１８０５)。フラグ１６０１に‘０’が格納されている場合、サーバ読み出し制御用プログラムはカスタマイズ用ファイル１６０２を読み出し不可とする（処理１８０６）。サーバ読み出し制御用プログラムは、サーバ８′に格納されるカスタマイズ用ファイル１６０２の数だけ前記手順を繰り返す。

カスタマイズを行った後に計算機システム１５０１に異常が生じた場合、動作監視部３はその異常を検知する。異常を検知した場合の処理として、動作監視部３はサーバ８′内の異常の原因となっているカスタマイズ用ファイル１６０２に対応するフラグ１６０１に読み出し禁止を示す‘０’をセットし、計算機システム１５０１に再起動命令を発信する。再起動後、前記サーバ読み出し制御用プログラムによって異常の原因となるカスタマイズ用ファイル１６０２の読み出しを制限するため、計算機システム１５０１を正常起動させることができる。

正常起動後、サーバ８′に格納された異常であるカスタマイズ用ファイルをクライアントからの命令によって書き換えることで、計算機システム１５０１のリモートメンテナンスを行う。

上記の方法を用いると、遠隔からの命令によって計算機システム１５０１をカスタマイズすることができる。また、ネットワークを介してカスタマイズ内容も設定することができるので、計算機システム１５０１の所望の機能を遠隔から指定したい場合に便利である。

本発明の情報処理装置及び情報処理システムは、設備，環境，防災等の監視を行う遠隔監視向けコントローラに適用可能である。遠隔監視向けコントローラの場合、デバイスドライバの更新，アプリケーションの追加，システム設定ファイルの変更等のメンテナンスは、ネットワークを介して行う必要が生じる。本発明を用いると、メンテナンス失敗時においてもＯＳ，デバイスドライバ，ネットワーク等、最低限の機能を有するコントローラを起動させることができるので、異常起動を現場に赴くことなく、遠隔監視システム内で復旧させることができる。

本発明に関わる情報処理システムの実施例の全体構造図である。 本発明に関わる情報処理装置が備える動作検知部の動作フローである。 情報処理装置が備える記憶装置として不揮発性メモリを用いた例である。 プログラムを不揮発性メモリから揮発性メモリに展開した結果を示す図である。 情報処理装置が備える状態判定部の動作フローの例を示す図である。 情報処理装置起動後のソフトウェアの動作フローである。 情報処理装置が異常状態になった際に行われるメンテナンスの動作フローである。 リモートメンテナンスを行う際の通信手段を決定する手順を示した動作フローである。 記憶装置が備えるユーザ用領域と状態判定部の例を示す図である。 情報処理装置起動後のソフトウェアの動作フローである。 複数のカスタマイズ用ファイルを格納する際に行う処理の一例を示す図である。 複数のカスタマイズ用ファイルを用いた場合の状態判定部の利用例を示す図である。 ユーザ用領域の読み出し用制御プログラムの一例を示す動作フローである。 実施例１の動作検知部に改良を加えた情報処理システムの全体構造図である。 情報処理装置にサーバを内蔵して、情報処理装置の外部にクライアントを備える情報処理システムの一実施例である。 情報処置装置に内蔵されるサーバの利用例を示す図である。 外部のクライアントから情報処理装置に内蔵されるサーバに命令を送り処理を行う一例を示す動作フローである。 サーバを内蔵する情報処理装置起動後のソフトウェアの動作フローである。

符号の説明

１…計算機システム、２…ＣＰＵ、３…動作監視部、４…記憶装置、５…状態判定部、６…通信インターフェース、７…通信媒体、８…サーバ、３０１…基本ソフトウェア領域、３０２…メンテナンス用領域、３０３…ユーザ用領域、３０５…ＯＳ、３０６…ファイルシステム、３０７…回復用プログラム、３０８…固有ＩＤ、３０９…通信先情報。

Claims (6)

1. 処理を実行するためのプログラム及びデータが格納され、ＯＳを含む第１のプログラムを格納する第１の領域と前記ＯＳの下で動作するアプリケーションプログラムを含む第２のプログラムを格納する第２の領域を有する記憶装置と、
   前記記憶装置から前記第１のプログラムまたは前記第２のプログラムを読み出して実行する処理部と、
   前記記憶装置内で展開された前記第１のプログラム上に前記第２のプログラムが展開されたプログラムが正常に起動したかどうかを検知する動作監視部と、
   前記動作監視部の検知結果に基づいて、前記プログラムが異常かどうかを判定し、異常と判定された場合、異常であることを示す異常情報を格納する状態判定部とを有することを特徴とする情報処理装置。
2. 請求項１記載の情報処理装置において、
   外部とのデータの送受信が可能な通信部を有し、
   前記処理部は、前記状態判定部に異常情報が格納された場合、前記第２のプログラム要求信号を前記通信部を介して出力することを特徴とする情報処理装置。
3. 請求項２記載の情報処理装置において、
   前記通信部を介して入力された新たな前記第２のプログラムを、前記記憶装置内の第２の領域に書き込むことを特徴とする情報処理装置。
4. 請求項２記載の情報処理装置において、
   前記通信部は、通信網を介してデータの送受信可能であることを特徴とする情報処理装置。
5. 請求項１記載の情報処理装置において、
   新たな第２のプログラムが記憶され、外部からの命令により処理を実行するサーバを有し、
   前記サーバは、情報処理装置起動時に、記憶された第２のプログラムを前記記憶装置へ出力することを特徴とする情報処理装置。
6. 処理を実行するためのプログラム及びデータが格納され、ＯＳを含む第１のプログラムを格納する第１の領域と前記ＯＳの下で動作するアプリケーションプログラムを含む第２のプログラムを格納する第２の領域を有する記憶装置と、前記記憶装置から前記第１のプログラムまたは前記第２のプログラムを読み出して実行する処理部と、前記記憶装置内で展開された前記第１のプログラム上に前記第２のプログラムが展開されたプログラムが正常に起動したかどうかを検知する動作監視部と、前記動作監視部の検知結果に基づいて、前記プログラムが異常かどうかを判定し、異常と判定された場合、異常であることを示す異常情報を格納する状態判定部と、前記状態判定手段に異常情報が格納された場合、前記第２のプログラム要求信号を通信網を介して出力する通信インターフェースと、を有する情報処理装置と、
   通信網を介して前記第２のプログラム要求信号が受信された場合、新たな第２のプログラムを読み出して、前記情報処理装置へ出力するサーバと、を有することを特徴とする情報処理システム。
   

Images