(57)【要約】【課題】リモート監視結果を速やかに復旧や保守に生かすことを可能とし、リモート監視システムとリモート運用システムの情報連携を図ることを可能としたシステムを構築することを目的とする。【解決手段】ユーザコンピュータシステムの障害を検知するリモート監視システム１３と、障害検知情報に対応して受付ＩＤを出力する受付管理システム１４と、ユーザコンピュータシステムの機器構成情報が格納されている機器構成管理システム１５と、検知された障害に対応した復旧処理情報が格納されたナレッジシステム１６と、障害検知情報に対応する情報が入力され、障害の復旧処理を実行するリモート運用システム１７を備えたコンピュータリモート監視システム。また、電子メールを利用して状態情報を収集し、さらに「抑制」と「統合」のフィルタリングを行って不要なアラートの受付管理ＤＢ１１１への登録を防止する。【選択図】図１
2010055479.tif 000002
【特許請求の範囲】
【請求項１】
監視対象サーバの状態に関する状態情報に基づいて前記状態情報を含む統一された型式の電子メールを生成して送信するリモート監視サーバと、
前記電子メールを受信する受信メールサーバと、
前記受信メールサーバから受信した前記電子メールから所定の項目を格納する統合支援システムデータベースと、
障害情報を蓄積する受付管理データベースに前記統合支援システムデータベースから一定時間内に同一の前記監視対象サーバに発生した同一のアラートを一つのアラートにフィルタリングするとともに一定時間内に同一の前記監視対象サーバに発生した複数種類のアラートを一つのアラートにフィルタリングして格納する監視アラートフィルタサーバと、
を具備することを特徴とするコンピュータリモート監視システム。
【請求項２】
前記電子メールに記載された項目と前記統合支援システムデータベースの項目との対応を格納する項目変換テーブルを更に備え、
前記監視アラートフィルタサーバが、前記受信メールサーバから受信した前記電子メールの項目を前記項目変換テーブルに従って変換して前記統合支援システムデータベースに格納する
ことを特徴とする請求項１記載のコンピュータリモート監視システム。
【請求項３】
前記統合支援システムデータベースをフィルタリングするためのＳＱＬ文を格納するＳＱＬファイルを更に備え、
前記監視アラートフィルタサーバが、前記ＳＱＬ文を前記ＳＱＬファイルから読みだして前記ＳＱＬ文を実行することにより前記統合支援システムデータベースをフィルタリングする
ことを特徴とする請求項１記載のコンピュータリモート監視システム。
【請求項４】
ユーザコンピュータシステムの機器構成情報が格納されている機器構成管理システムをさらに具備することを特徴とする請求項１記載のコンピュータリモート監視システム。
【請求項５】
ユーザコンピュータシステムの障害に対応した復旧処理情報が格納されたナレッジシステムをさらに具備することを特徴とする請求項１記載のコンピュータリモート監視システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザコンピュータシステムのリモート状態監視並びに異常発生時に際してのリモート運用を連携して実施可能としたコンピュータリモート監視システムに関する。
【背景技術】
【０００２】
全産業分野の大小企業においては、各種コンピュータが不可欠となっている。そして、各種コンピュータとしても、その用途、機能、規模、異常発生時の対応レベルの高低など、その広がりは広範囲になっている。特に昨今のコンピュータ機能の高度化は、その異常・障害検知、保守作業の困難性を伴うこととなり、コンピュータ所有企業自身がこれらを正しく実施することには限界となっている。
【０００３】
そこで、コンピュータ所有企業としては、コンピュータの状態監視並びに運用を含め、専門のサービス会社へ委託することが広がっている。いわゆる運用のアウトソーシングである。このような状況下で、コンピュータ所有企業としては、夜間・休日を含むフルアウトソーシングやサーバメーカ、機種、ＯＳを問わないマルチベンダ対応の管理提供を希望する傾向にある。更に、障害検知時に一次診断の実施、通常運用に加えてセキュリティ監視・診断などの付加価値サービスの提供、運用管理要員の確保などの要望も多い。
【０００４】
そこで、ユーザコンピュータシステムと監視コンピュータ間をネットワークで接続し、ユーザコンピュータシステムの稼動状況、障害発生の有無などを常時監視するリモート監視システムが知られている（例えば、特許文献１、特許文献２を参照）。また、ユーザコンピュータシステム所有企業として専門のコンピュータ要員を自社が保有することが困難な場合には、専門のサービス会社から要員を派遣し常駐させたり、必要時に派遣を受けることが行われている。また、遠隔にある機器の停止、起動をセンターにて行うことも広く認められるところである。
【０００５】
さらに、入力作業の効率化のためにユーザコンピュータシステムの運転情報を、電子メールを用いて監視コンピュータに収集する技術が提案されている（例えば、特許文献３）。
【特許文献１】特開２００１−３２５１６２号公報
【特許文献２】特開２００４−２４６７５９号公報
【特許文献３】特開２０００−２７８７７３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ユーザコンピュータシステムのリモート監視システムによって異常や障害を検知した場合であっても、その復旧や保守は専門の要員によらなければならず、遠隔からの停止、起動もリモート監視システムとの連携が図られておらず、リモート監視システムによる検知結果がユーザに大きな負担をかけることなく、速やかに復旧や保守に生かされていなかった。
【０００７】
また、リモート監視システムを導入する場合、障害情報などの情報をデータベースに蓄積することが継続的な監視とリモート監視システムの運用において重要となる。なぜならば、障害履歴や障害への対応の履歴に関する情報は、新たな障害に対する対応の際に参考情報となるだけでなく、経理システムなどの後工程のシステムが利用することにより、より効率的な運用を可能とするからである。
【０００８】
ところが、従来のリモート監視システムにおいては、障害情報のデータベースへの登録を人手に頼っていた。すなわち、障害情報を電話などで受け、これをオペレータが逐一コンピュータに入力していた。このため、人件費などのコストがかかるだけでなく、処理時間の遅延、入力ミスなどの問題が発生していた。
【０００９】
例えば、特許文献３記載の技術においては、使用する電子メールは通常顧客のシステムごとに異なり、これを監視コンピュータによって処理する場合には人手を介さなければならない場合があった。また、ユーザコンピュータに何らかのトラブルが発生した場合、単一の原因から複数のアラートが送信されることがある。従って、トラブルが単一の原因によって発生したのか、複数の原因によって発生したのかを人手を介して判定する必要があった。
【００１０】
本発明に係るコンピュータリモート監視システムは、リモート監視結果を速やかに復旧や保守に生かすことを可能とし、リモート監視システムとリモート運用システムの情報連携を図ることを可能としたシステムを構築することを目的とする。
【００１１】
また、本発明に係るコンピュータリモート監視システムは、人手を介さずに効率的なアラート管理を行うことを可能とするシステムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明の請求項１に係るコンピュータリモート監視システムは、監視対象サーバの状態に関する状態情報に基づいて前記状態情報を含む統一された型式の電子メールを生成して送信するリモート監視サーバと、電子メールを受信する受信メールサーバと、受信メールサーバから受信した電子メールから所定の項目を格納する統合支援システムデータベースと、障害情報を蓄積する受付管理データベースに統合支援システムデータベースから一定時間内に同一の監視対象サーバに発生した同一のアラートを一つのアラートにフィルタリングするとともに一定時間内に同一の監視対象サーバに発生した複数種類のアラートを一つのアラートにフィルタリングして格納する監視アラートフィルタサーバと、を具備することを特徴とする。
【発明の効果】
【００１３】
リモート監視システムとリモート運用システムの連携動作を自動化することにより、リモート運用センターの要員の削減を可能とし、運用コストの低減並びに人材の有効活用を図ることが可能となった。また、リモート監視システムからの警報発生から障害の解消までの時間を短縮することにより、ユーザコンピュータシステムすなわち被監視サーバの停止時間の短縮を図ることができるようになった。
【００１４】
さらに、統一された型式の電子メールを用いて統合支援システムへの情報の受け渡しを行うように構成したため、後に監視項目やサービスが増えた場合にもこれらの新規システムからの情報をこの統一された形式の電子メールを用いて受け入れるように構成することにより容易に統合支援システムへの情報の取り込みが可能となるという効果がある。
【００１５】
また、電子メールというインターフェースを利用することによりインターネットを介した情報の受け入れが可能となる。このため、顧客と専用のネットワークを構築する必要がなく、また、一つのシステムでも複数のユーザからの情報の受け入れが可能となり、安価かつ安全なシステムの構築が可能となるという効果がある。
【００１６】
加えて、ユーザコンピュータからのアラートをフィルタリングする監視アラートフィルタリングサーバを設けたため、人手を介さずにトラブルの数と種類を特定することが可能となるという効果がある。
【発明を実施するための最良の形態】
【００１７】
以下に本発明の実施形態を図面を参照して説明する。図１は、本発明に係る一実施形態のシステム構成並びに動作概要を示す図である。図１において、点線で示したリモート制御センター１１には統合支援システム１２が設置されており、この統合支援システム１２にはリモート監視システム１３、受付管理システム１４、機器構成管理システム１５、ナレッジシステム１６並びにリモート運用システム１７が接続されている。なお、これらのシステムは、単一あるいは複数のコンピュータにて構成することが可能である。
【００１８】
リモート監視システム１３には、被監視サーバであるユーザコンピュータシステムＡ、Ｂ、Ｃ、…が接続されている。ユーザコンピュータシステムＡ、Ｂ、Ｃ、…とリモート監視システム１３は、ネットワークによって接続される。また、ユーザコンピュータシステムＡ、Ｂ、Ｃ、…は、それぞれのコンピュータの所有者内に設置されている場合もあるが、所有者外のリモート制御センター１１が管理する場所に設置されているケースもある。
【００１９】
リモート監視システム１３では、ユーザコンピュータシステムＡ、Ｂ、Ｃ、…の死活監視やリソース監視、ログ監視、サービス監視、プロセス監視などを２４時間、３６５日連続して行う。また、ユーザのネットワーク内に情報収集サーバを設置して、ユーザのシステム状態を監視することも行われる。
【００２０】
リモート監視中に、あるユーザコンピュータシステムの障害発生を検知すると、この障害発生情報は統合支援システム１２を介して先ず受付管理システム１４に入力される。受付管理システム１４からは、検知した障害に対応した受付ＩＤが出力されて統合支援システム１２に入力される。受付ＩＤが発行されると、統合支援システム１２は、この受付ＩＤに対応するユーザコンピュータシステムの契約情報、システム構成情報を機器構成管理システム１５から抽出する。
【００２１】
あわせて、統合支援システム１２は、発生した障害に対応する既知障害情報、手順情報などをナレッジシステム１６から抽出する。
【００２２】
このようにして、障害が検知されたユーザコンピュータシステム、機器構成、障害情報などの情報に基づいて、統合支援システム１２は、リモート運用システム１７へ、対象となっている障害に対する最適な対処手段を手順を含めて、必要な情報の伝送とともにシステム復旧などの処理実行を自動的に指示し、リモート運用システム１７は、指示された処理を対象であるユーザコンピュータシステムに実行する。なお、リモート運用システム１７は、障害に対する対処運用を完了後、操作（作業）結果情報を統合支援システム１２へ伝送する。
【００２３】
図２は、図１に示した各システムで扱う具体的なデータ並びにこれらデータの入出力状況を示した図であり、図３〜図９は、システム処理における代表的な表示画面例を示したものである。以下にこれら図２〜図９を参照して本発明の構成並びに動作を詳細に説明する。
【００２４】
リモート監視システム１３にてユーザコンピュータシステムの障害を検知すると、障害発生日時、契約ユーザＩＤ、監視対象であるコンピュータシステムを特定する監視機器ＩＤ、障害が発生した障害箇所を特定する障害部位、具体的な障害内容のそれぞれの情報を統合支援システム１２へ転送する。
【００２５】
図３には、システム集中監視コンソール１８の表示画面例を示してある。この画面では、監視状況を示す表示並びにユーザコンピュータシステムごとに顧客Ａ〜ｎの状態が表示される構成になっている。図３では、太枠で示してある部分が監視中であることを表示している。画面下部には日時を秒単位まで表示してある。監視中であって、各顧客システムが正常に動作している場合には、いずれの顧客表示も変化はない。
【００２６】
いま、顧客Ｆのシステムに障害が発生した場合には、図４に示したように顧客Ｆが太枠１９で示すように表示が変化する。図では表示の変化を太枠表記で示したが、これは実機においては正常動作の際の色と異なる色に変化させたり、点滅表示にしたり、あるいは音響による発報などを組み合わせて行う。
【００２７】
リモート監視システム１３からの上述した情報は、受付管理システム１４へ入力され、受付管理システム１４からは検知された障害ごとに受付ＩＤを統合支援システム１２へ出力する。
【００２８】
機器構成管理システム１５には、すべてのユーザの契約情報、システム構成情報、システムを構成する機器構成情報が格納されている。機器構成管理システム１５では、受付ＩＤが発行された障害発生事案の契約ユーザＩＤ並びに監視機器ＩＤが入力されると、これらのＩＤに対応する契約情報、システム構成情報、機器構成情報が出力される。
【００２９】
図５に示した顧客システム監視コンソール２０には、契約ユーザＩＤごとに障害発生日時、監視機器ＩＤ、障害部位、障害内容が表示される。また、機器構成管理システム１５からの出力情報は、図６に示す顧客システム構成情報２１として、契約ユーザＩＤ並びに監視機器ＩＤに対応した契約情報、システム構成情報、機器構成情報などが表示される。
【００３０】
ナレッジシステム１６には、障害が発生したシステムを復旧させるためのリモート運用システム１７が対象システムへ実行する処理内容、処理手順などが格納されている。具体的には、契約ユーザＩＤ、監視機器ＩＤ、障害部位、障害内容の各々の情報が入力されると、これらに対応した既知障害情報、障害履歴（事例）情報、復旧などのリモート運用システム１７で実行する手順情報が出力される。
【００３１】
これらの情報は、図７に示したナレッジ情報画面２２に契約ユーザＩＤ、監視機器ＩＤ、障害部位、手順書アイコンとともに、障害内容、既知障害情報、障害履歴（事例）情報が表示される。
【００３２】
このようにして、リモート監視システム１３にて障害を検知してから、障害発生の機器構成情報などとともに、復旧などのための手順情報などが自動的に出力される。そして、これらの情報が抽出されると、リモート運用システム１７に契約ユーザＩＤ、監視機器ＩＤ、受付ＩＤ並びに手順情報が伝送される。リモート運用システム１７においては、指示された手順に従って必要な作業を障害が発生したシステムに対して自動的に実行する。リモート運用システム１７は、必要な処理が完了すると、統合支援システム１２へ実行した操作（作業）結果を通知する。
【００３３】
リモート運用システム１７の処理状況は、図８に示したリモート運用コンソール画面２３に表示される。すなわち、契約ユーザＩＤ、監視機器ＩＤ、受付ＩＤ表示とともに、手順情報並びに操作（作業）結果情報が表示される。また、進捗状況表示は、図９に示した進捗状況監視コンソール画面２４に表示される。すなわち、受付ＩＤ、障害発生日時、契約ユーザＩＤ、監視機器ＩＤ、障害部位、ステータス、障害内容、障害履歴、完了日時が表示される。
【００３４】
そして、上述したそれぞれのシステムからの出力情報は、各システムごとに必要な情報として取り込まれ、ある情報は更新され、ある情報は新規に登録される。このようにして各システムの格納情報は、予め登録されている初期情報とともに更新あるいは追加されることによって更に充実し、以降の障害発生時に的確な復旧処理を可能とすることを可能としている。
【００３５】
また、本発明によって、リモート監視とリモート運用とを連続した一体処理として履行することを可能にし、障害発生から復旧までの期間を短縮するとともに、障害の拡大を防止することを可能とした。
【００３６】
（受付管理データベースへのアラートの登録）
（概要の説明）
以下に、リモート監視システム１３からの障害情報などの監視データを受付監視システムに人手を介さずに自動的に登録するシステムについて説明する。
【００３７】
このシステムは、定型化されたメールによって監視データを収集し、このメールを変換してデータベースに蓄積する。その後、このシステムはデータのフィルタリングを行い、項目変換を経て受付管理システムのデータベースに登録する。
【００３８】
メールの送受信や監視データの収集はインターネットを経由して行われる。インターネットは新たな投資を必要としない点、セキュリティがある程度確立されている点から望ましい。また、メールは一般的なリモート監視システムが機能の一部として具備しているため利用しやすい点、ハードウエア機種に依存しない点、セキュリティがある程度確立されている点から望ましい。
【００３９】
（電子メールを用いた状態情報の蓄積）
図１０は、受付管理データベース（以下、データベースをＤＢと略す。）へのアラートを登録するシステムの概要を表すブロック図である。なお、図１０においてはコンピュータリモート監視システムのうち受付管理ＤＢ１１１への登録に係る部分のみが図示されている。
【００４０】
図１０に示すように、本実施形態のコンピュータリモート監視システムはインターネットなどの公衆通信回線網１０３を介して複数の顧客Ａ乃至顧客Ｃのシステムに接続している。なお、顧客の数はこれに限られるものではない。
【００４１】
ここで、顧客のシステムについて説明する。顧客のシステムは顧客ごとによって異なる。例えば、顧客Ａが有する監視対象サーバ１０１Ａ１乃至監視対象サーバ１０１Ａｎには情報収集サーバ１０２Ａが接続されている。
【００４２】
情報収集サーバ１０２Ａは、定期的に監視対象サーバ１０１Ａ１乃至監視対象サーバ１０１Ａｎと通信して監視対象サーバの状態に関する情報を収集する。サーバの状態には、例えばＰＩＮＧダウン、ＮＩＣ故障、ＴＣＰエラー、などが含まれるがこれらに限られない。
【００４３】
監視対象サーバ１０１Ａ１乃至監視対象サーバ１０１Ａｎにウインドウズ（登録商標）などのオペレーションシステムが搭載されていれば、情報収集サーバ１０２Ａはこれらのオペレーションシステムの応答から監視対象サーバの状態を得ることが可能である。
【００４４】
遠隔操作により監視対象サーバ１０１Ａ１乃至監視対象サーバ１０１Ａｎを管理するためにはさらに、リモート監視サーバ１０４Ａがインターネットなどの公衆通信回線網１０３を介して接続される。リモート監視サーバ１０４Ａにはサーバの状態を遠隔操作にて管理するリモート監視システムが実装される。
【００４５】
顧客Ｂが有する監視対象サーバ１０１Ｂ１乃至監視対象サーバ１０１Ｂｎには情報収集サーバ１０２Ｂが接続される。情報収集サーバ１０２Ｂには公衆通信回線網１０３を介してリモート監視システムが実装される。
【００４６】
リモート監視システムには様々な種類があるため、異なるリモート監視システムからは異なったフォーマットによってサーバの状態に関する情報である状態情報が生成される。
【００４７】
さらに、顧客Ｃのように情報収集サーバ１０２Ｃにリモート監視サーバ１０４Ｃを接続し、公衆通信回線網１０３を介して状態情報を送信する場合もある。この場合にも、顧客の要望に応じてリモート監視システムの種類が他の顧客のリモート監視システムと異なる場合がある。このように、統合支援システム１２に送信される状態情報は一様ではない。
【００４８】
そこで、本実施形態においては、リモート監視サーバ１０４Ａ乃至リモート監視サーバ１０４Ｃから電子メールにて状態情報を受信するように構成した。すなわち、顧客Ａ及び顧客Ｂのように、情報収集サーバ１０２Ａ，１０２Ｂが顧客サイトにあり、リモート監視サーバ１０４Ａ，１０４Ｂがリモート制御センター１１にある場合、情報収集サーバ１０２Ａ，１０２Ｂは状態情報を、公衆通信回線網１０３を介してリモート監視サーバ１０４Ａ，１０４Ｂに送信する。
【００４９】
リモート監視サーバ１０４Ａ，１０４Ｂは情報収集サーバ１０２Ａ，１０２Ｂから受信した状態情報に基づいて電子メールを生成し、この電子メールをメールサーバである受信メールサーバ１０５に送信する。
【００５０】
一方、リモート監視サーバ１０４Ｃが顧客サイトにある場合には、リモート監視サーバ１０４Ｃは情報収集サーバ１０２Ｃから受信した状態情報に基づいて電子メールを生成し、この電子メールを、公衆通信回線網１０３を介して受信メールサーバ１０５に送信する。
【００５１】
これらの電子メールを生成する機能はリモート監視システムに実装されている。これらの電子メールは統一されたフォーマットにて生成されることが望ましい。
【００５２】
図１１は、統一されたフォーマットを有する電子メールの例を示す図である。図１１に示すように、電子メールのフォーマットは、件名が＜サービス種別＞：＜契約ユーザ名＞  ＜ホスト名＞  ＜検知内容＞であり、本文が［サービス種別］＜サービス種別＞、［会社名］＜契約ユーザ名＞、［ホスト名］＜ホスト名＞、［検出日時］＜検出日時＞、［監視項目］＜検知項目名＞、［パラメータ］＜検知内容＞、［付帯パラメータ］＜付帯内容＞、［内容］＜検知内容詳細＞である。但し、ここで＜＞は具体的な値が記載されることを示す。
【００５３】
しかし、リモート監視システムの種類によりこの電子メールのフォーマットが異なっている。そこで、本実施形態においては電子メールのフォーマットの変換を行った上で蓄積する方式を採用した。
【００５４】
本実施形態のコンピュータリモート監視システムは、受信メールサーバ１０５から受信した電子メールから所定の項目を格納する統合支援システムＤＢ１０７Ａを備える。また、受付管理システム１４の受付管理サーバ１１０に接続された、障害情報を蓄積する受付管理ＤＢ１１１に統合支援システムＤＢ１０７Ａをフィルタリングした結果を格納する監視アラートフィルタサーバ１０６を備える。
【００５５】
本実施形態のコンピュータリモート監視システムは、電子メールに記載された項目と統合支援システムＤＢ１０７Ａの項目との対応を格納する項目変換テーブル１０８Ａを更に備える。また、統合支援システムＤＢ１０７Ａの項目と受付管理ＤＢ１１１の項目との対応を格納する項目対応テーブル１０８Ｂを備える。
【００５６】
さらに、本実施形態のコンピュータリモート監視システムは、統合支援システムＤＢ１０７ＡＡの内容を選択し、適宜項目を付加した検索ＤＢ１０７Ｂを有する。この検索ＤＢ１０７Ｂは、統合支援システム１２の検索用のサーバが機器構成管理システム１５に紹介したりナレッジシステム１６に紹介したりする場合のキーとして利用される。
【００５７】
図１２は、統合支援システムＤＢ１０７Ａのデータ構造を表した図である。図１２に示すように、統合支援システムＤＢ１０７Ａは、例えば各レコードに一意に割り当てられたＩＤと、障害などのインシデント発生日時を表すＤａｔｅＴｉｍｅと、受信メールサーバ１０５を識別する名称であるＭａｉｌＳｅｒｖｅｒと、電子メールの表題であるＭａｉｌＳｕｂｊｅｃｔと、電子メール本文であるＭａｉｌＢｏｄｙと、フィルタリングの結果を表すＦｉｌｔｅｒＲｅｓｕｌｔと、受付管理ＤＢ１１１への書き込み状態を表すＩｎｓｅｒｔＦＬＧと、サービス名称であるＳｅｒｖｉｃｅと、顧客名称であるＣｕｓｔｏｍｅｒと、監視対象サーバを識別する名称であるＨｏｓｔと、インシデントを示すＩｎｃｉｄｅｎｔと、パラメータを表すＰａｒａｍｅｔｅｒと、詳細情報を示すＤｅｓｃｒｉｐｔｉｏｎと、予備領域であるＦｉｌｌｅｒとを格納する。
【００５８】
各データの例は、ＩＤが「１００００００１」、ＤａｔｅＴｉｍｅが「２００８０５２２１０１５２５」、ＭａｉｌＳｅｒｖｅｒが「ＭａｉｌＳｅｒｖｅｒ０１」、ＭａｉｌＳｕｂｊｅｃｔが「ａｌｅｒｔ」、ＭａｉｌＢｏｄｙが「ｃｏｄｅ＝Ｇ１０１２１，・・・」、ＦｉｌｔｅｒＲｅｓｕｌｔが「０」、ＩｎｓｅｒｔＦＬＧが「０」、Ｓｅｒｖｉｃｅが「Ｔ１０００」、Ｃｕｓｔｏｍｅｒが「ＡＡ  ｃｏｍｐａｎｙ，  Ｔｏｋｙｏ」、Ｈｏｓｔが「ＡＡＨｏｓｔ０１」、Ｉｎｃｉｄｅｎｔが「ｐｉｎｇ  ｄｏｗｎ」、Ｐａｒａｍｅｔｅｒが「Ｋ０１０１２１」、Ｄｅｓｃｒｉｐｔｉｏｎが「ＭＳＧ＝“ｌｉｎｅ００１”」である。
【００５９】
図１３は、項目変換テーブル１０８の構成を表す図である。図２に示すように、あるリモート監視システムから送信されるメールには［サービス種別］と記載され、他のリモート監視システムから送信されるメールには［サービス］と記載された項目がともに統合支援システムＤＢ１０７ＡにおけるＳｅｒｖｉｃｅに対応する場合、［サービス種別］とＳｅｒｖｉｃｅが、［サービス］とＳｅｒｖｉｃｅが対応付けられて格納される。
【００６０】
このように、項目変換テーブル１０８には電子メールに記載された項目と統合支援システムＤＢ１０７Ａの項目との対応が格納される。監視アラートフィルタサーバ１０６は、受信メールサーバ１０５から受信した電子メールの項目を項目変換テーブル１０８に従って変換して統合支援システムＤＢ１０７Ａに格納する。
【００６１】
このように構成することにより、電子メールを用いて異なる種類のリモート監視システムからの状態情報を画一的に取り扱うことが可能となる。
【００６２】
（ＳＱＬを用いた状態情報のフィルタリング）
以上述べたように、状態情報が統合支援システムＤＢ１０７Ａに蓄積される。しかし、同一の障害から同一のアラートが複数生成されることがある。また、同一の障害に起因する複数の異なったアラートが生成されることがある。同一の障害に対しては一つのインシデントが割り当てられることが障害の管理に役立つ。
【００６３】
図１４は、同一の障害から同一のアラートが複数生成された例を示す図である。図１４に示すように、アラート１３０１乃至アラート１３０３は、同一の顧客の同一のサーバの「ＰＩＮＧダウン」という同一のアラートが蓄積されている。これらは一つだけ受付管理ＤＢ１１１に格納されることが望ましい。これらのアラートを一つだけ選択することを「抑制」と呼ぶ。
【００６４】
図１５は、同一の障害に起因する複数の異なったアラートが生成された例を示す図である。図１５に示すように、アラート１４０１乃至アラート１４０３は、同一の顧客の同一のサーバの「ＰＩＮＧダウン」、「ＮＩＣ故障」、「ＴＣＰエラー」という異なったアラートが蓄積されている。これらは一つだけ受付管理ＤＢ１１１に格納されることが望ましい。これらのアラートを一つだけ選択することを「統合」と呼ぶ。
【００６５】
本実施形態においては、統合支援システムＤＢ１０７ＡをフィルタリングするためのＳＱＬ文を格納するＳＱＬファイル１０９を更に備える。そして、監視アラートフィルタサーバ１０６が、ＳＱＬ文をＳＱＬファイル１０９から読みだしてこのＳＱＬ文を実行することにより統合支援システムＤＢ１０７Ａをフィルタリングする。さらに、監視アラートフィルタサーバ１０６は受付管理サーバ１１０に対して受付管理ＤＢ１１１にフィルタリングした結果を格納するように指示する。
【００６６】
図１６は、ＳＱＬ文の例を示す図である。図１６（ａ）は、「抑制」を行うＳＱＬ文の例である。このＳＱＬ文は、同じ顧客の同じサーバにおいて、直前１５分間に同じインシデントで同じパラメータのアラートを選び出す動作を行わせるものである。１５分という時間は任意に設定できる。さらに、この結果が２以上ある場合にはＴ（真）を返すように評価を行う。
【００６７】
これにより、評価がＦ（偽）、すなわち一定時間内に初めて現れた状態情報を選びだすことが可能となり、「抑制」を行うことができる。
【００６８】
図１６（ｂ）は、「統合」を行うＳＱＬ文の例である。このＳＱＬ文は、同じ顧客の同じサーバにおいて、直前１５分間に異なるインシデントである「ＰＩＮＧダウン」、「ＮＩＣ故障」、「ＴＣＰエラー」のいずれかに該当するアラートを選び出す動作を行わせるものである。１５分という時間は任意に設定できる。さらに、この結果が２以上ある場合にはＴ（真）を返すように評価を行う。
【００６９】
これにより、評価がＦ（偽）、すなわち一定時間内に初めて現れた状態情報を選びだすことが可能となり、「統合」を行うことができる。
【００７０】
図１６に示したＳＱＬ文には“”内に＃を含むパラメータが記載されている。監視アラートフィルタサーバ１０６はこのパラメータをＳＱＬ文が実行される前に具体的な値に変更して、ＳＱＬ文を実行する。
【００７１】
図１７は、監視アラートフィルタサーバ１０６のフィルタリング動作を表したフローチャートである。図１７に示すように、ステップＳ１６０１において、監視アラートフィルタサーバ１０６は受信メールサーバ１０５からメールを取り込む。
【００７２】
ステップＳ１６０２において、監視アラートフィルタサーバ１０６は項目変換テーブル１０８Ａを参照して項目の変換を行う。ステップＳ１６０３において、監視アラートフィルタサーバ１０６は項目変換後の状態情報を統合支援システムＤＢ１０７Ａに登録する。
【００７３】
ステップＳ１６０４において、監視アラートフィルタサーバ１０６は統合支援システムＤＢ１０７Ａから未処理データを抽出する。ステップＳ１６０５において、監視アラートフィルタサーバ１０６はＳＱＬファイル１０９からＳＱＬ文を読み込み、パラメータに具体的な値を入れて実行すべきＳＱＬ文を生成する。
【００７４】
ステップＳ１６０６において、監視アラートフィルタサーバ１０６はＳＱＬ文を実行する。ステップＳ１６０７において、監視アラートフィルタサーバ１０６は各データのＦｉｌｔｅｒＲｅｓｕｌｔに実行結果であるＴまたはＦを書き込む。
【００７５】
ステップＳ１６０８において、監視アラートフィルタサーバ１０６はＦの未処理データを、項目対応テーブル１０８Ｂを参照して統合支援システムＤＢ１０７Ａと受付管理ＤＢ１１１との項目の変換を行い、受付管理ＤＢ１１１に登録する。監視アラートフィルタサーバ１０６は統合支援システムＤＢ１０７Ａの登録したデータのＩｎｓｅｒｔＦＬＧに「１」を書き込む。
【００７６】
以上述べたように、本実施形態のコンピュータリモート監視システムは、電子メールを利用して状態情報を収集し、さらに「抑制」と「統合」のフィルタリングを行って不要なアラートの受付管理ＤＢ１１１への登録を防止する。このため、人手を介さずに効率的なアラート管理を実現できるという効果がある。
【図面の簡単な説明】
【００７７】
【図１】本発明の一実施形態のシステム構成の概要を示した図。
【図２】本発明の一実施形態の詳細な構成並びにデータフローを示した図。
【図３】本発明の一実施形態におけるシステム集中監視コンソールの画面例を示した図。
【図４】本発明の一実施形態におけるシステム集中監視コンソールの画面例を示した図。
【図５】本発明の一実施形態における顧客システム監視コンソールの画面例を示した図。
【図６】本発明の一実施形態における顧客システム構成情報の画面例を示した図。
【図７】本発明の一実施形態におけるナレッジ情報の画面例を示した図。
【図８】本発明の一実施形態におけるリモート運用コンソールの画面例を示した図。
【図９】本発明の一実施形態における進捗状況監視コンソールの画面例を示した図。
【図１０】受付管理データベースへのアラートを登録するシステムの概要を表すブロック図である。
【図１１】統一されたフォーマットを有する電子メールの例を示す図である。
【図１２】統合支援システムＤＢ１０７Ａのデータ構造を表した図である。
【図１３】項目変換テーブル１０８の構成を表す図である。
【図１４】同一の障害から同一のアラートが複数生成された例を示す図である。
【図１５】同一の障害に起因する複数の異なったアラートが生成された例を示す図である。
【図１６】ＳＱＬ文の例を示す図である。
【図１７】監視アラートフィルタサーバ１０６のフィルタリング動作を表したフローチャートである。
【符号の説明】
【００７８】
１１…リモート制御センター、１２…統合支援システム、１３…リモート監視システム、１４…受付管理システム、１５…機器構成管理システム、１６…ナレッジシステム、１７…リモート運用システム、１８…システム集中監視コンソール画面、２０…顧客システム監視コンソール画面、２１…顧客システム構成情報画面、２２…ナレッジ情報画面、２３…リモート運用コンソール画面、２４…進捗状況監視コンソール画面、１０３…公衆通信回線網、１０４Ａ，１０４Ｂ，１０４Ｃ…リモート監視サーバ、１０５…受信メールサーバ、１０６…監視アラートフィルタサーバ、１０７Ａ…統合支援システムＤＢ、１０８Ａ…項目変換テーブル、１０８Ｂ…項目対応テーブル、１０９…ＳＱＬファイル、１１０…受付管理サーバ、１１１…受付管理ＤＢ。
【図１】
2010055479.tif 000003
【図２】
2010055479.tif 000004
【図３】
2010055479.tif 000005
【図４】
2010055479.tif 000006
【図５】
2010055479.tif 000007
【図６】
2010055479.tif 000008
【図７】
2010055479.tif 000009
【図８】
2010055479.tif 000010
【図９】
2010055479.tif 000011
【図１０】
2010055479.tif 000012
【図１１】
2010055479.tif 000013
【図１２】
2010055479.tif 000014
【図１３】
2010055479.tif 000015
【図１４】
2010055479.tif 000016
【図１５】
2010055479.tif 000017
【図１６】
2010055479.tif 000018
【図１７】
2010055479.tif 000019