JP2020051718A

JP2020051718A - 加湿装置

Info

Publication number: JP2020051718A
Application number: JP2018183942A
Authority: JP
Inventors: 浩平森田; Kohei Morita
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2018-09-28
Filing date: 2018-09-28
Publication date: 2020-04-02

Abstract

【課題】ユーザに対して、加湿器を構成する各部の異常を正確に通知し、さらに各部のメンテナンスの要否を、適切なタイミングで通知する。【解決手段】本発明の加湿器は、貯水容器と、貯水容器の水位を検出する水位検出部と、貯水容器の水の減少量を予測する予測部と、水位検出部により検出された水位および予測部により予測された水の減少量に基づいて、加湿装置の異常を判定する判定部と、を有する。【選択図】図１

Description

本発明は、加湿装置に関する。

従来、貯水容器の水量を検出し、水量表示を行うことのできる加湿装置が知られている。このような加湿装置は、例えば、特許文献１に示されている。特許文献１に記載の加湿装置は、加湿フィルタと、加湿フィルタを介して本体内に吸気し、排気口より室内に排気する送風手段を備える。また、特許文献１に記載の加湿装置は、貯水容器の水量を検出する水量検出手段と、空気中の湿度を検出する湿度検出手段と、デジタル表示手段を備える。そして、水量検出手段は、貯水容器の水量を複数の段階で水量を検出し、検出した水量をデジタル表示手段に表示する。

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

上記加湿装置は、貯水容器の残水量から、加湿可能な運転時間を予測する。しかしながら、貯水容器の残水量から予測した運転時間は、実際の運転時間と比べて、差異が生じる場合がある。特に、加湿フィルタに汚れが生じた場合、水分が蒸発しにくくなることで加湿量が減少し、予測された運転時間より、実際の運転時間の方が長くなる。また、漏水等の異常がある場合、予測された運転時間よりも、実際の運転時間の方が短くなる。

本発明の目的は、加湿装置を構成する各部の異常を正確に通知し、さらに各部のメンテナンスの要否を、適切なタイミングで通知することができる技術を提供することである。

上記の課題を解決するために、本発明の加湿装置は、貯水容器と、前記貯水容器の水位を検出する水位検出部と、前記貯水容器の水の減少量を予測する予測部と、前記水位検出部により検出された水位および前記予測部により予測された水の減少量に基づいて、加湿装置の異常を判定する判定部と、を有する。

本発明によれば、加湿装置は、ユーザに対して各部の異常を正確に通知し、さらに各部のメンテナンスの要否を、適切なタイミングで通知することができる。これにより、ユーザは、不要なメンテナンスを行うことを抑制でき、加湿装置を効率的に稼働させることができる。

第１実施形態に係る加湿装置の構成を示す図である。第１実施形態に係る制御部のブロック図である。第１実施形態に係る加湿装置の判定処理および通知処理を示すフローチャートである。第１実施形態に係る加湿装置の風量と加湿量との関係を示す図である。第１実施形態に係る加湿装置の温度と湿度との関係を示す図である。第１実施形態に係る加湿装置の水位と３０分あたりの加湿量との関係を示す図である。第２実施形態に係る加湿装置の判定処理および通知処理を示すフローチャートである。

＜１．第１実施形態＞
以下、本発明の実施形態について、図面を参照しつつ説明する。

図１は、第１実施形態に係る加湿装置１０の構成の一例を示す図である。加湿装置１０は、加湿された空気を加湿対象へ供給する装置である。加湿装置１０は、例えば、家庭用として室内で利用される。加湿装置１０は、加湿対象である室内に加湿された空気を供給することによって室内の湿度を高くする。

図１に示すように、加湿装置１０は、例えば、筐体２０、貯水容器３０、ファン４０、水位検出部である第１センサ５０、第２センサ６０、通知部７０、および制御部８０を有する。筐体２０は、吸気口２１、送風口２２、および開閉部２３を備える、箱状の部材である。筐体２０は、加湿装置１０を構成する各部のうち、少なくとも、貯水容器３０、ファン４０、および第１センサ５０を内部に収容する。また、筐体２０の外側には、操作部２４が配置される。操作部２４は、加湿装置１０を動作させるための電源ボタンや、加湿装置１０の動作条件等を設定するためのボタン等を備える。

