JP2014170279A - サーバ装置、水処理装置、通信システム、情報処理方法、およびプログラム - Google Patents

Abstract

【課題】被監視者の身に問題が生じていると思われる場合に監視者が予め定められた情報を受信可能とするサーバ装置を提供する。
【解決手段】サーバ装置２００は、水道水を処理する整水器１０１と通信可能に接続されている。整水器１０１から、整水器１０１に処理させるために整水器１０１のユーザ（被監視者）が使用した水道水の量を表した使用量データを受信する。サーバ装置２００は、使用量データに基づき、ユーザが使用した水道水の使用量が予め定められた基準を満たしているか否かを判断する。サーバ装置２００は、予め定められた基準を満たしていないと判断されたことに基づき、監視者の端末装置３０１に対して予め定められた通知を行なう。
【選択図】図１

Description

本発明は、サーバ装置、水処理装置、通信システム、情報処理方法、およびプログラム
に関し、特に、水道水を処理する水処理装置、当該水処理装置に接続されたサーバ装置、サーバ装置と水処理装置とを備えた通信システム、サーバ装置または水処理装置における情報処理方法、およびサーバ装置または水処理装置を制御するためのプログラムに関する。

従来、高齢者等を見守るためのシステムが知られている。たとえば、特許文献１には、上記のシステムとして、生活見守りシステムが開示されている。

上記生活見守りシステムでは、被監視者の情報通信端末が、たとえば被監視者の生活音、被監視者による家電機器の操作情報等を自動認識し、当該認識結果をサーバ装置および情報通信網を介して監視者に送信する。これにより、監視者は、被監視者の安否を知ることができる。また、被監視者の情報通信端末は、当該情報通信端末の待受けアプリまたは常駐アプリによって、監視者に対して送信された情報を待受け画面に自動的に表示する。さらに、情報処理端末は、簡単なボタン操作または音声入力等で被監視者の意思の入力を受け付け、当該受け付けた内容を、情報通信網を通じて監視者に通知する。

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

特許文献１の生活見守りシステムでは、被監視者の情報通信端末は、生活音等を検知する都度（つまり生存していることを検知する都度）、監視者に対して検知結果に基づく情報をサーバ装置および情報通信網を介して通知する。したがって、監視者は、検知結果に基づく情報（つまり、生存していることを示す情報）を次々に受信することになる。それゆえ、監視者にとっては、ときとして、情報の受信を煩わしく感じてしまうことが想定される。

本願発明は、上記の問題点に鑑みなされたものであって、その目的は、被監視者の身に問題が生じていると思われる場合に監視者が予め定められた情報を受信可能な、サーバ装置、水処理装置、通信システム、情報処理方法、およびプログラムを提供することにある。

本発明のある局面に従うと、サーバ装置は、水道水を処理する水処理装置と通信可能に接続されている。サーバ装置は、水処理装置から、水処理装置に処理させるために当該水処理装置のユーザが使用した水道水の量または当該水道水の量に応じた水量を表した水量情報を受信する受信手段と、水量情報に基づき、ユーザが使用した水道水の使用量が予め定められた基準を満たしているか否かを判断する判断手段と、予め定められた基準を満たしていないと判断されたことに基づき、予め定められた電子機器に予め定められた情報を送信する送信手段とを備える。

好ましくは、判断手段は、予め定められた時間帯毎に、当該時間帯における使用量が予め定められた基準を満たしているか否かを判断する。

好ましくは、サーバ装置は、水量情報を、当該水が使用された時刻を表した時刻情報と関連付けて記憶する記憶手段と、水量情報と時刻情報とに基づき、各時間帯を決定する決定手段とをさらに備える。

好ましくは、決定手段は、水量情報に基づき、予め定められた基準を予め定められた時間帯毎に決定する。

好ましくは、予め定められた基準は、一日の水の使用量が零でないことである。
好ましくは、水道水の量に応じた水量は、水処理装置により水道水から生成された電解還元水の量である。

好ましくは、ユーザが使用した水道水の量は、水処理装置において電解還元水を生成するために用いられた水道水の量である。

好ましくは、サーバ装置は、複数の水処理装置と通信可能に接続されている。判断手段は、水処理装置毎に、使用量が予め定められた基準を満たしているか否かを判断する。送信手段は、予め定められた情報を、水処理装置毎に対応付けられた電子機器に送信する。

本発明の他の局面に従うと、水処理装置は、サーバ装置と通信可能に接続されており、水道水を処理する。水処理装置は、水処理装置に処理させるために当該水処理装置のユーザが使用した水道水の量または当該水道水の量に応じた水量を表した水量情報に基づき、ユーザが使用した水道水の使用量が予め定められた基準を満たしているか否かを判断する判断手段と、予め定められた基準を満たしていないと判断されたことに基づき、サーバ装置に予め定められた情報を送信する送信手段とを備える。

好ましくは、判断手段は、予め定められた時間帯毎に、当該時間帯における使用量が予め定められた基準を満たしているか否かを判断する。

好ましくは、送信手段は、水量情報をサーバ装置にさらに送信する。水処理装置は、水量情報に基づいてサーバ装置で決定された各予め定められた時間帯を表す時間帯情報を、サーバ装置から受信する受信手段をさらに備える。

好ましくは、予め定められた基準は、サーバ装置において予め定められた時間帯毎に決定される。

好ましくは、予め定められた基準は、一日の水の使用量が零でないことである。
好ましくは、水処理装置は、水道水から電解還元水を生成する機能を有する。水道水の量に応じた水量は、電解還元水の量である。

好ましくは、水処理装置は、水道水から電解還元水を生成する機能を有する。ユーザが使用した水道水の量は、電解還元水を生成するために用いられた水道水の量である。

本発明のさらに他の局面に従うと、通信システムは、水道水を処理する水処理装置と、水処理装置に通信可能に接続されたサーバ装置とを備える。水処理装置は、水処理装置に処理させるために当該水処理装置のユーザが使用した水道水の量または当該水道水の量に応じた水量を表した水量情報をサーバ装置に送信する。サーバ装置は、水処理装置から、水量情報を取得する。サーバ装置は、水量情報に基づき、ユーザが使用した水道水の使用量が予め定められた基準を満たしているか否かを判断する。サーバ装置は、予め定められた基準を満たしていないと判断されたことに基づき、予め定められた電子機器に予め定められた情報を送信する。

本発明のさらに他の局面に従うと、通信システムは、水道水を処理する水処理装置と、水処理装置に通信可能に接続されたサーバ装置とを備える。水処理装置は、水処理装置に処理させるために当該水処理装置のユーザが使用した水道水の量または当該水道水の量に応じた水量を表した水量情報に基づき、ユーザが使用した水道水の使用量が予め定められた基準を満たしているか否かを判断する。水処理装置は、予め定められた基準を満たしていないと判断されたことに基づき、サーバ装置に予め定められた情報を送信する。

本発明のさらに他の局面に従うと、情報処理方法は、水道水を処理する水処理装置と通信可能に接続されたサーバ装置において実行される。情報処理方法は、水処理装置から、水処理装置に処理させるために当該水処理装置のユーザが使用した水道水の量または当該水道水の量に応じた水量を表した水量情報を受信するステップと、水量情報に基づき、ユーザが使用した水道水の使用量が予め定められた基準を満たしているか否かを判断するステップと、予め定められた基準を満たしていないと判断されたことに基づき、予め定められた電子機器に予め定められた情報を送信するステップとを備える。

本発明のさらに他の局面に従うと、情報処理方法は、サーバ装置と通信可能に接続された水道水を処理する水処理装置において実行される。情報処理方法は、水処理装置に処理させるために当該水処理装置のユーザが使用した水道水の量または当該水道水の量に応じた水量を表した水量情報に基づき、ユーザが使用した水道水の使用量が予め定められた基準を満たしているか否かを判断するステップと、予め定められた基準を満たしていないと判断されたことに基づき、サーバ装置に予め定められた情報を送信するステップとを備える。

