JP4159750B2 - 分散計算機システム及びメンテナンスデータ適用方法 - Google Patents

Description

本発明は、リモート及び／又はローカルに接続された複数の計算機において、プログラム及び利用者資源などのファイル群を回線を使用してメンテナンスする分散計算機システムに関する。

複数の計算機がリモート接続及び／又はローカル接続されているような分散計算機システムにおいて、ソフトウェア（プログラムファイルやデータファイルなど）の仕様変更や修正のために、センタのホスト計算機から回線通じて複数のクライアント計算機にファイル転送し、リモートの計算機のファイルを変更することが要求される。

このため版数管理機能、ファイル転送機能、保守単位にグループ化したファイルのどのファイルに適用するかのファイル適用制御機能などが提供されているが、金融機関などで求められる信頼性の高い金融システムにおいては、異常状態（エラー）を極力発生させず、しかもメンテナンスデータの登録、転送に人手を必要としないリモートメンテナンスシステムの構築が望まれている。

図２３は、金融機関などで構築される分散計算機システムの構成例を示す図である。

図２３において、分散計算機システムは、集中センタ内に設置された管理サーバ計算機２００、ホスト計算機２００と回線を通じてリモートに接続され、各支店毎に設置される複数の中継計算機４００、各支店内における中継計算機４００とＬＡＮなどによりローカルに接続された複数のクライアント計算機３００の三階層構造を備える。また、集中センタ内の管理サーバ計算機２００には、管理クライアント計算機１００が接続される。管理クライアント計算機１００は、パーソナルコンピュータやワークステーションなどであるクライアント計算機３００と同一装置であって、クライアント計算機３００上で使用する業務プログラムやデータファイルを更新・修正するためのメンテナンスデータの作成などに利用される。そして、管理クライアント計算機１００で生成されたメンテナンスデータは、管理サーバ計算機２００から中継計算機４００を通じて各クライアント計算機３００に配信される。このとき、配信されるメンテナンスデータには、所定のディレクトリ情報が付加される。そして、各クライアント計算機３００は、配信されたメンテナンスデータを、それに付加されたディレクトリ情報に対応するディレクトリにコピーすることによってメンテナンスデータを更新する。このようにして、ホスト計算機からクライアント計算機へのメンテナンスデータの配信により、効率的なメンテナンスデータの更新が実現される。

しかしながら、上述のようなメンテナンスデータの配信を行う場合、各クライアント計算機におけるメンテナンスデータのディレクトリが、全ての配信先のクライアント計算機で同一である必要がある。一方、最近の分散計算機システムにおいては、種類の異なる複数のシステムが複合的に組み合わされていたり、システム導入後に異なる種類のシステムが増設される場合があり、このような場合、各クライアント計算機において、メンテナンスデータを適用するディレクトリが異なる場合が生じる。例えば、クライアント計算機の記憶装置が増設され、メンテナンスデータを格納する記憶装置のドライブ名が変更することによってディレクトリが変更するような場合である。このような環境の中で、従来の単一なシステム構成を必要とするリモートメンテナンス機構では、メンテナンスデータの配信によって、メンテナンスデータが更新されない可能性があり、各クライアント計算機が固有のディレクトリ構成を有する複合的な分散計算機システムに対応できない。

そこで、本発明は、複数のクライアント計算機それぞれにおいて、メンテナンスデータの適用先ディレクトリが異なる場合であっても、メンテナンスデータを正しく適用することができる計算機システムを提供することにある。

上記目的を達成するための本発明の計算機システムは、複数の計算機で構成される計算機システムであって、前記複数の計算機のうちの第一の計算機は、資源グループ毎のファイル群が格納されるデータベースと、ネットワークを介して前記第一の計算機と接続された他の計算機から、資源グループ毎に管理されるファイルを更新するための、前記資源グループを識別するための識別情報が付加されたデータファイルを含むメンテナンスデータを受信するファイル転送部と、前記メンテナンスデータに含まれた識別情報を検出し、該検出した識別情報を有するディレクトリを前記データベースから検索する検索部と、前記検索で検出されたディレクトリ配下に前記受信したデータファイルを含むメンテナンスデータを格納することで、前記検出された識別情報に対応する資源グループのファイルを更新する更新部と、前記データベース中に前記識別情報を有するディレクトリが複数存在するか否かの監視を実行し、複数存在する場合に異常を通知する監視通知部とを備えることを特徴とする計算機システムである。

さらに具体的には、上記構成において、前記検索部は、前記メンテナンスデータに更に含まれる適用先ディレクトリ情報に対応するディレクトリをデータベースから検索し、該ディレクトリが検索できなかった場合に、前記受信したメンテナンスデータに含まれた識別情報を検出し、該検出した識別情報を有するディレクトリを該データベースから更に検索し、前記更新部は、前記適用先ディレクトリ情報に対応するディレクトリが検出された場合、該検出されたディレクトリに前記メンテナンスデータを格納することで、前記検出された識別情報に対応する資源グループのファイルを更新し、前記適用先ディレクトリ情報に対応するディレクトリが検出されず、前記識別情報を有するディレクトリが検出された場合、該検出されたディレクトリ配下に、前記メンテナンスデータに更に含まれる相対ディレクトリ情報に基づき、メンテナンスデータを格納するためのメンテナンスデータ対象ディレクトリを生成し、該メンテナンス対象ディレクトリに前記受信したメンテナンスデータを格納することで、前記検出された識別情報に対応する資源グループのファイルを更新することを特徴とする。

