JP3166036B2 - 遠隔システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、遠隔システムに関し、
さらに詳しくは、被保守装置と遠隔保守装置とこれらを
接続する接続媒体からなる遠隔システムにおいて、被保
守装置に接続する回線等のリソースに対し、被保守装置
および遠隔保守装置の両方から同等の保守操作を可能と
した遠隔システムに関する。

【０００２】

【従来の技術】データ処理装置等の被保守装置を、遠隔
地にあるホスト計算機等の遠隔保守装置により保守する
技術は、例えば、特開昭59-98528号公報「遠隔保守方
式」、特開昭60-182836号公報「遠隔システムの保守方
式」、特開昭60-181940号公報「リモート保守方式」、
特開平2-193445号公報「保守運用方法」、特開昭62-221
248号公報「交換機遠隔集中保守方式」等に開示されて
いる。

【０００３】特開昭59-98528号公報に開示の「遠隔保守
方式」および特開昭60-182836号公報に開示の「遠隔シ
ステムの保守方式」は、被保守装置と遠隔保守装置間の
データ転送に関するものである。特開昭60-181940号公
報に開示の「リモート保守方式」は、収集情報の選択方
式に関するものである。特開平2-193445号公報に開示の
「保守運用方法」および特開昭62-221248号公報に開示
の「交換機遠隔集中保守方式」は、保守操作の簡略化に
関するものである。

【０００４】このうち、保守操作の簡略化に関する特開
平2-193445号公報に開示の「保守運用方法」では、計算
機を用いて交換機の管理を行うシステムにおいて、交換
機に接続する保守用コンソールからの保守操作に加え
て、交換機の運転管理の細分化された機能要素処理部を
計算機側のコマンド用アプリケーションにより指定し
て、計算機側の保守用コンソールから交換機の管理を行
えるようにしている。

【０００５】一方、ＨＩＴＡＣマニュアル「ＶＯＳ３概
説、8090-3-001」には、１台の被保守装置を複数台の保
守用コンソールを用いて保守操作を行う技術が記載され
ている。この技術は、各保守用コンソールに特定のコマ
ンドやメッセージだけを扱わせるものである。例えば、
ディスク装置の付近に設置する保守用コンソールには、
ディスクパックのマウント指示や障害に関する処理だけ
を扱わせ、磁気テープのライブラリ室の保守用コンソー
ルには、磁気テープマウント要求だけを扱わせる。

【０００６】また、ＨＩＴＡＣマニュアル「プログラム
プロダクト ＶＯＳ３通信管理ＸＮＦ、導入と運用、80
90-3-172、昭６３−７」には、被保守装置に接続する回
線に対する保守操作の方法が記載されている。この技術
では、回線に対して「オンライン」状態と「オフライ
ン」状態の２状態を設け、「オフライン」状態の回線に
対してのみ保守操作を可能としている。保守操作の完了
後、該当回線に対して活性化要求を投入することによ
り、運用を開始する。

【０００７】

【発明が解決しようとする課題】従来技術では、被保守
装置で行う保守操作と遠隔保守装置から行う保守操作が
異なり、同等の保守を行えない問題点がある。また、従
来技術では、被保守装置に接続する回線の保守操作の際
に、回線の非活性化操作や活性化操作が必要となる問題
点がある。

【０００８】そこで、本発明の第１の目的は、被保守装
置での保守操作と遠隔保守装置からの保守操作とを同等
に実行可能とした遠隔システムを提供することにある。
また、本発明の第２の目的は、保守操作の際の回線に対
する非活性化操作や活性化操作を不要とした遠隔システ
ムを提供することにある。

【０００９】

【課題を解決するための手段】第１の観点では、本発明
は、被保守装置と，被保守装置を遠隔から保守する遠隔
保守装置と，前記被保守装置と前記遠隔保守装置とを接
続する接続媒体から構成する遠隔システムにおいて、被
保守装置と遠隔保守装置の両方に保守用コンソールを設
けると共に、これら被保守装置の保守用コンソールと遠
隔保守装置の保守用コンソールからの矛盾した保守操作
を禁止する排他制御装置を前記被保守装置上または前記
遠隔保守装置上の少なくとも一方に設け、前記排他制御
装置は、被保守装置に接続する構成要素に対して、被保
守装置または遠隔保守装置のうちの一つの保守用コンソ
ールから保守操作開始要求を入力すると、保守操作要求
元を記憶し、新たな保守操作が入力されたときにその保
守操作要求元と前記記憶している保守操作要求元とを照
合し、不一致のときに前記保守操作要求を拒否すること
により、前記記憶している保守操作要求元から保守操作
終了要求を入力するまでの間、他の保守用コンソールか
らの当該構成要素に対する保守操作要求を防止し、これ
により前記複数の保守用コンソールから被保守装置の構
成要素に対し同等の保守操作を可能としたことを特徴と
する遠隔システムを提供する。

【００１０】第２の観点では、本発明は、上記遠隔シス
テムにおいて、回復の見込のある障害が回線に発生した
とき，相手通信ノードとの回線接続手順を一定時間間隔
で繰り返し，この状態で前記回線を収容する被保守装置
および遠隔保守装置のうちの一つの保守用コンソールか
ら前記回線に対して保守操作開始要求を入力すると，相
手通信ノードとの回線接続手順の実行を中止し，保守操
作の実行が可能となり，保守操作の終了後，保守操作要
求元の保守用コンソールから保守操作終了要求を入力す
ると，再び相手通信ノードとの回線接続手順を実行する
リトライ手段と、接続が成功したとき，前記被保守装置
および遠隔保守装置の保守用コンソールに障害回復を表
わすメッセージを出力する障害回復メッセージ出力手段
とをさらに有することを特徴とする遠隔システムを提供
する。

