JP7538467B2 - 水まわり機器の通信システム - Google Patents

Description

本発明の態様は、一般的に、水まわり機器の通信システムに関する。

近年、水まわり機器におけるＩｏＴ（Internet of Things）として、例えば、水まわり機器をゲートウェイなどのネットワーク機器を介してネットワークに接続することが行われている。これにより、水まわり機器において得られた情報をネットワーク機器を介してネットワークに接続されたサーバ（クラウド）へ蓄積することができる。

水まわり機器において得られる情報の用途は多岐に渡るため、より多くの情報を蓄積することが望ましい。しかし、水まわり機器において得られた情報の全てをサーバに送信すると、場合によっては通信トラフィックが混雑してしまい、データロストやデータ遅延の確率が増加してしまうおそれがある。また、水まわり機器において得られた情報の全てをサーバに送信すると、データ容量が増加し、通信費用が増大してしまうおそれがある。

特許第６６３６８９２号公報

この問題を解決する手段として、通常モードと、通常モードよりも送信する情報のデータ容量や送信頻度が少ないフィルタリングモードと、を実行可能とすることで、通信トラフィックが混雑した際やデータ容量が増加した際に、フィルタリングモードによって送信する情報のデータ容量や送信頻度を削減することが考えられる。

しかし、例えば、通信トラフィックが混雑しているときに、通常モードからフィルタリングモードへの変更を行うと、制御部にかかる負荷が大きくなり、データロストやデータ遅延が発生しやすくなる恐れがある。

本発明は、かかる課題の認識に基づいてなされたものであり、通信トラフィックの混雑や通信費用の増大を抑制できるとともに、通常モードからフィルタリングモードへの変更によるデータロストやデータ遅延の発生を抑制できる水まわり機器の通信システムを提供することを目的とする。

第１の発明は、ネットワークを介して外部機器と接続されるネットワーク機器と、前記ネットワーク機器と接続される複数の水まわり機器と、を備え、前記複数の水まわり機器は、それぞれ、機器本体と、前記機器本体に接続され前記機器本体から受信した情報を前記ネットワーク機器に送信する通信機と、を有し、前記ネットワーク機器は、前記通信機から受信した前記情報を前記ネットワークを介して前記外部機器に送信し、前記通信機は、前記情報を送信する通常モードと、前記通常モードで送信する情報のうち、一部の情報を送信するフィルタリングモードと、を実行可能であり、前記通信機は、前記通常モードから前記フィルタリングモードへの変更を受け付ける変更受付状態を有し、前記変更は、前記変更を要求する変更要求値が閾値以上であり、前記通信機が前記変更受付状態であるときに、実行され、前記変更要求値が閾値以上であっても、前記通信機が前記変更受付状態でないときには、前記通信機が前記変更受付状態になるまで、保留されることを特徴とする水まわり機器の通信システムである。

この水まわり機器の通信システムによれば、通常モードとフィルタリングモードとを実行可能な通信機を設けることで、例えば、通信トラフィックが混雑した際やデータ容量が増加した際に、通常モードよりも送信する情報のデータ容量や送信頻度が少ないフィルタリングモードで通信機からネットワーク機器に情報を送信することができる。これにより、送信する情報のデータ容量や送信頻度を削減することができる。したがって、通信トラフィックの混雑や通信費用の増大を抑制できる。また、変更要求値が閾値以上であっても、通信機が変更受付状態でないときには、通信機が変更受付状態になるまで、通常モードからフィルタリングモードへの変更が保留されることで、通信トラフィックが混雑しているときにモードの変更によって通信機の制御部にかかる負荷が大きくなることを抑制できる。したがって、通常モードからフィルタリングモードへの変更によるデータロストやデータ遅延の発生を抑制できる。

第２の発明は、第１の発明において、前記通信機は、予め設定された時間帯に、前記変更受付状態になることを特徴とする水まわり機器の通信システムである。

この水まわり機器の通信システムによれば、変更要求値が閾値以上であっても、予め設定された時間帯になるまで、通常モードからフィルタリングモードへの変更が保留されることで、通信トラフィックが混雑しているときにモードの変更によって通信機の制御部にかかる負荷が大きくなることをより確実に抑制できる。したがって、通常モードからフィルタリングモードへの変更によるデータロストやデータ遅延の発生をより確実に抑制できる。

第３の発明は、第１の発明において、前記通信機は、前記水まわり機器の過去の使用実績において使用が少ない時間帯に、前記変更受付状態になることを特徴とする水まわり機器の通信システムである。

この水まわり機器の通信システムによれば、変更要求値が閾値以上であっても、水まわり機器の過去の使用実績において使用が少ない時間帯になるまで、通常モードからフィルタリングモードへの変更が保留されることで、通信トラフィックが混雑しているときにモードの変更によって通信機の制御部にかかる負荷が大きくなることをより確実に抑制できる。したがって、通常モードからフィルタリングモードへの変更によるデータロストやデータ遅延の発生をより確実に抑制できる。

第４の発明は、第３の発明において、前記複数の水まわり機器の少なくとも１つは、前記機器本体に設けられ人体を検知する人体検知センサをさらに有し、前記水まわり機器の過去の使用実績において使用が少ない時間帯は、前記人体検知センサによる過去の検知実績において人体の検知が少ない時間帯であることを特徴とする水まわり機器の通信システムである。

この水まわり機器の通信システムによれば、変更要求値が閾値以上であっても、人体検知センサによる過去の検知実績において人体の検知が少ない時間帯になるまで、通常モードからフィルタリングモードへの変更が保留されることで、通信トラフィックが混雑しているときにモードの変更によって通信機の制御部にかかる負荷が大きくなることをより確実に抑制できる。したがって、通常モードからフィルタリングモードへの変更によるデータロストやデータ遅延の発生をより確実に抑制できる。

第５の発明は、第１の発明において、前記通信機は、所定期間に前記機器本体から送信される前記情報のデータ容量が所定量以下のときに、前記変更受付状態になることを特徴とする水まわり機器の通信システムである。

この水まわり機器の通信システムによれば、変更要求値が閾値以上であっても、所定期間に機器本体から送信される情報のデータ容量が所定量以下になるまで、通常モードからフィルタリングモードへの変更が保留されることで、通信トラフィックが混雑しているときにモードの変更によって通信機の制御部にかかる負荷が大きくなることをより確実に抑制できる。したがって、通常モードからフィルタリングモードへの変更によるデータロストやデータ遅延の発生をより確実に抑制できる。

第６の発明は、第１の発明において、前記複数の水まわり機器の少なくとも１つは、前記機器本体に設けられ人体を検知する人体検知センサをさらに有し、前記通信機は、前記人体検知センサにより人体が検知されていないときに、前記変更受付状態になることを特徴とする水まわり機器の通信システムである。

この水まわり機器の通信システムによれば、変更要求値が閾値以上であっても、人体検知センサにより人体が検知されなくなるまで、通常モードからフィルタリングモードへの変更が保留されることで、通信トラフィックが混雑しているときにモードの変更によって通信機の制御部にかかる負荷が大きくなることをより確実に抑制できる。したがって、通常モードからフィルタリングモードへの変更によるデータロストやデータ遅延の発生をより確実に抑制できる。

第７の発明は、第１～第６のいずれか１つの発明において、前記変更要求値は、前記ネットワーク機器から前記外部機器への前記情報の送信頻度であることを特徴とする水まわり機器の通信システムである。

この水まわり機器の通信システムによれば、ネットワーク機器から外部機器への情報の送信頻度が高くなると通信機が通常モードからフィルタリングモードに変更されることで、通信トラフィックが混雑した際に、送信する情報のデータ容量や送信頻度を削減することができる。したがって、より確実に通信トラフィックの混雑や通信費用の増大を抑制できる。

第８の発明は、第１～第６のいずれか１つの発発明において、前記変更要求値は、所定期間に前記ネットワーク機器から前記外部機器へ送信される前記情報のデータ容量であることを特徴とする水まわり機器の通信システムである。

この水まわり機器の通信システムによれば、所定期間にネットワーク機器から外部機器へ送信される情報のデータ容量が多くなると通信機が通常モードからフィルタリングモードに変更されることで、データ容量が増加した際に、送信する情報のデータ容量や送信頻度を削減することができる。したがって、より確実に通信トラフィックの混雑や通信費用の増大を抑制できる。

第９の発明は、第１～第６のいずれか１つの発発明において、前記変更要求値は、前記通信機から前記ネットワーク機器への前記情報の送信頻度であることを特徴とする水まわり機器の通信システムである。

この水まわり機器の通信システムによれば、通信機からネットワーク機器への情報の送信頻度が高くなると通信機が通常モードからフィルタリングモードに変更されることで、通信トラフィックが混雑した際に、送信する情報のデータ容量や送信頻度を削減することができる。したがって、より確実に通信トラフィックの混雑や通信費用の増大を抑制できる。

第１０の発明は、第１～第６のいずれか１つの発発明において、前記変更要求値は、前記ネットワーク機器と接続される前記複数の水まわり機器の数であることを特徴とする水まわり機器の通信システムである。

この水まわり機器の通信システムによれば、ネットワーク機器と接続される水まわり機器の数が少ないときには通信機が通常モードで情報を送信し、ネットワーク機器と接続される水まわり機器の数が多いときには通信機がフィルタリングモードで情報を送信することで、ネットワーク機器と接続される水まわり機器の数が多いときに、送信する情報のデータ容量や送信頻度を削減することができる。したがって、より確実に通信トラフィックの混雑や通信費用の増大を抑制できる。

本発明の態様によれば、通信トラフィックの混雑や通信費用の増大を抑制できるとともに、通常モードからフィルタリングモードへの変更によるデータロストやデータ遅延の発生を抑制できる水まわり機器の通信システムが提供される。

実施形態に係る水まわり機器の通信システムの全体を模式的に表すブロック図である。 実施形態に係る水まわり機器の通信システムの一部を模式的に表すブロック図である。 実施形態に係る水まわり機器から送信される情報の一例を表す表である。 実施形態に係る水まわり機器の通信機から各モードで送信される情報の一例を表す表である。 実施形態に係る通信機の情報送信動作を模式的に表すフローチャートである。 実施形態に係る通信機のモード切替動作の一例を模式的に表すフローチャートである。 実施形態に係る通信機のモード切替動作の一例を模式的に表すフローチャートである。 人体検知センサによる過去の検知実績の一例を表すタイムチャートである。 実施形態に係る通信機のモード切替動作の一例を模式的に表すフローチャートである。 実施形態に係る通信機のモード切替動作の一例を模式的に表すフローチャートである。 実施形態に係る水まわり機器の通信システムのモード切替動作の一例を模式的に表すフローチャートである。 実施形態に係る水まわり機器の通信システムのモード切替動作の一例を模式的に表すフローチャートである。 実施形態に係る水まわり機器の通信システムのモード切替動作の一例を模式的に表すフローチャートである。 実施形態に係る水まわり機器の通信システムのモード切替動作の一例を模式的に表すフローチャートである。

以下、実施形態について図面を参照しつつ説明する。なお、各図面中、同様の構成要素には同一の符号を付して詳細な説明は適宜省略する。
図１は、実施形態に係る水まわり機器の通信システムの全体を模式的に表すブロック図である。
図１に表したように、ネットワークシステム２００は、サーバ５と、管理者端末６と、表示部７と、ネットワーク機器１０と、水まわり機器２０と、を備える。ネットワーク機器１０及び水まわり機器２０は、水まわり機器の通信システム１００を構成している。

サーバ５は、ネットワーク８を介してネットワーク機器１０と接続され、ネットワーク８を介してネットワーク機器１０と通信を行う。サーバ５は、例えば、クラウドサーバである。ネットワーク８は、例えば、インターネットやＬＡＮ（Local Area Network）などである。ネットワーク８は、サーバ５とネットワーク機器１０とを有線で接続するものでもよいし、無線で接続するものでもよいし、有線と無線との組み合わせでもよい。ネットワーク８は、サーバ５とネットワーク機器１０との間の通信を可能にする任意のネットワークでよい。

なお、本願明細書において、「接続」とは、通信可能な状態になることである。換言すれば、「接続」とは、信号の送受信が可能な状態になることである。信号は、例えば、指令信号や情報を含むデータ信号である。

ネットワーク機器１０は、ネットワーク８を介してサーバ５と接続されている。また、ネットワーク機器１０は、複数の水まわり機器２０と接続されている。ネットワーク機器１０は、ネットワーク８を介してサーバ５と通信を行うとともに、水まわり機器２０と通信を行う。ネットワーク機器１０は、例えば、サーバ５側のネットワーク８のプロトコルと水まわり機器２０側の通信のプロトコルとの変換を行うゲートウェイである。

水まわり機器２０は、例えば、温水洗浄便座、大便器、小便器、オートソープディスペンサ、自動水栓、電気温水器、ハンドドライヤ、紙巻き器・ホルダ、リモコン、タブレット、人感・行列センサ、ドア・鍵センサ、ストック棚、照明、スピーカ、音声再生機、映像表示機、生体センサなどである。各水まわり機器２０は、それぞれ、ネットワーク機器１０と接続されている。水まわり機器２０とネットワーク機器１０とは、有線接続されていてもよいし、無線接続されていてもよい。

水まわり機器の通信システム１００は、例えば、公衆のトイレ室などに関連して用いられる。ネットワーク機器１０及び水まわり機器２０は、例えば、トイレ室に設置されて使用される。サーバ５は、トイレ室に設置されてもよいし、トイレ室とは別の部屋に設置されてもよい。

水まわり機器の通信システム１００は、例えば、複数のネットワーク機器１０と、各ネットワーク機器１０に接続される複数の水まわり機器２０と、を有する。換言すれば、水まわり機器の通信システム１００は、例えば、複数のグループを有し、各グループは、１つのネットワーク機器１０と、これに接続される複数の水まわり機器２０と、からなる。なお、水まわり機器の通信システム１００は、少なくとも１つのグループを有していればよい。つまり、水まわり機器の通信システム１００は、少なくとも、１つのネットワーク機器１０と、このネットワーク機器１０に接続される２つ以上の水まわり機器２０と、を有していればよい。

この例では、水まわり機器の通信システム１００は、第１～第３グループＧＲ１～ＧＲ３を有する。第１グループＧＲ１は、ネットワーク機器１０ａと、ネットワーク機器１０ａに接続される複数の水まわり機器２０ａと、を有する。第２グループＧＲ２は、ネットワーク機器１０ｂと、ネットワーク機器１０ｂに接続される複数の水まわり機器２０ｂと、を有する。第３グループＧＲ３は、ネットワーク機器１０ｃと、ネットワーク機器１０ｃに接続される複数の水まわり機器２０ｃと、を有する。ネットワーク機器１０ａ～１０ｃは、ネットワーク８に接続するために、例えば、同じルータに接続される。

各水まわり機器２０は、例えば、各水まわり機器２０の使用状態、動作、故障などに関する複数の情報を、ネットワーク機器１０及びネットワーク８を介してサーバ５に送信する。このように、各水まわり機器２０は、各水まわり機器２０に関する複数の情報をサーバ５などの外部機器に送信する。

これにより、水まわり機器の通信システム１００では、複数の水まわり機器２０に関する情報をサーバ５で一元管理できるようにする。水まわり機器の通信システム１００では、例えば、水まわり機器２０の使用頻度などの情報をサーバ５に蓄積することができる。また、水まわり機器の通信システム１００では、例えば、水まわり機器２０からの情報に基づいて、サーバ５を介して管理者などに水まわり機器２０の故障を報知することができる。また、水まわり機器の通信システム１００では、例えば、水まわり機器２０からの情報に基づいて、電池やトイレットペーパなどの消耗品の補充や交換を管理者などに報知することができる。これらにより、水まわり機器の通信システム１００では、公衆のトイレ室などに水まわり機器２０が設置される場合にも、水まわり機器２０の管理をし易くすることができる。

ネットワーク機器１０と水まわり機器２０との間の通信は、少なくとも水まわり機器２０からネットワーク機器１０への情報の送信を行えればよい。また、サーバ５とネットワーク機器１０との間の通信は、少なくともネットワーク機器１０からサーバ５への情報の送信を行えればよい。但し、ネットワーク機器１０と水まわり機器２０との間の通信は、双方向の通信でもよい。サーバ５とネットワーク機器１０との間の通信は、双方向の通信でもよい。

なお、水まわり機器２０から情報を送信する送信先の外部機器は、サーバ５に限ることなく、情報を必要とする任意の機器でよい。

管理者端末６及び表示部７は、それぞれ、サーバ５に有線または無線で接続されている。管理者端末６及び表示部７は、例えば、サーバ５に蓄積された水まわり機器２０からの情報を表示する。管理者端末６は、例えば、サーバ５、ネットワーク８、及びネットワーク機器１０を介して、水まわり機器２０に信号などを送信してもよい。

