JP2024157264A - ビル設備制御システム、および、ビル設備制御方法 - Google Patents

Abstract

【課題】 建物に設置された複数機器の制御を容易に一括設定することができるビル設備制御システムを提供する。
【解決手段】 ビルに設置されたビル設備を特定するビル設備IDと、ビルまたはビル設備の属性と、を記憶し、ビル設備IDと属性を対応付けて記憶する記憶部と、記憶部に記憶されたビル設備IDと同一のビル設備IDの入力を受け付ける入力受付部と、入力受付部で受け付けたビル設備への制御指令を出力する制御指令部と、を備えた設備制御システムであって、入力受付部で受け付けたビル設備IDによって特定されるビル設備と同じ属性情報を備えた他のビル設備を特定するビル設備IDを抽出するビル設備抽出部と、前ビル設備抽出部で抽出したビル設備IDを出力する出力部と、を備えることを特徴とするビル設備制御システム。
【選択図】 図８

Description

本発明は、複数建物に分散設置された複数機器の制御を一括設定するビル設備制御システム、および、ビル設備制御方法に関する。

複数建物に分散設置された複数機器の制御を一括設定する従来システムとして、特許文献１の広域管理システムが知られている。例えば、同文献の要約書には、課題として「利便性が高く、高効率かつ低コストであって操作拠点に拘束されない広域管理システムおよびそのプログラムを提供する。」と記載されており、解決手段として「本発明の広域管理システムは、複数の監視・制御対象機器105間に共通して設定される複数の入出力ポイントが記憶される記憶手段111、112、113、114と、機器制御装置104を介して監視・制御対象機器105を監視または制御する制御装置101とを備え、制御装置101によって、記憶手段111、112、113、114に記憶される入出力ポイントのうちから任意の入出力ポイントが選択されるとともに該選択された入出力ポイントを有する複数の監視・制御対象機器105を機器制御装置104を介して選択された入出力ポイントを用いて一括して監視または制御している。」と記載されている。また、同文献の図７には、建物Ａ～Ｄに分散設置された各種機器が開示されている。このように、特許文献１には、複数建物に分散設置された各種機器の制御を一括設定できる広域管理システムが開示されている。

特開２０１０－１５３２１号公報

特許文献１では、同文献の段落００２５で「図２に示すドア情報ＤＢ111は、データフィールドとして、・・・、ユーザがマンマシン装置102を用いての一括設定が有効（フラグ「１」）か無効（フラグ「０」）かを表す一括設定有効/無効111ｂ、・・・の各データフィールドを有している。」と説明されるように、監視・制御対象のドア毎に一括設定の有効・無効を示すフラグが予め設定されている。これは、同文献の図３から図５に例示される、端末・接点・機械警護の各情報ＤＢについても同様である。

また、同文献の段落００４０で「接続機器一括設定制御選択画面Ｇ１には、ドア情報ＤＢ111(図２参照)、端末情報ＤＢ112(図３参照)、接点情報ＤＢ113(図４参照)、および機械警備情報ＤＢ114(図５参照)のデータのうち一括設定有効フラグ「１」のデータが取得されることにより、入退域管理システムＳが管理する建物名称210のデータ(図示せず)、機器種別220のデータ、機器名称230のデータ(図示せず)が表示されるとともに、これらの各項目のデータ(図７の画面Ｇ１の表の１行に示される機器)を単数または複数の任意の数選択するためのチェックボックス200が表示される。」と説明され、段落００４２で「接続機器一括設定制御選択画面Ｇ１において、ユーザは、表示される機器全部を選択する場合には機器全選択チェックボックス201にマウスでチェックを入れ、または、表示される機器のうち所望の機器を選択する場合には該所望の機器個別選択チェックボックス202にマウスでチェックを入れ、単数または複数の一括設定制御したい監視・制御対象機器105(図１参照)を選択し、一括設定ボタン203を押下する。」と説明されるように、特許文献１のシステムでは、一括設定可能な監視・制御対象機器をリスト化してユーザに提示した後、ユーザが選択した任意の機器に対してのみ一括設定を実行している。

しかしながら、建物に設置される機器の中には、一括設定可能な機器であるか否かが状況に応じて随時変動するものもあるため、この種の機器を制御対象とする場合には、一括設定の有効・無効を示すフラグを機器毎に事前に設定しなければならない、特許文献１のシステムを利用することができなかった。

そこで、本発明は、各建物の立地や用途、予報または速報された災害種別などの諸条件を考慮して、建物に設置された機器の制御を設定することができるビル設備制御システム、および、ビル設備制御方法を提供することを目的とする。

上記課題を解決するため、本発明のビル設備制御システムは、ビルに設置されたビル設備を特定するビル設備IDと、ビルまたはビル設備の属性と、を記憶し、ビル設備IDと属性を対応付けて記憶する記憶部と、記憶部に記憶されたビル設備IDと同一のビル設備IDの入力を受け付ける入力受付部と、入力受付部で受け付けたビル設備への制御指令を出力する制御指令部と、を備えた設備制御システムであって、入力受付部で受け付けたビル設備IDによって特定されるビル設備と同じ属性情報を備えた他のビル設備を特定するビル設備IDを抽出するビル設備抽出部と、前ビル設備抽出部で抽出したビル設備IDを出力する出力部と、を備えるものとした。

本発明のビル設備制御システム、および、ビル設備制御方法によれば、各建物の立地や用途、予報または速報された災害種別などの諸条件を考慮して、建物に設置された機器の制御を設定することができる。

実施例１のエレベータ制御システムの機能ブロック図。 実施例１の顧客情報データベースの一例。 実施例１のログイン情報データベースの一例。 実施例１の制御メニューデータベースの一例。 実施例１の属性情報データベースの一例。 実施例１の属性情報データベースの属性情報と制御メニュー情報の対応付けの一例。 実施例１の制御指令データベースの一例。 顧客端末３のディスプレイに表示されるＧＵＩの一例。 顧客端末３のディスプレイに表示されるＧＵＩの一例。 顧客端末３のディスプレイに表示されるＧＵＩの一例。 顧客端末３のディスプレイに表示されるＧＵＩの一例。 顧客端末３のディスプレイに表示されるＧＵＩの一例。 実施例１のエレベータ制御のフローチャート。

以下、図面を用いて、本発明のビル設備制御システム１を説明する。

まず、図１から図８を用いて、ビル設備制御システム１の制御対象がエレベータである場合の実施例である、エレベータ制御システム１Ａを説明する。

図１は、本実施例のエレベータ制御システム１Ａの機能ブロック図である。ここに示すように、本実施例のエレベータ制御システム１Ａは、通信ネットワークＮを介して、管理者端末２、顧客端末３、ビル設備制御装置４（エレベータ制御装置４Ａ）、情報提供サーバ５、ビルセンサ６（重量センサ６Ａ）などと、通信可能に接続されている。なお、通信ネットワークＮは、インターネット回線、電話回線などであり、有線、無線は問わない。以下、管理者端末２、顧客端末３、エレベータ制御装置４Ａ、情報提供サーバ５、ビルセンサ６（重量センサ６Ａ）を概説した後、本実施例のエレベータ制御システム１Ａの詳細を説明する。

＜管理者端末２＞
管理者端末２は、ビル設備を保守管理するビル設備保守会社等の管理者が使用する端末であり、具体的には、エレベータ制御システム１Ａを管理するための、パーソナルコンピューター、スマートフォン、タブレット等である。この管理者端末２は、主に、エレベータ制御システム１Ａ内に各種データベースを新規作成したり、各種データベース内のデータを編集したりする際に利用される。

＜顧客端末３＞
顧客端末３は、ビルを管理するビル管理会社等の顧客が使用する端末であり、具体的には、エレベータ制御装置４Ａを管理するための、パーソナルコンピューター、スマートフォン、タブレット等である。この顧客端末３は、主に、一括制御の対象となるエレベータを選択したり、選択したエレベータに所定の制御指令を実行させたりする際に利用される。この顧客端末３に、エレベータ制御システム１Ａ内の各種データベースを編集する機能を担わせても良い。

＜エレベータ制御装置４Ａ＞
エレベータ制御装置４Ａは、ビルに設置されたエレベータの故障を監視したり、エレベータ制御システム１Ａからの制御指令に応じてエレベータを制御したりするコンピュータである。なお、図１では省略しているが、各々のエレベータ制御装置４Ａには、制御対象であるエレベータの乗りかごを昇降させる巻上機や、乗りかごのドア開閉装置等が接続されている。

＜情報提供サーバ５＞
情報提供サーバ５は、エレベータ制御システム１Ａからの要求に応じて、各種の情報を提供するサーバである。例えば、情報提供サーバ５が気象庁のサーバであれば、管理対象ビルの住所に対応する、天候、地震などの予報情報・速報情報を提供する。情報提供サーバ５が電力会社のサーバであれば、管理対象ビルの住所に対応する、停電などの情報を提供する。情報提供サーバ５が厚生労働省のサーバであれば、管理対象ビルの住所に対応する、疫病発生などの情報を提供する。

＜ビルセンサ６（重量センサ６Ａ）＞
ビルセンサ６は、エレベータ制御システム１Ａからの要求に応じて、各種の計測情報を提供するセンサである。例えば、ビルセンサ６がエレベータ乗りかごに設置された重量センサ６Ａであれば、各乗りかご内の概略の搭乗人数（混雑度）の情報を提供する。なお、図１から明らかなように、エレベータ制御システム１Ａには複数のビルセンサ６を接続することができる。

＜エレベータ制御システム１Ａ＞
エレベータ制御システム１Ａは、顧客端末３等からの入力に応じて、任意のエレベータ制御装置４Ａに出力する制御指令を生成するサーバであり、情報入力部１１と、記憶部１２と、情報処理部１３と、レコメンド生成部１４と、制御指令部１５を備えている。なお、このエレベータ制御システム１Ａは、具体的には、ＣＰＵ等の演算装置、半導体メモリ等の主記憶装置、ハードディスク等の補助記憶装置、および、通信装置などのハードウェアを備えたコンピュータである。そして、演算装置がデータベースを参照しながら所定のプログラムを実行することで、上記した各機能部を実現するが、以下では、このような周知技術を適宜省略しながら、各機能部の概要を説明する。

＜＜情報入力部１１＞＞
情報入力部１１は、管理者端末２、情報提供サーバ５、ビルセンサ６等から入力された各種情報を記憶部１２内の適当なデータベースに登録する機能部である。

＜＜記憶部１２＞＞
記憶部１２は、管理者端末２を用いて作成された、複数のデータベースを記憶する機能部である。ここに記憶されるデータベースは、顧客情報データベース１２ａ、ログイン情報データベース１２ｂ、制御メニューデータベース１２ｃ、属性情報データベース１２ｄ、制御指令データベース１２ｅである。以下、各データベースを順次概説する。

顧客情報データベース１２ａは、各顧客の管轄ビルの住所等の情報を管理するテーブルであり、図２に例示するように、顧客名と、顧客を特定するために顧客毎に割り当てたユニークな顧客ＩＤと、ビルを特定するためにビル毎に割り当てたユニークなビルＩＤと、各ビルの住所が登録されている。

ログイン情報データベース１２ｂは、各顧客の顧客端末３をエレベータ制御システム１Ａに接続するためのログイン情報を管理するテーブルであり、図３に例示するように、顧客ＩＤと、顧客端末３をエレベータ制御システム１Ａに接続する際に必要なパスワードが登録されている。従って、エレベータ制御システム１Ａは、正しい組み合わせの顧客ＩＤとパスワードが入力された場合にのみ、その顧客端末３との通信を許可する。

制御メニューデータベース１２ｃは、各エレベータで実行可能な制御メニューを管理するテーブルであり、図４に例示するように、顧客ＩＤと、ビルＩＤと、エレベータを特定するためにエレベータ毎に割り当てたユニークなエレベータＩＤと、各エレベータの仕様に応じて実行可能な制御メニューが登録されている。なお、図示する制御メニューのうち、冠水待避は、豪雨などの影響で冠水が予想される場合などに、乗りかごを最上階で休止させたり、基準階を最上階に変更したりする制御である。運転休止は、夜間や休日などに、節電のためエレベータの運転を休止する制御である。地震管制は、緊急地震速報を受信した場合に、走行中の乗りかごを最寄り階に停止させる制御である。密集回避は、疫病下で乗りかご内に多人数が乗車した場合に人同士の間隔を空けるよう、かご内スピーカーやかご内ディスプレイ等で警告する制御である。映像表示は、かご内ディスプレイに所望の映像を表示する制御である。制御メニューデータベースで管理される制御メニューは後述される属性情報データベースで管理される属性情報と対応付けられて管理されてもよい。

属性情報データベース１２ｄは、ビルやエレベータの属性を管理するテーブルであり、図５Ａに例示するように、顧客ＩＤと、ビルＩＤと、エレベータＩＤと、制御メニューと、属性情報が登録されている。属性情報は、例えば、建物用途、都道府県、市区町村、発令中の要注意災害、搭乗人数などの、各ビル・各エレベータの属性に関するであり、必要に応じて随時更新される情報である。要注意災害として登録される内容は、例えば、各種の情報提供サーバ５から入力された、「台風・豪雨」、「河川氾濫」、「広域停電」、「地震」、「疫病」等のデータである。なお、属性情報としては、図示するもの以外に、エレベータ稼働率、階床数、かご内混雑度、天候情報、ビル内やビル周辺でのイベント情報などを登録しても良い。オフィスビルや商業施設のイベント情報にはビルの休館日等も含まれ、マンションのイベント情報にはゴミの日のスケジュールや断水日の情報等も含まれる。イベント情報は曜日ごとに記憶されてもよいし、日や時間ごとに記憶されてもよい。なお、図５Ｂに例示されるように、属性情報の項目と制御メニューの項目を対応付けて記憶してもよい。例えば、冠水退避運転を設定する際に考慮する属性情報は、要注意災害情報、都道府県および市区町村情報であり、該当する属性情報を対応付けて記憶する。密集回避運転は、建物用途および混雑度と対応付けられるようにしてもよい。

制御指令データベース１２ｅは、顧客が入力した制御指令を管理するテーブルであり、図６に例示するように、顧客ＩＤと、ビルＩＤと、エレベータＩＤと、制御メニューと、制御指令日時と、制御指令の実行結果が登録されている。なお、図６の例は、共に東京都ａａ区に所在するビルＡのエレベータ００１と、ビルＣのエレベータ０００４の２台に、同時刻に冠水待避の制御指令を発した結果、双方のエレベータの乗りかごが最上階に待避したことを示している。

