JP3185343B2 - 情報処理システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はネットワークで構成され
た情報処理システムに係り、特にこの接続される機器の
構成管理方式に関する。

【０００２】

【従来の技術】ネットワークを介して複数のマシンを接
続し、一つのマシンの資源を他のマシンから利用できる
ようにすることは広く行われている。このようなシステ
ムでは資源を提供するマシンをサーバ、資源を利用する
マシンをクライアントと呼ぶ。クライアントマシンはそ
れ単独でも利用可能なマシンであり、そのマシン固有の
ローカルな資源とサーバ上のリモート資源の双方の資源
を利用可能となっている。

【０００３】従来、各クライアントマシンからリモート
資源を利用する際に使用する資源名はクライアントマシ
ンのローカル資源上に定義されていた。この情報はサー
バに接続する前に必要となる情報であるため、クライア
ントマシン上に置く必要がある。このリモート資源管理
情報がクライアント毎に異なっていると、ユーザが利用
するクライアントを変更するとサーバ資源名が異なるた
めにそれまで使用していたプログラムがそのままでは動
作しないといった事態が起こりうるため、各クライアン
トのリモート資源管理情報を一元管理する情報サーバを
設け、クライアントは情報サーバからリモート資源管理
情報を得ることで、クライアントは情報サーバの資源名
だけ記憶しておけば、他のリモート資源に関する情報は
システムで統一的に管理することが可能となっていた。

【０００４】

【発明が解決しようとする課題】上記従来技術ではクラ
イアントマシンが使用するリモート資源管理情報は情報
サーバ上に置かれているため、ネットワークを介してア
クセスする必要があり、クライアントマシンの電源投入
立ち上げ時のような、マシンがネットワークにアクセス
可能となる前に必要となるローカルな情報については管
理できないという問題点があった。また、そうしたロー
カルな管理情報は各クライアントで独立して更新される
ため、全てのクライアントのローカルな管理情報の履歴
を把握する事は非常に困難であった。

【０００５】本発明の目的は、クライアント上に置かれ
ているクライアント固有のローカル資源についてもサー
バ上で管理可能とする事で、各クライアントの動作環境
を揃え、ユーザがどのクライアントマシンからでもサー
バ上の資源を同様に利用可能とする情報処理システムを
提供することにある。

【０００６】本発明の他の目的は、クライアント上に置
かれているクライアント固有のローカル資源の変更の履
歴をサーバ上に格納する事で、システム全体としての管
理情報の履歴を残す事を可能とする情報処理システムを
提供する事にある。

【０００７】

【課題を解決するための手段】上記目的を達成するため
に以下の手段を設ける。

【０００８】システム内の他の機器に提供する情報を有
する第１の機器と、上記第１の機器から情報を提供され
る第２の機器とを含む複数の情報処理機器をネットワー
クで接続した情報処理システムにおいて、上記第２の機
器には、機器の構成情報を保持する第１の手段と、上記
第１の機器への接続を行い、第１の機器から提供される
情報に従って処理を行う第２の手段とを有し、上記第１
の機器には、上記第２の機器の接続要求に答えて第２の
機器の構成を管理する第３の手段と、上記第２の機器の
構成に関する情報を蓄える第４の手段と、上記第２の機
器の第１の手段の内容を訂正する第５の手段と、上記第
５の手段を保持する第６の手段とを設けたこととしたも
のである。

【０００９】上記他の目的を達成するために以下の手段
を設ける。

【００１０】システム内の他の機器に提供する情報を有
する第１の機器と、上記第１の機器から情報を提供され
る第２の機器とを含む複数の情報処理機器をネットワー
クで接続した情報処理システムにおいて、上記第２の機
器には、機器の構成情報を保持する第１の手段と、上記
第１の機器への接続を行い、第１の機器から提供される
情報に従って処理を行う第７の手段とを設け、上記第１
の機器は上記第２の機器の接続要求に答えて第２の機器
の構成の履歴を管理する第８の手段と、上記第２の機器
が有する第１の手段の履歴を保持する第９の手段とを設
けたこととしたものである。

