JP2021006946A - 管理システム、空間設備制御システム、空間設備運用システム、管理方法、プログラム - Google Patents

Abstract

【課題】課題は、施設内の環境の管理の設定を容易に行える、管理システム、空間設備制御システム、空間設備運用システム、管理方法、及びプログラムを提供することである。【解決手段】管理システム２０は、取得部２５１と、決定部２５２とを備える。取得部２５１は、施設の図面を含む図面情報に基づいて、施設内のエリアの属性を取得する。決定部２５２は、取得部２５１で取得されたエリアの属性に基づいて、エリアでの空間設備の運用パターンを決定する。【選択図】 図２

Description

本開示は、一般に、管理システム、空間設備制御システム、空間設備運用システム、管理方法、及びプログラムに関する。本開示は、特に、施設内の環境の管理のための管理システム、空間設備制御システム、空間設備運用システム、管理方法、及びプログラムに関する。

特許文献１は、例えばビル内の複数の空調設備をスケジュール制御によって最適起動制御する空調設備の制御装置を開示する。特許文献１では、時計からの時間情報と空調設備の起動／停止時刻とを比較して、各空調設備が起動時刻になると該当するそれぞれの機器を起動し、停止時間になると停止する。

特開平３−１８０９１３号公報

しかしながら、特許文献１では、空調設備毎に、起動／停止時刻を決定する必要がある。そのため、ビル（施設）内の部屋（エリア）毎に空調設備（空間設備）の運用パターンの設定をすることは非常に煩雑であり、施設内の環境の管理の設定は難しい。

課題は、施設内の環境の管理の設定を容易に行える、管理システム、空間設備制御システム、空間設備運用システム、管理方法、及びプログラムを提供することである。

本開示の一態様は、管理システムであって、施設の図面を含む図面情報に基づいて、前記施設内のエリアの属性を取得する取得部と、前記取得部で取得された前記エリアの属性に基づいて、前記エリアでの空間設備の運用パターンを決定する決定部とを備える。

本開示の一態様は、空間設備制御システムであって、上記の管理システムと、前記管理システムで決定された運用パターンに従って前記空間設備の制御を行う制御システムとを備える。

本開示の一態様は、空間設備運用システムであって、上記の空間設備制御システムと、前記空間設備制御システムで制御される前記空間設備とを備える。

本開示の一態様は、管理方法であって、取得ステップと、決定ステップとを含む。前記取得ステップは、施設の図面を含む図面情報に基づいて、前記施設内のエリアの属性を取得するステップである。前記決定ステップは、前記取得ステップで取得された前記エリアの属性に基づいて、前記エリアでの空間設備の運用パターンを決定するステップである。

本開示の一態様は、プログラムであって、１以上のプロセッサに、上記の管理方法を実行させるための、プログラムである。

本開示の態様によれば、施設内の環境の管理の設定を容易に行える、という効果を奏する。

図１は、一実施形態の空間設備運用システムの概略図である。 図２は、上記の空間設備運用システムの管理システムのブロック図である。 図３は、上記の管理システムで利用される図面情報の説明図である。 図４は、上記図面情報から得られるエリアに関する情報の説明図である。 図５は、上記図面情報から得られるエリアに関する情報の説明図である。 図６は、上記図面情報から得られるエリアに関する情報の説明図である。 図７は、上記図面情報から得られるエリアに関する情報の説明図である。 図８は、上記図面情報から得られるエリアに関する情報の説明図である。 図９は、上記の管理システムで提示される情報の説明図である。 図１０は、上記の管理システムの動作のフローチャートである。 図１１は、上記の管理システムの別の動作のフローチャートである。 図１２は、上記の管理システムの別の動作のフローチャートである。 図１３は、変形例の空間設備運用システムの説明図である。 図１４は、上記変形例の空間設備運用システムの説明図である。

（１）実施形態
（１．１）概要
図１は、本実施形態の空間設備運用システム１０を示す。本実施形態の空間設備運用システム１０は、管理システム２０を備える。管理システム２０は、図２に示すように、取得部２５１と、決定部２５２とを備える。取得部２５１は、施設１００（図３〜図５参照）の図面を含む図面情報に基づいて、施設１００内のエリア１１０（図３〜図５参照）の属性を取得する。決定部２５２は、取得部２５１で取得されたエリア１１０の属性に基づいて、エリア１１０での空間設備（本実施形態では、空調設備３１及び照明設備３２）の運用パターンを決定する。

このように、管理システム２０は、図面情報からエリア１１０の属性を取得し、取得したエリア１１０の属性に基づいて、エリア１１０での空間設備（空調設備３１及び照明設備３２）の運用パターンを決定する。そのため、エリア１１０での空間設備（空調設備３１及び照明設備３２）の運用パターンを手動で設定する必要がなくなり、空間設備（空調設備３１及び照明設備３２）の運用パターンの設定が容易になる。したがって、管理システム２０によれば、施設１００内の環境の管理の設定を容易に行える。

（１．２）詳細
以下、図１〜図１１を参照して、本実施形態の空間設備運用システム１０について更に詳細に説明する。空間設備運用システム１０は、施設１００（図３〜図８参照）内の環境の管理のためのシステムであって、施設１００に設置される１以上の空間設備（空調設備３１及び照明設備３２）の管理及び制御を行う。

施設１００は、本実施形態では、オフィスビル（図３参照）である。施設１００は、図４に示すように、複数のエリア１１０を含む。エリア１１０は、施設１００内の空間であってよい。複数のエリア１１０同士は必ずしも物理的に区画されている必要はない。例えば、部屋の前側と後ろ側とをそれぞれエリアとして設定してよい。本実施形態では、施設１００はオフィスビルであるから、エリア１１０の例としては、執務室、会議室、応接室、休憩室、談話室、更衣室、食堂、打ち合わせスペース（打ち合わせブース、打ち合わせコーナー）等が挙げられる。図５は、施設１００のワンフロアの一部を示している。図５では、複数のエリア１１０（１１１〜１１３）が図示されている。なお、施設１００の例としては、オフィスビルの他に、戸建て住宅、集合住宅（住戸、共用部）、店舗、ビル（ビル全体、フロア内）が挙げられる。また、施設１００は、建物だけではなく、建物とその建物が存在する敷地とを含んでいてもよく、例えば、工場や、公園、病院、商業施設等が挙げられる。

空間設備運用システム１０は、図１に示すように、管理システム２０と、空間制御システム３０とを備える。管理システム２０は、空間制御システム３０と通信可能に接続される。本実施形態では、管理システム２０は、空間制御システム３０と通信ネットワーク８０を通じて通信可能に接続される。通信ネットワーク８０は、インターネットを含み得る。通信ネットワーク８０は、単一の通信プロトコルに準拠したネットワークだけではなく、異なる通信プロトコルに準拠した複数のネットワークで構成され得る。通信プロトコルは、周知の様々な有線及び無線通信規格から選択され得る。図１では簡略化されているが、通信ネットワーク８０は、リピータハブ、スイッチングハブ、ブリッジ、ゲートウェイ、ルータ等のデータ通信機器を含み得る。

また、管理システム２０は、位置情報システム４０、要望収集システム５０、センシングシステム６０、及び図面情報サーバ７０と通信可能に接続される。本実施形態では、管理システム２０は、通信ネットワーク８０を通じて、位置情報システム４０、要望収集システム５０、センシングシステム６０、及び図面情報サーバ７０と通信可能に接続される。

空間制御システム３０は、施設１００内の環境を調整するためのシステムである。空間制御システム３０は、図１に示すように、複数の空調設備３１と、複数の照明設備３２と、制御システム３３とを備える。制御システム３３は、複数の空調設備３１を制御するための空調制御コントローラ３３１（図６参照）と、複数の照明設備３２を制御するための照明制御コントローラ３３２（図７参照）とを備える。

空調設備３１は、施設１００内の環境を調整するための空間設備である。特に、空調設備３１は、施設１００内の環境として、空間の温度・湿度等をコントロールするための空間設備である。本実施形態では、空調設備３１は、エアコンである。つまり、空調設備３１は、主に、エリア１１０内の温度のコントロールに用いられる。空調設備３１は、図６に示すように、施設１００のエリア１１０（１１１〜１１３）内に設置される。エリア１１０（１１１〜１１３）が屋内である場合には、空調設備３１は、エリア１１０の天井に配置され得る（図４参照）。また、空調設備３１は、空調制御コントローラ３３１に、通信線Ｌ３１を介して通信可能に接続される。これによって、空調設備３１は、空調制御コントローラ３３１からの制御信号に応じて動作可能である。空調設備３１は、空調制御コントローラ３３１から設定温度（温度指示値、目標温度）を受け取ると、空調設備３１が備える温度センサの計測値が設定温度に一致するように、出力する風の温度及び量を調整する。なお、空調設備３１の他の例としては、扇風機、換気扇、空気清浄機が挙げられる。

照明設備３２は、施設１００内の環境を調整するため空間設備である。特に、照明設備３２は、施設１００内の環境として、空間の明るさをコントロールするための空間設備である。本実施形態では、照明設備３２は、シーリングライトである。つまり、照明設備３２は、主に、エリア１１０内の明るさのコントロールに用いられる。照明設備３２は、図７に示すように、施設１００のエリア１１０（１１１〜１１３）内に設置される。エリア１１０（１１１〜１１３）が屋内である場合には、照明設備３２は、エリア１１０の天井に配置され得る（図４参照）。また、照明設備３２は、照明制御コントローラ３３２に、通信線Ｌ３２を介して通信可能に接続される。これによって、照明設備３２は、照明制御コントローラ３３２からの制御信号に応じて動作可能である。照明設備３２は、照明制御コントローラ３３２から設定照度（照度指示値、目標照度）を受け取ると、照明設備３２が備える照度センサの計測値が設定照度に一致するように、出力する光の量を調整する。また、照明設備３２は、照明制御コントローラ３３２から設定色温度を受け取ると、出力する光の色温度を設定色温度に一致させる。なお、照明設備３２の他の例としては、ダウンライト、ペンダントライト、フットライト、ウォールウォッシャ、スポットライト等が挙げられる。

制御システム３３は、管理システム２０と通信可能に接続される。本実施形態では、制御システム３３は、管理システム２０と通信ネットワーク８０を通じて通信可能に接続される。制御システム３３は、空調制御コントローラ３３１（図６参照）と、照明制御コントローラ３３２（図７参照）とを有する。空調制御コントローラ３３１は、複数の空調設備３１に通信可能に接続される。空調制御コントローラ３３１は、複数の空調設備３１を個別に制御するように構成される。特に、空調制御コントローラ３３１は、管理システム２０から与えられる空調設備３１の運用パターンに従い、複数の空調設備３１を個別に制御する。照明制御コントローラ３３２は、複数の照明設備３２に通信可能に接続される。照明制御コントローラ３３２は、複数の照明設備３２を個別に制御するように構成される。特に、照明制御コントローラ３３２は、管理システム２０から与えられる照明設備３２の運用パターンに従い、複数の照明設備３２を個別に制御する。なお、制御システム３３は、１以上のプロセッサ（マイクロプロセッサ）と１以上のメモリとを含むコンピュータシステムにより実現され得る。つまり、１以上のプロセッサが１以上のメモリに記憶された１以上のプログラム（アプリケーション）を実行することで、制御システム３３として機能する。プログラムは、ここでは制御システム３３のメモリに予め記録されているが、インターネット等の電気通信回線を通じて、又はメモリカード等の非一時的な記録媒体に記録されて提供されてもよい。

なお、本実施形態では、管理システム２０と制御システム３３とが、空間設備制御システム１１を構成する（図１参照）。つまり、空間設備制御システム１１は、管理システム２０と、管理システム２０で決定された運用パターンに従って空間設備（空調設備３１及び照明設備３２）の制御を行う制御システム３３とを備える。また、空間設備制御システム１１は、空間設備（空調設備３１及び照明設備３２）とともに、空間設備運用システム１０を構成する（図１参照）。つまり、空間設備運用システム１０は、空間設備制御システム１１と、空間設備制御システム１１で制御される空間設備（空調設備３１及び照明設備３２）とを備える。

位置情報システム４０は、管理システム２０に、エリア１１０内の位置に関する位置情報を提供するためのシステムである。位置情報は、施設１００内の発信機４１を持つ人物（ユーザ）の位置を示す情報である。よって、位置情報システム４０は、施設１００内の発信機４１を持つ人物の位置を特定する。つまり、位置情報システム４０は、施設１００内での人物の位置を特定するローカルポジショニングシステム（ＬＰＳ）として側面を持つ。

位置情報システム４０は、図１に示すように、複数の発信機４１と、複数の受信機４２と、位置情報サーバ４３とを備える。位置情報システム４０では、位置情報サーバ４３が通信ネットワーク８０を介して管理システム２０と通信可能に接続される。位置情報システム４０は、管理システム２０に、必要に応じて、位置情報、つまり、施設１００内の発信機４１を持つ人物の位置の情報を提供することが可能である。なお、位置情報システム４０は、エリア１１０内に発信機４１を持つ人物（ユーザ）が存在するかどうかを判定してもよい。つまり、位置情報は、エリア１１０内の人物の存否情報も含み得る。

発信機４１は、人物の位置を特定するために用いられる。つまり、人物が発信機４１を携帯しているという前提の下で、発信機４１の位置を人物の位置として取り扱う。発信機４１は、無線信号を送信する機能を有している。特に、発信機４１は、無線信号を定期的に送信する。無線信号は、発信機４１の識別情報を含み得る。識別情報は、複数の発信機４１同士を互いに区別するために利用され得る。発信機４１の識別情報は、人物の識別情報に対応付けられる。本実施形態では、無線信号の媒体は、電波である。特に、無線信号の媒体は、近距離無線通信に適合する電波である。近距離無線通信の例としては、Ｂｌｕｅｔｏｏｔｈ（登録商標）が挙げられ、特に、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（ＢＬＥ）が利用可能である。発信機４１は、人物が携帯可能な大きさ及び重さである。発信機４１は、例えば、ビーコンである。また、発信機４１は、スマートフォン、タブレット端末、ウェアラブル端末等の携帯端末、又はパーソナルコンピュータにより実現され得る。

受信機４２は、発信機４１の位置（つまり、発信機４１を携帯する人物の位置）を特定するために用いられる。受信機４２は、発信機４１からの無線信号を受信する機能を有している。受信機４２は、図８に示すように、施設１００のエリア１１０（１１１〜１１３）内に設置される。エリア１１０（１１１〜１１３）が屋内である場合には、受信機４２は、エリア１１０の天井に配置され得る（図４参照）。また、エリア１１０（１１１〜１１３）には、複数の受信機４２が配置され得る。複数の受信機４２を配置することによって、発信機４１の位置の特定の精度の向上が期待できる。各エリア１１０において、複数の受信機４２は、一定間隔（例えば、約４ｍ）で配置され得る。また、受信機４２は、位置情報サーバ４３に、通信線Ｌ４２を介して通信可能に接続される。受信機４２は、発信機４１から無線信号を受け取ると、無線信号に含まれる識別情報及び無線信号の強度を位置情報サーバ４３に送信する。無線信号の強度は、例えば、受信信号強度（ＲＳＳＩ：Received Signal Strength Indicator）である。

位置情報サーバ４３は、１以上のプロセッサ（マイクロプロセッサ）と１以上のメモリとを含むコンピュータシステムにより実現され得る。つまり、１以上のプロセッサが１以上のメモリに記憶された１以上のプログラム（アプリケーション）を実行することで、位置情報サーバ４３として機能する。プログラムは、ここでは位置情報サーバ４３のメモリに予め記録されているが、インターネット等の電気通信回線を通じて、又はメモリカード等の非一時的な記録媒体に記録されて提供されてもよい。

位置情報サーバ４３は、受信機４２で受信した発信機４１からの無線信号の強度に基づいて発信機４１の位置を決定するように構成される。特に、本実施形態では、位置情報サーバ４３は、受信機４２の位置及び無線信号の強度に基づいて、発信機４１の位置を決定する。無線信号の強度は、受信機４２と発信機４１との距離の増加に対して減少する。よって、発信機４１からの無線信号の強度によって、発信機４１の受信機４２からの距離を求めることが可能である。位置情報サーバ４３は、エリア１１０に対する受信機４２の位置から、発信機４１が存在し得る範囲（一例として、受信機４２を中心とする円周）を決定する。位置情報サーバ４３は、異なる受信機４２から発信機４１が存在し得る範囲を求め、全ての範囲が重複する位置を、発信機４１の位置として採用する。なお、上記の方法は一例であって、位置情報サーバ４３は、上記とは別の方法で、発信機４１の位置を決定してよい。つまり、無線信号の強度に基づいて無線信号の発生源の位置を特定する方法は、従来種々提供されているので、位置情報サーバ４３は、従来周知の方法によって、発信機４１の位置を決定してよい。

要望収集システム５０は、管理システム２０に、エリア１１０に関する人物の要望に関する要望情報を提供するためのシステムである。要望収集システム５０は、複数の端末装置５１を含む。要望収集システム５０では、端末装置５１が通信ネットワーク８０を介して管理システム２０と通信可能に接続される。端末装置５１は、人物が、エリア１１０に関する要望を入力するための装置である。端末装置５１は、人物により入力された要望を、当該要望を入力した人物の識別情報に対応付けて、管理システム２０に送信する。つまり、要望情報は、人物により入力された要望と、要望を入力した人物の識別情報とを含み得る。本実施形態では、エリア１１０に関する要望は、エリア１１０の環境に関する要望を含む。エリア１１０の環境に関する要望は、エリア１１０の温度に関する要望と、エリア１１０の明るさに関する要望とを含み得る。エリア１１０の温度に関する要望は、エリア１１０の温度の調整の要望であり得る。エリア１１０の温度に関する要望の例としては、「冷やしてほしい」、「暖かくしてほしい」等が挙げられる。エリア１１０の明るさに関する要望は、エリア１１０の明るさの調整の要望であり得る。エリア１１０の明るさに関する要望の例としては、「明るくしてほしい」、「暗くしてほしい」等が挙げられる。なお、端末装置５１は、スマートフォン、タブレット端末、ウェアラブル端末等の携帯端末、又はパーソナルコンピュータにより実現され得る。

センシングシステム６０は、管理システム２０に、エリア１１０内の人物の状態に関する状態情報を提供するためのシステムである。センシングシステム６０は、複数のセンシング装置６１を含む。センシング装置６１は、人物の状態を取得する。センシング装置６１は、人物の状態を当該人物の識別情報に対応付けて、管理システム２０に送信する。つまり、状態情報は、人物の状態と、当該人物の識別情報とを含み得る。人物の状態の例としては、暑さ・寒さの度合い、活動状態（運動状態）、体調が挙げられる。センシング装置６１は、人物の画像から抽出される人物の表面温度や振舞いから、人物の暑さ・寒さの度合いを推定することができる。例えば、人物がうちわを使用している、人物が腕まくりをしているという振舞いが抽出されれば、人物の状態が暑いという状態であると判断できる。例えば、人物が着込んでいるという振舞いが抽出されれば、人物の状態が寒いという状態であると判断できる。また、センシング装置６１は、イメージセンサ、加速度センサ、音響センサ等から得られるセンサ情報から人物の活動状態を推定することができる。例えば、センシング装置６１は、センサ情報から人物が会話をせずに体動が静止した状態が長く続いたと判断した場合、人物の活動状態が集中状態である（集中して働いている）と推定することができる。例えば、センシング装置６１は、センサ情報から人物が会話をしていると判断した場合、人物の活動状態がリラックス状態（休憩中）であると推定することができる。なお、センシング装置６１は、イメージセンサ、加速度センサ、音響センサ（マイクロホン等）、及び温度センサ等の各種センサ、又は、各種センサを備える装置（例えば、スマートフォン、タブレット端末、ウェアラブル端末等の携帯端末）により実現され得る。

図面情報サーバ７０は、施設１００の図面情報を管理するサーバである。図面情報サーバ７０は、管理システム２０からの要求に応じて、施設１００の図面情報を管理システム２０に送信する。本実施形態では、図面情報は、施設１００の図面を含む。特に、本実施形態では、図面情報は、ビルディング・インフォメーション・モデリング（ＢＩＭ）に基づく施設１００の３Ｄモデルの情報を含む（図３及び図４参照）。例えば、施設１００の３Ｄモデルは、オブジェクトの集合体で表される。オブジェクトは、３Ｄモデルを構成するパーツである。オブジェクトの例としては、構造物、設備機器、及び什器が挙げられる。構造物の例としては、壁、床、天井、柱、建具、階段、ドア、配線、及び配管が挙げられる。設備機器の例としては、空間設備、電気設備、通信設備、警報設備、及びセンサ設備が挙げられる。空間設備は、空調設備、照明設備等を含む。電気設備は、壁スイッチ、コンセント等の配線器具を含む。通信設備は、スイッチングハブ、ルータ、ゲートウェイ等を含む。警報設備は、非常用アラーム、セキュリティカメラ等を含む。センサ設備は、火災感知器、煙感知器等を含む。什器の例としては、机、椅子、及びインテリア（カーテン、鉢植え植物等）が挙げられる。オブジェクトは、オブジェクト情報を有しており、オブジェクト情報は、２Ｄ形状、３Ｄ形状、数量、品番、寸法、素材、性能、価格等を含み得る。

ビルディング・インフォメーション・モデリング（ＢＩＭ）に基づく施設１００の３Ｄモデルを含む図面情報からは、オブジェクトの配置や、オブジェクト情報等を抽出することが可能である。つまり、図面情報サーバ７０が記憶している図面情報から、管理システム２０は、施設１００の様々な図面を取得することが可能である。例えば、管理システム２０は、図面情報から、図５に示すような施設１００の所望のフロアの平面図を取得できる。図面情報から、施設１００内での、空調設備３１、照明設備３２、受信機４２、及び什器９１の配置に関する情報が得られる。つまり、図面情報から、エリア１１０の配置（すなわち、エリア１１０内のオブジェクトの配置）に関する情報が得られる。また、管理システム２０は、図面情報から、図６に示すような施設１００の所望のフロアの空調設備３１の位置及び接続関係を示す図を取得できる。また、管理システム２０は、図面情報から、図７に示すような施設１００の所望のフロアの照明設備３２の位置及び接続関係を示す図を取得できる。また、管理システム２０は、図面情報から、図８に示すような施設１００の所望のフロアの受信機４２の位置及び接続関係を示す図を取得できる。

管理システム２０は、施設１００内のエリア１１０の管理のためのシステムである。管理システム２０は、エリア１１０での空間設備の運用パターンを決定する機能を有している。管理システム２０は、図２示すように、入力部２１と、出力部２２と、通信部２３と、記憶部２４と、処理部２５とを備える。

入力部２１は、管理システム２０に情報を入力するために用いられる。入力部２１により管理システム２０に入力する情報の例としては、管理システム２０の操作のための情報を含み得る。入力部２１は、情報の入力のための１以上のインタフェースを含む。１以上のインタフェースは、管理システム２０を操作するための入力装置を含む。入力装置は、例えば、キーボード、マウス、トラックボール、タッチパッド等を含み得る。

