WO2019058569A1 - 空気清浄機およびネットワークシステム - Google Patents

Abstract

サーバ（１００）から運転内容に関する情報を受信するための通信インターフェース（２６０）と、サーバ（１００）との通信の一部または全部が停止したときに、運転内容に関する情報を初期化する、または運転内容に関する情報の取得に関する設定を初期化するためのプロセッサ（２１０）と、を備える空気清浄機（２００）が提供される。

Description

空気清浄機およびネットワークシステム

　本発明は、空気清浄機の技術に関し、特にネットワークに接続される空気清浄機の技術に関する。

　従来から、空気清浄機を遠隔制御するための技術が知られている。たとえば、特開２０１７－６７４２７号公報（特許文献１）には、空調制御方法、空調制御装置及び空調制御プログラムが開示されている。特許文献１によると、クラウドサーバは、空調機が温度を調節する居室における室温変化の履歴を示す室温履歴情報を、空調機の動作履歴を示す動作履歴情報に対応付けて記憶する環境履歴ＤＢと、室温履歴情報と、動作履歴情報とに基づいて、空調機が温度を調節しない場合の居室の将来の室温をオフ時予測室温として予測する室内環境予測部と、オフ時予測室温に基づいて、所定の目標時刻において居室の室温を所定の目標温度に到達させるために用いられる、空調機の制御パラメータを決定する空調設定部とを備える。

特開２０１７－６７４２７号公報

　本発明の目的は、ネットワークを利用してより効率的に空気清浄機を制御するための技術を提供する。

　この発明のある態様に従うと、サーバから運転内容に関する情報を受信するための通信インターフェースと、サーバとの通信の一部または全部が停止したときに、運転内容に関する情報を初期化する、または運転内容に関する情報の取得に関する設定を初期化するためのプロセッサと、を備える空気清浄機が提供される。

　以上のように、本発明によれば、ネットワークを利用してより効率的に空気清浄機を制御することが可能になる。

第１の実施の形態にかかるネットワークシステム１の全体構成と動作概要を示すイメージ図である。 第１の実施の形態にかかるサーバ１００の構成を示すブロック図である。 第１の実施の形態にかかる機器管理データ１２１を示すイメージ図である。 第１の実施の形態にかかる運転パターンデータ１２２を示すイメージ図である。 第１の実施の形態にかかる組み合わせデータ１２３を示すイメージ図である。 第１の実施の形態にかかる第１の運転パターンの特定方法を示すイメージ図である。 第１の実施の形態にかかる第２の運転パターンの特定方法を示すイメージ図である。 第１の実施の形態にかかる２つ以上の運転パターンが該当した場合の処理を示すイメージ図である。 第１の実施の形態にかかるサーバ１００の第１の情報処理を示すフローチャートである。 第１の実施の形態にかかるサーバ１００の第２の情報処理を示すフローチャートである。 第１の実施の形態にかかる空気清浄機２００の構成を示すブロック図である。 第１の実施の形態にかかる設定データ２２１を示すイメージ図である。 第１の実施の形態にかかる空気清浄機２００の操作部２４０を示すイメージ図である。 第１の実施の形態にかかる空気清浄機２００の第１の情報処理を示すフローチャートである。 第１の実施の形態にかかる空気清浄機２００の第２の情報処理を示すフローチャートである。 第１の実施の形態にかかるスマートフォン３００の構成を示すブロック図である。 第１の実施の形態にかかるスマートフォン３００の画面を示すイメージ図である。 第２の実施の形態にかかるスマートフォン３００の画面を示すイメージ図である。 第２の実施の形態にかかる機器管理データ１２１Ｂを示すイメージ図である。 第２の実施の形態にかかるサーバ１００の情報処理を示すフローチャートである。 第３の実施の形態にかかるネットワークシステム１の全体構成と動作概要を示すイメージ図である。 第３の実施の形態にかかるサーバ１００Ｃの第１の情報処理を示すフローチャートである。 第３の実施の形態にかかるサーバ１００Ｃの第２の情報処理を示すフローチャートである。 第３の実施の形態にかかる地域運転パターンデータ１２４を示すイメージ図である。 第３の実施の形態にかかるサーバ１００Ｃの第３の情報処理を示すフローチャートである。 第４の実施の形態にかかるサーバ１００の第１の情報処理を示すフローチャートである。 第４の実施の形態にかかるネットワークシステム１の全体構成と動作概要を示すイメージ図である。 第４の実施の形態にかかる空気清浄機２００の第１の情報処理を示すフローチャートである。 第４の実施の形態にかかる空気清浄機２００の第２の情報処理を示すフローチャートである。 第４の実施の形態にかかるサーバ１００の第２の情報処理を示すフローチャートである。 第１の実施の形態にかかる運転パターンの優先度を示すイメージ図である。

　以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

　＜第１の実施の形態＞
　＜ネットワークシステム１の全体構成と動作概要＞
　まず、図１を参照して、本実施の形態にかかるネットワークシステム１の全体構成について説明する。本実施の形態にかかるネットワークシステム１は、主に、家電管理用のサーバ１００と、各種情報を取り扱う情報サーバ１００Ｂと、インターネットやルータなどを介してサーバ１００に接続可能な空気清浄機２００と、インターネットやルータなどを介してサーバ１００に接続可能なスマートフォン３００などの通信端末などを含む。

　なお、本実施の形態にかかる空気清浄機２００は、ホコリやニオイを検知するためのセンサの感度を調節することができるものである。