【００１１】

【作用】第２の機器は、上記第１の機器から情報を提供
される。上記第１の手段は、上記第２の機器の構成に関
する情報を保持する。上記第２の手段は、上記第２の機
器から上記第１の機器への接続要求を行い、上記第１の
機器の第３の手段からの返答に従って第２の機器の構成
管理を行う。上記第３の手段は、上記第２の機器の第２
の手段からの接続要求に対して返答を行い、上記第２の
機器に上記第４の手段の内容と第５の手段を通知して第
２の機器の構成管理を行う。上記第４の手段は、上記第
２の機器の第１の手段の望ましい値を保持する。上記第
５の手段は、上記第２の機器の第１の手段の値がが上記
第４の手段の値と等しいかどうか調べ、異なっている場
合は上記第１の手段の内容を訂正する。上記第６の手段
は、上記第５の手段を保持する。上記第７の手段は、上
記第２の機器から上記第１の機器への接続要求を行い、
上記第１の機器の第８の手段へと上記第１の手段の内容
を送信する。上記第８の手段は、上記第７の手段から送
られた上記第１の手段の内容に日付情報を付加して上記
第９の手段へと格納する。上記第９の手段は、上記第１
の手段の内容に日付情報が付加された情報を保持する。

【００１２】

【実施例】本発明の一実施例を図面を用いて説明する。

【００１３】図１は本発明のシステム構成図である。本
システムはネットワークを介して接続されたサーバマシ
ン１０と、１台以上のクライアントマシン２０により構
成される。サーバマシン１０は、図２に示すように、Ｃ
ＰＵ（処理装置）１００１、メモリ１００２、ディスク
コントローラ１００３、ネットワークコントローラ１０
０４、サーバディスク装置１１により構成される。ＣＰ
Ｕ１００１はサーバマシン１０全体の制御を行う。メモ
リ１００２はプログラムやデータを格納する。ディスク
コントローラ１００３はサーバディスク装置１１を制御
する。ネットワークコントローラ１００４はサーバマシ
ン１０のネットワークへのアクセスを制御する。サーバ
ディスク装置１１はプログラムやデータを格納する。ク
ライアントマシン２０も、図３に示すように、サーバマ
シン１０と同様にＣＰＵ２００１、メモリ２００２、デ
ィスクコントローラ２００３、ネットワークコントロー
ラ１００４、クライアントディスク装置２１より構成さ
れる。それぞれの働きも同様である。なお、図１中には
クライアントマシンは１台しか示していないが、クライ
アントマシンが複数台存在しても本発明は全く同様に適
用可能である。

【００１４】一方、サーバマシン１０上ではサーバマシ
ン１０全体の制御を行うサーバＯＳ（オペレーティング
システム）１２が動作している。同様に、クライアント
マシン２０上ではクライアントマシン２０全体の制御を
行うクライアントＯＳ２２が動作している。なお、サー
バマシン１０とクライアントマシン２０は同一構成のマ
シンである必要はなく、また逆に同一構成であっても何
の問題も生じない。クライアントマシン２０上ではまた
リクエスタ２３が動作する。リクエスタ２３はプログラ
ムであり、クライアントマシン２０上の他のプログラム
からのサーバマシン１０へのアクセス要求を処理する。
リクエスタ２３の処理内容については後述する。クライ
アントディスク装置２１上には構成制御ファイル２４が
置かれる。構成制御ファイル２４には、クライアントマ
シン２０のシステム構成が記述してあり、クライアント
マシン２０の立ち上げ時にクライアントＯＳ２２が構成
制御ファイル２４の内容を読み込んで、その内容に従っ
てクライアントマシン２０の構成を決定する。

