JPH0485656A - ネットワーク構成定義情報の変更方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［産業上の利用分野コ 本発明は、複数のホスト計算機と、各ホスト計算機に共
通に接続されるＣＣＰと、上記ＣＣＰに通信回線を介し
て接続された他の複数の処理装置からなる通信ネットワ
ークにおいて、ホスト計算機およびＣＣＰ上でプログラ
ムが動作中に、これらの計算機およびＣＣＰに記憶され
ているネットワーク構成定義情報を変更し、オンライン
で稼動中のシステムの機能を停止することなく１回線や
、処理装置等を追加あるいは削除する方式に関する。

［従来の技術］ 例えば、特開昭６３−１５６２６４公報「ネットワーク
構成変更処理方式」に記載されているように、ホスト計
算機と、ネットワーク構成定義情報を含むロードモジュ
ールがロードされるＣＣＰとを備えたデータ処理システ
ムにおいて、ｃｃｐが持つネットワークの構成定義情報
を変更する場合、ホスト計算機に構成変更コマンドを入
力し、ホスト計算機から変更情報をＣＣＰへ送出し、ｃ
ｃＰが上記変更情報に基づき、構成定義情報を修正する
ようにしている。また、ホスト計算機で、前記構成変更
コマンドの入力に応答して、構成変更コマンドの履歴情
報を保存しておき、ＣＣＰへのローディングが行なわれ
た場合に、保存されている前記履歴情報に基づき、ｃｃ
ｐへ変更情報を再送出するようにしている。

［発明が解決しようとする課題］ １つをマスタとし、他をスレーブとする複数のホスト計
算機と、各ホスト計算機に接続されたＣＣＰと、上記Ｃ
ＣＰに通信回線で接続された他の複数の処理装置からな
る通信ネットワークにおいて、前記従来技術を適用した
場合、以下の問題点がある。

（１）構成変更コマンドにより変更したネットワーク構
成定義情報が実際の物理構成に合っていなかった場合、
これを取り消す必要がある。このような場合、再度、構
成変更コマンドを作成し、実行する必要がある。例えば
リソースを追加した場合は、これを削除する旨を指定し
たコマンドを作成し、一方、リソースを削除した場合、
これを追加する旨を指定したコマンドを作成し、再入力
する必要があるため、運用性が悪い６ （２）ＣＣＰが既に稼働状態にある時に１つのホスト計
算機がプログラムローディングにより再開始されたとき
、上記ホスト計算機がもつ構成定義情報は自動的に変更
されるが、従来方式によればホスト計算機はＣＣＰに対
して再度変更情報を送出しないため、以前実行した構成
変更に失敗したものがあった場合、ホスト計算機−６６
２間で構成定義情報に不一致が生ずる。このような不一
致を防ぐためには、ホスト計算機の再開始時、ＣＣＰも
同時にプログラムローディングにより再開始する必要が
ある。

（３）本発明で対象にしている１台のＣＣＰに複数のホ
スト計算機が接続されている構成では、マスタとなるホ
スト計算機を変更したとき、もし該ホスト計算機に対し
て構成変更コマンドの投入を忘れていた場合、ＣＣＰが
稼働状態で前記ホスト計算機がプログラム再ローデイン
グにより再開始したとき、マスタのホスト計算機とＣＣ
Ｐの構成定義情報に不一致を生ずる。このような不一致
を防ぐためには、マスタのホスト計算機の変更時、ＣＣ
Ｐをプログラムローディングにより再開始する必要があ
る。

本発明の目的は、ＣＣＰに複数のホスト計算機を接続し
た構成において、ホスト計算機とＣＣＰの両方の構成定
義情報の変更をこれらのプログラム実行中に可能とし、
かつホスト計算機またはＣＣＰの再開始時、ホスト計算
機間およびホスト計算機−ｃｃＰ間の構成定義情報の不
一致を防止し、以前実行した構成定義情報の変更分をも
とのネットワーク構成定義に反映可能とすること、およ
び構成変更処理失敗時の回復処理にががる運用性の向上
を目的とする。

［問題点を解決するための手段］ 前記目的を達成するため、本発明によるネットワーク動
的構成変更方式は、以下の構成を特徴どする。

（１）ホスト計算機およびＣＣＰは、ネットワークの構
成定義情報を含むロードモジュールがロードされ、これ
らのプログラムを実行する。これらのプログラムを実行
中に、前記ホスト計算機またはＣＣＰが持つネットワー
ク構成定義情報を変更する必要が生じた場合、コマンド
（以下、構成変更コマンドと略記）を」二記ＣＣＰに接
続された全ホスト計算機に投入する。これによって、各
ホスト計算機が記憶する、該当リソースの構成定義情報
が変更される。マスタとなるホスト計算機は、ＣＣＰに
接続する回線または処理装置等のリソースを変更する場
合、該当ＣＣＰに対し２て、変更情報を送出する。これ
によりＣＣＰが記憶する該当リソースの構成定義情報が
変更される。このようにして変更指示したネットワーク
構成定義が実際の物理構成に合っていなかった場合等、
一度実行した構成変更を取り消したい場合は、最新の構
成変更コマンドで実行した構成変更をキャンセルするた
めのコマンド（以ド、キャンセルコマンドと略記）を該
当ＣＣＰに接続された全ホスト計算機から投入する。こ
れによ−〉で、各ホスト計算機は、前回人力された構成
変更コマンドで実行したネットワーク構成定義情報の変
更順序とは逆の順序ツー、該当リソースの構成定義情報
を構成変更＝」マント実行以前の状態に戻す。また、マ
スタのホスト記算機は、前回入力された構成変更コマン
ドでＣＣＰの構成定義情報を変更゛していた場合、該当
ＣＣＰに対して、構成変更コマンドで実行したネットワ
ーク構成定義情報の変更順序とは逆の順序で変更情報を
送出する１、これによって、ＣＣＰ　＋：１該当リソー
スの構成定義情報を構成変更コンン１へ実行以前の状態
に戻す、 （２）実行した構成変更コマンド（ネットツー・り構成
定義情報の変更内容）は、各ホスト計算機の機成変更履
歴ファイルに記録しておく４、ホスト計算機をプログラ
ムローディングにより再開始したとき、」ニ記ファイル
から以ｎ実行されたすべでの構成変更コマンドの内容を
読み込み、これを実行することにより、以前変更された
順序で該当リソースの構成定義情報製変更する。

（３）（１）で述べたキャンセルコマンドによるネット
ワーク構成定義情報の変更に成功したときは、構成変更
履歴ファイルから上記キャンセル指示された構成変更コ
マンドの内容を削除する。

（４）ホスト計算機−ｃｃｐ間の再接続時、マスタのホ
スト計算機は、ＣＣＰの状態をチェックし、ＣＣＰのプ
ログラムが動作中でないときのみ、必要なプログラムを
ローディングする。次に、以前にＣＣＰの構成定義情報
を変更した場合、ＣＣＰの状態に関係なく以前変更され
た順序でｃｃｐに対して変更情報を送出する。ｃｃｐは
該当リソースの構成定義情報を変更する。

（５）ＣＣＰの構成定義情報を変更する場合、ホスト計
算機、ｃｃｐともに、構成変更コマンドごとに、前記コ
マンドの実行順序に従って付与した構成変更シーケンス
番号と、前記構成変更コマンドで実行したネットワーク
構成定義情報の変更の成功／失敗／処理中を示す変更状
態識別子とを記憶しておく。マスタのホスト計算機から
の構成変更コマンドの投入によるＣＣＰへの最初の変更
情報の送出時、マスタのホスト計算機、ＣＣＰともに、
上記情報を記憶するための領域を新たに確保し、構成変
更コマンドで指定した構成変更シーケンス番号を設定す
る。ネットワーク構成定義、情報の変更が成功したとき
、前記変更状態識別子が「失敗」でなく、かつ該当構成
変更コマンドで実行すべき最後のネットワーク構成定義
情報の変すｆでないとき、前記変更状ｇｉ別副子「処理
中」どする。前記変更状態識別子が「失敗」でなく、か
つ該当構成変更コマンドで実行すべき最後のネットワー
ク構成定義情報の変更のとき、前記変更状態識別子を「
成功」とする。一方、該当リソースの構成定義情報の変
更が失敗したとき、前記処理状態識別子を「失敗」とす
る。また、スレーブのホスト計算機からの構成変更コマ
ンドの投入時、スレーブのホスト計算機は、前記構成変
更シーケンス番号と、変更状態識別子を格納する領域を
碓保し、前記手順と同様の手順によりこれらを設定する
。この場合、ｃｃｐへの変更情報の送出を伴わないため
、リソースの構成定義情報の変更はすべて成功する。

（６）（１）で述べたキャンセルコマンドの投入時、ホ
スト計算機、ｃｃｐともに該当リソースの構成定義情報
の変更が成功したとき、前記変更状態識別子が「失敗」
でなく、かつ該当キャンセルコマンドで実行すべき最後
のネットワーク構成定義情報の変更でないとき、前記変
更状態識別子を「処理中」とする。前記変更状態識別子
が「失敗」でなく、かつ該当構成変更コマンドで実行す
べき最後のネットワーク構成定義情報の変更のとき、前
記構成変更シーケンス番号および変更状態識別子を格納
する領域を削除する。一方、該当リソースの構成定義情
報の変更が失敗したとき、前記処理状態識別子を「失敗
」とする。

