JPH1091405A - ソフトウェア保守方法 - Google Patents

Abstract

(57)【要約】 【課題】 異なる複数のシステム世代番号のソフトウェ
アシステムを管理することが可能な技術を提供する。 【解決手段】 異なる複数のソフトウェアシステムを構
成するプログラムのプログラム世代番号と前記プログラ
ムを生成するソースファイルのソースファイル世代番号
とを対応付けるソフトウェア世代管理データベースを作
成し、前記異なる複数のソフトウェアシステムのシステ
ム世代番号と前記ソフトウェアシステムを構成するプロ
グラムのプログラム世代番号とを対応付けるシステム定
義ファイルを作成し、前記ソフトウェア世代管理データ
ベース及びシステム定義データベースによって対応付け
られたシステム世代番号、プログラム世代番号及びソー
スファイル世代番号により、異なる複数のシステム世代
番号のソフトウェアシステムを構成するプログラムを管
理するものである。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の実行系計算
機のソフトウェア保守を行うソフトウェア保守方法に関
し、特に、複数の実行系計算機で稼働する異なる複数の
バージョンのソフトウェアの保守を行うソフトウェア保
守方法に適用して有効な技術に関するものである。

【０００２】

【従来の技術】従来の分散配置された複数の実行系計算
機で稼働する分散システムの開発では、例えば世代番号
がＶ１．０であるソフトウェア一式を１つの開発系計算
機で開発した後に、複数の実行系計算機に前記開発した
ソフトウェアをインストールして稼働させている。

【０００３】前記稼働させたソフトウェアの保守段階に
入ると、前記ソフトウェアに対して各種の修正が行われ
るので、各実行系計算機内のソフトウェアは取り扱う環
境の違いによってそれぞれソースコードが異なってく
る。

【０００４】この違いを識別する為にソフトウェアの世
代管理に従ってソフトウェアをバージョン表現すると、
当該ソフトウェアは、例えば実行系計算機ＡではＶ１．
２で稼働し、実行系計算機ＢではＶ１．３で稼働し、実
行系計算機ＣではＶ１．１で稼働していると表現でき
る。

【０００５】この様に、前記分散システムの開発では、
各実行系計算機で稼働しているソフトウェアの世代番号
が異なることがほとんどであり、前記分散システムでは
ソフトウェア世代管理が必要不可欠である。

【０００６】さて、ソフトウェア一式（以下ソフトウェ
アシステムと呼ぶ）は複数のプログラム（ロードモジュ
ール）で構成され、前記プログラムは複数のソースファ
イルにより生成される複数のオブジェクトモジュールに
より構成される。

【０００７】前記ソフトウェアシステムにおいて、プロ
グラムは入替え処理を行う最小単位であり、ソースファ
イルは修正処理を行う最小単位である。

【０００８】前記分散システムの開発の様に、複数の世
代番号のソフトウェアシステムの保守を行う場合には、
これらソフトウェアシステム、プログラム及びソースフ
ァイルに対して、それぞれシステム世代番号、プログラ
ム世代番号及びソースファイル世代番号を付加し、前記
世代番号によるソフトウェア世代管理を行うことが次の
理由により必要不可欠となる。

【０００９】（１）システム世代番号：１つの実行系計
算機において、ソフトウェアシステムを入替えたタイミ
ングでシステム世代番号を更新することによって、シス
テム世代番号の遷移或いは入替え履歴を実行系計算機単
位で管理することが可能となる。

【００１０】前記の様にシステム世代番号を実行系計算
機単位で管理すると、ある実行系計算機で稼働している
全てのプログラムがどの世代番号のソフトウェアシステ
ムを構成しているかを知りたい場合や、または、実行系
計算機ＡがＶ１．１、Ｖ１．２、Ｖ１．３とバージョン
アップされている場合に実行系計算機ＢがＶ１．１のま
まならば実行系計算機ＢをＶ１．３にする等の様に、ソ
フトウェアシステムの管理が容易となる。

【００１１】（２）プログラム世代番号：プログラムは
実行系計算機に格納される最小単位であるので、実行系
計算機に格納されているプログラムが何の世代番号のも
のかを識別できる必要がある。

【００１２】これは、プログラムの入替えを行うときに
プログラムの世代番号の指定がないと、リモート保守マ
シンやシステム管理者は、どのプログラムの入替えを行
うべきかが判らないからである。

【００１３】（３）ソースファイル世代番号：不具合原
因元のソースファイルのバージョンを特定することが可
能となり、不具合対策を実施することが可能となる為で
ある。

【００１４】また、従来のソフトウェア管理方法につい
ては、特開平５−１０８３１７号「ネットワークシステ
ム及びそのソフトウェア管理方法」に示されている。

【００１５】前記従来のソフトウェア管理方法では、複
数の異質なソフトウェアを保守する場合に、ソフトウェ
アの処理内容（制御系／情報系）、信頼度（入替えの成
功率が１００％かそれ以外）、改修頻度（何回／月）等
に柔軟に対応する為のソフトウェア／サイト管理構成及
び方法を特徴としている。

【００１６】前記従来のソフトウェア管理方法のソフト
ウェア／サイト管理では、マトリックステーブルを準備
して、行欄にサイト名称を列欄にソフトウェア名称を記
述しておき、ソフトウェア名称欄を管理種別と世代番号
の欄に分けた構成としている。

【００１７】前記構成のサイト欄と管理種別欄の交差す
る欄にソフトウェアの転送種別（Ｂｕｌｌｅｔｉｎ Ｂ
ｏａｒｄ／Ｂｒｏａｄ Ｃａｓｔ／ＰｔｏＰ）と配布種
別（ソースファイル／プログラム（ロードモジュールか
オブジェクトモジュール））を記述し、サイト欄と世代
番号欄の交差する欄にソフトウェアの世代番号を記述し
ておく（制御系ではメモリ占有量、常駐／非常駐等のプ
ログラム属性も管理）。

【００１８】前記従来のソフトウェア管理方法では、こ
のソフトウェア／サイト管理をソフトウェア保守専用の
計算機が一括して集中管理すると共に、管理対象をシス
テムプログラムとユーザプログラムとしている。

【００１９】前記従来のソフトウェア管理方法における
ソフトウェアの転送は、制御系ネットワークの負荷に妨
げない為に、情報系ネットワークを介して行なう。

【００２０】前記情報系ネットワークを介して実行系計
算機へソフトウェアを転送した後に、実行系計算機が現
行から新バージョンへソフトウェアを切り替える。

【００２１】このソフトウェア切り替えに失敗した場合
には、実行系計算機は旧バージョンのソフトウェアへの
復旧が可能である。

【００２２】

【発明が解決しようとする課題】本発明者は、前記従来
技術を検討した結果、以下の問題点を見い出した。

【００２３】すなわち、前記従来のソフトウェア管理方
法では、主として、現実のアプリケーションプログラム
に対するソフトウェア保守へ適用する場合に、ソフトウ
ェア保守の信頼性を損なう次の問題点がある。

【００２４】（１）ソースファイルとロードモジュール
の世代番号間の相対関係がない。

【００２５】この為、複数バージョンの内の１つのバー
ジョンのロードモジュールが不良を発生させた場合、そ
のロードモジュールに対するソースファイルのバージョ
ンを特定できないので、ロードモジュールの不良を対策
することができない。

【００２６】但し、最新バージョンのソースファイルで
置き換えるという対策は可能であるが、この様な対策は
現実のアプリケーションプログラムではほとんどありえ
ない。

【００２７】（２）現実のアプリケーションプログラム
において、プログラム種別には、ライブラリ、間接リン
クライブラリ（ＩＲＳＵＢ）、タスク、プロセス等があ
る。

【００２８】この場合、共通プログラム（ライブラリと
ＩＲＳＵＢ）を先に入替えておかないと、タスクとプロ
セスは旧バージョン（入替え前）の共通プログラムとリ
ンケージする危険性があり、そのタスクとプロセスを新
バージョンとして正常に切り替えができない。この入替
え順序については何も言及されていない。

【００２９】（３）ソフトウェア管理は、新／現／旧の
３種類のバージョンのプログラム（ソースファイルまた
はロードモジュール）を管理するだけであり、複数世代
のプログラムを管理していない。

【００３０】この為、実行系計算機にソフトウェアを登
録した時点で、実行系計算機に格納されている異なる複
数の世代番号のソフトウェア一式（ソースファイル及び
ロードモジュールの現行バージョンの一式）を外部記憶
媒体へバックアップすることができない。

【００３１】（４）従来のソフトウェアの登録では、あ
るプログラムの入替え処理を行ったときの実績管理は、
当該プログラムを実行環境にローディングしたときの結
果と直接関連がなかった為、実績管理が実行環境に一致
していないことがあり、実績と実行環境の一致性を保証
できないという問題があった。

【００３２】本発明の目的は、異なる複数のシステム世
代番号のソフトウェアシステムを管理することが可能な
技術を提供することにある。

【００３３】本発明の他の目的は、異なる複数のシステ
ム世代番号のソフトウェアシステム構築の再現性を向上
させることが可能な技術を提供することにある。

【００３４】本発明の他の目的は、稼働中のソフトウェ
アシステムを構成するプログラムから前記プログラムを
生成するソースファイル及びソースファイル世代番号を
特定することが可能な技術を提供することにある。

【００３５】本発明の他の目的は、プログラムの配布時
間を最小限に抑えることが可能な技術を提供することに
ある。

【００３６】本発明の他の目的は、稼働中の複数のシス
テム世代番号のソフトウェアシステムを構成するプログ
ラムを生成するソースファイルのバックアップを行うこ
とが可能な技術を提供することにある。

【００３７】本発明の他の目的は、実行系計算機のソフ
トウェアシステムを変更したときにリンク関係を確認す
ることが可能な技術を提供することにある。

【００３８】本発明の前記並びにその他の目的と新規な
特徴は、本明細書の記述及び添付図面によって明かにな
るであろう。

【００３９】

【課題を解決するための手段】本願によって開示される
発明のうち、代表的なものの概要を簡単に説明すれば、
下記のとおりである。

【００４０】（１）複数の実行系計算機で稼働するソフ
トウェアシステムの保守を行うソフトウェア保守方法に
おいて、異なる複数のソフトウェアシステムを構成する
プログラムのプログラム世代番号と前記プログラムを生
成するソースファイルのソースファイル世代番号とを対
応付けるソフトウェア世代管理データベースを作成し、
前記異なる複数のソフトウェアシステムのシステム世代
番号と前記ソフトウェアシステムを構成するプログラム
のプログラム世代番号とを対応付けるシステム定義ファ
イルを作成し、前記ソフトウェア世代管理データベース
及びシステム定義データベースによって対応付けられた
システム世代番号、プログラム世代番号及びソースファ
イル世代番号により、異なる複数のシステム世代番号の
ソフトウェアシステムを構成するプログラムを管理する
ものである。

【００４１】前記ソフトウェア保守方法では、異なる複
数のソフトウェアシステムを構成するプログラムのプロ
グラム世代番号と前記プログラムを生成するソースファ
イルのソースファイル世代番号とを対応付けるソフトウ
ェア世代管理データベースを作成しておく。

【００４２】前記ソフトウェア世代管理データベースで
は、プログラムとソースファイルの関連付けを明確にす
る為に、プログラムとソースファイルを階層的なディレ
クトリで管理する。

【００４３】例えば、プログラム単位毎にＳＣＣＳ（Ｓ
ｏｕｒｃｅ Ｃｏｄｅ Ｃｏｎｔｒｏｌ Ｓｙｓｔｅ
ｍ）及びプログラム世代番号のディレクトリを設けて、
ＳＣＣＳ下にソースファイルを世代管理して格納してお
き、プログラム世代番号のディレクトリ別に配布対象フ
ァイルを格納しておく。

【００４４】また、前記ソフトウェア保守方法では、前
記異なる複数のソフトウェアシステムのシステム世代番
号と前記ソフトウェアシステムを構成するプログラムの
プログラム世代番号とを対応付けるシステム定義ファイ
ルを作成しておく。

【００４５】前記ソフトウェア世代管理データベース及
びシステム定義データベースによって対応付けられたシ
ステム世代番号、プログラム世代番号及びソースファイ
ル世代番号により、特定のシステム世代番号のソフトウ
ェアシステムを構成するプログラムと前記プログラムを
生成するソースファイルとを対応付けることができる。

【００４６】そこで、前記ソフトウェア保守方法では、
異なる複数のシステム世代番号のソフトウェアシステム
を構成するプログラム、すなわち、前記ソフトウェアシ
ステムを構成するロードモジュール、または、前記ロー
ドモジュールを生成するオブジェクトモジュールやソー
スファイルを各システム世代番号毎に管理し、任意のシ
ステム世代番号のソフトウェアシステムの構築を可能と
している。

【００４７】以上の様に、前記ソフトウェア保守方法に
よれば、システム世代番号、プログラム世代番号及びソ
ースファイル世代番号を対応付けているので、異なる複
数のシステム世代番号のソフトウェアシステムを管理す
ることが可能である。

【００４８】（２）前記（１）に記載されたソフトウェ
ア保守方法において、前記ソフトウェア世代管理データ
ベース及びシステム定義データベースによって対応付け
られたシステム世代番号、プログラム世代番号及びソー
スファイル世代番号により、特定のシステム世代番号の
ソフトウェアシステムを構成するプログラムを実行系計
算機に配布するものである。

【００４９】前記ソフトウェア保守方法において、実行
系計算機で稼働中のソフトウェアシステムを異なるシス
テム世代番号のソフトウェアシステムに変更する場合に
は、まず、システム世代番号を指定して前記システム定
義データベースを検索し、前記システム世代番号に対応
するプログラム名とプログラム世代番号を読み出す。

【００５０】次に、前記プログラム名とプログラム世代
番号を使用して前記ソフトウェア世代管理データベース
を検索し、前記プログラム名及びプログラム世代番号に
対応するオブジェクトモジュールを読み出して、実行系
計算機に配布する。

【００５１】前記実行系計算機では、前記配布されたオ
ブジェクトモジュールによりプログラムを生成し、現行
のプログラムと入れ替える。

【００５２】以上の様に、前記ソフトウェア保守方法に
よれば、システム定義データベース及びソフトウェア世
代管理データベースの内容に従ってプログラムの配布を
行うので、異なる複数のシステム世代番号のソフトウェ
アシステム構築の再現性を向上させることが可能であ
る。

【００５３】（３）前記（２）に記載されたソフトウェ
ア保守方法において、前記配布されたプログラムと現行
のプログラムとの入替え処理を実行し、前記入替え処理
が成功したときに、前記入替え処理を行ったソフトウェ
アシステムのシステム世代番号、プログラム世代番号、
ソースファイル名及びソースファイル世代番号を稼働バ
ージョン管理データベースに格納して実行系計算機で稼
働中のソフトウェアシステムを管理するものである。

【００５４】前記ソフトウェア保守方法では、前記配布
されたプログラムと現行のプログラムとの入替え処理を
実行し、前記入替え処理が成功すると、前記入替え処理
を行ったプログラムからソースファイル名とソースファ
イル世代番号を取得する。

【００５５】次に、前記入替えたソフトウェアシステム
のシステム世代番号、プログラム世代番号、ソースファ
イル名及びソースファイル世代番号を稼働バージョン管
理データベースに格納する。

【００５６】前記の様にして入替え処理を行ったソフト
ウェアシステムを稼働させた結果、特定のプログラムに
不具合が発生した場合には、前記稼働バージョン管理デ
ータベースを検索し、不具合が発生したソースファイル
及びソースファイル世代番号を特定する。

【００５７】以上の様に、前記ソフトウェア保守方法に
よれば、入替え処理の行われたプログラムを生成するソ
ースファイル名とソースファイル世代番号を稼働バージ
ョン管理データベースに格納しているので、稼働中のソ
フトウェアシステムを構成するプログラムから前記プロ
グラムを生成するソースファイル及びソースファイル世
代番号を特定することが可能である。

【００５８】（４）前記（３）に記載されたソフトウェ
ア保守方法において、前記特定のシステム世代番号のソ
フトウェアシステムを構成するプログラムを配布する際
に、前記システム定義データベースの内容と前記稼働バ
ージョン管理データベースの内容とを比較し、前記稼働
バージョン管理データベースに格納されていない世代番
号のプログラムのみを配布するものである。

【００５９】前記ソフトウェア保守方法において、特定
のシステム世代番号のソフトウェアシステムを構成する
プログラムを配布する際に、前記システム定義データベ
ースに格納されている前記特定のシステム世代番号のプ
ログラム名及びプログラム世代番号と、前記稼働バージ
ョン管理データベースに格納されている稼働中のシステ
ム世代番号のプログラム及びプログラム世代番号とを比
較する。

【００６０】前記システム定義データベースに示された
前記特定のシステム世代番号のソフトウェアシステムを
構成するプログラムの内で、前記稼働バージョン管理デ
ータベースに格納されていない世代番号のプログラムを
選択し、前記選択したプログラムを生成するオブジェク
トモジュールのみを実行系計算機に配布する。

【００６１】以上の様に、前記ソフトウェア保守方法に
よれば、稼働バージョン管理データベースに格納されて
いない世代番号のプログラムのみを配布するので、プロ
グラムの配布時間を最小限に抑えることが可能である。

【００６２】（５）前記（３）に記載されたソフトウェ
ア保守方法において、前記稼働バージョン管理データベ
ースに格納されているシステム世代番号、プログラム世
代番号及びソースファイル世代番号を収集してバージョ
ン履歴管理データベースを作成し、前記作成したバージ
ョン履歴管理データベースに格納されたシステム世代番
号、プログラム世代番号及びソースファイル世代番号の
情報に従って、特定のシステム世代番号のソフトウェア
システムを構成するプログラムを生成するソースファイ
ルまたはオブジェクトモジュールのバックアップを行う
ものである。

【００６３】前記ソフトウェア保守方法では、まず、複
数の実行系計算機に格納されている稼働バージョン管理
データベース中のシステム世代番号、プログラム世代番
号及びソースファイル世代番号を収集してバージョン履
歴管理データベースを作成する。

【００６４】次に、前記作成したバージョン履歴管理デ
ータベースに格納されたシステム世代番号、プログラム
世代番号及びソースファイル世代番号の情報に従って、
特定のシステム世代番号のソフトウェアシステムを構成
するプログラムを生成するソースファイルまたはオブジ
ェクトモジュールのバックアップを行う。

【００６５】従来のソフトウェア管理では、新システム
世代番号、現行システム世代番号及び旧システム世代番
号の３種類のシステム世代番号のソフトウェアシステム
のみを管理するので、それ以外のシステム世代番号のソ
フトウェアシステムのバックアップを行うのは困難であ
る。

【００６６】また、異なる複数のシステム世代番号のソ
フトウェアシステムの管理を行っている場合には、バッ
クアップを行うべきシステム世代番号のソフトウェアシ
ステムが複数存在しており、どのシステム世代番号のソ
フトウェアシステムについてバックアップを行うべきか
が明かでない場合が生じる。

【００６７】そこで、前記ソフトウェア保守方法で、複
数の実行系計算機の稼働バージョン管理データベースか
ら稼働中のシステム世代番号のソフトウェアシステムに
関する情報を収集してバージョン履歴管理データベース
を作成し、前記作成したバージョン履歴管理データベー
スを参照してバックアップを行う。

【００６８】以上の様に、前記ソフトウェア保守方法に
よれば、複数の実行系計算機で稼働中のソフトウェアシ
ステムの情報を収集してバックアップを行うので、稼働
中の複数のシステム世代番号のソフトウェアシステムを
構成するプログラムを生成するソースファイルのバック
アップを行うことが可能である。

【００６９】（６）前記（３）に記載されたソフトウェ
ア保守方法において、前記配布されたプログラムを現行
のプログラムと入替える入替え処理を行った後に前記プ
ログラムのリンク関係の正当性を検査するものである。

【００７０】前記ソフトウェア保守方法では、前記配布
されたプログラムを現行のプログラムと入替える入替え
処理を行った後に、前記プログラムのリンク関係の正当
性を検査するコマンドを実行して、前記入替え処理を行
ったプログラムに未解決の外部参照が存在しているかど
うかを調べている。

【００７１】前記入替え処理が行われたプログラムの内
で、実行時に動的なリンクが行われるものについては、
プログラム単体でリンク関係の正当性を調べることがで
きないので、前記入替え処理が終了したときに前記入替
え処理を行ったプログラムについて、リンク関係の正当
性を検査するコマンドを発行して、当該システム世代番
号のソフトウェアシステムのリンク関係の正当性を調べ
ている。

【００７２】以上の様に、前記ソフトウェア保守方法に
よれば、プログラムの入替え処理を行った後にプログラ
ムのリンク関係の正当性を検査するので、実行系計算機
のソフトウェアシステムを変更したときにリンク関係を
確認することが可能である。

【００７３】

【発明の実施の形態】

（実施形態１）以下に、本発明のソフトウェア保守方法
において、複数の稼働バージョンのソフトウェアの保守
を行う実施形態１のソフトウェア保守方法を実施する実
施装置について説明する。

【００７４】図１は、本実施形態のソフトウェア保守方
法を実施する実施装置の概略構成を示す図である。図１
において、１００はリモート保守マシン、１０１はソフ
トウェア世代管理データベース、１０２はシステム定義
データベース、１０３はソフトウェア保守処理部、１０
４はバージョン履歴管理データベース、１０５はソース
バックアップ処理部、１１０は実機マシン、１１１は入
替え対象格納データベース、１１２はソフトウェア入替
え処理部、１１３は稼働バージョン管理データベースで
ある。

【００７５】図１に示す様に、本実施形態のソフトウェ
ア保守方法を実施する実施装置は、リモート保守マシン
１００と、ソフトウェア世代管理データベース１０１
と、システム定義データベース１０２と、ソフトウェア
保守処理部１０３と、バージョン履歴管理データベース
１０４と、ソースバックアップ処理部１０５と、実機マ
シン１１０と、入替え対象格納データベース１１１と、
ソフトウェア入替え処理部１１２と、稼働バージョン管
理データベース１１３とを有している。

【００７６】また、図１に示す様に、本実施形態のソフ
トウェア保守方法を実施する実施装置では、ソフトウェ
ア保守を行うリモート保守マシン１００と、ソフトウェ
ア保守の対象となる実行系計算機である実機マシン１１
０とをネットワークで接続している。

【００７７】本実施形態のソフトウェア保守方法を実施
する実施装置のリモート保守マシン１００は、ソフトウ
ェア世代管理データベース１０１、システム定義データ
ベース１０２、ソフトウェア保守処理部１０３、バージ
ョン履歴管理データベース１０４及びソースバックアッ
プ処理部１０５を備えている。

【００７８】本実施形態のソフトウェア保守方法を実施
する実施装置の実機マシン１１０は、入替え対象格納デ
ータベース１１１、ソフトウェア入替え処理部１１２及
び稼働バージョン管理データベース１１３を備えてい
る。

【００７９】本実施形態のソフトウェア保守方法を実施
する実施装置では、リモート保守マシン１００がソフト
ウェア保守処理部１０３によって各実機マシン１１０へ
新バージョンのプログラムを配布した後に、各実機マシ
ン１１０の実行環境上のプログラムは、ソフトウェア入
替え処理部１１２によって現行から新バージョンへ入替
わる。

【００８０】本実施形態のソフトウェア保守方法を実施
する実施装置のリモート保守マシン１００のソフトウェ
ア世代管理データベース１０１は、ソースやオブジェク
ト及びロードモジュールの全世代を管理する為のデータ
ベースである。