【００１５】構成制御ファイルの構成例を図４に示す。
構成制御ファイル内には、「項目名＝項目値」という形
式でシステム構成の各項目に対する設定値が記述してあ
る。システム構成項目としては、例えば、ファイルバッ
ファサイズ、デバイスドライバ、ネットワークドライブ
名等がある。

【００１６】サーバマシン１０上ではレスポンダ１３が
動作する。レスポンダ１３はクライアントマシン２０上
のリクエスタ２３とネットワークを介して通信し、クラ
イアントマシン２０の構成管理を行う。

【００１７】またサーバディスク装置１１上には機器状
態データベース３０、機器変更手続データベース４０及
び構成履歴データベース６０が置かれる。機器状態デー
タベース３０はクライアントマシン２０の構成情報が格
納され、機器変更手続データベース４０にはクライアン
トマシン２０上で動作するプログラムである構成変更プ
ログラム５０が格納される。また構成履歴データベース
６０にはクライアントマシン２０上の構成制御ファイル
２４の過去の変更内容の履歴が格納される。

【００１８】図５に機器状態データベース３０の構成例
を示す。機器状態データベース３０にはクライアント種
別フィールド３０１０、項目名フィールド３０２０、項
目値フィールド３０３０、項目属性フィールド３０４０
の各フィールドが存在し、各フィールドの値が組となっ
た任意個数のエントリーにより構成される。各エントリ
ーはクライアントマシン２０の種別毎に構成制御ファイ
ル中の各項目名のとるべき値と、変更方法に関する属性
値を示す。項目属性フィールド３０４０の値としては強
制変更、問い合わせ、警告の３通りが存在し、項目の値
が異なっていた場合の処理を示す。強制変更は無条件で
クライアントの設定値を機器状態データベース３０の項
目値フィールド３０３０の値へと変更することを示し、
同様に問い合わせはユーザに問い合わせを行って許可が
得られた場合に限って変更を行うことを示し、警告はユ
ーザに警告を与えるだけで値の変更は行わないことを示
す。

【００１９】図６に機器変更手続データベース４０の構
成例を示す。機器変更手続データベース４０にはクライ
アント種別フィールド４０１０、項目名フィールド４０
２０、手続名フィールド４０３０の各フィールドが存在
し、各フィールドの値が組となった任意個数のエントリ
ーにより構成される。各エントリーはクライアントマシ
ン２０の種別毎に構成制御ファイル中の各項目の値の変
更方法を保持する。クライアント種別フィールド４０１
０と項目名フィールド４０２０には機器状態データベー
ス３０内のクライアント種別フィールド３０１０、項目
名フィールド３０２０と対応する値が格納される。一
方、手続名フィールド４０３０には構成変更プログラム
５０が格納される。

【００２０】図７に構成履歴データベース６０の構成例
を示す。構成履歴データベース６０にはクライアント識
別子フィールド６０１０、格納日付フィールド６０２
０、変更日付フィールド６０３０、構成ファイル内容フ
ィールド６０４０の各フィールドが存在し、各フィール
ドの値が組となった任意個数のエントリーにより構成さ
れる。クライアント識別子フィールド６０１０は各クラ
イアントマシン２０を一意に識別するための値であるク
ライアント識別子を格納する。格納日付フィールド６０
２０は構成制御ファイルの内容を構成履歴データベース
６０に格納した際の日付を示し、変更日付フィールド６
０３０は格納した構成制御ファイルが最後に変更された
日付を示す。構成ファイル内容フィールド６０４０には
構成制御ファイル２４の内容が格納される。

【００２１】各エントリーはクライアントマシン２０上
の構成制御ファイル２４のある時点での値を格納してお
り、クライアント識別子の値が等しい一連のエントリー
の集まりがそのクライアントの履歴となる。

【００２２】次に、リクエスタ２３とレスポンダ１３の
処理内容を説明する。

