JP2001014026A

JP2001014026A - 運転管理装置、運転管理システム、運転管理装置のプログラムを記録した記録媒体

Info

Publication number: JP2001014026A
Application number: JP18694299A
Authority: JP
Inventors: Yasuhiro Yanagi; 康裕柳; Tomokazu Yamamoto; 友和山本; Yoshiyuki Komoda; 美行薦田; Satoshi Shimo; 聡史志茂
Original assignee: Matsushita Electric Works Ltd
Current assignee: Panasonic Electric Works Co Ltd
Priority date: 1999-06-30
Filing date: 1999-06-30
Publication date: 2001-01-19

Abstract

(57)【要約】【課題】人件費とソフトウェアの開発コストとのどちら
についても比較的低コストで実現する。【解決手段】運転管理装置４０は、照明機器１２やアク
チュエータ１５を備える設備系システムと、設備系シス
テムを監視制御する監視装置３１を備える情報系システ
ムとの間に介在する。運転管理装置４０は、設備系シス
テムとの間で監視制御情報を相互通信する通信制御部４
１と、設備系システムの監視制御を行う監視制御部４２
と、監視制御情報と監視装置３１が扱うデータとを相互
変換する操作表示画面プログラム変換部４３と、監視装
置３１に対してサーバとして機能し操作表示画面プログ
ラム変換部４３との間で必要なデータを授受する操作表
示サーバ部４４と、監視装置と相互に通信するネットワ
ークインタフェース部４５と、設備系システムの運転ス
ケジュールが設定される省エネルギ管理部４６とを備え
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、主としてビルオー
トメーションシステムあるいはホームオートメーション
として用いられ、センサのような入力機器と各種設備機
器や照明装置などの出力機器を管理制御する運転管理装
置、運転管理装置とは遠方に設けた監視装置を用いて入
力機器や出力機器を一括管理することを可能とした運転
管理システム、運転管理装置のプログラムを記録した記
録媒体に関するものである。

【０００２】

【従来の技術】従来より、ビルオートメーションシステ
ムでは、人感センサや温度センサやスイッチのような入
力機器や、ダンパを開閉するアクチュエータや空調機器
のような設備機器や照明装置などの出力機器を集中的に
監視し制御することによって、無駄なエネルギ消費を抑
制して省エネルギを図ることが考えられている。たとえ
ば、図２８に示す例では、スイッチ１１と照明装置１２
と空調機器１３とが信号線を通してコントローラ１０に
接続されており、コントローラ１０では運転スケジュー
ル（プログラム）によって各種機器を制御することで省
エネルギを図るようになっている。ここに、コントロー
ラ１０は建物Ｂ１〜Ｂ３毎に設置され、各建物Ｂ１〜Ｂ
３の範囲内の入力機器や出力機器の管理および制御が可
能になっている。したがって、コントローラ１０に設定
された運転スケジュールの変更は、建物Ｂ１〜Ｂ３ごと
に各専任者が行うことになっている。

【０００３】これに対して、図２９に示すように、リモ
ートネットワークＲＮを構築し、各建物Ｂ１〜Ｂ３のシ
ステムを統合することが考えられている。つまり、リモ
ートネットワークＲＮを介して各建物Ｂ１〜Ｂ３のコン
トローラ１０とセンタ装置１４との間で通信可能として
おき、各コントローラ１０で管理されている情報をセン
タ装置１４により管理するのである。このような構成を
採用すれば、複数の建物Ｂ１〜Ｂ３を一元的に管理する
ことが可能になる。ただし、この種のリモートネットワ
ークＲＮを構築するには、集中監視用の専用のソフトウ
ェアを作成してセンタ装置１４に搭載することが必要で
ある。

【０００４】

【発明が解決しようとする課題】上述したように、建物
Ｂ１〜Ｂ３ごとにエネルギの消費を管理しようとすれ
ば、運転スケジュールの変更などの作業を行う専任者が
建物Ｂ１〜Ｂ３ごとに必要になるから人件費が増加す
る。

【０００５】これに対して、複数の建物Ｂ１〜Ｂ３のコ
ントローラ１０を一元管理するようにすれば、作業を行
う専任者の人数は少なくてもよいが、管理センタにおい
て専用のソフトウェアが必要になり、ソフトウェアの開
発に多大なコストを要することになる。

【０００６】さらに、インターネットを利用して遠隔地
の産業用機器の保守情報を通信することが考えられてい
るが（特開平１０−９７９６６号公報）、インターネッ
トを利用すると経路が保証されないから通知に時間遅れ
を生じる可能性があり、緊急性を要する警報の通知には
適さず、また情報が外部に漏れる可能性があるから建物
Ｂ１〜Ｂ３の設備の制御にも適したものとは言えない。

【０００７】本発明は上記事由に鑑みて為されたもので
あり、その目的は、人件費とソフトウェアの開発コスト
とのどちらについても比較的低コストで実現することが
できる運転管理装置、運転管理システム、運転管理装置
のプログラムを記録した記録媒体を提供することにあ
る。

【０００８】

【課題を解決するための手段】請求項１の発明は、各種
入力機器および各種出力機器を備える設備系システム
と、入力機器および出力機器を監視制御する監視装置を
備える情報系システムとの間に介在する運転管理装置で
あって、設備系システムとの間で監視制御情報を相互通
信する通信制御部と、入力機器からの情報を監視すると
ともに出力機器を制御する監視制御部と、監視制御情報
と監視装置が扱うデータとを相互変換する操作表示画面
プログラム変換部と、監視装置に対してサーバとして機
能し操作表示画面プログラム変換部との間で必要なデー
タを授受する操作表示サーバ部と、監視装置と相互に通
信するネットワークインタフェース部と、設備系システ
ムの入力機器および出力機器を監視制御する運転スケジ
ュールが設定される省エネルギ管理部とを備えるもので
ある。

【０００９】請求項２の発明は、請求項１の発明におい
て、前記監視制御部が、省エネルギ管理部に設定された
運転スケジュールに従って出力機器を制御し、出力機器
の制御状態を入力機器からの情報により監視するもので
ある。

【００１０】請求項３の発明は、請求項２の発明におい
て、前記運転スケジュールが複数組設定されるものであ
る。

【００１１】請求項４の発明は、請求項２または請求項
３の発明において、前記運転スケジュールが曜日と月日
と年月日とを指定して設定可能であって、年月日、月
日、曜日の優先順位で運転スケジュールが実行されるも
のである。

【００１２】請求項５の発明は、請求項２または請求項
３の発明において、前記監視制御部が、前記監視装置か
らの要求に従って運転スケジュールの実行を停止する機
能を備えるものである。

【００１３】請求項６の発明は、請求項１の発明におい
て、前記監視制御部が、設備系システムの動作が運転ス
ケジュールと異なるときに、監視装置に通知する機能を
有するものである。

【００１４】請求項７の発明は、請求項６の発明におい
て、前記監視制御部が、運転スケジュールに設定された
運転時間以外に出力機器が運転されるか、運転スケジュ
ールに設定された出力機器以外の出力機器が制御される
と、監視装置に通知する機能を有するものである。

【００１５】請求項８の発明は、請求項６の発明におい
て、前記監視制御部が、運転スケジュールに従って出力
機器を運転するときよりも消費電力が大きいときに、監
視装置に通知する機能を有するものである。

【００１６】請求項９の発明は、請求項１の発明におい
て、前記監視制御部が、出力機器の異常を検出すると監
視装置に通知する機能を有するものである。

【００１７】請求項１０の発明は、請求項６ないし請求
項９の発明において、前記省エネルギ管理部が、監視装
置への通知内容を履歴情報として蓄積保持する機能を有
するものである。

【００１８】請求項１１の発明は、請求項１０の発明に
おいて、前記省エネルギ管理部が、蓄積保持されている
履歴情報のうち古くなった履歴情報の一部を自動的に削
除する機能を有するものである。

【００１９】請求項１２の発明は、請求項６ないし請求
項９の発明において、前記操作表示サーバ部が、通知先
となる監視装置を選択決定する機能を有するものであ
る。

【００２０】請求項１３の発明は、請求項６ないし請求
項９の発明において、前記操作表示サーバ部が、ＳＭＴ
Ｐプロトコルを用いて監視装置に通知する機能を有する
ものである。

【００２１】請求項１４の発明は、請求項１３の発明に
おいて、前記操作表示サーバ部が、ＨＴＴＰサーバ機能
を有し、電子メールの本文に関連情報のＵＲＬを含めて
監視装置に通知するものである。

【００２２】請求項１５の発明は、請求項１３の発明に
おいて、前記操作表示サーバ部が、特定の監視装置に対
して正常動作を定期的に通知する機能を有するものであ
る。

【００２３】請求項１６の発明は、請求項１３の発明に
おいて、前記操作表示サーバ部が、設定時刻になると特
定の監視装置に対して履歴情報を自動的に通知する機能
を有するものである。

【００２４】請求項１７の発明は、請求項１６の発明に
おいて、前記履歴情報が電子メールの添付書類として送
信されるものである。

