JP2018119755A - 空気調和システム - Google Patents

Abstract

【課題】効率的な空気調和機の故障チェックが可能な空気調和システムを提供する。【解決手段】空気調和システム１は、空気調和機構１８０と、制御部２１０（１１０）とを備える。制御部２１０（１１０）は、人が空気調和機構１８０の近傍にいるか否かの判断結果に基づいて、人が空気調和機構１８０の近傍に不在の際に空気調和機構１８０の故障チェックを実行させる。【選択図】図１

Description

本発明は、空気調和機構の技術に関し、特に空気調和機構の故障チェックの技術に関する。

一般に、空気調和機は、圧縮機、室外熱交換器、膨張弁、室内熱交換器、切換弁等の部品が接続される冷凍サイクルを搭載する。このような空気調和機では、切換弁を切り換えることで、冷凍サイクルを冷房除霜運転サイクルおよび暖房運転サイクルに切り換えることができる。

そして、冷房運転サイクルや除湿運転サイクルや暖房運転時のリバース除霜運転サイクルでは、圧縮機、切換弁、室外熱交換器（凝縮器）、膨張弁、室内熱交換器（蒸発器）、切換弁、圧縮機の順に冷媒が循環し、これにより、室内熱交換器で吸収した室内の熱が室外熱交換器で室外に放出される。

また、暖房運転サイクルでは、圧縮機、切換弁、室内熱交換器（凝縮器）、膨張弁、室外熱交換器（蒸発器）、切換弁、圧縮機の順に冷媒が循環し、これにより、室外熱交換器で吸収した室外の熱が室内熱交換器で室内に放出される。

そして、特開２０１１−９４９６５号公報（特許文献１）には、空気調和機およびこの空気調和機を備えた空気調和システムが開示されている。特許文献１によると、風を送出するファンと、風の向きを変えるベーンと、リモコンとの間で双方向通信を行う赤外線送受信部と、赤外線を検出する多眼サーモパイルセンサーと、空調機制御手段とを備え、この空調機制御手段は、多眼サーモパイルセンサーが赤外線を検出したときに、赤外線送受信部を介してリモコンから同時に信号を入力した場合には、赤外線を検出した方向に利用者が居ると判断し、空調機通信手段を介してリモコンから、エアコンとリモコンとの間の距離を受信し、受信した距離に基づいてファンおよびベーンを制御し、利用者へ空調サービスを提供する。

さらに、特開２００２−１３７９０号公報（特許文献２）には、空調機の遠隔監視方法が開示されている。特許文献２によると、空調機の運転状況に関するデータを、情報処理装置へ送信する。情報処理装置は、このデータをネットワークを通じて、サーバ装置へと送信する。サーバ装置の側では集めたデータを解析する。たとえば、故障要因などに関するデータベースを構築する。修理の依頼があった場合、メーカの保守要員は、修理の依頼のあったユーザ宅の空調機についてのデータ、および、このデータベースを確認することで、空調機の運転状況を現地にゆくことなく故障部位などを推定することができる。

特開２０１１−９４９６５号公報 特開２００２−１３７９０号公報

効率的な空気調和機の故障チェックを可能にする技術が求められている。そこで、本発明の目的は、効率的な空気調和機の故障チェックが可能な空気調和システムを提供することにある。

この発明のある態様に従うと、空気調和システムが提供される。空気調和システムは、空気調和機構と、制御部とを備える。制御部は、人が空気調和機構の近傍にいるか否かの判断結果に基づいて、人が空気調和機構の近傍に不在の際に空気調和機構の故障チェックを実行させる。

以上のように、この発明によれば、効率的な空気調和機の故障チェックが可能な空気調和システムが提供される。

第１の実施の形態にかかる空気調和システム１の動作概要を示すイメージ図である。 第１の実施の形態にかかる空気調和機１００の構成を示すブロック図である。 第１の実施の形態にかかるサーバ２００の構成を示すブロック図である。 第１の実施の形態にかかる故障チェックデータベース２２１を示す図である。 第１の実施の形態にかかる結果データベース２２２を示す図である。 第１の実施の形態にかかるサーバ２００の処理を示すフローチャートである。 第２の実施の形態にかかるＮＧデータベース２２３を示す図である。 第３の実施の形態にかかるサーバ２００の第１の処理を示すフローチャートである。 第３の実施の形態にかかるサーバ２００の第２の処理を示すフローチャートである。 第４の実施の形態にかかるサーバ２００の第１の処理を示すフローチャートである。 第４の実施の形態にかかるサーバ２００の第２の処理を示すフローチャートである。 第５の実施の形態にかかるサーバ２００の処理を示すフローチャートである。 第６の実施の形態にかかるチェックデータベース２２１Ｂを示す図である。 第６の実施の形態にかかるサーバ２００の処理を示すフローチャートである。 第７の実施の形態にかかるサーバ２００の処理を示すフローチャートである。 第８の実施の形態にかかる空気調和システム１Ｂの動作概要を示すイメージ図である。 第８の実施の形態にかかる空気調和機１００の処理を示すフローチャートである。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
＜第１の実施の形態＞
＜空気調和システム１の全体構成＞

まず、図１を参照して、本実施の形態にかかる空気調和システム１の動作概要について説明する。空気調和システム１は、空気調和機１００と、空気調和機１００がアクセス可能な家電制御サーバ２００などを含む。本実施の形態にかかる空気調和機１００は、ユーザからの命令に基づいて、詳細な故障チェックを実行する。そして、空気調和機１００は、所定の条件を満たした際に、当該詳細な故障チェックよりも短時間で完了する簡易な故障チェックを実行する。

なお、上記の詳細な故障チェックの実行タイミングは一例であり、所定の条件を満たした際に故障チェックを実行するものであってもよい。たとえば、空気調和機１００のユーザのカレンダ情報などを取得して、ユーザが長時間不在にするときに、詳細な故障チェックを実行してもよい。

図１（ａ）を参照して、空気調和機１００は、定期的に空気調和機１００の近傍に人がいるか否かを検知する。たとえば、空気調和機１００は、部屋にいるユーザあるいは近傍にいるユーザを検知して、検知結果をサーバ２００に送信する。図１（ｂ）を参照して、空気調和機１００は、近傍にユーザを検知しなくなった際には、ユーザ不在情報をサーバ２００に送信する。図１（ｃ）を参照して、サーバ２００は、近傍にユーザがいない空気調和機１００に簡易の故障チェックを実行させるための命令を送信する。

これによって、空気調和機１００は、簡易の故障チェックを実行し、簡易の故障チェックの結果をサーバ２００に送信する。サーバ２００は、簡易の故障チェックの結果を、空気調和機１００のユーザのスマートフォン３００などの端末に提供する。

なお、故障チェックの結果はネットワークを介してスマートフォン３００に伝える必要はなく、空気調和機１００が、近傍にユーザを検知した際に、ディスプレイやスピーカから故障チェックの結果を出力するものであってもよい。

なお、簡易な故障チェックは、詳細な故障チェックのうちの一部のみを実行するものであってもよいし、詳細な故障チェックとは一部または全部が異なるものであってもよい。以下では、簡易な故障チェックを単に故障チェックともいう。
＜空気調和機１００の構成＞

以下、空気調和システム１の各部について詳細に説明する。まず、図２を参照して、本実施の形態にかかる空気調和機１００の構成について説明する。空気調和機１００は、主たる構成要素として、ＣＰＵ（Central Processing Unit）１１０と、メモリ１２０と、ディスプレイ１３０と、操作部１４０と、人感センサ１５０と、通信インターフェイス１６０と、赤外線インターフェイス１６５と、空気調和機構１８０とを含む。

ＣＰＵ１１０は、メモリ１２０あるいは外部の記憶媒体に記憶されているプログラムを実行することによって、空気調和機１００の各部を制御する。

メモリ１２０は、各種のＲＡＭ（Random Access Memory）、各種のＲＯＭ（Read Only Memory）などによって実現される。メモリ１２０は、ＣＰＵ１１０によって実行されるプログラムや、ＣＰＵ１１０によるプログラムの実行により生成されたデータ、操作部１４０を介して入力されたデータ、リモートコントローラから受信したデータ、ルータやインターネットを介してサーバ２００などから受信したデータなどを記憶する。

ディスプレイ１３０は、ＣＰＵ１１０からの信号に基づいて、文字や画像を表示する。なお、ディスプレイ１３０は、単にライトであってもよい。

操作部１４０は、ボタン、スイッチなどによって実現され、ユーザからの命令を受け付けて、当該命令をＣＰＵ１１０に入力する。なお、ディスプレイ１３０と操作部１４０とがタッチパネルによって構成されてもよい。

人感センサ１５０は、音や温度などによって人の存在を検知して、検知結果をＣＰＵ１１０に伝える。

通信インターフェイス１６０は、無線ＬＡＮまたは有線ＬＡＮなどの通信モジュールによって実現される。通信インターフェイス１６０は、有線通信あるいは無線通信によって他の装置との間でデータをやり取りする。すなわち、ＣＰＵ１１０は、通信インターフェイス１６０を介して、サーバ２００などの他の装置から各種の情報を受信したり、当該他の装置に各種の情報を送信したりする。

赤外線インターフェイス１６５は、リモートコントローラからの命令を受け付けてＣＰＵ１１０に受け渡す。

