JP2019060535A - 空調制御システム、空調制御方法、及びプログラム - Google Patents

Abstract

【課題】制御対象の空間に適した空調制御を行うことができる空調制御システム、空調制御方法、及びプログラムを提供する。【解決手段】空調制御システム１は、特性取得部１０１と、スケジュール取得部１０２と、空調制御部１０３と、を備える。特性取得部１０１は、制御対象となる空間２０の空気環境を変化させる空調システム３０に関連する空間２０の特性を示す特性情報を取得する。スケジュール取得部１０２は、空間２０を利用するユーザの予定に関連するスケジュール情報を取得する。空調制御部１０３は、特性情報とスケジュール情報とに基づいて空調システム３０の動作状態を決定する。【選択図】図１

Description

本開示は、空調制御システム、空調制御方法、及びプログラムに関し、特に、対象空間の空気環境を制御する空調制御システム、空調制御方法、及びプログラムに関する。

従来、工場、ビル設備等における空調設備を制御、監視する空調管理システムがあった（例えば特許文献１参照）。特許文献１の空調管理システムは、設定情報に基づいて空調設備の運転を管理する管理装置と、空調設備の対象エリアに在席する居住者によって設定情報の変更を行うことが可能な操作端末とを備える。居住者が操作端末を操作して対象エリアと将来の日付とを指定すると、操作端末は指定された日付の設定情報を管理装置に要求する。管理装置は、操作端末から将来の日付の設定情報の要求を受け付けると、指定された日付の予報天気及び予想外気温とともに、設定情報を操作端末に通知する。これにより、居住者は、空調設備に対する設定変更を行う前に、指定した日付での設定情報を確認することができる。

特開２００５−２９５７１４号公報

特許文献１の空調管理システムでは、管理装置は、予め設定された設定情報、又は居住者によって変更された設定情報に基づいて空調設備の運転を管理している。ここで、対象エリア（制御対象の空間）ごとに広さ、構造、日照等の条件が異なるため、対象エリアに適した空調制御が行えない可能性があった。

本開示の目的は、制御対象の空間に適した空調制御を行うことができる空調制御システム、空調制御方法、及びプログラムを提供することにある。

本開示の一態様の空調制御システムは、特性取得部と、スケジュール取得部と、空調制御部と、を備える。前記特性取得部は、制御対象となる空間の空気環境を変化させる空調システムに関連する前記空間の特性を示す特性情報を取得する。前記スケジュール取得部は、前記空間を利用するユーザの予定に関連するスケジュール情報を取得する。前記空調制御部は、前記特性情報と前記スケジュール情報とに基づいて前記空調システムの動作状態を決定する。

本開示の一態様の空調制御方法は、第１取得処理と、第２取得処理と、制御処理と、を含む。前記第１取得処理では、制御対象となる空間の空気環境を変化させる空調システムに関連する前記空間の特性を示す特性情報を取得する。前記第２取得処理では、前記空間を利用するユーザの予定に関連するスケジュール情報を取得する。制御処理では、前記特性情報と前記スケジュール情報とに基づいて前記空調システムの動作状態を決定する。

本開示の一態様のプログラムは、コンピュータシステムに、第１取得処理と、第２取得処理と、制御処理と、を実行させるためのプログラムである。前記第１取得処理では、制御対象となる空間の空気環境を変化させる空調システムに関連する前記空間の特性を示す特性情報を取得する。前記第２取得処理では、前記空間を利用するユーザの予定に関連するスケジュール情報を取得する。前記制御処理では、前記特性情報と前記スケジュール情報とに基づいて前記空調システムの動作状態を決定する。

本開示によれば、制御対象の空間に適した空調制御を行うことができる空調制御システム、空調制御方法、及びプログラムを提供することができる。

図１は、本開示の一実施形態に係る空調制御システムを含む全体システムのシステム構成図である。 図２は、同上の空調制御システムにおいて空調システムの動作状態を決定する処理のフローチャートである。 図３は、同上の空調制御システムにおいて特性情報を取得する処理のフローチャートである。 図４Ａは、同上の空調制御システムにおける制御対象の空間の温度のグラフである。図４Ｂは、同上の空調制御システムにおける制御対象の空間の湿度のグラフである。 図５は、同上の空調制御システムによる空調システムの動作スケジュールの設定例を説明する説明図である。 図６は、同上の空調制御システムによる空調システムの動作スケジュールの別の設定例を説明する説明図である。 図７Ａは、同上の空調制御システムにおける制御対象の空間の温度のグラフである。図７Ｂは、同上の空調システムの消費電力のグラフである。 図８は、本開示の一実施形態の変形例１に係る空調制御システムを含む全体システムのシステム構成図である。 図９は、同上の空調制御システムにおいて空調システムの動作状態を決定する処理のフローチャートである。

（実施形態）
（１）概要
本実施形態に係る空調制御システム１は、図１に示すように、特性取得部１０１と、スケジュール取得部１０２と、空調制御部１０３と、を備える。

特性取得部１０１は、制御対象となる空間２０の空気環境を変化させる空調システム３０に関連する空間２０の特性を示す特性情報を取得する。ここにおいて、制御対象の空間２０は、空調制御システム１が設けられた建物２内の空間であり、例えば、住宅、集合住宅の各住戸、店舗、事務所、工場等の建物内の部屋である。また、空調システム３０が変化させる空間２０の空気環境とは、空間２０内の空気の温度、湿度、空気清浄度、匂い等のうちの少なくとも１つである。特性情報とは、空調システム３０に関連する空間２０の特性を示す情報であり、例えば、空調システム３０が変化させる空気環境に関連する空間２０の情報である。

スケジュール取得部１０２は、空間２０を利用するユーザの予定に関連するスケジュール情報を取得する。

空調制御部１０３は、特性情報と、スケジュール情報とに基づいて空調システム３０の動作状態を決定する。

ここで、特性情報は、空調システム３０に関連する空間２０の特性を示している。空調制御部１０３は、特性情報とスケジュール情報とに基づいて空調システム３０を制御しているので、空間２０の特性情報に基づいて空調システム３０の動作状態を決定できる。したがって、本実施形態の空調制御システム１では、空調制御部１０３が、制御対象の空間２０の特性情報に基づいて、制御対象の空間２０に適した空調制御を行うことができる、という利点がある。

（２）詳細
（２．１）構成
図１は、本実施形態の空調制御システム１を含む全体システムのシステム構成図である。全体システムは、空調制御システム１と、空調システム３０と、温湿度センサ４１，４２と、空間２０を利用するユーザのスケジュール情報を保持するスケジュール管理サーバ７１と、を含む。また、本実施形態の全体システムは、建物２内の設備を制御する制御装置５０と、ルータ６０と、を更に含む。