【００２５】請求項１８の発明は、請求項１７の発明に
おいて、前記履歴情報がＣＳＶ形式で基準されているも
のである。

【００２６】請求項１９の発明は、請求項１の発明にお
いて、前記操作表示サーバ部が、監視装置からの要求に
よって前記履歴情報を監視装置に送信する機能を有する
ものである。

【００２７】請求項２０の発明は、請求項１の発明にお
いて、前記操作表示サーバ部が、監視装置との回線接続
中に回線切断要求が発生すると、監視装置に回線切断を
要求する機能を有するものである。

【００２８】請求項２１の発明は、請求項１の発明にお
いて、前記操作表示サーバ部が、監視装置から転送され
る更新用のファイルを受けることにより内部データを修
正する機能を有するものである。

【００２９】請求項２２の発明は、請求項１の発明にお
いて、前記監視制御部が、運転スケジュールにより設定
された制御のパターンのうち現時刻の前のパターンを呼
び出して出力機器を制御する機能を有するものである。

【００３０】請求項２３の発明は、請求項１の発明にお
いて、前記監視制御部が、運転スケジュールによる制御
対象となる出力機器での消費電力を算出して記録保持す
る機能を有するものである。

【００３１】請求項２４の発明は、請求項１の発明にお
いて、前記操作表示サーバ部が、監視装置からの識別情
報を用いて監視装置のアクセス権を制限する機能を有す
るものである。

【００３２】請求項２５の発明は、請求項１の発明にお
いて、前記操作表示サーバ部が、監視装置からの識別情
報を用いて監視装置の操作者のアクセス権を制限する機
能を有するものである。

【００３３】請求項２６の発明は、請求項１ないし請求
項２５のいずれかに記載の運転管理装置と監視装置とを
少なくとも１台ずつ含み、運転管理装置と監視装置とが
ネットワークにより相互接続されている運転管理システ
ムである。

【００３４】請求項２７の発明は、請求項２６の発明に
おいて、運転管理装置をＷＷＷサーバとし、監視装置に
ブラウザの機能を設けたものである。

【００３５】請求項２８の発明は、請求項１ないし請求
項２５のいずれかに記載の運転管理装置のプログラムを
記録した記録媒体である。

【００３６】

【発明の実施の形態】（第１の実施の形態）本実施形態
は、基本的には図１、図２に示す構成を有するものであ
り、ビルオートメーションシステムやホームオートメー
ションシステムのように入力機器や出力機器を含んだシ
ステム（以下、設備系システムという）２０と、設備系
システム２０とは異なる場所で入力機器や出力機器の管
理や制御を行う監視装置３１を含んだ情報系システム３
０と、設備系システム２０と情報系システム３０との間
のインタフェースとなる運転管理装置４０とを備えるも
のである。

【００３７】運転管理装置４０は、各種スイッチや各種
センサなどの入力装置や照明装置１２やアクチュエータ
１５などの出力装置とのインタフェースとなる通信制御
部４１を備え、通信制御部４１を介して設備系システム
２０に接続される監視制御部４２が設備系システム２０
の監視制御を行う。つまり、監視制御部４２は設備系シ
ステム２０の入力機器からの情報を監視収集し、また外
部からの指示に従って設備系システム２０の出力機器を
制御する。

【００３８】監視制御部４２には操作表示画面プログラ
ム変換部４３が接続されている。操作表示画面プログラ
ム変換部４３は、監視制御部４２で収集された情報を情
報系システム３０に設けた監視装置３１において解釈可
能な形（操作表示画面プログラムという）に変換する機
能を有する。また逆に監視装置３１からの指示を監視制
御部４２に与える機能も備える。すなわち、監視制御部
４２が収集した情報に変化が生じたときには、その情報
の変化を操作表示画面プログラムに反映させ、操作画面
表示プログラム変換部４３に接続されている操作表示サ
ーバ部４４から要求があれば、要求された情報を監視制
御部４２から抽出して操作表示画面プログラムに反映さ
せる。

【００３９】上述した操作表示サーバ部４４は、情報系
システム３０の監視装置３１との間で相互に通信を行う
サーバ機能を有するものであって、監視装置３１から操
作要求があれば操作表示画面プログラム変換部４３に通
知し、設備系システム２０の動作によって監視制御部４
２が収集する情報に変化が生じたときには、その内容を
操作表示画面プログラムに反映させる。操作表示サーバ
部４４は情報系システム３０とのインタフェースである
ネットワークインタフェース部４５に接続され、監視装
置３１との間で相互に通信を行う。

【００４０】さらに、運転管理装置４０には省エネルギ
管理部４６が設けられ、あらかじめ設定された運転スケ
ジュールに従って設備系システム２０に設けた入力装置
の監視と出力装置の制御とを行うように監視制御部４２
への指示を与える。省エネルギ管理部４６は、出力装置
の運転状態を監視するとともに履歴を保持する機能も備
え、運転スケジュールのアップロードおよびダウンロー
ドの機能も備えている。

【００４１】一方、情報系システム３０に設けた監視装
置３１は、情報系システムの信号線３２に接続され運転
管理装置４０との間のインタフェースとなるネットワー
クインタフェース部３３を備え、運転管理装置４０に設
けた監視制御部４２が収集した情報や省エネルギ管理部
４６が保持している運転スケジュールなどを操作表示部
３４に表示するとともに操作表示部３４から監視制御部
４２に対して指示を与えたり省エネルギ管理部４６に運
転スケジュールを設定することができるようにしてあ
る。ここに、操作表示部３４はブラウザの機能を有し、
ＣＲＴや液晶ディスプレイのようなディスプレイ装置
と、キーボードおよびマウスのような入力装置とを備え
る。このような監視装置３１はコンピュータに通信用の
ソフトウェアおよびブラウザ用のソフトウェアを搭載す
ることによって実現される。

【００４２】操作表示部３４は運転管理装置４０におけ
る操作表示画面プログラム変換部４３を介して監視制御
部４２との間で情報を授受できるようにしてある。つま
り、監視制御部４２で収集された情報や省エネルギ管理
部４６に設定されている運転スケジュールは、操作表示
画面プログラム変換部４３においてブラウザとしての操
作表示部３４に表示可能な形式に変換され、操作表示部
３４の画面の内容に従って入力装置から与える指示は操
作表示画面プログラム変換部４３を介して監視制御部４
２や省エネルギ管理部４６に与えられるようになってい
る。

【００４３】ところで、本発明では、情報系システム３
０としてネットワークを構築してあり、監視装置３１と
運転管理装置４０とは信号線３２に適宜台数を接続する
ことが可能になっている。つまり、信号線３２には複数
台の運転管理装置４０が接続可能であって、各運転管理
装置４０ごとに設けた複数の設備系システム２０を監視
装置３１によって一括して監視および制御することが可
能になっている。つまり、従来は設備系システムごとに
個別に行っていた監視制御が監視装置３１によって一括
して行えるのである。

【００４４】運転管理装置４０の内部処理について、図
２に基づいてさらに詳しく説明する。ここに、省エネル
ギ管理部４６には情報系システム３０から与えられたス
ケジュール情報（運転スケジュール）５１がすでに設定
されているものとする。図２における監視制御設定イン
タフェース５２ａおよびイベント通知インタフェース５
２ｂは、ネットワークインタフェース部４５における送
信と受信との機能を個別に記載したものである。監視制
御設定インタフェース５２ａは、ＨＴＴＰサーバ機能を
有し、スケジュール情報５１の修正や確認などの処理に
はＣＧＩを用いる。また、イベント通知インタフェース
５２ｂは、運転管理装置４０において設備系システム２
０の監視制御時にイベントが生じると監視装置３１にイ
ベントの発生を電子メールによって通知する機能を有す
る。このプロトコルにはＳＭＴＰを用いることができ
る。この種の機能は既製のソフトウェアにより実現する
ことができる。

【００４５】しかして、スケジュール情報５１は日毎に
運用テーブル５３に設定され、日時を計時する時計５４
により日にちが更新される際に（つまり２４：００にな
ると）、カレンダ作成処理Ｐ１によってスケジュール情
報５１から日毎の運転スケジュールが読み出されて運用
テーブル５３に１日分の運転スケジュールが設定され
る。時計５４は専用の集積回路により構成されている。
運用テーブル５３は日にちの更新時だけではなく、監視
制御設定インタフェース５２ａを通して情報系システム
３０から時刻変更要求（時計５４により計時されている
日時の変更・修正の要求）やスケジュール変更要求（運
転スケジュールの変更・修正の要求）があったとき、あ
るいは運転管理装置４０が再起動されたときにも運用テ
ーブル５３は作成される。

【００４６】上述のようにして作成された運用テーブル
５３に設定されている運転スケジュールは、スケジュー
ル制御処理Ｐ２によって時計５４により計時されている
時刻と照合され、運転スケジュールの変化点の時刻に時
計５４の時刻が一致すると、運転スケジュールにより設
定された内容で設備系システム２０が制御される。スケ
ジュール制御処理Ｐ２では監視制御設定インタフェース
５２ａを通して情報系システム３０からの情報を受けて
設備系システム２０を直接制御することも可能になって
いる。つまり、運転スケジュールとは別に監視装置３１
から設備系システム２０に指示を直接与えることもでき
る。

【００４７】設備系システム２０の状態（各種センサや
スイッチからの情報）に変化が生じると（つまりイベン
トが発生すると）、状態監視処理Ｐ３は状態テーブル５
５を更新すると同時に状態変化の履歴を履歴情報５６と
して登録する。また、運転管理装置４０の起動時には、
状態監視処理Ｐ３によって設備系システム２０のすべて
の機器（入力機器および出力機器）に関する情報を状態
テーブル５５に取得する。状態監視処理Ｐ３において、
状態の変化を通知しなければならないものについては警
報通知処理Ｐ４が抽出し、イベント通知インタフェース
５２ｂを介して監視装置３１に通知する。なお、状態テ
ーブル５５や履歴情報５６の内容は、監視装置３１から
の要求によって必要に応じて監視装置３１から読み出す
ことができる。

【００４８】上述の構成を用いて実際にシステムを構築
する例を示す。図３には設備系システム２０として、運
転管理装置４０に接続された信号線２１に入力機器とし
てのスイッチ１１と照明機器１２とを接続した例を示し
ている。スイッチ１１と照明機器１２とは信号線２１に
バス接続されており、時分割多重伝送方式によってスイ
ッチ１１の操作情報が照明機器１２に伝送され、照明機
器１２がオンオフされるようにしてある。また、照明機
器１２は運転管理装置４０に設定された運転スケジュー
ルによっても制御される。

【００４９】図示例では運転管理装置４０と監視装置３
１とを公衆網３２’を介して接続してある。運転管理装
置４０と監視装置３１との接続形態としては、通信すべ
き情報が発生したときに接続するダイアルアップ接続型
を採用している。また、監視装置３１は通信用のソフト
ウェアとブラウザ用のソフトウェアとを搭載したコンピ
ュータにより実現されている。運転管理装置４０は、Ｔ
ＣＰ／ＩＰ、ＨＴＴＰ、ＰＰＰプロトコルスタックを含
むリアルタイムＯＳを搭載しており、ＷＷＷサーバとし
ての機能を備えている。さらに、運転管理装置４０と監
視装置３１とにはモデムが設けられている。ここに、運
転管理装置４０および監視装置３１は公衆網３２’に接
続されるから、所望の台数を接続することができる。し
たがって、１つの建物に運転管理装置４０を１台ずつ設
けるとすれば、図示例においては３つの建物に設けた運
転管理装置４０を１台の監視装置３１で管理することに
なる。

【００５０】図３に示したシステムを用いて、図４に示
すように配列した複数台（図では１２台）の照明機器１
２を制御する例を示す。ここでは、飲食店のような店舗
を想定し、営業中には図５（ａ）のようにすべての照明
機器１２を点灯させ（パターン１という）、開店前の一
定時間および閉店前の一定時間には図５（ｂ）のように
一部の照明機器１２を点灯させ（パターン２という）、
時間外には図５（ｃ）のようにすべての照明機器１２を
消灯させる（パターン３という）例を示す。つまり、図
４のように各照明機器１２に１〜１２のアドレスが付与
されているものとすれば、パターン１はアドレス１〜１
２のすべてを点灯させるパターン、パターン２はアドレ
ス２，３，６，７，１０，１１を点灯とし残りを消灯す
るパターン、パターン３はアドレス１〜１２のすべてを
消灯させるパターンである。上述した運転スケジュール
は、これらのパターンと時刻とを対応付けて図６のよう
な形で与えられる。つまり、１０：００〜１８：００ま
でが営業時間であってパターン１を選択し、０８：００
〜１０：００および１８：００〜１９：００までの時間
帯には間引き点灯させるパターン２を選択し、残りの時
間帯にはすべての照明機器１２を消灯させるパターン３
を選択するのである。このような運転スケジュールを設
定しておくことによって、設備系システム２０の照明機
器１２は自動的に点灯・消灯することになり、運転スケ
ジュールが適切に設定されていれば、無駄な電力消費を
防止することができ、結果的に省エネルギになる。

【００５１】しかも、運転スケジュールに従って設備系
システム２０を制御する運転管理装置４０が、公衆網３
２’を介して監視装置３１に接続されているから、遠方
からの監視制御が可能になる。つまり、監視装置３１か
ら指示を与えて運転管理装置４０の状態テーブル５５を
読み出せば照明機器１２の点灯・消灯の状態を知ること
ができ、また監視装置３１から運用テーブル５３に指示
を与えて照明機器１２の点灯・消灯の状態を変更するこ
ともできる。さらにスイッチ１１などによって、照明機
器１２の点灯・消灯の状態が運転スケジュールとは異な
る状態になったときや、別に設けたセンサによって警報
を通知すべきときには、警報通知処理Ｐ４を通して監視
装置３１に通知される。

【００５２】図３に示したシステムについて運転管理装
置４０の動作をさらに詳しく説明する。スケジュール制
御処理Ｐ２では、図７に示すように、運転管理装置４０
に設けた時計５４が１秒単位で計時している時刻が１分
経過するごとに（Ｓ１〜Ｓ３）、その時刻を運用テーブ
ル５３に格納されている運転スケジュールにおける各パ
ターンの開始時刻に照合し（Ｓ４，Ｓ５）、照合結果が
一致すると該当するパターンを選択して照明負荷１２を
制御するのである（Ｓ６）。たとえば、時計５４により
計時された時刻が１０：００であればパターン１が開始
であるから、すべての照明機器１２が点灯するのであ
る。同様に、０８：００にはパターン２、１８：００に
はパターン２、１９：００にはパターン３が選択され
る。

【００５３】運用テーブル５３は、組にする照明装置１
２ごとに設定可能であって、たとえば上述した１２個の
照明装置１２を飲食店の室内用とし、これとは別に看板
照明用の照明装置１２を設けるとすれば、看板照明用の
照明機器１２には別の運転スケジュールを設定すること
ができる。この運転スケジュールを、たとえば図８のよ
うに設定するものとする。つまり、１０：００〜１７：
３０は営業中であって、この時間帯の照明機器１２の点
灯・消灯の組み合わせをパターン４とし、それ以外の時
間帯の組み合わせをパターン５とする。要するに、１
０：００にはパターン４、１７：３０にはパターン５が
選択される。ここで、１７：３０は飲食店におけるラス
トオーダの時刻を想定している。上述のように２組の運
用テーブルを設けた場合の処理を図９に示す。基本的な
処理手順は図７に示した手順と同様であるが、ステップ
Ｓ４において時計５４で計時した時刻を２つの運用テー
ブル５３とそれぞれ照合する点が異なる。このように、
室内用の照明装置１２を制御するための運用テーブル５
３とは別に看板照明用の運用テーブル５３を設けること
によって、照明装置１２の組別に運転スケジュールを設
定することができる。運用テーブル５３は２組に限らず
必要に応じて設けることができるものである。

【００５４】ところで、時計５４は日時を計時するもの
であるから、運用テーブル５３には１日単位の運転スケ
ジュールだけではなく、１週間単位での運転スケジュー
ル（週間設定という）、月日での運転スケジュール（特
日設定という）、年月日での運転スケジュール（ワンタ
イム設定という）などを設定することも可能である。

【００５５】たとえば、日曜日が定休日であるとすれ
ば、週間設定を用いて日曜日には終日消灯させる設定が
可能である、終日消灯の場合にはすべての照明装置を消
灯させるパターンを選択してもよいが、パターンの開始
と終了との時刻を００：００〜００：００とすると照明
機器１２の制御を行わない意味に規定しておくことで休
業日の設定とすることができる。

【００５６】また、特日設定を用いることにより年中行
事に対応することができる。たとえば、ゴールデンウィ
ークや年末年始の期間を休業日の設定が可能になる。こ
の場合、５月１日〜５月５日を００：００〜００：０
０、１２月３０日〜１月２日を００：００〜００：００
などと設定しておくことができる。

【００５７】さらに、ワンタイム設定を用いると特定の
１日については例外的な運転スケジュールを設定するこ
とが可能である。たとえば、上述のようにゴールデンウ
ィーク中の特定の１日に貸し切りの予約が入ったような
ときに、特別に営業中の設定を行うことが可能である。
この場合、１９９９年５月１日の１０：００〜１３：０
０についてパターン１を選択するという形で運用テーブ
ル５３を設定することが可能である。

【００５８】週間設定と特日設定とワンタイム設定との
優先順位は、ワンタイム設定、特日設定、週間設定の順
になる。したがって、上述のように週間設定では日曜日
が休業日の設定であって、特日設定では５月１日〜５月
５日、１２月３０日〜１月２日が休業日の設定であるか
ら、特日設定が週間設定に優先することによって５月１
日〜５月５日、１２月３０日〜１月２日うち日曜日以外
も休業日になる。また、ワンタイム設定では１９９９年
５月１日は営業日の設定になっているから、ワンタイム
設定が特日設定に優先して１９９９年５月１日だけは営
業日になる。

