JP2017067427A - 空調制御方法、空調制御装置及び空調制御プログラム - Google Patents

Abstract

【課題】消費電力を抑えつつ、ユーザにとって快適な空気調和装置の制御を行うことができる空調制御方法、空調制御装置及び空調制御プログラムを提供する。
【解決手段】クラウドサーバ２０は、空調機１０が温度を調節する居室における室温変化の履歴を示す室温履歴情報を、空調機１０の動作履歴を示す動作履歴情報に対応付けて記憶する環境履歴ＤＢ２６と、室温履歴情報と、動作履歴情報とに基づいて、空調機１０が温度を調節しない場合の居室の将来の室温をオフ時予測室温として予測する室内環境予測部２３と、オフ時予測室温に基づいて、所定の目標時刻において居室の室温を所定の目標温度に到達させるために用いられる、空調機１０の制御パラメータを決定する空調設定部２４とを備える。
【選択図】図１

Description

本開示は、所定のネットワークを介して空気調和装置に接続される空調制御装置、該空調制御装置の空調制御方法及び空調制御プログラムに関し、特に、所定のネットワークを介してエアコンに接続される空調制御装置の空調制御方法等に関するものである。

近年、インターネットに接続可能なテレビ及びレコーダなどのＡＶ家電が増加し、映画、スポーツなどの動画配信サービスが提供されている。また、ＡＶ家電に限らず、エアコン、体重計、活動量計、炊飯器、オーブンレンジ、冷蔵庫などの生活家電と呼ばれる家電機器もインターネットへの接続が進み、様々なサービスが提供されつつある。生活家電の中でも、エアコンに対して、インターネットに接続可能な情報端末を用いて、遠隔制御を行なうシステムが提供されている。

また、特許文献１には、現在時刻の居室の温度とユーザの起床時刻までの時間とに基づいて、起床時刻の居室の温度を予測し、床暖房装置の設定温度と予測された起床時刻における居室の温度との差分に基づいて、床暖房装置の起動時刻を設定する室内温度制御システムが開示されている。

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

しかしながら、上記のシステムは、更なる改善が必要であった。

本開示は、上記の課題を解決するためになされたもので、消費電力を抑えつつ、ユーザにとって快適な空気調和装置の制御を行うことができる空調制御方法、空調制御装置及び空調制御プログラムを提供することを目的とするものである。

本開示の一態様に係る空調制御方法は、所定のネットワークを介して空気調和装置に接続される空調制御装置における空調制御方法であって、前記空気調和装置が温度を調節する居室における室温変化の履歴を示す室温履歴情報を、前記空気調和装置の動作履歴を示す動作履歴情報に対応付けて、所定のデータベースに記憶し、前記室温履歴情報と、前記動作履歴情報とに基づいて、前記空気調和装置が温度を調節しない場合の前記居室の将来の室温をオフ時予測室温として予測し、前記オフ時予測室温に基づいて、所定の目標時刻において前記居室の室温を所定の目標温度に到達させるために用いられる、前記空気調和装置の制御パラメータを決定する。

上記態様により、さらなる改善を実現できた。

本開示によれば、消費電力を抑えつつ、ユーザにとって快適な空気調和装置の制御を行うことができる。

本開示の一実施の形態における空調制御システムの構成の一例を示すブロック図である。 図１に示す環境履歴ＤＢに格納されるデータ構造の一例を示す図である。 図１に示す空調設定部により決定される設定温度パターンの一例を示す図である。 図１に示す空調制御システムのデータ蓄積処理の一例を示すフローチャートである。 図４に示すデータ蓄積処理を実行する空調機及びクラウドサーバの処理シーケンスの一例を示す図である。 図１に示す空調制御システムの空調設定処理の一例を示すフローチャートである。 図６に示す空調設定処理における設定画面及び室内の温度変化グラフの一例を示す図である。 図６に示す空調設定処理を実行するユーザデバイス、クラウドサーバ及び空調機の処理シーケンスの一例を示す図である。 図１に示すユーザデバイスにおける空調設定用のユーザインターフェースの一例を示す図である。 図１に示す空調設定部により決定される他の設定温度パターンの一例を示す図である。 図１に示す室内環境予測部によるデータ分析結果の第１の例を示す図である。 図１に示す室内環境予測部によるデータ分析結果の第２の例を示す図である。 図１に示す室内環境予測部によるデータ分析結果の第３の例を示す図である。 図１に示す空調設定部により決定される設定温度パターンに対するオン時予測室温及びオン時予測消費電力量の予測精度の一例を示す図である。 図１に示すユーザデバイスにおける、消費電力量を考慮した場合の空調設定用のユーザインターフェースの一例を示す図である。 図１に示す空調制御システムによる快適温度範囲を使った省エネルギー効果の高い温度制御方法の一例を説明するための図である。 本開示の他の実施の形態における全館空調システムの構成の一例を示すブロック図である。 本開示の実施の形態において提供するサービスの全体像を示す図である。 本開示の実施の形態におけるサービスの類型（自社データセンタ型）を示す図である。 本開示の実施の形態におけるサービスの類型（ＩａａＳ利用型）を示す図である。 本開示の実施の形態におけるサービスの類型（ＰａａＳ利用型）を示す図である。 本開示の実施の形態におけるサービスの類型（ＳａａＳ利用型）を示す図である。

（本開示の基礎となった知見）
エアコンの遠隔制御システムでは、例えば、情報端末からインターネットを経由してエアコンへ制御指示を送信することができ、外出先から自宅のエアコンを制御することが可能となる。このサービスを利用すれば、家に帰る前に外出先でエアコンの動作をＯＮにすることで、帰宅時には十分に部屋が冷えた状態又は暖まった状態にしておくことが可能となる。

一方で、家に帰る前に、手動でエアコンの設定を行う場合には、エアコンの設定時と帰宅時との時間差が大き過ぎる場合には、部屋を冷やし過ぎ、又は暖め過ぎとなってしまい、エアコンの動作に係る消費電気量が無駄になってしまう可能性がある。また、反対にエアコンの設定時と帰宅時との時間差が小さ過ぎる場合には、十分に部屋が冷えない、もしくは、暖まらない状態となる。

特許文献１には、現在時刻の居室の温度とユーザの起床時刻までの時間とに基づいて、起床時刻の居室の温度を予測し、床暖房装置の設定温度と予測された起床時刻における居室の温度との差分に基づいて、床暖房装置の起動時刻を設定する技術が開示されている。これによって、暖房不足や過暖房を抑制でき、起床時の居室の快適性、及び省エネルギー性を向上できる。

しかし、特許文献１に開示されている技術では、現在時刻からユーザの起床時刻までの居室の温度変化を、線形モデルでの計算によって予測している。そのため、温度変化の予測精度は高くなく、また、床暖房稼働による温度変化を考慮していない。そのため、居室の環境によっては、温度変化を正確に予測ができず、過暖房又は暖房不足の状況となってしまうといった課題がある。

そこで、本願発明者らは、居室の温度を調節する空気調和装置とネットワークを介して接続する空調制御装置の機能向上のため、以下の改善策を検討した。

本開示の一態様に係る空調制御方法は、所定のネットワークを介して空気調和装置に接続される空調制御装置における空調制御方法であって、前記空気調和装置が温度を調節する居室における室温変化の履歴を示す室温履歴情報を、前記空気調和装置の動作履歴を示す動作履歴情報に対応付けて、所定のデータベースに記憶し、前記室温履歴情報と、前記動作履歴情報とに基づいて、前記空気調和装置が温度を調節しない場合の前記居室の将来の室温をオフ時予測室温として予測し、前記オフ時予測室温に基づいて、所定の目標時刻において前記居室の室温を所定の目標温度に到達させるために用いられる、前記空気調和装置の制御パラメータを決定する。

このような構成により、室温履歴情報及び動作履歴情報に基づいて、空気調和装置が温度を調節しない場合の居室の将来の室温をオフ時予測室温として予測し、オフ時予測室温に基づいて、目標時刻に居室の室温を目標温度に到達させるために用いられる、空気調和装置の制御パラメータを決定しているので、家や空気調和装置の経年劣化などの居室の環境の変化に追従し、空気調和装置の稼働時及び非稼働時の室温予測の精度が高まり、ユーザが希望する目標温度に到達させる目標時刻に合わせて、消費電力を抑えつつ、ユーザにとって快適な空気調和装置の制御を行うことが可能となる。

上記空調制御方法は、前記空気調和装置が温度を調節する居室の目標温度を示す目標温度情報と、前記居室の温度を前記目標温度に到達させる目標時刻を示す設定時刻情報とを受信し、前記オフ時予測室温に基づいて、前記設定時刻情報が示す目標時刻において前記居室の室温を前記目標温度情報が示す目標温度に到達させるために用いられる、前記空気調和装置の制御パラメータを決定し、決定した前記制御パラメータを含み、前記制御パラメータにて前記空気調和装置を動作させる動作指示を表わす制御指示情報を、前記ネットワークを介して、前記空気調和装置へ送信するようにしてもよい。

このような構成により、居室の目標温度を示す目標温度情報と、居室の温度を目標温度に到達させる目標時刻を示す設定時刻情報とを受信し、オフ時予測室温に基づいて、設定時刻情報が示す目標時刻において居室の室温を目標温度情報が示す目標温度に到達させるために用いられる、空気調和装置の制御パラメータを決定し、決定した制御パラメータを含み、この制御パラメータにて空気調和装置を動作させる動作指示を表わす制御指示情報を、ネットワークを介して、空気調和装置へ送信しているので、家や空気調和装置の経年劣化などの居室の環境が変化した場合でも、設定時刻情報が示す目標時刻において居室の室温を目標温度情報が示す目標温度に正確に到達させることができる。

上記空調制御方法は、前記室温履歴情報と、前記動作履歴情報とに基づいて、さらに、前記空気調和装置が温度を調節する場合の前記居室の将来の室温をオン時予測室温として予測し、前記オフ時予測室温及び前記オン時予測室温に基づいて、前記空気調和装置の制御パラメータを決定するようにしてもよい。

このような構成により、室温履歴情報及び動作履歴情報に基づいて、さらに、空気調和装置が温度を調節する場合の居室の将来の室温をオン時予測室温として予測し、オフ時予測室温及びオン時予測室温に基づいて、空気調和装置の制御パラメータを決定しているので、家や空気調和装置の経年劣化などの居室の環境が変化した場合でも、空気調和装置の稼働時及び非稼働時の室温予測の精度がより高まり、ユーザが希望する目標温度に到達させる目標時刻に合わせて、消費電力をより抑えつつ、ユーザにとってより快適な空気調和装置の制御を行うことが可能となる。

上記空調制御方法は、さらに、前記空気調和装置の消費電力量の履歴を示す消費電力履歴情報を前記データベースに記憶し、前記室温履歴情報と、前記動作履歴情報と、前記消費電力履歴情報とに基づいて、さらに、前記空気調和装置が温度を調節する場合の前記空気調和装置の将来の消費電力量をオン時予測消費電力量として予測し、前記オフ時予測室温、前記オン時予測室温、及び前記オン時予測消費電力量に基づいて、前記制御パラメータを決定するようにしてもよい。

このような構成により、室温履歴情報、動作履歴情報及び消費電力履歴情報に基づいて、さらに、空気調和装置が温度を調節する場合の空気調和装置の消費電力量をオン時予測消費電力量として予測し、オフ時予測室温、オン時予測室温、及びオン時予測消費電力量に基づいて、空気調和装置の制御パラメータを決定しているので、家や空気調和装置の経年劣化などの居室の環境が変化した場合でも、空気調和装置の稼働時及び非稼働時の室温予測の精度並びに空気調和装置の稼働時の消費電力量予測の精度がより高まり、ユーザが希望する目標温度に到達させる目標時刻に合わせて、消費電力をさらに抑えつつ、ユーザにとってより快適な空気調和装置の制御を行うことが可能となる。

前記制御パラメータは、前記空気調和装置の動作を開始させる時刻を示す開始時刻情報を含むようにしてもよい。

このような構成により、開始時刻情報が示す時刻において空気調和装置を正確に起動し、上記の制御を行うことができる。

前記制御パラメータは、前記空気調和装置を動作させる動作パターンを示す動作パターン情報を含むようにしてもよい。

このような構成により、動作パターン情報が示す動作パターンで空気調和装置を正確に制御することができる。

上記空調制御方法は、さらに、前記居室に対するユーザの、入室履歴を示す入室履歴情報及び退室履歴を示す退室履歴情報のうち少なくとも一方を前記データベースに記憶し、前記入室履歴情報及び退室履歴情報のうち少なくとも一方に基づいて、ユーザが前記居室を使用する使用時刻を推定し、前記使用時刻を前記目標時刻として決定するようにしてもよい。

このような構成により、入室履歴情報及び退室履歴情報のうち少なくとも一方に基づいて、ユーザが居室を使用する使用時刻を推定し、この使用時刻を目標時刻として決定しているので、室温が目標温度に到達することをユーザが希望する目標時刻として、ユーザが居室を使用する使用時刻を自動的に設定することができる。

上記空調制御方法は、前記居室に設置され、前記居室内の前記ユーザの存在の有無を検知する人感センサの検知結果を、前記ネットワークを介して受信し、前記人感センサの検知結果に基づいて、前記入室履歴情報及び前記退室履歴情報のうち少なくとも一方を更新するようにしてもよい。

このような構成により、入室履歴情報及び退室履歴情報のうち少なくとも一方を自動的に更新することができるので、室温が目標温度に到達することをユーザが希望する目標時刻として、ユーザが居室を使用する使用時刻をユーザの使用履歴に応じて自動的に設定することができる。

上記空調制御方法は、前記ネットワークを介して、前記ユーザが所持する情報端末のＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）情報を受信し、前記情報端末から受信した前記ＧＰＳ情報に基づいて、前記ユーザの前記居室への入室及び前記居室からの退室のうち少なくとも一方を決定し、決定した前記入室及び前記退室のうち少なくとも一方に基づいて、前記入室履歴情報及び前記退室履歴情報のうち少なくとも一方を更新するようにしてもよい。

このような構成により、ユーザが所持する情報端末の位置を表すＧＰＳ情報を利用して、入室履歴情報及び退室履歴情報のうち少なくとも一方を自動的に更新することができるので、人感センサ等の新たなセンサを用いることなく、室温が目標温度に到達することをユーザが希望する目標時刻として、ユーザが居室を使用する使用時刻をユーザの使用履歴に応じて自動的に設定することができる。

上記空調制御方法は、さらに、前記居室の外の温度変化の履歴を示す室外温度履歴情報及び前記居室に備え付けられた窓の開閉履歴を示す開閉履歴情報のうち少なくとも一方を前記データベースに記憶し、前記室温履歴情報と、前記動作履歴情報とに加えて、前記室外温度履歴情報及び前記開閉履歴情報のうち少なくとも一方に基づいて、前記制御パラメータを決定するようにしてもよい。

このような構成により、室温履歴情報と、動作履歴情報とに加えて、室外温度履歴情報及び開閉履歴情報のうち少なくとも一方に基づいて、制御パラメータを決定しているので、家や空気調和装置の経年劣化などの居室の環境が変化した場合でも、空気調和装置の稼働時及び非稼働時の室温予測の精度がさらに高まり、ユーザが希望する目標温度に到達させる目標時刻に合わせて、消費電力をさらに抑えつつ、ユーザにとってさらに快適な空気調和装置の制御を行うことが可能となる。

上記空調制御方法は、さらに、前記ユーザが快適に生活可能な所定の温度範囲を示す温度範囲情報を前記データベースに記憶し、前記目標温度は、前記温度範囲情報が示す前記温度範囲の上限又は下限を含むようにしてもよい。

このような構成により、温度範囲情報が示す温度範囲の上限又は下限が目標温度として自動的に設定されるので、ユーザが快適に生活可能な温度範囲の中で最も消費電力を抑制することができる制御パラメータを自動的に決定することができる。

上記空調制御方法は、前記目標時刻から所定時間経過するまで、前記ユーザの前記居室への入室を検知しない場合には、前記空気調和装置の動作を停止させる停止指示情報を、前記ネットワークを介して、前記空気調和装置へ送信するようにしてもよい。

このような構成により、ユーザが居室に入室していない場合、空気調和装置の動作を自動的に停止することができるので、不要な消費電力を抑制することができる。

また、本開示は、以上のような特徴的な処理を実行する空調制御方法として実現することができるだけでなく、空調制御方法が実行する特徴的な処理に対応する特徴的な構成を備える空調制御装置などとして実現することもできる。また、このような空調制御方法に含まれる特徴的な処理をコンピュータに実行させるコンピュータプログラムとして実現することもできる。したがって、以下の他の態様でも、上記の空調制御方法と同様の効果を奏することができる。

本開示の他の態様に係る空調制御装置は、所定のネットワークを介して空気調和装置に接続される空調制御装置であって、前記空気調和装置が温度を調節する居室における室温変化の履歴を示す室温履歴情報を、前記空気調和装置の動作履歴を示す動作履歴情報に対応付けて記憶するデータベースと、前記室温履歴情報と、前記動作履歴情報とに基づいて、前記空気調和装置が温度を調節しない場合の前記居室の将来の室温をオフ時予測室温として予測する予測部と、前記オフ時予測室温に基づいて、所定の目標時刻において前記居室の室温を所定の目標温度に到達させるために用いられる、前記空気調和装置の制御パラメータを決定する決定部とを備える。

本開示の他の態様に係る空調制御プログラムは、所定のネットワークを介して空気調和装置に接続される空調制御装置として、コンピュータを機能させるための空調制御プログラムであって、前記コンピュータに、前記空気調和装置が温度を調節する居室における室温変化の履歴を示す室温履歴情報を、前記空気調和装置の動作履歴を示す動作履歴情報に対応付けて、所定のデータベースに記憶し、前記室温履歴情報と、前記動作履歴情報とに基づいて、前記空気調和装置が温度を調節しない場合の前記居室の将来の室温をオフ時予測室温として予測し、前記オフ時予測室温に基づいて、所定の目標時刻において前記居室の室温を所定の目標温度に到達させるために用いられる、前記空気調和装置の制御パラメータを決定する、処理を実行させる。

そして、上記のようなコンピュータプログラムを、ＣＤ−ＲＯＭ等のコンピュータ読み取り可能な非一時的な記録媒体あるいはインターネット等の通信ネットワークを介して流通させることができるのは、言うまでもない。

また、本開示の一実施の形態に係る空調制御装置の構成要素の一部とそれ以外の構成要素とを複数のコンピュータに分散させたシステムとして構成してもよい。

なお、以下で説明する実施の形態は、いずれも本開示の一具体例を示すためのものである。以下の実施の形態で示される数値、形状、構成要素、ステップ、ステップの順序などは、一例であり、本開示を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、最上位概念を示す独立請求項に記載されていない構成要素については、任意の構成要素として説明される。また、全ての実施の形態において、各々の内容を組み合わせることもできる。

（実施の形態）
以下、本開示の実施の形態について、図面を参照しながら説明する。図１は、本開示の実施の形態１における空調制御システムの構成を示すブロック図である。

図１に示す空調制御システムは、空調機１０、及びクラウドサーバ２０を備える。クラウドサーバ２０は、ネットワーク３０を介して、空調機１０、気象情報サーバ４０及びユーザデバイス５０に接続される。ここで、空調機１０は、ユーザが使用する居室の温度を調節する空気調和装置の一例であり、クラウドサーバ２０は、空気調和装置を制御する空調制御装置の一例であり、ユーザデバイス５０は、ユーザが所持する情報端末の一例である。

空調機１０は、室内の空質環境を調整する機器であり、例えば、ルームエアコンである。空調機１０は、温湿度情報取得部１１、制御情報取得部１２、及び空調制御部１３を備える。

