(57)【要約】【課題】被監視装置の近くに監視装置を置く必要が無く、導入コストが抑えられる障害情報通知システムを構築する。【解決手段】  監視対象である被監視装置と、この被監視装置と接続され接点信号を受信するコンバータと、このコンバータに接続されたメールサーバとを有する障害情報通知システムであって、前記コンバータは、前記被監視装置から受信した接点信号に基づいて前記被監視装置の障害状態を検知すると、通知データを生成して前記メールサーバへ送信し、前記メールサーバは、受信した前記通知データに基づいて前記被監視装置の障害状態のメール通知を行う、ことを特徴とする障害情報通知システム。【選択図】図１
2015088007.tif 000002
【特許請求の範囲】
【請求項１】
監視対象である被監視装置と、前記被監視装置と接続され接点信号を受信するコンバータと、前記コンバータに接続されたメールサーバとを有する障害情報通知システムにであって、
前記コンバータは、前記被監視装置から受信した接点信号に基づいて前記被監視装置の障害状態を検知すると、通知データを生成して前記メールサーバへ送信し、
前記メールサーバは、受信した前記通知データに基づいて前記被監視装置の障害状態のメール通知を行う、ことを特徴とする障害情報通知システム。
【請求項２】
前記コンバータは、前記通知データとして少なくとも自身のＩＰアドレスと接点の状態を示す情報を前記メールサーバに送信し、
前記メールサーバは、前記コンバータの前記ＩＰアドレスと前記接点の状態に応じたメールアドレスと文書テキストを予め保持しており、前記受信した前記通知データを解析し、その解析結果に基づいてメールを作成して送信することを特徴とする、請求項１記載の障害情報通知システム。
【請求項３】
前記コンバータと前記メールサーバとの間に中継装置を備え、
前記中継装置に複数の前記コンバータが接続され、
前記メールサーバは、複数の前記被監視装置の障害状態のメール通知を行うことを特徴とする、請求項１または請求項２記載の障害情報通知システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、被監視装置に障害が生じた際、その障害を接点情報により検知し、通知するシステムに関する。
【背景技術】
【０００２】
従来から、監視対象である被監視装置の状態を接点情報により検知し、通知先へ伝送する障害情報通知システムがある。このような障害情報通知システムでは、被監視装置の障害情報は、伝送距離の制約などから被監視装置を含むシステム内のローカル表示部へ通知することが多かった。したがって、被監視装置の状態を確認するためには装置本体やローカル表示部の近くに来るしかないため、移動時間を要し、また、ローカル表示部の追加などによりコストが掛かり、効率的ではなかった。
【０００３】
そこで、特許文献１のように被監視装置の接点情報を監視装置へ伝送し、監視装置の制御に従って電話又は電子メールにより保守担当員へ通知するシステムが用いられている。これにより、保守担当員が遠隔地にいても電話又は電子メールを受信できる装置があれば被監視装置の状態をリアルタイムで確認することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特願２００４−１６７２２１
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところが、特許文献１のように電話又は電子メールによる通知を行うためには、専用の監視装置内に電話又は電子メールを送受信するための通信部や通知先を判定する制御部などが必要となるため、監視装置のコストが増加してしまう。
また、このような障害情報通知のための専用の監視装置を設置するには占有面積、配線、費用などの問題で監視装置の設置箇所の制限や導入コストが掛かることが課題となる。
【０００６】
そこで、本発明は、簡易な構成で被監視装置の障害情報を通知するシステムを構築し、導入コストを抑えることができるようにすることを目的とする。
【課題を解決するための手段】
【０００７】
上述した目的を達成するために、本発明に係る障害情報通知システムは、監視対象である被監視装置と、前記被監視装置と接続され接点信号を検出するコンバータと、前記コンバータに接続されたメールサーバとを有するシステムにであって、前記コンバータは、前記被監視装置から検出した接点信号に基づいて前記被監視装置の障害状態を検知すると、通知データを生成して前記メールサーバへ送信し、前記メールサーバは、受信した前記通知データに基づいて前記被監視装置の障害状態のメール通知を行う、ことを特徴としている。
【０００８】
なお、前記コンバータは、前記通知データとして少なくとも自身のＩＰアドレスと接点の状態を示す情報を前記メールサーバに送信し、前記メールサーバは、前記コンバータの前記ＩＰアドレスと前記接点の状態に応じたメールアドレスと文書テキストを予め保持しており、前記受信した前記通知データを解析し、その解析結果に基づいてメールを作成して送信することが好ましい。
【０００９】
また、前記コンバータと前記メールサーバとの間に中継装置を備え、前記中継装置に複数の前記コンバータが接続され、前記メールサーバは、複数の前記被監視装置の障害状態のメール通知を行うことが好ましい。
【発明の効果】
【００１０】
本発明によれば、コンバータが被監視装置の接点信号に基づいて通知データを生成してメールサーバへ送信し、メールサーバが受信した通知データに基づいて被監視装置の障害状態のメール通知を行うので、従来のように専用の監視装置が不要になり、障害通知の導入コストを抑えることができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の第１実施形態に係る障害情報通知システムの構成を示すブロック図である。
【図２】本発明の第１実施形態に係る障害情報通知システムを構成する接点／ＬＡＮコンバータにおける接点状態変化の誤認識防止方法を説明するための図である。
【図３】本発明の第１実施形態に係る障害情報通知システムを構成するメールサーバの機能を示す図である。
【図４】本発明の第１実施形態に係る障害情報通知システムにおけるＦＴＰサーバ、ＦＴＰクライアント間のセッションシーケンスを示す図である。
【図５】本発明の第１実施形態に係る障害情報通知システムにおけるＦＴＰ通信失敗時のセッションシーケンスを示す図である。
【図６】本発明に係る障害情報通知システムのメールサーバが保持する通知データのファイル名とメール通知先との対応関係の一例を示す図である。
【図７】本発明の第１実施形態に係る障害情報通知システムのメールサーバが保持するメール文章のテンプレートファイルの一例を示す図である。
【図８】本発明の第２実施形態に係る障害情報通知システムの構成を示すブロック図である。
【図９】本発明の第２実施形態に係る障害情報通知システムにおけるメール本文の例を示す図である。
【図１０】本発明の第２実施形態に係る障害情報通知システムのメールサーバが保持する通知データのファイル名とメール通知先との対応関係の一例を示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明に係る障害情報通知システムを実施するための形態について、図面を参照して説明する。
【００１３】
〔１〕本発明の第１実施形態について
図１は本発明の第１実施形態としての障害情報通知システムの構成を示すブロック図である。図１に示す障害情報通知システムは、被監視装置１１と、この被監視装置１１と接続され、被監視装置１１からの接点信号をＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）データに変換する接点／ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）コンバータ（コンバータ）１２と、この接点／ＬＡＮコンバータ１２とＩＰネットワークで接続され、ＩＰ変換されたデータを解析し、被監視装置１１の障害情報をメールで通知するメールサーバ１３を有している。
被監視装置１１は、監視対象の装置であり、例えばパーソナルコンピュータ、各種制御装置、無線通信装置である。なお、本発明において被監視装置１１は限定されるものはない。
接点／ＬＡＮコンバータ１２は被監視装置１１からの接点信号を一定の間隔で監視しており、接点信号がＯＦＦからＯＮ及びＯＮからＯＦＦとなる変化を検出し、検出した接点信号の状態変化をＩＰデータに変換して通知データとしてメールサーバ１３へ伝送する。ここで、接点／ＬＡＮコンバータ１２の入力部は接点による物理的な動作であるため、チャタリングの影響で誤認識する可能性がある。
【００１４】
図２は接点／ＬＡＮコンバータ１２のチャタリングによる誤認識を防止するための動作を示す図であり、図２（ａ）は接点がＯＦＦからＯＮに変化した場合の動作を示し、図２（ｂ）は接点がＯＮからＯＦＦに変化した場合の動作を示す。接点／ＬＡＮコンバータ１２は、例えば１０ｍｓ間隔で被監視装置１１からの接点信号を監視しており、接点信号の変化を検出後、５回連続で変化後の接点信号の状態と一致した場合に接点信号が変化したと確定させる。つまり、接点／ＬＡＮコンバータ１２は最初の接点信号の変化検出から５０ｍｓ後に接点信号が変化したか否かを確定させる。これによりチャタリングによる瞬間的な接点信号の変化による誤認識を防ぐことができる。接点／ＬＡＮコンバータ１２は接点信号の監視間隔及び接点が変化したと確定させる判定回数は変更可能であり、監視環境に応じた設定を行うことができる。
【００１５】
メールサーバ１３は、図３に示すように接点／ＬＡＮコンバータ１２からＩＰネットワークを通して伝送された通知データ（ファイル）の解析と、その解析結果に基づいて被監視装置１１の障害情報を予め設定された通知先に対して自動でメール通知するメール配信予約機能を有している。なお、データ解析及びメール通知については後に詳述する。
【００１６】
接点／ＬＡＮコンバータ１２とメールサーバ１３間は、ＩＰ変換されたデータが伝送されるため、Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルを用いて接続する。こうすると、例えば複数の被監視装置１１を監視したい場合は、接点／ＬＡＮコンバータ１２とメールサーバ１３間にネットワークスイッチ等の中継装置を挟むことにより、それぞれの接点情報を１つのメールサーバ１３に伝送することができる。この実施例については後に詳述する。
【００１７】
なお、障害情報通知システムではＩＰネットワークを構築すれば良いので、有線接続ではなく無線接続にすることも可能であり、無線接続にすることにより伝送距離や設置場所の制限を更に緩和することができる。また、接点／ＬＡＮコンバータ１２とメールサーバ１３はＩＰネットワークで接続していれば良いので、被監視装置１１の近くにメールサーバ１３を設置する必要は無く、接点／ＬＡＮコンバータ１２のみで良いため、設置場所の制約が小さくなる。
【００１８】
接点／ＬＡＮコンバータ１２とメールサーバ１３間を流れるデータは、例えばＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を用いることで伝送することができる。その場合、接点／ＬＡＮコンバータ１２にはＦＴＰクライアントソフトをインストールし、メールサーバ１３はＦＴＰサーバとして動作させる。
【００１９】
図４はＦＴＰクライアント（接点／ＬＡＮコンバータ１２）とＦＴＰサーバ（メールサーバ１３）間のセッションシーケンスを示す図である。まず、ＦＴＰクライアントである接点／ＬＡＮコンバータ１２の電源がＯＮになる（Ｓ１１）と、ＦＴＰクライアントとＦＴＰサーバは制御コネクションを開設し（Ｓ１２、Ｓ１３）、両者のコネクションを確立させる。被監視装置１１の接点が変化し、それを接点／ＬＡＮコンバータ１２が検出すると、ＦＴＰクライアントとＦＴＰサーバはデータコネクションを開設し（Ｓ１４、Ｓ１５）、ＦＴＰによるデータ伝送を開始する。データ伝送が完了すると、データコネクションを切断し（Ｓ１６、Ｓ１７）、データ伝送のシーケンスを完了する。なお、制御コネクションは切断せずに接続をし続ける。
【００２０】
ＦＴＰ通信は、物理的にＬＡＮケーブルが抜けている、メールサーバがダウンしている、通信経路上の機器（スイッチ、ルータ等）が故障している等の状況により失敗する可能性がある。もし、伝送が失敗している最中に被監視装置１１の接点が変化した場合、その接点情報はＦＴＰサーバであるメールサーバ１３には伝送されなくなる。しかし、障害情報通知というシステム上、接点が変化したという情報は保持しておく必要がある。
【００２１】
図５はＦＴＰ通信が失敗した時の動作例を示す図である。ＦＴＰクライアント（接点／ＬＡＮコンバータ１２）は、ＦＴＰ通信が失敗する（Ｓ１８）と、予め設定されたリトライの間隔と最大リトライ回数に従って再通報（Ｓ１９、Ｓ２０）を行う。このリトライの間隔と最大リトライ回数はシステムの要求仕様に合わせて変更が可能である。通信が回復し、ＦＴＰサーバ（メールサーバ１３）へファイルを伝送する際は、ＦＴＰ通信が失敗している間の接点変化をＦＴＰクライアントが保持しているため、ＦＴＰサーバへＦＴＰクライアントが保持している接点変化のログを伝送する（Ｓ２１）。このとき、保持するログの件数は必要に応じて変更が可能である。
以上により、ＦＴＰサーバはＦＴＰ通信が失敗している間に接点が変化しても、通信が失敗している間の変化情報を得ることができる。
【００２２】
次に、接点／ＬＡＮコンバータ１２からメールサーバ１３に伝送されるＦＴＰ通知データ（ファイル）について詳述する。接点／ＬＡＮコンバータ１２は、被監視装置１１で障害発生又は復旧し、その接点信号の変化を検出すると、当該接点番号、接点信号の変化情報である障害情報、及び、自身のＩＰアドレスをファイル名に付加したテキストファイルを通知データとしてメールサーバ１３へ送信する。接点番号は、例えば１バイトデータ（番号１〜８を示す）であり、被監視装置１１が持つ接点の内、どこの接点が変化したのかを判別するために用いる。障害情報は、被監視装置１１で障害が発生（接点がＯＮになった）した場合は“ａ”を、障害から復旧（接点がＯＦＦになった）した場合は“ｂ”を付加する。自身のＩＰアドレスは、ＩＰネットワーク上でどこの接点／ＬＡＮコンバータ１２が接点変化を検知したのかを判定するために用いる。
【００２３】
例えば、ＩＰアドレスが１９２．１６８．１００．２００の接点／ＬＡＮコンバータ１２に接続されている被監視装置１１の接点番号１の接点がＯＮになった場合、接点番号は１を、障害情報は障害が発生しているので“ａ”を、ＩＰアドレスは１９２．１６８．１００．２００を付加してファイル名「Ｐ１＿ａ＿１９２．１６８．１００．２００．ｔｘｔ」というファイルを生成する。そして、メールサーバ１３はこのようなファイル名形式を持った通知データを受け取ると、ファイル名を解析することで、システム上にある被監視装置１１の内、どこの接点が変化したのかを特定することが可能となる。
ここで、接点／ＬＡＮコンバータ１２が生成する通知データとしてのファイルの中身のデータは空であってもよいし、任意の固定値であってもよい。
【００２４】
次に、メールサーバ１３のデータ解析及びメール通知機能について詳述する。図６はメールサーバ１３が保持する通知データのファイル名とメール通知先との対応関係を示す図であり、図７はメールサーバ１３が保持するメール文章のテンプレートの一例を示す図である。メールサーバ１３は、図６に示すように、ＦＴＰ通知データに対応する通知先のメールアドレス（図６では保守担当者、担当者と表記しているが、実際はこれら保守担当者及び担当者のメールアドレス）が予め登録されている。また、メールサーバ１３には、接点／ＬＡＮコンバータ１２のＩＰアドレス及び接点番号も登録されており、障害の発生箇所とメール通知先が対応づけられるようになっている。
【００２５】
例えば、接点／ＬＡＮコンバータ１２のＩＰアドレスが１９２．１６８．１００．２００の場合、接点番号１がＯＮになったときは、メールサーバ１３は、接点／ＬＡＮコンバータ１２が作成した「Ｐ１＿ａ＿１９２．１６８．１００．２００」のＦＴＰ通知データを解析し、被監視装置１１の装置状態を重大故障として認識し、メール通知先を保守担当者と担当者に設定する。接点番号２がＯＮになったときは、メールサーバ１３は、接点／ＬＡＮコンバータ１２が作成した「Ｐ２＿ａ＿１９２．１６８．１００．２００」のＦＴＰ通知データを解析し、被監視装置１１の装置状態を軽微故障として認識し、メール通知先を保守担当者に設定する。接点が全てＯＦＦのときは、接点／ＬＡＮコンバータ１２がＦＴＰ通知データを作成せず、メールサーバ１３は、被監視装置１１の装置状態を通常状態と認識し、メールを通知しない。
これにより、メールサーバ１３は、ＦＴＰ通知データを受信すると、ファイルを解析して、メール通知先として保守担当者及び担当者を決定する。
【００２６】
また、メールサーバ１３は、図７に示すテンプレートディレクトリ１３ａに接点／ＬＡＮコンバータ１２のＩＰアドレス及び接点番号ごとに対応した送信メールのテンプレートファイルを保持している。そして、メールサーバ１３は、ＦＴＰ通知データに基づいて、そのファイル名からＩＰアドレス及び接点番号を解析し、テンプレートディレクトリ１３ａから該当するテンプレートファイルを選択する。該当するＩＰアドレスが無い場合は、接点番号（１〜８）と障害情報（接点状態を表すａ又はｂ)に基づいて、テンプレートディレクトリ１３ａのテンプレート直下のテンプレートファイル（template/1_a.tpl〜template/8_b.tplのいずれか）を選択する。テンプレートファイル内では障害又は復旧内容に対応したメールの件名及び本文のテキストデータが指定されている。メールサーバ１３はこのテンプレートファイルを基に通知するメールの件名及び本文を決定することで、状況に応じた内容のメールを上述した図６のメール通知先に通知することができる。
なお、メールサーバ１３は、被監視装置１１の障害が復旧した場合にもその旨のメールを上述した方法で所定の宛先に通知することもできる。
【００２７】
以上により、メールサーバ１３は、被監視装置１１で障害が生じた及び復旧した際は、接点／ＬＡＮコンバータ１２から伝送されたＦＴＰ通知データのファイル名を解析し、当該接点番号、障害情報及びＩＰアドレスに対応したテンプレートファイルを選択することで送信するメール本文を決定し、予め登録してある障害の発生箇所と通知先の対応づけを基に通知先（メール宛先アドレス）を選択し、障害情報通知メールを送信する。
【００２８】
このように、メールサーバ１３が接点／ＬＡＮコンバータ１２から伝送された障害情報データを解析し、メール通知を行うため、接点／ＬＡＮコンバータ１２に接続するだけで障害情報通知システムを構築することができる。したがって、占有面積、配線、費用の制限が緩和されるため、導入コストを抑えることが可能となる。
【００２９】
また、接点／ＬＡＮコンバータ１２が、障害を特定するための情報をファイル名としたファイル（通知データ）を生成し、メールサーバ１３は、そのファイルのファイル名だけを解析して障害通知メールを作成するので、障害通知メールの送信に係る処理を簡略化でき、迅速に障害通知メールを送信することができる。
【００３０】
〔２〕本発明の第２実施形態について
次に、本発明の第２実施形態について説明する。上述した第１実施形態は図１に示すようにＩＰネットワーク上にある接点／ＬＡＮコンバータ１２が１つしかない場合であった。これに対して、本発明の第２実施形態は、接点／ＬＡＮコンバータ１２とメールサーバ１３間にネットワークスイッチ等の中継装置１４を入れて接点／ＬＡＮコンバータ１２を複数接続し、複数の被監視装置１１の障害情報を監視するものである。この場合、複数の接点／ＬＡＮコンバータ１２にそれぞれ固有のＩＰアドレスを持たせることでシステムの構築が可能である。以下に複数の被監視装置１１の障害情報を監視するシステムついて詳述する。
【００３１】
図８は本発明の第２実施形態としての障害情報通知システムの構成を示すブロック図である。図８に示すように、接点／ＬＡＮコンバータ１２とメールサーバ１３の間に中継装置１４を設置し、２つの接点／ＬＡＮコンバータ１２、１５を中継装置１４に接続することで２つの被監視装置１１、１６に対して障害情報の監視を行う。中継装置１４は、例えばネットワークスイッチといったＥｔｈｅｒｎｅｔ（登録商標）の集線装置のことを指す。被監視装置が３つ以上の場合でも、中継装置１４に３つ以上の接点／ＬＡＮコンバータを接続することで障害情報の監視をすることが可能である。つまり、新たな被監視装置に接続されている接点／ＬＡＮコンバータを中継装置１４に繋ぐだけでシステムの構築ができるため、システム構築後の被監視装置の追加を容易に行うことができる。
【００３２】
次に、図７で示したメールサーバ１３上でのテンプレートファイルの追加方法を以下に詳述する。監視対象となる被監視装置１１、１６に接続された接点／ＬＡＮコンバータ１２、１５のＩＰアドレス分だけＩＰアドレスディレクトリをtemplate直下に追加する。各ＩＰアドレスディレクトリ内には各接点／ＬＡＮコンバータ１２、１５に入力される接点情報に対応したテンプレートファイルを追加する。上述したようにテンプレートファイルには、通知メールの件名及び本文のテキストデータが内包されているため、メールサーバ１３は、上述した接点番号と障害情報とＩＰアドレスとからなるファイル名形式を持つ通知データを解析し、接点番号とＩＰアドレスに対応したテンプレートファイルを選択することで、図９に示すように、どこの被監視装置で、どのような障害が、発生又は復旧したのか等の情報をメール本文に入れることができる。なお、図９はメールサーバ１３が作成するメール本文例を示す図であり、図９（ａ）は障害発生時のメール本文例であり、図９（ｂ）は障害復旧時のメール本文例を示している。
【００３３】
図１０は被監視装置１１、１６の接点が変化した箇所とメール通知先を対応付けした一例である。上述したように、メールサーバ１３内には予め、各接点／ＬＡＮコンバータ１２、１５のＩＰアドレス及び各被監視装置の接点番号に対応したメール通知先が登録されている。被監視装置番号１に関しては、上述した図６と同様の動作により、メールサーバ１３がメール通知先を決定する。また、被監視装置番号２の被監視装置１６には、ＩＰアドレスが１９２．１６８．１００．２０１の接点／ＬＡＮコンバータ１５が接続されており、接点番号１がＯＮになったときは、メールサーバ１３が、装置状態を重大故障として認識し、メール通知先を保守担当者と担当者に設定する。接点番号２がＯＮになったときは、メールサーバ１３が、装置状態を要点検として認識し、メール通知先を保守担当者に設定する。接点が全てＯＦＦのときは、メールサーバ１３が、装置状態を通常状態と認識し、メールを通知しない。
【００３４】
以上によりメールサーバ１３は、障害が発生した箇所や状態に応じて適切な通知先へメール通知することが可能となる。なお、図１０の例では接点が全てＯＦＦのときは通常状態としてメールを通知しないとしているが、定期報知としてメール通知先を指定しても良い。また、障害発生時のみメール通知しているが、復旧時にも送信することができる。さらに、当該ＩＰアドレスが無い場合の通知先を指定しても良い。
【００３５】
このように、複数の被監視装置１１、１６に対応した障害情報通知システムを構築する場合でも、接点／ＬＡＮコンバータ１２、１５とメールサーバ１３の間に中継装置１４を入れて接点／ＬＡＮコンバータ１２、１５を集約し、メールサーバ１３上でテンプレートファイルを追加するだけで良いため、導入が容易であり、コストも抑えることができる。
【００３６】
〔３〕その他
本発明は、以上の実施形態に限定されるものではなく、発明の趣旨から外れない範囲の変形や組み合わせの実施が可能である。
【００３７】
例えば、上述した実施形態では、一つの接点／ＬＡＮコンバータ１２に一つの被監視装置１１が接続される場合を例にあげて説明した。しかし、接点／ＬＡＮコンバータ１２に複数の接点インタフェースがある場合には、複数の被監視装置１１を接続してもよい。この場合、接点／ＬＡＮコンバータ１２が生成する通知データであるファイル名称において、接点番号としてＰ１〜Ｐ８の番号は装置番号としても使用される。そして、メールサーバ１３は図６や図１０に示した予め保持するテーブルにおいて、接点番号に応じて装置状態だけでなく装置番号を管理するように構成し、接点番号に応じたメール通知先を保持する。これにより、中継装置１４を設けなくても複数の被監視装置１１の障害監視及び障害通知を行うことができる。
【００３８】
なお、本発明に係るシステムや装置などにおいて行われる各種の処理としては、例えばプロセッサやメモリ等を備えたハードウエア資源においてプロセッサがＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）等のメモリに格納された制御プログラムを実行することにより制御される構成が用いられてもよく、また、例えば当該処理を実行するための各機能手段が独立したハードウエア回路として構成されてもよい。
【００３９】
また、本発明は上記の制御プログラムを格納したフロッピー（登録商標）ディスクやＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ）−ＲＯＭ等のコンピュータにより読み取り可能な記録媒体や当該プログラム（自体）として把握することもでき、当該制御プログラムを当該記録媒体からコンピュータに入力してプロセッサに実行させることにより、本発明に係る処理を遂行させることができる。
【符号の説明】
【００４０】
１１、１６  被監視装置
１２、１５  接点／ＬＡＮコンバータ
１３  メールサーバ
１３ａ  テンプレートディレクトリ
１４  中継装置
【図１】
2015088007.tif 000003
【図２】
2015088007.tif 000004
【図３】
2015088007.tif 000005
【図４】
2015088007.tif 000006
【図５】
2015088007.tif 000007
【図６】
2015088007.tif 000008
【図７】
2015088007.tif 000009
【図８】
2015088007.tif 000010
【図９】
2015088007.tif 000011
【図１０】
2015088007.tif 000012