JP3718273B2 - メンテナンスデータ管理方法 - Google Patents
メンテナンスデータ管理方法 Download PDFInfo
- Publication number
- JP3718273B2 JP3718273B2 JP00072396A JP72396A JP3718273B2 JP 3718273 B2 JP3718273 B2 JP 3718273B2 JP 00072396 A JP00072396 A JP 00072396A JP 72396 A JP72396 A JP 72396A JP 3718273 B2 JP3718273 B2 JP 3718273B2
- Authority
- JP
- Japan
- Prior art keywords
- maintenance
- data
- maintenance data
- file
- host
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Stored Programmes (AREA)
- Debugging And Monitoring (AREA)
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 電文
【発明の属する技術分野】
本発明は、メンテナンスデータ登録装置，メンテナンスデータ登録方法，メンテナンスデータ配信方法，及びメンテナンスデータ管理方法の改良に関する。
【０００２】
複数の計算機装置がリモート接続及びローカル接続されているような分散システムにおいて、ソフトウェア（プログラムファイルやデータファイルなど）の仕様変更や修正のために、センターのホスト計算機装置からリモートの複数の計算機装置にファイル転送して、リモートの計算機装置のファイルを変更することが要求されている。
【０００３】
このため、版数管理機能，ファイル転送機能，保守単位にグループ化したファイルのどのファイルに適用するかのファイル適用制御機能等が提供されているが、金融機関などで求められる信頼性の高いシステムにおいては、異常状態（エラー）を極力発生させず、しかもメンテナンスデータの登録，転送に人手を必要としないリモートメンテナンスシステムの構築が望まれている。
【０００４】
また、近年のインターネットに代表される大規模ネットワークにおいては、分散システムにより、ホスト／サーバ／クライアントによる従来の垂直型連携による従来の接続形態以外にどのコンピュータとも自由に接続することが可能なネットワーク形態が主流になってきている。
【０００５】
このようなネットワークでは、自由な接続形態を生かした柔軟なシステムが望まれる。また、システム管理は、ネットワーク内の１つのホストによる集中管理から、複数の部門単位による管理形態に変化してきている。このような形態では、専門の知識がなくても容易に扱えるメンテナンスシステムが必要とされる。
【０００６】
【従来の技術】
図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 電文
Claims (2)
- メンテナンス対象計算機装置と、配下の該メンテナンス対象計算機装置にメンテナンスデータを転送する中継計算機装置と、登録されたメンテナンスデータを該中継計算機装置に転送するホスト計算機装置とを含む分散システムにおけるメンテナンスデータ管理方法であって、
該ホスト計算機装置は、該メンテナンスデータ登録時にメンテナンスデータを識別する管理情報に対応させてネットワーク上の自装置名を示す経路情報を登録して該メンテナンスデータを管理するとともに、該メンテナンスデータを転送する際は該経路情報を転送し、
該中継計算機装置は、受信した前記経路情報にネットワーク上の自装置名を付与して該メンテナンスデータを管理することを特徴とするメンテナンスデータ管理方法。 - 該ホスト計算機装置および該中継計算機装置は、自己の管理するメンテナンスデータを削除する場合は、該メンテナンスデータを識別する管理情報に対応した経路情報の中から自装置名を削除することを特徴とする請求項１記載のメンテナンスデータ管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP00072396A JP3718273B2 (ja) | 1996-01-08 | 1996-01-08 | メンテナンスデータ管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP00072396A JP3718273B2 (ja) | 1996-01-08 | 1996-01-08 | メンテナンスデータ管理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09185529A JPH09185529A (ja) | 1997-07-15 |
| JP3718273B2 true JP3718273B2 (ja) | 2005-11-24 |
Family
ID=11481675
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP00072396A Expired - Fee Related JP3718273B2 (ja) | 1996-01-08 | 1996-01-08 | メンテナンスデータ管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3718273B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09222905A (ja) * | 1996-02-15 | 1997-08-26 | Fujikura Ltd | 制御プログラム更新方法 |
| JP2007172131A (ja) * | 2005-12-20 | 2007-07-05 | Nec Fielding Ltd | 障害予測システム、障害予測方法、障害予測プログラム |
| JP4560115B2 (ja) * | 2008-04-10 | 2010-10-13 | 株式会社日立製作所 | 配布管理方法、配布管理システム、および配布管理サーバ |
| JP5387052B2 (ja) | 2009-03-02 | 2014-01-15 | 富士通株式会社 | データ配信システム及びデータ配信方法 |
-
1996
- 1996-01-08 JP JP00072396A patent/JP3718273B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH09185529A (ja) | 1997-07-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3127018B1 (en) | Geographically-distributed file system using coordinated namespace replication | |
| US9495381B2 (en) | Geographically-distributed file system using coordinated namespace replication over a wide area network | |
| US7085819B2 (en) | System and method for distributed network data storage | |
| US6976093B2 (en) | Web server content replication | |
| JP4545943B2 (ja) | ウェブサーバコンテンツ複製 | |
| US5854895A (en) | Network distribution information management system | |
| JP5184078B2 (ja) | ファイル管理システム | |
| JPH10301760A (ja) | ソフトウェア自動配布管理システム及び方法 | |
| JPH08212095A (ja) | クライアントサーバ制御システム | |
| JP3870701B2 (ja) | コンピュータの階層情報管理方法および装置ならびにその処理プログラムを記録した記録媒体 | |
| JP3718273B2 (ja) | メンテナンスデータ管理方法 | |
| JP4131781B2 (ja) | 分散処理型データベース管理システム | |
| JP4874807B2 (ja) | サーバ管理プログラム、サーバ管理方法、およびサーバ管理装置 | |
| JP3802977B2 (ja) | 蓄積交換型電子会議システムにおける情報矛盾判定、修正装置及び方法並びに情報矛盾判定、修正プログラムを記録したコンピュータ読取可能な記憶媒体 | |
| JPH10124419A (ja) | クライアントサーバーシステムにおけるソフトウェア及びデータの整合配布方法 | |
| JPH11272471A (ja) | ソフトウェア配信システムとそれに用いるプログラムを記録した記録媒体 | |
| JP2938860B1 (ja) | 分散型データ管理システム | |
| JP2005173724A (ja) | 文書管理システム、ファイルサーバ、文書管理プログラム、文書管理方法 | |
| JP2749103B2 (ja) | ネットワークリソース管理方法 | |
| JP3679429B2 (ja) | ファイル資源管理システムおよびその方法 | |
| JP2002026950A (ja) | サーバツリー構造の構築方法及びシステム、サーバ並びに記録媒体 | |
| JP2001331398A (ja) | サーバ管理システム | |
| JP4160171B2 (ja) | 営業店バックアップ・システム、センタ側サーバ、営業店サーバ、営業店バックアップ方法および記録媒体 | |
| CN116095049A (zh) | 浮动ip转移方法和装置 | |
| JPH0520280A (ja) | 複合電子計算機システムのプログラム分配方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20021217 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050902 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080909 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090909 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090909 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100909 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100909 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110909 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120909 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120909 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130909 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |