JP2012186668A - インターネットを利用するビル設備管理システム - Google Patents

Abstract

【課題】インターネットを利用するビル設備管理システムにおいて、状態変化情報が短時間に大量に発生したときでも、的確に状態変化情報の送信を可能にすることである。
【解決手段】インターネットを利用するビル設備管理システム１０は、ビル設備である複数の空調装置１２等を管理するセンタ装置３０と、監視用表示装置５０とがインターネット４０を介して接続される。監視用表示装置５０は、インターネット４０を介したセンタ装置３０との間の通信速度を予め定めた計測間隔で計測し、計測された通信速度から、インターネット４０を介したセンタ装置３０との間の単位時間当たりの通信可能容量を算出してセンタ装置の交信可能な通信容量として設定する。センタ装置３０は、複数の状態変化情報があるときに、予め定めた交信優先順位に従って、設定された通信容量の範囲に制限して送信する。
【選択図】図１

Description

本発明は、インターネットを利用するビル設備管理システムに係り、特に、ビル設備に接続されるセンタ装置と監視用表示装置とがインターネットを介して接続されるインターネットを利用するビル設備管理システムに関する。

複数のビル設備の動作状態等を管理するシステムとしては、管理用コンピュータを各ビル設備に接続する方法がある。ビル設備の数が多くなると、例えば建物の各階に専用のコントローラを配置し、各階のコントローラと上位のコントローラを接続する階層的管理が行われる。さらに複数の建物についてそれぞれのビル設備の動作状態を管理するには、各建物のコントローラと、遠隔地の監視装置とをネットワークで接続することが行われる。

このように、管理するビル設備の範囲が広がるにつれて、管理システムが大規模になる。ビル設備の動作状態の監視管理は、詳細な動作状態データよりも、動作状態の変化が合ったことを的確に取得し、その状態変化の内容を表示して監視することが効率的な場合が多い。このように状態変化が生じた都度、その状態変化情報を監視装置に送信するようにすれば、専用のネットワークを用いなくても、インターネットの仮想プライベートネットワーク（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ：ＶＰＮ）サービスを利用することができる。

ここで、インターネットの仮想プライベートネットワークサービスとは、インターネットを共有しながら第三者の侵入・傍聴・改ざんしにくくする技術を用いて、帯域共有型の開放された安価な通信網を利用するものである。

ＶＰＮに関連する技術として、特許文献１には、コンピュータシステムの開発・保守・サポート方法として、顧客コンピュータまたは顧客ネットワーク環境と、コンピュータシステムの開発・保守・サポートシステムとの間に、インターネットＶＰＮを利用したＷＡＮ環境を新たに構築することが述べられている。ここでは、ベースプログラム、クラス、マクロプログラムおよびプラグインソフトそのものの開発は別途開発環境を有する開発システムで行い、それらが蓄積されたクラスデータベースから必要なものを組み合わせて、開発・保守・サポートシステムの開発手段がカスタマイズを行うことが開示されている。

また、特許文献２には、動画配信サーバから中継サーバを介してクライアント端末に動画を送信する際のトラフィック制御システムとして、中継サーバとクライアント端末との間の通信回線Ａについて通信品質を測定し、測定された通信回線Ａの通信品質が許容する通信データ量の画面上方の量に対応した動画配信サーバと中継サーバとの間の通信回線Ｂでの動画データの配信量を特定して、特定された動画データの配信量となるように動画配信サーバから中継サーバへ配信される動画データの配信量を制御することが開示されている。

特開２００４−２４０９３０号公報 特開２００９−６０４２５号公報

インターネットのＶＰＮを用いれば、ビル設備を管理するコントローラと、遠隔地の監視装置との間の通信手段として、帯域共有型の開放された通信網を安価で利用できる。しかし、帯域共有型の開放された通信網は、専用回線等に比較して、一般的に通信速度が遅く、安定しないことがある。そこで、例えば、停電等で、多数のビル設備に動作状態の変化が生じ、送信したい状態変化情報が急増すると、許容されている通信容量を超えてしまうことが生じえる。通信容量を超えると、その通信網が麻痺し、送信したい状態変化情報が監視装置に伝送されず、また、他の情報通信を圧迫することが生じる。

本発明の目的は、状態変化情報が短時間に大量に発生したときでも、的確に状態変化情報の送信を可能にするインターネットを利用するビル設備管理システムを提供することである。

本発明に係るインターネットを利用するビル設備管理システムは、インターネットに接続されるセンタ装置と監視用表示装置とを含むビル設備管理システムであって、センタ装置は、ビル設備の動作状態に関して、動作状態の変化があった都度、その内容を状態変化情報として、監視用表示装置に送信する機能を有し、監視用表示装置は、センタ装置から状態変化情報を受信して表示する機能を有し、さらに、インターネットを介したセンタ装置との間の通信速度を予め定めた計測間隔で計測する通信速度計測部と、計測された通信速度から、インターネットを介したセンタ装置との間の単位時間当たりの通信可能容量を算出する通信容量算出部と、算出された通信容量をセンタ装置の交信可能な通信容量として設定する通信容量設定部と、を含み、センタ装置は、さらに、複数の状態変化情報があるときに、予め定めた交信優先順位に従って、設定された通信容量の範囲に制限して送信する制限情報送信部を含むことを特徴とする。

また、本発明に係るインターネットを利用するビル設備管理システムにおいて、監視用表示装置は、通信容量算出部によって算出された単位時間当たりの通信可能容量に基づいて、センタ装置がビル設備の状態変化情報を取得してから監視用表示装置にその情報が表示されるまでの所要時間を算出して表示することが好ましい。

また、本発明に係るインターネットを利用するビル設備管理システムにおいて、センタ装置は、インターネットの仮想プライベートネットワークサービスを用いて監視用表示装置と交信することが好ましい。

また、本発明に係るインターネットを利用するビル設備管理システムにおいて、通信容量算出部は、単位時間当たりの送信可能パケット数で通信可能容量を算出することが好ましい。

また、本発明に係るインターネットを利用するビル設備管理システムにおいて、センタ装置は、交信優先順位として、ビル設備に対する警報が出力されたことを示す状態変化情報を最優先順位とし、ビル設備のオン／オフ状態の変化を示す状態変化情報を第２優先順位として予め設定することが好ましい。

上記構成によれば、インターネットに接続されるセンタ装置と監視用表示装置とを含むビル設備管理システムは、監視用表示装置が、インターネットを介したセンタ装置との間の通信速度を予め定めた計測間隔で計測し、計測された通信速度から、インターネットを介したセンタ装置との間の単位時間当たりの通信可能容量を算出し、算出された通信容量をセンタ装置の交信可能な通信容量として設定する。そして、センタ装置は、複数の状態変化情報があるときに、予め定めた交信優先順位に従って、設定された通信容量の範囲に制限して送信する。このようにすることで、ネットワークの利用可能な通信容量の範囲で状態変化情報が送信されるので、状態変化情報が短時間に大量に発生したときでも、交信優先順位に従って、的確に状態変化情報の送信が可能となる。

また、インターネットを利用するビル設備管理システムにおいて、監視用表示装置は、通信容量算出部によって算出された単位時間当たりの通信可能容量に基づいて、センタ装置がビル設備の状態変化情報を取得してから監視用表示装置にその情報が表示されるまでの所要時間を算出して表示するので、監視用表示装置を利用するユーザにとって利便性が向上する。

また、インターネットを利用するビル設備管理システムにおいて、センタ装置は、インターネットの仮想プライベートネットワークサービスを用いて監視用表示装置と交信する。ＶＰＮを用いることで、安価な通信網を利用できる。

また、インターネットを利用するビル設備管理システムにおいて、通信容量算出部は、単位時間当たりの送信可能パケット数で通信可能容量を算出する。例えば、１つの状態変化情報を１つのパケットを用いて送信するものとすると、送信可能パケット数＝送信可能状態変化情報数であるので、送信したい状態変化情報の数が容易に分かる。

