JPH0728633A

JPH0728633A - プログラム群世代管理方法と装置およびプログラムアップデート処理方法および分散処理システム

Info

Publication number: JPH0728633A
Application number: JP5172846A
Authority: JP
Inventors: Koji Nakai; 耕治中井; Akihiko Tobe; 昭彦戸辺; Riichiro Sasaki; 利一郎佐々木; Naoki Miwa; 直樹三和
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1993-07-13
Filing date: 1993-07-13
Publication date: 1995-01-31

Abstract

(57)【要約】【目的】大規模システムにおけるプログラム群を、高効
率、高信頼に世代変更できる自動化されたプログラム群
の世代管理方式を提供することにある。【構成】世代管理制御手段４は、システム世代とプログ
ラム世代の相互関係を定義する履歴管理テーブル５を参
照し、変更先システム世代が履歴情報２に登録のある場
合は、現世代システム情報２と異なるファイル世代また
はプログラム登録情報世代について、ファイル登録管理
手段３を起動して生成し、現世代情報１を置換する。変
更先システム世代が未登録の新世代の場合は、現世代シ
ステム情報１に登録後、手段３で履歴情報を生成し、登
録する。プログラム登録情報のみの世代変更にたいして
は、プログラムアップデート手段６が再登録の必要なフ
ァイル／プログラムのみアップデート処理する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、多数のファイル群から
なるプログラム群管理システムに係わり、特にシステム
世代とファイル世代を統一的に管理する世代管理方式及
び、世代変更されたファイルのアップデート方式に関す
る。

【０００２】

【従来の技術】ソフトウェアの世代（バージョン）管理
は、ファイル単位の管理が一般的であり、世代間の差分
情報を管理することで履歴情報を削減をしている。

【０００３】多数の計算機を接続したネットワークシス
テムなどの大規模システムにおいては、多数のファイル
が登録されていて、一部のファイルの更新や、利用ファ
イルの組み合わせ、即ち、ソフトウェアのシステム変更
がしばしば行われる。

【０００４】しかし、ファイル単位の履歴情報のみで
は、ファイル世代とシステム世代の対応関係が管理され
ていないために、かかる世代変更はユーザのマニュアル
処理に委ねられていた。

【０００５】この対策として、システム世代の変更に伴
って全ファイルを同期して更新する方法があるが、変更
のないソースファイルについても無条件に再生成、再登
録がなされ、さらにアップデート処理が実行される。こ
のため、多数のファイルをもつシステムにおいては、世
代変更時のオーバヘッドが大きく、保守の停止時間の短
いフル稼働システムには適用し難いものであった。

【０００６】世代変更を効率的に行う方法として、シス
テム世代毎に構成するファイルの版管理を行い、新シス
テムのインストールに際して、旧システムと同じファイ
ルはパスし、異なるファイルはユーザに更新の可否を問
い合わせする管理方式が、特開平２−４１５２３号公報
に提案されている。

【０００７】一方、世代変更に伴うプログラムのアップ
デートは、ソースファイルの変更によって起動され、オ
ブジェクト、実行ファイル及び実行プログラムの各段階
の登録日付けの違いより、再登録の必要のあるファイル
及びプログラムを決定している。

【０００８】

【発明が解決しようとする課題】しかし、上記提案はイ
ンストールに限られ、現世代のシステム構成と再構成す
る変更先世代の同期した管理が行われていないので、世
代変更におけるユーザの手間は軽減されず、信頼性の上
でも問題がある。

【０００９】さらに、従来のアップデート方式では、プ
ログラム登録情報のみの変更によってはアップデートが
実行されなされい。このため、たとえばコンパイル情報
の変更がある場合に、対応するオブジェクトファイルの
再登録をユーザが改めて指示する必要があった。このた
め、大規模システムにおいては、ユーザの負担が大き
く、指示漏れによる信頼性低下の原因にもなっていた。

【００１０】本発明の第１の目的は、従来技術の欠点を
克服し、変更先世代を含むシステム世代とファイル世代
を統一的に管理して、世代変更の自動化と処理のオーバ
ヘッドを低減できるプログラム群世代管理方式を提供す
ることにある。

【００１１】本発明の第２の目的は、プログラム登録情
報の変更によるプログラムの再登録を自動化するプログ
ラムアップデート方式を提供することにある。

【００１２】本発明の第３の目的は、マスタ計算機より
配布される一のシステム変更情報によって、システム内
の他の計算機のシステムを一斉に変更できる分散処理シ
ステムを提供することにある。

【００１３】本発明のその他の目的は、以下の記載を通
じて明きらかにされる。

【００１４】

【課題を解決するための手段】上記第１の目的は、現世
代のシステムを構成するプログラム群とプログラム毎の
世代（版）の履歴情報を登録し、システムの変更を管理
するプログラム群世代管理方法において、前記現世代の
システムまたは前記履歴情報に登録されている複数のプ
ログラムと複数のシステムの相互関係を、プログラム世
代のＩＤによって予め定義し、システムの変更要求にし
たがい、前記現世代と変更先のシステムを前記相互関係
に基づいてプログラム毎に比較し、両者のプログラム世
代ＩＤが一致しないときに変更先のプログラム世代を前
記履歴情報から生成し、この生成されたプログラムを現
世代の前記プログラム群の中の該当プログラムと置換し
て、システムの世代変更を行うことにより達成される。