【００５９】週間接点と特日設定とワンタイム設定とに
関しては、日にちの更新の際にこれらの設定がスケジュ
ール情報５１に存在するか否かが判断され、存在すると
きには運用テーブル５３に書き込まれる。つまり、図１
０に示すように、カレンダ作成処理Ｐ１においては、時
計５４により１秒単位で計時する間に日付けが更新され
ると（Ｓ１〜Ｓ３）、該当日における曜日設定情報Ｄ１
を運転スケジュールを運用テーブル５３に書き込んだ後
（Ｓ４）、特日設定情報Ｄ２があれば特日設定情報Ｄ２
の運転スケジュールを運用テーブル５３に上書きし（Ｓ
５）、さらにワンタイム設定情報Ｄ３があればワンタイ
ム設定情報Ｄ３の運転スケジュールを運用テーブルに上
書きする（Ｓ６）。このような処理によって、ワンタイ
ム設定情報Ｄ３、特日設定情報Ｄ２、曜日設定情報Ｄ１
の優先順位で運用テーブル５３に運転スケジュールが設
定される。

【００６０】ところで、運転管理装置４０を現場で設
置、施工している場合には、スイッチ１１と照明機器１
２との対応付けなどの作業を行うことがあり、この間に
運転スケジュールが実行されて設備系システム２０が制
御されると作業の妨げになることがある。そこで、監視
装置３１では運転管理装置４０に対して運転スケジュー
ルの実行を停止させる指示を与えることができるように
してある。すなわち、監視装置３１の操作表示部３４の
画面には「スケジュール停止」というボタンが設定さ
れ、このボタンを選択実行（マウスをクリック、あるい
はボタンの選択後にリターンキーを押下）すれば、ＣＧ
Ｉプログラムが運転管理装置４０において実行され、運
転管理装置４０のメモリに設けたスケジュール停止フラ
グがセットされる。このスケジュール停止フラグは、ス
ケジュール制御処理Ｐ２において時計５４の時刻と運転
スケジュールの変化点とが一致したときにチェックさ
れ、スケジュール停止フラグがセットされているときに
は、スケジュール制御処理Ｐ２では運転スケジュールに
設定されているパターンによる設備系システム２０の制
御を行わない。また、スケジュール停止フラグがセット
されていないときには、運転スケジュールに従ってパタ
ーンによる設備系システム２０の制御を行う。ここに、
スケジュール停止フラグをリセットする場合には、監視
装置３１の画面上に設定される「スケジュール停止解
除」のボタンを選択実行することによって、スケジュー
ル復帰処理用ＣＧＩを実行する。

【００６１】すなわち、運転スケジュールの実行を停止
する処理と停止を解除する処理とを含めてスケジュール
制御処理Ｐ２の手順を示すと図１１のようになる。すな
わち、運転管理装置４０に設けた時計５４が１秒単位で
計時している時刻が１分経過するごとに（Ｓ１〜Ｓ
３）、その時刻を運用テーブル５３に格納されている運
転スケジュールにおける各パターンの開始時刻に照合し
（Ｓ４，Ｓ５）、照合結果が一致すると、操作表示部３
４からの指示によりスケジュール停止処理用ＣＧＩある
いはスケジュール復帰処理用ＣＧＩが実行されてスケジ
ュール停止フラグＦ１がセットされているか否かが判定
され（Ｓ６）、スケジュール停止フラグＦ１が設定され
ているときには運転スケジュールを実行することなく、
１分毎に運転スケジュールと照合する処理に戻る。一
方、スケジュール停止フラグＦ１がセットされていない
ときには、運用テーブル５３から読み出した運転スケジ
ュールに該当するパターンを選択して照明負荷１２を制
御する（Ｓ７）。

【００６２】上述したように、設備系システム２０には
スイッチ１１が設けられているから、スイッチ１１が操
作されると照明機器１２の点灯・消灯の状態が運用テー
ブル５３に設定された運転スケジュールとは異なる状態
になることがある。このような状態は監視装置３１に通
知する必要がある。そこで、状態監視処理Ｐ３には照明
機器１２の制御状態が運転スケジュールによる制御状態
と一致するか否かを判断するスケジュール監視処理が付
加されている。また、この処理において照明機器１２の
制御状態が運転スケジュールと不一致であることが検出
されたときに監視装置３１に通知するために、運転管理
装置４０には通知用バッファ５７が設けられている。

【００６３】いま、運用テーブル５３における運転スケ
ジュールが、アドレス１の照明機器１２について、１
０：００〜１８：００においては点灯、他の時間帯にお
いては消灯であるものとする。図１２に示すように、ス
イッチ１１の操作などによって照明機器１２の点灯・消
灯の状態が反転すると、設備系システム２０は状態の反
転を通知する（Ｓ１）。点灯・消灯の状態の反転が通知
された照明機器１２がアドレス１（以下、照明１と称す
る）であると（Ｓ２）、状態の反転が通知された時刻に
おける照明１の運転スケジュールが運用テーブル５３か
ら読み出される（Ｓ３）。ここで、照明１について現在
の状態と運転スケジュールに設定された状態とが一致す
るか否かが判断され（Ｓ４）、不一致の場合には、その
旨が通知用バッファ５７に書き込まれる（Ｓ５）。たと
えば、照明１は時刻０９：３０には運転スケジュールで
は消灯であるが、スイッチ１１によって点灯が指示され
たときには、通知用バッファ５７に書き込まれるのであ
る。この処理は他のアドレスの照明機器１２についても
同様に行われる。通知用バッファ５７に書き込まれた情
報は、警報通知処理Ｐ４における監視装置通知処理Ｓ６
を経て、監視装置３１に通知される。

【００６４】照明機器１２の実際の制御状態と運転スケ
ジュールによる制御状態との不一致を通知する処理は、
照明機器１２の実際の点灯数が運転スケジュールにより
設定された点灯数よりも多い場合にのみ行うようにして
もよい。この場合、図１３に示すように、実際の照明機
器１２の点灯状態と運転スケジュールによる点灯状態と
の一致判定（Ｓ４）の後、実際の点灯数と運転スケジュ
ールによる点灯数とを比較する（Ｓ５）。ここで、実際
の点灯数のほうが多い場合（たとえば、運転スケジュー
ルでは点灯数が６であるのに対してスイッチ１１の操作
によって点灯数が７になったような場合）には通知用バ
ッファ５７を介して監視装置３１への通知を行うのであ
る。

【００６５】ここで、各照明機器１２の消費電力が等し
いとすれば、運転スケジュールによって設定された点灯
数よりも実際の点灯数が多くなることは、消費電力が設
定値よりも大きくなることを意味するから、このような
場合に警報通知処理Ｐ４を経て監視装置３１に通知する
のである（Ｓ７）。

【００６６】上述の例では設備系システム２０の負荷と
して照明機器１２を示したが、点灯・消灯の状態の反転
を通知する機能は他の負荷においても用いることができ
る。たとえば、飲食店では食品を冷蔵する冷蔵室の異常
の有無（温度に閾値を設けて閾値を超えると異常と判断
する）を通知する場合にも利用することができる。すな
わち、図１４に示すように、冷蔵室の異常の有無に対応
した接点出力を発生させるようにし、運転管理装置４０
では故障（異常）が通知され（Ｓ１）、通知内容が正常
（ＯＮ）から異常（ＯＦＦ）への変化であったときに
（Ｓ２）、通知用バッファ５７を介して（Ｓ３）監視装
置３１への通知を行うのである（Ｓ４）。ここに、正常
から異常に変化したときに、１秒間待って状態変化を確
定してから通知するようにすればチャタリングによる誤
検知を防止できる。

【００６７】上述のように異常の有無に対応して通知用
バッファ５７を介して監視装置３１に通知する処理を行
う際には、通知用バッファ５７に情報を書き込むと同時
に、同内容を履歴情報５６として保持させる。このよう
な履歴情報５６を蓄積しておけば、メンテナンスなどの
際に履歴情報５６を参照することができ、適切な作業を
行うことができる。また、履歴情報５６はＣＧＩプログ
ラムを通して監視装置３１に表示させることが可能にな
っている。

【００６８】ところで、運転管理装置４０には履歴情報
５６を蓄積させるディスク装置を備えており、履歴情報
５６はＣＳＶ形式でディスク装置にファイル保存され
る。履歴情報５６をディスク装置に書き込むタイミング
は、日にちの更新時点（２４：００になった時点）とす
ればよい。監視装置３１ではディスク装置の内容も読み
出すことが可能であって、１日単位で蓄積された履歴情
報５６は監視装置３１からの指示によって監視装置３１
にダウンロードしたり、電子メールの添付書類として監
視装置３１に転送することが可能になっている。

【００６９】この手順を図示すると図１５に示すように
なる。つまり、設備系システム２０からの反転通知があ
り（Ｓ１）、異常を示すものであると（Ｓ２）、通知用
バッファ５７への書き込みとともに（Ｓ３）、履歴情報
５６としてメモリに書き込む（Ｓ４）。通知用バッファ
５７の内容は上述のように監視装置３１に転送される。
一方、履歴情報５６は時計５４による日にちの更新時点
で１日分の履歴情報５６が読み出され（Ｓ５）、ＣＳＶ
形式でディスク装置に書き込まれ（Ｓ６）、故障履歴フ
ァイル５８として保存されるのである。

【００７０】ここで、故障履歴ファイル５８は運転管理
装置４０に内蔵されたディスク装置に書き込まれるか
ら、ディスク装置の容量を管理する必要がある。そこ
で、ディスク装置にすでに書き込まれているＣＳＶ形式
による履歴情報の合計容量と、これからディスク装置に
書き込もうとする履歴情報の容量とを加算し、１ＭＢを
超える場合（ディスク装置は１ＭＢの容量を有するもの
としている）、合計容量が１ＭＢ以内になるように、古
い履歴情報から順に削除する機能を設けておく。つま
り、図１６にステップＳ７〜Ｓ１０で示すように、合計
容量（Ｓ７）が１ＭＢを超えるときには（Ｓ８）、もっ
とも古いファイルから順に削除して（Ｓ９）１ＭＢより
小さくなるようにした後に、故障履歴ファイル５８を作
成するのである（Ｓ１０）。この機能によってディスク
装置には最新の一定量の履歴情報を蓄積することができ
る。

【００７１】なお、上述のように容量を一定にする代わ
りに、一定期間（たとえば６２日分）の故障履歴ファイ
ル５８を蓄積するようにしてもよい。この場合には履歴
情報ファイル５８に新たに書き込むファイルが６３個目
であれば、もっとも古いファイルを削除すればよい。

【００７２】上述したように、運転管理装置４０は、設
備系システム２０が運転スケジュールと異なる動作を行
ったときに監視装置３１に通知する機能と、設備系シス
テム２０に異常が生じたときに監視装置３１に通知する
機能とを備えている。一方、情報系システム３０の信号
線３２（公衆網３２’）には複数台の監視装置３１が存
在しており、運転管理装置４０で生じた通知内容によっ
ては通知先の監視装置３１を異ならせたい場合がある。
たとえば、運転スケジュールとは異なる動作の場合には
店舗を統括管理している群管理センタにのみ通知し、設
備の故障時には群管理センタと設備の保守を行う業者と
に通知するようにすれば、通知内容に応じた管理が可能
になる。

【００７３】そこで、運転管理装置４０には図１７に示
すように、通知先を登録した通知先データベース５９を
設けておき、警報通知処理Ｐ４において通知用バッファ
５７を介して監視装置３１に情報を通知する際に（Ｓ
１）、通知内容の種別を抽出し（Ｓ２）、通知内容に応
じて通知先データベース５９から通知先を選択する（Ｓ
３）。こうして選択した通知先にダイアルアップ接続し
て通知用バッファ５７の内容を通知するのである（Ｓ
４）。こうすれば、各通知内容別に通知先を選んで通知
することが可能になる。

【００７４】（第２の実施の形態）本実施形態は、運転
管理装置４０から監視装置３１に対して電子メールによ
る通知を行うものであって、図１８に示すように、電子
メールの授受のために情報系システム３０にはＳＭＴＰ
サーバ３５が設けられている。また、管理センタＤにお
いて監視装置３１およびＳＭＴＰサーバ３５を接続して
いる信号線３２と公衆網３２’とを接続するために、信
号線３２と公衆網３２’との間にはリモートルータ３６
が挿入される。

【００７５】運転管理装置４０では、ダイアルアップ接
続情報として、通知先の電話番号（第１の実施の形態の
通知先データベース５９に格納しておくことができ
る）、通知先が通話中のときにリダイアルを行う回数
（リトライ回数）および間隔、公衆網３２’に接続する
ためのモデムの設定情報、ＰＰＰ設定情報が設定され、
ＳＭＴＰサーバに対する情報として、ＩＰアドレスおよ
びＳＭＴＰポート番号などが設定され、さらにＳＭＴＰ
送信情報として、送信先ＰＯＰアカウント、ＣｃＰＯＰ
アカウント、送信元ＰＯＰアカウント、表題、本文、署
名などが設定されている。ここに、表題および本文は通
知内容に応じてあらかじめ定型化され、署名は運転管理
装置４０の設置場所などを表す内容になる。

【００７６】しかして、図１９に示すように、運転管理
装置４０において監視装置３１への通知要求が発生する
と（Ｓ１）、通知内容や通知時刻に応じて通知先データ
ベース５９から通知先が選択され（Ｓ２）、管理センタ
Ｄに対するダイアルアップ接続が行われ（Ｓ３）、ＰＰ
Ｐネゴシエーション処理が行われる（Ｓ４）。その後、
ＳＴＭＰサーバ３５との間でネゴシエーションが行われ
（Ｓ５）、運転管理装置４０から通知内容を含む電子メ
ールが送信された後（Ｓ６）、切断処理が行われる（Ｓ
７）。ここで、ＳＭＴＰサーバ３５は受信した電子メー
ルが管理しているポスト宛ではない場合には、その電子
メールは他のＳＭＴＰサーバ３５にフォワーディングさ
れる。

【００７７】一方、監視装置３１では自身のポストを持
つＳＭＴＰサーバ３５に定期的にＰＯＰプロトコルを用
いて電子メールの有無を確認し、電子メールがあれば取
得する。監視装置３１がＳＭＴＰサーバ３５に電子メー
ルの有無を確認する周期は、通知の発生からの時間遅れ
を防止するために、できるだけ短く設定しておくのが望
ましい。

【００７８】なお、上述の例では管理センタＤにＳＭＴ
Ｐサーバ３５を設けているが、プロバイダ契約を行って
インターネット経由で電子メールを送信することも可能
であるが、ＳＭＴＰサーバ３５の管理は不要になるもの
の、インターネットの経路が保証されないから、通知に
時間遅れを生じる可能性があり、またセキュリティにつ
いても考慮する必要がある。この種の問題が障害になら
ないような通知内容についてはインターネット経由とし
てもよい。

【００７９】上述のように電子メールの形式は通知内容
に応じて図２０（ａ）に示すような形で定型化されてい
る。このように、電子メールを定型化しておけば、通知
毎に本文を作成する必要がなく、処理手順が簡単になる
とともに、通知を迅速に行うことができる。ここで、運
転管理装置４０からの通知内容の詳細（発生時刻、通知
内容の種別、発生元など）は通知バッファ５７に格納さ
れたり、メモリに履歴情報５６として格納されているか
ら、通知内容の詳細を格納したＵＲＬを電子メールに含
めるようにすれば、監視装置３１を管理する管理者はそ
のＵＲＬにアクセスすることによって、図２０（ｂ）の
ように通知内容の詳細を知ることができる。とくに、監
視装置３１の画面上でＵＲＬにリンクさせるようにすれ
ば、画面に表示されたＵＲＬをマウスでクリックするだ
けで、目的のＨＴＴＰサーバ（運転管理装置４０）に接
続することが可能になる。

【００８０】運転管理装置４０からの電子メールの送信
は、設備系システム２０において運転スケジュールとは
異なる動作を行った場合や負荷の異常が検出された場合
だけではなく、あらかじめ設定された時刻になったとき
にも定期的に行うのが望ましい。このような定時通知処
理では、図２１に示すように、通知時刻を設定しておき
（Ｓ１）、時計５４により計時される現時刻が通知時刻
を超えると（Ｓ２）、通知先データベース５９から通知
先を選択し（Ｓ３）、電子メールを通知先に送信する
（Ｓ４〜Ｓ８）。ここに、現時刻と通知時刻との比較は
１分毎に行うようにすればよい。また、電子メールの送
信を正常に終了したときに、次の日の同時刻を通知時刻
として設定する（Ｓ１）。このような処理を行えば運転
管理装置４０が正常に動作していることを監視装置３１
に通知することができ、定期的に通知される電子メール
が届かなければ異常として迅速に対処することができ
る。

【００８１】上述のような定時通知処理においては、図
２２に示すように、添付書類の形で前日の故障履歴ファ
イル５８を送信する（Ｓ３）。故障履歴ファイル５８は
ＣＳＶ形式（つまり、各項目をコンマで区切り、各レコ
ードを改行コード（ＣＲＬＦ）で区切った形式）で記述
されているから、故障履歴ファイル５８を受け取った監
視装置３１では汎用の表計算ソフトを用いて表示するこ
とができる。

【００８２】電子メールによる通知の詳細をＵＲＬにリ
ンクさせていたのと同様に、故障履歴ファイル５８につ
いてもＵＲＬ指定することにより監視装置３１から読み
出してリスト表示させる。つまり、ＨＴＴＰサーバ（運
転管理装置４０）のディレクトリインデックス機能を用
いて故障履歴ファイル５８の存在するディレクトリを監
視装置３１からＵＲＬ指定するのであって、故障履歴フ
ァイル５８は上述のようにＣＳＶ形式で内容が記述され
ているから、汎用の表計算ソフトを用いてリスト表示さ
せることができるのである。なお、監視装置３１は上述
のようにコンピュータであってハードディスクを備えて
おり、操作表示部３１ではダウンロードした故障履歴フ
ァイル５８をハードディスクに保存する機能を備えてい
る。この種の機能は操作表示部３１を実現するブラウザ
用の汎用のソフトウェアが備えている。