【００１１】

【作用】上記第１の観点による本発明の遠隔システムで
は、排他制御装置を被保守装置上または遠隔保守装置上
の少なくとも一方に設け、その排他制御装置により被保
守装置の保守用コンソールと遠隔保守装置の保守用コン
ソールからの保守操作を照合し、不一致のときに新たな
保守操作要求を拒否し、矛盾した保守操作を禁止する。
そこで、前記複数の保守用コンソールから被保守装置の
構成要素に対し同等の保守操作が可能となる。

【００１２】上記第２の観点による本発明の遠隔システ
ムでは、保守操作完了後、リトライ手段が、相手通信ノ
ードとの回線接続手順を再実行する。そこで、保守操作
の際の回線に対する非活性化操作や活性化操作が不要に
なる。

【００１３】

【実施例】以下、図面を参照して本発明を詳細に説明す
る。 −第１の実施例− 被保守装置を通信制御処理装置（ＣＣＰ）とし、遠隔保
守装置をホスト計算機とする。排他制御装置は、ＣＣＰ
にあるとする。

【００１４】システム構成：図１に、システム構成を示
す。ホスト計算機（１−１〜１−ｎ）には、そのホスト
計算機（１−１〜１−ｎ）が管理または制御するリソー
スに関するネットワーク構成定義情報を含む実行可能形
式のプログラムがそれぞれロードされている。各ホスト
計算機（１−１〜１−ｎ）は、ロードされているプログ
ラムを実行する。ホスト計算機（１−１〜１−ｎ）は、
チャネル（３−１〜３−ｍ）を介して、ＣＣＰ（２−１
〜２−ｊ）に接続されており、メッセージの送受信が可
能である。

【００１５】ＣＣＰ（２−１〜２−ｊ）には、そのＣＣ
Ｐ（２−１〜２−ｊ）が制御するリソースに関するネッ
トワーク構成定義情報を含む実行可能形式のプログラム
がそれぞれロードされている。ＣＣＰ（２−１〜２−
ｊ）は、ロードされているプログラムを実行する。ＣＣ
Ｐ（２−１〜２−ｊ）は、回線（４−１〜４−ｌ）を介
して、他のＣＣＰまたは処理装置（５−１〜５−ｎ）と
接続されており、メッセージの送受信が可能である。

【００１６】あるＣＣＰに対し、そのＣＣＰおよびその
ＣＣＰに接続するリソースに対する保守・運用操作を行
うことが出来るホスト計算機を１つだけ決める。このホ
スト計算機を、前記ＣＣＰの管理ホストと呼ぶ。あるＣ
ＣＰの管理ホストに障害が発生したとき、管理ホストを
変更することが出来る。

【００１７】ホスト計算機の構成：図２に、ホスト計算
機の構成を示す。命令実行プロセッサ（ＩＰ）６は、プ
ログラムを実行し、データ通信処理，業務処理等を行
う。主記憶装置（ＭＳ）７は、プログラム，テーブル類
および送受信データを格納する。保守用コンソール８
は、サービスプロセッサ（ＳＶＰ）９を介して、オペレ
ータコマンドの入力，オペレータに対するメッセージの
出力を行う。入出力制御装置（ＩＯＰ）１０は、チャネ
ル３によりＣＣＰと接続し、データ送受信を制御する。

【００１８】ＣＣＰの構成：図３に、ＣＣＰの構成を示
す。命令実行プロセッサ（ＩＰ）１１は、ＣＣＰのプロ
グラムを実行し、データ通信処理を行う。主記憶装置
（ＭＳ）１２は、プログラム，テーブル類および送受信
データを格納する。チャネルアダプタ（ＣＡ）（１３−
１〜１３−ｎ）は、チャネル（３−１〜３−ｎ）により
ホストと接続し、ホストとのデータ送受信を制御する。
回線アダプタ（ＬＡ）（１４−１〜１４−ｍ）は、複数
回線の走査，キャラクタの組立・分解，回線とのデータ
送受信および相手ノードとの伝送制御手順を実行する。
保守用コンソール１５は、サービスプロセッサ（ＳＶ
Ｐ）１６を介して、オペレータコマンドの入力，オペレ
ータに対するメッセージの出力を行う。

【００１９】保守・運用操作の装置ごとの役割分担：Ｃ
ＣＰに接続するリソースに対する保守・運用操作は、ホ
スト計算機およびＣＣＰの両方から可能とする。但し、
次の役割分担を行う。ホスト計算機は、前記リソースの
運用開始／運用停止操作（活性化／非活性化操作）が可
能である。また、折り返しテスト（障害箇所の切り分
け，障害修復後正常性確認）、パッケージの切り離しま
たは接続要求、回線アダプタの初期化等の保守操作が可
能である。ＣＣＰは、前記折り返しテスト等の保守操作
のみが可能である。

【００２０】運用に関する操作をホスト計算機（あるＣ
ＣＰに対する管理ホスト）からのみ実行可能とするの
は、運用者から見たリソースの状態管理を容易にするた
めである。保守操作をホスト計算機からでもＣＣＰから
でも実行可能とするのは、ホスト計算機からの遠隔保守
と，ＣＣＰからの現地保守（ＣＣＰを構成するパッケー
ジの交換等）とが必要だからである。

【００２１】回線の状態の定義：図４に示すように、４
つの回線の状態を設ける。「オンライン」２４…通常デ
ータの送受信が可能であり、かつ、保守用データ（折り
返しテストデータ等）の送受信が不可能な状態。「オフ
ライン」２５…通常データの送受信が不可能であり、か
つ、保守用データの送受信が可能な状態。「リトライ
中」２６…回線に障害が発生した後、相手ノードとの回
線接続手順を一定時間間隔で繰り返し試みており、通常
データ，保守用データともに送受信が不可能な状態。
「保守操作中」２７…通常データの送受信が不可能であ
り、かつ、保守用データの送受信が可能であり、かつ、
保守操作要求元以外のいかなる回線操作要求も受付けな
い状態。但し、強制指示付き保守操作終了要求のみは、
保守操作要求元以外でも受け付ける。

【００２２】回線制御テーブルの説明：図５に示すよう
に、ＣＣＰに接続する回線（４−１，４−２，４−３，
…）毎に、回線制御テーブル（６０−１，６０−２，６
０−３，…）を設定する（ＣＣＰの主記憶装置１２上に
設定する）。回線制御テーブル（６０−１，６０−２，
６０−３，…）は、現在の状態１７と、直前の状態１８
と、保守操作要求元１９の３つの情報を持っている。

【００２３】回線の保守手順の概要：回線の保守手順の
概要を図４の状態遷移図に従って説明する。まず、「リ
トライ中」２６状態の回線に対する保守操作について説
明する。回線に対する保守操作は、その回線が接続され
たＣＣＰの保守用コンソール１５またはそのＣＣＰの管
理ホストの保守用コンソール８により保守操作開始要求
を入力することにより開始できる。保守操作開始要求２
０を入力すると、直前の状態（「リトライ中」２６）お
よび保守操作要求元を回線制御テーブルに格納し、現在
の状態を「保守操作中」２７とする。

【００２４】回線に対する保守操作の完了後、保守操作
終了要求２１を入力すると、回線制御テーブルの直前の
状態１８を参照し、その状態に戻る。ここでは、直前の
状態１８が「リトライ中」２６であるので、「リトライ
中」２６に戻り、相手ノードとの回線接続手順を実行す
る。障害回復した（回線の接続に成功した）とき、回線
に対する現在の状態を「オンライン」２４に移し、管理
ホストに対して障害回復通知を送信する。管理ホスト
は、その保守用コンソール８に障害回復メッセージを出
力する。一方、障害回復に失敗した（回線の接続に失敗
した）ときは、回線に対する現在の状態を「リトライ
中」のままとし、相手の通信ノードとの回線接続手順を
一定時間間隔で繰り返し試みる。

【００２５】次に、「オフライン」２５の状態の回線に
対する保守操作について説明する。回線に対する保守操
作は、その回線が接続されたＣＣＰの保守用コンソール
１５またはそのＣＣＰの管理ホストの保守用コンソール
８により保守操作開始要求２０を入力することにより開
始できる。保守操作開始要求２０を入力すると、直前の
状態（「オフライン」２５）および保守操作要求元を回
線制御テーブルに格納し、現在の状態を「保守操作中」
２７とする。

【００２６】回線に対する保守操作の完了後、その回線
が接続されたＣＣＰの保守用コンソール１５またはその
ＣＣＰの管理ホストの保守用コンソール８により保守操
作終了要求２１を入力すると、回線制御テーブルの直前
の状態１８を参照し、その状態に戻る。ここでは、直前
の状態１８が「オフライン」２５であるので、「オフラ
イン」２５の状態に戻る。

【００２７】保守操作を行っているときに、他の装置か
ら保守操作要求が入力されても、回線制御テーブルの保
守操作要求元１９に既に格納されている保守操作要求元
以外からの保守操作要求は拒否される。この排他制御に
より、矛盾した操作が実行されることを防止している。

【００２８】また、回線の状態として「リトライ中」を
設けたことにより、回線の活性化要求時または運用中に
障害が発生し、回線が切断したときでも、前記回線の障
害が回復したとき、自動的に「オンライン」状態とな
り、運用を開始できる。

【００２９】また、保守操作は、「オフライン」状態ば
かりでなく、「リトライ中」状態でも可能なので、保守
操作性が向上している。

【００３０】また、「リトライ中」からの保守操作で
は、保守操作の完了後、「リトライ中」状態に戻り、相
手の通信ノードとの回線接続手順を自動的に実行するの
で、前記回線接続手順が成功すれば、自動的に障害が回
復したように見え、回線に対する活性化要求の入力は不
要となる。

【００３１】回線の接続手順：図６に示すように、回線
上の通常のデータ転送を開始する前に、一方の通信ノー
ドは、回線接続要求５８を送信する。これを受信した他
方の通信ノードは、回線接続応答５９を返送する。この
手順において、両通信ノード間で、伝送制御に必要な各
種パラメタについての合意を得る。そして、回線上の通
常のデータ転送が可能になる（「オンライン」２４の状
態になる）。

【００３２】回線の切断手順：図７に示すように、回線
上の通常のデータ転送を終了するとき、一方の通信ノー
ドは、回線切断要求６０を送信する。これを受信した他
方の通信ノードは、回線切断応答６１を返送する。これ
により、回線上での通常のデータ転送が不可能になる
（「オフライン」２５の状態になる）。通常のデータ転
送中に回線障害が発生したときは、上記回線の切断手順
を行うことなく，回線は切断される。

