(57)【要約】【課題】ユーザが快適に過ごすことができる空気調和空間を実現するための提案をユーザに対して行うことができる技術を提供する。【解決手段】空気調和システム１において、アダプタ３は、空気調和システム１の外部から外気温予報情報を取得し、室内機２は、外気温予報値を外気温予報情報から抽出し、ユーザ設定温度に基づいて室温参照値を算出し、抽出した外気温予報値と算出した室温参照値との比較結果に基づいて、空気調和機の運転開始の予約の提案の通知を行う。【選択図】図１
2020122639.tif 000002
【特許請求の範囲】
【請求項１】
アダプタと、室内機を有する空気調和機と、を具備する空気調和システムであって、
前記アダプタは、前記空気調和システムの外部から外気温の予報情報を取得し、
前記室内機は、外気温の予報値を前記予報情報から抽出し、前記予報値と、予め設定された設定温度に基づいて算出される参照値との比較結果に基づいて、前記空気調和機の運転開始の予約の提案の通知を行う、
空気調和システム。
【請求項２】
前記室内機は、冷房運転時には、前記予報値が前記参照値より高い場合に前記通知を行う一方で、暖房運転時には、前記予報値が前記参照値より低い場合に前記通知を行う、
請求項１に記載の空気調和システム。
【請求項３】
前記室内機は、前記通知が受け付けられたか否かを判定し、前記通知が受け付けられなかったと判定した回数に基づいて前記参照値を算出する、
請求項１に記載の空気調和システム。
【請求項４】
前記室内機は、冷房運転時には、前記回数が多くなるほどより大きい値の前記参照値を算出する、
請求項３に記載の空気調和システム。
【請求項５】
前記室内機は、暖房運転時には、前記回数が多くなるほどより小さい値の前記参照値を算出する、
請求項３に記載の空気調和システム。
【請求項６】
前記室内機は、さらに、前記予報値と所定の外気温との比較結果に基づいて、前記通知を行う、
請求項１に記載の空気調和システム。
【請求項７】
前記室内機は、前記回数が所定回数以上となる場合は、前記通知を行わない、
請求項３に記載の空気調和システム。
【請求項８】
前記室内機は、前記通知が無視された場合、または、前記通知が拒否された場合に、前記通知が受け付けられなかったと判定し、前記通知が無視された場合と前記通知が拒否された場合とで、互いに異なる前記参照値を算出する、
請求項３に記載の空気調和システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、空気調和システムに関する。
【背景技術】
【０００２】
空気調和システムにおいて、天気予報の気象情報に基づいて空気調和空間の温度及び湿度の少なくとも一方が所定範囲内になる時刻を予測し、予測時刻をユーザに通知する技術がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−０１４４１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記の技術では、気象情報に基づいた予測時刻がユーザに通知されるだけであり、気象情報に基づいて空気調和機の運転に関する情報を通知することは行われていない。
【０００５】
本開示は、ユーザが快適に過ごすことができる空気調和空間を実現するための提案をユーザに対して行うことができる技術を提供する。
【課題を解決するための手段】
【０００６】
開示の態様では、空気調和システムは、アダプタと、室内機を有する空気調和機とを有する。前記アダプタは、前記空気調和システムの外部から外気温の予報情報を取得する。前記室内機は、外気温の予報値を前記予報情報から抽出する。そして、前記室内機は、前記予報値と、予め設定された設定温度に基づいて算出される参照値との比較結果に基づいて、前記空気調和機の運転開始の予約の提案の通知を行う。
【発明の効果】
【０００７】
開示の態様によれば、ユーザが快適に過ごすことができる空気調和空間を実現するための提案をユーザに対して行うことができる。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施例１の空気調和システムの構成例を示す図である。
【図２】図２は、実施例１のアダプタの構成例を示す図である。
【図３】図３は、実施例１のサーバ装置の構成例を示す図である。
【図４】図４は、実施例１の運転情報データの一例を示す図である。
【図５】図５は、実施例１の体感温度設定予測モデルの生成または更新に使用される運転情報データの一例を示す図である。
【図６】図６は、実施例１の空気調和システムの処理を説明するフローチャートである。
【図７】図７は、実施例１の室内機の動作例の説明に供する図である。
【図８】図８は、実施例１の外気温予報情報の一例を示す図である。
【図９】図９は、実施例１の外気温予報情報の一例を示す図である。
【図１０】図１０は、実施例１の室内機の動作例の説明に供する図である。
【図１１】図１１は、実施例１の室内機の動作例の説明に供する図である。
【発明を実施するための形態】
【０００９】
以下に、本開示の技術を図面に基づいて説明する。以下では、同一の構成には同一の符号を付す。
【００１０】
［実施例１］
＜空気調和システムの構成＞
図１は、実施例１の空気調和システムの構成例を示す図である。図１において、空気調和システム１は、室内機２と、アダプタ３と、ルータ４Ａ，４Ｂと、サーバ装置５と、中継装置６と、通信端末７と、通信網８とを有する。アダプタ３と中継装置６とは、ルータ４Ａ及び通信網８を介して相互に通信可能である。また、通信端末７と中継装置６とは、ルータ４Ｂ及び通信網８を介して相互に通信可能である。
【００１１】
室内機２は、室内に配置され、室内の空気を加熱または冷却する空気調和機の一部である。空気調和機は、主に、室内機２と、屋外に配置される室外機（図示省略）とを有する。空気調和機のユーザは、リモコン９の操作により室内機２を遠隔操作することが可能である。リモコン９の一例として、赤外線リモコンまたは電波リモコンが挙げられる。室内機２は、本体２Ａと、本体２Ａを制御する制御部２Ｂとを有する。制御部２Ｂは、例えばＣＰＵ（Central  Processing  Unit）、ＭＰＵ（Micro  Processing  Unit）、ＭＣＵ（Micro  Controller  Unit）等のプロセッサにより実現される。本体２Ａは、室内ファン及び室内熱交換器等を備え、室内熱交換器で冷媒と熱交換が行われた室内空気が本体２Ａから吹き出されることで、部屋の暖房、冷房、除湿が行われる。また、本体２Ａには、室内機２を直接操作可能な操作ボタンが設けられる。また、空気調和機の他の一部である室外機には、室外ファン、室外熱交換器、圧縮機、膨張弁等が備えられている。
【００１２】
アダプタ３は、室内機２とルータ４Ａとの間を無線通信で接続する通信機能と、室内機２をＡＩ（Artificial  Intelligence）制御する制御機能とを有する。アダプタ３は、室内機２毎に設置される。ルータ４Ａは、例えばＷＬＡＮ（Wireless  Local  Area  Network）等を使用して、アダプタ３と無線通信で接続し、アダプタ３と通信網８とを接続する。通信網８の一例として、インターネット等が挙げられる。
【００１３】
通信端末７の一例として、ユーザが利用するスマートフォン、タブレット端末等が挙げられる。ルータ４Ｂは、例えばＷＬＡＮ等を使用して、通信端末７と無線通信で接続し、通信端末７と通信網８とを接続する。ユーザは、通信端末７を操作することにより、室内機２を操作することが可能である。
【００１４】
サーバ装置５は、室内機２を制御するＡＩの学習モデルを生成する機能、及び、空気調和機の運転情報データを記憶するデータベース等を有する。サーバ装置５は、例えば、データセンタに設置されている。中継装置６は、通信網８に接続され、サーバ装置５と通信する機能を有する。中継装置６は、アダプタ３に適用される学習モデルの生成または更新に使用される運転情報データをアダプタ３から受信し、受信した運転情報データをサーバ装置５へ送信する。また、中継装置６は、サーバ装置５で生成または更新された学習モデルをサーバ装置５から受信し、受信した学習モデルをアダプタ３へ送信する。
【００１５】
中継装置６は、第１の中継部６Ａと、第２の中継部６Ｂと、第３の中継部６Ｃとを有する。第１の中継部６Ａは、アダプタ３とサーバ装置５との間で、ＡＩ制御に関わる各種データを送信する。例えば、第１の中継部６Ａは、アダプタ３から受信した運転情報データをサーバ装置５へ送信するとともに、運転情報データを用いてサーバ装置５が生成または更新した学習モデルをアダプタ３へ送信する。第２の中継部６Ｂは、ユーザが通信端末７を使用して設定した室内機２の運転条件（冷房／暖房といった運転モードや設定温度等）を取得し、取得した運転条件をアダプタ３経由で室内機２へ送信する。第３の中継部６Ｃは、通信網８を通して気予報等の外部データを取得し、取得した外部データをサーバ装置５やアダプタ３へ送信する。
【００１６】
＜アダプタの構成＞
図２は、実施例１のアダプタの構成例を示す図である。図２において、アダプタ３は、第１の通信部１１と、第２の通信部１２と、記憶部１３と、プロセッサ１４とを有する。
【００１７】
第１の通信部１１は室内機２の制御部２Ｂと通信し、例えばＵＡＲＴ（Universal  Asynchronous  Receiver  Transmitter）等の通信ＩＦ（Interface）により実現される。第２の通信部１２はルータ４Ａと通信し、例えばＷＬＡＮ用の通信ＩＦにより実現される。記憶部１３は、例えばＨＤＤ（Hard  Disk  Drive）、ＲＯＭ（Read  Only  Memory）、ＲＡＭ（Random  Access  Memory）等により実現され、データやプログラム等の各種情報を記憶する。プロセッサ１４は、例えばＣＰＵ、ＭＰＵ、ＭＣＵ等により実現される。
【００１８】
記憶部１３は、運転情報メモリ１３Ａと、モデルメモリ１３Ｂと、外部メモリ１３Ｃとを有する。運転情報メモリ１３Ａは、室内機２から取得された運転情報データを一時記憶する。モデルメモリ１３Ｂは、サーバ装置５から取得した学習モデルを記憶する。外部メモリ１３Ｃは、外部データを記憶する。
【００１９】
プロセッサ１４は、プロセッサ１４における機能ブロックとして、取得部１４Ａと、送信部１４Ｂと、受信部１４Ｃと、設定部１４Ｄと、予測部１４Ｅとを有する。
【００２０】
取得部１４Ａは、設定温度や室内温度等の運転情報データを、所定の周期で（例えば５分毎に）室内機２から取得する。取得部１４Ａは、取得した運転情報データを運転情報メモリ１３Ａに記憶させる。なお、後に図４を用いて説明するように、運転情報データは、運転情報データの取得年月日であるタイムスタンプを含んでいる。
【００２１】
送信部１４Ｂは、運転情報メモリ１３Ａに記憶された運転情報データを運転情報メモリ１３Ａから取得し、取得した運転情報データをサーバ装置５へ送信する。
【００２２】
受信部１４Ｃは、サーバ装置５から学習モデルを受信し、受信した学習モデルをモデルメモリ１３Ｂに記憶させる。
【００２３】
設定部１４Ｄは、モデルメモリ１３Ｂに記憶された学習モデルをモデルメモリ１３Ｂから取得し、取得した学習モデルを予測部１４Ｅに設定する。
【００２４】
予測部１４Ｅは、設定部１４Ｄにより設定された学習モデルを用いて室内機２の制御部２Ｂを制御する。なお、予測部１４Ｅは、学習モデルを用いて室内機２の本体２Ａを直接制御しても良い。また、予測部１４Ｅは、学習モデルに基づく制御態様を制御部２Ｂに送信することにより、制御部２Ｂを介して本体２Ａを間接的に制御しても良い。
【００２５】
＜サーバ装置の構成＞
図３は、実施例１のサーバ装置の構成例を示す図である。図３において、サーバ装置５は、通信部３１と、記憶部３２と、プロセッサ３３とを有する。通信部３１は中継装置６と通信し、例えば通信ＩＦにより実現される。記憶部３２は、例えばＨＤＤ、ＲＯＭ、ＲＡＭ等により実現され、データやプログラム等の各種情報を記憶する。プロセッサ３３は、例えばＣＰＵ、ＭＰＵ、ＭＣＵ等により実現される。
【００２６】
記憶部３２は、データメモリ３２Ａと、モデルメモリ３２Ｂとを有する。データメモリ３２Ａは、アダプタ３から受信された運転情報データを記憶する。モデルメモリ３２Ｂは、サーバ装置５で生成または更新された学習モデルを記憶する。
【００２７】
プロセッサ３３は、プロセッサ３３における機能ブロックとして、受信部３３Ａと、学習部３３Ｂと、送信部３３Ｃとを有する。
【００２８】
受信部３３Ａは、複数の室内機２のそれぞれに接続された各アダプタ３から運転情報データを受信し、受信した運転情報データをデータメモリ３２Ａに記憶させる。
【００２９】
学習部３３Ｂは、データメモリ３２Ａに記憶された運転情報データを用いて機械学習を行い、学習結果に基づいて学習モデルを生成または更新する。学習部３３Ｂは、生成または更新した学習モデルをモデルメモリ３２Ｂに記憶させる。学習モデルの一例として、各家庭の空気調和機の運転状況に基づいてユーザの体感温度を予測し、予測した体感温度に応じて空気調和機を制御する「体感温度設定予測モデル」が挙げられる。
【００３０】
送信部３３Ｃは、モデルメモリ３２Ｂに記憶されている学習モデルをモデルメモリ３２Ｂから取得し、取得した学習モデルを中継装置６経由でアダプタ３へ送信する。
【００３１】
＜運転情報データの一例＞
図４は、実施例１の運転情報データの一例を示す図である。運転情報データには、例えば、運転状態、運転モード、設定温度、室内温度（室温）、室内湿度、風量、風向、人感センサ、輻射センサ、室内熱交温度、室外温度（外気温）、圧縮機回転数、室外風量、運転電流、室外熱交温度、吐出温度、圧縮機温度、膨張弁開度、放熱器温度、起動失敗履歴、異常停止履歴、応急運転履歴、タイムスタンプ、空気調和機ＩＤ、設置場所、施設種類等がある。
【００３２】
運転状態は、室内機２の運転のＯＮ−ＯＦＦ状態を示す。運転モードは、室内機２の冷房や暖房等の動作モードを示す。設定温度は、ユーザによって設定された温度であり、室内機２が使用される室内の目標温度を示す。室内温度は、室内機２が使用される室内の実際の温度を示す。室内湿度は、室内機２が使用される室内の実際の湿度を示す。風量は、室内機２から吹き出される室内空気の風量を示す。風向は、室内機２から吹き出される室内空気の風向を示す。人感センサは、室内の人の有無や活動量のセンサによる検出結果を示す。輻射センサは、室内の床や壁の温度の検出結果を示す。室内熱交温度は、室内機２の本体２Ａの一部をなす室内熱交換器の温度を示す。室外温度は、室外の実際の温度を示す。圧縮機回転数は、室内機２と冷媒配管で接続される室外機に備えられた圧縮機の運転回転数を示す。室外風量は、室外機に備えられる室外ファンによって生成される風量を示す。運転電流は、例えば、室内機２及び室外機等の空気調和機全体の運転電流を示す。室外熱交温度は、室外機に備えられる室外熱交換機の温度を示す。吐出温度は、圧縮機から吐出される冷媒の温度を示す。圧縮機温度は、圧縮機底部の温度を示す。膨張弁開度は、室外機に備えられる電子膨張弁の開度を示す。放熱器温度は、圧縮機を駆動制御するパワー半導体の温度を示す。起動失敗履歴は、圧縮機の起動の失敗の履歴を示す。異常停止履歴は、空気調和機の異常停止の履歴を示す。応急運転履歴は、応急運転の実施履歴を示す。タイムスタンプは、各々の運転情報データの取得日時を年月日時分秒で示す。空気調和機ＩＤは、空気調和機を識別するために室内機２に付与されるＩＤを示す。設置場所は、空気調和機が設置された場所の住所を示す。施設種類は、空気調和機が設置された施設の種類（店舗、飲食店、工場等）を示す。
【００３３】
図４に示す各運転情報データは、家庭用または業務用といった空気調和機の用途に応じて使い分けられる。家庭用の空気調和機に使用される運転情報データとしては、例えば、運転状態、運転モード、設定温度、室内温度、室内湿度、風量、風向、人感センサ、輻射センサ、タイムスタンプ、空気調和機ＩＤ、設置場所等がある。家庭用の空気調和機では、快適性や省エネ性を追求して、ＡＩを用いて操作や提案が行われるため、例えば、設定温度、運転モード、室内や周囲環境等が家庭用に必要なデータとなる。
【００３４】
一方で、業務用の空気調和機に使用される運転情報データとしては、例えば、運転状態、運転モード、設定温度、室内温度、室内湿度、風量、風向、人感センサ、輻射センサ、室内熱交温度、室外温度、圧縮機回転数、室外風量、運転電流、室外熱交温度、吐出温度、圧縮機温度、膨張弁開度、放熱器温度、起動失敗履歴、異常停止履歴、応急運転履歴、タイムスタンプ、空気調和機ＩＤ、設置場所、施設種類等がある。業務用の空気調和機では、ＡＩが各機器の故障やメンテナンスの必要性を予測する。例えば、業務用の空気調和機では、空気調和機内の各部品の運転状況や履歴が蓄積され、蓄積された運転状況や履歴に基づいて、ＡＩが各部品の故障時期を予測する。なお、空気調和機に備えられる圧縮機やファンモータについては、空気調和機の停止中運転情報データが発生しないため、例えば、圧縮機回転数、室外風量、運転電流及び室外熱交温度のデータは空気調和機の停止中には取得しなくても良い。
【００３５】
学習モデルが例えば体感温度設定予測モデルの場合、体感温度設定予測モデルの生成または更新には、設定温度、室内温度、室内湿度、室外温度等の時系列の運転情報データが使用される。図５は、実施例１の体感温度設定予測モデルの生成または更新に使用される運転情報データの一例を示す図である。体感温度設定予測モデルに使用される運転情報データは、図５に示すように、季節に応じて異なる。例えば、冬季の体感温度設定予測モデルでは、設定温度、室内温度、室内湿度及び室外温度等が使用される。一方で、夏季の体感温度設定予測モデルでは、冬季に使用される運転情報データに加えて、例えば、風量と人感センサの検出データ（人の有無や活動量）が使用される。
【００３６】
＜空気調和システムの処理・動作＞
図６は、実施例１の空気調和システムの処理を説明するフローチャートである。図７、図１０及び図１１は、実施例１の室内機の動作例の説明に供する図である。図８及び図９は、実施例１の外気温予報情報の一例を示す図である。以下では、２４時間制で時刻を表記する。
【００３７】
本実施例では、現在時刻よりも後の時刻に空気調和機の運転を開始する予約（以下では「運転開始予約」と呼ぶことがある）のユーザへの提案の通知（以下では「予約提案通知」と呼ぶことがある）を、１年のうち、夏季の所定期間（以下では「夏季所定期間」と呼ぶことがある）、及び、冬季の所定期間（以下では「冬季所定期間」と呼ぶことがある）にだけ実行するものとしている。なお、夏季所定期間の一例として毎年６月１日〜９月３０日の４ヶ月の期間が挙げられ、冬季所定期間の一例として毎年１２月１日〜３月３１日の４ヶ月の期間が挙げられる。
【００３８】
また、図６に示すフローチャートは、毎年、夏季所定期間が始まる日時、及び、冬季所所定期間が始まる日時に開始される。例えば夏季所定期間が毎年６月１日〜９月３０日である場合は、図６に示すフローチャートは、毎年、６月１日の１２時００分に開始され、９月３０日の２３時５９分まで実行される。また例えば冬季所定期間が毎年１２月１日〜３月３１日である場合は、図６に示すフローチャートは、毎年、１２月１日の１２時００分に開始され、３月３１日の２３時５９分まで実行される。
【００３９】
また、本実施例では、予約提案通知を行う時刻（以下では「予約提案通知時刻」と呼ぶことがある）、及び、運転開始予約により空気調和機の運転を開始する推奨の時刻（以下では「運転開始推奨時刻」と呼ぶことがある）は、制御部２Ｂに予め定められている。例えば、運転開始推奨時刻が夕方の１７時００分に定められている場合は、ユーザが予約提案通知を運転開始推奨時刻の当日の昼に確認しやすい昼休みの時間帯である１２時００分に予約提案通知時刻が定められている。また例えば、運転開始推奨時刻が朝の６時００分に定められている場合は、ユーザが予約提案通知を運転開始推奨時刻の前日の夕方に確認しやすい帰宅後の時間帯である１８時００分に予約提案通知時刻が定められている。
【００４０】
図６において、ステップＳ１０１では、室内機２の制御部２Ｂは、現在時刻が第１の予約提案通知時刻である１２時００分であるか否かを判定する。以下では、１日に最大２回行われる可能性がある予約提案通知のうち、１２時００分に行われる予約提案通知を「１２時提案通知」と呼ぶことがある。現在時刻が１２時００分である場合は（ステップＳ１０１：Ｙｅｓ）、処理はステップＳ１０３へ進み、現在時刻が１２時００分でない場合は（ステップＳ１０１：Ｎｏ）、処理はステップＳ１０５へ進む。
【００４１】
ステップＳ１０３では、制御部２Ｂは、運転開始推奨時刻を第１の運転開始推奨時刻である１７時００分に設定する。
【００４２】
一方で、ステップＳ１０５では、制御部２Ｂは、現在時刻が第２の予約提案通知時刻である１８時００分であるか否かを判定する。以下では、１日に最大２回行われる可能性がある予約提案通知のうち、１８時００分に行われる予約提案通知を「１８時提案通知」と呼ぶことがある。現在時刻が１８時００分である場合は（ステップＳ１０５：Ｙｅｓ）、処理はステップＳ１０７へ進み、現在時刻が１８時００分でない場合は（ステップＳ１０５：Ｎｏ）、処理はステップＳ１０１に戻る。
【００４３】
ステップＳ１０７では、制御部２Ｂは、運転開始推奨時刻を第２の運転開始推奨時刻である６時００分に設定する。
【００４４】
次いで、ステップＳ１０９では、制御部２Ｂは、以下で図７を用いて説明するように、運転開始予約が室内機２に設定されているか否かと、運転開始予約により空気調和機の運転が開始される時刻（以下では「予約運転開始時刻」と呼ぶことがある）が所定時間内にあるか否かとを判定する。ユーザは、例えばリモコン９を用いて、任意の予約運転開始時刻を制御部２Ｂに設定可能である。制御部２Ｂは、例えば図７に模式的に示したロジックで、ステップＳ１０９における判定を行う。
【００４５】
図７に示すように、運転開始推奨時刻が第２の運転開始推奨時刻（６時００分）または第１の運転開始推奨時刻（１７時００分）の何れに設定されている場合でも、運転開始予約が設定されていない場合（図７では、運転開始予約の項目を「設定なし」と表記）、つまり、ユーザによる任意の予約運転開始時刻の設定がない場合、制御部２ＢはステップＳ１０９で“ＯＫ”と判定し、処理はステップＳ１１１へ進む。
【００４６】
また、運転開始推奨時刻が第２の運転開始推奨時刻（６時００分）に設定され（図７では、運転開始予約の項目を「設定あり」と表記。以下、同じ）、かつ、予約運転開始時刻が４時００分〜８時００分の何れかの時刻に設定されている場合は、制御部２ＢはステップＳ１０９で“ＮＧ”と判定し、処理はステップＳ１０１に戻る。なお、ここでは、一例として、第２の運転開始推奨時刻である６時００分から±２時間の範囲を、第２の運転開始推奨時刻に対する所定時間の範囲４時００分〜８時００分として定めた。
【００４７】
また、運転開始推奨時刻が第２の運転開始推奨時刻（６時００分）に設定され、かつ、予約運転開始時刻が４時００分〜８時００分以外の何れかの時刻に設定されている場合は、制御部２ＢはステップＳ１０９１０５で“ＯＫ”と判定し、処理はステップＳ１１１へ進む。
【００４８】
また、運転開始推奨時刻が第１の運転開始推奨時刻（１７時００分）に設定され、かつ、予約運転開始時刻が１５時００分〜１９時００分の何れかの時刻に設定されている場合は、制御部２ＢはステップＳ１０９で“ＮＧ”と判定し、処理はステップＳ１０１に戻る。なお、ここでは、一例として、第１の運転開始推奨時刻である１７時００分から±２時間の範囲を、第１の運転開始推奨時刻に対する所定時間の範囲１５時００分〜１９時００分として定めた。
【００４９】
また、運転開始推奨時刻が第１の運転開始推奨時刻（１７時００分）に設定され、かつ、予約運転開始時刻が１５時００分〜１９時００分以外の何れかの時刻に設定されている場合は、制御部２ＢはステップＳ１０９で“ＯＫ”と判定し、処理はステップＳ１１１へ進む。
【００５０】
このようにしてステップＳ１０９の判定を行うのは、以下の理由による。すなわち、ステップＳ１０９で“ＮＧ”と判定された場合は、運転開始推奨時刻の前後の時刻を予約運転開始時刻とする運転開始予約が既にあるため、ステップＳ１１１以降の処理が不要である一方で、ステップＳ１０９で“ＯＫ”と判定された場合は、運転開始予約はされているものの、予約運転開始時刻が運転開始推奨時刻から離れた時刻であるため、ステップＳ１１１以降の処理が必要となるからである。
【００５１】
図６に戻り、ステップＳ１１１では、制御部２Ｂは、外気温の予報情報（以下では「外気温予報情報」と呼ぶことがある）から、運転開始推奨時刻（１７時００分または６時００分）における外気温の予報値（以下では「外気温予報値」と呼ぶことがある）を抽出する。アダプタ３は、空気調和システム１の外部に設置されているサーバ装置（外気温予報情報を含む気象情報を格納するサーバ装置）から中継装置６及び通信網８を介して、図８または図９に示す外気温予報情報を取得する。アダプタ３は、例えば５分毎に外気温予報情報を取得し、取得した外気温予報情報を制御部２Ｂへ出力する。アダプタ３は、例えば現在日時が２０１８年１２月２４日の１２時００分〜１２時５９分の範囲にある場合、図８に示す外気温予報情報ＦＩＡを取得する。また、アダプタ３は、例えば現在日時が２０１８年１２月２４日の１８時００分〜１８時５９分の範囲にある場合、図９に示す外気温予報情報ＦＩＢを取得する。外気温予報情報ＦＩＡ（図８）には、２０１８年１２月２４日の１２時から１時間毎に２４時間分の外気温予報値が含まれ、外気温予報情報ＦＩＢ（図９）には、２０１８年１２月２４日の１８時から１時間毎に２４時間分の外気温予報値が含まれる。図８及び図９において、例えば２０１８年１２月２４日の１８時の外気温予報値６℃は、２０１８年１２月２４日の１８時００分〜１８時５９分における外気温予報値を示す。
【００５２】
制御部２Ｂは、ステップＳ１０３で運転開始推奨時刻を１７時００分に設定した場合は、外気温予報情報ＦＩＡ（図８）から、運転開始推奨時刻１７時００分における外気温予報値ＦＶ１（７℃）を抽出する。また、制御部２Ｂは、ステップＳ１０７で運転開始推奨時刻を６時００分に設定した場合は、外気温予報情報ＦＩＢ（図９）から、運転開始推奨時刻６時００分における外気温予報値ＦＶ２（０℃）を抽出する。
【００５３】
次いで、ステップＳ１１３では、制御部２Ｂは、室温参照値を算出する。
【００５４】
ここで、制御部２Ｂは、後述するステップＳ１１９で予約提案通知をユーザに行う度に、予約提案通知がユーザに受け付けられたか否かを判定し、予約提案通知が受け付けられなかったと判定した回数に基づいて室温参照値を算出する。制御部２Ｂは、予約提案通知がユーザによって無視された場合、または、拒否された場合に、予約提案通知がユーザに受け付けられなかったと判定する。また、制御部２Ｂは、予約提案通知がユーザによって承諾された場合に、予約提案通知がユーザに受け付けられたと判定する。以下、本実施例では、予約提案通知が受け付けられなかった場合の一例として、予約提案通知が無視された場合について説明する。
【００５５】
制御部２Ｂは、後述するステップ１１９で予約提案通知を行う度に、別途図１０に模式的に示したロジックで、予約提案通知が承諾されたか、または、予約提案通知が無視されたかを判定する。
【００５６】
図１０に示すように、制御部２Ｂは、後述するステップＳ１１９で１８時提案通知を行ってから現在時刻が第２の運転開始推奨時刻（６時００分）になるまでの間に、予約運転開始時刻が４時００分〜８時００分の範囲の時刻である新たな運転開始予約が室内機２に設定された場合は（図１０では、運転開始予約の項目に「設定あり」と表記。以下、同じ）、１８時提案通知が承諾されたと判定する。
【００５７】
また、制御部２Ｂは、後述するステップＳ１１９で１８時提案通知を行ってから現在時刻が第２の運転開始推奨時刻（６時００分）になるまでの間に、予約運転開始時刻が４時００分〜８時００分以外の範囲の時刻である新たな運転開始予約が室内機２に設定された場合は、１８時提案通知が無視されたと判定する。
【００５８】
また、制御部２Ｂは、後述するステップＳ１１９で１２時提案通知を行ってから現在時刻が第１の運転開始推奨時刻（１７時００分）になるまでの間に、予約運転開始時刻が１５時００分〜１９時００分の範囲の時刻である新たな運転開始予約が室内機２に設定された場合は、１２時提案通知が承諾されたと判定する。
【００５９】
また、制御部２Ｂは、後述するステップＳ１１９で１２時提案通知を行ってから現在時刻が第１の運転開始推奨時刻（１７時００分）になるまでの間に、予約運転開始時刻が１５時００分〜１９時００分以外の範囲の時刻である新たな運転開始予約が室内機２に設定された場合は、１２時提案通知が無視されたと判定する。
【００６０】
また、制御部２Ｂは、後述するステップＳ１１９で１８時提案通知を行ってから現在時刻が第２の運転開始推奨時刻（６時００分）になるまでの間に新たな運転開始予約が室内機２に設定されない場合は（図１０では、運転開始予約の項目に「設定なし」と表記。以下、同じ）、１８時提案通知が無視されたと判定する。
【００６１】
また、制御部２Ｂは、後述するステップＳ１１９で１２時提案通知を行ってから現在時刻が第１の運転開始推奨時刻（１７時００分）になるまでの間に新たな運転開始予約が室内機２に設定されない場合は、１２時提案通知が無視されたと判定する。
【００６２】
そして、制御部２Ｂは、予約提案通知が無視されたと判定した際には、現在日時が夏季所定期間に含まれる場合は、夏季所定期間における無視の回数（以下では「夏季期間無視回数」と呼ぶことがある）をカウントし、現在日時が冬季所定期間に含まれる場合は、冬季所定期間における無視の回数（以下では「冬季期間無視回数」と呼ぶことがある）をカウントする。例えば、夏季所定期間として６月１日〜９月３０日が制御部２Ｂに設定されている場合は、制御部２Ｂは、毎年、６月１日０時０分に夏季期間無視回数のカウントをゼロから開始し、９月３０日２３時５９分に夏季期間無視回数のカウントを終了して夏季期間無視回数をゼロにリセットする。また例えば、冬季所定期間として１２月１日〜３月３１日が制御部２Ｂに設定されている場合は、制御部２Ｂは、毎年、１２月１日０時０分に冬季期間無視回数のカウントをゼロから開始し、３月３１日２３時５９分に冬季期間無視回数のカウントを終了して冬季期間無視回数をゼロにリセットする。
【００６３】
そして、制御部２Ｂは、図１１に模式的に示した方法で、運転モードと、ユーザにより制御部２Ｂに予め設定された室温の設定温度（以下では「ユーザ設定温度」と呼ぶことがある）と、夏季期間無視回数または冬季期間無視回数とに基づいて、室温参照値を算出する。ユーザは、例えばリモコン９を用いて、ユーザ設定温度を制御部２Ｂに設定可能である。図１１における「運転モード」は、空気調和機の運転が停止中である場合は、空気調和機の運転の停止直前の運転モードを示し、空気調和機が運転中である場合は、空気調和機の現在の運転モードを示す。図１１において、温度Ａ１，Ａ２，Ａ３，Ｂ１，Ｂ２，Ｂ３，Ｃ１，Ｃ２，Ｃ３，Ｄ１，Ｄ２，Ｄ３の関係は、「Ａ１＜Ａ２＜Ａ３」、「Ｂ１＜Ｂ２＜Ｂ３」、「Ａ３＜Ｂ１」、「Ｃ１＜Ｃ２＜Ｃ３」、「Ｄ１＞Ｄ２＞Ｄ３」、「Ｃ３＞Ｄ１」である。
【００６４】
図１１に示すように、制御部２Ｂは、運転モードが「冷房」で、かつ、夏季期間無視回数または冬季期間無視回数が０〜１回である場合は、室温参照値を「ユーザ設定温度＋Ａ１℃」と算出する。また制御部２Ｂは、運転モードが「冷房」で、かつ、夏季期間無視回数または冬季期間無視回数が２〜３回である場合は、室温参照値を「ユーザ設定温度＋Ａ２℃」と算出する。また制御部２Ｂは、運転モードが「冷房」で、かつ、夏季期間無視回数または冬季期間無視回数が４〜５回である場合は、室温参照値を「ユーザ設定温度＋Ａ３℃」と算出する。
【００６５】
また、制御部２Ｂは、運転モードが「暖房」で、かつ、夏季期間無視回数または冬季期間無視回数が０〜１回である場合は、室温参照値を「ユーザ設定温度−Ｃ１℃」と算出する。また制御部２Ｂは、運転モードが「暖房」で、かつ、夏季期間無視回数または冬季期間無視回数が２〜３回である場合は、室温参照値を「ユーザ設定温度−Ｃ２℃」と算出する。また制御部２Ｂは、運転モードが「暖房」で、かつ、夏季期間無視回数または冬季期間無視回数が４〜５回である場合は、室温参照値を「ユーザ設定温度−Ｃ３℃」と算出する。
【００６６】
なお、後述するように、夏季期間無視回数が６回以上である場合は、当該夏季所定期間における予約提案通知は行われず、また、冬季期間無視回数が６回以上である場合は、当該冬季所定期間における予約提案通知は行われない。これは、当該夏季所定期間または当該冬季所定期間に予約提案通知が６回以上無視されるときは、ユーザが予約提案通知そのものを不要であると考えていると判断されるためである。
【００６７】
このように、制御部２Ｂは、運転モードが「冷房」である場合（つまり、冷房運転時）には、夏季期間無視回数が多くなるほどより大きい値の室温参照値を算出し、運転モードが「暖房」である場合（つまり、暖房運転時）には、冬季期間無視回数が多くなるほどより小さい値の室温参照値を算出する。これにより、夏季所定期間では、最初の予約提案通知が無視された場合、つまり、最初の室温参照値ではユーザが冷房運転は不要であると感じている場合は、次回の予約提案通知は、最初の予約提案通知時よりも大きい値の室温参照値になったときになされる。また、冬季所定期間では、最初の予約提案通知が無視された場合、つまり、最初の室温参照値ではユーザが暖房運転は不要であると感じている場合は、次回の予約提案通知は、最初の予約提案通知時よりも小さい値の室温参照値になったときになされる。つまり、室温参照値の算出に夏季期間無視回数及び冬季期間無視回数を考慮することで、ユーザの体感に合った予約提案通知を行うことができる。
【００６８】
図６に戻り、次いで、ステップＳ１１５では、制御部２Ｂは、夏季期間無視回数または冬季期間無視回数が６回未満であるか否かを判定する。夏季期間無視回数または冬季期間無視回数が６回未満である場合は（ステップＳ１１５：Ｙｅｓ）、処理はステップＳ１１７へ進み、夏季期間無視回数または冬季期間無視回数が６回以上である場合は（ステップＳ１１５：Ｎｏ）、ステップＳ１１７，Ｓ１１９の処理が行われることなく、当該夏季所定期間または当該冬季所定期間における処理は終了する。つまり、夏季期間無視回数または冬季期間無視回数が６回に達すると、当該夏季所定期間または当該冬季所定期間における予約提案通知はもはや行われない。
【００６９】
なお、ステップＳ１１５の処理を、ステップＳ１１１の処理とステップＳ１１３の処理との間に行っても良い。すなわち、夏季期間無視回数または冬季期間無視回数が６回未満である場合は（ステップＳ１１５：Ｙｅｓ）、処理はステップＳ１１３へ進み、夏季期間無視回数または冬季期間無視回数が６回以上である場合は（ステップＳ１１５：Ｎｏ）、ステップＳ１１３，Ｓ１１７，Ｓ１１９の処理が行われることなく、処理はステップＳ１０１に戻っても良い。
【００７０】
次いで、ステップＳ１１７では、制御部２Ｂは、ステップＳ１１１で抽出した外気温予報値と、ステップＳ１１３で算出した室温参照値とを比較し、外気温予報値と室温参照値との関係が図１１に示す条件（Ａ）に合致するか否かを判定する。
【００７１】
図１１において、例えば、制御部２Ｂは、運転モードが「冷房」であり、かつ、夏季期間無視回数が０〜１回である場合は、（Ａ）外気温予報値が室温参照値（ユーザ設定温度＋Ａ１℃）より高い場合に、条件に合致したと判定する。また例えば、制御部２Ｂは、運転モードが「冷房」であり、かつ、夏季期間無視回数が２〜３回である場合は、（Ａ）外気温予報値が室温参照値（ユーザ設定温度＋Ａ２℃）より高い場合に、条件に合致したと判定する。また例えば、制御部２Ｂは、運転モードが「冷房」であり、かつ、夏季期間無視回数が４〜５回である場合は、（Ａ）外気温予報値が室温参照値（ユーザ設定温度＋Ａ３℃）より高い場合に、条件に合致したと判定する。このように、制御部２Ｂは、冷房運転時には、外気温予報値が室温参照値より高い場合に条件に合致したと判定する。
【００７２】
また例えば、制御部２Ｂは、運転モードが「暖房」であり、かつ、冬季期間無視回数が０〜１回である場合は、（Ａ）外気温予報値が室温参照値（ユーザ設定温度−Ｃ１℃）より低い場合に、条件に合致したと判定する。また例えば、制御部２Ｂは、運転モードが「暖房」であり、かつ、冬季期間無視回数が２〜３回である場合は、（Ａ）外気温予報値が室温参照値（ユーザ設定温度−Ｃ２℃）より低い場合に、条件に合致したと判定する。また例えば、制御部２Ｂは、運転モードが「暖房」であり、かつ、冬季期間無視回数が４〜５回である場合は、（Ａ）外気温予報値が室温参照値（ユーザ設定温度−Ｃ３℃）より低い場合に、条件に合致したと判定する。このように、制御部２Ｂは、暖房運転時には、外気温予報値が室温参照値より低い場合に条件に合致したと判定する。
【００７３】
図１１において、条件（Ａ）は、ユーザが冷房運転時や暖房運転時にユーザ設定温度を自由に選択できる場合に、夏季期間無視回数及び冬季期間無視回数を利用して、ユーザの意図（好み）を最大限反映させた提案通知を行うために定められた条件である。
【００７４】
図６に戻り、外気温予報値と室温参照値との関係が図１１に示す何れかの条件（Ａ）に合致する場合には（ステップＳ１１７：Ｙｅｓ）、処理はステップＳ１１９へ進む。一方で、外気温予報値と室温参照値との関係が図１１に示す何れの条件（Ａ）にも合致しない場合には（ステップＳ１１７：Ｎｏ）、ステップＳ１１９の処理が行われることなく、処理はステップＳ１０１に戻る。
【００７５】
ステップＳ１１９では、制御部２Ｂは、ステップＳ１０３で運転開始推奨時刻を１７時００分に設定した場合は、１２時提案通知をアダプタ３に出力する。また、制御部２Ｂは、ステップＳ１０７で運転開始推奨時刻を６時００分に設定した場合は、１８時提案通知をアダプタ３に出力する。アダプタ３は、制御部２Ｂから入力された１２時提案通知または１８時提案通知を通信端末７へ送信する。１２時提案通知を受信した通信端末７のタッチパネル（図示省略）には、例えば「本日の夕方１７時の運転開始予約を設定しませんか？」という文章が表示されることにより、ユーザに対して１２時提案通知が行われる。また、１８時提案通知を受信した通信端末７のタッチパネルには、例えば「明日の朝６時の運転開始予約を設定しませんか？」という文章が表示されることにより、ユーザに対して１８時提案通知が行われる。
【００７６】
なお、ステップＳ１１７では、制御部２Ｂは、図１１に示す条件（Ａ）に加えて、図１１に示す条件（Ｂ）を用い、条件（Ａ）の判定に加えて、ステップＳ１１１で抽出した外気温予報値が図１１に示す条件（Ｂ）に合致するか否かを判定しても良い。
【００７７】
すなわち、図１１において、例えば、制御部２Ｂは、運転モードが「冷房」であり、かつ、夏季期間無視回数が０〜１回である場合は、（Ａ）外気温予報値が室温参照値（ユーザ設定温度＋Ａ１℃）より高い場合、または、（Ｂ）外気温予報値が所定の外気温Ｂ１℃より高い場合に、条件に合致したと判定する。また例えば、制御部２Ｂは、運転モードが「冷房」であり、かつ、夏季期間無視回数が２〜３回である場合は、（Ａ）外気温予報値が室温参照値（ユーザ設定温度＋Ａ２℃）より高い場合、または、（Ｂ）外気温予報値が所定の外気温Ｂ２℃より高い場合に、条件に合致したと判定する。また例えば、制御部２Ｂは、運転モードが「冷房」であり、かつ、夏季期間無視回数が４〜５回である場合は、（Ａ）外気温予報値が室温参照値（ユーザ設定温度＋Ａ３℃）より高い場合、または、（Ｂ）外気温予報値が所定の外気温Ｂ３℃より高い場合に、条件に合致したと判定する。
【００７８】
また例えば、制御部２Ｂは、運転モードが「暖房」であり、かつ、冬季期間無視回数が０〜１回である場合は、（Ａ）外気温予報値が室温参照値（ユーザ設定温度−Ｃ１℃）より低い場合、または、（Ｂ）外気温予報値が所定の外気温Ｄ１℃より低い場合に、条件に合致したと判定する。また例えば、制御部２Ｂは、運転モードが「暖房」であり、かつ、冬季期間無視回数が２〜３回である場合は、（Ａ）外気温予報値が室温参照値（ユーザ設定温度−Ｃ２℃）より低い場合、または、（Ｂ）外気温予報値が所定の外気温Ｄ２℃より低い場合に、条件に合致したと判定する。また例えば、制御部２Ｂは、運転モードが「暖房」であり、かつ、冬季期間無視回数が４〜５回である場合は、（Ａ）外気温予報値が室温参照値（ユーザ設定温度−Ｃ３℃）より低い場合、または、（Ｂ）外気温予報値が所定の外気温Ｄ３℃より低い場合に、条件に合致したと判定する。
【００７９】
図１１に示す条件（Ｂ）は、空気調和機の運転モードが「自動」とされている場合、つまり、ユーザがユーザ設定温度を選択できない場合に、ユーザ設定温度を用いることなく、外気温予想値と所定の外気温との比較結果に応じて提案通知を行うために定められた条件である。なお、運転モードが「自動」である場合は、制御部２Ｂが室温や外気温に基づいて自動的に「冷房」または「暖房」の運転モードを選択することにより空気調和機の運転が行われる。
【００８０】
以上のように、実施例１では、空気調和システム１は、アダプタ３と、室内機２とを有する。アダプタ３は、空気調和システム１の外部から外気温予報情報を取得する。室内機２は、外気温予報情報から外気温予報値を抽出する。また、室内機２は、ユーザ設定温度に基づいて室温参照値を算出する。そして、室内機２は、抽出した外気温予報値と算出した室温参照値との比較結果に基づいて、予約提案通知を行う。
【００８１】
こうすることで、ユーザ設定温度と外気温予報値とを踏まえた上でユーザに対して予約提案通知が行われるため、ユーザが快適に過ごすことができる空気調和空間を実現するための提案をユーザに対して行うことができる。
【００８２】
また実施例１では、室内機２は、冷房運転時には、外気温予報値が室温参照値より高い場合に予約提案通知を行う一方で、暖房運転時には、外気温予報値が室温参照値より低い場合に予約提案通知を行う。
【００８３】
また実施例１では、室内機２は、冷房運転時には、夏季期間無視回数または冬季期間無視回数が多くなるほどより大きい値の室温参照値を算出し、暖房運転時には、夏季期間無視回数または冬季期間無視回数が多くなるほどより小さい値の室温参照値を算出する。
【００８４】
こうすることで、冷房運転が行われる夏季所定期間と、暖房運転が行われる冬季所定期間とのそれぞれの期間に応じて最適な予約提案通知を行うことができる。
【００８５】
また実施例１では、室内機２は、予約提案通知が受け付けられたか否か（例えば、予約提案通知が承諾されたか、または、無視されたか）を判定し、予約提案通知が受け付けられなかったと判定した回数に基づいて室温参照値を算出する。
【００８６】
また実施例１では、室内機２は、夏季期間無視回数または冬季期間無視回数が所定回数以上（例えば、６回以上）となる場合は、当該夏季所定期間または当該冬季所定期間における予約提案通知を行わない（図６の「ステップＳ１１５：Ｎｏ」を参照）。
【００８７】
こうすることで、予約提案通知を受け付けないユーザに対して予約提案通知が繰り返されるという予約提案通知の煩わしさを抑えつつ、適度な予約提案通知を行うことができる。
【００８８】
また実施例１では、室内機２は、さらに、外気温予報値と所定の外気温との比較結果に基づいて予約提案通知を行う。
【００８９】
こうすることで、空気調和機の運転モードが「自動」である場合でも、ユーザが快適に過ごすことができる空気調和空間を実現するための提案をユーザに対して行うことができる。
【００９０】
以上、実施例１について説明した。
【００９１】
［実施例２］
実施例２では、室温参照値の算出方法について、実施例１における室温参照値の算出方法とは異なるバリエーションを挙げる。以下では、夏季期間無視回数及び冬季期間無視回数を「無視回数」と総称することがある。
【００９２】
＜バリエーション１＞
制御部２Ｂは、冷房運転時には式（１）に従って室温参照値を算出し、暖房運転時には式（２）に従って室温参照値を算出する。
室温参照値＝［ユーザ設定温度＋５＋無視回数］℃  …（１）
室温参照値＝［ユーザ設定温度−５＋（無視回数＋１）］℃  …（２）
【００９３】
＜バリエーション２＞
制御部２Ｂは、冷房運転時には式（３）に従って室温参照値を算出し、暖房運転時には式（４）に従って室温参照値を算出する。式（３），（４）において「最初の室温参照値」とは、現在日時が含まれる１つの夏季所定期間、または、現在日時が含まれる１つの冬季所定期間において最初に算出された室温参照値である。
室温参照値＝［最初の室温参照値＋無視回数］℃  …（３）
室温参照値＝［最初の室温参照値−無視回数×２］℃  …（４）
【００９４】
以上のバリエーション１及びバリエーション２に従って室温参照値を算出しても、実施例１と同様に、ユーザ設定温度と外気温予報値とを踏まえた上でユーザに対して予約提案通知が行われるため、ユーザが快適に過ごすことができる空気調和空間を実現するための提案をユーザに対して行うことができる。
【００９５】
以上、実施例２について説明した。
【００９６】
［実施例３］
実施例１では、予約提案通知がユーザに受け付けられなかった場合の一例として、予約提案通知が無視された場合について説明した。これに対し、実施例２では、予約提案通知がユーザに受け付けられなかった場合の一例として、予約提案通知がユーザに明確に拒否された場合について説明する。以下では、実施例１と異なる点について説明する。
【００９７】
＜室内機の処理・動作＞
図６のステップＳ１１９において予約提案通知を受信した通信端末７のタッチパネルには、実施例１で説明した予約提案通知の文章に加えて、予約提案通知をユーザが拒否する意志を明確に示すことを可能にするために、「拒否ボタン」が表示される。タッチパネルに表示された拒否ボタンがタッチされると、通信端末７は拒否応答をアダプタ３へ送信し、アダプタ３は、受信した拒否応答を制御部２Ｂへ出力する。
【００９８】
制御部２Ｂは、実施例１で説明した無視回数のカウントに加えて、夏季所定期間における拒否応答の回数をカウントすることにより夏季所定期間における拒否の回数（以下では「夏季期間拒否回数」と呼ぶことがある）をカウントするとともに、冬季所定期間における拒否応答の回数をカウントすることにより冬季所定期間における拒否の回数（以下では「冬季期間拒否回数」と呼ぶことがある）をカウントする。例えば、夏季所定期間として６月１日〜９月３０日が制御部２Ｂに設定されている場合は、制御部２Ｂは、毎年、６月１日０時０分に夏季期間拒否回数のカウントをゼロから開始し、９月３０日２３時５９分に夏季期間拒否回数のカウントを終了して夏季期間拒否回数をゼロにリセットする。また例えば、冬季所定期間として１２月１日〜３月３１日が制御部２Ｂに設定されている場合は、制御部２Ｂは、毎年、１２月１日０時０分に冬季期間拒否回数のカウントをゼロから開始し、３月３１日２３時５９分に冬季期間拒否回数のカウントを終了して冬季期間拒否回数をゼロにリセットする。以下では、夏季期間拒否回数及び冬季期間拒否回数を「拒否回数」と総称することがある。
【００９９】
制御部２Ｂは、冷房運転時には式（５）に従って室温参照値を算出し、暖房運転時には式（６）に従って室温参照値を算出する。式（５），（６）において「最初の室温参照値」とは、現在日時が含まれる１つの夏季所定期間、または、現在日時が含まれる１つの冬季所定期間において最初に算出された室温参照値である。
室温参照値＝［最初の室温参照値＋拒否回数×３］℃  …（５）
室温参照値＝［最初の室温参照値−拒否回数×４］℃  …（６）
【０１００】
また、制御部２Ｂは、冷房運転時には、実施例１または実施例２のようにして算出した室温参照値と、式（５）に従って算出した室温参照値とのうち、値がより大きい室温参照値を、外気温予報値の比較対象として採用する。また、制御部２Ｂは、暖房運転時には、実施例１または実施例２のようにして算出した室温参照値と、式（６）に従って算出した室温参照値とのうち、値がより小さい室温参照値を、外気温予報値の比較対象として採用する。
【０１０１】
また、制御部２Ｂは、無視回数と拒否回数との合計値が所定回数以上（例えば、６回以上）となる場合は、当該夏季所定期間または当該冬季所定期間における予約提案通知を行わない。
【０１０２】
以上のように、実施例３では、室内機２は、予約提案通知が無視された場合と予約提案通知が拒否された場合とで、互いに異なる室温参照値を算出する。
【０１０３】
こうすることで、実施例１，２に比べ、ユーザの意志をより反映した予約提案通知を行うことができる。
【０１０４】
以上、実施例３について説明した。
【０１０５】
［実施例４］
実施例１では、アダプタ３は、室内機２の運転情報データを中継装置６経由でサーバ装置５へ送信する場合を一例として説明したが、アダプタ３は、運転情報データを中継装置６を経由することなく、直接、サーバ装置５へ送信しても良い。
【０１０６】
また、図示した各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。各構成要素の分散・統合の具体的形態は図示のものに限定されず、各構成要素の全部または一部を、例えば各種の負荷や使用状況等に応じて、任意の単位で機能的または物理的に分散・統合して構成することが可能である。
【０１０７】
また、制御部２Ｂまたはアダプタ３での上記説明における各処理の全部または一部は、各処理に対応するプログラムを制御部２Ｂまたはアダプタ３が有するプロセッサに実行させることによって実現しても良い。例えば、上記説明における各処理に対応するプログラムがメモリに記憶され、プログラムがプロセッサによってメモリから読み出されて実行されても良い。また、プログラムは、任意のネットワークを介して制御部２Ｂまたはアダプタ３に接続されたプログラムサーバに記憶され、そのプログラムサーバから制御部２Ｂまたはアダプタ３にダウンロードされて実行されても良い。
【０１０８】
以上、実施例４について説明した。
【符号の説明】
【０１０９】
１  空気調和システム
２  室内機
２Ｂ  制御部
３  アダプタ
【図１】
2020122639.tif 000003
【図２】
2020122639.tif 000004
【図３】
2020122639.tif 000005
【図４】
2020122639.tif 000006
【図５】
2020122639.tif 000007
【図６】
2020122639.tif 000008
【図７】
2020122639.tif 000009
【図８】
2020122639.tif 000010
【図９】
2020122639.tif 000011
【図１０】
2020122639.tif 000012
【図１１】
2020122639.tif 000013