(57)【要約】【課題】ネットワーク回線の切断状態に起因して網構成装置の監視状態が非監視となる事象が多く発生する状況においても、的確な性能情報の再収集処理を可能にする。【解決手段】複数の網構成装置の性能情報を予め定められた周期で収集し管理する管理装置は、網構成装置の性能情報に関する応答のパケットロスト率、収集した性能情報の項目数と全収集項目数との比率、及び再収集可能残時間の内の少なくとも１つのパラメタに基づいて優先度を算出し、算出した優先度に応じて、性能情報を再収集するための優先順位を設定する、性能情報収集プロセスを実行するように構成されるプロセッサを備える。【選択図】図２
2014067232.tif 000002
【特許請求の範囲】
【請求項１】
複数の網構成装置の性能情報を予め定められた周期で収集し管理する管理装置であって、
前記網構成装置の性能情報に関する応答のパケットロスト率Ｌ、収集した性能情報の項目数と全収集項目数との比率Ｎ、及び再収集可能残時間Ｔの内の少なくとも１つのパラメタに基づいて優先度を算出し、
算出した優先度に応じて、性能情報を再収集するための優先順位を設定する、
性能情報収集プロセスを実行するように構成されるプロセッサ、
を備える管理装置。
【請求項２】
前記応答のパケットロスト率Ｌ、前記比率Ｎ、及び前記再収集可能残時間Ｔの全てのパラメタに基づいて優先度を算出するときの計算式は、（１／Ｔ）×Ｎ×Ｌである
請求項１記載の管理装置。
【請求項３】
前記応答のパケットロスト率Ｌは、特定の通信での予め定められた時間当たりの応答のタイムアウト回数をカウントして求められ、
前記比率Ｎは、前記網構成装置毎の収集項目数及び性能測定数に基づく、最大収集項目数と収集項目数との割合から求められ、
前記再収集可能残時間Ｔは、性能情報保持期間及び収集失敗時刻から求められる、
請求項１または２記載の管理装置。
【請求項４】
複数の網構成装置の性能情報を予め定められた周期で収集し管理する管理装置により実行されるプログラムであって、
前記管理装置のプロセッサに、
前記網構成装置の性能情報に関する応答のパケットロスト率、収集した性能情報の項目数と全収集項目数との比率、及び再収集可能残時間の内の少なくとも１つのパラメタに基づいて優先度を算出し、
算出した優先度に応じて、性能情報を再収集するための優先順位を設定する、
性能情報収集プロセスを実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、性能情報の収集管理機能を含む管理装置に関する。
【背景技術】
【０００２】
ネットワーク管理装置であるＥＭＳ（Element Management System）サーバは、プロト
コルＳＮＭＰ（Simple Network Management Protocol）を使用し、ＤＣＮ（データ通信網：Data Communication Network）回線経由で管理対象装置の複数の網構成装置から性能情報などの各種情報を収集する。ＳＮＭＰはコネクションレスプロトコルであるため、ＤＣＮ経路上でパケットロスが生じることを前提にして、一般的には再送処理で対処している。
【０００３】
ＥＭＳサーバは、管理対象装置の複数の網構成装置から性能情報を予め定められた周期で収集する必要があり、ＤＣＮ帯域幅、再送タイマ時間、及びパケットロスト率で決められた周期（例えば、１５分）内に、全ての管理対象装置からの収集処理が完了するようにスケジューリングしている。
【０００４】
複数の網構成装置を含むネットワークが無線ネットワークであるときは、ＤＣＮ回線を通して無線通信されるため、伝送品質を常に良好に維持することが困難であり、ＤＣＮ回線の切断状態に起因して網構成装置の監視状態が非監視となる事象が多く発生する。
【０００５】
ＤＣＮ回線の切断状態が発生した場合、発生箇所以後の経路に存在する全ての網構成装置が非監視となる。ＥＭＳサーバは、監視状態が非監視となった網構成装置に関しては、予め定められた周期内に性能情報の収集ができないため、ＤＣＮ回線の復旧後に、性能情報が収集できなかった期間の再収集を実施することになる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０００−２０１１５６号公報
【特許文献２】特開平６−２７６２０３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、ＥＭＳサーバで監視する網構成装置の数が増加傾向にある近年では、再収集処理において全ての網構成装置についての性能情報を予め定められた期間（時間）内に収集できない問題がある。
【０００８】
課題は、ネットワーク回線の切断状態に起因して網構成装置の監視状態が非監視となる事象が多く発生する状況においても、的確な性能情報の再収集処理を可能にする技術を提供することにある。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、複数の網構成装置の性能情報を予め定められた周期で収集し管理する管理装置は、前記網構成装置の性能情報に関する応答のパケットロスト率、収集した性能情報の項目数と全収集項目数との比率、及び再収集可能残時間の内の少なくとも１つのパラメタに基づいて優先度を算出し、算出した優先度に応じて、性能情報を再収集するための優先順位を設定する、性能情報収集プロセスを実行するように構成されるプロセッサを備える。
【発明の効果】
【００１０】
開示した管理装置によれば、ネットワーク回線の切断状態が発生したときに収集できなかった性能情報の再収集を優先度に応じて実施することができる。
【００１１】
他の課題、特徴及び利点は、図面及び特許請求の範囲とともに取り上げられる際に、以下に記載される発明を実施するための形態を読むことにより明らかになるであろう。
【図面の簡単な説明】
【００１２】
【図１】一実施の形態の監視システムの構成を示す。
【図２】一実施の形態の監視システムにおけるＥＭＳサーバの構成を示すブロック図。
【図３】一実施の形態の監視システムにおける無線装置の構成を示すブロック図。
【図４】回線断警報受信時のシーケンスを示す。
【図５】回線断警報受信時のテーブルの内容を示す。
【図６】現状のヘルスチェック処理のシーケンスを示す。
【図７】ヘルスチェック処理時のテーブルの内容を示す。
【図８】現状の性能情報の再収集処理を説明するための図。
【図９Ａ】性能情報の収集処理のシーケンスを示す。
【図９Ｂ】現状の性能情報の再収集処理のシーケンスを示す。
【図１０】ヘルスチェック処理のシーケンスを示す。
【図１１】ヘルスチェック処理時のテーブルの内容を示す。
【図１２】再収集処理の優先度設定を説明するための図。
【図１３】優先度設定を考慮した性能情報の再収集処理のシーケンスを示す。
【発明を実施するための形態】
【００１３】
以下、添付図面を参照して、さらに詳細に説明する。図面には好ましい実施形態が示されている。しかし、多くの異なる形態で実施されることが可能であり、本明細書に記載される実施形態に限定されない。
【００１４】
［システム構成］
一実施の形態におけるシステム構成を示す図１を参照すると、無線ネットワーク監視システムＳＹＳは、ＥＭＳ（Element Management System）サーバ１及びＥＭＳクライアン
ト２を備える。
【００１５】
ＥＭＳサーバ１は、レイヤ２（Ｌ２）ネットワークである監視ネットワーク３に有線接続され、この監視ネットワーク３を通して、網構成装置としての複数の無線装置４（Ａ〜Ｉ）を含むＤＣＮ（データ通信網：Data Communication Network）を管理する管理装置である。また、監視ネットワーク３に有線接続されているＥＭＳクライアント２は、オペレータ端末であり、ＥＭＳサーバ１から警報情報及び性能情報を読み出すなど、必要によりＥＭＳサーバ１と連携する。
【００１６】
複数の無線装置４（Ａ〜Ｉ）は、各通信局に配置された伝送装置であり、ここでは無線ネットワークのＤＣＮを構成し、所定の無線装置４と無線接続または有線接続されている。ここで、有線接続は、図１中、実線で示す有線回線による接続形態であり、無線接続は、図１中、点線で示す無線回線による接続形態である。
【００１７】
図１に示すように、全ての無線装置４（Ａ〜Ｉ）が監視ネットワーク３に直接に有線接続しているのではなく、監視ネットワーク３に直接に有線接続されているいくつかの無線装置４（Ａ，Ｈ）を中継することにより接続している。
【００１８】
このため、ＥＭＳサーバ１は、中継区間でＤＣＮ回線の切断（以下、単に回線断と記載することもある）が発生すると、発生箇所以降の無線装置４（例えば、Ｄ，Ｅ）について監視状態が非監視となってしまう。この結果、ＥＭＳサーバ１は、後に詳述するように、非監視装置の無線装置４（Ｄ，Ｅ）に対する性能情報（ＰＭ）の収集処理に失敗し、収集に失敗した性能情報については、ＤＣＮ回線が正常復旧した後に再収集を行うことになる。
【００１９】
なお、ＤＣＮ回線の切断とは、外部環境の影響などに起因して、無線装置４（Ｃ）及び無線装置４（Ｄ）間の通信が正常に行えないために、回線の切断と判定される状態を含んでいる。
【００２０】
［ＥＭＳサーバ構成］
図２を参照すると、管理装置としてのＥＭＳサーバ１は、サーバコンピュータであり、ハードウェア構成として、次の要素を含んでいる。つまり、プロセッサとしてのＣＰＵ（Central Processing Unit）と、作業用メモリとしてのＲＡＭ（Random Access Memory）
と、立ち上げのためのブートプログラムを格納したＲＯＭ（Read Only Memory）とを備える。
【００２１】
また、ＥＭＳサーバ１は、ＯＳ（Operating System）、各種アプリケーションプログラム、及び各種情報（データを含む）を書換え可能に格納する不揮発性のフラッシュメモリと、通信インタフェースなどとを備える。これらのハードウェア構成は、当業者が容易に理解でき、実施可能であるので、ここでは図示を省略している。
【００２２】
後に詳述する性能情報の収集管理機能を論理的に実現するには、ＥＭＳサーバ１において、フラッシュメモリに制御プログラムをアプリケーションプログラムとしてインストールしておく。そして、ＥＭＳサーバ１における自律的起動、または無線装置４からの通知などを契機に、ＣＰＵがこの制御プログラムをＲＡＭに展開して実行する。
【００２３】
更に詳述すると、ＥＭＳサーバ１には、性能情報収集プロセス１１、ヘルスチェックプロセス１２、及びＳＮＭＰ送受信プロセス１３が処理の分割の単位として存在する。また、ＥＭＳサーバ１は、警報管理テーブル１４、性能情報収集管理テーブル１５、収集失敗（ＮＧ）管理テーブル１６、装置管理テーブル１７、及び通信管理テーブル１８を記憶部として含み、これらのテーブルには各種データが格納されている。
【００２４】
ＳＮＭＰ送受信プロセス１３は、ヘルスチェックプロセス１２または性能情報収集プロセス１１から無線装置４に対するパケット形態のＳＮＭＰ要求メッセージとしてのＳＮＭＰ  ＧＥＴ  ＲＥＱＵＥＳＴを送信し、無線装置４からのパケット形態のＳＮＭＰ応答メッセージとしてのＳＮＭＰ  ＧＥＴ  ＲＥＳＰＯＮＳＥをそれぞれのプロセスへ報告するプロセスである。
【００２５】
ヘルスチェックプロセス１２は、装置管理テーブル１７に登録されている全ての無線装置４について、ＳＮＭＰ送受信プロセス１３を介してＳＮＭＰ  ＧＥＴ  ＲＥＱＵＥＳＴを送信することにより、監視状態（監視または非監視）を確認するプロセスである。監視状態を確認するために送信したＳＮＭＰ  ＧＥＴ  ＲＥＱＵＥＳＴに対し、ＳＮＭＰ  ＧＥＴ  ＲＥＳＰＯＮＳＥの応答がない場合は、ヘルスチェックプロセス１２は通信管理テーブル１８に再計算したパケットロスト率を登録する。また、ヘルスチェックプロセス１２は、無線装置４からのＤＣＮ回線切断警報を受信した場合に、装置管理テーブル１７において該当の無線装置４の監視状態を非監視に更新する処理を実施する。
【００２６】
性能情報収集プロセス１１は、装置管理テーブル１７、性能情報収集管理テーブル１５、及び収集ＮＧ管理テーブル１６から収集対象の性能情報を取得し、無線装置４に格納されている性能情報を取得する。性能情報収集処理によって実施している性能情報の再収集処理については、再収集優先度設定処理１１０が、収集ＮＧ管理テーブル１６及び装置管理テーブル１７の格納データに基づいて算出した再収集可能残時間、通信管理テーブル１８からのＳＮＭＰ応答のロスト率（パケットロスト率）、更に装置管理テーブル１７及び性能情報収集管理テーブル１５の格納データに基づいて算出した収集性能情報の項目数と全収集項目数との比率を考慮し、的確な再収集処理を行う。
【００２７】
［無線装置構成］
図３を参照すると、網構成装置としての複数の無線装置４（Ａ〜Ｉ）は、ハードウェア構成として、次の要素を含んでいる。つまり、プロセッサとしてのＣＰＵと、作業用メモリとしてのＲＡＭと、立ち上げのためのブートプログラムを格納したＲＯＭとを備える。
【００２８】
また、無線装置４は、ＯＳ、各種アプリケーションプログラム、及び各種情報（データを含む）を書換え可能に格納する不揮発性のフラッシュメモリと、通信インタフェースなどとを備える。これらのハードウェア構成は、当業者が容易に理解でき、実施可能であるので、ここでは図示を省略している。
【００２９】
ＥＭＳサーバ１との連携により性能情報の収集管理機能を論理的に実現するには、無線装置４において、フラッシュメモリに制御プログラムをアプリケーションプログラムとしてインストールしておく。そして、ＥＭＳサーバ１からの要求、または他の無線装置４からの要求または通知などを契機に、ＣＰＵがこの制御プログラムをＲＡＭに展開して実行する。
【００３０】
更に詳述すると、各無線装置４には、ＤＣＮ監視プロセス４０、ＳＮＭＰ送受信プロセス４１、及び性能情報管理プロセス４２が処理の分割の単位として存在する。また、各無線装置４は、性能情報を格納している性能情報格納テーブル４３と、管理情報の標準ＭＩＢ（Management Information Base）データを格納している標準ＭＩＢデータベース（Ｍ
ＩＢ−ＤＢ）４４を記憶部として含む。性能情報格納テーブル４３には、性能情報として、取得時刻毎に測定種別のモニタータイプ（例えば、送信電力レベル、受信電力レベルなどの品質指標）及び測定値が格納されている。
【００３１】
ＤＣＮ監視プロセス４０は、配下の無線装置４とヘルスチェックを予め定められた周期で自律的に実施することにより、ＤＣＮ回線の正常性を確認するプロセスである。
【００３２】
ＳＮＭＰ送受信プロセス４１は、ＥＭＳサーバ１からのＳＮＭＰ  ＧＥＴ  ＲＥＱＵＥＳＴを受信し、標準ＭＩＢデータや、性能情報をＳＮＭＰ  ＧＥＴ  ＲＥＳＰＯＮＳＥとして報告するプロセスである。
【００３３】
性能情報管理プロセス４２は、性能情報格納テーブル４３から性能情報を取得し、ＳＮＭＰ送受信プロセス４１を通じてＥＭＳサーバ１に送信するプロセスである。
【００３４】
［動作］
次に、一実施の形態の監視システムＳＹＳにおける動作例について関連図を併せ参照して説明する。なお、各処理の差異を明確にするために、現状の処理についても説明する。
【００３５】
（回線断の警報受信処理）
図１中の複数の無線装置４（Ａ〜Ｉ）における無線装置４（Ｃ）のＤＣＮ監視プロセス４０は、配下の無線装置４（Ｄ）のＤＣＮ監視プロセス４０とヘルスチェックを周期的に
実施することにより、ＤＣＮ回線の正常性を確認する。
【００３６】
図４における回線断の警報受信処理のシーケンスに示すように、無線装置４（Ｃ）及び無線装置４（Ｄ）間のＤＣＮ回線が切断した場合、無線装置４（Ｃ）では、ヘルスチェックの応答が無線装置４（Ｄ）からないため、ＤＣＮ監視プロセス４０により応答タイムアウトを検出する。
【００３７】
これにより、無線装置４（Ｃ）のＤＣＮ監視プロセス４０は、ＤＣＮ回線切断警報をＳＮＭＰ送受信プロセス４１に出力する。そして、無線装置４（Ｃ）のＳＮＭＰ送受信プロセス４１は、ＥＭＳサーバ１に対して、ＤＣＮ回線切断警報をパケット形態のＳＮＭＰ通告メッセージとしてのＳＮＭＰ  Ｔｒａｐにて通知する。
【００３８】
ＥＭＳサーバ１においては、ＳＮＭＰ  Ｔｒａｐを受信したときを契機に、ＳＮＭＰ送受信プロセス１３が無線装置４（Ｃ）からのＤＣＮ回線切断警報を検出し、ヘルスチェックプロセス１２を起動する。ヘルスチェックプロセス１２は、警報管理テーブル１４に警報情報を登録する。
【００３９】
ここで、警報管理テーブル１４に登録される警報情報は、図５に例示するように、発生時刻：２０１１／１１／０１  １０：００：００、検出装置：装置Ｃ（無線装置４（Ｃ））、発生箇所：装置Ｃ〜Ｄ間（無線装置４（Ｃ）〜無線装置４（Ｄ）間）、及び警報種別：ＤＣＮ回線切断を含んでいる。
【００４０】
さらに、ヘルスチェックプロセス１２は、受信した警報情報がＤＣＮ回線切断の場合は、装置管理テーブル１７から回線断を検出した無線装置４（Ｃ）に接続されている配下の装置情報（装置リスト）を取得するために、装置管理テーブル１７を検索し、該当の無線装置４（Ｄ，Ｅ）の監視状態を非監視に変更（更新）する。
【００４１】
ここで、装置管理テーブル１７に登録される装置情報は、図５に例示するように、装置名、ＤＣＮ接続元、装置種別（タイプ１，２は保有する性能情報の差異を示す）、性能情報保持期間（ここでは、時間）、監視状態（監視または非監視）、及びＩＰアドレスを含んでいる。
【００４２】
（ヘルスチェック処理（１））
図６における現状のヘルスチェック処理のシーケンスに示すように、ＥＭＳサーバ１のヘルスチェックプロセス１２は、装置管理テーブル１７に登録されている装置リストを取得し、ＳＮＭＰ送受信プロセス１３を介して全ての登録装置である無線装置４に対し、ヘルスチェックとして管理情報の標準ＭＩＢデータを要求するためにＳＮＭＰ  ＧＥＴ  ＲＥＱＵＥＳＴ（単に、ＳＮＭＰ  ＧＥＴと記載することもある）を送信させる。
【００４３】
正常シーケンスでは、ＳＮＭＰ  ＧＥＴ  ＲＥＱＵＥＳＴを受信した無線装置４は、ＭＩＢ−ＤＢ４４から標準ＭＩＢデータを取得し、ＳＮＭＰ  ＧＥＴ  ＲＥＳＰＯＮＳＥによりＥＭＳサーバ１に応答する。
【００４４】
ＥＭＳサーバ１におけるＳＮＭＰ送受信プロセス１３がＭＩＢデータを受信すると、ＳＮＭＰ送受信プロセス１３はヘルスチェックプロセス１２に該当の無線装置４との通信可能状態を示す応答ありを出力する。
【００４５】
これにより、ヘルスチェックプロセス１２は、装置管理テーブル１７における該当無線装置４の監視状態が非監視の場合は、監視状態を監視に更新する（図７参照）。
【００４６】
一方、異常シーケンスでは、ＥＭＳサーバ１のヘルスチェックプロセス１２は、ＳＮＭＰ送受信プロセス１３を介して全ての登録装置である無線装置４に対し、ヘルスチェックとして標準ＭＩＢデータを要求するためにＳＮＭＰ  ＧＥＴ  ＲＥＱＵＥＳＴを送信させる。
【００４７】
しかし、このＳＮＭＰ  ＧＥＴ  ＲＥＱＵＥＳＴはパケットロスのために無線装置４で受信されず、無線装置４からの応答がないので、ＥＭＳサーバ１におけるＳＮＭＰ送受信プロセス１３でタイムアウトが発生する。
【００４８】
ＳＮＭＰ送受信プロセス１３がヘルスチェックプロセス１２にタイムアウトを通知すると、ヘルスチェックプロセス１２は、再度、ＳＮＭＰ送受信プロセス１３にヘルスチェックとしてＳＮＭＰ  ＧＥＴ  ＲＥＱＵＥＳＴを送信させる。
【００４９】
ＳＮＭＰ送受信プロセス１３は、無線装置４からの応答なしによるタイムアウトを検出した場合、ヘルスチェックプロセス１２にタイムアウトを再度通知する。
【００５０】
これにより、ヘルスチェックプロセス１２は、装置管理テーブル１７における該当の無線装置４の監視状態を非監視に更新する（図７参照）。
【００５１】
（性能情報の再収集処理（１））
ＥＭＳサーバ１は、装置管理テーブル１７に登録している全ての無線装置４の監視状態を管理する。性能情報の収集処理では、この監視状態をチェックすることで、性能情報が収集できない非監視となっている無線装置４については、性能情報の収集を実施せず、収集失敗（ＮＧ）と判断する。
【００５２】
また、無線装置４の監視状態が監視となっているが、無線装置４から性能情報の応答がなく、タイムアウトした場合にも収集ＮＧと判断する。収集ＮＧと判断した性能情報は、いずれも次の周期以降に再収集を実施することになる。
【００５３】
図８に示す現状の性能情報の再収集処理を参照すると、性能情報の収集は、例えば、１５分周期で、監視状態が監視となっている全ての無線装置４に対して実施する。図８の例では、周期＃１の開始時刻００：００の直後に無線装置４（Ｃ）及び無線装置４（Ｄ）間に回線断が発生したため（図８中の丸数字１）、無線装置４（Ｄ）及び無線装置４（Ｅ）の監視状態が非監視となる。
【００５４】
このため、無線装置４（Ｄ）及び無線装置４（Ｅ）について、周期＃１で収集すべき性能情報の収集は行わずに収集ＮＧという結果となり（図８中の丸数字２）、監視状態が非監視から監視に復旧したときに再収集を行うために、収集ＮＧ管理テーブル１６に収集対象情報（ＮＧリスト）を性能情報識別子（ＰＭ−ＩＤ）毎に登録する（図８中の丸数字３）。
【００５５】
周期＃２開始前に、無線装置４（Ｃ）及び無線装置４（Ｄ）間の回線断が復旧し、無線装置４（Ｄ）及び無線装置４（Ｅ）の監視状態が監視に更新される（図８中の丸数字４）。
【００５６】
このため、周期＃２では、周期＃２で収集すべき性能情報の収集（現周期での収集）が完了したのち、収集ＮＧ管理テーブル１６に格納されている無線装置４（Ｄ）及び無線装置４（Ｅ）についての性能情報の再収集を実施する（図８中の丸数字５）。
【００５７】
再収集に成功した場合は、収集ＮＧ管理テーブル１６から削除し、再収集でも失敗した
場合は、更に次の周期において再収集を行うために、収集ＮＧ管理テーブル１６からの削除は行わない（図８中の丸数字６）。
【００５８】
ここで、性能情報識別子（ＰＭ−ＩＤ）はリソース軸及び時間軸についてスレッド分割された個々に対応している。ＥＭＳサーバ１においては、実行の脈絡であるスレッド（thread of execution）の複数個を同時に並列実行する。
【００５９】
また、図８中の性能情報収集管理テーブル１５及び収集ＮＧ管理テーブル１６において、収集種別のモニター１，２，３は、収集対象の性能情報の種別を示し、無線装置４における性能情報格納テーブル４３に格納されている性能情報のモニタータイプ（測定種別）に対応している。
【００６０】
図９Ａは現周期での現状の性能情報の収集処理のシーケンス示している。図９Ａを参照すると、ＥＭＳサーバ１における性能情報収集プロセス１１は、装置管理テーブル１７から装置情報（装置リスト）を取得後、監視状態が非監視となっている無線装置４について収集した性能情報を収集ＮＧ管理テーブル１６に登録するために、性能情報収集管理テーブル１５から該当情報を取得する。
【００６１】
この後、性能情報収集プロセス１１は、監視状態が監視となっている無線装置４について、性能情報収集管理テーブル１５から収集対象の性能情報を取得し、ＳＮＭＰ送受信プロセス１３に性能情報の取得を依頼する。
【００６２】
性能情報の取得を依頼されたＳＮＭＰ送受信プロセス１３は、無線装置４に対してＳＮＭＰ  ＧＥＴ  ＲＥＱＵＥＳＴを送信する。
【００６３】
ＳＮＭＰ  ＧＥＴ  ＲＥＱＵＥＳＴを受信した無線装置４におけるＳＮＭＰ送受信プロセス４１は、性能情報管理プロセス４２を介して性能情報格納テーブル４３から性能情報を取得し、ＳＮＭＰ  ＧＥＴ  ＲＥＳＰＯＮＳＥによりＥＭＳサーバ１に送信する。
【００６４】
無線装置４から正常に性能情報の応答がＳＮＭＰ  ＧＥＴ  ＲＥＳＰＯＮＳＥによりＳＮＭＰ送受信プロセス１３に通知された場合（正常収集シーケンス）、性能情報収集プロセス１１は応答データとしての性能情報に基づいて、性能情報収集管理テーブル１５に性能情報を格納する。
【００６５】
一方、無線装置４から性能情報の応答が通知されず、ＳＮＭＰ送受信プロセス１３がタイムアウトを検出した場合（異常収集シーケンス）、性能情報収集プロセス１１は再度ＳＮＭＰ送受信プロセス１３を介して無線装置４に対し、ＳＮＭＰ  ＧＥＴ  ＲＥＱＵＥＳＴを送信させる。
【００６６】
しかし、ＳＮＭＰ送受信プロセス１３は、依然として応答が無線装置４から通知されずにタイムアウトを検出した場合は、収集ＮＧ管理テーブル１６に収集ＮＧとなったＮＧリストを登録する。
【００６７】
上述した性能情報収集処理は、監視状態が監視となっている全ての無線装置４について繰り返して実施される。
【００６８】
図９Ｂは、図９Ａに示す性能情報の収集処理完了後に続けて実施される処理で、現周期の以前に失敗した性能情報についての現状の再収集処理のシーケンスを示している。
【００６９】
図９Ｂを参照すると、図９Ａに示す性能情報収集処理（現周期での収集処理）が完了し
た後、性能情報収集プロセス１１は、収集ＮＧ管理テーブル１６から監視状態が監視である無線装置４における現周期以前に失敗した性能情報を取得する。
【００７０】
性能情報収集プロセス１１は、取得した性能情報に基づき、無線装置４から性能情報を収集するために、ＳＮＭＰ送受信プロセス１３に性能情報取得を依頼する。これにより、ＳＮＭＰ送受信プロセス１３は無線装置４に対してＳＮＭＰ  ＧＥＴ  ＲＥＱＵＥＳＴを送信する。
【００７１】
ＳＮＭＰ  ＧＥＴ  ＲＥＱＵＥＳＴを受信した無線装置４におけるＳＮＭＰ送受信プロセス４１は、性能情報管理プロセス４２を介して性能情報格納テーブル４３から性能情報を取得し、ＳＮＭＰ  ＧＥＴ  ＲＥＳＰＯＮＳＥによりＥＭＳサーバ１に送信する。
【００７２】
無線装置４から正常に性能情報の応答がＳＮＭＰ  ＧＥＴ  ＲＥＳＰＯＮＳＥにより通知され、ＳＮＭＰ送受信プロセス１３が受信した場合（正常収集シーケンス）、性能情報収集プロセス１１は応答データの性能情報に基づいて性能情報収集管理テーブル１５に性能情報を格納し、収集ＮＧ管理テーブル１６から成功したＮＧリストを削除する。
【００７３】
一方、無線装置４から性能情報の応答がＳＮＭＰ  ＧＥＴ  ＲＥＳＰＯＮＳＥにより通知されず、ＳＮＭＰ送受信プロセス１３がタイムアウトを検出した場合（異常収集シーケンス）、ＳＮＭＰ送受信プロセス１３は性能情報収集プロセス１１にタイムアウトを通知する。
【００７４】
タイムアウトを通知された性能情報収集プロセス１１は、再度、ＳＮＭＰ送受信プロセス１３に性能情報の取得を依頼する。
【００７５】
ＳＮＭＰ送受信プロセス１３は、再度、無線装置４に対してＳＮＭＰ  ＧＥＴ  ＲＥＱＵＥＳＴを送信し、依然として応答がＳＮＭＰ  ＧＥＴ  ＲＥＳＰＯＮＳＥにより通知されずにタイムアウトを検出した場合、なにも処理せずに、次の無線装置４について性能情報の収集を実施する。
【００７６】
上述した性能情報の再収集処理は、収集ＮＧ管理テーブル１６から取得した収集ＮＧリスト分、繰り返して実施される。ただし、１５分の周期を超えた場合は、繰り返し処理を中断して終了する。
【００７７】
その後、性能情報収集プロセス１１は、性能情報の再収集が不可となったＮＧリストを収集ＮＧ管理テーブル１６から削除する。
【００７８】
性能情報の収集可否については、収集ＮＧ管理テーブル１６の収集失敗時刻と現時刻との差分が装置管理テーブル１７の性能情報保持期間を超過している場合、収集不可と判断する。このように、性能情報保持期間を超過している場合などにおいて、性能情報が収集不可となる事象の発生を抑制する必要がある。
【００７９】
（ヘルスチェック処理（２））
上述したように、ＥＭＳサーバ１におけるヘルスチェックプロセス１２には、ＤＣＮ回線切断の警報受信処理と、ヘルスチェック処理との２つの処理が存在する。ここで、ＤＣＮ回線切断の警報受信処理については、図４及び図５を参照して説明した内容と同じである。
【００８０】
図１０におけるヘルスチェック処理のシーケンスに示すように、上述した性能情報の収集不可事象の発生を抑制ために、ＥＭＳサーバ１のヘルスチェックプロセス１２は、装置
管理テーブル１７に登録されている装置情報（装置リスト）を取得し、ＳＮＭＰ送受信プロセス１３を介して全ての登録装置である無線装置４に対し、ヘルスチェックとして管理情報の標準ＭＩＢデータを要求するためにＳＮＭＰ  ＧＥＴ  ＲＥＱＵＥＳＴを送信させる。
【００８１】
正常シーケンスでは、ＳＮＭＰ  ＧＥＴ  ＲＥＱＵＥＳＴを受信した無線装置４のＳＮＭＰ送受信プロセス４１は、ＭＩＢ−ＤＢ４４から標準ＭＩＢデータを取得し、ＳＮＭＰ
ＧＥＴ  ＲＥＳＰＯＮＳＥによりＥＭＳサーバ１に応答する。
【００８２】
ＥＭＳサーバ１におけるＳＮＭＰ送受信プロセス１３がＭＩＢデータを受信すると、ＳＮＭＰ送受信プロセス１３はヘルスチェックプロセス１２に該当の無線装置４との通信可能状態を示す応答ありを出力する。
【００８３】
これにより、ヘルスチェックプロセス１２は、装置管理テーブル１７における該当無線装置４の監視状態が非監視の場合は、監視状態を監視に更新する（図７参照）。
【００８４】
一方、異常シーケンスでは、ＥＭＳサーバ１のヘルスチェックプロセス１２は、ＳＮＭＰ送受信プロセス１３を介して全ての登録装置である無線装置４に対し、ヘルスチェックとして標準ＭＩＢデータを要求するためにＳＮＭＰ  ＧＥＴ  ＲＥＱＵＥＳＴを送信させる。
【００８５】
しかし、このＳＮＭＰ  ＧＥＴ  ＲＥＱＵＥＳＴはパケットロスのために無線装置４で受信されず、無線装置４からの応答がないので、ＥＭＳサーバ１におけるＳＮＭＰ送受信プロセス１３でタイムアウトが発生する。
【００８６】
ＳＮＭＰ送受信プロセス１３が、ヘルスチェックプロセス１２にタイムアウトを通知すると、ヘルスチェックプロセス１２は、エラーカウントをカウントアップし、再計算したＳＮＭＰ応答（ＳＮＭＰ  ＧＥＴ  ＲＥＳＰＯＮＳＥ）のロスト率（パケットロスト率）に通信管理テーブル１８の該当の無線装置４の値を更新する（図１１参照）。
【００８７】
更新後にヘルスチェックプロセス１２は、再度、ＳＮＭＰ送受信プロセス１３にヘルスチェックとしてＳＮＭＰ  ＧＥＴ  ＲＥＱＵＥＳＴを送信させる。
【００８８】
ＳＮＭＰ送受信プロセス１３は、無線装置４からの応答なしによるタイムアウトを検出した場合、ヘルスチェックプロセス１２にタイムアウトを再度通知する。
【００８９】
タイムアウトを再度通知されたヘルスチェックプロセス１２は、エラーカウントを更にカウントアップし、再計算したＳＮＭＰ応答のロスト率に通信管理テーブル１８の該当の無線装置４の値を更新する（図１１参照）。
【００９０】
さらに、ヘルスチェックプロセス１２は、装置管理テーブル１７における該当の無線装置４の監視状態を非監視に更新する（図７参照）。
【００９１】
（優先度設定）
性能情報収集プロセス１１内の再収集優先度設定処理１１０により、ＥＭＳサーバ１が保持する３つのパラメタ、つまり再収集可能残時間Ｔ、収集した性能情報の項目数と全収集項目数との比率Ｎ、及びＳＮＭＰ応答（ＳＮＭＰ  ＧＥＴ  ＲＥＳＰＯＮＳＥ）のロスト率（パケットロスト率）Ｌを使用し、性能情報の再収集処理の適正な優先度（優先順位）が設定される。
【００９２】
図１２を参照して、性能情報の再収集処理の優先順位設定について詳述する。
【００９３】
（ａ）再収集可能残時間Ｔについては、装置管理テーブル１７内の性能情報保持期間と、収集ＮＧ管理テーブル１６内の収集失敗時刻とから残時間（ここでは、分）を算出する。
【００９４】
（ｂ）収集した性能情報の項目数と全収集項目数との比率Ｎについては、性能情報収集管理テーブル１５内の収集種別に基づいて、装置単位での収集項目数をカウントする。また、装置管理テーブル１７内の性能測定数（最大数）に基づいて、該当の無線装置４の最大収集項目数を取得し、収集項目数の割合を算出する。
【００９５】
（ｃ）通信管理テーブル１８に格納されるＳＮＭＰ応答のロスト率Ｌについては、ＳＮＭＰ通信での１時間当たりのＳＮＭＰ応答のタイムアウト回数をカウント（エラーカウント）し、パケットロスト率を計算しておく。
【００９６】
（ｄ）上記３つのパラメタに基づいて、計算式：（１／Ｔ）×Ｎ×Ｌにより、適正な優先度を算出する。しかし、これら３つのパラメタの内の少なくとも１つのパラメタに基づいて算出してもよい。この計算式から理解できるように、再収集可能残時間Ｔが短いほど、再収集の優先順位は高くなる。ただし、再収集可能残時間Ｔが０となったものについては、収集ＮＧ管理テーブル１６から削除されるため、対象外とする。上記計算式により求められた優先度の値の大きいものほど、再収集の優先順位は高いと認識される。図１２の例示では、無線装置４（Ｄ）対応の性能情報識別子（ＰＭ−ＩＤ）１２についての第１番目の優先度の値に基づいて、再収集処理の第１番目の優先順位が設定されている。
【００９７】
上述した再収集優先度設定処理１１０による性能情報の再収集処理の優先度設定に基づいて、図１２に例示するように、無線装置４（Ｄ）及び無線装置４（Ｅ）対応の性能情報識別子（ＰＭ−ＩＤ）１２，３２，１９９などが再収集処理の対象として設定される。
【００９８】
図１２中の性能情報収集管理テーブル１５及び収集ＮＧ管理テーブル１６において、収集種別のモニター１，２，３は、収集対象の性能情報の種別を示し、無線装置４における性能情報格納テーブル４３に格納されている性能情報のモニタータイプ（測定種別）に対応している。
【００９９】
また、性能情報識別子（ＰＭ−ＩＤ）はリソース軸及び時間軸についてスレッド分割された個々に対応している。ＥＭＳサーバ１においては、実行の脈絡であるスレッドの複数個を同時に並列実行する。
【０１００】
（優先度設定を考慮した性能情報の再収集処理）
ヘルスチェックプロセス１２によって設定される装置管理テーブル１７の監視状態をチェックし、状態が監視となっている無線装置４について性能情報を収集する。
【０１０１】
上述した優先度設定を考慮した性能情報の再収集処理について説明する。図１３は、図９Ａに示す性能情報の収集処理完了後に続けて実施される処理で、現周期の以前に収集に失敗した性能情報についての再収集処理シーケンスを示している。
【０１０２】
図１３を参照すると、図９Ａを参照して説明した現周期の性能情報収集処理が完了した後は、性能情報収集プロセス１１は、監視状態が監視である無線装置４における現周期以前に収集に失敗した収集対象情報（ＮＧリスト）を収集ＮＧ管理テーブル１６から取得する。
【０１０３】
さらに、性能情報収集プロセス１１は、優先度設定を考慮した性能情報の再収集処理を行うために、再収集可能残時間Ｔ、収集した性能情報の項目数と全収集項目数との比率Ｎ、及びＳＮＭＰ応答のロスト率Ｌを算出または取得する。
【０１０４】
つまり、性能情報収集プロセス１１は、収集ＮＧ管理テーブル１６からの取得したＮＧリストと、優先度設定処理結果とに基づき、該当の無線装置４から性能情報を収集するためにＳＮＭＰ送受信プロセス１３にＳＮＭＰ  ＧＥＴ  ＲＥＱＵＥＳＴを送信させる。
【０１０５】
ＳＮＭＰ  ＧＥＴ  ＲＥＱＵＥＳＴを受信した無線装置４におけるＳＮＭＰ送受信プロセス４１は、性能情報管理プロセス４２を介して性能情報格納テーブル４３から性能情報を取得し、ＳＮＭＰ  ＧＥＴ  ＲＥＳＰＯＮＳＥによりＥＭＳサーバ１に送信する。
【０１０６】
無線装置４から正常に性能情報の応答がＳＮＭＰ  ＧＥＴ  ＲＥＳＰＯＮＳＥにより通知され、ＳＮＭＰ送受信プロセス１３が受信した場合（正常収集シーケンス）、性能情報収集プロセス１１は応答データの性能情報に基づいて性能情報収集管理テーブル１５に性能情報を格納し、収集ＮＧ管理テーブル１６から成功したＮＧリストを削除する。
【０１０７】
なお、同様に、該当の無線装置４から性能情報の応答がＳＮＭＰ  ＧＥＴ  ＲＥＳＰＯＮＳＥにより通知されず、ＳＮＭＰ送受信プロセス１３がタイムアウトを検出した場合（異常収集シーケンス）、ＳＮＭＰ送受信プロセス１３は性能情報収集プロセス１１にタイムアウトを通知する。
【０１０８】
タイムアウトを通知された性能情報収集プロセス１１は、再度、ＳＮＭＰ送受信プロセス１３に性能情報の取得を依頼する。
【０１０９】
ＳＮＭＰ送受信プロセス１３は、再度、無線装置４に対してＳＮＭＰ  ＧＥＴ  ＲＥＱＵＥＳＴを送信し、依然として応答がＳＮＭＰ  ＧＥＴ  ＲＥＳＰＯＮＳＥにより通知されずにタイムアウトを検出した場合、なにも処理せずに、次の無線装置４について性能情報の収集を実施する。
【０１１０】
上述した性能情報の再収集処理は、収集ＮＧ管理テーブル１６から取得した収集ＮＧリスト分、繰り返して実施される。ただし、１５分の周期を超えた場合は、繰り返し処理を中断して終了する。
【０１１１】
その後、性能情報収集プロセス１１は、性能情報の再収集が不可となった収集リストを収集ＮＧ管理テーブル１６から削除する。
【０１１２】
［一実施の形態の効果］
上述した一実施の形態の監視システムによれば、回線切断状態が多発する無線ネットワークにおいて、発生時に収集できなかった性能情報の再収集を適正な優先度に応じて実施することができる。
【０１１３】
［変形例］
上述した一実施の形態における処理はコンピュータで実行可能なプログラムとして提供され、ＣＤ−ＲＯＭやフレキシブルディスクなどの非一時的コンピュータ可読記録媒体、さらには通信回線を経て提供可能である。
【０１１４】
また、上述した一実施の形態における各処理はその任意の複数または全てを選択し組合せて実施することもできる。
【符号の説明】
【０１１５】
ＳＹＳ  監視システム
１      ＥＭＳサーバ
２      ＥＭＳクライアント
３      監視ネットワーク
４      無線装置（Ａ〜Ｉ）
１１    性能情報収集プロセス
１２    ヘルスチェックプロセス
１３    ＳＮＭＰ送受信プロセス
１４    警報管理テーブル
１５    性能情報収集管理テーブル
１６    収集ＮＧ管理テーブル
１７    装置管理テーブル
１８    通信管理テーブル
１１０  再収集優先度設定処理
【図１】
2014067232.tif 000003
【図２】
2014067232.tif 000004
【図３】
2014067232.tif 000005
【図４】
2014067232.tif 000006
【図５】
2014067232.tif 000007
【図６】
2014067232.tif 000008
【図７】
2014067232.tif 000009
【図８】
2014067232.tif 000010
【図９Ａ】
2014067232.tif 000011
【図９Ｂ】
2014067232.tif 000012
【図１０】
2014067232.tif 000013
【図１１】
2014067232.tif 000014
【図１２】
2014067232.tif 000015
【図１３】
2014067232.tif 000016