＜＜情報処理部１３＞＞
情報処理部１３は、記憶部１２内の各データベースに基づいて顧客端末３に表示するＧＵＩ（Graphical User Interface）を生成する画面生成部１３a、顧客端末３からの入力を受け付け指令に応じてビル設備抽出部１４を起動する入力受付部１３b、画面生成部で生成した画面を顧客端末３へ出力する出力部１３c、制御指令データベース１２ｅを編集する制御指令データベース編集部１３dを有する。この情報処理部１３の詳細は後述することとする。

＜＜レコメンド生成部１４＞＞
レコメンド生成部１４は、顧客が、あるエレベータを制御指令の送信先に定めた場合に、そのエレベータの属性する属性抽出部１４ｂ、属性抽出部１４ｂで抽出した属性と同一の属性を有するエレベータを抽出するビル設備抽出部を有し、同じ制御指令の送信先候補として他のエレベータを推薦する機能部である。このレコメンド生成部１４の詳細は後述することとする。

＜＜制御指令部１５＞＞
制御指令部１５は、制御指令データベース１２ｅに登録されたデータに基づいて、エレベータ制御装置４Ａに制御指令を送信するとともに、エレベータ制御装置４Ａによる制御結果を取得して制御指令データベース１２ｅに登録する機能部である。この制御指令部１５の詳細は後述することとする。

＜エレベータ制御システム１Ａと顧客端末３の協働時のＧＵＩの遷移＞
次に、図７Ａから図７Ｅを用いて、エレベータ制御システム１Ａと顧客端末３の協働時の、顧客端末３の画面表示の遷移を説明する。なお、以下では、各種データベースに、図２から図５Ａで例示したデータが登録されているものとする。

図７Ａは、エレベータ制御システム１Ａへのログイン後に、顧客端末３のディスプレイに表示されるＧＵＩ３０の一例である。このＧＵＩ３０は、制御メニューデータベース１２ｃの制御メニュー列から取得した制御メニューをボタン形式で列挙したものであり、この例では、冠水待避ボタン３１、運転休止ボタン３２、地震管制ボタン３３、密集回避ボタン３４、映像表示ボタン３５等の各ボタンが表示されている。そして、顧客が所望のボタンを押下すれば、押下したボタン相当の制御の対象エレベータを選択する次のＧＵＩに遷移する。なお、以下では、冠水待避ボタン３１が押下され、冠水待避の対象エレベータの選択ＧＵＩに遷移した例を説明する。

図７Ｂは、図７Ａで冠水待避ボタン３１を押下した場合に表示されるＧＵＩ３１０の一例である。このＧＵＩ３１０は、冠水待避制御を実行可能なエレベータを顧客に報知するとともに、少なくとも１台の制御対象エレベータを顧客に選択させるためのＧＵＩである。図示するように、ＧＵＩ３１０の顧客名欄３１１には、ログイン中の顧客名「ｘｘ管理会社」が表示され、制御メニュー欄３１２には、顧客が選択した制御メニュー「冠水待避」が表示され、エレベータリスト３１３には「冠水待避」機能を備えたエレベータのエレベータＩＤがビルＩＤと共に表示される。このエレベータリスト３１３には、「冠水待避」制御を実行するエレベータを選択するためのチェックボックスが設けられており、この例では、エレベータ００１が選択されている。また、レコメンドボタン３１４は、顧客がレコメンド生成部１４によるレコメンドを希望する際に押下するボタンであり、実行ボタン３１５は、選択したエレベータのエレベータ制御装置４Ａに対し制御指令を送信する際に押下するボタンである。そして、顧客が所望のボタンを押下すれば、次のＧＵＩに遷移する。

図７Ｃは、図７Ｂでレコメンドボタン３１４を押下した後に表示される、レコメンドに使用した属性情報を報知するためのＧＵＩ３１４ａの一例である。図７Ｂでは、顧客は、エレベータ００１での冠水待避実行を選択したため、レコメンド生成部１４は、属性情報データベース１２ｄのエレベータ００１の属性情報をレコメンドに使用した属性情報として抽出・報知する。例えば、図５Ｂの属性情報データベース１２ｄから「冠水退避」の対応属性を抽出する。次に、図５Ａの属性情報データベース１２ｄで、エレベータ００１を設置したビルＡの建物用途が「オフィスビル」、ビルＡの所在地が「東京都」「ａａ区」であり、制御メニュー「冠水待避」に対応する要注意災害が「台風・豪雨」または「河川氾濫」であるため、レコメンド生成部１４は、これらをレコメンドに利用する属性情報として抽出し、顧客端末３のディスプレイに図７ＣのようなＧＵＩ３１４ａを表示する。そして、顧客が確認ボタン３１４ｂを押下すれば、次のＧＵＩに遷移する。制御メニューと対応付けられた属性情報のみを用いることによって、必要なビル設備のみ制御メニューの設定をリコメンドすることが可能となる。

図７Ｄは、図７Ｂでレコメンドボタン３１４を押下した後に表示される、レコメンドに使用した属性情報を報知するためのＧＵＩ３１４ａの別例である。図７Ｃの例では、レコメンド生成部１４が抽出した属性情報の全てをレコメンド生成に使用したが、一部の属性情報の利用を顧客が希望しない場合もある。そこで、図７Ｄでは、レコメンド生成部１４が抽出した属性情報毎に、レコメンド生成時に使用するか否かを選択するチェックボックスを設け、利用する属性情報を顧客が任意に設定できるようにした。従って、何れかのチェックを外した状態で確認ボタン３１４ｂを押下すれば、チェックされた属性情報のみを用いてレコメンドが再生成された後、次のＧＵＩに遷移する。ここでチェックを外した項目については、図５Ｂに例示される制御メニューの情報と属性情報とが対応付けられた情報を更新してもよい。例えば、建物用途が冠水退避運転を行うかの判定に不要と判断されされ、ユーザによってチェックが外された場合には、次回以降冠水退避運転の設定の際には建物用途が考慮されなくなる構成としてもよい。当該構成により、制御メニューの実行に必要な属性情報の更新が可能となり、精度よく制御メニューのリコメンドを行うことができる。

図７Ｅは、図７Ｃまたは図７Ｄで確認ボタンを押下した後に表示されるＧＵＩ３１０の一例である。このＧＵＩ３１０は、レコメンド生成部１４によってビルＣのエレベータ００４をリストに追加した画面であるため、メッセージ欄３１６には、「レコメンドによりビルの選択を追加しました。」のように、顧客が選択したエレベータ以外のエレベータが追加された旨が表示される。

なお、図７Ｂの時点で実行ボタン３１５を直接押下した場合には、レコメンド生成部１４によるレコメンドが実行されないため、図７ＥのＧＵＩ３１０に代え、顧客が選択したエレベータ００１のみをエレベータリスト３１３に含むＧＵＩが表示されることになる。

＜エレベータ制御のフローチャート＞
次に、図８のフローチャートを用いて、本実施例のエレベータ制御の詳細を説明する。なお、本フローチャートの開始に先立ち、エレベータ制御システム１Ａの記憶部１２内の各データベースには、図２から図５Ａに例示したような、管理者端末２や情報提供サーバ５等から入力された適当なデータが登録されているものとする。

ステップＳ１では、情報処理部１３は、顧客端末３から入力された顧客ＩＤとパスワードを、ログイン情報データベース１２ｂと照合し、顧客ＩＤとパスワードの組み合わせが正しければ、その顧客端末３のログインを許可する。そして、情報処理部１３は、制御メニューデータベース１２ｃに基づいて、エレベータ制御メニューのＧＵＩを生成し、顧客端末３のディスプレイに表示する（図７Ａ参照）。その後、顧客端末３から実行希望の制御メニューが入力されると、ステップＳ２に進む。

ステップＳ２では、情報処理部１３は、制御メニューデータベース１２ｃに基づいて、ステップＳ１で選択された制御メニューを実行可能なエレベータを抽出した後、エレベータリスト３１３のＧＵＩを生成し、顧客端末３のディスプレイに表示する（図７Ｂ参照）。なお、顧客端末３のディスプレイには、エレベータリスト３１３とともに、レコメンドボタン３１４と、実行ボタン３１５も表示される（図７Ｂ参照）。

ステップＳ３では、情報処理部１３は、エレベータリスト３１３から少なくとも１台のエレベータＩＤが選択された後、レコメンドボタン３１４か実行ボタン３１５が押下されたかを判定する。そして、レコメンドボタン３１４が押下された場合はステップＳ４に進み、実行ボタン３１５が押下された場合はステップＳ１１に進む。

ステップＳ４では、情報処理部１３は、レコメンド生成部１４を起動する。

ステップＳ５では、レコメンド生成部１４は、属性情報データベース１２ｄを参照し、ステップＳ３で顧客が選択したエレベータの属性情報と同じ属性情報を持ち、かつ、同一顧客のエレベータが存在するかを判定する。そして、要件を満たす場合はステップＳ６に進み、要件を満たさない場合はステップＳ７に進む。なお、本ステップで評価する属性情報は、属性情報の項目と制御メニューの項目の対応付けされた情報(図５Ｂ)を用いて、ステップＳ１で選択した制御メニューの実行に影響を与えるものに限定され、同制御メニューの実行に影響を与えない属性情報を考慮しないものとしてもよい。

ステップＳ６では、レコメンド生成部１４は、ステップＳ５の要件を満たすエレベータを抽出し、情報処理部１３に通知する。

