JPH04333157A - 回線の状態監視方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、回線の運用に係わり、
回線監視装置を有するコンピュータシステム、特にオン
ライン処理システムにおける回線の運用状態監視方式に
関する。

【０００２】

【従来の技術】従来の方式を図面を参照しながら説明す
る。

【０００３】図２は従来の回線監視方式例、図３は従来
の回線故障救済作業フローである。

【０００４】図２を参照すると、回線監視装置１０は、
監視範囲１２にある回線１２−１、回線１２−２、回線
１２−３、回線１２−４、及び回線１２−５を、運用状
況情報１１をもとに監視している。

【０００５】運用状況情報１１は、回線使用者の申込み
にもとづいて作成した運用情報ファイル９をもとに、運
用開始前にホストコンピュータ８から転送され、回線監
視装置１０のメモリに格納される。この時、回線中継所
１３で行う回線の切り替えの為の、回線切り替え装置１
４に対する命令も転送される。回線切り替え装置１４は
、回線状態チェックポイント１５を持ち、回線中継所１
３の入線と出線の運用中の回線状態をチェックしている
。

【０００６】回線運用中に監視範囲１２の運用状況に変
更が生じると、ホストコンピュータ８から回線監視装置
１０に変更後の情報が、回線切り替え装置１４に変更後
の命令が転送される。

【０００７】監視範囲１２において故障が発生すると、
故障救済の為に図３に示す作業が行われる。

【０００８】ここで、回線１２−２の故障が発生した場
合を例に、故障救済作業手順を説明する。

【０００９】運用状況情報１１を見ると、回線１２−１
は回線中継所１３−１の入線であり、回線１２−２は回
線中継所１３−１の出線で、かつ回線中継所１３−２の
入線である。また、回線１２−３は回線中継所１３−２
の出線として運用されており、回線１２−４、及び回線
１２−５の運用はない。

【００１０】回線状態チェックポイント１５−１は回線
中継所１３−１の入線を、回線状態チェックポイント１
５−２は、回線中継所１３−１の出線を、回線状態チェ
ックポイント１５−３は回線中継所１３−２の入線を、
回線状態チェックポイント１５−４は回線中継所１３−
２の出線をそれぞれチェックしている。

【００１１】ここで、回線中継所１３−２において、回
線状態チェックポイント１５−３が、入線である回線１
２−２の異常を検出すると、回線監視装置１０ではブザ
ーが鳴動し、回線監視装置１０の操作員Ａの注意を喚起
する。

【００１２】操作員Ａは故障状況をモニタ表示し、回線
中継所１３−２の入線の異常であると確認する。

【００１３】回線１２−２は回線中継所１３−１の出線
であるが、回線中継所１３−１の回線状態チェックポイ
ント１５−２は異常を検出していない為、回線１２−２
は、回線中継所１３−１と回線中継所１３−２の間で故
障している事がわかる。

【００１４】操作員Ａは、運用状況情報１１を確認し、
運用されていない回線１２−４と回線１２−５を使用す
る事により、故障救済が可能であると判断する。

【００１５】操作員Ａは、回線中継所１３−３の操作員
Ｄに電話連絡し、回線１２−４、回線１２−５、及び回
線中継所１３−３が運用可能である事を確認した後、回
線中継所１３−１の操作員Ｂ、及び回線中継所１３−２
の操作員Ｃに故障救済方法等を電話連絡する。

【００１６】操作員Ｂは回線１２−１と回線１２−４を
、操作員Ｄは回線１２−４と回線１２−５を、操作員Ｃ
は回線１２−５と回線１２−３を手動で切り替える事に
より、故障救済は完了する。

【００１７】また、回線監視装置１０において、運用状
況情報が破壊されるような故障が発生した場合は、操作
員Ａがホストコンピュータ８の操作員Ｅに電話連絡し、
再度、運用状況情報を転送してもらう。

【００１８】

【発明が解決しようとする課題】従来の方式は、運用状
況に変化があると必ず操作員の介入を必要とし、連絡の
手段は電話である為、内容に齟齬を生じがちであるのみ
ならず、人為ミスによる連絡もれの可能性が常にあった
。

