(57)【要約】【課題】  空調をきめ細かに制御することができ、省エネと快適性とのバランスをとり易くした空調制御システムを提供すること。【解決手段】  実施形態によれば、空調制御システムは、センサ部と、動態検知部と、制御モード記憶部と、制御レベル算出部と、出力部とを具備する。センサ部は、ビル内をセンシングしてセンシングデータを取得する。動態検知部は、センシングデータに基づいてビル内の人間の動態情報を検知する。制御モード記憶部は、それぞれ動態情報に対する空調の制御レベルの異なる算出パタンに対応する、複数の制御モードを記憶する。制御レベル算出部は、検知された動態情報と指定された制御モードとに基づいて、ビル内の空調の制御レベルを算出する。出力部は、算出された制御レベルを出力する。【選択図】  図３
2015040693.tif 000002
【特許請求の範囲】
【請求項１】
ビル内をセンシングしてセンシングデータを取得するセンサ部と、
前記センシングデータに基づいて前記ビル内の人間の動態情報を検知する動態検知部と、
それぞれ前記動態情報に対する空調の制御レベルの異なる算出パタンに対応する、複数の制御モードを記憶する制御モード記憶部と、
前記検知された動態情報と、指定された前記制御モードとに基づいて、前記ビル内の空調の制御レベルを算出する制御レベル算出部と、
前記算出された制御レベルを出力する出力部とを具備することを特徴とする、空調制御システム。
【請求項２】
さらに、前記ビルの構造的情報を示すビル情報を記憶するビル情報記憶部を具備し、
前記制御レベル算出部は、前記動態情報と前記ビル情報との組み合わせである制御条件と、前記指定された前記制御モードとに基づいて前記ビル内の空調の制御レベルを算出することを特徴とする、請求項１に記載の空調制御システム。
【請求項３】
前記ビル情報は、前記センシングデータに基づいて作成されることを特徴とする、請求項２に記載の空調制御システム。
【請求項４】
前記ビル情報は、前記ビルの設計情報に基づいて作成されることを特徴とする、請求項２に記載の空調制御システム。
【請求項５】
さらに、前記制御モードを視覚的に表示する制御モード表示部を具備することを特徴とする、請求項１に記載の空調制御システム。
【請求項６】
さらに、ユーザが前記制御モードを選択するためのインタフェース環境を提供する、制御モード設定部を具備することを特徴とする、請求項１に記載の空調制御システム。
【請求項７】
前記制御レベル算出部は、前記動態情報の変化に応じて前記制御モードを動的に切り替えることを特徴とする、請求項１に記載の空調制御システム。
【請求項８】
前記制御レベル算出部は、前記動態情報の変化に応じて前記制御モードを動的に切り替えることを特徴とする、請求項１に記載の空調制御システム。
【請求項９】
さらに、前記ビル内における人間を識別する個人認証部を具備し、
前記制御レベル算出部は、前記人間の識別結果に基づいて、当該識別された人間の空調の好みに応じて前記制御レベルを算出することを特徴とする、請求項１に記載の空調制御システム。
【請求項１０】
さらに、前記制御モードを前記ビル内の場所ごとに表示する制御状態表示部を具備することを特徴とする、請求項１に記載の空調制御システム。
【請求項１１】
さらに、前記ビルの空調に関するシミュレーションを実施するシミュレータを具備し、
前記出力部は、前記シミュレーションの結果を視覚的に表示することを特徴とする、請求項１に記載の空調制御システム。
【請求項１２】
さらに、前記ビルのオーナと当該ビルのテナントとの間での前記空調に係わる要求の差異を相殺するための金額を算定する算定部を具備することを特徴とする、請求項１に記載の空調制御システム。
【請求項１３】
センシングデータを取得するセンサ部を備えるビルの空調を制御する空調制御装置において、
前記センシングデータに基づいて前記ビル内の人間の動態情報を検知する動態検知部と、
それぞれ前記動態情報に対する空調の制御レベルの異なる算出パタンに対応する、複数の制御モードを記憶する制御モード記憶部と、
前記検知された動態情報と、指定された前記制御モードとに基づいて、前記ビル内の空調の制御レベルを算出する制御レベル算出部と、
前記算出された制御レベルを出力する出力部とを具備することを特徴とする、空調制御装置。
【請求項１４】
さらに、前記ビルの構造的情報を示すビル情報を記憶するビル情報記憶部を具備し、
前記制御レベル算出部は、前記動態情報と前記ビル情報との組み合わせである制御条件と、前記指定された前記制御モードとに基づいて前記ビル内の空調の制御レベルを算出することを特徴とする、請求項１３に記載の空調制御装置。
【請求項１５】
前記ビル情報は、前記センシングデータに基づいて作成されることを特徴とする、請求項１４に記載の空調制御装置。
【請求項１６】
前記ビル情報は、前記ビルの設計情報に基づいて作成されることを特徴とする、請求項１４に記載の空調制御装置。
【請求項１７】
さらに、前記制御モードを視覚的に表示する制御モード表示部を具備することを特徴とする、請求項１３に記載の空調制御装置。
【請求項１８】
さらに、ユーザが前記制御モードを選択するためのインタフェース環境を提供する、制御モード設定部を具備することを特徴とする、請求項１３に記載の空調制御装置。
【請求項１９】
前記制御レベル算出部は、前記動態情報の変化に応じて前記制御モードを動的に切り替えることを特徴とする、請求項１３に記載の空調制御装置。
【請求項２０】
前記制御レベル算出部は、前記動態情報の変化に応じて前記制御モードを動的に切り替えることを特徴とする、請求項１３に記載の空調制御装置。
【請求項２１】
さらに、前記ビル内における人間を識別する個人認証部を具備し、
前記制御レベル算出部は、前記人間の識別結果に基づいて、当該識別された人間の空調の好みに応じて前記制御レベルを算出することを特徴とする、請求項１３に記載の空調制御装置。
【請求項２２】
さらに、前記制御モードを前記ビル内の場所ごとに表示する制御状態表示部を具備することを特徴とする、請求項１３に記載の空調制御装置。
【請求項２３】
さらに、前記ビルの空調に関するシミュレーションを実施するシミュレータを具備し、
前記出力部は、前記シミュレーションの結果を視覚的に表示することを特徴とする、請求項１３に記載の空調制御装置。
【請求項２４】
さらに、前記ビルのオーナと当該ビルのテナントとの間での前記空調に係わる要求の差異を相殺するための金額を算定する算定部を具備することを特徴とする、請求項１３に記載の空調制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、ビルなどの建物に設けられる空調設備を制御する技術に関する。
【背景技術】
【０００２】
次世代のインテリジェントビルなどでは、センサを活用して把握した現況（人間の分布、在／不在、活動量など）に基づいて空調を制御することが行われている。例えば、人間の在／不在、人間の存在頻度、生活区分に基づいて、隣接エリアへの熱の流出を加味した空調制御を行う技術が知られている。あるいは、暑がり／寒がりといった各人の好みと在／不在の情報とを活用し、人物の好みに合わせて空調を制御する技術が知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−１８６１３６号公報
【特許文献２】特開２００４−１０１０４８号公報
【特許文献３】特許第４８５２１５９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
既存の技術では、ビル全体を単一の制御モードで制御することしかできず、選択の余地が極めて少ない。特に、省エネと快適性とのバランスを調整することが非常に困難であり、近年の社会的ニーズを満たすことが難しい。また、制御が大雑把なので対象エリア内における温度分布が意図したものにならないことが多い。さらに、空調制御に活用し得る情報が限られているので、ビルの利用状況、あるいは壁や窓の位置などの環境状況に対応して空調を制御することが困難である。
【０００５】
目的は、空調をきめ細かに制御することができ、省エネと快適性とのバランスをとり易くした空調制御システムおよび空調制御装置を提供することにある。
【課題を解決するための手段】
【０００６】
実施形態によれば、空調制御システムは、センサ部と、動態検知部と、制御モード記憶部と、制御レベル算出部と、出力部とを具備する。センサ部は、ビル内をセンシングしてセンシングデータを取得する。動態検知部は、センシングデータに基づいてビル内の人間の動態情報を検知する。制御モード記憶部は、それぞれ動態情報に対する空調の制御レベルの異なる算出パタンに対応する、複数の制御モードを記憶する。制御レベル算出部は、検知された動態情報と指定された制御モードとに基づいて、ビル内の空調の制御レベルを算出する。出力部は、算出された制御レベルを出力する。
【図面の簡単な説明】
【０００７】
【図１】図１は、実施形態に係る空調制御システムの一例を示すブロック図である。
【図２】図２は、空調制御装置１により制御されるエリアの一例を示す図である。
【図３】図３は、第１の実施形態に係わる空調制御装置１の一例を示す機能ブロック図である。
【図４】図４は、パーソナル空調を備えるフロア環境の一例を示す図である。
【図５】図５は、全体空調を備えるフロア環境の一例を示す図である。
【図６】図６は、制御モードについて説明するための図である。
【図７】図７は、制御レベル算出部３０により算出された制御レベルの一例を示す図である。
【図８】図８は、制御条件の一例を示す図である。
【図９】図９は、制御レベルの算出に係わる処理手順の一例を示すフローチャートである。
【図１０】図１０は、制御条件に対する制御レベルのパタンの一例を示す図である。
【図１１】図１１は、制御条件に対する制御レベルのパタンの他の例を示す図である。
【図１２】図１２は、制御モードを視覚的に表示するユーザインタフェースの一例を示す図である。
【図１３】図１３は、制御モードを設定するためのＧＵＩの一例を示す図である。
【図１４】図１４は、制御モードを自動的に作成する手順の一例を示すフローチャートである。
【図１５】図１５は、第２の実施形態に係わる空調制御装置１の一例を示す機能ブロック図である。
【図１６】図１６は、場所ごとの制御モードを表示するためのＧＵＩの一例を示す図である。
【図１７】図１７は、第３の実施形態に係わる空調制御装置１の一例を示す機能ブロック図である。
【図１８】図１８は、シミュレータ１１０による空調シミュレーションの結果を示すＧＵＩウインドウの一例を示す図である。
【発明を実施するための形態】
【０００８】
図１は、実施形態に係る空調制御システムの一例を示すブロック図である。このシステムは空調制御装置１を備える。空調制御装置１は、入力制御部２、プロセッサ３、記憶装置４、および出力制御部５を具備する。プロセッサ３は、記憶装置４に記憶されるプログラム６を実行することで実施形態に係わる機能を実現する。
【０００９】
空調制御装置１は、画像センサ９、赤外線センサ８、レーザセンサ１１、計測用の機器１２１〜１２ｎ、ビルディングオートメーションシステム（ＢＡＳ：ビル監視システム）１３、および環境マネジメントシステム（ＥＭＳ）１４に接続される。さらに、空調制御装置１は、出力装置１５、および制御対象の機器（ファシリティ）２５１〜２５ｍと接続される。
【００１０】
画像センサ９は、例えば、カメラ、撮影装置、可視カメラなどである。赤外線センサ８は、例えば、赤外線カメラなどである。レーザセンサ１１は、レーザ光を計測する。レーザセンサ１１は、例えば、レーザカメラである。
【００１１】
機器１２１〜１２ｎは、例えば、温度計、湿度計、照度計、電力計などのような物理的なセンサ、あるいはその他の機器である。機器１２１〜１２ｎは、温度、湿度、照度、電力情報、天候情報、スケジュール情報などを取得する。ビルディングオートメーションシステム１３は、建築物内の空調、熱源、照明、受変電、防災、セキュリティなどを制御、監視、管理する。環境マネジメントシステム１４は、空調制御エリア（以下、エリアと称する）の環境を管理する。機器２５１〜２５ｍは、例えば空調機器、照明機器、ブラインド駆動機器、カーテン駆動機器などの、エリアに設置される制御対象の機器である。
【００１２】
入力制御部２は、画像センサ９、赤外線センサ８、レーザセンサ１１（以下、センサ部Ｓと総称する）によりそれぞれ取得された画像データ１６、赤外画像データ（赤外計測データ）１７、レーザ画像データ（レーザ計測データ）１８を記憶装置４に記憶させる。これらのデータはセンシングデータと総称される。
【００１３】
また、入力制御部２は、機器１２１〜１２ｎにより取得された機器データ１９１〜１９ｎを記憶装置４に記憶させる。さらに、入力制御部２は、ビルディングオートメーションシステム１３のＢＡＳデータ２２、環境マネジメントシステム１４のＥＭＳデータ２１を取得し、記憶装置４に記憶させる。
【００１４】
なお、画像センサ９、赤外線センサ８、レーザセンサ１１により取得された全てのデータを用いて画像解析を行っても良いし、一部のセンサで取得されたデータを用いても良い。またセンサ部Ｓは、必要とされるデータの種別に応じて画像センサ９、赤外線センサ１０、レーザセンサ１１のうちのいずれか１つ以上のセンサを備えれば良い。また、画像センサ９、赤外線センサ８、レーザセンサ１１のうちのいずれか一以上の種類について２台以上のセンサが設置されるとしてもよい。また、サーモセンサなどの他のセンサによって取得されたデータを画像解析に使用してもよい。
【００１５】
出力制御部５は、記憶装置４に記憶される各種データを出力装置１５に出力する。また、出力制御部５は、記憶装置４に記憶される制御データを機器２５１〜２５ｍに出力する。出力装置１５は、例えば、表示装置、音出力装置、通信装置などであり、各種データを表示し、音出力し、送信したりする。機器２５１〜２５ｍは、制御データに基づいて動作する。機器２５１〜２５ｍは、例えば、空調機器、照明機器、ブラインド駆動機器などである。
【００１６】
図２は、空調制御装置１により制御されるエリアの一例を示す図である。画像センサ９１はエリア２８１に設置され、画像センサ９２はエリア２８２に設置される。画像センサ９１，９２は例えばオフィスの天井や屋外に設置され、オフィス内を撮影する。画像センサ９１，９２は、可視カメラ、赤外カメラなどでもよい。画像センサ９１，９２により取得された画像データ１６は、入力制御部２を介して空調制御装置１に取り込まれる。
【００１７】
空調制御装置１は、画像データ１６を画像処理して人間情報、あるいは環境情報を算出する。人間情報は、例えば、エリアにおける人間の有無、人間の人数、人間の分布・密度、人間の活動量（単位ＭＥＴｓ）、人間の着衣量、人間の属性（氏名、性別、体格、身長、年齢など）、人間の姿勢（立位、座位など）、人間の行動状態（事務作業中、移動中、会話中など）、エリアに滞在している人間個人の特定情報などを含む。
【００１８】
環境情報は、例えば、照度、日射量、ブラインド開閉量、太陽光の入射状態などの光情報、オフィス機器の有無、位置、個数、オフィスの出入口、窓の位置及び数、通路の位置などのレイアウト情報、熱源及び電力消費機器の位置及び数、天候情報などを含む。
【００１９】
空調制御装置１は、例えば人間情報に基づいて、エリア２８１，２８２に滞在する個人を特定する。また空調制御装置１は、人間情報に基づいて個人の状態（暑がっている、寒がっているなど）、行動（デスク作業中、立ち話中、歩行中など）を特定する。空調制御装置１は、特定されたこれらの情報、および、記憶装置４に予め記憶される制御設定データなどに基づいて、各個人の属性、状態、行動、好みに応じて機器２５１〜２５ｍを制御するための制御データ２７を作成する。
【００２０】
ここで、制御設定データは、人間の個人に対するユーザ情報、個人の属性データ、個人の快適状態情報を含む。また、制御設定データは、人間の行動状態（暑がっている動作、寒がっている動作、デスク作業中、立ち話中、歩行中）に対して、対応する制御値を含む。そして、作成された制御データ２７は、出力制御部５を介して制御対象の機器２５１〜２５ｍに送信される。次に、上記構成を基礎として複数の実施形態を説明する。
【００２１】
［第１の実施形態］
図３は、第１の実施形態に係わる空調制御装置１の一例を示す機能ブロック図である。第１の実施形態において、空調制御装置１のプロセッサ３は動態検知部１０、制御モード設定部７０、個人認証部８０、制御レベル算出部３０、出力部４０、および制御モード表示部６０を備える。また、記憶装置４は図１に示されるデータに加え、制御モード２０、およびビル情報５０をメモリ領域に記憶する。
【００２２】
プロセッサ３は、記憶装置４に記憶されるプログラム６を実行することで動態検知部１０、制御モード設定部７０、個人認証部８０、制御レベル算出部３０、出力部４０、および制御モード表示部６０として機能する。なお、動態検知部１０、制御モード設定部７０、個人認証部８０、制御レベル算出部３０、出力部４０、および制御モード表示部６０はハードウェアにより空調制御装置１に実装されることも可能である。
【００２３】
図３において、動態検知部１０は、例えばセンサ部Ｓの画像センサや可視光カメラにより取得された画像データ（センシングデータ）を解析し、対象空間における人間の動態（動態情報）を検知する。動態（dynamic state）情報は、例えばビル内の場所（エリア）ごとの人間の在／不在、人数、活動量などを示す情報である。このほか、個人の好みなどの情報も動態情報の一つとして利用可能である。
【００２４】
制御レベル算出部３０は、動態検知部１０により検知された動態情報、記憶装置４に記憶される制御モード２０、およびビル情報５０に基づいて、エリアごとの空調の制御レベルを算出する。算出された制御レベルは出力部４０に渡される。出力部４０は、制御レベル算出部３０により算出された空調の制御レベルを制御モード表示部６０、およびモニタなどのディスプレイデバイス（図示せず）、あるいはＢＥＭＳ（Building Energy Management System）などの外部システムにも制御レベルを出力する。
【００２５】
制御モード表示部６０は、出力部４０から取得した制御レベルに基づいて、時刻ごと、部屋ごと、エリアごと、あるいは席ごとなどの制御モードを視覚的に表示する。制御モードは、例えば『省エネ重視』あるいは『快適性重視』といった言葉で表示され、これにより判りやすい表現でユーザに提示されることができる。あるいは省エネ指標値や、快適性指標値などを表示することでも、判りやすい表現でユーザに提示することが可能である。
【００２６】
出力部４０から制御レベルを取得したＢＥＭＳは、この取得した空調の制御レベルを具体的な設定値（数値）に変換する。例えば夏季においては、ＢＥＭＳは制御レベルの“強”を設定温度を２６°Ｃとし、“中”を２７°Ｃとし、“弱”を２８°Ｃとする。
【００２７】
制御モード設定部７０は、ユーザが制御モードを選択するためのＧＵＩ（Graphical User Interface）環境を提供する。個人認証部８０は、ビル内に居る個々の人間が誰であるかを、ＩＤ、あるいは従業員番号などに基づいて認識する。その結果は制御レベル算出部３０に与えられる。  
個人を認識する方法としては、可視光カメラで撮影された人間の顔画像を活用する方法や、人間に持たせたＲＦＩＤタグを活用する方法、あるいは、入退室管理装置を活用する方法など、いずれも既知の技術を用いることができる。
【００２８】
次に、上記構成における作用を詳しく説明する。先ず、動態検知部１０による動態情報の検出ついて図４および図５を参照して説明する。以下では、ビルのフロア環境に応じて異なる動態情報が検出されることが示される。
【００２９】
図４は、パーソナル空調を備えるフロア環境の一例を示す図である。パーソナル空調は、例えば座席ごとに個別のタスク空調の吹出口を備える空調方式である。例えば図４（ａ）に示されるように、図中破線で区切られたエリアごとに設けられる空調機吹出口を個別に稼動させて、パーソナル空調が実現される。図４（ｂ）は、エリアごとの在／不在の検知結果を示す。図４（ｃ）はエリアごとの活動量の検知結果を示す。
【００３０】
動態検知部１０は、例えば、予め撮影された人間不在の画像と、検知のタイミングで撮影した画像とを比較し、画像上に変化があれば人間の在を判断するという、既知の方法により人間の在／不在を検知することができる。この方法では１つの可視光カメラに対して複数の検知領域を設定できるので、在／不在を座席ごとに検知することもできる。
【００３１】
活動量についても、可視光カメラを用いた既知の方法により求めることができる。このほか赤外線人感センサや赤外線アレイセンサを用いた方法でも活動量を求めることができる。
【００３２】
上述したように、動態情報に、人物の好みを示す情報を含めることもできる。例えば、記憶装置４に予め記憶した座席ごとの人物の好み情報（暑がり、寒がりなど）と、座席ごとの在／不在とを照合して、動態検知部１０は、エリアごとの暑がりの人数、寒がりの人数などを算出することができる。
【００３３】
図５は、全体空調を備えるフロア環境の一例を示す図である。全体空調は、例えば複数の座席を含むエリアごとの空調を制御する方式である。この方式においても、動態検知部１０は、エリアごとの在／不在、活動量などを検知することができる。  
１つのエリア内に複数の人間が存在する場合には、その人数を検知して動態情報に加えても良い。人数は様々な手法により検知できる。例えばエリアを座席ごとに設定し、既知の方法で人間が在のエリアの数をカウントすれば、カウント値を人数として置き換えることができる。図５（ｂ）は、エリアごとの在／不在の検知結果を示す。図５（ｃ）はエリアごとの人数の検知結果を示す。図５（ｄ）はエリアごとの活動量の検知結果を示す。
【００３４】
次に、制御モードについて説明する。  
図６は、制御モードについて説明するための図である。制御モードは、動態検知部１０により得られる人間の動態情報に対して空調の強さを示す制御レベルの算出パタンを表現するデータである。
【００３５】
図６は、制御モード１および制御モード２の、２つの制御モードを示す。説明を簡潔にするためこの例では、９つ（３×３）のエリアにおける人間の分布を制御条件として考える。各エリアが在／不在のいずれかとなる組み合わせの総数は２９＝５１２通りである。つまり図６の例では、人間の動態パタンは５１２通り存在する。
【００３６】
制御モードは、それぞれの動態情報に対する空調の制御レベルのパタンを示す。そして、複数の制御モードが記憶装置４（図３）に制御モード２０として記憶される。実施形態においては制御レベルを、例えば強、中、弱で表現される空調の強さで表現する。もちろん、具体的な数値で制御レベルを表現することもできる。さらに、空間の分割の仕方も３×３エリアに限らず、例えば５×５エリアや、３×５エリアなども可能である。
【００３７】
例えば、左上のエリアだけが在である制御条件に対して、制御モード１の制御レベルパタンによればそのエリアの制御レベルだけが“強”になる（図６（ａ））。一方、同じ制御条件に対して制御モード２の制御レベルパタンによれば、左上のエリアの制御レベルが“強”、その縦および横に隣接するエリアの制御レベルが“弱”になる（図６（ｂ））。このほかありとあらゆる制御レベルパタンを定義することが可能であり、異なる制御パタンの集合が、制御モード２０として記憶装置４に記憶される。
【００３８】
次に、制御レベルについて説明する。  
図７は、制御レベル算出部３０により算出された制御レベルの一例を示す図である。動態検知部１０により、例えば図７（ａ）に示される動態情報が検知されたとする。図７（ａ）の空調ゾーンを図７（ｂ）の太線に示されるように区分けし、例えば制御モード２（図６（ｂ））を適用することにより、図７（ｃ）に示される制御レベルのパタンが算出される。
【００３９】
次にビル情報５０について説明する。記憶装置４（図３）に記憶されるビル情報５０は、例えば、ビルにおける壁の位置、窓の位置、エリアの用途などが記録されるデータベースである。要するにビル情報５０は、ビルの構造的情報を示す情報である。ビル情報５０は、例えばビルの設計情報を参照して、オペレータのマニュアルでの入力操作により作成されてもよい。あるいは、ビル情報５０は、センシングデータに基づく自動認識処理により作成されても良い。
【００４０】
例えば既知の技術により、可視光カメラで撮影された画像を画像処理して壁や窓を認識することができ、この種の技術を用いてビル情報５０を自動的に作成することができる。
【００４１】
ビル情報５０として、空調制御システム１の稼動開始時のデータが継続的に使用されても良い。あるいは、ビル情報５０は、空調制御システム１の稼動中に実施される自動認識処理の結果に基づいて、例えば定期的に更新されても良い。例えば、床から天井までの高さのパーティション（部屋の区切りとして使用される）のレイアウトが変わったときや、事務所の一部が会議スペースに変更されたときなどに自動認識処理を実施し、ビル情報５０を更新しても良い。
【００４２】
自動認識処理は、例えば動態検知部１０の機能としてインプリメントされることができる。すなわち、可視光カメラからの画像データに基づいて人間の動態を検知する機能により、壁や窓を認識することも可能である。もちろん、他のセンサにより得られた画像データを利用しても良いし、複数の認識機能を組み合わせてもよい。
【００４３】
次に、図６などに示される制御条件について詳しく説明する。実施形態では、空調の制御パタンを算出するために使用可能な情報の組み合わせを、制御条件と称することにする。制御条件は、制御パタンを算出するための前提条件である。また、制御条件が同じであっても異なる制御モードのもとでは異なる制御パタンが算出される。
【００４４】
簡単のために、図６、図７では在／不在で示される動態情報だけを考慮して説明した。しかし制御条件は、動態情報だけでなく他の情報との組み合わせであってもよい。例えば人間の動態情報と、ビル情報５０との組み合わせを制御条件とすることもできる。
【００４５】
動態情報の一例を以下に示す。  
・  在／不在  
・  人数  ：１人、２人、…、１人〜５人、６人〜１０人、１０人〜、など  
・  活動量  ：大・中・小、座位・立位、など  
・  好み  ：暑がりの人数、寒がりの人数、暑がりの人数−寒がりの人数、など  
ビル情報の一例を以下に示す。
【００４６】
・  壁の位置  
・  窓の位置  
・  エリアの用途  
以上のような情報の組み合わせを制御条件とすることができる。例えば３×３エリアにおける制御条件の一例が図８に示される。  
図８は、制御条件の一例を示す図である。図８（ａ）に示されるパーソナル空調では、それぞれの座席における人間の在／不在、活動量、好み、および壁、窓の位置情報が制御条件に含まれる。図８（ｂ）に示される全体空調では、図８（ａ）の３×３エリアを１つの大エリアにまとめた例が示され、人数の情報が加わっている。
【００４７】
次に、制御レベルの算出に係わる処理手順について説明する。
【００４８】
図９は、制御レベルの算出に係わる処理手順の一例を示すフローチャートである。図９において、動態検知部１０は、センサ部Ｓなどで取得された画像データを解析して人間の動態情報を取得する（ステップ２００）。制御レベル算出部３０は、この動態情報を取得し、また、必要に応じてビル情報５０からビル情報を取得する（ステップ２１０）。次に制御レベル算出部３０は、取得した情報を組み合わせて制御条件を作成する（ステップ２２０）。
【００４９】
制御条件が作成されると、制御レベル算出部３０は制御モード２０を参照し、制御条件に対応する制御レベルを算出する（ステップ２３０）。算出された制御レベルは、出力部４０により、モニタなどの表示装置やＢＥＭＳに出力される（ステップ２４０）。
【００５０】
次に、制御モードについて詳しく説明する。
【００５１】
図１０は、制御条件に対する制御レベルのパタンの一例を示す図である。図１０（ａ）に示される制御条件に対し、例えば図１０（ｂ）〜（ｆ）に示されるようなパタンの制御レベルを考えることができる。（ｂ）に示されるように、在エリアに対する強、中、弱の制御レベルのバリエーションが考えられる。（ｂ）に示されるような単純なパタンによればビル利用者にとって理解し易い制御を実現することができる。このような単純なパタンのほか、制御レベルを場所によって変えたり（ゾーニング）、制御レベルの時間変化、あるいはそれらの組み合わせなどがあり得る。
【００５２】
（ｄ）に示されるパタンは制御レベルが時間的に（サイクリックに）変化することを示す。例えば制御レベルを強から弱に変化させると、電力消費量を少なくして省エネ効果を得ることができる。また、例えば１０分程度の間隔で制御レベル変化させても人物には気付かれにくい。つまり快適性は下がりにくい。そこで、制御レベルを周期的に変化させることで快適性をできるだけ保持しつつ省エネできる可能性がある。
【００５３】
（ｃ）および（ｅ）に示されるパタンはゾーニングを考慮したものである。単純に人物の居るエリア（在エリア）の空調だけを動作させると、そのエリアの空調だけが過剰に作用する（熱が隣接エリアに逃げる分、常に強く動作する）ので不快感のもたらされるケースが多い。そこで（ｃ）および（ｅ）に示されるようにゾーニングを考慮することで、このような不具合を解決することができる。さらに（ｆ）に示されるパタンは、ゾーニングおよび時間変化の両方の特徴を兼ね備える。図１１は制御条件に対する制御レベルのパタンの他の例を示し、図１０と同様に、１つの制御条件（ａ）に対して多様な制御レベルのパタンのあることが示される。
【００５４】
このように、複数の制御条件ごとに様々な制御レベルのパタンがあり得る。様々な制御条件に対する制御レベルのパタンの組み合わせを、実施形態では制御モードと称する。  
省エネに有利な制御モード、あるいは、快適性に有利な制御モードなど、各制御モードは固有の特徴を有する。これらの特徴を『省エネ重視』、あるいは『快適性重視』などのように言葉で表現することでユーザにとって判りやすいインタフェースを実現できる。もちろん、省エネ指標値や快適指標値により、各制御モードの特徴を数値で示しても良い。
【００５５】
なお、図１０、図１１には制御条件として人間の在／不在のみが示される。このほか人間の活動量、好み、人数、壁の位置、窓の位置、あるいはエリアの用途などの他の制御条件に対しても様々な制御レベルのパタンがあり得る。以下に詳しく説明する。
【００５６】
（活動量） 
活動量が高いほど人間の発熱量は高くなる。活動量の高いエリアの空調レベルを活動量の低いエリアよりも強くすることで、快適性を向上させることができる。ただし活動量の高さに反比例して省エネの指標は低下する。なお、エリア内に活動量が異なる人間が混在するケースでは、エリアの活動量として例えば個々の活動量の平均、最大値、あるいは最小値などが用いられる。
【００５７】
（好み）
夏場では暑がりの人が多いほど、冬場では寒がりの人が多いほど、快適性を高めるには空調レベルを強くしなくてはならず、省エネの指標は低下する。一方、夏場では寒がりの人が多いほど、冬場では暑がりの人が多いほど、空調レベルを弱くしても快適性を保つことができ、省エネの指標も向上する。  
なお、エリア内に暑がりの人と寒がりの人とが混在するケースでは、例えば（暑がりの人数−寒がりの人数）を計算し、その値を、エリアとしての暑がりの度合いとして用いてもよい。あるいは、例えば省エネの観点から、夏場は寒がり優先、冬場は暑がり優先、などのようにルールを決めても良い。
【００５８】
（人数） 
エリアの人数が多いほどエリア内の発熱量が高くなり、快適性の損なわれる可能性が高くなる。人数の少ないエリアよりも人数の多いエリアの空調レベルを強くすることで、快適性を向上させることができる。ただし、人数に反比例して省エネの指標は低下する。
【００５９】
（壁の位置）
熱の流動は壁の位置に依存する。例えば、或るエリアを囲む４辺のうち２辺が壁であれば、壁がなく隣接する２つのエリアに熱が大きく流出する。このことを考慮し、例えば全ての４辺が壁無しのエリアの制御レベルを強とし、隣接エリアの制御レベルを中とすると良い。また、２辺が壁のエリアについてはその隣接エリアの制御レベルを弱とすると良い。このような制御により、より正確な快適性を求めることができ、さらに省エネ指標も向上する可能性がある。このように、特にゾーニングを行う場合に、壁の位置を考慮することは有用である。
【００６０】
（窓の位置）
屋外との境に窓があると、この窓から日光が差し込むことで熱も流入してくる。窓に隣接するエリアにおいては、夏場には空調レベルを高め、冬場には空調レベルを低めにすることで、快適性を向上できる可能性がある。また、窓に隣接するエリアにおいて、人間が不在でも空調を動作させることにより屋外から流入する熱を拡散し、近辺エリアの快適性を向上させられる可能性がある。
【００６１】
（エリアの用途）
オフィスビルにおいて、エリアの用途に応じて制御モードを変えることは有用である。例えば一般従業員の事務エリアを省エネ重視とし、重役の事務エリアを快適性重視とし、ゲストの入る会議室を快適性重視とするなど、きめ細かい空調制御を行うことができる。
【００６２】
図１２は、制御モードを視覚的に表示するユーザインタフェースの一例を示す図である。図１２（ａ）は省エネ重視の制御モードの例を示し、図１２（ｂ）は快適性重視の制御モードの例を示す。制御条件に対する制御レベルパタンが、制御モードごとに例えばリスト状に表示される。それぞれの制御モードには、省エネ指標値、および快適指標値が例えば付記される。
【００６３】
図１３は、制御モードを設定するためのＧＵＩの一例を示す図である。制御モード設定部７０は例えば図１３に示されるウインドウをモニタ画面に表示する。ユーザはこのウインドウを用いて、時刻ごと、部屋ごと、エリアごと、あるいは席ごとなどの条件を指定し、指定した対象に当てはめたい制御モードを選択することができる。
【００６４】
ＧＵＩウインドウの左カラムには例えばオフィス平面図が表示され、ユーザは四角い枠（太線）を移動させて制御モードの設定範囲を指定する。また上部のバーに時刻範囲が示され、ユーザはこの部分をクリックして設定時刻を指定する。このようにして指定された設定対象に対し、右カラムに表示される制御モード一覧から任意の制御モードを設定することができる。
【００６５】
特に、設定の対象になる制御モードは１、２、…のように通し番号で区別され、例えば番号の小さいものから順に快適性の度合いが高くなる。番号が増えるほどに、制御モードの特徴は快適性から例えば省エネの度合いが高くなる。図１３のウインドウに表示されるオフィス平面図を参照すると、書庫やエレベータなどの共用部は省エネ重視（制御モード１０）、執務エリアは快適性重視（制御モード１）の設定がそれぞれなされていることがわかる。
【００６６】
次に、制御モードの作成について説明する。制御モードは経験値などに基づいて、人間による手入力操作により作成することができる。また、マシンパワーを利用して制御モードの作成を自動化することも可能である。以下に、空調制御装置１のプロセッサ３により制御モードを作成する例について説明する。
【００６７】
図１４は、制御モードを自動的に作成する手順の一例を示すフローチャートである。空調制御装置１は、先ず、１つの制御条件を指定し（ステップＳ１０）、この制御条件に対する制御レベルパタンを例えば図１０に示されるように網羅的に作成する（ステップＳ２０）。
【００６８】
次に空調制御装置１は、作成された制御レベルパタンごとに省エネ度を算出する（ステップＳ３０）。省エネ度は、エリア毎の制御レベル（強、中、弱）に基づいて例えば次式（１）により算出することができる。  
省エネ度＝（エリア数−制御レベル弱のエリア数×０．２−制御レベル中のエリア数×０．５−制御レベル強のエリア数×１．０）／エリア数  ・・・  （１）  
時間的に変化する制御レベルパタンについては、時間ごとのパタンについて個別に省エネ度を算出し、各パタンの継続する期間で加重平均して同様に省エネ度を算出することができる。
【００６９】
式（１）により算出された省エネ度は、全てのエリアで制御レベルがＯＦＦの状態で１．０になり、制御レベルの強いエリアが多いほど０に近づく。そして、全てのエリアで制御レベルが強の状態において、省エネ度は０．０になる。
【００７０】
ステップＳ２０、およびＳ３０の手順は制御条件ごとに、全ての制御レベルパタンについて完了するまで繰り返される。全ての制御レベルパタンについて省エネ度の算出が完了すると（ステップＳ４０でＹｅｓ）、空調制御装置１は、省エネ度の高い順に制御レベルパタンをソート（並び替え）する（ステップＳ５０）。この手順は、制御レベルパタンを省エネの観点で順位付けする手順である。
【００７１】
次に、空調制御装置１は、別の制御条件に対する制御レベルパタンを例えば図１１に示されるように網羅的に作成し、それぞれの制御レベルパタンについて省エネ度を算出し、ソーティングを行う。つまりステップＳ１０〜Ｓ５０の手順は、全ての制御条件を可能な限り網羅すべく繰り返される。
【００７２】
全ての制御条件について制御レベルパタンの順位付けが完了すると（ステップＳ６０でＹｅｓ）、それぞれの制御条件に対して、順位付けされた制御レベルパタンが作成されることとなる。次に空調制御装置１は、制御条件毎に、同じ順位の制御レベルパタンをグループ化する（ステップＳ７０）。つまり、制御条件毎に同じ順位の制御レベルパタンの集合が、１つの制御モードとなる。
【００７３】
制御モードに付随する省エネ指標値は、例えば省エネ度そのものであってもよいし、省エネ度の順位であってもよい。最後に空調制御装置１は、各グループに通し番号のようなＩＤを付してそれぞれの制御モードを定義し（ステップＳ８０）、処理を完了する。
【００７４】
以上説明したように、第１の実施形態によれば、人間の動態情報やビル情報などに基づく複数の制御モードが定義され、空調制御装置１の記憶装置４に保持される。異なる多数の制御モードをビル内のエリアごとに当てはめることで、ユーザが望む省エネと快適性のバランスを実現した空調制御を行うことができる。
【００７５】
また、人間の動態情報や、ビル情報などの多数の情報に基づいて空調を制御できるので、個々のビルにおける人間の活動の特性だけでなく、ビルの構造に合った空調制御を実現できる。さらに、制御モードはビル内の局所領域（エリア）ごとにそれぞれ設定できるので、ユーザの要望に沿ったきめ細かな空調制御を実現することができる。
【００７６】
また、「省エネ重視」といった言葉や省エネ・快適性指標値といった数値を用いて省エネと快適性とのバランスを調整することができるので、多数のパラメータの調整といったエキスパート性を必要とせず、ユーザにとって判り易いインタフェースを実現することができる。
【００７７】
また第１の実施形態では、個人認証部８０により、ビル内に居る人間について、それが誰かを認識するようにしている。この個人認識の結果に基づいて、その人物の好み（暑がり／寒がり）の情報を参照した空調制御を実施することで、座席と個人とが対応付けられていない場所（会議室など）においても個人ごとに最適な空調環境を実現できる。また、座席のリレイアウトを行う場合であっても、座席と個人の対応付けをやり直す必要がなくなり、使い勝手の良いシステムを実現できる。
【００７８】
さらに、好みの情報を動的に更新してもよい。例えば、ＰＣやタブレットなどのネットワーク端末から、個人が好みの情報を入力してもよいし、可視光カメラで撮影された人間のジェスチャ認識や、人間が提示するマーカの認識により好みの情報を補正してもよい。このような機能を取り入れることで、日によって人間の体調が異なる場合（暑がりであるがカゼ気味のために一時的に寒がり）などに対応することができる。
【００７９】
以上をまとめると第１の実施形態によれば、人間の動態情報として人間の在／不在、活動量などの情報や、パーソナル空調（座席ごとに個別のタスク空調の吹出口を持つ空調方式）における個人の好みなどの情報、あるいは、ビル情報として壁や窓の位置情報なども活用し、個々のビルに合わせて、省エネと快適性のバランスをユーザが任意に調整、もしくは自動で調整することが可能になる。これらのことから、空調をきめ細かに制御することができ、省エネと快適性とのバランスをとり易くした空調制御システムおよび空調制御装置を提供することが可能になる。
【００８０】
［第２の実施形態］
図１５は、第２の実施形態に係わる空調制御装置１の一例を示す機能ブロック図である。図１５において図３と共通する部分には同じ符号を付して示し、ここでは異なる部分についてのみ説明する。
【００８１】
図１５に示される空調制御装置１は、プロセッサ３の処理機能として動態検知部１０、制御レベル算出部３０および出力部４０に加えて、環境検知部９０および制御状態表示部１００を備える。
【００８２】
環境検知部９０は、例えば可視光カメラによって撮影された画像データを解析してビル内の環境情報を取得する。環境情報は、例えば外光の明るさ、ブラインドの開量（スラット角）などである。
【００８３】
外光の明るさは、画像データの各画素の輝度値を活用するなど、既知の方法によって求めることができる。ブラインドの開量は、ブラインドが全閉の状態の画像データと、検出時の画像データとを比較し、画素値が一致する面積の割合を算出するといった方法を用いることができる。なお、動態検知部１０に環境検知部９０の機能を併せ持たせてもよく、例えば１台の可視光カメラにより人間の動態と環境の両方を検知してもよい。
【００８４】
第２の実施形態において、制御レベル算出部３０は、動態情報の変化に応じて制御モードを動的に切り替える。制御レベル算出部３０は、例えば、ビル内の部屋Ａの中に居る人数が規定値ＴＨ（例えば３０人）以下であれば部屋Ａの制御モードを快適性重視とし、人数が規定値ＴＨを超えると制御モードを省エネ重視に切り替える。
【００８５】
制御レベル算出部３０にこのような機能を持たせることで、人数の少ない時間帯（朝方、昼休み、残業時間など）には空調の消費エネルギーが少なくなるので快適性を重視し、人数が増え空調の消費エネルギーが増加する時間帯には省エネを重視するといった制御を、人手に頼らずに実現することができる。
【００８６】
このほか、例えば、人間が不在で長期間にわたり空調がＯＦＦされていた会議室Ｂに人間が入ってきたとき、制御モードを一定時間だけ快適性重視とし、その後、省エネ重視に切り替えるといった制御を自動化できる。これにより、空調ＯＦＦのために不快な状態となっていた会議室Ｂを、素早く、快適にすることができる。
【００８７】
さらに、制御レベル算出部３０は、環境検知部９０により取得された環境情報の変化に応じて制御モードを切り替える。制御レベル算出部３０は、例えば、部屋Ｃにおける外光の明るさが規定値ＴＨ（例えば、３００ｌｕｘ）以下であれば部屋Ｃの制御モードを省エネ重視とし、明るさが規定値ＴＨを超えると制御モードを快適性重視に切り替える。
【００８８】
制御レベル算出部３０にこのような機能を持たせることで、外光が明るい場合（晴天時の昼間など）にはビル内への熱の流入量が多くなるので快適性を重視するといった制御を、人手に頼らずに実現することができる。
【００８９】
制御状態表示部１００は、制御モードをビル内の場所ごとに表示する。つまり、例えば部屋ごと、エリアごと、あるいは席ごとなどの単位で、各々の単位において稼働中の制御モードがＧＵＩウインドウに示される。  
【００９０】
図１６は、場所ごとの制御モードを表示するＧＵＩウインドウの一例を示す図である。このウインドウを参照すると、共用エリアにおいては省エネ重視、執務エリアにおいては快適性重視のポリシーで、各場所の制御モードが選択されていることがわかる。このウインドウの上部には時刻を示すバー（タイムスケールバー）が表示され、シンボルマーカの位置で現在時刻がわかるようになっている。このマーカを左右にスライドすれば、その時刻に対応する制御モードの状態が表示される。
【００９１】
第２の実施形態によれば、センサ部Ｓにより取得される動態情報の変化に応じて、ビル内の空調の制御モードを動的に切り替えるようにしている。また、環境検知部９０により環境情報を取得し、この環境情報の変化に応じて制御モードを動的に切り替えるようにしている。これにより、制御モードを現状に即してダイナミックに変更することができ、快適性や省エネ性をさらに追求することが可能になる。
【００９２】
さらに、制御状態表示部１００を設け、図１６に示されるＧＵＩウインドウを表示するようにしている。これにより制御モードの現状を一目で把握することが容易になり、また、制御モードを調整するための情報収集なども極めて簡便に実施できるようになる。
【００９３】
［第３の実施形態］
図１７は、第３の実施形態に係わる空調制御装置１の一例を示す機能ブロック図である。図１７において図３と共通する部分には同じ符号を付して示し、ここでは異なる部分についてのみ説明する。  
【００９４】
図１７に示される空調制御装置１は、プロセッサ３の処理機能として動態検知部１０、制御レベル算出部３０および出力部４０に加えて、シミュレータ１１０および金額算定部１３０を備える。
【００９５】
シミュレータ１１０は、ビルの空調に関するシミュレーションを実施する。シミュレータ１１０は、例えば、現状の制御モードのもとで消費される電力を動態情報やビル情報に基づいて算出したり、別の制御モードもとで消費される電力を同じ条件で算出して比較したりといった計算を行う。
【００９６】
また第３の実施形態では、人間の動態の履歴を示す履歴情報１２０を記憶装置４に記憶させる。履歴情報１２０はシミュレータ１１０によるシミュレーションに活用されることができる。
【００９７】
消費電力は、例えば、制御レベルに対応する消費電力を記録したテーブルを参照するといった方法でシミュレートされることができる。このテーブルは予め作成されて記憶装置４に記憶させておくとよい。あるいは、消費電力は、制御レベルに対応する消費電力の実測値を記憶装置４などに保持し、参照することでシミュレートされてもよい。さらには、クラウドコンピューティングシステムなどに設けられるビル空調シミュレータなどを活用してもよい。
【００９８】
図１８は、シミュレータ１１０による空調シミュレーションの結果を示すＧＵＩウインドウの一例を示す図である。図１８のウインドウは、タイムスケールバーとオフィス平面図（図１６）との間に、電力消費量（消費電力）のシミュレート結果を示すものである。現在時刻を示すマーカが時間の経過とともに右方向にスライドするにつれ、シミュレーション結果の表示も追従して表示される。このように、シミュレーションを活用することでオペレータは制御モードを試行錯誤することできるようになり、ユーザの希望に沿う空調制御の実現をサポートすることができる。
【００９９】
また第３の実施形態では、プロセッサ３の機能として金額算定部１３０を備える。  
テナントビルにおいては、ビルのオーナの要求する省エネ・快適性と、テナントビルが要求する省エネ・快適性とが異なる場合がある。例えば、ビルのオーナが省エネ重視を要求し、商用テナントが快適性重視を要求したケースでは、設定を快適性重視とする代わりに、商用テナントが通常の電気使用料金に特別料金を追加した金額をビルオーナに支払うことが考えられる。逆に、設定を省エネ重視にする代わりに商用テナントの電気使用料金を値引きすることが考えられる。このように、オーナとテナントの要求が相反するケースでは、互いの不利益を金銭の授受により相殺することができる。
【０１００】
金額算定部１３０は、その金額（相殺金額）を算定する。金額算定部１３０は、例えば、ビルオーナとテナントのそれぞれが望む省エネ・快適性に基づく空調制御に要する消費電力量を算出し、消費電力量の差分を電気料金に換算して相殺金額を算出する。
【０１０１】
以上述べたように第３の実施形態によれば、シミュレータ１１０を設けたことでそれぞれの制御モードによる電力消費量をシミュレートすることができる。これによりユーザの希望に沿う空調制御の実現をサポートすることができる。
【０１０２】
また第３の実施形態では、金額算定部１３０を設けたことで、ビルのオーナとテナントとの間で生じた要求の違いを相殺するための金額を算出し、オーナとテナントとの双方にとって公平性を高めることが可能になる。
【０１０３】
本発明のいくつかの実施形態を説明したが、これらの実施形態は例として提示するものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１０４】
１…空調制御装置、２…入力制御部、３…プロセッサ、４…記憶装置、５…出力制御部、６…プログラム、９，９１，９２…画像センサ、８…赤外線センサ、１１…レーザセンサ、１２１〜１２ｎ…機器、１３…ビルディングオートメーションシステム、１４…環境マネジメントシステム、１５…出力装置、２５１〜２５ｍ…機器、１６…画像データ、１７…赤外画像データ、１８…レーザ画像データ、１９１〜１９ｎ…機器データ、２２…ＢＡＳデータ、２１…ＥＭＳデータ、２８１，２８１…エリア、２７…制御データ、１０…動態検知部、７０…制御モード設定部、８０…個人認証部、３０…制御レベル算出部、４０…出力部、６０…制御モード表示部、２０…制御モード、５０…ビル情報、９０…環境検知部、１００…制御状態表示部、１１０…シミュレータ、１２０…履歴情報、１３０…金額算定部
【図１】
2015040693.tif 000003
【図２】
2015040693.tif 000004
【図３】
2015040693.tif 000005
【図４】
2015040693.tif 000006
【図５】
2015040693.tif 000007
【図６】
2015040693.tif 000008
【図７】
2015040693.tif 000009
【図８】
2015040693.tif 000010
【図９】
2015040693.tif 000011
【図１０】
2015040693.tif 000012
【図１１】
2015040693.tif 000013
【図１２】
2015040693.tif 000014
【図１３】
2015040693.tif 000015
【図１４】
2015040693.tif 000016
【図１５】
2015040693.tif 000017
【図１６】
2015040693.tif 000018
【図１７】
2015040693.tif 000019
【図１８】
2015040693.tif 000020