空調システム３０は、建物２内の空間２０の空気環境を変化させる。本実施形態の空調システム３０は、例えば、空間２０の空気の温度、湿度等を変化させるエアコンディショナである。空調システム３０は、制御装置５０との間で無線通信又は有線通信を行う通信機能を備えている。空調システム３０の運転モードには冷房モード、暖房モード、除湿モード、送風モード、自動モード等がある。例えばユーザが空調システム３０のリモコン操作器等を操作して運転モード及び設定温度を入力すると、空調システム３０は、入力された運転モード及び設定温度に応じて、空間２０の空気環境を変化させる。尚、空調システム３０は、空間２０の空気の温度、湿度を変化させるエアコンディショナに限定されない。空調システム３０は、空間２０内の空気の温度、湿度、空気清浄度、匂いのうちの少なくとも１つを変化させればよい。空調システム３０は、空間２０内の空気を換気する換気装置でもよいし、空間２０内の空気の清浄度を変化させる空気清浄装置でもよい。

温湿度センサ４１，４２はそれぞれ周囲の空気の温度及び湿度を測定する。温湿度センサ４１は空間２０に設置されて、空間２０の空気の温度及び湿度を測定する。温湿度センサ４１は建物２の外側に配置され、外気の温度及び湿度を測定する。温湿度センサ４１，４２はそれぞれ制御装置５０との間で無線通信を行う通信機能を備えており、温度及び湿度の測定結果を制御装置５０に例えば１分ごとに送信する。尚、温湿度センサ４１，４２が温度及び湿度の測定結果を制御装置５０に送信する時間間隔は１分に限定されず、適宜変更が可能である。また、温湿度センサ４１，４２は、制御装置５０からの要求に応じて、温度及び湿度の測定結果を任意のタイミングで送信してもよい。

制御装置５０は、建物２内に設置されている。制御装置５０は、例えば、ＨＥＭＳ（Home Energy Management System）のコントローラである。制御装置５０は、建物２内のＨＥＭＳに対応した機器（空調システム３０、温湿度センサ４１，４２等の空気環境機器、発電装置、蓄電装置等のエネルギー関連機器等）との間で、有線通信又は無線通信を行う通信機能を有している。また、制御装置５０は、例えば、ルータ６０を介してインターネットのような広域通信網ＮＴ１に接続されており、ルータ６０と広域通信網ＮＴ１とを介して空調制御システム１と通信する通信機能を有している。

制御装置５０は、空調システム３０との間で定期又は不定期に通信を行うことによって、空調システム３０の動作状態を示す動作情報を取得すると、動作情報をルータ６０と広域通信網ＮＴ１とを介して空調制御システム１に送信する。また、制御装置５０は、温湿度センサ４１，４２との間で例えば１分ごとに通信を行うことによって、温湿度センサ４１，４２から温度及び湿度の測定データを受信すると、測定データをルータ６０と広域通信網ＮＴ１とを介して空調制御システム１に送信する。

スケジュール管理サーバ７１は、任意のユーザのスケジュールを管理するクラウドサービスを提供している。本実施形態では、空間２０を利用するユーザが、スケジュール管理のクラウドサービスを利用している場合を想定する。空間２０を利用するユーザの携帯端末８０には、スケジュール管理用のアプリケーションプログラム（プログラム）がインストールされている。携帯端末８０は、例えばスマートフォンのような通信機能を有する端末である。ユーザが、携帯端末８０にインストールされたスケジュール管理用のプログラムを利用してスケジュール情報を入力すると、入力されたスケジュール情報が携帯端末８０から広域通信網ＮＴ１を介してスケジュール管理サーバ７１に送信される。スケジュール情報は、例えば、ユーザが空間２０の外に出る外出予定情報、ユーザが空間２０の中に入る入予定情報のうち少なくとも一方を含む情報である。本実施形態では建物２が住宅であり、ユーザは建物２の住人であるので、スケジュール情報は建物２内でのユーザの行動予定（例えば、食事、入浴、睡眠など）の情報を含んでもよい。スケジュール管理サーバ７１は、携帯端末８０からスケジュール情報を受信すると、受信したスケジュール情報を、ユーザの識別情報に対応付けて蓄積する。尚、空間２０を複数のユーザが利用する場合、複数のユーザが複数の携帯端末８０をそれぞれ使用してもよい。複数のユーザが使用する複数の携帯端末８０からスケジュール情報が入力されると、スケジュール管理サーバ７１は、受信したスケジュール情報を、各々のユーザの識別情報に対応付けて蓄積する。

次に、空調制御システム１について説明する。空調制御システム１は、演算処理部１０と、通信部１１と、記憶部１２とを備える。

演算処理部１０は、例えば、プロセッサ及びメモリを有するマイクロコンピュータで構成されている。つまり、演算処理部１０は、プロセッサ及びメモリを有するコンピュータシステムで実現されている。プロセッサが、例えばメモリ又は記憶部１２に記録されたプログラムを実行することにより、コンピュータシステムによって演算処理部１０の各種の機能（例えば、特性取得部１０１、スケジュール取得部１０２、空調制御部１０３等の機能）が実現される。プログラムは、マイクロコンピュータのメモリ又は記憶部１２に予め記録されていてもよいし、インターネット等の電気通信回線を通じて、又はメモリカード等の非一時的な記録媒体に記録されて提供されてもよい。

通信部１１は、広域通信網ＮＴ１を介して制御装置５０、スケジュール管理サーバ７１等と通信する通信機能を備えている。

記憶部１２は、例えばＥＥＰＲＯＭ（Electrically Erasable and Programmable Read-Only Memory）、フラッシュメモリなどの電気的に書き換え可能な不揮発性メモリを備える。記憶部１２は、演算処理部１０が実行するプログラム、特性取得部１０１によって生成された特性情報、スケジュール取得部１０２によって取得されたスケジュール情報、空調制御部１０３によって決定された空調システム３０の動作状態等を記録する。

特性取得部１０１は、「（１）概要」で説明したように、空調システム３０に関連する空間２０の特性を示す特性情報を取得する。本実施形態では空調システム３０は、空間２０の空気の温度及び湿度を変化させるので、特性情報は、空気の温度及び湿度に関連する空間２０の特性を示す情報である。例えば、特性情報は、空間２０の保温性能及び保湿性能に関連する特性を示す情報である。

ここにおいて、特性取得部１０１が特性情報を「取得」するとは、特性取得部１０１が、空調制御システム１の外部から特性情報が入力される場合と、空調制御システム１の外部から入力される情報をもとに特性情報を生成する場合とを含む。本実施形態では、特性取得部１０１は、空調制御システム１の外部（本実施形態では空調システム３０及び温湿度センサ４１，４２）から入力される情報をもとに特性情報を生成しており、履歴取得部１０４と、生成部１０５とを含む。

履歴取得部１０４は、通信部１１が広域通信網ＮＴ１及びルータ６０を介して制御装置５０と通信することで、制御装置５０から、空調システム３０の動作状態を示す動作情報と温湿度センサ４１，４２の測定データとを取得する。これにより、履歴取得部１０４は、過去の所定期間における空調システム３０の動作状態に関連する動作履歴情報と、過去の所定期間における空間２０の空気環境に関連する環境履歴情報とを取得する。