本実施の形態にかかる空気調和機構１８０は、セパレート式であって、室内空気調和機構１８１と、室内空気調和機構１８１と冷媒配管や各種配線で繋がれる室外空気調和機構１８２から構成される。室内空気調和機構１８１は、主に、筐体、室内熱交換器、室内ファン、フラップ、室内熱交換器温度センサ、室内温度センサ１８４および室内制御部から構成されている。室外空気調和機構１８２は、主に、筐体、圧縮機、四路切換弁、室外熱交換器、膨張弁、室外ファン、二方弁、三方弁、室外熱交換器温度センサ、吐出温度センサ、吸入温度センサ、出口温度センサ、外気温度センサ１８３および室外制御部から構成されている。なお、室内制御部や室外制御部は、前述のＣＰＵ１１０によって実現されてもよい。

そして本実施の形態にかかる空気調和機１００に関しては、ＣＰＵ１１０が、通信インターフェイス１６０を介して、空気調和機１００の周囲の人の検知結果や室内の温度や屋外の温度をサーバ２００に送信する。ＣＰＵ１１０は、通信インターフェイス１６０を介して、サーバ２００からの指示に基づいて、空気調和機構１８０やその他の部位に関する簡易な故障チェックを実行する。なお、ＣＰＵ１１０は、操作部１４０を介したユーザ命令に基づいて、空気調和機構１８０やその他の部位に関する詳細な故障チェックも実行する。
＜家電制御サーバ２００のハードウェア構成＞

まず、図３を参照して、家電制御サーバ２００は、主たる構成要素として、ＣＰＵ２１０と、メモリ２２０と、操作部２４０と、通信インターフェイス２６０とを含む。

ＣＰＵ２１０は、メモリ２２０に記憶されているプログラムを実行することによって、サーバ２００の各部を制御する。たとえば、ＣＰＵ２１０は、メモリ２２０に格納されているプログラムを実行し、各種のデータを参照することによって、後述する各種の処理を実行する。

メモリ２２０は、各種のＲＡＭ、各種のＲＯＭなどによって実現される。メモリ２２０は、ＣＰＵ２１０によって実行されるプログラムや、ＣＰＵ２１０によるプログラムの実行により生成されたデータ、入力されたデータ、故障チェックサービスなどに利用されるデータベースなどを記憶する。たとえば、メモリ２２０は、故障チェックデータベース２２１や、結果データベース２２２などを格納する。

図４に示すように、故障チェックデータベース２２１は、空気調和機１００の故障チェックの種類毎に、故障チェックＩＤと、故障チェックすべき間隔（頻度）と、故障チェックすべき期間（季節）と、故障チェックの内容と、故障チェックに必要な時間とを格納する。故障チェックの内容は、たとえば、故障チェック時の空気調和機１００の動作や、測定対象や、測定結果の正常範囲などを含む。

後から新しい故障チェックを追加登録したり、登録されている故障チェックに変更・修正を加えたりできることが好ましい。

また、たとえば冷房用の故障チェックの期間が夏の１〜２か月前に設定されることにより、暑くなってから故障が明らかになる可能性を低減することができる。逆に、暖房用の故障チェックの期間が冬の１〜２か月前に設定されることにより、寒くなってから故障が明らかになる可能性を低減することができる。

図５に示すように、結果データベース２２２は、結果毎に、結果ＩＤと、故障チェックの日時と、故障チェックを実行した空気調和機１００のＩＤと、実行した故障チェックのＩＤと、故障チェックの結果などを含む。

図３に戻って、操作部２４０は、サービスの管理者などの命令を受け付けて、当該命令をＣＰＵ２１０に入力する。

通信インターフェイス２６０は、ＣＰＵ２１０からのデータを、インターネット、キャリア網、ルータなどを介して空気調和機１００やスマートフォン３００などの他の装置に送信する。逆に、通信インターフェイス２６０は、インターネット、キャリア網、ルータなどを介して空気調和機１００やスマートフォン３００などの他の装置からのデータを受信して、ＣＰＵ２１０に受け渡す。
＜サーバ２００における情報処理＞

次に、図６を参照しながら、本実施の形態にかかるサーバ２００における情報処理について説明する。サーバ２００のＣＰＵ２１０は、通信インターフェイス２６０を介して、空気調和機１００からデータを受信すると以下の処理を実行する。

まず、ＣＰＵ２１０は、空気調和機１００からの受信データから、空気調和機１００の機器ＩＤや空気調和機１００の周囲の人の存在の検知結果を読み出す（ステップＳ１１０）。空気調和機１００の近傍に人間がいる場合（ステップＳ１１０においてＹＥＳである場合）、ＣＰＵ２１０は、次の空気調和機１００からのデータを待ち受ける。

空気調和機１００の近傍に人間がいない場合（ステップＳ１１０においてＮＯである場合）、ＣＰＵ２１０は、結果データベース２２２を参照して空気調和機１００の故障チェックの履歴を参照する。そして、ＣＰＵ２１０は、故障チェックデータベース２２１を参照して故障チェックの間隔の条件や故障チェックの期間の条件やその他の条件に該当する故障チェックを特定する（ステップＳ１２０）。ＣＰＵ２１０は、通信インターフェイス２６０を介して、今回特定された故障チェックの内容を空気調和機１００に送信する（ステップＳ１３０）。なお、故障チェックの内容は、単に故障チェックのＩＤだけであってもよいし、故障チェック時の空気調和機１００の動作や測定対象や測定結果の正常範囲などを含むものであってもよい。

これによって、空気調和機１００のＣＰＵ１１０は、通信インターフェイス１６０を介して、サーバ２００から受信した故障チェックの内容に基づいて、故障チェックを実行する。ＣＰＵ１１０は、通信インターフェイス１６０を介して、故障チェックの結果をサーバ２００に送信する。

サーバ２００のＣＰＵ２１０は、通信インターフェイス２６０を介して、空気調和機１００のユーザのスマートフォン３００に故障チェックの結果を送信する。スマートフォン３００は、故障チェックの結果をディスプレイやスピーカから出力する。
＜第２の実施の形態＞

第１の実施の形態においては、サーバ２００が故障チェックの間隔の条件や故障チェックの期間の条件やその他の条件に該当する故障チェックを特定し、当該特定された故障チェックを空気調和機１００が実行するものであった。しかしながら、このような構成には限られない。

たとえば、本実施の形態においては、サーバ２００は過去の空気調和機１００の故障チェックの結果に基づいて次に実行する故障チェックを決定する。たとえば、メモリ２２０が、故障チェックデータベース２２１や結果データベース２２２に加えて、図７に示すようなＮＧデータベース２２３などを格納する。ＮＧデータベース２２３は、故障チェックの種類毎に、故障チェックＩＤと、過去に故障チェックされた回数の合計と、過去に正常でない結果がでた回数と、故障チェックの回数に対する正常でなかった回数の割合などを含む。

そして、図６のステップＳ１２０において、ＣＰＵ２１０は、結果データベース２２２を参照して空気調和機１００の故障チェックの履歴を参照する。そして、ＣＰＵ２１０は、故障チェックデータベース２２１を参照して故障チェックの間隔の条件と故障チェックの期間の条件とに該当する故障チェックを特定する。本実施の形態においては、このときに、ＣＰＵ２１０は、ＮＧデータベース２２３を参照してＮＧ割合が多い故障チェックを優先して選択する。そして、ＣＰＵ２１０は、通信インターフェイス２６０を介して、空気調和機１００に特定された故障チェックの内容を送信する（ステップＳ１３０）。

なお、後述するように、図１１に示すように、ＣＰＵ２１０は、通信インターフェイス２６０を介して、空気調和機１００から故障チェックの結果を取得するたびに、故障チェックの結果をＮＧデータベース２２３に蓄積してもよい（ステップＳ１４２）。そして、ＣＰＵ２１０は、ＮＧ割合に応じて、故障チェックの間隔を更新してもよい（ステップＳ１５４）。たとえば、ＣＰＵ２１０は、ＮＧ割合が高い故障チェックほど、故障チェックの間隔を短いものに変更し、ＮＧ割合が低い故障チェックほど、故障チェックの間隔を長いものに変更する（ステップＳ１５４）。これによって、図６のステップＳ１２０において、ＮＧ割合が高い故障チェックが頻繁に選択されるようになる。
＜第３の実施の形態＞

さらには、サーバ２００は、空気調和機１００の周囲の温度、たとえば室内温度や室外温度、に基づいて故障チェックの内容を決定してもよい。

図８を参照しながら、本実施の形態にかかるサーバ２００における情報処理について説明する。サーバ２００のＣＰＵ２１０は、通信インターフェイス２６０を介して、空気調和機１００からデータを受信すると以下の処理を実行する。

まず、ＣＰＵ２１０は、受信データから、空気調和機１００の機器ＩＤや周囲の人の検知結果や空気調和機１００の周囲の温度を読み出す（ステップＳ１１０）。なお、空気調和機１００の周囲の温度は、室内温度であってもよいし、室外温度であってもよい。空気調和機１００の近傍に人がいる場合（ステップＳ１１０においてＹＥＳである場合）、ＣＰＵ２１０は、次の空気調和機１００からのデータを待ち受ける。

空気調和機１００の近傍に人間がいない場合（ステップＳ１１０においてＮＯである場合）、ＣＰＵ２１０は、空気調和機１００の周囲の温度が所定温度、たとえば２５℃、以上であるか否かを判断する（ステップＳ１２１）。ＣＰＵ２１０は、温度が所定温度以上である場合（ステップＳ１２１にてＹＥＳである場合）、故障チェックデータベース２２１を参照して冷房機能を利用する故障チェックを特定する（ステップＳ１２２）。ＣＰＵ２１０は、通信インターフェイス２６０を介して、特定された故障チェックの内容を空気調和機１００に送信する（ステップＳ１３０）。

一方、ＣＰＵ２１０は、温度が所定温度未満である場合（ステップＳ１２１にてＮＯである場合）、故障チェックデータベース２２１を参照して暖房機能を利用する故障チェックを特定する（ステップＳ１２４）。ＣＰＵ２１０は、通信インターフェイス２６０を介して、特定された故障チェックの内容を空気調和機１００に送信する（ステップＳ１３０）。

これによって、有効に故障チェックを実行することが可能になる。また、故障チェック後や故障チェック中に空気調和機１００が設置されている室内にユーザが入ってきた場合に、ユーザの不快感を低減することができる。

あるいはさらに、図９を参照しながら、本実施の形態にかかるサーバ２００における情報処理について説明する。サーバ２００のＣＰＵ２１０は、通信インターフェイス２６０を介して、空気調和機１００からデータを受信すると以下の処理を実行する。

まず、ＣＰＵ２１０は、受信データから、機器ＩＤや空気調和機１００の近傍の人の検知結果や空気調和機１００の周囲の温度を読み出す（ステップＳ１１０）。空気調和機１００の近傍に人がいる場合（ステップＳ１１０においてＹＥＳである場合）、ＣＰＵ２１０は、次の空気調和機１００からのデータを待ち受ける。

空気調和機１００の近傍に人がいない場合（ステップＳ１１０においてＮＯである場合）、ＣＰＵ２１０は、温度が第１の所定範囲、たとえば２８℃以上４３℃未満、内であるか否かを判断する（ステップＳ１２１Ｂ）。なお、第１の所定範囲は、冷房運転に適した温度範囲であることが好ましい。ＣＰＵ２１０は、温度が第１の所定範囲内である場合（ステップＳ１２１ＢにてＹＥＳである場合）、故障チェックデータベース２２１を参照して冷房機能を利用する故障チェックを特定する（ステップＳ１２２）。ＣＰＵ１１０は、通信インターフェイス２６０を介して、空気調和機１００に特定された故障チェックの内容を送信する（ステップＳ１３０）。

一方、ＣＰＵ２１０は、温度が第１の所定範囲外である場合（ステップＳ１２１ＢにてＮＯである場合）、温度が第２の所定範囲、たとえば室外温度が０℃以上１５℃未満、内であるか否かを判断する（ステップＳ１２３Ｂ）。なお、第２の所定範囲は、暖房運転に適した温度範囲であることが好ましい。ＣＰＵ２１０は、温度が第２の所定範囲内である場合（ステップＳ１２３ＢにてＹＥＳである場合）、故障チェックデータベース２２１を参照して暖房機能を利用する故障チェックを特定する（ステップＳ１２４）。ＣＰＵ１１０は、ＣＰＵ１１０は、通信インターフェイス２６０を介して、空気調和機１００に特定された故障チェックの内容を送信する（ステップＳ１３０）。

ＣＰＵ２１０は、温度が第２の所定範囲外である場合（ステップＳ１２３ＢにてＮＯである場合）、通信インターフェイス２６０を介して、次の空気調和機１００からのデータを待ち受ける。

なお、ステップＳ１２３ＢにてＮｏである場合に、冷房運転や暖房運転を行わずにチェック可能な故障チェック内容を送信するようにしてもよい。
＜第４の実施の形態＞

第１〜第３の実施の形態においては、サーバ２００が、簡易な故障チェックとして、１種類の故障チェックを特定し、空気調和機１００が当該１種類の故障チェックを実行するものであった。しかしながら、簡易な故障チェックは、複数種類の故障チェックの組み合わせであってもよい。

たとえば、ＣＰＵ２１０は、図６のステップＳ１２０において、チェックデータベース２２１に基づいて、チェックにかかる時間の合計が３０分以下になるように、複数種類の故障チェックを組み合わせてもよい。具体的には、ＣＰＵ１１０は、故障チェックの間隔の条件と故障チェックの期間の条件などに該当する故障チェックのうちの、故障チェックの間隔が長いものから順に故障チェックを組み合わせる。あるいは、ＣＰＵ１１０は、故障チェックの間隔の条件と故障チェックの期間の条件とに該当する故障チェックのうちの、故障チェックの間隔が短いものから順に故障チェックを組み合わせてもよい。あるいは、ＣＰＵ１１０は、故障チェックの間隔の条件と故障チェックの期間の条件とに該当する故障チェックのうちの、故障チェックの期間が短いものから順に故障チェックを組み合わせてもよい。あるいは、ＣＰＵ１１０は、故障チェックの間隔の条件と故障チェックの期間の条件とに該当する故障チェックのうちの、故障チェックの期間が長いものから順に故障チェックを組み合わせてもよい。