（７）ホスト計算機の再開始時、マスタのホスト計算機
は、ＣＣＰの状態をチェックし、必要なプログラムが既
にＣＣＰ上で動作しているときは、ホスト計算機の持つ
前記構成変更シーケンス番号および変更状態識別子と、
ＣＣＰの持つ前記構成変更シーケンス番号および変更状
態識別子とを比較する。この結果、ホスト計算機、ＣＣ
Ｐで同一のすべての構成変更シーケンス番号に対し、両
方の変更状態識別子が「成功」であるときは、構成変更
コマンドで該当ＣＣＰに対して以前実行した構成変更情
報を送出しない。

（８）ホスト計算機の再開始時、ホスト計算機のもつ最
新の構成変更シーケンス番号と、ＣＣＰのもつ最新の構
成変更シーケンス番号とが一致しないときは、ホスト計
算機のオペレータコンソールに警告メツセージを出力す
る。

（９）各ホスト計算機間にメツセージの送受信が可能な
論理的な通信路を設け、成るホスト計算機から構成変更
コマンドまたはキャンセルコマンドの投入時、前記論理
的通信路を用いてこれらを全てのホスト計算機に配布す
る。各ホスト計算機は前記メセージの受信時、自動的に
これらのコマンドを実行する。

［作用〕 前記（１）の構成によれば、構成変更コマンド投入時、
各ホスト計算機が、自身の構成定義情報を変更し、マス
タのホスト計算機が、ＣＣＰに接続する回線または処理
装置等のリソースを変更する場合、マスタのホスト計算
機から該当ＣＣＰに対して変更情報を送出し、該ｃｃｐ
が自身の構成定義情報を変更するようにしているため、
１つのＣＣＰに対して複数のホスト計算機が接続される
環境において、ホスト計算機またはＣＣＰ上のプログラ
ムのもつネットワーク構成定義情報を動的に変更するこ
とが可能となる。また、キャンセルコマンドが投入され
た時、各ホスト計算機と、ＣＣＰが、それぞれ構成変更
コマンドで実行した構成変更を前記コマンド実行以前の
状態に戻すように動作するため、例えば、構成変更コマ
ンドにより一旦変更したネットワーク構成定義情報が実
際の物理構成に合っていなかったなどの理由により前回
の構成変更コマンドを取り消す必要がある場合でも、再
度、構成変更コマンドを作成し直して実行する必要がな
い。

前記（２）、（３）、（４）の構成によれば、ホスト計
算機またはＣＣＰの再開始時に、各ホスト計算機が構成
変更履歴ファイルから読み出した過去のネットワーク構
成定義情報の変更履歴を用いて自動的に前記構成変更コ
マンドを再実行するため、再度、構成変更コマンドを作
成し実行する必要がない。また、ＣＣＰへも変更情報を
再度送出するため、以前実行した構成変更に失敗したリ
ソースがあった場合でも、マスタのホスト計算機−ｃｃ
ｐ間に構成定義情報の不一致を生ずることがない。

前記、（５）、（６）、（７）の構成によれば、ホスト
計算機−００２間の再接続時に、ＣＣＰのプログラムが
動作中ならば、以前すべての構成変更に成功していると
き、変更情報をＣＣＰへ送出しないため、ＣＣＰに対す
る余計なメツセージが転送されず、ＣＣＰの再開始の時
間が短縮される。

前記、（５）、（６）、（８）の構成によれば、ＣＣＰ
の再開始時に、マスタのホスト計算機とＣＣＰのそれぞ
れの最新の構成変更シーケンス番号が不一致のとき、オ
ペレータコンソールにメツセージを出力することにより
、ホスト−００２間の構成定義情報の不一致を警告する
。これにより、オペレータは、該当ホスト計算機が以前
スレーブであったときに構成変更コマンドの実行を忘れ
ていたこと等を知ることができる。オペレータは、該当
構成変更コマンドを実行することにより、マスタのホス
ト計算機とＣＣＰの構成情報を一敵させることができる
。

前記、（１０）の構成によれば、構成変更コマンドまた
はキャンセルコマンドを］つのホスト計算機から実行可
能であるため、オペレータ操作が簡略化され、かつコマ
ンドの投入忘れによる装置間の構成定義情報の不一致を
防ぐことができる。

［実施例］ 以下、本発明の詳細を図面を参照して説明する。

システム構成： 第２図に本発明の一実施例のシステム構成を示す。ホス
ト計算機（１−１〜１−ｎ）は、複数個のうち１つ登マ
スタ属性、他をスレーブ属性とし、それぞれが自ホスト
計算機が管理または制御するりソースに関するネットワ
ーク構成定義情報を含む実行可能形式プログラムがロー
ドされこのプログラムを実行する。通信制御処理装置（
ＣＣＰ）２は、自ＣＣＰが制御するリソースに関するネ
ットワーク構成定義情報を含む実行可能形式プログラム
がロードされ、このプログラムを実行する。ホスト計算
機−００２間は、チャネル（３−１−＝３−ｎ）で接続
し、この間でメツセージの送受信を可能とする。ＣＣＰ
は、？１数の通信回線（８−１−・８−ｎ）を介して他
の処理装置（９−１，−９−＋ｉ）とメツセージの送受
信を行う。

ハードウェア構成（ホスト計算機）： 第３図にホスト計算機のハードウェア構成を示す。命令
実行プロセッサ（ＩＰ）１３は、プログラムを実行し、
データ通信処理、業務処理等を行う。主記憶装置ｌ（Ｍ
Ｓ）１２は、プログラム、テーブル類および送受信デー
タな格納する。オペレータコンソール１３は、サービス
プロセッサ（ＳＶＰ）１４を介してオペレータコマンド
の入力、オペレータに対するメツセージの出力を行う。

ホスト計算機用ロードモジュールファイル４は、ホスト
計算機単位に１個保有し、該当ホスト計算機が管理また
は制御するリソースに関するネットワーク定義情報を含
む実行可能形式プログラムを格納する。このプログラム
は、ＭＳ、ｌ−、に格納され動作する。ｃｃｐ用ロード
モジュールファイル５は、該当ＣＣＰと接続する各ホス
ト計算機がそれぞれ１個保有し、該当ＣＣＰが制御する
リソースに関するネットワーク定義情報を含む実行可能
形式プログラムを格納する。このプログラムはｃｃｐへ
転送、格納され動作する。構成変更デイレクトリファイ
ル６は、ホスト計算機単位に複数個保有し、もとのネッ
トワーク定義情報からの変更分の定義情報を実行可能形
式（テーブル形式）で格納する。これは、後述する方法
によりホスト計算機または、ＣＣＰ上で動作中のプログ
ラムに反映される。ホスト計算機用ロードモジュールフ
ァイル、ＣＣＰ用ロードモジュールファイルおよび構成
変更デイレクトリファイルの内容は、後述する方法によ
りオフラインで例えば磁気テープ１０上に作成し、これ
を各ファイルに入力する。

履歴情報ファイル７は、ホスト計算機単位に１個保有し
、後述する構成変更コマンドで実行した構成変更デイレ
クトリファイル名称を記録する。これは、ホスト計算機
またはＣＣＰの再開始時、もとのネットワーク定義情報
からの変更分の定義情報を自動的にプログラムに反映す
るために使用する。入出力制御装置！　（ＩＯＰ）（１
５−１，１５−２）は、チャネル３によりＣＣＰまたは
ファイルと接続し、これらとのデータ送受信を制御寥る
。

ハードウェア構成（ｃｃｐ）： 第４図にＣＣＰのハードウェア構成４示す。命令実行プ
ロセッサ（ＩＰ）１６は、ＣＣＩ）のプログラムを実行
し、データ通信処理を行う。主記憶装！ｔ（Ｍｓ）ｘ７
は、プログラム、テーブル類および送受信データを格納
する。チャネルアダプタ（ＣＡ）（１８−１〜ｌ８−ｎ
）は、チャネル（３−１〜３−ｎ）によりホストと接続
しホストとのデータ送受信を制御する。回線走査機構（
Ｃ８）（１９−１〜ｌ９−ｎ）は、複数回線の走査およ
び回線とのデータ送受信を制御する。

ホスト計算機の属性の決定方法： 本実施例では、ＣＣＰプログラムローディング等の開始
操作は、マスタのホスト計算機からのみ可能とする。ホ
スト計算機の属性の決定は、以下のように行う。

ホスト計算機の属性（マスタ／スレーブ）は、システム
構築時、ネットワーク構成定義情報で指定するが、マス
タ属性のホスト計算機の障害時。

新たにマスタとするホスト計算機のオペレータコンソー
ルから、ＯＷＮコマンドを投入することによりスレーブ
属性のホスト計算機をマスタ属性に変更することを可能
とする。

実行可能形式プログラムの作成方法： 第５図に本発明の一実施例の実行可能形式プログラムの
作成方法を示す。

ネットワーク構成定義２２は、対象とするネットワーク
全体の構成情報を一定の文法規則に従って記述したもの
であり、対象とするネットワーク全体で１つ作成する。

プロシジャ２１は、プログラムの処理モジュール群であ
る。定義ユーティリティ２０は、オフラインにて動作さ
せ、ネットワーク構成定義から各ホスト計算機またはＣ
ＣＰ単位に、それぞれが管理または制御するリソースに
関するネットワーク定義情報をとりだし、これをテーブ
ル形式に変換し、必要なプロシジャとリンケージをとり
、実行可能形式プログラムを作成する。これを、ホスト
計算機用ロードモジュール（２４−１〜２４−ｎ）、Ｃ
ＣＰ用ロードモジュール２５とする。

ホスト計算機用ロードモジュールは、対応するホスト計
算機のホスト計算機用ロードモジュールファイル４（第
１図）に格納し、ｃｃｐ用ロードモジュールは、該当Ｃ
ＣＰに接続するすべてのホスト計算機上のＣＣＰ用ロー
ドモジュールファイル５（第１図）に格納する。これは
、ｃｃｐに接続するどのホスト計算機がマスタとなって
もＣＣＰへのプログラムローディングによる開始動作が
できるようにするためである。前記ホスト計算機用ロー
ドモジュール、ＣＣＰ用ロードモジュールは、例えばあ
るホスト計算機上でオフラインで作成し、これを磁気テ
ープ１０に格納する。この磁気テープの内容を必要なホ
スト計算機のファイルに入力する。

例えば、第１図で示すネットワークでは、２台のホスト
計算機、ＨＯ８ＴＩ　（１−１）。

ＨＯ８Ｔ２　（１−２）がＣＣＰＩに接続され、ＨＯ８
Ｔ２にはローカル端末（ホスト計算機に直接接続する端
末）ＬＯＣＡＬ２　（２９−２）が、ＣＣＰＩには回ｇ
ＬＩＮＥｌｏ　（３０）を介して、端末制御装置ＴＣＥ
Ｉ　（３１−１）　、ビデオターミナ＃ＶＤＴ１　（３
２−１）、プＵ　ン９　Ｐ　ＲＴ　１（３３）が接続さ
れている。また、ＨＯ５ＴＩ上では、応用プログラムＴ
ＳＳ３４が動作し、ＨＯ８Ｔ２では、応用プログラムＤ
ＣＣＭ３５が動作することを示す。

第６図は、第１図のネットワークに対する構成定義２２
の一例である。ネットワーク構成定義は、ホスト計算機
定義部（２２−１，２２−２）およびＣＣＰ定義部（２
２−３）からなり、各定義部ごとに接続するリソースを
階層関係で定義する。

定義ユーティリティは、各ホスト計算機に対し、第７図
および第８図に示すようなリソースの検索に使用するリ
ソース管理テーブル群とリソースの入出力を制御するリ
ソース制御テーブル群を作成する。また、ＣＣＰに対し
、第９図に示すリソース制御テーブル群を作成する。

第７図はＨＯ８ＴＩに対して作成したテーブル群であり
、第８図はＨＯ８Ｔ２に対して作成したテーブル群であ
る。リソース管理テーブル群（３６および３８）は、オ
ペレータコンソール１３（第３図）の操作者または通信
回線で接続する端末３２（第１図）の操作者が使用する
ネットワークリソースの名称とシステム内部で使用する
アドレスの変換に使用し、対象ネットワークに対応する
テーブルＭＳＣＢ　（３６−Ａおよび３８−Ａ）を頂点
とし、自ホスト計算機が管理する範囲のリソース（自ホ
スト計算機に接続するりソース、自ホスト計算機に接続
するＣＣＰと接続するリソースおよび他ホスト計算機に
接続するリソースで自ホスト計算機と通信を行なう可能
性のリソース）について、ネットワーク定義と同様の階
層構造髪示す関連と、同位レベルのリソース間の関連か
らなる１、リソース制御テーブル群（３７および３９）
は、自ホスト計算機が実際にデータ送受信を行なうリソ
ースに対して作成し、リソース管理テーブルと同様の関
連をもつ。また、リソース制御テーブルとリソース管理
テーブルは、対応するリソース同士が関連をもつ。

第９図は、、ＣＣＰｌに対して作成したリソース制御テ
ーブル群である。ＣＣ））のリソース制御テーブル群４
０は、メインテーブルＣＭＣＢ（４０−Ａ）を頂点とし
てネットワーク定義と同様の階層構造を示す関連と、同
位レベルのリソース間の関連からなる。

構成変更の実行方法： 前記ネジｌ−ワーク定義で指定したネットワーク構成情
報に変更が生じた場合、これを第１図に示す構成変更定
義（２３−ｎ、　）として記述する。

定義ユーティリティは、ネットワーク構成定義２］と以
前の構成変更定義（２３−］〜２３−（ｎ、−１））を
用い前記構成変更定義からこれをテーブル形式に変換し
た構成変更ディレクトリ２６を変更するリソースを制御
または管理するホスト計算機単位に作成する。すなわち
、ｃｃｐに接続するリソースの場合は、該当ＣＣＰに接
続する全ホスト計算機に構成変更ディレクトリを作成す
ることとなる。これは、後述するホスト計算機またはＣ
ＣＰの再開始時の自動変更を、マスタのホスト計算機が
変更となっても可能とするためである。

例えば、第１図に示すネットワーク構成に対して、ロー
カル端末■、０ＣＡＬ１．（２９−１）および端末制御
装置ＴＣＥ２　（３１−２）、ビデオターミナルＶＤＴ
２　（３２−２）を追加し、ローカル端末ＬＯＣＡＬ２
　（２９−２）を削除するとき、第１図に示す構成変更
定義（２３−ｎ）を作成する。定義ユーティリティは、
前記構成変更定義に対して、第１０図および第１１図に
示すようなテーブル形式の構成変更ディレクトリをＨＯ
５Ｔ１、ＨＯＳ　Ｔ　２に対して作成し、構成変更デイ
レクトリファイル６（第２図）に格納する。

第１０図および第１１図に示すように、構成変更ディレ
クトリ２６は、変更するリソース曝位に、リソース管理
テーブル（２６−Ａ〜２６−Ｄ）を作成する。また、制
御情報として変更種別４１、次の変更リソースを示す順
方向ポインタ４２、後述する構成変更のキャンセルに使
用する逆方向ポインタ４３およびリソースの追加の場合
、追加光リソース名称４４、リソース削除の場合、削除
リソース名称４５をもつ。

次に、構成変更ディレクトリの内容をホスト計算機およ
びＣＣＰで動作中のプログラムに反映する手順を第１２
図に従って説明する。

ホスト計算機（この場合、ＨＯＳ　Ｔ　１．　。

ＨＯ８Ｔ２）のオペレータコンソール（第３図）からコ
マンドＣＨＡＮＧＥ、ＮＡＭＥ＝構成変更デイレクトリ
ファイル名称２８、を投入する（１．００）。各ホスト
計算機は、前記コマンドで指定した構成変更ディレクト
リの内容を、ＭＳ上に読み込む（１０］、）。次に、構
成変更デイレクトりで指定した構成変更の順序で、変更
リソースごとに以降の処理を行う。

変更リソースが構成追加の場合（１０３）、ホスト計算
機に接続するリソース（第１図に示すローカル端末のよ
うにホスト計算機に直接接続するリソースを示す）なら
ば（１０６）、該当リソースのリソース制御テーブルを
既に動作中のリソース制御テーブル群に追加しく１．０
９）（テーブル領域を確保し、構成変更ディレクトリの
追加光リソース名称４４（第１０図、第１１図）に対応
するリソース制御テーブル配下に追加する。テーブルに
設定する制御情報は、構成変更ディレクトリのリソース
管理テーブルから読み込む）、これが成功したとき（ｉ
ｌｌ、）（テーブル領域が確保できない場合、失敗する
）、構成変更ディレクトリ内の該当リソースのリソース
管理テーブルを既に動作中のリソース管理テーブル群に
追加し、先に追加したリソース制御テーブルとの関連付
を行う。

（１１３）（構成変更ディレクトリの追加先リソース名
称に対応するリソース管理テーブル配下に追加する）。

ＣＣＰに接続するリソースならば（１０６）（第１図に
示す回線、端末制御装置、ビデオターミナル、プリンタ
等を示す）、自ホスト計算機がマスタであるとき（１０
７）、ＣＣＰへ該当リソースの追加要求を行い（１１８
）。

（１２０）、これが成功したとき（１２２）、該当リー
スのリソース管理テーブルを既に動作中のリソース管理
テーブル群に追加しく１２４）、自ホスト計算機がスレ
ーブであるとき（１０７）該当リソースのリソース管理
テーブルを既に動作中のリソース管理テーブル群に追加
する（１２７）のみとする。

リソース削除の場合（１０３）、該当リソースのリソー
ス管理テーブルを既に動作中のリソース管理テーブル群
から削除しく１０４）、後述する削除処理の失敗、また
はキャンセル処理に対処するため、削除したリソース管
理テーブルを削除キューに登録する（１０５）。ホスト
計算機に接続するリソースならば（１０６）、該当リソ
ースの制御テーブルを既に動作中のリソース制御テーブ
ル群から削除しく１１０）、これが失敗し７たとき（１
１２）（該当リソースが仕様中等）、該当リソースのリ
ソース管理テーブルを削除キューから取りだし、再度リ
ソース管理テーブル群に追加する（１１４）。ＣＣＰに
接続するリソースならば（１０６）、自ホスト計算機が
マスタであるとき（１０７）、ＣＣＰへ該当リソースの
削除要求を行い（１１９）、（１２１）、これが失敗し
たとき（１２３）ＣＣＰ障害、該当リソースが仕様中等
）、削除したリソースのリソース管理テーブルを削除キ
ューから取りだし、再度、既に動作中のリソース管理テ
ーブル群に追加する（１’２５）。

構成変更ディレクトリで指定した全てのリソースのつい
て上記処理が終了したとき、実行した構成変更ディレク
トリのファイル名称を構成変更履歴ファイルに記録しく
１１６）、終了する。ホスト計算機−ｃｃｐ間で送受信
するｃｃｐ接続リソースの変更要求、応答メツセージの
形式の一例を第１７図及び第１８図に示す。メツセージ
は、変更種別４６、要求／応答区分４７を有し、追加の
場合、追加先リソース名称４８を、削除の場合、削除リ
ソース名称５１を有する。追加要求メツセージの場合、
追加テーブル内制御情報４９を付加する。また、応答メ
ツセージには、成功／失敗区分５０を付加する。

第１３図にリソースの変更要求を受信したＣＣＰの処理
手順を説明する。ＣＣＰはリソースの追加要求を受信し
たとき（２０１）、該当リソースのリソース制御テーブ
ルを既に動作中のリソース制御テーブル群に追加しく２
０２）（リソース追加要求メツセージの追加先リソース
名称４８（第１７図）に対応するリソース制御テーブル
配下に追加する）、リソースの削除要求を受信したとき
、リソース削除要求メツセージの削除リソース名称５１
（第１８図）に対応するリソース制御テーブルを既に動
作中のリソース制御テーブル群から削除する（２０３）
。その後、リソースの変更応答をホスト計算機に送信す
る（２０５）。

（２０６）。

例えば、第１図に示すリソースの変更を行う場合、ＨＯ
５ＴＩでは第１４図、ＨＯ８Ｔ２では第１５図に示すリ
ソース管理テーブル群、リソース制御テーブル群が作成
される。第１４図ではＬＯＣＡＬＩ　（３６−Ｎ、３６
−０．３７−Ｃ。

３７−Ｄ）、ＴＣＥ２　（３６−Ｐ）、ＶＤＴ２（３６
−Ｑ）が新たに追加されたことを示す。第１５図では、
ＴＣＥ２．ＶＤＴ２が新たに追加され、ＬＯＣＡＬ２　
（３８−Ｈ，３８−Ｊ、３９−Ｃ，３９−Ｄ）が削除さ
れたことを示す。なお、後述するキャンセル処理を実現
するため、削除したリソース管理テーブルを削除キュー
５２に登録し、かつ追加先リソースを記録しておくため
、追加先リソースへの関連を設けておく。また、ＣＣＰ
では、第１６図に示すリソース制御テープル群が作成さ
れる。第１６図では、ＴＣＥ　２（４０−Ｆ）、ＶＤゴ
２　（４０−Ｇ）が新たに追加されたことを示す。

なお、構成要素の物理的な追加、削除の実行時点は、本
実施例では、特に規定しないが、追加の場合は、Ｌ記ネ
ットワーク構成定義情報の変更以前に、削除の場合は、
］−記ネットワツー構成定義情報の変更以後に行うのが
一般的手順である。

構成変更のキャンセルｈ法： 前記手順により実行された構成変更が定義、ミス等によ
り実際の物理構成と合っていなかった場合、一度実行し
た構成変更をキャンセルし２て正しい構成変更定義を作
成し直して再度実行する必要がある。このため、一度実
行した構成変更をキャンセルする手順を第１９図に従っ
て説明する。

ホスト計算機（この場合、ＩＩ　ＯＳ　Ｔ’　１　。

ＨＯ８Ｔ２）のオペレータコンソール（第；３図）から
コマンドＣＡＮＣＥＩ、、ＮＡＭＥ−構成変更ティレフ
トリファイル名称、を投入する（３００）。

コマンドで指定した構成変更ディレクトリが以前実行し
た最新のものであるとき（３０］）、以トの処理を実行
すし７、そうでないとき、コマンドを拒否する（３０３
）。最新の構成変更ディレクトリのみ実行１丁能とする
のは、ネットワーク構成定義の矛盾発生を防ぐためであ
る。

ＣＨＡＮＧＥコマンド実行時にＭ　Ｓ　、、Ｊ′、にロ
ート済の構成変更ディレクトリをＣＨＡ　Ｎ　（Ｅ　Ｅ
コマンド実行時とは逆の順序で各リソースについて以降
の処理を行う。（逆の順序で行うのは、ネットワーク構
成定義の矛盾発生を防ぐためである。

追加のキャンセルのとき（３０４）、該当リソースのリ
ソース管理テーブルを既に動作中のリソース管理テーブ
ル群から削除１、（４３０５）、対応するリソース制御
子・−プルの削除処理の失敗時。

再度追加できるように、削除したリソース管理テーブル
を削除キューに登録しておく　（３０７）。

該当リソースがホスト計算機接続リソースならば（３０
８）、該当リソースのリソース制御テーブルな既に動作
中のリソース制御テーブル群から削除しく３１１）、こ
れが失敗したとき（３］、、　３　）、削除したリソー
スのリソース管理テーブルを削除キューから取りだし２
、再度、動作中のリソース管理テーブル群に追加する（
３１５）。該当リソースがｃｃｐ接続リソ−・スならば
（３０８）、自ホスト計算機がマスタのとき、（３０９
）、該当リソースの削除要求をＣＣＰに行い（３１９）
。

（３２１）、これに失敗したときは、削除したリソース
のリソース管理チー′プルを削除キューから取りだし、
再度、動作中のリソース管理テーブル群に追加する。

削除のキャンセルのとぎ（３０４）、削除キューから該
当リソースのリソース管理デ・−プルを取り出す（３Ｏ
６）。該当リソースがホスト計３ｆ機接続リソ−・スな
らば（３０８）、先に取りｔ＝　Ｌ、たりソース管理チ
ー・プル内の制御情報ｊ、、基づき、該当りソー・スの
リソース制御テーブル４既に動作中のリソース制御テー
ブル群に追加し、（３１２）、これが成、功し、たとき
（３１３）、先に取りだしたリソース管理テーブルな既
に動作中のリソース管理テーブル群に追加する（３１６
）、、該当リソースがＣＣＰ接続リソースならば（３０
Ｂ）、自ホスト計算機がマスタのとき、（３０９）、該
当リソースの追加要求をＣＣＰに行い（３２０）。

（３２２）、これが成功したときは、先に取りカニした
リソース管理テーブルを既に動作中のリソース管理テー
ブル群に追加し、（３］、、６）、自ホスト計算機がス
レーブのとき、先に取りだしたリソース管理テーブルを
既に動作中のリソース管理テーブル群に追加するのみで
よい（３１６）ａ以上の手順な該当構成変更ディレクト
リ内の全リソースについて完了したどき、実行［７た構
成変更ディレクトリのファイル名称を構成変更Ｈ聞ファ
イルから削除する（３３１）。キャンヤル処理において
も、ＣＣＰの制御テーブルは、第１；３図に示す丁、順
で追加・削除する。以上の手順により、第１４図、第１
５図、第１６図で示したテーブル群は、第７図、第８図
、第９図で示す構成変更実行以前の状態になる。

システム再開始時の自動変更の方法： 前記手順による構成変更の実施後、ホスト計算機または
ＣＣＰを再開始したとき、オペレータが再度ＣＨＡＮＧ
Ｅコマンドを実施する必要をなくすため、ＣＨＡＮＧＥ
コマンド実施時に構成変更履歴ファイル７（第２図）に
記録した構成変更デイレクトリファイル名称に基づき、
以前実行した構成変更を自動的に再実行する（これを以
下、システム再開始時の自動変更とする）。以下、第２
０図および第２１図に基づいてシステム再開始時の自動
変更の手順を説明する。

第１９図は、プログラムローディングによるホスト計算
機再開始時のホスト計算機の自動変更の手順である。ホ
スト計算機の開始時（４００）、構成変更ファイルから
以前実行した構成変更ディレクトリのファイル名称を読
みだす（４０１）。

読みだしたファイル名称に対応する各構成変更ディレク
トリについて構成変更ディレクトリ内のリソースごとに
以下の処理を行う。

リソース追加の場合（４０４）、該当リソースのリソー
ス管理テーブルを存在するリソース管理テーブル群に追
加する（４０５）。ホスト計算機に接続するリソースな
らば（４０８）、さらに、該当リソースのリソース制御
テーブルを既に存在するリソース制御テーブル群に追加
する（４１０）。

リソース削除の場合、該当リソースのリソース管理テー
ブルを既に動作中のリソース管理テーブル群から削除し
く４０６Ｌ削除したリソース管理テーブル群を削除キュ
ーに登録する（４０７）。

ホスト計算機に接続するリソースならば（４０８）、さ
らに該当リソースのリソース制御テーブルを既に存在す
るリソース制御テーブル群から削除する（４１１）。以
上の処理が全構成変更ディレクトリの全リソースについ
て終了したとき（４１２）。

（４１３）、システム再開始時のホスト計算機内の自動
変更処理を終了する。

第２１図は、ＣＣＰ再開始時（ホスト計算機−ｃｃｐ間
の再接続時）のマスタのホスト計算機の自動変更の手順
である。５ＴＡＲＴコマンドの投入（５００）を契機に
、例えば、（株）日立製作所、ＨＩＴＡＣマニュアル「
Ｍシリーズ処理装置」。

８０８０−２、昭５８−１０に示す５ＮＳＥコマンドを
送信し、それに対するＣＣＰからのセンスバイトにより
ＣＣＰ上で通信制御プログラムが動作しているか否かの
状態を得る（５０１）。この結果、プログラムが動作中
でないとき゛（５０２）、ＣＣＰ用ロードモジュールを
ＣＣＰへ転送、格納する（５０３）。読み込み済の全構
成変更ディレクトリについて、以前実行した順序で、Ｃ
ＣＰに接続される構成変更リソースをとりだし、以下の
手順を実行する（５０４）。取り出したリソースが構成
追加の場合、該当リソースの追加要求を構成変更ディレ
クトリ内の情報に基づいて作成し、送信する。追加応答
を受信し、これが成功のとき、該当リソースのリソース
管理テーブルが既に動作中のリソース管理テーブル群に
すでに存在するか否かを調べ（５１０）、存在しないと
き（５１１）、該当リソースのリソース管理テーブルを
既に動作中のリソース管理テーブル群に追加する。ＣＣ
Ｐへのリソース追加が失敗したとき（５０８）、失敗要
因を調べ（５０９）、「該当リソースが既に存在する」
ときは、成功時と同様の処理を行う。

そうでないとき、該当リソースのリソース管理テーブル
が既に動作中のリソース管理テーブル群にに存在するか
否かを調べ（５１３）、存在するとき（５１４）、該当
リソースのリソース管理テーブルを既に動作中のリソー
ス管理テーブル群から削除しく５１５）、削除したリソ
ース管理テーブルを削除キューに登録する。以上の処理
により、以前、追加に失敗したリソース（リソース管理
テーブルが既に動作中のリソース管理テーブル群に存在
しない）も失敗要因が取り除かれていれば、自動的に追
加処理を実行する。

取り出したリソースが構成削除の場合（５０５）、該当
リソースのリソース管理テーブルが、既に動作中のリソ
ース管理テーブル群に存在するが否かを調べ（５１６）
、存在するとき（５１７）、該当リソースのリソース管
理テーブルを既に動作中のリソース管理テーブル群から
削除しく５１５）、削除したリソース管理テーブルを削
除キューに登録する（５１．９）。該当リソースのリソ
ース管理テーブルが、既に動作中のリソース管理テーブ
ル群に存在しないどき（５１７）、前記処理を行わない
。

次に、該当リソースの追加要求を構成変更ディレクトリ
内の情報に基づいて作成し、送信する（５２０）。追加
応答を受信り、（５２１）、これが成功のとき、次のリ
ソースの処理に移る。そうでないとき、失敗要因な調へ
、これが、［該当リソースは削除済み」でおるとき（５
２３）、次のりソー・スの処理に移り、そうでないとき
、削除したリソースのリソース管理テーブルな削除キュ
ーからとりだし２、再度、追加する（５２４）。以Ｉ−
。

の処理により、以前、削除に失敗したリソース（リソー
ス管理テーブルが既に動作中のリソース管理テーブル群
に存在する）も失敗要因が取り除かれていれば、自動的
に削除処理を実行する。以上の処理も読み込み済の全構
成変更ディレクトυ内のＣＣＰ接続リソースに−）いて
実施する。

以上のようにＣＣＰ再開始時の自動変更処理は、マスタ
のホスト計算機の有する構成変更ディレクトリの情報に
より行われるが、ＣＡＮＧＥコマンドは、ｃｃｐに接続
するすべてのホスト計算機から実施するため、構成変更
後、マスタのホスト計算機が変更になってもＣＣＦｌへ
の構成変更は、自動的に実行さ才しる。

また、Ｃ’、　ＨＡ　Ｎ　Ｇ　Ｅ　：１ｍｌ＋マントに
よる構成変更の実行時、構成変更に失敗したリソースは
、ホス（・計算機またはＣＣＩＩ）の再開始時、以前に
失敗し、た要因が取り除かれていれば、正常に構成変更
が実行され、オペレータが再度、」マントを実行す４）
必要がない１、 自動変更時のホスト計算機−ｃｃｐ間の整合性チェック
方式： 前述のｃｃｐ再開始時（ホスト計ヤ機−ｃｃｐ間の再接
続時）の自動変更方式においで、構成変更実施後、マス
タのホスト計算機が変更になったとき、新たにマスタと
なったホスト計算機とｃｃｐとの間で構成定義情報に不
一致が生ずる可能性がある（新たにマスタとなったホス
ト計算機から以前構成変更コマンドの投入を忘れた場合
等）。また、前述のｃｃｐ再開始時の自動変更方式では
、ｃｃｐ上のプログラムが動作状態でも以前実行した全
てのＣＣＰに接続するリソースについて、構成変更を再
実行しており、以前に構成変更が成功している場合、無
駄な処理も実行し２ていることになる。

上記問題を解決するため、ホスト計算機、ＣＣＰともに
実行した構成変更コマンドごとに、前記コマンドの実行
順に従って付与した構成変更シーケンス番号と、前記構
成変更コマンドで実行したネットワーク構成定義情報の
変更の成功／失敗／処理中を示す変更状態識別子とを・
設ける。ホスト計算機−００１間の再接続時、ホスト計
算機とＣＣＰとの間で前記構成変更シーケンス番号を比
較し、これらが一致しないときは、ホスト計算機−ｃｃ
ｐ間の構成情報が不一致であり、警告メツセージを出力
する。また、ホスト計算機−ＣＣＰ間の再接続時、ＣＣ
Ｐの状態をチェックし、必要なプログラムが既に動作中
のとき、ホスト計算機のもつ構成変更シーケンス番号と
ＣＣＰのもつ構成変更シーケンス番号がすべて一致し、
かつ両方の処理状態識別子が「成功」のとき、以前実行
した構成変更コマンドを再実行しないことにより、無駄
な処理を実行しないようにする６以下にこれらの手順を
詳細に説明する。

まず、第２６図に従ってＣＨＡＮＧＥコマンド実行時の
ホスト計算機の手順を説明する。

ＣＨＡＮＧＥコマンドで指定した構成変更ディレクトリ
の先頭から順に（第１０図または第１．１図の順方向ポ
インタで示す順序）構成変更リソースをとりだしく６０
１）、以下の手順を実行する。

取り出した構成変更リソースが構成変更ディレクトリ内
の先頭のリソースならば、構成変更シーケンス番号格納
領域、処理状態識別子格納領域を確保し、構成変更ディ
レクトリから読み込んだ構成変更シーケンス番号を設定
し、処理状態識別子を「処理中」とする（６０４）。前
記構成変更リソースが構成変更ディレクトリ内の最後の
柵成変更リソースでないとき（６０６）、（６０５）、
構成変更ディレクトリから読み込んだ構成変更シーケン
ス番号を設定し、継続オプションを「継続」とした構成
変更要求をｃｃｐへ送信する（６１１）。

構成変更要求は、第３１図に示すようにキャンセル識別
５３（構成変更要求の場合は、「０１」とする）、継続
オプション５４、構成変更シーケンス番号５５を含む。

ｃｃｐから構成変更応答を受信したとき（６１２）（構
成変更応答は、第３１図に示すようにキャンセル識別５
３を含む）、結果が「成功」または「反映済みＪ　　（
ＣＣＰの制御テーブル群に既に反映されていることを意
味する）ならば（６１３）、次の構成変更リソースの処
理に移る。結果が「失敗」ならば（６１３）、処理状態
識別子を「失敗」としく６１４）、次の構成変更リソー
スの処理に移る。

前記構成変更リソースが構成変更ディレクトリ内の最後
の構成変更リソースのとき（６０６）、構成変更ディレ
クトリから読み込んだ構成変更シーケンス番号を設定し
、継続オプションを「最終」とした構成変更要求をｃｃ
ｐへ送信する（６１５）。

ｃｃｐから構成変更応答受信時（６１６）、結果が「成
功」または「反映済みＪ　　（６１７）かつ処理状ＩＩ
ＩＡＷｔ別子が「処副子」のとき、処理状態識別子を「
成功」として（６２０）構成変更処理を終了する。ＣＣ
Ｐからの構成変更応答が「失敗」のとき（６１７）、処
理状態識別子を「失敗」として（６１８）、構成変更処
理を終了する。取り出した構成変更リソースが中間のリ
ソースならば（６０３）、（６０５）、先頭のリソース
の処理におけるＣＣＰへの構成変更要求送信以降と同様
の手順を実行する。

次に構成変更要求を受信したＣＣＰの処理手順を第２７
図に従って説明する。

構成変更要求受信時（７００）＝受信した構成変更シー
ケンス番号がＣＣＰの有する最新の構成変更シーケンス
番号よりも大きいとき（７０１）（まだ実行していない
構成変更であり、ＣＨＡＮＧＥコマンド実行時は、一般
にこのケースである）、構成変更シーケンス番号格納領
域。

処理状態識別子格納領域を１個づつ確保し、構成変更要
求で受信した構成変更シーケンス番号を設定し、処理状
態識別子を「処理中」とする（７０２）。そうでないと
き（７０１）、構成変更要求で受信した構成変更シーケ
ンス番号に対する処理状態識別子（既に確保済み）を「
処理中」とする。

制御テーブル群の変更処理（７０４）の結果。

