JP2003263378A - 分散計算機システムにおけるリモートメンテナンス方法 - Google Patents

Abstract

(57)【要約】 【目的】 本発明は、分散計算機システムにおけるリモ
ートメンテナンス方法に関し、ファイルの転送をよりス
ムースに行なうことができるようにすることを目的とす
る。 【構成】 上位の計算機１から転送されたファイルデー
タに異常があったためにバックアウトが行なわれた下位
の計算機２に対して、上位の計算機１は異常のあったフ
ァイルデータよりも後の世代のファイルデータが登録さ
れるまではファイルデータの転送を禁止しておき、後の
世代のファイルデータが上位の計算機１で登録される
と、このファイルデータを上位の計算機１から下位の計
算機２へ転送することにより、リモートメンテナンスを
行なうように構成する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、例えば金融機関等で用
いられる分散計算機システムに用いて好適の、分散計算
機システムにおけるリモートメンテナンス方法に関す
る。

【０００２】

【従来の技術】近年、遠隔地にリモート接続された複数
の計算機装置において、複数の計算機のファイル群を回
線を使用してメンテナンスする（ＤＲＭＳ方式，Distri
butionResource Maintenance Service ）を用いたシス
テムが開発されている。即ち、ホスト計算機としてのセ
ンターが複数の計算機とリモート接続（遠隔して接続）
されるとともに、複数の計算機はローカル接続されてな
る分散計算機システムにおいて、ソフトウェア（プログ
ラムファイルやデータファイル）の使用変更や修正のた
めに、センターから遠隔して接続された複数の計算機の
内の１台の計算機（サーバ計算機）にファイルを転送す
るとともに、サーバ計算機は他の複数の計算機（クライ
アント計算機）にファイルを配布することにより、これ
ら複数の計算機のファイルの変更することが行なわれて
いる。

【０００３】図４０，図４１は上述の分散計算機システ
ムの具体例を示すブロック図であるが、この図４０，図
４１に示す分散計算機システムは、ホスト計算機として
のセンター１０１，サーバ計算機１０２Ａ及びクライア
ント計算機１０２Ｂ〜１０２Ｅをそなえている。

【０００４】ここで、センター１０１は、サーバ計算機
１０２Ａ及びクライアント計算機１０２Ｂ〜１０２Ｅに
転送するためのファイルデータを世代（バージョン）で
管理するものである。即ち、例えば図４０に示すよう
に、それぞれ論理的にグループ化されたファイルＡ及び
ファイルＢが、３つのバージョンとしての版数（Ｖ０１
Ｌ０１，Ｖ０１Ｌ０２，Ｖ０１Ｌ０３）毎に管理されて
いる。

【０００５】また、サーバ計算機１０２Ａは、センター
１０１にネットワーク１０３を介してリモート接続（遠
隔して接続）され、センター１０１から所望のファイル
データの転送を受けるものである。さらに、クライアン
ト計算機１０２Ｂ〜１０２Ｅは、サーバ計算機１０２Ａ
に対し、例えばＬＡＮ等によりローカル接続され、サー
バ計算機１０２Ａから所望のファイルデータの転送を受
けるものである。

【０００６】このような構成により、サーバ計算機１０
２Ａ及びクライアント計算機１０２Ｂ〜１０２Ｅが、フ
ァイルＡ及びファイルＢにおけるバーションＶ０１Ｌ０
２を保有している状態において、サーバ計算機１０２Ａ
においては、センター１０１に対して、センター１０１
で管理されているファイルについての最新のバーション
の通知を要求し、センター１０１からのバーションの通
知を受ける。

【０００７】そして、サーバ計算機１０２Ａにおいて
は、自身が保有するバージョンとセンター１０１で管理
されている最新のバーションとを比較し、サーバ計算機
１０２Ａが保有しない最新のバージョンがセンター１０
１にて管理されている場合は、その最新のバーションの
ファイルをセンター１０１に対して要求する（図４０の
参照）。

【０００８】そして、この要求に対して、センター１０
１からサーバ計算機１０２Ｂに対して、ファイルＡ及び
ファイルＢにおける最新のバーションＶ０１Ｌ０３を転
送する（図４１の参照）。このファイルＡ及びファイ
ルＢにおける最新のバーションＶ０１Ｌ０３を受けたサ
ーバ計算機１０２Ａでは、この最新のバーションのファ
イルＡ及びファイルＢを各クライアント１０２Ｂ〜１０
２Ｅに対して配布し（図４１における参照）、これに
より、各クライアント計算機１０２Ｂ〜１０２Ｅにおい
ては最新バージョンのファイルを使用することができ
る。

【０００９】ところで、このような分散計算機システム
を例えば金融機関などで用いる場合においては、保守デ
ータ（ファイル）の転送に関する異常状態（エラー）の
発生を極力抑制するような高い信頼性が要求されるとと
もに、人手が要求されないシステムを構築することが要
求されている。また、上記の分散計算機システムにおい
ては、センター１０１から受信された最新のバージョン
のファイルに、例えばバグ等の異常があった場合、クラ
イアント計算機１０２Ｂ〜１０２Ｅでは、再びセンター
１０１からファイルの読込を行なうバックアウト処理が
行なわれている。

【００１０】

【発明が解決しようとする課題】しかしながら、このよ
うな従来の分散計算機システムにおいて、上述したよう
なセンターからサーバ計算機に対して、又はサーバ計算
機から各クライアント計算機に対しての最新バーション
のファイルの転送において、よりスムースな転送が行な
われることが要求されている。

【００１１】具体的には、上記のバックアウト処理が行
なわれるに際して、再びセンター１０１から読込処理の
行なわれるファイルのバーションが、異常の発生したも
のと同じものを読み込む可能性が高く、従って再び異常
が発生する可能性が高いという課題がある。また、図４
２に示すように、遠隔保守の転送、即ち、ホスト計算機
１０１からサーバ計算機１０２Ａへのファイルの転送に
おいて、異常終了（受信側の計算機の磁気ディスクの容
量不足など）等の通信エラーが発生した場合、救済手段
がなく、他の処理を犠牲に長時間転送したデータ及び転
送時間が無駄になる。

【００１２】一方、ファイルの転送に際して要する時間
は、転送するデータ量，回線の転送スピード，使用機器
の磁気ディスクの書き込み時間及びＣＰＵの性能によっ
て左右される。このファイル転送時間は、近年の高イン
テリジェンス化に伴うデータ量の増加により、数分〜数
時間に及ぶことがあり、回線の負荷が大きい。このた
め、他の通信を要する処理と同時に実行することがある
ので、処理レスポンスの低下を招くおそれがある、とい
う課題がある。

【００１３】また、図４３に示すように、誤った保守デ
ータを遠隔保守により転送した場合、転送以前の状態に
戻す必要があるが、システムを再インストールして転送
以前の状態に戻すため、人手に頼らなければならない場
合がある。また、図４４に示すように、サーバ計算機に
おいて、転送された保守データのファイルと元のファイ
ルとを入れ替える際は、元のファイルを削除せず、復元
する際の情報として別に保管し、これにより、ホスト計
算機１０１からサーバ計算機１０２Ａに誤った保守デー
タが転送された場合は、保管している元のファイルに復
元することが行なわれるが、ホスト計算機からの誤った
データを削除しない限り、再度、ホスト計算機から誤っ
た保守データを転送するおそれがあり、これを無くすた
めの機構が必要である。

【００１４】さらに、誤った保守データからのシステム
の防衛として以前の状態に復元する方式として、前述の
図４３，図４４に示す方法においては、遠隔地の計算機
のディスク容量に余裕がない場合には実現が困難であ
る、という課題がある。また、近年の計算機における処
理データ量の増大により、ホスト計算機１０１からの保
守データの転送に関する時間が増大しているにもかかわ
らず（図４５参照）、これとは別に、計算機１０２Ａ〜
１０２Ｅの稼動時間の長時間化（銀行業務などの２４時
間化）などにより、遠隔保守の実行時間が限られてくる
という課題がある。従って、遠隔保守に要する時間の短
縮化が望まれる。

