JP2000341363A - データ通信システム - Google Patents

Abstract

(57)【要約】 【課題】 複数の端末装置とのデータ通信及びデータ通
信装置の保守管理を実施する集中管理装置に掛かる負荷
を軽減する。 【解決手段】 伝送路及びデータ通信装置２−１〜２−
ｎ内の伝送路インタフェース部の状態を表示する機能を
設け、データ通信装置にて伝送路及び伝送路インタフェ
ース部の状態を取得する。定期的に発生する割込処理に
より伝送路及び伝送路インタフェース部の状態を定期的
に取得する。データ通信装置内で取得した状態より、障
害の発生を検出する。障害状態に応じた適切な障害復旧
制御対象をデータベース化し、データ通信装置内のメモ
リにデータベースを格納することにより、障害を検出し
た場合に、検出結果に応じた適切な障害復旧制御対象を
取得する。障害復旧制御を実施するための障害復旧制御
部を設け、データ通信装置内にて障害復旧制御を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はデータ通信システム
に関し、特に集中管理装置と複数のデータ通信装置及び
複数の端末装置で構成され、集中管理装置と複数の端末
装置がデータ通信装置を介してデータ通信を行うシステ
ムに関する。

【０００２】

【従来の技術】一般に、この種のシステムは、図１に示
されているように、集中管理装置と複数のデータ通信装
置及び複数の端末装置で構成され、集中管理装置と複数
の端末装置がデータ通信装置を介してデータ通信を行う
ために用いられている。さらに、複数の集中管理装置同
士が接続されることにより、ある集中管理装置に接続さ
れている端末装置と他の集中管理装置に接続されている
端末装置との間でデータ通信を行うことができる。

【０００３】同図を参照し、従来のデータ通信システム
について説明する。同図を参照すると、従来のデータ通
信システムは、集中管理装置１と、データ通信装置２−
１〜２−ｎ（ｎは１以上の整数）と、端末装置５−１−
１〜５−ｎ−ｍ（ｍは１以上の整数）とを含んで構成さ
れており、集中管理装置１と端末装置５−１−１〜５−
ｎ−ｍとの間でデータ通信をするためのシステムであ
る。同図中の集中管理装置１とデータ通信装置２−１〜
２−ｎとの間の下り伝送路３−１〜３−ｎ及び上り伝送
路４−１〜４−ｎには、集中管理装置１と端末装置５−
１−１〜５−ｎ−ｍ間で送受信されるデータが多重され
ているものとする。

【０００４】ここで、端末装置は、ユーザがデータ通信
を行う際に使用する装置である。データ通信に必要な同
期信号は、各端末装置が接続されているデータ通信装置
から供給される。

【０００５】データ通信装置は、端末装置がデータ通信
を行う際にしようする同期信号を集中管理装置からの下
り伝送路の信号から抽出する機能を有している。集中管
理装置とデータ通信装置との間の信号は、データ通信装
置と各端末装置との間の信号を多重したものであり、デ
ータ通信装置はそれらの信号を多重分離して集中管理装
置と端末装置との間の信号を中継する。また、データ通
信装置は、自装置内の各ユニットの状態を監視し、集中
管理装置に通知する機能を有する。

【０００６】端末装置Ａと端末装置Ｂとの間でデータ通
信を行う際のデータの流れは、以下の通りである。すな
わち、同一の集中管理装置に接続される端末装置間でデ
ータ通信を行う場合、端末装置Ａ←→データ通信装置←
→集中管理装置←→データ通信装置←→端末装置Ｂの流
れとなる。また、別々の集中管理装置に接続される端末
装置間でデータ通信を行う場合、端末装置Ａ←→データ
通信装置←→集中管理装置←→集中管理装置←→データ
通信装置←→端末装置Ｂの流れとなる。

【０００７】集中管理装置は、端末装置間でデータ通信
を行うために、各端末装置間の通信路を確保する機能を
有している。また、集中管理装置は、自装置に接続され
るデータ通信装置の状態を集中管理し、各端末装置間で
データ通信を行う際にデータ通信先の端末装置とデータ
通信可能であるかを判断する機能をも有している。

【０００８】ここで、図２３に、集中管理装置１とデー
タ通信装置２−１〜２−ｎとの間の信号、端末装置５−
１−１〜５−ｎ−ｍとデータ通信装置２−１〜２−ｎと
の間の信号、同期信号８８のタイミングが示されてい
る。同図に示されているように、データ通信装置２−１
〜２−ｎは、それぞれに接続されている端末装置５−１
−１〜５−ｎ−ｍに送信すべきデータを下り伝送路３−
１〜３−ｎより抽出して下り信号６−１−１〜６−ｎ−
ｍを介して端末装置５−１−１〜５−ｎ−ｍに送信する
機能と、端末装置５−１−１〜５−ｎ−ｍより送信され
たデータを多重して上り伝送路４−１〜４−ｎを介して
集中管理装置１に送信する機能を有している。また、デ
ータ通信装置２−１〜２−ｎは、データ通信装置内で障
害が発生した場合、その障害情報を上り伝送路４−１〜
４−ｎを介して集中管理装置１に通知する機能を有して
いる。

【０００９】この従来のシステムにおいては、状態変化
検出処理は行われていたが、障害復旧処理は行われてい
なかった。従来の状態変化検出処理について図２４を参
照して説明する。

【００１０】同図において、状態取得割込が発生すると
（ステップ２３０）、下り伝送路及び伝送路インタフェ
ース部の状態を取得する（ステップ２３１）。取得した
状態が異常状態であれば、処理は終了となる。一方、取
得した状態が正常状態であると判定した場合（ステップ
２３２）、今回取得した状態と認識状態とが不一致であ
るか判定する（ステップ２３３）。一致する場合には、
処理はそのまま終了となる。

【００１１】不一致である場合、状態取得割込をマスク
する（ステップ２３４）。その後、今回取得した状態が
一定時間変化しないことを確認する（ステップ２３
５）。状態が安定している場合は、集中管理装置１に対
して通知するための状態変化通知信号を作成する（ステ
ップ２３６）。状態が安定していない場合は、状態変化
通知信号を作成しない。

【００１２】その後、送信すべき状態変化通知信号が存
在することを示す状態変化通知フラグをＯＮにする（ス
テップ２３７）。その後、状態取得割込マスクを解除し
（ステップ２３８）、状態変化検出処理を終了する。

【００１３】以上のようなシステムにおいて、下り伝送
路に障害が発生した場合、集中管理装置から障害が発生
している伝送路の障害復旧処置を行うために、集中管理
装置は障害が発生している伝送路を特定しなければなら
ない。しかし、集中管理装置から出力される下り伝送路
の障害を、集中管理装置自身が検出することは困難であ
り障害検出するまでに多くの時間を要する。その結果、
障害復旧するまでに多くの時間を必要としていた。

【００１４】このように従来のシステムは、集中管理装
置が速やかに障害発生中の下り伝送路を特定可能にする
ことを目的とし、その手段として下り伝送路より信号を
受信しているデータ通信装置が下り伝送路の障害発生を
速やかに検出し、障害状態及びデータ通信装置固有の番
号などを含む障害情報信号を作成し、さらに障害情報信
号を上り伝送路を介して集中管理装置に送信しているの
である。

【００１５】

【発明が解決しようとする課題】上述した従来のシステ
ムでは、集中管理装置が下り伝送路の障害復旧制御を行
っている。この場合、集中管理装置から下り伝送路にそ
れぞれ出力される複数の信号は同一の発生源から出力さ
れることが多い。このため、下り伝送路に障害が発生す
る場合、複数の下り伝送路に接続されているデータ通信
装置から同時に集中管理装置に対して一斉に障害情報が
通知される。すると、集中管理装置は短期間に多量の障
害復旧処理を行わなければならなくなり、１台の集中管
理装置に接続されるデータ通信装置の数によっては集中
管理装置にとって多大な負荷となり、障害復旧処理しき
れない状況に陥る可能性があるという欠点がある。

【００１６】これを解決するために、データ通信装置が
自律的に下り伝送路の障害復旧制御を全て行う構成も考
えられる。しかしながら、この場合でも、データ通信装
置による自律の障害復旧制御と集中管理装置による障害
復旧制御とを共存させていないため、データ通信装置で
下り伝送路の障害復旧処理を実施したが正常状態に復旧
しない可能性や、データ通信装置内のトラブルにより障
害復旧処理を実施できない可能性がある。

【００１７】また、従来のシステムでは、障害情報が集
中管理装置に通知されないため、集中管理装置が下り伝
送路の障害が発生していることを認識できない。このた
め、集中管理装置による下り伝送路の障害復旧制御とデ
ータ通信装置による下り伝送路の障害復旧制御とを共存
させた場合でも、データ通信装置内の伝送路インタフェ
ース部の障害により、集中管理装置からの下り伝送路の
障害復旧制御が行われない可能性があるという欠点があ
る。

【００１８】本発明は上述した従来技術の欠点を解決す
るためになされたものであり、その目的は伝送路の障害
発生における多量の障害復旧処理による集中管理装置の
負荷を分散することのできるデータ通信システムを提供
することである。

【００１９】

【課題を解決するための手段】本発明によるデータ通信
システムは、複数のデータ通信装置と、これら複数のデ
ータ通信装置の保守管理を行う集中管理装置とを含むデ
ータ通信システムであって、前記データ通信装置は、前
記集中管理装置への伝送路及びその伝送路インタフェー
スの障害を検出する障害検出手段と、この検出した障害
の内容に応じて該障害の復旧を行う障害復旧手段とを含
むことを特徴とする。前記障害復旧手段は、前記障害検
出手段により検出した障害に対応する障害復旧対象を判
定し、この判定結果に従って障害復旧を行うことを特徴
とする。

【００２０】本発明による他のデータ通信システムは、
前記検出した障害の内容を前記集中管理装置に通知する
通知手段を更に含むことを特徴とする。前記通知手段
は、前記データ通信装置内のＣＰＵに対して周期的に割
込信号を発生させ、その割込に応答して前記ＣＰＵが前
記障害の内容を前記集中管理装置に通知することを特徴
とする。前記集中管理装置に通知すべき通知信号は、前
記ＣＰＵが作成する。また、前記通知手段は、前記集中
管理装置に通知すべきことを示すフラグがオン状態であ
るときに前記集中管理装置に通知する。前記フラグは、
前記通知信号の作成時にオン状態になることを特徴とす
る。前記フラグは、前記通知に対する前記集中管理装置
からの応答信号に応答してオフ状態になることを特徴と
する。

【００２１】なお、前記障害検出手段は、前記伝送路及
びその伝送路インタフェースの状態を示す状態情報を取
得する状態取得部を含み、この取得した状態情報の内容
に基づいて障害を検出するようにしたことを特徴とす
る。前記状態取得部は、前記データ通信装置内のＣＰＵ
が前記伝送路インタフェースから前記状態情報を取得す
ることを特徴とする。前記状態取得部は、前記データ通
信装置内のＣＰＵに対して周期的に割込信号を発生さ
せ、その割込に応答して前記ＣＰＵが前記状態情報を取
得することを特徴とする。前記状態取得部は、前記状態
が一定時間変化しない場合にのみ前記データ通信装置内
のＣＰＵが前記伝送路インタフェースから前記状態情報
を取得することを特徴とする。前記状態取得部は、前記
データ通信装置内のＣＰＵが新たに取得した状態情報と
その直前に認識していた状態情報とが異なる場合に、前
記ＣＰＵが認識する状態を更新するようにしたことを特
徴とする。

【００２２】さらに、前記障害検出手段は、前記状態取
得部が取得した状態に何らかの障害がある場合に障害検
出有りと判定することを特徴とする。前記障害復旧手段
は、前記障害に関する障害情報とこの障害情報に対応す
る障害復旧対象を示すデータとを対応付けて記憶保持す
るデータベースを含み、このデータベースを参照して障
害復旧方法を判定することを特徴とする。前記障害情報
は、現在の障害に関する情報及び過去の障害に関する情
報を含むことを特徴とする。

【００２３】そして、前記伝送路インタフェースを現用
系及び予備系の２系統含み、その一方を運用状態とし他
方を待機状態とする。前記障害検出手段は、前記状態取
得部が取得した状態について、複数レベルの障害検出結
果を出力し、この検出結果が一定レベル以上である場合
に運用可能であると判定する。２系統の前記伝送路イン
タフェースについての前記検出結果同士を比較し、より
レベルの高い系の伝送路インタフェースを運用状態にす
る。前記伝送路インタフェースは、運用状態にあるもの
に障害が発生したとき待機状態にあったものを運用状態
に切替える。前記データベースの障害復旧方法は、現用
系及び予備系のうち障害復旧制御が行われるべき障害復
旧対象である系を示す。

【００２４】さらに、前記障害復旧手段が行う障害復旧
を所定期間禁止する禁止手段を更に含んでも良い。前記
禁止手段は、前記所定期間を計時するタイマを含むこと
を特徴とする。

【００２５】なお、前記データベースは、前記状態情報
を複数にグループ化し、この各グループ毎に前記障害復
旧対象を示すようにしたことを特徴とする。そして、前
記伝送路インタフェースの有する機能のうち正常に動作
する機能の種類によってグループ化する。

【００２６】

【発明の実施の形態】次に、本発明の実施の一形態につ
いて図面を参照して説明する。なお、以下の説明におい
て参照する各図においては、他の図と同等部分には同一
符号が付されている。

【００２７】図１は本発明によるデータ通信システムの
実施の一形態を示すブロック図である。同図において、
本システムにおいても、集中管理装置と複数のデータ通
信装置及び複数の端末装置で構成され、集中管理装置と
複数の端末装置がデータ通信装置を介してデータ通信を
行うために用いられている。さらに、複数の集中管理装
置同士が接続されることにより、ある集中管理装置に接
続されている端末装置と他の集中管理装置に接続されて
いる端末装置との間でデータ通信を行うことができる。

【００２８】そして、本システムも、従来のシステムと
同様に、集中管理装置１と、データ通信装置２−１〜２
−ｎ（ｎは１以上の整数）と、端末装置５−１−１〜５
−ｎ−ｍ（ｍは１以上の整数）とを含んで構成されてお
り、集中管理装置１と端末装置５−１−１〜５−ｎ−ｍ
との間でデータ通信を行う。同図中の集中管理装置１と
データ通信装置２−１〜２−ｎとの間の下り伝送路３−
１〜３−ｎ及び上り伝送路４−１〜４−ｎには、集中管
理装置１と端末装置５−１−１〜５−ｎ−ｍ間で送受信
されるデータが多重されているものとする。

【００２９】本システムが従来のシステムと異なる点
は、データ通信装置の内部構成である。この内部構成に
ついて図２を参照して説明する。同図において、データ
通信装置の内部と外部間の接続を明確にするために、図
１における符号を用いてデータ通信装置２−１の内部構
成を示すが、データ通信装置２−１〜２−ｎの内部構成
は同一である。図２におけるデータ通信装置２−１は、
伝送路インタフェース部（現用系）７１と伝送路インタ
フェース部（予備系）７２と通信制御部７３と端末イン
タフェース部７４で構成される。伝送路インタフェース
部７１〜７２は、現用系／予備系の冗長構成をしてお
り、どちらか片系が運用状態、他系が待機状態となる。
また、運用している伝送路インタフェース部に障害が発
生した場合、待機状態であった他系が即座に運用状態に
切り替わる。

【００３０】次に図２を参照し、集中管理装置１と端末
装置５−１−１〜５−１−ｍ間でデータ通信する際のデ
ータ通信装置２−１〜２−ｎにおけるデータの流れにつ
いて説明する。尚、説明に際して、集中管理装置１が送
信して端末装置５−１−１〜５−１−ｍが受信するもの
を下りのデータ、端末装置５−１−１〜５−１−ｍが送
信して集中管理装置１が受信するものを上りのデータと
呼ぶことにする。

【００３１】下りのデータは、集中管理装置１から送信
され、下り伝送路３−ｉ（ｉ＝１〜ｎ）を介して伝送路
インタフェース部（現用系）７１及び伝送路インタフェ
ース部（予備系）７２に入力される。さらに下りのデー
タは、伝送路インタフェース部（現用系）７１又は伝送
路インタフェース部（予備系）７２のうち運用状態の伝
送路インタフェース部によって、端末装置５−１−１〜
５−１−ｍに送信すべきデータのみ抽出され、下りデー
タ８９−１を介して端末インタフェース部７４に送信さ
れる。

【００３２】さらに下りのデータは、端末インタフェー
ス部７４によって端末装置５−１−１〜５−１−ｍのい
ずれに送信すべきデータであるか判断され、下り信号６
−１−１〜６−１−ｍを介してそれぞれの端末装置５−
１−１〜５−１−ｍに送信される。端末インタフェース
部７４が端末装置５−１−１〜５−１−ｍに対して下り
のデータを送信するタイミングは、上述した図２３に示
されている通り同期信号（タイミング信号及びクロック
信号）に同期している。上述した図２３に示されている
同期信号は、運用系の伝送路インタフェース部から出力
される同期信号８８である。

【００３３】上りのデータは、端末装置５−１−１〜５
−１−ｍから送信され、上り信号７−１−１〜７−１−
ｍを介して端末インタフェース部７４に入力される。端
末装置５−１−１〜５−１−ｍが端末インタフェース部
７４に対して送信する上りのデータのタイミングは、上
述した図２３に示されている通り、下り信号に同期して
いる。端末装置５−１−１〜５−１−ｍは、下り信号６
−１−１〜６−１−ｍより受信した信号から、上り信号
のタイミングを検出している。さらに上りのデータは、
端末インタフェース部７４より上りデータ９０−１を介
して伝送路インタフェース部（現用系）７１及び伝送路
インタフェース部（予備系）７２に送信される。さらに
上りのデータは、伝送路インタフェース部（現用系）７
１又は伝送路インタフェース部（予備系）７２のうち運
用状態の伝送路インタフェース部によって、上り伝送路
４−ｉに多重され集中管理装置１に送信される。なお、
図中の信号８４、８５は系切替信号、信号８６、８７は
状態レベル信号である。

【００３４】次に、図３を参照し、データ通信装置２−
１を構成する伝送路インタフェース部（現用系）７１及
び伝送路インタフェース部（予備系）７２の内部構成に
ついて詳細に説明する。

【００３５】同図を参照すると、伝送路インタフェース
部（現用系）７１は、受信部１１０と、送信部１１１
と、切替制御部１１２と、状態取得部１１３と、障害復
旧制御部１１４とから構成されている。伝送路インタフ
ェース部（予備系）７２は、受信部１１５と送信部１１
６と切替制御部１１７と状態取得部１１８と障害復旧制
御部１１９で構成される。受信部１１０及び受信部１１
５は、下り伝送路３−１から受信した信号より必要なデ
ータを抽出する。運用状態の受信部１１０又は受信部１
１５は、下り伝送路３−１から受信した信号より抽出し
たデータを、端末インタフェース部７４に送信する機能
を有する。

【００３６】受信部１１０及び受信部１１５は、下り伝
送路３−１から受信した信号より同期信号を生成する機
能を有する。運用状態の受信部１１０又は受信部１１５
は、生成した同期信号を同期信号８８より出力する。運
用状態の送信部１１１又は送信部１１６は、端末インタ
フェース部７４より受信した上りのデータを多重して、
上り伝送路４−１に送信する機能を有する。運用状態の
送信部１１１又は送信部１１６は、上りのデータを多重
するタイミングを、運用系の受信部１１０又は受信部１
１５から入力される同期信号８８より取得する。

【００３７】状態取得部１１３及び状態取得部１１８
は、下り伝送路の状態とそれぞれを有する伝送路インタ
フェース部の状態が格納され、格納された状態は通信制
御装置７３より読出すことができる。状態取得部１１３
及び状態取得部１１８は、格納された状態に応じた状態
レベル信号８６、８７を生成する機能を有する。

【００３８】切替制御部１１２及び切替制御部１１７
は、両系の伝送路インタフェース部の状態レベル信号８
６、８７を監視し、どちらの伝送路インタフェース部を
運用状態にするか判断する機能を有する。切替制御部１
１２及び切替制御部１１７は、運用状態にする伝送路イ
ンタフェース部を系切替信号８４、８５を使用して切替
制御を実施する機能を有する。

【００３９】障害復旧制御部１１４及び障害復旧制御部
１１９は、通信制御部７３から制御データが書込まれる
ことにより、各障害復旧制御部を有する伝送路インタフ
ェース部に対するリセット信号を出力する機能を有す
る。

【００４０】次に、図４を参照し、データ通信装置２−
１を構成する通信制御部７３の内部構成を説明する。同
図中の通信制御部７３は、受信バッファ１２０と、送信
バッファ１２１と、メモリ１２２と、ＣＰＵ１２３と、
割込信号生成部１２４とから構成されている。

【００４１】受信バッファ１２０は、運用状態の伝送路
インタフェース部より下りデータ８９−２を介して、集
中管理装置１と通信制御部７３との間で通信する下りの
データを受信する機能を有し、受信した下りのデータは
ＣＰＵ１２３より読出すことができる。

【００４２】送信バッファ１２１は、運用状態の伝送路
インタフェース部に上りデータ９０−２を介して、集中
管理装置１と通信制御部７３との間で通信する上りのデ
ータを送信する機能を有し、ＣＰＵ１２３より上りのデ
ータを書込まれることにより送信される。

【００４３】メモリ１２２には、伝送路インタフェース
部（現用系）７１及び伝送路インタフェース部（予備
系）７２の状態取得部１１３及び状態取得部１１８より
取得した状態に対して、最適な障害復旧制御を実施する
ためのデータベース化された情報が格納されており、Ｃ
ＰＵ１２３より読出すことができる。

【００４４】割込信号生成部１２４は、周期的に状態取
得割込１２５及び状態変化通知割込１２６をＣＰＵ１２
３に対して出力する。

【００４５】次に、図５を参照し、データ通信装置２−
１を構成する端末インタフェース部７４の内部構成を説
明する。同図中の端末インタフェース部７４は、受信バ
ッファ１３０と、送信バッファ１３１と、ＣＰＵ１３２
と、送信部１３３と、受信部１３４と、障害復旧制御部
１３５と、障害検出部１３６とから構成されている。

【００４６】受信バッファ１３０には、運用状態の伝送
路インタフェース部より下りデータ８９−１を介して、
下りのデータが書込まれる。受信バッファ１３０に書込
まれた下りのデータは、ＣＰＵ１３２よりアドレスバス
／データバス１３８を介して読出すことができる。

【００４７】送信バッファ１３１には、ＣＰＵ１３２よ
り上りのデータを書込むことができる。送信バッファ１
３１に書込まれた上りのデータは、運用状態の伝送路イ
ンタフェース部に対して上りデータ９０−１として出力
される。

【００４８】送信部１３３は、ＣＰＵ１３２より書込ま
れた下りのデータを、端末装置５−１−１〜５−１−ｍ
へ送信する機能を有する。送信部１３３は、端末装置へ
下りのデータを送信するタイミングを、同期信号８８よ
り取得する。

【００４９】受信部１３４は、端末装置５−１−１〜５
−１−ｍから上りのデータを受信する機能を有する。受
信部１３４は、端末装置５−１−１〜５−１−ｍから上
りのデータを受信するタイミングを、同期信号８８より
取得する。受信部１３４が端末装置５−１−１〜５−１
−ｍより受信した上りのデータは、ＣＰＵ１３２より読
出すことができる。

【００５０】障害検出部１３６は、同期信号８８の切断
及びタイミング不良を障害として検出する機能を有す
る。

【００５１】障害復旧制御部１３５は、通信制御部７３
よりアクセスすることができる。障害復旧制御部１３５
は、通信制御部７３からのアクセスにより端末インタフ
ェース部の障害復旧信号を発生させることができる。

【００５２】次に、図６を参照し、伝送路インタフェー
ス部（現用系）７１を構成する受信部１１０の内部構成
を説明する。同図中の受信部１１０は、下り伝送路障害
検出部１４１と、同期信号生成部１４２と、下りデータ
抽出部１４３と、ＯＲ回路１４４とから構成されてい
る。

【００５３】下り伝送路障害検出部１４１は、下り伝送
路３−１における障害を検出し、下り伝送路障害信号１
４９を出力する機能を有する。

【００５４】同期信号生成部１４２は、下り伝送路３−
１から同期信号８８を生成する機能を有する。同期信号
生成部１４２は、運用状態である場合のみ同期信号８８
を出力でき、同期信号８８の出力制御は系切替信号８４
により行われる。同期信号生成部１４２は、同期信号生
成部１４２自身の障害を検出し、同期信号生成部障害信
号を出力する機能を有する。

【００５５】下りデータ抽出部１４３は、下り伝送路３
−１から必要な下りのデータを抽出し、下りデータ８９
−１（端末インタフェース部７４用）〜８９−２（通信
制御部７３用）を介して、それぞれ端末インタフェース
部７４及び通信制御部７３に出力する機能を有する。下
りデータ抽出部１４３は、運用状態である場合のみ下り
データ８９−１〜８９−２を出力することができる。下
りデータ抽出部１４３は、下り伝送路３−１から必要な
データを抽出するタイミングを同期信号８８より取得す
る。下りデータ抽出部１４３は、下りデータ抽出部１４
３自身の障害を検出し、下りデータ抽出部障害信号１４
７を出力する機能を有する。

【００５６】下り伝送路障害検出部１４１及び同期信号
生成部１４２及び下りデータ抽出部１４３は、リセット
信号１４５によりリセットされる。

【００５７】ＯＲ回路１４４は、同期信号生成部障害信
号１４６及び下りデータ抽出部障害信号１４７の論理和
を取り、その結果を受信部障害信号１４８として出力す
る機能を有する。

【００５８】次に、図７を参照し、伝送路インタフェー
ス部（現用系）７１を構成する送信部１１１の内部構成
を説明する。同図中の送信部１１１は、上りデータ挿入
部１５２を含んで構成されている。

【００５９】上りデータ挿入部１５２は、端末インタフ
ェース部７４より受信した上りのデータを上り伝送路４
−１の信号に多重し、上り伝送路４−１から出力する機
能を有する。上りデータ挿入部１５２は、通信制御部７
３及び端末インタフェース部７４より、受信した上りの
データを上りの信号に挿入するタイミングを、同期信号
８８より取得する。

【００６０】上りデータ挿入部１５２は、運用状態のと
きのみ上り出力８２を出力でき、上り出力８２の出力制
御は系切替信号８４により行われる。上りデータ挿入部
１５２は、上りデータ挿入部１５２自身の障害を検出
し、送信部障害信号を出力する機能を有する。上りデー
タ挿入部１５２は、リセット信号１４５によりリセット
される。

【００６１】次に、図８を参照し、伝送路インタフェー
ス部（現用系）７１及び伝送路インタフェース部（予備
系）７２を構成する切替制御部１１２及び切替制御部１
１７の内部構成を説明する。同図中の切替制御部１１２
は、レベル比較部１６０を含んで構成されている。ま
た、切替制御部１１７は、レベル比較部１６１を含んで
構成されている。

【００６２】レベル比較部１６０、１６１は、状態取得
部１１３及び状態取得部１１８より出力される両系の伝
送路インタフェース部の状態レベル信号８６、８７を比
較し、状態レベルの高い系（より運用に適した系）を運
用状態に切り替える機能を有する。この切替は、レベル
比較部１６０、１６１から出力される系切替信号８４、
８５により制御される。

【００６３】次に、図９を参照し、伝送路インタフェー
ス部（現用系）７１を構成する状態取得部１１３の内部
構成を説明する。同図中の状態取得部１１３は、状態レ
ジスタＡ１７０と、状態レジスタＢ１７１と、ＯＲ回路
１７２と、アドレスデコーダ１７３と、状態レベル生成
部１７４と、ラッチ１７５〜１７７と、閉塞制御部１７
９と、運用状態表示部１８０とから構成されている。

【００６４】状態レジスタＡ１７０及び状態レジスタＢ
１７１には、受信部障害信号１４８と、リセット信号１
４５と、送信部障害信号１５６と、下り伝送路障害信号
１４９と、閉塞信号１８１と、運用信号１８２とが、受
信部１１０、送信部１１１、障害復旧制御部１１４、閉
塞制御部１７９、運用状態表示部１８０より入力され
る。

【００６５】さらに、状態レジスタＡ１７０及び状態レ
ジスタＢ１７１には、受信部障害信号１４８と、送信部
障害信号１５６と、下り伝送路障害信号１４９とをラッ
チ１７５〜１７７により保持した信号が入力される。

【００６６】閉塞制御部１７９は、通信制御部７３より
アドレスバス／データバス９１を介して制御され、制御
された状態取得部を有する伝送路インタフェース部を閉
塞状態又は閉塞解除状態にするものである。閉塞制御部
１７９が閉塞状態に制御された場合、閉塞解除状態に制
御されるまで運用不可能な状態レベルとなる。閉塞制御
部１７９は、リセット信号１４５により初期状態（閉塞
解除状態）となる。

【００６７】運用状態表示部１８０は、伝送路インタフ
ェース部の運用状態を示す運用信号１８２を出力する機
能を有する。

【００６８】状態レジスタＡ１７０及び状態レジスタＢ
１７１に入力される各種信号の状態は、通信制御部７３
よりアドレスバス／データバス９１を介して読出すこと
ができる。状態レジスタＡ１７０及び状態レジスタＢ１
７１が示す状態は、受信部障害発生中、受信部障害保
持、リセット中、送信部障害発生中、送信部障害保持、
閉塞中、運用中、下り伝送路障害発生中、下り伝送路障
害保持の９種類である（図１１参照）。

【００６９】これらの状態のうち、受信部障害発生中、
受信部障害保持、送信部障害発生中、送信部障害保持、
下り伝送路障害発生中、下り伝送路障害保持の６種類の
状態を伝送路インタフェース部の障害発生状態とする。

【００７０】状態レベル生成部１７４は、状態レジスタ
Ａ１７０及び状態レジスタＢ１７１に入力される９種類
の信号の状態組合せにより状態レベル信号８６を生成
し、出力する機能を有する。ＯＲ回路１７２には、受信
部障害信号１４８とリセット信号１４５と送信部障害信
号１５６と閉塞信号１８１とが入力され、その論理和演
算結果を伝送路切替信号９２として出力する。

【００７１】ラッチ１７５〜１７７でラッチされた状態
は、リセット信号１４５によりリセットされる。リセッ
ト信号１４５は、障害復旧制御部１１４より入力され
る。

【００７２】次に、図１０を参照し、伝送路インタフェ
ース部（現用系）７１を構成する障害復旧制御部１１４
の内部構成を説明する。同図中の障害復旧制御部１１４
は、復旧制御レジスタ１９０と、パルス生成部１９１
と、アドレスデコーダ１９２とから構成されている。

【００７３】障害復旧レジスタ１９０は、通信制御部７
３よりアドレスバス／データバス９１を介して書込みを
実施することが可能であり、書込まれた８ビットのデー
タを保持して出力する機能を有する。

【００７４】パルス生成部１９１には、復旧制御レジス
タ１９０より出力された保持出力が入力される。パルス
生成部１９１は、入力された信号の“０”から“１”の
変化によりリセット信号１４５のパルスを出力すること
ができる（図１１参照）。パルス生成部１９１は、パル
ス出力完了時に復旧制御レジスタ１９０に対してリセッ
ト信号を出力し、復旧制御レジスタ１９０が保持してい
る出力はリセットされる。

【００７５】次に、図１１を参照し、状態取得部及び障
害復旧制御部のレジスタの内容について説明する。同図
中の状態レジスタＡ及びＢは、データ通信装置内の伝送
路インタフェース部の状態を示すレジスタである。ま
た、現用系及び予備系の伝送路インタフェース部は、そ
れぞれ同じ内容のレジスタを有しているものとする。

【００７６】同図中の状態レジスタＡの「Ｄ０＝１」
は、受信部に障害が発生している状態を示している。こ
の状態は、後述する図１２中の「受信部障害発生中」の
状態に対応している。

【００７７】同図中の状態レジスタＡの「Ｄ１＝１」
は、現在は障害状態から自然復旧しているが、障害復旧
制御が実施されていない状態を示している。この状態
は、後述する図１２中の「受信部障害保持」の状態に対
応している。

【００７８】同図中の状態レジスタＡの「Ｄ２＝１」
は、伝送路インタフェース部がリセット中であることを
示している。この状態は、後述する図１２中の「リセッ
ト中」の状態に対応している。

【００７９】同図中の状態レジスタＡの「Ｄ３＝１」
は、送信部に障害が発生している状態であることを示し
ている。この状態は、後述する図１２中の「送信部障害
発生中」の状態に対応している。

【００８０】同図中の状態レジスタＡの「Ｄ４＝１」
は、現在は障害状態から自然復旧しているが、障害復旧
制御が実施されていない状態を示している。この状態
は、後述する図１２中の「送信部障害保持」の状態に対
応している。

【００８１】同図中の状態レジスタＡの「Ｄ５＝１」
は、障害状態ではないが、受信部及び送信部が閉塞中で
あり、データ通信が不可能な状態であることを示してい
る。この状態は、後述する図１２中の「閉塞中」の状態
に対応している。

【００８２】同図中の状態レジスタＡの「Ｄ６＝１」
は、伝送路インタフェース部が運用状態であることを示
している。この状態は、後述する図１２中の「運用中」
の状態に対応している。なお、同図中の状態レジスタＡ
の「Ｄ７＝０」は、本ビットが未使用であり、「０」に
固定してあることを示している。

【００８３】同図中の状態レジスタＢの「Ｄ０＝１」
は、集中管理装置から入力される下り伝送路の信号に異
常があることを示している。例えば、同期信号を抽出で
きないような信号を受信した状態である。この状態は、
後述する図１２中の「下り伝送路障害発生中」の状態に
対応している。

【００８４】同図中の状態レジスタＢの「Ｄ１＝１」
は、現在は障害状態から自然復旧しているが、障害復旧
制御が実施されていない状態を示している。この状態
は、後述する図１２中の下り伝送路障害保持の状態に対
応している。なお、同図中の状態レジスタＢのＤ２〜Ｄ
７＝０は、これらのビットが未使用であり、「０」に固
定してあることを示している。

【００８５】同図中の復旧制御レジスタの「Ｄ０＝１」
は、本レジスタのＤ０に「１」を書込むことにより、障
害復旧制御（ここでは、伝送路インタフェース部にリセ
ットをかける制御）を実施できることを示している。な
お、同図中の復旧制御レジスタのＤ１〜Ｄ７は、未使用
である。

【００８６】次に、図１２を参照し、伝送路インタフェ
ース部の状態取得部が示す、伝送路インタフェース部の
各種状態について説明する。

【００８７】同図中の「受信部障害発生中」は、伝送路
インタフェース部の受信部の同期信号生成部又は下りデ
ータ抽出部の少なくとも片方に障害が発生中であること
を示している。この「受信部障害発生中」の状態におい
ては、同期信号は出力不可、運用状態への遷移不可、デ
ータ通信は不可である。

【００８８】同図中の「受信部障害保持」は、伝送路イ
ンタフェース部の受信部の同期信号生成部又は下りデー
タ抽出部の少なくとも片方に障害が発生したことを示し
ている。これは、過去に障害が発生したことを明確にす
るために使用される。この「受信部障害保持」の状態に
おいては、同期信号は出力可、運用状態への遷移可、デ
ータ通信は可である。

【００８９】同図中の「リセット中」は、伝送路インタ
フェース部全体がリセット中であることを示している。
障害復旧制御直後も伝送路インタフェース部の状態はリ
セット中を示している。この「リセット中」の状態にお
いては、同期信号は出力不可、運用状態への遷移不可、
データ通信は不可である。

【００９０】同図中の「送信部障害発生中」は、上りデ
ータ挿入部に何らかの障害が発生したことを示してい
る。この「送信部障害発生中」の状態においては、同期
信号は出力不可、運用状態への遷移不可、データ通信は
不可である。

【００９１】同図中の「送信部障害保持」は、上りデー
タ抽出部に障害が発生したことを示している。これは、
過去に障害が発生したことを明確にするために使用され
る。この「送信部障害保持」の状態においては、同期信
号出力可、運用状態への遷移可、データ通信は可であ
る。

【００９２】同図中の「閉塞中」は、伝送路インタフェ
ース部が外部へ出力する全信号が出力不可にするための
状態であることを示している。この「閉塞中」の状態に
おいては、同期信号出力不可、運用状態への遷移不可、
データ通信は不可である。

【００９３】同図中の「運用中」は、伝送路インタフェ
ース部が運用状態であることを示している。この「運用
中」の状態においては、同期信号出力可、運用状態への
遷移可、データ通信は可である。

【００９４】同図中の「下り伝送路障害発生中」は、下
り伝送路に異常な信号（入力信号の周波数が規格外、未
入力など）が入力されている状態を示している。この
「下り伝送路障害発生中」の状態においては、同期信号
自走可、運用状態への遷移不可、データ通信は不可であ
る。この状態は、伝送路インタフェース部の障害ではな
いが、下り伝送路からは正常な同期信号を生成できない
ため、データ通信装置内で作成した同期信号を自走出力
する。データ通信しないのに同期信号を自走する理由
は、一定時間同期信号の入力が無い場合に端末インタフ
ェース部が障害状態と判断し、端末インタフェース部に
対して障害復旧制御を実施する必要があるからである。
また、下り伝送路を接続しないでデータ通信装置を起動
したときに必ず端末インタフェース部が障害発生状態と
なるのを防止するためである。

【００９５】同図中の「下り伝送路障害保持」は、下り
伝送路障害発生中から回復し（入力信号が正常）、過去
に下り伝送路障害発生したことを下り伝送路に障害が発
生したことを明確にするために使用されている。この
「下り伝送路障害保持」の状態においては、同期信号出
力可、運用状態への遷移可、データ通信は可である。集
中管理装置を停止状態から起動した場合などにデータ通
信装置では、この現象が発生する。また工事などで伝送
路の接続を変更した場合などにも発生する。

【００９６】次に、本発明の実施例の動作について図面
を参照して詳細に説明する。下り伝送路３−１（図１参
照）及び伝送路インタフェース部７１〜７２（図２参
照）の障害検出及び障害復旧制御は、データ通信装置２
−１（図１、図２参照）における通信制御部７３（図
２、図４参照）内のＣＰＵ１２３（図４参照）によって
実施される。

【００９７】次に、下り伝送路３−１（図１参照）及び
伝送路インタフェース部７１〜７２（図２参照）が、過
去に障害復旧処理を実施しておらず、正常状態から何ら
かの障害発生状態（図１２参照）に変化し、その障害発
生状態が一定時間変化しない場合の、ＣＰＵ１２３の障
害復旧処理について図１３を参照して詳細に説明する。
なお、この場合の障害復旧処理をケース１とする。

【００９８】同図において、割込信号生成部１２４（図
４参照）より状態取得割込１２５（図４参照）が発生す
ると（ステップ２００）、ＣＰＵ１２３は状態取得部１
１３（図３及び図９参照）及び状態取得部１１８（図３
参照）から下り伝送路３−１び伝送路インタフェース部
７１〜７２の状態を取得する（ステップ２０１）。

【００９９】その後、ＣＰＵ１２３は取得した状態が障
害発生状態であると判定し（ステップ２０２）、ＣＰＵ
１２３は状態取得割込１２５をマスクする（ステップ２
１０）。ここで、状態取得割込１２５をマスクする理由
は、状態取得割込１２５は周期的に発生するため、障害
復旧処理中に状態取得割込が発生することにより、新た
に障害復旧処理又は状態変化検出処理を実行するのを防
止するためである。

【０１００】その後、ＣＰＵ１２３は今回取得した状態
が一定時間変化しないことを確認する（ステップ２１
１）。ここで取得した状態が一定時間変化しないことを
確認するのは、取得した状態に応じた適切な障害復旧制
御を可能にするためである。

【０１０１】その後、ＣＰＵ１２３は今回取得した状態
と現在までに認識している状態（以降、現在までに認識
している状態を認識状態という）が不一致であると判定
し（ステップ２１２）、ＣＰＵ１２３は認識状態を今回
取得した状態に更新する（ステップ２１３）。その後、
ＣＰＵ１２３は更新した認識状態を、集中管理装置１に
対して通知するための状態変化通知信号を作成する（ス
テップ２１４）。

【０１０２】その後、ＣＰＵ１２３は送信すべき状態変
化通知信号が存在することを示す状態変化通知フラグを
ＯＮにする（ステップ２１５）。状態変化通知フラグを
用いて状態変化通知送信処理については、後に図１４を
参照して説明する。その後、ＣＰＵ１２３は障害復旧待
ちタイマが動作していないことを確認し（ステップ２１
６）、ＣＰＵ１２３は取得した障害状態における適切な
障害復旧制御対象をメモリ１２２より取得する（ステッ
プ２１７）。

