トップ :: H 電気 :: H04 電気通信技術




【発明の名称】 ビル管理装置システム、設備コントローラ
【発明者】 【氏名】鈴木 繁樹

【氏名】久代 紀之

【氏名】井上 雅裕
【要約】 【課題】ビル管理システム側と設備システム側での二重の開発を避けたビル管理装置を得る。

【構成】ビル内に設置された空調機器の制御を行う制御機能及び制御情報を搭載し、これらの制御機能及び制御情報をクライアントに提供するサーバとして機能する空調用設備コントローラ２Ａと、照明機器の制御を行う制御機能、制御情報を搭載し、これらの制御機能、制御情報をクライアントに提供するサーバとして機能する照明用設備コントローラ６Ａと、空調用設備コントローラ２Ａと照明用設備コントローラ６Ａの制御機能、制御情報を利用して設備管理を行うクライアントとして機能する中央監視装置９Ａと、設備コントローラ２Ａと中央監視装置９Ａとの間の通信を行うインターフェイス装置１５とを備える。
【特許請求の範囲】
【請求項１】
ビル内に設置された設備機器の制御を行う設備コントローラと、この設備コントローラとインタフェースを介してデータ通信を行いビル内全設備機器の制御を行うビル管理システムとを備えるビル管理装置において、
前記設備コントローラは、前記設備機器のメンテナンスデータとメンテナンスデータ表示フォーマットとによりＨＴＭＬファイルを作成して前記ビル管理システムに転送し、
前記ビル管理システムは、転送された前記ＨＴＭＬファイルをＷＷＷブラウザに表示させることを特徴とするビル管理装置。
【請求項２】
前記ＨＴＭＬファイルは、各フロア平面図上に前記設備機器を配置した図面を有することを特徴とする請求項１記載のビル管理装置。
【請求項３】
前記ＨＴＭＬファイルは、空調機器の冷媒系統図面を有することを特徴とする請求項１記載のビル管理装置。
【請求項４】
前記ＨＴＭＬファイルは、画面上でメンテナンスしたい機器をクリックするとその設備機器の故障履歴情報情報をテキストで表示する画面を有することを特徴とする請求項１記載のビル管理装置。
【請求項５】
ビル内に設置された設備機器の制御を行う設備コントローラと、この設備コントローラとインタフェースを介してデータ通信を行いビル内全設備機器の制御を行うビル管理システムとを備えるビル管理装置において、
前記設備コントローラは、前記設備機器で故障が発生すると、故障の発生と故障の内容の通報を受け、
通信部を介して前記ビル管理システムへ故障の発生を通知することを特徴とするビル管理装置。
【請求項６】
ビル内に設置された設備機器の制御を行う設備コントローラと、この設備コントローラとインタフェースを介してデータ通信を行いビル内全設備機器の制御を行うビル管理システムとを備えるビル管理装置において、
前記設備コントローラは、前記設備機器のメンテナンスデータを前記ビル管理システムに転送し、
前記ビル管理システムは、転送されたメンテナンスデータを画面上に配置するプログラムを有することを特徴とするビル管理装置。
【請求項７】
ビル内に設置された設備機器の制御を行う設備コントローラと、この設備コントローラとインタフェースを介してデータ通信を行いビル内全設備機器の制御を行うビル管理システムとを備えるビル管理装置において、
前記設備機器のメンテナンスデータにより作成したＨＴＭＬファイルを、前記ビル管理システムのＷＷＷブラウザに送り実行させ、
前記ビル管理システムは、前記設備機器の操作監視を行えるようにしたことを特徴とするビル管理装置。
【請求項８】
前記ビル管理システムは、ＷＷＷブラウザのインタプリタ上で実行可能なプログラムとして作成された操作監視アプリコットが通信プログラムを呼び出すことにより、前記設備機器の操作監視を行えるようにしたことを特徴とする請求項７記載のビル管理装置。
【発明の詳細な説明】【技術分野】
【０００１】
この発明はビル内の空調機器、照明機器などの設備機器の制御・監視を行うビル管理装置に関する。
【背景技術】
【０００２】
ビル管理装置は、ビルの大型化・高機能化要求に伴い、従来の集中型の制御装置から、設備機器をきめ細かに制御できる分散型の装置構成をとるようになってきている。
図２１は、社団法人日本機械工業連合会のビル管理システム標準化分科会発行（平成５年８月）の「ビル管理システムの標準化に関する調査研究（その３）」に示された従来のビル管理装置の構成図である。
【０００３】
図において、１は空調機、１ａ〜１ｄは各々の空調機器、２は接続された空調機器１に対して発停、温度設定、運転モード設定等の制御指令を発する空調用設備コントローラ、３は空調機器１のメンテナンスや初期設定を行う空調用メンテナンス装置であり、４は空調機１、空調用設備コントローラ２、及び空調用メンテナンス装置３で構成される空調システムである。
【０００４】
５は照明機器、５ａ〜５ｄは各々の照明機器、６は接続された照明機器５に対して点灯、消灯等の制御指令を発する照明用設備コントローラ、７は照明機器５のメンテナンスや初期設定を行う照明用メンテナンス装置であり、８は照明機器５、照明用設備コントローラ６及び照明用メンテナンス装置７で構成される照明システムである。
【０００５】
９は空調用設備コントローラ２との通信を行う空調用インタフェース装置１０を介して空調システム４を監視するとともに照明用設備コントローラ６との通信を行う照明用インタフェース装置１１を介して照明システム８の監視を行う中央監視装置であり、１２は中央監視装置９、空調用インタフェース装置１０および照明用インタフェース装置１１から構成され、ビル内の全設備の統合制御を行うビル管理システムである。
１３はＲＳ−２３２Ｃなどのシリアル通信を使用し、ビル管理システム１２の空調用インタフェース装置１０と空調システム４の空調用設備コントローラ２との間でデータ通信を行うビル管理システムと空調システム間インタフェースである。
１４は同様にＲＳ−２３２Ｃなどのシリアル通信を使用し、ビル管理システム１２の照明用インタフェース装置１１と照明システム８の照明用設備コントローラ６との間でデー夕通信を行うビル管理システムと照明システム間インタフェースである。
【０００６】
ビル管理システム１２、空調システム４、照明システム８とそれぞれのシステムを接続するビル管理システム１２と空調システム４間インタフェース１３およびビル管理システムと照明システム間インタフェース１４からビル管理装置が構成される。
【０００７】
なお、図示してないが受配電システム、防犯システム、防災システムの場合も同様な構成である。
【０００８】
ビル管理装置は、空調システム４、照明システム８など、複数の設備システムとビル管理システム１２が異なるシステムメーカによって提供されるマルチベンダシステムとして構成される。
ビル管理装置の機能には、空調機器１、照明機器５などの設備機器のスケジュール、グループ等を設定する設定機能、設備機器の発停等の運転状態を制御、モニタする操作・監視機能、設備機器の故障発生、故障内容、故障履歴を監視するメンテナンス機能等がある。
【０００９】
ビル管理システム１２と空調システム４、照明システム８等の各種設備システム間に流れるデータは、集中制御型システムの時に使用されていた接点レベルの情報をベースに作成されているため、設備の基本的なデータ、例えば発停情報、異常有無などのみである。接点レベルの情報とは、１接点に１台の空調機器の発停（ｏｎ／ｏｆｆ）を割り振る、他の２接点でその空調機器の運転モード（自動／冷房／暖房／送風）の４状態を割り振る、他の１接点に他の空調機器の発停（ｏｎ／ｏｆｆ）を割り振るなどの情報である。このため、大量なファイル形式のデータ転送や、設備の故障内容などの詳細データの転送は行えない。
【００１０】
従って、現状のビル管理システムと空調、照明などの設備システム間インタフェースでは、前述の理由と転送速度上の制約から、メンテナンスに用いる大量な故障履歴などのデータ、あるいはメーカ毎、機種毎に異なる設備の故障内容などのデータはインタフェース定義されていないことにより受け渡しはしていない。
【００１１】
次に、図２２に基づいて動作について説明する。
図２２は空調機器１の故障を監視するメンテナンス機能を例にした機能構成図である。
空調機器１で故障が発生すると、空調用設備コントローラ２内の機器通信部２ａを介して受信データ解釈部２ｂへ故障の発生と故障の内容が通報される。受信データ解釈部２ｂではその内容を解釈し、通信部２ｃを介してビル管理システム１２へ故障の発生を通報する。インタフェース上に流れるデータは接点レベルの情報のため、通報されるデータは故障の発生のみでインタフェース定義されていない故障内容は通報されない。
また、受信データ解釈部２ｂは空調用設備コントローラ２内の故障履歴データ２ｄへ故障の発生と故障内容を格納する。
【００１２】
ビル管理システム１２では、通信部１２ａで受信したデータを故障履歴データ１２ｂに格納する。ビル管理システムでも、空調機器の異常発生のたびに受信データを履歴データとして格納していく。
故障履歴データ１２ｂは、図２１上の空調用インタフェース装置１０に格納される。ビル管理システムメーカの実装方法によって異なるが、中央監視装置９に格納される場合もある。
【００１３】
ビル管理システム１２で空調機器の故障履歴を見る必要ができた場合、中央監視装置９内に置かれたメンテナンスプログラム１２ｃより前述故障履歴データ１２ｂの内容を読みとり中央監視装置９内の画面に表示する。
一方、空調システム側でメンテナンスが必要になったときは、空調メンテナンス装置３で空調用メンテナンス装置３内のメンテナンスプログラム３ｂが空調用設備コントローラ２内メンテナンス通信部２ｅと空調用メンテナンス装置３内メンテナンス通信部３ａを介して故障履歴データ２ｄを読み込み、空調用メンテナンス装置３の画面に表示する。
【００１４】
ビル管理システム１２内の故障履歴データは前述のように故障発生のみである。また、空調用設備コントローラ２内の故障履歴データは故障発生と故障内容が含まれる。従って、ビル管理システムにて故障の発生が確認されたら、その詳細を知るために空調用メンテナンス装置３の所へいき、故障内容を調べる。（例えば、非特許文献１参照）。
【発明の開示】
【発明が解決しようとする課題】
【００１５】
以上のように、従来のビル管理装置では、インタフェースの転送速度が遅く転送に時間がかかるため、さらに転送するためのコマンドが存在しないため、大量の故障履歴データは転送していない。このため、設備機器の故障履歴データは中央監視装置と設備コントローラ内とに蓄積していることとなり、ビル管理システムと設備システム間で二重の開発をしたり、あるいはシステム全体としてメモリなどの記憶装置の使用量が多くなるといった問題点があった。
【００１６】
また、設備機器の故障内容などのデータは、接続する設備メーカによって異なったり、接続する機種によって異なるため、ビル管理システムメーカと設備システムメーカがお互いにデータ定義をして通信しあうと、接続のための打ち合わせが多くなり、製品コストが高くなる。そのため、これら故障内容などのデータは転送されていない。設備の故障に関しては、故障があるのか、ないのかの発生情報のみを転送している。
【００１７】
このようにビル管理システムと設備システム間には、故障の発生など、接点レベルの情報、すなわち、設備の基本的なデータしか転送できないために、設備の故障内容を見る場合には、まずビル管理システム１２で故障の発生を知り、次に故障内容の詳細を知るために、設備システム内の設備コントローラに予め接続されたメンテナンス装置で行う。このような構成の場合、メンテナンスのために設備種別毎にメンテナンス装置を接続しておかなければならず、システムコストの増大といった問題があった。また、このような構成の場合、ビル管理システムの中央監視装置のみならず、各設備用メンテナンス装置をビル管理人室へ設置する必要があり、スペース圧迫といった問題があった。また、設備用メンテナンス装置は、管理人室の制御盤内に納められることもあり、メンテナンスするのに手間がかかるといった問題があった。
【００１８】
また、ビル管理システムには数々の設備システムが接続されるが、それぞれの設備システムで通信手順が異なるので、それぞれの設備システムに対応した通信プログラムを搭載しなければならず、ソフトウェア開発工数がかかるという問題があった。
【００１９】
また、設備コントローラと中央監視装置間の転送データの転送手順、コード変換法則などが分かってしまうと、第三者による転送データ（例えば空調課金データ）の盗聴、改ざんが発生するという問題があった。
これらの問題を解決する方法として、転送データを暗号化する方式がある。例えば、第一の方法は、使用する暗号化アルゴルズムと、暗号化のパラメータとなる暗号化鍵と、暗号化した転送データを転送する転送手順とを通信する端末間で取り決めておき、通信しあうそれぞれの装置にプログラムとして実装する方法、第二の方法は、暗号化アルゴリズムおよび転送手順は両端末間で取り決め、それぞれの装置にプログラムとして実装し、暗号化鍵は書留、電話、ＩＣカードなどで取り交わす方法、第三の方法は、特開平７−１４１２６１のように回線を通じて転送された暗号化アルゴリズム、暗号化鍵を用いて転送データを暗号し、あらかじめ装置にプログラムとして組み込まれた転送手順によってデータを転送する方法などがある。
【００２０】
しかし、ビル管理装置の中央監視装置には数々の異なるメーカの設備システムが接続されるので、前記第一、第二の方法では、それぞれの設備システムに対応した暗号化アルゴルズム、暗号化鍵をプログラムとして搭載しなければならず、ソフトウェア開発工数がかかるという問題があった。
また、第三の方法は、転送手順が規格化され、どのメーカでも同一のプログラムとして搭載できる場合は有効であるが、ビル管理装置のように転送手順が設備種別毎に異なったり、ビルの物件毎に異なる場合には、暗号化された転送データを転送するために、それぞれの設備システムに対応した転送手順をあらかじめプログラムとして搭載しなければならず、ソフトウェア開発工数がかかるという問題がある。
【００２１】
また、通信プログラムの不正コピーにより、第三者による設備コントローラへの不正アクセスによる設備データ（例えば空調課金データ）の改ざんが発生するという問題があった。このような問題を解決する方法として、前記特開平７−１４１２６１では、回線を通じて転送した暗号化アルゴリズム、暗号化鍵を使用して暗号化を行うが、装置のカバーがあけられたり、解体されると、転送された暗号化アルゴリズムや暗号化鍵をメモリ上にバックアップしていた電源を切り、前記プログラムおよびデータを消去する方法などがある。しかし、本件で対象とするパソコンなどのプラットホームでは、上記のような対策を施すのは難しく、プログラムの不正コピーが行われるといった問題がある。
【００２２】
また、従来のシステムでは設備データ（故障履歴データ２ｄ）へのアクセスインターフェースは、受信したコマンドの形式でアクセスするなど、前記中央監視装置あるいは設備機器とのインターフェース（通信コマンド）に依存して作られるのが一般的である。
【００２３】
この場合、中央監視装置と設備コントローラを製造するメーカはそれぞれ異なり、ビルの物件により接続相手メーカが異なるので、設備コントローラの中央監視装置とのインターフェースは、中央監視装置メーカの数分だけ用意しておく必要がある。さらに、同じ中央監視装置メーカでも、物件固有に定義されたインターフェースも存在し、多くの種類を用意する必要がある。また、設備機器とのインターフェースは、空調、照明、防災、防犯などの設備種別の数分だけ用意する必要がある。このため、設備コントローラは、中央監視装置メーカ数と設備種別数の掛け算のインターフェース数だけ開発しなければならず、通信部、データ解釈部、データ部を一体型で開発するため、ソフトウェア開発に多大な工数がかかっていると問題があった。
【００２４】
この発明は、上記のような問題点を解消するためになされたもので、設備の故障履歴データなどの大量のデータを転送でき、ビル管理システム側と設備システム側で二重の開発がなくなり、また、記憶装置（メモリ）の使用量を少なくすることを目的とする。
【００２５】
また、各設備システム毎のメンテナンス装置をなくし、システムコストの低減、管理人室スペースの有効利用、およびメンテナンスー元化による業務効率化を可能にすることを目的とする。
【００２６】
また、設備毎に異なる通信プログラムの開発を少なくすることを目的とする。
【００２７】
また、中央監視装置のプログラム開発工数を増やさずに、第三者による盗聴、改ざんのない安全なデータ転送を可能にすることを目的とする。
【００２８】
また、第三者によるプログラムの不正コピーによる設備データへの不正アクセスのない設備管理を可能とすることを目的とする。
【００２９】
また、中央監視装置とのインターフェースおよび設備機器とのインターフェースに変更があっても、ソフトウェア開発を少なくするソフトウェア構造を得ることを目的とする。
【課題を解決するための手段】
【００３０】
この発明に係るビル管理装置は、ビル内に設置された設備機器の制御を行う設備コントローラと、この設備コントローラとインターフエイスを介してデータ通信を行いビル内全設備機器の制御を行う中央監視装置とを備えるビル管理装置において、前記設備コントローラに、設備機器の運転状態を収集する手段と、収集した運転状態を履歴データとして保持する手段と、中央監視装置からの要求に応じて前記履歴データを、所定のインターフエイスを介して転送する手段とを備え、
前記中央監視装置に、設備コントローラに対して前記所定のインターフエイスを介して前記履歴データを要求し、転送された履歴データを表示する手段を備える。
【００３１】
また、運転状態を収集する手段と運転状態を履歴データとして保持する手段の間のアクセスインターフェイスを前記設備機器との通信インタフェースおよび前記中央監視装置との通信インタフェースに依存しない汎用インターフェイスとしたものである。
【００３２】
また、ビル内に設置された設備機器の制御を行う設備コントローラと、この設備コントローラとインターフエイスを介してデータ通信を行いビル内全設備機器の制御を行う中央監視装置とを備えたビル管理装置において、前記設備コントローラに、設備機器の運転状態を収集する手段と、前記収集した運転状態を保持する手段と、前記運転状態データにそのモニタの画面情報を付加する手段と、中央監視装置からの要求に応じて前記画面情報を付加した運転状態データを、所定のインターフエイスを介して転送する手段とを備え、前記中央監視装置に、前記設備コントローラに対して前記所定のインターフエイスを介して、前記画面情報を付加した履歴データを要求し、転送された画面情報に基づき履歴データを画面に表示する手段を備える。
【００３３】
また、ビル内に設置された設備機器の制御を行う設備コントローラと、この設備コントローラとインターフエイスを介してデータ通信を行いビル内全設備機器の制御を行う中央監視装置とを備えたビル管理装置において、前記設備コントローラに、中央監視装置からの要求に応じて、設備機器の制御情報にアクセスするためのデータ通信プログラムを、所定のインターフエイスを介して転送する手段を備え、前記中央監視装置に、前記設備コントローラに対して前記所定のインターフエイスを介して、前記設備機器の制御情報にアクセスするためのデータ通信プログラムを要求し、転送されたプログラムを実行する手段とを備える。
【００３４】
また、データ通信プログラムは、アクセスする際の通信データを暗号化するものである。
【００３５】
また、データ通信プログラムは、暗号化の際に使用する暗号化鍵を、設備コントローラから取得するものである。
【００３６】
また、設備コントローラから取得した前記暗号化鍵を、前記通信プログラムが終了したときに破棄するものである。
【発明の効果】
【００３７】
以上のようにこの発明によれば、ビル内に設置された設備機器の制御を行う設備コントローラと、この設備コントローラとインターフエイスを介してデータ通信を行いビル内全設備機器の制御を行う中央監視装置とを備えるビル管理装置において、前記設備コントローラに、設備機器の運転状態を収集する手段と、収集した運転状態を履歴データとして保持する手段と、中央監視装置からの要求に応じて前記履歴データを、所定のインターフエイスを介して転送する手段とを備え、前記中央監視装置に、設備コントローラに対して前記所定のインターフエイスを介して前記履歴データを要求し、転送された履歴データを表示する手段を備えたので、従来ビル管理システムで収集、蓄積していた設備の故障履歴データなどの大量データを直接設備コントローラから読み込むことができるため、ビル管理システムと設備システムでの二重の開発がなくなり、かつ従来ビル管理システムにあった故障履歴データの記憶装置を削減することができる。
【００３８】
また、記運転状態を収集する手段と運転状態を履歴データとして保持する手段の間のアクセスインターフェイスを設備機器との通信インタフェースおよび中央監視装置との通信インタフェースに依存しない汎用インターフェイスとしたので、各インターフェースがどのような種類でもデータの排他制御など複雑な処理を含んだ設備データ部は共通的に使用でき、設備コントローラのソフトウェア設計の効率化を図ることができる。
【００３９】
また、ビル内に設置された設備機器の制御を行う設備コントローラと、この設備コントローラとインターフエイスを介してデータ通信を行いビル内全設備機器の制御を行う中央監視装置とを備えたビル管理装置において、前記設備コントローラに、設備機器の運転状態を収集する手段と、前記収集した運転状態を保持する手段と、前記運転状態データにそのモニタの画面情報を付加する手段と、中央監視装置からの要求に応じて前記画面情報を付加した運転状態データを、所定のインターフエイスを介して転送する手段とを備え、前記中央監視装置に、前記設備コントローラに対して前記所定のインターフエイスを介して、前記画面情報を付加した履歴データを要求し、転送された画面情報に基づき履歴データを画面に表示する手段を備えたので、接続のための打ち合わせなしにビル管理システムの画面で設備メンテナンスが可能となり、従来設備種別毎に設置されていたメンテナンス装置を削減でき、システムコストを削減できる。
【００４０】
また、ビル管理人室のスペースの有効利用が図れる。
【００４１】
また、設備のメンテナンスをビル管理システムで一元的に行えるため、メンテナンス業務の効率化を図ることができる。
【００４２】
また、ビル内に設置された設備機器の制御を行う設備コントローラと、この設備コントローラとインターフエイスを介してデータ通信を行いビル内全設備機器の制御を行う中央監視装置とを備えたビル管理装置において、前記設備コントローラに、中央監視装置からの要求に応じて、設備機器の制御情報にアクセスするためのデータ通信プログラムを、所定のインターフエイスを介して転送する手段を備え、前記中央監視装置に、前記設備コントローラに対して前記所定のインターフエイスを介して、前記設備機器の制御情報にアクセスするためのデータ通信プログラムを要求し、転送されたプログラムを実行する手段とを備えたので、設備毎に異なる通信プログラムの開発を不要とすることができる。
【００４３】
また、データ通信プログラムは、アクセスする際の通信データを暗号化したので、中央監視装置でのプログラムの開発工数を増やさずに、第三者による転送データの盗聴を防ぐ暗号化通信を行うことができる。
【００４４】
また、データ通信プログラムは、暗号化の際に使用する暗号化鍵を、設備コントローラから取得するので、データ転送プログラムの不正コピーによる第三者による不正アクセス、盗聴、改ざんを防ぐことができる。
【００４５】
また、設備コントローラから取得した暗号化鍵を、通信プログラムが終了したときに破棄するので、データ転送プログラムの不正コピーによる第三者による不正アクセス、盗聴、改ざんをさらに防ぐことができる。
【発明を実施するための最良の形態】
【００４６】
実施の形態１．
以下、この発明の実施の形態を図に基づいて説明する。なお、図において従来例と同一符号は従来例と同一または相当のものを示し説明を省略する。
【００４７】
図１はこの発明の実施の形態１におけるビル管理装置のシステム構成図であり、図において、２Ａは設備機器である空調機器１に対して発停、温度設定、運転モード設定等の制御指令を発するとともに空調機器１を監視する空調用設備コントローラ、４Ａは空調機器１、空調用設備コントローラ２Ａ、及び空調用メンテナンス装置３で構成される空調システムである。
【００４８】
６Ａは設備機器である照明機器５に対して点灯、消灯等の制御指令を発するとともに照明機器１を監視する照明用設備コントローラ、８Ａは照明機器５、照明用設備コントローラ６Ａ及び照明用メンテナンス装置７で構成される照明システムである。
９Ａは空調システム４Ａと照明システム８Ａを監視する中央監視装置であり、１２Ａは中央監視装置９Ａからなるビル内の全設備の統合制御を行うビル管理システムである。
１５はビル管理システム１２Ａ（中央監視装置９Ａ）と空調システム４Ａの空調用設備コントローラ２Ａ及び照明用設備コントローラ６Ａとの間の通信を行うイーサネット（登録商標）を使用したビル管理システムと設備システム間インタフェースである。
【００４９】
このイーサネット（登録商標）は、転送速度が従来のＲＳ−２３２Ｃの９６００ｂｐｓに対し１０Ｍｂｐなので（１００Ｍｂｐｓイーサネット（登録商標）の場合は転送速度が１００Ｍｂｐ）、従来のインタフェースでは時間がかかり転送できなかった大量のデータをビル管理システム１２と空調システム４、照明システム８などの設備システム間で高速に転送が可能となる。
【００５０】
従来の管理システムと空調システム間インタフェース１３装置とビル管理システムと照明システム間インタフェース装置１４に使用されたＲＳ−２３２Ｃが１対１通信であったのに対して、イーサネット（登録商標）はＮ対Ｎ通信が可能なため、空調システム間インタフェースと照明システム間インタフェースを共用するようにしている。
なお、イーサネット（登録商標）の他、トークンリング、ＦＤＤＩ（Ｆｉｂｅｒ Ｄｉｓｔｒｉｂｕｔｅｄ Ｄａｔａ Ｉｎｔｅｒｆａｃｅ）等も使用できる。
【００５１】
また、従来システムにあった空調用インタフェース装置１０および照明用インタフェース装置１１は、本実施の形態ではビル管理システム１２Ａ（中央監視装置Ａ）内の故障履歴データを削除できるため、不要となるので構成から外してあり、中央監視装置９Ａと空調用設備コントローラ２Ａ、照明用設備コントローラ６Ａが直接接続されている。
【００５２】
次に、図２に示す空調機器１の故障を監視するメンテナンス機能を例にした機能構成図により動作について説明する。
空調機器１で故障が発生すると、空調用設備コントローラ２Ａ内の機器通信部２ａを介して受信データ解釈部２ｂへ故障の発生と故障の内容が通報される。
この機器通信部２ａと受信データ解釈部２ｂは運転状態を収集する手段である。
受信データ解釈部２ｂではその内容を解釈し、通信部２ｃを介してビル管理システム１２へ故障の発生を通報する。ビル管理システムと設備システム間インタフェース装置１５上に流れるデータは接点レベルの情報のため、通報されるデータは故障の発生のみでインタフェース定義されていない故障内容は通報されない。
【００５３】
また、受信データ解釈部２ｂは空調用設備コントローラ２内のメンテナンスデータである故障履歴データ２ｄへ故障の発生と故障内容を格納する。図３が故障履歴データのイメージ図である。
【００５４】
ビル管理システム１２Ａでは、通信部１２ａで受信したデータにより、空調機器１に故障があったことを知る。
ビル管理システム１２Ａで空調機器の故障履歴を見る必要ができた場合、中央監視装置９内に置かれたメンテナンスプログラム１２ｃより前述空調用設備コントローラ２Ａ内の故障履歴データ２ｄの内容をファイル転送してきて画面に表示する。
【００５５】
これを実現するために、ビル管理システム１２Ａとビル管理システムと設備システム間インタフェース１５上に新規に履歴データ転送コマンドを定義する。例えば、空調機器１の故障履歴データを転送する場合、ビル管理システムのメンテナンスプログラム１２ｃから空調設備コントローラ２Ａに送信されたファイル転送要求コマンドは、受信データ解釈部２ｂで解釈され、ビル管理システム１２Ａが空調機器１の故障履歴データを要求していることを知り、故障履歴データ２ｄをビル管理システム１２Ａに対して返信する。ビル管理システム１２Ａのメンテナンスプログラム１２ｃは受信した空調機器１の故障履歴データを読み込み、画面へ表示する。
図４がメンテナンスプログラム１２Ｃの画面イメージである。この画面では、転送されてきた文字列データを画面に出力している。
【００５６】
一方、空調システム側でメンテナンスが必要になったときは、従来と同様に空調メンテナンス装置３で空調用メンテナンス装置３内のメンテナンスプログラム３ｂが空調用設備コントローラ２Ａ内メンテナンス通信部２ｅと空調用メンテナンス装置３内メンテナンス通信部３ａを介して故障履歴データ２ｄを読み込み、画面に表示する。図５が空調用メンテナンス装置３の画面イメージ図である。この画面では、転送されてきたファイルの構造をあらかじめ理解しておき表示データのフォーマットを表形式に揃えている。
【００５７】
以上は空調機器１の動作について説明したが、照明機器５の場合の動作も同様である。
【００５８】
このように、この発明におけるビル管理装置は、ビル管理システムと設備システム間インタフェースに高速に大量データが転送可能なネットワークを利用し、さらに従来システムにはなかった履歴データを転送するコマンドを定義することにより設備コントローラから設備の故障履歴データを提供し、ビル管理システムでは転送された故障履歴データを表示する構成をとる。
【００５９】
以上のように構成することにより、従来ビル管理システムで収集、蓄積していた設備の故障履歴データなどの大量データを直接設備コントローラから読み込むことができるため、従来、ビル管理システム側と設備システム側で二重の開発がなくなり、かつ、設備の故障データが通報されるたびにビル管理システム内で履歴データとして蓄えていた故障履歴データの記憶装置を不要とすることができる。
【００６０】
実施の形態２．
以下、この発明の実施の形態２を図に基づいて説明する。図６はこの発明の実施の形態２におけるビル管理装置のシステム構成図であり、実施の形態１の図１で示した空調メンテナンス装置３、照明メンテナンス装置７を外し、また、ビル管理システムと設備システム間インタフェース装置１５の代わりに従来例と同じビル管理システムと空調システム間インタフェース装置１３、ビル管理システムと照明システム間インタフェース装置１４としたものである。
【００６１】
図において、２Ｃは、空調機器１の操作・監視の制御をするとともに、計測した空調機器１の異常内容などのメンテナンスデータにどのようにそのデータを表示したいかの画面情報を付加したファイルを作成し、ビル管理システム１２Ｃへ提供する空調用設備コントローラ、４Ｃは空調機器１、空調用設備コントローラ２Ｃで構成される空調システムである。
【００６２】
６Ｃは照明機器５の操作・監視の制御をするとともに、計測した照明機器５の異常内容などのメンテナンスデータにどのようにそのデータを表示したいかの画面情報を付加したファイルを作成し、ビル管理システム１２Ｃへ提供する照明用設備コントローラ、８Ｃは照明機器５、照明用設備コントローラ６Ｃで構成される照明システムである。
９Ｃは空調システム４Ｃと照明システム８Ｃから提供されたファイルの画面情報に従ってメンテナンスデータを画面上に配置するプログラムを有する中央監視装置であり、１２Ｃは中央監視装置９Ｃからなるビル内の全設備の統合制御を行うビル管理システムである。
【００６３】
図７は実施の形態２の空調機器１の故障を監視するメンテナンス機能を例とした機能構成図である。空調用設備コントローラ２Ｃには設備の操作監視用の機能のほかにメンテナンスのための機能が含まれている。
本実施の形態では、メンテナンスデータと画面表示情報である表示フォーマットをビル管理システム１２ｃへ転送し実行する仕組みとしてＷＷＷ(World Wide Web)のブラウザと
サーバを利用している。ＷＷＷもネットワークはイーサネット（登録商標）を使用できるので、実施の形態１、２で使用したイーサネット（登録商標）に共存することができる。
【００６４】
ＷＷＷでは、表示データとそれを整形するタグを記述したＨＴＭＬ(Hyper Text MarkupLanguege)ファイルをデータとしてサーバに保持しておく。ブラウザでは、サーバよりＨＴＭＬファイルをダウンロードし、ファイル内のタグを解釈しながらデータを画面に表示していく。このとき、ブラウザはデータの中身の解釈は行わずに、データを画面に配置していくだけである。ＨＴＭＬのタグにより実現できる表示機能は、リスト表示、文字飾り、文字大きさ指定、テキストの表形式表示、静止画・動画の表示、表示文字をマウスでクリックすると他のＨＴＭＬファイルへ飛ばしたり、図形をクリックする位置によりＨＴＭＬファイルへの飛び先を指定できるハイパーリンクなどがある。
これらの機能は日々拡張され、テキストから動画データまでを様々な表現で表示できるようになっている。
【００６５】
このように、ＷＷＷでは、転送されてくるデータを解釈せずに画面に表示する方法をとっているので、従来はメーカ毎、機種毎に異なるためにインタフェース定義ができなかった設備の故障内容をこの仕組を利用して設備コントローラからビル管理システムへ転送すればインタフェースの打ち合わせをしなくとも設備メンテナンスが容易に可能となる。
【００６６】
ＷＷＷの機能をビル設備管理に適用すると、設備システム側で各フロア平面図上に設備機器を配置した図面でＨＴＭＬファイルを作成したり、空調機器の冷媒系統図面をＨＴＭＬファイルを作成したりし、前記画面上でメンテナンスしたい機器をクリックするとその設備機器の故障履歴情報をテキストで表示するということが可能となる。また、設備システム側で計測した履歴データのグラフイメージを作成しておき、それをビル管理システムで表示することも可能である。このようにＷＷＷを利用することで、ビル管理システム側では設備機器のメンテナンスデータの転送内容を知らなくてもＷＷＷブラウザのみを搭載しておき、送られてくるＨＴＭＬファイルを表示するだけなので、接続の打ち合わせをしなくとも容易にテキストから動画を扱った設備メンテナンスが可能となる。
【００６７】
次に動作について図７に基づいて説明する。空調用設備コントローラ２Ｃの機器制御部２ａから計測された空調機器のメンテナンスデータは空調故障内容データ２ｉに蓄えられる。運転状態を保持する手段である空調故障内容データ２ｉをビル管理システム１２でどのように表示するかが記述されているメンテナンスデータ表示フォーマット２ｊと前記空調故障内容データ２ｉとによりビル管理システム１２のＷＷＷブラウザ１２ｅで表示可能なＨＴＭＬファイルを画面情報を付加する手段であるＨＴＭＬファイル作成部２ｋで作成する。作成されたＨＴＭＬファイルは転送する手段であるＷＷＷサーバ２ｑ、ビル管理システムと空調システム間インタフェース１３を介してビル管理システム１２のＷＷＷブラウザ１２ｅへ送られて実行される。
【００６８】
図８および図９は、ビル管理システム１２ｃの画面で、ＷＷＷブラウザ１２ｅ上でのメンテナンスデータの表示例である。図８は、設備異常内容の時系列データを表形式で表示した例である。空調用設備コントローラ２Ｃ内の空調故障内容データ２ｉに蓄えられた空調機器１の異常発生時刻、発生機器、異常内容と、それらは表形式で表示することを記述したメンテナンスデータ表示フォーマット２ｊの情報により、ＨＴＭＬファイル作成部２ｋで図８に対応したＨＴＭＬファイルを作成する。
【００６９】
また、図９は、予め空調用設備コントローラ２Ｃ内の空調故障内容データ２ｉに計測しておいた空調機器１ａの室内温度（還気温度）の履歴データをグラフ表示したイメージ図である。空調故障内容データ２ｉ内に計測された履歴データと、それらはグラフ表示することを記述したメンテナンスデータ表示フォーマット２ｊの情報により、ＨＴＭＬファイル作成部２ｋで履歴データからグラフイメージを作成し、ＨＴＭＬファイルを作成している。
【００７０】
以上のような構成をとることにより、メーカ毎、異種毎に異なる故障内容などのメンテナンスデータをインタフェース定義することなしに容易にビル管理システムへ転送可能となり、ビル管理システムのマンマシンインタフェースを間借りして設備メンテナンスをすることができる。
【００７１】
このため、各設備システム毎のメンテナンス装置を削減することができる。
【００７２】
また、設備のメンテナンスをビル管理システムで一元的に行えるため、メンテナンス業務の効率化を図ることができる。
【００７３】
実施の形態３．
以下、この発明の実施の形態３を図に基づいて説明する。図１０はこの発明の実施の形態３におけるビル管理装置のシステム構成図であり、実施の形態１の図１で示した空調メンテナンス装置３、照明メンテナンス装置７を外したものである。
【００７４】
２Ｄは空調機器１の操作・監視の制御をするとともに、空調機器毎に異なる設備制御情報への通信手順を簡単なアプリケーションプログラムインタフェース（ＡＰＩ）によりアクセスできるようにしたプログラムを有し、ビル管理システムへプログラムを転送する空調用設備コントローラ、４Ｄは空調機器１、空調用設備コントローラ２Ｄで構成される空調システムである。
【００７５】
６Ｄは照明機器５の操作・監視の制御をするとともに、照明機器毎に異なる設備制御情報への通信手順を簡単なアプリケーションプログラムインタフェース（ＡＰＩ）によりアクセスできるようにしたプログラムを有し、ビル管理システムへプログラムを転送する照明用設備コントローラ、８Ｄは照明機器５、照明用設備コントローラ６Ｄで構成される照明システムである。
【００７６】
９Ｄは転送されたプログラムのＡＰＩを利用することで空調システム４Ｄと照明システム８Ｄ設備システム間との通信を行う中央監視装置であり、１２Ｄは中央監視装置９Ｄからなるビル内の全設備の統合制御を行うビル管理システムである。
本実施の形態でも転送されるアプリケーションプログラムインタフェースである通信プログラムをビル管理システムへ転送し実行する仕組みとしてＷＷＷ(World Wide Web)のブラウザとサーバを利用する。図１１、図１２は、この発明における実施の形態３の空調機器１の故障を監視するメンテナンス機能を例とした機能構成図である。図１１は、空調用設備コントローラ２Ｄからビル管理システム１２Ｄへ設備制御情報アクセス用通信プログラム転送前の機能構成図である。また、図１２は、通信プログラム転送後の機能構成図である。
この場合も、実施の形態２と同様に、プログラム転送用のネットワークと空調機器の操作監視用のネットワークは１つのイーサネット（登録商標）上に共存させている。
【００７７】
図１１において、ビル管理システム用通信部２ｍを、ＷＷＷサーバ２ｑを介してビル管理システム１２ｄへ転送する。ここで、ビル管理システム用通信部２ｍはＷＷＷブラウザ上のインタプリタで実行可能なプログラムとして作成する。このプログラムは、ＷＷＷサーバ（空調用設備コントローラ２Ｄ）上ではＨＴＭＬファイルと同様にデータファイルとして保持されているが、要求がありＷＷＷブラウザに転送されるとＷＷＷブラウザ上のインタプリタで実行される。
【００７８】
図１２において、空調用設備コントローラ２Ｄよりビル管理システム１２へ転送されたビルシステム用通信部２ｍはビル管理システム１２Ｄ上ではビル管理システム用通信部１２ｇとしてＷＷＷブラウザのインタプリタ上で実行される。
ビル管理システム用通信部１２ｇは、運転情報２ｇヘアクセスするための通信手順からなる通信プログラムである。
この通信プログラムと同じくＷＷＷブラウザのインタプリタ上で実行可能なプログラムとして作成された操作監視アプレット１２ｆが、ビル管理システム用通信部１２ｇの通信プログラムを呼び出すことでビル管理システムより設備の操作監視を行う。
【００７９】
図１３はビル管理システム用通信部１２ｈで利用可能な関数の例を表している。１階ロビー、１階会議室、１階受付などの空調空間に対する発停、設定温度などの属性を操作するための書き込み関数とそれら属性の監視を行う読み出し関数からなっている。図１４がビル管理システム１２内の空調空間を操作・監視するプログラムである操作監視部１２ｈからビル管理システム用通信部１２ｈを呼び出すプログラムである。
【００８０】
以上の構成により、ビル管理システムが設備コントローラの設備制御情報へアクセスするときに必要で、各々の設備に対応した通信プログラムを設備コントローラから転送するので、設備毎に異なる通信プログラムの開発が不要となり、ビル管理装置開発コストを低減することができる。
【００８１】
実施の形態４．
以下、この発明の実施の形態４を図に基づいて説明する。実施の形態４におけるビル管理装置のシステム構成図は、実施の形態３に示した図１０と同じであり、機能構成図も実施の形態３に示した図１１、図１２とおなじであり、転送データを第三者に盗聴されないように、図１２のビル管理システム用通信部１２ｇと通信部２ｃ間でデータを暗号化して転送し合うものである。
【００８２】
本実施の形態は、従来の方式において、中央監視装置と設備コントローラ間で事前に取り決めしてプログラムとして、転送手順と暗号化アルゴリズム、暗号化鍵を設備コントローラから転送し、中央監視装置で実行するための設備種別毎に異なるこれらプログラムおよび暗号化鍵を中央監視装置に実装しておかなければならなかったが、これらを実装する必要がなく、また、転送したビル管理システム用通信部１２ｇが不正コピーされ、他のコンピュータから空調用設備コントローラ２Ｄへアクセスされてしまうのを防ぐため、暗号化する際にパラメータとなる暗号化鍵はビル管理システム用通信部１２ｇには組み込まず、空調用設備コントローラ２Ｄから取得して初めて暗号化が可能となり、プログラム終了と同時に暗号化鍵を破棄する構成としている。
【００８３】
以下、図１５、１６を用いてビル管理システム用通信部１２ｇの動作について説明する。
図１５は、ビル管理システム用通信部１２ｇが、ＷＷＷブラウザ１２ｅに取り込まれ、実行される初期化プログラムのフローチャートである。ビル管理システム用通信部１２ｇは初期化において、利用ユーザの認証を行い、正当ユーザであることが判明すると空調用設備コントローラ２Ｄから暗号化鍵を取得する。
【００８４】
初期化プログラムが開始されると、ステップＳ１で利用者が正当なユーザであるかを判断するため、ユーザ認証を行う。ユーザ認証の方法は、ビル管理システム通信部１２ｇにあらかじめパスワードを入れておき、ユーザが入力したパスワードと一致した場合に正当ユーザと認める方法、空調用設備コントローラ２Ｄにユーザネーム、パスワードの組をあらかじめ登録しておき、ユーザが入力したユーザネーム、パスワードの組と一致した場合に正当ユーザと認める方法、あるいは空調用設備コントローラ２Ｄに正当ユーザの指紋、声紋など個人を識別する情報を登録しておき、入力された指紋、声紋などと一致した場合に正当ユーザと認める方法など、多数存在し、どの方法を用いてもかまわない。ここでは、単純化のため、ビル管理システム通信部１２ｇにあらかじめパスワードを入れておき、ユーザが入力したパスワードと一致した場合に正当ユーザと認める方法を採用する。
【００８５】
ステップＳ１では、画面にパスワード入力を促す画面を表示する。ユーザがパスワードを入力すると、ステップＳ２へ進み、あらかじめ登録されているパスワードと比較検証を行い、一致していれば、正当ユーザと判断し、ステップＳ３へ進む。ステップＳ３では空調用設備コントローラ２Ｄから暗号化鍵を取得し、初期化処理を終了する。なお、プログラム終了時には、取得した暗号化鍵を破棄する。
【００８６】
空調用設備コントローラ２Ｄは、暗号化鍵の取得要求に対して暗号化鍵を送信する。暗号化鍵の管理方法には、どのユーザに対しても同じ鍵を送信する方法、登録されているユーザ毎に対応する鍵を送信する方法、要求時にランダムな鍵を作成し送信する方法など、多数存在しどの方法を用いてもかまわない。ここでは、単純化のため、どのユーザに対しても同じ鍵を送信する方法を採用する。
鍵送信後、空調用設備コントローラ２Ｄは対応する鍵で、転送データを暗号化または復号化する。
【００８７】
次に、図１６を用いて、ビル管理システム用通信部１２ｇから通信部２ｃへ設備機器の運転データをモニタする場合のビル管理システム用通信部１２ｇの動作を表すフローチャートを説明する。
【００８８】
中央監視装置９Ｄで設備の運転データのモニタ要求が発生すると、図１３および図１４に示すように、ビル管理システム用通信部１２ｇは、操作監視アプレット１２ｆからａｃ＿ｒｅａｄ（）関数が呼び出される。
【００８９】
ａｃ＿ｒｅａｄ（）関数が呼び出されると、ビル管理システム用通信部１２ｇは、ステップＳ１を実行し、関数の引数より転送データを組み立てる。ステップＳ２に進み、空調用設備コントローラ２Ｄより取得した暗号化鍵を使用して、組み立てた転送データを暗号化する。暗号化のアルゴリズムは、ＤＥＳ、ＲＣ５、ＩＤＥ、ＲＳＡなど多数存在するが、どの方法を用いていもよい。
【００９０】
ステップＳ２で転送データの暗号化が終わると、ステップＳ３へ進み、暗号化済みデータを空調用設備コントローラ２Ｄへ送信する。ステップＳ４で空調用設備コントローラ２Ｄからの応答を待ち、応答があればステップＳ５へ進む。
【００９１】
ステップＳ５では、受信した応答データの復号化を行い、ステップＳ６で復号化したデータの解釈を行い、呼び出し側プログラムへ戻る。
【００９２】
以上のように、設備種別毎に異なるプログラムおよび暗号化鍵を、中央監視装置で実装する必要がなくなり、ソフトウェア開発の工数をかけずに、第三者による転送データ（例えば空調課金データ）の盗聴、改ざんを防いだ安全なデータ転送が実現できる。
【００９３】
また、暗号化鍵を別構成とすることにより、ビル管理システム用通信部１２ｇは単体では実行不可能となり、不正コピーによる第三者アクセスを防止できる。
【００９４】
また、暗号化鍵をプログラム終了と同時に破棄するので、不正コピーによる第三者アクセスをさらに防止できる。
【００９５】
実施の形態５．
以下、この発明の実施の形態５を図に基づいて説明する。実施の形態５におけるビル管理装置のシステム構成図は実施の形態１に示した図１と同じである。
機能構成図は実施の形態１に示した図２の空調用設備コントローラ２Ａを図１７に示す空調用設備コントローラ２Ｅに代えたものである。実施の形態１の機能ブロックと同じであるが、受信データ解釈部２ｂと故障履歴データ２ｄ間のインターフェイスおよびメンテナンス通信部２ｅと故障履歴データ２ｄ間のインタフェースは、中央監視装置とのインターフェース、設備機器とのインターフェース、および空調用設備コントローラ２Ｄのハードウェアプラットホームに依存しないインターフェイスとしている。
【００９６】
本実施の形態では、データベース言語であるＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅ）言語を使用した。ＳＱＬ言語は、データベースを定義したり、操作するための言語であり、ＩＳＯ（国際標準化機構）、ＡＮＳＩ（米国規格協会）、ＪＩＳ（日本工業規格）にて規格化されているため、多くの市販データベースソフトウェアのアクセスインターフェイスとして採用されている。したがって、設備データへのアクセスインタフェースにＳＱＬ言語を使用すれば、中央監視装置とのインターフェースおよび設備機器とのインターフェースがどのような種類のものであっても、共通的に使用できるソフトウェア構造を得ることができる。これにより、インターフェースによらず、データの排他制御など複雑な処理を含むデータ部を共通に使用することが可能となる。
【００９７】
次に図を用いて、実施の形態５について説明する。ここでは設備データの実装に市販のデータベースソフトウェアを使用した場合について説明する。図１８は表名が履歴で、空調機の故障履歴データをリレーショナルデータベースの形式で表した関係表である。第一列が行数を表し、第二列が故障履歴のデータを表している。故障が発生すると１行ずつデータを追加していく。例えば一行目は、９６年１２月１０日の１２時１４分に空調機１でエラーコード１０５により異常停止したことを表す。ＳＱＬ言語を使用して故障履歴が読み書きされる。
【００９８】
また、設備データとして空調機の運転データを入れた場合の例が図１９である。表名は空調機で、複数の空調機の運転状態をリレーショナルデータベースの形式で表した関係表である。第一列が行数を表し、第二列が運転状態の設定値、第三列が運転状態の現在値、第四列が空調機が正常あるいは故障を表す警報信号、第五列が運転積算時間、第六列が運転回数積算値を表す。例えば、一列目は、空調機１の運転状態は設定値、現在値ともに停止、正常であり、運転積算時間は１２０時間、運転回数積算値は２５回であることを表している。
【００９９】
次に、ＳＱＬ言語による前述の設備データへのアクセス方法について説明する。図２０は受信データ解釈部２ｄでの、通信部２ｃや機器通信部２ａで受信したコマンドをＳＱＬ言語に変換する例である。例えば、通信部２ｃより「故障履歴をモニタしたい」というコマンドを受信した場合、「ｓｅｌｅｃｔ 故障履歴 ｆｒｏｍ 履歴」に変換して故障履歴データにアクセスする。ｓｅｌｅｃｔ文は「ｓｅｌｅｃｔ 列名 ｆｒｏｍ 表名」で表名で指定したテーブルから列名で指定した全データを検索するＳＱＬ文である。
また、機器通信部２ａから「９６／１２／１３ １１：２１空調機 １ 正常」のデータを受信した場合、「ｉｎｓｅｒｔ ｉｎｔｏ 履歴 ｖａｌｕｅｓ（６，’９６／１２／１３ １１：２１ 空調機 １ 正常’）」に変換して故障履歴データに６行目の履歴データを追加する。ｉｎｓｅｒｔ文は「ｉｎｓｅｒｔ ｉｎｔｏ 表名 ｖａｌｕｅｓ（データ）」で表名で指定したテーブルにデータを追加する。
【０１００】
また、通信部２ｃより「空調機１の運転状態の設定値を運転に切換えてほしい」という要求があった場合には、「ｕｐｄａｔｅ 空調機 ｓｅｔ 運転状態（設定値）＝運転 ｗｈｅｒｅ 識別番号＝１」に変換し、運転状態（設定値）を変更する。機器通信部２ａから「空調機１の運転状態（現在値）が運転になった」という通報があがってきた場合、「ｕｐｄａｔｅ 空調機 ｓｅｔ 運転状態（現在値）＝運転 ｗｈｅｒｅ 識別番号＝１」に変換し、運転状態（設定値）を変更する。ｕｐｄａｔｅ文は「ｕｐｄａｔｅ 表名 ｓｅｔ 列名＝データ ｗｈｅｒｅ 条件」で表名で指定されたテーブルの条件で示される列名の内容をデータに書き換えるＳＱＬ文である。
【０１０１】
以上のように、設備コントローラ内の設備データへのアクセスインターフェイスを、中央監視装置とのインターフェース、設備機器とのインターフェースに依存しない汎用インターフェイスとしたため、前記各インターフェースがどのような種類でもデータの排他制御など複雑な処理を含んだ設備データ部は共通的に使用でき、設備コントローラのソフトウェア設計の効率化を図ることができる。
【図面の簡単な説明】
【０１０２】
【図１】この発明の実施の形態１におけるビル管理装置のシステム構成図である。
【図２】この発明の実施の形態１におけるビル管理装置の機能構成図である。
【図３】この発明の実施の形態１における空調用設備コントローラ内の故障履歴データのイメージ図である。
【図４】この発明の実施の形態１におけるビル管理システムのメンテナンスプログラム画面のイメージ図である。
【図５】この発明の実施の形態１における空調用メンテナンス装置のメンテナンスプログラム画面のイメージ図である。
【図６】この発明の実施の形態２におけるビル管理装置のシステム構成図である。
【図７】この発明の実施の形態２におけるビル管理装置のメンテナンス時の機能構成図である。
【図８】この発明の実施の形態２におけるビル管理装置のメンテナンス画面イメージ図である。
【図９】この発明の実施の形態２におけるビル管理装置のメンテナンス画面イメージ図である。
【図１０】この発明の実施の形態３におけるビル管理装置のシステム構成図である。
【図１１】この発明の実施の形態３におけるビル管理装置の通信プログラム転送前の機能構成図である。
【図１２】この発明の実施の形態３におけるビル管理装置の通信プログラム転送後の機能構成図である。
【図１３】この発明の実施の形態３におけるビル管理装置の通信部の関数例である。
【図１４】この発明の実施の形態３におけるビル管理装置の操作監視プログラム例である。
【図１５】この発明の実施の形態４におけるビル管理装置のデータ転送プログラムの初期化フローチャート図である。
【図１６】この発明の実施の形態４におけるビル管理装置のデータ転送プログラムの運転状態モニタ時のフローチャート図である。
【図１７】この発明の実施の形態５におけるビル管理装置の設備コントローラのソフトウェア構造の概念図である。
【図１８】この発明の実施の形態５におけるビル管理装置の履歴データのデータフォーマットである。
【図１９】この発明の実施の形態５におけるビル管理装置の空調機運転データのデータフォーマットである。
【図２０】この発明の実施の形態５におけるビル管理装置の運転データアクセスインターフェイスの例である。
【図２１】従来のビル管理装置を示すシステム構成図である。
【図２２】従来のビル管理装置の空調機器メンテナンス時の機能構成図である。
【符号の説明】
【０１０３】
１ 空調機器、２Ａ、２Ｂ、２Ｃ、２Ｄ、２Ｅ 空調用設備コントローラ、４Ａ、４Ｂ、４Ｃ、４Ｄ 空調システム、５ 照明機器、６Ａ、６Ｂ、６Ｃ、６Ｄ 照明用設備コントローラ、７ 照明用メンテナンス装置、８Ａ、８Ｂ、８Ｃ、８Ｄ 照明システム、９Ａ、９Ｂ、９Ｃ、９Ｄ 中央監視装置、１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ ビル管理装置、１３ ビル管理システムと空調システム間インタフェース、１４ ビル管理システムと照明システム間インタフェース、１５ ビル管理システムと設備システム間インタフェース。
【出願人】 【識別番号】０００００６０１３
【氏名又は名称】三菱電機株式会社
【出願日】 平成１９年９月１１日（２００７．９．１１）
【代理人】 【識別番号】１０００８５１９８
【弁理士】
【氏名又は名称】小林 久夫

【識別番号】１０００９８６０４
【弁理士】
【氏名又は名称】安島 清

【識別番号】１０００６１２７３
【弁理士】
【氏名又は名称】佐々木 宗治

【識別番号】１０００７０５６３
【弁理士】
【氏名又は名称】大村 昇

【識別番号】１０００８７６２０
【弁理士】
【氏名又は名称】高梨 範夫
【公開番号】 特開２００８−６７３９２（Ｐ２００８−６７３９２Ａ）
【公開日】 平成２０年３月２１日（２００８．３．２１）
【出願番号】 特願２００７−２３５１５２（Ｐ２００７−２３５１５２）