本発明のさらに他の局面に従うと、プログラムは、水道水を処理する水処理装置と通信可能に接続されたサーバ装置を制御する。プログラムは、水処理装置から、水処理装置に処理させるために当該水処理装置のユーザが使用した水道水の量または当該水道水の量に応じた水量を表した水量情報を受信するステップと、水量情報に基づき、ユーザが使用した水道水の使用量が予め定められた基準を満たしているか否かを判断するステップと、予め定められた基準を満たしていないと判断されたことに基づき、予め定められた電子機器に予め定められた情報を送信するステップとを、サーバ装置のプロセッサに実行させる。

本発明のさらに他の局面に従うと、プログラムは、サーバ装置と通信可能に接続された水道水を処理する水処理装置を制御する。プログラムは、水処理装置に処理させるために当該水処理装置のユーザが使用した水道水の量または当該水道水の量に応じた水量を表した水量情報に基づき、ユーザが使用した水道水の使用量が予め定められた基準を満たしているか否かを判断するステップと、予め定められた基準を満たしていないと判断されたことに基づき、サーバ装置に予め定められた情報を送信するステップとを、水処理装置のプロセッサに実行させる。

上記の構成によれば、被監視者の身に問題が生じていると思われる場合に、監視者は予め定められた情報を受信可能となる。

通信システムの概略を説明するための概略図である。 整水器のハードウェア構成を説明するための図である。 整水器の制御装置の具体的構成を説明するための図である。 サーバ装置のハードウェア構成を表した図である。 サーバ装置の機能的構成を説明するための機能ブロック図である。 サーバ装置に記憶された、１台の整水器における使用量データを説明するための図である。 通信システムにおける処理の流れを説明するためのシーケンスチャートである。 サーバ装置の処理を説明するための第１のフローチャートである。 サーバ装置の処理を説明するための第２のフローチャートである。 他の実施の形態の通信システムの概略を説明するための概略図である。 整水器の機能的構成を説明するための機能ブロック図である。 通信システムにおける処理の流れを説明するための第１のシーケンスチャートである。 通信システムにおける処理の流れを説明するための第２のシーケンスチャートである。 整水器において行なわれる処理の流れを説明するためのフローチャートである。

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

また、以下では、水道水を処理する水処理装置として、整水器を例に挙げて説明する。整水器は、浄水機能と、水道水から電解還元水を生成する機能とを有する。整水器は、電解還元水の生成および浄水をともに行なわない第１の動作モードと、電解還元水を生成することなく浄水のみを行なう第２の動作モードと、浄水を行なった後に電解還元水を生成する第３の動作モードとを有する。なお、これに限定されず、浄水を行なわずに電解還元水を生成する第４の動作モードを有していてもよい。当該動作モードの切り替えは、ユーザの操作に基づき行なわれる。

以下では、説明の便宜上、第１〜第３の動作モードを整水器が有するものとする。また、以下では、動作モードについての言及をしない限り、整水器が第３の動作モードとして動作しているものとする。つまり、整水器が、浄水を行なった後に電解還元水を生成する場合を例に挙げて説明する。

[実施の形態１]
＜Ａ．通信システムの概略＞
図１は、本実施の形態に係る通信システムの概略を説明するための概略図である。図１を参照して、通信システム１は、複数の整水器１０１，１０２と、サーバ装置２００と、複数の端末装置３０１，３０２とを備える。各整水器１０１，１０２は、ネットワークを介してサーバ装置２００と通信可能に接続されている。また、各端末装置３０１，３０２は、ネットワークを介してサーバ装置２００と通信可能に接続されている。

整水器１０１と、端末装置３０１とは、予めサーバ装置２００において対応付けがなされている。また、整水器１０２と、端末装置３０２とは、予めサーバ装置において対応付けがなされている。端末装置３０１のユーザＸｔは、整水器１０１のユーザＸｗの家族、親戚、友人等に該当する。また、端末装置３０２のユーザＹｔは、整水器１０２のユーザＹｗの家族、親戚、友人等に該当する。整水器１０１，１０２のユーザＸｗ，Ｙｗとしては、たとえば、老人、一人暮らしの壮年または青年等が挙げられる。

整水器１０１は、上述したように、水道水を処理する。整水器１０１は、整水器に水道水を処理させるために整水器１０１のユーザが使用した水道水の量を表した使用量データ（水量情報）を、サーバ装置２００に送信する。

サーバ装置２００は、整水器１０１から、使用量データを受信する。サーバ装置２００は、整水器１０１から受信した使用量データ２２０１をメモリ２２０に格納する。サーバ装置２００は、使用量データ２２０１に基づき、ユーザＸｗが使用した水道水の使用量が予め定められた基準を満たしているか否かを判断する。サーバ装置２００は、予め定められた基準を満たしていないと判断した場合、予め定められた電子機器である端末装置３０１に予め定められた情報を送信する。なお、「予め定められた情報」とは、たとえば、端末装置３０１のユーザＸｔに対して、ユーザＸｗの安否を確認させることを促す内容を含む。

したがって、ユーザＸｔの端末装置３０１は、ユーザＸｗが予め定められた基準を満たす量の水道水を使用していないことに基づきサーバ装置２００から送られてくる情報を受信できる。それゆえ、ユーザＸｔは、当該情報に基づき、ユーザＸｗが基準を満たす量の水道水を使用していないことを把握できる。また、ユーザＸｔは、ユーザＸｗの身に問題が生じている可能性があることを検知できる。このように、被監視者であるユーザＸｗの身に問題が生じていると思われる場合において、監視者であるユーザＸｔの端末装置３０１が、予め定められた情報を受信可能となる。

また、整水器１０２とサーバ装置２００との間でも同様の処理がなされる。なお、この場合、サーバ装置２００は、整水器１０２から受信した使用量データ２２０２に基づいて、予め定められた基準を満たしているか否かを判断する。整水器１０２は、水道水の使用量が基準を満たしていないと判断すると、サーバ装置２００において対応付けがなされた端末装置３０２に予め定められた情報を送信する。この場合、被監視者であるユーザＹｗの身に問題が生じていると思われる場合において、監視者であるユーザＹｔの端末装置３０２が、予め定められた情報を受信可能となる。

上記の「予め定められた基準」としては、基準値（一定量）以上であること、または、第１の基準値以上かつ第２の基準値未満（あるいは以下）であること等が挙げられる。以下では、「予め定められた基準」が「基準値以上」である場合を例に挙げて説明する。

以降において、上記のような処理を実現するための具体的構成について説明する。また、上記の処理以外の処理についても適宜説明する。なお、説明の便宜上、整水器１０１および整水器１０２を区別ない場合には、単に、「整水器１００」と称する。また、端末装置３０１および端末装置３０２を区別しない場合には、単に、「端末装置３００」と称する。整水器１００の数、端末装置３００の数は、上記の数に限定されるものではない。

＜Ｂ．整水器のハードウェア構成＞
図２は、整水器１００のハードウェア構成を説明するための図である。図２を参照して、整水器１００は、分岐水栓１１０１と、ツインセーフティバルブ１１０２と、浄水カートリッジ１１０３と、フローセンサ１１０４と、乳酸カルシウム添加筒１１０５と、電解槽１１０６と、ダブルオートチェンジクロスラインシステム１１０７と、制御装置１１０８と、無線アンテナ１１０９と、ディスプレイ（図示せず）、操作パネル（図示せず）を備える。

浄水カートリッジ１１０３は、マイクロカーボン１１３１を含む。ダブルオートチェンジクロスラインシステム１１０７は、隔膜１１６１と、電極１１６２，１１６３とを含む。

分岐水栓１１０１は、蛇口から出てくる水道水を浄水するか、あるいは浄水せずにそのまま使用するかをユーザに選択させるための機構である。つまり、整水器の動作モードを上述した第１の動作モードにするか否かをユーザに選択させるための機構である。

ツインセーフティバルブ１１０２は、誤って熱水または温水が整水器１００内に流入した場合には、排水口に熱水等を流し込むバルブ機能と、整水器１００内の水道水の水圧が過剰に高くなったときの逃がし弁としての機能とを備える。

浄水カートリッジ１１０３は、水道水を浄水するためのカートリッジである。具体的には、浄水カートリッジ１１０３は、マイクロカーボン１１３１により水道水に含まれる微粒子を除去する。

フローセンサ１１０４は、浄水カートリッジ１１０３から出てきた水道水（浄水された後の水道水）の水量を検出するためのセンサである。浄化された後の水道水の水量は、浄化前の水道水の水量とは同じであるため、フローセンサ１１０４は、整水器１００のユーザが使用した水道水の量を検出するためのセンサであるとも言える。また、後述するように、浄化された後の水道水から電解還元水が生成されるため、フローセンサ１１０４は、電解還元水を生成するために用いられた水の量を検出するためのセンサであるとも言える。フローセンサ１１０４の出力は、制御装置１１０８に送られる。

電解槽１１０６は、浄水された後の水道水を電気分解することにより、電解還元水を生成する。なお、電解槽１１０６は、電解還元水の副産物として、酸性水を生成する。電極１１６２と電極１１６３とは、異なる極性を有する。

ダブルオートチェンジクロスラインシステム１１０７は、以下の機能を果たす。電解槽１１０６において水を電気分解して電解還元水を生成際に、水の中に含まれているミネラル等が陰極側として機能している電極に寄せられる。その結果、陰極側として機能している電極は、メッキ状態になる。電極にメッキ状態になると、電気分解に支障が生じる。そこで、ダブルオートチェンジクロスラインシステム１１０７は、電極１１６２と電極１１６３との極性を入れ替える。これにより、電気分解の機能が低下してしまうことを防止できる。

なお、電解還元水の生成量は、ダブルオートチェンジクロスラインシステム１１０７内の弁で排水である酸性水の量を調整することにより、変化させることができる。この場合、蛇口から供給される水道水の量が一定とした場合、電解還元水の水素イオン濃度は、排水の量で変化することになる。

制御装置１１０８は、整水器１００の動作を制御する。制御装置１１０８は、フローセンサ１１０４からの出力を取得する。制御装置１１０８は、当該出力に基づき、ユーザにより使用された水道水の量を算出する。制御装置１１０８は、当該算出した水道水の使用量を、無線アンテナ１１０９を用いて、サーバ装置２００に通知する。

なお、通知のタイミングは、特に限定されるものではない。たとえば、整水器１００が使用された都度、ユーザにより使用された水道水の量をサーバ装置２００に通知するように、整水器１００を構成してもよい。あるいは、予め定められた時刻が経過すると、ユーザにより使用された水道水の量をサーバ装置２００に通知するように、整水器１００を構成してもよい。少なくとも１日に一回、ユーザにより使用された水道水の量をサーバ装置２００に通知するように、整水器１００を構成することが好ましい。

以下では、整水器１００が、予め定められた時刻が経過すると、ユーザにより使用された水道水の量をサーバ装置２００に通知する構成を例に挙げて説明する。より具体的には、上記の「予め定められた時刻」をサーバ装置２００が決定する構成について説明する。

図３は、整水器１００の制御装置１１０８の具体的構成を説明するための図である。図３を参照して、制御装置１１０８は、ＣＰＵ（Central Processing Unit）１１８１と、メモリ１１８２と、無線通信ＩＦ（Interface）１１８３と、時計１１８４とを備える。

メモリ１１８２は、オペレーティングシステム、各種のアプリケーションプログラム、および各種のデータを予め格納している。また、メモリ１１８２には、新たに得られたデータが逐次格納される。

ＣＰＵ１１８１は、メモリ１１８２に格納されたオペレーティングシステム、アプリケーションプログラム、データ、操作パネルからのユーザ指示等に基づいて、整水器１００全体の動作を制御する。

無線通信ＩＦ１１８３は、ユーザにより使用された水道水の量（つまり、フローセンサ１１０４により検出された水道水の量）を表した使用量データを、無線アンテナ１１０９を用いてサーバ装置２００に送信する。

時計１１８４は、ディスプレイに現在日時を表示するために用いられる。また、時計１１８４は、ユーザによる整水器１００の使用がいつ行われたのかを確認可能とするため、算出された水道水の量と当該使用の日時とを対応付けるために用いられる。当該対応付けされたデータは、一旦、メモリ１１８２に格納される。

ところで、整水器１００における処理は、各ハードウェアおよびＣＰＵ１１８１により実行されるソフトウェアによって実現される。このようなソフトウェアは、メモリ１１８２に予め記憶されている場合がある。また、ソフトウェアは、その他の記憶媒体に格納されて、プログラムプロダクトとして流通している場合もある。あるいは、ソフトウェアは、いわゆるインターネットに接続されている情報提供事業者によってダウンロード可能なプログラムプロダクトとして提供される場合もある。このようなソフトウェアは、読取装置によりその記憶媒体から読み取られて、あるいは、通信ＩＦ等を介してダウンロードされた後、メモリ１１８２に一旦格納される。そのソフトウェアは、ＣＰＵ１１８１によってメモリ１１８２から読み出され、メモリ１１８２に実行可能なプログラムの形式で格納される。ＣＰＵ１１８１は、そのプログラムを実行する。

同図に示される整水器１００を構成する各構成要素は、一般的なものである。したがって、本発明の本質的な部分は、メモリ１１８２、記憶媒体に格納されたソフトウェア、あるいはネットワークを介してダウンロード可能なソフトウェアであるともいえる。なお、整水器１００の各ハードウェアの動作は周知であるので、詳細な説明は繰り返さない。

なお、記録媒体としては、ＤＶＤ−ＲＡＭに限られず、ＤＶＤ−ＲＯＭ、ＣＤ−ＲＯＭ、ＦＤ、ハードディスク、磁気テープ、カセットテープ、光ディスク、ＥＥＰＲＯＭ、フラッシュＲＯＭなどの半導体メモリ等の固定的にプログラムを担持する媒体でもよい。また、記録媒体は、当該プログラム等をコンピュータが読取可能な一時的でない媒体である。また、ここでいうプログラムとは、ＣＰＵにより直接実行可能なプログラムだけでなく、ソースプログラム形式のプログラム、圧縮処理されたプログラム、暗号化されたプログラム等を含む。

＜Ｃ．サーバ装置の構成＞
（ｃ１．ハードウェア構成）
図４は、サーバ装置２００のハードウェア構成を表した図である。図４を参照して、サーバ装置２００は、主たる構成要素として、プログラムを実行するＣＰＵ２１０と、メモリ２２０と、操作キー２４０と、通信ＩＦ（Interface）２３０と、給電回路２５０と、時計２６０とを含む。メモリ２２０は、データを不揮発的に格納するＲＯＭ２２１と、ＣＰＵ２１０によるプログラムの実行により生成されたデータ、又は入力装置（図示せず）を介して入力されたデータを揮発的に格納するＲＡＭ２２２と、データを不揮発的に格納するＨＤＤ２２３とを含む。各構成要素は、相互にデータバスによって接続されている。なお、通信ＩＦ２３０は、整水器１００および端末装置３００と通信するためのインターフェイスである。

サーバ装置２００における処理は、各ハードウェアおよびＣＰＵ２１０により実行されるソフトウェアによって実現される。このようなソフトウェアは、ＨＤＤ２２３に予め記憶されている場合がある。また、ソフトウェアは、その他の記憶媒体に格納されて、プログラムプロダクトとして流通している場合もある。あるいは、ソフトウェアは、いわゆるインターネットに接続されている情報提供事業者によってダウンロード可能なプログラムプロダクトとして提供される場合もある。このようなソフトウェアは、読取装置によりその記憶媒体から読み取られて、あるいは、通信ＩＦ等を介してダウンロードされた後、ＨＤＤ２２３に一旦格納される。そのソフトウェアは、ＣＰＵ２１０によってＨＤＤ２２３から読み出され、ＲＡＭ２２２に実行可能なプログラムの形式で格納される。ＣＰＵ２１０は、そのプログラムを実行する。

同図に示されるサーバ装置２００を構成する各構成要素は、一般的なものである。したがって、本発明の本質的な部分は、ＲＡＭ２２２、ＨＤＤ２２３、記憶媒体に格納されたソフトウェア、あるいはネットワークを介してダウンロード可能なソフトウェアであるともいえる。なお、サーバ装置２００の各ハードウェアの動作は周知であるので、詳細な説明は繰り返さない。

なお、記録媒体としては、ＤＶＤ−ＲＡＭに限られず、ＤＶＤ−ＲＯＭ、ＣＤ−ＲＯＭ、ＦＤ、ハードディスク、磁気テープ、カセットテープ、光ディスク、ＥＥＰＲＯＭ、フラッシュＲＯＭなどの半導体メモリ等の固定的にプログラムを担持する媒体でもよい。また、記録媒体は、当該プログラム等をコンピュータが読取可能な一時的でない媒体である。また、ここでいうプログラムとは、ＣＰＵにより直接実行可能なプログラムだけでなく、ソースプログラム形式のプログラム、圧縮処理されたプログラム、暗号化されたプログラム等を含む。

（ｃ２．機能的構成）
図５は、サーバ装置２００の機能的構成を説明するための機能ブロック図である。図５を参照して、サーバ装置２００は、受信部２０１０と、記憶部２０２０と、決定部２０３０と、判断部２０４０と、送信部２０５０とを備える。

（１）受信部２０１０は、整水器１００から、整水器１００のユーザが使用した水道水の量を表した使用量データ（水量情報）を受信する。具体的には、受信部２０１０は、使用量データを、当該使用量データを送信した整水器１００の識別情報とともに受信する。受信部２０１０は、受信した使用量データを記憶部２０２０に格納する。

記憶部２０２０は、使用量データを格納する。また、記憶部２０２０は、各端末装置３００のメールアドレスと、定型文と、上述した基準値（つまり、予め定められた基準を示す閾値）とを記憶している。さらに、記憶部２０２０は、整水器１００と端末装置３００との対応付けを表す対応付けデータも記憶されている。具体的には、記憶部２０２０は、整水器１０１と端末装置３０１との対応付け、整水器１０２と端末装置３０２との対応付けを表したデータを予め記憶している。また、記憶部２０２０は、整水器１００のユーザの名前が登録されていてもよい。

判断部２０４０は、使用量データに基づき、ユーザが使用した水道水の使用量が予め定められた基準を満たしているか否かを判断する。つまり、判断部２０４０は、ユーザの使用した水道水の量が基準値以上であるか否かを判断する。

送信部２０５０は、予め定められた基準を満たしていないと判断されたことに基づき、予め定められた端末装置３００（整水器１００に予め対応付けられた端末装置３００）に予め定められた情報である定型文を含んだメール送信する。送信部２０５０は、記憶部２０２０に記憶された端末装置３００のメールアドレスを参照して、当該メールアドレスを宛先とするメールを送信する。なお、予め定められた端末装置３００とは、上述したとおり、整水器１０１の場合には端末装置３０１であり、整水器１０２の場合には端末装置３０２である。

また、定型文の内容は、たとえば、端末装置３００のユーザに、整水器１００のユーザの安否の確認を促す内容である。具体例を挙げれば、メールの「水道水が使用されておりません。至急連絡して下さい。」といった内容である。

また、メールには、定型文以外に、整水器１００のユーザ名が含まれていてもよい。この場合、メールに、定型文とユーザ名（たとえば、Ｘｗさん）とを含めて、メールの本文を、「Ｘｗさんは水道水を使用しておりません。至急、Ｘｗさんに連絡して下さい。」とすることができる。

上記の構成によれば、端末装置３００のユーザは、サーバ装置２００から送られてきたメールによって、整水器１００のユーザが一定量以上の水道水を使用していないことを把握できる。また、端末装置のユーザは、整水器１００のユーザの身に問題が生じている可能性があることを検知できる。このように、被監視者である整水器１００のユーザの身に問題が生じていると思われる場合において、監視者である端末装置３００のユーザの端末装置３００が、上述したメールを受信可能となる。

（２）詳しくは、判断部２０４０は、予め定められた監視時間帯毎に、当該監視時間帯における水道水の使用量が基準値を超えているか否かを判断する。判断部２０４０は、たとえば、６時〜８時までの時間帯の水道の使用量、および１８時〜２０時までの時間帯の水道の使用量が基準値を超えているか否かを判断する。

上記の構成によれば、サーバ装置２００は、全ての時間帯に関して使用量が基準値を超えているかの判断を行なわなくて済む。したがって、サーバ装置２００のデータ処理量を低減することができる。

（３）より詳しくは、記憶部２０２０は、使用量データを、水道水が使用された時刻を表した時刻情報と関連付けて記憶している。時刻との関連付けは、たとえば、整水器１００において予めなされている。決定部２０３０は、記憶部２０２０に記憶された使用量データと時刻情報とに基づき、上記判断対象となる時間帯（つまり、監視時間帯）を決定する。決定部２０３０は、たとえば、６時〜８時までの時間帯と、１８時〜２０時とを、監視時間帯とする。

上記の構成によれば、使用量に基づいて監視時間帯を決定するため、他の時間帯に比べて水道水の使用量が多い時間帯を監視時間帯とすることができる。それゆえ、サーバ装置２００は、水道水の使用量が少ない時間帯を監視時間帯とする場合に比べて、精度の高い判定をすることができる。

（４）さらに詳しくは、決定部２０３０は、使用量データに基づき、上記基準値を監視時間帯毎に決定する。たとえば、決定部２０３０は、８時〜１０時までの時間帯についての基準値を１．５Ｌとし、１８時〜２０時までの時間帯につての基準値を２Ｌと決定する。監視時間帯の決定の具体例および当該監視時間帯毎の基準値の具体例については後述する（図６）。

上記の構成によれば、サーバ装置２００は、監視時間帯の全てに同一の基準値が設定される場合に比べて、より精度の高い判定を行なうことができる。

＜Ｄ．データおよびデータ処理＞
図６は、サーバ装置２００に記憶された、１台の整水器１００における使用量データを説明するための図である。詳しくは、１台の整水器１００における或る月の使用量データを表した図である。

図６を参照して、サーバ装置２００は、整水器１００から送信されてきた使用量データを蓄積し、たとえば２時間毎の使用量を日毎に算出する。サーバ装置２００は、各時間帯の中から、たとえば、過去の使用量の平均値が所定値以上であって、かつ使用量の多い時間帯を１つ以上選択する。つまり、サーバ装置２００は、監視時間を決定する。図６の場合には、サーバ装置２００は、６時〜８時の時間帯と、１２時〜１４時の時間帯と、１８時〜２０時の時間帯とを、監視時間帯として決定する。

なお、サーバ装置２００による監視時間帯の決定（選択）方法はこれに限定されるものではない。また、使用量の算出は、２時間毎に限定されない。たとえば、１時間毎、３０分毎であってもよい。

サーバ装置２００は、決定した時間帯毎に、過去の使用量に基づき、上記基準値を設定する。サーバ装置２００は、一例として、各時間帯における過去の使用量の最低値を基準値とすることができる。あるいは、サーバ装置２００は、過去の使用量の平均値に、所定の割合（たとえば、２割）を乗ずることにより得られた値を基準値とすることができる。基準値の決め方については特に限定されるものではない。また、過去の使用量として、たとえば、直近の数カ月の使用量データを用いてもよいし、あるいは前年の同月の使用量データを用いてもよい。

また、サーバ装置２００は、上述したとおり、整水器１００毎に監視時間帯と、当該監視時間帯毎の基準値を決定する。

このような処理により、サーバ装置２００は、整水器１０１についての監視時間帯を、たとえば、６時〜８時の時間帯と、１２時〜１４時の時間帯と、１８時〜２０時の時間帯とする。また、サーバ装置２００は、整水器１０２についての監視時間帯を、たとえば、６時〜８時の時間帯と、２０時〜２２時の時間帯とする。さらに、サーバ装置２００は、整水器１０１に関し、たとえば、６時〜８時の時間帯における基準値を１．５Ｌと、１２時〜１４時の時間帯における基準値を１Ｌと、１８時〜２０時の時間帯における基準値を２Ｌとする。サーバ装置２００は、整水器１０２に関し、たとえば、６時〜８時の時間帯における基準値を１Ｌと、２０時〜２２時の時間帯における基準値を１．５Ｌとする。