【００１５】上記第２の目的は、ソースファイルが更新
される場合に、オブジェクトファイル、実行形式ファイ
ルおよび実行プログラムの順番でプログラム登録情報に
基づく再登録を行うプログラムアップデート処理方法に
おいて、ソースファイルに対応するプログラム登録情報
のみが変更される場合は、再登録する前記順番のもの
で、前記変更により影響を受けるもの以後を再登録する
ことにより達成される。

【００１６】上記第３の目的は、世代管理機能をもつマ
スタ計算機と世代管理機能をもたない他の計算機群をネ
ットワークで接続する分散処理システムにおいて、マス
タ計算機は、複数のソースファイルとそのプログラム登
録情報を記憶する現世代システム情報記憶手段と、前記
ソースファイルおよび／またはプログラム登録情報を更
新し、かつ、更新したソースファイルまたはプログラム
登録情報または削除するファイル名称の少なくとも一つ
を含むシステム変更情報を生成するプログラム登録管理
手段と、前記システム変更情報を他の計算機に配布する
送信手段を備え、前記他の計算機は、マスタ計算機から
のシステム変更情報を受信する受信手段と、自己の現世
代システム情報記憶手段と、受信したソースファイルま
たはプログラム登録情報または削除するファイル名称に
従って前記自己の現世代システム情報記憶手段を更新す
るプログラム登録管理手段を備えることにより達成され
る。

【００１７】

【作用】第１の発明によれば、世代管理テーブルの現世
代と変更先世代のファイル世代ＩＤは瞬時に比較でき、
一致するときはファイルの生成が省略でき、一致しない
とき履歴情報を元に変更先ファイルを生成するので、フ
ァイル生成を含む世代変更が変更先世代ＩＤを指示する
のみで自動化でき、かつ、処理のオーバヘッドが大幅に
削減できる。

【００１８】第２の発明によれば、ソースファイルは変
わらずにプログラム登録情報のみが変更する場合に、そ
の変更内容がたとえば、コンパイル情報であればオブジ
ェクトファイル、リンクロード情報であれば実行形式フ
ァイル、実行プログラム登録情報であれば実行プログラ
ムを、それぞれ再登録の開始位置とするプログラムアッ
プデート処理が実行される。

【００１９】これによって、プログラムアップデートの
完全な自動処理が実現でき、従来、ユーザが行っていた
プログラム登録情報の変更チェックによる対応ソースフ
ァイルの日付更新の手間が省力化でき、チェック漏れに
よる再登録ミスも防止できる。さらに、世代変更のため
の計算機の中断を少なくでき、オンライン業務の処理効
率を向上できる。

【００２０】第３の発明によれば、マスター計算機から
ただ１回のシステム変更情報を送信するのみで、システ
ム内の他の計算機は世代変更のための特別の機能をもつ
ことなく、短時間の中断でオンラインの世代変更が実現
でき、分散処理システムの稼働率を向上できる。

【００２１】

【実施例】以下、図面を参照して本発明の実施例を詳細
に説明する。図２は、本発明によるプログラム群の世代
変更に好適な分散システムの構成を示す。複数の計算機
１０１ａ〜１０１ｄがネットワークに接続され、各計算
機のプログラム群とその変更は、マスタ計算機１０１ａ
によって管理されている。

【００２２】マスタ計算機１０１ａは、磁気ディスク
（ＭＤ）１０９等に格納されているプログラム群やデー
タなど登録済のソフトウェアを、入出力手段１０７を通
じて読出し、現在使用するプログラム群等の組み合わせ
（以下、現世代システムと呼ぶ）を世代管理装置１０４
で管理し、この現世代システムの関連情報を通信装置１
０２を介して各計算機に伝送している。なお、システム
の世代変更や新規登録は、ユーザが端末１１０から指示
あるいは入力する。

【００２３】図１は、マスタ計算機１０１ａに具備され
る、世代管理装置１０４の機能ブロック図で、実線は制
御情報、点線はデータの流れを示す。現世代システム情
報記憶手段１は、現世代のアプリケーションソフトを構
成するソースファイル群１ａと、そのプログラム登録情
報１ｂを格納する。履歴情報記憶手段２は、登録済みの
ソースファイルについて、各ファイルおよびプログラム
登録情報毎に、世代（バージョン）間のソースファイル
履歴情報２ａ、登録情報履歴情報２ｂを、世代順に格納
する。これら記憶手段１、２は、磁気ディスク１０９に
記憶領域を有している。

【００２４】ファイル登録管理手段３は、現世代記憶手
段１と履歴情報記憶手段２の登録、更新、削除を行うも
ので、ファイルやプログラム登録情報の世代間の内部デ
ータの差分情報をとって、履歴情報２ａ，２ｂを作成す
る。また、この履歴情報より所望の現世代ファイル群１
ａおよびプログラム登録情報１ｂ生成し、記憶手段１へ
の登録と現世代に不要なファイルの削除を行う。

【００２５】プログラムアップデート手段６は、新規に
登録する場合はソースファイルを元に順次、オブジェク
トファイルを記憶手段７に、実行形式ファイルを記憶手
段８に、実行プログラムをメモリ９（主メモリ）に登録
する。記憶手段７と記憶手段８は、それぞれ磁気ディス
ク１０９に記憶領域を有している。

【００２６】一方、更新されたソースファイルを元にア
ップデートする場合は、各段階のファイル／プログラム
の登録日付の新旧比較により連鎖的に実行する。すなわ
ち、ソースファイル１ａの登録日付が更新されると、オ
ブジェクトファイル１ａ’の日付の方が古くなるので、
ソースファイル１ａをコンパイルしてオブジェクトファ
イル１ａ’を再登録する。すると、ライブラリとして記
憶されている実行形式ファイル１ａ”の日付が古くなる
ので、変更されたオブジェクトファイル１ａ’をリンク
ロードして実行形式ファイル１ａ”を再登録する。この
結果、実行プログラム１ａの登録日付が古くなり、更新
された実行形式ファイル１ａ”の一部または全部のプロ
グラムが再登録される。

【００２７】世代管理制御手段４は、図３に示す世代管
理テーブル５を参照しながらシステムの世代変更を行
う。世代管理テーブル５はシステム単位のシステム世代
ＩＤ（ＳＹＳ１，ＳＹＳ２，．．．）と、履歴情報記憶
手段２に登録されているファイル単位（Ａ〜Ｆ）のファ
イル世代ＩＤ（Ｖ１，Ｖ２，Ｖ３，．．）の対応関係を
登録するもので、各世代のシステムを構成するファイル
群の同期をとるために用いられる。

【００２８】図３で、記号「→」は、当該システム世代
でファイル世代の変更がないことを示し、前システム世
代と同じファイル世代を採用している。記号「−」は、
当該システム世代に当該ファイルを使用していないこと
を示し、たとえば、ファイルＣは履歴情報２ａには登録
されているが、使用はＳＹＳ５が初めてとなる。

【００２９】同図（ｂ）のＳＹＳ６は、同図（ａ）では
全て空白であり、このシステムは履歴情報記憶手段２へ
登録のないファイルまたはフィル世代を含む新世代シス
テムである。なお、「区分」の項目は、システム世代の
現状のステータスを示し、ＣＵＲは現世代システム、Ｃ
ＨＧは変更先世代システムを表す識別子である。

【００３０】世代管理テーブル５は、システム世代とプ
ログラム登録情報の世代（Ｖ１，Ｖ２，．．．）との対
応関係も定義している。図４（ａ）〜（ｄ）は、世代管
理テーブル５の付属情報として定義されるプログラム登
録情報テーブル５１で、任意のプログラム、例えばプロ
グラムＡのプログラム登録情報について、コンパイルオ
プション、リンク・ロードオプション、実行プログラム
オプション及び全体削除の例を示している。

【００３１】なお、図３のソースファイルと図４のプロ
グラム情報が対応するプログラム、例えばファイルＡと
プログラムＡは、説明を簡単にするため以下では１対１
に対応しているものとするが、これに限られるものでは
ない。たとえば、複数のファイルＡ〜Ｃからプログラム
Ａが生成される場合は、プログラム構成情報に基づい
て、プログラムアップデート処理が行なわれることは周
知であり、本実施例においても適用可能である。

【００３２】次に、システム世代変更に伴う世代管理制
御手段４におけるプログラム群の管理を、図５〜図１０
を参照しながら説明する。なお、ここでのシステム世代
変更は、変更先システムを構成するソースファイル等の
履歴情報２による生成と現世代システム情報１への登録
であり、さらには、世代変更で更新したソースファイル
またはプログラム登録情報を元にアップデートし、動的
な情報である実行形式ファイル及び実行プログラムの再
登録である。

【００３３】図５は、世代管理の概略を示す処理フロー
である。ステップＳ１０で、システム変更要求を、端末
１１０からの変更先システム世代ＩＤにより受け付け、
ステップＳ２０で、受け付けたシステム世代ＩＤが世代
管理テーブル５に登録されているか判定する。登録され
ている世代ＩＤ、たとえばＳＹＳ５への世代変更要求の
場合は、世代管理テーブル５のＳＹＳ５にＣＨＧを設定
し、後述するステップＳ３０による世代変更処理を行
う。

【００３４】一方、ステップＳ１０〜２０で未登録の世
代ＩＤであるＳＹＳ６が受け付けられた場合は、ステッ
プＳ４０で世代管理テーブル５にＳＹＳ６のＩＤを追加
して区分をＣＨＧとし、未登録のファイルについて端末
から１１０からの入力を受け付け、ファイル登録手段３
を動作させて現世代システム情報記憶手段１に登録す
る。図３（ｂ）の例では、ファイルＡのＶ５、ファイル
ＤのＶ４、ファイルＦのＶ１および登録情報のＶ３が新
規登録される。この後、新世代登録処理Ｓ５０で、後述
する履歴情報の登録を行う。

【００３５】世代変更処理の後に、後述するステップＳ
６０でプログラムアップデート処理を行い、さらにステ
ップＳ７０で、図３（ｂ）のように世代管理テーブル５
の更新を行い、変更先世代区分ＣＨＧを現世代区分ＣＵ
Ｒへ変更し、新世代システムＳＹＳ６を構成する各ファ
イル世代ＩＤを登録して、以後の管理に供する。なお、
世代管理テーブル５の更新は、ステップＳ３０、Ｓ５０
で行ってもよい。

【００３６】図６は、上記したステップＳ３０の世代変
更処理を示すフローチャートである。ここでは、図３に
示す現システム世代ＳＹＳ４から変更先システム世代Ｓ
ＹＳ５へ、世代変更する場合を例に説明する。

【００３７】ステップＳ３０１で、ＳＹＳ４を構成する
ファイル世代ＩＤとＳＹＳ５のファイル世代ＩＤを、世
代管理テーブル５を参照してファイルＡから登録情報ま
でファイル毎に比較する。ファイルＡ、Ｆは両者のファ
イルＩＤ世代が一致しているので、以後の世代変更処理
はパスされる。

【００３８】ファイル世代ＩＤが一致しないその他のフ
ァイルは、ステップＳ３０２で、変更先世代には当該フ
ァイルがあるか判定する。「無し」の場合、即ちＳＹＳ
４にあってＳＹＳ５にないファイルＥは、ステップＳ３
０５で、ファイル登録管理手段３を動作させて記憶手段
１のファイル群１ａから削除する。

【００３９】一方、ステップＳ３０２で「有り」と判定
されるファイルＢ，Ｄおよび登録情報は、ファイル登録
管理手段３を指示してＳＹＳ５のファイル世代を履歴情
報２ａ，２ｂから生成し、記憶手段１の現世代ファイル
群１ａのファイルＤおよび登録情報１ｂと置換する。同
様に「有り」と判定されたファイルＣ（Ｖ１）は、現世
代ＳＹＳ４には使用していなが履歴情報２ａには登録が
あるので、履歴情報２ａから生成され、現世代ファイル
群１ａに追加される。

【００４０】ＳＹＳ４とＳＹＳ５の全ファイルが終了す
るまで、ファイル毎に上記の処理を繰返し（ステップＳ
３０６）、現世代システム情報１の更新が終了する。な
お、この後すぐに、世代管理テーブル５の更新を行うよ
うにしてもよい。

【００４１】これによれば、現世代から変更先システム
世代への世代変更が自動化されるとともに、ファイルの
生成と置換の処理が最小化されて、世代変更におけるオ
ーバヘッドを低減することができる。

【００４２】次に、上記したステップＳ５０の新世代登
録処理を、図７のフローチャートにしたがって説明す
る。現世代システム情報１はステップＳ４０により、図
３（ｂ）に示すＳＹＳ５からＳＹＳ６の各ファイルに更
新されているものとする。

【００４３】まず、ステップＳ５００で現世代システム
情報１（ＳＹＳ６）の各ファイルについて履歴情報の有
無をチエックする。履歴情報のある場合はステップＳ５
０１で、その履歴情報２ａ，２ｂから最新世代ファイル
を生成する。つぎに、ステップＳ５０２で、この最新世
代ファイルと現世代システム情報の該当ファイルを照合
する。照合は両ファイルの内部データについて行い、両
ファイルが一致しているときは（ファイルＢ，Ｃ）、ス
テップＳ５０３で履歴情報の登録処理がパスされる。

【００４４】両ファイルのデータが一致していないとき
（ファイルＡ，Ｄ，Ｇおよび登録情報）は、各々の最新
ファイルＩＤを更新し（Ｓ５０４）、両ファイルの内部
データの差分による履歴情報を、ファイル登録管理手段
３により作成して、履歴情報記憶手段２に登録する（Ｓ
５０５）。また、世代管理テーブル５のＳＹＳ６の該当
ファイル欄に、データに変更のないときは「→」、変更
のあるときは新ファイルＩＤを設定し（Ｓ５０６）、そ
の後、Ｓ５０１で生成した最新世代ファイルを削除する
（Ｓ５０７）。なお、ファイルＧは新規の登録情報であ
り、履歴情報にはそのＶ１の全データが登録される。

【００４５】これによれば、履歴情報の登録が自動化さ
れるので、多数のファイルを有するシステムの場合にも
信頼性の高い版管理が可能になる。また、更新のオーバ
ヘッドも削減できる。

【００４６】このように、世代変更または新世代登録さ
れた現世代システム情報１のソースファイルは、その登
録日付も同時に更新されるので、ステップＳ６０のアッ
プデート処理により、各段階の動的ファイルやプログラ
ムが再登録される。

