JP2019015428A - 空気調和システムおよびサーバ - Google Patents

Abstract

【課題】適切な状況で空気調和機に自動清掃させることができる空気調和システムまたはサーバを提供する。【解決手段】空気調和機２００と、通信端末３００と、空気調和機２００に関する所定の条件が満たされた際に、通信端末３００に空気調和機２００の自動清掃を実行してもよいか否かを問合せ、当該問合せの回答が肯定的である場合に空気調和機２００に自動清掃を実行させるためのサーバ１００と、を備える空気調和システム１が提供される。【選択図】図１３

Description

本発明は、空気調和機の技術に関し、特に空気調和機の自動清掃の技術に関する。

従来から、空気調和機内部を自動で清掃する技術が知られている。たとえば、特開２００８−１９６７８０号公報（特許文献１）には、空気調和装置のリモートコントロールユニットが開示されている。特許文献１によると、リモートコントロールユニットでは、制御部が、空気調和装置からの異常を通知する異常通知信号入力、又は空気調和装置のフィルタの洗浄を要求するフィルタメンテナンス要求信号入力を受けたとき、異常についてユーザが必要とする複数の関連情報の所在を示す異常時対応項目をメニューの上位に位置付ける。

特開２００８−１９６７８０号公報

本発明の目的は、適切な状況で空気調和機に自動清掃させることができる空気調和システムまたはサーバを提供することにある。

この発明のある態様に従うと、空気調和機と、通信端末と、空気調和機に関する所定の条件が満たされた際に、通信端末に空気調和機の自動清掃を実行してもよいか否かを問合せ、当該問合せの回答が肯定的である場合に空気調和機に自動清掃を実行させるためのサーバと、を備える空気調和システムが提供される。

以上のように、本発明によれば、適切な状況で空気調和機に自動清掃させることができる空気調和システムまたはサーバが提供される。

第１の実施の形態にかかる空気調和システム１の全体構成と動作概要を示すイメージ図である。 第１の実施の形態にかかるスマートフォン３００の画面例を示すイメージ図である。 第１の実施の形態にかかるサーバ１００の構成の一態様について説明する。 第１の実施の形態にかかるユーザ管理データ１２１を示すイメージ図である。 第１の実施の形態にかかる空気調和機管理データ１２２を示すイメージ図である。 第１の実施の形態にかかる自動清掃管理データ１２３を示すイメージ図である。 第１の実施の形態にかかるサーバ１００における情報処理を示すフローチャートである。 第１の実施の形態にかかる空気調和機２００の構成の一態様について説明する。 第１の実施の形態にかかるスマートフォン３００などの通信端末の構成の一態様について説明する。 第２の実施の形態にかかる空気調和システム１の全体構成と動作概要を示すイメージ図である。 第２の実施の形態にかかるスマートフォン３００の画面例を示すイメージ図である。 第２の実施の形態にかかるサーバ１００における情報処理を示すフローチャートである。 第３の実施の形態にかかる空気調和システム１の全体構成と動作概要を示すイメージ図である。 第３の実施の形態にかかるスマートフォン３００の画面例を示すイメージ図である。 第３の実施の形態にかかるサーバ１００における第１の情報処理を示すフローチャートである。 第３の実施の形態にかかるサーバ１００における第２の情報処理を示すフローチャートである。 第４の実施の形態にかかるサーバ１００における情報処理を示すフローチャートである。 第４の実施の形態にかかる空気調和機２００に記憶されるデータ２２１を示すイメージ図である。 第５の実施の形態にかかるユーザ管理データ１２１Ｂを示すイメージ図である。 第５の実施の形態にかかるサーバ１００における情報処理を示すフローチャートである。 第６の実施の形態にかかる空気調和機管理データ１２２Ｂを示すイメージ図である。 第６の実施の形態にかかる家族管理データ１２４を示すイメージ図である。 第６の実施の形態にかかるサーバ１００における情報処理を示すフローチャートである。 第７の実施の形態にかかるユーザ管理データ１２１Ｃを示すイメージ図である。 第８の実施の形態にかかるサーバ１００における情報処理を示すフローチャートである。 第９の実施の形態にかかる自動清掃管理データ１２３Ｃを示すイメージ図である。 第９の実施の形態にかかるサーバ１００におけるフィルタ清掃の情報処理を示すフローチャートである。 第９の実施の形態にかかるスマートフォン３００の第１の画面例を示すイメージ図である。 第９の実施の形態にかかるサーバ１００における内部清浄の情報処理を示すフローチャートである。 第９の実施の形態にかかるスマートフォン３００の第２の画面例を示すイメージ図である。 第１０の実施の形態にかかるサーバ１００におけるフィルタ清掃の情報処理を示すフローチャートである。 第１０の実施の形態にかかるサーバ１００における内部清浄の情報処理を示すフローチャートである。 第１１の実施の形態にかかる自動清掃管理データ１２３Ｄを示すイメージ図である。 第１１の実施の形態にかかるサーバ１００における第１の情報処理を示すフローチャートである。 第１１の実施の形態にかかるサーバ１００における第２の情報処理を示すフローチャートである。

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

まず、図１を参照して、本実施の形態にかかる空気調和システム１の全体構成について説明する。本実施の形態にかかる空気調和システム１は、主に、サーバ１００と、インターネットやルータなどを介してサーバ１００に接続可能な空気調和機２００と、インターネットやルータなどを介してサーバ１００に接続可能なスマートフォン３００などの通信端末（携帯端末）などを含む。

次に、図１を参照して、本実施の形態にかかる空気調和システム１の動作概要について説明する。空気調和機２００は、定期的に、人感センサを利用して周囲に人がいるか否かを検知する。図１（Ａ）に示すように、空気調和機２００は、人を検知すると、人を検知した旨の情報をサーバ１００に送信する。なお、人感センサの例としては、ＣＣＤ（Charged Coupled Device）やＣＭＯＳ（complementary metal oxide semiconductor）などの撮像素子や、赤外線センサなど、周知のものを使用すればよい。

図１（Ｂ）に示すように、空気調和機２００は、人を検知しなかった場合は、人を検知しなかった旨の情報をサーバ１００に送信する。この場合、サーバ１００は、図２に示すように、自動清掃を実行してもよいかどうかを、空気調和機２００のユーザのスマートフォン３００に問い合わせる。

図１（Ｃ）に示すように、ユーザが自動清掃を許可すると、スマートフォン３００から自動清掃の許可の通知がサーバ１００に送られる。サーバ１００は、当該通知に基づいて、空気調和機２００に自動清掃を開始させる。

このように、本実施の形態においては、空気調和機２００の周囲に人が検知できない場合に、ユーザに自動清掃を実行してもよいか否かを問い合わせるので、ユーザや空気調和機２００の周囲の人が望まないタイミングで自動清掃が実行されてしまう可能性を低減することができる。以下、このような機能を実現するための空気調和システム１の具体的な構成について詳述する。
＜サーバ１００のハードウェア構成＞

図３を参照して、本実施の形態にかかる空気調和システム１を構成するサーバ１００のハードウェア構成の一態様について説明する。サーバ１００は、主たる構成要素として、ＣＰＵ（Central Processing Unit）１１０と、メモリ１２０と、ディスプレイ１３０と、操作部１４０と、通信インターフェイス１６０とを含む。

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

メモリ１２０は、各種のＲＡＭ（Random Access Memory）、各種のＲＯＭ（Read-Only Memory）などによって実現される。メモリ１２０は、ＣＰＵ１１０によって実行されるプログラムや、ＣＰＵ１１０によるプログラムの実行により生成されたデータ、入力されたデータ、ユーザ管理データ１２１、空気調和機管理データ１２２、自動清掃管理データ１２３、その他の本実施の形態にかかる家電管理サービスに利用されるデータベースなどを記憶する。なお、本実施の形態においては、これらのデータベースなどの情報がサーバ１００に格納されているが、それらの情報はサーバ１００がアクセス可能な他の装置に格納されてもよい。

図４は、本実施の形態にかかるユーザ管理データ１２１を示すイメージ図である。図４を参照して、本実施の形態にかかるユーザ管理データ１２１は、ユーザ毎に、主に、ユーザＩＤと、ユーザ名、通信端末ＩＤなどの対応関係を含む。

図５は、本実施の形態にかかる空気調和機管理データ１２２を示すイメージ図である。図５を参照して、本実施の形態にかかる空気調和機管理データ１２２は、空気調和機２００毎に、主に、空気調和機２００のＩＤと、空気調和機２００のユーザのＩＤなどの対応関係を含む。

図６は、本実施の形態にかかる自動清掃管理データ１２３を示すイメージ図である。図６を参照して、本実施の形態にかかる自動清掃管理データ１２３は、空気調和機２００毎に、主に、空気調和機２００のＩＤと、直近の自動清掃が完了した日時と、それからの経過時間と、直近のユーザへの自動清掃の実行の提案の通知の日時などの対応関係を含む。

図３に戻って、ディスプレイ１３０は、ＣＰＵ１１０からの信号に基づいて、テキストや画像を表示する。操作部１４０は、サービスの管理者などの命令を受け付けて、当該命令をＣＰＵ１１０に入力する。

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

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

ＣＰＵ１１０は、空気調和機２００から受信したデータから機器ＩＤを取り出す（ステップＳ１０２）。ＣＰＵ１１０は、受信したデータに基づいて、空気調和機２００の周囲に人が検知されたか否かを判断する（ステップＳ１１２）。空気調和機２００の周囲に人が検知された場合（ステップＳ１１２にてＹＥＳである場合）、ＣＰＵ１１０は、通信インターフェイス１６０を介して次の空気調和機２００からのデータを待ち受ける。

空気調和機２００の周囲に人が検知されなかった場合（ステップＳ１１２にてＮＯである場合）、ＣＰＵ１１０は、自動清掃管理データ１２３を参照して、前回の通知から所定時間、たとえば１時間、以上経過しているか否かを判断する（ステップＳ１２２）。前回の通知から所定時間、たとえば１時間、以上経過していない場合（ステップＳ１２２にてＮＯである場合）、ＣＰＵ１１０は、通信インターフェイス１６０を介して次の空気調和機２００からのデータを待ち受ける。

前回の通知から所定時間以上経過している場合（ステップＳ１２２にてＹＥＳである場合）、ＣＰＵ１１０は、空気調和機管理データ１２２とユーザ管理データ１２１とを参照して、空気調和機２００のユーザの通信端末、たとえばユーザのスマートフォン３００を特定する（ステップＳ１３０）。ＣＰＵ１１０は、通信インターフェイス１６０を介して、当該スマートフォン３００に自動清掃の実行を提案するためのデータを送信する（ステップＳ１３４）。ＣＰＵ１１０は、自動清掃管理データ１２３の当該空気調和機２００の前回通知日時を更新する。なお、このとき、スマートフォン３００は、図２に示すような画面を表示する。

ＣＰＵ１１０は、通信インターフェイス１６０を介して、自動清掃を許可しない旨のデータを受け付けた場合（ステップＳ１３６にてＮＯである場合）、ＣＰＵ１１０は、通信インターフェイス１６０を介して次の空気調和機２００からのデータを待ち受ける。

ＣＰＵ１１０は、通信インターフェイス１６０を介して、自動清掃を許可する旨のデータを受け付けた場合（ステップＳ１３６にてＹＥＳである場合）、ＣＰＵ１１０は、通信インターフェイス１６０を介して空気調和機２００に自動清掃を実行する旨の命令を送信する（ステップＳ１３８）。ＣＰＵ１１０は、自動清掃管理データ１２３の当該空気調和機２００の完了日時を更新する（ステップＳ１４０）。ＣＰＵ１１０は、通信インターフェイス１６０を介して次の空気調和機２００からのデータを待ち受ける。
＜空気調和機２００のハードウェア構成＞

図８を参照して、空気調和システム１を構成する空気調和機２００のハードウェア構成の一態様について説明する。本実施の形態にかかる空気調和機２００は、主たる構成要素として、ＣＰＵ２１０と、メモリ２２０と、ディスプレイ２３０、操作部２４０と、時計（タイマ）２５０と、通信インターフェイス２６０と、人感センサ２７０と、赤外線受光部２８０と、機器駆動部２９０とを含む。

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

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

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

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

時計２５０は、現在時刻をＣＰＵ２１０に入力したり、指定されたタイミングからの経過時間を計測したりする。

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

人感センサ２７０は、ＣＰＵ２１０からの信号に基づいて、空気調和機２００の周囲の人を検知して、検知結果をＣＰＵ２１０に入力する。本実施の形態においては、ＣＰＵ２１０は、人感センサ２７０から空気調和機２００の周囲に人を検知したか否かを示すデータを取得し、通信インターフェイス２６０を介して当該データをサーバ１００に送信する。

赤外線受光部２８０は、リモコンなどからの赤外線信号を検知して、ＣＰＵ２１０に受信信号を入力する。たとえば、ＣＰＵ２１０は、赤外線受光部２８０を介して、リモコンから電源ＯＮ／ＯＦＦ命令、その他の制御命令や各種データなどを受け付ける。

機器駆動部２９０は、ＣＰＵ２１０からの信号に基づいて、電気機器の各部（モータやヒータなど）を制御する。たとえば、本実施の形態においては、ＣＰＵ２１０は、通信インターフェイス２６０を介してサーバ１００からの自動清掃開始の指示を受信し、当該指示に基づいて機器駆動部２９０に自動清掃を実行させる。
＜スマートフォン３００のハードウェア構成＞

図９を参照して、本実施の形態にかかるスマートフォン３００などの通信端末（携帯端末）のハードウェア構成の一態様について説明する。スマートフォン３００は、主たる構成要素として、ＣＰＵ３１０と、メモリ３２０と、ディスプレイ３３０と、操作部３４０と、通信インターフェイス３６０と、ＧＰＳ（Global Positioning System）機能３９０を含む。

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

メモリ３２０は、各種のＲＡＭや各種のＲＯＭなどによって実現される。メモリ１２０は、ＣＰＵ３１０によって実行されるプログラムや、ＣＰＵ３１０によるプログラムの実行により生成されたデータ、入力されたデータ、その他の本実施の形態にかかる家電管理サービスに利用されるデータベースなどを記憶する。

ディスプレイ３３０は、ＣＰＵ３１０からの信号に基づいて、テキストや画像を表示する。操作部３４０は、ユーザなどの命令を受け付けて、当該命令をＣＰＵ３１０に入力する。

通信インターフェイス３６０は、ＣＰＵ３１０からのデータを、インターネット、キャリア網、ルータなどを介して、サーバ１００や空気調和機２００などの他の装置に送信する。逆に、通信インターフェイス３６０は、インターネット、キャリア網、ルータなどを介して当該他の装置からのデータを受信して、ＣＰＵ３１０に受け渡す。たとえば、ＣＰＵ３１０は、通信インターフェイス３６０を介してサーバ１００から受信したデータに基づいてディスプレイ３３０に図２に示すような画像やテキストを表示し、操作部３４０を介してユーザから受け付けた指示を通信インターフェイス３６０を介してサーバ１００に送信する。

ＧＰＳ機能３９０は、磁石や加速度センサなどを含み、スマートフォン３００自身の現在位置の計測に必要なデータを取得してＣＰＵ３１０に入力する。たとえば、ＣＰＵ３１０は、通信インターフェイス３６０を介して現在位置情報をサーバ１００に提供する。
＜第２の実施の形態＞

第１の実施の形態においては、空気調和機２００の周囲に人がいない場合に、ユーザの通信端末を介して自動清掃の提案を行うものであった。本実施の形態においては、前回の自動清掃からの経過時間が所定時間を超えた場合に、ユーザの通信端末を介して自動清掃の提案を行うものである。

図１０を参照して、本実施の形態にかかる空気調和システム１の動作概要について説明する。空気調和機２００は、定期的に、サーバ１００にアクセスする。サーバ１００は、空気調和機２００の前回の自動清掃から所定時間、たとえば２４時間、以上経過したか否かを判断する。図１０（Ａ）に示すように、空気調和機２００の前回の自動清掃から所定時間経過していない場合、自動清掃の提案は行わない。

図１０（Ｂ）に示すように、空気調和機２００の前回の自動清掃から所定時間経過している場合は、サーバ１００は、図１１に示すように、自動清掃を実行してもよいかどうかを、空気調和機２００のユーザのスマートフォン３００に問い合わせる。

図１０（Ｃ）に示すように、ユーザが自動清掃を許可すると、スマートフォン３００から許可の通知がサーバ１００に送られる。サーバ１００は、当該通知に基づいて、空気調和機２００に自動清掃を開始させる。

このように、本実施の形態においては、前回の自動清掃からの経過時間に基づいてユーザに自動清掃を実行してもよいか否かを尋ねるので、ユーザや空気調和機２００の周囲の人が望まないタイミングで自動清掃が実行される可能性を低減することができる。

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

ＣＰＵ１１０は、空気調和機２００から受信したデータから機器ＩＤを取り出す（ステップＳ１０２）。ＣＰＵ１１０は、自動清掃管理データ１２３を参照して、空気調和機２００の直近の自動清掃の完了から所定時間以上経過したか否かを判断する（ステップＳ１１６）。空気調和機２００の直近の自動清掃の完了から所定時間以上経過していない場合（ステップＳ１１６にてＮＯである場合）、ＣＰＵ１１０は、通信インターフェイス１６０を介して次の空気調和機２００からのデータを待ち受ける。

空気調和機２００の直近の自動清掃の完了から所定時間以上経過している場合（ステップＳ１１６にてＹＥＳである場合）、ステップＳ１２２からの処理を実行する。ステップＳ１２２からの処理は第１の実施の形態のそれらと同様であるため、ここではそれらの説明を繰り返さない。
＜第３の実施の形態＞

本実施の形態においては、空気調和機２００の周囲に人がいない場合、かつ、前回の自動清掃からの経過時間が所定時間を超えた場合に、ユーザの通信端末を介して自動清掃の提案を行うものである。

図１３を参照して、本実施の形態にかかる空気調和システム１の動作概要について説明する。空気調和機２００は、人感センサを利用して周囲に人がいるか否かを検知する。また、空気調和機２００は、定期的に、サーバ１００にアクセスする。図１３（Ａ）に示すように、空気調和機２００の周囲に人がいる場合、または、空気調和機２００の前回の自動清掃から所定時間経過していない場合、自動清掃の提案は行わない。

図１３（Ｂ）に示すように、空気調和機２００の周囲に人がいない場合、かつ、空気調和機２００の前回の自動清掃から所定時間経過している場合は、サーバ１００は、図１４に示すように、自動清掃を実行してもよいかどうかを、空気調和機２００のユーザのスマートフォン３００に問い合わせる。

