JP4264765B2 - ビル管理装置システム - Google Patents
ビル管理装置システム Download PDFInfo
- Publication number
- JP4264765B2 JP4264765B2 JP10419497A JP10419497A JP4264765B2 JP 4264765 B2 JP4264765 B2 JP 4264765B2 JP 10419497 A JP10419497 A JP 10419497A JP 10419497 A JP10419497 A JP 10419497A JP 4264765 B2 JP4264765 B2 JP 4264765B2
- Authority
- JP
- Japan
- Prior art keywords
- air conditioning
- building management
- data
- maintenance
- equipment
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Testing And Monitoring For Control Systems (AREA)
- Alarm Systems (AREA)
- Small-Scale Networks (AREA)
- Selective Calling Equipment (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明はビル内の空調機器、照明機器などの設備機器の制御・監視を行うビル管理装置に関する。
【０００２】
【従来の技術】
ビル管理装置は、ビルの大型化・高機能化要求に伴い、従来の集中型の制御装置から、設備機器をきめ細かに制御できる分散型の装置構成をとるようになってきている。
図２１は、社団法人日本機械工業連合会のビル管理システム標準化分科会発行（平成５年８月）の「ビル管理システムの標準化に関する調査研究（その３）」に示された従来のビル管理装置の構成図である。
【０００３】
図において、１は空調機、１ａ〜１ｄは各々の空調機器、２は接続された空調機器１に対して発停、温度設定、運転モード設定等の制御指令を発する空調用設備コントローラ、３は空調機器１のメンテナンスや初期設定を行う空調用メンテナンス装置であり、４は空調機１、空調用設備コントローラ２、及び空調用メンテナンス装置３で構成される空調システムである。
【０００４】
５は照明機器、５ａ〜５ｄは各々の照明機器、６は接続された照明機器５に対して点灯、消灯等の制御指令を発する照明用設備コントローラ、７は照明機器５のメンテナンスや初期設定を行う照明用メンテナンス装置であり、８は照明機照５、照明用設備コントローラ６及び照明用メンテナンス装置７で構成される照明システムである。
【０００５】
９は空調用設備コントローラ２との通信を行う空調用インタフェース装置１０を介して空調システム４を監視するとともに照明用設備コントローラ６との通信を行う照明用インタフェース装置１１を介して照明システム８の監視を行う中央監視装置であり、１２は中央監視装置９、空調用インタフェース装置１０および照明用インタフェース装置１１から構成され、ビル内の全設備の統合制御を行うビル管理システムである。
１３はＲＳ−２３２Ｃなどのシリアル通信を使用し、ビル管理システム１２の空調用インタフェース装置１０と空調システム４の空調用設備コントローラ２との間でデータ通信を行うビル管理システムと空調システム間インタフェースである。
１４は同様にＲＳ−２３２Ｃなどのシリアル通信を使用し、ビル管理システム１２の照明用インタフェース装置１１と照明システム８の照明用設備コントローラ６との間でデー夕通信を行うビル管理システムと照明システム間インタフェースである。
【０００６】
ビル管理システム１２、空調システム４、照明システム８とそれぞれのシステムを接続するビル管理システム１２と空調システム４間インタフェース１３およびビル管理システムと照明システム間インタフェース１４からビル管理装置が構成される。
【０００７】
なお、図示してないが受配電システム、防犯システム、防災システムの場合も同様な構成である。
【０００８】
ビル管理装置は、空調システム４、照明システム８など、複数の設備システムとビル管理システム１２が異なるシステムメーカによって提供されるマルチベンダシステムとして構成される。
ビル管理装置の機能には、空調機器１、照明機器５などの設備機器のスケジュール、グループ等を設定する設定機能、設備機器の発停等の運転状態を制御、モニタする操作・監視機能、設備機器の故障発生、故障内容、故障履歴を監視するメンテナンス機能等がある。
【０００９】
ビル管理システム１２と空調システム４、照明システム８等の各種設備システム間に流れるデータは、集中制御型システムの時に使用されていた接点レベルの情報をベースに作成されているため、設備の基本的なデータ、例えば発停情報、異常有無などのみである。接点レベルの情報とは、１接点に１台の空調機器の発停（ｏｎ／ｏｆｆ）を割り振る、他の２接点でその空調機器の運転モード（自動／冷房／暖房／送風）の４状態を割り振る, 他の１接点に他の空調機器の発停（ｏｎ／ｏｆｆ）を割り振るなどの情報である。このため、大量なファイル形式のデータ転送や、設備の故障内容などの詳細データの転送は行えない。
【００１０】
従って、現状のビル管理システムと空調、照明などの設備システム間インタフェースでは、前述の理由と転送速度上の制約から、メンテナンスに用いる大量な故障履歴などのデータ、あるいはメーカ毎、機種毎に異なる設備の故障内容などのデータはインタフェース定義されていないことにより受け渡しはしていない。
【００１１】
次に、図２２に基づいて動作について説明する。
図２２は空調機器１の故障を監視するメンテナンス機能を例にした機能構成図である。
空調機器１で故障が発生すると、空調用設備コントローラ２内の機器通信部２ａを介して受信データ解釈部２ｂへ故障の発生と故障の内容が通報される。受信データ解釈部２ｂではその内容を解釈し、通信部２ｃを介してビル管理システム１２へ故障の発生を通報する。インタフェース上に流れるデータは接点レベルの情報のため、通報されるデータは故障の発生のみでインタフェース定義されていない故障内容は通報されない。
また、受信データ解釈部２ｂは空調用設備コントローラ２内の故障履歴データ２ｄへ故障の発生と故障内容を格納する。
【００１２】
ビル管理システム１２では、通信部１２ａで受信したデータを故障履歴データ１２ｂに格納する。ビル管理システムでも、空調機器の異常発生のたびに受信データを履歴データとして格納していく。
故障履歴データ１２ｂは、図２１上の空調用インタフェース装置１０に格納される。ビル管理システムメーカの実装方法によって異なるが、中央監視装置９に格納される場合もある。
【００１３】
ビル管理システム１２で空調機器の故障履歴を見る必要ができた場合、中央監視装置内９に置かれたメンテナンスプログラム１２ｃより前述故障履歴データ１２ｂの内容を読みとり中央監視装置内９の画面に表示する。
一方、空調システム側でメンテナンスが必要になったときは、空調メンテナンス装置３で空調用メンテナンス装置３内のメンテナンスプログラム３ｂが空調用設備コントローラ２内メンテナンス通信部２ｅと空調用メンテナンス装置３内メンテナンス通信部３ａを介して故障履歴データ２ｄを読み込み、空調用メンテナンス装置３の画面に表示する。
【００１４】
ビル管理システム１２内の故障履歴データは前述のように故障発生のみである。また、空調用設備コントローラ２内の故障履歴データは故障発生と故障内容が含まれる。従って、ビル管理システムにて故障の発生が確認されたら、その詳細を知るために空調用メンテナンス装置３の所へいき、故障内容を調べる。
【００１５】
【発明が解決しようとする課題】
以上のように、従来のビル管理装置では、インタフェースの転送速度が遅く転送に時間がかかるため、さらに転送するためのコマンドが存在しないため、大量の故障履歴データは転送していない。このため、設備機器の故障履歴データは中央監視装置と設備コントローラ内とに蓄積していることとなり、ビル管理システムと設備システム間で二重の開発をしたり、あるいはシステム全体としてメモリなどの記憶装置の使用量が多くなるといった問題点があった。
【００１６】
また、設備機器の故障内容などのデータは、接続する設備メーカによって異なったり、接続する機種によって異なるため、ビル管理システムメーカと設備システムメーカがお互いにデータ定義をして通信しあうと、接続のための打ち合わせが多くなり、製品コストが高くなる。そのため、これら故障内容などのデータは転送されていない。設備の故障に関しては、故障があるのか、ないのかの発生情報のみを転送している。
【００１７】
このようにビル管理システムと設備システム間には、故障の発生など、接点レベルの情報、すなわち、設備の基本的なデータしか転送できないために、設備の故障内容を見る場合には、まずビル管理システム１２で故障の発生を知り、次に故障内容の詳細を知るために、設備システム内の設備コントローラに予め接続されたメンテナンス装置で行う。このような構成の場合、メンテナンスのために設備種別毎にメンテナンス装置を接続しておかなければならず、システムコストの増大といった問題があった。また、このような構成の場合、ビル管理システムの中央監視装置のみならず、各設備用メンテナンス装置をビル管理人室へ設置する必要があり、スペース圧迫といった問題があった。また、設備用メンテナンス装置は、管理人室の制御盤内に納められることもあり、メンテナンスするのに手間がかかるといった問題があった。
【００１８】
また、ビル管理システムには数々の設備システムが接続されるが、それぞれの設備システムで通信手順が異なるので、それぞれの設備システムに対応した通信プログラムを搭載しなければならず、ソフトウェア開発工数がかかるという問題があった。
【００１９】
また、設備コントローラと中央監視装置間の転送データの転送手順、コード変換法則などが分かってしまうと、第三者による転送データ（例えば空調課金データ）の盗聴、改ざんが発生するという問題があった。
これらの問題を解決する方法として、転送データを暗号化する方式がある。例えば、第一の方法は、使用する暗号化アルゴルズムと、暗号化のパラメータとなる暗号化鍵と、暗号化した転送データを転送する転送手順とを通信する端末間で取り決めておき、通信しあうそれぞれの装置にプログラムとして実装する方法、第二の方法は、暗号化アルゴリズムおよび転送手順は両端末間で取り決め、それぞれの装置にプログラムとして実装し、暗号化鍵は書留、電話、ＩＣカードなどで取り交わす方法、第三の方法は、特開平７−１４１２６１のように回線を通じて転送された暗号化アルゴリズム、暗号化鍵を用いて転送データを暗号し、あらかじめ装置にプログラムとして組み込まれた転送手順によってデータを転送する方法などがある。
【００２０】
しかし、ビル管理装置の中央監視装置には数々の異なるメーカの設備システムが接続されるので、前記第一、第二の方法では、それぞれの設備システムに対応した暗号化アルゴルズム、暗号化鍵をプログラムとして搭載しなければならず、ソフトウェア開発工数がかかるという問題があった。
また、第三の方法は、転送手順が規格化され、どのメーカでも同一のプログラムとして搭載できる場合は有効であるが、ビル管理装置のように転送手順が設備種別毎に異なったり、ビルの物件毎に異なる場合には、暗号化された転送データを転送するために、それぞれの設備システムに対応した転送手順をあらかじめプログラムとして搭載しなければならず、ソフトウェア開発工数がかかるという問題がある。
【００２１】
また、通信プログラムの不正コピーにより、第三者による設備コントローラへの不正アクセスによる設備データ（例えば空調課金データ）の改ざんが発生するという問題があった。このような問題を解決する方法として、前記特開平７−１４１２６１では、回線を通じて転送した暗号化アルゴリズム、暗号化鍵を使用して暗号化を行うが、装置のカバーがあけられたり、解体されると、転送された暗号化アルゴリズムや暗号化鍵をメモリ上にバックアップしていた電源を切り、前記プログラムおよびデータを消去する方法などがある。しかし、本件で対象とするパソコンなどのプラットホームでは、上記のような対策を施すのは難しく、プログラムの不正コピーが行われるといった問題がある。
【００２２】
また、従来のシステムでは設備データ（故障履歴データ２ｄ）へのアクセスインタフェースは、受信したコマンドの形式でアクセスするなど、前記中央監視装置あるいは設備機器とのインタフェース（通信コマンド）に依存して作られるのが一般的である。
【００２３】
この場合、中央監視装置と設備コントローラを製造するメーカはそれぞれ異なり、ビルの物件により接続相手メーカが異なるので、設備コントローラの中央監視装置とのインタフェースは、中央監視装置メーカの数分だけ用意しておく必要がある。さらに、同じ中央監視装置メーカでも、物件固有に定義されたインタフェースも存在し、多くの種類を用意する必要がある。また、設備機器とのインタフェースは、空調、照明、防災、防犯などの設備種別の数分だけ用意する必要がある。このため、設備コントローラは、中央監視装置メーカ数と設備種別数の掛け算のインタフェース数だけ開発しなければならず、通信部、データ解釈部、データ部を一体型で開発するため、ソフトウェア開発に多大な工数がかかっていると問題があった。
【００２４】
この発明は、上記のような問題点を解消するためになされたもので、設備の故障履歴データなどの大量のデータを転送でき、ビル管理システム側と設備システム側で二重の開発がなくなり、また、記憶装置（メモリ）の使用量を少なくすることを目的とする。
【００２５】
また、各設備システム毎のメンテナンス装置をなくし、システムコストの低減、管理人室スペースの有効利用、およびメンテナンスー元化による業務効率化を可能にすることを目的とする。
【００２６】
また、設備毎に異なる通信プログラムの開発を少なくすることを目的とする。
【００２７】
また、中央監視装置のプログラム開発工数を増やさずに、第三者による盗聴、改ざんのない安全なデータ転送を可能にすることを目的とする。
【００２８】
また、第三者によるプログラムの不正コピーによる設備データへの不正アクセスのない設備管理を可能とすることを目的とする。
【００２９】
また、中央監視装置とのインタフェースおよび設備機器とのインタフェースに変更があっても、ソフトウェア開発を少なくするソフトウェア構造を得ることを目的とする。
【００３０】
【課題を解決するための手段】
この発明に係るビル管理装置システムは、空調機器と、前記空調機器の制御を行う空調用設備コントローラと、前記空調機器のメンテナンス作業を行う空調用メンテナンス装置と、前記空調用設備コントローラを介して前記空調機器の監視を行うビル管理システムと、を備えるビル管理装置システムにおいて、前記空調用設備コントローラは、前記空調機器の運転状態を収集する機器通信部と、前記機器通信部が収集した運転状態を解釈する受信データ解釈部と、前記受信データ解釈部が前記運転状態を解釈して得た故障の発生と故障の内容からなる故障履歴データと、前記空調用メンテナンス装置と通信するメンテナンス通信部と、前記ビル管理システムと通信する通信部と、を備え、前記空調用メンテナンス装置は、前記空調用コントローラと通信するメンテナンス通信部と、前記メンテナンス通信部を介して前記故障履歴データを取得し画面表示するメンテナンスプログラムと、を備え、前記ビル管理システムは、前記空調用設備コントローラと通信する通信部と、前記通信部を介して前記故障履歴データを取得し画面表示するメンテナンスプログラムと、を備え、前記メンテナンスプログラムは、前記設備コントローラにファイル転送要求コマンドを送信し、前記設備コントローラが備える前記受信データ解釈部は、前記ファイル転送要求コマンドを受信して前記故障履歴データの文字列データを返信し、前記メンテナンスプログラムは、受信した前記故障履歴データの文字列データを画面表示する。
【００３７】
【発明の実施の形態】
実施の形態１．
以下、この発明の実施の形態を図に基づいて説明する。なお、図において従来例と同一符号は従来例と同一または相当のものを示し説明を省略する。
【００３８】
図１はこの発明の実施の形態１におけるビル管理装置のシステム構成図であり、図において、２Ａは設備機器である空調機器１に対して発停、温度設定、運転モード設定等の制御指令を発するとともに空調機器１を監視する空調用設備コントローラ、４Ａは空調機器１、空調用設備コントローラ２Ａ、及び空調用メンテナンス装置３で構成される空調システムである。
【００３９】
６Ａは設備機器である照明機器５に対して点灯、消灯等の制御指令を発するとともに照明機器１を監視する照明用設備コントローラ、８Ａは照明機器５、照明用設備コントローラ６Ａ及び照明用メンテナンス装置７で構成される照明システムである。
９Ａは空調システム４Ａと照明システム８Ａを監視する中央監視装置であり、１２Ａは中央監視装置９Ａからなるビル内の全設備の統合制御を行うビル管理システムである。
１５はビル管理システム１２Ａ（中央監視装置９Ａ）と空調システム４Ａの空調用設備コントローラ２Ａ及び照明用設備コントローラ６Ａとの間の通信を行うイーサネットを使用したビル管理システムと設備システム間インタフェースである。
【００４０】
このイーサネットは、転送速度が従来のＲＳ−２３２Ｃの９６００ｂｐｓに対し１０Ｍｂｐなので（１００Ｍｂｐｓイーサネットの場合は転送速度が１００Ｍｂｐ）、従来のインタフェースでは時間がかかり転送できなかった大量のデータをビル管理システム１２と空調システム４、照明システム８などの設備システム間で高速に転送が可能となる。
【００４１】
従来の管理システムと空調システム間インタフェース装置１３とビル管理システムと照明システム間インタフェース装置１４に使用されたＲＳー２３２Ｃが１対１通信であったのに対して、イーサネット（登録商標）はＮ対Ｎ通信が可能なため、空調システム間インタフェースと照明システム間インタフェースを共用するようにしている。なお、イーサネット（登録商標）の他、トークンリング、ＦＤＤＩ（Ｆｉｂｅｒ Ｄｉｓｔｒｉｂｕｔｅｄ Ｄａｔａ Ｉｎｔｅｒｆａｃｅ）等も使用できる。
【００４２】
また、従来システムにあった空調用インタフェース装置１０および照明用インタフェース装置１１は、本実施の形態ではビル管理システム１２Ａ（中央監視装置Ａ）内の故障履歴データを削除できるため、不要となるので構成から外してあり、中央監視装置９Ａと空調用設備コントローラ２Ａ、照明用設備コントローラ６Ａが直接接続されている。
【００４３】
次に、図２に示す空調機器１の故障を監視するメンテナンス機能を例にした機能構成図により動作について説明する。空調機器１で故障が発生すると、空調用設備コントローラ２Ａ内の機器通信部２ａを介して受信データ解釈部２ｂへ故障の発生と故障の内容が通報される。この機器通信部２ａと受信データ解釈部２ｂは運転状態を収集する手段である。受信データ解釈部２ｂではその内容を解釈し、通信部２ｃを介してビル管理システム１２へ故障の発生を通報する。ビル管理システムと設備システム間インタフェース装置１５上に流れるデータは接点レベルの情報のため、通報されるデータは故障の発生のみでインタフェース定義されていない故障内容は通報されない。
【００４４】
また、受信データ解釈部２ｂは空調用設備コントローラ２内のメンテナンスデータである故障履歴データ２ｄへ故障の発生と故障内容を格納する。図３が故障履歴データのイメージ図である。
【００４５】
ビル管理システム１２Ａでは、通信部１２ａで受信したデータにより、空調機器１に故障があったことを知る。
ビル管理システム１２Ａで空調機器の故障履歴を見る必要ができた場合、中央監視装置内９に置かれたメンテナンスプログラム１２ｃより前述空調用設備コントローラ２Ａ内の故障履歴データ２ｄの内容をファイル転送してきて画面に表示する。
【００４６】
これを実現するために、ビル管理システム１２Ａとビル管理システムと設備システム間インタフェース１５上に新規に履歴データ転送コマンドを定義する。例えば、空調機器１の故障履歴データを転送する場合、ビル管理システムのメンテナンスプログラム１２ｃから空調設備コントローラ２Ａに送信されたファイル転送要求コマンドは、受信データ解釈部２ｂで解釈され、ビル管理システム１２Ａが空調機器１の故障履歴データを要求していることを知り、故障履歴データ２ｄをビル管理システム１２Ａに対して返信する。ビル管理システム１２Ａのメンテナンスプログラム１２ｃは受信した空調機器１の故障履歴データを読み込み、画面へ表示する。
図４がメンテナンスプログラム１２Ｃの画面イメージである。この画面では、転送されきた文字列データを画面に出力している。
【００４７】
一方、空調システム側でメンテナンスが必要になったときは、従来と同様に空調メンテナンス装置３で空調用メンテナンス装置３内のメンテナンスプログラム３ｂが空調用設備コントローラ２Ａ内メンテナンス通信部２ｅと空調用メンテナンス装置３内メンテナンス通信部３ａを介して故障履歴データ２ｄを読み込み、画面に表示する。図５が空調用メンテナンス装置３の画面イメージ図である。この画面では、転送されてきたファイルの構造をあらかじめ理解しておき表示データのフォーマットを表形式に揃えている。
【００４８】
以上は空調機器１の動作について説明したが、照明機器５の場合の動作も同様である。
【００４９】
このように、この発明におけるビル管理装置は、ビル管理システムと設備システム間インタフェースに高速に大量データが転送可能なネットワークを利用し、さらに従来システムにはなかった履歴データを転送するコマンドを定義することにより設備コントローラから設備の故障履歴データを提供し、ビル管理システムでは転送された故障履歴データを表示する構成をとる。
【００５０】
以上のように構成することにより、従来ビル管理システムで収集、蓄積していた設備の故障履歴データなどの大量データを直接設備コントローラから読み込むことができるため、従来、ビル管理システム側と設備システム側で二重の開発がなくなり、かつ、設備の故障データが通報されるたびにビル管理システム内で履歴データとして蓄えていた故障履歴データの記憶装置を不要とすることができる。
【００５１】
実施の形態２．
以下、この発明の実施の形態２を図に基づいて説明する。図６はこの発明の実施の形態２におけるビル管理装置のシステム構成図であり、実施の形態１の図１で示した空調メンテナンス装置３、照明メンテナンス装置７を外し、また、ビル管理システムと設備システム間インタフェース装置１５の代わりに従来例と同じビル管理システムと空調システム間インタフェース装置１３、ビル管理システムと照明システム間インタフェース装置１４としたものである。
【００５２】
図において、２Ｃは、空調機器１の操作・監視の制御をするとともに、計測した空調機器１の異常内容などのメンテナンスデータにどのようにそのデータを表示したいかの画面情報を付加したファイルを作成し、ビル管理システム１２Ｃへ提供する空調用設備コントローラ、４Ｃは空調機器１、空調用設備コントローラ２Ｃで構成される空調システムである。
【００５３】
６Ｃは照明機器５の操作・監視の制御をするとともに、計測した照明機器５の異常内容などのメンテナンスデータにどのようにそのデータを表示したいかの画面情報を付加したファイルを作成し、ビル管理システム１２Ｃへ提供する照明用設備コントローラ、８Ｃは照明機器５、照明用設備コントローラ６Ｃで構成される照明システムである。
９Ｃは空調システム４Ｃと照明システム８Ｃから提供されたファイルの画面情報に従ってメンテナンスデータを画面上に配置するプログラムを有する中央監視装置であり、１２Ｃは中央監視装置９Ｃからなるビル内の全設備の統合制御を行うビル管理システムである。
【００５４】
図７は実施の形態２の空調機器１の故障を監視するメンテナンス機能を例とした機能構成図である。空調用設備コントローラ２Ｃには設備の操作監視用の機能のほかにメンテナンスのための機能が含まれている。
本実施の形態では、メンテナンスデータと画面表示情報である表示フォーマットをビル管理システム１２ｃへ転送し実行する仕組みとしてＷＷＷ(World Wide Web)のブラウザとサーバを利用している。ＷＷＷもネットワークはイーサネットを使用できるので、実施の形態１、２で使用したイーサネットに共存することができる。
【００５５】
ＷＷＷでは、表示データとそれを整形するタグを記述したＨＴＭＬ(Hyper Text Markup Languege)ファイルをデータとしてサーバに保持しておく。ブラウザでは、サーバよりＨＴＭＬファイルをダウンロードし、ファイル内のタグを解釈しながらデータを画面に表示していく。このとき、ブラウザはデータの中身の解釈は行わずに、データを画面に配置していくだけである。ＨＴＭＬのタグにより実現できる表示機能は、リスト表示、文字飾り、文字大きさ指定、テキストの表形式表示、静止画・動画の表示、表示文字をマウスでクリックすると他のＨＴＭＬファイルへ飛ばしたり、図形をクリックする位置によりＨＴＭＬファイルへの飛び先を指定できるハイパーリンクなどがある。
これらの機能は日々拡張され、テキストから動画データまでを様々な表現で表示できるようになっている。
【００５６】
このように、ＷＷＷでは、転送されてくるデータを解釈せずに画面に表示する方法をとっているので、従来はメーカ毎、機種毎に異なるためにインタフェース定義ができなかった設備の故障内容をこの仕組を利用して設備コントローラからビル管理システムへ転送すればインタフェースの打ち合わせをしなくとも設備メンテナンスが容易に可能となる。
【００５７】
ＷＷＷの機能をビル設備管理に適用すると、設備システム側で各フロア平面図上に設備機器を配置した図面でＨＴＭＬファイルを作成したり、空調機器の冷媒系統図面をＨＴＭＬファイルを作成したりし、前記画面上でメンテナンスしたい機器をクリックするとその設備機器の故障履歴情報をテキストで表示するということが可能となる。また、設備システム側で計測した履歴データのグラフイメージを作成しておき、それをビル管理システムで表示することも可能である。このようにＷＷＷを利用することで、ビル管理システム側では設備機器のメンテナンスデータの転送内容を知らなくてもＷＷＷブラウザのみを搭載しておき、送られてくるＨＴＭＬファイルを表示するだけなので、接続の打ち合わせをしなくとも容易にテキストから動画を扱った設備メンテナンスが可能となる。
【００５８】
次に動作について図７に基づいて説明する。空調用設備コントローラ２Ｃの機器制御部２ａから計測された空調機器のメンテナンスデータは空調故障内容データ２ｉに蓄えられる。運転状態を保持する手段である空調故障内容データ２ｉをビル管理システム１２でどのように表示するかが記述されているメンテナンスデータ表示フォーマット２ｊと前記空調故障内容データ２ｉとによりビル管理システム１２のＷＷＷブラウザ１２ｅで表示可能なＨＴＭＬファイルを画面情報を付加する手段であるＨＴＭＬファイル作成部２ｋで作成する。作成されたＨＴＭＬファイルは転送する手段であるＷＷＷサーバ２ｑ、ビル管理システムと空調システム間インタフェース１３を介してビル管理システム１２のＷＷＷブラウザ１２ｅへ送られて実行される。
【００５９】
図８および図９は、ビル管理システム１２ｃの画面で、ＷＷＷブラウザ１２ｅ上でのメンテナンスデータの表示例である。図８は、設備異常内容の時系列データを表形式で表示した例である。空調用設備コントローラ２Ｃ内の空調故障内容データ２ｉに蓄えられた空調機器１の異常発生時刻、発生機器、異常内容と、それらは表形式で表示することを記述したメンテナンスデータ表示フォーマット２ｊの情報により、ＨＴＭＬファイル作成部２ｋで図８に対応したＨＴＭＬファイルを作成する。
【００６０】
また、図は、予め空調用設備コントローラ２Ｃ内の空調故障内容データ２ｉに計測しておいた空調機器１ａの室内温度（還気温度）の履歴データをグラフ表示したイメージ図である。空調故障内容データ２ｉ内に計測された履歴データと、それらはグラフ表示することを記述したメンテナンスデータ表示フォーマット２ｊの情報により、ＨＴＭＬファイル作成部２ｋで履歴データからグラフイメージを作成し、ＨＴＭＬファイルを作成している。
【００６１】
以上ような構成をとることにより、メーカ毎、異種毎に異なる故障内容などのメンテナンスデータをインタフェース定義することなしに容易にビル管理システムへ転送可能となり、ビル管理システムのマンマシンインタフェースを間借りして設備メンテナンスをすることができる。
【００６２】
このため、各設備システム毎のメンテナンス装置を削減することができる。
【００６３】
また、設備のメンテナンスをビル管理システムで一元的に行えるため、メンテナンス業務の効率化を図ることができる。
【００６４】
実施の形態３．
以下、この発明の実施の形態３を図に基づいて説明する。図１０はこの発明の実施の形態３におけるビル管理装置のシステム構成図であり、実施の形態１の図１で示した空調メンテナンス装置３、照明メンテナンス装置７を外したものである。
【００６５】
２Ｄは空調機器１の操作・監視の制御をするとともに、空調機器毎に異なる設備制御情報への通信手順を簡単なアプリケーションプログラムインタフェース（ＡＰＩ）によりアクセスできるようにしたプログラムを有し、ビル管理システムへプログラムを転送する空調用設備コントローラ、４Ｄは空調機器１、空調用設備コントローラ２Ｄで構成される空調システムである。
【００６６】
６Ｄは照明機器５の操作・監視の制御をするとともに、照明機器毎に異なる設備制御情報への通信手順を簡単なアプリケーションプログラムインタフェース（ＡＰＩ）によりアクセスできるようにしたプログラムを有し、ビル管理システムへプログラムを転送する照明用設備コントローラ、８Ｄは照明機器５、照明用設備コントローラ６Ｄで構成される照明システムである。
【００６７】
９Ｄは転送されたプログラムのＡＰＩを利用することで空調システム４Ｄと照明システム８Ｄ設備システム間との通信を行う中央監視装置であり、１２Ｄは中央監視装置９Ｄからなるビル内の全設備の統合制御を行うビル管理システムである。
本実施の形態でも転送されるアプリケーションプログラムインタフェースである通信プログラムをビル管理システムへ転送し実行する仕組みとしてＷＷＷ(World Wide Web)のブラウザとサーバを利用する。図１１、図１２は、この発明における実施の形態３の空調機器１の故障を監視するメンテナンス機能を例とした機能構成図である。図１１は、空調用設備コントローラ２Ｄからビル管理システム１２Ｄへ設備制御情報アクセス用通信プログラム転送前の機能構成図である。また、図１２は、通信プログラム転送後の機能構成図である。
この場合も、実施の形態２と同様に、プログラム転送用のネットワークと空調機器の操作監視用のネットワークは１つのイーサネット上に共存させている。
【００６８】
図１１において、ビル管理システム用通信部２ｍを、ＷＷＷサーバ２ｑを介してビル管理システム１２ｄへ転送する。ここで、ビル管理システム用通信部２ｍはＷＷＷブラウザ上のインタプリタで実行可能なプログラムとして作成する。このプログラムは、ＷＷＷサーバ（空調用設備コントローラ２Ｄ）上ではＨＴＭＬファイルと同様にデータファイルとして保持されているが、要求がありＷＷＷブラウザに転送されるとＷＷＷブラウザ上のインタプリタで実行される。
【００６９】
図１２において、空調用設備コントローラ２Ｄよりビル管理システム１２へ転送されたビル管理システム用通信部２ｍはビル管理システム１２Ｄ上ではビル管理システム用通信部１２ｇとしてＷＷＷブラウザのインタプリタ上で実行される。ビル管理システム用通信部１２ｇは、運転情報２ｇヘアクセスするための通信手順からなる通信プログラムである。この通信プログラムと同じくＷＷＷブラウザのインタプリタ上で実行可能なプログラムとして作成された操作監視アプレット１２ｆが、ビル管理システム用通信部１２ｇの通信プログラムを呼び出すことでビル管理システムより設備の操作監視を行う。
【００７０】
図１３はビル管理システム用通信部１２ｇで利用可能な関数の例を表している。１階ロビー、１階会議室、１階受付などの空調空間に対する発停、設定温度などの属性を操作するための書き込み関数とそれら属性の監視を行う読み出し関数からなっている。図１４がビル管理システム１２Ｄ内の空調空間を操作・監視するプログラムである操作監視アプレット１２ｆからビル管理システム用通信部１２ｇを呼び出すプログラムである。
【００７１】
以上の構成により、ビル管理システムが設備コントローラの設備制御情報へアクセスするときに必要で、各々の設備に対応した通信プログラムを設備コントローラから転送するので、設備毎に異なる通信プログラムの開発が不要となり、ビル管理装置開発コストを低減することができる。
【００７２】
実施の形態４．
以下、この発明の実施の形態４を図に基づいて説明する。実施の形態４におけるビル管理装置のシステム構成図は、実施の形態３に示した図１０と同じであり、機能構成図も実施の形態３に示した図１１、図１２とおなじであり、転送データを第三者に盗聴されないように、図１２のビル管理システム用通信部１２ｇと通信部２ｃ間でデータを暗号化して転送し合うものである。
【００７３】
本実施の形態は、従来の方式において、中央監視装置と空調/照明用設備コントローラ間で事前に取り決めしてプログラムとして、転送手順と暗号化アルゴリズム、暗号化鍵を設備コントローラから転送し、中央監視装置で実行するための設備種別毎に異なるこれらプログラムおよび暗号化鍵を中央監視装置に実装しておかなければならなかったが、これらを実装する必要がなく、また、転送したビル管理システム用通信部１２ｇが不正コピーされ、他のコンピュータから空調用設備コントローラ２Ｄへアクセスされてしまうのを防ぐため、暗号化する際にパラメータとなる暗号化鍵はビル管理システム用通信部１２ｇには組み込まず、空調用設備コントローラ２Ｄから取得して初めて暗号化が可能となり、プログラム終了と同時に暗号化鍵を破棄する構成としている。
【００７４】
以下、図１５、１６を用いてビル管理システム用通信部１２ｇの動作について説明する。
図１５は、ビル管理システム用通信部１２ｇが、ＷＷＷブラウザ１２ｅに取り込まれ、実行される初期化プログラムのフローチャートである。ビル管理システム用通信部１２ｇは初期化において、利用ユーザの認証を行い、正当ユーザであることが判明すると空調用設備コントローラ２Ｄから暗号化鍵を取得する。
【００７５】
初期化プログラムが開始されると、ステップＳ１で利用者が正当なユーザであるかを判断するため、ユーザ認証を行う。ユーザ認証の方法は、ビル管理システム通信部１２ｇにあらかじめパスワードを入れておき、ユーザが入力したパスワードと一致した場合に正当ユーザと認める方法、空調用設備コントローラ２Ｄにユーザネーム、パスワードの組をあらかじめ登録しておき、ユーザが入力したユーザネーム、パスワードの組と一致した場合に正当ユーザと認める方法、あるいは空調用設備コントローラ２Ｄに正当ユーザの指紋、声紋など個人を識別する情報を登録しておき、入力された指紋、声紋などと一致した場合に正当ユーザと認める方法など、多数存在し、どの方法を用いてもかまわない。ここでは、単純化のため、ビル管理システム通信部１２ｇにあらかじめパスワードを入れておき、ユーザが入力したパスワードと一致した場合に正当ユーザと認める方法を採用する。
【００７６】
ステップＳ１では、画面にパスワード入力を促す画面を表示する。ユーザがパスワードを入力すると、ステップＳ２へ進み、あらかじめ登録されているパスワードと比較検証を行い、一致していれば、正当ユーザと判断し、ステップＳ３へ進む。ステップＳ３では空調用設備コントローラ２Ｄから暗号化鍵を取得し、初期化処理を終了する。なお、プログラム終了時には、取得した暗号化鍵を破棄する。
【００７７】
空調用設備コントローラ２Ｄは、暗号化鍵の取得要求に対して暗号化鍵を送信する。暗号化鍵の管理方法には、どのユーザに対しても同じ鍵を送信する方法、登録されているユーザ毎に対応する鍵を送信する方法、要求時にランダムな鍵を作成し送信する方法など、多数存在しどの方法を用いてもかまわない。ここでは、単純化のため、どのユーザに対しても同じ鍵を送信する方法を採用する。
鍵送信後、空調用設備コントローラ２Ｄは対応する鍵で、転送データを暗号化または復号化する。
【００７８】
次に、図１６を用いて、ビル管理システム用通信部１２ｇから通信部２ｃへ設備機器の運転データをモニタする場合のビル管理システム用通信部１２ｇの動作を表すフローチャートを説明する。
【００７９】
中央監視装置９Ｄで設備の運転データのモニタ要求が発生すると、図１３および図１４に示すように、ビル管理システム用通信部１２ｇは、操作監視アプレット１２ｆからａｃ＿ｒｅａｄ（）関数が呼び出される。
【００８０】
ａｃ＿ｒｅａｄ（）関数が呼び出されると、ビル管理システム用通信部１２ｇは、ステップＳ１を実行し、関数の引数より転送データを組み立てる。ステップＳ２に進み、空調用設備コントローラ２Ｄより取得した暗号化鍵を使用して、組み立てた転送データを暗号化する。暗号化のアルゴリズムは、ＤＥＳ、ＲＣ５、ＩＤＥ、ＲＳＡなど多数存在するが、どの方法を用いていもよい。
【００８１】
ステップＳ２で転送データの暗号化が終わると、ステップＳ３へ進み、暗号化済みデータを空調用設備コントローラ２Ｄへ送信する。ステップＳ４で空調用設備コントローラ２Ｄからの応答を待ち、応答があればステップＳ５へ進む。
【００８２】
ステップＳ５では、受信した応答データの復号化を行い、ステップＳ６で復号化したデータの解釈を行い、呼び出し側プログラムへ戻る。
【００８３】
以上のように、設備種別毎に異なるプログラムおよび暗号化鍵を、中央監視装置で実装する必要がなくなり、ソフトウェア開発の工数をかけずに、第三者による転送データ（例えば空調課金データ）の盗聴、改ざんを防いだ安全なデータ転送が実現できる。
【００８４】
また、暗号化鍵を別構成とすることにより、ビル管理システム用通信部１２ｇは単体では実行不可能となり、不正コピーによる第三者アクセスを防止できる。
【００８５】
また、暗号化鍵をプログラム終了と同時に破棄するので、不正コピーによる第三者アクセスをさらに防止できる。
【００８６】
実施の形態５．
以下、この発明の実施の形態５を図に基づいて説明する。実施の形態５におけるビル管理装置のシステム構成図は実施の形態１に示した図１と同じである。機能構成図は実施の形態１に示した図２の空調用設備コントローラ２Ａを図１７に示す空調用設備コントローラ２Ｅに代えたものである。実施の形態１の機能ブロックと同じであるが、受信データ解釈部２ｂと故障履歴データ２ｄ間のインタフェースおよびメンテナンス通信部２ｅと故障履歴データ２ｄ間のインタフェースは、中央監視装置とのインタフェース、設備機器とのインタフェース、および空調用設備コントローラ２Ｄのハードウェアプラットホームに依存しないインタフェースとしている。
【００８７】
本実施の形態では、データベース言語であるＳＱＬ（ＳｔｒｕｃｔｕｒｅｄＱｕｅｒｙ Ｌａｎｇｕａｇｅ）言語を使用した。ＳＱＬ言語は、データベースを定義したり、操作するための言語であり、ＩＳＯ（国際標準化機構）、ＡＮＳＩ（米国規格協会）、ＪＩＳ（日本工業規格）にて規格化されているため、多くの市販データベースソフトウェアのアクセスインタフェースとして採用されている。したがって、設備データへのアクセスインタフェースにＳＱＬ言語を使用すれば、中央監視装置とのインタフェースおよび設備機器とのインタフェースがどのような種類のものであっても、共通的に使用できるソフトウェア構造を得ることができる。これにより、インタフェースによらず、データの排他制御など複雑な処理を含むデータ部を共通に使用することが可能となる。
【００８８】
次に図を用いて、実施の形態５について説明する。ここでは設備データの実装に市販のデータベースソフトウェアを使用した場合について説明する。図１８は表名が履歴で、空調機の故障履歴データをリレーショナルデータベースの形式で表した関係表である。第一列が行数を表し、第二列が故障履歴のデータを表している。故障が発生すると１行ずつデータを追加していく。例えば一行目は、９６年１２月１０日の１２時１４分に空調機１でエラーコード１０５により異常停止したことを表す。ＳＱＬ言語を使用して故障履歴が読み書きされる。
【００８９】
また、設備データとして空調機の運転データを入れた場合の例が図１９である。表名は空調機で、複数の空調機の運転状態をリレーショナルデータベースの形式で表した関係表である。第一列が行数を表し、第二列が運転状態の設定値、第三列が運転状態の現在値、第四列が空調機が正常あるいは故障を表す警報信号、第五列が運転積算時間、第六列が運転回数積算値を表す。例えば、一列目は、空調機１の運転状態は設定値、現在値ともに停止、正常であり、運転積算時間は１２０時間、運転回数積算値は２５回であることを表している。
【００９０】
次に、ＳＱＬ言語による前述の設備データへのアクセス方法について説明する。図２０は受信データ解釈部２ｂでの、通信部２ｃや機器通信部２ａで受信したコマンドをＳＱＬ言語に変換する例である。例えば、通信部２ｃより「故障履歴をモニタしたい」というコマンドを受信した場合、「ｓｅｌｅｃｔ 故障履歴ｆｒｏｍ履歴」に変換して故障履歴データにアクセスする。ｓｅｌｅｃｔ文は「ｓｅｌｅｃｔ列名 ｆｒｏｍ表名」で表名で指定したテーブルから列名で指定した全データを検索するＳＱＬ文である。また、機器通信部２ａから「９６／１２／１３ １１：２１空調機 １ 正常」のデータを受信した場合、「ｉｎｓｅｒｔ ｉｎｔｏ履歴ｖａｌｕｅｓ（６，’９６／１２／１３ １１：２１空調機 １ 正常’）」に変換して故障履歴データに６行目の履歴データを追加する。ｉｎｓｅｒｔ文は「ｉｎｓｅｒｔ ｉｎｔｏ表名ｖａｌｕｅｓ（データ）」で表名で指定したテーブルにデータを追加する。
【００９１】
また、通信部２ｃより「空調機１の運転状態の設定値を運転に切換えてほしい」という要求があった場合には、「ｕｐｄａｔｅ空調機ｓｅｔ運転状態（設定値）＝運転ｗｈｅｒｅ識別番号＝１」に変換し、運転状態（設定値）を変更する。機器通信部２ａから「空調機１の運転状態（現在値）が運転になった」という通報があがってきた場合、「ｕｐｄａｔｅ空調機ｓｅｔ運転状態（現在値）＝運転ｗｈｅｒｅ識別番号＝１」に変換し、運転状態（設定値）を変更する。ｕｐｄａｔｅ文は「ｕｐｄａｔｅ表名ｓｅｔ列名＝データｗｈｅｒｅ条件」で表名で指定されたテーブルの条件で示される列名の内容をデータに書き換えるＳＱＬ文である。
【００９２】
以上のように、設備コントローラ内の設備データへのアクセスインタフェースを、中央監視装置とのインタフェース、設備機器とのインタフェースに依存しない汎用インタフェースとしたため、前記各インタフェースがどのような種類でもデータの排他制御など複雑な処理を含んだ設備データ部は共通的に使用でき、設備コントローラのソフトウェア設計の効率化を図ることができる。
【００９３】
【発明の効果】
以上のようにこの発明によれば、空調機器と、前記空調機器の制御を行う空調用設備コントローラと、前記空調機器のメンテナンス作業を行う空調用メンテナンス装置と、前記空調用設備コントローラを介して前記空調機器の監視を行うビル管理システムと、を備えるビル管理装置システムにおいて、前記空調用設備コントローラは、前記空調機器の運転状態を収集する機器通信部と、前記機器通信部が収集した運転状態を解釈する受信データ解釈部と、前記受信データ解釈部が前記運転状態を解釈して得た故障の発生と故障の内容からなる故障履歴データと、前記空調用メンテナンス装置と通信するメンテナンス通信部と、前記ビル管理システムと通信する通信部と、を備え、前記空調用メンテナンス装置は、前記空調用コントローラと通信するメンテナンス通信部と、前記メンテナンス通信部を介して前記故障履歴データを取得し画面表示するメンテナンスプログラムと、を備え、前記ビル管理システムは、前記空調用設備コントローラと通信する通信部と、前記通信部を介して前記故障履歴データを取得し画面表示するメンテナンスプログラムと、を備え、前記メンテナンスプログラムは、前記設備コントローラにファイル転送要求コマンドを送信し、前記設備コントローラが備える前記受信データ解釈部は、前記ファイル転送要求コマンドを受信して前記故障履歴データの文字列データを返信し、前記メンテナンスプログラムは、受信した前記故障履歴データの文字列データを画面表示するので、接続のための打ち合わせなしにビル管理システムの画面で設備メンテナンスが可能となり、従来設備種別毎に設置されていたメンテナンス装置を削減でき、システムコストを削減できる。
【００９６】
また、ビル管理人室のスペースの有効利用が図れる。
【００９７】
また、設備のメンテナンスをビル管理システムで一元的に行えるため、メンテナンス業務の効率化を図ることができる。
【図面の簡単な説明】
【図１】 この発明の実施の形態１におけるビル管理装置のシステム構成図である。
【図２】 この発明の実施の形態１におけるビル管理装置の機能構成図である。
【図３】 この発明の実施の形態１における空調用設備コントローラ内の故障履歴データのイメージ図である。
【図４】 この発明の実施の形態１におけるビル管理システムのメンテナンスプログラム画面のイメージ図である。
【図５】 この発明の実施の形態１における空調用メンテナンス装置のメンテナンスプログラム画面のイメージ図である。
【図６】 この発明の実施の形態２におけるビル管理装置のシステム構成図である。
【図７】 この発明の実施の形態２におけるビル管理装置のメンテナンス時の機能構成図である。
【図８】 この発明の実施の形態２におけるビル管理装置のメンテナンス画面イメージ図である。
【図９】 この発明の実施の形態２におけるビル管理装置のメンテナンス画面イメージ図である。
【図１０】 この発明の実施の形態３におけるビル管理装置のシステム構成図である。
【図１１】 この発明の実施の形態３におけるビル管理装置の通信プログラム転送前の機能構成図である。
【図１２】 この発明の実施の形態３におけるビル管理装置の通信プログラム転送後の機能構成図である。
【図１３】 この発明の実施の形態３におけるビル管理装置の通信部の関数例である。
【図１４】 この発明の実施の形態３におけるビル管理装置の操作監視プログラム例である。
【図１５】 この発明の実施の形態４におけるビル管理装置のデータ転送プログラムの初期化フローチャート図である。
【図１６】 この発明の実施の形態４におけるビル管理装置のデータ転送プログラムの運転状態モニタ時のフローチャート図である。
【図１７】 この発明の実施の形態５におけるビル管理装置の設備コントローラのソフトウェア構造の概念図である。
【図１８】 この発明の実施の形態５におけるビル管理装置の履歴データのデータフォーマットである。
【図１９】 この発明の実施の形態５におけるビル管理装置の空調機運転データのデータフォーマットである。
【図２０】 この発明の実施の形態５におけるビル管理装置の運転データアクセスインターフェイスの例である。
【図２１】 従来のビル管理装置を示すシステム構成図である。
【図２２】 従来のビル管理装置の空調機器メンテナンス時の機能構成図である。
【符号の説明】
１ 空調機器、２Ａ、２Ｂ、２Ｃ、２Ｄ、２Ｅ 空調用設備コントローラ、４Ａ、４Ｂ、４Ｃ、４Ｄ 空調システム、５ 照明機器、６Ａ、６Ｂ、６Ｃ、６Ｄ照明用設備コントローラ、７ 照明用メンテナンス装置、８Ａ、８Ｂ、８Ｃ、８Ｄ 照明システム、９Ａ、９Ｂ、９Ｃ、９Ｄ 中央監視装置、１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ ビル管理装置、１３ ビル管理システムと空調システム間インタフェース、１４ ビル管理システムと照明システム間インタフェース、１５ビル管理システムと設備システム間インタフェース。
【発明の属する技術分野】
この発明はビル内の空調機器、照明機器などの設備機器の制御・監視を行うビル管理装置に関する。
【０００２】
【従来の技術】
ビル管理装置は、ビルの大型化・高機能化要求に伴い、従来の集中型の制御装置から、設備機器をきめ細かに制御できる分散型の装置構成をとるようになってきている。
図２１は、社団法人日本機械工業連合会のビル管理システム標準化分科会発行（平成５年８月）の「ビル管理システムの標準化に関する調査研究（その３）」に示された従来のビル管理装置の構成図である。
【０００３】
図において、１は空調機、１ａ〜１ｄは各々の空調機器、２は接続された空調機器１に対して発停、温度設定、運転モード設定等の制御指令を発する空調用設備コントローラ、３は空調機器１のメンテナンスや初期設定を行う空調用メンテナンス装置であり、４は空調機１、空調用設備コントローラ２、及び空調用メンテナンス装置３で構成される空調システムである。
【０００４】
５は照明機器、５ａ〜５ｄは各々の照明機器、６は接続された照明機器５に対して点灯、消灯等の制御指令を発する照明用設備コントローラ、７は照明機器５のメンテナンスや初期設定を行う照明用メンテナンス装置であり、８は照明機照５、照明用設備コントローラ６及び照明用メンテナンス装置７で構成される照明システムである。
【０００５】
９は空調用設備コントローラ２との通信を行う空調用インタフェース装置１０を介して空調システム４を監視するとともに照明用設備コントローラ６との通信を行う照明用インタフェース装置１１を介して照明システム８の監視を行う中央監視装置であり、１２は中央監視装置９、空調用インタフェース装置１０および照明用インタフェース装置１１から構成され、ビル内の全設備の統合制御を行うビル管理システムである。
１３はＲＳ−２３２Ｃなどのシリアル通信を使用し、ビル管理システム１２の空調用インタフェース装置１０と空調システム４の空調用設備コントローラ２との間でデータ通信を行うビル管理システムと空調システム間インタフェースである。
１４は同様にＲＳ−２３２Ｃなどのシリアル通信を使用し、ビル管理システム１２の照明用インタフェース装置１１と照明システム８の照明用設備コントローラ６との間でデー夕通信を行うビル管理システムと照明システム間インタフェースである。
【０００６】
ビル管理システム１２、空調システム４、照明システム８とそれぞれのシステムを接続するビル管理システム１２と空調システム４間インタフェース１３およびビル管理システムと照明システム間インタフェース１４からビル管理装置が構成される。
【０００７】
なお、図示してないが受配電システム、防犯システム、防災システムの場合も同様な構成である。
【０００８】
ビル管理装置は、空調システム４、照明システム８など、複数の設備システムとビル管理システム１２が異なるシステムメーカによって提供されるマルチベンダシステムとして構成される。
ビル管理装置の機能には、空調機器１、照明機器５などの設備機器のスケジュール、グループ等を設定する設定機能、設備機器の発停等の運転状態を制御、モニタする操作・監視機能、設備機器の故障発生、故障内容、故障履歴を監視するメンテナンス機能等がある。
【０００９】
ビル管理システム１２と空調システム４、照明システム８等の各種設備システム間に流れるデータは、集中制御型システムの時に使用されていた接点レベルの情報をベースに作成されているため、設備の基本的なデータ、例えば発停情報、異常有無などのみである。接点レベルの情報とは、１接点に１台の空調機器の発停（ｏｎ／ｏｆｆ）を割り振る、他の２接点でその空調機器の運転モード（自動／冷房／暖房／送風）の４状態を割り振る, 他の１接点に他の空調機器の発停（ｏｎ／ｏｆｆ）を割り振るなどの情報である。このため、大量なファイル形式のデータ転送や、設備の故障内容などの詳細データの転送は行えない。
【００１０】
従って、現状のビル管理システムと空調、照明などの設備システム間インタフェースでは、前述の理由と転送速度上の制約から、メンテナンスに用いる大量な故障履歴などのデータ、あるいはメーカ毎、機種毎に異なる設備の故障内容などのデータはインタフェース定義されていないことにより受け渡しはしていない。
【００１１】
次に、図２２に基づいて動作について説明する。
図２２は空調機器１の故障を監視するメンテナンス機能を例にした機能構成図である。
空調機器１で故障が発生すると、空調用設備コントローラ２内の機器通信部２ａを介して受信データ解釈部２ｂへ故障の発生と故障の内容が通報される。受信データ解釈部２ｂではその内容を解釈し、通信部２ｃを介してビル管理システム１２へ故障の発生を通報する。インタフェース上に流れるデータは接点レベルの情報のため、通報されるデータは故障の発生のみでインタフェース定義されていない故障内容は通報されない。
また、受信データ解釈部２ｂは空調用設備コントローラ２内の故障履歴データ２ｄへ故障の発生と故障内容を格納する。
【００１２】
ビル管理システム１２では、通信部１２ａで受信したデータを故障履歴データ１２ｂに格納する。ビル管理システムでも、空調機器の異常発生のたびに受信データを履歴データとして格納していく。
故障履歴データ１２ｂは、図２１上の空調用インタフェース装置１０に格納される。ビル管理システムメーカの実装方法によって異なるが、中央監視装置９に格納される場合もある。
【００１３】
ビル管理システム１２で空調機器の故障履歴を見る必要ができた場合、中央監視装置内９に置かれたメンテナンスプログラム１２ｃより前述故障履歴データ１２ｂの内容を読みとり中央監視装置内９の画面に表示する。
一方、空調システム側でメンテナンスが必要になったときは、空調メンテナンス装置３で空調用メンテナンス装置３内のメンテナンスプログラム３ｂが空調用設備コントローラ２内メンテナンス通信部２ｅと空調用メンテナンス装置３内メンテナンス通信部３ａを介して故障履歴データ２ｄを読み込み、空調用メンテナンス装置３の画面に表示する。
【００１４】
ビル管理システム１２内の故障履歴データは前述のように故障発生のみである。また、空調用設備コントローラ２内の故障履歴データは故障発生と故障内容が含まれる。従って、ビル管理システムにて故障の発生が確認されたら、その詳細を知るために空調用メンテナンス装置３の所へいき、故障内容を調べる。
【００１５】
【発明が解決しようとする課題】
以上のように、従来のビル管理装置では、インタフェースの転送速度が遅く転送に時間がかかるため、さらに転送するためのコマンドが存在しないため、大量の故障履歴データは転送していない。このため、設備機器の故障履歴データは中央監視装置と設備コントローラ内とに蓄積していることとなり、ビル管理システムと設備システム間で二重の開発をしたり、あるいはシステム全体としてメモリなどの記憶装置の使用量が多くなるといった問題点があった。
【００１６】
また、設備機器の故障内容などのデータは、接続する設備メーカによって異なったり、接続する機種によって異なるため、ビル管理システムメーカと設備システムメーカがお互いにデータ定義をして通信しあうと、接続のための打ち合わせが多くなり、製品コストが高くなる。そのため、これら故障内容などのデータは転送されていない。設備の故障に関しては、故障があるのか、ないのかの発生情報のみを転送している。
【００１７】
このようにビル管理システムと設備システム間には、故障の発生など、接点レベルの情報、すなわち、設備の基本的なデータしか転送できないために、設備の故障内容を見る場合には、まずビル管理システム１２で故障の発生を知り、次に故障内容の詳細を知るために、設備システム内の設備コントローラに予め接続されたメンテナンス装置で行う。このような構成の場合、メンテナンスのために設備種別毎にメンテナンス装置を接続しておかなければならず、システムコストの増大といった問題があった。また、このような構成の場合、ビル管理システムの中央監視装置のみならず、各設備用メンテナンス装置をビル管理人室へ設置する必要があり、スペース圧迫といった問題があった。また、設備用メンテナンス装置は、管理人室の制御盤内に納められることもあり、メンテナンスするのに手間がかかるといった問題があった。
【００１８】
また、ビル管理システムには数々の設備システムが接続されるが、それぞれの設備システムで通信手順が異なるので、それぞれの設備システムに対応した通信プログラムを搭載しなければならず、ソフトウェア開発工数がかかるという問題があった。
【００１９】
また、設備コントローラと中央監視装置間の転送データの転送手順、コード変換法則などが分かってしまうと、第三者による転送データ（例えば空調課金データ）の盗聴、改ざんが発生するという問題があった。
これらの問題を解決する方法として、転送データを暗号化する方式がある。例えば、第一の方法は、使用する暗号化アルゴルズムと、暗号化のパラメータとなる暗号化鍵と、暗号化した転送データを転送する転送手順とを通信する端末間で取り決めておき、通信しあうそれぞれの装置にプログラムとして実装する方法、第二の方法は、暗号化アルゴリズムおよび転送手順は両端末間で取り決め、それぞれの装置にプログラムとして実装し、暗号化鍵は書留、電話、ＩＣカードなどで取り交わす方法、第三の方法は、特開平７−１４１２６１のように回線を通じて転送された暗号化アルゴリズム、暗号化鍵を用いて転送データを暗号し、あらかじめ装置にプログラムとして組み込まれた転送手順によってデータを転送する方法などがある。
【００２０】
しかし、ビル管理装置の中央監視装置には数々の異なるメーカの設備システムが接続されるので、前記第一、第二の方法では、それぞれの設備システムに対応した暗号化アルゴルズム、暗号化鍵をプログラムとして搭載しなければならず、ソフトウェア開発工数がかかるという問題があった。
また、第三の方法は、転送手順が規格化され、どのメーカでも同一のプログラムとして搭載できる場合は有効であるが、ビル管理装置のように転送手順が設備種別毎に異なったり、ビルの物件毎に異なる場合には、暗号化された転送データを転送するために、それぞれの設備システムに対応した転送手順をあらかじめプログラムとして搭載しなければならず、ソフトウェア開発工数がかかるという問題がある。
【００２１】
また、通信プログラムの不正コピーにより、第三者による設備コントローラへの不正アクセスによる設備データ（例えば空調課金データ）の改ざんが発生するという問題があった。このような問題を解決する方法として、前記特開平７−１４１２６１では、回線を通じて転送した暗号化アルゴリズム、暗号化鍵を使用して暗号化を行うが、装置のカバーがあけられたり、解体されると、転送された暗号化アルゴリズムや暗号化鍵をメモリ上にバックアップしていた電源を切り、前記プログラムおよびデータを消去する方法などがある。しかし、本件で対象とするパソコンなどのプラットホームでは、上記のような対策を施すのは難しく、プログラムの不正コピーが行われるといった問題がある。
【００２２】
また、従来のシステムでは設備データ（故障履歴データ２ｄ）へのアクセスインタフェースは、受信したコマンドの形式でアクセスするなど、前記中央監視装置あるいは設備機器とのインタフェース（通信コマンド）に依存して作られるのが一般的である。
【００２３】
この場合、中央監視装置と設備コントローラを製造するメーカはそれぞれ異なり、ビルの物件により接続相手メーカが異なるので、設備コントローラの中央監視装置とのインタフェースは、中央監視装置メーカの数分だけ用意しておく必要がある。さらに、同じ中央監視装置メーカでも、物件固有に定義されたインタフェースも存在し、多くの種類を用意する必要がある。また、設備機器とのインタフェースは、空調、照明、防災、防犯などの設備種別の数分だけ用意する必要がある。このため、設備コントローラは、中央監視装置メーカ数と設備種別数の掛け算のインタフェース数だけ開発しなければならず、通信部、データ解釈部、データ部を一体型で開発するため、ソフトウェア開発に多大な工数がかかっていると問題があった。
【００２４】
この発明は、上記のような問題点を解消するためになされたもので、設備の故障履歴データなどの大量のデータを転送でき、ビル管理システム側と設備システム側で二重の開発がなくなり、また、記憶装置（メモリ）の使用量を少なくすることを目的とする。
【００２５】
また、各設備システム毎のメンテナンス装置をなくし、システムコストの低減、管理人室スペースの有効利用、およびメンテナンスー元化による業務効率化を可能にすることを目的とする。
【００２６】
また、設備毎に異なる通信プログラムの開発を少なくすることを目的とする。
【００２７】
また、中央監視装置のプログラム開発工数を増やさずに、第三者による盗聴、改ざんのない安全なデータ転送を可能にすることを目的とする。
【００２８】
また、第三者によるプログラムの不正コピーによる設備データへの不正アクセスのない設備管理を可能とすることを目的とする。
【００２９】
また、中央監視装置とのインタフェースおよび設備機器とのインタフェースに変更があっても、ソフトウェア開発を少なくするソフトウェア構造を得ることを目的とする。
【００３０】
【課題を解決するための手段】
この発明に係るビル管理装置システムは、空調機器と、前記空調機器の制御を行う空調用設備コントローラと、前記空調機器のメンテナンス作業を行う空調用メンテナンス装置と、前記空調用設備コントローラを介して前記空調機器の監視を行うビル管理システムと、を備えるビル管理装置システムにおいて、前記空調用設備コントローラは、前記空調機器の運転状態を収集する機器通信部と、前記機器通信部が収集した運転状態を解釈する受信データ解釈部と、前記受信データ解釈部が前記運転状態を解釈して得た故障の発生と故障の内容からなる故障履歴データと、前記空調用メンテナンス装置と通信するメンテナンス通信部と、前記ビル管理システムと通信する通信部と、を備え、前記空調用メンテナンス装置は、前記空調用コントローラと通信するメンテナンス通信部と、前記メンテナンス通信部を介して前記故障履歴データを取得し画面表示するメンテナンスプログラムと、を備え、前記ビル管理システムは、前記空調用設備コントローラと通信する通信部と、前記通信部を介して前記故障履歴データを取得し画面表示するメンテナンスプログラムと、を備え、前記メンテナンスプログラムは、前記設備コントローラにファイル転送要求コマンドを送信し、前記設備コントローラが備える前記受信データ解釈部は、前記ファイル転送要求コマンドを受信して前記故障履歴データの文字列データを返信し、前記メンテナンスプログラムは、受信した前記故障履歴データの文字列データを画面表示する。
【００３７】
【発明の実施の形態】
実施の形態１．
以下、この発明の実施の形態を図に基づいて説明する。なお、図において従来例と同一符号は従来例と同一または相当のものを示し説明を省略する。
【００３８】
図１はこの発明の実施の形態１におけるビル管理装置のシステム構成図であり、図において、２Ａは設備機器である空調機器１に対して発停、温度設定、運転モード設定等の制御指令を発するとともに空調機器１を監視する空調用設備コントローラ、４Ａは空調機器１、空調用設備コントローラ２Ａ、及び空調用メンテナンス装置３で構成される空調システムである。
【００３９】
６Ａは設備機器である照明機器５に対して点灯、消灯等の制御指令を発するとともに照明機器１を監視する照明用設備コントローラ、８Ａは照明機器５、照明用設備コントローラ６Ａ及び照明用メンテナンス装置７で構成される照明システムである。
９Ａは空調システム４Ａと照明システム８Ａを監視する中央監視装置であり、１２Ａは中央監視装置９Ａからなるビル内の全設備の統合制御を行うビル管理システムである。
１５はビル管理システム１２Ａ（中央監視装置９Ａ）と空調システム４Ａの空調用設備コントローラ２Ａ及び照明用設備コントローラ６Ａとの間の通信を行うイーサネットを使用したビル管理システムと設備システム間インタフェースである。
【００４０】
このイーサネットは、転送速度が従来のＲＳ−２３２Ｃの９６００ｂｐｓに対し１０Ｍｂｐなので（１００Ｍｂｐｓイーサネットの場合は転送速度が１００Ｍｂｐ）、従来のインタフェースでは時間がかかり転送できなかった大量のデータをビル管理システム１２と空調システム４、照明システム８などの設備システム間で高速に転送が可能となる。
【００４１】
従来の管理システムと空調システム間インタフェース装置１３とビル管理システムと照明システム間インタフェース装置１４に使用されたＲＳー２３２Ｃが１対１通信であったのに対して、イーサネット（登録商標）はＮ対Ｎ通信が可能なため、空調システム間インタフェースと照明システム間インタフェースを共用するようにしている。なお、イーサネット（登録商標）の他、トークンリング、ＦＤＤＩ（Ｆｉｂｅｒ Ｄｉｓｔｒｉｂｕｔｅｄ Ｄａｔａ Ｉｎｔｅｒｆａｃｅ）等も使用できる。
【００４２】
また、従来システムにあった空調用インタフェース装置１０および照明用インタフェース装置１１は、本実施の形態ではビル管理システム１２Ａ（中央監視装置Ａ）内の故障履歴データを削除できるため、不要となるので構成から外してあり、中央監視装置９Ａと空調用設備コントローラ２Ａ、照明用設備コントローラ６Ａが直接接続されている。
【００４３】
次に、図２に示す空調機器１の故障を監視するメンテナンス機能を例にした機能構成図により動作について説明する。空調機器１で故障が発生すると、空調用設備コントローラ２Ａ内の機器通信部２ａを介して受信データ解釈部２ｂへ故障の発生と故障の内容が通報される。この機器通信部２ａと受信データ解釈部２ｂは運転状態を収集する手段である。受信データ解釈部２ｂではその内容を解釈し、通信部２ｃを介してビル管理システム１２へ故障の発生を通報する。ビル管理システムと設備システム間インタフェース装置１５上に流れるデータは接点レベルの情報のため、通報されるデータは故障の発生のみでインタフェース定義されていない故障内容は通報されない。
【００４４】
また、受信データ解釈部２ｂは空調用設備コントローラ２内のメンテナンスデータである故障履歴データ２ｄへ故障の発生と故障内容を格納する。図３が故障履歴データのイメージ図である。
【００４５】
ビル管理システム１２Ａでは、通信部１２ａで受信したデータにより、空調機器１に故障があったことを知る。
ビル管理システム１２Ａで空調機器の故障履歴を見る必要ができた場合、中央監視装置内９に置かれたメンテナンスプログラム１２ｃより前述空調用設備コントローラ２Ａ内の故障履歴データ２ｄの内容をファイル転送してきて画面に表示する。
【００４６】
これを実現するために、ビル管理システム１２Ａとビル管理システムと設備システム間インタフェース１５上に新規に履歴データ転送コマンドを定義する。例えば、空調機器１の故障履歴データを転送する場合、ビル管理システムのメンテナンスプログラム１２ｃから空調設備コントローラ２Ａに送信されたファイル転送要求コマンドは、受信データ解釈部２ｂで解釈され、ビル管理システム１２Ａが空調機器１の故障履歴データを要求していることを知り、故障履歴データ２ｄをビル管理システム１２Ａに対して返信する。ビル管理システム１２Ａのメンテナンスプログラム１２ｃは受信した空調機器１の故障履歴データを読み込み、画面へ表示する。
図４がメンテナンスプログラム１２Ｃの画面イメージである。この画面では、転送されきた文字列データを画面に出力している。
【００４７】
一方、空調システム側でメンテナンスが必要になったときは、従来と同様に空調メンテナンス装置３で空調用メンテナンス装置３内のメンテナンスプログラム３ｂが空調用設備コントローラ２Ａ内メンテナンス通信部２ｅと空調用メンテナンス装置３内メンテナンス通信部３ａを介して故障履歴データ２ｄを読み込み、画面に表示する。図５が空調用メンテナンス装置３の画面イメージ図である。この画面では、転送されてきたファイルの構造をあらかじめ理解しておき表示データのフォーマットを表形式に揃えている。
【００４８】
以上は空調機器１の動作について説明したが、照明機器５の場合の動作も同様である。
【００４９】
このように、この発明におけるビル管理装置は、ビル管理システムと設備システム間インタフェースに高速に大量データが転送可能なネットワークを利用し、さらに従来システムにはなかった履歴データを転送するコマンドを定義することにより設備コントローラから設備の故障履歴データを提供し、ビル管理システムでは転送された故障履歴データを表示する構成をとる。
【００５０】
以上のように構成することにより、従来ビル管理システムで収集、蓄積していた設備の故障履歴データなどの大量データを直接設備コントローラから読み込むことができるため、従来、ビル管理システム側と設備システム側で二重の開発がなくなり、かつ、設備の故障データが通報されるたびにビル管理システム内で履歴データとして蓄えていた故障履歴データの記憶装置を不要とすることができる。
【００５１】
実施の形態２．
以下、この発明の実施の形態２を図に基づいて説明する。図６はこの発明の実施の形態２におけるビル管理装置のシステム構成図であり、実施の形態１の図１で示した空調メンテナンス装置３、照明メンテナンス装置７を外し、また、ビル管理システムと設備システム間インタフェース装置１５の代わりに従来例と同じビル管理システムと空調システム間インタフェース装置１３、ビル管理システムと照明システム間インタフェース装置１４としたものである。
【００５２】
図において、２Ｃは、空調機器１の操作・監視の制御をするとともに、計測した空調機器１の異常内容などのメンテナンスデータにどのようにそのデータを表示したいかの画面情報を付加したファイルを作成し、ビル管理システム１２Ｃへ提供する空調用設備コントローラ、４Ｃは空調機器１、空調用設備コントローラ２Ｃで構成される空調システムである。
【００５３】
６Ｃは照明機器５の操作・監視の制御をするとともに、計測した照明機器５の異常内容などのメンテナンスデータにどのようにそのデータを表示したいかの画面情報を付加したファイルを作成し、ビル管理システム１２Ｃへ提供する照明用設備コントローラ、８Ｃは照明機器５、照明用設備コントローラ６Ｃで構成される照明システムである。
９Ｃは空調システム４Ｃと照明システム８Ｃから提供されたファイルの画面情報に従ってメンテナンスデータを画面上に配置するプログラムを有する中央監視装置であり、１２Ｃは中央監視装置９Ｃからなるビル内の全設備の統合制御を行うビル管理システムである。
【００５４】
図７は実施の形態２の空調機器１の故障を監視するメンテナンス機能を例とした機能構成図である。空調用設備コントローラ２Ｃには設備の操作監視用の機能のほかにメンテナンスのための機能が含まれている。
本実施の形態では、メンテナンスデータと画面表示情報である表示フォーマットをビル管理システム１２ｃへ転送し実行する仕組みとしてＷＷＷ(World Wide Web)のブラウザとサーバを利用している。ＷＷＷもネットワークはイーサネットを使用できるので、実施の形態１、２で使用したイーサネットに共存することができる。
【００５５】
ＷＷＷでは、表示データとそれを整形するタグを記述したＨＴＭＬ(Hyper Text Markup Languege)ファイルをデータとしてサーバに保持しておく。ブラウザでは、サーバよりＨＴＭＬファイルをダウンロードし、ファイル内のタグを解釈しながらデータを画面に表示していく。このとき、ブラウザはデータの中身の解釈は行わずに、データを画面に配置していくだけである。ＨＴＭＬのタグにより実現できる表示機能は、リスト表示、文字飾り、文字大きさ指定、テキストの表形式表示、静止画・動画の表示、表示文字をマウスでクリックすると他のＨＴＭＬファイルへ飛ばしたり、図形をクリックする位置によりＨＴＭＬファイルへの飛び先を指定できるハイパーリンクなどがある。
これらの機能は日々拡張され、テキストから動画データまでを様々な表現で表示できるようになっている。
【００５６】
このように、ＷＷＷでは、転送されてくるデータを解釈せずに画面に表示する方法をとっているので、従来はメーカ毎、機種毎に異なるためにインタフェース定義ができなかった設備の故障内容をこの仕組を利用して設備コントローラからビル管理システムへ転送すればインタフェースの打ち合わせをしなくとも設備メンテナンスが容易に可能となる。
【００５７】
ＷＷＷの機能をビル設備管理に適用すると、設備システム側で各フロア平面図上に設備機器を配置した図面でＨＴＭＬファイルを作成したり、空調機器の冷媒系統図面をＨＴＭＬファイルを作成したりし、前記画面上でメンテナンスしたい機器をクリックするとその設備機器の故障履歴情報をテキストで表示するということが可能となる。また、設備システム側で計測した履歴データのグラフイメージを作成しておき、それをビル管理システムで表示することも可能である。このようにＷＷＷを利用することで、ビル管理システム側では設備機器のメンテナンスデータの転送内容を知らなくてもＷＷＷブラウザのみを搭載しておき、送られてくるＨＴＭＬファイルを表示するだけなので、接続の打ち合わせをしなくとも容易にテキストから動画を扱った設備メンテナンスが可能となる。
【００５８】
次に動作について図７に基づいて説明する。空調用設備コントローラ２Ｃの機器制御部２ａから計測された空調機器のメンテナンスデータは空調故障内容データ２ｉに蓄えられる。運転状態を保持する手段である空調故障内容データ２ｉをビル管理システム１２でどのように表示するかが記述されているメンテナンスデータ表示フォーマット２ｊと前記空調故障内容データ２ｉとによりビル管理システム１２のＷＷＷブラウザ１２ｅで表示可能なＨＴＭＬファイルを画面情報を付加する手段であるＨＴＭＬファイル作成部２ｋで作成する。作成されたＨＴＭＬファイルは転送する手段であるＷＷＷサーバ２ｑ、ビル管理システムと空調システム間インタフェース１３を介してビル管理システム１２のＷＷＷブラウザ１２ｅへ送られて実行される。
【００５９】
図８および図９は、ビル管理システム１２ｃの画面で、ＷＷＷブラウザ１２ｅ上でのメンテナンスデータの表示例である。図８は、設備異常内容の時系列データを表形式で表示した例である。空調用設備コントローラ２Ｃ内の空調故障内容データ２ｉに蓄えられた空調機器１の異常発生時刻、発生機器、異常内容と、それらは表形式で表示することを記述したメンテナンスデータ表示フォーマット２ｊの情報により、ＨＴＭＬファイル作成部２ｋで図８に対応したＨＴＭＬファイルを作成する。
【００６０】
また、図は、予め空調用設備コントローラ２Ｃ内の空調故障内容データ２ｉに計測しておいた空調機器１ａの室内温度（還気温度）の履歴データをグラフ表示したイメージ図である。空調故障内容データ２ｉ内に計測された履歴データと、それらはグラフ表示することを記述したメンテナンスデータ表示フォーマット２ｊの情報により、ＨＴＭＬファイル作成部２ｋで履歴データからグラフイメージを作成し、ＨＴＭＬファイルを作成している。
【００６１】
以上ような構成をとることにより、メーカ毎、異種毎に異なる故障内容などのメンテナンスデータをインタフェース定義することなしに容易にビル管理システムへ転送可能となり、ビル管理システムのマンマシンインタフェースを間借りして設備メンテナンスをすることができる。
【００６２】
このため、各設備システム毎のメンテナンス装置を削減することができる。
【００６３】
また、設備のメンテナンスをビル管理システムで一元的に行えるため、メンテナンス業務の効率化を図ることができる。
【００６４】
実施の形態３．
以下、この発明の実施の形態３を図に基づいて説明する。図１０はこの発明の実施の形態３におけるビル管理装置のシステム構成図であり、実施の形態１の図１で示した空調メンテナンス装置３、照明メンテナンス装置７を外したものである。
【００６５】
２Ｄは空調機器１の操作・監視の制御をするとともに、空調機器毎に異なる設備制御情報への通信手順を簡単なアプリケーションプログラムインタフェース（ＡＰＩ）によりアクセスできるようにしたプログラムを有し、ビル管理システムへプログラムを転送する空調用設備コントローラ、４Ｄは空調機器１、空調用設備コントローラ２Ｄで構成される空調システムである。
【００６６】
６Ｄは照明機器５の操作・監視の制御をするとともに、照明機器毎に異なる設備制御情報への通信手順を簡単なアプリケーションプログラムインタフェース（ＡＰＩ）によりアクセスできるようにしたプログラムを有し、ビル管理システムへプログラムを転送する照明用設備コントローラ、８Ｄは照明機器５、照明用設備コントローラ６Ｄで構成される照明システムである。
【００６７】
９Ｄは転送されたプログラムのＡＰＩを利用することで空調システム４Ｄと照明システム８Ｄ設備システム間との通信を行う中央監視装置であり、１２Ｄは中央監視装置９Ｄからなるビル内の全設備の統合制御を行うビル管理システムである。
本実施の形態でも転送されるアプリケーションプログラムインタフェースである通信プログラムをビル管理システムへ転送し実行する仕組みとしてＷＷＷ(World Wide Web)のブラウザとサーバを利用する。図１１、図１２は、この発明における実施の形態３の空調機器１の故障を監視するメンテナンス機能を例とした機能構成図である。図１１は、空調用設備コントローラ２Ｄからビル管理システム１２Ｄへ設備制御情報アクセス用通信プログラム転送前の機能構成図である。また、図１２は、通信プログラム転送後の機能構成図である。
この場合も、実施の形態２と同様に、プログラム転送用のネットワークと空調機器の操作監視用のネットワークは１つのイーサネット上に共存させている。
【００６８】
図１１において、ビル管理システム用通信部２ｍを、ＷＷＷサーバ２ｑを介してビル管理システム１２ｄへ転送する。ここで、ビル管理システム用通信部２ｍはＷＷＷブラウザ上のインタプリタで実行可能なプログラムとして作成する。このプログラムは、ＷＷＷサーバ（空調用設備コントローラ２Ｄ）上ではＨＴＭＬファイルと同様にデータファイルとして保持されているが、要求がありＷＷＷブラウザに転送されるとＷＷＷブラウザ上のインタプリタで実行される。
【００６９】
図１２において、空調用設備コントローラ２Ｄよりビル管理システム１２へ転送されたビル管理システム用通信部２ｍはビル管理システム１２Ｄ上ではビル管理システム用通信部１２ｇとしてＷＷＷブラウザのインタプリタ上で実行される。ビル管理システム用通信部１２ｇは、運転情報２ｇヘアクセスするための通信手順からなる通信プログラムである。この通信プログラムと同じくＷＷＷブラウザのインタプリタ上で実行可能なプログラムとして作成された操作監視アプレット１２ｆが、ビル管理システム用通信部１２ｇの通信プログラムを呼び出すことでビル管理システムより設備の操作監視を行う。
【００７０】
図１３はビル管理システム用通信部１２ｇで利用可能な関数の例を表している。１階ロビー、１階会議室、１階受付などの空調空間に対する発停、設定温度などの属性を操作するための書き込み関数とそれら属性の監視を行う読み出し関数からなっている。図１４がビル管理システム１２Ｄ内の空調空間を操作・監視するプログラムである操作監視アプレット１２ｆからビル管理システム用通信部１２ｇを呼び出すプログラムである。
【００７１】
以上の構成により、ビル管理システムが設備コントローラの設備制御情報へアクセスするときに必要で、各々の設備に対応した通信プログラムを設備コントローラから転送するので、設備毎に異なる通信プログラムの開発が不要となり、ビル管理装置開発コストを低減することができる。
【００７２】
実施の形態４．
以下、この発明の実施の形態４を図に基づいて説明する。実施の形態４におけるビル管理装置のシステム構成図は、実施の形態３に示した図１０と同じであり、機能構成図も実施の形態３に示した図１１、図１２とおなじであり、転送データを第三者に盗聴されないように、図１２のビル管理システム用通信部１２ｇと通信部２ｃ間でデータを暗号化して転送し合うものである。
【００７３】
本実施の形態は、従来の方式において、中央監視装置と空調/照明用設備コントローラ間で事前に取り決めしてプログラムとして、転送手順と暗号化アルゴリズム、暗号化鍵を設備コントローラから転送し、中央監視装置で実行するための設備種別毎に異なるこれらプログラムおよび暗号化鍵を中央監視装置に実装しておかなければならなかったが、これらを実装する必要がなく、また、転送したビル管理システム用通信部１２ｇが不正コピーされ、他のコンピュータから空調用設備コントローラ２Ｄへアクセスされてしまうのを防ぐため、暗号化する際にパラメータとなる暗号化鍵はビル管理システム用通信部１２ｇには組み込まず、空調用設備コントローラ２Ｄから取得して初めて暗号化が可能となり、プログラム終了と同時に暗号化鍵を破棄する構成としている。
【００７４】
以下、図１５、１６を用いてビル管理システム用通信部１２ｇの動作について説明する。
図１５は、ビル管理システム用通信部１２ｇが、ＷＷＷブラウザ１２ｅに取り込まれ、実行される初期化プログラムのフローチャートである。ビル管理システム用通信部１２ｇは初期化において、利用ユーザの認証を行い、正当ユーザであることが判明すると空調用設備コントローラ２Ｄから暗号化鍵を取得する。
【００７５】
初期化プログラムが開始されると、ステップＳ１で利用者が正当なユーザであるかを判断するため、ユーザ認証を行う。ユーザ認証の方法は、ビル管理システム通信部１２ｇにあらかじめパスワードを入れておき、ユーザが入力したパスワードと一致した場合に正当ユーザと認める方法、空調用設備コントローラ２Ｄにユーザネーム、パスワードの組をあらかじめ登録しておき、ユーザが入力したユーザネーム、パスワードの組と一致した場合に正当ユーザと認める方法、あるいは空調用設備コントローラ２Ｄに正当ユーザの指紋、声紋など個人を識別する情報を登録しておき、入力された指紋、声紋などと一致した場合に正当ユーザと認める方法など、多数存在し、どの方法を用いてもかまわない。ここでは、単純化のため、ビル管理システム通信部１２ｇにあらかじめパスワードを入れておき、ユーザが入力したパスワードと一致した場合に正当ユーザと認める方法を採用する。
【００７６】
ステップＳ１では、画面にパスワード入力を促す画面を表示する。ユーザがパスワードを入力すると、ステップＳ２へ進み、あらかじめ登録されているパスワードと比較検証を行い、一致していれば、正当ユーザと判断し、ステップＳ３へ進む。ステップＳ３では空調用設備コントローラ２Ｄから暗号化鍵を取得し、初期化処理を終了する。なお、プログラム終了時には、取得した暗号化鍵を破棄する。
【００７７】
空調用設備コントローラ２Ｄは、暗号化鍵の取得要求に対して暗号化鍵を送信する。暗号化鍵の管理方法には、どのユーザに対しても同じ鍵を送信する方法、登録されているユーザ毎に対応する鍵を送信する方法、要求時にランダムな鍵を作成し送信する方法など、多数存在しどの方法を用いてもかまわない。ここでは、単純化のため、どのユーザに対しても同じ鍵を送信する方法を採用する。
鍵送信後、空調用設備コントローラ２Ｄは対応する鍵で、転送データを暗号化または復号化する。
【００７８】
次に、図１６を用いて、ビル管理システム用通信部１２ｇから通信部２ｃへ設備機器の運転データをモニタする場合のビル管理システム用通信部１２ｇの動作を表すフローチャートを説明する。
【００７９】
中央監視装置９Ｄで設備の運転データのモニタ要求が発生すると、図１３および図１４に示すように、ビル管理システム用通信部１２ｇは、操作監視アプレット１２ｆからａｃ＿ｒｅａｄ（）関数が呼び出される。
【００８０】
ａｃ＿ｒｅａｄ（）関数が呼び出されると、ビル管理システム用通信部１２ｇは、ステップＳ１を実行し、関数の引数より転送データを組み立てる。ステップＳ２に進み、空調用設備コントローラ２Ｄより取得した暗号化鍵を使用して、組み立てた転送データを暗号化する。暗号化のアルゴリズムは、ＤＥＳ、ＲＣ５、ＩＤＥ、ＲＳＡなど多数存在するが、どの方法を用いていもよい。
【００８１】
ステップＳ２で転送データの暗号化が終わると、ステップＳ３へ進み、暗号化済みデータを空調用設備コントローラ２Ｄへ送信する。ステップＳ４で空調用設備コントローラ２Ｄからの応答を待ち、応答があればステップＳ５へ進む。
【００８２】
ステップＳ５では、受信した応答データの復号化を行い、ステップＳ６で復号化したデータの解釈を行い、呼び出し側プログラムへ戻る。
【００８３】
以上のように、設備種別毎に異なるプログラムおよび暗号化鍵を、中央監視装置で実装する必要がなくなり、ソフトウェア開発の工数をかけずに、第三者による転送データ（例えば空調課金データ）の盗聴、改ざんを防いだ安全なデータ転送が実現できる。
【００８４】
また、暗号化鍵を別構成とすることにより、ビル管理システム用通信部１２ｇは単体では実行不可能となり、不正コピーによる第三者アクセスを防止できる。
【００８５】
また、暗号化鍵をプログラム終了と同時に破棄するので、不正コピーによる第三者アクセスをさらに防止できる。
【００８６】
実施の形態５．
以下、この発明の実施の形態５を図に基づいて説明する。実施の形態５におけるビル管理装置のシステム構成図は実施の形態１に示した図１と同じである。機能構成図は実施の形態１に示した図２の空調用設備コントローラ２Ａを図１７に示す空調用設備コントローラ２Ｅに代えたものである。実施の形態１の機能ブロックと同じであるが、受信データ解釈部２ｂと故障履歴データ２ｄ間のインタフェースおよびメンテナンス通信部２ｅと故障履歴データ２ｄ間のインタフェースは、中央監視装置とのインタフェース、設備機器とのインタフェース、および空調用設備コントローラ２Ｄのハードウェアプラットホームに依存しないインタフェースとしている。
【００８７】
本実施の形態では、データベース言語であるＳＱＬ（ＳｔｒｕｃｔｕｒｅｄＱｕｅｒｙ Ｌａｎｇｕａｇｅ）言語を使用した。ＳＱＬ言語は、データベースを定義したり、操作するための言語であり、ＩＳＯ（国際標準化機構）、ＡＮＳＩ（米国規格協会）、ＪＩＳ（日本工業規格）にて規格化されているため、多くの市販データベースソフトウェアのアクセスインタフェースとして採用されている。したがって、設備データへのアクセスインタフェースにＳＱＬ言語を使用すれば、中央監視装置とのインタフェースおよび設備機器とのインタフェースがどのような種類のものであっても、共通的に使用できるソフトウェア構造を得ることができる。これにより、インタフェースによらず、データの排他制御など複雑な処理を含むデータ部を共通に使用することが可能となる。
【００８８】
次に図を用いて、実施の形態５について説明する。ここでは設備データの実装に市販のデータベースソフトウェアを使用した場合について説明する。図１８は表名が履歴で、空調機の故障履歴データをリレーショナルデータベースの形式で表した関係表である。第一列が行数を表し、第二列が故障履歴のデータを表している。故障が発生すると１行ずつデータを追加していく。例えば一行目は、９６年１２月１０日の１２時１４分に空調機１でエラーコード１０５により異常停止したことを表す。ＳＱＬ言語を使用して故障履歴が読み書きされる。
【００８９】
また、設備データとして空調機の運転データを入れた場合の例が図１９である。表名は空調機で、複数の空調機の運転状態をリレーショナルデータベースの形式で表した関係表である。第一列が行数を表し、第二列が運転状態の設定値、第三列が運転状態の現在値、第四列が空調機が正常あるいは故障を表す警報信号、第五列が運転積算時間、第六列が運転回数積算値を表す。例えば、一列目は、空調機１の運転状態は設定値、現在値ともに停止、正常であり、運転積算時間は１２０時間、運転回数積算値は２５回であることを表している。
【００９０】
次に、ＳＱＬ言語による前述の設備データへのアクセス方法について説明する。図２０は受信データ解釈部２ｂでの、通信部２ｃや機器通信部２ａで受信したコマンドをＳＱＬ言語に変換する例である。例えば、通信部２ｃより「故障履歴をモニタしたい」というコマンドを受信した場合、「ｓｅｌｅｃｔ 故障履歴ｆｒｏｍ履歴」に変換して故障履歴データにアクセスする。ｓｅｌｅｃｔ文は「ｓｅｌｅｃｔ列名 ｆｒｏｍ表名」で表名で指定したテーブルから列名で指定した全データを検索するＳＱＬ文である。また、機器通信部２ａから「９６／１２／１３ １１：２１空調機 １ 正常」のデータを受信した場合、「ｉｎｓｅｒｔ ｉｎｔｏ履歴ｖａｌｕｅｓ（６，’９６／１２／１３ １１：２１空調機 １ 正常’）」に変換して故障履歴データに６行目の履歴データを追加する。ｉｎｓｅｒｔ文は「ｉｎｓｅｒｔ ｉｎｔｏ表名ｖａｌｕｅｓ（データ）」で表名で指定したテーブルにデータを追加する。
【００９１】
また、通信部２ｃより「空調機１の運転状態の設定値を運転に切換えてほしい」という要求があった場合には、「ｕｐｄａｔｅ空調機ｓｅｔ運転状態（設定値）＝運転ｗｈｅｒｅ識別番号＝１」に変換し、運転状態（設定値）を変更する。機器通信部２ａから「空調機１の運転状態（現在値）が運転になった」という通報があがってきた場合、「ｕｐｄａｔｅ空調機ｓｅｔ運転状態（現在値）＝運転ｗｈｅｒｅ識別番号＝１」に変換し、運転状態（設定値）を変更する。ｕｐｄａｔｅ文は「ｕｐｄａｔｅ表名ｓｅｔ列名＝データｗｈｅｒｅ条件」で表名で指定されたテーブルの条件で示される列名の内容をデータに書き換えるＳＱＬ文である。
【００９２】
以上のように、設備コントローラ内の設備データへのアクセスインタフェースを、中央監視装置とのインタフェース、設備機器とのインタフェースに依存しない汎用インタフェースとしたため、前記各インタフェースがどのような種類でもデータの排他制御など複雑な処理を含んだ設備データ部は共通的に使用でき、設備コントローラのソフトウェア設計の効率化を図ることができる。
【００９３】
【発明の効果】
以上のようにこの発明によれば、空調機器と、前記空調機器の制御を行う空調用設備コントローラと、前記空調機器のメンテナンス作業を行う空調用メンテナンス装置と、前記空調用設備コントローラを介して前記空調機器の監視を行うビル管理システムと、を備えるビル管理装置システムにおいて、前記空調用設備コントローラは、前記空調機器の運転状態を収集する機器通信部と、前記機器通信部が収集した運転状態を解釈する受信データ解釈部と、前記受信データ解釈部が前記運転状態を解釈して得た故障の発生と故障の内容からなる故障履歴データと、前記空調用メンテナンス装置と通信するメンテナンス通信部と、前記ビル管理システムと通信する通信部と、を備え、前記空調用メンテナンス装置は、前記空調用コントローラと通信するメンテナンス通信部と、前記メンテナンス通信部を介して前記故障履歴データを取得し画面表示するメンテナンスプログラムと、を備え、前記ビル管理システムは、前記空調用設備コントローラと通信する通信部と、前記通信部を介して前記故障履歴データを取得し画面表示するメンテナンスプログラムと、を備え、前記メンテナンスプログラムは、前記設備コントローラにファイル転送要求コマンドを送信し、前記設備コントローラが備える前記受信データ解釈部は、前記ファイル転送要求コマンドを受信して前記故障履歴データの文字列データを返信し、前記メンテナンスプログラムは、受信した前記故障履歴データの文字列データを画面表示するので、接続のための打ち合わせなしにビル管理システムの画面で設備メンテナンスが可能となり、従来設備種別毎に設置されていたメンテナンス装置を削減でき、システムコストを削減できる。
【００９６】
また、ビル管理人室のスペースの有効利用が図れる。
【００９７】
また、設備のメンテナンスをビル管理システムで一元的に行えるため、メンテナンス業務の効率化を図ることができる。
【図面の簡単な説明】
【図１】 この発明の実施の形態１におけるビル管理装置のシステム構成図である。
【図２】 この発明の実施の形態１におけるビル管理装置の機能構成図である。
【図３】 この発明の実施の形態１における空調用設備コントローラ内の故障履歴データのイメージ図である。
【図４】 この発明の実施の形態１におけるビル管理システムのメンテナンスプログラム画面のイメージ図である。
【図５】 この発明の実施の形態１における空調用メンテナンス装置のメンテナンスプログラム画面のイメージ図である。
【図６】 この発明の実施の形態２におけるビル管理装置のシステム構成図である。
【図７】 この発明の実施の形態２におけるビル管理装置のメンテナンス時の機能構成図である。
【図８】 この発明の実施の形態２におけるビル管理装置のメンテナンス画面イメージ図である。
【図９】 この発明の実施の形態２におけるビル管理装置のメンテナンス画面イメージ図である。
【図１０】 この発明の実施の形態３におけるビル管理装置のシステム構成図である。
【図１１】 この発明の実施の形態３におけるビル管理装置の通信プログラム転送前の機能構成図である。
【図１２】 この発明の実施の形態３におけるビル管理装置の通信プログラム転送後の機能構成図である。
【図１３】 この発明の実施の形態３におけるビル管理装置の通信部の関数例である。
【図１４】 この発明の実施の形態３におけるビル管理装置の操作監視プログラム例である。
【図１５】 この発明の実施の形態４におけるビル管理装置のデータ転送プログラムの初期化フローチャート図である。
【図１６】 この発明の実施の形態４におけるビル管理装置のデータ転送プログラムの運転状態モニタ時のフローチャート図である。
【図１７】 この発明の実施の形態５におけるビル管理装置の設備コントローラのソフトウェア構造の概念図である。
【図１８】 この発明の実施の形態５におけるビル管理装置の履歴データのデータフォーマットである。
【図１９】 この発明の実施の形態５におけるビル管理装置の空調機運転データのデータフォーマットである。
【図２０】 この発明の実施の形態５におけるビル管理装置の運転データアクセスインターフェイスの例である。
【図２１】 従来のビル管理装置を示すシステム構成図である。
【図２２】 従来のビル管理装置の空調機器メンテナンス時の機能構成図である。
【符号の説明】
１ 空調機器、２Ａ、２Ｂ、２Ｃ、２Ｄ、２Ｅ 空調用設備コントローラ、４Ａ、４Ｂ、４Ｃ、４Ｄ 空調システム、５ 照明機器、６Ａ、６Ｂ、６Ｃ、６Ｄ照明用設備コントローラ、７ 照明用メンテナンス装置、８Ａ、８Ｂ、８Ｃ、８Ｄ 照明システム、９Ａ、９Ｂ、９Ｃ、９Ｄ 中央監視装置、１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ ビル管理装置、１３ ビル管理システムと空調システム間インタフェース、１４ ビル管理システムと照明システム間インタフェース、１５ビル管理システムと設備システム間インタフェース。
Claims (1)
- 空調機器と、
前記空調機器の制御を行う空調用設備コントローラと、
前記空調機器のメンテナンス作業を行う空調用メンテナンス装置と、
前記空調用設備コントローラを介して前記空調機器の監視を行うビル管理システムと、
を備えるビル管理装置システムにおいて、
前記空調用設備コントローラは、
前記空調機器の運転状態を収集する機器通信部と、
前記機器通信部が収集した運転状態を解釈する受信データ解釈部と、
前記受信データ解釈部が前記運転状態を解釈して得た故障の発生と故障の内容からなる故障履歴データと、
前記空調用メンテナンス装置と通信するメンテナンス通信部と、
前記ビル管理システムと通信する通信部と、
を備え、
前記空調用メンテナンス装置は、
前記空調用コントローラと通信するメンテナンス通信部と、
前記メンテナンス通信部を介して前記故障履歴データを取得し画面表示するメンテナンスプログラムと、
を備え、
前記ビル管理システムは、
前記空調用設備コントローラと通信する通信部と、
前記通信部を介して前記故障履歴データを取得し画面表示するメンテナンスプログラムと、
を備え、
前記メンテナンスプログラムは、
前記設備コントローラにファイル転送要求コマンドを送信し、
前記設備コントローラが備える前記受信データ解釈部は、
前記ファイル転送要求コマンドを受信して前記故障履歴データの文字列データを返信し、
前記メンテナンスプログラムは、
受信した前記故障履歴データの文字列データを画面表示する
ことを特徴とするビル管理装置システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10419497A JP4264765B2 (ja) | 1996-07-30 | 1997-04-22 | ビル管理装置システム |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8-200541 | 1996-07-30 | ||
| JP20054196 | 1996-07-30 | ||
| JP10419497A JP4264765B2 (ja) | 1996-07-30 | 1997-04-22 | ビル管理装置システム |
Related Child Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2004222430A Division JP4010003B2 (ja) | 1996-07-30 | 2004-07-29 | ビル管理装置 |
| JP2006193646A Division JP4010004B2 (ja) | 1996-07-30 | 2006-07-14 | ビル管理装置 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JPH1098778A JPH1098778A (ja) | 1998-04-14 |
| JPH1098778A5 JPH1098778A5 (ja) | 2005-03-17 |
| JP4264765B2 true JP4264765B2 (ja) | 2009-05-20 |
Family
ID=26444715
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10419497A Expired - Lifetime JP4264765B2 (ja) | 1996-07-30 | 1997-04-22 | ビル管理装置システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4264765B2 (ja) |
Families Citing this family (32)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11353014A (ja) * | 1998-06-08 | 1999-12-24 | Mitsubishi Electric Corp | 保守支援システム |
| JP3455681B2 (ja) * | 1998-08-20 | 2003-10-14 | 株式会社東芝 | 広域プラント監視制御システム |
| JP2000089810A (ja) * | 1998-09-11 | 2000-03-31 | Yokogawa Electric Corp | 生産システム |
| JP2001304136A (ja) * | 2000-04-25 | 2001-10-31 | Hitachi Chem Co Ltd | Ｗｗｗサーバ機能内蔵のエアポンプ |
| JP4617535B2 (ja) * | 2000-05-18 | 2011-01-26 | ダイキン工業株式会社 | 空気調和装置の情報表示システム、表示データ送信装置及び情報表示装置 |
| US7058154B1 (en) * | 2000-08-08 | 2006-06-06 | General Electric Company | Systems and methods for managing assets using an interactive database |
| US8188878B2 (en) | 2000-11-15 | 2012-05-29 | Federal Law Enforcement Development Services, Inc. | LED light communication system |
| JP4720007B2 (ja) * | 2001-05-01 | 2011-07-13 | ダイキン工業株式会社 | 空気調和装置のネットワークシステム及び空気調和装置のサービス方法 |
| JP2003223521A (ja) * | 2002-01-29 | 2003-08-08 | Mitsubishi Electric Corp | 設備管理システム及び設備管理方法 |
| JP2006106835A (ja) * | 2004-09-30 | 2006-04-20 | Nohmi Bosai Ltd | トンネル防災設備における防災受信盤 |
| JP4534719B2 (ja) * | 2004-10-29 | 2010-09-01 | 株式会社富士通ゼネラル | ゲートウェイ装置 |
| JP2007011958A (ja) * | 2005-07-04 | 2007-01-18 | Mitsubishi Electric Corp | 非常通報装置 |
| KR20080070432A (ko) * | 2007-01-26 | 2008-07-30 | 엘지전자 주식회사 | 공기조화시스템 및 그 운전 방법 |
| US9414458B2 (en) | 2007-05-24 | 2016-08-09 | Federal Law Enforcement Development Services, Inc. | LED light control assembly and system |
| US11265082B2 (en) | 2007-05-24 | 2022-03-01 | Federal Law Enforcement Development Services, Inc. | LED light control assembly and system |
| US9294198B2 (en) | 2007-05-24 | 2016-03-22 | Federal Law Enforcement Development Services, Inc. | Pulsed light communication key |
| US9100124B2 (en) | 2007-05-24 | 2015-08-04 | Federal Law Enforcement Development Services, Inc. | LED Light Fixture |
| US9455783B2 (en) | 2013-05-06 | 2016-09-27 | Federal Law Enforcement Development Services, Inc. | Network security and variable pulse wave form with continuous communication |
| US9258864B2 (en) | 2007-05-24 | 2016-02-09 | Federal Law Enforcement Development Services, Inc. | LED light control and management system |
| WO2008148050A1 (en) | 2007-05-24 | 2008-12-04 | Federal Law Enforcement Development Services, Inc. | Led light interior room and building communication system |
| JP5319926B2 (ja) * | 2007-08-06 | 2013-10-16 | パナソニック株式会社 | 機器管理システム |
| WO2009020158A1 (ja) * | 2007-08-06 | 2009-02-12 | Panasonic Electric Works Co., Ltd. | 機器管理システム |
| JP5078561B2 (ja) | 2007-11-05 | 2012-11-21 | インターナショナル・ビジネス・マシーンズ・コーポレーション | 機器を制御するシステムおよびインタフェース |
| JP5422216B2 (ja) * | 2009-02-04 | 2014-02-19 | 東芝キヤリア株式会社 | 空調管理システム |
| US8890773B1 (en) | 2009-04-01 | 2014-11-18 | Federal Law Enforcement Development Services, Inc. | Visible light transceiver glasses |
| CA2824756C (en) * | 2011-01-14 | 2014-12-23 | Federal Law Enforcement Development Services, Inc. | Method of providing lumens and tracking of lumen consumption |
| JP5711090B2 (ja) * | 2011-09-30 | 2015-04-30 | 三菱電機株式会社 | 統合制御装置、及び統合管理システム |
| CN104756126B (zh) | 2012-10-29 | 2018-09-07 | 三菱电机株式会社 | 设备管理装置、设备管理系统以及设备管理方法 |
| US9265112B2 (en) | 2013-03-13 | 2016-02-16 | Federal Law Enforcement Development Services, Inc. | LED light control and management system |
| US20150198941A1 (en) | 2014-01-15 | 2015-07-16 | John C. Pederson | Cyber Life Electronic Networking and Commerce Operating Exchange |
| US20170048953A1 (en) | 2015-08-11 | 2017-02-16 | Federal Law Enforcement Development Services, Inc. | Programmable switch and system |
| JP6846973B2 (ja) * | 2017-03-31 | 2021-03-24 | 三菱重工業株式会社 | プラント監視システム、プラント運転支援システム、プラント監視方法、及びプログラム |
-
1997
- 1997-04-22 JP JP10419497A patent/JP4264765B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH1098778A (ja) | 1998-04-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4264765B2 (ja) | ビル管理装置システム | |
| KR100936920B1 (ko) | 원 타임 패스워드를 사용하는 관리 서버 예약 접속 방법,클라이언트 및 시스템 | |
| US20020095487A1 (en) | System for registering, locating, and identifying network equipment | |
| US20040120262A1 (en) | Site monitor and method for monitoring site | |
| JP3980131B2 (ja) | 制御装置、初期設定可能通信システム、及び初期設定可能通信システムの制御方法 | |
| JPH06282527A (ja) | ネットワーク管理システム | |
| JP4052393B2 (ja) | ビル管理装置システム、設備コントローラ | |
| GB2368701A (en) | Function-based process control verification and security | |
| JP4010003B2 (ja) | ビル管理装置 | |
| CN1577342B (zh) | 对网络对应机器的访问方法及其装置 | |
| JPH10161880A (ja) | リモート制御方式 | |
| JP2004126754A (ja) | 制御機器、保守装置、情報処理装置および保守サービス提供方法 | |
| JP3928941B2 (ja) | アクセス管理装置、その方法及びそのプログラム、並びに監視保守センタシステム | |
| US20040015262A1 (en) | Method for controlling access to devices in a pervasive embedded environment | |
| JP4010004B2 (ja) | ビル管理装置 | |
| JP4052391B2 (ja) | ビル管理装置システム、設備コントローラ | |
| KR100365007B1 (ko) | 네트워크를 이용한 에이에스피 통합관리 방법 및 그 장치 | |
| JP4052392B2 (ja) | ビル管理装置システム、設備コントローラ | |
| JP2008067392A (ja) | ビル管理装置システム、設備コントローラ | |
| JP3298587B2 (ja) | 装置制御システム | |
| JP4347022B2 (ja) | 空調制御監視装置及びビル空調管理システム | |
| JP2007306608A (ja) | ビル管理装置システム、設備コントローラ | |
| CN119026621A (zh) | 一种基于新能源商用车的vin码读写系统及方法 | |
| JP3580226B2 (ja) | 装置制御システム | |
| JP4139304B2 (ja) | 認証システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040420 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040420 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060424 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060516 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060714 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060801 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060929 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20061005 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20061102 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081219 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090204 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120227 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130227 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130227 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140227 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |