(57)【要約】【課題】  ネットワークシステムの状況に応じた柔軟な監視・保守サービスを提供する。【解決手段】  管理サーバ１は、監視項目で規定される被サービスシステム３の監視処理で生成される監視情報を取得し、管理情報記憶手段５に保存し（ステップＳ１）、保守・点検項目で規定される保守処理で生成される保守情報を取得し、管理情報記憶手段５に保存する（ステップＳ２）。次に、管理サーバ１は、蓄積された監視情報と保守情報を解析して被サービスシステム３に設定された監視項目と保守・点検項目の重要度を判定する（ステップＳ３）。次に、被サービスシステム３に適合するように監視項目と保守・点検項目の修正案を作成する（ステップＳ４）。そして、重要度の判定結果と修正案を、被サービスシステム３の管理者端末装置４に通知する（ステップＳ５）。【選択図】  図１
2005275815.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークで接続する被サービスシステムの監視と保守・点検を管理するネットワークリモート管理方法において、
監視項目で規定される監視処理で生成される監視情報と、保守・点検項目で規定される保守処理で生成される保守情報とを含む管理情報を管理サーバが取得し、管理情報記憶手段に保存するステップと、
前記管理サーバが前記管理情報記憶手段に蓄積された前記管理情報を読み出し、前記管理情報を解析して前記被サービスシステムに対する前記監視項目と前記保守・点検項目の重要度を判定するステップと、
前記管理サーバが、必要に応じて、前記監視項目と前記保守・点検項目の重要度の判定結果に基づき前記被サービスシステムに適合する監視項目と保守・点検項目の修正案を作成するステップと、
前記サーバが前記監視項目および前記保守・点検項目の重要度の判定結果と前記修正案を前記ネットワークで接続する管理者装置に通知するステップと、
を有することを特徴とするネットワークリモート管理方法。
【請求項２】
前記管理サーバが、前記管理者装置に前記修正案を承認するか否かの問い合わせを送信するステップと、
前記管理者装置から受信した応答が承認である場合、前記管理サーバが承認された前記修正案を前記被サービスシステムに適用するステップと、
を有することを特徴とする請求項１記載のネットワークリモート管理方法。
【請求項３】
前記監視項目による監視処理または前記保守・点検項目による保守処理の対象となる装置の交換を含む装置対応処理と、前記装置対応処理の要否を前記保守・点検項目の重要度に基づいて判定する判定条件を予め設定情報記憶手段に保存しておき、
前記修正案を作成するステップは、前記監視項目または前記保守・点検項目の重要度と、前記監視項目または前記保守・点検項目の対象となる前記装置に設定されている前記判定条件を照合し、前記判定条件と合致した場合に前記設定情報記憶手段に保存された前記装置対応処理を抽出し、前記装置に関する修正案を作成することを特徴とする請求項１記載のネットワークリモート管理方法。
【請求項４】
前記管理サーバが前記被サービスシステムに異常が検出された際に前記管理情報を用いて前記異常の原因となる障害箇所を絞り込むための障害原因絞り込み情報を予め設定情報記憶手段に設定しておくステップと、
前記管理サーバが取得した前記管理情報によって前記被サービスシステムに異常が検出された場合、前記設定情報手段から前記異常に対応する前記障害原因絞り込み情報を抽出するステップと、
前記管理サーバが抽出した前記障害原因絞り込み情報を用いて前記管理情報を解析し、前記障害箇所の絞り込みを実行するステップと、
前記障害箇所の絞り込みステップで絞り込まれた障害箇所を前記管理装置に通知するステップと、
を有することを特徴とする請求項１記載のネットワークリモート管理方法。
【請求項５】
ネットワークで接続する被サービスシステムの監視と保守・点検を管理する管理サーバにおいて、
監視項目で規定される監視処理で生成される監視情報と、保守・点検項目で規定される保守処理で生成される保守情報を含む管理情報を記憶する管理情報記憶手段と、
前記被サービスシステムに対する前記監視処理で生成される前記監視情報と、前記保守処理で生成される前記保守情報を取得し、前記管理情報記憶手段に保存する管理情報取得手段と、
前記管理情報記憶手段に蓄積された前記管理情報を読み出し、前記管理情報を解析して前記被サービスシステムに対する前記監視項目と前記保守・点検項目の重要度を判定する判定手段と、
必要に応じて、前記監視項目と前記保守・点検項目の重要度の判定結果に基づき前記被サービスシステムに適合する監視項目と保守・点検項目に関する修正案を作成する修正案作成手段と、
前記監視項目および前記保守・点検項目の重要度の判定結果とともに前記修正案作成手段により作成された前記修正案を前記ネットワークに接続する管理者装置に通知する通知手段と、
を備えたことを特徴とする管理サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワークリモート管理方法および管理サーバに関し、特にネットワークで接続する被サービスシステムの監視と保守・点検を管理するネットワークリモート管理方法および管理サーバに関する。
【背景技術】
【０００２】
近年、コンピュータネットワークの発展に伴って、ネットワークシステムが大規模化しており、これに伴って、ネットワークシステムの監視および保守・点検の管理は複雑化、高機能化している。
【０００３】
大規模化したネットワークシステムでは、監視情報や保守情報については、管理センターでネットワークシステム全体が一元管理されている場合もあるが、実際の監視と保守処理については、システムをレベルごとに分割し、個々のネットワーク単位で行う管理方法が一般的である。
【０００４】
たとえば、ネットワーク機器とこれらを管理する支店や出張所をつなぐ支線、支店や出張所間をつなぐ本線や、さらに広範囲の地域ブロックごとに設けられる本局や事業所などの間をつなぐ幹線などの階層構造のネットワークを有するネットワークシステムがある。このように構成されるネットワークシステムでは、事業所や、地区ブロックなどの単位ごとに独自にネットワーク監視システムを設置し、専門スキルを有するネットワーク管理者が管理を行っていた。そして、障害発生時には、ネットワークシステムを納入したベンダなどによって対応が行われていた。
【０００５】
一方、保守・点検作業については、予め契約などにより定められたベンダあるいは専門スキルを有する業者が、定められた時期に対象のネットワークシステムが存在する場所まで出向き、定められた手順に従って作業を行っていた。
【０００６】
そこで、現地に出向く手間を省くため、ネットワークに接続された装置を遠隔操作しながら保守・管理などを行う遠隔操作方法が提案されている（たとえば、特許文献１参照。）。このような遠隔操作方法によれば、互いにファイアウォールが設置されている内部ネットワークに接続されたサービス装置と被サービス装置との間で、遠隔操作によって点検を実施できるようになる。
【特許文献１】特開平８−３１４８３５号公報（段落番号〔００１６〕〜〔００１９〕、図５）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
従来のネットワークシステムの監視・保守管理方法では、年々複雑化、高機能化するネットワークシステムの監視・保守管理は難しく、高度な専門スキルを有する人員の確保が必要になるなど、膨大なコストがかかる。
【０００８】
ネットワーク監視において、管理・監視項目、監視時間などは予め定められた内容で継続的に実施されていた。このため、たとえば、顧客ネットワークの形態、運用・管理ポリシーに変更などが生じた場合には、ネットワーク管理者が手動操作で管理・監視項目を変更しなければならず、ネットワーク状態の変化に柔軟に対応することが難しいという問題点がある。そして、障害が検出された場合、その対応はベンダなどにまかされており、障害に対して迅速に対応することが難しいという問題点がある。特に、クリティカルなサービスを行うネットワークシステムでは、障害発生から復旧までの対応を短時間で行う必要があるが、ネットワークが複雑化するなか、使用機器ベンダ、ネットワーク構築ベンダなどが複数に渡る場合もあり、早急な対応は困難である。
【０００９】
また、定期的に行われる保守・点検についても、保守・点検項目は予め契約などで定められた内容で定期的に実施されるため、経年などによる機器の状態や障害発生状況の変化に対して、柔軟に対応することができないという問題点がある。保守・点検項目についても、必要に応じてネットワーク管理者が見直しを行い、手動操作で変更しなければならなかった。
【００１０】
なお、ネットワークを介して遠隔操作によるリモート保守・管理を行う遠隔操作方法では、現地に出向くことなく保守・点検の作業を行うことができ、保守・点検に要するコストを削減することは可能であるが、ネットワーク状態の変化に柔軟に対応できないという問題点は残る。
【００１１】
このように、従来のネットワークシステムの監視・保守管理方法では、ネットワークシステムの変化などに柔軟に対応することができず、管理・監視項目や保守・点検項目の見直しや変更のため、ネットワーク管理者に多大な負荷がかかるという問題点があった。また、障害に対し迅速に対応することが難しいという問題点もある。
【００１２】
本発明はこのような点に鑑みてなされたものであり、ネットワークを介して被サービスシステムの監視・保守管理を行うとともに、運用・管理ポリシーや、ネットワーク状態の変化に柔軟に対応するネットワークリモート管理方法および管理サーバを提供することを目的とする。また、本発明の他の目的は、障害に対し迅速に対応することにある。
【課題を解決するための手段】
【００１３】
本発明では上記課題を解決するために、図１に示すような被サービスシステム３の監視・保守管理サービスを行うネットワークリモート管理方法が提供される。被サービスシステム３は、内部ネットワーク３１に複数の装置３２、３３、３４が接続する構成であり、外部ネットワーク２を介して接続する管理サーバ１によって監視・保守管理サービスが提供される。
【００１４】
管理サーバ１は、監視項目で規定される被サービスシステム３の監視処理で生成される監視情報を取得し、管理情報記憶手段５に保存する（ステップＳ１）。また、保守・点検項目で規定される保守処理で生成される保守情報を取得し、管理情報記憶手段５に保存する（ステップＳ２）。管理サーバ１は、管理情報記憶手段５に蓄積された管理情報を読み出し、その管理情報を解析して被サービスシステム３に設定された監視項目と保守・点検項目の重要度を判定する（ステップＳ３）。次に、必要であれば、重要度の判定結果に応じて、被サービスシステム３に適合する監視項目と保守・点検項目に関する修正案を作成する（ステップＳ４）。そして、重要度の判定ステップ（ステップＳ３）による判定結果と、修正案作成ステップ（ステップＳ４）による修正案を、被サービスシステム３を管理する管理者の管理者装置（図では管理者端末装置４）に通知する（ステップＳ５）。
【００１５】
このようなネットワークリモート管理方法によれば、管理サーバ１によって、所定の監視項目に規定される管理処理によって監視され、所定の保守・点検項目に規定される保守処理が行われる被サービスシステム３に対し、ネットワークを介して監視・保守管理サービスが提供される。管理サーバ１は、被サービスシステム３に関する監視情報と保守情報を取得し、これを管理情報として管理情報記憶手段５に保存、蓄積しておく。そして、蓄積された管理情報を読み出し、これを解析して被サービスシステム３に対して設定されている監視項目と保守・点検項目の重要度を判定する。次に、必要であれば、被サービスシステム３に適合する監視項目と保守・点検項目に関する修正案を作成する。そして、外部ネットワーク２を介し、監視項目と保守・点検項目に関する重要度の判定結果と修正案を管理者装置（管理者端末装置４）に通知する。
【００１６】
これにより、管理サーバ１の管理する管理情報に基づき、被サービスシステム３の監視項目と保守・点検項目の重要度が判定され、必要に応じて被サービスシステム３の状態に適した監視項目と保守・点検項目が提案される。
【００１７】
さらに、被サービスシステム３に異常が検出された場合に原因となる障害箇所を絞り込む手順を予め設定しておき、異常検出時に障害箇所を絞り込む手順に従って管理情報を解析して障害箇所の絞り込みを行い、絞り込まれた障害箇所を管理装置（管理者端末装置４）に通知するネットワークリモート管理方法が提供される。このようなネットワークリモート管理方法によれば、管理サーバ１は、管理情報を解析して障害箇所を絞り込み、これを管理者に通知する。
【００１８】
また、上記課題を解決するために、ネットワークに接続する被サービスシステム３の監視・保守管理サービスを提供する管理サーバが提供される。管理サーバ１は、管理情報を記憶する管理情報記憶手段と、監視情報と保守情報を取得して管理情報記憶手段に蓄積する管理情報取得手段と、蓄積された監視情報と保守情報に応じて監視項目と保守・点検項目の重要度を判定する判定手段と、必要に応じて被サービスシステムに適合する監視項目と保守・点検項目に関する修正案を作成する修正案作成手段と、重要度の判定結果と作成された修正案を管理者装置（管理者端末装置４）に通知する通知手段を有する。
【００１９】
このような構成のサーバでは、管理情報取得手段は、所定の監視項目による監視処理で生成される監視情報を取得して管理情報記憶手段に保存するとともに、所定の保守・点検項目による保守処理で生成される保守情報を取得して管理情報記憶手段に保存する。こうして、管理情報記憶手段には、監視情報と保守情報を含む管理情報が蓄積される。判定手段は、蓄積された管理情報を読み出して解析し、被サービスシステム３に設定されている監視項目と保守・点検項目の重要度を判定する。修正案作成手段は、必要に応じて、判定手段による重要度の判定結果に基づいて監視項目と保守・点検項目の見直しを行い、被サービスシステムに適合した監視項目と保守・点検項目に関する修正案を作成する。通知手段は、判定手段による重要度の判定結果とともに、修正案作成手段により作成された被サービスシステムの現状に適応した監視項目と保守・点検項目に関する修正案を被サービスシステムの管理者に通知する。
【発明の効果】
【００２０】
本発明のネットワークリモート管理方法および管理サーバによれば、被サービスシステムの監視処理を規定する監視項目および保守・点検処理を規定する保守・点検項目は、監視情報と保守情報に基づいて重要度が判定される。そして、必要であれば、被サービスシステムの現状に適合する監視項目と保守・点検項目に関する修正案が作成され、ネットワークシステムの管理者に通知される。
【００２１】
このように、管理サーバの管理する管理情報に基づいて被サービスシステムに最適な監視項目と保守点検項目が提案されるので、これを用いてシステムを運用することにより、ネットワークシステムの状態の変化に柔軟に対応することができる。この結果、事業所などにおけるネットワーク管理の負荷（人的・経済的）が軽減され、利便性が向上する。
【００２２】
また、障害箇所を絞り込む手順を予め登録しておき、異常発生時に管理情報を用いて自動的に障害箇所を絞り込み、予測される障害個所を管理者に通知する。これにより、障害に対する迅速な対応が可能となる。
【発明を実施するための最良の形態】
【００２３】
以下、本発明の実施の形態を図面を参照して説明する。まず、実施の形態に適用される発明の概念について説明し、その後、実施の形態の具体的な内容を説明する。
図１は、本発明の実施の形態に適用される発明の原理図である。
【００２４】
本発明のネットワークリモート管理方法は、監視・保守対象の被サービスシステム３に外部ネットワーク２を介して接続する管理サーバ１によって実現される。
被サービスシステム３は、装置Ａ（３２）、装置Ｂ（３３）および装置Ｃ（３４）が内部ネットワーク３１により接続する構成のネットワークシステムであり、内部ネットワーク３１を介して内部装置間、および外部ネットワーク２を介して外部装置との間で情報が送受信される。なお、図の例では被サービスシステム３を１つとしたが、複数でもよい。
【００２５】
被サービスシステム３は、予め所定の監視項目が設定されているネットワーク監視装置によって常時監視されている。監視処理の内容は、たとえば、回線断障害や機器障害などの障害を検出するための監視項目や、送受信レベルなど回線品質を検出する監視項目、トラフィック流量検出などのネットワークの性能に関する監視項目などによって規定される。ネットワーク監視装置は、このような監視処理によって監視情報を生成する。なお、ネットワーク監視装置は、管理サーバ１が兼ねてもよい。
【００２６】
また、被サービスシステム３は、定期的な保守・点検が行われており、保守・点検装置が外部ネットワーク２を経由して被サービスシステム３に接続し、リモート操作によって予め設定された所定の保守・点検項目に従って保守・点検処理を行い、保守情報を生成する。なお、保守・点検装置は、管理サーバ１が兼ねてもよい。
【００２７】
管理者端末装置４は、被サービスシステム３の管理者が管理する管理者装置であり、外部ネットワーク２を介して被サービスシステム３と、管理サーバ１に接続される。また、表示装置や音声出力装置を備え、管理サーバ１から通知された監視項目と保守・点検項目の重要度判定結果や修正案を管理者に提示する。
【００２８】
管理サーバ１は、ネットワークに接続し、ネットワークリモート管理プログラムを実行することによって被サービスシステム３に対する監視・保守の管理機能を実現している。また、管理情報記憶手段５と設定情報記憶手段６に接続する。
【００２９】
管理情報記憶手段５には、監視情報と保守情報を含む管理情報が保存される。管理情報は所定のタイミングで新たに取得され、蓄積される。
設定情報記憶手段６には、被サービスシステム３に設定されている監視項目と保守・点検項目および被サービスシステム３のシステム構成と各装置の装置情報、障害対応方法など、予め登録される設定情報が保存されている。
【００３０】
管理サーバ１の実行するネットワークリモート管理方法の手順について説明する。
管理サーバ１は、予め、被サービスシステム３に設定されている監視項目や保守・点検項目、被サービスシステム３のシステム構成などの設定情報を設定情報記憶手段６に保存しておく。そして、サービス処理を開始する。
【００３１】
管理サーバ１では、被サービスシステム３に対し設定された監視項目による監視処理で生成された監視情報を取得して管理情報記憶手段５に保存する（ステップＳ１）。また、被サービスシステム３に対し設定された保守・点検項目による保守・点検処理で生成された保守情報を取得して管理情報記憶手段５に保存する（ステップＳ２）。
【００３２】
以上の処理手順を実行することにより、被サービスシステム３の監視情報と保守情報が管理情報として管理情報記憶手段５に蓄積される。監視情報には、たとえば、発生した障害に関する障害情報や装置の動作情報などがある。保守情報には、保守・点検を行った日時、保守・点検個所や、点検で検出された故障に関する故障情報などがある。
【００３３】
続いて、管理サーバ１は、管理情報記憶手段５から管理情報を読み出し、管理情報を用いて障害の発生頻度や回線あるいは装置の動作状態を解析する。そして、解析結果に基づいて、設定情報記憶手段６から現在設定されている監視項目と保守・点検項目を読み出し、その重要度を判定する（ステップＳ３）。たとえば、障害の発生頻度に応じて重要度を設定する。また、予め判定条件を登録しておき、判定条件に基づき重要度を設定する。保守・点検項目についても同様に重要度が判定される。また、設定情報記憶手段６に設定可能な所定の監視項目と保守・点検項目を用意しておき、同様に重要度を判定する。
【００３４】
次に、管理サーバ１は、必要に応じて、ステップＳ３の重要度判定の結果に基づき被サービスシステム３の現状に適応した監視項目と保守・点検項目の修正案を作成する（ステップＳ４）。たとえば、被サービスシステム３に設定されている項目のうち、ステップＳ３によって重要度が高いと判定された項目を残し、重要度が非常に低いと判定された項目を削除する修正案を作成する。また、現在設定されていない項目のうち重要度が高いと判定された項目を修正案に追加する。こうして、被サービスシステム３の状態に適応する監視項目と保守・点検項目の修正案が作成される。
【００３５】
そして、重要度の判定結果と作成された監視項目と保守・点検項目の修正案を、外部ネットワーク２経由で被サービスシステム３の管理者端末装置４に通知する（ステップＳ５）。管理者端末装置４では、管理サーバ１の送信した情報データを受信し、この情報データに基づいて判定結果と修正案を表示し、管理者に提示する。
【００３６】
以上の処理手順を実行することにより、管理サーバ１は、収集した管理情報に基づいて、被サービスシステム３の状態に最適な監視項目と保守・点検項目を管理者に提案することができる。提案は、被サービスシステムの状態変化に応じて変化する監視情報と保守・点検情報を用いて適宜行われており、被サービスシステムのそのときの状態に適応した提案ができる。管理者は、提案された監視項目と保守・点検項目をシステムに適用することにより、被サービスシステムの状態の変化に柔軟に対応するネットワーク監視・保守管理を行うことができる。
【００３７】
なお、上記の説明では、監視項目と保守・点検項目の重要度の判定と、ネットワークシステムの状態に適した監視項目と保守・点検項目の提案を行うとしたが、さらに種々の情報を管理情報として収集または設定情報として設定し、これらの情報を利用することによって、他の提案を作成することもできる。
【００３８】
以下、本発明の実施の形態について具体例を挙げて説明する。
まず、本発明の実施の形態が適用される管理サーバのハードウェア構成について説明する。図２は、本発明の実施の形態の管理サーバのハードウェア構成例を示すブロック図である。
【００３９】
管理サーバ１は、ＣＰＵ（Central Processing Unit）１０１によって装置全体が制御されている。ＣＰＵ１０１には、バス１０５を介してＲＡＭ（Random Access Memory）１０２、ハードディスクドライブ（ＨＤＤ：Hard Disk Drive）１０３、通信インタフェース１０４が接続されている。ＲＡＭ１０２には、ＣＰＵ１０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０２には、ＣＰＵ１０１による処理に必要な各種データが格納される。ＨＤＤ１０３には、ＯＳやアプリケーションのプログラムが格納される。通信インタフェース１０４は、外部ネットワーク２に接続されており、外部ネットワーク２を介して被サービスシステム３や管理者端末装置４との間でデータの送受信を行う。
【００４０】
なお、図２には、管理サーバ１のハードウェア構成を示したが、管理者端末装置４のハードウェア構成では、さらに、判定結果や修正案などを表示するモニタに接続するグラフィック処理装置と、指示を入力するキーボードやマウスに接続する入力インタフェースを備える。グラフィック処理装置は、ＣＰＵ１０１からの命令に従って画像をモニタの画面に表示させる。入力インタフェースは、キーボードやマウスから送られてくる信号を、バス１０５を介してＣＰＵ１０１に送信する。
【００４１】
このようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。
以下、本発明の実施の形態を、所定のデータベースに基づいたさまざまな提案を行う場合について、図面を参照して詳細に説明する。
【００４２】
第１の実施の形態として、監視情報と保守・点検情報とを用いて被サービスシステムの状態に柔軟に対応する監視・保守管理サービスを提供する管理サーバについて説明する。図３は、本発明の第１の実施の形態の管理サーバの構成図である。なお、管理サーバ１ａは、図１に示したシステムに適用される。
【００４３】
本発明の第１の実施の形態の管理サーバ１ａは、通信を制御する通信制御手段１１、監視情報を取得する監視情報取得手段１２、保守情報を取得する保守情報取得手段１３、管理項目とシステム構成の重要度を判定する判定手段１４、被サービスシステムに適合する修正案を作成する修正案作成手段１５、作成情報を管理者端末装置４に通知する通知手段１６、修正案を被サービスシステム３に適用させる修正案適用手段１７および管理サーバ１ａに初期データを設定する初期設定手段１８の各処理手段と、監視履歴データベース５１と保守履歴データベース５２、および設定情報データベース６１を具備する。
【００４４】
通信制御手段１１は、外部ネットワーク２に接続する管理者端末装置４など、外部ネットワーク２を介して他装置との間のデータの送受信を制御する。
監視情報取得手段１２は、所定の監視項目により被サービスシステム３の監視処理で生成される監視情報を取得し、監視履歴データベース５１へ保存する。監視情報は、監視装置から自動で、あるいは監視情報取得手段１２からの要求で収集する。監視情報は、発生した障害に関する障害情報や被サービスシステム３の状態を表す動作情報などがある。
【００４５】
保守情報取得手段１３は、所定の保守・点検項目により被サービスシステム３をリモート操作で保守する保守装置によって生成される保守情報を取得し、保守履歴データベース５２に保存する。保守情報には、保守・点検の実施日や、発見された故障に関する情報などがある。
【００４６】
判定手段１４は、監視履歴データベース５１と保守履歴データベース５２に蓄積された監視情報と保守情報、および設定情報データベース６１に保存されたシステム構成と被サービスシステム３に設定されている監視項目と保守・点検項目を読み出し、その重要度をチェックする。さらに、被サービスシステム３を構成する装置の動作状態に関する重要度をチェックする。
【００４７】
修正案作成手段１５は、判定手段１４による重要度判定に基づき、被サービスシステム３の状態に適合する管理項目と保守・点検項目、あるいは装置に関する修正案を作成する。このとき、予め設定された監視項目または保守・点検項目の実施、あるいは、装置の交換などに要する費用情報に基づいて、修正案の実施に必要な費用見積もりも算出する。
【００４８】
通知手段１６は、判定手段１４による判定結果と、修正案作成手段１５によって作成された修正案と費用見積もりを通信制御手段１１経由で管理者端末装置４へ送信する。このとき、修正案とともに修正案を反映してもよいかどうかの承認処理の依頼を管理者端末装置４に送信する。通信制御手段１１経由で入力する管理者端末装置４からの応答が承認である場合、修正案適用手段１７を起動する。
【００４９】
修正案適用手段１７は、承認された修正案に従って設定情報データベース６１に記録された管理項目に関する情報を更新するとともに、監視装置および保守装置に対し、通信制御手段１１経由で修正案を通知し、監視項目と保守・点検項目の変更を指示する。また、装置の交換である場合は、たとえば、装置交換をベンダなどに手配する。
【００５０】
初期設定手段１８は、管理サーバ１ａの初期化処理において起動され、設定情報データベース６１を初期化する。たとえば、設定情報データベース６１に保存された情報に基づいて、通信制御手段１１経由で管理者端末装置４に対し、設定情報の登録を管理者に促す情報を送信し、応答として得られた管理者の設定情報に基づき、監視処理や保守処理に関する情報、障害発生時の対応方法に関する情報、障害原因の特定に関する情報などの設定情報を生成し、設定情報データベース６１に保存する。
【００５１】
監視履歴データベース５１と保守履歴データベース５２によって管理情報記憶手段５が構成される。監視履歴データベース５１には、被サービスシステム３の監視装置が生成した監視情報の履歴が保存されるデータベースである。監視情報は監視項目に基づく監視処理で生成され、監視装置が障害発生を検出した際に生成する障害情報や、トラフィック流量などの動作情報などがある。一方、保守履歴データベース５２は、被サービスシステムの保守装置が生成した保守情報の履歴が保存されるデータベースである。保守情報は保守・点検項目に基づく保守処理で生成され、保守・点検が実施された日時や、発見された故障箇所や故障の内容などがある。
【００５２】
設定情報データベース６１は設定情報記憶手段６を構成し、被サービスシステム３の構成に関する情報や、被サービスシステム３に設定されている監視項目や保守・点検項目に関する情報が保存されるデータベースである。また、必要に応じて、障害への対応方法や、障害原因の解析手順などの設定情報が保存される。監視項目と保守・点検項目に関する設定情報は、初期設定手段１８により初期設定され、必要に応じて修正案適用手段１７により変更される。
【００５３】
このような構成の管理サーバ１ａの処理動作について説明する。
管理サーバ１ａでは、サービス提供に先立ち、初期設定手段１８によって、被サービスシステムの構成に関する情報や、監視処理や保守・点検処理に関し設定された設定情報を取得する。設定情報には、リモートによる監視・管理項目、たとえば、回線断障害（光断検出、リンクダウン検出）、機器障害（装置フォルト検出）、回線品質（ビットエラー率）、トラフィック流量などや、監視を行うサポート時間（監視時間）や、保守・点検を行う時期（点検周期など）がある。設定は、管理者端末装置４にブラウザ機能を備え、初期設定手段１８は、初期設定に必要な設定を行うための文書データを管理者端末装置４に送信し、管理者に設定情報の登録を行わせるようにしてもよい。取得した設定情報は、設定情報データベース６１に格納する。また、監視処理を規定する監視項目や、保守・点検処理を規定する保守・点検項目は、予め、設定情報データベース６１内に項目一覧を記憶しておき、項目一覧を通信制御手段１１経由で管理者端末装置４に送信し、管理者端末装置４において任意の項目を管理者に選択させ、管理者端末装置４から受信した選択項目を登録するようにしてもよい。このように、項目を選択することにより、被サービスシステムの運用形態（回線重要度、ネットワーク利用時間など）に合わせて、最適なサービス環境を容易に構築することができる。また、選択された項目の実施に必要な費用情報も提供することにより、管理者は、コスト計算が容易になり、運用管理ポリシーに沿う形で管理コストの最適化を実現するこができる。
【００５４】
初期設定手段１８で登録する設定情報の一例を示す。図４は、本発明の実施の形態の設定情報データベースに保存される設定情報の一例である。
設定情報には、被サービスシステムのネットワークを識別するネットワークＩＤ２０１を主キーとして、このネットワークを構成する機器の名称、種別、シリアルＮｏなどの機器に関する構成機器情報２０２と、被サービスシステムに設定された監視項目２０３の各要素が関連付けられている。図の例では、ネットワークＡに属する装置Ａは、シリアルＮｏが１２３４５、種別はＬ３−ＳＷであり、監視項目として回線品質とトラフィック流量が設定されている。また、装置Ｂの監視項目には回線断が設定されており、装置Ｃの監視項目には回線断と機器障害が設定されている。監視項目は、初期設定手段１８によって初期設定されたデータが反映されている。
【００５５】
また、図示していないが、保守・点検項目も同様にして、装置ごとの設定情報が設定情報データベース６１に登録されている。また、保守・点検項目には、ネットワークごとの共通情報として、保守・点検の実施時期（たとえば、保守・点検実施の周期）が設定される。
【００５６】
設定された監視項目と保守・点検項目は、設定情報データベース６１に保存するとともに、監視装置と保守装置が別装置であれば、監視項目と保守・点検項目を各装置に送信し、これらの項目で処理を行うよう指示する。そして、このような設定情報に基づいて、サービス対象のネットワークリモート管理処理が開始される。
【００５７】
被サービスシステム３の監視装置は、監視項目に基づいて行われる監視処理により監視情報を生成する。監視情報取得手段１２は、通信制御手段１１経由で監視情報を取得し、監視履歴データベース５１に保存する。監視情報は、監視装置から自動で、または監視情報取得手段１２の要求で取得する。監視装置では、たとえば、図４に示した装置Ｃに回線断が検出された場合、装置Ｃに関して「障害（回線断）、障害日時、障害箇所（インタフェース１）」といった障害に関する監視情報を生成し、管理サーバ１に送信する。また、トラフィック流量などの動作情報も監視情報として定期的に生成し、管理サーバ１に送信する。管理サーバ１では、このような監視情報を取得し、監視履歴データベース５１に蓄積する。また、このとき、監視情報を装置別に分類し、装置ごとに集計した集計監視情報を生成して保存するようにしてもよい。予め集計監視情報を設定することにより、重要度の判定処理が容易になる。図５は、本発明の実施の形態の監視履歴データベースに保存される監視情報の一例である。図５の例は、集計監視情報を示している。
【００５８】
集計監視情報は、ネットワークＩＤ（２１１）と機器名称（２１２）で識別される装置ごとに、障害情報２１３と動作情報（図の例ではトラフィック流量２１４）が設定されている。障害情報には、たとえば、障害発生内容、集計された障害の発生頻度と障害回数などの情報が含まれる。なお、集計監視情報は判定手段１４で生成してもよい。
【００５９】
同様に、被サービスシステム３の保守装置は、保守・点検項目に基づく保守処理により保守情報を生成する。保守情報取得手段１３は、通信制御手段１１経由で保守情報を取得し、保守履歴データベース５２に保存する。図６は、本発明の実施の形態の保守履歴データベースに保存される保守情報の一例である。
【００６０】
保守情報には、被サービスシステム３を構成する装置ごとに、点検が行われた装置２２１に関連付けられ、それぞれの保守・点検時期２２２、保守・点検箇所２２３、故障発見回数２２４およびそのときの保守・点検内容２２５が設定されている。図の例では、「装置Ａ」について「○年○月○日」に「インタフェース１」の保守・点検処理が行われ、故障発見が「△回」であったことが登録されている。
【００６１】
保守情報取得手段１３は、さらに、図６に示した保守情報を装置別に集計した集計保守情報を生成する。図７は、本発明の実施の形態の装置別の集計保守情報の一例である。
集計保守情報では、装置名称２３１ごとに、保守・点検箇所２３２、保守点検回数２３３および故障発見回数２３４が登録される。図の例では、「装置Ａ」は、「インタフェース１」に「◎回」の保守点検が実施され、そのうち「○回」故障が検出されており、「電源」に「▽回」の保守点検が実施され、そのうち「◇回」故障が検出されていることがわかる。なお、集計保守情報は判定手段１４で生成してもよい。
【００６２】
以上のように、監視情報取得手段１２と保守情報取得手段１３によって、上記の説明のような監視情報と保守情報がそれぞれ監視履歴データベース５１と保守履歴データベース５２に蓄積される。
【００６３】
次に、判定手段１４は、蓄積された監視情報と保守情報に基づき、監視項目と保守・点検項目の重要度を判定する。判定は、装置ごとに設定された監視項目と保守・点検項目の重要度を判定する。重要度は、保守・点検箇所、障害発生頻度、障害回数、故障発見回数／点検回数、トラフィック流量のデータなど、管理情報から所定のデータを抜き出し、その値に基づいて設定する。たとえば、重要度（優先度）をいくつかのレベルに分けておき、障害発生頻度に基づき、発生頻度の高い項目の重要度レベルを高くし、発見頻度の低い項目の重要度レベルを低くし、所定の記憶手段に保存しておく。なお、重要度はリアルタイムで更新される。
【００６４】
また、重要度の判定を行う判定条件を設定し、条件設定で行うこともできる。
図８は、本発明の実施の形態の判定に用いられる判定条件の一例である。なお、図では、重要度を最も高いレベルをレベル１とし、最も低いレベルをレベル１０とする１０段階に分類することとしている。
【００６５】
判定条件は、初期設定手段１８によって設定情報データベース６１に保存される。図の例では、判定条件は、重要度２４１をキーとして定義される。判定条件情報では、重要度２４１に応じて、対象の装置名称２４２、保守・点検箇所２４３、障害発生頻度２４４、障害回数２４５、故障発見回数／点検回数２４６の障害検出に関する各条件が設定されている。また、動作状態検出に関する条件として、トラフィック流量２４７が設定されている。さらに、必要に応じて、装置を交換した場合に要するリプレイス費用２４８や、保守項目として選択した場合に徴収される保守サービス費用（保守費用２４９）の費用情報が定義される。図の例では、「レベル１」は、「装置Ａ」の「インタフェース１」について、故障発生頻度が「○回／年」、障害回数が「××回」、故障発見回数／点検回数の比が「●回／●回」、およびトラフィック流量が「〜％」を超えた場合に設定することが定義されている。
【００６６】
判定処理では、障害などが発生した際に、上記のような条件をチェックし、合致した場合に、そのレベル設定を行い、重要度を判定する。なお、重要度を判定する監視項目と保守・点検項目は、現在被サービスシステム３に設定されている項目ばかりでなく、設定されていない項目に関しても行う。これにより、今後の運用において必要となる項目を検出することができる。
【００６７】
以上の処理手順によって、被サービスシステム３を構成する装置ごとに設定されている監視項目と保守・点検項目の重要度と、現時では設定されていないが設定可能な監視項目と保守・点検項目の重要度が判定される。
【００６８】
次に、修正案作成手段１５において、判定手段１４による重要度の判定結果に基づき、監視項目と保守・点検項目の修正案と、装置に関する修正案が作成される。
監視項目と保守・点検項目は、重要度に基づいて、被サービスシステムに適合する監視項目と保守・点検項目の修正案を作成する。たとえば、設定されている項目のうち、重要度レベルが所定値以下のものは削除し、設定されていない項目のうち、重要度レベルが所定値を超える項目を追加するような修正案を作成する。このとき、修正案とともに、修正案を実施した場合に必要となる費用見積もりも算出する。たとえば、図８の例で、「装置Ａ」の「インタフェース１」について、障害発生頻度が「○回／年」を越えた場合、「装置Ａ」の「インタフェース１」を監視する監視項目の重要度レベルがレベル１に設定されたとする。この監視項目が設定されていない場合、修正案では今後の運用で監視項目または保守・点検項目で追加する項目として加え、それに要する費用を保守費用２４９領域から抽出し、「△円／月」を費用見積もり算出に加える。また、「装置Ｃ」について、「本体」の障害が検出されず障害発生頻度が「０回／年」であれば、「装置Ｃ」の「本体」を監視する監視項目の重要度レベルをレベル１０とし、必要のない項目として修正案に提示する。
【００６９】
また、項目の追加と削除ばかりでなく、たとえば、故障発見回数に基づき、故障発見回数の多い保守・点検項目の点検回数を多くし、故障発見回数の少ない保守・点検項目の点検回数を少なくするような修正案を作成することもできる。
【００７０】
あるいは、監視・保守処理の対象となる装置に関する修正案を作成することもできる。監視項目と保守・点検項目は装置ごとに設定されており、管理情報より得られる装置ごとの集計情報に基づき、障害発生頻度や故障発見回数の多い装置については、装置の交換を指示する装置の修正案を作成することができる。また、たとえば、トラフィック流量が所定値を超えた場合、容量の増設を指示する修正案を作成する。
【００７１】
このように、重要度レベルだけでなく、障害頻度や障害内容などに応じて、被サービスシステムの監視・保守処理に適合する対応処理を提案することができる。このような提案は、対応処理の提案を設定する条件と、対応処理内容とを対応付けた設定情報を予め登録しておき、管理情報に基づいて条件が成立したかどうかを判定し、判定した場合に該当する対応処理内容を選択する。選択された提案は、修正案とともに通知手段１６によって管理者端末装置４に通知される。
【００７２】
たとえば、障害回数をＮ、点検間隔をＴとする障害発生頻度Ｎ／Ｔをαとし、故障箇所発見回数をＸ、点検回数をＹとする故障発見頻度Ｘ／Ｙをβとして、αとβの値に応じた提案について予め設定しておき、αとβの値を閾値と比較して提案を選択することができる。
【００７３】
図９は、本発明の実施の形態の提案設定条件の一例である。図の例では、提案設定条件は、装置名称２５１と該当箇所２５２ごとに、障害発生頻度Ｎ／Ｔ（α）２５３と故障発見頻度Ｘ／Ｙ（β）２５４の閾値と、この条件が成立した際に提案される提案内容２５５が登録されている。図の例では、「装置Ａ」の「インタフェース２」について、障害発生頻度αが「α＜○」、かつ故障発見頻度βが「β＞●」の状態が検出された場合、「装置Ａのインタフェース２に関してリプレイスする必要があります。」という提案が選択される。
【００７４】
上記の処理手順により判定された項目の妥当性や修正案、および提案は、通知手段１６によって通信制御手段１１経由で管理者端末装置４に送信される。管理者端末装置４では、受信した情報データに基づき、修正案などの情報を表示する。
【００７５】
図１０は、本発明の実施の形態の管理者端末装置に表示される提案表示画面の一例である。
図の例では、提案表示画面は、被サービスシステムであるネットワークＡの構成図４０１と、管理情報より作成されたネットワークＡの状態を示す表４０２、およびネットワークＡに関する提案４０３が表示されている。提案４０３には、対象装置を装置Ｂとし点検回数を多くする必要があることを指示する提案の内容４０３ａと、提案実行時に必要とする費用見積もり４０３ｂが表示されており、さらに、提案の内容を承認するか否かを選択する選択画面４０３ｃが表示される。管理者は、提案表示画面を参照し、提案を承認するかどうか、選択画面４０３ｃを操作して設定する。操作内容は、管理者端末装置４より管理サーバ１ａに送信される。管理サーバ１は、承認（ＹＥＳ操作）された場合、関連する設定情報を書き換えるとともに、以降の運用では、装置Ｂのインタフェース１に関する点検回数を多くする。
【００７６】
次に、上記の説明の提案を行うネットワークリモート管理方法の処理手順についてフローチャートを用いて説明する。以下の説明では、監視履歴データベース５１、保守履歴データベース５２および設定情報データベース６１を含む管理用の情報を保管するデータベースをまとめて管理データベース５０と表記し、監視項目と保守・点検項目をまとめて管理項目と表記する。
【００７７】
図１１は、本発明の第１の実施の形態のネットワークリモート管理方法処理手順を示したフローチャートである。
ここで、管理データベース５０には、監視情報と保守情報、および管理項目に関する情報等が保存されているとする。
【００７８】
［ステップＳ１１］  重要度のレベル分けを行い、それぞれの重要度レベルの設定条件を設定し、管理データベース５０に保存する。
［ステップＳ１２］  重要度、あるいは管理情報に基づき、所定の提案を行う判定条件を設定し、管理データベース５０に保存する。
【００７９】
［ステップＳ１３］  通常運用を行う。監視情報と保守情報は、管理データベース５０に蓄積される。通常運用において障害などが発生した場合には、管理データベース５０から管理情報を読み出して重要度判定を行い、管理データベース５０に保存する。そして、重要度レベルを含む管理情報に基づく所定のデータの値とステップＳ１２で設定された判定条件とを照合する。
【００８０】
［ステップＳ１４］  所定のデータの値が条件に合致したかどうかを判定する。合致していない場合は、ステップＳ１３からの通常運用に戻って、処理を継続する。一方、合致した場合には、ステップＳ１５へ処理を進める。
【００８１】
［ステップＳ１５］  所定のデータの値が条件に合致した場合、合致した判定条件に応じた提案を選択あるいは作成し、作成情報を顧客（管理者）の管理者端末装置に配信する。
【００８２】
［ステップＳ１６］  管理者端末装置によって提案を確認した顧客は、提案の承諾または拒否を設定し、管理者端末装置によって承諾または拒否の応答が管理サーバに入力される。応答に基づき、顧客が承認した場合は、ステップＳ１７へ処理を進める。拒否された場合は、ステップＳ１２に戻り、判定条件の見直しを行わせる。
【００８３】
［ステップＳ１７］  承諾された提案を監視・保守管理処理に適用し、新たな設定で運用を開始する。
以上のネットワークリモート管理方法の処理手順を実行することにより、監視情報と保守情報より最適な監視・保守処理を実現する提案を管理者に行うことができ、最適な監視・保守内容による監視・保守管理システムを運用することが可能となる。
【００８４】
次に、本発明の第２の実施の形態として、第１の実施の形態に加えて、障害の原因と対応方法を提供するネットワークリモート管理方法について説明する。
図１２は、本発明の第２の実施の形態のネットワークリモート管理方法の処理手順を示したフローチャートである。ここで、履歴データベース５３には、被サービスシステムに発生した障害に関し、その障害原因と障害への対応方法を含む障害履歴が障害に関連付けて保存されている。履歴データベース５３には、被サービスシステムにおいて実例のある障害履歴を予め保存しておく。
【００８５】
［ステップＳ２１］  被サービスシステムにおいて障害が発生したことが検出される。
［ステップＳ２２］  履歴データベース５３より、障害履歴に関する情報の読み出しを行う。
【００８６】
［ステップＳ２３］  発生した障害をキーとしてデータベースの検索を開始する。
［ステップＳ２４］  キー（障害の内容）が一致する障害履歴が存在するかどうかを判定する。存在する場合は処理をステップＳ２５へ進め、存在しない場合は処理をステップＳ２９へ進める。
【００８７】
［ステップＳ２５］  キー（障害の内容）が一致する障害履歴が存在する場合、その障害履歴を抽出し、障害履歴に基づいて、障害原因や障害対応方法を管理者端末装置に通知する。このとき、障害対応方法に関連付けて保存されている費用情報に基づいて、障害対応方法の実施に必要な費用の見積もりも行い、ともに管理者端末装置に通知する。また、提示された障害対応方法を承諾するかどうかの問い合わせ情報も送信する。
【００８８】
以上の処理手順が実行され、管理者端末装置では、障害原因、障害対応方法および見積もりを承諾するか否かの選択画面とともに表示する。そして、選択画面により承諾／拒否が入力されると、その結果を管理サーバに通知する。
【００８９】
［ステップＳ２６］  承諾／拒否の通知を判定し、承諾であれば処理をステップＳ２７に進め、拒否の場合は処理をステップＳ２８へ進める。
［ステップＳ２７］  障害対応処理が実行されるので、実行された障害対応処理に関する情報を履歴データベース５３に追加する。また、必要であれば、障害の発生頻度を算出し、データベースに記録する。
【００９０】
［ステップＳ２８］  障害対応処理が実行されないので、必要であれば、実行されなかった旨を履歴データベース５３に登録する。また、必要であれば、障害の発生頻度を算出し、データベースに記録する。
【００９１】
以上の処理手順が実行されることにより、履歴データベース５３が更新される。
次に、障害履歴がなかった場合の処理について説明する。
［ステップＳ２９］  障害履歴が存在しない場合、管理センターに通知する。管理センターにおいて、たとえば、予め用意された障害対応方法に関する情報から障害対応処理のメニューと費用見積もりが作成され、障害原因とともに管理サーバに送信される。
【００９２】
［ステップＳ３０］  取得した障害原因や障害対応処理のメニューと費用見積もりを管理者端末装置に送信する。
以上の処理手順が実行され、管理者端末装置では、障害原因、障害対応方法および見積もりを承諾するか否かの選択画面とともに表示する。そして、選択画面により承諾／拒否が入力されると、その結果を管理サーバに通知する。
【００９３】
［ステップＳ３１］  承諾／拒否の通知を判定し、承諾であれば処理をステップＳ３２に進め、拒否の場合はステップＳ２９に戻って、管理センターへの問い合わせからの処理を繰り返す。
【００９４】
［ステップＳ３２］  障害対応処理が実行されるので、実行された障害対応処理に関する情報を履歴データベース５３に追加する。また、必要であれば、障害の発生頻度を算出し、データベースに記録する。
【００９５】
以上の処理手順が実行されることにより、この障害に関する障害原因や障害対応方法が障害履歴として、履歴データベース５３に登録される。以降の運用において同じ障害が発生した場合には、この障害履歴に基づいて障害対応方法が管理者に提供される。
【００９６】
このように、被サービスシステムで発生した障害に関する障害原因や障害対応方法を障害履歴としてデータベース化しておくことにより、同様の障害が発生した場合に速やかに対応処理を示すことができる。
【００９７】
なお、上記の説明では、障害に適した障害対応方法を管理者に提供するとしたが、障害対応方法によっては、管理サーバが直接障害対応処理を実行することができる場合がある。たとえば、装置に対する設定が間違っているような場合、該当装置に対して正しい設定情報を送信し、障害から復旧させることができる。次に、このような復旧処理を行う処理手順について説明する。図１３は、本発明の第２の実施の形態において復旧処理を行う場合の処理手順を示したフローチャートである。以下では、簡単のため、障害履歴情報が存在する場合について説明する。
【００９８】
［ステップＳ４１］  被サービスシステムにおいて障害が発生したことが検出される。
［ステップＳ４２］  発生した障害をキーとしてデータベースの検索を開始する。
［ステップＳ４３］  該当する障害履歴を抽出し、障害履歴に基づいて、障害原因や障害対応方法と費用見積もりを管理者端末装置に通知する。
【００９９】
以上の処理手順が実行され、管理者端末装置では、障害原因、障害対応方法および見積もりを承諾するか否かの選択画面とともに表示する。そして、選択画面により承諾／拒否が入力されると、その結果を管理サーバに通知する。
【０１００】
［ステップＳ４４］  承諾／拒否の通知を判定し、承諾であれば処理をステップＳ４５に進め、拒否の場合は処理をステップＳ４７へ進める。
［ステップＳ４５］  障害対応処理が承認されるので、承認された障害対応処理を実行するための手順を記したプログラムを所定の記憶手段から読み出し、プログラムを実行して対応処理を行う。
【０１０１】
［ステップＳ４６］  対応処理の実行により障害が復旧したことを障害履歴に追加し、処理を終了する。
［ステップＳ４７］  対応処理を実行せず、障害履歴のみ更新し、処理を終了する。
【０１０２】
このように、管理サーバから障害対応処理を行うことができる障害については、管理サーバが行うようにするため、障害を迅速に復旧させることが可能となる。
次に、本発明の第３の本発明の実施の形態として、第１の実施の形態に加えて、異常発生時にその障害原因の特定を行うネットワークリモート管理方法について説明する。
【０１０３】
異常が発生した場合、外部から判別できるエラー情報から障害箇所を検出することが難しい場合がある。たとえば、伝送異常の場合、どこに障害が発生しているのかを判別することが難しい。図１４は、伝送異常を説明する模式図である。
【０１０４】
装置Ａ３２ａと装置Ｂ３３ａは、伝送路３１ａを介して１対１で接続し、伝送データの交換を行っている。装置Ａ３２ａの送信部３２ｂから送信された伝送データは、伝送路３１ａを経由して装置Ｂ３３ａの受信部３３ｃに入力する。同様に、装置Ｂ３３ａの送信部３３ｂから送信された伝送データは、伝送路３１ａを経由して装置Ａ３２ａの受信部３２ｃに入力する。
【０１０５】
たとえば、装置Ａ３２ａから装置Ｂ３３ａへの伝送データが正しく伝わらないケースは、装置Ａ３２ａの送信部３２ｂ、装置Ｂ３３ａの受信部３３ｃあるいは伝送路３１ａのいずれかの障害で発生する。そこで、本発明の第３の実施の形態では、どこに障害が発生したかを自動的に絞り込む処理を行う。
【０１０６】
上記の例のように、伝送異常の絞り込みを行う場合、異常に関係する装置等の情報を正常時の情報と比較して障害原因を絞り込むことができる。そこで、まず、装置Ａ３２ａと装置Ｂ３３ａの通常時における送信レベルと受信レベルの値をデータベース化しておく。
【０１０７】
図１５は、本発明の第３の実施の形態で用いる送受信レベル情報の一例を示した図である。送受信レベル情報には、装置名称２６１と、この装置の通常時における送信レベル２６２、この装置の通常時における受信レベル２６３、通常時における送受信レベル差２６４が保存される。
【０１０８】
さらに、障害発生時の装置Ａ３２ａと装置Ｂ３３ａの送信レベルと受信レベルの正常／異常の状態と予想される障害との関係をパターン化した障害原因絞り込み情報、予め所定の記憶手段に保存しておく。図１６は、本発明の第３の実施の形態で用いる障害原因絞り込み情報の一例である。
【０１０９】
障害原因絞り込み情報には、装置Ａと装置Ｂの送受信レベルの正常／異常をパターン化したパターンごとに、パターン名２７１、装置名称２７２、送信レベル２７３、受信レベル２７４、予想される障害箇所２７５が保存される。
【０１１０】
たとえば、パターン１は、装置Ａおよび装置Ｂの送信レベルはともに正常であるが、受信レベルは異常である場合である。この場合、伝送路障害が予想される。また、パターン２は、装置Ａおよび装置Ｂの送信レベルは正常であるが、装置Ａまたは装置Ｂのいずれかの受信レベルが異常の場合である。この場合、装置Ａまたは装置Ｂの送信部コネクタ抜け、あるいは、装置Ａまたは装置Ｂの受信部コネクタ抜けが予想される。パターン３は、装置Ａの送信レベル異常で受信レベル正常かつ装置Ｂの送信レベル正常で受信レベル異常の場合、または装置Ａの送信レベル正常で受信レベル異常、装置Ｂの送信レベル異常で受信レベル正常の場合である。この場合、前者のケースでは、装置Ａの送信部障害または装置Ｂの受信部障害が予想される。また、後者のケースでは、装置Ａの受信部障害または装置Ｂの送信部障害が予想される。パターン４は、装置Ａの送信レベルが異常または正常、にかかわらず装置Ｂの受信レベルが異常の場合、または装置Ｂの送信レベルが正常または異常にかかわらず装置Ａの受信レベルが異常の場合である。この場合、前者では装置Ｂ本体の故障が、後者では装置Ａの本体故障が予想される。
【０１１１】
本発明の第３の実施の形態では、第１の実施の形態あるいは第２の実施の形態に加え、この障害原因絞り込み情報に基づいて、障害原因の絞り込みを自動的に行う手順を行う。
図１７は、本発明の第３の実施の形態のネットワークリモート管理方法の手順を示したフローチャートである。なお、管理データベース５０には、図１５に示した通常時の送受信レベル情報と図１６に示した障害原因絞り込み情報が保存されているとする。また、以下の説明では、簡単のため、発生した障害に対応する障害原因絞り込み情報が管理データベース５０に登録され、関連する障害履歴もデータベースに登録されているとする。
【０１１２】
［ステップＳ５１］  被サービスシステムにおいて障害が発生したことが検出される。
［ステップＳ５２］  発生した障害をキーとして、管理データベース５０に保存された障害原因絞り込み情報の検索を開始する。
【０１１３】
［ステップＳ５３］  検索された障害原因絞り込み情報に基づいて、管理情報から得られる現時の状況（関連する装置の送信レベルと受信レベル）と一致するパターンを照合し、該当するパターンに対応する予想障害原因を検索し、障害原因を絞り込む。
【０１１４】
［ステップＳ５４］  ステップＳ５３によって絞り込まれた障害原因について、該当する障害履歴を抽出し、障害履歴に基づいて、障害原因や障害対応方法と費用見積もりを管理者端末装置に通知する。
【０１１５】
以上の処理手順が実行され、管理者端末装置では、絞り込まれた障害原因、障害対応方法および見積もりを承諾するか否かの選択画面とともに表示する。そして、選択画面により承諾／拒否が入力されると、その結果を管理サーバに通知する。
【０１１６】
管理者端末装置からの応答を受信してからの処理は、第２の実施の形態と同様であるので、説明は省略する。
このように、本発明の第３の実施の形態によれば、障害が発生すると、管理情報に基づいて発生した障害の障害原因を自動的に絞り込み、絞り込まれた障害原因と、その障害原因に対する対応処理が管理者に通知されるため、障害に対し迅速な対応処理が可能となる。
【０１１７】
なお、上記の説明では、言及しなかったが、本発明にかかる管理サーバに保守サービスに関する契約（保守・点検の開始時期や保守・点検項目など）を予め取得しておき、保守サービスの管理を行わせることもできる。
【０１１８】
図１８は、本発明の実施の形態の保守サービスを管理するネットワークリモート管理方法の手順を示したフローチャートである。
管理データベース５０には、保守サービスに関する契約情報と、保守情報が保存されている。
【０１１９】
［ステップＳ７１］  管理データベース５０の被サービスシステムの保守サービスに関する契約情報と保守情報（最後に保守・点検が行われた時期）を読み出す。
［ステップＳ７２］  契約情報（保守・点検の実施間隔）と最後に保守・点検が行われた時期から、次の保守・点検時期を算出する。
【０１２０】
［ステップＳ７３］  算出された次の保守・点検時期と現時の日時を照合し、定期保守点検の時期であるかどうかを判定する。定期保守時期であれば処理をステップＳ７４へ進め、定期保守時期でなければ、処理を終了する。
【０１２１】
［ステップＳ７４］  管理データベース５０より保守・点検項目などの保守内容を示した情報および保守・点検に必要な費用を算出し、管理者端末装置に通知する。
以上の処理手順が実行され、管理者端末装置では、定期保守点検の時期となったこと、保守・点検の内容および見積もりが、保守・点検の実施を承諾するか否かの選択画面とともに表示する。そして、選択画面により承諾／拒否が入力されると、その結果を管理サーバに通知する。
【０１２２】
［ステップＳ７５］  承諾／拒否の通知を判定し、承諾であれば処理をステップＳ７６に進め、拒否の場合は処理をステップＳ７４に戻って、保守・点検内容の見直し、あるいは費用見積もりの見直しを行い、新たな、保守・点検項目あるいは費用見積もりを作成する。なお、この処理は、第２の実施の形態と同様、管理センターとデータ交換を行って行われる。
【０１２３】
［ステップＳ７６］  保守処理が承認されたので、保守処理を開始する。
以上の処理手順が実行されることにより、定期保守点検の管理が自動で行われるようになり、管理者の負担を軽減させることができる。
【０１２４】
本発明は、上記の説明に限定されず、上記の説明の実施の形態のいくつかを組み合わせた構成とすることもできる。
なお、上記の処理機能は、クライアントサーバシステムのサーバコンピュータによって実現することができる。その場合、管理サーバが有すべき機能の処理内容を記述したサーバプログラムが提供される。サーバコンピュータは、クライアントコンピュータからの要求に応答して、サーバプログラムを実行する。これにより、上記処理機能がサーバコンピュータ上で実現され、処理結果がクライアントコンピュータに提供される。
【０１２５】
処理内容を記述したサーバプログラムは、サーバコンピュータで読み取り可能な記録媒体に記録しておくことができる。サーバコンピュータで読み取り可能な記録媒体としては、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ(Digital Versatile Disc)、ＤＶＤ−ＲＡＭ(Random Access Memory)、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)、ＣＤ−Ｒ(Recordable)／ＲＷ(ReWritable)などがある。光磁気記録媒体には、ＭＯ(Magneto-Optical disk)などがある。
【０１２６】
サーバプログラムを流通させる場合には、たとえば、そのサーバプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。
サーバプログラムを実行するサーバコンピュータは、たとえば、可搬型記録媒体に記録されたサーバプログラムを、自己の記憶装置に格納する。そして、サーバコンピュータは、自己の記憶装置からサーバプログラムを読み取り、サーバプログラムに従った処理を実行する。なお、サーバコンピュータは、可搬型記録媒体から直接サーバプログラムを読み取り、そのサーバプログラムに従った処理を実行することもできる。
【０１２７】
（付記１）  ネットワークで接続する被サービスシステムの監視と保守・点検を管理するネットワークリモート管理方法において、
監視項目で規定される監視処理で生成される監視情報と、保守・点検項目で規定される保守処理で生成される保守情報とを含む管理情報を管理サーバが取得し、管理情報記憶手段に保存するステップと、
前記管理サーバが前記管理情報記憶手段に蓄積された前記管理情報を読み出し、前記管理情報を解析して前記被サービスシステムに対する前記監視項目と前記保守・点検項目の重要度を判定するステップと、
前記管理サーバが、必要に応じて、前記監視項目と前記保守・点検項目の重要度の判定結果に基づき前記被サービスシステムに適合する監視項目と保守・点検項目の修正案を作成するステップと、
前記サーバが前記監視項目および前記保守・点検項目の重要度の判定結果と前記修正案を前記ネットワークで接続する管理者装置に通知するステップと、
を有することを特徴とするネットワークリモート管理方法。
【０１２８】
（付記２）  前記監視項目と前記保守・点検項目の重要度を判定するステップは、
前記管理情報から前記被サービスシステムを構成する装置ごとの障害発生頻度または障害発生回数と、故障発見頻度または故障発見回数を集計し、
前記保守・点検項目の重要度を所定のレベルに分け、集計された前記障害発生頻度または前記障害発生回数に応じて前記監視項目の重要度レベルを判定し、前記故障発見頻度または前記故障発見回数に応じて前記保守・点検項目の重要度レベルを判定することを特徴とする付記１記載のネットワークリモート管理方法。
【０１２９】
（付記３）  前記保守・点検項目の重要度を所定のレベルに分け、前記管理情報より得られる所定のデータの値に基づいて前記監視項目と前記保守・点検項目の重要度レベルを判定する判定条件を予め設定情報記憶手段に保存しておき、
前記監視項目と前記保守・点検項目の重要度を判定するステップでは、前記所定のデータの値を前記判定条件と照合し、前記判定条件に合致した場合に該当する重要度レベルを設定することを特徴とする付記１記載のネットワークリモート管理方法。
【０１３０】
（付記４）  予め前記被サービスシステムに設定可能な所定の監視項目と保守・点検項目を設定情報記憶手段に保存しておき、
前記監視項目と前記保守・点検項目の重要度を判定するステップは、前記被サービスシステムに設定されている前記監視項目と前記保守・点検項目とともに前記設定可能な所定の監視項目と保守・点検項目の重要度を判定し、
前記修正案を作成するステップは、前記被サービスシステムに設定されている前記監視項目と前記保守・点検項目のうち重要度が低いと判定された項目を削除し、前記設定可能な監視項目と保守・点検項目のうち重要度が高いと判定された項目を追加する修正案を作成することを特徴とする付記１記載のネットワークリモート管理方法。
【０１３１】
（付記５）  前記修正案を作成するステップは、さらに、所定時間当たりの障害回数と点検回数の比に基づいて、前記保守・点検項目の実行回数の増減を提案することを特徴とする付記１記載のネットワークリモート管理方法。
【０１３２】
（付記６）  前記修正案を作成するステップは、予め登録された前記監視項目と前記保守・点検項目の実施にかかる費用情報に基づいて、前記修正案の実施に要する費用見積もりを算出し、
前記修正案を通知するステップは、前記修正案とともに前記費用見積もりを前記管理装置に通知することを特徴とする付記１記載のネットワークリモート管理方法。
【０１３３】
（付記７）  前記管理サーバが、前記管理者装置に前記修正案を承認するか否かの問い合わせを送信するステップと、
前記管理者装置から受信した応答が承認である場合、前記管理サーバが承認された前記修正案を前記被サービスシステムに適用するステップと、
を有することを特徴とする付記１記載のネットワークリモート管理方法。
【０１３４】
（付記８）  前記管理サーバが管理サービスを開始する前に、
前記管理サーバが予め用意された所定の監視項目と保守・点検項目の一覧を前記管理者装置に通知するステップと、
前記管理サーバが前記管理者装置から選択指示を受信し、前記選択指示に基づいて指示された前記監視項目と前記保守・点検項目を前記被サービスシステムに適用するステップと、
を有することを特徴とする付記１記載のネットワークリモート管理方法。
【０１３５】
（付記９）  前記修正案を作成するステップは、前記管理情報から前記被サービスシステムを構成する装置ごとの障害発生頻度または障害発生回数と、故障発見頻度または故障発見回数を集計し、
集計された前記障害発生頻度または前記障害発生回数、あるいは前記故障発見頻度または前記故障発見回数に応じて前記装置の交換を指示することを特徴とする付記１記載のネットワークリモート管理方法。
【０１３６】
（付記１０）  前記監視項目による監視処理または前記保守・点検項目による保守処理の対象となる装置の交換を含む装置対応処理と、前記装置対応処理の要否を前記保守・点検項目の重要度に基づいて判定する判定条件を予め設定情報記憶手段に保存しておき、
前記修正案を作成するステップは、前記監視項目または前記保守・点検項目の重要度と、前記監視項目または前記保守・点検項目の対象となる前記装置に設定されている前記判定条件を照合し、前記判定条件と合致した場合に前記設定情報記憶手段に保存された前記装置対応処理を抽出し、前記装置に関する修正案を作成することを特徴とする付記１記載のネットワークリモート管理方法。
【０１３７】
（付記１１）  前記修正案を作成するステップは、予め登録された前記装置対応処理の実施にかかる費用情報に基づいて、前記装置対応処理の実施に要する費用見積もりを算出し、
前記修正案を通知するステップは、前記装置対応処理とともに前記費用見積もりを前記管理装置に通知することを特徴とする付記１０記載のネットワークリモート管理方法。
【０１３８】
（付記１２）  前記管理サーバが前記被サービスシステムに障害が発生したことを検出すると、前記障害の障害原因と前記障害への対応方法を示した障害対応方法を含む障害履歴が保存された前記履歴情報記憶手段から発生した前記障害に基づき前記障害履歴を検索するステップと、
前記検索により前記障害の内容が一致する前記障害履歴が存在した場合には対応する前記障害履歴を抽出し、前記障害原因と前記障害対応方法を前記管理者装置に通知するステップと、
前記検索により一致する前記障害履歴が存在しない場合には前記障害の障害原因と前記障害対応法を登録させ、前記障害に関連づけた前記障害履歴として前記履歴情報記憶手段に保存するステップと、
を有することを特徴とする付記１記載のネットワークリモート管理方法。
【０１３９】
（付記１３）  前記障害対応方法を抽出するステップは、前記障害対応方法の実施にかかる費用情報に基づいて前記障害対応方法の実施に要する費用見積もりを算出し、
前記障害対応方法を通知するステップは、前記障害対応方法とともに前記費用見積もりを通知することを特徴とする付記１２記載のネットワークリモート管理方法。
【０１４０】
（付記１４）  前記管理サーバが、前記障害対応方法のうち前記管理サーバからのリモート操作によって対応が可能な自動対応処理に関し、前記自動対応処理を実行するか否かの問い合わせを前記管理者装置に対して送信するステップと、
前記管理者装置から受信した応答が実行指示である場合、前記管理サーバが指示された前記自動対応処理を前記被サービスシステムに対して実行するステップと、
を有することを特徴とする付記１２記載のネットワークリモート管理方法。
【０１４１】
（付記１５）  前記管理サーバは、前記被サービスシステムにおいてこれまでに実績のある前記障害履歴を予め前記履歴情報記憶手段に保存しておくステップを有することを特徴とする付記１２記載のネットワークリモート管理方法。
【０１４２】
（付記１６）  前記管理サーバが前記被サービスシステムに異常が検出された際に前記管理情報を用いて前記異常の原因となる障害箇所を絞り込むための障害原因絞り込み情報を予め設定情報記憶手段に設定しておくステップと、
前記管理サーバが取得した前記管理情報によって前記被サービスシステムに異常が検出された場合、前記設定情報手段から前記異常に対応する前記障害原因絞り込み情報を抽出するステップと、
前記管理サーバが抽出した前記障害原因絞り込み情報を用いて前記管理情報を解析し、前記障害箇所の絞り込みを実行するステップと、
前記障害箇所の絞り込みステップで絞り込まれた障害箇所を前記管理装置に通知するステップと、
を有することを特徴とする付記１記載のネットワークリモート管理方法。
【０１４３】
（付記１７）  前記障害原因絞り込み情報を設定するステップでは、前記管理情報の所定の項目のデータパターンと前記データパターンに対して想定される前記障害箇所とを関連付けた障害絞り込み情報を登録し、
前記障害箇所の絞り込みを実行するステップでは、前記管理情報を解析し、前記障害絞込み情報を検索して一致する前記管理情報のデータパターンを抽出し、抽出された前記データパターンに対して想定される前記障害箇所を抽出することを特徴とする付記１６記載のネットワークリモート管理方法。
【０１４４】
（付記１８）  前記所定の項目のデータパターンは、前記ネットワーク障害に関係する複数の装置において検出される送信側装置と受信側装置の送信および受信レベルの正常と異常のデータにより構成されることを特徴とする付記１７記載のネットワークリモート管理方法。
【０１４５】
（付記１９）  前記装置の前記送信および受信レベルの正常と異常は、予め、正常時の送信および受信レベル値を測定しておき、前記正常時の送信および受信レベルと前記ネットワーク障害発生時の前記送信および受信レベルを比較して判定することを特徴とする付記１８記載のネットワークリモート管理方法。
【０１４６】
（付記２０）  前記保守・点検の実施時期に関する情報と前記保守・点検項目とを設定情報記憶手段に保存するステップと、
前記保守情報より保守処理が行われた最終日時を取得し、前記保守・点検の実施時期に関する情報を用いて次回の保守処理の開始時期に到達したかどうかを判定するステップと、
前記保守処理の開始時期に到達したと判定された場合、前記保守・点検項目とともに前記保守処理の開始時期となったことを前記管理者装置に通知するステップと、
を有することを特徴とする付記１記載のネットワークリモート管理方法。
【０１４７】
（付記２１）  ネットワークで接続する被サービスシステムの監視と保守・点検を管理する管理サーバにおいて、
監視項目で規定される監視処理で生成される監視情報と、保守・点検項目で規定される保守処理で生成される保守情報を含む管理情報を記憶する管理情報記憶手段と、
前記被サービスシステムに対する前記監視処理で生成される前記監視情報と、前記保守処理で生成される前記保守情報を取得し、前記管理情報記憶手段に保存する管理情報取得手段と、
前記管理情報記憶手段に蓄積された前記管理情報を読み出し、前記管理情報を解析して前記被サービスシステムに対する前記監視項目と前記保守・点検項目の重要度を判定する判定手段と、
必要に応じて、前記監視項目と前記保守・点検項目の重要度の判定結果に基づき前記被サービスシステムに適合する監視項目と保守・点検項目の修正案を作成する修正案作成手段と、
前記監視項目および前記保守・点検項目の重要度の判定結果とともに前記修正案作成手段により作成された前記修正案を前記ネットワークで接続する管理者装置に通知する通知手段と、
を備えたことを特徴とする管理サーバ。
【０１４８】
（付記２２）  ネットワークで接続する被サービスシステムの監視と保守・点検を管理するネットワークリモート管理プログラムにおいて、
コンピュータに、
監視項目で規定される監視処理で生成される監視情報と、保守・点検項目で規定される保守処理で生成される保守情報とを含む管理情報を取得し、管理情報記憶手段に保存するステップと、
前記管理情報記憶手段に蓄積された前記管理情報を読み出し、前記管理情報を解析して前記被サービスシステムに対する前記監視項目と前記保守・点検項目の重要度を判定するステップと、
必要に応じて、前記監視項目と前記保守・点検項目の重要度の判定結果に基づき前記被サービスシステムに適合する監視項目と保守・点検項目の修正案を作成するステップと、
前記監視項目および前記保守・点検項目の重要度の判定結果と前記修正案を前記ネットワークで接続する管理者装置に通知するステップと、
を実行させることを特徴とするネットワークリモート管理プログラム。
【図面の簡単な説明】
【０１４９】
【図１】本発明の実施の形態に適用される発明の原理図である。
【図２】本発明の実施の形態の管理サーバのハードウェア構成例を示すブロック図である。
【図３】本発明の第１の実施の形態の管理サーバの構成図である。
【図４】本発明の実施の形態の設定情報データベースに保存される設定情報の一例である。
【図５】本発明の実施の形態の監視履歴データベースに保存される監視情報の一例である。
【図６】本発明の実施の形態の保守履歴データベースに保存される保守情報の一例である。
【図７】本発明の実施の形態の装置別の集計保守情報の一例である。
【図８】本発明の実施の形態の判定に用いられる判定条件の一例である。
【図９】本発明の実施の形態の提案設定条件の一例である。
【図１０】本発明の実施の形態の管理者端末装置に表示される提案表示画面の一例である。
【図１１】本発明の第１の実施の形態のネットワークリモート管理方法処理手順を示したフローチャートである。
【図１２】本発明の第２の実施の形態のネットワークリモート管理方法の処理手順を示したフローチャートである。
【図１３】本発明の第２の実施の形態において復旧処理を行う場合の処理手順を示したフローチャートである。
【図１４】伝送異常を説明する模式図である。
【図１５】本発明の第３の実施の形態で用いる送受信レベル情報の一例を示した図である。
【図１６】本発明の第３の実施の形態で用いる障害原因絞り込み情報の一例である。
【図１７】本発明の第３の実施の形態のネットワークリモート管理方法の手順を示したフローチャートである。
【図１８】本発明の実施の形態の保守サービスを管理するネットワークリモート管理方法の手順を示したフローチャートである。
【符号の説明】
【０１５０】
１  管理サーバ
２  外部ネットワーク
３  被サービスシステム
４  管理者端末装置
５  管理情報記憶手段
６  設定情報記憶手段
１１  通信制御手段
１２  監視情報取得手段
１３  保守情報取得手段
１４  判定手段
１５  修正案作成手段
１６  通知手段
１７  修正案適用手段
１８  初期設定手段
３１  内部ネットワーク
３２  装置Ａ
３３  装置Ｂ
３４  装置Ｃ
５０  管理情報データベース
５１  監視履歴データベース
５２  保守履歴データベース
５３  履歴データベース
６１  設定情報データベース
【図１】
2005275815.tif 000003
【図２】
2005275815.tif 000004
【図３】
2005275815.tif 000005
【図４】
2005275815.tif 000006
【図５】
2005275815.tif 000007
【図６】
2005275815.tif 000008
【図７】
2005275815.tif 000009
【図８】
2005275815.tif 000010
【図９】
2005275815.tif 000011
【図１０】
2005275815.tif 000012
【図１１】
2005275815.tif 000013
【図１２】
2005275815.tif 000014
【図１３】
2005275815.tif 000015
【図１４】
2005275815.tif 000016
【図１５】
2005275815.tif 000017
【図１６】
2005275815.tif 000018
【図１７】
2005275815.tif 000019
【図１８】
2005275815.tif 000020