【００３３】管理ホストの決定方式：管理ホストの決定
方式としては、あるＣＣＰとの間に管理用の論理的通信
路の設定に最も早く成功したホスト計算機を管理ホスト
とする方式（早いもの勝ち方式）や，ネットワーク構成
定義等で予め管理ホストを指定しておく方式（指定方
式）がある（この方式が運用は容易である）。早いもの
勝ち方式では、ＣＣＰは、管理ホストとの間の管理用の
論理的通信路の設定状態で別のホスト計算機から論理的
通信路の設定要求を受信したときは、これを拒否する。
指定方式では、ＣＣＰは、指定の管理ホストから論理的
通信路の設定要求を受信したときは管理用の論理的通信
路の設定を行うが、別のホスト計算機から管理用の論理
的通信路の設定要求を受信したときはこれを拒否する。
これにより、管理ホストは、ＣＣＰに対してただ１つと
なる。なお、障害により管理ホストとの管理用の論理的
通信路が切断されたときは、他のホスト計算機との間で
管理用の論理的通信路の設定が可能となる。そして、新
たに管理用の論理的通信路を設定したホスト計算機が新
たな管理ホストになる。なお、指定方式の場合は、他の
ホスト計算機との間で論理的通信路を設定するとき、管
理ホストが変更となった旨をホスト計算機からＣＣＰへ
通知する必要がある。管理ホストの変更は、オペレータ
が管理ホスト変更コマンドを入力することにより行うこ
とが出来る。

【００３４】保守用コンソールからの操作に対する内部
処理：図８は、保守用コンソール８，１５からの操作に
対する内部処理を実現する機能構造である。ホスト計算
機１の保守用コンソール８から保守操作指令３７を入力
すると、保守操作指令解析部３１にて指令をチェックす
る。正しい指令のときは、保守操作指令３９を、保守操
作指令送受信制御部３２に通知する。保守操作指令送受
信制御部３２は、ＣＣＰ２に対して、図９の形式の保守
操作要求メッセージ４１を送信する。

【００３５】ＣＣＰ２側の保守操作指令送受信制御部３
５は、前記保守操作要求メッセージ４１を受信すると、
回線制御部３６に対して保守操作指令４３を通知する。
回線制御部３６は、前記保守操作指令４３の内容に応じ
た処理を実行し、その実行結果を反映した保守操作応答
４４を保守操作指令送受信制御部３５に通知する。ま
た、回線制御部３６は、図４に示した状態管理および保
守用コンソール間の排他制御を行う。保守操作応答４４
を受けた保守操作指令送受信制御部３５は、ホスト計算
機１に対して、図１０の形式の保守操作応答メッセージ
４２を送信する。

【００３６】保守操作応答メッセージ４２を受信したホ
スト計算機１の保守操作指令送受信制御部３２は、これ
を保守操作応答４０として、メッセージ表示・作成部３
３に通知する。メッセージ表示・作成部３３は、応答メ
ッセージ３８を作成し、これを表示する。

【００３７】ＣＣＰ２の保守用コンソール１５から保守
操作指令４７を入力すると、保守操作指令解析部３４に
て指令をチェックする。正しい指令のときは、保守操作
指令４５を、回線制御部３６に対して通知する。回線制
御部３６は、前記保守操作指令４５に応じた処理を実行
し、その実行結果を反映した保守操作応答４６を、メッ
セージ表示・作成部６２に通知する。メッセージ表示・
作成部６２は、応答メッセージ４８を作成し、これを表
示する。

【００３８】回線の保守手順の詳細：回線の保守手順
を、回線の状態と発生事象の組合せ毎に説明する。図１
１は、「オフライン」２５の状態の回線に対して保守操
作開始要求２０を投入した場合の手順である。保守操作
要求元がホスト計算機１であれば（１０１）、回線制御
テーブルの直前の状態１８を「オフライン」にし（１０
２）、保守操作要求元１９をホスト計算機にし（１０
３）、現在の状態１７を「保守操作中」にする（１０
４）。一方、保守操作要求元がＣＣＰ２であれば（１０
１）、回線制御テーブルの直前の状態１８を「オフライ
ン」にし（１０５）、保守操作要求元１９をＣＣＰにし
（１０６）、現在の状態１７を「保守操作中」にする
（１０７）。

【００３９】図１２，図１３は、「保守操作中」２６の
状態の回線に対して保守操作終了要求２１を投入した場
合の手順である。保守操作終了要求が強制指示付きの要
求でなく（２０１）、保守操作要求元がホスト計算機な
らば（２０３）、回線制御テーブルの保守操作要求元１
９を読み込み（２０４）、これがホスト計算機であるか
を判定する（２０５）。ホスト計算機でないとき、入力
されたコマンドを拒否する（２０６）。ホスト計算機な
らば、回線制御テーブルの直前の状態１８を読み込む
（２０７）。直前の状態１８が「リトライ中」でなく
（２１１）、「オフライン」のときは（２１３）、回線
の状態を「オフライン」に設定する（２１９）。また、
保守要求元および保守要求元以外の保守用コンソール
に、保守操作終了メッセージを出力する（２２１）。

【００４０】直前の状態１８が「リトライ中」のときは
（２１１）、回線に対して回線接続手順を実行する（２
１２）。回線接続手順が成功すれば、回線の状態を「オ
ンライン」にし、運用を開始する（２１６）。また、ホ
スト計算機１の保守用コンソール８に、障害回復メッセ
ージを出力する（２２０）。回線接続手順が失敗したと
きは（２１５）、回線の状態を「リトライ中」のままと
し（２１７）、一定時間ごとに成功するまで回線接続手
順を繰り返す（２１８）。