【００８１】図２は、本実施形態のソフトウェア保守方
法を実施する実施装置のソフトウェア保守の対象となる
ハードウェア構成の一例を示す図である。図２におい
て、２１１〜２１９は制御計算機、２２１〜２２９はワ
ークステーション、２３１〜２３９はパーソナルコンピ
ュータである。

【００８２】図２に示す様に、本実施形態のソフトウェ
ア保守方法を実施する実施装置のソフトウェア保守の対
象となるハードウェア構成は、制御計算機２１１〜２１
９と、ワークステーション２２１〜２２９と、パーソナ
ルコンピュータ２３１〜２３９とを有している。

【００８３】また、図２に示す様に、本実施形態のソフ
トウェア保守方法を実施する実施装置のソフトウェア保
守の対象となるハードウェア構成では、リモート保守マ
シン１００と実機マシン１１０とをネットワークで接続
しており、実機マシン１１０として、装置名が「ＲＣＳ
−１」、「ＲＣＳ−２」、．．．「ＲＣＳ−ｎ」である
制御計算機２１１〜２１９、装置名が「ＷＳ−１」、
「ＷＳ−２」、．．．「ＷＳ−ｎ」であるワークステー
ション２２１〜２２９及び装置名が「ＰＣ−１」、「Ｐ
Ｃ−２」、．．．「ＰＣ−ｎ」であるパーソナルコンピ
ュータ２３１〜２３９がネットワークに接続されてい
る。

【００８４】以下の例では、実機マシン１１０の内の装
置名が「ＲＣＳ−１」である制御計算機２１１に対する
ソフトウェア保守の方法を説明する。

【００８５】なお、制御計算機２１１以外の実機マシン
１１０に対するソフトウェア保守の方法は、制御計算機
２１１の場合と同様な方法で実現されるので割愛する。

【００８６】図３は、本実施形態のソフトウェア保守方
法を実施する実施装置のソフトウェア世代管理データベ
ース１０１の一例を示す図である。図３において、３０
１は装置種別、３０２はプログラム名、３０３はプログ
ラム世代番号である。

【００８７】図３に示す様に、本実施形態のソフトウェ
ア保守方法を実施する実施装置のソフトウェア世代管理
データベース１０１は、装置種別３０１と、プログラム
名３０２と、プログラム世代番号３０３とを有してい
る。

【００８８】また、図３に示す様に、本実施形態のソフ
トウェア保守方法を実施する実施装置のソフトウェア世
代管理データベース１０１では、ディレクトリの階層構
造により、装置種別３０１で識別される装置と前記装置
に登録されるプログラムとを対応付けると共に、前記登
録されるプログラムの世代番号である複数のプログラム
世代番号３０３と当該プログラム世代番号のプログラム
を構成するオブジェクトモジュールとを対応付けてい
る。

【００８９】本実施形態のソフトウェア保守方法を実施
する実施装置のリモート保守マシン１００のソフトウェ
ア世代管理データベース１０１である「ＳＦＴ＿ＤＢ」
は、装置種別３０１を示す第１ディレクトリと、プログ
ラム名３０２を示す第２ディレクトリと、プログラム世
代番号３０３を示す第３ディレクトリを備えており、ま
た、プログラム世代番号３０３を示す第３ディレクトリ
には、ＳＣＣＳ（Ｓｏｕｒｃｅ Ｃｏｄｅ Ｃｏｎｔｒ
ｏｌ Ｓｙｓｔｅｍ）によりソースファイルを世代管理
する為に、前記のプログラム世代番号３０３の他にＳＣ
ＣＳのディレクトリを備えている。

【００９０】リモート保守マシン１００のソフトウェア
世代管理データベース１０１の装置種別３０１は、実機
マシン１１０として存在する装置の種類を表しており、
「ＲＣＳ」は制御計算機２１１〜２１９を示し、「Ｗ
Ｓ」はワークステーション２２１〜２２９を示し、「Ｐ
Ｃ」はパーソナルコンピュータ２３１〜２３９を示して
いる。

【００９１】リモート保守マシン１００のソフトウェア
世代管理データベース１０１のプログラム名３０２は、
実機マシン１１０に登録しなければならないプログラム
の名称を示しており、プログラム世代番号３０３は、プ
ログラムの世代番号を示している。

【００９２】リモート保守マシン１００のソフトウェア
世代管理データベース１０１のプログラム世代番号３０
３を示すディレクトリ下には、実機マシン１１０に転送
されるファイル、すなわち、配布済みのプログラムを実
行環境に登録するコマンドプロシジャであるａｐ＿ｌｏ
ａｄ及び前記コマンドプロシジャの実行で必要となるオ
ブジェクトモジュールが置かれている。

【００９３】また、リモート保守マシン１００のソフト
ウェア世代管理データベース１０１のプログラム世代番
号３０３を示すディレクトリ中のディレクトリＳＣＣＳ
には、前記オブジェクトモジュールを生成するソースフ
ァイルが置かれている。

【００９４】本実施形態のソフトウェア保守方法を実施
する実施装置の実機マシン１１０である制御計算機２１
１において、プログラム名３０２がｐｒｏｃＡでプログ
ラム世代番号３０３がＶ１．２であるプロセスと、プロ
グラム名３０２がｔａｓｋＡでプログラム世代番号３０
３がＶ１．１であるタスクと、プログラム名３０２がｉ
ｒｓｕｂＡでプログラム世代番号３０３がＶ１．１であ
る間接リンクライブラリとが登録されている場合にはリ
モート保守マシン１００のソフトウェア世代管理データ
ベース１０１は以下の様に構成される。

【００９５】すなわち、装置種別３０１を示すディレク
トリＲＣＳと、プログラム名３０２を示すディレクトリ
ｐｒｏｃＡ、ｔａｓｋＡ及びｉｒｓｕｂＡと、ｐｒｏｃ
Ａのプログラム世代番号３０３を示すディレクトリＶ
１．１及びＶ１．２と、ｔａｓｋＡのプログラム世代番
号３０３を示すディレクトリＶ１．１と、ｉｒｓｕｂＡ
のプログラム世代番号３０３を示すディレクトリＶ１．
１によりリモート保守マシン１００のソフトウェア世代
管理データベース１０１を構成する。

【００９６】なお、図３ではｐｒｏｃＡのプログラム世
代番号３０３を示すディレクトリＶ１．３及びｔａｓｋ
Ａのプログラム世代番号３０３を示すディレクトリＶ
１．２が既に存在するが、これは後述する様に新たに生
成されるディレクトリである。

【００９７】以下に、本実施形態のソフトウェア保守方
法を実施する実施装置のリモート保守マシン１００のソ
フトウェア世代管理データベース１０１において、制御
計算機２１１のプログラム名３０２がｐｒｏｃＡである
プロセスをＶ１．２からＶ１．３へ、プログラム名３０
２がｔａｓｋＡであるタスクをＶ１．１からＶ１．２へ
バージョンアップする処理について説明する。

【００９８】本実施形態のソフトウェア保守方法を実施
する実施装置のリモート保守マシン１００において、ソ
フトウェア開発者は、ＳＣＣＳ管理によってディレクト
リＳＣＣＳに存在するソースファイルｓ．ｐｒｏｃＡ
Ｂ．ｃ及びｓ．ｔａｓｋＡＢ．ｃを修正した後に、最新
ソースファイルをコンパイルしたオブジェクトｐｒｏｃ
ＡＡ．ｏ、ｐｒｏｃＡＢ．ｏ、ｐｒｏｃＡＣ．ｏ及びｔ
ａｓｋＡＡ．ｏ、ｔａｓｋＡＢ．ｏ、ｔａｓｋＡＣ．ｏ
を準備する。

【００９９】このＳＣＣＳ管理によって、ソースファイ
ルｐｒｏｃＡＢ．ｃ及びｔａｓｋＡＢ．ｃ並びにオブジ
ェクトｐｒｏｃＡＢ．ｏ及びｔａｓｋＡＢ．ｏにソース
ファイル世代番号がスタンプされる。

【０１００】その後に、プログラム名３０２がｐｒｏｃ
Ａであるディレクトリ下にプログラム世代番号３０３が
Ｖ１．３であるディレクトリを作成し、また、プログラ
ム名３０２がｔａｓｋＡであるディレクトリ下にプログ
ラム世代番号３０３がＶ１．２であるディレクトリを作
成する。

【０１０１】さらに、ソフトウェア開発者は、ｐｒｏｃ
ＡのＶ１．３のディレクトリ下にＶ１．３のｐｒｏｃＡ
を実行環境に登録するコマンドプロシジャを作成し、ｔ
ａｓｋＡのＶ１．２のディレクトリ下にＶ１．２のｔａ
ｓｋＡを実行環境に登録するコマンドプロシジャを作成
する。

【０１０２】ここで、前記コマンドプロシジャは、実行
形式のプログラムであるプロセスやタスクを生成するコ
ンパイルやリンク等のコマンドを記述したファイルであ
る。

【０１０３】次に、ｐｒｏｃＡのＶ１．３のディレクト
リ下にｐｒｏｃＡＡ．ｏ、ｐｒｏｃＡＢ．ｏ及びｐｒｏ
ｃＡＣ．ｏを格納し、ｔａｓｋＡのＶ１．２のディレク
トリ下にｔａｓｋＡＡ．ｏ、ｔａｓｋＡＢ．ｏ及びｔａ
ｓｋＡＣ．ｏを格納しておく。

【０１０４】以上の様に、本実施形態のソフトウェア保
守方法を実施する実施装置において、リモート保守マシ
ン１００のソフトウェア世代管理データベース１０１を
管理していくことによって、ソフトウェアシステムの開
発を行う過程で生成される全世代のソースファイルやオ
ブジェクトモジュール等を管理していくことが可能とな
る。

【０１０５】本実施形態のソフトウェア保守方法を実施
する実施装置のリモート保守マシン１００のシステム定
義データベース１０２は、実機マシン１１０である制御
計算機２１１〜２１９等の各装置へ登録するプログラム
を定義しておくデータベースである。

【０１０６】図４は、本実施形態のソフトウェア保守方
法を実施する実施装置のシステム定義データベース１０
２の一例を示す図である。図４において、４０１は装置
名、４０２はシステム世代番号、４０３〜４０５は定義
ファイルである。

【０１０７】図４に示す様に、本実施形態のソフトウェ
ア保守方法を実施する実施装置のシステム定義データベ
ース１０２は、装置名４０１と、システム世代番号４０
２と、定義ファイル４０３〜４０５とを有している。

【０１０８】また、図４に示す様に、本実施形態のソフ
トウェア保守方法を実施する実施装置のシステム定義デ
ータベース１０２では、ディレクトリの階層構造によ
り、装置名４０１で示される各装置と前記装置に登録さ
れるソフトウェアシステムの複数のシステム世代番号４
０２とを対応付けると共に、前記登録されるソフトウェ
アシステムのシステム世代番号４０２と、当該システム
世代番号のソフトウェアシステムを構成するプログラム
の名称及びプログラムの世代番号とを対応付けている。

【０１０９】本実施形態のソフトウェア保守方法を実施
する実施装置のリモート保守マシン１００のシステム定
義データベース１０２である「ＤＦ＿ＤＢ」は、装置名
４０１を示す第１ディレクトリと、システム世代番号４
０２を示す第２ディレクトリとを備えている。

【０１１０】リモート保守マシン１００のシステム定義
データベース１０２の装置名４０１は、実機マシン１１
０として存在する装置の名称を示しており、システム世
代番号４０２は、装置名４０１で示される装置に登録さ
れるソフトウェアシステム全体の世代番号を表してい
る。

【０１１１】リモート保守マシン１００のシステム定義
データベース１０２のシステム世代番号４０２を示すデ
ィレクトリ下には、当該システム世代番号のソフトウェ
アシステムを構成するプログラムを定義した定義ファイ
ル４０３〜４０５であるｄｅｆｉｎｅ．ＤＢを作成して
おく。

【０１１２】定義ファイル４０３〜４０５であるｄｅｆ
ｉｎｅ．ＤＢは、第１欄にプログラム名３０２を、第２
欄にプログラム世代番号３０３を、第３欄にプログラム
種別を記述したファイルである。