図１３（Ｃ）に示すように、ユーザが自動清掃を許可すると、スマートフォン３００から許可の通知がサーバ１００に送られる。サーバ１００は、当該通知に基づいて、空気調和機２００に自動清掃を開始させる。

このように、本実施の形態においては、空気調和機２００の周囲の人の存在と前回の自動清掃からの経過時間とに基づいてユーザに自動清掃を実行してもよいか否かを尋ねるので、ユーザや空気調和機２００の周囲の人が望まないタイミングで自動清掃が実行される可能性を低減することができる。

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

ＣＰＵ１１０は、空気調和機２００から受信したデータから機器ＩＤを取り出す（ステップＳ１０２）。ＣＰＵ１１０は、受信したデータから、空気調和機２００の周囲に人が検知されたか否かを判断する（ステップＳ１１２）。空気調和機２００の周囲に人が検知された場合（ステップＳ１１２にてＹＥＳである場合）、ＣＰＵ１１０は、通信インターフェイス１６０を介して次の空気調和機２００からのデータを待ち受ける。

空気調和機２００の周囲に人が検知されなかった場合（ステップＳ１１２にてＮＯである場合）、ＣＰＵ１１０は、自動清掃管理データ１２３を参照して、空気調和機２００の直近の自動清掃の完了から所定時間以上経過したか否かを判断する（ステップＳ１１６）。空気調和機２００の直近の自動清掃の完了から所定時間以上経過していない場合（ステップＳ１１６にてＮＯである場合）、ＣＰＵ１１０は、通信インターフェイス１６０を介して次の空気調和機２００からのデータを待ち受ける。

空気調和機２００の直近の自動清掃の完了から所定時間以上経過している場合（ステップＳ１１６にてＹＥＳである場合）、ステップＳ１２２からの処理を実行する。ステップＳ１２２からの処理は第１の実施の形態のそれと同様であるため、ここではそれらの説明を繰り返さない。

なお、図１３に戻って、空気調和機２００の周囲に人がいる場合、かつ、空気調和機２００の前回の自動清掃から所定時間経過していない場合に、自動清掃の提案は行わない形態であってもよい。すなわち、空気調和機２００の周囲に人がいない場合、または、空気調和機２００の前回の自動清掃から所定時間経過している場合に、サーバ１００が、自動清掃を実行してもよいかどうかを、空気調和機２００のユーザのスマートフォン３００に問い合わせてもよい。

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

ＣＰＵ１１０は、空気調和機２００から受信したデータから機器ＩＤを取り出す（ステップＳ１０２）。ＣＰＵ１１０は、受信したデータから、空気調和機２００の周囲に人が検知されたか否かを判断する（ステップＳ１１２）。空気調和機２００の周囲に人が検知されなかった場合（ステップＳ１１２にてＮＯである場合）、ＣＰＵ１１０は、ステップＳ１２２からの処理を実行する。

空気調和機２００の周囲に人が検知された場合（ステップＳ１１２にてＹＥＳである場合）、ＣＰＵ１１０は、自動清掃管理データ１２３を参照して、空気調和機２００の直近の自動清掃の完了から所定時間以上経過したか否かを判断する（ステップＳ１１６）。空気調和機２００の直近の自動清掃の完了から所定時間以上経過していない場合（ステップＳ１１６にてＮＯである場合）、ＣＰＵ１１０は、通信インターフェイス１６０を介して次の空気調和機２００からのデータを待ち受ける。

空気調和機２００の直近の自動清掃の完了から所定時間以上経過している場合（ステップＳ１１６にてＹＥＳである場合）、ステップＳ１２２からの処理を実行する。ステップＳ１２２からの処理は第１の実施の形態のそれと同様であるため、ここではそれらの説明を繰り返さない。
＜第４の実施の形態＞

空気調和機２００がサーバ１００の命令を受けていないときにも自らの判断で自動清掃を行うようにプログラムされている場合には、サーバ１００は、空気調和機２００に自動清掃を実行させた際に、それ以降の所定の期間、たとえば２４時間など、空気調和機２００に自動清掃を行わないように指示してもよい。

より詳細には、図１７に示すように、サーバ１００のＣＰＵ１１０は、空気調和機２００に自動清掃を実行する旨の命令を送信する際に（ステップＳ１３８）、通信インターフェイス１６０を介して空気調和機２００に、これ以降の所定期間、自動清掃を実行しないように指示する（ステップＳ１３９）。なお、ステップＳ１０２からステップＳ１３６までの処理およびステップＳ１４０の処理は第３の実施の形態のそれらと同様であるため、ここではそれらの説明を繰り返さない。

本実施の形態においては、空気調和機２００のメモリ２２０は、図１８に示すような、サーバ１００から指示された自動清掃の不実行期間の長さと不実行期間開始からの経過時間とのデータ２２１を記憶する。これによって、空気調和機２００のＣＰＵ２１０は、各種の理由からの自らの判断で自動清掃を開始しようとする際に、データ２２１を参照することによって、経過時間がＯＦＦ期間内である場合に、自動清掃を実行しない。なお、本実施の形態では、自動清掃のＯＦＦ期間を指定しているが、「○月○日○○時○○分まで、自動清掃ＯＦＦとする」というように、現在の時刻に所定期間を加えて算出した自動清掃のＯＦＦ時刻を指定してもよい。
＜第５の実施の形態＞

第１の実施の形態においては、人感センサによって空気調和機の周囲に人がいない場合に、ユーザの通信端末を介して自動清掃の提案を行うものである。しかしながら、ＧＰＳ機能を利用して、ユーザが在宅していない場合に、ユーザの通信端末を介して自動清掃の提案を行ってもよい。

より詳細には、本実施の形態においては、サーバ１００のメモリ１２０は、図１９に示すようなユーザ管理データ１２１Ｂを記憶する。ユーザ管理データ１２１Ｂは、ユーザ毎に、主に、ユーザＩＤと、ユーザ名と、通信端末ＩＤと、ユーザの住所と、ユーザの現在位置情報などの対応関係を含む。

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

ＣＰＵ１１０は、空気調和機２００から受信したデータから機器ＩＤを取り出す（ステップＳ１０２）。ＣＰＵ１１０は、空気調和機管理データ１２２を参照してユーザを特定し、ユーザ管理データ１２１Ｂを参照して空気調和機２００のユーザの住所とユーザのスマートフォン３００のＩＤとを取得する（ステップＳ１１３）。ＣＰＵ１１０は、通信インターフェイス１６０を介して、ユーザのスマートフォン３００から現在位置情報を取得して、ユーザの住所と実質的に一致するか否かを判断する（ステップＳ１１４）。

