(57)【特許請求の範囲】
【請求項１】
通信網を構成するネットワーク装置に関する装置関連情報を、前記ネットワーク装置ごとに取得する監視装置と、
当該監視装置が取得した装置関連情報から所望の装置関連情報を取得する情報要求装置と、を備えた通信網監視システムであって、
前記監視装置は、
通信網を構成する１以上のネットワーク装置それぞれに関する装置関連情報を取得する装置関連情報取得部と、
前記情報要求装置が読み出し可能な定周期ファイルデータベースと、
前記装置関連情報取得部で取得した装置関連情報から、一定期間ごとの装置関連情報からなる定周期ファイルを生成し、当該定周期ファイルを前記定周期ファイルデータベースに格納する定周期ファイル生成部と、を有し、
前記情報要求装置は、
前記装置関連情報に基づき前記ネットワーク装置の故障回復措置を図るナレッジシステムであり、前記ネットワーク装置に故障が生じた場合に、故障回復措置の手順によって要求される期間に該当する装置関連情報が格納された定周期ファイルを、前記定周期ファイルデータベースから検索して直接読み出すようになっていることを特徴とする通信網監視システム。
【請求項２】
前記装置関連情報は１または種別の異なる複数の装置関連情報からなり、前記情報要求装置は特定種別の装置関連情報の取得を繰り返し要求し、
前記定周期ファイル生成部は、前記定周期ファイルとして、前記特定種別の装置関連情報からなるファイルを生成することを特徴とする請求項１記載の通信網監視システム。
【請求項３】
前記装置関連情報は１または種別の異なる複数の装置関連情報からなり、前記情報要求装置は一定期間における特定種別の装置関連情報の取得を繰り返し要求することによって前記故障回復措置の手順によって要求される期間に該当する装置関連情報を取得し、
前記定周期ファイル生成部は、前記定周期ファイルとして、前記一定期間と同一期間における前記特定種別の装置関連情報からなるファイルを生成することを特徴とする請求項１記載の通信網監視システム。
【請求項４】
前記監視装置は、取得した前記装置関連情報が格納される履歴格納部と、要求された装置関連情報を前記履歴格納部から抽出する履歴検索部と、を備え、
前記定周期ファイル生成部は、前記履歴格納部に格納された装置関連情報から前記定周期ファイルを予め設定したタイミングで生成し、
前記情報要求装置は、当該情報要求装置が所望とする装置関連情報を含む定周期ファイルが前記定周期ファイルデータベースに存在するか否かを判定する判定部を有し、
当該判定部で、前記定周期ファイルが存在すると判定されるときには前記定周期ファイルデータベースから前記所望とする装置関連情報を含む定周期ファイルを読み出し、
前記判定部で、前記定周期ファイルが存在しないと判定されるときには前記履歴検索部に対して前記所望とする装置関連情報の読み出しを要求し、前記履歴検索部が前記履歴格納部から抽出した装置関連情報を取得することを特徴とする請求項１から請求項３のいずれか１項に記載の通信網監視システム。
【請求項５】
通信網を構成するネットワーク装置に関する装置関連情報を、前記ネットワーク装置ごとに取得し、取得した装置関連情報を情報要求装置に提供する監視装置であって、
通信網を構成する１以上のネットワーク装置それぞれに関する装置関連情報を取得する装置関連情報取得部と、
前記情報要求装置が読み出し可能な定周期ファイルデータベースと、
前記装置関連情報取得部で取得した装置関連情報から、一定期間ごとの装置関連情報からなる定周期ファイルを生成し、当該定周期ファイルを前記定周期ファイルデータベースに格納する定周期ファイル生成部と、を有し、
前記情報要求装置は、前記装置関連情報に基づき前記ネットワーク装置の故障回復措置を図るナレッジシステムであり、
前記定周期ファイルデータベースは、前記情報要求装置が、前記ネットワーク装置に故障が生じた場合に、故障回復措置の手順によって要求される期間に該当する装置関連情報が格納された定周期ファイルを検索して直接読み出せるようになっていることを特徴とする監視装置。
【請求項６】
前記装置関連情報は１または種別の異なる複数の装置関連情報からなり、
前記定周期ファイル生成部は、前記定周期ファイルとして、前記情報要求装置が繰り返し所望とする特定種別の装置関連情報からなるファイルを生成することを特徴とする請求項５記載の監視装置。
【請求項７】
前記装置関連情報は１または種別の異なる複数の装置関連情報からなり、
前記定周期ファイル生成部は、前記情報要求装置が前記故障回復措置の手順によって要求される期間に該当する装置関連情報を取得するときに繰り返し所望とする、一定期間における特定種別の装置関連情報からなるファイルを前記定周期ファイルとして生成することを特徴とする請求項５記載の監視装置。
【請求項８】
通信網を構成するネットワーク装置に関する装置関連情報を、前記ネットワーク装置ごとに監視装置が取得し、当該監視装置が取得した装置関連情報を情報要求装置に提供するようにした通信網監視方法であって、
前記情報要求装置は、前記装置関連情報に基づき前記ネットワーク装置の故障回復措置を図るナレッジシステムであり、
前記監視装置が取得した前記装置関連情報から一定期間ごとの装置関連情報からなる定周期ファイルを生成し、当該定周期ファイルを前記情報要求装置が読み出し可能な定周期ファイルデータベースに格納するステップと、
前記ネットワーク装置に故障が生じた場合に、前記情報要求装置が、故障回復措置の手順によって要求される期間に該当する装置関連情報が格納された定周期ファイルを、前記定周期ファイルデータベースから検索して直接読み出すステップと、を含むことを特徴とする通信網監視方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、１つ以上のネットワーク装置を含んで構成される通信網を監視する通信網監視システム、監視装置および通信網監視方法に関する。
【背景技術】
【０００２】
従来から、オペレーションシステムにより通信網の総合的な監視が行われている。例えば通信網内で故障が発生した場合に、通信網を構成するネットワーク装置からオペレーションシステムに故障が通知される。
オペレーションシステムは、故障回復措置手順を予め知識ベース化した故障回復措置シナリオを備えている。
【０００３】
オペレーションシステムは、故障メッセージが通知されたとき、この故障回復措置シナリオにしたがって、通信網を構成するネットワーク装置から、故障回復措置シナリオで指定される各種情報を取得する。そして、故障回復措置シナリオにしたがって、取得した情報に基づいて故障要因の特定などを行い、この故障を回復させるための措置を自動的に行うようになっている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−２５２６１７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、オペレーションシステムが、例えば、故障回復措置シナリオにしたがって故障解析を行うナレッジシステムが、ネットワーク装置の各種情報を収集する監視装置を介してネットワーク装置の各種装置関連情報を取得するように構成されている場合、オペレーションシステムでは、例えば以下の手順で各種装置関連情報を取得することになる。すなわち、各ネットワーク装置から逐次各種装置関連情報を取得してデータベースに記憶しておく。そして、ナレッジシステムからの要求に応じて、データベースから指定された期間における装置関連情報を抽出する。ナレッジシステムでは、この抽出された装置関連情報を取得し故障解析を行う。
【０００６】
オペレーションシステムでは、このような手順で処理が行われるため、監視装置では、ナレッジシステムから要求がある都度、指定された期間の装置関連情報をデータベースから抽出する処理を行う必要がある。その結果、データベースからの装置関連情報を抽出するための処理の実行に伴い、監視装置に負荷変動が生じ、監視装置が不安定となる可能性がある。また、ナレッジシステムからの要求をうけてデータベースからの抽出を開始するため、応答性の向上が望まれていた。
【０００７】
そこで、この発明は、上記従来の未解決の問題に着目してなされたものであり、要求された情報を、情報要求装置に対して情報提供する監視装置において、この情報提供を行うことに伴い生じる負荷変動を抑制することの可能な通信網監視システム、監視装置および通信網監視方法を提供することを目的としている。
【課題を解決するための手段】
【０００８】
本発明の一態様にかかる通信網監視システムは、通信網を構成するネットワーク装置に関する装置関連情報を、前記ネットワーク装置ごとに取得する監視装置（例えば図１の監視装置２に対応）と、当該監視装置が取得した装置関連情報から所望の装置関連情報を取得する情報要求装置（例えば図１のナレッジシステム４に対応）と、を備えた通信網監視システム（例えば図１のネットワーク装置ＮＥに対応）であって、前記監視装置は、通信網を構成する１以上のネットワーク装置それぞれに関する装置関連情報を取得する装置関連情報取得部（例えば図２のジャーナル管理部２７、ＭＮジャーナル管理部２８、履歴管理部２９、ネットワーク装置（ＮＥ）管理部３０、図４のトラヒック収集部４５に対応）と、前記情報要求装置が読み出し可能な定周期ファイルデータベース（例えば図３の定周期ファイルデータベース３５に対応）と、前記装置関連情報取得部で取得した装置関連情報から、一定期間ごとの装置関連情報からなる定周期ファイルを生成し、当該定周期ファイルを前記定周期ファイルデータベースに格納する定周期ファイル生成部（例えば図３の定周期ファイル管理部３４に対応）と、を有し、前記情報要求装置は、前記装置関連情報に基づき前記ネットワーク装置の故障回復措置を図るナレッジシステムであり、前記ネットワーク装置に故障が生じた場合に、故障回復措置の手順によって要求される期間に該当する装置関連情報が格納された定周期ファイルを、前記定周期ファイルデータベースから検索して直接読み出すようになっていることを特徴としている。
【０００９】
このような構成としたため、情報要求装置が装置関連情報の取得を要求した時点で、監視装置は検索などを行う必要がなく、情報要求装置自身が所望とする装置関連情報を読み出すため、監視装置での、装置関連情報を提供することに伴う負荷変動を低減することができるとともに、情報要求装置は、より速やかに装置関連情報を取得することができる。
また、このような構成としたため、ナレッジシステムは、速やかに装置関連情報を取得することができ、その結果、より速やかに故障回復措置を図ることができる。
また、本発明の一態様にかかる通信網監視システムは、前記装置関連情報は１または種別の異なる複数の装置関連情報からなり、前記情報要求装置は特定種別の装置関連情報の取得を繰り返し要求し、前記定周期ファイル生成部は、前記定周期ファイルとして、前記特定種別の装置関連情報からなるファイルを生成することを特徴としている。
このような構成としたため、情報要求装置が繰り返し情報取得を要求する、特定種別の装置関連情報の取得は、情報要求装置が定周期ファイルを読み出すことにより実現することができるため、より効果的に、負荷変動を抑制することができる。
【００１０】
また、本発明の一態様にかかる通信網監視システムは、前記装置関連情報は１または種別の異なる複数の装置関連情報からなり、前記情報要求装置は一定期間における特定種別の装置関連情報の取得を繰り返し要求することによって前記故障回復措置の手順によって要求される期間に該当する装置関連情報を取得し、前記定周期ファイル生成部は、前記定周期ファイルとして、前記一定期間と同一期間における前記特定種別の装置関連情報からなるファイルを生成することを特徴としている。
このような構成としたため、情報要求装置が繰り返し情報取得を要求する、一定期間における特定種別の装置関連情報の取得は、情報要求装置が定周期ファイルを読み出すことにより実現することができる。そのため、より効果的に、負荷変動を抑制することができる。
【００１１】
また、本発明の一態様にかかる通信網監視システムは、前記監視装置は、取得した前記装置関連情報が格納される履歴格納部（例えば図２の履歴データベース２６、図４のトラヒックデータ記憶部４５ａに対応）と、要求された装置関連情報を前記履歴格納部から抽出する履歴検索部（例えば図３のナレッジ検索部３２に対応）と、を備え、前記定周期ファイル生成部は、前記履歴格納部に格納された装置関連情報から前記定周期ファイルを予め設定したタイミングで生成し、前記情報要求装置は、当該情報要求装置が所望とする装置関連情報を含む定周期ファイルが前記定周期ファイルデータベースに存在するか否かを判定する判定部（例えば図１０のステップＳ２１の処理に対応）を有し、当該判定部で、前記定周期ファイルが存在すると判定されるときには前記定周期ファイルデータベースから前記所望とする装置関連情報を含む定周期ファイルを読み出し、前記判定部で、前記定周期ファイルが存在しないと判定されるときには前記履歴検索部に対して前記所望とする装置関連情報の読み出しを要求し、前記履歴検索部が前記履歴格納部から抽出した装置関連情報を取得することを特徴としている。
このような構成としたため、例えば、定周期ファイルを、監視装置の負荷が比較的少ないタイミングで生成することによって、定周期ファイルの作成に伴う処理負荷変動をより抑制することができる。
【００１３】
また、本発明の一態様にかかる監視装置は、通信網を構成するネットワーク装置（例えば図１のネットワーク装置ＮＥに対応）に関する装置関連情報を、前記ネットワーク装置ごとに取得し、取得した装置関連情報を情報要求装置（例えば図１のナレッジシステム４に対応）に提供する監視装置であって、通信網を構成する１以上のネットワーク装置それぞれに関する装置関連情報を取得する装置関連情報取得部（例えば図２のジャーナル管理部２７、ＭＮジャーナル管理部２８、履歴管理部２９、ネットワーク装置（ＮＥ）管理部３０、図４のトラヒック収集部４５に対応）と、前記情報要求装置が読み出し可能な定周期ファイルデータベース（例えば図３の定周期ファイルデータベース３５に対応）と、前記装置関連情報取得部で取得した装置関連情報から、一定期間ごとの装置関連情報からなる定周期ファイルを生成し、当該定周期ファイルを前記定周期ファイルデータベースに格納する定周期ファイル生成部（例えば図３の定周期ファイル管理部３４に対応）と、を有し、前記情報要求装置は、前記装置関連情報に基づき前記ネットワーク装置の故障回復措置を図るナレッジシステムであり、前記定周期ファイルデータベースは、前記情報要求装置が、前記ネットワーク装置に故障が生じた場合に、故障回復措置の手順によって要求される期間に該当する装置関連情報が格納された定周期ファイルを検索して直接読み出せるようになっていることを特徴としている。
【００１４】
このような構成としたため、監視装置は、情報要求装置が装置関連情報の取得を要求した時点で検索などを行う必要がなく、また、情報要求装置が要求する装置関連情報を読み出すため、監視装置での装置関連情報を提供することに伴う負荷変動を低減することができるとともに、情報要求装置は、より速やかに装置関連情報を取得することができる。
【００１５】
また、本発明の一態様にかかる監視装置は、前記装置関連情報は１または種別の異なる複数の装置関連情報からなり、前記定周期ファイル生成部は、前記定周期ファイルとして、前記情報要求装置が繰り返し所望とする特定種別の装置関連情報からなるファイルを生成することを特徴としている。
このような構成としたため、情報要求装置が繰り返し情報取得を要求する、特定種別の装置関連情報の取得は、情報要求装置が定周期ファイルを読み出すことにより実現することができるため、より効果的に、負荷変動を抑制することができる。
【００１６】
また、本発明の一態様にかかる監視装置は、前記装置関連情報は１または種別の異なる複数の装置関連情報からなり、前記定周期ファイル生成部は、前記情報要求装置が前記故障回復措置の手順によって要求される期間に該当する装置関連情報を取得するときに繰り返し所望とする、一定期間における特定種別の装置関連情報からなるファイルを前記定周期ファイルとして生成することを特徴としている。
このような構成としたため、情報要求装置が繰り返し情報取得を要求する、一定期間における特定種別の装置関連情報の取得は、情報要求装置が定周期ファイルを読み出すことにより実現することができるため、より効果的に、負荷変動を抑制することができる。
【００１７】
さらに、本発明の一態様にかかる通信網監視方法は、通信網を構成するネットワーク装置に関する装置関連情報を、前記ネットワーク装置ごとに監視装置が取得し、当該監視装置が取得した装置関連情報を情報要求装置に提供するようにした通信網監視方法であって、前記情報要求装置は、前記装置関連情報に基づき前記ネットワーク装置の故障回復措置を図るナレッジシステムであり、前記監視装置が取得した前記装置関連情報から一定期間ごとの装置関連情報からなる定周期ファイルを生成し、当該定周期ファイルを前記情報要求装置が読み出し可能な定周期ファイルデータベースに格納するステップと、前記ネットワーク装置に故障が生じた場合に、前記情報要求装置が、故障回復措置の手順によって要求される期間に該当する装置関連情報が格納された定周期ファイルを、前記定周期ファイルデータベースから検索して直接読み出すステップ（例えば図７のＰ５の処理に対応）と、を含むことを特徴としている。
【００１８】
このような方法を採用することにより、情報要求装置が装置関連情報の取得を要求した時点で、監視装置は検索などを行う必要がなく、情報要求装置自身が、所望とする装置関連情報を読み出すため、監視装置での、装置関連情報を提供することに伴う負荷変動を低減することができるとともに、情報要求装置はより速やかに装置関連情報を取得することができる。
【発明の効果】
【００１９】
本発明によれば、装置関連情報を提供する監視装置では、情報要求装置から情報提供が要求された時点で要求された装置関連情報の検索などを行う必要がない。そのため、監視装置での、装置関連情報を提供することに伴う負荷変動を低減することができるとともに、情報要求装置はより速やかに装置関連情報を取得することができる。
特に、情報要求装置が、一定期間における特定種別の装置状態情報の取得を繰り返し要求したり、一定期間における特定種別の装置関連情報の取得を定間隔で繰り返し要求したりする場合には、情報要求装置が取得を要求する一定期間における特定種別の装置関連情報と同一期間における前記特定種別の装置関連情報からなるファイルを作成したり、または、さらにこの定周期ファイルを情報要求装置が取得を要求する定間隔と同一間隔で生成したりすることによって、装置関連情報を提供する側での負荷変動をより効果的に低減することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明を適用したオペレーションシステムの一例を示す構成図である。
【図２】図１の監視制御部の一例を示す構成図である。
【図３】図２のナレッジアダプタの一例を示す構成図である。
【図４】図１のトラヒックデータ管理部の一例を示す構成図である。
【図５】図１のネットワーク装置一括制御部の一例を示す構成図である。
【図６】監視制御部の要部を示した図である。
【図７】定周期ファイル生成時の動作説明に供する説明図である。
【図８】検索結果ファイル取得時の動作説明に供する説明図である。
【図９】定周期ファイル生成処理の処理手順の一例を示すフローチャートである。
【図１０】ナレッジシステムでの定周期データ検索要求時の処理手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００２１】
以下、本発明の実施の形態を、図面を参照して説明する。
＜第１実施形態＞
まず、第１の実施形態を説明する。
図１は、本発明を適用したネットワークオペレーションシステム１の一例を示す構成図である。このネットワークオペレーションシステム１は、携帯電話通信網の監視および故障回復措置などを行う。
なお、携帯電話通信網の監視および故障回復措置などを行うネットワークオペレーションシステムにおける、一般的な監視方法および故障回復措置方法、またその構成については説明を省略する。
【００２２】
＜全体構成＞
図１に示すように、ネットワークオペレーションシステム１は、ネットワーク装置ＮＥの監視を行う監視装置（ＬＴＥ−ＯＰＳ）２と、表示部および入力部を有するオペレータ操作端末３と、ネットワーク装置ＮＥに生じた故障に対応した故障回復措置を実行するナレッジシステム４と、を含んで構成される。
ここで、ネットワーク装置ＮＥとは、基地局、各種制御装置、交換機など、携帯電話通信網を構成する装置である。
【００２３】
監視装置２は、図１に示すように、各ネットワーク装置ＮＥが発する警報情報などをもとに、これらネットワーク装置ＮＥの監視制御などを行う監視制御部１１と、各ネットワーク装置ＮＥのトラヒックデータの管理などを行うトラヒックデータ管理部１２と、複数のネットワーク装置ＮＥを一括で制御する場合や、複数のネットワーク装置ＮＥのソフトウェア更新を実施するネットワーク装置一括制御部１３と、オペレータ操作端末３とのインターフェース処理を行う操作端末向けアダプタ１４と、を含んで構成される。
【００２４】
ナレッジシステム４には、ネットワーク装置ＮＥ内の機能に故障などが生じた場合に、この故障の原因の解析や故障の回復などを行うための故障回復措置の手順を表す故障回復措置シナリオを実行するアプリケーションプログラムが格納されている。
この故障回復措置シナリオでは、故障が通知されると、故障が生じたネットワーク装置ＮＥや他のネットワーク装置ＮＥに関する各種装置関連情報を取得し、これに基づき故障回復措置を行う。ここでいう装置関連情報とは、例えば、ネットワーク装置ＮＥに生じた故障の内容などを表す警報ジャーナルおよびＭＮ（Ｍｉｎｏｒ）警報ジャーナル、ネットワーク装置ＮＥの状態を表す装置状態、トラヒックデータなどである。
【００２５】
故障回復措置シナリオでは、例えば、故障の有無を監視するため、所定周期で各ネットワーク装置の装置状態を取得したり、ネットワーク装置ＮＥの故障が検出されたときなどに、過去に同様の故障が生じたときのネットワーク装置ＮＥにおける各種装置関連情報を取得したりする。また、故障発生中のネットワーク装置に対して故障回復措置を行うため、一定間隔で、全ネットワーク装置のＭＮ警報ジャーナルを取得するなど、各ネットワーク装置ＮＥの各種装置関連情報を、定周期で取得したり、指定した期間における装置関連情報を取得したりするようになっている。
ナレッジシステム４は、この故障回復措置シナリオにしたがって、故障回復を行うために必要なネットワーク装置ＮＥの各種装置関連情報を、監視装置２を介して取得し、取得した各種装置関連情報をもとに故障回復措置シナリオにしたがって故障回復措置を行い、故障回復を図る。
【００２６】
＜監視制御部１１の構成＞
図２は、監視制御部１１の機能構成の一例を示すブロック図である。
監視制御部１１は、例えば図２に示すように、ナレッジアダプタ２１、画面表示管理部２２、試験呼機能部２３、履歴データベース（ＤＢ）管理部２４、ＭＮ履歴データベース（ＤＢ）管理部２５、履歴データベース（ＤＢ）２６、ジャーナル管理部２７、ＭＮジャーナル管理部２８、履歴管理部２９、ネットワーク装置（ＮＥ）管理部３０、などを含んで構成される。これら各処理部は例えば小型のサーバマシンにそれぞれ搭載され、ネットワークを介して接続されてなる。あるいは１台のサーバマシンに複数の処理部が搭載されてなる。
ナレッジアダプタ２１は、ナレッジシステム４向けに必要な、ネットワーク装置ＮＥの装置関連情報を収集する。
【００２７】
＜ナレッジアダプタ２１の構成＞
このナレッジアダプタ２１は、図３に示すように、ナレッジジャーナル配信部３１、ナレッジ検索部３２、ナレッジコマンド制御部３３、定周期ファイル管理部３４、定周期ファイルデータベース（ＤＢ）３５を含んで構成される。
ナレッジジャーナル配信部３１は、ナレッジシステム４からの要求を受け付け、ジャーナル管理部２７、ＭＮジャーナル管理部２８に対して警報ジャーナル、ＭＮ警報ジャーナルの取得を行い、取得した検索結果をナレッジシステム４に通知する。
【００２８】
ナレッジ検索部３２は、検索結果記憶部３２ａを備えている。ナレッジ検索部３２は、ナレッジシステム４からの検索要求を受け付け、図２の履歴データベース管理部２４あるいはＭＮ履歴データベース管理部２５、また、図１のトラヒックデータ管理部１２に対して検索要求を行い、要求された検索結果の取得が完了したことをナレッジシステム４に通知する。
【００２９】
また、ナレッジ検索部３２は、履歴データベース管理部２４あるいはＭＮ履歴データベース管理部２５、また、図１のトラヒックデータ管理部１２から、それぞれ検索要求で要求された情報を取得し、これを検索結果ファイルとする。さらにナレッジ検索部３２は、この検索結果ファイルを特定するタグをファイル名として設定し、これを検索結果記憶部３２ａに格納する。なお、ナレッジシステム４は、検索結果記憶部３２ａに格納された検索結果を直接読み出すことができるようになっている。
【００３０】
ナレッジコマンド制御部３３は、ナレッジシステム４からのネットワーク装置に対する制御要求あるいはネットワーク装置に対する各種装置関連情報の取得要求などを受け付け、図２のネットワーク装置管理部３０に対して、制御・状態取得要求を行って、ネットワーク装置管理部３０を介してネットワーク装置ＮＥの制御を行う。また、ネットワーク装置管理部３０を介して要求された情報の取得を行い、この取得した情報を、ナレッジシステム４に送信する。
【００３１】
定周期ファイル管理部３４は、ジャーナル管理部２７、ＭＮジャーナル管理部２８、履歴管理部２９から一定期間ごとに送信される、この一定期間内に生じた種別ごとの装置関連情報からなる定周期ファイルを作成し、作成した定周期ファイルを定周期ファイルデータベース３５に格納する。定周期ファイル管理部３４では、受信した装置関連情報を、ナレッジシステム４で要求されるデータ形式に変換し定周期ファイルを生成する。また、定周期ファイルデータベース３５は、ナレッジシステム４が直接アクセス可能なデータベースである。
【００３２】
ここで、定周期ファイルデータベース３５には、装置関連情報の種別ごとに格納領域が設定されている。定周期ファイル管理部３４は、装置関連情報の種別に対応した格納領域に生成した定周期ファイルを格納する。また、定周期ファイル管理部３４は、定周期ファイルに含まれる装置関連情報を収集した期間を特定する「西暦、月、日、時刻（時、分）」をファイル名として設定する。
【００３３】
例えば、「０８：００：００〜０８：０４：５９」間における装置関連情報からなる定周期ファイルである場合には、ファイル名として「西暦、月、日、０８：００」として設定する。装置関連情報の種別ごとに、定周期ファイルに含まれる装置関連情報の収集期間を設定しておき、ナレッジシステム４側でこれを認識させておくことによって、ナレッジシステム４では、各定周期ファイルに含まれる装置関連情報の収集期間の終了時点を認識できるようになっている。
【００３４】
例えば、ＭＮ警報ジャーナルの場合には、一定期間、つまり収集期間を例えば「５分」として予め設定しておく。ＭＮ警報ジャーナルからなる定周期ファイルのファイル名として「西暦、月、日、０８：００」が設定されている場合、ＭＮ警報ジャーナルの収集期間は「５分」であるため、この定周期ファイルには、「西暦、月、日」で特定される日の、時刻「０８：００：００〜０８：０４：５９」間に生じたＭＮ警報ジャーナルが格納されていることがわかる。
【００３５】
また、定周期ファイル管理部３４は、定周期ファイルデータベース３５に格納されている定周期ファイルの保存時間を監視し、保存時間が予め設定した規定時間、例えば「２４時間」に達した定周期ファイルを、定周期ファイルデータベース３５から削除する。
なお、この規定時間は「２４時間」に限るものではなく任意に設定することができる。規定時間は、例えば、故障回復措置シナリオで取得が要求される過去の定周期ファイルの収集期間に応じて設定すればよい。故障回復措置シナリオにおいて、例えば２０時間以前の各種装置関連情報の取得を要求しない構成であれば、定周期ファイルデータベース３５における定周期ファイルの保存時間として、「２０時間」を設定すればよい。
【００３６】
定周期ファイルデータベース３５は、定周期ファイル管理部３４が管理する定周期ファイルを記憶するためのデータベースである。ナレッジシステム４は、この定周期ファイルデータベース３５に格納された定周期ファイルを直接読み出すことができるようになっている。
なお、監視制御部１１は、ナレッジアダプタ２１の他に、図示しない他のシステム向けに必要な情報を収集し送信する他システム向けアダプタ（図示せず）なども備えている。
【００３７】
図２に戻って、画面表示管理部２２は、監視制御画面をオペレータ操作端末３に表示する。
試験呼機能部２３は、実際に電話・パケット通信ができるかどうかなど、故障原因解析のための試験の実行、管理などを行う。
履歴データベース管理部２４は、履歴データベース２６に格納された各種装置関連情報のうち、ＭＮ警報ジャーナルを除く各種装置関連情報の検索を行う。ＭＮ履歴データベース管理部２５は、履歴データベース２６に格納されたＭＮ警報ジャーナルの履歴検索を行う。
【００３８】
ここで、警報ジャーナルとは、ネットワーク装置から送信される装置状態に基づき、ジャーナル管理部２７またはＭＮジャーナル管理部２８で生成される情報であって、ネットワーク装置ＮＥに生じた故障の内容、発生日時、などからなる情報である。
警報ジャーナルには、警報レベルが比較的高い警報を表すジャーナルと、警報レベルが比較的低い警報を表すジャーナルとがある。ここでは、警報レベルが比較的高い警報を表すジャーナルを単に警報ジャーナルといい、警報レベルが比較的低い警報を表すジャーナルをＭＮ（Ｍｉｎｏｒ）警報ジャーナルという。
【００３９】
また、履歴データベース管理部２４およびＭＮ履歴データベース管理部２５は、ナレッジ検索部３２を介してナレッジシステム４から検索要求を受信したとき、指定された情報を履歴データベース２６から抽出し、これをナレッジ検索部３２に送信する。
ジャーナル管理部２７、ＭＮジャーナル管理部２８は、ネットワーク装置ＮＥから送信される装置状態に基づき、警報レベルの程度を判定し、ネットワーク装置ＮＥに生じた故障の内容、発生日時、などからなる警報ジャーナルまたはＭＮ警報ジャーナルを生成する。
【００４０】
また、ジャーナル管理部２７は、生成した警報ジャーナルを履歴データベース２６に逐次格納する。また、一定期間ごと、例えば「５分」ごとにこの５分間に生じた警報ジャーナルからなるファイルを定周期ファイル管理部３４に送信する。
同様に、ＭＮジャーナル管理部２８は、生成したＭＮ警報ジャーナルを履歴データベース２６に逐次格納する。また、一定期間ごと、例えば５分ごとに、この５分間に生じたＭＮ警報ジャーナルからなるファイルを定周期ファイル管理部３４に送信する。
【００４１】
なお、履歴データベース２６への警報ジャーナルおよびＭＮ警報ジャーナルの格納は、履歴管理部２９を介して行われる。
この履歴管理部２９は、履歴データベース２６への各種装置関連情報の収録処理を行う。具体的には、ネットワーク装置管理部３０で管理する各ネットワーク装置ＮＥの装置状態、ジャーナル管理部２７、ＭＮジャーナル管理部２８で管理する警報ジャーナル、ＭＮ警報ジャーナルなどの各種装置関連情報を、例えば装置関連情報の種別ごとに、時系列に履歴データベース２６に格納する。
【００４２】
なお、この履歴データベース２６での履歴の保持時間は、定周期ファイルデータベースＤＢにおける定周期ファイルの保持時間よりも長い時間に設定される。例えば、「３０日」程度に設定される。また、履歴には、例えば、「西暦、月、日、時刻」が対応付けられ時系列に履歴データベース２６に格納される。
ネットワーク装置管理部３０は、各ネットワーク装置から送信される各ネットワーク装置の装置状態を管理する。
【００４３】
＜トラヒックデータ管理部１２の構成＞
図４は、トラヒックデータ管理部１２の機能構成の一例を示すブロック図である。
図４に示すように、トラヒックデータ管理部１２は、画面表示管理部４１、呼処理トラヒック検索部４２、ナレッジ向けファイル収集部４３、呼処理警報データベース（ＤＢ）４４、トラヒック収集部４５、呼処理警報収集部４６を含んで構成される。
画面表示管理部４１は、トラヒックデータ検索画面、呼処理警報検索画面を、オペレータ操作端末３の表示部に表示する。
【００４４】
呼処理トラヒック検索部４２は、後述のトラヒックデータ記憶部４５ａに格納されたトラヒックデータの検索、および呼処理警報データベース（ＤＢ）４４に格納された呼処理警報の検索を行う。
ナレッジ向けファイル収集部４３は、後述のトラヒックデータ記憶部４５ａに格納されたトラヒックデータから、ナレッジシステム４が必要とするトラヒックデータを抽出する。具体的には後述のリアルタイムでの履歴データベース２６の検索が要求された場合に、要求されたトラヒックデータを抽出し、これをナレッジ検索部３２に送信する。また、ナレッジ向けファイル収集部４３は、トラヒックデータ記憶部４５ａに格納されたトラヒックデータから、予め設定された一定時間ごとのトラヒックデータを抽出し、これを定周期ファイルデータベース３５に格納する。
【００４５】
呼処理警報データベース（ＤＢ）４４は、呼処理警報を格納するためのデータベースである。
トラヒック収集部４５はトラヒックデータ記憶部４５ａを有する。トラヒック収集部４５は、ネットワーク装置ＮＥからトラヒックデータを収集し、収集したトラヒックデータをトラヒックデータ記憶部４５ａに格納する。このトラヒックデータ記憶部４５ａでは、例えば「３０日」分など、一定期間のトラヒックデータを保持するようになっている。
呼処理警報収集部４６は、ネットワーク装置ＮＥから呼処理警報を収集し、収集した呼処理警報を呼処理警報データベース４４に格納する。
【００４６】
＜ネットワーク装置一括制御部１３の構成＞
図５は、ネットワーク装置一括制御部１３の機能構成の一例を示すブロック図である。
図５に示すように、ネットワーク装置一括制御部１３は、画面表示管理部５１と、業務実行部５２と、を含んで構成される。
画面表示管理部５１は、一括制御画面、シナリオ制御画面を、オペレータ操作端末３に表示する。
業務実行部５２は、指定されたネットワーク装置ＮＥに対して、一括制御、シナリオ制御を実行する。
【００４７】
＜動作＞
次に、上記実施の形態の動作を説明する。
図６は、監視制御部１１の要部を示したものである。
ＭＮジャーナル管理部２８は、前述のように、各ネットワーク装置ＮＥの装置状態に基づきＭＮ警報ジャーナルを生成し、これを逐次履歴データベース２６に格納する。また、一定期間ごと、例えば５分ごとに、この５分間に生じたＭＮ警報ジャーナルを、定周期ファイル管理部３４に送信する。定周期ファイル管理部３４は、一定期間内に生じたＭＮ警報ジャーナルからなる、定周期ファイルを作成し、これを定周期ファイルデータベース３５のＭＮ警報ジャーナル用の記憶領域に格納する。
【００４８】
すなわち、図７に示すように、ＭＮジャーナル管理部２８は、一定期間ごと、例えば５分ごとに、この一定期間内に生じたＭＮ警報ジャーナルを、定周期ファイル管理部３４に送信する。図７の場合には、「０８：０５」（Ｐ１）、「０８：１０」（Ｐ３）、「０８：１５」…、のタイミングで、一定期間内（５分間）に生じたＭＮ警報ジャーナルを送信する。
【００４９】
定周期ファイル管理部３４では、この一定期間内に生じたＭＮ警報ジャーナルからなる定周期ファイルを生成し、これを定周期ファイルデータベース３５に格納する（Ｐ２、Ｐ４）。具体的には、定周期ファイルデータベース３５の、ＭＮ警報ジャーナル用の定周期ファイルの格納領域に格納する。
このため、定周期ファイルデータベース３５には、図７に示すように「０８:００:００〜０８:０４:５９」間に生じたＭＮ警報ジャーナル、「０８:０５:００〜０８:０９:５９」に生じたＭＮ警報ジャーナル、……、「０８:５０:００〜０８:５４:５９」間に生じたＭＮ警報ジャーナルからなる定周期ファイルが５分ごとに格納されていき、以後も、５分ごとに、５分間に生じたＭＮ警報ジャーナルからなる定周期ファイルが逐次格納されていく。
また、これら定周期ファイルには、ファイル名として、「西暦、月、日、０８:００」、「西暦、月、日、０８:０５」、…、「西暦、月、日、０８:５０」が設定される。
【００５０】
一方、ナレッジシステム４は、所定の故障回復措置シナリオを実行し、故障回復措置シナリオにおいて、定周期データの取得が要求されている場合には、定周期ファイルデータベース３５から、該当する定周期ファイルを取得する。例えば、故障回復措置シナリオにおいて定周期データの取得が要求され、時刻「０８:００:００〜０８:１４:５９」に生じたＭＮ警報ジャーナルの取得が要求されている場合には、ナレッジシステム４は、定周期ファイルデータベース３５の、ＭＮ警報ジャーナル用の定周期ファイルの格納領域を参照し、ファイル名から、該当する定周期ファイルを特定する。なお、ナレッジシステム４では、定周期ファイルデータベース３５における、各装置関連情報の種別ごとの定周期ファイルの格納領域を、予め認識している。
【００５１】
定周期ファイルデータベース３５に、図７に示すように定周期ファイルが格納されている場合、ナレッジシステム４は、ファイル名が、「西暦、月、日、０８:００」（つまり、０８:００：００〜０８:０４：５９）、「西暦、月、日、０８:０５」（つまり、０８:０５：００〜０８:０９：５９）、「西暦、月、日、０８:１０」（つまり、０８:１０：００〜０８:１４：５９）である３つの定周期ファイルを、定周期ファイルデータベース３５からＦＴＰ（File Transfer Protocol）により取得する（Ｐ５）。なお、所望のデータを全て取得するまでの繰り返しＦＴＰにより定周期ファイルの取得を行う。これにより、３つの定周期ファイルから、指定された年月日の「０８:００：００〜０８:１４：５９」における装置関連情報を取得することができる。つまり、故障回復措置シナリオで要求される期間の装置関連情報を取得することができる。
【００５２】
一方、故障回復措置シナリオにおいて、「０８:０６:００〜０８:１２:００」の定周期データの取得が要求されている場合には、ナレッジシステム４は、図７の場合、ファイル名が、「西暦、月、日、０８:０５」（つまり、０８:０５：００〜０８:０９：５９）、「西暦、月、日、０８:１０」（つまり、０８:１０：００〜０８:１４：５９）の２つの定周期ファイルを、定周期ファイルデータベース３５から取得する。これにより、２つの定周期ファイルから、指定された年月日の「０８:０５：００〜０８:１４：５９」における装置関連情報を取得することができる。このため、ナレッジシステム４では、この２つの定周期ファイルから、指定されている「０８:０６：００〜０８:１２：００」における装置関連情報を取得することによって、故障回復措置シナリオで要求される期間の装置関連情報を取得することができる。
【００５３】
なお、ここでは、ナレッジシステム４から、ＭＮ警報ジャーナルからなる定周期ファイルの取得を指示された場合の動作について説明しているが、警報ジャーナル、トラヒックデータなど他の各種装置関連情報からなる定周期ファイルの取得を要求された場合の動作も同様である。
一方、故障回復措置シナリオにおいて、リアルタイムでの履歴データベース２６の検索が要求されている場合には、ナレッジシステム４は、ナレッジ検索部３２に対し検索要求を行い、その応答を取得する。なお、ここでいう、リアルタイムでの履歴データベース２６の検索とは、検索要求で指定される装置関連情報を、履歴データベース２６を検索することにより取得することをいう。
【００５４】
例えば、過去に同様の故障が生じたときの、ＭＮ警報ジャーナルの発生状況を参照することなどを目的として、故障回復措置シナリオにおいて、リアルタイムでの履歴データベース２６の検索が要求され、例えば、１０日前に同様の故障が生じた日（「西暦、月、日」）の「０８:１４:００〜０８：１９：５９」間における、各ネットワーク装置ＮＥのＭＮ警報ジャーナル、装置状態、トラヒックデータの取得が要求された場合には、ナレッジシステム４では、図８に示す手順で、要求された装置関連情報を取得する。
【００５５】
すなわち、ナレッジシステム４は、まず、ステップＳ１で履歴検索開始要求を、監視制御部１１のナレッジ検索部３２に通知する。ナレッジシステム４はナレッジ検索部３２に対し、この履歴検索開始要求により、検索要求内容として前述の１０日前に対応する「西暦、月、日」の「０８:１４:００〜０８：１９：５９」間に生じた、ＭＮ警報ジャーナル、装置状態、トラヒックデータの取得を要求する。
【００５６】
これをうけて、ナレッジ検索部３２は、履歴データベース管理部２４、ＭＮ履歴データベース管理部２５およびトラヒックデータ管理部１２宛に、前述の１０日前に対応する「西暦、月、日」の「０８:１４:００〜０８：１９：５９」間に生じた装置状態、ＭＮ警報ジャーナル、トラヒックデータの検索要求を行う。
履歴データベース管理部２４は、履歴データベース２６を検索し、指定された「西暦、月、日」の「０８:１４:００〜０８：１９：５９」間における装置状態を抽出する。そして、抽出結果をナレッジ検索部３２に送信する。
【００５７】
ＭＮ履歴データベース管理部２５は、履歴データベース２６を検索し、指定された「西暦、月、日」の「０８:１４:００〜０８：１９：５９」間におけるＭＮ履歴ジャーナルを抽出する。そして、抽出結果をナレッジ検索部３２に送信する。
一方、トラヒックデータ管理部１２は、トラヒックデータ記憶部４５ａを検索し、指定された「西暦、月、日」の「０８:１４:００〜０８：１９：５９」間におけるトラヒックデータを抽出する。そして、抽出結果をナレッジ検索部３２に送信する。
【００５８】
ナレッジ検索部３２では、履歴データベース管理部２４から送信された装置状態からなる検索結果ファイルを生成し、この検索結果ファイルを特定するタグをファイル名として設定する。そして、この検索結果ファイルを検索結果記憶部３２ａに格納する。ナレッジ検索部３２では、ＭＮ履歴データベース管理部２５から送信されたＭＮ警報ジャーナル、トラヒックデータ管理部１２から送信されたトラヒックデータについても同様に検索結果ファイルをそれぞれ生成し、これら検索結果ファイルを特定するタグをファイル名として設定し、この検索結果ファイルを検索結果記憶部３２ａに格納する。
【００５９】
その後、ナレッジシステム４に、履歴検索開始応答として検索の終了を通知する（ステップＳ２）とともに、検索要求をうけて抽出した、装置状態、ＭＮ警報ジャーナル、トラヒックデータからなる、各検索結果ファイルを特定するタグを通知する。
ナレッジシステム４は、ナレッジ検索部３２から通知されたタグに対応する検索結果ファイルを、検索結果記憶部３２ａからＦＴＰにより取得する（ステップＳ３）。なお、所望の検索結果ファイルを全て取得するまで繰り返しＦＴＰにより、検索結果ファイルの取得を行う。
【００６０】
所定の検索結果ファイルを取得したとき、ナレッジシステム４はナレッジ検索部３２に対して履歴検索終了要求を行う（ステップＳ４）。
ナレッジ検索部３２は、履歴検索終了要求が通知されると、検索結果記憶部３２ａから対応する検索結果ファイルを削除するなどの履歴検索終了時の処理を行い、履歴検索終了応答をナレッジシステム４に通知する（ステップＳ５）。
これにより、ナレッジシステム４では、所望の期間、つまり、１０日前の「０８:１４:００〜０８：１９：５９」に生じた装置状態、ＭＮ警報ジャーナル、トラヒックデータを取得することができる。
【００６１】
上述のように、ＭＮジャーナル管理部２８では、図７に示すように、一定期間ごとに、この一定期間内に生じたＭＮ警報ジャーナルを定周期ファイル管理部３４に送信しており、これによって、定周期ファイルデータベース３５には、一定期間ごとのＭＮ警報ジャーナルからなる定周期ファイルが格納される。
また、履歴データベース２６には、ＭＮ警報ジャーナルを含む、各ネットワーク装置ＮＥの各種装置関連情報がそれぞれ時系列に格納されている。
ここで、ある任意の期間におけるＭＮ警報ジャーナルを履歴データベース２６から抽出して提供する場合、監視制御部１１のＭＮ履歴データベース管理部２５が、履歴データベース２６に時系列に格納されたＭＮ警報ジャーナルの中から、指定された任意の期間におけるＭＮ警報ジャーナルを検索し抽出する必要がある。
【００６２】
このため、監視制御部１１では、履歴データベース２６の検索と、履歴データベース２６からのＭＮ警報ジャーナルの抽出とを行う分、処理負荷が増加することになる。つまり、ナレッジシステム４に対して、任意の期間におけるＭＮ警報ジャーナルを提供するときには、監視制御部１１で負荷変動が生じることになる。ＭＮ警報ジャーナルを提供する都度、監視制御部１１では検索を行う必要があるため、監視制御部１１では、ＭＮ警報ジャーナルを提供する都度、負荷変動が生じることになる。特に、定期的に情報提供を行う場合には、定常的な負荷となるが、ランダムなタイミングで情報提供を行う場合には、監視制御部１１では負荷変動となる。特に、同等のタイミングで情報提供が要求された場合には負荷変動につながることになる。
【００６３】
また、ナレッジシステム４からの要求をうけて、監視制御部１１では、履歴データベース２６の検索を開始するため、監視制御部１１での検索およびその抽出が終了するまでの間、ナレッジシステム４では、待ち時間が発生することになる。
これに対し、上述のように、ナレッジシステム４では、故障回復措置シナリオにおいて、ＭＮ警報ジャーナルとして、定周期データの取得が要求されている場合には、このＭＮ警報ジャーナルを定周期ファイルデータベース３５から取得している。つまり、ナレッジシステム４が、定周期ファイルデータベース３５を参照し、ＭＮ警報ジャーナル用の格納領域に格納され定周期ファイルのファイル名を参照して、所望とする任意の期間に該当する定周期ファイルを検索し、ナレッジシステム４が該当する定周期ファイルを読み出している。
【００６４】
このため、監視制御部１１では履歴データベース２６からの検索などの処理を行う必要がない。そのため、ナレッジシステム４からの装置関連情報の取得要求に対して、監視制御部１１が保持するＭＮ警報ジャーナルを提供する場合であっても、監視制御部１１での処理負荷の増加を伴うことなく実現することができる。
したがって、故障回復措置シナリオにおいて、定周期でＭＮ警報ジャーナルの取得を要求する場合には、要求される定周期に対応した一定期間ごとに、この一定期間内に生じたＭＮ警報ジャーナルからなる定周期ファイルを予め生成しておくこと、あるいは、少なくとも１つの定周期ファイルのトータルの収集期間が、故障回復措置シナリオにおいて要求される収集期間以上かつ同等程度となるように設定することによって、監視制御部１１での負荷変動を伴うことなく、要求されたＭＮ警報ジャーナルを提供することができる。
【００６５】
なお、故障回復措置シナリオで要求される一定周期と、定周期ファイルを生成する一定期間とは必ずしも一致する必要はない。上述のように、複数の定周期ファイルによって、故障回復措置シナリオで要求されるＭＮ警報ジャーナルの収集期間を満足するように構成してもよい。
この場合、定周期ファイルデータベース３５からのＭＮ警報ジャーナルの読み出しをする際には、ナレッジシステム４側で読み出しを行っているため、定周期ファイルデータベース３５から読み出す定周期ファイルの数が増加したとしても監視制御部１１での処理負荷変動が生じることはない。しかしながら、定周期ファイルにおける装置関連情報の収集期間を短くすると、その分、監視制御部１１で生成する定周期ファイルの数が増加する。つまり、その分、監視制御部１１での処理負荷が増加する。よって、定周期ファイルの周期は、定周期ファイルデータベース３５から定周期ファイルを読み出す際のナレッジシステム４での処理負荷と、監視制御部１１での定周期ファイル作成時の処理負荷と、故障回復措置シナリオで要求される装置関連情報の収集期間などとを考慮して設定すればよい。
【００６６】
また、必ずしも、故障回復措置シナリオで要求するＭＮ警報ジャーナルの収集期間よりも、定周期ファイルに格納されるＭＮ警報ジャーナルの収集期間の方が短くなるように、定周期ファイルの一定期間を設定する必要はない。
例えば、故障回復措置シナリオで要求するＭＮ警報ジャーナルの収集期間よりも定周期ファイルに格納されるＭＮ警報ジャーナルの収集期間の方が長い場合であっても、ナレッジシステム４側で定周期ファイルの中の、所望の期間におけるＭＮ警報ジャーナルのみを抽出することで対応することができる。
【００６７】
また、上述のように、定周期ファイルは既に生成されているため、ナレッジシステム４では故障回復措置シナリオでの要求にしたがって、所望の定周期ファイルを定周期ファイルデータベース３５から読み出すだけでよい。つまり、履歴データベース２６からＭＮ警報ジャーナルを検索する場合のように待ち時間が生じることがないため、故障回復措置シナリオによるＭＮ警報ジャーナルの取得要求に対する応答性を向上させることができる。また、ナレッジシステム４からの取得要求に対する応答性を向上させることができるため、ナレッジシステム４では故障解析をより速やかに行うことができ、すなわち、異常の早期発見や異常の早期回復を図ることができる。
【００６８】
特に、故障回復措置シナリオの場合には、故障内容によって、収集する装置関連情報の種別や収集期間は異なるものの、故障回復措置シナリオごとに必要とする装置関連情報の種別や収集期間は固定である。したがって、このように、常に一定の種別や収集期間の装置関連情報を要求する故障回復措置シナリオが要求している装置関連情報の種別や収集期間に合わせて定周期ファイルを生成することによって、装置関連情報を効率よく提供することができ、速やかな故障回復を図ることができる。
【００６９】
また、このように一定期間におけるＭＮ警報ジャーナルの取得要求に伴う、監視制御部１１での処理負荷の増加を抑制することができるため、監視制御部１１での処理負荷の変動を抑制することができる。したがって、ネットワークオペレーションシステム１全体の負荷低減およびシステムの安定運用を実現することができる。
また、リアルタイムでの履歴データベース２６の検索が要求された場合には、監視制御部１１において履歴データベース２６などの検索を行う必要があるため、監視制御部１１での処理負荷が増加することになる。しかしながら、ナレッジ検索部３２では、検索結果ファイルを検索結果記憶部３２ａに格納するまでの処理を行い、ナレッジシステム４が、この検索結果記憶部３２ａに格納された検索結果ファイルを読み出す構成としたため、その分、ナレッジ検索部３２すなわち監視制御部１１の処理負荷の増加を抑制することができる。
【００７０】
また、履歴として全ての装置関連情報を、履歴データベース２６などに最新の一定期間分（例えば３０日分）を保存し、定周期ファイルデータベース３５では、最新の保存時間分（例えば２４時間分）を保存する構成としている。したがって、仮に故障回復措置シナリオにおいて定周期データでの取得が指示された定周期ファイルが、定周期ファイルデータベース３５から既に削除されている場合であっても、履歴データベース２６などで記憶している全装置関連情報の履歴から所望の装置関連情報を抽出することができる。
【００７１】
なお、上記実施の形態においては、故障回復措置シナリオにしたがって、ナレッジシステム４で各種装置関連情報を収集する場合について説明したが、これに限るものではない。例えば、オペレータ操作端末３での要求に応じて、各種装置関連情報を収集する場合に、オペレータが、所望とする装置関連情報の収集期間などに応じて、定周期ファイルデータベース３５からの読み出しと履歴データベース２６などの装置関連情報の全履歴を保持する記憶領域からの読み出しとを選択可能に構成することも可能である。このようにすることによって、より速やかに所望の装置関連情報を取得することができる。
【００７２】
＜第２実施形態＞
次に、本発明の第２の実施形態について説明する。
第２の実施形態におけるネットワークオペレーションシステム１は、一部の処理手順が異なること以外は、上記第１の実施形態におけるネットワークオペレーションシステム１と同一であるので、同一部には同一符号を付与し、その詳細な説明を省略する。
この第２の実施形態では、ジャーナル管理部２７、ＭＮジャーナル管理部２８およびトラヒックデータ管理部１２では、定周期ファイル作成用の各種装置関連情報の生成は行わず、履歴データベース２６あるいはトラヒックデータ記憶部４５ａへの各装置関連情報の格納のみを行う。
【００７３】
また、ナレッジ検索部３２は、上記第１の実施形態と同様に、ナレッジシステム４からの検索要求を受け付け、各部に対して検索要求を行って、ナレッジシステム４から要求された各種装置関連情報からなる検索結果ファイルを生成する。さらに、第２の実施形態におけるナレッジ検索部３２は、定周期ファイル作成用の装置関連情報を生成する定周期ファイル生成処理を行う。
【００７４】
そして、ナレッジシステム４では、故障回復措置シナリオにしたがって指定された処理を行うが、定周期データの読み出しが指示され、且つ該当する定周期ファイルデータベース３５に該当する定周期ファイルが存在しないときには、ナレッジ検索部３２に対して、期間と種別とを指定して、装置関連情報の検索を指示する。そして、これにより取得した検索結果ファイルを読み出すことで、所望の装置関連情報を取得する。
【００７５】
図９は、ナレッジ検索部３２での定周期ファイル生成処理の処理手順の一例を示したフローチャートである。
ナレッジ検索部３２では、例えば、図９に示すように、まず、ステップＳ１１で、予め設定した定周期ファイル作成タイミングであるかを判定する。この定周期ファイル作成タイミングは、監視制御部１１の処理負荷が比較的小さい時点に設定される。例えば、いずれのネットワーク装置ＮＥにおいても故障が発生していないときなどに設定される。このネットワーク装置ＮＥにおいて故障が発生しているか否かの判定は、例えば、ジャーナル管理部２７、ＭＮジャーナル管理部２８のそれぞれにおいて警報ジャーナルおよびＭＮ警報ジャーナルを監視し、いずれにおいても警報発生と判断されない状態が予め設定された期間以上経過したときに、故障が発生しないと判定し、判定結果を定周期ファイル管理部３４に通知する構成とする。そして、定周期ファイル管理部３４では、故障が発生していないことが通知されたときに、定周期ファイル作成タイミングであると判定すればよい。また、例えば、ネットワークオペレーションシステム１を利用するユーザ（例えばネットワークオペレーションシステム１を利用いて保守などを行う人間）が比較的少ない時間帯、具体的には、夜間から早朝（２２時〜翌７時頃）を、処理不可が比較的小さい時点として用いてもよい。
【００７６】
ナレッジ検索部３２は、定周期ファイル作成タイミングであると判定されると、ステップＳ１１からステップＳ１２に移行し、定周期ファイルデータベースを参照し、各装置関連情報の種別ごとに、連続した時系列の装置関連情報からなる定周期ファイルが保存期間分（例えば２４時間分）格納されているかを判断する。そして、連続した時系列の装置関連情報からなる定周期ファイルが保存期間分格納されていない場合には、ステップＳ１３に移行し、不足している定周期ファイルに該当する、装置種別および期間を指定し、リアルタイムでの検索処理の実行要求を各部に対して行う。つまり、定周期ファイルデータベースに格納されていない定周期ファイルを生成するための装置関連情報を、履歴データベース２６あるいは、トラヒックデータ記憶部４５ａから取得する。
そして、通知された検索結果からなる検索結果ファイルを取得し、これに基づき定周期ファイルを生成し、生成した定周期ファイルを定周期ファイルデータベース３５に格納する。そして、処理を終了する。
【００７７】
ここで、ネットワーク装置ＮＥの故障は、ランダムに発生する。したがって、定周期ファイル作成用の装置関連情報を取得する目的で、リアルタイムでの検索処理の実行要求を行う場合には、例えば、この実行要求を行った時点から、対応する定周期ファイルを定周期ファイルデータベース３５に格納するまでの所要時間が比較的短く、仮にこの定周期ファイル作成用の装置関連情報の取得処理中にネットワーク装置ＮＥに故障が発生したとしても、この故障に伴って実行される故障回復措置シナリオの実行に影響のない時間内に、この定周期ファイル作成用の装置関連情報の取得処理が終了するように、一度の定周期ファイル作成用の装置関連情報の取得処理で生成する定周期ファイルの数を調整するようにすればよい。あるいは、ジャーナル管理部２７、ＭＮジャーナル管理部２８において、警報発生と判断したときにこれを定周期ファイル管理部３４に通知する構成とし、定周期ファイル管理部３４では、警報発生が通知されたときには、実行中の定周期ファイル作成用の装置関連情報の取得処理を中止する構成としてもよい。
【００７８】
図１０は、ナレッジシステム４での処理手順の一例を示すフローチャートである。
ナレッジシステム４では、図１０のフローチャートに示すように、故障回復措置シナリオにおいて定周期データ読み出しが指示されているときには、まず、指定された装置関連情報の種別および期間を満足する定周期ファイルが、定周期ファイルデータベース３５に格納されているかを判断する（ステップＳ２１）。すなわち、定周期ファイルデータベース３５の、指定された装置関連情報の種別に対応する格納領域に格納されている定周期ファイルのファイル名から、所望の期間に該当する定周期ファイルを検索する。
【００７９】
該当する定周期ファイルが存在する場合には、当該定周期ファイルを、上記第１の実施形態と同様の手順で読み出す（ステップＳ２２）。そして、処理を終了する。
一方、該当する定周期ファイルが存在しない場合には、ステップＳ２３に移行し、リアルタイムでの履歴データベース２６の検索処理を行う。すなわち、上記第１の実施形態と同様の手順でナレッジ検索部３２に対して検索要求を行い、その応答を検索結果記憶部３２ａから検索結果ファイルとして取得する。
【００８０】
このような構成とすることによって、上記第１の実施形態と同等の作用効果を得ることができるとともに、この第２の実施形態においては、定周期ファイルの作成を、監視制御部１１での処理負荷が少ないタイミングで行うため、監視制御部１１での負荷変動をより抑制することができるため、監視制御部１１あるいは監視装置２全体の処理が遅くなったりすることを抑制することができる。また、定周期ファイルの作成に伴う処理負荷が増加するが、監視制御部１１全体でみれば処理負荷の変動が抑制されるため、この定周期ファイルの作成に要する処理時間を短縮することができる。
【００８１】
なお、上記第２の実施形態では、定周期ファイル作成用の装置関連情報の取得処理では、連続した時系列の装置関連情報からなる定周期ファイルが保存期間分（例えば２４時間分）格納されているかを判断し、不足している定周期ファイルを取得する構成とした場合について説明したが、これに限るものではない。
例えば、定周期ファイルの代わりとして、リアルタイムでの検索処理の実行により取得した検索結果ファイルを、検索結果記憶部３２ａにある程度の時間保存しておく構成とし、この検索結果記憶部３２ａに不足分に対応する検索結果ファイルが格納されている場合には、この検索結果記憶部３２ａから該当する検索結果ファイルを取得し、この検索結果ファイルから定周期ファイルを作成するようにしてもよい。
【００８２】
また、上記第２実施形態では、リアルタイムでの検索処理を実行させることにより、定周期ファイル生成用の装置関連情報を取得する場合について説明したが、これに限るものではない。
例えば、履歴データベース２６から一定期間ごとに、この一定期間内に生じたＭＮ警報ジャーナルを抽出し、抽出したＭＮ警報ジャーナルを定周期ファイル管理部３４に送信する抽出処理を行う抽出処理部を別途設ける。
【００８３】
そして、この抽出手段を、前記定周期ファイル作成タイミングで作動させ、履歴データベース２６に格納したＭＮ警報ジャーナルから、一定期間ごとに、この一定期間内に生じたＭＮ警報ジャーナルを抽出し、これを定周期ファイル管理部３４に送信する。これによって、定周期ファイルデータベース３５に、一定期間内に生じたＭＮ警報ジャーナルからなる定周期ファイルを順次格納する。
このような構成であっても、定周期ファイルを生成することができる。
【００８４】
＜変形例＞
上記実施形態においては、ジャーナル管理部２７、ＭＮジャーナル管理部２８、履歴管理部２９、トラヒック収集部４５において、定周期ファイルを生成するための、一定期間ごとに装置関連情報を収集し、これを定周期ファイル管理部３４に送信する場合について説明したが、これに限るものではない。
定周期ファイルを生成する装置関連情報の種別は、故障回復措置シナリオにおいて、一定期間における装置関連情報の単位で情報取得が要求される装置関連情報の種別に対応して設定すればよい。また、ネットワーク装置ＮＥごとに定周期ファイルを生成するようにしてもよい。
【００８５】
また、定周期ファイルは、必ずしも、警報ジャーナル、ＭＮ警報ジャーナル、装置状態、トラヒックデータなどといった装置関連情報の種別単位で生成する必要はない。例えば、装置状態として送信される複数項目のうち、特定の項目のみからなる定周期ファイルを生成するなどしてもよい。
また、必ずしも、定周期ファイルを、故障回復措置シナリオで要求される装置関連情報の種別に対応して設定することはない。例えば、故障回復措置シナリオによって定周期データとして要求される装置関連情報のうち、同一周期で要求される装置関連情報をまとめて１つの定周期ファイルとして生成してもよい。
【００８６】
なお、本発明の範囲は、図示され記載された例示的な実施形態に限定されるものではなく、本発明が目的とするものと均等な効果をもたらすすべての実施形態をも含む。さらに、本発明の範囲は、請求項により画される発明の特徴の組み合わせに限定されるものではなく、すべての開示されたそれぞれの特徴のうち特定の特徴のあらゆる所望する組み合わせによって画されうる。
【符号の説明】
【００８７】
１  ネットワークオペレーションシステム
２  監視装置
３  オペレータ操作端末
４  ナレッジシステム
１１  監視制御部
１２  トラヒックデータ管理部
２１  ナレッジアダプタ
２４  履歴データベース管理部
２５  ＭＮ履歴データベース管理部
２６  履歴データベース
２７  ジャーナル管理部
２８  ＭＮジャーナル管理部
３２  ナレッジ検索部
３２ａ  検索結果記憶部
３４  定周期ファイル管理部
３５  定周期ファイルデータベース
４５  トラヒック収集部
４５ａ  トラヒックデータ記憶部
ＮＥ  ネットワーク装置
【図１】
0005802152.tif 000002
【図２】
0005802152.tif 000003
【図３】
0005802152.tif 000004
【図４】
0005802152.tif 000005
【図５】
0005802152.tif 000006
【図６】
0005802152.tif 000007
【図７】
0005802152.tif 000008
【図８】
0005802152.tif 000009
【図９】
0005802152.tif 000010
【図１０】
0005802152.tif 000011