すなわち、管理サーバ計算機からクライアント計算機にメンテナンスデータを送信し、メンテナンスデータを適用する場合、クライアント計算機が、メンテナンスデータの資源グループに対応する識別情報をディレクトリ中から検索し、検出された識別情報配下にあらかじめ登録された相対ディレクトリ情報を追加することにより、メンテナンス対象ディレクトリを生成し、そこにメンテナンスデータを適用する。これにより、クライアント計算機ごとに、メンテナンスデータの適用先ディレクトリが異なっていても、メンテナンスデータを正しいディレクトリに適用することが可能となる。従って、複数のクライアント計算機がそれぞれ固有のディレクトリ構成を有する複合的な分散計算機システムに対応可能となり、拡張性が高い柔軟な分散計算機システムを構築することができる。

また、クライアント計算機は、自己ディレクトリ中に同一の識別情報が複数存在しないかどうかを定期的に監視する。ディレクトリ中に識別情報が複数見つかった場合は、異常が管理サーバに通知される。これにより、メンテナンスデータの誤適用を防止し、正しいディレクトリへのメンテナンスデータの適用が担保される。

計算機単位中の特定の識別情報は、ネットワーク化された分散システム全体で１つのみ存在しえることが、本システムの前提となる。本システムは、識別情報をネットワーク全体で一意なものと定義し、管理する機能を有する。

識別情報は、文字列の組み合わせとして表現されるが、ネットワーク内で一意な情報として識別されるために、組織情報、業務として規定された情報及び識別情報であることを識別するための固有な情報を含むことも可能である。

以下、本発明の実施の形態について図面に従って説明する。しかしながら、本発明の技術的範囲はかかる実施の形態によって限定されるものではない。

図１は、本発明の分散計算機システムのブロック構成図である。図１において、分散計算機システムは、管理クライアント計算機（以下、管理クライアントという）１００と、管理サーバ計算機（以下、管理サーバという）２００と、クライアント計算機（以下、クライアントという）３００とを備える。管理クライアント１００は管理サーバ２００に接続され、管理サーバ２００が設置されるセンタ内に管理サーバ２００とともに設置される。管理サーバ２００には、回線を通じてリモートに設置される複数のクライアント３００が接続可能である（図１上では、１つのクライアント３００のみ表示）。又は、回線を通じて管理サーバ２００にリモートに設置される中継計算機（図示せず）が少なくとも１つ接続され、その中継計算機に複数のクライアント３００がローカルに接続されてもよい。以下、本発明の実施の形態においては、中継計算機を省略したサーバ−クライアント型の２階層の分散計算機システムについて説明する。

管理クライアント１００は、例えば、クライアント３００と原則的に同一装置である。オペレータは、管理クライアント１００を用いてメンテナンスデータのデータファイルを作成し、管理クライアント１００のデータベース１０３に格納する。さらに詳しくは、所定の資源グループ毎に管理されるメンテナンスデータを識別するための識別情報があらかじめ与えられ、データファイルは、自己の識別情報を有するディレクトリ配下に格納される。そして、管理クライアント１００の資源移出部１０１は、管理クライアント１００のデータベース１０３からデータファイルを抽出し、それに後述する各種情報を付加してメンテナンスデータを生成する。ファイル転送部１０２は、生成されたメンテナンスデータを管理サーバ２００に転送する。

管理サーバ２００のファイル転送部２０１は、管理クライアント１００のファイル転送部１０１から転送されたメンテナンスデータを受信し、資源登録部２０３が受信したメンテナンスデータを管理サーバ２００のデータベース２０２に登録する。さらに、版数チェック部２０４は、クライアントのデータベース３０７に格納されるメンテナンスデータの版数情報をクライアント３００の版数チェック部３０１から受信し、その版数と、データベース２０２に格納されているメンテナンスデータの版数とを比較する。そして、データベース２０２に格納されるメンテナンスデータの版数がクライアント３００の有するメンテナンスデータの現行版数より新しい場合は、版数チェック部２０４は、ファイル転送部２０５にファイル転送依頼する。ファイル転送部２０５は、版数チェック部２０４からファイル転送依頼を受信すると、メンテナンスデータを各クライアント３００に送信する。適用監視部２０６については後述する。

クライアント３００の版数チェック部３０１は、クライアント３００が有するメンテナンスデータの現行版数情報を読み出して、管理サーバの版数チェック部２０４に版数チェック依頼をする。ファイル転送部３０２は、管理サーバ２００から配信されたメンテナンスデータを受信する。適用検索部３０３は、受信したメンテナンスデータを適用するディレクトリをメンテナンスデータの識別情報に基づいて検索する。識別情報は、資源グループ毎のメンテナンスデータの集合を識別するための情報であって、メンテナンスデータを格納するディレクトリの一部である。

図２は、ディレクトリ構造を説明する図である。ディレクトリは、複数階層を有するツリー構造を有し、ディレクトリ情報は、最上階層に、例えば、メンテナンスデータを含むファイル群が格納されるデータベースを構成する少なくとも１つの記憶装置（磁気ディスクなど）の計算機内における名称（例えばＣドライブやＤドライブなど）、その下の階層にメンテナンスデータを識別するための識別情報、さらにその下の階層に各記憶装置内で区分されたディレクトリ名を有し、最下層にファイル名を有する。