【０１１３】例えば、実機マシン１１０の制御計算機２
１１のソフトウェアシステムのシステム世代番号４０２
をＶ１．２からＶ１．３へバージョンアップする場合で
は、装置名４０１がＲＣＳ−１で、システム世代番号４
０２がＶ１．３であるディレクトリ下の定義ファイル４
０５に、「ｐｒｏｃＡ Ｖ１．３ Ｐ、 ｔａｓｋＡ Ｖ
１．２ Ｔ、 ｉｒｓｕｂＡ Ｖ１．１ Ｉ」と記述してお
く。

【０１１４】ここで、Ｐ、Ｔ及びＩはプログラム種別を
示し、Ｐはプロセスを、Ｔはタスクを、Ｉは間接リンク
ライブラリを意味している。

【０１１５】以上の様に、本実施形態のソフトウェア保
守方法を実施する実施装置において、リモート保守マシ
ン１００のシステム定義データベース１０２を装置名４
０１及びシステム世代番号４０２別に管理していくこと
によって、実機マシン１１０である各装置に特定の世代
番号のソフトウェアシステムを登録する際に必要となる
プログラムを、抜けが生じることなく管理していくこと
が可能となる。

【０１１６】本実施形態のソフトウェア保守方法を実施
する実施装置の実機マシン１１０の入替え対象格納デー
タベース１１１は、リモート保守マシン１００から配布
されたプログラム、前記配布されたプログラムを実行環
境に登録する入替え処理の実行結果及び入替え処理を行
う状態であるかどうかの実機状態を示す情報を格納して
おく為のデータベースである。

【０１１７】図５は、本実施形態のソフトウェア保守方
法を実施する実施装置の配布前の入替え対象格納データ
ベース１１１の一例を示す図である。図５において、５
１０はプログラム格納エリア、５１１はシステム情報、
５２１、５２４及び５２７はプログラム情報、５２２、
５２５及び５２８はオブジェクトモジュール、５２３、
５２６及び５２９はコマンドプロシジャ、５３０は入替
え実行結果格納エリア、５３１〜５３３は入替え結果フ
ァイル、５４０は実機状態格納エリア、５４１は入替え
状態ファイルである。

【０１１８】図５に示す様に、本実施形態のソフトウェ
ア保守方法を実施する実施装置の配布前の入替え対象格
納データベース１１１は、プログラム格納エリア５１０
と、システム情報５１１と、プログラム情報５２１、５
２４及び５２７と、オブジェクトモジュール５２２、５
２５及び５２８と、コマンドプロシジャ５２３、５２６
及び５２９と、入替え実行結果格納エリア５３０と、入
替え結果ファイル５３１〜５３３と、実機状態格納エリ
ア５４０と、入替え状態ファイル５４１とを有してい
る。

【０１１９】また、図５に示す様に、本実施形態のソフ
トウェア保守方法を実施する実施装置の配布前の入替え
対象格納データベース１１１では、プログラムを格納す
るプログラム格納エリア５１０、配布したプログラムの
入替え処理の実行結果を格納する入替え実行結果格納エ
リア５３０及び配布されたプログラムの入替え処理を行
う状態であることを示す入替え状態ファイル５４１を格
納する実機状態格納エリア５４０が設定されている。

【０１２０】実機マシン１１０の入替え対象格納データ
ベース１１１のプログラム格納エリア５１０には、装置
名４０１及びシステム世代番号４０２を示すシステム情
報５１１と、各プログラムのプログラム名３０２、プロ
グラム世代番号３０３及びプログラム種別を示すプログ
ラム情報５２１、５２４及び５２７と、配布されたオブ
ジェクトモジュール５２２、５２５及び５２８と、配布
されたプログラムを実行環境に登録する入替え処理を行
うコマンドプロシジャ５２３、５２６及び５２９とが格
納される。

【０１２１】実機マシン１１０の入替え対象格納データ
ベース１１１の入替え実行結果格納エリア５３０には、
各プログラム毎の入替え処理を行うコマンドプロシジャ
５２３、５２６及び５２９であるａｐ＿ｌｏａｄの実行
結果が入替え結果ファイル５３１〜５３３に格納され
る。

【０１２２】実機マシン１１０の入替え対象格納データ
ベース１１１の実機状態格納エリア５４０には、リモー
ト保守マシン１００からプログラム格納エリア５１０に
プログラムが配布されると、前記配布されたプログラム
の入替え処理を行うことを示す入替え状態ファイル５４
１が作成される。

【０１２３】例えば、図５に示す様に、本実施形態のソ
フトウェア保守方法を実施する実施装置の実機マシン１
１０である制御計算機２１１において、入替え対象格納
データベース１１１のプログラム格納エリア５１０に
は、システム情報５１１としてＲＣＳ−１及びＶ１．２
が登録されており、ディレクトリｐｒｏｃＡ．Ｒにｐｒ
ｏｃＡのプログラム情報５２１、オブジェクトモジュー
ル５２２及びコマンドプロシジャ５２３、ディレクトリ
ｔａｓｋＡ．ＲにｔａｓｋＡのプログラム情報５２４、
オブジェクトモジュール５２５及びコマンドプロシジャ
５２６、ディレクトリｉｒｓｕｂＡ．ＲにｉｒｓｕｂＡ
のプログラム情報５２７、オブジェクトモジュール５２
８及びコマンドプロシジャ５２９が存在している。

【０１２４】実機マシン１１０の入替え対象格納データ
ベース１１１の入替え実行結果格納エリア５３０には、
ｐｒｏｃＡ、ｔａｓｋＡ及びｉｒｓｕｂＡを実行環境に
登録するコマンドプロシジャ５２３、５２６及び５２９
の実行結果を書き込む入替え結果ファイル５３１〜５３
３に格納されている。

【０１２５】また、図５に示した実機マシン１１０の入
替え対象格納データベース１１１は以前に配布されたプ
ログラムの入替え処理が終了した状態である為、入替え
対象格納データベース１１１の実機状態格納エリア５４
０には、配布されたプログラムの入替え処理を行うこと
を示す入替え状態ファイル５４１はない。

【０１２６】本実施形態のソフトウェア保守方法を実施
する実施装置の実機マシン１１０の稼働バージョン管理
データベース１１３は、実機マシン１１０内で稼働して
いる全てのプログラムを、システム世代番号４０２、プ
ログラム世代番号３０３及びソースファイル世代番号に
て管理する為のデータベースである。

【０１２７】図６は、本実施形態のソフトウェア保守方
法を実施する実施装置の入替え前の稼働バージョン管理
データベース１１３の一例を示す図である。図６におい
て、６０１は装置名、６０２はシステム世代番号、６１
１〜６１３はアーカイブファイル、６２１〜６２３は世
代番号ファイルである。

【０１２８】図６に示す様に、本実施形態のソフトウェ
ア保守方法を実施する実施装置の入替え前の稼働バージ
ョン管理データベース１１３は、装置名６０１と、シス
テム世代番号６０２と、アーカイブファイル６１１〜６
１３と、世代番号ファイル６２１〜６２３とを有してい
る。

【０１２９】また、図６に示す様に、本実施形態のソフ
トウェア保守方法を実施する実施装置の入替え前の稼働
バージョン管理データベース１１３では、装置名６０１
が示す装置で現在稼働中のソフトウェアシステムのシス
テム世代番号６０２を示すディレクトリに、当該システ
ム世代番号のソフトウェアシステムを構成するプログラ
ムの名称及びプログラムの世代番号と、当該プログラム
を生成するソースファイル名及びソースファイル世代番
号が格納されている。

【０１３０】本実施形態のソフトウェア保守方法を実施
する実施装置の実機マシン１１０の稼働バージョン管理
データベース１１３は、実機マシン１１０の装置名６０
１を示す第１ディレクトリと、実機マシン１１０で稼働
中のソフトウェアシステムのシステム世代番号６０２を
示す第２ディレクトリとを備え、システム世代番号６０
２を示すディレクトリ内には、当該システム世代番号の
ソフトウェアシステムを構成するプログラム毎にアーカ
イブファイル６１１〜６１３が格納されている。

【０１３１】実機マシン１１０の稼働バージョン管理デ
ータベース１１３のアーカイブファイル６１１〜６１３
は、プロセス、タスク及び間接リンクライブラリ等のプ
ログラム種別毎に作成されており、各アーカイブファイ
ル６１１〜６１３には、各プログラム種別毎に世代番号
ファイル６２１〜６２３が格納されている。

【０１３２】アーカイブファイル６１１〜６１３の世代
番号ファイル６２１〜６２３の第１行には当該プログラ
ムのプログラム世代番号３０３が格納され、第２行以降
には当該プログラムを生成するソースファイル名とソー
スファイル世代番号が格納されている。

【０１３３】例えば、図６に示す様に、本実施形態のソ
フトウェア保守方法を実施する実施装置の制御計算機２
１１の入替え前の稼働バージョン管理データベース１１
３では、装置名６０１を示すディレクトリＲＣＳ−１下
のシステム世代番号６０２を示すディレクトリＶ１．２
内に、プロセス、タスク及び間接リンクライブラリのア
ーカイブファイル６１１〜６１３としてｐｒｏｃ．ａ
ｒ、ｔａｓｋ．ａｒ及びｉｒｓｕｂ．ａｒが格納されて
いる。

【０１３４】アーカイブファイル６１１であるｐｒｏ
ｃ．ａｒには、ｐｒｏｃＡの世代番号ファイル６２１が
あり、ｐｒｏｃＡの世代番号ファイル６２１の第１行に
はｐｒｏｃＡのプログラム世代番号３０３であるＶ１．
２が格納され、第２行以降にはｐｒｏｃＡのソースファ
イル名とソースファイル世代番号であるｐｒｏｃＡＡ．
ｃ Ｖ１．１、ｐｒｏｃＡＢ．ｃ Ｖ１．１、ｐｒｏｃＡ
Ｃ．ｃ Ｖ１．２が格納されている。

【０１３５】アーカイブファイル６１２であるｔａｓ
ｋ．ａｒには、ｔａｓｋＡの世代番号ファイル６２２が
あり、世代番号ファイル６２２の第１行にはｔａｓｋＡ
のプログラム世代番号３０３であるＶ１．１が格納さ
れ、第２行以降にはｔａｓｋＡのソースファイル名とソ
ースファイル世代番号であるｔａｓｋＡＡ．ｃ Ｖ１．
１、ｔａｓｋＡＢ．ｃ Ｖ１．１、ｔａｓｋＡＣ．ｃ Ｖ
１．１が格納されている。

【０１３６】アーカイブファイル６１３であるｉｒｓｕ
ｂ．ａｒには、ｉｒｓｕｂＡの世代番号ファイル６２３
があり、世代番号ファイル６２３の第１行にはｉｒｓｕ
ｂＡのプログラム世代番号３０３であるＶ１．１が格納
され、第２行以降にはｉｒｓｕｂＡのソースファイル名
とソースファイル世代番号であるｉｒｓｕｂＡＡ．ｃＶ
１．１、ｉｒｓｕｂＡＢ．ｃ Ｖ１．１、ｉｒｓｕｂＡ
Ｃ．ｃ Ｖ１．１が格納されている。

【０１３７】本実施形態のソフトウェア保守方法を実施
する実施装置のリモート保守マシン１００のソフトウェ
ア保守処理部１０３は、実機マシン１１０へプログラム
を配布する処理を行う。

【０１３８】詳しくは、リモート保守マシン１００のシ
ステム定義データベース１０２の内で、操作者から指定
された装置名４０１及びシステム世代番号４０２に該当
する定義ファイル４０３〜４０５内のプログラム名３０
２とプログラム世代番号３０３に従って、リモート保守
マシン１００のソフトウェア世代管理データベース１０
１内のプログラムを該当の装置へ配布する。

【０１３９】図７は、本実施形態のソフトウェア保守方
法を実施する実施装置のソフトウェア保守処理部１０３
の処理手順を示すフローチャートである。