【００１９】特に図３に示すように回線故障の救済の作
業では、回線監視装置の操作員と、複数の回線中継所の
操作員との間で、故障救済までに、何度も調整が必要に
なる事がある。その上、回線監視装置は監視範囲外の回
線状態は認識出来ない為、監視範囲内での故障が不可能
である場合は、調整作業は一層繁雑なものとなり、その
手段が電話連絡である以上、故障に対する早急な対処は
望めなかった。

【００２０】また手動による回線切り替え操作時にも人
為ミスは発生しうる。

【００２１】従って、回線運用に求められる運用の確実
性、信頼性は著しく低下し、障害発生時に、回線が長時
間切断されるなどの、回線使用者への影響が大きかった
。

【００２２】

【課題を解決するための手段】本発明の回線の状態監視
方式では、回線運用状況を通知する手段と、回線運用状
況情報を転送する手段と、回線運用状況情報に変更が生
じた時に回線運用状況変更を通知する手段と、回線監視
装置が検出した故障に対する救済策を作成する手段と、
作成した故障救済策を通知する手段と、故障救済策を実
行する手段と、故障救済完了を通知する手段とを備えて
いる。

【００２３】

【実施例】本発明の実施例を、図を参照しながら説明す
る。

【００２４】図１は本発明の一実施例構成図、図４は本
発明の一実施例における動作を説明する為の図である。

【００２５】図１において、１は、回線監視装置であり
、モニタ卓１−１、記憶装置１−２、信号装置１−３か
ら構成される。回線監視装置１は記憶装置１−２に格納
した回線運用状況情報１１と、信号装置１−３を介して
入ってくる回線中継所１３の回線切り替え装置１４の回
線状態チェックポイント１５からの監視回線の状態信号
とをつきあわせて状態を監視しており、監視回線の状況
をモニタ卓１−１に表示している。

【００２６】２はセンタシステムであり、処理部３、メ
モリ４、運用情報ファイル５からなる。処理部３は、回
線運用開始前の運用情報を処理する回線運用状況処理部
３−１、運用中に発生した運用の変更情報を処理する回
線運用状況変更処理部３−２、故障発生時に救済処理を
行う故障救済処理部３−３で構成される。メモリ４上の
故障状況テーブル４−１は故障中の回線や回線中継所１
３の情報と、その救済状況情報とが格納されている。

【００２７】６は通信制御部、７はセンタシステム２の
入力端末である。

【００２８】回線監視装置１、及び入力端末７は、通信
制御部６を介してセンタシステム２とデータのやりとり
を行っている。

【００２９】図４において、１６は回線の運用状況情報
を転送する際の回線監視装置１とセンタシステム２間の
動作を示す。同様に、１７は回線運用状況に変更が発生
した場合の、１８は回線故障が発生した場合の動作を示
す。

【００３０】図１と図４を参照しながら、この実施例の
動作を説明する。

【００３１】本実施例では回線運用の時間単位は１日で
ある。

【００３２】運用開始日以前の回線使用者からの申込み
は、入力端末７からセンタシステム２に入力され、それ
にもとづいて、回線運用状況処理部３−１で運用情報を
作成し、運用情報ファイル５に格納される。

【００３３】運用開始日前日に、回線監視装置１はタイ
マ起動によりセンタシステム２に対し翌日分の回線運用
状況情報の通知を要求する。回線運用状況処理部３−１
は、まず回線運用状況通知１９として情報量を通知する
。回線監視装置１は、記憶装置１−２の空き領域を確認
し、格納可能な情報量の転送をセンタシステム２に要求
するので、回線運用状況処理部３−１は回線運用状況情
報転送２０を行う。この時、回線監視装置１は、翌日分
の全部の回線運用状況情報を記憶装置１−２に格納出来
なければ、以降１時間おきに運用済みの回線運用状況情
報を記憶装置１−２上から消去して空き領域を作成し、
センタシステム２に格納可能な情報量の転送を要求する
事を、全部の回線運用状況情報を格納するまで繰り返す
。

【００３４】また、回線監視装置１において故障が発生
し、記憶装置１−２上の回線運用状況情報が破壊された
場合に、その故障回復時、操作員がモニタ卓１−１の電
鍵操作によりセンタシステム２に対し、回復を通知する
事でも同様の操作を行う。