従って、適用検索部３０３は、データベース３０７の全ディレクトリ情報における最上位階層から識別情報の階層までの情報（識別ディレクトリ情報）を検索し、識別情報を有するディレクトリが検出されると、識別情報の階層の下にあらかじめ登録された相対ディレクトリ情報を付加してメンテナンス対象ディレクトリを生成する。相対ディレクトリ情報は、識別ディレクトリ情報より下位の階層のディレクトリ名及びファイル名により構成される。そして、適用検索部３０３は、後述のノードチェック部３０４によるノードチェック及びファイルチェック部３０５によるファイルチェックを経て、ファイル適用部３０６が、上記メンテナンス対象ディレクトリにメンテナンスデータをコピーする（これを、メンテナンスデータを適用するともいう）。

このように、本発明の実施の形態では、メンテナンスデータに対応する識別情報に基づいてディレクトリを検索し、識別情報を有するディレクトリが検出されると、メンテナンスデータはその識別情報を有するメンテナンス対象ディレクトリにコピーされる。従って、例えば、各クライアントのデータベースを構成する記憶装置が増設されたり、データベースのディレクトリ構造が異なるシステムが導入された場合のように、メンテナンスデータが格納されるディレクトリ情報が各クライアント毎に異なっても、メンテナンスデータに対して資源グループ毎に固有に与えられる識別情報を検索することで、更新対象のメンテナンスデータのディレクトリを検出することができ、さらに、メンテナンスデータを格納するディレクトリを一元化することができる。

例えば、システム導入当初は、ある識別情報に対応するメンテナンスデータは、Ｃドライブに格納されていたが、そのメンテナンスデータの格納先が増設されたＤドライブに変更になった場合など、従来のように、フルアドレス情報である適用先ディレクトリが指定された場合は、それを検出することができず、メンテナンスデータの適用が行えない。一方、本発明の実施の形態では、変更先のＤドライブのディレクトリ中から識別情報が検出され、識別情報配下のディレクトリにメンテナンスデータを正しく適用することができる。また、ディレクトリ中の他の階層におけるディレクトリ情報が、適用先ディレクトリと異なる場合も同様にメンテナンスデータを適用できるようになる。

このとき、あるクライアント３００のデータベース３０７のディレクトリ構成において、同一の識別情報が複数存在する場合（例えば、データベース３０７のＣドライブとＤドライブとに同一の識別情報ａａａを有するディレクトリが存在する場合）、識別情報に対応するメンテナンスデータを格納すべきディレクトリを一つに特定することができない。即ち、メンテナンスデータが格納されるディレクトリを識別情報に基づいて識別できない。又は、適用検索部３０３によって先に検出された識別情報に対応するディレクトリにメンテナンスデータが格納される場合、そのディレクトリが本来メンテナンスデータを格納すべきディレクトリでない可能性がある。このような異常事態の発生を防止するために、データベース３０７の全ディレクトリを所定期間毎に監視し、同一の識別情報が複数存在している場合に、異常を通知する機能が必要となる。

クライアント３００の適用監視通知部３１１は、例えば、定期的にデータベース３０７の全ディレクトリを検索し、同一の識別情報を複数検出した場合は、管理サーバ２００の適用監視部２０６に異常を通知する。適用監視部２０６は、異常通知を受信すると、例えば、管理サーバ２００のモニタに異常通知を表示し、管理サーバ２００のオペレータに異常を知らせる。オペレータは、例えば、異常が発生したクライアントに対して所定の警告を行い、識別情報を変更することを求める。警告を受けたクライアント３００のオペレータが識別情報を変更することで、異常が解消する。

このように、データベース３０７の全ディレクトリについて、同一の識別情報が複数存在するかどうかを定期的に監視し、データベース３０７内のディレクトリに同一の識別情報が複数存在しないようにすることで、上述の適用検索部３０１における識別情報に基づいたメンテナンスデータ適用先ディレクトリ検索が正常に機能することが担保される。

また、業務処理部３０８は、クライアント３００において実行される一般的な業務（ワープロや表計算など）を処理する。このとき、ファイル管理部３０９は、業務処理部３０８が読み込みや書き込みを行うファイルのオープン処理を行う。そして、ディレクトリ通知部３１０は、ファイル管理部３０９から通知される識別情報に基づいて、ファイル管理部３０９がオープンすべきファイルのディレクトリを通知する。

このように、クライアント３００において、通常の業務を行うためにメンテナンスデータのファイルをオープンする場合についても、ファイルのディレクトリ名全体が指定されるのではなく、識別情報に基づいた検索によって、所定のファイルのディレクトリ名全体が求められてファイルオープン処理が行われる。これにより、クライアント３００のファイルに対するアクセス処理を識別情報による検索処理で統一されるので、システムの簡易化が図られる。

以下、各部の動作についてそれぞれ詳しく説明する。図３は、管理クライアント１００の資源移出部１０１及びファイル転送部１０２の動作フローチャートである。ステップＳ１０１において、資源移出部１０１はデータベース１０３のファイル群から登録情報テーブルを読み出す。図４は登録情報テーブルの例を示す図である。登録情報テーブルは、各資源グループに対応する識別情報及び相対ディレクトリ情報を有する。識別情報とは、上述したように、資源グループごとのメンテナンスデータを識別するための情報であって、ディレクトリ情報の一部となる。また、相対ディレクトリ情報とは、メンテナンスデータのディレクトリ名全体における識別情報の階層より下位の階層のディレクトリ情報である。登録情報テーブルは、管理クライアント１００のデータベース１０３にあらかじめ登録される。