【００１５】さらに、図４６に示すように、サーバ計算
機１０２Ａは、ホスト計算機１０１から受信したデータ
を自計算機への適用とクライアント計算機１０２Ｂ〜１
０２Ｅへの転送用に保管する必要がある一方、以前にホ
スト計算機１０１から受信したデータは、クライアント
計算機１０２Ｂ〜１０２Ｅが自身のシステムに適用する
まで保管する必要がある。その為、保守データは複数世
代保管する必要があるが、無条件にサーバ計算機１０２
Ａにてデータを受信すると、それだけのファイル容量を
確保しなければならず、ファイル容量不足が発生する可
能性がある。

【００１６】また、サーバ計算機１０２Ａは、ホスト計
算機１０１からのデータを受信するために必要なバーシ
ョンと、クライアント計算機１０２Ｂ〜１０２Ｅへ転送
するためのバーションとを管理し、両方のバーションを
満足するデータをホスト計算機１０１から転送する必要
がある。即ち、図４７に示すように、ホスト計算機１０
１から受信したデータ（Ｅ０３）がサーバ計算機１０２
Ａしか利用できず、クライアント計算機１０２Ｂ〜１０
２Ｅ用のデータを再度ホスト計算機１０１から受信しな
おす必要が発生するからである。

【００１７】本発明は、このような課題に鑑み創案され
たもので、ファイルの転送をよりスムースに行なうこと
ができる、分散計算機システムにおけるリモートメンテ
ナンス方法を提供することを目的とする。

【００１８】

【課題を解決するための手段及び作用】このため、本発
明の分散計算機システムにおけるリモートメンテナンス
方法は、転送するファイルデータを世代で管理するホス
ト計算機と、該ホスト計算機に通信回線を介してリモー
ト接続され、該ホスト計算機から所望のファイルデータ
の転送を受けるサーバ計算機と、該サーバ計算機に対し
ローカル接続され、該サーバ計算機から所望のファイル
データの転送を受けるクライアント計算機とをそなえて
なる分散計算機システムにおいて、上位の計算機から転
送されたファイルデータに異常があったためにバックア
ウトが行なわれた下位の計算機に対して、該上位の計算
機は異常のあったファイルデータよりも後の世代のファ
イルデータが登録されるまではファイルデータの転送を
禁止しておき、該後の世代のファイルデータが該上位の
計算機で登録されると、このファイルデータを該上位の
計算機から該下位の計算機へ転送することにより、リモ
ートメンテナンスを行なうことを特徴としている（請求
項１）。

【００１９】また、本発明の分散計算機システムにおけ
るリモートメンテナンス方法は、上位の計算機から下位
の計算機に転送されたファイルデータに異常があったた
めにバックアウトを行なう際に、該下位の計算機におい
て、異常のあるファイルデータの転送時に、該異常のあ
るファイルデータとその一世代前のファイルデータとを
比較して、重複しないファイルデータ部分についての一
世代前のファイルデータ部分を退避データとして保管し
ておき、その後、該下位の計算機は、該上位の計算機か
ら該一世代前のファイルデータの転送を受け、この一世
代前のファイルデータと退避データとして保管していた
ファイルデータ部分とでバックアウトを行なうことを特
徴としている（請求項２）。

【００２０】さらに、本発明の分散計算機システムにお
けるリモートメンテナンス方法は、該ホスト計算機から
転送されてきたファイルデータを該サーバ計算機におい
て複数世代に渡り保管しておき、該クライアント計算機
では適合した世代のファイルデータの転送を該サーバ計
算機から受けることにより、リモートメンテナンスを行
なうことを特徴としている（請求項３）。

【００２１】

【実施例】以下、図面を参照して本発明の実施例を説明
する。

【００２２】（ａ）本実施例に適用されるシステムの説
明 図１，図２は本実施例に適用される分散計算機システム
を示す図である。本実施例に適用される分散計算機シス
テムは、前述の図４０，図４１にて示したものと同様
に、ハード的には、図２に示すように、ホスト計算機１
と、例えばＬＡＮ等により相互に接続されることにより
各々がワークステーションを構成するサーバ計算機２及
び複数（例えば４つの）クライアント計算機３〜６とを
そなえている。

【００２３】ここで、ホスト計算機１は、転送するファ
イルデータを世代（バーション，版数）で管理するもの
である。即ち、ファイルデータは改良される毎にバーシ
ョンアップが行なわれるが、ホスト計算機１においては
そのファイルデータをバージョン毎に管理するようにな
っており、図１に示すように、版数チェック機構１Ａ，
端末受信可能チェック機構１Ｂ及びデータ転送機構１Ｃ
をそなえている。

【００２４】また、サーバ計算機２は、ホスト計算機１
に対して、専用の通信回線９を介することによりリモー
ト接続（遠隔して接続）され、ホスト計算機１から所望
のファイルデータの転送を受けるものであり、版数チェ
ック機構２Ａ，端末受信可能チェック機構２Ｂ，データ
転送機構２Ｃ，適用機構２Ｄ，バックアウト機構２Ｅ及
びファイルサーバ機能２Ｆをそなえている。

【００２５】さらに、クライアント計算機３〜６は、そ
れぞれ、前述したようにサーバ計算機１に対し例えばＬ
ＡＮ等によりローカル接続され、サーバ計算機１から所
望のファイルデータの転送を受けるものであり、版数チ
ェック機構７及び適用機構８をそなえている。 （ｂ）本システムの有する、ファイルの転送をスムース
に行なうための各機能の説明 ・端末受信可能チェック機能の説明 端末受信可能チェック機能は、ホスト計算機１及びサー
バ計算機２の版数チェック機構１Ａ，２Ａと端末受信可
能チェック機構１Ｂ，２Ｂとデータ転送機構１Ｃ，２Ｃ
とにより機能するようになっている。

【００２６】即ち、ホスト計算機１の端末受信可能チェ
ック機構１Ｂは、サーバ計算機２の端末受信可能チェッ
ク機構２Ｂに対して状態確認コマンドを通知するもので
あり、端末受信可能チェック機構２Ｂは、サーバ計算機
２における論理ボリュームの空き容量及びＣＰＵの負荷
状況等を検索しホスト計算機１の端末受信可能チェック
機構１Ｂに通知するようになっている。

【００２７】ホスト計算機１側の端末受信可能チェック
機構１Ｂにおいては、端末受信可能チェック機構２Ｂか
らの通知を受けて転送するデータ量及びＣＰＵ負荷が転
送可能状態であることを確認し、データを転送するかし
ないかを判断し、この判断結果に基づいてデータを転送
することができる。上述の構成により、本システムの端
末受信可能チェック機能においては、ホスト計算機１及
びサーバ計算機２における各機構において、図４〜図１
２のフローチャートに示すように動作する。

【００２８】即ち、図４のフローチャートに示すよう
に、サーバ計算機２において、オペレータによる本機能
の起動により、保守データの管理単位（資源グループ）
の世代（この場合においてはＥ０１）をファイルサーバ
機能２Ｆの状態ファイル２Ｇから参照し（ステップＡ
１）、ホスト計算機１に世代通知要求を送信する（ステ
ップＡ２）。

【００２９】版数チェック機構２Ａにおいて、上記の世
代通知要求に対するホスト計算機１からの通知を受ける
と（ステップＡ３）、ホスト計算機１からの世代通知に
格納された世代（Ｅ０１〜Ｅ０４）と状態ファイル２Ｇ
の世代とを比較する（ステップＡ４）。ここで、ホスト
計算機１からの世代通知に格納された世代が状態ファイ
ル２Ｇの世代よりも新しい世代である場合は、その新し
い世代のデータ（Ｅ０２〜Ｅ０４）をホスト計算機２に
対して要求する（ステップＡ４の異ルートからステップ
Ａ５）。

【００３０】なお、ホスト計算機１からの世代通知に格
納された世代と状態ファイル２Ｇの世代とが同じである
場合は、最新の世代のファイルを格納しているので処理
は終了する（ステップＡ４の同ルートからステップＡ
６）。上述のステップＡ２において、版数チェック機構
２Ａがホスト計算機１に対して世代通知要求を送信する
が、この世代通知要求を受けたホスト計算機１では、詳
細には図５に示すフローチャートに示すように動作す
る。

【００３１】即ち、ホスト計算機１において、サーバ計
算機２からのメッセージを受けると（ステップＢ１）、
そのメッセージの内容に応じて、版数チェック機構２Ａ
からの版数通知指示である場合は（ステップＢ２の版数
通知要求ルート）、ホスト計算機１の版数チェック機構
１Ａにおいては、版数チェック機構２Ａに対して、管理
しているデータの世代を保守グループ単位に通知する
（ステップＢ３）。

【００３２】なお、サーバ計算機２からのメッセージ
が、データの要求である場合は（ステップＢ２のデータ
要求ルート）、端末受信可能チェック機構１Ｂを起動す
る（ステップＢ４）。これを詳述すると、上述のステッ
プＢ４にて版数チェック機構１Ａからチェック要求を行
なうと、端末受信可能チェック機構１Ｂが起動するが
（図６のステップＣ１）、この端末受信可能チェック機
構１Ｂにおいては、サーバ計算機２の端末受信可能チェ
ック機構２Ｂに対しチェック依頼を行なう（ステップＣ
２）。

【００３３】サーバ計算機２の端末受信可能チェック機
構２Ｂからのチェック依頼の応答を受けると、その応答
が正常の場合は（ステップＣ３の正常ルート）、データ
転送機構１Ｃにデータ転送依頼を通知することにより、
データを要求するが（ステップＣ４）、応答が異常の場
合は処理は終了する（ステップＣ５）。また、上述のス
テップＣ２において、端末受信可能チェック機構１Ｂか
ら端末受信可能チェック機構２Ｂに対してチェック依頼
を行なうが、詳細には、図７のフローチャートに示すよ
うに、このサーバ計算機２の端末受信可能チェック機構
２Ｂにおいては、ホスト計算機１の端末受信可能チェッ
ク機構１Ｂからの状態チェックを行う旨の依頼を受ける
と（ステップＤ１）、サーバ計算機２におけるファイル
の空き領域のチェック（ステップＤ２），ＣＰＵ負荷チ
ェック（ステップＤ３）及び回線負荷チェックを行ない
（ステップＤ４）、チェック結果をホスト計算機１の端
末受信可能チェック機構１Ｂに通知する（ステップＤ
５）。

【００３４】さらに、上述したステップＣ３，Ｃ４にお
いて、端末受信可能チェック機構２Ｂからのチェック依
頼の応答が正常である場合は、データ転送機構１Ｃにデ
ータ転送依頼を通知してデータを要求する。即ち、図８
に示すように、端末受信可能チェック機構２Ｂからデー
タの転送要求に基づいて、ホスト計算機１側の管理ファ
イルに格納されている世代（Ｅ０１〜Ｅ０４）のうち、
依頼を受けた世代に応じたデータを、サーバ計算機２の
データ転送機構２Ｃに転送する。

【００３５】また、データ転送機構１Ｃからデータ転送
機構２Ｃに転送されるデータは、図３７に示すように、
制御情報としての当該データに対する前世代情報及びデ
ータの世代情報とデータ情報とにより構成されている。
データ転送機構２Ｃおいて、データ転送機構１Ｃから転
送されたデータを受信すると、このデータ（データＤ１
〜データＤ５）は、図９に示すように、ファイルサーバ
機能２Ｆの受信管理ファイル２Ｈに格納される。

【００３６】ここで、受信管理ファイル２Ｈは、図３８
に示すような構成を有している。即ち、データ転送機構
１Ｃからの受信データは、この図３８に示すように、デ
ータ名称毎に、データ情報エントリとして順次格納され
るようになっている。また、各データ情報エントリは、
データ，世代情報エントリ数及び世代情報エントリによ
り構成され、データ毎に複数世代の管理が行なえるよう
になっている。さらに、世代情報エントリは、前世代情
報，世代情報及び格納受信データパス名により構成され
ている。

【００３７】なお、後述するように、サーバ計算機２に
おいて、状態ファイル２Ｇにバックアウト処理が行なわ
れた〔バックアウト世代（Ｅ０２）のファイルが書き込
まれた〕ことが検出された場合は、図１０のフローチャ
ートに示すように、ホスト計算機１からの世代通知がバ
ックアウト世代の次の世代が登録されない限りデータの
要求を通知しない。

【００３８】即ち、ホスト計算機１から世代通知された
世代（Ｅ０１〜Ｅ０４）が状態ファイル２Ｇに格納され
ている世代と異なる場合において（ステップＡ４の異ル
ート）、版数チェック機構２Ａにおいては、状態ファイ
ル２Ｇに格納されたバックアウト処理が行なわれた世代
と、ホスト計算機１からの世代通知による世代とを比較
する（ステップＡ７）。

【００３９】ここで、ホスト計算機１において、バック
アウト処理が行なわれている世代の次の世代が登録され
ると、ホスト計算機１に対してファイル（世代Ｅ０２〜
Ｅ０４のデータ）を要求するが（ステップＳ７の世代以
上ルートからステップＡ５）、次の世代が登録されてい
ない場合はそのまま処理は終了する（ステップＳ７の同
世代ルートからステップＡ６）。

【００４０】また、上述の状態ファイル２Ｇにバックア
ウト世代のファイルが書き込まれた場合においては、適
用機構２Ｄにより、図１１のフローチャートに示すよう
に運用データを退避させて受信データを格納することが
行なわれる。即ち、図示しないDRMS管理ファイルに受信
したデータの世代と状態管理ファイル２Ｇの世代とを比
較し（ステップＥ１）、バックアウトフラグがＯＮ、即
ち、状態管理ファイル２Ｇに格納されているファイルの
世代がバックアウト処理が行なわれている場合において
は、退避用ファイルに運用データをファイルし（ステッ
プＥ２）、DRMS管理ファイルから、ホスト計算機１から
の受信データを運用データに置き換える（ステップＥ
３）。

【００４１】なお、ステップＥ１において、バックアウ
トフラグがＯＦＦの場合は、この適用機構２Ｄにおける
処理は正常終了する。また、バックアウト機構２Ｅによ
るバックアウト処理については、図１２のフローチャー
トに示すように行なわれる。即ち、ホスト計算機１から
受信された最新のバージョンのファイルに、例えばバグ
等の異常があった場合、オペレータがクライアント計算
機３〜６を用いてバックアウト起動操作を行なうことに
より、バックアウト機構２Ｅを起動する（ステップＦ
１）。

【００４２】そして、適用機構２Ｄにより退避用ファイ
ルにファイルされていたデータを運用データに入れ替え
て（ステップＦ２）、この運用データを、状態管理ファ
イル２Ｇにおいて、バックアウト中の世代に書き込む
（ステップＦ３）。従って、この端末受信可能チェック
機構により、リモートに接続された計算機にファイルを
転送するのに先駆けて、受信側の計算機の状態転送する
データ量が受信側で確保でき、回線の負荷状況，ＣＰＵ
の負荷状況を確認し、転送中に発生しうるトラブルを早
期に予防することができる。

【００４３】・バックアウト版数チェック機構の説明次
に、本システムの有するバックアウト版数チェック機構
について以下に説明する。図１３，図１４は本システム
の有するバックアウト版数チェック機構を説明するため
のブロック図であり、この版数チェック機構は、ホスト
計算機１の版数チェック機構１Ａ，データ転送機構１
Ｃ，サーバ計算機２の版数チェック機構２Ａ，データ転
送機構２Ｃ，適用機構２Ｄ及びバックアウト機構２Ｅに
より、実現できるようになっている。

【００４４】ここで、ホスト計算機１の版数チェック機
構１Ａは前述の図５に示したように動作し、データ転送
機構１Ｃは図８に示したように動作し、サーバ計算機２
の版数チェック機構２Ａは図１０に示したように動作
し、データ転送機構２Ｃは図９に示したように動作し、
適用機構２Ｄは図１１に示したように動作し、バックア
ウト機構２Ｅは図１２に示したように動作するようにな
っている。

【００４５】このような構成により、図１３に示すよう
に、ここで、オペレータの操作によりバックアウト機構
２Ｅが起動されると、状態管理ファイル２Ｇに格納され
ているファイルの世代がバックアウト処理が行なわれて
いる場合においては、適用機構２Ｄにより、退避用ファ
イルに運用データをファイルして、ホスト計算機１から
の受信データを運用データに置き換えられている。

【００４６】また、図１４に示すように、版数チェック
機構２Ａにおいては、サーバ計算機２内の版数を状態管
理ファイル２Ｇを参照することにより確認する際に、バ
ックアウトフラグのＯＮ／ＯＦＦ状態に基づいてバック
アウト状態か否かを参照し、バックアウトが行なわれた
場合は、ホスト計算機１からの世代通知に基づいて、ホ
スト計算機１にバックアウトを行なった世代（誤りのあ
るデータの世代）以降のデータが登録されたことを参照
し、該当する版数のデータを要求するようになってい
る。

【００４７】言い換えれば、ホスト計算機１から転送さ
れたファイルデータに異常があったためにバックアウト
が行なわれたサーバ計算機２に対して、ホスト計算機１
は異常のあったファイルデータよりも後の世代のファイ
ルデータが登録されるまではファイルデータの転送を禁
止しておき、後の世代のファイルデータがホスト計算機
１で登録されると、このファイルデータをホスト計算機
１からサーバ計算機２へ転送することにより、リモート
メンテナンス（遠隔保守）を行なうことができる。

【００４８】従って、このバックアウト版数チェック機
構により、バックアウトが行なわれた計算機に対し、同
じ異常のファイルを再度転送することを防止でき、シス
テムの信頼性を向上することができる利点がある。 ・分割受信機構の説明 次に、本システムが有する分割受信機構について以下に
説明する。

【００４９】図１５，図１６は本システムの有する分割
受信機構を説明するためのブロック図であり、この分割
受信機構は、ホスト計算機１からのデータを受信し、遠
隔保守機構としてのファイルサーバ機構２Ｆの受信管理
ファイル２Ｈに格納する一方、受信管理ファイル２Ｈに
格納されたデータを運用しているファイルと入れ替えを
行なうことができるものであり、ホスト計算機１側の版
数チェック機構１Ａ，データ転送機構１Ｃ，サーバ計算
機２側の版数チェック機構２Ａ及びデータ転送機構２Ｃ
により実現できるようになっている。

【００５０】具体的には、図１５に示すように、データ
ＤをデータＤ１とデータＤ２の２つに分割し、これらを
二日間に分けて受信する。即ち、一日目にデータＤ１を
ホスト計算機１に登録し、サーバ計算機２の遠隔保守機
構モードを受信モードで起動する。これにより、データ
Ｄ１を受信することができる。また、二日目にデータＤ
２をホスト計算機１に登録し、サーバの遠隔保守を受信
適用モードで起動することにより、データＤ２を受信す
る。

【００５１】そして、二日間で受信されたデータＤ１及
びＤ２について、前述のサーバ計算機２の遠隔保守機構
モードの起動時に適用処理の指示の有無に応じて、適用
機構２Ｄにおいては、図１７に示すように適用処理が行
なわれる。即ち、サーバ計算機２の遠隔保守機構モード
の起動時に、適用処理指示がある場合は、DRMS管理ファ
イルに受信したデータの世代と状態管理ファイル２Ｇの
世代とを比較する（ステップＧ１の有ルートからステッ
プＧ２）。

【００５２】ここで、バックアウトフラグがＯＮ、即
ち、状態管理ファイル２Ｇに格納されているファイルの
世代がバックアウト処理が行なわれている場合において
は、退避用ファイルに運用データをファイルし（ステッ
プＧ３）、DRMS管理ファイルから、ホスト計算機１から
の受信データを運用データに置き換える（ステップＧ
４）。

【００５３】なお、オペレータによる適用処理指示がな
い場合は、適用機構２Ｄによる適用処理は行なわれず、
受信処理のみが行なわれる。なお、ホスト計算機１の版
数チェック機構１Ａは図５に示すように動作し、データ
転送機構１Ｃは図８に示すように動作し、サーバ計算機
２の版数チェック機構２Ａは図４に示すように動作し、
データ転送機構２Ｃは図９に示すように動作するように
なっている。

【００５４】従って、この分割受信機構により、同時に
システムに反映しなければ行なえないファイルが多数存
在する場合、幾つかの転送単位に分割して最終的にシス
テムに反映することができ、計算機の稼働時間の長時間
化に対応して、限られた時間内に効率的にデータを転送
できる。 ・リモートバックアウト機構の説明 次に、本システムが有するリモートバックアウト機構に
ついて以下に説明する。

【００５５】図１８，図１９は本システムの有するリモ
ートバックアウト機構を説明するためのブロック図であ
り、このリモートバックアウト機構は、バックアウト用
の退避ファイルを保管せずにホスト計算機１に登録され
ている前世代のファイルを再度ダウンロードすることに
より、システムの復元を行なうものであり、ホスト計算
機１の版数チェック機構１Ａ，データ転送機構１Ｃ，サ
ーバ計算機２の版数チェック機構２Ａ，データ転送機構
２Ｃ，リモート用適用機構２Ｄ及びリモート用バックア
ウト機構２Ｅにより実現できるようになっている。

【００５６】言い換えれば、サーバ計算機２において、
異常のあるファイルデータの転送時に、異常のあるファ
イルデータとその一世代前のファイルデータとを比較し
て、重複しないファイルデータ部分についての一世代前
のファイルデータ部分を退避データとして保管してお
き、その後、サーバ計算機２は、ホスト計算機１から一
世代前のファイルデータの転送を受け、この一世代前の
ファイルデータと退避データとして保管していたファイ
ルデータ部分とでバックアウトを行なうようになってい
るのである。

【００５７】具体的には、版数チェック機構２Ａによ
り、サーバ計算機２側の世代を参照し、ホスト計算機１
からデータの登録状況の参照及び比較を行ない、必要な
世代のデータの転送依頼を行なう。そして、リモート用
適用機構２Ｄにより、世代の復元に必要なファイルをチ
ェックし運用ファイルとのデータ入れ替えの際にホスト
計算機１で管理していない分のデータのみを退避するよ
うになっている。

【００５８】即ち、図１８に示すように、誤ったデータ
（データＡ，Ｂ，Ｃ，Ｄ）をサーバ計算機２が受信し、
運用ファイルに格納した場合、転送されたファイル名
（データＡ，Ｂ，Ｃ）をバックアウト状態管理ファイル
２Ｇに登録し、次回の保守データの適用の際、バックア
ウト状態管理ファイル２Ｇを参照し、前回転送されてい
ないデータ（データＤ）のみをバックアウト用のデータ
として退避する。

【００５９】これにより、バックアウト時は、図１９に
示すように、ホスト計算機１から１世代前のデータ（デ
ータＡ，Ｂ，Ｃ）を転送しデータの復元をするとともに
ホストの１世代前のデータにないものに関しては、バッ
クアウト用の退避データ（データＤ）から復元する。こ
れにより、ホスト計算機１から転送すべきデータを復元
するためのバックアウト用データの量を節約することが
できる。

【００６０】ここで、サーバ計算機２の版数チェック機
構２Ａは、図２０のフローチャートに示すように動作す
るものである。即ち、バックアウト機構２Ｅからバック
アウト依頼があった場合において、状態管理ファイル２
Ｇにて格納されている世代（Ｅ０２）を参照するととも
に（ステップＨ１）、ホスト計算機１の版数チェック回
路１Ａに対して世代通知要求を送信する（ステップＨ
２）。

【００６１】サーバ計算機２においては、ホスト計算機
１からの世代通知を受信すると（ステップＨ３）、状態
管理ファイル２Ｇにて格納されている世代とホスト計算
機１の版数チェック回路１Ａから通知された世代（Ｅ０
１〜Ｅ０４）とを比較する（ステップＨ４）。ここで、
版数チェック回路１Ａからの通知に、状態管理ファイル
２Ｇにおいて格納されているデータの一世代前のデータ
が無い場合は処理は終了するが（ステップＨ４の無ルー
トからステップＨ５）、一世代前のデータがある場合
は、ホスト計算機１に対して一世代前のデータを要求す
る（ステップＨ４の有ルートからステップＨ６）。