一方、ステップＳ７では、レコメンド生成部１４は、ステップＳ５の要件を満たすエレベータが存在しないことを示すエラー情報を情報処理部１３に通知する。

ステップＳ８では、情報処理部１３は、ステップＳ６またはステップＳ７の通知に基づいて、エレベータリスト３１３を更新する。すなわち、ステップＳ５の要件を満たすエレベータが存在する場合には、ステップＳ３で顧客が選択したエレベータと、ステップＳ５の要件を満たすエレベータからなるエレベータリスト３１３に更新する（図７Ｅ参照）。一方、ステップＳ５の要件を満たすエレベータが存在しない場合には、ステップＳ３で顧客が選択したエレベータのみからなるエレベータリスト３１３に更新する。

ステップＳ９では、情報処理部１３は、ステップＳ８でエレベータリストの更新に使用した属性情報を顧客に提示するＧＵＩを生成し、顧客端末３のディスプレイに表示する（図７Ｃ、図７Ｄ参照）。そして、表示された属性情報の適否を判断した顧客が確認ボタン３１４ｂを押下すると、ステップＳ１０に進む。

ステップＳ１０では、情報処理部１３は、ステップＳ８で更新したエレベータリスト３１３を顧客端末３のディスプレイに表示するとともに、更新後のエレベータリスト３１３を確認した顧客が実行ボタン３１５を押下するのを待つ（図７Ｅ参照）。そして、顧客端末３で実行ボタン３１５が押下されると、ステップＳ１１に進む。なお、ステップＳ８で追加されたエレベータには、ステップＳ２で選択した制御メニューの実行対象外としたいものが含まれる場合がある。そのような場合には、顧客は、エレベータリスト３１３のチェックボックスの任意のチェックを外した後、実行ボタン３１５を押下すれば良い。

ステップＳ１１では、情報処理部１３は、ステップＳ１で選択された制御メニューを、ステップＳ１０で選択したエレベータにて実行するために必要な制御指令情報を、制御指令データベース１２ｅに登録する。本ステップで制御指令データベース１２ｅに登録する制御指令情報は、図６に例示した情報のうち、顧客ＩＤと、ビルＩＤと、エレベータＩＤと、制御メニューと、制御指令日時である。

ステップＳ１２では、制御指令部１５は、制御指令データベース１２ｅを定期的に監視し、新たに登録された制御指令情報があれば、その新たな制御指令情報を検出する。

ステップＳ１３では、制御指令部１５は、ステップＳ１２で検出した制御指令情報に基づいて、制御指令を生成するとともに、制御指令情報で指定されたエレベータＩＤに対応するエレベータ制御装置４Ａに生成した制御指令を送信する。

ステップＳ１４では、制御指令部１５から制御指令を受けたエレベータ制御装置４Ａは、当該制御指令で指定された制御メニュー相当の制御を実行する。そして、当該制御が成功すると、エレベータ制御装置４Ａは、当該制御の成功を制御結果として制御指令部１５に通知する。一方、当該制御が失敗すると、エレベータ制御装置４Ａは、当該制御の失敗を制御結果として制御指令部１５に通知する。

ステップＳ１５では、制御指令部１５は、ステップＳ１４でエレベータ制御装置４Ａから受信した制御結果を制御指令データベース１２ｅに登録する（図６参照）。

ステップＳ１６では、情報処理部１３は、制御指令データベース１２ｅを定期的に監視し、新たに登録された制御結果があれば、その制御結果を顧客端末３のディスプレイに表示する。これにより、顧客は、ステップＳ１０で選択した各エレベータでの制御結果を把握することができる。

＜本実施例の効果＞
以上で説明したように、本実施例のエレベータ制御システム１Ａによれば、各建物の立地や用途、予報または速報された災害種別などの諸条件を考慮して、顧客が制御対象に定めた１台のエレベータと同じ属性情報を持つ他のエレベータを自動的に抽出することで、複数建物に分散設置された複数エレベータの制御を容易に一括設定することができる。

次に、本発明の実施例２として、制御対象ビル設備がエスカレータであるエスカレータ制御システム１Ｂを説明する。なお、以下では実施例１との共通点の重複説明を省略するが、本実施例の理解に際しては、実施例１のエレベータ制御装置をエスカレータ制御装置と読み替えたり、エレベータＩＤをエスカレータＩＤと読み替えたり、エレベータ制御メニューをエスカレータ制御メニューと読み替えたりしつつ、実施例１を参照すればよい。

実施例１の制御メニューデータベース１２ｃでは、エレベータ用の制御メニューとして、冠水退避、運転休止、地震管制、密集回避、映像表示を用意した（図４参照）。これに対し、本実施例では、エスカレータでも実現可能な制御メニューとして、運転休止、地震管制を用意する。

このエスカレータ制御システム１Ｂによっても、各建物の立地や用途、予報または速報された災害種別などの諸条件を考慮して、顧客が制御対象に定めた１台のエスカレータと同じ属性情報を持つ他のエスカレータを自動的に抽出することで、複数建物に分散設置された複数エスカレータの制御を容易に一括設定することができる。

次に、本発明の実施例３として、制御対象ビル設備がエアコンであるエアコン制御システム１Ｃを説明する。なお、以下では実施例１との共通点の重複説明を省略するが、本実施例の理解に際しては、実施例１のエレベータ制御装置をエアコン制御装置と読み替えたり、エレベータＩＤをエアコンＩＤと読み替えたり、エレベータ制御メニューをエアコン制御メニューと読み替えたりしつつ、実施例１を参照すればよい。

実施例１の制御メニューデータベース１２ｃでは、エレベータ用の制御メニューとして、冠水退避、運転休止、地震管制、密集回避、映像表示を用意した（図４参照）。これに対し、本実施例では、エアコンでも実現可能な制御メニューとして、運転休止を用意する。

また、実施例１では、ビルセンサ６として重量センサ６Ａを用いたが、本実施例では、各エアコン近傍の照明のオンオフを検出するライトセンサ６Ｃを用いる。従って、実施例１の属性情報１２ｄに登録された搭乗人数情報に代え、本実施例の属性情報１２ｄには、各エアコン近傍のライトセンサ６Ｃが検出した照明のオンオフ情報が登録される。

このエアコン制御システム１Ｃによっても、各建物の立地や用途、照明のオンオフ情報などの諸条件を考慮して、顧客が制御対象に定めた１台のエアコンと同じ属性情報を持つ他のエアコンを自動的に抽出することで、複数建物に分散設置された複数エアコンの制御を容易に一括設定することができる。

次に、本発明の実施例４として、制御対象ビル設備がサイネージであるサイネージ制御システム１Ｄを説明する。なお、以下では実施例１との共通点の重複説明を省略するが、本実施例の理解に際しては、実施例１のエレベータ制御装置をサイネージ制御装置と読み替えたり、エレベータＩＤをサイネージＩＤと読み替えたり、サイネージ制御メニューをサイネージ制御メニューと読み替えたりしつつ、実施例１を参照すればよい。

実施例１の制御メニューデータベース１２ｃでは、エレベータ用の制御メニューとして、冠水退避、運転休止、地震管制、密集回避、映像表示を用意した（図４参照）。これに対し、本実施例では、サイネージでも実現可能な制御メニューとして、表示休止、映像表示を用意する。

また、実施例１では、ビルセンサ６として重量センサ６Ａを用いたが、本実施例では、各サイネージ近傍の人の有無を検出する人感センサ６Ｄを用いる。従って、実施例１の属性情報１２ｄに登録された搭乗人数情報に代え、本実施例の属性情報１２ｄには、各サイネージ近傍の人感センサ６Ｄが検出した人の有無の情報が登録される。

本実施例のサイネージは、建物用途に応じて主たる表示内容が定まるディスプレイである。例えば、建物用途がオフィスビルであれば、各階の会社名を案内したり、ニュースを表示したりする。建物用途が駅舎であれば、各線の乗り場を案内したり、時刻表を表示したりする。建物用途が商業施設であれば、セールス情報を表示したり、休業日を表示したりする。建物用途がマンションであれば、ごみ収集日を表示したり、定期清掃日を表示したりする。建物用途が病院であれば、疫病対策の方法を表示したり、休診日を表示したりする。

このサイネージ制御システム１Ｄによっても、各建物の立地や用途、人感センサの検出情報などの諸条件を考慮して、顧客が制御対象に定めた１台のサイネージと同じ属性情報を持つ他のサイネージを自動的に抽出することで、複数建物に分散設置された複数サイネージの制御を容易に一括設定することができる。

なお、上述した実施例は一例にすぎず、複数の場所に設置された設備を一括で制御する場合には上述の設備に限られるものではない。制御する設備によって実施例に記載がない属性情報を用いて一括制御する設備を特定してもよい
また、上述した各実施の形態および変形例において、機能ブロックの構成は一例に過ぎない。別々の機能ブロックとして示したいくつかの機能構成を一体に構成してもよいし、１つの機能ブロック図で表した構成を２以上の機能に分割してもよい。また各機能ブロックが有する機能の一部を他の機能ブロックが備える構成としてもよい。

上述した各実施の形態および変形例は、それぞれ組み合わせてもよい。上記では、種々の実施の形態および変形例を説明したが、本発明はこれらの内容に限定されるものではない。本発明の技術的思想の範囲内で考えられるその他の態様も本発明の範囲内に含まれる。

１ ビル設備制御システム
１Ａ エレベータ制御システム
１１ 情報入力部
１２ 記憶部
１２ａ 顧客情報データベース
１２ｂ ログイン情報データベース
１２ｃ 制御メニューデータベース
１２ｄ 属性情報データベース
１２ｅ 制御指令データベース
１３ 情報処理部
１３ａ 画面生成部
１３ｂ 入力受付部
１３ｃ 出力部
１３ｄ データベース編集部
１４ レコメンド生成部
１４ａ ビル設備抽出部
１４ｂ 属性抽出部
１５ 制御指令部
１Ｂ エスカレータ制御システム
１Ｃ エアコン制御システム
１Ｄ サイネージ制御システム
２ 管理者端末
３ 顧客端末
４ ビル設備制御装置
４Ａ エレベータ制御装置
４Ｂ エスカレータ制御装置
４Ｃ エアコン制御装置
４Ｄ サイネージ制御装置
５ 情報提供サーバ
６ ビルセンサ
６Ａ 重量センサ
６Ｃ ライトセンサ
６Ｄ 人感センサ

Claims (9)

1. ビルに設置されたビル設備を特定するビル設備IDと、前記ビルまたは前記ビル設備の属性と、を記憶し、前記ビル設備IDと前記属性を対応付けて記憶する記憶部と、
   前記記憶部に記憶された前記ビル設備IDと同一のビル設備IDの入力を受け付ける入力受付部と、
   前記入力受付部で受け付けた前記ビル設備への制御指令を出力する制御指令部と、
   を備えた設備制御システムであって、
   前記入力受付部で受け付けたビル設備IDによって特定されるビル設備と同じ属性情報を備えた他のビル設備を特定するビル設備IDを抽出するビル設備抽出部と、
   前記ビル設備抽出部で抽出したビル設備IDを出力する出力部と、
   を備えることを特徴とするビル設備制御システム。
2. 請求項１に記載のビル設備制御システムにおいて、
   前記記憶部は前記ビル設備で実行可能な制御である制御メニューを記憶し、
   前記記憶部に記憶された属性は複数の項目の属性を有し、前記記憶部に記憶された前記制御メニューは一つ以上の特定の属性情報と対応付けられて記憶され、
   前記入力受付部は、前記記憶部で記憶される制御メニューが入力され、
   前記ビル設備抽出部は、前記入力受付部において入力された制御メニューと対応する属性と同じ属性が対応付けられた他のビル設備を特定するビル設備IDを抽出することを特徴とするビル設備制御システム。
3. 請求項２に記載のビル設備制御システムにおいて、
   前記入力受付部は顧客が使用する顧客端末からの入力を受け付け、
   前記出力部は、前記他のビル設備の抽出に使用した属性情報を顧客端末に表示することを特徴とするビル設備制御システム。
4. 請求項３に記載のビル設備制御システムにおいて、
   前記顧客端末で出力する画面を生成する出力画面生成部を有し、
   前記出力画面生成部は前記ビル設備抽出部でビル設備の抽出に用いた属性を選択可能な画面を生成し、
   前記顧客端末に表示した前記属性の一部の選択が解除された場合、前記ビル設備抽出部は、選択が解除されなかった属性のみを用いて、前記他のビル設備を再抽出し、
   前記記憶部は、選択が解除された属性情報について、制御メニューと属性との対応付けを解除することを特徴とするビル設備制御システム。
5. 請求項３に記載のビル設備制御システムにおいて、
   前記記憶部は顧客を特定する顧客IDを記憶し、
   前記顧客端末から入力されたビル設備と、同一の顧客IDを有するビル設備を抽出するビル設備制御システム。
6. 請求項３に記載のビル設備制御システムにおいて、
   前記ビル設備に送信する制御指令を生成する制御指令部を備え、
   前記顧客端末に出力したビル設備が一括制御の対象として選択された場合、前記制御指令部は、前記１つのビル設備と前記他のビル設備に、前記制御指令を一括送信することを特徴とするビル設備制御システム。
7. 請求項１から請求項５の何れか一項に記載のビル設備制御システムにおいて、
   前記属性は、前記ビルの建物用途、前記ビルの所在地、該所在地における天候情報、該所在地における災害情報、前記ビル内のイベント情報、または、前記ビルに設置したセンサの検出情報の何れかであることを特徴とするビル設備制御システム。
8. 請求項３から請求項５の何れか一項に記載のビル設備制御システムにおいて、
   前記属性は、前記ビル設備を保守管理する管理者が使用する管理者端末、または、前記顧客端末から編集可能であることを特徴とするビル設備制御システム。
9. ビルに設置されたビル設備を制御するビル設備制御方法であって、
   ビルに設置されたビル設備を特定するビル設備ＩＤと、前記ビルまたは前記ビル設備に関する属性と、が対応付けられて入力される第一の入力ステップと、
   前記入力ステップで入力されたビル設備IDのうち一つのビル設備IDが入力される第二の入力ステップと、
   前記第二の入力ステップで入力されたビル設備IDによって特定されるビル設備と同じ属性が対応付けられた他のビル設備を抽出するレコメンド生成ステップと、
   を具備することを特徴とするビル設備制御方法。

Images