貯水容器３０は、例えば、給水された水を内部に貯水するトレイ状の容器である。ユーザは、筐体２０の開閉部２３を開くことで貯水容器３０を取り出して、給水や水の交換をすることができる。貯水容器３０の内部には、加湿フィルタ３１が配置される。

加湿フィルタ３１は、通気性および吸水性を有する部材であり、例えば、不織布等によって形成される。加湿フィルタ３１の一部は、貯水容器内の水に浸漬して水を吸収する。これにより、加湿フィルタ３１の全体に水が行きわたる。また、加湿フィルタ３１は、貯水容器３０または筐体２０に対して、取り外し可能に取り付けられている。ユーザは、加湿フィルタ３１を取り外して、汚れを除去するための清掃や交換等のメンテナンスを行うことができる。

ファン４０は、吸気口２１から空気を吸引して、当該空気を送風口２２から放出させるための気流を発生させる。具体的には、例えば、ファン４０は、複数の羽根を備えた羽根車４１および駆動源であるファンモータ４２を有する。羽根車４１は、ファンモータ４２の駆動力によって回転し、貯水容器３０に向けて気流を発生させる。具体的には、図１中に矢印で示すように、羽根車４１は、吸気口２１から、加湿フィルタ３１のうち水面から露出した部分に向かう気流を発生させる。そして、気流は、加湿フィルタ３１に吸収された水分を含みつつ、加湿フィルタ３１を通過する。そして、水分を含んだ気流は、さらに送風口２２へと向かう。これにより、加湿された空気は、送風口２２から外部に放出される。また、ファンモータ４２は、羽根車４１の回転速度（以下、単に、回転速度と記載する。）に係る出力値を制御部８０へ送信する。

第１センサ５０は、貯水容器３０の水位（以下、単に、水位と記載する。）を検出するセンサである。第１センサ５０は、例えば、貯水容器３０の上方に配置される。本実施形態の第１センサ５０は、ＴＯＦ（ＴｉｍｅｏｆＦｌｉｇｈｔ）方式を用いるセンサである。第１センサ５０は、水面に向けて光を照射して、反射光を受光素子によって受光する。そして、第１センサ５０は、光を照射してから、受光素子で受光するまでの時間を測定することによって、貯水容器３０の底面から水面までの距離である水位を検出する。第１センサ５０は、検出した水位を制御部８０へ送信する。なお、第１センサは、上記水面の高さを検出するものであれば、その他のセンサであってもよい。

第２センサ６０は、空気の温度および／または湿度を検出する。第２センサ６０は、筐体２０の外壁面に配置され、筐体２０外部の温度または湿度を検出する。なお、第２センサは温度および湿度を検出する温湿度センサで構成されてもよい。第２センサ６０は、検出した温度または湿度を制御部８０へ送信する。なお、図１の例では、第２センサ６０は、一つの温湿度センサによって構成されているが、二つ以上の温湿度センサによって構成されてもよい。また、第２センサ６０は、温度を検出する温度センサと、湿度を検出する湿度センサと、で個別に構成されてもよい。

通知部７０は、ユーザに表示および／または報知するための通知信号を発生させる。具体的には、通知部７０は、例えば、制御部８０からの信号に基づいて、通知信号である警報音や警告表示等を発する。通知部７０は、筐体の外部に配置される。通知部７０は、例えば、ブザーやＬＥＤ等によって構成される。ユーザは、通知部７０による通知に基づいて、通知の種類等に応じて、各部の異常の有無や、各部のメンテナンスの要否を判断できる。

制御部８０は、加湿装置１０の各部を動作制御する。図１中に概念的に示すように、制御部８０は、例えば、ＣＰＵ等のプロセッサ８０１、ＲＡＭ等のメモリ８０２、およびハードディスクドライブ等の記憶部８０３によって構成される。記憶部８０３には、加湿装置１０の動作を実行するためのプログラムＰが記憶されている。また、制御部８０は、操作部２４、ファンモータ４２、第１センサ５０、第２センサ６０、および通知部７０と、通信可能に接続される。制御部８０は、各部からの検出信号を取得するとともにプログラムＰに従って、各部を制御する。これにより、加湿装置１０における動作が実行される。