【００６２】この場合においては、版数チェック回路１
Ａからの通知に、状態管理ファイル２Ｇに格納されてい
るデータの一世代前のデータとしての世代Ｅ０１のデー
タがあるので、ホスト計算機１に対してそのデータを要
求するのである。また、リモート用適用機構２Ｄは、図
２１のフローチャートに示すように動作するようになっ
ている。

【００６３】即ち、DRMS管理ファイルに受信したデータ
の世代と状態管理ファイル２Ｇに格納されている世代と
を比較し（ステップＪ１）、バックアウトフラグがＯＮ
である場合、即ち、状態管理ファイル２Ｇに格納されて
いるファイルの世代がバックアウト処理が行なわれてい
る場合においては、前回更新されたデータが格納されて
いるバックアウト状態管理ファイル２Ｇを参照すること
により、前回更新されたデータで今回更新されるデータ
とを比較する（ステップＪ２）。

【００６４】ここで、前回更新されたデータで今回更新
されるデータ以外の今回更新するデータのみ退避用ファ
イルに運用データを退避する。言い換えれば、前回更新
されたデータのうち、今回更新されるデータとの間で重
複しないファイルデータ部分についてのファイルデータ
部分を、退避データとして退避用ファイルに退避させる
（ステップＪ３）。

【００６５】そして、DRMS管理ファイルから、ホスト計
算機１からの受信データを運用データに置き換え（更新
して）て（ステップＪ４）、バックアウト状態管理ファ
イル２Ｇに今回の更新データのファイル名を書き込む
（ステップＪ５）。なお、リモート用バックアウト機構
２Ｅによるバックアウト処理については、図２２のフロ
ーチャートに示すように行なわれる。即ち、ホスト計算
機１から受信された最新のバージョンのファイルに、例
えばバグ等の異常があった場合、オペレータがバックア
ウト起動操作を行なうことにより、バックアウト機構２
Ｅを起動する（ステップＫ１）。

【００６６】バックアウト機構２Ｅが起動すると、この
バックアウト機構２Ｅは、版数チェック機構２Ａに対し
てバックアウト依頼を行ない（ステップＫ２）。そし
て、適用機構２Ｄからデータ適用完了通知で退避用ファ
イルにファイルされていたデータを運用データに入れ替
えて（ステップＫ３）、この運用データを、状態管理フ
ァイル２Ｇにおいて、バックアウト中の世代に書き込む
（ステップＫ４）。

【００６７】なお、ホスト計算機１の版数チェック機構
１Ａは前述の図５に示すように動作し、データ転送機構
１Ｃは図８に示すように動作し、サーバ計算機２のデー
タ転送機構２Ｃは図９に示すように動作する。これによ
り、ホスト計算機１から転送すべきデータを復元するた
めのバックアウト用データの量を節約しているのであ
る。

【００６８】従って、このリモートバックアウト機構に
よれば、遠隔地の計算機のディスク容量に余裕が無い場
合において、誤った保守データからのシステムの防衛手
段として、以前の状態に復元する処理を行なうことがで
き、システムの信頼性を向上することができる利点があ
る。 ・クライアントデータ取り出し機構 図２３は本システムの有するクライアントデータ取り出
し機構を説明するためのブロック図であり、このクライ
アントデータ取り出し機構は、ホスト計算機１−サーバ
計算機２−クライアント計算機３〜６という構成におい
て、サーバ計算機２がホスト計算機１から転送したファ
イルを共用論理ボリュームを使用することにより、クラ
イアント計算機３〜６が自身のシステムにファイルを転
送するものである。

【００６９】また、このクライアントデータ取り出し機
構は、ホスト計算機１の版数チェック機構１Ａ，データ
転送機構１Ｃ，サーバ計算機２の版数チェック機構２
Ａ，データ転送機構２Ｃ，適用機構２Ｄ，クライアント
計算機３〜６の版数チェック機構７及び適用機構８によ
り実現できるようになっている。具体的には、サーバ計
算機２にてホスト計算機１からのデータを受信し、遠隔
保守機構としてのファイルサーバ機構２Ｆの受信管理フ
ァイル２Ｈに格納するとともに、この受信管理ファイル
２Ｈに格納されたデータとクライアント計算機３〜６に
て受信管理ファイル２Ｈに格納されたデータを運用して
いるファイルとの入れ替えを行なう。

【００７０】これにより、あたかもクライアント計算機
３〜６の受信管理ファイルに格納されたデータであるよ
うに、サーバ計算機２の受信管理ファイル２Ｈのデータ
を参照し、運用しているファイルと入れ替えることがで
きるのである。ところで、クライアント計算機３〜６の
版数チェック機構７は、図２４のフローチャートに示す
ように動作するものである。

【００７１】即ち、状態管理ファイル２Ｇにて格納され
ている世代（Ｅ０１）を参照するとともに（ステップＬ
１）、受信管理ファイル２Ｈを参照し（ステップＬ
２）、この状態管理ファイル２Ｇに格納されたデータに
おける世代（Ｅ０２〜Ｅ０４）と、受信管理ファイル２
Ｈに格納された受信データにおける世代とを比較する
（ステップＬ３）。

【００７２】ここで、同一の世代のデータがない場合
は、適用機構２Ｄにて適用されていないデータはないと
して、処理は終了する（ステップＬ３の無ルートからス
テップＬ４）。この場合においては、同一の世代のデー
タはないので、処理は終了する。また、同一の世代のデ
ータが有る場合は、適用機構８にて適用されていないデ
ータがあるとして、適用機構８が起動される（ステップ
Ｌ３の有ルートからステップＬ５）。

【００７３】さらに、クライアント計算機３〜６の適用
機構８は、図２５のフローチャートに示すように、DRMS
管理ファイルに受信したデータの世代と状態管理ファイ
ル２Ｇの世代とを比較し（ステップＭ１）、DRMS管理フ
ァイルから、サーバ計算機２で受信した受信データを運
用データに置き換える（ステップＭ２）。なお、ホスト
計算機１の版数チェック機構１Ａは前述の図５に示すよ
うに動作し、データ転送機構１Ｃは図８に示すように動
作し、サーバ計算機２の版数チェック機構２Ａは図１０
に示すように動作し、データ転送機構２Ｃは図９に示す
ように動作し、適用機構２Ｄは図１１に示すように動作
するものである。

【００７４】従って、上述のクライアントデータ取り出
し機構によれば、あたかもサーバ計算機２の磁気ディス
クをクライアント計算機３〜６の磁気ディスクのように
使用することができ、システムを効率的に運用すること
ができる。 ・複数世代保存機構 図２６は、本システムの有する複数世代保存機構を説明
するためのブロック図で、この複数世代保存機構は、サ
ーバ計算機２においてホスト計算機１から転送したファ
イルをクライアント計算機３〜６に転送するために、ホ
スト計算機１からのファイルを複数世代に渡り管理する
ものであり、ホスト計算機１の版数チェック機構１Ａ，
データ転送機構１Ｃ，サーバ計算機２の版数チェック機
構２Ａ，データ転送機構２Ｃ及び適用機構２Ｄにより実
現できるようになっている。

【００７５】言い換えれば、ホスト計算機１から転送さ
れてきたファイルデータをサーバ計算機２において複数
世代に渡り保管しておき、クライアント計算機３〜６で
は適合した世代のファイルデータの転送をサーバ計算機
２から受けることにより、リモートメンテナンス（遠隔
保守）を行なうことができるのである。ここで、データ
転送機構２Ｃは、ホスト計算機１から受信されたデータ
について遠隔保守機構の受信管理ファイル２Ｈに格納す
るものであり、詳細にはネットワーク通信処理，受信フ
ァイル管理情報制御処理及び管理ファイル格納処理の３
つの処理ステップから構成されている。