生成部１０５は、履歴取得部１０４によって取得された動作履歴情報と環境履歴情報とに基づいて特性情報を生成する。動作履歴情報は、過去の所定期間における空調システムの動作状態に関連する情報である。環境履歴情報は、過去の所定期間における空間２０の空気環境に関連する情報（温度及び湿度の測定データの履歴情報）である。

本実施形態では、生成部１０５は特性情報として空間２０の保温性能及び保湿性能を示す情報を生成する。例えば、生成部１０５は、空調システム３０が冷房モード、暖房モード、又は除湿モードで運転している状態での空間２０の温度の時間変化に基づいて、空間２０の保温性能（断熱性能）を示す特性情報を生成する。生成部１０５は、空調システム３０が冷房モード、暖房モード、又は除湿モードで運転している状態での空間２０の湿度の時間変化に基づいて、空間２０の保湿性能を示す特性情報を生成してもよい。また、生成部１０５は、空調システム３０が停止している状態での空間２０の温度の時間変化に基づいて、空間２０の保温性能を示す特性情報を生成してもよい。また、生成部１０５は、空調システム３０が停止している状態での空間２０の湿度の時間変化に基づいて、空間２０の保湿性能を示す特性情報を生成してもよい。生成部１０５は、空間２０の特性情報を生成すると、生成した特性情報を空間２０に対応付けて記憶部１２に記憶させる。

スケジュール取得部１０２は、空間２０を利用するユーザのスケジュール情報を取得する。ここで、空調制御システム１の記憶部１２には、空間２０を利用するユーザの識別情報が、空間２０と対応付けて記憶されている。スケジュール取得部１０２は、通信部１１から広域通信網ＮＴ１を介してスケジュール管理サーバ７１に、空間２０を利用するユーザの識別情報と、スケジュール情報の要求信号とを送信させる。スケジュール管理サーバ７１は空調制御システム１からユーザの識別情報とスケジュール情報の要求信号を受信すると、ユーザの識別情報をもとに、対応するユーザのスケジュール情報を空調制御システム１に送信する。空調制御システム１の通信部１１がスケジュール管理サーバ７１からスケジュール情報を受信すると、スケジュール取得部１０２は、スケジュール管理サーバ７１から空間２０を利用するユーザのスケジュール情報を取得することができる。

尚、空間２０を複数のユーザが利用する場合、記憶部１２には、空間２０を利用する複数のユーザの識別情報が、空間２０と対応付けて記憶されている。この場合、スケジュール取得部１０２は、通信部１１から広域通信網ＮＴ１を介してスケジュール管理サーバ７１に、空間２０を利用する複数のユーザの識別情報と、スケジュール情報の要求信号とを送信させる。これにより、スケジュール取得部１０２は、スケジュール管理サーバ７１から空間２０を利用する複数のユーザのスケジュール情報を取得することができる。

空調制御部１０３は、特性取得部１０１が取得した特性情報と、スケジュール取得部１０２が取得したスケジュール情報とに基づいて、空調システム３０の動作状態を決定する。ここで、空調制御部１０３は、空調システム３０の現在の動作状態を決定してもよいし、空調システム３０の以後の動作スケジュールを決定してもよい。

空調制御部１０３は、空調システム３０の現在の動作状態又は動作スケジュールを決定すると、空調システム３０の動作を制御する制御命令を通信部１１から広域通信網ＮＴ１を介して制御装置５０に送信する。制御装置５０は、空調制御システム１から制御命令を受信すると、受信した制御命令を制御対象の空間２０の空気環境を変化させる空調システム３０に出力しており、空調システム３０は制御命令に応じて動作する。

尚、図１では制御対象の空間２０が１つであるが、制御対象の空間２０が複数ある場合、空調制御システム１は、複数の空間２０の各々について、当該空間２０の空気環境を変化させる空調システム３０の動作状態を決定してもよい。空調制御システム１は、複数の空間２０の各々について、当該空間２０の空気環境を変化させる空調システム３０の現在の動作状態と、当該空間２０を利用するユーザのスケジュール情報に基づいて空調システム３０の動作状態を決定する。

（２．２）動作
次に、本実施形態の空調制御システム１の動作を図２〜図７に基づいて説明する。

空調制御システム１の空調制御部１０３が、空間２０の特性情報と、スケジュール情報とに基づいて、空調システム３０の動作状態を決定する処理について図２を参照して説明する。

空調制御システム１の特性取得部１０１は、制御対象の空間２０の特性情報を取得する（Ｓ１）。尚、特性取得部１０１が特性情報を取得する処理の詳細については後述する。

特性取得部１０１が特性情報を取得すると、スケジュール取得部１０２が空間２０を利用するユーザのスケジュール情報をスケジュール管理サーバ７１から取得する（Ｓ２）。スケジュール取得部１０２は、通信部１１から広域通信網ＮＴ１を介してスケジュール管理サーバ７１に、空間２０を利用するユーザの識別情報とスケジュール情報の要求信号を送信させる。スケジュール管理サーバ７１は、空調制御システム１からユーザの識別情報とスケジュール情報の要求信号を受信すると、対応するユーザのスケジュール情報を空調制御システム１に送信する。これにより、スケジュール取得部１０２は、スケジュール管理サーバ７１から空間２０を利用するユーザのスケジュール情報を取得することができる。

特性取得部１０１及びスケジュール取得部１０２によって特性情報及びスケジュール情報が取得されると、空調制御部１０３は、空調システム３０が空間２０内の空気の空気環境を制御する制御範囲を設定する（Ｓ３）。空調システム３０が空間２０内の空気の温度を変化させる場合、空調制御部１０３は、空間２０内の空気の温度について制御範囲（例えば空間２０内の温度の上限値及び下限値）を設定する。ここで、空調システム３０の運転モードが冷房モードである場合、空調制御部１０３は、空間２０内の空気の温度を第１制御範囲（例えば２６℃以上２８℃以下の範囲）に設定する。空調システム３０の運転モードが暖房モードである場合、空調制御部１０３は、空間２０内の空気の温度を第１制御範囲よりも低い第２制御範囲（例えば２０℃以上２３℃以下の範囲）に設定する。このように、空調システム３０の動作モードが冷房モードの場合の第１制御範囲は、空調システム３０の動作モードが暖房モードの場合の第２制御範囲に比べて、温度範囲が高い範囲に設定されている。

そして、空調制御部１０３は、特性情報及びスケジュール情報と、ステップＳ３で設定された制御範囲とに基づいて、空調システム３０の動作状態を決定する（Ｓ４）。具体的には、空調制御部１０３は、特性情報とスケジュール情報とに基づいて、ユーザが空間２０に存在する状態では、空間２０の空気環境がステップＳ３で設定された制御範囲に制御されるように、空調システム３０の動作状態を決定する。

