JP2021042885A - サーバ、空調制御システム、制御方法および制御プログラム - Google Patents

Abstract

【課題】被空調空間に対する外部環境の影響を考慮しつつ、該被空調空間に適した安定した省エネ自動運転を実施する。【解決手段】通常運転または緩め運転を実施する１以上の空気調和機とネットワークを介して通信するサーバは、被空調空間内で計測された日射量の推移を示す室内日射量情報に基づいて、被空調空間内の環境が日射の影響を受けやすい時間帯である被熱期間を、被空調空間ごとに決定する決定部（８０）と、被熱期間に基づいて、空気調和機に緩め運転を実施させる時間帯である緩め運転期間を少なくとも指定する運転計画情報を生成する生成部（８１）と、運転計画情報を、ネットワークを介して空気調和機に供給することにより、該空気調和機に、緩め運転期間において緩め運転を実施させる供給部（８２）とを備えている。【選択図】図１

Description

本発明は、空気調和機を制御するサーバ、空調制御システム、制御方法および制御プログラムに関する。

被空調空間が快適な環境になるように、かつ、快適性を損なわずに消費電力量を抑えた省エネルギー運転（以下、省エネ運転）が行われるように、自動運転する空気調和機が従来技術として知られている。例えば、特許文献１には、空気調和機の翌日以降の運転スケジュールを予測して、それに合わせてスケジュール運転する制御機能を持ったマンマシン装置が記載されている。例えば、マンマシン装置は、運転スケジュールの予測精度を上げるために、インターネット経由で、外気温度や外気湿度などの気象データをタウンロードし、取り込む機能を備えている。

特開２０１０−６５９６０号公報（２０１０年３月２５日公開）

しかしながら、上述のような従来技術は、空気調和機によって空気が調和される被空調空間が、外部環境からの影響をどの程度受けやすいのかを考慮していないため、個々の被空調空間に合った省エネ自動運転を実現できないという問題がある。例えば、天候が晴天であり、１日中気温が高いと予報された地域であっても、高層ビルなどに囲われた場所にある家屋では、短い日照時間および少ない日射量に起因して、このような天候の影響を受けにくいことがある。また、窓がある方角の違いによって、天候の影響を受けやすい時間帯は個々の被空調空間ごとに異なる。

一方で、空気調和機などに日照センサを設置し、被空調空間内の日射量を計測して、得られた日射量に応じて空気調和機が省エネ自動運転を行う構成が考えられる。このような構成では、外部環境の影響を考慮できる一方で、時々刻々と変化する被空調空間内の日射量の変化速度に追随するようにしてあわただしく自動運転が実施される虞がある。例えば、太陽に雲がかかっている間の一瞬の日の陰りによって一時的に日射量が下がったときに、日射量が少ないとして暖房を強めたり、またすぐに日が差してきたときに、暖房を弱めたりするなどして、制御が不安定になる可能性がある。

本発明の一態様は、被空調空間に対する外部環境の影響を考慮しつつ、該被空調空間に適した安定した省エネ自動運転を実施できる空調制御システムを実現することを目的とする。

上述の課題を解決するために、本発明の一態様に係るサーバは、通常運転および該通常運転よりも消費電力が抑えられる緩め運転のいずれかの運転を実施する１または複数の空気調和機とネットワークを介して通信するサーバであって、前記空気調和機が空調を行う対象となる被空調空間内で計測された日射量の推移を示す室内日射量情報に基づいて、該被空調空間内の環境が日射の影響を受けやすい時間帯である被熱期間を、被空調空間ごとに決定する決定部と、前記被熱期間に基づいて、前記被空調空間の空調を行う空気調和機に前記緩め運転を実施させる時間帯である緩め運転期間を少なくとも指定する運転計画情報を生成する生成部と、前記運転計画情報を、前記ネットワークを介して前記空気調和機に供給することにより、該空気調和機に、前記緩め運転期間において前記緩め運転を実施させる供給部とを備えている。

上述の課題を解決するために、本発明の一態様に係る空調制御システムは、通常運転および該通常運転よりも消費電力が抑えられる緩め運転のいずれかの運転を実施する１または複数の空気調和機と、前記空気調和機とネットワークを介して通信するサーバとを含む空調制御システムであって、前記サーバは、前記空気調和機が空調を行う対象となる被空調空間内で計測された日射量の推移を示す室内日射量情報に基づいて、該被空調空間内の環境が日射の影響を受けやすい時間帯である被熱期間を、被空調空間ごとに決定する決定部と、前記被熱期間に基づいて、前記被空調空間の空調を行う空気調和機に前記緩め運転を実施させる時間帯である緩め運転期間を少なくとも指定する運転計画情報を生成する生成部と、前記運転計画情報を、前記ネットワークを介して前記空気調和機に供給することにより、該空気調和機に、前記緩め運転期間において前記緩め運転を実施させる供給部とを備え、前記空気調和機は、前記運転計画情報を前記サーバから取得する取得部と、取得された前記運転計画情報において指定された前記緩め運転期間において、前記緩め運転を実施する運転制御部とを備えている。

上述の課題を解決するために、本発明の一態様に係る制御方法は、通常運転および該通常運転よりも消費電力が抑えられる緩め運転のいずれかの運転を実施する１または複数の空気調和機とネットワークを介して通信するサーバの制御方法であって、前記空気調和機が空調を行う対象となる被空調空間内で計測された日射量の推移を示す室内日射量情報に基づいて、該被空調空間内の環境が日射の影響を受けやすい時間帯である被熱期間を、被空調空間ごとに決定する決定ステップと、前記被熱期間に基づいて、前記被空調空間の空調を行う空気調和機に前記緩め運転を実施させる時間帯である緩め運転期間を少なくとも指定する運転計画情報を生成する生成ステップと、前記空気調和機に、前記緩め運転期間において前記緩め運転を実施させるために、前記運転計画情報を、前記ネットワークを介して前記空気調和機に供給する供給ステップとを含む。

本発明の一態様によれば、被空調空間に対する外部環境の影響を考慮しつつ、該被空調空間に適した安定した省エネ自動運転を実施できる。

クラウドサーバの要部構成を示すブロック図である。 エアコン制御システムの概要を示す図である。 エアコン制御システムに含まれる各装置のハードウェア構成およびソフトウェア構成を示すブロック図である。 クラウドサーバが実行する処理の流れを示すフローチャートである。 室内日射量情報のデータ構造を示す図である。 部屋（被空調空間）ごとの環境影響特性を示すグラフである。 特性データベース（以下、ＤＢ）のデータ構造を示す図である。 気象予報情報のデータ構造の一例を示す図である。 日射量予報情報の一例を示すグラフである。 生成ルールのデータ構造の一例を示す図である。 運転計画情報を生成するために、部屋ごとに定められた各種の期間の一例を示すタイミングチャートである。 計画生成部が運転計画情報を生成する処理の流れを示すフローチャートである。 運転計画ＤＢのデータ構造の一例を示す図である。 外気温予報情報の一例を示すグラフである。 生成ルールのデータ構造の一例を示す図である。 運転計画情報を生成するために、部屋ごとに定められた各種の期間の一例を示すタイミングチャートである。 運転計画ＤＢのデータ構造の一例を示す図である。

〔実施形態１〕
以下、本発明の一実施形態について、詳細に説明する。本発明の空調制御システムは、１または複数の空気調和機（以下、エアコンと称する）の運転を遠隔から制御することが可能なエアコン制御システム１として実現される。

＜システム概要＞
図２は、本実施形態に係るエアコン制御システム１の概要を示す図である。図２に示すように、エアコン制御システム１は、エアコン１１（空気調和機）と、エアコン１１のリモートコントローラ（以下、リモコン）１２と、無線アクセスポイント（以下、ＡＰ）１３と、クラウドサーバ１４（サーバ）と、携帯端末１５とを備えている。

エアコン１１および無線ＡＰ１３は、ユーザ宅２１に設置されている。エアコン１１は、無線ＡＰ１３および広域通信ネットワーク２２（ネットワーク）を介してクラウドサーバ１４と通信可能に接続されている。また、携帯端末１５は、広域通信ネットワーク２２を介してクラウドサーバ１４と通信可能に接続されている。エアコン制御システム１において、天気予報のサービスを提供するサービスサーバ１６が広域通信ネットワーク２２に接続されており、クラウドサーバ１４は、広域通信ネットワーク２２を介してサービスサーバ１６が提供するサービスを受けることができる。

クラウドサーバ１４は、広域通信ネットワーク２２を介して、複数のユーザ宅２１の複数のエアコン１１と通信し、それぞれのユーザ宅２１に設置されているエアコン１１の動作を制御したり、エアコン１１から情報を収集したりする。

本実施形態では、広域通信ネットワーク２２としてインターネットを含む構成を例示しているが、電話回線網、移動体通信網、ＣＡＴＶ（CAble TeleVision）通信網、衛星通信網などを利用することもできる。なお、エアコン１１と携帯端末１５とは、何れも無線通信機器であり、広域通信ネットワーク２２を介することなく、無線ＡＰ１３を介して相互に通信することもできる。

本実施形態では、クラウドサーバ１４にて、エアコン１１と携帯端末１５とが対応づけて登録されている。これにより、携帯端末１５は、クラウドサーバ１４を介してエアコン１１を遠隔操作できる。携帯端末１５の例としては、スマートフォン、タブレット端末などが挙げられる。なお、１台の携帯端末１５から複数のエアコン１１を遠隔操作することが可能である。また、複数の携帯端末１５から、１つのエアコン１１を遠隔操作することも可能である。

本実施形態のエアコン１１は、冷房機能および暖房機能の一方のみを有してもよいし、両方を有してもよい。本実施形態では、一例として、エアコン１１は、運転のモードとして、「冷房」、「暖房」の２種類の運転モードを有するものとする。

さらに、本実施形態のエアコン１１は、通常運転を実施する機能と、緩め運転を実施する機能と、省エネ自動運転を実施する機能とを有する。本実施形態では、通常運転は、エアコン１１に組み込まれている運転制御部４２（図３参照）が能動的に実施する運転である。通常運転では、運転制御部４２は、記憶部３２（図３参照）に予め記憶されている制御プログラムにしたがって、エアコン本体３３（図３参照）を制御する。このとき、運転制御部４２は、コンプレッサ３３ａ（図３参照）の回転数の制限によらず、リモコン１２または携帯端末１５から指定された設定情報にしたがってエアコン本体３３を制御する。緩め運転は、運転制御部４２が能動的に、または、クラウドサーバ１４からの指示にしたがって実施する運転である。本実施形態では、一例として、緩め運転は、設定温度を、ユーザが設定した設定温度よりも外気温に近い方向に補正して行う運転である。より詳細には、緩め運転は、室温が外気温に近い方向に変更されるように、例えば、コンプレッサ３３ａや送風ファン３３ｂなどの回転数を現行よりも所定数減らしたり、回転数の増減を徐々に繰り返したりすることなどを含む。その結果、緩め運転により、快適性が損なわれない程度に、冷房時は室温が上昇し、暖房時は室温が低下するが、消費電力量を抑えることが可能になる。

省エネ自動運転は、運転制御部４２が、クラウドサーバ１４からの指示にしたがって、指示通りに実施する運転である。省エネ自動運転では、運転制御部４２は、クラウドサーバ１４から供給された運転計画情報（詳細は後述）にしたがって、エアコン本体３３を制御する。運転計画情報には、少なくとも、適時に通常運転と緩め運転とを切り替えるように指示する制御内容が示されている。結果として、エアコン１１は、クラウドサーバ１４からの指示にしたがって、快適性を損なうことなく、常時通常運転する場合よりも消費電力量が抑えられた省エネ自動運転を実施することができる。緩め運転の動作、および、省エネ自動運転の詳細については後に詳述する。

クラウドサーバ１４は、まず、エアコン１１から送信された運転実績情報に基づいて、エアコン１１が空気調和を行う被空調空間における外部環境からの影響の受けやすさを示す環境影響特性を決定する。次に、クラウドサーバ１４は、サービスサーバ１６（他の装置）から取得した気象予報情報と、エアコン１１の被空調空間の環境影響特性とに基づいて運転計画情報を生成し、エアコン１１に供給する。運転計画情報は、省エネ自動運転の制御対象期間において、どのタイミングでどのように動作するのかをエアコン１１に対して指示する情報である。なお、本実施形態では、制御対象期間とは、エアコン１１が運転を開始した時点から該運転を停止した時点までを指す。運転の開始時点および終了時点は、ユーザがリモコン１２または携帯端末１５を操作して開始または終了を指示した時点によって特定されてもよい。あるいは、運転の開始時点および終了時点は、ユーザが携帯端末１５を用いてタイマ機能に関して入力した設定情報に基づいて特定されてもよい。

本実施形態では、省エネ自動運転の制御対象期間において、エアコン１１の動作（具体的には、エアコン本体３３に対する制御内容）が１つ以上定義される。ここでは、エアコン１１に対して、制御対象期間をいくつかの小期間に分割したうちの１つの該小期間における制御内容を指示するまとまりのある１つのデータを制御データと称する。したがって、運転計画情報は、１または複数の制御データの集まりで構成される。好ましくは、運転計画情報において、複数の制御データは、時系列が判別可能な状態で配列される。制御データは、一例として、小期間を指定する項目と、運転の種類を指定する項目と、運転モードを指定する項目と、設定温度を指定する項目とで構成される。より詳細には、運転計画情報および制御データのデータ構造については、別図に基づいて後述する。

エアコン１１は、運転計画情報に含まれる制御データに順次したがって、省エネ自動運転を実施する。運転計画情報は、少なくとも環境影響特性を加味して被空調空間ごとに個別に生成されたものである。したがって、エアコン１１は、運転計画情報にしたがって被空調空間に適した自動運転を安定的に行うことにより、快適な空気環境の提供と、省エネルギー化とを両立することが可能となる。

エアコン１１は、運転中か停止中かによらずに、定期的に、例えば、１５分に１回程度の頻度で、運転実績を示す運転実績情報を生成して、クラウドサーバ１４に報告する。運転実績情報には、「停止」を含むエアコン１１の運転モードを示す情報の他、エアコン１１のセンサ部３４（図３参照）が検知するセンサ値が含まれる。また、エアコン１１は、運転中、制御内容が切り替わる度に運転実績情報を生成する。例えば、制御内容が切り替わるトリガがユーザによるリモコン１２または携帯端末１５の操作である場合には、運転実績情報には、ユーザがリモコン１２または携帯端末１５を用いてエアコン１１に対して行った指示内容が履歴として含まれる。

クラウドサーバ１４は、運転実績情報に含まれているセンサ値に基づいて、エアコン１１の被空調空間の環境影響特性を決定する。環境影響特性は、一例として、被空調空間の気温が上昇するほど日射量が十分に多くなる時間帯を示す情報などが含まれている。クラウドサーバ１４は、例えば、あるユーザ宅のある部屋（被空調空間）の日射量が多くなる時間帯と、その日の気象予報情報が示す、ユーザ宅周辺地域の日射量が多くなる時間帯とを参照し、運転計画情報を生成する。一例として、クラウドサーバ１４は、日射量が多くなって部屋の温度が上昇傾向にある時間帯は、暖房運転の強度が緩められるように制御データを生成する。

以上のとおり、クラウドサーバ１４は、被空調空間の環境影響特性を考慮して、被空調空間に合った運転計画情報を生成することができる。これにより、制御が安定し、快適な空気環境の提供と省エネルギー化とを両立させることができる。

＜装置構成＞
図３は、エアコン制御システム１に含まれる各装置のハードウェア構成およびソフトウェア構成を示すブロック図である。なお、クラウドサーバ１４のソフトウェア構成については別図にて後に詳述する。

（エアコンのハードウェア構成）
エアコン１１は、一例として、制御部３１、記憶部３２、エアコン本体３３、センサ部３４、通信部３５、操作パネル３６、リモコン受光部３７、および、音声出力部３８を備えている。

制御部３１は、エアコン１１の各部の動作を制御するものであり、例えば、ＣＰＵ（Central Processing Unit）や専用プロセッサなどの演算処理部などにより構成されるコンピュータ装置から成る。制御部３１は、記憶部３２に記憶されているエアコン１１における各種制御を実施するためのプログラムを読み出して実行することで、エアコン１１の各部の動作を統括的に制御する。なお、制御部３１の詳細については後述する。

記憶部３２は、エアコン１１にて用いられる各種データを記憶するものであり、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）などを含む。

エアコン本体３３は、エアコン１１の本来の機能を実行するのに必要な機構を備えるものである。具体的には、エアコン本体３３は、空気を加熱または冷却するためのコンプレッサ３３ａ、加熱または冷却された空気をエアコン１１の外部に送り出す送風ファン３３ｂなどを含む。

センサ部３４は、エアコン１１が空気調和を行うユーザ宅２１の室内の環境をセンシングするものである。具体的には、センサ部３４は、温度を検出する温度センサ３４ａ、湿度を検出する湿度センサ３４ｂ、室内の日射量を検出する日照センサ３４ｃ、エアコン１１の消費電力量を計測する電力センサ３４ｄなどを含む。なお、これらのセンサは、公知のものを利用できるので、その詳細な説明を省略する。エアコン１１は、室内の温度（室温）が設定温度になるように、冷房動作、暖房動作などの空気調和動作を行う。このように、温度センサ３４ａがセンシングする環境は、エアコン１１が空気調和動作を制御するのに必要なものである。

通信部３５は、無線ＡＰ１３および広域通信ネットワーク２２を介してクラウドサーバ１４および携帯端末１５と相互通信を行うものである。

操作パネル３６は、エアコン１１に対してユーザが指示を入力したり、エアコン１１の状態（例えば、運転モード、室外温度、設定温度等）を通知したりするためのユーザインタフェースである。

リモコン受光部３７は、リモコン１２からの赤外線信号を受信して、リモコン１２からの指示情報を受け付けるためのものである。

音声出力部３８は、スピーカなどの音声出力装置である。制御部３１は、記憶部３２に記憶された音声データに基づく音声を音声出力部３８から出力する。なお、音声による操作を行うため、マイクなどの音声入力装置をエアコン１１が備えていてもよい。

（エアコンのソフトウェア構成）
エアコン１１の制御部３１は、一例として、計画取得部４１（取得部）、運転制御部４２、および、実績報告部４３を備えている。さらに、制御部３１は、エアコン１１として本来備わっている機能を実現するために、空気調和機が標準的に備えている不図示の機能ブロックを備えていてもよい。他にも、制御部３１は、不図示の設定取得部、センサ値取得部などを備えていてもよい。

設定取得部は、リモコン１２にてユーザが設定した設定情報を取得するものである。例えば、設定情報としては、通常運転の開始時刻および設定時刻、または、省エネ自動運転の設定時刻および設定温度などが想定される。なお、携帯端末１５にてユーザが設定した設定情報を、クラウドサーバ１４に登録しておくことが可能であり、設定取得部は、上述の設定情報を通信部３５から取得することもできる。

センサ値取得部は、センサ部３４の各種センサが検知したセンサ値を適宜取得するものである。取得したセンサ値は、通信部３５を介してクラウドサーバ１４に送信されたり、運転制御部４２がエアコン本体３３をどのように制御するのかを決定するために適宜参照されたりする。

計画取得部４１は、クラウドサーバ１４から運転計画情報を取得するものである。計画取得部４１は、ＰＵＳＨ型でクラウドサーバ１４から運転計画情報を取得してもよいし、必要に応じてクラウドサーバ１４に運転計画情報を要求した上で、ＰＵＬＬ型で運転計画情報を取得してもよい。運転計画情報は、制御対象期間のすべてに亘るエアコン１１の制御データを含むため、本実施形態では、運転計画情報は、いくつかのブロックに分割してクラウドサーバ１４から供給される。計画取得部４１は、省エネ自動運転の進捗に応じて、適切なタイミングで、運転計画情報のブロックが逐次供給されるように、クラウドサーバ１４に対して運転計画情報を要求する。

運転制御部４２は、記憶部３２に記憶された各種運転モード用の運転情報に基づいて、エアコン本体３３の運転を制御するものである。例えば通常運転時の運転情報は、ＰＩＤ（Proportional Integral Differential）制御用パラメータなどを含む。なお、省エネ自動運転時は、クラウドサーバ１４から供給される運転計画情報にしたがって、通常運転と緩め運転とが組み合わされて実施される。したがって、運転制御部４２は、省エネ自動運転時は、通常運転時の運転情報と緩め運転時の運転情報とを適時に参照する。

例えば、省エネ自動運転を実施するとき、運転制御部４２は、クラウドサーバ１４から供給された運転計画情報において指定された運転開始時刻から、指定された運転モードかつ指定された設定温度にて、エアコン本体３３の運転を開始する。そして、運転制御部４２は、運転計画情報において指定された継続時間の間、または、指定された運転終了時刻まで、上述の運転を継続する。そして、運転制御部４２は、運転計画情報にしたがって、適時に、指定された別の制御内容に切り替えて運転を行う。例えば、通常運転から緩め運転に切り替えてコンプレッサ３３ａの回転数に制限を設けて消費電力を抑えたり、暖房の設定温度を低くして消費電力を抑えたりする。これにより、エアコン１１は、制御対象期間のうちの、外部環境の影響を受けやすい時間帯を考慮して、運転の強弱を切り替えることができるので、被空調空間に合った、安定的な自動運転を実現することができる。

実績報告部４３は、エアコン１１に関する情報、とりわけ、運転実績情報を生成し、クラウドサーバ１４に送信するように通信部３５を制御するものである。運転実績情報は、エアコン１１がいつ、どのくらいの期間、どのような運転を行ったか、あるいは、運転を行わなかったかを示す情報である。運転実績情報のデータ構造については、別図を参照して詳述するが、運転実績情報は、例えば、運転開始時刻、継続期間、設定温度、運転モード、風量などの情報が含まれる。

運転実績情報は、他にも、各センサ部３４からセンシングされたセンサ値を含んでいてもよい。センサ値は、例えば、被空調空間内の温度、湿度、日射量、エアコン１１の積算電力量、コンプレッサ３３ａおよび送風ファン３３ｂの回転数、などが想定される。

（携帯端末のハードウェア構成）
携帯端末１５は、一例として、制御部５１、記憶部５２、通信部５３、表示部５４、および、入力部５５を備えている。

制御部５１は、携帯端末１５の各部の動作を制御するものであり、例えば、ＣＰＵや専用プロセッサなどの演算処理部などにより構成されるコンピュータ装置から成る。制御部５１は、記憶部５２に記憶されている携帯端末１５における各種制御を実施するためのプログラムを読み出して実行することで、携帯端末１５の各部の動作を統括的に制御する。なお、制御部５１の詳細については後述する。

記憶部５２は、携帯端末１５にて用いられる各種データを記憶するものであり、ＲＡＭ、ＲＯＭなどを含む。

通信部５３は、無線ＡＰ１３または広域通信ネットワーク２２を介してエアコン１１およびクラウドサーバ１４と相互通信を行うものである。

表示部５４は、制御部５１が処理した情報をユーザに視認可能に表示する表示装置である。例えば、表示部５４は、液晶表示装置（ＬＣＤ；Liquid Crystal Display）または有機ＥＬ（Electro-Luminescence）ディスプレイなどによって構成される。

入力部５５は、ユーザの入力操作を受け付けて、該入力操作に対応する指示信号を制御部５１に出力する入力装置である。一例として、表示部５４および入力部５５は、タッチパネルである。入力部５５は、表示部５４の表示面でもある入力部５５の入力面に、ユーザの指などの指示体が接触または接近することを検知可能なデバイスで構成される。

（携帯端末のソフトウェア構成）
携帯端末１５の制御部５１は、一例として、遠隔操作部６１、および、設定部６２を備えている。制御部５１の各部は、例えば、携帯端末１５にダウンロードされた専用のアプリケーションなどにより構築される。

さらに、制御部５１は、携帯端末１５として本来備わっている機能を実現するために、携帯端末（例えば、スマートフォン）が標準的に備えている不図示の機能ブロックを備えていてもよい。

遠隔操作部６１は、ユーザがエアコン１１を遠隔操作するためのツールを提供する。遠隔操作部６１は、例えば、エアコン１１を操作するためのソフトウェアボタンなどで構成された操作画面を表示部５４に表示する。そして、操作画面に対してなされた入力操作を入力部５５にて受け付け、受け付けた入力操作に対応する指示信号を、無線ＡＰ１３を介してエアコン１１に送信する。

設定部６２は、ユーザが、設定情報を入力するための入力支援ツールを提供する。さらに、設定部６２は、ユーザの入力操作にしたがって設定情報を生成し、生成した設定情報をエアコン１１およびクラウドサーバ１４の少なくとも一方に送信する。設定部６２は、例えば、設定情報を入力するためのユーザインタフェース（ＵＩ）部品（ウィジェット）で構成された設定画面を表示部５４に表示させる。設定部６２は、該設定画面に対してなされた入力操作を入力部５５にて受け付ける。設定部６２は、受け付けた上述の入力操作に対応する指示信号に基づいて設定情報を生成し、生成した設定情報を、無線ＡＰ１３を介してエアコン１１に、または、広域通信ネットワーク２２を介してクラウドサーバ１４に送信する。本実施形態では、設定部６２は、例えば、省エネ自動運転に係る設定情報を生成し、広域通信ネットワーク２２を介してクラウドサーバ１４に送信する。

（クラウドサーバのハードウェア構成）
クラウドサーバ１４は、一例として、制御部７１、記憶部７２、および、通信部７３を備えている。

制御部７１は、クラウドサーバ１４の各部の動作を制御するものであり、例えば、ＣＰＵや専用プロセッサなどの演算処理部などにより構成されるコンピュータ装置から成る。制御部７１は、記憶部７２に記憶されているクラウドサーバ１４における各種制御を実施するためのプログラムを読み出して実行することで、クラウドサーバ１４の各部の動作を統括的に制御する。なお、制御部７１の詳細については、図１を参照して後に詳述する。

記憶部７２は、クラウドサーバ１４にて用いられる各種データを記憶するものであり、ＲＡＭ、ＲＯＭ、ＨＤＤなどを含む。

通信部７３は、広域通信ネットワーク２２、および、必要に応じて無線ＡＰ１３を介して、エアコン１１および携帯端末１５と相互通信を行うものである。

（クラウドサーバのソフトウェア構成）
図１は、クラウドサーバ１４の要部構成を示すブロック図である。制御部７１は、一例として、特性決定部８０（決定部）、計画生成部８１（生成部）、および、計画供給部８２（供給部）を備えている。

記憶部７２には、一例として、特性データベース（以下、ＤＢ）９０、生成ルール９１、および、運転計画データベース（以下、ＤＢ）９２が格納されている。

特性決定部８０は、エアコン１１が空調 空気を調和する対象となる被空調空間の環境影響特性を決定するものである。被空調空間は、例えば、ユーザ宅２１において、エアコン１１が設置されている１室である。環境影響特性とは、被空調空間における外部環境からの影響の受けやすさを示す情報である。環境影響特性は、一例として、被空調空間内の環境が日射の影響を受けやすい時間帯を示す。具体的には、本実施形態では、環境影響特性は、少なくとも、エアコン１１が設置されている被空調空間（例えば、ユーザ宅２１のある部屋）の被熱期間を含んで構成される。

被熱期間とは、１日のうち、室内の気温上昇が起こり得る程度に十分な日射量の日光が室内に入る時間帯を示す情報である。被熱期間は、ガラス窓など日光を透過する設備が付いている方角、該設備がどのような材質で構成されているか、部屋の周囲に日光遮る物体があるかなど、様々な要因によって、部屋ごとに異なる。例えば、東向きに窓が設置されている部屋は、被熱期間が午前中に集中し、西向きに窓が設置されている部屋は、被熱期間が夕方に集中すると考えられる。

特性決定部８０は、部屋に設置されているエアコン１１の日照センサ３４ｃが取得したセンサ値を含む運転実績情報を、エアコン１１から取得する。特性決定部８０は、センサ値、つまり、部屋内で計測された日射量の１日の推移に基づいて、その部屋の被熱期間を特定し、該被熱期間を含む環境影響特性を生成して、特性ＤＢ９０に登録する。

計画生成部８１は、運転計画情報を生成するものである。本実施形態では、一例として、計画生成部８１は、生成ルール９１にしたがい、携帯端末１５から送信された設定情報とサービスサーバ１６から取得した気象予報情報とに基づいて運転計画情報を生成する。計画生成部８１は、生成した運転計画情報を、どの部屋の、いつの省エネ自動運転の制御データなのかが判別できるようにして、運転計画ＤＢ９２に保存する。

計画供給部８２は、計画生成部８１が生成した運転計画情報を、運転計画ＤＢ９２から読み出し、エアコン１１に供給するものである。本実施形態では、一例として、計画供給部８２は、運転計画ＤＢ９２に予め作り置きされている翌日以降の運転計画情報について、該運転計画情報に基づいて省エネ自動運転が実施される予定の日の０：００になる前に、事前にエアコン１１に供給する。別の実施形態では、一例として、計画供給部８２は、複数のブロックに分割された運転計画情報について、先頭のブロックおよび次回のブロックを、省エネ自動運転の開始日に間に合うように供給する。その後、計画供給部８２は、次々回以降のブロックを、エアコン１１からの要求に応じて、または、ブロックに基づく運転の開始時刻に間に合うように逐次供給する。

＜処理フロー＞
図４は、クラウドサーバ１４が実行する処理の流れを示すフローチャートである。

ステップＳ１０１では、特性決定部８０は、ある被空調空間における、過去の、例えば、前日の運転実績情報に含まれる室内日射量情報を取得する。室内日射量情報は、被空調空間内で計測された日射量の推移を示す情報である。

ステップＳ１０２（決定ステップ）では、特性決定部８０は、取得した室内日射量情報に基づいて、該被空調空間の環境影響特性を決定する。

ステップＳ１０３では、特性決定部８０は、決定した環境影響特性を、該被空調空間を一意に識別する識別情報に紐付けて、特性ＤＢ９０に登録する。識別情報は、例えば、該被空調空間の所有者であるユーザを識別するユーザＩＤ、該被空調空間に設置されているエアコン１１を識別するエアコンＩＤ、および、該ユーザの携帯端末１５を識別する端末ＩＤなどである。

ステップＳ１０４（生成ステップ）では、計画生成部８１は、特性ＤＢ９０に登録された該被空調空間の環境影響特性に基づいて、運転計画情報を生成する。一例として、計画生成部８１は、携帯端末１５から送信された設定情報と、未来の、例えば、翌日の気象予報情報と、環境影響特性とに基づいて、運転計画情報を生成する。運転計画情報を生成する処理の流れについては、別図を参照して後に詳述する。

ステップＳ１０５（供給ステップ）では、計画供給部８２は、生成された運転計画情報を、該被空調空間の空気を調和するように設置されたエアコン１１宛てに、適切なタイミングで供給する。

以下では、制御部７１の各部が処理する情報のデータ構造を具体的に示し、各部の機能について詳細に説明する。

＜データ構造＞
（室内日射量情報）
図５は、室内日射量情報のデータ構造を示す図である。室内日射量情報は、エアコン１１から送信される運転実績情報に含まれている。運転実績情報は、複数の実績レコードの集合で構成される。実績レコードは、エアコン１１の制御対象期間中に起きた所定のイベントを契機としてエアコン１１の実績報告部４３によって生成される。１つのイベントごとに１つの実績レコードが生成される。例えば、実績報告部４３は、エアコン１１の運転、停止に関係なく、１５分ごとに発生するトリガイベントを契機として、その時点における実績レコードを生成する。実績レコードは、例えば、トリガイベント発生時点における、エアコン１１の運転モード、設定温度、風量、風向、室内温度、室内湿度、室内日射量、および、積算電力量などの各項目で構成される。積算電力量は、任意の期間積算される。例えば、積算電力量は、前回の計測タイミング（１５分前）から上述のトリガイベント発生時点までの期間の積算電力量であってもよい。また、実績報告部４３は、ユーザからリモコン１２または携帯端末１５を介して運転の内容が変更された変更イベントを契機として、その時点で計測された上述の各項目で構成された実績レコードを生成する。実績報告部４３は、例えば、ある１日分の実績レコードをまとめて運転実績情報としてクラウドサーバ１４に報告してもよいし、実績レコードを生成する度に、逐次、実績レコードをクラウドサーバ１４に報告してもよい。なお、図５には、2018/11/26の運転実績情報のうち、室内日射量の項目だけを示しているが、運転実績情報は、上述の不図示の各項目も含んでいる。

特性決定部８０は、図５に示すような、１日の室内日射量の推移を表す室内日射量情報を、部屋ごとおよび日ごとに収集して、記憶部７２に蓄積していく。特性決定部８０は、蓄積した室内日射量情報に基づいて、部屋ごとの環境影響特性を決定する。

特性決定部８０は、部屋ごとの環境影響特性を、前日の室内日射量情報に基づいて決定してもよいし、過去の数日分の室内日射量情報を平均化したものに基づいて決定してもよい。例えば、本実施形態では、特性決定部８０は、部屋ごとの環境影響特性を、過去１ヶ月分の室内日射量情報を平均化したものに基づいて決定する。さらに、特性決定部８０は、過去１ヶ月分の室内日射量情報を天気ごとに分けたグループごとに平均化したものに基づいて部屋ごとの環境影響特性を決定する。具体的には、特性決定部８０は、１つの部屋につき、晴れの日の環境影響特性、曇りの日の環境影響特性、および、雨の日の環境影響特性を決定する。

（環境影響特性の抽出）
図６は、同じ地域にあるが日照条件が異なる部屋（被空調空間）ごとの環境影響特性を示すグラフである。該グラフは、とりわけ、室内日射量情報の平均値を示す。グラフの縦軸は、エアコン１１の日照センサ３４ｃによって計測された室内日射量を示し、横軸は、該室内日射量が計測された時刻を示す。具体的には、各グラフは、過去１ヶ月分の晴れの日の室内日射量情報の平均値を示す。なお、図６に示す各グラフは、視覚的に分かり易いように、発明の理解を助ける目的で示したものである。したがって、特性決定部８０は、部屋ごとの室内日射量情報に基づいて、図示の各グラフを作成する工程を省略することができる。

図６のグラフ１８１は、ユーザ（Ａさん）の部屋の室内日射量情報の平均値を示している。グラフ１８１より、Ａさんの部屋は、東向きに窓が設けられていると推測できる。グラフ１８２は、ユーザ（Ｂさん）の部屋の室内日射量情報の平均値を示している。グラフ１８２より、Ｂさんの部屋は、西向きに窓が設けられていると推測できる。グラフ１８３は、ユーザ（Ｃさん）の部屋の室内日射量情報の平均値を示している。グラフ１８３より、Ｃさんの部屋は、北向きに窓が設けられているか、あるいは、南向きの窓の方角に日光を遮る物体があると推測できる。

特性決定部８０は、予め定められている室内日射量閾値に基づいて、室内日射量情報の平均値から、各ユーザの部屋の晴れの日の環境影響特性を決定する。室内日射量閾値は、室内の気温上昇が起こり得る程度に十分な日射量であるか否かを判断するための閾値である。本実施形態では、室内日射量閾値は、部屋の被熱期間を特定するために、特性決定部８０によって参照される。

特性決定部８０は、１時間おきの室内日射量それぞれと室内日射量閾値とを比較して、該室内日射量閾値以上の室内日射量が観測されている時間帯を被熱期間と特定する。例えば、特性決定部８０は、Ａさんの部屋の被熱期間を６：００〜１２：００と特定し、Ｂさんの部屋の被熱期間を１４：００〜１６：００と特定し、Ｃさんの部屋の被熱期間を「なし」と特定する。特性決定部８０は、部屋および天気ごとに特定した、被熱期間を含む環境影響特性を、性ＤＢ９０に登録する。

（特性データベース）
図７は、特性ＤＢのデータ構造を示す図である。特性ＤＢ９０は、一例として、制御対象情報、および、環境影響特性の各項目で構成される。

制御対象情報の項目には、エアコン１１の被空調空間を一意に識別するための識別情報が格納される。制御対象情報は、例えば、ユーザＩＤ、端末ＩＤ、および、エアコンＩＤの少なくともいずれか１つで構成される。さらに、制御対象情報として、ユーザ宅２１の住所や郵便番号が含まれていてもよい。

環境影響特性の項目には、被空調空間の環境影響特性が格納される。環境影響特性の項目は、一例として、抽出期間、天気、および、被熱期間の各サブ項目を有してもよい。抽出期間のサブ項目には、室内日射量情報を抽出した期間を示す情報が格納される。天気のサブ項目には、日ごとの室内日射量情報をグループ分けするための天気のグループ名が格納される。被熱期間には、室内日射量閾値に基づいて特性決定部８０が特定した被熱期間を示す情報が格納される。

以上のようなデータ構造を有する特性ＤＢ９０にアクセスすることにより、計画生成部８１は、部屋ごとおよび天気ごとに決定された環境影響特性を必要に応じて読み出すことが可能となる。

（設定情報）
設定情報とは、ユーザがエアコン１１による省エネ自動運転の実施をエアコン１１に対して指示するための情報を指す。設定情報は、一例として、フラグ、運転モード、および、設定温度の各項目を含む。

フラグの項目には、クラウドサーバ１４主導で行う省エネ自動運転の機能を有効にするか否かを示すフラグが格納される。運転モードの項目には、冷房か暖房かを指定する情報が格納される。設定温度の項目には、ユーザが希望する室内温度を示す数値が格納される。

携帯端末１５の設定部６２は、上述の設定画面を介して、ユーザから各種の設定を受け付けると、フラグ、運転モード、および、設定温度の各項目を含む設定情報を生成し、クラウドサーバ１４に送信する。

（気象予報情報）
図８は、気象予報情報のデータ構造の一例を示す図である。本実施形態では、計画生成部８１は、エアコン１１の運転をいつの期間緩めるのかについて、日射量の予報値に基づいて決定する。クラウドサーバ１４は、運転を緩める期間を決定するために必要な日射量の予報値を含む気象予報情報を、サービスサーバ１６から取得する。

例えば、計画生成部８１は、ユーザ宅２１のエアコン１１の計画運転情報を生成するとき、ユーザ宅２１の場所について予め登録されている場所情報に基づいて、必要な地域の気象予報情報をサービスサーバ１６から取得する。場所情報としては、郵便番号、緯度経度情報、住所などが想定される。別の例では、クラウドサーバ１４は、例えば、日本全国の最新の気象予報情報を定期的に取得し、地域ごとに記憶部７２に格納しておいてもよい。この場合、計画生成部８１は、必要な地域の気象予報情報を記憶部７２から読み出す。

気象予報情報は、一例として、場所、発表日時、日付、時刻、天気、気温、湿度、および、日射量の各項目を含む。このうち、天気、気温、湿度、および、日射量の予報値は、一例として、１時間ごとに算出され、発表されるものとする。

場所の項目には、該当する予報値がどの地域のものであるのかを示す場所情報が格納される。場所情報は、例えば、郵便番号、緯度経度情報、住所などである。

発表日時の項目には、該当する予報値がサービスサーバ１６によっていつ発表されたものであるのかを示す情報が格納される。計画生成部８１は、発表日時がより新しいものを優先して参照し、制御データを生成する。古い気象予報情報に基づいて生成した制御データがある場合、計画生成部８１は、最新の気象予報情報に基づいて、必要に応じて該制御データを修正することができる。

日付の項目には、該当する予報値がいつの予報値であるのかを示す年月日が格納される。時刻の項目には、上述の予報値が、上述の年月日のうちのいつの時間帯の予報値であるのかを示す時刻が格納される。

天気の項目には、該当する日時において予想される天気が格納される。例えば、晴れ、くもり、雨などが格納される。気温の項目には、該当する日時において予想される気温が格納される。湿度の項目には、該当する日時において予想される湿度が格納される。

日射量の項目には、該当する時間帯において観測が予想される日射量積算値が格納される。例えば、時刻「０１」に対応付けられている日射量の項目には、該当する日の０：００から１：００までの１時間における日射量積算値の予報値が格納される。

計画生成部８１は、気象予報情報に含まれる、日射量の１日の推移を示す日射量予報情報（日射量の予報値）を用いて、部屋ごとの運転計画情報を生成する。

図９は、ある地域の気象予報情報に含まれる日射量予報情報の一例を示すグラフである。グラフの縦軸は、上述の地域において観測されると予測される１時間あたりの日射量の積算値を示し、横軸は、該日射量の積算値が観測されると予測される時刻を示す。

計画生成部８１は、日ごとおよび地域ごとに日射量予報情報を参照し、その日その地域の温熱期間を特定する。本実施形態では、温熱期間とは、屋内の環境変化（例えば、室温上昇など）に影響を与え得る十分な日射量が観測されると予測される時間帯のことを指す。なお、屋内の気温上昇に影響を与え得る十分な日射量か否かを判断するための全天日射量閾値は、季節、地域の気候、地域の地形、地域における住宅の一般的な断熱性能などに応じて適宜定められる。本実施形態では、全天日射量閾値は、０．２ＭＪ／平方メートルと定められている。したがって、図示の例では、計画生成部８１は、１時間あたり０．２ＭＪ／平方メートル以上の全天日射量が観測されると予測された時間帯を温熱期間として特定する。図９に示す例では、計画生成部８１は、該当する日の該当する地域の温熱期間を７：００〜１８：００と特定する。

（生成ルール）
図１０は、生成ルールのデータ構造の一例を示す図である。本実施形態では、一例として、生成ルール９１は、期間定義ルックアップテーブル（以下、ＬＵＴ）１９１と、温度制御ＬＵＴ１９２とを含んでいる。

期間定義ＬＵＴ１９１は、計画生成部８１によって参照され、計画生成部８１がエアコン１１の運転について緩め運転を適用する期間（以下、緩め運転期間）を決定するために利用される。期間定義ＬＵＴ１９１は、一例として、設定条件、日射量条件、および、第１ルールの各項目を含む。

設定条件の項目には、ユーザにより指定された運転モードが暖房であるか、冷房であるかの条件が格納されている。運転モードが暖房に設定されている場合、計画生成部８１は、期間定義ＬＵＴ１９１の１番目または２番目のレコードを参照する。運転モードが冷房に設定されている場合、計画生成部８１は、３番目のレコードを参照する。

日射量条件の項目には、ユーザ宅２１がある地域の日射量予報情報、および、ユーザ宅２１のエアコン１１が設置されている部屋の環境影響特性に関わる条件が格納されている。具体的には、運転計画情報に基づく省エネ自動運転を実施する日（例えば、翌日）の日射量予報情報に基づいて、その地域のその日について温熱期間が特定されたか否か、および、その部屋の被熱期間が特定されたか否かの条件が格納される。

第１ルールの項目には、先の設定条件および日射量条件に応じて、計画生成部８１が生成するべき運転計画情報の規則が格納されている。具体的には、第１ルールの項目には、緩め運転を行うか否かと、緩め運転を行う期間とを規定する規則が格納されている。

温度制御ＬＵＴ１９２は、計画生成部８１によって参照され、計画生成部８１が、暖房緩め運転期間と、通常運転期間とのそれぞれについて、エアコン１１に処理させる制御データの各項目を決定するために利用される。温度制御ＬＵＴ１９２は、一例として、制御対象期間、および、第２ルールの各項目を含む。

制御対象期間の項目には、計画生成部８１が期間定義ＬＵＴ１９１にしたがって区分された小期間のタイプが格納される。本実施形態では、計画生成部８１は、制御対象期間内の小期間を、一例として、以下の４つのタイプのいずれかに区分する。４つのタイプとは、すなわち、暖房で通常運転を行う小期間（暖房通常運転期間）、暖房で緩め運転を行う小期間（暖房緩め運転期間）、冷房で通常運転を行う小期間（冷房通常運転期間）、および、冷房で緩め運転を行う小期間（冷房緩め運転期間）である。

第２ルールの項目には、小期間のタイプごとに、エアコン１１がエアコン本体３３に対して実施すべき制御内容を規定する規則が格納されている。例えば、暖房で緩め運転は、「設定温度」を、「ユーザが指定した設定温度−０．５℃」に設定して運転することであると定義されている。

計画生成部８１は、上述のＬＵＴを参照することにより、ある部屋のある日の省エネ自動運転の制御対象期間における緩め運転期間を規定するとともに、緩め運転期間において具体的にどのような制御を行うべきかを規定した運転計画情報を生成することができる。このような運転計画情報がエアコン１１に供給されることにより、エアコン１１は、日光の恩恵で室温が上昇傾向にある期間、または、日が暮れて室温が低下傾向にある期間などにおいて設定温度を緩めた運転を実施することができる。結果として、安定的な制御によって、室内環境の快適性を損なうことなく、エアコン１１の電力消費を抑えた省エネ自動運転を実施することが可能となる。

図１１は、クラウドサーバ１４が、ある地域の翌日の運転計画情報を生成するために、部屋ごとに定めた各種の期間の一例を示すタイミングチャートである。

図１１において、最上段は、上述の地域の翌日の日射量予報情報に基づいて計画生成部８１が特定した温熱期間を示す。図示の例では、温熱期間は、７：００〜１８：００である。

上から２段目は、上述の地域に住んでいるＡさんの部屋について定められた各種期間を示す。本実施形態では、計画生成部８１は、翌日の天気予報が「晴れ」であることに基づいて、Ａさんの部屋の晴れの時の環境影響特性を特性ＤＢ９０から読み出し、被熱期間を取得する。図示の例では、Ａさんの部屋の被熱期間は、６：００〜１２：００である。

上から３段目は、同じ地域に住んでいるＢさんの部屋について定められた各種期間を示す。計画生成部８１は、Ｂさんの部屋の晴れの時の環境影響特性を特性ＤＢ９０から読み出し、被熱期間を取得する。図示の例では、Ｂさんの部屋の被熱期間は、１４：００〜１６：００である。

最下段は、同じ地域に住んでいるＣさんの部屋について定められた各種期間を示す。計画生成部８１は、Ｃさんの部屋の晴れの時の環境影響特性を特性ＤＢ９０から読み出し、被熱期間を取得する。図示の例では、Ｃさんの部屋には被熱期間は特定されていない。

以下では、図１１に示すＡさんの部屋の具体例について、図１２を参照して、運転計画情報を生成する処理の流れについて説明する。ここで、Ａさんの設定情報は、予め、携帯端末１５から送信されて、クラウドサーバ１４の記憶部７２に格納されているものとする。Ａさんの設定情報において、省エネ自動運転が有効に設定され、運転モードが暖房に設定され、設定温度が２２℃に設定されているものとする。

（運転計画情報を生成する処理の流れ）
図１２は、計画生成部８１が運転計画情報を生成する処理の流れを示すフローチャートである。

ステップＳ２０１では、計画生成部８１は、ユーザにより設定された設定情報の各項目を記憶部７２から取得する。

ステップＳ２０２では、計画生成部８１は、設定情報に含まれているフラグが、省エネ自動運転の有効を示しているか否かを判定する。フラグが無効を示す場合、計画生成部８１は、Ｓ２０２のＮＯへ進み、一連の処理を終了する。フラグが有効を示す場合、計画生成部８１は、Ｓ２０２のＹＥＳからＳ２０３に進み、期間定義ＬＵＴ１９１を生成ルール９１から読み出す。

ステップＳ２０３では、計画生成部８１は、設定情報に含まれている運転モードが、暖房を示しているか冷房を示しているかを判定する。期間定義ＬＵＴ１９１にしたがって、計画生成部８１は、運転モードが暖房に設定されている場合、Ｓ２０３のＹＥＳからＳ２０４に進む。運転モードが冷房に設定されている場合、計画生成部８１は、Ｓ２０３のＮＯからＳ２１３に進む。

ステップＳ２０４では、計画生成部８１は、Ａさんのユーザ宅２１が含まれている地域の翌日の気象予報情報を記憶部７２またはサービスサーバ１６から取得し、気象予報情報に含まれている日射量予報情報を読み出す。

ステップＳ２０５では、計画生成部８１は、予め定められた全天日射量閾値に基づいて、読み出した日射量予報情報から温熱期間を特定する。計画生成部８１は、読み出した日射量予報情報から温熱期間を特定できたか否かを判定する。期間定義ＬＵＴ１９１にしたがって、計画生成部８１は、温熱期間を特定できた場合、Ｓ２０５のＹＥＳからＳ２０６に進む。計画生成部８１は、温熱期間を特定できなかった場合、Ｓ２０５のＮＯからＳ２１１に進む。

ステップＳ２０６では、計画生成部８１は、Ａさんの部屋の環境影響特性を特性ＤＢ９０から取得する。一例として、Ｓ２０４で取得した翌日の気象予報情報によって、この地域の翌日の天気が晴れと予測されている場合、計画生成部８１は、Ａさんの部屋の晴れのときの環境影響特性を特性ＤＢ９０から読み出す。

ステップＳ２０７では、計画生成部８１は、読み出した環境影響特性において被熱期間が特定されているか否かを判定する。計画生成部８１は、期間定義ＬＵＴ１９１にしたがって、被熱期間が特定されている場合、Ｓ２０７のＹＥＳからＳ２０８に進む。計画生成部８１は、被熱期間が特定されていない場合、Ｓ２０７のＮＯからＳ２１１に進む。

ステップＳ２０８では、計画生成部８１は、第１ルールにしたがって、暖房緩め運転期間を決定する。ここでは、計画生成部８１は、暖房が設定されていること、該地域の翌日の温熱期間が特定できたこと、および、Ａさんの部屋の被熱期間が特定されていることに基づいて、期間定義ＬＵＴ１９１の１行目に示された第１ルールにしたがう。

具体的には、計画生成部８１は、まず、温熱期間と被熱期間とが重なる時間帯である重複期間を特定する。図１１に示す例では、計画生成部８１は、重複期間を７：００〜１２：００と特定する。次に、計画生成部８１は、特定した重複期間を含む時間帯を暖房緩め運転期間と定める。一例として、計画生成部８１は、第１ルールにしたがって、暖房緩め運転期間を、重複期間の開始時点の所定時間前（例えば、３０分前）から、該重複期間の終了時点までの時間帯と定める。具体的には、計画生成部８１は、Ａさんの部屋の翌日の暖房緩め運転期間を６：３０〜１２：００と定める。

ステップＳ２０９では、計画生成部８１は、温度制御ＬＵＴ１９２にしたがって、制御対象期間を区分した小期間ごとに制御データを生成する。上述の例では、計画生成部８１は、翌日の０：００〜２４：００までの制御対象期間のうち、６：３０〜１２：００を暖房緩め運転期間と区分し、その他の期間を暖房通常運転期間と区分している。そこで、計画生成部８１は、翌日の第１の小期間０：００〜６：３０について、暖房通常運転が実施されるように第１の制御データを生成する。計画生成部８１は、第２の小期間６：３０〜１２：００について、暖房緩め運転が実施されるように第２の制御データを生成する。計画生成部８１は、第３の小期間１２：００〜２４：００について、暖房通常運転が実施されるように第３の制御データを生成する。

計画生成部８１は、温度制御ＬＵＴ１９２にしたがい、第１の小期間および第３の小期間の暖房通常運転期間において、ユーザが設定した設定温度のとおりにエアコン本体３３が制御されるように、第１の制御データおよび第３の制御データをそれぞれ生成する。計画生成部８１は、温度制御ＬＵＴ１９２にしたがい、第２の小期間の暖房緩め運転期間において、設定温度を「設置温度−０．５℃」に補正する。そして、計画生成部８１は、補正後の設定温度に基づいてエアコン本体３３が制御されるように、第２の制御データを生成する。

ステップＳ２１０では、計画生成部８１は、運転計画情報を完成させる。具体的には、計画生成部８１は、Ｓ２０９で生成した各制御データを処理される順に配列してパッケージ化する。上述の例では、計画生成部８１は、第１の制御データ、第２の制御データ、第３の制御データがこの順で処理されることがエアコン１１において判別できるようにして、１つの運転計画情報にまとめる。最後に、計画生成部８１は、省エネ自動運転の制御対象である被空調空間を識別する識別情報と、省エネ自動運転の実施日とを、運転計画情報に紐付けて、運転計画ＤＢ９２に登録する。これにより、計画供給部８２は、Ａさんの部屋に合わせて生成された翌日実施分の運転計画情報を運転計画ＤＢ９２から読み出してＡさんの部屋のエアコン１１に供給することができる。