空調制御部１３は、室内の空気の温度や湿度などを調整する制御機構であり、具体的には、エアコンの空調機能の制御器であるが、部屋の温度や湿度をコントロールできる制御機構であれば、これに限らない。

温湿度情報取得部１１は、室内の温度及び湿度と、室外の温度及び湿度とを、温湿度センサを利用して取得する。なお、本実施の形態では、室内及び室外の湿度も取得しているが、この例に特に限定されず、室内及び室外の温度のみを取得したり、他の計測値を取得したりしてもよい。

制御情報取得部１２は、空調制御部１３等から空調制御情報を取得する。空調制御情報とは、空調制御部１３の制御内容を示す情報であり、具体的には、運転ステータス（ＯＮ／ＯＦＦ）、運転モード（冷房／暖房／除湿／自動）、設定温度、風量、風向などの情報である。

以上が空調機１０の構成の説明である。

クラウドサーバ２０は、温湿度情報格納部２１、制御情報格納部２２、室内環境予測部２３、空調設定部２４、インターフェース部２５、環境履歴ＤＢ（データベース）２６、及び外環境予測部２７を備える。

温湿度情報格納部２１は、空調機１０の温湿度情報取得部１１を通じて取得した温湿度情報を環境履歴ＤＢ２６に格納する。温湿度情報格納部２１と温湿度情報取得部１１との間の通信は、インターネット等の通信手段であるネットワーク３０を使って行われ、例えば、温湿度情報格納部２１は、５分に１回、温湿度情報取得部１１から温湿度情報を取得して環境履歴ＤＢ２６に格納する。なお、通信方法は、この例に特に限定されず、温湿度情報取得部１１が温湿度情報格納部２１に、定期的に情報をアップロードする方法でもよい。

制御情報格納部２２は、空調機１０の制御情報取得部１２を通じて取得した空調制御情報を環境履歴ＤＢ２６に格納する。制御情報格納部２２と制御情報取得部１２との間の通信は、インターネット等の通信手段であるネットワーク３０を使って行われ、例えば、制御情報格納部２２は、５分に１回、制御情報取得部１２から空調制御情報を取得して環境履歴ＤＢ２６に格納する。なお、通信方法は、この例に特に限定されず、制御情報取得部１２から制御情報格納部２２に、定期的に情報をアップロードする方法でもよく、又は、空調機１０の制御が変更されたイベントをトリガーとして、制御情報取得部１２が、制御情報格納部２２にアップロードする方法でもよい。

環境履歴ＤＢ２６は、温湿度情報格納部２１及び制御情報格納部２２から受け取った温湿度情報及び空調制御情報を格納するデータベースである。データベースの形式は、ＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅ）等のリレーショナルＤＢが一般的であるが、Ｋｅｙ−Ｖａｌｕｅ型などの簡素な関係性でデータを構成するＮｏＳＱＬと呼ばれるＤＢの構成であってもよい。

図２は、環境履歴ＤＢ２６のテーブル構造の一例を示している。図２において、ＩＤは各レコードを識別するユニークなＩＤ（識別情報）、時刻は各情報を取得した時刻を示す情報、室内温度、室内湿度、室外気温（室外温度）、及び室外湿度は、温湿度情報取得部１１を通じて取得した温湿度情報であり、運転ステータス、運転モード、設定温度、風量、及び風向は、制御情報取得部１２を通じて取得した空調制御情報である。説明を容易にするため、温湿度情報と、空調制御情報とを１つのテーブルにまとめているが、別のテーブルとして管理してもよい。

ここで、時刻及び室内温度の情報が、空気調和装置が温度を調節する居室における室温変化の履歴を示す室温履歴情報の一例に相当し、時刻、運転ステータス、運転モード、設定温度、風量、及び風向の情報が空気調和装置の動作履歴を示す動作履歴情報の一例に相当し、時刻及び室外気温の情報が居室の外の温度変化の履歴を示す室外温度履歴情報の一例に相当する。なお、環境履歴ＤＢ２６に記憶される情報は、上記の例に特に限定されず、後述するように、空気調和装置の消費電力量の履歴を示す消費電力履歴情報や、居室に備え付けられた窓の開閉履歴を示す開閉履歴情報等を含むようにしてもよい。

外環境予測部２７は、外部の気象情報サーバ４０などから空調機１０が存在する該当地域における今後の天候予測情報及び過去の天候予測情報等を受け取り、室内環境予測部２３に入力する。

室内環境予測部２３は、環境履歴ＤＢ２６を利用して、今後の室内における環境（室温、室内湿度等）を、機械学習により予測する。具体的には、室内環境予測部２３は、下記の機械学習を用い、室温履歴情報と、動作履歴情報とに基づいて、空調機１０が温度を調節しない場合の居室の将来の室温を予測するためのオフ時室温予測モデルを作成し、このオフ時室温予測モデルを用いて、空調機１０が温度を調節しない場合の居室の将来の室温をオフ時予測室温として予測する。空調設定部２４は、オフ時予測室温に基づいて、所定の目標時刻において居室の室温を所定の目標温度に到達させるために用いられる、空調機１０の制御パラメータを決定する。

一般に、機械学習は、２つのステップに分類され、２つのステップは、学習フェーズと、識別フェーズとよばれる。学習フェーズは、過去の履歴データなどの訓練データを入力し、データ解析することで、そのデータの関係性を抽出する。そして、次の識別フェーズでは、識別データ（予測を行うための入力パラメータ）を入力し、学習フェーズで抽出したデータの関係性に基づき、予測値を出力する。

ここで、室内環境予測部２３は、訓練データとして、環境履歴ＤＢ２６の温湿度情報及び空調制御情報と、外環境予測部２７から取得した過去の天候予測情報とを入力される。そして、室内環境予測部２３は、識別データとして、未来の時刻、今後の天気予報などの天候予測値、及び空調機の設定情報を入力される。

このようにして、室内環境予測部２３は、今後の時刻での環境情報（室温、室内湿度等）を予測する。機械学習を行う上では、どのようなデータを訓練データとして入力し、どのようなデータを識別データとして入力するのかが、予測の精度を上げるポイントとなる。学習のアルゴリズムは、線形回帰、ニューラルネットワーク、ベイジアンフィルタやＳＶＭ（Ｓｕｐｐｏｒｔ Ｖｅｃｔｏｒ Ｍａｃｈｉｎｅ）等の多岐に渡るが、ここでは限定しない。機械学習のクラウド上のサービスとして、Ｇｏｏｇｌｅ社のＰｒｅｄｉｔｉｏｎ ＡＰＩやＭｉｃｒｏｓｏｆｔ社のＡｚｕｒｅ ＭＬなどがあり、一般に利用されやすくなっており、室内環境予測部２３は、そのようなライブラリやＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を活用するような構成でもよい。

ここで、室内環境予測部２３は、環境履歴ＤＢ２６のデータ及び外環境予測部２７からの天候情報などを訓練データとして学習を行うが、図２の例のように、環境履歴ＤＢ２６に記憶されている空調機１０の設定情報である空調制御情報等を使用することにより、空調機１０の設定と室温や天気予報との関係性を抽出することが可能になる。このように、空調機１０の設定情報を識別データとして室内環境予測部２３に入力することにより、室内環境予測部２３は、該当設定に対する室温予測を高精度に行うことができる。

インターフェース部２５は、ユーザが使用するユーザデバイス５０からの入力を受け付ける外部インターフェースであり、例えば、ｈｔｔｐプロトコルで通信する外部Ｉ／Ｆ（ＷｅｂＡＰＩ)であり、ユーザの空調機１０に対する設定情報を受け付ける。例えば、ユーザは、スマートフォンやタブレット等のユーザデバイス５０にアプリケーションをダウンロ―ドし、そのアプリケースションのグラフィカル・ユーザ・インターフェース（ＧＵＩ）を使いて空調機１０に対する設定情報を決定する。ユーザデバイス５０は、その設定情報をｈｔｔｐプロトコルのフォーマットに変換して、インターフェース部２５に通知する。

空調設定部２４は、インターフェース部２５で受け取った設定情報を基に、室内環境予測部２３を活用しながら、制御パラメータとして、空調機１０の設定パターン（動作パターン）を決定する。また、空調設定部２４は、室内環境予測部２３を用いて決定した制御パラメータを含み、この制御パラメータにて空調機１０を動作させる動作指示を表わす制御指示情報を、インターフェース部２５を介して、空調機１０へ送信する。ここで、制御パラメータは、空調機１０の動作を開始させる時刻を示す開始時刻情報及び／又は空調機１０を動作させる動作パターンを示す動作パターン情報を含む。

例えば、インターフェース部２５は、設定情報として、帰宅時刻（入室時刻）と、目標環境値（例えば、目標室内温度）をユーザデバイス５０から受け取り、空調設定部２４は、室内環境予測部２３を用いて、帰宅時刻までの室内温度の推移を予測する。この時の予測としては、空調機１０を稼働させない場合のオフ時予測室温の推移を予測する。空調設定部２４は、オフ時予測室温の推移を基に、帰宅時刻（入室時刻）に目標温度に到達するための、空調機１０の運転パターンを決定する。

一般にエアコンの運転においては、室温と設定温度との差が小さい方が省エネルギーになると言われている。そこで、空調設定部２４は、室内環境予測部２３を利用して、空調機１０の設定温度を識別データとして入力し、帰宅時刻に目標温度に到達するための、オン時予測室温の推移を求め、省エネルギーになる設定温度パターンを含む動作パターンを決定する。

図３は、図１に示す空調設定部２４により決定される設定温度パターンの一例を示す図である。例えば、図３では、帰宅時刻に２５℃になることが目標温度として設定されている。このとき、空調設定部２４は、帰宅時刻における室内温度を２５℃にするため、設定温度を２５℃とし、室内環境予測部２３を利用して、空調機１０が温度を調整する場合のオン時予測室温の推移を逆算で予測する。そして、空調設定部２４は、設定温度とオン時予測室温との差が１．５℃となる時刻を特定し、この時刻が図３に示す時刻Ａである。

次に、空調設定部２４は、この時刻Ａから設定温度を１℃落として、さらに、オン時予測室温の推移を逆算で予測する。そして、空調設定部２４は、空調機１０が温度を調整しない場合のオフ時予測室温と、オン時予測室温との交点Ｂを求め、時刻Ｂを空調機１０の運転開始時刻とする。

このようにして、空調設定部２４は、空調機１０の設定温度パターンを含む運転パターンを決定し、決定した運転パターンに従って、空調機１０の制御を行う。具体的には、空調設定部２４は、空調機１０の空調制御部１３に対して、決定した運転パターンで動作するための制御命令（制御指示情報）を出力し、空調機１０の制御を行う。

なお、制御指示情報の出力タイミングとして、運転開始時刻の前であればよく、例えば、運転開始時刻になったときに空調設定部２４が制御指示情報を送付したり、又は、運転開始時刻と制御指示情報とのリストを予め空調制御部１３に渡して、空調制御部１３が各運転開始時刻になったときに、各制御を行うようにしたりしてもよい。

また、上記の説明では、空調設定部２４が室内環境予測部２３を用いて空調機１０が温度を調整する場合のオン時予測室温の推移を逆算で予測したが、オン時予測室温の予測方法は、この例に特に限定されず、例えば、以下のようにして、オン時予測室温を予測してもよい。

この場合、室内環境予測部２３は、上記の機械学習を用い、室温履歴情報と、動作履歴情報とに基づいて、空調機１０が温度を調節しない場合の居室の将来の室温を予測するためのオフ時室温予測モデルを作成し、このオフ時室温予測モデルを用いて、空調機１０が温度を調節しない場合の居室の将来の室温をオフ時予測室温として予測するとともに、空調機１０が温度を調節する場合の居室の将来の室温を予測するためのオン時室温予測モデルを作成し、このオン時室温予測モデルを用いて、空調機１０が温度を調節する場合の居室の将来の室温をオン時予測室温として予測する。空調設定部２４は、オフ時予測室温及びオン時予測室温に基づいて、空調機１０の制御パラメータを決定する。

この結果、家や空調機１０の経年劣化などの居室の環境が変化した場合でも、空調機１０の稼働時及び非稼働時の室温予測の精度がより高まり、ユーザが希望する目標温度に到達させる目標時刻に合わせて、消費電力をより抑えつつ、ユーザにとってより快適な空調機１０の制御を行うことが可能となる。

以上が本実施の形態における空調制御システムのシステム構成についての説明である。

次に、本実施の形態における空調制御システムの空調制御処理について説明する。本実施の空調制御システムにおける空調制御処理は、２つの処理に分けられる。一方の処理は、データ蓄積処理であり、他方の処理は、空調設定処理である。

図４は、図１に示す空調制御システムのデータ蓄積処理の一例を示すフローチャートである。

まず、ステップＳ１１にて、空調機１０は、温湿度情報取得部１１により温湿度センサの温湿度情報を取得する。

次に、ステップＳ１２にて、空調機１０は、制御情報取得部１２により空調機１０の空調制御情報を取得する。

次に、ステップＳ１３にて、空調機１０の温湿度情報取得部１１及び制御情報取得部１２は、クラウドサーバ２０に対して、ステップＳ１１によって取得した温湿度情報や、ステップＳ１２によって取得した空調制御情報を伝送する。クラウドサーバ２０は、温湿度情報格納部２１及び制御情報格納部２２により温湿度情報や空調制御情報を受け取り、環境履歴ＤＢ２６に登録する。

次に、ステップＳ１４にて、空調機１０は、一定期間（例えば、５分間）のウェイト処理を行い、その後、ステップＳ１１に戻り、以降の処理を継続する。

図５は、図４に示すデータ蓄積処理を実行する空調機１０及びクラウドサーバ２０の処理シーケンスの一例を示す図である。図５に示すように、空調機１０は、ステップＳ１１の温湿度情報取得処理及びステップＳ１２の空調制御情報取得処理を実行し、ステップＳ１３において、空調機１０とクラウドサーバ２０との間でのデータ伝送が行われ、その後、空調機１０は、ステップＳ１４のウェイト処理を実行した後、ステップＳ１１に戻り、以降の処理を継続する。

上記データ蓄積処理は、空調機１０とクラウドサーバ２０との通信経路が確立されていて、電源ＯＮの状態では常に動き続ける。このようにして、温湿度情報及び空調制御情報がすべて環境履歴ＤＢ２６に登録される。また、図４では、温湿度情報取得処理と空調制御情報取得処理をシーケンシャルに行ったが、並列に実行してもよい。また、空調制御情報取得処理については、定期的に実行するのではなく、空調機１０の制御が変更されたタイミングで、クラウドサーバ２０にアップロードするように構成してもよい。

以上がデータ蓄積処理の説明である。

次に、空調設定処理について説明する。図６は、図１に示す空調制御システムの空調設定処理の一例を示すフローチャートであり、図７は、図６に示す空調設定処理における設定画面及び室内の温度変化グラフの一例を示す図である。

図６及び図７を参照し、空調設定処理について以下に説明する。なお、図７の左側の設定画面は、ユーザが空調機１０の設定情報を決定するためのＧＵＩアプリケーションの例を示しており、図７の右側のグラフは、室内の温度変化をグラフ化したものである。

まず、ユーザが、図７の左側の設定画面を利用して、帰宅時刻（入室時刻）と、帰宅時目標温度（目標値）をユーザデバイス５０に入力すると（図７の（ｉ））、ステップＳ２１にて、ユーザデバイス５０は、ユーザの入力値（例えば、帰宅時刻「１８：００」、帰宅時目標温度「２５℃」）を入室時刻及び目標値としてインターフェース部２５に通知する。

次に、ステップＳ２２にて、空調設定部２４は、インターフェース部２５から取得した設定情報（入室時刻及び目標値）に基づき、室内環境予測部２３を用いて、帰宅時刻までのオン時予測室温の推移を予測する。図７の右側のグラフの点線は、環境履歴ＤＢ２６の履歴情報から、室内の温度の推移を予測し（図７の（ｉｉ））、その予測値の推移を示している。この時の予測値は、空調機１０を稼働させない場合の室内温度（オフ時予測室温）の推移を予測した値である。

次に、ステップＳ２３にて、空調設定部２４は、ステップＳ２２で予測したオン時予測室温の推移を基に、帰宅時刻に目標温度に到達するための、空調機１０の運転パターンを決定する。一般に、エアコンの運転においては、室温と設定温度との差が小さい方が省エネルギーになると言われている。そこで、空調設定部２４は、室内環境予測部２３を利用して、図３に示す空調機１０の設定温度を識別データとして入力し、帰宅時刻に目標温度に到達するための、オン時予測室温を求める。

例えば、図３では、帰宅時刻に２５℃になることが目標温度として設定されている。このとき、空調設定部２４は、帰宅時刻における室内温度を２５℃とするため、設定温度を２５℃とし、室内環境予測部２３を利用して、オン時予測室温の推移を逆算で予測する。そして、空調設定部２４は、設定温度とオン時予測室温との差が１．５℃となる時刻を特定し、この時刻が図３に示す時刻Ａである。

次に、空調設定部２４は、この時刻Ａから設定温度を１℃落として、さらに、オン時予測室温の推移を逆算で予測する。そして、空調設定部２４は、空調機１０が温度を調整しない場合のオフ時予測室温と、オン時予測室温との交点Ｂを求め、時刻Ｂを空調機１０の運転開始時刻とする。このようにして、空調設定部２４は、空調機１０の運転パターンを決定する。図７の右側のグラフの太い直線は、環境履歴ＤＢ２６の履歴情報から、オン時予測室温の推移を予測し（図７の（ｉｉｉ））、その予測値の推移を示している。

次に、ステップＳ２４にて、空調設定部２４は、その運転パターンに従って、空調機１０の制御を行い、処理を終了する。具体的には、空調設定部２４は、上記の運転パターンで動作するための制御命令（制御指示情報）を出力し、空調機１０の制御を行う。

図８は、図６に示す空調設定処理を実行するユーザデバイス５０、クラウドサーバ２０及び空調機１０の処理シーケンスの一例を示す図である。図８に示すように、ユーザが扱うユーザデバイス５０は、ステップＳ２１にて、設定情報（入室時刻及び目標値）をクラウドサーバ２０に伝送する。クラウドサーバ２０は、ステップＳ２２にて、インターフェース部２５から取得した設定情報（入室時刻及び目標値）に基づき、室内環境予測部２３を用いて、帰宅時刻（入室時刻）までのオン時予測室温の推移を予測し、ステップＳ２３にて、予測したオン時予測室温の推移を基に、帰宅時刻に目標温度に到達するための運転パターンを決定する。また、クラウドサーバ２０は、ステップＳ２４にて、運転パターンに基づき、空調機１０の制御を行うが、この際には、空調機１０を制御するエアコン制御コマンド（制御指示情報）を通信する。データフォーマットとしては、例えば、エコーネットライト規格などがある。

以上が空調設定処理の説明である。

なお、ユーザが空調機１０の設定を指示するためのＧＵＩの構成として、図９のような構成にしてもよい。図９は、図１に示すユーザデバイス５０における空調設定用のユーザインターフェースの一例を示す図である。

図９の上段は、ユーザの帰宅時刻（入室時刻）と帰宅時の目標温度を設定するためのＧＵＩ画面であり、縦軸が温度、横軸が時刻となっており、ユーザデバイス５０の表示部（図示省略）には、室内環境予測部２３に基づいて予測された室温推移をグラフ化した画面が表示されている。そして、ユーザは、表示部に表示されたグラフ上にタップすることで、目標温度と帰宅時刻とを容易に指定することができる。

このように構成することで、室温の推移予測をわかりやすく提示することにより、目標とする温度をどこに設定すべきかの判断材料が提示されるため、ユーザには、目標温度及び帰宅時刻の設定が容易になる。

また、ユーザが目標温度及び帰宅時刻を設定した場合には、図９の下段のように、設定温度と、その設定温度で空調機１０を動作させたときの室内温度（オン時予測室温）の予測結果と、「ＯＮ」の文字で表される運転開始時刻とを提示するようにしてもよい。このように構成することで、ユーザにとって、空調機１０の設定がどのような温度変化をもたらすのかが分かりやすく提示されるとともに、空調機１０の設定内容が提示され、空調機１０がいつから制御されるのかを確認することができる。

また、環境履歴ＤＢ２６に、単位時間当たりの空調機１０の消費電力量を格納するように構成し、室内環境予測部２３の訓練データとして入力するように構成してもよい。このように構成することで、空調設定部２４は、室内環境予測部２３を用いて、設定温度、室温、外気温及び消費電力量の関係性から、空調機１０の消費電力量が最小となるように制御方法を決めることも可能となる。

例えば、空調設定部２４は、室内環境予測部２３を用いて、設定温度パターンの候補を幾つか用意した後に、該当設定温度パターンを室内環境予測部２３に識別データとして入力した場合の、空調機１０の消費電力量の予測を求める。その中で、消費電力量の最小となる運転パターンを採用するように構成すれば、消費電力量の少ない制御で空調機１０を動作させることが可能となる。

このように構成して、図９の下段のように、設定温度パターンが決まった後に、消費電力量から求めた電気代の予測を提示するように構成すれば、ユーザはどのくらい電気代がかかるのかを事前に把握することができる。消費電力量は、空調機１０内で計測できるようにしてもよいし、空調機１０に電力を供給するコンセントで計測できるようにしてもよい。

次に、上記の消費電力量を考慮した空調機１０の制御パラメータの決定方法について、さらに詳細に説明する。

制御情報取得部１２は、空調制御情報として、単位時間当たりの空調機１０の消費電力量を空調制御部１３等から取得し、制御情報格納部２２は、消費電力量を含む空調制御情報を環境履歴ＤＢ２６に格納し、環境履歴ＤＢ２６は、単位時間当たりの空調機１０の消費電力量を、空調機１０の消費電力量の履歴を示す消費電力履歴情報として記憶する。

室内環境予測部２３は、上記の機械学習を用い、室温履歴情報と、動作履歴情報と、消費電力履歴情報に基づいて、空調機１０が温度を調節しない場合の居室の将来の室温を予測するためのオフ時室温予測モデルを作成し、このオフ時室温予測モデルを用いて、空調機１０が温度を調節しない場合の居室の将来の室温をオフ時予測室温として予測するとともに、空調機１０が温度を調節する場合の居室の将来の室温を予測するためのオン時室温予測モデルを作成し、このオン時室温予測モデルを用いて、空調機１０が温度を調節する場合の居室の将来の室温をオン時予測室温として予測し、さらに、空調機１０が温度を調節する場合の空調機１０の将来の消費電力量を予測するためのオン時消費電力量予測モデルを作成し、このオン時消費電力量予測モデルを用いて、空調機１０が温度を調節する場合の空調機１０の将来の消費電力量をオン時予測消費電力量として予測する。

空調設定部２４は、オフ時予測室温、オン時予測室温、及びオン時予測消費電力量に基づいて、空調機１０の制御パラメータを決定する。

この場合、家や空調機１０の経年劣化などの居室の環境が変化した場合でも、空調機１０の稼働時及び非稼働時の室温予測の精度並びに空調機１０の稼働時の消費電力量予測の精度がより高まり、ユーザが希望する目標温度に到達させる目標時刻に合わせて、消費電力をさらに抑えつつ、ユーザにとってより快適な空調機１０の制御を行うことが可能となる。

図１０は、上記の消費電力量を考慮した場合に空調設定部２４により決定される設定温度パターンの一例を示す図である。図１０に示す例では、空調設定部２４は、室内環境予測部２３を用いて、複数の運転パターンに対して、オフ時予測室温、オン時予測室温、及びオン時予測消費電力量を予測させ、複数の運転パターンの中から消費電力量が最も低い運転パターンを省エネルギー運転パターンとして決定する。

図１０中の点線は、オフ時予測室温を示しており、階段状の細い実線は、設定温度パターンとなる省エネルギー運転パターンの設定温度（４５分前が２２℃、３０分前が２３度、１５分前が目標温度である２４℃）を示している。したがって、入室時刻の４５分前から省エネルギー運転パターンで空調機１０が制御される。図１０中の太い実線は、省エネルギー運転パターン時のオン時予測室温を示しており、太線のハッチングで示す棒グラフが各時刻の消費電力量を示している。

一方、比較例として、図１０に示す一点鎖線は、通常運転パターン（入室時刻の１５分前から制御を開始し、設定温度（目標温度）を２４℃とするパターン）時としたときのオン時予測室温を示しており、細線のハッチングで示す棒グラフは、通常運転パターン時の消費電力量を示している。

図１０に示すように、消費電力量の合計値は、省エネルギー運転パターンの方が通常運転パターンより小さくなっており、また、１５分ごとの消費電力量のピーク値も省エネルギー運転パターンの方が通常運転パターンより小さくなっている。このように、空調設定部２４が、室内環境予測部２３を用いて複数の運転パターンの中から決定した省エネルギー運転パターンで空調機１０を制御することにより、空調機１０の消費電力量をより低減することができることがわかる。

次に、室内環境予測部２３の機械学習によるデータ分析結果について説明する。図１１〜図１３は、図１に示す室内環境予測部２３によるデータ分析結果の第１〜第３の例を示す図である。

図１１の例は、オフ時室温予測モデルとして、１時間前室温、外気温、及び時刻を学習パラメータとする線形回帰モデルを用いた例であり、１時間前の室温及び外気温と現在温度との相関を分析した分析結果である。この場合、現在室温に対する１時間前の室温の相関係数は、０．９６９であり、現在室温に対する外気温の相関係数は、０．７２４であった。一般に、相関係数は、０．４〜０．７の場合に相関関係があり、０．７以上の場合に強い相関関係がある。したがって、オフ時室温予測モデルとして、１時間前室温、外気温、及び時刻を学習パラメータとする線形回帰モデルを用いることにより、オフ時予測室温を高精度に予測することができることがわかった。

図１２の例は、オン時室温予測モデルとして、設定温度、室温、及び時刻を学習パラメータとする線形回帰モデルを用いた例であり、１５分後の上昇温度と、外気温、及び設定温度と室温との差及び外気温との相関を分析した分析結果である。この場合、１５分後の上昇温度に対する外気温の相関係数は、０．３７３であり、１５分後の上昇温度に対する設定温度と室温との差の相関係数は、０．８１２であった。したがって、オン時室温予測モデルとして、設定温度、室温、及び時刻を学習パラメータとする線形回帰モデルを用いることにより、オン時予測室温を高精度に予測することができることがわかった。

図１３の例は、オン時消費電力量予測モデルとして、設定温度、室温、外気温、及び時刻を学習パラメータとする線形回帰モデルを用いた例であり、１５分間の積算電力量と、外気温、及び設定温度と室温との差との相関を分析した分析結果である。この場合、１５分間の積算電力量に対する外気温の相関係数は、０．４６３であり、１５分間の積算電力量に対する設定温度と室温との差の相関係数は、０．９５０であった。したがって、オン時消費電力量予測モデルとして、設定温度、室温、外気温及び時刻を学習パラメータとする線形回帰モデルを用いることにより、オン時予測消費電力量を高精度に予測することができることがわかった。

次に、上記のオフ時室温予測モデル、オン時室温予測モデル及びオン時消費電力量予測モデルを用いたときの室内環境予測部２３の機械学習によるオン時予測室温及びオン時予測消費電力量の予測精度について説明する。図１４は、図１に示す空調設定部２４により決定される設定温度パターンに対するオン時予測室温及びオン時予測消費電力量の予測精度の一例を示す図である。

例えば、帰宅時刻が２４：００で目標温度が２４℃の場合に、室内環境予測部２３は、図１１〜図１３を用いて説明した各線形回帰モデルを用いて、複数の運転パターンに対して、オフ時予測室温、オン時予測室温及びオン時予測消費電力量を予測し、空調設定部２４は、消費電力量が最も低い省エネルギー運転パターンを決定する。

図１４の例は、この省エネルギー運転パターンの設定温度パターンで実際に空調機１０を制御したときのオン時実測室温及びオン時実測消費電力量と、室内環境予測部２３が予測したオン時予測室温及びオン時予測消費電力量とを示している。

ここで、図１４に示す階段状の細い実線は、省エネルギー運転パターンの設定温度（６０分前が２１℃、４５分前が２２℃、３０分前が２３℃、１５分前が目標温度である２４℃）を示しており、この省エネルギー運転パターンで入室時刻の６０分前から実際に空調機１０が制御される。

この場合において、予想値として、図１４に示す太い実線は、オン時予測室温を示しており、太線のハッチングで示す棒グラフは、各時刻のオン時予測消費電力量を示している。一方、実測値として、図１４に示す黒丸は、オン時実測室温を示しており、細線のハッチングで示す棒グラフは、各時刻のオン時実測消費電力量を示している。

図１４から、オン時予測室温は、オン時実測室温にほぼ一致し、オン時予測消費電力量は、オン時実測消費電力量と概ね一致している。例えば、予想値と実測値との１２回平均を取った場合、６０分後の平均室温変化量は、オン時予測室温の場合は＋３．２℃となり、オン時実測室温の場合は＋３．６℃となり、実測値に対する予測値の誤差は、０．４℃であった。また、総消費電力量は、オン時予測消費電力量の場合２０６．６Ｗｈとなり、オン時実測消費電力量の場合１９６．０Ｗｈとなり、実測値に対する予測値の誤差は５．１％であった。

上記のように、室内環境予測部２３は、図１１〜図１３を用いて説明した各線形回帰モデルを用いることにより、オン時予測室温及びオン時予測消費電力量を高精度に予測することができた。

