JP2019190779A - レンジフードおよびレンジフードシステム - Google Patents

Abstract

【課題】通常の運転を行っている中で故障か否かを判定し可用性を向上させる。【解決手段】空気の流れを発生させるファン５１と、ファンを回転駆動するモータ５２と、モータの消費電力を検出するモータ電力検出部１２と、ファンの回転数を検出するファン回転数検出部１３と、ファンの回転数とモータの消費電力の関係を示す機種特性を記憶する機種特性記憶部２１と、モータ電力検出部が検出した消費電力とファン回転数検出部が検出した回転数の関係を示す状態情報が、機種特性記憶部が記憶する機種特性に対して、所定の閾値以上逸脱しているか否かを判定する状態判定部１１とを備えるレンジフードを提供する。【選択図】図１

Description

本発明は、レンジフードおよびレンジフードシステムに関する。

従来から、自己のモータなどの駆動部が故障しているか否かの判定を行うファンを制御する装置等が提案されている。たとえば、特許文献１は、故障診断モード運転を実施し、モータの性能劣化を把握することを目的とするファンフィルタユニットを開示する。このファンフィルタユニットは、ファンと、モータと、フィルタとを備え、モータの駆動制御を行うとともにモータの状態を監視する制御部を備え、通常モード運転手段と、遠隔運転モード運転手段と、故障診断モード運転手段を有する。故障診断モード運転手段は、定期的あるいは外部機器からの指示により故障診断用回転数でモータを駆動する故障診断モードを起動し、そのときのモータ回転数、モータ電流などの情報から、モータの性能劣化を確認する。

また、フィルタの汚れを清掃すること喚起するために使用者に報知するレンジフードが提案されている。たとえば、特許文献２は、グリスフィルタの定期的な清掃を使用者に義務つけるに好適な換気扇におけるグリスフィルタの洗浄喚起システムを開示する。この洗浄喚起システムは、ファンの駆動スイッチのＯＮ回数をカウントし、そのカウント数が段階的に設定された所定累積カウント数に達する度に音声発生部からグリスフィルタの洗浄を促す警報音を所定時間発するように構成し、段階的に設定された所定累積カウント数に達する度に警報音が厳しくなるようにする。

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

従来技術のこの種のレンジフードなどの装置は、通常の運転モード以外に故障診断用の回転数でモータを回転させる診断モードを有していた。しかし、このように通常運転以外に故障診断用の時間を使って故障の判定を行わなければならないので、当該装置の可用性を低減させる原因となっていた。

また、上記レンジフードでは、累積運転回数や累積使用時間が清掃の時期に対応した代用値とし、これらが所定の回数や時間に達すると使用者にフィルタの清掃時期を知らせていた。しかし、これらの代用値は、実際のフィルタの目詰まり状態を示すものとは言えず、フィルタは実際は目詰まりしていないのに清掃時期として報知したり、既に目詰まりしているのに清掃時期を報知しないという問題があった。

そこで、本発明は、従来のかかる課題を鑑みてなされたものであり、通常の運転を行っている中で故障か否かを判定し可用性を向上させるレンジフードを提供する。さらに、本発明は、ファンの汚れやフィルタやダクト内部や屋外排気口等の汚れ・目詰まりによる通気抵抗の増加を検知して正しいメンテナンス時期を検知するレンジフードを提供する。

上記課題を解決するために、空気の流れを発生させるファンと、ファンを回転駆動するモータと、モータの消費電力を検出するモータ電力検出部と、ファンの回転数を検出するファン回転数検出部と、ファンの回転数とモータの消費電力の関係を示す機種特性を記憶する機種特性記憶部と、モータ電力検出部が検出した消費電力とファン回転数検出部が検出した回転数の関係を示す状態情報が、機種特性記憶部が記憶する機種特性に対して、所定の閾値以上逸脱しているか否かを判定する状態判定部と、を備えるレンジフードが提供される。
これによれば、通常運転時のモータの消費電力とファンの回転数に基づいて故障か否かを判定することで可用性を向上させるレンジフードを提供することができる。

さらに、状態情報が所定の閾値以上逸脱していると状態判定部が判定した場合、状態確認の報知を行う報知部をさらに備えることを特徴としてもよい。
これによれば、故障について使用者に知らせることができる。

さらに、自身の識別番号を記憶する識別情報記憶部と、ネットワークを介して通信を行う通信部とをさらに備え、報知部は、識別番号と共に、状態確認の報知をネットワークを介して使用者以外の者に行うことを特徴としてもよい。
これによれば、故障についてメンテナンスを行う管理会社などに自動的に知らせることができる。

上記課題を解決するために、空気の流れを発生させるファンと、ファンを回転駆動するモータと、流れる空気の単位時間当たりの風量の設定値を検出する風量設定値検出部と、ファンの回転数を検出するファン回転数検出部と、単位時間当たりの風量の設定値とファンの回転数の関係を示す機種特性を記憶する機種特性記憶部と、風量設定値検出部が検出した設定値とファン回転数検出部が検出した回転数の関係を示す状態情報が、機種特性記憶部が記憶する機種特性に対して、所定の閾値以上逸脱しているか否かを判定する状態判定部と、を備えるレンジフードが提供される。
これによれば、設定風量とファンの回転数に基づいて通気抵抗が増加しているか否かを判定することで、正しいメンテナンス時期を検知するレンジフードを提供することができる。