【００８３】ところで、監視装置３１が公衆網３２’を
経由して運転管理装置４０を監視制御している間に設備
系システム２０で通知すべき事象が生じたとすると、運
転管理装置４０では公衆網３２’に接続するためのモデ
ムが使用中であるから、所望の監視装置３１への通知を
行えないことがある。このような場合に、運転管理装置
４０が監視装置３１との回線を強制的に切断して、所望
の監視装置３１に接続することが考えられるが、接続中
の監視装置３１では通知が行われずに回線が切断される
と運用上で好ましくない。そこで、上述のような事象が
生じたときには、運転管理装置４０から監視装置３１に
対して切断を促すメッセージを送信し、監視装置３１か
ら回線を切断させるようにする。

【００８４】このようなメッセージを監視装置３１に表
示させるために、監視装置３１のブラウザにはメッセー
ジの表示に用いる専用のフレームを設定する。このよう
なフレームはＪａｖａ言語を用いてアプレットとして作
成することができる。このアプレットは、運転管理装置
４０に対して５秒に１回の割合でＣＧＩを要求する。運
転管理装置４０には回線を切断するか否かを決める回線
切断要求フラグがあり、上記ＣＧＩが要求されると回線
切断要求フラグが読み出され、監視装置３１に送信され
る。つまり、回線接続中に設備系システム２０から通知
すべき事象が発生したときには、回線切断要求フラグが
セットされるから、監視装置３１では５秒に１回ずつ回
線切断要求フラグを読み込んで、回線の切断が要求され
ているか否かを判断する。回線の切断が要求されている
とき、つまり回線切断要求フラグがセットされていると
きには、監視装置３１において「警報発生、回線を切断
して下さい」というメッセージを表示する。これによっ
て、監視装置３１の管理者は手動で回線を切断すること
ができる。一方、運転管理装置４０では回線が切断され
たことを確認した後、通知内容を所望の監視装置３１に
送信するのである。

【００８５】運転管理装置４０における上述の動作をま
とめると図２３のようになる。つまり、通知内容が発生
すると（Ｓ１）、回線が使用中か否かを判断し（Ｓ
２）、使用中でなければ通常の通知処理を行う（Ｓ
３）。一方、回線が使用中であるときには、回線切断要
求フラグＦ２をセットする（Ｓ４）。監視装置３１で
は、回線切断要求フラグを定期的に監視しているから、
回線切断要求フラグＦ２がセットされていると、監視装
置３１の画面にメッセージが表示され、管理者が回線を
切断する。このようにして回線が切断された後に、運転
管理装置４０において回線の切断が確認されると（Ｓ
５）、回線切断要求フラグＦ２をリセットし（Ｓ６）、
通知内容を所望の監視装置３１に通知するのである（Ｓ
７）。

【００８６】運転管理装置４０には、上述のように公衆
網３２’に接続するためのモデムが内蔵されており、モ
デムを制御するドライバソフトは監視装置３１からアッ
プロードすることが可能になっている。アップロードの
タイミングはドライバソフトにおける不具合を発見した
ときとすればよい。ドライバソフトのアップロードに
は、ＲＦＣ１８６７に準拠してブラウザのフォーム形式
を拡張し、運転管理装置４０の所定のディレクトリにフ
ァイル（ドライバソフトのファイル）をアップロードす
る方法を採用すればよい。また、モデムのドライバソフ
トに限らず、修正の必要なデータは、監視装置３１から
ファイルをアップロードして更新することにより実現さ
れる。

【００８７】ところで、運転管理装置４０では運転スケ
ジュールに従って設備系システム２０を制御している
が、運転スケジュールによって設定されたパターンを一
時的に延長して使用したい場合がある。たとえば、複数
の照明機器１２が設けられているときに、すべての照明
機器１２が点灯している状態から一部の照明機器１２の
みが点灯する状態に移行したようなときであって、すべ
ての照明機器１２を点灯させる状態を延長したいことが
ある。このような場合にはパターンが変化してから前の
パターンに戻すことになる。

【００８８】そこで、運転スケジュールにより設定され
た１つ前のパターンに戻した状態で設備系システム２０
を制御するように指示する時刻延長用のスイッチを運転
管理装置４０または設備系システム２０に設ける。この
スイッチは、図２４に示す時刻延長処理を行うものであ
る。つまり、このスイッチをオフからオンにすると（Ｓ
１）、運転スケジュールにおいてスイッチが操作された
時刻の１つ前のパターンを運用テーブル５３から抽出し
（Ｓ２）、そのパターンによって設備系システム２０を
制御する（Ｓ３）。また、時刻延長フラグＦ３をセット
する（Ｓ４）。こうして時刻延長フラグＦ３がセットさ
れると運転スケジュールによる設備系システム２０の制
御は禁止される。その後、スイッチがオンからオフにな
れば（Ｓ１）、時刻延長フラグＦ３をリセットする（Ｓ
５）。つまり、スイッチがオンである期間には、運転ス
ケジュールによる制御が禁止され、スイッチがオフにな
ればオフになった時刻から運転スケジュールによる制御
に移行するのである。

【００８９】上述したように、設備系システム２０を運
転スケジュールにより制御するのは、無駄な電力消費を
抑制して省エネルギを実現することにあるから、消費電
力の管理は重要である。消費電力の管理は、図２５に示
す手順で行われる。ここに、設備系システム２０に設け
た負荷はすべて定格電力で動作するものと仮定してお
り、たとえば照明機器１２の調光などは考慮していな
い。つまり、負荷の定格電力に使用時間を乗算した結果
を消費電力として積算するのであって、実際の消費電力
ではなく目安となるものである。

【００９０】しかして、消費電力計算処理では、日にち
の更新毎に（２４：００になるたびに）（Ｓ１）、当日
の消費電力を求めて消費電力履歴ファイル６０に書き込
むとともに（Ｓ２）、次日の運転スケジュールと各負荷
の定格電力とから１日分の消費電力を求めて（Ｓ３）消
費電力履歴ファイル６０に書き込む（Ｓ４）。ここに、
運転スケジュールから求めた次日の消費電力は予測値で
あり、当日の消費電力にはスイッチ１１の操作などによ
って運転スケジュールとは異なる制御を行った結果を含
むから、前日に求めた予測値とは異なる値になる場合が
ある。このような手順で消費電力履歴ファイル６０を残
すことで、省エネルギの実現の度合いを知ることが可能
になる。

【００９１】上述の構成では監視装置３１は情報系シス
テム３０に複数台設けることができるが、すべての監視
装置３１がすべての運転管理装置４０にアクセス可能に
なっていると、各運転管理装置４０の管理を一元化する
ことができない。そこで、監視装置３１から運転管理装
置４０へのアクセス権を制限する必要がある。ここで、
監視装置３１から運転管理装置４０へはＴＣＰ／ＩＰを
使用しているから、各漢詩装置３１と各運転管理装置４
０とは固有のＩＰアドレスを有している。つまり、運転
管理装置４０では監視装置３１からの要求がなされると
きに、図２６に示すように、送信元のＩＰアドレスを獲
得するから、運転管理装置４０にアクセスを許可するＩ
Ｐアドレスを許可ＩＰアドレスファイル６１としてあら
かじめ設定しておき、監視装置３１からの送信パケット
を受け取るたびに（Ｓ１）、許可ＩＰアドレスファイル
６１からＩＰアドレスと照合し（Ｓ２）、送信パケット
のＩＰアドレスがアクセス権のあるものか否かを判断す
る（Ｓ３）。アクセス権がある場合には監視装置３１か
ら要求された情報をＨＴＭＬで返送し（Ｓ４）、アクセ
ス権が確認できないときにはアクセスを拒否することを
示すファイルをＨＴＭＬで監視装置３１に返送する（Ｓ
５）。

【００９２】一方、ユーザＩＤとパスワードによって操
作者の認証を行うことで監視装置３１の操作者を制限し
てある。つまり、運転管理装置４０において選択可能な
ディレクトリ（コンテンツという）のうち特定のディレ
クトリにアクセスする場合には、操作者の認証が要求さ
れる。このとき、監視装置３１の画面にはブラウザの機
能によって認証用のダイアログが表示され、操作者はダ
イアログにより指示された通りに、ユーザＩＤおよびパ
スワードを入力する。

【００９３】ユーザＩＤおよびパスワードは運転管理装
置４０に転送され、図２７に示すように、運転管理装置
４０ではユーザＩＤとパスワードとを受け取ることにな
る（Ｓ１）。アクセスを許可するパスワードは、ユーザ
ＩＤと組み合わせた形であらかじめパスワードファイル
６２に登録されており、監視装置３１から伝送されたユ
ーザＩＤに対応するパスワードがパスワードファイル６
２から読み出されるとともに（Ｓ２）、監視装置３１か
ら与えられたパスワードと一致するか否かが判断される
（Ｓ３）。こうして、パスワードが一致すれば監視装置
３１から要求された情報をＨＴＭＬで返送し（Ｓ４）、
パスワードが一致しなければアクセスを拒否することを
示すファイルをＨＴＭＬで監視装置３１に返送する（Ｓ
５）。なお、パスワードファイル６２におけるパスワー
ドは第三者が見ても理解できないように暗号化してあ
る。

【００９４】なお、上述した運転管理装置４０を実現す
るプログラムは記録媒体により供給される。

【００９５】

【発明の効果】請求項１の発明は、各種入力機器および
各種出力機器を備える設備系システムと、入力機器およ
び出力機器を監視制御する監視装置を備える情報系シス
テムとの間に介在する運転管理装置であって、設備系シ
ステムとの間で監視制御情報を相互通信する通信制御部
と、入力機器からの情報を監視するとともに出力機器を
制御する監視制御部と、監視制御情報と監視装置が扱う
データとを相互変換する操作表示画面プログラム変換部
と、監視装置に対してサーバとして機能し操作表示画面
プログラム変換部との間で必要なデータを授受する操作
表示サーバ部と、監視装置と相互に通信するネットワー
クインタフェース部と、設備系システムの入力機器およ
び出力機器を監視制御する運転スケジュールが設定され
る省エネルギ管理部とを備えるものであり、監視装置と
はネットワークを介して接続されるから、監視装置によ
って複数の設備系システムを一元的に管理することが可
能であり省力化につながる。しかも、監視装置との間で
データを相互変換する操作表示画面プログラム変換部を
備えるとともに、操作表示サーバ部を設けてサーバとし
て機能しているから、センタ側となる監視装置には専用
ソフトが不要であり、比較的低コストで実現することが
可能になる。また、インターネットを用いずにネットワ
ークを構築することで、情報が外部に漏れる可能性を低
減することができ、また監視制御の即時性も確保するこ
とができる。しかも、ソフトウェアの更新やデータの更
新は運転管理装置でのみ行えばよいから保守も容易であ
る。

【００９６】請求項２の発明は、請求項１の発明におい
て、監視制御部が、省エネルギ管理部に設定された運転
スケジュールに従って出力機器を制御し、出力機器の制
御状態を入力機器からの情報により監視するものであ
り、運転スケジュールに従って出力機器を制御するか
ら、無駄な電力消費を抑制して省エネルギ化につなが
る。

【００９７】請求項３の発明は、請求項２の発明におい
て、運転スケジュールが複数組設定されるものであり、
出力機器の系統別などに運転スケジュールの設定が可能
になる。

【００９８】請求項４の発明は、請求項２または請求項
３の発明において、運転スケジュールが曜日と月日と年
月日とを指定して設定可能であって、年月日、月日、曜
日の優先順位で運転スケジュールが実行されるものであ
り、週間の運転スケジュールを基準として設定してお
き、その運転スケジュールに対して例外的な運転スケジ
ュールを容易に設定することができる。

【００９９】請求項５の発明は、請求項２または請求項
３の発明において、監視制御部が、監視装置からの要求
に従って運転スケジュールの実行を停止する機能を備え
るものであり、保守点検時などに運転スケジュールを一
時的に停止させて作業を容易にすることができる。

【０１００】請求項６の発明は、請求項１の発明におい
て、監視制御部が、設備系システムの動作が運転スケジ
ュールと異なるときに、監視装置に通知する機能を有す
るものであり、省エネルギを目的とする運転スケジュー
ルから逸脱した運転状態を容易に監視することができ
る。

【０１０１】請求項７の発明は、請求項６の発明におい
て、監視制御部が、運転スケジュールに設定された運転
時間以外に出力機器が運転されるか、運転スケジュール
に設定された出力機器以外の出力機器が制御されると、
監視装置に通知する機能を有するものであり、省エネル
ギを目的とする運転スケジュールから逸脱した運転状態
を容易に監視することができる。

【０１０２】請求項８の発明は、請求項６の発明におい
て、監視制御部が、運転スケジュールに従って出力機器
を運転するときよりも消費電力が大きいときに、監視装
置に通知する機能を有するものであり、省エネルギを目
的とする運転スケジュールから逸脱した運転状態を容易
に監視することができる。

【０１０３】請求項９の発明は、請求項１の発明におい
て、監視制御部が、出力機器の異常を検出すると監視装
置に通知する機能を有するものであり、故障等の異常を
容易に監視することができる。

【０１０４】請求項１０の発明は、請求項６ないし請求
項９の発明において、省エネルギ管理部が、監視装置へ
の通知内容を履歴情報として蓄積保持する機能を有する
ものであり、保守点検時などに履歴情報を参照して作業
効率を高めることができる。

【０１０５】請求項１１の発明は、請求項１０の発明に
おいて、省エネルギ管理部が、蓄積保持されている履歴
情報のうち古くなった履歴情報の一部を自動的に削除す
る機能を有するものであり、履歴情報を蓄積する容量に
制限があっても不要な古い情報を削除して容量を確保す
ることができる。

【０１０６】請求項１２の発明は、請求項６ないし請求
項９の発明において、操作表示サーバ部が、通知先とな
る監視装置を選択決定する機能を有するものであり、通
知内容や通知時刻などによって通知先の選択が可能にな
る。

【０１０７】請求項１３の発明は、請求項６ないし請求
項９の発明において、操作表示サーバ部が、ＳＭＴＰプ
ロトコルを用いて監視装置に通知する機能を有するもの
であり、電子メールの形で通知を行うことによって通知
内容を容易に知らせることができる。

【０１０８】請求項１４の発明は、請求項１３の発明に
おいて、操作表示サーバ部が、ＨＴＴＰサーバ機能を有
し、電子メールの本文に関連情報のＵＲＬを含めて監視
装置に通知するものであり、詳細情報などをＵＲＬで指
定したファイルに記述しておくことで、必要に応じた情
報を取り出すことが可能になる。

【０１０９】請求項１５の発明は、請求項１３の発明に
おいて、操作表示サーバ部が、特定の監視装置に対して
正常動作を定期的に通知する機能を有するものであり、
正常動作に動作していることを定期的に通知することで
故障時の有無を通知することになる。

【０１１０】請求項１６の発明は、請求項１３の発明に
おいて、操作表示サーバ部が、設定時刻になると特定の
監視装置に対して履歴情報を自動的に通知する機能を有
するものであり、履歴情報を監視装置に転送することで
保守点検などの作業が容易になる。

【０１１１】請求項１７の発明は、請求項１６の発明に
おいて、履歴情報が電子メールの添付書類として送信さ
れるものであり、履歴情報を監視装置に転送することで
保守点検などの作業が容易になる。

【０１１２】請求項１８の発明は、請求項１７の発明に
おいて、履歴情報がＣＳＶ形式で基準されているもので
あり、汎用の表計算ソフトなどを用いて履歴情報のリス
ト表示が可能になる。

【０１１３】請求項１９の発明は、請求項１の発明にお
いて、操作表示サーバ部が、監視装置からの要求によっ
て履歴情報を監視装置に送信する機能を有するものであ
り、履歴情報を監視装置に転送することで保守点検など
の作業が容易になる。

【０１１４】請求項２０の発明は、請求項１の発明にお
いて、操作表示サーバ部が、監視装置との回線接続中に
回線切断要求が発生すると、監視装置に回線切断を要求
する機能を有するものであり、回線接続中に通知すべき
警報などが生じたときに、監視装置側から回線切断させ
ることができ、回線切断を安全に行うことができる。

【０１１５】請求項２１の発明は、請求項１の発明にお
いて、操作表示サーバ部が、監視装置から転送される更
新用のファイルを受けることにより内部データを修正す
る機能を有するものであり、内部データの修正が監視装
置から容易に行うことができる。

【０１１６】請求項２２の発明は、請求項１の発明にお
いて、監視制御部が、運転スケジュールにより設定され
た制御のパターンのうち現時刻の前のパターンを呼び出
して出力機器を制御する機能を有するものであり、出力
機器の制御のパターンを延長して使用したいときにこの
機能を利用することができる。

【０１１７】請求項２３の発明は、請求項１の発明にお
いて、監視制御部が、運転スケジュールによる制御対象
となる出力機器での消費電力を算出して記録保持する機
能を有するものであり、消費電力の目安を得ることがで
き、消費電力の管理が容易になる。

【０１１８】請求項２４の発明は、請求項１の発明にお
いて、操作表示サーバ部が、監視装置からの識別情報を
用いて監視装置のアクセス権を制限する機能を有するも
のであり、アクセス可能な監視装置を制限することで情
報漏れを抑制できる。

【０１１９】請求項２５の発明は、請求項１の発明にお
いて、操作表示サーバ部が、監視装置からの識別情報を
用いて監視装置の操作者のアクセス権を制限する機能を
有するものであり、アクセス権を持つ操作者を制限する
ことで情報漏れを抑制することができる。