【００７６】ここで、ネットワーク通信処理において
は、図２７のフローチャートに示すように、ホスト計算
機１から受信したデータを、世代単位に後述の受信ファ
イル管理制御処理に通知するようになっている。即ち、
データ転送機構２Ｃとホスト計算機１とが接続されてい
る回線に対してオープン処理を施すことにより、ホスト
計算機１からのデータを受け付ける（ステップＮ１）。

【００７７】そして、ホスト計算機１からのデータを電
文単位で受信すると、これらのデータを受信作業ファイ
ルに書き込みを行なう（ステップＮ２）。そして、最終
の電文を受信し、受信管理ファイル２Ｈへの書き込みが
終了すると（ステップＮ３のＹＥＳルート）、受信ファ
イル管理制御処理に対してデータ受信した旨を通知する
（ステップＮ４）。

【００７８】その後、受信ファイル管理情報制御処理が
終了し、ネットワーク通信処理が受信ファイル管理情報
制御処理からの処理完了通知を受けると（ステップＮ
５）、ネットワーク通信処理は、ホスト計算機１に対し
て、通信の完了情報として、正常に受信された旨の情報
又は異常に受信された旨の情報を通知する（ステップＮ
６）。

【００７９】また、受信ファイル管理制御処理は、デー
タの世代単位に情報テーブルを構築し、データの受信管
理ファイル２Ｈ内での格納先名との関連をつけるもので
ある。また、世代情報は、オペレータにより初期設定さ
れた管理する世代の最大数と比較し、最大数を超える場
合は最も低い世代の情報を削除するようになっている。
具体的には、図３９に示すように、管理する世代の最大
数が５世代である場合において、「データＡ」が「世代
１」〜「世代５」まで格納している受信管理ファイル２
Ｈにおいて、ホスト計算機１から「世代６」のデータを
受信して格納する場合は、世代情報は最大数を超える６
世代となる。従って、最も低い世代の「世代１」の情報
を削除するのである。

【００８０】この受信ファイル管理制御処理を詳細に説
明すると、図２８のフローチャートに示すように、ネッ
トワーク通信処理からのデータ受信した旨の通知を受け
ると、情報テーブルとしての受信作業ファイルをオープ
ンして（ステップＰ１）、受信されたデータについての
受信作業ファイルの制御情報，データ名及び世代情報の
読み込み処理を行なう（ステップＰ２）。

【００８１】そして、受信管理ファイル２Ｈの読み込み
処理を行ない（ステップＰ３）、該当するデータ名の検
索を行なう（ステップＰ４）。即ち、受信管理ファイル
２Ｈにて管理されているデータのうち受信されたデータ
に該当するものを、データ名を用いて受信管理ファイル
２Ｈを検索することにより求めるのである。ここで、該
当するデータ名がある場合は、受信管理ファイル２Ｈに
て管理されている該当データの世代を検索し、受信され
たデータにおける世代情報と受信済データにおける最新
世代情報とを比較してチェックする（ステップＰ５）。

【００８２】受信されたデータにおける世代情報と受信
データにおける最新世代情報との比較の結果、受信され
たデータにおける世代情報の方が、受信データにおける
最新世代情報よりも新しい世代のデータである場合は、
チェックＯＫとし、後述するように受信ファイル格納処
理により、受信データを受信管理ファイル２Ｈに格納す
ることができる（ステップＰ６のＹＥＳルート）。

【００８３】即ち、管理する世代の最大数と、受信済の
世代数（世代情報エントリの数，図３８参照）とを比較
し、受信済の世代数が最大数である場合は、最も低い
（古い）世代情報を削除し（ステップＰ７）、さらに、
受信管理ファイル２Ｈにおける受信データの世代情報を
更新する（ステップＰ８）。そして、受信ファイル格納
処理に対して受信ファイル管理情報制御処理を行なう旨
の通知を行なう（ステップＰ９）。

【００８４】その後、受信ファイル格納処理から処理が
完了した旨の通知を受けると、ネッワーク通信処理に対
して受信ファイル管理情報制御処理における処理が終了
した旨の通知を行なう（ステップＰ１０）。なお、受信
されたデータにおける世代情報の方が、受信データにお
ける最新世代情報よりも新しい世代のデータでない場合
は、チェックＮＧとし、受信データを受信管理ファイル
に格納することはできない（ステップＰ６のＮＯルート
からステップＰ１１）。

【００８５】ところで、管理ファイル格納処理は、ネッ
トワーク通信処理からのデータ受信した旨の通知を受け
て、受信作業ファイルをオープンすると（図２９のフロ
ーチャートにおけるステップＱ１）、この受信作業ファ
イルから受信管理ファイル２Ｈにコピーすることによ
り、データを実際に管理ファイルに格納する（ステップ
Ｑ２）。また、世代の情報テーブルから削除されたデー
タを受信管理ファイル２Ｈから削除する。

【００８６】版数チェック機構２Ａは、サーバ計算機２
側の世代を参照しホスト計算機１からデータの登録状況
の参照及び比較をし必要な世代のデータの転送依頼を行
なうものであり、オペレータにより初期設定された管理
する世代の最大数とホスト計算機１に登録されたデータ
の世代数とを比較し管理する最大数分一度にホスト計算
機１から転送することもできる。

【００８７】即ち、図３０のフローチャートに示すよう
に、オペレータからの起動により、保守データの管理単
位（資源グループ）の世代（Ｅ０１）を状態ファイル２
Ｇから参照し（ステップＲ１）、ホスト計算機１に世代
通知要求を送信する（ステップＲ２）。その後、ホスト
計算機１からの世代通知を受信すると（ステップＲ
３）、ホスト計算機１からの世代通知に格納された世代
（Ｅ０１〜Ｅ０４）と状態ファイル２Ｇの世代とを比較
する（ステップＲ４）。

【００８８】ここで、ホスト計算機１からの世代通知に
格納された世代と状態ファイル２Ｇの世代とが同じであ
り、最新世代まで状態ファイル２Ｇにて受信済である場
合は、処理は正常終了するが（ステップＲ４の受信済ル
ートからステップＲ５）、状態ファイル２Ｇにて未受信
の世代のデータがある場合は、ホスト計算機１に対して
当該未受信のデータを要求する（ステップＲ４の未受信
ルートからステップＲ６）。ここで、状態ファイル２Ｇ
に記述された受信可能世代数以内の世代を一度にホスト
計算機１に要求する。

【００８９】この場合においては、世代Ｅ０２〜Ｅ０４
のデータが未受信であるが、受信可能世代数が２世代で
あるため、世代Ｅ０２，Ｅ０３のデータをホスト計算機
１に要求する。なお、ホスト計算機１からの世代通知で
受信可能世代数以上の世代が未受信である場合は、未受
信世代（Ｅ０４）がある旨を記憶する（ステップＲ
７）。

【００９０】また、前述の図３０のフローチャートにお
けるステップＲ６において、ホスト計算機１に対して当
該未受信のデータが要求されると、この要求を受けたデ
ータ転送機構１Ｃは、データ転送機構２Ｃに対して要求
されたデータを転送する。なお、データ転送機構１Ｃ
は、状態ファイル２Ｇに記述された受信可能世代数以内
の世代を一度に転送することができる。

【００９１】即ち、データ転送機構２Ｃにおいては、図
３１のフローチャートに示すように、データ転送機構１
Ｃからのデータ（資源グループＡの世代Ｅ０１〜Ｅ０
４）を受信して（ステップＳ１）、受信管理ファイル２
Ｈの内容を更新する（ステップＳ２）。従って、上述の
複数世代保存機構によれば、サーバ計算機２は保守デー
タを複数世代保管することができるので、ホスト計算機
１から受信したデータについて、自身の計算機への適用
とクライアント計算機３〜６への転送用として保管する
ことができ、システムの性能向上に寄与できる利点があ
る。