【０１０３】ここでいう「障害復旧待ちタイマ」とは、
障害復旧制御を実施された伝送路インタフェース部が、
正常動作可能になるまでに最低限必要な時間を確保する
ために設けられるものである。例えば、両系の伝送路イ
ンタフェース部に障害が発生した場合に障害復旧待ちタ
イマなしに障害復旧制御を実施すると、ほぼ連続で両系
の伝送路インタフェース部に障害復旧制御を実施してし
まうため、両系の伝送路インタフェース部が起動できず
に運用不可能な状態となり、システムダウンしてしま
う。

【０１０４】その後、ＣＰＵ１２３は障害復旧待ちタイ
マを起動する。ただし、障害復旧制御対象を取得した結
果、対象なしの場合はを障害復旧待ちタイマ起動しな
い。（ステップ２１８）。その後、ＣＰＵ１２３は取得
した障害復旧制御対象に対して障害復旧制御を実施す
る。ただし、障害復旧制御対象を取得した結果、対象な
しの場合は障害復旧制御を実施しない（ステップ２１
９）。

【０１０５】具体的な伝送路インタフェース部７０〜７
１の状態組合せにおける障害復旧制御対象については、
後に図１８及び図１９を参照して説明する。その後、Ｃ
ＰＵ１２３は状態取得割込マスクを解除し（ステップ２
２０）、障害復旧処理を終了する。

【０１０６】次に、下り伝送路３−１（図１参照）伝送
路インタフェース部７１〜７２（図２参照）が、ケース
１の直後に一度も正常状態になることなく、ケース１に
おける障害復旧制御を実施する直前の障害発生状態（図
１２参照）に変化し、その障害発生状態が一定時間変化
しない場合の、ＣＰＵ１２３の障害復旧処理を図１４を
参照して詳細に説明する。なお、この場合の障害復旧処
理をケース２とする。

【０１０７】同図において、割込信号生成部１２４（図
４参照）より状態取得割込１２５（図４参照）が発生す
ると（ステップ２００）、ＣＰＵ１２３は状態取得部１
１３（図３及び図９参照）及び状態取得部１１８（図３
参照）から下り伝送路３０及び上り伝送路４１及び伝送
路インタフェース部７１〜７２の状態を取得する（ステ
ップ２０１）。その後、ＣＰＵ１２３は取得した状態が
障害発生状態であると判定し（ステップ２０２）、ＣＰ
Ｕ１２３は状態取得割込１２５をマスクする（ステップ
２１０）。その後、ＣＰＵ１２３は今回取得した状態が
一定時間変化しないことを確認する（ステップ２１
１）。その後、ＣＰＵ１２３は今回取得した状態と認識
状態が一致すると判定する（ステップ２１２）。ここで
は、取得状態と認識状態が変化しないので、状態変化通
知信号は作成されない。

【０１０８】その後、ＣＰＵ１２３は障害復旧待ちタイ
マが動作中であることを確認し（ステップ２１６）、Ｃ
ＰＵ１２３は状態取得割込マスクを解除し（ステップ２
２０）、障害復旧処理を終了する。ここでは、障害復旧
待ちタイマが動作中（＝障害復旧制御禁止期間）なの
で、障害復旧制御を実施しない。

【０１０９】次に、下り伝送路３０（図１参照）及び上
り伝送路４１（図１参照）及び伝送路インタフェース部
７１〜７２（図２参照）が、ケース１の直後に一度も正
常状態になることなく、ケース１における障害復旧制御
を実施する直前の障害発生状態（図１２参照）に変化
し、その障害発生状態が障害復旧待ちタイマ停止後も変
化しない場合の、ＣＰＵ１２３の障害復旧処理を図１３
を参照して詳細に説明する。なお、この場合の障害復旧
処理をケース３とする。

【０１１０】同図において、割込信号生成部１２４（図
４参照）より状態取得割込１２５（図４参照）が発生す
ると（ステップ２００）、ＣＰＵ１２３は状態取得部１
１３（図３及び図９参照）及び状態取得部１１８（図３
参照）から下り伝送路３−１及び伝送路インタフェース
部７１〜７２の状態を取得する（ステップ２０１）。そ
の後、ＣＰＵ１２３は取得した状態が障害発生状態であ
ると判定し（ステップ２０２）、ＣＰＵ１２３は状態取
得割込１２５をマスクする（ステップ２１０）。

【０１１１】その後、ＣＰＵ１２３は今回取得した状態
が一定時間変化しないことを確認する（ステップ２１
１）。その後、ＣＰＵ１２３は今回取得した状態と認識
状態が一致すると判定する（ステップ２１２）。ここで
は、取得状態と認識状態が変化しないので、状態変化通
知信号は作成されない。

【０１１２】その後、ＣＰＵ１２３は障害復旧待ちタイ
マが動作していないことを確認し（ステップ２１６）、
ＣＰＵ１２３は取得した障害状態における適切な障害復
旧対象をメモリ１２２より取得する（ステップ２１
７）。その後、ＣＰＵ１２３は障害復旧待ちタイマを起
動する。ただし、障害復旧制御対象を取得した結果、対
象なしの場合は障害復旧待ちタイマを起動しない（ステ
ップ２１８）。その後、ＣＰＵ１２３は取得した障害復
旧対象に対して障害復旧制御を実施する。ただし、障害
復旧制御対象を取得した結果、対象なしの場合は障害復
旧制御を実施しない（ステップ２１９）。

【０１１３】ここでは、ケース２の状態から障害復旧待
ちタイマがタイムアウトした状態（＝障害復旧制御可能
時間）なので、障害復旧制御を実施する。その後、ＣＰ
Ｕ１２３は状態取得割込マスクを解除し（ステップ２２
０）、障害復旧処理を終了する。

【０１１４】次に、下り伝送路３０（図１参照）及び上
り伝送路４１（図１参照）及び伝送路インタフェース部
７１〜７２（図２参照）が、ケース３の直後に正常状態
になり、その状態が変化しない場合の、ＣＰＵ１２３の
障害復旧処理について図１３を参照して詳細に説明す
る。なお、この場合の状態変化検出処理をケース４とす
る。

【０１１５】同図において、割込信号生成部１２４（図
４参照）より状態取得割込１２５（図４参照）が発生す
ると（ステップ２００）、ＣＰＵ１２３は状態取得部１
１３（図３及び図９参照）及び状態取得部１１８（図３
参照）から下り伝送路３−１及び伝送路インタフェース
部７１、７２の状態を取得する（ステップ２０１）。そ
の後、ＣＰＵ１２３は取得した状態が正常状態であると
判定する（ステップ２０２）。その後、ＣＰＵ１２３は
今回取得した状態と認識状態が不一致であると判定する
（ステップ２０３）。その後、ＣＰＵ１２３は状態取得
割込１２５をマスクする（ステップ２０４）。

【０１１６】ここで、状態取得割込１２５をマスクする
理由は、状態取得割込１２５は周期的に発生するため、
状態変化検出処理中に状態取得割込が発生することによ
り、新たに状態変化検出処理又は障害復旧処理を実行す
るのを防止するためである。その後、ＣＰＵ１２３は今
回取得した状態が一定時間変化しないことを確認する
（ステップ２０５）。ここで取得した状態が一定時間変
化しないことを確認するのは、規定した時間状態が保持
されない場合、正常に状態取得されていないと判断する
ためである。

【０１１７】その後、ＣＰＵ１２３は認識状態を今回取
得した状態に更新する（ステップ２０６）。その後、Ｃ
ＰＵ１２３は更新した認識状態を、集中管理装置１に対
して通知するための状態変化通知信号を作成する（ステ
ップ２０７）。その後、ＣＰＵ１２３は送信すべき状態
変化通知信号が存在することを示す状態変化通知フラグ
をＯＮにする（ステップ２０８）。その後、ＣＰＵ１２
３は状態取得割込マスクを解除し（ステップ２０９）、
障害復旧処理を終了する。

【０１１８】次に、下り伝送路３０（図１参照）及び上
り伝送路４１（図１参照）及び伝送路インタフェース部
７１〜７２（図２参照）の認識状態が変化せず、集中管
理装置１（図１参照）に通知する状態変化通知信号が存
在しない場合の状態変化通知送信処理を図１４を参照し
て詳細に説明する。なお、この場合の状態変化通知処理
をケース５とする。

【０１１９】同図において、割込信号生成部１２４（図
４参照）より状態変化通知割込１２６（図４参照）が発
生すると（ステップ２５０）、ＣＰＵ１２３は状態変化
通知割込をマスクする（ステップ２５１）。ここで、状
態変化通知割込１２６をマスクする理由は、状態変化通
知割込１２６は周期的に発生するため、状態変化通知信
号送信処理中に状態変化通知割込が発生することによ
り、新たに状態変化通知信号送信処理を実行するのを防
止するためである。その後、ＣＰＵ１２３は状態変化通
知フラグがＯＦＦであることを確認する（ステップ２５
２）。

【０１２０】状態変化通知フラグをＯＮにすることが可
能なのは、図１３を参照して説明した状態変化検出処理
及び障害復旧処理のみである。その後、ＣＰＵ１２３は
状態変化通知割込１２６のマスクを解除し（ステップ２
５５）、状態変化通知送信処理を終了する。ここで、状
態変化通知信号を送信しないのは、送信すべき状態変化
通知信号が存在しない（＝状態変化通知フラグ＝ＯＦ
Ｆ）からである。

【０１２１】次に、下り伝送路３−１（図１参照）及び
伝送路インタフェース部７１〜７２（図２参照）の認識
状態が変化し、集中管理装置１（図１参照）に通知する
状態変化通知信号が存在する場合の状態変化通知送信処
理を図１４を参照して詳細に説明する。この場合の状態
変化通知送信処理をケース６とする。

【０１２２】割込信号生成部１２４（図４参照）より状
態変化通知割込１２６（図４参照）が発生すると（ステ
ップ２５０）、ＣＰＵ１２３は状態変化通知割込をマス
クする（ステップ２５１）。その後、ＣＰＵ１２３は状
態変化通知フラグがＯＮであることを確認し（ステップ
２５２）、ＣＰＵ１２３は状態変化通知確認待ちタイマ
を起動する（ステップ２５３）。状態変化通知確認待ち
タイマとは、集中管理装置１に対して状態変化通知信号
を送信したことによる、集中管理装置１からの応答（状
態変化通知確認信号）を受信した場合に、その状態変化
通知確認を応答として有効とする期間を示すタイマであ
る。状態変化通知確認信号の受信処理に関しては、後に
図１４を参照して説明する。

【０１２３】その後、ＣＰＵ１２３は状態変化通知信号
をアドレスバス／データバス９１（図４参照）を介して
通信制御部７３（図４参照）の送信バッファ１２１（図
４参照）に転送することにより、上り伝送路４−１（図
１参照）を介して集中管理装置１（図１参照）に送信す
る（ステップ２５４）。

【０１２４】その後、ＣＰＵ１２３は状態変化通知割込
１２６のマスクを解除し（ステップ２５５）、状態変化
通知信号送信処理を終了する。

【０１２５】次に、ＣＰＵ１２３が状態変化通知信号を
集中管理装置１に送信後、状態変化通知確認待ちタイマ
動作中に状態変化通知確認信号を集中管理装置１より受
信した場合の状態変化通知確認受信処理を図１４を参照
して詳細に説明する。この場合の状態変化通知確認受信
処理をケース７とする。

【０１２６】ＣＰＵ１２３は、受信バッファ１２０（図
４参照）を定期的に監視することにより、集中管理装置
１から状態変化通知確認信号の受信したことを認識する
（ステップ２５６）。その後、ＣＰＵ１２３は状態変化
通知確認待ちタイマが動作していることを確認する（ス
テップ２５７）。その後、ＣＰＵ１２３は状態変化通知
確認待ちタイマを停止する（ステップ２５８）。ここ
で、状態変化通知確認待ちタイマの停止するのは、集中
管理装置１から受信した状態変化通知確認信号を、状態
変化通知確認待ちタイマの示す期間以内に受信したこと
により、状態変化通知信号の送信は正常終了したと認識
したためである。

【０１２７】その後、ＣＰＵ１２３は状態変化通知信号
の送信は正常終了したと認識したため、状態変化通知フ
ラグをＯＦＦにし（ステップ２５９）、送信すべき状態
変化通知信号より消去し（ステップ２６０）、状態変化
通知確認受信処理を終了する。

【０１２８】次に、ＣＰＵ１２３が状態変化通知信号を
集中管理装置１に送信後、状態変化通知確認待ちタイマ
が停止するまで、集中管理装置１から状態変化通知確認
信号を受信できず、状態変化通知確認待ちタイマが停止
後に状態変化通知確認信号を受信した場合の状態変化通
知確認受信処理を図１４を参照して詳細に説明する。こ
の場合の状態変化通知確認受信処理をケース８とする。

【０１２９】ＣＰＵ１２３は、受信バッファ１２０（図
４参照）を定期的に監視することにより、集中管理装置
１から状態変化通知確認信号の受信したことを認識する
（ステップ２５６）。その後、ＣＰＵ１２３は状態変化
通知確認待ちタイマが動作していないことを確認し（ス
テップ２５７）、状態変化通知確認受信処理を終了す
る。ここで、状態変化通知フラグのＯＦＦ及び状態変化
通知信号の消去を実施しないのは、送信すべき状態変化
通知信号の送信が未完了であると判断し、周期的に発生
する状態変化通知送信処理にて状態変化通知信号を再送
信するためである。

【０１３０】次に、図１２を参照して、伝送路インタフ
ェース部７１〜７２の状態取得部より、通信制御部７３
のＣＰＵ１２３が取得する状態の種類について説明す
る。伝送路インタフェース部７１〜７２が有する状態レ
ジスタＡ及び状態レジスタＢは、伝送路及び伝送路イン
タフェース部の状態を示し、その種類は状態レジスタＡ
のＤ０〜Ｄ６ビットが示す７種類と状態レジスタＢのＤ
０〜Ｄ１ビットが示す２種類の合計９種類である。これ
ら全ての状態を示すビットの組合せが、伝送路インタフ
ェース部単体が示す状態で、図１５に示されている通り
５１２通り存在する。さらに、伝送路インタフェース
（現用系）７１と伝送路インタフェース部（予備系）７
２の状態の組合せを考えると、図１６に示されている通
り１０４８５７６通り存在する。ただし、１０４８５７
６通りの中には伝送路インタフェース部の設計構造上あ
り得ない状態の組合せも含む。

【０１３１】本システムでは、１０４８５７６通りの状
態組合せのうち障害発生状態であるもの全てに対して、
最適な障害復旧制御を実施することを目的とする。しか
し、これらの状態について個別の障害復旧制御方法を記
憶するための膨大な容量のメモリを通信制御部７３に搭
載することは不可能に近い。また仮に膨大な容量のメモ
リを搭載できるとしても、１０４８５７６通り全ての状
態と実際に取得した両系の伝送路インタフェース部の状
態を比較するには多大な時間を要するため、そのまま実
用化することはできない。そこで、本システムでは伝送
路インタフェース部単体の状態組合せを漏れの無いよう
にグループ化し、両系の伝送路インタフェース部の状態
組合せはグループ化したもの同士の組合せで管理できる
ようにした。

【０１３２】次に、図１７を参照し、伝送路インタフェ
ース部単体の状態組合せグループ化の方法を説明する。
伝送路インタフェース部単体の状態組合せは、両系の伝
送路インタフェース部の切替制御にも使用されている状
態レベル０〜３で全て分類することができる。通信制御
部７３のＣＰＵ１２３から伝送路インタフェース部の状
態取得部が出力する状態レベル信号を直接読出すことは
不可能であるが、図１７に示されている通り状態取得部
の状態レジスタＡと状態レジスタＢから取得した状態の
内、最大６ビットを比較することにより全ての状態組合
せを状態レベル０〜３に分類することが可能である。

【０１３３】次に、図１７を参照し、状態レベル０〜３
の状態について説明する。

【０１３４】状態レベル０は、伝送路インタフェース部
の「受信部障害発生中」又は「リセット中」又は「送信
部障害発生中」又は「閉塞中」のいずれかの状態を示
す。状態レベル０においては、端末インタフェース部７
４が端末装置間でデータ通信を行う際に使用する同期信
号８８の出力が不可能である。また、状態レベル０にお
いては、他系の伝送路インタフェース部に障害が発生し
た場合、運用状態に切り替わることは不可能である。さ
らに状態レベル０においては、集中管理装置１とのデー
タ通信は不可能である。

【０１３５】状態レベル１は、集中管理装置１からデー
タ通信装置２−１〜２−ｎに入力される下り伝送路３−
１〜３−ｎに障害が発生している状態であることを示
す。状態レベル１においては、同期信号を下り伝送路か
ら抽出することはできないが、伝送路インタフェース部
より自走で同期信号を出力することは可能である。

【０１３６】状態レベル１は下り伝送路の障害発生中な
ので、同時に両系の伝送路インタフェース部が状態レベ
ル１に遷移することが多い。この場合、状態レベル１に
遷移する直前に運用状態であった伝送路インタフェース
部が、自走の同期信号を出力する。また、状態レベル１
においては、他系の伝送路インタフェース部に障害が発
生し場合、運用状態に切り替わることは不可能である。
尚、下り伝送路に障害が発生した場合、両系の伝送路イ
ンタフェース部が状態レベル１より高いレベルになるこ
とはない。さらに状態レベル１においては、下り伝送路
に障害が発生しているため、集中管理装置１とのデータ
通信は不可能である。

【０１３７】状態レベル２は、「全ての障害が発生して
いない状態」又は「受信部障害発生中から復旧し、受信
部障害を保持している状態」又は「送信部障害発生中か
ら復旧し、送信部障害を保持している状態」又は「下り
伝送路障害発生中から復旧し、下り伝送路障害を保持し
ている状態」のいずれかで、さらに他系の伝送路インタ
フェース部が運用状態であることを示す。

【０１３８】状態レベル２においては、他系の伝送路イ
ンタフェース部に障害が発生し場合、運用状態に切り替
わることが可能であり、その際には下り伝送路から抽出
した同期信号を出力することが可能である。さらに状態
レベル２においては、運用状態に切り替われば集中管理
装置１とのデータ通信が可能である。

【０１３９】状態レベル３は、「全ての障害が発生して
いない状態」又は「受信部障害発生中から復旧し、受信
部障害を保持してる状態」又は「送信部障害発生中から
復旧し、送信部障害を保持してる状態」又は「下り伝送
路障害発生中から復旧し、下り伝送路障害を保持してい
る状態」のいずれかで、さらに自系の伝送路インタフェ
ース部が運用状態であることを示す。

【０１４０】状態レベル３においては、下り伝送路から
同期信号を抽出し、端末インタフェース部に出力してい
る状態であり、集中管理装置１とのデータ通信も可能な
状態である。

【０１４１】次に、図１８及び図１９を参照し、両系の
伝送路インタフェース部の状態レベル組合せによる個別
の障害復旧制御対象について説明する。障害復旧制御実
施の対象は、図１８（ａ）及び（ｂ）並びに図１９
（ａ）及び（ｂ）に示されている伝送路インタフェース
部の現用系及び予備系の状態レベル０〜３の組合せと、
障害の有無と、障害復旧待ちタイマの動作状態により判
定する。

【０１４２】これらの図中における障害復旧制御の現用
系／予備系の欄に記載された○印が、現用系又は予備系
に対して実施する障害復旧制御の対象であることを示し
ている。

【０１４３】復旧制御後の状態遷移として、障害復旧制
御を実施した直後に遷移する状態レベル組合せ番号を示
す。なお、状態組合せ番号は図１８及び図１９中の一番
左の欄に示されている。これら図１８及び図１９中に示
されている以外の状態レベル組合せを検出した場合は、
通常ありえない状態であるため、障害復旧制御を行わな
い。

【０１４４】図１８及び図１９中に示されている障害復
旧制御実施の対象は、通信制御部７３のメモリ１２２に
格納されており、図１４を参照して説明した障害復旧処
理の障害復旧対象取得処理（ステップ２１７）におい
て、通信制御部７３のＣＰＵ１２３がメモリ１２２より
取得する。

【０１４５】次に図２０〜図２２を参照し、下り伝送路
及び伝送路インタフェース部に障害が発生した時の障害
復旧制御（伝送路インタフェース部のリセット制御）の
動作例を説明する。図２０〜図２２中に示されている状
態レベル組合せ番号は、図１８及び図１９中の状態レベ
ル組合せ番号を示すものである。図２０〜図２２に示さ
れている現用系、予備系は、それぞれ現用系の伝送路イ
ンタフェース部の状態取得部、予備系の伝送路インタフ
ェース部の状態取得部のことである。

【０１４６】図２０〜図２２に示されている伝送路障
害、障害、運用、閉塞、リセットは、伝送路インタフェ
ース部の状態取得部が表示する状態を示している。図２
０〜図２２に示されている同期信号は、データ通信装置
内の通信制御部及び端末インタフェース部に供給される
同期信号の状態を示している。図２０〜図２２に示され
ている端末インタフェース部は、端末インタフェース部
の障害状態を示している。

【０１４７】図２０には障害復旧制御を正しく実施した
例が示されている。

【０１４８】通信制御部７３のＣＰＵ１２３は両系伝送
路インタフェース部７１、７２の状態取得部１１３及び
状態取得部１１８より状態を取得する。その後、ＣＰＵ
１２３は取得した状態より障害を検出する。その後、Ｃ
ＰＵ１２３は取得した状態より状態レベル組合せ番号を
判定する。その後、ＣＰＵ１２３は判定した状態レベル
組合せ番号「４９」に対する障害復旧対象を取得する。
なお、状態レベル組合せ番号「４９」は、両系の状態取
得部が下り伝送路障害発生中の表示をしていること及
び、両系の障害復旧待ちタイマが停止していることを示
している。

【０１４９】その後、ＣＰＵ１２３は障害復旧対象無し
と判定する。ここで、障害復旧制御対象無しにしたの
は、どちらの伝送路インタフェース部にリセットを掛け
ても、下り伝送路障害発生中なので、リセット解除後に
同一の障害状態になるためである。

【０１５０】その後、ＣＰＵ１２３が両系伝送路インタ
フェース部７１〜７２の状態取得部１１３及び状態取得
部１１８より状態を取得する。その後、ＣＰＵ１２３は
取得した状態より障害を検出する。その後、ＣＰＵ１２
３は取得した状態より状態レベル組合せ番号を判定す
る。その後、ＣＰＵ１２３は判定した状態レベル組合せ
番号「９７」に対する障害復旧対象を取得する。なお、
状態レベル組合せ番号「９７」は、両系の状態取得部が
何らかの障害保持、現用系の伝送路インタフェース部が
運用中の表示をしていること及び、両系の障害復旧待ち
タイマが停止していることを示している。

【０１５１】その後、ＣＰＵ１２３は伝送路インタフェ
ース部（予備系）７２を障害復旧制御対象と判定する。
その後、ＣＰＵ１２３は伝送路インタフェース部（予備
系）７２の障害復旧タイマを起動し、伝送路インタフェ
ース部（予備系）７２に対してリセット制御を実施す
る。

【０１５２】その後、状態レベル組合せ番号は「７８」
から「９４」へと変化するが、図２０はＣＰＵ１２３が
状態レベル組合せ番号「９４」を検出する直前までの動
作を示している。図２０の動作において、データ通信装
置はデータ通信不可能な状態に遷移することはない。

【０１５３】図２１は本システムにおいて、障害復旧制
御を禁止する状態レベル番号組合せ時に、障害復旧制御
を実施した第１の動作例である。本動作例の初期状態
は、状態レベル組合せ番号「２９」である。具体的に
は、伝送路インタフェース部（現用系）７１は常に閉塞
中であり、系切替による運用状態への遷移不可能、かつ
同期信号出力不可能な状態である。また送路インタフェ
ース部（予備系）７２は何らかの障害保持、かつ運用状
態、かつ同期信号出力可能な状態である。

【０１５４】状態レベル組合せ番号「２９」の状態にお
いて、ＣＰＵ１２３が伝送路インタフェース部（予備
系）７２にリセットを掛けると、状態レベル組合せ番号
「２」となる。具体的には、伝送路インタフェース部
（予備系）７２のリセット中は、両系の伝送路インタフ
ェース部が運用状態に遷移できず同期信号の出力不可能
な状態になる。また、同期信号の出力が停止することに
より、端末インタフェース部７４が障害発生中となる。
端末インタフェース部７４の障害状態は、通信制御部７
３からの障害復旧制御を実施するまで回復しない。

【０１５５】図２１の動作において、データ通信装置は
データ通信可能な状態から不可能な状態に遷移する。従
って、本システムでは状態レベル組合せ番号「２９」に
おける障害復旧制御対象は無しとしている。なお、その
他の状態レベル組合せ番号における障害復旧制御対象
は、図１８及び図１９に示されている通りである。

【０１５６】図２２は本システムにおいて障害復旧制御
を禁止する状態レベル番号組合せ時に、障害復旧制御を
実施した第２の動作例である。本動作例の初期状態は、
状態レベル組合せ番号「９７」である。具体的には、伝
送路インタフェース部（現用系）７１は運用状態、かつ
何らかの障害保持、かつ同期信号出力可能な状態であ
る。また伝送路インタフェース部（予備系）７２は何ら
か障害保持かつ、運用状態に遷移可能、かつ同期信号出
力可能な状態である。

【０１５７】状態レベル組合せ番号「９７」の状態にお
いて、ＣＰＵ１２３が伝送路インタフェース部（予備
系）７２にリセットを掛けると、状態レベル組合せ番号
「７８」に遷移する。状態レベル組合せ番号「７８」
は、伝送路インタフェース部（現用系）７１は運用状
態、かつ何らかの障害保持、かつ同期信号出力可能、か
つ障害復旧タイマ停止の状態である。また伝送路インタ
フェース部（予備系）７２は運用状態への遷移不可能、
かつ同期信号出力不可能、かつ障害復旧タイマ動作中の
状態であることを示す。

【０１５８】状態レベル組合せ番号「７８」の状態にお
いて、ＣＰＵ１２３が伝送路インタフェース部（運用
系）７１にリセットを掛けると、状態レベル組合せ番号
「４」に遷移する。状態レベル組合せ番号「４」は、両
系の伝送路インタフェース部７１、７２は運用状態への
遷移不可能、かつ同期信号出力不可能、かつ障害復旧タ
イマ動作中の状態を示す。つまり、同期信号は出力され
ず、端末インタフェース部７４は障害状態となり、両系
の伝送路インタフェース部７１〜７２のリセット中から
回復し、端末インタフェース部７４の障害復旧制御を実
施するまで、データ通信装置はデータ通信不可能な状態
になる。

【０１５９】図２２の動作において、データ通信装置は
データ通信可能な状態から不可能な状態に遷移する。従
って、本システムでは状態レベル組合せ番号「７８」に
おける障害復旧制御対象は無しとしている。なお、その
他の状態レベル組合せ番号における障害復旧制御対象
は、図１８及び図１９に示されている通りである。

【０１６０】以上のように本システムでは、下り伝送路
の障害発生における多量の障害復旧処理による集中管理
装置の負荷を分散するために、データ通信装置内で下り
伝送路の障害を検出し、さらにデータ通信装置内におい
て自律で障害復旧処理を行っているのである。

【０１６１】しかし、データ通信装置で下り伝送路の障
害復旧処理を実施したが、正常状態に復旧しない場合
や、データ通信装置内のトラブルにより障害復旧処理を
実施できない場合も考えられる。この場合は、従来通り
集中管理装置による障害復旧制御に頼らざるを得ない。
そこで、本システムでは、集中管理装置による障害復旧
制御も可能にするために、データ通信装置で検出した障
害情報を集中管理装置に通知しているのである。

【０１６２】さらに、データ通信装置内の伝送路インタ
フェース部の障害により、集中管理装置に対して障害情
報を通知できない場合も考えられる。この場合、障害情
報が集中管理装置に通知されないため、集中管理装置か
らの障害復旧処理は不可能である。従って、下り伝送路
の障害及び、伝送路インタフェース部の障害が発生した
場合には、それらの障害に対する障害復旧制御をデータ
通信装置内において実施する必要がある。しかし、下り
伝送路の障害や伝送路インタフェース部の障害が発生し
た場合に、どちらの障害であるか判断し適切な障害復旧
制御を実施する必要がある。そこで、本システムでは、
下り伝送路や伝送路インタフェース部の状態から、適切
な障害復旧制御を選択及び実行するために、下り伝送路
及び伝送路インタフェース部の全ての状態の組合せに対
して適切な障害復旧処理の方法を示す情報をデータベー
スとして持ち、障害発生時にはこのデータベースから障
害復旧処理の方法を取得しているのである。

【０１６３】

【発明の効果】以上説明したように本発明は、障害復旧
処理を実施する装置を、集中管理装置からデータ通信装
置に移行することにより、データ通信制御及びデータ通
信装置の保守監視を行う集中管理装置の負荷を軽減でき
るという効果がある。また、データ通信の可／不可を含
む全ての状態情報から、障害復旧制御を実施することに
よりデータ通信可能な状態から不可能な状態に遷移する
場合は、障害復旧制御を実施しないことにより、データ
通信装置内の伝送路インタフェース部に障害が発生し、
その障害状態がデータ通信可能な状態である場合、デー
タ通信装置として一瞬でもデータ通信不可能な状態に遷
移せずに、障害復旧制御を行うことができるという効果
がある。さらにまた、伝送路及び伝送路インタフェース
部の各状態における適切な障害復旧方法をデータベース
化し、容易に適切な障害復旧対象を取得できるようにす
ることにより、複数存在する伝送路及び伝送路インタフ
ェース部の障害状態毎に適切な障害復旧制御を行うこと
ができるという効果がある。そして、伝送路及び伝送路
インタフェース部の膨大な種類の状態の組合せを、伝送
路インタフェース部及びデータ通信装置としての動作を
考慮してグループ分けし、伝送路及び伝送路インタフェ
ース部の状態より必要最低限の情報を取得することによ
り、伝送路及び伝送路インタフェース部の状態が属する
グループの判定を可能にし、そのグループ毎に適切な障
害復旧対象を示すデータベースを採用することにより、
伝送路及び伝送路インタフェース部の示す状態が膨大な
組合せになる場合でも、障害状態毎に適切な障害復旧制
御を行うことができるという効果がある。