【０１２０】請求項２６の発明は、請求項１ないし請求
項２５のいずれかに記載の運転管理装置と監視装置とを
少なくとも１台ずつ含み、運転管理装置と監視装置とが
ネットワークにより相互接続されているから、ネットワ
ークの機能を用いて運転管理装置に対して遠方から設備
系システムを監視制御することができる。

【０１２１】請求項２７の発明は、請求項２６の発明に
おいて、運転管理装置をＷＷＷサーバとし、監視装置に
ブラウザの機能を設けたものであり、汎用のブラウザを
用いて監視装置を容易に実現することができる。

【図面の簡単な説明】

【図１】本発明の実施形態を示すブロック図である。

【図２】同上の内部処理を示す機能説明図である。

【図３】同上を用いた運転管理システムを示す構成図で
ある。

【図４】同上の動作説明図である。

【図５】同上の動作説明図である。

【図６】同上の動作説明図である。

【図７】同上の動作説明図である。

【図８】同上の動作説明図である。

【図９】同上の動作説明図である。

【図１０】同上の動作説明図である。

【図１１】同上の動作説明図である。

【図１２】同上の動作説明図である。

【図１３】同上の動作説明図である。

【図１４】同上の動作説明図である。

【図１５】同上の動作説明図である。

【図１６】同上の動作説明図である。

【図１７】同上の動作説明図である。

【図１８】同上を用いた運転管理システムの他の構成例
を示す構成図である。

【図１９】同上の動作説明図である。

【図２０】同上の動作説明図である。

【図２１】同上の動作説明図である。

【図２２】同上の動作説明図である。

【図２３】同上の動作説明図である。

【図２４】同上の動作説明図である。

【図２５】同上の動作説明図である。

【図２６】同上の動作説明図である。

【図２７】同上の動作説明図である。

【図２８】従来例を示す構成図である。

【図２９】他の従来例を示す構成図である。

【符号の説明】

１１スイッチ１２照明機器１３空調機器１５アクチュエータ２０設備系システム３１監視装置３０情報系システム４０運転管理装置４１通信制御部４２監視制御部４３操作表示画面プログラム変換部４４操作表示サーバ部４５ネットワークインタフェース部４６省エネルギ管理部

───────────────────────────────────────────────────── フロントページの続き (72)発明者薦田美行大阪府門真市大字門真1048番地松下電工株式会社内 (72)発明者志茂聡史大阪府門真市大字門真1048番地松下電工株式会社内Ｆターム(参考） 5B049 AA03 CC32 CC45 CC48 EE56 EE59 FF03 FF04 GG04 GG07 GG09 5H223 CC08 DD03 DD05 DD07 EE06 EE30 FF08 5K048 AA11 AA16 BA07 BA12 BA51 DC07 EB02 EB12 FB05 FC01 HA03 9A001 BB01 BB03 BB04 BB05 CC06 CC07 DD02 DD06 DD09 DD13 HH34 JJ14 JJ25 JJ26 JJ27 JJ30 JJ61 KK02 KK31 KK37 KK57

Claims

【特許請求の範囲】

【請求項１】各種入力機器および各種出力機器を備え
る設備系システムと、入力機器および出力機器を監視制
御する監視装置を備える情報系システムとの間に介在す
る運転管理装置であって、設備系システムとの間で監視
制御情報を相互通信する通信制御部と、入力機器からの
情報を監視するとともに出力機器を制御する監視制御部
と、監視制御情報と監視装置が扱うデータとを相互変換
する操作表示画面プログラム変換部と、監視装置に対し
てサーバとして機能し操作表示画面プログラム変換部と
の間で必要なデータを授受する操作表示サーバ部と、監
視装置と相互に通信するネットワークインタフェース部
と、設備系システムの入力機器および出力機器を監視制
御する運転スケジュールが設定される省エネルギ管理部
とを備えることを特徴とする運転管理装置。
【請求項２】前記監視制御部は、省エネルギ管理部に
設定された運転スケジュールに従って出力機器を制御
し、出力機器の制御状態を入力機器からの情報により監
視することを特徴とする請求項１記載の運転管理装置。
【請求項３】前記運転スケジュールは複数組設定され
ることを特徴とする請求項２記載の運転管理装置。
【請求項４】前記運転スケジュールは曜日と月日と年
月日とを指定して設定可能であって、年月日、月日、曜
日の優先順位で運転スケジュールが実行されることを特
徴とする請求項２または請求項３記載の運転管理装置。
【請求項５】前記監視制御部は、前記監視装置からの
要求に従って運転スケジュールの実行を停止する機能を
備えることを特徴とする請求項２または請求項３記載の
運転管理装置。
【請求項６】前記監視制御部は、設備系システムの動
作が運転スケジュールと異なるときに、監視装置に通知
する機能を有することを特徴とする請求項１記載の運転
管理装置。
【請求項７】前記監視制御部は、運転スケジュールに
設定された運転時間以外に出力機器が運転されるか、運
転スケジュールに設定された出力機器以外の出力機器が
制御されると、監視装置に通知する機能を有することを
特徴とする請求項６記載の運転管理装置。
【請求項８】前記監視制御部は、運転スケジュールに
従って出力機器を運転するときよりも消費電力が大きい
ときに、監視装置に通知する機能を有することを特徴と
する請求項６記載の運転管理装置。
【請求項９】前記監視制御部は、出力機器の異常を検
出すると監視装置に通知する機能を有することを特徴と
する請求項１記載の運転管理装置。
【請求項１０】前記省エネルギ管理部は、監視装置へ
の通知内容を履歴情報として蓄積保持する機能を有する
ことを特徴とする請求項６ないし請求項９のいずれかに
記載の運転管理装置。
【請求項１１】前記省エネルギ管理部は、蓄積保持さ
れている履歴情報のうち古くなった履歴情報の一部を自
動的に削除する機能を有することを特徴とする請求項１
０記載の運転管理装置。
【請求項１２】前記操作表示サーバ部は、通知先とな
る監視装置を選択決定する機能を有することを特徴とす
る請求項６ないし請求項９のいずれかに記載の運転管理
装置。
【請求項１３】前記操作表示サーバ部は、ＳＭＴＰプ
ロトコルを用いて監視装置に通知する機能を有すること
を特徴とする請求項６ないし請求項９のいずれかに記載
の運転管理装置。
【請求項１４】前記操作表示サーバ部は、ＨＴＴＰサ
ーバ機能を有し、電子メールの本文に関連情報のＵＲＬ
を含めて監視装置に通知することを特徴とする請求項１
３記載の運転管理装置。
【請求項１５】前記操作表示サーバ部は、特定の監視
装置に対して正常動作を定期的に通知する機能を有する
ことを特徴とする請求項１３記載の運転管理装置。
【請求項１６】前記操作表示サーバ部は、設定時刻に
なると特定の監視装置に対して履歴情報を自動的に通知
する機能を有することを特徴とする請求項１３記載の運
転管理装置。
【請求項１７】前記履歴情報は電子メールの添付書類
として送信されることを特徴とする請求項１６記載の運
転管理装置。
【請求項１８】前記履歴情報はＣＳＶ形式で基準され
ていることを特徴とする請求項１７記載の運転管理装
置。
【請求項１９】前記操作表示サーバ部は、監視装置か
らの要求によって前記履歴情報を監視装置に送信する機
能を有することを特徴とする請求項１０記載の運転管理
装置。
【請求項２０】前記操作表示サーバ部は、監視装置と
の回線接続中に回線切断要求が発生すると、監視装置に
回線切断を要求する機能を有することを特徴とする請求
項１記載の運転管理装置。
【請求項２１】前記操作表示サーバ部は、監視装置か
ら転送される更新用のファイルを受けることにより内部
データを修正する機能を有することを特徴とする請求項
１記載の運転管理装置。
【請求項２２】前記監視制御部は、運転スケジュール
により設定された制御のパターンのうち現時刻の前のパ
ターンを呼び出して出力機器を制御する機能を有するこ
とを特徴とする請求項１記載の運転管理装置。
【請求項２３】前記監視制御部は、運転スケジュール
による制御対象となる出力機器での消費電力を算出して
記録保持する機能を有することを特徴とする請求項１記
載の運転管理装置。
【請求項２４】前記操作表示サーバ部は、監視装置か
らの識別情報を用いて監視装置のアクセス権を制限する
機能を有することを特徴とする請求項１記載の運転管理
装置。
【請求項２５】前記操作表示サーバ部は、監視装置か
らの識別情報を用いて監視装置の操作者のアクセス権を
制限する機能を有することを特徴とする請求項１記載の
運転管理装置。
【請求項２６】請求項１ないし請求項２５のいずれか
に記載の運転管理装置と監視装置とを少なくとも１台ず
つ含み、運転管理装置と監視装置とがネットワークによ
り相互接続されていることを特徴とする運転管理システ
ム。
【請求項２７】運転管理装置をＷＷＷサーバとし、監
視装置にブラウザの機能を設けたことを特徴とする請求
項２６記載の運転管理システム。
【請求項２８】請求項１ないし請求項２５のいずれか
に記載の運転管理装置のプログラムを記録した記録媒
体。