JPH05224893A - システム定義変更方式 - Google Patents

Abstract

(57)【要約】 【目的】 オンライン稼働中のシステム定義情報の動的
変更部分をオンラインシステムの再立ち上げ時に自動的
に反映する。 【構成】 システム定義ファイルと構成変更来歴ファイ
ルを設け、オンライン稼動中に変更されたシステム構成
定義情報を前記構成変更来歴ファイルに蓄積し、システ
ムの再立ち上げ時に前記システム定義ファイルと構成変
更来歴ファイルとを主メモリ上にロードし、主メモリ上
でこれら二つのファイルの情報を組合せてシステム構成
を定義するテーブルを作成し、このテ−ブルの内容によ
ってシステムの構成を定義する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、オンラインシステムに
おいて、オンライン中に変更されたシステム構成の定義
情報を次回のシステム立ち上げ時に自動的に引き継ぐシ
ステム定義変更方式に関するものである。

【０００２】

【従来の技術】一般に、オンラインシステムでは、シス
テム内の各種の構成、通信方法、使用作業領域などを定
義する情報をシステム構成の定義情報として、ディスク
上の１つもしくは複数のファイルなどに格納し、オンラ
インシステムの立ち上げ時には、これを読み込んでシス
テム構成を定義する各種のテーブルなどをメモリ上に組
み立てた後、オンラインシステムを起動させている。

【０００３】システム構成の定義情報をオンライン中に
変更した場合、オンラインシステム内のテーブルに反映
する方式として、特開平３−１２５７号公報においては
オンラインシステム環境定義追加ジョブを実行すること
によって、メモリ上のオンラインシステム定義テーブル
を変更することを開示している。

【０００４】しかし、この方式にあってはシステム構成
の定義変更は一時的なものであり、システムを止めた後
に再度システムを立ち上げたとき、変更されたシステム
構成の定義内容が残らないという問題がある。

【０００５】そこで、この問題を解決すべく、特開平３
−１０２４２３号で示されるように、端末より入力され
たパッチ情報により変更されたシステム構成の定義情報
を変更するためにロードモジュールを更新していく方式
が提案されている。

【０００６】この方式にあっては、システムの稼動を停
止した後に再立ち上げしても定義情報は消滅しない。

【０００７】

【発明が解決しようとする課題】しかし、上記特開平３
−１０２４２３号で示された従来技術にあっては、ロー
ドモジュールを更新するものであるため、定義情報が幾
つか追加されることを想定してロードモジュール内にあ
る一定の動的変更枠を持つか、予備用に架空の端末等を
含めてシステムの全体構成に対応できる定義枠を持つこ
とになる。従って、多くの端末等が新規に増設され、定
義すべき情報数が動的変更枠や架空の構成を含めた定義
枠を超えた場合には対応できないという問題がある。

【０００８】本発明の目的は、動的変更枠や架空の構成
を含めたシステム全体の構成を定義し得る定義枠を用意
することなく、変更されたシステム構成定義情報をシス
テムの再立ち上げ時に自動的に引き継ぐことができるシ
ステム定義変更方式を提供することにある。

【０００９】

【課題を解決するための手段】上記目的を達成するため
に本発明は、システム定義ファイルと構成変更来歴ファ
イルを設け、オンライン稼動中に変更されたシステム構
成定義情報を前記構成変更来歴ファイルに蓄積し、シス
テムの再立ち上げ時に前記システム定義ファイルと構成
変更来歴ファイルとを主メモリ上にロードし、主メモリ
上でこれら二つのファイルの情報を組合せてシステム構
成を定義するテーブルを作成し、このテ−ブルの内容に
よってシステムの構成を定義するようにした。

【００１０】

【作用】上記手段によれば、オンライン稼動中に変更さ
れたシステム構成定義情報を構成変更来歴ファイルに蓄
積し、システムの再立ち上げ時にシステム定義ファイル
と構成変更来歴ファイルとを主メモリ上にロードし、主
メモリ上でこれら二つのファイルの情報を組合せてシス
テム構成を定義するテーブルを作成し、このテ−ブルの
内容によってシステムの構成を定義するので、変更され
たシステム定義の内容をオンラインを止めた後、再立ち
上げしても自動的に引き継ぐことができる。