【０１４０】図７に示す様に、本実施形態のソフトウェ
ア保守方法を実施する実施装置のソフトウェア保守処理
部１０３では、リモート保守マシン１００から実機マシ
ン１１０へプログラムを配布する処理を行っている。

【０１４１】本実施形態のソフトウェア保守方法を実施
する実施装置のリモート保守マシン１００のソフトウェ
ア保守処理部１０３は、まず、ステップ７０１の処理
で、リモート保守マシン１００のシステム定義データベ
ース１０２に存在しているディレクトリから、実機マシ
ン１１０の装置名４０１のリストを表示する。

【０１４２】例えば、図４に示したリモート保守マシン
１００のシステム定義データベース１０２では、装置名
４０１を示すディレクトリとしてＲＣＳ−１及びＲＣＳ
−２が存在するので、実機マシン１１０の装置名リスト
としてＲＣＳ−１及びＲＣＳ−２をリスト表示する。

【０１４３】ステップ７０２の処理で、リモート保守マ
シン１００のソフトウェア保守処理部１０３は、ステッ
プ７０１の処理で表示した装置名リストの中から操作者
によって選択された配布先装置名を入力する。

【０１４４】例えば、装置名リストのＲＣＳ−１及びＲ
ＣＳ−２の内で操作者がＲＣＳ−１を選択すると、配布
先装置名としてＲＣＳ−１を認識する。

【０１４５】ステップ７０３の処理で、リモート保守マ
シン１００のソフトウェア保守処理部１０３は、リモー
ト保守マシン１００のシステム定義データベース１０２
の内で前記選択された配布先装置名のシステム世代番号
４０２のリストを表示する。

【０１４６】すなわち、図４に示す様に、リモート保守
マシン１００のシステム定義データベース１０２におい
て、装置名４０１を示すディレクトリＲＣＳ−１下にシ
ステム世代番号４０２としてＶ１．１、Ｖ１．２及びＶ
１．３が存在するので、システム世代番号リストとして
Ｖ１．１、Ｖ１．２及びＶ１．３をリスト表示する。

【０１４７】ステップ７０４の処理で、リモート保守マ
シン１００のソフトウェア保守処理部１０３は、ステッ
プ７０３の処理で表示したシステム世代番号リストの中
から操作者によって選択された、配布を行うソフトウェ
アシステムのシステム世代番号４０２を入力する。

【０１４８】例えば、システム世代番号リストのＶ１．
１、Ｖ１．２及びＶ１．３の内で、操作者がＶ１．３を
選択すると、配布を行うソフトウェアシステムのシステ
ム世代番号４０２としてＶ１．３を認識する。

【０１４９】ステップ７０５の処理で、リモート保守マ
シン１００のソフトウェア保守処理部１０３は、ステッ
プ７０２の処理で操作者の選択した配布先装置名が配布
先の実機マシン１１０の稼働バージョン管理データベー
ス１１３の装置名６０１に一致するか否かをチェックす
る。

【０１５０】チェック結果が一致する場合にはステップ
７０６の処理に進み、逆に、不一致の場合には本処理を
終了する。

【０１５１】例えば、ステップ７０２の処理で操作者の
選択した配布先装置名がＲＣＳ−１であり、図６に示す
様に制御計算機２１１であるＲＣＳ−１の稼働バージョ
ン管理データベース１１３の装置名６０１がＲＣＳ−１
にて定義されている場合には、両者が一致しているので
ステップ７０６の処理に進む。

【０１５２】ステップ７０６の処理で、リモート保守マ
シン１００のソフトウェア保守処理部１０３は、ステッ
プ７０２の処理で選択した配布先装置名のシステム世代
番号４０２に相当する定義ファイル４０３〜４０５と、
実機マシン１１０内の稼働バージョン管理データベース
１１３に格納されているプログラム種別のアーカイブフ
ァイル６１１〜６１３中の世代番号ファイル６２１〜６
２３との間で相違箇所を検出し、前記検出した相違箇所
をリスト表示する。

【０１５３】例えば、装置名４０１がＲＣＳ−１であり
システム世代番号４０２がＶ１．３である定義ファイル
４０５のｄｅｆｉｎｅ．ＤＢと、実機マシン１１０内の
稼働バージョン管理データベース１１３に格納されてい
るプログラム種別毎のアーカイブファイル６１１〜６１
３であるｐｒｏｃ．ａｒ、ｔａｓｋ．ａｒ及びｉｒｓｕ
ｂ．ａｒ中の世代番号ファイル６２１〜６２３間で相違
箇所を調べると、ｐｒｏｃＡ及びｔａｓｋＡが結果とし
て検出されるので、ｐｒｏｃＡ及びｔａｓｋＡがリスト
表示される。

【０１５４】これは、ｐｒｏｃＡが、システム定義デー
タベース１０２の定義ファイル４０５ではＶ１．３で定
義されているのに対して、稼働バージョン管理データベ
ース１１３の世代番号ファイル６２１ではＶ１．２で格
納されており、また、ｔａｓｋＡは、定義ファイル４０
５ではＶ１．２で定義されているのに対して、世代番号
ファイル６２２ではＶ１．１で格納されているからであ
る。

【０１５５】ステップ７０７の処理で、リモート保守マ
シン１００のソフトウェア保守処理部１０３は、選択し
た装置名４０１のシステム世代番号４０２に相当する定
義ファイル４０３〜４０５の内で、操作者から配布する
プログラム名３０２の入力を受け付ける。

【０１５６】この入力では１つ以上のプログラム名３０
２または全て（ＡＬＬ）を選択できる。

【０１５７】例えば、操作者がＡＬＬを入力すると、配
布対象プログラムとして前記相違箇所が検出されたｐｒ
ｏｃＡ及びｔａｓｋＡを認識する。

【０１５８】ステップ７０８の処理で、リモート保守マ
シン１００のソフトウェア保守処理部１０３は、配布対
象プログラムのプログラム名３０２及びプログラム世代
番号３０３に相当するオブジェクト等のリソースをリモ
ート保守マシン１００のソフトウェア世代管理データベ
ース１０１から検索し、当該プログラム名にサフィック
ス「．Ｉ」を付加したディレクトリを実機マシン１１０
の入替え対象格納データベース１１１のプログラム格納
エリア５１０に作成して、前記検索したリソースを実機
マシン１１０へ配布する。

【０１５９】図８は、本実施形態のソフトウェア保守方
法を実施する実施装置の配布後の入替え対象格納データ
ベース１１１の一例を示す図である。図８において、８
１１はシステム情報、８２１及び８２４はプログラム情
報、８２２及び８２５はオブジェクトモジュール、８２
３及び８２６はコマンドプロシジャである。

【０１６０】図８に示す様に、本実施形態のソフトウェ
ア保守方法を実施する実施装置の配布後の入替え対象格
納データベース１１１は、システム情報８１１と、プロ
グラム情報８２１及び８２４と、オブジェクトモジュー
ル８２２及び８２５と、コマンドプロシジャ８２３及び
８２６とを有している。

【０１６１】また、図８に示す様に、本実施形態のソフ
トウェア保守方法を実施する実施装置の配布後の入替え
対象格納データベース１１１では、前記検索されたリソ
ースが配布された後の内容を表している。

【０１６２】例えば、前記の配布対象プログラムｐｒｏ
ｃＡに対しては、図３に示したリモート保守マシン１０
０のソフトウェア世代管理データベース１０１内のディ
レクトリｐｒｏｃＡ下のディレクトリＶ１．３内のａｐ
＿ｌｏａｄ、ｐｒｏｃＡＡ．ｏ、ｐｒｏｃＡＢ．ｏ及び
ｐｒｏｃＡＣ．ｏが、プログラム格納エリア５１０内の
ディレクトリｐｒｏｃＡ．Ｉに配布されている。

【０１６３】また、配布対象プログラムｔａｓｋＡに対
しては、リモート保守マシン１００のソフトウェア世代
管理データベース１０１内のディレクトリｔａｓｋＡ下
のディレクトリＶ１．２内のａｐ＿ｌｏａｄ、ｔａｓｋ
ＡＡ．ｏ、ｔａｓｋＡＢ．ｏ及びｔａｓｋＡＣ．ｏが、
プログラム格納エリア５１０内のディレクトリｔａｓｋ
Ａ．Ｉに配布されている。

【０１６４】ステップ７０９の処理で、リモート保守マ
シン１００のソフトウェア保守処理部１０３は、ディレ
クトリＰｒｏｇｒａｍｓ下のシステム情報８１１に装置
名４０１とシステム世代番号４０２を格納し、また、配
布対象プログラム毎のプログラム情報８２１及び８２４
にプログラム名３０２、プログラム世代番号３０３及び
プログラム種別を格納する。

【０１６５】例えば、システム情報８１１にＲＣＳ−１
及びＶ１．３が格納され、ｐｒｏｃＡのプログラム情報
８２１にｐｒｏｃＡ、Ｖ１．３、Ｐが格納され、ｔａｓ
ｋＡのプログラム情報８２４にｔａｓｋＡ、Ｖ１．２、
Ｔが格納される。

【０１６６】ステップ７１０の処理で、リモート保守マ
シン１００のソフトウェア保守処理部１０３は、配布先
の実機マシン１１０の入替え対象格納データベース１１
１の実機状態格納エリア５４０に入替え処理を行うこと
を示す入替え状態ファイル５４１を作成し、入替えＯｎ
状態を設定する。

【０１６７】前記の様に入替えＯｎ状態の設定を行うこ
とにより、実機マシン１１０のソフトウェア入替え処理
部１１２が動作を行う。

【０１６８】前記の様に、本実施形態のソフトウェア保
守方法を実施する実施装置において、特定の世代番号の
ソフトウェアシステムを構成するプログラムを生成する
オブジェクトモジュール８２２及び８２５並びにコマン
ドプロシジャ８２３及び８２６のリソースが、確実にリ
モート保守マシン１００から実機マシン１１０へ配布さ
れる。

【０１６９】また、ステップ７０５の配布先装置名の一
致を確認する処理によって、特定の世代番号のソフトウ
ェアシステムを構成するプログラムを生成するリソース
が、間違った装置へ配布されることが防止される。

【０１７０】本実施形態のソフトウェア保守方法を実施
する実施装置の実機マシン１１０のソフトウェア入替え
処理部１１２は、現行のプログラム群を配布されたプロ
グラム群へ入替える処理部である。

【０１７１】詳しくは、配布されたプログラム群のコマ
ンドプロシジャ８２３及び８２６をプログラム種別の入
替え順に逐次的に実行していき、入替えられたプログラ
ムの世代番号を稼働バージョン管理データベース１１３
へ更新していく。

【０１７２】図９は、本実施形態のソフトウェア保守方
法を実施する実施装置のソフトウェア入替え処理部１１
２の処理手順を示すフローチャートである。

【０１７３】図９に示す様に、本実施形態のソフトウェ
ア保守方法を実施する実施装置のソフトウェア入替え処
理部１１２では、ステップ９０１の処理で、入替え対象
格納データベース１１１の実機状態格納エリア５４０が
入替えＯｎ状態か否かを判断して、入替えＯｎ状態なら
ばステップ９０２の処理に進み、逆に、入替えＯｎ状態
でないならば本処理を終了する。

【０１７４】例えば、図８に示す様に、入替え対象格納
データベース１１１の実機状態格納エリア５４０に入替
え状態ファイル５４１が存在する場合には、入替えＯｎ
状態と判断してステップ９０２の処理に進む。

【０１７５】ステップ９０２の処理で、実機マシン１１
０のソフトウェア入替え処理部１１２は、システム情報
８１１から装置名４０１とシステム世代番号４０２を取
り出す。

【０１７６】例えば、装置名４０１としてＲＣＳ−１
を、システム世代番号４０２としてＶ１．３を取り出
す。この情報はステップ９０９の処理で利用される。

【０１７７】ステップ９０３の処理で、実機マシン１１
０のソフトウェア入替え処理部１１２は、配布後のプロ
グラムに対して、入替え順序の規則に従って、以下のス
テップ９０４〜ステップ９１１の処理を繰り返す。

【０１７８】プログラム種別はプログラム情報８２１及
びプログラム情報８２４を参照することによって識別す
る。

【０１７９】例えば、入替え順序の規則がオブジェク
ト、ライブラリ、間接リンクライブラリ、タスク、プロ
セスの順番の場合には、ディレクトリｔａｓｋＡ．Ｉ、
ディレクトリｐｒｏｃＡ．Ｉの順で、以下のステップ９
０４〜ステップ９１１を繰り返す。

【０１８０】これは、ディレクトリｔａｓｋ．Ｉ下のプ
ログラム情報８２４のプログラム種別の値がタスクを示
すＴであり、ディレクトリｐｒｏｃＡ．Ｉ下のプログラ
ム情報８２１のプログラム種別の値がプロセスを示すＰ
であるからである。

【０１８１】ステップ９０４の処理で、実機マシン１１
０のソフトウェア入替え処理部１１２は、配布後のプロ
グラムに対して、プログラム情報８２１及び８２４から
プログラム名３０２、プログラム世代番号３０３及びプ
ログラム種別を読み込む。

【０１８２】例えば、配布後のプログラムがｔａｓｋＡ
の場合には、プログラム名３０２としてｔａｓｋＡを、
プログラム世代番号３０３としてＶ１．２を、プログラ
ム種別としてＴ（タスク）を読み込む。

【０１８３】ステップ９０５の処理で、実機マシン１１
０のソフトウェア入替え処理部１１２は、配布後のプロ
グラムに対して、コマンドプロシジャ８２３及び８２６
であるａｐ＿ｌｏａｄを実行して、ステップ９０６の処
理で、前記の実行結果を入替え実行結果格納エリア５３
０に格納する。

【０１８４】例えば、配布後のプログラムがｔａｓｋＡ
の場合には、コマンドプロシジャ８２６を実行したとき
にコマンドプロシジャ８２６が出力する実行結果を入替
え実行結果格納エリア５３０の入替え結果ファイル５３
２に格納する。

【０１８５】また、ステップ９０５の処理で、実機マシ
ン１１０のソフトウェア入替え処理部１１２は、コマン
ドプロシジャ８２３及び８２６であるａｐ＿ｌｏａｄの
内で、ローディングコマンドが実行されたならば、本来
のローディングコマンドを実行する。

【０１８６】前記本来のローディングコマンドとはＯＳ
提供のプロセスのコンパイル、タスクの主記憶へのロー
ド、ライブラリのコピー及び移動、タスクの主記憶から
の削除を行うコマンドであるｃｃ、ｌｏａｄ、ｒｅｌｏ
ａｄ、ｃｐ、ｍｖ、ｄｌｏａｄ等を指す。

【０１８７】例えば、配布後のプログラムがｔａｓｋの
場合に、ａｐ＿ｌｏａｄの内で、ローディングコマンド
ｌｏａｄが実行されたならば、前記呼び出されたローデ
ィングコマンドｌｏａｄから子プロセスとしてＯＳ提供
のコマンド／ｂｉｎ／ｌｏａｄを実行する。

【０１８８】ここで、前記呼び出されたローディングコ
マンドからＯＳ提供のコマンドを呼び出す様にしている
のは、以下に示す様に前記ＯＳ提供のコマンドの実行結
果を受け取って後のステップの処理を行う為である。

【０１８９】ステップ９０７の処理で、実機マシン１１
０のソフトウェア入替え処理部１１２は、本来のローデ
ィングコマンドの実行結果が正常終了か否かを判断し
て、正常終了の場合にはステップ９０８の処理に進み、
正常終了でない場合にはステップ９０３の処理にスキッ
プする。

【０１９０】例えば、配布後のプログラムがｔａｓｋＡ
の場合に、ＯＳ提供のコマンド／ｂｉｎ／ｌｏａｄがリ
ターン値０を返したならば、ステップ９０８の処理に進
む。

【０１９１】ステップ９０８の処理で、実機マシン１１
０のソフトウェア入替え処理部１１２は、ローディング
コマンドによって生成されたロードモジュールからそれ
を構成するソースファイルとその世代番号を取得する。

【０１９２】例えば、配布後のプログラムがｔａｓｋＡ
の場合には、ローディングコマンドｌｏａｄによって生
成されるロードモジュールはｔａｓｋＡであるから、Ｓ
ＣＣＳファイルのＳＣＣＳキーワードを表示するｗｈａ
ｔコマンドをｔａｓｋＡに対して実行すると、「ｔａｓ
ｋＡＡ．ｃ Ｖ１．１」、「ｔａｓｋＡＢ．ｃ Ｖ１．
２」及び「ｔａｓｋＡＣ．ｃ Ｖ１．１」が得られる。

【０１９３】ステップ９０９の処理では、実機マシン１
１０の稼働バージョン管理データベース１１３に、ステ
ップ９０４の処理にて取得したプログラム名３０２とプ
ログラム世代番号３０３及びステップ９０８の処理にて
取得したソースファイル名とその世代番号を格納する。

【０１９４】また、ステップ９０２の処理で読み出した
システム世代番号４０２を、稼働バージョン管理データ
ベース１１３のシステム世代番号６０２に格納する。

【０１９５】図１０は、本実施形態のソフトウェア保守
方法を実施する実施装置の入替え後の稼働バージョン管
理データベース１１３の一例を示す図である。

【０１９６】図１０に示す様に、本実施形態のソフトウ
ェア保守方法を実施する実施装置の入替え後の稼働バー
ジョン管理データベース１１３では、ステップ９０９の
処理により更新された稼働バージョンの内容を表してお
り、例えばｔａｓｋＡの稼働バージョンの場合では、世
代番号ファイル６２２のプログラム世代番号３０３をＶ
１．２に変更し、ソースファイル名とその世代番号とし
て「ｔａｓｋＡＡ．ｃＶ１．１」、「ｔａｓｋＡＢ．ｃ
Ｖ１．２」及び「ｔａｓｋＡＣ．ｃ Ｖ１．１」を、ア
ーカイブファイル６１２のｔａｓｋ．ａｒに格納してい
る。

【０１９７】また、図１０の入替え後の稼働バージョン
管理データベース１１３では、システム世代番号６０２
が、Ｖ１．２からＶ１．３へ変更されている。

【０１９８】ステップ９１０の処理で、実機マシン１１
０のソフトウェア入替え処理部１１２は、コマンドプロ
シジャ８２３及び８２６であるａｐ＿ｌｏａｄを実行し
た実行日時、ローディングコマンド及びプログラムの名
称を入替えログファイルに格納すると共に、コマンドプ
ロシジャ８２３及び８２６の実行が成功したことを示す
メッセージを書き込む。

【０１９９】ステップ９１１の処理で、実機マシン１１
０のソフトウェア入替え処理部１１２は、コマンドプロ
シジャ８２３及び８２６であるａｐ＿ｌｏａｄの実行が
正常に終了した後、配布されたプログラムを格納してい
るディレクトリのサフィックスを「．Ｉ」から「．Ｒ」
へ変更する。

【０２００】例えば、稼働バージョン管理データベース
１１３のプログラム格納エリア５１０のディレクトリｔ
ａｓｋＡ．Ｉをｔａｓｋ．Ｒに名称変更する。

【０２０１】次に、実機マシン１１０のソフトウェア入
替え処理部１１２は、ステップ９０３の処理に戻り、入
替え処理の終了していない配布後のプログラムが存在す
る場合には、前記のステップ９０４〜ステップ９１１の
処理を繰り返す。

【０２０２】配布された全てのプログラムの入替え処理
を終えた後、ステップ９１２の処理で、実機マシン１１
０のソフトウェア入替え処理部１１２は、実機状態格納
エリア５４０内の入替え状態ファイル５４１を削除し、
入替えＯｎ状態を入替えＯｆｆ状態へ変更する。

【０２０３】前記の様に、本実施形態のソフトウェア保
守方法を実施する実施装置のリモート保守マシン１００
によって配布されたプログラムは、旧世代番号のものか
ら新世代番号のものへ入替わり、稼働するプログラムの
世代を管理することが可能となる。

【０２０４】本実施形態のソフトウェア保守方法を実施
する実施装置のバージョン履歴管理データベース１０４
は、各実機マシン１１０の稼働バージョン管理データベ
ース１１３を一括して管理するデータベースである。

【０２０５】図１１は、本実施形態のソフトウェア保守
方法を実施する実施装置のバージョン履歴管理データベ
ース１０４の一例を示す図である。図１１において、１
１０１は装置名、１１０２はシステム世代番号である。

【０２０６】図１１に示す様に、本実施形態のソフトウ
ェア保守方法を実施する実施装置のバージョン履歴管理
データベース１０４は、装置名１１０１と、システム世
代番号１１０２とを有している。

【０２０７】また、図１１に示す様に、本実施形態のソ
フトウェア保守方法を実施する実施装置のバージョン履
歴管理データベース１０４では、装置名１１０１を示す
第１ディレクトリと、システム世代番号１１０２を示す
第２ディレクトリとを備え、第２ディレクトリ以下は稼
働バージョン管理データベース１１３の構成と同じ形式
となっている。

【０２０８】例えば、装置名１１０１がＲＣＳ−１であ
りシステム世代番号１１０２がＶ１．３であるディレク
トリの内容は、図１０に示した稼働バージョン管理デー
タベース１１３の内容と同じである。

【０２０９】本実施形態のソフトウェア保守方法を実施
する実施装置のバージョン履歴管理データベース１０４
は、稼働バージョン管理データベース１１３が新たに作
成されたタイミングで、前記新たに作成された稼働バー
ジョン管理データベース１１３をリモート保守マシン１
００へ転送することによって作成しておく。

【０２１０】本実施形態のソフトウェア保守方法を実施
する実施装置のソースバックアップ処理部１０５は、リ
モート保守マシン１００上で動作し、実機マシン１１０
である複数の装置に対して複数の世代番号のソフトウェ
アシステムを構築した際に、前記複数の世代番号のソフ
トウェアシステムを構成するソースファイルやオブジェ
クト等の一式を外部記憶媒体にバックアップする処理部
である。

【０２１１】図１２は、本実施形態のソフトウェア保守
方法を実施する実施装置のソースバックアップ処理部１
０５の処理手順を示すフローチャートである。

【０２１２】図１２に示す様に、本実施形態のソフトウ
ェア保守方法を実施する実施装置のソースバックアップ
処理部１０５では、ステップ１２０１の処理で、バージ
ョン履歴管理データベース１０４内に存在する装置名１
１０１とシステム世代番号１１０２の中から、操作者か
らのバックアップ対象の装置名１１０１とシステム世代
番号１１０２の入力を受け付ける。

【０２１３】例えば、操作者が制御計算機２１１である
ＲＣＳ−１を選択し、世代番号Ｖ１．３のソフトウェア
システムを選択した場合には、ソースバックアップ処理
部１０５は、装置名１１０１としてＲＣＳ−１を認識
し、システム世代番号１１０２としてＶ１．３を認識す
る。

【０２１４】ステップ１２０２の処理で、ソースバック
アップ処理部１０５は、外部記憶媒体のセットを要求
し、セット完了の合い図を受け付けるまで待つ。

【０２１５】例えば、操作者が外部記憶媒体ＭＴをセッ
ト完了後にリターンキーを押して場合、リターンキーの
入力を受け付けたので次のステップに移る。

【０２１６】ステップ１２０３の処理で、ソースバック
アップ処理部１０５は、バックアップ対象の装置名１１
０１とシステム世代番号１１０２に対して、バージョン
履歴管理データベース１０４から外部記憶媒体へ該当す
る範囲をバックアップする。

【０２１７】例えば、外部記憶媒体である磁気テープ
（ＭＴ）へバージョン履歴管理データベース１０４のデ
ィレクトリＲＣＳ−１下のディレクトリＶ１．３以降に
示された情報に従ってバックアップを行う。