上記課題を解決するために、空気の流れを発生させるファンと、ファンを回転駆動するモータと、流れる空気の単位時間当たりの風量の設定値を検出する風量設定値検出部と、モータの消費電力を検出するモータ電力検出部と、単位時間当たりの風量の設定値とモータの消費電力の関係を示す機種特性を記憶する機種特性記憶部と、風量設定値検出部が検出した設定値とモータ電力検出部が検出した消費電力の関係を示す状態情報が、機種特性記憶部が記憶する機種特性に対して、所定の閾値以上逸脱しているか否かを判定する状態判定部と、を備えるレンジフードが提供される。
これによれば、設定風量とモータの消費電力に基づいて通気抵抗が増加しているか否かを判定することで、正しいメンテナンス時期を検知するレンジフードを提供することができる。

上記課題を解決するために、上記のレンジフードと、そのレンジフードとネットワークを介して接続されるサーバと、を備えるレンジフードシステムであって、レンジフードは、自身の識別番号を記憶する識別情報記憶部と、ネットワークを介してサーバと通信を行う通信部とをさらに備え、機種特性記憶部と状態判定部は、サーバに配置され、サーバに配置された機種特性記憶部は、それぞれの識別番号に対応する機種特性を記憶し、通信部は、識別情報記憶部が記憶する識別番号と状態情報をサーバへ送信し、状態判定部は、サーバが受信した状態情報が、機種特性記憶部に記憶され、サーバが受信した識別番号に対応する機種特性に対して、所定の閾値以上逸脱しているか否かを判定するレンジフードシステムが提供される。
これによれば、サーバに情報を集約し、サーバが判定を行うことで、これらに含まれるデータやプログラムを容易に集中管理できると共に、複数のレンジフードからの情報を得ることができるので、より正確なメンテナンス時期を検知することができる。

さらに、サーバは、状態確認の報知を行う報知部を備え、報知部は、状態情報が所定の閾値以上逸脱していると状態判定部が判定した場合に、レンジフードの使用者の携帯端末および／または使用者以外の者に対して報知を行うことを特徴としてもよい。
これによれば、サーバから報知を行うことで、より柔軟で広範な報知が可能となる。

さらに、識別情報記憶部は、レンジフードが設置された地域の位置情報をさらに含み、サーバは、それぞれのレンジフードの識別番号に対応した位置情報を保存し、地域的な分布を検出する地域情報検出部をさらに備え、通信部は、識別情報記憶部が記憶する識別番号および位置情報と、状態情報とをサーバへ送信し、地域情報検出部は、状態判定部により所定の閾値以上逸脱していると判定されたレンジフードが地域的な拡がりで存在することを検出した場合、状態判定部は、判定を所定時間行わない、または、所定の閾値を大きくすることを特徴としてもよい。
これによれば、地域的な位置情報と共に複数のレンジフードからの情報を得ることができるので、地域的な拡がりで異常状態を検出する場合（たとえば台風の接近などの場合）に、誤報を回避することで、正しいメンテナンス情報を使用者に知らせることができる。

さらに、サーバは、インターネットを介して天気情報を取得する天気情報取得部をさらに備え、状態判定部は、天気情報取得部が取得した天気情報に基づき、所定の閾値を変更することを特徴としてもよい。
これによれば、サーバが集中的に天気の情報を収集し、その情報に基づき判定を行うことで、強風により通気抵抗が高くなったような場合でも、総合的な判定が可能となり、誤報を回避し、正しいメンテナンス情報を知らせることができる。

以上説明したように、本発明によれば、通常の運転を行っている中で故障か否かを判定し可用性を向上させと共に、通気抵抗の増加を検知して正しいメンテナンス時期を検知するレンジフードを提供することができる。

本発明に係る第一実施例のレンジフードのブロック構成図。 本発明に係る第一実施例の変形例のレンジフードのブロック構成図。 本発明に係る第二実施例のレンジフードのブロック構成図。 本発明に係る第二実施例の変形例のレンジフードのブロック構成図。 本発明に係る第三実施例のレンジフードシステムのブロック構成図。 本発明に係る第三実施例の変形例のレンジフードシステムのブロック構成図。 レンジフードにおける設定風量毎の、静圧、風量、ファン回転数と消費電力の関係の例（シロッコファンの場合）。

以下では、図面を参照しながら、本発明に係る各実施例について説明する。
＜第一実施例＞
図１を参照し、本実施例におけるレンジフード１００を説明する。レンジフード１００は、ダイニングやリビングダイニングにおいて調理器の上方や周囲に設置される。レンジフード１００は、主に調理器で調理されることで発生する油煙や水蒸気などを空気と共に吸引、捕集し、油煙に含まれる油分をフィルタなどで除去しまたはそのまま、排気ダクトなどを通して外部に排出する。

レンジフード１００は、そのような空気の流れを発生させるファン５１と、ファン５１を回転駆動するモータ５２から構成される送風機５０を備える。ファン５１は、シロッコファンであるが、軸流ファンであってもよく、特に限定されない。またモータ５２は、交流電源用、直流電源用いずれであってもよく、特に限定されない。レンジフード１００の仕様に従い、適宜選択される。レンジフード１００は、調理器から立ち上る油煙等を捕集し易くするようにフードや整流板（図示せず）を備えることが好ましい。

また、レンジフード１００は、使用者が操作するための操作部４０を備える。操作部４０は、使用者がレンジフード１００をオンオフするための運転／停止スイッチ４１と、レンジフード１００が吸引／排出する風量を設定するための風量設定スイッチ４２を備える。風量設定スイッチ４２は、たとえば強中弱といったように多段階の風量を設定できることが好ましい。なお、操作部４０は、レンジフード１００に直接設けられてもよいし、遠隔から無線通信等を介して操作できるようにしてもよい。