「成功」または「反映済み」でないとき（７０５）、処
理状態識別子を「失敗」としく７０７）、構成変更応答
（失敗）をホスト計算機へ送信する（７０８）。そうで
ないとき（７０５）−継続オプションが「最終」かつ処
理状態識別子が「処理中」ならば（７０６）、（７０９
）、処理状態識別子を「成功」としく７１０）、構成変
更応答（成功／反映済み）をホスト計算機へ送信する（
７１１）。継続オプションが「継続Ｊ　　（７０６）ま
たは継続オプションが「最終」かつ処理状態識別子が「
処理中」でないならば（７０６）。

（７０９）、構成変更応答（成功／反映済み）をホスト
計算機へ送信する（７１１）。

上記構成変更シーケンス番号および処理状態識別子は、
ＣＡＮＣＥＬコマンド実行時にも変更する必要がある。

以下、第２８図に従ってＣＡＮＣＥＬコマンド実行時の
ホスト計算機の手順を説明する。

ＣＡＮＣＥＬコマンド投入時、最新の構成変更ディレク
トリが指定されなかったとき（８０１）。

コマンドを拒否する（８０２）。そうでないとき（８０
１）、指定された構成変更ディレクトリから構成変更リ
ソースをＣＨＡＮＧＥコマンド実行時とは逆の順序でと
りなし、各構成変更リソースごとに以下の処理を行う（
８０３）。取り出したリソースが先頭の構成変更リソー
スのとき、構成変更ディレクトリから読み込んだ構成変
更シーケンス番号に対する処理状態識別子を「処理中」
とする（８０７）。前記リソースが最後の構成変更リソ
ースでないとき（８０７）、構成変更ディレクトリから
読み込んだ構成変更シーケンス番号を設定し、継続オプ
ションを「継続」とした構成変更キャンセル要求をＣＣ
Ｐへ送信する（８０８）。

ＣＣＰから構成変更ギャンセル応答受信時、結果が「成
功」または「反映済みＪのとき（８１０）、次の構成変
更リソースのキャンセル処理に移る。

結果が、「失敗」のとき（ａｌ、、ｏ）、処理状態識別
子を「失敗」どし、キャンセル処理を打ち切る（８１１
）。取りだしたリソースが最後の構成変更リソースなら
ば（８０５）、（８０７）、構成変更ディレクトリから
読み込んだ構成変更シーケンス番号を設定し、継続オプ
ションを「最終」とした構成変更キャンセル要求をＣＣ
Ｐへ送信する（８１．２）。

構成変更要求は、第３ｊ図に示すようにキャンセル識別
５３（構成変更キャンセル要求の場合は、「０２」とす
る）、継続オプション５４、構成変更シーケンス番号５
）５を含む。ＣＣＰから構成変更キャンセル応答受信時
（構成変更応答は、第３２図に示すようにキャンセル識
別５５を含む）、結果が「成功」または「反映済み」の
とき（８１，４）、該当する構成変更シーケンス番号格
納領域および処理状Ｍ識別子格納領域を削除し、キャン
セル処理を終了する。結果が「失敗」のとき（８１４）
、処理状態識別子を「失敗」とし２、キャンセル処理を
終了する。取りだした構成変更リソースが中間の構成変
更リソースのとき、取りだしたリソースが先頭かつ最終
でないときのＣＣＰへの構成変更キャンセル要求の送信
処理以降の処理を行う（８０８以降）。

次に第２９図に従い、構成変更キャンセル要求受信時の
ＣＣＰの処理手順を説明する。構成変更キャンセル要求
受信時（９００）、受信した構成変更シーケンス番号が
最新でないとき（９０１）、構成変更キャンセル応答（
失敗）をホスト計算機へ送信する（９０３）。そうでな
いとき（９０１）、構成変更キャンセル要求で受信した
構成変更シーケンス番号に対する処理状態識別イを「処
理中」とする（９０２）。制御テーブル群の変更処理（
９０４）の結果、「成功」または「反映済み」のとき（
９０５）、さらに継続オプションが「継続」ならば、構
成変更応答（成功／反映済み）をホスト計算機へ送信す
る （９０８）。継続オプションが「最終」のとき、該当す
る構成変更シーケンス番号格納領域および処理状態識別
子格納領域を削除する（９０９）。

制御テーブルの反映処理が失敗したとき（９０５）、処
理状態識別子を「失敗」としく９０７）、構成変更応答
をホスト計算機へ送信する。

次に第３０図に従って、５ＴＡＲＴコマンド投入時のＣ
ＣＰの自動変更処理製説明する。

５ＴＡＲＴコマンド投入時（１０００）−構成変更結果
転送要求をｃｃｐへ送信する（１００１）。

構成変更結果転送応答によりＣＣＰのもつ全構成変更シ
ーケンス番号と対応する処理状態識別子を受信し、ｃ、
　１．　ＯＯ２）ホスト計算機のもつＣＣＰに対する最
新の構成変更シーケンス番号とＣＣＰから受信し７た最
新の構成変更シーケンス番号が一致するかをチェックす
る。この結果、一致しないとき（１００４，）、オペレ
ータコンソールへ警告メツセージを出力する（１００５
）。

ＣＣＰの構成変更シーケンス番号がホスト計算機の構成
変更シーケンス番号よりも大きいとき、該当ホスト計算
機でＣＨＡＮＧＥコマンドを実行していない構成変更デ
ィレクトリが存在するｉ＝工能能性大きい。ホスト計算
機の構成変更シーケンス番号がＣＣＰの構成変更シーケ
ンス番号よりも大きいときは、ＣＣＰに接続する他のホ
スト計算機（以前マスタであったホスト計算機）でＣＨ
ＡＮＧＥコマンドを実行していない構成変更ディレクト
リが存在する可能性が大きい。ホスト計算機の有する該
当ＣＣＰの構成変更シーケンス番号を構成変更を実行し
た順序でとりだし、対応する構成変更ディレクトリごど
に以下の処理を行う（１００６）。ホスト計算機の有す
る処理状態識別子が「成功」かつＣＣＰから受信した構
成変更シーケンス番号群に先に取りだした構成変更シー
ケンス番号と一致するものが存在し、かつ対応する処理
状態識別子が「成功」のとき（，１００７）。

（１００８）、該当構成変更ディレクトリについては、
ｃｃｐへの自動変更処理を行わない。前記条件を満たさ
ないとき（１００８）、該当槓成変更ディレクトリ以降
に実行したすべての構成変更ディレクトリについて、第
２１図、第２６図および第２７図に示す手順により、Ｃ
ＣＰへの自動変更処理を行う（１００９）。

以上の手順を具体例に従って説明する。

第２２図では、ファイル名称がｒｃＨＯＩＪおよびｒｃ
ＨＯ２Ｊの構成変更ディレクトリを順に実行し、ｒｃＨ
ｏ２Ｊの一部のリソースの構成変更が失敗したことを示
している。図中でＳＮは、構成変更シーケンス番号を、
Ｒは処理状態識別子を示し、Ｒ＝Ｏは「成功Ｊ、Ｒ＝１
は「失敗」。

Ｒ＝２は「処理中」を表わす。

第２３図では、第２２図で実行した構成変更ディレクト
リｒｃＨＯ２Ｊが失敗したため、ＣＡ、　Ｎ　ＣＥ　Ｌ
コマンドでこれをキャンセルし、構成変更ディレクトリ
を作成しなおし、 ＣＨＡＮＧＥコマンドでｒｃＨＯ２Ｊを再実行し、正常
に終了したことを示す。

第２４図は、５ＴＡＲＴコマンドによるｃｃｐ再開始時
、ホスト計算機、ｃｃｐともに構成変更シーケンス番号
２（第２２図においてｒｃＨＯ２Ｊ実行後、ＣＣＰを再
開始した場合に相当する）に対応する構成変更ディレク
トリが失敗であるため、前記構成変更ディレクトリ内の
変更リソースを再実行したことを示している。

第２５図は、ＨＯ５Ｔ２　（マスタ属性）からファイル
名称ｒｃＨ１１ＪおよびｒｃＨ２１Ｊの構成変更ディレ
クトリについてＣＨＡＮＧＥコマンドを実行し、ＨＯ８
ＴＩ　（スレーブ属性）からはｒｃＨｌｌＪの構成変更
ディレクトリのみを実行した後、ＨＯ８Ｔ２−ＣＣＰ間
にチャネル障害が発生したため、ＯＷＮコマンドにより
、ＨＯ８ＴＩをマスタ属性に変更した。この状態でＨＯ
８ＴＩから５ＴＡＲＴコマンドによりＣＣＰを開始した
とき、ホスト計算機とＣＣＰがそれぞれもつ最新の構成
変更シーケンス番号が異なるため（ＣＣＰの構成変更シ
ーケンス番号がホスト計算機の構成変更シーケンス番号
より新しい）、オペレータコンソールにメツセージを出
力し、ＨＯ５ＴＩにＣＨＡ、　Ｎ　Ｇ　Ｅコマンド未実
施の構成変更ディレクトリが存在することを警告してい
る。

以上により前記問題点が解決でき、効率的かつホスト計
算機間またはホスト計算機−ＣＣＰ間の構成定義情報の
矛盾を最小限に押える動的構成変更の運用が可能となる
。