また、インターネットを利用するビル設備管理システムにおいて、交信優先順位として、ビル設備に対する警報が出力されたことを示す状態変化情報を最優先順位とし、ビル設備のオン／オフ状態の変化を示す状態変化情報を第２優先順位として予め設定する。このように設定することで、状態変化情報が短時間に大量に発生したときでも、まず警報出力が監視用表示装置に送信され、余裕があるときは、さらにどの設備がオン／オフの状態変化を発生したかの情報が監視用表示装置に送信されるので、緊急性と重要性を有する状態変化情報を的確に送信することができる。

本発明に係る実施の形態のインターネットを利用するビル設備管理システムのブロック図である。 本発明に係る実施の形態において、インターネットを利用するビル設備管理の手順を示すフローチャートである。 本発明に係る実施の形態において、設定された通信可能容量と、送信したい状態変化情報との関係を説明する図である。

以下に図面を用いて本発明に係る実施の形態につき、詳細に説明する。以下では、建物におけるビル設備管理を、各階に設けられるローカルコントローラと、その上位のセンタ装置の２段階の階層構造として説明するが、これは例示であって、１つの管理階層であってもよく、３段階以上の管理階層を有するものとしてもよい。また、各ローカルコントローラが管理するビル設備の数は例示であって、これ以外の数のビル設備を管理するものとしてもよい。ビル設備として空調装置を説明するが、これは例示であって、空調装置以外のビル設備であってもよい。例えば、配電装置、エレベータやエスカレータの昇降装置、照明装置、セキュリティ装置等であってもよい。

以下では、全ての図面において同様の要素には同一の符号を付し、重複する説明を省略する。また、本文中の説明においては、必要に応じそれ以前に述べた符号を用いるものとする。

図１は、ネットワークを利用するビル設備管理システム１０の構成を示すブロック図である。このシステムは、ある建物の各階に設けられる複数の空調装置１２，１４，１６，１８の動作状態の変化の情報である状態変化情報について、インターネット４０を介し監視用表示装置５０に送信し、表示部５２に表示するシステムである。

１Ｆローカルコントローラ２０は、建物の１階に設置されるＮｏ．１空調装置１２とＮｏ．２空調装置１４にそれぞれ接続され、これらの動作状態を管理する制御装置である。同様に、２Ｆローカルコントローラ２２は、建物の１階に設置されるＮｏ．３空調装置１６とＮｏ．４空調装置１８にそれぞれ接続され、これらの動作状態を管理する制御装置である。図１では図示されていないが、その他の階についてもそれぞれ各階用のローカルコントローラが各階に設けられる空調装置をそれぞれ管理する。かかるローカルコントローラ２０，２２等としては、適当なコンピュータ、例えば、パーソナルコンピュータを用いることができる。

センタ装置３０は、建物内の１Ｆローカルコントローラ２０、２Ｆローカルコントローラ２２等に接続され、また、インターネット４０に接続されるコンピュータである。センタ装置３０は、各ローカルコントローラが取得した各空調装置１２，１４，１６，１８等の動作状態データを取得し、それらの動作状態データに基づいて、各空調装置１２，１４，１６，１８の状態変化情報について、インターネット４０を介して監視用表示装置５０に送信する機能を有する。

かかるセンタ装置３０としては、各ローカルコントローラよりはデータ処理能力の高い上位のコンピュータを用いることができる。勿論、場合によっては、各ローカルコントローラと同等のパーソナルコンピュータをセンタ装置３０として用いることが可能である。

状態変化情報とは、各空調装置１２，１４，１６，１８等の動作状態データそのものではなく、時間経過に伴って、これらの動作状態データに変化があるときに、その動作状態変化を示す情報のことである。状態変化情報としては、状態変化があったことのみを内容とするもの、状態変化量を内容とするもの、状態変化があった動作状態データを内容とするもの等とすることができる。