ステップＳ２１１では、計画生成部８１は、第１ルールにしたがって、暖房緩め運転を行わないことを決定する。すなわち、計画生成部８１は、翌日のすべての制御対象期間を、暖房通常運転期間と決定する。ここでは、計画生成部８１は、温熱期間を特定できなかったこと、または、被熱期間が特定されていないことに基づいて、期間定義ＬＵＴ１９１の２行目に示された第１ルールにしたがう。

ステップＳ２１２では、計画生成部８１は、第２ルールにしたがって、終日、ユーザが指定した設定温度に基づく制御が実施されるように制御データを生成する。制御データは、暖房緩め運転期間が含まれている場合と同様に１つの運転計画情報にパッケージ化されて、識別情報および実施日とともに運転計画ＤＢ９２に登録される。

ステップＳ２１３では、計画生成部８１は、第１ルールにしたがって、冷房緩め運転期間を決定する。ここでは、計画生成部８１は、冷房が設定されていることに基づいて、期間定義ＬＵＴ１９１の３行目に示された第１ルールにしたがう。

具体的には、計画生成部８１は、第１ルールにしたがって、冷房緩め運転期間を、温熱期間の終了時点の３０分前から、翌日のＡＭ６：００までの期間と定める。本実施形態では、計画生成部８１は、１日の０：００〜２４：００の期間を１つの運転計画情報で対応する１つの制御対象期間として取り扱う。そのため、計画生成部８１は、制御対象期間を、０：００〜６：００の第１の小期間と、６：００から温熱期間の終了時点の３０分前（具体的には、１７：３０）までの第２の小期間と、１７：３０から２４：００の第３の小期間とに区分する。計画生成部８１は、第１の小期間および第３の小期間を冷房緩め運転期間と定め、第２の小期間を冷房通常運転期間と定める。

ステップＳ２１４では、計画生成部８１は、温度制御ＬＵＴ１９２にしたがって、小期間ごとに制御データを生成する。上述の例では、計画生成部８１は、第１の小期間および第３の小期間において冷房緩め運転が実施されるように、第１の制御データおよび第３の制御データをそれぞれ生成する。計画生成部８１は、第２の小期間において冷房通常運転が実施されるように第２の制御データを生成する。

計画生成部８１は、温度制御ＬＵＴ１９２にしたがい、第１の小期間および第３の小期間の冷房緩め運転期間において、設定温度を「設置温度＋０．５℃」に補正する。そして、計画生成部８１は、補正後の設定温度に基づいてエアコン本体３３が制御されるように、第１の制御データおよび第３の制御データをそれぞれ生成する。計画生成部８１は、温度制御ＬＵＴ１９２にしたがい、第２の小期間の冷房通常運転期間において、ユーザが設定した設定温度のとおりにエアコン本体３３が制御されるように、第２の制御データを生成する。制御データは、暖房時と同様に、Ｓ２１０にて、時系列に配列された後、１つの運転計画情報にパッケージ化されて、識別情報および実施日とともに運転計画ＤＢ９２に登録される。

（運転計画データベースおよび運転計画情報）
図１３は、運転計画ＤＢのデータ構造の一例を示す図である。運転計画ＤＢ９２には、上述のように生成された運転計画情報が複数登録されて構成されている。１つの運転計画情報は、上述のように１または複数の制御データを含む。制御データは、制御対象期間が分割された小期間の数に応じて生成される。

運転計画ＤＢ９２は、一例として、実施対象、実施日、制御データＩＤ、制御対象期間、運転の種類、運転モード、および、設定温度の各項目を含む。

実施対象の項目には、被空調空間を一意に識別する識別情報が格納される。特性ＤＢ９０と同様に、識別情報としては、ユーザＩＤ、端末ＩＤ、エアコンＩＤなどが採用され得る。実施対象の項目は、さらに、郵便番号など被空調空間がある地域を特定する情報を含んでいてもよい。

実施日の項目には、当該運転計画情報に基づく省エネ自動運転が実施される日が格納される。

制御データＩＤの項目には、当該運転計画情報に含まれている１または複数の制御データを一意に識別するための識別情報が格納されている。例えば、制御データＩＤ「period01」は、第１の小期間に対応する制御データであることを示している。例えば、制御データＩＤの昇順が、時系列に一致していることが好ましい。

制御対象期間の項目には、翌日の０：００〜２４：００の制御対象期間が分割された複数の小期間の開始時点と終了時点とを定義する情報が格納されている。

運転の種類の項目には、該当する小期間の間、通常運転を実施するのか緩め運転を実施するのかを示す情報が格納されている。運転モードの項目には、該当する小期間の間、実施すべき運転モードを示す情報が格納されている。本実施形態では、暖房か冷房かを示す情報が格納されている。設定温度の項目には、該当する小期間の間、被空調空間において目標とすべき室温が格納されている。

計画供給部８２は、運転計画ＤＢ９２に登録されている運転計画情報のうち、制御対象期間が間近に迫っている運転計画情報を抽出して、実施対象の各エアコン１１へ供給する。例えば、図示の例では、計画供給部８２は、ユーザＡさんの部屋のエアコン１１に対して、２０１８年１１月２８日の０：００よりも前に、２０１８年１１月２８日実施分の運転計画情報を供給する。

これにより、ユーザＡさんの部屋のエアコン１１の運転制御部４２は、図示の運転計画情報にしたがって、２０１８年１１月２８日の０：００〜６：３０の間に、設定温度２２℃に基づいて、暖房通常運転を実施する。そして、運転制御部４２は、同日の６：３０〜１２：００の間に、設定温度２１．５℃に基づく暖房緩め運転を実施する。また、運転制御部４２は、同日の１２：００〜２４：００の間に、設定温度２２℃に基づく暖房通常運転を実施する。

この結果、Ａさんの部屋が日光の恩恵を受けて暖かくなる被熱期間と、室温を上昇させるのに十分な日光が観測される温熱期間との重複期間付近に限って暖房が緩められる。しかし、上述のとおり日光の恩恵を受けて室温は上昇傾向にあるかあるいは暖かいまま維持されるので、暖房が緩められても室内の暖かさは維持され、室内環境の快適性は損なわれない。むしろ、室内の暖め過ぎを防止して、消費電力量を減らすことが可能となる。その上、時々刻々と変化する室内の日射量の変化にいちいち追随するのではなく、日射量の推移から日光の影響受ける期間について部屋ごとの傾向を把握した上で暖房緩め運転期間が定められる。そのため、実際の天候に左右されることなく、その部屋にとって必要な期間に限って暖房緩め運転が実施され、制御内容が短い時間で変更されて安定しないといった不都合を回避することが可能となる。

〔実施形態２〕
本発明の他の実施形態について、以下に説明する。なお、説明の便宜上、上述の実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。

本実施形態では、計画生成部８１は、ある日の日射量予報情報に加えて、同日の外気温予報情報（外気温の予報値）を参照し、短時間（例えば、１時間）の間に、気温が急激に上昇したり低下したりする時刻を特定する。そして、計画生成部８１は、気温が急激に上昇したり低下したりすると予測される時刻に基づいて、緩め運転期間の開始時点または終了時点を補正したり、緩め運転期間を追加したり、削除したりすることができる。

＜データ構造＞
図１４は、ある地域の気象予報情報に含まれる外気温予報情報の一例を示すグラフである。グラフの縦軸は、上述の地域において観測されると予測される外気温を示し、横軸は、該外気温が観測されると予測される時刻を示す。

計画生成部８１は、ある日ある地域の外気温予報情報において、所定温度以上の急な気温変化がある時点と、該時点から継続する該気温変化と同じ方向の気温変化が終了する時点との間の時間帯を気温急変期間として特定する。一例として、計画生成部８１は、暖房時の運転計画情報を生成するとき、１時間前の気温と比較して３℃以上気温が急上昇する急上昇時点があればそれを特定し、該急上昇時点から気温の上昇が継続する期間を、気温急変期間、特に、気温急上昇期間として特定する。図示の例では、計画生成部８１は、気温が急上昇する１０：００から、気温の上昇が終了する１３：００までの期間を気温急上昇期間として特定する。

一方、冷房時の運転計画情報を生成するとき、計画生成部８１は、１時間前の気温と比較して３℃以上気温が急低下する急低下時点があればそれを特定する。

（生成ルール）
図１５は、生成ルールのデータ構造の一例を示す図である。本実施形態では、生成ルール９１は、日射量に基づく期間定義ＬＵＴ１９１と、温度制御ＬＵＴ１９２とに加えて、外気温に基づく期間定義ＬＵＴ１９３を含む。

期間定義ＬＵＴ１９３は、計画生成部８１が緩め運転期間を補正するために利用される。期間定義ＬＵＴ１９３は、一例として、設定条件、温度条件、および、第３ルールの各項目を含む。設定条件の項目は、期間定義ＬＵＴ１９１の設定条件の項目と同様である。

温度条件の項目には、ユーザ宅２１がある地域の外気温予報情報に関わる条件が格納されている。具体的には、運転計画情報に基づく省エネ自動運転を実施する日（例えば、翌日）の外気温予報情報に基づいて、その地域のその日について気温急上昇期間または気温急低下期間が特定されたか否かの条件が格納される。

第３ルールの項目には、先の設定条件および温度条件に応じて、計画生成部８１が補正するべき運転計画情報の規則が格納されている。

計画生成部８１は、さらに、期間定義ＬＵＴ１９３を参照することにより、日射量に基づく要件と、外気温に基づく要件とを組み合わせて、緩め運転が気温の急変に先駆けて実施されるように、運転計画情報を生成することができる。

図１６は、クラウドサーバ１４が、ある地域の翌日の運転計画情報を生成するために、部屋ごとに定めた各種の期間の一例を示すタイミングチャートである。図１６のタイミングチャートにおいては、図１１に示すタイミングチャートと比較して、暖房緩め運転期間が、外気温予報情報に基づいて補正されている。

計画生成部８１は、まず、外気温予報情報に基づいて、気温急変期間を特定し、該気温急変期間を含む時間帯を緩め運転期間として特定する。具体的には、計画生成部８１は、まず、図１４に示す外気温予報情報に基づいて、気温急上昇期間（気温急変期間）を１０：００〜１３：００と特定する。そして、計画生成部８１は、図１５に示す期間定義ＬＵＴ１９３にしたがって、さらに、９：３０〜１３：００を暖房緩め運転期間として特定する。