次に、消費電力量を考慮した場合のユーザデバイス５０における空調設定用のユーザインターフェースについて説明する。図１５は、図１に示すユーザデバイス５０における消費電力量を考慮した場合の空調設定用のユーザインターフェースの一例を示す図である。

図９の上段に示すようなＧＵＩ画面を用いて、ユーザの帰宅時刻を２４：００に、帰宅時の目標温度を２４℃に設定した場合、ユーザデバイス５０の表示部には、図１５に示すＧＵＩ画面が表示される。図１５に示す例では、空調設定部２４が決定した省エネルギー運転パターンの設定温度、その設定温度で空調機１０を動作させたときの室内環境予測部２３が予測した室内温度（オン時予測室温）及び消費電力量（オン時予測消費電力量）をグラフ化した画面が表示される。

このように構成することで、室温の推移予測だけでなく、消費電力量の推移予測もわかりやすく提示することにより、省エネルギーを考慮して、目標とする温度をどこに設定すべきかの判断材料が提示されるため、ユーザには、省エネルギーを考慮した時の目標温度及び帰宅時刻の設定が容易になる。

なお、空調機１０がルームエアコンである場合に、入室時刻までの効率的な空調機１０の制御方法としては、人がいないため、風量を上げて風を出し、部屋の空気を循環させることが好ましい。つまり、入室時刻までの空調制御は、風量は強風とし、風向きは、冷房の場合は水平方向とし、暖房の場合は下方向とするように構成してもよい。一般に、人が部屋にいる場合には、強風にしてしまうと不快に感じてしまうが、人がいないのであれば、風量を強風にしてもよい。人が部屋にいるかいないかの判断は、ユーザの設定だけでなく、人感センサなどを使うと、より精度が高くなり効率的である。また、入室以降の制御は、反対に風量を自動に弱風とするように構成してもよい。

また、本実施の形態では、帰宅時刻（入室時刻）の指定を、ＧＵＩによって設定するとしたが、帰宅時刻（入室時刻）の指定は、人感センサやＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）での入室及び退室の履歴データを使って機械学習により、入室及び退室予測を行うような構成にしてもよい。また、訓練データとして、曜日、時刻、人感センサ、及びＧＰＳの履歴データを入力して、現在のＧＰＳの位置情報、曜日、及び時刻を識別データとし、その日の入退室時刻の予測を行うように構成してもよい。

例えば、環境履歴ＤＢ２６は、居室に対するユーザの、入室履歴を示す入室履歴情報及び退室履歴を示す退室履歴情報のうち少なくとも一方を記憶し、室内環境予測部２３は、入室履歴情報及び退室履歴情報のうち少なくとも一方に基づいて、ユーザが居室を使用する使用時刻を推定し、空調設定部２４は、推定された使用時刻を目標時刻として決定するようにしてもよい。

また、インターフェース部２５は、居室に設置され、居室内のユーザの存在の有無を検知する人感センサの検知結果を、ネットワーク３０を介して受信し、人感センサの検知結果に基づいて、環境履歴ＤＢ２６に記憶されている入室履歴情報及び退室履歴情報のうち少なくとも一方を更新するようにしてもよい。

又は、インターフェース部２５は、ネットワーク３０を介して、ユーザが所持するユーザデバイス５０のＧＰＳ情報を受信し、ユーザデバイス５０から受信したＧＰＳ情報に基づいて、ユーザの居室への入室及び居室からの退室のうち少なくとも一方を決定し、決定した入室及び退室のうち少なくとも一方に基づいて、環境履歴ＤＢ２６に記憶されている入室履歴情報及び退室履歴情報のうち少なくとも一方を更新するようにしてもよい。

また、空調設定部２４は、目標時刻から所定時間経過するまで、ユーザの居室への入室を検知しない場合には、空調機１０の動作を停止させる停止指示情報を、ネットワーク３０を介して、空調機１０へ送信するようにしてもよい。

また、本実施の形態では、帰宅時刻（入室時刻）に対する目標値を設定して、その値に到達するように予測して運転パターンを決定するとしたが、既に入室した状態で、ある特定の時刻に対して、目標値を設定して、その時刻に向けて制御を行うように構成してもよい。

例えば、睡眠時には、概日リズムにより、睡眠開始後、徐々に温度を上げていくことが好ましいと言われている。そこで、Ｐ．Ｍ．１１：００に睡眠する場合には、Ｐ．Ｍ．１１：００に２５℃、Ａ．Ｍ．２：００に２６℃、Ａ．Ｍ．５：００に２７℃と目標値を順次設定して、その目標時刻にその時刻の目標温度に到達するように、空調設定部２４は、室内環境予測部２３を用いて、運転パターンを決定するように構成してもよい。このように構成することで、単純に設定温度を該当時刻に設定するよりも、消費電力量において、効率的な運転が実現できる。

また、目標温度の設定は、ＧＵＩによってユーザが行うとしたが、これをユーザの行動履歴や直前の温湿度情報を用いて自動化してもよい。一般に、人が快適に思う温度は、直前までいた環境の影響を受けやすく、例えば、冬に外出先から帰宅し入室する場合は、体が冷えているため、部屋の中の温度設定は低めで良いが、冬に隣の部屋から別の部屋に入室する場合は、既に体が温まっているため、その部屋の中の温度設定は高めが好ましい。

この人の特性を踏まえて、快適な温度設定を行うためには、入室前及び退室後のユーザの行動や室内及び室外の温湿度をパラメータとして設定するように構成してもよい。ユーザの行動は、例えば、「外出先から帰る」、「家にいる」、「お風呂に入る」などの情報であり、ユーザが自分で設定しても、人感センサ等で自動検知してもよい。室内及び室外の温湿度は、例えば、スマートフォンやスマートウォッチに温度センサを内蔵しておき、そのデータを利用してもよい。このように構成することで、ユーザは、自分で温度設定をしなくても、快適な温度設定を自動で行うことができる。

また、環境履歴ＤＢ２６において、時刻、室内温度、室内湿度、室外温度、室外湿度、空調制御設定情報、及び消費電力量の他に、各種のセンサを用いて、部屋の窓の開閉状況、光量（日射量）、音量、ユーザの在／不在を取得すると、室温推移の予測の精度が向上して好ましい。各種センサとしては、例えば、光量センサ、音量センサ、人感センサ、窓の開閉検知センサなどを、対象とする部屋内に適宜配置する。これらの情報は、空調機１０のセンサやカメラの画像データから検出して特定してもよい。

例えば、クラウドサーバ２０は、居室の外の温度変化の履歴を示す室外温度履歴情報及び居室に備え付けられた窓の開閉履歴を示す開閉履歴情報のうち少なくとも一方を環境履歴ＤＢ２６に記憶し、空調設定部２４は、室内環境予測部２３を用いて、室温履歴情報と、動作履歴情報とに加えて、室外温度履歴情報及び開閉履歴情報のうち少なくとも一方に基づいて、制御パラメータを決定するようにしてもよい。

また、室内環境予測部２３によって室温推移を予測して制御を行った後に、室温が予測値に対して特定の閾値以下又は閾値以上であった場合に（冬の場合は温度が高くならない、夏の場合は温度が低くならない）、ドアや窓が開きっぱなしの状態であることや、故障の可能性が考えられるため、ユーザにアラートを通知するように構成してもよい。

このように構成することで、ユーザは、例えば、窓が開いている場合に無駄な空調機１０の運転を抑えることができる。なお、室内温度が予測値を特定の閾値以上で下回る又は上回る場合には、空調機１０の設定温度を高めたり又は低めたりして、空調機１０の制御を調整するように補正してもよい。

また、室内環境予測部２３によって室温推移を予測して制御を行った後に、室温が予測値に対して特定の閾値以下又は閾値以上であった場合に（冬の場合は温度が高くなりすぎる、夏の場合は温度が低くなりすぎる）、他の熱源が存在する可能性があることを知らせるアラートをユーザに通知するように構成してもよい。このように構成することで、ユーザは、例えば、他の熱源がある場合に無駄な空調機１０の運転を抑えることができる。なお、室内温度が予測値を特定の閾値以上で下回る又は上回る場合には、空調機１０の設定温度を高めたり又は低めたりして、空調機１０の制御を調整するように補正してもよい。

また、入室前、入室後及び退室後の空調機１０の制御方法として、図１６に示すような構成で行うように構成してもよい。図１６の（Ａ）は、冬場を想定した場合のネットワーク接続されていない空調機の既存の温度制御方法を説明するための図であり、図１６の（Ｂ）は、図１に示す空調制御システムによる快適温度範囲を使った省エネルギー効果の高い温度制御方法の一例を説明するための図である。

図１６において、横軸は時刻、縦軸は温度及び消費電力量を示し、細い実線は設定温度又は快適温度範囲の上限及び下限、太い実線は室温の推移、ハッチング領域は消費電力量をそれぞれ示す。

図１６の（Ａ）に示すように、ネットワーク接続されていない空調機の場合、入室したタイミングで、手元のリモコンで空調機の制御を開始する。この場合、設定温度と室温との開きが大きいため、空調機１０の負荷が大きく、電力量の消費が激しい。また、室内に入ってからリモコン制御を開始するため、入室直後は寒い。

一方、図１６の（Ｂ）に示す温度制御では、人が快適に暮らせる一定の温度範囲である快適温度範囲（例えば、２２〜２５℃）を用いて空調機１０を制御している。

具体的には、環境履歴ＤＢ２６は、ユーザが快適に生活可能な所定の温度範囲を示す温度範囲情報を記憶し、目標温度は、温度範囲情報が示す温度範囲の上限又は下限を含む。空調設定部２４は、室内環境予測部２３を用いて、環境履歴ＤＢ２６から温度範囲情報を取得し、入室時においては、快適温度下限（例えば、２２℃）に到達するように、設定温度を決定する。次に、空調設定部２４は、室内環境予測部２３を用いて、入室時から退室時の所定時間前まで、快適温度範囲内（例えば、２５℃）を維持するように、設定温度を決定する。また、空調設定部２４は、室内環境予測部２３を用いて、退室時においては、快適温度下限に到達するように、事前に空調機１０をオフする（又は設定温度を下げる）ことを決定する。