【０２１８】ステップ１２０４の処理で、ソースバック
アップ処理部１０５は、バージョン履歴管理データベー
ス１０４の内バックアップ対象のソフトウェア構成情報
から、プログラムの名称とその世代番号のリストを取得
してソースバックアップ範囲のリストを作成する。

【０２１９】図１３は、本実施形態のソフトウェア保守
方法を実施する実施装置のソースバックアップ範囲の一
例を示す図である。図１３において、１３００はソース
バックアップ範囲である。

【０２２０】図１３に示す様に、本実施形態のソフトウ
ェア保守方法を実施する実施装置のソースバックアップ
範囲では、バックアップ対象のディレクトリＲＣＳ−１
下のディレクトリＶ１．３のソースバックアップの範囲
が点線で囲まれる部分で表されている。

【０２２１】なお、ディレクトリＳＣＣＳにはソースフ
ァイル一式が格納されている為、デフォルトでソースバ
ックアップ範囲１３００に含まれるものとしている。

【０２２２】ステップ１２０５の処理で、ソースバック
アップ処理部１０５は、ソースバックアップ範囲リスト
に含まれる全てのファイルを追加形式で外部記憶媒体へ
バックアップする。

【０２２３】例えば、図１３に示す点線で囲まれるソー
スバックアップ範囲１３００が外部記憶媒体であるＭＴ
へバックアップされる。

【０２２４】前記の様に、本実施形態のソフトウェア保
守方法を実施する実施装置では、複数の世代番号のソフ
トウェアシステムを構成するソフトウェア一式を外部記
憶媒体へ保存することが可能となる。

【０２２５】本実施形態のソフトウェア保守方法を実施
する実施装置のソフトウェア入替え処理部１１２のステ
ップ９０７の処理において、ローディングコマンドの実
行結果が少なくとも１つのプログラムに対して失敗した
時には、元のソフトウェアシステムに戻すことが必要と
なる。

【０２２６】例えば、実機マシン１１０の制御計算機２
１１であるＲＣＳ−１のソフトウェアシステムの世代番
号をＶ１．２からＶ１．３へバージョンアップさせたと
きに、プログラムの入替え処理が失敗した場合には、当
該ソフトウェアシステムの世代番号をＶ１．２へ戻さな
ければならない。

【０２２７】この為の処理手順を図７に示したソフトウ
ェア保守処理部１０３の処理手順により説明する。

【０２２８】一例として、実機マシン１１０の制御計算
機２１１であるＲＣＳ−１のソフトウェアシステムの世
代番号をＶ１．２へ戻す操作手順を説明する。

【０２２９】なお、ステップ７０２の処理とステップ７
０４の処理及びステップ７０８の処理以外は同じ処理の
為、説明を省略する。

【０２３０】ステップ７０２の処理において、例えば、
装置名リストのＲＣＳ−１及びＲＣＳ−２の内で操作者
がＲＣＳ−１を選択すると、リモート保守マシン１００
のソフトウェア保守処理部１０３は、配布先装置名とし
てＲＣＳ−１を認識する。

【０２３１】ステップ７０４の処理において、例えば、
システム世代番号リストのＶ１．１、Ｖ１．２及びＶ
１．３の内で、操作者がＶ１．２を選択すると、リモー
ト保守マシン１００のソフトウェア保守処理部１０３
は、配布するソフトウェアシステムの世代番号としてＶ
１．２を認識する。

【０２３２】ステップ７０８の処理において、例えば、
配布対象プログラムｐｒｏｃＡに対しては、リモート保
守マシン１００のソフトウェア世代管理データベース１
０１内のディレクトリｐｒｏｃＡ下のディレクトリＶ
１．２のａｐ＿ｌｏａｄ、ｐｒｏｃＡＡ．ｏ、ｐｒｏｃ
ＡＢ．ｏ及びｐｒｏｃＡＣ．ｏが、入替え対象格納デー
タベース１１１のプログラム格納エリア５１０内のディ
レクトリｐｒｏｃＡ．Ｉに配布される。

【０２３３】また、配布対象プログラムｔａｓｋＡに対
しては、リモート保守マシン１００のソフトウェア世代
管理データベース１０１内のディレクトリｔａｓｋＡ下
のディレクトリＶ１．１のａｐ＿ｌｏａｄ、ｔａｓｋＡ
Ａ．ｏ、ｔａｓｋＡＢ．ｏ及びｔａｓｋＡＣ．ｏが、入
替え対象格納データベース１１１のプログラム格納エリ
ア５１０内のディレクトリｔａｓｋＡ．Ｉに配布され
る。

【０２３４】そして、実機マシン１１０のＲＣＳ−１
は、図９に示したソフトウェア入替え処理部１１２の処
理手順によって、ｐｒｏｃＡのＶ１．２及びｔａｓｋＡ
のＶ１．１が実行環境に登録され、世代番号がＶ１．２
であるソフトウェアシステムへ復旧される。

【０２３５】前記の様に、本実施形態のソフトウェア保
守方法を実施する実施装置では、特定の世代番号のソフ
トウェアシステムからあらゆる世代番号のソフトウェア
システムに復旧するさせることが可能となる。

【０２３６】また、本実施形態のソフトウェア保守方法
を実施する実施装置において、ソフトウェアシステムを
構成するプログラムをグループ化して管理を行っても良
い。

【０２３７】図１４は、本実施形態のソフトウェア保守
方法を実施する実施装置のプログラムをグループ化した
ソフトウェア世代管理データベース１０１の一例を示す
図である。図１４において、１４０１はグループ名、１
４０２はソースディレクトリ、１４０３はオブジェクト
ディレクトリ、１４０４はメイクファイルディレクトリ
である。

【０２３８】図１４に示す様に、本実施形態のソフトウ
ェア保守方法を実施する実施装置のプログラムをグルー
プ化したソフトウェア世代管理データベース１０１は、
グループ名１４０１と、ソースディレクトリ１４０２
と、オブジェクトディレクトリ１４０３と、メイクファ
イルディレクトリ１４０４とを有している。

【０２３９】また、図１４に示す様に、本実施形態のソ
フトウェア保守方法を実施する実施装置のプログラムを
グループ化したソフトウェア世代管理データベース１０
１では、ソフトウェアシステムの開発においてプログラ
ムの総数が多い場合に開発担当者毎やプログラムの性質
によって行われるプログラムのグループ化に対応した構
成となっている。

【０２４０】プログラムをグループ化したソフトウェア
世代管理データベース１０１は、第２ディレクトリにグ
ループ名１４０１を示すディレクトリを備えており、例
えば、プログラムｐｒｏｃＡ、ｔａｓｋＡ及びｉｒｓｕ
ｂＡのグループ名称をｇｒｏｕｐＡとしている。

【０２４１】また、第４ディレクトリにソースディレク
トリ１４０２としてｓｏｕｒｃｅ、オブジェクトディレ
クトリ１４０３としてｏｂｊｅｃｔ、メイクファイルデ
ィレクトリ１４０４としてｍｋｆ＿ｄｉｒを備えてい
る。

【０２４２】ソースディレクトリ１４０２は最新ソース
ファイルを格納しておく場所であり、オブジェクトディ
レクトリ１４０３は最新オブジェクトを格納しておく場
所であり、メイクファイルディレクトリ１４０４はｍａ
ｋｅｆｉｌｅを格納しておく場所である。

【０２４３】図１５は、本実施形態のソフトウェア保守
方法を実施する実施装置のプログラムをグループ化した
システム定義データベース１０２の一例を示す図であ
る。

【０２４４】図１５に示す様に、本実施形態のソフトウ
ェア保守方法を実施する実施装置のプログラムをグルー
プ化したシステム定義データベース１０２では、定義フ
ァイル４０３〜４０５であるｄｅｆｉｎｅ．ＤＢの第１
欄にグループ名１４０１を、第２欄にプログラム名３０
２を、第３欄にプログラム世代番号３０３を、第４欄に
プログラム種別を記述している。

【０２４５】例えば、実機マシン１１０のＲＣＳ−１の
ソフトウェアシステムの世代番号をＶ１．２からＶ１．
３へバージョンアップする場合では、装置名４０１がＲ
ＣＳ−１でシステム世代番号４０２がＶ１．３のディレ
クトリ下の定義ファイル４０５に、ｇｒｏｕｐＡ ｐｒ
ｏｃＡ Ｖ１．３ Ｐ、 ｇｒｏｕｐＡ ｔａｓｋＡ Ｖ
１．２ Ｔ、 ｇｒｏｕｐＡ ｉｒｓｕｂＡ Ｖ１．１ Ｉ
と記述しておく。

【０２４６】ここで、Ｐはプロセスを、Ｔはタスクを、
Ｉは間接リンクライブラリを表している。

【０２４７】本実施形態のソフトウェア保守方法を実施
する実施装置において、プログラムをグループ化した場
合のソフトウェア保守処理部１０３及びソフトウェア入
替え処理部１１２は、それぞれ図７及び図９と同様な処
理手順によって実現され、グループ名称が設けられたこ
とを意識した処理を行うことが可能である。

【０２４８】以上説明した様に、本実施形態のソフトウ
ェア保守方法を実施する実施装置によれば、システム世
代番号、プログラム世代番号及びソースファイル世代番
号を対応付けているので、異なる複数のシステム世代番
号のソフトウェアシステムを管理することが可能であ
る。

【０２４９】また、本実施形態のソフトウェア保守方法
を実施する実施装置によれば、システム定義データベー
ス及びソフトウェア世代管理データベースの内容に従っ
てプログラムの配布を行うので、異なる複数のシステム
世代番号のソフトウェアシステム構築の再現性を向上さ
せることが可能である。

【０２５０】また、本実施形態のソフトウェア保守方法
を実施する実施装置によれば、入替え処理の行われたプ
ログラムを生成するソースファイル名とソースファイル
世代番号を稼働バージョン管理データベースに格納して
いるので、稼働中のソフトウェアシステムを構成するプ
ログラムから前記プログラムを生成するソースファイル
及びソースファイル世代番号を特定することが可能であ
る。

【０２５１】また、本実施形態のソフトウェア保守方法
を実施する実施装置によれば、稼働バージョン管理デー
タベースに格納されていない世代番号のプログラムのみ
を配布するので、プログラムの配布時間を最小限に抑え
ることが可能である。

【０２５２】また、本実施形態のソフトウェア保守方法
を実施する実施装置によれば、複数の実行系計算機で稼
働中のソフトウェアシステムの情報を収集してバックア
ップを行うので、稼働中の複数のシステム世代番号のソ
フトウェアシステムを構成するプログラムを生成するソ
ースファイルのバックアップを行うことが可能である。

【０２５３】（実施形態２）以下に、本発明のソフトウ
ェア保守方法において、プログラムを入替え後にプログ
ラム間のリンク関係の正当性を確認する実施形態２のソ
フトウェア保守方法を実施する実施装置について説明す
る。

【０２５４】図１６は、本実施形態のソフトウェア保守
方法を実施する実施装置のソフトウェア入替え処理部１
１２でプログラム間のリンク関係をチェックする処理の
処理手順を示すフローチャートである。

【０２５５】図１６に示す様に、本実施形態のソフトウ
ェア保守方法を実施する実施装置のソフトウェア入替え
処理部１１２でプログラム間のリンク関係をチェックす
る処理では、リンク関係チェック付きソフトウェア入替
え処理部１１２により、入替え処理を行うプログラムに
ついて未解決の外部参照が存在するかどうかを調べ、リ
ンク関係の正当性をチェックする処理手順を示してい
る。

【０２５６】なお、図１６に示した処理手順は、図９に
示した処理手順にステップ１６２１〜ステップ１６２３
の処理を加えた処理となっている。

【０２５７】以下に、本実施形態のソフトウェア保守方
法を実施する実施装置のリンク関係チェック付きソフト
ウェア入替え処理部１１２におけるステップ１６２１〜
ステップ１６２３の処理について説明する。

【０２５８】ステップ１６２１の処理で、ソフトウェア
入替え処理部１１２は、プログラム登録順序の依存関係
を無視するプログラム非依存登録モードに変更する。

【０２５９】通常は間接リンクライブラリのリンク関係
によって間接リンクライブラリの登録する順序が決まっ
ているが、前記プログラム非依存登録モードへの変更に
よって、その順序に無関係に間接リンクライブラリを登
録することが可能となる。

【０２６０】ステップ１６２２の処理で、ソフトウェア
入替え処理部１１２は、前記プログラム非依存登録モー
ドを解除し、プログラム登録順序の依存関係を保持する
モードに変更する。

【０２６１】ステップ１６２３の処理で、ソフトウェア
入替え処理部１１２は、未ローディングのプログラムへ
リンクしているプログラムをチェックして、該当するプ
ログラムの名称を警告表示する。

【０２６２】前記の様に、本実施形態のソフトウェア保
守方法を実施する実施装置では、プログラム非依存登録
モードに変更して、配布された全てのプログラムの入替
え処理を行い、プログラム非依存登録モードをを解除し
た後、前記入替え処理を行った全てのプログラムのリン
ク関係の正当性を調べている。

【０２６３】前記入替え処理を行った全てのプログラム
間のリンク関係の正当性を一度に検査することにより、
タスクの様に動的なリンクを行うプログラムのリンク関
係であっても、そのリンク関係の正当性を確認すること
が可能となる。

【０２６４】以上説明した様に、本実施形態のソフトウ
ェア保守方法を実施する実施装置によれば、プログラム
の入替え処理を行った後にプログラムのリンク関係の正
当性を検査するので、実行系計算機のソフトウェアシス
テムを変更したときにリンク関係を確認することが可能
である。

【０２６５】以上、本発明を前記実施形態に基づき具体
的に説明したが、本発明は、前記実施形態に限定される
ものではなく、その要旨を逸脱しない範囲において種々
変更可能であることは勿論である。

【０２６６】例えば、実施形態１及び実施形態２のソフ
トウェア保守方法では、プログラムを例に説明している
が、前記配布する対象であったプログラムをデータと置
き換えることにより、実施形態１及び実施形態２を、グ
ローバルデータのエリア定義等のデータに対しても実現
される。

【０２６７】なお、図９のソフトウェア入替え処理部１
１２におけるステップ９０３の処理は、入替え順序の規
則がグローバルデータのエリア定義、オブジェクト、ラ
イブラリ、間接リンクライブラリ、タスク、プロセス、
グローバルデータのデータ登録の順番となる。

【０２６８】また、この場合には図９のソフトウェア入
替え処理部１１２のステップ９０５の処理で実行される
ＯＳ提供の本来のローディングコマンドには、グローバ
ルデータのエリア定義を行うｄｆｓ、ｄｆａ等のコマン
ドも含まれることになる。

【０２６９】

【発明の効果】本願において開示される発明のうち代表
的なものによって得られる効果を簡単に説明すれば、下
記のとおりである。

【０２７０】（１）システム世代番号、プログラム世代
番号及びソースファイル世代番号を対応付けているの
で、異なる複数のシステム世代番号のソフトウェアシス
テムを管理することが可能である。

【０２７１】（２）システム定義データベース及びソフ
トウェア世代管理データベースの内容に従ってプログラ
ムの配布を行うので、異なる複数のシステム世代番号の
ソフトウェアシステム構築の再現性を向上させることが
可能である。

【０２７２】（３）入替え処理の行われたプログラムを
生成するソースファイル名とソースファイル世代番号を
稼働バージョン管理データベースに格納しているので、
稼働中のソフトウェアシステムを構成するプログラムか
ら前記プログラムを生成するソースファイル及びソース
ファイル世代番号を特定することが可能である。

【０２７３】（４）稼働バージョン管理データベースに
格納されていない世代番号のプログラムのみを配布する
ので、プログラムの配布時間を最小限に抑えることが可
能である。

【０２７４】（５）複数の実行系計算機で稼働中のソフ
トウェアシステムの情報を収集してバックアップを行う
ので、稼働中の複数のシステム世代番号のソフトウェア
システムを構成するプログラムを生成するソースファイ
ルのバックアップを行うことが可能である。

【０２７５】（６）プログラムの入替え処理を行った後
にプログラムのリンク関係の正当性を検査するので、実
行系計算機のソフトウェアシステムを変更したときにリ
ンク関係を確認することが可能である。

【図面の簡単な説明】

【図１】実施形態１のソフトウェア保守方法を実施する
実施装置の概略構成を示す図である。

【図２】実施形態１のソフトウェア保守方法を実施する
実施装置のソフトウェア保守の対象となるハードウェア
構成の一例を示す図である。

【図３】実施形態１のソフトウェア保守方法を実施する
実施装置のソフトウェア世代管理データベース１０１の
一例を示す図である。

【図４】実施形態１のソフトウェア保守方法を実施する
実施装置のシステム定義データベース１０２の一例を示
す図である。

【図５】実施形態１のソフトウェア保守方法を実施する
実施装置の配布前の入替え対象格納データベース１１１
の一例を示す図である。

【図６】実施形態１のソフトウェア保守方法を実施する
実施装置の入替え前の稼働バージョン管理データベース
１１３の一例を示す図である。

【図７】実施形態１のソフトウェア保守方法を実施する
実施装置のソフトウェア保守処理部１０３の処理手順を
示すフローチャートである。

【図８】実施形態１のソフトウェア保守方法を実施する
実施装置の配布後の入替え対象格納データベース１１１
の一例を示す図である。

【図９】実施形態１のソフトウェア保守方法を実施する
実施装置のソフトウェア入替え処理部１１２の処理手順
を示すフローチャートである。

【図１０】実施形態１のソフトウェア保守方法を実施す
る実施装置の入替え後の稼働バージョン管理データベー
ス１１３の一例を示す図である。

【図１１】実施形態１のソフトウェア保守方法を実施す
る実施装置のバージョン履歴管理データベース１０４の
一例を示す図である。

【図１２】実施形態１のソフトウェア保守方法を実施す
る実施装置のソースバックアップ処理部１０５の処理手
順を示すフローチャートである。

【図１３】実施形態１のソフトウェア保守方法を実施す
る実施装置のソースバックアップ範囲の一例を示す図で
ある。

【図１４】実施形態１のソフトウェア保守方法を実施す
る実施装置のプログラムをグループ化したソフトウェア
世代管理データベース１０１の一例を示す図である。

【図１５】実施形態１のソフトウェア保守方法を実施す
る実施装置のプログラムをグループ化したシステム定義
データベース１０２の一例を示す図である。

【図１６】実施形態２のソフトウェア保守方法を実施す
る実施装置のソフトウェア入替え処理部１１２でプログ
ラム間のリンク関係をチェックする処理の処理手順を示
すフローチャートである。

【符号の説明】

１００…リモート保守マシン、１０１…ソフトウェア世
代管理データベース、１０２…システム定義データベー
ス、１０３…ソフトウェア保守処理部、１０４…バージ
ョン履歴管理データベース、１０５…ソースバックアッ
プ処理部、１１０…実機マシン、１１１…入替え対象格
納データベース、１１２…ソフトウェア入替え処理部、
１１３…稼働バージョン管理データベース、２１１〜２
１９…制御計算機、２２１〜２２９…ワークステーショ
ン、２３１〜２３９…パーソナルコンピュータ、３０１
…装置種別、３０２…プログラム名、３０３…プログラ
ム世代番号、４０１…装置名、４０２…システム世代番
号、４０３〜４０５…定義ファイル、５１０…プログラ
ム格納エリア、５１１…システム情報、５２１、５２４
及び５２７…プログラム情報、５２２、５２５及び５２
８…オブジェクトモジュール、５２３、５２６及び５２
９…コマンドプロシジャ、５３０…入替え実行結果格納
エリア、５３１〜５３３…入替え結果ファイル、５４０
…実機状態格納エリア、５４１…入替え状態ファイル、
６０１…装置名、６０２…システム世代番号、６１１〜
６１３…アーカイブファイル、６２１〜６２３…世代番
号ファイル、８１１…システム情報、８２１及び８２４
…プログラム情報、８２２及び８２５…オブジェクトモ
ジュール、８２３及び８２６…コマンドプロシジャ、１
１０１…装置名、１１０２…システム世代番号、１３０
０…ソースバックアップ範囲、１４０１…グループ名、
１４０２…ソースディレクトリ、１４０３…オブジェク
トディレクトリ、１４０４…メイクファイルディレクト
リ。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 三宮 恵一 茨城県日立市大みか町五丁目２番１号 日 立プロセスコンピュータエンジニアリング 株式会社内 (72)発明者 菊地 邦行 茨城県日立市大みか町五丁目２番１号 株 式会社日立製作所大みか工場内 (72)発明者 河野 克己 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内

Claims (6)

【特許請求の範囲】
1. 【請求項１】 複数の実行系計算機で稼働するソフトウ
   ェアシステムの保守を行うソフトウェア保守方法におい
   て、 異なる複数のソフトウェアシステムを構成するプログラ
   ムのプログラム世代番号と前記プログラムを生成するソ
   ースファイルのソースファイル世代番号とを対応付ける
   ソフトウェア世代管理データベースを作成し、 前記異なる複数のソフトウェアシステムのシステム世代
   番号と前記ソフトウェアシステムを構成するプログラム
   のプログラム世代番号とを対応付けるシステム定義ファ
   イルを作成し、 前記ソフトウェア世代管理データベース及びシステム定
   義データベースによって対応付けられたシステム世代番
   号、プログラム世代番号及びソースファイル世代番号に
   より、異なる複数のシステム世代番号のソフトウェアシ
   ステムを構成するプログラムを管理することを特徴とす
   るソフトウェア保守方法。
2. 【請求項２】 前記ソフトウェア世代管理データベース
   及びシステム定義データベースによって対応付けられた
   システム世代番号、プログラム世代番号及びソースファ
   イル世代番号により、特定のシステム世代番号のソフト
   ウェアシステムを構成するプログラムを実行系計算機に
   配布することを特徴とする請求項１に記載されたソフト
   ウェア保守方法。
3. 【請求項３】 前記配布されたプログラムと現行のプロ
   グラムとの入替え処理を実行し、前記入替え処理が成功
   したときに、前記入替え処理を行ったソフトウェアシス
   テムのシステム世代番号、プログラム世代番号、ソース
   ファイル名及びソースファイル世代番号を稼働バージョ
   ン管理データベースに格納して実行系計算機で稼働中の
   ソフトウェアシステムを管理することを特徴とする請求
   項２に記載されたソフトウェア保守方法。
4. 【請求項４】 前記特定のシステム世代番号のソフトウ
   ェアシステムを構成するプログラムを配布する際に、前
   記システム定義データベースの内容と前記稼働バージョ
   ン管理データベースの内容とを比較し、前記稼働バージ
   ョン管理データベースに格納されていない世代番号のプ
   ログラムのみを配布することを特徴とする請求項３に記
   載されたソフトウェア保守方法。
5. 【請求項５】 前記稼働バージョン管理データベースに
   格納されているシステム世代番号、プログラム世代番号
   及びソースファイル世代番号を収集してバージョン履歴
   管理データベースを作成し、 前記作成したバージョン履歴管理データベースに格納さ
   れたシステム世代番号、プログラム世代番号及びソース
   ファイル世代番号の情報に従って、特定のシステム世代
   番号のソフトウェアシステムを構成するプログラムを生
   成するソースファイルまたはオブジェクトモジュールの
   バックアップを行うことを特徴とする請求項３に記載さ
   れたソフトウェア保守方法。
6. 【請求項６】 前記配布されたプログラムを現行のプロ
   グラムと入替える入替え処理を行った後に前記プログラ
   ムのリンク関係の正当性を検査することを特徴とする請
   求項３に記載されたソフトウェア保守方法。