Ａさんの部屋の運転計画情報においては、日射量に基づいて、６：３０〜１２：００の期間が暖房緩め運転期間として特定されている。そこで計画生成部８１は、該暖房緩め運転期間の終了時点を１３：００まで延長して、Ａさんの部屋の運転計画情報を補正する。

ＢさんおよびＣさんの部屋の運転計画情報においては、日射量に基づいて、９：３０〜１３：００の時間帯は暖房通常運転期間として特定されている。そこで、計画生成部８１は、９：３０〜１３：００の時間帯を暖房緩め運転期間として追加して、ＢさんおよびＣさんの部屋の運転計画情報を補正する。

例えば、日によっては地域が暖気で覆われたり寒気で覆われたりして大気の状態が変化することにより、日射量と相関なく外気温が急変することが想定される。上述の構成によれば、このように日射量とは別の要因で生じる急な外気温の変化にも対応しつつ、快適性を損なわずに安定した制御によって電力消費を抑えた自動運転が実施可能となる。

（運転計画データベースおよび運転計画情報）
図１７は、運転計画ＤＢのデータ構造の一例を示す図である。とりわけ、図１７は、運転計画ＤＢに登録されている運転計画情報のうち、本実施形態に係る計画生成部８１がＢさんの部屋について生成した運転計画情報を示す。

１つの運転計画情報が、多数の制御データで構成される場合には、１つの運転計画情報を所定個の制御データで構成されるブロックに分割して取り扱うことができる。本実施形態では、一例として、１つの運転計画情報につき、３個を超える個数の制御データが生成された場合には、制御データを３個ずつ１つのブロックにまとめて、ブロックごとに送受信を行う。

図１７に示す運転計画ＤＢ９２のデータ構造において、図１３に示す運転計画ＤＢ９２のデータ構造と異なる点は、さらに、ブロックＩＤの項目を含む点である。その他の各項目については、図１３に示す運転計画ＤＢ９２について説明したとおりである。

ブロックＩＤの項目には、運転計画情報を複数のブロックに分割した、該ブロックの個々を一意に識別するためのブロックＩＤが格納される。本実施形態では、１つのブロックは、３個の制御データで構成される。そのため、１つのブロックにまとめられた３個の制御データには、該ブロックのブロックＩＤが紐付けられる。好ましくは、各制御データは時系列にブロックにまとめられ、ブロックＩＤの昇順が時系列に一致している。

本実施形態では、計画供給部８２は、運転計画情報をブロックごとに送信する。一例として、計画供給部８２は、先頭のブロックにおける最初の制御データに含まれる運転開始時刻に間に合うように、運転計画情報の２ブロック分を供給する。その後、エアコン１１において１つのブロックに含まれる３つの制御データが処理されて、該１つのブロックが消化されると、エアコン１１の計画取得部４１が次の新しいブロックをクラウドサーバ１４に対して要求する。計画供給部８２は、エアコン１１からの要求に応答して、３ブロック目を供給する。以降、計画供給部８２は、ブロックが１つ消化されるごとに、エアコン１１の要求に応じて新しいブロックを順次供給する。

上述の構成によれば、エアコン１１の記憶部３２において、運転計画情報を記憶するための領域は、２ブロック分確保するだけで済む。したがって、１日の制御対象期間分の運転計画情報をまとめて送信する場合に比べて、エアコン１１の記憶部３２の記憶容量を削減することができる。

さらに、クラウドサーバ１４の計画生成部８１は、ブロックを供給する直前まで、手元の運転計画ＤＢ９２に登録されているブロック内の制御データを修正することができる。上述のように、運転計画情報をブロックに分割して逐次供給する構成とすることにより、計画生成部８１は、刻々と更新される最新の気象予報情報に基づいて、供給される直前まで、各ブロック内の各制御データをより適切な内容へと調整することができる。

〔変形例〕
クラウドサーバ１４は、図５に示すような、被空調空間ごとに日々蓄積される大量の室内日射量情報を分析して、被空調空間の間取りを推測する推測部を備えていてもよい。ここで、間取りとは、例えば、エアコン１１が設置されている方角、窓がある方角、エアコン１１と窓との位置関係などを指す。

計画生成部８１は、推測部が推測した被空調空間の間取りに基づいて、風量および風向も含めたより詳細な制御が可能な制御データを生成するように構成される。例えば、計画生成部８１は、ある間取りの部屋について、窓際に暖気の壁が作られるように暖房の風量と風向とを決定し、制御データに含めることができる。

クラウドサーバ１４は、運転実績情報のうち、温度センサ３４ａによって取得された室温のセンサ値を分析して、被空調空間の断熱性能を評価する評価部を備えていてもよい。評価部は、暖房または冷房が停止されてからの時間経過に伴う室温の変化量に基づいて、被空調空間の断熱性能を評価する。

計画生成部８１は、評価部が評価した被空調空間の断熱性能に基づいて、緩め運転期間の開始時点または終了時点を調整するように構成される。例えば、断熱性能が高い部屋については、暖房緩め運転期間の開始時点を生成ルール９１による規定よりも早めることができる。

実施形態２では、計画生成部８１は、日射量予報情報に基づいて特定した温熱期間と、室内日射量情報に基づいて特定された被熱期間と、外気温予報情報に基づいて特定した気温急変期間とに基づいて緩め運転期間を決定する構成として説明されている。しかし、計画生成部８１の構成は、これに限定されない。計画生成部８１は、室内日射量情報に基づいて特定された被熱期間と、外気温予報情報に基づいて特定した気温急変期間とに基づいて緩め運転期間を決定する構成であってもよい。

実施形態１および２では、計画生成部８１は、日射量予報情報に基づいて特定した温熱期間と、期間定義ＬＵＴ１９１にて定義された固定の時刻とに基づいて冷房緩め運転期間を決定する構成として説明されている。しかし、計画生成部８１の構成は、これに限定されない。計画生成部８１は、室内日射量情報に基づいて特定された被熱期間をさらに考慮して、被空調空間ごとに、冷房時の運転計画情報を生成してもよい。例えば、計画生成部８１は、温熱期間と期間定義ＬＵＴ１９１とにしたがって定めた冷房緩め運転期間に、被熱期間が重なる場合には、該被熱期間と重なる期間を冷房通常運転期間に修正してもよい。

〔ソフトウェアによる実現例〕
クラウドサーバ１４の制御ブロック（特に、特性決定部８０、計画生成部８１、および、計画供給部８２）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ソフトウェアによって実現してもよい。

エアコン１１の制御ブロック（特に、計画取得部４１、運転制御部４２、および、実績報告部４３）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ソフトウェアによって実現してもよい。

携帯端末１５の制御ブロック（特に、遠隔操作部６１、および、設定部６２）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ソフトウェアによって実現してもよい。

後者の場合、クラウドサーバ１４、エアコン１１、および、携帯端末１５は、各機能を実現するソフトウェアであるプログラムの命令を実行するコンピュータを備えている。このコンピュータは、例えば少なくとも１つのプロセッサ（制御装置）を備えていると共に、上記プログラムを記憶したコンピュータ読み取り可能な少なくとも１つの記録媒体を備えている。そして、上記コンピュータにおいて、上記プロセッサが上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記プロセッサとしては、例えばＣＰＵ（Central Processing Unit）を用いることができる。上記記録媒体としては、「一時的でない有形の媒体」、例えば、ＲＯＭ（Read Only Memory）等の他、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムを展開するＲＡＭ（Random Access Memory）などをさらに備えていてもよい。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明の一態様は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

〔まとめ〕
本発明の態様１に係るサーバは、通常運転および該通常運転よりも消費電力が抑えられる緩め運転のいずれかの運転を実施する１または複数の空気調和機（エアコン１１）とネットワーク（広域通信ネットワーク２２）を介して通信するサーバ（クラウドサーバ１４）であって、前記空気調和機が空調を行う対象となる被空調空間内で計測された日射量の推移を示す室内日射量情報に基づいて、該被空調空間内の環境が日射の影響を受けやすい時間帯である被熱期間を、被空調空間ごとに決定する決定部（特性決定部８０）と、前記被熱期間に基づいて、前記被空調空間の空調を行う空気調和機に前記緩め運転を実施させる時間帯である緩め運転期間を少なくとも指定する運転計画情報を生成する生成部（計画生成部８１）と、前記運転計画情報を、前記ネットワークを介して前記空気調和機に供給することにより、該空気調和機に、前記緩め運転期間において前記緩め運転を実施させる供給部（計画供給部８２）とを備えている。

上述の構成によれば、生成部は、被空調空間が日射の影響を受けやすい時間帯を考慮して空気調和機の緩め運転期間を決定することができる。例えば、被熱期間に基づいて暖房緩め運転期間を定め、空気調和機に、暖房緩め運転期間において暖房の緩め運転を実施させることができる。日射の影響を受ける時間帯である被熱期間は、被空調空間内の気温が上昇する傾向にあると考えられる。したがって、例えば、被熱期間付近において暖房の運転を緩めても、被空調空間内の気温は暖かく保たれ、むしろ、温まり過ぎを防いで無駄な電力消費を抑えることができる。一方、被熱期間付近を避けて冷房の運転を緩めるようにすれば、室温の上昇を回避することができ、被空調空間内の快適性を損なうことなく省エネ自動運転を実現することができる。

また、日射の影響を受けやすい時間帯である被熱期間が、決定部によってあらかじめ決定されているので、時々刻々と変化する室内日射量に追随して空気調和機の制御内容があわただしく変更されることがないため制御が安定する。結果として、被空調空間に対する外部環境の影響を考慮しつつ、該被空調空間に適した安定した省エネ自動運転を実施できる空調制御システムを実現できるという効果を奏する。

本発明の態様２に係るサーバでは、上述の態様１において、前記生成部は、他の装置（サービスサーバ１６）から提供された日射量の予報値（日射量予報情報）に基づいて、屋内の環境変化に影響を与え得る十分な日射量が観測されると予測される時間帯を温熱期間として特定し、前記被熱期間と前記温熱期間とが重なる重複期間に基づいて、前記緩め運転期間を決定してもよい。

上述の構成によれば、生成部は、被空調空間が日射の影響を受けやすい時間帯だけでなく、屋外で観測される日射が屋内環境に影響を与えやすい時間帯を併せて考慮し、両者の時間帯が重なる時間帯である重複期間に基づいて緩め運転期間を決定することができる。重複期間は、特に、被空調空間内の気温が上昇する傾向にあると考えられる。このような重複期間を考慮して緩め運転期間が決定されることにより、結果として、被空調空間に対する外部環境の影響を考慮しつつ、個々の被空調空間に対してより一層適した安定した省エネ自動運転を実施することが可能となる。