【００４７】ところで、上記した世代変更処理におい
て、ソースファイルの変更はないがそのプログラム登録
情報は変更される場合がある。ステップＳ６０は、この
ような場合にも自動的に実行されるアップデート処理を
含むもので、図４に示す現世代ＳＹＳ４から変更先世代
ＳＹＳ５へのプログラム登録情報を例に、図８のフロー
チャートにしたがって説明する。なお、同図に示すステ
ップＳ６１３の処理が、従来のプログラムアップデート
に相当し、Ｓ６００〜Ｓ６１２はその前処理となる。

【００４８】まず、ステップＳ６００で、変更先ＳＹＳ
５の登録情報ＩＤに変更（変更および削除）があるか世
代管理テーブル５でチエックする。Ｖ１からＶ２に変更
されているのでステップＳ６０１に進み、対象ソースプ
ログラム（ここではファイルとプログラムは１対１に対
応するものとする）が変更されているかテーブル５でチ
エックする。ソースプログラム、即ちソースファイルが
変更されている場合は、ステップＳ６１３に移行しての
通常のアップデート処理が行われる。

【００４９】一方、図３のファイルＡの場合は、ＳＹＳ
４とＳＹＳの間に世代変更がないので、この場合は以下
の処理が行われる。ステップＳ６０２でプログラム登録
情報管理テーブル５１を参照し、当該ソースプログラム
Ａに登録情報全部の削除があるか判定する。図４（ａ）
〜（ｄ）は、プログラムＡにたいするプログラム登録情
報の変更例を示し、同図（ｄ）が全削除の例である。こ
の場合は、ステップＳ６０３〜Ｓ６０５で、ＳＹＳ４の
ファイルＡ（Ｖ４）の各段階のファイル／プログラムが
削除され、それぞれの記憶手段に残存する不要情報が取
り除かれる。

【００５０】つぎに、ステップＳ６０６でコンパイルオ
プションの変更があるかチエックし、図４（ａ）の例の
ようにオプティマイズレベルが変更していれば、ステッ
プＳ６０７でソースファイルＡの登録日付を更新する。
コンパイル情報の変更でなければ、ステップＳ６０８で
リンクロードオプションが変更されているかチエック
し、同図（ｂ）のように変更があるときは（削除も含
む）、ステップＳ６０９でオブジェクトファイル日付を
更新する。つぎに、ステップＳ６１０で、実行プログラ
ム登録オプションの変更をチエックし、同図（ｃ）のよ
うに実行プライオリティの変更があれば、実行形式ファ
イルの登録日付を更新する。

【００５１】以上の処理をＳＹＳ５の全プログラムにつ
いて終了したときに（Ｓ６１２）、通常のプログラムア
ップデート（Ｓ６１３）が実行される。同図（ａ）の場
合はソースファイルＡの日付が更新されているので、Ｓ
ＹＳ４で登録したオブジェクトファイルＡの日付と比較
される。この結果ソースファイル日付の方が新しいの
で、変更されたオプティマイズレベル２でコンパイルし
たオブジェクトファイルＡが再登録され、以下、実行形
式ファイル、実行プログラムの再登録も連鎖的に行われ
る。

【００５２】同図（ｂ）の場合は、オブジェクトファイ
ル日付が更新されているので、ＳＹＳ４で登録したオブ
ジェクトファイルＡを元に、標準のリンクロード仕様に
よる実行形式ファイルの再登録と実行プログラムの再登
録が実行される。

【００５３】同図（ｃ）の場合は、実行形式ファイルの
登録日付が更新されているので、オブジェクトファイル
Ａと実行形式ファイルＡはＳＹＳ４のままで、実行形式
ファイルＡからプライオリティ６０による実行プログラ
ムＡの再登録が行われる。

【００５４】図９は、上記したＳ６０６〜Ｓ６１１の変
形例で、Ｓ６０７，Ｓ６０９，Ｓ６１１に対応するＳ６
０７Ａ，Ｓ６０９Ａ，Ｓ６１１Ａの各々は、日付の更新
に代えて１段階下位のファイルまたはプログラムの日付
を削除している。これによっても、Ｓ６１３のアップデ
ート処理は図８と同じになる。

【００５５】図１０は、プログラム登録情報に基づくプ
ログラムアップデート処理を、実行手段を含んで概念的
に説明した図で、コンパイラ６１、リンカローダ６２お
よびプロセス登録手段６３（制御装置１０６の１機能）
は、プログラムアップデート手段６の指示によって起動
される。

【００５６】本実施例のプログラムアップデート処理に
よれば、通常のアップデートの実行に先立って、プログ
ラム登録情報に基づく所定の前処理を実行するので、プ
ログラム登録情報のみの変更や削除に対しても、必要な
アップデート処理が自動的に行なわれる。これによっ
て、従来、ユーザが費していた多大な時間と手間が省力
化され、変更システムの信頼性も向上できる。さらに、
世代変更処理による業務の中断を大幅に短縮できるの
で、オンライン業務の速やかな再開による連続運転シス
テムの操業率を向上できる。

【００５７】次に、分散システムのマスタ計算機から他
計算機のシステムを変更する、本発明の第２の実施例に
ついて説明する。