なお、実質的に一致する場合とは、スマートフォン３００などの端末の位置がユーザの住所からＧＰＳの誤差範囲内に位置する場合や、端末の位置がユーザの住所から数ｍ以内に位置する場合などを言い、完全に一致する場合だけユーザが在宅であると判断する、という形態には限られないという意味である。

ＣＰＵ１１０は、スマートフォン３００の現在位置がユーザの住所と実質的に一致する場合、すなわちユーザが在宅中であると判断した場合（ステップＳ１１４にてＹＥＳである場合）、ＣＰＵ１１０は、通信インターフェイス１６０を介して次の空気調和機２００からのデータを待ち受ける。

スマートフォン３００の現在位置がユーザの住所と実質的に一致しない場合、すなわちユーザが在宅中でないと判断した場合（ステップＳ１１４にてＮＯである場合）、ＣＰＵ１１０は、ステップＳ１１６からの処理を実行する。ステップＳ１１６からの処理は第３の実施の形態のそれと同様であるため、ここではそれらの説明を繰り返さない。
＜第６の実施の形態＞

第５の実施の形態においては、ＧＰＳ機能を利用して、ユーザが在宅していない場合に、ユーザの通信端末を介して自動清掃の提案を行うものであった。しかしながら、空気調和機２００の家には複数人が住んでいる場合がある。本実施の形態においては、ＧＰＳ機能を利用して、空気調和機２００に関わる全てのユーザが在宅していない場合に、当該ユーザの通信端末を介して自動清掃の提案を行うものである。

本実施の形態においては、サーバ１００のメモリ１２０は、図１９に示すようなユーザ管理データ１２１Ｂや図６の自動清掃管理データ１２３に加えて、図２１に示す空気調和機管理データ１２２Ｂや、図２２に示す家族管理データ１２４を記憶する。本実施の形態にかかる空気調和機管理データ１２２Ｂは、空気調和機２００毎に、主に、空気調和機２００のＩＤと、空気調和機２００のユーザが属する家族のＩＤなどの対応関係を含む。本実施の形態にかかる家族管理データ１２４は、家族毎に、当該家族を特定するためのＩＤと、当該家族に含まれるユーザのＩＤなどの対応関係を含む。

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

ＣＰＵ１１０は、空気調和機２００から受信したデータから機器ＩＤを取り出す（ステップＳ１０２）。ＣＰＵ１１０は、空気調和機管理データ１２２Ｂを参照して家族を特定し、家族管理データ１２４を参照して空気調和機２００に関わる全てのユーザを特定し、ユーザ管理データ１２１Ｂを参照して空気調和機２００の住所や全てのユーザのスマートフォン３００のＩＤを取得する（ステップＳ１１３Ｂ）。

ＣＰＵ１１０は、通信インターフェイス１６０を介して、全てのユーザのスマートフォン３００から現在位置情報を取得して、空気調和機２００の住所と実質的に一致するか否かを判断する（ステップＳ１１５）。なお、実質的に一致する場合とは、端末の位置がユーザの住所からＧＰＳの誤差範囲内に位置する場合や、端末の位置がユーザの住所から数ｍ以内に位置する場合などを言い、完全に一致する場合だけユーザが在宅であると判断する、という形態には限られないという意味である。

ＣＰＵ１１０は、いずれかのユーザのスマートフォン３００の現在位置が住所と実質的に一致する場合、すなわち一人でもユーザが在宅中であると判断した場合（ステップＳ１１５にてＹＥＳである場合）、ＣＰＵ１１０は、通信インターフェイス１６０を介して次の空気調和機２００からのデータを待ち受ける。

全てのユーザのスマートフォン３００の現在位置が住所と実質的に一致しない場合、すなわち一人もユーザが在宅中でないと判断した場合（ステップＳ１１５にてＮＯである場合）、ＣＰＵ１１０は、自動清掃管理データ１２３を参照して、空気調和機２００の直近の自動清掃の完了から所定時間以上経過したか否かを判断する（ステップＳ１１６）。空気調和機２００の直近の自動清掃の完了から所定時間以上経過していない場合（ステップＳ１１６にてＮＯである場合）、ＣＰＵ１１０は、通信インターフェイス１６０を介して次の空気調和機２００からのデータを待ち受ける。

空気調和機２００の直近の自動清掃の完了から所定時間以上経過している場合（ステップＳ１１６にてＹＥＳである場合）、ＣＰＵ１１０は、自動清掃管理データ１２３を参照して、前回の通知から所定時間、たとえば１時間、以上経過しているか否かを判断する（ステップＳ１２２）。前回の通知から所定時間、たとえば１時間、以上経過していない場合（ステップＳ１２２にてＮＯである場合）、ＣＰＵ１１０は、通信インターフェイス１６０を介して次の空気調和機２００からのデータを待ち受ける。

前回の通知から所定時間以上経過している場合（ステップＳ１２２にてＹＥＳである場合）、ＣＰＵ１１０は、空気調和機管理データ１２２Ｂを参照して空気調和機２００のユーザの家族を特定し、家族管理データ１２４を参照して当該家族に含まれる全てのユーザを特定し、ユーザ管理データ１２１Ｂを参照して当該全てのユーザのスマートフォン３００を特定する（ステップＳ１３０）。ＣＰＵ１１０は、通信インターフェイス１６０を介して、当該スマートフォン３００に自動清掃の実行を提案するためのデータを送信する（ステップＳ１３４）。

ＣＰＵ１１０は、自動清掃管理データ１２３の当該空気調和機２００の前回通知日時を更新する。なお、このとき、全てのユーザのスマートフォン３００は、図１４に示すような画面を表示する。

ＣＰＵ１１０は、通信インターフェイス１６０を介して、いずれかのユーザのスマートフォン３００から自動清掃を許可しない旨のデータを受け付けた場合（ステップＳ１３６にてＮＯである場合）、ＣＰＵ１１０は、通信インターフェイス１６０を介して次の空気調和機２００からのデータを待ち受ける。

