JP2009163324A - 遠隔監視システム、端末管理サーバ、および端末管理サーバ制御プログラム - Google Patents

Abstract

【課題】複数台の遠隔監視端末それぞれに配信すべき設定情報の入力作業を簡素化した遠隔監視システムを提供する。
【解決手段】遠隔監視システムとしての絶縁監視システム１１は、設備を監視する遠隔監視端末としての複数の絶縁監視端末２１と、複数の絶縁監視端末２１と情報を双方向に送受信可能に接続され、複数の絶縁監視端末２１を制御する端末管理サーバ３１とを備える。端末管理サーバ３１は、複数の絶縁監視端末２１毎に設定する設定情報の一括した入力を受け付ける一括入力手段と、一括入力手段によって入力された複数の設定情報を格納する格納手段と、格納手段に格納された複数の設定情報をそれぞれ対応する絶縁監視端末２１に配信する配信手段とを有する。
【選択図】図１

Description

この発明は、遠隔監視システム、端末管理サーバ、および端末管理サーバ制御プログラムに関し、特に複数の遠隔監視端末が接続された遠隔監視システム、端末管理サーバ、および端末管理サーバ制御プログラムに関するものである。

従来の監視制御装置は、例えば、特開２００５−１２８９５２号公報（特許文献１）に記載されている。同公報に記載されている監視制御装置は、広範囲の地域に設置された複数の無線基地局や加入者局装置（遠隔監視端末）の監視および遠隔操作を通信網を介して接続された中央監視装置によって行うと記載されている。
特開２００５−１２８９５２号公報

上記の監視制御装置は、１台の中央監視装置に複数台の遠隔監視端末を接続するのが一般的である。また、配信すべき設定情報は遠隔監視端末毎にそれぞれ異なるので、接続される遠隔監視端末の台数が多くなると、設定情報の入力作業が煩雑となる。

そこで、この発明の目的は、複数台の遠隔監視端末それぞれに配信すべき設定情報の入力作業を簡素化した遠隔監視システム、このような遠隔監視システムに用いられる端末管理サーバ、および端末管理サーバ制御プログラムを提供することである。

この発明に係る遠隔監視システムは、設備を監視する複数の遠隔監視端末と、複数の遠隔監視端末と情報を双方向に送受信可能に接続され、複数の遠隔監視端末を制御する端末管理サーバとを備える。端末管理サーバは、複数の遠隔監視端末毎に設定する設定情報の一括した入力を受け付ける一括入力手段と、一括入力手段によって入力された複数の設定情報を格納する格納手段と、格納手段に格納された複数の設定情報をそれぞれ対応する遠隔監視端末に配信する配信手段とを有する。上記構成のように複数の設定情報を一括して入力することができれば、多数の遠隔監視端末を設置する場合でも設定情報の入力作業を簡素化することができる。

好ましくは、遠隔監視端末は、設定情報を受信可能な状態になったことを契機として端末管理サーバに受信可能通知を送信する状態通知手段をさらに有する。格納手段は、格納されている設定情報が対応する遠隔監視端末に配信完了したか否かを保持している。そして、配信手段は、設定情報が未だ配信されていない遠隔監視端末から受信可能通知を受信したことを契機として、当該遠隔監視端末に設定情報を配信する。

上記構成とすれば、複数の遠隔監視端末に配信すべき設定情報を予め一括して入力しておき、準備の整った遠隔監視端末に順次送信することができる。その結果、管理者の作業負担を大幅に軽減することができる。

好ましくは、端末管理サーバは、格納手段に格納されている情報を表示する表示手段をさらに有する。さらに好ましくは、端末管理サーバは、表示手段によって表示された設定情報を編集する編集手段をさらに有する。これにより、端末管理サーバに登録されている設定情報が可視化される。その結果、第三者による設定情報の確認や訂正を行うことができ、入力ミスによる遠隔監視システムの誤作動を有効に防止することができる。

好ましくは、設定情報は設備の監視項目についての閾値を含む。そして、遠隔監視端末は、設備の異常を検出する検出手段と、検出手段の検出結果が閾値を超えたことを契機として、端末管理サーバに異常通知を送信する異常通知手段とをさらに有する。