空調設定部２４は、上記のようにして決定された運転パターンを空調機１０の空調制御部１３に予め通知する。空調機１０は、通知された運転パターンに従って、運転開始時刻から起動して室温を調整する。

このように構成することで、快適性を維持しつつ、省エネルギー効率が高い状態に、空調機１０を制御することが可能となる。ここで、快適温度範囲は、ユーザがＧＵＩ等で決定してもよいし、平均外気温などから自動的に計算して決定してもよい。

また、環境履歴ＤＢ２６に格納する環境履歴データは、空調機１０の内部センサから取得されたデータに特に限定されず、室内に設置された温湿度センサや人感センサ等から取得されたデータを利用してもよい。

また、本実施の形態においては、室内の温度を予測することで、空調制御の効率性を図るとしたが、湿度の予測を考慮して運転パターンに反映するように構成してもよい。例えば、人の快適性の指数として不快指数があり、この指数は、室温と湿度とによって決定される。したがって、室内の温度に加えて、室内の湿度も予測することで、例えば、入室時刻での不快指数を一定以下に抑えることを目標値として、空調機１０の設定パターンを決定するような構成にしてもよい。

また、本実施の形態においては、室内の温度を予測することで、空調制御の効率性を測るとしたが、空調機１０が換気機能を有するとすれば、ＣＯ_２（二酸化炭素）のセンサ値を環境履歴ＤＢ２６に格納し、その予測を考慮して運転パターンを決定するように構成してもよい。この場合、室内の温度に加えて、ＣＯ_２濃度も予測することで、例えば、入室時刻でのＣＯ_２濃度を一定以下に抑えることを目標値として、空調機１０の換気機能の設定パターンを決定するような構成にしてもよい。

また、本実施の形態においては、１つの空調機１０に対して、１つの部屋を想定して説明を行ったが、空調制御システムの構成は、この例に特に限定されず、例えば、１つの空調機を複数の部屋に接続して、空調制御を行う全館空調システムに適用してもよい。

図１７は、本開示の他の実施の形態における全館空調システムの構成の一例を示すブロック図である。なお、図１に示す空調制御システムと図１７に示す全館空調システムとで共通する点については、詳細な説明を省略し、以下異なる点についてのみ詳細に説明する。

図１７に示す空調機１０ａは、各部屋に空気を流すパイプである３つのダクト６０と接続されており、空調機１０ａは、冷やされた空気又は暖められた空気の各部屋への排出量を決定することができる。各部屋には、温湿度情報取得部１１ａが配置されており、温湿度情報取得部１１ａによって取得された各部屋の温湿度情報は、所定のネットワーク（図示省略）を介して、クラウドサーバ２０ａに伝送される。また、空調機１０ａの制御情報取得部１２（図示省略）を通じて取得される空調制御情報は、各部屋への空気の排出量等に関する情報を含み、クラウドサーバ２０ａの環境履歴ＤＢ２６（図示省略）に記憶される。空調機１０ａ及びクラウドサーバ２０ａのその他の構成は、図１に示す空調機１０及びクラウドサーバ２０の構成と同様であるため、詳細な説明は省略する。

このような構成にすることで、図１７に示す全館空調システムでは、各部屋の温度及び湿度の履歴情報と、空調機１０ａの空調制御情報の履歴情報とを活用し、クラウドサーバ２０ａの室内環境予測部２３（図示省略）により、部屋ごとの温度及び湿度を予測することが可能となり、これを利用した空調機の制御が可能となる。

以上が本実施の形態における全館空調システムの説明である。

（提供するサービスの全体像）
図１８（Ａ）には、本実施の形態にかかるサービスの全体像が示されている。例えば、上記したクラウドサーバ２０のブロックの一部もしくは全ては、図１８に示すデータセンタ運営会社１１０のクラウドサーバ１１１もしくはサービスプロバイダ１２０のサーバ１２１のどちらかに属す。

グループ１００は、例えば、企業、団体、家庭等であり、その規模を問わない。グループ１００には、複数の機器１０１である機器Ａ、機器Ｂ及びホームゲートウェイ１０２が存在する。複数の機器１０１には、インターネットと接続可能な機器（例えば、スマートフォン、ＰＣ、ＴＶ等）もあれば、それ自身ではインターネットと接続不可能な機器（例えば、照明、洗濯機、冷蔵庫等）も存在する。それ自身ではインターネットと接続不可能な機器であっても、ホームゲートウェイ１０２を介してインターネットと接続可能となる機器が存在してもよい。また、グループ１００には複数の機器１０１を使用するユーザ１０Ｙが存在する。

データセンタ運営会社１１０には、クラウドサーバ１１１が存在する。クラウドサーバ１１１とは、インターネットを介して様々な機器と連携する仮想化サーバである。クラウドサーバ１１１は、主に通常のデータベース管理ツール等で扱うことが困難な巨大なデータ（ビッグデータ）等を管理する。データセンタ運営会社１１０は、データ管理やクラウドサーバ１１１の管理、それらを行うデータセンタの運営等を行っている。データセンタ運営会社１１０が行っている役務については詳細を後述する。ここで、データセンタ運営会社１１０は、データ管理やクラウドサーバ１１１の運営等のみを行っている会社に限らない。例えば、複数の機器１０１のうちの一つの機器を開発及び製造している機器メーカが、併せてデータ管理やクラウドサーバ１１１の管理等を行っている場合は、機器メーカがデータセンタ運営会社１１０に該当する（図１８（Ｂ））。また、データセンタ運営会社１１０は一つの会社に限らない。例えば、機器メーカ及び他の管理会社が共同もしくは分担してデータ管理やクラウドサーバ１１１の運営を行っている場合は、両者もしくはいずれか一方がデータセンタ運営会社１１０に該当するものとする（図１８（Ｃ））。

サービスプロバイダ１２０は、サーバ１２１を保有している。ここで言うサーバ１２１とは、その規模は問わず例えば、個人用ＰＣ内のメモリ等も含む。また、サービスプロバイダがサーバ１２１を保有していない場合もある。

なお、上記サービスにおいてホームゲートウェイ１０２は必須ではない。例えば、クラウドサーバ１１１が全てのデータ管理を行っている場合等は、ホームゲートウェイ１０２は不要となる。また、家庭内のあらゆる機器がインターネットに接続されている場合のように、それ自身ではインターネットと接続不可能な機器は存在しない場合もある。

次に、上記サービスにおける機器のログ情報（操作履歴情報及び動作履歴情報等）の流れを説明する。

まず、グループ１００の機器Ａ又は機器Ｂは、各ログ情報をデータセンタ運営会社１１０のクラウドサーバ１１１に送信する。クラウドサーバ１１１は、機器Ａ又は機器Ｂのログ情報を集積する（図１８（ａ））。ここで、ログ情報とは、複数の機器１０１の、例えば運転状況や動作日時等を示す情報である。例えば、テレビの視聴履歴やレコーダの録画予約情報、洗濯機の運転日時・洗濯物の量、冷蔵庫の開閉日時・開閉回数などであるが、これらのものに限らずあらゆる機器から取得が可能なすべての情報をいう。ログ情報は、インターネットを介して複数の機器１０１自体から直接クラウドサーバ１１１に提供される場合もある。また、複数の機器１０１から一旦ホームゲートウェイ１０２にログ情報が集積され、ホームゲートウェイ１０２からクラウドサーバ１１１に提供されてもよい。

次に、データセンタ運営会社１１０のクラウドサーバ１１１は、集積したログ情報を一定の単位でサービスプロバイダ１２０に提供する。ここで、データセンタ運営会社が集積した情報を整理してサービスプロバイダ１２０に提供することのできる単位でもよいし、サービスプロバイダ１２０が要求した単位でもよい。一定の単位と記載したが一定でなくてもよく、状況に応じて提供する情報量が変化する場合もある。ログ情報は、必要に応じてサービスプロバイダ１２０が保有するサーバ１２１に保存される（図１８（ｂ））。そして、サービスプロバイダ１２０は、ログ情報をユーザに提供するサービスに適合する情報に整理し、ユーザに提供する。提供するユーザは、複数の機器１０１を使用するユーザ１０Ｙでもよいし、外部のユーザ２０Ｙでもよい。ユーザへのサービス提供方法は、例えば、サービスプロバイダから直接ユーザへ提供されてもよい（図１８（ｆ）、（ｅ））。また、ユーザへのサービス提供方法は、例えば、データセンタ運営会社１１０のクラウドサーバ１１１を再度経由して、ユーザに提供されてもよい（図１８（ｃ）、（ｄ））。また、データセンタ運営会社１１０のクラウドサーバ１１１がログ情報をユーザに提供するサービスに適合する情報に整理し、サービスプロバイダ１２０に提供してもよい。

なお、ユーザ１０Ｙとユーザ２０Ｙとは、別でも同一でもよい。

上記態様において説明された技術は、例えば、以下のクラウドサービスの類型において実現されうる。しかし、上記態様において説明された技術が実現される類型はこれに限られるものでない。

（サービスの類型１：自社データセンタ型）
図１９は、サービスの類型１（自社データセンタ型）を示す。本類型は、サービスプロバイダ１２０がグループ１００から情報を取得し、ユーザに対してサービスを提供する類型である。本類型では、サービスプロバイダ１２０が、データセンタ運営会社の機能を有している。即ち、サービスプロバイダが、ビッグデータの管理をするクラウドサーバ１１１を保有している。従って、データセンタ運営会社は存在しない。

本類型では、サービスプロバイダ１２０は、データセンタ（クラウドサーバ１１１）を運営、管理している（２０３）。また、サービスプロバイダ１２０は、ＯＳ（２０２）及びアプリケーション（２０１）を管理する。サービスプロバイダ１２０は、サービスプロバイダ１２０が管理するＯＳ（２０２）及びアプリケーション（２０１）を用いてサービス提供を行う（２０４）。