ＣＰＵ１１０は、通信インターフェイス１６０を介して、全てのユーザのスマートフォン３００から自動清掃を許可する旨のデータを受け付けた場合（ステップＳ１３６にてＹＥＳである場合）、ＣＰＵ１１０は、通信インターフェイス１６０を介して空気調和機２００に自動清掃を実行する旨の命令を送信する（ステップＳ１３８）。ＣＰＵ１１０は、自動清掃管理データ１２３の当該空気調和機２００の完了日時を更新する（ステップＳ１４０）。ＣＰＵ１１０は、通信インターフェイス１６０を介して次の空気調和機２００からのデータを待ち受ける。

なお、ステップＳ１３６においては、ＣＰＵ１１０は、通信インターフェイス１６０を介していずれかのユーザのスマートフォン３００から自動清掃を許可する旨のデータを受け付けた場合（ステップＳ１３６にてＹＥＳである場合）にステップＳ１３８を実行してもよい。
＜第７の実施の形態＞

第６の実施の形態においては、空気調和機２００に関わる全てのユーザに通信端末を介して自動清掃の提案のための通知を行うものであった。本実施の形態においては、自動清掃の提案の通知を受けるか否か、ユーザ毎または通信端末毎に設定できるものである。

本実施の形態においては、サーバ１００のメモリ１２０は、図２４に示すようなユーザ管理データ１２１Ｃを記憶する。本実施の形態にかかるユーザ管理データ１２１Ｃは、ユーザ毎に、主に、ユーザＩＤと、ユーザ名と、通信端末ＩＤと、通知の有り無しなどの対応関係を含む。

そして、図２３におけるステップＳ１２２にてＹＥＳである場合、ＣＰＵ１１０は、空気調和機管理データ１２２とユーザ管理データ１２１Ｃとを参照して、空気調和機２００に関するユーザのうちの通知有りのスマートフォン３００を特定する（ステップＳ１３０）。ＣＰＵ１１０は、通信インターフェイス１６０を介して、当該スマートフォン３００に自動清掃の実行を提案するためのデータを送信する（ステップＳ１３４）。なお、他のステップの処理は、図２３に示す第６の実施の形態のものと同様であるため、ここではそれらの説明を繰り返さない。
＜第８の実施の形態＞

なお、サーバ１００のＣＰＵ１１０は、空気調和機２００の各々に関するユーザまたは通信端末のいずれかが自動清掃の提案の通知機能をＯＮにした場合には、通信インターフェイス１６０を介して、対象となる空気調和機２００に、空気調和機２００自身の判断による自動清掃を実行しないように命令してもよい。逆に、サーバ１００のＣＰＵ１１０は、空気調和機２００の各々に関するユーザまたは通信端末の全てが自動清掃の提案の通知機能をＯＦＦにした場合に、通信インターフェイス１６０を介して、対象となる空気調和機２００に、空気調和機２００自身の判断によって自動清掃を実行するように命令してもよい。
＜第９の実施の形態＞

第１〜第８の実施の形態においては、空気調和機２００が空気調和運転中であるときに、空気調和機２００がサーバ１００にアクセスすることによって、サーバ１００が空気調和機２００の自動清掃の有無を判断するものであった。しかしながら、空気調和機２００が空気調和運転中でないときであっても、サーバ１００から空気調和機２００に自動清掃の命令をプッシュする形態であってもよい。

以下では、図２５を参照しながら、本実施の形態にかかるサーバ１００における情報処理について説明する。サーバ１００のＣＰＵ１１０は、定期的に以下の処理を実行する。

ＣＰＵ１１０は、自動清掃管理データ１２３を参照して、前回の自動清掃の完了から所定時間以上経過している空気調和機２００を探索する（ステップＳ１０４）。前回の自動清掃の完了から所定時間以上経過している空気調和機２００が見つからなかった場合（ステップＳ１０４においてＮＯである場合）、ＣＰＵ１１０は、次の確認タイミングまで待機する。

前回の自動清掃の完了から所定時間以上経過している空気調和機２００が見つかった場合（ステップＳ１０４においてＹＥＳである場合）、ＣＰＵ１１０は、通信インターフェイス１６０を介して当該空気調和機２００に周囲に人がいるかを確認するように指示する（ステップＳ１０８）。空気調和機２００の周囲に人が検知された場合（ステップＳ１１２にてＹＥＳである場合）、ＣＰＵ１１０は、次の確認タイミングまで待機する。

空気調和機２００の周囲に人が検知されなかった場合（ステップＳ１１２にてＮＯである場合）、ＣＰＵ１１０は、ステップＳ１２２からの処理を実行する。ステップＳ１２２からの処理は第１の実施の形態のそれと同様であるため、ここではそれらの説明を繰り返さない。
＜第１０の実施の形態＞

本実施の形態においては、自動清掃の具体例として、フィルタ清掃と内部清浄との２種類のメンテナンス処理を自動的に実行する形態について説明する。なお、内部清浄とは、カビなどの防止のために、冷房運転などによって生じた空気調和機２００内の湿気を除去する処理である。

本実施の形態においては、サーバ１００のメモリ１２０は、図２６に示すような自動清掃管理データ１２３Ｃを記憶する。本実施の形態にかかる自動清掃管理データ１２３Ｃは、空気調和機２００毎に、主に、空気調和機２００のＩＤと、直近のフィルタ清掃が完了した日時と、それからの経過時間と、直近の内部清浄が完了した日時と、それからの経過時間と、直近のユーザへのフィルタ清掃または内部清浄の実行の提案の通知の日時などの対応関係を含む。

そして、本実施の形態にかかるＣＰＵ１１０は、サーバ１００のＣＰＵ１１０は、通信インターフェイス１６０を介して、空気調和機２００などの電気機器からデータを受信すると、図２７に示すフィルタ清掃のための情報処理と、図２９に示す自動清浄のための情報処理とを実行する。

図２７に示すフィルタ清掃のための情報処理に関しては、第３の実施の形態の情報処理と比較して、自動清掃がフィルタ清掃に代わり、ステップＳ１１６の所定時間がフィルタ清掃の間隔、たとえば４８時間に代わったものであるため、ここでは説明を繰り返さない。なお、図２７のステップＳ１３４Ｂにおいて、ＣＰＵ１１０は、通信インターフェイス１６０を介して、前回のフィルタ清掃の完了からの経過時間やフィルタ清掃の意義をスマートフォン３００に送信する。たとえば、スマートフォン３００のＣＰＵ３１０は、サーバ１００からのデータに基づいて、ディスプレイ３３０に図２８に示すような確認画面を表示する。

