JP2021042886A - サーバ、空調制御システム、制御方法および制御プログラム - 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）ディスプレイなどによって構成される。

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

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

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

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

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

回答部６３は、クラウドサーバ１４から受け付けたアンケート情報をユーザに提示するとともに、ユーザが、該アンケート情報に対する回答を入力するための入力支援ツールを提供する。さらに、回答部６３は、ユーザの入力操作に対応する指示信号に基づいて回答情報を生成し、該回答情報をクラウドサーバ１４に送信する。回答部６３は、クラウドサーバ１４から送信されたアンケート情報に含まれる質問と、該質問に回答するためのＵＩウィジェットで構成されたアンケート画面を表示部５４に表示させる。そして、回答部６３は、アンケート画面に対してなされた入力操作を入力部５５にて受け付け、受け付けた入力操作に対応する指示信号に基づいて回答情報を生成し、該回答情報をクラウドサーバ１４に送信する。

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

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

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

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

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

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

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

計画供給部８２は、計画生成部８１が生成した運転計画情報を、運転計画ＤＢ９２から読み出し、エアコン１１に供給するものである。本実施形態では、一例として、計画供給部８２は、複数のブロックに分割された運転計画情報について、先頭のブロックおよび次回のブロックを、おやすみ自動運転の開始に間に合うように供給する。その後、計画供給部８２は、次々回以降のブロックを、エアコン１１からの要求に応じて、逐次供給する。

問合せ部８３は、アンケート情報を生成するものである。本実施形態では、一例として、問合せ部８３は、エアコン１１によって運転計画情報に基づくおやすみ自動運転が実施された後、該おやすみ自動運転に係る運転実績情報をエアコン１１から取得する。問合せ部８３は、質問ルール９３にしたがい、取得した運転実績情報に基づいてアンケート情報を生成する。問合せ部８３は、通信部７３を介して生成したアンケート情報を携帯端末１５に送信する。

計画補正部８４は、次のおやすみ自動運転がユーザにとってより適した運転内容となるように、先のおやすみ自動運転で生成された運転計画情報を補正するものである。本実施形態では、一例として、計画補正部８４は、補正ルール９４にしたがい、携帯端末１５から返送された回答情報と、エアコン１１から報告された運転実績情報とに基づいて、運転計画情報を補正する。計画補正部８４によって補正された運転計画情報は、計画供給部８２によって、次のおやすみ自動運転のための運転計画情報として用いられる。

（夏季、冷房によるおやすみ自動運転の具体例）
図４は、エアコン１１が、夏季において冷房にておやすみ自動運転を実施する場合の制御内容の一例を説明するグラフである。縦軸は、空調制御対象の部屋の室温を示し、横軸は、時間の経過を示す。

本実施形態では、おやすみ自動運転を行うために、一例として、少なくともユーザの睡眠期間を特定する情報を含む設定情報が参照される。ユーザの睡眠期間を特定する情報とは、例えば、「就寝時刻」および「起床時刻」の２つの項目である。必要に応じて、設定情報には、就寝時にユーザが所望する室温を示す「設定温度」の項目が含まれていてもよい。これらの３つの情報は、上述の設定画面を介して、ユーザによって入力され、携帯端末１５からクラウドサーバ１４に送信される。

図４に示すグラフは、一例として、就寝時刻が前日の２３：００、起床時刻が当日の６：００、そして、設定温度が２６℃と指定された場合の制御内容を示す。なお、設定温度がユーザによって指定されない場合は、クラウドサーバ１４が、季節に応じて予め定めされた推奨される設定温度を決定してもよい。

本実施形態では、冷房時、ユーザの睡眠期間を含む制御対象期間は、例えば、就寝準備期間（第１小期間）、睡眠導入期間（第２小期間）、深睡眠期間前半（第３小期間）、深睡眠期間後半（第４小期間）、覚醒準備期間（第５小期間）の各小期間に細分類される。クラウドサーバ１４の計画生成部８１は、少なくともこれらの小期間ごとに、エアコン１１の制御データを生成する。本実施形態では、生成された１つの制御データによって空調制御される時間帯を「ステージ」と称する。したがって、細分類された１つの小期間につき１つの制御データが生成された場合は、細分類された小期間とステージとは１対１で対応する。図４は、上述の５つの小期間につき１つのステージ（制御データ）が対応している例を示している。しかし、制御対象期間において定義されるステージ数は、必ずしも小期間数に一致せず、１つの小期間につき複数のステージが定義されてもよい。すなわち、１回のおやすみ自動運転における制御対象期間につき生成される運転計画情報において、その中に含まれる制御データは、可変長個である。

まず、就寝準備期間に対して、現行の室温を「就寝時刻」において「設定温度」に到達させるための制御データが、クラウドサーバ１４の計画生成部８１により生成される。該制御データにしたがって、エアコン１１は、就寝準備期間において、上述の省エネ運転を就寝時刻の前から開始する。これにより、エアコン１１は、室温を「就寝時刻」において「設定温度」に到達させることができる。この省エネ運転の運転開始時刻「ｎｎ：ｍｍ」は、上述の省エネ入タイマ機能を実施するときと同様に、計画生成部８１が、学習済みの相関関係と就寝時刻と設定温度とに基づいて決定する。学習済みの相関関係とは、例えば、省エネ運転の運転期間と室内の温度の変化量との相関関係である。以上の省エネ運転の運転開始時刻から就寝時刻までの時間帯は、例えば、ステージ０と定義される。

次に、睡眠導入期間に対して、設定温度に到達した室温を、さらに、所定時間（例えば、１時間）かけて、所定温度（例えば、１℃）下げるための制御データが、計画生成部８１により生成される。該制御データにしたがって、エアコン１１は、睡眠導入期間において、就寝時刻から１時間かけて室温を徐々に１℃下げる。この時間帯の運転には、省エネ運転が指定されてもよい。これにより、ヒトの体温の低下が滑らかに促進される。結果として、ユーザに寒冷感を感じさせたり、急激な温度変化で体へ負担をかけたりすることなく、ユーザを深い眠りへと円滑に移行させることができる。以上の就寝時刻から所定時間（例えば、１時間）経過までの時間帯は、例えば、ステージ１と定義される。

次に、深睡眠期間前半に対して、設定温度から所定温度下げた室温（例えば、設定温度−１℃）を、所定時間（例えば、２時間）維持するための制御データが、計画生成部８１により生成される。該制御データにしたがって、エアコン１１は、深睡眠期間前半において、設定温度−１℃の室温（例えば、２５℃）を２時間維持する。この時間帯の運転には、省エネ運転が指定されてもよく、また、風量が制限されることが好ましい。これにより、就寝時刻どおりにユーザが入眠できなった場合にも、依然、体温の低下の促進を継続することができるし、また、入眠できたユーザに対しても、寒冷感を感じさせることを回避できる。加えて、室温が維持されることにより、冷えすぎの防止と省電力消費とが実現される。以上の室温維持の時間帯は、例えば、ステージ２と定義される。

なお、この時間帯において維持される温度については下限値（例えば、１８℃）が設けられてもよく、設定温度が例えば１９℃未満である場合であっても、維持される室温が１８℃を下回らないように制御データが生成されてもよい。これにより、極端な冷えすぎと極端な電力消費とを回避することができる。

次に、深睡眠期間後半に対して、維持していた室温を徐々に外気温に近づけて、起床時刻の所定時間前には、室温を、設定温度よりも所定温度高い温度に到達させるための制御データが、計画生成部８１により生成される。このような制御データの具体例としては、夏季、冷房の場合は室温の徐々に上げ、起床時刻の１時間に、室温を、設定温度よりも２℃高い温度に到達させるような制御データである。該制御データにしたがって、エアコン１１は、深睡眠期間後半において、緩め運転を実施し、徐々に室温を外気温に近づける（上昇させる）。一例として、エアコン１１は、午前５：００時点で２８℃に到達するように、午前２：００から午前５：００までの３時間の間運転を緩める。なお、緩め運転とは、室温を外気温に近い方向に変更することである。よって、冷房時は、緩め運転により、室温は上昇し、暖房時は、室温が下がることになる。具体的には、緩め運転は、例えば、コンプレッサ３３ａや送風ファン３３ｂなどの回転数を現行よりも所定数減らしたり、回転数の増減を徐々に繰り返したりすることなどを含む。クラウドサーバ１４は、エアコン１１の性能に加えて、エアコン１１が設置されている部屋の断熱性能を予め把握している。部屋の断熱性能は、例えば、暖房開始時の部屋の温まりやすさ、冷房開始時の冷えやすさ、暖房終了時の部屋の冷えさすさ、冷房終了時の部屋の温まりやすさ、などを定量化した情報である。断熱性能は、例えば、運転開始後および運転停止後の時間経過と室温の変化量との相関関係を集約することによって得られる。計画生成部８１は、緩め運転において、コンプレッサ３３ａや送風ファン３３ｂなどの回転数をどの程度減らすのかについて、エアコン１１が設置されている部屋の断熱性能を加味して決定してもよい。

以上のようにして、冷房時に緩め運転が実施されることにより、ヒトの体温の上昇が滑らかに促進される。結果として、ユーザに不快な暑さを感じさせたり、急激な温度変化で体へ負担をかけたりすることなく、ユーザの覚醒の準備を円滑に進めることができる。以上の緩め運転の時間帯は、例えば、ステージ３と定義される。

より好ましくは、ステージ３における室温の温度上昇率に関して、上限、および、必要に応じて下限が設けられる。例えば、温度上昇率の上限として、「１５分間で最大０．５℃」の制約が設けられているとする。この場合、計画生成部８１は、ステージ３の開始時点の温度（例えば、２５℃）と、ステージ３の終了時点の温度（例えば、２８℃）との温度差、および、ステージ３の時間の長さを考慮して、温度上昇率が上限を超えないように、制御データを生成する。これにより、不快な暑さでユーザの睡眠を妨害したり、ユーザの体を急激な温度変化にさらしたりすることを回避することができる。

また、例えば、温度上昇率の下限として、「１５分間で最小０．２５℃」の制約が設けられているとする。この場合、計画生成部８１は、上述の温度差とステージ３の時間の長さとを考慮して、温度上昇率が下限を下回らないように、制御データを生成する。これにより、冷えすぎを防止したり、ユーザの円滑な覚醒を妨害したりすることができる。

なお、ステージ３で目標とされる上昇後の室温は、設定温度が所定温度以上であるのか否かに応じて異ならせてもよい。例えば、設定温度が２９℃未満である場合には、上述のとおり、「設定温度＋２℃」を目標の上昇後室温とし、設定温度が２９℃以上である場合には、「設定温度」を目標の上昇後室温としてもよい。これにより、覚醒時の室温が高温になってユーザが不快な暑さで目覚めるといった不都合を回避することができる。

次に、覚醒準備期間に対して、上昇させた現行の室温を起床時刻まで維持するための制御データが、計画生成部８１により生成される。該制御データにしたがって、エアコン１１は、現行の室温（例えば、設定温度＋２℃）を、起床時刻まで維持する。これにより、極端な暑さでユーザを不快に感じさせることなく、ユーザの覚醒を促すことができる。以上の室温維持の時間帯は、例えば、ステージ４と定義される。

最後に、起床時刻においてエアコン１１が運転を停止するための制御データが計画生成部８１により生成される。運転の停止を指示する該制御データが、ステージ４の制御データとは別にして生成される場合には、起床時刻は、便宜上ステージ５と定義され、該制御データは、「ステージ５」を示すステージの識別情報に紐付けられる。あるいは、運転停止時刻を指定する情報は、上述のステージ４の制御データに組み込まれてもよい。

以上のように、ユーザの簡易な設定情報に基づいて、ユーザごとに、かつ、少なくとも、制御対象期間の小期間ごとに制御データが生成されるので、夏季、ユーザに快適な睡眠環境をもたらす、冷房のきめ細かな自動運転が実施される。結果として、睡眠時におけるユーザに適した空調制御を、簡易に行うことが可能な空調制御システムを実現すること可能となる。

＜データ構造＞
（１）設定情報
図５は、設定情報のデータ構造の一例を示す図である。本実施形態では、設定情報は、ユーザが、エアコン１１によるおやすみ自動運転の実施をエアコン１１に対して指示する情報を指す。本実施形態では、おやすみ自動運転の設定情報は、ユーザの睡眠期間に関する情報を含む。一例として、設定情報は、睡眠期間に関する情報として、就寝時刻、起床時刻、睡眠期間における希望の設定温度、および、睡眠期間における希望の運転モードの各項目を含む。本実施形態では、一例として、ユーザは、自身が指定する複数の曜日群ごとに設定情報を複数作成することができる。これは、曜日によって睡眠習慣が異なるユーザが、曜日ごとに最適な睡眠環境を得る上で好ましい仕様である。そのため、図示のとおり、設定情報は、さらに、設定情報ＩＤ、および、曜日の各項目を含んでいてもよい。また、設定情報は、必要に応じて、繰り返しの項目を含んでいてもよい。

設定情報ＩＤの項目には、１人のユーザにつき複数ある設定情報を一意に識別するための識別情報が格納される。図示の例では、１人のユーザにつき、３つの設定情報を作成することができる。この項目により、ユーザは、制御内容が異なるおやすみ自動運転を複数個（例えば、３つ）設定することができる。

曜日の項目には、該当する設定情報を有効にする曜日群が格納される。例えば、「日」曜日が格納されている「設定１」の設定情報は、前日の土曜日夜から当日の日曜日朝にかけて実施されるおやすみ自動運転のための設定情報であることを意味する。この項目により、ユーザは、おやすみ自動運転を設定したい所望の曜日群を指定することができる。上述の「設定１」のように、ユーザは、所望の曜日群として、１つの曜日を指定してもよいし、複数の曜日を指定してもよい。

就寝時刻の項目には、睡眠期間の開始時刻を意味する就寝時刻が格納される。この項目により、ユーザは、該当する曜日の前日の夜にたいてい寝入る時間を指定することができる。起床時刻の項目には、睡眠期間の終了時刻を意味する起床時刻が格納される。この項目により、ユーザは、該当する曜日の当日の朝にたいてい起きる時間を指定することができる。

運転モードの項目には、おやすみ自動運転の実施期間におけるエアコン１１の運転モードが格納される。この項目により、ユーザは、稼動させるエアコン１１の所望の運転モードを指定することができる。例えば、ユーザは、夏季は「冷房」を、冬季は「暖房」を指定することができる。

設定温度の項目には、ユーザの睡眠期間開始時の設定温度が格納される。この項目により、ユーザ、就寝するときの所望の室温を指定することができる。

繰り返しの項目には、該当する設定情報を、指定された曜日ごとに毎週繰り返し有効にするか否かを指定する情報が格納される。例えば、繰り返しの項目に「あり」が格納されている場合は、該当する設定情報は、指定された曜日に毎週有効になることを意味する。具体的には、「設定１」の設定情報は、毎週日曜日に有効になり、毎週土曜日の夜から日曜日の朝にかけて「設定１」の設定情報に基づくおやすみ自動運転が有効になる。なお、繰り返しの項目に「なし」が格納されている場合は、直近の指定曜日に１回だけ該当の設定情報が有効になることを意味する。

図６は、携帯端末１５の設定部６２が、表示部５４に表示させる設定画面の一例を示す図である。一例として、設定画面１００は、ユーザの設定情報の入力を支援するために、トグルボタン１０１、選択タブ１０２、曜日指定ボックス１０３、就寝時刻指定エリア１０４、起床時刻指定エリア１０５、および、モード温度指定エリア１０６などの各ウィジェットを含んで構成される。設定部６２は、設定画面１００の表示制御を行うとともに各ウィジェットの動作を制御して、ユーザから設定情報を受け付ける。

トグルボタン１０１は、おやすみ自動運転の機能を有効にするか、無効にするかを指定するためのウィジェットである。ユーザは、トグルボタン１０１をタップして、おやすみ自動運転の有効、無効を切り替えることができる。

選択タブ１０２は、３つある設定情報のうちのいずれかを選択するためのウィジェットである。ユーザは、カスタマイズしたい設定情報に対応するタブをタップして、所望の設定情報を選択する。図示の例は、「設定２」の設定情報が選択されている状態を示している。

曜日指定ボックス１０３は、該当する設定情報を有効にする曜日を指定するためのチェックボックスである。ユーザは、所望の曜日に対応するボタンをタップして、有効にする曜日を指定する。図示の例は、「設定２」の設定情報を有効にする曜日として、「月」、「火」、「水」、「木」が指定されている状態を示している。

曜日指定ボックス１０３は、繰り返しチェックボックスを含んでいてもよい。ユーザは、繰り返しチェックボックスをタップしてチェックを入れることにより、毎週同じ曜日に該当する設定情報に基づくおやすみ自動運転を有効にすることができる。

就寝時刻指定エリア１０４は、就寝時刻を指定するためのエリアである。就寝時刻指定エリア１０４がユーザによりタップされると、設定部６２は、設定画面１００上に、就寝時刻の時間および分を入力するためのポップアップウィンドウ１１１を重畳表示させる。ユーザは、ポップアップウィンドウ１１１を操作して、所望の就寝時刻を指定してＯＫボタンをタップする。設定部６２は、ポップアップウィンドウ１１１を閉じて、指定された就寝時刻を就寝時刻指定エリア１０４に表示させる。

起床時刻指定エリア１０５は、起床時刻を指定するためのエリアである。起床時刻指定エリア１０５がユーザによりタップされると、設定部６２は、設定画面１００上に、起床時刻の時間および分を入力するためのポップアップウィンドウ１１２を重畳表示させる。就寝時刻と同様に起床時刻を指定する操作が行われると、設定部６２は、指定された起床時刻を起床時刻指定エリア１０５に表示させる。

本実施形態では、一例として、就寝時刻から起床時刻までの睡眠時間が３時間以上であることをおやすみ自動運転を行う条件としている。しかし、ユーザが就寝時刻および起床時刻を両方指定した結果、睡眠時間が３時間未満となる場合が想定される。この場合には、設定部６２は、ダイアログ１１３を設定画面１００に重畳表示させて、睡眠時間が３時間以上確保されるように就寝時刻または起床時刻を再指定するようにユーザに促してもよい。

モード温度指定エリア１０６は、運転モードおよび設定温度を指定するためのエリアである。モード温度指定エリア１０６がユーザによりタップされると、設定部６２は、設定画面１００上に、運転モードおよび設定温度を指定するためのポップアップウィンドウ１１４を重畳表示させる。ユーザは、例えば、ポップアップウィンドウ１１４上で、冷房ボタンか暖房ボタンかをタップして、所望の運転モードを指定し、マイナスボタンまたはプラスボタンをタップして、所望の設定温度を指定する。このように、運転モードおよび設定温度を指定する操作が行われて、ＯＫボタンがタップされると、設定部６２は、ポップアップウィンドウ１１４を閉じて、指定された運転モードおよび設定温度をモード温度指定エリア１０６に表示させる。

設定画面１００上で、設定内容を確定させる何らかの操作が行われると、設定部６２は、設定画面１００において指定された各項目の値に基づいて、図５に示す設定情報を生成し、通信部５３を介して、クラウドサーバ１４に送信する。設定情報は、ユーザ、エアコン１１または携帯端末１５を一意に識別するＩＤに紐付けて、クラウドサーバ１４の記憶部７２に格納される。

（２）気象予報情報
図７は、気象予報情報のデータ構造の一例を示す図である。本実施形態では、エアコン１１は、冷房モードで運転しているとき、室内の湿度が所定の湿度閾値に到達した場合に、自動で、冷房から除湿へと運転モードを切り替える機能を有している。そして、本実施形態では、クラウドサーバ１４の計画生成部８１は、ユーザ宅２１がある地域の湿度の予報値に応じて、上述の湿度閾値を決定する。クラウドサーバ１４は、湿度閾値を決定するために必要な湿度の予報値を含む気象予報情報を、サービスサーバ１６から取得する。

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

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

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

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

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

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

計画生成部８１は、各ステージの制御データを生成する際、該ステージの時間帯における湿度の予報値に基づいて、該ステージにおける湿度閾値を決定する。

（３）運転計画情報
図８は、運転計画情報のデータ構造の一例を示す図である。運転計画情報は、一例として、実施対象情報と、実施日情報と、ステージごとの制御データとを含む。

実施対象情報は、該当する運転計画情報に基づいておやすみ自動運転を実施するエアコン１１を特定するための情報である。実施対象情報は、例えば、ユーザＩＤ、ユーザの携帯端末１５の端末ＩＤ、ユーザ宅２１のエアコン１１のエアコンＩＤ、ユーザ宅２１の場所情報（例えば、郵便番号）などを含む。

実施日情報は、該当する運転計画情報に基づいておやすみ自動運転を実施する日を特定するための情報である。実施日情報は、例えば、日付、曜日などを含む。実施日情報は、さらに、該当する運転計画情報の元になる設定情報を特定するための設定情報ＩＤを含んでいてもよい。設定情報ＩＤは、運転計画情報が、どのユーザのいずれの設定情報に基づいて生成されたものであるのかを示す。

本実施形態では、１つの運転計画情報につき任意の数生成された制御データは、固定長のブロックに、所定個ずつ分けてパッケージングされる。本実施形態では、１回のおやすみ自動運転に相当する１つの運転計画情報のデータ長は可変であってよく、運転計画情報は、制御データを任意の個数含み得る。一方、運転計画情報を構成する複数のブロックのデータ長を固定され、ブロックに含まれる制御データの個数も、固定される。なお、制御データは、それぞれが固定長である定義済みの項目で構成されており、したがって、制御データも固定長である。図示の例では、ブロック１つにつき格納できる制御データの数は例えば３つである。よって、１回分のおやすみ自動運転について、３つ超える制御データが生成された場合には、制御データは、３個１組で、複数のブロックに分けてパッケージングされる。

運転計画情報の各ブロックは、例えば、ヘッダ情報、１つ目のステージの制御データ、２つ目のステージの制御データ、３つ目のステージの制御データ、および、フッタ情報の各項目で構成される。

ヘッダ情報は、例えば、上述の実施対象情報、実施日情報に加えて、該当するブロックを一意に識別するブロックＩＤなどを含む。

各ステージの１つの制御データは、運転開始時刻、運転モード、設定温度、継続時間、および、湿度閾値の各項目を含む。制御データは、さらに、風量、および、風向の各項目を含んでいてもよい。風向は、例えば、ルーバの角度すなわち上下風向および左右風向を指定する情報が格納される項目である。

運転開始時刻の項目には、該当する制御データに基づく運転を開始する日時が格納される。すなわち、対応するステージの開始時点が、運転開始時刻の項目によって示される。

運転モードの項目には、対応するステージの時間帯においてエアコン１１に実施させる運転モードを指定する情報（例えば、「冷房」など）が格納される。さらに、運転モードの項目には、必要に応じて、省エネ運転の指定の有無、緩め運転時の室温変化率の上限または下限などが格納されてもよい。

設定温度の項目には、対応するステージの時間帯においてエアコン１１が到達すべき目標の室温が格納される。エアコン１１の運転制御部４２は、現行の室温が、該当する制御データにおいて指定された設定温度より高ければ、室温が下がるようにエアコン本体３３を制御する。あるいは、運転制御部４２は、現行の室温が上述の指定された設定温度と同じであれば、現行の室温を維持するようにエアコン本体３３を制御する。あるいは、運転制御部４２は、現行の室温が上述の指定された設定温度より低ければ、室温が上がるようにエアコン本体３３を制御する。

継続時間の項目には、該当する制御データに基づく上述の運転を終了する日時が格納される。すなわち、対応するステージの終了時点が、運転開始時刻＋継続時間によって示される。

湿度閾値の項目には、対応するステージの時間帯においてエアコン１１が除湿への切り替え要否を判断するために参照すべき湿度閾値が格納される。エアコン１１の運転制御部４２は、対応するステージの時間帯において、室内の湿度を、該項目に格納された湿度閾値と比較し、除湿への切り替え要否を判断する。

制御データに風量の項目が含まれている場合、該項目には、対応するステージの時間帯においてエアコン１１が室内に送る風の量を指定する情報が格納される。風量は、例えば、エアコン１１の仕様に応じて数段階に分けて定義される。本実施形態では、一例として、風量は、「強」、「中」、「弱」の３段階に分けて指定される。エアコン１１の運転制御部４２は、対応するステージの時間帯において、風量が、該項目において指定された風量になるように、エアコン本体３３を制御する。

フッタ情報は、例えば、該当するブロックの次のブロックを指定するブロックＩＤなどを含む。例えば、第１ブロックのフッタ情報には、第２ブロックのブロックＩＤが含まれる。

最後に、計画生成部８１によって、日ごとかつユーザごとに生成された図８に示す運転計画情報は、記憶部７２の運転計画ＤＢ９２に登録されて、適切なタイミングで計画供給部８２によってエアコン１１へ供給される。

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

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

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

（生成ルール）
図９は、生成ルールのデータ構造の一例を示す図である。図９に示す生成ルール９１は、夏季に運転モードを冷房に設定しておやすみ自動運転を実施する時に参照される生成ルールの一例を示す。

本実施形態では、一例として、冷房時の生成ルール９１は、温度制御ルックアップテーブル（以下、ＬＵＴ）１９１と、変数ＬＵＴ１９２と、湿度制御ＬＵＴ１９３とを含んでいる。

温度制御ＬＵＴ１９１および変数ＬＵＴ１９２は、計画生成部８１によって参照され、計画生成部８１が制御データの各項目を決定するために利用される。とりわけ、計画生成部８１は、温度制御ＬＵＴ１９１と変数ＬＵＴ１９２とを参照して、制御データのうち、運転開始時刻、運転モード、設定温度、および、継続時間を決定する。計画生成部８１は、必要に応じて、さらに風量を決定してもよい。計画生成部８１は、これらのＬＵＴを参照することにより、図５に示す設定情報に基づいて、各制御データの各項目を決定することができる。このようにして生成された制御データの集合である運転計画情報がエアコン１１に供給されることにより、エアコン１１は、例えば、図４に示すような室内環境が得られるように稼動することができる。

温度制御ＬＵＴ１９１は、一例として、制御対象期間、ルール、変数、および、意味の各項目を含む。なお、意味は、発明の理解を助ける目的で追加された変数の定義内容を示すための項目であり、温度制御ＬＵＴ１９１から省略されてもよい。

制御対象期間の項目には、おやすみ自動運転の制御対象期間について細分類された各小期間の名称が格納されている。

ルールの項目には、該当する期間に適用される制御データの生成ルールが格納されている。図示の例では、１つの小期間につき１つのルールが規定されているが、１つの期間に対して、複数のルールが規定されていてもよい。この場合、１つの小期間に対して、複数の制御データが生成される。

変数の項目には、各ルールで参照される変数の変数名が格納されている。意味の項目には、該当する変数の意味が格納されている。

変数ＬＵＴ１９２は、一例として、変数、値、および、意味の各項目を含む。意味の項目は上述と同様の理由で省略されてもよい。

変数の項目には、各ルールで参照される変数の変数名が格納されている。値の項目には、該当する変数の取得元またはデフォルト値が格納されている。

例えば、計画生成部８１は、温度制御ＬＵＴ１９１を参照して、就寝準備期間について規定されているルールにしたがって、制御データを生成する。具体的には、変数ＬＵＴ１９２を併せて参照して、設定情報の「就寝時刻」の時点で室温が設定情報の「設定温度」に到達するように、省エネ運転を開始させるための制御データを生成する。なお、計画生成部８１は、例えば、日曜日の起床のための運転計画情報を生成するときは、図５に示す設定情報うち、「設定１」に対応付けられている「就寝時刻」と「設定温度」とを読み出す。より詳細には、計画生成部８１は、省エネ入タイマ機能のときと同様に、省エネ運転にて、就寝時刻（前夜の２３：５９）に室温を設定温度（２５．０℃）に到達させるための運転開始時刻を学習済みの相関関係に基づいて決定する。計画生成部８１は、運転モードを、設定情報に基づいて「冷房」に、また、ルールにしたがって「省エネ運転」に決定する。計画生成部８１は、設定温度を、設定情報に基づいて「２５．０℃」に決定する。計画生成部８１は、設定情報およびルールにしたがって、継続時間を、「就寝時刻−運転開始時刻」に決定する。計画生成部８１は、就寝準備期間について省エネ運転が指定されていることに基づいて、風量を最も弱い段階に決定してもよい。

さらに、本実施形態では、制御データの湿度閾値について、計画生成部８１は、サービスサーバ１６から取得した気象予報情報に基づいて決定する。具体的には、計画生成部８１は、上述のようにして生成された制御データにおける運転開始時刻と継続時間とから該制御データに基づく運転が行われる時間帯を特定する。計画生成部８１は、特定した時間帯における予報湿度値を気象予報情報から読み出す。計画生成部８１は、湿度制御ＬＵＴ１９３を参照して、読み出した予報湿度値に対応する湿度閾値を、上述の制御データの湿度閾値として決定する。例えば、前夜２０１９年８月７日水曜日から当日８日木曜日にかけて行われるおやすみ自動運転において、睡眠導入期間に対応する制御データの運転が行われる時間帯は、就寝時刻（前夜２３：００）からＴ１分（６０分）間である。そこで、計画生成部８１は、図７に示す、気象予報情報から、日付「２０１９/８/７」の時刻「２３時」の予報湿度値「８４」を読み出す。計画生成部８１は、湿度制御ＬＵＴ１９３にしたがって、予報湿度値が「８４」の場合の湿度閾値を「６０％」に決定する。

以上のように、計画生成部８１は、少なくとも制御対象期間の小期間ごとに規定されたルールにしたがって、ユーザが指定した設定情報に基づいて、５ステージ分の５つの制御データから成る運転計画情報を生成する。一例として、計画生成部８１は、各制御データを３ステージずつ１つのブロックにパッケージングして運転計画情報を完成させる。計画生成部８１は、完成させた運転計画情報を、ユーザＩＤなどの実施対象情報と日付などの実施日情報とを紐付けて、運転計画ＤＢ９２に登録する。

（運転計画データベース）
図１０は、運転計画ＤＢ９２のデータ構造の一例を示す図である。図に示すとおり、運転計画ＤＢ９２において、生成された運転計画情報は、実施対象情報と実施日情報とに紐付けて運転計画ＤＢ９２に登録される。

実施対象情報の項目には、該当する運転計画情報によって制御する対象のエアコン１１を特定する情報が格納される。実施対象情報の項目は、例えば、ユーザＩＤ、端末ＩＤ、エアコンＩＤ、郵便番号などのサブ項目を含む。

実施日情報の項目には、該当する運転計画情報によっておやすみ自動運転が実施される日を特定する情報が格納される。さらに、該当する運転計画情報の生成のために参照された設定情報を特定する情報が含まれていてもよい。実施日情報の項目は、例えば、起床日を基準とする日付、該日付の曜日、参照元の設定情報の設定情報ＩＤなどのサブ項目を含む。

運転計画情報の本体としては、ブロックごとにパッケージングされた各ステージの制御データが格納される。各ブロックは、ヘッダ情報としてブロックＩＤを含み、フッタ情報として図示しない次のブロックのブロックＩＤを含み、本体として、３つの制御データを含む。各制御データは、制御データを一意に識別するためのステージＩＤを含み、さらに、上述のとおり、運転開始時刻、運転モード、設定温度、継続時間、および、湿度閾値の各項目を含む。制御データは、図示しない、風量、風向（上下風向および左右風向）の各項目をさらに含んでいてもよい。

図１０に示す運転計画ＤＢ９２の先頭のレコード１８１は、ユーザ宅２１に設置されているエアコン１１の、２０１９年８月８日木曜日の運転計画情報が、計画生成部８１によって、運転計画ＤＢ９２に登録されている状態を示す。

計画生成部８１は、同じユーザの同じエアコン１１について、気象予報情報が取得され次第、事前に設定されている設定情報に基づいて、数日分を事前に生成し、運転計画ＤＢ９２に登録しておいてもよい。

計画供給部８２は、運転計画ＤＢ９２に登録されている運転計画情報のうち、先頭の制御データの運転開始時刻が近づいた運転計画情報について、最初の２つブロックをエアコン１１に供給する。

（４）運転実績情報
図１１は、運転実績情報のデータ構造の一例を示す図である。エアコン１１の実績報告部４３は、運転計画情報に基づくおやすみ自動運転を終了すると、終了したおやすみ自動運転の制御対象期間における運転実績を示す運転実績情報を生成する。運転実績情報は、１または複数の実績レコードを含んで構成される。実績報告部４３は、エアコン１１の運転制御部４２が、エアコン本体３３の制御内容を変更したときに、変更後の制御内容を示す実績レコードを生成する。本実施形態では、制御内容の変更は、運転制御部４２が、先の制御データの処理を終了し、次の制御データに基づいて、エアコン本体３３を改めて制御するときに生じる。また、制御内容の変更は、運転制御部４２が制御データに含まれている湿度閾値にしたがって、運転モードを冷房から除湿へ、あるいは、除湿から冷房へ切り替えるときに生じる。また、制御内容の変更は、ユーザが、リモコン１２または携帯端末１５を用いてエアコン１１を操作したとき、運転制御部４２が、その操作内容にしたがって、エアコン本体３３を改めて制御するときに生じる。したがって、実績報告部４３は、新しい制御データに基づく処理が開始されたとき、運転モードを切り替えたとき、および、リモコン１２または携帯端末１５を用いてエアコン１１が操作されたときに、運転実績情報の実績レコードを１つ生成する。

運転実績情報は、一例として、日時、ステージＩＤ、トリガ、運転モード、設定温度、風量、実測温度、実測湿度、および、積算消費電力量の各項目を含む。

日時の項目には、運転制御部４２がエアコン本体３３に対する制御内容を変更した日時が格納される。

ステージＩＤの項目には、上述の制御内容が変更された日時が、運転計画情報で定義されたステージのいずれに属するのかを示すステージＩＤが格納される。一例として、テーブルの上から４番目の実績レコード１８２において、日時「2019/8/7 23:30」は、例えば図４に示すように定義された制御対象期間において、ステージ１に属する。そこで、実績報告部４３は、ステージ１のステージＩＤ「stage01」を実績レコード１８２の該項目に格納する。

トリガの項目には、運転制御部４２が制御内容を変更するに至った契機を示す情報が格納される。例えば、処理対象の制御データが切り替わったこと、または、湿度閾値に基づいて運転制御部４２がエアコン本体３３の制御内容を変更した場合には、「制御データ」が該項目に格納される。ユーザが携帯端末１５のエアコン１１に係るアプリケーションを操作したことまたはユーザがリモコン１２を操作したことに基づいて運転制御部４２がエアコン本体３３の制御内容を変更した場合には、「ユーザ操作」が該項目に格納される。

運転モードの項目には、制御内容が変更されたときの運転モードを示す情報が格納される。

設定温度の項目には、制御内容が変更されたときの設定温度を示す情報が格納される。例えば、実績レコード１８２に関して、これまで設定温度２５℃でエアコン１１が稼動していた中、日時「2019/8/7 23:30」に、ユーザが設定温度を１℃上げる操作を行ったとする。この場合には、実績報告部４３は、実績レコード１８２の設定温度の項目に、２６℃を格納する。

風量の項目には、制御内容が変更されたときの風量を示す情報が格納される。実測温度の項目には、制御内容が変更されたときに温度センサ３４ａが計測した室温が格納される。実測湿度の項目には、制御内容が変更されたときに湿度センサ３４ｂが計測した部屋の湿度が格納される。

積算消費電力量の項目には、制御内容が変更されたときに電力センサ３４ｄが計測した、エアコン１１の積算消費電力量が格納される。例えば、電力センサ３４ｄは、おやすみ自動運転の開始から終了までの制御対象期間における積算消費電力量を検出してもよい。あるいは、電力センサ３４ｄは、１時間ごと、日ごと、などの積算消費電力量を検出してもよい。

実績報告部４３は、制御対象期間について図１１に示すような運転実績情報を生成して、クラウドサーバ１４に送信する。クラウドサーバ１４は、運転実績情報に基づいて、おやすみ自動運転が実施された期間における、エアコン１１の運転実績について詳細を把握することができる。

例えば、図１１の運転実績情報によれば、クラウドサーバ１４は、実績レコード１８２に基づいて、ステージ１の期間中にユーザが覚醒して、設定温度を１℃上げる操作を行ったことを把握する。換言すれば、クラウドサーバ１４は、実績レコード１８２に基づいて、エアコン１１が制御データにしたがった動作（第１動作）とは異なり、設定温度を１℃高めて運転する動作（第２動作）を行ったことを把握することができる。あるいは、実績レコード１８３に基づいて、クラウドサーバ１４は、ステージ３の期間中にユーザが覚醒して、設定温度を１℃下げる操作を行ったことを把握することができる。これらの実績レコードを含んだ運転実績情報を分析することにより、クラウドサーバ１４は、ユーザが睡眠期間中、暑がったのか、寒がったのかを把握することができる。

（質問ルール）
図１２は、質問ルールのデータ構造の一例を示す図である。図１２に示す質問ルール９３は、夏季に運転モードを冷房に設定しておやすみ自動運転を実施した後に参照される質問ルールの一例を示す。

本実施形態では、一例として、質問ルール９３は、条件、および、質問の各項目を含む。条件の項目には、該当する質問がアンケート情報においてユーザに問い合わせる質問として採用される条件が格納される。条件の項目は、例えば、運転モード、ステージＩＤ、および、操作内容の各サブ項目を含む。質問の項目には、該当する条件が満たされた場合にアンケート情報において採用される質問が格納される。質問の項目は、例えば、質問ＩＤ、および、質問テキストの各サブ項目を含む。

以上のように、質問ルール９３を参照すれば、問合せ部８３は、所定の運転モードにて、所定のステージの期間に、所定のユーザ操作が起こった場合に、この条件に合致する質問を特定して、アンケート情報に含めることができる。例えば、運転実績情報から、冷房運転時にステージ１において設定温度を上げるというユーザ操作が行われたことが判明したとする。この場合、問合せ部８３は、運転モードが「冷房」であり、ステージＩＤが「stage01」であり、操作内容が「設定温度を上げる」という条件をみたすレコードを質問ルール９３から抽出する。上述の条件に合致する質問は、質問ＩＤ「QC01U」の質問である。そこで、問合せ部８３は、質問ＩＤ「QC01U」の質問テキストに基づいてアンケート情報を生成することができる。

なお、質問テキストのサブ項目に格納されている質問文のテキストデータにおいて、「＊＊：＊＊」の文字列が記載されている箇所には、ユーザ操作が行われた時刻を意味する変数が定義されている。問合せ部８３は、時刻の値を、図１１に示す運転実績情報から取得する。例えば、問合せ部８３は、図１１の実績レコード１８２に基づいて、質問ＩＤ「QC01U」の質問をアンケート情報に採用することを決定する。そして、問合せ部８３は、該質問の質問テキストにおける時刻の変数に、実績レコード１８２の日時に示された時刻（２３：３０）を入れて、質問文を完成させる。

問合せ部８３は、図１２に示す質問ルール９３にしたがって、制御対象期間において、ユーザ操作がなされなかった場合にも、この条件に合致した質問文を生成して、アンケート情報に含めてもよい。この場合、質問テキストは、ユーザが、はい／いいえで回答できる文面であってもよいし、暑い／寒いで回答できる文面であってもよい。いずれにしても、質問ルール９３において規定される質問テキストは、ユーザが、いくつかの選択肢から１つ選択することで簡単に回答できる文面で構成されることが好ましい。

（５）アンケート情報
問合せ部８３は、質問ルール９３にしたがって、１または複数の質問の質問文を生成すると、これらを含むアンケート情報をユーザ宅２１のユーザが所有する携帯端末１５に送信する。アンケート情報は、少なくとも、上述の実施対象情報と、上述の実施日情報と、質問ＩＤと、該質問ＩＤに紐付けられた質問テキストに基づいて問合せ部８３が生成した質問文とを含む。実施対象情報は、質問の送信先を特定する情報として利用される。実施日情報は、いつ実施されたおやすみ自動運転に係る質問であるのかを特定する情報として利用される。質問ＩＤおよび質問文は、採用された質問の数だけアンケート情報に含められる。

携帯端末１５の回答部６３は、クラウドサーバ１４からアンケート情報を受信すると、受信したアンケート情報に基づいてアンケート画面を生成し、表示部５４に表示させる。

図１３は、携帯端末１５の回答部６３が、表示部５４に表示させるアンケート画面の一例を示す図である。一例として、アンケート画面２００は、ユーザの回答の入力を支援するために、質問提示エリア２０１、回答トグルボタン２０２、および、送信ボタン２０３などの各ウィジェットを含んで構成される。質問提示エリア２０１および回答トグルボタン２０２は、質問ごとに配置される。一例として、図１３には、「はい」の回答が選択された状態の回答トグルボタン２０２が示されている。

ユーザが、すべての回答トグルボタン２０２を操作して、すべての質問に回答してから送信ボタン２０３をタップすると、回答部６３は、回答情報を生成して、クラウドサーバ１４に返信する。

（６）回答情報
図１４は、回答部６３が生成する回答情報のデータ構造の一例を示す図である。回答情報は、一例として、実施対象情報、実施日情報、アンケート受信日時、質問ＩＤ、回答、および、回答送信日時の各項目を含む。

実施対象情報の項目には、例えば、ユーザＩＤ、端末ＩＤ、エアコンＩＤなどの、おやすみ自動運転の実施の対象を特定する情報が格納される。

実施日情報の項目には、例えば、日付、曜日、設定情報ＩＤなど、いつのおやすみ自動運転に関するアンケートかを示す情報が格納される。

アンケート受信日時の項目には、携帯端末１５の通信部５３がアンケート情報をクラウドサーバ１４から受信した日時が格納される。

質問ＩＤの項目には、採用された質問の質問ＩＤが格納される。質問が複数ある場合には、何問目にどの質問が採用されたのかが分かるように、質問ＩＤが質問の順番に紐付けて格納される。

回答の項目には、採用された質問に対するユーザの回答が格納される。

回答送信日時の項目には、該当する回答情報が通信部５３を介してクラウドサーバ１４宛てに送信されたときの日時が格納される。

クラウドサーバ１４の計画補正部８４は、携帯端末１５から受信された回答情報に基づいて、次回以降のおやすみ自動運転が、よりユーザの好みに適合するように、先に生成した運転計画情報を補正することができる。

（補正ルール）
図１５は、補正ルールのデータ構造の一例を示す図である。図１５に示す補正ルール９４は、図１２に示す質問ルール９３の質問に対する回答に基づいて運転計画情報を補正するときに参照される補正ルールの一例を示す。

本実施形態では、一例として、補正ルール９４は、補正条件、および、補正内容の各項目を含む。補正条件の項目には、該当する補正内容が適用される条件が格納される。補正内容の項目には、該補正条件が満たされた場合に適用される補正の内容が格納される。

補正条件の項目は、例えば、質問ＩＤ、回答、および、優先順位の各サブ項目を含む。質問ＩＤは質問を特定する情報である。回答はユーザの回答を示す情報である。優先順位は、ユーザの回答情報が複数の補正条件を満たす場合であって、複数の補正内容を重複して適用できない場合に、いずれの補正内容を優先して適用するのかを決定するための情報である。計画補正部８４は、優先順位が高い（数値が小さい）補正内容を優先して適用する。

補正内容の項目は、例えば、補正値のサブ項目を含む。なお、意味の項目は、発明の理解を助けるために、補正値に示された補正の主旨が記載されており、適宜省略されてよい。補正値のサブ項目には、図９に示す生成ルールが参照する変数に代入する値をどのように補正するのかを示す情報が格納される。例えば、“「Ｘ」←「Ｘ−０．２℃」”は、入眠時の温度下げ幅「Ｘ」を０．２℃分小さくすることが指示される。この補正内容にしたがって、計画補正部８４は、入眠時の温度下げ幅「Ｘ」を１℃から０．８℃に補正した上で、変数「Ｘ」を参照する生成ルールに基づいて生成された制御データを補正する。

例えば、図４に示す例では、就寝時刻２３：００から１時間かけて、室温を設定温度の２６℃から１℃低下させていたところ、２６℃から０．８℃だけ低下させるような制御データに、ステージ１の制御データを補正する。

上述の補正ルール９４によれば、計画補正部８４は、ユーザの回答に基づいて、よりユーザの好みに適合した制御内容となるように各制御データをきめ細やかに補正することができる。具体的には、計画補正部８４は、ユーザが暑いと感じた場合には、室温がより下がるように、または、室温が下がった状態がより長く保たれるように制御データに補正する。また、計画補正部８４は、ユーザが寒いと感じた場合には、室温がより上がるように、または、室温が下がった状態の維持時間を短縮したり室温が上がった状態の維持時間を延長したりするように制御データを補正する。このように補正された運転計画情報は、次回の同じ曜日のおやすみ自動運転の実施時に、よりユーザの好みに適合したものとしてエアコン１１に供給される。

＜フローチャート＞
図１６は、エアコン制御システム１に属する各装置の処理の流れを示すフローチャートである。

ステップＳ１０１では、ユーザ宅２１のユーザが操作する携帯端末１５の設定部６２は、図６に示すような設定画面１００を表示部５４に表示させ、設定情報の入力をユーザから受け付ける。設定部６２は、ユーザが設定画面１００に対して行った操作内容に基づいて図５に示すような設定情報を生成し、通信部５３を介してクラウドサーバ１４に送信する。

ステップＳ１０２では、クラウドサーバ１４の計画生成部８１は、通信部７３を介して、携帯端末１５から設定情報を取得する。

ステップＳ１０３では、計画生成部８１は、サービスサーバ１６から、図７に示すような気象予報情報を取得する。

ステップＳ１０４（生成ステップ）では、計画生成部８１は、取得した設定情報と気象予報情報とに基づいて、ユーザ宅２１のエアコン１１におやすみ自動運転を実施させるための、図８に示すような運転計画情報を生成する。具体的には、計画生成部８１は、図９に示すような温度制御ＬＵＴ１９１と変数ＬＵＴ１９２とにしたがって、設定情報に基づいて、おやすみ自動運転の制御対象期間における複数の制御データを生成する。計画生成部８１は、実施対象情報および実施日情報ごとに、生成した運転計画情報を運転計画ＤＢ９２に登録する。運転計画ＤＢ９２には、例えば図１０に示すように、実施対象情報および実施日情報ごとに、複数の運転計画情報が登録される。なお、計画生成部８１は、設定情報と気象予報情報とを随時受け付けている。したがって、最新の設定情報と気象予報情報とに基づいて、運転計画ＤＢ９２に登録した運転計画情報を修正する必要があれば、その修正を行うことができる。これにより、運転計画情報は、Ｓ１０６にてエアコン１１に供給される直前まで、最新の設定情報と気象予報情報とに基づいて、より適切な内容へと更新される。

ステップＳ１０５では、計画供給部８２は、登録された運転計画情報の供給要否を判断する。計画供給部８２は、運転計画ＤＢ９２に登録されている複数の運転計画情報のうち、運転開始時刻が所定時間以内に迫っている運転計画情報について、エアコン１１への供給が必要と判断し、Ｓ１０５のＹＥＳからＳ１０６に進む。例えば、計画供給部８２は、現時点で運転開始時刻が３０分後に迫っている運転計画情報を運転計画ＤＢ９２から抽出して、各運転計画情報を、それぞれの宛先のエアコン１１に供給する。

ステップＳ１０６（供給ステップ）では、計画供給部８２は、一例として、１つの運転計画情報を構成している複数のブロックのうち、先頭の第１ブロックと、その次の第２ブロックとを、供給先のエアコン１１に供給する。計画供給部８２は、運転計画ＤＢ９２において、供給が完了した２ブロックに対して、供給済を示すフラグを立ててもよい。

ステップＳ１０７では、エアコン１１の計画取得部４１は、通信部３５を介して、運転計画情報のうちの先頭から２ブロック分をクラウドサーバ１４から取得し、記憶部３２の所定の記憶領域に運転計画情報の２ブロックを保存する。

ステップＳ１０８では、運転制御部４２は、おやすみ自動運転の開始時刻になったかどうかを判断する。具体的には、運転制御部４２は、現在時刻が、記憶部３２に保存されている先頭のブロックに含まれている最初の運転開始時刻になったかどうかを判断し、運転開始時刻になった場合に、Ｓ１０８のＹＥＳからＳ１０９に進む。

ステップＳ１０９では、運転制御部４２は、運転計画情報のうち、処理対象のブロックを上述の記憶領域から読み出し、ブロック内に記述された制御データにしたがって、おやすみ自動運転を実施する。例えば、処理対象のブロックは、上述の記憶領域から、不図示の揮発性の主記憶装置などに移されてもよい。

ステップＳ１１０では、運転制御部４２は、上述の処理対象のブロックに基づくおやすみ自動運転を、該ブロックの最後の制御データにおける継続時間を満了するまで継続する。上述の継続時間を満了すると、Ｓ１１０のＹＥＳからＳ１１４に進む。

ステップＳ１１１では、運転制御部４２が処理対象のブロックを消化しておやすみ自動運転を実施している一方で、計画取得部４１が、処理対象の次の次のブロックを供給するようにクラウドサーバ１４に対して要求する。例えば、処理対象のブロックが第１ブロックであれば、計画取得部４１は、第３ブロックの供給をクラウドサーバ１４に要求する。

ステップＳ１１２（供給ステップ）では、クラウドサーバ１４の計画供給部８２は、計画運転情報のうち、要求されたブロックをエアコン１１に供給する。なお、計画生成部８１は、Ｓ１０６が実行された後、Ｓ１１２が実行されるまでの間に、最新の設定情報と気象予報情報とを取得した場合には、必要に応じて、運転計画ＤＢ９２に登録した運転計画情報を修正してもよい。これにより、運転計画情報は、Ｓ１１２にてエアコン１１に供給される直前まで、最新の設定情報と気象予報情報とに基づいて、より適切な内容へと更新される。

ステップＳ１１３では、エアコン１１の計画取得部４１は、供給されたブロックを上述の所定の記憶領域に保存する。なお、ステップＳ１１１〜Ｓ１１３は、運転計画情報に含まれているすべてのブロックがクラウドサーバ１４からエアコン１１に供給されるまで繰り返し実行される。

また、ステップＳ１１０〜Ｓ１１３が実行されている間、エアコン１１は、携帯端末１５またはリモコン１２からの操作指示を受け付けてもよく、この場合、現行の制御データに基づく運転よりも、該操作指示にしたがった運転を優先させる。エアコン１１は、現行の制御データの次の制御データの運転開始時刻になると、操作指示にしたがった運転からおやすみ自動運転に復帰してもよいし、起床時刻まで操作指示にしたがった運転を継続してもよい。

ステップＳ１１４では、運転制御部４２は、Ｓ１０８から開始された一連のおやすみ自動運転が終了したか否かを判断する。一例として、おやすみ自動運転の終了は、運転計画情報の最後のブロックに含まれる最後の制御データにおける継続時間が満了したことにより判断される。あるいは、おやすみ自動運転の終了は、最後の制御データにしたがって運転制御部４２がエアコン本体３３の運転を停止させたことにより判断される。運転制御部４２は、おやすみ自動運転が終了したと判断すると、Ｓ１１４のＹＥＳからＳ１１５に進む。

ステップＳ１１５では、実績報告部４３は、図１１に示すような運転実績情報を生成してクラウドサーバ１４に送信する。実績報告部４３は、ブロック内の制御データが１つ１つ処理される度に、逐次、実績レコードを生成してもよいし、運転計画情報内のすべてのブロックのすべて制御データが処理された後で、まとめて実績レコードを生成して運転実績情報を完成させてもよい。

ステップＳ１１６では、クラウドサーバ１４の問合せ部８３は、エアコン１１から報告された運転実績情報に基づいて、アンケート情報を生成する。具体的には、問合せ部８３は、図１２に示すような質問ルール９３にしたがって、報告された運転実績情報に適合する条件に対応付けられた質問を特定し、特定した質問の質問文を生成する。問合せ部８３は、１または複数の質問についての質問文を含むアンケート情報を、通信部７３を介して、エアコン１１が設定されているユーザ宅２１のユーザが所有する携帯端末１５に送信する。

ステップＳ１１７では、携帯端末１５の回答部６３は、受信したアンケート情報に基づいて、図１３に示すようなアンケート画面２００を表示部５４に表示させ、ユーザの回答を受け付ける。

ステップＳ１１８では、回答部６３は、ユーザがアンケート画面２００に対して行った操作内容に基づいて図１４に示すような回答情報を生成し、通信部５３を介してクラウドサーバ１４に送信する。

ステップＳ１１９では、クラウドサーバ１４の計画補正部８４は、エアコン１１から報告された図１１に示す運転実績情報と、携帯端末１５から返送された図１４に示す回答情報とに基づいて、運転計画ＤＢ９２に登録されている運転計画情報を補正する。例えば、計画補正部８４は、８月８日木曜日に実施された「設定２」の設定情報に基づくおやすみ自動運転の運転実績情報と、同日のおやすみ自動運転に関する回答情報とに基づいて、同日に供給された運転計画情報を補正する。

計画補正部８４は、補正後の運転計画情報を、「設定２」の設定情報に基づいて生成される目前の運転計画情報として運転計画ＤＢ９２に登録する。例えば、「設定２」の設定情報は、月、火、水、木曜日の設定情報である。そこで、計画補正部８４は、８月８日木曜日分の運転計画情報をベースに補正して得られた運転計画情報を、目前の８月１２日月曜日分の運転計画情報として運転計画ＤＢ９２に登録する。この後、クラウドサーバ１４は、Ｓ１０５に戻り、以降の各処理が繰り返し実行される。

上述の構成および方法によれば、設定情報に基づいて、クラウドサーバ１４は、ユーザの睡眠期間において、ユーザ１人１人に適した睡眠環境が得られるようにエアコン１１を制御することができる。しかも、設定情報は、就寝時刻、起床時刻、設定温度などのように、従来の入タイマ設定や切タイマ設定と変わらない単純な項目で構成されており、ユーザに複雑な入力を要求せずに済む。

さらに、クラウドサーバ１４は、ユーザが睡眠期間に行ったエアコン１１に対する操作に基づいて、ユーザの好みを学習し、睡眠期間における自動運転の内容を、ユーザに一層適したものとなるように改訂することができる。さらに、一連の睡眠期間における自動運転の終了後に、ユーザに対してアンケートを実施することにより、より詳細にユーザの好みを学習することができる。結果として、該ユーザにとっての最適解（該ユーザが快適な睡眠環境を得られる最適な自動運転の内容）に早期かつ容易にたどり着くことができる。

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

（冬季、暖房によるおやすみ自動運転の具体例）
図１７は、エアコン１１が、冬季において暖房にておやすみ自動運転を実施する場合の制御内容の一例を説明するグラフである。縦軸は、空調制御対象の部屋の室温を示し、横軸は、時間の経過を示す。

本実施形態では、実施形態１と同様に、おやすみ自動運転を行うために、一例として、「就寝時刻」、「起床時刻」および「設定温度」の少なくとも３つの項目で構成された設定情報が参照される。

図１７に示すグラフは、一例として、就寝時刻が前日の２３：００、起床時刻が当日の６：００、そして、設定温度が２２℃と指定された場合の制御内容を示す。