さらに好ましくは、設定情報は、遠隔監視端末に関する情報を連絡する連絡先を含む。そして、端末管理サーバは、遠隔監視端末から異常通知を受信したことを契機として、連絡先に当該設備の異常を通報する通報手段をさらに有する。上記構成とすれば、管理者は現地に赴いて点検をすることなく設備の状況を把握することができる。その結果、定期点検に要するコストを大幅に低減することができる。

一実施形態として、一括入力手段は複数の設定情報を含むＣＳＶデータを受け付ける。

好ましくは、端末管理サーバと複数の遠隔監視端末とは、無線通信網を介して相互に接続されている。これによりネットワークと遠隔監視端末との間の配線が不要となるので、遠隔監視端末を新たに設置する際の作業を簡素化することができる。具体的には、ＦＯＭＡ（登録商標）網等が該当する。

この発明に係る端末管理サーバは、設備を監視する複数の遠隔監視端末と情報を双方向に送受信可能に接続され、複数の遠隔監視端末毎に設定する設定情報の一括した入力を受け付ける一括入力手段と、一括入力手段によって入力された複数の設定情報を格納する格納手段と、格納手段に格納された複数の設定情報をそれぞれ対応する遠隔監視端末に配信する配信手段とを有する。

この発明に係る端末管理サーバ制御プログラムは、コンピュータを、上記の端末管理サーバとして作動させる。

図１〜図８を参照して、この発明の一実施形態に係る遠隔監視システムの一例としての絶縁監視システム１１を説明する。なお、図１は絶縁監視システム１１のシステム構成を示すブロック図、図２は設定待ＤＢ（ＤａｔａＢａｓｅ）３３ａのデータ構造を示す図、図３は設定済ＤＢ３３ｂのデータ構造を示す図、図４は設定情報の表示例を示す図、図５〜図８は絶縁監視システム１１の動作を示すフロー図である。

まず、図１を参照して、絶縁監視システム１１は、遠隔監視端末としての複数の絶縁監視端末２１と、複数の絶縁監視端末２１にネットワーク１０を介して接続される端末管理サーバ３１とで構成される。絶縁監視端末２１と端末管理サーバ３１との間では、情報を双方向に送受信可能となっている。具体的には、絶縁監視端末２１から端末管理サーバ３１に向かって受信可能通知や異常通知等が送信される。一方、端末管理サーバ３１から絶縁監視端末２１に向かって設定情報等が送信される。

絶縁監視端末２１は、制御装置２２と、検出手段としての検出装置２３と、ネットワークＩ／Ｆ（インターフェース）２４とを備え、建物に設置されるキュービクル等（以下「電源設備」という）を監視する。なお、「キュービクル」とは、「キュービクル式高圧受電設備」の略称で、電気事業者から高圧で受電するための機器および変圧器、コンデンサ、その他の保安装置等の機器一式を一つの金属製の外箱に収めた受電設備を指す。

制御装置２２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２２ａと、プログラム等が格納されているＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２２ｂと、一時記憶領域としてのＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２２ｃとを含み、絶縁監視端末２１全体の制御を行う。ＣＰＵ２２ａは、単独で、またはネットワークＩ／Ｆ２４と共に状態通知手段および異常通知手段として作動する。

状態通知手段は、設定情報を受信可能な状態になったことを契機として端末管理サーバ３１に受信可能通知を送信する。「受信可能な状態」とは、例えば、絶縁監視端末２１が通信回線に接続された状態である。異常通知手段は、検出装置２３が監視対象となる電源設備の異常を検出した場合に異常通知を端末管理サーバ３１に通知する。

検出装置２３は、監視対象となる電源設備の異常を検出するものであって、例えば、零相変流器（ＺＣＴ）２３ａやサーミスタ測温体２３ｂを含む。具体的には、零相変流器２３ａは漏洩電流値を、サーミスタ測温体２３ｂはトランス（図示省略）の温度をそれぞれ測定する。なお、絶縁監視端末２１は複数の検出装置２３を有し、複数のチャネルを同時に監視することができる。

ネットワークＩ／Ｆ２４は、ネットワーク１０に接続されており、端末管理サーバ３１との間でデータの送受信を行う。なお、ネットワーク１０としては、ＦＯＭＡ網等の無線通信網を採用するのが望ましい。これによりネットワーク１０と絶縁監視端末２１との間の配線が不要となるので、絶縁監視端末２１を新たに設置する際の作業を簡素化することができる。

端末管理サーバ３１は、制御装置３２と、記憶装置３３と、ネットワークＩ／Ｆ３４とを備え、ネットワーク１０に接続されて絶縁監視端末２１を制御する。なお、１台の端末管理サーバ３１で複数台の絶縁監視端末２１を制御することができる。

制御装置３２は、ＣＰＵ３２ａと、プログラム等が格納されているＲＯＭ３２ｂと、一時記憶領域としてのＲＡＭ３２ｃとを含み、端末管理サーバ３１全体の制御を行う。ＣＰＵ３２ａは、単独で、またはネットワークＩ／Ｆ３４と共に一括入力手段、配信手段、表示手段、編集手段、および通報手段として作動する。

一括入力手段は、複数の設定情報の一括した入力を受け付ける。なお、入力された設定情報は、設定待ＤＢ３３ａに登録される。具体的な入力方法としては、例えば、複数の設定情報が保存されたＣＳＶファイルを読み込むこと等が考えられる。

配信手段は、設定待ＤＢ３３ａに登録されている設定情報を対応する絶縁監視端末２１に配信する。なお、設定情報の配信は、設定情報が設定待ＤＢ３３ａに登録された時点で行われる設定情報配信処理（図５）と、絶縁監視端末２１から受信可能通知を受信したことを契機として行われる設定情報再配信処理（図６）とに区分される。

表示手段は、端末管理サーバ３１が保持している設定情報をユーザの端末画面に表示させる。なお、検索条件を指定して表示させる設定情報を抽出することができる。例えば、未だ配信完了していない設定情報のみを表示させることもできるし、特定の管理者の設定情報のみを表示させることもできる。

編集手段は、表示手段によって表示された設定情報の変更を受け付ける。ただし、絶縁監視端末２１の保持する設定情報との不整合を防止するために、設定済ＤＢ３３ｂに登録されている設定情報は、変更できないようにするのが望ましい。

通報手段は、絶縁監視端末２１からの異常通知を受信したことを契機として、管理者に異常の発生を通報する。具体的には、設定情報に登録されている連絡先メールアドレスに対してＥメールを送信する。

記憶装置３３は、設定情報を格納する格納手段としての設定待ＤＢ３３ａおよび設定済ＤＢ３３ｂと、ログＤＢ３３ｃとを有する。設定待ＤＢ３３ａは、未だ絶縁監視端末２１に配信されていない設定情報を記憶する。一方、設定済ＤＢ３３ｂは、既に絶縁監視端末２１に配信された設定情報を記憶する。つまり、設定情報が対応する絶縁監視端末２１に配信完了されたか否かは、設定待ＤＢ３３ａに登録（配信未完了）されているか、設定済ＤＢ３３ｂに登録（配信完了）されているかによって判断することができる。ログＤＢ３３ｃは、設定情報の入力、配信、変更、および異常通知の受信、通報等の端末管理サーバ３１の作業ログを記憶する。

ネットワークＩ／Ｆ３４は、ネットワーク１０に接続されており、絶縁監視端末２１およびユーザとの間でデータの送受信を行う。なお、ユーザは、ＰＣ（パーソナルコンピュータ）や携帯電話等によって端末管理サーバ３１にアクセスする。

次に、図２および図３を参照して、設定待ＤＢ３３ａおよび設定済ＤＢ３３ｂ（総称して「設定情報ＤＢ」という）に記憶される情報を説明する。まず、図２を参照して、設定待ＤＢ３３ａは、レコードを識別するレコードＩＤと、設定情報と、入力日時と、最終更新日時とを含む。

設定情報は、絶縁監視端末２１を識別する端末ＩＤと、絶縁監視端末２１が有する検出装置２３を識別するセンサＩＤと、監視対象を示すチャネルと、監視項目と、閾値と、当該絶縁監視端末２１の管理者を示す管理者ＩＤと、当該管理者の連絡先とを含む。

入力日時には、当該設定情報を端末管理サーバ３１に入力した日時が設定される。最終更新日時には、当該設定情報を最後に変更した日時が設定される。なお、最終更新日時に何も設定されていない場合は、当該設定情報が変更されていないことを示す。

次に、図３を参照して、設定済ＤＢ３３ｂは、レコードＩＤと、設定情報と、当該設定情報を対応する絶縁監視端末２１に配信した日時を示す配信日時とを含む。なお、設定情報の具体的な項目は、図２に示す設定待ＤＢ３３ａと共通するので、説明は省略する。

次に、図２〜図８を参照して、上記構成の絶縁監視システム１１の動作を説明する。

まず、図５は、設定情報配信処理の流れを示すフロー図である。図５に示すステップＳ１１において端末管理サーバ３１は、ユーザからの設定情報の一括した入力を受け付ける。具体的には、ユーザは、ネットワーク１０を経由して端末管理サーバ３１にアクセスし、複数の設定情報を記憶したＣＳＶ（Ｃｏｍｍａ Ｓｅｐａｒａｔｅｄ Ｖａｌｕｅｓ）ファイルをアップロードする。または、ＣＳＶファイルを記録した記録媒体を端末管理サーバ３１に直接読取らせてもよい。

次に、ステップＳ１２において端末管理サーバ３１は、一括入力された設定情報を入力日時と共に設定待ＤＢ３３ａに登録する。この実施形態においては、図２に示す５レコード（レコードＩＤ「００１〜００５」）が登録されたものとする。なお、上記の処理（Ｓ１１〜Ｓ１２）は、一括入力手段として作動するＣＰＵ３２ａによって制御される。

次に、ステップＳ１３において端末管理サーバ３１は、設定待ＤＢ３３ａに登録された設定情報を対応する絶縁監視端末２１に配信する。絶縁監視端末２１は、受信した設定情報をＲＡＭ２２ｃに格納する。

なお、設定情報はチャネル毎に異なるので、１台の絶縁監視端末２１に複数の設定情報が配信されることになる。この実施形態においては、レコードＩＤ「００１〜００３」の３レコードが端末ＩＤ「Ｔ００１」の絶縁監視端末２１に同時に配信される。

ここで、当該設定情報を配信完了した場合（ステップＳ１４でＹＥＳ）、ステップＳ１５において端末管理サーバ３１は、図３に示すように配信した設定情報（レコードＩＤ「００１〜００３」）を配信日時と共に設定済ＤＢ３３ｂに登録する。また、ステップＳ１６において端末管理サーバ３１は、配信した設定情報レコードを設定待ＤＢ３３ａから削除する。一方、当該設定情報を配信できなかった場合（ステップＳ１４でＮＯ）、ステップＳ１５およびステップＳ１６の処理はスキップする。

上記の処理（Ｓ１３〜Ｓ１６）を設定待ＤＢに登録されている設定情報全てについて行う。また、上記の処理（Ｓ１３〜Ｓ１６）は、配信手段として作動するＣＰＵ３２ａによって制御される。上記の方法によれば、多数の絶縁監視端末２１を設置する場合でも設定情報の入力作業を簡素化することができる。

次に、図６は、設定情報再配信処理の流れを示すフロー図である。図６に示すステップＳ２１において端末管理サーバ３１は、接続されている絶縁監視端末２１からの受信可能通知の到着を監視している。

受信可能通知を受信した場合（ステップＳ２１でＹＥＳ）、ステップＳ２２において端末管理サーバ３１は、受信可能通知の送信元である絶縁監視端末２１に配信すべき設定情報が設定待ＤＢ３３ａに登録されているか否かを検索する。配信すべき設定情報が存在しない場合（ステップＳ２３でＮＯ）、以降の処理（Ｓ１３〜Ｓ１６）をスキップして処理を終了し、再び受信可能通知の到着を監視する。

一方、配信すべき設定情報が存在する場合（ステップＳ２３でＹＥＳ）、当該設定情報を絶縁監視端末２１に配信する（Ｓ１３〜Ｓ１６）。なお、ステップＳ１３〜ステップＳ１６は図２を用いて既に説明しているので、説明は省略する。