レンジフード１００は、操作部４０の指示を受けて、送風機５０の制御や状態検出を行う制御部１０を備える。制御部１０は、モータ５２の消費電力を検出するモータ電力検出部１２と、ファン５１の単位時間当たりの回転数を検出するファン回転数検出部１３と、風量設定スイッチ４２の信号を受信し風量の設定値を検出する風量設定値検出部１４と、レンジフード１００の状態を判定する状態判定部１１と、を備える。制御部１０は、マイクロコンピュータに実装され、各部の検出／制御方法は、マイクロコンピュータ内のプログラムにより実現される。

モータ電力検出部１２は、負荷であるモータ５２の消費電力を検出する。検出の方法は、モータ５２にかかる電圧や電流を検出するなどであり、特に限定されない。ファン回転数検出部１３は、ファン５１の回転速度、換言すれば、単位時間当たりの回転数を検出する。単位時間当たりの回転数とは、通常１分当たりの回転数（ＲＰＭ：Ｒｏｔａｔｉｏｎｓ Ｐｅｒ Ｍｉｎｕｔｅ）で表される。ファン５１がモータ５２の回転軸に直結されている場合には、ファン５１の回転数は、モータ５２の回転数と一致するので、モータ５２の回転数であってもよい。

風量設定値検出部１４は、風量設定スイッチ４２から電気的信号を受信し、風量設定スイッチ４２において使用者が大きな風量（強）を指定したのか、中程度の風量（中）を指定したのか、小さな風量（弱）を指定したのかを検出する。風量設定値検出部１４が風量設定スイッチ４２から所定の信号を受信すると、制御部１０は、その受信した信号に応じてた所定電圧でモータを駆動し、送風機５０を駆動する。

ここで、図７を参照し、レンジフード１００における、設定風量毎のファン回転数と消費電力の関係の一例を、静圧と実際の風量を含めて説明する。なお、この例は、ファン５１はモータ５２の回転軸に取り付けられたシロッコファンであり、静圧が変化してもモータ５２に加えられる電圧は一定な場合である。制御部１０は、たとえば風量設定値検出部１４が設定値として「強」の信号を受信すると、所定電圧でモータを駆動しファン５１が静圧（０〜２００Ｐａ）に応じて１０２４ＲＰＭから１４１９ＲＰＭの間で回転するように駆動制御する。静圧がゼロＰａ、風量が５６５ｍ^３／ｈの場合は、全く通気抵抗が無い状態であり最大の実風量が得られる状態である。この状態のときに、ファン５１（モータ５２）は１０２４ＲＰＭで回転する。また、この状態のとき、モータ５２の消費電力は、８５．７ｋＷｈであることが予め分かっている。

また、静圧が２００Ｐａ、風量がゼロｍ^３／ｈの場合は、フィルタや排気ダクトが完全に詰まった状態である。この状態のときに、ファン５１（モータ５２）は１４１９ＲＰＭで回転し、その時のモータ５２の消費電力が４８．２ｋＷｈであることが予め分かっている。また、全く通気抵抗が無い状態と完全に詰まった状態の中間辺り、静圧が１００Ｐａ、風量が４３２ｍ^３／ｈの場合は、ファン５１は１１３６ＲＰＭで回転し、その時のモータ５２の消費電力が７６．６ｋＷｈであることが予め分かっている。説明は省略するが、風量設定値検出部１４が設定値として「弱」の信号を受信した場合も同様である。このように、ファン５１の回転数とモータ５２の消費電力の関係は、予め分かっており、この関係は、レンジフード１００の機種の仕様により、機種特性として定まっている。なお、図７ではファン５１の回転数とモータ５２の消費電力の関係は代表点のみを記載しているが、必要範囲においてより多くのデータ、例えば静圧５Ｐａ間隔などで用意されていてもよく、または、ファン５１の回転数とモータ５２の消費電力の関係を表す近似式により用意されていても良いものである。

レンジフード１００は、レンジフード１００のその機種や個体に関する情報を記憶する記憶部２０を備えており、本実施例では、記憶部２０内の機種特性記憶部２１が、上述したような機種に依存する特性として、ファン５１の回転数とモータ５２の消費電力の関係を記憶する。記憶部２０は、制御部１０のマイクロコンピュータの中に含まれてもよいし、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）としてマイクロコンピュータからアクセス可能な記憶媒体の中に含まれてもよい。機種特性記憶部２１は、レンジフード１００の機種ごとに異なる機種の特性として、ファン５１の回転数とモータ５２の消費電力の関係を対応付けて記憶する。

状態判定部１１は、モータ電力検出部１２が検出した消費電力とファン回転数検出部１３が検出した回転数の関係を示す状態情報が、機種特性記憶部２１が記憶する機種特性に対して、所定の閾値以上逸脱しているか否かを判定する。状態判定部１１は、通常運転中にその時点のレンジフード１００の状態の情報として、モータ電力検出部１２が検出するモータ５２の消費電力とファン回転数検出部１３が検出するファン５１の回転数を取得する。状態判定部１１は、取得した消費電力とファン回転数の関係を、機種特性記憶部２１に予め記憶されているその機種の消費電力とファン回転数の関係と比較する。

たとえば、取得した消費電力が約７６．６ｋＷｈであった場合、機種特性記憶部２１に予め記憶されているその機種の消費電力とファン回転数の関係を参照すると図７に示すように、その時のファン回転数は１１３６ＲＰＭである。しかしながら、取得したファン回転数が１１３６ＲＰＭを大きく下回るような場合は、機種特性記憶部２１内の消費電力とファン回転数の関係から大きく逸脱していることになる。このような場合には、状態判定部１１は、逸脱していると判定する。このような場合には、ファン５１やモータ５２のベアリングに異常がある、ファン５１に異物が付着しているなどの原因が考えられる。

逆に、取得した消費電力は約７６．６ｋＷｈであるが、取得したファン回転数が１１３６ＲＰＭを大きく上回るような場合も、機種特性記憶部２１内の消費電力とファン回転数の関係から大きく逸脱していることになる。このような場合にも、状態判定部１１は、逸脱していると判定する。このような場合には、ファン５１の羽が折れている、ファン５１がしっかりと取り付けられていないなどの原因が考えられる。なお、所定の閾値は機種により適宜定められる。たとえば、上記の例で言えば、消費電力：ファン回転数＝７６．６：１１３６に対して、２０％以内の、消費電力：ファン回転数＝７６．６：９０８〜１３６３の範囲ならば正常である、すなわち逸脱してないと判定し、これ以上の場合は逸脱していると判定する。このように、通常運転時のモータ５２の消費電力とファン５１の回転数に基づいて判定することで、診断モードなどの時間を使うことなく故障などの異常があるかいなかを判定できるので、可用性を向上させることができる。また、累積運転回数などの代用値ではなく、運転時の消費電力やファン回転数を直接検出して判定することで、正確な判定を行うことができる。

また、レンジフード１００は、取得した状態情報が所定の閾値以上逸脱していると状態判定部１１が判定した場合、状態確認の報知を行う報知部３０を備える。報知部３０は、使用者に対して、聴覚的、視覚的に伝達できるものであれば、特に限定されない。たとえば、レンジフード１００は、報知部３０としてランプを備え、警告灯として光らしてもよいし、ブザーを備え警告音を鳴らしてもよい。これによれば、故障などの異常について使用者に、運転中を含めて即時または適時に知らせることができる。なお、本実施例ではモータ電力検出部１２によりモータ５２の消費電力を取得して、それに対応するファン回転数を機種特性記憶部２１に記憶されているデータを参照して読みだし、その値を実際にファン回転数検出部１３が取得した現在のファン５１の回転数と比較して状態判定部１１が判定を行う方法を示したが、参照過程は当然逆でも良く、最初にファン回転数検出部１３がファン５１の回転数を取得し、その回転数に対応する消費電力を機種特性記憶部２１に記憶されているデータを参照して読み出し、その値を実際にモータ電力検出部１２が取得したモータ５２の消費電力と比較して状態判定部１１が判定を行ってもよいものである。

＜第一実施例の変形例＞
図２を参照し、本実施例の変形例であるレンジフード１００Ａを説明する。なお、重複記載を避けるため、同じ構成要素には同じ符号を付し、説明を省略し、異なる点を中心に述べる。レンジフード１００Ａは、送風機５０と、操作部４０と、制御部１０と、報知部３０Ａと、機種特性記憶部２１および識別情報記憶部２２を有する記憶部２０Ａと、通信部６０と、を備える。

識別情報記憶部２２は、レンジフード１００Ａ自身の識別番号を記憶する。識別番号は、たとえば機種と固有の番号からなるシリアル番号である。通信部６０は、外部ネットワークと接続することのできる機能を有する。外部ネットワークは、電話回線などの公衆回線であってもよいし、専用回線であってもよい。また、外部ネットワークは、インターネットに接続することのできるネットワークが好ましい。

報知部３０Ａは、当該識別番号と共に、状態確認の報知をネットワークを介して使用者や使用者以外の者に行う。報知部３０Ａは、通信部６０を介して、電子的に、たとえばメールやＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）の形式で報知を行う。これによれば、運転中の故障などの異常事態について、メンテナンスを行う管理会社などに自動的に知らせることができる。

＜第二実施例＞
図３を参照し、本実施例におけるレンジフード１００Ｂを説明する。なお、同様に、重複記載を避けるため、同じ構成要素には同じ符号を付し、説明を省略し、異なる点を中心に述べる。レンジフード１００Ｂは、送風機５０と、操作部４０と、制御部１０Ｂと、報知部３０と、記憶部２０Ｂと、を備える。

記憶部２０Ｂは、機種特性記憶部２１Ｂのみを有する。機種特性記憶部２１Ｂは、レンジフード１００Ｂの機種ごとに異なる機種の特性として、風量の設定値とファン５１の回転数の関係を対応付けて記憶する。より具体的には、例えば各風量の設定値毎に、満足な風量が出なくなる回転数を限界値として記憶している。図７を例にして説明すると、設定風量値が「強」の場合、静圧が１５０Ｐａ、ファン回転数が１２４５ＲＰＭの時、風量が２５０ｍ³／ｈとなり満足な風量が出せる状態となる。（設計上の満足な風量をここでは仮に２５０ｍ³／ｈとする。）したがって、この時のファン回転数１２４５ＲＰＭを風量の設定値「強」と対応付けて限界値として記憶している。説明は省略するが「弱」の時も満足な風量が出せない状態となるファン回転数を限界値として風量の設定値と対応付けて記憶している。

制御部１０Ｂは、ファン回転数検出部１３と、風量設定値検出部１４と、状態判定部１１Ｂと、を備え、上記実施例ではあったモータ電力検出部１２は有しない。状態判定部１１Ｂは、風量設定値検出部１４が検出した風量の設定値とファン回転数検出部１３が検出したファン５１の回転数の関係を示す状態情報が、機種特性記憶部２１Ｂが記憶する機種特性に対して、所定の閾値以上逸脱しているか否かを判定する。状態判定部１１Ｂは、通常運転中にその時点のレンジフード１００Ｂの状態の情報として、風量設定値検出部１４が検出した風量の設定値とファン回転数検出部１３が検出したファン５１の回転数を取得する。状態判定部１１Ｂは、取得した風量設定値とファン回転数の関係を、機種特性記憶部２１Ｂに予め記憶されているその機種の風量設定値とファン回転数の関係と比較する。

たとえば、取得した風量設定値が「強」であるが、取得したファン回転数が１２４５ＲＰＭを上回るような場合は、機種特性記憶部２１Ｂ内の風量設定値とファン回転数の関係から逸脱していることになる（回転数の限界値を超えていることになる）。このような場合には、状態判定部１１Ｂは、逸脱していると判定する。なお、どの程度逸脱していると逸脱していると判定するかの閾値は、機種により適宜定められ、例えば限界値を超える前で逸脱していると判定するように、風量設定値と対応付けて記憶されているファン回転数（限界値）より５％小さい値を閾値として設定して判定に用いてもよい。このような場合には、静圧（通気抵抗）が高くなっていると考えられ、具体的には、フィルタが目詰まりし、排気ダクトにも油脂分が付着してシャッターが閉じたままとなっているなど、空気の流れる通路に多くの油脂分が付着していることが原因と考えられる。

このように、設定風量とファン５１の回転数に基づいて通気抵抗が増加しているか否かを判定することで、正しいメンテナンス時期を検知するレンジフード１００Ｂを提供することができる。また、累積運転回数などの代用値ではなく、運転時の風量設定値とファン回転数を直接検出して判定することで、正確な判定を行うことができる。

＜第二実施例の変形例＞
図４を参照し、本実施例におけるレンジフード１００Ｃを説明する。なお、同様に、重複記載を避けるため、同じ構成要素には同じ符号を付し、説明を省略し、異なる点を中心に述べる。レンジフード１００Ｃは、送風機５０と、操作部４０と、制御部１０Ｃと、報知部３０Ａと、機種特性記憶部２１Ｃと識別情報記憶部２２を有する記憶部２０Ｃと、通信部６０と、を備える。制御部１０Ｃは、モータ電力検出部１２と、風量設定値検出部１４と、状態判定部１１Ｃと、を備え、上記実施例ではあったファン回転数検出部１３は有しない。

機種特性記憶部２１Ｃは、レンジフード１００Ｃの機種ごとに異なる機種の特性として、風量の設定値とモータ５２の消費電力の関係を対応付けて記憶する。図７を例にして説明すると、設定風量値が「強」の場合、静圧が１５０Ｐａ、消費電力が５３．６ｋＷｈの時、風量が２５０ｍ³／ｈとなり満足な風量が出せる状態となる。（設計上の満足な風量をここでは仮に２５０ｍ³／ｈとする。）したがって、この時の消費電力である５３．６ｋＷｈを風量の設定値「強」と対応付けて限界値として記憶している。説明は省略するが「弱」の時も満足な風量が出せない状態となる消費電力を限界値として風量の設定値と対応付けて記憶している。

状態判定部１１Ｃは、風量設定値検出部１４が検出した風量の設定値とモータ電力検出部１２が検出したモータ５２の消費電力の関係を示す状態情報が、機種特性記憶部２１Ｃが記憶する機種特性に対して、所定の閾値以上逸脱しているか否かを判定する。状態判定部１１Ｃは、通常運転中にその時点のレンジフード１００Ｃの状態の情報として、風量設定値検出部１４が検出した風量の設定値とモータ電力検出部１２が検出したモータ５２の消費電力を取得する。状態判定部１１Ｃは、取得した風量設定値と消費電力の関係を、機種特性記憶部２１Ｃに予め記憶されているその機種の風量設定値と消費電力の関係と比較する。

たとえば、取得した風量設定値は「強」であるが、取得した消費電力が５３．６ｋＷｈを下回るような場合は、機種特性記憶部２１Ｃ内の風量設定値と消費電力の関係から逸脱していることになる（限界値を超えていることになる）。このような場合には、状態判定部１１Ｃは、逸脱していると判定する。なお、どの程度逸脱していると逸脱していると判定するかの閾値は、機種により適宜定められ、例えば限界値を超える前で逸脱していると判定するように、風量設定値と対応付けて記憶されているモータ５２の消費電力（限界値）より５％大きい値を閾値として設定して判定に用いてもよい。このような場合には、静圧（通気抵抗）が高くなっていると考えられ、具体的には、フィルタが目詰まりし、排気ダクトにも油脂分が付着してシャッターが閉じたままとなっているなど、空気の流れる通路に多くの油脂分が付着していることが原因と考えられる。

このように、設定風量とモータ５２の消費電力に基づいて通気抵抗が増加しているか否かを判定することで、正しいメンテナンス時期を検知するレンジフードＣを提供することができる。また、累積運転回数などの代用値ではなく、運転時の風量設定値と消費電力を直接検出して判定することで、正確な判定を行うことができる。

＜第三実施例＞
図５を参照し、本実施例におけるレンジフード１００Ｄを含むレンジフードシステム１を説明する。なお、同様に、重複記載を避けるため、同じ構成要素には同じ符号を付し、説明を省略し、異なる点を中心に述べる。レンジフードシステム１は、レンジフード１００Ｄと、ネットワークを介してレンジフード１００Ｄと接続されるサーバ７０とを備える。

レンジフード１００Ｄは、送風機５０と、操作部４０と、制御部１０Ｄと、識別情報記憶部２２を有する記憶部２０Ｄと、通信部６０Ｄと、を備える。記憶部２０Ｄは、レンジフード１００Ｄ自身の識別番号を記憶する識別情報記憶部２２のみを有する。通信部６０Ｄは、外部ネットワークを介してサーバ７０（サーバ通信部６０Ｄ’）と接続することのできる機能を有する。外部ネットワークは、電話回線などの公衆回線であってもよいし、専用回線であってもよい。また、外部ネットワークは、インターネットに接続することのできるネットワークが好ましい。制御部１０Ｄは、風量設定値検出部１４と、ファン回転数検出部１３とを備える。制御部１０Ｄは、上記実施例にはあった状態判定部１１を備えない。

サーバ７０は、レンジフード１００Ｄの通信部６０Ｄと通信を行うサーバ通信部６０Ｄ’と、状態判定部１１Ｄと、機種特性記憶部２１Ｄと、報知部３０Ｄとを備える。サーバ通信部６０Ｄ’は、一つのレンジフード１００Ｄだけと通信を行うだけでなく、複数のレンジフード１００Ｄと通信を行うことができ、サーバ７０とレンジフード１００Ｄは、１対多の関係で構成される。

サーバ７０は、ＣＰＵやＭＰＵといったサーバ処理部１０Ｄ’、ＲＯＭやＲＡＭ等のメモリデバイスおよびハードディスクＨＤやＤＶＤ等のストレージデバイスとといったサーバ記憶部２０Ｄ’、外部ネットワークと接続されるネットワークインターフェースのサーバ通信部６０Ｄ’を含み、これらが、内部バス、外部バス、拡張バス等を含むシステムバスといった伝送路を介して互いに接続されたものである。サーバ７０は、図示しないが、サーバ管理者等が使用するためのキーボードやマウス等の入力装置、情報を表示するためのディスプレイ等の出力装置を備えていてもよい。

サーバ記憶部２０Ｄ’に含まれる機種特性記憶部２１Ｄは、複数のレンジフード１００Ｄそれぞれの識別番号と、その識別番号に対応する機種特性を記憶する。機種特性記憶部２１は、識別番号ごとの機種特性を有することで、識別番号に対応する機種特性を有してもよいし、識別番号に対応する機種番号と機種番号ごとの機種特性を有することで、識別番号に対応する機種特性を有してもよい。なお、識別番号に機種番号が含まれる場合は、その機種番号を抽出し、当該機種番号に対応する機種特性と比較すればよいので、機種特性記憶部２１Ｄは、機種に対する機種特性のみを有してもよい。

制御部１０Ｄは、風量設定値検出部１４で検出した風量設定値と、ファン回転数検出部１３が検出したファン５１の回転数と、識別情報記憶部２２が記憶する自己の識別番号とを、所定の間隔（たとえば、１日に一回など）で、サーバ７０に送信する。なお、本実施例では、ファン５１の回転数を送信するが、モータ電力検出部１２を備えてモータ５２の消費電力を送信してもよい。すなわち、制御部１０Ｄは、ファン回転数検出部１３が検出したファン５１の回転数、モータ電力検出部１２が検出した消費電力、風量設定値検出部１４が検出した風量設定値のいずれか２つまたはすべての状態情報をサーバ７０へ送信する。通信部６０Ｄは、制御部１０Ｄに従い、識別情報記憶部２２が記憶する自己の識別番号とかかる状態情報をサーバ７０へ送信する。

サーバ７０のサーバ通信部６０Ｄ’は、レンジフード１００Ｄの識別番号とその状態情報を受信すると、サーバ処理部１０Ｄ’に含まれる状態判定部１１Ｄに伝達する。状態判定部１１Ｄは、受信したファン５１の回転数と風量設定値の状態情報と、機種特性記憶部２１Ｄに記憶されている、レンジフード１００Ｄの識別番号に対応する機種特性とを比較する。そして、状態判定部１１Ｄは、比較した結果、その状態情報が対応した機種特性に対して、所定の閾値以上逸脱しているか否かを判定する。

報知部３０Ｄは、状態判定部１１Ｄが所定の閾値以上逸脱していると判定した場合、ネットワークを介して、レンジフード１００Ｄの使用者の携帯端末や使用者以外の者（たとえばレンジフード１００Ｄのメンテナンスを行う管理会社など）に対して報知を行う。なお、サーバ通信部６０Ｄ'は、レンジフード１００Ｄと通信を行うだけでなく、公衆回線などを通じて、使用者などに報知を行える機能を有するものとする。

このように、サーバ７０に複数のレンジフード１００Ｄの機種特性などの情報を集約し、サーバ７０が複数のレンジフード１００Ｄからの状態情報に基づいて判定を行うことで、これらに含まれるデータやプログラムを容易に集中管理できると共に、複数のレンジフード１００Ｄからの情報を得ることができるので、より正確なメンテナンス時期を検知することができる。また、サーバ７０から報知を行うことで、より柔軟で広範な報知が可能となる。

＜第三実施例の変形例＞
図６を参照し、本実施例におけるレンジフード１００Ｅを含むレンジフードシステム１Ｅを説明する。なお、同様に、重複記載を避けるため、同じ構成要素には同じ符号を付し、説明を省略し、異なる点を中心に述べる。レンジフードシステム１Ｅは、レンジフード１００Ｅと、ネットワークを介してレンジフード１００Ｅと接続されるサーバ７０Ｅとを備える。

レンジフード１００Ｅは、送風機５０と、操作部４０と、制御部１０Ｄと、識別情報記憶部２２Ｅを有する記憶部２０Ｅと、通信部６０Ｄと、を備える。記憶部２０Ｅは、レンジフード１００Ｅ自身の識別番号とレンジフード１００Ｅが設置された地域の位置情報を記憶する識別情報記憶部２２Ｅのみを有する。識別情報記憶部２２Ｅは、自己の識別番号と共に、自己が設置された地域の住所情報や経度／緯度情報などの位置情報を記憶する。なお、位置情報は、識別情報記憶部２２Ｅの代わりに、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）発信器を設け、これから得られる位置情報であってもよい。

