JP3718273B2

JP3718273B2 - Maintenance data management method

Info

Publication number: JP3718273B2
Application number: JP00072396A
Authority: JP
Inventors: 昌俊溝口
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1996-01-08
Filing date: 1996-01-08
Publication date: 2005-11-24
Anticipated expiration: 2016-01-08
Also published as: JPH09185529A

Description

【０００１】
【発明の属する技術分野】
本発明は、メンテナンスデータ登録装置，メンテナンスデータ登録方法，メンテナンスデータ配信方法，及びメンテナンスデータ管理方法の改良に関する。
【０００２】
複数の計算機装置がリモート接続及びローカル接続されているような分散システムにおいて、ソフトウェア（プログラムファイルやデータファイルなど）の仕様変更や修正のために、センターのホスト計算機装置からリモートの複数の計算機装置にファイル転送して、リモートの計算機装置のファイルを変更することが要求されている。
【０００３】
このため、版数管理機能，ファイル転送機能，保守単位にグループ化したファイルのどのファイルに適用するかのファイル適用制御機能等が提供されているが、金融機関などで求められる信頼性の高いシステムにおいては、異常状態（エラー）を極力発生させず、しかもメンテナンスデータの登録，転送に人手を必要としないリモートメンテナンスシステムの構築が望まれている。
【０００４】
また、近年のインターネットに代表される大規模ネットワークにおいては、分散システムにより、ホスト／サーバ／クライアントによる従来の垂直型連携による従来の接続形態以外にどのコンピュータとも自由に接続することが可能なネットワーク形態が主流になってきている。
【０００５】
このようなネットワークでは、自由な接続形態を生かした柔軟なシステムが望まれる。また、システム管理は、ネットワーク内の１つのホストによる集中管理から、複数の部門単位による管理形態に変化してきている。このような形態では、専門の知識がなくても容易に扱えるメンテナンスシステムが必要とされる。
【０００６】
【従来の技術】
図10は分散計算機システム構成例を表わす図で、ホスト１，サーバ２，クライアント３の各ノードがネットワーク100 で接続され、システム構築時に設定された経路情報を基に、各ノードの機能間でセッションを確立して所定の処理を遂行する。
【０００７】
ここで、保守対象のデータ（データ，プログラム等で、以下メンテナンス対象データと称する）は幾つかのファイル単位のグループ（例えば、図10に示すように、ファイルＡ，ファイルＢを資源グループＸとする等）に纏められ、その資源グループを保守単位としてそれぞれ世代として版数が付与されてメンテナンスが管理される。
【０００８】
これらのメンテナンス対象データを修正する場合、修正された置換すべき新たなデータ（以下メンテナンスデータと称する）は、ホスト１において登録され、サーバ２経由クライアント３にファイル転送されて適用ファイル50, 51が置き換えられるが、各クライアント３の構成の相違等によっては、すべてのクライアント３に適用されるとは限らないから、ホスト１において各世代（版数）のメンテナンスデータを管理，保存し、クライアント３の持つ版数に応じたメンテナンスデータを転送する。
【０００９】
クライアント３のファイルをにメンテナンスする方法として、
▲１▼ホスト１から起動して新たに登録されたメンテナンスデータをクライアント３に転送する、
▲２▼クライアント３が始業時, ディスククラッシュ時等において要求する、
の２通りがある。▲１▼の場合は、図１０に従うと、次のような処理ステップで転送処理が行われる。
(1) ホスト１において、世代VOL1LO3 （版数３とする）のメンテナンスデータがデータファイル12b に登録され、メンテナンス処理が起動された場合、ホスト１は各サーバ２に対し、世代通知要求を送信する。
(2) これにより、サーバ２は、自己の管理ファイル30a を参照し、データファイル30b に保管しているメンテナンスデータの最新の世代（図10では、VOL1L02 、版数２）をホスト１に応答する。
(3) これによりホスト１では、管理ファイル30a を参照し、サーバ２より通知された世代（版数２）より新しい世代のメンテナンスデータ（版数３）が存在するから、版数３のメンテナンスデータをサーバ２に転送する。
(4) サーバ２では、ホスト１から転送されたメンテナンスデータを転送用ファイル34に受信するとともに、データファイル30b に保存し、管理ファイル30a で管理する。
(5) サーバ２は、配下のクライアント３に対してメンテナンス対象データのファイル（適用ファイル50, 51のファイルＡ，ファイルＢ；資源グループＸ）の世代通知を要求し、ホスト１から受信したメンテナンスデータの世代（版数３）がクライアント３から通知された世代（版数２）より新しい場合、その版数３のメンテナンスデータをクライアント３に転送する。
(6) クライアント３はこの受信したメンテナンスデータを適用ファイル50, 51に格納して以後このメンテナンスデータで運用するとともに、状態ファイル52に更新された版数情報を格納して適用ファイル50，51の版数を管理する。
【００１０】
▲２▼の場合は、例えば、業務開始時等において、クライアント３からメンテナンスデータの転送を要求する方法である。
(1) クライアント３は自己の持つメンテナンス対象データの版数を通知してメンテナンスデータの転送を要求する。
(2) サーバ２は、管理ファイル30a を参照し、通知されたその版数より新しい世代のメンテナンスデータを保存している場合は、クライアント3 にそのデータを転送する。
(3) 通知された版数以上の最新の世代が無い場合は、管理している版数を通知してホスト１に転送を要求する。
(4) ホスト１は通知された版数以上のメンテナンスデータを管理していれば、そのメンテナンスデータをサーバ２に転送する。
(5) サーバ２は転送されたメンテナンスデータを転送用ファイル34に受信し、その受信したメンテナンスデータを保存し、管理した後、クライアント３にそのメンテナンスデータを転送する。
【００１１】
以上のごとく、サーバ２はホスト１から転送されたメンテナンスデータを一旦受信し、且つ保管した後、配下のクライアント３に転送している。
なお、クライアント３から通知された版数より数版上のメンテナンスデータが上位装置に存在する場合は、クライアント３の持つ版数から次の版数のメンテナンスデータを転送してメンテナンスさせるという手順で最新のメンテナンスデータに交換させるようにしている。
【００１２】
【発明が解決しようとする課題】
以上説明したリモートメンテナンスシステムでは、以下の課題がある。
▲１▼ メンテナンスデータを登録する場合、オペレータがホスト１においてメンテナンスデータを入力し、登録していた。このため、手間を要するとともに、登録ミスが発生する可能性があった。
▲２▼ メンテナンスデータを配信する経路は、システム構築時に設定され、固定されていた。このため、あるクライアント１台のみのメンテンナスを行う場合で、且つサーバ２が対応するメンテナンスデータを持っていないような場合は、ホスト１からそのメンテナンスデータの供給を受けるが、必ずサーバ２でメンテナンスデータの授受を行う必要があり、サーバのＣＰＵ及びディスクを無駄に使用するといった課題がある。
【００１３】
また、配信経路がホスト〜サーバ〜クライアントと予め決まっているため、サーバ等の中継ノードの数が異常に多い構成の場合、ホスト等の上位ノードの負荷が高くなる。このため、サーバのノードを自動的に階層構造にするなどの柔軟なネットワーク構築を行い、負荷の分散を行うことができない。
【００１４】
本発明は、上記課題に鑑み、メンテナンスデータの自動登録，最適な配信経路を自動的に決定できることを目的とする。
【００１５】
【課題を解決するための手段】
上記従来の課題は以下の手段で解決される。図１の本発明の原理図を参照。
(1) 第１の発明
第１の発明は、メンテナンス対象計算機装置３のうちの代表装置13から、更新されたメンテナンス対象データ15を抽出して、メンテナンス対象装置３に適用するメンテナンスデータ５を生成し登録するメンテナンスデータ登録装置であって、
前記メンテナンスデータ５の登録日付を管理する管理ファイル６と、代表装置13におけるメンテナンス対象データ15の更新日付14と対応するメンテナンスデータ５の前回登録日付７とを比較し、該登録日付７より該更新日付14が新しいメンテナンス対象データ15を代表装置13中より検索する検索手段11と、検索されたメンテナンス対象データ15を抽出する抽出手段10と、前記抽出したメンテナンス対象データ15に所定の管理情報を付与してメンテナンスデータ５を作成するメンテナンスデータ作成手段９と、作成したメンテナンスデータ５を前記登録日付７とともに登録ファイル12に登録する登録手段８とを有するように構成する。
【００１６】
以上により、メンテナンス対象計算機３と同一の装置13でメンテナンス対象データ15を更新して動作させるようにすれば、そのメンテナンス対象データ15が自動的に取り出されてメンテナンスデータ５として登録される。このため、オペレータによる登録操作を省くことができ、登録ミス等が排除される。
(2) 第２の発明
第２の発明は、メンテナンス対象計算機装置３のうちの代表装置13から更新されたメンテナンス対象データ15を抽出し、メンテナンス対象装置３に適用するメンテナンスデータ５を生成し登録するメンテナンスデータ登録方法であって、
代表装置13中、対応するメンテナンスデータ５の前回登録日付７より新しい更新日付14を持つメンテナンス対象データ15の有無を検索し、存在すれば代表装置13からメンテナンス対象データ15を抽出するとともに、抽出したメンテナンス対象データ15に所定の管理情報を付与して前記メンテナンスデータ５を生成し、前記登録日付７とともに登録するようにする。
【００１７】
以上により、前述した第１の発明と同様の効果が得られる。
(3) 第３の発明
第３の発明は、メンテナンス対象計算機装置３と、ホスト計算機装置１から転送されたメンテナンスデータ５を該対象計算機装置に転送するとともに該メンテナンスデータ５を管理保存する中継計算機装置２と、登録されたメンテナンスデータ５を中継計算機装置２を介して前記対象計算機装置３に転送するとともに、該メンテナンスデータ５を管理保存するホスト計算機装置１とを含む分散システムにおけるメンテナンスデータ配信方法であって、
中継計算機装置２は、メンテナンス対象計算機装置３より世代通知とともにメンテナンス対象データ５のメンテナンス要求がなされた場合、転送すべきメンテナンスデータ５を保存している場合は該メンテナンスデータ５をメンテナンス対象装置３に転送し、保存していない場合はホスト計算機装置１のメンテナンス配信機構とメンテナンス対象装置３のメンテナンス機構との間のセッションを確立させてメンテナンス対象計算機装置３にメンテナンスデータ５の転送をホスト計算機装置１に直接要求させるとともに、ホスト計算機装置１との間の経路とメンテナンス対象装置３との間の経路を結合してホスト計算機装置１からのメンテナンスデータ５を通過させ転送する。
【００１８】
以上により、要求されたメンテナンスデータ５が中継計算機装置２に保存されていない場合は、ホスト計算機１からメンテナンス対象計算機装置３に直接転送させることができるため、中継計算機装置２に転送用のファイルを用意する必要がなく、また、すべての世代のメンテナンスデータ５を管理保管する必要がなく、つまり最新の数世代のメンテナンスデータ５を管理するのみでよく、メンテナンスデータ５を格納するディスク装置の容量を大幅に削減し、処理負荷を軽減することができる。
(4) 第４の発明
第４の発明は、メンテナンス対象計算機装置３と、配下の対象計算機装置３にメンテナンスデータ５をそれぞれ転送する複数の互いにデータ交換可能な中継計算機装置２と、登録されたメンテナンスデータ５を中継計算機装置２に転送するホスト計算機装置１とを含む分散システムにおけるメンテナンスデータ配信方法であって、
ホスト計算機装置１は、運用スケジュール表を備え、該運用スケジュール表に基づき、中継計算装置２のうちの代表装置にメンテナンスデータ５を転送し、
代表装置は所定の転送経路に従いホスト計算機装置１から受信したメンテナンスデータ５を他の中継計算機装置２および配下のメンテナンス対象装置３に転送する。
【００１９】
以上のごとく、運用スケジュール表により、ホスト計算機装置１の処理が輻輳していると認識した場合など、特定の中継計算機装置２にのみメンテナンスデータ５を転送しておけば、すべてのメンテナンス対象計算機装置３にメンテナンスデータが転送される。
(5) 第５の発明
第５の発明は、メンテナンス対象計算機装置３と、配下の対象計算機装置３にメンテナンスデータ５をそれぞれ転送する複数の互いにデータ交換可能な中継計算機装置２と、登録されたメンテナンスデータを中継計算機装置２に転送するホスト計算機装置１とを含む分散システムにおけるメンテナンスデータ配信方法であって、
ホスト計算機装置１は前記代表装置にメンテナンスデータ５にコマンドを添付して経路情報を通知し、該代表装置は該コマンドを解析して転送すべき他の中継計算機装置２を認識して受信したメンテナンスデータを転送する。
【００２０】
以上により、配信経路をコマンドで指定することができ、固定経路ではなく、そのメンテナンスデータ５に応じて経路を変えることができ、無駄な配信経路を省くことが可能となる。
(6) 第６の発明
第６の発明は、メンテナンス対象計算機装置３と、配下のメンテナンス対象計算機装置３にメンテナンスデータ５を転送する中継計算機装置２と、登録されたメンテナンスデータ５を中継計算機装置５に転送するホスト計算機装置１とを含む分散システムにおけるメンテナンスデータ管理方法であって、
ホスト計算機装置１は、メンテナンスデータ登録時にネットワーク上の自装置名を示す経路情報を登録して該メンテナンスデータ５を管理するとともに、該メンテナンスデータ５を転送する際は該経路情報を転送し、
中継計算機装置２は、受信した前記経路情報にネットワーク上の自装置名を付与して該メンテナンスデータ５を管理する。
【００２１】
以上により、メンテナンスデータ５を管理しているネットワーク上の上位ノードが判明するから、管理上の信頼性が改善されるとともに、全世代のメンテナンスデータ５を保管しておく必要がないので、効率的な管理が達成できる。
(7) 第７の発明
第７の発明は、前記第６の発明において、ホスト計算機装置１および中継計算機装置２は、自己の管理するメンテナンスデータを削除する場合は、経路情報中から自装置名を削除するようにする。
【００２２】
以上により、ディスク装置の容量が不足してメンテナンスデータ５を削除する場合でも、削除したメンテナンスデータ５を保管しているノードが容易に判明するので、メンテナンスデータ５の配信の信頼性が向上する。
【００２３】
【発明の実施の形態】
以下、図を用いて本発明の実施の形態例を詳細に説明する。なお、以下の説明ではサーバ／クライアント構成の分散システムについて説明する。ここで、メンテナンス対象データとメンテナンスデータとは交換可能なファイル単位のデータであり、版数が同一ならば管理情報を除けば同一内容のものとなる。また、全図を通じて同一符号は同一対象物を表わす。
〔第１の実施の形態例〕；メンテナンスデータの自動登録
本実施の形態例は第１の発明および第２の発明に関するもので、図２は第１の実施の一形態例を表わす図、図２は第１の実施の動作フローチャート図である。
【００２４】
図２において、メンテナンス登録装置は、代表装置13と、ホスト１と、管理システム４とで構成される。
代表装置13は、例えば金融システムにおける端末装置（クライアント）をメンテナンス対象計算機装置とした場合にその端末装置と同一装置であって、オペレータはこの代表装置13を用いてメンテナンス対象データ（ファイル単位で、メンテナンスファイルとも称する）を修正する。修正されたメンテナンス対象データ15が正常に動作すると修正処理は完了する。その時点で修正完了を入力すると、更新日付14がメンテナンス対象データ名20とともに代表装置13に登録される。
【００２５】
なお、現行のコンピュータシステムのオペレーティングシステム（UNIX,MS-DOS,WINDOWS 等) のファイル管理機能には、ファイル更新日付を記録する機能があり、これらのＯＳが搭載されている場合はその機能を使用する。
【００２６】
ホスト１は、登録ファイル12と、後述する管理システム４で作成されたメンテナンスデータ５を登録ファイル12に登録する登録部８と、管理システム４，代表装置13等との間でデータ転送を行うデータ転送部16とを備える。なお、登録ファイル12は、各世代のメンテナンスデータ５が登録されるデータファイルと、メンテナンスデータ５を管理する管理ファイルとを含む。
【００２７】
管理システム４は、メンテナンスデータ５の前回登録日付を管理する管理ファイル６と、更新日付14および該当するメンテナンス対象データ15が代表装置13から転送される転送用ファイル19と、メンテナンスデータ５が作成される作成用ファイル18と、代表装置13に更新されたメンテナンス対象データが有るか否かを検索する検索部11と、更新されたメンテナンス対象データを代表装置13から抽出し転送用ファイル19に転送する抽出部10と、メンテナンスデータ作成部９と、ホスト１との間でデータ転送を行うデータ転送部17等より構成される。
【００２８】
以上のごとく構成されたメンテナンス登録装置により、以下のようにしてメンテナンスデータ５がホスト１に自動登録される。図３参照
(1) 検索部11は、管理ファイル６に予め登録したメンテナンス対象データ名20〔管理ファイル６に登録するメンテナンス対象デバッグ名は、直接ファイル名を記述してもよく、またメンテナンス対象ディレクトリ名（論理的なファイルの管理グループ名称）を記述してもよい〕に基づき、前回ホスト１に登録した日付以降に更新した日付のメンテナンス対象データ15が代表装置13に有るか否かを検索する。このため、管理ファイル６を検索し、各メンテナンス対象データ名の前回登録日付けをそれぞれ読み込む。続いて、代表装置13から対応するメンテナンス対象データ名20の更新日付14を転送用ファイル19に読み込み、更新日付14が前回登録日付７より新しいデータの有無を検索する。有ればそのデータ名を記録する。抽出部10はそのデータ名のメンテナンス対象データを代表装置13より抽出し、転送用ファイル19にコピーする。
【００２９】
(2) メンテナンスデータ作成部９は、転送用ファイル19に抽出されたメンテナンス対象データ15を作成用ファイル18にコピーし、世代（その資源グループの最新の版数）などの管理情報を付与してメンテナンスデータ５を作成する。そして、管理ファイル６の前回登録日付７を更新した後、作成したこのメンテナンスデータ５をデータ転送部17を通じてホスト１に転送する。
【００３０】
(3) ホスト１では、メンテナンスデータ５を管理システム４から受信すると、メンテナンスデータ５，管理情報等を登録ファイル12にコピーする。
以上により、代表装置13においてメンテナンス対象データ15を修正すると、管理システム４が更新日付14に基づいて登録すべきか否かを判別し、登録すべきと判別した場合は、この修正されたメンテナンス対象データ15を取り出してメンテナンスデータ５を生成し、登録する。これにより、オペレータは登録操作を行う必要がなく、代表装置13で正常に動作した結果をオペレータを介せず登録できるので、登録ミスも発生せず、正常なメンテナンスデータが得られる。
【００３１】
なお、検索, 登録日は、定期的でもよく、また更新完了時でもよく、検索部11の起動日時, 起動原因を予め設定してけばよい。
〔第２の実施の形態例〕；配信方法（その１）
本実施の形態例は、第３の発明の実施の形態例で、業務開始時，ディスククラッシュ等において、メンテナンス対象計算機装置（クライアント）からのメンテナンス要求により配信する場合、サーバ２に要求されたメンテナンスデータが無い場合は配信経路を変更してパススルーする機構を示す。図４は第２の実施の一形態例を表わす図、図５は第２の実施の動作フローチャート図である。
【００３２】
図４において、ホスト２は各世代（版数）のメンテナンスデータ５を登録ファイル12（管理ファイル12a,データファイル12b)に管理し、登録時またはサーバ２からの要求により、メンテナンスデータ５をダウンロードする。ここで、21は版数チェック部で、サーバ２の管理するメンテナンスデータ５の世代（版数）と、ホスト１で管理しているメンテナンスデータの版数とを比較して、ダウンロードする必要があるか否かをチェックする。22はデータ転送部で、要求されたメンテナンスデータ５をデータファイル12b から抽出してダウンロードする。
【００３３】
サーバ２は、例えば金融システムにおける端末制御装置のようなもので、メンテナンスデータ５のダウンロードのための機構として、管理ファイル30a,データファイル30b,版数チェック部23, パススルー制御部24, データ転送部25, 転送用ファイル34等を備える。
【００３４】
管理ファイル30a は、ホスト１からダウンロードされたメンテナンスデータ５のうちの所定世代までのメンテナンスデータ５を管理するもので、資源グループごとの世代情報等から構成される管理情報等が格納される。データファイル30b はダウンロードされたメンテナンスデータ５のうちの最新の数世代のメンテナンスデータ５が格納される。版数チェック部23は、ホスト１と間，およびクライアント３との間で保有する版数をそれぞれチェックするものである。
【００３５】
パススルー制御部24は、クライアント３から要求されたメンテナンスデータ５を管理していない場合、クライアント３とホスト１との間で該当処理部間でセッションを確立させ、ダウンロードされるメンテナンスデータを、転送用ファイルに中継受信することなく、直接クライアント３に受け渡す。25はデータ転送部で、ホスト１からの指令でメンテナンスデータ５がダウンロードされる場合には転送用ファイル34に受信し管理させる。
【００３６】
クライアント３は、メンテナンス処理部29、経路情報ファイル33、版数チェック部27、版数ファイル31、データ転送部28、転送用ファイル32等より構成される。
【００３７】
メンテナンス処理部29は、ここでは定時的にメンテナンス要求を出力し、受け取ったメンテナンスデータを装置の適用ファイルに適用する等のメンテナンス処理を行う。版数ファイル31（図１０の状態ファイル52に相当する）は現在運用中のメンテナンス対象データの版数情報が格納される。版数チェック部27は、メンテナンス要求時にメンテナンス対象データの版数をサーバ２に要求し、自装置の版数を版数ファイル31から抽出して相互の版数を比較する。通信制御部26は、経路情報ファイル33中の指定経路に従ってサーバ２, ホスト１との間の通信を行う。データ転送部28はサーバ２から転送されるデータを転送用ファイル32に受信する。
【００３８】
以上の構成によって、クライアント３からのメンテナンス要求に対し、サーバ２に該当データが存在しない場合、以下に示す処理ステップによって経路の変更（バススルー）が行われる。図５参照
(1) クライアント３では、先ずメンテナンス処理部29が起動される。これにより、メンテナンス処理部29は経路情報ファイル33を読み込み、通信制御部26にサーバ２の版数チェック部23との間のセッションの確立を要求する。また、クライアント３の版数チェック部27に版数通知を要求する。
(2) クライアント３の版数チェック部27より世代無しの回答があった場合、つまりディスククラッシュ等により復旧した場合等でデータが存在しない場合、経路情報ファイル33のホスト連携経路情報に基づきホスト１との間のセッションの確立を要求する。
【００３９】
これにより、以後サーバ２は、ホスト１とのセッションを確立するとともに、パススルー制御部24により、クライアント３からの電文はホスト１に通知し、ホスト１から受信した電文はクライアント３に通知するパススルー制御を行う。
(3) 同時にクライアント３の版数チェック部27に版数通知を要求する。これにより、クライアント３から通知された版数情報は、ホスト１に通知される。
(4) ホスト１では、通知された版数に基づき登録ファイル12を検索し、通知された版数より新しい版数のメンテナンスデータ５を抽出してサーバ２にダウンロードする。
(5) サーバ２は受信したデータを転送用ファイル34に受信するのではなく、直接クライアント３に転送する。
(6) クライアント３では、転送されてきたメンテナンスデータ５を転送用ファイル32に受信して用ファイルに受信する。
(7) 前記(2) において、世代有りの場合は、サーバ２から最新の版数が送られてくるので、その版数と版数ファイル31の版数とを比較する。
【００４０】
サーバ２の版数の方が旧い場合は、前述の(2) 以降の処理が行われてホスト１よりメンテナンスデータ５が送られてくる。
(8) サーバ２の版数が新しい場合は、サーバ２にその版数のデータを要求する。
【００４１】
これにより、サーバ２からデータが転送されるので、転送用ファイル32にこれを受信する。なお、上位装置から転送されるメンテナンスデータ５は、クライアント３の版数の次の版数のメンテナンスデータで、最新版数が受信されるまで繰り返される。
【００４２】
以上により、クライアント３が要求したメンテナンスデータ５がサーバ２に存在しない場合、直接ホスト１と通信して転送させることができ、サーバ２では、所定資源グループの最新の数世代のメンテナンスデータ５を管理するのみでよく、管理ファイル30の容量を削減することができる。
【００４３】
なお、受信したメンテナンスデータ５は、適用ファイルの内容と適宜置き換えられる。
〔第３の実施の形態例〕；配信方法（その２）
本実施の形態例は、第４の発明および第５の発明に関するもので、図６は第３の実施の形態例を表わす図、図７は第３の実施の動作フローチャート図である。
【００４４】
本発明は、ホスト１の運用中におけるメンテナンスデータの配信処理負担を軽減することを目的としたもので、複数のサーバ２のうちのサーバＡを代表サーバとしてサーバＡにメンテナンスデータ５を転送し、サーバＡが受信したそのメンテナンスデータ５を他のサーバＢに転送するようにしたものである。その際、予め設定した経路に従うか、またはコマンドで経路を通知する。
【００４５】
図６において、36は運用時間スケジュールファイルで、図７に示すように、本配信方法を適用する運用日，運用時間帯（ここでは業務時間帯と一致させているが、特に繁忙時間帯を適用時間帯としてもよい），その時間帯における代表サーバへの切換基準となるメンテナンス作業時間等が予め設定されている。
【００４６】
35は運用時間スケジュール部で、メンテナンスデータ５の配信を行う場合、運用時間スケジュールファイル36を参照し、運用時間帯である、メンテナンスデータ量が多い、配下のサーバ台数が多い等の条件により、代表サーバ２への転送に切り換える。
【００４７】
以下、図７を参照しつつ、動作を説明する。
(1) 運用時間スケジュール部35は、運用時間スケジュールファイル36の内容を読み込む。続いて、管理するメンテナンスデータ量，回線スピード，サーバ台数等からメンテナンスの所要時間を算出し、運用時間スケジュールファイル36に記述されているメンテナンス作業時間よりかかる場合、サーバ定義情報を代表サーバに更新して代表サーバへの転送に切り換える。このサーバ定義情報は、メンテナンスデータ５の転送先サーバ２を定義したもので、通常はこの定義情報に従い、すべてのサーバ２に転送される。ここでの更新内容は、代表サーバ（サーバＡ）を転送先とする。代表サーバＡに転送するときは、この定義情報から代表サーバＡから次に転送すべき配下のサーバ２の情報を読み込み、コマンド形式としてメンテナンスデータとともに代表サーバＡに転送する。
(2) 版数チェック部21を起動し、サーバ定義情報を通知する。これにより、版数チェック部21は代表サーバＡの版数チェック部23a に版数情報を要求する。
(3) 版数チェック部21は、サーバＡから通知された版数情報とホスト１が管理する版数情報をチェックし、未送信のデータがある場合データ転送部22にデータ転送を要求する。
(4) 版数チェック部21から要求されたメンテナンスデータ５を管理ファイル12a から検索し、データファイル12b より該当するメンテナンスデータ５を抽出して図示省略した転送用ファイルにコピーし、転送用ファイルのデータをコマンドとともにサーバＡに転送する。なお、このコマンドには、前述したように転送すべき他のサーバ名が定義されている。
(5) サーバＡはデータ転送部25a が転送用ファイル34にホスト１より受信し、管理ファイル30a とデータファイル30b にコピ−し、クライアント３に対して版数チェックを行った後、そのメンテナンスデータ５を転送する。
(6) 続いて、コマンド情報（転送先をサーバＢとする）を読み込み、転送すべきサーバを認識し、記述されているサーバＢとのセッションを確立する。
(7) サーバＢから受信した版数情報から管理ファイル30a を検索し，未送信のデータがある場合、データ転送部25b にデータ転送を要求する。
【００４８】
以上により、ホスト１は、代表サーバＡにメンテナンスデータ５を転送し、サーバＡはコマンドに従い他のサーバＢにそのメンテナンスデータ５を転送するので、ホスト１の処理負担が軽減される。なお、以上の説明では経路情報をコマンドで指定したが、予め経路を決定して代表サーバＡに設定しておき、代表転送を表すコマンドを付して転送するようにしてもよい。
〔４〕第４の実施の形態例；メンテナンスデータ管理
本実施の形態例は第６の発明および第７の発明に関するもので、図８は第４の実施の一形態例を表わす図、図９は第４の実施の動作フローチャート図である。
【００４９】
図８において、ホスト１の管理ファイル12a およびサーバ２の管理ファイル30ａにそれぞれ経路情報の登録欄を設ける。そして、ホスト１において、メンテナンスデータ５を登録する際、管理ファイル更新部40は、自装置のネットワーク上のホスト名（例えばホストＡＡ）を経路情報43として登録する。
【００５０】
登録したメンテナンスデータ５を削除する場合は、管理ファイル更新部40は、管理情報（資源グループ名，世代）のみ残して削除する。図９の(1)
次にこの登録されたメンテナンスデータ５をサーバ２に転送する際、データ転送部22は、メンテナンスデータ５に経路情報43を付与した電文45を作成して転送する。図９の(2)
サーバ２のデータ転送部25a で電文45を受信すると、管理ファイル更新部41はメンテナンスデータ５を管理ファイル30に登録するが、この際、添付されたホスト１の経路情報43にサーバ２のネットワーク上の名前（例えばサーバＢＢ）を追加し、これを経路情報44として管理ファイル30に登録する。図９の(3)
この際、メンテナンスデータ５を格納するデータファイル30b の容量が決められたファイルサイズを超える場合は旧世代のメンテナンスデータ５を削除するが、メンテナンスデータ５とともに、管理ファイル30a の経路情報中のサーバ名および格納先ファイル名とを削除し、その他の管理情報は管理ファイル30a に残す。図９の(4)
その後、クライアント３に受信したメンテナンスデータ５を転送する。図９の(5)
以上により、クライアント３から、削除された資源に関する世代通知要求が通知された場合、ホスト連携部42はホスト１への経路情報を世代通知に付加し、クライアント３に通知する。これにより、クライアント３は通知されたホスト１への経路情報に基づき、ホスト１とのセッションを確立し、ホスト１に直接メンテナンスデータ５を要求することができる。
【００５１】
以上によれば、サーバ２は全世代のメンテナンスデータ５を持つ必要がなくなり、サーバ２のディスク容量を削減することが可能となる。
以上説明したように、リモートメンテナンスを行う場合、自動登録，配信経路の自動決定，メンテナンスデータの管理の効率化が達成されるので、特に複雑な分散システム等において、リモートメンテナンスの効率化，信頼性の向上等を達成することができる。
【００５２】
【発明の効果】
以上説明したように、本発明は以下に示す効果を奏する。
▲１▼ メンテナンスデータの登録の自動化
現状のリモートメンテンナスではオペレータがメンテナンスデータの登録を行っており、メンテナンスデータを選択し、必要なものに管理情報を定義してプログラムを起動していた。本発明は代表装置を最新状態にしてホストと接続しておくだけで管理システムがある定義された時期に自動的にデータの収集を行いホストに登録するため、オペレータの登録操作が不要となり、従って登録ミスもなく、信頼性を高めることができる。
▲２▼ サーバのディスクの効率的な利用
従来のリモートメンテナンスでは、クライアントが複数世代古い場合、サーバは、総ての世代を受信してクライアントに送信する必要があった。本発明の配信方法によると、ホストから直接クライアントに転送するパススルー手段を設けたので、サーバは、クライアントの最新もしくは最新から数世代を管理するだけでよく、パススルーで直接ホストとクライアントとの間で通信するのでディスク装置の容量が削減できる。また、サーバが受信している世代より古い世代をホストから受信していた場合、一度受信済の世代を削除し再度古い世代から受信しなおす必要があったが、本方式では、その無駄がなくなり、信頼性を高めることができる。
▲３▼ 自動的な経路切替え
クライアントの自動的な経路切替えにより、クライアント側にオペレータが介在する必要がなくスピーディな処理を行うことができ、信頼性を高めることができる。
▲４▼ ホストの負荷の軽減
日中のホスト負荷が高い場合でも、代表サーバに転送するのみでメンテナンスできるので、平行してリモートメンテナンスを行うことができる。
【図面の簡単な説明】
【図１】本発明の原理図
【図２】第１の実施の一形態例を表わす図
【図３】第１の実施の動作フローチャート図
【図４】第２の実施の一形態例を表わす図
【図５】第２の実施の動作フローチャート図
【図６】第３の実施の一形態例を表わす図
【図７】第３の実施の動作フローチャート図
【図８】第４の実施の一形態例を表わす図
【図９】第４の実施の動作フローチャート図
【図１０】分散計算機システム構成例を表わす図
【符号の説明】
１ホスト計算機装置，ホスト２中継計算機装置，サーバ
３メンテナンス対象計算機装置，クライアント
４管理システム５メンテナンスデータ
６管理ファイル７前回登録日付
８登録手段，登録部
９メンテナンスデータ作成手段，メンテナンスデータ作成部
10 抽出手段, 抽出部 11 検索手段, 検索部
12 登録ファイル, 管理ファイル 13 代表装置
14 更新日付 15 メンテナンス対象データ
16 データ転送部 17 データ転送部
18 作成用ファイル 19 転送用ファイル
20 メンテナンス対象データ名 21 版数チェック部
22 データ転送部 23, 23a, 23b 版数チェック部
24 パススルー制御部 25, 25a, 25b データ転送部
26 通信制御部 27 版数チェック部
28 データ転送部 29 メンテナンス処理部
30 管理ファイル 31 版数ファイル
32 転送用ファイル 33 経路情報ファイル
34 転送用ファイル 35 運用時間スケジュール部
36 スケジュールファイル 37 コマンド実行部
40 管理ファイル更新部 41 管理ファイル更新部
42 ホスト連携部 43,44 経路情報
45 電文[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a maintenance data registration device, a maintenance data registration method, a maintenance data distribution method, and an improvement of a maintenance data management method.
[0002]
In a distributed system where multiple computer devices are connected remotely and locally, to change or modify the specifications of software (program files, data files, etc.), from the host computer device at the center to multiple remote computer devices It is required to transfer the file and change the file on the remote computer device.
[0003]
For this reason, version management functions, file transfer functions, and file application control functions that apply to which files of files grouped into maintenance units are provided. However, this is a highly reliable system required by financial institutions. Therefore, it is desired to construct a remote maintenance system that does not cause an abnormal state (error) as much as possible and that does not require manual operation for registration and transfer of maintenance data.
[0004]
Further, in a large-scale network represented by the Internet in recent years, a network system that can be freely connected to any computer other than a conventional connection form based on a conventional vertical cooperation by a host / server / client by a distributed system. Is becoming mainstream.
[0005]
In such a network, a flexible system utilizing a free connection form is desired. Further, system management has changed from a centralized management by one host in the network to a management form by a plurality of department units. In such a form, a maintenance system that can be easily handled without specialized knowledge is required.
[0006]
[Prior art]
FIG. 10 shows an example of a distributed computer system configuration. Each node of the host 1, server 2 and client 3 is connected via the network 100, and a session is established between the functions of each node based on the path information set at the time of system construction. To perform predetermined processing.
[0007]
Here, maintenance target data (data, programs, etc., hereinafter referred to as maintenance target data) is a group of several file units (for example, file A and file B are resource group X as shown in FIG. 10). Etc.), and the maintenance is managed by assigning a version number as a generation to the resource group as a maintenance unit.
[0008]
When these maintenance target data are corrected, the corrected new data to be replaced (hereinafter referred to as maintenance data) is registered in the host 1, transferred to the client 3 via the server 2, and the applied files 50 and 51 are stored. Although it is replaced, it may not be applied to all the clients 3 depending on the difference in the configuration of each client 3, so that the maintenance data of each generation (version number) is managed and stored in the host 1. Transfer maintenance data according to the version number you have.
[0009]
As a way to maintain client 3 files,
(1) Start from the host 1 and transfer the newly registered maintenance data to the client 3.
(2) Requested by client 3 at the start of work, disk crash, etc.
There are two ways. In the case of {circle around (1)}, according to FIG. 10, the transfer process is performed in the following processing steps.
(1) In host 1, when maintenance data of generation VOL1LO3 (version 3) is registered in data file 12b and maintenance processing is started, host 1 sends a generation notification request to each server 2. .
(2) Thus, the server 2 refers to its own management file 30a and responds to the host 1 with the latest generation of maintenance data stored in the data file 30b (VOL1L02, version 2 in FIG. 10). .
(3) As a result, the host 1 refers to the management file 30a, and there is maintenance data (version 3) of a newer version than the generation (version 2) notified from the server 2. Is transferred to the server 2.
(4) The server 2 receives the maintenance data transferred from the host 1 in the transfer file 34, saves it in the data file 30b, and manages it in the management file 30a.
(5) The server 2 requests the subordinate client 3 to notify the generation of the files to be maintained (files A and B of the applied files 50 and 51; resource group X), and the maintenance data received from the host 1 If the generation (version number 3) is newer than the generation (version number 2) notified from the client 3, the maintenance data of the version number 3 is transferred to the client 3.
(6) The client 3 stores the received maintenance data in the application files 50 and 51 and uses the maintenance data thereafter. The client 3 stores the updated version information in the status file 52 and stores the updated version information in the application files 50 and 51. Manage version numbers.
[0010]
In the case of {circle around (2)}, for example, a method for requesting transfer of maintenance data from the client 3 at the time of starting work or the like.
(1) The client 3 notifies the version number of its maintenance target data and requests transfer of maintenance data.
(2) The server 2 refers to the management file 30a and transfers maintenance data to the client 3 if maintenance data of a newer version than the notified version number is stored.
(3) If there is no latest generation equal to or greater than the notified version number, the managed version number is notified and a transfer is requested to the host 1.
(4) If the host 1 manages maintenance data of the notified version number or more, it transfers the maintenance data to the server 2.
(5) The server 2 receives the transferred maintenance data in the transfer file 34, stores and manages the received maintenance data, and then transfers the maintenance data to the client 3.
[0011]
As described above, the server 2 once receives and stores the maintenance data transferred from the host 1 and then transfers it to the subordinate client 3.
If maintenance data that is several versions higher than the version number notified from the client 3 exists in the host device, the maintenance data of the next version number is transferred from the version number of the client 3 and maintenance is performed. The maintenance data is exchanged.
[0012]
[Problems to be solved by the invention]
The remote maintenance system described above has the following problems.
(1) When registering maintenance data, the operator inputs maintenance data in the host 1 and registers it. For this reason, it is time-consuming and registration errors may occur.
(2) The route for distributing maintenance data was set and fixed at the time of system construction. For this reason, when maintenance is performed for only one client and the server 2 does not have corresponding maintenance data, the maintenance data is supplied from the host 1, but the maintenance data is always received by the server 2. There is a problem that the CPU and the disk of the server are wasted.
[0013]
In addition, since the distribution route is determined in advance from host to server to client, when the number of relay nodes such as servers is abnormally large, the load on higher nodes such as hosts increases. For this reason, it is impossible to perform load distribution by constructing a flexible network such as automatically making a server node into a hierarchical structure.
[0014]
The present invention has been made in view of the above problems, and has an object of automatically registering maintenance data and automatically determining an optimal delivery route.
[0015]
[Means for Solving the Problems]
The above conventional problem is solved by the following means. See the principle diagram of the present invention in FIG.
(1) First invention
The first invention is a maintenance data registration device that extracts updated maintenance target data 15 from the representative device 13 of the maintenance target computer devices 3, and generates and registers maintenance data 5 to be applied to the maintenance target device 3. Because
The management file 6 for managing the registration date of the maintenance data 5 is compared with the update date 14 of the maintenance target data 15 in the representative device 13 and the previous registration date 7 of the corresponding maintenance data 5. Retrieval means 11 for retrieving maintenance target data 15 having a new date 14 from the representative device 13; extraction means 10 for extracting the searched maintenance target data 15; and providing predetermined management information to the extracted maintenance target data 15 The maintenance data creating means 9 for creating the maintenance data 5 and the registration means 8 for registering the created maintenance data 5 in the registration file 12 together with the registration date 7 are configured.
[0016]
As described above, if the maintenance target data 15 is updated and operated by the same apparatus 13 as the maintenance target computer 3, the maintenance target data 15 is automatically extracted and registered as the maintenance data 5. For this reason, the registration operation by the operator can be omitted, and a registration mistake or the like is eliminated.
(2) Second invention
The second invention is a maintenance data registration method for extracting maintenance target data 15 updated from the representative device 13 of the maintenance target computer devices 3, and generating and registering maintenance data 5 to be applied to the maintenance target device 3. hand,
The representative device 13 is searched for the presence or absence of the maintenance target data 15 having the update date 14 that is newer than the previous registration date 7 of the corresponding maintenance data 5. If there is, the maintenance target data 15 is extracted from the representative device 13 and extracted. The maintenance data 5 is generated by giving predetermined management information to the maintenance object data 15 and registered together with the registration date 7.
[0017]
As described above, the same effect as that of the first invention described above can be obtained.
(3) Third invention
The third invention is registered with the maintenance target computer device 3, the relay computer device 2 that transfers the maintenance data 5 transferred from the host computer device 1 to the target computer device and manages and stores the maintenance data 5. A maintenance data distribution method in a distributed system including a host computer apparatus 1 that transfers maintenance data 5 to the target computer apparatus 3 via the relay computer apparatus 2 and manages and stores the maintenance data 5.
When a maintenance request for maintenance target data 5 is made together with generation notification from the maintenance target computer apparatus 3, the relay computer apparatus 2 stores the maintenance data 5 to be transferred to the maintenance target apparatus 3 when it is stored. If not transferred and stored, a session between the maintenance distribution mechanism of the host computer device 1 and the maintenance mechanism of the maintenance target device 3 is established, and the maintenance data 5 is transferred to the maintenance target computer device 3. And the path between the host computer apparatus 1 and the path between the maintenance target apparatus 3 are combined and the maintenance data 5 from the host computer apparatus 1 is passed and transferred.
[0018]
As described above, when the requested maintenance data 5 is not stored in the relay computer device 2, it can be transferred directly from the host computer 1 to the maintenance target computer device 3, so that a file for transfer is stored in the relay computer device 2. There is no need to prepare, and it is not necessary to manage and store all generations of maintenance data 5, that is, it is only necessary to manage the latest several generations of maintenance data 5, and the capacity of the disk device storing the maintenance data 5 can be reduced. This can greatly reduce the processing load.
(4) Fourth invention
The fourth invention includes a maintenance target computer device 3, a plurality of relay computer devices 2 that can exchange maintenance data 5 to the subordinate target computer devices 3, respectively, and the registered maintenance data 5 as a relay computer device. A maintenance data distribution method in a distributed system including a host computer device 1 that transfers data to
The host computer apparatus 1 includes an operation schedule table, and based on the operation schedule table, transfers the maintenance data 5 to the representative apparatus of the relay computer apparatuses 2,
The representative apparatus transfers the maintenance data 5 received from the host computer apparatus 1 to another relay computer apparatus 2 and the subordinate maintenance target apparatus 3 according to a predetermined transfer path.
[0019]
As described above, if the maintenance data 5 is transferred only to a specific relay computer device 2 when the operation schedule table recognizes that the processing of the host computer device 1 is congested, all the maintenance target computer devices The maintenance data is transferred to 3.
(5) Fifth invention
The fifth invention includes a maintenance target computer device 3, a plurality of relay computer devices 2 capable of exchanging data with each other and transferring maintenance data 5 to the subordinate target computer device 3, and the registered maintenance data as a relay computer device 2. A maintenance data distribution method in a distributed system including a host computer device 1 that transfers data to
The host computer apparatus 1 notifies the route information by attaching a command to the maintenance data 5 to the representative apparatus. The representative apparatus analyzes the command and recognizes and receives the other relay computer apparatus 2 to be transferred. Transfer data.
[0020]
As described above, the delivery route can be specified by the command, the route can be changed according to the maintenance data 5 instead of the fixed route, and a useless delivery route can be omitted.
(6) Sixth invention
The sixth invention includes a maintenance target computer device 3, a relay computer device 2 that transfers maintenance data 5 to a subordinate maintenance target computer device 3, and a host computer device that transfers registered maintenance data 5 to the relay computer device 5. A maintenance data management method in a distributed system comprising:
The host computer device 1 registers route information indicating its own device name on the network at the time of maintenance data registration, manages the maintenance data 5, and transfers the route information when transferring the maintenance data 5.
The relay computer device 2 manages the maintenance data 5 by assigning its own device name on the network to the received route information.
[0021]
As described above, since the upper node on the network that manages the maintenance data 5 is identified, the management reliability is improved, and it is not necessary to store the maintenance data 5 of all generations. Management can be achieved.
(7) Seventh invention
In a seventh aspect based on the sixth aspect, when the host computer device 1 and the relay computer device 2 delete the maintenance data managed by the host computer device 1 and the relay computer device 2, the host computer device 1 and the relay computer device 2 delete their own device names from the route information.
[0022]
As described above, even when the maintenance data 5 is deleted because the capacity of the disk device is insufficient, the node storing the deleted maintenance data 5 can be easily identified, so that the reliability of distribution of the maintenance data 5 is improved.
[0023]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. In the following description, a distributed system having a server / client configuration will be described. Here, the maintenance target data and the maintenance data are interchangeable file unit data, and if the version numbers are the same, they have the same contents except for the management information. Moreover, the same code | symbol represents the same target object throughout a figure.
[First embodiment] Automatic maintenance data registration
This embodiment relates to the first invention and the second invention, FIG. 2 is a diagram showing an embodiment of the first embodiment, and FIG. 2 is an operation flowchart of the first embodiment.
[0024]
In FIG. 2, the maintenance registration device includes a representative device 13, a host 1, and a management system 4.
For example, when the terminal device (client) in the financial system is a maintenance target computer device, the representative device 13 is the same device as the terminal device, and the operator uses the representative device 13 to perform maintenance target data (file unit, (Also called maintenance file). When the corrected maintenance target data 15 operates normally, the correction process is completed. When correction completion is input at that time, the update date 14 is registered in the representative device 13 together with the maintenance target data name 20.
[0025]
The file management function of the current computer system operating system (UNIX, MS-DOS, WINDOWS, etc.) has a function to record the file update date. If these OSs are installed, use that function. To do.
[0026]
The host 1 transfers data between the registration file 12, the registration unit 8 for registering maintenance data 5 created by the management system 4 (to be described later) in the registration file 12, and the management system 4, the representative device 13, and the like. And a transfer unit 16. The registration file 12 includes a data file in which the maintenance data 5 of each generation is registered, and a management file for managing the maintenance data 5.
[0027]
The management system 4 creates a management file 6 for managing the previous registration date of the maintenance data 5, a transfer file 19 for transferring the update date 14 and the corresponding maintenance target data 15 from the representative device 13, and maintenance data 5. The creation file 18 to be searched, the search unit 11 for searching whether the representative device 13 has updated maintenance target data, and the updated maintenance target data are extracted from the representative device 13 and transferred to the transfer file 19 The extraction unit 10, the maintenance data creation unit 9, and the data transfer unit 17 that performs data transfer between the host 1 and the like.
[0028]
Maintenance data 5 is automatically registered in the host 1 as follows by the maintenance registration apparatus configured as described above. See Figure 3
(1) The search unit 11 may store the maintenance target data name 20 registered in advance in the management file 6 [the maintenance target debug name registered in the management file 6 may directly describe the file name or the maintenance target directory name (logical A representative file management group name) may be described] to determine whether or not the representative device 13 has maintenance target data 15 with a date updated after the last date registered in the host 1. Therefore, the management file 6 is searched and the previous registration date of each maintenance target data name is read. Subsequently, the update date 14 of the corresponding maintenance target data name 20 is read from the representative device 13 into the transfer file 19, and the presence or absence of data with the update date 14 newer than the previous registration date 7 is searched. If there is, record the data name. The extraction unit 10 extracts the maintenance target data with the data name from the representative device 13 and copies it to the transfer file 19.
[0029]
(2) The maintenance data creation unit 9 copies the maintenance target data 15 extracted to the transfer file 19 to the creation file 18 and adds management information such as generation (the latest version of the resource group). Maintenance data 5 is created. After the previous registration date 7 of the management file 6 is updated, the created maintenance data 5 is transferred to the host 1 through the data transfer unit 17.
[0030]
(3) When the host 1 receives the maintenance data 5 from the management system 4, it copies the maintenance data 5, management information, etc. to the registration file 12.
As described above, when the maintenance target data 15 is corrected in the representative device 13, the management system 4 determines whether or not to register based on the update date 14. 15 is taken out and maintenance data 5 is generated and registered. As a result, the operator does not need to perform a registration operation, and the result of normal operation in the representative device 13 can be registered without the operator, so that no registration error occurs and normal maintenance data can be obtained.
[0031]
The search / registration date may be regular or at the completion of the update, and the activation date / time and activation cause of the search unit 11 may be set in advance.
[Second Embodiment]; Distribution Method (Part 1)
This embodiment is an embodiment of the third invention. When distribution is performed by a maintenance request from a maintenance target computer device (client) at the time of starting a business, a disk crash, etc., the maintenance requested by the server 2 is performed. If there is no data, it shows a mechanism to change the delivery route and pass through. FIG. 4 is a diagram showing an example of the second embodiment, and FIG. 5 is an operation flowchart of the second embodiment.
[0032]
In FIG. 4, the host 2 manages the maintenance data 5 of each generation (version number) in the registration file 12 (management file 12a, data file 12b), and downloads the maintenance data 5 at the time of registration or upon request from the server 2. . Here, 21 is a version number check unit, which needs to be downloaded by comparing the generation (version number) of maintenance data 5 managed by the server 2 with the version number of maintenance data managed by the host 1. Check whether or not. A data transfer unit 22 extracts the requested maintenance data 5 from the data file 12b and downloads it.
[0033]
The server 2 is, for example, a terminal control device in a financial system, and as a mechanism for downloading maintenance data 5, a management file 30a, a data file 30b, a version number check unit 23, a pass-through control unit 24, a data transfer unit 25, includes a transfer file 34 and the like.
[0034]
The management file 30a manages maintenance data 5 up to a predetermined generation among the maintenance data 5 downloaded from the host 1, and stores management information composed of generation information for each resource group. The data file 30b stores the latest several generations of maintenance data 5 among the downloaded maintenance data 5. The version number check unit 23 checks the version number held between the host 1 and the client 3.
[0035]
When the maintenance data 5 requested from the client 3 is not managed, the pass-through control unit 24 establishes a session between the corresponding processing units between the client 3 and the host 1 and transfers the maintenance data downloaded for transfer. The file is directly transferred to the client 3 without being relayed to the file. Reference numeral 25 denotes a data transfer unit. When the maintenance data 5 is downloaded in response to a command from the host 1, it is received and managed by the transfer file 34.
[0036]
The client 3 includes a maintenance processing unit 29, a path information file 33, a version number check unit 27, a version number file 31, a data transfer unit 28, a transfer file 32, and the like.
[0037]
Here, the maintenance processing unit 29 performs a maintenance process such as outputting a maintenance request periodically and applying the received maintenance data to the application file of the apparatus. The version number file 31 (corresponding to the status file 52 in FIG. 10) stores the version number information of the maintenance target data currently in operation. The version number checking unit 27 requests the server 2 for the version number of the maintenance target data at the time of the maintenance request, extracts the version number of its own device from the version number file 31, and compares the version numbers with each other. The communication control unit 26 performs communication between the server 2 and the host 1 according to the designated route in the route information file 33. The data transfer unit 28 receives the data transferred from the server 2 in the transfer file 32.
[0038]
With the above configuration, when there is no corresponding data in the server 2 in response to the maintenance request from the client 3, the route is changed (bus through) by the following processing steps. See Figure 5
(1) In the client 3, the maintenance processing unit 29 is first activated. As a result, the maintenance processing unit 29 reads the route information file 33 and requests the communication control unit 26 to establish a session with the version number checking unit 23 of the server 2. Also, a version number notification is requested to the version number check unit 27 of the client 3.
(2) When there is no generation response from the version number check unit 27 of the client 3, that is, when there is no data due to recovery from a disk crash or the like, the host 1 is based on the host cooperation route information in the route information file 33. Request establishment of a session with.
[0039]
As a result, the server 2 subsequently establishes a session with the host 1, and the pass-through control unit 24 notifies the host 1 of a message from the client 3, and notifies the client 3 of a message received from the host 1. I do.
(3) At the same time, request the version number notification to the version number check unit 27 of the client 3. As a result, the version number information notified from the client 3 is notified to the host 1.
(4) The host 1 searches the registration file 12 based on the notified version number, extracts maintenance data 5 having a version number newer than the notified version number, and downloads it to the server 2.
(5) The server 2 does not receive the received data in the transfer file 34 but directly transfers it to the client 3.
(6) The client 3 receives the transferred maintenance data 5 in the transfer file 32 and receives it in the file for use.
(7) In the above (2), when there is a generation, the latest version number is sent from the server 2, and the version number is compared with the version number of the version number file 31.
[0040]
When the version number of the server 2 is older, the processing after the above (2) is performed and the maintenance data 5 is sent from the host 1.
(8) When the version number of the server 2 is new, the server 2 is requested for data of the version number.
[0041]
As a result, data is transferred from the server 2, and is received by the transfer file 32. The maintenance data 5 transferred from the host device is maintenance data of the version number next to the version number of the client 3, and is repeated until the latest version number is received.
[0042]
As described above, when the maintenance data 5 requested by the client 3 does not exist in the server 2, it can be directly communicated with the host 1 and transferred, and the server 2 manages the latest several generations of maintenance data 5 of the predetermined resource group. The capacity of the management file 30 can be reduced.
[0043]
The received maintenance data 5 is appropriately replaced with the contents of the application file.
[Third embodiment]; Delivery method (2)
This embodiment relates to the fourth and fifth inventions. FIG. 6 is a diagram showing the third embodiment, and FIG. 7 is an operation flowchart of the third embodiment.
[0044]
The present invention aims to reduce the maintenance data distribution processing load during operation of the host 1, and transfers the maintenance data 5 to the server A with the server A of the plurality of servers 2 as a representative server. The maintenance data 5 received by the server A is transferred to another server B. At that time, it follows a preset route or notifies the route with a command.
[0045]
In FIG. 6, 36 is an operation time schedule file, and as shown in FIG. 7, the operation date and operation time zone to which this distribution method is applied (in this example, it is the same as the business time zone, but the busy time zone is applied in particular). A maintenance work time or the like serving as a reference for switching to the representative server in the time zone is set in advance.
[0046]
Reference numeral 35 denotes an operation time schedule section. When the maintenance data 5 is distributed, the operation time schedule file 36 is referred to, and it is represented by the operation time zone, a large amount of maintenance data, and a large number of subordinate servers. Switch to server 2 transfer.
[0047]
Hereinafter, the operation will be described with reference to FIG.
(1) The operation time schedule unit 35 reads the contents of the operation time schedule file 36. Next, the maintenance time is calculated from the amount of maintenance data to be managed, the line speed, the number of servers, etc., and if it takes longer than the maintenance work time described in the operation time schedule file 36, the server definition information is updated to the representative server. Switch to transfer to the representative server. This server definition information defines the transfer destination server 2 of the maintenance data 5 and is normally transferred to all servers 2 in accordance with this definition information. The update content here is the representative server (server A) as the transfer destination. When transferring to the representative server A, information on the subordinate server 2 to be transferred next is read from the representative server A from this definition information, and transferred to the representative server A together with maintenance data as a command format.
(2) Start the version number check unit 21 and notify the server definition information. As a result, the version number check unit 21 requests version number information from the version number check unit 23a of the representative server A.
(3) The version number check unit 21 checks the version number information notified from the server A and the version number information managed by the host 1, and requests data transfer to the data transfer unit 22 when there is unsent data.
(4) The maintenance data 5 requested by the version number check unit 21 is retrieved from the management file 12a, and the corresponding maintenance data 5 is extracted from the data file 12b and copied to the transfer file (not shown). The data is transferred to the server A together with the command. In this command, another server name to be transferred is defined as described above.
(5) In server A, the data transfer unit 25a receives the transfer file 34 from the host 1, copies it to the management file 30a and the data file 30b, checks the version number of the client 3, and then maintains the maintenance data. 5 is transferred.
(6) Subsequently, the command information (transfer destination is set as server B) is read, the server to be transferred is recognized, and a session with the described server B is established.
(7) The management file 30a is searched from the version number information received from the server B. If there is unsent data, the data transfer unit 25b is requested to transfer data.
[0048]
As described above, the host 1 transfers the maintenance data 5 to the representative server A, and the server A transfers the maintenance data 5 to the other server B in accordance with the command. Therefore, the processing load on the host 1 is reduced. In the above description, the route information is specified by the command. However, the route may be determined in advance and set in the representative server A, and the command may be transferred with a command representing the representative transfer.
[4] Fourth embodiment: maintenance data management
This embodiment relates to the sixth invention and the seventh invention, FIG. 8 is a diagram showing one embodiment of the fourth embodiment, and FIG. 9 is an operation flowchart of the fourth embodiment.
[0049]
In FIG. 8, a path information registration field is provided in the management file 12a of the host 1 and the management file 30a of the server 2, respectively. When the maintenance data 5 is registered in the host 1, the management file update unit 40 registers the host name (for example, host AA) on the network of the own device as the route information 43.
[0050]
When the registered maintenance data 5 is deleted, the management file update unit 40 deletes only the management information (resource group name, generation). Fig. 9 (1)
Next, when the registered maintenance data 5 is transferred to the server 2, the data transfer unit 22 creates and transfers a telegram 45 in which the route information 43 is added to the maintenance data 5. Fig. 9 (2)
When the data 45 is received by the data transfer unit 25a of the server 2, the management file update unit 41 registers the maintenance data 5 in the management file 30. At this time, the path information 43 of the attached host 1 is added to the network information of the server 2. (For example, server BB) is added, and this is registered in the management file 30 as route information 44. (3) in Fig. 9
At this time, if the capacity of the data file 30b for storing the maintenance data 5 exceeds the determined file size, the old generation maintenance data 5 is deleted, but the server name in the path information of the management file 30a is deleted together with the maintenance data 5. And the storage destination file name are deleted, and other management information is left in the management file 30a. (4) of FIG.
Thereafter, the received maintenance data 5 is transferred to the client 3. Fig. 9 (5)
As described above, when the generation notification request regarding the deleted resource is notified from the client 3, the host cooperation unit 42 adds the route information to the host 1 to the generation notification and notifies the client 3. As a result, the client 3 can establish a session with the host 1 based on the notified route information to the host 1 and request the maintenance data 5 directly from the host 1.
[0051]
As described above, the server 2 does not need to have maintenance data 5 for all generations, and the disk capacity of the server 2 can be reduced.
As described above, when performing remote maintenance, automatic registration, automatic determination of delivery routes, and efficient management of maintenance data are achieved, so remote maintenance is more efficient and reliable, especially in complex distributed systems. Can be improved.
[0052]
【The invention's effect】
As described above, the present invention has the following effects.
(1) Automation of maintenance data registration
In the current remote maintenance, the operator registers the maintenance data, selects the maintenance data, defines the management information as necessary, and starts the program. In the present invention, the management apparatus automatically collects data and registers it in the host at a defined time simply by keeping the representative device up-to-date and connecting it to the host. There is no registration error and reliability can be improved.
(2) Efficient use of server disks
In conventional remote maintenance, when a client is older than a plurality of generations, the server needs to receive all generations and transmit them to the client. According to the distribution method of the present invention, since the pass-through means for transferring directly from the host to the client is provided, the server only needs to manage the latest generation of the client or several generations from the latest, and directly between the host and the client by pass-through. Since communication is performed, the capacity of the disk device can be reduced. In addition, if a generation older than the generation received by the server was received from the host, it was necessary to delete the already received generation and re-receive from the old generation again, but this method eliminates this waste. , Can increase the reliability.
▲ 3 ▼ Automatic route switching
By automatically switching the route of the client, there is no need for an operator to be present on the client side, speedy processing can be performed, and reliability can be improved.
(4) Reducing host load
Even when the host load during the day is high, maintenance can be performed simply by transferring to the representative server, so remote maintenance can be performed in parallel.
[Brief description of the drawings]
FIG. 1 is a principle diagram of the present invention.
FIG. 2 is a diagram illustrating an example of the first embodiment
FIG. 3 is an operation flowchart of the first embodiment.
FIG. 4 is a diagram illustrating an example of a second embodiment
FIG. 5 is an operation flowchart of the second embodiment.
FIG. 6 is a diagram showing an example of a third embodiment.
FIG. 7 is an operation flowchart of the third embodiment.
FIG. 8 is a diagram showing an example of the fourth embodiment.
FIG. 9 is an operational flowchart of the fourth embodiment.
FIG. 10 is a diagram showing a configuration example of a distributed computer system
[Explanation of symbols]
1 Host computer device, host 2 Relay computer device, server
3 Maintenance target computer device, client
4 Management system 5 Maintenance data
6 Management file 7 Last registration date
8 Registration means, registration department
9 Maintenance data creation means, maintenance data creation section
10 Extraction means, extraction section 11 Search means, search section
12 Registration file, management file 13 Representative device
14 Update date 15 Maintenance target data
16 Data transfer unit 17 Data transfer unit
18 File for creation 19 File for transfer
20 Maintenance target data name 21 Version number check section
22 Data transfer part 23, 23a, 23b Version number check part
24 Pass-through controller 25, 25a, 25b Data transfer unit
26 Communication control unit 27 Version number check unit
28 Data transfer section 29 Maintenance processing section
30 Management file 31 Version file
32 Transfer file 33 Route information file
34 Transfer file 35 Operating time schedule section
36 Schedule file 37 Command execution part
40 Management file update part 41 Management file update part
42 Host linkage part 43, 44 Route information
45 messages

Claims

Maintenance in a distributed system including a maintenance target computer system, joint and computing device in you transfer the maintenance data in the maintenance target computer system under, and maintenance data registered host computer device to be transferred to the relay computer device A data management method,
The host computer apparatus manages the maintenance data by registering path information indicating its own name on the network in correspondence with the management information for identifying the maintenance data when registering the maintenance data, and transfers the maintenance data. When the route information is transferred,
A maintenance data management method, wherein the relay computer device manages the maintenance data by assigning a device name on the network to the received route information.

When the host computer device and the relay computer device delete maintenance data managed by the host computer device and the relay computer device, the host computer device and the relay computer device delete their own device names from route information corresponding to management information for identifying the maintenance data. The maintenance data management method according to claim 1 .