　また、スマートフォン３００などの通信端末は、空気清浄機２００などの家電を制御するためのアプリケーションプログラムを取得する。なお、本実施の形態においては、通信端末の例としてスマートフォン３００を用いて説明を行うが、通信端末はスマートフォン３００には限られず、タブレット、ゲーム機、パーソナルコンピュータなどの他の種類の機器であってもよい。

　次に、実施の形態にかかるネットワークシステム１の動作概要について説明する。空気清浄機２００は、ホコリセンサやニオイセンサを利用して、空気清浄機２００に吸い込まれたホコリの量や所定のガスの量を測定する。空気清浄機２００は、測定結果を家電管理サーバ１００に送信する（ステップＳ１０２）。

　情報サーバ１００Ｂは、天気や気温や湿度や花粉の量やＰＭ２．５の量などを取得して当該情報を家電管理サーバ１００に提供する（ステップＳ１０４）。

　家電管理サーバ１００は、空気清浄機２００からのホコリやニオイの測定結果としての室内履歴と、情報サーバ１００Ｂからの環境状況に関する室外情報とに応じて、空気清浄機２００毎に最適な運転や最適な感度などを決定し、それらの情報を空気清浄機２００に送信する（ステップＳ１０６）。

　空気清浄機２００は、家電管理サーバ１００から与えられた情報にもとづいて、運転モードを変更し、各種センサの感度を設定する（ステップＳ１０８）。

　このように、本実施の形態においては、サーバ１００は、空気清浄機２００が測定したデータと、情報サーバ１００Ｂからのデータとに基づいて、空気清浄機２００に適した情報を空気清浄機２００に提供することができる。以下、このような機能を実現するためのネットワークシステム１の具体的な構成について詳述する。

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

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

　メモリ１２０は、各種のＲＡＭ（Random　Access　Memory）、各種のＲＯＭ（Read-Only　Memory）などによって実現され、サーバ１００に内包されているものであってもよいし、サーバ１００の各種インターフェースに着脱可能なものであってもよいし、サーバ１００からアクセス可能な他の装置の記録媒体であってもよい。メモリ１２０は、ＣＰＵ１１０によって実行されるプログラムや、ＣＰＵ１１０によるプログラムの実行により生成されたデータ、入力されたデータ、機器管理データ１２１、運転パターンデータ１２２、組み合わせデータ１２３、その他の本実施の形態にかかる家電管理サービスに利用されるデータベースなどを記憶する。

　図３は、本実施の形態にかかる機器管理データ１２１を示すイメージ図である。図３を参照して、機器管理データ１２１は、登録される空気清浄機２００毎に、空気清浄機２００の識別情報と、空気清浄機２００のユーザ名と、空気清浄機２００を遠隔制御するためのスマートフォン３００などの通信端末の識別情報と、ユーザの郵便番号と、ユーザの住所と、サーバ１００によるおまかせ自動運転を行うか否かの情報、などの対応関係を含む。当然に、機器管理データ１２１は、空気清浄機２００の種類や型番や実行中の命令やフィルター交換までの時間やその他の情報を含むものであってもよい。

　図４は、運転パターンデータ１２２を示すイメージ図である。図４を参照して、本実施の形態にかかる運転パターンデータ１２２は、運転パターン毎に、適した運転モードの種類と、各種センサの感度との対応関係を含む。

　図５は、組み合わせデータ１２３を示すイメージ図である。図５を参照して、本実施の形態にかかる組み合わせデータ１２３は、運転パターンの組み合わせ毎に、適した運転モードの種類と、各種センサの設定感度との対応関係を含む。なお、３つ以上の運転パターンの組み合わせが設定されてもよい。

　より詳細には、図６に示すように、ＣＰＵ１１０は、情報サーバ１００Ｂからのデータに基づいて、第１の運転パターンを決定する。たとえば、ＣＰＵ１１０は、情報サーバ１００Ｂからのデータに基づいて、明日の天気予報の花粉に関する情報に基づいて、花粉が「多い」や「非常に多い」場合に、「花粉（黄砂）多い」用運転を選択する。ＣＰＵ１１０は、情報サーバ１００Ｂからのデータに基づいて、明日の天気予報の黄砂に関する情報に基づいて、黄砂が「多い」場合に、「花粉（黄砂）多い」用運転を選択する。ＣＰＵ１１０は、情報サーバ１００Ｂからのデータに基づいて、明日の天気予報のＰＭ２．５に関する情報に基づいて、「注意」や「警報」である場合に、「ＰＭ２．５多い」用運転を選択する。ＣＰＵ１１０は、５月から９月においては、情報サーバ１００Ｂからのデータに基づいて、明日の天気予報の湿度と再気温に関する情報に基づいて、平均湿度が８０％以上かつ最高気温が１５度以上であるとき、すなわち「温湿度高い」場合に、「温湿度高い（梅雨）」用運転を選択する。ＣＰＵ１１０は、１０月から３月においては、情報サーバ１００Ｂからのデータに基づいて、明日の天気予報の湿度と再気温に関する情報に基づいて、乾燥注意報が発令されているとき、「温湿度低い（乾燥）」用運転を選択する。

