JP3220372B2 - ビル管理装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ビル管理装置に関
し、特にデータを管理する部分とユーザインターフェー
ス部分をソフトウェア的に明確に分離したビル管理装置
に関するものである。

【０００２】

【従来の技術】図１７は、ビル内の機器の状態監視、操
作等を遠隔で行う従来のビル管理装置のブロック構成図
を表す。従来のビル管理装置は、状態監視データにアク
セスするデータアクセス部２０１と、上記データを処理
するデータ処理部２０２と、ユーザに対し情報を表示し
たり、ユーザからの操作を入力する表示操作部２０３と
から構成される。データアクセス部２０１は、監視デー
タ２０４を取得し、データ処理部２０２で所定の手順に
従い処理した後、表示操作部で表示する。従来技術で
は、機能毎に各処理部のアルゴリズムが相互に密接に関
連してプログラムを構成している。

【０００３】また、従来のビル管理装置の表示部におい
ては、図１８に示すように画面上の表示制御を表示処理
部２１１のような処理部で全ての制御を行っていた。す
なわち、実際の監視対象物と画面上での表示される監視
対象物をシンボル化したグラフィック図形（以下、「シ
ンボル」と称する。）２１４との関連づけや、監視機器
の状態変化（以下、「イベント」と称する。）が発生し
た時の表示方法である表示属性（例えば、警報が発生し
たときにシンボルの色を緑から赤に変える等。）や、シ
ンボルの表示位置などの定義を個別に行い表示属性デー
タ格納部に格納していた。イベントが発生すると、表示
処理部２１１がそれらの表示属性情報を読み込み、画面
上のシンボル２１４の表示を変更した。すなわち、表示
処理部２１１が、データの取得、画面全体の表示に関す
る制御を行っていた。

【０００４】

【発明が解決しようとする課題】前述したように、従来
のビル管理装置では、図１７に示されるように各処理部
間でデータのやりとりが行われるため、やりとりされる
データの種類やフォーマットが変わると、データの整合
性をとるため、各処理部全体を変更する必要があった。
例えば、表示画面の変更や、データのフォーマットの変
更等を行うときは、表示操作部、データアクセス部、デ
ータ処理部間のデータの構成、関連等を考慮し、各処理
部間でデータの整合性をとりながら、プログラム全体を
変更する必要があった。このため、表示画面の一部だけ
を変更したい時や、取得データの一部だけを変更したい
時もシステム全体のデータの整合性を考慮して変更する
必要があるため、迅速で柔軟な対応ができないという問
題があった。

【０００５】また、前述したように、従来の表示操作部
においては、表示処理部２１１が画面上の表示制御を全
て行うため、新規に画面を作成する場合や、シンボルの
位置を変更する等の画面の一部を変更する場合において
も、表示処理部２１１を構成するプログラム全体を変更
する必要があり、設計または変更時に多大な手間と時間
を要した。

【０００６】そこで、本発明の目的は、システムの新規
作成、変更が容易に行えるビル管理装置を提供すること
である。

【０００７】

【課題を解決するための手段】本発明に係るビル管理装
置は、ビル内の設備機器の遠隔操作または状態監視を通
信回線を介して行うビル管理装置であって、監視する機
器の状態の表示を行い、また機器の遠隔操作のための入
力操作および前記操作入力による処理要求を通知する処
理要求メッセージの出力を行う、機能毎に定義される表
示操作手段と、入力された指示メッセージまたは所定の
手順に従い、時間管理、通信処理、機器の状態監視、お
よび機器の発停操作等の所定の制御機能を実行し、監視
する機器の状態変化があった時に、状態変化を通知する
イベント通知メッセージを出力する、機能毎に定義され
る機能処理手段と、機器の操作状況、状態監視、警報監
視等のビル管理に関するデータおよびそのデータに関す
る操作手順を管理し、前記機能処理手段からのイベント
通知メッセージを事前に登録された前記表示操作手段に
出力し、また前記表示操作手段からの処理要求メッセー
ジに従い、所定の処理を行うため、指示メッセージを所
定の前記機能処理手段に配信するデータ管理手段とから
なる。

【０００８】前記ビル管理装置において、前記表示操作
手段は、監視する機器の状態の表示を行い、また機器の
遠隔操作のための入力操作および前記操作入力による処
理要求を通知する処理要求メッセージを前記データ管理
手段に出力する。前記データ管理手段は、機器の操作状
況、状態監視、警報監視等のビル管理に関するデータお
よびそのデータに関する操作手順を管理し、前記機能処
理手段からのイベント通知メッセージを事前に登録され
た前記表示操作手段に出力する。また前記表示操作手段
からの処理要求メッセージに従い、所定の処理を行うた
め、指示メッセージを所定の前記機能処理手段に配信す
る。前記機能処理手段は、データ管理手段からの指示メ
ッセージまたは所定の手順に従い、時間管理、通信処
理、機器の状態監視、および機器の発停操作等の所定の
制御機能を実行し、監視する機器の状態変化があった時
に、状態変化を通知するイベント通知メッセージをデー
タ管理手段に出力する。

【０００９】好ましくは、前記ビル管理装置において、
前記データ管理手段は、入力されたメッセージに従い、
前記機能処理手段に対し、指示メッセージを出力するメ
ッセージ配信手段と、入力されたメッセージに従い、イ
ベント発生時に、イベント通知メッセージを前記表示操
作手段または前記機能処理手段に通知するイベント配信
処理手段と、機器の操作、状態監視、警報監視に関する
データおよびそのデータに関する操作手順を管理し、入
力されたメッセージに従い、前記表示操作手段に対しデ
ータを出力し、前記メッセージ配信手段および前記イベ
ント配信処理手段に処理実行のためのメッセージを出力
するオブジェクト管理手段と、前記表示操作手段からの
処理要求メッセージを受信し、前記オブジェクト管理部
にメッセージを配信することにより、処理要求を行うサ
ービス配信手段とからなる。

【００１０】前記データ管理手段において、サービス配
信手段は、前記表示操作手段からの処理要求メッセージ
または機能処理手段からのイベント通知メッセージを受
信し、前記オブジェクト管理手段にメッセージを配信す
ることにより処理の実行を要求する。オブジェクト管理
手段は、機器の操作、状態監視、警報監視等のデータを
管理しており、前記表示操作手段または前記制御手段か
ら送信されてきたメッセージに従い、データの処理を行
い、このデータ処理に基づいて、メッセージ配信手段ま
たはイベント配信処理手段を経由して、前記制御手段ま
たは前記表示操作手段にメッセージを配信し、イベント
の通知または、機器の操作および状態監視等の処理を実
行する。

【００１１】好ましくは、前記ビル管理装置において、
前記表示操作手段は、物理的な監視対象を画面に表示す
るためにシンボル化したものであり、物理的な監視対象
と論理的に関連づけられ、前記シンボルの表示色、大き
さ、表示時の条件および表示位置からなる表示属性情報
を有し、前記データ管理手段とメッセージおよび監視デ
ータのやりとりを行う部品からなる。

【００１２】前記表示操作手段において、前記部品は、
画面上でシンボル化され、物理的な監視対象と論理的に
関連づけられている。関連づけれらている機器の状態が
変化すると、部品に対して、前記データ管理手段からイ
ベント通知メッセージが配信され、前記部品は、前記シ
ンボルの表示色、大きさ、表示時の条件および表示位置
からなる表示属性情報を参照し、画面表示を変更する。
またユーザが、機器の操作やデータ取得等の要求を行う
時は、部品でこれらの入力を受けつけ、データ管理手段
に対し処理要求を行うことにより、データ管理手段でこ
れらの処理が実行される。

【００１３】好ましくは、前記ビル管理装置において、
前記表示操作手段は、前記シンボルの表示制御を行う表
示処理手段と、シンボルの表示色、大きさおよび表示位
置からなる表示属性情報を格納する表示属性データ格納
手段と、ユーザからの操作を処理するユーザ操作処理手
段と、前記データ管理手段に対し、処理要求メッセージ
の送信および機器の監視データの受信を行うデータ処理
手段とからなる第１部品と、前記データ管理手段からの
イベント通知メッセージを第１部品に配信するイベント
処理手段を備える第２部品とからなる。

【００１４】前記データ管理手段から前記第２部品へイ
ベント通知が配信されると、前記第２部品のイベント処
理手段が、前記第１部品にイベントを通知する。前記第
１部品では、表示処理手段が表示属性データ格納手段か
ら表示属性を取得し、取得した表示属性に従って、画面
上のシンボルの表示を変更する。またユーザからの操作
入力があった時は、ユーザ操作処理手段がその入力情報
を受けつけ、データ処理手段からデータ管理手段に対し
て、処理要求を配信する。データ管理手段は、処理要求
に従い、処理を実行する。

【００１５】好ましくは、前記ビル管理装置において、
前記データ管理手段は、機器の操作状況、状態監視、警
報監視に関するデータおよびそのデータに関する操作手
順を管理するための関係型データベースを備える。前記
関係型データベースは、機器の操作状況、状態監視、警
報監視に関するデータおよびそのデータに関する操作手
順を管理する。

【００１６】

【発明の実施の形態】本発明の実施の形態について説明
する前に、まず以下の実施の形態で取り扱うデータであ
るオブジェクトについて説明する。

【００１７】一般的に、ビル管理装置は、ビル内のポン
プ、ファン、冷凍機等の設備機器の作動状況や、警報の
有無、稼働時間等の情報あるいは、温度、湿度等を監視
する。実際には、ビル管理装置は通信回線を介して遠隔
接続されたリモート処理装置と監視機器との電気的接点
での、電気信号の読みとりまたは制御によりこれらの監
視または制御を行う。説明の簡単化のために、これらの
機器の監視または制御のための電気的接点を「管理ポイ
ント」と称する。管理ポイントの種類には、機器に対す
る発動／停止の操作のための「操作ポイント」、機器状
態の監視のための「状態監視ポイント」、警報状態を監
視するための「警報ポイント」、温度や湿度等のアナロ
グ値の計測のための「計測ポイント」、消費電力の積算
量等の計測値の積算値を得るための「積算ポイント」、
機器の設定のための「設定ポイント」等がある。本発明
の実施形態においては、これらの物理的な管理ポイント
を論理的にモデル化し、オブジェクトとして管理する。
オブジェクト（一般的なオブジェクト指向ソフトウェア
設計の考え方に基づいている。）とは、データおよびそ
のデータに関する手順をまとめたものである。オブジェ
クトに対しサービス（処理）を要求する時は、オブジェ
クトに対してメッセージを配信することによりサービス
要求を行う。すなわち、オブジェクトに対して、サービ
スを要求するメッセージを配信することにより、オブジ
ェクトに定義されている手順に従い、サービスが実行さ
れる。例えば、本実施形態においては、管理ポイント
は、複数のオブジェクトとして論理的に管理されてお
り、これらのオブジェクトにメッセージを送信すること
によりアクセスし、機器の操作や、機器の状態の情報を
得ることができる。例えば、ポンプの停止操作を行う時
は、ポンプの操作ポイントに関するオブジェクトに対
し、停止操作を要求するメッセージを送信し、オブジェ
クトの属性を「運転」から「停止」に変更することによ
り、そのオブジェクトに定義された手順に従い機器を制
御し、ポンプを運転状態から停止状態に制御する。また
同様に、ポンプの「警報ポイント」に関するオブジェク
トにアクセスすることにより、オブジェクトに定義され
た手順が実行され、ポンプの警報に関する情報を得るこ
とができる。このように本ビル管理装置では、ビル内の
監視対象および操作対象をすべてオブジェクト化し、そ
れにメッセージを配信することによりサービスの要求を
行い、機器の状態の情報の取得や動作の制御を行う。以
上のことを前提として、以下に添付の図面を用いて、本
発明の実施の形態について詳細な説明を行う。

【００１８】＜実施の形態１＞図１は、本発明のビル管
理装置の実施の形態１の機能構成図である。また図２
は、本実施形態のハードウェア構成図を表す。図２にお
いて、ビル管理装置２１は、各種制御を行う中央演算処
理装置（ＣＰＵ）２２と、処理するデータや手順を記憶
する記憶装置２３と、ハードディスク等の記憶媒体であ
る外部記憶装置２４と、通信を制御するための通信制御
装置２５と、帳票等の印刷を行う印字装置２６とからな
る。また通信制御装置２５は、遠隔に配置された機器を
制御するためのリモート処理装置２８に通信回線を介し
て接続される。図１のビル管理装置の各機能部は、ソフ
トウェアにより実現され、稼働中は図２の記憶装置２３
の中に記憶されている。

【００１９】図１において、ビル管理装置は、監視状態
のデータの表示や、ユーザからの操作を入力し、表示情
報や操作入力情報等の機能毎に定義される表示操作部１
と、表示操作部１に監視状態の情報を出力し、またビル
管理に必要な情報の収集、管理を行うサーバ部２とから
なる。またサーバ部２は、バックグラウンド処理で動作
し、タイムスケジュールの制御や通信の制御等の各種制
御を行うための機能毎に定義される制御部からなる機能
処理部３と、表示操作部１と機能処理部３間のメッセー
ジの仲介等を行う中央処理部４とからなる。

【００２０】中央処理部４は、上記のオブジェクトの管
理を行うオブジェクト管理部８と、機能処理部３へメッ
セージを配信するメッセージ配信部９と、イベントが生
じた時に関連したメッセージを機能処理部３または表示
操作部１に配信するイベント配信処理部１０と、表示操
作部１からのサービス要求をオブジェクト管理部８へ通
知するサービス配信部１１とからなる。オブジェクト管
理部８は、管理ポイントをモデル化したオブジェクトの
格納および管理を行う。メッセージ配信部９は、中央処
理部４から機能処理部３へメッセージを配信する。サー
ビス配信部１１は、表示操作部１からのサービス要求ま
たは機能処理部３からイベント通知を受けた時にオブジ
ェクトに対しイベントに対応したサービス要求を配信す
る。イベント配信処理部１０は、機能処理部３または表
示操作部１に対して、イベント発生の通知を行う。ま
た、これらの処理部は、処理部間のメッセージのやりと
りにより動作する。このように、上記中央処理部４は、
表示操作部１と機能処理部３のメッセージの仲介およ
び、表示操作部１、機能処理部３の動作の状況の管理を
行う。また、機能処理部３との間で通信が必要な場合も
直接制御部間で通信を行うのではなく、中央処理部４の
提供するサービスを利用して行う。中央処理部４の提供
するサービスには、イベント通知、警報確認、オブジェ
クト生成／削除等がある。

【００２１】また、機能処理部３は、通信の制御、スケ
ジュールの管理、データの取得、機器の発停操作等の制
御を行うものであり、機能毎に定義される制御部からな
る。それぞれの機能毎の制御部は、互いに独立して中央
処理部４とメッセージのやりとりを行い、ビル内の機器
と通信を行う通信制御部５、タイムスケジュールに従っ
て機器を発停させるスケジュール制御部６、使用してい
る電力量が契約電力量を越えないように監視するデマン
ド制御部、あるイベントが発生した時に、それに連動さ
せてある機器を操作する連動制御制御部、イベント発生
の履歴を管理するログ制御部等がある。機能毎に定義さ
れる制御部は、中央処理部４からのメッセージを受信す
るメッセージ受信部１２と、中央処理部４に対しイベン
ト発生の通知を行うメッセージ処理部１３とからなる。
上記メッセージ受信部１２は、中央処理部４からのメッ
セージを受信し、メッセージ処理部１３は、その受信メ
ッセージに従い、所定の処理を行う。この機能処理部３
へのメッセージは中央処理部４の提供するサービスを介
して渡される。

【００２２】表示操作部１は、ユーザに対し監視状態の
データを表示したり、ユーザからの機器の操作のための
入力を受け付ける機能を有し、ユーザとビル管理装置と
のインタフェースを提供するものである。表示操作部１
は、サーバ部２との間でイベント通知メッセージの受信
およびサービス要求を行うことにより、画面表示あるい
は機器の制御を行う。例えば、イベントが発生した時
は、サーバ部２の機能処理部３および中央処理部４を介
して、イベント通知メッセージを受信し、予め登録され
たイベントに対応した画面表示を行う。機器操作を行う
時は、表示操作部１からサーバ部２の中央処理部４に対
し、メッセージによりサービス要求を行うことにより、
機能処理部３が遠隔装置の制御を行う。このように、表
示操作部１とサーバ部２の間で、メッセージを介してイ
ベント通知およびサービス要求を行うため、表示操作部
１では、メッセージに対して処理を定義すればよく、表
示方法等を変更する時は、メッセージに対応した制御の
設定のみを考慮し変更すればよい。すなわち、サーバ部
２と独立した画面設計が可能となるため、サーバ部２の
システムの変更なしに、表示操作部１の設計および変更
ができる。ただし、新規に機能を追加するときは、サー
バ部２に対して、イベント発生時のメッセージの通知先
の表示操作部１の登録や、機能処理部３に追加の制御部
を追加する必要があることもある。通常、ビル管理装置
においては、種々の表示情報や操作が必要とされるが、
１つまたは複数の表示操作部１において、種々のイベン
トに対する処理を定義することで、機能毎の画面表示ま
たは機器操作を可能とする。

【００２３】図３は、表示操作部１の構成を表す。表示
操作部１は、表示画面の背景であり土台となる台紙７１
および管理対象をシンボル化し、実際の管理ポイントと
関連づけをした部品７２からなり、台紙７１は、サーバ
部２からのイベント通知を受信し部品に通知するイベン
ト処理部７３を備える。部品７２は、サーバ部２へのデ
ータの要求およびサービスの要求等を行うデータ処理部
７４と、ユーザからの操作入力を受け付けるユーザ操作
処理部７５と、表示属性データを格納する表示属性デー
タ格納部７６と、イベントのデータに応じて部品の表示
を制御する表示処理部７７とからなる。部品７２は、台
紙７１のイベント処理部７３を介してサーバ部２からの
イベント通知を受け、データ処理部７４を介して、サー
バ部２とのサービス要求や監視データのやりとりを行
う。表示画面構築時には、この部品７２をベースとなる
台紙７１上に配置することにより作成し、部品と管理ポ
イントを対応させる「管理ポイントに対する関連づ
け」、表示色や表示条件や表示位置等の「表示属性」の
設定等を行う。

【００２４】図４は、表示操作部１の構成要素である部
品８１、８２と台紙８３とサーバ部２とのデータのやり
とりの関係を表した図である。図４に示されるように、
表示操作部１において、部品８１、８２は、表示画面の
背景であり土台となる台紙７１の上に配置される。台紙
７１は、ビル内の室内のレイアウトをグラフィカルに表
示し、また操作ボタン等の画面操作に必要な機能を画面
上にグラフィカルに表したものをそれ上に備え、その上
に監視対象機器をモデル化した部品８１、８２を配置す
ることにより、画面が構築される。部品８１、８２は、
サーバ部２との間でイベント通知メッセージのやりとり
を行うことにより、管理ポイントの状態変化に伴う、画
面表示の変更等を行う。

【００２５】上記設定には、「表示属性の設定」および
「管理ポイントとの関連づけ」がある。上記表示属性と
しては、表示文字、表示色／背景色、表示図形、および
一定条件下で数値・テキスト等の表示をするかしないか
等の属性がある。管理ポイントとの関連づけとは、部品
と実際の監視対象である管理ポイントとを対応させるこ
とであり、この関連づけにより、部品は管理ポイントに
おける温度などの現在値、機器の動作状態（運転中／停
止中）または警報の状態等の状況に応じて表示を変化さ
せる。このように部品自体に、表示方法である表示属性
や、対象管理ポイント、対象イベント、およびイベント
発生時の表示方法の情報を持たすことにより、部品毎に
イベント発生時の動作を定義することができる。これに
より、部品を画面のベースとなる台紙に貼り付けるだけ
で、表示画面の設定が行える。

【００２６】部品の種類には、グラフィック型、リスト
型、グラフ型およびスケジュール型がある。グラフィッ
ク型部品は、画面上のシンボル化したグラフィックイメ
ージにより、管理ポイントの動作状況、警報等の情報を
表現するものである。リスト型部品は、多数の管理ポイ
ントの情報をリスト形式で表示するものである。グラフ
型部品は、温度等のデータの時間経過に伴う変化を表す
トレンドデータをグラフにより表示するものである。ス
ケジュール型部品は機器の運転等のスケジュールを表示
または設定するものである。

【００２７】図５は、アナログ値を表示するグラフィッ
ク型部品の一例を示す。（Ａ）は、温度、湿度等の機器
の現在値を表示するものであり（ここでは、温度表示の
例を示す。）、（Ｂ）は、予め設定された上限値または
下限値を越えた時に表示を変更する機能を有するもので
ある。例えばこの図では、信号機をイメージしており、
計測値が上限値または下限値を越えた時に、信号機の表
示色を変化させることにより警報をユーザに知らせる。
また（Ａ）と（Ｂ）を組み合わせることにより（Ｃ）の
ような複合型部品の構成も可能となり、ユーザに対しよ
り多様な表示が可能となる。これらの部品に対しては、
現在値、上限／下限値、上限／下限監視の有無等の設定
があり、（Ａ）、（Ｂ）、（Ｃ）の部品をマウス等の指
示デバイスで指定することにより、（Ｄ）のようなダイ
アログボックス（ウィンドウ）が開き、そこで、詳細な
情報の表示や上記設定値の設定入力等を行う。また
（Ｅ）は、機器の遠隔操作の入力のためのダイアログボ
ックスの一例を表す。これらの部品、ダイアログボック
ス（ウィンドウ）のサイズ、フォント、グラフィックデ
ータ（ビットマップデータ）等は、自由に設定できる。

【００２８】図６は、表示画面の一例を示す。表示画面
９０では、台紙９１上にグラフィック型部品９２および
リスト型部品９３を配置してある。ボタン９４、９５は
画面の切換えを行うものである。ボタン９４において、
「状態・警報」のボタンが押された時は、状態・警報リ
ストを、「計測」のボタンが押された時は、計測リスト
が表示される。ボタン９５は監視フロアの切換を行う。
またリスト型部品９３は、サーバ部２に対し最新のデー
タを要求し、サーバ部２より受信したデータに基づき画
面上に機器の状態を表示する。

【００２９】これら表示操作部１における部品７２また
は台紙７１は、例えば、マイクロソフト社のウィンドウ
ズのアプリケーションの１つであるビジュアルベーシッ
ク（マイクロソフト社）等の市販のツール、ＤＬＬ（動
的リンクライブラリ）またはＯＤＢＣ（Open DataBase
Connectivity）をサポートするものにより、容易に構築
することができる。このようにして、表示操作部１を部
品７２によって構築することにより、画面の作成、変更
等の作業を容易に行うことができ、画面構築時の工期を
短縮できる、また表示操作部をサーバ部と分離させるこ
とにより、サーバ部内のデータ管理方法等のシステムを
変更することなく、サーバ部と独立して、表示操作に関
する機能について機能毎に設計することが可能となる。

【００３０】本実施形態のビル管理装置において、監視
機器の状態が変化した時（イベントが発生した時）は、
機能処理部３の中の通信制御部５がイベント発生を受信
し、メッセージ処理部１３から、中央処理部４のサービ
ス配信部１１にイベント通知メッセージが配信される。
サービス配信部１１では、通信制御部５からのイベント
通知メッセージに従い、オブジェクト管理部８で管理さ
れる対象となるオブジェクトに対しメッセージを配信す
る。オブジェクト管理部８では、イベントを通知すべき
表示操作部１を検索し、イベント配信処理部１０よりイ
ベント通知メッセージを表示操作部１に配信する。表示
操作部１では、イベント処理部７３でイベント通知メッ
セージを受信し、表示処理部１により、表示属性データ
格納部７６に格納された属性に従い画面表示を変更す
る。表示操作部１から、機器の発停操作等の操作を行う
時は、ユーザ操作処理部７５でユーザからの機器操作の
操作入力を受信し、データ処理部７４にて、サーバ部２
のサービス配信部１１に操作要求のメッセージを配信す
る。サービス配信部１１でメッセージを受信すると、受
信メッセージに基づき、オブジェクト管理部８で管理さ
れる対象となるオブジェクトにサービス要求するため
に、対象オブジェクトにメッセージを送信する。オブジ
ェクト管理部８では、サービスを実行するため、機能処
理部３の該当する制御部に対し、メッセージを送信す
る。該当する制御部は、メッセージ受信部１２でメッセ
ージを受信し、各種制御を行う。このように各処理部は
メッセージをやりとりすることにより連動して動作す
る。

【００３１】以下に本実施形態のビル管理装置の動作に
ついて説明を行う。

【００３２】（１．１）表示操作部のイベント通知受信
時の動作 イベント発生を受信した時のサーバ部２から表示操作部
１へのイベント通知を行う時の動作を、図７のフローチ
ャートを用いて説明する。

【００３３】サーバ部２の通信制御部５がイベント発生
を受信する（Ｓ１０１）と、通信制御部５は中央処理部
４にイベントを通知する（Ｓ１０２）。中央処理部４
は、台紙７１のイベント処理部７３にイベントを通知す
る（Ｓ１０３）。次にイベント処理部７３は表示処理部
７７にイベントを通知する（Ｓ１０４）。表示処理部７
７は表示属性データ格納部７６より、イベントに応じた
表示属性を取得する（Ｓ１０５）。表示処理部７７で取
得した表示属性に従った表示を画面に出力する（Ｓ１０
６）。このようにして、表示操作部１が、部品７２を介
してイベント発生通知を受信し、画面の表示を変更す
る。

【００３４】（１．２）表示操作部のデータ要求時の動
作 表示操作部１からサーバ部２へ機器の運転状態、警報の
発生などのデータを要求する場合の部品７２の動作を、
図８のフローチャートを用いて説明する。

【００３５】データ処理部７４が、サーバ部２の中央処
理部４へ、機器の運転状態、警報発生等のデータを要求
する（Ｓ２０１）と、中央処理部４のオブジェクト管理
部８がデータを検索する（Ｓ２０２）。オブジェクト管
理部８は、検索したデータをデータ処理部７４へ配信す
る（Ｓ２０３）。表示処理部７７は、表示属性データ格
納部７６より、表示属性を取得する（Ｓ２０４）。表示
処理部７７で取得した表示属性に従い、検索結果を画面
に表示する（Ｓ２０５）。このようにして、表示操作部
１が、部品７２を介してサーバ部２に対してデータの要
求を行う。

【００３６】（１．３）表示操作部の機器操作時の動作 ユーザが部品７２に対して、機器に対する発停止命令な
どの入力操作を行う場合の部品７２の動作を、図９のフ
ローチャートを用いて説明する。

【００３７】部品７２のユーザ操作処理部７５がユーザ
からの操作要求を受け付ける（Ｓ３０１）と、部品７２
は遠隔操作用ダイアログボックス（図５の（Ｅ））を表
示する（Ｓ３０２）。ユーザ操作処理部７５が上記遠隔
操作用ダイアログボックスよりデータ入力を受けつける
（Ｓ３０３）。データ入力終了後、データ処理部７４
が、サーバ部２の中央処理部４へメッセージを配信する
（Ｓ３０４）。中央処理部４が通信制御部５に機器操作
のためのメッセージを配信し（Ｓ３０５）、通信制御部
５が通信回線を介して機器を制御する（Ｓ３０６）。こ
のようにして、表示操作部１により、部品７２を介して
機器の操作要求を行う。

【００３８】本実施形態では、部品７２が台紙７１のイ
ベント処理部７３を介して、サーバ部２からのイベント
通知を受信したが、この機能を部品７２に持たすことに
より、部品７２が直接、台紙７１を介さずにイベント通
知を受信することも可能である。

【００３９】（１．４）ビル管理装置のイベント通知受
信時の動作 監視している機器が停止から運転に変化したというイベ
ントが発生したときの、サーバ部２から表示操作部１へ
のイベント発生通知の動作について図１０のフローチャ
ートを用いて説明する。

【００４０】通信制御部５が、機器が運転状態になった
ことを受信すると（Ｓ４０１）、通信制御部５のメッセ
ージ処理部１３が、中央処理部４のサービス配信部１１
にメッセージを配信する（Ｓ４０２）。サービス配信部
１１では、通信制御部５からのメッセージを受信する
と、オブジェクト管理部８で管理される、機器の運転状
態に関するオブジェクトの属性を「停止」から「運転」
に変更するために、オブジェクト管理部８で管理されて
いる上記オブジェクトに対しメッセージを配信すること
によりサービス要求を行う（Ｓ４０３）。オブジェクト
管理部８において、上記メッセージに対応して定義され
たサービスが実行され、機器の運転状態に関するオブジ
ェクトの属性が「停止」から「運転」に書き換えられる
（Ｓ４０４）。イベント配信処理部１０は、上記オブジ
ェクトの属性が書き換えられたことを検知し、予め登録
されている表示操作部１に対し、イベント発生の通知を
行う（Ｓ４０５）。表示操作部１では、イベント発生の
通知を受けると、所定の方法によりデータを処理した
後、表示を変更する（Ｓ４０６）。このようにして、監
視している機器の状態に変化があった時に、そのイベン
トが表示操作部１に通知され、表示が変更される。

【００４１】（１．５）ビル管理装置の機器操作時の動
作 ユーザが表示操作部１を介して、監視している機器を停
止から運転状態に変更する時の動作を図１１のフローチ
ャートを用いて説明する。

【００４２】ユーザが機器を運転状態にするための操作
情報を表示操作部１に入力すると（Ｓ５０１）、表示操
作部１は、中央処理部４のサービス配信部１１に対し、
機器を運転にするメッセージを配信する（Ｓ５０２）。
サービス配信部１１では、オブジェクト管理部８で管理
されている、機器の操作に関するオブジェクトの属性を
「停止」から「運転」に書き換えるために、オブジェク
ト管理部８で管理されている上記オブジェクトに対しメ
ッセージを配信することによりサービス要求を行う（Ｓ
５０３）。オブジェクト管理部８において、上記サービ
ス要求に従い、上記オブジェクトの属性を「停止」から
「運転」に書き換える（Ｓ５０４）。上記属性が書き換
えられたことにより、メッセージ配信部９が、通信制御
部５のメッセージ受信部１２に機器を運転状態にするた
めのメッセージを配信する（Ｓ５０５）。通信制御部は
５、メッセージを受信すると、通信回線１５を介して、
機器に運転指令を出力する（Ｓ５０６）。このようにし
て、表示操作部１からの操作入力により機器が操作され
る。

【００４３】（１．６）ビル管理装置のイベント通知先
登録時の動作 表示操作部１がサーバ部２より、イベント発生時に通知
を受けるためには、事前にサーバ部２に対して、イベン
ト発生時の通知先として登録しておく必要がある。例え
ば、ある機器の状態が変化した時に画面表示を変化させ
たい場合は、機器の状態が変化した時にイベントの通知
をしてもらうようにサーバ部２に依頼する必要がある。
この時の動作を図１２のフローチャートを用いて説明す
る。

【００４４】表示操作部１から、サーバ部２のサービス
配信部１１に登録を依頼する（Ｓ６０１）。サービス配
信部１１は、オブジェクト管理部８に、ある特定のイベ
ント発生時の通知先として登録するためのサービス要求
を行う（Ｓ６０２）。オブジェクト管理部８では、上記
サービス要求を受けると上記表示操作部１を上記イベン
ト発生時の通知先として登録する（Ｓ６０３）。このよ
うにして、表示操作部１がイベントの通知先として登録
される。

【００４５】以上のように、本実施形態のビル管理装置
は、メッセージを仲介として、ユーザインタフェースを
提供し機能毎に定義される表示操作部１と、データ管理
手段である中央処理部４と、種々の制御処理を行い機能
毎に定義される機能処理部３とを独立させたことを特徴
とする。これにより、イベント発生時の処理を、それぞ
れの機能部内で、他の機能部とは独立して定義できる。
例えば、画面の表示方法を変更するときは、表示操作部
１のみを変更すればよく、またデータの取得方法を変更
するときは、機能処理部３の該当する制御部のみを変更
すればよい。また、新規に制御機能を追加するときや、
変更する時も、機能処理部３においてのみ機能の追加、
変更を行えばよく、表示操作部１、中央処理部４での変
更は行わなくても良い。また表示操作部１の変更時にお
いても、表示操作部１内の機能のみを変更するだけでよ
く、他の機能部に影響を与えない。すなわち、表示操作
部１、中央処理部４および機能処理部３をそれぞれ独立
して、作成、変更ができるため、システム変更時におい
て、データの整合性を容易に確保しながら、迅速に確実
に柔軟な対応ができる。また、表示操作部１を、表示
色、表示位置および表示条件等の表示属性を有し、管理
ポイントと関連づけられた部品により構築することによ
り、グラフィックを使用した表現力のある画面の設計お
よび変更が容易に行える。

【００４６】＜実施の形態２＞図１３は実施の形態２の
ビル管理装置の構成図を表す。本実施形態のビル管理装
置は、実施の形態１のビル管理装置において、管理対象
をモデル化したオブジェクトや、オブジェクトにアクセ
スするためのサービスや、各種制御などに必要なパラメ
ータの管理をＲＤＢＭＳ（関係型データベース管理シス
テム）により行うようにしたものである。また本実施形
態のハードウェア構成については、実施形態１のもの
（図２）と同じであるのでここでの説明は省略する。

【００４７】ＲＤＢＭＳの特徴として、ストアードプロ
シージャと呼ばれるＲＤＢＭＳで管理するデータにアク
セスするための手順を予め登録することができる。ま
た、このストアードプロシージャは、ＲＤＢＭＳのテー
ブルが更新された場合のアクションをトリガとして起動
される。すなわち、ＲＤＢＭＳのテーブルの値が更新さ
れるとそれをトリガとして、ストアードプロシージャが
起動され、別のオブジェクトの更新等が行われる。

【００４８】図１３において、ビル管理装置は、監視状
態のデータの表示や、ユーザからの操作を入力する表示
操作部１０１と、表示操作部１０１に監視状態の情報を
出力し、またビル管理に必要な情報の収集、管理を行う
サーバ部１０２とからなる。またサーバ部１０２は、バ
ックグラウンド処理で動作し、タイムスケジュールの制
御や通信の制御等の各種制御を行うための機能毎に定義
される機能処理部１０３と、上記表示操作部１０１と機
能処理部１０３間のメッセージの仲介等を行う中央処理
部１０４とからなる。中央処理部１０４は、オブジェク
トの管理を行うオブジェクト管理部１２０と、機能処理
部１０３へメッセージを配信するメッセージ配信部１０
９と、イベントが生じた時に関連したメッセージを機能
処理部１０３または表示操作部１０１に配信するイベン
ト配信処理部１１０と、表示操作部１０１からのサービ
ス要求をオブジェクト管理部１２０へ通知するサービス
配信部１２３とからなる。オブジェクト管理部１２０
は、機器の運転状態のオブジェクトや操作のオブジェク
ト等のテーブルや、オブジェクトにアクセスするための
サービス等を管理するためのプロパティデータベース１
２１（以下、プロパティＤＢと称する。）と、サービス
要求に従い処理を実行する処理実行部１２２とからな
る。サービス配信部１２３は、表示操作部１０１からの
サービスを受けつけるめのメッセージ補助テーブル１２
４と、他の処理部に対するメッセージの処理を行う処理
実行部１２５とからなる。サービス配信部１２３は、表
示操作部１０１により、このメッセージ補助テーブル１
２４が書き換えられることにより、表示操作部１０１か
らのメッセージを受け取る。プロパティＤＢ１２１、メ
ッセージ補助テーブル１２４はＲＤＢＭＳで管理され、
また図示されていないが他に通信や各種制御などに必要
なパラメータもＲＤＢＭＳで管理される。ここで他の処
理部の機能については、実施の形態１で説明したものと
同等であるので説明は省略する。これらの処理部は、Ｒ
ＤＢＭＳのトリガやストアードプロシージャの機能を利
用して連動するようになっている。

【００４９】以下に、本実施形態のビル管理装置の動作
について説明する。

【００５０】（２．１）ビル管理装置のイベント発生通
知時の動作 監視している機器が、停止から運転に変化したというイ
ベントが発生したときの、サーバ部１０２から表示操作
部１０１へのイベント発生通知の動作について図１４の
フローチャートを用いて説明する。

【００５１】通信制御部１０５が、機器が停止から運転
に変化したことを受信すると（Ｓ７０１）、通信制御部
１０５が、機器の運転状態に関するオブジェクトの属性
を運転に変更するためのストアードプロシージャを起動
する（Ｓ７０２）。サービス配信部１２３において、起
動された上記ストアードプロシージャにより、プロパテ
ィＤＢ１２１の運転状態に関する属性を更新するための
サービス要求がオブジェクト管理部１２０に配信される
（Ｓ７０３）。オブジェクト管理部１２０で、上記サー
ビス要求により、プロパティＤＢ１２１の運転に関する
属性が「運転」に更新される（Ｓ７０４）。上記属性の
更新をトリガとして、オブジェクト管理部１２０でイベ
ントチェックを行うストアードプロシージャが起動さ
れ、イベントを検出し、イベント通知先を確認する（Ｓ
７０５）。イベント配信処理部１１０が、通知先として
登録されている表示操作部１０１に機器が運転になった
ことを通知する（Ｓ７０６）。通知を受けた表示操作部
１０１は予め登録された方法で画面表示を変更する（Ｓ
７０７）。このようにして、イベントが発生した時に、
表示操作部１０１にイベントが通知される。

【００５２】（２．２）ビル管理装置の機器操作時の動
作 ユーザが表示操作部１０１を介して、監視している機器
を停止から運転状態に変更する時の動作を図１５のフロ
ーチャートを用いて説明する。

【００５３】ユーザが機器を運転するための操作情報を
表示操作部１０１に入力すると（Ｓ８０１）、表示操作
部１０１は、中央処理部１０４のサービス配信部１２３
のメッセージ補助テーブル１２４のサービスの受付けに
関する属性を変更する（Ｓ８０２）。メッセージ補助テ
ーブル１２４の属性変更がトリガとなり、サービス配信
部１２３のストアードプロシージャが起動し、オブジェ
クト管理部１２０で管理される、機器を運転するための
サービス要求を機器操作に関するオブジェクトに配信す
る（Ｓ８０３）。オブジェクト管理部１２０でサービス
要求に従い、サービスが実行され、プロパティＤＢ１２
１の操作に関する属性を運転に更新する（Ｓ８０４）。
プロパティＤＢ１２１の属性変更をトリガとして、メッ
セージ配信部１０９で通信要求を行うストアードプロシ
ージャが通信制御部１０５にメッセージを送信する（Ｓ
８０５）。通信制御部１０５がメッセージを受信し、通
信回線１１５を介して、機器に運転指令を出力する（Ｓ
８０６）。このようにして、表示操作部１０１から機器
の制御を行う。

【００５４】また、イベント通知によらない場合は、運
転状態の取得、警報発生の有無の取得、操作ポイント更
新の有無の取得等は、表示操作部１０１から直接、ＲＤ
ＢＭＳに対するＳＱＬ文や、ストアードプロシージャコ
ールを使用して取得し、表示操作部１０１、サーバ部１
０２、通信制御部１０５等で判断され処理される。

【００５５】このように、本実施形態のビル管理装置に
おいて、ＲＤＢＭＳによりデータを管理することによ
り、ＲＤＢＭＳの機能を使用することができ、以下の利
点がある。データベースへのアクセスがストアードプロ
シージャ、または同等の機能を有するＤＬＬ（動的リン
クライブラリ）により行うことにより、複数のプロセス
がアクセスしてもデータの整合性を確保することができ
る。ＤＢＭＳの機能であるインデックス作成、データの
再配置の機能を利用できるため、システムの応答性改善
のためのチューニングを容易に行うことができる。ＤＢ
ＭＳを使用することにより、データ仕様の変更、管理ポ
イント数の増加等の変更が、ＤＢＭＳ内の変更で柔軟に
対応できる。

【００５６】＜実施の形態３＞実施の形態１または実施
の形態２のビル管理装置において、サーバへのサービス
要求とサーバからのイベント通知機構をネットワーク対
応とすることにより、容易にクライアント／サーバモデ
ルや群管理システムを構築することができる。例えば、
ネットワーク透過なデータベースへのアクセス方法であ
るＯＤＢＣ（Open Database Connectivity）や、イベン
ト通知として、ネットワーク透過なＤＤＥ（Direct Dat
a Exchange）を利用することにより実現できる。図１６
に本発明のビル管理装置をネットワークに拡張した統合
監視システムの構成図を示す。

【００５７】本実施形態の統合監視システムにおいて、
統合監視装置１５１は、中央監視１５４、１５９、１６
４とそれぞれネットワーク１５３を介して接続されてい
る。ネットワーク１５３は、イーサネット等で実現され
るローカルエリアネットワークを利用する。中央監視Ａ
１５４は、サーバ部１５５および、機能処理部１５７と
中央処理部とから構成される表示操作部１５８からな
る。中央監視Ｂ１５９も同様である。中央監視Ｃ１６４
は、機能処理部１６７と中央処理装置１６６とからなる
サーバ装置１６５と、表示操作部からなるクライアント
装置１６８とからなり、サーバ装置１６５とクライアン
ト装置１６８は、ネットワークを介して、イベント通
知、サービス要求を行う。