空調制御部１０３が空調システム３０の動作状態を決定すると、空調制御部１０３は、所定のタイミングで通信部１１から制御装置５０に空調システム３０を制御する制御命令を送信させる（Ｓ５）。制御装置５０は、空調制御システム１から制御命令を受信すると、制御命令を空調システム３０に出力しており、空調システム３０は制御命令に応じて空間２０の空気環境を変化させる。

空調制御システム１の演算処理部１０は、ステップＳ１からステップＳ５までの処理を定期的又は不定期的に繰り返すことで、空調システム３０の動作状態を制御する。

次に、特性取得部１０１が空間２０の特性情報を取得する処理の詳細について図３のフローチャートを参照して説明する。

特性取得部１０１が空間２０の特性情報の取得処理を開始すると、履歴取得部１０４が、制御対象の空間２０について過去の所定期間における動作履歴情報と環境履歴情報とを要求する履歴要求信号を通信部１１から制御装置５０に送信させる。制御装置５０は、空調制御システム１から履歴要求信号を受信すると、制御対象の空間２０に対応する空調システム３０の動作履歴情報と、制御対象の空間２０の環境履歴情報とを、空調制御システム１に送信する。これにより、履歴取得部１０４は、空調システム３０から動作履歴情報を取得し（Ｓ１１）、環境履歴情報を取得することができる（Ｓ１２）。

ここで、動作履歴情報は、空調システム３０の動作状態に関連する情報である。動作履歴情報は、空調システム３０が運転を開始した開始時刻と、空調システム３０が運転を停止した停止時刻と、空調システム３０の運転モードと、設定温度と、設定湿度とのうちの少なくとも１つを含む情報である。環境履歴情報は、定期的又は不定期的に測定された空間２０の空気環境に関連する情報であり、本実施形態では、空間２０の空気の温度及び湿度の情報と、建物２の外気の温度及び湿度の情報とを含む。尚、本実施形態では、環境履歴情報が、空間２０の空気の温度及び湿度の情報と、建物２の外気の温度及び湿度の情報とを含んでいるが、空間２０の空気の温度及び湿度のうちの一方の情報を含んでいればよい。

履歴取得部１０４によって動作履歴情報及び環境履歴情報が取得されると、生成部１０５は、動作履歴情報及び環境履歴情報に基づいて空間２０の特性情報を生成する（Ｓ１３）。

例えば、生成部１０５は、空調システム３０が停止した後の空間２０内の空気の温度及び湿度の時間変化の傾き等から、空間２０の保温性能及び保湿性能を数値化した特性情報を求める。図４Ａは空間２０内の空気の温度の時間変化を示し、時間ｔ１から時間ｔ２までは空調システム３０が暖房モードで動作し、時間ｔ２より後の期間では空調システム３０が停止している。時間ｔ１から時間ｔ２までは空調システム３０が暖房モードで動作しているので、空間２０内の空気の温度は所定の設定温度Ｔ１に制御されている。一方、時間ｔ２よりも後の期間では空調システム３０が停止しているので、空間２０内の空気の温度はＴ１から徐々に低下する。ここで、空間２０内の空気の温度が低下する傾き（時間的な変化の割合）が小さいほど、空間２０の保温性能が高くなるので、空間２０内の空気の温度が変化する割合から保温性能を求めることができる。すなわち、生成部１０５は、保温性能に関する特性情報を、空調システム３０が停止している状態での空間の温度の時間変化に基づいて求めることができる。

また、図４Ｂは空間２０内の空気の湿度の測定データを示し、時間ｔ３から時間ｔ４までは空調システム３０が除湿モードで動作し、時間ｔ４より後の期間では空調システム３０が停止している。時間ｔ３から時間ｔ４までは空調システム３０が除湿モードで動作しているので、空間２０内の空気の湿度は所定の設定値Ｈ１に制御されている。一方、時間ｔ２よりも後の期間では空調システム３０が停止しているので、空間２０内の空気の湿度はＨ１から徐々に増加する。ここで、空間２０内の空気の湿度が増加する傾き（時間的な変化の割合）が小さいほど、空間２０の保湿性能が高くなるので、空間２０内の空気の湿度が変化する割合から保湿性能を求めることができる。すなわち、生成部１０５は、保湿性能に関する特性情報を、空調システム３０を運転状態から停止させた場合の湿度の時間変化に基づいて求めることができる。

また、生成部１０５は、空調システム３０が停止している状態から運転を開始した後の空間２０の温度及び湿度の変化割合等から、空間２０の保温性能及び保湿性能を数値化した特性情報を求めてもよい。すなわち、生成部１０５は、保温性能及び保湿性能に関する特性情報を、空調システム３０を停止状態から運転させた場合の温度及び湿度の時間変化に基づいてそれぞれ求めることができる。

また、生成部１０５は、空調システム３０が停止している状態で、空間２０の空気の温度及び湿度の測定データと、建物２の外部の空気の温度及び湿度の測定データとの差から、空間２０の保温性能及び保湿性能を数値化した特性情報を求めてもよい。生成部１０５は、空間２０の特性情報を生成すると、生成した特性情報を記憶部１２に記憶させる。なお、生成部１０５が特性情報を生成する処理は、空調制御部１０３が空調システム３０の動作状態を決定するたびに行ってもよいが、空調制御システム１が動作を開始するタイミングや、空間２０の仕様が変更されたタイミングで特性情報を生成してもよい。

また、空調システム３０が暖房モードで動作している状態でユーザが外出するとのスケジュール情報（外出予定情報）を取得した場合に空調制御部１０３が空調システム３０の動作状態を決定する決定内容について図５を参照して説明する。図５は、空間２０の温度の時間変化を示すグラフである。空調システム３０が暖房モードで動作している状態では、空間２０の温度は所定の設定温度Ｔ１３に制御されている。空調システム３０が暖房モードで動作中の時間ｔ１１に、時間ｔ１３にユーザが外出するとのスケジュール情報をスケジュール取得部１０２が取得した場合、空調制御部１０３は、空間２０の保温性能を考慮して時間ｔ１３よりも前に空調システム３０を停止させる。例えば、暖房モードにおける温度の制御範囲（第２制御範囲）が下限値Ｔ１１以上かつ上限値Ｔ１２以下であれば、空調制御部１０３は、時間ｔ１３において温度が下限値Ｔ１１を下回らないように、時間ｔ１３よりも前に空調システム３０を停止させる。すなわち、空調制御部１０３は、空間２０の温度がＴ１３から下限値Ｔ１１まで低下するのに要する所要時間Ｗ１を求め、時間ｔ１３よりも所要時間Ｗ１だけ前の時間ｔ１２において、空調システム３０を停止させる。時間ｔ１２に空調システム３０が停止すると、空間２０の温度がＴ１３から徐々に低下するが、空間２０の保温特性を考慮して空調システム３０の停止時間を決めているので、空間２０にユーザが存在する間は空間２０の空気の温度が下限値Ｔ１１以上に保たれる。このように、空間２０の温度を下限値Ｔ１１以上に保ちつつ、ユーザが外出するよりも前に空調システム３０を停止させるので、空間２０の快適性を保ちつつ、空調システム３０の消費電力を低減できる。尚、空調制御部１０３は、ユーザが外出するよりも前のタイミングで空調システム３０を停止させているが、暖房能力を低下させた状態で空調システム３０を暖房モードで動作させてもよく、消費電力を低減できる。

また、空調システム３０が冷房モードで動作している状態でユーザが外出するとのスケジュール情報を取得した場合に空調制御部１０３が空調システム３０の動作状態（動作スケジュール）を設定する設定内容について図６を参照して説明する。図６は、空間２０の温度の時間変化を示すグラフである。空調システム３０が冷房モードで動作している状態では、空間２０の温度は所定の設定温度Ｔ２３に制御されている。空調システム３０が冷房モードで動作中の時間ｔ２１に、時間ｔ２３にユーザが外出するとのスケジュール情報をスケジュール取得部１０２が取得した場合、空調制御部１０３は、空間２０の保温性能を考慮して時間ｔ２３よりも前に空調システム３０を停止させる。例えば、冷房モードにおける温度の制御範囲（第１制御範囲）が下限値Ｔ２１以上かつ上限値Ｔ２２以下であれば、空調制御部１０３は、時間ｔ２３において温度が上限値Ｔ２２を上回らないように、時間ｔ２３よりも前に空調システム３０を停止させる。空調制御部１０３は、空間２０の温度がＴ２３から上限値Ｔ２２まで上昇するのに要する所要時間Ｗ２を求め、時間ｔ２３よりも所要時間Ｗ２だけ前の時間ｔ２２において、空調システム３０を停止させる。時間ｔ２２に空調システム３０が停止すると、空間２０の温度がＴ２３から徐々に上昇するが、空間２０の保温特性を考慮して空調システム３０を停止させる時間を決めているので、空間２０にユーザが存在する間は空間２０の空気の温度は上限値Ｔ２２以下となる。したがって、空間２０の温度を上限値Ｔ２２以下に保ちつつ、ユーザが外出するよりも前に空調システム３０を停止させることで、空間２０の快適性を保ちつつ、空調システム３０の消費電力を低減できる。尚、空調制御部１０３は、ユーザが外出するよりも前のタイミングで空調システム３０を停止させているが、冷房能力を低下させた状態で空調システム３０を冷房モードで動作させてもよく、消費電力を低減できる。

また、空調システム３０が除湿モードで動作している状態でユーザが外出するとのスケジュール情報を取得した場合、空調制御部１０３は、空調システム３０が停止してから、空間２０の湿度が制御範囲の上限値を超えるまでの所要時間を求める。空調制御部１０３は、ユーザが外出する時間よりも、空間２０の湿度が制御範囲の上限値を超えるまでの所要時間だけ前の時間において、空調システム３０を停止又は除湿能力を低下させた状態で動作させるように空調システム３０の動作状態を決定すればよい。

また、空調システム３０が加湿モードで動作している状態でユーザが外出するとのスケジュール情報を取得した場合、空調制御部１０３は、空調システム３０が停止してから、空間２０の湿度が制御範囲の下限値を下回るまでの所要時間を求める。空調制御部１０３は、ユーザが外出する時間よりも、空間２０の湿度が制御範囲の下限値を下回るまでの所要時間だけ前の時間において、空調システム３０を停止又は加湿能力を低下させた状態で動作させるように空調システム３０の動作状態を決定すればよい。

また、ユーザが帰宅するとのスケジュール情報（入予定情報）を取得した場合、空調制御部１０３は、空調システム３０を所定の運転モード（例えば外出前の運転モード）で運転させてから空間２０の空気環境が所定の制御範囲に制御されるまでの所要時間を求める。そして、空調制御部１０３は、ユーザが帰宅する時間よりも、空間２０の空気環境が所定の運転モードにおける制御範囲に制御されるまでの所要時間だけ前の時間に、空調システム３０を所定の運転モードで運転させるように空調システム３０の動作状態を決定する。

また、空調システム３０が暖房モードで動作している状態でユーザが短時間外出するとのスケジュール情報を取得した場合に空調制御部１０３が空調システム３０の動作状態（動作スケジュール）を設定する設定内容について図７Ａ及び図７Ｂを参照して説明する。図７Ａは、空間２０の温度の時間変化を示すグラフであり、図７Ｂは、空調システム３０の消費電力の時間変化を示すグラフである。図７Ａの例では、空調システム３０は空間２０の温度を所定の設定温度Ｔ３１になるように制御しており、空間２０の温度の下限値はＴ３１に設定されている。

ここで、外出前の時間ｔ３１に、時間ｔ３２から時間ｔ３４までの間、ユーザが外出するとのスケジュール情報をスケジュール取得部１０２が取得した場合、空調制御部１０３は、ユーザが外出する時間ｔ３２まで空調システム３０を暖房モードで動作させ続ける。空調制御部１０３が時間ｔ３２に空調システム３０の運転を停止させると、空間２０内の空気の温度が徐々に低下する。空調制御部１０３は、空間２０の保温性能を考慮し、ユーザが空間２０に戻ってくる時間ｔ３４には空間２０内の空気の温度がＴ３１になるように、時間ｔ３４よりも前の時間ｔ３３において空調システム３０を暖房モードで動作させる。図７Ａの例では、空調制御部１０３は、空間２０の温度がＴ３２まで低下した時間ｔ３３において、空調システム３０が暖房モードで動作を開始するように、空調システム３０の動作状態を決定する。

この場合、時間ｔ３２から時間ｔ３３までは空調システム３０が停止しているので消費電力はゼロになる（図７Ｂ参照）。一方、空調システム３０が時間ｔ３３に暖房モードで運転を開始すると、時間ｔ３３から時間ｔ３４までは空調システム３０が空間２０の空気の温度を上昇させているので、空調システム３０の消費電力は定常時（時間ｔ３４よりも後の期間）に比べて大きくなる。時間ｔ３３における消費電力Ｐ２は、定常時の消費電力Ｐ１よりも大きくなる。

ユーザの外出期間（時間ｔ３２〜ｔ３４）が短い場合や、空間の保温性能が高い場合は、空調システム３０を停止させたことによる消費電力の減少分の方が、空調システム３０の運転を再開させたときの消費電力の増加分よりも小さいと予測される。空調制御部１０３は、時間ｔ３２から時間ｔ３３までの消費電力の減少分の方が、時間ｔ３３から時間ｔ３４までの消費電力の増加分より小さいと予測すると、空調システム３０を時間ｔ３２から時間ｔ３４まで停止させない。つまり、空調制御部１０３は、空調システム３０を暖房モードで動作させ続けるように空調システム３０の運転スケジュールを決定する。

一方、ユーザの外出期間（時間ｔ３２〜ｔ３４）が長い場合や、空間の保温性能が低い場合は、空調システム３０を停止させたことによる消費電力の減少分の方が、空調システム３０の運転を再開させたときの消費電力の増加分よりも大きいと予測される。空調制御部１０３は、時間ｔ３２から時間ｔ３３までの消費電力の減少分より、時間ｔ３３から時間ｔ３４までの消費電力の増加分の方が大きいと予測すると、空調システム３０を停止させる。