（サービスの類型２：ＩａａＳ利用型）
図２０は、サービスの類型２（ＩａａＳ利用型）を示す。ここでＩａａＳとはインフラストラクチャー・アズ・ア・サービスの略であり、コンピュータシステムを構築及び稼動させるための基盤そのものを、インターネット経由のサービスとして提供するクラウドサービス提供モデルである。

本類型では、データセンタ運営会社がデータセンタ（クラウドサーバ１１１）を運営、管理している（２０３）。また、サービスプロバイダ１２０は、ＯＳ（２０２）及びアプリケーション（２０１）を管理する。サービスプロバイダ１２０は、サービスプロバイダ１２０が管理するＯＳ（２０２）及びアプリケーション（２０１）を用いてサービス提供を行う（２０４）。

（サービスの類型３：ＰａａＳ利用型）
図２１は、サービスの類型３（ＰａａＳ利用型）を示す。ここでＰａａＳとはプラットフォーム・アズ・ア・サービスの略であり、ソフトウェアを構築及び稼動させるための土台となるプラットフォームを、インターネット経由のサービスとして提供するクラウドサービス提供モデルである。

本類型では、データセンタ運営会社１１０は、ＯＳ（２０２）を管理し、データセンタ（クラウドサーバ１１１）を運営、管理している（２０３）。また、サービスプロバイダ１２０は、アプリケーション（２０１）を管理する。サービスプロバイダ１２０は、データセンタ運営会社が管理するＯＳ（２０２）及びサービスプロバイダ１２０が管理するアプリケーション（２０１）を用いてサービス提供を行う（２０４）。

（サービスの類型４：ＳａａＳ利用型）
図２２は、サービスの類型４（ＳａａＳ利用型）を示す。ここでＳａａＳとはソフトウェア・アズ・ア・サービスの略である。例えばデータセンタ（クラウドサーバ）を保有しているプラットフォーム提供者が提供するアプリケーションを、データセンタ（クラウドサーバ）を保有していない会社・個人（利用者）がインターネットなどのネットワーク経由で使用できる機能を有するクラウドサービス提供モデルである。

本類型では、データセンタ運営会社１１０は、アプリケーション（２０１）を管理し、ＯＳ（２０２）を管理し、データセンタ（クラウドサーバ１１１）を運営、管理している（２０３）。また、サービスプロバイダ１２０は、データセンタ運営会社１１０が管理するＯＳ（２０２）及びアプリケーション（２０１）を用いてサービス提供を行う（２０４）。

以上いずれの類型においても、サービスプロバイダ１２０がサービス提供行為を行ったものとする。また例えば、サービスプロバイダ若しくはデータセンタ運営会社は、ＯＳ、アプリケーション若しくはビックデータのデータベース等を自ら開発してもよいし、また、第三者に外注させてもよい。

本開示の一態様に係る空調制御システムは、空調機の制御を省エネルギー効率が高く、且つ快適に行うことが可能となるので、生活家電産業において高い利用可能性を持つ。

１０、１０ａ 空調機
１１、１１ａ 温湿度情報取得部
１２ 制御情報取得部
１３ 空調制御部
２０、２０ａ クラウドサーバ
２１ 温湿度情報格納部
２２ 制御情報格納部
２３ 室内環境予測部
２４ 空調設定部
２５ インターフェース部
２６ 環境履歴ＤＢ
２７ 外環境予測部
３０ ネットワーク
４０ 気象情報サーバ
５０ ユーザデバイス
６０ ダクト

Claims (14)

1. 所定のネットワークを介して空気調和装置に接続される空調制御装置における空調制御方法であって、
   前記空気調和装置が温度を調節する居室における室温変化の履歴を示す室温履歴情報を、前記空気調和装置の動作履歴を示す動作履歴情報に対応付けて、所定のデータベースに記憶し、
   前記室温履歴情報と、前記動作履歴情報とに基づいて、前記空気調和装置が温度を調節しない場合の前記居室の将来の室温をオフ時予測室温として予測し、
   前記オフ時予測室温に基づいて、所定の目標時刻において前記居室の室温を所定の目標温度に到達させるために用いられる、前記空気調和装置の制御パラメータを決定する、
   空調制御方法。
2. 前記空気調和装置が温度を調節する居室の目標温度を示す目標温度情報と、前記居室の温度を前記目標温度に到達させる目標時刻を示す設定時刻情報とを受信し、
   前記オフ時予測室温に基づいて、前記設定時刻情報が示す目標時刻において前記居室の室温を前記目標温度情報が示す目標温度に到達させるために用いられる、前記空気調和装置の制御パラメータを決定し、
   決定した前記制御パラメータを含み、前記制御パラメータにて前記空気調和装置を動作させる動作指示を表わす制御指示情報を、前記ネットワークを介して、前記空気調和装置へ送信する、
   請求項１に記載の空調制御方法。
3. 前記室温履歴情報と、前記動作履歴情報とに基づいて、さらに、前記空気調和装置が温度を調節する場合の前記居室の将来の室温をオン時予測室温として予測し、
   前記オフ時予測室温及び前記オン時予測室温に基づいて、前記空気調和装置の制御パラメータを決定する、
   請求項１又は２に記載の空調制御方法。
4. さらに、前記空気調和装置の消費電力量の履歴を示す消費電力履歴情報を前記データベースに記憶し、
   前記室温履歴情報と、前記動作履歴情報と、前記消費電力履歴情報とに基づいて、さらに、前記空気調和装置が温度を調節する場合の前記空気調和装置の将来の消費電力量をオン時予測消費電力量として予測し、
   前記オフ時予測室温、前記オン時予測室温、及び前記オン時予測消費電力量に基づいて、前記制御パラメータを決定する、
   請求項３に記載の空調制御方法。
5. 前記制御パラメータは、前記空気調和装置の動作を開始させる時刻を示す開始時刻情報を含む、
   請求項１〜４のいずれかに記載の空調制御方法。
6. 前記制御パラメータは、前記空気調和装置を動作させる動作パターンを示す動作パターン情報を含む、
   請求項１〜５のいずれかに記載の空調制御方法。
7. さらに、前記居室に対するユーザの、入室履歴を示す入室履歴情報及び退室履歴を示す退室履歴情報のうち少なくとも一方を前記データベースに記憶し、
   前記入室履歴情報及び退室履歴情報のうち少なくとも一方に基づいて、ユーザが前記居室を使用する使用時刻を推定し、前記使用時刻を前記目標時刻として決定する、
   請求項１に記載の空調制御方法。
8. 前記居室に設置され、前記居室内の前記ユーザの存在の有無を検知する人感センサの検知結果を、前記ネットワークを介して受信し、
   前記人感センサの検知結果に基づいて、前記入室履歴情報及び前記退室履歴情報のうち少なくとも一方を更新する、
   請求項７に記載の空調制御方法。
9. 前記ネットワークを介して、前記ユーザが所持する情報端末のＧＰＳ情報を受信し、
   前記情報端末から受信した前記ＧＰＳ情報に基づいて、前記ユーザの前記居室への入室及び前記居室からの退室のうち少なくとも一方を決定し、
   決定した前記入室及び前記退室のうち少なくとも一方に基づいて、前記入室履歴情報及び前記退室履歴情報のうち少なくとも一方を更新する、
   請求項７に記載の空調制御方法。
10. さらに、前記居室の外の温度変化の履歴を示す室外温度履歴情報及び前記居室に備え付けられた窓の開閉履歴を示す開閉履歴情報のうち少なくとも一方を前記データベースに記憶し、
    前記室温履歴情報と、前記動作履歴情報とに加えて、前記室外温度履歴情報及び前記開閉履歴情報のうち少なくとも一方に基づいて、前記制御パラメータを決定する、
    請求項１〜９のいずれかに記載の空調制御方法。
11. さらに、前記ユーザが快適に生活可能な所定の温度範囲を示す温度範囲情報を前記データベースに記憶し、
    前記目標温度は、前記温度範囲情報が示す前記温度範囲の上限又は下限を含む、
    請求項１〜１０のいずれかに記載の空調制御方法。
12. 前記目標時刻から所定時間経過するまで、前記ユーザの前記居室への入室を検知しない場合には、前記空気調和装置の動作を停止させる停止指示情報を、前記ネットワークを介して、前記空気調和装置へ送信する、
    請求項１〜１１のいずれかに記載の空調制御方法。
13. 所定のネットワークを介して空気調和装置に接続される空調制御装置であって、
    前記空気調和装置が温度を調節する居室における室温変化の履歴を示す室温履歴情報を、前記空気調和装置の動作履歴を示す動作履歴情報に対応付けて記憶するデータベースと、
    前記室温履歴情報と、前記動作履歴情報とに基づいて、前記空気調和装置が温度を調節しない場合の前記居室の将来の室温をオフ時予測室温として予測する予測部と、
    前記オフ時予測室温に基づいて、所定の目標時刻において前記居室の室温を所定の目標温度に到達させるために用いられる、前記空気調和装置の制御パラメータを決定する決定部とを備える、
    空調制御装置。
14. 所定のネットワークを介して空気調和装置に接続される空調制御装置として、コンピュータを機能させるための空調制御プログラムであって、
    前記コンピュータに、
    前記空気調和装置が温度を調節する居室における室温変化の履歴を示す室温履歴情報を、前記空気調和装置の動作履歴を示す動作履歴情報に対応付けて、所定のデータベースに記憶し、
    前記室温履歴情報と、前記動作履歴情報とに基づいて、前記空気調和装置が温度を調節しない場合の前記居室の将来の室温をオフ時予測室温として予測し、
    前記オフ時予測室温に基づいて、所定の目標時刻において前記居室の室温を所定の目標温度に到達させるために用いられる、前記空気調和装置の制御パラメータを決定する、
    処理を実行させる空調制御プログラム。

Images