【００２３】図８はリクエスタ２３のフローチャートで
ある。リクエスタ２３はまずステップ２３０１でサーバ
マシン１０に接続要求を送る。接続要求にはクライアン
ト識別子とクライアント種別を含めて送る。そしてステ
ップ２３０２でサーバからの応答を待つ。応答が返され
るとステップ２３０３へと進み、応答内容を調べる。内
容が「接続許可」であった場合はステップ２３０４へと
進み、そうでない場合は接続失敗としてリクエスタ２３
の処理を終了する。ステップ２３０４ではクライアント
側履歴更新処理を行い、次にステップ２３０５でクライ
アント側構成更新処理を行って、再びクライアント側履
歴更新処理を行う。そしてステップ２３０６でサーバに
「接続完了」を通知し、接続成功としてリクエスタ２３
の処理を終了する。クライアント側履歴更新処理及びク
ライアント側構成更新処理の内容は後述する。リクエス
タ２３内でクライアント側履歴更新処理を２回行ってい
るが、１回目の履歴更新は接続以前にユーザが行ってい
たかも知れない変更の履歴を残すためであり、２回目の
履歴更新はその直前の構成更新処理による変更の履歴を
残すためである。

【００２４】図９にレスポンダ１３のフローチャートを
示す。レスポンダ１３はまずステップ１３０１でクライ
アントからの接続要求を待つ。接続要求がきたらステッ
プ１３０２へと進んで接続要求の内容をチェックし、接
続要求が受け入れられない場合はステップ１３０４へと
進んでクライアントに「接続不可」を返答し、ステップ
１３０１へと戻って次の接続要求を待つ。接続要求が受
け入れられればステップ１３０３へと進んでクライアン
トに「接続許可」を返答し、ステップ１３０５へと進ん
でクライアントからの要求を待つ。要求を受け取るとス
テップ１３０６へと進んで要求内容を判定し、対応する
ステップへと進む。要求内容が「履歴更新開始」であっ
た場合はステップ１３０７へと進み、サーバ側履歴更新
処理を行う。処理終了後はステップ１３０５へと戻り、
次の要求を待つ。

【００２５】要求内容が「構成更新開始」であった場合
はステップ１３０８へと進み、サーバ側構成更新処理を
行う。処理終了後はステップ１３０５へと戻り、次の要
求を待つ。要求内容が「接続完了」であった場合は、一
つのクライアントからの接続処理が完了したのでステッ
プ１３０１へと戻り、再び接続要求待ちとなる。なお、
サーバ側履歴更新処理及びサーバ側構成更新処理の内容
は後述する。

【００２６】次に、クライアント側及びサーバ側の履歴
更新処理の内容を説明する。

【００２７】図１０にクライアント側履歴更新処理のフ
ローチャートを示す。クライアント側履歴更新処理はま
ずステップ２３３０でサーバへと「履歴更新開始」を送
る。次にステップ２３３１でクライアントマシン２０上
の構成制御ファイル２４のファイル変更日付をサーバへ
と送信し、ステップ２３３２でサーバからの返信を待
つ。返信があればステップ２３３３へと進み、返答の内
容を判定する。返答が「更新不要」であればクライアン
ト側履歴更新処理を終了する。返答が「更新要」であれ
ばステップ２３３４へ進み、構成制御ファイル２４の内
容をサーバへと送信して構成履歴データベース６０への
登録を依頼してクライアント側履歴更新処理を終了す
る。