状態変化情報の例を示すと、建物の１Ｆが停電等をしたことによって出力される警報がある。この場合には、警報が出力されたこと自体が状態変化情報であり、さらに、停電に伴う警報出力として、警報の内容を付加して、これを状態変化情報とすることができる。他の状態変化情報の例としては、１ＦのＮｏ．１空調装置１２が運転停止したときは、１ＦのＮｏ．１空調装置１２がオン状態からオフ状態に変化したことが状態変化情報である。また、１Ｆの室温が上昇したときは、１Ｆ室温が変化したこと自体が状態変化情報である。これに例えば、３℃上昇した等の情報を付加してこれらを状態変化情報とすることもできる。

センタ装置３０は、状態変化情報が生じた都度、インターネット４０を介して、監視用表示装置５０に送信する。このように、状態変化情報の生じたときを送信タイミングとして通知する通信方式は、状態変化情報通知方式、あるいは簡単に省略して状変通知方式と呼ばれる。この状態変化情報通知方式では、ビル設備が安定して動作しているときはほとんどインターネット４０を利用することがない代わり、一旦異常事態が生じると、状態変化情報の量が短時間に急増し、インターネット４０においてセンタ装置３０に許容されている通信容量を超えることが生じ得る。センタ装置３０の制限情報送信部３２は、そのような事態に対応する手段であるが、その詳細な内容は後述する。

これに対し、予め定めた所定期間ごとに監視用表示装置５０の側からセンタ装置３０にアクセスして、動作状態データを取得する通信方式は、ポーリング型方式と呼ばれる。ポーリング型方式は、詳細な時系列データの管理には適しているが、送信データが多くなり、また、アクセスする所定期間の長さによっては、ビル設備の動作状態が急変した異常事態等を迅速に把握することが困難となる。

インターネット４０は、センタ装置３０と、監視用表示装置５０とが接続される公開型のネットワークである。インターネット４０を介したセンタ装置３０と監視用表示装置５０との間の交信は、ＶＰＮを用いて行われる。ＶＰＮを用いることで、帯域共有型の開放された安価な通信網を利用しながら、第三者の侵入・傍聴・改ざんをしにくくすることができる。なお、図１では、インターネット４０を介して監視用表示装置５０に接続されるセンタ装置３０は１つが示されているが、複数のセンタ装置と監視用表示装置５０がインターネット４０を介して接続されるものとしてもよい。

監視用表示装置５０は、センタ装置３０から送信された状態変化情報を受け取って、表示部５２に表示する機能を有する制御装置である。なお、インターネット４０を介するセンタ装置３０との交信は、直接的に交信するというよりは、図１に示されるように、ウェブサーバ４２を介して行われる。すなわち、センタ装置３０−インターネット４０−ウェブサーバ４２−インターネット４０−監視用表示装置５０のルートで交信が行われる。

かかる監視用表示装置５０は、表示部５２を有するコンピュータで構成することができる。監視用表示装置５０は、センタ装置３０から送信された状態変化情報を受け取って、即時的に表示部５２に表示する機能の他に、異常事態等で、状態変化情報の量が短時間に急増したときに対応する機能を有する。

その機能を実行するために、監視用表示装置５０は、インターネット４０を介したセンタ装置３０との間の通信速度を予め定めた計測間隔で計測する通信速度計測部５４と、計測された通信速度から、インターネット４０を介したセンタ装置３０との間の単位時間当たりの通信可能容量を算出する通信容量算出部５６と、算出された通信容量をセンタ装置３０の交信可能な通信容量として設定する通信容量設定部５６と、通信容量算出部によって算出された単位時間当たりの通信可能容量に基づいて、センタ装置３０がビル設備の状態変化情報を取得してから監視用表示装置５０にその情報が表示されるまでの所要時間を算出して表示部５２に表示する所要時間算出部５８を含んで構成される。

かかる機能は、ソフトウェアを実行することで実現でき、具体的には、ビル設備管理プログラムの中の通信制御に関する部分を実行することで実現できる。かかる機能の一部をハードウェアで実現するものとしてもよい。

なお、センタ装置３０における制限情報送信部３２は、複数の状態変化情報があるときに、予め定めた交信優先順位に従って、設定された通信容量の範囲に制限して送信する機能を有するものである。