図２９に示す内部清浄のための情報処理に関しては、第３の実施の形態の情報処理と比較して、自動清掃が内部清浄に代わり、ステップＳ１１６の所定時間が内部清浄の間隔、たとえば１２時間に代わったものであるため、ここでは説明を繰り返さない。なお、図２９のステップＳ１３４Ｃにおいて、ＣＰＵ１１０は、通信インターフェイス１６０を介して、前回の内部清浄の完了からの経過時間や内部清浄の意義をスマートフォン３００に送信する。たとえば、スマートフォン３００のＣＰＵ３１０は、サーバ１００からのデータに基づいて、ディスプレイ３３０に図３０に示すような確認画面を表示する。

なお、図２７に示すフィルタ清掃のための情報処理に関しても、図３１に示すように、空気調和機２００が空気調和運転中でない場合であっても、サーバ１００が定期的にフィルタ清掃の実行の判断を行うことができる。そして、サーバ１００から空気調和機２００にフィルタ清掃の命令をプッシュする形態であってもよい。

同様に、図２９に示すフィルタ清掃のための情報処理に関しても、図３２に示すように、空気調和機２００が空気調和運転中でない場合であっても、サーバ１００が定期的に内部清浄の実行の判断を行うことができる。そして、サーバ１００から空気調和機２００に内部清浄の命令をプッシュする形態であってもよい。

さらには、フィルタ清掃に関しては図３１の処理を採用し、内部清浄に関しては図２９の処理を採用してもよい。あるいは、フィルタ清掃に関しては図２７や図３１の処理を採用し、内部清浄に関しては空気調和機２００の自身において実行の可否を判断してもよい。
＜第１１の実施の形態＞

第１〜第１０の実施の形態においては、空気調和機２００の周囲に人がいないことや、直近の清掃からの経過時間などを、自動清掃開始の問合せのトリガーとして利用するものであった。しかしながら、他のトリガーを利用してもよい。たとえば、空気調和機２００の運転積算時間や設定温度と室内温度の差などが利用できる。

たとえば、サーバ１００のメモリ１２０が、図６の自動清掃管理データ１２３の代わりに、図３３の自動清掃管理データ１２３Ｄを記憶する。本実施の形態にかかる自動清掃管理データ１２３Ｄは、空気調和機２００毎に、主に、空気調和機２００のＩＤと、直近の自動清掃が完了した日時と、それからの経過時間と、直近のユーザへの自動清掃の実行の提案の通知の日時と、空気調和運転の積算時間などの対応関係を含む。

なお、空気調和運転の積算時間は、直近の清掃完了時からの空気調和運転時間の積算値である。ただし、積算時間は、空気調和機２００の製造直後からの空気調和運転時間の積算値であってもよく、この場合はサーバ１００がトリガーとなる複数の所定時間を記憶することになる。

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

ＣＰＵ１１０は、空気調和機２００から受信したデータから機器ＩＤを取り出す（ステップＳ１０２）。ＣＰＵ１１０は、受信したデータから、空気調和機２００の周囲に人が検知されたか否かを判断する（ステップＳ１１２）。空気調和機２００の周囲に人が検知された場合（ステップＳ１１２にてＹＥＳである場合）、ＣＰＵ１１０は、通信インターフェイス１６０を介して次の空気調和機２００からのデータを待ち受ける。

空気調和機２００の周囲に人が検知されなかった場合（ステップＳ１１２にてＮＯである場合）、ＣＰＵ１１０は、自動清掃管理データ１２３Ｄを参照して、空気調和機２００の直近の自動清掃の完了から所定時間以上経過したか否かを判断する（ステップＳ１１６）。空気調和機２００の直近の自動清掃の完了から所定時間以上経過していない場合（ステップＳ１１６にてＮＯである場合）、ＣＰＵ１１０は、通信インターフェイス１６０を介して次の空気調和機２００からのデータを待ち受ける。

空気調和機２００の直近の自動清掃の完了から所定時間以上経過している場合（ステップＳ１１６にてＹＥＳである場合）、ＣＰＵ１１０は、自動清掃管理データ１２３Ｄを参照して、運転積算時間が所定時間、たとえば１２時間など、に達したか否かを判断する（ステップＳ１５６）。運転積算時間が所定時間に達していない場合（ステップＳ１５６にてＮＯである場合）、ＣＰＵ１１０は、通信インターフェイス１６０を介して次の空気調和機２００からのデータを待ち受ける。

運転積算時間が所定時間に達した場合（ステップＳ１５６にてＹＥＳである場合）、ＣＰＵ１１０は、ステップＳ１２２からの処理を実行する。ステップＳ１２２からの処理は第１の実施の形態のそれと同様であるため、ここではそれらの説明を繰り返さない。

なお、サーバ１００は、図３５に示すような処理を実行してもよい。すなわち、ＣＰＵ１１０は、空気調和機２００から受信したデータから機器ＩＤを取り出す（ステップＳ１０２）。ＣＰＵ１１０は、受信したデータから、空気調和機２００の周囲に人が検知されたか否かを判断する（ステップＳ１１２）。空気調和機２００の周囲に人が検知されなかった場合（ステップＳ１１２にてＮＯである場合）、ＣＰＵ１１０は、ステップＳ１２２からの処理を実行する。ステップＳ１２２からの処理は第１の実施の形態のそれと同様であるため、ここではそれらの説明を繰り返さない。

空気調和機２００の周囲に人が検知された場合（ステップＳ１１２にてＹＥＳである場合）、ＣＰＵ１１０は、自動清掃管理データ１２３Ｄを参照して、空気調和機２００の直近の自動清掃の完了から所定時間以上経過したか否かを判断する（ステップＳ１１６）。空気調和機２００の直近の自動清掃の完了から所定時間以上経過している場合（ステップＳ１１６にてＹＥＳである場合）、ステップＳ１２２からの処理を実行する。

空気調和機２００の直近の自動清掃の完了から所定時間以上経過していない場合（ステップＳ１１６にてＮＯである場合）、ＣＰＵ１１０は、自動清掃管理データ１２３Ｄを参照して、運転積算時間が所定時間、たとえば１２時間など、に達したか否かを判断する（ステップＳ１５６）。運転積算時間が所定時間に達した場合（ステップＳ１５６にてＹＥＳである場合）、ＣＰＵ１１０は、ステップＳ１２２からの処理を実行する。

