(57)【要約】【課題】大災害による罹災時にも、ネットワーク構成機器の管理・運用を容易に行うことができるネットワーク運用システムを提供する。【解決手段】ネットワーク運用装置は、冗長化されており、ネットワーク構成機器に定期的に、装置の診断を行うよう診断要求メッセージを送る。診断要求メッセージをネットワーク構成機器が受け取ると、受信時刻を記録し、診断結果と共に、診断応答メッセージとしてネットワーク運用装置に送信する。受信時刻には、冗長化されたネットワーク装置の全ての系からの診断要求メッセージの受信時刻が記録される。待機系のネットワーク運用装置は、この受信時刻から、他ネットワーク運用装置に対応する受信時刻の更新がなされていないか検出し、更新がなされていない場合には、そのネットワーク構成機器を自ネットワーク運用装置の配下とする。【選択図】図１１
2014110620.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを構成するネットワーク構成機器と、該ネットワーク構成機器を管理・運用する複数のネットワーク運用装置とを備えるネットワーク運用システムにおいて、
該ネットワーク構成機器に対し、定期的に、ネットワーク構成機器の状態の取得を依頼する診断要求メッセージを送信する第１のネットワーク運用装置と、
該診断要求メッセージを受信すると、その受信時刻を取得し、ネットワーク構成機器の状態を診断し、該診断の結果と該受信時刻を含む診断応答メッセージを該第１のネットワーク運用装置に返送する該ネットワーク構成機器と、
該診断要求メッセージを該ネットワーク構成機器に対し、定期的に送信し、該診断応答メッセージを受信し、該診断応答メッセージに含まれる、第１のネットワーク運用装置からの該診断要求メッセージの、該ネットワーク構成機器における該受信時刻が更新されているかを検出し、更新されていない場合には、該ネットワーク構成機器を自ネットワーク運用装置の管理下になるように設定する第２のネットワーク運用装置と、
を備えることを特徴とするネットワーク運用システム。
【請求項２】
前記受信時刻が更新されていない場合は、前記第１のネットワーク運用装置と前記ネットワーク構成機器との間の通信が途絶していることを検出することを特徴とする請求項１に記載のネットワーク運用システム。
【請求項３】
前記通信の途絶は、罹災によるものであることを特徴とする請求項２に記載のネットワーク運用システム。
【請求項４】
前記第１のネットワーク運用装置及び前記第２のネットワーク運用装置は、通信回線で接続されており、情報通信サービスを提供する通信網を構成する前記ネットワーク構成機器に対して行った設定情報をそれぞれ記憶し、該第１のネットワーク運用装置及び該第２のネットワーク運用装置間の通信が再開した場合に相互に設定情報を同期させることを特徴とする請求項２に記載のネットワーク運用システム。
【請求項５】
前記複数のネットワーク運用装置は、運用系のネットワーク運用装置と待機系のネットワーク運用装置とを含むことを特徴とする請求項１に記載のネットワーク運用システム。
【請求項６】
前記待機系のネットワーク運用装置は、１以上のネットワーク運用装置を備えることを特徴とする請求項５に記載のネットワーク運用システム。
【請求項７】
前記ネットワーク構成機器のうち、前記診断要求メッセージ対して、無応答な該ネットワーク構成機器は、自ネットワーク運用装置への管理外とすることを特徴とする請求項１に記載のネットワーク運用システム。
【請求項８】
ネットワークを構成するネットワーク構成機器と、該ネットワーク構成機器を管理・運用する複数のネットワーク運用装置とを備えるネットワーク運用システムのネットワーク運用方法において、
第１のネットワーク運用装置が、該ネットワーク構成機器に対し、定期的に、ネットワーク構成機器の状態の取得を依頼する診断要求メッセージを送信し、
ネットワーク構成機器が、該診断要求メッセージを受信すると、その受信時刻を取得し、ネットワーク構成機器の状態を診断し、該診断の結果と該受信時刻を含む診断応答メッセージを該第１のネットワーク運用装置に返送し、
第２のネットワーク運用装置が、該診断要求メッセージを該ネットワーク構成機器に対し、定期的に送信し、該診断応答メッセージを受信し、該診断応答メッセージに含まれる、第１のネットワーク運用装置からの該診断要求メッセージの、該ネットワーク構成機器における該受信時刻が更新されているかを検出し、更新されていない場合には、該ネットワーク構成機器を自ネットワーク運用装置の管理下になるように設定する、
ことを特徴とするネットワーク運用方法。
【発明の詳細な説明】
【技術分野】
【０００１】
以下の実施形態は、ネットワーク運用システムに関する。
【背景技術】
【０００２】
東日本大震災以降、情報通信サービスを行っている各キャリアは、ディザスタリカバリの検討を積極的に進めている。
しかしながら、今回のような天変地異の場合、想定を遥かに超えた被害が発生する。ディザスタリカバリにおいて、ネットワークの運用センタを分散配置（２拠点化）し、情報通信サービスを提供する通信網を構成する各機器の運用を司るＥＭＳ（Element Management System）を冗長化して設置することが考えられる。しかし、市町村レベルでのネットワーク構成機器の停止や運用センタ間のネットワーク停止が発生することが考えられる。その場合、ネットワークを運用するオペレータは、各運用センタのＥＭＳごとに、ＥＭＳ配下に接続された数百台の機器との通信状態を把握した上で、その状況を踏まえたネットワーク運用を余儀なくされることとなる。
【０００３】
また、冗長化されたＥＭＳの主な機能として、配下に接続されたネットワーク構成機器の設定情報の管理や、ネットワーク構成機器より通知される故障情報を管理することがある。このうち前者の、ネットワーク構成機器の設定情報は、冗長化されたＥＭＳの中で一元管理が必要であり、従来は、主系，従系の状態管理を行い、主系で一元管理した設定情報を、従系に複写するなどの手法により、一元管理を実現している。ここで、ネットワーク構成機器は、中継器やルータなどである。
【０００４】
図１は、従来のＥＭＳの冗長化構成によるネットワーク構成機器への設定情報の一元管理の様子を示す図である。
図１において、ネットワークは、ネットワーク構成機器＃１〜＃４、これらを管理・運用するＥＭＳ（ネットワーク運用装置）１０、１１からなっている。ＥＭＳ１０は、運用系、１系あるいは主系の装置であり、通常、ＥＭＳ１０が全てのネットワーク構成機器＃１〜＃４を管理・運用している。ＥＭＳ10は、メインのネットワークセンタに設けられる。また、ＥＭＳ１１は、ＥＭＳ１０に対し、待機系、２系あるいは従系として設けられている装置である。ＥＭＳ１１は、ＥＭＳ１０がなんらかの事態によりネットワーク構成機器の管理・運用ができなくなった場合、ＥＭＳ１０の代わりにネットワーク構成機器の管理・運用を行う。ＥＭＳ１１は、サブのネットワークセンタに設けられる。
【０００５】
例えば、図１において、ネットワーク構成機器＃４とＥＭＳ１０との間のネットワークが切断したとする。この場合、ＥＭＳ１０では、ネットワーク構成機器＃４の管理・運用を行うことができなくなる。この場合、ＥＭＳ１０とＥＭＳ１１の間にネットワークが設けられており、ＥＭＳ１０がネットワーク構成機器＃４の設定処理等の管理・運用ができなくなったことがＥＭＳ１１に通知される。すると、ＥＭＳ１１は、ネットワーク構成機器＃４にアクセスして、設定処理等の管理・運用処理を行なう。ＥＭＳ１０とＥＭＳ１１とが保有するネットワーク構成機器のデータベースは、リアルタイムで整合性が取られており、いつでも、ＥＭＳ１１は、ＥＭＳ１０の代わりの動作を行うことができるようになっている。
【０００６】
図２は、ＥＭＳとネットワーク構成機器との間で送受信されるデータのフォーマットを示した図である。
ＥＭＳは、定期的にネットワーク構成機器にネットワークの状態を診断するためのメッセージを送信している。図２の（１）は、ＥＭＳからネットワーク構成機器へ送られるメッセージのフォーマットである。データ種別として「診断要求」が設定され、送信元及び送信先のアドレスと、メッセージのブロック通番、格納されているデータ数が設定される。ネットワーク構成機器は、図２の（１）のメッセージをＥＭＳから受信すると、自装置の状態診断を行い、結果をＥＭＳに返送する。図２の（２）は、温度異常及びメモリパリティ異常があった場合であり、返送メッセージには、データ種別として「診断応答」が設定され、送信元としてネットワーク構成機器のアドレスが、送信先としてＥＭＳのアドレスが設定される。また、データとして、温度異常があった旨の異常１データと、メモリパリティ異常があった旨の異常２データがメッセージに付加される。そして、データ数のフィールドには、データ数として、２件の異常を示すデータが付加されていることが設定される。図２の（３）は、ネットワーク機器に異常がない場合のネットワーク機器からＥＭＳへ送信される返送メッセージのフォーマットである。データ種別として「診断応答」が設定され、送信元としてネットワーク構成機器のアドレスが、送信先としてＥＭＳのアドレスが設定されるほかは、特にデータが追加されることなしに送信される。
【０００７】
図１のような構成がとられている場合にも、先に述べたような大規模な震災が発生した場合、ＥＭＳ間のネットワークも罹災して、断状態となることが考えられる。その場合、各ＥＭＳを主系にし、ＥＭＳ単位に接続されたネットワーク構成機器の設定を行うこととなり、震災復旧後ＥＭＳ相互に個別で設定されたデータ整合は、困難を極めることとなる。
【０００８】
従来技術には、系間通信が切断した場合でも、二重化装置を相互監視可能とするものや、端末装置の接続状態を監視するものがある。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開平１０−２４２８８９号公報
【特許文献２】特開２０００−３２４１２１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
図３は、従来の問題点を説明する図である。
図３では、罹災により、ネットワーク構成機器＃１、＃４がＥＭＳ２系と通信できなくなっており、ネットワーク構成機器＃３、＃４がＥＭＳ１系と通信ができなくなっている。
【００１１】
ディザスタリカバリに適応するため、冗長化されたＥＭＳを分散配置しても、想定を超えた大災害によって、さまざまな障害が発生した場合、ＥＭＳ単位に的確な運用が求められる。
【００１２】
罹災時の対応として、冗長化されたＥＭＳは、両系ＥＭＳを活用する必要が発生する。その場合、各ＥＭＳ単位に、設定を実施するネットワーク構成機器をどちらのＥＭＳ配下に取り込むかを決定する必要がある。これには、ＥＭＳ単位に接続されている、ネットワーク構成機器ごとに、各ＥＭＳでＥＭＳとネットワーク構成機器との接続状況を把握する必要がある。そして、２重設定を回避するために、どちらのＥＭＳより設定制御を実施するかを決定する必要があるが、想定を超える事象が発生している中、ＥＭＳ配下に接続されている数百台のネットワーク構成機器の接続状況を的確に把握することは困難を極めることとなる。
【００１３】
また、両系のＥＭＳが運用状態でネットワーク構成機器に実施した各種設定情報を、ＥＭＳ相互で記憶しておき、震災復旧後、ＥＭＳが相互に通信を開始した時点で整合を図る必要がある。
【００１４】
以下の実施形態においては、大災害による罹災時にも、ネットワーク構成機器の管理・運用を容易に行うことができるネットワーク運用システムを提供する。
【課題を解決するための手段】
【００１５】
以下の実施形態の一側面におけるネットワーク運用システムは、ネットワークを構成するネットワーク構成機器と、該ネットワーク構成機器を管理・運用する複数のネットワーク運用装置とを備えるネットワーク運用システムにおいて、該ネットワーク構成機器に対し、定期的に、ネットワーク構成機器の状態の取得を依頼する診断要求メッセージを送信する第１のネットワーク運用装置と、該診断要求メッセージを受信すると、その受信時刻を取得し、ネットワーク構成機器の状態を診断し、該診断の結果と該受信時刻を含む診断応答メッセージを該第１のネットワーク運用装置に返送する該ネットワーク構成機器と、該診断要求メッセージを該ネットワーク構成機器に対し、定期的に送信し、該診断応答メッセージを受信し、該診断応答メッセージに含まれる、第１のネットワーク運用装置からの該診断要求メッセージの、該ネットワーク構成機器における該受信時刻が更新されているかを検出し、更新されていない場合には、該ネットワーク構成機器を自ネットワーク運用装置の管理下になるように設定する第２のネットワーク運用装置とを備える。
【発明の効果】
【００１６】
以下の実施形態によれば、大災害による罹災時にも、ネットワーク構成機器の管理・運用を容易に行うことができるネットワーク運用システムを提供することができる。
【図面の簡単な説明】
【００１７】
【図１】従来のＥＭＳの冗長化構成によるネットワーク構成機器への設定情報の一元管理の様子を示す図である。
【図２】ＥＭＳとネットワーク構成機器との間で送受信されるデータフォーマットを示した図である。
【図３】従来の問題点を説明する図である。
【図４】ＥＭＳと、管理対象ネットワークならびにネットワーク構成機器との関係及びＥＭＳの機能を示す図（その１）である。
【図５】ＥＭＳと、管理対象ネットワークならびにネットワーク構成機器との関係及びＥＭＳの機能を示す図（その２）である。
【図６】ＥＭＳと、管理対象ネットワークならびにネットワーク構成機器との関係及びＥＭＳの機能を示す図（その３）である。
【図７】ＥＭＳと、管理対象ネットワークならびにネットワーク構成機器との関係及びＥＭＳの機能を示す図（その４）である。
【図８】ＥＭＳと、管理対象ネットワークならびにネットワーク構成機器との関係及びＥＭＳの機能を示す図（その５）である。
【図９】ＥＭＳ及びネットワーク構成機器のブロック構成図を示す図である。
【図１０】ネットワーク構成機器の診断メッセージのフォーマットを示す図である。
【図１１】診断シーケンスと診断応答メッセージに格納された時刻の関係を示す図である。
【図１２】罹災時のネットワーク構成機器取り込み処理を示すフローチャートである。
【図１３】罹災状況にしたがった診断結果状況を示す図である。
【図１４】罹災時のＥＭＳ運用内容を示す図である。
【図１５】ネットワークＤＢの記録フォーマットを示す図である。
【図１６】罹災状況復旧時のＤＢ整合結果を示す図である。
【図１７】他系ＥＭＳ停止時の診断結果の内容を示す図である。
【図１８】待機系のＥＭＳの運用／待機の切替処理を示すフローチャートである。
【図１９】ＥＭＳを三重化した場合のシステム構成を示す図である。
【図２０】罹災時の様子を示す図である。
【図２１】図２０の罹災のときの各ＥＭＳの診断結果状況を示す図である。
【図２２】ＥＭＳのハードウェア構成例を示す図である。
【図２３】ネットワーク構成機器のハードウェア構成を示す図である。
【発明を実施するための形態】
【００１８】
本実施形態では、各ＥＭＳより、各ネットワーク構成機器に対し、定期的に診断を要求する。診断を要求された各ネットワーク構成機器は、各ＥＭＳより診断要求メッセージを受信した時刻を記録，更新し、各ＥＭＳの診断応答メッセージに、これらの診断状況を付与し返送する。
【００１９】
各ＥＭＳは、受信した診断応答情報の中の、他系の診断時刻をチェックすることにより、他系ＥＭＳとネットワーク構成機器間の通信状況を把握することができる。
すなわち、他系のＥＭＳの診断受信時刻が更新されている場合は、他系ＥＭＳとネットワーク構成機器間の通信は正常であると判断する。逆に、他系のＥＭＳの診断受信時刻が更新されていない場合は、他系ＥＭＳとネットワーク構成機器間の通信は異常と判断する。
【００２０】
天変地異の発生により、ネットワークが寸断され、ＥＭＳ間が切断した場合でも、ＥＭＳはネットワーク構成機器のうち診断が出来ているものより、他ＥＭＳとの通信状況を把握することが可能となる。罹災時、サブネットワークセンタ（待機系のネットワークセンタ）のＥＭＳを運用系として使用する場合、当該ＥＭＳは他系と未接続となっているネットワーク構成機器を自ＥＭＳ配下の管理下に移入することにより、運用をスムーズに継承することが可能となる。
【００２１】
災害復旧時、ＥＭＳ個別に実施した設定内容をＥＭＳ相互に反映することにより、データベース内容の一元化のため、整合を図る必要がある。その場合、罹災時に他系ＥＭＳとネットワーク構成機器との間の通信が途絶している状態で実施した設定情報を、ＥＭＳ間で相互に連携することにより、データベース内容の整合を図ることが可能となる。
【００２２】
ネットワークが寸断され、ＥＭＳ間の通信が途絶した状況下に置かれ、ＥＭＳ両系を駆使し、ネットワーク運用を継承しようとした場合、ネットワーク構成機器の他系ＥＭＳとの上位接続状況を、ネットワーク構成機器を介して、知ることが出来る。そのため、どのネットワーク構成機器を自ＥＭＳ配下に移入するかを自動的に判断することが出来る。
【００２３】
また、本状況下で実施した設定情報はＥＭＳ単位に記録することにより、ＥＭＳ間の通信が復旧した時点で相互に整合を図ることができる。
【００２４】
図４〜図８は、ＥＭＳと、管理対象ネットワークならびにネットワーク構成機器との関係及びＥＭＳの機能を示す図である。
図４に示されるように、ＥＭＳは冗長化（２重化）され、ネットワーク構成機器＃１〜＃４は、各ＥＭＳ１０、１１とそれぞれ接続される。
【００２５】
一方、ＥＭＳ１０、１１間の系間を相互に接続し、ＥＭＳ相互の運用状態（運用系，待機系）の把握、ＥＭＳ間のデータベース整合、並びに、ＥＭＳ〜ネットワーク構成機器接続ルートの一次障害時の迂回ルートを構成する。
【００２６】
ＥＭＳは一般的に以下の機能を備える。
（１）管理対象ネットワークを構成するネットワーク構成機器の接続構成をネットワーク情報として管理する。
図５に示されるように、ＥＭＳには、ネットワークデータベースが設けられ、管理対象のネットワークに含まれるネットワーク構成機器と、それらの間の接続関係が登録される。運用系のＥＭＳと待機系のＥＭＳのネットワークデータベースは、同じネットワーク情報を保持している。この情報は、運用系と待機系のＥＭＳのネットワークデータベース間の整合性を取ることによって、同一な情報となるようにされる。
【００２７】
（２）ネットワーク構成機器とＥＭＳの接続状態を管理する。
図６に示されるように、各ＥＭＳは、各ネットワーク構成機器に対し、定期的に接続状態の診断を行い、結果を診断管理データベースに格納する。
【００２８】
（３）ネットワーク構成機器に対し更新されるネットワーク情報に従い各種設定を実施する。
図７に示されるように、オペレータは、ＥＭＳのネットワーク構成管理部を介して、各ネットワーク構成機器に、どの回線を中継すべきかを設定する。この設定は、運用系と待機系の双方のＥＭＳで同一の情報を保持するよう同期が取られる。
【００２９】
（４）ネットワーク構成機器の故障を集約し通知する。
図８に示されるように、ネットワーク構成機器が故障などを検出した場合には、アラームがＥＭＳに通知される。このアラームは、ＥＭＳを操作するオペレータに通知される。
【００３０】
図９は、ＥＭＳ及びネットワーク構成機器のブロック構成図を示す図である。
運用系のＥＭＳ１０と待機系のＥＭＳ１１は、同じ構成である。
ネットワーク構成管理部２１は、ネットワーク構成機器２０の運用を司るための、機器設定，アラーム監視，ネットワーク構成機器管理を実施する。機器の設定情報やアラーム監視情報は、ネットワークデータベース（ＤＢ）２２で一元管理される。
【００３１】
ネットワーク構成機器通信機能２３は、ネットワーク構成管理部２１で実行される各情報のネットワーク構成機器２０との送受信を実現する。なお、ＥＭＳ間通信機能２４は、ネットワーク構成機器通信機能２３の通信情報を迂回するために用いられる。また、ＥＭＳ間通信機能２４を使ってＥＭＳ間の装置状態の診断を実施する。
【００３２】
ネットワーク構成機器設定管理部２５は、ネットワーク構成管理部２１にて実施される機器設定に対し、ネットワーク構成機器２０の設定情報を作成し、ネットワーク構成機器通信機能２３を介してネットワーク構成機器２０に送出する。また、ネットワーク構成機器２０から受信した設定結果を管理し、ネットワーク構成管理部２１に送信する。
【００３３】
事業者が提供するサービスに関する異常を管理するための、ネットワーク構成機器アラーム管理部２６は、ネットワーク構成機器通信機能２３より通知される、ネットワーク構成機器２０のアラーム情報を受信し、オペレータに解る内容に変換してネットワーク構成管理部２１に受け渡す。
【００３４】
ネットワーク構成機器の状態を管理するための、ネットワーク構成機器接続管理部２７は、ネットワーク構成機器通信機能２３を介して、ネットワーク構成機器２０の診断を実施し、診断結果を診断管理ＤＢ２８に格納し、罹災時の運用に必要な情報を生成する。
【００３５】
他系ＥＭＳの運転状態を管理するための、ＥＭＳ間接続管理部２９は、ＥＭＳ間通信機能２４を介し他系ＥＭＳの運転状態を監視する。
【００３６】
ＥＭＳ間のネットワーク機器設定情報の整合を図るため、ＥＭＳ間ＤＢ整合部３０は、ＥＭＳ間通信機能２４を介し、ネットワーク構成機器設定情報の差分を取り、その差分を一致させる整合処理を実施する。
【００３７】
ネットワーク構成機器２０は、ＥＭＳ通信機能３１を介して、機器設定，アラーム通知，診断通知を実施する。
【００３８】
装置設定部３６は、機器設定時、ＥＭＳ通信機能３１を介して受信した設定情報に基づき自身の内部設定を行い、実施結果をＥＭＳ通信機能３１を介してＥＭＳに返送する。
【００３９】
アラーム管理部３２で、ネットワーク構成機器自身の故障状態を監視し、アラームの発生，復旧時、アラームＤＢ３３にアラーム内容を格納すると同時に自律的にアラームを、ＥＭＳ通信機能３１を介してＥＭＳに通知する。
【００４０】
ＥＭＳ診断管理部３４は、ＥＭＳ通信機能３１を介して定期的に受信する、診断要求情報に対し、診断時刻を診断ＤＢ３５に格納するとともに、最新の両系ＥＭＳの診断結果をＥＭＳに返送する。
【００４１】
ＥＭＳ両系のネットワーク構成機器通信機能２３は、定期的にネットワーク構成機器２０に対し診断を実施する。
【００４２】
ネットワーク構成機器２０のＥＭＳ診断管理部３４は、ＥＭＳ両系より定期的に送信される診断要求メッセージを受信した際、受信時刻を診断ＤＢ３５に記録する。
【００４３】
また、診断結果の応答情報に、診断ＤＢ３５に記録されたＥＭＳ両系の診断受信時刻を付与し、診断要求を受信したＥＭＳ１０、１１に返送する。
【００４４】
図１０は、ネットワーク構成機器の診断メッセージのフォーマットを示す図である。
図１０において、図２と同様な情報については、同様のラベルを付し、それらの説明を省略する。
【００４５】
ＥＭＳからネットワーク構成機器への診断要求メッセージ（１）は、図２と同様である。異常があった場合の診断応答メッセージ（２）は、図２のものに加え、ＥＭＳ１系から診断メッセージを受信した時刻と、ＥＭＳ２系から診断メッセージを受信した時刻をデータとしてメッセージに付加している。異常が無かった場合の診断応答メッセージ（３）についても、ＥＭＳ１系からの診断要求メッセージの受信時刻とＥＭＳ２系からの診断要求メッセージの受信時刻がデータとして付加されている以外は、図２と同様である。
【００４６】
ここで、診断要求メッセージの受信時刻は、ＥＭＳから定期的に（例えば、３０秒ごとに）送信される診断要求メッセージを受信した時刻を記録するが、正常の場合には、この時刻が更新されることになる。一方、異常があって、診断要求メッセージを受け取れない場合には、この時刻は更新されず、同じ値を示すのみである。したがって、他系のＥＭＳとネットワーク構成装置との接続状況が正常か否かは、他系のＥＭＳの診断受信時刻が更新されているか否かを見ることにより判断することができる。
【００４７】
ネットワーク構成機器２０の診断ＤＢ３５には、運用系（１系）のＥＭＳからの診断要求メッセージの受信時刻と、待機系（２系）のＥＭＳからの診断要求メッセージの受信時刻が格納される。診断応答メッセージをＥＭＳに返送する場合には、診断ＤＢ３５から、これらの受信時刻を読み出して、メッセージにデータとして添付する。
【００４８】
図１１は、診断シーケンスと診断応答メッセージに格納された時刻の関係を示す図である。
図１１において、通常は、運用系のＥＭＳと待機系のＥＭＳからの診断要求メッセージがそれぞれ定期的にネットワーク構成機器＃１に送信されている。ネットワーク構成機器＃１は、診断応答メッセージの返送において、診断要求メッセージを受信した時刻を記録し、診断応答メッセージにデータとして付加して、ＥＭＳに返送する。そのとき、診断応答メッセージには、両系のＥＭＳの診断要求メッセージの受信時刻を付加する。図１１では、便宜的にＥＭＳからの診断要求メッセージの発信時刻と、ネットワーク構成機器＃１での受信時刻が同じ時刻となっているが、必ずしもそうなるとは限らず、ネットワークの遅延などにより、実際の受信時刻は、発信時刻より後の時刻となる。
【００４９】
次に、罹災により、運用系のＥＭＳが停止したとする。すると、運用系のＥＭＳからの診断要求メッセージは送信されなくなる。しかし、待機系のＥＭＳからは、通常通り、診断要求メッセージが送信される。ネットワーク構成機器＃１は、待機系のＥＭＳからの診断要求メッセージに対する診断応答メッセージを返送する際、運用系のＥＭＳの診断要求メッセージの受信時刻も付加して送信する。今の場合、運用系のＥＭＳは停止しているので、診断要求メッセージは送信されない。したがって、ネットワーク構成機器＃１では、運用系のＥＭＳからの診断要求メッセージの受信時刻は更新されないままの状態で、待機系のＥＭＳへの診断応答メッセージに受信時刻が付加されて、待機系のＥＭＳに返送される。
【００５０】
待機系のＥＭＳでは、したがって、運用系のＥＭＳからの診断要求メッセージのネットワーク構成機器＃１での受信時刻が更新されていないことを検出することにより、運用系ＥＭＳとネットワーク構成機器＃１との通信に、なんらかの障害が発生したことが検出される。運用系のＥＭＳが停止から復帰すると、運用系のＥＭＳは、再び、ネットワーク構成機器＃１に対し、診断要求メッセージを送るようになるので、ネットワーク構成機器＃１では、運用系のＥＭＳからの診断要求メッセージの受信時刻が更新されるようになる。
【００５１】
ネットワーク構成機器の診断応答メッセージを受信した、ＥＭＳのネットワーク構成機器接続管理部２７は、診断応答結果に格納された、他系のＥＭＳの診断時刻を参照し、他系のＥＭＳとネットワーク構成機器との接続情報を同時に把握する。
【００５２】
罹災時、ネットワークが寸断されまた、局舎単位で罹災した場合、ＥＭＳを相互に運用系にして、ネットワーク運用を継続する。この時、待機系の設定から運用系の設定に遷移するＥＭＳは、先の診断結果情報より、ネットワーク構成機器が他系のＥＭＳと未接続（障害が発生している）となっているものを、自系ＥＭＳ配下で管理対象とする。
【００５３】
図１２は、罹災時のネットワーク構成機器取り込み処理を示すフローチャートである。
なお、ここで、ＥＭＳがネットワーク構成機器を取り込むとか、配下の機器として管理するとは、自ＥＭＳの設定にしたがって、ネットワーク構成機器を動作させるような環境にすることを言う。
【００５４】
診断の状況のチェックを始めると、ステップＳ１０において、他ＥＭＳは、運用中か否かを判断する。これは、他ＥＭＳが正常に動作しているか否かを、診断応答メッセージの他ＥＭＳの診断受診時刻の更新がなされているか否かで、他ＥＭＳが正常に動作しているか否かを判断するものである。ステップＳ１０の判断がＹｅｓの場合には、処理を終了する。
【００５５】
ステップＳ１０の判断がＮｏの場合には、ステップＳ１１において、ネットワーク構成機器のうち、診断時刻が未更新となっている台数をｎとし、全台数をｍとした場合、ｎ／ｍを計算し、これを、適切に定めた閾値と比較し、閾値以上となっているか判断する。この閾値としては、１／２とか、１／３などである。これは、大震災などにより罹災した場合には、一度に多くのネットワーク構成機器に障害が発生すると考えられるので、罹災した場合か否かを判断するもので、閾値は、システムの設計者が適宜に設定してよい。
【００５６】
ステップＳ１１の判断がＮｏの場合には、罹災ではないとして、罹災に関する処理を行わないで、処理を終了する。ステップＳ１１の判断がＹｅｓの場合には、ステップＳ１２において、自ＥＭＳは、待機系か否かを判断する。ステップＳ１２の判断がＮｏの場合には、自ＥＭＳは今までどおり動作していれば良いので、処理を終了する。ステップＳ１２の判断がＹｅｓの場合には、ステップＳ１３において、罹災が起こったと判断し、ネットワーク構成機器の取り込みを開始する。
【００５７】
まず、ステップＳ１４において、１つのネットワーク構成機器の他系ＥＭＳの診断時刻が更新されているか否かを判断する。ステップＳ１４の判断がＹｅｓの場合には、ステップＳ１６に進む。ステップＳ１４の判断がＮｏの場合には、ステップＳ１５において、当該ネットワーク構成機器を自ＥＭＳ配下の機器として管理する設定を行い、ステップＳ１６に進む。
【００５８】
ステップＳ１６においては、全ネットワーク構成機器を処理したか否かを判断し、Ｎｏの場合には、ステップＳ１４に戻って処理を繰り返し、Ｙｅｓの場合には、処理を終了する。
【００５９】
図１３は、罹災状況にしたがった診断結果状況を示す図である。
図１３では、罹災により、ネットワーク構成機器＃１、＃４がＥＭＳ２系と通信できなくなっており、ネットワーク構成機器＃３、＃４がＥＭＳ１系と通信ができなくなっているとする。
【００６０】
ＥＭＳ１系では、ネットワーク構成機器＃３、＃４からは、応答がないことが検出される。一方、ネットワーク構成機器＃１は、ＥＭＳ２系とは通信できないが、ＥＭＳ１系とは通信できる。したがって、ネットワーク構成機器＃１の診断結果としては、ＥＭＳ１系の診断受信時刻は更新されており、ＥＭＳ２系の診断受信時刻は更新されていないと検出される。ネットワーク構成機器＃２は、両系のＥＭＳとの通信が正常なので、両系のＥＭＳの診断受信時刻が更新されていることが検出される。
【００６１】
また、ＥＭＳ２系では、ネットワーク構成機器＃１、＃４からは、応答がないことが検出される。一方、ネットワーク構成機器＃３は、ＥＭＳ１系とは通信できないが、ＥＭＳ２系とは通信できる。したがって、ネットワーク構成機器＃３の診断結果は、ＥＭＳ２系の診断受信時刻は更新されており、ＥＭＳ１系の診断受信時刻は更新されていないと検出される。ネットワーク構成機器＃２は、両系のＥＭＳとの通信が正常なので、両系のＥＭＳの診断受信時刻が更新されていることが検出される。
【００６２】
図１４は、罹災時のＥＭＳ運用内容を示す図である。
ＥＭＳ単位に実施したネットワーク構成機器及び回線の設定内容を罹災状況が復旧した際に、ＥＭＳ相互にネットワークＤＢに反映するため、ＥＭＳにおいては、罹災時に実施した設定内容を、罹災フラグを付与して管理する。罹災状況が回復した場合、罹災フラグで記憶された内容を相互のネットワークＤＢに反映する。
【００６３】
図１４では、罹災により、ネットワーク構成機器＃１、＃４と待機系のＥＭＳとの接続が切断し、ネットワーク構成機器＃３、＃４と運用系のＥＭＳとの接続が切断している。ネットワーク構成機器＃２は罹災していない。その場合、運用系のＥＭＳは、ネットワーク構成機器＃１に切り替え設定を行って、顧客回線を、罹災前はネットワーク構成機器＃４を経由するものだったものを、ネットワーク構成機器＃２を経由するものに切り替える。運用系のＥＭＳは、また、ネットワーク構成機器＃２に対し、ネットワーク構成機器＃１からの顧客回線を中継するように設定する。また、待機系のＥＭＳは、ネットワーク構成機器＃３を取り込んで、ネットワーク構成機器＃４からの中継設定を解除し、ネットワーク構成機器＃２のみから、顧客回線を中継するように切り替え設定する。そして、運用系と待機系のＥＭＳは、以上の設定処理の内容をそれぞれのネットワークＤＢに、罹災フラグを付けて記録する。
【００６４】
図１５は、ネットワークＤＢの記録フォーマットを示す図である。
運用系のＥＭＳ(ＥＭＳ１系)においては、ネットワーク構成機器＃１に、顧客回線をネットワーク構成機器＃４からネットワーク構成機器＃２へと切り替えた処理と、ネットワーク構成機器＃２において、顧客回線をネットワーク機器＃１からネットワーク構成機器＃３方向へ中継する処理が行われている。これらの処理の記述と、実施時刻を対応させて、ネットワークＤＢに記録している。
【００６５】
待機系のＥＭＳ(ＥＭＳ２系)においては、ネットワーク構成機器＃３に、顧客回線をネットワーク構成機器＃４からネットワーク構成機器＃２へ切り替える処理を行っており、その実施時刻と共にネットワークＤＢに記録している。
【００６６】
図１６は、罹災状況復旧時のＤＢ整合結果を示す図である。
図１６の（１）に示される、図１５で示したものと同じデータを、両系のＥＭＳ間でやり取りし、両系のＥＭＳのネットワークＤＢに、やり取りしたデータを併合したデータ（２）を格納する。
【００６７】
以上により、罹災時ＥＭＳを両系運用系としてネットワーク運用を実施する際、数百台のネットワーク構成機器の接続状況を、オペレータがチェックしなくとも、ＥＭＳが自動的に取り込んだ装置を掌握することが可能となる。
【００６８】
以下に、上記実施形態の構成を用いた応用例を説明する。
ＥＭＳにて運用系／待機系の冗長構成を持っている場合、待機系は運用系のアプリケーションが停止したことを判断（運用系のアプリ停止通知）し、運用系に遷移する手法が採用されている。
【００６９】
ただし、ＥＭＳ間のネットワーク断やＥＭＳのハード故障の場合、待機系はアプリ停止を知ることが出来ず、運用系に遷移することができない。
この場合も、他系ＥＭＳの診断状況を判定すれば、他系ＥＭＳ停止かＥＭＳ間のネットワーク断いずれかの判定が可能となり、待機系ＥＭＳは確実に運用系への遷移が可能となる。
【００７０】
図１７は、他系ＥＭＳ停止時の診断結果の内容を示す図である。
運用系のＥＭＳ(１系)は、停止しているので、診断要求メッセージ送信は行われていない。待機系のＥＭＳ(２系)は、ネットワーク構成機器＃１〜＃４から診断応答メッセージを受け取り、診断時刻を取得する。ＥＭＳ(２系)の診断時刻は更新されているが、ＥＭＳ（１系）は停止しているので、診断時刻の更新はなされていない。
【００７１】
図１８は、待機系のＥＭＳの運用／待機の切替処理を示すフローチャートである。
ステップＳ２０において、運用系よりアプリケーションの停止通知を受け取っているか判断する。ステップＳ２０の判断がＹｅｓの場合には、ステップＳ２３に進む。ステップＳ２０の判断がＮｏの場合には、ステップＳ２１において、他系はネットワーク構成機器を監視できているか否かを、他系のＥＭＳの動作状態を検出して判断する。ステップＳ２１の判断がＹｅｓの場合には、処理を終了する。ステップＳ２１の判断がＮｏの場合には、ステップＳ２２において、自系で診断しているネットワーク構成機器の他系のＥＭＳの診断時刻が更新されているか否かを判断する。ステップＳ２２の判断がＹｅｓの場合には、処理を終了する。ステップＳ２２の判断がＮｏの場合には、ステップＳ２３において、自系のＥＭＳを運用系に状態遷移し、処理を終了する。
【００７２】
以下に、ＥＭＳを三重化した場合について説明する。
図１９は、ＥＭＳを三重化した場合のシステム構成を示す図である。
図１９においては、ネットワーク構成機器の構成は図１と同じであるが、運用系ＥＭＳ(１系)に対し、待機系のＥＭＳが、ＥＭＳ２系とＥＭＳ３系の２つ設けられている。
【００７３】
待機系は、罹災時にネットワーク構成機器を取り込む優先順位をあらかじめ決定しておく。本例においては、ＥＭＳ２系を優先１，ＥＭＳ３系を優先２と位置づけておく。
ＥＭＳ２系とＥＭＳ３系とは、それぞれ、ＥＭＳ１系と通信できるように回線が設けられている。
【００７４】
図２０は、罹災時の様子を示す図である。
ネットワーク構成機器＃１は、ＥＭＳ４１と通信ができなくなっており、ネットワーク構成機器＃２は、ＥＭＳ４２と通信ができなくなっており、ネットワーク構成機器＃３は、ＥＭＳ４０とＥＭＳ４２と通信できなくなっており、ネットワーク構成機器＃４は、自身が罹災し、まったく通信ができない状態となっている。
【００７５】
図２１は、図２０の罹災状況のときの各ＥＭＳの診断結果状況を示す図である。
待機系であるＥＭＳ２系，ＥＭＳ３系はネットワーク構成機器の取り込みを判断するが、優先１であるＥＭＳ２系はＥＭＳ１系の診断が更新なしである機器を、自ＥＭＳ配下に移入する。本例の場合はネットワーク機器＃３を移入することになる。
【００７６】
優先２であるＥＭＳ３系は、ＥＭＳ１系，２系両方の診断が更新なし（無応答）であるネットワーク機器を自ＥＭＳ配下に移入する。本例の場合はネットワーク機器＃４を移入することとなる。
【００７７】
図２２は、ＥＭＳのハードウェア構成例を示す図である。
ＣＰＵ５１、メモリ５２、ディスプレイ／キーボード５３、ハードディスク５６、ネットワーク構成機器インタフェース５５、ＥＭＳ系間インタフェース５４、媒体ドライバ５９がバス５０によって接続される。
【００７８】
メモリ５２には、上記実施形態の処理を実現するプログラムが展開され、ＣＰＵ５１によって実行されることによって、実施形態の処理を実現する。当該プログラムは、ＣＤ、ＤＶＤ、ＩＣメモリ、フレキシブルディスク、Ｂｌｕ−ｒａｙ等の可搬記録媒体６０に格納されていても良く、媒体ドライバ５９で当該プログラムを読み取り、メモリ５２に展開して実行しても良い。
【００７９】
ディスプレイ／キーボード５３は、オペレータがＥＭＳから情報を読み取ったり、情報を入力するために使用される。ハードディスク５６には、ネットワークＤＢ５８と診断管理ＤＢ５７が格納される。また、前述のプログラムをハードディスク５６に格納しておき、メモリ５２に展開して実行するようにしても良い。
【００８０】
ネットワーク構成機器インタフェース５５は、図２２のＥＭＳと、対象ネットワークのネットワーク構成機器との通信を行うインタフェースである。ＥＭＳ系間インタフェース５４は、他系のＥＭＳとの、ＥＭＳ間通信を行うインタフェースである。
【００８１】
図２３は、ネットワーク構成機器のハードウェア構成を示す図である。
図２３においては、ネットワーク構成機器の、回線を流れるデータを中継、切り替え、転送するための構成は省略している。
【００８２】
ＣＰＵ６６、ＥＭＳ間インタフェース６５、メモリ６７がバス７０によって接続されている。
【００８３】
ＥＭＳ間インタフェース６５は、図２３のネットワーク構成機器とＥＭＳ間の通信を行うためのインタフェースである。ＣＰＵ６６は、ＥＭＳ間インタフェース６５を介して、ＥＭＳから受信した診断要求メッセージに基づいて、自ネットワーク装置の診断をしたり、ＥＭＳに送信する診断応答メッセージを生成したりする。メモリ６７には、アラームＤＢ６８や診断ＤＢ６９が格納される。
【符号の説明】
【００８４】
１０、４０      運用系ＥＭＳ（１系）
１１、４１      待機系ＥＭＳ（２系）
２１      ネットワーク構成管理部
２２      ネットワークＤＢ
２３      ネットワーク構成機器通信機能
２４      ＥＭＳ間通信機能
２５      ネットワーク構成機器設定管理部
２６      ネットワーク構成機器アラーム管理部
２７      ネットワーク構成機器接続管理部
２８      診断管理ＤＢ
２９      ＥＭＳ間接続管理部
３０      ＥＭＳ間ＤＢ整合部
３１      ＥＭＳ通信機能
３２      アラーム管理部
３３      アラームＤＢ
３４      ＥＭＳ診断管理部
３５      診断ＤＢ
３６      装置設定部
４２      待機系ＥＭＳ（３系）
５０      バス
５１、６６      ＣＰＵ
５２、６７      メモリ
５３      ディスプレイ／キーボード
５４      ＥＭＳ系間インタフェース
５５      ネットワーク構成機器インタフェース
５６      ハードディスク
５７      診断管理ＤＢ
５８      ネットワークＤＢ
５９      媒体ドライバ
６０      可搬記録媒体
６５      ＥＭＳ間インタフェース
６８      アラームＤＢ
６９      診断ＤＢ
【図１】
2014110620.tif 000003
【図４】
2014110620.tif 000004
【図５】
2014110620.tif 000005
【図６】
2014110620.tif 000006
【図７】
2014110620.tif 000007
【図８】
2014110620.tif 000008
【図９】
2014110620.tif 000009
【図１１】
2014110620.tif 000010
【図１２】
2014110620.tif 000011
【図１３】
2014110620.tif 000012
【図１５】
2014110620.tif 000013
【図１６】
2014110620.tif 000014
【図１７】
2014110620.tif 000015
【図１８】
2014110620.tif 000016
【図１９】
2014110620.tif 000017
【図２１】
2014110620.tif 000018
【図２２】
2014110620.tif 000019
【図２３】
2014110620.tif 000020
【図２】
2014110620.tif 000021
【図３】
2014110620.tif 000022
【図１０】
2014110620.tif 000023
【図１４】
2014110620.tif 000024
【図２０】
2014110620.tif 000025