【００２８】図１１はサーバ側履歴更新処理のフローチ
ャートである。サーバ側履歴更新処理はまずステップ１
３３０でクライアント側のステップ２３３１で送られた
構成制御ファイル２４のファイル変更日付を受信する。
次にステップ１３３１で送られたファイル変更日付と構
成履歴データベース６０内の対応するエントリーのファ
イル変更日付フィールド６０３０の値の最新の値とを比
較し、送られてきた日付の方が新しければステップ１３
３３へ、そうでない場合はステップ１３３２へと進む。
ここで対応するエントリーとは、そのエントリーのクラ
イアント識別子フィールド６０１０の値が接続要求時に
送られてきたクライアントのクライアント識別子と等し
いエントリーをいう。ステップ１３３２では構成履歴デ
ータベース６０の内容を更新する必要がないため、クラ
イアントへ「更新不要」と送信し、サーバ側履歴更新処
理を終了する。ステップ１３３３ではクライアントへ
「更新要」を送信し、続いてステップ１３３４でクライ
アント側のステップ２３３４で送信される構成制御ファ
イル２４の内容を受信する。そしてステップ１３３５で
受信した内容を構成履歴データベース６０へと登録して
サーバ側履歴更新処理を終える。登録は新規にエントリ
ーを追加することで行い、従来のエントリーの内容を更
新するわけではない。

【００２９】引き続いてクライアント側及びサーバ側の
構成更新処理の内容を説明する。

【００３０】図１２はクライアント側構成更新処理のフ
ローチャートである。クライアント側構成更新処理はま
ずステップ２３５０でサーバに「構成更新開始」を送
り、ステップ２３５１でサーバからの応答を待つ。応答
があればステップ２３５２へと進み、応答内容を調べ
る。応答が「更新終了」であればそのままサーバ側構成
更新処理を終了する。応答が「更新実行」であればステ
ップ２３５３へ進んでサーバから項目設定値を受信し、
ステップ２３５４で項目属性値を受信する。続いてステ
ップ２３５５で構成変更プログラム５０を同様にサーバ
から受信し、ステップ２３５６で先ほど受信した項目設
定値と項目属性値をパラメータとして、前のステップで
受信した構成変更プログラム５０を実行する。構成変更
プログラム５０の内容については後述する。構成変更プ
ログラム５０の実行が終了したらステップ２３５７へ進
み、サーバに「更新完了」を送信して一つの構成項目の
更新を終え、ステップ２３５１へと戻って再び応答待ち
となる。

【００３１】図１３はサーバ側構成更新処理のフローチ
ャートである。サーバ側構成更新処理はまずステップ１
３５０で機器状態データベース３０内でクライアント種
別フィールド３０１０の値が接続要求時に送られたクラ
イアントのクライアント種別の値と等しいエントリーを
探す。続いてステップ１３５１で探索結果を判定し、見
つからなかった場合はステップ１３５８へ進む。エント
リーが見つかった場合はステップ１３５２へと進み、ク
ライアントに「更新実行」を送信する。そしてステップ
１３５３で項目値フィールド２０３０の値をクライアン
トへと送る。この値は先ほど説明したクライアント側の
ステップ２３５３で受信される。次に、ステップ１３５
４で見つかったエントリーの項目属性フィールドの値を
クライアントへと送る。この値は先ほど説明したクライ
アント側のステップ２３５４で受信される。続いてステ
ップ１３５５で構成変更プログラム５０をクライアント
へと送る。この値は先ほど説明したクライアント側のス
テップ２３５５で受信される。送信する構成変更プログ
ラムは以下の方法で求める。機器状態データベース３０
内の見つかったエントリーの項目名フィールド３０２０
の値とクライアントから送られたクライアント種別の値
とをキーとして機器変更手続データベース４０内を探索
し、クライアント種別フィールド４０１０及び項目名フ
ィールド４０２０の値が一致したエントリーの手続名フ
ィールド４０３０の値が構成変更プログラム５０であ
る。次にステップ１３５６でクライアントからの応答待
ちとなる。クライアントがステップ２３５７で送った
「更新完了」を受信するとステップ１３５７へ進み、機
器状態データベース３０内でクライアント種別フィール
ド３０１０の値が一致する次のエントリーを探索する。
そしてステップ１３５１へと戻って探索結果に従った処
理を続ける。探索の結果エントリーが見つからなかった
場合のステップ１３５８ではクライアントに「更新終
了」を送り、サーバ側構成更新処理を終了する。

