(57)【要約】【課題】ユーザの操作によらずにコントローラの動作状態を監視することができる機器管理システムを提供する。【解決手段】コントローラ１は、生存確認メールを一定の送信間隔Ｔａでメールサーバ４を介してメンテナンスサーバ５に送信する。メンテナンスサーバ５は、コントローラ１からの生存確認メールを受信する受信間隔Ｔｂを検出し、生存確認メールの受信間隔Ｔｂが送信間隔Ｔａに一定の遅延時間を付加した監視時間Ｔｃを上回ったとき、システム異常であると判断する。メンテナンスサーバ５は、システム異常と判断したときに、端末装置３のメールアドレスにシステム異常を報知する報知メールを送信する。【選択図】図１
2009232099.tif 000002
【特許請求の範囲】
【請求項１】
対象機器が接続されたコントローラと、コントローラが接続されるネットワークに接続されたメールサーバと、メールサーバを介してコントローラとの間で電子メールの送受信が可能な端末装置とを備え、コントローラが、対象機器の制御または監視を指示する指示メールを端末装置から受信し、当該指示メールの内容に従って対象機器の制御または監視を行う機器管理システムであって、前記ネットワークには、メールサーバを介してコントローラとの間で電子メールの送受信が可能なメンテナンスサーバが接続され、コントローラは、定期的に生存確認メールをメンテナンスサーバ宛に送信する生存確認手段を有し、メンテナンスサーバは、生存確認メールが所定時間以上に亘り受信されなければシステム異常と判断するシステム異常判断手段と、システム異常と判断されたときにシステム異常を報知する報知メールを端末装置宛に送信する異常報知手段とを有することを特徴とする機器管理システム。
【請求項２】
前記コントローラは、前記メールサーバとの間の通信の履歴を示すメンテナンスログを記憶するログ記憶部と、前記端末装置からログ要求メールを受信すると、メンテナンスログを含むログ通知メールを端末装置宛に送信するログ通知手段とを有することを特徴とする請求項１記載の機器管理システム。
【請求項３】
前記コントローラは、前記メールサーバとの間の通信の履歴を示すメンテナンスログを記憶するログ記憶部を有し、前記メンテナンスサーバは、コントローラとメールサーバとの間の通信が復旧したときにコントローラからメンテナンスログを取得するログ取得手段と、メンテナンスログを取得すると当該メンテナンスログに基づいてコントローラがメールサーバに対し最後にアクセスした時刻を抽出し、抽出した時刻を示す状態通知メールを前記端末装置宛に送信する状態通知手段とを有することを特徴とする請求項１記載の機器管理システム。
【請求項４】
前記コントローラは、前記メールサーバとの間の通信異常を検出する通信異常判断手段と、通信異常の検出時に通信異常を報知する通信異常報知手段と、通信異常報知手段の報知を停止させるように操作される復旧用操作部とを有し、一旦通信異常を検出すると、メールサーバとの間の通信が復旧しても復旧用操作部が操作されるまでは通信異常報知手段による報知を継続することを特徴とする請求項１ないし請求項３のいずれか１項に記載の機器管理システム。
【請求項５】
前記コントローラは、前記ログ記憶部のメモリ残量が所定値以下になると、前記ログ通知手段から前記メンテナンスサーバ宛に前記ログ通知メールを送信させるとともに、ログ通知メールの送信後にログ記憶部内のメンテナンスログを消去するログ消去手段を有し、メンテナンスサーバは、前記端末装置からログ要求メールを受信すると、ログ通知メールを端末装置宛に送信するログ転送手段を有することを特徴とする請求項２記載の機器管理システム。
【請求項６】
前記コントローラは、予め設定されている制御用パスワードに前記指示メールに含まれるパスワードが一致した場合にのみ、指示メールの内容に従って前記対象機器の制御または監視を行うものであって、自己と対象機器との少なくとも一方に設けた通知用操作部の操作に応じて、制御用パスワードを示すパスワード通知メールを端末装置宛に送信するパスワード通知手段を有することを特徴とする請求項１ないし請求項５のいずれか１項に記載の機器管理システム。 
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置からコントローラに送信される電子メールにより、コントローラに接続されている対象機器の制御、監視が可能な機器管理システムに関するものである。
【背景技術】
【０００２】
従来から、この種の機器管理システムとして、図１１に示すようにメールサーバを接続したネットワーク（インターネット）に対し、宅内の対象機器が接続されたコントローラと、パーソナルコンピュータや携帯電話端末等の端末装置とを接続したものが知られている。この機器管理システムにおいては、対象機器の制御や監視に係る指示を記述した電子メール（以下、指示メールという）を、ユーザが宅外の端末装置からメールサーバを介して宅内のコントローラに送信することにより、コントローラは、指示メールの内容に従って宅内の対象機器の制御や監視を行い、制御結果や監視結果を示す電子メール（以下、応答メールという）を端末装置に返信する（たとえば特許文献１参照）。
【０００３】
また、上記機器管理システムにおいて、対象機器としてイベント（たとえば火災など）の発生を検知するセンサを用いた場合には、センサで検知されたイベントをコントローラから端末装置に電子メールにて通知することも可能である。
【０００４】
ところで、この種の機器管理システムにおいては、コントローラの故障等により機器管理システムが正常に稼働できない状態になると、端末装置から対象機器の制御や監視を行うことは勿論のこと、センサで検知されたイベントを端末装置に通知することも不可能になるので、ユーザはコントローラが正常に動作しているか否かを適宜監視する必要がある。一般的には、ユーザは端末装置からコントローラに対して指示メールを送信したときに、この指示メールに対する応答メールが端末装置で受信されるか否かによって、コントローラが動作しているか否かを確認する。すなわち、端末装置に対して応答メールの返信があった場合には、機器管理システムが正常に稼働しているものと判断される。
【特許文献１】特開２００６−１０８９２７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述したように、応答メールが端末装置で受信されるか否かによってコントローラの動作状態を監視する方法では、コントローラが動作しているか否かを確認する都度、ユーザにおいて端末装置から指示メールを送信する操作が必要になるため不便である。しかも、端末装置から指示メールを送信した時点でのコントローラの動作状態を確認することしかできないので、コントローラの動作状態を頻繁に確認するためには、頻繁に指示メールを送信する必要がありユーザの負担が大きくなる。
【０００６】
本発明は上記事由に鑑みて為されたものであって、ユーザの操作によらずにコントローラの動作状態を監視することができる機器管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
請求項１の発明は、対象機器が接続されたコントローラと、コントローラが接続されるネットワークに接続されたメールサーバと、メールサーバを介してコントローラとの間で電子メールの送受信が可能な端末装置とを備え、コントローラが、対象機器の制御または監視を指示する指示メールを端末装置から受信し、当該指示メールの内容に従って対象機器の制御または監視を行う機器管理システムであって、前記ネットワークには、メールサーバを介してコントローラとの間で電子メールの送受信が可能なメンテナンスサーバが接続され、コントローラが、定期的に生存確認メールをメンテナンスサーバ宛に送信する生存確認手段を有し、メンテナンスサーバが、生存確認メールが所定時間以上に亘り受信されなければシステム異常と判断するシステム異常判断手段と、システム異常と判断されたときにシステム異常を報知する報知メールを端末装置宛に送信する異常報知手段とを有することを特徴とする。
【０００８】
この構成によれば、コントローラが、生存確認手段によって定期的に生存確認メールをメンテナンスサーバに送信し、メンテナンスサーバは、生存確認メールが所定時間以上に亘って受信されなければ、異常報知手段によって端末装置宛にシステム異常を報知する報知メールを自動的に送信することになるので、コントローラの故障等により機器管理システムが正常に稼働できない状態になると、端末装置に報知メールが送信されることでユーザにシステム異常を報知することができる。すなわち、従来のように端末装置から指示メールを送信する操作をユーザが行うことなく、コントローラの動作状態を監視することができるという利点がある。
【０００９】
請求項２の発明は、請求項１の発明において、前記コントローラが、前記メールサーバとの間の通信の履歴を示すメンテナンスログを記憶するログ記憶部と、前記端末装置からログ要求メールを受信すると、メンテナンスログを含むログ通知メールを端末装置宛に送信するログ通知手段とを有することを特徴とする。
【００１０】
この構成によれば、コントローラとメールサーバとの間の通信の履歴を示すメンテナンスログが、端末装置からコントローラへのログ要求メールに応じて端末装置に伝達されることになるので、端末装置においては、任意のタイミングでコントローラとメールサーバとの間の通信状態を確認することができる。
【００１１】
請求項３の発明は、請求項１の発明において、前記コントローラが、前記メールサーバとの間の通信の履歴を示すメンテナンスログを記憶するログ記憶部を有し、前記メンテナンスサーバが、コントローラとメールサーバとの間の通信が復旧したときにコントローラからメンテナンスログを取得するログ取得手段と、メンテナンスログを取得すると当該メンテナンスログに基づいてコントローラがメールサーバに対し最後にアクセスした時刻を抽出し、抽出した時刻を示す状態通知メールを前記端末装置宛に送信する状態通知手段とを有することを特徴とする。
【００１２】
この構成によれば、コントローラとメールサーバとの間の通信が復旧したときに、コントローラがメールサーバに対し最後にアクセスした時刻が端末装置に通知されることになるので、端末装置においては、コントローラとの通信が復旧した時点で、コントローラとの通信が復旧したこと、並びにコントローラと通信不能であった期間を確認することができる。
【００１３】
請求項４の発明は、請求項１ないし請求項３のいずれかの発明において、前記コントローラが、前記メールサーバとの間の通信異常を検出する通信異常判断手段と、通信異常の検出時に通信異常を報知する通信異常報知手段と、通信異常報知手段の報知を停止させるように操作される復旧用操作部とを有し、一旦通信異常を検出すると、メールサーバとの間の通信が復旧しても復旧用操作部が操作されるまでは通信異常報知手段による報知を継続することを特徴とする。
【００１４】
この構成によれば、コントローラとメールサーバとの間の通信異常が一旦検出されると、復旧用操作部が操作されるまでは通信異常報知手段による報知が継続するので、コントローラとメールサーバとの間で通信異常が生じたことをユーザに対して確実に報知することができる。すなわち、たとえばコントローラとメールサーバとの間で通信異常が生じたものの、生存確認メールの送信時点では通信が既に復旧していたためにメンテナンスサーバでシステム異常と判断されないような場合であっても、過去に通信異常が生じたことをユーザに報知することができる。
【００１５】
請求項５の発明は、請求項２の発明において、前記コントローラが、前記ログ記憶部のメモリ残量が所定値以下になると、前記ログ通知手段から前記メンテナンスサーバ宛に前記ログ通知メールを送信させるとともに、ログ通知メールの送信後にログ記憶部内のメンテナンスログを消去するログ消去手段を有し、メンテナンスサーバが、前記端末装置からログ要求メールを受信すると、ログ通知メールを端末装置宛に送信するログ転送手段を有することを特徴とする。
【００１６】
この構成によれば、メンテナンスログは、ログ記憶部のメモリ残量が所定値以下になると、コントローラからメンテナンスサーバに移され、その後の端末装置からメンテナンスサーバへのログ要求メールに応じて端末装置に伝達されるので、ログ記憶部のメモリ容量が比較的小さくても、メンテナンスログを端末装置に確実に伝達できるという利点がある。
【００１７】
請求項６の発明は、請求項１ないし請求項５のいずれかの発明において、前記コントローラが、予め設定されている制御用パスワードに前記指示メールに含まれるパスワードが一致した場合にのみ、指示メールの内容に従って前記対象機器の制御または監視を行うものであって、自己と対象機器との少なくとも一方に設けた通知用操作部の操作に応じて、制御用パスワードを示すパスワード通知メールを端末装置宛に送信するパスワード通知手段を有することを特徴とする。
【００１８】
この構成によれば、コントローラと対象機器との少なくとも一方に設けた通知用操作部の操作に応じて制御用パスワードが端末装置に通知されるので、ユーザが制御用パスワードを忘れてしまった場合でも、制御用パスワードをユーザに知らせることができ、たとえばコントローラを初期化して新たに制御用パスワードを設定するなどの作業が不要となる。
【発明の効果】
【００１９】
本発明は、ユーザの操作によることなくコントローラの動作状態を監視することができるという利点がある。
【発明を実施するための最良の形態】
【００２０】
（実施形態１）
本実施形態の機器管理システムＡは、図２に示すように複数台の対象機器２が接続されたコントローラ１と、パーソナルコンピュータや携帯電話端末等からなる端末装置（ここではパーソナルコンピュータ）３と、コントローラ１や端末装置３との間で電子メールの送受信を行うメールサーバ４およびメンテナンスサーバ５とがネットワーク（インターネット）６に接続された構成を有する。
【００２１】
ここにおいて、対象機器２としては照明器具や空調設備などの住宅内に設置された電気機器の他、たとえば不審者の侵入や火災などのイベントの発生を検知するセンサや、防犯カメラやインターホンや電気錠など様々な機器が適用される。これらの対象機器２は、ＬＡＮ等の宅内ネットワークを介してコントローラ１に接続されており、宅内ネットワークを介してコントローラ１から後述の制御信号を受けると、当該制御信号に応じて自己の動作の制御や動作状態の監視が為されるように構成される。
【００２２】
コントローラ１は、宅内に設置されており、メールサーバ４に対しネットワーク６を介して定期的にアクセスすることで、宅外の端末装置３からメールサーバ４に対しネットワーク６を介して送信された電子メールを受信する。ここで、ユーザは、対象機器２の制御や監視に係る指示要求を記述した電子メール（以下、指示メールという）を、宅外の端末装置３からメールサーバを介してコントローラ１に送信するものとする。しかして、コントローラ１はメールサーバ４にアクセスした際にメールサーバ４内に指示メールがあるか否かを確認し、自己宛の指示メールがあれば当該指示メールを受信する。
【００２３】
指示メールを受け取ったコントローラ１は、指示メールの内容に従って自己に接続されている対象機器２に制御信号を送信し、当該制御信号により対象機器２の制御や監視を行う。さらに、コントローラ１は対象機器２の制御結果や監視結果を示す電子メール（以下、応答メールという）を、端末装置３に対しメールサーバ４を介して返信する。また、センサ等の対象機器２においてイベントの発生が検知された場合には、当該対象機器２が接続されているコントローラ１は、対象機器２からの信号を受けて前記イベントの発生を示す電子メールを端末装置３に送信することで、イベントの発生を端末装置３に通知する。なお、コントローラ１はメールサーバ４との間で標準メールプロトコルであるＰＯＰ３（Ｐｏｓｔ  Ｏｆｆｉｃｅ  Ｐｒｏｔｏｃｏｌ  Ｖｅｒ．３）、ＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を用いて電子メールの送受信を行う。
【００２４】
ところで、上述の機器管理システムＡにおいては、コントローラ１の故障等によりシステムが正常に稼働できない状態になると、端末装置３からの指示メールによって対象機器２の制御・監視を行うことは勿論のこと、センサ等の対象機器２で検知されたイベントの発生を端末装置３に通知することもできなくなるので、コントローラ１が正常に動作しているか否かの監視（所謂、コントローラ１の生存確認）を適宜行う必要がある。そこで、本実施形態では以下の構成を採用している。
【００２５】
すなわち、コントローラ１は、正常に動作していることを示すための電子メール（以下、生存確認メールという）を定期的に送信する生存確認手段としての機能を有する。ここで、コントローラ１には、ネットワーク６に接続されたメンテナンスサーバ５のアドレスが予め設定されており、コントローラ１は、図１に示すように前記生存確認メールをメンテナンスサーバ５に対しメールサーバ４を介して一定時間間隔（以下、送信間隔Ｔａという）で送信する。
【００２６】
メンテナンスサーバ５は、コントローラ１から送信される電子メールの受信処理を行い、コントローラ１からの生存確認メールを受信した時間間隔（以下、受信間隔Ｔｂという）を検出するシステム異常判断手段としての機能を有する。しかして、メンテナンスサーバ５では、生存確認メールの受信間隔Ｔｂが送信間隔Ｔａに一定の遅延時間を付加した時間（以下、監視時間Ｔｃという）を上回ったとき、機器管理システムＡが正常に稼働していないものと判断する。つまり、メンテナンスサーバ５は、コントローラ１からの生存確認メールを監視時間Ｔｃ以上に亘って受信できなければ、システム異常であると判断する。なお、遅延時間の長さは、コントローラ１とメンテナンスサーバ５との間で電子メールの送受信を行う際に生じ得るタイムラグを見込んで設定される。
【００２７】
さらに、メンテナンスサーバ５は、端末装置３のメールアドレスを記憶するアドレス記憶部（図示せず）を有するとともに、上記システム異常と判断したときに、アドレス記憶部に登録されている端末装置３のメールアドレスにシステム異常を報知する電子メール（以下、報知メールという）を送信する異常報知手段としての機能を具備する。この構成により、コントローラ１からメンテナンスサーバ５に生存確認メールが定期的に送信されなくなると、図１に示すようにシステム異常が発生したものとしてメンテナンスサーバ５から宅外の端末装置３に報知メールが送信される。なお、報知メールの送信先として複数台の端末装置３を設定するようにしてもよく、この場合、アドレス記憶部には複数台の端末装置３のメールアドレスが登録される。
【００２８】
以上説明した構成の機器管理システムＡによれば、コントローラ１の故障やコントローラ１−メンテナンスサーバ５間の通信障害等によりシステムが正常に稼働できないときには、宅外の端末装置３に対してシステム異常を報知する報知メールが自動的に送信されるので、宅外のユーザに対してシステム異常を報知することが可能である。したがって、ユーザにおいては、特に操作しなくともコントローラ１の生存確認を行なうことができ、従来構成のようにユーザがコントローラ１に対して指示メールを送ることでコントローラ１の生存確認を行う場合に比べて、ユーザの負担を軽減することができる。
【００２９】
ここにおいて、コントローラ１の生存確認は、コントローラ１からメンテナンスサーバ５に生存確認メールが送信される度に為されることとなるので、生存確認メールの送信間隔Ｔａを短くすることでコントローラ１の生存確認の頻度を上げることができ、これにより、システム異常の発生を早急にユーザに報知することが可能となる。そのため、ユーザにおいては、システム異常の発生時にコントローラ１の復旧等の措置を早急にとることができる。なお、生存確認メールの送信間隔Ｔａは、たとえば端末装置３のＷｅｂブラウザ機能によりコントローラ１に搭載されているＷｅｂサーバ機能にアクセスすることで、任意に設定できるようにしてある。
【００３０】
また、図示例ではメンテナンスサーバ５に対してコントローラ１を１台のみ接続した例を示しているが、実際には、ネットワーク６を介して複数台のコントローラ１をメンテナンスサーバ５に接続可能である。複数台のコントローラ１が接続される場合、メンテナンスサーバ５は、送信元メールアドレスごとに生存確認メールを抽出し、送信元メールアドレスが同一の生存確認メールについて受信間隔Ｔｂを検出するように構成される。そして、アドレス記憶部においては端末装置３のメールアドレスにコントローラ１のメールアドレスが対応付けられ、メンテナンスサーバ５は、システム異常と判断した場合に、当該判断に係る生存確認メールの送信元のメールアドレスとアドレス記憶部で対応付けられた端末装置３に対して報知メールを送信するように構成される。
【００３１】
ところで、本実施形態においては、コントローラ１はメールサーバ４との間においての通信異常を検出する通信異常判断手段としての機能を具備している。さらに、コントローラ１には、上記通信異常が検出された場合に通信異常をたとえば光によって報知する通信異常報知手段としての機能と、通信異常の報知を停止させるようにユーザによって操作される図示しない復旧用スイッチ（復旧用操作部）とが備わっている。ここで、コントローラ１は、通信異常が一旦検出されると、たとえコントローラ１とメールサーバ４との間で通信が復旧し電子メールの送受信が可能な状態になったとしても、復旧用スイッチが操作されるまでは通信異常の報知を継続するように構成されている。
【００３２】
具体的に説明すると、コントローラ１は、メールサーバ４へ電子メールを送信する際に、電子メールの送信が正常に完了しなければ（つまり、電子メールの送信エラーが発生すると）、図３に示すように予め定められているリトライ回数（ここでは２回）だけ電子メールの送信を再試行するように構成されている。ここにおいて、ネットワーク６やメールサーバ４の混雑等に起因して一時的に電子メールの送信エラーが生じる可能性があるので、コントローラ１は、この種の一時的な送信エラーを通信異常から除外する目的で、図３のように電子メールの送信エラーが連続してリトライ回数より１回多い回数（ここでは３回）発生したときに限り通信異常と判断するものとする。
【００３３】
しかして、コントローラ１とメールサーバ４との間で通信異常が発生すると、コントローラ１に設けた復旧用スイッチがユーザに操作されるまでは、コントローラ１は通信異常を報知し続けることとなるので、通信異常の発生をユーザに対して確実に知らせることが可能である。要するに、一旦通信異常が生じたものの生存確認メールの送信時点では通信が既に復旧していたためにメンテナンスサーバ５でシステム異常と判断されず、且つユーザが帰宅した時点ではコントローラ１が正常に動作しているような場合でもあっても、コントローラ１が通信異常を報知し続けることにより、過去に通信異常が発生したという事実を帰宅したユーザに対し確実に知らせることができる。そして、前記報知を確認したユーザは、復旧用スイッチを操作することで前記報知を終了させることができる。
【００３４】
また、本実施形態においては、指示メールにて対象機器２を制御するに当たって、セキュリティ性を向上させるために指示メールの本文に図４に示すように正しいパスワード（図示例では「ａｂｃ１２３」）を入力することを必須要件としてある。すなわち、コントローラ１は、所定の制御用パスワードが予め設定されており、指示メールに含まれるパスワードが制御用パスワードに一致する場合にのみ、指示メールの内容に従って対象機器２の制御を行うように構成されている。これにより、正規のユーザ以外の者がコントローラ１に対し指示メールを送信して不正に対象機器２を制御することを阻止できる。
【００３５】
ただし、この構成では、正規のユーザであっても正しいパスワードを指示メールに記述しない限り指示メールにて対象機器２を制御することができないので、ユーザが正しいパスワード（制御用パスワード）を忘れてしまった場合などに対処するため、ユーザに対して制御用パスワードを通知可能な構成を本実施形態では採用している。具体的には、コントローラ１には図示しない通知用スイッチ（通知用操作部）と、この通知用スイッチの操作に応じて、制御用パスワードを通知するための電子メール（以下、パスワード通知メールという）を端末装置３のメールアドレスに送信するパスワード通知手段としての機能とが備わっている。なお、通知用スイッチはコントローラ１本体に設けられるものに限らず、コントローラ１に接続された対象機器２に設けられていてもよい。
【００３６】
上記構成によれば、ユーザは、たとえ制御用パスワードを忘れてしまったとしても、コントローラ１の通知用スイッチを操作することで、端末装置３に送信されるパスワード通知メールから制御用パスワードを知ることができる。したがって、たとえばコントローラ１を初期化して制御用パスワードを新たに設定し直すなどの大掛かりな措置をとることなく、機器管理システムＡを復旧させることができる。
【００３７】
ここで、本実施形態のコントローラ１は、通知用スイッチが操作された時点での各対象機器２の動作状態の組み合わせを考慮してパスワード通知メールを送信するか否かを決定するものとする。つまり、コントローラ１には、図５に示すように各対象機器２の動作状態の組み合わせが登録テーブルとして予め登録されており、コントローラ１は、通知用スイッチの操作時に各対象機器２の動作状態が登録テーブルの内容と一致している場合に限り、パスワード通知メールを送信するものとする。登録テーブルは、コントローラ１に接続された複数台の対象機器（図５では機器１〜機器４）２のそれぞれについて、オン（ＯＮ）と、オフ（ＯＦＦ）と、オン・オフのどちらでもよい（Ｄｏｎ’ｔ  ｃａｒｅ）との３種類の動作状態からいずれかを選択することで設定される。なお、登録テーブルは、たとえば端末装置３のＷｅｂブラウザ機能によりコントローラ１に搭載されているＷｅｂサーバ機能にアクセスすることで任意に設定される。
【００３８】
（実施形態２）
本実施形態の機器管理システムＡは、コントローラ１とメールサーバ４との間の通信履歴を示すメンテナンスログを端末装置３で確認できる機能を付与した点が実施形態１の機器管理システムＡと相違する。ここにおいて、メンテナンスログはコントローラ１におけるメールサーバアクセスログやネットワーク通信の接続情報を意味しており、ここでは図６に示すように、コントローラ１がメールサーバ４との間で行った通信の履歴（プロトコルおよび通信内容）を当該通信の時刻情報と組にしてメンテナンスログとしてある。
【００３９】
コントローラ１は、上述のメンテナンスログを記憶するログ記憶部（図示せず）を具備しており、さらに、端末装置３からメンテナンスログを要求する電子メール（以下、ログ要求メールという）を受信すると、ログ記憶部内のメンテナンスログを端末装置３に通知するログ通知手段としての機能を具備している。ここで、コントローラ１は図７に示すようにログ要求メールを受信したときに、ログ要求メールの送信元の端末装置３のメールアドレスに対しメンテナンスログを含む電子メール（以下、ログ通知メールという）を返信することでメンテナンスログを通知する。
【００４０】
この構成によれば、ユーザは端末装置３からコントローラ１に対してログ要求メールを送信することにより、コントローラ１とメールサーバ４との間の通信に係るメンテナンスログを取得することができるので、任意のタイミングで、コントローラ１とメールサーバ４との間の通信状況を確認することが可能である。なお、ここではログ要求メールが端末装置３からコントローラ１に送信される例を示したが、ログ要求メールはメンテナンスサーバ５からコントローラ１に送信されるものであってもよい。この場合、ログ通知メールはログ要求メールの送信元であるメンテナンスサーバ５に返信される。
【００４１】
ところで、ログ記憶部のメモリ残量が少なくなると、ログ記憶部に新規のメンテナンスログを記憶できなくなる可能性があるので、本実施形態では以下の構成を採用することによりログ記憶部のメモリ残量を確保できるようにしてある。
【００４２】
すなわち、コントローラ１は、ログ記憶部のメモリ残量を監視し当該メモリ残量が所定値以下になると、メンテナンスサーバ５にログ通知メールを送信するとともに、ログ通知メールの送信後にログ記憶部内のメンテナンスログを消去する機能（ログ消去手段）を具備している。これにより、ログ記憶部のメモリ残量が少なくなると、ログ記憶部内のメンテナンスログはメモリ容量の比較的大きいメンテナンスサーバ５に自動的に移され、ログ記憶部内のメンテナンスログを消去してメモリ残量を増やすことが可能となる。
【００４３】
さらに、メンテナンスサーバ５においては、端末装置３からのログ要求メールを受信すると、コントローラ１から受信したログ通知メールを端末装置３に送信するログ転送手段としての機能が備わっている。したがって、端末装置３は、コントローラ１とメンテナンスサーバ５との両方に対してログ要求メールを送信することにより、コントローラ１のログ記憶部とメンテナンスサーバ５との少なくとも一方からメンテナンスログを取得することができる。なお、この構成では、端末装置３はログ記憶部のメモリ容量を超えるメンテナンスログをまとめて取得することができ、メンテナンスログの取得に係る通信の頻度を最小限に抑えることができるという利点もある。
【００４４】
以下、本実施形態の機器管理システムＡを構成するコントローラ１の動作について図８のフローチャートを参照して説明する。
【００４５】
コントローラ１は、たとえば指示メールの取得などの目的でメールサーバ４との間で通信を行うと（Ｓ１）、この通信に関するメンテナンスログを作成してログ記憶部に記憶する（Ｓ２）。次に、コントローラ１はログ記憶部のメモリ残量を確認する（Ｓ３）。ここで、メモリ残量が所定値以下であれば、ログ通知メールをメンテナンスサーバ５に対して送信し（Ｓ４）、その後、ログ記憶部内のメンテナンスログを消去（クリア）する（Ｓ５）。一方、メモリ残量が所定値を超えていれば、ステップＳ４，Ｓ５の処理を飛ばして次処理（ここではＳ１）に移行する。
【００４６】
その他の構成および機能は実施形態１と同様である。
【００４７】
（実施形態３）
本実施形態の機器管理システムＡは、コントローラ１とメールサーバ４との間の通信の復旧時に、メールサーバ４に対するコントローラ１の最終アクセス時刻を端末装置３で確認できる機能を付与した点が実施形態２の機器管理システムＡと相違する。
【００４８】
コントローラ１は、故障等によりメールサーバ４との通信が一旦不可能になると、図９に示すように通信が復旧したとき（図中「停止状態」から「動作状態」に移行したとき）に、前記通信の復旧を示す電子メール（以下、起動通知メールという）をメンテナンスサーバ５に対しメールサーバ４を介して送信する。本実施形態では、コントローラ１の再起動やコントローラ１がネットワーク６に接続されたことを以って、コントローラ１とメールサーバ４との間の通信が復旧したものと判断する。つまり、コントローラ１は自己の起動処理が完了すれば、あるいはネットワーク６への接続状態を監視してネットワーク６への接続が完了すれば、メンテナンスサーバ５に対して起動通知メールを送信する。
【００４９】
メンテナンスサーバ５は起動通知メールを受信すると、図９に示すように、メンテナンスログを要求するログ要求メールをコントローラ１に対して送信し、コントローラ１からメンテナンスログを含むログ通知メールの返信を受けることでメンテナンスログを取得する機能（ログ取得手段）を有する。さらにメンテナンスサーバ５は、メンテナンスログを取得すると、取得したメンテナンスログの解析を行ってコントローラ１がメールサーバ４に最後にアクセスした時刻を抽出し、抽出した時刻を示す電子メール（以下、状態通知メールという）を端末装置３のメールアドレスに送信する状態通知手段としての機能を具備する。
【００５０】
以上説明した構成によれば、システム異常の原因（コントローラ１の故障等）が解消されてコントローラ１−メールサーバ４間の通信が復旧すると、メールサーバ４に対するコントローラ１の最終アクセス時刻が端末装置３に自動的に通知される。
【００５１】
状態通知メールはたとえば図１０に示すような形態で端末装置３に送信され、これにより、状態通知メールを受けた端末装置３においては、状態通知メールの本文のうち「システムが稼働状態になりました。」という部分から、コントローラ１との通信が復旧しシステムが稼働状態となったことを確認することができる。さらに、状態通知メールの本文のうち「８月１日  １５：００から現在まで、システムは停止状態でした。」という部分から、コントローラ１と通信不能であった期間（以下、システム停止期間という）を確認することができる。つまり、システム停止期間においては、コントローラ１と端末装置３との間で通信不能であるから、対象機器（センサ）２で検知したイベントの発生が端末装置３に通知されていない可能性がある旨をユーザに示唆することができる。
【００５２】
その他の構成および機能は実施形態２と同様である。
【図面の簡単な説明】
【００５３】
【図１】本発明の実施形態１の動作例を示すシーケンス図である。
【図２】同上の概略システム構成図である。
【図３】同上の他の動作例を示すシーケンス図である。
【図４】同上で用いる指示メールの例を示す説明図である。
【図５】同上で用いる登録テーブルの例を示す説明図である。
【図６】本発明の実施形態２で用いるメンテナンスログの例を示す説明図である。
【図７】同上の動作例を示すシーケンス図である。
【図８】同上で用いるコントローラの動作を示すフローチャートである。
【図９】本発明の実施形態３の動作例を示すシーケンス図である。
【図１０】同上で用いる状態通知メールの例を示す説明図である。
【図１１】従来例の概略システム構成図である。
【符号の説明】
【００５４】
１  コントローラ
２  対象機器
３  端末装置
４  メールサーバ
５  メンテナンスサーバ
６  ネットワーク
Ａ  機器管理システム 
【図１】
2009232099.tif 000003
【図２】
2009232099.tif 000004
【図３】
2009232099.tif 000005
【図４】
2009232099.tif 000006
【図５】
2009232099.tif 000007
【図６】
2009232099.tif 000008
【図７】
2009232099.tif 000009
【図８】
2009232099.tif 000010
【図９】
2009232099.tif 000011
【図１０】
2009232099.tif 000012
【図１１】
2009232099.tif 000013