本実施形態では、暖房時、ユーザの睡眠期間を含むおやすみ自動運転の制御対象期間は、一例として、就寝準備期間（第６小期間）、睡眠導入期間（第７小期間）、深睡眠期間（第８小期間）、覚醒準備期間（第９小期間）の各小期間に細分類される。実施形態１と同様に、計画生成部８１は、少なくともこれらの期間ごとに、エアコン１１の制御データを生成する。また、必要に応じて、計画生成部８１は、１つの期間につき複数の制御データを生成してもよい。

まず、就寝準備期間に対して、現行の室温を「就寝時刻」において「設定温度」に到達させるための制御データが、計画生成部８１により生成される。この制御データにしたがえば、エアコン１１は、室温を「就寝時刻」において「設定温度」に到達させることができる。以上の省エネ運転の運転開始時刻から就寝時刻までの時間帯は、例えば、ステージ０と定義される。

次に、睡眠導入期間に対して、設定温度に到達した室温を、所定時間（例えば、３時間）かけて、所定温度（例えば、３℃）下げるための制御データが、計画生成部８１により生成される。該制御データにしたがって、エアコン１１は、睡眠導入期間において、緩め運転を実施し、徐々に室温を外気温に近づける。具体的には、就寝時刻から３時間かけて室温が徐々に最終的に３℃下がるように、暖房を緩める。

以上のようにして、暖房時に緩め運転が実施されることにより、室温が徐々に低下するので、ヒトの体温の低下が滑らかに促進される。結果として、ユーザに寒冷感を感じさせたり、急激な温度変化で体へ負担をかけたりすることなく、ユーザを深い眠りへと円滑に移行させることができる。以上の緩め運転の時間帯は、例えばステージ１と定義される。

より好ましくは、ステージ１における室温の温度低下率に関して、上限が設けられる。例えば、温度低下率の上限として、「１５分間で最大０．２５℃」の制約が設けられているとする。これにより、極端な温度低下で睡眠を妨害したり、ユーザの体を急激な温度変化にさらしたりすることを回避することができる。

次に、深睡眠期間に対して、設定温度から所定温度下げた室温（例えば、設定温度−３℃）を、就寝時刻の３時間後の時点から起床時刻の３時間前の時点までの間、維持するための制御データが、計画生成部８１により生成される。該制御データにしたがって、エアコン１１は、深睡眠期間において、設定温度−３℃の室温（例えば、１９℃）を就寝時刻の３時間後の時点から起床時刻の３時間前の時点までの間維持する。これにより、冷えすぎまたは暖めすぎによる睡眠妨害が回避されるとともに、省電力消費が実現される。以上の室温維持の時間帯は、例えば、ステージ２と定義される。本実施形態では、就寝時刻から起床時刻までの間の時間が６時間以下である場合には、このステージ２の定義は省略される。

次に、覚醒準備期間に対して、設定温度よりも低く維持されていた室温を、所定時間（例えば、３時間）かけて、設定温度に到達させるための制御データが、計画生成部８１により生成される。該制御データにしたがって、エアコン１１は、覚醒準備期間において、起床時刻の３時間前から起床時刻にかけて室温を徐々に３℃上げる。これにより、ヒトの体温の上昇が滑らかに促進される。結果として、急激な温度変化で体へ負担をかけることなく、ユーザの覚醒の準備を円滑に進めることができる。以上の就寝時刻３時間前から就寝時刻までの時間帯は、例えば、ステージ３と定義される。

ステージ１と同様、より好ましくは、ステージ３における室温の温度上昇率に関して、上限が設けられる。例えば、温度上昇率の上限として、「１５分間で最大０．２５℃」の制約が設けられているとする。これにより、極端な温度上昇で睡眠を妨害したり、ユーザの体を急激な温度変化にさらしたりすることを回避することができる。

最後に、起床時刻においてエアコン１１が運転を停止するための制御データが計画生成部８１により生成される。

以上のように、ユーザの簡易な設定情報に基づいて、ユーザごとに、かつ、少なくとも、制御対象期間が細分類された小期間ごとに制御データが生成されるので、冬季、ユーザに快適な睡眠環境をもたらす、暖房のきめ細かな自動運転が実施される。結果として、睡眠時におけるユーザに適した空調制御を、簡易に行うことが可能な空調制御システムを実現すること可能となる。

なお、ユーザの睡眠期間が６時間未満の場合は、ステージ１およびステージ３のそれぞれについて３時間確保することができない。そこで、本実施形態では、この場合、ステージ２が省略されることに加えて、睡眠期間が前半と後半とに半分ずつに分けられる。そして、計画生成部８１は、睡眠期間の前半では、１５分につき最大０．２５℃の温度低下率にて徐々に室温が下がるように緩め運転が実施されるように制御データを生成する。また、計画生成部８１は、睡眠期間の後半では、１５分につき最大０．２５℃の温度上昇率にて徐々に室温が上がるように暖房機能が実施されるように制御データを生成する。以上のようにして、睡眠期間が６時間未満であるユーザに対しても、快適な睡眠環境をもたらす、自動運転を実施することができる。

＜データ構造＞
（生成ルール）
図１８は、生成ルールのデータ構造の一例を示す図である。図１８に示す生成ルール９１は、冬季に運転モードを暖房に設定しておやすみ自動運転を実施する時に参照される生成ルールの一例を示す。

本実施形態では、一例として、暖房時の生成ルール９１は、第１温度制御ＬＵＴ１９４と、第２温度制御ＬＵＴ１９５と、変数ＬＵＴ１９６とを含んでいる。これらのＬＵＴは、計画生成部８１によって参照され、計画生成部８１が制御データの各項目を決定するために利用される。具体的には、計画生成部８１は、制御データの運転開始時刻、運転モード、設定温度、および、継続時間を決定する。

本実施形態では、計画生成部８１は、設定情報から求められるユーザの睡眠期間の長さに応じて参照するＬＵＴを使い分ける。一例として、計画生成部８１は、設定情報に含まれている就寝時刻から起床時刻までの睡眠期間が６時間以上であれば、第１温度制御ＬＵＴ１９４にしたがって制御データを生成する。一方、上述の睡眠期間が６時間未満であれば、計画生成部８１は、第２温度制御ＬＵＴ１９５にしたがって制御データを生成する。

計画生成部８１は、これらのＬＵＴを参照することにより、図５に示す設定情報に基づいて、各制御データの各項目を決定することができる。このようにして生成された制御データの集合である運転計画情報がエアコン１１に供給されることにより、エアコン１１は、例えば、図１７に示すような室内環境が得られるように稼動することができる。

第１温度制御ＬＵＴ１９４および第２温度制御ＬＵＴ１９５の各項目の説明については、実施形態１において温度制御ＬＵＴ１９１について説明したとおりである。変数ＬＵＴ１９６の各項目の説明については、実施形態１において変数ＬＵＴ１９２について説明したとおりである。

（質問ルール）
図１９は、質問ルールのデータ構造の一例を示す図である。図１９に示す質問ルール９３は、冬季に運転モードを暖房に設定しておやすみ自動運転を実施した後に参照される質問ルールの一例を示す。

質問ルール９３の各項目の説明については、実施形態１において質問ルール９３について説明したとおりである。

本実施形態では、一例として、ステージによらず、全制御対象期間を通じて携帯端末１５またはリモコン１２の操作が無かった場合に、ユーザに問い合わせる質問が定義されていてもよい。本実施形態では、一例として、複数のステージに共通の質問が定義されていてもよい。

（補正ルール）
図２０は、補正ルールのデータ構造の一例を示す図である。図２０に示す補正ルール９４は、図１９に示す質問ルール９３の質問に対する回答に基づいて運転計画情報を補正するときに参照される補正ルールの一例を示す。

補正ルール９４の各項目の説明については、実施形態１において補正ルール９４について説明したとおりである。

例えば、計画補正部８４は、ユーザが、質問ＩＤ「ＱＨ０１Ｎ」の質問に対して「寒かった」と回答した場合には、直前に使用した運転計画情報に対して、入眠時の温度下げ幅「Ｚ」を小さくする補正を行う。図１７を参照すると、補正後の運転計画情報にしたがって、エアコン１１は、まず、ステージ１の終了時点の室温が、補正前と比較して上方に修正されるようにエアコン本体３３を制御する。次に、エアコン１１は、ステージ２において上方修正された該室温が維持されるようにエアコン本体３３を制御する。このように、運転計画情報は、使用される度にユーザからのフィードバックに基づいて補正され、結果として、よりユーザの好みに適した自動運転が実現される。

〔変形例〕
実施形態１および２において、図１５および図２０に示す補正ルール９４にしたがえば、計画補正部８４は、アンケート情報に対する回答情報に基づいて、運転計画情報を補正する構成である。これに限らず、計画補正部８４は、例えば図１１に示される運転実績情報において、ユーザ操作をトリガに生成された実績レコードに基づいて、運転計画情報を補正するように構成されてもよい。

例えば、実績レコード１８２によれば、ユーザは、ステージ１の時間帯に覚醒して、設定温度を１℃上げる操作を行っている。そこで、計画補正部８４は、ユーザが寒くて目が覚めたと判断し、補正ルール９４にしたがって、入眠時の温度下げ幅「Ｘ」を小さくして運転計画情報を補正する。

上述の構成によれば、起床時にユーザにアンケートに回答させることを省略したとしても、ユーザの好みを学習しながらおやすみ自動運転を行うことができるエアコン制御システム１を実現することができる。

実施形態１および２において、計画生成部８１および計画補正部８４が処理する制御データは、風量および風向を指定する項目を含んでいてもよい。そして、計画補正部８４は、ユーザの携帯端末１５から送信された回答情報、および、運転実績情報におけるユーザの風量または風向に関する操作内容に基づいて、制御データにおける風量または風向の項目を補正するように構成されてもよい。

例えば、ユーザが、睡眠導入期間に、体に風が当たるように下向きに風向を調節したが、その後、深睡眠期間において、上向きに風向を調節するような操作を行ったとする。この場合、計画補正部８４は、睡眠導入期間における制御データの風向を下向きに指定し、それ以降の各期間における制御データの風向を上向きに指定してもよい。

上述の構成によれば、ユーザの睡眠期間において、室温だけでなく、室内の空気の流れも自動で制御されることになり、ユーザの好みに合ったより快適な睡眠環境が該ユーザにもたらされる。

実施形態１および２において、図９および図１８に示す生成ルール９１は、ユーザによるフィードバックに応じて変更される変数を定義してもよい。ユーザによるフィードバックとは、具体的には、携帯端末１５またはリモコン１２を使ったエアコン１１への操作指示、および、携帯端末１５から送信された回答情報などを指す。

本変形例では、例えば、冷房時、図４に示すステージ１における入眠時の温度下げ幅を微調整するための調整値「Ｕ１」を、変数ＬＵＴ１９２において定義する。調整値「Ｕ１」のデフォルト値は、初回は「０」であり、一例として、０、１、２、３、４の値を取り得るように定義される。

温度制御ＬＵＴ１９１において、睡眠導入期間におけるルールが、“「ＳIＴ」の時点から「Ｔ１」分経過後に、室温が｛「ＳＴＥＭ」−「Ｘ」＋「Ｕ１」／２｝℃（ただし下限値１８℃）に到達するように運転する”と定義される。