出力部２２は、管理システム２０から情報を出力するために用いられる。出力部２２により管理システム２０から出力する情報の例としては、管理システム２０の操作のための情報を含み得る。出力部２２は、情報の出力のための１以上のインタフェースを含む。１以上のインタフェースは、データの出力のためのポート、及び情報を表示するための画像表示装置２２１を備える。画像表示装置２２１は、液晶ディスプレイや有機ＥＬディスプレイ等の薄型のディスプレイ装置を含み得る。画像表示装置２２１の画面２２１ａ（図９参照）は、種々の情報の提示（表示）に利用される。

通信部２３は、通信インタフェースである。特に、通信部２３は、通信ネットワーク８０に接続可能な通信インタフェースであり、通信ネットワーク８０を通じた通信を行う機能を有する。これにより、管理システム２０は、通信ネットワーク８０を通じて、空間制御システム３０、位置情報システム４０、要望収集システム５０、センシングシステム６０、及び図面情報サーバ７０と通信可能である。なお、通信部２３の通信プロトコルは、周知の様々な有線及び無線通信規格から選択され得る。

記憶部２４は、情報を記憶するための装置である。記憶部２４は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）等である。記憶部２４は、監視情報を記憶するための領域を有する。監視情報は、エリア１１０に関する人物の要望に関する要望情報を含む。要望情報は、要望収集システム５０から得られる。要望情報では、上述したように、人物からの要望に人物の識別情報が対応付けられている。また、監視情報は、エリア１１０内の位置に関する位置情報を含む。位置情報は、位置情報システム４０から得られる。位置情報では、上述したように、人物の位置に人物の識別情報が対応付けられている。また、監視情報は、エリア１１０内の人物の状態に関する状態情報を含む。状態情報は、センシングシステム６０から得られる。状態情報では、上述したように、人物の状態に人物の識別情報が対応付けられている。よって、監視情報では、人物の識別情報に、人物の要望、人物の位置、及び人物の状態が対応付けられている。なお、人物の識別情報には、付加的な情報として、人物の属性情報が対応付けられていてよい。属性情報は、施設１００における人物の位置付け（役職等）、及び、人物のプロフィール（人物の性別、趣味、好み等）が含まれ得る。また、記憶部２４は、監視情報の履歴Ｈ１０を記憶するための領域を有する。したがって、管理システム２０によれば、監視情報を次の運用パターンの決定に利用できるようになる。

処理部２５は、管理システム２０の全体的な制御、すなわち、入力部２１、出力部２２、通信部２３、及び記憶部２４を制御するように構成される。処理部２５は、例えば、１以上のプロセッサ（マイクロプロセッサ）と１以上のメモリとを含むコンピュータシステムにより実現され得る。つまり、１以上のプロセッサが１以上のメモリに記憶された１以上のプログラム（アプリケーション）を実行することで、処理部２５として機能する。プログラムは、ここでは処理部２５のメモリに予め記録されているが、インターネット等の電気通信回線を通じて、又はメモリカード等の非一時的な記録媒体に記録されて提供されてもよい。

処理部２５は、図２に示すように、取得部２５１と、決定部２５２と、判定部２５３と、提示部２５４とを備える。図２において、取得部２５１と、決定部２５２と、判定部２５３と、提示部２５４とは実体のある構成を示しているわけではなく、処理部２５によって実現される機能を示している。

取得部２５１は、施設１００内のエリア１１０の属性を取得するように構成される。つまり、取得部２５１は、施設１００内のエリア１１０の属性を取得するステップ（取得ステップ）を実行する。エリア１１０の属性は、エリア１１０の目的（用途）を含む。オフィスビルの場合、エリア１１０の目的の例としては、執務室（集中ゾーン、コラボゾーン）、会議室、応接室、休憩室、談話室、更衣室、食堂、打ち合わせスペース（打ち合わせブース、打ち合わせコーナー）等がある。

本実施形態では、上述したように、図面情報は、ビルディング・インフォメーション・モデリングに基づく施設１００の３Ｄモデルの情報を含む。取得部２５１は、３Ｄモデルの情報から得られるエリア１１０の配置に関する情報に基づいてエリア１１０の属性を取得する。例えば、取得部２５１は、図面情報から、図５に示すような、施設１００のフロアの平面図を取得する。取得部２５１は、施設１００のフロアの平面図から、エリア１１０を抽出する。ここでは、取得部２５１は、３つのエリア１１１〜１１３を抽出し得る。一例として、壁で囲まれた空間を、エリア１１０として抽出してよい。次に、取得部２５１は、エリア１１０毎に属性を取得する。取得部２５１は、エリア１１０の大きさ、エリア１１０内の設備機器及び什器の種類、数、及び配置等に基づき、エリア１１０の属性を取得する。例えば、エリア１１１では、個人作業用の机と椅子とが複数配置されている。よって、エリア１１１は、個人がそれぞれの業務を行うための部屋であると考えられる。この場合、取得部２５１は、エリア１１１の属性を執務室（集中ゾーン）と判断してよい。例えば、エリア１１２では、机とソファとが複数配置されている。よって、エリア１１２は、業務ではなく休憩等のための部屋であると考えられる。この場合、取得部２５１は、エリア１１２の属性を休憩室と判断してよい。例えば、エリア１１３では、共同作業用の机と椅子とが複数配置されている。よって、エリア１１３は、複数人で業務を行うための部屋であると考えられる。この場合、取得部２５１は、エリア１１３の属性を執務室（コラボゾーン）と判断してよい。このように、管理システム２０では、取得部２５１が図面情報に基づいてエリア１１０の属性を取得する。よって、そのため、施設１００内の環境の管理の設定を容易に行える。

また、取得部２５１は、図面情報の更新に応じて、施設１００内のエリア１１０の属性を再度取得する。例えば、図面情報において、エリア１１０の配置に関する情報が変更された場合には、取得部２５１は、変更後のエリア１１０の属性を取得する。例えば、図面情報の更新によって、エリア１１１が執務室（集中ゾーン）から会議室に変更された場合、取得部２５１は、更新された図面情報に基づいて、エリア１１１の属性を取得できる。つまり、取得部２５１は、図面情報の変更に追従できる。

決定部２５２は、取得部２５１で取得されたエリア１１０の属性に基づいて、エリア１１０での空間設備（空調設備３１及び照明設備３２）の運用パターンを決定するように構成される。つまり、決定部２５２は、取得ステップで取得されたエリア１１０の属性に基づいて、エリア１１０での空間設備（空調設備３１及び照明設備３２）の運用パターンを決定するステップ（決定ステップ）を実行する。決定部２５２で決定された運用パターンは、管理システム２０から空間制御システム３０に与えられる。空間制御システム３０の制御システム３３は、運用パターンに従って、空間設備（空調設備３１及び照明設備３２）を制御する。なお、運用パターンの適用開始時期は、管理システム２０の決定部２５２が自動的に決定してもよいが、施設１００の管理者が管理システム２０の入力部２１を用いて決定してもよい。