ステップＳ１０２において、データベース１０３の全ディレクトリ情報が読み出され、ステップＳ１０３において、登録情報テーブルに登録されている識別情報を有するディレクトリ情報が検索される。このとき、上述したように、資源移出部１０１は、図２に示す構造を有するディレクトリ情報のうち、最上位階層から識別情報の階層までのディレクトリ情報から、識別情報を有するディレクトリ情報を検索する。

ステップＳ１０４において、登録情報テーブルに登録された識別情報を有するディレクトリ情報が検出されると、資源移出部１０１は、検出された識別ディレクトリ情報（最上位階層から識別情報の階層までのディレクトリ情報）に相対ディレクトリ情報を追加したメンテナンス対象ディレクトリを生成する。

次に、ステップＳ１０５において、資源移出部１０１は、データベース１０３のファイル群に格納された前回登録日付テーブルから資源グループ名に対応する前回登録日付を読み出す。図５は、前回登録日付テーブルの例を示す図である。図５に示されるように、前回登録日付テーブルには、資源グループごとに、メンテナンスデータの前回更新した日付の情報が登録されている。そして、ステップＳ１０６において、資源移出部１０１は、上記ステップＳ１０４で検出された識別ディレクトリ情報に属するメンテナンスデータのうち、更新日付が前回登録日付より新しいデータファイルを抽出する。

なお、現行の計算機システムのオペレーティングシステム（UNIX(登録商標)、MS-DOS、WINDOWS(登録商標)など）のファイル管理機能には、データファイルの更新日付を記録する機能があり、これらのＯＳが搭載されている場合はその機能が用いられる。

そして、ステップＳ１０７において、ステップＳ１０６で抽出されたデータファイルに、資源グループ情報、版数情報、前世代登録日付、適用先ディレクトリ情報、識別情報、相対ディレクトリ情報が付加される。これらの情報が付加されたデータファイルは、メンテナンスデータとしてメンテナンス対象ディレクトリに格納される。

図６は、メンテナンスデータのデータ構造の例を示す図である。図６において、メンテナンスデータは、資源グループごとに生成され、１つのメンテナンスデータは、その世代情報すなわち版数情報と前世代登録日付とを有する。そして、ステップＳ１０７で抽出される１つのデータファイルごとに、適用先ディレクトリ情報、識別情報、相対ディレクトリ情報が付加される。なお、適用先ディレクトリ情報は、管理クライアント１００においてメンテナンスデータが格納されるフルアドレス情報である。管理クライアント１００とクライアント３００は、原則的に同一の装置であることを前提にシステムが構成されるため、少なくとも計算機システム導入当初は、管理クライアント１００とクライアント３００におけるメンテナンスデータの適用先ディレクトリも原則的に同一となる。

ステップＳ１０８において、ファイル転送部１０２は、生成されたメンテナンスデータを管理サーバ２００のファイル転送部２０１に送信する。ステップＳ１０９において、ファイル転送部１０２は、図５の前回登録日付テーブルにおいて、転送したメンテナンスデータの資源グループに対応する前回登録日付テーブルを現在日付に更新する。

図７は、管理サーバ２００のファイル転送部２０１の動作フローチャートである。ステップＳ２０１において、ファイル転送部２０１は、管理クライアント１００のファイル転送部１０２からメンテナンスデータを受信する。そして、ステップＳ２０２において、管理クライアント１００のファイル転送部１０２から送信されたメンテナンスデータは、管理サーバ２００のファイル転送部２０１の一時格納ファイルに書き込まれる。

図８は、資源登録部２０３の動作フローチャートである。図８において、ステップＳ３０１において、ファイル転送部２０１に一時格納されたメンテナンスデータに対して、メンテナンスデータに含まれる資源グループ情報及び版数情報に基づいて一意なファイル名を生成して、そのファイル名によってメンテナンスデータを管理サーバ２００のデータベース２０２の管理ファイルに格納する。ステップＳ３０２において、資源登録部２０３は、データベース２０２に格納される資源グループ−世代テーブルに、資源グループ情報及び世代情報に対応する上記ステップＳ３０１で生成されたファイル名を登録する。図９は、資源グループ−世代テーブルの例を示す図である。図９において、資源グループ情報及び版数情報に対応するファイル名が登録される。

図１０は、クライアント３００の版数チェック部３０１の動作フローチャートである。ステップＳ４０１において、クライアント３００の版数チェック部３０１が、クライアント３００のデータベース３０７のファイル群から資源グループ−現行世代テーブルを読み出す。図１１は、資源グループ−世代テーブルの例を示す図である。図１１において、資源グループ−世代テーブルは、資源グループ毎に、それに対応するメンテナンスデータの現行版数（現行世代）、識別情報及び識別ディレクトリ情報を備える。識別ディレクトリ情報は、ディレクトリの最上位層から識別情報までの階層のディレクトリ情報である。

そして、ステップＳ４０２において、版数チェック部３０１は、資源グループ−世代テーブルから読み出した資源グループとそれに対応するメンテナンスデータの現行世代情報を版数チェック依頼とともに、管理サーバ２００の版数チェック部２０４に送信する。

図１２は、管理サーバ２００の版数チェック部２０４の動作フローチャートである。ステップＳ５０１において、管理サーバ２００の版数チェック部２０４からの版数チェック依頼を受信すると、ステップＳ５０２において、版数チェック部２０４はデータベース２０２の資源グループ−世代テーブル（図９参照）を読み込む。ステップＳ５０３において、版数チェック部２０４は、読み込まれた資源グループ−世代テーブルに、版数チェック依頼された資源グループの現行版数より新しい版数がある場合、ファイル転送部２０５にその新しい版数のメンテナンスデータの送信依頼を行う。送信依頼データは、図示されるように、送信依頼コマンド、送信元ファイル名、送信先ファイル名、宛先ノード名の情報を有する。送信元ファイル名は、データベース２０２に格納されるメンテナンスデータのファイル名である。送信先ファイル名は、送信先のクライアント３００におけるメンテナンスデータが格納されるディレクトリのファイル名である。宛先ノード名は、送信先のクライアント３００の名称、番号などである。

図１３は、管理サーバ２００のファイル転送部２０５の動作フローチャートである。ステップＳ６０１において、ファイル転送部２０５は、管理サーバ２００の版数チェック部２０４からのファイル送信依頼を受信すると、ステップＳ６０２において、送信依頼データの送信元ファイル名に基づいてメンテナンスデータを読み込み、それをクライアント３００のファイル転送部３０２に送信する。管理サーバ２００のファイル転送部２０５から送信されたメンテナンスデータは、クライアント３００のファイル転送部３０２の一時格納ファイルに書き込まれる。

図１４は、クライアント３００の適用検索部３０３の動作フローチャートである。ステップＳ７０１において、適用検索部３０３は、ファイル転送部３０２からメンテナンスデータを受信する。ステップ７０２において、メンテナンスデータに含まれる適用先ディレクトリが存在するかクライアント３００のデータベース３０７の全ディレクトリを検索する。ステップＳ７０３において、適用先ディレクトリが存在する場合は、後述のステップＳ７０６に進む。一方、ステップＳ７０３において、適用先ディレクトリが検出されない場合は、ステップＳ７０４に進み、メンテナンスデータに含まれる識別情報を有するディレクトリを検索する。識別情報を有するディレクトリが検出されると、ステップＳ７０５において、検出されたディレクトリの最上位層から識別情報までの階層のディレクトリ情報（識別ディレクトリ情報）に相対ディレクトリ情報を付加してメンテナンス対象ディレクトリを生成する。そして、ステップＳ７０６において、後述のノードチェック部３０４にノードチェックを依頼し、ステップＳ７０７において、後述のファイルチェック部３０５にファイルチェックを依頼し、それぞれ適用ＯＫ通知を受信すると、ステップＳ７０８において、ファイル適用部３０６に対して、メンテナンスデータの適用依頼を行う。

図１５は、ノードチェック部３０４の動作フローチャートである。ステップＳ８０１において、ノードチェック部３０４は、データベース３０７のノード情報ファイルにあらかじめ登録されている自己のノード情報を読み込む。ノード情報は、クライアントの名称や番号などである。ステップＳ８０２において、データベース３０７に登録されているメンテナンスデータ保護情報ファイルを読み込む。メンテナンスデータ保護情報ファイルは、データベース中に複数のクライアントで共有するファイルがある場合に、複数のクライアントが同時にその共有ファイルにアクセスすることを防止するために作成されるファイルであって、複数クライアントのいずれか一つのノード情報、そのファイルの現行版数情報及び前回更新日付情報などが登録されている。

そして、ステップＳ８０３において、ノードチェック部３０４は、読み込まれたメンテナンスデータ保護情報ファイルのノード情報と、自己のノード情報とが一致するかどうか判定する。一致する場合、ステップＳ８０４において、適用ＯＫ通知を適用検索部３０３に送信する。一致しない場合、ステップＳ８０５において、所定時間待機する。所定時間経過後、ステップＳ８０６において、メンテナンス保護情報ファイルに登録されている版数情報とメンテナンスデータに含まれる版数情報とが一致するかどうか判定する。一致する場合、ステップＳ８０７において、適用終了通知を適用検索部３０３に送信する。すなわち、所定時間待機している間に、この共用ファイルにアクセスする別のノード（クライアント）がメンテナンスデータの適用処理を実行し、メンテナンス保護情報ファイルの版数情報も更新したため、メンテナンス保護情報ファイルの現行版数情報とメンテナンスデータに含まれる版数情報が一致する。一致しない場合、ステップＳ８０８において、適用ＯＫ通知を適用検索部３０３に送信する。

図１６は、ファイルチェック部３０５の動作フローチャートである。ステップＳ９０１において、ファイルチェック部３０５は、メンテナンスデータから前世代登録日付を読み込む。さらに、ステップＳ９０２において、メンテナンス保護情報ファイルから前回登録日付を読み込む。ステップＳ９０３において、読み込まれた２つの日付が一致するかどうかを判定し、一致する場合は、ステップＳ９０４において、適用検索部３０３に適用ＯＫ通知を送信する。一致しない場合、ステップＳ９０５において、適用終了通知を適用検索部３０３に送信する。これは、適用されるメンテナンスデータが最新のメンテナンスデータであることを再確認するための処理である。

