JPH04347733A - 計算機プログラム保守方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は計算機プログラムの保守
方式に係わり、特に複数計算機間で効率よくプログラム
を送付する方式に関する。

【０００２】

【従来の技術】従来は特公平１−２６０９９号公報に記
載のように、中央計算機で一括管理しているファイルの
複写を、ネットワークを介して中央計算機と接続された
端末計算機にもたせる分散形ファイルシステムにおいて
、中央計算機で変更されたファイルの内容について端末
計算機側のファイルを変更する場合に、両ファイルのデ
ータ・バージョン番号の相違により、中央計算機から端
末計算機が不足しているファイルを送付し、端末計算機
のファイル内容を修正変更する方式であった。

【０００３】

【発明が解決しようとする課題】上記方式では、ネット
ワーク上に常に中央計算機が存在し、その中央計算機上
に最新の版のプログラムを用意しておく必要があり、運
用が複雑であった。また、端末計算機で実際に使用され
るファイルだけが中央計算機から端末計算機へ送付され
るとは限らなかった。

【０００４】本発明は、上述の欠点を解消するためにな
されたもので、プログラムが実際に必要になった時点で
プログラムの送付を行うことによって、プログラムの保
守性の向上をはかることを目的とする。

【０００５】

【課題を解決するための手段】本発明は、（１）計算機
間でやり取りするデータにそのデータを作成したプログ
ラムの版情報を付加すること、（２）業務遂行によって
各計算機上で実際にその業務を行うプログラムが必要と
なった時に版情報の不一致を検出することを特徴とする
。

【０００６】

【作用】プログラムというものは時間とともに変更され
て行くものである。したがって、プログラム間でやり取
りされるデータに当該データを作成したプログラムの版
情報を付加することにより、そのデータを受信した計算
機がプログラムの変更を知って変更されたプログラムの
送信要求をすることができるので、その時点でプログラ
ムを送付することができる。

【０００７】

【実施例】以下本発明の実施例について図面を用いて説
明する。

【０００８】図１は本発明における一実施例のシステム
構成を示した図である。この計算機システムは、通信路
１０１に接続されている複数の計算機１１１〜１１４か
ら成っている。各計算機はそれぞれ補助記憶装置１２１
〜１２４を持ち、この記憶装置上に格納されているプロ
グラム１４１〜１４２およびデータ１５３をメモリ上に
ローディングした後動作する。それぞれの計算機にはこ
れらのプログラムやデータを統合的に管理するプログラ
ムが存在する。なお版情報管理テーブル１９１〜１９４
および最新版管理テーブル１８４については後述する。

【０００９】図２は本発明の処理の流れ図である。図中
１１３はデータ送信側の計算機、１１１はデータ受信側
の計算機、１１４は版情報管理サーバの機能をもつ計算
機、１１２は最新バージョンプログラムを所持する計算
機１１２である。詳しくは後術する。

【００１０】図３は通信データの構成を示す図である。

【００１１】通信データ２８１はデータ送信側の計算機
１１３からデータ受信側の計算機１１１へ送られるデー
タである。３０１は通信データの受信先計算機名である
。３０２は通信データの送信元計算機名である。３０３
は通信種別であり、この例ではデータとなっている。 ３０４はデータを作成したプログラム名である。３０５
はこのデータを作成したプログラムの版情報である。３
０６はデータ本体であり、データ１５３である。

【００１２】通信データ２８２はデータ受信側の計算機
１１１から計算機１１４へ送られるプログラム配布要求
である。３１１は通信データの受信先計算機名である。 ３１２は通信データの送信元計算機名である。３１３は
通信種別であり、この例では要求メッセージとなってい
る。３１４は最新版のプログラムを要求するプログラム
名である。３１５は要求するプログラムの版情報である
。

【００１３】通信データ２８３は計算機１１４から最新
版プログラムを所持する計算機１１２へ送られるプログ
ラム送付要求である。３２１は通信データの受信先計算
機名である。３２２は通信データの送信元計算機名であ
る。３２３は通信種別であり、この例では指示メッセー
ジとなっている。３２４はプログラム配布を要求するプ
ログラム名である。３２５は要求するプログラムの版情
報である。３２６はプログラムの送付先である。

【００１４】通信データ２８４は最新版プログラムを所
持する計算機１１２からデータ受信側の計算機１１１へ
送られるプログラムである。３３１は通信データの受信
先計算機名である。３３２は通信データの送信元計算機
名である。３３３は通信種別であり、この例ではプログ
ラム送付を示す。３３４は送付プログラム名である。３
３５は送付プログラムの版情報である。３３６はプログ
ラム本体である。

【００１５】通信データ２８５はデータ受信側の計算機
１１１から計算機１１４へ送られるプログラム受信報告
であ。３４１は通信データの受信先計算機名である。３
４２は通信データの送信元計算機名である。３４３は通
信種別であり、この例ではプログラム受信完了を示す。 ３４４は受信したプログラム名である。３４５は受信し
たプログラムの版情報である。

【００１６】通信データ２８６は計算機１１４からデー
タ受信側の計算機１１１へ送られる実行再開指示である
。３５１は通信データの受信先計算機名である。３５２
は通信データの送信元計算機名である。３５３は通信種
別であり、この例では処理の再開を示す。３５４は要求
されたプログラム名である。３５５は要求されたプログ
ラムの版情報である。

【００１７】図４は各計算機の所持する版情報管理テー
ブル１９１〜１９４の構成を示す図である。図中４０１
は各プログラム間でやり取りされるデータの種別である
。４０２はこのデータを処理するプログラム名である。 ４０３はこのプログラムの最新の版情報である。

【００１８】図５は版情報管理サーバ機能をもつ計算機
１１４が所持する最新版管理テーブル１８４の構成を示
す図である。図中５０１はプログラム名である。５０２
はこのプログラムの最新の版情報である。５０３は最新
版プログラムを所持している計算機名である。

【００１９】以下、図２の流れ図に沿って、プログラム
保守の実施例について説明する。

【００２０】計算機１１３のプログラム１４３がデータ
１５３を作成し（ステップ２１１）、このデータ１５３
を通信データ２８１の形式で計算機１１１に送信し（ス
テップ２１２）、計算機１１１がこの通信データ２８１
を受信する（ステップ２１３）。すなわち、計算機１１
３は版情報管理テーブル１９３を参照し、データ１５３
にプログラム１４３の版情報３０５とプログラム名３０
４を付加した通信データ２８１を計算機１１１へ送信す
る。

【００２１】計算機１１１は、受信したデータ１５３を
処理するためにプログラム１４１を起動しようとした時
点で、通信データ２８１を解読し、版情報管理テーブル
１９１を参照することによりプログラム１４１の版情報
４０３と通信データ２８１の版情報３０５を比較し、版
情報の不整合あるいはプログラム未組込みを検出する（
ステップ２１４）。

【００２２】版情報の不整合あるいはプログラム未組込
みが検出された場合、計算機１１１はデータ１５３を処
理するために必要なプログラムのプログラム情報と通信
データ２８１に含まれる版情報３０５より通信データ２
８２を作成し、版情報管理サーバである計算機１１４に
データ１５３の版情報と整合するプログラムの配布を要
求する（ステップ２１５）。

【００２３】版情報管理サーバである計算機１１４は、
この通信データ２８２を受信し（ステップ２１６）、要
求されたプログラムの版を変更することに伴って影響を
受ける他プログラムとの整合性を整合情報管理テーブル
１６４を基にしてチェックし、配布すべきプログラムを
決定し（ステップ２１７）、その時点で当該プログラム
を低コストで送付できる計算機１１２を最新版管理テー
ブル１８４をもとに選択し（ステップ２１８）、計算機
１１２に対し、計算機１１１に向けてプログラム１４２
を送付を指示する通信データ２８３を送信する（ステッ
プ２１９）。

【００２４】計算機１１２では、通信データ２８３を受
け取り（ステップ２２０）、計算機１１１に対して、プ
ログラム１４２を通信データ２８４として送信する（ス
テップ２２１）。