初回、計画生成部８１が、制御データを生成するときは、「Ｕ１」のデフォルト値は「０」である。そこで、計画生成部８１は、生成ルール９１にしたがい、実施形態１と同様に、室温が「ＳＴＥＭ」−「Ｘ」℃（例えば、２６℃−１℃＝２５℃）に到達するように制御データを生成する。

本変形例では、補正ルール９４において、ユーザがステージ１で寒く感じた旨のフィードバックが得られた場合の条件に対して、調整値を、「Ｕ１」←「Ｕ１＋２」のように補正する補正内容が関連付けられている。

ユーザがステージ１で寒く感じた旨のフィードバックが得られた場合、計画補正部８４は、上述の補正ルール９４にしたがって、「Ｕ１」に「Ｕ１＋２」を代入した上で、制御データを補正する。具体的には、計画補正部８４は、睡眠導入期間の制御データを、室温が｛「ＳＴＥＭ」−「Ｘ」＋「Ｕ１」／２｝℃（例えば、２６℃−１℃＋１℃＝２６℃）に到達する制御データとなるように補正する。

上述の構成によれば、ステージ１の目標の室温を１℃上げることができ、結果として、ステージ１で寒く感じたユーザにより適した運転計画情報となるように、該運転計画情報が補正される。

実施形態１および２において、計画生成部８１は、設定情報を入力とし、運転計画情報を出力とするデータセットを教師データとして機械学習した生成モデルによって実現されてもよい。この場合、計画補正部８４は、ユーザからのフィードバックに基づいて運転計画情報を補正し、先の設定情報と補正後の運転計画情報との組み合わせを、計画生成部８１としての生成モデルに学習させる。このようにして、ユーザからのフィードバックに基づいて学習を繰り返すことにより、ユーザの好みに適した運転計画情報を精度よく出力する生成モデルを得ることができる。

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

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

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

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

〔まとめ〕
本発明の態様１に係るサーバ（クラウドサーバ１４）は、１または複数の空気調和機（エアコン１１）とネットワーク（広域通信ネットワーク２２）を介して通信するサーバであって、ユーザの睡眠期間を含む制御対象期間における睡眠時自動運転（おやすみ自動運転）の実施を指示する情報であって、該睡眠期間を特定する情報を含む設定情報に基づいて、前記空気調和機の前記制御対象期間における動作を指定する運転計画情報を生成する生成部（計画生成部８１）と、前記運転計画情報を、前記ネットワークを介して前記ユーザの前記空気調和機に供給することにより、前記空気調和機に、前記運転計画情報にしたがった前記睡眠時自動運転を実施させる供給部（計画供給部８２）とを備えている。

上述の構成によれば、生成部は、設定情報に含まれる、ユーザの睡眠期間を特定する情報に基づいて、制御対象期間における空気調和機の動作を指定する運転計画情報を生成する。生成された運転計画情報は、供給部によって空気調和機に供給される。これにより、空気調和機は、運転計画情報にしたがって、ユーザの睡眠期間が考慮された睡眠時自動運転を実施することができる。このように、ユーザの睡眠期間を特定する情報を含む設定情報が入力されることにより、そのユーザに合った睡眠環境を提供する睡眠時自動運転を空気調和機に実施させることができる。結果として、ユーザに、複数の期間ごとに設定温度を入力させる必要もなく、ユーザの睡眠状態を取得するための複雑な睡眠状態取得システムを構築する必要もなく、睡眠時におけるユーザに適した空調制御を、簡易に行うことができるという効果を奏する。

本発明の態様２に係るサーバでは、上述の態様１において、前記設定情報は、前記睡眠時自動運転の実施を指示する情報として、前記ユーザが就寝時に所望する室温を示す設定温度と、前記睡眠期間を特定する情報として、前記ユーザが予定している就寝時刻および起床時刻と、を含み、前記設定情報は、前記設定温度、前記就寝時刻および前記起床時刻の入力を前記ユーザより受け付けた、前記空気調和機または前記ユーザが操作する携帯端末１５から、前記ネットワークを介して前記サーバに送信されてもよい。

上述の構成によれば、生成部は、ユーザが指定した設定温度と、就寝時刻と、起床時刻とに基づいて運転計画情報を生成する。このように、ユーザに、設定温度と、就寝時刻と、起床時刻とを指定させるだけで、そのユーザに合った睡眠環境を提供する睡眠時自動運転を空気調和機に実施させることができる。結果として、睡眠時におけるユーザに適した空調制御を、簡易に行うことができるという効果を奏する。

本発明の態様３に係るサーバでは、上述の態様２において、前記生成部は、少なくとも、ヒトが経る睡眠状態に応じて分割された前記制御対象期間の小期間ごとに、前記空気調和機の動作を指定する制御データを生成し、複数の前記制御データを時系列が判別可能な状態で含む前記運転計画情報を生成してもよい。

上述の構成によれば、生成部は、ユーザが指定した設定温度と、就寝時刻と、起床時刻とに基づいて、ユーザが経る睡眠状態に応じて制御対象期間が分割された小期間ごとに、制御データを生成する。そして、生成部は、これらの制御データを時系列が判別可能な状態で含む運転計画情報を生成する。これにより、空気調和機は、小期間ごとに制御データを順次処理して、ユーザの睡眠状態に適したよりきめ細やかな睡眠時自動運転を実施することができる。結果として、睡眠時におけるユーザに適した空調制御を、簡易に行うことができるという効果を奏する。

本発明の態様４に係るサーバでは、上述の態様３において、前記設定情報は、さらに、前記睡眠時自動運転の実施を指示する情報として、前記ユーザが所望する運転モードを含み、前記生成部は、前記運転モードが冷房である場合に、前記ユーザが入眠する前の第１小期間（就寝準備期間）について、室温を前記就寝時刻において前記設定温度に到達させるための制御データを生成し、前記ユーザが深い眠りに移行する第２小期間（睡眠導入期間）について、室温を所定時間かけて前記設定温度より低下させるための制御データを生成し、前記ユーザが深い眠りについている期間の前半である第３小期間（深睡眠期間前半）について、低下させた前記室温を所定時間維持するための制御データを生成し、前記ユーザが深い眠りについている期間の後半である第４小期間（深睡眠期間後半）について、室温を所定時間かけて前記設定温度に戻すための制御データを生成し、前記ユーザが覚醒する直前の第５小期間（覚醒準備期間）について、室温を前記起床時刻まで前記設定温度に維持するための制御データを生成してもよい。

上述の構成によれば、空気調和機は、上述の小期間ごとに制御データを順次処理して、ユーザの睡眠状態に適した、より一層きめ細やかな睡眠時自動冷房運転を精度よく実施することができる。結果として、睡眠時におけるユーザに適した空調制御を、簡易に行うことができるという効果を奏する。

本発明の態様５に係るサーバでは、上述の態様３または４において、前記設定情報は、さらに、前記睡眠時自動運転の実施を指示する情報として、前記ユーザが所望する運転モードを含み、前記生成部は、前記運転モードが暖房である場合に、前記ユーザが入眠する前の第６小期間（就寝準備期間）について、室温を前記就寝時刻において前記設定温度に到達させるための制御データを生成し、前記ユーザが深い眠りに移行する第７小期間（睡眠導入期間）について、室温を所定時間かけて前記設定温度より低下させるための制御データを生成し、前記ユーザが深い眠りについている第８小期間（深睡眠期間）について、低下させた前記室温を所定時間維持するための制御データを生成し、前記ユーザが覚醒する直前の第９小期間（覚醒準備期間）について、室温を所定時間かけて前記設定温度に戻すための制御データを生成してもよい。

上述の構成によれば、空気調和機は、上述の小期間ごとに制御データを順次処理して、ユーザの睡眠状態に適した、より一層きめ細やかな睡眠時自動暖房運転を精度よく実施することができる。結果として、睡眠時におけるユーザに適した空調制御を、簡易に行うことができるという効果を奏する。

本発明の態様６に係るサーバでは、上述の態様３から５において、前記生成部は、前記制御データに基づく運転の開始時刻を指定する項目と、前記空気調和機の運転モードとして、少なくとも冷房および暖房の中からいずれか１つを指定する項目と、前記設定温度を指定する項目と、該制御データに基づく運転の継続時間または終了時刻を指定する項目とを少なくとも含む前記制御データを生成してもよい。

上述の構成によれば、空気調和機に対して、冷房または暖房の運転を、設定温度が何℃で、いつからいつまで実施するのかを細かく指定することができる。これにより、ユーザの睡眠状態に適したよりきめ細やかな睡眠時自動運転を実施することができる。

本発明の態様７に係るサーバでは、上述の態様３から６において、前記空気調和機は、室内の湿度が予め定められた湿度閾値を超える場合に、運転モードを冷房から除湿に切り替える機能を有しており、前記制御データは、前記湿度閾値を指定する項目をさらに含み、前記生成部は、他の装置（サービスサーバ１６）から提供された湿度の予報値に基づいて、前記制御データに含める前記湿度閾値を決定してもよい。

上述の構成によれば、室内の湿度環境を睡眠時自動運転で制御することができる。湿度は、快適な睡眠環境作りにおいて重要な要素の１つである。したがって、ユーザに合った、より一層快適な睡眠環境を提供する睡眠時自動運転を空気調和機に実施させることができる。

本発明の態様８に係るサーバでは、上述の態様３から７において、前記供給部は、生成された複数の前記制御データを、時系列にしたがって所定個ずつ送信することにより、前記運転計画情報を前記空気調和機に供給してもよい。

ユーザの睡眠期間を含む比較的長い制御対象期間に亘って、空気調和機を自動制御するための運転計画情報であるから、データ容量はそれにしたがって比較的大きくなる。上述の構成によれば、サーバは、運転計画情報をいくつかのデータに分割し、所定個ずつ制御データを順次送信する。例えば、供給部は、運転の開始が目前の制御データだけを送り、時間の経過に伴って、少しずつ制御データを順次供給することができる。このようにすれば、空気調和機において、運転計画情報を保存しておくための記憶領域の省スペース化を図ることができる。

本発明の態様９に係るサーバは、上述の態様１から８において、前記運転計画情報にしたがって前記睡眠時自動運転を実施した前記空気調和機から、前記制御対象期間における前記空気調和機の動作を示す運転実績情報を取得し、該運転実績情報において、前記運転計画情報によって指定された第１動作とは異なる、前記ユーザからの操作指示にしたがって実施された第２動作（実績レコード１８２、１８３）が示されている場合に、該第２動作に応じて、前記運転計画情報を補正する補正部（計画補正部８４）を、さらに備えていてもよい。

上述の構成によれば、運転計画情報を使って先に実施された睡眠時自動運転に対して、ユーザがどのような操作を行ったのかに応じて、次に実施される睡眠時自動運転で使われる運転計画情報を、該ユーザの好みに合わせて補正することができる。このように、ユーザから改めて指示を受けなくとも、サーバは、ユーザの好みを自動で学習し、よりユーザ好みに運転計画情報を改修することができる。したがって、睡眠時自動運転について、ユーザが自身の最適解を得るのに伴う相当な困難は解消される。