図２は、実施形態に係る水まわり機器の通信システムの一部を模式的に表すブロック図である。
図２に表したように、ネットワーク機器１０は、第１通信部１１と、第２通信部１２と、制御部１３と、を有する。

第１通信部１１は、水まわり機器２０及び制御部１３と接続されており、水まわり機器２０と制御部１３との間の通信を行う。第１通信部１１は、送信部１１ａと、受信部１１ｂと、を有する。第１通信部１１の送信部１１ａは、水まわり機器２０に情報を送信する。第１通信部１１の受信部１１ｂは、水まわり機器２０からの情報を受信する。

第２通信部１２は、サーバ５及び制御部１３と接続されており、サーバ５と制御部１３との間の通信を行う。第２通信部１２は、送信部１２ａと、受信部１２ｂと、を有する。第２通信部１２の送信部１２ａは、サーバ５に情報を直接的または間接的に送信する。第２通信部１２の受信部１２ｂは、サーバ５からの情報を受信する。

制御部１３は、第１通信部１１及び第２通信部１２と接続されている。制御部１３は、第１通信部１１を介して水まわり機器２０から受信した情報を、第２通信部１２を介してサーバ５に送信する。また、制御部１３は、第２通信部１２を介してサーバ５から受信した情報を、第１通信部１１を介して水まわり機器２０に送信する。

水まわり機器２０は、機器本体２５と、通信機２６と、人体検知センサ２８と、を有する。機器本体２５は、水まわり機器２０の動作を制御する制御部（図示せず）を有する。機器本体２５は、通信機２６及び人体検知センサ２８と接続されている。

人体検知センサ２８は、機器本体２５と接続されている。人体検知センサ２８は、水まわり機器２０が設けられた空間（例えば、トイレ室）における人体を検知し、検知結果を機器本体２５に送信する。機器本体２５は、人体検知センサ２８の検知結果などの情報を通信機２６に送信する。人体検知センサ２８は、必要に応じて設けられ、省略可能である。

通信機２６は、例えば、電波によりネットワーク機器１０と通信する電波モジュールである。通信機２６は、機器本体２５と接続されている。通信機２６は、例えば、機器本体２５に取り付けられている。通信機２６は、第１通信部２１と、第２通信部２２と、制御部２３と、記憶部２４と、を有する。

第１通信部２１は、機器本体２５及び制御部２３と接続されており、機器本体２５と制御部２３との間の通信を行う。第１通信部２１は、送信部２１ａと、受信部２１ｂと、を有する。第１通信部２１の送信部２１ａは、機器本体２５に情報を送信する。第１通信部２１の受信部２１ｂは、機器本体２５からの情報を受信する。

第２通信部２２は、ネットワーク機器１０及び制御部２３と接続されており、ネットワーク機器１０と制御部２３との間の通信を行う。第２通信部２２は、送信部２２ａと、受信部２２ｂと、を有する。第２通信部２２の送信部２２ａは、ネットワーク機器１０に情報を送信する。第２通信部２２の受信部２２ｂは、ネットワーク機器１０からの情報を受信する。

制御部２３は、第１通信部２１、第２通信部２２、及び記憶部２４と接続されている。制御部２３は、第１通信部２１を介して機器本体２５から受信した情報を、第２通信部２２を介してネットワーク機器１０に送信する。また、制御部２３は、第２通信部２２を介してネットワーク機器１０から受信した情報を、第１通信部２１を介して機器本体２５に送信する。

記憶部２４は、通信機２６のモードの設定を記憶する。より具体的には、記憶部２４は、通常モードの設定と、フィルタリングモードの設定と、を記憶する。後述するように、記憶部２４は、フィルタリングモードの設定として、複数のサブモードの設定を記憶していてもよい。

機器本体２５から情報が送信されると、通信機２６は、第１通信部２１を介して情報を受信する。機器本体２５から情報を受信すると、通信機２６は、第２通信部２２を介して、ネットワーク機器１０に受信した情報を送信する。通信機２６から情報が送信されると、ネットワーク機器１０は、第１通信部１１を介して情報を受信する。通信機２６から情報を受信すると、ネットワーク機器１０は、第２通信部１２を介して、サーバ５に受信した情報を送信する。なお、サーバ５から機器本体２５や通信機２６に信号が送信される場合には、これとは逆の順序で信号が送信される。

ネットワーク機器１０へ情報を送信する際、通信機２６は、記憶部２４に記憶された通常モードの設定またはフィルタリングモードの設定に基づいて、ネットワーク機器１０へ情報を送信する。つまり、通信機２６は、ネットワーク機器１０へ情報を送信する際に、通常モードまたはフィルタリングモードで情報を送信する。換言すれば、通信機２６は、通常モードと、フィルタリングモードと、を実行可能である。

通信機２６は、通常モードにおいて、機器本体２５からの情報の少なくとも一部を送信する。つまり、通信機２６は、通常モードにおいて、機器本体２５からの情報の一部または全部を送信する。通信機２６は、通常モードにおいて、例えば、機器本体２５からの情報の全部を送信する。換言すれば、通信機２６は、通常モードにおいて、例えば、送信する情報を制限しない。

一方、通信機２６は、フィルタリングモードにおいて、通常モードで送信する情報の一部のみを送信する。つまり、通信機２６は、フィルタリングモードにおいて、通常モードで送信していた情報のうち一部の情報を送信し、通常モードで送信していた情報のうち別の一部の情報を送信しない。換言すれば、通信機２６は、フィルタリングモードにおいて、送信する情報を制限する。フィルタリングモードにおいて送信される情報のデータ容量は、通常モードにおいて送信される情報のデータ容量よりも小さい。

以下では、通常モードにおいて送信される情報のうち、フィルタリングモードにおいて送信されない情報を「フィルタリング対象」の情報と称する。また、通常モードにおいて送信される情報のうち、フィルタリングモードにおいて送信される情報を「フィルタリング非対象」の情報と称する。「フィルタリング非対象」の情報は、換言すれば、通常モード及びフィルタリングモードの両方で送信される情報、つまり、モードに関係なく送信される情報である。

このように、通常モードとフィルタリングモードとを実行可能な通信機２６を設けることで、例えば、通信トラフィックが混雑した際やデータ容量が増加した際に、通常モードよりも送信する情報のデータ容量や送信頻度が少ないフィルタリングモードで通信機２６からネットワーク機器１０に情報を送信することができる。これにより、送信する情報のデータ容量や送信頻度を削減することができる。したがって、通信トラフィックの混雑や通信費用の増大を抑制できる。

図３は、実施形態に係る水まわり機器から送信される情報の一例を表す表である。
図４は、実施形態に係る水まわり機器の通信機から各モードで送信される情報の一例を表す表である。
図３に表したように、水まわり機器２０から送信される情報は、例えば、機器本体２５の使用状態に関する情報（使用情報）、機器本体２５の動作に関する情報（動作情報）、機器本体２５の故障に関する情報（故障情報）などを含む。使用情報は、例えば、人体検知、着座検知、巻き動作検知、出入検知、局部洗浄、便器洗浄、吐出、送風、操作、本体連動、再生、出力、取得生体情報などに関する情報を含む。動作情報は、例えば、室温などに関する情報を含む。

また、水まわり機器２０から送信される情報は、例えば、機器本体２５において使用される消耗品の残量に関する情報（残量情報）を含んでもよい。また、水まわり機器２０から送信される情報は、例えば、機器本体２５の各種使用履歴、各種設定状態、各種遠隔設定、各種情報要求などに関する情報を含んでもよい。水まわり機器２０から送信される情報は、例えば、水まわり機器２０（機器本体２５）の種類によって異なる。

図４に表したように、水まわり機器２０（機器本体２５）が温水洗浄便座の場合、水まわり機器２０は、故障情報、残量情報、遠隔設定、情報要求への応答、使用情報、動作情報などの情報を、ネットワーク機器１０を介して、サーバ５に送信する。より具体的には、機器本体２５は、これらの情報を通信機２６に送信する。通信機２６は、これらの情報を機器本体２５から受信し、ネットワーク機器１０に送信する。ネットワーク機器１０は、これらの情報を通信機２６から受信し、サーバ５に送信する。