＜Ｅ．制御構造＞
（ｅ１．シーケンス）
図７は、通信システム１における処理の流れを説明するためのシーケンスチャートである。図７を参照して、シーケンスＳＱ２において、整水器１００は、ユーザが水道水を使用する度に、水道水の使用量をフローセンサ１１０４を用いて検出する。シーケンスＳＱ４において、整水器１００は、使用量データをサーバ装置２００に送信する。シーケンスＳＱ６において、サーバ装置２００は、整水器１００毎に、使用量を日および時間帯毎に記憶する。

シーケンスＳＱ８において、サーバ装置２００は、整水器１００毎に、使用量が適切であるか否かを判断する。すなわち、サーバ装置２００は、各整水器１００に関し、決定された時間帯毎に基準値以上の水道水が使用されたか否かを判断する。

シーケンスＳＱ１０において、サーバ装置２００は、使用量が適切でない整水器１００に対応付けられた端末装置３００宛てのメールを作成する。シーケンスＳＱ１２において、サーバ装置２００は、作成したメールを当該端末装置３００に送信する。シーケンスＳＱ１４において、端末装置３００は、メールを受信し、受信したメールを自装置のディスプレイに表示する。

なお、図７における整水器１００が整水器１０１である場合には、端末装置３００は端末装置３０１となり、図７における整水器１００が整水器１０２である場合には、端末装置３００は端末装置３０２となる。

（ｅ２．フロー）
図８は、サーバ装置２００の処理を説明するための第１のフローチャートである。具体的には、図８は、図７のシーケンスチャートに示したサーバ装置２００の各処理に先立ち、サーバ装置２００において実行される処理の流れを表したフローチャートである。

図８を参照して、ステップＳ１０２において、サーバ装置２００のＣＰＵ２１０は、整水器１００毎に、過去の使用量データに基づいて、監視対象とする時間帯である上記監視時間帯を特定する。具体的には、ＣＰＵ２１０は、予め区分された複数の時間帯から、１つ以上の時間帯を選択する。ステップＳ１０４において、ＣＰＵ２１０は、過去の使用量データに基づき、監視時間帯における基準値を、整水器１００毎に設定する。

図９は、サーバ装置２００の処理を説明するための第２のフローチャートである。具体的には、図９は、図７に示したサーバ装置２００の処理をより詳しく説明するための図である。また、図９は、１台の整水器１００と、当該整水器１００に対応付けられた端末装置３００に着目したフローチャートでもある。

図９を参照して、ステップＳ２０２において、サーバ装置２００のＣＰＵ２１０は、整水器１００からの使用量データに基づいて、監視時間帯における使用量を算出する。ステップＳ２０４において、ＣＰＵ２１０は、サーバ装置２００の時計２６０を利用して、監視時間帯を経過したか否かを判断する。ステップＳ２０６において、ＣＰＵ２１０は、使用量が、監視時間帯の基準値未満であるか否かを判断する。たとえば、監視時間帯が８時〜１０時であって、基準値が１．５Ｌである場合には、ＣＰＵ２１０は、１０時を過ぎると、当該監視時間帯（８時〜１０時の時間帯）の使用量が１．５Ｌ未満か否かを判断する。

ＣＰＵ２１０は、使用量が基準値未満であると判断された場合（ステップＳ２０６においてＹＥＳ）、ステップＳ２０８において、整水器１００に対応付けられた端末装置３００に対して、定型文を含んだメールを送信する。ＣＰＵ２１０は、使用量が基準値以上であると判断された場合（ステップＳ２０６においてＮＯ）、処理をステップＳ２１０に進める。

ステップＳ２１０において、ＣＰＵ２１０は、全ての監視時間帯（たとえば、８時〜１０時の時間帯、１２時〜１４時の時間帯、および１８時〜２０時の時間帯）について、使用量と基準値との大小比較の判断を行なったか否かを判断する。すなわち、ＣＰＵ２１０は、全ての監視時間帯においてステップＳ２０６の処理が行なわれたか否かを判断する。

ＣＰＵ２１０は、全ての監視時間帯について判断していないと判断した場合（ステップＳ２１０においてＮＯ）、処理をステップＳ２０２に進める。ＣＰＵ２１０は、全ての監視時間帯について判断したと判断した場合（ステップＳ２１０においてＹＥＳ）、ステップＳ２１２において、ＣＰＵ２１０は、その日の水道水の総使用量が零であるか否かを判断する。

ＣＰＵ２１０は、総使用量が零でないと判断した場合（ステップＳ２１２においてＮＯ）、一連の処理を終了する。ＣＰＵ２１０は、総使用量が零であると判断した場合、整水器１００に対応する端末装置３００に対して、予め定められた内容のメールを送信する。

一日の総使用量が零である場合には、一日中家を空けている場合を除き、整水器１００のユーザの安否が危ぶまれることが想定される。このため、ステップＳ２１４において送信するメールの内容は、ステップＳ２０８で送信するメールの内容以上に端末装置３００のユーザの注意を喚起するような内容とすることが好ましい。

[実施の形態２]
実施の形態１では、サーバ装置２００が監視時間帯と、監視時間帯における基準値とを決定した。本実施の形態では、サーバ装置２００の代わりに、監視時間帯と監視時間帯における基準値とを整水器が決定する構成について説明する。

＜Ｆ．通信システムの概略＞
図１０は、本実施の形態に係る通信システムの概略を説明するための概略図である。図１０を参照して、通信システム１Ａは、複数の整水器１０１Ａ，１０２Ａと、サーバ装置２００Ａと、複数の端末装置３０１Ａ，３０２Ａとを備える。各整水器１０１Ａ，１０２Ａは、ネットワークを介してサーバ装置２００Ａと通信可能に接続されている。また、各端末装置３０１Ａ，３０２Ａは、ネットワークを介してサーバ装置２００Ａと通信可能に接続されている。

整水器１０１Ａと、端末装置３０１Ａとは、予めサーバ装置２００Ａにおいて対応付けがなされている。また、整水器１０２Ａと、端末装置３０２Ａとは、予めサーバ装置において対応付けがなされている。端末装置３０１ＡのユーザＸｔは、整水器１０１ＡのユーザＸｗの家族、親戚、友人等に該当する。また、端末装置３０２ＡのユーザＹｔは、整水器１０２ＡのユーザＹｗの家族、親戚、友人等に該当する。整水器１０１Ａおよび整水器１０２ＡのユーザＸｗ，Ｙｗとしては、たとえば、老人、一人暮らしの壮年または青年等が挙げられる。

整水器１０１Ａは、上述したように、水道水を処理する。整水器１０１Ａは、整水器に水道水を処理させるために整水器１０１Ａのユーザが使用した水道水の量を表した使用量データ（水量情報）をサーバ装置２００Ａに送信する。

サーバ装置２００Ａは、整水器１０１Ａから、使用量データを受信する。サーバ装置２００Ａは、整水器１０１Ａから受信した使用量データ２２０１をメモリ２２０に格納する。サーバ装置２００Ａは、使用量データ２２０１に基づき、整水器１０１Ａ用の基準値（閾値）を設定する。サーバ装置２００Ａは、設定した整水器１０１Ａ用の基準値を、ネットワークを介して、整水器１０１Ａに通知する。なお、上記基準値の設定方法については、実施の形態１で説明したため、ここでは繰り返し説明しない。

サーバ装置２００Ａは、整水器１０２Ａから、使用量データを受信する。サーバ装置２００Ａは、整水器１０２Ａから受信した使用量データ２２０２をメモリ２２０に格納する。サーバ装置２００Ａは、使用量データ２２０２に基づき、整水器１０２Ａ用の基準値を設定する。サーバ装置２００Ａは、設定した整水器１０２Ａ用の基準値を、ネットワークを介して、整水器１０２Ａに通知する。なお、上記基準値の設定方法については、実施の形態１で説明したため、ここでは繰り返し説明しない。

整水器１０１Ａは、ユーザＸｗが使用した水道水の使用量が基準値以上であるか否かを判断する。整水器１０１Ａは、基準値未満であると判断した場合、サーバ装置２００Ａに対して、予め定められた情報を送信することによって、その旨を報告する。この場合、サーバ装置２００Ａは、端末装置３０１Ａに、予め定められた情報を送る。具体的には、サーバ装置２００Ａは、実施の形態１で説明した定型文を含むメールを送信する。

したがって、ユーザＸｔの端末装置３０１Ａは、ユーザＸｗが予め定められた基準を満たす水道水（以下、一定量以上の水道水）を使用していないことに基づきサーバ装置２００Ａを介して送られてくるメールを受信できる。それゆえ、ユーザＸｔは、当該メールに基づき、ユーザＸｗが一定量以上の水道水を使用していないことを把握できる。また、ユーザＸｔは、ユーザＸｗの身に問題が生じている可能性があることを検知できる。このように、被監視者であるユーザＸｗの身に問題が生じていると思われる場合において、監視者であるユーザＸｔの端末装置３０１Ａが、メールを受信可能となる。

また、整水器１０２Ａとサーバ装置２００Ａとの間でも同様の処理がなされる。なお、この場合、整水器１０２Ａは、ユーザＹｗが使用した水道水の使用量が基準値以上であるか否かを判断する。整水器１０２Ａは、基準値未満であると判断した場合、サーバ装置２００Ａに対して、予め定められた情報を送信することによって、その旨を報告する。この場合、サーバ装置２００Ａは、端末装置３０２Ａに、メールを送る。この場合、被監視者であるユーザＹｗの身に問題が生じていると思われる場合において、監視者であるユーザＹｔの端末装置３０２Ａが、メールを受信可能となる。

以下では、以上のような処理を実現するための具体的構成について説明する。また、上記の処理以外の処理についても適宜説明する。なお、以下では、説明の便宜上、整水器１０１Ａおよび整水器１０２Ａを区別ない場合には、単に、「整水器１００Ａ」と称する。また、端末装置３０１Ａおよび端末装置３０２Ａを区別しない場合には、単に、「端末装置３００Ａ」と称する。なお、整水器１００Ａの数、端末装置３００Ａの数は、上記の数に限定されるものではない。

なお、整水器１００Ａのハードウェア構成は、実施の形態１の整水器１００のハードウェア構成と同じであるため、ここでは整水器１００Ａのハードウェア構成について繰り返して説明しない。また、サーバ装置２００Ａのハードウェア構成は、実施の形態１のサーバ装置２００のハードウェア構成と同じであるため、ここではサーバ装置２００Ａのハードウェア構成について繰り返して説明しない。さらに、端末装置３００Ａのハードウェア構成は、実施の形態１の端末装置３００のハードウェア構成と同じであるため、ここでは端末装置３００Ａのハードウェア構成について繰り返して説明しない。

＜Ｇ．整水器の機能的構成＞
図１１は、整水器１００Ａの機能的構成を説明するための機能ブロック図である。図１１を参照して、整水器１００Ａは、使用量測定部１０１０と、記憶部１０２０と、送信部１０３０と、受信部１０４０と、判断部１０５０とを備える。

（１）使用量測定部１０１０は、整水器１００Ａのユーザが使用した水道水の量を測定する。使用量測定部１０１０は、測定により得られた使用量を使用量データとして記憶部１０２０に格納する。

判断部１０５０は、記憶部１０２０に格納された使用量データ（水量情報）に基づき、ユーザが使用した水道水の使用量が予め定められた基準を満たしているか否かを判断する。つまり、判断部１０５０は、ユーザの使用した水道水の量が基準値以上であるか否かを判断する。

送信部１０３０は、ユーザの使用した水道水の量が基準値未満であると判断された場合に、サーバ装置２００Ａに、予め定められた情報を送信することによって、その旨を報告する。なお、「予め定められた情報」は、サーバ装置２００Ａが当該整水器１００Ａに対応する端末装置３００Ａに対してメールを送信するためのトリガーとなる情報であればよい。

上記の構成によれば、実施の形態１と同様、被監視者である整水器１００Ａのユーザの身に問題が生じていると思われる場合において、監視者である端末装置３００Ａのユーザの端末装置３００Ａが、上述したメールを受信可能となる。また、サーバ装置２００Ａではなく各整水器１００Ａが使用量が適切か否かの判断を行なうため、サーバ装置２００Ａが使用量が適切か否かを判断する構成に比べて、サーバ装置側の処理の負荷を低減できる。

（２）詳しくは、判断部１０５０は、予め定められた時間帯毎に、当該時間帯における水道水の使用量が基準値を前記予め定められた基準を満たしているか否かを判断する。判断部１０５０は、たとえば、６時〜８時までの時間帯の水道の使用量、および１８時〜２０時までの時間帯の水道の使用量が基準値を超えているか否かを判断する。

上記の構成によれば、整水器１００Ａは、全ての時間帯に関して使用量が基準値を超えているかの判断を行なわなくて済む。したがって、整水器１００Ａのデータ処理量を低減することができる。

（３）より詳しくは、送信部１０３０は、記憶部１０２０に格納した使用量データを、サーバ装置２００Ａに送信する。受信部１０４０は、使用量データに基づいてサーバ装置２００Ａで決定された各時間帯を表す時間帯情報を、サーバ装置２００Ａから受信する。たとえば、サーバ装置２００Ａによって、当該時間帯として、６時〜８時までの時間帯と、１８時〜２０時とが決定される。

上記の構成によれば、使用量に基づいて監視時間帯を決定するため、他の時間帯に比べて水道水の使用量が多い時間帯を監視時間帯とすることができる。それゆえ、整水器１００Ａは、水道水の使用量が少ない時間帯を監視時間帯とする場合に比べて、精度の高い判定をすることができる。

（４）さらに詳しくは、上記の基準値は、サーバ装置２００Ａにおいて上記時間帯毎に決定される。たとえば、サーバ装置２００Ａによって、８時〜１０時までの時間帯についての基準値は１．５Ｌと、１８時〜２０時までの時間帯につての基準値は２Ｌと決定される。

上記の構成によれば、整水器１００Ａは、監視時間帯の全てに同一の基準値が設定される場合に比べて、より精度の高い判定を行なうことができる。

＜Ｈ．制御構造＞
（ｈ１．シーケンス）
図１２は、通信システム１Ａにおける処理の流れを説明するための第１のシーケンスチャートである。具体的には、図１２は、後述する図１３に示すシーケンスチャートの処理が実行される前に行なわれる処理を説明するための図である。

図１２を参照して、シーケンスＳＱ３０２において、ユーザが水道水を使用する度に、水道水の使用量をフローセンサ１１０４を用いて検出する。シーケンスＳＱ３０４において、整水器１００は、使用量データをサーバ装置２００Ａに送信する。サーバ装置２００Ａは、整水器１００毎に、使用量を日および時間帯毎に記憶する。

シーケンスＳＱ３０６において、サーバ装置２００Ａは、整水器１００Ａ毎に、過去の使用量データに基づいて、監視対象とする時間帯である上記監視時間帯を特定する。具体的には、サーバ装置２００Ａは、予め区分された複数の時間帯から、１つ以上の時間帯を選択する。シーケンスＳＱ３０８において、サーバ装置２００Ａは、過去の使用量データに基づき、監視時間帯における基準値を、整水器１００毎に設定する。

シーケンスＳＱ３１０において、サーバ装置２００Ａは、整水器１００Ａに対して、当該整水器１００Ａに対して設定した監視時間帯および当該監視時間帯における基準値を通知する。

図１３は、通信システム１Ａにおける処理の流れを説明するための第２のシーケンスチャートである。具体的には、図１３は、図１２に示す第１のシーケンスチャートの処理が実行される後に行なわれる処理を説明するための図である。

図１３を参照して、シーケンスＳＱ４０２において、整水器１００Ａは、ユーザが水道水を使用する度に、水道水の使用量をフローセンサ１１０４を用いて検出する。シーケンスＳＱ４０４において、整水器１００Ａは、検出結果に基づき、時間帯毎の総使用量を算出する。つまり、整水器１００Ａは、時間帯毎に区分して、使用量を積算する。