上記構成の作用、特に、監視用表示装置５０の各機能を主に、図２、図３を用いてさらに詳細に説明する。図２は、インターネット４０を利用するビル設備管理において、通信制御の手順を示すフローチャートである。各手順は、ビル設備管理プログラムの中の通信制御に関する部分の各処理手順に対応する。

ビル設備管理プログラムが立上ると、予め定めた計測間隔で、インターネット４０を介したセンタ装置３０との間の通信速度が計測される（Ｓ１０）。この手順は、監視用表示装置５０の通信速度計測部５４の機能によって実行される。予め定めた計測間隔としては、数分間に１回とすることができる。例えば、３分ごとに計測するものとできる。計測対象の通信速度としては、センタ装置３０−インターネット４０−ウェブサーバ４２の間の通信速度、ウェブサーバ４２−インターネット４０−監視用表示装置５０の間の通信速度があるが、いずれか遅い方を計測することでよい。例えば、前者の通信速度が後者の通信速度よりも遅いことが予め分かっているときは、センタ装置３０−インターネット４０−ウェブサーバ４２の間の通信速度を計測すればよい。通信速度とは、毎分当たりの送信可能なビット数であるｂｐｍを用いることができる。

通信速度が計測されると、次に、計測された通信速度から、インターネット４０を介したセンタ装置３０との間の単位時間当たりの通信可能容量が算出される（Ｓ１２）。単位時間当たりの通信可能容量としては、単位時間当たりの交信可能なパケット数で示すことが好ましい。このようにすることで、例えば、１つの状態変化情報を１つのパケットを用いて送信するものとすると、送信可能パケット数＝送信可能状態変化情報数であるので、送信したい状態変化情報の数が容易に分かる。

通信可能容量が算出されると、算出された通信容量をセンタ装置３０の交信可能な通信容量として設定される（Ｓ１４）。この手順は、監視用表示装置５０の通信容量設定部５６の機能によって実行される。上記の例では、センタ装置３０について、単位時間に送信可能なパケット数が設定される。

このように、計測された現在の通信速度に対応して、インターネット４０を介したセンタ装置３０との間の単位時間当たりの通信可能容量が設定されると、センタ装置３０において、送信したい状態変化情報が多い場合に、これらの全部を即時的に監視用表示装置５０に送信できず、全部の送信にはある程度の時間を要することになる。

そこで、算出された単位時間当たりの通信可能容量に基づいて、センタ装置３０がビル設備の状態変化情報を取得してから監視用表示装置５０にその情報が表示されるまでの所要時間を算出する（Ｓ１６）。算出された所要時間は、表示部５２に表示される。これらの手順は、監視用表示装置５０の所要時間算出部５８の機能によって実行される。これにより、監視用表示装置５０を利用するユーザは、全部の状態変化情報がまだ一部しか表示されていないことを認識し、あとどの程度の時間で、全体の状態変化情報が表示されるのかが分かる。

そして、センタ装置３０では、複数の状態変化情報があるときに、予め定めた交信優先順位に従って、設定された通信容量の範囲に制限して、状態変化情報の送信が行われる。これは、センタ装置３０の制限情報送信部３２の機能によって実行される。監視用表示装置５０では、送信された制限情報の受信が行われる（Ｓ１８）。受信された制限情報は、表示部５２に表示される。

図３は、制限情報の様子を説明する図である。図３の左側の欄には、センタ装置３０に設定された通信容量に対応する設定送信可能パケット数が示されている。この例の場合、標準的な通信速度において送信可能パケット数は４であるが、現在の通信速度からは、送信可能パケット数が２に設定されていることが示されている。

図３の右側の欄は、センタ装置３０が取得した状態変化情報を、予め定めた交信優先順位に従って並べた様子を示す図である。この例では、図１で説明した建物の１階が停電して、それに伴って警報が出力されたこと、建物の１階に設置されるＮｏ．１空調装置１２が動作停止しオン状態からオフ状態となったこと、建物の１階の室温が予め定めた閾値変化温度を超えたこと、建物の１階の積算電力量が減少したことが、センタ装置３０の取得した状態変化情報として示されている。