【００３５】次に、運用日当日に当日分の回線運用に対
し回線使用者からの変更の申込みがあった場合を説明す
る。

【００３６】回線使用者からの変更申込みは、入力端末
７からセンタシステム２に入力され、それにもとづいて
、回線運用状況変更処理部３−２で作成済みの運用情報
ファイル５の内容を更新する。その後、回線監視装置１
に対する回線運用状況変更情報を作成し、回線運用状況
変更通知２１を行う。回線監視装置１は、記憶装置１−
２の空き領域を確認し、格納可能な情報量の転送をセン
タシステム２に要求するので、回線運用状況変更処理部
３−２は回線運用状況変更情報転送２２を行う。

【００３７】最後に、回線の故障が発生した場合につい
て説明する。

【００３８】回線監視装置１において、信号装置１−３
が回線中継所１３の回線切り替え装置１４の回線状態チ
ェックポイント１５から送られてきた状態信号内容の異
常を検出すると、モミタ卓１−１においてブザーが鳴動
し故障状況を表示して操作員の注意を喚起する。故障救
済は回線単位に行われるので、同時に複数箇所で故障が
発生した場合は、操作員が救済対象回線を指定して、モ
ニタ卓１−１の電鍵操作により、センタシステム２に対
し、故障救済を要求する。

【００３９】センタシステム２が故障救済要求を受信す
ると、故障救済処理部３−３は故障状況テーブル４−１
と運用情報ファイル５を参照しながら、操作員の介入な
しに自動的に救済要求回線の故障救済策作成２３を行い
、回線監視装置１に対して、故障救済策通知２４を行う
ので、回線監視装置１は、故障救済策をモニタ卓１−１
に表示し、操作員は電鍵操作により、センタシステム２
に対し、確認を通知する。

【００４０】故障救済処理部３−３は、故障救済策にも
とづいて、操作員の介入なしで関係回線中継所１３に回
線切り替えの為の命令を送出し、故障救済実行２５を行
う。故障救済実行２５が完了すると、回線監視装置１に
対して故障救済完了通知２６を行うと共に、故障状況テ
ーブル４−１と運用情報ファイル５を更新する。これに
より、回線運用状況の変更が発生するので、回線運用状
況変更処理部３−２は、地上回線監視装置１に対し、回
線運用状況変更通知２１を行い、以降、運用日当日に当
日分の回線運用に対し回線使用者から変更の申込みがあ
った場合と同様の動作を行う。

【００４１】

【発明の効果】本発明によれば、回線運用上、操作員の
介入を必要とする作業が大幅に減少し、また、回線運用
状況情報をセンタシステムで一元管理する為、人為ミス
による誤操作や情報の矛盾の発生は極力押さえられ、シ
ステム運用の確実性、信頼性は向上する。

【００４２】また、回線障害発生時の対処も迅速に行え
、回線使用者への影響は少なくなる。

【図面の簡単な説明】

【図１】本発明の一実施例構成図

【図２】従来の回線監視方式例

【図３】従来の回線故障救済作業フロー

【図４】本発明
の一実施例における動作を説明する為の図である

【符号の説明】

１　　　　回線監視装置 ２　　　　センタシステム ３　　　　処理部 ４　　　　メモリ ５　　　　運用情報ファイル ６　　　　通信制御部 ７　　　　入力端末 ８　　　　ホストコンピュータ ９　　　　運用情報ファイル １０　　　　従来の回線監視装置 １１　　　　運用状況情報 １２　　　　監視範囲 １３　　　　回線中継所 １４　　　　回線切り替え装置

Claims (1)

【特許請求の範囲】
1. 【請求項１】　　データ転送、又はデータ通信の為の一
   連一方向の伝送路（以下、回線と称す）の運用状態をモ
   ニタ表示し、監視する情報処理装置（以下、回線監視装
   置と称す）を有するコンピュータシステムにおいて、回
   線運用状況を通知する手段と、回線運用状況情報を転送
   する手段と、回線運用状況変更に変更が生じた時に回線
   運用状況変更を通知する手段と、回線監視装置が検出し
   た故障に対する救済策を作成する手段と、作成した故障
   救済策を通知する手段と、故障救済策を実行する手段と
   、故障救済完了を通知する手段とを備える回線の状態監
   視方式。