例えば、図５を用いて説明した設定情報配信処理の際には、端末ＩＤ「Ｔ００２」の絶縁監視端末２１は未だ準備ができておらず、設定情報を受信することができなかったとする。そうすると、設定待ＤＢ３３ａには、レコードＩＤ「００４〜００５」の２レコードが登録されていることになる。そして、端末ＩＤ「Ｔ００２」の絶縁監視端末２１から受信可能通知を受信すると、端末管理サーバ３１はレコードＩＤ「００４〜００５」の２レコードを当該絶縁監視端末２１に配信する。

複数の絶縁監視端末２１を設置しようとする場合、全ての準備が完了するまでには、ある程度の時間差が生じる。したがって、全ての絶縁監視端末２１の準備が整ってから設定情報を入力するのは、効率が悪い。一方、準備の整った絶縁監視端末２１に配信すべき設定情報を個別に入力するとなると、管理者の作業負担が大きくなる。

そこで、複数の絶縁監視端末２１に配信すべき設定情報を予め一括して入力（図５のＳ１１）しておき、準備の整った絶縁監視端末２１、すなわち受信可能通知を受信したことを契機として設定情報を送信すれば、管理者の作業負担を大幅に軽減することができる。

次に、図７は、設定情報の照会／編集処理の流れを示すフロー図である。図７に示すステップＳ３１において端末管理サーバ３１は、ユーザからの設定情報の表示要求の到着を監視している。

表示要求を受信した場合（ステップＳ３１でＹＥＳ）、ステップＳ３２において端末管理サーバ３１は、設定情報ＤＢから該当する設定情報を検索する。検索条件は、ユーザが任意に設定することができる。

そして、ステップＳ３３において端末管理サーバ３１は、検索結果をユーザに送信する。なお、上記の処理（Ｓ３１〜Ｓ３３）は、表示手段として作動するＣＰＵ３２ａによって制御される。表示例を図４に示す。

図４を参照して、この実施形態における表示項目は、設定情報に加えて、レコードＩＤ、端末設置場所、管理者名、および配信日時である。端末設置場所は、端末ＤＢ（図示省略）の端末ＩＤに関連付けられたレコードから取得する。同様に管理者名は、管理者ＤＢ（図示省略）の管理者ＩＤに関連付けられたレコードから取得する。また、配信日時の欄に日時が表示されているレコードは配信済みであることを、日時が表示されていないレコードは配信待ちであることを示している。

これにより、端末管理サーバ３１に登録されている設定情報が可視化される。その結果、第三者による設定情報の確認等を行うことができる。また、後述する設定情報の編集処理を併せて行えば、入力ミスによる絶縁監視システム１１の誤作動を有効に防止することができる。

次に、ステップＳ３４において端末管理サーバ３１は、ユーザからの設定情報の編集要求の到着を監視する。編集要求を受信した場合（ステップＳ３４でＹＥＳ）、ステップＳ３５において端末管理サーバ３１は、編集内容を設定待ＤＢ３３ａに反映して処理を終了する。

なお、具体的な編集方法としては、設定情報の設定値を直接変更してもよいし、他の設定情報の内容をコピーできるようにしてもよい。また、「編集」には、当該設定情報の削除をも含むものとする。ただし、設定済ＤＢ３３ｂに登録されている設定情報は編集することができない。絶縁監視端末２１が保持する設定情報との不整合を防止するためである。

一方、所定の時間監視しても編集要求を受信しない場合（ステップＳ３４でＮＯ）、以降の処理（Ｓ３５）をスキップして終了する。なお、上記の処理（Ｓ３４〜Ｓ３５）は、編集手段として作動するＣＰＵ３２ａによって制御される。

次に、図８は、電源異常通報処理の流れを示すフロー図である。図８に示すステップＳ４１において絶縁監視端末２１は、監視対象となる電源設備の異常を監視している。具体的には、検出装置２３の検出結果と設定情報の閾値とを比較し、検出結果が閾値を超えたことによって異常と判断する。

