(57)【要約】【課題】本発明は複数の伝送装置からなる各伝送ネットワークのゲートウェイを持つ伝送装置と監視・制御ネットワークの監視装置とが接続可能な伝送ネットワークの制御・監視方式に関し，伝送ネットワーク上での伝送装置に対する監視・制御をセキュリティを確保しながら効率的に実現できることを目的とする。【解決手段】各伝送ネットワークのゲートウェイを持つ伝送装置は，メールサーバとメールクライアントと，監視・制御ネットワークとＩＰを用いたメール通信を行う手段と，配下の他の伝送装置と伝送路上の制御チャネルを介したメール通信を行う手段とを備える。ゲートウェイを持つ伝送装置の配下の伝送装置はメールクライアントを備え，ゲートウェイの伝送装置のメールサーバと伝送路上の制御チャネルを介してメール通信を行い，監視・制御ネットワークを介した監視装置及び各伝送装置の間で監視・制御のメール通信を行うよう構成する。【選択図】図１
2006229835.tif 000002
【特許請求の範囲】
【請求項１】
複数の伝送装置を伝送路で接続した伝送ネットワークが複数個設けられ，各伝送装置は伝送ネットワークのゲートウェイを備えた伝送装置を介してＴＣＰ／ＩＰ対応の監視・制御ネットワークの監視装置と接続可能な伝送ネットワークの制御・監視方式において，
各伝送ネットワークの前記ゲートウェイを持つ伝送装置は，メールサーバと，メールクライアントと，前記監視・制御ネットワークとＴＣＰ／ＩＰを用いたメール通信を行う手段と，配下の他の伝送装置と伝送路上の制御チャネルを介したメール通信を行う手段と，メール通信が可能なクライアントのアドレスを登録したアドレス管理テーブルとを備え，
前記ゲートウェイを持つ伝送装置の配下の伝送装置はメールクライアントと，メール通信が可能な他の伝送装置及び監視・制御ネットワーク上の監視装置のアドレスを登録したアドレス管理テーブルとを備え，前記ゲートウェイを持つ伝送装置のメールサーバと前記伝送路上の制御チャネルを介してメール通信を行い，
前記監視・制御ネットワークを介した前記監視装置及び伝送ネットワーク間の各伝送装置の間で監視・制御のメール通信を行うことを特徴とする伝送ネットワークの制御・監視方式。
【請求項２】
請求項１において，
各伝送装置は，障害を検出すると障害状況及び障害個所を解析して装置状態の情報を収集する監視処理部と，障害状況に応じて監視・制御ネットワークに接続された１または複数の通知先が登録された通知先管理テーブルと，前記通知先管理テーブルを参照して障害状況に応じた通知先に対し障害状況，障害個所をメールに記載して通知先に送信することを特徴とする伝送ネットワークの制御・監視方式。
【請求項３】
請求項２において，
障害発生時の伝送装置の状態記録情報（ログ）を収集して前記通知先に対して障害状況，障害個所を送信するメールに添付することを特徴とする伝送ネットワークの制御・監視方式。
【請求項４】
請求項１において，
前記伝送ネットワークの各伝送装置は，それぞれ自伝送装置にアクセス可能な送信元装置のアドレスを予め登録したアドレス管理テーブルを備え，
前記監視・制御ネットワークまたは伝送ネットワークに接続する監視装置から伝送ネットワークを構成する伝送装置を制御するために前記監視装置を送信元として宛先伝送装置に対しタイトルが空白であるメールを送信すると，前記宛先伝送装置は前記アドレス管理テーブルに登録されているか判別し，登録されている場合は資格コードを生成して登録するメール解析部を備え，
前記メール解析部は，前記送信元から本文に制御情報と送信元アドレス及び資格コードを設定したメールを自伝送装置に送り返してくると，前記送信元アドレス及び資格コードが登録された内容と一致すると前記制御情報による制御を開始することを特徴とする伝送ネットワークの制御・監視方式。
【請求項５】
請求項４において，
前記メール解析部は，前記送信元から送られてきた制御情報と送信元アドレス及び資格コードを設定したメールの中の前記送信元アドレス及び資格コードが登録された内容と照合して一致しないことが検出されると，前記送信元に対して制御不可を含む応答をメールにより通知することを特徴とする伝送ネットワークの制御・監視方式。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，伝送ネットワーク上での伝送装置の制御・監視方式に関する。
【０００２】
複数の伝送装置により構成された伝送ネットワークでは，各伝送装置の状態を監視し，障害等の発生を検出すると，その状態を表示して保守者に通知し，保守者はその通知を受けて対策をとることを促すようにしている。
【背景技術】
【０００３】
各種の制御処理を行う装置を対象として，状態を監視または制御する場合に，メールを使用する技術が知られており，それらの例を以下に説明する。
【０００４】
(1) 多重無線システムを構成する複数のローカルシステムは，それぞれ複数の多重無線装置により構成され，その制御部は送信機，受信機及び電源等における経時変化をモニタし，得られた値からそれらの故障を検知すると，故障が発生するおそれがある日時を予測し，検知結果と予測結果を電子メールとしてメンテナンス会社やベンダーに送信する多重無線システム（特許文献１参照）。
【０００５】
(2) メールサーバが接続されたネットワークを介して燃焼制御機器と遠隔監視装置が接続され，遠隔監視装置から燃焼制御機器に対してデータ収集命令の電子メールを送信し，燃焼制御機器側で電子メールの受信を監視し，データ収集命令を受信すると，要求されたデータを収集して電子メールを自動作成し，要求元の遠隔監視装置または指示された宛先へ収集データ文書の電子メールを送信する（特許文献２参照）。
【０００６】
(3) 端末と電子メールサーバ装置がインターネットで接続されたデータ伝送システムにおいて，電子メールサーバ装置に，情報にアクセス可能なユーザの電子メールアドレスを登録メールアドレスとして格納しておき，端末は情報を要求する旨の電子メールをリクエストメールとして電子メールサーバ装置に送信し，リクエストメールには要求された情報が含まれた電子メールを送信メールとして受信するときの電子メールアドレスが返信先メールアドレスとして含まれ，電子メールサーバ装置はそのリクエストメールを受信してリクエストメールに含まれる返信先メールアドレスと登録メールアドレスとが一致しているか判断し，判断の結果一致しているとリクエストメールにて要求された情報を含む返信メールを返信先メールアドレスに送信する（特許文献３参照）。
【０００７】
図１７は従来の伝送ネットワークの説明図である。図１７に示す構成は，複数の伝送ネットワーク（複数の伝送装置（ノードで表示）を伝送路で接続してユーザ信号を伝送するネットワーク）Ｘ，Ｙを運営する通信事業者が伝送ネットワークを監視・制御するためのネットワークを備えている例である。
【０００８】
図中，８０は伝送装置と伝送装置（以下，ノードという）間を伝送路で接続した伝送ネットワークを複数有する通信事業者が，伝送ネットワークを監視・制御するために設けた監視・制御ネットワーク（事業者用のイントラネットまたはインターネットとして構成）である。８１，８２は伝送ネットワークＸ，Ｙを構成するノードであり，図１７ではノードＡ〜Ｆが示され，伝送ネットワークＸはノードＡ〜Ｃでスター状のネットワークを構成し，ノードＤ〜Ｆはリング状のネットワークを構成し，８１（ノードＡ，Ｄ）は監視・制御ネットワーク８０と接続するゲートウエイを備えたノード，８２はゲートウエイを備えるノード８１（ノードＡ，Ｄ）の配下のノード（ノードＢ，Ｃ，Ｅ，Ｆ）である。８２０は各ノード８２に設けられたＬＡＮであり，各ノード８２は監視・制御ネットワーク８０に接続されたインターネット（またはイントラネット）のプロトコルで動作するメールサーバ８５にアクセスする時にＬＡＮ８２０（図示省略されたルータ等を介する）を通り監視・制御ネットワーク８０を介して接続される。
【０００９】
８３は伝送ネットワークを構成する各ノードを監視・制御する監視装置（ＯＰＳ：Operating System) ，８４はノードを構成する装置に接続され，伝送ネットワークを構成するノード（伝送装置）の制御を行うために保守者が操作する架前端末であり，パーソナルコンピュータ等で構成する。８５は監視・制御ネットワーク８０からインタフェース８５０を通ってアクセスできる一般のインターネットに設けられたメールサーバである。なお，多数のノードはそれぞれ図１７に示すようにノード間を接続する伝送路で同期伝送網（ＳＤＨ(Synchronous Digital Hieralchy))によるデジタル信号（同期転送モード（ＳＴＭ：Synchronous Transfer Mode)または非同期転送モード（ＡＴＭ：Asynchronous Transfer Mode) ）を伝送し，各ノード間を接続する伝送路は，各ノードに収容された多数のユーザ（図示省略）のデータ信号を伝送するチャネルの他に，ノードや伝送路の監視・制御を行うための監視・制御信号を伝送するオーバヘッド用の制御信号チャネル（ＤＣＣ：Data Communication Channel) を備えている。
【００１０】
この図１７に示す従来の構成では，保守者（または管理者）は監視装置８３から監視・制御ネットワーク８０に接続するか，または特定のノード（図１７の例ではノードＤ）に接続された架前端末８４から制御の対象となるノードに対しユーザ名及びパスワードによる認証を行った上でログインをして，ＣＬＩ（Command Line Interface) というインタフェースまたは，ＴＬ１（Transaction Language) というトランザクション言語を使用して制御を行っている。この場合，ゲートウエイのノード８１を介して制御信号が制御信号チャネル（ＤＣＣ）を介して各ノード８１，８２に送信されることで，伝送ネットワークを構成する各ノード８１，８２の制御を行い，各ノードの状態は各ノードからゲートウエイのノード８１及び監視・制御ネットワーク８０を介して，監視装置８３に通知される。また，架前端末８４を操作して制御信号を入力することで，架前端末８４が接続されたノード８１を直接制御したり，制御信号チャネルを介して他のノード８２を制御する信号を他のノードに伝送することで制御や監視を行うことができる。
【００１１】
最近では，伝送装置側にウェブ（ＷＥＢ）サーバ機能を持たせ，伝送装置へアクセスすることにより操作用ウェブ（ＷＥＢ）画面を取得し，その上で設定情報を記述して装置へ戻すといった手順で伝送装置側への制御を行う方式もある。さらに，監視については，Ｔｅｌｎｅｔのセッションを張った上でユーザ名とパスワードによる認証を行いログインをしている監視装置や架前端末に対してＴＬ１やＳＮＭＰ（ＴＲＡＰ）を使用して警報通知を行っている。
【特許文献１】特開２００２−４４０１１号公報
【特許文献２】特開平１１−３５１５６０号公報
【特許文献３】特開２００２−２６１８３５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
上記図１７に示す従来の方式では，まず制御・監視を行う上で対象装置にログインしておく必要がある上，そのログイン認証もユーザ名とパスワードを用いる方式であり，盗用等の可能性があってセキュリティ上好ましくない。更に，管理ユーザのパスワードを忘れてしまうと，装置情報を初期化するしか復旧の手段がなくなる等の問題がある。
【００１３】
また，監視において多数の警報が発生した場合，図１７の監視装置８３と制御・監視ネットワーク８０との接合点で輻輳が発生し，監視回線上でデータが欠落したり，監視装置８３または架前端末で取りこぼしたりする可能性がある。更に，監視装置または架前端末にのみすべての警報が通知された場合，多数の警報の中から故障特定までに時間がかかる上に，その後保守者に対して通知を行い保守を開始する手順となり，故障回復までに更に時間がかかるという問題があった。
【００１４】
また，上記特許文献１〜３の技術は，次のような問題があった。すなわち，特許文献１の技術は故障が発生することを予測すると，検知結果と予測結果をメールとして関係する個所に警報として送信するだけであり，特許文献２の技術は遠隔監視装置からデータ収集を電子メールで依頼し，その応答として履歴データを収集して送信する技術であり，履歴データに限定されている。
【００１５】
そして，これらの特許文献１，２の技術を上記図１７に示す構成に適用しても，監視・制御ネットワーク８０にゲートウェイ装置のノード８１からアクセスする，ゲートウェイ装置ではない各ノード８２から図示されないルート（例えば，ノード８２が接続されたＬＡＮのルータを通るルート）を経由して監視・制御ネットワーク８０に接続し，該監視・制御ネットワーク８０からインタフェース８５０を介してメールサーバ８５と接続されて警報通知のメールが送られ，メールサーバ８５から監視装置８３に通知される。この警報通知に対応して，監視装置８３から関連する担当者の端末（図示省略）にメールサーバ８５を介して保守作業等の指示を含むメールを通知する形態になる。また，監視装置８３から警報を発生したノード８１や８２に対してメールを送信し，相手ノードから監視装置に対して履歴等の収集データを付けてメールを送信する形態となる。
【００１６】
ところが，このような形態になると，現在の伝送ネットワークでは，全てのノードが監視・制御ネットワークにアクセスするための構成（例えば，ＬＡＮ接続）を備えるには，通信設備や伝送路を設ける必要があるが，通信設備の設置には通信施設（局舎）のスペースに限界がある上に，通信設備の購入と伝送路の設置のために経費がかかるという問題がある。
【００１７】
更に，特許文献３の技術は，電子メールサーバ装置の情報にアクセス可能なユーザの電子メールアドレスを登録メールアドレスとして格納しておき，情報にアクセス可能なユーザの電子メールアドレスを登録メールアドレスとして格納しておき，電子メールサーバ装置はリクエストメールを受信してリクエストメールに含まれる返信先メールアドレスと登録メールアドレスとが一致しているか判断し，判断の結果一致しているとリクエストメールにて要求された情報を含む返信メールを電子メールサーバ装置に送信することでセキュリティの認証を行う方式であり，単にメールアドレスだけで認証を行う。
【００１８】
本発明は伝送ネットワーク上での伝送装置に対する監視・制御をセキュリティを確保しながら効率的に実現できる伝送ネットワークの伝送装置の制御・監視方式を提供することを目的とする。
【課題を解決するための手段】
【００１９】
図１は本発明によるネットワークの原理構成を示す図である。図中，１は通信事業者が運営する複数の伝送装置（またはノード）で構成する複数の伝送ネットワークを監視・制御するために設けられた監視・制御ネットワークであり，イントラネットまたはインターネットに対応するプロトコルであるＴＣＰ(Transmission Control Protocol) ／ＩＰ（Internet Protocol)により転送を行い，監視・制御の対象となる伝送ネットワークは上記図１７と同様の伝送装置（後述する伝送装置Ａ〜Ｆ）が配置され，通信事業者が運営する伝送ネットワークＸ，Ｙが設けられている。２は伝送ネットワークを構成する伝送装置であって，監視・制御ネットワーク１と接続して伝送ネットワークのゲートウェイ装置として機能すると共に，監視・制御ネットワーク１上に接続する監視装置等の外部装置や，他の伝送ネットワークのゲートウェイの伝送装置や，配下の伝送装置に対するメールサーバとして機能する手段及びメールクライアントとして機能する手段を備える。特に，監視・制御ネットワーク１とメール通信を行うためにＬＡＮによる通信手段と，配下の伝送装置３とメール通信を行うための伝送路のオーバヘッド用の制御チャネル（ＤＣＣ：Digital Communication Channel)を介してメール通信を行う手段，及びセキュリティ確保のための手段を備える。
【００２０】
３は伝送ネットワークを構成してゲートウェイ装置の伝送装置２の配下の伝送装置として設けられ，伝送装置２に対して伝送路ネットワークの伝送路の制御チャネル（ＤＣＣ）を介してメール通信を行うクライアント機能を実行する伝送装置（伝送装置，図１では伝送装置Ｂ，Ｃ，Ｅ，Ｆ），４は監視・制御ネットワーク１を通して伝送ネットワークを監視及び制御する監視装置であり，監視・制御ネットワーク１を介し，各伝送装置にアクセスする機能を備えるパーソナルコンピュータで構成することができる。５は任意の伝送装置に接続して自伝送装置またはメールにより他の伝送装置の制御を行う架前端末であり，例えば，パーソナルコンピュータ，携帯端末，ＰＤＡ等を用いることができる。６ａ，６ｄはメールサーバ機能を備えたノード２（ノードＡ，Ｄ）と監視・制御ネットワーク１とをＬＡＮ経由で接続する伝送路，６ａｂ，６ａｃ，６ｄｅ，６ｄｆ，６ｅｆは伝送ネットワークを構成するノード間の信号を伝送する伝送路であり，ノードＢ，ＣとノードＡの間のメール及びノードＥ，ＦとノードＤの間のメールのやりとり，それぞれを結ぶ伝送路のオーバヘッドとして設けられた制御チャネル（ＤＣＣ）を介して伝送される。図１の構成例は，上記従来のネットワーク構成（図１７参照）と同様にノードＡ〜Ｃで構成するスター型の伝送ネットワークと，ノードＤ〜Ｆで構成するリング型の伝送ネットワークが設けられている。
【００２１】
各伝送ネットワーク（Ａ〜ＣとＤ〜Ｆ）のゲートウェイ装置ノードであるノードＡ，Ｄにメールサーバ機能（メールクライアント機能を持つノードや，他のメールサーバ機能を持つノードから通知されたメールを保存し，宛先ノードに対して通知（宛先ノードからのアクセス時に通知する場合も含む）して送信する機能）を持たせ，ノードＢ，Ｃ及びノードＥ，Ｆにメールクライアント機能（メールが発生した時に宛先を指定してメールサーバに送信し，メールサーバから自ノード宛のメールを受け取る機能）から警報等が発生すると，各ノードではメール形式で，伝送路ネットワークの伝送路６ａｃ，６ａｂ及び６ｄｅ，６ｄｆまたは６ｅｆからメールサーバの機構を備えたノードＡまたはノードＤに制御チャネルを介して送信され，ノードＡまたはＤのメールサーバに蓄積され，各メールサーバから監視・制御ネットワーク１を介して監視装置４に送信される。また，監視装置４から各ノードに対して各伝送装置の状態を制御したり，状態情報を収集する等の制御メッセージが発生すると，監視装置４から監視・制御ネットワーク１に対しゲートウェイ装置のノードＡまたはＤのメールサーバにメールを送信し，ゲートウェイ装置のノードの配下であるノードＢ，ＣまたはノードＥ，Ｆへはゲートウェイ装置のノードＡまたはＤのメールサーバから伝送路上の制御チャネル（ＤＣＣ）を介して制御メッセージを含むメールが各ノードのメールクライアントに送信される。こうして監視・制御ネットワーク１及び各ノードＡ〜Ｆで構成する伝送ネットワークとでメールネットワークが構成され，監視ネットワークが構成される。
【００２２】
予め，メールサーバ機能を備えるノード２（図１の伝送装置Ａ，伝送装置Ｄ）には，セキュリティ情報としてクライアントとなるノード２及び３のメールアドレスと装置名を関連付けた情報を保持しておく。このシステムにおいて，通信ネットワークの監視・制御を行う場合の基本的な動作は以下の(1) 〜(5) の通りであり，具体的な構成及び動作は実施例について後述する。
【００２３】
(1) 監視・制御ネットワークに直接接続されるゲートウェイ装置にメールサーバ機能を備え，伝送ネットワーク内のメール通信は伝送回線上の制御チャネルを用いて行い，メールサーバとなるノード２にはクライアントとなるノードのメールアドレスと装置名を関連付けた情報を保持しておく。メールサーバとなるノードと監視・制御ネットワークとの通信は通常のＴＣＰ／ＩＰを用いた通信で行うため，それ以降の扱いに関して通常のメールと同等でよい。そのネットワークを使用し，各ノードへの制御及び監視を行う。
【００２４】
(2) 伝送ネットワーク上で障害を検出したノードは，その障害が自装置が要因となった障害か，他装置の障害による影響かを判断し，自装置が要因であった場合とどちらか判断がつかない場合に障害内容と想定原因，保守対象個所をメール本文に記載して，障害発生時の装置ログをメールに添付して装置内のメール機能に登録された宛先アドレスに向けて送信を行う。
【００２５】
(3) 上記の保守者へのメール通知の際に，予め各ノードにて警報の重要度や想定される保守手順に応じていくつかの段階に分けられた保守レベルに対応させ，その保守レベルに予め登録しておく。実際，障害が発生し警報が発出した場合に，その警報のレベルを判断してレベルに対応して登録されているメールアドレスに対してメール送信を行う。
【００２６】
(4) ノードの伝送機構の制御を行う際に，対象装置にまずメールタイトルが空（メール内のタイトルが設定されてない）のメールを送信すると，空メールを受け取ったノードは，それを制御依頼であると判断し，送信元メールアドレスからメール送信者が正規の保守者であるかを，予め登録されたメールアドレスと装置名を関連付けた情報を参照してチェックし，正規の保守者である場合は，ノードで認証コードを自動で当該メールに対してだけ生成し，返信メールとしてメールタイトルまたはメール本文中に認証コードを記述したメールを当該保守者に送信する。その後，一回に限って，その認証コードをメールタイトルとし，制御内容が本文に記述または添付ファイルとなっている当該保守者が送信したメールについてのみ操作を受け付ける。
【００２７】
(5) 制御内容が記述された，または添付メールを受け取ったノードは，その制御内容について送信保守者の資格（レベル）を判断して実行可能かどうかを判断する。実行可能であった場合は，メールに記載された制御内容に従って装置状態を遷移させ，実行不可能または実行資格の無い保守者であった場合には，制御不可の応答を当該保守者にメールで通知し，装置状態の遷移を行わない。
【００２８】
(6) 制御用のメール本文または添付ファイルにカンマ区切りテキストで動作，対象位置，付随情報を記入し，改行することで複数の動作を記述する。メールを受け取った，ノードは，メールの内容の各行を解析し内部の制御コードに変換した後，実行順序等を判断して自装置に対し実行する。
【発明の効果】
【００２９】
本発明により以下の(1) 〜(6) の効果を奏する。
【００３０】
(1) 伝送装置自体にメールサーバ／クライアント機能を搭載することで，監視・制御に関係するトラヒックを監視ネットワーク上で分散することができ，従来のように監視装置に集中していた監視及び制御のトラヒックによる監視ネットワークの輻輳を解消し，警報の遅延や取りこぼし，更に制御不可能状態の回避が可能となる。メールネットワークを使用することで，インターネット（イントラネット）上での監視・制御が可能となる。また，メールネットワークを使用することで，インターネット（イントラネット）上での監視・制御が可能となり，ノードの架前保守が前提であった環境が解消される。
【００３１】
また，伝送ネットワーク内でのメールの送受信はネットワーク内のメールサーバ（ゲートウェイ装置）を介して行われるので，メールサーバのみを監視・制御ネットワークに接続するだけで各装置を接続する必要がなくなる。
【００３２】
(2) 伝送装置内で障害原因分析を行った上で故障個所や装置のログ（故障前からの状態）をメールに記述するか添付して保守者に通知することで，実際の保守に移るまでの時間を短縮し，迅速な障害復旧が可能となる。
【００３３】
(3) 予め装置に障害重要度や保守条件によってメール送信先を登録しておくことで，保守者の熟練度等の要因に関わりなく，必要な情報を必要な利用者に過不足なく伝達することが可能となる。
【００３４】
(4) 予め装置にユーザ登録（送信元メールアドレス）をしておき，配付した認証コードと合わせて正規ユーザかどうかを判別するので，煩雑なユーザ管理の手間が無く容易にセキュリティの確保をはかることが可能となる。
【００３５】
(5) 伝送装置はメールによって受け取った操作内容を外部ファイルとして参照できるため，予め操作内容が妥当か，実行可能かを判断してから一連の制御を実施可能となり，すべて可能な操作であれば保守者の意図した状態に遷移することが可能であり，途中に実行不可能な操作が含まれていた場合は制御の最初から実行しないことで遷移途中の中途半端な状態で運用される危険を回避可能となる。
【００３６】
(6) 伝送装置とのインタフェースとしてＴＬ１やＣＬＩを用いず，またコマンド順も問わないため，伝送装置とのインタフェース仕様，操作手順を意識しなくても，一般的な伝送装置についての知識を持つ保守者であれば制御可能となる。
【発明を実施するための最良の形態】
【００３７】
上記図１に示す伝送装置２と伝送装置３の実施例の構成を図２及び図３に示す。図２はゲートウェイ及びメールサーバ機能を備えた伝送装置の実施例の構成，図３はメールクライアント機能を備えた伝送装置の実施例の構成である。
【００３８】
図２において，２０は伝送ネットワーク内の伝送路（伝送網）の制御信号（ＤＣＣ）を送受信するＤＣＣ送受信部，２１はメールクライアント機能を実行し，監視・制御におけるメールの送受信を行うメール送受信部，２１ａはメールクライアント機能を実行するメール送受信部２１及び後述するメールサーバ部２４で扱う伝送装置のメールアドレスと，それぞれのＩＤの対応を管理するアドレス管理テーブル，２２はメールの送信者アドレスを参照し，対象かどうか判断したり，制御時に資格コード（後述する）を発行し，受信メールの送信者アドレスと配付資格コードが正しいかチェックしてセキュリティ管理を行うメール解析部，２２ａは制御に関する対象メールアドレスの管理と，メール解析部で発行した資格コードを管理するセキュリティ管理テーブル，２３はＬＡＮを介してＴＣＰ／ＩＰで監視・制御ネットワークと通信を行うＬＡＮ送受信部，２４はゲートウェイとなる伝送装置２にのみ備えられ，メールサーバ機能を実行し，外部とのメール送受転送を行うメールサーバ部，２５は伝送ネットワークの制御のために送られてきたメール本文の内容を装置内での制御コードに変換するメール変換部，２５ａはメール内容を制御コードに変換するための変換テーブル（辞書），２６は変換された制御コードの有効性及び実行順序を解析するコマンド解析部，２７はコマンド解析部より渡されるコマンドを伝送装置内部で処理するコマンド処理部，２８は伝送装置内の障害を検出管理すると共に警報重要度を判断し，対応する通知先へメールの送信依頼を行う監視処理部，２８ａは警報通知の際に，警報重要度毎の通知先アドレスを管理する通知先管理テーブルである。
【００３９】
図３に示すメールクライアント機能を備えた伝送装置３は，上記メールサーバを備えた伝送装置２の符号２０，２１，２１ａ，２２，２２ａで表す各部と同様の機能を備えた符号３０，３１，３１ａ，３２，３２ａで表す構成要素を備えると共に，伝送装置２の符号２５，２５ａ，２６〜２８，２８ａで表す各部と同じ機能を備えた符号３５，３５ａ，３６〜３８，３８ａで表す構成要素を備える。
【００４０】
図４は監視・制御を行う前に行われるメールアドレス管理のシーケンスを示す。図４には伝送ネットワーク上に伝送装置Ａ〜Ｃ（図ではノードＡ，Ｂ，Ｃで表示，以下「伝送装置」を「ノード」という）の３台が存在し，ノードＡは上記図２のゲートウェイの伝送装置２に該当し，メールサーバ機能を実装して，監視・制御ネットワーク１と接続され，監視・制御ネットワーク１上の監視装置４とメールによる通信が行われる。ノードＡの配下のノードＢ，Ｃは上記図３の伝送装置３に該当し，メールクライアント機能を実装する。
【００４１】
監視・制御を実行する前にノードＢの操作者や，ノードＣの操作者は，それぞれ自ノードのアドレスが設定されると，ゲートウェイ装置であるノードＡに対してアドレスを通知する。この場合，通知されるメールの本文の通知情報として，「メールアドレス」と「ノードＩＤ」が含まれる。このメールは，上記の伝送路の制御チャネル（ＤＣＣ）を介して伝送される（図４のａ，ｃ）。ノードＡでは，メールサーバにおいて，ノードＢ，Ｃの送信者アドレス（メールアドレス）とノードＩＤを関連付けてアドレス管理テーブル（図２の２１ａ）に登録する（図４のｂ，ｄ）。また，ノードＡのメールアドレスもアドレス管理テーブルに登録する。メールアドレスの登録は，監視・制御ネットワーク上の監視装置４や，他の伝送ネットワークのゲートウェイのノード（図１の伝送装置Ｄ）等のアクセスが許可される複数のアドレスも登録される。
【００４２】
アドレス管理テーブルに登録された内容の具体例を図５のＡ．に示す。この具体例は，ノードＡに登録されたアドレス管理テーブルである。各ノードのアドレスはＩＰアドレス（＠を含む所定の形式）を用いているが，同一の伝送ネットワーク（ノードＡ，Ｂ，Ｃ）内のノード間ではＩＰアドレスでなくともよい。
【００４３】
このようにアドレス管理テーブルにアドレス情報を登録した後，ノードＡは外部から受けるメールのメールアドレスをアドレス管理テーブル２１ａを検索し，配下のノードＢ，Ｃを宛先とするメールを制御チャネル（ＤＣＣ）経由で各宛先に転送することができる。
【００４４】
図６はメールによる伝送装置の制御シーケンスの例であり，図７，図８はメールサーバにおける制御時のフローチャート（その１），（その２）であり，以下に説明する。
【００４５】
図６は上記図４と同様のノードＡ〜Ｃからなる伝送ネットワークと監視・制御ネットワーク及び監視装置とを含む構成において，監視装置４からメールサーバ機能を備えるノードＡを制御する例である。なお，ノードＡを制御する場合，ノードＡを構成する伝送装置内の各部の制御が含まれ，具体的には，各種の伝送回路の切替（現用・予備）や，故障時の回路の切り離し，電源のオン・オフ，状態情報の送信依頼，等である。
【００４６】
図６において，監視装置４の操作者が制御対象であるノードＡに対してＴＣＰ／ＩＰによるノードＡのアドレスを付けた空メール（タイトルが空き）を送信する（図６のａ）。これを受け取ったゲートウェイのノードＡでは，送信先メールアドレスを確認し（図７のＳ１），アドレス管理テーブルから宛先を確認し，自ノード宛のメールかどうか判別し（同Ｓ２），他ノード宛であることが分かると，伝送網上の制御チャネル（ＤＣＣ）を介して対象ノードへ受信メールを転送し（同Ｓ３），自ノード宛である場合は送信者のアドレスを確認するため（同Ｓ４），アドレス管理テーブル上に送信者アドレスが登録されているか確認する（同Ｓ５）。登録されてない場合，ゲートウェイのノードの送信者または監視・制御ネットワーク上の監視装置４の送信者へＬＡＮ送受信部（図２の２３）を介して異常のメール（確認不一致を表す）を送信し，ゲートウェイのノード以外の送信者の場合は，制御チャネル（ＤＣＣ）を通し，ゲートウェイのノードを介してそのメール（確認不一致）を送信する（図６のｂ’，図７のＳ６）。
【００４７】
アドレス管理テーブルに登録されている場合は，資格コード（予め設定されてなく，その都度，セキュリティのために生成されるコード）を生成し，送信先アドレスに関連付けて資格コードをセキュリティ管理テーブル（図２の２２ａ）に登録し（図７のＳ７），送信者へメール（資格コードを含む）を送信する（図６のｂ，図７のＳ８）。図５のＢ．にセキュリティ管理テーブルの具体例を示す。この時，送信者がゲートウェイのノード以外の場合は制御チャネル（ＤＣＣ）を介して送信し，ゲートウェイのノードの場合は直接ＬＡＮ上へ送信する。
【００４８】
図１１に制御情報を含むメールの具体例を示す。この例では，ａはメーラ（メール作成ソフト）またはメールサーバで自動生成するメールヘッダ部分，ｂは送信元アドレス，ｃは送信先アドレス，ｄはタイトル部であるが，このメールでは「０２８５−ＪＹＵ−１１８５」という符号が資格コードである。ｅはメール本文で，この例では「ＳＴＡＲＴ」と「ＥＮＤ」の間に，ｅ１（パッケージ登録）とｅ２（クロスコネクト）の２つの制御情報が設定されている。
【００４９】
資格コードを含むメールを受け取った送信者が，ノードＡへの制御情報に資格コード（ノードＡから送られたコード）を付加したメールを送信してくると（図６のｃ），ノードＡは送信者（保守者）からのメール（制御情報）を受信し，送信先メールアドレスを確認する（図８のＳ９）。この時，アドレス管理テーブルから宛先を確認し，自ノード宛のメールか判別し（図８のＳ１０），他ノード宛である場合は伝送網上の制御チャネル（ＤＣＣ）を介し対象ノードへ受信メールを転送し（同Ｓ１１），自ノード宛の場合は送信者のアドレス及びメール内の資格コード登録を確認する（同Ｓ１２）。そのため，アドレス管理テーブル上と送信元アドレス，資格コード登録が一致しているか判別し（図８のＳ１３），一致しないと送信者に異常を表す（資格コード不一致を表す）制御結果通知を送信し（図６のｄ’，図８のＳ１４），資格コードが一致すると，メール本文に従い制御を開始する（図８のＳ１５）。この時に実行される制御の詳細は，後述する図９に示す。制御が終了すると，送信者へ制御チャネル（ＤＣＣ）を通してゲートウェイを介して送信（ゲートウェイノード以外）するか，直接ＬＡＮ上へ送信（ゲートウェイノード）する（図８のＳ１６）。この後，セキュリティ管理テーブルから，先に配付した資格コードを削除し（図８のＳ１７），終了する。再度，制御を実施する場合は，上記図７のＳ１からの手順を繰り返す。
【００５０】
図９はメール本文の変換・制御実行時のフローチャートであり，上記図８のＳ１５において実行される。この処理は，制御情報を含むメールを受けたノードにおいて実行され，以下の説明はノードＡにおいて実行される例である。
【００５１】
制御メールを受信したノードＡは，受信したメール（制御情報）をメール解析部（図２の２２）で解析して，その本文をメール変換部（図２の２５）で変換テーブル（図２の２５ａ）を使用し装置内の制御コマンドに変換する（図９のＳ１）。次にコマンド解析部（図２の２６）で変換された制御コマンドの実行順序を判断し（図９のＳ２），処理順に従い，コマンド処理部（図２の２７）でコマンドを実行し，制御結果の内容メールを作成し（図９のＳ３），制御時のフローチャートに戻る（図８のＳ１６へ）。
【００５２】
図１０はメール変換シーケンスを示し，上記図９に説明した制御情報を含む制御メールを受けたノードにおいて実行され，この例のノードはゲートウェイ（メールサーバ）を備えるノードＡであるが，メールクライアントのノードでもメール変換は同様に行われる。図１０内の各符号１，４，２１，２２，２２ａ，２５，２５ａ，２６，２７の各符号は上記図２に示す伝送装置の同一符号の各部と同じである。監視装置４から受信したメール本文をノードＡ内のメール送受信部２１（メールクライアント）から受け取ると，メール解析部２２で受信した制御メールが資格対象かセキュリティ管理テーブル２２ａを参照して判断し，資格対象である場合はメール変換部２５へ通知し，対象外である場合は結果通知（資格対象外でＮＧを含むメール）を送信元へ送信する。メール変換部２５はメール本文の内容を１行ずつ解析し，変換テーブル（辞書）２５ａを参照し伝送装置内部の制御コマンドに変換する。図１０には，変換元Ａに示すメール本文の内容が，変換結果Ｂに示す制御コマンドに変換された例を示す。全てを変換した後，コマンド解析部２６に渡すと，コマンド解析部２６は，変換結果から各コマンドの正常性及び実行順序を判断してコマンド処理部２７へコマンドを渡す。コマンド処理部２７は渡されたコマンドを順次実行し，全コマンドが実行終了した時点で，メール送受信部２１を介し，送信元の監視装置４へ制御結果通知のメールを送信する。
【００５３】
上記図６に示す制御シーケンスはゲートウェイのノードＡ（メールサーバのノード）に対して制御を行う例であるが，ノードＡの配下のメールクライアントのノードＢに対する制御を行う構成について説明する。
【００５４】
図１２はゲートウェイノードの配下のノードに対する制御のシーケンスである。図１２は，上記図６と同様のノードＡ〜Ｃからなる伝送ネットワークと監視・制御ネットワーク及び監視装置とを含む構成において，監視装置４からゲートウェイ（メールサーバ）のノードＡを介してノードＢを制御する例である。
【００５５】
監視装置４から監視・制御ネットワーク１を介してノードＢを宛先とし，タイトルが空白である空メールを送信する（図１２のａ）。ノードＡはそのメールを受信し，アドレス管理テーブル（図２の２１ａ）を検索し，送信先アドレス（ノードＢ）に対応するノードＩＤに対し制御チャネル（ＤＣＣ）を介してメールを送信する（図１２のｂ）。ノードＢは，これを受け取ると，セキュリティ管理テーブル（図３の３２ａ）を検索してそのメールの送信元メールアドレスが登録されているか判別する。なお，セキュリティ管理テーブルは，各ノード毎に制御対象可能対象者（送信元）のメールアドレスを登録管理している。
【００５６】
送信者からのメールアドレスが制御対象と判断されると，資格コードを生成し，セキュリティ管理テーブルに登録すると共に，送信者に対し資格コード通知のメール（本文に資格コードを設定）を送信する（図１２のｃ）。これを受け取ったノードＡを介して監視装置４の送信者に送信される（図１２のｄ）。資格コードを受け取った監視装置４では，そのコードを使用して制御内容を本文に記載したメールをノードＢに送信し（図１２のｅ），このメールはノードＡで受信し，ノードＡはこのメールを制御チャネル（ＤＣＣ）を介してノードＢに転送する（同ｆ）。ノードＢは受信したメールの送信元アドレスと資格コードをセキュリティ管理テーブル上から検索し，正常な資格コードと判断した上で，本文に書かれた制御内容に従って，装置内の制御を行う。制御結果は，ノードＢから送信者に対しメール（資格コードと本文に制御結果が含まれる）を送信する（図１２のｇ）。このメールはノードＡで受け取られると，ノードＡから監視・制御ネットワーク１を介して監視装置４に送信する（図１２のｈ）。
【００５７】
図１３は伝送装置における障害発生時のフローチャートである。
【００５８】
各ノードにおいて，障害が発生すると障害状況を監視処理部（図２の２８，図３の３８）で自伝送装置の障害か他伝送装置の障害による影響かを解析（障害状況／故障個所）し，装置ログ（障害時の装置状態の情報）を収集し（図１３のＳ１），障害個所や障害状況を判別して，障害個所やその状況に応じて障害情報の通知先が登録された通知先管理テーブル（図２の２８ａ，図３の３８ａ）を参照して情報通知先を確認し，通知先に対するメール（障害情報通知）を作成する（同Ｓ２）。次に通知先へメール（障害情報通知）を送信する（同Ｓ３）。この時，障害発生ノードがゲートウェイのノードでない場合，制御チャネル（ＤＣＣ）を通してゲートウェイノードを介して送信し，ゲートウェイノードの場合は，直接ＬＡＮ上へ送信する。
【００５９】
図１４は警報通知のシーケンスである。この例では監視・制御ネットワーク１に接続された監視装置（図１の４）として，端末１（４ａ），端末２（４ｂ），端末３（４ｃ）が配置されており，ノードＡ〜Ｃで構成するネットワークにおいてノードＡ（伝送装置Ａ）で障害が発生した例である。ノードＡにおいて障害が発生した時に，その障害の程度に対応して予め決められた障害通知の受信者（受信者の端末）として，監視・制御ネットワーク１の端末２（４ｂ），端末３（４ｃ）が設定されているものとする。ノードＡで回線障害が発生して回線１でのＬＯＳ（Loss Of Signal: 信号消失）が発生すると（図１４のａ），故障個所を判定し，装置ＬＯＧ（記録情報）の収集を行い，その情報を元にメール送信する本文の作成を行い，メール内容として，「障害対象，障害情報，故障個所」を記載し，添付ファイルとして「装置ＬＯＧ」を付けたメールを作成する（図１４のｂ）。図１５に障害発生時のメールの具体例を示す。この例では，本文内容は，タイトルが「障害発生」となって，メールの本文内容として，障害対象，障害情報，障害個所が設定されている。更に，障害の重要度を判断し，この例では重度障害−００３（ＬＯＳ）と判断される。
【００６０】
次にこの重要度に対応する対象送信先を自局（ノードＡ）の通知先管理テーブル（図２の２８ａ）を検索して，確定する（図１４のｃ）。図１６に通知先管理テーブルの具体例を示す。この例では，重度障害−００３の宛先として，２つの宛先（Center-CE@honbu.kanri.com, Hosyu-tokyo@tokyo.kanri.comを端末２，端末３とする）が設定されており，これらの宛先に対して上記作成したメール全体（障害情報通知）を送信する（図１４のｄ，ｅ）。なお，ノードＡからはＬＡＮ上に直接送信されるが，メールクライアントのノードＢやノードＣの場合は，送信メールを制御チャネル（ＤＣＣ）を経由してノードＡ（メールサーバ）を介して受信先の端末へ転送される。このメールを受信した端末の担当者（保守者）は，本文内容，添付ファイルのＬＯＧから障害状況を解析し，重度障害であることが解析されると，現地保守が必要と判断して現地に入り保守を行う。その場合，メール本文で指摘された障害個所をもとに交換対象パッケージを持参する。また，障害状況を解析して軽度障害であり，遠隔保守が可能と判断されると，メールでの遠隔制御による保守を開始する。
【００６１】
すなわち，各ノードにおいて障害が発生すると，障害の程度に対応して予め登録された１または複数の通知先へメール（ＬＯＧを含む）が通知され，その通知を解析した保守者がそれぞれの端末から，ノードの各部を制御する制御メールを送信する。制御メールの送信によるノード状態を制御するためのフローチャート，制御シーケンス及びメール構成は上記図９〜図１２に示したとおりである。
【００６２】
（付記１）  複数の伝送装置を伝送路で接続した伝送ネットワークが複数個設けられ，各伝送装置は伝送ネットワークのゲートウェイを備えた伝送装置を介してＴＣＰ／ＩＰ対応の監視・制御ネットワークの監視装置と接続可能な伝送ネットワークの制御・監視方式において，各伝送ネットワークの前記ゲートウェイを持つ伝送装置は，メールサーバと，メールクライアントと，監視・制御ネットワークとＴＣＰ／ＩＰを用いたメール通信を行う手段と，配下の他の伝送装置と伝送路上の制御チャネルを介したメール通信を行う手段と，メール通信が可能なクライアントのアドレスを登録したアドレス管理テーブルとを備え，前記ゲートウェイを持つ伝送装置の配下の伝送装置はメールクライアントと，メール通信が可能な他の伝送装置及び監視・制御ネットワーク上の監視装置のアドレスを登録したアドレス管理テーブルとを備え，前記ゲートウェイを持つ伝送装置のメールサーバと前記伝送路上の制御チャネルを介してメール通信を行い，監視・制御ネットワークを介した監視装置及び伝送ネットワーク間の各伝送装置の間で監視・制御のメール通信を行うことを特徴とする伝送ネットワークの制御・監視方式。
【００６３】
（付記２）  付記１において，各伝送装置は，障害を検出すると障害状況及び障害個所を解析して装置状態の情報を収集する監視処理部と，障害状況に応じて監視・制御ネットワークに接続された１または複数の通知先が登録された通知先管理テーブルと，前記通知先管理テーブルを参照して障害状況に応じた通知先に対し障害状況，障害個所をメールに記載して通知先に送信することを特徴とする伝送ネットワークの制御・監視方式。
【００６４】
（付記３）  付記２において，障害発生時の伝送装置の状態記録情報（ログ）を収集して前記通知先に対して障害状況，障害個所を送信するメールに添付することを特徴とする伝送ネットワークの制御・監視方式。
【００６５】
（付記４）  付記１において，伝送ネットワークの各伝送装置は，それぞれ自伝送装置にアクセス可能な送信元装置のアドレスを予め登録したアドレス管理テーブルを備え，前記監視・制御ネットワークまたは伝送ネットワークに接続する監視装置から伝送ネットワークを構成する伝送装置を制御するために前記監視装置を送信元として宛先伝送装置に対しタイトルが空白であるメールを送信すると，前記宛先伝送装置は前記アドレス管理テーブルに登録されているか判別し，登録されている場合は資格コードを生成して登録するメール解析部を備え，前記メール解析部は，前記送信元から本文に制御情報と送信元アドレス及び資格コードを設定したメールを自伝送装置に送り返してくると，前記送信元アドレス及び資格コードが登録された内容と一致すると前記制御情報による制御を開始することを特徴とする伝送ネットワークの制御・監視方式。
【００６６】
（付記５）  付記４において，前記登録した資格コードは，自伝送装置における制御が終了すると削除することにより，各送信元から伝送装置の制御が資格コードにより１回だけ可能にすることを特徴とする伝送ネットワークの制御・監視方式。
【００６７】
（付記６）  付記４において，前記メール解析部は，前記送信元から送られてきた制御情報と送信元アドレス及び資格コードを設定したメールの中の前記送信元アドレス及び資格コードが登録された内容と照合して一致しないことが検出されると，前記送信元に対して制御不可を含む応答をメールにより通知することを特徴とする伝送ネットワークの制御・監視方式。
【００６８】
（付記７）  付記４において，前記送信元から送られてきた制御情報は，メール本文または添付ファイルに設定され，制御情報として制御動作，対象位置，付随情報を含み，伝送装置は前記制御情報による制御を開始すると，前記制御情報を解析し変換テーブルにより制御コードに変換して実行することを特徴とする伝送ネットワークの制御・監視方式。
【産業上の利用可能性】
【００６９】
伝送ネットワークを構成する伝送装置が中継する伝送容量の増加に伴い，障害発生時のサービスへの影響はますます大きくなる一方，一つの障害によって発生する警報通知の増加から故障原因の特定が困難になり，障害復旧に向けての保守作業開始までの時間も増加する傾向にある。更に，多発する警報によって監視回線が輻輳し，サービス回線の開通や回線保守のための切替作業等の運用／保守作業に時間がかかるか，または実行できないという状況も発生している。
【００７０】
しかし，金銭的，物理的な制約から監視回線の拡張は困難であり，増加し続ける監視トラヒックに対することは難しい状況がある。
【００７１】
以上のように，本発明による複数の伝送装置からなる伝送ネットワークの制御・監視方式は産業上に利用される可能性が極めて大きい。
【図面の簡単な説明】
【００７２】
【図１】本発明によるネットワークの原理構成を示す図である。
【図２】メールサーバ機能を備えた伝送装置の実施例の構成を示す図である。
【図３】メールクライアント機能を備えた伝送装置の実施例の構成を示す図である。
【図４】メールアドレス管理のシーケンスを示す図である。
【図５】テーブルの具体例を示す図である。
【図６】伝送装置の制御シーケンスの例を示す図である。
【図７】メールサーバにおける制御時のフローチャート（その１）を示す図である。
【図８】メールサーバにおける制御時のフローチャート（その２）を示す図である。
【図９】メール本文の変換・制御実行時のフローチャートを示す図である。
【図１０】メール変換の動作説明図である。
【図１１】制御情報を含むメールの具体例を示す図である。
【図１２】ゲートウェイノードの配下のノードに対する制御のシーケンスを示す図である。
【図１３】伝送装置における障害発生時のフローチャートを示す図である。
【図１４】警報通知のシーケンスを示す図である。
【図１５】障害発生時のメールの具体例を示す図である。
【図１６】通知先管理テーブルの具体例を示す図である。
【図１７】従来の伝送ネットワークの説明図である。
【符号の説明】
【００７３】
１      監視・制御ネットワーク
２      ゲートウェイ（メールサーバ）を持つ伝送装置
３      メールクライアントの伝送装置
４      監視装置
５      架前端末
６ａ，６ｄ，……，６ｅｆ    伝送路
【図１】
2006229835.tif 000003
【図２】
2006229835.tif 000004
【図３】
2006229835.tif 000005
【図４】
2006229835.tif 000006
【図５】
2006229835.tif 000007
【図６】
2006229835.tif 000008
【図７】
2006229835.tif 000009
【図８】
2006229835.tif 000010
【図９】
2006229835.tif 000011
【図１０】
2006229835.tif 000012
【図１１】
2006229835.tif 000013
【図１２】
2006229835.tif 000014
【図１３】
2006229835.tif 000015
【図１４】
2006229835.tif 000016
【図１５】
2006229835.tif 000017
【図１６】
2006229835.tif 000018
【図１７】
2006229835.tif 000019