シーケンスＳＱ４０６において、整水器１００Ａは、監視時間帯毎に、使用量が適切であるか否かを判断する。すなわち、整水器１００Ａは、サーバ装置２００Ａによって決定された時間帯毎に基準値以上の水道水が使用されたか否かを判断する。

シーケンスＳＱ４０８において、整水器１００Ａは、使用量が適切でない場合、サーバ装置２００Ａにその旨を報告するためのデータフレームの生成を行なう。シーケンスＳＱ４１０において、整水器１００Ａは、生成されたデータフレームを送信することにより、サーバ装置２００Ａに報告をする。

シーケンスＳＱ４１２において、サーバ装置２００Ａは、整水器１００Ａから報告を受信すると、当該整水器１００Ａに対応付けられた端末装置３００Ａ宛てのメールを作成する。シーケンスＳＱ４１４において、サーバ装置２００Ａは、生成されたメールを端末装置３００Ａに送信する。シーケンスＳＱ４１６において、端末装置３００Ａは、サーバ装置２００Ａからメールを受信し、自装置のディスプレイにメールを表示する。

（ｈ２．フロー）
図１４は、整水器１００Ａにおいて行なわれる処理の流れを説明するためのフローチャートである。具体的には、図１４は、図１３に示した整水器１００Ａの処理をより詳しく説明するための図である。

図１４を参照して、ステップＳ１２０４において、整水器１００ＡのＣＰＵ１１８１（図３）は、時計１１８４を利用して、監視時間帯を経過したか否かを判断する。ステップＳ１２０６において、ＣＰＵ１１８１は、使用量が、監視時間帯の基準値未満であるか否かを判断する。たとえば、監視時間帯が８時〜１０時であって、基準値が１．５Ｌである場合には、ＣＰＵ１１８１は、１０時を過ぎると、当該監視時間帯（８時〜１０時の時間帯）の使用量が１．５Ｌ未満か否かを判断する。

ＣＰＵ１１８１は、使用量が基準値未満であると判断された場合（ステップＳ１２０６においてＹＥＳ）、ステップＳ１２０８において、サーバ装置２００Ａに、その旨の報告をする。ＣＰＵ１１８１は、使用量が基準値以上であると判断された場合（ステップＳ１２０６においてＮＯ）、処理をステップＳ１２１０に進める。

ステップＳ１２１０において、ＣＰＵ１１８１は、全ての監視時間帯（たとえば、８時〜１０時の時間帯、１２時〜１４時の時間帯、および１８時〜２０時の時間帯）について、使用量と基準値との大小比較の判断を行なったか否かを判断する。すなわち、ＣＰＵ１１８１は、全ての監視時間帯においてステップＳ１２０６の処理が行なわれたか否かを判断する。

ＣＰＵ１１８１は、全ての監視時間帯について判断していないと判断した場合（ステップＳ１２１０においてＮＯ）、処理をステップＳ１２０２に進める。ＣＰＵ１１８１は、全ての監視時間帯について判断したと判断した場合（ステップＳ１２１０においてＹＥＳ）、ステップＳ１２１２において、ＣＰＵ１１８１は、その日の水道水の総使用量が零であるか否かを判断する。

ＣＰＵ１１８１は、総使用量が零でないと判断した場合（ステップＳ１２１２においてＮＯ）、一連の処理を終了する。ＣＰＵ１１８１は、総使用量が零であると判断した場合、サーバ装置２００Ａに対して、その旨の報告をする。

一日の総使用量が零である場合には、一日中家を空けている場合を除き、整水器１００Ａのユーザの安否が危ぶまれることが想定される。このため、ステップＳ１２１４において行なわれる報告は、ステップＳ１２０８で行なわれる報告以上に端末装置３００のユーザの注意を喚起するようなメールをサーバ装置２００Ａに送信させることを指示するものであることが好ましい。つまり、ステップＳ１２０８により報告された場合とステップＳ１２１４により報告された場合とにおいて、異なる内容であって、かつ後者の報告の方がより注意喚起をする内容のメールを、サーバ装置２００Ａが端末装置３００Ａに送信するように、通信システム１Ａを構成することが好ましい。

＜Ｉ．変形例＞
（１）各実施の形態１，２では、フローセンサ１１０４は、浄水カートリッジ１１０３と電解槽１１０６との間に配置されていた（図２）。つまり、フローセンサ１１０４は、浄水カートリッジ１１０３から出てきた水道水（浄水された後の水道水）の水量を検出するセンサであり、電解還元水の水量を検出するものではなかった。

以下では、サーバ装置または整水器が、電解還元水の使用量に基づいて、ユーザが使用した水道水の使用量が予め定められた基準を満たしているか否かを判断する構成について説明する。

当該構成を採る場合、フローセンサ１１０４は、図２の位置ではなく、たとえば、ダブルオートチェンジクロスラインシステム１１０７における電解還元水の出口付近に設置すればよい。これにより、制御装置１１０８は、フローセンサ１１０４からの出力に基づき、ユーザにより使用された電解還元水の量を算出できる。また、電解還元水の使用量（換言すれば、電解還元水の生成量）は、電解還元水の水素イオン濃度を途中で変化させない場合（具体的には、酸性水の排水量を変更しない場合）、水道水の使用量に正比例する。

したがって、制御装置１１０８は、整水器のユーザが使用した水道水の量に応じた電解還元水の水量を表した使用量データを、サーバ装置に送信することができる。

（２）また、整水器が電気分解を行なわず浄水のみを行なっている場合（つまり、第２の動作モード）においても、サーバ装置または整水器は、浄水される前の水道水の使用量または浄水された後の水道水の使用量に基づいて、ユーザが使用した水道水の使用量が予め定められた基準を満たしているか否かを判断してもよい。この場合には、フローセンサ１１０４を浄水カートリッジ１１０３の入り口付近に設けてもよい。

（３）実施の形態１おいては、整水器１００における水道水の使用量に基づき、基準値をサーバ装置２００が決定した。また、実施の形態２においては、基準値を整水器１００Ａが決定した。しかしながら、これに限定されるものではない。基準値は、製造メーカによって決定されていてもよい。

（４）通信システム１においては、整水器１００における水道水の使用量が基準値未満の場合、サーバ装置２００は、電解還元水の使用例（たとえば、料理のレシピ）を含めた上記メールを、端末装置３００に送信してもよい。また、通信システム１が電解還元水の水量を検出する構成の場合には、整水器１００における電解還元水の使用量が基準値未満のときに、サーバ装置２００は、電解還元水の使用例（たとえば、料理のレシピ）を含めた上記メールを、端末装置３００に送信してもよい。なお、これらの構成は、通信システム１Ａについても適用できる。

このような構成により、サーバ装置２００，２００Ａのユーザ（管理者等）は、端末装置３００，３００Ａのユーザを介して、整水器１００，１００Ａのユーザに電解還元水の使用を促進させることも可能となる。

また、サーバ装置２００，２００Ａが、整水器１００，１００Ａのユーザが所有する端末装置（図示せず）に対して、電解還元水等の使用量が少ない場合に、上記のレシピ等を送信してもよい。

（５）また、上記においては、「予め定められた基準」としては、基準値以上であることを例挙げて説明した。ここで、予め定められた基準を、第１の基準値以上第２の基準値未満とした場合、以下のことを実現できる。

整水器１００，１００Ａにおける水道水の使用量が第２の基準値未満の場合、浄水カートリッジ１１０３の劣化（消耗）の速度が早まることを表す通知を、整水器１００，１００Ａ、端末装置３００，３００Ａ、および／または整水器１００，１００Ａのユーザが所有する端末装置（図示せず）に対して通知するように、サーバ装置２００，２００Ａを構成してもよい。

（６）上記においては、水処理装置の一例として整水器を例に挙げて説明したが、これに限定されるものではない。電解還元水を生成する機能を有していない単なる浄水器に対しても適用できる。

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