あるいは、図１０に示すように、ＣＰＵ２１０は、通信インターフェイス２６０を介して、空気調和機１００から故障チェックの結果を取得するたびに、故障チェックの結果をＮＧデータベース２２３に蓄積する（ステップＳ１４２）。そして、ＣＰＵ１１０は、故障チェックの間隔の条件と故障チェックの期間の条件とに該当する故障チェックのうちの、ＮＧ割合が高いものから順に、チェックにかかる時間の合計が３０分以下になるように、複数種類の故障チェックを組み合わせてもよい。

あるいは、図１１に示すように、ＣＰＵ２１０は、通信インターフェイス２６０を介して、空気調和機１００から故障チェックの結果を取得するたびに、故障チェックの結果をＮＧデータベース２２３に蓄積する（ステップＳ１４２）。そして、ＣＰＵ２１０は、ＮＧ割合に応じて、故障チェックの間隔を更新してもよい（ステップＳ１５４）。たとえば、ＣＰＵ２１０は、ＮＧ割合が高い故障チェックほど、故障チェックの間隔を短いものに変更し、ＮＧ割合が低い故障チェックほど、故障チェックの間隔を長いものに変更する（ステップＳ１５４）。これによって、上述したように、ＣＰＵ２１０は、図６のステップＳ１２０において、チェックデータベース２２１に基づいて、故障チェックの間隔の条件と故障チェックの期間の条件とに該当する故障チェックから、チェックにかかる時間の合計が３０分以下になるように、複数種類の故障チェックを組み合わせてもよい。
＜第５の実施の形態＞

本実施の形態においては、空気調和機１００が、故障チェックが原因で変化した室温をもとに戻す機能を有する。具体的には、図１２に示すように、空気調和機１００のＣＰＵ１１０は、以下の処理を実行する。

空気調和機１００のＣＰＵ１１０は、サーバ２００から特定された故障チェックの情報を受信すると、以下の処理を実行する。ＣＰＵ１１０は、温度センサ１８４を介して室温を取得して、メモリ１２０に記憶する（ステップＳ２５２）。ＣＰＵ１１０は、サーバ２００からのデータに基づいて特定された故障チェックを実行する（ステップＳ２５４）。ＣＰＵ１１０は、故障チェックが完了すると（ステップＳ２５４においてＹＥＳである場合）、室温をもとの温度に戻すように、空気調和機構１８０を制御する（ステップＳ２５８）。

ただし、外気温が所定温度、たとえば２８℃、以上である場合に、室温が外気温よりも２〜３度低くなった場合には、元の温度に戻さないことが好ましい。逆に、外気温が所定温度、たとえば１５℃、以下である場合に、室温が外気温よりも２〜５度高くなった場合には、元の温度に戻さないことが好ましい。
＜第６の実施の形態＞

本実施の形態においては、故障チェック毎の結果がＮＧであった場合の対処が設定されている。図１３に示すように、本実施の形態にかかる故障チェックデータベース２２１Ｂは、故障チェックの種類毎に、故障チェックＩＤと、故障チェックすべき間隔（頻度）と、故障チェックすべき期間（季節）と、故障チェックの内容と、故障チェックに必要な時間と、ＮＧであった際の対応方法とを格納する。ＮＧであった際の対応方法としては、暖房機能や冷房機能を停止する方法や、所定の命令を受け付けるまで他の命令を受け付けない方法などが考えられる。

たとえば、図１４に示すように、ＣＰＵ２１０は、故障チェックの結果がＮＧであった場合に、リモコンなどからユーザ命令を受け付けると以下の処理を実行する。ＣＰＵ２１０は、所定の命令、たとえばＮＧ解除命令やリセット命令など、を受け付けている場合（ステップＳ２６４においてＹＥＳである場合）は、暖房命令や冷房命令などのユーザの命令を受け受ける（ステップＳ２６６）。一方、ＣＰＵ１１０は、所定の命令を未だ受け付けていない場合（ステップＳ２６４においてＮＯである場合）は、暖房命令や冷房命令などのユーザの命令を受け付けずにディスプレイまたはスピーカにエラー情報を出力させる（ステップＳ２６８）。
＜第７の実施の形態＞

第１から第６の実施の形態においては、空気調和機１００が、人感センサ１５０などを介して空気調和機１００の周囲にユーザがいないことを検知するものであった。しかしながら、このような形態には限られない。