図１７は、ファイル適用部３０６の動作フローチャートである。ステップＳ１００１において、ファイル適用部３０６は、ファイル転送部３０２からメンテナンスデータに含まれるデータファイルを読み込む。ステップＳ１００２において、メンテナンス対象ディレクトリ（又は適用先ディレクトリ）にそのデータファイルをコピーする（メンテナンスデータを適用するともいう）。そして、ステップＳ１００３において、メンテナンスデータ保護情報ファイルの現行版数情報と前回登録日付をメンテナンスデータに含まれる版数情報と前回登録日付に更新する。

図１８は、適用監視通知部３１１の動作フローチャートである。適用監視通知部３１１は、クライアント３００の電源投入、又はクライアント３００に対する所定の操作による管理サーバ２００へのリモートメンテナンス開始依頼をトリガに一定時間ごとに以下のフローチャートに従って動作する。

ステップＳ１１０１において、適用監視通知部３１１は、図１１の資源グループ−現行世代テーブルに登録されている識別情報をクライアント３００のデータベース３０７から読み出す。ステップＳ１１０２において、データベース３０７の全ディレクトリのうちの識別情報の階層を検索する。ステップＳ１１０３において、同一の識別情報が複数検出されると、異常通知を管理サーバ２００の適用監視部３０６に送信する。異常通知は、例えば識別情報とノード名情報とを有する。

また、ステップＳ１１０４において、全ディレクトリ中に１つのみ存在する識別情報に対応する識別ディレクトリ情報と、資源グループ−現行世代テーブルに登録された識別ディレクトリ情報とが比較される。そして、ステップＳ１１０５において、両者が異なる場合、変更通知を適用監視部３０６に送信する。変更通知は、例えば識別情報、ノード名及び識別ディレクトリ情報を有する。両者が異なる場合は、例えば、前回更新後にクライアント３００に記憶装置が増設されて、メンテナンスデータが格納される記憶装置のドライブ名が変更される場合などに生じる。

図１９は、管理サーバ２００の適用監視部２０６の動作フローチャートである。ステップＳ１２０１において、適用監視部２０６は、クライアント３００の適用監視通知部３１１からの異常通知又は変更通知を受信すると、ステップＳ１２０２において、管理サーバ２００のデータベース２０２に格納されるノード管理テーブルを更新する。ノード管理テーブルは、例えば、ノード名、資源グループ、識別情報、識別ディレクトリ情報、状態、受信時刻などの情報を有し、適用監視部２０６は、異常通知又は変更通知を受信すると、受信した通知に含まれるノード名及び識別情報に対応する状態を「異常」又は「変更」として、各通知を受信した時刻を記録する。

そして、ステップＳ１２０３において、適用監視部２０６は、管理サーバ２００のモニタ画面に異常通知又は変更通知を表示し、管理サーバ２００のオペレータに異常通知又は変更通知が送信されたことを知らせる。そして、モニタ画面に異常通知が表示された場合は、クライアント３００のオペレータに注意通知を行う。注意通知は、管理サーバ２００のオペレータからクライアント３００のオペレータへの電話で伝えられてもよいし、データとして管理サーバ２００からクライアント３００に伝送されてもよい。これにより、クライアント３００のオペレータは、同一の識別情報が複数存在することを認識し、複数存在する同一の識別情報のうち、メンテナンスデータが格納されるディレクトリでないディレクトリの識別情報を変更するなどして同一の識別情報が複数存在しないようにする。こうして、データベース３０７内において、ある識別情報は１つのみ存在することが担保され、上述の適用検索部３０１における識別情報に基づいたメンテナンスデータ適用先ディレクトリ検索を正常に機能させることができる。

図２０は、業務処理部３０８の動作フローチャートである。ステップＳ１３０１において、業務処理部３０８は、起動パラメタとして通知される識別情報又は自プログラム内に設定された識別情報を受信すると、ステップＳ１３０２において、ファイル管理部３０９にファイルオープン依頼とともに識別情報を通知する。ファイル管理部３０９は、後述するように、識別情報をさらにディレクトリ通知部３１０に通知し、ディレクトリ通知部から通知されたディレクトリ情報に対応するファイルをオープンし、ファイルオープン完了通知を業務処理部３０８に送信する。ステップＳ１３０３において、業務処理部３０８は、そのファイルオープン完了通知を受信すると、ステップＳ１３０４において、オープンされたファイルから動作環境ファイルを読み込み、さらに各種ファイルの読み込み及び書き込みを行う。

これにより、業務処理部（一般的な業務アプリケーションプログラム）３０８は、装置固有の絶対ディレクトリパスを意識した処理構造を変えずに、本発明のファイル検索方法である相対ディレクトリ情報検索によるファイルアクセスが可能となる。

図２１は、ファイル管理部３０９の動作フローチャートである。ステップＳ１４０１において、ファイル管理部３０９は、業務処理部３０８からファイルオープン依頼を受信すると、ステップＳ１４０２において、ファイルオープン依頼に含まれる識別情報をディレクトリ通知部３１０通知する。ステップＳ１４０３において、後述するディレクトリ通知部３１０による検索により検出されたディレクトリ情報を受信し、通知された識別情報までの絶対ディレクトリ情報（識別ディレクトリ情報）に、識別情報以降の相対ディレクトリ情報を結合したフルパス名（絶対ディレクトリ）を作成する。ステップＳ１４０４において、オペレーティングシステム（ＯＳ）にファイルのオープン依頼を行う。ステップＳ１４０５において、オペレーティングシステムからファイルオープン完了通知を受信する。ステップＳ１４０６において、業務処理部３０８に、ファイルオープン完了通知を送信する。

