(57)【要約】【課題】  複数の顧客システムの監視、保守を行うリモート保守センタ及びリモート保守方法に関し、センタサーバの信頼性を向上すると共に、処理性能の低下を回避する。【解決手段】  複数の顧客システム２からの情報を格納するデータベース１４ａ，１４ｂをそれぞれ有する複数のセンタサーバ１２ａ，１２ｂと、顧客システム２から受信した情報を、複数のセンタサーバ１２ａ，１２ｂに転送する中継サーバ１１と、複数のセンタサーバ１２ａ，１２ｂのデータベース１４ａ，１４ｂにそれぞれ格納された情報を受信して照合し、同一の情報のメッセージ本文を、複数のセンタサーバをそれぞれ識別できる参照番号と共に格納するデータベース１８と、このデータベース１８に新規の情報が格納されたことを判定して保守端末４に通知する判定通知処理手段（判定通知処理部１９）とを有するサポートシステム１３とを備えている。【選択図】        図１
2006079241.tif 000002
【特許請求の範囲】
【請求項１】
複数の顧客システムの監視、保守を行うリモート保守システムに於いて、
前記複数の顧客システムからの情報を格納するデータベースをそれぞれ有する複数のセンタサーバと、
ネットワークを介して情報転送処理すると共に、前記顧客システムから受信した情報を前記複数のセンタサーバに転送する中継サーバと、
前記複数のセンタサーバのデータベースにそれぞれ格納された情報を受信して照合し、照合結果が同一の情報のメッセージ本文を、前記複数のセンタサーバをそれぞれ識別できる参照番号と共に格納するデータベースと、該データベースに新規の情報が格納されたことを判定して保守端末に通知する判定通知処理手段とを有するサポートシステムと
を備えたことを特徴とするリモート保守システム。
【請求項２】
前記サポートシステムは、前記保守端末からの要求により該サポートシステムの前記データベースを検索し、前記新規の情報に対応する前記センタサーバへのアクセス情報を前記保守端末に通知する参照処理手段を有することを特徴とする請求項１記載のリモート保守システム。
【請求項３】
複数の顧客システムの監視、保守を行うリモート保守方法に於いて、
前記顧客システムからネットワークを介して中継サーバが受信した情報を複数のセンタサーバに転送し、該複数のセンタサーバは、それぞれのデータベースに前記顧客システムからの情報を格納し、該複数のセンタサーバのデータベースからサポートシステムへ前記顧客システムからの情報を転送し、該サポートシステムは、前記複数のセンタサーバのデータベースからの情報を照合し、同一の情報の中のメッセージ本文に、前記複数のセンタサーバをそれぞれ識別できる参照情報を付加して、該サポートシステムのデータベースに格納し、該データベースに新規な情報が格納されたことを保守端末へ通知する過程を含む
ことを特徴とするリモート保守方法。
【請求項４】
前記サポートシステムのデータベースに新規情報を格納した通知を受信した保守端末からの前記参照情報を基にした要求により、前記サポートシステムのデータベースを検索し、前記センタサーバのアクセス情報を前記保守端末へ通知する処理過程を含むことを特徴とする請求項３記載のリモート保守方法。
【請求項５】
前記センタサーバのアクセス情報を基に該センタサーバにアクセスした前記保守端末は、正常応答の有無を監視し、設定時間経過後も正常応答なしの場合は、他のセンタサーバにアクセスする過程を含むことを特徴とする請求項３記載のリモート保守方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の顧客システムを構成するサーバ等の機器を、ネットワークを介して監視、保守を行うリモート保守システム及びリモート保守方法に関する。
【背景技術】
【０００２】
リモート保守システムは、顧客システムの構成する多数のサーバ等の各種機器の障害情報等を、ネットワークを介して受信し、その受信情報に対応した監視、保守を行うシステムであり、従来は、例えば、図７に示す構成を有するものである。同図に於いて、７０はリモート保守システム、７１は中継サーバ、７２はセンタサーバ、７３はサポートシステム、７４はデータベース（ＤＢ）、７５はウェブサイト機能部（Ｗｅｂ）、７６は情報入出力処理部、７７はデータベース、７８はブラウザ機能部、８１はインターネット、８２は顧客システム、８３はサーバ等の機器を示す。
【０００３】
中継サーバ７１は、プロキシ機能やメール転送機能を利用して、リモート保守システムのシステム情報を外部に漏洩させない機構とし、又顧客システム８２からのインターネット８１を介して伝送された情報は、総てセンタサーバ７２に転送する機能を備えている。又顧客システム８２からの大量なイベント情報に対しても対応できるように負荷分散構成を備えることができる。
【０００４】
又センタサーバ７２は、顧客システム８２からのイベント情報を処理して、データベース７４に格納する。受信したイベント情報の内容については、受信順番に採番された受付番号により管理される。又障害情報等のイベント情報は、そのイベント情報を参照する為の番号が、受付番号とは別に採番され、情報連携やウェブ機能による検索のキーワードとすることにより、顧客システムからの通知イベントをウェブ機能部７８によって参照可能な構成を有するものである。
【０００５】
又サポートシステム７３は、センタサーバ７２との間の情報入出力処理部７６と、データベース７７と、ウェブ機能部７８とを含む構成を有し、センタサーバ７２のデータベース７４に格納されたイベント情報を、定期的又はサポートシステム７３からの要求により、サポートシステム７３のデータベース７７に転送して格納する。サポートシステム７３に於いては、前回取得したイベント情報の受付番号を記録し、次のイベント情報の要求時には、記録した受付番号より大きい受付番号のイベント情報を取得することになる。又サポートシステム７３に於いては、障害発生を示すイベント情報を検出すると、サポート員に通知する。この通知により、サポート員は、障害発生イベント情報を送信した顧客システム８２の詳細情報をセンタサーバ７２に要求し、顧客システム８２の構成情報や設定情報等を取得し、障害発生時の被疑個所を調べ、障害発生に伴う顧客からの対処相談時に迅速に対応する。
【０００６】
リモート保守システム７０は、前述のように、複数の顧客システムの監視を行うものであり、顧客システムに於ける障害等は何時発生するか推定できないものであるから、顧客システム８２からのイベント情報を常時受信処理可能とする必要がある。このような点から、リモート保守システム７０の定期的な保守作業等によっても、監視、保守の機能を実現する為に、二重化構成とすることが考えられる。
【０００７】
又監視制御システムに於いても二重化構成が各種提案されており、例えば、監視制御システムに於けるデータ伝送系と受信処理系とを二重化し、一方を基準系、他方を予備系として、識別子を付加したデータを、二重化データ伝送系により伝送し、二重化受信処理系は、それぞれの受信データをファイルに格納すると共に、相互の識別子の照合により同一データを受信したか否かを判定して、伝送データの正常性の確認を可能とする二重化の手段が知られている（例えば、特許文献１参照）。
【０００８】
又二重化通信システムに於いて、それぞれの送信データにシーケンシャル番号を付加して二重化伝送経路に送信し、二重化受信処理側は、シーケンシャル番号の比較により、同一シーケンシャル番号のデータについては、先着データを採用する手段が知られている（例えば、特許文献２参照）。
【特許文献１】特公平６−４２６６０号公報
【特許文献２】特開平６−４２６６０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
信頼性の向上や、保守点検時も監視、保守の作業を可能とする為に、リモート保守システムに於いても、前述のように、二重化することが考えられる。その場合、図７に示すようなリモート保守システム７０を完全二重化することが考えられるが、その場合、何れか一方を現用システム、他方を待機システムとすると、顧客システム８２側で、現用システムを認識してイベント情報を送信する必要が生じるから、現用システムの障害発生時は、顧客システム８２側で送信先を変更する必要があり、緊急を要するイベント情報の転送が困難となる場合がある。従って、完全二重化の場合は、イベント情報の転送制御が複雑となる問題と、コストアップとなる問題とがある。
【００１０】
そこで、センタサーバ７２のみを二重化することが考えられる。その場合、センタサーバ７２のデータベース７４も二重化した構成となるから、運用系のデータベースから待機系のデータベースに対するイベント情報のリプリケーションを実施する構成を付加することが考えられる。しかし、通常のセンタサーバに於いては、リプリケーションを考慮した処理機能を備えていないものである。従って、二重化構成のデータベースに対するリプリケーション機能を付加する必要がある為、センタサーバに於ける処理機能が複雑化する問題が生じる。
【００１１】
又リプリケーション処理が追加されることによるセンタサーバのイベント情報の受信処理性能の劣化が生じる。又二重化したセンタサーバの運用系の障害発生時、待機系への切替えを行うことになるが、データベース間同期が完全でない場合、受信保持したイベント情報の重複又は消失が生じる。又リプリケーション処理を実施する為に、データベースは距離的に近い位置に配置する制約が生じる。又既存のセンタサーバに、二重化構成とする為のセンタサーバを追加設置する場合に、既存のセンタサーバの処理を一時停止して、データベース間のリプリケーション処理実施構成を設ける必要があるから、その停止期間により、顧客システムに対するサービス低下の問題が生じる。
【００１２】
本発明は、センタサーバの信頼性を向上すると共に、前述の問題点を解決し、処理性能の低下を回避することを目的とする。
【課題を解決するための手段】
【００１３】
本発明のリモート保守システムは、複数の顧客システムの監視、保守を行うリモート保守システムであって、複数の顧客システムからの情報を格納するデータベースをそれぞれ有する複数のセンタサーバと、ネットワークを介して情報転送処理すると共に、顧客システムから受信した情報を、複数のセンタサーバに転送する中継サーバと、複数のセンタサーバのデータベースにそれぞれ格納された情報を受信して照合し、照合結果が同一の情報のメッセージ本文を、複数のセンタサーバをそれぞれ識別できる参照番号と共に格納するデータベースと、このデータベースに新規の情報が格納されたことを判定して保守端末に通知する判定通知処理手段とを有するサポートシステムとを備えている。
【００１４】
又サポートシステムは、保守端末からの要求により該サポートシステムのデータベースを検索し、新規の情報に対応するセンタサーバへのアクセス情報を、保守端末に通知する参照処理手段を有するものである。
【００１５】
又本発明のリモート保守方法は、複数の顧客システムの監視、保守を行うリモート保守方法であって、顧客システムからネットワークを介して中継サーバが受信した情報を複数のセンタサーバに転送し、該複数のセンタサーバは、それぞれのデータベースに顧客システムからの情報を格納し、該複数のセンタサーバのデータベースからサポートシステムへ顧客システムからの情報を転送し、該サポートシステムは、複数のセンタサーバのデータベースからの情報を照合し、同一の情報の中のメッセージ本文に、複数のセンタサーバをそれぞれ識別できる参照情報を付加して、該サポートシステムのデータベースに格納し、該データベースに新規な情報が格納されたことを保守端末へ通知する過程を含むものである。
【００１６】
又前記サポートシステムのデータベースに新規情報を格納した通知を受信した保守端末からの前記参照情報を基にした要求により、前記サポートシステムのデータベースを検索し、前記センタサーバのアクセス情報を前記保守端末へ通知する処理過程を含むものである。
【００１７】
又前記センタサーバのアクセス情報を基に該センタサーバにアクセスした前記保守端末は、正常応答の有無を監視し、設定時間経過後も正常応答なしの場合は、他のセンタサーバにアクセスする過程を含むものである。
【発明の効果】
【００１８】
センタサーバのみを二重化するから、完全二重化に比較してコストアップとなることを回避でき、又センタサーバのデータベースについては、リプリケーション処理を行わないから、処理性能の低下は生じないことになる。又二重化されたセンタサーバは、独立的に処理動作し、データベースのリプリケーション処理を行わないものであるから、定期保守時等の作業手順も簡単となると共に、距離的に離れた位置に配置することも可能となる。又既存のセンタサーバに、二重化の為のセンタサーバを追加設置する場合、中継サーバのメール転送機能の変更設定で簡単に顧客システムからのイベント情報を受信処理することが可能となり、既存のシステムに対する追加設置も容易となる。
【発明を実施するための最良の形態】
【００１９】
本発明のリモート保守システムは、図１を参照すると、複数の顧客システム２の監視、保守を行うリモート保守システムであって、複数の顧客システム２からの情報を格納するデータベース１４ａ，１４ｂをそれぞれ有する複数のセンタサーバ１２ａ，１２ｂと、ネットワークを介して情報転送処理すると共に、顧客システム２から受信した情報を、複数のセンタサーバ１２ａ，１２ｂに転送する中継サーバ１１と、複数のセンタサーバ１２ａ，１２ｂのデータベース１４ａ，１４ｂにそれぞれ格納された情報を受信して照合し、照合結果が同一の情報のメッセージ本文を、複数のセンタサーバ１２ａ，１２ｂをそれぞれ識別できる参照番号と共に格納するデータベース１８と、このデータベース１８に新規の情報が格納されたことを判定して保守端末４に通知する判定通知処理手段（判定通知処理部１９）とを有するサポートシステム１３とを備えている。
【００２０】
本発明のリモート保守方法は、顧客システム２からインターネット３等のネットワークを介して中継サーバ１１が受信した情報を複数のセンタサーバ１２ａ，１２ｂに転送し、複数のセンタサーバ１２ａ，１２ｂは、それぞれのデータベース１４ａ，１４ｂに顧客システム２からの情報を格納し、複数のセンタサーバ１２ａ，１２ｂのデータベース１４ａ，１４ｂからサポートシステム１３へ顧客システム２からの情報を転送し、サポートシステム１３は、複数のセンタサーバ１２ａ，１２ｂのデータベース１４ａ，１４ｂからの情報を照合し、同一の情報の中のメッセージ本文に、複数のセンタサーバ１２ａ，１２ｂをそれぞれ識別できる参照情報を付加して、サポートシステム１３のデータベース１８に格納し、このデータベース１８に新規な情報が格納されたことを保守端末４へ通知する過程を含むものである。
【実施例１】
【００２１】
図１は、本発明の実施例の説明図であり、１はリモート保守システム、２は顧客システム、３は顧客システム２とリモート保守システム１との間を接続するネットワークとしてのインターネット、４はサポート員が操作するＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）機能を有する保守端末、１１は中継サーバ、１２ａ，１２ｂはセンタサーバ、１３はサポートシステム、１４ａ，１４ｂはデータベース（ＤＢ）、１５ａ，１５ｂはウェブサイト機能部（Ｗｅｂ）、１６ａ，１６ｂは受信処理部、１７ａ，１７ｂは書込処理部、１８はデータベース（ＤＢ）、１９は保守端末４に対する判定通知処理手段としての判定通知処理部、２０は保守端末４との間の連絡によりデータベース１８を参照して応答する参照処理手段としての参照処理部、２１はサーバ等の顧客システムの機器を示す。
【００２２】
リモート保守システム１は、中継サーバ１１と、二重化したセンタサーバ１２ａ，１２ｂと、サポートシステム１３とを含む構成を有するもので、中継サーバ１１は、既存のメール転送機能等により、顧客システム２からインターネット３を介して受信した障害発生情報等のイベント情報を、二重化したセンタサーバ１２ａ，１２ｂに転送する。センタサーバ１２ａ，１２ｂは、受信したイベント情報をそれぞれのデータベース１４ａ，１４ｂに格納する。即ち、二重化構成のデータベース１４ａ，１４ｂについて、リプリケーション処理を行うものではないから、センタサーバ１２ａ，１２ｂの処理が複雑化することはなく、且つその為の時間が必要でないので、保守サービスの低下は生じないことになる。又データベース１４ａ，１４ｂには、顧客システム２の機器２１の構成等を含むシステム構成情報を予め登録しておくものである。なお、センタサーバ１２ａ，１２ｂは、二重化構成とした場合について説明するものであるが、更に追加して多重化構成とすることも可能である。
【００２３】
サポートシステム１３は、センタサーバ１２ａ，１２ｂ対応の受信処理部１６ａ，１６ｂと、書込処理部１７ａ，１７ｂと、単一のデータベース１８と、判定通知処理部１９と、参照処理部２０とを含む構成を有し、センタサーバ１２ａ，１２ｂとの間で、定期的な連携により、データベース１４ａ，１４ｂに保持したイベント情報を取得する。即ち、データベース１４ａ，１４ｂに保持されたイベント情報を、受信処理部１６ａ，１６ｂにより受信し、書込処理部１７ａ，１７ｂの処理機能によってデータベース１８にイベント情報を書込むものである。なお、メッセージ本文は、何れか一方の書込処理部からデータベース１８に書込むことになる。
【００２４】
顧客システム２からのイベント情報は、顧客システム２の機器２１を示す装置ＩＤと、メッセージ本文と、イベント発生時刻とを含むもので、受信処理部１６ａ，１６ｂに於いて、センタサーバ１２ａ，１２ｂのデータベース１４ａ，１４ｂからのイベント情報の装置ＩＤと、メッセージ本文と、イベント発生時刻とに対して、例えば、図２に示すように、センタサーバを識別できる参照番号として、情報参照番号と、受付番号と、センタサーバのイベント受信時刻とを付加して、書込処理部１７ａ，１７ｂに転送する。この場合、情報参照番号と受付番号とは、センタサーバ１２ａ，１２ｂ対応に相違し、従って、センタサーバ１２ａ，１２ｂを識別する参照番号とすることができる。
【００２５】
受信処理部１６ａ，１６ｂから例えば図２に示す装置ＩＤ、情報参照番号、受付番号、メッセージ本文、イベント発生時刻、センタサーバのイベント受信時刻を含むイベント情報が、書込処理部１７ａ，１７ｂに転送されると、書込処理部１７ａ，１７ｂは、相互に連絡して、同一イベント情報であるか否かを判定する。この場合のマッチングのキー情報としては、例えば、装置ＩＤと、イベント発生時刻とを用い、更にメッセージ本文が同一か否かを判定し、同一のイベント情報であると判定すると、予め設定した優先順位等に従って、書込処理部１７ａ，１７ｂの何れか一方からデータベース１８に書込む。その場合、装置ＩＤと、メッセージ本文と、イベント発生時刻とは同一内容となり、センタサーバ１２ａ，１２ｂ対応の情報参照番号と受付番号とを、センタサーバを識別する参照番号とした内容で、データベース１８に格納する。従って、データベース１８には、例えば、図３に示すように、装置ＩＤと、メッセージ本文と、イベント発生時刻とに対して、センタサーバ１２ａ，１２ｂにそれぞれ対応した情報参照番号と、受付番号とが付加されて格納される。
【００２６】
判定通知処理部１９は、データベース１８に格納されたイベント情報の中のイベント発生時刻について、前回データベース１８をアクセスした場合のイベント発生時刻より新しい場合、サポート員に新規イベント情報の受信有りを通知する。この場合、イベント情報のメッセージ本文の内容が、障害等の監視対象か否かを判定し、監視対象の場合に新規イベント情報の受信有りを通知することができる。又通知情報には、判定通知処理部１９からの情報参照番号が付加されているから、サポート員は、詳細情報を必要とする時、センタサーバ１２ａ，１２ｂの何れをアクセスすればよいか判らない状態であっても、情報参照番号を用いて問い合わせを行い、この問い合わせに対して、参照処理部２０は、データベース１８を情報参照番号により検索し、詳細情報を求める為のセンタサーバへのアクセス情報を保守端末４に転送する。この場合の通知情報の一例を図４に示す。即ち、装置ＩＤと、情報参照番号と、イベント発生時刻と、詳細情報を保持しているセンタサーバのアクセスアドレスとしてのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）とを含むものである。
【００２７】
この通知情報が保守端末４のディスプレイに表示されるから、サポート員は、例えば、表示されたＵＲＬをクリックすることにより、センタサーバ１２ａ，１２ｂのウェブサイト機能部１５ａ，１５ｂの何れかをインターネット３を介してアクセスし、イベント情報を送出した顧客システム２の詳細情報を取得することができる。又アクセスしたセンタサーバに障害が発生している場合、保守端末４は、二重化された一方のセンタサーバからの正常応答の有無を監視し、設定時間経過後も正常応答を受信できない場合は、二重化された他方のセンタサーバに対してアクセスする機能を備えている。
【００２８】
図５及び図６は各部の処理ａ〜ｄの説明図であり、又Ａは受信処理部１６ａ，１６ｂのアプリケーション処理、Ｂは書込処理部１７ａ，１７ｂのアプリケーション処理、Ｃは判定通知処理部１９のアプリケーション処理、Ｄは参照処理部２０のアプリケーション処理を示す。処理ａは、処理（ａ１），（ａ２）を含み、センタサーバ１２ａ，１２ｂのデータベース１４ａ，１４ｂ（ＤＢ）とサポートシステム１３の受信処理部１６ａ，１６ｂとの間の処理であり、センタサーバから情報を取得し（ａ１）、Ｂ（書込処理部１７ａ，１７ｂのアプリケーション）へ転送する（ａ２）。
【００２９】
又処理ｂは、処理（ｂ１）〜（ｂ５）を含み、Ｂ（書込処理部１７ａ，１７ｂのアプリケーション）とＤＢ（データベース１８）との間の処理を示すもので、Ｂ（書込処理部１７ａ，１７ｂのアプリケーション）は、Ａ（受信処理部１６ａ，１６ｂのアプリケーション）からデータを受信すると（ｂ１）、ＤＢ（データベース１８）を検索し（ｂ２）、Ａ（受信処理部１６ａ，１６ｂのアプリケーション）から取得したデータが、Ｂ（書込処理部１７ａ，１７ｂのアプリケーション）から格納されているか否かを判定し（ｂ３）、格納されていない場合は、ＤＢ（データベース１８）へ格納する（ｂ５）。又格納されている場合、即ち、一方の書込処理部から書込みを行った時、その書込みの領域に、他方の書込処理部は、情報参照番号と受付番号とを書込む（ｂ４）。それにより、センタサーバ１２ａ，１２ｂ対応の情報参照番号と受付番号とが、センタサーバを識別する参照番号として、装置ＩＤとメッセージ本文とイベント発生時刻とに付加された状態で格納される。例えば、図３に於いては、項晩として、装置ＩＤをＡＸＸ＃、情報参照番号Ｓａｎｓｙｏ１，ＳａｎｓｙｏＡ、受付番号０００１，Ａ００１、メッセージ本文Ｍｓｇ：ｍｅｓｓａｇｅ  Ｗａｒｎ  Ｍ５００２，イベント発生時刻２００４．０４．２１．１２：４４：２２とした情報を格納する。
【００３０】
又処理ｃは、処理（ｃ１）〜（ｃ３）を含み、ＤＢ（データベース１８）と、Ｃ（判定通知処理部１９のアプリケーション）とＧＵＩ（保守端末４）との処理を示し、Ｃ（判定通知処理部１９のアプリケーション）は、ＤＢ（データベース１８）を参照して、前回のアクセス時間より新しい時間を示すデータが格納されているか否かを判定し（ｃ１）、格納されていない場合は、次のアクセスまで待機し（ｃ３）、格納されている場合は、新規イベント情報登録ありとして、サポート員に対してＧＵＩ（保守端末４）により通知する（ｃ２）。
【００３１】
又処理ｄは、処理（ｄ１）〜（ｄ６）を含み、ＤＢ（データベース１８）と、Ｄ（参照処理部２０のアプリケーション）と、ＧＵＩ（保守端末４）との処理を示し、新規イベント登録通知等に従って、サポート員がＧＵＩ（保守端末４）の操作によりＤ（参照処理部２０のアプリケーション）へアクセスし（ｄ１）、サポート員が参照を希望する情報が、センタサーバ１２ａ，１２ｂのどちらのものであるかを要求することにより、Ｄ（参照処理部２０のアプリケーション）はＤＢ（データベース１８）を検索して、サポート員にセンタサーバのアクセス情報を通知する（ｄ２）。サポート員は、その通知内容に従ってセンタサーバへアクセスする（ｄ３）。そして、そのセンタサーバが正常であるか否かを判定し（ｄ４）、ダウンしていない正常状態であれば、その正常なセンタサーバからの情報を受信して表示し（ｄ６）、ダウンした異常状態であれば、設定時間経過後も正常に受信できないから、他方のセンタサーバにアクセスしてそのセンタサーバからの受信情報を表示する（ｄ５）。
【図面の簡単な説明】
【００３２】
【図１】本発明の実施例の説明図である。
【図２】受信処理部からの転送イベント情報の説明図である。
【図３】データベース格納データの説明図である。
【図４】通知情報の説明図である。
【図５】各部の処理説明図である。
【図６】各部の処理説明図である。
【図７】従来例の説明図である。
【符号の説明】
【００３３】
１    リモート保守システム
２    顧客システム
３    インターネット
４    保守端末
１１  中継サーバ
１２ａ，１２ｂ  センタサーバ
１３  サポートシステム
１４ａ，１４ｂ  データベース（ＤＢ）
１５ａ，１５ｂ  ウェブサイト機能部（Ｗｅｂ）
１６ａ，１６ｂ  受信処理部
１７ａ，１７ｂ  書込処理部
１８  データベース（ＤＢ）
１９  判定通知処理部
２０  参照処理部
２１  機器
【図１】
2006079241.tif 000003
【図２】
2006079241.tif 000004
【図３】
2006079241.tif 000005
【図４】
2006079241.tif 000006
【図５】
2006079241.tif 000007
【図６】
2006079241.tif 000008
【図７】
2006079241.tif 000009