JPH0241523A - 版数管理方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔目　次〕 ）既要 産業上の利用分野 従来の技術と発明が解決しようとする課題課題を解決す
るための手段 作用 実施例 発明の効果 〔概要〕 計算機システムの、例えば、サービスプロセッサ（ＳＶ
Ｐ）におけるソフトウェアの版数管理方式に関し、 ソフトウェアの入れ換え時等における各種トラブルの発
生を解消し、計算機システムの安定運用を行うことを目
的とし、 装置のシステムソフトウェアの各モジュールに対応した
版数管理テーブルを設け、該システムソフトウェア（以
下、システムと略す場合がある）の各モジュールに変更
があって、該新システムを既存のシステムにインストー
ルする時、既存のソフトウェアに対応した旧システムの
版数管理テーブルの内容と、新システムの版数管理テー
ブルとを比較して、旧システムの版数管理テーブルの内
部処理版数が新システムの版数管理テーブルのそれと同
じであれば入れ換え処理をバイパスし、旧システムの版
数管理テーブルの内部処理版数が新システムの版数管理
テーブルのそれより小さければ入れ換え処理を行い、旧
システムの版数管理テーブルの内部処理版数が新システ
ムの版数管理テーブルのそれより大きければ、コンソー
ルに入れ換えの確認をとる問い合わせ処理を行い、旧シ
ステムの版数管理テーブルの内部処理版数が新システム
の版数管理テーブルのそれと同じであっても、バッチ版
数が新システムよりも大きければ、コンソールに入れ換
えの確認をとる問い合わせ処理を行うように構成する。

〔産業上の利用分野〕

本発明は、計算機システムの、例えば、サービスプロセ
ッサ（ＳＶＰ）におけるソフトウェアの版数管理方式に
関する。

近年、情報処理システムの大型化と、複合化に伴い、該
情報処理システムの保守、及び監視機能を有するサービ
スプロセッサ（ＳＶＰ）も、又、高機能の実現が要求さ
れている。

該サービスプロセッサ（ＳＶＰ）は通常、本体プロセッ
サとは別の小型のプロセッサを中心としたシステム構成
をとることにより、本体系各装置の異常発生時にも対処
可能とし、各種の保守、及び監視機能を実現している。

この為、本体系の各装置にインストールするファームウ
ェアや、マイクロプログラムの種類や。

版数も多くなるだけでな（、該サービスプロセッサ（Ｓ
ＶＰ）自体のソフトウェアも、その規模が大きくなり、
機能追加・変更等の為の改版処理も多大なコストと９時
間を必要とするようになっている。

該ソフトウェアの改版処理は、一般には専用のデバッグ
マシンで新システムソフトウェアの作成を行い、実機に
は、該デバッグマシンで検証を完了した新システムソフ
トウェアをインストールするようにしている。

この場合、該改版処理によって、システムにトラブルの
発生することのない版数管理方式が要求される。

〔従来の技術と発明が解決しようとする課題〕第５図は
従来の版数管理方式を説明する図であり、（ａ）は情報
処理システムの構成例を示し、（ｂ）はサービスプロセ
ッサ（ＳＶＰ）の構成例を示し、（ｃ）は従来の版数管
理方式を模式的に示した図である。

従来の改版処理においては、例えば、（ａ）図に示した
情報処理システムのサービスプロセッサ（ＳＶＰ）　１
のプロセッサに対するシステムプログラム。