運転積算時間が所定時間に達していない場合（ステップＳ１５６にてＮＯである場合）、ＣＰＵ１１０は、通信インターフェイス１６０を介して次の空気調和機２００からのデータを待ち受ける。
＜第１２の実施の形態＞

第１〜第１１の実施の形態の空気調和システム１の各装置の役割の一部または全部を他の装置が実行してもよい。たとえば、サーバ１００や空気調和機２００やスマートフォン３００の各々の役割の一部または全部を別の装置が担ったり、サーバ１００や空気調和機２００やスマートフォン３００の各々の役割の一部または全部を複数の装置で担ったり、サーバ１００や空気調和機２００やスマートフォン３００のいずれかがサーバ１００や空気調和機２００やスマートフォン３００のいずれかの役割の一部または全部を担ったりしてもよい。
＜その他の応用例＞

本発明は、システム或いは装置にプログラムを供給することによって達成される場合にも適用できることはいうまでもない。そして、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記憶媒体（あるいはメモリ）を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の効果を享受することが可能となる。

この場合、記憶媒体から読出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

また、コンピュータが読出したプログラムコードを実行することにより、前述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わる他の記憶媒体に書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
＜まとめ＞

上記の第１から第１２の実施の形態においては、空気調和機２００と、通信端末３００と、空気調和機２００に関する所定の条件が満たされた際に、通信端末３００に空気調和機２００の自動清掃を実行してもよいか否かを問合せ、当該問合せの回答が肯定的である場合に空気調和機２００に自動清掃を実行させるためのサーバ１００と、を備える空気調和システム１が提供される。

好ましくは、所定の条件は、空気調和機２００の周囲に人がいないこと、および／または、前回の自動清掃からの経過時間が所定時間に達していること、および／または前記空気調和機の運転積算時間が所定値に達していること、を含む。

好ましくは、通信端末３００はＧＰＳ機能を利用してユーザの現在位置をサーバ１００に提供する。サーバ１００はユーザの現在位置に基づいて、空気調和機２００の周囲に人がいないことを判断する。

好ましくは、サーバ１００は、空気調和機２００の自動清掃を実行するか否かの問合せの機能を有効または無効にするための命令を受け付け、前記問合せの機能を有効にする命令を受け付けた場合は空気調和機２００の自動清掃を実行させない。

好ましくは、サーバ１００は、１つの空気調和機２００に複数の通信端末３００を紐づけることが可能であって、当該複数の通信端末３００に各々に関して、空気調和機２００の自動清掃の問合せを行うか否かの設定を受け付ける。

好ましくは、サーバ１００は、通信端末３００に空気調和機２００の自動清掃の問合せを行う時に、通信端末３００に空気調和機２００の前回の自動清掃の完了時からの経過時間を出力させる。

あるいは、空気調和機２００と通信端末３００と通信するための通信インターフェイス１６０と、空気調和機２００に関する所定の条件が満たされた際に、通信インターフェイス１６０を介して通信端末３００に空気調和機２００の自動清掃を実行してもよいか否かを問合せ、当該問合せの回答が肯定的である場合に通信インターフェイス１６０を介して空気調和機２００に自動清掃を実行させるためのプロセッサ１１０と、を備えるサーバ１００が提供される。

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

１ ：空気調和システム
１００ ：サーバ
１１０ ：ＣＰＵ
１２０ ：メモリ
１２１ ：ユーザ管理データ
１２２ ：空気調和機管理データ
１２３ ：自動清掃管理データ
１２４ ：家族管理データ
１３０ ：ディスプレイ
１４０ ：操作部
１６０ ：通信インターフェイス
２００ ：空気調和機
２１０ ：ＣＰＵ
２２０ ：メモリ
２３０ ：ディスプレイ
２４０ ：操作部
２５０ ：時計
２６０ ：通信インターフェイス
２７０ ：人感センサ
２８０ ：赤外線受光部
２９０ ：機器駆動部
３００ ：スマートフォン（通信端末）
３１０ ：ＣＰＵ
３２０ ：メモリ
３３０ ：ディスプレイ
３４０ ：操作部
３６０ ：通信インターフェイス
３９０ ：ＧＰＳ機能

Claims (7)

1. 空気調和機と、
   通信端末と、
   前記空気調和機に関する所定の条件が満たされた際に、前記通信端末に前記空気調和機の自動清掃を実行してもよいか否かを問合せ、当該問合せの回答が肯定的である場合に前記空気調和機に自動清掃を実行させるためのサーバと、を備える空気調和システム。
2. 所定の条件は、前記空気調和機の周囲に人がいないこと、および／または、前回の清掃からの経過時間が所定時間に達していること、および／または前記空気調和機の運転積算時間が所定値に達していること、を含む、請求項１に記載の空気調和システム。
3. 前記通信端末はＧＰＳ機能を利用してユーザの現在位置を前記サーバに提供し、前記サーバは前記ユーザの現在位置に基づいて、前記空気調和機の周囲に人がいないことを判断する、請求項２に記載の空気調和システム。
4. 前記サーバは、前記空気調和機の自動清掃を実行するか否かの前記問合せの機能を有効または無効にするための命令を受け付け、前記問合せの機能を有効にする命令を受け付けた場合は前記空気調和機の自動清掃を実行させない、請求項１から３のいずれか１項に記載の空気調和システム。
5. 前記サーバは、１つの空気調和機に複数の通信端末を紐づけることが可能であって、当該複数の通信端末に各々に関して、前記空気調和機の自動清掃の前記問合せを行うか否かの設定を受け付ける、請求項１から４のいずれか１項に記載の空気調和システム。
6. 前記サーバは、前記通信端末に前記空気調和機の自動清掃の前記問合せを行う時に、前記通信端末に前記空気調和機の前回の自動清掃の完了時からの経過時間を出力させる、請求項１から５のいずれか１項に記載の空気調和システム。
7. 空気調和機と通信端末と通信するための通信インターフェイスと、
   前記空気調和機に関する所定の条件が満たされた際に、前記通信インターフェイスを介して前記通信端末に前記空気調和機の自動清掃を実行してもよいか否かを問合せ、当該問合せの回答が肯定的である場合に前記通信インターフェイスを介して前記空気調和機に自動清掃を実行させるためのプロセッサと、を備えるサーバ。