(57)【要約】【課題】監視装置への通知イベントが生じた場合に確実に通知処理を可能とする通信装置等を提供することを目的とする。【解決手段】ラインインタフェースユニットとラインインタフェースユニットを制御するＣＰＵとを備える通信装置と、ラインインタフェースユニットの通信ポートに接続された通信ネットワーク回線を介して通信装置を監視制御する監視制御装置と、を備える通信ネットワークシステムにおいて、通信装置は、通信ネットワーク回線を介して、監視制御装置へ通信装置の起動立ち上げ情報を送信する場合に、通信ポートのポート閉塞の有無を検知し、通信ポートのポート閉塞が有る場合には、所定の時間待機してから起動立ち上げ情報を監視制御装置へ送信し、通信ポートのポート閉塞が無い場合には、所定の時間待機せずに起動立ち上げ情報を監視制御装置へ送信する通信ネットワークシステムとする。【選択図】図１
2010103571.tif 000002
【特許請求の範囲】
【請求項１】
ラインインタフェースユニットと前記ラインインタフェースユニットを制御するＣＰＵとを備える通信装置と、前記ラインインタフェースユニットの通信ポートに接続された通信ネットワーク回線を介して前記通信装置を監視制御する監視制御装置と、を備える通信ネットワークシステムにおいて、
前記通信装置は、前記通信ネットワーク回線を介して、前記監視制御装置へ前記通信装置の起動立ち上げ情報を送信する場合に、
前記通信ポートの通信障害の有無を検知し、
前記通信ポートの通信障害が有る場合には、所定の時間待機してから前記起動立ち上げ情報を前記監視制御装置へ送信し、
前記通信ポートの通信障害が無い場合には、前記所定の時間待機せずに前記起動立ち上げ情報を前記監視制御装置へ送信する
ことを特徴とする通信ネットワークシステム。
【請求項２】
請求項１に記載の通信ネットワークシステムにおいて、
前記通信装置は、前記通信ネットワーク回線を介して、前記監視制御装置へ前記通信装置の起動立ち上げ情報を送信する場合に、
前記ラインインタフェースユニットと前記監視制御装置との間の通信障害の有無を検知し、
前記ラインインタフェースユニットと前記監視制御装置との間の通信障害が有る場合には、前記所定の時間待機してから前記起動立ち上げ情報を前記監視制御装置へ送信し、
前記ラインインタフェースユニットと前記監視制御装置との間の通信障害が無い場合には、前記所定の時間待機せずに前記起動立ち上げ情報を前記監視制御装置へ送信する
ことを特徴とする通信ネットワークシステム。
【請求項３】
請求項１または請求項２に記載の通信ネットワークシステムにおいて、
前記通信装置が、前記通信ネットワーク回線を介して、前記監視制御装置へ送信する前記通信装置の起動立ち上げ情報は、前記ラインインタフェースユニットの起動立ち上げ情報である
ことを特徴とする通信ネットワークシステム。
【請求項４】
請求項１または請求項２に記載の通信ネットワークシステムにおいて、
前記通信装置が、前記通信ネットワーク回線を介して、前記監視制御装置へ送信する前記通信装置の起動立ち上げ情報は、前記通信装置のポート状態情報である
ことを特徴とする通信ネットワークシステム。
【請求項５】
請求項１または請求項２に記載の通信ネットワークシステムにおいて、
前記通信装置は、冗長構成された前記ラインインタフェースユニットを備え、
前記通信装置が、前記通信ネットワーク回線を介して、前記監視制御装置へ送信する前記通信装置の起動立ち上げ情報は、前記ラインインタフェースユニットの切替え情報である
ことを特徴とする通信ネットワークシステム。
【請求項６】
請求項１または請求項２に記載の通信ネットワークシステムにおいて、
前記ラインインタフェースユニットは、冗長構成された前記通信ポートを備え、
前記通信装置が、前記通信ネットワーク回線を介して、前記監視制御装置へ送信する前記通信装置の起動立ち上げ情報は、前記通信ポートの切替え情報である
ことを特徴とする通信ネットワークシステム。
【請求項７】
請求項１または請求項２に記載の通信ネットワークシステムにおいて、
冗長構成された前記通信装置を備え、
前記通信装置が、前記通信ネットワーク回線を介して、前記監視制御装置へ送信する前記通信装置の起動立ち上げ情報は、前記通信装置の切替え情報である
ことを特徴とする通信ネットワークシステム。
【請求項８】
ラインインタフェースユニットと前記ラインインタフェースユニットを制御するＣＰＵとを備える通信装置と、前記ラインインタフェースユニットの通信ポートに接続された通信ネットワーク回線を介して前記通信装置を監視制御する監視制御装置と、を備える通信ネットワークシステムの自律監視データ通信方法において、
前記通信装置は、前記通信ネットワーク回線を介して、前記監視制御装置へ前記通信装置の起動立ち上げ情報を送信する場合に、
前記通信装置の起動立ち上げ情報を一時記憶する一時記憶工程と、
前記通信ポートの通信障害の有無を検知する通信ポート障害有無検知工程と、
前記通信ポート障害有無検知工程で前記通信ポートの通信障害が検知された場合には、所定の時間待機してから、前記一時記憶工程で一時記憶した前記起動立ち上げ情報を前記監視制御装置へ送信するリトライ工程と、
前記通信ポート障害有無検知工程で前記通信ポートの通信障害が検知されなかった場合には、前記所定の時間待機せずに、前記一時記憶工程で一時記憶した前記起動立ち上げ情報を前記監視制御装置へ送信する送信工程と、を有する
ことを特徴とする通信ネットワークシステムの自律監視データ通信方法。
【請求項９】
請求項８に記載の通信ネットワークシステムの自律監視データ通信方法において、
前記通信装置は、前記通信ネットワーク回線を介して、前記監視制御装置へ前記通信装置の起動立ち上げ情報を送信する場合に、
前記通信装置の起動立ち上げ情報を一時記憶する一時記憶工程と、
前記ラインインタフェースユニットと前記監視制御装置との間の通信障害の有無を検知する通信ポート障害有無検知工程と、
前記通信ポート障害有無検知工程で前記ラインインタフェースユニットと前記監視制御装置との間の通信障害が検知された場合には、前記所定の時間待機してから前記起動立ち上げ情報を前記監視制御装置へ送信するリトライ工程と、
前記通信ポート障害有無検知工程で前記ラインインタフェースユニットと前記監視制御装置との間の通信障害が検知されなかった場合には、前記所定の時間待機せずに前記起動立ち上げ情報を前記監視制御装置へ送信する送信工程と、
を有することを特徴とする通信ネットワークシステムの自律監視データ通信方法。
【請求項１０】
請求項８または請求項９に記載の通信ネットワークシステムの自律監視データ通信方法において、
前記通信装置が、前記通信ネットワーク回線を介して、前記監視制御装置へ送信する前記通信装置の起動立ち上げ情報は、前記ラインインタフェースユニットの立ち上げ情報である
ことを特徴とする通信ネットワークシステムの自律監視データ通信方法。
【請求項１１】
請求項８または請求項９に記載の通信ネットワークシステムの自律監視データ通信方法において、
前記通信装置が、前記通信ネットワーク回線を介して、前記監視制御装置へ送信する前記通信装置の起動立ち上げ情報は、前記通信装置のポート状態情報である
ことを特徴とする通信ネットワークシステムの自律監視データ通信方法。
【請求項１２】
請求項８または請求項９に記載の通信ネットワークシステムの自律監視データ通信方法において、
前記通信装置は、冗長構成された前記ラインインタフェースユニットを備え、
前記通信装置が、前記通信ネットワーク回線を介して、前記監視制御装置へ送信する前記通信装置の起動立ち上げ情報は、前記ラインインタフェースユニットの切替え情報である
ことを特徴とする通信ネットワークシステムの自律監視データ通信方法。
【請求項１３】
請求項８または請求項９に記載の通信ネットワークシステムの自律監視データ通信方法において、
前記ラインインタフェースユニットは、冗長構成された前記通信ポートを備え、
前記通信装置が、前記通信ネットワーク回線を介して、前記監視制御装置へ送信する前記通信装置の起動立ち上げ情報は、前記通信ポートの切替え情報である
ことを特徴とする通信ネットワークシステムの自律監視データ通信方法。
【請求項１４】
請求項８または請求項９に記載の通信ネットワークシステムの自律監視データ通信方法において、
前記通信ネットワークシステムは、冗長構成された前記通信装置を備え、
前記通信装置が、前記通信ネットワーク回線を介して、前記監視制御装置へ送信する前記通信装置の起動立ち上げ情報は、前記通信装置の切替え情報である
ことを特徴とする通信ネットワークシステムの自律監視データ通信方法。
【請求項１５】
ラインインタフェースユニットと前記ラインインタフェースユニットを制御するＣＰＵとを備える通信装置において、
前記ラインインタフェースユニットの通信ポートに接続された通信ネットワーク回線を介して前記通信装置を監視制御する監視制御装置に接続され、
前記通信ネットワーク回線を介して、前記監視制御装置へ前記通信装置の起動立ち上げ情報を送信する場合に、
前記通信装置が、前記通信ポートの通信障害の有無を検知し、
前記通信ポートの通信障害が有る場合には、所定の時間待機してから前記起動立ち上げ情報を前記監視制御装置へ送信し、
前記通信ポートの通信障害が無い場合には、前記所定の時間待機せずに前記起動立ち上げ情報を前記監視制御装置へ送信する
ことを特徴とする通信装置。
【請求項１６】
請求項１５に記載の通信装置において、
前記通信ネットワーク回線を介して、前記監視制御装置へ前記通信装置の起動立ち上げ情報を送信する場合に、
前記通信装置が、前記ラインインタフェースユニットと前記監視制御装置との間の通信障害の有無を検知し、
前記ラインインタフェースユニットと前記監視制御装置との間の通信障害が有る場合には、前記所定の時間待機してから前記起動立ち上げ情報を前記監視制御装置へ送信し、
前記ラインインタフェースユニットと前記監視制御装置との間の通信障害が無い場合には、前記所定の時間待機せずに前記起動立ち上げ情報を前記監視制御装置へ送信する
ことを特徴とする通信装置。
【請求項１７】
請求項１５または請求項１６に記載の通信装置において、
前記通信ネットワーク回線を介して、前記監視制御装置へ送信する前記通信装置の起動立ち上げ情報は、前記ラインインタフェースユニットの立ち上げ情報である
ことを特徴とする通信装置。
【請求項１８】
請求項１５または請求項１６に記載の通信装置において、
前記通信ネットワーク回線を介して、前記監視制御装置へ送信する前記通信装置の起動立ち上げ情報は、前記通信装置のポート状態情報である
ことを特徴とする通信装置。
【請求項１９】
請求項１５または請求項１６に記載の通信装置において、
冗長構成された前記ラインインタフェースユニットを備え、
前記通信装置が、前記通信ネットワーク回線を介して、前記監視制御装置へ送信する前記通信装置の起動立ち上げ情報は、前記ラインインタフェースユニットの切替え情報である
ことを特徴とする通信装置。
【請求項２０】
請求項１５または請求項１６に記載の通信装置において、
前記ラインインタフェースユニットは、冗長構成された前記通信ポートを備え、
前記通信装置が、前記通信ネットワーク回線を介して、前記監視制御装置へ送信する前記通信装置の起動立ち上げ情報は、前記通信ポートの切替え情報である
ことを特徴とする通信装置。
【請求項２１】
請求項１５または請求項１６に記載の通信装置において、
前記通信装置は冗長構成されており、
前記通信装置が前記通信ネットワーク回線を介して、前記監視制御装置へ送信する前記通信装置の起動立ち上げ情報は、前記通信装置の切替え情報である
ことを特徴とする通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークシステムと通信ネットワークシステムの自律監視データ通信方法とその通信装置とに関する。
【背景技術】
【０００２】
管理装置と伝送装置とを備える通信システムにおいて、管理装置が伝送装置の遠隔制御を行う場合に、伝送装置が例えば閉塞設定や構成変更などの処理を実行した後、管理装置との接続確認処理を実行し、正常接続が確認できなければ閉塞設定や構成変更などの処理の取り消し処理をする通信システムが知られている。【０００３】
この通信システムは、管理装置が伝送装置に対して遠隔制御を行えなくなる状態、すなわち遠隔制御不可能状態、を回避することが可能な通信システムである。また、管理装置との接続確認ができず制御チャネルを復旧した場合には、管理装置に対して復旧完了を通知する構成とすることが知られている。すなわち、管理装置が、伝送装置に対する構成変更の制御を失敗したことを知ることが可能な通信システムとする提案がされている。【０００４】
このような通信システムは、接続伝送装置を経由して受け取った管理装置からの遠隔制御情報に基づいた制御を行った後、接続伝送装置に対して接続確認要求を送信する。そして、接続確認要求に対する応答として接続確認応答を受信し、正常接続を確認できた段階で、管理装置に対して遠隔制御の完了通知を送信する。一方、制御チャネルが閉塞され、一定時間が経過しても接続確認応答が受信できない場合は、制御チャネルの復旧処理をし、復旧した段階で管理装置に対して復旧の完了通知を送信する遠隔伝送装置を備える。【０００５】
インバンド監視制御方式を採用した場合においても、遠隔制御不可能状態を回避することが可能な上述の通信システム等は、例えば下記特許文献１に開示されている。
【特許文献１】特開２００３−２３４７４３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
インバンド監視方式においては、通信装置は、監視専用の監視ポートを用いることなく例えばユーザ用の通信ポートと回線とを利用して監視装置に監視情報を送信する。このため、監視情報を送信するラインインターフェースユニット、典型的には監視情報を送信する通信ポート等に通信ポート閉塞等または通信障害がある場合には、監視情報の送信が不可能となる。【０００７】
本発明は、上述の問題点に鑑み為されたものであり、監視装置への通知イベントが生じた場合に、より確実に通知処理を可能とする通信装置等を提供することを目的とする。
【課題を解決するための手段】
【０００８】
この発明にかかる通信ネットワークシステムは、ラインインタフェースユニットとラインインタフェースユニットを制御するＣＰＵとを備える通信装置と、ラインインタフェースユニットの通信ポートに接続された通信ネットワーク回線を介して通信装置を監視制御する監視制御装置と、を備える通信ネットワークシステムにおいて、通信装置が、通信ネットワーク回線を介して、監視制御装置へ通信装置の起動立ち上げ情報を送信する場合に、通信ポートの通信障害の有無を検知し、通信ポートの通信障害が有る場合には、所定の時間待機してから起動立ち上げ情報を監視制御装置へ送信し、通信ポートの通信障害が無い場合には、所定の時間待機せずに起動立ち上げ情報を監視制御装置へ送信することを特徴とする。【０００９】
また、この発明にかかる通信ネットワークシステムは、好ましくは通信装置が、通信ネットワーク回線を介して、監視制御装置へ通信装置の起動立ち上げ情報を送信する場合に、ラインインタフェースユニットと監視制御装置との間の通信障害の有無を検知し、ラインインタフェースユニットと監視制御装置との間の通信障害が有る場合には、所定の時間待機してから起動立ち上げ情報を監視制御装置へ送信し、ラインインタフェースユニットと監視制御装置との間の通信障害が無い場合には、所定の時間待機せずに起動立ち上げ情報を監視制御装置へ送信する。【００１０】
また、この発明にかかる通信ネットワークシステムは、さらに好ましくは通信装置が通信ネットワーク回線を介して監視制御装置へ送信する通信装置の起動立ち上げ情報は、ラインインタフェースユニットの起動立ち上げ情報であってもよい。【００１１】
また、この発明にかかる通信ネットワークシステムは、さらに好ましくは通信装置が通信ネットワーク回線を介して監視制御装置へ送信する通信装置の起動立ち上げ情報は、通信装置のポート状態情報であってもよい。【００１２】
また、この発明にかかる通信ネットワークシステムは、さらに好ましくは通信装置が、冗長構成されたラインインタフェースユニットを備え、通信装置が通信ネットワーク回線を介して監視制御装置へ送信する通信装置の起動立ち上げ情報は、ラインインタフェースユニットの切替え情報であってもよい。【００１３】
また、この発明にかかる通信ネットワークシステムは、さらに好ましくはラインインタフェースユニットが冗長構成された通信ポートを備え、通信装置が通信ネットワーク回線を介して監視制御装置へ送信する通信装置の起動立ち上げ情報は、通信ポートの切替え情報であってもよい。【００１４】
また、この発明にかかる通信ネットワークシステムは、さらに好ましくは冗長構成された通信装置を備え、通信装置が通信ネットワーク回線を介して監視制御装置へ送信する通信装置の起動立ち上げ情報は、通信装置の切替え情報であってもよい。【００１５】
また、この発明にかかる通信ネットワークシステムの自律監視データ通信方法は、ラインインタフェースユニットとラインインタフェースユニットを制御するＣＰＵとを備える通信装置と、ラインインタフェースユニットの通信ポートに接続された通信ネットワーク回線を介して通信装置を監視制御する監視制御装置と、を備える通信ネットワークシステムの自律監視データ通信方法において、通信装置が通信ネットワーク回線を介して、監視制御装置へ通信装置の起動立ち上げ情報を送信する場合に、通信装置の起動立ち上げ情報を一時記憶する一時記憶工程と、通信ポートの通信障害の有無を検知する通信ポート障害有無検知工程と、通信ポート障害有無検知工程で通信ポートの通信障害が検知された場合には、所定の時間待機してから、一時記憶工程で一時記憶した起動立ち上げ情報を監視制御装置へ送信するリトライ工程と、通信ポート障害有無検知工程で通信ポートの通信障害が検知されなかった場合には、所定の時間待機せずに、一時記憶工程で一時記憶した起動立ち上げ情報を監視制御装置へ送信する送信工程とを有することを特徴とする。【００１６】
また、この発明にかかる通信ネットワークシステムの自律監視データ通信方法は、好ましくは通信装置が、通信ネットワーク回線を介して、監視制御装置へ通信装置の起動立ち上げ情報を送信する場合に、通信装置の起動立ち上げ情報を一時記憶する一時記憶工程と、ラインインタフェースユニットと監視制御装置との間の通信障害の有無を検知する通信ポート障害有無検知工程と、通信ポート障害有無検知工程でラインインタフェースユニットと監視制御装置との間の通信障害が検知された場合には、所定の時間待機してから起動立ち上げ情報を監視制御装置へ送信するリトライ工程と、通信ポート障害有無検知工程でラインインタフェースユニットと監視制御装置との間の通信障害が検知されなかった場合には、所定の時間待機せずに起動立ち上げ情報を監視制御装置へ送信する送信工程とを有することを特徴とする。【００１７】
また、この発明にかかる通信ネットワークシステムの自律監視データ通信方法は、さらに好ましくは通信装置が、通信ネットワーク回線を介して、監視制御装置へ送信する通信装置の起動立ち上げ情報は、ラインインタフェースユニットの立ち上げ情報であってもよい。【００１８】
また、この発明にかかる通信ネットワークシステムの自律監視データ通信方法は、さらに好ましくは通信装置が通信ネットワーク回線を介して監視制御装置へ送信する通信装置の起動立ち上げ情報は、通信装置のポート状態情報であってもよい。【００１９】
また、この発明にかかる通信ネットワークシステムの自律監視データ通信方法は、さらに好ましくは通信装置が冗長構成されたラインインタフェースユニットを備え、通信装置が通信ネットワーク回線を介して監視制御装置へ送信する通信装置の起動立ち上げ情報は、ラインインタフェースユニットの切替え情報であってもよい。【００２０】
また、この発明にかかる通信ネットワークシステムの自律監視データ通信方法は、さらに好ましくはラインインタフェースユニットが冗長構成された通信ポートを備え、通信装置が通信ネットワーク回線を介して監視制御装置へ送信する通信装置の起動立ち上げ情報は、通信ポートの切替え情報であってもよい。【００２１】
また、この発明にかかる通信ネットワークシステムの自律監視データ通信方法は、さらに好ましくは通信ネットワークシステムが冗長構成された通信装置を備え、通信装置が通信ネットワーク回線を介して監視制御装置へ送信する通信装置の起動立ち上げ情報は、通信装置の切替え情報であってもよい。【００２２】
また、この発明にかかる通信装置は、ラインインタフェースユニットとラインインタフェースユニットを制御するＣＰＵとを備える通信装置において、ラインインタフェースユニットの通信ポートに接続された通信ネットワーク回線を介して通信装置を監視制御する監視制御装置に接続され、通信ネットワーク回線を介して、監視制御装置へ通信装置の起動立ち上げ情報を送信する場合に、通信装置が、通信ポートの通信障害の有無を検知し、通信ポートの通信障害が有る場合には、所定の時間待機してから起動立ち上げ情報を監視制御装置へ送信し、通信ポートの通信障害が無い場合には、所定の時間待機せずに起動立ち上げ情報を監視制御装置へ送信することを特徴とする。【００２３】
また、この発明にかかる通信装置は、好ましくは通信ネットワーク回線を介して、監視制御装置へ通信装置の起動立ち上げ情報を送信する場合に、通信装置が、ラインインタフェースユニットと監視制御装置との間の通信障害の有無を検知し、ラインインタフェースユニットと監視制御装置との間の通信障害が有る場合には、所定の時間待機してから起動立ち上げ情報を監視制御装置へ送信し、ラインインタフェースユニットと監視制御装置との間の通信障害が無い場合には、所定の時間待機せずに起動立ち上げ情報を監視制御装置へ送信することを特徴とする。【００２４】
また、この発明にかかる通信装置は、さらに好ましくは通信ネットワーク回線を介して監視制御装置へ送信する通信装置の起動立ち上げ情報が、ラインインタフェースユニットの立ち上げ情報であってもよい。【００２５】
また、この発明にかかる通信装置は、さらに好ましくは通信ネットワーク回線を介して監視制御装置へ送信する通信装置の起動立ち上げ情報が、通信装置のポート状態情報であってもよい。【００２６】
また、この発明にかかる通信装置は、さらに好ましくは冗長構成されたラインインタフェースユニットを備え、通信装置が通信ネットワーク回線を介して監視制御装置へ送信する通信装置の起動立ち上げ情報は、ラインインタフェースユニットの切替え情報であってもよい。【００２７】
また、この発明にかかる通信装置は、さらに好ましくはラインインタフェースユニットが冗長構成された通信ポートを備え、通信装置が通信ネットワーク回線を介して監視制御装置へ送信する通信装置の起動立ち上げ情報は、通信ポートの切替え情報であってもよい。【００２８】
また、この発明にかかる通信装置は、さらに好ましくは通信装置が冗長構成されており、通信装置が通信ネットワーク回線を介して監視制御装置へ送信する通信装置の起動立ち上げ情報は、通信装置の切替え情報であってもよい。
【発明の効果】
【００２９】
監視制御装置への通知イベントが生じた場合に確実に通知処理を可能とする通信装置等を提供できる。
【図面の簡単な説明】
【００３０】
【図１】実施形態にかかるインバンド監視方式の通信ネットワークシステムを説明する概念図である。
【図２】第一の実施形態にかかる通信装置の構成例を説明するブロック図である。
【図３】第一の実施形態にかかる通信装置の動作と処理との概要を説明するフロー図である。
【図４】第二の実施形態にかかる通信装置の構成例を説明するブロック図である。
【図５】第二の実施形態にかかる通信装置の動作と処理との概要を説明するフロー図である。
【図６】アウトバンド監視方式の通信ネットワークシステムを説明する概念図である。
【図７】本発明の適用対象であるレイヤ２スイッチ装置の構成例の概観を示す図である。
【図８】レイヤ２スイッチ装置内部の構成例を示す概念図である。
【図９】障害発生の一例を示した図である。
【図１０】障害発生の一例を示した図である。
【図１１】他のＬ２スイッチのハードウェア構成を示す図である。
【図１２】フレーム中継処理部の機能ブロックを示す概念図である。
【図１３】Ｌ２スイッチの動作処理の概要を説明するフロー図である。
【図１４】Ｌ２スイッチ及びＬ３スイッチを含む２系統の通信路を備える通信ネットワークの構成を示す概念構成図である。
【図１５】フレームフォーマットを説明する概念図である。
【符号の説明】
【００３１】
１００・・通信ネットワークシステム、１１０・・監視制御装置、１２０・・通信ネットワーク回線、１３０・・通信装置、１３１・・ＣＰＵ、１３２・・ラインインターフェースユニット、１３２Ｐ・・通信ポート。
【発明を実施するための最良の形態】
【００３２】
実施形態で説明する通信装置は、インバンド監視方式による監視制御をされる通信装置が、監視制御装置からの制御によらず自ら自律的に監視制御装置に対して「Ｓｙｓｌｏｇ」や「ＳＮＭＰ  Ｔｒａｐ」等（自律監視データとも称する）の通知をする。【００３３】
「Ｓｙｓｌｏｇ」（シスログ）とは、ログメッセージをＩＰネットワーク上で転送するための標準規格であるシステム・ログである。また、ＳＮＭＰ（Simple Network Management Protocol）ネットワークを用いた通信ネットワークシステムは、ＳＮＭＰマネージャ機能を有するネットワーク管理装置（Network Management System：ＮＭＳとも称する）とＳＮＭＰエージェント機能を有する監視対象装置（Network Element：ＮＥとも称する）とから構成される。【００３４】
ネットワーク管理装置は、例えば通信ネットワークシステムの監視制御装置であり、監視対象装置は、例えば通信ネットワークシステムの通信装置である。ＮＥは、ポート閉塞や装置通信障害の発生や、障害からの復旧等の状態変化やイベント発生の情報を検出することができる。また、ＮＥは検出した状態変化やイベント発生の情報を、ＳＮＭＰのトラップのコマンド（非同期の割込み通知：ＴＲＡＰとも称する）を用いてＮＭＳへ通知する。【００３５】
実施形態で説明する通信装置は、インバンド監視方式であるので、いわゆるユーザ回線ポートを用いて自律監視データを監視制御装置に送信する。また、通信装置は、自律監視データを監視制御装置に送信する前に、ユーザ回線ポートに異常があるか否かを確認する。また、通信装置は、自律監視データを監視制御装置に送信する前に、ユーザ回線ポートと監視制御装置との間の通信ネットワーク回線に異常があるか否かを確認する。【００３６】
また、通信装置は、仮にユーザ回線ポートまたはユーザ回線ポートと監視制御装置との間の通信ネットワーク回線に異常があった場合には、数秒（例えば１〜２秒）程度の所定時間だけ自律監視データの送信を待機する。また、通信装置は所定時間だけ送信待機した後、ユーザ回線ポートの異常が解消すれば、自律監視データの送信処理を実行する。これにより、通信装置は、監視制御装置に対して確実に自律監視データを送信することが可能となる。【００３７】
図１は、実施形態にかかるインバンド監視方式の通信ネットワークシステム１００を説明する概念図である。インバンド監視方式の通信ネットワークシステム１００では、監視制御装置（ＯＰＳ：Operation System）１１０が、いわゆるユーザ回線となる通信ネットワーク回線（ユーザ網とも称する）１２０を介して、通信装置１３０を監視する。【００３８】
通信装置１３０は、ｎ個（ｎは任意の自然数）のラインインターフェースユニット１３２（１），・・，１３２（ｎ）（以下、適宜ラインインターフェースユニット１３２と称する）と、ラインインターフェースユニット１３２を制御するＣＰＵ１３１とを備える。【００３９】
ラインインターフェースユニット１３２は、各々通信ポート１３２Ｐ（１），・・１３２Ｐ（ｎ）（以下、適宜通信ポート１３２Ｐと称する）を備える。また、ＣＰＵ１３１は、監視ポート１３１Ｐを備える。通信ネットワーク回線１２０は、ラインインターフェースユニット１３２の通信ポート１３２Ｐに接続される。【００４０】
図１においては、説明の簡便のため、通信ネットワーク回線１２０がラインインターフェースユニット１３２（ｎ）の通信ポート１３２Ｐ（ｎ）のみに接続される例を示すが、通信ネットワーク回線１２０は、任意の一または複数のラインインターフェースユニット１３２の通信ポート１３２Ｐに接続してもよい。また、通信装置１３０は、通信ポート１３２Ｐから通信ネットワーク回線１２０を介して自律監視データを監視制御装置１１０に送信する。なお、通信装置１３０は冗長構成されてもよく、通信ポート１３２Ｐも冗長構成されてもよいものとする。【００４１】
一方、図６に示す通信ネットワークシステム１００（２）では、監視制御装置１１０は、専用の監視制御網１４０を介して、通信装置１３０を監視する。図６は、アウトバンド監視方式の通信ネットワークシステム１００（２）を説明する概念図である。図６においては、図１と同一の箇所については同一の符号を付して説明の重複を避けるためにここでは説明を省略する。【００４２】
アウトバンド監視方式の通信ネットワークシステム１００（２）においては、監視制御装置１１０は、通信装置１３０が備えるＣＰＵ１３１に括り付けられた監視制御専用の監視ポート１３１Ｐを使って監視制御をする。ＣＰＵ１３１はラインインターフェースユニット１３２を監視制御する監視制御部を備えていてもよく、監視ポート１３１Ｐは監視制御部に設けてもよい。【００４３】
通信ネットワークシステム１００（２）は、通信装置１３０内の監視専用の監視ポート１３１Ｐを使って監視制御専用ネットワークである監視制御網１４０で監視制御を行うことから、通信ネットワーク回線１２０の障害、輻輳等の影響を受けない。このため、通信ネットワークシステム１００（２）は、安定した監視制御が可能であるという利点がある。【００４４】
しかし、通信ネットワーク回線１２０とは別途監視制御網１４０を設ける必要があり、通信ネットワークシステム１００（２）が備える通信装置１３０の増加に伴い、監視制御網１４０にかかるコストが増大する。この点、ユーザ網１２０を使った監視制御をするインバンド監視方式の通信ネットワークシステム１００は、監視制御網１４０を設ける必要がないのでコスト面で有利である。【００４５】
インバンド監視方式の通信ネットワークシステム１００において、通信装置１３０から自律で監視制御装置１１０に通知する自律監視データは、例えば以下のものがある。【００４６】
（１ａ）通信装置１３０の起動完了を通知する情報、
（２ａ）ユーザ回線ポートである通信ポート１３２Ｐ（ｎ）を収容するラインインターフェースユニット（回線カードとも称する）１３２（ｎ）の立ち上げ完了を通知する情報、
（３ａ）ラインインターフェースユニット１３２の故障状態、通信ポート１３２Ｐの閉塞状態からの復旧を通知する情報、
（４ａ）ラインインターフェースユニット１３２冗長構成時のラインインターフェースユニット１３２切替を通知する情報、
（５ａ）通信ポート１３２Ｐ冗長構成時の通信ポート１３２Ｐ切替を通知する情報、
（６ａ）通信装置１３０冗長構成時の通信装置１３０切替を通知する情報。【００４７】
また、通信装置１３０のＣＰＵ１３１は、上述した（１ａ）乃至（６ａ）の自律監視情報の通知要因を自律的に監視し、（１ａ）乃至（６ａ）のいずれか一または複数の自律監視情報の通知要因が発生した時に、直ちに監視制御装置１１０へ通知を行うことが好ましい。【００４８】
この場合に、アウトバンド監視方式の通信ネットワークシステム１００（２）では、監視制御部１１０に括り付けられた専用の監視ポート１３１Ｐを使用するため、ＣＰＵ１３１の監視機能が動作している限り、（１ａ）乃至（６ａ）のいずれか一または複数の自律監視データの情報送信することが可能である。【００４９】
しかし、インバンド監視方式の通信ネットワークシステム１００では、ＣＰＵ１３１の監視機能が動作していたとしても、ラインインターフェースユニット１３２（ｎ）または、通知ポート１３２Ｐ（ｎ）が正常でない場合には、自律監視データを通知することができない。このため、通信ネットワークシステム１００では、（１ａ）乃至（６ａ）のいずれか一または複数の自律監視情報の通知要因が発生した場合に、（１ａ）乃至（６ａ）に対応して、各々次の（１ｂ）乃至（６ｂ）ような課題が生じるようにも思われる。【００５０】
（１ｂ）ＣＰＵ１３１特にＣＰＵ１３１の不図示の監視制御部の立ち上げが完了すると、その通信装置１３０に対して、ＣＰＵ１３１からの監視制御が可能となる。このため、不図示の監視制御部の立ち上げが完了した時点で、通信装置１３０は監視制御装置１１０へ通知をしようとするが、インバンド監視制御の監視制御装置１１０との通信を担うラインインターフェースユニット１３２（ｎ）、または通知ポート１３２Ｐ（ｎ）の立ち上げが完了していないと通信装置１３０が通知できない。通知できない場合には、通信装置１３０は、通知イベント（典型的には通知予定であった自律監視データ）を廃棄することとなる。【００５１】
（２ｂ）ラインインターフェースユニット１３２（ｎ）の立ち上げが完了すると、その時点で通信装置１３０が監視制御装置１１０に通知しようと試みる処理をする。しかし、インバンド監視を担う通信ポート１３２Ｐ（ｎ）は立ち上げ完了直後のラインインターフェースユニット１３２（ｎ）内のポートであるので、ラインインターフェースユニット１３２（ｎ）の立ち上げが完了しても通信ポート１３２Ｐ（ｎ）の立ち上げが完了していない場合が想定される。この場合には、通信装置１３０は、立ち上げが完了していない通信ポート１３２Ｐ（ｎ）から監視制御装置１１０に通知することができない。通知できない場合には、通信装置１３０は、通知イベント（典型的には通知予定であった自律監視データ）を廃棄することとなる。【００５２】
（３ｂ）ラインインターフェースユニット１３２の故障状態、または通信ポート１３２Ｐのポート閉塞状態が解除され通信復旧した場合には、通信装置１３０がその復旧時点で監視制御装置１１０に復旧情報を通知しようとする。しかし、インバンド監視を担う通信ポート１３２Ｐが、故障復旧したラインインターフェースユニット１３２（ｎ）内の通信ポート１３２Ｐ（ｎ）である場合、またはポート閉塞状態から閉塞解除された復旧ポートである場合には、通信ポート１３２Ｐ（ｎ）が通知できる状態にない場合が想定される。この場合には、通信装置１３０が監視制御装置１１０に自律監視データの通知ができない。通知できない場合には、通信装置１３０は、通知イベント（典型的には通知予定であった自律監視データ）を廃棄することとなる。【００５３】
（４ｂ）ラインインターフェースユニット１３２が冗長構成である場合において、ラインインターフェースユニット１３２の切替えが発生すると、通信装置１３０が監視制御装置１１０に、ラインインターフェースユニット１３２の切替え情報を通知する。しかし、インバンド監視を担う通信ポート１３２Ｐが、切替対象であるラインインターフェースユニット１３２（ｎ）内の通信ポート１３２Ｐ（ｎ）である場合には、通信ポート１３２Ｐ（ｎ）が通知できる状態にない場合が想定される。この場合には、通信装置１３０が、監視制御装置１１０に自律監視データの通知ができない。通知できない場合には、通信装置１３０は、通知イベント（典型的には通知予定であった自律監視データ）を廃棄することとなる。【００５４】
（５ｂ）通信ポート１３２Ｐが冗長構成の場合には、通信ポート１３２Ｐの切替えが発生すると、通信装置１３０が監視制御装置１１０に通信ポート１３２Ｐの切替え通知をする。しかし、インバンド監視を担う通信ポート１３２Ｐが切替対象のポートである場合には通知できる状態にない場合が想定される。この場合には、通信装置１３０が、監視制御装置１１０に自律監視データを通知できないこととなる。通知できない場合には、通信装置１３０は、通知イベント（典型的には通知予定であった自律監視データ）を廃棄することとなる。【００５５】
（６ｂ）通信装置１３０が冗長構成である場合には、通信装置１３０の切替えが発生すると、通信装置１３０が、監視制御装置１１０に通信装置１３０の切替通知をする。しかし、通信装置１３０の切替えに伴い、インバンド監視を行う通信ポート１３２Ｐが通信できる状態にない場合が想定される。この場合には、通信装置１３０が、監視制御装置１１０に自律監視データを通知できない。通知できない場合には、通信装置１３０は、通知イベント（典型的には通知予定であった自律監視データ）を廃棄することとなる。【００５６】
上述の（１ｂ）乃至（６ｂ）の懸念に対応するため、通信ネットワークシステム１００の通信装置１３０は、典型的には次の二つの方法を用いることとする。【００５７】
一つは、通信装置１３０が監視制御装置１１０に自律監視データの通知をする前に、インバンド監視を担う通信ポート１３２Ｐ（ｎ）のＬｉｎｋ状態を確認する。そして、インバンド監視を担う通信ポート１３２Ｐ（ｎ）が、ＬｉｎｋＵＰ状態（いわゆるＬｉｎｋが確立された状態）であれば、通信装置１３０は監視制御装置１１０に自律監視データの通知を行う。【００５８】
また、インバンド監視を担う通信ポート１３２Ｐ（ｎ）が、ＬｉｎｋＵＰ状態（いわゆるＬｉｎｋが確立された状態）でなければ、所定の時間経過後に、通信装置１３０が監視制御装置１１０に自律監視データを通知する。すなわち、ＬｉｎｋＵＰ状態でなければ、通信装置１３０は所定の時間だけ待機した後に、監視制御装置１１０に自律監視データを通知する。所定の時間は、予め定められた例えば１秒程度とすることができる。【００５９】
これにより、通信装置１３０は、典型的には通信装置１３０と直接リンク接続された通信ネットワーク上で隣接する他の通信装置や監視制御装置等とのリンク確立状態を確認した上で、自律監視データの送信処理をすることができる。【００６０】
また他の一つは、通信装置１３０が監視制御装置１１０に自律監視データの通知をする前に、インバンド監視を行う通信ポート１３２Ｐ（ｎ）から監視制御装置１１０に対して「ＡＲＰフレーム」を送信する。そして、通信装置１３０は、送信した「ＡＲＰフレーム」に対する応答レスポンスがあれば、監視制御装置１１０に自律監視データの通知をする。「ＡＲＰフレーム」は、ＩＰアドレスとＭＡＣアドレスを結びつけるためのＴＣＰ／ＩＰプロトコルであるＡＲＰ（Address Resolution Protocol）に従うフレームである。【００６１】
また、通信装置１３０は、送信した「ＡＲＰフレーム」に対する応答レスポンスがなければ、所定の時間経過後に、監視制御装置１１０に自律監視データの通知をする。すなわち、送信した「ＡＲＰフレーム」に対する応答レスポンスがなければ、通信装置１３０は所定の時間だけ待機した後に、監視制御装置１１０に自律監視データを通知する。所定の時間は、予め定められた例えば１秒程度とすることができる。【００６２】
これにより、通信装置１３０は、典型的には「ＡＲＰフレーム」の応答があるか否か、典型的にはループ回線が確立されているか否かを確認した上で、自律監視データの送信処理をすることができる。ここで、ループ回線とは、所望の信号の送出に対して、送出された信号が少なくとも一つの閉じた光回線経路を経由して信号の送出先に戻ってくることができるような回帰回線を意味する。例えば、ループ回線上のどこかに通信障害が生じた場合には、通信障害が生じた経路を補完する他のバイパス経路が存在しない限り、送出された信号が送出先に回帰することができず、ループ回線が確立されないこととなる。【００６３】
（第一の実施形態）
第一の実施形態にかかる通信装置１３０の構成概要についてブロック図を用いて説明する。図２は、実施形態にかかる通信装置１３０（２）の構成例を説明するブロック図である。図２において、通信装置１３０（２）は、ＣＰＵ１３１が有する監視制御部１３１（２）と、自律監視データを収集する自律監視データ収集部２１２とを備える。【００６４】
自律監視データ収集部２１２は、収集対象となる自律監視データ、例えば上述した（１ａ）乃至（６ａ）について、各々個別専用に対応する自律監視データ収集部２１２（１）乃至２１２（６）を備えてもよいが、図２においては説明の便宜上、単一の自律監視データ収集部２１２として例示する。【００６５】
また、通信装置１３０（２）は、自律監視データ収集部２１２が収集した自律監視データを一時的に記憶する自律監視データ格納部２１３を備える。また、通信装置１３０（２）は、インバンド監視方式における自律監視データの送信を担う通信ポート１３２Ｐ（ｎ）の正常性を判定する通信ポート正常性判定部２１４を備える。【００６６】
また、通信装置１３０（２）は、通信ポート正常性判定部２１４が通信ポート１３２Ｐ（ｎ）が正常でないと判断した場合に、所定の時間だけ待機した後に、再度通信ポート正常性判定部２１４に通信ポート１３２Ｐ（ｎ）が正常であるか否かを判断させるリトライ部２１５を備える。【００６７】
リトライ部２１５は、通信ポート正常性判定部２１４に通信ポート１３２Ｐ（ｎ）が正常であるか否かを判断させるリトライ回数が所定の設定回数ｎ回を超えるまで、毎回所定の時間をカウントするものとする。但し、リトライ中に、通信ポート正常性判定部２１４が通信ポート１３２Ｐ（ｎ）が正常であると判断した場合には、通信装置１３０（２）は、自律監視データの通信処理をする。【００６８】
また、通信装置１３０（２）は、通信装置１３０（２）のハードウェア部２２０に対して送信処理させるドライバとなる自律監視データ送信部２１６を備える。監視制御部１３１（２）と、自律監視データ収集部２１２と、自律監視データ格納部２１３と、通信ポート正常性判定部２１４と、リトライ部２１５と、自律監視データ送信部２１６とは、各々プログラム処理することとしてソフトウェア部２１０に備えられてもよい。【００６９】
監視制御部１３１（２）は、自律監視データ収集部２１２に指示して自律監視データを収集させるとともに、収集させた自律監視データを自律監視データ格納部２１３に一時記憶させる。【００７０】
また、監視制御部１３１（２）は、収集させた自律監視データを監視制御装置１１０（２）に送信する前に、通信ポート正常性判定部２１４に、通信ポート１３２Ｐ（ｎ）が正常であるか否かを確認判定させる。【００７１】
通信ポート１３２Ｐ（ｎ）が正常であれば、監視制御部１３１（２）は自律監視データ送信部２１６に、自律監視データ格納部２１３に一時的に格納された自律監視データを、通信ポート１３２Ｐ（ｎ）を介して送信処理させる。【００７２】
通信ポート１３２Ｐ（ｎ）が正常でなければ、監視制御部１３１（２）はリトライ部２１５に所定の時間だけカウントアップさせて待機させる。リトライ部２１５は、所定の時間だけ待機カウントアップした後、再度、通信ポート正常性判定部２１４に、通信ポート１３２Ｐ（ｎ）が正常であるか否かを確認判定させる。【００７３】
リトライ部２１５は、通信ポート１３２Ｐ（ｎ）が正常でない間は、通信ポート正常性判定部２１４に通信ポート１３２Ｐ（ｎ）が正常であるか否かを確認判定させる回数が、所定の設定回数ｎ回以上となるまで繰り返して確認判定させるものとする。【００７４】
繰り返しの過程（リトライ過程と称してもよい）において、通信ポート正常性判定部２１４が通信ポート１３２Ｐ（ｎ）が正常であると判断すれば、監視制御部１３１（２）は、自律監視データ送信部２１６に、自律監視データ格納部２１３に一時的に格納された自律監視データを、通信ポート１３２Ｐ（ｎ）を介して送信処理させる。このため、リトライ部２１５は、タイマーと、所定の時間を予め記憶する所定時間記憶部と、所定の回数（上述したリトライ回数上限のｎ回）を記憶する所定回数記憶部とを備えてもよい。【００７５】
また、通信装置１３０（２）のハードウェア部２２０は、送信バッファとなるバッファメモリ２２１と回線Ｉ／Ｆとなる通信ポート１３２Ｐ（ｎ）とを備えるものとする。通信ポート１３２Ｐ（ｎ）（ｎは任意の自然数）は、上述したようにユーザ網である通信ネットワーク回線１２０を介して監視制御装置１１０（２）に通信可能に接続されたポートである。【００７６】
次に、通信装置１３０（２）の動作と処理とについて図３を用いて説明する。図３は、通信装置１３０（２）の動作と処理との概要を説明するフロー図である。そこで、図３に示す各ステップに基づいて、以下に通信装置１３０（２）の動作と処理とを説明する。【００７７】
（ステップＳ３１０）
監視制御部１３１（２）は、自律監視データ収集部２１２が収集した自律監視データを監視して、監視制御装置１１０（２）に通知すべき自律監視データ（または通知要因）が発生したか否かを判断する。自律監視データを通知すべき要因が発生した場合には、ステップＳ３２０へと進む。また、自律監視データを通知すべき要因が発生しなかった場合には、ステップＳ３１０で待機する。なお、監視制御部１３１（２）は、自律監視データ収集部２１２が収集した自律監視データを、自律監視データ格納部２１３に一時的に格納させる。【００７８】
（ステップＳ３２０）
監視制御部１３１（２）は、監視制御装置１１０（２）へ通知をする際に使用する通信ポート１３２Ｐ（ｎ）がポート閉塞状態ではなく、出力可能（すなわち使用可能）な状態であるか否かを、通信ポート正常性判定部２１４に判断させる。通信ポート１３２Ｐ（ｎ）が出力可能な状態である場合には、ステップＳ３３０へと進む。また、通信ポート１３２Ｐ（ｎ）が出力可能な状態でない場合には、ステップＳ３４０へと進む。【００７９】
（ステップＳ３３０）
監視制御部１３１（２）は、自律監視データ送信部２１６に対し自律監視データの送信処理をさせる。監視制御部１３１（２）からの指示を受けた自律監視データ送信部２１６は、ハードウェア部２２０に対して、自律監視データ格納部２１３に一時的に格納されている自律監視データを通信ポート１３２Ｐ（ｎ）から監視制御装置１１０（２）へ送信させる処理をする。【００８０】
（ステップＳ３４０）
監視制御部１３１（２）は、リトライ部２１５に対して所定時間だけ待機時間をカウントアップさせる。リトライ部２１５は、所定時間を記憶する不図示の所定時間記憶部と、不図示のタイマーとを備えてもよい。【００８１】
（ステップＳ３５０）
リトライ部２１５は、リトライ回数が所定の回数ｎ以上であるか否かを判断する。リトライ回数が所定の回数ｎ以上となった場合には、ステップＳ３６０へと進む。また、リトライ回数が所定の回数ｎ以上でない場合には、ステップＳ３２０へと戻る。【００８２】
ここで、リトライ回数とは、リトライ部２１５が通信ポート正常性判定部２１４に対し、通信ポート１３２Ｐ（ｎ）が出力可能な状態であるか否かを判断させた繰り返し回数であるものとする。【００８３】
（ステップＳ３６０）
通信装置１３０（２）は、監視制御装置１１０への自律監視データの通知を断念する。監視制御部１３１（２）は、自律監視データ送信部２１６に対し自律監視データの送信処理を指示しない。また、監視制御部１３１（２）は、例えば自律監視データ格納部２１３に一時的に記憶させていた自律監視データを消去してもよい。【００８４】
通信装置１３０（２）は、監視制御部１３１（２）の立ち上げ完了後、装置立ち上げ完了通知情報を一旦自律監視データ格納部２１３にバッファリングし、典型的には通信装置１３０（２）内の復元処理がすべて完了した時点で、インバンド監視を担う通信ポート１３２Ｐ（ｎ）の出力可否状態を確認する。【００８５】
通信ポート１３２Ｐ（ｎ）が通知可能状態であれば、通信装置１３０（２）は、自律監視データ格納部２１３から自律監視データを読み出し、通知を開始する。通信ポート１３２Ｐ（ｎ）が通知不可能状態であれば、通信装置１３０（２）は、リトライ部２１５に計時させて所定時間だけ送信処理を待機させる。【００８６】
そして、所定時間が経過すれば、通信ポート正常性判定部２１４が再度通信ポート１３２Ｐ（ｎ）の状態を確認し、通知可能状態になれば、通信装置１３０（２）は、自律監視データ格納部２１３から自律監視データを読み出して通知する。通常時であれば通知可能となる程度の十分な時間相当分の所定の時間が経過し、かつリトライ回数ｎ回以上のリトライをしても通信ポート１３２Ｐ（ｎ）が通知可能状態とならない場合には、自律監視データ格納部２１３をクリア（初期化）して通知を断念してもよい。【００８７】
また、通信装置１３０（２）は、ラインインターフェースユニット１３２の立ち上げ完了後、ラインインターフェースユニット１３２立ち上げ完了通知情報を一旦自律監視データ格納部２１３にバッファリングし、インバンド監視を担う通信ポート１３２Ｐ（ｎ）の状態を確認する。【００８８】
通信ポート１３２Ｐ（ｎ）が通知可能状態であれば、通信装置１３０（２）は、自律監視データ格納部２１３から自律監視データを読み出し、監視制御装置１１０（２）へ自律監視データを通知する。【００８９】
通信ポート１３２Ｐ（ｎ）が通知ができないポート状態であれば、通信装置１３０（２）は、リトライ部２１５に対してタイマー計時させて所定時間待機する。所定時間が経過すれば、通信ポート正常性判定部２１４が再度通信ポート１３２Ｐ（ｎ）の状態を確認し、通知可能状態になれば、通信装置１３０（２）は、自律監視データ格納部２１３から自律監視データを読み出し通知を開始する。【００９０】
リトライ部２１５が、通常時であれば通知可能となる程度の十分な時間相当分の待機処理をし、かつ所定の回数ｎ回以上の通信ポート１３２Ｐ（ｎ）状態確認のリトライをしても通知可能状態にならない場合は、通信装置１３０（２）は、自律監視データ格納部２１３を初期化（クリア）して、通知を断念してもよい。【００９１】
また、通信装置１３０（２）は、ラインインターフェースユニット１３２（ｎ）が故障状態から復旧するか、または通信ポート１３２Ｐ（ｎ）がポート閉塞（またはＬｉｎｋＤｏｗｎ）状態から復旧した後、復旧通知情報を一旦自律監視データ格納部２１３にバッファリングし、インバンド監視を担う通信ポート１３２Ｐ（ｎ）の状態を確認する。【００９２】
通信ポート１３２Ｐ（ｎ）が通知可能状態であれば、自律監視データ格納部２１３から自律監視データを読み出し、監視制御装置１１０（２）へ自律監視データを通知する。【００９３】
通信ポート１３２Ｐ（ｎ）が通知に利用できないポート状態であれば、通信装置１３０（２）は、リトライ部２１５にタイマー計時させて所定時間待機する。所定時間が経過すれば、通信ポート正常性判定部２１４が再度通信ポート１３２Ｐ（ｎ）の状態を確認し、通知可能状態になれば、通信装置１３０（２）は、自律監視データ格納部２１３から自律監視データを読み出し通知を開始する。【００９４】
リトライ部２１５が、通常時であれば通知可能となる程度の十分な時間相当分の待機処理をし、かつ所定の回数ｎ回以上の通信ポート１３２Ｐ（ｎ）状態確認のリトライをしても通知可能状態にならない場合は、通信装置１３０（２）は、自律監視データ格納部２１３を初期化（クリア）して、通知を断念してもよい。【００９５】
また、通信装置１３０（２）は、ラインインターフェースユニット１３２が冗長構成されている場合においてラインインターフェースユニット１３２の切替え後、ラインインターフェースユニット１３２切替え通知情報を、一旦自律監視データ格納部２１３に自律監視データとしてバッファリングし、インバンド監視を担う通信ポート１３２Ｐ（ｎ）の状態を確認する。【００９６】
通信ポート１３２Ｐ（ｎ）が通知可能状態であれば、通信装置１３０（２）は、自律監視データ格納部２１３から自律監視データを読み出し、監視制御装置１１０（２）へ自律監視データを通知する。【００９７】
通信ポート１３２Ｐ（ｎ）が通知に利用できないポート状態であれば、通信装置１３０（２）は、リトライ部２１５にタイマー計時させて所定時間待機する。所定時間が経過すれば、通信ポート正常性判定部２１４が再度通信ポート１３２Ｐ（ｎ）の状態を確認し、通知可能状態になれば、通信装置１３０（２）は、自律監視データ格納部２１３から自律監視データを読み出し通知を開始する。【００９８】
リトライ部２１５が、通常時であれば通知可能となる程度の十分な時間相当分の待機処理をし、かつ所定の回数ｎ回以上の通信ポート１３２Ｐ（ｎ）状態確認のリトライをしても通知可能状態にならない場合は、通信装置１３０（２）は、自律監視データ格納部２１３を初期化（クリア）して、通知を断念してもよい。【００９９】
また、通信装置１３０（２）は、通信ポート１３２Ｐが冗長構成された場合において通信ポート１３２Ｐ切替え後、通信ポート１３２Ｐ切替え通知情報を、一旦自律監視データ格納部２１３に自律監視データとしてバッファリングし、インバンド監視を担う通信ポート１３２Ｐ（ｎ）の状態を確認する。【０１００】
通信ポート１３２Ｐ（ｎ）が通知可能状態であれば、通信装置１３０（２）は、自律監視データ格納部２１３から自律監視データを読み出し、監視制御装置１１０（２）へ自律監視データを通知する。【０１０１】
通信ポート１３２Ｐ（ｎ）が通知に利用できないポート状態であれば、通信装置１３０（２）は、リトライ部２１５にタイマー計時させて所定時間待機する。所定時間が経過すれば、通信ポート正常性判定部２１４が再度通信ポート１３２Ｐ（ｎ）の状態を確認し、通知可能状態になれば、通信装置１３０（２）は、自律監視データ格納部２１３から自律監視データを読み出し通知を開始する。【０１０２】
リトライ部２１５が、通常時であれば通知可能となる程度の十分な時間相当分の待機処理をし、かつ所定の回数ｎ回以上の通信ポート１３２Ｐ（ｎ）状態確認のリトライをしても通知可能状態にならない場合は、通信装置１３０（２）は、自律監視データ格納部２１３を初期化（クリア）して、通知を断念してもよい。【０１０３】
また、通信装置１３０（２）は、通信装置１３０（２）が冗長構成された場合において、通信装置１３０（２）切替え後、装置切替え通知情報を一旦自律監視データ格納部２１３に自律監視データとしてバッファリングし、インバンド監視を担う通信ポート１３２Ｐ（ｎ）の状態を確認する。【０１０４】
通信ポート１３２Ｐ（ｎ）が通知可能状態であれば、通信装置１３０（２）は、自律監視データ格納部２１３から自律監視データを読み出し、監視制御装置１１０へ自律監視データを通知する。【０１０５】
通信ポート１３２Ｐ（ｎ）が通知に利用できないポート状態であれば、通信装置１３０（２）は、リトライ部２１５にタイマー計時させて所定時間待機する。所定時間が経過すれば、通信ポート正常性判定部２１４が再度通信ポート１３２Ｐ（ｎ）の状態を確認し、通知可能状態になれば、通信装置１３０（２）は、自律監視データ格納部２１３から自律監視データを読み出し通知を開始する。【０１０６】
リトライ部２１５が、通常時であれば通知可能となる程度の十分な時間相当分の待機処理をし、かつ所定の回数ｎ回以上の通信ポート１３２Ｐ（ｎ）状態確認のリトライをしても通知可能状態にならない場合は、通信装置１３０（２）は、自律監視データ格納部２１３を初期化（クリア）して、通知を断念してもよい。【０１０７】
（第二の実施形態）
第二の実施形態にかかる通信装置１３０の構成概要についてブロック図を用いて説明する。図４は、実施形態にかかる通信装置１３０（３）の構成例を説明するブロック図である。図４では、図２と対応する構成については、対応する符号を付して、説明の重複を避けるために説明を簡便にするものとする。【０１０８】
図４において、通信装置１３０（３）は、ＣＰＵ１３１が有する監視制御部１３１（２）と、自律監視データを収集する自律監視データ収集部２１２とを備える。自律監視データ収集部２１２は、収集対象となる自律監視データ例えば上述した（１ａ）乃至（６ａ）について、各々個別専用に対応する自律監視データ収集部２１２（１）乃至２１２（６）を備えてもよいが、図４においては説明の便宜上、単一の自律監視データ収集部２１２として例示する。【０１０９】
また、通信装置１３０（３）は、自律監視データ収集部２１２が収集した自律監視データを一時的に記憶する自律監視データ格納部２１３を備える。また、通信装置１３０（３）は、インバンド監視方式における自律監視データの送信を担う通信ポート１３２Ｐ（ｎ）と監視制御装置１１０（２）との間の通信の正常性を判断する通信ポートとＯＰＳとの通信確認部２１４（２）を備える。通信ポートとＯＰＳとの通信確認部２１４（２）は、ユーザ網である通信ネットワーク回線１２０（２）が、通信装置１３０（３）と監視制御装置１１０（２）との間で通信可能な状態であるか否かを確認して判断するものとする。【０１１０】
また、通信装置１３０（３）は、通信ポートとＯＰＳとの通信確認部２１４（２）が通信ネットワーク回線１２０（２）が通信可能な状態でないと判断した場合に、所定の時間だけ待機した後に、再度通信ポートとＯＰＳとの通信確認部２１４（２）に通信ネットワーク回線１２０（２）が通信可能な状態であるか否かを確認させるリトライ部２１５を備える。【０１１１】
リトライ部２１５は、通信ポートとＯＰＳとの通信確認部２１４（２）に通信ネットワーク回線１２０（２）が通信可能な状態であるか否かを判断させるリトライ回数が、所定の設定回数ｎ回を超えるまで、所定の時間を複数回カウントするものとする。但し、リトライ中に、通信ポートとＯＰＳとの通信確認部２１４（２）が通信ネットワーク回線１２０（２）が通信可能な状態であると判断した場合には、通信装置１３０（３）は、自律監視データの通信処理をする。【０１１２】
また、通信装置１３０（３）は、通信装置１３０（３）のハードウェア部２２０に対して送信処理させるドライバとなる自律監視データ送信部２１６を備える。監視制御部１３１（２）と、自律監視データ収集部２１２と、自律監視データ格納部２１３と、通信ポートとＯＰＳとの通信確認部２１４（２）と、リトライ部２１５と、自律監視データ送信部２１６とは、プログラム処理することとしてソフトウェア部２１０（２）に備えられてもよい。【０１１３】
監視制御部１３１（２）は、自律監視データ収集部２１２に指示して自律監視データを収集させるとともに、収集させた自律監視データを自律監視データ格納部２１３に一時記憶させる。【０１１４】
また、監視制御部１３１（２）は、収集させた自律監視データを監視制御装置１１０（２）に送信する前に、通信ポートとＯＰＳとの通信確認部２１４（２）に、通信ネットワーク回線１２０（２）が通信可能な状態であるか否かを確認判定させる。【０１１５】
通信ネットワーク回線１２０（２）が通信可能な状態であれば、監視制御部１３１（２）は自律監視データ送信部２１６に、自律監視データ格納部２１３に一時的に格納された自律監視データを、通信ポート１３２Ｐ（ｎ）を介して送信処理させる。【０１１６】
通信ネットワーク回線１２０（２）が通信可能な状態でなければ、監視制御部１３１（２）はリトライ部２１５に所定の時間だけカウントアップさせて待機させる。リトライ部２１５は、所定の時間だけ待機カウントアップした後、再度、通信ポートとＯＰＳとの通信確認部２１４（２）に、通信ネットワーク回線１２０（２）が通信可能な状態であるか否かを確認判定させる。【０１１７】
リトライ部２１５は、通信ポートとＯＰＳとの通信確認部２１４（２）に通信ネットワーク回線１２０（２）が通信可能な状態であるか否かを確認判定させる回数が、所定の設定回数ｎ回以上となるまで繰り返し確認判定させるものとする。【０１１８】
繰り返しの過程において、通信ポートとＯＰＳとの通信確認部２１４（２）が通信ネットワーク回線１２０（２）が通信可能な状態であると判断すれば、監視制御部１３１（２）は、自律監視データ送信部２１６に、自律監視データ格納部２１３に一時的に格納された自律監視データを、通信ポート１３２Ｐ（ｎ）を介して送信処理させる。このため、リトライ部２１５は、タイマーと、所定の時間を予め記憶する所定時間記憶部と、所定の回数（ｎ回）を記憶する所定回数記憶部とを備えてもよい。【０１１９】
また、通信装置１３０（３）のハードウェア部２２０は、送信バッファとなるバッファメモリ２２１と回線Ｉ／Ｆとなる通信ポート１３２Ｐ（ｎ）とを備えるものとする。通信ポート１３２Ｐ（ｎ）は、上述したようにユーザ網である通信ネットワーク回線１２０（２）を介して監視制御装置１１０（２）に通信可能に接続される。【０１２０】
次に、通信装置１３０（３）の動作と処理とについて図５を用いて説明する。図５は、通信装置１３０（３）の動作と処理との概要を説明するフロー図である。そこで、図５に示す各ステップに基づいて以下に、通信装置１３０（３）の動作と処理とを説明する。【０１２１】
（ステップＳ５１０）
監視制御部１３１（２）は、自律監視データ収集部２１２が収集した自律監視データを監視して、監視制御装置１１０（２）に自律監視データを通知すべき要因が発生したか否かを判断する。自律監視データを通知すべき要因が発生した場合には、ステップＳ５２０へと進む。また、自律監視データを通知すべき要因が発生しなかった場合には、ステップＳ５１０で待機する。なお、監視制御部１３１（２）は、自律監視データ収集部２１２が収集した自律監視データを、自律監視データ格納部２１３に一時的に格納させる。【０１２２】
（ステップＳ５２０）
監視制御部１３１（２）は、監視制御装置１１０（２）へ通知をする際に使用する通信ネットワーク回線１２０（２）が通信可能な状態であるか否かを、通信ポートとＯＰＳとの通信確認部２１４（２）に判断させる処理を指示する。【０１２３】
通信ポートとＯＰＳとの通信確認部２１４（２）は、監視制御部１３１（２）からの指示に基づいて、通信ポート１３２Ｐ（ｎ）から監視制御装置１１０（２）へ「ＡＲＰフレーム」を送出する。【０１２４】
（ステップＳ５３０）
通信ポートとＯＰＳとの通信確認部２１４（２）は、ステップＳ５２０で送出した「ＡＲＰフレーム」の応答があったか否かを判断する。送出した「ＡＲＰフレーム」の応答があった場合には、ステップＳ５４０へと進む。また、送出した「ＡＲＰフレーム」の応答がない場合には、ステップＳ５５０へと進む。【０１２５】
すなわち、通信ネットワーク回線１２０（２）が通信可能な状態である場合には、ステップＳ５４０へと進む。また、通信ネットワーク回線１２０（２）が通信可能な状態でない場合には、ステップＳ５５０へと進む。【０１２６】
（ステップＳ５４０）
監視制御部１３１（２）は、自律監視データ送信部２１６に対し自律監視データの送信処理をさせる。監視制御部１３１（２）からの指示を受けた自律監視データ送信部２１６は、ハードウェア部２２０に対して、自律監視データ格納部２１３に一時的に格納されている自律監視データを通信ポート１３２Ｐ（ｎ）から通信ネットワーク回線１２０（２）を介して監視制御装置１１０（２）へ送信させる処理をする。【０１２７】
（ステップＳ５５０）
監視制御部１３１（２）は、リトライ部２１５に対して所定時間だけ待機時間をカウントアップさせる。リトライ部２１５は、所定時間を記憶する所定時間記憶部と、タイマーとを備えてもよい。【０１２８】
（ステップＳ５６０）
リトライ部２１５は、リトライ回数が所定の回数ｎ以上であるか否かを判断する。リトライ回数が所定の回数ｎ以上となった場合には、ステップＳ５７０へと進む。また、リトライ回数が所定の回数ｎ以上でない場合には、ステップＳ５２０へと戻る。【０１２９】
ここで、リトライ回数とは、リトライ部２１５が通信ポートとＯＰＳとの通信確認部２１４（２）に対し、通信ネットワーク回線１２０（２）が通信可能な状態であるか否かを判断させた回数であるものとする。換言すれば、リトライ回数とは、ステップＳ５１０での通知要因発生後、通信ポートとＯＰＳとの通信確認部２１４（２）が、通信ポート１３２Ｐ（ｎ）から監視制御装置１１０（２）へ「ＡＲＰフレーム」を送出した回数に対応する。【０１３０】
（ステップＳ５７０）
通信装置１３０（３）は、監視制御装置１１０への自律監視データの通知を断念する。監視制御部１３１（２）は、自律監視データ送信部２１６に対し自律監視データの送信処理を指示しない。また、監視制御部１３１（２）は、例えば自律監視データ格納部２１３に一時的に記憶させていた自律監視データを消去してもよい。【０１３１】
通信装置１３０（３）は、監視制御部１３１（２）の立ち上げ完了後、装置立ち上げ完了通知情報を一旦自律監視データ格納部２１３に自律監視データとしてバッファリングし、通信装置１３０（３）内の復元処理がすべて完了した時点でインバンド監視を担う通信ポート１３２Ｐ（ｎ）から監視制御装置１１０（２）に対してＡＲＰリクエストを送出する。【０１３２】
通信装置１３０（３）は、ＡＲＰリプライを認識できれば、自律監視データ格納部２１３から自律監視データを読み出し、監視制御装置１１０（２）に通知する。通信ポートとＯＰＳとの通信確認部２１４（２）がＡＲＰリプライを認識できなければ、リトライ部２１５がタイマーをかけて所定時間待機させる。【０１３３】
所定時間が経過すれば、通信ポートとＯＰＳとの通信確認部２１４（２）が再度ＡＲＰリクエストを送出し、通信ポートとＯＰＳとの通信確認部２１４（２）がＡＲＰリプライを認識できれば、自律監視データ格納部２１３から自律監視データを読み出し、監視制御装置１１０（２）に通知する。通信装置１３０（３）は、通常時であればＡＲＰリプライ可能となる程度の十分な時間相当分の所定待機時間とし、かつ所定回数ｎ以上のリトライを行ってもＡＲＰリプライが認識できない場合には、自律監視データ格納部２１３を初期化（クリア）して、通知を断念してもよい。【０１３４】
また、通信装置１３０（３）は、ラインインターフェースユニット１３２の立ち上げ完了後、ラインインターフェースユニット１３２立ち上げ完了通知情報を、一旦自律監視データ格納部２１３に自律監視データとしてバッファリングし、インバンド監視を担う通信ポート１３２Ｐ（ｎ）から監視制御装置１１０（２）に対してＡＲＰリクエストを送出する。【０１３５】
通信装置１３０（３）は、ＡＲＰリプライを認識できれば、自律監視データ格納部２１３から自律監視データを読み出し、監視制御装置１１０（２）に通知する。通信ポートとＯＰＳとの通信確認部２１４（２）がＡＲＰリプライを認識できなければ、リトライ部２１５がタイマーをかけて所定時間待機させる。【０１３６】
所定時間が経過すれば、通信ポートとＯＰＳとの通信確認部２１４（２）が再度ＡＲＰリクエストを送出し、通信ポートとＯＰＳとの通信確認部２１４（２）がＡＲＰリプライを認識できれば、自律監視データ格納部２１３から自律監視データを読み出し、監視制御装置１１０（２）に通知する。通信装置１３０（３）は、通常時であればＡＲＰリプライ可能となる程度の十分な時間相当分の所定待機時間とし、かつ所定回数ｎ以上のリトライを行ってもＡＲＰリプライが認識できない場合には、自律監視データ格納部２１３を初期化（クリア）して、通知を断念してもよい。【０１３７】
また、通信装置１３０（３）は、ラインインターフェースユニット１３２が故障状態から復旧した復旧通知情報、または通信ポート１３２Ｐが閉塞（またはＬｉｎｋ  Ｄｏｗｎ）から復旧した後の復旧通知情報を、一旦自律監視データ格納部２１３に自律監視データとしてバッファリングし、インバンド監視を担う通信ポート１３２Ｐ（ｎ）から監視制御装置１１０（２）に対してＡＲＰリクエストを送出する。【０１３８】
通信装置１３０（３）は、ＡＲＰリプライを認識できれば、自律監視データ格納部２１３から自律監視データを読み出し、監視制御装置１１０（２）に通知する。通信ポートとＯＰＳとの通信確認部２１４（２）がＡＲＰリプライを認識できなければ、リトライ部２１５がタイマーをかけて所定時間待機させる。【０１３９】
所定時間が経過すれば、通信ポートとＯＰＳとの通信確認部２１４（２）が再度ＡＲＰリクエストを送出し、通信ポートとＯＰＳとの通信確認部２１４（２）がＡＲＰリプライを認識できれば、自律監視データ格納部２１３から自律監視データを読み出し、監視制御装置１１０（２）に通知する。通信装置１３０（３）は、通常時であればＡＲＰリプライ可能となる程度の十分な時間相当分の所定待機時間とし、かつ所定回数ｎ以上のリトライを行ってもＡＲＰリプライが認識できない場合には、自律監視データ格納部２１３を初期化（クリア）して、通知を断念してもよい。【０１４０】
また、通信装置１３０（３）はラインインターフェースユニット１３２が冗長構成されている場合に、ラインインターフェースユニット１３２切替え後、ラインインターフェースユニット１３２切替え情報を、一旦自律監視データ格納部２１３に自律監視データとしてバッファリングし、インバンド監視を担う通信ポート１３２Ｐ（ｎ）から監視制御装置１１０（２）に対してＡＲＰリクエストを送出する。【０１４１】
通信装置１３０（３）は、ＡＲＰリプライを認識できれば、自律監視データ格納部２１３から自律監視データを読み出し、監視制御装置１１０（２）に通知する。通信ポートとＯＰＳとの通信確認部２１４（２）がＡＲＰリプライを認識できなければ、リトライ部２１５がタイマーをかけて所定時間待機させる。【０１４２】
所定時間が経過すれば、通信ポートとＯＰＳとの通信確認部２１４（２）が再度ＡＲＰリクエストを送出し、通信ポートとＯＰＳとの通信確認部２１４（２）がＡＲＰリプライを認識できれば、自律監視データ格納部２１３から自律監視データを読み出し、監視制御装置１１０（２）に通知する。通信装置１３０（３）は、通常時であればＡＲＰリプライ可能となる程度の十分な時間相当分の所定待機時間とし、かつ所定回数ｎ以上のリトライを行ってもＡＲＰリプライが認識できない場合には、自律監視データ格納部２１３を初期化（クリア）して、通知を断念してもよい。【０１４３】
また、通信装置１３０（３）は通信ポート１３２Ｐが冗長構成されている場合に、通信ポート１３２Ｐ切替え後、通信ポート１３２Ｐ切替え情報を、一旦自律監視データ格納部２１３に自律監視データとしてバッファリングし、インバンド監視を担う通信ポート１３２Ｐ（ｎ）から監視制御装置１１０（２）に対してＡＲＰリクエストを送出する。【０１４４】
通信装置１３０（３）は、ＡＲＰリプライを認識できれば、自律監視データ格納部２１３から自律監視データを読み出し、監視制御装置１１０（２）に通知する。通信ポートとＯＰＳとの通信確認部２１４（２）がＡＲＰリプライを認識できなければ、リトライ部２１５がタイマーをかけて所定時間待機させる。【０１４５】
所定時間が経過すれば、通信ポートとＯＰＳとの通信確認部２１４（２）が再度ＡＲＰリクエストを送出し、通信ポートとＯＰＳとの通信確認部２１４（２）がＡＲＰリプライを認識できれば、自律監視データ格納部２１３から自律監視データを読み出し、監視制御装置１１０（２）に通知する。通信装置１３０（３）は、通常時であればＡＲＰリプライ可能となる程度の十分な時間相当分の所定待機時間とし、かつ所定回数ｎ以上のリトライを行ってもＡＲＰリプライが認識できない場合には、自律監視データ格納部２１３を初期化（クリア）して、通知を断念してもよい。【０１４６】
また、通信装置１３０（３）が冗長構成されている場合に、通信装置１３０（３）切替え後、通信装置１３０（３）切替え情報（装置通知に相当）を、一旦自律監視データ格納部２１３に自律監視データとしてバッファリングし、インバンド監視を担う通信ポート１３２Ｐ（ｎ）から監視制御装置１１０（２）に対してＡＲＰリクエストを送出する。【０１４７】
通信装置１３０（３）は、ＡＲＰリプライを認識できれば、自律監視データ格納部２１３から自律監視データを読み出し、監視制御装置１１０（２）に通知する。通信ポートとＯＰＳとの通信確認部２１４（２）がＡＲＰリプライを認識できなければ、リトライ部２１５がタイマーをかけて所定時間待機させる。【０１４８】
所定時間が経過すれば、通信ポートとＯＰＳとの通信確認部２１４（２）が再度ＡＲＰリクエストを送出し、通信ポートとＯＰＳとの通信確認部２１４（２）がＡＲＰリプライを認識できれば、自律監視データ格納部２１３から自律監視データを読み出し、監視制御装置１１０（２）に通知する。通信装置１３０（３）は、通常時であればＡＲＰリプライ可能となる程度の十分な時間相当分の所定待機時間とし、かつ所定回数ｎ以上のリトライを行ってもＡＲＰリプライが認識できない場合には、自律監視データ格納部２１３を初期化（クリア）して、通知を断念してもよい。【０１４９】
なお、通信装置１３０の一例として、本発明を適用可能なレイヤ２スイッチ装置については既によく知られているものと思われる。しかし、念のため複数の通信ケーブルが接続されるラインインタフェースユニット（ＬＩＵ：Line Interface Unit）とラインインタフェースユニット（ＬＩＵ）のハードウェア機能を制御する中央処理装置（ＣＰＵ：Central Processing Unit）とを実装したレイヤ２スイッチ装置について、以下に簡単に説明する。ラインインタフェースユニットは、いわゆる回線カードとも称される。【０１５０】
図７は、本発明の適用対象であるレイヤ２スイッチ装置の構成例の概観を示す図である。図７に示すようにレイヤ２スイッチ装置は、複数のラインインタフェースユニットＬＩＵ１〜ＬＩＵｎ（ｎは任意の自然数）と、該ラインインタフェースユニットＬＩＵ１〜ＬＩＵｎを制御する中央処理装置（ＣＰＵ）を搭載したＣＰＵカードとを実装している。各ラインインタフェースユニットＬＩＵ１〜ＬＩＵｎは、イーサネット（登録商標）規格のＬＡＮ（Local Area Network）ケーブルが接続される複数のポートを有し、該ポートに接続されたケーブル間に選択的に接続経路を形成する機能を有する。【０１５１】
また、図８は、レイヤ２スイッチ装置内部の構成例を示す概念図である。図８において、各ラインインタフェースユニットＬＩＵ１〜ＬＩＵｎは、それぞれ他のラインインタフェースユニットと、例えばメッシュ状にシリアライザ／デシリアライザ（ＳｅｒＤｅｓ）１１〜１３によりシリアル接続される。内部には、ＬＡＮケーブルが装着されるポート２１〜２３、入力処理部（Ｉｎｇｒｅｓｓ）３１〜３３、振り分けブロック３１１〜３１３、出力処理部（Ｅｇｒｅｓｓ）４１〜４３、制御用ＬＡＮポート５１〜５３、ラインインタフェースユニットＣＰＵ（ＬＩＵ−ＣＰＵ）６１〜６３を備える。なお、図８に示す接続の他、回線カード間のやりとりを中継するスイッチカードを、シェルフ型の中継装置（レイヤ２スイッチ等）のスロットに実装してもよい。シェルフ型の中継装置は、複数のスロットを備えたシェルフと呼ばれる筐体と、スロットに実装されるスイッチカード等から構成されてもよい。スイッチカードは、例えばＢＷＢ（Back Wired Board：バックボード）配線基板に設けられたＢＷＢ配線を介して電気的に接続されてもよい。また、スイッチカードは、他のカードがデータ等をやりとりするためのスイッチとして機能し、ＣＰＵとスイッチ部とを有する。ＣＰＵは、各種制御を実行する演算装置であり、スイッチ部は、他のカードがやりとりするデータ等を中継するスイッチとしてもよい。【０１５２】
なお、各ラインインタフェースユニットＬＩＵ１〜ＬＩＵｎの各構成要素に付した符号の下付き添え字は、それぞれラインインタフェースユニットＬＩＵ１〜ＬＩＵｎ毎に対応させて表したものであり、ラインインタフェースユニットＬＩＵ１〜ＬＩＵｎ毎の区別が不要なときは、該下付き添え字を省略して記載する。【０１５３】
レイヤ２スイッチ装置内の各機能部について以下に説明する。ポート２は、イーサネット（登録商標）規格のＬＡＮケーブルで他の通信機器等と接続され、該通信機器等とパケットを送受する。通信速度や伝送媒体の種類により、１０ＢＡＳＥ−Ｔ、１００ＢＡＳＥ−ＴＸ、１０００ＢＡＳＥ−ＳＸ、１０ＧＢＡＳＥ−Ｒ等の様々な種類がある。それらは、ＩＥＥＥ８０２．３で規格化されている。【０１５４】
入力処理部３は、ポート２から入力される受信パケットの制御を行う機能ブロックであり、ＭＡＣ（Media Access Control）アドレスの学習、ＶＬＡＮ（Virtual LAN）設定に従ったパケット制御、パケットのフィルタリング、ＱｏＳ（Quality of Service）設定に従った帯域制御、レイヤ１ヘッダの付与等を行う機能を有する。【０１５５】
振り分けブロック３１は、パケット転送（フォワーディング）の機能を有し、入力処理部３で付与されたレイヤ１ヘッダを元に、転送先のラインインタフェースユニットへパケット転送する機能を有する。シリアライザ／デシリアライザ１は、転送するパケットのパラレル信号をシリアル信号に変換して他のラインインタフェースユニットへ送信し、また、他のラインインタフェースユニットからシリアル信号で受信されるパケットをパラレル信号に変換して自カード内の出力処理部４へ出力する機能を有する。【０１５６】
出力処理部４は、送信パケットの制御を行う機能を有し、入力処理部３で付与されたレイヤ１ヘッダの削除、ＭＡＣアドレスの学習、シェーピング、ＱｏＳ設定に従った帯域制御、パケットの廃棄制御等の処理を行う機能を有する。制御用ＬＡＮポート５は、ＣＰＵカード７の中央処理装置（ＣＰＵ）７１と制御パケットを通信するポートである。【０１５７】
ラインインタフェースユニットＣＰＵ６は、シリアライザ／デシリアライザ１、ポート２、入力処理部３、出力処理部４を制御／監視する中央処理装置（ＣＰＵ）である。ＣＰＵカード７からのハードウェア機能の設定又は状態情報の読み出し等の要求を、制御用ＬＡＮポート５を介して受信し、該要求に従って制御を行い、その制御結果をＣＰＵカード７の中央処理装置（ＣＰＵ）７１に通知する。【０１５８】
中央処理装置（ＣＰＵ）が搭載されているＣＰＵカード７は、各ラインインタフェースユニットＬＩＵ１〜ＬＩＵｎと制御用ＬＡＮポート７２１〜７２３によって接続され、制御パケットを各ラインインタフェースユニットＬＩＵ１〜ＬＩＵｎと該制御用ＬＡＮポート７２１〜７２３を介して遣り取りし、各ラインインタフェースユニットＬＩＵ１〜ＬＩＵｎに搭載されたラインインタフェースユニットＣＰＵ６は、該制御パケットに従って自ラインインタフェースユニットを制御する。【０１５９】
各ラインインタフェースユニットＬＩＵ１〜ＬＩＵｎにおける信号送受の動作は以下のとおりである。例えば、ラインインタフェースユニットＬＩＵ１のポート２１から入力されたパケットは、入力処理部３１を通り、入力処理部３１内の振り分けブロック３１１でレイヤ１ヘッダを元に振り分けられ、転送先のラインインタフェースユニット例えばＬＩＵ２へシリアライザ／デシリアライザ１１を介して転送される。【０１６０】
転送先のラインインタフェースユニットＬＩＵ２では、転送元のラインインタフェースユニットＬＩＵ１のシリアライザ／デシリアライザ１１からシリアライザ／デシリアライザ１２を経由して入力されたパケットを、出力処理部４２を通してポート２２から外部へ送出する。【０１６１】
上記のような複数のラインインタフェースユニットを具備するレイヤ２スイッチ装置において、各ラインインタフェースユニット相互間又は各ラインインタフェースユニットとＣＰＵカードとの間の接続路に通信異常が発生した場合、以下のような障害が発生する。【０１６２】
（１ｃ）同一装置内のラインインタフェースユニットＬＩＵＸ−ＬＩＵＹ間で通信異常が発生した場合、ラインインタフェースユニットＬＩＵＸ−ＬＩＵＹ間での同一装置内パケット転送が不可能となる。【０１６３】
（２ｃ）同一装置内のラインインタフェースユニットＬＩＵＸとＣＰＵカード７間で通信異常が発生した場合、通信異常が発生したラインインタフェースユニットＬＩＵＸへの各種設定が不可能となる。【０１６４】
また、図９は上述（１ｃ）の障害発生の一例を示した図であり、ラインインタフェースユニットＬＩＵ２のシリアライザ／デシリアライザ１２に故障が発生した場合を示している。シリアライザ／デシリアライザ１２は、ラインインタフェースユニットＬＩＵ１と接続されているものとする。ラインインタフェースユニットＬＩＵ１のポート２１を通って入力され、ラインインタフェースユニットＬＩＵ２へ転送すべきパケットは、入力処理部３１を通り、振り分けブロック３１１でレイヤ１ヘッダを元に、送信先のラインインタフェースユニットＬＩＵ２に接続されたシリアライザ／デシリアライザ１１へ出力される。【０１６５】
しかし、ラインインタフェースユニットＬＩＵ１に接続されたラインインタフェースユニットＬＩＵ２のシリアライザ／デシリアライザ１２に障害が発生しているため、ラインインタフェースユニットＬＩＵ１からラインインタフェースユニットＬＩＵ２へのパケット転送ができず、ラインインタフェースユニットＬＩＵ１からラインインタフェースユニットＬＩＵ２へ向けた通信が途絶してしまい、ラインインタフェースユニットＬＩＵ１及びＬＩＵ２のポート２１及び２２接続されているユーザ機器に通信障害を与えてしまう。【０１６６】
同様にラインインタフェースユニットＬＩＵ２のポート２２から入力されたパケットを、ラインインタフェースユニットＬＩＵ１へ転送する場合についても、ラインインタフェースユニットＬＩＵ１と接続されているシリアライザ／デシリアライザ１２が故障しているため、ラインインタフェースユニットＬＩＵ２からラインインタフェースユニットＬＩＵ１へパケットの転送を行うことができないこととなる。【０１６７】
このようなパケット転送の障害の復旧方法としては、故障したシリアライザ／デシリアライザ１２を含むラインインタフェースユニットＬＩＵ２を交換する。交換作業を実施するまでの間は、ラインインタフェースユニットＬＩＵ１とラインインタフェースユニットＬＩＵ２との間の通信は切断された状態となる。【０１６８】
図１０は上述（２ｃ）の障害発生の一例を示した図であり、ラインインタフェースユニットＬＩＵ２の制御用ＬＡＮポート５２にポート閉塞が発生し、ＣＰＵカード７とラインインタフェースユニットＬＩＵ２とのＬＡＮ接続が切断された場合を示している。この状態においては、ＣＰＵカード７とラインインタフェースユニットＬＩＵ２との通信が不能となり、ＣＰＵカード７からラインインタフェースユニットＬＩＵ２への全てのハードウェア設定用の制御パケットを送信することができないため、ラインインタフェースユニットＬＩＵ２のハードウェアの機能設定を行うことができない状態となる。【０１６９】
このようなハードウェアの機能設定の障害の復旧方法としては、制御用ＬＡＮポート５２を含むラインインタフェースユニットＬＩＵ２を交換する。交換作業を実施するまでの間は、ＣＰＵカード７からラインインターフェースユニットＬＩＵ２への制御ができない状態となる。【０１７０】
上述において、例えばＬＡＮケーブルが装着されるポート２１〜２３（回線ポート）に閉塞が生じた場合通信機能が損なわれるだけではなく、インバンド監視方式においては、監視制御装置１１０への起動立ち上げ情報等の通知もできなくなる。このため、第一の実施形態、または第二の実施形態、または第一と第二とを組み合わせた実施形態を適用することが好ましい。【０１７１】
次に、本発明を適用可能な他のＬ２スイッチのハードウェア構成とＡＲＰフレームとについて説明する。図１１は、他のＬ２スイッチのハードウェア構成を示す図である。図１１において、Ｌ２スイッチは、メモリなどの記憶領域である記憶部２２と、データ処理や制御などを行う処理部２３と、フレームの中継処理を行うフレーム中継処理部２１と、フレームの送受信を行うインタフェース２４−１、２４−２とを含む。【０１７２】
図１２は、フレーム中継処理部２１の機能ブロックを示す概念図である。図１２に示すようにフレーム中継処理部２１は、ＡＲＰリクエストフレームをＩＰホスト（１）に送信するタイミングを計測するタイマ３５と、ＡＲＰリクエストフレームをＩＰホスト（１）に送信するＡＲＰリクエスト送信部３１と、ＩＰホスト（１）からＡＲＰリプライフレームを受信するＡＲＰリプライ受信部３２と、受信したＡＲＰリプライフレームの宛先ＭＡＣアドレスをブロードキャストアドレスに変換する宛先ＭＡＣアドレス変換部３３と、変換したＡＲＰフレームを、ＡＲＰリプライフレームを受信したインタフェース以外の全てのインタフェースに送信するＡＲＰフレーム送信部３４とを備える。【０１７３】
図１１、図１２の構成により、Ｌ２スイッチは図１３に示すような処理を行う。図１３は、Ｌ２スイッチの動作処理の概要を説明するフロー図である。まず、Ｓ４１でイベントが発生するかまたはある一定時間が経過すると、Ｓ４２に進み、フレーム中継処理部２１のＡＲＰリクエスト送信部３１から、ＡＲＰリクエストフレームが送信される。その後Ｓ４３で、ＩＰホストからのＡＲＰリプライフレームが受信されると、Ｓ４４に進み、宛先ＭＡＣアドレス変換部３３が受信したＡＲＰリプライフレームの宛先ＭＡＣアドレスをブロードキャストに変換し、Ｓ４５で、変換されたＡＲＰフレームがＡＲＰフレーム送信部３４から送信される。この一連の処理をタイマ３５の計測する時間に基づいて一定間隔、または特定のタイミングで繰り返す。【０１７４】
また、Ｌ２スイッチは、例えば図１４に示すように構成してもよい。図１４は、Ｌ２スイッチ及びＬ３スイッチを含む２系統の通信路を備える通信ネットワークの構成を示す概念構成図である。【０１７５】
ＩＰホスト（１）のＩＰアドレスは、10.0.1.1であり、ＭＡＣアドレスは00:00:0e:00:00:11および00:00:0e:00:00:12である。Ｌ２スイッチ＃１のＩＰアドレスは、10.0.1.2であり、ＭＡＣアドレスは00:00:0e:00:00:02である。【０１７６】
図１４に示した通信ネットワークシステムで、ＲＦＣ８２６に規定されたＡＲＰフレームをやりとりする。イーサネット（登録商標）におけるＡＲＰフレームは、図１５に示すフレームフォーマットのように規定されている。図１５は、フレームフォーマットを説明する概念図である。【０１７７】
図１５に示すように、ＡＲＰフレームは、次のように構成される。【０１７８】
（ａ）Ｅｔｈｅｒｎｅｔ Ａｄｄｒｅｓｓ ｏｆ Ｄｅｓｔｉｎａｔｉｏｎ：宛先ＭＡＣアドレス、
（ｂ）Ｅｔｈｅｒｎｅｔ Ａｄｄｒｅｓｓ ｏｆ Ｓｏｕｒｃｅ：送信元ＭＡＣアドレス、（ｃ）Ｐｒｏｔｏｃｏｌ Ｔｙｐｅ：プロトコルタイプ、
（ｄ）Ｈａｒｄｗａｒｅ Ａｄｄｒｅｓｓ Ｓｐａｃｅ：Ｅｔｈｅｒｎｅｔなどの物理層のタイプを指定、
（ｅ）Ｐｒｏｔｏｃｏｌ Ａｄｄｒｅｓｓ Ｓｐａｃｅ：プロトコルのタイプを指定、
（ｆ）Ｂｙｔｅ Ｌｅｎｇｔｈ ｏｆ Ｅａｃｈ Ｈａｒｄｗａｒｅ Ａｄｄｒｅｓｓ：ＭＡＣアドレスのバイト長、
（ｇ）Ｂｙｔｅ Ｌｅｎｇｔｈ ｏｆ Ｅａｃｈ Ｐｒｏｔｏｃｏｌ Ａｄｄｒｅｓｓ：ＩＰアドレスのバイト長、
（ｈ）Ｏｐｃｏｄｅ：ＡＲＰリクエストまたはＡＲＰリプライのいずれかを指定、
（ｉ）Ｈａｒｄｗａｒｅ Ａｄｄｒｅｓｓｓ ｏｆ Ｓｅｎｄｅｒ：フレームの送信元ＭＡＣアドレス、
（ｊ）Ｐｒｏｔｏｃｏｌ Ａｄｄｒｅｓｓ ｏｆ Ｓｅｎｄｅｒ：フレーム送信元ＩＰアドレス、
（ｋ）Ｈａｒｄｗａｒｅ Ａｄｄｒｅｓｓ ｏｆ Ｔａｒｇｅｔ： ターゲットＭＡＣアドレス、
（ｌ）Ｐｒｏｔｏｃｏｌ Ａｄｄｒｅｓｓ ｏｆ Ｔａｒｇｅｔ：ターゲットＩＰアドレス。【０１７９】
以上が第一及び第二実施形態を適用可能な他のＬ２スイッチと、監視制御装置１１０と通信装置１３０との間の回線のループ回帰を確認するためのＡＲＰフレームとの概要説明である。第二の実施形態においては、通信装置１３０は、上述のＡＲＰフレームを回線ポートから出力して、監視制御装置１１０への通知可否を確認する。【０１８０】
この発明にかかる通信装置は、ラインインタフェースユニットとラインインタフェースユニットを制御するＣＰＵとを備える通信装置において、ラインインタフェースユニットの通信ポートに接続された通信ネットワーク回線を介して通信装置を監視制御する監視制御装置に接続され、通信ネットワーク回線を介して、監視制御装置へ通信装置の起動立ち上げ情報を送信する場合に、通信装置が、通信装置から監視制御装置へと通知可能であるか否かを確認し、通知不可能な場合には、所定の時間待機して通知可能となってから起動立ち上げ情報を監視制御装置へ送信し、通知可能な場合には、所定の時間待機せずに起動立ち上げ情報を監視制御装置へ送信する。通信装置の送信処理は、監視制御装置からの指示によらない自律監視データの自律的な送信処理である。【０１８１】
また、実施形態で説明したインバンド監視方式の通信ネットワークシステム１００は、監視制御装置１１０への通信イベントが生じた場合に、通信装置１３０が自律監視データの送信可能状態でなければ、典型的には送信可能状態となるまで待機してから送信する。従って、不必要に自律監視データの通知が廃棄されることを抑制した通信装置１３０とすることができる。【０１８２】
本発明の構成は上述した実施形態での説明に限定されることはなく、通信ネットワークシステム１００と、それを構成する通信装置１３０と監視制御装置１１０との各々の構成を自明な範囲で適宜変更して用いることができる。【０１８３】
また、第一の実施形態で説明した通信装置１３０（２）と、第二の実施形態で説明した通信装置１３０（３）とは、監視制御部との通信異常検知部２１４（３）を備えてもよい。すなわち、通信装置１３０（２）は、通信ポート正常性判定部２１４に替えて監視制御装置との通信異常検知部２１４（３）を備えてもよい。また、通信装置１３０（３）は、通信ポートとＯＰＳとの通信確認部２１４（２）に替えて監視制御部との通信異常検知部２１４（３）を備えてもよい。【０１８４】
通信ポート正常性判定部２１４と通信ポートとＯＰＳとの通信確認部２１４（２）とは、総括すると監視制御装置１１０へ自律監視データを送信できる状態であるか否かを、通信装置１３０（２），１３０（３）側から可能な範囲で確認する機能を有するものとも考えられる。このため、通信装置１３０（２），１３０（３）は、監視制御装置との通信異常検知部２１４（３）を備えることとしてもよい。【０１８５】
また、本発明の動作及び処理は上述した実施形態での説明に限定されることはなく、通信ネットワークシステム１００と、それを構成する通信装置１３０と監視制御装置１１０との各々の動作及び処理を自明な範囲で適宜変更した動作及び処理とすることができる。【０１８６】
なお、上述の説明における通信ポートの閉塞等は、通信障害発生・復旧に関連して生じるポートの閉塞・閉塞解除に限定されることはなく、オペレータからのコマンド指示制御によりポートが閉塞制御または閉塞解除制御がなされたものでもよい。例えば、オペレータによりポート閉塞状態からの閉塞解除が指示制御された場合には、通信ポートはオペレータの指示制御に従ってポート復旧することができる。
【産業上の利用可能性】
【０１８７】
この発明は、通信装置、伝送装置や中継装置と監視制御装置とを備える通信ネットワークシステム等に利用できる。
【図１】
2010103571.tif 000003
【図２】
2010103571.tif 000004
【図３】
2010103571.tif 000005
【図４】
2010103571.tif 000006
【図５】
2010103571.tif 000007
【図６】
2010103571.tif 000008
【図７】
2010103571.tif 000009
【図８】
2010103571.tif 000010
【図９】
2010103571.tif 000011
【図１０】
2010103571.tif 000012
【図１１】
2010103571.tif 000013
【図１２】
2010103571.tif 000014
【図１３】
2010103571.tif 000015
【図１４】
2010103571.tif 000016
【図１５】
2010103571.tif 000017
【国際調査報告】
2010103571.tif 000018
2010103571.tif 000019