【００４１】保守操作開始要求は、回線が「オフライ
ン」２５の状態または「リトライ中」２６の状態のとき
のみ受け付けるため、直前の状態１８が「オフライン」
または「リトライ中」以外であると、異常処理を行う
（２１４）。

【００４２】保守操作終了要求が強制指示付きでなく
（２０１）、保守操作要求元がＣＣＰならば（２０
３）、回線制御テーブルの保守操作要求元１９を読み込
み（２０８）、これがＣＣＰであるかを判断する（２０
９）。ＣＣＰでないとき、入力されたコマンドを拒否す
る（２０６）。ＣＣＰならば、回線制御テーブルの直前
の状態１８を読み込む（２１０）。そして、前記（２１
１）〜（２２１）の手順を実行する。

【００４３】「保守操作中」２６の状態の回線に対する
保守操作要求元からの操作が障害等により続行できなく
なったときは、他の保守コンソールから強制指示付き保
守操作終了要求を投入する。強制指示付きの保守操作終
了要求が投入されたときは（２０１）、回線制御テーブ
ルの直前の状態１８を読み込む（２０２）。そして、前
記（２１１）〜（２２１）の手順を実行する。これによ
り、他の保守コンソールから保守操作を終了させること
が出来る。

【００４４】なお、一方の装置からの保守操作が終了す
ると、他方の装置へ保守操作終了メッセージを出力する
ため、両方の装置間で円滑な保守操作を行うことが出来
る。

【００４５】図１４は、「リトライ中」２６の状態の回
線に対して保守操作開始要求２０を投入したときの処理
手順である。保守操作要求元がＣＣＰのとき（３０
１）、回線制御テーブルの直前の状態１８を「リトライ
中」にし（３０２）、保守操作要求元１９をＣＣＰにし
（３０４）、現在の状態１７を「保守操作中」にする
（３０５）。保守操作要求元がホスト計算機のときは
（３０１）、回線制御テーブルの直前の状態１８を「リ
トライ中」にし（３０３）、保守操作要求元１９をホス
ト計算機にし（３０６）、現在の状態１７を「保守操作
中」にする（３０７）。

【００４６】図１５は、「オフライン」２５の状態の回
線に対して活性化要求２８を投入したときの処理手順で
ある。

【００４７】指定された回線に対して回線接続手順を実
行する（５０１）。回線接続手順の成功時（５０２）、
回線の状態を「オンライン」２４にする（５０３）。回
線接続手順の失敗時（５０２）、回線の状態を「リトラ
イ中」２６にし（５０４）、一定時間ごとに回線接続手
順を成功するまで繰り返す（５０５）。

【００４８】図１６は、「オンライン」２４の状態の回
線に対して非活性化要求２９を投入したときの処理手順
である。指定された回線に対して回線切断手順を実行し
（６０１）、回線の状態を「オフライン」にする（６０
２）。

【００４９】図１７は、「リトライ中」２６の状態の回
線に対して非活性化要求２９を投入したときの処理手順
である。回線接続手順の繰り返し実行を中止し（７０
１）、回線の状態を「オフライン」２５にする（７０
２）。

【００５０】図１８は、「オンライン」２４の状態の回
線に回復可能な障害が発生したときの処理手順である。
回線切断手順を実行し（８０１）、回線の状態を「リト
ライ中」２６にし（８０２）、一定時間ごとに回線接続
手順を成功するまで繰り返す（８０３）。

【００５１】図１９は、「リトライ中」２６の状態の回
線に対する回線接続手順が成功したときの処理手順であ
る。回線の状態１７を「オンライン」２４にする（９０
１）。

【００５２】なお、次の場合は、保守用コンソールから
の入力要求を拒否する。「オンライン」２４の状態の回
線に対して、活性化要求，保守操作開始要求，保守操作
終了要求および保守操作要求が入力された場合。「オフ
ライン」２５の状態の回線に対して、非活性化要求，保
守操作要求または保守操作終了要求が入力された場合。
「リトライ中」２６の状態の回線に対して、保守操作終
了要求および保守操作要求が入力された場合。「保守操
作中」２７の状態の回線に対して、活性化要求，非活性
化要求，保守操作開始要求が入力された場合。

【００５３】回線アダプタの保守：次に、複数の回線を
収容し，データの送受信を制御する回線アダプタの保守
について説明する。 回線アダプタの状態の定義：図２０に示すように、３つ
の回線の状態を設ける。「オンライン」６３…回線アダ
プタに対し、動作に必要な初期化情報の設定が完了し
（回線アダプタの動作に必要なプログラムローディン
グ，初期パラメタの設定等）、かつ、配下の回線の状態
を「オンライン」２４に設定可能な状態。「オフライ
ン」６４…配下の回線の状態を「オフライン」２５のみ
に設定可能な状態。回線アダプタの保守操作（パッケー
ジ交換，テスト操作等）は、この状態のときのみ可能で
ある。「保守操作中」６５…回線アダプタに対し、動作
に必要な初期化情報の設定が完了し、配下の回線の状態
を「オフライン」２５および「保守操作中」２７のいず
れかに設定可能な状態。回線アダプタの保守操作後、一
般に、折り返しテスト等により配下の回線の動作の正常
性を確認する必要がある。このための回線アダプタの状
態である。