１，１Ａ 通信システム、１００，１００Ａ，１０１，１０１Ａ，１０２，１０２Ａ 整水器、２００，２００Ａ サーバ装置、２２０，１１８２ メモリ、２２１ ＲＯＭ、２２２ ＲＡＭ、２３０ 通信ＩＦ、２４０ 操作キー、２５０ 給電回路、２６０，１１８４ 時計、３００，３００Ａ，３０１，３０２，３０１Ａ，３０２Ａ 端末装置、１０１０ 使用量測定部、１０２０，２０２０ 記憶部、１０３０，２０５０ 送信部、１０４０，２０１０ 受信部、１０５０，２０４０ 判断部、１１０１ 分岐水栓、１１０２ ツインセーフティバルブ、１１０３ 浄水カートリッジ、１１０４ フローセンサ、１１０５ 乳酸カルシウム添加筒、１１０６ 電解槽、１１０７ ダブルオートチェンジクロスラインシステム、１１０８ 制御装置、１１０９ 無線アンテナ、１１３１ マイクロカーボン、１１６１ 隔膜、１１６２，１１６３ 電極、２０３０ 決定部、２２０１，２２０２ 使用量データ。

Claims (21)

1. 水道水を処理する水処理装置と通信可能に接続されたサーバ装置であって、
   前記水処理装置から、前記水処理装置に処理させるために当該水処理装置のユーザが使用した水道水の量または当該水道水の量に応じた水量を表した水量情報を受信する受信手段と、
   前記水量情報に基づき、前記ユーザが使用した水道水の使用量が予め定められた基準を満たしているか否かを判断する判断手段と、
   前記予め定められた基準を満たしていないと判断されたことに基づき、予め定められた電子機器に予め定められた情報を送信する送信手段とを備える、サーバ装置。
2. 前記判断手段は、予め定められた時間帯毎に、当該時間帯における前記使用量が前記予め定められた基準を満たしているか否かを判断する、請求項１に記載のサーバ装置。
3. 前記水量情報を、当該水が使用された時刻を表した時刻情報と関連付けて記憶する記憶手段と、
   前記水量情報と前記時刻情報とに基づき、各前記時間帯を決定する決定手段とをさらに備える、請求項２に記載のサーバ装置。
4. 前記決定手段は、前記水量情報に基づき、前記予め定められた基準を前記予め定められた時間帯毎に決定する、請求項３に記載のサーバ装置。
5. 前記予め定められた基準は、一日の水の使用量が零でないことである、請求項１〜４のいずれか１項に記載のサーバ装置。
6. 前記水道水の量に応じた水量は、前記水処理装置により前記水道水から生成された電解還元水の量である、請求項１〜５のいずれか１項に記載のサーバ装置。
7. 前記ユーザが使用した水道水の量は、前記水処理装置において電解還元水を生成するために用いられた水道水の量である、請求項１〜５のいずれか１項に記載のサーバ装置。
8. 前記サーバ装置は、複数の前記水処理装置と通信可能に接続され、
   前記判断手段は、前記水処理装置毎に、前記使用量が予め定められた基準を満たしているか否かを判断し、
   前記送信手段は、前記予め定められた情報を、前記水処理装置毎に対応付けられた前記電子機器に送信する、請求項１〜７のいずれか１項に記載のサーバ装置。
9. サーバ装置と通信可能に接続された、水道水を処理する水処理装置であって、
   前記水処理装置に処理させるために当該水処理装置のユーザが使用した水道水の量または当該水道水の量に応じた水量を表した水量情報に基づき、前記ユーザが使用した水道水の使用量が予め定められた基準を満たしているか否かを判断する判断手段と、
   前記予め定められた基準を満たしていないと判断されたことに基づき、前記サーバ装置に予め定められた情報を送信する送信手段とを備える、水処理装置。
10. 前記判断手段は、予め定められた時間帯毎に、当該時間帯における前記使用量が前記予め定められた基準を満たしているか否かを判断する、請求項９に記載の水処理装置。
11. 前記送信手段は、前記水量情報を前記サーバ装置にさらに送信し、
    前記水処理装置は、前記水量情報に基づいて前記サーバ装置で決定された各前記予め定められた時間帯を表す時間帯情報を、前記サーバ装置から受信する受信手段をさらに備える、請求項１０に記載の水処理装置。
12. 前記予め定められた基準は、前記サーバ装置において前記予め定められた時間帯毎に決定される、請求項１０または１１に記載の水処理装置。
13. 前記予め定められた基準は、一日の水の使用量が零でないことである、請求項９〜１２のいずれか１項に記載の水処理装置。
14. 前記水処理装置は、前記水道水から電解還元水を生成する機能を有し、
    前記水道水の量に応じた水量は、前記電解還元水の量である、請求項９〜１３のいずれか１項に記載の水処理装置。
15. 前記水処理装置は、前記水道水から電解還元水を生成する機能を有し、
    前記ユーザが使用した水道水の量は、前記電解還元水を生成するために用いられた水道水の量である、請求項９〜１３のいずれか１項に記載の水処理装置。
16. 水道水を処理する水処理装置と、前記水処理装置に通信可能に接続されたサーバ装置とを備えた通信システムであって、
    前記水処理装置は、前記水処理装置に処理させるために当該水処理装置のユーザが使用した水道水の量または当該水道水の量に応じた水量を表した水量情報を前記サーバ装置に送信し、
    前記サーバ装置は、
    前記水処理装置から、前記水量情報を取得し、
    前記水量情報に基づき、前記ユーザが使用した水道水の使用量が予め定められた基準を満たしているか否かを判断し、
    前記予め定められた基準を満たしていないと判断されたことに基づき、予め定められた電子機器に予め定められた情報を送信する、通信システム。
17. 水道水を処理する水処理装置と、前記水処理装置に通信可能に接続されたサーバ装置とを備えた通信システムであって、
    前記水処理装置は、
    前記水処理装置に処理させるために当該水処理装置のユーザが使用した水道水の量または当該水道水の量に応じた水量を表した水量情報に基づき、前記ユーザが使用した水道水の使用量が予め定められた基準を満たしているか否かを判断し、
    前記予め定められた基準を満たしていないと判断されたことに基づき、前記サーバ装置に予め定められた情報を送信する、通信システム。
18. 水道水を処理する水処理装置と通信可能に接続されたサーバ装置における情報処理方法であって、
    前記水処理装置から、前記水処理装置に処理させるために当該水処理装置のユーザが使用した水道水の量または当該水道水の量に応じた水量を表した水量情報を受信するステップと、
    前記水量情報に基づき、前記ユーザが使用した水道水の使用量が予め定められた基準を満たしているか否かを判断するステップと、
    前記予め定められた基準を満たしていないと判断されたことに基づき、予め定められた電子機器に予め定められた情報を送信するステップとを備える、情報処理方法。
19. サーバ装置と通信可能に接続された水道水を処理する水処理装置における情報処理方法であって、
    前記水処理装置に処理させるために当該水処理装置のユーザが使用した水道水の量または当該水道水の量に応じた水量を表した水量情報に基づき、前記ユーザが使用した水道水の使用量が予め定められた基準を満たしているか否かを判断するステップと、
    前記予め定められた基準を満たしていないと判断されたことに基づき、前記サーバ装置に予め定められた情報を送信するステップとを備える、情報処理方法。
20. 水道水を処理する水処理装置と通信可能に接続されたサーバ装置を制御するためのプログラムであって、
    前記水処理装置から、前記水処理装置に処理させるために当該水処理装置のユーザが使用した水道水の量または当該水道水の量に応じた水量を表した水量情報を受信するステップと、
    前記水量情報に基づき、前記ユーザが使用した水道水の使用量が予め定められた基準を満たしているか否かを判断するステップと、
    前記予め定められた基準を満たしていないと判断されたことに基づき、予め定められた電子機器に予め定められた情報を送信するステップとを、前記サーバ装置のプロセッサに実行させる、プログラム。
21. サーバ装置と通信可能に接続された水道水を処理する水処理装置を制御するためのプログラムであって、
    前記水処理装置に処理させるために当該水処理装置のユーザが使用した水道水の量または当該水道水の量に応じた水量を表した水量情報に基づき、前記ユーザが使用した水道水の使用量が予め定められた基準を満たしているか否かを判断するステップと、
    前記予め定められた基準を満たしていないと判断されたことに基づき、前記サーバ装置に予め定められた情報を送信するステップとを、前記水処理装置のプロセッサに実行させる、プログラム。

Images