以上で説明した実施例では、１台のＣＣＰに対して複数
のホスト計算機が接続される構成を例にとって説明した
。本発明では、さらに複数のＣＣＰに対して複数のホス
ト計算機が接続される構成にも適用可能である。このと
き、あるＣＣＰに接続するホスト計算機のうち、１つを
マスタ属性とし、他をスレーブ属性とする。ＣＣＰ用ロ
ードモジュールファイルおよびＣＣＰに接続するリソー
スの構成変更デイレクトリファイルは、該当ＣＣＰと接
続するすべてのホスト計算機が保有することとなる。

第３３図に本発明の一実施例の別のシステム構成を示す
。これは、上記複数のＣＣＰに対して複数のホスト計算
機が接続された構成を応用したシステム構成である。

第３３図に示す構成では、ＣＣＰＩ　（２−１）および
ＣＣＰ２　（２−２）それぞれに対して、ホスト計算機
１〜４が接続されており、ＣＣＰｌのマスタは、ホスト
計算機１であり、ＣＣＰ２のマスタは、ホスト計算機４
である。回線切り替えスイッチ５６は、ＣＣＰｌに障害
が発生したとき、回線切り替えスイッチに接続するコン
ソール５７からの指示により、ＣＣＰＩに接続する回線
（８−１〜８−ｍ）をＣＣＰＺ側に切り替える。このよ
うな構成では、ＣＣＰＩの障害発生時、本発明の方法を
用いて、以下の手順により、ＣＣＰｌを経由してホスト
計算機と通信を行っていた処理装置は、ＣＣＰ２を経由
してホスト計算機と通信を行うことが可能である。

まず、回線切り替えスイッチにより、ＣＣＰＩに接続す
る回線をＣＣＰ２側に切り替える。次に前記実施例に示
す方法により、ホスト計算機。

ＣＣＰｌのプログラムが動作中に、これらの持つネット
ワーク構成定義情報から、ＣＣＰｌに接続する回線およ
び処理装置を削除し、その後、ＣＣＰ２配下に前記削除
リソースを追加する。

第３３図で示す構成は、ｎ台のＣＣＰそれぞれに接続す
る回線を特定の１台のｃｃｐに切り替える構成にも拡張
可能である。

［発明の効果］ 本発明によれば、ＣＣＰに複数のホスト計算機を接続し
た構成において、１つのホスト計算機をマスタとするこ
とにより、ホスト計算機とＣＣＰの両方の構成定義情報
の変更をこれらのプログラムの動作中に実行可能である
。また、定義ミス等により、構成変更コマンドにより、
変更したネットワーク構成定義情報が実際の物理構成と
合っていなかった場合等、一度実行した構成変更を取り
消したいとき、再度、構成変更用のコマンド作成しこれ
を入力する必要がなく、以前実行した構成変更をキャン
セルするコマンドを入力するのみで可能であり、運用性
・操作性が向上している。

ＣＣＰが稼働状態でホスト計算機がプログラムローディ
ングにより再開始したとき、ＣＣ））に対して、以前実
行した変更情報を再度送出するため、以前実行した構成
変更に失敗し、たものがあった場合でもこれが再実行さ
れ、ホスト計算機−００２間で構成定義情報に不一致を
生ずることがない。

ホスト計算機またはｃ　ＣＰの再開始時、マスタのホス
ト計算機が変更になった場合でも以前実行した構成定義
情報の変更分をもとのネットワーク構成定義に反映可能
であり、さらにマスタのホスト計算機−ｃｃｐ間の構成
定義情報′＆６．矛盾があるときは（新たにマスタとな
ったホスト計算機で。

以前構成変更コマンドの実行を忘れた場合等）、システ
ム開始時に検出しオペレータに通知可能である。また、
ホスト計算機の再開始時、ＣＣＰＪ、。

で必要なプログラムが既に動作中かつ以前実行したすべ
ての構成変更が成功しているときは自動変更を再実行し
ないことにより、無駄な処理を行わない。

【図面の簡単な説明】

第１図は本発明のネットワーク動的構成変更方式を説明
する一構成例を示す図、第２図は本発明のシステム構成
を示す図、第３図はホスト計算機。 のハードウェア構成を示す図、第４図はＣＣＰのハード
ウェア構成を示す図、第５図はロードモジュールおよび
構成変更ディレクトリの作成方法登説明する図、第６図
は、第１図のネットワーク構成に対するネットワーク構
成定義の一例を示す図、第７図は、第６図のネットワー
ク定義から作成したＨ　ＯＳ　Ｔ　ｌ上のテーブル群を
示す図、第８図は、第６図のネットワーク定義から作成
したＨＯＳＴ２上のテーブル群を示す図、第９図は、第
６図のネットワーク定義から作成したＣ　ＣＰ　１のテ
ーブル群を示す図、第１０図は、第］、図の構成変更定
義から作成したＨＯＳＴＩ上の構成変更ディレクトリを
示す図、第１１図は、第１図の構成変更定義から作成し
たＨ　ＯＳ　Ｔ　Ｚ上の構成変更ディレクトリを示す図
、第１２図はＣＨＡＮＧＥコマンド投入時のホスト計算
機の 処理手順を示す図、第１３図はリソース変更要求受信時
のＣＣＰの処理手順を示す図、第１４図は、構成変更コ
マンド投入の結果、作成されたＨＯ５ＴＩ上のテーブル
群を示す図、第１５図は。 構成変更コマンド投入の結果、作成されたＨＯ８ＴＺ上
のテーブル群を示す図、第１６図は、構成変更コマンド
投入の結果、作成されたＣ　Ｃ１３上のテーブル群を示
す図、第１７図と第１８図は、それぞれホスト計算機と
ＣＣＰとの間で送受信する構成変更メツセージの形式を
示す図、第１９図はＣＡＮＣＥＬコマンド投入時のホス
ト計算機１−の処理手順を示す図、第２０図はホスト計
算機再開始時の自動変更手順を示す図、第２１図は５Ｔ
ＡＲＴコマンド投入によるＣＣＰ開始時の自動変更手順
を示す図、第２２図は、ＣＨＡ　Ｎ　Ｇ　Ｅコマンド実
行時の構成変更シーケンス番号および処理状態識別子の
変化を示す図、第２３図は、第２２図で示す構成変更ｒ
ｃＨＯ２Ｊをキャンセルコマンドで取り消した後、これ
を再実行したときの構成変更シーケンス番号および処理
状態識別子の変化を示す図、第２４図は、第２２図でＦ
ＣＨＯ２Ｊが失敗した状態で５ＴＡＲＴコマンドにより
、ｃｃｐｅ再開始したときの処理手順な示す図、第２５
図は、ＨＯ５ＴＩで構成変更「２２」の実行を忘れたと
き、マスタのホスト計算機がＨＯＳＴ２からＨＯ５ＴＩ
に変更になった場合、ｃｃｐ開始時に警告メツセージを
出力することを示す図、第２６図は、システム再開始時
のホスト計算機−ＣｃＰ間の構成情報の整合性のチェッ
クおよび自動反映の処理時間を短縮するため、ＣＨＡＮ
ＧＥコマンド投入時に実行するホスト計算機の処理手順
を示す図、第２７図は、システム再開始時のホスト計算
機−ＣｃＰ間の構成情報の整合性のチェックおよび自動
反映の処理時間を短縮するため、構成変更要求受信時に
実行するＣＣＰの処理手順を示す図、第２８図は、シス
テム再開始時のホスト計算機−ＣｃＰ間の構成情報の整
合性をチェックおよび自動反映の処理時間を短縮するた
め、ＣＮＣＥＬコマンド投入時に実行するホスト計算機
の処理手順を示す図、第２９図は、システム再開始時の
ホスト計算機−０６２間の構成情報の整合性をチェック
および自動反映の処理時間を短縮するため、構成変更キ
ャンセル要求受信時に実行するＣＣＰの処理手順を示す
図、第３０図は、５ＴＡＲＴコマンド投入時にホスト計
算機−ＣｃＰ間の構成情報の整合性をチェックおよび自
動反映の処理時間を短縮するための手順を示す図、第３
１図および第３２図は、それぞれホスト計算機−０６２
間の構成情報の整合性をチェックおよび自動反映の処理
時間を短縮するための手順を実現するホスト−ＣＣＰ間
の構成変更用メツセージの形式を示す図、第３３図は、
複数のホスト計算機に対して、複数のＣＣＰが接続され
た構成で、本発明の方法を用いてｃｃＰに障害が発生し
たとき、別のｃｃＰに切り替える構成を示す図である。 １・・・ホスト計算機、２・・・ＣｃＰ、３・・・チャ
ネル、４・・・ホスト計算機用ロードモジュールファイ
ル、５・・・ＣＣＰ用ロードモジュールファイル、６・
・・構成変更デイレクトリファイル、７・・・履歴情報
ファイル、８・・・通信回線、９・・・処理装置、１ｏ
・・・磁気テープ、１１・・・命令実行プロセッサ（Ｉ
　Ｐ）、１２・・・主記憶装置（ＭＳ）、１３・・・オ
ペレータコンソール、１４・・・サービスプロセッサ（
ｓｖｐ）、１５・・・入出力制御装置（ＩＯＰ）、１６
・・・命令実行プロセッサ（ＩＰ）、１７・・・主記憶
装置（ＭＳ）、１８・・・チャネルアダプタ（ＣＡ）、
１９・・・回線走査機構（Ｃ８）、２０・・・定義ユー
ティリティ、２１・・・プロシジャ、２２・・・ネット
ワーク構成定義。 ２３・・・構成変更定義、２４・・・ホスト計算機用ロ
ードモジュール、２５・・・ＣＣＰ用ロードモジュール
、２６・・・機成変更ディレクトリ、２７・・・構成変
更履歴、２８・・・構成変更コマンド、２８・・・ＣＣ
Ｐリソース制御テーブル群、２９・・・ローカル端末、
３０・・・回線、３１・・・端末制御装置、３２・・・
ビデオターミナル、３３・・・プリンタ、３４・・・応
用プログラムＴＳＳ、３５・−・応用プログラムＤＣＣ
Ｍ、３６・・・ＨＯ８ＴＩリソース管理テーブル群、３
７・・・ＨＯＳＴＩリソース制御テーブル群、３８・・
・ＨＯ８Ｔ２Ｏ８−ス管理テーブル群、３９・・・ＨＯ
５Ｔ２Ｏ５−ス制御テーブル群、４０・・・ＣＣＰＩリ
ソース制御テーブル群、４１・・・変更種別、４２・・
・順方向ポインタ、４３・・・逆方向ポインタ、４４・
・・追加先リソース名称、４５・・・削除リソース名称
、４６・・・変更種別、４７・・・要求／応答区分、４
８・・・追加先リソース名称、４９・・・追加テーブル
内制御情報、５０・・・成功／失敗区分、５１・・・削
除リソース名称、５２・・・削除キュー、５３・・・キ
ャンセル識別、５４・・・継続オプション、５５川構成
変更シーケンス番号、５６・・・回線切り替えスイッチ
、５７・・・コンソール 箪 Ｕ」 日 ヌ 午 寛 に 閏 ワ 口 啄 １刀 贅、 跳 １祖 （Ｏ 薗 拠 （イ） １＞ 電 匡 （）句２） 範 （ｔｙ３） 先 閏 １Ｇ 菰 １警７ ■ １ｑ１ （まの 〉 菰 閏 （聾の３） 算 図 費の２） 賽 日 （腎の４） リノ 電 ＩＩ （）のり〕 寛 出 （′ＦＯ１ 烹 印 （イの ２゜ （イ） （１σ）２） 箋 〔３の２） 〔ｊ偽さ〕 “衣 （）の５ 箋 ■ （キの４） 第 ）−ミニ　　悲１１１にＩ）１１　％’：’Ｑ　別冊５
〜色 陥 ２す 宙 （ｊ１７） ′１５ｖＪＮ 昨Ａ 潴 ？ｙ 印 （Ａ内２） 日 （、′Ｃのす 電 （ｔｍ３） 魂 （て偽２） 高 （キの＋） 第 ？ワ （）の１） 魂 Ｂ 出 （１：の 功１ 閏 （ぞの２） 第 回 （ぜ叡） （〒の３） ■ 第 ２ヲ 朋 （１偽２） 犠 ？り ■ ０１偽 箋 題 （て１７１１） 背１ ＪＩ （又σ）２） い７ｊ 魂 己と 防