（３）変形例
上記実施形態は、本開示の様々な実施形態の一つに過ぎない。上記実施形態は、本開示の目的を達成できれば、設計等に応じて種々の変更が可能である。また、空調制御システム１と同様の機能は、空調制御方法、コンピュータプログラム、又はプログラムを記録した非一時的な記録媒体等で具現化されてもよい。一態様に係る空調制御方法は、第１取得処理と、第２取得処理と、制御処理と、を含む。第１取得処理（図２のステップＳ１）は、空調システム３０に関連する空間２０の特性を示す特性情報を取得する。空調システム３０は制御対象となる空間２０の空気環境を変化させる。第２取得処理（図２のステップＳ２）は、空間２０を利用するユーザの予定に関連するスケジュール情報を取得する。制御処理（図２のステップＳ４）は、特性情報とスケジュール情報とに基づいて空調システム３０の動作状態を決定する。また、一態様に係る（コンピュータ）プログラムは、コンピュータシステムに、第１取得処理と、第２取得処理と、制御処理と、を実行させるためのプログラムである。

以下、上記の実施形態の変形例を列挙する。以下に説明する変形例は、適宜組み合わせて適用可能である。

本開示における空調制御システム１又は空調制御方法の実行主体は、コンピュータシステムを含んでいる。コンピュータシステムは、ハードウェアとしてのプロセッサ及びメモリを主構成とする。コンピュータシステムのメモリに記録されたプログラムをプロセッサが実行することによって、本開示における空調制御システム１又は空調制御方法の実行主体としての機能が実現される。プログラムは、コンピュータシステムのメモリに予め記録されていてもよいが、電気通信回線を通じて提供されてもよいし、コンピュータシステムで読み取り可能な非一時的な記録媒体に記録されて提供されてもよい。コンピュータシステムで読み取り可能な非一時的な記録媒体は、メモリカード、光学ディスク、ハードディスクドライブ等である。コンピュータシステムのプロセッサは、半導体集積回路（ＩＣ）又は大規模集積回路（ＬＳＩ）を含む１乃至複数の電子回路で構成される。複数の電子回路は、１つのチップに集約されていてもよいし、複数のチップに分散して設けられていてもよい。複数のチップは、１つの装置に集約されていてもよいし、複数の装置に分散して設けられていてもよい。

また、上記の実施形態では、空調制御システム１は、１つの筐体に収まる１つの装置（サーバ装置）で実現されているが、この構成に限らず、２つ以上のシステムで実現されてもよい。すなわち、空調制御システム１の特性取得部１０１、スケジュール取得部１０２、空調制御部１０３のうちの少なくとも１つの機能が、２つ以上のシステムに分散して設けられてもよい。また、特性取得部１０１、スケジュール取得部１０２、空調制御部１０３の各々の機能が、複数の装置に分散して設けられていてもよい。また、空調制御システム１の少なくとも一部の機能は、例えば、クラウド（クラウドコンピューティング）によって実現されてもよい。

また、上記の実施形態では、空調制御システム１は、１つのサーバ装置で実現されているが、特性取得部１０１、スケジュール取得部１０２、空調制御部１０３の各機能が携帯端末８０に備えられていてもよい。制御対象の空間２０を利用するユーザの携帯端末８０が、空間２０の特性情報と、ユーザによって入力されたスケジュール情報とに基づいて、空調システム３０の動作状態（動作スケジュール）を決定する。携帯端末８０は、例えば制御装置５０を介して空調システム３０に制御命令を出力し、空調システム３０の動作状態を制御する。

また、上記の実施形態では、空調制御システム１の空調制御部１０３が空調システム３０の動作状態を決定しているが、空調システム３０に、空調制御部１０３の機能が備えられていてもよい。つまり、空調システム３０が、空間２０の特性情報と、ユーザのスケジュール情報とに基づいて動作状態を決定してもよい。

（３．１）変形例１
図８は、変形例１の空調制御システム１を含む全体システムのシステム構成図である。変形例１の全体システムは、気象情報を保持する気象サーバ７２を更に含む。また、空調制御システム１の演算処理部１０は、気象情報取得部１０６の機能を更に備えている。尚、空調制御部１０３、気象情報取得部１０６、及び気象サーバ７２以外の構成は上記実施形態と同様であるので、同一の構成要素には同一の符号を付して説明は省略する。

気象サーバ７２は、例えば、天気予報等の気象情報サービスを提供するサーバであり、空間２０（建物２）の存在場所を少なくとも含む対象地域についての気象情報を保持する。気象情報は、例えば、対象地域の気温、湿度等の観測データ、対象地域の天気予報の予報データのうちの少なくとも１つを含む。

気象情報取得部１０６は、通信部１１と気象サーバ７２とが通信することによって、気象サーバ７２から、空間２０の存在場所を含む対象地域の気象情報を取得する。

空調制御部１０３は、特性情報とスケジュール情報と気象情報とに基づいて空調システム３０の動作状態を決定する。

ここで、空調制御システム１の空調制御部１０３が、空間２０の特性情報と、スケジュール情報と、気象情報とに基づいて、空調システム３０の動作状態を決定する処理について図９を参照して説明する。

演算処理部１０が空調システム３０の動作状態を決定する処理を開始すると、特性取得部１０１が制御対象の空間２０の特性情報を取得し（Ｓ２１）、スケジュール取得部１０２がスケジュール管理サーバ７１からスケジュール情報を取得する（Ｓ２２）。

特性情報及びスケジュール情報が取得されると、気象情報取得部１０６が気象サーバ７２から気象情報を取得する（Ｓ２３）。気象情報取得部１０６は、通信部１１から広域通信網ＮＴ１を介して気象サーバ７２へ、制御対象の空間２０の存在場所を含む対象地域における気象情報の要求信号を送信させる。気象サーバ７２は、空調制御システム１から気象情報の要求信号を受信すると、対象地域の気象情報を空調制御システム１に送信する。これにより、気象情報取得部１０６は、気象サーバ７２から対象地域の気象情報を取得することができる。

特性情報とスケジュール情報と気象情報が取得されると、空調制御部１０３は、空調システム３０が空間２０内の空気の空気環境を制御する制御範囲を設定する（Ｓ２４）。空調システム３０が空間２０内の空気の温度を変化させる場合、空調制御部１０３は、空間２０内の空気の温度について制御範囲（例えば空間２０内の温度の上限値及び下限値）を設定する。

そして、空調制御部１０３は、特性情報とスケジュール情報と気象情報とに基づいて、空調システム３０の動作状態（動作スケジュール）を決定する（Ｓ２５）。具体的には、空調制御部１０３は、特性情報とスケジュール情報と気象情報とに基づき、空間２０にユーザが存在する状態で空間２０の空気環境が所定の制御範囲に収まるように空調システム３０の動作状態を決定する。

