(57)【要約】【課題】エラー情報の出力及び通知機能を分担することのできる情報管理システムを実現すること。【解決手段】アプリケーションサーバ１５は、自装置のエラー情報を記憶する記憶手段３２と、通信手段３６と、記憶手段３２に記憶されたエラー情報の更新を検知し、当該検知したエラー情報を通信手段３６を介して監視・同期サーバ１３に送信させる制御手段３１と、を備え、監視・同期サーバ１３は、アプリケーションサーバ１５のエラー情報を記憶する記憶手段２２と、アプリケーションサーバ１５のエラー情報を受信する通信手段２６と、受信したエラー情報に基づいて、記憶手段２２に記憶されているエラー情報を更新し、当該更新したエラー情報を検知し、当該検知したエラー情報をＳＭＴＰサーバ１４に通知して、所定の宛先へ送信させる制御手段２１と、を備える。【選択図】図１
2007299270.tif 000002
【特許請求の範囲】
【請求項１】
保守の対象である少なくとも１つの保守対象装置と、
前記保守対象装置の保守を行う保守装置と、
情報の送受信を行う送受信装置と、を備え、
前記保守対象装置は、
自装置のエラー情報を記憶する第１の記憶手段と、
前記保守装置と通信接続する第１の通信手段と、
前記第１の記憶手段に記憶されたエラー情報の更新を検知し、当該検知したエラー情報を前記第１の通信手段を介して前記保守装置に送信させる第１の制御手段と、を備え、
前記保守装置は、
前記保守対象装置のエラー情報を記憶する第２の記憶手段と、
前記保守対象装置のエラー情報を受信する第２の通信手段と、
前記受信したエラー情報に基づいて、前記第２の記憶手段に記憶されているエラー情報を更新し、当該更新したエラー情報を検知し、当該検知したエラー情報を前記送受信装置に通知して、所定の宛先へ送信させる第２の制御手段と、
を備えることを特徴とする情報管理システム。
【請求項２】
自装置のエラー情報を記憶する第１の記憶手段を備える保守対象装置と、前記保守対象装置のエラー情報を記憶する第２の記憶手段を備える保守装置と、情報の送受信を行う送受信装置と、を備える情報管理システムの情報管理方法において、
前記保守対象装置において、
前記第１の記憶手段に記憶されたエラー情報の更新を検知し、当該検知したエラー情報を前記保守装置に送信させる第１の制御工程と、を含み、
前記保守装置において、
前記保守対象装置のエラー情報を受信する工程と、
前記受信したエラー情報に基づいて、前記第２の記憶手段に記憶されているエラー情報を更新し、当該更新したエラー情報を検知し、当該検知したエラー情報を前記送受信装置に通知して、所定の宛先へ送信させる第２の制御工程と、
を含むことを特徴とする情報管理方法。
【請求項３】
コンピュータを、
保守対象装置のエラー情報を記憶する記憶手段、
保守対象装置のエラー情報を受信する通信手段、
前記受信したエラー情報に基づいて、前記記憶手段に記憶されているエラー情報を更新し、当該更新したエラー情報を検知し、当該検知したエラー情報を前記送受信装置に通知して、所定の宛先へ送信させる制御手段と、
として機能させるための情報管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報管理システム、情報管理方法及び情報管理プログラムに関する。
【背景技術】
【０００２】
石油・石油化学、化学、鉄鋼などのプロセスプラントでは、ＲＭＳ（Ｒemote Maintenance Support System）を用いた設備管理が行われている。ここで、ＲＭＳ（以下、リモートサービスシステム）とは、通信技術を用いて、緊急保守、監視サービス等を行うサービスのことをいう。例えば、プロセスプラントで故障が発生した場合、故障情報をサポートセンターでリモート収集する。これにより、故障情報の解析や現場への的確なサポートができる。
【０００３】
図６は、リモートサービスシステム４０の一例を示した構成図である。
リモートサービスシステム４０は、保守用ネットワーク４１と、保守対象ネットワーク４２と、保守対象ネットワーク４３と、通信ネットワークＮと、を備えて構成される。
【０００４】
保守用ネットワーク４１は、各プラントの緊急保守、監視サービス等を行うサービスセンター内のネットワークである。保守用ネットワーク４１は、通信機器４８と、ＳＭＴＰ（Simple Mail Transfer Protocol）サーバ４９と、図示しない保守用端末と、を備えて構成される。通信機器４８は、保守用ネットワーク４１上を流れるデータを他のネットワークに中継する。通信機器４８は、例えば、モデムやルータ等で構成され、ＩｎｔｅｒｎｅｔＶＰＮやダイアルアップ接続により、機器間のデータ通信を行う。ＳＭＴＰサーバ４９は、インターネットやイントラネットで電子メールを送信する。
【０００５】
保守対象ネットワーク４２，４３は、緊急保守や監視の対象となるプラント工場内のネットワークである。保守対象ネットワーク４２，４３は、アプリケーションサーバ４４，４５と、通信機器４６，４７と、図示しないプラントの稼動状態及び環境データを診断するユニット等（以下、プラント診断ユニット）と、を備えて構成される。
【０００６】
アプリケーションサーバ４４，４５は、ＰＣ（Personal Computer）により構成される。アプリケーションサーバ４４，４５は、図示しないプラント診断ユニットとＥｔｈｅｎｅｔで接続されている。アプリケーションサーバは、プラント診断ユニットから定期的にプラントの稼動状態に関するデータ等を取得する。通信機器４６，４７は、それぞれ保守対象ネットワーク４２，４３上を流れるデータを他のネットワークに中継する。通信機器４６，４７は、例えば、モデムやルータ等で構成され、ＩｎｔｅｒｎｅｔＶＰＮやダイアルアップ接続により、機器間のデータ通信を行う。
【０００７】
次に、図６のリモートサービスシステム４０のアプリケーションサーバ４４でアプリケーションエラーが発生した場合における、データのアクセスの流れを説明する。ここで、アプリケーションエラーとは、例えば、プラントにおける測定データが正常な値を示していない場合のエラー、監視すべきＰＣのメモリやＨＤＤ（Hard Disk Drive）の空き容量がない場合のエラー、ＰＣの電源が切られた場合のエラー、ＰＣ内のアプリケーションのバグが出た場合のエラー、等のことをいう。
【０００８】
先ず、アプリケーションサーバ４４でアプリケーションエラーが発生する。すると、当該アプリケーションエラーに関する情報（以下、エラー情報）がアプリケーションサーバ４４のエラー情報出力ディレクトリに出力される。当該エラー情報は、ＳＭＴＰサーバ４９に通知される。そして、ＳＭＴＰサーバ４９からサービスセンターのシステム管理者や開発者等のＰＣ等にエラー情報がメール送信される。サービスセンターのシステム管理者や開発者は、ＰＣ等を介して、エラー情報を含むメールを受信してエラー情報を知ることができる。これにより、サポートセンターでエラー情報に関する解析や最適な処置が可能となる。
【０００９】
上述のように、リモートサポートシステム４０は、保守用ネットワーク４１のホスト装置でアプリケーションサーバ４４，４５（端末装置）の情報を集中管理している。例えば、端末装置からホスト装置へ送信済みの情報は再送信しないことにより、効率の良い情報処理を行うことができる技術が知られている（例えば、特許文献１参照）。
【特許文献１】特開平９−６７２８号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかし、図６に示すリモートサポートシステム４０は、アプリケーションサーバ４４，４５からＳＭＴＰサーバ４９へエラー情報を通知する構成である。即ち、アプリケーションサーバ４４、４５上のアプリケーションにＳＭＴＰサーバ４９へ通知を行うことのできる機能を実装していた。このため、アプリケーションサーバ４４，４５の処理の負担が大きかった。また、エラー情報の通知内容の変更や通知先であるＳＭＴＰサーバ４９の変更などがあると、アプリケーションを更新する実装作業を行う必要があった。
【００１１】
さらに、保守用ネットワーク４１と保守対象ネットワーク４２及び保守対象ネットワーク４３との通信に、ＩｎｔｅｒｎｅｔＶＰＮやダイアルアップ等の常時接続が保証されていない回線を利用する場合がある。この場合、回線が切断された場合の対処についての機能をアプリケーションサーバ４４，４５のアプリケーションに実装する。このため、アプリケーションサーバ４４，４５の処理の負担が大きかった。また、アプリケーションサーバ４４，４５のアプリケーションに通信の保障された回線を利用する場合、回線のコストが非常に高価なものとなっていた。
【００１２】
このように、アプリケーションサーバ４４，４５のアプリケーションは、本来の機能であるエラー情報の出力以外にもエラー情報の通知及び回線断の場合の対処機能等を実装していた。このため、アプリケーションサーバ４４，４５のエラー情報の出力及び通知機能を分担する要請があった。
【００１３】
したがって、本発明の課題は、エラー情報の出力及び通知機能を分担することのできる情報管理システムを実現することである。
【課題を解決するための手段】
【００１４】
上記課題を解決するために、請求項１に記載の発明の情報管理システムは、
保守の対象である少なくとも１つの保守対象装置と、
前記保守対象装置の保守を行う保守装置と、
情報の送受信を行う送受信装置と、を備え、
前記保守対象装置は、
自装置のエラー情報を記憶する第１の記憶手段と、
前記保守装置と通信接続する第１の通信手段と、
前記第１の記憶手段に記憶されたエラー情報の更新を検知し、当該検知したエラー情報を前記第１の通信手段を介して前記保守装置に送信させる第１の制御手段と、を備え、
前記保守装置は、
前記保守対象装置のエラー情報を記憶する第２の記憶手段と、
前記保守対象装置のエラー情報を受信する第２の通信手段と、
前記受信したエラー情報に基づいて、前記第２の記憶手段に記憶されているエラー情報を更新し、当該更新したエラー情報を検知し、当該検知したエラー情報を前記送受信装置に通知して、所定の宛先へ送信させる第２の制御手段と、
を備えることを特徴とする。
【００１５】
請求項２に記載の発明の情報管理方法は、
自装置のエラー情報を記憶する第１の記憶手段を備える保守対象装置と、前記保守対象装置のエラー情報を記憶する第２の記憶手段を備える保守装置と、情報の送受信を行う送受信装置と、を備える情報管理システムの情報管理方法において、
前記保守対象装置において、
前記第１の記憶手段に記憶されたエラー情報の更新を検知し、当該検知したエラー情報を前記保守装置に送信させる第１の制御工程と、を含み、
前記保守装置において、
前記保守対象装置のエラー情報を受信する工程と、
前記受信したエラー情報に基づいて、前記第２の記憶手段に記憶されているエラー情報を更新し、当該更新したエラー情報を検知し、当該検知したエラー情報を前記送受信装置に通知して、所定の宛先へ送信させる第２の制御手段と、
を含むことを特徴とする。
【００１６】
請求項３に記載の発明の情報管理プログラムは、
コンピュータを、
保守対象装置のエラー情報を記憶する記憶手段、
保守対象装置のエラー情報を受信する通信手段、
前記受信したエラー情報に基づいて、前記記憶手段に記憶されているエラー情報を更新し、当該更新したエラー情報を検知し、当該検知したエラー情報を前記送受信装置に通知して、所定の宛先へ送信させる制御手段、
として機能させることを特徴とする。
【発明の効果】
【００１７】
請求項１，２，３に記載の発明によれば、保守対象装置は、エラー情報を出力するだけでよく、送受信装置に通知する必要がない。したがって、エラー情報の出力及び通知機能を分担することができる。また、エラー情報の通知方法や通知先の変更を行う場合、保守対象装置の機能を修正するのみで対応を行うことができる。また、短い時間の回線断が発生した場合でも、エラー情報の通知を行うことができる。
【発明を実施するための最良の形態】
【００１８】
以下、添付図面を参照して本発明に係る実施の形態を詳細に説明する。ただし、発明の範囲は、図示例に限定されない。
【００１９】
図１〜図５を参照して本発明に係る実施の形態を説明する。図１に本実施の形態の情報管理システムとしてのリモートサービスシステム１００の構成概略図を示す。図２に保守装置としての監視・同期サーバ１３の内部構成を示す。図３に保守対象装置としてのアプリケーションサーバ１５，１６の内部構成を示す。図４及び図５にエラーログファイルの同期の動作の流れを示す。まず、図１を参照して本実施の形態のリモートサービスシステム１００の装置構成を説明する。リモートサービスシステム１００は、複数の保守対象装置に対して情報の管理を行うシステムである。リモートサービスシステム１００は、保守用ネットワーク１０と保守対象ネットワーク１１，１２と、通信ネットワークＮと、を備えて構成される。
【００２０】
保守用ネットワーク１０は、緊急保守、監視サービス等を行うサービスセンター内のネットワークである。保守用ネットワーク１０は、監視・同期サーバ１３と、送受信装置としてのＳＭＴＰサーバ１４と、を備えて構成される。
【００２１】
監視・同期サーバ１３は、ＰＣにより構成され、エラー情報の監視及びエラーログファイルの同期を取る。ここで、エラー情報とは、アプリケーションエラーに関する情報のことをいう。アプリケーションエラーとは、例えば、プラントにおける測定データが正常な値を示していない場合のエラー、ＰＣのメモリやＨＤＤ（Hard Disk Drive）の空き容量がない場合のエラー、ＰＣの電源が切られた場合のエラー、ＰＣ内のアプリケーションのバグが出た場合のエラー、等のことをいう。エラーログとは、エラー情報の記録を取ることをいう。エラーログには、アプリケーションエラーが発生した日時や、アプリケーションエラーの内容等が記録される。エラーログファイルの同期とは、エラーログをファイル形式で保存し、当該ファイルの同期を取ることをいう。ファイルの同期とは、同じデータを複数の場所に保存している場合、一ヶ所でファイルのデータが更新されると、他で保存されているファイルのデータにも変更が自動的に反映され、常に同一性が保持される機能のことをいう。
【００２２】
ここで、図２を参照して、監視・同期サーバ１３の内部構成を説明する。監視・同期サーバ１３は、第２の制御手段としての制御手段２１と、第２の記憶手段としての記憶手段２２と、Ｉ／Ｆ（インターフェース）２３と、入力手段２４と、表示手段２５と、第２の通信手段としての通信手段２６と、を備えて構成される。
【００２３】
制御手段２１は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Read Access Memory）等により構成され、監視・同期サーバ１３の各部を中央制御する。制御手段２１は、記憶手段２２に記憶されているシステムプログラム及び各種アプリケーションプログラムの中から指定されたプログラムをＲＡＭに展開し、ＲＡＭに展開されたプログラムとＣＰＵとの協働で、各種処理を実行する。
【００２４】
制御手段２１は、後述するエラーログファイルの同期プログラムとの協働により、エラーログファイルをアプリケーションサーバ１５，１６から受信する。そして、受信したエラーログファイルに基づいて、記憶手段２２に記憶されているエラーログファイルを更新し、当該更新されたエラーログファイルを検知する。そして、検知されたエラーログファイルをＳＭＴＰサーバ１４に通知し、所定の宛先に送信させる。制御手段２１は、図１の監視・同期機能２０に該当する。
【００２５】
記憶手段２２は、ＨＤＤ（Hard Disk Drive）等により構成され、各種プログラム及び各種データを記憶する。特に記憶手段２２は、エラーログファイル及びエラーログファイルの同期プログラムが記憶される。エラーログファイルは、エラーログが発生したアプリケーションサーバと対応付けられて記憶される。例えば、図１に示すように、保守対象ネットワーク１１で発生したエラーログは、「保守対象ネットワーク１１」のフォルダに記憶される。
【００２６】
Ｉ／Ｆ２３は、ケーブル等を介して図示しない保守端末等と通信接続する。
入力手段２４は、カーソルキー、数字入力キー及び各種機能キーなどを備えたキーボードを含む構成とし、操作者よりキーボードで押下された押下信号をＣＰＵに出力する。また、入力手段２４は、マウスなどのポインティングデバイスを含む構成としても良い。
【００２７】
表示手段２５は、ＬＣＤ（Liquid Crystal Display）、ＥＬＤ（ElectroLuminescent Display）等を備え、制御手段２１から入力される表示情報に基づいて画面表示を行う。
【００２８】
通信手段２６は、ネットワークカード等より構成され、通信機器１７と通信接続される。
【００２９】
ＳＭＴＰサーバ１４は、図示しないインターネットやイントラネットに接続され、この通信ネットワーク上の宛先・送信先との間で電子メールを送受信する。
【００３０】
通信機器１９は、モデム、ＶＰＮルータ等により構成される。通信機器１９は、接続される通信ネットワークＮ上の保守対象ネットワーク１１、１２と情報を送受信する。
【００３１】
保守対象ネットワーク１１，１２は、緊急保守や監視の対象となるプラント工場内のネットワークである。保守対象ネットワーク１１，１２は、アプリケーションサーバ１５，１６と、通信機器１７，１８と、図示しないプラントの稼動状態及び環境データを診断するユニット等（以下プラント診断ユニット）と、を備えて構成される。例えば、リモートサービスシステム１００における保守対象がＡ社、Ｂ社である場合、保守対象ネットワーク１１はＡ社のネットワーク、保守対象ネットワーク１２はＢ社のネットワークを示す。
【００３２】
アプリケーションサーバ１５，１６は、ＰＣより構成される。ＨＭＩ１５，１６は、図示しないプラント診断ユニットとＥｔｈｅｎｅｔで接続されている。ＨＭＩ１５，１６は、プラント診断ユニットから定期的にプラントの稼動状態に関するデータ及び環境データ等を取得する。
【００３３】
ここで、図３を参照して、アプリケーションサーバ１５，１６の内部構成を説明する。ここで、アプリケーションサーバ１５とアプリケーションサーバ１６の内部構造は同じものとする。アプリケーションサーバ１５は、第１の制御手段としての制御手段３１と、第１の記憶手段としての記憶手段３２と、Ｉ／Ｆ３３と、入力手段３４と、表示手段３５と、第１の通信手段としての通信手段３６と、を備えて構成される。制御手段３１、記憶手段３２、Ｉ／Ｆ３３、入力手段３４、表示手段３５、通信手段３６はそれぞれ制御手段２１、記憶手段２２、Ｉ／Ｆ２３、入力手段２４、表示手段２５、通信手段２６と同様であり、異なる部分を主として説明する。
【００３４】
制御手段３１は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Read Access Memory）等により構成され、アプリケーションサーバ１５の各部を中央制御する。制御手段３１は、記憶手段３２に記憶されているシステムプログラム及び各種アプリケーションプログラムの中から指定されたプログラムをＲＡＭに展開し、ＲＡＭに展開されたプログラムとＣＰＵとの協働で、各種処理を実行する。  
【００３５】
制御手段３１は、後述するエラーログファイルの同期処理との協働により、エラーログを記憶手段３２にエラーログファイルとして出力する。そして、出力されたエラーログファイルを検知し、当該検知したエラーログファイルを、監視・同期サーバ１３に送信する。  
【００３６】
記憶手段３２は、ＨＤＤ等により構成され、エラーログファイル及びエラーログファイルの同期プログラムを記憶する。
【００３７】
通信ネットワークＮは、電話回線網、ＩＳＤＮ回線網、専用線、移動体通信網、通信衛星回線、ＣＡＴＶ回線網等の各種通信回線と、それらを接続するインターネットサービスプロバイダ基地局等を含む。また、通信ネットワークＮは、情報管理の信頼性の観点から、特定のユーザのみアクセス可能なセキュリティを確保している通信ネットワークとする。
【００３８】
次に、図４及び図５を参照してリモートサービスシステム１００のエラーログファイルの同期処理を説明する。エラーログファイルの同期は、アプリケーションサーバ１５，１６でエラーログファイルの更新があったときに行われる。以下に、アプリケーションサーバ１５と監視・同期サーバ１３とで行われるエラーログファイルの同期処理を説明する。
【００３９】
先ず、アプリケーションサーバ１５で実行されるエラーログファイルの同期処理を説明する。例えば、アプリケーションサーバ１５でアプリケーションエラーが発生し、エラーログファイルの出力があったこと等をトリガとして、制御手段３１において記憶手段３２から読み出されて適宜ＲＡＭに展開されたエラーログファイルの同期プログラムと、ＣＰＵとの協働によりエラーログファイルの同期処理が実行される。
【００４０】
先ず、アプリケーションサーバ１５の記憶手段３２の仮想ディレクトリにエラーログファイルが出力される（ステップＳ１０）。ここで、仮想ディレクトリとは、ＵＲＬ（Uniform Resource Locator）で指定されるディレクトリのことをいう。アプリケーションサーバ１５に格納されている情報のことをいう。そして、アプリケーションサーバ１５によりエラーログファイルが更新されたことが検知される（ステップＳ１１）。
【００４１】
次いで、アプリケーションサーバ１５から監視・同期サーバ１３にエラーログファイルが更新されたことが通知され同期要求が行われる（ステップＳ１２）。ここで、同期要求とは、監視・同期サーバ１３に対して、エラーログファイルの同期が可能であるか否かの通知を行うことをいう。
【００４２】
そして、監視・同期サーバ１３から、同期要求に対して返信があったか否かの判別が行われる（ステップＳ１３）。監視・同期サーバ１３から同期要求に対しての返信があった場合（ステップＳ１３；ＹＥＳ）、エラーログファイルが監視・同期サーバ１３に送信される（ステップＳ１４）。  
【００４３】
ステップＳ１３において、監視・同期サーバ１３から同期要求に対しての返信がなかった場合（ステップＳ１３；ＮＯ）、動通確認できたか否かが判別される（ステップＳ１６）。ここで、動通確認とは、アプリケーションサーバ１５から監視・同期サーバ１３に対して同期要求を送信できることを確認するための動作のことをいう。動通確認は、動通確認用の信号が監視・同期サーバ１３に送信され、その返信があるか否かを確認することにより行われる。また、動通確認は、同期要求よりもさらに少ない通信量でおこなわれる。動通確認ができない場合（ステップＳ１６；ＮＯ）、動通確認を行う間隔が伸ばされる（ステップＳ１７）。例えば、最初の動通確認は、１分間隔で行っていた場合、３分間隔、１０分間隔というように、時間間隔が変更される。時間間隔の変更は、例えば、動通確認を所定回数行っても動通確認ができない場合に変更される。例えば、１分間隔で１０回動通確認を行ったが、動通確認できなかった場合、３分間隔に移行される。そして、動通確認を行うタイミングであるか否かの判別が行われる（ステップＳ１８）。動通確認のタイミングである場合（ステップＳ１８；ＹＥＳ）、ステップＳ１６へ移行される。動通確認のタイミングでない場合（ステップＳ１８；ＮＯ）、ステップＳ１８へ移行される。ステップＳ１６において、動通確認できる場合（ステップＳ１６；ＹＥＳ）、ステップＳ１２へ移行される。
【００４４】
ステップＳ１４の実行後、監視・同期サーバ１３から送信されたエラーログファイルの同期完了通知が受信される（ステップＳ１５）。ステップＳ１５の実行後、エラーログファイルの同期処理は終了する。
【００４５】
次いで、監視・同期サーバ１３で実行されるエラーログファイルの同期処理を説明する。例えば、アプリケーションサーバ１５からエラーログファイルの同期要求があったこと等をトリガとして、記憶手段２２から読み出されて適宜ＲＡＭに展開されたエラーログファイルの同期プログラムと、ＣＰＵとの協働によりエラーログファイルの同期処理が実行される。
【００４６】
先ず、アプリケーションサーバ１５から、エラーログファイルの同期要求を受信する。そ  して、当該同期要求に対する返信がアプリケーションサーバ１５に送信される（ステップＳ２１）。そして、アプリケーションサーバ１５から送信されたエラーログファイルがダウンロードされる（ステップＳ２２）。ダウンロードされたエラーログファイルは記憶手段２２に記憶される（ステップＳ２３）。そして、エラーログファイルの同期が完了したことがアプリケーションサーバ１５に通知される（ステップＳ２４）。
【００４７】
次いで、更新されたエラーログファイルが検知される（ステップＳ２５）。そして、当該更新されたエラーログファイルがＳＭＴＰサーバ１４に通知される（ステップＳ２６）。このとき、メールを送信する宛先、メールの通知方法等もＳＴＭＰサーバに通知される。そして、ＳＭＴＰサーバ１４により、更新されたエラーログファイルを含むメールが、システム管理者等宛に送信される。ステップＳ２６の実行後、エラーログファイルの同期処理は終了する。  
【００４８】
以上、本実施の形態によれば、アプリケーションサーバ１５は、エラー情報を出力するだけでよく、ＳＭＴＰサーバ１４に通知する必要がない。したがって、エラー情報の出力及び通知機能を分担することができる。また、エラー情報の通知方法や通知先の変更を行う場合、監視・同期サーバ１３の機能を修正するのみで対応を行うことができる。また、短い時間の回線断が発生した場合でも、エラー情報の通知を行うことができる。
【００４９】
その他、本実施の形態におけるリモートサービスシステム１００の細部構造及び詳細動作に関しても、本発明の趣旨を逸脱しない範囲で適宜変更可能である。
【図面の簡単な説明】
【００５０】
【図１】本発明の実施の形態におけるリモートサービスシステム１００のブロック図である。
【図２】監視・同期サーバ１３の内部構成を示した図である。
【図３】アプリケーションサーバ１５の内部構成を示した図である。
【図４】エラーログファイルの同期処理の流れを示したフローである。
【図５】エラーログファイルの同期処理の流れを示したフローである。
【図６】従来例のリモートサービスシステム４０のブロック図である。
【符号の説明】
【００５１】
１０   保守用ネットワーク
１１，１２    保守対象ネットワーク
１３   監視・同期サーバ
１４   ＳＭＴＰサーバ
１５，１６    アプリケーションサーバ
１７，１８，１９     通信機器
２０   監視・同期機能
２１   制御手段
２２   記憶手段
２３   Ｉ／Ｆ
２４   入力手段
２５   表示手段
２６   通信手段
３１   制御手段
３２   記憶手段
３３   Ｉ／Ｆ
３４   入力手段
３５   表示手段
３６   通信手段
４０   リモートサービスシステム
４１   保守用ネットワーク
４２，４３    保守対象ネットワーク
４４，４５    アプリケーションサーバ
４６，４７，４８  通信機器
４９   ＳＭＴＰサーバ
１００ リモートサービスシステム
Ｎ      通信ネットワーク
【図１】
2007299270.tif 000003
【図２】
2007299270.tif 000004
【図３】
2007299270.tif 000005
【図４】
2007299270.tif 000006
【図５】
2007299270.tif 000007
【図６】
2007299270.tif 000008