【００５４】回線アダプタ制御テーブルの説明：図２１
に示すように、ＣＣＰに接続する回線アダプタ（１４−
１，１４−２，１４−３，…）毎に、回線アダプタ制御
テーブル（２２０−１，２２０−２，２２０−３，…）
を設定する（ＣＣＰの主記憶装置１２上に設定する）。
回線アダプタ制御テーブル（２２０−１，２２０−２，
２２０−３，…）は、現在の状態７０の情報を持ってい
る。

【００５５】回線アダプタの保守手順の概要：回線アダ
プタの保守手順の概要を図２０の状態遷移図に従って説
明する。回線アダプタの保守操作は、「オフライン」６
４の状態のときのみ可能である。回線アダプタの保守操
作完了後、配下の回線の動作の正常性を確認する場合、
回線アダプタに対し、初期化要求６９を入力する。プロ
グラムローディング等の初期化処理完了後、現在の状態
を「保守操作中」６５とする。配下の回線に対する保守
操作完了後、回線アダプタに対して、活性化要求６６を
入力すると、現在の状態を「オンライン」６３とし、配
下の全回線に対し、相手通信ノードとの回線接続手順を
実行する。

【００５６】一方、回線アダプタ配下の回線の動作の正
常性を確認する必要のない場合（通常の運用開始操
作）、回線アダプタに対して、活性化要求６６を入力す
る。初期化処理完了後、現在の状態を「オンライン」６
３とし、配下の全回線に対し、相手通信ノードとの回線
接続手順を実行する。

【００５７】以上のように、回線アダプタの状態として
「保守操作中」を設けたことにより、回線アダプタの保
守操作完了後、配下の回線の動作の正常性を確認するこ
とができ、かつ、回線アダプタの活性化要求に対して
は、配下の回線を自動的に活性化し、運用を開始するこ
とが出来る。

【００５８】回線アダプタの保守手順の詳細：回線アダ
プタの保守手順を、回線アダプタの状態と発生事象の組
合せ毎に説明する。図２２は、「オフライン」６４の状
態の回線に対して初期化要求６９を投入した場合の手順
である。回線アダプタに対し、動作に必要な初期化情報
の設定を行い（１００１）、対応する回線アダプタ制御
テーブルの現在の状態７０を「保守操作中」に設定する
（１００２）。

【００５９】図２３は、「保守操作中」６５の状態の回
線アダプタに対して活性化要求６６を投入した場合の処
理手順である。配下の回線がすべて「オフライン」２５
の状態であるかを調べる（１１０１）。配下の回線がす
べて「オフライン」２５の状態でないとき、コマンドを
拒否する（１１０３）。配下の回線がすべて「オフライ
ン」２５の状態のとき、対応する回線アダプタ制御テー
ブルの現在の状態７０を「オンライン」にし（１１０
２）、該当回線アダプタ配下の全回線に対し、相手ノー
ドとの回線接続手順を実行する（１１０４）。

【００６０】図２４は、「オフライン」６４の状態の回
線アダプタに対して活性化要求６６を投入した場合の処
理手順である。回線アダプタに対し、動作に必要な初期
化情報の設定を行い（１２０１）、対応する回線アダプ
タ制御テーブルの現在の状態７０を「オンライン」にす
る（１２０２）。また、回線アダプタ配下の全回線に対
し、相手通信ノードとの回線接続手順を実行する（１２
０３）。

【００６１】図２５は、「オンライン」６３の状態また
は「保守操作中」６５の状態の回線アダプタに対して非
活性化要求６７を投入したときの処理手順である。強制
指示付きの要求かを調べ（１３０１）、強制指示付きの
要求ならば、配下の回線をすべて「オフライン」２５の
状態とし（１３０２）、対応する回線アダプタ制御テー
ブルの現在の状態７０を「オフライン」にし（１３０
４）、回線アダプタに対しリセット操作を行う（１３０
６）。強制指示付きの要求でないときは（１３０１）、
配下に「オフライン」２５の状態でない回線があるかを
調べる（１３０３）。配下に「オフライン」２５の状態
でない回線があるとき、入力コマンドを拒否する（１３
０５）。配下に「オフライン」２５の状態でない回線が
ないとき、対応する回線アダプタ制御テーブルの現在の
状態７０を「オンライン」にし（１３０４）、回線アダ
プタに対しリセット操作を行う（１３０６）。

【００６２】なお、次の場合は、保守用コンソールから
の入力要求を拒否する。「オフライン」６４の状態の回
線アダプタに対して、回線アダプタの非活性化要求が入
力された場合。「保守操作中」６５の状態の回線アダプ
タに対して、初期化要求が投入された場合。配下に「オ
フライン」２５の状態でない回線を有する「保守操作
中」６５の状態の回線アダプタに対して、活性化要求が
投入された場合。「オンライン」６３の状態の回線アダ
プタに対して、活性化要求または初期化要求が投入され
た場合。このように、配下に「保守操作中」２７の状態
の回線を持つ回線アダプタに対する活性化要求を拒否
し、また、「保守操作中」６５の状態の回線アダプタに
対する初期化要求を拒否する。このため、保守操作中に
他の保守用コンソールからの操作に影響されることがな
くなり、遠隔保守装置と被保守装置の両方から矛盾なく
独立に保守操作が可能となる。