たとえば、図１５に示すように、ＣＰＵ２１０は、対象となっている空気調和機１００に関係付けられて登録されているユーザのカレンダ情報を他のサーバなどから取得する（ステップＳ１６２）。ＣＰＵ２１０は、カレンダ情報に基づいて、ユーザが外出しているか否かを判断する（ステップＳ１６４）。ユーザが外出していない場合（ステップＳ１６４においてＮＯである場合）、ＣＰＵ２１０は、次の空気調和機１００に対象を変更する。なお、カレンダ情報としては、例えば、ユーザが月曜日〜金曜日の７：００〜１９：００に外出するという情報や、ユーザが土曜日および日曜日は外出しないという情報などである。

ユーザが外出している場合（ステップＳ１６４においてＹＥＳである場合）、ＣＰＵ２１０は、結果データベース２２２を参照して空気調和機１００の故障チェックの履歴を参照する。そして、ＣＰＵ２１０は、故障チェックデータベース２２１を参照して故障チェックの間隔の条件と故障チェックの期間の条件とに該当する故障チェックを特定する。さらに、ＣＰＵ１１０は、ＮＧデータベース２２３を参照してＮＧ割合が多い故障チェックを特定してもよい（ステップＳ１２０）。ＣＰＵ２１０は、通信インターフェイス２６０を介して、空気調和機１００に特定された故障チェックの内容を送信する（ステップＳ１３０）。

ユーザがリモコン等で予め不在である日付や時間帯を登録し、その間に故障チェックを実施するように構成されてもよい。例えば、ユーザが外出する際に故障チェックの予約命令を設定することによって、ユーザが帰宅する前に故障チェックを終了できる構成にする。
＜第８の実施の形態＞

上記の実施の形態のサーバ２００の役割の一部や全部を、他のサーバや空気調和機１００やスマートフォン３００などが担ってもよい。たとえば、図１６に示すように、サーバ２００の役割を空気調和機１００が担ってもよい。すなわち、空気調和システム１Ｂのように、空気調和システム１Ｂがサーバを含まないものであってもよい。換言すれば、空気調和機１００がサーバ２００の役割の一部または全部と室内空気調和機構１８１と室外空気調和機構１８２とＣＰＵ１１０などを含むものであってもよい。

図１６（ａ）を参照して、空気調和機１００は、部屋にいる人あるいは近傍にいる人を検知する。図１６（ｂ）を参照して、空気調和機１００は、近傍に人を検知しなくなった際に、図１６（ｃ）を参照して、空気調和機１００は、簡易の故障チェックを実行し、簡易の故障チェックの結果を空気調和機１００のユーザのスマートフォン３００に提供する。なお当然に、故障チェックの結果はネットワークを介して伝える必要はなく、空気調和機１００が、近傍にユーザを検知した際に、ディスプレイやスピーカから故障チェックの結果を出力するものであってもよい。

この場合は、空気調和機１００のメモリ１２０が、故障チェックデータベース２２１や、結果データベース２２２や、ＮＧデータベース２２３などを格納する。

そして、図１７に示すように、ＣＰＵ１１０は、空気調和機１００の近傍に人間がいるか否かを判断する（ステップＳ２１０）。ＣＰＵ１１０は、人間が近傍にいる場合（ステップＳ２１０においてＹＥＳである場合）、所定時間待機してからステップＳ２１０からの処理を繰り返す。

空気調和機１００の近傍に人間がいない場合（ステップＳ２１０においてＮＯである場合）、ＣＰＵ１１０は、結果データベース２２２を参照して空気調和機１００の故障チェックの履歴を参照する。そして、ＣＰＵ１１０は、故障チェックデータベース２２１を参照して故障チェックの間隔の条件と故障チェックの期間の条件とに該当する故障チェックを特定する。ＣＰＵ１１０は、さらに、ＮＧデータベース２２３を参照してＮＧ割合が多い故障チェックを特定してもよい（ステップＳ２２０）。

ＣＰＵ１１０は、故障チェックを実行する（ステップＳ２３０）。ＣＰＵ１１０は、通信インターフェイス１６０を利用して、他のサーバなどを介して、あるいはサーバを介さずにホームネットワークなどを介してさらに直接的に、空気調和機１００のユーザのスマートフォン３００に故障チェックの結果を送信する。スマートフォン３００は、故障チェックの結果をディスプレイやスピーカから出力する。ただしＣＰＵ１１０は、近傍に人間を検知した際に、単にディスプレイ１３０やスピーカ１７０に故障チェックの結果を出力させるものであってもよい。

なお、空気調和機１００は、出荷時に故障チェックデータベース２２１や結果データベース２２２やＮＧデータベース２２３などを記憶してもよいし、定期的にあるいはサーバ２００からの指示に基づいてサーバ２００から最新の故障チェックデータベース２２１や結果データベース２２２やＮＧデータベース２２３などをダウンロードしてもよい。