予め定めた交信優先順序は、センタ装置３０が管理するビル設備の特性に応じて設定できる。ここでは、図３に示されるように、ビル設備に対する警報が出力されたことを示す状態変化情報を最優先順位とし、ビル設備のオン／オフ状態の変化を示す状態変化情報を第２優先順位として予め設定することができる。この２つは、ビル設備の管理上から緊急性と重要性が高いものであり、ビル設備が空調装置以外の場合でも適切な交信優先順位と考えることができる。図３では、第３優先順位として、ビル設備が空調装置であることから、室温の変化情報が設定され、第４優先順位として、ビル設備が電気消費設備であることから、積算電力量の変化情報が設定されている。

図３では、設定送信可能パケット数が２であるので、１つのパケットで１つの状態変化情報を送信するものとすると、第１優先順位の１Ｆ警報と、第２優先順位の１Ｆ−Ｎｏ．１オフ情報の２つが送信される。その他の状態変化情報は、それまでに優先順位の高い状態変化情報が取得されなければ、次の送信タイミングの２つのパケットを用いて送信されることになる。

このように、定期的に送信速度を計測し、その計測結果に基づいてセンタ装置３０からの状態変化情報の送信を制限するので、ネットワークに合わせた通信量に調整が行われることになる。したがって、状態変化情報が短時間に大量に発生したときでも、交信優先順位に従って、的確に状態変化情報の送信を行うことができる。

本発明に係るインターネットを利用するビル設備管理システムは、複数のビル設備を管理するシステムに利用できる。

１０ インターネットを利用するビル設備管理システム、１２，１４，１６，１８ 空調装置、２０，２２ ローカルコントローラ、３０ センタ装置、３２ 制限情報送信部、４０ インターネット、４２ ウェブサーバ、５０ 監視用表示装置、５２ 表示部、５４ 通信速度計測部、５６ 通信容量算出部、５６ 通信容量設定部、５８ 所要時間算出部。

Claims (5)

1. インターネットに接続されるセンタ装置と監視用表示装置とを含むビル設備管理システムであって、
   センタ装置は、ビル設備の動作状態に関して、動作状態の変化があった都度、その内容を状態変化情報として、監視用表示装置に送信する機能を有し、
   監視用表示装置は、
   センタ装置から状態変化情報を受信して表示する機能を有し、さらに、
   インターネットを介したセンタ装置との間の通信速度を予め定めた計測間隔で計測する通信速度計測部と、
   計測された通信速度から、インターネットを介したセンタ装置との間の単位時間当たりの通信可能容量を算出する通信容量算出部と、
   算出された通信容量をセンタ装置の交信可能な通信容量として設定する通信容量設定部と、
   を含み、
   センタ装置は、さらに、
   複数の状態変化情報があるときに、予め定めた交信優先順位に従って、設定された通信容量の範囲に制限して送信する制限情報送信部を含むことを特徴とするインターネットを利用するビル設備管理システム。
2. 請求項１に記載のインターネットを利用するビル設備管理システムにおいて、
   監視用表示装置は、
   通信容量算出部によって算出された単位時間当たりの通信可能容量に基づいて、センタ装置がビル設備の状態変化情報を取得してから監視用表示装置にその情報が表示されるまでの所要時間を算出して表示することを特徴とするインターネットを利用するビル設備管理システム。
3. 請求項２に記載のインターネットを利用するビル設備管理システムにおいて、
   センタ装置は、
   インターネットの仮想プライベートネットワークサービスを用いて監視用表示装置と交信することを特徴とするインターネットを利用するビル設備管理システム。
4. 請求項３に記載のインターネットを利用するビル設備管理システムにおいて、
   通信容量算出部は、単位時間当たりの送信可能パケット数で通信可能容量を算出することを特徴とするインターネットを利用するビル設備管理システム。
5. 請求項４に記載のインターネットを利用するビル設備管理システムにおいて、
   センタ装置は、
   交信優先順位として、ビル設備に対する警報が出力されたことを示す状態変化情報を最優先順位とし、ビル設備のオン／オフ状態の変化を示す状態変化情報を第２優先順位として予め設定することを特徴とするインターネットを利用するビル設備管理システム。

Images