運用パターンは、空間設備の動作を規定する情報である。例えば、空調設備３１の運用パターンは、空調設備３１のモード（冷房、暖房、送風等）及び設定温度を含む。なお、空調設備３１の運用パターンは、空調設備３１の所定期間（例えば一日、一週間、曜日毎等）の動作スケジュールであってもよい。例えば、照明設備３２の運用パターンは、照明設備３２の設定照度及び設定色温度を含む。なお、照明設備３２の運用パターンは、照明設備３２の所定期間（例えば一日、一週間、曜日毎等）の動作スケジュールであってもよい。例えば、施設１００内のエリア１１０の属性と空間設備の運用パターンとの対応関係が予め用意されていてもよい。例えば、エリア１１０の属性が執務室（集中ゾーン）である場合には、決定部２５２は、空間設備の運用パターンとして、人物が業務に集中できるような運用パターンを選択する。例えば、空調設備３１の設定温度を基準値より低くする運用パターンを採用できる。また、照明設備３２の色温度を基準値より低くする運用パターンを採用できる。例えば、エリア１１０の属性が執務室（コラボゾーン）又は休憩室である場合には、決定部２５２は、空間設備の運用パターンとして、人物がリラックスできるような運用パターンを選択する。例えば、空調設備３１の設定温度を基準値より高くする運用パターンを採用できる。また、照明設備３２の色温度を基準値より高くする運用パターンを採用できる。このように、決定部２５２は、取得部２５１で取得されたエリア１１０の属性に基づいて、エリア１１０での空間設備（空調設備３１及び照明設備３２）の運用パターンを決定する。

上述したように、取得部２５１は、図面情報の更新に応じて、施設１００内のエリア１１０の属性を再度取得する。そのため、決定部２５２は、取得部２５１で再度取得されたエリア１１０の属性に基づいて、運用パターンを再度決定する。このように、管理システム２０では、図面情報の更新に応じて運用パターンが再度決定されるから、施設１００内の環境の管理の設定を容易に行える。

更に、決定部２５２は、エリア１１０に関する監視情報に基づいて運用パターンを修正する。運用パターンの修正の処理においては、決定部２５２は、監視情報を取得する。決定部２５２は、位置情報システム４０、要望収集システム５０、及びセンシングシステム６０から、位置情報、要望情報及び状態情報を取得して、監視情報を得てよいし、記憶部２４に蓄積された監視情報の履歴Ｈ１０を参照してもよい。決定部２５２は、取得した監視情報の分析を行い、その分析の結果に基づいて、運用パターンの修正をするかどうかを決定する。本実施形態では、監視情報は、エリア１１０に関する人物の要望に関する要望情報、エリア１１０内の位置に関する位置情報、及び、エリア１１０内の人物の状態に関する状態情報を含む。そのため、監視情報によれば、施設１００内での共通する要望及び／又は状態を持つ人物の分布を取得できる。つまり、決定部２５２は、監視情報の分析を行うことで、施設１００内での共通する要望及び／又は状態を持つ人物の分布を取得できる。そして、決定部２５２は、施設１００内での共通する要望及び／又は状態を持つ人物の分布に基づいて、運用パターンの修正を行う。そのため、決定部２５２は、施設１００の環境が人物の要望を満たすように運用パターンを修正することができる。また、決定部２５２は、施設１００の環境が人物の状態に適した環境となるように運用パターンを修正することができる。決定部２５２で修正された運用パターンは、管理システム２０から空間制御システム３０に与えられる。空間制御システム３０の制御システム３３は、修正された運用パターンに従って、空間設備（空調設備３１及び照明設備３２）を制御する。

例えば、エリア１１１に「冷やしてほしい」という要望を持つ人物が多くいる場合には、決定部２５２は、エリア１１１の空調設備３１の運用パターンを設定温度がより低くなるように修正してよい。例えば、エリア１１３に集中状態である人物が多くいる場合には、決定部２５２は、エリア１１３の空調設備３１の運用パターンを設定温度がより低くなるように修正してよい。例えば、エリア１１１に「暖かくしてほしい」という要望を持つ人物が多くいる場合には、決定部２５２は、エリア１１１の空調設備３１の運用パターンを設定温度がより高くなるように修正してよい。例えば、エリア１１３にリラックス状態である人物が多くいる場合には、決定部２５２は、エリア１１３の空調設備３１の運用パターンを設定温度がより高くなるように修正してよい。例えば、エリア１１１に「明るくしてほしい」という要望を持つ人物が多くいる場合には、決定部２５２は、エリア１１１の照明設備３２の運用パターンを設定照度がより大きくなるように修正してよい。例えば、エリア１１３に集中状態である人物が多くいる場合には、決定部２５２は、エリア１１３の照明設備３２の運用パターンを色温度がより低くなるように修正してよい。例えば、エリア１１１に「暗くしてほしい」という要望を持つ人物が多くいる場合には、決定部２５２は、エリア１１１の照明設備３２の運用パターンを設定照度がより小さくなるように修正してよい。例えば、エリア１１３にリラックス状態である人物が多くいる場合には、決定部２５２は、エリア１１３の照明設備３２の運用パターンを色温度がより高くなるように修正してよい。

要望情報に基づき運用パターンを修正する場合、決定部２５２は、エリア１１０について個人の要望により運用パターンを修正してよいかどうかを判定する。個人の要望により運用パターンを修正してよい場合には、決定部２５２は、一人の人物の要望に応じて運用パターンを修正すればよい。一方で、個人の要望により運用パターンを修正することが許されない場合には、複数の人物の要望についての合意形成がなされたと考えられる場合に、決定部２５２は、運用パターンを修正する。例えば、決定部２５２は、同じエリア１１０にいる人物の要望情報を時系列及び統計的に処理し、多数決に基づいて運用パターンを修正するかどうかを決定する。例えば、人物の要望は、人物がいるエリア１１０に対する一時的な要望であることが多く，エリア１１０の環境が変化したあとではその意味をなさないことがある。この点を考慮すれば、要望情報はその有効期限（例えば２時間）があることが好ましい。つまり、要望情報は時限性であるほうがよい。このように、要望情報を利用することで、決定部２５２は、エリア１１０内にいる人物の構成比から集団としての「暑がり」、「寒がり」等の属性を取得することができ、自動的に、エリア１１０内の温度や照明等を変えることができる。

判定部２５３は、監視情報に基づいて、エリア１１０での異常の有無を判定する。異常の有無の判定の処理においては、判定部２５３は、監視情報を取得する。判定部２５３は、位置情報システム４０、要望収集システム５０、及びセンシングシステム６０から、位置情報、要望情報及び状態情報を取得して、監視情報を得てよいし、記憶部２４に蓄積された監視情報の履歴Ｈ１０を参照してもよい。判定部２５３は、取得した監視情報の分析を行い、その分析の結果に基づいて、エリア１１０での異常の有無を判定する。本実施形態では、監視情報は、エリア１１０に関する人物の要望に関する要望情報、監視情報は、エリア１１０内の位置に関する位置情報、及び、エリア１１０内の人物の状態に関する状態情報を含む。そのため、監視情報によれば、施設１００内での共通する要望及び／又は状態を持つ人物の分布を取得できる。つまり、判定部２５３は、監視情報の分析を行うことで、施設１００内での共通する要望及び／又は状態を持つ人物の分布を取得できる。そして、判定部２５３は、施設１００内での共通する要望及び／又は状態を持つ人物の分布に基づいて、異常の判定を行う。

本実施形態では、異常は、エリア１１０の環境の異常であってよい。エリア１１０の環境の異常は、空間制御システム３０に関する異常を含み得る。異常の例としては、空調設備３１の異常（故障等）、及び、照明設備３２の異常（故障等）が挙げられる。本実施形態では、監視情報は、エリア１１０に関する人物の要望に関する要望情報、監視情報は、エリア１１０内の位置に関する位置情報、及び、エリア１１０内の人物の状態に関する状態情報を含む。判定部２５３は、エリア１１０における、人物の状態の分布に基づいて、異常の有無を判定してよい。人物の状態の分布は、共通する要望及び／又は状態を持つ人物の分布であってよい。例えば、監視情報から、エリア１１０に状態が「暑い」である人物が多くいる場合には、空調設備３１に異常があると考えられる。よって、判定部２５３は、エリア１１０の空調設備３１に異常があると判定してよい。同様に、監視情報から、エリア１１０に状態が「寒い」である人物が多くいる場合には、空調設備３１に異常があると考えられる。また、監視情報から、エリア１１０に状態が「暗い」である人物が多くいる場合には、照明設備３２に異常があると考えられる。よって、判定部２５３は、エリア１１０の照明設備３２に異常があると判定してよい。判定部２５３は、異常を検知した場合には、異常を検知したことを出力部２２の画像表示装置２２１により通知する。例えば、判定部２５３は、例えば、監視情報から、エリア１１０に状態が「暑い」である人物が多くいる場合には、エリア１１０の空調設備３１に異常があることを通知する。また、判定部２５３は、異常と判定した場合には、異常と判定したときの監視情報を、異常時の監視情報として記憶部２４に記憶させてよい。これによって、今後の運用改善に活用できるようになる。