この例では、機器本体２５は、故障情報として、基板リセット発生、洗浄異常検知、サーミスタ異常、メモリ異常、自己判定、スイッチのショート故障などに関する情報を送信する。また、機器本体２５は、残量情報として、リモコン電池切れ情報などに関する情報を送信する。また、機器本体２５または通信機２６は、情報要求への応答として、使用情報要求への応答、故障メンテナンス情報要求への応答、メモリ読込み要求への応答などに関する情報を送信する。また、機器本体２５は、使用情報として、着座状態、着座センサ連続ＯＮ、便器洗浄、人体検知状態、便座・便蓋状態、局部洗浄状態、ノズル・水勢位置、各種温度、擬音再生装置、ペアリングなどに関する情報を送信する。また、機器本体２５は、動作情報として、室温、節電状態、温度ステップ値などに関する情報を送信する。

上述のように、通信機２６は、機器本体２５から受信した情報をネットワーク機器１０に送信する際に、通常モードまたはフィルタリングモードで送信する。図４では、機器本体２５から通信機２６に送信される情報のうち、各モードにおいて、通信機２６からネットワーク機器１０へ送信される情報を「○」、通信機２６からネットワーク機器１０へ送信されない情報を「×」で示している。つまり、図４において「×」で示されている情報は、フィルタリング対象の情報の例である。

この例では、通信機２６は、通常モードにおいて、故障情報、残量情報、遠隔設定、情報要求への応答、使用情報、動作情報の全部をネットワーク機器１０に送信する。一方、通信機２６は、フィルタリングモードにおいては、故障情報、残量情報、遠隔設定、情報要求、使用情報の一部（着座状態など）をネットワーク機器１０に送信し、使用情報の別の一部（人体検知状態など）、動作情報をネットワーク機器１０に送信しない。

このように、フィルタリングモードにおいて、機器本体２５の故障に関する情報は制限せず、人体検知センサ２８の検知結果に関する情報は制限することで、送信する情報のデータ容量や送信頻度を削減しつつ、機器本体２５の故障をすぐに報知することができる。したがって、フィルタリングモードにおいて使い勝手が損なわれることをより確実に抑制できる。人体検知センサ２８の検知結果は、人がトイレ空間内を移動する際に機器本体２５の前を横切った場合にも検知、非検知を繰り返すことがあり、情報の送信回数、容量が増加しやすい傾向がある。そのため、フィルタリングモードにおいて、人体検知センサ２８の検知結果を送信しないようにすることで、より効率的に通信トラフィックの混雑や通信費の増大を抑制できる。

なお、通信機２６は、フィルタリングモードにおいて、人体検知センサ２８の検知結果に関する情報を制限する代わりに、着座センサの検知結果に関する情報を制限してもよい。あるいは、通信機２６は、フィルタリングモードにおいて、人体検知センサ２８の検知結果に関する情報に加えて、着座センサの検知結果に関する情報を制限してもよい。

また、通常モード及びフィルタリングモードの両方において送信される情報は、機器本体２５の故障に関する情報を含み、通常モードにおいて送信されフィルタリングモードにおいて送信されない情報は、機器本体２５に対する使用者の操作結果に関する情報を含んでもよい。つまり、通信機２６は、フィルタリングモードにおいて、機器本体２５の故障に関する情報は制限せず、機器本体２５に対する使用者の操作結果に関する情報を制限してもよい。

このように、フィルタリングモードにおいて、機器本体２５の故障に関する情報は制限せず、機器本体２５に対する使用者の操作結果に関する情報は制限することで、送信する情報のデータ容量や送信頻度を削減しつつ、機器本体２５の故障をすぐに報知することができる。したがって、フィルタリングモードにおいて使い勝手が損なわれることをより確実に抑制できる。

フィルタリングモードは、例えば、複数のサブモードを有していてもよい。この例では、フィルタリングモードは、第１モードと第２モードの２つのサブモードを有する。第１モードにおいては、使用情報のうち、着座状態、着座センサ連続ＯＮ、便器洗浄に関する情報をフィルタリング非対象の情報としている。一方、第２モードにおいては、使用情報のうち、着座状態に関する情報のみをフィルタリング非対象の情報とし、着座センサ連続ＯＮ、便器洗浄に関する情報はフィルタリング対象の情報としている。つまり、第２モードでは、第１モードよりもフィルタリング対象が広くなっている。

このように、フィルタリングモードが複数のサブモードを有することで、通信トラフィックの混雑状況やデータ容量の状況などに応じて、フィルタリングの設定を細かく変化させることができる。したがって、より確実に通信トラフィックの混雑や通信費用の増大を抑制できる。

なお、管理者は、フィルタリング対象の情報とフィルタリング非対象の情報とを任意に設定することができる。より具体的には、例えば、管理者は、管理者端末６からサーバ５及びネットワーク機器１０を介してフィルタリングモードの設定の変更に関する信号を通信機２６に送信することで、通信機２６の記憶部２４に記憶されたフィルタリングモードの設定を書き換えることができる。このように、フィルタリングモードの設定は、水まわり機器２０の使用を開始した後に、水まわり機器２０の使用状況などに応じて変更可能である。

図５は、実施形態に係る通信機の情報送信動作を模式的に表すフローチャートである。
図５に表したように、通信機２６は、機器本体２５から情報を受信するまで待機する（ステップＳ１０１：Ｎｏ）。機器本体２５から情報を受信すると（ステップＳ１０１：Ｙｅｓ）、通信機２６は、通常モードか否かを判定する（ステップＳ１０２）。

通常モードの場合（ステップＳ１０２：Ｙｅｓ）、通信機２６は、受信した情報をネットワーク機器１０へ送信する（ステップＳ１０３）。フィルタリングモードの場合（ステップＳ１０２：Ｎｏ）、通信機２６は、受信した情報がフィルタリング非対象か否かを判定する（ステップＳ１０４）。

受信した情報がフィルタリング非対象の場合（ステップＳ１０４：Ｙｅｓ）、通信機２６は、受信した情報をネットワーク機器１０へ送信する（ステップＳ１０３）。受信した情報がフィルタリング対象の場合（ステップＳ１０４：Ｎｏ）、通信機２６は、受信した情報をネットワーク機器１０へ送信せずに終了する。

なお、フィルタリングモードにおいて送信されなかった情報は、通信機２６において削除されてもよいし、通信機２６において一定条件下、例えば一定期間や一定容量、一定回数まで蓄積された後にネットワーク機器１０へ送信されてもよい。

サーバ５は、例えば、通信機２６に対してモードに関する情報を送信するように要求する信号（モード情報要求信号）を送信してもよい。モード情報要求信号を受信した通信機２６が通常モード及びフィルタリングモードのいずれのモードであるかに関する情報をサーバ５に送信することで、サーバ５は、通信機２６のフィルタリングの状態に関する情報を得ることができる。サーバ５から通信機２６へのモード情報要求信号の送信は、所定時間が経過するごとに定期的に行われてもよいし、サーバ５がネットワーク機器１０からの情報を受信するたびに行われてもよいし、管理者端末６を介して管理者が任意のタイミングで行ってもよい。

以下、通常モードとフィルタリングモードとの切り替えについて、説明する。
図６は、実施形態に係る通信機のモード切替動作の一例を模式的に表すフローチャートである。
図６に表したように、通信機２６は、フィルタリングモードへの変更の要求があるまで、通常モードを維持する（ステップＳ２０１：Ｎｏ）。フィルタリングモードへの変更の要求があると（ステップＳ２０１：Ｙｅｓ）、通信機２６は、変更受付状態か否かを判定する（ステップＳ２０２）。この例では、通信機２６は、予め設定された時間帯に、変更受付状態になる。つまり、この例では、通信機２６は、ステップＳ２０２において、予め設定された時間帯か否かを判定する。予め設定された時間帯は、例えば、水まわり機器２０の使用頻度が低いと想定される時間帯であり、例えば、夜間（午前０時から午前６時までの間）である。

時刻の判定は、通信機２６により行われてもよいし、ネットワーク機器１０やサーバ５により行われてもよい。つまり、通信機２６自体が時刻を認識して変更受付状態になってもよいし、ネットワーク機器１０やサーバ５が時刻を認識して、通信機２６を変更受付状態にさせてもよい。

予め設定された時間帯でない場合（ステップＳ２０２：Ｎｏ）、通信機２６は、予め設定された時間帯になるまで、フィルタリングモードへの変更を保留する。予め設定された時間帯になると（ステップＳ２０２：Ｙｅｓ）、通信機２６は、フィルタリングモードへの変更を実行する（ステップＳ２０３）。

より具体的には、例えば、通信機２６は、フィルタリングモードへの変更を要求する信号を受信したときに、予め設定された時間帯であれば、通常モードからフィルタリングモードへの変更を実行する。一方、通信機２６は、フィルタリングモードへの変更を要求する信号を受信したときに、予め設定された時間帯でなければ、予め設定された時間帯になるまで、通常モードからフィルタリングモードへの変更を保留し、予め設定された時間帯になったら、通常モードからフィルタリングモードへの変更を実行する。

通信機２６が通常モードからフィルタリングモードへ変更されると、通信機２６は、通常モードからフィルタリングモードへ変更されたことを示す信号をネットワーク機器１０に送信する（ステップＳ２０４）。より具体的には、例えば、通信機２６が通常モードからフィルタリングモードへ変更されると、通信機２６は、フィルタリングモードが開始したことを示す信号をネットワーク機器１０に送信する。

このように、変更要求値が閾値以上であっても（すなわち、モード変更の要求があっても）、通信機２６が変更受付状態でないときには、通信機２６が変更受付状態になるまで、通常モードからフィルタリングモードへの変更が保留されることで、通信トラフィックが混雑しているときにモードの変更によって通信機２６の制御部２３にかかる負荷が大きくなることを抑制できる。したがって、通常モードからフィルタリングモードへの変更によるデータロストやデータ遅延の発生を抑制できる。

また、変更要求値が閾値以上であっても（すなわち、モード変更の要求があっても）、予め設定された時間帯になるまで、通常モードからフィルタリングモードへの変更が保留されることで、通信トラフィックが混雑しているときにモードの変更によって通信機２６の制御部２３にかかる負荷が大きくなることをより確実に抑制できる。したがって、通常モードからフィルタリングモードへの変更によるデータロストやデータ遅延の発生をより確実に抑制できる。

また、通常モードとフィルタリングモードとの変更時に、通常モード及びフィルタリングモードのいずれのモードであるかを示す信号を通信機２６からネットワーク機器１０に送信することで、管理者がフィルタリングの状況を容易に把握することができる。したがって、より容易に水まわり機器２０を管理することができる。

フィルタリングモードから通常モードへの変更は、例えば、図６のステップＳ２０１～Ｓ２０４と同様にして行われる。この場合、例えば、通信機２６は、通常モードへの変更を要求する信号を受信したときに、予め設定された時間帯であれば、フィルタリングモードから通常モードへの変更を実行する。一方、通信機２６は、通常モードへの変更を要求する信号を受信したときに、予め設定された時間帯でなければ、予め設定された時間帯になるまで、フィルタリングモードから通常モードへの変更を保留し、予め設定された時間帯になったら、フィルタリングモードから通常モードへの変更を実行する。そして、通信機２６がフィルタリングモードから通常モードに変更されると、通信機２６は、フィルタリングモードが終了したことを示す信号をネットワーク機器１０に送信する。

なお、フィルタリングモードから通常モードへの変更では、図６のステップＳ２０２を省略してもよい。つまり、通信機２６は、通常モードへの変更を要求する信号を受信すると、予め設定された時間帯か否かの判定を行わずに、フィルタリングモードから通常モードへの変更を実行してもよい。

図７は、実施形態に係る通信機のモード切替動作の一例を模式的に表すフローチャートである。
図８は、人体検知センサによる過去の検知実績の一例を表すタイムチャートである。
図７に表したように、この例では、変更受付状態になる条件が異なる以外は、図６と同様にしてモード切替動作を行う。なお、図７のステップＳ３０１、ステップＳ３０３、及びステップＳ３０４は、それぞれ、図６のステップＳ２０１、ステップＳ２０３、及びステップＳ２０４と実質的に同じであるため、説明を省略する。

この例では、通信機２６は、人体検知センサ２８による過去の検知実績において人体の検知が少ない時間帯に、変更受付状態になる。つまり、この例では、通信機２６は、ステップＳ３０２において、人体の検知が少ない時間帯か否かを判定する。人体の検知が少ない時間帯は、例えば、過去７日間の３０分ごとの人体検知の有無から算出される。

図８では、１時間当たりの人体検知回数の実績の一例を表している。図８に表したように、人体検知センサ２８による過去の検知実績から、人体の検知が少ない時間帯ＴＺ１と、人体検知が多い時間帯ＴＺ２と、を求めることができる。なお、人体の検知が少ない時間帯ＴＺ１と、人体検知が多い時間帯ＴＺ２と、を区別する１時間当たりの人体検知回数の閾値は、任意の値に設定することができる。

より具体的には、例えば、通信機２６は、フィルタリングモードへの変更を要求する信号を受信したときに、人体の検知が少ない時間帯ＴＺ１であれば、通常モードからフィルタリングモードへの変更を実行する。一方、通信機２６は、フィルタリングモードへの変更を要求する信号を受信したときに、人体の検知が少ない時間帯ＴＺ１でなければ（つまり、人体の検知が多い時間帯ＴＺ２であれば）、人体の検知が少ない時間帯ＴＺ１になるまで、通常モードからフィルタリングモードへの変更を保留し、人体の検知が少ない時間帯ＴＺ１になったら、通常モードからフィルタリングモードへの変更を実行する。

このように、変更要求値が閾値以上であっても（すなわち、モード変更の要求があっても）、人体検知センサ２８による過去の検知実績において人体の検知が少ない時間帯ＴＺ１になるまで、通常モードからフィルタリングモードへの変更が保留されることで、通信トラフィックが混雑しているときにモードの変更によって通信機２６の制御部２３にかかる負荷が大きくなることをより確実に抑制できる。したがって、通常モードからフィルタリングモードへの変更によるデータロストやデータ遅延の発生をより確実に抑制できる。

なお、人体検知センサ２８による過去の検知実績がない場合には、通常モードからフィルタリングモードへの変更、及び、フィルタリングモードから通常モードへの変更は、変更要求値が閾値以上になると即座に行われる。

フィルタリングモードから通常モードへの変更は、例えば、図７のステップＳ３０１～Ｓ３０４と同様にして行われる。この場合、例えば、通信機２６は、通常モードへの変更を要求する信号を受信したときに、人体の検知が少ない時間帯であれば、フィルタリングモードから通常モードへの変更を実行する。一方、通信機２６は、通常モードへの変更を要求する信号を受信したときに、人体の検知が少ない時間帯でなければ、人体の検知が少ない時間帯になるまで、フィルタリングモードから通常モードへの変更を保留し、人体の検知が少ない時間帯になったら、フィルタリングモードから通常モードへの変更を実行する。そして、通信機２６がフィルタリングモードから通常モードに変更されると、通信機２６は、フィルタリングモードが終了したことを示す信号をネットワーク機器１０に送信する。

なお、フィルタリングモードから通常モードへの変更では、図７のステップＳ３０２を省略してもよい。つまり、通信機２６は、通常モードへの変更を要求する信号を受信すると、人体の検知が少ない時間帯か否かの判定を行わずに、フィルタリングモードから通常モードへの変更を実行してもよい。

また、人体の検知が少ない時間帯か否かの判定は、通信機２６により行われてもよいし、ネットワーク機器１０やサーバ５により行われてもよい。

このように、通信機２６は、水まわり機器２０の過去の使用実績において使用が少ない時間帯に、変更受付状態になってもよい。水まわり機器２０の使用の有無は、例えば、人体検知センサ２８による人体検知の有無により判定される。つまり、人体検知センサ２８による過去の検知実績において人体の検知が少ない時間帯を、水まわり機器２０の過去の使用実績において使用が少ない時間帯とみなすことができる。あるいは、水まわり機器２０の使用の有無は、例えば、機器本体２５やリモコンへの操作の有無などにより判定されてもよい。つまり、機器本体２５やリモコンへの操作が少ない時間帯を、水まわり機器２０の過去の使用実績において使用が少ない時間帯とみなしてもよい。

図９は、実施形態に係る通信機のモード切替動作の一例を模式的に表すフローチャートである。
図９に表したように、この例では、変更受付状態になる条件が異なる以外は、図６と同様にしてモード切替動作を行う。なお、図９のステップＳ４０１、ステップＳ４０３、及びステップＳ４０４は、それぞれ、図６のステップＳ２０１、ステップＳ２０３、及びステップＳ２０４と実質的に同じであるため、説明を省略する。

この例では、通信機２６は、所定期間に機器本体２５から送信される情報のデータ容量が所定量以下のときに、変更受付状態になる。つまり、この例では、通信機２６は、ステップＳ４０２において、所定期間に機器本体２５から送信される情報のデータ容量が所定量以下か否かを判定する。ここでいう所定期間は、例えば、１時間である。

より具体的には、例えば、通信機２６は、フィルタリングモードへの変更を要求する信号を受信したときに、所定期間に機器本体２５から送信される情報のデータ容量が所定量以下であれば、通常モードからフィルタリングモードへの変更を実行する。一方、通信機２６は、フィルタリングモードへの変更を要求する信号を受信したときに、所定期間に機器本体２５から送信される情報のデータ容量が所定量を超えていれば、所定期間に機器本体２５から送信される情報のデータ容量が所定量以下になるまで、通常モードからフィルタリングモードへの変更を保留し、所定期間に機器本体２５から送信される情報のデータ容量が所定量以下になったら、通常モードからフィルタリングモードへの変更を実行する。

このように、変更要求値が閾値以上であっても（すなわち、モード変更の要求があっても）、所定期間に機器本体２５から送信される情報のデータ容量が所定量以下になるまで、通常モードからフィルタリングモードへの変更が保留されることで、通信トラフィックが混雑しているときにモードの変更によって通信機２６の制御部２３にかかる負荷が大きくなることをより確実に抑制できる。したがって、通常モードからフィルタリングモードへの変更によるデータロストやデータ遅延の発生をより確実に抑制できる。

フィルタリングモードから通常モードへの変更は、例えば、図９のステップＳ４０１～Ｓ４０４と同様にして行われる。この場合、例えば、通信機２６は、通常モードへの変更を要求する信号を受信したときに、所定期間に機器本体２５から送信される情報のデータ容量が所定量以下であれば、フィルタリングモードから通常モードへの変更を実行する。一方、通信機２６は、通常モードへの変更を要求する信号を受信したときに、所定期間に機器本体２５から送信される情報のデータ容量が所定量を超えていれば、所定期間に機器本体２５から送信される情報のデータ容量が所定量以下になるまで、フィルタリングモードから通常モードへの変更を保留し、所定期間に機器本体２５から送信される情報のデータ容量が所定量以下になったら、フィルタリングモードから通常モードへの変更を実行する。そして、通信機２６がフィルタリングモードから通常モードに変更されると、通信機２６は、フィルタリングモードが終了したことを示す信号をネットワーク機器１０に送信する。

なお、フィルタリングモードから通常モードへの変更では、図９のステップＳ４０２を省略してもよい。つまり、通信機２６は、通常モードへの変更を要求する信号を受信すると、所定期間に機器本体２５から送信される情報のデータ容量が所定量以下か否かの判定を行わずに、フィルタリングモードから通常モードへの変更を実行してもよい。

図１０は、実施形態に係る通信機のモード切替動作の一例を模式的に表すフローチャートである。
図１０に表したように、この例では、変更受付状態になる条件が異なる以外は、図６と同様にしてモード切替動作を行う。なお、図１０のステップＳ５０１、ステップＳ５０３、及びステップＳ５０４は、それぞれ、図６のステップＳ２０１、ステップＳ２０３、及びステップＳ２０４と実質的に同じであるため、説明を省略する。

この例では、変更受付状態は、人体検知センサ２８により人体が検知されていない状態である。つまり、この例では、通信機２６は、ステップＳ５０２において、人体検知センサ２８により人体が検知されているか否かを判定する。

より具体的には、例えば、通信機２６は、フィルタリングモードへの変更を要求する信号を受信したときに、人体検知センサ２８により人体が検知されていなければ、通常モードからフィルタリングモードへの変更を実行する。一方、通信機２６は、フィルタリングモードへの変更を要求する信号を受信したときに、人体検知センサ２８により人体が検知されていれば、人体検知センサ２８により人体が検知されなくなるまで、通常モードからフィルタリングモードへの変更を保留し、人体検知センサ２８により人体が検知されなくなったら、通常モードからフィルタリングモードへの変更を実行する。

このように、変更要求値が閾値以上であっても（すなわち、モード変更の要求があっても）、人体検知センサ２８により人体が検知されなくなるまで、通常モードからフィルタリングモードへの変更が保留されることで、通信トラフィックが混雑しているときにモードの変更によって通信機２６の制御部２３にかかる負荷が大きくなることをより確実に抑制できる。したがって、通常モードからフィルタリングモードへの変更によるデータロストやデータ遅延の発生をより確実に抑制できる。

フィルタリングモードから通常モードへの変更は、例えば、図１０のステップＳ５０１～Ｓ５０４と同様にして行われる。この場合、例えば、通信機２６は、通常モードへの変更を要求する信号を受信したときに、人体検知センサ２８により人体が検知されていなければ、フィルタリングモードから通常モードへの変更を実行する。一方、通信機２６は、通常モードへの変更を要求する信号を受信したときに、人体検知センサ２８により人体が検知されていれば、人体検知センサ２８により人体が検知されなくなるまで、フィルタリングモードから通常モードへの変更を保留し、人体検知センサ２８により人体が検知されなくなったら、フィルタリングモードから通常モードへの変更を実行する。そして、通信機２６がフィルタリングモードから通常モードに変更されると、通信機２６は、フィルタリングモードが終了したことを示す信号をネットワーク機器１０に送信する。

なお、フィルタリングモードから通常モードへの変更では、図１０のステップＳ５０２を省略してもよい。つまり、通信機２６は、通常モードへの変更を要求する信号を受信すると、人体検知センサ２８により人体が検知されているか否かの判定を行わずに、フィルタリングモードから通常モードへの変更を実行してもよい。

図１１は、実施形態に係る水まわり機器の通信システムのモード切替動作の一例を模式的に表すフローチャートである。
図１１に表したように、通信機２６が通常モードのとき（ステップＳ６０１：Ｙｅｓ）、ネットワーク機器１０は、ネットワーク機器１０からサーバ５への情報の送信頻度が第１閾値未満か否かを判定する（ステップＳ６０２）。送信頻度は、換言すれば、所定期間における送信回数である。所定期間は、例えば、１か月間である。所定期間は、任意の期間に設定することができ、１週間、１日間、または１時間などであってもよい。

ネットワーク機器１０からサーバ５への情報の送信頻度が第１閾値未満のとき（ステップＳ６０２：Ｙｅｓ）、ネットワーク機器１０は、モードの変更を要求する信号を送信せずに、フローを終了する。一方、ネットワーク機器１０からサーバ５への情報の送信頻度が第１閾値以上になると（ステップＳ６０２：Ｎｏ）、ネットワーク機器１０は、フィルタリングモードへの変更を要求する信号を送信する（ステップＳ６０３）。

このように、この例では、ネットワーク機器１０からサーバ５（外部機器）への情報の送信頻度に基づいて、フィルタリングモードへの変更を要求する信号が送信される。つまり、この例では、通常モードからフィルタリングモードへの変更を要求する変更要求値は、ネットワーク機器１０からサーバ５（外部機器）への情報の送信頻度である。

通信機２６は、図６～図１０に表したように、フィルタリングモードへの変更を要求する信号を受信し、変更受付状態であるときに、通常モードからフィルタリングモードへ変更される。

通信機２６がフィルタリングモードのとき（ステップＳ６０１：Ｎｏ）、ネットワーク機器１０は、ネットワーク機器１０からサーバ５への情報の送信頻度が第２閾値以上か否かを判定する（ステップＳ６０４）。第２閾値は、例えば、第１閾値と同じであってもよいし、第１閾値よりも小さくてもよい。また、第２閾値の所定期間は、例えば、第１閾値の所定期間と同じであってもよいし、第１閾値の所定期間と異なっていてもよい。

ネットワーク機器１０からサーバ５への情報の送信頻度が第２閾値以上のとき（ステップＳ６０４：Ｙｅｓ）、ネットワーク機器１０は、モードの変更を要求する信号を送信せずに、フローを終了する。一方、ネットワーク機器１０からサーバ５への情報の送信頻度が第２閾値未満になると（ステップＳ６０４：Ｎｏ）、ネットワーク機器１０は、通常モードへの変更を要求する信号を送信する（ステップＳ６０５）。

このように、この例では、ネットワーク機器１０からサーバ５（外部機器）への情報の送信頻度に基づいて、通常モードへの変更を要求する信号が送信される。つまり、この例では、フィルタリングモードから通常モードへの変更を要求する変更要求値は、ネットワーク機器１０からサーバ５（外部機器）への情報の送信頻度である。

なお、ネットワーク機器１０は、所定期間（例えば、１か月）が経過したら、通常モードへの変更を要求する信号を送信してもよい。つまり、通信機２６は、所定期間が経過したら、フィルタリングモードから通常モードに変更されてもよい。換言すれば、フィルタリングモードから通常モードへの変更を要求する変更要求値は、経過時間であってもよい。

通信機２６は、図６～図１０に表したように、通常モードへの変更を要求する信号を受信し、変更受付状態であるときに、フィルタリングモードから通常モードへ変更される。

このように、ネットワーク機器１０からサーバ５（外部機器）への情報の送信頻度が高くなると通信機２６が通常モードからフィルタリングモードに変更されることで、通信トラフィックが混雑した際に、送信する情報のデータ容量や送信頻度を削減することができる。したがって、より確実に通信トラフィックの混雑や通信費用の増大を抑制できる。

なお、この例では、ネットワーク機器１０がモードの変更を要求しているが、モードの変更の要求は、サーバ５により行われてもよい。つまり、図１１の制御は、ネットワーク機器１０の制御部１３により行われてもよいし、サーバ５の制御部により行われてもよい。

図１２は、実施形態に係る水まわり機器の通信システムのモード切替動作の一例を模式的に表すフローチャートである。
図１２に表したように、通信機２６が通常モードのとき（ステップＳ７０１：Ｙｅｓ）、ネットワーク機器１０は、所定期間にネットワーク機器１０からサーバ５へ送信される情報のデータ容量が第３閾値未満か否かを判定する（ステップＳ７０２）。所定期間に送信される情報のデータ容量は、換言すれば、所定期間における送信データ量である。所定期間は、例えば、１か月間である。所定期間は、任意の期間に設定することができ、１週間、１日間、または１時間などであってもよい。

所定期間にネットワーク機器１０からサーバ５へ送信される情報のデータ容量が第３閾値未満のとき（ステップＳ７０２：Ｙｅｓ）、ネットワーク機器１０は、モードの変更を要求する信号を送信せずに、フローを終了する。一方、所定期間にネットワーク機器１０からサーバ５へ送信される情報のデータ容量が第３閾値以上になると（ステップＳ７０２：Ｎｏ）、ネットワーク機器１０は、フィルタリングモードへの変更を要求する信号を送信する（ステップＳ７０３）。

このように、この例では、所定期間にネットワーク機器１０からサーバ５（外部機器）へ送信される情報のデータ容量に基づいて、フィルタリングモードへの変更を要求する信号が送信される。つまり、この例では、通常モードからフィルタリングモードへの変更を要求する変更要求値は、所定期間にネットワーク機器１０からサーバ５（外部機器）へ送信される情報のデータ容量である。

通信機２６は、図６～図１０に表したように、フィルタリングモードへの変更を要求する信号を受信し、変更受付状態であるときに、通常モードからフィルタリングモードへ変更される。

通信機２６がフィルタリングモードのとき（ステップＳ７０１：Ｎｏ）、ネットワーク機器１０は、所定期間にネットワーク機器１０からサーバ５へ送信される情報のデータ容量が第４閾値以上か否かを判定する（ステップＳ７０４）。第４閾値は、例えば、第３閾値と同じであってもよいし、第３閾値よりも小さくてもよい。また、第４閾値の所定期間は、例えば、第３閾値の所定期間と同じであってもよいし、第３閾値の所定期間と異なっていてもよい。

所定期間にネットワーク機器１０からサーバ５へ送信される情報のデータ容量が第４閾値以上のとき（ステップＳ７０４：Ｙｅｓ）、ネットワーク機器１０は、モードの変更を要求する信号を送信せずに、フローを終了する。一方、所定期間にネットワーク機器１０からサーバ５へ送信される情報のデータ容量が第４閾値未満になると（ステップＳ７０４：Ｎｏ）、ネットワーク機器１０は、通常モードへの変更を要求する信号を送信する（ステップＳ７０５）。

このように、この例では、所定期間にネットワーク機器１０からサーバ５（外部機器）へ送信される情報のデータ容量に基づいて、通常モードへの変更を要求する信号が送信される。つまり、この例では、フィルタリングモードから通常モードへの変更を要求する変更要求値は、所定期間にネットワーク機器１０からサーバ５（外部機器）へ送信される情報のデータ容量である。上述のように、フィルタリングモードから通常モードへの変更を要求する変更要求値は、経過時間であってもよい。

通信機２６は、図６～図１０に表したように、通常モードへの変更を要求する信号を受信し、変更受付状態であるときに、フィルタリングモードから通常モードへ変更される。

このように、所定期間にネットワーク機器１０からサーバ５（外部機器）へ送信される情報のデータ容量が多くなると通信機２６が通常モードからフィルタリングモードに変更されることで、データ容量が増加した際に、送信する情報のデータ容量や送信頻度を削減することができる。したがって、より確実に通信トラフィックの混雑や通信費用の増大を抑制できる。

なお、この例では、ネットワーク機器１０がモードの変更を要求しているが、モードの変更の要求は、サーバ５により行われてもよい。つまり、図１２の制御は、ネットワーク機器１０の制御部１３により行われてもよいし、サーバ５の制御部により行われてもよい。

図１３は、実施形態に係る水まわり機器の通信システムのモード切替動作の一例を模式的に表すフローチャートである。
図１３に表したように、通信機２６が通常モードのとき（ステップＳ８０１：Ｙｅｓ）、ネットワーク機器１０は、通信機２６からネットワーク機器１０への情報の送信頻度が第５閾値未満か否かを判定する（ステップＳ８０２）。送信頻度は、換言すれば、所定期間における送信回数である。所定期間は、例えば、１か月間である。所定期間は、任意の期間に設定することができ、１週間、１日間、または１時間などであってもよい。

通信機２６からネットワーク機器１０への情報の送信頻度が第５閾値未満のとき（ステップＳ８０２：Ｙｅｓ）、ネットワーク機器１０は、モードの変更を要求する信号を送信せずに、フローを終了する。一方、通信機２６からネットワーク機器１０への情報の送信頻度が第５閾値以上になると（ステップＳ８０２：Ｎｏ）、ネットワーク機器１０は、フィルタリングモードへの変更を要求する信号を送信する（ステップＳ８０３）。

このように、この例では、通信機２６からネットワーク機器１０への情報の送信頻度に基づいて、フィルタリングモードへの変更を要求する信号が送信される。つまり、この例では、通常モードからフィルタリングモードへの変更を要求する変更要求値は、通信機２６からネットワーク機器１０への情報の送信頻度である。

通信機２６は、図６～図１０に表したように、フィルタリングモードへの変更を要求する信号を受信し、変更受付状態であるときに、通常モードからフィルタリングモードへ変更される。

通信機２６がフィルタリングモードのとき（ステップＳ８０１：Ｎｏ）、ネットワーク機器１０は、通信機２６からネットワーク機器１０への情報の送信頻度が第６閾値以上か否かを判定する（ステップＳ８０４）。第６閾値は、例えば、第５閾値と同じであってもよいし、第５閾値よりも小さくてもよい。また、第６閾値の所定期間は、例えば、第５閾値の所定期間と同じであってもよいし、第５閾値の所定期間と異なっていてもよい。

通信機２６からネットワーク機器１０への情報の送信頻度が第６閾値以上のとき（ステップＳ８０４：Ｙｅｓ）、ネットワーク機器１０は、モードの変更を要求する信号を送信せずに、フローを終了する。一方、通信機２６からネットワーク機器１０への情報の送信頻度が第６閾値未満になると（ステップＳ８０４：Ｎｏ）、ネットワーク機器１０は、通常モードへの変更を要求する信号を送信する（ステップＳ８０５）。

このように、この例では、通信機２６からネットワーク機器１０への情報の送信頻度に基づいて、通常モードへの変更を要求する信号が送信される。つまり、この例では、フィルタリングモードから通常モードへの変更を要求する変更要求値は、通信機２６からネットワーク機器１０への情報の送信頻度である。上述のように、フィルタリングモードから通常モードへの変更を要求する変更要求値は、経過時間であってもよい。

通信機２６は、図６～図１０に表したように、通常モードへの変更を要求する信号を受信し、変更受付状態であるときに、フィルタリングモードから通常モードへ変更される。

このように、通信機２６からネットワーク機器１０への情報の送信頻度が高くなると通信機２６が通常モードからフィルタリングモードに変更されることで、通信トラフィックが混雑した際に、送信する情報のデータ容量や送信頻度を削減することができる。したがって、より確実に通信トラフィックの混雑や通信費用の増大を抑制できる。

なお、この例では、ネットワーク機器１０がモードの変更を要求しているが、モードの変更の要求は、通信機２６により行われてもよい。つまり、図１３の制御は、ネットワーク機器１０の制御部１３により行われてもよいし、通信機２６の制御部２３により行われてもよい。図１３の制御が通信機２６の制御部２３により行われる場合、モードの変更を要求する信号の送受信は、省略可能である。

