(57)【要約】【課題】利用者の空気調和機の清掃の依頼を容易にする。【解決手段】サービス提案時期調整装置であるサーバ装置５は、空気調和機２と、空気調和機２のサービスを提供するサービス拠点に設置されるサービス拠点端末１０とに接続され、運転状態収集部４１と候補日時算出部４５と送信部４６と清掃依頼部４７とを備えている。運転状態収集部４１は、空気調和機２から運転状態信号を収集する。候補日時算出部４５は、運転状態信号に基づいて複数の候補日時を決定する。送信部４６は、複数の候補日時を示す清掃推奨信号を通信端末７に送信する。清掃依頼部４７は、複数の候補日時のうちの通信端末７により選択された依頼日時をサービス拠点端末１０に送信する。【選択図】図８
2020123249.tif 000002
【特許請求の範囲】
【請求項１】
空気調和機と、前記空気調和機のサービスを提供するサービス拠点に設置されるサービス拠点端末とに接続されるサービス提案時期調整装置であり、
前記空気調和機から運転状態信号を収集する運転状態収集部と、
前記運転状態信号に基づいて複数の候補日時を決定する候補日時算出部と、
前記複数の候補日時に基づいた清掃推奨信号を通信端末に送信する送信部と、
前記複数の候補日時のうちの前記通信端末により選択された依頼日時を前記サービス拠点端末に送信する依頼部と、
を有するサービス提案時期調整装置。
【請求項２】
前記サービス拠点の稼働状態に基づいた稼働状態信号が前記サービス拠点端末に記憶されており、
前記サービス拠点端末から前記稼働状態信号を収集する稼働状態収集部をさらに備え、
前記候補日時算出部は、前記運転状態信号に加えて前記稼働状態信号に基づいて前記複数の候補日時を決定する
請求項１に記載のサービス提案時期調整装置。
【請求項３】
前記空気調和機は人感センサを有し、
前記運転状態信号は、前記人感センサの検出結果を含む、
請求項１または請求項２に記載のサービス提案時期調整装置。
【請求項４】
前記運転状態信号は、前記空気調和機を操作する入力装置の操作状態をさらに含む、
請求項１から請求項３のいずれか一項に記載のサービス提案時期調整装置。
【請求項５】
前記空気調和機が配置される地域の気象情報を気象情報サーバから収集する気象情報収集部をさらに備え、
前記候補日時算出部は、前記運転状態信号に加えて前記気象情報に基づいて前記複数の候補日時を決定する
請求項１から請求項４のいずれか一項に記載のサービス提案時期調整装置。
【請求項６】
請求項１から請求項５のいずれか一項に記載のサービス提案時期調整装置と、
前記空気調和機と、
前記通信端末
とを備える空気調和システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービス提案時期調整装置および空気調和システムに関する。
【背景技術】
【０００２】
フィルタのお手入れ時期や交換時期などを携帯端末に送信する空気調和機が知られている（特許文献１）。さらに、空調機器に関する情報を自動的に抽出して顧客管理センタに送信し、顧客管理センタは送信内容に応じた情報を自動的に空調機器に返信する空調システムが知られている（特許文献２）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１６−８７５１０号公報
【特許文献２】特開２００７−２１８５６７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
空気調和機の取り付け、空気調和機の修理、空気調和機の清掃、などの空気調和機に関わる様々なサービスを提供するサービス拠点が知られている。また、所定のタイミングに空気調和機の清掃を促すメッセージを利用者に通知することが提案されている。このような通知によれば、利用者は、適切なタイミングにサービス拠点に空気調和機の清掃を依頼することができる。しかしながら、空気調和機の清掃などのサービス拠点によるサービスは、利用者が立ち会うことが一般的であり、このとき、利用者が在宅している複数の時間帯をサービス拠点に提示する必要があり、依頼に手間がかかるという問題がある。
【０００５】
開示の技術は、かかる点に鑑みてなされたものであって、利用者のサービス拠点へのサービスの依頼を容易にするサービス提案時期調整装置および空気調和システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
実施形態の一つの態様におけるサービス提案時期調整装置は、空気調和機と、前記空気調和機のサービスを提供するサービス拠点に設置されるサービス拠点端末とに接続されるサービス提案時期調整装置であり、空気調和機から運転状態信号を収集する運転状態収集部と、前記運転状態信号に基づいて複数の候補日時を決定する候補日時算出部と、前記複数の候補日時を示すサービス推奨信号を通信端末に送信する送信部と、前記複数の候補日時のうちの前記通信端末により選択された依頼日時をサービス拠点端末に送信する依頼部とを備えている。
【発明の効果】
【０００７】
開示のサービス提案時期調整装置は、利用者のサービス拠点へのサービスの依頼を容易にすることができる。
【図面の簡単な説明】
【０００８】
【図１】図１は、本実施例の空気調和システムの一例を示す説明図である。
【図２】図２は、アダプタのハードウェア構成の一例を示すブロック図である。
【図３】図３は、空気調和機を示すブロック図である。
【図４】図４は、サーバ装置を示すブロック図である。
【図５】図５は、候補日時算出テーブルを示す図である。
【図６】図６は、通信端末を示す平面図である。
【図７】図７は、第２依頼日時選択画面が表示部に表示された通信端末を示す平面図である。
【図８】図８は、サービス拠点に清掃を依頼する動作を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下に、本願が開示する実施形態にかかるサービス提案時期調整装置および空気調和システムについて、図面を参照して説明する。なお、以下の記載により本開示の技術が限定されるものではない。また、以下の記載においては、同一の構成要素に同一の符号を付与し、重複する説明を省略する。また、本実施形態では、サービス拠点が提供するサービスとして、空気調和機の清掃を例に挙げて説明する。
【実施例】
【００１０】
図１は、本実施例の空気調和システム１の一例を示す説明図である。図１に示す空気調和システム１は、空気調和機２と、アダプタ３と、ルータ４と、サーバ装置５と、中継装置６と、通信端末７と、通信網８と、気象情報サーバ９と、サービス拠点端末１０とを有する。
【００１１】
空気調和機２は、室内を冷暖房する装置である。このような空気調和機２は、空気調和システム１に複数が設けられている。通信端末７は、利用者のスマートフォン等の端末装置である。通信端末７は、空気調和システム１に複数が設けられ、複数の通信端末７は、空気調和システム１に設けられる複数の空気調和機に対応している。
【００１２】
アダプタ３は、空気調和機２とルータ４との間を無線通信で接続する通信機能と、空気調和機２をＡＩ(Artificial  Intelligence)制御する制御機能とを有する。アダプタ３は、空気調和機２毎に設けられている。ルータ４は、例えば、ＷＬＡＮ(Wireless  Local  Area  Network)等を使用してアダプタ３と通信網８とを無線通信で接続する装置である。通信網８は、例えば、インターネット等の通信網である。サーバ装置５は、サービス提案時期調整装置の一例であり、空気調和機２を制御するＡＩの学習モデルを生成する機能や運転履歴データ等を記憶するデータベース等を有する。尚、サーバ装置５は、例えば、データセンタに配置されている。中継装置６は、通信網８と通信で接続すると共に、サーバ装置５と通信で接続する機能を有する。中継装置６は、通信網８経由で空気調和機２に適用される学習モデルの生成又は更新に使用する運転履歴データ等をアダプタ３からサーバ装置５に送信する。また、中継装置６は、サーバ装置５で生成又は更新した学習モデルを通信網８経由でアダプタ３に送信する。尚、中継装置６は、例えば、データセンタ等に配置されている。
【００１３】
中継装置６は、第１の中継部６Ａと、第２の中継部６Ｂと、第３の中継部６Ｃとを有する。第１の中継部６Ａは、アダプタ３から受信した学習モデルの生成又は更新に使用する運転履歴データ等を通信網８経由でサーバ装置５に送信すると共に、サーバ装置５が生成又は更新した学習モデルを通信網８経由でアダプタ３に送信する。第２の中継部６Ｂは、利用者が外出先から通信端末７を使用して設定した空気調和機２の運転条件（冷房／暖房といった運転モードや設定温度など）を通信網８経由で取得し、これを通信網８経由で空気調和機２に送信する。第３の中継部６Ｃは、例えば、インターネット等の通信網８から天気予報等の外部データを取得し、取得した外部データをサーバ装置５に送信する。また、第３の中継部６Ｃは、外部データを通信網８経由でアダプタ３に送信する。
【００１４】
気象情報サーバ９は、通信網８に接続される情報処理装置に気象予報を公開している。気象予報は、複数の地域毎の複数の時間帯の気象データを含んでいる。例えば、ある地域におけるある時間帯の気象データは、当該地域、時間帯の天気、気温、および、降水確率の各予想である。サービス拠点端末１０は、空気調和機の取り付け、空気調和機の修理、空気調和機の清掃、などの空気調和機に関わる様々なサービスを提供するサービス拠点に設置される。ところで、サービス拠点は、これらの様々なサービスを空気調和機２の利用者に提供しているが、１つのサービスを提供するサービス拠点に置き換えられてもよい。たとえば、サービス拠点は、空気調和機の修理を専門に提供するサービス拠点に置き換えられてもよく、空気調和機の清掃を専門に提供するサービス拠点に置き換えられてもよい。サービス拠点端末１０は、サービス拠点の稼働状態が入力され、間欠的に、通信網８を介してサービス拠点の稼働状態を示す信号（以降、稼働状態信号と記載する）をサーバ装置５に送信する。稼働状態は、サービス拠点が提供する様々なサービスの日毎の実施スケジュールであり、複数の日時毎に少なくとも１つの稼働状態が対応付けられている。例えば、空気調和機の清掃についての稼働状態は、サービス拠点がその日時に空気調和機の清掃を引き受ける余裕の有無を示している。
【００１５】
図２は、アダプタ３のハードウェア構成の一例を示すブロック図である。図２に示すアダプタ３は、第１の通信部１１と、第２の通信部１２と、記憶部１３と、ＣＰＵ(Central  Processing  Unit)１４とを有する。第１の通信部１１は、空気調和機２と通信接続する、例えば、ＵＡＲＴ（Universal  Asynchronous  Receiver  Transmitter）等の通信ＩＦ（Interface）である。第２の通信部１２は、ルータ４と通信接続する、例えば、ＷＬＡＮ等の通信ＩＦ等の通信部である。記憶部１３は、例えば、ＲＯＭ（Read  Only  Memory）やＲＡＭ(Random  Access  Memory)等を有し、データやプログラム等の各種情報を格納する。ＣＰＵ１４は、アダプタ３全体を制御する。
【００１６】
図３は、空気調和機２を示すブロック図である。空気調和機２は、図３に示されているように、室内機１５と室外機１６とプラズマクリーンユニット１７と人感センサ１８とリモコン１９と制御部２０とを備えている。室内機１５は、室内に配置され、図示されていない室内ファンとフィルタとフィルタ清掃機構と室内熱交換器とをさらに備えている。室内ファンは、室内機１５が配置される室内の空気を吸い込んで室内熱交換器を通過させ、室内熱交換器を通過した空気を室内に吹き出す。フィルタは、室内熱交換器を通過する空気から塵埃を捕集する。フィルタ清掃機構は、フィルタに補修された塵埃をフィルタから除去する。室内熱交換器は、室外機１６との間で循環する冷媒と、室内ファンにより吸い込まれた空気との熱交換を行うことにより、室内の空気を加熱または冷却する。室内機１５は、室内熱交換器が室内の空気を加熱または冷却することにより、室内を暖房し、冷房し、または、除湿する。
【００１７】
室外機１６は、室外に配置され、図示されていない室外ファンと室外熱交換器と圧縮機と膨張弁とを備えている。室外ファンは、室外機１６が配置される屋外の外気を吸い込んで室外熱交換器を通過させる。室外熱交換器は、室外ファンにより吸い込まれた外気と冷媒との熱交換を行うことにより、冷媒を加熱または冷却する。圧縮機は、冷媒を室内機１５と室外機１６との間で循環させる。膨張弁はその開度を調整することで、室内機１５に流れる冷媒の量を調整する。
【００１８】
プラズマクリーンユニット１７は、例えば電気集じん器であり、室内機１５の内部に設けられ、イオン放出部と捕集部とを備えている。イオン放出部は、室内機１５の室内ファンにより吸い込まれた空気に含まれる塵埃を帯電させる。捕集部は、電極板を備え、電極板に所定の電圧を印加することにより、イオン放出部により帯電された塵埃を電極板に吸着させる。プラズマクリーンユニット１７は、塵埃を捕集部の電極板に吸着させることにより、室内機１５の室内ファンにより室内機１５の内部に吸い込まれた空気を清浄化し、室内の空気を清浄化する。プラズマクリーンユニット１７は、さらに、捕集部の電極板の電圧を測定し、電圧が所定の電圧値より小さくなったときに、動作を停止する放電保護が実行される。
【００１９】
人感センサ１８は、室内機１５に設けられ、室内機１５が配置される室内に人やペットなどがいるか否かを検出する。リモコン１９は、図示されていない操作部と表示部とを備えている。リモコン１９は、操作部が操作されることにより生成される情報を制御部２０に出力し、操作部の操作情報、室内温度などの各種センサの検出結果、および、制御部２０により生成された情報を利用者が認識できるように表示部に表示する。すなわち、利用者は、リモコン１９を操作することにより空気調和機２を遠隔操作することが可能である。
【００２０】
制御部２０は、室内機１５と室外機１６とプラズマクリーンユニット１７と人感センサ１８とを制御する。例えば、制御部２０は、リモコン１９の操作により「暖房」が選択されたときに、室内機１５が室内を暖房するように、室内機１５と室外機１６とを制御する。制御部２０は、リモコン１９の操作により「冷房」が選択されたときに、室内機１５が室内を冷房するように、室内機１５と室外機１６とを制御する。制御部２０は、リモコン１９の操作により「除湿」が選択されたときに、室内機１５が室内を除湿するように、室内機１５と室外機１６とを制御する。制御部２０は、リモコン１９の操作により「停止」が選択されたときに、室内機１５が冷暖房・除湿を停止するように、室内機１５と室外機１６とを制御する。
【００２１】
アダプタ３は、間欠的（例えば、５分毎）に、空気調和機２の運転状態を空気調和機２から抽出する。運転状態は、空気調和機２に設定される設定温度や風量などの複数の設定値と、空気調和機２で検出した室内温度や外気温度などの複数の運転データとが含まれる。複数の運転データのうちのある日時に対応する運転データは、その日時の空気調和機２の状態を示している。アダプタ３は、間欠的に抽出した運転状態を示す稼働状態信号をまとめて定期的（例えば、４８時間毎）に通信網８を介してサーバ装置５に送信する。アダプタ３は、さらに、サーバ装置５から定期的（例えば、４８時間毎）に送信される学習モデルを記憶し、学習モデルに基づいて空気調和機２を制御するよう、制御部２０に指示する。
【００２２】
図４は、サーバ装置５を示すブロック図である。サーバ装置５は、コンピュータであり、ＣＰＵ３１と記憶装置３２とを備えている。ＣＰＵ３１は、サーバ装置５にインストールされたコンピュータプログラムを実行することにより、記憶装置３２を制御する。記憶装置３２は、サーバ装置５にインストールされるコンピュータプログラムを記憶し、ＣＰＵ３１により利用される情報を記憶する。
【００２３】
サーバ装置５にインストールされるコンピュータプログラムは、サーバ装置５に複数の機能をそれぞれ実現させるための複数のコンピュータプログラムから形成されている。サーバ装置５は、運転状態収集部４１と判定部４２と稼働状態収集部４４と候補日時算出部４５と送信部４６と清掃依頼部４７とを備えている。運転状態収集部４１は、通信網８および中継装置６を介して空気調和システム１が備える複数の空気調和機２のそれぞれから送信された複数の運転状態信号を収集する。運転状態収集部４１は、その収集された複数の運転状態信号をそれぞれ送信した空気調和機に対応付けて記憶装置３２に記憶する。
【００２４】
判定部４２は、運転状態収集部４１により収集された複数の運転状態信号に基づいてそれぞれの空気調和機に対応する運転積算時間を算出する。それぞれの運転積算時間は、それぞれ空気調和機２が「暖房」「冷房」「除湿」「送風」を運転した時間の総和を示している。判定部４２は、閾値が予め設定されている。閾値としては、２０００時間が例示される。判定部４２は、複数の運転積算時間と閾値とに基づいて、複数の空気調和機の各々について清掃が必要であるか否かを判定する。
【００２５】
気象情報収集部４３は、通信網８および中継装置６を介して気象情報サーバ９から気象情報を収集する。気象情報収集部４３は、さらに、その収集された気象情報を記憶装置３２に記憶する。稼働状態収集部４４は、通信網８および中継装置６を介してサービス拠点端末１０から送信された稼働状態信号を収集する。稼働状態収集部４４は、さらに、その収集された稼働状態信号を記憶装置３２に記憶する。
【００２６】
候補日時算出部４５は、運転状態収集部４１により収集された空気調和機２の運転状態信号に基づいて、空気調和機２の利用者が在宅であるか否かを推測する。候補日時算出部４５は、さらに、気象情報収集部４３により収集された気象情報に基づいて、空気調和機２の利用者が空気調和機２を利用するか否かを推測する。候補日時算出部４５は、さらに、稼働状態収集部４４により収集された複数の稼働状態信号に基づいて図５に示す候補日時算出テーブル６１を複数の空気調和機毎に作成する。候補日時算出部４５は、候補日時算出テーブル６１が記憶装置３２に記憶されるように、記憶装置３２を制御する。
【００２７】
送信部４６は、判定部４２により空気調和機２に清掃が必要であると判定されたときに、空気調和機２に対する清掃推奨信号を作成し、通信網８および中継装置６を介して清掃推奨信号を通信端末７に送信する。清掃依頼部４７は、通信端末７から送信された清掃依頼信号が受信されたときに、通信網８および中継装置６を介してサービス拠点端末１０に清掃依頼信号を転送する。
【００２８】
図５は、候補日時算出テーブル６１を示す図である。空気調和機２に対応する候補日時算出テーブル６１は、複数の日時６２を複数の運転データ６３と複数の在宅状態６９と複数の利用予測結果７０と複数のサービス拠点の稼働状態６４と複数のサービス候補日時６５とに対応付けている。複数の日時６２は、稼働状態収集部４４により収集されたサービス拠点の稼働状態信号が示す複数の日時をそれぞれ示し、１週間を１日ごとに分割しさらに１日を複数の時間帯に分割、例えば、各曜日の午前の時間帯と午後の時間帯としている。複数の運転データ６３は、運転状態収集部４１により収集された複数の運転状態信号のうちの「サービス候補日時」の決定に使用される運転状態信号であり、複数の運転状態信号のうちの空気調和機２から受信した運転状態信号である。
【００２９】
複数の運転データ６３のうちのある時間帯に対応する運転データは、空気調和機２の運転状態のうちのその時間帯に対応する運転データを示し、人感センサ検出値６６と運転状態６７と操作の有無６８とを示している。人感センサ検出値６６は、「在室」または「不在」を示し、空気調和機２の人感センサ１８のその時間帯の検出結果を示し、空気調和機２が配置されている室内に人またはペットがその時間帯にいたか否かを示している。運転状態６７は、「停止」「暖房」「冷房」「除湿」または「送風」を示し、その時間帯の空気調和機２の状態を示している。操作の有無６８は、「あり」または「なし」を示し、空気調和機２のリモコン１９がその時間帯に操作されたか否かを示している。
【００３０】
候補日時算出テーブル６１中の複数の在宅状態６９は、候補日時算出部４５により複数の運転データ６３に基づいて推測された値を示し、「在宅」または「不在宅」を示している。候補日時算出部４５は、複数の運転データ６３に基づいて複数の日時６２の各々について空気調和機２の利用者が在宅であるか不在宅であるかを推測し、複数の在宅状態６９を「在宅」または「不在宅」とする。例えば、候補日時算出部４５は、運転状態６７が「停止」以外を示している時間帯に空気調和機２の利用者が在宅であると推測し、その時間帯に対応する在宅状態を「在宅」とする。候補日時算出部４５は、運転状態６７が「停止」以外を示している時間帯でも、人感センサ検出値６６が「不在」を示す時間帯に空気調和機２の利用者が不在宅であると推測し、その時間帯に対応する在宅状態を「不在宅」とする。候補日時算出部４５は、人感センサ検出値６６が「在室」を示す時間帯に空気調和機２の利用者が在宅であると推測し、その時間帯に対応する在宅状態を「在宅」とする。候補日時算出部４５は、さらに、操作の有無６８が「あり」を示す時間帯に空気調和機２の利用者が在宅であると推測し、その時間帯に対応する在宅状態を「在宅」とする。候補日時算出部４５は、このような推測に基づいて、利用者が在宅であると推測される複数の在宅時間帯を算出する。複数の在宅時間帯は、複数の在宅状態６９が「在宅」とされた時間帯を示している。
【００３１】
候補日時算出テーブル６１中の複数の利用予測結果７０は、気象情報収集部４３により収集された気象情報に基づいて候補日時算出部４５により推測された値を示し、「利用あり」または「利用なし」とされている。すなわち、候補日時算出部４５は、気象情報に基づいて複数の日時６２の各々について空気調和機２の利用者が空気調和機２を利用する可能性が高いか否かを推測し、複数の利用予測結果７０の各々に「利用あり」または「利用なし」とされる。例えば、候補日時算出部４５は、気象情報のうちのある日時の気温が所定の温度範囲、例えば、気温が１６℃〜２５℃であれば、その日時に空気調和機２が暖房運転や冷房運転を行う確率が低いと推測し、複数の利用予測結果７０のうちのその日時に対応する利用予測結果を「利用なし」とする。候補日時算出部４５は、気象情報が示すある日時の気温が所定の温度範囲から外れているときに、その日時に空気調和機２が暖房運転や冷房運転を行う確率が高いと推測し、複数の利用予測結果７０のうちのその日時に対応する利用予測結果を「利用あり」とする。
【００３２】
候補日時算出テーブル６１中の複数のサービス拠点の稼働状態６４は、稼働状態収集部４４により収集された稼働状態信号を示している。複数のサービス拠点の稼働状態６４のうちのある日時に対応する稼働状態は、「余裕あり」または「余裕なし」を示し、サービス拠点がその日時に空気調和機の清掃を引き受ける余裕の有無を示している。
【００３３】
候補日時算出テーブル６１中の複数のサービス候補日時６５のうちのある日時に対応するサービス候補日時は、「第１候補」「第２候補」「第３候補」「第４候補」または「非候補」を示している。複数のサービス候補日時６５は、候補日時算出部４５により算出される。例えば、候補日時算出部４５は、「在宅」と「利用なし」と「余裕あり」とに対応するサービス候補日時を「第１候補」とする。また、候補日時算出部４５は、「在宅」と「利用あり」と「余裕あり」とに対応するサービス候補日時を「第２候補」とする。候補日時算出部４５は、「不在宅」と「利用なし」と「余裕あり」とに対応するサービス候補日時を「第３候補」とする。また、候補日時算出部４５は、「不在宅」と「利用あり」と「余裕あり」とに対応するサービス候補日時を「第４候補」とする。候補日時算出部４５は、「余裕なし」に対応する日時に対応するサービス候補日時を「非候補」とする。
【００３４】
候補日時算出部４５は、候補日時算出テーブル６１に基づいてさらに複数の第１候補日時と複数の第２候補日時と複数の第３候補日時と複数の第４候補日時とを決定する。複数の第１候補日時は、複数のサービス候補日時６５で「第１候補」に対応付けられた複数の日時を示している。なお、複数の第１候補日時は、「第１候補」に対応付けられた単数の第１候補日時に置き換えられてもよい。複数の第２候補日時は、複数の第１候補日時より優先順位が低い日時であり、複数のサービス候補日時６５で「第２候補」に対応付けられた複数の日時を示している。なお、複数の第２候補日時は、「第２候補」に対応付けられた単数の第２候補日時に置き換えられてもよい。複数の第３候補日時は、複数の第２候補日時より優先順位が低い日時であり、複数のサービス候補日時６５で「第３候補」に対応付けられた複数の日時を示している。なお、複数の第３候補日時は、「第３候補」に対応付けられた単数の第３候補日時に置き換えられてもよい。複数の第４候補日時は、複数の第３候補日時より優先順位が低い日時であり、複数のサービス候補日時６５で「第４候補」に対応付けられた複数の日時を示している。なお、複数の第４候補日時は、「第４候補」に対応付けられた単数の第４候補日時に置き換えられてもよい。
【００３５】
図６は、通信端末７を示す平面図である。通信端末７は、スマートフォンに例示される情報処理装置であり、表示部７１を備えている。通信端末７は、サーバ装置５から送信された清掃推奨信号を受信すると、例えば、メッセージ「お客様の空気調和機の運転時間が２０００時間を超えました。クリーニングサービスはいかがでしょうか？」を表示部７１に表示し（図示は省略）、空気調和機の清掃を推奨する。
【００３６】
通信端末７は、そのメッセージの表示中に、図示はしないが、表示部７１に「Ｙｅｓ」「Ｎｏ」ボタンが表示され、利用者が「Ｙｅｓ」ボタンを押下すると、図６に示す清掃推奨信号が示す第１依頼日時選択画面７２を表示部７１に表示する。第１依頼日時選択画面７２は、複数の第１選択ボタン７３−１〜７３−ｍ（ｍ＝２，３，４，…）を備えている。複数の第１選択ボタン７３−１〜７３−ｍは、縦に並ぶように第１依頼日時選択画面７２に表示されている。複数の第１選択ボタン７３−１〜７３−ｍのうちの複数の第１選択ボタン７３−１〜７３−（ｍ−１）は、候補日時算出部４５により算出された複数の第１候補日時と複数の第２候補日時（図６において、サービス候補日時６５が「第１候補」「第２候補」としている日時）に対応している。複数の第１選択ボタン７３−１〜７３−（ｍ−１）のうちのある候補日時に対応する第１選択ボタンは、その候補日時が表示されている。第１選択ボタン７３−ｍには、「その他」が表示されている。通信端末７は、利用者に操作されることにより複数の第１選択ボタン７３−１〜７３−（ｍ−１）のいずれかが選択されたときに、その選択された第１選択ボタンに対応する候補日時を示す清掃依頼信号を通信網８および中継装置６を介してサーバ装置５に送信する。
【００３７】
通信端末７は、利用者に操作されることにより「その他」が選択されたときに、すなわち、第１選択ボタン７３−ｍが選択されたときに、図７に示されているように、清掃推奨信号が示す第２依頼日時選択画面７５を表示部７１に表示する。図７は、第２依頼日時選択画面７５が表示部７１に表示された通信端末７を示す平面図である。第２依頼日時選択画面７５は、複数の第２選択ボタン７６−１〜７６−Ｍ（Ｍ＝２，３，４，…）を備えている。複数の第２選択ボタン７６−１〜７６−Ｍは、縦に並ぶように第２依頼日時選択画面７５に表示されている。複数の第２選択ボタン７６−１〜７６−Ｍは、候補日時算出部４５により算出された複数の第３候補日時と複数の第４候補日時（図７において、サービス候補日時６５が「第３候補」「第４候補」としている日時）に対応している。通信端末７は、利用者に操作されることにより複数の第２選択ボタン７６−１〜７６−Ｍのいずれかが選択されたときに、その選択された第２選択ボタンに対応する候補日時を示す清掃依頼信号を通信網８および中継装置６を介してサーバ装置５に送信する。
【００３８】
［サーバ装置５の動作］
サーバ装置５の動作は、空気調和機のＡＩ制御に関わる動作と、サービス拠点への清掃依頼を中継する動作とを備えている。
【００３９】
空気調和機のＡＩ制御に関わる動作では、アダプタ３は、５分周期の取得タイミングに室内機１５から運転履歴データを取得し、その取得された運転履歴データを記憶部１３に記憶する。アダプタ３は、４８時間毎に、記憶部１３に記憶された複数の運転履歴データのうちの４８時間分の運転履歴データを含む運転状態信号をサーバ装置５に送信する。サーバ装置５に送信される運転履歴データは、送信する時点から４８時間前までの分の運転履歴データである。サーバ装置５は、複数の空気調和機のアダプタ３からそれぞれ送信された複数の運転履歴データを受信し、複数の運転履歴データを記憶装置３２に記憶する。サーバ装置５は、記憶装置３２に記憶された複数の運転履歴データに基づいて、複数の空気調和機に対応する複数の学習モデルを生成し、その生成された複数の学習モデルを記憶装置３２に記憶する。サーバ装置５は、中継装置６を介して記憶装置３２に記憶された複数の学習モデルを複数の空気調和機のアダプタ３にそれぞれ送信する。空気調和機のアダプタ３は、サーバ装置５から送信された学習モデルを受信したときに、その受信された学習モデルを記憶部１３に記憶する。アダプタ３は、記憶部１３に記憶された学習モデルに基づいて、室内機１５の制御部２０を制御し、制御部２０を介して空気調和機２を間接的に制御する。
【００４０】
学習モデルには、例えば、各家庭の空気調和機の運転状態に応じて室内の利用者に対する５分後の体感温度を予測し、予測する体感温度に応じて空気調和機を制御する体感温度設定予測モデルがある。従来、空気調和機は、室内温度が目標温度になるように温度を調整することになるため、利用者にはその温度変化が体感的に不快に感じる場合がある。これに対して、体感温度設定予測モデルは、例えば、室内温度、室内湿度、室外温度等の時系列の運転履歴データに応じて、利用者が快適に感じるように空気調和機を調整する際に実行するプログラムである。例えば、空気調和機は、体感温度設定予測モデルに基づいて制御されることにより、利用者が快適に感じるように、利用者により設定された温度と異なる温度に空気調和機の設定温度が変更される。このような動作によれば、空気調和システム１は、空気調和機が学習モデルに基づいて制御されることにより、空気調和機の利用者が快適になるように、空気調和機を適切に運転させることができる。
【００４１】
図８は、サービス拠点に清掃を依頼する動作を示すフローチャートである。空気調和機２のアダプタ３は、４８時間毎に、記憶部１３に記憶された複数の運転履歴データのうちの４８時間分の運転履歴データを含む運転状態信号をサーバ装置５に送信している（ステップＳ１）。サーバ装置５は、例えば、気象情報サーバ９から公開される気象情報の１週間分をまとめて１日ごとに収集し、サービス拠点端末１０から間欠的（例えば毎日）に送信されるサービス拠点の稼働状態信号を受信している。サーバ装置５は、複数の空気調和機２からそれぞれ送信された複数の運転状態信号を受信すると、複数の運転状態信号を記憶装置３２に記憶する。サーバ装置５は、記憶装置３２に記憶された複数の運転状態信号に基づいてそれぞれの空気調和機毎に清掃の要否を判定する（ステップＳ２）。
【００４２】
例えば、サーバ装置５は、記憶装置３２に記憶された複数の運転状態信号に基づいてそれぞれの空気調和機に対応する複数の運転積算時間を算出する。サーバ装置５は、複数の運転積算時間のうちの空気調和機２に対応する運転積算時間を予め設定された閾値と比較する。サーバ装置５は、運転積算時間が閾値より大きいときに、空気調和機２に清掃が必要であると判定し、運転積算時間が閾値より大きくないときに、空気調和機２に清掃が必要でないと判定する。
【００４３】
サーバ装置５は、空気調和機２に清掃が必要であると判定されたときに（ステップＳ２、Ｙｅｓ）、空気調和機２に対応する候補日時算出テーブル６１に基づいて清掃推奨信号を作成する。すなわち、サーバ装置５は、空気調和機２の運転状態信号と気象情報とサービス拠点の稼働状態信号とに基づいて、空気調和機２の候補日時算出テーブル６１を作成する。サーバ装置５は、その作成された候補日時算出テーブル６１に基づいて複数の第１候補日時と複数の第２候補日時と複数の第３候補日時と複数の第４候補日時とを決定する。サーバ装置５は、複数の第１候補日時と複数の第２候補日時とに基づいて通信端末７に表示される第１依頼日時選択画面７２に関わるデータを作成し、複数の第３候補日時と複数の第４候補日時に基づいて通信端末７に表示される第２依頼日時選択画面７５に関わるデータを作成する。サーバ装置５は、これら２つのデータを用いて清掃推奨信号を作成する。サーバ装置５は、その作成した清掃推奨信号を通信端末７に送信する（ステップＳ３）。
【００４４】
通信端末７は、清掃推奨信号を受信したときに、前述したメッセージ「お客様の空気調和機の運転時間が２０００時間を超えました。クリーニングサービスはいかがでしょうか？」を表示部７１に表示することにより、空気調和機２の清掃を利用者に促し、利用者の操作に応じて、図６に示す第１依頼日時選択画面７２を表示部７１に表示して複数の第１候補日時と複数の第２候補日時とから清掃の依頼日時を利用者に選択させる、あるいは、図７に示す第２依頼日時選択画面７５を表示部７１に表示して複数の第３候補日時と複数の第４候補日時から清掃の依頼日時を利用者に選択させる（ステップＳ４）。通信端末７は、依頼日時が選択されたときにその選択された依頼日時を示す清掃依頼信号をサーバ装置５に送信する（ステップＳ５）。サーバ装置５は、通信端末７から送信された清掃依頼信号を受信すると、清掃依頼信号をサービス拠点端末１０に転送する（ステップＳ６）。これにより、サービス拠点への空気調和機２の清掃の依頼が完了する。
【００４５】
サービス拠点端末１０は、清掃依頼信号を受信したときに、清掃依頼信号をサービス拠点端末１０の記憶装置に記憶し、清掃依頼信号が示す依頼日時をサービス拠点端末１０の表示装置に表示する（ステップＳ７）。サービス拠点は、サービス拠点端末１０に表示された依頼日時に、空気調和機２を清掃するサービスを空気調和機２の利用者に提供する。
【００４６】
このような動作によれば、空気調和システム１は、空気調和機２の運転状態に基づいて利用者が不在であると推測される日時と、サービス拠点の日毎の稼働状態とに基づいて、空気調和機２の清掃を提供できる候補日時を利用者に通知することができる。これにより、利用者は、サービス拠点に空気調和機２を清掃してもらう依頼日時を容易に選択することができる。また、サービス拠点にとっては稼働状態の平準化が行えるので、業務効率が向上する。
【００４７】
なお、既述の第１依頼日時選択画面７２の複数の第１選択ボタン７３−１〜７３−ｍおよび第２依頼日時選択画面７５の複数の第２選択ボタン７６−１〜７６−Ｍと複数の第１候補日時〜複数の第４候補日時との対応関係は、他の対応関係に置き換えることができる。例えば、複数の第１選択ボタン７３−１〜７３−ｍを複数の第１候補日時に対応付け、複数の第２選択ボタン７６−１〜７６−Ｍを複数の第２候補日時と複数の第３候補日時と複数の第４候補日時とに対応付けることができる。このような場合も、空気調和システム１は、利用者が不在であると推測される日時が除かれた複数の候補日時を優先して利用者に通知することができ、利用者は、サービス拠点に空気調和機２を清掃してもらう依頼日時を容易に選択することができる。
【００４８】
また、空気調和システム１は、３つ以上の依頼日時選択画面を用いて利用者に複数の第１候補日時〜複数の第４候補日時から清掃の依頼日時を選択させることもできる。例えば、サーバ装置５は、複数の第１候補日時〜複数の第４候補日時に対応する第１依頼日時選択画面〜第４候補日時選択画面に関わるデータを作成し、これら４つのデータを用いて清掃推奨信号を作成する。このとき、通信端末７は、第１依頼日時選択画面を用いて利用者に複数の第１候補日時から依頼日時を選択させる。通信端末７は、複数の第１候補日時から依頼日時が選択されなかったときに、第２依頼日時選択画面を用いて利用者に複数の第２候補日時から依頼日時を選択させる。通信端末７は、複数の第２候補日時から依頼日時が選択されなかったときに、第３依頼日時選択画面を用いて利用者に複数の第３候補日時から依頼日時を選択させる。通信端末７は、複数の第３候補日時から依頼日時が選択されなかったときに、第４依頼日時選択画面を用いて利用者に複数の第４候補日時から依頼日時を選択させる。このような場合も、空気調和システム１は、利用者が不在であると推測される日時が除かれた複数の候補日時を優先して利用者に通知することができ、利用者は、サービス拠点に空気調和機２を清掃してもらう依頼日時を容易に選択することができる。
【００４９】
［実施例のサービス提案時期調整装置の効果］
実施例のサービス提案時期調整装置であるサーバ装置５は、室内を冷暖房する空気調和機２と、空気調和機２のサービスを提供するサービス拠点に設置されるサービス拠点端末１０とに接続されている。サーバ装置５は、運転状態収集部４１と候補日時算出部４５と送信部４６と清掃依頼部４７とを備えている。運転状態収集部４１は、室内を冷暖房する空気調和機２から運転状態信号を収集する。候補日時算出部４５は、運転状態信号に基づいて複数の候補日時を決定する。送信部４６は、複数の候補日時を示す清掃推奨信号を通信端末７に送信する。清掃依頼部４７は、複数の候補日時のうちの通信端末７により選択された依頼日時をサービス拠点端末１０に送信する。利用者が在宅であるか否かは、空気調和機２の運転状態に基づいて推測されることができる。サーバ装置５は、空気調和機２の運転状態に基づいて利用者が不在であると推測される日時を、複数の候補日時から除いて利用者に通知することができ、複数の候補日時の数を低減することができる。サーバ装置５は、複数の候補日時の数が低減されることにより、サービス拠点に空気調和機２を清掃してもらう依頼日時を複数の候補日時から利用者が選択することを容易にすることができる。サーバ装置５は、さらに、空気調和機のＡＩ制御に利用される運転状態信号を用いて、空気調和機２の清掃の適切なタイミングを算出している。このため、サーバ装置５は、空気調和機２の清掃のタイミングの算出のために、ＡＩ制御の運転状態信号と別個の信号を空気調和機２から情報を収集する必要がなく、サーバ装置５と空気調和機２との間の通信トラヒックが大きくなることを抑制することができる。
【００５０】
また、実施例のサービス提案時期調整装置におけるサービス拠点端末１０には、サービス拠点の稼働状態に基づいた稼働状態信号が記憶されている。サーバ装置５は、サービス拠点端末１０から稼働状態信号を収集する稼働状態収集部４４をさらに備えている。候補日時算出部４５は、運転状態信号に加えて稼働状態信号に基づいて複数の候補日時を決定する。サーバ装置５は、サービス拠点に余裕がある時間帯を推奨することができ、サービス拠点の稼働率を平準化することができる。
【００５１】
ところで、実施例のサービス提案時期調整装置の候補日時算出部４５は、サービス拠点の稼働状態に基づいて複数の候補日時を決定しているが、サービス拠点の稼働状態に関わらず複数の候補日時を決定してもよい。この場合も、サーバ装置５は、空気調和機２の運転状態に基づいて推測される不在の日時を複数の候補日時から除くことにより、複数の候補日時の数を低減し、利用者による依頼日時の選択を容易にすることができる。
【００５２】
また、実施例のサービス提案時期調整装置における空気調和機２は、人感センサ１８を備えている。運転状態信号は、人感センサ１８の検出結果を含んでいる。このとき、候補日時算出部４５は、人感センサ１８の検出結果にさらに基づいて複数の候補日時を決定する。利用者が在宅であるか否かは、空気調和機２の人感センサ１８の検出結果に基づいて高精度に推測されることができる。サービス提案時期調整装置は、人感センサ１８の検出結果に基づいて複数の候補日時を決定することにより、利用者が在宅している時間帯を候補日時に適切に含ませることができ、利用者による依頼日時の選択を容易にすることができる。
【００５３】
また、実施例のサービス提案時期調整装置の運転状態信号は、空気調和機２を操作するリモコン１９の操作状態を含んでいる。候補日時算出部４５は、リモコン１９の操作状態にさらに基づいて前記複数の候補日時を決定する。利用者が在宅であるか否かは、空気調和機２のリモコン１９の操作の有無に基づいて高精度に推測されることができる。サービス提案時期調整装置は、リモコン１９の操作状態に基づいて複数の候補日時を決定することにより、利用者が在宅している時間帯を候補日時に適切に含ませることができ、利用者による依頼日時の選択を容易にすることができる。
【００５４】
また、実施例のサービス提案時期調整装置のサーバ装置５は、空気調和機２が配置される地域の気象情報を気象情報サーバ９から収集する気象情報収集部４３をさらに備えている。このとき、候補日時算出部４５は、気象情報にさらに基づいて複数の候補日時を決定する。利用者が空気調和機２を利用するか否かは、気象情報に基づいて高精度に推測されることができる。サービス提案時期調整装置は、空気調和機２が利用されると推測される時間帯を複数の候補日時から除くことができ、清掃により空気調和機２が利用できないことによる利用者の不快感を低減することができる。
【００５５】
ところで、実施例のサービス提案時期調整装置は、気象情報に基づいて複数の候補日時を決定しているが、気象情報に関わらず複数の候補日時を決定してもよい。この場合も、サーバ装置５は、空気調和機２の運転状態に基づいて推測される不在の日時を複数の候補日時から除くことにより、複数の候補日時の数を低減し、利用者による依頼日時の選択を容易にすることができる。
【００５６】
また、既述の実施例では、複数の候補日時は、サーバ装置５により決定されているが、中継装置６により決定されてもよい。この場合も、空気調和システム１は、空気調和機２の運転状態に基づいて推測される不在の日時を複数の候補日時から除くことにより、複数の候補日時の数を低減し、利用者による依頼日時の選択を容易にすることができる。
【００５７】
また、既述の実施例では、サーバ装置５が運転積算時間を算出しているが、空気調和機２が運転積算時間を算出してもよい。また、サーバ装置５が閾値と運転積算時間との大小を判定しているが、空気調和機２が閾値と運転積算時間との大小を判定してもよい。この場合も、空気調和システム１は、空気調和機２の利用者に適切なタイミングでサービスを推奨することができる。
【００５８】
また、空気調和システム１は、空気調和機から収集された運転履歴データに基づいてサーバ装置５がＡＩに学習させて学習モデルを生成し、その学習モデルに基づいて空気調和機の運転が制御されているが、ＡＩを用いたこのような制御が省略されてもよい。サーバ装置５は、ＡＩを用いた制御が省略された場合でも、空気調和機２の運転状態に基づいて推測される不在の日時を複数の候補日時から除くことにより、複数の候補日時の数を低減し、利用者による依頼日時の選択を容易にすることができる。
【００５９】
以上、実施例を説明したが、前述した内容により実施例が限定されるものではない。また、前述した構成要素には、当業者が容易に想定できるもの、実質的に同一のもの、いわゆる均等の範囲のものが含まれる。さらに、前述した構成要素は適宜組み合わせることが可能である。さらに、実施例の要旨を逸脱しない範囲で構成要素の種々の省略、置換及び変更のうち少なくとも１つを行うことができる。
【符号の説明】
【００６０】
１      ：空気調和システム
２      ：空気調和機
５      ：サーバ装置
７      ：通信端末
９      ：気象情報サーバ
１０    ：サービス拠点端末
４１    ：運転状態収集部
４２    ：判定部
４３    ：気象情報収集部
４４    ：稼働状態収集部
４５    ：候補日時算出部
４６    ：送信部
４７    ：清掃依頼部
【図１】
2020123249.tif 000003
【図２】
2020123249.tif 000004
【図３】
2020123249.tif 000005
【図４】
2020123249.tif 000006
【図５】
2020123249.tif 000007
【図６】
2020123249.tif 000008
【図７】
2020123249.tif 000009
【図８】
2020123249.tif 000010
【手続補正書】
【提出日】令和2年5月11日(2020.5.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
空気調和機、および、前記空気調和機のサービスを提供するサービス拠点に設置されるサービス拠点端末と接続されるサービス提案時期調整装置であり、
前記空気調和機の運転状態を示す運転状態信号を前記空気調和機から収集する運転状態収集部と、
前記空気調和機が配置される地域の気象情報を気象情報サーバから収集する気象情報収集部と、
前記サービス拠点の稼働状態を示す稼働状態信号を前記サービス拠点端末から収集する稼働状態収集部と、
前記空気調和機の利用者が在宅か否かという在宅状態を前記運転状態信号に基づいて推測し、前記空気調和機の利用者が前記空気調和機を利用するか否かという利用状態を前記気象情報に基づいて推測し、前記在宅状態と前記利用状態と前記稼働状態とに基づいて、前記サービスが提供される複数の候補日時を決定する候補日時算出部と、
前記複数の候補日時に基づいた清掃推奨信号を通信端末に送信する送信部と、
前記複数の候補日時のうちの前記通信端末により選択された依頼日時を前記サービス拠点端末に送信する依頼部と、
を有するサービス提案時期調整装置。
【請求項２】
前記空気調和機は人感センサを有し、
前記運転状態信号は、前記人感センサの検出結果を含む、
請求項１に記載のサービス提案時期調整装置。
【請求項３】
前記運転状態信号は、前記空気調和機を操作する入力装置の操作状態をさらに含む、
請求項１または請求項２に記載のサービス提案時期調整装置。
【請求項４】
前記候補日時算出部は、前記在宅状態と前記利用状態と前記稼働状態とに基づいて、前記複数の候補日時に優先順位を付与する、
請求項１から請求項３のいずれか一項に記載のサービス提案時期調整装置。
【請求項５】
請求項１から請求項４のいずれか一項に記載のサービス提案時期調整装置と、
前記空気調和機と、
前記通信端末と、
を備える空気調和システム。