本発明の態様１０に係るサーバは、上述の態様９において、前記運転実績情報に基づいて、実施された前記睡眠時自動運転に対する前記ユーザの感想を問い合わせるための１以上の質問を含んだアンケート情報を生成する問合せ部８３を、さらに備え、前記補正部は、前記ユーザが操作する携帯端末から、前記アンケート情報に含まれる各質問に対する前記ユーザの回答を含む回答情報を取得し、該回答情報に基づいて前記運転計画情報を補正してもよい。

上述の構成によれば、運転計画情報を使って先に実施された睡眠時自動運転に対して、ユーザがどのように感じたのかをより正確に把握することができるので、次に実施される睡眠時自動運転で使われる運転計画情報を、該ユーザの好みに合わせて、より精度良く補正することができる。ユーザは、質問に対して感じたとおりに回答するだけでよく、睡眠時自動運転の複雑な制御内容を自身でカスタマイズする必要はない。したがって、睡眠時自動運転について、ユーザが自身の最適解を得るのに伴う相当な困難は解消される。

本発明の態様１１に係るサーバでは、上述の態様１から１０において、前記生成部は、前記ユーザにより指定された複数の曜日群のそれぞれに対応する前記設定情報ごとに、前記運転計画情報を生成してもよい。

曜日によって睡眠習慣が異なるユーザもいる。例えば、平日と休日とで起床時刻が異なることが考えられる。上述の構成によれば、ユーザは、自身の曜日ごとに異なる睡眠習慣に合わせて、設定情報を複数パターン入力することができる。ユーザは、この設定を１度行うだけでよく、従来のように曜日を意識してタイマ設定を毎日変更する必要がない。これにより、曜日によって睡眠習慣が異なるユーザに対しても、日々、そのユーザに合った睡眠環境を提供する睡眠時自動運転を空気調和機に実施させることができる。

本発明の態様１２に係る空調制御システム（エアコン制御システム１）は、１または複数の空気調和機と、前記空気調和機のそれぞれのユーザが操作する携帯端末と、前記空気調和機および前記携帯端末とネットワークを介して通信するサーバとを含む空調制御システムであって、前記サーバは、前記ユーザの睡眠期間を含む制御対象期間における睡眠時自動運転の実施を指示する情報であって、該睡眠期間を特定する情報を含む設定情報に基づいて、前記空気調和機の前記制御対象期間における動作を指定する運転計画情報を生成する生成部と、前記運転計画情報を、前記ネットワークを介して前記ユーザの前記空気調和機に供給することにより、前記空気調和機に、前記運転計画情報にしたがった前記睡眠時自動運転を実施させる供給部とを備え、前記空気調和機は、前記運転計画情報を前記サーバから取得する取得部（計画取得部４１）と、前記制御対象期間において、取得された前記運転計画情報にしたがって該空気調和機を動作させることにより、前記睡眠時自動運転を実施する運転制御部４２とを備え、前記携帯端末は、前記設定情報の前記ユーザによる入力を支援するための設定画面１００を、該携帯端末の表示部５４に表示させ、前記設定画面を介して前記ユーザから受け付けた前記設定情報を前記サーバに送信する設定部６２を備えている。上述の構成によれば、態様１と同様の効果を奏する。

本発明の態様１３に係る制御方法は、１または複数の空気調和機とネットワークを介して通信するサーバの制御方法であって、ユーザの睡眠期間を含む制御対象期間における睡眠時自動運転の実施を指示する情報であって、該睡眠期間を特定する情報を含む設定情報に基づいて、前記空気調和機の前記制御対象期間における動作を指定する運転計画情報を生成する生成ステップ（Ｓ１０４）と、前記空気調和機に、前記運転計画情報にしたがった前記睡眠時自動運転を実施させるために、前記運転計画情報を、前記ネットワークを介して前記ユーザの前記空気調和機に供給する供給ステップ（Ｓ１０６、Ｓ１１２）とを含む。上述の方法によれば、態様１と同様の効果を奏する。

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

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

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

Claims (14)

1. １または複数の空気調和機とネットワークを介して通信するサーバであって、
   ユーザの睡眠期間を含む制御対象期間における睡眠時自動運転の実施を指示する情報であって、該睡眠期間を特定する情報を含む設定情報に基づいて、前記空気調和機の前記制御対象期間における動作を指定する運転計画情報を生成する生成部と、
   前記運転計画情報を、前記ネットワークを介して前記ユーザの前記空気調和機に供給することにより、前記空気調和機に、前記運転計画情報にしたがった前記睡眠時自動運転を実施させる供給部とを備えていることを特徴とするサーバ。
2. 前記設定情報は、
   前記睡眠時自動運転の実施を指示する情報として、前記ユーザが就寝時に所望する室温を示す設定温度と、
   前記睡眠期間を特定する情報として、前記ユーザが予定している就寝時刻および起床時刻と、を含み、
   前記設定情報は、前記設定温度、前記就寝時刻および前記起床時刻の入力を前記ユーザより受け付けた、前記空気調和機または前記ユーザが操作する携帯端末から、前記ネットワークを介して前記サーバに送信されることを特徴とする、請求項１に記載のサーバ。
3. 前記生成部は、少なくとも、ヒトが経る睡眠状態に応じて分割された前記制御対象期間の小期間ごとに、前記空気調和機の動作を指定する制御データを生成し、複数の前記制御データを時系列が判別可能な状態で含む前記運転計画情報を生成することを特徴とする、請求項２に記載のサーバ。
4. 前記設定情報は、さらに、前記睡眠時自動運転の実施を指示する情報として、前記ユーザが所望する運転モードを含み、
   前記生成部は、前記運転モードが冷房である場合に、
   前記ユーザが入眠する前の第１小期間について、室温を前記就寝時刻において前記設定温度に到達させるための制御データを生成し、
   前記ユーザが深い眠りに移行する第２小期間について、室温を所定時間かけて前記設定温度より低下させるための制御データを生成し、
   前記ユーザが深い眠りについている期間の前半である第３小期間について、低下させた前記室温を所定時間維持するための制御データを生成し、
   前記ユーザが深い眠りについている期間の後半である第４小期間について、室温を所定時間かけて前記設定温度に戻すための制御データを生成し、
   前記ユーザが覚醒する直前の第５小期間について、室温を前記起床時刻まで前記設定温度に維持するための制御データを生成することを特徴とする、請求項３に記載のサーバ。
5. 前記設定情報は、さらに、前記睡眠時自動運転の実施を指示する情報として、前記ユーザが所望する運転モードを含み、
   前記生成部は、前記運転モードが暖房である場合に、
   前記ユーザが入眠する前の第６小期間について、室温を前記就寝時刻において前記設定温度に到達させるための制御データを生成し、
   前記ユーザが深い眠りに移行する第７小期間について、室温を所定時間かけて前記設定温度より低下させるための制御データを生成し、
   前記ユーザが深い眠りについている第８小期間について、低下させた前記室温を所定時間維持するための制御データを生成し、
   前記ユーザが覚醒する直前の第９小期間について、室温を所定時間かけて前記設定温度に戻すための制御データを生成することを特徴とする、請求項３または４に記載のサーバ。
6. 前記生成部は、
   前記制御データに基づく運転の開始時刻を指定する項目と、
   前記空気調和機の運転モードとして、少なくとも冷房および暖房の中からいずれか１つを指定する項目と、
   前記設定温度を指定する項目と、
   該制御データに基づく運転の継続時間または終了時刻を指定する項目とを少なくとも含む前記制御データを生成することを特徴とする、請求項３から５のいずれか１項に記載のサーバ。
7. 前記空気調和機は、室内の湿度が予め定められた湿度閾値を超える場合に、運転モードを冷房から除湿に切り替える機能を有しており、
   前記制御データは、前記湿度閾値を指定する項目をさらに含み、
   前記生成部は、他の装置から提供された湿度の予報値に基づいて、前記制御データに含める前記湿度閾値を決定することを特徴とする、請求項３から６のいずれか１項に記載のサーバ。
8. 前記供給部は、生成された複数の前記制御データを、時系列にしたがって所定個ずつ送信することにより、前記運転計画情報を前記空気調和機に供給することを特徴とする、請求項３から７のいずれか１項に記載のサーバ。
9. 前記運転計画情報にしたがって前記睡眠時自動運転を実施した前記空気調和機から、前記制御対象期間における前記空気調和機の動作を示す運転実績情報を取得し、該運転実績情報において、前記運転計画情報によって指定された第１動作とは異なる、前記ユーザからの操作指示にしたがって実施された第２動作が示されている場合に、該第２動作に応じて、前記運転計画情報を補正する補正部を、さらに備えていることを特徴とする請求項１から８までのいずれか１項に記載のサーバ。
10. 前記運転実績情報に基づいて、実施された前記睡眠時自動運転に対する前記ユーザの感想を問い合わせるための１以上の質問を含んだアンケート情報を生成する問合せ部を、さらに備え、
    前記補正部は、前記ユーザが操作する携帯端末から、前記アンケート情報に含まれる各質問に対する前記ユーザの回答を含む回答情報を取得し、該回答情報に基づいて前記運転計画情報を補正する請求項９に記載のサーバ。
11. 前記生成部は、前記ユーザにより指定された複数の曜日群のそれぞれに対応する前記設定情報ごとに、前記運転計画情報を生成することを特徴とする、請求項１から１０のいずれか１項に記載のサーバ。
12. １または複数の空気調和機と、前記空気調和機のそれぞれのユーザが操作する携帯端末と、前記空気調和機および前記携帯端末とネットワークを介して通信するサーバとを含む空調制御システムであって、
    前記サーバは、
    前記ユーザの睡眠期間を含む制御対象期間における睡眠時自動運転の実施を指示する情報であって、該睡眠期間を特定する情報を含む設定情報に基づいて、前記空気調和機の前記制御対象期間における動作を指定する運転計画情報を生成する生成部と、
    前記運転計画情報を、前記ネットワークを介して前記ユーザの前記空気調和機に供給することにより、前記空気調和機に、前記運転計画情報にしたがった前記睡眠時自動運転を実施させる供給部とを備え、
    前記空気調和機は、
    前記運転計画情報を前記サーバから取得する取得部と、
    前記制御対象期間において、取得された前記運転計画情報にしたがって該空気調和機を動作させることにより、前記睡眠時自動運転を実施する運転制御部とを備え、
    前記携帯端末は、
    前記設定情報の前記ユーザによる入力を支援するための設定画面を、該携帯端末の表示部に表示させ、前記設定画面を介して前記ユーザから受け付けた前記設定情報を前記サーバに送信する設定部を備えていることを特徴とする、空調制御システム。
13. １または複数の空気調和機とネットワークを介して通信するサーバの制御方法であって、
    ユーザの睡眠期間を含む制御対象期間における睡眠時自動運転の実施を指示する情報であって、該睡眠期間を特定する情報を含む設定情報に基づいて、前記空気調和機の前記制御対象期間における動作を指定する運転計画情報を生成する生成ステップと、
    前記空気調和機に、前記運転計画情報にしたがった前記睡眠時自動運転を実施させるために、前記運転計画情報を、前記ネットワークを介して前記ユーザの前記空気調和機に供給する供給ステップとを含むことを特徴とする、制御方法。
14. 請求項１に記載のサーバとしてコンピュータを機能させるための制御プログラムであって、前記生成部および前記供給部としてコンピュータを機能させるための制御プログラム。

Images