　また、図７に示すように、ＣＰＵ１１０は、空気清浄機２００のホコリセンサが一週間以内に反応した回数に応じて空気清浄機２００に適した第２の運転パターンを決定する。たとえば、「ホコリ汚れが普通（履歴）」運転中の空気清浄機２００に関して、一週間以内に１４回以下（好ましくは１０回以下、さらに好ましくは７回以下）しかホコリセンサが反応しなかった場合、ＣＰＵ１１０は、当該空気清浄機２００に関して「ホコリ汚れが少ない（履歴）」運転に決定する。そして、「ホコリ汚れが少ない（履歴）」運転中の空気清浄機２００に関して、一週間以内に３５回以上（好ましくは５０回以上、さらに好ましくは７０回以上）ホコリセンサが反応した場合、ＣＰＵ１１０は、当該空気清浄機２００に関して「ホコリ汚れが普通（履歴）」運転に決定する。

　また、図７に示すように、ＣＰＵ１１０は、空気清浄機２００のニオイセンサが一週間以内に反応した回数に応じて空気清浄機２００に適した第３の運転パターンを決定する。たとえば、「ニオイ汚れが普通（履歴）」運転中の空気清浄機２００に関して、一週間以内に１４回以下（好ましくは１０回以下、さらに好ましくは７回以下）しかニオイセンサが反応しなかった場合、ＣＰＵ１１０は、当該空気清浄機２００に関して「ニオイ汚れが少ない（履歴）」運転に決定する。そして、「ニオイ汚れが少ない（履歴）」運転中の空気清浄機２００に関して、一週間以内に３５回以上（好ましくは５０回以上、さらに好ましくは７０回以上）ニオイセンサが反応した場合、ＣＰＵ１１０は、当該空気清浄機２００に関して「ニオイ汚れが普通（履歴）」運転に決定する。

　なお、これらの設定は、空気清浄機２００自体に対してユーザが設定可能であってもよい。また、しきい値の回数は、サーバ１００が季節や天候に応じて好ましい値に変更してもよいし、空気清浄機２００自体に対してユーザが設定可能であってもよい。

　そして、本実施の形態においては、ＣＰＵ１１０は、環境データに対応する第１の運転パターンと運転履歴に対応する第２および第３の運転パターンとが両立する場合は、図８に示すように、図５に示す組み合わせデータに基づいて、運転モードや感度を決定する。また、２つ以上の環境データに対応する２つ以上の第１の運転パターンが同時に成立する場合には、たとえば図３１に示すように、ＣＰＵ１１０は、予め設定されている優先度、または季節や環境や天気などで設定される優先度、またはユーザによって設定された優先度などに応じて運転パターンを選択する。なお、第１の運転パターン同士の組み合わせデータが準備されてもよい。

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

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

　通信インターフェース１６０は、ＣＰＵ１１０からのデータを、インターネット、キャリア網、ルータなどを介して、空気清浄機２００やスマートフォン３００などの他の装置に送信する。逆に、通信インターフェース１６０は、インターネット、キャリア網、ルータなどを介して空気清浄機２００やスマートフォン３００などの他の装置からのデータを受信して、ＣＰＵ１１０に受け渡す。本実施の形態においては、ＣＰＵ１１０は、通信インターフェース１６０を介して、空気清浄機２００から運転履歴に関するデータを取得し、運転モードの指定やセンサの感度の指定に関するデータを空気清浄機２００に送信する。

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

　ＣＰＵ１１０は、受信したデータから空気清浄機２００のＩＤを取り出す（ステップＳ１０２）。ＣＰＵ１１０は、受信したデータから空気清浄機２００によるホコリやニオイの検知に関する情報、たとえば検知したことを示す情報や検知の回数や検知されたホコリやニオイの量や程度など、を取得して、空気清浄機２００の識別情報に対応付けて当該情報をメモリ１２０に蓄積する（ステップＳ１０４）。なお、サーバ１００は、運転の種類や強度や時間などを履歴として蓄積してもよい。

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

　ＣＰＵ１１０は、受信したデータから空気清浄機２００のＩＤを取り出す（ステップＳ１５２）。ＣＰＵ１１０は、機器管理データ１２１を参照して、空気清浄機２００が配置されている地域を特定する（ステップＳ１５４）。ＣＰＵ１１０は、通信インターフェース１６０を介して、情報サーバ１００Ｂから空気清浄機２００の地域の環境データを取得する（ステップＳ１５６）。

　ＣＰＵ１１０は、メモリ１２０を参照して、空気清浄機２００に関するホコリに関する履歴やニオイに関する履歴データを読み出す（ステップＳ１５８）。ＣＰＵ１１０は、履歴データや地域の環境のデータに基づいて、対象となる空気清浄機２００に適した運転パターンを特定する（ステップＳ１６０）。ＣＰＵ１１０は、特定した運転パターンに対応する、運転モードや各種センサの感度を、通信インターフェース１６０を介して、空気清浄機２００に送信する（ステップＳ１６２）。

　＜空気清浄機２００のハードウェア構成＞
　図１１を参照して、ネットワークシステム１を構成する空気清浄機２００のハードウェア構成の一態様について説明する。本実施の形態にかかる空気清浄機２００は、主たる構成要素として、ＣＰＵ２１０と、メモリ２２０と、ディスプレイ２３０、操作部２４０と、時計（タイマ）２５０と、通信インターフェース２６０と、ホコリ検知センサ２７１とニオイ検知センサ２７２などの各種センサと、赤外線受光部２８０と、機器駆動部２９０とを含む。

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

　メモリ２２０は、各種のＲＡＭ、各種のＲＯＭなどによって実現され、空気清浄機２００に内包されているものであってもよいし、空気清浄機２００の各種インターフェースに着脱可能なものであってもよいし、空気清浄機２００からアクセス可能な他の装置の記録媒体であってもよい。メモリ２２０は、ＣＰＵ２１０によって実行されるプログラムや、ＣＰＵ２１０によるプログラムの実行により生成されたデータ、操作部２４０を介して入力されたデータ、リモコンから受信したデータ、ルータやインターネットを介してサーバ１００から受信したデータ、運転内容に関する設定データ２２１などを記憶する。

　なお、設定データ２２１は、図１２に示すように、運転パターンに応じた運転モードやホコリ検知センサ２７１の感度やニオイ検知センサ２７２の感度の設定などを含む。なお、メモリ２２０は、設定データ２２１として、予めファームウェアに含まれている初期データとしての設定データとサーバ１００から運転モードに適した設定データとを記憶する。より詳細には、初期データとしての設定データとサーバ１００から取得した運転モードに適した設定データ２２１は電源をＯＦＦにしても記憶されたままであるが、サーバ１００から取得した設定データ２２１は電源をＯＦＦにすると消えるものとしてもよい。

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

　操作部２４０は、ボタン、タッチパネルなどによって実現され、ユーザからの命令を受け付けて、当該命令をＣＰＵ２１０に入力する。たとえば、図１３に示すように、本実施の形態にかかる操作部２４０は、サーバ１００によるおまかせ自動運転を開始したり、サーバ１００によるおまかせ自動運転を終了したりするためのボタン２４１と、サーバ１００との通信を行うか否かを設定するためのボタン２４２などを含む。なお、ディスプレイ２３０と操作部２４０とは、タッチパネルを構成してもよい。

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

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

　ホコリ検知センサ２７１は、吸い込まれた空気に含まれるホコリを検知して検知結果をＣＰＵ２１０に入力する。ニオイ検知センサ２７２は、吸い込まれた空気に含まれる所定のガスを検知して検知結果をＣＰＵ２１０に入力する。

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

　機器駆動部２９０は、ＣＰＵ２１０からの信号に基づいて、空気清浄機２００の各部（モータやヒータなど）を制御する。たとえば、本実施の形態においては、ＣＰＵ２１０は、操作部２４０を介して、あるいは通信インターフェース２６０を介してサーバ１００から、各種モードや風量や風向きやイオン発生などに関する命令を受け付けて、当該命令に基づいて機器駆動部２９０を制御する。

　特に本実施の形態においては、ＣＰＵ２１０は、設定データ２２１や初期のデータに基づいて、ホコリやニオイがあると判断するしきい値を変更する。つまり、ＣＰＵ２１０は、ホコリ検知センサ２７１やニオイ検知センサ２７２から入力される信号に関して、ホコリやニオイがあると判断するしきい値を変更する。たとえば、感度が高い設定の場合は、ＣＰＵ１１０は、小さな出力値でもホコリやニオイがあると判断する。逆に、感度が低い設定の場合は、ＣＰＵ１１０は、ある程度大きな出力値でなければホコリやニオイがあるとは判断しない。

　＜空気清浄機２００における情報処理＞
　次に、図１４を参照しながら、本実施の形態にかかる空気清浄機２００におけるユーザが操作部２４０にサーバとのおまかせ自動運転の開始命令を入力したときの情報処理について説明する。

　空気清浄機２００のＣＰＵ２１０は、操作部２４０のおまかせ自動運転ボタン２４１が押下されると、サーバ１００との通信を有効する状態になっているか否かを判断する（ステップＳ２０２）。サーバ１００との通信を有効する状態になっている場合（ステップＳ２０２においてＹＥＳである場合）、ＣＰＵ２１０は、通信インターフェース２６０を介して、サーバ１００に、おまかせ自動運転がユーザに既に許可されているか否か、すなわちユーザがスマートフォン３００のアプリケーションにサーバによるおまかせ自動運転の許可命令を入力しているか否かを問い合わせる（ステップＳ２０４）。

　このとき、サーバ１００のＣＰＵ１１０は、空気清浄機２００からの問い合わせに基づいて、機器管理データ１２１を参照して、空気清浄機２００に対しておまかせ自動運転が許可されているか否かを判断して、結果を空気清浄機２００に送信する。

　なお、ステップＳ２０４においては、スマートフォン３００からの設定に基づくサーバからの設定データ２２１を使うおまかせ自動運転が許可されているか否かの情報が、サーバ１００に保存されている形態としている。しかしながら、スマートフォン３００からおまかせ自動運転の許可の設定指示を受けたときにサーバ１００を経由して空気調和機２００本体に当該情報が書き込まれ、ステップＳ２０４の判断のために空気清浄機２００本体が当該情報を保持してもよい。そして、当該情報は後述するステップＳ２６４など、「運転内容を初期化する事由が発生したとき」に、空気清浄機２００のＣＰＵ２１０が、図１２の運転内容に関する設定データ２２１と一緒に初期化、つまりおまかせ自動運転を許可するか否かを示す情報を許可しないという設定に変更、してもよい。

　空気清浄機２００のＣＰＵ２１０は、サーバ１００からの回答に基づいて、スマートフォン３００のアプリケーションによっておまかせ自動運転が許可されている場合（ステップＳ２０４においてＹＥＳの場合）、サーバ１００を利用したおまかせ自動運転を開始する（ステップＳ２０６）。

　一方、サーバ１００との通信を有効にする状態になっていない場合（ステップＳ２０２においてＮＯである場合）、またはユーザがスマートフォン３００のアプリにおまかせ自動運転の許可を入力していない場合（ステップＳ２０４においてＮＯである場合）、ＣＰＵ２１０は、空気清浄機２００のローカルでのおまかせ自動運転を開始する（ステップＳ２０８）。

　次に、図１５を参照しながら、本実施の形態にかかる空気清浄機２００におけるサーバ１００を利用したおまかせ自動運転時の情報処理について説明する。空気清浄機２００のＣＰＵ２１０は、サーバ１００によるおまかせ自動運転時には、定期的に、通信インターフェース２６０を介して、サーバ１００との通信が途絶されたか否かを判断する（ステップＳ２５２）。サーバ１００との通信が途絶されていない場合（ステップＳ２５２においてＮＯの場合）、ＣＰＵ２１０は、操作部２４０を介してユーザからサーバ１００との通信を無効にするための命令が入力されたか否かを判断する（ステップＳ２５４）。

　サーバ１００との通信を無効にするための命令が入力されていない場合（ステップＳ２５４においてＮＯの場合）、ＣＰＵ２１０は、ユーザがスマートフォン３００のアプリにおまかせ自動運転の許可解除命令を入力したか否かを判断する（ステップＳ２５６）。アプリにおまかせ自動運転の許可解除命令が入力されていない場合（ステップＳ２５６においてＮＯである場合）、ＣＰＵ２１０は、操作部２４０を介しておまかせ自動運転の終了命令が入力されたか否かを判断する（ステップＳ２５８）
　おまかせ自動運転の終了命令が入力されていない場合（ステップＳ２５８にてＮＯである場合）、ＣＰＵ２１０は、時計２５０を参照して、所定の時刻に達しているか否かを判断する（ステップＳ２６０）。所定の時刻に達していない場合（ステップＳ２６０においてＮＯである場合）、ＣＰＵ２１０は、次のタイミングまで待機する。なお、所定の時刻に達した場合は、ＣＰＵ２１０は、後述するステップＳ２６４からの処理を実行する。

　一方、サーバ１００との通信が途絶された場合（ステップＳ２５２においてＹＥＳである場合）、あるいはサーバ１００との通信を無効にするための命令が入力された場合（ステップＳ２５４においてＹＥＳである場合）、あるいはユーザがスマートフォン３００のアプリケーションにおまかせ自動運転の許可解除命令を入力した場合（ステップＳ２５６においてＹＥＳである場合）、あるいは操作部２４０を介しておまかせ自動運転の終了命令を受け付けた場合（ステップＳ２５８にてＹＥＳである場合）、ＣＰＵ２１０は、サーバ１００との通信を終了し（ステップＳ２６２）、運転モードと各種センサの感度とを初期値に戻す（ステップ２６４）。ＣＰＵ２１０は、次のタイミングまで待機する。

　より詳細には、サーバ１００との通信が途絶された場合（ステップＳ２５２においてＹＥＳである場合）や、ユーザがスマートフォン３００のアプリケーションにおまかせ自動運転の許可解除命令を入力した場合（ステップＳ２５６においてＹＥＳである場合）において、ＣＰＵ２１０が、サーバ１００との通信を無効にしてもよい。すなわち、ＣＰＵ１１０は、操作部２４０のボタン２４２を介してユーザからサーバ１００との通信を無効にするための命令が入力された状態に移行してもよい。

　なお、図１２の運転内容に関する設定データ２２１を初期化するタイミングは、「おまかせ自動運転が解除されたとき」、「おまかせ自動運転が開始されたとき」、「（ユーザ操作によらない）通信遮断が発生したとき」、「（ユーザ操作による）通信無効命令が入力されたとき」、「許可解除命令が入力されたとき」、「特定の時刻に到達したとき」、「その他の特定の命令が入力されたとき」、「所定のエラーが生じたとき」などのいずれかに該当したとき、またはそれらのうちの複数の条件に該当した時など、「運転内容を初期化する事由が発生したとき」であればよい。

　つまり、空気清浄機２００またはサーバ１００が、これらのいずれかの条件が満たされた際に、運転内容に関する設定データ２２１や、おまかせ自動運転を許可するか否かのデータや、サーバ１００とのデータのやり取りを行うか否かのデータや、その他のネットワークを利用した各種のデータを初期値に戻すことが好ましい。これによって、現在の状況に適していない運転を続ける可能性を低減することができる。

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

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

　メモリ３２０は、各種のＲＡＭや各種のＲＯＭなどによって実現され、スマートフォン３００に内包されているものであってもよいし、スマートフォン３００の各種インターフェースに着脱可能なものであってもよいし、スマートフォン３００からアクセス可能な他の装置の記録媒体であってもよい。メモリ３２０は、ＣＰＵ３１０によって実行される各種プログラム、たとえば家電制御アプリケーションプログラムや、ＣＰＵ３１０によるプログラムの実行により生成されたデータ、操作部３４０から入力されたデータ、その他の本実施の形態にかかる家電管理サービスに利用されるデータなどを記憶する。

　ディスプレイ３３０は、ＣＰＵ３１０からの信号に基づいて、テキストや画像を表示する。操作部３４０は、ユーザなどの命令を受け付けて、当該命令をＣＰＵ３１０に入力する。なお、ディスプレイ３３０と操作部３４０は、タッチパネルを構成してもよい。本実施の形態においては、ＣＰＵ３１０は、図１７に示すように、空気清浄機２００に関して、サーバ１００を利用したおまかせ自動運転を許可するか否かの命令をタッチパネルを介して受け付けて、通信インターフェース２６０を介して当該命令をサーバ１００に送信する。

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

