ホーム > 特許ランキング > 東芝ライフスタイル株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024175978
(43)【公開日】2024-12-19
(54)【発明の名称】空気調和システム、情報処理方法、およびプログラム
(51)【国際特許分類】
F24F 11/526 20180101AFI20241212BHJP
F24F 11/65 20180101ALI20241212BHJP
F24F 11/61 20180101ALI20241212BHJP
【ＦＩ】
F24F11/526
F24F11/65
F24F11/61
【審査請求】未請求
【請求項の数】14
【出願形態】ＯＬ
(21)【出願番号】P 2023094131
(22)【出願日】2023-06-07
(71)【出願人】
【識別番号】503376518
【氏名又は名称】東芝ライフスタイル株式会社
(74)【代理人】
【識別番号】100141139
【弁理士】
【氏名又は名称】及川 周
(74)【代理人】
【識別番号】100205785
【弁理士】
【氏名又は名称】▲高▼橋 史生
(74)【代理人】
【識別番号】100203297
【弁理士】
【氏名又は名称】橋口 明子
(74)【代理人】
【識別番号】100175824
【弁理士】
【氏名又は名称】小林 淳一
(74)【代理人】
【識別番号】100135301
【弁理士】
【氏名又は名称】梶井 良訓
(72)【発明者】
【氏名】林 航平
【テーマコード（参考）】
3L260
【Ｆターム（参考）】
3L260AB02
3L260BA80
3L260CA03
3L260CA12
3L260CB62
3L260CB63
3L260CB64
3L260CB67
3L260DA02
3L260DA04
3L260EA08
3L260EA12
3L260FA02
3L260GA15
3L260GA17
(57)【要約】
【課題】利便性の向上を図ることができる空気調和システムを提供することである。
【解決手段】実施形態の空気調和システムは、設定受付部と、条件評価部と、対応処理部とを備える。前記設定受付部は、空気調和機の運転開始の条件または運転停止の条件としての温度、湿度、時期、または人に関する条件と、当該条件が満たされた場合に実行される前記空気調和機の制御内容とを対応付けた設定内容を登録するユーザの設定操作を受け付け可能である。前記条件評価部は、前記設定内容に含まれる前記条件と前記制御内容との対応関係が所定の評価条件を満たすか否かを判定する。前記対応処理部は、前記設定内容に含まれる前記条件と前記制御内容との対応関係が前記所定の評価条件を満たさないと前記条件評価部により判定された場合、所定の報知を行う、または前記設定受付部が前記設定操作を受け付けることを抑制する。
【選択図】図４
【解決手段】実施形態の空気調和システムは、設定受付部と、条件評価部と、対応処理部とを備える。前記設定受付部は、空気調和機の運転開始の条件または運転停止の条件としての温度、湿度、時期、または人に関する条件と、当該条件が満たされた場合に実行される前記空気調和機の制御内容とを対応付けた設定内容を登録するユーザの設定操作を受け付け可能である。前記条件評価部は、前記設定内容に含まれる前記条件と前記制御内容との対応関係が所定の評価条件を満たすか否かを判定する。前記対応処理部は、前記設定内容に含まれる前記条件と前記制御内容との対応関係が前記所定の評価条件を満たさないと前記条件評価部により判定された場合、所定の報知を行う、または前記設定受付部が前記設定操作を受け付けることを抑制する。
【選択図】図４
【特許請求の範囲】
【請求項1】
複数の運転態様を実行可能な空気調和機に関して、各運転態様での運転開始の条件と運転停止の条件とが個別に設定可能であるとともに、前記運転開始の条件または前記運転停止の条件としての温度、湿度、時期、または人に関する条件と、当該条件が満たされた場合に実行される前記空気調和機の制御内容とを対応付けた設定内容を登録するユーザの設定操作を受け付け可能な設定受付部と、
前記設定内容に含まれる前記条件と前記制御内容との対応関係が所定の評価条件を満たすか否かを判定する条件評価部と、
前記設定内容に含まれる前記条件と前記制御内容との対応関係が前記所定の評価条件を満たさないと前記条件評価部により判定された場合、所定の報知を行う、または前記設定受付部が前記設定操作を受け付けることを抑制する対応処理部と、
を備えた空気調和システム。
前記設定内容に含まれる前記条件と前記制御内容との対応関係が所定の評価条件を満たすか否かを判定する条件評価部と、
前記設定内容に含まれる前記条件と前記制御内容との対応関係が前記所定の評価条件を満たさないと前記条件評価部により判定された場合、所定の報知を行う、または前記設定受付部が前記設定操作を受け付けることを抑制する対応処理部と、
を備えた空気調和システム。
【請求項2】
前記設定受付部は、前記設定操作として、温度、湿度、時期、または人のうち２つ以上の要素の組み合わせにより規定される前記条件と、当該条件が満たされた場合に実行される前記制御内容とを対応付けた設定内容を登録する設定操作を受け付け可能であり、
前記条件評価部は、前記２つ以上の要素の組み合わせにより規定される前記条件と前記制御内容との対応関係が前記所定の評価条件を満たすか否かを判定する、
請求項１に記載の空気調和システム。
前記条件評価部は、前記２つ以上の要素の組み合わせにより規定される前記条件と前記制御内容との対応関係が前記所定の評価条件を満たすか否かを判定する、
請求項１に記載の空気調和システム。
【請求項3】
前記所定の評価条件は、運転開始時または運転終了時の温度と前記制御内容との整合性に関する第１評価項目と、前記空気調和機の運転中における部屋の温度変化と、当該温度変化に応じた前記制御内容の変更との整合性に関する第２評価項目とを含む、
請求項１または請求項２に記載の空気調和システム。
請求項１または請求項２に記載の空気調和システム。
【請求項4】
前記対応処理部は、前記条件評価部により前記所定の評価条件が満たされないと判定された場合、前記設定内容の変更を要求する報知を行う、
請求項１または請求項２に記載の空気調和システム。
請求項１または請求項２に記載の空気調和システム。
【請求項5】
前記所定の評価条件は、第１評価条件と、前記第１評価条件と比べて回避の重要度が高い第２評価条件とを含み、
前記対応処理部は、
前記条件と前記制御内容との対応関係が前記第１評価条件を満たさないが前記第２評価条件は満たすと前記条件評価部により判定された場合、注意喚起を促すための第１報知を行うとともに、前記設定受付部が前記設定内容を受け付けることを許容し、
前記条件と前記制御内容との対応関係が前記第２評価条件を満たさないと前記条件評価部により判定された場合、前記設定受付部が前記設定内容を受け付けることを抑制し、前記設定内容の変更を要求する第２報知を行う、
請求項１または請求項２に記載の空気調和システム。
前記対応処理部は、
前記条件と前記制御内容との対応関係が前記第１評価条件を満たさないが前記第２評価条件は満たすと前記条件評価部により判定された場合、注意喚起を促すための第１報知を行うとともに、前記設定受付部が前記設定内容を受け付けることを許容し、
前記条件と前記制御内容との対応関係が前記第２評価条件を満たさないと前記条件評価部により判定された場合、前記設定受付部が前記設定内容を受け付けることを抑制し、前記設定内容の変更を要求する第２報知を行う、
請求項１または請求項２に記載の空気調和システム。
【請求項6】
前記第１評価条件は、温度または湿度である所定要素に関する数値が基準値から所定範囲内である場合であり、
前記第２評価条件は、前記所定要素に関する数値が前記基準値から前記所定範囲外である場合である、
請求項５に記載の空気調和システム。
前記第２評価条件は、前記所定要素に関する数値が前記基準値から前記所定範囲外である場合である、
請求項５に記載の空気調和システム。
【請求項7】
前記ユーザに関する情報を取得する情報取得部をさらに備え、
前記条件評価部は、前記情報取得部により取得された前記ユーザに関する情報に基づき、判定に使用する前記所定の評価条件を変更する、
請求項１または請求項２に記載の空気調和システム。
前記条件評価部は、前記情報取得部により取得された前記ユーザに関する情報に基づき、判定に使用する前記所定の評価条件を変更する、
請求項１または請求項２に記載の空気調和システム。
【請求項8】
前記情報取得部は、前記ユーザに関する情報を取得するための質問を、端末装置を通じて出力させ、前記ユーザの回答に基づいて前記ユーザに関する情報を取得する、
請求項７に記載の空気調和システム。
請求項７に記載の空気調和システム。
【請求項9】
前記条件と前記制御内容との対応関係が前記所定の評価条件を満たすと前記条件評価部により判定され、前記空気調和機の運転が行われる場合に、前記空気調和機の１回以上の運転を含む期間に所定の情報を収集する情報収集部をさらに備え、
前記条件評価部は、前記情報収集部により前記所定の情報が収集された場合、前記所定の情報に基づき、前記設定内容に含まれる前記条件と前記制御内容との対応関係が、前記所定の評価条件を満たすか否かを再判定する、または再判定用の評価条件を満たすか否かを判定する、
請求項１または請求項２に記載の空気調和システム。
前記条件評価部は、前記情報収集部により前記所定の情報が収集された場合、前記所定の情報に基づき、前記設定内容に含まれる前記条件と前記制御内容との対応関係が、前記所定の評価条件を満たすか否かを再判定する、または再判定用の評価条件を満たすか否かを判定する、
請求項１または請求項２に記載の空気調和システム。
【請求項10】
前記対応処理部は、前記条件評価部により前記所定の評価条件が満たされないと判定された場合、前記所定の報知の一部として、前記所定の評価条件を満たすための前記設定内容の変更案を出力する、
請求項１または請求項２に記載の空気調和システム。
請求項１または請求項２に記載の空気調和システム。
【請求項11】
前記対応処理部は、前記条件評価部により前記所定の評価条件が満たされないと判定された場合、前記所定の報知の一部として、前記設定内容に応じて推定される時系列上の前記空気調和機の制御内容の変化または時系列上の温度変化を示す図を端末装置に表示させる、
請求項１または請求項２に記載の空気調和システム。
請求項１または請求項２に記載の空気調和システム。
【請求項12】
前記設定受付部は、温度、湿度、時期、または人に関する条件の入力と、当該条件と対応付けられる前記制御内容の入力として、自然言語による音声または文章での入力を受け付ける、
請求項１または請求項２に記載の空気調和システム。
請求項１または請求項２に記載の空気調和システム。
【請求項13】
複数の運転態様を実行可能な空気調和機に関して、各運転態様での運転開始の条件と運転停止の条件とを個別に設定可能であるシステムにおいて、
１つ以上のコンピュータが、
前記運転開始の条件または前記運転停止の条件として、温度、湿度、時期、または人に関する条件と、当該条件が満たされた場合に実行される前記空気調和機の制御内容とを対応付けた設定内容を登録するユーザの設定操作が行われた場合に、前記設定内容に含まれる前記条件と前記制御内容との対応関係が所定の評価条件を満たすか否かを判定し、
前記設定内容に含まれる前記条件と前記制御内容との対応関係が前記所定の評価条件を満たさないと判定された場合、所定の報知を行う、または前記設定操作を受け付けることを抑制する、
ことを含む情報処理方法。
１つ以上のコンピュータが、
前記運転開始の条件または前記運転停止の条件として、温度、湿度、時期、または人に関する条件と、当該条件が満たされた場合に実行される前記空気調和機の制御内容とを対応付けた設定内容を登録するユーザの設定操作が行われた場合に、前記設定内容に含まれる前記条件と前記制御内容との対応関係が所定の評価条件を満たすか否かを判定し、
前記設定内容に含まれる前記条件と前記制御内容との対応関係が前記所定の評価条件を満たさないと判定された場合、所定の報知を行う、または前記設定操作を受け付けることを抑制する、
ことを含む情報処理方法。
【請求項14】
１つ以上のコンピュータに、
複数の運転態様を実行可能な空気調和機に関して、各運転態様での運転開始の条件と運転停止の条件とを個別に設定可能であるとともに、前記運転開始の条件または前記運転停止の条件として、温度、湿度、時期、または人に関する条件と、当該条件が満たされた場合に実行される前記空気調和機の制御内容とを対応付けた設定内容を登録するユーザの設定操作を受け付け可能な設定受付部と、
前記設定内容に含まれる前記条件と前記制御内容との対応関係が所定の評価条件を満たすか否かを判定する条件評価部と、
前記設定内容に含まれる前記条件と前記制御内容との対応関係が前記所定の評価条件を満たさないと前記条件評価部により判定された場合、所定の報知を行う、または前記設定受付部が前記設定操作を受け付けることを抑制する対応処理部と、
を実現させるプログラム。
複数の運転態様を実行可能な空気調和機に関して、各運転態様での運転開始の条件と運転停止の条件とを個別に設定可能であるとともに、前記運転開始の条件または前記運転停止の条件として、温度、湿度、時期、または人に関する条件と、当該条件が満たされた場合に実行される前記空気調和機の制御内容とを対応付けた設定内容を登録するユーザの設定操作を受け付け可能な設定受付部と、
前記設定内容に含まれる前記条件と前記制御内容との対応関係が所定の評価条件を満たすか否かを判定する条件評価部と、
前記設定内容に含まれる前記条件と前記制御内容との対応関係が前記所定の評価条件を満たさないと前記条件評価部により判定された場合、所定の報知を行う、または前記設定受付部が前記設定操作を受け付けることを抑制する対応処理部と、
を実現させるプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明の実施形態は、空気調和システム、情報処理方法、およびプログラムに関する。
【背景技術】
【0002】
運転時に利用者の要求に従い、運転モードゾーンの各データをマニュアル操作により変更した運転モードを記憶する空気調和機が提案されている。ところで、空気調和機に関するシステムは、利便性のさらなる向上が期待されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開平６－０８８３７号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
本発明が解決しようとする課題は、利便性の向上を図ることができる空気調和システムを提供することである。
【課題を解決するための手段】
【0005】
実施形態の空気調和システムは、設定受付部と、条件評価部と、対応処理部とを備える。前記設定受付部は、複数の運転態様を実行可能な空気調和機に関して、各運転態様での運転開始の条件と運転停止の条件とを個別に設定可能であるとともに、前記運転開始の条件または前記運転停止の条件として、温度、湿度、時期、または人に関する条件と、当該条件が満たされた場合に実行される前記空気調和機の制御内容とを対応付けた設定内容を登録するユーザの設定操作を受け付け可能である。前記条件評価部は、前記設定内容に含まれる前記条件と前記制御内容との対応関係が所定の評価条件を満たすか否かを判定する。前記対応処理部は、前記設定内容に含まれる前記条件と前記制御内容との対応関係が前記所定の評価条件を満たさないと前記条件評価部により判定された場合、所定の報知を行う、または前記設定受付部が前記設定操作を受け付けることを抑制する。
【図面の簡単な説明】
【0006】
【図1】第１実施形態の家電管理システムを示す図。
【図2】第１実施形態の空気調和機の機能構成を示すブロック図。
【図3】第１実施形態の端末装置の機能構成を示すブロック図。
【図4】第１実施形態のサーバの機能構成を示すブロック図。
【図5】第１実施形態の冷房運転の開始条件および停止条件の一例を示す図。
【図6】第１実施形態の暖房運転の開始条件および停止条件の一例を示す図。
【図7】第１実施形態のユーザインターフェースの第１例を説明するための図。
【図8】第１実施形態のユーザインターフェースの第１例を説明するための別の図。
【図9】第１実施形態のユーザインターフェースの第２例を説明するための図。
【図10】第１実施形態の設定内容が評価条件を満たさない場合の例を示す図。
【図11】第１実施形態の所定の報知の出力画面の一例を示す図。
【図12】第１実施形態の設定内容の変更を要求する出力画面の一例を示す図。
【図13】第１実施形態の処理の流れの一例を示すフローチャート。
【図14】第２実施形態のサーバの機能構成を示すブロック図。
【図15】第２実施形態のユーザ情報を取得するため入力画面を示す図。
【図16】第３実施形態のサーバの機能構成を示すブロック図。
【図17】第３実施形態の所定の報知の出力画面の一例を示す図。
【図18】第４実施形態の所定の報知の出力画面の一例を示す図。
【図19】第４実施形態の所定の報知の出力画面の別の一例を示す図。
【発明を実施するための形態】
【0007】
以下、実施形態の空気調和システム、情報処理方法、およびプログラムを、図面を参照して説明する。以下の説明では、同一または類似の機能を有する構成に同一の符号を付す。そして、それら構成の重複する説明は省略する場合がある。本出願で「ＸＸに基づく」とは、「少なくともＸＸに基づく」ことを意味し、ＸＸに加えて別の要素に基づく場合も含み得る。また「ＸＸに基づく」とは、ＸＸに直接に基づく場合に限定されず、ＸＸに対して演算や加工が行われたものに基づく場合も含み得る。本出願で「ＸＸまたはＹＹ」とは、ＸＸとＹＹのうちいずれか一方の場合に限定されず、ＸＸとＹＹの両方の場合も含み得る。これは選択的要素が３つ以上の場合も同様である。ＸＸおよびＹＹは、任意の要素（例えば任意の情報）である。
【0008】
本出願で「取得する」とは、送信要求を送信して能動的に取得する場合に限定されず、他の装置から送信される情報を受動的に受信することで取得する場合も含み得る。また「取得」とは、目的の情報（取得対象の情報）を外部から直接取得する場合に限定されず、外部から得られた情報に対して演算または加工などを行うことで、目的の情報を生成して取得する場合も含み得る。
【0009】
（第１実施形態）
＜１．全体構成＞
図１は、第１実施形態の家電管理システム１を示す図である。家電管理システム１は、例えば、空気調和機１００と、サーバ２００と、端末装置３００とを含む。後述するネットワークＮＷは、例えば、インターネット、セルラー網、Ｗｉ－Ｆｉ網、ＬＰＷＡ（Low Power Wide Area）、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、またはその他の公衆回線や専用回線などを状況に応じて利用すればよい。
＜１．全体構成＞
図１は、第１実施形態の家電管理システム１を示す図である。家電管理システム１は、例えば、空気調和機１００と、サーバ２００と、端末装置３００とを含む。後述するネットワークＮＷは、例えば、インターネット、セルラー網、Ｗｉ－Ｆｉ網、ＬＰＷＡ（Low Power Wide Area）、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、またはその他の公衆回線や専用回線などを状況に応じて利用すればよい。
【0010】
（空気調和機）
空気調和機１００は、ユーザＵによって使用される家電機器であり、ユーザＵの住居に設置される。空気調和機１００は、例えば家庭用ルームエアコンである。ただし、空気調和機１００は、家庭用エアコンに限らず、空気清浄機などでもよい。空気調和機１００は、例えば、ユーザＵの住居内に設置された無線ルータＷＲおよびモデムＭを介してネットワークＮＷと接続される。空気調和機１００は、ネットワークＮＷを介して、サーバ２００または端末装置３００と通信可能である。空気調和機１００は、例えばBluetooth（登録商標）のような近距離無線通信を利用して端末装置３００と直接に通信可能でもよい。
空気調和機１００は、ユーザＵによって使用される家電機器であり、ユーザＵの住居に設置される。空気調和機１００は、例えば家庭用ルームエアコンである。ただし、空気調和機１００は、家庭用エアコンに限らず、空気清浄機などでもよい。空気調和機１００は、例えば、ユーザＵの住居内に設置された無線ルータＷＲおよびモデムＭを介してネットワークＮＷと接続される。空気調和機１００は、ネットワークＮＷを介して、サーバ２００または端末装置３００と通信可能である。空気調和機１００は、例えばBluetooth（登録商標）のような近距離無線通信を利用して端末装置３００と直接に通信可能でもよい。
【0011】
（サーバ）
サーバ２００は、空気調和機１００を管理する管理サーバである。サーバ２００は、１つまたは複数のサーバ装置（例えばクラウドサーバ）により構成される。サーバ２００は、ネットワークＮＷを介して、空気調和機１００または端末装置３００と通信可能である。サーバ２００は、ネットワークＮＷ中のルータに含まれる情報処理部など、エッジコンピューティングやフォグコンピューティングを行う情報処理部を含んでもよい。サーバ２００は、クラウドサーバに限定されず、ユーザＵの住居にあるコンピュータでもよく、家庭内ルータなどでもよい。
サーバ２００は、空気調和機１００を管理する管理サーバである。サーバ２００は、１つまたは複数のサーバ装置（例えばクラウドサーバ）により構成される。サーバ２００は、ネットワークＮＷを介して、空気調和機１００または端末装置３００と通信可能である。サーバ２００は、ネットワークＮＷ中のルータに含まれる情報処理部など、エッジコンピューティングやフォグコンピューティングを行う情報処理部を含んでもよい。サーバ２００は、クラウドサーバに限定されず、ユーザＵの住居にあるコンピュータでもよく、家庭内ルータなどでもよい。
【0012】
（端末装置）
端末装置３００は、ユーザＵが使用する電子機器である。端末装置３００は、例えば、スマートフォンまたはタブレット端末装置のような携帯端末装置である。ただし、端末装置３００は、携帯端末装置に限定されず、パーソナルコンピュータなどでもよい。端末装置３００は、例えば、表示装置３０１と、入力装置３０２と、通信部３０３とを有する。
端末装置３００は、ユーザＵが使用する電子機器である。端末装置３００は、例えば、スマートフォンまたはタブレット端末装置のような携帯端末装置である。ただし、端末装置３００は、携帯端末装置に限定されず、パーソナルコンピュータなどでもよい。端末装置３００は、例えば、表示装置３０１と、入力装置３０２と、通信部３０３とを有する。
【0013】
表示装置３０１は、液晶ディスプレイまたは有機ＥＬ（Electro Luminescence）ディスプレイなどであり、種々の情報を表示可能な表示画面３０１ａを有する。入力装置３０２は、ユーザＵの入力を受け付け可能である。入力装置３０２は、例えば表示画面３０１ａと重ねて設けられたタッチパネルである。入力装置３０２は、端末装置３００に設けられたカメラやマイクなどを含み得る。通信部３０３は、例えば無線通信可能な通信モジュールである。通信部３０３は、無線ルータＷＲおよびモデムＭを介してまたは直接にネットワークＮＷと接続される。通信部３０３は、ネットワークＮＷを介して、空気調和機１００またはサーバ２００と通信可能である。端末装置３００は、Bluetoothのような近距離無線通信を利用して空気調和機１００と直接に通信可能でもよい。
【0014】
端末装置３００には、アプリケーションプログラムＰがインストールされ、以下に説明する機能がサポートされる。アプリケーションプログラムＰは、例えば、空気調和機１００を管理するためのアプリケーションプログラムである。以下では、アプリケーションプログラムＰが実行されることで起動されるアプリケーションソフトウェアを「家電管理アプリＡＰ」と称する。
【0015】
本実施形態では、空気調和機１００、サーバ２００、および端末装置３００の家電管理アプリＡＰにより「空気調和システム」の一例が実現される。ただし、「空気調和システム」は、サーバ２００のみによって実現されてもよいし、家電管理アプリＡＰのみによって実現されてもよいし、空気調和機１００のみによって実現されてもよいし、サーバ２００、家電管理アプリＡＰ、または空気調和機１００のうち任意の２つ以上により実現されてもよい。本実施形態では、空気調和機１００、サーバ２００、および端末装置３００の各々は、「コンピュータ」の一例である。
【0016】
＜２．空気調和機＞
次に、空気調和機１００について説明する。
図２は、空気調和機１００の機能構成を示すブロック図である。空気調和機１００は、例えば、熱交換装置１１０、センサ部１２０、制御部１３０、通信部１４０、および記憶部１９０を有する。
次に、空気調和機１００について説明する。
図２は、空気調和機１００の機能構成を示すブロック図である。空気調和機１００は、例えば、熱交換装置１１０、センサ部１２０、制御部１３０、通信部１４０、および記憶部１９０を有する。
【0017】
＜２．１ 熱交換装置＞
熱交換装置１１０は、室内空気の温度または湿度を調整するために熱交換を行う装置である。熱交換装置１１０は、例えば、ヒートポンプ式の熱交換装置であり、圧縮機１１１、室外熱交換器１１２、膨張弁１１３、室内熱交換器１１４、および送風機１１５を含む。圧縮機１１１および室外熱交換器１１２は、例えば室外機に含まれる。膨張弁１１３、室内熱交換器１１４、および送風機１１５は、例えば室内機に含まれる。熱交換装置１１０は、冷媒の流れ方向を切り替える不図示の切換弁などをさらに含む。
熱交換装置１１０は、室内空気の温度または湿度を調整するために熱交換を行う装置である。熱交換装置１１０は、例えば、ヒートポンプ式の熱交換装置であり、圧縮機１１１、室外熱交換器１１２、膨張弁１１３、室内熱交換器１１４、および送風機１１５を含む。圧縮機１１１および室外熱交換器１１２は、例えば室外機に含まれる。膨張弁１１３、室内熱交換器１１４、および送風機１１５は、例えば室内機に含まれる。熱交換装置１１０は、冷媒の流れ方向を切り替える不図示の切換弁などをさらに含む。
【0018】
冷房サイクルでは、圧縮機１１１は、冷媒を圧縮し、圧縮した冷媒を室外熱交換器１１２に供給する。室外熱交換器１１２は、冷房サイクルでは凝縮器として機能する。室外熱交換器１１２を通過することで放熱された冷媒は、膨張弁１１３を経由して室内熱交換器１１４に供給される。室内熱交換器１１４は、冷房サイクルでは蒸発器として機能し、室内空気の熱を奪うことで室内空気の温度を低下させる。
【0019】
暖房サイクルでは、圧縮機１１１は、冷媒を圧縮し、圧縮した冷媒を室内熱交換器１１４に供給する。室内熱交換器１１４は、暖房サイクルでは凝縮器として機能し、室内空気を加熱することで室内空気の温度を上昇させる。室内熱交換器１１４を通過することで放熱された冷媒は、膨張弁１１３を経由して室外熱交換器１１２に供給される。室外熱交換器１１２は、暖房サイクルでは蒸発器として機能し、冷媒の温度を上昇させる。送風機１１５は、熱交換装置１１０により冷却または加熱された空気を、空気調和機１００が設置された部屋に送出する。
【0020】
＜２．２ センサ部＞
センサ部１２０は、空気調和機１００の状態または空気調和機１００が設置された環境の状態を検出可能な検出部である。センサ部１２０は、例えば、温度センサ１２１、湿度センサ１２２、電流センサ１２３、電圧センサ１２４、および人感センサ１２５を有する。温度センサ１２１、湿度センサ１２２、電流センサ１２３、電圧センサ１２４、および人感センサ１２５の各々は、「検出器」の一例である。
センサ部１２０は、空気調和機１００の状態または空気調和機１００が設置された環境の状態を検出可能な検出部である。センサ部１２０は、例えば、温度センサ１２１、湿度センサ１２２、電流センサ１２３、電圧センサ１２４、および人感センサ１２５を有する。温度センサ１２１、湿度センサ１２２、電流センサ１２３、電圧センサ１２４、および人感センサ１２５の各々は、「検出器」の一例である。
【0021】
温度センサ１２１は、空気調和機１００が設置された部屋の温度を検出する。湿度センサ１２２は、空気調和機１００が設置された部屋の湿度を検出する。電流センサ１２３は、空気調和機１００の運転に使用される電流値を検出する。電圧センサ１２４は、空気調和機１００の運転に使用される電圧値を検出する。人感センサ１２５は、空気調和機１００が設置された部屋の人の有無を検出する。人感センサ１２５は、例えば赤外線式の人感センサである。ただし、人感センサ１２５は、上記例に代えて、別方式のセンサでもよい。センサ部１２０により検出された検出結果は、後述する制御部１３０によって、運転実績情報１９２として蓄積される。
【0022】
＜２．３ 制御部＞
制御部１３０は、空気調和機１００に搭載されたＣＰＵ（Central Processing Unit）のような１つ以上のハードウェアプロセッサがプログラムを実行することにより実現される。ただし、空気調和機１００の一部または全部は、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、またはＦＰＧＡ（Field Programmable Gate Array）などのハードウェアによって実現されてもよいし、ソフトウェアとハードウェアとの協働によって実現されてもよい。
制御部１３０は、空気調和機１００に搭載されたＣＰＵ（Central Processing Unit）のような１つ以上のハードウェアプロセッサがプログラムを実行することにより実現される。ただし、空気調和機１００の一部または全部は、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、またはＦＰＧＡ（Field Programmable Gate Array）などのハードウェアによって実現されてもよいし、ソフトウェアとハードウェアとの協働によって実現されてもよい。
【0023】
制御部１３０は、空気調和機１００の全体を統括的に制御する。例えば、制御部１３０は、センサ部１２０により検出された検出結果と、記憶部１９０に記憶された制御用情報１９１とに基づき、熱交換装置１１０を制御することで空気調和機１００を運転する。制御部１３０は、熱交換装置１１０を制御することで、空気調和機１００の運転態様として複数の運転態様を実行可能である。複数の運転態様は、例えば、冷房運転、暖房運転、おおよび除湿運転を含む。
【0024】
本実施形態では、複数の運転態様は、同種類の運転であって、空気調和能力（運転の強さ）が異なる複数の運転態様を含んでもよい。例えば、複数の運転態様は、冷房運転として、冷房強運転（急速冷房）、冷房中運転（通常冷房）、および冷房弱運転（節電冷房）を含んでもよい。同様に、複数の運転態様は、暖房運転として、暖房強運転（急速暖房）、暖房中運転（通常暖房）、および暖房弱運転（節電暖房）を含んでもよい。
【0025】
＜２．４ 通信部＞
通信部１４０は、例えば、無線ルータＷＲと接続可能な無線通信モジュールである。通信部１４０は、ネットワークＮＷを介して、サーバ２００または端末装置３００と通信可能である。通信部１４０は、例えば、記憶部１９０に記憶された運転実績情報１９２を、所定の周期でサーバ２００または端末装置３００に送信する。
通信部１４０は、例えば、無線ルータＷＲと接続可能な無線通信モジュールである。通信部１４０は、ネットワークＮＷを介して、サーバ２００または端末装置３００と通信可能である。通信部１４０は、例えば、記憶部１９０に記憶された運転実績情報１９２を、所定の周期でサーバ２００または端末装置３００に送信する。
【0026】
記憶部１９０は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）、またはＳＳＤ（Solid State Drive）などの組み合わせにより実現される。記憶部１９０は、各種情報を記憶する。例えば、記憶部１９０は、制御用情報１９１と、運転実績情報１９２とを記憶する。
【0027】
＜３．端末装置＞
次に説明の便宜上、端末装置３００について先に説明する。
図３は、端末装置３００の機能構成を示すブロック図である。端末装置３００は、例えば、情報取得部３１０、表示制御部３２０、操作受付部３３０、情報送信部３４０、および記憶部３９０を有する。
次に説明の便宜上、端末装置３００について先に説明する。
図３は、端末装置３００の機能構成を示すブロック図である。端末装置３００は、例えば、情報取得部３１０、表示制御部３２０、操作受付部３３０、情報送信部３４０、および記憶部３９０を有する。
【0028】
情報取得部３１０、表示制御部３２０、操作受付部３３０、および情報送信部３４０は、端末装置３００に搭載されたＣＰＵのような１つ以上のハードウェアプロセッサがアプリケーションプログラムＰを実行することにより実現される。言い換えると、情報取得部３１０、表示制御部３２０、操作受付部３３０、および情報送信部３４０は、家電管理アプリＡＰに含まれるソフトウェア機能部である。
【0029】
情報取得部３１０は、サーバ２００または空気調和機１００と通信を行うことで、サーバ２００または空気調和機１００から各種情報を取得する。
【0030】
表示制御部３２０は、端末装置３００の表示装置３０１を制御することで、表示装置３０１の表示画面３０１ａに表示される内容を制御する。以下に説明する表示画面３０１ａに表示される画面および操作部などは、表示制御部３２０による制御により表示される。表示制御部３２０は、例えば、サーバ２００または空気調和機１００から受信する各種報知などを表示画面３０１ａに表示させる。
【0031】
操作受付部３３０は、空気調和機１００の運転または管理に関して入力装置３０２に対して行われるユーザＵの操作を受け付ける。情報送信部３４０は、操作受付部３３０により受け付けられた各種操作に応じた情報または信号を、サーバ２００または空気調和機１００に送信する。
【0032】
記憶部３９０は、例えば、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、またはＳＳＤなどの組み合わせにより実現される。記憶部３９０は、各種情報を記憶する。例えば、記憶部３９０は、アプリケーションプログラムＰを記憶する。
【0033】
＜４．サーバ＞
次に、サーバ２００について説明する。
図４は、サーバ２００の機能構成を示すブロック図である。サーバ２００は、例えば、設定受付部２１０、条件評価部２２０、対応処理部２３０、情報送信部２４０、および記憶部２９０を有する。
次に、サーバ２００について説明する。
図４は、サーバ２００の機能構成を示すブロック図である。サーバ２００は、例えば、設定受付部２１０、条件評価部２２０、対応処理部２３０、情報送信部２４０、および記憶部２９０を有する。
【0034】
設定受付部２１０、条件評価部２２０、対応処理部２３０、および情報送信部２４０は、サーバ２００に搭載されたＣＰＵのような１つ以上のハードウェアプロセッサがプログラムを実行することにより実現される。ただし、これら機能部の一部または全部は、ＡＳＩＣ、ＰＬＤ、またはＦＰＧＡなどのハードウェアによって実現されてもよいし、ソフトウェアとハードウェアとの協働によって実現されてもよい。なお、これら機能部は、複数のサーバ装置に分かれて設けられてもよい。また、これら機能部のうち１つ以上は、サーバ２００に代えて、空気調和機１００、または端末装置３００の家電管理アプリＡＰに設けられてもよい。例えば、条件評価部２２０および対応処理部２３０が端末装置３００の家電管理アプリＡＰに設けられ、設定受付部２１０がサーバ２００に設けられてもよい。
【0035】
＜４．１ 設定受付部＞
設定受付部２１０は、空気調和機１００の複数の運転態様の各々について、運転開始の条件と、運転停止の条件とを個別に設定するユーザＵの設定操作を受け付け可能である。本出願で「運転停止」とは、空気調和機１００の運転を停止する場合に限定されず、運転中の運転態様を終了して他の運転態様へ遷移すること（冷房運転から除湿運転への遷移、または通常暖房から節電暖房への遷移）なども該当し得る。本出願で「運転開始の条件と運転停止の条件とを個別に設定可能」とは、例えば、運転開始の条件と運転停止の条件とで異なる条件（異なる温度、異なる湿度、または人の有無など）を設定可能であることを意味する。
設定受付部２１０は、空気調和機１００の複数の運転態様の各々について、運転開始の条件と、運転停止の条件とを個別に設定するユーザＵの設定操作を受け付け可能である。本出願で「運転停止」とは、空気調和機１００の運転を停止する場合に限定されず、運転中の運転態様を終了して他の運転態様へ遷移すること（冷房運転から除湿運転への遷移、または通常暖房から節電暖房への遷移）なども該当し得る。本出願で「運転開始の条件と運転停止の条件とを個別に設定可能」とは、例えば、運転開始の条件と運転停止の条件とで異なる条件（異なる温度、異なる湿度、または人の有無など）を設定可能であることを意味する。
【0036】
例えば、設定受付部２１０は、冷房運転開始の条件と、冷房運転停止の条件として、異なる温度を設定可能である。これに代えて、設定受付部２１０は、例えば、冷房運転開始の条件として温度と湿度の組み合わせにより規定される条件が設定され、冷房運転停止の条件として温度のみで規定される条件が設定されてもよい。これは、冷房運転以外の運転態様に関しても同様である。
【0037】
そして本実施形態では、設定受付部２１０は、各運転態様の運転開始の条件または運転停止の条件としての温度、湿度、時期、または人に関する条件と、当該条件が満たされた場合に実行される空気調和機１００の制御内容とを対応付けた設定内容を登録するユーザＵの設定操作を受け付け可能である。
【0038】
「温度に関する条件」とは、例えば、運転開始または運転停止の起点となる閾値温度である。「湿度に関する条件」とは、例えば、運転開始または運転停止の起点となる閾値湿度である。「時期に関する条件」とは、例えば、運転開始または運転停止が行われる季節などである。「人に関する条件」とは、例えば、空気調和機１００が設置された部屋の人の有無である。以下では説明の便宜上、「温度、湿度、時期、または人に関する条件」を「状態条件」と称する場合がある。
【0039】
本実施形態では、状態条件と空気調和機１００の制御内容とを対応付けた設定内容を登録するユーザＵの設定操作が行われる場合、後述する条件評価部２２０により上記設定内容が妥当であるか否か（所定の評価条件を満たすか否か）が判定される。そして、上記設定内容が妥当である（所定の評価条件を満たす）と判定された場合、設定受付部２１０は、上記設定内容を設定内容情報２９１に追加することで、上記設定内容を登録する。
【0040】
本実施形態では、設定受付部２１０は、上記設定操作として、温度、湿度、時期、または人のうち２つ以上の要素の組み合わせにより規定される状態条件と、当該状態条件が満たされた場合に実行される空気調和機１００の制御内容とを対応付けた設定内容を登録する設定操作を受け付け可能である。この場合、「時期に関する条件」は、閾値温度または閾値湿度を補正するために用いられる季節などでもよい。例えば、５月から６月は７月から８月と比べて熱中症が生じやすい。このため、５月から６月は７月から８月と比べて冷房運転を開始する閾値温度を低くすることが好ましい場合がある。このため、設定受付部２１０は、「時期に関する条件」として、例えば、冷房運転を開始する閾値温度を基準値と比べて所定温度（例えば２℃）低くする期間として特定の季節（例えば５月から６月）を登録する設定操作を受け付けてもよい。
【0041】
図５は、冷房運転の開始条件および停止条件の一例を示す図である。図５に示す例では、冷房運転の開始条件として、（ａ１）「室温が３５℃以上」、（ａ２）「室温が３０℃以上、かつ、人がいる」、および（ａ３）「室温が２６℃以上、かつ、暑さ指数（ＷＧＢＴ：Wet Bulb Globe Temperature）が危険域、かつ、人がいる」である３つの状態条件が設定される。これら（ａ１）～（ａ３）の開始条件は、例えば並列に設定可能であり、（ａ１）～（ａ３）の開始条件のうちいずれか１つが満たされると、冷房運転が開始される。設定受付部２１０は、これら並行して設定される複数の開始条件と、空気調和機１００の制御内容（例えば冷房運転の開始）とを対応付けた設定内容を登録するユーザＵの設定操作を受け付ける。
【0042】
同様に、図５に示す例では、冷房運転の停止条件として、（ｂ１）「室温が３０℃以下、かつ、人がいない」、または（ｂ２）「ＷＧＢＴが安全域、かつ、室温が２５℃以下」の２つが設定される。これら（ｂ１），（ｂ２）の停止条件は、例えば並列に設定可能であり、（ｂ１），（ｂ２）の停止条件のうちいずれか１つが満たされると、冷房運転が停止される。設定受付部２１０は、これら並行して設定される複数の停止条件と、空気調和機１００の制御内容（例えば冷房運転の停止）とを対応付けた設定内容を登録するユーザＵの設定操作を受け付ける。
【0043】
図６は、暖房運転の開始条件および停止条件の一例を示す図である。図６に示す例では、暖房運転の開始条件として、（ｃ１）「室温が－１０℃以下」、または（ｃ２）「室温が－５℃以下、かつ、人がいる」が設定される。これら（ｃ１），（ｃ２）の開始条件は、例えば並列に設定可能であり、（ｃ１），（ｃ２）の開始条件のうちいずれか１つが満たされると、暖房運転が開始される。設定受付部２１０は、これら並行して設定される複数の開始条件と、空気調和機１００の制御内容（例えば暖房運転の開始）とを対応付けた設定内容を登録するユーザＵの設定操作を受け付ける。
【0044】
同様に、図６に示す例では、暖房運転の停止条件として、（ｄ１）「室温が１℃以下、かつ、人がいない」、または（ｄ２）「室温が１０℃以上」の２つが設定される。これら（ｄ１），（ｄ２）の停止条件は、例えば並列に設定可能であり、（ｄ１），（ｄ２）の停止条件のうちいずれか１つが満たされると、暖房運転が停止される。設定受付部２１０は、これら並行して設定される複数の停止条件と、空気調和機１００の制御内容（例えば暖房運転の停止）とを対応付けた設定内容を登録するユーザＵの設定操作を受け付ける。
【0045】
（ユーザインターフェースの第１例）
図７は、上記設定操作を受け付けるためのユーザインターフェースの第１例を説明するための図である。図７は、表示制御部３２０により端末装置３００の表示画面３０１ａに表示されて、ユーザＵによって組み合わせ可能な複数のブロックＢＬＫを示す。各ブロックにおいて破線部分は、ユーザＵによって任意に変更可能な内容である。
図７は、上記設定操作を受け付けるためのユーザインターフェースの第１例を説明するための図である。図７は、表示制御部３２０により端末装置３００の表示画面３０１ａに表示されて、ユーザＵによって組み合わせ可能な複数のブロックＢＬＫを示す。各ブロックにおいて破線部分は、ユーザＵによって任意に変更可能な内容である。
【0046】
例えば、図７中の（ａ）は、状態条件に基づく判定処理を設定するためのブロックＢＬＫ１を示す。図７中の（ｂ）は、開始または停止される運転態様を設定するためのブロックＢＬＫ２を示す。図７中の（ｃ）は、空気調和能力の変更を設定するためのブロックＢＬＫ３を示す。図７中の（ｄ）は、運転態様の変更を設定するためのブロックＢＬＫ４を示す。図７中の（ｂ）は、変更後の内容を１人以上のユーザＵに通知するためのブロックＢＬＫ５を示す。
【0047】
図８は、上記ユーザインターフェースの第１例を説明するための別の図である。図９は、表示制御部３２０により端末装置３００の表示画面３０１ａに表示されて、ユーザＵによって操作可能な設定登録画面Ｄ１Ａを示す。ユーザＵは、複数のブロックＢＬＫを任意に組み合わせることで、端末装置３００を用いて、各運転態様の運転開始または運転停止（運転態様の変更を含む）の条件としての温度、湿度、時期、または人に関する状態条件と、当該状態条件が満たされた場合に実行される空気調和機１００の制御内容とを対応付けて登録するユーザＵの設定操作を行うことができる。ユーザＵの設定操作は、端末装置３００の操作受付部３３０により受け付けられる。操作受付部３３０は、受け付けたユーザＵの設定操作を示す情報を、サーバ２００に送信する。
【0048】
（ユーザインターフェースの第２例）
図９は、上記設定操作を受け付けるためのユーザインターフェースの第２例を説明するための図である。図９は、表示制御部３２０により端末装置３００の表示画面３０１ａに表示されて、ユーザＵによって入力可能な設定登録画面Ｄ１Ｂを示す。ユーザＵは、設定登録画面Ｄ１Ｂに対して、各運転態様の運転開始または運転停止の条件を入力することで、各運転態様の運転開始または運転停止（運転態様の変更を含む）の条件としての温度、湿度、時期、または人に関する状態条件と、当該状態条件が満たされた場合に実行される空気調和機１００の制御内容とを対応付けて登録するユーザＵの設定操作を行うことができる。ユーザＵの設定操作は、端末装置３００の操作受付部３３０により受け付けられる。操作受付部３３０は、受け付けたユーザＵの設定操作を示す情報を、サーバ２００に送信する。
図９は、上記設定操作を受け付けるためのユーザインターフェースの第２例を説明するための図である。図９は、表示制御部３２０により端末装置３００の表示画面３０１ａに表示されて、ユーザＵによって入力可能な設定登録画面Ｄ１Ｂを示す。ユーザＵは、設定登録画面Ｄ１Ｂに対して、各運転態様の運転開始または運転停止の条件を入力することで、各運転態様の運転開始または運転停止（運転態様の変更を含む）の条件としての温度、湿度、時期、または人に関する状態条件と、当該状態条件が満たされた場合に実行される空気調和機１００の制御内容とを対応付けて登録するユーザＵの設定操作を行うことができる。ユーザＵの設定操作は、端末装置３００の操作受付部３３０により受け付けられる。操作受付部３３０は、受け付けたユーザＵの設定操作を示す情報を、サーバ２００に送信する。
【0049】
なお、設定登録画面Ｄ１Ｂは、より詳細な条件ごと（例えば、部屋に人がいる場合と人がいない場合、または、季節ごと）に設けられてもよい。すなわち、部屋に人がいる場合における各運転態様の運転開始または運転停止の条件を設定可能な設定登録画面Ｄ１Ｂと、部屋に人がいない場合における各運転態様の運転開始または運転停止の条件を設定可能な設定登録画面Ｄ１Ｂとが別々に設けられてもよい。また、設定登録画面Ｄ１Ｂは、各運転態様の運転開始または運転停止の条件に限らず、空気調和機１００の熱交換装置１１０の空気調和能力（例えば圧縮機１１１の運転周波数）、または空気調和機１００から吐出される風量（例えば送風機１１５の回転数）などを登録するユーザＵの設定操作を受け付け可能でもよい。
【0050】
（ユーザインターフェースの第３例）
設定受付部２１０は、上記第１例および第２例に代えて／加えて、自然言語による入力に基づき、ユーザＵの設定操作を受け付け可能でもよい。すなわち、設定受付部２１０は、温度、湿度、時期、または人に関する状態条件の入力と、当該状態条件と対応付けられる空気調和機１００の制御内容の入力として、自然言語による入力を受け付け可能でもよい。
設定受付部２１０は、上記第１例および第２例に代えて／加えて、自然言語による入力に基づき、ユーザＵの設定操作を受け付け可能でもよい。すなわち、設定受付部２１０は、温度、湿度、時期、または人に関する状態条件の入力と、当該状態条件と対応付けられる空気調和機１００の制御内容の入力として、自然言語による入力を受け付け可能でもよい。
【0051】
この場合、設定受付部２１０は、端末装置３００のマイクに入力されたユーザＵの音声を端末装置３００から受信する。設定受付部２１０は、受信したユーザＵの音声に対して自然言語解析を行うことで、ユーザＵの音声に対応するテキスト文章を取得する。そして、設定受付部２１０は、取得されたテキスト文章を、例えば深層学習を行うことで得られた学習済みモデルに入力することで、取得されたテキスト文章に対応するユーザＵの設定操作の内容を取得する。なお、自然言語による入力は、音声に代えて文章でもよい。
【0052】
例えば、設定受付部２１０は、次のようなユーザＵの音声または文章の入力：「６月から９月の期間については、人がいる状態でＷＢＧＴが２８℃以上になったら，ＷＢＧＴが２６℃になるまで冷房で運転、２６℃を下回ったら２５℃になるまで除湿で運転をし、２５℃を下回ったら運転を停止する。人がいないときは室温が３５℃を超えたら冷房運転を開始し、３０℃を下回って且つ湿度が５５％未満になったら停止してください」に基づき、ユーザＵの設定操作の内容を取得してもよい。なお、設定受付部２１０は、上記状態条件を直接設定するユーザＵの発話または文字の入力がなくても、発話や文章の入力から上記状態条件を生成してもよい。なお以上説明した設定受付部２１０による処理の全部または一部は、設定受付部２１０に代えて操作受付部３３０により行われてもよい。
【0053】
＜４．２ 条件評価部＞
（条件評価部の基本処理）
条件評価部２２０は、ユーザＵによって入力された上記設定内容の妥当性を評価する。具体的には、条件評価部２２０は、上記設定内容に含まれる状態条件と空気調和機１００の制御内容との対応関係が所定の評価条件を満たすか否かを判定する。本実施形態では、条件評価部２２０は、温度、湿度、時期、または人のうち２つ以上の要素の組み合わせにより規定される状態条件と空気調和機１００の制御内容との対応関係が含まれる場合、当該２つ以上の要素の組み合わせにより規定される状態条件と空気調和機１００の制御内容との対応関係が上記所定の評価条件を満たすか否かを判定する。
（条件評価部の基本処理）
条件評価部２２０は、ユーザＵによって入力された上記設定内容の妥当性を評価する。具体的には、条件評価部２２０は、上記設定内容に含まれる状態条件と空気調和機１００の制御内容との対応関係が所定の評価条件を満たすか否かを判定する。本実施形態では、条件評価部２２０は、温度、湿度、時期、または人のうち２つ以上の要素の組み合わせにより規定される状態条件と空気調和機１００の制御内容との対応関係が含まれる場合、当該２つ以上の要素の組み合わせにより規定される状態条件と空気調和機１００の制御内容との対応関係が上記所定の評価条件を満たすか否かを判定する。
【0054】
「所定の評価条件」は、状態条件と空気調和機１００の制御内容との対応関係の妥当性を評価するために確認する条件である。「所定の評価条件」は、例えば、複数の評価項目を含む。この場合、ユーザＵの設定内容に含まれる状態条件と制御内容との対応関係が上記複数の評価項目の全てを満たす場合に、上記状態条件と制御内容との対応関係が上記所定の評価条件を満たすと判定される。
【0055】
複数の評価項目は、例えば、運転開始時または運転終了時の温度と空気調和機１００制御内容との整合性に関する第１評価項目と、空気調和機１００の運転中における部屋の温度変化と、当該温度変化に応じた空気調和機１００制御内容の変更（例えば熱交換装置１１０のパワー）との整合性に関する第２評価項目とを含む。熱交換装置１１０のパワーは、空気調和機１００の空気調和能力を意味し、例えば圧縮機１１１の運転周波数と送風機１１５の回転数とのうち少なくとも一方により規定される。
【0056】
複数の評価項目のセットの一例は、以下のとおりである。
・２５℃超えで暖房運転にならないこと（暑いのに暖房運転にならないこと）。
・冷房運転中、熱交換装置１１０のパワーは室温に対して単調増加であること。
・１５℃未満で冷房運転にならないこと（寒いのに冷房運転にならないこと）。
・暖房運転中、熱交換装置１１０のパワーは室温に対して単調減少であること。
・自動で開始した運転は条件を満たせば停止すること（自動停止すること）。
・運転内容が一意に定まること。
・２５℃超えで暖房運転にならないこと（暑いのに暖房運転にならないこと）。
・冷房運転中、熱交換装置１１０のパワーは室温に対して単調増加であること。
・１５℃未満で冷房運転にならないこと（寒いのに冷房運転にならないこと）。
・暖房運転中、熱交換装置１１０のパワーは室温に対して単調減少であること。
・自動で開始した運転は条件を満たせば停止すること（自動停止すること）。
・運転内容が一意に定まること。
【0057】
図１０は、ユーザＵの設定内容が上記所定の評価条件を満たさない場合の例を示す図である。図１０に示す設定内容のなかで、「室温が－１０℃以下」である状態条件、および「室温が－５℃以下、かつ、人がいる」である状態条件と、暖房運転の開始である制御内容との対応関係は、上記複数の評価項目のいずれにも反しないため、これら設定内容は、上記所定の評価条件を満たすと判定される。
【0058】
一方で、図１０に示す設定内容のなかで、「室温が２５℃以上、２６℃未満」である状態条件と、暖房運転の開始である制御内容との対応関係は、上記複数の評価項目の１つである「２５℃超えで暖房運転にならないこと」と反するため、本設定内容は、上記所定の評価条件を満たさないと判定される。すなわち、室温が高いなかで暖房運転をすることとなっているため，不適切な設定と判定される。
【0059】
（評価項目の他の例）
例えば、上記所定の評価条件は、下記の評価項目を含んでもよい。
・暖房系運転（暖房運転）と冷房系運転（冷房運転または除湿運転）とで切り替わらないこと。
例えば、「２４℃を境に低ければ冷房運転、高ければ暖房運転」という設定内容である場合、２４℃付近のときに冷房運転と暖房運転とが交互に切り替わり無駄な運転が行われてしまう。暖房系運転（暖房運転）と冷房系運転（冷房運転または除湿運転）の両方を設定する場合には、それらの境に運転を行わない、または、暖房系運転と冷房系運転との間に空気清浄運転もしくは送風運転の温度帯が設けられていることを評価項目とする。
例えば、上記所定の評価条件は、下記の評価項目を含んでもよい。
・暖房系運転（暖房運転）と冷房系運転（冷房運転または除湿運転）とで切り替わらないこと。
例えば、「２４℃を境に低ければ冷房運転、高ければ暖房運転」という設定内容である場合、２４℃付近のときに冷房運転と暖房運転とが交互に切り替わり無駄な運転が行われてしまう。暖房系運転（暖房運転）と冷房系運転（冷房運転または除湿運転）の両方を設定する場合には、それらの境に運転を行わない、または、暖房系運転と冷房系運転との間に空気清浄運転もしくは送風運転の温度帯が設けられていることを評価項目とする。
【0060】
・運転の開始と停止とを同一温度にしていないこと。
例えば、「３０℃以上になると冷房で運転開始、３０℃未満になると運転停止」という設定内容である場合、３０℃付近のときに運転開始と運転停止とが交互に繰り返されることになる。そのため，運転の開始条件と停止条件とが同じでないことを評価項目とする。例えば、「３０℃以上になると冷房運転開始、２８℃未満となると冷房運転終了」とすれば上記評価項目が満たされる。
例えば、「３０℃以上になると冷房で運転開始、３０℃未満になると運転停止」という設定内容である場合、３０℃付近のときに運転開始と運転停止とが交互に繰り返されることになる。そのため，運転の開始条件と停止条件とが同じでないことを評価項目とする。例えば、「３０℃以上になると冷房運転開始、２８℃未満となると冷房運転終了」とすれば上記評価項目が満たされる。
【0061】
（複数段階の評価条件による評価）
本実施形態では、上記所定の評価条件は、第１評価条件と、第１評価条件と比べて回避の重要度が高い第２評価条件とを含む。第１評価条件は、状態条件と制御内容との対応関係が当該第１評価条件を満たさないと判定された場合に、ユーザＵに対して注意喚起を促すための第１報知が行われるが、設定内容を変更せずに設定受付部２１０が設定内容を受け付けることを許容する評価条件である。第２評価条件は、状態条件と制御内容との対応関係が当該第２評価条件を満たさないと判定された場合に、設定受付部２１０が設定内容を受け付けることを抑制し、ユーザＵに対して設定内容の変更を要求する第２報知が行われる評価条件である。
本実施形態では、上記所定の評価条件は、第１評価条件と、第１評価条件と比べて回避の重要度が高い第２評価条件とを含む。第１評価条件は、状態条件と制御内容との対応関係が当該第１評価条件を満たさないと判定された場合に、ユーザＵに対して注意喚起を促すための第１報知が行われるが、設定内容を変更せずに設定受付部２１０が設定内容を受け付けることを許容する評価条件である。第２評価条件は、状態条件と制御内容との対応関係が当該第２評価条件を満たさないと判定された場合に、設定受付部２１０が設定内容を受け付けることを抑制し、ユーザＵに対して設定内容の変更を要求する第２報知が行われる評価条件である。
【0062】
（複数段階の評価条件の第１例）
第１評価条件の複数の評価項目のセットの一例は、以下のとおりである。
・１５℃未満で冷房運転にならないこと。
・冷房運転中に熱交換装置１１０のパワーは室温に対して単調増加であること。
・暖房運転中に熱交換装置１１０のパワーは室温に対して単調減少であること。
これら設定内容は、一般的な設定内容ではないが直ちに危険とは言えないため、ユーザＵに対して所定の報知を出力するが、ユーザＵの設定内容を受け入れることを許容する。
第１評価条件の複数の評価項目のセットの一例は、以下のとおりである。
・１５℃未満で冷房運転にならないこと。
・冷房運転中に熱交換装置１１０のパワーは室温に対して単調増加であること。
・暖房運転中に熱交換装置１１０のパワーは室温に対して単調減少であること。
これら設定内容は、一般的な設定内容ではないが直ちに危険とは言えないため、ユーザＵに対して所定の報知を出力するが、ユーザＵの設定内容を受け入れることを許容する。
【0063】
例えば、１５℃未満では冷房運転は一般的には行われないが、湿度管理の目的（除湿目的）の可能性があるため、設定内容の変更は要求せず、設定内容を受け入れる。また、室温は上がっているのに冷房運転が弱まる（室温３０℃よりも３５℃のときのほうが弱い）という設定内容は、室温が上がる一方になると考えられるため適切でないが、冷房運転は行われているため、設定内容の変更は要求せず、設定内容を受け入れる。同様に、室温は下がっているのに暖房運転が弱まるという設定内容は、室温は下がる一方となると考えられるため適切ではいが、暖房運転は行われているため、設定内容の変更は要求せず、設定内容を受け入れる。
【0064】
一方で、第２評価条件の複数の評価項目のセットの一例は、以下のとおりである。
・２５℃超えで暖房運転にならないこと。
・自動で開始した運転は条件を満たせば停止すること（自動停止する）。
・運転内容が一意に定まること。
これら評価項目については、設定内容の受け付けを抑制し（例えば受け付けず）、ユーザＵに対して設定内容の変更を要求する報知を行う。
・２５℃超えで暖房運転にならないこと。
・自動で開始した運転は条件を満たせば停止すること（自動停止する）。
・運転内容が一意に定まること。
これら評価項目については、設定内容の受け付けを抑制し（例えば受け付けず）、ユーザＵに対して設定内容の変更を要求する報知を行う。
【0065】
例えば、高温のなか暖房運転を行うと，熱中症リスクが高まる。例えば、「湿度が４０％以下であれば暖房運転、湿度が６０％以上であれば除湿運転」と設定内容であれば、湿度が４０％以下であれば、室温が高い場合でも暖房運転になってしまう可能性がある。一方で、「湿度が４０％以下、かつ、室温１０℃以下であれば暖房運転、湿度が６０％以上であれば除湿運転」という設定内容であれば、上記評価項目が満たされる。
【0066】
また、自動で開始した運転について停止条件が設定されていない場合、自動で開始した運転がユーザＵの意図に反して継続される可能性がある。例えば、「２５℃を超えたら冷房運転を開始」というのみの設定内容では、一度２５℃を超えたら運転したままとなってしまう。そのため、「２５℃を超えたら冷房運転を開始、２３℃以下になれば冷房運転を停止」という設定内容のように、停止条件を規定することで上記評価項目が満たされる。
【0067】
また、運転内容が一意に定まらない設定内容の例として、複数の運転態様となる状態条件が同時に満たされる設定内容がある。例えば、「室温３０℃以上で冷房運転、湿度６０％以上で除湿運転」という設定内容では、例えば室温３２℃、湿度６５％のとき、冷房運転を行うための状態条件と、除湿運転を行うための状態条件が同時に満たされる。そこで、「室温３０℃以上であれば冷房運転、室温３０℃未満、かつ、湿度６０％以上であれば除湿運転」という設定内容であれば、上記評価項目が満たされる。
【0068】
（複数段階の評価条件の第２例）
次に、評価条件の別の例について説明する。本例では、第１評価条件は、温度または湿度である所定要素に関する数値が基準値から所定範囲内である場合である。第２評価条件は、上記所定要素に関する数値が基準値から所定範囲外である場合である。
次に、評価条件の別の例について説明する。本例では、第１評価条件は、温度または湿度である所定要素に関する数値が基準値から所定範囲内である場合である。第２評価条件は、上記所定要素に関する数値が基準値から所定範囲外である場合である。
【0069】
第１評価条件の一例は、「１５℃以上で暖房運転が行われないこと」である。第２評価条件の一例は、「２４℃以上で暖房運転が行われないこと」である。この場合、１５℃以上で暖房運転が行われる設定内容である場合は、例えば熱中症のリスクが小さいため、ユーザＵに対して注意喚起のための所定の報知を出力するが、ユーザＵの設定内容を受け入れる。一方で、２４℃以上で暖房運転が行われる設定内容である場合は、例えば熱中症のリスクが大きいため、設定内容の受け付けを抑制し（例えば受け付けず）、ユーザＵに対して設定内容の変更を要求する報知を行う。
【0070】
（条件評価部による評価方法）
上述した評価条件を用いた判定を行うため、条件評価部２２０は、次の処理を行う。例えば、条件評価部２２０は、あらゆるパターンについて検証を行い、ユーザＵの意図通りでない可能性がある設定内容ではないか評価する。例えば、条件評価部２２０は、評価方法として、各状態条件の値が上昇する場合と低下する場合とで空気調和機１００の制御内容がどのように変化するかを検証する。
上述した評価条件を用いた判定を行うため、条件評価部２２０は、次の処理を行う。例えば、条件評価部２２０は、あらゆるパターンについて検証を行い、ユーザＵの意図通りでない可能性がある設定内容ではないか評価する。例えば、条件評価部２２０は、評価方法として、各状態条件の値が上昇する場合と低下する場合とで空気調和機１００の制御内容がどのように変化するかを検証する。
【0071】
例えば、条件評価部２２０は、１つの検証として、空気調和機１００の運転中の温度として、室温Ｔ℃でスタートして、０．１℃刻みで室温が上昇するパターンと、０．１℃刻みで室温が下がるパターンとで空気調和機１００の制御内容がどのように変化するかを検証する。その結果、冷房運転の運転中に突然暖房運転に遷移したり、停止したりするなど、不可解な挙動の可能性があれば検出することができる。
【0072】
例えば、条件評価部２２０は、上記検証に代えて／加えて、空気調和機１００の運転開始時の温度（初期室温Ｔ）について、あらゆる初期室温のパターンで検証を行う。例えば、条件評価部２２０は、空気調和機１００の運転開始時の温度（初期室温Ｔ）を０．１℃刻みで初期室温Ｔを高くするパターンと、０．１℃刻みで初期室温Ｔを低くするパターンとで空気調和機１００の制御内容（運転開始時の運転内容）がどのようになるかを検証する。その結果、暖かいのに暖房運転が開示されたり、寒いのに冷房運転が開始されたりするなど、不可解な挙動の可能性があれば検出することができる。初期室温Ｔについて変化させる意図としては、室温と運転状態とは１対１で対応するものとは限らず、温度が上がるときと下がるときとで挙動が異なる場合や、運転開始時の温度で挙動に変化をつけることも想定すべきであるためである。これら検証を温度以外で利用する別の状態条件（湿度、時期、または人の有無）についても行う。例えば、温度、湿度、時期、人の有無である４つの要素について、互いに組み合わせた状態について各要素を変化させて空気調和機１００の制御内容を検証する。
【0073】
＜４．３ 対応処理部＞
対応処理部２３０は、上記設定内容に含まれる状態条件と制御内容との対応関係が上記所定の評価条件を満たさないと条件評価部２２０により判定された場合、所定の報知を行う、または設定受付部２１０が上記設定内容を受け付けることを抑制する。本出願で「設定内容を受け付けることを抑制する」とは、例えば設定内容を受け付けないことであるが、これに限定されず、確認画面を表示してユーザＵの承諾を得られた場合に限り（例えば、ユーザＵの本人認証が取れた上で、２回以上の確認画面を表示してユーザＵの承諾を得られた場合など厳重な管理が行われた場合に限り）上記設定内容を受け付ける場合なども含み得る。
対応処理部２３０は、上記設定内容に含まれる状態条件と制御内容との対応関係が上記所定の評価条件を満たさないと条件評価部２２０により判定された場合、所定の報知を行う、または設定受付部２１０が上記設定内容を受け付けることを抑制する。本出願で「設定内容を受け付けることを抑制する」とは、例えば設定内容を受け付けないことであるが、これに限定されず、確認画面を表示してユーザＵの承諾を得られた場合に限り（例えば、ユーザＵの本人認証が取れた上で、２回以上の確認画面を表示してユーザＵの承諾を得られた場合など厳重な管理が行われた場合に限り）上記設定内容を受け付ける場合なども含み得る。
【0074】
＜４．３．１ １段階の評価条件による評価が行われる場合＞
（ユーザに対して注意喚起の報知が行われる場合）
対応処理部２３０は、ユーザＵの設定内容に含まれる状態条件と制御内容との対応関係が上記所定の評価条件を満たさないと条件評価部２２０により判定された場合、所定の報知を行う。所定の報知は、設定内容に妥当性が低い内容が含まれることをユーザＵに知らせるための報知である。
（ユーザに対して注意喚起の報知が行われる場合）
対応処理部２３０は、ユーザＵの設定内容に含まれる状態条件と制御内容との対応関係が上記所定の評価条件を満たさないと条件評価部２２０により判定された場合、所定の報知を行う。所定の報知は、設定内容に妥当性が低い内容が含まれることをユーザＵに知らせるための報知である。
【0075】
所定の報知は、例えば、設定内容を変更せずに設定受付部２１０が設定内容を受け付けることを許容する状態において、ユーザＵに注意喚起を促すための報知である。なお、所定の報知は、上記例に代えて、設定受付部２１０が設定内容を受け付けることを抑制した状態（例えば設定内容を受け付けない状態）において、ユーザＵに対して設定内容の変更を要求する報知でもよい。
【0076】
図１１は、所定の報知の出力画面Ｄ２の一例を示す図である。本実施形態では、対応処理部２３０は、上記所定の報知を表示するための通知Ｎ１を端末装置３００に送信することで、通知Ｎ１を出力画面Ｄ２に表示させ、これによりユーザＵに対して上記所定の報知を出力させる。通知Ｎ１の内容は、例えば、「現在の設定内容では室温が２４℃を超えている場合でも暖房運転になる場合があります。設定してもよろしいですか？」である。
【0077】
本実施形態では、対応処理部２３０は、通知Ｎ１を端末装置３００に送信する場合、所定の制御信号を端末装置３００に送信することで、複数の操作部Ｂ１を出力画面Ｄ２に表示させる。複数の操作部Ｂ１は、現在の内容のまま設定内容を登録させるための操作部Ｂ１ａと、現在の内容のまま設定内容を登録させることを取りやめ、設定内容を変更するための操作部Ｂ１ｂとを含む。操作部Ｂ１に対するユーザＵの操作は、操作受付部３３０により受け付けられる。そして、ユーザＵの操作内容を示す情報は、情報送信部３４０によりサーバ２００に送信される。
【0078】
（ユーザに対して設定内容の変更を要求する場合）
なお上記処理に代えて、対応処理部２３０は、条件評価部２２０により所定の評価条件が満たされないと判定された場合、設定受付部２１０が上記設定内容を受け付けることを抑制し、ユーザＵの設定内容の変更を要求する報知を行ってもよい。例えば、対応処理部２３０は、条件評価部２２０により所定の評価条件が満たされないと判定された場合、上記設定内容を受け付けることを抑制するための所定の信号を設定受付部２１０に出力することで、設定受付部２１０が上記設定内容を受け付けることを抑制してもよい。
なお上記処理に代えて、対応処理部２３０は、条件評価部２２０により所定の評価条件が満たされないと判定された場合、設定受付部２１０が上記設定内容を受け付けることを抑制し、ユーザＵの設定内容の変更を要求する報知を行ってもよい。例えば、対応処理部２３０は、条件評価部２２０により所定の評価条件が満たされないと判定された場合、上記設定内容を受け付けることを抑制するための所定の信号を設定受付部２１０に出力することで、設定受付部２１０が上記設定内容を受け付けることを抑制してもよい。
【0079】
図１２は、設定内容の変更を要求する出力画面Ｄ３の一例を示す図である。本実施形態では、対応処理部２３０は、ユーザＵに対して設定内容の変更を要求する通知Ｎ２を端末装置３００に送信することで、通知Ｎ２を出力画面Ｄ２に表示させ、これによりユーザＵに対して設定内容の変更を要求する。通知Ｎ２の内容は、例えば、「現在の設定では室温が２４℃を超えている場合でも暖房運転になる場合があります暖房運転は室温２４℃以下の場合に設定ができます。設定を変更してください」である。
【0080】
本実施形態では、対応処理部２３０は、通知Ｎ２を端末装置３００に送信する場合、所定の制御信号を端末装置３００に送信することで、複数の操作部Ｂ２を出力画面Ｄ３に表示させる。複数の操作部Ｂ２は、設定内容の変更を行う画面（画面Ｄ１または画面Ｄ２）に遷移させるための操作部Ｂ２ａと、設定を中止するための操作部Ｂ２ｂとを含む。操作部Ｂ２に対するユーザＵの操作は、操作受付部３３０により受け付けられる。そして、ユーザＵの操作内容を示す情報は、情報送信部３４０によりサーバ２００に送信される。
【0081】
＜４．３．２ ２段階の評価条件による評価が行われる場合＞
次に、上述した２段階の評価条件（第１評価条件および第２評価条件）を用いて評価が行われる場合について説明する。
次に、上述した２段階の評価条件（第１評価条件および第２評価条件）を用いて評価が行われる場合について説明する。
【0082】
対応処理部２３０は、ユーザＵの設定内容に含まれる状態条件と制御内容との対応関係が第１評価条件を満たさないと条件評価部２２０により判定された場合、注意喚起を促すための第１報知を行うとともに、設定内容を変更せずに設定受付部２１０が設定内容を受け付けることを許容する。例えば、対応処理部２３０は、第１評価条件を満たさない場合、図１１に示す例と同様に、通知Ｎ１および所定の制御信号を端末装置３００に送信することで、通知Ｎ１および複数の操作部Ｂ１を出力画面Ｄ２に表示させる。
【0083】
一方で、対応処理部２３０は、ユーザＵの設定内容に含まれる状態条件と制御内容との対応関係が第２評価条件を満たさないと条件評価部２２０により判定された場合、設定受付部２１０が設定内容を受け付けることを抑制し、設定内容の変更を要求する第２報知を行う。例えば、対応処理部２３０は、第２評価条件を満たさない場合、図１２に示す例と同様に、通知Ｎ２および所定の制御信号を端末装置３００に送信することで、通知Ｎ２および複数の操作部Ｂ２を出力画面Ｄ３に表示させる。
【0084】
＜４．３．３ 評価条件を満たすための変更案の提案＞
本実施形態では、対応処理部２３０は、条件評価部２２０により所定の評価条件が満たされないと判定された場合、所定の報知の一部として、上記所定の評価条件を満たすための設定内容の変更案を出力する。この内容は、上述した１段階の評価条件による評価が行われる場合と、上述した２段階の評価条件による評価が行われる場合とのいずれにも適用可能である。
本実施形態では、対応処理部２３０は、条件評価部２２０により所定の評価条件が満たされないと判定された場合、所定の報知の一部として、上記所定の評価条件を満たすための設定内容の変更案を出力する。この内容は、上述した１段階の評価条件による評価が行われる場合と、上述した２段階の評価条件による評価が行われる場合とのいずれにも適用可能である。
【0085】
例えば、対応処理部２３０は、所定の評価条件を満たすための設定内容の変更案の出力の一例として、温度、湿度、時期、または人の有無に関するどの要素をどのように変更すればよいかを提案する。例えば、図１２に示す例では、「暖房運転は室温２４℃以下の場合に設定ができます」との報知は、上記変更案の提案の一例である。
【0086】
対応処理部２３０は、上記変更案として、例えば、評価条件を満たすための変更が最小となるような変更案を提案する。例えば、暖房運転が２４℃以下で可能になる場合は、暖房運転の開始に対応付ける温度を２４℃とする変更案を提案する。
【0087】
これに代えて、対応処理部２３０は、上記変更案として、ユーザＵによって設定された条件は変更せず、追加の条件を加えることを変更案として提案してもよい。例えば、温度の条件だけでは評価条件が満たされないが、湿度、時期、または人の有無など別の状態条件を加えることで評価条件が満たされる場合、別の状態条件を加える変更案を提案する。
【0088】
＜４．４ 情報送信部＞
情報送信部２４０は、設定受付部２１０により受け付けられ、設定内容情報２９１として新しい設定内容（すなわち状態条件と空気調和機１００の制御内容との対応関係）が登録された場合、新しく登録された設定内容を空気調和機１００に送信する。この場合、空気調和機１００の制御部１３０は、受信した設定内容を制御用情報１９１の一部として記憶する。そして、空気調和機１００の制御部１３０は、センサ部１２０により検出された状態条件と、設定内容情報２９１に含まれる状態条件とが一致する場合、当該状態条件に対応付けられた制御内容に基づき、空気調和機１００を制御する。
情報送信部２４０は、設定受付部２１０により受け付けられ、設定内容情報２９１として新しい設定内容（すなわち状態条件と空気調和機１００の制御内容との対応関係）が登録された場合、新しく登録された設定内容を空気調和機１００に送信する。この場合、空気調和機１００の制御部１３０は、受信した設定内容を制御用情報１９１の一部として記憶する。そして、空気調和機１００の制御部１３０は、センサ部１２０により検出された状態条件と、設定内容情報２９１に含まれる状態条件とが一致する場合、当該状態条件に対応付けられた制御内容に基づき、空気調和機１００を制御する。
【0089】
記憶部２９０は、例えば、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、またはＳＳＤなどの組み合わせにより実現される。記憶部２９０は、各種情報を記憶する。例えば、記憶部２９０は、設定内容情報２９１と、評価条件情報２９２とを記憶する。
【0090】
＜５．処理の流れ＞
次に、処理の流れについて説明する。
図１３は、処理の流れの一例を示すフローチャートである。図１３は、例えば、上述した２段階の評価条件を用いた評価が行われる場合の例である。ユーザＵは、端末装置３００の家電管理アプリＡＰを用いて画面Ｄ１または画面Ｄ２を表示させ、温度、湿度、時期、または人に関する状態条件と、当該状態条件が満たされた場合に実行される空気調和機１００の制御内容とを対応付ける設定内容を登録するための設定操作を行う。ユーザＵの設定内容を示す情報は、端末装置３００の操作受付部３３０により受け付けられ（Ｓ１０１）、サーバ２００に送信される。
次に、処理の流れについて説明する。
図１３は、処理の流れの一例を示すフローチャートである。図１３は、例えば、上述した２段階の評価条件を用いた評価が行われる場合の例である。ユーザＵは、端末装置３００の家電管理アプリＡＰを用いて画面Ｄ１または画面Ｄ２を表示させ、温度、湿度、時期、または人に関する状態条件と、当該状態条件が満たされた場合に実行される空気調和機１００の制御内容とを対応付ける設定内容を登録するための設定操作を行う。ユーザＵの設定内容を示す情報は、端末装置３００の操作受付部３３０により受け付けられ（Ｓ１０１）、サーバ２００に送信される。
【0091】
次に、条件評価部２２０は、ユーザＵの設定内容に含まれる状態条件と空気調和機１００の制御内容と対応関係が第１評価基準を満たすか否かを判定する（Ｓ１０２）。そして、状態条件と制御内容と対応関係が第１評価基準を満たすと判定された場合（Ｓ１０２：ＹＥＳ）、設定受付部２１０は、ユーザＵの設定内容を、設定内容情報２９１の一部として登録する（Ｓ１０３）。設定内容情報２９１に登録されたユーザＵの設定内容は、情報送信部２４０により空気調和機１００に送信され、空気調和機１００での自動制御に用いられる。
【0092】
一方で、状態条件と制御内容と対応関係が第１評価基準を満たさないと判定された場合（Ｓ１０２：ＮＯ）、条件評価部２２０は、状態条件と制御内容と対応関係が第２評価基準を満たすか否かを判定する（Ｓ１０４）。そして、状態条件と制御内容と対応関係が第２評価基準を満たすと判定された場合（Ｓ１０４：ＹＥＳ）、対応処理部２３０は、注意喚起を促すための第１報知を行う（Ｓ１０５）。
【0093】
本実施形態では、Ｓ１０５の処理が行われる場合、対応処理部２３０は、注意喚起のための報知の一部として、第１評価条件が満たされなかった対応関係についてユーザＵに変更の意思があるか否かを問い合わせる表示を端末装置３００の表示画面３０１ａに表示させる（Ｓ１０６）。そして、対応処理部２３０は、端末装置３００の表示画面３０１ａに対するユーザＵの操作（操作受付部３３０により受け付けられるユーザＵの操作）に基づき、上記問い合わせに対するユーザＵの回答を取得する。操作受付部３３０により取得されたユーザＵの回答は、サーバ２００に送信される。対応処理部２３０は、端末装置３００から受信するユーザＵの回答に基づき、変更の意思があるか否かを示すユーザＵの回答を取得する。
【0094】
上記問い合わせに対してユーザＵの変更の意思がないと対応処理部２３０により判定される場合（Ｓ１０６：ＮＯ）、設定受付部２１０は、ユーザＵの設定内容を、設定内容情報２９１の一部として登録する（Ｓ１０３）。設定内容情報２９１に登録されたユーザＵの設定内容は、情報送信部２４０により空気調和機１００に送信され、空気調和機１００での自動制御に用いられる。一方で、上記問い合わせに対してユーザＵの変更の意思があると対応処理部２３０により判定される場合（Ｓ１０６：ＹＥＳ）、Ｓ１０１の処理に戻る。
【0095】
また、状態条件と制御内容と対応関係が第２評価条件を満たさないと判定された場合（Ｓ１０４：ＮＯ）、対応処理部２３０は、設定受付部２１０が記設定内容を受け付けることを抑制し、ユーザＵに対して設定内容の変更を要求する報知を行う（Ｓ１０７）。この場合、処理のフローは、Ｓ１０１の処理に戻る。
【0096】
＜６．利点＞
比較例として、空気調和機の特定の運転の開始温度よび停止温度をユーザの設定操作に基づき登録可能なシステムについて考える。このようなシステムでは、ユーザＵが設定した制御が適切なものでない場合に不適切な動作をしてしまう可能性がある。
比較例として、空気調和機の特定の運転の開始温度よび停止温度をユーザの設定操作に基づき登録可能なシステムについて考える。このようなシステムでは、ユーザＵが設定した制御が適切なものでない場合に不適切な動作をしてしまう可能性がある。
【0097】
そこで本実施形態では、空気調和システムは、設定受付部２１０、条件評価部２２０、および対応処理部２３０を有する。設定受付部２１０は、複数の運転態様を実行可能な空気調和機１００に関して、各運転態様での運転開始の条件と運転停止の条件とが個別に設定可能であるとともに、運転開始の条件または運転停止の条件としての温度、湿度、時期、または人に関する状態条件と、当該状態条件が満たされた場合に実行される空気調和機１００の制御内容とを対応付けた設定内容を登録するユーザＵの設定操作を受け付け可能である。条件評価部２２０は、上記設定内容に含まれる状態条件と制御内容との対応関係が所定の評価条件を満たすか否かを判定する。対応処理部２３０は、上記設定内容に含まれる状態条件と制御内容との対応関係が所定の評価条件を満たさないと条件評価部２２０により判定された場合、所定の報知を行う、または設定受付部２１０が設定内容を受け付けることを抑制する。
【0098】
このような構成によれば、ユーザＵにより適切でない設定操作が行われた場合、その設定操作に応じた登録がそのまま行われて空気調和機１００が不適切な運転を行うことを抑制することができる。これにより、ユーザＵの利便性の向上を図ることができる。
【0099】
本実施形態では、設定受付部２１０は、上記設定操作として、温度、湿度、時期、または人のうち２つ以上の要素の組み合わせにより規定される状態条件と、当該状態条件が満たされた場合に実行される制御内容とを対応付けた設定内容を登録する設定操作を受け付け可能である。条件評価部２２０は、上記２つ以上の要素の組み合わせにより規定される条件と制御内容との対応関係が所定の評価条件を満たすか否かを判定する。このような構成によれば、温度、湿度、時期、または人のうち２つ以上の要素が組み合わされることで複雑になった状態条件に関しても、条件評価部２２０により評価が行われるため、不適切な設定内容がそのまま登録されて空気調和機１００が不適切な運転を行うことを抑制することができる。これにより、ユーザＵの利便性のさらなる向上を図ることができる。
【0100】
本実施形態では、上記所定の評価条件は、運転開始時または運転終了時の温度と空気調和機１００の制御内容との整合性に関する第１評価項目と、空気調和機１００の運転中における部屋の温度変化と、当該温度変化に応じた空気調和機１００の制御内容の変更との整合性に関する第２評価項目とを含む。このような構成によれば、複数の観点でユーザＵの設定内容を評価することができ、適切でない設定操作をより確実に検出することができる。これにより、ユーザＵの利便性のさらなる向上を図ることができる。
【0101】
本実施形態では、対応処理部２３０は、条件評価部２２０により所定の評価条件が満たされないと判定された場合、設定内容の変更を要求する報知を行う。このような構成によれば、設定内容が不適切な場合、空気調和機１００が不適切な運転を行うことをより確実に抑制することができる。これにより、ユーザＵの利便性のさらなる向上を図ることができる場合がある。
【0102】
本実施形態では、所定の評価条件は、第１評価条件と、第１評価条件と比べて回避の重要度が高い第２評価条件とを含む。対応処理部２３０は、状態条件と制御内容との対応関係が第１評価条件を満たさないが第２評価条件は満たすと条件評価部２２０により判定された場合、注意喚起を促すための第１報知を行うとともに、設定受付部２１０が設定内容を受け付けることを許容する。一方で、対応処理部２３０は、状態条件と制御内容との対応関係が第２評価条件を満たさないと条件評価部２２０により判定された場合、設定受付部２１０が設定内容を受け付けることを抑制し、設定内容の変更を要求する第２報知を行う。このような構成によれば、ユーザＵにとって不利益が大きい運転について確実に抑制することができるとともに、ユーザＵにとって不利益が小さい運転については、ユーザＵの意思に沿って柔軟に実行することができる。これにより、ユーザＵの利便性のさらなる向上を図ることができる場合がある。
【0103】
本実施形態では、第１評価条件は、温度または湿度である所定要素に関する数値が基準値から所定範囲内である場合である。第２評価条件は、上記所定要素に関する数値が上記基準値から前記所定範囲外である場合である。このような構成によれば、同じ指標に関しても、ユーザＵにとって不利益が大きい状態での運転について確実に抑制することができるとともに、ユーザＵにとって不利益が小さい状態での運転については、ユーザＵの意思に沿って柔軟に実行することができる。これにより、ユーザＵの利便性のさらなる向上を図ることができる場合がある。
【0104】
本実施形態では、対応処理部２３０は、条件評価部２２０により所定の評価条件が満たされないと判定された場合、所定の報知の一部として、所定の評価条件を満たすための設定内容の変更案を出力する。このような構成によれば、ユーザＵは、評価条件が満たされない場合に、どのように変更すれば評価条件を満たすことができるか容易に知ることができる。これにより、ユーザＵの利便性のさらなる向上を図ることができる場合がある。
【0105】
本実施形態では、設定受付部２１０は、温度、湿度、時期、または人に関する条件の入力と、当該条件と対応付けられる制御内容の入力として、自然言語による音声または文章での入力を受け付ける。このような構成によれば、温度、湿度、時期、または人に関する条件と、当該条件が満たされた場合に実行される空気調和機１００の制御内容とを対応付けた設定内容を登録する作業を容易に行うことができる。これにより、ユーザＵの利便性のさらなる向上を図ることができる場合がある。
【0106】
（第２実施形態）
次に、第２実施形態について説明する。第２実施形態は、ユーザＵに関する情報に基づいて使用する評価条件を変更する点で、第１実施形態とは異なる。なお以下に説明する以外の構成は、第１実施形態の構成と同じである。
次に、第２実施形態について説明する。第２実施形態は、ユーザＵに関する情報に基づいて使用する評価条件を変更する点で、第１実施形態とは異なる。なお以下に説明する以外の構成は、第１実施形態の構成と同じである。
【0107】
図１４は、第２実施形態のサーバ２００の機能構成を示すブロック図である。本実施形態では、サーバ２００は、情報取得部２５０を有する。
【0108】
（情報取得部）
情報取得部２５０は、ユーザＵに関する情報（以下では説明の便宜上「ユーザ情報」と称する）を取得する。「ユーザ情報」とは、例えば、ユーザＵの居住地域（高温多湿な地域または寒冷な地域に住んでいるかなど）、ペットの有無、楽器またはカメラなど湿度管理が必要な機器を所有するかなどである。本実施形態では、情報取得部２５０は、ユーザ情報を取得するための質問を、端末装置３００を通じて出力させ、ユーザＵの回答に基づいてユーザ情報を取得する。
情報取得部２５０は、ユーザＵに関する情報（以下では説明の便宜上「ユーザ情報」と称する）を取得する。「ユーザ情報」とは、例えば、ユーザＵの居住地域（高温多湿な地域または寒冷な地域に住んでいるかなど）、ペットの有無、楽器またはカメラなど湿度管理が必要な機器を所有するかなどである。本実施形態では、情報取得部２５０は、ユーザ情報を取得するための質問を、端末装置３００を通じて出力させ、ユーザＵの回答に基づいてユーザ情報を取得する。
【0109】
図１５は、ユーザＵ情報を取得するため入力画面Ｄ４を示す図である。情報取得部２５０は、所定の制御信号を端末装置３００に送信することで、端末装置３００の表示画面３０１ａに入力画面Ｄ４を表示させる。入力画面Ｄ４は、ユーザ情報を取得するための質問と、当該質問に対する入力部Ｃ１とを含む。入力部Ｃ１に入力されたユーザＵの回答は、操作受付部３３０により取得され、情報送信部３４０によりサーバ２００に送信される。これにより、情報取得部２５０は、ユーザ情報を取得する。
【0110】
また、情報取得部２５０は、上記例に代えて／加えて、入力画面Ｄ４に表示させる質問として、ユーザＵによる空気調和機１００の利用目的を尋ねる質問を表示させ、ユーザＵの回答に基づき、ユーザＵによる空気調和機１００の利用目的を示す情報を取得してもよい。「空気調和機１００の利用目的」は、例えば、快適な生活のため、または楽器やカメラなどの機器用の湿度管理のためなどである。
【0111】
また、情報取得部２５０は、上記例に代えて／加えて、空気調和機１００に搭載された位置センサ（例えばＧＮＳＳ（Global Navigation Satellite System）を利用したセンサ）の検出結果に基づきユーザＵの住居がある地域を示す情報を取得してもよいし、空気調和機１００に搭載されたカメラなどの撮像結果に基づき、ペットの存在、楽器またはカメラなど湿度管理が必要な機器の存在を示す情報を取得してもよい。
【0112】
（条件評価部）
本実施形態では、条件評価部２２０は、情報取得部２５０により取得されたユーザ情報に基づき、使用する上記所定の評価条件を変更する。
本実施形態では、条件評価部２２０は、情報取得部２５０により取得されたユーザ情報に基づき、使用する上記所定の評価条件を変更する。
【0113】
例えば、条件評価部２２０は、ユーザＵの居住地域を示す情報に基づき、ユーザＵの居住地域に適した評価条件を選択する。例えば、条件評価部２２０は、ユーザＵの居住地域が高温多湿な地域（京都など）である場合、湿度を低下させることを評価項目として追加した評価条件を使用する。例えば、条件評価部２２０は、ユーザＵの居住地域が寒冷な地域である場合、暖房運転時に寒冷地であることを考慮した評価項目（例えば霜取り運転などの項目）を追加した評価条件を使用する。
【0114】
例えば、条件評価部２２０は、ユーザＵの部屋にペットがいることを示す情報に基づき、ペットがいる場合に適した評価条件を選択する。例えば、条件評価部２２０は、ユーザＵの部屋にペットがいる場合、空気清浄に関する評価項目を追加した評価条件を使用する。
【0115】
例えば、条件評価部２２０は、ユーザＵの部屋に楽器があることを示す情報に基づき、楽器がある場合に適した評価条件を選択する。例えば、条件評価部２２０は、ユーザＵの部屋に楽器がある場合、湿度が閾値以上に上昇しないこと、および所定基準以上の急激な温度変化がないことを評価項目として追加した評価条件を使用する。
【0116】
例えば、条件評価部２２０は、ユーザＵの部屋にカメラまたはレンズなど（以下「防湿対象部品」と称する）があることを示す情報に基づき、防湿対象部品などがある場合に適した評価条件を選択する。例えば、条件評価部２２０は、ユーザＵの部屋に防湿対象部品がある場合、湿度が閾値以上に上昇しないことを評価項目として追加した評価条件を使用する。
【0117】
例えば、条件評価部２２０は、ユーザＵによる空気調和機１００の利用目的が「快適な生活」である場合、標準的な評価条件（例えば、温度および湿度の評価項目を含む評価条件）を使用する。一方で、条件評価部２２０は、ユーザＵによる空気調和機１００の利用目的が楽器または防湿対象部品の湿度管理である場合、例えば、温度の評価項目を含まず、湿度の評価項目を含む評価条件を使用する。
【0118】
このような構成によれば、ユーザＵの属性に応じて適切な評価条件を適用することができ、より実態に合った評価を行うことができる。その結果、効率的、且つ、ユーザＵの意図に沿った運転を行うことができる。例えば、湿度管理をしたいだけなのに快適な設定にしないと不適切判定が出されてしまい、電気代が必要以上に上がることなどを避けることができる。
【0119】
（第３実施形態）
次に、第３実施形態について説明する。第３実施形態は、ユーザＵの設定操作時に条件評価部２２０により所定の評価条件を満たすと判定されて空気調和機１００が運転された後、条件評価部２２０により再評価が行われる点で、第２実施形態とは異なる。なお以下に説明する以外の構成は、第２実施形態の構成と同じである。
次に、第３実施形態について説明する。第３実施形態は、ユーザＵの設定操作時に条件評価部２２０により所定の評価条件を満たすと判定されて空気調和機１００が運転された後、条件評価部２２０により再評価が行われる点で、第２実施形態とは異なる。なお以下に説明する以外の構成は、第２実施形態の構成と同じである。
【0120】
図１６は、第３実施形態のサーバ２００の機能構成を示すブロック図である。本実施形態では、サーバ２００は、情報収集部２６０を有する。
【0121】
（情報収集部）
情報収集部２６０は、ユーザＵの設定内容に含まれる状態条件と制御内容との対応関係が所定の評価条件を満たすと条件評価部２２０により判定され、空気調和機１００の運転が行われる場合に、空気調和機１００の１回以上（例えば複数回以上）の運転を含む期間に所定の情報を収集する。「所定の情報」は、例えば、空気調和機１００の運転実績を示す情報、ユーザ情報が入力または変更された場合における最新のユーザ情報、または環境の変化を示す情報のうち少なくとも１つを含む。
情報収集部２６０は、ユーザＵの設定内容に含まれる状態条件と制御内容との対応関係が所定の評価条件を満たすと条件評価部２２０により判定され、空気調和機１００の運転が行われる場合に、空気調和機１００の１回以上（例えば複数回以上）の運転を含む期間に所定の情報を収集する。「所定の情報」は、例えば、空気調和機１００の運転実績を示す情報、ユーザ情報が入力または変更された場合における最新のユーザ情報、または環境の変化を示す情報のうち少なくとも１つを含む。
【0122】
「空気調和機１００の運転実績を示す情報」は、空気調和機１００の記憶部１９０に運転実績情報１９２として蓄積される情報である。情報収集部２６０は、運転実績情報１９２を送信させる送信要求を空気調和機１００に通知することで、空気調和機１００から運転実績情報１９２を取得する。
【0123】
「最新のユーザ情報」とは、家族構成や居住地域などの入力や変更があった場合、または空気調和機１００の利用目的の入力や変更があった場合における最新のユーザ情報である。情報収集部２６０は、端末装置３００を操作することでユーザＵが入力または変更したユーザ情報を端末装置３００から受信することで取得する。
【0124】
「環境の変化を示す情報」とは、平均気温や平均湿度の変化、電気料金の変化などを示す情報である。情報収集部２６０は、例えば、気象関連のウェブサーバまたは電力会社のウェブサーバから平均気温や湿度の変化、電気料金などを示す情報を取得する。これに代えて、情報収集部２６０は、空気調和機１００から受信する運転実績情報１９２に基づき、平均気温または湿度を示す情報を取得してもよい。
【0125】
（条件評価部）
条件評価部２２０は、情報収集部２６０により上記所定の情報が収集された場合、上記所定の情報に基づき、ユーザＵの設定内容に含まれる状態条件と制御内容との対応関係が、再判定用の評価条件を満たすか否かを判定する。これに代えて／加えて、条件評価部２２０は、情報収集部２６０により上記所定の情報が収集された場合、上記所定の情報に基づき、ユーザＵの設定内容に含まれる状態条件と制御内容との対応関係が、所定の評価条件（例えばユーザＵの設定操作時と同じ評価条件）を満たすか否かを再判定してもよい。
条件評価部２２０は、情報収集部２６０により上記所定の情報が収集された場合、上記所定の情報に基づき、ユーザＵの設定内容に含まれる状態条件と制御内容との対応関係が、再判定用の評価条件を満たすか否かを判定する。これに代えて／加えて、条件評価部２２０は、情報収集部２６０により上記所定の情報が収集された場合、上記所定の情報に基づき、ユーザＵの設定内容に含まれる状態条件と制御内容との対応関係が、所定の評価条件（例えばユーザＵの設定操作時と同じ評価条件）を満たすか否かを再判定してもよい。
【0126】
例えば、条件評価部２２０は、ユーザＵの設定内容に含まれる状態条件と制御内容との対応関係で空気調和機１００を運転した場合（以下では単に「ユーザＵの設定内容で運転した場合」と称する）に、部屋の温度または湿度が十分に変化するか否か（閾値を超えて変化するか否か）を判定する。例えば、条件評価部２２０は、「３２℃を超えると冷房弱運転で運転開始」との設定内容に基づいて空気調和機１００を行う場合に、設定内容に基づく運転を一定時間（例えば２時間）以上行っても室温が３０℃を下回らないことが所定の閾値回数以上である場合、設定内容に含まれる状態条件と制御内容との対応関係が、再判定用の評価条件を満たさないと判定する。
【0127】
例えば、条件評価部２２０は、ユーザＵの設定内容で運転した場合に、電気料金の改善が見込めるか否かを判定する。例えば、条件評価部２２０は、「３２℃以上になると冷房強運転で運転開始、２５℃以下になると停止」との設定内容に基づいて運転を行う場合に、その環境においては「３０℃以上になると冷房弱運転で運転開始、２５℃以下になると停止」との設定内容に基づいて運転を行うと電気料金が安くなると推定される場合、設定内容に含まれる状態条件と制御内容との対応関係が、再判定用の評価条件を満たさないと判定する。
【0128】
また、条件評価部２２０は、最新のユーザ情報、または最新の平均温度や平均湿度に基づく場合、ユーザＵの設定内容に含まれる状態条件と制御内容との対応関係が、所定の評価条件（例えばユーザＵの設定操作時と同じ評価条件）を満たすか否かを再判定する。
【0129】
（対応処理部）
対応処理部２３０は、情報収集部２６０により収集された上記所定の情報に基づいて条件評価部２２０による再判定が行われ、ユーザＵの設定内容に含まれる状態条件と制御内容との対応関係が所定の評価条件（再判定用の評価条件またはユーザＵの設定操作時と同じ評価条件）を満たさないと判定された場合、所定の報知を行う。所定の報知は、ユーザＵに対して、お試しとして設定内容の一時的な変更の提案を含んでもよい。
対応処理部２３０は、情報収集部２６０により収集された上記所定の情報に基づいて条件評価部２２０による再判定が行われ、ユーザＵの設定内容に含まれる状態条件と制御内容との対応関係が所定の評価条件（再判定用の評価条件またはユーザＵの設定操作時と同じ評価条件）を満たさないと判定された場合、所定の報知を行う。所定の報知は、ユーザＵに対して、お試しとして設定内容の一時的な変更の提案を含んでもよい。
【0130】
図１７は、所定の報知の出力画面Ｄ５の一例を示す図である。本実施形態では、対応処理部２３０は、上記所定の報知を表示するための通知を端末装置３００に送信することで、表示Ａ１、表示Ａ２、および複数の操作部Ｂ３を表示画面３０１ａに表示させる。表示Ａ１は、再判定により所定の評価条件を満たさないと判定されたユーザＵの現在の設定内容を示す表示である。表示Ａ２は、所定の評価条件を満たすための変更案の提案を示す表示である。表示Ａ１と表示Ａ２は、見比べて比較しやすいように、例えば１つの画面Ｄ５において並んで表示される。
【0131】
図１７中の（ａ）は、「３２℃を超えると冷房弱運転で運転開始」との設定内容に基づいて空気調和機１００を行う場合に、設定内容に基づいて運転を一定時間（例えば２時間）以上行っても室温が３０℃を下回らないことが所定の閾値回数以上である場合の例を示す。この場合、表示Ａ２には、冷房運転の強さを高める提案が表示される。
【0132】
図１７中の（ｂ）は、「３２℃以上になると冷房強運転で運転開始、２５℃以下になると停止」との設定内容に基づいて運転を行う場合の例を示す。この場合、表示Ａ２には、電気料金を改善する変更案の提案として、「３０℃以上になると冷房弱運転で運転開始、２５℃以下になると停止」という設定内容の提案が表示される。
【0133】
複数の操作部Ｂ３は、表示Ａ２で提案された変更案を一時的な設定として試してみるための操作部Ｂ３ａと、設定内容を変更しないためのＢ３ｂとを含む。操作部Ｂ３に対するユーザＵの操作は、操作受付部３３０により受け付けられる。そして、ユーザＵの操作内容を示す情報は、情報送信部３４０によりサーバ２００に送信される。
【0134】
このような構成によれば、最初の設定時の評価では問題は検出されなかったが、実際の運転時のセンサ値などを利用した、設定時には評価できなかった評価条件を使用して再評価を行うことで、より実態に合った評価を行うことができる。
【0135】
（第４実施形態）
次に、第４実施形態について説明する。第４実施形態は、ユーザＵの設定内容が所定の評価基準を満たさない場合に、当該設定内容に応じた空気調和機１００の運転内容を示す図が表示される点で、第１実施形態とは異なる。なお以下に説明する以外の構成は、第１実施形態の構成と同じである。
次に、第４実施形態について説明する。第４実施形態は、ユーザＵの設定内容が所定の評価基準を満たさない場合に、当該設定内容に応じた空気調和機１００の運転内容を示す図が表示される点で、第１実施形態とは異なる。なお以下に説明する以外の構成は、第１実施形態の構成と同じである。
【0136】
本実施形態では、対応処理部２３０は、条件評価部２２０により所定の評価条件が満たされないと判定された場合、上記所定の報知の一部として、ユーザＵの設定内容に応じて推定される時系列上の空気調和機１００の制御内容の変化または時系列上の温度変化を示す図を端末装置３００の表示画面３０１ａに表示させる。これにより、評価条件を満たさず、報知や変更要求がなされても文章では分かり辛い場合でも、グラフなどで示されることでユーザＵが理解しやすくなる。
【0137】
図１８は、所定の報知の出力画面Ｄ６の一例を示す図である。出力画面Ｄ６は、例えば、表示Ａ３ａと、表示Ａ３ｂとを含む。表示Ａ３ａは、横軸を時間、縦軸を温度とした場合の推定される時系列上の空気調和機１００の制御内容の変化および時系列上の温度変化を示す。表示Ａ３ｂは、具体的な問題点を示す。ここで図１６は、「暖房系運転（暖房運転）と冷房系運転（冷房運転または除湿運転）とが切り替わらない」という評価項目が満たされない場合の例を示す。図１６に示すように、ユーザＵの現在の設定内容では、期間Ｔにおいて、除湿運転と暖房運転とが交互に繰り返されることが分かる。「暖房系運転と冷房系運転とが切り替わらない」という評価条件は、不慣れなユーザＵはイメージがしにくいが、このように図示すればイメージがわきやすく、ユーザＵの対応が容易になる。
【0138】
図１９は、所定の報知の出力画面Ｄ６の別の一例を示す図である。図１９での表示Ａ３ａは、横軸を温度、縦軸を熱交換装置１１０のパワーとした場合の温度に応じた空気調和機１００の制御内容の変化（例えば運転態様の変化および熱交換装置１１０のパワーの変化）を示す。図１９は、「冷房運転中、熱交換装置１１０のパワーは室温に対して単調増加であること」という評価項目が満たされない場合の例を示す。図１９に示すように、ユーザＵの現在の設定内容では、「室温３５℃のときに比べ室温４０℃のときのほうが冷房は弱くなる」という設定が行われており、期間Ｔにおいて、冷房運転中、熱交換装置１１０のパワーは室温に対して単調増加しないことが分かる。「冷房運転中、熱交換装置１１０のパワーは室温に対して単調増加であること」という評価条件は、不慣れなユーザＵはイメージがしにくいが、このように図示すればイメージがわきやすく、ユーザＵの対応が容易になる。
【0139】
以上、いくつかの実施形態について説明した。ただし、実施形態は、上述した例に限定されない。また上述したいくつかの実施形態は、互いに組み合わせて実現可能である。例えば、上述した実施形態では、ユーザＵの設定内容が所定の評価条件を満たさない場合、ユーザＵに対して所定の報知を行う。ただし、実施形態は本例に限定されない。例えば、空気調和システムは、ユーザＵに対して所定の報知を行うことなく、ユーザＵの設定内容を受け付けることを抑制する（例えば、所定の評価条件を満たさないユーザＵの設定操作を受け付けず設定画面が反応しない）などの対応が行われてもよい。
【0140】
以上説明した少なくともひとつの実施形態によれば、空気調和システムは、設定受付部と、条件評価部と、対応処理部とを備える。上記設定受付部は、空気調和機の運転開始の条件または運転停止の条件として、温度、湿度、時期、または人に関する条件と、当該条件が満たされた場合に実行される制御内容とを対応付けた設定内容を登録するユーザの設定操作を受け付け可能である。上記条件評価部は、上記設定内容が所定の評価条件を満たすか否かを判定する。上記対応処理部は、上記所定の評価条件を満たさないと判定された場合、所定の報知を行う、または上記設定受付部が受け付けることを抑制する。このような構成によれば、利便性の向上を図ることができる。
【0141】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【0142】
１００…空気調和機、２００…サーバ、２１０…設定受付部、２２０…条件評価部、２３０…対応処理部、２４０…情報送信部、２５０…情報取得部、２６０…情報収集部、３００…端末装置。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】