本発明の態様３に係るサーバでは、上述の態様２において、前記生成部は、前記重複期間を含む時間帯を、暖房運転を緩める暖房緩め運転期間として決定してもよい。

上述の構成によれば、被空調空間内の気温が特に上昇する傾向にあると考えられる重複期間を少なくとも含むように、暖房緩め運転期間が決定される。このような運転計画情報にしたがえば、空気調和機は、少なくとも、気温が特に上昇する傾向にある重複期間において暖房を緩めることができる。結果として、被空調空間内の快適性が損なわれることなく、個々の被空調空間に対してより一層適した安定した省エネ自動運転を実施することが可能となる。

本発明の態様４に係るサーバでは、上述の態様３において、前記生成部は、前記重複期間の開始時点の所定時間前から、該重複期間の終了時点までの時間帯を、前記暖房緩め運転期間として決定してもよい。

上述の構成によれば、被空調空間内の気温が特に上昇する傾向にあると考えられる重複期間と重複期間が始まる所定時間前の時間帯とについて、暖房緩め運転期間が決定される。暖房を緩めた時点から直ちに室温が低下することはなく、暖房の緩め始めの所定時間はある程度室温が保たれると考えられる。暖房緩め運転期間を重複期間の開始よりも少し前に早めることにより、室温の低下を招くことなく、より電力消費量を抑えることが可能となる。

本発明の態様５に係るサーバでは、上述の態様２から４において、前記生成部は、他の装置から提供された外気温の予報値（外気温予報情報）に基づいて、所定温度以上の急な気温変化がある時点と、該時点から継続する該気温変化と同じ方向の気温変化が終了する時点との間の時間帯を気温急変期間として特定し、前記気温急変期間を含む時間帯を、緩め運転期間として決定してもよい。

上述の構成によれば、例えば、外気温の急激な上昇が起こると予測される時間帯に合わせて暖房の作用が緩まるように、あるいは、外気温の急激な低下が起こると予測される時間帯に合わせて冷房の作用が緩まるように、空気調和機を動作させることができる。このように、外気温に基づく要件をさらに組み合わせて考慮することにより、気温の急変に先駆けて、空気調和機に緩め運転を実施させることが可能となる。結果として、太陽の動きと相関が薄いような急激な温度変化にも、先回りして対応ができる省エネ自動運転を実現することができる。

本発明の態様６に係るサーバでは、上述の態様１から５において、前記生成部は、前記空気調和機のユーザが指定した設定温度を外気温に近い方向に補正した補正後の設定温度を、前記緩め運転期間における設定温度に指定する運転計画情報を生成してもよい。

上述の構成によれば、緩め運転期間においては、設定温度が、ユーザが指定した設定温度よりも緩められるので、ユーザが指定したとおりの設定温度にしたがって通常運転を行う場合と比較して、消費電力量を抑えることができる。

本発明の態様７に係る空調制御システムは、通常運転および該通常運転よりも消費電力が抑えられる緩め運転のいずれかの運転を実施する１または複数の空気調和機（エアコン１１）と、前記空気調和機とネットワークを介して通信するサーバ（クラウドサーバ１４）とを含む空調制御システム（エアコン制御システム１）であって、前記サーバは、前記空気調和機が空調を行う対象となる被空調空間内で計測された日射量の推移を示す室内日射量情報に基づいて、該被空調空間内の環境が日射の影響を受けやすい時間帯である被熱期間を、被空調空間ごとに決定する決定部と、前記被熱期間に基づいて、前記被空調空間の空調を行う空気調和機に前記緩め運転を実施させる時間帯である緩め運転期間を少なくとも指定する運転計画情報を生成する生成部と、前記運転計画情報を、前記ネットワークを介して前記空気調和機に供給することにより、該空気調和機に、前記緩め運転期間において前記緩め運転を実施させる供給部とを備え、前記空気調和機は、前記運転計画情報を前記サーバから取得する取得部（計画取得部４１）と、取得された前記運転計画情報において指定された前記緩め運転期間において、前記緩め運転を実施する運転制御部４２とを備えている。上述の構成によれば、態様１と同様の効果を奏する。

本発明の態様８に係る制御方法は、通常運転および該通常運転よりも消費電力が抑えられる緩め運転のいずれかの運転を実施する１または複数の空気調和機とネットワークを介して通信するサーバの制御方法であって、前記空気調和機が空調を行う対象となる被空調空間内で計測された日射量の推移を示す室内日射量情報に基づいて、該被空調空間内の環境が日射の影響を受けやすい時間帯である被熱期間を、被空調空間ごとに決定する決定ステップ（Ｓ１０２）と、前記被熱期間に基づいて、前記被空調空間の空調を行う空気調和機に前記緩め運転を実施させる時間帯である緩め運転期間を少なくとも指定する運転計画情報を生成する生成ステップ（Ｓ１０４）と、前記空気調和機に、前記緩め運転期間において前記緩め運転を実施させるために、前記運転計画情報を、前記ネットワークを介して前記空気調和機に供給する供給ステップ（Ｓ１０５）とを含む。上述の方法によれば、態様１と同様の効果を奏する。

本発明の各態様に係るサーバは、コンピュータによって実現してもよく、この場合には、コンピュータをサーバが備える各部（ソフトウェア要素）として動作させることによりサーバをコンピュータにて実現させるサーバの制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。

１ エアコン制御システム（空調制御システム）、１１ エアコン（空気調和機）、１２ リモコン、１３ 無線アクセスポイント（ＡＰ）、１４ クラウドサーバ（サーバ）、１５ 携帯端末、１６ サービスサーバ（他の装置）、２２ 広域通信ネットワーク（ネットワーク）、３１、５１、７１ 制御部、３２、５２、７２ 記憶部、３３ エアコン本体、３３ａ コンプレッサ、３３ｂ 送風ファン、３４ センサ部、３５、５３、７３ 通信部、４１ 計画取得部（取得部）、４２ 運転制御部、４３ 実績報告部、５４ 表示部、５５ 入力部、６１ 遠隔操作部、６２ 設定部、８０ 特性決定部（決定部）、８１ 計画生成部（生成部）、８２ 計画供給部（供給部）

Claims (9)

1. 通常運転および該通常運転よりも消費電力が抑えられる緩め運転のいずれかの運転を実施する１または複数の空気調和機とネットワークを介して通信するサーバであって、
   前記空気調和機が空調を行う対象となる被空調空間内で計測された日射量の推移を示す室内日射量情報に基づいて、該被空調空間内の環境が日射の影響を受けやすい時間帯である被熱期間を、被空調空間ごとに決定する決定部と、
   前記被熱期間に基づいて、前記被空調空間の空調を行う空気調和機に前記緩め運転を実施させる時間帯である緩め運転期間を少なくとも指定する運転計画情報を生成する生成部と、
   前記運転計画情報を、前記ネットワークを介して前記空気調和機に供給することにより、該空気調和機に、前記緩め運転期間において前記緩め運転を実施させる供給部とを備えていることを特徴とするサーバ。
2. 前記生成部は、
   他の装置から提供された日射量の予報値に基づいて、屋内の環境変化に影響を与え得る十分な日射量が観測されると予測される時間帯を温熱期間として特定し、
   前記被熱期間と前記温熱期間とが重なる重複期間に基づいて、前記緩め運転期間を決定することを特徴とする、請求項１に記載のサーバ。
3. 前記生成部は、前記重複期間を含む時間帯を、暖房運転を緩める暖房緩め運転期間として決定することを特徴とする、請求項２に記載のサーバ。
4. 前記生成部は、前記重複期間の開始時点の所定時間前から、該重複期間の終了時点までの時間帯を、前記暖房緩め運転期間として決定することを特徴とする、請求項３に記載のサーバ。
5. 前記生成部は、
   他の装置から提供された外気温の予報値に基づいて、所定温度以上の急な気温変化がある時点と、該時点から継続する該気温変化と同じ方向の気温変化が終了する時点との間の時間帯を気温急変期間として特定し、
   前記気温急変期間を含む時間帯を、緩め運転期間として決定することを特徴とする、請求項２から４のいずれか１項に記載のサーバ。
6. 前記生成部は、前記空気調和機のユーザが指定した設定温度を外気温に近い方向に補正した補正後の設定温度を、前記緩め運転期間における設定温度に指定する運転計画情報を生成することを特徴とする、請求項１から５のいずれか１項に記載のサーバ。
7. 通常運転および該通常運転よりも消費電力が抑えられる緩め運転のいずれかの運転を実施する１または複数の空気調和機と、前記空気調和機とネットワークを介して通信するサーバとを含む空調制御システムであって、
   前記サーバは、
   前記空気調和機が空調を行う対象となる被空調空間内で計測された日射量の推移を示す室内日射量情報に基づいて、該被空調空間内の環境が日射の影響を受けやすい時間帯である被熱期間を、被空調空間ごとに決定する決定部と、
   前記被熱期間に基づいて、前記被空調空間の空調を行う空気調和機に前記緩め運転を実施させる時間帯である緩め運転期間を少なくとも指定する運転計画情報を生成する生成部と、
   前記運転計画情報を、前記ネットワークを介して前記空気調和機に供給することにより、該空気調和機に、前記緩め運転期間において前記緩め運転を実施させる供給部とを備え、
   前記空気調和機は、
   前記運転計画情報を前記サーバから取得する取得部と、
   取得された前記運転計画情報において指定された前記緩め運転期間において、前記緩め運転を実施する運転制御部とを備えていることを特徴とする、空調制御システム。
8. 通常運転および該通常運転よりも消費電力が抑えられる緩め運転のいずれかの運転を実施する１または複数の空気調和機とネットワークを介して通信するサーバの制御方法であって、
   前記空気調和機が空調を行う対象となる被空調空間内で計測された日射量の推移を示す室内日射量情報に基づいて、該被空調空間内の環境が日射の影響を受けやすい時間帯である被熱期間を、被空調空間ごとに決定する決定ステップと、
   前記被熱期間に基づいて、前記被空調空間の空調を行う空気調和機に前記緩め運転を実施させる時間帯である緩め運転期間を少なくとも指定する運転計画情報を生成する生成ステップと、
   前記空気調和機に、前記緩め運転期間において前記緩め運転を実施させるために、前記運転計画情報を、前記ネットワークを介して前記空気調和機に供給する供給ステップとを含むことを特徴とする、制御方法。
9. 請求項１に記載のサーバとしてコンピュータを機能させるための制御プログラムであって、前記決定部、前記生成部および前記供給部としてコンピュータを機能させるための制御プログラム。

Images