及び本体系２の各装置、例えば、中央処理袋！（Ｃｐｕ
）　、チャネル装置（ＣＯＰ）等にインストールするフ
ァームウェアや、マイクロプログラムの更新処理を、（
ｃ）図に示したデバッグマシン３の専用の計算機システ
ム３２で個別に行った後、現行のシステムソフトウェア
を元に、必要なモジュールの入れ換えを行うことにより
、新システムソフトウェアを作成し、例えば、該専用の
計算機システム３２の磁気テープ装置（ＭＴ）　３２ａ
に出力し、該磁気テープを介して、該デバッグマシン３
のデバッグ用サービスプロセッサ（ＳＶＰ）　３１にイ
ンストールして検証を行い、例えば、複数の実機のサー
ビスプロセッサ（ＳＶＰ）　１に共通なパッチを付加す
る等して、例えば、フロッピーディスク（ＦＤ）　３１
ａに出力し、（ａ）　、　（ｂ）図に示した実機（ＳＶ
Ｐ）　１にインストールしていた。

この場合、多種多様なシステムソフトウェアの各モジュ
ールに対して、モジュールの識別子（ｒＤ）や１版数、
修正日付等を人手で付加して、人手で版数管理を行うこ
とはあったが、該サービスプロセッサ（ＳＶＰ）　１が
提供するシステムソフトウェアとして、統一的に版数を
管理する手段がないのが現状であった。

従って、時として、改版のあったモジュール１１（第１
図参照）の一部に問題が発生した場合、そのモジュール
１１のみを旧版数に戻したいとか。

或いは、更新したいというような必要性が出た場合、シ
ステムソフトウェアを再作成しなければならないという
ようなことになったり、或いは、更新ミスにより、実ａ
１において、システム版数をアップしようとしたとき、
既存のシステムの一部に一時的プログラム変更（バッチ
）が適用されていたのを、システムソフトウェアの全体
の入れ換えにより該パッチが失われてしまう危験がある
等の問題があった。

本発明は上記従来の欠点に鑑み、計算機システムの、例
えば、サービスプロセッサ（ＳＶＰ）におけるソフトウ
ェアの版数管理方式において、多種多様なサービスプロ
セッサ（ＳＶＰ）の提供するシステムソフトウェアを更
新する際、特定のモジュールの変更に対してシステムソ
フトウェア全体を入れ換えたり、或いは、実機で付加し
ているバッチが失われてしまうことのないシステムソフ
トウェアに対する版数管理方式を提供することを目的と
するものである。

〔課題を解決するための手段〕 第１図は本発明の版数管理方式の原理図である。

上記の問題点は下記の如くに構成された版数管理方式に
よって解決される。

装置のシステムソフトウェアの各モジュール１１〜１５
に対応した版数管理テーブル１０を設け、該システムソ
フトウェアの各モジュール１１〜１５に変更があって、
該新システムを既存のシステムにインストールする時、 既存のソフトウェアに対応した旧システムの版数管理テ
ーブル１０の内容と、新システムの版数管理テーブル１
０とを比較して、 旧システムの版数管理テーブル１０の内部処理版数１０
ａが新システムの版数管理テーブル１０のそれと同じで
あれば入れ換え処理をバイパスし、旧システムの版数管
理テーブル１０の内部処理版数１０ａが新システムの版
数管理テーブルｌＯａのそれより小さければ入れ換え処
理を行い、旧システムの版数管理テーブル１０の内部処
理版数１０ａが新システムの版数管理テーブル１０ａの
それより大きければ、コンソールに入れ換えの確認をと
る問い合わせ処理を行い、 旧システムの版数管理テーブル１０の内部処理版数１０
ａが新システムの版数管理テーブル１０ａのそれと同じ
であっても、バッチ版数が新システムよりも大きければ
、コンソールに入れ換えの確認をとる問い合わせ処理を
行うように構成する。

〔作用〕

即ち、本発明によれば、計算機システムの、例えば、サ
ービスプロセッサ（ＳＶＰ）におけるソフトウェアの版
数管理方式において、該サービスプロセッサ（ＳＶＰ）
が提供するシステムソフトウェアの各モジュールに対し
て、デバッグ用のサービスプロセッサ（ＳＶＰ）で実行
されるシステム作成処理部がシステム作成処理を実行す
る時に、版数管理テブルを更新し、該サービスプロセッ
サ（ＳＶＰ）のシステムソフトウェアの一部として提供
する。