【００５８】図１１は、分散システムの構成と、マスタ
計算機１０１ａに接続される端末１１０の表示画面２０
１を示す。表示中のシステム内世代情報２０２は、シス
テムの各計算機（名称）にたいするシステム世代、計算
機種別および管理システム世代を示している。この例の
計算機種別はＴＣＳとＨＢＳの２種類で、同一の種類は
同一のソフトウェア構成を有し、ＴＣＳはノードＡ（１
０１ａ）、ＨＢＳはノードＥ（１０１ｅ）がマスタ計算
機となって管理している。

【００５９】マスタ計算機１０１ａは、第１の実施例で
説明した自己の世代変更とともに、他の計算機のシステ
ム変更に必要な情報を生成して、図１に示すシステム変
更情報記憶手段１１に収集し、この情報をシステム内の
同一種別の他ノード１０１ｂ〜１０１ｄに配信して、各
計算機のシステム変更を行うもので、図１２はその概略
フローを示している。

【００６０】ステップＳ７０１で、端末１１０からのシ
ステム変更要求が受付られると、世代管理制御手段４
は、ステップＳ７０２で現状のシステム内世代情報２０
１を収集し表示する（Ｓ７０３）。この画面２０１に
は、変更計算機種別２０３と変更システム世代２０４の
操作コマンド入力画面が表示されていて、ステップＳ７
０４とＳ７０５でユーザの指示が受付られる。以下で
は、種別がＴＣＳ、システム世代がＳＹＳ５の場合を例
に、マスタ１０１ａと他ノード１０１ｂ〜１０１ｄのシ
ステム世代変更を例に説明する。

【００６１】ステップＳ７０６で、システム変更情報が
収集され、記憶手段１１に格納される。この収集が終了
すると（マスタの変更終了）、ステップＳ７０７〜７０
９で、この変更情報をノードＢ，Ｃ，Ｄに順次、配送し
てシステム変更要求を行う。この配送は、世代管理制御
手段４の指示により、情報配布送受手段１０がシステム
変更情報を所定のデータフォーマットに編集して後に行
う。

【００６２】図１３は、ステップＳ７０６に応じた、世
代変更処理におけるシステム変更情報１１の生成と収集
の処理を示す。これは、図６の世代変更処理のステップ
Ｓ３０４の生成ファイルの現世代情報１への置換と、Ｓ
３０５の現世代ファイルの削除に対応して実行される。
すなわち、ステップＳ３０４Ａ，Ｂで生成ファイルの名
称と生成ファイルを、ステップＳ３０５Ａで削除ファイ
ルの名称をシステム変更情報記憶手段１１に転送する。
これらの処理は、世代管理手段４の指示にしたがってフ
ァイル登録管理手段３が行う。

【００６３】図１４は、プログラムアップデート処理に
おけるシステム変更情報１１の収集処理を示す。すなわ
ち、図８におけるステップＳ６０７，Ｓ６０９およびＳ
６１１の日付更新処理に対応して、プログラムアップデ
ートの開始点となる、コンパイルポイント、リンクロー
ドポイントおよびプログラム登録ポイントをプログラム
アップデート情報１１ｂとして記憶する。

【００６４】図１５は、システム変更情報のデータフォ
ーマットで、（ａ）は、転送ファイル名称情報１１ａ、
（ｂ）はプログラムアップデート情報１１ｂについて示
している。

【００６５】システム変更情報１１は、情報配布送受手
段１０によって通信装置１０２を介して他計算機に配送
される。マスタでない他計算機は、受信した変更情報を
自己の情報配布送受手段１０によってシステム変更情報
記憶手段１１に取り込む。

【００６６】さらに、マスタからのシステム変更要求に
よって、ファイル登録管理手段３が現世代システム情報
記憶手段１を更新する。すなわち、変更情報１１の生成
ファイル名称１１ａとそのソースファイルや登録情報１
１ｃを現世代システム情報の１ａ，１ｂに置換または追
加し、削除ファイル名称１１ａに応じて現世代情報１ａ
から不要なソースファイルを削除する。さらに、プログ
ラムアップデート情報１ｂに対応するファイル／プログ
ラムについて、その指定のアップデート開始位置から、
プログラムアップデート手段６による再登録を実行す
る。

【００６７】上記の例では、変更する計算機種別がＴＣ
Ｓの１種であったが、複数の種別のシステム変更を連続
的に実行することもできる。また、システム内の世代管
理を行うマスタ計算機は、固定でなく他の計算機が代替
することも可能である。図１６は、このような場合の処
理フローを示す。

【００６８】各計算機は、自己の端末あるいはネットワ
ークから変更計算機種別が受付られると、ステップＳ８
０１で、その種別が自計算機と同一か判定する。同一で
あれば、Ｓ８０２で自計算機がマスタか否か判定する。
マスタでなければ、Ｓ８０３でマスタ計算機へのシステ
ム変更要求を行う。マスタ計算機であれば、Ｓ８０４〜
Ｓ８０６でシステム変更情報の生成、収集を行い、他計
算機に配布してシステム変更要求を行う。これをシステ
ム変更対象の全計算機種別が終了するまで繰返し行う
（Ｓ８０７）。

【００６９】本実施例によれば、同一システム世代で稼
働している複数計算機の変更情報の生成が１回ですみ、
システム内の世代変更をオーバヘッド少なく高速に処理
できる。しかも、マスタ計算機以外は現世代のプログラ
ム群管理ですみ、履歴情報の管理が不要となる。

【００７０】なお、オンラインでのシステム変更が頻繁
で、計算機間の転送情報量を低減したいときは、マスタ
以外の計算機に履歴情報を具備させ、変更情報１１を差
分情報で送るようにしてもよい。また、ネットワークに
よらず、システム変更に必要な情報を外部記憶装置を用
いて他計算機にインストールすることも可能である。

【００７１】

【発明の効果】本発明のプログラム群世代管理方式によ
れば、変更先世代を指示するのみでシステムの世代変更
が自動化でき、かつ、現世代と変更先世代のファイル世
代が一致しないときのみファイルを生成するので、処理
のオーバヘッドも削減できる。

【００７２】本発明のプログラムアップデート方法によ
れば、プログラム登録情報のみが変更する場合にも、プ
ログラムアップデートの完全な自動処理ができるので、
ユーザの手間と時間を大幅に省力化でき、プログラム群
管理の信頼性を向上できる効果がある。

【００７３】本発明の分散処理システムによれば、多数
の計算機の世代変更が１回の変更情報の生成で実行でき
るので、世代変更のための計算機の中断が短く、オンラ
イン業務の処理効率を向上できる。

【図面の簡単な説明】

【図１】本発明の一実施例である世代管理装置の構成を
示す機能ブロック図である。

【図２】本発明の一適用例である分散処理システムの構
成図である。

【図３】システム世代とファイル世代の相互関係を定義
する世代管理テーブルである。

【図４】システム世代のプログラム登録情報を定義する
プログラム登録情報テーブルである。

【図５】プログラム群世代管理の概略を示すゼネラルフ
ローチャートである。

【図６】世代変更処理の詳細を示すフローチャートであ
る。

【図７】新世代登録処理の詳細を示すフローチャートで
ある。

【図８】プログラムアップデート処理の詳細を示すフロ
ーチャートである。

【図９】プログラムアップデート処理の他の例を示すフ
ローチャートである。

【図１０】プログラムアップデート処理手段の構成を説
明する説明図である。

【図１１】本発明の第二の実施例である分散処理システ
ムのシステム内世代情報を示す画面である。

【図１２】他の計算機のシステム変更におけるマスタ計
算機の処理を示すフローチャートである。

【図１３】システム変更情報の転送ファイルの収集を示
すフローチャートである。

【図１４】システム変更情報のプログラムアップデート
情報の収集を示すフローチャートである。

【図１５】システム変更情報の構成を示データフォーマ
ットである。

【図１６】システム変更の他の処理例を示すフローチャ
ートである。

【符合の説明】

１…現世代システム情報記憶手段、２…履歴情報記憶手
段、３…ファイル登録管理手段、４…世代管理制御手
段、５…世代管理テーブル、６…プログラムアップデー
ト手段、７…オブジェクトファイル記憶手段、８…実行
形式ファイル記憶手段、９…実行プログラム記憶手段、
１０…システム変更情報送受手段、１１…システム変更
情報記憶手段、１０１…計算機、１０２…通信装置、１
０３…ネットワーク、１０４…世代管理装置、１０６…
制御装置、１０７…入出力手段、１０９…磁気ディス
ク、１１０…端末装置、２０１…端末装置の表示画面。

───────────────────────────────────────────────────── フロントページの続き (72)発明者三和直樹茨城県日立市大みか町五丁目２番１号株式会社日立製作所大みか工場内

Claims

【特許請求の範囲】

【請求項１】現世代のシステムを構成するプログラム群
とプログラム毎の世代の履歴情報を登録し、システムの
変更を管理するプログラム群世代管理方法において、前記現世代のシステムまたは前記履歴情報に登録されて
いる複数のプログラムと複数のシステムの相互関係を、
プログラム世代のＩＤによって予め定義し、システムの変更要求にしたがい、前記現世代と変更先の
システムを前記相互関係に基づいてプログラム毎に比較
し、両者のプログラム世代ＩＤが一致しないときに変更
先のプログラム世代を前記履歴情報から生成し、この生
成されたプログラムを現世代の前記プログラム群の中の
該当プログラムと置換して、システムの世代変更を行う
ことを特徴とするプログラム群世代管理方法。
【請求項２】請求項１において、前記プログラムはソー
スファイルであり、前記置換によって更新されたソース
ファイルを元に、それをコンパイルしたオブジェクトフ
ァイル、それをリンクロードした実行形式ファイル、そ
れをメモリ上に記憶した実行プログラムを順次再登録す
る、アップデート処理が行なわれることを特徴とするプ
ログラム群世代管理方法。
【請求項３】請求項１または２において、前記変更先の
システムが前記履歴情報に登録の無い新世代プログラム
を含むとき、前記新世代プログラムに対応する前記履歴
情報の最新プログラムを生成し、前記新世代プログラム
と前記最新プログラムを照合して新たな履歴情報を生成
することを特徴とするプログラム群世代管理方法。
【請求項４】プログラム毎の世代変更と、複数のプログ
ラムの組合せで構成されるシステムの世代変更を管理す
るプログラム群世代管理装置において、各プログラム毎にその履歴情報を記憶する履歴情報記憶
手段と、現世代のシステムを構成する複数のソースファイルから
なるプログラム群を記憶する現世代システム情報記憶手
段と、所定の履歴情報から所定のソースファイルを生成し、前
記現世代システム情報記憶手段に登録または置換するフ
ァイル登録管理手段と、前記履歴情報に登録されているプログラムとシステムの
相互関係を、プログラム世代ＩＤによって定義する世代
管理テーブルと、変更先のシステムを指示する入力手段からの変更要求に
したがい、現世代と変更先のシステム世代を前記世代管
理テーブルを参照してプログラム毎に比較し、両者のプ
ログラム世代ＩＤが一致しないときに前記ファイル履歴
管理手段を動作させて変更先のプログラム世代を前記履
歴情報から生成し、現世代システムの該当プログラムと
置換させる世代管理制御手段と、を備えることを特徴と
するプログラム群世代管理装置。
【請求項５】請求項４において、前記現世代システム情
報記憶手段には前記ソースファイルのプログラム登録情
報が登録され、前記履歴情報記憶手段には各プログラム
世代のプログラム登録情報に関する履歴情報が記憶さ
れ、前記世代管理テーブルにはシステム世代とプログラ
ム登録情報の相互関係を、プログラム登録情報世代ＩＤ
によって定義されることを特徴とするプログラム群世代
管理装置。
【請求項６】請求項５において、前記現世代システム情
報記憶手段に登録されているプログラム登録情報が変更
される場合に、その変更内容に応じてオブジェクトファ
イルまたは実行形式ファイルまたは実行プログラムのい
ずれかから再登録を開始するプログラムアップデート処
理手段を備えることを特徴とするプログラム群世代管理
装置。
【請求項７】ソースファイルが更新される場合に、オブ
ジェクトファイル、実行形式ファイルおよび実行プログ
ラムの順番でプログラム登録情報に基づく再登録を行う
プログラムアップデート処理方法において、ソースファイルに対応するプログラム登録情報のみが変
更される場合は、再登録する前記順番のもので、前記変
更により影響を受けるもの以後を再登録することを特徴
とするプログラムアップデート処理方法。
【請求項８】請求項７において、前記プログラム登録情
報にはコンパイルオプション、リンクロードオプショ
ン、実行プログラムオプションの少なくとも一つを含
み、コンパイルオプションが変更されるときはオブジェ
クトファイルから再登録し、リンクロードオプションが
変更されるときは実行形式ファイルから再登録し、実行
プログラムオプションが変更されるときは実行プログラ
ムを再登録することを特徴とするプログラムアップデー
ト処理方法。
【請求項９】請求項７または請求項８において、前記プ
ログラム登録情報の変更内容に応じて、前記変更により
影響を受けるものの一つ前の順番のものの登録日付を更
新することを特徴とするプログラムアップデート方法。
【請求項１０】請求項７または請求項８において、前記
プログラム登録情報の変更内容に応じて、前記変更によ
り影響を受けるもの以後の現登録日付を削除することを
特徴とするプログラムアップデート方法。
【請求項１１】世代管理機能をもつマスタ計算機と世代
管理機能をもたない他の計算機群をネットワークで接続
する分散処理システムにおいて、マスタ計算機は、複数のソースファイルとそのプログラ
ム登録情報を記憶する現世代システム情報記憶手段と、
前記ソースファイルおよび／またはプログラム登録情報
を更新し、かつ、更新したソースファイルまたはプログ
ラム登録情報または削除するファイル名称の少なくとも
一つを含むシステム変更情報を生成するプログラム登録
管理手段と、前記システム変更情報を他の計算機に配布
する送信手段を備え、前記他の計算機は、マスタ計算機からのシステム変更情
報を受信する受信手段と、自己の現世代システム情報記
憶手段と、受信したソースファイルまたはプログラム登
録情報または削除するファイル名称に従って前記自己の
現世代システム情報記憶手段を更新するプログラム登録
管理手段を備えることを特徴とする分散処理システム。
【請求項１２】請求項１１において、前記マスタ計算機
のプログラム登録管理手段は、前記プログラム登録情報
の変更内容にしたがい、対応するソースファイル毎にオ
ブジェクトファイル、実行形式ファイルおよび実行プロ
グラムの順番で行うプログラムアップデート処理の開始
位置を前記システム変更情報に付加し、前記他の計算機
は、前記開始位置に示されるファイル／プログラムから
変更されたプログラム登録情報に対応するソースファイ
ルのアップデート処理を行うプログラムアップデート処
理手段を備えることを特徴とする分散処理システム。
【請求項１３】請求項１１または請求項１２において、
分散処理システム内の同一種類の計算機はそれを管理す
るマスタ計算機と同時的に世代変更されることを特徴と
する分散処理システム。