(57)【要約】【課題】従来に比べて短い時間で伝送装置に設定された制御状態を解除できる技術を提供する。【解決手段】伝送装置と上位装置との間の接続状態の異常が検出されると、タイマ管理部で所定時間の計時が行われ、この所定時間が経過すると、制御状態管理部が、その時点で設定されている制御状態を自律的に解除する。【選択図】図２
2005039386.tif 000002
【特許請求の範囲】
【請求項１】
伝送装置に搭載され、この伝送装置と接続される上位装置から受け取るコマンドに従って制御状態の設定、またはこの制御状態の解除を行う制御装置であって、
伝送装置と上位装置との間の接続状態の異常を検出する検出手段と、
前記検出手段によって接続状態の異常が検出された場合に、前記コマンドに従って設定された制御状態がある場合には、この制御状態を解除するためのコマンドを前記上位装置から受け取っていなくても当該制御状態に対する自律的な解除を行う自律解除手段と、
を含む伝送装置の制御装置。
【請求項２】
伝送装置に搭載され、この伝送装置と接続される上位装置から受け取るコマンドに従って制御状態の設定、またはこの制御状態の解除を行う制御装置が、
伝送装置と上位装置との間の接続状態の異常を検出し、
接続状態の異常が検出された場合に、前記コマンドに従って設定された制御状態がある場合には、この制御状態を解除するためのコマンドを前記上位装置から受け取っていなくても当該制御状態に対する自律的な解除を行う、
ことを含む伝送装置の制御装置による制御状態の解除方法。
【請求項３】
伝送装置に搭載され、この伝送装置と接続される上位装置から受け取るコマンドに従って制御状態の設定、又はこの制御状態の解除を行うコンピュータに、
伝送装置と上位装置との間の接続状態の異常を検出するステップと、
接続状態の異常が検出された場合に、前記コマンドに従って設定された制御状態がある場合には、この制御状態を解除するためのコマンドを前記上位装置から受け取っていなくても当該制御状態に対する自律的な解除を行うステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は制御監視装置からのコマンドにより制御および解除操作が実施される伝送装置に関する。
【０００２】
近年いろいろな大規模な社会システムにおいて制御側と被制御側での通信断状態でも、サービスを停止させない工夫が求められつつある。本発明はこの思想に従い、遠隔制御不可能な状態に陥った場合でも、装置の自律的な動作により致命的なサービス停止に至らないセーフティ設計に関する。
【０００３】
【従来の技術】
データの伝送装置たるネットワーク・エレメント（ＮＥ）と、ＮＥを遠隔から監視及び制御する制御監視装置たるオペレーション・システム（ＯＰＳ）とからなるネットワークシステムがある。
【０００４】
図１３に示すように、ＯＰＳとＮＥとは、遠隔制御監視線で接続される。ＯＰＳは、ＮＥに対する様々なコマンドをＮＥに対して遠隔制御監視線を介して与える。ＮＥは、ファームウェアとハードウェアとを備えており、ファームウェアは、ＯｐＳからのコマンドを解析しコマンドに応じた設定をハードウェアに施すことによって、ＮＥの装置状態を設定する。また、ＯＰＳによるＮＥの監視／制御はＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）を用いて行われる。
【０００５】
ＯＰＳによるＮＥの制御は、次のようにして行われる。即ち、図１３に示すように、ＯＰＳは、或る制御操作をＮＥに対して行う場合には、制御状態の設定コマンドを遠隔制御監視線を介してＮＥに与える（図１３の（１））。すると、ＮＥは制御状態を設定コマンドに従って設定する（図１３の（２））。その後、ＯＰＳは設定コマンドでＮＥに施した制御状態を解除する場合には、解除コマンドを遠隔制御監視線を介してＮＥに与える（図１３の（３））。すると、ＮＥは、設定コマンドに基づく制御状態を解除コマンドに従って解除する（図１３の（４））。
【０００６】
上述したシステムにおいて、ＯＰＳより制御操作を実施した状態でＯＰＳとの接続断（接続状態異常）が発生した場合、接続復旧を待ってＯＰＳより制御状態の解除操作を行っていた。即ち、図１４に示すように、ＯＰＳからＮＥに対して制御状態の設定コマンド（例えば「切替禁止」の設定コマンド）が送信される場合、ＯＰＳ−ＮＥ間の接続状態が正常であれば、設定コマンドはＮＥのファームウェアで受け取られる。すると、ＮＥのファームウェアは、ＮＥのハードウェアに対して設定コマンドに従った制御状態（切替禁止）を設定する。これにより、ＮＥが設定コマンドに応じた制御状態（切替禁止状態）となる。ＮＥのファームウェアは、設定が終了すると、ＯＰＳにコマンド応答を返す。
【０００７】
その後、遠隔制御監視線の切断等により、ＯＰＳ−ＮＥ間の接続断（接続状態の異常）が発生すると、ＯＰＳが先の設定（制御状態）の解除コマンド（この例では「切替禁止」の解除コマンド）をＮＥのファームウェアに与えようとしても、ＮＥのファームウェアが当該解除コマンドを受け取ることができない状態となる。
【０００８】
その後、ＯＰＳ−ＮＥ間の接続断（接続状態の異常）が復旧すると、ＮＥのファームウェアは、ＯＰＳからの解除コマンド（切替禁止解除コマンド）を受け取ることができるようになり、ファームウェアは、当該解除コマンドに従いハードウェアに施した設定を解除する。これによって、ＮＥの設定コマンドに従った制御状態（切替禁止状態）が解除される。ファームウェアは、解除コマンドに従った設定が終了すると、コマンド応答を返す。
【０００９】
以上のような手順では、ＯＰＳ−ＮＥ間に接続状態の異常が発生すると、その異常状態から復旧するまでの間は、ＮＥがＯＰＳからのコマンドを受信不能な期間となる。従って、ＯＰＳ−ＮＥ間の接続が復旧し、ＮＥのファームウェアに解除コマンドが与えられるまで、ＮＥのハードウェアは設定コマンドに基づく制御状態（図２であれば切替禁止状態）を維持する。
【００１０】
なお、本願発明に関する先行技術文献としては、下記の特許文献１に開示された技術がある。
【特許文献１】
特開昭５８−１８２３５８号公報
【００１１】
【発明が解決しようとする課題】
上述したように、ＮＥは、一旦、設定コマンドに従って制御状態を設定すると、その制御状態の解除コマンドに基づいて当該制御状態を解除するまでその制御状態を維持する。
【００１２】
しかしながら、ＯＰＳより実施される制御の設定内容、即ち制御状態の設定によるハードウェアの状態（ＮＥの装置状態）には、データ伝送用の回線断の原因となるもの、または障害発生時の回線等の切替動作が禁止されるものが含まれている。
【００１３】
従って、上述したようなＯＰＳ−ＮＥ間の接続復旧を待ってから状態を解除するような手順では、接続復旧に長時間を要すると、上述したような回線断や、障害発生に対してＮＥが適切な動作を行うことができない場合が生じ、回線断の復旧作業が必要となったり、障害発生時の救済に長時間を要したりするという問題が発生する可能性があった。
【００１４】
このため、ＯＰＳ−ＮＥ間の接続状態に異常が発生した場合には、作業員がＮＥの設置されている場所に赴き、架前にてＮＥに接続可能な制御装置を使用しＮＥの状態の解除操作を行っていた。この場合、ＮＥの設置されている場所までわざわざ赴く必要があるので、場合によっては作業員がＮＥの設置場所に到達するまでに長時間を要する可能性がある。従って、ＯｐＳとの接続復旧を待つ場合と同様の問題が生じる可能性があった。
【００１５】
本発明は、上述したような問題に鑑みなされたものであり、従来に比べて短い時間で伝送装置に設定された制御状態を解除可能な技術を提供することを目的とする。
【００１６】
【課題を解決するための手段】
本発明は、上述した課題を解決するため以下のようにした。すなわち、本発明の第１の態様は、伝送装置に搭載され、この伝送装置と接続される上位装置から受け取るコマンドに従って制御状態の設定、またはこの制御状態の解除を行う伝送装置の制御装置であって、
伝送装置と上位装置との間の接続状態の異常を検出する検出手段と、
前記検出手段によって接続状態の異常が検出された場合に、前記コマンドに従って設定された制御状態がある場合には、この制御状態を解除するためのコマンドを前記上位装置から受け取っていなくても当該制御状態に対する自律的な解除を行う自律解除手段と、を含む。
【００１７】
本発明の第１の態様によると、検出手段が伝送装置と上位装置との接続状態の異常を検出した場合に、設定済みの制御状態がある場合には、自律解除手段が当該制御状態を自律的に解除する。これによって、当該制御状態が維持されることによる不具合を回避することができる。
【００１８】
好ましくは、第１の態様は、前記検出手段によって接続状態の異常が検出された場合に、所定時間の計時を開始する計時手段をさらに含み、
前記自律解除手段は、前記所定時間が経過しても前記接続状態が回復しない場合に、前記自律的な解除を行う。このようにすれば、接続状態の異常検出から自律的な解除動作が行われるまでの間に所定時間だけ保護期間を設けて接続状態が回復するのを待つことができる。
【００１９】
好ましくは、第１の態様は、前記自律解除手段は、前記所定時間が経過する前に前記接続状態が回復した場合には、前記自律的な解除を行わない。このようにすることで、異常状態から比較的早く復旧した場合には、上位装置からの解除のためのコマンドを受け取るのを待つようにすることができる。
【００２０】
好ましくは、第１の態様は、前記自律解除手段が前記自律的な解除を行った後に前記接続状態の異常が回復した場合に、前記自律的な解除を行ったことを前記上位装置に通知する通知手段をさらに含む。
【００２１】
このようにすれば、上位装置で管理されている伝送装置に対する制御状態の設定又は解除を示す情報を、実際の伝送状態における状態に一致させることができる。
【００２２】
好ましくは、第１の態様は、前記上位装置からのコマンドにより、前記計時手段で計時される前記所定時間の長さを変更する時間変更手段をさらに含む。このようにすれば、上位装置から伝送装置で行われる自律的な解除が行われるまでの保護期間を調整することができる。
【００２３】
好ましくは、第１の態様は、前記所定時間の長さを有限値又は無限値に設定することで、前記自律解除手段の動作の有効又は無効を制御する制御手段をさらに含む。このようにすれば、自律的な解除の有効／無効を制御することができる。
【００２４】
本発明の第２の態様は、自装置と接続される上位装置から受け取るコマンドに従って制御状態の設定、またはこの制御状態の解除を行う伝送装置であって、
自装置と上位装置との間の接続状態の異常を検出する検出手段と、
前記検出手段によって接続状態の異常が検出された場合に、前記コマンドに従って設定された制御状態がある場合には、この制御状態を解除するためのコマンドを前記上位装置から受け取っていなくても当該制御状態に対する自律的な解除を行う自律解除手段と、を含む。
【００２５】
本発明は、第３の態様として、第１の態様として特定される伝送装置の制御装置とほぼ同様の特徴を持つ制御状態の解除方法として特定することができる。
【００２６】
また、本発明の第４の態様は、伝送装置に搭載され、この伝送装置と接続される上位装置から受け取るコマンドに従って制御状態の設定、又はこの制御状態の解除を行うコンピュータに、
伝送装置と上位装置との間の接続状態の異常を検出するステップと、
接続状態の異常が検出された場合に、前記コマンドに従って設定された制御状態がある場合には、この制御状態を解除するためのコマンドを前記上位装置から受け取っていなくても当該制御状態に対する自律的な解除を行うステップと、
を実行させるためのプログラムとして特定することもできる。
【００２７】
さらに、本発明は、第４の態様として特定したプログラムを記録した記録媒体として特定することもできる。
【００２８】
【発明の実施の形態】
以下、図面を参照して本発明の実施形態を説明する。実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。
【００２９】
実施形態では、信頼性の低い（例えば、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ））を使った制御監視装置（ＯＰＳ）において、ＯＰＳからの制御が出来ない状態に陥った時に自立的に動作するモードをＮＥに用意し、回線切断等を救済する方式を実現する。また、接続状態復旧した場合に上位装置との装置状態不一致をなくする為の方式を実現する。
【００３０】
図１は、本発明の実施形態に係る伝送装置の制御監視システムの構成例を示す図である。図１に示すように、制御監視システムは、制御監視対象としての伝送装置たるＮＥ１０と、遠隔からＮＥ１０を監視及び制御する制御監視装置たるＯＰＳ１０とを含み、ＮＥ１０とＯＰＳ２０とは遠隔制御監視線Ｌを介して接続されている。
【００３１】
ＮＥ１０は、図１３を用いて説明したように、ＯＰＳ２０から遠隔制御監視線Ｌを介して制御状態の設定コマンドや解除コマンドを受け取り、設定コマンドに従って制御状態の設定を行い、解除コマンドに基づいて設定された制御状態を解除する。
【００３２】
ＮＥ１０は、ファームウェア３０と、ハードウェア４０とを備えている。ファームウェア３０は、ＣＰＵ，ＲＯＭやＲＡＭ等のメモリ，入出力装置（Ｉ／Ｏ），ハードウェア４０に対する様々なドライバ回路、メモリに格納されたプログラムやデータ等から構成され、プログラムをＣＰＵが実行することによって、ＯＰＳ２０との通信に係る処理や、ハードウェア４０に対する様々な制御種別毎の制御状態の設定又は設定解除を行う伝送装置の制御装置として機能する。伝送装置の制御装置は、ファームウェアによる実現の他、専用ハードウェア（専用回路チップ又はその組み合わせ）で実現することも可能である。
【００３３】
ハードウェア４０は、ファームウェア３０によって制御される、ＮＥ１０が伝送装置として機能するための様々なハードウェアであり、ユーザデータの伝送用の回線インタフェース回路や、回線の切替スイッチ等である。
【００３４】
図２及び図３は、実施形態に係るＮＥ１０の動作説明図である。図２及び図３には、ＯＰＳ２０より実施されるＮＥ１０に対する様々な制御操作のうち、ＮＥ１０による切替動作を禁止する「切替禁止設定」に係る動作が例示されている。
【００３５】
図２において、ＯＰＳ２０は、ＮＥ１０に対して切替禁止設定を実施する場合には、切替禁止設定コマンドをＮＥ１０へ送信する。ＮＥ１０のファームウェア３０は、切替禁止設定コマンドを受信すると、その設定コマンドに従ってハードウェア４０に対し、切替動作禁止の設定を施し、コマンド応答をＯＰＳ２０に返す。これによって、ＮＥ１０は、切替禁止が設定された状態となる。切替禁止設定中は、回線障害救済の為の切替動作が禁止される。このため、回線障害が発生してもその障害を復旧させることができない。
【００３６】
ところで、ファームウェア３０は、ＯＰＳとの接続断（接続状態の異常発生）を監視しており、ＯＰＳ２０からの設定コマンドに従って切替禁止の設定を行った後にＯＰＳ−ＮＥ間の接続断を検出すると、その時点からタイマのカウントアップを開始する。
【００３７】
タイマがタイムアウトするまでの間にＯＰＳ−ＮＥ間の接続が復旧しない場合、ファームウェア３０は、ハードウェア４０に対して「切替禁止解除」設定を施す。即ち、切替禁止状態を自律的に解除する。例えば、ＯＰＳ２０からの切替禁止解除コマンドに従った動作と同様の動作を行っても良い。タイマのタイムアウト時間として、あらかじめ設定された有限または無限の値を適用することができる。
【００３８】
ここに、タイムアウト時間として無限の値を設定することで、ＮＥ１０で実施される全ての制御種別について、自律的な解除動作を行うことを禁止することができる。言い換えれば、タイムアウト時間（タイマ値）の設定により、ＮＥ１０に対し、全部又は一部の制御種別について、自律的な解除動作を行うモードと、自律的な解除動作を行わないモードとの一方を設定することができる。
【００３９】
ファームウェア３０が自律的に実施した「切替禁止解除」設定は、ＯＰＳ−ＮＥ間の接続復旧をトリガに、状態変化通知としてＮＥ１０からＯＰＳ２０に通知される。ＯＰＳ２０は、ＮＥ２０からの状態変化通知を受け取ることで、自身が管理しているＮＥ１０の制御状態の合わせこみ（「切替禁止設定」状態→「切替禁止解除」状態）を実施することができる。
【００４０】
一方、図３に示すように、タイマのカウントアップ中にＯＰＳ−ＮＥ間の接続が復旧した場合には、ファームウェア３０はタイマのカウントアップを停止する。これによって、ファームウェア３０は、自律的な制御状態（切替禁止）の解除動作を実施しない。その代わり、ファームウェア３０は、ＯＰＳ−ＮＥ間の接続が復旧した場合にＯＰＳ２０から送信されてくる解除コマンドに従って、当該制御状態（切替禁止）の解除を行う。
【００４１】
ＮＥ１０が図２及び図３に示した動作を行うため、ＮＥ１０のファームウェア３０は、図１に示すように、ＯＰＳ２０からのコマンド受信とＯＰＳ２０への通知とを行うＯＰＳインタフェース部３１（通知手段に相当）と、ＯＰＳ−ＮＥ間の接続断の発生／回復（復旧）を監視するＯＰＳ接続監視部３２（検出手段に相当）と、タイマの管理を行うタイマ管理部３３（計時手段，時間変更手段，制御手段に相当）と、コマンド制御状態を管理しハードウェア４０に対する設定を行う制御状態管理部３４（自律解除手段に相当）と、装置状態（制御状態）のバックアップ部であるデータベース（ＤＢ）３５とを実現するように構成される。
【００４２】
制御状態管理部３４には、図４に示すような、制御状態を保存する制御状態管理テーブル３６と、ＯＰＳ２０への解除通知の要否を判断する通知フラグ（ＯＦＦ＝通知不要（デフォルト）／ＯＮ＝通知要）３７とが設けられる。
【００４３】
制御状態管理テーブル３６は、図４に示すように、インデックス（ＩＮＤＥＸ）に対応付けて、ＮＥ１０の自律的な解除の対象となる制御の種別が「制御種別」として割り当てられ、各制御種別に対して夫々の実施有無を示すフラグ（ＯＦＦ／ＯＮ）が「実施有無フラグ」として設けられたデータ構造を有している。
【００４４】
この制御状態管理テーブル３６にて制御種別が管理される制御が、異常の検出時において自律的に解除される対象となり、それ以外の制御種別（制御状態管理テーブル３６にて管理されない制御種別）については、ＮＥで異常が検出されても自律的な制御状態の解除は行われない。
【００４５】
図５は、通常の制御操作の設定及び解除コマンドに基づくファームウェア３０の動作の説明図である。ファームウェア３０は、通常の制御（制御状態）の設定又は解除コマンドに対し、次の動作を行う。
【００４６】
ＯＰＳインタフェース部３１がＯＰＳ２０から任意の制御の設定（または解除）コマンドを受信する（図５の（１））。すると、ＯＰＳインタフェース部３１は、設定又は解除コマンドに対応する制御種別とその設定又は解除を示す情報とを含む設定／解除メッセージを制御状態管理部３４に通知する（図５の（２））。
【００４７】
制御状態管理部３４は、制御種別をチェックし、制御状態管理テーブル３６の制御種別に該当種別がある場合には、制御状態管理テーブル３６の該当種別に対する実施有無フラグを制御する（図５の（３））。具体的には、制御状態管理部３４は、ＯＰＳインターフェイス部３１からの通知が「設定」である場合には、制御状態管理テーブル３６の該当インデックスの実施有無フラグをオン（ＯＮ）にセットし、通知が「解除」であれば、制御状態管理テーブル３６の該当インデックスの実施有無フラグをオフ（ＯＦＦ）にセットする。
【００４８】
その後、制御状態管理部３４は、設定又は解除コマンドに基づく制御の設定又は設定解除をハードウェア４０に対して実施する（図５の（４））。これによって、ＮＥ１０の装置状態が設定コマンドに従った状態となったり、解除コマンドに従って設定コマンドによる状態が解除された状態となったりする。
【００４９】
そして、制御状態管理部３４は、ＤＢ３５に制御状態管理テーブル３６の内容（装置状態）を格納することで、装置状態のバックアップをとる（図５の（５））。即ち、ＤＢ３５内には、制御状態管理テーブル３６のバックアップ用のテーブル（以下、「制御状態管理テーブル３６’」と表記する）が用意されており、この制御状態管理テーブル３６’に対し、図５の（３）で行われた制御状態管理テーブル３６における実施有無フラグの変更が反映される。
【００５０】
このように、ファームウェア３０は、ＯＰＳからの設定／解除コマンドに応じた制御の設定／設定解除をハードウェア４０に対して実施する一方で、コマンドに基づく装置状態（コマンドに対応する制御種別の設定／解除）を管理する。
【００５１】
図６は、ＯＰＳ−ＮＥ間に接続断（接続状態の異常）が発生した場合におけるファームウェア３０の動作の説明図である。ファームウェア３０は、ＯＰＳ−ＮＥ間が接続断した場合には、次の動作を行う。
【００５２】
ＯＰＳ接続監視部３２がＯＰＳ−ＮＥ間の接続断を検出する（図６の（１））。すると、ＯＰＳ接続監視部３２は、タイマ管理部３３に対し、タイマカウント開始要求メッセージを与える（図６の（２））。
【００５３】
タイマ管理部３３は、タイマカウント開始要求メッセージを受け取ると、タイマカウントを開始する（図６の（３））。その後、タイマがタイムアウトになると、タイマ管理部３３は、制御状態管理部３４へ制御状態解除要求メッセージを与える（図６の（４））。
【００５４】
制御状態管理部３４は、制御状態解除要求メッセージを受け取ると、制御状態管理テーブル３６の各レコードをチェックし、実施有無フラグがオンの制御種別について、ハードウェアの設定状態を解除する（図６の（５））。
【００５５】
続いて、制御状態管理部３４は、設定状態を解除した制御種別に係る状態をＤＢ３５にバックアップする（図６の（６））。即ち、制御状態管理部３４は、ＤＢ３５にバックアップされている制御状態管理テーブル３６’に対し、設定を解除した制御種別の実施有無フラグをオフにセットする。そして、制御状態管理部３４は、通知フラグ３７をオン（ＯＮ）に設定する（図６の（７））。
【００５６】
このように、ファームウェア３０は、ＯＰＳ−ＮＥ間の接続状態を監視し、異常を検出すると、タイマの計時を開始し、タイマがタイムアウトになる前に接続状態が復旧しなかった場合には、その時点でハードウェア４０に対して設定されている制御（装置状態）を解除するとともに、通知フラグ３７をオンにすることで、自律的な設定の解除動作を行ったことを記憶する。
【００５７】
図７は、ＯＰＳ−ＮＥ間の接続断（接続状態の異常）が回復（復旧）した場合におけるファームウェア３０の動作の説明図である。ファームウェア３０は、ＯＰＳ−ＮＥ間の接続異常が回復した場合には、次の動作を行う。
【００５８】
ＯＰＳ接続監視部３２がＯＰＳ−ＮＥ間の接続異常の回復を検出する（図７の（１））。すると、ＯＰＳ接続監視部３２は、タイマ管理部３３にタイマカウント停止要求メッセージを通知する（図７の（２））
【００５９】
タイマ管理部３３は、ＯＰＳ接続監視部３２からタイマカウント停止要求を受け取ると、タイマによる計時を停止し、制御状態管理部３４へ状態変化通知要求を通知する（図７の（３））。
【００６０】
制御状態管理部３４は、タイマ管理部３３から状態変化通知要求メッセージを受け取ると、通知フラグ３７の状態をチェックし（図７の（４））、オンであれば、制御状態管理テーブル３６の全インデックスの実施有無フラグをチェックし、フラグがオンにセットされている制御種別の解除通知要求メッセージをＯＰＳインタフェース部３１に通知する（図７の（５））。なお、制御状態管理テーブル３６の全ての実施有無フラグがオフにセットされている場合には、以降の（６）及び（７）の処理は行われない。
【００６１】
制御状態管理部３４は、制御状態管理テーブル３６に割り付けられたいずれかの制御種別に対する実施有無フラグがオンに設定されていた場合には、制御状態管理テーブル３６及び通知フラグ３７を設定処理を行う（図７の（６））。即ち、制御状態管理部３４は、制御状態管理テーブル３６の全てのインデックスの実施有無フラグをオフにセットするとともに、通知フラグ３７の値をオフにセットする。
【００６２】
ＯＰＳインタフェース部３１は、解除通知要求メッセージを制御状態管理部３４から受け取ると、対応する制御種別の状態変化通知（制御の設定状態の解除通知）をＯＰＳへ送信する（図７の（７））。
【００６３】
このように、ファームウェア３０は、ＯＰＳ−ＮＥ間の接続状態が回復した場合には、自律的に設定の解除を実施した制御種別があるか否かを判断し、該当する制御種別がある場合には、その制御種別についての状態変化通知（解除通知）をＯＰＳ２０へ送信する。これによって、ＯＰＳ２０は、当該制御種別について自身が管理しているＮＥ１０の装置状態を更新する。これによって、ＮＥ１０の装置状態（ハードウェア４０の状態）とＯＰＳ２０が管理しているＮＥ１０の装置状態とを一致させることができる。
【００６４】
タイマ管理部３３がＯＰＳ−ＮＥ間の接続状態の復旧を監視するために行うタイマの計時で使用されるタイマ値は、ＯＰＳ２０からの操作により任意の値に設定することができる。図９は、ファームウェア３０のタイマ値の変更時における動作の説明図である。
【００６５】
ＯＰＳインタフェース部３１は、ＯＰＳ２０から送信されてくるタイマ設定コマンドを受信する（図８の（１））。すると、ＯＰＳインタフェース部３１は、タイマ管理部３３に対し、タイマ値変更メッセージを通知する（図８の（２））。タイマ値設定コマンド及びタイマ値変更メッセージには、ＯＰＳ側で決定された変更後のタイマ値（設定タイマ値）を含んでいる。
【００６６】
タイマ管理部３３は、ＯＰＳインタフェース部３１からタイマ値変更メッセージを受け取ると、このメッセージに含まれている設定タイマ値を、計時に用いるタイマ値としてセットする（タイマ値を変更する）するとともに、その設定タイマ値をＤＢ３５にバックアップする（図８の（３））。
【００６７】
その後、タイマ管理部３３からタイマ値の変更終了が通知され、ＯＰＳインタフェース部３１がＯＰＳにタイマ値変更を示すコマンド応答を返すように構成することもできる。
【００６８】
図９は、ＯＰＳインタフェース部３１が図５，７及び８に示した動作を行う場合に実行される処理を示すフローチャートである。図９に示すように、ＯＰＳインタフェース部３１は、処理を開始すると、ＯＰＳ２０からのコマンド、又は制御状態管理部３４からのメッセージの受信を待ち（ステップＳ１）、コマンド又はメッセージを受信すると、それがコマンドであるかメッセージであるかを判定する（ステップＳ２）。コマンドであれば、処理がステップＳ３に進み、メッセージであれば処理がステップＳ７に進む。
【００６９】
ステップＳ３に処理が進んだ場合には、ＯＰＳインタフェース部３１は、コマンド種別を判別し、コマンド種別がタイマ設定であれば処理がステップＳ４に進み、制御設定又は制御設定解除であれば処理がステップＳ６に進む。
【００７０】
ステップＳ４に処理が進んだ場合には、ＯＰＳインタフェース部３１は、タイマ管理部３３に対し、タイマ値変更メッセージを通知する。その後、処理がステップＳ６に進み、ＯＰＳインタフェース部３１は、再びコマンド又はメッセージの受信待ち状態となる。
【００７１】
ステップＳ５に処理が進んだ場合には、ＯＰＳインタフェース部３１は、制御状態管理部３４に対し、コマンドに応じた制御種別と、その設定又は設定解除を示す情報を含むメッセージを送信する。その後、ＯＰＳインタフェース部３１は、コマンド又はメッセージの受信待ち状態となる（ステップＳ６）。
【００７２】
一方、受信対象が制御状態管理部３４からのメッセージであり、ステップＳ７に処理が進んだ場合には、ＯＰＳインタフェース部３１は、当該メッセージで指定される制御種別に対する解除通知（状態変更通知）をＯＰＳ２０に送信する。その後、ＯＰＳインタフェース部３１は、コマンド又はメッセージの受信待ち状態となる（ステップＳ６）。
【００７３】
図１０は、ＯＰＳ接続状態監視部３２が図６及び７の動作を行う場合に実行される処理を示すフローチャートである。ＯＰＳ接続状態監視部３２は、処理を開始すると、ＯＰＳ２０とＮＥ１０との接続状態を収集し（ステップＳ１１）、接続状態を判定する（ステップＳ１２）。
【００７４】
ステップＳ１１及びＳ１２による接続状態の収集及び判定手法（接続異常の検出手法）としては、遠隔制御監視線からの信号の有無の判定、データリンクの接続確認、ｐｉｎｇコマンドによる接続確認等の周知の様々な接続確認手法を適用することができる。
【００７５】
このとき、ＯＰＳ接続監視部３２は、接続状態を「接続断発生（接続異常）」と判定した場合（接続異常を検出した場合）には、タイマ管理部３３に対し、タイマカウント開始要求のメッセージを送信する（ステップＳ１３）。その後、ＯＰＳ接続監視部３２は、ＯＰＳとの接続状態を収集し（ステップＳ１５）、処理をステップＳ１２に戻す。
【００７６】
一方、ステップＳ１２において、ＯＰＳ接続監視部３２は、接続状態を「接続断回復（接続復旧）」と判定した場合には、タイマ管理部３３に対し、タイマカウント停止要求のメッセージを送信する（ステップＳ１４）。その後、ＯＰＳ接続監視部３２は、ＯＰＳとの接続状態を収集し（ステップＳ１５）、処理をステップＳ１２に戻す。
【００７７】
また、ステップＳ１２において、ＯＰＳ接続監視部３２は、接続状態を「接続断継続又は正常」であると判定した場合には、処理をステップＳ１５に進めた後、処理をステップＳ１２に戻す。
【００７８】
なお、上記フローチャートにおいて、一巡目のステップＳ１２では、ＯＰＳ接続監視部３２は、現在の接続状態を用いて判定を行い、現在の接続状態が正常であれば、処理をステップＳ１５に進め、異常であれば、処理をステップＳ１３に進める。
【００７９】
これに対し、二巡目以降のステップＳ１２では、ＯＰＳ接続監視部３２は、前回の接続状態と今回（現在）の接続状態とを用いて判定を行う。即ち、前回の接続状態が正常であり、今回の接続状態が異常であれば、接続断発生と判断して処理をステップＳ１３に進める。これに対し、前回の接続状態が異常であり、今回の接続状態が正常であれば、接続断回復と判断して処理をステップＳ１４に進める。これに対し、前回及び今回の接続状態が共に正常又は異常であれば、「接続断継続又は正常」と判断して処理をステップＳ１５に進める。
【００８０】
図１１は、タイマ管理部３３が図６，７及び８に示した動作を行う場合に実行される処理を示すフローチャートである。タイマ管理部３３は、処理を開始すると、メッセージの受信を待ち（ステップＳ２１）、メッセージを受信すると、メッセージの送信元を判定する（ステップＳ２２）。
【００８１】
このとき、メッセージの送信元がＯＰＳ接続監視部３２であれば処理がステップＳ２３に進み、メッセージの送信元がＯＰＳインタフェース部３１であれば処理がステップＳ３０に進む。
【００８２】
ステップＳ２３に処理が進んだ場合には、タイマ管理部３３は、ＯＰＳ接続監視部３２からの要求を判別する。即ち、タイマ管理部３３は、ＯＰＳ接続監視部３２からのメッセージ種別を判別し、メッセージがタイマカウント開始要求であれば、処理をステップＳ２４に進め、タイマカウント停止要求であれば処理をステップＳ２７に進める。
【００８３】
ステップＳ２４に処理が進んだ場合には、タイマ管理部３３は、タイマのカウントアップ（タイマによる計時）を開始する。そして、タイマ管理部３３は、タイマカウントアップ中において、メッセージを受信したか否かの判定（ステップＳ２５）、及びタイマがタイムアウトしたか否かの判定（ステップＳ２６）を繰り返し行う。
【００８４】
このとき、タイマ管理部３３は、メッセージを受信した場合（Ｓ２５；ＹＥＳ）には、処理をステップＳ２２に戻し、タイマがタイムアウトした場合（Ｓ２６；ＹＥＳ）には、処理をステップＳ２８に進める。
【００８５】
ここで、タイマカウントアップ中にタイマ管理部３３が受信するメッセージはＯＰＳ接続監視部３２からのタイマカウント停止要求メッセージのみである。従って、タイマ管理部３３は、ステップＳ２５でＹＥＳと判定し、処理をステップＳ２２に戻した場合には、処理をステップＳ２３に進め、ここで要求がタイマカウント停止であると判定する。この場合、タイマ管理部３３は、カウントアップ中のタイマを停止（リセット）し（ステップＳ２７）、メッセージの受信待ち状態となる（ステップＳ３２）。
【００８６】
一方、タイマがタイムアウトした場合（Ｓ２６；ＹＥＳ）には、タイマ管理部３３は、タイマをリセットし（ステップＳ２８）、制御状態管理部３４へ、制御状態解除要求のメッセージを送信する（ステップＳ２９）。その後、タイマ管理部３３は、メッセージの受信待ち状態となる（ステップＳ３２）。
【００８７】
ところで、ステップＳ２２において、メッセージの送信元がＯＰＳインタフェース部３１であると判定される場合（メッセージがタイマ値変更メッセージである場合）には、タイマ管理部３３は、自身の内部記憶領域にタイマ値変更メッセージに含まれている設定タイマ値を保存（設定タイマ値でタイマがタイムアウトするタイマ値を更新（変更））する（ステップＳ３０）。
【００８８】
すると、タイマ管理部３３は、タイマの変更値、即ち設定タイマ値をＤＢ３５に保存（バックアップ）し（ステップＳ３１）、その後、メッセージ受信待ち状態になる（ステップＳ３２）。
【００８９】
図１２は、制御状態管理部３４が、図５，６及び７に示した動作を行う場合に実行する処理を示すフローチャートである。制御状態管理部３４は、処理を開始すると、メッセージ受信待ち状態となり（ステップＳ４１）、メッセージを受信すると、メッセージの送信元を判定する（ステップＳ４２）。
【００９０】
このとき、制御状態管理部３４は、メッセージの送信元がＯＰＳインタフェース部３１であれば処理をステップＳ４３に進め、タイマ管理部３３であれば処理をステップＳ４９に進める。
【００９１】
ステップＳ４３に処理が進む場合は、制御状態管理部３４がＯＰＳインタフェース部３１から設定／解除メッセージを受信する場合である。この場合、制御状態管理テーブル３６に、メッセージ中に含まれている制御種別（該当制御種別）があるか否かを判定する。このとき、該当制御種別があれば（Ｓ４３；ＹＥＳ）、処理がステップＳ４４に進み、そうでなければ（Ｓ４３；ＮＯ）、処理がステップＳ４７に進む。
【００９２】
ステップＳ４４に処理が進んだ場合には、制御状態管理部３４は、メッセージが制御種別の設定であるか解除であるかを判定する。このとき、制御の設定であれば処理がステップＳ４５に進み、設定の解除であれば処理がステップＳ４６に進む。
【００９３】
ステップＳ４５に処理が進んだ場合には、制御状態管理部３４は、制御状態管理テーブル３６における、該当インデックス（該当制御種別が割り当てられているレコード）の実施有無フラグをオンにセットし、処理をステップＳ４７に進める。
【００９４】
これに対し、ステップＳ４６に処理が進んだ場合には、制御状態管理部３４は、制御状態管理テーブル３６における該当インデックスの実施有無フラグをオフにセットし、処理をステップＳ４７に進める。
【００９５】
ステップＳ４７に処理が進んだ場合には、制御状態管理部３４は、該当制御種別について、ハードウェア４０に対する制御状態の設定、又は制御状態の解除設定を実施する。
【００９６】
その後、制御状態管理部３４は、ＤＢ３５に格納されているバックアップ用の制御状態管理テーブル３６’に対し、ステップＳ４５又はＳ４６で行われた実施有無フラグのオン又はオフを反映する（ステップＳ４８）。その後、制御状態管理部３４は、メッセージの受信待ち状態となる（ステップＳ５９）。
【００９７】
ところで、制御状態管理部３４がタイマ管理部３３からメッセージを受信した場合には、ステップＳ４２を経て処理がステップＳ４９に進む。ステップＳ４９では、制御状態管理部３４は、メッセージの種別を判別する。このとき、メッセージが制御状態解除要求であれば、制御状態管理テーブル３６の全てのインデックス（レコード：０〜Ｎ（Ｎは自然数））の夫々に対しステップＳ５０〜Ｓ５３の処理が行われ、状態変化通知要求であれば処理がステップＳ５４に進む。
【００９８】
制御状態管理テーブル３６の各レコードに対するステップＳ５０〜Ｓ５３の処理は次の通りである。ステップＳ５０では、制御状態管理部３４は、処理対象のインデックスの実施有無フラグがオンか否かを判定する。このとき、実施有無フラグがオフであれば（Ｓ５０；ＮＯ）、Ｓ５０〜Ｓ５３の処理が次のインデックスに移行する。但し、全てのインデックスに対するＳ５０〜Ｓ５３の処理が終了している場合には、処理がステップ５９に進み、制御状態管理部３４は、メッセージの受信待ち状態となる。
【００９９】
これに対し、実施有無フラグがオンであれば（Ｓ５０；ＹＥＳ）、制御状態管理部３４は、そのインデックスの制御種別について、ハードウェア４０に施されている設定を解除する（ステップＳ５１）。
【０１００】
続いて、制御状態管理部３４は、ＤＢ３５に解除した状態をバックアップする（ステップＳ５２）。即ち、制御状態管理部３４は、ＤＢ３５に格納されている制御状態管理テーブル３６’に対し、ステップＳ５２で解除を行った制御種別の実施有無フラグをオフに設定する。
【０１０１】
続いて、制御状態管理部３４は、通知フラグ３７をオンにセットする（ステップＳ５３）。なお、通知フラグ３７が一旦オンに設定されれば、その後の他のインデックスに対するＳ５０〜Ｓ５３の処理において、Ｓ５３の処理が省略されるように構成することが可能である。
【０１０２】
ステップＳ５３の処理が終了した時点において、全てのインデックス（０〜Ｎ）に対する処理が終了していない場合には、次のインデックスに対するＳ５０〜Ｓ５３の処理が継続される。これに対し、全てのインデックスに対するＳ５０〜Ｓ５３の処理が終了している場合には、制御状態管理部３４は、メッセージの受信待ち状態となる（ステップＳ５９）。
【０１０３】
一方、ステップＳ４９において、メッセージ種別が状態変化通知要求であると判定された場合には、制御状態管理部３４は、通知フラグ３７がオンか否かを判定する（ステップＳ５４）。このとき、通知フラグ３７がオフであれば（Ｓ５４；ＮＯ）、制御状態管理部３４は、メッセージの受信待ち状態となる（ステップＳ５９）。
【０１０４】
これに対し、通知フラグ３７がオンの場合には、制御状態管理テーブル３６の全てのインデックス（０〜Ｎ）に対し、ステップＳ５５〜Ｓ５７の処理が行われる。即ち、ステップＳ５５では、制御状態管理部３４は、処理対象のインデックスの実施有無フラグがオンか否かを判定する。
【０１０５】
このとき、実施有無フラグがオンでなければ（Ｓ５４；ＮＯ）、Ｓ５５〜Ｓ５７の処理が次のインデックスに移行する。但し、全てのインデックスに対するＳ５５〜Ｓ５７の処理が終了している場合には、処理がステップ５９に進み、制御状態管理部３４は、メッセージの受信待ち状態となる。
【０１０６】
これに対し、実施有無フラグがオンであれば（Ｓ５４；ＹＥＳ）、制御状態管理部３４は、ＯＰＳインタフェース部３１に対し、処理対象のインデックスの制御種別に対する解除通知要求メッセージを送信する（ステップＳ５６）。
【０１０７】
続いて、制御状態管理部３４は、制御状態管理テーブル３６の処理対象のインデックス（解除通知要求に対応する制御種別）に対する実施有無フラグをオフにセットする（ステップＳ５７）。
【０１０８】
ステップＳ５７の処理が終了した時点において、全てのインデックス（０〜Ｎ）に対する処理が終了していない場合には、次のインデックスに対するＳ５５〜Ｓ５７の処理が継続される。これに対し、全てのインデックスに対するＳ５５〜Ｓ５７の処理が終了している場合には、制御状態管理部３４は、メッセージの受信待ち状態となる（ステップＳ５９）。
【０１０９】
ところで、上述したように、ＤＢ３５には、バックアップ用の制御状態テーブル３６’と、設定タイマ値とが格納される。ＤＢ３５の格納内容は次のように利用される。ＤＢ３５は、不揮発性の記憶装置上に作成されており、ＮＥの電源がオフとなったり、ＮＥに対するリセット操作が行われたりした場合でも、その記憶内容は維持される。
【０１１０】
ＮＥ１０の制御状態管理部３４が自律的に設定の解除動作を行った後、未だ接続が復旧していない状態では、制御状態テーブル３６の格納内容と、制御状態テーブル３６’の格納内容とは異なる状態となっている。このとき、ＮＥ１０の電源が一旦オフにされたりリセットが行われたりした場合（ＮＥ１０の再起動が行われた場合）には、制御状態管理部３４は、制御状態テーブル３６の格納内容を、制御状態テーブル３６’の格納内容に一致するように書き換える。これによって、実際のハードウェア４０の状態（装置状態）と、制御状態テーブル３６の格納内容とを一致させることができる。
【０１１１】
また、タイマのカウントアップ中にＮＥの再起動操作が行われた場合には、再起動時に、タイマ管理部３３がＤＢ３５にバックアップされている設定タイマ値を参照して、タイマのカウントアップを再開することができる。
【０１１２】
以上のように遠隔制御されているＮＥに対して、遠隔制御不能となった場合にも早急に回線に影響を与えるような制御操作を解除することが可能となる。また、ＯｐＳとの接続復旧後にＯｐＳに対して状態変化の通知を行うことで、ＯｐＳが保持する装置状態とＮＥの状態の合わせこみが行われ、状態の不一致を防止することが可能となる。
【０１１３】
更に本動作を起動するまでに任意の保護時間の設定を可能とすることで、意図的なＯｐＳとの接続断発生時に意図しない状態変化の発生を抑止することが可能となる。
【０１１４】
〈その他〉
上記した実施形態は、次の発明を開示する。
【０１１５】
（付記１）  伝送装置に搭載され、この伝送装置と接続される上位装置から受け取るコマンドに従って制御状態の設定、またはこの制御状態の解除を行う制御装置であって、
伝送装置と上位装置との間の接続状態の異常を検出する検出手段と、
前記検出手段によって接続状態の異常が検出される場合に、前記コマンドに従って設定されている制御状態がある場合には、この制御状態を解除するためのコマンドを前記上位装置から受け取っていなくても当該制御状態に対する自律的な解除を行う自律解除手段と、
を含む伝送装置の制御装置。
【０１１６】
（付記２）  前記検出手段によって接続状態の異常が検出される場合に、所定時間の計時を開始する計時手段をさらに含み、
前記自律解除手段は、前記所定時間が経過しても前記接続状態の異常が回復しない場合に、前記自律的な解除を行う
付記１記載の伝送装置の制御装置。
【０１１７】
（付記３）  前記自律解除手段が前記自律的な解除を行った後に前記接続状態が回復した場合に、前記自律的な解除を行ったことを前記上位装置に通知する通知手段をさらに含む
付記１又は２記載の伝送装置の制御装置。
【０１１８】
（付記４）  前記上位装置からのコマンドにより、前記計時手段で計時される前記所定時間の長さを変更する時間変更手段をさらに含む
付記２又は３記載の伝送装置の制御装置。
【０１１９】
（付記５）  自装置と接続される上位装置から受け取るコマンドに従って制御状態の設定、またはこの制御状態の解除を行う伝送装置であって、
自装置と上位装置との間の接続状態の異常を検出する検出手段と、
前記検出手段によって接続状態の異常が検出される場合に、前記コマンドに従って設定されている制御状態がある場合には、この制御状態を解除するためのコマンドを前記上位装置から受け取っていなくても当該制御状態に対する自律的な解除を行う自律解除手段と、
を含む伝送装置。
【０１２０】
（付記６）  伝送装置に搭載され、この伝送装置と接続される上位装置から受け取るコマンドに従って制御状態の設定、またはこの制御状態の解除を行う伝送装置の制御装置が、
伝送装置と上位装置との間の接続状態の異常を検出し、
接続状態の異常が検出される場合に、前記コマンドに従って設定されている制御状態がある場合には、この制御状態を解除するためのコマンドを前記上位装置から受け取っていなくても当該制御状態に対する自律的な解除を行う、
ことを含む伝送装置の制御装置による制御状態の解除方法。
【０１２１】
【発明の効果】
本発明によれば、従来に比べて短い時間で伝送時間に設定された制御状態を解除することができる。これによって、制御状態が維持されることを原因として発生する不具合を回避することができる。
【図面の簡単な説明】
【図１】図１は、本発明の実施形態におけるＮＥとＯＰＳとの間で実施される制御状態の設定／解除手順を示すシーケンス図である。
【図２】図２は、本発明の実施形態におけるＮＥとＯＰＳとの間で実施される制御状態の設定／解除手順を示すシーケンス図である。
【図３】図３は、本発明の実施形態におけるＮＥとＯＰＳとの間で実施される制御状態の設定／解除手順を示すシーケンス図である。
【図４】図４は、図１に示した制御状態管理部で管理される制御状態管理テーブル及び通知フラグの例を示す図である。
【図５】図５は、図１に示したＮＥのファームウェアの動作説明図である。
【図６】図６は、図１に示したＮＥのファームウェアの動作説明図である。
【図７】図７は、図１に示したＮＥのファームウェアの動作説明図である。
【図８】図８は、図１に示したＮＥのファームウェアの動作説明図である。
【図９】図９は、図１に示したＯＰＳインタフェース部による処理を示すフローチャートである。
【図１０】図１０は、図１に示したＯＰＳ接続監視部による処理を示すフローチャートである。
【図１１】図１１は、図１に示したタイマ管理部による処理を示すフローチャートである。
【図１２】図１２は、図１に示した制御状態管理部による処理を示すフローチャートである。
【図１３】図１３は、本発明に係るＮＥ−ＯＰＳシステムの説明図である。
【図１４】図１４は、従来における制御状態の設定及び解除手順を示すシーケンス図である。
【符号の説明】
Ｌ  遠隔監視制御線
１０  ＮＥ（伝送装置）
２０  ＯＰＳ（上位装置）
３０  ファームウェア（伝送装置の制御装置）
３１  ＯＰＳインタフェース部（通知手段）
３２  ＯＰＳ接続監視部（検出手段）
３３  タイマ管理部（計時手段）
３４  制御状態管理部（自律解除手段）
３５  データベース
４０  ハードウェア
【図１】
2005039386.tif 000003
【図２】
2005039386.tif 000004
【図３】
2005039386.tif 000005
【図４】
2005039386.tif 000006
【図５】
2005039386.tif 000007
【図６】
2005039386.tif 000008
【図７】
2005039386.tif 000009
【図８】
2005039386.tif 000010
【図９】
2005039386.tif 000011
【図１０】
2005039386.tif 000012
【図１１】
2005039386.tif 000013
【図１２】
2005039386.tif 000014
【図１３】
2005039386.tif 000015
【図１４】
2005039386.tif 000016