JP7471649B2 - 給水装置及び管理システム - Google Patents

Description

本発明は、現在時刻を計数する時計機能をもたない給水装置に対するイベント発生日時の作成に関する。

一般に、給水装置としては、安価な機種の家庭用ポンプと、家庭用ポンプよりも高価な機種の設備用ポンプとがある。ここで、家庭用ポンプは、安価なために、現在時刻を計数する時計機能を持っていない。このため、家庭用ポンプについては、故障等のイベントが発生したときのイベント発生日時が作成不可となっている。

一方、設備用ポンプは、高価なために時計機能を有している。また、設備用ポンプとしては、時計機能が計数する現在時刻を外部表示器から修正する技術が知られている。このため、設備用ポンプについては、イベント発生日時が作成可能となっている。

特開２０１８－１２７９９７号公報

本発明は、現在時刻を計数する時計機能をもたない給水装置についてイベント発生日時を作成可能とすることを目的とする。

本発明の一態様に係る給水装置は、通信部と、書込部と、計数部と、記録部と、送信部と、投入回数記憶部と、回数増加部とを備えている。
前記通信部は、通信端末に無線通信可能な通信インタフェースである。
前記書込部は、前記無線通信の通信中の日時を前記通信端末から受けると、当該通信中の日時を日時記憶部に書き込む。
前記計数部は、電源から電力が供給されている場合に、所定時点からの経過時間を計数する。
前記記録部は、イベントが発生したとき、前記イベントの内容と前記経過時間とをログ記憶部に記録する。
前記送信部は、前記経過時間の計数中に新たな無線通信により前記イベントに関するデータの送信要求を受けると、当該送信要求に基づいて前記ログ記憶部内のイベントの内容と前記経過時間及び前記日時記憶部内の前記通信中の日時を送信する。前記投入回数記憶部は、前記電源を投入した回数である電源投入回数を記憶する。前記回数増加部は、前記電源の投入毎に、前記投入回数記憶部内の電源投入回数を増加させる。前記記録部は、前記イベントが発生したとき、前記イベントの内容と前記経過時間と前記電源投入回数とを前記ログ記憶部に記録する。前記送信部は、前記送信要求に基づいて前記ログ記憶部内のイベントの内容、前記経過時間及び前記電源投入回数、並びに前記日時記憶部内の前記日時を送信する。

また、本発明の別の一態様に係る管理システムは、上記した給水装置と、前記給水装置に通信可能な前記通信端末に実行されるプログラムとを備えている。
前記プログラムは、作成手段及び表示制御手段として前記通信端末を機能させる。
前記作成手段は、前記送信された前記イベントの内容、前記経過時間及び前記通信中の日時を受信すると、当該受信した前記通信中の日時と前記経過時間とを互いに演算することにより、前記イベントが発生したときのイベント発生日時を作成する。
前記表示制御手段は、前記作成された前記イベント発生日時と前記受信された前記イベントの内容とを表示部に表示させる。

本発明によれば、現在時刻を計数する時計機能をもたない給水装置について、イベント発生日時を作成可能とすることができる。

第１の実施形態に係る給水装置及び管理システムを例示するブロック図。 図１のメモリＡを説明するための模式図。 図１のメモリＢを説明するための模式図。 図１のメモリを説明するための模式図。 図１の通信端末を例示するブロック図。 第１の実施形態における動作を例示するシーケンス図。 第２の実施形態に係る給水装置及び管理システムを例示するブロック図。 図７のメモリＣを説明するための模式図。 図７のメモリを説明するための模式図。 第２の実施形態における動作を例示するシーケンス図。 第２の実施形態における他の動作を例示するシーケンス図。 第３の実施形態に係る給水装置及び管理システムを例示するブロック図。 第４の実施形態におけるメモリＡを説明するための模式図。 第４の実施形態における動作を例示するシーケンス図。 第５の実施形態における動作を例示するシーケンス図。 第５の実施形態における他の動作を例示するシーケンス図。

以下、図面を参照しながら実施形態の説明を述べる。なお、以降、説明済みの要素と同一または類似の要素には同一または類似の符号を付し、重複する説明については基本的に省略する。例えば、複数の同一または類似の要素が存在する場合に、各要素を区別せずに説明するために共通の符号を用いることがあるし、各要素を区別して説明するために当該共通の符号に加えて枝番号及び／又は英小文字を用いることもある。

＜第１の実施形態＞
図１は、第１の実施形態に係る給水装置及び管理システムを例示するブロック図であり、図２乃至図４は、図１の各メモリを説明するための模式図である。給水装置１０は、建物に給水するための装置である。係る給水装置１０としては、直結給水方式又は受水槽方式などの任意の給水方式が適用可能である。例えば、給水装置１０は、水道本管に直結され、水道本管を流れる水を直接増圧し、建造物に設けられた蛇口やシャワーヘッド等の供給先に給水する、いわゆる直結増圧型給水装置であり得る。あるいは、給水装置１０は、水道本管から受水槽に貯められた水を吸い込んで増圧し、建造物に設けられた蛇口やシャワーヘッド等の供給先に給水する、いわゆる加圧ポンプ型給水装置であり得る。なお、加圧ポンプ型給水装置は、受水槽に限らず、浅井戸に貯められた水についても同様に使用可能である。

このような給水装置１０は、一次側の吸込配管から水を吸い込んで二次側の吐出配管に吐出するようにケーシング内の羽根車を回転させるポンプ装置２０と、当該ポンプ装置２０を制御する制御装置３０とを備えている。ポンプ装置２０は、１台としてもよく、複数台としてもよい。ポンプ装置２０の図示しないモータは、インバータ３１及びインバータ制御基板（図示せず）を介して制御盤３２に接続されている。補足すると、制御盤３２は、圧力センサの検出信号に基づいて、ポンプ装置２０の吐出し圧力が目標圧力になるよう、インバータ３１からモータへの出力周波数を制御する。また、制御盤３２は、流量センサの検出信号に基づいて、ポンプの増台又は減台を含む並列運転を制御する。

なお、給水装置１０としては、インバータ搭載品に限らず、インバータ非搭載品を用いてもよい。給水装置がインバータ非搭載品の場合、インバータの制御に代えて、例えば、センサからの検出信号に基づく定圧給水制御や、手動スイッチによる制御などが適宜、使用可能となっている。このようなインバータ非搭載品としては、例えば、浅井戸用や受水槽用のカスケードポンプなどの様々な種類が適宜、使用可能となっている。すなわち、給水装置１０としては、インバータを備えた構成と備えない構成のいずれにも全く限定されないものの、本明細書中ではインバータを搭載した構成を例に挙げて述べる。

制御装置３０は、インバータ３１と、制御盤３２とを備えている。但し、インバータ３１は、制御装置３０ではなく、ポンプ装置２０に配置してもよく、制御盤３２に配置してもよい。また、制御盤３２内の各部も適宜、ポンプ装置２０に配置してもよく、制御装置３０の一部として制御盤３２の外部に配置してもよい。例えば、制御盤３２内の通信部３３は、ポンプ装置２０に配置してもよく、制御盤３２の外部に配置してもよい。

インバータ３１は、プロセッサ３９からインバータ制御基板を介してインバータ制御信号を受け取る。インバータ３１は、このインバータ制御信号に応じて動作する。例えば、インバータ３１は、運転停止信号または運転開始信号に相当するインバータ制御信号に応じてポンプ装置２０の運転を停止または開始し得る。また、インバータ３１は、回転数制御信号に相当するインバータ制御信号に応じて、ポンプ装置２０のモータの回転数（ポンプの回転速度）を制御し得る。

制御盤３２は、ポンプ装置２０（のモータ）と電気的に接続され、当該ポンプ装置２０を制御する。具体的には、制御盤３２は、各種センサからの検出信号に基づいて、インバータ制御基板及びインバータ３１を介してポンプ装置２０のモータの駆動を制御する。

例えば、制御盤３２は、給水装置１０の吸込配管および吐出配管に取り付けられポンプの吸込圧力および吐出圧力を検出可能な圧力センサからの検出信号に基づいて、ポンプの運転中に例えば吐出し圧力一定制御又は推定末端圧力一定制御などの目標圧力一定制御を行い得る。また、制御盤３２は、ポンプの運転中にモータを所望の回転数で駆動するように制御することができ、必要に応じてモータの回転数を増減させる。

さらに、制御盤３２は、ポンプ装置２０に含まれるポンプの二次側の配管に取り付けられ当該配管に流れる水の流量を検出可能な流量センサからの検出信号に基づいて、流量が小水量であることを検知するとポンプを停止させ得る。そして、制御盤３２は、圧力センサからの検出信号に基づいて給水装置１０の二次側の圧力が予め定められた始動圧力以下に低下したことを検知すると、ポンプを再始動する。

さらに、制御盤３２は、かかるポンプ装置２０の制御に加えて、通信端末４０と無線接続することにより、適宜、運転データやイベントログといった各種データを通信端末４０に送信してもよい。このような通信端末４０との通信を伴う形態は、制御装置３０及び通信端末４０を備えた管理システムや、給水装置１０及び通信端末４０を備えた管理システムを構成している。また、このような形態は、制御装置３０と、通信端末４０に実行されるプログラムとを備えた管理システムや、給水装置１０と、通信端末４０に実行されるプログラムとを備えた管理システムを構成してもよい。あるいは、このような形態は、制御装置３０に実行される第１プログラムと、通信端末４０に実行される第２プログラムとを備えた管理システムや、給水装置１０に実行される第１プログラムと、通信端末４０に実行される第２プログラムとを備えた管理システムを構成してもよい。ここで、「管理システム」の用語は、適宜、「システム」、「処理システム」又は「イベント管理システム」のように言い換えてもよい。同様に、「・・・に実行されるプログラム」の用語は、適宜、「・・・に搭載されるプログラム」又は「・・・に内蔵されるプログラム」のように言い換えてもよい。なお、運転データは、ある運転点での、周波数、電流、電圧、圧力、流量、振動値、モータの絶縁抵抗、及び受水槽の設定などといった、給水装置１０の運転状態を示すデータである。補足すると、給水装置１０の運転データは、例えば、給水装置１０の最新の１つまたはロギングされた複数の時点におけるステータスであり得る。具体的には、運転データは、例えば給水装置１０のインバータ３１から取得した各時点の電圧／電流値、圧力センサから取得した各時点の検出信号またはこれに基づき算出された圧力値、流量センサから取得した各時点の検出信号またはこれに基づき算出された流量値、モータの各時点の回転周波数値、各時点の積算運転データ（積算運転時間及び積算始動回数の少なくとも一方）、などを含み得る。

制御盤３２は、通信部３３、入力部３４、表示部３５、メモリ３８及びプロセッサ３９を備えている。

通信部３３は、プロセッサ３９により制御され、無線通信技術を用いて、通信端末４０などの外部装置と通信可能な任意の通信インタフェースである。具体的には、通信部３３は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙの規格（以下、ＢＬＥ規格ともいう）、Ｗｉ－Ｆｉ（登録商標）、ＮＦＣなどの（近距離）無線通信技術、またはＵＳＢなどの有線通信技術を用いて、通信端末４０等の外部装置に接続可能となっている。本実施形態の通信部３３は、ＢＬＥ規格に基づいて、通信端末４０と無線通信を行う。なお、ＢＬＥ規格は、ＢＬＥのバージョン４．０以上の規格であればよく、ＢＬＥの通信方式と互換性があればよい。これに伴い、「ＢＬＥ規格」は、「Ｂｌｕｅｔｏｏｔｈ ４．０以上の規格」と呼んでもよい。また、通信部３３は、通信端末４０と制御盤３２との接続を確立するための何らかのデータ、例えば通信端末４０及び制御盤３２がそれぞれスキャナおよびアドバタイザとしてＢｌｕｅｔｏｏｔｈで接続する場合には、スキャナとしての通信端末からのリクエスト、を受信することもあり得る。例えば、通信部３３は、制御盤３２の識別情報を含むアドバタイズパケットをブロードキャスト通信する。また、通信部３３は、当該アドバタイズパケットを受信する通信端末４０から接続要求を受けると、通信端末４０との間の通信を接続してペアリングを行ってもよい。通信部３３は、通信端末４０に無線通信可能な通信手段の一例である。

入力部３４は、例えば、ボタンを含む操作パネル、タッチパネル、キーボード、マウス、などのユーザ入力を受け付ける装置と、圧力センサ、マイクロホン、カメラなどのセンサとを含み得る。

表示部３５は、典型的には液晶ディスプレイ、または有機ＥＬディスプレイなどの表示デバイスを含み得るが、表示デバイスの代わりにまたは表示デバイスに加えて、スピーカ、ＬＥＤ（Light Emitting Diode）点灯部などを含み得る。

メモリＡ_３６は、図２に示すように、プロセッサ３９から読出／書込可能に設けられ、通信端末４０との間の無線通信の通信中の日時が書きこまれるＥＥＰＲＯＭ（登録商標）等の不揮発性メモリを有している。通信中の日時としては、通信開始から通信終了までの任意の日時が使用可能となっている。例えば、通信中の日時としては、通信端末４０側の現在日時を、通信端末４０からの送信毎に含めてもよく、通信端末４０からの任意の送信時に含めてもよい。任意の送信時としては、例えば、データ送信要求の送信時や、無線通信の切断指示の送信時などが適宜、使用可能となっている。データ送信要求の送信時の日時は、データ要求の日時と呼んでもよい。データ要求の日時は、通信中の日時の一例である。また、無線通信の切断指示の送信時の日時は、切断直前の日時と呼んでもよい。切断直前の日時は、通信中の日時の他の例である。また、切断指示の送信時の日時としては、現在日時に所定時間を加えた日時を用いる場合、切断直後の日時と呼んでもよい。切断直後の日時は、通信中の日時の更に他の例である。なお、「通信中の日時」は、「通信日時」と呼んでもよい。メモリＡ_３６の初期値としては、例えば、ゼロ値又は空欄が適宜、使用可能となっている。また、メモリＡ_３６は、メモリ３８の一部として設けてもよい。メモリＡ_３６は、日時記憶部の一例である。日時記憶部は、記憶する日時に応じて、切断日時記憶部や要求日時記憶部といった名称で呼んでもよい。

メモリＢ_３７は、図３に示すように、タイムカウンタ３７ａ及びＲＡＭ領域３７ｂを有している。メモリＢ_３７は、「カウントアップタイマ」又は「カウンタ」と呼んでもよい。

タイムカウンタ３７ａは、プロセッサ３９により起動され、電源から電力が供給されている場合に、所定時点からの経過時間を計数する。また、タイムカウンタ３７ａは、計数した経過時間をＲＡＭ領域３７ｂに更新記憶させる。ここで、所定時点としては、電源を投入した時点としてもよい。この場合、タイムカウンタ３７ａは、電源が投入されている間、経過時間を計数する。また、所定時点としては、無線通信の切断直前の日時をメモリＡ_３６に書き込む直前又は直後の時点としてもよい。また、経過時間を計数する間隔としては、例えば、図示しない水晶振動子から出力されるパルス信号を計数してその計数結果を時間換算して得られる経過時間の更新間隔であって、１秒毎、１分毎又は５分毎などの任意の間隔が使用可能となっている。また、経過時間は、日数、時間、分、秒、の単位に整理して計数してもよく、秒単位のみで計数してもよい。あるいは、経過時間は、通信端末４０にて時間換算可能であれば、任意の端数の単位（例、１．５秒毎）で計数してもよい。

ＲＡＭ領域３７ｂは、プロセッサ３９から読出可能に設けられ、タイムカウンタ３７ａが経過時間を計数する毎に、タイムカウンタ３７ａから書き込まれる経過時間を更新記憶する。なお、ＲＡＭ領域３７ｂは、経過時間を計数する間隔が長い場合、経過時間の更新記憶の回数が減るので、ＥＥＰＲＯＭ領域に変更可能となる。例えば、ＥＥＰＲＯＭ領域の許容書き込み回数が１０万回の場合、１時間に１回、１日２４回程度の定期的な書き込みであれば、書き込み回数が１年間（３６５日）で８７６０回、１０年間で８万７６００回、１１年間で９万６３６０回であることから、許容書き込み回数を超えずに使用できる。但し、経過時間を計数する間隔が１時間のように長い場合、後述するイベント発生日時の誤差が１時間近くになる可能性がある。このため、イベント発生日時の誤差を抑える観点から、経過時間は、１秒毎又は１分毎といった短い間隔で計数されることが好ましい。本実施形態では、１秒毎に経過時間を計数して更新記憶するため、ＥＥＰＲＯＭ領域ではなく、ＲＡＭ領域３７ｂが用いられる。ＲＡＭ領域３７ｂの初期値としては、例えば、ゼロ値又は空欄が適宜、使用可能となっている。また、ＲＡＭ領域３７ｂは、メモリ３８の一部として設けてもよい。メモリＢ_３７は、計数部の一例である。

メモリ３８は、プロセッサ３９から読出／書込可能に設けられ、プロセッサ３９によって使用されるデータ、運転データ及びイベントログなどを格納するＥＥＰＲＯＭ等の不揮発性メモリを有している。データとしては、例えば、制御盤３２を識別する識別情報、コード、テーブルなどが適宜記憶される。運転データは、前述した通りである。メモリ３８は、ログ記憶部の一例である。

イベントログとしては、例えば、イベントの内容、イベント発生時の運転状態（オン状態、オフ状態、制限運転状態）、メモリＢ_３７に記憶された値（タイムカウンタ３７ａにより計数されてＲＡＭ領域３７ｂに記憶された経過時間）などを含んでいる。制限運転状態は、長時間の過負荷運転時などで行われ、インバータやモータ等の加熱保護のため、ポンプ装置２０の回転数を制限して運転している状態である。なお、イベントログは、これに限らず、例えば、メモリＡ_３６に記憶された値（切断直前の日時）を更に含んでもよい。ここで、イベントの内容としては、例えば、故障警報のコード（以下、故障コードともいう）と、当該コードの内容と、運転状態と、運転異常時のパラメータとのうちの少なくとも一つを含んでもよい。故障警報のコードとしては、例えば、７セグメント表示可能な英数字の組み合わせが適宜、使用可能となっている。当該コードの内容としては、例えば、圧力異常、流量異常、温度異常、液面異常、漏水異常、漏電異常、電圧異常、電流異常、その他の異常、などのように、各種センサなどで検出可能な異常内容が適宜、使用可能となっている。これに伴い、「イベントが発生したとき」は、「イベントが検出されたとき」等と表現してもよい。運転状態としては、稼働状態、停止状態、並列運転状態（複数台のポンプの場合）などが適宜、使用可能となっている。運転異常時のパラメータとしては、例えば、圧力異常時の圧力値、流量異常時の流量値、温度異常時の温度、液面異常時の液面高さ、電圧異常時の電圧値、電流異常時の電流値、周波数異常時の周波数、というように、当該コードの内容に対応するパラメータが適宜、使用可能となっている。本実施形態のイベントログは、図４に一例を示すように、故障コード、故障時の運転状態、故障時のメモリＢの値（経過時間）を含んでいる。イベントログは、「故障来歴」又は「警報来歴」と呼んでもよい。

また、メモリ３８は、不揮発性メモリに加え、電源遮断時に消去してもよいデータが展開されるワークエリアを有するＲＡＭを含み得る。メモリ３８は、不揮発性メモリの一部にメモリＡ_３６を含んでもよい。この場合、メモリ３８は、日時記憶部の他の一例となる。また、メモリ３８は、ＲＡＭの一部にメモリＢ_３７のＲＡＭ領域３７ｂを含んでもよい。メモリ３８は、プロセッサ３９の外部に設けられたメモリであることから、外部メモリと呼んでもよい。

プロセッサ３９は、典型的にはマイコンであるが、ＣＰＵ、ＧＰＵ、ＦＰＧＡ、ＤＳＰ、またはその他の汎用または専用のプロセッサなどであってもよい。プロセッサ３９は、例えば、通信制御、表示制御、ポンプ制御などの任意の処理を行う。

プロセッサ３９は、消去・書き替え可能な不揮発性のＥＥＰＲＯＭ領域と、高速で読み書き可能であるが、停電時にデータが消失してしまう揮発性のＤＲＡＭ領域とを含んでいる。また、プロセッサ３９は、ＥＥＰＲＯＭ領域に保存されたプログラムを実行することで、処理部３９ａ及びポンプ制御部３９ｂ等として機能し得る。また、プロセッサ３９は、プログラムの実行中、適宜、ＥＥＰＲＯＭ領域又はＤＲＡＭ領域に対してデータの読出／書込処理を実行する。プログラムとしては、例えば、ファームウェア、ＯＳ、主にパラメータの処理に関する処理プログラム、ポンプ制御プログラム（例、自動運転プログラム）などが適宜、記憶される。なお、プロセッサ３９内の各部の機能分担は、便宜的なものであり、適宜、変更可能である。

処理部３９ａは、例えば、以下の各処理を実行する。

（ａ）無線通信の通信中の日時を通信端末４０から受けると、当該通信中の日時をメモリＡ_３６（日時記憶部）に書き込む書込処理。（ａ１）書込処理は、メモリＡ_３６に日時が書き込まれているとき、当該日時を通信中の日時に更新すると共に、メモリＢ_３７内の経過時間をクリアしてから当該メモリＢ_３７に新たな経過時間の計数を開始させてもよい。

（ｂ）給水装置１０にイベントが発生したとき、イベントの内容と経過時間とをメモリ３８（ログ記憶部）に記録する記録処理。

（ｃ）経過時間の計数中に新たな無線通信によりイベントに関するデータの送信要求を受けると、当該送信要求に基づいてメモリ３８内のイベントの内容と経過時間及びメモリＡ_３６内の通信中の日時を送信する送信処理。なお、送信処理は、イベントの内容、経過時間及び通信中の日時といったデータの他に、故障時の運転状態といった任意のデータを送信してもよい。また、送信処理は、送信するデータの少なくとも一部をイベントログとして送信してもよい。例えば、イベントの内容及び経過時間を含むイベントログと、残りのデータ（通信中の日時など）とを送信してもよく、イベントの内容、経過時間及び通信中の日時を含むイベントログを送信してもよい。あるいは、イベントの内容、故障時の運転状態及び経過時間を含むイベントログと、残りのデータ（通信中の日時など）とを送信してもよい。

なお、上記（ａ）及び（ｃ）のうち、通信端末４０との間の送受信は、通信部３３を介して実行される。処理部３９ａは、書込部、記録部及び送信部の一例である。

ポンプ制御部３９ｂは、図示しない各種センサからの検出信号に基づいて、給水装置１０の運転状態を示す運転データを取得し、当該運転データをＥＥＰＲＯＭ領域、ＤＲＡＭ領域及び／又はメモリ３８に保存する。なお、運転データの取得は、積算値のように、給水装置１０の運転実態に応じて、運転データを算出することを含んでもよい。

また、ポンプ制御部３９ｂは、各種センサからの検出信号等に応じて制御信号を生成し、当該制御信号をインバータ制御基板（図示せず）からインバータ３１へ送る。これにより、ポンプ制御部３９ｂは、ポンプ装置２０を制御する。

一方、通信端末４０は、図示しない管理サーバや、建物に給水する給水装置１０に通信可能な情報処理装置である。通信端末４０は、例えば、ＰＣ、モバイル端末（例えば、タブレット、スマートフォン、ラップトップ、フィーチャーフォンなど）などであり得るが、これらに限られない。

このような通信端末４０は、図５に例示するように、通信部４１、入力部４２、表示部４３、メモリ４４及びプロセッサ４５を備えている。プロセッサ４５は、後述するように、通信制御部４５ａ、処理部４５ｂ等の機能を実現可能となっている。なお、プロセッサ４５内の各部の機能分担は、便宜的なものであり、適宜、変更可能である。

ここで、通信部４１は、プロセッサ４５により制御され、例えば、無線通信技術を用いて、給水装置１０などの外部装置と通信可能な任意の通信インタフェースである。具体的には、通信部４１は、例えば、ＢＬＥ規格、Ｗｉ－Ｆｉ（登録商標）、ＮＦＣなどの（近距離）無線通信技術、またはＵＳＢなどの有線通信技術を用いて、給水装置１０等の外部装置に接続可能となっている。本実施形態の通信部４１は、ＢＬＥ規格に基づいて、給水装置１０の制御盤３２と無線通信を行う。なお、本実施形態には用いないが、通信部４１は、前述したＢＬＥ規格の通信とは別に、基地局及びネットワークを介して管理サーバや他の通信端末に通信可能なモバイル端末の通常の通信インタフェースを含んでもよい。

入力部４２は、ユーザ入力を受け付けるための入力Ｉ／Ｆであり、通信端末４０に内蔵されてもよいし、通信端末４０に外付けされてもよい。入力部４２は、例えば、キーボード、マウス、テンキー、マイクロフォン、カメラなどであってもよいし、タッチスクリーンのように出力Ｉ／Ｆの機能を備えていてもよい。ユーザ入力は、典型的には、タップ、クリック、ドラッグ、特定のキーの押下などであり得る。このほか、ユーザ入力は、例えば、マイクロフォンによって捉えられる音声などを含むこともできる。

表示部４３は、プロセッサ４５の処理に応じて、画像及び／又は音声を出力するための出力Ｉ／Ｆの一例であり、動画像、静止画像、テキストなどを表示するための表示デバイスを含み得る。表示部４３は、音声、楽曲などを出力するためのスピーカを含んでもよい。「表示部」は「出力部」と読み替えてもよい。表示デバイスは、例えば、液晶ディスプレイ、有機ＥＬ（electroluminescence）ディスプレイ、ＣＲＴ（Cathode Ray Tube）ディスプレイなどである。表示デバイスは、コンテンツを含む表示データを表示する。なお、表示デバイスは、タッチスクリーンのように入力Ｉ／Ｆの機能を備えていてもよい。表示部４３は表示手段の一例である。

メモリ４４は、プロセッサ４５が各処理を実現するために当該プロセッサ４５によって実行されるプログラム、および当該プロセッサ４５によって使用されるデータなどを記憶する。メモリ４４は、かかるプログラム／データが展開されるワークエリアを有するＲＡＭを含み得る。プログラムとしては、例えば、ファームウェア、ＯＳ、通信プログラムなどが適宜、記憶される。

プロセッサ４５は、典型的にはＣＰＵであるが、マイコン、ＧＰＵ、ＦＰＧＡ、ＤＳＰ、またはその他の汎用または専用のプロセッサなどであってもよい。プロセッサ４５は、通信部４１を介して給水装置１０との間で無線通信を行い、給水装置１０を管理する処理を実行するものである。プロセッサ４５は、メモリ４４に保存されたプログラムを実行することで、図５の通信制御部４５ａ及び処理部４５ｂとして通信端末４０を機能し得る。なお、プロセッサ４５内の各部の機能分担は、便宜的なものであり、適宜、変更可能である。当該通信制御部４５ａ及び処理部４５ｂは、作成手段及び表示制御手段の一例である。

通信制御部４５ａは、通信部４１を制御して、給水装置１０との無線通信を行う。例えば、通信制御部４５ａは、アドバタイズパケットを送信した給水装置１０に接続要求を送信することにより、通信端末４０との間の通信を接続してペアリングを行ってもよい。また、通信制御部４５ａは、通信部４１を介して、給水装置１０との接続を確立するための何らかのデータを送信することや、操作者の操作に応じて、給水装置１０にリクエストを送信することもあり得る。あるいは、通信制御部４５ａは、通信端末４０と給水装置１０との接続を確立するための何らかのデータ、例えば給水装置１０及び通信端末４０がそれぞれスキャナおよびアドバタイザとしてＢｌｕｅｔｏｏｔｈで接続する場合には、アドバタイザとしての給水装置１０からのリクエスト、を受信することもあり得る。

また、通信制御部４５ａは、通信部４１を介して、例えば、給水装置１０との無線通信中に、給水装置１０から受けた何らかの指示と、当該通信中の日時とを制御盤３２に送信する。なお、何らかの指示が無線通信の切断指示の場合、通信中の日時は、当該無線通信の切断直前の日時に相当する。また、何らかの指示がデータの送信要求の場合、通信中の日時は、当該データの送信直前の日時に相当する。すなわち、通信中の日時は、指示内容の直前の日時、又は指示応答の直前の日時に相当する。また、通信制御部４５ａは、通信部４１を介して、例えば、この指示の送信後、給水装置１０から送信された応答内容、経過時間及び通信中の日時を受信する。

具体的には、通信制御部４５ａは、通信部４１を介して、例えば、給水装置１０との無線通信を切断する直前に、無線通信の切断指示と、無線通信の切断直前の日時とを制御盤３２に送信する。また、通信制御部４５ａは、通信部４１を介して、例えば、給水装置１０に発生したイベントに関するデータの送信要求を給水装置１０に送信する。また、通信制御部４５ａは、通信部４１を介して、例えば、この送信要求の送信後、給水装置１０から送信されたイベントの内容、経過時間及び切断直前の日時を受信する。

処理部４５ｂは、給水装置１０の設置、点検、メンテナンス、管理、パラメータ閲覧・変更など、作業員の作業に応じた情報処理を実行する。例えば、処理部４５ｂは、家庭用ポンプなどの給水装置１０を設置した際、給水装置１０と無線通信を接続し、制御装置３０の初期設定を行った後、無線通信を切断する直前にメモリＡ_３６に当該通信端末４０の現在日時を書き込む。なお、制御装置３０のプロセッサ３９はメモリＡ_３６に数値が書き込まれると、メモリＢ_３７のタイムカウンタ３７ａを起動し、経過時間の計数を開始させる。

処理部４５ｂは、例えばメンテナンスの際に、給水装置１０から送信されたイベントの内容、経過時間及び切断直前の日時を受信すると、当該受信した切断直前の日時と経過時間とを互いに演算することにより、イベントが発生したときのイベント発生日時を作成する。また、処理部４５ｂは、作成されたイベント発生日時と当該受信されたイベントの内容とを表示部４３に表示させる。

次に、以上のように構成された給水装置及び管理システムの動作例について図６を参照しながら説明する。この動作例は、ペアリング切断の際の動作を示すステップＳＴ１０と、イベント発生時の動作を示すステップＳＴ２０と、イベント日時の作成に関する動作を示すステップＳＴ３０とに分けて述べる。また、この動作例の説明は、無線通信が当該無線通信の切断指示を含んでおり、無線通信の切断直前の日時を通信中の日時として用い、通信中の日時をメモリＡ_３６に書き込む直前又は直後の時点を、所定時点として用いる場合について述べる。但し、給水装置及び管理システムの動作は、係る場合に限定されない。

（ペアリング切断の際の動作：ステップＳＴ１０）
始めに、給水装置１０と通信端末４０との間では、無線通信の接続が確立しており、ペアリングが行われているとする（ステップＳＴ１１）。ペアリングの期間中、例えば、通信端末４０は、操作者の操作に応じて、各種データのリクエストを給水装置１０に送信し、給水装置１０からデータを含むレスポンスを受信する。

続いて、通信端末４０のプロセッサ４５は、操作者の操作により、通信部４１を介して、ペアリング切断指示と、ペアリングの切断直前の日時（現在日時）とを給水装置１０に送信する（ステップＳＴ１２）。なお、切断直前の日時は、通信端末４０の時計機能により作成された現在日時（ステップＳＴ１２の送信直前の日時又は送信日時）であり、後述のペアリングを切断するステップＳＴ１６の直前の日時に相当する。このため、ステップＳＴ１２において、通信端末４０の時計機能が作成した現在日時は、無線通信の切断直前の日時の一例となっている。

給水装置１０のプロセッサ３９は、ペアリング切断指示と、切断直前の日時とを受けると、この切断直前の日時をメモリＡ_３６に書き込む。例えば、メモリＡ_３６に過去の日時が書き込まれていると、当該過去の日時を切断直前の日時に更新する（ステップＳＴ１３）。

ステップＳＴ１３の後、給水装置１０のプロセッサ３９は、メモリＢ_３７のＲＡＭ領域３７ｂの経過時間をクリアし（ステップＳＴ１４）、当該メモリＢ_３７のタイムカウンタ３７ａに新たな経過時間の計数を開始させる（ステップＳＴ１５）。これにより、メモリＢ_３７のタイムカウンタ３７ａは、プロセッサ３９がメモリＡ_３６に切断直前の日時を書き込む直前又は直後からの経過時間を計数する。本実施形態の例では、ステップＳＴ１３で書き込んだ直後からの経過時間が計数される。なお、前述したステップＳＴ１３の後半（受信後の書込処理）は、ステップＳＴ１４とＳＴ１５との間に実行してもよく、ステップＳＴ１５の後に実行してもよい。

いずれにしてもステップＳＴ１３～ＳＴ１５の後、給水装置１０のプロセッサ３９は、ペアリング切断指示に従い、ペアリングを切断する（ステップＳＴ１６）。
以上のステップＳＴ１１～ＳＴ１６により、ステップＳＴ１０が完了する。

（イベント発生時の動作：ステップＳＴ２０）
給水装置１０の運転中、例えば、ポンプ装置２０に故障等のイベントが発生したとする（ステップＳＴ２１）。

給水装置１０のプロセッサ３９は、イベントが発生したとき、イベントの内容と経過時間とをメモリ３８に記録する。具体的には例えば、プロセッサ３９は、図４に示したように、イベントの内容としての故障コードと、故障時の運転状態と、故障時のメモリＢ_３７の値（経過時間）とを含むイベントログをメモリ３８に書き込む（ステップＳＴ２２）。なお、イベントが停電でない限り、メモリＢ_３７のタイムカウンタ３７ａは、経過時間の計数を継続する。

以上のステップＳＴ２１～ＳＴ２２により、ステップＳＴ２０が完了する。なお、ステップＳＴ２０の後、故障等のイベントは、適宜、作業員の作業などにより、復旧する。

（イベント日時の作成に関する動作：ステップＳＴ３０）
給水装置１０と通信端末４０との間では、新たな無線通信の接続が確立しており、ペアリングが行われているとする（ステップＳＴ３１）。ペアリングの期間中、例えば、通信端末４０は、操作者の操作に応じて、給水装置１０に発生したイベントに関するデータの送信要求を給水装置１０に送信する。

給水装置１０のプロセッサ３９は、経過時間の計数中に当該送信要求を受けると、この送信要求に基づいてメモリ３８内のイベントの内容と経過時間などを含むイベントログ及びメモリＡ_３６内の切断直前の日時を通信端末４０に送信する（ステップＳＴ３２）。

通信端末４０のプロセッサ４５は、送信されたイベントログ及び切断直前の日時を受信すると、当該受信した切断直前の日時と経過時間とを互いに演算することにより、イベントが発生したときのイベント発生日時を作成する（ステップＳＴ３３）。すなわち、ステップＳＴ１２で通信端末４０から送信された切断直前の日時と、ステップＳＴ１５での計数開始からステップＳＴ２１のイベント発生に至るまでの経過時間とを演算することで、給水装置１０に時計機能が無くても、イベント発生日時を作成できる。作成したイベント発生日時は、仮に給水装置１０に時計機能があった場合のイベント発生日時に比べても、数秒～十数秒程度の誤差に収まることが期待できる。

ステップＳＴ３３の後、通信端末４０のプロセッサ４５は、作成したイベント発生日時と受信したイベントの内容とを表示部４３に表示させる（ステップＳＴ３４）。これにより、通信端末４０の操作者は、イベント発生日時とイベントの内容とを把握することができる。

以下、前述同様に、通信端末４０のプロセッサ４５は、操作者の操作により、通信部４１を介して、ペアリング切断指示と、ペアリングの切断直前の日時（現在日時）とを給水装置１０に送信する（ステップＳＴ３５）。

ステップＳＴ３５の後、給水装置１０のプロセッサ３９は、前述したステップＳＴ１３～ＳＴ１６と同様の処理を実行し（ステップＳＴ３６）、ペアリングを切断する。
以上のステップＳＴ３１～ＳＴ３６により、ステップＳＴ３０が完了する。

上述したように第１の実施形態によれば、給水装置は、通信部、書込部、計数部、記録部及び送信部を備えている。通信部は、通信端末に無線通信可能な通信インタフェースである。書込部は、無線通信の通信中に日時を通信端末から受けると、当該通信中の日時を日時記憶部に書き込む。計数部は、電源から電力が供給されている場合に、所定時点からの経過時間を計数する。記録部は、イベントが発生したとき、イベントの内容と経過時間とをログ記憶部に記録する。送信部は、経過時間の計数中に新たな無線通信によりイベントに関するデータの送信要求を受けると、当該送信要求に基づいてログ記憶部内のイベントの内容と経過時間及び日時記憶部内の通信中の日時を送信する。

ここで、送信された通信中の日時と経過時間とを互いに演算すると、イベント発生日時を作成できる。従って、第１の実施形態の給水装置によれば、現在時刻を計数する時計機能をもたない給水装置についてイベント発生日時を作成可能とすることができる。また、時計機能をもたない給水装置についてもイベント発生の時間管理を行うことができる。また、時計ＩＣの如き、時計機能がない制御盤３２であっても、時間の概念を取り入れることができる。

また、第１の実施形態によれば、当該イベントの内容は、故障警報のコードと、当該コードの内容と、運転状態と、運転異常時のパラメータとのうちの少なくとも一つを含むようにしてもよい。この場合、故障警報の対象となるイベントについて、前述した作用効果を得ることができる。

また、第１の実施形態によれば、所定時点としては通信中の日時を日時記憶部に書き込む直前又は直後の時点であり、当該書込部は、日時記憶部に日時が書き込まれているとき、当該日時を通信中の日時に更新すると共に、計数部の経過時間をクリアしてから当該計数部に新たな経過時間の計数を開始させるようにしてもよい。この場合、前述した作用効果に加え、無線通信の通信中に日時を受信する毎に、通信中の日時からの経過時間の計数が開始されるので、停電があったときの経過時間（及びイベント発生日時）への影響を抑えることができる。補足すると、計数部は、電源から電力が供給されている場合に経過時間を計数するので、停電から復旧までの間、経過時間を計数しない。また、停電により、ＲＡＭ領域３７ｂ内の経過時間は消去される。このため、停電からの復旧後の経過時間は、誤差が多く、信頼性が低いものとなる。このような停電による経過時間の誤差をリセットするため、無線通信の通信中に日時を受信する毎に、通信中の日時からの経過時間の計数を開始している。この場合、停電があったときの経過時間への影響を、次の無線通信における通信中の日時を受信するまでの期間に限定することができ、信頼性の向上を図ることができる。

また、第１の実施形態によれば、給水装置と、当該通信手段を介して給水装置に通信可能な当該通信端末に実行されるプログラムとを備えた管理システムであってもよい。ここで、当該プログラムは、作成手段、表示制御手段、として当該通信端末を機能させる、ようにしてもよい。作成手段は、送信されたイベントの内容、経過時間及び通信中の日時を受信すると、当該受信した通信中の日時と経過時間とを互いに演算することにより、イベントが発生したときのイベント発生日時を作成する。表示制御手段は、作成されたイベント発生日時と受信されたイベントの内容とを表示部に表示させる。

従って、現在時刻を計数する時計機能をもたない給水装置についてイベント発生日時を作成し、表示することができる。

また、第１の実施形態によれば、無線通信は、当該無線通信の切断指示を含んでいてもよく、通信中の日時は、当該無線通信の切断直前の日時であってもよい。この場合、１回のペアリング中に、何度も通信中の日時を受信したとしても、無線通信が切断指示を含まなければ、通信中の日時を日時記憶部に書き込まない。従って、１回のペアリング中に、通信中の日時を何回も日時記憶部に上書きすることを防止することができる。また、１回のペアリング中に、計数部を何回もクリアすることを防止することができる。

＜第２の実施形態＞
図７は、第２の実施形態に係る給水装置及び管理システムを例示するブロック図であり、図１と略同一部分には同一符号を付してその詳しい説明を省略し、ここでは、主に、異なる部分について述べる。なお、以下の実施形態も同様にして重複した説明を省略する。

第２の実施形態は、第１の実施形態の変形例であり、電源投入回数を記録する構成により、メモリＢ_３７の値（経過時間）が確からしいこと（信憑性）の確認を行う形態である。あるいは、第２の実施形態は、電源投入回数を記録する構成により、停電とその復旧に伴う（経過時間の異常に基づく）イベント発生日時の異常状態を識別可能とする形態である。

具体的には例えば、制御装置３０は、図１に示した構成に比べ、図７に示すように、メモリＣ_３７－１を更に備えている。

メモリＣ_３７－１は、図８に一例を示すように、プロセッサ３９から読出／書込制御され、電源（図示せず）を投入した回数である電源投入回数を記憶する。ここで、電源投入回数は、１回が正常状態を表し、０回又は２回以上が異常状態を表す。なお、０回とは、工場出荷時の値であるが、電源投入後の電源投入回数が０回にならないことから、主に、メモリＣ_３７－１の読出／書込エラーに関する異常状態を表している。例えば、０回が表す異常状態としては、例えば、電源投入回数の書込みミスや、メモリデータの誤消去などといった場合がある。メモリＣ_３７は、メモリ３８の不揮発性領域の一部として実装してもよい。メモリＣ_３７－１は、投入回数記憶部の一例である。

これに伴い、プロセッサ３９の処理部３９ａは、前述した各処理（ａ）～（ｃ）等に加え、以下の各処理を実行する。

（ｄ）電源の投入毎に、メモリＣ_３７－１（投入回数記憶部）内の電源投入回数を１回分だけ増加させる回数増加処理。

（ｅ）切断直前の日時を通信端末４０から受けると、メモリＣ_３７－１内の電源投入回数を１回にリセットするリセット処理。

また、処理部３９ａは、前述した（ｂ）の記録処理において、イベントが発生したとき、イベントの内容と経過時間と電源投入回数とをメモリ３８（ログ記憶部）に記録する。すなわち、処理部３９ａは、前述した記録処理において、電源投入回数を更に記録する。これに伴い、処理部３９ａは、図９に例示するように、前述したシステムログにおいて、メモリＣ_の値（電源投入回数）を更に記録してもよい。

また、処理部３９ａは、前述した（ｃ）の送信処理において、通信端末４０からの送信要求に基づいてメモリ３８内のイベントの内容、経過時間及び電源投入回数、並びにメモリＡ_３６（切断日時記憶部）内の切断直前の日時を通信端末４０に送信する。処理部３９ａは、回数増加部及びリセット部の一例である。

一方、通信端末４０のプロセッサ４５の処理部４５ｂは、前述した処理において、電源投入回数が付加されている。すなわち、処理部４５ｂは、給水装置１０から送信されたイベントの内容、経過時間、電源投入回数及び切断直前の日時を受信すると、当該受信した切断直前の日時と経過時間とを互いに演算することにより、イベントが発生したときのイベント発生日時を作成する。また、処理部４５ｂは、作成されたイベント発生日時と当該受信されたイベントの内容及び電源投入回数とを表示部４３に表示させる。ここで、処理部４５ｂは、受信された電源投入回数が正常状態を表すか否かを判定し、当該判定した結果を、イベント発生日時、イベントの内容及び電源投入回数と共に、表示部４３に表示させるようにしてもよい。判定した結果は、文字列及び／又は絵柄などで直接的に表示してもよく、色変え表示及び／又は点滅表示などのように間接的に表示してもよい。なお、前述した通り、電源投入回数は、１回が正常状態を表し、２回以上が異常状態を表す。これに伴い、処理部４５ｂは、電源投入回数が１回の場合に正常状態を表す旨を判定し、他の場合に異常状態を表す旨を判定する。但し、これに限らず、処理部４５ｂは、電源投入回数が０回又は２回以上の場合に異常状態を表す旨を判定し、他の場合に正常状態を表す旨を判定してもよい。処理部４５ｂは、作成手段及び表示制御手段の一例である。

他の構成は、第１の実施形態と同様である。

次に、以上のように構成された給水装置及び管理システムの動作例について図１０及び図１１を参照しながら説明する。この動作例は、停電がないときの電源投入回数に関する動作（図１０）と、停電とその復旧があるときの電源投入回数に関する動作（図１１）とに分けて述べる。

（停電がないときの電源投入回数に関する動作：図１０）
いま、メモリＣ_３７－１（投入回数記憶部）は不揮発性メモリであり、メモリＣ_３７－１内の電源投入回数は、初期値の０回であるとする。また、電源投入時の動作として、ステップＳＴ０（ステップＳＴ１～ＳＴ２）が実行される。すなわち、給水装置１０では、操作者の操作により、図示しない電源が投入される（ステップＳＴ１）。

給水装置１０のプロセッサ３９は、電源の投入毎に、メモリＣ_３７－１（投入回数記憶部）内の電源投入回数を１回分だけ増加させる（ステップＳＴ２）。このとき、メモリＣ_３７－１内の電源投入回数は、０回に１回分を加えた結果、１回を表す。

以上により、ステップＳＴ０が完了する。

続いて、前述同様に、ステップＳＴ１１～ＳＴ１６を含むステップＳＴ１０が実行される。但し、本実施形態では、給水装置１０のプロセッサ３９は、ステップＳＴ１２により、切断直前の日時を通信端末４０から受けると、メモリＣ_３７－１内の電源投入回数を１回にリセットする（ステップＳＴ１５ａ）。図１０に示す例の場合、メモリＣ_３７－１内の電源投入回数は、１回を表す値からステップＳＴ１５ａの前後で変化がない。なお、ステップＳＴ１５ａは、ステップＳＴ１２とステップＳＴ１６との間の任意のタイミングで実行可能である。すなわち、ステップＳＴ１５ａは、ステップＳＴ１５とＳＴ１６との間に限らず、ステップＳＴ１２とＳＴ１３の間、ステップＳＴ１３とＳＴ１４の間、又はステップＳＴ１４とＳＴ１５の間に実行してもよい。いずれにしても、ステップＳＴ１１～ＳＴ１５及びＳＴ１５ａの後、前述同様にステップＳＴ１６が実行され、ペアリングが切断される。これにより、ステップＳＴ１０が完了する。

ステップＳＴ１０の後、前述同様に、ステップＳＴ２０が実行される。但し、ステップＳＴ２２ａでは、第１の実施形態とは若干異なり、電源投入回数を更に含むイベントログをメモリ３８に記録する。具体的には例えば、プロセッサ３９は、図９に示したように、イベントの内容としての故障コードと、故障時の運転状態と、故障時のメモリＢ_３７の値（経過時間）と、電源投入回数（１回）とを含むイベントログをメモリ３８に書き込む（ステップＳＴ２２ａ）。なお、イベントが停電でない限り、メモリＢ_３７のタイムカウンタ３７ａは、経過時間の計数を継続する。これにより、ステップＳＴ２０が完了する。

ステップＳＴ２０の後、ステップＳＴ３１～ＳＴ３６を含むステップＳＴ３０が実行される。本実施形態のステップＳＴ３０は、第１の実施形態に比べ、電源投入回数に関するステップＳＴ３２ａ、ＳＴ３４ａが異なる。

すなわち、給水装置１０のプロセッサ３９は、経過時間の計数中に受けた送信要求に基づいてメモリ３８内のイベントの内容と経過時間と電源投入回数（１回）などを含むイベントログ及びメモリＡ_３６内の切断直前の日時を送信する（ステップＳＴ３２ａ）。

通信端末４０のプロセッサ４５は、当該イベントログ及び切断直前の日時を受信すると、当該受信した切断直前の日時と経過時間とを互いに演算することにより、イベントが発生したときのイベント発生日時を作成する（ステップＳＴ３３）。

ステップＳＴ３３の後、通信端末４０のプロセッサ４５は、作成したイベント発生日時と受信したイベントの内容及び電源投入回数（１回）とを表示部４３に表示させる（ステップＳＴ３４ａ）。これにより、通信端末４０の操作者は、イベント発生日時、イベントの内容及び電源投入回数（１回）を把握することができる。また、通信端末４０の操作者は、電源投入回数が１回の場合にはイベント発生日時が正常状態であることを判定でき、電源投入回数が０回又は２回以上の場合にはイベント発生日時が異常状態であることを判定できる。なお、操作者が判定する場合に代えて、通信端末４０のプロセッサ４５が判定してもよい。この場合、通信端末４０のプロセッサ４５は、受信された電源投入回数が正常状態を表すか否かを判定し、当該判定した結果を、イベント発生日時、イベントの内容及び電源投入回数と共に、表示部４３に表示させる（ステップＳＴ３４ａの変形例）。

いずれにしても、以下、前述同様に、通信端末４０のプロセッサ４５は、操作者の操作により、通信部４１を介して、ペアリング切断指示と、ペアリングの切断直前の日時（現在日時）とを給水装置１０に送信する（ステップＳＴ３５）。

ステップＳＴ３５の後、給水装置１０のプロセッサ３９は、前述したステップＳＴ１３～ＳＴ１６と同様の処理を実行し（ステップＳＴ３６）、ペアリングを切断する。
以上のステップＳＴ３１～ＳＴ３６により、ステップＳＴ３０が完了する。

（停電とその復旧があるときの電源投入回数に関する動作：図１１）
いま、図１０と同様にステップＳＴ０が実行され、給水装置１０が電源投入状態となり、メモリＣ_３７－１内の電源投入回数が１回となる。

続いて、図１０と同様にステップＳＴ１０が実行され、メモリＣ_３７－１内の電源投入回数が１回にリセットされ、ペアリングが切断される。

ステップＳＴ１０の後、前述とは異なり、停電とその復旧に関するステップＳＴ１７－１～ＳＴ１７－５を含むステップＳＴ１７が実行される。

例えば停電が発生し、給水装置１０の電源がオフ状態となる（ステップＳＴ１７－１）。

ステップＳＴ１７－１の後、メモリＢ_３６では、停電により、タイムカウンタ３７ａが経過時間の計数を停止し、ＲＡＭ領域３７ｂ内の経過時間が消去される（ステップＳＴ１７－２）。

しかる後、停電が復旧したとする。給水装置１０では、操作者の操作により、図示しない電源が投入される（ステップＳＴ１７－３）。

ステップＳＴ１７－３の後、給水装置１０のプロセッサ３９は、電源の投入毎に、メモリＣ_３７－１内の電源投入回数を１回分だけ増加させる（ステップＳＴ１７－４）。このとき、メモリＣ_３７－１内の電源投入回数は、記憶している１回に１回分を加えた結果、２回を表すことになる。

また、ステップＳＴ１７－４に前後して、給水装置１０のプロセッサ３９は、メモリＢ_３７のタイムカウンタ３７ａに経過時間の計数を開始させる（ステップＳＴ１７－５）。これにより、メモリＢ_３７のタイムカウンタ３７ａは、ステップＳＴ１７－２での消去後の経過時間の値（ゼロ値）から経過時間の計数を実行する。これにより、ステップＳＴ１７－１～ＳＴ１７－５を含むステップＳＴ１７が終了する。なお、停電と復旧の組が複数回発生した場合には、発生回数だけステップＳＴ１７が実行され、電源投入回数が１回に発生回数分を加えた値となる。また、停電と復旧の組が複数回発生した場合とは、チャタリング等の如き、電源オンと電源オフの組が複数回発生した場合の一例である。すなわち、ステップＳＴ１７の動作は、停電と復旧に限らず、電源オンと電源オフであれば、同様に実行される。この例では、停電と復旧の組が１回だけ発生したとする。

ステップＳＴ１７の後、図１０と同様に、ステップＳＴ２０が実行される。但し、ステップＳＴ２２ａでは、記録される電源投入回数の値（２回）が異なる。

ステップＳＴ２０の後、ステップＳＴ３１～ＳＴ３６を含むステップＳＴ３０が実行される。図１１に示すステップＳＴ３０は、図１０と同様であるが、電源投入回数に関するステップＳＴ３２ａ、ＳＴ３４ａにおいて、電源投入回数の値（２回）が異なる。

すなわち、給水装置１０のプロセッサ３９は、経過時間の計数中に受けた送信要求に基づいてメモリ３８内のイベントの内容と経過時間と電源投入回数（２回）などを含むイベントログ及びメモリＡ_３６内の切断直前の日時を送信する（ステップＳＴ３２ａ）。

通信端末４０のプロセッサ４５は、当該イベントログ及び切断直前の日時を受信すると、当該受信した切断直前の日時と経過時間とを互いに演算することにより、イベントが発生したときのイベント発生日時を作成する（ステップＳＴ３３）。

ステップＳＴ３３の後、通信端末４０のプロセッサ４５は、作成したイベント発生日時と受信したイベントの内容及び電源投入回数（２回）とを表示部４３に表示させる（ステップＳＴ３４ａ）。これにより、通信端末４０の操作者は、イベント発生日時、イベントの内容及び電源投入回数（２回）を把握することができる。また、通信端末４０の操作者は、電源投入回数が２回であることからイベント発生日時が異常状態であることを判定できる。なお、操作者が判定する場合に代えて、通信端末４０のプロセッサ４５が判定してもよい。この場合、通信端末４０のプロセッサ４５は、受信された電源投入回数（２回）が正常状態を表すか否かを判定する。この場合、通信端末４０のプロセッサ４５は、電源投入回数が２回のため、否（異常状態）と判定する。しかる後、通信端末４０のプロセッサ４５は、当該判定した結果（異常状態）を、イベント発生日時、イベントの内容及び電源投入回数と共に、表示部４３に表示させる（ステップＳＴ３４ａの変形例）。

いずれにしても、以下、前述同様に、ステップＳＴ３５が実行され、ペアリング切断指示と、ペアリングの切断直前の日時（現在日時）とが給水装置１０に送信される。

ステップＳＴ３５の後、給水装置１０のプロセッサ３９は、前述したステップＳＴ１３～ＳＴ１６と同様の処理を実行し（ステップＳＴ３６）、ペアリングを切断する。
以上のステップＳＴ３１～ＳＴ３６により、ステップＳＴ３０が完了する。

上述したように第２の実施形態によれば、給水装置は、投入回数記憶部と、回数増加部と、リセット部とを更に備える。投入回数記憶部は、電源を投入した回数である電源投入回数を記憶する。回数増加部は、電源の投入毎に、投入回数記憶部内の電源投入回数を１回分だけ増加させる。リセット部は、通信中の日時を通信端末から受けると、投入回数記憶部内の電源投入回数を１回にリセットする。これに伴い、記録部は、イベントが発生したとき、イベントの内容と通信中の日時と経過時間と電源投入回数とをログ記憶部に記録する。送信部は、送信要求に基づいてログ記憶部内のイベントの内容、経過時間及び電源投入回数、並びに日時記憶部内の通信中の日時を送信する。電源投入回数は、１回が正常状態を表し、２回以上が異常状態を表す。

従って、第２の実施形態の給水装置によれば、１回が正常状態を表し、２回以上が異常状態を表す電源投入回数を送信するので、前述した作用効果に加え、電源投入回数が正常状態か否かを判定可能とし、もって、信頼性を向上させることができる。

また、第２の実施形態によれば、給水装置と、当該通信手段を介して給水装置に通信可能な当該通信端末に実行されるプログラムとを備えた管理システムであってもよい。ここで、当該プログラムは、作成手段、表示制御手段、として当該通信端末を機能させる、ようにしてもよい。作成手段は、送信されたイベントの内容、経過時間、電源投入回数及び通信中の日時を受信すると、当該受信した通信中の日時と経過時間とを互いに演算することにより、イベントが発生したときのイベント発生日時を作成する。表示制御手段は、作成されたイベント発生日時と、受信されたイベントの内容及び電源投入回数とを表示部に表示させる。

従って、第２の実施形態の管理システムによれば、１回が正常状態を表し、２回以上が異常状態を表す電源投入回数を表示するので、前述した作用効果に加え、電源投入回数が正常状態か否かを判定可能とし、信頼性を向上させることができる。

また、第２の実施形態によれば、当該表示制御手段は、受信された電源投入回数が正常状態を表すか否かを判定し、当該判定した結果を、イベント発生日時、イベントの内容及び電源投入回数と共に、表示部に表示させるようにしてもよい。この場合、前述した作用効果に加え、電源投入回数が正常状態か否かを判定でき、一層、信頼性を向上させることができる。

＜第３の実施形態＞
図１２は、第３の実施形態に係る給水装置及び管理システムを例示するブロック図である。

第３の実施形態は、第１の実施形態の変形例であり、バックアップ電源３７－２を備えた構成により、停電に伴う経過時間（及びイベント発生日時）の異常状態の発生を阻止する形態である。

具体的には例えば、制御装置３０は、図１に示した構成に比べ、図１２に示すように、バックアップ電源３７－２を更に備えている。

バックアップ電源３７－２は、電源から電力が供給されない場合に、メモリＢ_３７（計数部）に電力を供給する補助電源である。バックアップ電源３７－２としては、例えば、小型の蓄電池又は電池などが適宜、使用可能となっている。なお、バックアップ電源３７－２としては、メモリＢ_３７への電力供給に限らず、制御装置３０やポンプ装置２０にも電力を供給可能な大型の蓄電池を設けてもよい。但し、本実施形態では、コスト低減の観点から、メモリＢ_３７（計数部）を対象としたバックアップ電源を設けている。

他の構成は、第１の実施形態と同様である。

以上のような構成によれば、図６に示す動作例において、ステップＳＴ１０の後に停電が発生した場合、バックアップ電源３７－２からメモリＢ_３７に電力が供給される。このため、メモリＢ_３７のＲＡＭ領域３７ｂ内の経過時間は消去されず、当該メモリＢ_３７のタイムカウンタ３７ａは経過時間の計数を継続する。従って、停電とその復旧が発生した場合でも、第１の実施形態と同様の動作を実行することができる。また、停電に伴う経過時間（及びイベント発生日時）の異常状態の発生を阻止することができる。

上述したように第３の実施形態によれば、電源から電力が供給されない場合に、計数部に電力を供給するバックアップ電源を更に備えている。従って、第１の実施形態の作用効果に加え、停電とその復旧が発生した場合でも、計数部による計数動作を維持できることから、経過時間（及びイベント発生日時）の異常状態の発生を阻止することができる。

また、第３の実施形態によれば、停電に伴う異常状態を判定できる第２の実施形態に比べ、そもそも停電に伴う異常状態の発生を阻止できるため、より一層、信頼性を向上させることができる。

＜第４の実施形態＞
第４の実施形態は、第１の実施形態の変形例であり、電源を投入した時点からの経過時間を計数すると共に、通信中の日時を受けても経過時間をクリアせずに経過時間の計数を続ける形態となっている。

これに伴い、メモリＡ_３６は、図１３に示すように、通信中の日時と経過時間とを関連付けて記憶する。

タイムカウンタ３７ａは、電源から電力が供給されている場合に、電源を投入した時点からの経過時間を計数する。すなわち、計数を開始する所定時点は、電源を投入した時点である。経過時間としては、例えば、６０進法（時：分：秒）や２４進法（日）などを用いた日時の値を計数してもよく、１０進法を用いた秒の値を計数してもよい。本実施形態では、１０進法を用いた秒の値の例を用い、５９秒を超えても６０、６１、・・・、と値を更新して計数を行う。

プロセッサ３９の処理部３９ａは、前述した（ａ１）書込処理に代えて、次の（ａ２）書込処理を実行する。（ａ２）書込処理は、メモリＡ_３６に日時が書き込まれているとき、当該日時を当該通信中の日時に更新すると共に、当該更新した日時に関連付けてタイムカウンタ３７ａの経過時間を当該メモリＡ_３６に書き込む。なお、無線通信は、当該無線通信の切断指示を含んでもよく、当該通信中の日時は、当該無線通信の切断直前の日時でもよい。

また、処理部３９ａは、前述した（ｃ）送信処理において、次の（ｃ１）送信処理を実行する。（ｃ１）送信処理は、送信要求に基づいて、メモリ３８内のイベントの内容と経過時間及びメモリＡ_３６内の当該通信中の日時と共に、当該日時に関連付けてメモリＡ_３６に書き込まれた経過時間を送信する。

一方、通信端末４０のプロセッサ４５は、受信する経過時間が複数になることから、イベント発生日時の演算過程が若干異なる。例えば、プロセッサ４５は、複数の経過時間の差分を演算し、得られた差分を通信中の日時に加算することにより、イベント発生日時を演算する。なお、複数の経過時間が１０進法を用いた秒の場合には、経過時間の差分を時間換算した後、通信中の日時に加算する。なお、２つの経過時間を時間換算した後に、両者の換算結果の差分を演算しても構わない。

他の構成は、第１の実施形態と同様である。

次に、以上のように構成された給水装置及び管理システムの動作例について図１４を参照しながら説明する。

給水装置１０のプロセッサ３９は、電源が投入されると、当該メモリＢ_３７のタイムカウンタ３７ａに新たな経過時間の計数を開始させる（ステップＳＴ４１）。これにより、メモリＢ_３７のタイムカウンタ３７ａは、電源から電力が供給されている場合に、電源が投入された時点からの経過時間を計数し、ＲＡＭ領域３７ｂに保存する。

続いて、給水装置１０と通信端末４０との間では、無線通信の接続が確立され、ペアリングが行われるとする（ステップＳＴ４２）。ペアリングの期間中、例えば、通信端末４０は、操作者の操作に応じて、各種データのリクエストや通信中の日時を給水装置１０に送信し、給水装置１０からデータを含むレスポンスを受信する（ステップＳＴ４３）。なお、通信中の日時は、通信端末４０の時計機能により作成された現在日時である。

給水装置１０のプロセッサ３９は、リクエストと、通信中の日時(d)とを受けると、この通信中の日時(d)及び経過時間(t1)をメモリＡ_３６に書き込む。例えば、メモリＡ_３６に日時が書き込まれているとき、当該日時を当該通信中の日時(d)に更新すると共に、当該更新した日時(d)に関連付けてメモリＢ_３７内の経過時間(t1)を当該メモリＡ_３６に書き込む（ステップＳＴ４４）。なお、メモリＡ_３６内で関連付けて記憶された通信中の日時(d)及び経過時間(t1)をタイムスタンプと呼んでもよい。この無線通信は、適宜、通信端末４０からの切断指示により切断される。

給水装置１０の運転中、例えば、ポンプ装置２０に故障等のイベントが発生したとする（ステップＳＴ４５）。

給水装置１０のプロセッサ３９は、イベントが発生したとき、前述同様に、イベントの内容と経過時間(t2)とを含むイベントログをメモリ３８に記録する（ステップＳＴ４６）。なお、ステップＳＴ４６の後、故障等のイベントは、適宜、作業員の作業などにより、復旧する。

給水装置１０と通信端末４０との間では、新たな無線通信の接続が確立しており、ペアリングが行われているとする（ステップＳＴ４７）。ペアリングの期間中、例えば、通信端末４０は、操作者の操作に応じて、給水装置１０に発生したイベントに関するデータの送信要求を給水装置１０に送信する。

給水装置１０のプロセッサ３９は、経過時間の計数中に当該送信要求を受けると、この送信要求に基づいてメモリ３８内のイベントの内容と経過時間(t2)などを含むイベントログ及びメモリＡ_３６内の通信中の日時(d)及び経過時間(t1)を通信端末４０に送信する（ステップＳＴ４８）。

通信端末４０のプロセッサ４５は、送信されたイベントログ及び通信中の日時(d)を受信すると、当該受信した通信中の日時(d)と経過時間(t2),(t1)とを互いに演算することにより、イベントが発生したときのイベント発生日時(de)を作成する（ステップＳＴ４９～ＳＴ５０）。

例えば、通信端末４０のプロセッサ４５は、経過時間の差分（t2－t1）を演算し、得られた差分を日時に換算する。すなわち、通信中の日時（d）に関連する経過時間(t1)が“５３”であり、イベント発生時の経過時間(t2)が“１００３”である場合、差分は１００３－５３＝９５０［秒］となる。差分の９５０［秒］を日時換算すると、換算結果Δｄは０：１５：５０となる（ステップＳＴ４９）。

また、通信中の日時(d)を２０２０／１０／１ １１：３４：００とすると、イベント日時(de)は、de＝d＋Δdとして、２０２０／１０／１ １１：４９：５０と演算される（ステップＳＴ５０）。すなわち、給水装置１０に時計機能が無くても、イベント発生日時を作成できる。作成したイベント発生日時は、仮に給水装置１０に時計機能があった場合のイベント発生日時に比べても、数秒～十数秒程度の誤差に収まることが期待できる。

ステップＳＴ５０の後、前述同様に、通信端末４０のプロセッサ４５は、演算したイベント発生日時と受信したイベントの内容とを表示部４３に表示させる。これにより、通信端末４０の操作者は、イベント発生日時とイベントの内容とを把握することができる。

以下、前述同様に、通信端末４０のプロセッサ４５は、操作者の操作により、給水装置１０とのペアリングを切断させる。

上述したように第４の実施形態によれば、日時記憶部は、通信中の日時と経過時間とを関連付けて記憶する。所定時点は、電源を投入した時点である。日時記憶部に日時が書き込まれているとき、当該日時を通信中の日時に更新すると共に、更新した日時に関連付けて計数部の経過時間を当該日時記憶部に書き込む。送信要求に基づいて、ログ記憶部内のイベントの内容と経過時間及び日時記憶部内の通信中の日時と共に、当該日時に関連付けて日時記憶部に書き込まれた経過時間を送信する。

ここで、送信された通信中の日時と２つの経過時間とを互いに演算すると、イベント発生日時を作成できる。従って、第４の実施形態によれば、第１の実施形態と同様の効果を得ることができる。

また、第４の実施形態によれば、ペアリングの切断指示を受けた場合でも、計数部の経過時間をクリアせずに計数を続けるので、当該クリアのための構成を省略できる。すなわち、第４の実施形態は、簡素化した構成にも関わらず、第１の実施形態と同様の効果を得ることができる。

＜第５の実施形態＞
第５の実施形態は、第４の実施形態を第２の実施形態に組み合わせた変形例である。
すなわち、第５の実施形態は、図７に示した構成において、電源投入されると、電源投入時点からの経過時間を計数すると共に、メモリＣ_３７－１内の電源投入回数を１回分だけ増加させる。また、通信中の日時を受けると、経過時間をクリアせずに経過時間の計数を続けると共に、メモリＣ_３７－１内の電源投入回数を１回にリセットする。

他の構成は、第４の実施形態及び第２の実施形態と同様である。

次に、以上のように構成された給水装置及び管理システムの動作例について図１５及び図１６を参照しながら説明する。この動作例は、停電がないときの電源投入回数に関する動作（図１５）と、停電とその復旧があるときの電源投入回数に関する動作（図１６）とに分けて述べる。

（停電がないときの電源投入回数に関する動作：図１５）
いま、メモリＣ_３７－１は不揮発性メモリであり、メモリＣ_３７－１内の電源投入回数は、初期値の０回であるとする。ここで、給水装置１０のプロセッサ３９は、操作者の操作により、電源が投入されると、メモリＢ_３７のタイムカウンタ３７ａに新たな経過時間の計数を開始させる（ステップＳＴ４１）。これにより、メモリＢ_３７のタイムカウンタ３７ａは、電源から電力が供給されている場合に、電源が投入された時点からの経過時間を計数し、ＲＡＭ領域３７ｂに保存する。また、給水装置１０のプロセッサ３９は、電源の投入毎に、メモリＣ_３７－１内の電源投入回数を１回分だけ増加させる（ステップＳＴ４１－１）。このとき、メモリＣ_３７－１内の電源投入回数は、０回に１回分を加えた結果、１回を表す。

続いて、前述同様にステップＳＴ４２～ＳＴ４４が実行され、通信端末４０との通信中の日時(d)及び経過時間(t1)がメモリＡ_３６に書き込まれる。また、給水装置１０のプロセッサ３９は、ステップＳＴ４３により、通信中の日時を通信端末４０から受けると、メモリＣ_３７－１内の電源投入回数を１回にリセットする（ステップＳＴ４４－１）。図１５に示す例の場合、メモリＣ_３７－１内の電源投入回数は、１回を表す値からステップＳＴ１４－１の前後で変化がない。

給水装置１０の運転中、例えば、ポンプ装置２０に故障等のイベントが発生したとする（ステップＳＴ４５）。

給水装置１０のプロセッサ３９は、イベントが発生したとき、イベントの内容と経過時間(t2)と電源投入回数とを含むイベントログをメモリ３８に記録する（ステップＳＴ４６*）。ステップＳＴ４６*は、イベントログが電源投入回数を含む点で、前述したステップ４６とは異なる。ステップＳＴ４６*の後、前述同様に、イベントは復旧する。

ステップＳＴ４６*の後、前述同様に、ステップＳＴ４７以降の処理が実行される。但し、ステップＳＴ４７以降の処理は、第４の実施形態に比べ、電源投入回数に関するステップＳＴ４８*、ＳＴ５０－１が異なる。

すなわち、給水装置１０のプロセッサ３９は、経過時間の計数中に当該送信要求を受けると、この送信要求に基づいてメモリ３８内のイベントの内容と経過時間(t2)と電源投入回数などを含むイベントログ及びメモリＡ_３６内の通信中の日時(d)及び経過時間(t1)を通信端末４０に送信する（ステップＳＴ４８*）。

通信端末４０のプロセッサ４５は、前述同様に、受信した通信中の日時(d)と経過時間(t2),(t1)とを互いに演算することにより、イベントが発生したときのイベント発生日時(de)を作成する（ステップＳＴ４９～ＳＴ５０）。

ステップＳＴ５０の後、前述同様に、通信端末４０のプロセッサ４５は、演算したイベント発生日時と受信したイベントの内容及び電源投入回数を表示部４３に表示させる（ステップＳＴ５０－１）。これにより、通信端末４０の操作者は、イベント発生日時、イベントの内容及び電源投入回数（１回）を把握することができる。前述同様に、電源投入回数が１回の場合にはイベント発生日時が正常状態である。

以下、前述同様に、通信端末４０のプロセッサ４５は、操作者の操作により、給水装置１０とのペアリングを切断させる。

（停電とその復旧があるときの電源投入回数に関する動作：図１６）
いま、図１５と同様にステップＳＴ４１～ＳＴ４４－１が実行され、給水装置１０が電源投入状態となり、メモリＣ_３７－１内の電源投入回数が１回にリセットされ、ペアリングが切断される。

ステップＳＴ４４－１の後、前述とは異なり、停電とその復旧に関するステップＳＴ６１～ＳＴ６５を含むステップＳＴ６０が実行される。

例えば停電が発生し、給水装置１０の電源がオフ状態となる（ステップＳＴ６１）。

ステップＳＴ６１の後、メモリＢ_３６では、停電により、タイムカウンタ３７ａが経過時間の計数を停止し、ＲＡＭ領域３７ｂ内の経過時間が消去される（ステップＳＴ６２）。

しかる後、停電が復旧したとする。給水装置１０では、操作者の操作により、図示しない電源が投入される（ステップＳＴ６３）。

ステップＳＴ６３の後、給水装置１０のプロセッサ３９は、電源の投入毎に、メモリＣ_３７－１内の電源投入回数を１回分だけ増加させる（ステップＳＴ６４）。このとき、メモリＣ_３７－１内の電源投入回数は、記憶している１回に１回分を加えた結果、２回を表すことになる。

また、ステップＳＴ６４に前後して、給水装置１０のプロセッサ３９は、メモリＢ_３７のタイムカウンタ３７ａに経過時間の計数を開始させる（ステップＳＴ６５）。これにより、メモリＢ_３７のタイムカウンタ３７ａは、ステップＳＴ６２での消去後の経過時間の値（ゼロ値）から経過時間の計数を実行する。これにより、ステップＳＴ６１～ＳＴ６５を含むステップＳＴ６０が終了する。

ステップＳＴ６０の後、図１５と同様に、ステップＳＴ４５～ＳＴ４６*が実行される。但し、ステップＳＴ４６*では、記録される電源投入回数の値（２回）が異なる。

ステップＳＴ４６*の後、図１５と同様に、ステップＳＴ４７以降の処理が実行される。但し、ステップＳＴ４７以降の処理は、電源投入回数の値（２回）が異なっている。

従って、ステップＳＴ４７～ＳＴ５０が前述同様に実行された後、通信端末４０のプロセッサ４５は、演算したイベント発生日時と受信したイベントの内容及び電源投入回数を表示部４３に表示させる（ステップＳＴ５０－１）。これにより、通信端末４０の操作者は、イベント発生日時、イベントの内容及び電源投入回数（２回）を把握することができる。前述同様に、電源投入回数が０回又は２回以上の場合にはイベント発生日時が異常状態である。また、図１６に示すように、メモリＢ_３７内の経過時間(t1)が「５３」であり、経過時間(t2)が「６０３」であるので、差分(t2-t1)が６０３－５３＝５５０［秒］となる。差分の５５０［秒］を日時換算すると、換算結果Δｄは、０：０９：１０となる。イベント日時(de)は、通信中の日時が２０２０／１０／１ １１：３４：００の場合、２０２０／１０／１ １１：４３：１０と演算される。このようなイベント日時(de)が異常状態か否かは、一見して分からない。しかしながら、本実施形態では、電源投入回数（２回）を表示するので、異常状態と分かる。

以下、前述同様に、通信端末４０のプロセッサ４５は、操作者の操作により、給水装置１０とのペアリングを切断させる。

上述したように第５の実施形態によれば、第４の実施形態と、第２の実施形態とを組み合わせたことにより、両実施形態の効果を得ることができる。

上述の実施形態は、本発明の概念の理解を助けるための具体例を示しているに過ぎず、本発明の範囲を限定することを意図されていない。実施形態は、本発明の要旨を逸脱しない範囲で、様々な構成要素の付加、削除または転換をすることができる。

上述の実施形態では、いくつかの機能部を説明したが、これらは各機能部の実装の一例に過ぎない。例えば、１つの装置に実装されると説明された複数の機能部が複数の別々の装置に亘って実装されることもあり得るし、逆に複数の別々の装置に亘って実装されると説明された機能部が１つの装置に実装されることもあり得る。

上記各実施形態において説明された種々の機能部は、回路を用いることで実現されてもよい。回路は、特定の機能を実現する専用回路であってもよいし、プロセッサのような汎用回路であってもよい。

上記各実施形態の処理の少なくとも一部は、例えば汎用のコンピュータに搭載されたプロセッサを基本ハードウェアとして用いることでも実現可能である。上記処理を実現するプログラムは、コンピュータで読み取り可能な記録媒体に格納して提供されてもよい。プログラムは、インストール可能な形式のファイルまたは実行可能な形式のファイルとして記録媒体に記憶される。記録媒体としては、磁気ディスク、光ディスク（ＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＤＶＤ等）、光磁気ディスク（ＭＯ等）、半導体メモリなどである。記録媒体は、プログラムを記憶でき、かつ、コンピュータが読み取り可能であれば、何れであってもよい。また、上記処理を実現するプログラムを、インターネットなどのネットワークに接続されたコンピュータ（サーバ）上に格納し、ネットワーク経由でコンピュータ（クライアント）にダウンロードさせてもよい。

また、以上のような給水装置及び管理システムは、以下の［１］～［７］の変形例の記載を適宜用いて、表現を変更してもよい。

［１］ポンプと制御盤で構成される給水装置であって、制御盤は、外部装置に無線通信可能な通信部と、外部装置との無線通信切断直前の日時を記憶する切断日時記憶部と、１秒ごとに第１カウント値をカウントする第１カウンタと、を備え、通信部と外部装置が無線通信を切断する直前に、外部装置は、現在日時を切断日時記憶部に書き込み、現在日時が書き込まれると、第１カウンタはカウントを開始し、制御盤は、発生するイベント毎に、イベントログとしてイベントの内容と切断直前の日時と第１カウント値とを合わせて記憶し、外部装置は、制御盤からイベントログを取得したとき、第１カウント値を切断直前の日時に基づいてイベントログの発生日時に変換する、給水装置。

［２］イベントログは、警報来歴である、上記［１］記載の給水装置。

［３］切断日時記憶部に日時が書き込まれているとき、外部装置と制御盤との無線接続が切断する直前に、切断日時記憶部内の切断直前の日時を更新し、第１カウント値をリセットする、上記［１］又は［２］記載の給水装置。

［４］電源投入ごとに第２カウント値をカウントする第２カウンタを更に備え、イベントログは、更に第２カウント値を記憶し、外部装置は、制御盤からイベントログを取得したとき、イベントログ内の第２カウント値が１の時のみ、イベントログを信憑性があると判断し、イベントログ内の第２カウント値が２以上の時には、イベントログを信憑性がないと判断して、管理する上記［１］乃至［３］のいずれかに記載の給水装置及び管理システム。

［５］停電中に第１カウンタのカウントを止めないよう、非常時のバックアップ電源を備える、上記［１］乃至［３］のいずれかに記載の給水装置。

［６］外部装置と制御盤とが近距離無線通信をしているとき、外部装置は、通信終了する直前の日時を制御盤に記録し、制御盤のカウントアップタイマは、外部装置との通信が終了したとき、カウントを開始し、カウント値を故障来歴と合わせて保存することで、外部装置は、故障来歴とカウント値と通信終了する直前の日時とから故障発生時間を算出する、管理システム。

［７］時計機能をもたない制御盤にカウントアップタイマを設け、外部装置と通信し、外部装置から通信された日時を記憶することで、安価に時計代替機能を提供する給水装置及び管理システム。

なお、本発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。更に、上記実施形態には種々の発明が含まれており、開示される複数の構成要件から選択された組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、課題が解決でき、効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。

１０・・・給水装置、２０・・・ポンプ装置、３２・・・制御盤、３３，４１・・・通信部、３４，４２・・・入力部、３１・・・インバータ、３５，４３・・・表示部、３６・・・メモリＡ、３７・・・メモリＢ、３７ａ・・・タイムカウンタ、３７ｂ・・・ＲＡＭ領域、３７－１・・・メモリＣ、３７－２・・・バックアップ電源、３８，４４・・・メモリ、３９，４５・・・プロセッサ、３９ａ，４５ｂ・・・処理部、３９ｂ・・・ポンプ制御部、４０・・・通信端末、４５ａ・・・通信制御部。

Claims (8)

1. 通信端末に無線通信可能な通信部と、
   前記無線通信の通信中に日時を前記通信端末から受けると、当該通信中の日時を日時記憶部に書き込む書込部と、
   電源から電力が供給されている場合に、所定時点からの経過時間を計数する計数部と、
   イベントが発生したとき、前記イベントの内容と前記経過時間とをログ記憶部に記録する記録部と、
   前記経過時間の計数中に新たな無線通信により前記イベントに関するデータの送信要求を受けると、当該送信要求に基づいて前記ログ記憶部内のイベントの内容と前記経過時間及び前記日時記憶部内の前記通信中の日時を送信する送信部と、
   前記電源を投入した回数である電源投入回数を記憶する投入回数記憶部と、
   前記電源の投入毎に、前記投入回数記憶部内の電源投入回数を増加させる回数増加部と、
   を備え、
   前記記録部は、前記イベントが発生したとき、前記イベントの内容と前記経過時間と前記電源投入回数とを前記ログ記憶部に記録し、
   前記送信部は、前記送信要求に基づいて前記ログ記憶部内のイベントの内容、前記経過時間及び前記電源投入回数、並びに前記日時記憶部内の前記日時を送信する、給水装置。
2. 前記イベントの内容は、故障警報のコードと、前記コードの内容と、運転状態と、運転異常時のパラメータとのうちの少なくとも一つを含む、請求項１記載の給水装置。
3. 前記所定時点は、前記通信中の日時を前記日時記憶部に書き込む直前又は直後の時点であり、
   前記書込部は、前記日時記憶部に日時が書き込まれているとき、当該日時を前記通信中の日時に更新すると共に、前記計数部の経過時間をクリアしてから当該計数部に新たな経過時間の計数を開始させる、
   請求項１又は２記載の給水装置。
4. 前記日時記憶部は、前記通信中の日時と前記経過時間とを関連付けて記憶し、
   前記所定時点は、電源を投入した時点であり、
   前記書込部は、前記日時記憶部に日時が書き込まれているとき、当該日時を前記通信中の日時に更新すると共に、前記更新した日時に関連付けて前記計数部の経過時間を当該日時記憶部に書き込む、
   前記送信部は、前記送信要求に基づいて、前記ログ記憶部内のイベントの内容と前記経過時間と前記電源投入回数及び前記日時記憶部内の前記通信中の日時と共に、当該日時に関連付けて前記日時記憶部に書き込まれた経過時間を送信する、
   請求項１又は２記載の給水装置。
5. 前記通信中の日時を前記通信端末から受けると、前記投入回数記憶部内の電源投入回数を１回にリセットするリセット部と、
   を更に備え、
   前記回数増加部は、前記電源の投入毎に、前記投入回数記憶部内の電源投入回数を１回分だけ増加させ、
   前記電源投入回数は、前記１回が正常状態を表し、０回又は２回以上が異常状態を表す、
   請求項１乃至４のいずれか一項に記載の給水装置。
6. 請求項５に記載の給水装置と、前記給水装置に通信可能な前記通信端末に実行されるプログラムとを備えた管理システムであって、
   前記プログラムは、
   前記送信された前記イベントの内容、前記経過時間、前記電源投入回数及び前記通信中の日時を受信すると、当該受信した前記通信中の日時と前記経過時間とを互いに演算することにより、前記イベントが発生したときのイベント発生日時を作成する作成手段、
   前記作成された前記イベント発生日時と、前記受信された前記イベントの内容及び前記電源投入回数とを表示部に表示させる表示制御手段、
   として前記通信端末を機能させる管理システム。
7. 前記プログラムは、
   前記表示制御手段は、前記受信された前記電源投入回数が前記正常状態を表すか否かを判定し、当該判定した結果を、前記イベント発生日時、前記イベントの内容及び前記電源投入回数と共に、前記表示部に表示させる手段、
   として前記通信端末を機能させる請求項６記載の管理システム。
8. 前記無線通信は、当該無線通信の切断指示を含んでおり、
   前記通信中の日時は、当該無線通信の切断直前の日時である、請求項１乃至５のいずれか一項に記載の給水装置、又は請求項６乃至７のいずれか一項に記載の管理システム。