【００３２】次に、構成変更プログラム５０の処理内容
を説明する。

【００３３】図１４は構成変更プログラム５０のフロー
チャートである。構成変更プログラム５０はステップ５
００１でまず現在の構成項目の値を獲得する。値の獲得
はクライアントＯＳ２２に対してシステムコールを発行
して問い合わせる事で行う。そしてステップ５００２で
パラメータとして渡された項目値と現在の値を比較し、
一致している場合は変更する必要がないためそのまま構
成変更プログラムを終了する。一致していなかった場合
はステップ５００３へと進み、パラメータとして渡され
た項目属性の値を調べる。値が強制変更であった場合は
ステップ５００７、問い合わせであった場合はステップ
５００５、警告であった場合はステップ５００４へと進
む。

【００３４】警告の場合のステップ５００４ではユーザ
に対して項目値が食い違っているという警告メッセージ
を表示し、値の変更は行わずに構成変更プログラムを終
了する。問い合わせの場合のステップ５００５ではユー
ザに対して項目値の変更を行うかどうかどうかを問い合
わせ、ユーザの返答を入力する。ユーザの返答があると
ステップ５００６へ進んで返答内容を調べ、ユーザが変
更しないと返答した場合はそのまま構成変更プログラム
を終了する。一方、ユーザが変更すると返答した場合は
ステップ５００７へ進み、構成制御ファイル２４の内容
を変更して構成変更プログラムを終える。強制変更の場
合はステップ５００７へと進み、構成制御ファイル２４
の内容を変更して構成変更プログラムを終える。変更は
通常のテキスト編集処理と同様に、ファイル内容の文字
列を書き換える事で行う。構成変更プログラム５０はク
ライアント２０上で実行されるプログラムであるため、
処理の論理的な流れは同一であってもクライアント種別
毎にプログラムは異なる。またステップ５００１の現在
の値の獲得と、ステップ５００７の項目値の変更を行う
処理は項目毎に具体的な処理が異なりうるため、構成変
更プログラム５０は機器変更手続データベース４０にク
ライアント種別と項目名に対応して登録されたプログラ
ムをクライアント上に転送して実行する事で、任意のク
ライアントの任意の構成項目の変更を可能としている。

【００３５】以上のように上記実施例においては、クラ
イアントマシン２０上のリクエスタ２３がサーバマシン
１０に接続する際に、クライアントマシン２０上の構成
制御ファイル２４の履歴をサーバマシン１０上の構成履
歴データベース６０に格納するとともに、サーバマシン
１０上の機器状態データベース３０の内容に従って自動
的にクライアントマシン２０上の構成制御ファイル２４
の内容を更新し、クライアントマシン２０の機器構成が
サーバマシン１０上に定められた構成と一致するように
するため、ユーザの手を煩わす事なく常に各クライアン
トマシン２０の構成を一定に保つ事ができ、ユーザの誤
操作を減らすとともにネットワーク管理者の負荷が軽減
される。

【００３６】また、サーバマシン１０上の構成履歴デー
タベース６０上にクライアントマシン２０上の構成制御
ファイル２４の履歴が自動的に格納されるため、任意の
時点での全てのクライアントマシン２０上の構成制御フ
ァイル２４の内容を再現する事が可能となり、障害発生
時の原因究明が容易となる。

【００３７】

【発明の効果】以上説明したように、本発明によれば、
クライアント上に置かれているローカルな管理情報につ
いてもサーバ上の情報に従って自動的に更新されるた
め、各クライアントの環境の違いによる誤動作の発生を
防止する情報処理システムを提供できる。

【００３８】また、各クライアントのローカルな管理情
報の履歴がサーバ上に保持されるため、任意の時点での
管理情報の再現が可能となり、障害対策が容易となる情
報処理システムを提供できる。

【図面の簡単な説明】

【図１】本発明の一実施例のシステム構成図である。