【００９２】・管理ファイルフォルダ指定機構の説明 図３２は、本システムの有する管理ファイルフォルダ指
定機構を説明するためのブロック図であり、この管理フ
ァイルフォルダ指定機構は、クライアント計算機３〜６
とサーバ計算機２との世代が異なる場合、クライアント
計算機３〜６の世代とサーバ計算機２の世代とをサーバ
計算機２にて管理することにより、サーバ計算機２がサ
ーバ計算機２及びクライアント計算機３〜６の両方の世
代をホスト計算機１から転送することができるものであ
る。

【００９３】言い換えれば、サーバ計算機２において、
サーバ計算機２及びクライアント計算機３〜６について
の世代情報を記憶しておき、サーバ計算機２が、この記
憶情報を参照して、サーバ計算機２及びクライアント計
算機３〜６に必要な世代のファイルデータをホスト計算
機１から転送されることにより、リモートメンテナンス
（遠隔保守）を行なうことができるのである。

【００９４】また、この管理ファイルフォルダ指定機構
は、ホスト計算機１の版数チェック機構１Ａ，データ転
送機構１Ｃ，サーバ計算機２の版数チェック機構２Ａ，
データ転送機構２Ｃ，適用機構２Ｄ，及びクライアント
計算機３〜６の版数チェック機構７及び適用機構８によ
り実現できるようになっている。ここで、サーバ計算機
２の版数チェック機構２Ａは、図３３のフローチャート
に示すように動作するものである。

【００９５】即ち、オペレータからの起動により、保守
データの管理単位（資源グループ）の世代（Ｅ０１〜Ｅ
０３）を状態ファイル２Ｇから参照し（ステップＴ
１）、ホスト計算機１に世代通知要求を送信する（ステ
ップＴ２）。その後、ホスト計算機１からの世代通知
（Ｅ０１〜Ｅ０４）を受信すると（ステップＴ３）、ホ
スト計算機１からの世代通知に格納された世代と状態フ
ァイル２Ｇの世代とを比較する（ステップＴ４）。

【００９６】ここで、ホスト計算機１からの世代通知に
格納された世代と状態ファイル２Ｇの世代とが同じであ
り、最新世代まで状態ファイル２Ｇにて受信済である場
合は、処理は正常終了するが（ステップＴ４の受信済ル
ートからステップＴ５）、この場合においては、状態フ
ァイル２Ｇにて未受信の世代のデータ（Ｅ０４）がある
ので、ホスト計算機１に対して当該未受信のデータを要
求する（ステップＴ４の未受信ルートからステップＴ
６）。ここで、状態ファイル２Ｇに記述された受信可能
世代数以内の世代（Ｅ０２〜Ｅ０４）を一度にホスト計
算機１に要求する。

【００９７】なお、ホスト計算機１からの世代通知で受
信可能世代数以上の世代が未受信である場合は、未受信
世代がある旨を記憶する（ステップＴ７）。また、前述
の図３３のフローチャートにおけるステップＴ６におい
て、ホスト計算機１に対して当該未受信のデータが要求
されると、この要求を受けたデータ転送機構１Ｃは、デ
ータ転送機構２Ｃに対して要求されたデータを転送す
る。なお、データ転送機構１Ｃは、状態ファイル２Ｇに
記述された受信可能世代数以内の世代を一度に転送する
ことができる。

【００９８】即ち、データ転送機構２Ｃにおいては、図
３４のフローチャートに示すように、データ転送機構１
Ｃからのデータ（資源グループＡの世代Ｅ０１〜Ｅ０
４）を受信して（ステップＵ１）、受信管理ファイル２
Ｈの内容を更新する（ステップＵ２）。また、状態ファ
イル２Ｇにバックアウト世代のファイルが書き込まれた
場合においては、適用機構２Ｄにより、前述の図１１の
フローチャートに示す処理と同様にして運用データを退
避させて受信データを格納することが行なわれる。

【００９９】即ち、図示しないDRMS管理ファイルに受信
したデータの世代と状態管理ファイル２Ｇの世代とを比
較し（ステップＥ１）、バックアウトフラグがＯＮ、即
ち、状態管理ファイル２Ｇに格納されているファイルの
世代がバックアウト処理が行なわれている場合において
は、退避用ファイルに運用データをファイルし（ステッ
プＥ２）、DRMS管理ファイルから、ホスト計算機１から
の受信データを運用データに置き換える（ステップＥ
３）。

【０１００】サーバ計算機２においては、上述の図３
３，図３４及び図１１に示す処理を、転送されるべき状
態ファイル数分繰り返す。ところで、クライアント計算
機３〜６側の版数チェック機構７は図３５のフローチャ
ートに示すように動作し、適用機構８は図３６のフロー
チャートに示すように動作する。

【０１０１】即ち、版数チェック機構７は、オペレータ
からの起動により、保守データの管理単位（資源グルー
プ）の世代（Ｅ０１）をサーバ計算機２における状態フ
ァイル２Ｇから参照する（ステップＶ１）とともに、フ
ァイルサーバ２Ｆの受信管理ファイル２Ｈを参照する
（ステップＶ２）。ここで、サーバ計算機２が受信した
データ、即ち受信管理ファイル２Ｈに格納されているデ
ータと状態ファイル２Ｇとを比較し（ステップＶ３）、
未適用のデータがない場合は処理は正常終了するが（ス
テップＶ４）、未適用のデータがある場合は、適用機構
８を起動する（ステップＶ５）。

【０１０２】また、適用機構８は、前述の版数チェック
機構７により起動され、DRMS管理ファイルに受信したデ
ータの世代と、状態管理ファイル２Ｇの世代とを比較し
（ステップＷ１）、該当する受信データと運用データを
入れ替えることにより、DRMS管理ファイルから受信デー
タを運用データに置き換える（ステップＷ２）。従っ
て、上述の管理ファイルフォルダ指定機構によれば、サ
ーバ計算機２はホスト計算機１からデータを転送するた
めに必要な世代を、サーバ計算機２とクライアント計算
機３〜６との両方を世代を管理しておき、両方の世代を
満たすデータをデータをホスト計算機１から転送するこ
とができ、ホスト計算機１から受信したデータをサーバ
計算機２だけでなく、クライアント計算機３〜６用のデ
ータとして用いることができる利点がある。

【０１０３】

【発明の効果】以上詳述したように、請求項１記載の分
散計算機システムにおけるリモートメンテナンス方法に
よれば、上位の計算機から転送されたファイルデータに
異常があったためにバックアウトが行なわれた下位の計
算機に対して、上位の計算機は異常のあったファイルデ
ータよりも後の世代のファイルデータが登録されるまで
はファイルデータの転送を禁止しておき、後の世代のフ
ァイルデータが上位の計算機で登録されると、このファ
イルデータを上位の計算機から下位の計算機へ転送する
ことにより、リモートメンテナンスを行なえるので、バ
ックアウトが行なわれた計算機に対し、同じ異常のファ
イルを再度転送することを防止でき、システムの信頼性
を向上することができる利点がある。

【０１０４】また、請求項２記載の発明によれば、上位
の計算機から下位の計算機に転送されたファイルデータ
に異常があったためにバックアウトを行なう際に、下位
の計算機において、異常のあるファイルデータの転送時
に、異常のあるファイルデータとその一世代前のファイ
ルデータとを比較して、重複しないファイルデータ部分
についての一世代前のファイルデータ部分を退避データ
として保管しておき、その後、下位の計算機は、上位の
計算機から一世代前のファイルデータの転送を受け、こ
の一世代前のファイルデータと退避データとして保管し
ていたファイルデータ部分とでバックアウトを行なうこ
とにより、遠隔地の計算機のディスク容量に余裕が無い
場合において、誤った保守データからのシステムの防衛
手段として、以前の状態に復元する処理を行なうことが
でき、システムの信頼性を向上することができる利点が
ある。

【０１０５】さらに、請求項３記載の発明によれば、ホ
スト計算機から転送されてきたファイルデータをサーバ
計算機において複数世代に渡り保管しておき、クライア
ント計算機では適合した世代のファイルデータの転送を
サーバ計算機から受けることにより、リモートメンテナ
ンスを行なうことにより、サーバ計算機は保守データを
複数世代保管することができるので、ホスト計算機から
受信したデータについて、自身の計算機への適用とクラ
イアント計算機への転送用として保管することができ、
システムの性能向上に寄与できる利点がある。