【図面の簡単な説明】

【図１】本発明の実施例を示すデータ通信システムのブ
ロック図である。

【図２】データ通信システムにおけるデータ通信装置の
ブロック図である。

【図３】データ通信装置における伝送路インタフェース
部のブロック図である。

【図４】データ通信装置における通信制御部のブロック
図である。

【図５】データ通信装置における端末インタフェース部
のブロック図である。

【図６】伝送路インタフェース部における受信部のブロ
ック図である。

【図７】伝送路インタフェース部における送信部のブロ
ック図である。

【図８】伝送路インタフェース部における切替制御部の
ブロック図である。

【図９】伝送路インタフェース部における状態取得部の
ブロック図である。

【図１０】伝送路インタフェース部における障害復旧制
御部のブロック図である。

【図１１】状態取得部及び障害復旧制御部のレジスタ一
覧表である。

【図１２】状態取得部が示す状態の内容を説明する表で
ある。

【図１３】本発明の状態変化検出処理及び障害復旧処理
のフローチャートである。

【図１４】状態変化通知送信処理及び状態変化通知確認
受信処理のフローチャートである。

【図１５】伝送路インタフェース部の状態を示す表であ
る。

【図１６】伝送路インタフェース部の現用系と予備系の
状態組合せを示す表である。

【図１７】伝送路インタフェース部の状態レベルを示す
表である。

【図１８】状態組合せによる障害復旧制御実施の有無を
示す表である。

【図１９】状態組合せによる障害復旧制御実施の有無を
示す表である。

【図２０】本発明における障害復旧制御の実施例を示す
タイミングチャートである。

【図２１】本発明において障害復旧制御を禁止している
障害復旧制御の実施例１を示すタイミングチャートであ
る。

【図２２】本発明において障害復旧制御を禁止している
障害復旧制御の実施例２を示すタイミングチャートであ
る。

【図２３】装置間の信号及び同期信号のタイミング図で
ある。

【図２４】従来の状態変化検出処理のフローチャートで
ある。

【符号の説明】

１ 集中管理装置 ２−１〜２−ｎ データ通信装置 ５−１−１〜５−ｎ−ｍ 端末装置 ３−１〜３−ｎ 下り伝送路 ４−１〜４−ｎ 上り伝送路 ６−１−１〜６−ｎ−ｍ 下り信号 ７−１−１〜７−ｎ−ｍ 上り信号 ７１ 伝送路インタフェース部（現用系） ７２ 伝送路インタフェース部（予備系） ７３ 通信制御部 ７４ 端末インタフェース部 ８４〜８５ 系切替信号 ８６〜８７ 状態レベル信号 ８８ 同期信号 ８９−１〜２ 下りデータ ９０−１〜２ 上りデータ ９１ アドレスバス／データバス １１２、１１７ 切替制御部 １１３、１１８ 状態取得部 １１４、１１９ 障害復旧制御部 １２２ メモリ １２３ ＣＰＵ １２４ 割込信号生成部 １２５ 状態取得割込 １２６ 状態変化通知割込 １４１ 下り伝送路障害検出部 １４２ 同期信号生成部 １４５ リセット信号 １４６ 同期信号生成部障害信号 １４７ 下りデータ抽出部障害信号 １４８ 受信部障害信号 １４９ 下り伝送路障害信号 １５６ 送信部障害信号 １７０ 状態レジスタＡ １７１ 状態レジスタＢ １７４ 状態レベル生成部 １７９ 閉塞制御部 １８０ 運用状態表示部 １８１ 閉塞信号 １８２ 運用信号 １９０ 復旧制御レジスタ

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１２年７月１３日（２０００．７．１
３）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】００１０

【補正方法】変更

【補正内容】

【００１０】同図において、状態取得割込が発生すると
（ステップ２３０）、下り伝送路及び伝送路インタフェ
ース部の状態を取得する（ステップ２３１）。今回取得
した状態と認識状態とが不一致であるか判定する（ステ
ップ２３３）。一致する場合には、処理はそのまま終了
となる。

【手続補正２】

【補正対象書類名】図面

【補正対象項目名】図２４

【補正方法】変更

【補正内容】

【図２４】

Claims (25)

【特許請求の範囲】
1. 【請求項１】 複数のデータ通信装置と、これら複数の
   データ通信装置の保守管理を行う集中管理装置とを含む
   データ通信システムであって、前記データ通信装置は、
   前記集中管理装置への伝送路及びその伝送路インタフェ
   ースの障害を検出する障害検出手段と、この検出した障
   害の内容に応じて該障害の復旧を行う障害復旧手段とを
   含むことを特徴とするデータ通信システム。
2. 【請求項２】 前記障害復旧手段は、前記障害検出手段
   により検出した障害に対応する障害復旧対象を判定し、
   この判定結果に従って障害復旧を行うことを特徴とする
   請求項１記載のデータ通信システム。
3. 【請求項３】 前記検出した障害の内容を前記集中管理
   装置に通知する通知手段を更に含むことを特徴とする請
   求項１又は２記載のデータ通信システム。
4. 【請求項４】 前記通知手段は、前記データ通信装置内
   のＣＰＵに対して周期的に割込信号を発生させ、その割
   込に応答して前記ＣＰＵが前記障害の内容を前記集中管
   理装置に通知することを特徴とする請求項３記載のデー
   タ通信システム。
5. 【請求項５】 前記集中管理装置に通知すべき通知信号
   は、前記ＣＰＵが作成することを特徴とする請求項４記
   載のデータ通信システム。
6. 【請求項６】 前記通知手段は、前記集中管理装置に通
   知すべきことを示すフラグがオン状態であるときに前記
   集中管理装置に通知することを特徴とする請求項４記載
   のデータ通信システム。
7. 【請求項７】 前記フラグは、前記通知信号の作成時に
   オン状態になることを特徴とする請求項６記載のデータ
   通信システム。
8. 【請求項８】 前記フラグは、前記通知に対する前記集
   中管理装置からの応答信号に応答してオフ状態になるこ
   とを特徴とする請求項６記載のデータ通信システム。
9. 【請求項９】 前記障害検出手段は、前記伝送路及びそ
   の伝送路インタフェースの状態を示す状態情報を取得す
   る状態取得部を含み、この取得した状態情報の内容に基
   づいて障害を検出するようにしたことを特徴とする請求
   項１〜８のいずれかに記載のデータ通信システム。
10. 【請求項１０】 前記状態取得部は、前記データ通信装
    置内のＣＰＵが前記伝送路インタフェースから前記状態
    情報を取得することを特徴とする請求項１〜９のいずれ
    かに記載のデータ通信システム。
11. 【請求項１１】 前記状態取得部は、前記データ通信装
    置内のＣＰＵに対して周期的に割込信号を発生させ、そ
    の割込に応答して前記ＣＰＵが前記状態情報を取得する
    ことを特徴とする請求項１〜９のいずれかに記載のデー
    タ通信システム。
12. 【請求項１２】 前記状態取得部は、前記状態が一定時
    間変化しない場合にのみ前記データ通信装置内のＣＰＵ
    が前記伝送路インタフェースから前記状態情報を取得す
    ることを特徴とする請求項１〜９のいずれかに記載のデ
    ータ通信システム。
13. 【請求項１３】 前記状態取得部は、前記データ通信装
    置内のＣＰＵが新たに取得した状態情報とその直前に認
    識していた状態情報とが異なる場合に、前記ＣＰＵが認
    識する状態を更新するようにしたことを特徴とする請求
    項１〜９のいずれかに記載のデータ通信システム。
14. 【請求項１４】 前記障害検出手段は、前記状態取得部
    が取得した状態に何らかの障害がある場合に障害検出有
    りと判定することを特徴とする請求項１〜１３のいずれ
    かに記載のデータ通信システム。
15. 【請求項１５】 前記障害復旧手段は、前記障害に関す
    る障害情報とこの障害情報に対応する障害復旧対象を示
    すデータとを対応付けて記憶保持するデータベースを含
    み、このデータベースを参照して障害復旧方法を判定す
    ることを特徴とする請求項２〜１４のいずれかに記載の
    データ通信システム。
16. 【請求項１６】 前記障害情報は、現在の障害に関する
    情報及び過去の障害に関する情報を含むことを特徴とす
    る請求項１５記載のデータ通信システム。
17. 【請求項１７】 前記伝送路インタフェースを現用系及
    び予備系の２系統含み、その一方を運用状態とし他方を
    待機状態とするようにしたことを特徴とする請求項１〜
    １６のいずれかに記載のデータ通信システム。
18. 【請求項１８】 前記障害検出手段は、前記状態取得部
    が取得した状態について、複数レベルの障害検出結果を
    出力し、この検出結果が一定レベル以上である場合に運
    用可能であると判定することを特徴とする請求項１６記
    載のデータ通信システム。
19. 【請求項１９】 ２系統の前記伝送路インタフェースに
    ついての前記検出結果同士を比較し、よりレベルの高い
    系の伝送路インタフェースを運用状態にすることを特徴
    とする請求項１８記載のデータ通信システム。
20. 【請求項２０】 前記伝送路インタフェースは、運用状
    態にあるものに障害が発生したとき待機状態にあったも
    のを運用状態に切替えることを特徴とする請求項１７〜
    １９のいずれかに記載のデータ通信システム。
21. 【請求項２１】 前記データベースの障害復旧方法は、
    現用系及び予備系のうち障害復旧制御が行われるべき障
    害復旧対象である系を示すことを特徴とする請求項１７
    記載のデータ通信システム。
22. 【請求項２２】 前記障害復旧手段が行う障害復旧を所
    定期間禁止する禁止手段を更に含むことを特徴とする請
    求項２〜２１のいずれかに記載のデータ通信システム。
23. 【請求項２３】 前記禁止手段は、前記所定期間を計時
    するタイマを含むことを特徴とする請求項２２記載のデ
    ータ通信システム。
24. 【請求項２４】 前記データベースは、前記状態情報を
    複数にグループ化し、この各グループ毎に前記障害復旧
    対象を示すようにしたことを特徴とする請求項１７記載
    のデータ通信システム。
25. 【請求項２５】 前記伝送路インタフェースの有する機
    能のうち正常に動作する機能の種類によってグループ化
    するようにしたことを特徴とする請求項２４記載のデー
    タ通信システム。