【００６３】−第２の実施例− 排他制御装置がホスト計算機にあるとする（図４に示す
回線の状態管理をホスト計算機側で行う）。その他は第
１の実施例と同様とする。ＣＣＰ２から入力した保守操
作指令４７は、ホスト計算機１へ転送される。ホスト計
算機１は、回線の状態より指令の実行可否を判定し、そ
の判定結果をＣＣＰへ送信する。ＣＣＰは、ホスト計算
機１の判定結果が指令実行可能ならば、指令を実行す
る。ホスト計算機１の判定結果が指令実行不可能なら
ば、拒否メッセージを保守用コンソール１５に出力す
る。

【００６４】ホスト計算機１から入力した保守操作指令
３７は、ホスト計算機１内で実行の可否を判定し、実行
不可能ならば、拒否メッセージを保守用コンソール８に
出力する。実行可能ならば、指令をＣＣＰ２へ転送す
る。ＣＣＰ２は、指令を実行する。上記処理以外の処理
は、第１の実施例の処理と同様である。排他制御装置を
ホスト計算機側に設ける場合は、既存のＣＣＰに変更を
加えることなく、保守用コンソール間で排他制御機能を
持った遠隔保守が実現できる。 −第３の実施例− 遠隔保守装置をホスト計算機とし、被保守装置を部門計
算機とする。 システム構成：図２６に、システム構成を示す。部門計
算機７１とホスト計算機１は、ＣＣＰ２を介し、回線４
で接続する。部門計算機７１は、回線４を介して端末と
接続する。

【００６５】部門計算機の構成：図２７に、部門計算機
７１の構成を示す。部門計算機７１は、図３に示すＣＣ
Ｐの構成において、チャネルによるホスト計算機との接
続のない構成である。 保守・運用操作の装置ごとの役割分担：部門計算機に接
続するリソースに対する保守操作は、ホスト計算機およ
び部門計算機の両方から可能とする。但し、次の役割分
担を行う。部門計算機は、リソースの運用開始／運用停
止操作（活性化／非活性化操作）が可能である。また、
折り返しテスト（障害箇所の切り分け，障害修復後正常
性確認）、パッケージの切り離しまたは接続要求、回線
アダプタの初期化等の保守操作が可能である。ホスト計
算機は、前記折り返しテスト等の保守操作のみが可能で
ある。運用に関する操作を部門計算機からのみ実行可能
とするのは、運用者からみたリソースの状態管理を容易
にするためである。保守操作を部門計算機からでもホス
ト計算機からでも実行可能とするのは、部門計算機から
の現地保守（部門計算機を構成するパッケージの交換
等）と，ホスト計算機からの遠隔保守とが必要だからで
ある。

【００６６】回線および回線アダプタの保守操作の実現
方法は、遠隔保守装置と被保守装置の役割を逆転しただ
けで、第１の実施例と同様である。

【００６７】

【発明の効果】本発明の遠隔システムによれば、被保守
装置に接続する回線等のリソースに対し、遠隔保守装置
の保守用コンソールおよび被保守装置の保守用コンソー
ルの両方から独立に且つ矛盾なく保守操作が可能とな
る。また、被保守装置に接続する各回線に対して、回線
に対する非活性化，活性化操作が不要となり、オペレー
タ操作の負担が減る。

【図面の簡単な説明】

【図１】第１の実施例の遠隔システムの構成図。

【図２】ホスト計算機のハードウエア構成図。

【図３】ＣＣＰのハードウエア構成図。

【図４】回線の状態遷移図。

【図５】回線制御テーブルの構成図。

【図６】通信回線の接続手順図。

【図７】通信回線の切断手順図。

【図８】回線の保守操作を実現するための機能構成図。

【図９】保守操作要求メッセージの形式図。

【図１０】保守操作応答メッセージの形式図。

【図１１】「オフライン」状態の回線に対し、保守操作
開始要求を投入したときの処理手順図。

【図１２】「保守操作中」状態の回線に対し、保守操作
終了要求を投入したときの処理手順図。

【図１３】「保守操作中」状態の回線に対し、保守操作
終了要求を投入したときの処理手順図。

【図１４】「リトライ中」状態の回線に対し、保守操作
開始要求を投入したときの処理手順図。

【図１５】「オフライン」状態の回線に対し、活性化要
求を投入したときの処理手順図。

【図１６】「オンライン」状態の回線に対し、非活性化
要求を投入したときの処理手順図。

【図１７】「リトライ中」状態の回線に対し、非活性化
要求を投入したときの処理手順図。

【図１８】「オンライン」状態の回線に回復可能な障害
が発生したときの処理手順図。

【図１９】「リトライ中」状態の回線に対する回線接続
手順が成功したときの処理手順図。

【図２０】回線アダプタの状態遷移図。

【図２１】回線アダプタ制御テーブルの構成図。

【図２２】「オフライン」状態の回線アダプタに対し、
初期化要求を投入したときの処理手順図。

【図２３】「保守操作中」状態の回線アダプタに対し、
活性化要求を投入したときの処理手順図。

【図２４】「オフライン」状態の回線アダプタに対し、
活性化要求を投入したときの処理手順図。

【図２５】「オンライン」状態または「保守操作中」状
態の回線アダプタに対し、非活性化要求を投入したとき
の処理手順図。

【図２６】第３の実施例の遠隔システムの構成図。

【図２７】部門計算機のハードウエア構成図。

【符号の説明】