そして、異常を検出した場合（ステップＳ４１でＹＥＳ）、ステップＳ４２において絶縁監視端末２１は、端末管理サーバ３１に対して異常通知を送信する。なお、上記の処理（Ｓ４１〜Ｓ４２）は、異常通知手段として作動するＣＰＵ２２ａによって制御される。

次に、ステップＳ４３において端末管理サーバ３１は、異常通知の送信元である絶縁監視端末２１に配信した設定情報を設定済ＤＢ３３ｂから取得する。次に、ステップＳ４４において端末管理サーバ３１は、当該設定情報に登録されている連絡先メールアドレスに対して検出結果を通報する。なお、上記の処理（Ｓ４３〜Ｓ４４）は、通報手段として作動するＣＰＵ３２ａによって制御される。

上記の方法によれば、管理者は現地に赴いて点検をすることなく電源設備の状況を把握することができる。その結果、定期点検に要するコストを大幅に低減することができる。なお、上記の処理は、異常を検出した場合のみならず、電源設備の状態を定期的に管理者に通報する際にも使用することができる。

なお、端末管理サーバ３１が行った処理は、ログＤＢ３３ｃに記録しておくのが望ましい。これにより、トラブル発生時の原因究明が容易になる。また、表示手段を利用してログＤＢ３３ｃに記録されている内容を表示できるようにしてもよい。

また、上記の実施形態においては、一括入力手段によって複数の設定情報を同時に入力する例を示したが、端末管理サーバ３１は、設定情報の１件ずつの入力を受け付ける通常の入力手段をさらに備えてもよい。

また、上記の実施形態においては、格納手段として「レコードＩＤ」をキー項目とした設定情報ＤＢの例を示したが、これに限ることなく、任意のデータ構造を採用することができる。具体的には、データ構造としてキュー（Ｑｕｅｕｅ）を採用してもよい。例えば、新たに設定する絶縁監視端末２１の稼働日が予め定まっている場合には、複数の設定情報を稼働日の早い順にキューに格納すればよい。

また、上記の実施形態においては、検出装置２３として零相変流器２３ａおよびサーミスタ測温体２３ｂの例を示したが、これに限ることなく、任意の検出装置を採用することができる。

例えば、サーミスタ測温体２３ｂは、トランスの温度の他に電源設備内の温度測定にも利用することができる。また、パルス変換機を用いてデマンド値（ｋＷ）を測定してもよいし、高分子抵抗式センサを用いて湿度（％ＲＨ）を測定してもよいし、流量計を用いてガス流量（ｍ^３）や水量（ｍ^３）を測定してもよい。また、電流計による電流値（Ａ）の測定、電圧計による電圧値（Ｖ）の測定、さらにはこれらから電力量（ｋＷｈ）を算出してもよい。

また、設定情報の入力手段は端末管理サーバ３１にのみ設け、絶縁監視端末２１に設定情報を直接入力できないようにするのが望ましい。これにより、絶縁監視端末２１と端末管理サーバ３１とが保持する設定情報の不整合を防止することができる。

また、上記の実施形態においては、遠隔監視システムとして絶縁監視システムの例を説明したが、これに限ることなく、この発明は、任意の設備を監視する複数の遠隔監視端末と、これらの遠隔監視端末を制御する端末管理サーバとを備えたあらゆる遠隔監視システムに適用することができる。例えば、エネルギー監視、デマンド監視、タンク残量監視、マンホールポンプ監視等の遠隔監視システムにも適用することが可能である
さらに、上記の実施形態においては、端末管理サーバ３１を専用の装置とした例について説明したが、これに限ることなく、汎用のコンピュータに端末管理サーバ３１が行った動作を実行させるプログラムをインストールして同様の動作を行わせてもよい。この場合、プログラムは、ＣＤやＤＶＤ等の記録媒体で供給してもよいし、ネットワークからダウンロードできるようにしてもよい。

以上、図面を参照してこの発明の実施形態を説明したが、この発明は、図示した実施形態のものに限定されない。図示した実施形態に対して、この発明と同一の範囲内において、あるいは均等の範囲内において、種々の修正や変形を加えることが可能である。