図２２は、ディレクトリ通知部３１０の動作フローチャートである。ステップＳ１５０１において、ディレクトリ通知部３１０は、識別情報とともにディレクトリ情報通知依頼を受信すると、ステップＳ１５０２において、データベース３０７のディレクトリ情報を読み出して、識別情報を有するディレクトリを検索する。ステップＳ１５０３において、識別情報を有するディレクトリを検出すると、ステップＳ１５０４において、そのディレクトリのフルパスである絶対ディレクトリ情報をファイル管理部３０９に通知する。

このように、業務処理部３０８のファイルに対するアクセス処理においても、識別情報に基づいたディレクトリ検索により、識別情報に対応するファイルが検出される。従って、メンテナンスデータの更新時に限られず、通常の業務処理においても、識別情報に基づいたファイル検索によるファイル検出が行われ、分散計算機システム全体としてのファイルへのアクセス処理方法が統一されるので、システムの簡易化、安定化につながる。

本発明の実施の形態では、サーバ−クライアント型の２階層の分散計算機システムについて説明したが、サーバとクライアントの間に中継計算機（図２３の参照番号４００）が設置されたサーバ−中継計算機−クライアント型の３階層の分散計算機についても適用可能である。また、中継計算機をクライアントと見なせば、サーバ−中継計算機間においても、本発明を適用可能である。

また、版数チェックを行わず、クライアント３００のオペレータがファイル転送部３０２を用いて、クライアント３００から直接メンテナンスデータを適用する運用についても本発明を適用可能である。

以上説明したように、本発明によれば、管理サーバ計算機からクライアント計算機にメンテナンスデータを送信し、メンテナンスデータを適用する場合、クライアント計算機が、メンテナンスデータの資源グループに対応する識別情報をディレクトリ中から検索し、検出された識別情報配下にあらかじめ登録された相対ディレクトリ情報を追加することにより、メンテナンス対象ディレクトリを生成し、そこにメンテナンスデータを適用する。これにより、クライアント計算機ごとに、メンテナンスデータの適用先ディレクトリが異なっていても、メンテナンスデータを正しいディレクトリに適用することが可能となる。従って、複数のクライアント計算機がそれぞれ固有のディレクトリ構成を有する複合的な分散計算機システムに対応可能となり、拡張性が高い柔軟な分散計算機システムを構築することができる。

また、クライアント計算機は、自己ディレクトリ中に同一の識別情報が複数存在するかどうかを定期的に監視する。ディレクトリ中に識別情報が複数見つかった場合は、異常が管理サーバに通知される。これにより、メンテナンスデータの誤適用を防止し、正しいディレクトリへのメンテナンスデータの適用が担保される。

図１は、本発明の分散計算機システムのブロック構成図である。

図２は、ディレクトリ構造を説明する図である。

図３は、管理クライアント１００の資源移出部１０１及びファイル転送部１０２の動作フローチャートである。

図４は、登録情報テーブルの例を示す図である。

図５は、前回登録日付テーブルの例を示す図である。

図６は、メンテナンスデータのデータ構造の例を示す図である。

図７は、管理サーバ２００のファイル転送部２０１の動作フローチャートである。

図８は、資源登録部２０３の動作フローチャートである。

図９は、資源グループ−世代テーブルの例を示す図である。

図１０は、クライアント３００の版数チェック部３０１の動作フローチャートである。

図１１は、資源グループ−世代テーブルの例を示す図である。

図１２は、管理サーバ２００の版数チェック部２０４の動作フローチャートである。

図１３は、管理サーバ２００のファイル転送部２０５の動作フローチャートである。

図１４は、クライアント３００の適用検索部３０３の動作フローチャートである。

図１５は、ノードチェック部３０４の動作フローチャートである。

図１６は、ファイルチェック部３０５の動作フローチャートである。

図１７は、ファイル適用部３０６の動作フローチャートである。

図１８は、適用監視通知部３１１の動作フローチャートである。

図１９は、管理サーバ２００の適用監視部２０６の動作フローチャートである。

図２０は、業務処理部３０８の動作フローチャートである。

図２１は、ファイル管理部３０９の動作フローチャートである。

図２２は、ディレクトリ通知部３１０の動作フローチャートである。

図２３は、分散計算機システムの構成例を示す図である。

Claims (6)

1. 複数の計算機で構成される計算機システムであって、前記複数の計算機のうちの第一の計算機は、
   資源グループ毎のファイル群が格納されるデータベースと、
   ネットワークを介して前記第一の計算機と接続された他の計算機から、資源グループ毎に管理されるファイルを更新するための、前記資源グループを識別するための識別情報が付加されたデータファイルを含むメンテナンスデータを受信するファイル転送部と、
   前記メンテナンスデータに含まれた識別情報を検出し、該検出した識別情報を有するディレクトリを前記データベースから検索する検索部と、
   前記検索で検出されたディレクトリ配下に前記受信したデータファイルを含むメンテナンスデータを格納することで、前記検出された識別情報に対応する資源グループのファイルを更新する更新部と、
   前記データベース中に前記識別情報を有するディレクトリが複数存在するか否かの監視を実行し、複数存在する場合に異常を通知する監視通知部とを備えることを特徴とする計算機システム。
2. 前記検索部は、前記メンテナンスデータに更に含まれる適用先ディレクトリ情報に対応するディレクトリをデータベースから検索し、該ディレクトリが検索できなかった場合に、前記受信したメンテナンスデータに含まれた識別情報を検出し、該検出した識別情報を有するディレクトリを該データベースから更に検索し、
   前記更新部は、前記適用先ディレクトリ情報に対応するディレクトリが検出された場合、該検出されたディレクトリに前記メンテナンスデータを格納することで、前記検出された識別情報に対応する資源グループのファイルを更新し、前記適用先ディレクトリ情報に対応するディレクトリが検出されず、前記識別情報を有するディレクトリが検出された場合、該検出されたディレクトリ配下に、前記メンテナンスデータに更に含まれる相対ディレクトリ情報に基づき、メンテナンスデータを格納するためのメンテナンスデータ対象ディレクトリを生成し、該メンテナンス対象ディレクトリに前記受信したメンテナンスデータを格納することで、前記検出された識別情報に対応する資源グループのファイルを更新することを特徴とする請求項１記載の計算機システム。
3. 資源グループ毎のファイル群が格納されるデータベースを有する計算機の受信手段が、ネットワークを介して接続された他の計算機から、資源グループ毎に管理されるファイルを更新するための、前記資源グループを識別するための識別情報が付加されたデータファイルを含むメンテナンスデータを受信する受信ステップと、
   前記計算機の検索手段が、前記メンテナンスデータに含まれた識別情報を検出し、該検出した識別情報を有するディレクトリを前記データベースから検索する検索ステップと、
   前記計算機の更新手段が、前記検索で検出されたディレクトリ配下に前記受信したデータファイルを含むメンテナンスデータを格納することで、前記検出された識別情報に対応する資源グループのファイルを更新する更新ステップと、
   前記計算機の監視通知手段が、前記データベース中に前記識別情報をディレクトリ情報に含むディレクトリが複数存在するか否かの監視を実行し、複数存在する場合に異常を通知する監視通知ステップとを備えることを特徴とするメンテナンス適用方法。
4. 前記検索手段は、前記メンテナンスデータに更に含まれる適用先ディレクトリ情報に対応するディレクトリをデータベースから検索し、該ディレクトリが検索できなかった場合に、前記受信したメンテナンスデータに含まれた識別情報を検出し、該検出した識別情報を有するディレクトリを該データベースから更に検索し、
   前記更新手段は、前記適用先ディレクトリ情報に対応するディレクトリが検出された場合、該検出されたディレクトリに前記メンテナンスデータを格納することで、前記検出された識別情報に対応する資源グループのファイルを更新し、前記適用先ディレクトリ情報に対応するディレクトリが検出されず、前記識別情報を有するディレクトリが検出された場合、該検出されたディレクトリ配下に、前記メンテナンスデータに更に含まれる相対ディレクトリ情報に基づき、メンテナンスデータを格納するためのメンテナンスデータ対象ディレクトリを生成し、該メンテナンス対象ディレクトリに前記受信したメンテナンスデータを格納することで、前記検出された識別情報に対応する資源グループのファイルを更新することを特徴とする請求項３記載のメンテナンス適用方法。
5. 資源グループ毎のファイル群が格納されるデータベースを有するコンピュータを、
   ネットワークを介して接続された他の計算機から、資源グループ毎に管理されるファイルを更新するための、前記資源グループを識別するための識別情報が付加されたデータファイルを含むメンテナンスデータを受信するファイル転送部と、
   前記メンテナンスデータに含まれた識別情報を検出し、該検出した識別情報を有するディレクトリを前記データベースから検索する検索手段と、
   前記検索で検出されたディレクトリ配下に前記受信したデータファイルを含むメンテナンスデータを格納することで、前記検出された識別情報に対応する資源グループのファイルを更新する更新手段と、
   前記データベース中に前記識別情報を有するディレクトリが複数存在するか否かの監視を実行し、複数存在する場合に異常を通知する監視通知手段として機能させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
6. 前記検索手段は、前記メンテナンスデータに更に含まれる適用先ディレクトリ情報に対応するディレクトリをデータベースから検索し、該ディレクトリが検索できなかった場合に、前記受信したメンテナンスデータに含まれた識別情報を検出し、該検出した識別情報を有するディレクトリを該データベースから更に検索し、
   前記更新手段は、前記適用先ディレクトリ情報に対応するディレクトリが検出された場合、該検出されたディレクトリに前記メンテナンスデータを格納することで、前記検出された識別情報に対応する資源グループのファイルを更新し、前記適用先ディレクトリ情報に対応するディレクトリが検出されず、前記識別情報を有するディレクトリが検出された場合、該検出されたディレクトリ配下に、前記メンテナンスデータに更に含まれる相対ディレクトリ情報に基づき、メンテナンスデータを格納するためのメンテナンスデータ対象ディレクトリを生成し、該メンテナンス対象ディレクトリに前記受信したメンテナンスデータを格納することで、前記検出された識別情報に対応する資源グループのファイルを更新することを特徴とする請求項５記載の記録媒体。

Images