【００２５】計算機１１１では、通信データ２８４を受
信し（ステップ２２２）、プログラム１４１を受信した
プログラム１４２に置き換える（ステップ２２３）。ま
た、計算機１１１は、版情報管理テーブル１９１の関連
する版情報４０３を更新する（ステップ２２４）ととも
に、計算機１１４に対して、通信データ２８４を正常に
処理したことを報告する通信データ２８５を送信する（
ステップ２２５）。

【００２６】計算機１１４は、通信データ２８５を受信
し（ステップ２２６）、最新版管理テーブル１８４の関
連する計算機名５０３を更新する（ステップ２２７）。 すなわち最新版のプログラム１４２を所持している計算
機名５０３に計算機１１１を追加する。

【００２７】これにより、計算機１１４は計算機１１１
でデータ１５３を処理するためのプログラムの整合性が
とれたと判断し、計算機１１１に対し、データ１５３の
処理を再開するように指示する通信データ２８６を送信
する（ステップ２２８）。これはデータ１５３を処理す
るために複数のプログラム変更が必要な場合は、複数の
計算機に対して複数プログラムの配布指示を出す必要が
あり、すべての配布が完了した時点で計算機１１１が処
理を再開する必要があるためである。

【００２８】ステップ２２９の時点でデータ１５３の処
理が計算機１１１で処理可能となり、プログラム１４２
が起動され処理が行われる（ステップ２３０）。

【００２９】以下、本発明の他の実施例について説明す
る。

【００３０】前述の実施例では、計算機１１４がプログ
ラムの配送要求を出していたが、計算機１１１が計算機
１１４に対しプログラムの取り寄せ先を照会し、計算機
１１１がその取り寄せ先の計算機に対してプログラム配
送要求を出すことも可能である。

【００３１】前述の実施例では、計算機１１２と計算機
１１４が別の計算機であったが、版情報管理サーバと最
新版プログラムの所持を同一の計算機で行うことができ
る。

【００３２】前述の実施例では、版情報管理サーバ（計
算機１１４）があり、プログラムの取り寄せ先の決定を
版情報管理サーバが行っていたが、計算機１１１はデー
タを送信した計算機１１３からプログラム１４２を取り
寄せることも可能である。ただしその場合計算機１１３
がプログラム１４２を送信する最適の計算機とは限らな
い。

【００３３】

【発明の効果】本発明によれば、ネットワークで相互に
接続された計算機間でやり取りするデータを介して版の
整合を必要とするプログラムの保守管理を当該データを
受信した計算機側の主導によって行うことができる。ま
た、実プログラムの取り寄せ時期をデータを受信した時
あるいはそのデータを用いた業務を実行する時とするこ
とにより、実際に必要なプログラムのみを取り寄せるこ
とが可能となり、無駄なプログラムの配送を抑止できる
。

【図面の簡単な説明】

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

【図２】本発明の一実施例の処理の流れを示すフローチ
ャートである。

【図３】通信データの構成例を示す図である。

【図４】版情報管理テーブルの構成例を示す図である。

【図５】最新版管理テーブルの構成例を示す図である。

【符号の説明】

１１１…（データ受信側）計算機、 １１２…（最新版プログラム所持）計算機、１１３…（
データ送信側）計算機、 １１４…（版情報管理サーバとなる）計算機、１４１〜
１４２…プログラム、 １８４…最新版管理テーブル、 １９１〜１９４…版情報管理テーブル。

Claims (1)

【特許請求の範囲】
1. 【請求項１】複数の計算機がネットワークを介して接続
   されているシステムにおいて、いずれかの計算機からデ
   ータと該データを処理するに必要なプログラムの版情報
   とを受信し、該版情報をもつプログラムを保持している
   かどうかをチェックし、保持していない場合にはいずれ
   かの計算機に対して該プログラムの配布要求を送信する
   第１の計算機と、該配布要求を受けて所望の該プログラ
   ムを第１の計算機に向けて送信する第２の計算機とを有
   することを特徴とする計算機プログラム保守方式。