この発明の一実施形態に係る絶縁監視システムの構成を示すブロック図である。 設定待ＤＢのデータ構造を示す図である。 設定済ＤＢのデータ構造を示す図である。 設定情報の表示例を示す図である。 設定情報配信処理の流れを示すフロー図である。 設定情報再配信処理の流れを示すフロー図である。 設定情報の照会／編集処理の流れを示すフロー図である。 電源異常通報処理の流れを示すフロー図である。

符号の説明

１０ ネットワーク、１１ 絶縁監視システム、２１ 絶縁監視端末、２２，３２ 制御装置、２２ａ，３２ａ ＣＰＵ、２２ｂ，３２ｂ ＲＯＭ、２２ｃ，３２ｃ ＲＡＭ、２３ 検出装置、２３ａ 零相変流器、２３ｂ サーミスタ測温体、２４，３４ ネットワークＩ／Ｆ、３１ 端末管理サーバ、３３ 記憶装置、３３ａ 設定待ＤＢ、３３ｂ 設定済ＤＢ、３３ｃ ログ。

Claims (10)

1. 設備を監視する複数の遠隔監視端末と、前記複数の遠隔監視端末と情報を双方向に送受信可能に接続され、前記複数の遠隔監視端末を制御する端末管理サーバとを備える遠隔監視システムであって、
   前記端末管理サーバは、
   前記複数の遠隔監視端末毎に設定する設定情報の一括した入力を受け付ける一括入力手段と、
   前記一括入力手段によって入力された複数の前記設定情報を格納する格納手段と、
   前記格納手段に格納された複数の前記設定情報をそれぞれ対応する前記遠隔監視端末に配信する配信手段とを有する、遠隔監視システム。
2. 前記遠隔監視端末は、前記設定情報を受信可能な状態になったことを契機として前記端末管理サーバに受信可能通知を送信する状態通知手段をさらに有し、
   前記格納手段は、格納されている前記設定情報が対応する前記遠隔監視端末に配信完了したか否かを保持しており、
   前記配信手段は、前記設定情報が未だ配信されていない前記遠隔監視端末から前記受信可能通知を受信したことを契機として、当該遠隔監視端末に前記設定情報を配信する、請求項１に記載の遠隔監視システム。
3. 前記端末管理サーバは、前記格納手段に格納されている情報を表示する表示手段をさらに有する、請求項１または２に記載の遠隔監視システム。
4. 前記端末管理サーバは、前記表示手段によって表示された前記設定情報を編集する編集手段をさらに有する、請求項３に記載の遠隔監視システム。
5. 前記設定情報は、設備の監視項目についての閾値を含み、
   前記遠隔監視端末は、
   設備の異常を検出する検出手段と、
   前記検出手段の検出結果が前記閾値を超えたことを契機として、前記端末管理サーバに異常通知を送信する異常通知手段とをさらに有する、請求項１〜４のいずれかに記載の遠隔監視システム。
6. 前記設定情報は、前記遠隔監視端末に関する情報を連絡する連絡先を含み、
   前記端末管理サーバは、前記遠隔監視端末から前記異常通知を受信したことを契機として、前記連絡先に当該設備の異常を通報する通報手段をさらに有する、請求項５に記載の遠隔監視システム。
7. 前記一括入力手段は、前記複数の設定情報を含むＣＳＶデータを受け付ける、請求項１〜６のいずれかに記載の遠隔監視システム。
8. 前記端末管理サーバと前記複数の遠隔監視端末とは、無線通信網を介して相互に接続されている、請求項１〜７のいずれかに記載の遠隔監視システム。
9. 設備を監視する複数の遠隔監視端末と情報を双方向に送受信可能に接続され、
   前記複数の遠隔監視端末毎に設定する設定情報の一括した入力を受け付ける一括入力手段と、
   前記一括入力手段によって入力された複数の前記設定情報を格納する格納手段と、
   前記格納手段に格納された複数の前記設定情報をそれぞれ対応する前記遠隔監視端末に配信する配信手段とを有する、端末管理サーバ。
10. コンピュータを、請求項９に記載の端末管理サーバとして作動させる、端末管理サーバ制御プログラム。

Images