【図面の簡単な説明】

【図１】本発明の一実施例に適用される分散計算機シス
テムにおけるリモートメンテナンス方法を説明するため
のブロック図である

【図２】本発明が適用される分散計算機システムの一例
を示すブロック図である。

【図３】本発明の一実施例における端末受信可能チェッ
ク機能を説明するブロック図である。

【図４】本発明の一実施例における端末受信可能チェッ
ク機能を実現するための処理を説明する図である。

【図５】本発明の一実施例における端末受信可能チェッ
ク機能を実現するための処理を説明する図である。

【図６】本発明の一実施例における端末受信可能チェッ
ク機能を実現するための処理を説明する図である。

【図７】本発明の一実施例における端末受信可能チェッ
ク機能を実現するための処理を説明する図である。

【図８】本発明の一実施例における端末受信可能チェッ
ク機能を実現するための処理を説明する図である。

【図９】本発明の一実施例における端末受信可能チェッ
ク機能を実現するための処理を説明する図である。

【図１０】本発明の一実施例における端末受信可能チェ
ック機能を実現するための処理を説明する図である。

【図１１】本発明の一実施例における端末受信可能チェ
ック機能を実現するための処理を説明する図である。

【図１２】本発明の一実施例における端末受信可能チェ
ック機能を実現するための処理を説明する図である。

【図１３】本発明の一実施例におけるバックアウト版数
チェック機構を説明するブロック図である。

【図１４】本発明の一実施例におけるバックアウト版数
チェック機構を説明するブロック図である。

【図１５】本発明の一実施例における分割受信機構を説
明するブロック図である。

【図１６】本発明の一実施例における分割受信機構を説
明するブロック図である。

【図１７】本発明の一実施例における分割受信機構を実
現するための処理を説明する図である。

【図１８】本発明の一実施例におけるリモートバックア
ウト機構を説明するブロック図である。

【図１９】本発明の一実施例におけるリモートバックア
ウト機構を説明するブロック図である。

【図２０】本発明の一実施例におけるリモートバックア
ウト機構を実現するための処理を説明する図である。

【図２１】本発明の一実施例におけるリモートバックア
ウト機構を実現するための処理を説明する図である。

【図２２】本発明の一実施例におけるリモートバックア
ウト機構を実現するための処理を説明する図である。

【図２３】本発明の一実施例におけるクライアントデー
タ取り出し機構を説明するブロック図である。

【図２４】本発明の一実施例におけるクライアントデー
タ取り出し機構を実現するための処理を説明する図であ
る。

【図２５】本発明の一実施例におけるクライアントデー
タ取り出し機構を実現するための処理を説明する図であ
る。

【図２６】本発明の一実施例における複数世代保存機構
を説明するブロック図である。

【図２７】本発明の一実施例における複数世代保存機構
を実現するための処理を説明するフローチャートであ
る。

【図２８】本発明の一実施例における複数世代保存機構
を実現するための処理を説明するフローチャートであ
る。

【図２９】本発明の一実施例における複数世代保存機構
を実現するための処理を説明するフローチャートであ
る。

【図３０】本発明の一実施例における複数世代保存機構
を実現するための処理を説明する図である。

【図３１】本発明の一実施例における複数世代保存機構
を実現するための処理を説明する図である。

【図３２】本発明の一実施例における管理ファイルフォ
ルダ指定機構を説明するブロック図である。

【図３３】本発明の一実施例における管理ファイルフォ
ルダ機構を実現するための処理を説明する図である。

【図３４】本発明の一実施例における管理ファイルフォ
ルダ機構を実現するための処理を説明する図である。

【図３５】本発明の一実施例における管理ファイルフォ
ルダ機構を実現するための処理を説明する図である。

【図３６】本発明の一実施例における管理ファイルフォ
ルダ機構を実現するための処理を説明する図である。

【図３７】ホスト計算機から受信するデータの形式を説
明する図である。

【図３８】サーバ計算機の受信管理ファイルの構造を示
す図である。

【図３９】資源管理の概念を示す図である。

【図４０】従来例を示すブロック図である。

【図４１】従来例を示すブロック図である。

【図４２】従来例を示すブロック図である。

【図４３】従来例を示すブロック図である。

【図４４】従来例を示すブロック図である。

【図４５】従来例を示すブロック図である。

【図４６】従来例を示すブロック図である。

【図４７】従来例を示すブロック図である。

【符号の説明】

１ ホスト計算機 １Ａ 版数チェック機構 １Ｂ 端末受信可能チェック機構 １Ｃ データ転送機構 ２ サーバ計算機 ２Ａ 版数チェック機構 ２Ｂ 端末受信可能チェック機構 ２Ｃ データ転送機構 ２Ｄ 適用機構 ２Ｅ バックアウト機構 ２Ｆ ファイルサーバ機能 ２Ｇ 状態ファイル ２Ｈ 受信管理ファイル ３〜６ クライアント計算機 ７ 版数チェック機構 ８ 適用機構 ９ 通信回線 １０１ センター １０２Ａ サーバ計算機 １０２Ｂ〜１０２Ｅ クライアント計算機 １０３ ネットワーク

Claims (3)

【特許請求の範囲】
1. 【請求項１】 転送するファイルデータを世代で管理す
   るホスト計算機と、 該ホスト計算機に通信回線を介してリモート接続され、
   該ホスト計算機から所望のファイルデータの転送を受け
   るサーバ計算機と、 該サーバ計算機に対しローカル接続され、該サーバ計算
   機から所望のファイルデータの転送を受けるクライアン
   ト計算機とをそなえてなる分散計算機システムにおい
   て、 上位の計算機から転送されたファイルデータに異常があ
   ったためにバックアウトが行なわれた下位の計算機に対
   して、該上位の計算機は異常のあったファイルデータよ
   りも後の世代のファイルデータが登録されるまではファ
   イルデータの転送を禁止しておき、 該後の世代のファイルデータが該上位の計算機で登録さ
   れると、このファイルデータを該上位の計算機から該下
   位の計算機へ転送することにより、リモートメンテナン
   スを行なうことを特徴とする、分散計算機システムにお
   けるリモートメンテナンス方法。
2. 【請求項２】 転送するファイルデータを世代で管理す
   るホスト計算機と、該ホスト計算機に通信回線を介して
   リモート接続され、該ホスト計算機から所望のファイル
   データの転送を受けるサーバ計算機と、 該サーバ計算機に対しローカル接続され、該サーバ計算
   機から所望のファイルデータの転送を受けるクライアン
   ト計算機とをそなえてなる分散計算機システムにおい
   て、 上位の計算機から下位の計算機に転送されたファイルデ
   ータに異常があったためにバックアウトを行なう際に、 該下位の計算機において、異常のあるファイルデータの
   転送時に、該異常のあるファイルデータとその一世代前
   のファイルデータとを比較して、重複しないファイルデ
   ータ部分についての一世代前のファイルデータ部分を退
   避データとして保管しておき、 その後、該下位の計算機は、該上位の計算機から該一世
   代前のファイルデータの転送を受け、この一世代前のフ
   ァイルデータと退避データとして保管していたファイル
   データ部分とでバックアウトを行なうことを特徴とす
   る、分散計算機システムにおけるリモートメンテナンス
   方法。
3. 【請求項３】 転送するファイルデータを世代で管理す
   るホスト計算機と、 該ホスト計算機に通信回線を介してリモート接続され、
   該ホスト計算機から所望のファイルデータの転送を受け
   るサーバ計算機と、 該サーバ計算機に対しローカル接続され、該サーバ計算
   機から所望のファイルデータの転送を受けるクライアン
   ト計算機とをそなえてなる分散計算機システムにおい
   て、 該ホスト計算機から転送されてきたファイルデータを該
   サーバ計算機において複数世代に渡り保管しておき、該
   クライアント計算機では適合した世代のファイルデータ
   の転送を該サーバ計算機から受けることにより、リモー
   トメンテナンスを行なうことを特徴とする、分散計算機
   システムにおけるリモートメンテナンス方法。