図１４は、実施形態に係る水まわり機器の通信システムのモード切替動作の一例を模式的に表すフローチャートである。
図１４に表したように、ネットワーク機器１０は、ネットワーク機器１０と接続される水まわり機器２０の数が所定数未満か否かを判定する（ステップＳ９０１）。ネットワーク機器１０と接続される水まわり機器２０の数とは、換言すれば、１台のネットワーク機器１０と接続される通信機２６の数である。所定数は、任意の数に設定することができ、例えば、１０台である。

ネットワーク機器１０と接続される水まわり機器２０の数が所定数未満のとき（ステップＳ９０１：Ｙｅｓ）、ネットワーク機器１０は、通常モードへの変更を要求する信号を送信する（ステップＳ９０２）。

このように、この例では、ネットワーク機器１０と接続される水まわり機器２０の数に基づいて、フィルタリングモードへの変更を要求する信号が送信される。つまり、この例では、通常モードからフィルタリングモードへの変更を要求する変更要求値は、ネットワーク機器１０と接続される水まわり機器２０の数である。

通信機２６は、図６～図１０に表したように、通常モードへの変更を要求する信号を受信し、変更受付状態であるときに、フィルタリングモードから通常モードへ変更される。

一方、ネットワーク機器１０と接続される水まわり機器２０の数が所定数以上のとき（ステップＳ９０１：Ｎｏ）、ネットワーク機器１０は、フィルタリングモードへの変更を要求する信号を送信する（ステップＳ９０３）。

このように、この例では、ネットワーク機器１０と接続される水まわり機器２０の数に基づいて、通常モードへの変更を要求する信号が送信される。つまり、この例では、フィルタリングモードから通常モードへの変更を要求する変更要求値は、ネットワーク機器１０と接続される水まわり機器２０の数である。上述のように、フィルタリングモードから通常モードへの変更を要求する変更要求値は、経過時間であってもよい。

通信機２６は、図６～図１０に表したように、フィルタリングモードへの変更を要求する信号を受信し、変更受付状態であるときに、通常モードからフィルタリングモードへ変更される。

このように、ネットワーク機器１０と接続される水まわり機器２０の数が少ないときには通信機２６が通常モードで情報を送信し、ネットワーク機器１０と接続される水まわり機器２０の数が多いときには通信機２６がフィルタリングモードで情報を送信することで、ネットワーク機器１０と接続される水まわり機器２０の数が多いときに、送信する情報のデータ容量や送信頻度を削減することができる。したがって、より確実に通信トラフィックの混雑や通信費用の増大を抑制できる。

なお、この例では、ネットワーク機器１０がモードの変更を要求しているが、モードの変更の要求は、通信機２６により行われてもよいし、サーバ５により行われてもよい。つまり、図１４の制御は、ネットワーク機器１０の制御部１３により行われてもよいし、通信機２６の制御部２３により行われてもよいし、サーバ５の制御部により行われてもよい。

また、図６～図１４の例では、通信機２６がモードの変更を要求する信号を受信した後に、変更受付状態であるか否かを判定しているが、変更受付状態であるか否かの判定は、モードの変更を要求する信号を送信する前に行われてもよい。つまり、変更要求値が閾値以上であっても、変更受付状態でないときには、変更受付状態になるまでモードの変更を要求する信号の送信を保留してもよい。換言すれば、モード変更の保留は、通信機２６により行われてもよいし、ネットワーク機器１０により行われてもよいし、サーバ５（外部機器）により行われてもよい。また、変更受付状態であるか否かの判定は、通信機２６により行われてもよいし、機器本体２５により行われてもよい。

より具体的には、、図６のステップＳ２０２、図７のステップＳ３０２、図９のステップＳ４０２、及び図１０のステップＳ５０２は、それぞれ、図１１のステップＳ６０３（ステップＳ６０５）の前、図１２のステップＳ７０３（ステップＳ７０５）の前、図１３のステップＳ８０３（ステップＳ８０５）の前、及び図１４のステップＳ９０２（ステップＳ９０３）の前に行われてもよい。

以上のように、実施形態によれば、通信トラフィックの混雑や通信費用の増大を抑制できるとともに、通常モードからフィルタリングモードへの変更によるデータロストやデータ遅延の発生を抑制できる水まわり機器を提供することができる。

以上、本発明の実施の形態について説明した。しかし、本発明はこれらの記述に限定されるものではない。前述の実施の形態に関して、当業者が適宜設計変更を加えたものも、本発明の特徴を備えている限り、本発明の範囲に包含される。例えば、水まわり機器の通信システム１００が備える各要素の形状、寸法、材質、配置などは、例示したものに限定されるわけではなく適宜変更することができる。
また、前述した各実施の形態が備える各要素は、技術的に可能な限りにおいて組み合わせることができ、これらを組み合わせたものも本発明の特徴を含む限り本発明の範囲に包含される。

５ サーバ、 ６ 管理者端末、 ７ 表示部、 ８ ネットワーク、 １０、１０ａ～１０ｃ ネットワーク機器、 １１、１２ 第１、第２通信部、 １１ａ、１２ａ 送信部、 １１ｂ、１２ｂ 受信部、 １３ 制御部、 ２０、２０ａ～２０ｃ 水まわり機器、 ２１、２２ 第１、第２通信部、 ２１ａ、２２ａ 送信部、 ２１ｂ、２２ｂ 受信部、 ２３ 制御部、 ２４ 記憶部、 ２５ 機器本体、 ２６ 通信機、 ２８ 人体検知センサ、 １００ 水まわり機器の通信システム、 ２００ ネットワークシステム、 ＧＲ１～ＧＲ３ 第１～第３グループ

Claims (10)

1. ネットワークを介して外部機器と接続されるネットワーク機器と、
   前記ネットワーク機器と接続される複数の水まわり機器と、
   を備え、
   前記複数の水まわり機器は、それぞれ、機器本体と、前記機器本体に接続され前記機器本体から受信した情報を前記ネットワーク機器に送信する通信機と、を有し、
   前記ネットワーク機器は、前記通信機から受信した前記情報を前記ネットワークを介して前記外部機器に送信し、
   前記通信機は、
   前記情報を送信する通常モードと、
   前記通常モードで送信する情報のうち、一部の情報を送信するフィルタリングモードと、
   を実行可能であり、
   前記通信機は、
   前記通常モードから前記フィルタリングモードへの変更を要求する変更要求値が閾値以上となったときに、所定条件を満たしていれば、前記変更を実行し、
   前記変更要求値が閾値以上となったときに、前記所定条件を満たしていなければ、前記変更を保留し、
   前記変更を保留した状態で、前記所定条件を満たしたときに、前記変更を実行することを特徴とする水まわり機器の通信システム。
2. 前記所定条件は、予め設定された時間帯になることであることを特徴とする請求項１記載の水まわり機器の通信システム。
3. 前記所定条件は、前記水まわり機器の過去の使用実績において使用が少ない時間帯になることであることを特徴とする請求項１記載の水まわり機器の通信システム。
4. 前記複数の水まわり機器の少なくとも１つは、前記機器本体に設けられ人体を検知する人体検知センサをさらに有し、
   前記水まわり機器の過去の使用実績において使用が少ない時間帯は、前記人体検知センサによる過去の検知実績において人体の検知が少ない時間帯であることを特徴とする請求項３記載の水まわり機器の通信システム。
5. 前記所定条件は、所定期間に前記機器本体から送信される前記情報のデータ容量が所定量以下になることであることを特徴とする請求項１記載の水まわり機器の通信システム。
6. 前記複数の水まわり機器の少なくとも１つは、前記機器本体に設けられ人体を検知する人体検知センサをさらに有し、
   前記所定条件は、前記人体検知センサにより人体が検知されていない状態になることであることを特徴とする請求項１記載の水まわり機器の通信システム。
7. 前記変更要求値は、前記ネットワーク機器から前記外部機器への前記情報の送信頻度であることを特徴とする請求項１～６のいずれか１つに記載の水まわり機器の通信システム。
8. 前記変更要求値は、所定期間に前記ネットワーク機器から前記外部機器へ送信される前記情報のデータ容量であることを特徴とする請求項１～６のいずれか１つに記載の水まわり機器の通信システム。
9. 前記変更要求値は、前記通信機から前記ネットワーク機器への前記情報の送信頻度であることを特徴とする請求項１～６のいずれか１つに記載の水まわり機器の通信システム。
10. 前記変更要求値は、前記ネットワーク機器と接続される前記複数の水まわり機器の数であることを特徴とする請求項１～６のいずれか１つに記載の水まわり機器の通信システム。

Images