この新システムソフトウェアを実機の既存のシステムに
インストールする時、該実機のインストール処理部は、
先ず、既存のシステムに対応する版数管理テーブルを、
例えば、マイクロディスク（ＭＤ）から主記憶装置（Ｍ
Ｓ）にロードし、新システムに対応する版数管理テーブ
ルを、例えば、フロッピーディスク（ＦＤ）から主記憶
装置（ＭＳ）にロードし、それらをモジュール毎に比較
する。

そして、旧システムの版数管理テーブルの内部処理版数
値が新システムの版数管理テーブルのそれと同じであれ
ば入れ換え処理をバイパスし、もし、旧システムの版数
管理テーブルの内部処理版数が新システムの版数管理テ
ーブルのそれより小さければ入れ換え処理を行う。

もし、旧システムの版数管理テーブルの内部処理版数が
新システムの版数管理テーブルのそれより大きければ、
該入れ換えにより版数が古くなる為、コンソールに入れ
換えの確認をとる問い合わせが行われる。

もし、旧システムの版数管理テーブルの内部処理版数が
新システムの版数管理テーブルのそれと同じであっても
、バッチ版数が新システムよりも大きければ、現行シス
テムの該モジュールにはパッチが適用されていると認識
して、コンソールに入れ換えの確認をとる問い合わせ処
理を行う。

このように機能するので、特定のモジュールに対応した
版数の更新処理が可能となると共に、誤って実機に投入
されているパッチを失うことがなくなり、多種多様なシ
ステムソフトウェアに対して柔軟に版数を管理すること
ができる効果がある。

〔実施例〕

以下本発明の実施例を図面によって詳述する。

前述の第１図が本発明の版数管理方式の原理図であり、
第２図は本発明の一実施例を動作フローで示した図であ
り、（ａ）はデバッグマシンでのシステム作成処理を示
し、（ｂ）は実機でのインストール処理を示し、（ｃ）
は実機での一部プログラム変更処理（パッチ処理）を示
しており、第３図は本発明の版数管理テーブルの管理例
を示した図であり、（ａ）は構成例を示し、（ｂ）〜（
ｄ）は版数管理の一例を示し、（ｅ）、（ｆ）は内部処
理版数と表示版数との関係を示しており、第４図は本発
明の他の実施例を示した図であって、第１図、第３図に
示した版数管理テーブル１０．及び該版数管理テーブル
１０に対する更新処理１０４，２０４が本発明を実施す
るのに必要な手段である。尚、全図を通して同じ符号は
同じ対象物を示している。

以下、第１図を参照しながら、第２図、第３図。

第４図によって、本発明の版数管理方式を説明する。

本発明を実施しても、デバッグマシン３の専用計算機シ
ステム３２でのシステムソフトウェアの作成処理そのも
のは、特に、従来方式と変わることはないので省略し、
ここでは、デバッグマシン３の検証用サービスプロセッ
サ（ＳＶＰ）　３１でのシステム作成処理、及び実機（
ＳＶＰ）　１でのインストール処理を中心にして、本発
明の版数管理方式を説明する。

先ず、デバッグマシン３内の検証用のサービスプロセッ
サ（ＳＶＰ）　３１に対して、上記専用の計算機システ
ム３２で作成された新規のシステムソフトウェアが、磁
気テープを介してフロッピィディスク（ＦＤ）に転送さ
れた後、システム作成処理部（第２図（ａ）参照）が起
動され、以下の処理が行われる。

即ち、該システム作成処理部がシステム作成時に、モジ
ュール１１〜を入れ替えようとするとき、新システムを
最初に作成する場合は、対応する版数管理テーブル１０
が存在しない為、第２図（ａ）において、ステップ１０
１の処理は行わず、判定のステップ１０３において、ス
テップ１０９．１１０．１０７．１０８の処理を行うこ
とにより、初期化された版数管理テーブルｌＯを作成し
、該版数管理テーブル１０は新システムソフトウェアの
版数管理テーブル１０としてフロッピィディスク（ＦＤ
）により提供される共に、旧版数管理テーブル１０とし
てマイクロディスク（ＭＤ）中に保存される。

第２回目以降、即ち、改版があった場合は、同じく第２
図（ａ）において、ステップ１０１の処理後、通常、前
記総入換え処理ではなく、個々のモジュール１１〜に関
しての入換え確認処理であるステップ１０４，１０５，
１０６．１０７，１０８を行う。

この時、マイクロディスク（ＭＤ）より、旧版数管理テ
ーブルを主記憶装置（ＭＳ）にロードし、各モジュール
について、「入換え」か「入換えバイパス」かどうかの
問い合わせをコンソールに表示して行い、若し、オペレ
ータからの指示が「入換え」を指示した場合には、版数
管理テーブル中の該モジュール１１〜に対応した内部処
理版数を＋１゛　する。

更に、あるモジュール１１〜にパッチをかけた時は、第
２図（ｃ）に示すように、該モジュール１１〜に対応し
たパッチ版数を＋１”する。

そして、該更新した版数管理テーブル１０をマイクロデ
ィスク（ＭＤ）にセーブし、該マイクロディスク（Ｍ［
ｌ）より実ａ（ＳＶＰ）　Ｉに提供する新システムソフ
トウェアをフロッピィディスク（ＦＤ）上に作成する。

このようにして、作成された新規なシステムソフトウェ
アを実機（ＳＶＰ）　１において現用システムにインス
トールする場合を以下に説明する。

上記の新システムソフトウェアの入っているフロッピィ
ディスク（ＦＤ）を実機（ＳＶＰ）　１のフロッピィデ
ィスク装置（ＦＤ）にセットし、インストールを指示す
るコマンドをコンソールから入力する。

すると、該インストール処理部（第２図（ｂ）参照）が
起動され、該インストール処理部は、旧版数管理テーブ
ル１０をマイクロディスク（ＭＤ）より主記憶装置（Ｍ
Ｓ）にロードし、該新版数管理テーブル１０をフロッピ
ィディスク（ＦＤ）より主記憶装置（ＭＳ）にロードす
る。（第２図（ｂ）のステップ２０１゜２０２参照） 次いで、インストール処理１部は無条件に総入れ替えを
行うかどうかの問い合わせを行い、若し、そうであれば
総入れ替えの後、マイクロディスク（ＭＤ）上の版数管
理テーブルを新システムのものと交換する。（第２図（
ｂ）のステップ２０３，２０９，２１０参照） 若し、モジュール単位の指定であれば、新、旧の版数管
理テーブルｌＯをモジュール毎に比較する。

そして、旧システムの版数管理テーブル１０の内部処理
版数１０ａの値が新システムの版数管理テーブル１０の
それと同じであれば入れ換え処理をバイパスし、もし、
旧システムの版数管理テーブル１０の内部処理版数が新
システムの版数管理テブル１０のそれより小さければ入
れ換え処理を行いうと共に、版数管理テーブル１０は新
システムのもので更新される。

若し、旧システムの版数管理テーブルｌＯの内部処理版
数が新システムの版数管理テーブル１゜のそれより大き
ければ、該入れ換えにより版数が古くなる為、コンソー
ルに入れ換えの確認をとる問い合わせが行われる。

もし、旧システムの版数管理テーブルｌＯの内部処理版
数が新システムの版数管理テーブル１゜のそれと同じで
あっても、パッチ版数１０ａが新システムよりも大きけ
れば、現行システムの該モジュールにはパッチが適用さ
れていると認識して、コンソールに入れ換えの確認をと
る問い合わせ処理を行う。（第２図（ｂ）のステップ２
０４参照）このようにして、該インストール処理が終了
すると、該更新した版数管理テーブル１０をマイクロデ
ィスク（ＭＤ）にセーブ（第２図（ｂ）のステップ２０
７参照）した後、初期マイクロプログラムロード（ＩＭ
ＰＬ）処理を指示するコマンドをコンソールがら入力す
ると、該新システムソフトウェアが、該実機のサービス
プロセッサ（ＳＶＰ）　１．及び、該実機のサービスプ
ロセッサ（ＳＶＰ）　１から本体装置に対して、対応す
るシステムソフトウェアがインスト−ルされることにな
る。

若し、上記の改版が複数回にわたって行われた場合、そ
れぞれの時点でのシステムソフトウェアをシステムバッ
クアップフロッピィ（ＦＤ）に保存しておけば、任意の
時点で、任意のモジュール（１１〜）をインストールす
ることができる。

例えば、第３図（ｈ）の状態で示されるシステムソフト
ウェアにおいて、モジュールｒ　ＣＨＰ−Ｍ　ＩＣＲＯ
−Ｂ」１４を表示版数（後述する）のｒＶＯ２／ＬＯＩ
　Ｊ　ニ戻したい時、該版数時の上記シス、テムバック
アップフロッピィ（ＦＤ）をインストールする状態にし
、該モジュール１４に関して、上記ステップ２０４に示
した処理において、問い合わせがきた時、入れ替えを指
示することで、該版数管理テーブル１０は第３図（ｃ）
に示したように更新される。

更に、この状態で該モジュールにパッチをかけて、パッ
チ版数がｒ　ＶＯＯＯＪ→ｒＶＯＯＩＪになったとき、
第２図（ｃ）に示した一部的プログラム変更処理部によ
り、該版数管理テーブル１０は第３図（ｃ）→（ｄ）の
ように更新される。

更に、その後、該モジュール１４の最新版のｒＶＯ２／
ＬＯ４Ｊを含むシステムソフトウェアをインストールす
る為には、該モジュール１４を含むシステムソフトウェ
アを用いて、上記インストール処理を行う。（第３図（
ｆ）参照） 上記の説明において述べた表示版数は、版数管理者が版
数を管理するのに便利な形式で表現したもので、例えば
、バージョンＩＩｈ（Ｖｘｘ）と、該バジョンＩＶｈ（
Ｖｘｘ）内のレベルＮａ（Ｌｘｘ）とで、Ｖｘｘ／Ｌｘ
Ｘで表すと、Ｖｘｘの変更によってＬｘｘは初期値に戻
されるが、何れにしろ、前記の内部版数値はシステム作
成処理部によって与えられ、上記の表示版数とは、第２
図（ｅ）のように、■悼■へと、あるモジュールをイン
ストールした版数を変えても、上記システム作成時に決
められた内部版数値が、それぞれの表示版数に対応して
いるので、版数の変更に際しては、常に、その前後関係
を誤ることはなく、飛び飛びの版数にも使用できる。

この例は、第２図（ｅ）の、例えば、■→■に）■峙■
で示される。

又、上記パッチ版数については、システム作成処理時に
、若し、適用されたならば、その値が初期値となり、実
機において、−時的プログラム変更処理部がパッチを適
用する度に“＋１”するだけであり、パッチの内容につ
いては関知しないようにする。従って、パッチを元に戻
すパッチであっても、該パッチ版数は°＋１”するだけ
である。

次に、第４図によって、他の実施例について説明する。

本実施例は、前述の改版が複数回にわたって行われた場
合、それぞれの時点でのシステムソフトウェアをシステ
ムバックアップフロッピィ（ＦＤ）に保存しておけば、
任意の時点で、任意のモジュール（１１〜）をインスト
ールすることができる点に着目して、該各版数のモジュ
ール（１１〜）を、予め、マイクロディスク（ＭＯ）に
セーブしておき、必要に応じて、版数管理テーブル１０
から該当モジュールのインストールしたい版数を入力す
ることで、自動的に、指定された版数のモジュールを取
り出してインストールできるようにしようとするもので
ある。

先ず、該版数管理テーブルｌＯをサービスプロセッサ（
ＳＶＰ）　１のコンソールに表示するようにし、該版数
管理テーブル１０中の版数フィールド（内部版数１表示
版数フィールド）１０ａに、任意の版数を入力できるよ
うにする。

そして、前述のインストール処理部（第２図（ｂ）参照
）は、該フィールド１０ａにおいて指定された版数のモ
ジュールをインストールする。

このような機構とする為に、前述のシステム作成処理部
は、各モジュールに対して、各版数のモジュールがある
場合、該版数毎のモジュールを、例えば、マイクロディ
スク（ＭＯ）にセーブしておく。

具体的には、本図に示す版数管理テーブルＩＯの他に、
各モジュールに対応して各版数のモジュールへのアクセ
スができるポインタ２０ａを持つ個別版数アドレステー
ブル２０を作成しておく。

上記インストール処理部は、該版数管理テーブル１０の
版数フィールド１０ａに対して、特定の版数の指定が行
われると、該モジュールの上記個別版数アドレステーブ
ル２０を用いて、該指定された版数（例えば、”ＶＯＯ
／ＬＯＩ″）のモジュールｌｌａを検索し、モジュール
の入れ換えを行うように機能させる。

このような機構を設けることにより、前述のような、各
モジュール毎に、各版数に対応したフロッピィディスク
（ＦＤ）を持つ必要がなくなり、操作性が著しく向上す
る。

尚、上記の実施例においては、情報処理システムの保守
・運用を司るサービスプロセッサ（ＳＶＰ）１を例にし
て説明したが、本発明の主旨から考えて、これに限定さ
れるものではなく、本体装置２の１つ、例えば、中央処
理装置（ｃｐｕ）、チャネル装置等であってもよいこと
はいう迄もないことである。

このように、本発明は、計算機システムの、例えば、サ
ービスプロセッサ（ＳＶＰ）におけるソフトウェアの版
数管理方式において、システムソフトウェアを構成して
いるモジュール毎の版数管理テーブルを設けて、別途専
用の計算機システムで作成した新規のシステムソフトウ
ェアを実機にインストールする際、該版数管理テーブル
の版数の比較を各モジュール対応で行って、無条件入れ
換え処理、入れ換えバイパス処理、或いは、コンソール
への問い合わせ処理の何れかで、各モジュール対応での
入れ換え制御を行うようにした所に特徴がある。

〔発明の効果〕

以上、詳細に説明したように、本発明の版数管理方式は
、計算機システムの、例えば、サービスプロセッサ（Ｓ
ＶＰ）におけるソフトウェアの版数管理方式において、
該サービスプロセッサ（ＳＶＰ）のシステムソフトウェ
アの各モジュールに対応した版数管理テーブルを設け、
該システムソフトウェアの各モジュールに変更があって
、該新システムを既存のシステムにインストールする時
、既存のソフトウェアに対応した旧システムの版数管理
テーブルの内容と、新システムの版数管理テーブルとを
比較して、旧システムの版数管理テーブルの内部処理版
数が新システムの版数管理テーブルのそれと同じであれ
ば入れ換え処理をバイパスし、旧システムの版数管理テ
ーブルの内部処理版数が新システムの版数管理テーブル
のそれより小さければ入れ換え処理を行い、旧システム
の版数管理テーブルの内部処理版数゛が新システムの版
数管理テーブルのそれより大きければ、コンソールに入
れ換えの確認をとる問い合わせ処理を行い、旧システム
の版数管理テーブルの内部処理版数が新システムの版数
管理テーブルのそれと同じであっても、パッチ版数が新
システムよりも大きければ、コンソールに入れ換えの確
認をとる問い合わせ処理を行うようにしたものであるの
で、多種、多様にわたる、サービスプロセッサ（ＳＶＰ
）のシステムソフトウェアの版数を柔軟に管理すること
ができ、インストール処理を迅速に、且つ正確に行うこ
とができる効果がある。

【図面の簡単な説明】

第１図は本発明の版数管理方式の原理図。 第２図は本発明の一実施例をフローで示した図。 第３図は本発明の版数管理テーブルの管理例を示した図
。 第４図は本発明の他の実施例を示した図。 第５図は従来の版数管理方式を説明する図。 である。 図面において、 ■はサービスプロセッサ（ＳＶＰ）　、又は装置、又は
実機（ＳＶＰ）　。 ２は本体装置。 ３はデバッグマシン。 ３１はデバッグ用のサービスプロセッサ（ＳＶＰ）３２
はデバッグ用の計算機システム。 １０は版数管理チープル。 １０ａは版数フィールド、又は内部処理版数、パッチ処
理版数。 １１〜１５はモジュール。 ２０は個別版数アドレステーブル。 ２０ａはポインタ。 １０１．１０３ 〜１０８．２０１ 〜２０７ は処理ステップ。 ＭＤはマイクロディスク。 へ ＦＤはフロッピィディスク。 をそれぞれ示す。 （対 （Ｉ）） 孝イ粁８月の一災１ｔＰｉ乞）刀４午フローτ斤・ヒｒ
−Ｃａ不　２　口　目ｎｌ） 木午朗の一災さと７）ダ控を力作フロー７斤、ＬＴ＝［
Ｉチ　　２　　の　（この２）

Claims (2)

【特許請求の範囲】
1. （１）装置のシステムソフトウェアの各モジュール（１
   １〜１５）に対応した版数管理テーブル（１０）を設け
   、 該システムソフトウェアの各モジュール（１１〜１５）
   に変更があって、該新システムソフトウェアを既存のシ
   ステムにインストールする時、 既存のシステムソフトウェアに対応した旧システムソフ
   トウェアの版数管理テーブル（１０）の内容と、新シス
   テムソフトウェアの版数管理テーブル（１０）とを比較
   して、 旧システムソフトウェアの版数管理テーブル（１０）の
   内部処理版数（１０ａ）が新システムソフトウェアの版
   数管理テーブル（１０）のそれと同じであれば入れ換え
   処理をバイパスし、 旧システムソフトウェアの版数管理テーブル（１０）の
   内部処理版数（１０ａ）が新システムソフトウェアの版
   数管理テーブル（１０）のそれより小さければ入れ換え
   処理を行い、 旧システムソフトウェアの版数管理テーブル（１０）の
   内部処理版数（１０ａ）が新システムソフトウェアの版
   数管理テーブル（１０）のそれより大きければ、コンソ
   ールに入れ換えの確認をとる問い合わせ処理を行い、 旧システムソフトウェアの版数管理テーブル（１０）の
   内部処理版数（１０ａ）が新システムソフトウェアの版
   数管理テーブル（１０）のそれと同じであっても、パッ
   チ版数が新システムソフトウェアの版数管理テーブル（
   １０）のそれよりも大きければ、コンソールに入れ換え
   の確認をとる問い合わせ処理を行うことを特徴とする版
   数管理方式。
2. （２）上記旧システムソフトウェアの版数管理テーブル
   （１０）の版数フィールド（１０ａ）に対してインスト
   ールしたい版数を指示する手段と、 該旧システムソフトウェアの各改版されたモジュール（
   １１〜１５）を外部記憶装置（ＭＤ）に蓄積する手段と
   、 それぞれをアクセスする為のポインタ（２０ａ）を含む
   個別版数アドレステーブル（２０）とを設けて、特定モ
   ジュール（１１〜）の版数フィールド（１０ａ）に対し
   てインストールしたい版数を指示して、上記個別版数ア
   ドレステーブル（２０）の該当ポインタ（２０ａ）に基
   づいてインストールしたい版数のモジュールを指示する
   ことを特徴とする請求項１に記載の版数管理方式。