なお、本実施形態では、判定部２５３は、決定部２５２と同様に、施設１００内での共通する要望及び／又は状態を持つ人物の分布を利用している。そのため、判定部２５３で異常の判定を行うのは、決定部２５２によって運用パターンの修正を少なくとも一回は行った後であるとよい。これは、運用パターンの修正によっても施設１００の環境が改善されていない場合には、空間制御システム３０に何らかの異常がある可能性が高いと考えられるからである。また、決定部２５２は、施設１００内での共通する要望及び／又は状態を持つ人物の数が第１閾値を超えた場合に、運用パターンの修正を決定してよい。この場合、判定部２５３は、施設１００内での共通する要望及び／又は状態を持つ人物の数が第１閾値より大きい第２閾値を超えた場合に、異常が発生していると判断してよい。

提示部２５４は、エリア１１０のマップ上に監視情報に基づく情報を提示する。監視情報に基づく情報は、共通する要望及び／又は状態を持つ人物の分布を含む。例えば、提示部２５４は、図９に示すように、画像表示装置２２１の画面２２１ａに、施設１００の特定のフロアのマップを提示する。特定のフロアのマップは、エリア１１１，１１２，１１３にそれぞれ対応するマップＲ１１，Ｒ１２，Ｒ１３を含んでいる。更に、提示部２５４は、監視情報に基づく情報として、エリア１１１，１１２，１１３における人物の状態の分布を表示する。図９では、状態が「寒い」である人物の分布が示されている。つまり、図９において、黒丸は状態が「寒い」である人物を示す。図９では、エリア１１１のマップＲ１１には、状態が「寒い」である人物が集中している部分Ｐ１１がある。よって、実際のエリア１１１において部分Ｐ１１に対応する箇所では、空調設備３１に異常があると考えられる。同様に、エリア１１２のマップＲ１２には、状態が「寒い」である人物が集中している部分Ｐ１２があり、エリア１１３のマップＲ１３には、状態が「寒い」である人物が集中している部分Ｐ１３がある。よって、部分Ｐ１２，Ｐ１３においても、同様に、空調設備３１に異常があると考えられる。このように、提示部２５４は、エリア１１０のマップ上に監視情報に基づく情報を提示する。したがって、管理システム２０によれば、エリア１１０に関する監視情報の把握が容易になる。

（１．３）動作
次に、管理システム２０の動作の一例について図１０〜図１２のフローチャートを参照して簡単に説明する。

図１０は、運用パターンの決定のフローチャートである。管理システム２０では、取得部２５１が、図面情報サーバ７０から施設１００の図面情報を取得する（Ｓ１１）。そして、取得部２５１は、図面情報から施設１００のエリア１１０を抽出し（Ｓ１２）、各エリア１１０の属性を決定する（Ｓ１３）。決定部２５２は、取得部２５１で決定された各エリア１１０の属性に基づき、各エリア１１０の運用パターンを決定する（Ｓ１４）。決定部２５２で決定された運用パターンは、管理システム２０から空間制御システム３０に与えられる。空間制御システム３０の制御システム３３は、運用パターンに従って、空間設備（空調設備３１及び照明設備３２）を制御する。したがって、管理システム２０によれば、施設１００内の環境の管理の設定を容易に行える。

図１１は、運用パターンの修正のフローチャートである。管理システム２０では、決定部２５２が、監視情報を取得し（Ｓ２１）、監視情報の分析を行う（Ｓ２２）。監視情報の分析では、決定部２５２は、施設１００内での共通する要望及び／又は状態を持つ人物の分布を取得する。決定部２５２は、監視情報の分析の結果に基づき、運用パターンの修正の必要があるかどうかを判断する（Ｓ２３）。そして、運用パターンの修正の必要があれば（Ｓ２３：Ｙｅｓ）、決定部２５２は、監視情報の分析の結果に応じて、運用パターンの修正を行う（Ｓ２４）。決定部２５２で修正された運用パターンは、管理システム２０から空間制御システム３０に与えられる。空間制御システム３０の制御システム３３は、修正された運用パターンに従って、空間設備（空調設備３１及び照明設備３２）を制御する。一方で、運用パターンの修正の必要がなければ（Ｓ２３：Ｎｏ）、決定部２５２は、運用パターンの修正をせず、現在の運用パターンでの空間情報の動作を継続する。したがって、管理システム２０によれば、運用パターンを施設１００内の状況に応じて修正できる。

図１２は、異常判定のフローチャートである。管理システム２０では、判定部２５３が監視情報を取得し（Ｓ３１）、監視情報の分析を行う（Ｓ３２）。監視情報の分析では、判定部２５３は、施設１００内での共通する要望及び／又は状態を持つ人物の分布を取得する。判定部２５３は、監視情報の分析の結果に基づき、異常の有無を判断する（Ｓ３３）。そして、異常があると判断すれば（Ｓ３３：Ｙｅｓ）、判定部２５３は、異常を検知したことを出力部２２の画像表示装置２２１により通知する（Ｓ３４）。したがって、管理システム２０によれば、エリア１１０での異常の検知が可能になる。

このように、本実施形態の管理システム２０は、図面情報から得られるエリア１１０の属性に基づいて空間制御システム３０の空間設備の運用パターンを決定することができる。更に、本実施形態の管理システム２０は、監視情報に含まれる要望情報、位置情報及び状態情報に基づいて運用パターンを修正することが可能である。よって、施設１００内の環境の管理の設定を容易に行える。更に、施設１００全体でのコスト削減ができる。更に、本実施形態の管理システム２０では、判定部２５３によって異常の通知が可能であり、提示部２５４によって監視情報に基づく情報（つまり、エリア１１０内に人物の要望や利用状況等）をエリア１１０のマップ上に表示できる。そのため、施設１００の運用の最適化を図ることができる。また、管理システム２０は、監視情報を記憶するため、今後の施設１００の運用の改善のために監視情報の履歴Ｈ１０を活用できるようになる。

（１．４）まとめ
以上述べた管理システム２０は、図２に示すように、取得部２５１と、決定部２５２とを備える。取得部２５１は、施設の図面を含む図面情報に基づいて、施設内のエリアの属性を取得する。決定部２５２は、取得部２５１で取得されたエリアの属性に基づいて、エリアでの空間設備の運用パターンを決定する。このような管理システム２０によれば、施設１００内の環境の管理の設定を容易に行える。

換言すれば、管理システム２０は、次の方法（管理方法）を実行しているといえる。管理方法は、取得ステップ（Ｓ１１〜Ｓ１３）と、判定ステップ（Ｓ１４）とを含む。取得ステップは、施設の図面を含む図面情報に基づいて、施設内のエリアの属性を取得するステップである。決定ステップは、取得ステップで取得されたエリアの属性に基づいて、エリアでの空間設備の運用パターンを決定するステップである。このような管理方法によれば、管理システム２０と同様に、施設１００内の環境の管理の設定を容易に行える。

管理システム２０は、１以上のプロセッサにより実現されている。つまり、管理システム２０は、１以上のプロセッサがプログラム（管理プログラム）を実行することにより実現される。このプログラムは、１以上のプロセッサに、管理方法を実行させるためのプログラム（コンピュータプログラム）である。このようなプログラムによれば、管理方法と同様に、施設１００内の環境の管理の設定を容易に行える。

（２）変形例
本開示の実施形態は、上記実施形態に限定されない。上記実施形態は、本開示の目的を達成できれば、設計等に応じて種々の変更が可能である。以下に、上記実施形態の変形例を列挙する。

上記実施形態で述べた運用パターンは、あくまでも可能性のある運用パターンの一例であって、管理システム２０では、様々な運用パターンを用いることが可能である。例えば、エリア１１０が執務室（コラボゾーン）である場合には、エリア１１０内で人物が会話をしやすいように色温度を３５００Ｋ、照度を４００ｌｕｘとカフェに近い照明条件に設定し、更に音響設備により音楽（ＢＧＭ）を流すような運用パターンを採用できる。これによって、複数人の共同作業（共創）の促進を図ることが可能となる。例えば、エリア１１０が執務室（集中ゾーン）である場合には、エリア１１０内の人物の覚醒度を高めるためにエリア１１０の温度を低くし、エリア１１０内の照明の色温度を５５００Ｋ等の青白い色に設定する運用パターンを採用できる。

一変形例では、取得部２５１は、図面情報とエリア１１０の属性との関係を学習した学習済みモデルを利用してよい。これによって、取得部２５１でのエリア１１０の属性の判定の精度の向上が期待できる。なお、このような学習済みモデルは、一例としては、図面情報（特に図面情報中のエリア１１０の配置に関する情報）とエリア１１０の属性とを含む学習用データセットにより、人工知能のプログラムに、これらの関係を学習させることで、生成され得る。人工知能のプログラム（アルゴリズム）は、機械学習のモデルであって、例えば、階層モデルの一種であるニューラルネットワークが用いられる。つまり、ニューラルネットワークに学習用データセットで機械学習（例えば、深層学習）を行わせることで、学習済みモデルが生成される。決定部２５２での運用パターンの決定及び修正、並びに判定部２５３での異常の判定においても、それぞれの処理に適した学習済みモデルを利用してよい。

一変形例では、空間制御システム３０は、少なくとも一つの空間設備を含んでいればよく、必ずしも、空間設備として空調設備３１と照明設備３２との両方を含んでいなくてもよい。空間制御システム３０が空調設備３１を含んでいなければ空調制御コントローラ３３１は不要であり、空間制御システム３０が照明設備３２を含んでいなければ照明制御コントローラ３３２は不要である。

一変形例では、空間制御システム３０は、複数人ではなく個人の環境を調整できるように構成されていてもよい。例えば、空間制御システム３０は、空間設備として、個人用の空間設備を含み得る。個人用の空間設備の例としては、個人用のヒータ、扇風機、スポットクーラー、タスク照明やスポット照明を可能とする照明装置（例えば、スポットライト）が挙げられる。

上記実施形態では、照明設備３２は、照明制御コントローラ３３２には通信線Ｌ３２で接続されているが、照明設備３２の動作には別途電源からの電源線を接続する必要があった。通信線と電源線とを別々に施工する場合には、通信線及び電源線の配線や結線の作業が煩雑になるため、作業工数が多くなりやすい。そこで、配線及び結線の簡略化のために、ＰｏＥ（Power Over Ethernet）技術を利用してもよい。ＰｏＥ技術を用いることによって、配線コストの削減やネットワークによる付加価値化が可能となる。例えば、図１３に示すように、施設１００には、設備機器として、複数の接続器３２１が設置されてよい。接続器３２１は、例えば、ＰｏＥ対応のスイッチングハブである。この場合には、図１４に示すように、照明設備３２は、接続器３２１及び通信線Ｌ３２０を利用して照明制御コントローラ３３２に接続される。この場合には、照明制御コントローラ３３２から照明設備（空間設備）３２に接続器３２１及び通信線Ｌ３２０を介して電力の供給が可能となる。また、接続器３２１及び通信線Ｌ３２０を介して照明制御コントローラ３３２から照明設備（空間設備）３２に制御信号を与えることができる。このように、ＰｏＥ技術を利用することで、通信線と電源線とを一本化できるので、配線コストの低減が可能となる。また、接続器３２１が、端末装置５１と通信することで、端末装置５１から照明設備３２の遠隔制御が可能にもなる。また、接続器３２１を設けることで、照明設備やセンサ設備等の追加が容易になり、施設１００内でのネットワークの拡張性が高くなる。

一変形例では、空間制御システム３０の空間設備は、音響設備を含み得る。音響設備は、空間の音楽（ＢＧＭ）をコントロールするための空間設備である。この場合には、要望情報には、「ＢＧＭを掛けてほしい」、「ＢＧＭを変えてほしい」、「ＢＧＭを止めてほしい」等の要望が含まれ得る。空間制御システム３０が音響設備を備える場合には、自動的に、エリア１１０内の音楽を変えることが可能となる。

一変形例では、位置情報システム４０において、発信機４１の数は一つであってよく、受信機４２の数も一つであってよい。また、要望収集システム５０において、端末装置５１の数は一つであってよい。また、センシングシステム６０において、センシング装置６１の数は一つであってよい。

一変形例では、図面情報サーバ７０において、図面情報は、施設１００の図面として、施設１００の２次元の図面を含んでいてもよい。つまり、図面情報は、必ずしもビルディング・インフォメーション・モデリングに基づく３Ｄモデルを含む必要はない。

一変形例では、管理システム２０は、複数のコンピュータにより構成されていてもよい。例えば、管理システム２０の機能（特に、取得部２５１、決定部２５２、判定部２５３、及び提示部２５４）は、複数の装置に分散されていてもよい。更に、管理システム２０の機能の少なくとも一部が、例えば、クラウド（クラウドコンピューティング）によって実現されていてもよい。

以上述べた管理システム２０の実行主体は、コンピュータシステムを含んでいる。コンピュータシステムは、ハードウェアとしてのプロセッサ及びメモリを有する。コンピュータシステムのメモリに記録されたプログラムをプロセッサが実行することによって、本開示における管理システム２０の実行主体としての機能が実現される。プログラムは、コンピュータシステムのメモリに予め記録されていてもよいが、電気通信回線を通じて提供されてもよい。また、プログラムは、コンピュータシステムで読み取り可能なメモリカード、光学ディスク、ハードディスクドライブ等の非一時的な記録媒体に記録されて提供されてもよい。コンピュータシステムのプロセッサは、半導体集積回路（ＩＣ）又は大規模集積回路（ＬＳＩ）を含む１乃至複数の電子回路で構成される。ＬＳＩの製造後にプログラムされる、フィールド・プログラマブル・ゲート・アレイ（ＦＧＰＡ）、ＡＳＩＣ（application specific integrated circuit）、又はＬＳＩ内部の接合関係の再構成又はＬＳＩ内部の回路区画のセットアップができる再構成可能な論理デバイスも同じ目的で使うことができる。複数の電子回路は、１つのチップに集約されていてもよいし、複数のチップに分散して設けられていてもよい。複数のチップは、１つの装置に集約されていてもよいし、複数の装置に分散して設けられていてもよい。

（３）態様
上記実施形態及び変形例から明らかなように、本開示は、下記の態様を含む。以下では、実施形態との対応関係を明示するためだけに、符号を括弧付きで付している。

第１の態様は、管理システム（２０）であって、取得部（２５１）と、決定部（２５２）とを備える。前記取得部（２５１）は、施設（１００）の図面を含む図面情報に基づいて、前記施設（１００）内のエリア（１１０）の属性を取得する。前記決定部（２５２）は、前記取得部（２５１）で取得された前記エリア（１１０）の属性に基づいて、前記エリア（１１０）での空間設備（３１，３２）の運用パターンを決定する。この態様によれば、施設（１００）内の環境の管理の設定を容易に行える。