図２は、加湿装置１０による各部の異常の判定や、各部のメンテナンスの要否の通知を実現するための制御部８０の機能を、概念的に示したブロック図である。図２に示すように、制御部８０は、第１取得部８１、第２取得部８２、第３取得部８３、予測部８４、算出部８５、判定部８６、および指令部８７を有する。これらの各部の機能は、プログラムＰに基づいて、プロセッサ８０１が動作することにより実現される。これらの各部の具体的な動作については、後述する。

＜１−２．異常判定処理および通知処理について＞
続いて、加湿装置１０による、各部の異常の判定処理および各部のメンテナンスの要否の通知処理の詳細について説明する。図３は、加湿装置１０における、各部の異常判定処理および通知処理のフローを示すフローチャートである。加湿装置１０は、各部の異常を判定して、各部の異常や各部のメンテナンスの要否を通知する際、第１センサ５０および第２センサ６０の検出値、およびファンモータ４２の出力値を取得しながら、図３の処理を実行する。

加湿装置１０は、先ず、第１センサ５０による検出処理を行う。第１センサ５０は、水位を検出し、第１検出信号Ｄ１を制御部８０へ出力する。制御部８０に第１検出信号Ｄ１が入力されると、第１取得部８１は、第１検出信号Ｄ１が表す、水位ＷＬ０を取得する（ステップＳ１）。そして、制御部８０は、水位ＷＬ０が取得されると、ＷＬ１およびＷＬ２をＷＬ０に書き換える（ステップＳ２、ステップＳ３）。ここで、ＷＬ１は、１分毎に取得される水位であり、ＷＬ２は３０分毎に取得される水位である。すなわち、ステップＳ２およびステップＳ３の処理は、ＷＬ１およびＷＬ２を初期の水位に書き換えるための処理である。

次に、制御部８０は、ステップＳ１における水位ＷＬ０の取得から１分が経過するまでの間、処理の進行を待機させる（ステップＳ４においてＮ）。一方で、制御部８０は、ステップＳ１における水位ＷＬ０の取得から１分が経過すると（ステップＳ４においてＹ）、１分毎の時間のカウント（図３においてＣＮＴ）を加算する（ステップＳ５）。そして、制御部８０は、再度、水位ＷＬ０を取得し（ステップＳ６）、ＷＬ１をステップＳ１から１分経過後に取得された水位ＷＬ０に書き換える（ステップＳ７）。

次に、制御部８０は、第２センサ６０による検出処理を行う。第２センサ６０は、筐体２０外部における空気の温度および湿度を実測し、第２検出信号Ｄ２を制御部８０へ出力する。制御部８０に第２検出信号Ｄ２が入力されると、第２取得部８２は、第２検出信号Ｄ２が表す筐体２０外部における空気の温度および湿度（図３においてＴＨ）を取得する（ステップＳ８）。なお、上記のように第２センサ６０は温度または湿度を検出するようにしてもよい。

次に、制御部８０は、ファンモータ４２の出力値について検出処理を行う。ファンモータ４２は、回転速度に係る第３検出信号Ｄ３を、を制御部８０へ出力する。制御部８０に第３検出信号Ｄ３が入力されると、第３取得部８３は、第３検出信号Ｄ３が表す回転速度（図３においてＦＲ）を取得する（ステップＳ９）。このように、制御部８０は、第１センサ５０に基づく水位を取得するとともに、水位とは別に、第２センサ６０に基づく空気の温湿度およびファンモータ４２の回転速度を取得する。

続いて、制御部８０の予測部８４は、水位ＷＬ１、温湿度ＴＨ、および回転速度ＦＲに基づいて、１分あたりの貯水容器３０内の水の減少量である、予測加湿量（図３においてＨＥ）を算出する。予測加湿量は、例えば、１分の間に、水位、温湿度、および回転速度に基づいて予測される、貯水容器３０内から蒸発する水の量である。なお、上記においては、水位、温湿度、および回転速度に基づいて予測加湿量を算出する場合について説明したが、本実施の形態はこれに限られず、例えば温度または湿度のみ等に基づいて算出するように構成してもよい。

図４は、加湿装置１０における、風量と加湿量との関係を示す図である。図４に示すように、加湿装置１０における運転モードでは、静音、中、強の順に、風量が高くなり、加湿量が高くなる。すなわち、加湿量は、回転速度が速いほど多くなる。したがって、予測部８４は、回転速度が速いほど、加湿量が多くなるように予測する。

図５は、加湿装置１０の運転モードが強の場合における、湿度と温度との関係を示す図である。図５に示すように、加湿量は、湿度が低いほど多くなり、温度が高いほど多くなる。したがって、予測部８４は、湿度が低いほど、または、温度が高いほど、加湿量が多くなるように予測する。

図６は、加湿装置１０における、水位と、３０分あたりの加湿量との関係を示す図である。図６において、横軸、左側の縦軸、および右側の縦軸は、それぞれ、時間、水位、および加湿量を示す。また、記号●および▲でプロットされたデータ系列は、それぞれ水位および３０分単位の加湿量を示すデータである。図６に示すように、水位が低下するにつれ、３０分あたりの加湿量が増加する。これは、水位が低下することにより、加湿フィルタ３１のうち水面から露出する部分が増え、その結果、加湿フィルタ３１からの水分の蒸発量が増えたことによるものである。したがって、予測部８４は、水位が低いほど、加湿量が多くなるように予測する。

このように、加湿装置１０における加湿量は、温度、湿度、風量、および水位に関係する。制御部８０の記憶部８０３は、例えば、図３、図４、および図５に示すようなデータや、ファンモータ４２における回転数や回転速度等のパラメータを記憶している。そして、予測部８４は、第１取得部８１、第２取得部８２、および第３取得部８３がそれぞれ取得した、水位ＷＬ１、温湿度ＴＨ、および回転速度ＦＲに基づいて、当該データを参照しつつ、１分あたりの加湿量ＴＨの予測値である予測加湿量ＨＥを算出する（ステップＳ１０）。このように、予測加湿量は、水位、温湿度、および回転速度の３つの情報を取得することで、より正確に算出することができる。

また、ステップＳ１０では、上述のような予測加湿量ＨＥを１分毎に算出して、３０分の間、ステップＳ４〜ステップＳ９の処理を繰り返し（ステップＳ１１においてＮ）、予測加湿量ＨＥを積算する。このように、予測部８４は、１分毎の予測加湿量を積算することで、３０分間の合計の予測加湿量を算出する（ステップＳ１０）。これにより、３０分の間に、外気の温度や湿度に変化が生じた場合であっても、予測部８４は、正確に予測加湿量を算出できる。

なお、ステップＳ４〜ステップＳ１１の処理は、ステップＳ１による水位ＷＬ０の取得から３０分間繰り返される。このため、ステップＳ７により書き換えられるＷＬ１は、ステップＳ１から３０分間経過時点での水位である。したがって、ステップＳ１２以降では、ＷＬ１は、ステップＳ１から３０分経過時点での水位に書き換えられて処理が実行される。

続いて、制御部８０は、３０分が経過すると（ステップＳ１１においてＹ）、カウント時間ＣＮＴを０にリセットする（ステップＳ１２）。そして、制御部８０の算出部８５は、ステップＳ３により書き換えられた初期の水位ＷＬ２と、ステップＳ７により書き換えられたステップＳ１から３０分経過時点での水位ＷＬ１から、実績加湿量ＨＲを算出する（ステップＳ１３）。そして、制御部８０は、水位ＷＬ２をステップＳ１から３０分経過時点での水位ＷＬ１に書き換える（ステップＳ１４）。ここで、実績加湿量ＨＲとは、３０分の間の実際の加湿量である。実績加湿量ＨＲは、例えば、ＷＬ２×Ｓ−ＷＬ１×Ｓにより求めることができる。ここで、Ｓは、貯水容器３０内の水面の面積である。

続いて、判定部８６は、予測加湿量ＨＥと実績加湿量ＨＲとを比較する（ステップＳ１５）。ここで、判定部８６は、予測加湿量ＨＥと実績加湿量ＨＲのうち、いずれが大きいかを判定する。そして、判定部８６は、予測加湿量ＨＥと実績加湿量ＨＲとの差の絶対値が、第１所定値である予め設定された閾値ｋよりも大きいと判定した場合（ステップＳ１５においてＹ）、指令部８７が、通知部７０を制御する（ステップＳ１６）。指令部８７は、ステップＳ１５における判定結果に基づいて、通知部７０に指令信号を出力する。そして、通知部７０は、指令信号に基づいて通知信号を発する。一方、判定部８６は、予測加湿量ＨＥと実績加湿量ＨＲとの差の絶対値が、閾値ｋよりも小さいと判定した場合（ステップＳ１５においてＮ）、再びステップＳ４に戻り、各ステップを順次実行させる。このように、制御部８０は、３０分ごとにステップＳ４〜ステップＳ１５を繰り返すことで、３０分ごとの判定処理を行う。

指令部８７は、ステップＳ１５における判定結果に基づいて、通知部７０に指令信号を出力する。そして、通知部７０は、指令信号に基づいて通知信号を発する。なお、指令部８７、測加湿量ＨＥと実績加湿量ＨＲとの差の絶対値と、閾値ｋと、の差に基づいて、異なる指令信号を発するものであってもよい。そして、通知部７０は、当該異なる指令信号に基づいて、それぞれ異なる通知信号を発するものであってもよい。かかる場合、ユーザは、各部の異常の重大さや、メンテナンスの緊急性について、段階的に知ることができる。その結果、加湿装置１０の使い勝手がより向上する。

なお、加湿量は、加湿フィルタ３１に汚れがある場合、水分の蒸発が妨げられることにより減少する。このとき、予測加湿量ＨＥは、実績加湿量ＨＲよりも大きくなる。ここで、制御部８０は、予測加湿量ＨＥが実績加湿量ＨＲよりも大きいときに、通知部７０を制御して通知部７０に通知を行わせる。

具体的には、制御部８０の判定部８６は、先ず、実績加湿量ＨＲと、予測加湿量ＨＥとを比較する。そして、判定部８６は、予測加湿量ＨＥが実績加湿量ＨＲよりも大きいと判定し、さらに、実績加湿量ＨＲと予測加湿量ＨＥとの差異の絶対値が、閾値ｋ１（例えば、実績加湿量ＨＲの１０％の値）よりも大きいと判定した場合に、指令部８７は、第１指令信号を出力する。そして、通知部７０は、第１指令信号に基づいて、第１通知信号を発生させる。これにより、ユーザは、第１通知信号に基づいて、加湿フィルタ３１に汚れが生じていると判断でき、加湿フィルタ３１の掃除や交換等のメンテナンスを行うことができ得る。したがって、ユーザは、加湿フィルタ３１が汚れた状態での加湿装置１０の稼働を抑制できる。また、ユーザは、適切なタイミングで、加湿フィルタ３１のメンテナンスを行うことでき得る。その結果、加湿装置１０を効率的に稼働させることができる。

一方、貯水容器３０の水漏れや、第１センサ５０の汚れが生じている場合、予測加湿量ＨＥは、実績加湿量ＨＲよりも小さくなる。ここで、制御部８０は、予測加湿量ＨＥが実績加湿量ＨＲよりも小さいときに、通知部７０を制御して通知部７０に通知を行わせる。

具体的には、制御部８０の判定部８６は、先ず、実績加湿量ＨＲと、予測加湿量ＨＥとを比較する。そして、判定部８６は、予測加湿量ＨＥが実績加湿量ＨＲよりも小さいと判定し、さらに、実績加湿量ＨＲと予測加湿量ＨＥとの差異の絶対値が、閾値ｋ２（例えば、実績加湿量ＨＲの１０％の値）よりも大きいと判定した場合に、指令部８７は、第２指令信号を出力する。そして、通知部７０は、第２指令信号に基づいて、第２通知信号を発生させる。これにより、ユーザは、第２通知信号に基づいて、貯水容器３０の水漏れや、第１センサ５０に汚れが生じていると判断でき、これらのメンテナンスを行うことができる。したがって、ユーザは、貯水容器３０の水漏れや、第１センサ５０の汚れが生じた状態での加湿装置１０の稼働を抑制でき得る。また、ユーザは、適切なタイミングで、貯水容器３０や第１センサ５０のメンテナンスを行うことでき得る。その結果、加湿装置１０を効率的に稼働させることができる。

なお、図３の例では、図示の便宜上、ステップＳ１〜ステップＳ１６の処理を直列的に図示しているが、本発明はこれに限られない。例えば、ステップＳ２およびステップＳ３は、ステップＳ１が実行された後に、同時に実行されることが好ましい。また、ステップＳ７〜ステップＳ１０は、ステップＳ６が実行された後に、同時に実行されることが好ましい。また、ステップＳ１１〜ステップＳ１６は、同時に実行されることが好ましい。

また、本実施の形態は上記フローに限られるものではなく、種々の変形が可能である。例えば、上記においては、通知部７０が加湿フィルタ３１の交換等および水漏れ等を通知する場合について説明したが、前者または後者のいずれかのみを通知するように構成してもよい。また、通知部７０が、ファンモータ４２の不良について通知するように構成してもよい。

＜２．第２実施形態＞
次に、本発明の第２実施形態について説明する。本実施形態の加湿装置１０による異常判定処理および通知処理は、さらに誤判定および誤通知を防止するためのステップを有する。ここで、制御部８０は、貯水容器３０の水位の上昇を検出した場合、第１所定時間ｔ１の経過後に、加湿装置１０の異常の判定を再開させる。また、制御部８０は、水位検出部である第１センサ５０で検出された水位に基づいて算出された水の減少量（実績加湿量ＨＲ）が、第２所定値ｈ以上である場合、第２所定時間ｔ２の経過後に、加湿装置１０の異常の判定を再開させる。具体的なフローについては、以下で説明する。なお、本実施形態の加湿装置１０の構成は、第１実施形態と同じであるため、その説明は省略する。また、本実施形態の加湿装置１０の判定処理および通知処理については、第１実施形態と異なる部分を中心に説明する。

図７は、本実施形態に係る加湿装置１０における、判定処理および通知処理を示すフローチャートである。図７に示すように、加湿装置１０の判定処理および通知処理においては、制御部８０は、先ずステップＳ１ａで、水位ＷＬ０を取得する。そして、制御部８０は、ステップＳ２ａ〜ステップＳ６ａに従って、１分経過後の水位ＷＬ０を取得する。ステップＳ１ａ〜ステップＳ６ａについては、第１実施形態におけるステップＳ１〜ステップＳ６と同様であるため、詳細な説明は省略する。

続いて、判定部８６は、ステップＳ２ａの水位ＷＬ１と、ステップＳ６Ａで取得された水位ＷＬ０とを比較する（ステップＳ２１ａ）。ここで、判定部８６は、水位ＷＬ０が水位ＷＬ１よりも大きい値であると判定すると（ステップＳ２１ａにおいてＮ）、制御部８０は、所定の時間ｔ１が経過するまで処理の進行を停止させる（ステップＳ２２ａ）。そして、制御部８０は、ｔ１が経過すると再びステップＳ４ａに戻り、ステップＳ５ａにおいて、ステップＳ５における加算時間にｔ１を加えて、ステップＳ６ａ〜ステップＳ１０ａを順次実行させる。これにより、制御部８０は、ステップＳ１０ａにおいて、ｔ１を加えた時間での予測加湿量ＨＥを算出させる。

一方、判定部８６は、水位ＷＬ０が水位ＷＬ１よりも小さい値であると判定すると（ステップＳ２１ａにおいてＹ）、制御部８０は、ステップＳ７ａ〜ステップＳ１０ａを順次実行させて、予測加湿量ＨＥを算出させる。ここで、ステップＳ７ａ〜ステップＳ１０ａについては、第１実施形態におけるステップＳ７〜ステップＳ１０と同様であるため、詳細な説明は省略する。なお、制御部８０は、ステップＳ２２ａにおいて、所定の時間ｔ１が経過するまでの間、処理を停止させていた。しかしながら、制御部８０は、ステップＳ２２ａにおいて、カウント時間ＣＮＴを０にリセットする処理を実行させて、再度ステップＳ４ａから順次処理を実行させてもよい。

続いて、制御部８０は、ステップＳ１１ａ〜ステップＳ１３ａを順次実行させて、実績加湿量ＨＲを算出させる。そして、判定部８６は、実績加湿量ＨＲが第２所定値である予め設定された閾値ｈよりも、大きいか否かを判定する（ステップＳ２３ａ）。判定部８６は、実績加湿量ＨＲが閾値ｈよりも大きいと判定すると（ステップＳ２３ａにおいてＹ）、制御部８０は、第２所定時間ｔ２が経過するまで処理の進行を停止させる（ステップＳ２４ａ）。そして、制御部８０は、ｔ２が経過すると再びステップＳ４ａに戻り、ステップＳ５におけるカウント時間にｔ２を加えた時間での予測加湿量ＨＥを算出する。

一方、判定部８６は、実績加湿量ＨＲが閾値ｈよりも小さいと判定すると（ステップＳ２４においてＮ）、制御部８０は、ステップＳ１４ａ〜ステップＳ１６ａを順次実行させて、判定処理および通知処理を行う。ここで、ステップＳ１１ａ〜ステップＳ１６ａについては、第１実施形態におけるステップＳ１１〜ステップＳ１６と同様であるため、詳細な説明は省略する。なお、制御部８０は、ステップＳ２４ａにおいて、所定の時間ｔ２が経過するまでの間、処理を停止させていた。しかしながら、制御部８０は、ステップＳ２４ａにおいて、判定処理をスキップさせてもよい。

ここで、閾値ｈとは、例えば、３０分ごとに判定処理を行う場合、貯水容器３０の容積の１／１０〜１／２０の値であることが好ましい。すなわち、貯水容器３０の容積が５Ｌとすると、ｈ＝２５０ｍＬ〜５００ｍＬとなる。このように設定することで、誤判定および誤通知をより正確に抑制できる。

このように、本実施形態の加湿装置１０は、水位の上昇や下降があった場合でも、所定時間ｔ１やｔ２が経過するまでの間、判定処理を停止する。特に、ユーザが、加湿装置１０を動かした場合や、貯水容器３０に給水した場合に、水位は急激に変動する。しかしながら、本実施形態の加湿装置１０では、水位に変動が生じた場合であっても、水位の変動が治まった後に、水位を取得することができる。そして、本実施形態の加湿装置１０は、所定の時間ｔ１やｔ２を考慮した予測加湿量ＨＥや実績加湿量ＨＲに基づいて、通知部７０を制御する。これにより、加湿装置１０は、水面に急激な変動があった場合でも、誤判定および誤通知の発生を抑制することができる。

＜３．変形例＞
以上、本発明の主たる実施形態について説明したが、本発明は、上記の実施形態に限定されるものではない。

上記の実施形態では、制御部は、水位、温度、湿度およびファンモータの出力値から、予測加湿量を算出していた。しかしながら、予測加湿量は、水位、温度、湿度およびファンモータ４２のうち、少なくとも一つから算出してもよい。これにより、加湿装置の構成を簡略化することができ、加湿装置のコストを削減することができる。

また、上記の実施形態では、第１センサは、ＴＯＦ方式を用いる光学式のセンサであった。しかしながら、第１センサは、重量センサ等の他の方式を用いるセンサであってもよい。この場合、重量センサを貯水容器の下に配置すればよい。そして、重量センサは、貯水容器の重量を検出すればよい。このようにすれば、水位の検出において、水位の変動の影響を少なくすることができる。その結果、誤通知をより抑制することができる。

また、上記の実施形態では、制御部は、ファンモータの出力値を取得していた。しかしながら、制御部は、ファンにより生じる風量を取得してもよい。この場合、風量センサを送風口の近傍に設ければよい。そして、制御部は、風量センサの検出値を取得して、予測加湿量を算出すればよい。このようにすれば、加湿装置による風量の実測値を取得することができる。その結果、制御部は、予測加湿量をより正確に算出できる。

また、上記実施形態では、制御部は、単位時間を３０分として３０分ごとに異常の判定を行っていた。しかしながら、単位時間は、３０分より短くてもよく、３０分より長くてもよい。制御部は、例えば単位時間を５分として、予測加湿量および実績加湿量の算出を行い、異常の判定を行ってもよい。これにより、ユーザは、各部に急な異常が生じた場合であっても、異常の有無を正確に判断することができる。また、ユーザは、各部のメンテナンスを適切に行うことができる。

また、制御部は、例えば単位時間を１時間として、予測加湿量および実績加湿量の算出し、異常の判定を行ってもよい。これにより、ユーザは、より正確に各部の異常の有無を判断することができる。また、制御部の負荷を軽減することができる。

また、上記実施形態では、制御部は、水位、温湿度および回転速度を１分毎に取得していた。しかしながら、水位、温湿度および回転速度を取得する単位時間は、１分よりも短くてもよく、１分よりも長くてもよい。例えば、単位時間を３０秒とすれば、より正確に加湿量を予測することができる。また、例えば、単位時間を５分とすれば、予測加湿量および実績加湿量の算出処理の負荷を軽減できる。

また、上記の実施形態では、第２センサは、筐体の外壁面に配置されていた。しかしながら、第２センサは、筐体の内部に配置され、筐体内部の温湿度を検出してもよい。これにより、制御部は、筐体外部および内部の温湿度を取得することができる。その結果、制御部は、予測加湿量をより正確に算出できる。

また、第２センサは、筐体から離れた場所に存在してもよい。すなわち、制御部は、第２センサにより検出される温湿度を、例えば、スマートフォンのような他の電子機器から取得してもよい。この場合、制御部は、スマートフォンからの通信を受信する受信部を有するものであればよい。これにより、加湿装置から第２センサを省略でき、簡易な構成とすることができる。

また、上記実施形態の図１の例では、制御部は、筐体の内部に配置されていた。しかしながら、制御部のうち少なくとも一部は、筐体の外部に配置されてもよく、筐体から離れた場所に存在してもよい。この場合、加湿装置は、外部からの情報を受信する受信部および各部への動作指令を行う指令部を有するものであればよい。また、加湿装置を構成する各部は、それぞれ、当該受信部を直接備えてもよい。そして、加湿装置を構成する各部は、当該受信部が受信した信号に基づいて、動作するものであってもよい。

また、加湿装置は、加湿装置とは別の電子機器に向けて、各部に係る信号を発信する、発信部を有してもよい。これにより、ユーザは、例えばスマートフォンのような電子機器を用いて、離れた場所から加湿装置を稼働させたり、管理したりすることができる。その結果、加湿装置の使いやすさを、より向上させることができる。

また、上記の実施形態や変形例に登場した各要素を、矛盾が生じない範囲で、適宜に組み合わせてもよい。

１０加湿装置
２０筐体
３０貯水容器
３１加湿フィルタ
４０ファン
５０第１センサ
６０第２センサ
７０通知部
８０制御部

Claims

貯水容器と、
前記貯水容器の水位を検出する水位検出部と、
前記貯水容器の水の減少量を予測する予測部と、
前記水位検出部により検出された水位および前記予測部により予測された水の減少量に基づいて、加湿装置の異常を判定する判定部と、
を有する加湿装置。
前記貯水容器に向けて気流を発生させるファンをさらに有し、
前記予測部は、さらに前記ファンの回転数に基づいて前記貯水容器の水の減少量を予測する、請求項１に記載の加湿装置。
湿度を検出する湿度センサをさらに有し、
前記予測部は、さらに前記湿度センサによって検出された湿度に基づいて、前記貯水容器の水の減少量を予測する、請求項１または請求項２に記載の加湿装置。
前記判定部は、前記水位検部で検出された水位に基づいて算出された水の減少量と、前記予測部により予測された水の減少量との間に、第１所定値以上の差異が有る場合に、前記加湿装置の異常と判定する、請求項１から請求項３までのいずれか１項に記載の加湿装置。
前記判定部により前記加湿装置の異常を判定した場合に、表示または報知する通知部をさらに有する、請求項１から請求項４までのいずれか１項に記載の加湿装置。
前記判定部は、前記貯水容器の水位の上昇を検出した場合、第１所定時間の経過後に、前記加湿装置の異常を判定する、請求項１から請求項５までのいずれか１項に記載の加湿装置。
前記判定部は、前記水位検部で検出された水位に基づいて算出された水の減少量が、第２所定値以上である場合、第２所定時間の経過後に、前記加湿装置の異常を判定する、請求項１から請求項６までのいずれか１項に記載の加湿装置。