　通信インターフェース３６０は、ＣＰＵ３１０からのデータを、インターネット、キャリア網、ルータなどを介して、サーバ１００や空気清浄機２００などの他の装置に送信する。逆に、通信インターフェース３６０は、インターネット、キャリア網、ルータなどを介して当該他の装置からのデータを受信して、ＣＰＵ３１０に受け渡す。たとえば、ＣＰＵ３１０は、空気清浄機の遠隔制御用のアプリケーションプログラムに基づいて、通信インターフェース３６０を介してサーバ１００から受信したデータに基づいてディスプレイ３３０に遠隔操作命令を受け付けるか否かを指定するための画面を表示させたり、操作部３４０を介してユーザから受け付けた指示を通信インターフェース３６０を介してサーバ１００に送信したりする。

　＜第２の実施の形態＞
　本実施の形態においては、ユーザが望む運転パターンや運転モードやセンサの感度などを選択することができるネットワークシステムが提供される。これによって、ユーザが望まない運転がされる可能性を低減することができる。

　具体的には、図１８に示すように、スマートフォン３００のＣＰＵ３１０は、ダウンロードした家電管理アプリケーションに基づいて、ディスプレイ３３０に複数の運転パターンを選択可能に表示して、操作部３４０を介してユーザが所望する運転パターンの指定を受け付ける。そして、スマートフォン３００は、当該指定をサーバ１００に送信する。

　本実施の形態においては、サーバ１００のメモリ１２０は、図１９に示すような機器管理データ１２１Ｂを記憶する。本実施の形態にかかる機器管理データ１２１Ｂは、サービスに登録される空気清浄機２００毎に、空気清浄機２００の識別情報と、空気清浄機２００のユーザ名と、空気清浄機２００を遠隔制御するためのスマートフォン３００などの通信端末の識別情報と、ユーザの郵便番号と、ユーザの住所と、サーバ１００によるおまかせ自動運転時に選択可能な運転パターンの指定と、サーバ１００によるおまかせ自動運転を行うか否かの情報と、を示す情報などの対応関係を含む。

　このように構成されているので、本実施の形態においては、図２０に示すように、サーバ１００のＣＰＵ１１０は、運転パターンの特定時に、機器管理データ１２１Ｂを参照して、空気清浄機２００に適用可能な運転パターンを絞り込んでから（ステップＳ１５９）、過去のホコリやニオイに関する履歴のデータや地域の環境のデータに基づいて、対象となる空気清浄機２００に適した運転パターンを特定する（ステップＳ１６０）。

　＜第３の実施の形態＞
　第１および第２の実施の形態にかかる空気清浄機２００に関しては、予めメモリ２２０に記憶されているファームウェアに基づいて、ＣＰＵ２１０が各種の処理を実行するものであった。しかしながら、本実施の形態にかかる空気清浄機２００は、サーバ１００からの更新要請などに応じて、新たなファームウェアをダウンロードしてインストールするものである。

　より詳細には、図２１に示すように、本実施の形態にかかるネットワークシステム１は、ファームウェア提供用のサーバ１００Ｃも含む。なお、サーバ１００Ｃの構成は、第１の実施の形態の図２に示すサーバ１００と同様であるため、ここではそれらの説明を繰り返さない。これによって、空気清浄機２００用の新しい機能や処理が開発されるたびに、空気清浄機２００がサーバ１００Ｃから新しいファームウェアを取得して更新したり、スマートフォン３００が新しいアプリケーションプログラムを取得して更新したりすることができるようになる。

　本実施の形態においては、サーバ１００Ｃは、新たなファームウェアが登録された際に、通信インターフェース１６０を介して、登録されている複数の空気清浄機２００にファームウェアの更新要請を送信する。そして、たとえば、サーバ１００ＣのＣＰＵ１１０は、空気清浄機２００から新たなファームウェアが要求されると図２２に示す処理を実行する。

　すなわち、ＣＰＵ１１０は、空気清浄機２００からのデータから空気清浄機２００の機器ＩＤを読み出す（ステップＳ１７２）。ＣＰＵ１１０は、空気清浄機２００の種類や型番に適したファームウェアを読み出して（ステップＳ１７８）、通信インターフェース１６０を介して当該ファームウェアを空気清浄機２００に提供する（ステップＳ１８０）。これによって、空気清浄機２００のＣＰＵ２１０は、ダウンロードした新たなファームウェアによって、メモリ２２０を書き換える、すなわちファームウェアを更新する。

　なお、第２の実施の形態の図１８のように、空気清浄機２００に提供するファームウェアに含まれる運転パターンや運転モードの種類をユーザが選択できてもよい。この場合は、図２３に示すように、ＣＰＵ１１０は、空気清浄機２００からのデータから空気清浄機２００の機器ＩＤを読み出した後（ステップＳ１７２）、サーバ１００または他のデータベースの機器管理データ１２１Ｂを参照して空気清浄機２００に求められている運転パターンを特定する（ステップＳ１７６）。ＣＰＵ１１０は、当該運転パターンを含むファームウェアを組み立てて（ステップＳ１７８Ｂ）、通信インターフェース１６０を介して当該ファームウェアを空気清浄機２００に提供する（ステップＳ１８０）。

　あるいは、空気清浄機２００の配置されている地域や季節などに合わせてファームウェアに含まれる運転パターンや運転モードの種類が異なる形態であってもよい。この場合は、サーバ１００Ｃが図２４に示すような地域運転パターンデータ１２４を記憶したり、サーバ１００Ｃが地域運転パターンデータ１２４を参照可能に構成されていたりする。図２４に示すように、地域運転パターンデータ１２４は、運転パターン毎の、運転パターンＩＤと、運転パターンの内容と、運転パターンに適した地域や時期などを特定するための情報との対応関係を含む。

　この場合は、図２５に示すように、ＣＰＵ１１０は、空気清浄機２００からのデータから空気清浄機２００の機器ＩＤを読み出した後（ステップＳ１７２）、サーバ１００または他のデータベースの機器管理データ１２１を参照して空気清浄機２００の地域を特定する（ステップＳ１７４）。そして、ＣＰＵ１１０は、サーバ１００または他のデータベースの機器管理データ１２１を参照して空気清浄機２００に求められている運転パターンを特定する（ステップＳ１７６Ｃ）。ＣＰＵ１１０は、空気清浄機２００の地域とユーザの好みに対応する当該運転パターンを含むファームウェアを組み立てて（ステップＳ１７８Ｃ）、通信インターフェース１６０を介して当該ファームウェアを空気清浄機２００に提供する（ステップＳ１８０）。

　＜第４の実施の形態＞
　第１～第３の実施の形態のネットワークシステム１の各装置の役割の一部または全部を他の装置が実行してもよい。具体的には、サーバ１００や空気清浄機２００やスマートフォン３００の各々の役割の一部または全部を別の装置が担ったり、サーバ１００や空気清浄機２００やスマートフォン３００の各々の役割の一部または全部を複数の装置で担ったり、サーバ１００や空気清浄機２００やスマートフォン３００のいずれかがサーバ１００や空気清浄機２００やスマートフォン３００のいずれかの役割の一部または全部を担ったりしてもよい。

　たとえば、第１の実施の形態においては、図１４に示すように、空気清浄機２００がサーバ１００から、ユーザがサーバ１００を利用するおまかせ自動運転を許可しているか否かを示す情報を取得して（ステップＳ２０４）、サーバ１００を利用するおまかせ自動運転を開始するか否かを決定するものであった。しかしながら、図２６に示すように、サーバ１００のＣＰＵ１１０が、ステップＳ１５２のあとに、機器管理データ１２１を参照して、対象となる空気清浄機２００に関して、対応する通信端末のアプリケーションを介してサーバによるおまかせ自動運転が許可されているか否かを判断してもよい（ステップＳ１５３）。そして、おまかせ自動運転が許可されている場合（ステップＳ１５３においてＹＥＳの場合）、ＣＰＵ１１０は、Ｓ１５４以降の処理を実行し、許可されていない場合（ステップＳ１５３においてＮＯの場合）、運転モードやセンサの感度を空気清浄機２００に提供しない形態であってもよい。

　あるいは、図２７に示すように、サーバ１００の代わりに、空気清浄機２００がインターネットを介して情報サーバ１００Ｂから天気予報などの情報を取得してもよい。そして、空気清浄機２００は図２８に示すような処理を実行する。すなわち、空気清浄機２００のＣＰＵ２１０は、自身が配置されている地域を特定する（ステップＳ２５４）。ＣＰＵ２１０は、通信インターフェース２６０を介して、情報サーバ１００Ｂから空気清浄機２００の地域の環境データを取得する（ステップＳ２５６）。

　ＣＰＵ２１０は、メモリ２２０を参照して、空気清浄機２００に関するホコリの履歴やニオイの履歴を読み出す（ステップＳ２５８）。ＣＰＵ２１０は、過去のホコリのデータや地域の環境のデータに基づいて、空気清浄機２００に適した運転パターンを特定する（ステップＳ２６０）。ＣＰＵ１１０は、特定した運転パターンに対応する、運転モードや各種センサの感度を設定しなおす（ステップＳ２６２）。なお、これらの処理を実行するための最新プログラムも、ファームウェアとして、サーバ１００Ｃから空気清浄機２００にダウンロードされることが好ましい。

　あるいは空気清浄機２００のＣＰＵ２１０は、図２９に示すような処理を実行してもよい。すなわち、空気清浄機２００のＣＰＵ２１０は、メモリ２２０を参照して、空気清浄機２００に関するホコリの履歴やニオイの履歴を読み出す（ステップＳ２５８）。ＣＰＵ２１０は、過去のホコリやニオイのデータに基づいて、空気清浄機２００に適した第２または第３の運転パターンを特定する（ステップＳ２６０）。ＣＰＵ１１０は、特定した第２または第３の運転パターンに対応する、運転モードや各種センサの感度を設定しなおす（ステップＳ２６２）。

　あるいはサーバ１００のＣＰＵ１１０は、図３０に示すような処理を実行してもよい。すなわち、ＣＰＵ１１０は、受信したデータから空気清浄機２００のＩＤを取り出す（ステップＳ１５２）。ＣＰＵ１１０は、メモリ１２０を参照して、空気清浄機２００に関するホコリの履歴やニオイの履歴を読み出す（ステップＳ１５８）。ＣＰＵ１１０は、過去のホコリのデータに基づいて、対象となる空気清浄機２００に適した第２または第３の運転パターンを特定する（ステップＳ１６０）。ＣＰＵ１１０は、特定した第２または第３の運転パターンに対応する、運転モードや各種センサの感度を、通信インターフェース１６０を介して、空気清浄機２００に送信する（ステップＳ１６２）。

　＜第５の実施の形態＞
　なお、上記の実施の形態においては、空気清浄機２００を例に挙げて説明したが、空気清浄機２００に限らず、冷暖房機能を有する装置や、加湿機能を有する装置や、除湿機能を有する装置や、イオン発生機能を有する装置など、上記の技術は、広義の空気清浄機一般に適用することができる。

　＜まとめ＞
　上記の実施の形態においては、サーバ１００から運転内容に関する情報を受信するための通信インターフェース２６０と、サーバ１００との通信の一部または全部が停止したときに、運転内容に関する情報を初期化する、または運転内容に関する情報の取得に関する設定を初期化するためのプロセッサ２１０と、を備える空気清浄機２００が提供される。

　好ましくは、運転内容に関する情報をサーバ１００から受け付けるための命令を受け付ける操作部２４０をさらに備える。

　上記の実施の形態においては、サーバ１００から運転内容に関する情報を受信するための通信インターフェース２６０と、運転内容に関する情報をサーバ１００から受け付けるか否かの指定を受け付けるための操作部２４０と、運転内容に関する情報をサーバ１００から受け付けないという指定を受け付けた際に、運転内容に関する情報を初期化するためのプロセッサ２１０と、を備える空気清浄機２００が提供される。

　好ましくは、プロセッサ２１０は、所定の時刻に運転内容に関する情報を初期化する。

　上記の実施の形態においては、運転内容に関する情報を送信するサーバ１００と、サーバ１００との通信の一部または全部が停止したときに、運転内容に関する情報を初期化する、または運転内容に関する情報の取得に関する設定を初期化する空気清浄機２００と、を備えるネットワークシステム１が提供される。

　好ましくは、サーバ１００は、空気清浄機２００から、および／または、他の端末３００から、空気清浄機２００毎の運転内容に関する情報を受け付けるか否かの指定を受け付ける。

　上記の実施の形態においては、運転内容に関する情報を送信するサーバ１００と、運転内容に関する情報をサーバ１００から受け付けない旨の指定に基づいて、運転内容に関する情報を初期化するための空気清浄機２００と、を備えるネットワークシステム１が提供される。

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

１　　　　　：ネットワークシステム
１００　　　：家電管理サーバ
１００Ｂ　　：情報サーバ
１００Ｃ　　：ファームウェア提供サーバ
１１０　　　：ＣＰＵ
１２０　　　：メモリ
１２１　　　：機器管理データ
１２１Ｂ　　：機器管理データ
１２２　　　：運転パターンデータ
１２３　　　：組み合わせデータ
１２４　　　：地域運転パターンデータ
１３０　　　：ディスプレイ
１４０　　　：操作部
１５０　　　：時計
１６０　　　：通信インターフェース
２００　　　：空気清浄機
２１０　　　：ＣＰＵ
２２０　　　：メモリ
２２１　　　：設定データ
２３０　　　：ディスプレイ
２４０　　　：操作部
２４１　　　：ボタン
２４２　　　：ボタン
２５０　　　：時計
２６０　　　：通信インターフェース
２６４　　　：ステップ
２７１　　　：ホコリ検知センサ
２７２　　　：ニオイ検知センサ
２８０　　　：赤外線受光部
２９０　　　：機器駆動部
３００　　　：スマートフォン
３１０　　　：ＣＰＵ
３２０　　　：メモリ
３３０　　　：ディスプレイ
３４０　　　：操作部
３５０　　　：時計
３６０　　　：通信インターフェース

Claims (7)

1. 　サーバから運転内容に関する情報を受信するための通信インターフェースと、
   　前記サーバとの通信の一部または全部が停止したときに、前記運転内容に関する情報を初期化する、または前記運転内容に関する情報の取得に関する設定を初期化するためのプロセッサと、を備える空気清浄機。
2. 　前記運転内容に関する情報を前記サーバから受け付けるための命令を受け付ける操作部をさらに備える、請求項１に記載の空気清浄機。
3. 　サーバから運転内容に関する情報を受信するための通信インターフェースと、
   　前記運転内容に関する情報を前記サーバから受け付けるか否かの指定を受け付けるための操作部と、
   　前記運転内容に関する情報を前記サーバから受け付けないという指定を受け付けた際に、前記運転内容に関する情報を初期化するためのプロセッサと、を備える空気清浄機。
4. 　前記プロセッサは、所定の時刻に前記運転内容に関する情報を初期化する、請求項１から３のいずれか１項に記載の空気清浄機。
5. 　運転内容に関する情報を送信するサーバと、
   　前記サーバとの通信の一部または全部が停止したときに、前記運転内容に関する情報を初期化する、または前記運転内容に関する情報の取得に関する設定を初期化する空気清浄機と、を備えるネットワークシステム。
6. 　前記サーバは、前記空気清浄機から、および／または、他の端末から、前記運転内容に関する情報を受け付けるか否かの指定を受け付ける、請求項５に記載のネットワークシステム。
7. 　運転内容に関する情報を送信するサーバと、
   　前記運転内容に関する情報を前記サーバから受け付けない旨の指定に基づいて、前記運転内容に関する情報を初期化するための空気清浄機と、を備えるネットワークシステム。

Images