JP4299572B2 - 障害通報方式および障害通報方法 - Google Patents
障害通報方式および障害通報方法 Download PDFInfo
- Publication number
- JP4299572B2 JP4299572B2 JP2003114853A JP2003114853A JP4299572B2 JP 4299572 B2 JP4299572 B2 JP 4299572B2 JP 2003114853 A JP2003114853 A JP 2003114853A JP 2003114853 A JP2003114853 A JP 2003114853A JP 4299572 B2 JP4299572 B2 JP 4299572B2
- Authority
- JP
- Japan
- Prior art keywords
- state
- data
- storage device
- state storage
- storage area
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Debugging And Monitoring (AREA)
- Computer And Data Communications (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、専用のネットワーク（ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等）に接続された監視対象システム（コンピュータ／コンピュータシステム）の監視が行われるネットワークシステムにおいて監視対象システムにおける障害（異常）を管理者に通報するための障害通報方式および障害通報方法に関する。
【０００２】
【従来の技術】
従来、この種の障害通報方式（障害通報方法を含む）では、監視者が、監視端末（監視対象システムを専用のネットワークを介して監視する端末）を常に監視（表示画面の参照等）しており、監視対象システムの異常が監視端末の表示装置に表示された際に、メール送信端末を使用して管理者宛に障害を通報するためのメール送信を行っていた。すなわち、監視者の手動による操作によって、異常の発生を示す情報を有する電子メールの送信が、実現されていた。そして、このメール送信により、管理者（当該電子メールの受信者）は、異常（障害）の発生やその異常の内容を検知していた。
【０００３】
また、従来の技術においても、電子メールによる自動的な障害の通報を実現するシステムが存在した（例えば、「被監視装置および監視装置自身の障害を遠隔管理者に通知する監視システム」が特許文献１に記載されている）。
【０００４】
しかしながら、このような従来の技術は、後述の本願発明の技術内容とは異なり、監視対象システムを接続する専用のネットワークとインターネットとが分離されてはいなかった（両ネットワークに接続される装置等によって両ネットワークが接続されていた）。
【０００５】
なお、本発明に関連する従来技術に係る文献としては、上記の特許文献１の他に、下記の特許文献２がある。以下に、この文献に記載された発明（技術）と本願発明との差異について言及しておく。
【０００６】
特許文献２に記載された発明（共有記憶保護方式）は、共有記憶装置における共有記憶保護の具体的実現手段を提示する技術である。ここで、後述のように、本願発明においても、状態記憶装置内の格納域に関して共有記憶保護の考え方が適用されている。しかしながら、本願発明は、一般的な共有記憶保護の考え方が存在することを前提とした上で、そのような共有記憶保護の考え方を障害通報方式の実現システムに適用した技術に関するものであり、上記の特許文献２記載の発明とは別異のものといえる。
【０００７】
付言すると、先述の特許文献１には監視装置の障害検出の方式／方法については記述されておらず、その点でも、そうした内容が記述されている本願発明と特許文献１記載の発明とは異なっている。
【０００８】
【特許文献１】
特開２００２−１６９７０６号公報（第２頁、図１）
【特許文献２】
特開昭５６−１４３０６３号公報（第１−３頁、第４図、第５図）
【０００９】
【発明が解決しようとする課題】
上述した従来の障害通報方式（障害通報方法を含む）では、上記のように、監視者が監視端末を常に監視することや、異常が発生した場合に手動でメール送信を行うことが、必要であったので、メール受信者（管理者）が障害（異常）の発生を検知するのに遅延が発生するという問題点があった。
【００１０】
また、常に監視者が監視端末の前で監視を行う必要があったので、障害通報を実現する上での手間や工数（監視者の労力）が大きくなるという問題点があった。
【００１１】
さらに、従来の技術によって電子メールによる自動通報を実現した場合には、監視対象システムのネットワークとインターネットとが接続されることとなっていたので、セキュリティ上の性能の低下が生じるという問題点があった。
【００１２】
本発明の目的は、上述の点に鑑み、異常の検知（管理者への障害の通報）を短時間で実現することができ（リアルタイムに実現することができ）、監視者の負担の軽減を可能とし、監視対象システムが接続されるネットワークをインターネットから独立させることによってセキュリティ上の性能を向上させることができる障害通報方式（状態記憶装置を使用した障害通報方式）および障害通報方法を提供することにある。
【００１７】
【課題を解決するための手段】
本発明の障害通報方法は、専用のネットワークに接続された監視対象システムの遠隔監視が行われるネットワークシステムにおいて、監視端末が各監視対象システムに対して定期的に状態提供依頼要求を発行する第１のステップと、前記第１のステップにおける監視端末による状態提供依頼要求に応じて監視対象システムから転送されてくる状態データを監視端末が受け取る第２のステップと、前記第２のステップで受け取った状態データを監視端末が状態記憶装置内の状態格納域中の当該監視対象システム（前記第２のステップで状態提供依頼要求に応じた監視対象システム）に対する領域に格納する第３のステップと、前記第３のステップにおける今回の状態データの格納による状態格納域の更新時刻を示す更新時刻データを監視端末が状態記憶装置内の更新時刻格納域中の当該監視対象システムに対する領域に格納する第４のステップと、メール送信端末が定期的に状態記憶装置内の更新不可アクセス機構を介して状態記憶装置内の格納域（少なくとも状態格納域および更新時刻格納域を含む格納域）に格納されているデータを参照する第５のステップと、メール送信端末が前記第５のステップで参照した結果に基づき状態記憶装置内の状態格納域の内容が異常状態を示している（異常を示す状態データが存在する）か否かを判定する第６のステップと、前記第６のステップで「状態格納域の内容が異常状態を示している（異常を示す状態データが存在する）」と判定した場合にその旨を示す電子メール（どの監視対象システムにどのような異常が生じているかということ等を示す障害通報メール）をメール送信端末がインターネットを通じて管理者（管理者端末）宛に送信する第７のステップと、メール送信端末が前記第５のステップで参照した結果に基づき状態記憶装置内の更新時刻格納域の内容が異常を示している（正常に更新されていない更新時刻データが存在する）か否かを判定する第８のステップと、前記第８のステップで「更新時刻格納域の内容が異常を示している（正常に更新されていない更新時刻データが存在する）」と判定した場合にその旨を示す電子メール（どの監視対象システムに対する更新時刻データが正常に更新されていないかということ等を示す障害通報メール）をメール送信端末がインターネットを通じて管理者宛に送信する第９のステップとを有する。
【００１９】
なお、本発明は、監視対象システム群が接続されているネットワークに接続された監視端末と状態記憶装置とメール送信端末とを含むコンピュータシステムを、各監視対象システムに対する状態データおよび更新時刻データを格納しており、前記監視端末からのアクセスについては更新および参照が可能となるように設定されており、前記メール送信端末からのアクセスについては参照は可能となるように設定されているが更新は不可となるように設定されている前記状態記憶装置が存在することを前提として、各監視対象システムに状態提供依頼要求を行い、当該状態提供依頼要求に応じて各監視対象システムから送られてくる状態データと、その状態データによる前記状態記憶装置の格納内容の更新時刻を示す情報である更新時刻データとを、前記状態記憶装置に格納する前記監視端末内の状態データ・更新時刻データ格納機能，および前記状態記憶装置を定期的に監視し、異常を示す状態データが存在する場合や正常に更新されていない更新時刻データが存在する場合に、インターネットを経由して管理者に障害通報メールを送信する前記メール送信端末内の状態データ・更新時刻データ考慮障害通報機能として動作させるためのプログラムの態様で実現することも可能である。
【００２１】
【発明の実施の形態】
次に、本発明について図面を参照して詳細に説明する。
【００２２】
（１） 第１の実施の形態
【００２３】
図１は、本発明の第１の実施の形態に係る障害通報方式の構成を示すブロック図である。
【００２４】
図１を参照すると、本実施の形態に係る障害通報方式は、ネットワーク１００（インターネット１１０とは独立したＬＡＮ等の専用のネットワーク）と、１以上の監視対象システム１０１と、状態データ・更新時刻データ格納機能を実現する監視端末１０２と、状態記憶装置１０３と、状態データ・更新時刻データ考慮障害通報機能を実現するメール送信端末１０４と、管理者により使用される管理者端末１０５と、インターネット１１０とを含んで構成されている。
【００２５】
各監視対象システム１０１は、ネットワーク１００を介して接続された監視端末１０２により監視されるコンピュータ／コンピュータシステムであり、監視端末１０２からの要求（状態提供依頼要求）に応じて監視端末１０２に状態データを提供する。
【００２６】
監視端末１０２は、各監視対象システム１０１に状態提供依頼要求を行い、各監視対象システム１０１の状態を把握する。把握したデータ（各監視対象システム１０２の状態の監視内容を示す情報である状態データ）は、その状態データによる状態格納域３０１（後述の図３参照）の内容の更新時刻を示す情報（更新時刻データ）と共に、状態記憶装置１０３に格納（蓄積）される。
【００２７】
状態記憶装置１０３は、監視端末１０２から送られてくる状態データ等の監視結果を格納（保持）している。ここで、状態記憶装置１０３は、監視端末１０２からのアクセスについて、更新および参照が可能となるように設定されている。また、状態記憶装置１０３は、メール送信端末１０４からのアクセスについて、参照は可能となるように設定されているが、更新（書き込み）は不可となるように（接続できないように）設定されている。
【００２８】
メール送信端末１０４は、状態記憶装置１０３を定期的に監視し（あらかじめメール送信端末１０４に設定されている参照間隔毎に状態記憶装置１０３にアクセスし）、異常を示す状態データが状態格納域３０１（図３参照）に存在する場合または状態データが更新されていない状態に陥っていることを示す更新時刻データが更新時刻格納域３０２（図３参照）に存在する場合に、インターネット１１０を経由して、管理者（管理者端末１０５）に障害通報メール（障害の通報を行うための電子メール）を送信（通知）する。
【００２９】
図２は、図１中の監視対象システム１０１の構成を示すブロック図である。
【００３０】
図２を参照すると、監視対象システム１０１は、業務処理機構２０１と、業務処理監視機構２０２とを含んで構成されている。業務処理監視機構２０２は、業務処理機構２０１の状態を監視し、ネットワーク１００を介して接続された監視端末１０２からの状態提供依頼要求により当該監視内容を示す情報（状態データ）を監視端末１０２に提供する。
【００３１】
図３は、図１中の状態記憶装置１０３の構成を示すブロック図である。
【００３２】
図３を参照すると、状態記憶装置１０３は、状態格納域３０１，更新時刻格納域３０２，および更新間隔格納域３０３を備える格納域３００（状態記憶領域）と、更新可能アクセス機構３０４と、更新不可アクセス機構３０５とを含んで構成されている。
【００３３】
格納域３００内の状態格納域３０１は、各監視対象システム１０１に対する状態データ（各監視対象システム１０１の状態を示す情報。異常であるか正常であるかということや、異常である場合における異常内容（不具合）および異常の発生時刻を示すログ情報等）を格納する。
【００３４】
格納域３００内の更新時刻格納域３０２は、各監視対象システム１０１に対する更新時刻データ（当該各監視対象システム１０１に対する状態格納域３０１内の状態データが最近に更新された時刻を示す情報）を格納する。
【００３５】
格納域３００内の更新間隔格納域３０３は、あらかじめ設定された各監視対象システム１０１に対する更新間隔データ（当該各監視対象システム１０１に対して状態提供依頼要求を発行する時間間隔を示す情報）を格納する。ここで、全ての監視対象システム１０１に対して共通の更新間隔データを設定することも、各監視対象システム１０２毎に異なる更新間隔の値の更新間隔データを設定することも、ともに可能である。
【００３６】
更新可能アクセス機構３０４は、監視端末１０２と接続され、監視端末１０２からの格納域３００の更新要求および参照要求を受け付ける（当該更新要求および当該参照要求に基づいて格納域３００を更新・参照するための機能を有する）。
【００３７】
更新不可アクセス機構３０５は、メール送信端末１０４と接続され、メール送信端末１０４からの格納域３００の参照要求のみを受け付けて更新要求を拒絶する（当該参照要求に基づいて格納域３００を参照するための機能を有し、格納域３００を更新するための機能を有さない）。このような更新不可アクセス機構３０５の存在によって、監視端末１０２が接続されているネットワーク１００とメール送信端末１０４が接続されているインターネット１１０との分離（相互の独立）が確保されている。
【００３８】
図４は、本実施の形態に係る障害通報方式における監視結果格納処理を示す流れ図である。この処理は、更新時刻到達判定ステップＡ１と、状態提供依頼要求発行ステップＡ２と、状態データ受け取りステップＡ３と、状態データ格納ステップＡ４と、更新時刻データ格納ステップＡ５とからなる。
【００３９】
図５は、本実施の形態に係る障害通報方式における障害通報処理を示す流れ図である。この処理は、参照時刻到達判定ステップＢ１と、状態記憶装置内格納域参照ステップＢ２と、異常状態データ有無判定ステップＢ３と、障害通報メール送信ステップＢ４と、異常更新時刻データ有無判定ステップＢ５と、障害通報メール送信ステップＢ６とからなる。
【００４０】
次に、図１〜図５を参照して、上記のように構成された本実施の形態に係る障害通報方式の全体の動作について詳細に説明する。
【００４１】
第１に、監視結果格納処理時の動作について説明する（図４参照）。
【００４２】
各監視対象システム１０１内の業務処理監視機構２０２は、常に、業務処理機構２０１を監視・管理している。
【００４３】
監視端末１０２は、このような各監視対象システム１０１に対して、定期的に、状態提供依頼要求を発行する。すなわち、各監視対象システム１０１に対してあらかじめ設定されている更新間隔データ（状態記憶装置１０３内の更新間隔格納域３０３中の更新間隔データ）に基づいて、当該各監視対象システム１０１に対する更新時刻に達しているか否かを判定し（ステップＡ１）、「ある監視対象システム１０１に対する更新時刻に到達している」と判定した場合にはその監視対象システム１０１に対して状態提供依頼要求を発行する（ステップＡ２）。
【００４４】
当該監視対象システム１０１内の業務処理監視機構２０２は、監視端末１０２からの状態提供依頼要求に応じて、当該監視対象システム１０１内の業務処理機構２０１における状態の監視内容を示す情報である状態データを監視端末１０２に転送する。
【００４５】
監視端末１０２は、当該監視対象システム１０１から送られてきた状態データを受け取り（ステップＡ３）、状態記憶装置１０３内の更新可能アクセス機構３０３を介して、状態記憶装置１０３内の状態格納域３０１中の当該監視対象システム１０１に対する領域に当該状態データを格納する（ステップＡ４）。
【００４６】
また、監視端末１０２は、この際に、状態記憶装置１０３内の更新時刻格納域３０２中の当該監視対象システム１０１に対する領域に、ステップＡ４における今回の状態データの格納による状態格納域３０１の更新時刻を示す更新時刻データを格納し（ステップＡ５）、ステップＡ１の判定に制御を戻す。
【００４７】
なお、図４に示す一連の処理を実現する機能（監視端末１０２における機能）が図１中の「状態データ・更新時刻データ格納機能」に該当する。
【００４８】
第２に、障害通報処理時の動作について説明する（図５参照）。
【００４９】
メール送信端末１０４は、定期的に、状態記憶装置１０３内の更新不可アクセス機構３０５を介して、状態記憶装置１０３内の格納域３００に格納されているデータを参照する。すなわち、あらかじめ設定されている参照間隔に基づいて、状態記憶装置１０３の参照時刻に達しているか否かを判定し（ステップＢ１）、「参照時刻に到達している」と判定した場合には、状態記憶装置１０３内の更新不可アクセス機構３０５を介して、状態記憶装置１０３内の格納域３００に格納されているデータを参照する（ステップＢ２）。なお、一般的に、上記の参照間隔は、先に述べた図４中のステップＡ１における判定基準の更新間隔よりも大きな値となる（ただし、そのような値に限定されるものではない）。
【００５０】
メール送信端末１０４は、ステップＢ２で参照した結果に基づき、状態記憶装置１０３内の状態格納域３０１の内容が異常状態を示している（異常を示す状態データが存在する）か否かを判定する（ステップＢ３）。
【００５１】
メール送信端末１０４は、ステップＢ３で「状態格納域３０１の内容が異常状態を示している（異常を示す状態データが存在する）」と判定した場合には、その旨を示す電子メール（どの監視対象システム１０１にどのような異常が生じているかということ等を示す障害通報メール）をインターネット１１０を通じて管理者（管理者端末１０５）宛に送信する（ステップＢ４）。
【００５２】
また、メール送信端末１０４は、ステップＢ３で「状態格納域３０１の内容が異常状態を示していない」と判定した場合またはステップＢ４の処理を終えた場合に、ステップＢ２で参照した結果に基づき、状態記憶装置１０３内の更新時刻格納域３０２の内容が異常を示している（正常に更新されていない更新時刻データが存在する）か否かを判定する（ステップＢ５）。この判定は、更新時刻格納域３０２内の各監視対象システム１０１に対する更新時刻データにより示される最近の更新時刻から現在の時刻までの経過時間と、状態記憶装置１０３内の当該各監視対象システム１０１に対する更新間隔格納域３０３中の更新間隔データにより示される更新間隔とを照らし合わせて判断することによって、実現される。
【００５３】
メール送信端末１０４は、ステップＢ５で「更新時刻格納域３０２の内容が異常を示している（正常に更新されていない更新時刻データが存在する）」と判定した場合には、その旨を示す電子メール（どの監視対象システム１０１に対する更新時刻データが正常に更新されていないかということ等を示す障害通報メール）をインターネット１１０を通じて管理者（管理者端末１０５）宛に送信し（ステップＢ６）、ステップＢ１の判定に制御を戻す。
【００５４】
一方、メール送信端末１０４は、ステップＢ５で「更新時刻格納域３０２の内容が異常を示していない（正常に更新されていない更新時刻データが存在しない）」と判定した場合には、ステップＢ１の判定に制御を戻す。
【００５５】
なお、図５に示す一連の処理を実現する機能（メール送信端末１０４における機能）が図１に示す「状態データ・更新時刻データ考慮障害通報機能」に該当する。
【００５６】
（２） 第２の実施の形態
【００５７】
図６は、本発明の第２の実施の形態に係る障害通報方式の構成を示すブロック図である。
【００５８】
図６を参照すると、本実施の形態に係る障害通報方式は、ネットワーク１００（インターネット１１０とは独立したＬＡＮ等の専用のネットワーク）と、１以上の監視対象システム１０１と、状態データ格納機能を実現する監視端末１０２と、状態記憶装置１０３と、状態データ考慮障害通報機能を実現するメール送信端末１０４と、管理者により使用される管理者端末１０５と、インターネット１１０とを含んで構成されている。
【００５９】
各監視対象システム１０１は、ネットワーク１００を介して接続された監視端末１０２により監視されるコンピュータ／コンピュータシステムであり、監視端末１０２からの要求（状態提供依頼要求）に応じて監視端末１０２に状態データを提供する。
【００６０】
なお、監視対象システム１０１は、第１の実施の形態の場合と同様に、業務処理機構２０１と、業務処理監視機構２０２とを含んで構成されている。業務処理監視機構２０２は、業務処理機構２０１の状態を監視し、ネットワーク１００を介して接続された監視端末１０２からの状態提供依頼要求により当該監視内容を示す情報（状態データ）を監視端末１０２に提供する（図２参照）。
【００６１】
監視端末１０２は、各監視対象システム１０１に状態提供依頼要求を行い、各監視対象システム１０１の状態を把握する。把握したデータ（各監視対象システム１０１の状態の監視内容を示す情報である状態データ）は、状態記憶装置１０３に格納（蓄積）される。
【００６２】
状態記憶装置１０３は、監視端末１０２から送られてくる状態データ（監視結果）を格納（保持）している。ここで、状態記憶装置１０３は、監視端末１０２からのアクセスについて、更新および参照が可能となるように設定されている。また、状態記憶装置１０３は、メール送信端末１０４からのアクセスについて、参照は可能となるように設定されているが、更新（書き込み）は不可となるように（接続できないように）設定されている。
【００６３】
メール送信端末１０４は、状態記憶装置１０３を定期的に監視し（あらかじめメール送信端末１０４に設定されている参照間隔毎に状態記憶装置１０３にアクセスし）、状態格納域３０１（後述の図７参照）に異常を示す状態データが存在する場合に、インターネット１１０を経由して、管理者（管理者端末１０５）に障害通報メール（障害の通報を行うための電子メール）を送信（通知）する。
【００６４】
図７は、図６中の状態記憶装置１０３の構成を示すブロック図である。
【００６５】
図７を参照すると、状態記憶装置１０３は、状態格納域３０１および更新間隔格納域３０３を備える格納域３００（状態記憶領域）と、更新可能アクセス機構３０４と、更新不可アクセス機構３０５とを含んで構成されている。
【００６６】
格納域３００内の状態格納域３０１は、各監視対象システム１０１に対する状態データ（各監視対象システム１０１の状態を示す情報。異常であるか正常であるかということや、異常である場合における異常内容（不具合）および異常の発生時刻を示すログ情報等）を格納する。
【００６７】
格納域３００内の更新間隔格納域３０３は、あらかじめ設定された各監視対象システム１０１に対する更新間隔データ（当該各監視対象システム１０１に対して状態提供依頼要求を発行する時間間隔を示す情報）を格納する。ここで、全ての監視対象システム１０１に対して共通の更新間隔データを設定することも、各監視対象システム１０２毎に異なる更新間隔の値の更新間隔データを設定することも、ともに可能である。
【００６８】
更新可能アクセス機構３０４は、監視端末１０２と接続され、監視端末１０２からの格納域３００の更新要求および参照要求を受け付ける（当該更新要求および当該参照要求に基づいて格納域３００を更新・参照するための機能を有する）。
【００６９】
更新不可アクセス機構３０５は、メール送信端末１０４と接続され、メール送信端末１０４からの格納域３００の参照要求のみを受け付けて更新要求を拒絶する（当該参照要求に基づいて格納域３００を参照するための機能を有し、格納域３００を更新するための機能を有さない）。このような更新不可アクセス機構３０５の存在によって、監視端末１０２が接続されているネットワーク１００とメール送信端末１０４が接続されているインターネット１１０との分離（相互の独立）が確保されている。
【００７０】
図８は、本実施の形態に係る障害通報方式における監視結果格納処理を示す流れ図である。この処理は、更新時刻到達判定ステップＡ１と、状態提供依頼要求発行ステップＡ２と、状態データ受け取りステップＡ３と、状態データ格納ステップＡ４とからなる。
【００７１】
図９は、本実施の形態に係る障害通報方式における障害通報処理を示す流れ図である。この処理は、参照時刻到達判定ステップＢ１と、状態記憶装置内格納域参照ステップＢ２と、異常状態データ有無判定ステップＢ３と、障害通報メール送信ステップＢ４とからなる。
【００７２】
次に、図６〜図９を参照して、上記のように構成された本実施の形態に係る障害通報方式の全体の動作について説明する。
【００７３】
図６〜図９に示すように、本実施の形態（第２の実施の形態）に係る障害通報方式では、監視結果格納処理（図８参照）において状態記憶装置１０３への更新時刻データの格納が行われず（格納域３００に更新時刻格納域３０２が存在しない）、障害通報処理（図９参照）においても状態データだけが考慮されて更新時刻データは考慮されない。
【００７４】
ただし、上記以外の点に関する動作については、本実施の形態も第１の実施の形態の場合と異なるところはない。
【００７５】
すなわち、まず、監視結果格納処理時の動作としては、図８に示すように、図４中のステップＡ１〜ステップＡ４の動作と同様の動作が行われる。
【００７６】
なお、図８に示す一連の処理を実現する機能（監視端末１０２における機能）が図６中の「状態データ格納機能」に該当する。
【００７７】
また、障害通報処理時の動作としては、図９に示すように、図５中のステップＢ１〜ステップＢ４の動作と同様の動作が行われる。
【００７８】
なお、図９に示す一連の処理を実現する機能（メール送信端末１０４における機能）が図６中の「状態データ考慮障害通報機能」に該当する。
【００７９】
（３） 第１の実施の形態および第２の実施の形態の変形形態
【００８０】
上記の第１の実施の形態および第２の実施の形態に対しては、以下に示すような変形形態を考えることができる。
【００８１】
すなわち、状態記憶装置１０３における格納域３００内のデータ（第１の実施の形態における状態データ，更新時刻データ，および更新間隔データまたは第２の実施の形態における状態データおよび更新間隔データ）の保持の態様として、図３中の状態格納域３０１，更新時刻格納域３０２，および更新間隔格納域３０３のような別個の領域を設けるのではなく、テーブルの態様で各データを保持することも考えられる。すなわち、各監視対象システム１０１の識別情報と格納項目（状態データ，更新時刻データ，および更新間隔データを識別する項目）とを２つの次元に持つテーブルの形式で、各監視対象システム１０１に対する状態データ，更新時刻データ，および更新間隔データ（状態データおよび更新時刻データは適宜更新されていくものである）を格納することが可能である。
【００８２】
（４） 第３の実施の形態
【００８３】
次に、本発明の第３の実施の形態に係る障害通報方法について説明する。
【００８４】
本実施の形態に係る障害通報方法は、監視端末１０２が各監視対象システム１０１に対して定期的に状態提供依頼要求を発行する第１のステップと、前記第１のステップにおける監視端末１０２による状態提供依頼要求に応じて監視対象システム１０１から転送されてくる状態データを監視端末１０２が受け取る第２のステップと、前記第２のステップで受け取った状態データを監視端末１０２が状態記憶装置１０３内の状態格納域３０１中の当該監視対象システム１０１（前記第２のステップで状態提供依頼要求に応じた監視対象システム１０１）に対する領域に格納する第３のステップと、前記第３のステップにおける今回の状態データの格納による状態格納域３０１の更新時刻を示す更新時刻データを監視端末１０２が状態記憶装置１０３内の更新時刻格納域３０２中の当該監視対象システム１０１に対する領域に格納する第４のステップと、メール送信端末１０４が定期的に状態記憶装置１０３内の更新不可アクセス機構３０５を介して状態記憶装置１０３内の格納域３００に格納されているデータを参照する第５のステップと、メール送信端末１０４が前記第５のステップで参照した結果に基づき状態記憶装置１０３内の状態格納域３０１の内容が異常状態を示している（異常を示す状態データが存在する）か否かを判定する第６のステップと、前記第６のステップで「状態格納域３０１の内容が異常状態を示している（異常を示す状態データが存在する）」と判定した場合にその旨を示す電子メール（どの監視対象システム１０１にどのような異常が生じているかということ等を示す障害通報メール）をメール送信端末１０４がインターネット１１０を通じて管理者（管理者端末１０５）宛に送信する第７のステップと、メール送信端末１０４が前記第５のステップで参照した結果に基づき状態記憶装置１０３内の更新時刻格納域３０２の内容が異常を示している（正常に更新されていない更新時刻データが存在する）か否かを判定する第８のステップと、前記第８のステップで「更新時刻格納域３０２の内容が異常を示している（正常に更新されていない更新時刻データが存在する）」と判定した場合にその旨を示す電子メール（どの監視対象システム１０１に対する更新時刻データが正常に更新されていないかということ等を示す障害通報メール）をメール送信端末１０４がインターネット１１０を通じて管理者（管理者端末１０５）宛に送信する第９のステップとからなる。
【００８５】
なお、本実施の形態に係る障害通報方法は、図１に示すような構成の障害通報方式が適用されるネットワークシステムにおいて実現されるものである。
【００８６】
ここで、先述の図４および図５は、本発明の第３の実施の形態に係る障害通報方法の処理手順を示す流れ図にも該当する。
【００８７】
この場合に、上記の第１のステップは図４中のステップＡ１およびステップＡ２に該当し、第２のステップはステップＡ３に該当し、第３のステップはステップＡ４に該当し、第４のステップはステップＡ５に該当し、第５のステップは図５中のステップＢ１およびステップＢ２に該当し、第６のステップはステップＢ３に該当し、第７のステップはステップＢ４に該当し、第８のステップはステップＢ５に該当し、第９のステップはステップＢ６に該当する。
【００８８】
なお、本実施の形態に係る障害通報方法の動作は、上記の第１の実施の形態に係る障害通報方式の説明で述べた図４および図５に示す動作（処理）の内容と同様のものになる。
【００８９】
（５） 第４の実施の形態
【００９０】
次に、本発明の第４の実施の形態に係る障害通報方法について説明する。
【００９１】
本実施の形態に係る障害通報方法は、監視端末１０２が各監視対象システム１０１に対して定期的に状態提供依頼要求を発行する第１のステップと、前記第１のステップにおける監視端末１０２による状態提供依頼要求に応じて監視対象システム１０１から転送されてくる状態データを監視端末１０２が受け取る第２のステップと、前記第２のステップで受け取った状態データを監視端末１０２が状態記憶装置１０３内の状態格納域３０１中の当該監視対象システム１０１（前記第２のステップで状態提供依頼要求に応じた監視対象システム１０１）に対する領域に格納する第３のステップと、メール送信端末１０４が定期的に状態記憶装置１０３内の更新不可アクセス機構３０５を介して状態記憶装置１０３内の格納域３００に格納されているデータを参照する第４のステップと、メール送信端末１０４が前記第４のステップで参照した結果に基づき状態記憶装置１０３内の状態格納域３０１の内容が異常状態を示している（異常を示す状態データが存在する）か否かを判定する第５のステップと、前記第５のステップで「状態格納域３０１の内容が異常状態を示している（異常を示す状態データが存在する）」と判定した場合にその旨を示す電子メール（どの監視対象システム１０１にどのような異常が生じているかということ等を示す障害通報メール）をメール送信端末１０４がインターネット１１０を通じて管理者（管理者端末１０５）宛に送信する第６のステップとからなる。
【００９２】
なお、本実施の形態に係る障害通報方法は、図６に示すような構成の障害通報方式が適用されるネットワークシステムにおいて実現されるものである。
【００９３】
ここで、先述の図８および図９は、本発明の第４の実施の形態に係る障害通報方法の処理手順を示す流れ図にも該当する。
【００９４】
この場合に、上記の第１のステップは図８中のステップＡ１およびステップＡ２に該当し、第２のステップはステップＡ３に該当し、第３のステップはステップＡ４に該当し、第４のステップは図５中のステップＢ１およびステップＢ２に該当し、第５のステップはステップＢ３に該当し、第６のステップはステップＢ４に該当する。
【００９５】
なお、本実施の形態に係る障害通報方法の動作は、上記の第２の実施の形態に係る障害通報方式の説明で述べた図８および図９に示す動作（処理）の内容と同様のものになる。
【００９６】
（６） 第５の実施の形態
【００９７】
図１０は、本発明の第５の実施の形態の構成を示すブロック図である。
【００９８】
図１０を参照すると、本発明の第５の実施の形態は、図１に示した第１の実施の形態に対して、障害通報制御プログラム１０００を備える点が異なっている。
【００９９】
障害通報制御プログラム１０００は、監視端末１０２，状態記憶装置１０３，およびメール送信端末１０４を含むコンピュータシステムに読み込まれ、当該コンピュータシステムの動作を、図３に示すような構成の状態記憶装置１０３が存在することを前提とした上で、監視端末１０２における状態データ・更新時刻データ格納機能およびメール送信端末１０４における状態データ・更新時刻データ考慮障害通報機能として制御する。障害通報制御プログラム１０００の制御による監視端末１０２およびメール送信端末１０４の動作は、第１の実施の形態における監視端末１０２およびメール送信端末１０４の動作と全く同様になるので、その詳しい説明を割愛する。
【０１００】
（７） 第６の実施の形態
【０１０１】
図１１は、本発明の第６の実施の形態の構成を示すブロック図である。
【０１０２】
図１１を参照すると、本発明の第６の実施の形態は、図６に示した第２の実施の形態に対して、障害通報制御プログラム１１００を備える点が異なっている。
【０１０３】
障害通報制御プログラム１１００は、監視端末１０２，状態記憶装置１０３，およびメール送信端末１０４を含むコンピュータシステムに読み込まれ、当該コンピュータシステムの動作を、図７に示すような構成の状態記憶装置１０３が存在することを前提とした上で、監視端末１０２における状態データ格納機能およびメール送信端末１０４における状態データ考慮障害通報機能として制御する。障害通報制御プログラム１１００の制御による監視端末１０２およびメール送信端末１０４の動作は、第２の実施の形態における監視端末１０２およびメール送信端末１０４の動作と全く同様になるので、その詳しい説明を割愛する。
【０１０４】
【発明の効果】
以上説明したように、本発明によると、以下に示すような効果が生じる。
【０１０５】
第１に、各監視対象システムの状態データを状態記憶装置に蓄積・格納し、メール送信端末による自動的な障害通報メールの送信を行うことにより、監視対象システムにおける障害の発生を管理者がリアルタイムに検知することができ、かつ、専用のネットワークに接続されている監視端末とインターネットに接続されているメール送信端末とを状態記憶装置によって分離することにより、監視対象システムに影響を及ぼすことなく障害通報を実現することができ、セキュリティの確保・向上が可能になるという効果が生じる。
【０１０６】
第２に、状態記憶装置内に更新時刻格納域を設けることにより、状態格納域内に異常を示す状態データが格納された場合だけでなく、状態データの更新が滞った場合にも障害の検知が可能になるという効果が生じる。これにより、監視対象システム内の業務処理機構だけでなく、監視対象システム内の業務処理監視機構や監視端末の処理が停止した場合にも、その異常を検知することができるようになるという効果が生じる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態に係る障害通報方式の構成を示すブロック図である。
【図２】図１および図６中の監視対象システムの構成を示すブロック図である。
【図３】図１中の状態記憶装置の構成を示すブロック図である。
【図４】図１に示す障害通報方式における監視結果格納処理を示す流れ図であり、本発明の第３の実施の形態に係る障害通報方法の処理手順を示す流れ図でもある。
【図５】図１に示す障害通報方式における障害通報処理を示す流れ図であり、本発明の第３の実施の形態に係る障害通報方法の処理手順を示す流れ図でもある。
【図６】本発明の第２の実施の形態に係る障害通報方式の構成を示すブロック図である。
【図７】図６中の状態記憶装置の構成を示すブロック図である。
【図８】図６に示す障害通報方式における監視結果格納処理を示す流れ図であり、本発明の第４の実施の形態に係る障害通報方法の処理手順を示す流れ図でもある。
【図９】図６に示す障害通報方式における障害通報処理を示す流れ図であり、本発明の第４の実施の形態に係る障害通報方法の処理手順を示す流れ図でもある。
【図１０】本発明の第５の実施の形態の構成を示すブロック図である。
【図１１】本発明の第６の実施の形態の構成を示すブロック図である。
【符号の説明】
１００ ネットワーク
１０１ 監視対象システム
１０２ 監視端末
１０３ 状態記憶装置
１０４ メール送信端末
１０５ 管理者端末
１１０ インターネット
２０１ 業務処理機構
２０２ 業務処理監視機構
３００ 格納域
３０１ 状態格納域
３０２ 更新時刻格納域
３０３ 更新間隔格納域
３０４ 更新可能アクセス機構
３０５ 更新不可アクセス機構
１０００，１１００ 障害通報制御プログラム
Ａ１ 更新時刻到達判定ステップ
Ａ２ 状態提供依頼要求発行ステップ
Ａ３ 状態データ受け取りステップ
Ａ４ 状態データ格納ステップ
Ａ５ 更新時刻データ格納ステップ
Ｂ１ 参照時刻到達判定ステップ
Ｂ２ 状態記憶装置内格納域参照ステップ
Ｂ３ 異常状態データ有無判定ステップ
Ｂ４ 障害通報メール送信ステップ
Ｂ５ 異常更新時刻データ有無判定ステップ
Ｂ６ 障害通報メール送信ステップ
【発明の属する技術分野】
本発明は、専用のネットワーク（ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等）に接続された監視対象システム（コンピュータ／コンピュータシステム）の監視が行われるネットワークシステムにおいて監視対象システムにおける障害（異常）を管理者に通報するための障害通報方式および障害通報方法に関する。
【０００２】
【従来の技術】
従来、この種の障害通報方式（障害通報方法を含む）では、監視者が、監視端末（監視対象システムを専用のネットワークを介して監視する端末）を常に監視（表示画面の参照等）しており、監視対象システムの異常が監視端末の表示装置に表示された際に、メール送信端末を使用して管理者宛に障害を通報するためのメール送信を行っていた。すなわち、監視者の手動による操作によって、異常の発生を示す情報を有する電子メールの送信が、実現されていた。そして、このメール送信により、管理者（当該電子メールの受信者）は、異常（障害）の発生やその異常の内容を検知していた。
【０００３】
また、従来の技術においても、電子メールによる自動的な障害の通報を実現するシステムが存在した（例えば、「被監視装置および監視装置自身の障害を遠隔管理者に通知する監視システム」が特許文献１に記載されている）。
【０００４】
しかしながら、このような従来の技術は、後述の本願発明の技術内容とは異なり、監視対象システムを接続する専用のネットワークとインターネットとが分離されてはいなかった（両ネットワークに接続される装置等によって両ネットワークが接続されていた）。
【０００５】
なお、本発明に関連する従来技術に係る文献としては、上記の特許文献１の他に、下記の特許文献２がある。以下に、この文献に記載された発明（技術）と本願発明との差異について言及しておく。
【０００６】
特許文献２に記載された発明（共有記憶保護方式）は、共有記憶装置における共有記憶保護の具体的実現手段を提示する技術である。ここで、後述のように、本願発明においても、状態記憶装置内の格納域に関して共有記憶保護の考え方が適用されている。しかしながら、本願発明は、一般的な共有記憶保護の考え方が存在することを前提とした上で、そのような共有記憶保護の考え方を障害通報方式の実現システムに適用した技術に関するものであり、上記の特許文献２記載の発明とは別異のものといえる。
【０００７】
付言すると、先述の特許文献１には監視装置の障害検出の方式／方法については記述されておらず、その点でも、そうした内容が記述されている本願発明と特許文献１記載の発明とは異なっている。
【０００８】
【特許文献１】
特開２００２−１６９７０６号公報（第２頁、図１）
【特許文献２】
特開昭５６−１４３０６３号公報（第１−３頁、第４図、第５図）
【０００９】
【発明が解決しようとする課題】
上述した従来の障害通報方式（障害通報方法を含む）では、上記のように、監視者が監視端末を常に監視することや、異常が発生した場合に手動でメール送信を行うことが、必要であったので、メール受信者（管理者）が障害（異常）の発生を検知するのに遅延が発生するという問題点があった。
【００１０】
また、常に監視者が監視端末の前で監視を行う必要があったので、障害通報を実現する上での手間や工数（監視者の労力）が大きくなるという問題点があった。
【００１１】
さらに、従来の技術によって電子メールによる自動通報を実現した場合には、監視対象システムのネットワークとインターネットとが接続されることとなっていたので、セキュリティ上の性能の低下が生じるという問題点があった。
【００１２】
本発明の目的は、上述の点に鑑み、異常の検知（管理者への障害の通報）を短時間で実現することができ（リアルタイムに実現することができ）、監視者の負担の軽減を可能とし、監視対象システムが接続されるネットワークをインターネットから独立させることによってセキュリティ上の性能を向上させることができる障害通報方式（状態記憶装置を使用した障害通報方式）および障害通報方法を提供することにある。
【００１７】
【課題を解決するための手段】
本発明の障害通報方法は、専用のネットワークに接続された監視対象システムの遠隔監視が行われるネットワークシステムにおいて、監視端末が各監視対象システムに対して定期的に状態提供依頼要求を発行する第１のステップと、前記第１のステップにおける監視端末による状態提供依頼要求に応じて監視対象システムから転送されてくる状態データを監視端末が受け取る第２のステップと、前記第２のステップで受け取った状態データを監視端末が状態記憶装置内の状態格納域中の当該監視対象システム（前記第２のステップで状態提供依頼要求に応じた監視対象システム）に対する領域に格納する第３のステップと、前記第３のステップにおける今回の状態データの格納による状態格納域の更新時刻を示す更新時刻データを監視端末が状態記憶装置内の更新時刻格納域中の当該監視対象システムに対する領域に格納する第４のステップと、メール送信端末が定期的に状態記憶装置内の更新不可アクセス機構を介して状態記憶装置内の格納域（少なくとも状態格納域および更新時刻格納域を含む格納域）に格納されているデータを参照する第５のステップと、メール送信端末が前記第５のステップで参照した結果に基づき状態記憶装置内の状態格納域の内容が異常状態を示している（異常を示す状態データが存在する）か否かを判定する第６のステップと、前記第６のステップで「状態格納域の内容が異常状態を示している（異常を示す状態データが存在する）」と判定した場合にその旨を示す電子メール（どの監視対象システムにどのような異常が生じているかということ等を示す障害通報メール）をメール送信端末がインターネットを通じて管理者（管理者端末）宛に送信する第７のステップと、メール送信端末が前記第５のステップで参照した結果に基づき状態記憶装置内の更新時刻格納域の内容が異常を示している（正常に更新されていない更新時刻データが存在する）か否かを判定する第８のステップと、前記第８のステップで「更新時刻格納域の内容が異常を示している（正常に更新されていない更新時刻データが存在する）」と判定した場合にその旨を示す電子メール（どの監視対象システムに対する更新時刻データが正常に更新されていないかということ等を示す障害通報メール）をメール送信端末がインターネットを通じて管理者宛に送信する第９のステップとを有する。
【００１９】
なお、本発明は、監視対象システム群が接続されているネットワークに接続された監視端末と状態記憶装置とメール送信端末とを含むコンピュータシステムを、各監視対象システムに対する状態データおよび更新時刻データを格納しており、前記監視端末からのアクセスについては更新および参照が可能となるように設定されており、前記メール送信端末からのアクセスについては参照は可能となるように設定されているが更新は不可となるように設定されている前記状態記憶装置が存在することを前提として、各監視対象システムに状態提供依頼要求を行い、当該状態提供依頼要求に応じて各監視対象システムから送られてくる状態データと、その状態データによる前記状態記憶装置の格納内容の更新時刻を示す情報である更新時刻データとを、前記状態記憶装置に格納する前記監視端末内の状態データ・更新時刻データ格納機能，および前記状態記憶装置を定期的に監視し、異常を示す状態データが存在する場合や正常に更新されていない更新時刻データが存在する場合に、インターネットを経由して管理者に障害通報メールを送信する前記メール送信端末内の状態データ・更新時刻データ考慮障害通報機能として動作させるためのプログラムの態様で実現することも可能である。
【００２１】
【発明の実施の形態】
次に、本発明について図面を参照して詳細に説明する。
【００２２】
（１） 第１の実施の形態
【００２３】
図１は、本発明の第１の実施の形態に係る障害通報方式の構成を示すブロック図である。
【００２４】
図１を参照すると、本実施の形態に係る障害通報方式は、ネットワーク１００（インターネット１１０とは独立したＬＡＮ等の専用のネットワーク）と、１以上の監視対象システム１０１と、状態データ・更新時刻データ格納機能を実現する監視端末１０２と、状態記憶装置１０３と、状態データ・更新時刻データ考慮障害通報機能を実現するメール送信端末１０４と、管理者により使用される管理者端末１０５と、インターネット１１０とを含んで構成されている。
【００２５】
各監視対象システム１０１は、ネットワーク１００を介して接続された監視端末１０２により監視されるコンピュータ／コンピュータシステムであり、監視端末１０２からの要求（状態提供依頼要求）に応じて監視端末１０２に状態データを提供する。
【００２６】
監視端末１０２は、各監視対象システム１０１に状態提供依頼要求を行い、各監視対象システム１０１の状態を把握する。把握したデータ（各監視対象システム１０２の状態の監視内容を示す情報である状態データ）は、その状態データによる状態格納域３０１（後述の図３参照）の内容の更新時刻を示す情報（更新時刻データ）と共に、状態記憶装置１０３に格納（蓄積）される。
【００２７】
状態記憶装置１０３は、監視端末１０２から送られてくる状態データ等の監視結果を格納（保持）している。ここで、状態記憶装置１０３は、監視端末１０２からのアクセスについて、更新および参照が可能となるように設定されている。また、状態記憶装置１０３は、メール送信端末１０４からのアクセスについて、参照は可能となるように設定されているが、更新（書き込み）は不可となるように（接続できないように）設定されている。
【００２８】
メール送信端末１０４は、状態記憶装置１０３を定期的に監視し（あらかじめメール送信端末１０４に設定されている参照間隔毎に状態記憶装置１０３にアクセスし）、異常を示す状態データが状態格納域３０１（図３参照）に存在する場合または状態データが更新されていない状態に陥っていることを示す更新時刻データが更新時刻格納域３０２（図３参照）に存在する場合に、インターネット１１０を経由して、管理者（管理者端末１０５）に障害通報メール（障害の通報を行うための電子メール）を送信（通知）する。
【００２９】
図２は、図１中の監視対象システム１０１の構成を示すブロック図である。
【００３０】
図２を参照すると、監視対象システム１０１は、業務処理機構２０１と、業務処理監視機構２０２とを含んで構成されている。業務処理監視機構２０２は、業務処理機構２０１の状態を監視し、ネットワーク１００を介して接続された監視端末１０２からの状態提供依頼要求により当該監視内容を示す情報（状態データ）を監視端末１０２に提供する。
【００３１】
図３は、図１中の状態記憶装置１０３の構成を示すブロック図である。
【００３２】
図３を参照すると、状態記憶装置１０３は、状態格納域３０１，更新時刻格納域３０２，および更新間隔格納域３０３を備える格納域３００（状態記憶領域）と、更新可能アクセス機構３０４と、更新不可アクセス機構３０５とを含んで構成されている。
【００３３】
格納域３００内の状態格納域３０１は、各監視対象システム１０１に対する状態データ（各監視対象システム１０１の状態を示す情報。異常であるか正常であるかということや、異常である場合における異常内容（不具合）および異常の発生時刻を示すログ情報等）を格納する。
【００３４】
格納域３００内の更新時刻格納域３０２は、各監視対象システム１０１に対する更新時刻データ（当該各監視対象システム１０１に対する状態格納域３０１内の状態データが最近に更新された時刻を示す情報）を格納する。
【００３５】
格納域３００内の更新間隔格納域３０３は、あらかじめ設定された各監視対象システム１０１に対する更新間隔データ（当該各監視対象システム１０１に対して状態提供依頼要求を発行する時間間隔を示す情報）を格納する。ここで、全ての監視対象システム１０１に対して共通の更新間隔データを設定することも、各監視対象システム１０２毎に異なる更新間隔の値の更新間隔データを設定することも、ともに可能である。
【００３６】
更新可能アクセス機構３０４は、監視端末１０２と接続され、監視端末１０２からの格納域３００の更新要求および参照要求を受け付ける（当該更新要求および当該参照要求に基づいて格納域３００を更新・参照するための機能を有する）。
【００３７】
更新不可アクセス機構３０５は、メール送信端末１０４と接続され、メール送信端末１０４からの格納域３００の参照要求のみを受け付けて更新要求を拒絶する（当該参照要求に基づいて格納域３００を参照するための機能を有し、格納域３００を更新するための機能を有さない）。このような更新不可アクセス機構３０５の存在によって、監視端末１０２が接続されているネットワーク１００とメール送信端末１０４が接続されているインターネット１１０との分離（相互の独立）が確保されている。
【００３８】
図４は、本実施の形態に係る障害通報方式における監視結果格納処理を示す流れ図である。この処理は、更新時刻到達判定ステップＡ１と、状態提供依頼要求発行ステップＡ２と、状態データ受け取りステップＡ３と、状態データ格納ステップＡ４と、更新時刻データ格納ステップＡ５とからなる。
【００３９】
図５は、本実施の形態に係る障害通報方式における障害通報処理を示す流れ図である。この処理は、参照時刻到達判定ステップＢ１と、状態記憶装置内格納域参照ステップＢ２と、異常状態データ有無判定ステップＢ３と、障害通報メール送信ステップＢ４と、異常更新時刻データ有無判定ステップＢ５と、障害通報メール送信ステップＢ６とからなる。
【００４０】
次に、図１〜図５を参照して、上記のように構成された本実施の形態に係る障害通報方式の全体の動作について詳細に説明する。
【００４１】
第１に、監視結果格納処理時の動作について説明する（図４参照）。
【００４２】
各監視対象システム１０１内の業務処理監視機構２０２は、常に、業務処理機構２０１を監視・管理している。
【００４３】
監視端末１０２は、このような各監視対象システム１０１に対して、定期的に、状態提供依頼要求を発行する。すなわち、各監視対象システム１０１に対してあらかじめ設定されている更新間隔データ（状態記憶装置１０３内の更新間隔格納域３０３中の更新間隔データ）に基づいて、当該各監視対象システム１０１に対する更新時刻に達しているか否かを判定し（ステップＡ１）、「ある監視対象システム１０１に対する更新時刻に到達している」と判定した場合にはその監視対象システム１０１に対して状態提供依頼要求を発行する（ステップＡ２）。
【００４４】
当該監視対象システム１０１内の業務処理監視機構２０２は、監視端末１０２からの状態提供依頼要求に応じて、当該監視対象システム１０１内の業務処理機構２０１における状態の監視内容を示す情報である状態データを監視端末１０２に転送する。
【００４５】
監視端末１０２は、当該監視対象システム１０１から送られてきた状態データを受け取り（ステップＡ３）、状態記憶装置１０３内の更新可能アクセス機構３０３を介して、状態記憶装置１０３内の状態格納域３０１中の当該監視対象システム１０１に対する領域に当該状態データを格納する（ステップＡ４）。
【００４６】
また、監視端末１０２は、この際に、状態記憶装置１０３内の更新時刻格納域３０２中の当該監視対象システム１０１に対する領域に、ステップＡ４における今回の状態データの格納による状態格納域３０１の更新時刻を示す更新時刻データを格納し（ステップＡ５）、ステップＡ１の判定に制御を戻す。
【００４７】
なお、図４に示す一連の処理を実現する機能（監視端末１０２における機能）が図１中の「状態データ・更新時刻データ格納機能」に該当する。
【００４８】
第２に、障害通報処理時の動作について説明する（図５参照）。
【００４９】
メール送信端末１０４は、定期的に、状態記憶装置１０３内の更新不可アクセス機構３０５を介して、状態記憶装置１０３内の格納域３００に格納されているデータを参照する。すなわち、あらかじめ設定されている参照間隔に基づいて、状態記憶装置１０３の参照時刻に達しているか否かを判定し（ステップＢ１）、「参照時刻に到達している」と判定した場合には、状態記憶装置１０３内の更新不可アクセス機構３０５を介して、状態記憶装置１０３内の格納域３００に格納されているデータを参照する（ステップＢ２）。なお、一般的に、上記の参照間隔は、先に述べた図４中のステップＡ１における判定基準の更新間隔よりも大きな値となる（ただし、そのような値に限定されるものではない）。
【００５０】
メール送信端末１０４は、ステップＢ２で参照した結果に基づき、状態記憶装置１０３内の状態格納域３０１の内容が異常状態を示している（異常を示す状態データが存在する）か否かを判定する（ステップＢ３）。
【００５１】
メール送信端末１０４は、ステップＢ３で「状態格納域３０１の内容が異常状態を示している（異常を示す状態データが存在する）」と判定した場合には、その旨を示す電子メール（どの監視対象システム１０１にどのような異常が生じているかということ等を示す障害通報メール）をインターネット１１０を通じて管理者（管理者端末１０５）宛に送信する（ステップＢ４）。
【００５２】
また、メール送信端末１０４は、ステップＢ３で「状態格納域３０１の内容が異常状態を示していない」と判定した場合またはステップＢ４の処理を終えた場合に、ステップＢ２で参照した結果に基づき、状態記憶装置１０３内の更新時刻格納域３０２の内容が異常を示している（正常に更新されていない更新時刻データが存在する）か否かを判定する（ステップＢ５）。この判定は、更新時刻格納域３０２内の各監視対象システム１０１に対する更新時刻データにより示される最近の更新時刻から現在の時刻までの経過時間と、状態記憶装置１０３内の当該各監視対象システム１０１に対する更新間隔格納域３０３中の更新間隔データにより示される更新間隔とを照らし合わせて判断することによって、実現される。
【００５３】
メール送信端末１０４は、ステップＢ５で「更新時刻格納域３０２の内容が異常を示している（正常に更新されていない更新時刻データが存在する）」と判定した場合には、その旨を示す電子メール（どの監視対象システム１０１に対する更新時刻データが正常に更新されていないかということ等を示す障害通報メール）をインターネット１１０を通じて管理者（管理者端末１０５）宛に送信し（ステップＢ６）、ステップＢ１の判定に制御を戻す。
【００５４】
一方、メール送信端末１０４は、ステップＢ５で「更新時刻格納域３０２の内容が異常を示していない（正常に更新されていない更新時刻データが存在しない）」と判定した場合には、ステップＢ１の判定に制御を戻す。
【００５５】
なお、図５に示す一連の処理を実現する機能（メール送信端末１０４における機能）が図１に示す「状態データ・更新時刻データ考慮障害通報機能」に該当する。
【００５６】
（２） 第２の実施の形態
【００５７】
図６は、本発明の第２の実施の形態に係る障害通報方式の構成を示すブロック図である。
【００５８】
図６を参照すると、本実施の形態に係る障害通報方式は、ネットワーク１００（インターネット１１０とは独立したＬＡＮ等の専用のネットワーク）と、１以上の監視対象システム１０１と、状態データ格納機能を実現する監視端末１０２と、状態記憶装置１０３と、状態データ考慮障害通報機能を実現するメール送信端末１０４と、管理者により使用される管理者端末１０５と、インターネット１１０とを含んで構成されている。
【００５９】
各監視対象システム１０１は、ネットワーク１００を介して接続された監視端末１０２により監視されるコンピュータ／コンピュータシステムであり、監視端末１０２からの要求（状態提供依頼要求）に応じて監視端末１０２に状態データを提供する。
【００６０】
なお、監視対象システム１０１は、第１の実施の形態の場合と同様に、業務処理機構２０１と、業務処理監視機構２０２とを含んで構成されている。業務処理監視機構２０２は、業務処理機構２０１の状態を監視し、ネットワーク１００を介して接続された監視端末１０２からの状態提供依頼要求により当該監視内容を示す情報（状態データ）を監視端末１０２に提供する（図２参照）。
【００６１】
監視端末１０２は、各監視対象システム１０１に状態提供依頼要求を行い、各監視対象システム１０１の状態を把握する。把握したデータ（各監視対象システム１０１の状態の監視内容を示す情報である状態データ）は、状態記憶装置１０３に格納（蓄積）される。
【００６２】
状態記憶装置１０３は、監視端末１０２から送られてくる状態データ（監視結果）を格納（保持）している。ここで、状態記憶装置１０３は、監視端末１０２からのアクセスについて、更新および参照が可能となるように設定されている。また、状態記憶装置１０３は、メール送信端末１０４からのアクセスについて、参照は可能となるように設定されているが、更新（書き込み）は不可となるように（接続できないように）設定されている。
【００６３】
メール送信端末１０４は、状態記憶装置１０３を定期的に監視し（あらかじめメール送信端末１０４に設定されている参照間隔毎に状態記憶装置１０３にアクセスし）、状態格納域３０１（後述の図７参照）に異常を示す状態データが存在する場合に、インターネット１１０を経由して、管理者（管理者端末１０５）に障害通報メール（障害の通報を行うための電子メール）を送信（通知）する。
【００６４】
図７は、図６中の状態記憶装置１０３の構成を示すブロック図である。
【００６５】
図７を参照すると、状態記憶装置１０３は、状態格納域３０１および更新間隔格納域３０３を備える格納域３００（状態記憶領域）と、更新可能アクセス機構３０４と、更新不可アクセス機構３０５とを含んで構成されている。
【００６６】
格納域３００内の状態格納域３０１は、各監視対象システム１０１に対する状態データ（各監視対象システム１０１の状態を示す情報。異常であるか正常であるかということや、異常である場合における異常内容（不具合）および異常の発生時刻を示すログ情報等）を格納する。
【００６７】
格納域３００内の更新間隔格納域３０３は、あらかじめ設定された各監視対象システム１０１に対する更新間隔データ（当該各監視対象システム１０１に対して状態提供依頼要求を発行する時間間隔を示す情報）を格納する。ここで、全ての監視対象システム１０１に対して共通の更新間隔データを設定することも、各監視対象システム１０２毎に異なる更新間隔の値の更新間隔データを設定することも、ともに可能である。
【００６８】
更新可能アクセス機構３０４は、監視端末１０２と接続され、監視端末１０２からの格納域３００の更新要求および参照要求を受け付ける（当該更新要求および当該参照要求に基づいて格納域３００を更新・参照するための機能を有する）。
【００６９】
更新不可アクセス機構３０５は、メール送信端末１０４と接続され、メール送信端末１０４からの格納域３００の参照要求のみを受け付けて更新要求を拒絶する（当該参照要求に基づいて格納域３００を参照するための機能を有し、格納域３００を更新するための機能を有さない）。このような更新不可アクセス機構３０５の存在によって、監視端末１０２が接続されているネットワーク１００とメール送信端末１０４が接続されているインターネット１１０との分離（相互の独立）が確保されている。
【００７０】
図８は、本実施の形態に係る障害通報方式における監視結果格納処理を示す流れ図である。この処理は、更新時刻到達判定ステップＡ１と、状態提供依頼要求発行ステップＡ２と、状態データ受け取りステップＡ３と、状態データ格納ステップＡ４とからなる。
【００７１】
図９は、本実施の形態に係る障害通報方式における障害通報処理を示す流れ図である。この処理は、参照時刻到達判定ステップＢ１と、状態記憶装置内格納域参照ステップＢ２と、異常状態データ有無判定ステップＢ３と、障害通報メール送信ステップＢ４とからなる。
【００７２】
次に、図６〜図９を参照して、上記のように構成された本実施の形態に係る障害通報方式の全体の動作について説明する。
【００７３】
図６〜図９に示すように、本実施の形態（第２の実施の形態）に係る障害通報方式では、監視結果格納処理（図８参照）において状態記憶装置１０３への更新時刻データの格納が行われず（格納域３００に更新時刻格納域３０２が存在しない）、障害通報処理（図９参照）においても状態データだけが考慮されて更新時刻データは考慮されない。
【００７４】
ただし、上記以外の点に関する動作については、本実施の形態も第１の実施の形態の場合と異なるところはない。
【００７５】
すなわち、まず、監視結果格納処理時の動作としては、図８に示すように、図４中のステップＡ１〜ステップＡ４の動作と同様の動作が行われる。
【００７６】
なお、図８に示す一連の処理を実現する機能（監視端末１０２における機能）が図６中の「状態データ格納機能」に該当する。
【００７７】
また、障害通報処理時の動作としては、図９に示すように、図５中のステップＢ１〜ステップＢ４の動作と同様の動作が行われる。
【００７８】
なお、図９に示す一連の処理を実現する機能（メール送信端末１０４における機能）が図６中の「状態データ考慮障害通報機能」に該当する。
【００７９】
（３） 第１の実施の形態および第２の実施の形態の変形形態
【００８０】
上記の第１の実施の形態および第２の実施の形態に対しては、以下に示すような変形形態を考えることができる。
【００８１】
すなわち、状態記憶装置１０３における格納域３００内のデータ（第１の実施の形態における状態データ，更新時刻データ，および更新間隔データまたは第２の実施の形態における状態データおよび更新間隔データ）の保持の態様として、図３中の状態格納域３０１，更新時刻格納域３０２，および更新間隔格納域３０３のような別個の領域を設けるのではなく、テーブルの態様で各データを保持することも考えられる。すなわち、各監視対象システム１０１の識別情報と格納項目（状態データ，更新時刻データ，および更新間隔データを識別する項目）とを２つの次元に持つテーブルの形式で、各監視対象システム１０１に対する状態データ，更新時刻データ，および更新間隔データ（状態データおよび更新時刻データは適宜更新されていくものである）を格納することが可能である。
【００８２】
（４） 第３の実施の形態
【００８３】
次に、本発明の第３の実施の形態に係る障害通報方法について説明する。
【００８４】
本実施の形態に係る障害通報方法は、監視端末１０２が各監視対象システム１０１に対して定期的に状態提供依頼要求を発行する第１のステップと、前記第１のステップにおける監視端末１０２による状態提供依頼要求に応じて監視対象システム１０１から転送されてくる状態データを監視端末１０２が受け取る第２のステップと、前記第２のステップで受け取った状態データを監視端末１０２が状態記憶装置１０３内の状態格納域３０１中の当該監視対象システム１０１（前記第２のステップで状態提供依頼要求に応じた監視対象システム１０１）に対する領域に格納する第３のステップと、前記第３のステップにおける今回の状態データの格納による状態格納域３０１の更新時刻を示す更新時刻データを監視端末１０２が状態記憶装置１０３内の更新時刻格納域３０２中の当該監視対象システム１０１に対する領域に格納する第４のステップと、メール送信端末１０４が定期的に状態記憶装置１０３内の更新不可アクセス機構３０５を介して状態記憶装置１０３内の格納域３００に格納されているデータを参照する第５のステップと、メール送信端末１０４が前記第５のステップで参照した結果に基づき状態記憶装置１０３内の状態格納域３０１の内容が異常状態を示している（異常を示す状態データが存在する）か否かを判定する第６のステップと、前記第６のステップで「状態格納域３０１の内容が異常状態を示している（異常を示す状態データが存在する）」と判定した場合にその旨を示す電子メール（どの監視対象システム１０１にどのような異常が生じているかということ等を示す障害通報メール）をメール送信端末１０４がインターネット１１０を通じて管理者（管理者端末１０５）宛に送信する第７のステップと、メール送信端末１０４が前記第５のステップで参照した結果に基づき状態記憶装置１０３内の更新時刻格納域３０２の内容が異常を示している（正常に更新されていない更新時刻データが存在する）か否かを判定する第８のステップと、前記第８のステップで「更新時刻格納域３０２の内容が異常を示している（正常に更新されていない更新時刻データが存在する）」と判定した場合にその旨を示す電子メール（どの監視対象システム１０１に対する更新時刻データが正常に更新されていないかということ等を示す障害通報メール）をメール送信端末１０４がインターネット１１０を通じて管理者（管理者端末１０５）宛に送信する第９のステップとからなる。
【００８５】
なお、本実施の形態に係る障害通報方法は、図１に示すような構成の障害通報方式が適用されるネットワークシステムにおいて実現されるものである。
【００８６】
ここで、先述の図４および図５は、本発明の第３の実施の形態に係る障害通報方法の処理手順を示す流れ図にも該当する。
【００８７】
この場合に、上記の第１のステップは図４中のステップＡ１およびステップＡ２に該当し、第２のステップはステップＡ３に該当し、第３のステップはステップＡ４に該当し、第４のステップはステップＡ５に該当し、第５のステップは図５中のステップＢ１およびステップＢ２に該当し、第６のステップはステップＢ３に該当し、第７のステップはステップＢ４に該当し、第８のステップはステップＢ５に該当し、第９のステップはステップＢ６に該当する。
【００８８】
なお、本実施の形態に係る障害通報方法の動作は、上記の第１の実施の形態に係る障害通報方式の説明で述べた図４および図５に示す動作（処理）の内容と同様のものになる。
【００８９】
（５） 第４の実施の形態
【００９０】
次に、本発明の第４の実施の形態に係る障害通報方法について説明する。
【００９１】
本実施の形態に係る障害通報方法は、監視端末１０２が各監視対象システム１０１に対して定期的に状態提供依頼要求を発行する第１のステップと、前記第１のステップにおける監視端末１０２による状態提供依頼要求に応じて監視対象システム１０１から転送されてくる状態データを監視端末１０２が受け取る第２のステップと、前記第２のステップで受け取った状態データを監視端末１０２が状態記憶装置１０３内の状態格納域３０１中の当該監視対象システム１０１（前記第２のステップで状態提供依頼要求に応じた監視対象システム１０１）に対する領域に格納する第３のステップと、メール送信端末１０４が定期的に状態記憶装置１０３内の更新不可アクセス機構３０５を介して状態記憶装置１０３内の格納域３００に格納されているデータを参照する第４のステップと、メール送信端末１０４が前記第４のステップで参照した結果に基づき状態記憶装置１０３内の状態格納域３０１の内容が異常状態を示している（異常を示す状態データが存在する）か否かを判定する第５のステップと、前記第５のステップで「状態格納域３０１の内容が異常状態を示している（異常を示す状態データが存在する）」と判定した場合にその旨を示す電子メール（どの監視対象システム１０１にどのような異常が生じているかということ等を示す障害通報メール）をメール送信端末１０４がインターネット１１０を通じて管理者（管理者端末１０５）宛に送信する第６のステップとからなる。
【００９２】
なお、本実施の形態に係る障害通報方法は、図６に示すような構成の障害通報方式が適用されるネットワークシステムにおいて実現されるものである。
【００９３】
ここで、先述の図８および図９は、本発明の第４の実施の形態に係る障害通報方法の処理手順を示す流れ図にも該当する。
【００９４】
この場合に、上記の第１のステップは図８中のステップＡ１およびステップＡ２に該当し、第２のステップはステップＡ３に該当し、第３のステップはステップＡ４に該当し、第４のステップは図５中のステップＢ１およびステップＢ２に該当し、第５のステップはステップＢ３に該当し、第６のステップはステップＢ４に該当する。
【００９５】
なお、本実施の形態に係る障害通報方法の動作は、上記の第２の実施の形態に係る障害通報方式の説明で述べた図８および図９に示す動作（処理）の内容と同様のものになる。
【００９６】
（６） 第５の実施の形態
【００９７】
図１０は、本発明の第５の実施の形態の構成を示すブロック図である。
【００９８】
図１０を参照すると、本発明の第５の実施の形態は、図１に示した第１の実施の形態に対して、障害通報制御プログラム１０００を備える点が異なっている。
【００９９】
障害通報制御プログラム１０００は、監視端末１０２，状態記憶装置１０３，およびメール送信端末１０４を含むコンピュータシステムに読み込まれ、当該コンピュータシステムの動作を、図３に示すような構成の状態記憶装置１０３が存在することを前提とした上で、監視端末１０２における状態データ・更新時刻データ格納機能およびメール送信端末１０４における状態データ・更新時刻データ考慮障害通報機能として制御する。障害通報制御プログラム１０００の制御による監視端末１０２およびメール送信端末１０４の動作は、第１の実施の形態における監視端末１０２およびメール送信端末１０４の動作と全く同様になるので、その詳しい説明を割愛する。
【０１００】
（７） 第６の実施の形態
【０１０１】
図１１は、本発明の第６の実施の形態の構成を示すブロック図である。
【０１０２】
図１１を参照すると、本発明の第６の実施の形態は、図６に示した第２の実施の形態に対して、障害通報制御プログラム１１００を備える点が異なっている。
【０１０３】
障害通報制御プログラム１１００は、監視端末１０２，状態記憶装置１０３，およびメール送信端末１０４を含むコンピュータシステムに読み込まれ、当該コンピュータシステムの動作を、図７に示すような構成の状態記憶装置１０３が存在することを前提とした上で、監視端末１０２における状態データ格納機能およびメール送信端末１０４における状態データ考慮障害通報機能として制御する。障害通報制御プログラム１１００の制御による監視端末１０２およびメール送信端末１０４の動作は、第２の実施の形態における監視端末１０２およびメール送信端末１０４の動作と全く同様になるので、その詳しい説明を割愛する。
【０１０４】
【発明の効果】
以上説明したように、本発明によると、以下に示すような効果が生じる。
【０１０５】
第１に、各監視対象システムの状態データを状態記憶装置に蓄積・格納し、メール送信端末による自動的な障害通報メールの送信を行うことにより、監視対象システムにおける障害の発生を管理者がリアルタイムに検知することができ、かつ、専用のネットワークに接続されている監視端末とインターネットに接続されているメール送信端末とを状態記憶装置によって分離することにより、監視対象システムに影響を及ぼすことなく障害通報を実現することができ、セキュリティの確保・向上が可能になるという効果が生じる。
【０１０６】
第２に、状態記憶装置内に更新時刻格納域を設けることにより、状態格納域内に異常を示す状態データが格納された場合だけでなく、状態データの更新が滞った場合にも障害の検知が可能になるという効果が生じる。これにより、監視対象システム内の業務処理機構だけでなく、監視対象システム内の業務処理監視機構や監視端末の処理が停止した場合にも、その異常を検知することができるようになるという効果が生じる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態に係る障害通報方式の構成を示すブロック図である。
【図２】図１および図６中の監視対象システムの構成を示すブロック図である。
【図３】図１中の状態記憶装置の構成を示すブロック図である。
【図４】図１に示す障害通報方式における監視結果格納処理を示す流れ図であり、本発明の第３の実施の形態に係る障害通報方法の処理手順を示す流れ図でもある。
【図５】図１に示す障害通報方式における障害通報処理を示す流れ図であり、本発明の第３の実施の形態に係る障害通報方法の処理手順を示す流れ図でもある。
【図６】本発明の第２の実施の形態に係る障害通報方式の構成を示すブロック図である。
【図７】図６中の状態記憶装置の構成を示すブロック図である。
【図８】図６に示す障害通報方式における監視結果格納処理を示す流れ図であり、本発明の第４の実施の形態に係る障害通報方法の処理手順を示す流れ図でもある。
【図９】図６に示す障害通報方式における障害通報処理を示す流れ図であり、本発明の第４の実施の形態に係る障害通報方法の処理手順を示す流れ図でもある。
【図１０】本発明の第５の実施の形態の構成を示すブロック図である。
【図１１】本発明の第６の実施の形態の構成を示すブロック図である。
【符号の説明】
１００ ネットワーク
１０１ 監視対象システム
１０２ 監視端末
１０３ 状態記憶装置
１０４ メール送信端末
１０５ 管理者端末
１１０ インターネット
２０１ 業務処理機構
２０２ 業務処理監視機構
３００ 格納域
３０１ 状態格納域
３０２ 更新時刻格納域
３０３ 更新間隔格納域
３０４ 更新可能アクセス機構
３０５ 更新不可アクセス機構
１０００，１１００ 障害通報制御プログラム
Ａ１ 更新時刻到達判定ステップ
Ａ２ 状態提供依頼要求発行ステップ
Ａ３ 状態データ受け取りステップ
Ａ４ 状態データ格納ステップ
Ａ５ 更新時刻データ格納ステップ
Ｂ１ 参照時刻到達判定ステップ
Ｂ２ 状態記憶装置内格納域参照ステップ
Ｂ３ 異常状態データ有無判定ステップ
Ｂ４ 障害通報メール送信ステップ
Ｂ５ 異常更新時刻データ有無判定ステップ
Ｂ６ 障害通報メール送信ステップ
Claims (2)
- 専用のネットワークに接続された監視対象システムの遠隔監視が行われるネットワークシステムにおいて、
監視端末が各監視対象システムに対して前記専用のネットワーク経由で定期的に状態提供依頼要求を発行する第１のステップと、
前記第１のステップにおける監視端末による状態提供依頼要求に応じて監視対象システムから前記専用のネットワーク経由で転送されてくる状態データを監視端末が受け取る第２のステップと、
前記第２のステップで受け取った状態データを監視端末が状態記憶装置内の状態格納域中の当該監視対象システムに対する領域に格納する第３のステップと、
前記第３のステップにおける今回の状態データの格納による状態格納域の更新時刻を示す更新時刻データを監視端末が状態記憶装置内の更新時刻格納域中の当該監視対象システムに対する領域に格納する第４のステップと、
メール送信端末が定期的に状態記憶装置内の更新不可アクセス機構を介して状態記憶装置内の格納域に格納されているデータを参照する第５のステップと、
メール送信端末が前記第５のステップで参照した結果に基づき状態記憶装置内の状態格納域の内容が異常状態を示しているか否かを判定する第６のステップと、
前記第６のステップで「状態格納域の内容が異常状態を示している」と判定した場合にその旨を示す電子メールをメール送信端末がインターネットを通じて管理者宛に送信する第７のステップと、
メール送信端末が前記第５のステップで参照した結果に基づき状態記憶装置内の更新時刻格納域の内容が異常を示しているか否かを判定する第８のステップと、
前記第８のステップで「更新時刻格納域の内容が異常を示している」と判定した場合にその旨を示す電子メールをメール送信端末がインターネットを通じて管理者宛に送信する第９のステップと
を有することを特徴とする障害通報方法。 - 監視対象システム群が接続されているネットワークに接続された監視端末と状態記憶装置とメール送信端末とを含むコンピュータシステムを、
各監視対象システムに対する状態データおよび更新時刻データを格納しており、
前記監視端末からのアクセスについては更新および参照が可能となるように設定されており、前記メール送信端末からのアクセスについては参照は可能となるように設定されてるが更新は不可となるように設定されている前記状態記憶装置が存在することを前提として、
各監視対象システムに前記ネットワーク経由で状態提供依頼要求を行い、
当該状態提供依頼要求に応じて各監視対象システムから前記ネットワーク経由で送られてくる状態データと、その状態データによる前記状態記憶装置の格納内容の更新時刻を示す情報である更新時刻データとを、前記状態記憶装置に格納する前記監視端末内の状態データ・更新時刻データ格納機能，および前記状態記憶装置を定期的に監視し、異常を示す状態データが存在する場合や正常に更新されていない更新時刻データが存在する場合に、インターネットを経由して管理者に障害通報メールを送信する前記メール送信端末内の状態データ・更新時刻データ考慮障害通報機能として動作させるためのプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003114853A JP4299572B2 (ja) | 2003-04-18 | 2003-04-18 | 障害通報方式および障害通報方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003114853A JP4299572B2 (ja) | 2003-04-18 | 2003-04-18 | 障害通報方式および障害通報方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004318735A JP2004318735A (ja) | 2004-11-11 |
| JP4299572B2 true JP4299572B2 (ja) | 2009-07-22 |
Family
ID=33474295
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003114853A Expired - Fee Related JP4299572B2 (ja) | 2003-04-18 | 2003-04-18 | 障害通報方式および障害通報方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4299572B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2012050209A1 (ja) * | 2010-10-15 | 2012-04-19 | 三洋電機株式会社 | 管理システム及びシステムコントローラ |
| JP6889440B2 (ja) * | 2017-02-28 | 2021-06-18 | 鉄建建設株式会社 | 計測管理システム、施工支援システム、計測管理方法及び施工支援方法 |
| CN115361267B (zh) * | 2022-08-25 | 2024-05-28 | 北京字跳网络技术有限公司 | 检测消息通知故障的方法、装置、设备及介质 |
-
2003
- 2003-04-18 JP JP2003114853A patent/JP4299572B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004318735A (ja) | 2004-11-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2581062C (en) | System and method for disaster recovery and management of an email system | |
| US9448898B2 (en) | Network traffic routing | |
| CN101626368A (zh) | 一种防止网页被篡改的设备、方法和系统 | |
| US20060015584A1 (en) | Autonomous service appliance | |
| JP2004021549A (ja) | ネットワーク監視システムおよびプログラム | |
| US20150113369A1 (en) | Image transitioning and error detection for online presentations | |
| US20070078995A1 (en) | System for defining an alternate channel routing mechanism in a messaging middleware environment | |
| JP2005027040A (ja) | 監視方法、監視プログラム及び集中監視プログラム | |
| US20050038888A1 (en) | Method of and apparatus for monitoring event logs | |
| US20040186893A1 (en) | Abnormality detection method, abnormality detection program, server, computer | |
| JP2003233512A (ja) | 保守機能付きクライアント監視システム及び監視サーバ及びプログラム並びにクライアント監視・保守方法 | |
| JP2000148538A (ja) | コンピュータ障害の対処方法、障害対処システム | |
| JP4299572B2 (ja) | 障害通報方式および障害通報方法 | |
| CN106685744A (zh) | 一种故障排除方法、装置及系统 | |
| JP2003330758A (ja) | 集約機能付障害情報通知システム及びマシンを集約機能付障害情報通知手段として機能させるためのプログラム | |
| JP5427497B2 (ja) | メールゲートウェイ | |
| CN110521233A (zh) | 网络故障发现 | |
| JP3467412B2 (ja) | 燃焼制御機器監視システム、遠隔監視装置及び燃焼制御機器 | |
| JP2008165628A (ja) | 通知制御装置 | |
| JPH06324916A (ja) | 障害情報ロギング方式 | |
| JP2007272328A (ja) | コンピュータ・システム | |
| JPH11272507A (ja) | 監視情報通報システムおよびそのプログラム記録媒体 | |
| JP2004146931A (ja) | パケット転送装置およびパケット転送装置の不正アクセス検知時に於ける情報通知方法 | |
| JP2024030371A (ja) | 処理装置、処理プログラム、処理方法 | |
| JP2002366453A (ja) | 外部接続監視通報システムおよび方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20050124 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20050304 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060216 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20070123 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080530 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080603 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20080606 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080801 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20090106 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090224 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20090312 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090331 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090417 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4299572 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120424 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120424 Year of fee payment: 3 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313117 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120424 Year of fee payment: 3 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120424 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130424 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130424 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140424 Year of fee payment: 5 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |