(57)【要約】【課題】冗長構成をとるネットワーク装置のサービスを提供するアプリケーションのみが故障している場合であっても、そのネットワーク装置の故障を検知可能とする。【解決手段】ネットワーク制御システム１０は、ネットワーク装置（ＮＥ）５０および当該ネットワーク装置（ＮＥ）５０を制御するオペレーションシステム（ＯｐＳ）３０を備える。ネットワーク装置（ＮＥ）５０は、複数系のエレメント管理システムを備える冗長構成をとっている。オペレーションシステム（ＯｐＳ）３０は、エレメント管理システムとの通信結果によって死活判断を行うＮＥ死活判断部４１と、ＮＥ死活判断部４１によって当該制御対象のエレメント管理システムが故障状態と判定された際、当該制御対象以外のエレメント管理システムを新たな制御対象とするＮＥ制御インタフェース部４０とを備えている。【選択図】図１
2014042125.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク装置および当該ネットワーク装置を制御するオペレーションシステムを備えるネットワーク制御システムであって、
前記ネットワーク装置は、複数系のエレメント管理システムを備える冗長構成をとり、
前記複数系のエレメント管理システムは、それぞれサービスを行うアプリケーションプログラムが動作しており、
前記オペレーションシステムは、
前記アプリケーションプログラムにより生成された応答の電文によって死活判断を行う死活判断部と、
前記死活判断部によって制御対象のエレメント管理システムが故障状態と判定された際、当該制御対象以外のエレメント管理システムを新たな制御対象とする制御インタフェース部と、を備える、
ことを特徴とするネットワーク制御システム。
【請求項２】
前記オペレーションシステムは更に、
前記複数系のエレメント管理システムのいずれかとの間で電文を送受信する電文送受信部と、
前記電文送受信部が受信した電文からメッセージを抽出する電文解析部と、
前記メッセージとそれに対応するエレメント管理システムの次状態の組合せが記録されている状態判定パターンリスト、および、前記複数系のエレメント管理システムそれぞれの状態を記憶する状態リストを含んでいる記憶部と、を備え、
前記死活判断部は、前記電文送受信部によって当該制御対象のエレメント管理システムから電文を受信し、前記電文解析部によって電文から前記メッセージを抽出し、前記状態判定パターンリストの次状態によって死活判断を行うと共に、前記状態リストに於ける当該制御対象のエレメント管理システムの状態を更新し、
前記制御インタフェース部は、前記状態リストに基づいて生存状態のエレメント管理システムのうちいずれかを新たに投入する、
ことを特徴とする請求項１に記載のネットワーク制御システム。
【請求項３】
前記状態判定パターンリストは、前記メッセージ、エレメント管理システムの状態、および、それらに対応する次状態の組合せが記録されており、
前記死活判断部は、前記電文解析部によって抽出した前記メッセージと、前記状態リストに記録されている当該制御対象のエレメント管理システムの次状態に基づき、前記状態判定パターンリストの次状態を取得して死活判断を行うと共に、前記状態リストに於ける当該制御対象のエレメント管理システムの状態を更新する、
ことを特徴とする請求項２に記載のネットワーク制御システム。
【請求項４】
前記制御インタフェース部は、前記複数系のエレメント管理システムの負荷を記憶し、前記生存状態のエレメント管理システムのうち最も負荷が少ないものを新たに投入する、
ことを特徴とする請求項２または請求項３に記載のネットワーク制御システム。
【請求項５】
前記制御インタフェース部は、前記複数系のエレメント管理システムの投入回数を記憶し、前記生存状態のエレメント管理システムのうち最も投入回数が少ないものを新たに投入する、
ことを特徴とする請求項２または請求項３に記載のネットワーク制御システム。
【請求項６】
前記制御インタフェース部は、前記複数系のエレメント管理システムの累積稼働時間を記憶し、前記生存状態のエレメント管理システムのうち、最も累積稼働時間が少ないものを新たに投入する、
ことを特徴とする請求項２または請求項３に記載のネットワーク制御システム。
【請求項７】
複数系のエレメント管理システムを備える冗長構成をとるネットワーク装置を制御するオペレーションシステムであって、
前記複数系のエレメント管理システムは、それぞれサービスを行うアプリケーションプログラムが動作しており、
前記オペレーションシステムは、
前記アプリケーションプログラムに生成された応答の電文によって死活判断を行う死活判断部と、
前記死活判断部によって制御対象のエレメント管理システムが故障状態と判定された際、当該制御対象以外のエレメント管理システムを投入して新たな制御対象とする制御インタフェース部と、を備える、
ことを特徴とするネットワーク装置のオペレーションシステム。
【請求項８】
前記オペレーションシステムは更に、
前記複数系のエレメント管理システムのいずれかとの間で電文を送受信する電文送受信部と、
前記電文送受信部が受信した電文からメッセージを抽出する電文解析部と、
前記メッセージと、当該メッセージに対応するエレメント管理システムの状態および次状態との組合せが記録されている状態判定パターンリスト、および、前記複数系のエレメント管理システムそれぞれの状態を記憶する状態リストとを含んでいる記憶部と、を備え、
前記死活判断部は、前記電文送受信部によって当該制御対象のエレメント管理システムから電文を受信し、前記電文解析部によって電文から前記メッセージを抽出し、前記状態判定パターンリストの次状態によって死活判断を行うと共に、前記状態リストに於ける当該制御対象のエレメント管理システムの状態を更新し、
前記制御インタフェース部は、前記状態リストに基づいて生存状態のエレメント管理システムを新たに投入する、
ことを特徴とする請求項７に記載のネットワーク装置のオペレーションシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上に設置され、複数の異なる系を備えたネットワーク装置と、それらのネットワーク装置を統合的に管理するネットワーク制御システム、および、ネットワーク装置のオペレーションシステムに関する。
【背景技術】
【０００２】
近年、複数の異なるベンダと複数の異なる装置で構成するＩＰ（Internet Protocol）網上の装置であるＮＥ（Network Element）を統合的に管理するネットワークオペレーションシステム（以下、ＯｐＳと記載している場合がある。）では、装置の系を死活判断して、生存状態の系に制御実施先を変更することにより、稼働率を向上させているものがある。また、ＩＰ網上に於ける装置の死活判断では、ＴＣＰ（Transmission Control Protocol）セッション（非特許文献１）、Ｐｉｎｇ応答、ＤＮＳ（Domain Name System）応答などが広く用いられている。
【０００３】
ＴＣＰセッションによる死活判断とは、対象機器との間でのセッションが確立しているか否かを判断することによって、対象機器の死活を判断するものである。
Ｐｉｎｇ応答による死活判断とは、対象機器に対してＩＣＭＰ（Internet Control Message Protocol）の"echo request"パケットを送信し、対象機器から"echo reply"のパケットが返ってくるか否かを判断することによって、対象機器の死活を判断するものである。
ＤＮＳ応答による死活判断とは、ＤＮＳ応答に対象機器のアドレスが存在するか否かを判断することによって、対象機器の死活を判断するものである。
【０００４】
しかし、これらの死活判断方法では、ネットワーク装置上で動作して、当該装置に固有のサービスを行うアプリケーションプログラムの死活判断を行うことはできなかった。そのため、ネットワークと、ネットワーク装置のハードウェアとが正常動作し、かつ、アプリケーションプログラムによるサービスが故障しているときには、正しく死活判断を行うことができなかった。
【０００５】
図８は、比較例に於けるネットワーク制御システムを示す概略の構成図である。
ネットワーク制御システム１０Ｃは、ネットワーク装置（ＮＥ）５０と、このネットワーク装置（ＮＥ）５０を総合的に管理するオペレーションシステム（ＯｐＳ）３０Ｃとが、ネットワーク１００によって相互に通信可能に接続されている。更にオペレーションシステム（ＯｐＳ）３０Ｃには、操作端末であるオペレーションシステム（ＯｐＳ）端末２０が接続されている。
【０００６】
ネットワーク装置（ＮＥ）５０は、ＮＥ−ＥＭＳ（Element Management System）（０系）５１−０と、ＮＥ−ＥＭＳ（１系）５１−１の２系統のエレメント管理システムを備える冗長構成の装置である。以下、ＮＥ−ＥＭＳ（０系）５１−０、ＮＥ−ＥＭＳ（１系）５１−１などを特に区別しないときには、単にＮＥ−ＥＭＳ５１と記載している場合がある。
ネットワーク装置（ＮＥ）５０は、多重化されたエレメント管理システムを備える冗長構成の装置なので、ＮＥ−ＥＭＳ（０系）５１−０と、ＮＥ−ＥＭＳ（１系）５１−１のいずれかが故障した場合であっても、故障していない系に切り替えることによって、動作を継続することが可能である。
【０００７】
ＮＥ−ＥＭＳ（０系）５１−０と、ＮＥ−ＥＭＳ（１系）５１−１とは、それぞれ、ネットワーク１００に接続されている他の装置との間でパケットを送受信するネットワークインタフェース（ＮＩＣ）５５と、このネットワークインタフェース（ＮＩＣ）５５を制御するためのアプリケーションインタフェースを提供するオペレーティングシステム（ＯＳ）５４と、アプリケーションインタフェースを呼び出してＩＰ通信を行う通信ミドルウェア（ＭＷ）５３と、通信ミドルウェア（ＭＷ）５３を介して当該装置に固有のサービスを提供するアプリケーションプログラム（ＡＰＰ）５２とを備えている。
【０００８】
オペレーションシステム（ＯｐＳ）３０Ｃは、ネットワーク１００に接続されている他の装置との間でパケットを送受信するネットワークインタフェース（ＮＩＣ）３４と、ネットワークインタフェース（ＮＩＣ）３４を制御するためのアプリケーションインタフェースを提供するオペレーティングシステム（ＯＳ）３３と、アプリケーションインタフェースを呼び出してＩＰ通信を行う通信ミドルウェア（ＭＷ）３２と、ネットワーク装置（ＮＥ）５０を制御するＮＥ制御インタフェース部４０Ｃと、オペレーションシステム（ＯｐＳ）端末２０からオペレータの指示を受け取るオペレータ用インタフェース部３１とを備えている。
【０００９】
オペレータは、オペレーションシステム（ＯｐＳ）端末２０を用いて、ネットワーク装置（ＮＥ）５０の制御を実施する。初期状態に於いて、オペレーションシステム（ＯｐＳ）３０Ｃは、オペレータ用インタフェース部３１によってオペレータの操作情報を取得した後、ＮＥ制御インタフェース部４０Ｃより、ＮＥ−ＥＭＳ（０系）５１−０がＡＣＴ系（＝生存状態）であるか、ＮＥ−ＥＭＳ（１系）５１−１がＡＣＴ系であるかを判断せず、いずれかのＮＥ−ＥＭＳ５１を選択して制御を実施する。
【００１０】
図８の比較例の稼働状態に於いて、以下の状況を想定する。
ネットワーク装置（ＮＥ）５０とオペレーションシステム（ＯｐＳ）３０Ｃとの間のネットワーク１００が正常動作し、ネットワーク装置（ＮＥ）５０のネットワークインタフェース（ＮＩＣ）５５とオペレーティングシステム（ＯＳ）５４と通信ミドルウェア（ＭＷ）５３とが正常動作し、ＮＥ−ＥＭＳ（０系）５１−０のアプリケーションプログラム（ＡＰＰ）５２のサービスのみが故障している。
【００１１】
この状況では、ネットワークインタフェース（ＮＩＣ）５５とオペレーティングシステム（ＯＳ）５４と通信ミドルウェア（ＭＷ）５３とが正常動作しているので、ＴＣＰセッションは確立したままであり、Ｐｉｎｇ応答やＤＮＳ応答は正常状態と変わりない応答を返す。これにより、オペレーションシステム（ＯｐＳ）３０Ｃは、ＮＥ−ＥＭＳ（０系）５１−０がＡＣＴ系であると判断し、正しいＡＣＴ系であるＮＥ−ＥＭＳ（１系）５１−１で制御を実施することができない。
【先行技術文献】
【非特許文献】
【００１２】
【非特許文献１】Marina del Rey, “RFC 793 TRANSMISSION CONTROL PROTOCOL DARPA INTERNET PROGRAM PROTOCOL SPECIFICATION", Information Sciences Institute University of Southern California, September 1981
【発明の概要】
【発明が解決しようとする課題】
【００１３】
このように、ＴＣＰセッション、Ｐｉｎｇ応答、およびＤＮＳ応答などの一般的なネットワーク応答では、ネットワークとハードウェアとＯＳとミドルウェアによって応答が返される。よって、ネットワークとハードウェアとＯＳとミドルウェアが正常動作しており、かつ、アプリケーションプログラムによるサービスが故障している状況では、制御対象の系を正しく判断できないことがある。
【００１４】
そこで、本発明は、ネットワーク装置のサービスを提供するアプリケーションプログラムのみが故障し、ネットワークとハードウェアとＯＳとミドルウェアが正常動作している場合であっても、そのネットワーク装置の系の故障を検知することができるネットワーク制御システム、および、ネットワーク装置のオペレーションシステムを提供することを課題とする。
【課題を解決するための手段】
【００１５】
前記した課題を解決するため、本発明の請求項１に記載の発明では、ネットワーク装置および当該ネットワーク装置を制御するオペレーションシステムを備えるネットワーク制御システムであって、前記ネットワーク装置は、複数系のエレメント管理システムを備える冗長構成をとり、前記複数系のエレメント管理システムは、それぞれサービスを行うアプリケーションプログラムが動作しており、前記オペレーションシステムは、前記アプリケーションプログラムにより生成された応答の電文によって死活判断を行う死活判断部と、前記死活判断部によって制御対象のエレメント管理システムが故障状態と判定された際、当該制御対象以外のエレメント管理システムを新たな制御対象とする制御インタフェース部と、を備える、ことを特徴とするネットワーク制御システムとした。
【００１６】
請求項７に記載の発明では、複数系のエレメント管理システムを備える冗長構成をとるネットワーク装置を制御するオペレーションシステムであって、前記複数系のエレメント管理システムは、それぞれサービスを行うアプリケーションプログラムが動作しており、前記オペレーションシステムは、前記アプリケーションプログラムに生成された応答の電文によって死活判断を行う死活判断部と、前記死活判断部によって制御対象のエレメント管理システムが故障状態と判定された際、当該制御対象以外のエレメント管理システムを投入して新たな制御対象とする制御インタフェース部と、を備える、ことを特徴とするネットワーク装置のオペレーションシステムとした。
【００１７】
このようにすることで、ネットワーク装置に固有のサービスを提供するアプリケーションプログラムのみが故障している場合であっても、その故障を検知することができる。更に、制御対象のエレメント管理システムが故障状態と判定された際、当該制御対象以外のエレメント管理システムを投入して新たな制御対象とすることができる。すなわち、正常な方のエレメント管理システムに自動で切り替えさせることができる。
【００１８】
請求項２に記載の発明では、前記オペレーションシステムは更に、前記複数系のエレメント管理システムのいずれかとの間で電文を送受信する電文送受信部と、前記電文送受信部が受信した電文からメッセージを抽出する電文解析部と、前記メッセージとそれに対応するエレメント管理システムの次状態の組合せが記録されている状態判定パターンリスト、および、前記複数系のエレメント管理システムそれぞれの状態を記憶する状態リストを含んでいる記憶部と、を備え、前記死活判断部は、前記電文送受信部によって当該制御対象のエレメント管理システムから電文を受信し、前記電文解析部によって電文から前記メッセージを抽出し、前記状態判定パターンリストの次状態によって死活判断を行うと共に、前記状態リストに於ける当該制御対象のエレメント管理システムの状態を更新し、前記制御インタフェース部は、前記状態リストに基づいて生存状態のエレメント管理システムのうちいずれかを新たに投入する、ことを特徴とする請求項１に記載のネットワーク制御システムとした。
【００１９】
請求項８に記載の発明では、前記オペレーションシステムは更に、前記複数系のエレメント管理システムのいずれかとの間で電文を送受信する電文送受信部と、前記電文送受信部が受信した電文からメッセージを抽出する電文解析部と、前記メッセージと、当該メッセージに対応するエレメント管理システムの状態および次状態との組合せが記録されている状態判定パターンリスト、および、前記複数系のエレメント管理システムそれぞれの状態を記憶する状態リストとを含んでいる記憶部と、を備え、前記死活判断部は、前記電文送受信部によって当該制御対象のエレメント管理システムから電文を受信し、前記電文解析部によって電文から前記メッセージを抽出し、前記状態判定パターンリストの次状態によって死活判断を行うと共に、前記状態リストに於ける当該制御対象のエレメント管理システムの状態を更新し、前記制御インタフェース部は、前記状態リストに基づいて生存状態のエレメント管理システムを新たに投入する、ことを特徴とする請求項７に記載のネットワーク装置のオペレーションシステムとした。
【００２０】
このようにすることで、オペレ−ションシステムは、ＮＥ状態リストを備えているので、生存状態のＮＥ−ＥＭＳを、容易に選択することができ、その制御を実施することができる。
【００２１】
請求項３に記載の発明では、前記状態判定パターンリストは、前記メッセージ、エレメント管理システムの状態、および、それらに対応する次状態の組合せが記録されており、前記死活判断部は、前記電文解析部によって抽出した前記メッセージと、前記状態リストに記録されている当該制御対象のエレメント管理システムの次状態に基づき、前記状態判定パターンリストの次状態を取得して死活判断を行うと共に、前記状態リストに於ける当該制御対象のエレメント管理システムの状態を更新する、ことを特徴とする請求項２に記載のネットワーク制御システムとした。
【００２２】
このようにすることで、オペレ−ションシステムは、ＮＥ状態判定パターンリストを備えているので、複数のメッセージの組合せによりＮＥ故障を判定することができる。
【００２３】
請求項４に記載の発明では、前記制御インタフェース部は、前記複数系のエレメント管理システムの負荷を記憶し、前記生存状態のエレメント管理システムのうち最も負荷が少ないものを新たに投入する、ことを特徴とする請求項２または請求項３に記載のネットワーク制御システムとした。
【００２４】
このようにすることで、オペレーションシステムは、エレメント管理システムに掛かる負荷が最も少なく、かつ、生存状態であるものを投入できるので、ネットワーク装置の稼働率を向上させることができる。
【００２５】
請求項５に記載の発明では、前記制御インタフェース部は、前記複数系のエレメント管理システムの投入回数を記憶し、前記生存状態のエレメント管理システムのうち最も投入回数が少ないものを新たに投入する、ことを特徴とする請求項２または請求項３に記載のネットワーク制御システムとした。
【００２６】
このようにすることで、オペレーションシステムは、複数系のエレメント管理システムのうち、最も投入回数が少なく、かつ、生存状態であるものを投入できるので、エレメント管理システムの投入回数を平準化し、よって、ネットワーク装置の稼働率を向上させることができる。
【００２７】
請求項６に記載の発明では、前記制御インタフェース部は、前記複数系のエレメント管理システムの累積稼働時間を記憶し、前記生存状態のエレメント管理システムのうち、最も累積稼働時間が少ないものを新たに投入する、ことを特徴とする請求項２または請求項３に記載のネットワーク制御システムとした。
【００２８】
このようにすることで、オペレーションシステムは、複数系のエレメント管理システムのうち、最も累積稼働時間が少なく、かつ、生存状態であるものを投入できるので、エレメント管理システムの累積稼働時間を平準化し、よって、ネットワーク装置の稼働率を向上させることができる。
【発明の効果】
【００２９】
本発明によれば、ネットワーク装置のサービスを提供するアプリケーションプログラムのみが故障し、ネットワークとハードウェアとＯＳとミドルウェアとが正常動作している場合であっても、そのネットワーク装置の系の故障を検知することができるネットワーク制御システム、および、ネットワーク装置のオペレーションシステムを提供することができる。
【図面の簡単な説明】
【００３０】
【図１】第１の実施形態に於けるネットワーク制御システムを示す概略の構成図である。
【図２】第１の実施形態に於けるＮＥ制御インタフェース部の処理を示すフローチャートである。
【図３】第２の実施形態に於けるネットワーク制御システムを示す概略の構成図である。
【図４】第２の実施形態に於けるＮＥ状態リストとＮＥ状態判定パターンリストを示す図である。
【図５】第２の実施形態に於けるＮＥ制御インタフェース部の処理を示すフローチャートである。
【図６】第３の実施形態に於けるＮＥ状態リストを示す図である。
【図７】第３の実施形態に於けるＮＥ制御インタフェース部の処理を示すフローチャートである。
【図８】比較例に於けるネットワーク制御システムを示す概略の構成図である。
【発明を実施するための形態】
【００３１】
以降、本発明を実施するための形態を、各図を参照して詳細に説明する。
【００３２】
（第１の実施形態の構成）
【００３３】
図１は、第１の実施形態に於けるネットワーク制御システムを示す概略の構成図である。
ネットワーク制御システム１０は、例えばサーバ装置やルータ装置などであるネットワーク装置（ＮＥ）５０と、このネットワーク装置（ＮＥ）５０を総合的に管理するオペレーションシステム（ＯｐＳ）３０とが、ネットワーク１００によって相互に通信可能に接続されている。更にオペレーションシステム（ＯｐＳ）３０には、操作端末であるオペレーションシステム（ＯｐＳ）端末２０が接続されている。
【００３４】
ネットワーク装置（ＮＥ）５０は、ＮＥ−ＥＭＳ（Element Management System）（０系）５１−０と、ＮＥ−ＥＭＳ（１系）５１−１の２系統のエレメント管理システムを備える冗長構成の装置である。以下、ＮＥ−ＥＭＳ（０系）５１−０、ＮＥ−ＥＭＳ（１系）５１−１などを特に区別しないときには、単にＮＥ−ＥＭＳ５１と記載している場合がある。
ネットワーク装置（ＮＥ）５０は、冗長構成の装置なので、ＮＥ−ＥＭＳ（０系）５１−０と、ＮＥ−ＥＭＳ（１系）５１−１のいずれかが故障した場合であっても、故障していない系に切り替えることによって、動作を継続することが可能である。
【００３５】
ＮＥ−ＥＭＳ（０系）５１−０とＮＥ−ＥＭＳ（１系）５１−１とは、それぞれ、ネットワーク１００に接続されている他の装置との間でパケットを送受信するネットワークインタフェース（ＮＩＣ）５５と、このネットワークインタフェース（ＮＩＣ）５５を制御するためのアプリケーションインタフェースを提供するオペレーティングシステム（ＯＳ）５４と、アプリケーションインタフェースを呼び出してＩＰ通信を行う通信ミドルウェア（ＭＷ）５３と、通信ミドルウェア（ＭＷ）５３を介して当該装置に固有のサービスを提供するアプリケーションプログラム（ＡＰＰ）５２とを備えている。当該装置に固有のサービスとは、例えば、データベースを格納しているサーバ装置のデータベース検索機能や、端末を収容しているルータ装置の端末収容機能などである。
【００３６】
オペレーションシステム（ＯｐＳ）３０は、ネットワーク１００に接続されている他の装置との間でパケットを送受信するネットワークインタフェース（ＮＩＣ）３４と、ネットワークインタフェース（ＮＩＣ）３４を制御するためのアプリケーションインタフェースを提供するオペレーティングシステム（ＯＳ）３３と、アプリケーションインタフェースを呼び出してＩＰ通信を行う通信ミドルウェア（ＭＷ）３２と、ネットワーク装置（ＮＥ）５０を制御するＮＥ制御インタフェース部４０と、オペレーションシステム（ＯｐＳ）端末２０からオペレータの指示を受け取るオペレータ用インタフェース部３１とを備えている。このＮＥ制御インタフェース部４０は、ネットワーク装置（ＮＥ）５０の死活判断を行うＮＥ死活判断部４１を備えている。
【００３７】
（第１の実施形態の動作）
図１に示すように、オペレータは、オペレーションシステム（ＯｐＳ）端末２０を用いて、ＮＥ−ＥＭＳ５１の制御を実施する。初期状態に於いて、オペレーションシステム（ＯｐＳ）３０は、オペレータ用インタフェース部３１にてオペレータ操作を受け取った後、ＮＥ制御インタフェース部４０の内部にあるＮＥ死活判断部４１に於いて、ＮＥ−ＥＭＳ（０系）５１−０がＡＣＴ系であるか、ＮＥ−ＥＭＳ（１系）５１−１がＡＣＴ系であるかを、双方への通信を実施した結果から判断する。
ＮＥ死活判断部４１は、ＡＣＴ系と判断したＮＥ−ＥＭＳ５１の制御を実施する。
【００３８】
図１の第１の実施形態の稼働状態に於いて、以下の状況を想定する。
ネットワーク装置（ＮＥ）５０とオペレーションシステム（ＯｐＳ）３０との間のネットワーク１００が正常動作し、かつ、ネットワーク装置（ＮＥ）５０のネットワークインタフェース（ＮＩＣ）５５とオペレーティングシステム（ＯＳ）５４と通信ミドルウェア（ＭＷ）５３とが正常動作している。このとき、ＮＥ−ＥＭＳ（０系）５１−０のアプリケーションプログラム（ＡＰＰ）５２のサービスのみが故障している。
【００３９】
この状況に於いて、オペレーションシステム（ＯｐＳ）３０のＮＥ制御インタフェース部４０は、例えばＮＥ−ＥＭＳ（０系）５１−０およびＮＥ−ＥＭＳ（１系）５１−１へセッションを張り、ＴＣＰセッションによる死活監視を実施する。第１の実施形態の当該状況ではＴＣＰセッションは切れないため、当初はＮＥ−ＥＭＳ（０系）５１−０がＡＣＴ系だと判断し、ＮＥ−ＥＭＳ（０系）５１−０の制御を実施する。
具体的には、ＮＥ制御インタフェース部４０は、制御対象のＮＥ−ＥＭＳ（０系）５１−０に電文を送信する。送信した電文は、ＮＥ−ＥＭＳ（０系）５１−０のネットワークインタフェース（ＮＩＣ）５５によって受信され、オペレーティングシステム（ＯＳ）５４のアプリケーションインタフェースと通信ミドルウェア（ＭＷ）５３とを介して、アプリケーションプログラム（ＡＰＰ）５２に到達する。
【００４０】
ここで、ＮＥ−ＥＭＳ（０系）５１−０のアプリケーションプログラム（ＡＰＰ）５２は、故障していることを示すサービス不能エラーを含む電文を生成して、通信ミドルウェア（ＭＷ）５３に出力する。この電文は、通信ミドルウェア（ＭＷ）５３とオペレーティングシステム（ＯＳ）５４のアプリケーションインタフェースとを介してネットワークインタフェース（ＮＩＣ）５５に出力され、オペレーションシステム（ＯｐＳ）３０に送信される。
別の状況では、ＮＥ−ＥＭＳ（０系）５１−０のアプリケーションプログラム（ＡＰＰ）５２のサービスは、故障しているために応答の電文を生成できないこともある。その場合には、応答の電文は所定時間内にオペレーションシステム（ＯｐＳ）３０に到達せず、オペレーションシステム（ＯｐＳ）３０は通信タイムアウトを検知する。
すなわち、ＮＥ−ＥＭＳ（０系）５１−０の故障のため、ＮＥ死活判断部４１は、ＮＥ−ＥＭＳ（０系）５１−０からサービス不能のエラーメッセージを含む電文を受信するか、または、通信がタイムアウトする。これにより、ＮＥ死活判断部４１は、ＮＥ−ＥＭＳ（０系）５１−０がサービス不能と判断することができ、制御実施先をＮＥ−ＥＭＳ（１系）５１−１に変更する。その後、ＮＥ制御インタフェース部４０は、ＮＥ−ＥＭＳ（１系）５１−１の制御を実施する。
【００４１】
図２は、第１の実施形態に於けるＮＥ制御インタフェース部の処理を示すフローチャートである。
処理を開始すると、ステップＳ１０に於いて、ＮＥ制御インタフェース部４０は、ＮＥ−ＥＭＳ（０系）５１−０とＮＥ−ＥＭＳ（１系）５１−１にセッションを張る。
ステップＳ１１に於いて、ＮＥ制御インタフェース部４０は、ＮＥ−ＥＭＳ（０系）５１−０とＮＥ−ＥＭＳ（１系）５１−１の死活監視を実施する。ここでＮＥ制御インタフェース部４０は、例えばＴＣＰセッションによる死活監視を実施する。
ステップＳ１２に於いて、ＮＥ制御インタフェース部４０は、ＮＥ−ＥＭＳ（０系）５１−０の制御を実施する。ＮＥ制御インタフェース部４０は、例えば、ＮＥ−ＥＭＳ（０系）５１−０に電文を送信し、応答の電文を受信することにより、ＮＥ−ＥＭＳ（０系）５１−０の制御を実施する。
ステップＳ１３に於いて、ＮＥ死活判断部４１は、ＮＥ−ＥＭＳ（０系）５１−０からサービス不能エラーを含む電文を受信するか、または通信タイムアウトを検知したか否かを判断する。ＮＥ死活判断部４１は、当該判断条件が成立しなかったならば（Ｎｏ）、ステップＳ１２の処理に戻り、当該判断条件が成立したならば（Ｙｅｓ）、ステップＳ１４の処理を行う。
【００４２】
ステップＳ１４に於いて、ＮＥ制御インタフェース部４０は、制御実施先をＮＥ−ＥＭＳ（１系）５１−１に変更する。これにより、オペレータは、制御が実施されなくなったＮＥ−ＥＭＳ（０系）５１−０の修復を行うことができる。
ステップＳ１５に於いて、ＮＥ制御インタフェース部４０は、ＮＥ−ＥＭＳ（１系）５１−１の制御を実施する。ＮＥ制御インタフェース部４０は、例えば、ＮＥ−ＥＭＳ（１系）５１−１に電文を送信し、応答の電文を受信することにより、ＮＥ−ＥＭＳ（１系）５１−１の制御を実施する。
ステップＳ１６に於いて、ＮＥ死活判断部４１は、ＮＥ−ＥＭＳ（１系）５１−１からサービス不能エラーを含む電文を受信するか、または通信タイムアウトを検知したか否かを判断する。ＮＥ死活判断部４１は、当該判断条件が成立しなかったならば（Ｎｏ）、ステップＳ１５の処理に戻り、当該判断条件が成立したならば（Ｙｅｓ）、ステップＳ１７の処理を行う。
ステップＳ１７に於いて、ＮＥ制御インタフェース部４０は、制御実施先をＮＥ−ＥＭＳ（０系）５１−０に変更し、ステップＳ１２の処理に戻る。これにより、オペレータは、制御が実施されなくなったＮＥ−ＥＭＳ（１系）５１−１の修復を行うことができる。
【００４３】
（第１の実施形態の効果）
以上説明した第１の実施形態では、次の（Ａ），（Ｂ）のような効果がある。
【００４４】
（Ａ）  ネットワーク装置（ＮＥ）５０のサービスを提供するアプリケーションプログラム（ＡＰＰ）５２のみが故障している場合であっても、その故障を検知することができる。
【００４５】
（Ｂ）  ＮＥ−ＥＭＳ（０系）５１−０の故障を検知したときには、ＮＥ−ＥＭＳ（１系）５１−１の制御を実施し、ＮＥ−ＥＭＳ（１系）５１−１の故障を検知したときには、ＮＥ−ＥＭＳ（０系）５１−０の制御を実施している。これにより、片方のＮＥ−ＥＭＳ５１が故障しているときには、正常な方のＮＥ−ＥＭＳ５１に自動で制御を切り替えることができる。更に、故障しているＮＥ−ＥＭＳ５１を修復することができる。
【００４６】
（第２の実施形態の構成）
【００４７】
図３は、第２の実施形態に於けるネットワーク制御システムを示す概略の構成図である。
第２の実施形態のネットワーク制御システム１０Ａは、第１の実施形態（図１）とは異なるネットワーク装置（ＮＥ）５０Ａと、オペレーションシステム（ＯｐＳ）３０Ａとを備えている。
第２の実施形態のネットワーク装置（ＮＥ）５０Ａは、第１の実施形態とは異なり、（ｎ＋１）系の冗長化されたエレメント管理システムであるＮＥ−ＥＭＳ５１を備えている（ｎは２以上の自然数）。第２の実施形態の各ＮＥ−ＥＭＳ５１は、第１の実施形態のＮＥ−ＥＭＳ５１と同様に構成されている。
第２の実施形態のオペレーションシステム（ＯｐＳ）３０Ａは、第１の実施形態とは異なるＮＥ制御インタフェース部４０Ａと記憶部４４とを備えている。第２の実施形態のＮＥ制御インタフェース部４０Ａは、第１の実施形態の構成に加えて、ネットワーク装置（ＮＥ）５０Ａとの間で電文を送受信するＮＥ電文送受信部４２と、電文を解析してメッセージを抽出するＮＥ電文解析部４３とを備えている。第２の実施形態の記憶部４４は、例えばＲＡＭ（Random Access Memory）などであり、各ＮＥ−ＥＭＳ５１の状態を記憶するＮＥ状態リスト４５と、メッセージおよびＮＥ−ＥＭＳ５１の現在の状態と、それに対応するＮＥ−ＥＭＳ５１の次状態４６ｃおよび次行動４６ｄ（図４（ｂ））との対応が記録されているＮＥ状態判定パターンリスト４６とを備えている。
【００４８】
図４（ａ），（ｂ）は、第２の実施形態に於けるＮＥ状態リストとＮＥ状態判定パターンリストを示す図である。
【００４９】
図４（ａ）は、ＮＥ状態リスト４５の例を示す図である。
ＮＥ状態リスト４５は、ＮＥ−ＥＭＳ（０系）５１−０〜ＮＥ−ＥＭＳ（ｎ系）５１−ｎの死活状態を記憶する表である。なお、図４は、ＮＥ−ＥＭＳ（０系）５１−０の故障を検出し、ＮＥ−ＥＭＳ（１系）５１−１に制御が変更されている状態である。
ＮＥ状態リスト４５は、各ＮＥ−ＥＭＳ５１と、その状態との対応関係を保持している。ここで、各ＮＥ−ＥＭＳ５１の状態には、故障状態・生存状態に加えて、ビジー状態またはその他の状態が含まれる。ここでビジー状態とは、ＮＥ制御インタフェース部４０Ａによって故障が疑われる状態のことをいい、ハードウェアの故障などにより処理能力が低下している状態や、不正な応答が頻発している状態をいう。ここで処理能力の低下とは、例えば、ＣＰＵ（Central Processing Unit）が過負荷の状態、ネットワークインタフェース（ＮＩＣ）５５の通信帯域が過負荷の状態、図示しない記憶部の読み書き帯域が過負荷の状態などをいう。
【００５０】
図４（ｂ）は、ＮＥ状態判定パターンリスト４６の例を示す図である。
ＮＥ状態判定パターンリスト４６は、ＮＥ−ＥＭＳメッセージ４６ａと、ＮＥ−ＥＭＳ状態４６ｂと、次状態４６ｃと、次行動４６ｄとの対応が記録されている。
ＮＥ死活判断部４１は、ＮＥ状態リスト４５とＮＥ状態判定パターンリスト４６に基づいて、ＮＥ−ＥＭＳ５１から受信したメッセージにより、次状態４６ｃと次行動４６ｄとを決定する。
【００５１】
ＮＥ−ＥＭＳメッセージ４６ａとは、ＮＥ電文解析部４３によって抽出されたメッセージをいう。
ＮＥ−ＥＭＳ状態４６ｂとは、前記メッセージに係るＮＥ−ＥＭＳ５１の現在の状態のことをいう。
次状態４６ｃとは、前記メッセージに係るＮＥ−ＥＭＳ５１が遷移する次の状態のことをいう。
次行動４６ｄとは、ＮＥ死活判断部４１の次の行動のことをいう。本実施形態に於いて、次状態４６ｃと次行動４６ｄとは対応している。
【００５２】
図４（ｂ）に於いて、ＮＥ−ＥＭＳ５１のメッセージが「エラーＡ」で、その状態が「生存」または「ビジー」であれば、次状態４６ｃは「ＮＥ故障」であり、次行動４６ｄは「他系への再度投入」である。
ＮＥ−ＥＭＳ５１のメッセージが「エラーＡＡ」で、その状態が「生存」または「ビジー」であれば、次状態４６ｃは「ビジー」であり、次行動４６ｄは「制御継続」である。
ＮＥ−ＥＭＳ５１のメッセージが「エラーＢ」で、その状態が「生存」であれば、次状態４６ｃは「生存」であり、次行動４６ｄは「制御継続」である。
ＮＥ−ＥＭＳ５１のメッセージが「エラーＢ」で、その状態が「ビジー」であれば、次状態４６ｃは「ＮＥ故障」であり、次行動４６ｄは「他系への再度投入」である。
この場合、ＮＥ−ＥＭＳ５１から「エラーＡＡ」メッセージを受信し、その後「エラーＢ」メッセージを受信したならば、次状態４６ｃは「ＮＥ故障」となり、次行動４６ｄは、「他系への再度投入」となる。
【００５３】
（第２の実施形態の動作）
【００５４】
図５は、第２の実施形態に於けるＮＥ制御インタフェース部の処理を示すフローチャートである。
オペレーションシステム（ＯｐＳ）３０Ａは、オペレータ用インタフェース部３１にて前記オペレータ操作を受け取った後、ＮＥ制御インタフェース部４０Ａへ渡し、図５の処理を開始する。
ステップＳ２０に於いて、ＮＥ制御インタフェース部４０Ａは、ＮＥ死活判断部４１に、ネットワーク装置（ＮＥ）５０Ａの投入先の系の判断を依頼する。
【００５５】
ステップＳ２１に於いて、ＮＥ死活判断部４１は、ＮＥ状態リスト４５より生存状態のＮＥ−ＥＭＳ５１を１台選択し、ＮＥ制御インタフェース部４０Ａへ返答する。本実施形態では、初期状態に於いて、ＮＥ状態リスト４５は、全てのＮＥ−ＥＭＳ５１が生存状態であると記録されている。生存状態のＮＥ−ＥＭＳ５１が複数台ある場合に１台を選択する方法は、０系→１系→…→ｎ系→０系→…と選択する方法である。よって、ＮＥ死活判断部４１は、処理を開始した当初に於いて、ＮＥ−ＥＭＳ（０系）５１−０を選択する。
ステップＳ２２に於いて、ＮＥ電文送受信部４２は、ＮＥ死活判断部４１が選択したＮＥ−ＥＭＳ５１に電文を送信する。選択されたＮＥ−ＥＭＳ５１は、オペレーションシステム（ＯｐＳ）３０Ａからの電文を受信し、この電文に基づく処理を実施し、オペレーションシステム（ＯｐＳ）３０Ａへ応答の電文を返信する。
【００５６】
ステップＳ２３に於いて、オペレーションシステム（ＯｐＳ）３０ＡのＮＥ電文送受信部４２は、ＮＥ−ＥＭＳ５１から応答の電文を受信する。
ステップＳ２４に於いて、ＮＥ電文解析部４３は、受信した応答の電文からＮＥ−ＥＭＳ５１のメッセージを抽出し、ＮＥ状態リスト４５からＮＥ−ＥＭＳ５１の状態を取得する。
【００５７】
ステップＳ２５に於いて、ＮＥ死活判断部４１は、ＮＥ−ＥＭＳ５１のメッセージと状態とをＮＥ状態判定パターンリスト４６と突き合わせ、次状態４６ｃと次行動４６ｄとを取得する。
ステップＳ２６に於いて、ＮＥ死活判断部４１は、次状態４６ｃの内容に基づき、ＮＥ状態リスト４５に対して次の状態を書き込む。本実施形態に於いて、ＮＥ死活判断部４１は、次状態４６ｃが「ＮＥ故障」ならばＮＥ状態リスト４５に対して「故障」を書き込み、次状態４６ｃが「ビジー」ならばＮＥ状態リスト４５に対して「ビジー」を書き込み、次状態４６ｃが「生存」ならばＮＥ状態リスト４５に対して「生存」を書き込む。
ステップＳ２７に於いて、ＮＥ死活判断部４１は、次行動４６ｄを判断する。ＮＥ死活判断部４１は、次行動４６ｄが「制御継続」ならばステップＳ２２の処理に戻り、次行動４６ｄが「他系への再度投入」ならばステップＳ２１の処理に戻る。
本実施形態に於いて、次状態４６ｃが「ＮＥ故障」の場合に次行動４６ｄは全て「他系への再度投入」である。よって、ステップＳ２７に於いて、ＮＥ死活判断部４１は、次状態４６ｃが「ＮＥ故障」であるか否かを判断してもよい。更にＮＥ死活判断部４１は、当該判断条件が成立しなかったならば、ステップＳ２２の処理に戻り、当該判断条件が成立したならば、ステップＳ２１の処理に戻るようにしてもよい。
【００５８】
《他系への再度投入動作の例》
ここでは説明のため、ステップＳ２１に於いて、ＮＥ死活判断部４１がＮＥ−ＥＭＳ（０系）５１−０を選択し、ステップＳ２４に於いてＮＥ電文解析部４３が抽出したＮＥメッセージが「エラーＡ」である場合を考える。
ステップＳ２５に於いて、ＮＥ死活判断部４１は、ＮＥ−ＥＭＳ（０系）５１−０のメッセージ「エラーＡ」と状態「生存」とを、ＮＥ状態判定パターンリスト４６と突き合わせ、次状態４６ｃの「ＮＥ故障」と次行動４６ｄ「他系への再度投入」とを取得する。
【００５９】
ステップＳ２６に於いて、ＮＥ死活判断部４１は、次状態４６ｃが「ＮＥ故障」であるため、ＮＥ状態リスト４５に対して「故障」を書き込む。
ステップＳ２７に於いて、ＮＥ死活判断部４１は、次行動４６ｄが「他系への再度投入」であるため、ステップＳ２１の処理に戻る。
ステップＳ２１に於いて、ＮＥ死活判断部４１は、ＮＥ状態リスト４５に基づき、生存状態のＮＥ−ＥＭＳ５１がＮＥ−ＥＭＳ（１系）５１−１である旨をＮＥ制御インタフェース部４０に返答する。生存状態のＮＥ−ＥＭＳ５１が複数台ある場合に１台を選択する方法は、０系→１系→…→ｎ系→０系→…と選択する方法なので、ＮＥ−ＥＭＳ（０系）５１−０の故障を検出した際に、ＮＥ死活判断部４１は、ＮＥ−ＥＭＳ（１系）５１−１を選択してＮＥ制御インタフェース部４０に返答する。
ステップＳ２２に於いて、ＮＥ電文送受信部４２は、ＮＥ死活判断部４１が選択したＮＥ−ＥＭＳ（１系）５１−１へ電文を送信する。
【００６０】
ここで例えば、突き合わせ結果として、次状態４６ｃとして「ＮＥ故障」が取得され、かつ、次行動４６ｄとして「他系への再度投入」が取得された場合を考える。突き合わせ結果を受領したＮＥ制御インタフェース部４０Ａは、次状態４６ｃが「ＮＥ故障」であるため、ＮＥ状態リスト４５に対して「故障」を書き込む。また、ＮＥ制御インタフェース部４０Ａは、次行動４６ｄが「他系への再度投入」であるため、ステップＳ２１の処理に戻る。このとき、ＮＥ−ＥＭＳ（０系）５１−０が生存状態に復帰していたならば、ＮＥ電文送受信部４２は、ＮＥ−ＥＭＳ（０系）５１−０へ再度電文を送信する。
【００６１】
ＮＥ状態判定パターンリスト４６は、複数のＮＥメッセージによって次状態４６ｃや次行動４６ｄを判定するパターンも考えられる。例えば、ＮＥ電文送受信部４２が、ＮＥメッセージの「エラーＡＡ」を受信し、その後ＮＥメッセージの「エラーＢ」を受信した場合には、次状態４６ｃを「ＮＥ故障」と判定し、次行動４６ｄを「他系への再度投入」とすることが考えられる。
【００６２】
（第２の実施形態の効果）
以上説明した第２の実施形態では、次の（Ｃ），（Ｄ）のような効果がある。
【００６３】
（Ｃ）  ＮＥ制御インタフェース部４０Ａは、ＮＥ状態リスト４５を備えているので、３台以上のＮＥ−ＥＭＳ５１を有している場合でも、容易に生存状態のＮＥ−ＥＭＳ５１を選択して制御を実施することができる。
【００６４】
（Ｄ）  ＮＥ制御インタフェース部４０Ａは、ＮＥ状態判定パターンリスト４６を備えているので、複数のメッセージの組合せによりＮＥ故障を判定することができる。
【００６５】
（第３の実施形態の構成）
第３の実施形態に於けるネットワーク制御システム１０Ｂは、第２の実施形態のネットワーク制御システム１０Ａ（図３）とは異なるＮＥ状態リスト４５Ｂをオペレーションシステム（ＯｐＳ）３０Ａの記憶部４４に備えている他は、第２の実施形態のネットワーク制御システム１０Ａと同様に構成されている。
【００６６】
図６は、第３の実施形態に於けるＮＥ状態リストを示す図である。
第３の実施形態に於けるＮＥ状態リスト４５Ｂは、第２の実施形態に於けるＮＥ状態リスト４５（図４（ａ））に加えて更に、各ＮＥ−ＥＭＳ５１に対応する負荷と投入回数と累積稼働時間の項目を備えている。
負荷とは、当該ＮＥ−ＥＭＳ５１の動作負荷であり、例えばＣＰＵ負荷、トラヒック量、呼数、当該ＮＥ−ＥＭＳ５１の電源に流れる電流や、当該ＮＥ−ＥＭＳ５１の電源が消費する電力などで計測されるものである。
投入回数とは、当該ＮＥ−ＥＭＳ５１を制御に投入した回数である。
累積稼働時間とは、当該ＮＥ−ＥＭＳ５１の稼働時間の累積である。
【００６７】
（第３の実施形態の動作）
【００６８】
図７は、第３の実施形態に於けるＮＥ制御インタフェース部の処理を示すフローチャートである。
処理を開始したのち、ステップＳ２０の処理は、第２の実施形態のステップＳ２０の処理（図５）と同様である。
ステップＳ２１Ｂに於いて、ＮＥ死活判断部４１は、ＮＥ状態リスト４５Ｂより生存状態かつ負荷量が最も小さいＮＥ−ＥＭＳ５１を１台選択し、ＮＥ制御インタフェース部４０Ａへ返答する。
ステップＳ２１Ｃに於いて、ＮＥ死活判断部４１は、ＮＥ状態リスト４５Ｂの投入回数を１加算し、ステップＳ３０の処理を行う。
ステップＳ３０に於いて、ＮＥ電文送受信部４２は、ＮＥ死活判断部４１が選択したＮＥ−ＥＭＳ５１に負荷と累積稼働時間とを問い合わせる電文を送信する。当該ＮＥ−ＥＭＳ５１は、自らの負荷と累積稼働時間とを応答する電文を返信する。
ステップＳ３１に於いて、ＮＥ電文送受信部４２は、ＮＥ死活判断部４１が選択したＮＥ−ＥＭＳ５１から負荷と累積稼働時間とを応答する電文を受信することにより、負荷と累積稼働時間とを取得する。
ステップＳ３２に於いて、ＮＥ死活判断部４１は、当該ＮＥ−ＥＭＳ５１の負荷と累積稼働時間とを、ＮＥ状態リスト４５Ｂに記憶し、ステップＳ２２の処理を行う。
ステップＳ２２〜Ｓ２６の処理は、第２の実施形態のステップＳ２２〜Ｓ２６の処理と同様である。
ステップＳ２７に於いて、ＮＥ死活判断部４１は、次行動４６ｄを判断する。ＮＥ死活判断部４１は、次行動４６ｄが「制御継続」ならばステップＳ３０の処理に戻り、次行動４６ｄが「他系への再度投入」ならばステップＳ２１Ｂの処理に戻る。
【００６９】
（第３の実施形態の効果）
以上説明した第３の実施形態では、次の（Ｅ）のような効果がある。
【００７０】
（Ｅ）  生存状態のＮＥ−ＥＭＳ５１のうち、その負荷が最も低いものから順に制御対象としている。これにより、各ＮＥ−ＥＭＳ５１の負荷を平準化することができるので、ネットワーク装置（ＮＥ）５０Ａおよびネットワーク制御システム１０Ｂの稼働率を向上させることができる。
【００７１】
（変形例）
本発明は、上記実施形態に限定されることなく、本発明の趣旨を逸脱しない範囲で、変更実施が可能であり、例えば、次の（ａ）〜（ｅ）のようなものがある。
【００７２】
（ａ）  第２実施形態では、生存状態のＮＥ−ＥＭＳ５１を１台選択する方法は、０系→１系→…→ｎ系と順番に選択する方法である。しかし、これに限られず、生存状態のＮＥ−ＥＭＳ５１を１台選択する方法は、乱数を発生させて生存状態のＮＥ−ＥＭＳ５１からランダムに１台選択する方法であってもよい。これにより、各ＮＥ−ＥＭＳ５１の稼働状態を平準化し、ネットワーク装置（ＮＥ）５０Ａおよびネットワーク制御システム１０Ａの稼働率を向上させることができる。
【００７３】
（ｂ）  第３の実施形態では、ＮＥ−ＥＭＳ５１の負荷が最も低いものから順に制御対象としている。しかし、これに限られず、ＮＥ−ＥＭＳ５１の累積負荷が最も低いものから順に制御対象としてもよく、ＮＥ−ＥＭＳ５１の投入回数が最も低いものから順に制御対象としてもよく、ＮＥ−ＥＭＳ５１の累積稼働時間が最も少ないものから順に制御対象としてもよい。これにより、各ＮＥ−ＥＭＳ５１の稼働状態を平準化し、ネットワーク装置（ＮＥ）５０Ａおよびネットワーク制御システム１０Ｂの稼働率を向上させることができる。
【００７４】
（ｃ）  第３の実施形態では、ＮＥ−ＥＭＳ５１の負荷が最も低いものから順に制御対象としている。しかし、これに限られず、ＮＥ−ＥＭＳ５１の故障率が低いものや、故障回数が少ないものから順に制御対象としてもよい。これにより、もっとも故障率の低いＮＥ−ＥＭＳ５１や、故障回数が少ないＮＥ−ＥＭＳ５１を選択して制御対象にできるので、ネットワーク装置（ＮＥ）５０Ａおよびネットワーク制御システム１０Ｂの故障率を低下させることができる。
【００７５】
（ｄ）  第３の実施形態に於いて、ＮＥ制御インタフェース部４０Ａは、選択したＮＥ−ＥＭＳ５１に対して負荷や累積稼働時間を問い合わせ、更に電文を送受信してメッセージを抽出している。しかし、これに限られず、ＮＥ制御インタフェース部４０Ａは、選択したＮＥ−ＥＭＳ５１に対して負荷や累積稼働時間を問い合わせる電文を送信し、この応答の電文に含まれたメッセージを抽出してもよい。
【００７６】
（ｅ）  第３の実施形態に於いて、ＮＥ制御インタフェース部４０ＡのＮＥ電文送受信部４２は、ＮＥ死活判断部４１が選択したＮＥ−ＥＭＳ５１から負荷と累積稼働時間とを応答する電文を受信し、ＮＥ状態リスト４５Ｂに記憶している。しかし、これに限られず、ＮＥ制御インタフェース部４０Ａは、生存状態のＮＥ−ＥＭＳ５１との電文の送受信によって負荷と累積稼働時間とを受信したのちに、一時的な記憶領域に記憶し、生存状態のＮＥ−ＥＭＳ５１のうち最も負荷や累積稼働時間が少ないものを選択してもよい。更に、ＮＥ制御インタフェース部４０Ａは、生存状態のＮＥ−ＥＭＳ５１の挙動を外部から監視することによって、負荷と累積稼働時間とを取得したのちに、一時的な記憶領域に記憶し、生存状態のＮＥ−ＥＭＳ５１のうち最も負荷や累積稼働時間が少ないものを選択してもよい。
【符号の説明】
【００７７】
１０，１０Ａ，１０Ｂ、１０Ｃ  ネットワーク制御システム
２０  オペレーションシステム（ＯｐＳ）端末
３０，３０Ａ，３０Ｃ  オペレーションシステム（ＯｐＳ）
３１  オペレータ用インタフェース部
３２  通信ミドルウェア（ＭＷ）
３３  オペレーティングシステム（ＯＳ）
３４  ネットワークインタフェース（ＮＩＣ）
４０，４０Ａ，４０Ｃ  ＮＥ制御インタフェース部  （制御インタフェース部）
４１  ＮＥ死活判断部  （死活判断部）
４２  ＮＥ電文送受信部  （電文送受信部）
４３  ＮＥ電文解析部  （電文解析部）
４４  記憶部
４５  ＮＥ状態リスト    （状態リスト）
４６  ＮＥ状態判定パターンリスト    （状態判定パターンリスト）
５０  ネットワーク装置（ＮＥ）
５１  ＮＥ−ＥＭＳ    （エレメント管理システム）
５２  アプリケーション（ＡＰＰ）
５３  通信ミドルウェア（ＭＷ）
５４  オペレーティングシステム（ＯＳ）
５５  ネットワークインタフェース（ＮＩＣ）
１００  ネットワーク
【図１】
2014042125.tif 000003
【図２】
2014042125.tif 000004
【図３】
2014042125.tif 000005
【図４】
2014042125.tif 000006
【図５】
2014042125.tif 000007
【図６】
2014042125.tif 000008
【図７】
2014042125.tif 000009
【図８】
2014042125.tif 000010