空調制御部１０３が空調システム３０の動作状態を決定すると、空調制御部１０３は、所定のタイミングで通信部１１から制御装置５０に空調システム３０を制御する制御命令を送信させる（Ｓ２６）。制御装置５０は、空調制御システム１から制御命令を受信すると、制御命令を空調システム３０に出力する。空調システム３０は、制御装置５０から入力される制御命令に応じて空間２０の空気環境を変化させる。

変形例１では、気象情報取得部１０６が、気象サーバ７２から、建物２の存在場所を含む対象地域の気象情報を取得する。そして、空調制御部１０３は、制御対象の空間２０の特性情報と、ユーザのスケジュール情報と、気象情報とに基づいて、空調システム３０の動作状態（動作スケジュール）を決定する。例えば空調システム３０の停止時において空間２０の温度及び湿度の時間変化の割合等は対象地域の天気や気温によって変動する。変形例１では、ユーザが帰宅するとのスケジュール情報を取得した場合、空調制御部１０３は、空調システム３０を所定の運転モードで運転させてから空間２０の空気環境が所定の制御範囲に制御されるまでの所要時間を気象情報に基づいて求めている。したがって、空調制御部１０３は、空間２０の特性情報及びユーザのスケジュール情報に加え、対象地域の気象情報を考慮して、空調システム３０の動作スケジュールを決定することで、最適な動作スケジュールを設定することができる。

（３．２）変形例２
上記の実施形態では、スケジュール取得部１０２は、ユーザによって入力されたスケジュール情報を外部（スケジュール管理サーバ７１）から取得しているが、スケジュール取得部１０２においてスケジュール情報を生成してもよい。

上記の実施形態では、空調制御システム１の履歴取得部１０４は、空調システム３０の動作状態の履歴情報を取得している。一方、変形例２では、演算処理部１０が、制御装置５０から空間２０に配置された機器の動作状態の履歴情報を取得している。つまり、変形例２では、演算処理部１０が、空調制御システム１を含む機器の動作状態の履歴情報を取得している。ここにおいて、空間２０に配置された機器とは、ユーザによって操作される電気機器、又は、空間２０にユーザが存在するか否かで動作状態が変化する電気機器である。この種の電気機器には、例えば、照明器具、テレビ等の映像音響機器、調理に使用される電気調理器具等がある。

スケジュール取得部１０２は、空調制御システム１を含む機器の動作状態の履歴情報に基づいて、ユーザの行動を予測する。例えば、空間２０に配置された機器が停止している状態、又はユーザによって操作されない状態が一定時間以上継続した場合、スケジュール取得部１０２はユーザが外出していると判断する。また、空間２０に配置された機器が停止状態から動作を開始した場合、スケジュール取得部１０２はユーザが帰宅したと判断する。これによりスケジュール取得部１０２は、ユーザが空間２０の外に出る外出時間や、空間２０の中に入る帰宅時間を把握できる。また、スケジュール取得部１０２は、特定の機器の動作状態の履歴情報をもとに空間２０におけるユーザの行動を把握することもできる。例えば、スケジュール取得部１０２は、電気調理器具の動作状態の履歴情報に基づいてユーザが食事を行う時間帯を把握できる。また、スケジュール取得部１０２は、空調システム３０及び照明器具の動作状態の履歴情報に基づいて、空調システム３０が動作中で照明器具が停止している時間帯はユーザが就寝している時間帯だと判断できる。

このように、スケジュール取得部１０２は、ユーザの行動を推定した結果に基づいてスケジュール情報を生成しているので、ユーザ自身がスケジュール情報を入力する手間を省くことができる。

（３．３）その他の変形例
上記の実施形態では、特性取得部１０１が、履歴情報に基づいて特性情報を生成（取得）しているが、外部から特性情報を取得してもよい。

例えば、ユーザが携帯端末８０を用いて空間２０の特性情報を入力すると、携帯端末８０と空調制御システム１とが通信することによって、特性取得部１０１が携帯端末８０に入力された特性情報を取得する。ここで、ユーザが入力する特性情報は、空間２０の広さと、空間２０を囲う造営材の材料と、建物２の構造（木造、鉄筋コンクリート造等）とのうちの少なくとも１つを含む。このように、特性取得部１０１は、外部から入力される特性情報を取得しているので、特性取得部１０１において特性情報を推定する処理を省くことができる。

（まとめ）
以上説明したように、第１の態様の空調制御システム（１）は、特性取得部（１０１）と、スケジュール取得部（１０２）と、空調制御部（１０３）と、を備える。特性取得部（１０１）は、空調システム（３０）に関連する空間（２０）の特性を示す特性情報を取得する。空調システム（３０）は、制御対象となる空間（２０）の空気環境を変化させる。スケジュール取得部（１０２）は、空間（２０）を利用するユーザの予定に関連するスケジュール情報を取得する。空調制御部（１０３）は、特性情報とスケジュール情報とに基づいて空調システム（３０）の動作状態を決定する。

この態様によれば、空調制御部（１０３）は、特性情報とスケジュール情報とに基づいて空調システム（３０）の動作状態を決定するので、空間（２０）を利用するユーザの予定に合わせて、制御対象の空間（２０）に適した空調制御が可能になる。

第２の態様の空調制御システム（１）では、第１の態様において、特性取得部（１０１）は、履歴取得部（１０４）と、生成部（１０５）と、を含む。履歴取得部（１０４）は、過去の所定期間における空調システム（３０）の動作状態に関連する動作履歴情報、及び所定期間における空間（２０）の空気環境に関連する環境履歴情報を取得する。生成部（１０５）は、動作履歴情報及び環境履歴情報に基づいて特性情報を生成する。

この態様によれば、動作履歴情報と環境履歴情報とに基づいて空間（２０）の特性情報が生成されるので、制御対象の空間（２０）に適した空調制御が可能になる。

第３の態様の空調制御システム（１）では、第１又は第２の態様において、特性情報は、空間（２０）内の空気の温度及び湿度の少なくとも一方に関連する特性を含む。

この態様によれば、制御対象の空間（２０）内の空気の温度及び湿度の少なくとも一方に関連する特性情報に基づいて、空間（２０）に適した空調制御を行うことができる。

第４の態様の空調制御システム（１）では、第１〜第３のいずれか１つの態様において、スケジュール情報は、ユーザが空間（２０）の外に出る外出予定情報、及び空間（２０）の中に入る入予定情報のうちの少なくとも一方を含む。

この態様によれば、ユーザが空間（２０）の外に出る予定、又はユーザが空間（２０）の中に入る予定に合わせて、制御対象の空間（２０）に適した空調制御が可能になる。

第５の態様の空調制御システム（１）では、第１〜第４のいずれか１つの態様において、空調制御部（１０３）は、空調システム（３０）の動作状態を決定する。空調制御部（１０３）は、特性情報とスケジュール情報とに基づいて、空間（２０）にユーザが存在する時間帯に、空間（２０）の空気環境が所定の設定範囲に収まるように空調システム（３０）の動作状態を決定する。

この態様によれば、制御対象の空間（２０）にユーザが存在する時間帯には空間（２０）の空気環境が所定の設定範囲に収まるように空調システム（３０）が動作するので、快適な空気環境を実現できる。

第６の態様の空調制御システム（１）では、第１〜第５のいずれか１つの態様において、空調制御部（１０３）は、特性情報とスケジュール情報とに基づいて、空調システム（３０）の以後の動作スケジュールを決定する。

この態様によれば、空間（２０）を利用するユーザのスケジュール情報に基づいて、空調システム（３０）の以後の動作スケジュールが決定されるので、ユーザの予定に適した空調制御が可能になる。

第７の態様の空調制御システム（１）では、第１〜第６のいずれか１つの態様において、スケジュール取得部（１０２）は、ユーザによって入力されたスケジュール情報を取得する。

この態様によれば、ユーザによって入力されたスケジュール情報に基づき、ユーザの予定に合わせて空調システム（３０）の動作状態を決定できる。

第８の態様の空調制御システム（１）では、第１〜第６のいずれか１つの態様において、スケジュール取得部（１０２）は、空調システム（３０）を含む機器の動作履歴をもとにユーザの行動を予測した結果に基づいてスケジュール情報を生成する。

この態様によれば、スケジュール取得部（１０２）がユーザの行動を予測しているので、ユーザがスケジュール情報を入力する手間を軽減できる。

第９の態様の空調制御システム（１）は、第１〜第８のいずれか１つの態様において、空間（２０）の存在場所を含む対象地域の気象情報を取得する気象情報取得部（１０６）を更に備える。空調制御部（１０３）は、特性情報とスケジュール情報と気象情報とに基づいて空調システム（３０）の動作状態を決定する。

この態様によれば、特性情報及びスケジュール情報に加え、対象地域の気象情報に基づいて空調システム（３０）の動作状態を決定することができる。

第１０の態様の空調制御方法は、第１取得処理と、第２取得処理と、制御処理と、を含む。第１取得処理は、制御対象となる空間（２０）の空気環境を変化させる空調システム（３０）に関連する空間（２０）の特性を示す特性情報を取得する。第２取得処理は、空間（２０）を利用するユーザの予定に関連するスケジュール情報を取得する。制御処理は、特性情報とスケジュール情報とに基づいて空調システム（３０）の動作状態を決定する。

この態様によれば、特性情報とスケジュール情報とに基づいて空調システム（３０）の動作状態が決定されるので、空間（２０）を利用するユーザの予定に合わせて、制御対象の空間（２０）に適した空調制御が可能になる。

第１１の態様のプログラムは、コンピュータシステムに、第１取得処理と、第２取得処理と、制御処理と、を実行させるためのプログラムである。第１取得処理は、制御対象となる空間（２０）の空気環境を変化させる空調システム（３０）に関連する空間（２０）の特性を示す特性情報を取得する。第２取得処理は、空間（２０）を利用するユーザの予定に関連するスケジュール情報を取得する。制御処理は、特性情報とスケジュール情報とに基づいて空調システム（３０）の動作状態を決定する。

この態様によれば、特性情報とスケジュール情報とに基づいて空調システム（３０）の動作状態が決定されるので、空間（２０）を利用するユーザの予定に合わせて、制御対象の空間（２０）に適した空調制御が可能になる。

尚、第２〜第９の態様に係る構成については、空調制御システム（１）に必須の構成ではなく、適宜省略可能である。

１ 空調制御システム
２０ 空間
３０ 空調システム
１０１ 特性取得部
１０２ スケジュール取得部
１０３ 空調制御部
１０４ 履歴取得部
１０５ 生成部
１０６ 気象情報取得部

Claims (11)

1. 制御対象となる空間の空気環境を変化させる空調システムに関連する前記空間の特性を示す特性情報を取得する特性取得部と、
   前記空間を利用するユーザの予定に関連するスケジュール情報を取得するスケジュール取得部と、
   前記特性情報と前記スケジュール情報とに基づいて前記空調システムの動作状態を決定する空調制御部と、を備える
   空調制御システム。
2. 前記特性取得部は、
   過去の所定期間における前記空調システムの動作状態に関連する動作履歴情報、及び前記所定期間における前記空間の空気環境に関連する環境履歴情報を取得する履歴取得部と、
   前記動作履歴情報及び前記環境履歴情報に基づいて前記特性情報を生成する生成部と、を含む
   請求項１記載の空調制御システム。
3. 前記特性情報は、前記空間内の空気の温度及び湿度の少なくとも一方に関連する特性を含む
   請求項１又は２のいずれかに記載の空調制御システム。
4. 前記スケジュール情報は、前記ユーザが前記空間の外に出る外出予定情報、及び前記空間の中に入る入予定情報のうちの少なくとも一方を含む
   請求項１〜３のいずれか１項に記載の空調制御システム。
5. 前記空調制御部は、前記特性情報と前記スケジュール情報とに基づいて、前記空間に前記ユーザが存在する時間帯に、前記空間の空気環境が所定の設定範囲に収まるように前記空調システムの動作状態を決定する
   請求項１〜４のいずれか１項に記載の空調制御システム。
6. 前記空調制御部は、前記特性情報と前記スケジュール情報とに基づいて、前記空調システムの以後の動作スケジュールを決定する
   請求項１〜５のいずれか１項に記載の空調制御システム。
7. 前記スケジュール取得部は、ユーザによって入力された前記スケジュール情報を取得する
   請求項１〜６のいずれか１項に記載の空調制御システム。
8. 前記スケジュール取得部は、前記空調システムを含む機器の動作履歴をもとに前記ユーザの行動を予測した結果に基づいて前記スケジュール情報を生成する
   請求項１〜６のいずれか１項に記載の空調制御システム。
9. 前記空間の存在場所を含む対象地域の気象情報を取得する気象情報取得部を更に備え、
   前記空調制御部は、前記特性情報と前記スケジュール情報と前記気象情報とに基づいて前記空調システムの動作状態を決定する
   請求項１〜８のいずれか１項に記載の空調制御システム。
10. 制御対象となる空間の空気環境を変化させる空調システムに関連する前記空間の特性を示す特性情報を取得する第１取得処理と、
    前記空間を利用するユーザの予定に関連するスケジュール情報を取得する第２取得処理と、
    前記特性情報と前記スケジュール情報とに基づいて前記空調システムの動作状態を決定する制御処理と、を含む
    空調制御方法。
11. コンピュータシステムに、
    制御対象となる空間の空気環境を変化させる空調システムに関連する前記空間の特性を示す特性情報を取得する第１取得処理と、
    前記空間を利用するユーザの予定に関連するスケジュール情報を取得する第２取得処理と、
    前記特性情報と前記スケジュール情報とに基づいて前記空調システムの動作状態を決定する制御処理と、を実行させるための
    プログラム。

Images