Claims (1)

1. 【特許請求の範囲】 １、１つをマスタ、他をスレーブとする複数のホスト計
   算機と、各ホスト計算機に共通接続される通信制御処理
   装置（以下、ＣＣＰと略記）と、上記ＣＣＰと通信回線
   で接続された他の複数の処理装置とからなり、上記ホス
   ト計算機およびＣＣＰには、上記ネットワークの構成を
   示す構成定義情報を含むロードモジュールがロードされ
   、これらのプログラムの実行中に、上記ホスト計算機ま
   たはＣＣＰが持つネットワーク構成定義情報を変更する
   ためのコマンド（以下、構成変更コマンドと略記）が上
   記ＣＣＰに接続するホスト計算機に入力されたとき、各
   ホスト計算機が、該当リソースの構成定義情報を変更し
   、マスタのホスト計算機は、もしＣＣＰに接続する回線
   または処理装置等のリソースを変更する場合には、該当
   ＣＣＰに対して変更情報を送出し、上記ＣＣＰが該当リ
   ソースの構成定義情報を変更するようにしたネットワー
   ク動的構成変更方式において、一度実行した構成変更コ
   マンドによる構成変更を取り消すためのキャンセルコマ
   ンドが上記各ホスト計算機に入力された場合、各ホスト
   計算機が、上記構成変更コマンドで実行したネットワー
   ク構成定義情報の変更順序とは逆の順序で構成定義情報
   を構成変更変更コマンド実行以前の状態に戻し、もし上
   記構成変更コマンドでＣＣＰの構成定義情報が変更され
   ていた場合、マスタとなるホスト計算機が該当ＣＣＰに
   対して、上記構成変更コマンドで実行したネットワーク
   構成定義情報の変更順序とは逆の順序で変更情報を送出
   し、上記ＣＣＰが構成定義情報を構成変更コマンド実行
   以前の状態に戻すようにしたことを特徴とするネットワ
   ーク動的構成変更方式。 ２、請求範囲第１項に記載の通信ネットワークの動的構
   成変更方式において、各ホスト計算機が実行した各構成
   変更コマンドの内容を変更履歴ファイルに記録しておき
   、ホスト計算機がプログラムローディングにより再開始
   したとき、前記変更履歴ファイルから以前に実行した全
   ての構成変更コマンドの内容を読み出し、以前に実行し
   た順序で構成定義情報を変更することを特徴とするネッ
   トワーク動的構成変更方式。 ３、請求範囲第２項に記載の通信ネットワークの動的構
   成変更方式において、キャンセルコマンドによるネット
   ワーク構成定義情報の変更に成功したとき、前記変更履
   歴ファイルから上記キャンセルの対象となった構成変更
   コマンドを削除することを特徴とするネットワーク動的
   構成変更方式。 ４、請求範囲第２項に記載の通信ネットワークの動的構
   成変更方式において、ホスト計算機 −ＣＣＰ間の再接続時に、マスタのホスト計算機が、Ｃ
   ＣＰの状態をチェックし、プログラムが動作中でないと
   きに、必要なプログラムをローディングし、以前に上記
   ＣＣＰの構成定義情報変更があった場合には、前記ＣＣ
   Ｐの状態に関係なく変更履歴順序に従って上記ＣＣＰに
   変更情報を送出することを特徴とするネットワーク動的
   構成変更方式。 ５、請求範囲第１項に記載の通信ネットワークの動的構
   成変更方式において、ＣＣＰの構成定義情報を変更する
   場合、各ホスト計算機と、 ＣＣＰが、構成変更コマンドごとに、前記コマンドの実
   行順序に従って付与される構成変更シーケンス番号と、
   上記構成変更コマンドで実行したネットワーク構成定義
   情報の変更の成功／失敗／処理中を示す変更状態識別子
   とを記憶するようにしたことを特徴とするネットワーク
   動的構成変更方式。 ６、請求範囲第５項に記載の通信ネットワークの動的構
   成変更方式において、各ホスト計算機と、ＣＣＰとが、
   前記キャンセルコマンドに応答してネットワーク構成定
   義情報の変更に成功したとき、もし前記変更状態識別子
   が「失敗」でなくかつ該当キャンセルコマンドで実行す
   べき最後のネットワーク構成定義情報の変更でない場合
   に、前記変更状態識別子を「処理中」の状態とし、前記
   変更状態識別子の状態が「失敗」でなくかつ該当構成変
   更コマンドで実行すべき最後のネットワーク構成定義情
   報の変更の場合は、前記構成変更シーケンス番号および
   変更状態識別子を格納する領域を削除し、該当リソース
   の構成定義情報の変更が失敗した場合は、前記処理状態
   識別子を「失敗」の状態とすることを特徴とするネット
   ワーク動的構成変更方式。 ７、請求範囲第５項または第６項に記載の通信ネットワ
   ークの動的構成変更方式において、ホスト計算機の再開
   始時に、マスタとなるホスト計算機が、ＣＣＰの状態を
   チェックし、必要なプログラムが既にＣＣＰ上で動作し
   ているときは、ホスト計算機が記憶している前記構成変
   更シーケンス番号および変更状態識別子とＣＣＰが記憶
   している前記構成変更シーケンス番号および変更状態識
   別子とを比較し、ホスト計算機側と、ＣＣＰ側で共通す
   る全ての構成変更シーケンス番号に関して両方の変更状
   態識別子が「成功」状態にあるときは、該当ＣＣＰに対
   して以前実行した構成変更情報を送出しないようにした
   ことを特徴とするネットワーク動的構成変更方式。 ８、請求範囲第５項または第６項に記載の通信ネットワ
   ークの動的構成変更方式において、ホスト計算機の再開
   始時に、上記ホスト計算機が記憶する最新の構成変更シ
   ーケンス番号とＣＣＰが記憶する構成変更シーケンス番
   号とが一致しない場合は、上記ホスト計算機のオペレー
   タコンソールにホスト計算機−ＣＣＰ間の構成定義情報
   の不一致を表わすメッセージを出力するようにしたこと
   を特徴とするネットワーク動的構成変更方式。 ９、請求範囲第１項に記載の通信ネットワークの動的構
   成変更方式において、各ホスト計算機間にメッセージの
   送受信が可能な論理的な通信路を設け、或るホスト計算
   機に構成変更コマンドまたはキャンセルコマンドが入力
   された時、前記論理的通信路を用いてこれらのコマンド
   を他の全てのホスト計算機に配布し、各ホスト計算機で
   自動的にこれらのコマンドを実行するようにしたことを
   特徴とするネットワーク動的構成変更方式。