また、空気調和機１００の役割の一部を別の装置が担ってもよい。たとえば、空気調和機１００の近傍に人がいるか否かを判断するためのセンサや空気調和機１００と同じ室内に人がいるか否かを判断するためのセンサを、空気調和機１００とは別に配置してもよい。そして、空気調和機１００やサーバ２００が当該センサからの検知結果を取得してもよい。
＜まとめ＞

上記の第１から第８の実施の形態においては、空気調和システム１が提供される。空気調和システム１は、空気調和機構１８０と、制御部２１０（１１０）とを備える。制御部２１０（１１０）は、人が空気調和機構１８０の近傍にいるか否かの判断結果に基づいて、人が空気調和機構１８０の近傍に不在の際に空気調和機構１８０の故障チェックを実行させる。

好ましくは、制御部２１０（１１０）は、複数種類の故障チェックの内容と故障チェックを実行するための条件との対応関係２２１を参照する。制御部２１０（１１０）は、満たされている条件に基づいて、複数種類の故障チェックのうちの１または複数の故障チェックを空気調和機構１８０に実行させる。

好ましくは、条件は、故障チェックを実行すべき頻度・間隔・季節・期間の少なくともいずれかを含む。

好ましくは、制御部２１０（１１０）は、故障チェックの結果を蓄積し、故障チェックの結果に基づいて実行すべき故障チェックを決定する。

好ましくは、室外温度または室内温度が第１の所定温度以上である時に空気調和機構１８０は冷房動作を含む故障チェックを実行し、室外温度または室内温度が第２の所定温度以下である時に空気調和機構１８０は暖房動作を含む故障チェックを実行する。

好ましくは、空気調和機構１８０は、故障チェックの終了後に、故障チェックの実行前の室内温度に近づくように動作する。

好ましくは、空気調和機構１８０の故障が検知された場合、所定の操作が入力されるまで、当該故障箇所に関する動作を実行しない。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。例えば、各実施の形態において、組み合わせ可能であるものは組み合わせてもよい。

１ ：空気調和システム
１Ｂ ：空気調和システム
１００ ：空気調和機
１１０ ：ＣＰＵ
１２０ ：メモリ
１３０ ：ディスプレイ
１４０ ：操作部
１５０ ：人感センサ
１６０ ：通信インターフェイス
１６５ ：赤外線インターフェイス
１７０ ：スピーカ
１８０ ：空気調和機構
１８１ ：室内空気調和機構
１８２ ：室外空気調和機構
１８３ ：外気温度センサ
１８４ ：室内温度センサ
２００ ：家電制御サーバ
２１０ ：制御部（ＣＰＵ）
２２０ ：メモリ
２２１ ：故障チェックデータベース
２２１Ｂ ：故障チェックデータベース
２２２ ：結果データベース
２２３ ：ＮＧデータベース
２４０ ：操作部
２６０ ：通信インターフェイス
３００ ：スマートフォン

Claims (7)

1. 空気調和機構と、
   制御部とを備え、
   前記制御部は、人が前記空気調和機構の近傍にいるか否かの判断結果に基づいて、前記人が前記空気調和機構の近傍に不在の際に前記空気調和機構の故障チェックを実行させる、空気調和システム。
2. 前記制御部は、複数種類の故障チェックの内容と故障チェックを実行するための条件との対応関係を参照し、
   前記制御部は、満たされている前記条件に基づいて、前記複数種類の故障チェックのうちの１または複数の故障チェックを前記空気調和機構に実行させる、請求項１に記載の空気調和システム。
3. 前記条件は、前記故障チェックを実行すべき頻度・間隔・季節・期間の少なくともいずれかを含む、請求項２に記載の空気調和システム。
4. 前記制御部は、前記故障チェックの結果を蓄積し、前記故障チェックの結果に基づいて実行すべき故障チェックを決定する、請求項１から３のいずれか１項に記載の空気調和システム。
5. 室外温度または室内温度が第１の所定温度以上である時に前記空気調和機構は冷房動作を含む故障チェックを実行し、室外温度または室内温度が第２の所定温度以下である時に前記空気調和機構は暖房動作を含む故障チェックを実行する、請求項１から４のいずれか１項に記載の空気調和システム。
6. 前記空気調和機構は、前記故障チェックの終了後に、前記故障チェックの実行前の室内温度に近づくように動作する、請求項１から５のいずれか１項に記載の空気調和システム。
7. 前記空気調和機構の故障が検知された場合、所定の操作が入力されるまで、当該故障箇所に関する動作を実行しない、請求項１から６のいずれか１項に記載の空気調和システム。

Images