第２の態様は、第１の態様に基づく管理システム（２０）である。第２の態様では、前記決定部（２５２）は、前記エリア（１１０）に関する監視情報に基づいて前記運用パターンを修正する。この態様によれば、運用パターンを施設（１００）内の状況に応じて修正できる。

第３の態様は、第２の態様に基づく管理システム（２０）である。第３の態様では、前記監視情報は、前記エリア（１１０）に関する人物の要望に関する要望情報を含む。この態様によれば、運用パターンを施設（１００）内の状況に応じて修正できる。

第４の態様は、第２又は第３の態様に基づく管理システム（２０）である。第４の態様では、前記監視情報は、前記エリア（１１０）内の位置に関する位置情報を含む。この態様によれば、運用パターンを施設（１００）内の状況に応じて修正できる。

第５の態様は、第２〜第４の態様のいずれか一つに基づく管理システム（２０）である。第５の態様では、前記監視情報は、前記エリア（１１０）内の人物の状態に関する状態情報を含む。この態様によれば、運用パターンを施設（１００）内の状況に応じて修正できる。

第６の態様は、第２〜第５の態様のいずれか一つに基づく管理システム（２０）である。第６の態様では、前記管理システム（２０）は、更に、判定部（２５３）を備える。前記判定部（２５３）は、前記監視情報に基づいて、前記エリア（１１０）での異常の有無を判定する。この態様によれば、エリア（１１０）での異常の検知が可能になる。

第７の態様は、第２〜第６の態様のいずれか一つに基づく管理システム（２０）である。第７の態様では、前記管理システム（２０）は、更に、提示部（２５４）を備える。前記提示部（２５４）は、前記エリア（１１０）のマップ上に前記監視情報に基づく情報を提示する。この態様によれば、エリア（１１０）に関する監視情報の把握が容易になる。

第８の態様は、第２〜第７の態様のいずれか一つに基づく管理システム（２０）である。第８の態様では、前記管理システム（２０）は、更に、記憶部（２４）を備える。前記記憶部（２４）は、前記監視情報の履歴（Ｈ１０）を記憶する。この態様によれば、監視情報を次の運用パターンの決定に利用できるようになる。

第９の態様は、第１〜第８の態様のいずれか一つに基づく管理システム（２０）である。第９の態様では、前記取得部（２５１）は、前記図面情報の更新に応じて、前記施設（１００）内のエリア（１１０）の属性を再度取得する。前記決定部（２５２）は、前記取得部（２５１）で再度取得された前記エリア（１１０）の属性に基づいて、前記運用パターンを再度決定する。この態様によれば、図面情報の更新に応じて運用パターンが再度決定されるから、施設（１００）内の環境の管理の設定を容易に行える。

第１０の態様は、第１〜第９の態様のいずれか一つに基づく管理システム（２０）である。第１０の態様では、前記図面情報は、ビルディング・インフォメーション・モデリングに基づく前記施設（１００）の３Ｄモデルの情報を含む。この態様によれば、施設（１００）内の環境の管理の設定を容易に行える。

第１１の態様は、第１０の態様に基づく管理システム（２０）である。第１１の態様では、取得部２５１は、前記３Ｄモデルの情報から得られる前記エリア（１１０）の配置に関する情報に基づいて前記エリア（１１０）の属性を取得する。この態様によれば、施設（１００）内の環境の管理の設定を容易に行える。

第１２の態様は、空間設備制御システム（１１）であって、第１〜第１１の態様のいずれか一つの管理システム（２０）と、前記管理システム（２０）で決定された運用パターンに従って前記空間設備（３１，３２）の制御を行う制御システム（３３）とを備える。この態様によれば、施設（１００）内の環境の管理の設定を容易に行える。

第１３の態様は、空間設備運用システム（１０）であって、第１２の態様の空間設備制御システム（１１）と、前記空間設備制御システム（１１）で制御される前記空間設備（３１，３２）とを備える。この態様によれば、施設（１００）内の環境の管理の設定を容易に行える。

第１４の態様は、管理方法であって、取得ステップ（Ｓ１１〜Ｓ１３）と、決定ステップ（Ｓ１４）とを含む。前記取得ステップ（Ｓ１１〜Ｓ１３）は、施設（１００）の図面を含む図面情報に基づいて、前記施設（１００）内のエリア（１１０）の属性を取得するステップである。前記決定ステップ（Ｓ１４）は、前記取得ステップで取得された前記エリア（１１０）の属性に基づいて、前記エリア（１１０）での空間設備（３１，３２）の運用パターンを決定するステップである。この態様によれば、施設（１００）内の環境の管理の設定を容易に行える。

第１５の態様は、プログラムであって、１以上のプロセッサに、第１４の態様の管理方法を実行させるための、プログラムである。この態様によれば、施設（１００）内の環境の管理の設定を容易に行える。

１０ 空間設備運用システム
１１ 空間設備制御システム
２０ 管理システム
２４ 記憶部
Ｈ１０ 監視情報の履歴
２５１ 取得部
２５２ 決定部
２５３ 判定部
２５４ 提示部
３１ 空調設備（空間設備）
３２ 照明設備（空間設備）
３３ 制御システム
１００ 施設
１１０ エリア

Claims (15)

1. 施設の図面を含む図面情報に基づいて、前記施設内のエリアの属性を取得する取得部と、
   前記取得部で取得された前記エリアの属性に基づいて、前記エリアでの空間設備の運用パターンを決定する決定部と、
   を備える、
   管理システム。
2. 前記決定部は、前記エリアに関する監視情報に基づいて前記運用パターンを修正する、
   請求項１の管理システム。
3. 前記監視情報は、前記エリアに関する人物の要望に関する要望情報を含む、
   請求項２の管理システム。
4. 前記監視情報は、前記エリア内の位置に関する位置情報を含む、
   請求項２又は３の管理システム。
5. 前記監視情報は、前記エリア内の人物の状態に関する状態情報を含む、
   請求項２〜４のいずれか一つの管理システム。
6. 更に、判定部を備え、
   前記判定部は、前記監視情報に基づいて、前記エリアでの異常の有無を判定する、
   請求項２〜５のいずれか一つの管理システム。
7. 更に、提示部を備え、
   前記提示部は、前記エリアのマップ上に前記監視情報に基づく情報を提示する、
   請求項２〜６のいずれか一つの管理システム。
8. 更に、記憶部を備え、
   前記記憶部は、前記監視情報の履歴を記憶する、
   請求項２〜７のいずれか一つの管理システム。
9. 前記取得部は、前記図面情報の更新に応じて、前記施設内のエリアの属性を再度取得し、
   前記決定部は、前記取得部で再度取得された前記エリアの属性に基づいて、前記運用パターンを再度決定する、
   請求項１〜８のいずれか一つの管理システム。
10. 前記図面情報は、ビルディング・インフォメーション・モデリングに基づく前記施設の３Ｄモデルの情報を含む、
    請求項１〜９のいずれか一つの管理システム。
11. 前記取得部は、前記３Ｄモデルの情報から得られる前記エリアの配置に関する情報に基づいて前記エリアの属性を取得する、
    請求項１０の管理システム。
12. 請求項１〜１１のいずれか一つの管理システムと、
    前記管理システムで決定された運用パターンに従って前記空間設備の制御を行う制御システムと、
    を備える、
    空間設備制御システム。
13. 請求項１２の空間設備制御システムと、
    前記空間設備制御システムで制御される前記空間設備と、
    を備える、
    空間設備運用システム。
14. 施設の図面を含む図面情報に基づいて、前記施設内のエリアの属性を取得する取得ステップと、
    前記取得ステップで取得された前記エリアの属性に基づいて、前記エリアでの空間設備の運用パターンを決定する決定ステップと、
    を含む、
    管理方法。
15. １以上のプロセッサに、請求項１４の管理方法を実行させるための、
    プログラム。

Images