【００１１】

【実施例】次に本発明の実施例について図面を参照して
説明する。

【００１２】図１は、本発明を適用したオンライン計算
機システムの一実施例を示す構成図である。この実施例
のシステムは、所望の業務コマンド等を入力するための
端末群１と、送受信を行うホストコンピュータ２と、端
末群１とホストコンピュータ２との間で送受信されるメ
ッセージの制御を行うメッセージ制御部３と、端末−ホ
スト間の通信プロトコルの制御を行うプロトコル制御部
４と、回線と各通信媒体の制御を行う通信制御部５と、
業務コマンドの処理等を行うシステム制御部６と、シス
テム定義情報を格納するシステム定義ファイル７と、端
末群１から入力された構成変更コマンドの来歴を格納す
る構成変更来歴ファイル８と、業務プログラム群９を制
御するための業務プログラム制御部１０によって構成さ
れている。

【００１３】図２は、端末群１の中の端末１１から入力
した構成変更コマンドの処理の流れを図解したものであ
る。同図において、端末１１からコマンドが入力される
と、システム制御部６の内部でコマンドプロセス１３が
生成され、その入力コマンドに対する処理が行われる。

【００１４】例えば、別の端末１２をシステム構成から
切り離すコマンドが入力されると、コマンドプロセス１
３が生成される。このコマンドプロセス１３は、システ
ム構成を定義したシステムテ−ブル１４から端末１２に
関する定義情報を削除する。

【００１５】このようにして入力コマンドに対する処理
が終了すると、コマンドプロセス１３は動的な構成変更
コマンドの来歴を構成変更来歴ファイル８に書き込むと
共に、主メモリ内のシステムテーブル１４を更新し、端
末１１に正常終了メッセージを通知する。

【００１６】これによって、端末１２はシステムから定
義上は切り離されたことになる。

【００１７】もし、コマンド処理が異常終了となった場
合は、動的な構成変更コマンドの来歴を構成変更来歴フ
ァイル８に書き込むの止め、異常終了したことを端末１
１に通知する。

【００１８】図３は、システム定義ファイル７、構成変
更来歴ファイル８の具体的構成を示すもので、各ファイ
ル７，８のレコードはコマンドコード３３とそのコマン
ドコード３３に対応するオプション群３４から成ってい
る。

【００１９】この構成にあっては、オンライン稼動中に
システム定義情報の変更を行うコマンドが投入される
と、そのコマンド投入の来歴が構成変更来歴ファイル８
に順次蓄積される。

【００２０】図４は図３で示したシステム定義ファイル
７、構成変更来歴ファイル８を主メモリ４１上に展開し
たものであり、エリア４２はシステム定義ファイル７を
展開したエリア、エリア４３は構成変更来歴ファイル８
を展開したエリアであり、エリア４２とエリア４３を組
み合わせて（ソート、マージして）作成したものがエリ
ア４４である。

【００２１】例えば、レコード４５に示される定義情報
は、回線コード「０９００」に端末ＩＤ「ＤＥ０Ｆ」を
追加するコマンド（コード＝０５）の来歴を示すが、エ
リア４２の中にはこれと背反関係にあるレコードはない
ため、エリア４４にレコード４５がコマンドコードと端
末ＩＤをキーとして昇順に追加される。

【００２２】また、レコード４７に示される定義情報は
回線コード「０９００」から端末ＩＤ「ＤＥ１０」を削
除するコマンド（コード＝０６）を示すが、エリア４２
の中にはこれと背反関係にあるコマンドのレコード４６
（回線コード＝０９００に端末ＩＤ「ＤＥ１０」を追加
するコ−ド＝０１のコマンド）が存在するので、レコー
ド４６、４７は相殺されてエリア４４には、どちらも登
録しない。

【００２３】エリア４３のレコードに対する上記のよう
な処理をすべて完了すると、エリア４４の内容をもとに
システムテーブル１４を作成する。

【００２４】このようにして、前回のオンライン稼動中
に投入された構成変更コマンドの構成変更内容をオンラ
イン再立ち上げ時に引き継ぐ。

【００２５】図５は、システム開始時にシステム定義フ
ァイル７をどのように主メモリ上に展開するかを示すフ
ロ−チャ−トである。このフロ−チャ−トにおいて、 システム定義ファイル７と構成変更来歴ファイル８を
オープンし、それぞれから全レコードを読み込み、主メ
モリ上に展開する（ステップ５１１）。 構成変更コマンドの来歴レコードが存在するかどうか
をチェックする（ステップ５１２）。 構成変更コマンド来歴レコードがあれば、定義ファイ
ル７を主メモリ上に展開したものの中に背反の関係（例
えば、端末１２をシステムに追加するというコマンド
と、端末１２をシステムから削除するというコマンドの
関係）を持つものがあるかどうかチェックする（ステッ
プ５１３）。 背反の関係を持つものがなければ、コマンドコードと
端末ＩＤをキーとして、構成変更コマンド来歴レコード
を登録する（ステップ５１４）。 背反の関係を持つものがあれば、定義ファイル７を主
メモリ上に展開したものから該当コマンド来歴レコード
を登録しない（ステップ５１５）。 ステップ５１４、５１５のいずれかの処理が終了した
ら、次の構成変更コマンド来歴レコードに位置付ける
（ステップ５１６）。 構成変更コマンド来歴レコードがないか、あるいは構
成変更コマンド来歴レコードの処理レコードがなくなっ
たら、定義ファイル７のレコードと構成変更コマンド来
歴レコードとをソートマージしたエリア４３の先頭に位
置付ける（ステップ５１７）。 マージしたレコード群を解釈し、システムテーブル１
４を作成する（ステップ５１８，５１９）。

【００２６】このような処理によって多くの端末の新規
増設等に対して、オンライン稼動中のシステムの動的変
更部分をオンラインシステムの再立ち上げ時に定義ファ
ィル７を修正せずに自動的に反映することができる。

【００２７】

【発明の効果】以上、説明したように本発明は、システ
ム定義ファイルと構成変更来歴ファイルを設け、オンラ
イン稼動中に変更されたシステム構成定義情報を前記構
成変更来歴ファイルに蓄積し、システムの再立ち上げ時
に前記システム定義ファイルと構成変更来歴ファイルと
を主メモリ上にロードし、主メモリ上でこれら二つのフ
ァイルの情報を組合せてシステム構成を定義するテーブ
ルを作成し、このテ−ブルの内容によってシステムの構
成を定義するようにしたので、動的変更枠や架空の構成
を含めたシステム全体の構成を定義し得る定義枠を用意
することなく、変更されたシステム構成定義情報をシス
テムの再立ち上げ時に自動的に引き継ぐことができる。

【図面の簡単な説明】

【図１】 本発明を適用したオンライン計算機システム
の一実施例を示す構成図である。

【図２】 図１における動的構成変更コマンドの処理の
概要を図解した説明図である。

【図３】 システム定義ファイルと構成変更来歴ファイ
ルの構成を示すファイル構成図である。

【図４】 システム定義ファイルと構成変更来歴ファイ
ルを主メモリへ展開した状態を示す説明図である。

【図５】 システムテ−ブルが作成されるまでの処理の
流れを示すフロ−チャ−トである。

【符号の説明】

１…端末群、２…ホストコンピュータ、３…メッセージ
制御部、４…通信プロトコル制御部、５…通信制御部、
６…システム制御部、７…システム定義ファイル、８…
構成変更来歴ファイル、９…業務プログラム群、１０…
業務プログラム制御、１１，１２…端末、１３…コマン
ドプロセス、１４…システムテーブル、３３…コマンド
コード、３４…オプション群、４１…主メモリ。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 岡崎 平美 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア開発本部内

Claims (1)

【特許請求の範囲】
1. 【請求項１】オンラインシステムにおいて、システム定
   義ファイルと構成変更来歴ファイルを設け、オンライン
   稼動中に変更されたシステム構成定義情報を前記構成変
   更来歴ファイルに蓄積し、システムの再立ち上げ時に前
   記システム定義ファイルと構成変更来歴ファイルとを主
   メモリ上にロードし、主メモリ上でこれら二つのファイ
   ルの情報を組合せてシステム構成を定義するテーブルを
   作成し、このテ−ブルの内容によってシステムの構成を
   定義するようにしたことを特徴とするシステム定義変更
   方式。