サーバ７０Ｅは、サーバ通信部６０Ｄ’と、報知部３０Ｄと、機種特性記憶部２１Ｄを含むサーバ記憶部２０Ｅ’と、状態判定部１１Ｅ、地域情報検出部７１および天気情報取得部７２を含むサーバ処理部１０Ｅ’と、を備える。サーバ記憶部２０Ｅ’は、機種特性記憶部２１Ｄ以外に、接続されるそれぞれのレンジフード１００Ｅの識別番号に対応した位置情報を保存してもよい。

サーバ処理部１０Ｅ’に含まれる地域情報検出部７１は、自分またはサーバ記憶部２０Ｅ’に保存される識別番号ごとの位置情報に基づき、複数のレンジフード１００Ｅの地域的な分布を検出する。地域情報検出部７１による地域的な分布の検出は、たとえば、行政区域単位の件数として検出してもよいし、一つ一つのレンジフード１００Ｅを地図上にマップするように検出してもよい。

制御部１０Ｄは、風量設定値検出部１４で検出した風量設定値およびファン回転数検出部１３が検出したファン５１の回転数などの状態情報と、識別情報記憶部２２Ｅが記憶する自己の識別番号および位置情報とを、所定の間隔（たとえば、１日に一回など）で、サーバ７０Ｅに送信する。通信部６０Ｄは、制御部１０Ｄに従い、識別情報記憶部２２Ｅが記憶する自己の識別番号および位置情報の識別情報と、かかる状態情報とをサーバ７０Ｅへ送信する。

サーバ７０Ｅのサーバ通信部６０Ｄ’は、レンジフード１００Ｅの識別番号および位置情報とその状態情報を受信すると、地域情報検出部７１および／またはサーバ記憶部２０Ｅ’に保存されると共に、サーバ処理部１０Ｅ’に含まれる状態判定部１１Ｅに伝達する。状態判定部１１Ｅは、受信したファン５１の回転数と風量設定値の状態情報と、機種特性記憶部２１Ｄに記憶されている、レンジフード１００Ｅの識別番号に対応する機種特性とを比較する。そして、状態判定部１１Ｅは、比較した結果、その状態情報が対応した機種特性に対して、所定の閾値以上逸脱しているか否かを判定する。状態判定部１１Ｅは、状態情報が対応する機種特性に対して、所定の閾値以上逸脱している場合には、逸脱していると判定する。

状態判定部１１Ｅにより所定の閾値以上逸脱していると判定されたレンジフード１００Ｅが地域的な拡がりで存在する場合がある。たとえば、天候不良により風が強い場合、排気ダクトの排気口の向きによってはレンジフード１００Ｅに対する静圧が高くなるため、通常の状態より静圧が高くなり、フィルタなどが目詰まりを起こしている状態と区別がつかなくなる場合がある。目詰まりを起こして静圧が高くなっている状態が地域的な拡がりで存在することは通常考えにくいので、このような場合には、状態情報が所定の閾値以上に逸脱している場合でも、それを逸脱していると判定することは妥当でないと考えられる。

そこで、地域情報検出部７１が、状態判定部１１Ｅにより所定の閾値以上逸脱していると判定されたレンジフード１００Ｅが地域的な拡がりで存在することを検出した場合、状態判定部１１Ｅは、判定を所定時間行わない、地域的な拡がりが解消するまで判定を行わない、所定の閾値を大きくする、一定の時間だけ所定の閾値を大きくする、などの処理を行うことが好ましい。なお、地域的な拡がりとは、一行政区域を超える拡がりであったり、所定の領域内に多数のこのような状態のレンジフード１００Ｅが分布しているなどの状態を言う。

報知部３０Ｄは、状態判定部１１Ｅが所定の閾値以上逸脱していると判定した場合、ネットワークを介して、その判定されたレンジフード１００Ｅの使用者の携帯端末や使用者以外の者に対して報知を行う。地域情報検出部７１が所定の閾値以上逸脱していると判定されたレンジフード１００Ｅが地域的な拡がりで存在することを検出した場合、状態判定部１１Ｅはかかる判定を回避するので、報知部３０Ｄは、報知を行わない。このように、地域的な位置情報と共に複数のレンジフード１００Ｅからの状態情報を得ることができるので、地域的な拡がりで異常状態を検出する場合（たとえば台風の接近などの場合）に、誤報を回避することで、正しいメンテナンス情報を使用者に知らせることができる。

また、サーバ７０Ｅは、インターネットを介して天気情報を取得する天気情報取得部７２をさらに備える。天気情報は、一般にインターネット上で公開されている地域単位の天気に関する情報でよい。かかる天気情報は、風の向きや強さなどの情報を有している。状態判定部１１Ｅは、天気情報取得部７２が取得した天気情報に基づき、所定の閾値を変更することが好ましい。たとえば、状態判定部１１Ｅは、風の強い地域がある場合に、その地域の存するレンジフード１００Ｅの所定の閾値のみを変更することで、その地域内のレンジフード１００Ｅから不必要に報知されることがなく、かつ、他の地域内のレンジフード１００Ｅからは適切に報知される。このように、サーバ７０Ｅが集中的に天気の情報を収集し、その情報に基づき判定を行うことで、強風により通気抵抗が高くなったような場合でも、総合的な判定が可能となり、誤報を回避し、正しいメンテナンス情報を知らせることができる。

なお、本発明は、例示した実施例に限定するものではなく、特許請求の範囲の各項に記載された内容から逸脱しない範囲の構成による実施が可能である。すなわち、本発明は、主に特定の実施形態に関して特に図示され、かつ説明されているが、本発明の技術的思想および目的の範囲から逸脱することなく、以上述べた実施形態に対し、数量、その他の詳細な構成において、当業者が様々な変形を加えることができるものである。

たとえば、上記実施例では、ファンはシロッコファンとして説明したが、軸流ファンであってもよい。ファンがシロッコファンの場合、目詰まり等により静圧が上昇すると回転数が上がり、機種特性記憶部が記憶しているファン回転数より大きくなると、状態判定部は逸脱していると判定する。これに対して、ファンが軸流ファンの場合、目詰まり等により静圧が上昇すると回転数が下がるため、記憶しているファン回転数より小さくなると、状態判定部は逸脱していると判定する。したがって、状態判定部は、ファンの種類により適切な判定方法を有するものとする。

１ レンジフードシステム
１００ レンジフード
１０ 制御部
１１ 状態判定部
１２ モータ電力検出部
１３ ファン回転数検出部
１４ 風量設定値検出部
２０ 記憶部
２１ 機種特性記憶部
２２ 識別情報記憶部
３０ 報知部
４０ 操作部
４１ 運転／停止スイッチ
４２ 風量設定スイッチ
５０ 送風機
５１ ファン
５２ モータ
６０ 通信部
７０ サーバ
７１ 地域情報検出部
７２ 天気情報取得部

Claims (9)

1. 空気の流れを発生させるファンと、
   前記ファンを回転駆動するモータと、
   前記モータの消費電力を検出するモータ電力検出部と、
   前記ファンの回転数を検出するファン回転数検出部と、
   前記ファンの回転数と前記モータの消費電力の関係を示す機種特性を記憶する機種特性記憶部と、
   前記モータ電力検出部が検出した消費電力と前記ファン回転数検出部が検出した回転数の関係を示す状態情報が、前記機種特性記憶部が記憶する機種特性に対して、所定の閾値以上逸脱しているか否かを判定する状態判定部と、
   を備えるレンジフード。
2. 前記状態情報が所定の閾値以上逸脱していると前記状態判定部が判定した場合、状態確認の報知を行う報知部をさらに備えることを特徴とする請求項１に記載のレンジフード。
3. 自身の識別番号を記憶する識別情報記憶部と、ネットワークを介して通信を行う通信部とをさらに備え、
   前記報知部は、前記識別番号と共に、前記状態確認の報知を前記ネットワークを介して使用者以外の者に行うことを特徴とする請求項２に記載のレンジフード。
4. 空気の流れを発生させるファンと、
   前記ファンを回転駆動するモータと、
   流れる空気の単位時間当たりの風量の設定値を検出する風量設定値検出部と、
   前記ファンの回転数を検出するファン回転数検出部と、
   前記単位時間当たりの風量の設定値と前記ファンの回転数の関係を示す機種特性を記憶する機種特性記憶部と、
   前記風量設定値検出部が検出した設定値と前記ファン回転数検出部が検出した回転数の関係を示す状態情報が、前記機種特性記憶部が記憶する機種特性に対して、所定の閾値以上逸脱しているか否かを判定する状態判定部と、
   を備えるレンジフード。
5. 空気の流れを発生させるファンと、
   前記ファンを回転駆動するモータと、
   流れる空気の単位時間当たりの風量の設定値を検出する風量設定値検出部と、
   前記モータの消費電力を検出するモータ電力検出部と、
   前記単位時間当たりの風量の設定値と前記モータの消費電力の関係を示す機種特性を記憶する機種特性記憶部と、
   前記風量設定値検出部が検出した設定値と前記モータ電力検出部が検出した消費電力の関係を示す状態情報が、前記機種特性記憶部が記憶する機種特性に対して、所定の閾値以上逸脱しているか否かを判定する状態判定部と、
   を備えるレンジフード。
6. 請求項４乃至５のいずれかに記載のレンジフードと、
   前記レンジフードとネットワークを介して接続されるサーバと、
   を備えるレンジフードシステムであって、
   前記レンジフードは、自身の識別番号を記憶する識別情報記憶部と、ネットワークを介して前記サーバと通信を行う通信部とをさらに備え、
   前記機種特性記憶部と前記状態判定部は、前記サーバに配置され、
   前記サーバに配置された前記機種特性記憶部は、それぞれの識別番号に対応する機種特性を記憶し、
   前記通信部は、前記識別情報記憶部が記憶する識別番号と前記状態情報を前記サーバへ送信し、
   前記状態判定部は、前記サーバが受信した前記状態情報が、前記機種特性記憶部に記憶され、前記サーバが受信した識別番号に対応する機種特性に対して、所定の閾値以上逸脱しているか否かを判定することを特徴とするレンジフードシステム。
7. 前記サーバは、状態確認の報知を行う報知部を備え、
   前記報知部は、前記状態情報が所定の閾値以上逸脱していると前記状態判定部が判定した場合に、前記レンジフードの使用者の携帯端末および／または使用者以外の者に対して報知を行うことを特徴とする請求項６に記載のレンジフードシステム。
8. 前記識別情報記憶部は、前記レンジフードが設置された地域の位置情報をさらに含み、
   前記サーバは、それぞれの前記レンジフードの識別番号に対応した位置情報を保存し、地域的な分布を検出する地域情報検出部をさらに備え、
   前記通信部は、前記識別情報記憶部が記憶する識別番号および位置情報と、前記状態情報とを前記サーバへ送信し、
   前記地域情報検出部は、前記状態判定部により所定の閾値以上逸脱していると判定された前記レンジフードが地域的な拡がりで存在することを検出した場合、前記状態判定部は、判定を所定時間行わない、または、所定の閾値を大きくすることを特徴とする請求項６乃至７のいずれかに記載のレンジフードシステム。
9. 前記サーバは、インターネットを介して天気情報を取得する天気情報取得部をさらに備え、
   前記状態判定部は、前記天気情報取得部が取得した天気情報に基づき、所定の閾値を変更することを特徴とする請求項６乃至８のいずれかに記載のレンジフードシステム。