【００５８】統合監視装置１５１は、中央監視Ａ１５
４、中央監視Ｂ１５９および中央監視Ｃ１６４のサーバ
装置１６５と、ネットワーク１５３を介して、イベント
通知およびサービス要求を行う。すなわち、統合監視装
置１５１で動作する表示操作部１５２からのサービス要
求は、ネットワーク１５３を介して各中央監視１５４、
１５９、１６４に送られ、各中央監視１５４、１５９、
１６４のサーバ部１５５、１６０、１６５は、統合監視
装置１５１内の表示操作部１５２からのサービス要求を
処理する。また各中央監視１５４、１５９、１６４内で
発生したイベントは、ネットワーク１５３を介して統合
監視装置１５１内で動作する表示操作部１５２に送られ
る。

【００５９】このように、クライアント／サーバ型の構
成において、クライアント装置に上記表示操作部の機能
を備え、サーバ装置に上記サーバ部の機能を備える。表
示操作部からサーバ部へのサービス要求、サーバ部から
表示操作部へのイベント通知は、ネットワークを介して
やりとりされる。また、データの表示または操作入力を
行う表示操作部と、データの収集、管理を行うサーバ部
とからなるビル管理装置を用いて、ネットワークを介し
て統合的な監視システムを容易に構成することができ
る。

【００６０】

【発明の効果】本発明のビル管理装置において、機器の
状態の表示および機器の遠隔操作の入力を行う表示操作
手段と、時間管理、通信処理、状態監視等の所定の制御
を行う機能処理手段と、機器の操作状況、状態監視、警
報監視に関するデータおよびそのデータに関する操作手
順を管理し、前記表示手段と機能処理部の間でメッセー
ジの仲介を行うデータ管理手段とを分離することによ
り、ユーザインタフェースを提供する機能とデータを管
理する機能と機器を制御する機能とを独立させることが
できる。これにより、画面の新規構築または変更時にお
いて、システム全体から切り離した、自由な画面設計が
可能となる。また、新規に機能を追加する時や、機能を
変更する時も、機能処理手段に機能を追加するかまたは
変更するだけでよく、システム全体に影響を与えること
なく、柔軟に機能の追加、変更ができる。また、機能処
理手段へのアクセスは、データ管理手段の機能を介して
行われるため、機能処理手段への不正なアクセスによる
誤動作を防止することができる。

【００６１】本発明の好ましい構成のビル管理装置にお
いて、表示操作手段が、物理的な監視対象を画面に表示
するためにシンボル化され、物理的な監視対象と論理的
に関連づけられ、シンボルの表示色、大きさ、表示時の
条件および表示位置からなる表示属性情報を有し、前記
データ管理手段とメッセージおよび監視データのやりと
りを行う部品から構成される。これにより、画面設計時
において、グラフィックイメージで画面を構築すること
ができるため、容易に画面構築が行え、画面構築時の工
期を短縮できる。また、グラフィックイメージの部品を
使用して表現力のある画面を容易に構築できる。

【００６２】本発明の好ましい構成のビル管理装置にお
いて、表示操作手段が、前記データ管理手段に対し、処
理要求メッセージの送信および機器の監視データの受信
を行う第１部品と、前記データ管理手段からのイベント
通知メッセージを第１部品に配信するイベント処理手段
を備える第２部品とから構成されることにより、第２部
品を土台として、その上に第１部品を配置することによ
り、画面の構築が行えるため、画面の新規作成、変更が
容易に行える。

【００６３】本発明の好ましい構成のビル管理装置にお
いて、前記データ管理手段が、機器の操作状況、状態監
視、警報監視に関するデータおよびそのデータに関する
操作手順を管理するための関係型データベースを備えこ
とにより、データの整合性を確保しながらデータのアク
セスが容易に行える。また関係型データベースの機能で
あるインデックス作成、データ再配置の機能を利用する
ことにより、システム全体に影響を与えることなく、応
答時間の改善等のチューニングが行える。

【図面の簡単な説明】

【図１】 実施の形態１のビル管理装置の機能構成図。

【図２】 実施の形態１のビル管理装置のハードウェア
構成図。

【図３】 実施の形態１の表示操作部の構成図。

【図４】 実施の形態１の部品と台紙の関係を表す図。

【図５】 実施の形態１のグラフィック型部品の一例を
表す図。

【図６】 実施の形態１の表示操作部の画面表示の一例
を表す図。

【図７】 実施の形態１の表示操作部のイベント通知受
信時の動作を表すフローチャート。

【図８】 実施の形態１の表示操作部のサーバ部へのデ
ータ要求時の動作を表すフローチャート。

【図９】 実施の形態１の表示操作部の機器操作の要求
時の動作を表すフローチャート。

【図１０】 実施の形態１のビル管理装置のイベント受
信時の動作を表すフローチャート。

【図１１】 実施の形態１のビル管理装置の機器の運転
操作時の動作を表すフローチャート。

【図１２】 実施の形態１のビル管理装置のイベント発
生時の通知先登録時の動作を表すフローチャート。

【図１３】 実施の形態２のビル管理装置の機能構成
図。

【図１４】 実施の形態２のビル管理装置のイベント受
信時の動作を表すフローチャート。

【図１５】 実施の形態２のビル管理装置の機器の運転
操作時の動作を表すフローチャート。

【図１６】 実施の形態３のビル管理装置のネットワー
ク応用例を表す図。

【図１７】 従来のビル管理装置の構成図。

【図１８】 従来のビル管理装置の表示部の構成図。

【符号の説明】

１，１０１，１５２，１５８，１６３，１６８ 表示操
作部、２，１０２，１５５，１６０，１６５ サーバ
部、３，１０３，１５７，１６２，１６７ 機能処理
部、４，１０４，１５６，１６１，１６６ 中央処理
部、５，１０５ 通信制御部、６，１０６ スケジュー
ル制御部、７，１０７ その他の制御部、８，１２０
オブジェクト管理部、９，１０９ メッセージ配信部、
１０，１１０ イベント配信処理部、１１，１２３ サ
ービス配信部、１２，１１２ メッセージ受信部、１
３，１１３ メッセージ処理部、１５，１１５ 通信回
線、２１ 本発明のビル管理装置、２２ ＣＰＵ、２３
記憶装置、２４ 外部記憶装置、２５ 通信制御部、
２６ 印字装置、２７ 表示操作装置、２８ リモート
処置装置、２９ 管理ポイント、７１，９１ 台紙、７
２ 部品、７３ イベント処理部、７４ データ処理
部、７５ ユーザ操作処理部、７６ 表示属性データ格
納部、７７ 表示処理部、８１，９２ グラフィック型
部品、８２，９３ リスト型部品、９０ 表示画面、９
４、９５ 操作ボタン、１２１ プロパティＤＢ、１２
２，１２５ 処理実行部、１２４ メッセージ補助テー
ブル、１５１ 統合監視装置、１５３ ネットワーク、
１５４ 中央監視Ａ、１５９ 中央監視Ｂ、１６４ 中
央監視Ｃ、２００ 従来技術のビル管理装置、２０１
データアクセス部、２０２ データ処理部、２０３ 表
示操作部、２０４ データ、２１０従来技術の表示操作
部、２１１ 表示処理部、２１２ 表示属性等データ格
納部、２１３ 表示画面、２１４ 画面上の監視対象の
表示。

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 昭64−7181（ＪＰ，Ａ) 特開 平７−248908（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G08B 23/00 G08B 25/00 - 25/14

Claims (5)

(57)【特許請求の範囲】
1. 【請求項１】 ビル内の設備機器の遠隔操作または状態
   監視を通信回線を介して行うビル管理装置であって、 監視する機器の状態の表示を行い、また機器の遠隔操作
   のための入力操作および前記操作入力による処理要求を
   通知する処理要求メッセージの出力を行う、機能毎に定
   義される表示操作手段と、 入力された指示メッセージまたは所定の手順に従い、時
   間管理、通信処理、機器の状態監視、および機器の発停
   操作等の所定の制御機能を実行し、監視する機器の状態
   変化があった時に、状態変化を通知するイベント通知メ
   ッセージを出力する、機能毎に定義される機能処理手段
   と、 機器の操作状況、状態監視、警報監視等のビル管理に関
   するデータおよびそのデータに関する操作手順を管理
   し、前記機能処理手段からのイベント通知メッセージを
   事前に登録された前記表示操作手段に出力し、また前記
   表示操作手段からの処理要求メッセージに従い、所定の
   処理を行うため、指示メッセージを所定の前記機能処理
   手段に配信するデータ管理手段とを備えており、 前記データ管理手段は、 入力されたメッセージに従い、前記機能処理手段に対
   し、指示メッセージを出力するメッセージ配信手段と、 入力されたメッセージに従い、イベント発生時に、イベ
   ント通知メッセージを前記表示操作手段または前記機能
   処理手段に通知するイベント配信処理手段と、 機器の操作、状態監視、警報監視に関するデータおよび
   そのデータに関する操作手順を管理し、入力されたメッ
   セージに従い、前記表示操作手段に対しデータを出力
   し、前記メッセージ配信手段および前記イベント配信処
   理手段に処理実行のためのメッセージを出力するオブジ
   ェクト管理手段と、 前記表示操作手段からの処理要求メッセージを受信し、
   前記オブジェクト管理部にメッセージを配信することに
   より、処理要求を行うサービス配信手段とからなること
   を特徴とするビル管理装置。
2. 【請求項２】 ビル内の設備機器の遠隔操作または状態
   監視を通信回線を介して行うビル管理装置であって、 監視する機器の状態の表示を行い、また機器の遠隔操作
   のための入力操作および前記操作入力による処理要求を
   通知する処理要求メッセージの出力を行う、機能毎に定
   義される表示操作手段と、 入力された指示メッセージまたは所定の手順に従い、時
   間管理、通信処理、機器の状態監視、および機器の発停
   操作等の所定の制御機能を実行し、監視する機器の状態
   変化があった時に、状態変化を通知するイベント通知メ
   ッセージを出力する、機能毎に定義される機能処理手段
   と、 機器の操作状況、状態監視、警報監視等のビル管理に関
   するデータおよびそのデータに関する操作手順を管理
   し、前記機能処理手段からのイベント通知メッセージを
   事前に登録された前記表示操作手段に出力し、また前記
   表示操作手段からの処理要求メッセージに従い、所定の
   処理を行うため、指示メッセージを所定の前記機能処理
   手段に配信するデータ管理手段とを備えており、 前記表示操作手段は、物理的な監視対象を画面に表示す
   るためにシンボル化したものであり、物理的な監視対象
   と論理的に関連づけられ、前記シンボルの表示色、大き
   さ、表示時の条件および表示位置からなる表示属性情報
   を有し、前記データ管理手段とメッセージおよび監視デ
   ータのやりとりを行う部品からなることを特徴とするビ
   ル管理装置。
3. 【請求項３】 請求項２に記載のビル管理装置におい
   て、 前記表示操作手段は、前記シンボルの表示制御を行う表
   示処理手段と、シンボルの表示色、大きさおよび表示位
   置からなる表示属性情報を格納する表示属性データ格納
   手段と、ユーザからの操作を処理するユーザ操作処理手
   段と、前記データ管理手段に対し、処理要求メッセージ
   の送信および機器の監視データの受信を行うデータ処理
   手段とからなる第１部品と、前記データ管理手段からの
   イベント通知メッセージを第１部品に配信するイベント
   処理手段を備える第２部品とからなることを特徴とする
   ビル管理装置。
4. 【請求項４】 ビル内の設備機器の遠隔操作または状態
   監視を通信回線を介して行うビル管理装置であって、 監視する機器の状態の表示を行い、また機器の遠隔操作
   のための入力操作および前記操作入力による処理要求を
   通知する処理要求メッセージの出力を行う、機 能毎に定
   義される表示操作手段と、 入力された指示メッセージまたは所定の手順に従い、時
   間管理、通信処理、機器の状態監視、および機器の発停
   操作等の所定の制御機能を実行し、監視する機器の状態
   変化があった時に、状態変化を通知するイベント通知メ
   ッセージを出力する、機能毎に定義される機能処理手段
   と、 機器の操作状況、状態監視、警報監視等のビル管理に関
   するデータおよびそのデータに関する操作手順を管理
   し、前記機能処理手段からのイベント通知メッセージを
   事前に登録された前記表示操作手段に出力し、また前記
   表示操作手段からの処理要求メッセージに従い、所定の
   処理を行うため、指示メッセージを所定の前記機能処理
   手段に配信するデータ管理手段とを備えており、 前記表示操作手段は、前記シンボルの表示制御を行う表
   示処理手段と、シンボルの表示色、大きさおよび表示位
   置からなる表示属性情報を格納する表示属性データ格納
   手段と、ユーザからの操作を処理するユーザ操作処理手
   段と、前記データ管理手段に対し、処理要求メッセージ
   の送信および機器の監視データの受信を行うデータ処理
   手段とからなる第１部品と、前記データ管理手段からの
   イベント通知メッセージを第１部品に配信するイベント
   処理手段を備える第２部品とからなることを特徴とする
   ビル管理装置。
5. 【請求項５】 ビル内の設備機器の遠隔操作または状態
   監視を通信回線を介して行うビル管理装置であって、 監視する機器の状態の表示を行い、また機器の遠隔操作
   のための入力操作および前記操作入力による処理要求を
   通知する処理要求メッセージの出力を行う、機能毎に定
   義される表示操作手段と、 入力された指示メッセージまたは所定の手順に従い、時
   間管理、通信処理、機器の状態監視、および機器の発停
   操作等の所定の制御機能を実行し、監視する機器の状態
   変化があった時に、状態変化を通知するイベント通知メ
   ッセージを出力する、機能毎に定義される機能処理手段
   と、 機器の操作状況、状態監視、警報監視等のビル管理に関
   するデータおよびそのデータに関する操作手順を管理
   し、前記機能処理手段からのイベント通知メッセージを
   事前に登録された前記表示操作手段に出力し、また前記
   表示操作手段から の処理要求メッセージに従い、所定の
   処理を行うため、指示メッセージを所定の前記機能処理
   手段に配信するデータ管理手段とを備えており、 前記データ管理手段は、機器の操作状況、状態監視、警
   報監視に関するデータおよびそのデータに関する操作手
   順を管理するための関係型データベースを備えることを
   特徴とするビル管理装置。