１−１ ホスト計算機 ２−１ 通信制御処理装置（ＣＣＰ） ３−１ チャネル ４−１ 通信回線 ５−１ 処理装置、 ６ 命令実行プロセッサ ７ 主記憶装置 ８−１ 保守用コンソール ９ サービスプロセッサ １０ 入出力制御装置 １１ 命令実行プロセッサ １２ 主記憶装置 １３−１ チャネルアダプタ １４−１ 回線アダプタ １５ 保守用コンソール １６ サービスプロセッサ ６０−１ 回線制御テーブル １９ 保守操作要求元記憶する領域 ２０ 保守操作開始要求 ２１ 保守操作終了要求 ２３ 回線回復可能障害発生 ２６ 回線の「リトライ中」状態 ２７ 回線の「保守操作中」状態 ２８ 回線活性化要求 ２９ 回線非活性化要求 ３１ 保守操作指令解析部 ３２ 保守操作指令送受信制御部 ３３ メッセージ表示・作成部 ３４ 保守操作指令解析部 ３５ 保守操作指令送受信制御部 ３６ 回線制御部 ６２ メッセージ表示・作成部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 柳生 和男 神奈川県川崎市麻生区王禅寺1099番地 株式会社 日立製作所 システム開発研 究所内 (56)参考文献 特開 昭60−181940（ＪＰ，Ａ) 特開 昭64−26940（ＪＰ，Ａ) 特開 平１−261733（ＪＰ，Ａ) 特開 昭61−195437（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 11/22 - 11/34 G06F 13/00 G06F 15/16 - 15/177

Claims (6)

(57)【特許請求の範囲】
1. 【請求項１】 被保守装置と，被保守装置を遠隔から保
   守する遠隔保守装置と，前記被保守装置と前記遠隔保守
   装置とを接続する接続媒体から構成する遠隔システムに
   おいて、 被保守装置と遠隔保守装置の両方に保守用コンソールを
   設けると共に、これら被保守装置の保守用コンソールと
   遠隔保守装置の保守用コンソールからの矛盾した保守操
   作を禁止する排他制御装置を前記被保守装置上または前
   記遠隔保守装置上の少なくとも一方に設け、前記排他制御装置は、被保守装置に接続する構成要素に
   対して、被保守装置または遠隔保守装置のうちの一つの
   保守用コンソールから保守操作開始要求を入力すると、
   保守操作要求元を記憶し、新たな保守操作が入力された
   ときにその保守操作要求元と前記記憶している保守操作
   要求元とを照合し、不一致のときに前記保守操作要求を
   拒否することにより、前記記憶している保守操作要求元
   から保守操作終了要求を入力するまでの間、他の保守用
   コンソールからの当該構成要素に対する保守操作要求を
   防止し、 これにより前記複数の保守用コンソールから被保守装置
   の構成要素に対し同等の保守操作を可能としたことを特
   徴とする遠隔システム。
2. 【請求項２】 請求項１に記載の遠隔システムにおい
   て、前記排他制御装置は、強制指示付きの保守操作終了
   要求については、被保守装置および遠隔保守装置のどの
   保守用コンソールからでも受け付けるものであることを
   特徴とする遠隔システム。
3. 【請求項３】 請求項１または請求項２に記載の遠隔シ
   ステムにおいて、保守操作要求元からの保守操作終了要
   求の入力時に、被保守装置および遠隔保守装置のうちの
   保守要求元以外の保守用コンソールに、保守操作終了を
   表わすメッセージを出力する保守操作終了メッセージ出
   力手段をさらに有することを特徴とする遠隔システム。
4. 【請求項４】 請求項１から請求項３のいずれかに記載
   の遠隔システムにおいて、回復の見込のある障害が回線
   に発生したとき，相手通信ノードとの回線接続手順を一
   定時間間隔で繰り返し，この状態で前記回線を収容する
   被保守装置お よび遠隔保守装置のうちの一つの保守用コ
   ンソールから前記回線に対して保守操作開始要求を入力
   すると，相手通信ノードとの回線接続手順の実行を中止
   し，保守操作の実行が可能となり，保守操作の終了後，
   保守操作要求元の保守用コンソールから保守操作終了要
   求を入力すると，再び相手通信ノードとの回線接続手順
   を実行するリトライ手段と、接続が成功したとき，前記
   被保守装置および遠隔保守装置の保守用コンソールに障
   害回復を表わすメッセージを出力する障害回復メッセー
   ジ出力手段とをさらに有することを特徴とする遠隔シス
   テム。
5. 【請求項５】 請求項１から請求項４のいずれかに記載
   の遠隔システムにおいて、被保守装置は、複数の回線を
   束ねて送受信制御を行う複数の回線アダプタを有し、運
   用を停止している回線アダプタに対して、前記回線アダ
   プタを収容する被保守装置および遠隔保守装置のうちの
   一つの保守用コンソールから、活性化要求を入力する
   と、当該回線アダプタに対して動作に必要な初期化情報
   の設定を行い、当該回線アダプタの配下の全回線に対
   し、相手通信ノードとの回線接続手順を実行し、初期化
   要求を入力すると、当該回線アダプタに対して動作に必
   要な初期化情報の設定を行い、当該回線アダプタの配下
   の回線に対する保守操作を可能とし、この状態で前記回
   線アダプタに対して、保守用コンソールから、活性化要
   求を入力すると、当該回線アダプタの配下の全回線に対
   し相手通信ノードとの接続手順を実行することを特徴と
   する遠隔システム。
6. 【請求項６】 請求項５に記載の遠隔システムにおい
   て、被保守装置は、回線アダプタの動作に必要な初期化
   情報の設定が完了した後、配下の回線に対して保守操作
   を行っている当該回線アダプタに対する活性化要求およ
   び初期化要求を拒否し、回線の保守操作を妨げないよう
   にすることを特徴とする遠隔システム。