【図２】サーバマシンのブロック図である。

【図３】クライアントマシンのブロック図である。

【図４】構成制御ファイルの構成図である。

【図５】機器状態データベースの構成図である。

【図６】機器変更手続データベースの構成図である。

【図７】構成履歴データベースの構成図である。

【図８】リクエスタのフローチャートである。

【図９】レスポンダのフローチャートである。

【図１０】クライアント側履歴更新処理のフローチャー
トである。

【図１１】サーバ側履歴更新処理のフローチャートであ
る。

【図１２】クライアント側構成更新処理のフローチャー
トである。

【図１３】サーバ側構成更新処理のフローチャートであ
る。

【図１４】構成変更プログラムのフローチャートであ
る。

【符号の説明】

１０…サーバマシン、 １２…サーバＯＳ、 １３…レスポンダ、 ２０…クライアントマシン、 ２２…クライアントＯＳ、 ２３…リクエスタ、 ２４…構成制御ファイル、 ３０…機器状態データベース、 ４０…機器変更手続データベース、 ５０…構成制御プログラム、 ６０…構成履歴データベース。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 石田 秀昭 神奈川県横浜市戸塚区吉田町292番地株 式会社日立製作所マイクロエレクトロニ クス機器開発研究所内 (72)発明者 中根 啓一 神奈川県横浜市戸塚区吉田町292番地株 式会社日立製作所マイクロエレクトロニ クス機器開発研究所内 (56)参考文献 特開 平４−113435（ＪＰ，Ａ) 特開 平３−98141（ＪＰ，Ａ) 特開 平２−254555（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 13/00 351 - 357 H04L 12/40

Claims (3)

(57)【特許請求の範囲】
1. 【請求項１】他の機器への資源の提供を行うサーバ機器
   と、上記サーバ機器の資源を利用するクライアント機器
   とをネットワークで接続した情報処理システムにおい
   て、 上記クライアント機器は、機器の構成を記述する構成制
   御ファイルと、上記サーバ機器への接続要求時に、機器
   の構成更新処理を行うクライアント側構成更新処理手段
   とを備え、 上記サーバ機器は、上記クライアント機器の構成情報を
   保持する機器状態データベースと、該クライアント機器
   の構成を変更する構成変更プログラムを保持する機器変
   更手続データベースと、上記クライアント側構成更新処
   理手段からの接続要求を受け付けて、上記機器状態デー
   タベースと上記機器変更手続データベースの内容から、
   該当する上記クライアント機器の構成情報と構成変更プ
   ログラムとを上記クライアント機器に送付するサーバ側
   構成更新処理手段とを備え、 上記クライアント側構成更新処理手段は、上記サーバ側
   構成更新処理手段から送付された構成情報と構成変更プ
   ログラムとに従って上記構成制御ファイルの内容を変更
   することを特徴とする情報処理システム。
2. 【請求項２】上記サーバ機器は、さらに、上記クライア
   ント機器の構成制御ファイルの変更履歴を保持する構成
   履歴データベースを備え、 上記クライアント機器は、上記接続要求時に、上記構成
   履歴データベースの履歴追加処理を要求するクライアン
   ト側履歴更新処理手段を備え、 上記サーバ機器は、上記クライアント側履歴更新処理手
   段から通知された上記構成制御ファイルに関する情報に
   基づき上記構成履歴データベースへ追加記録するサーバ
   側履歴更新処理手段を備えることを特徴とする請求項１
   記載の情報処理システム。
3. 【請求項３】上記クライアント側履歴更新処理手段は、
   履歴更新処理要求時に、構成制御ファイルの変更日付を
   送付し、 上記サーバ側履歴更新処理手段は、上記変更日付を解析
   して、上記構成履歴データベースの内容を追加記録の要
   不要を、上記クライアント側履歴更新処理手 段へ連絡す
   ることを特徴とする請求項２記載の情報処理システム。