▶ 株式会社川本製作所の特許一覧 ▶ 川本電産株式会社の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-03-19
(45)【発行日】2024-03-28
(54)【発明の名称】給水装置および管理システム
(51)【国際特許分類】
H04L 67/00 20220101AFI20240321BHJP
H04Q 9/00 20060101ALI20240321BHJP
【ＦＩ】
H04L67/00
H04Q9/00 301B
H04Q9/00 311H
【請求項の数】
8
(21)【出願番号】P 2019133716
(22)【出願日】2019-07-19
(65)【公開番号】P2021018591
(43)【公開日】2021-02-15
【審査請求日】2022-06-07
(73)【特許権者】
【識別番号】000148209
【氏名又は名称】株式会社川本製作所
(73)【特許権者】
【識別番号】502002407
【氏名又は名称】川本電産株式会社
(74)【代理人】
【識別番号】110003708
【氏名又は名称】弁理士法人鈴榮特許綜合事務所
(74)【代理人】
【識別番号】100108855
【弁理士】
【氏名又は名称】蔵田 昌俊
(74)【代理人】
【識別番号】100103034
【弁理士】
【氏名又は名称】野河 信久
(74)【代理人】
【識別番号】100179062
【弁理士】
【氏名又は名称】井上 正
(74)【代理人】
【識別番号】100153051
【弁理士】
【氏名又は名称】河野 直樹
(74)【代理人】
【識別番号】100199565
【弁理士】
【氏名又は名称】飯野 茂
(74)【代理人】
【識別番号】100162570
【弁理士】
【氏名又は名称】金子 早苗
(72)【発明者】
【氏名】深川 豊明
(72)【発明者】
【氏名】坂藤 優介
(72)【発明者】
【氏名】藤田 雅之
(72)【発明者】
【氏名】玉川 充
(72)【発明者】
【氏名】志水 章紀
(72)【発明者】
【氏名】豊田 耕司
【審査官】鈴木 香苗
(56)【参考文献】
【文献】特開２００３－２９３９６１（ＪＰ，Ａ）
【文献】国際公開第２０１５／０７１９９９（ＷＯ，Ａ１）
【文献】特開平１１－３５２２７６（ＪＰ，Ａ）
【文献】特開２００６－０９０１７５（ＪＰ，Ａ）
【文献】特開２００６－０５９２３６（ＪＰ，Ａ）
【文献】特開２０１６－０６２３８２（ＪＰ，Ａ）
【文献】特開２０１８－１０７８７３（ＪＰ，Ａ）
【文献】特開２００９－０３８８４９（ＪＰ，Ａ）
【文献】特開２００２－１６０４２５（ＪＰ，Ａ）
【文献】特開２０１３－１８９７９０（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｌ ６７／００
Ｈ０４Ｑ ９／００
(57)【特許請求の範囲】
【請求項1】
サーバと通信可能な給水装置であって、第１の平滑コンデンサを含み、前記給水装置の各構成に電力を供給する電源部と、
第２の平滑コンデンサを含み、前記給水装置のモータを駆動するインバータと、
前記第１の平滑コンデンサまたは前記第２の平滑コンデンサの両端に印加される電圧に基づいて前記電力の供給停止を検出する供給停止検出部と、
前記給水装置の運転状態を表す運転状態データを取得するデータ取得部と、
前記給水装置を識別する識別データおよび前記運転状態データを前記サーバに報告するデータ報告部と
を具備し、
前記データ報告部は、前記電力の供給停止が検出された後に、前記識別データと前記電力の供給停止を表す運転状態データとを前記第１の平滑コンデンサまたは前記第２の平滑コンデンサに残存する電荷を消費して前記サーバに報告する、
給水装置。
【請求項2】
複数の給水装置と、サーバとを含む管理システムであって、前記複数の給水装置はそれぞれ、
第１の平滑コンデンサを含み、前記給水装置の各構成に電力を供給する電源部と、
第２の平滑コンデンサを含み、前記給水装置のモータを駆動するインバータと、
前記第１の平滑コンデンサまたは前記第２の平滑コンデンサの両端に印加される電圧に基づいて前記電力の供給停止を検出する供給停止検出部と、
前記給水装置の運転状態を表す運転状態データを取得するデータ取得部と、
前記給水装置を識別する識別データおよび前記運転状態データを前記サーバに報告するデータ報告部と
を具備し、
前記サーバは、
前記複数の給水装置の各々から受信された、当該給水装置を識別する識別データと当該給水装置の運転状態を表す運転状態データとを取得するデータ取得部と、
前記複数の給水装置の識別データのそれぞれに、当該識別データによって識別される給水装置の位置データおよび運転状態データを関連付けて登録可能なデータベースを管理するデータベース管理部と、
を具備し、
前記複数の給水装置の各々において、
前記データ報告部は、前記電力の供給停止が検出された後に、前記識別データと前記電力の供給停止を表す運転状態データとを前記第１の平滑コンデンサまたは前記第２の平滑コンデンサに残存する電荷を消費して前記サーバに報告する、
管理システム。
【請求項3】
前記データベースに登録された識別データの少なくとも一部について、当該識別データに関連付けられる位置データの地点に、当該識別データによって識別される給水装置の存在を示すアイコンが描かれたマップデータを作成するマップ作成部をさらに具備し、前記マップ作成部は、前記識別データに関連付けられた運転状態データに依存して当該識別データによって識別される給水装置の存在を示すアイコンの外観を異ならせて前記マップデータを作成する、請求項２に記載の管理システム。
【請求項4】
前記データベースには、前記識別データに関連付けてさらに当該識別データによって識別される給水装置の機種を表す機種データが登録され、前記マップ作成部は、前記識別データに関連付けられた機種データに依存して当該識別データによって識別される給水装置の存在を示すアイコンの外観を異ならせて前記マップデータを作成する、
請求項３に記載の管理システム。
【請求項5】
前記サーバは、前記複数の給水装置の各々が当該給水装置を識別する識別データと当該給水装置の運転状態を表す運転状態データとを最後に報告してからの経過時間を算出する経過時間算出部をさらに具備し、
前記データベース管理部は、前記経過時間が閾値を超えた給水装置について、当該給水装置の通信障害を表す運転状態データを当該給水装置を識別する識別データに関連付けて前記データベースに書き込む、
請求項３または請求項４に記載の管理システム。
【請求項6】
前記複数の給水装置の各々において、前記データ報告部は、当該給水装置の識別データおよび運転状態データを予め定められたスケジュールに従って継続的に前記サーバに報告し、
前記サーバは、
前記複数の監視装置の各々が当該給水装置を識別する識別データと当該給水装置の運転状態を表す運転状態データとを最後に報告してからの経過時間を算出する経過時間算出部をさらに具備し、
前記データベース管理部は、前記経過時間が閾値を超えた給水装置について、前記給水装置の通信障害を表す運転状態データを当該給水装置を識別する識別データに関連付けて前記データベースに書き込む、
請求項２に記載の管理システム。
【請求項7】
前記データベースには、前記識別データに関連付けてさらに当該識別データによって識別される給水装置の機種を表す機種データが登録され、前記サーバは、指定された地域内の位置を表す位置データおよび前記通信障害を表す運転状態データが前記データベースに登録されている給水装置の総数を機種データ別に算出して機種別の将来の発注数を予測する発注数予測部をさらに具備する、
請求項６に記載の管理システム。
【請求項8】
前記データベースには、前記識別データに関連付けてさらに当該識別データによって識別される給水装置のオーナー情報が登録され、前記サーバは、指定された地域内の位置を表す位置データが前記データベースに登録されている給水装置のうち前記通信障害を表す運転状態データが前記データベースに登録されている給水装置を識別する識別データに関連付けられるオーナー情報を前記データベースから抽出するオーナー情報抽出部をさらに具備する、
請求項６または請求項７に記載の管理システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、給水装置などの被管理装置の遠隔管理に関する。
【背景技術】
【0002】
特許文献１（［００２１］、［００２４］）には、通信装置が、ポンプの運転情報や故障情報を例えば２５０ｍｓ毎などの一定間隔で取得し、取得した各種情報を、ネットワーク回線を通じて遠隔管理センターに送ること、および遠隔管理センターが、通信装置からのデータを読み取り、これをポンプの運転状態を示す情報に変換することで、ポンプ装置の運転状態をオペレータが監視することが可能となり、さらに、運転状態の変化から故障を予知することが可能となることが開示されている。
【0003】
特許文献２（［０００９］，［００１０］）には、給水装置の制御部が給水装置に関する情報をウェブブラウザに表示させるためのウェブページを生成するウェブページ生成部を有すること、給水装置がこのウェブページを外部装置へ送信するためのウェブサーバ部が実装されるポートを備えること、および給水装置の外部装置が、ネットワークを介してウェブサーバ部へアクセスすることによって、給水装置に関する情報を取得することができることが開示されている。
【先行技術文献】
【特許文献】
【0004】
【文献】特開２００８－１９７６３号公報
【文献】特開２０１６－２１７０７３号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
特許文献１に記載の遠隔管理センターは、１つのポンプ装置の運転情報や故障情報を管理することが想定されている。運転情報や故障情報そのものからその情報源となるポンプ装置を特定することはできないので、特許文献１に記載の遠隔管理センターによる管理対象を複数のポンプ装置へと単純に拡張することはできない。
【0006】
他方、特許文献２に記載の給水装置によれば、当該給水装置によって生成されたウェブページを閲覧することで当該給水装置の情報を取得することが可能となるものの、当該ウェブページは他の給水装置の情報を当然には含まない。故に、特許文献２に記載の給水装置を採用しただけでは、複数の給水装置の情報を遠隔集中管理することはできない。
【0007】
本発明は、複数の被管理装置の遠隔集中管理を可能とすることを目的とする。
【課題を解決するための手段】
【0008】
本発明の一態様に係る被管理装置は、サーバと通信可能である。被管理装置は、データ取得部と、データ報告部とを含む。データ取得部は、被管理装置の運転状態を表す運転状態データを取得する。データ報告部は、被管理装置を識別する識別データおよび運転状態データをサーバに報告する。サーバは、識別データに関連付けて被管理装置の位置データおよび運転状態データを登録可能なデータベースを管理する。
【0009】
本発明の別の態様に係るサーバは、データ取得部と、データベース管理部とを含む。データ取得部は、複数の被管理装置の各々から受信された、当該被管理装置を識別する識別データと当該被管理装置の運転状態を表す運転状態データとを取得する。データベース管理部は、複数の被管理装置の識別データのそれぞれに、当該識別データによって識別される被管理装置の位置データおよび運転状態データを関連付けて登録可能なデータベースを管理する。
【発明の効果】
【0010】
本発明によれば、複数の被管理装置の遠隔集中管理が可能となる。
【図面の簡単な説明】
【0011】
【発明を実施するための形態】
【0012】
以下、図面を参照しながら実施形態の説明を述べる。なお、以降、説明済みの要素と同一または類似の要素には同一または類似の符号を付し、重複する説明については基本的に省略する。例えば、複数の同一または類似の要素が存在する場合に、各要素を区別せずに説明するために共通の符号を用いることがあるし、各要素を区別して説明するために当該共通の符号に加えて枝番号を用いることもある。
【0013】
なお、以降の説明において便宜上、被管理装置を給水装置と仮定するが、被管理装置はこれに限定されない。例えば、被管理装置は、揚水、排水などの任意の用途のポンプを備えた装置であってもよいし、かかる装置とも異なる種々の電気または機械設備、例えば、給湯機、コンピュータ、ＯＡ（Ｏｆｆｉｃｅ Ａｕｔｏｍａｔｉｏｎ）機器、家電機器、ロボット、産業機械、などであってもよい。また、以降の説明において、「ポンプ」または「給水装置」の用語は、より広義の用語である「被管理装置」もしくは「設備」として、または他の被管理装置の名称として適宜読み替え可能である。
【0014】
（実施形態）
実施形態に係る給水装置は、例えば図１の給水装置１０であり得る。給水装置１０は、例えば、水道本管に直結され、水道本管を流れる水を直接増圧し、建造物に設けられた蛇口やシャワーヘッド等の供給先に給水する、いわゆる直結増圧型給水装置であり得る。
実施形態に係る給水装置は、例えば図１の給水装置１０であり得る。給水装置１０は、例えば、水道本管に直結され、水道本管を流れる水を直接増圧し、建造物に設けられた蛇口やシャワーヘッド等の供給先に給水する、いわゆる直結増圧型給水装置であり得る。
【0015】
この給水装置１０は、ポンプ装置１００と、圧力センサ１１０と、制御盤２００と、図示されない吸込配管および吐出配管とを含む。給水装置１０は、ポンプ装置１００により、吸込配管を介して一次側にある水を取り込み、吐出配管を介して二次側へ給水する。吸込配管は、例えば、水道本管から分岐された水道分管およびポンプ装置１００を接続する。吐出配管は、ポンプ装置１００とその二次側の給水先とを接続する。
【0016】
なお、給水装置１０は、複数台のポンプ装置１００を含んでいてもよい。この場合に、給水装置１０は、複数台のポンプ装置１００を交互に駆動する交互運転、複数台のポンプ装置１００を同時に駆動する並列運転、などを行うことができる。
【0017】
圧力センサ１１０は、給水装置１０の吸込配管および吐出配管に取り付けられポンプの吸込圧力および吐出圧力を検出可能である。
【0018】
制御盤２００は、ポンプ装置１００（のモータ）と電気的に接続され、当該ポンプ装置１００を制御する。詳細は後述するが、制御盤２００は、各種センサからのセンシング信号に基づいて、インバータ２３１を介してポンプ装置１００のモータの駆動を制御する。
【0019】
例えば、制御盤２００は、圧力センサ１１０からのセンシング信号に基づいて、ポンプの運転中に例えば推定末端圧力一定制御または目標圧力一定制御を行い得る。また、制御盤２００は、ポンプの運転中にモータを所望の回転数で駆動するように制御することができ、必要に応じてモータの回転数を増減させる。
【0020】
さらに、制御盤２００は、ポンプ装置１００に含まれるポンプの二次側の配管に取り付けられ当該配管に流れる水の流量を検出可能な流量センサからのセンシング信号に基づいて、流量が小水量であることを検知するとポンプを停止させ得る。そして、制御盤２００は、圧力センサ１１０からのセンシング信号に基づいてポンプの二次側の圧力が予め定められた始動圧力以下に低下したことを検知すると、ポンプを再駆動する。
【0021】
さらに、制御盤２００は、かかるポンプ装置１００の制御に加えてポンプデータの報告を行う。制御盤２００は、図２に例示されるようにネットワークを介して、実施形態に係るサーバ２０と通信可能である。そして、詳細は後述するが、制御盤２００は、ポンプ装置１００からポンプデータを継続的に、例えば１日１回の頻度で、取得し、取得したデータをサーバ２０に報告する。これにより、サーバ２０は、複数の給水装置１０を遠隔集中管理することができる。
【0022】
このように、図１の給水装置１０は、ポンプ管理システムに組み込むことができる。かかるポンプ管理システムは、図２に例示されるように、給水装置１０－１，１０－２，１０－３，・・・と、サーバ２０と、サーバ３０とを含む。
【0023】
なお、図２における各装置の数は例示に過ぎない。例えば、サーバ２０またはサーバ３０は、複数台のサーバとして冗長化されてもよい。給水装置１０の数は任意であるので、給水装置１０の数は３台より多くても少なくてもよい。
【0024】
サーバ２０は、例えばクラウドサーバであって、各給水装置１０からポンプデータを収集し、これらを集約して蓄積する。例えば、サーバ２０は、給水装置１０（またはポンプ装置１００）の個体識別番号に相当する製造番号に紐付けて当該給水装置１０に関するポンプデータを蓄積してもよい。また、サーバ２０は、蓄積したポンプデータの利活用を行ってもよい。さらに、サーバ２０は、外部装置、例えば、サーバ３０または他の図示されない通信装置（サーバまたは通信端末）、からの要求に応じて、または自発的に、ポンプデータまたはその他のデータ（例えば、マニュアルデータ、ソフトウェア、ファームウェア）を外部装置へ送信してもよい。
【0025】
サーバ３０は、例えば給水装置１０を生産、販売および／または保守する業者によって運用されるオンプレミスサーバである。サーバ３０は、サーバ２０と連携して、ポンプデータを集中管理および利活用し得る。サーバ３０は、例えば、新たに製造された給水装置１０またはポンプ装置１００の製造番号の登録をサーバ２０に要求してもよい。なお、クラウドサーバおよびオンプレミスサーバを併用することはオプションであり、サーバ２０およびサーバ３０はそのどちらかに統合させることもできる。
【0026】
図１に例示されるように、制御盤２００は、Ｉ／Ｏ部２０１と、通信Ｉ／Ｆ（インタフェース） ２０２と、プロセッサ２１０と、メモリ２２０とを含む。また、制御盤２００（のＩ／Ｏ部２０１）は、ポンプ装置１００、および圧力センサ１１０に接続される。
【0027】
Ｉ／Ｏ部２０１は、例えばポートなどの入出力インタフェースである。Ｉ／Ｏ部２０１は、ポンプ装置１００、圧力センサ１１０、インバータ２３１、および／または図示されない入力装置から、例えば、ポンプデータ（センシング信号を含み得る）、ユーザ入力（コマンドを含み得る）などの種々のデータを受け取り、プロセッサ２１０へ送る。他方、Ｉ／Ｏ部２０１は、プロセッサ２１０から、例えばインバータ制御信号を受け取ってインバータ２３１へ送る。
【0028】
通信Ｉ／Ｆ ２０２は、例えば、移動通信（例えば、３Ｇ、４Ｇ、５Ｇ、モバイルＷｉＭＡＸ）、Ｗｉ－Ｆｉ、ＷｉＭＡＸなどの通信技術を利用して、ネットワーク、典型的にはインターネット経由でサーバ２０と通信をする。通信Ｉ／Ｆ ２０２は、種々のデータをプロセッサ２１０から受け取ってサーバ２０へ送信する。
【0029】
プロセッサ２１０は、典型的にはマイコンであるが、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、またはその他の汎用または専用のプロセッサなどであってもよい。プロセッサ２１０は、例えば、入出力制御、通信制御、ポンプ制御、電力供給の停止の検出、などを行う。
【0030】
メモリ２２０は、プロセッサ２１０が各処理を実現するために当該プロセッサ２１０によって実行されるプログラム、例えば、ファームウェア、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）、ポンプ制御プログラム、ポンプデータ管理プログラム、など、および当該プロセッサ２１０によって使用されるデータ、例えば、ポンプデータ、などを一時的に格納するメモリを含んでいる。メモリは、かかるプログラム／データが展開されるワークエリアを有するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を含み得る。
【0031】
電源部２３０は、被管理装置としての給水装置１０の各構成に電力を供給する。例えば、電源部２３０は、平滑コンデンサ２３３を含む。平滑コンデンサ２３３は、例えば商用電源からの交流電力を例えの直流電力に変換する図示されないＡＣ／ＤＣコンバータ回路に接続され、この直流電力の電圧を平滑化し、略一定電圧の直流電力を得る。
【0032】
インバータ２３１は、ポンプ装置１００（のモータ）に所定周波数の交流電力を供給する。インバータ２３１は、Ｉ／Ｏ部２０１を介してプロセッサ２１０からインバータ制御信号を受け取る。インバータ２３１は、このインバータ制御信号に応じて動作する。例えば、インバータ２３１は、運転停止信号または運転開始信号に相当するインバータ制御信号に応じて運転を停止または開始し得る。また、インバータ２３１は、回転数制御信号に相当するインバータ制御信号に応じて、その担当するモータの回転数を制御し得る。
【0033】
具体的には、インバータ２３１は、図示されないコンバータ回路と、平滑コンデンサ２３２と、図示されないインバータ回路とを含み得る。コンバータ回路は、交流電源から交流電力を取り込み、これを整流することで直流電力に変換する。平滑コンデンサ２３２は、このコンバータ回路によって出力される直流電力の電圧を平滑化し、略一定電圧の直流電力を得る。そして、インバータ回路は、この平滑コンデンサ２３２によって得られた直流電力を制御盤２００からのインバータ制御信号（回転数制御信号に相当）に応じた所定周波数の交流電力へと変換してモータに供給する。
【0034】
プロセッサ２１０は、メモリ２２０に保存されたプログラムを実行することで、図１のポンプデータ取得部２１１、ポンプ制御部２１２、供給停止検出部２１３、およびポンプデータ報告部２１４として機能し得る。また、メモリ２２０は、ポンプデータ記憶部２２１を含み得る。
【0035】
ポンプデータ取得部２１１は、Ｉ／Ｏ部２０１から、例えば後述する運転状態データなどのポンプデータを取得し、これをポンプデータ記憶部２２１に書き込む。
【0036】
ポンプデータは、例えば、ポンプの識別情報、ポンプの出荷情報、ポンプの故障情報、ポンプの運転情報、ポンプのメンテナンス情報、ポンプに関する連絡先情報、ポンプのパラメータ、ポンプの設置情報、およびポンプに関するセンシング信号のうちの一部または全部を含み得る。
【0037】
ポンプの識別情報は、例えば、給水装置１０の製品名ないし機種名に相当する形式、形式を番号化した製品番号、給水装置１０またはポンプ装置１００の個体識別番号に相当する製造番号などを含み得る。さらに、ポンプの識別情報は、制御盤２００（の制御基板）の個体識別番号に相当する製造番号を含み得るが、かかる製造番号は例えばポンプデータ記憶部２２１に予め保存され得る。
【0038】
ポンプの出荷情報は、ポンプの生産時／検査時に設定され得る。ポンプの出荷情報は、例えば、ポンプの代表特性などを含み得る。ポンプの代表特性は、例えば１つまたは複数の性能項目についての同機種の複数台のポンプの性能の平均値または他の統計値である。例えば、給水装置１０の性能を測定し、測定された性能を同項目の代表特性と比較することで、当該給水装置１０の検査や経年劣化の診断することが可能となる。
【0039】
ポンプの故障情報は、例えば、ポンプの故障履歴であり得る。具体的には、ポンプの故障情報は、給水装置１０の故障イベント毎に、故障発生日時、故障要因、および／または故障発生時の給水装置１０のステータス、などを含み得る。ポンプの故障情報は、過去所定期間に亘る全ての故障イベントに関する情報要素を含んでいてもよいし、故障発生日時が新しい順に所定個数の故障イベントに関する情報要素を含んでいてもよい。また、給水装置１０のステータスは、例えばインバータ２３１から取得した電圧／電流値、圧力センサ１１０から取得したセンシング信号またはこれに基づき算出された圧力値、流量センサから取得したセンシング信号またはこれに基づき算出された流量値、モータの回転周波数値、積算運転時間、積算運転回数、などを含み得る。ここで、積算運転時間、および／または積算運転回数は、例えばポンプ制御部２１２によって給水装置１０の運転実態に応じて算出され、ポンプデータ記憶部２２１に書き込まれ得る。
【0040】
ポンプの運転情報は、例えば、ポンプの最新の１つまたはロギングされた複数の時点におけるステータスであり得る。具体的には、ポンプの運転情報は、例えばインバータ２３１から取得した各時点の電圧／電流値、圧力センサ１１０から取得した各時点のセンシング信号またはこれに基づき算出された圧力値、流量センサから取得した各時点のセンシング信号またはこれに基づき算出された流量値、各時点の回転周波数値、各時点の積算運転時間、各時点の積算運転回数、ポンプ制御部２１２によって判定された給水装置１０の運転状態（例えば、正常、電力供給停止、故障、など）などを含み得る。ここで、被管理装置としての給水装置１０の運転状態を表すデータは、運転状態データと呼ぶことができる。
【0041】
ポンプのメンテナンス情報は、例えば、ポンプの次の推奨点検タイミング、部品／全体の次の推奨交換タイミング、などであり得る。ここで、これらのタイミングは、例えばポンプ制御部２１２によって算出され、ポンプデータ記憶部２２１に書き込まれ得る。ポンプ制御部２１２は、ポンプの最新の点検タイミングおよび／または部品／全体の最新の交換タイミングに所定期間、例えば１０年、を加算することで、ポンプの次の推奨点検タイミングおよび／または部品／全体の次の推奨交換タイミングを算出してもよいし、或いはポンプの運転情報および／または故障情報に基づいてこれらのタイミングを予測してもよい。また、ポンプのメンテナンス情報は、部品／全体の交換実施タイミングなどのメンテナンス履歴情報を含み得る。
【0042】
ポンプに関する連絡先情報は、例えば、給水装置１０のポンプデータまたは給水装置１０に関わるその他のデータを閲覧するためのＷｅｂページの所在を表すＵＲＬ、給水装置１０の修理、点検、交換などを作業員のための窓口の連絡先、例えば給水装置１０が設置された現場の最寄りの営業所の電話番号、などを含み得る。ここで、連絡先は、例えば、電話番号、メールアドレス、ＦＡＸ番号、などであり得る。また、給水装置１０の故障時と非故障時とで異なる連絡先が用意されてもよいし、さらに故障要因別に異なる連絡先が用意されてもよい。
【0043】
ポンプのパラメータは、例えば給水装置１０の設定圧力、などを含み得る。ポンプの設置情報は、例えば給水装置１０の納入日、設置日、設置場所、オーナー情報、などを含み得る。ポンプに関するセンシング信号は、例えば、圧力センサ１１０、流量センサ、などの出力の履歴であり得る。
【0044】
ポンプ制御部２１２は、ポンプデータ記憶部２２１からポンプデータ、例えば、圧力センサ１１０、および／または流量センサから取得したセンシング信号（またはこれに基づく圧力値、および／または流量値）、および／または回転周波数値を継続的に読み出す。そして、ポンプ制御部２１２は、メモリ２２０に保存されたポンプ制御プログラムによって決まる制御ポリシーに従い、最新のセンシング信号等に応じてインバータ制御信号を生成し、これをＩ／Ｏ部２０１を介してインバータ２３１へ送る。
【0045】
供給停止検出部２１３は、電源部２３０による電力の供給停止を検出する。例えば、供給停止検出部２１３は、平滑コンデンサ２３２または平滑コンデンサ２３３の充電量が閾値を下回ると、電源部２３０による電力の供給停止を検出する。供給停止検出部２１３は、例えば平滑コンデンサ２３２または平滑コンデンサ２３３の両端に接続された図示されない電圧計の検出信号に基づいて当該平滑コンデンサ２３２または平滑コンデンサ２３３に印加された電圧を算出できる。さらに、供給停止検出部２１３は、この電圧に、平滑コンデンサ２３２または平滑コンデンサ２３３の電気容量を乗じることで、当該平滑コンデンサ２３２または平滑コンデンサ２３３の充電量を算出できる。或いは、供給停止検出部２１３は、電源部２３０において平滑コンデンサ２３３よりも後段、すなわち電力を供給される側、に設けられた低電圧検出用のオペアンプの出力信号の論理レベルに基づいて、電源部２３０による電力の供給停止を検出してもよい。供給停止検出部２１３は、電源部２３０による電力の供給停止を検出した場合には、電力の供給が停止したことをポンプデータ報告部２１４に通知する。
【0046】
ポンプデータ報告部２１４は、ポンプデータ記憶部２２１に保存されたポンプデータのうちの少なくとも一部を読み出し、通信Ｉ／Ｆ ２０２を介してサーバ２０に継続的に報告する。なお、報告対象となるポンプデータは、予め定められていてもよいし、給水装置１０、サーバ２０またはサーバ３０が選択可能であってもよい。
【0047】
ポンプデータ報告部２１４は、初期設定の後、予め定められたスケジュールに従って継続的に、例えば１日１回程度の頻度で、給水装置１０を識別する識別データ（例えば、個体識別番号）と運転状態データとをサーバ２０に報告する。
【0048】
ここで、初期設定とは、サーバ２０および／またはサーバ３０の管理するデータベースに、給水装置１０の識別データに関連付けて当該給水装置１０の位置データ（例えば設置位置情報）を登録する手順を意味し得る。初期設定は様々な態様により実現され得るが、例えば、給水装置１０が、自身の識別データおよび位置データをサーバ２０に報告するようにしてもよい。この場合に、給水装置１０の位置データは、当該給水装置１０に備えられ得る例えばＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）受信モジュールなどの位置測定装置によって取得されてもよいし、例えばスマートフォンなどの図示されない、位置測定装置を備えた通信端末によって取得された位置データを当該通信端末からＢｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ－Ｆｉ、またはＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの近距離通信により受信することで取得されてもよい。なお、位置データの登録は必ずしも初期設定に含まれなくてもよく、識別データに関連付けて１以上の運転状態データが登録された後に位置データが登録されてもよい。
【0049】
他方、ポンプデータ報告部２１４は、供給停止検出部２１３から電力の供給が停止したことを通知された場合に、上記スケジュールによって定められた送信タイミングに関わらず、給水装置１０の識別データと電力の供給停止を表す運転状態データとを平滑コンデンサ２３２または平滑コンデンサ２３３に残存する電荷を消費してサーバ２０に報告する。電力の供給が停止した後、給水装置１０はそのまま通信不能に陥るおそれがあるが、このように電力の供給停止が検出された直後にサーバ２０に電力の供給停止を表す運転状態データを報告することは、サーバ２０側において給水装置１０が通信不能に陥る直前の運転状態を推測するのに役立つ。具体的には、運転状態データは、例えば、地震、落雷、火災、台風、浸水などの災害により制御盤２００に含まれる制御基板が突然、不可逆的に破壊されたのか、それとも停電などにより電源部２３０が入力電力を一時的に取り込むことができなくなったに過ぎないのか、などを推測するための材料となり得る。
【0050】
例えば、電力の供給停止を表す運転状態データが報告され、その後の運転状態データの報告が途絶えている給水装置１０は、停電による一時的な動作停止（すなわち、時間が経てば復旧可能）であるかもしれないし、制御基板が電力の供給停止後に破壊され復旧不可能となっているかもしれない。他方、電力の供給停止を表す運転状態データが報告されることなく運転状態データの報告が突然途絶えた給水装置１０は、一時的な通信障害の影響を受けている（すなわち、給水装置１０自体は正常に動作している可能性がある）かもしれないが、例えば災害などにより制御基板が突然破壊され復旧不可能となっているかもしれない。なお、例えば、給水装置１０の設置された地域の停電情報、災害情報、給水装置１０が利用するインターネットプロバイダの通信障害情報、などの設置環境情報を、給水装置１０の運転状態データと組み合わせて利用することで、給水装置１０の運転状態をより正確に推測することが可能となる。
【0051】
ポンプデータ記憶部２２１は、前述の種々のポンプデータを保存する。ポンプデータは、ポンプデータ記憶部２２１に予め保存されている情報要素のデータ、ポンプデータ取得部２１１によって取得された情報要素のデータ、および／またはポンプ制御部２１２によって生成された情報要素のデータを含み得る。ポンプデータ記憶部２２１に保存されたポンプデータは、ポンプ装置１００の制御のためにポンプ制御部２１２によって読み出されたり、サーバ２０への報告のためにポンプデータ報告部２１４によって読み出されたりする。
【0052】
以下、図９を用いて、図１の給水装置１０のポンプデータの報告に関わる動作例を説明する。図９の動作が開始すると、処理はステップＳ４０１に進む。
ステップＳ４０１において、ポンプデータ取得部２１１は、ポンプ装置１００、圧力センサ１１０、および／またはインバータ２３１からポンプデータを取得し、これをポンプデータ記憶部２２１に保存する。
ステップＳ４０１において、ポンプデータ取得部２１１は、ポンプ装置１００、圧力センサ１１０、および／またはインバータ２３１からポンプデータを取得し、これをポンプデータ記憶部２２１に保存する。
【0053】
ステップＳ４０１の後、給水装置１０は、ポンプデータの報告タイミングの到来を待機する（ステップＳ４０３）が、その前に供給停止検出部２１３が電力の供給停止を検出すると（ステップＳ４０２）、処理はステップＳ４０５へ進む。他方、供給停止検出部２１３が電力の供給停止を検出することなく、報告タイミングが到来すると、処理はステップＳ４０４へ進む。
【0054】
ステップＳ４０４において、ポンプデータ報告部２１４は、例えばステップＳ４０１において取得されたポンプデータ（給水装置１０の識別データを含む）をサーバ２０に報告し、処理はステップＳ４０１に戻る。他方、ステップＳ４０５において、ポンプデータ報告部２１４は、平滑コンデンサ２３２または平滑コンデンサ２３３に残存する電荷を消費して、給水装置１０の識別データと電力の供給停止を表す状態データとをサーバ２０に報告する。ステップＳ４０５の後、電力の供給再開を待って（ステップＳ４０６）、処理はステップＳ４０１に復帰する。
【0055】
実施形態に係るサーバ２０は、図３に例示されるように、通信Ｉ／Ｆ ３０１と、プロセッサ３１０と、メモリ３２０とを含む。
【0056】
通信Ｉ／Ｆ ３０１は、例えば、光通信などの通信技術を利用して、ネットワーク、典型的にはインターネット経由で外部装置、例えば給水装置１０、サーバ３０、などと通信をする。通信Ｉ／Ｆ ３０１は、種々のデータをプロセッサ３１０から受け取って外部装置へ送信したり、外部装置から種々のポンプデータを受信してプロセッサ３１０へ送ったりする。
【0057】
プロセッサ３１０は、典型的にはＣＰＵであるが、マイコン、ＧＰＵ、ＦＰＧＡ、ＤＳＰ、またはその他の汎用または専用のプロセッサなどであってもよい。プロセッサ３１０は、例えば、入出力制御、通信制御、経過時間の算出、通信障害の検出、ポンプデータの利活用、などを行う。
【0058】
メモリ３２０は、プロセッサ３１０が各処理を実現するために当該プロセッサ３１０によって実行されるプログラム、例えば、ファームウェア、ＯＳ、ポンプ管理プログラム、ポンプデータ利活用プログラム、など、および当該プロセッサ３１０によって使用されるデータ、例えば、ポンプデータ、後述されるマップデータ、予測発注数データ、オーナーリスト、などを一時的に格納するメモリを含んでいる。メモリは、かかるプログラム／データが展開されるワークエリアを有するＲＡＭを含み得る。
【0059】
プロセッサ３１０は、メモリ３２０に保存されたプログラムを実行することで、図３のデータ取得部３１１、データベース管理部３１２、経過時間算出部３１３、通信障害検出部３１４、マップ作成部３１５、発注数予測部３１６、オーナー情報抽出部３１７、およびデータ報告部３１８として機能し得る。また、メモリ３２０は、データベース記憶部３２１、マップデータ記憶部３２２、予測発注数データ記憶部３２３、およびオーナーリスト記憶部３２４を含み得る。
【0060】
なお、サーバ２０の機能部として説明されたものの一部は、サーバ３０に組み込むこともできる。例えば、サーバ２０はデータベースの管理を行う一方で、サーバ３０はポンプデータの利活用を行ってもよい。
【0061】
データ取得部３１１は、通信Ｉ／Ｆ ３０２によって外部装置から受信されたデータ、例えば給水装置１０から受信されたポンプデータ、を取得する。データ取得部３１１は、受信データのうちデータベースに書き込む必要のあるポンプデータをデータベース管理部３１２へ送る。
【0062】
データベース管理部３１２は、データベース記憶部３２１に保存されたデータベースを管理する。図４に例示されるように、このデータベースには、複数の給水装置１０の各々について、識別データ（ポンプ識別番号）に関連付けて、位置データと、運転状態データなどの他の情報要素（およびその報告日時情報）とが登録される。データベース管理部３１２は、データ取得部３１１からポンプデータを受け取り、これをデータベースに書き込み得る。
【0063】
例えば、データベース管理部３１２は、ポンプデータに含まれる識別データに関連付けて、当該ポンプデータに含まれる他の情報要素（例えば、運転状態データ）をデータベースに書き込む。また、データベース管理部３１２は、ポンプデータに含まれる日時、またはポンプデータの受信もしくは書き込み日時を、この情報要素に対応する報告日時情報としてデータベースにさらに書き込んでもよい。
【0064】
なお、例えば、識別データ、機種データ、などの静的な（すなわち固定の）情報要素について報告日時情報の登録は省略されてもよい。同様に、例えば、位置データ、オーナー情報、などの準静的な情報要素についても報告日時情報の登録が省略されてもよい。
【0065】
データベース管理部３１２は、経過時間算出部３１３からの問い合わせに応じて、対象となる識別データに関連付けられる運転状態データの報告日時情報のうち最新の値をデータベースから読み出して、経過時間算出部３１３に通知してもよい。また、データベース管理部３１２は、通信障害検出部３１４から通信障害が検出された給水装置１０の識別データと、通信障害を表す運転状態データとを含む書き込み要求を受けると、この識別データに関連付けて、通信障害を表す運転状態データをデータベースに書き込み得る。さらに、データベース管理部３１２は、この書き込み要求を受け取った日時、または書き込み要求に含まれた日時を、通信障害を表す運転状態データの報告日時情報としてデータベースにさらに書き込んでもよい。
【0066】
データベース管理部３１２は、マップ作成部３１５、発注数予測部３１６、オーナー情報抽出部３１７、およびデータ報告部３１８からの検索要求に応じて、当該検索要求において指定された検索条件にマッチするポンプデータをデータベースから読み出し、これを当該検索要求の送信元に返し得る。
【0067】
経過時間算出部３１３は、例えば１日に１度などの頻度で、データベース記憶部３２１に保存されたデータベースに登録されている一部または全部の給水装置１０の識別データに関連付けられる運転状態データの報告日時情報のうち最新の値をデータベース管理部３１２に問い合わせる。経過時間算出部３１３は、この問い合わせに対する応答として、データベース管理部３１２から識別データ毎に運転状態データの最新の報告日時情報を受ける。そして、経過時間算出部３１３は、識別データ毎に、その最新の報告日時情報とサーバ２０が参照する現在日時との差を、その給水装置１０が識別データおよび運転状態データを最後に報告してからの経過時間として算出する。経過時間算出部３１３は、算出した経過時間を対応する識別データとともに通信障害検出部３１４に送る。
【0068】
通信障害検出部３１４は、経過時間算出部３１３から経過時間および対応する識別データを受け取る。そして、通信障害検出部３１４は、経過時間を閾値と比較し、当該経過時間が閾値を超える場合に、当該経過時間に対応する識別データによって識別される給水装置１０が通信障害の運転状態にあることを検出する。そして、通信障害検出部３１４は、通信障害が検出された給水装置１０の識別データと、通信障害を表す運転状態データとを含む書き込み要求をデータベース管理部３１２へ送る。なお、書き込み要求は、通信障害が検出された日時をさらに含んでもよい。
【0069】
ここで、通信障害を検出するために用いられる閾値は、例えば給水装置１０が運転状態データを報告する頻度に基づいて定められ得る。仮に給水装置１０が、２４時間＝１日に１回程度の周期で運転状態データを報告するようにスケジュールされている場合には、この閾値は、この周期よりも大きな値、例えば４８時間、７２時間、などと定めることができる。
【0070】
マップ作成部３１５は、データベースに登録されたポンプデータに基づいて種々のマップデータを作成し、マップデータ記憶部３２２に書き込む。例えば、マップ作成部３１５は、データベースに登録された識別データの少なくとも一部について、当該識別データに関連付けられる位置データの地点に、当該識別データによって識別される給水装置１０の存在を示すアイコンが描かれたマップデータを作成し得る。マップデータに掲載される給水装置１０は、例えばデータベースの検索を通じて絞り込まれ得る。
【0071】
具体的には、マップ作成部３１５は、マップデータの仕様に基づいて、データベースの検索条件を設定した検索要求を生成し、データベース管理部３１２へ送る。例えば、マップ作成部３１５は、特定の機種データおよび／または運転状態データに関連付けられる識別データおよびその位置データを検索条件として設定したり、ある地域において特定の機種データおよび／または運転状態データに関連付けられる識別データおよびその位置データを検索条件として設定したりすることができる。
【0072】
マップデータの仕様は、予め定められていてもよいし、マップデータの提供先が選択可能であってもよい。ここで、マップデータの提供先は、例えば、給水装置１０を生産、販売および／または保守する業者、より具体的には当該業者のうちの営業部門、または被災地域の自治体または住民、などであり得る。
【0073】
例えば、マップ作成部３１５は、「Ａ県Ｂ市Ｃ」において「正常」を表す運転状態データに関連付けられる識別データおよびその位置データを検索条件として設定した検索要求と、「Ａ県Ｂ市Ｃ」において「電力供給停止」を表す運転状態データに関連付けられる識別データおよびその位置データを検索条件として設定した検索要求と、「Ａ県Ｂ市Ｃ」において「通信障害」を表す運転状態データに関連付けられる識別データおよびその位置データを検索条件として設定した検索要求とをそれぞれ作成し、データベース管理部３１２へ送ってもよい。そして、マップ作成部３１５は、これらの検索要求に対する応答に基づいて、図５のマップデータを作成し得る。
【0074】
図５の例では、マップ作成部３１５は、検索された運転状態データに依存して当該運転状態データに対応する識別データによって識別される給水装置１０のアイコンの外観を異ならせてマップデータを作成している。ここで、アイコンの外観を異ならせるとは、図５のように同一の絵柄のアイコンの模様を変更する事であってもよいし、模様以外の要素である色、装飾などを変更することであってもよいし、異なる絵柄のアイコンに切り替えることであってもよい。
【0075】
図５のマップデータの閲覧者は、「Ａ県Ｂ市Ｃ」に設置された給水装置１０の運転状態を直感的に把握することができる。例えば、営業担当者は、自らが担当する地域内で、運転状態に難があり、部品／全体交換、点検などの発注が見込めそうな給水装置１０、例えば「通信障害」の状態にある給水装置１０、を把握して効率的な営業活動を行うことができる。また、被災地の自治体または住民は、同地で破壊を免れた給水装置１０、例えば「正常」の状態にある給水装置１０、を把握することができる。なお、被災地の自治体および／または住民に提供されるマップデータには、個人情報に配慮して、公共施設に設置された給水装置１０、オーナーが承諾済みの給水装置１０、などの限られたアイコンのみを掲載するようにしてもよい。
【0076】
また、マップ作成部３１５は、「Ａ県Ｂ市Ｃ」において「ａｂ－２０１６」を表す機種データに関連付けられる識別データおよびその位置データを検索条件として設定した検索要求と、「Ａ県Ｂ市Ｃ」において「ｂｃ－２０１７」を表す機種データに関連付けられる識別データおよびその位置データを検索条件として設定した検索要求と、「Ａ県Ｂ市Ｃ」において「ｃｄ－２０１５」を表す機種データに関連付けられる識別データおよびその位置データを検索条件として設定した検索要求とをそれぞれ作成し、データベース管理部３１２へ送ってもよい。そして、マップ作成部３１５は、これらの検索要求に対する応答に基づいて、図６のマップデータを作成し得る。
【0077】
図６の例では、マップ作成部３１５は、検索された機種データに依存して当該機種データに対応する識別データによって識別される給水装置１０のアイコンの外観を異ならせてマップデータを作成している。これにより、図６のマップデータの閲覧者は、「Ａ県Ｂ市Ｃ」に設置された給水装置１０の機種の分布を直感的に把握することができる。例えば、営業担当者は、自らが担当する地域内で需要のある機種、例えば後継機種がリリースされた機種、を把握して効率的な営業活動を行うことができる。
【0078】
さらに、マップ作成部３１５は、「Ａ県Ｂ市Ｃ」において「ａｂ－２０１６」を表す機種データおよび「正常」を表す運転状態データに関連付けられる識別データおよびその位置データを検索条件として設定した検索要求と、「Ａ県Ｂ市Ｃ」において「ａｂ－２０１６」を表す機種データおよび「電力供給停止」を表す運転状態データに関連付けられる識別データおよびその位置データを検索条件として設定した検索要求と、「Ａ県Ｂ市Ｃ」において「ａｂ－２０１６」を表す機種データおよび「通信障害」を表す運転状態データに関連付けられる識別データおよびその位置データを検索条件として設定した検索要求と、「Ａ県Ｂ市Ｃ」において「ｂｃ－２０１７」を表す機種データおよび「正常」を表す運転状態データに関連付けられる識別データおよびその位置データを検索条件として設定した検索要求と、「Ａ県Ｂ市Ｃ」において「ｂｃ－２０１７」を表す機種データおよび「電力供給停止」を表す運転状態データに関連付けられる識別データおよびその位置データを検索条件として設定した検索要求と、「Ａ県Ｂ市Ｃ」において「ｂｃ－２０１７」を表す機種データおよび「通信障害」を表す運転状態データに関連付けられる識別データおよびその位置データを検索条件として設定した検索要求と、「Ａ県Ｂ市Ｃ」において「ｃｄ－２０１５」を表す機種データおよび「正常」を表す運転状態データに関連付けられる識別データおよびその位置データを検索条件として設定した検索要求と、「Ａ県Ｂ市Ｃ」において「ｃｄ－２０１５」を表す機種データおよび「電力供給停止」を表す運転状態データに関連付けられる識別データおよびその位置データを検索条件として設定した検索要求と、「Ａ県Ｂ市Ｃ」において「ｃｄ－２０１５」を表す機種データおよび「通信障害」を表す運転状態データに関連付けられる識別データおよびその位置データを検索条件として設定した検索要求とをそれぞれ作成し、データベース管理部３１２へ送ってもよい。そして、マップ作成部３１５は、これらの検索要求に対する応答に基づいて、図７のマップデータを作成し得る。
【0079】
図７の例では、マップ作成部３１５は、検索された機種データおよび運転状態データの組み合わせに依存して当該組み合わせに対応する識別データによって識別される給水装置１０のアイコンの外観を異ならせてマップデータを作成している。これにより、図７のマップデータの閲覧者は、「Ａ県Ｂ市Ｃ」に設置された給水装置１０の機種の分布とそれぞれの運転状態とを直感的に把握することができる。例えば、営業担当者は、自らが担当する地域内で、運転状態に難があり、部品／全体交換、点検などの発注が見込めそうな給水装置１０、例えば「通信障害」の状態にある給水装置１０、とその機種とを把握して効率的な営業活動を行うことができる。
【0080】
発注数予測部３１６は、データベースに登録されたポンプデータに基づいて、例えば機種別（または部品別）の将来の発注数を予測し、予測発注数データを予測発注数データ記憶部３２３に書き込む。例えば、給水装置のような、設置環境に適合可能な機種が限られていて１機種のライフサイクルが長く、かつ生活インフラに密着した装置は、故障が生じた場合に交換のために同機種（またはその部品）が速やかに再発注される可能性が高い。故に、発注数予測部３１６は、データベースに登録された給水装置１０の運転状態データに基づいて故障の可能性のある給水装置１０、例えば「通信障害」の状態にある給水装置１０、を特定して機種別に計数することで、それぞれの機種（またはその部品）の将来の発注数を大まかに予測できる。また、モデルチェンジ後に、データベースに登録された機種データおよび運転状態データに基づいて、旧機種かつ給水装置１０のうち「正常」の状態にある給水装置１０を特定して計数すれば、当該旧機種向けの補修用部品をどの程度在庫しておくべきか、を把握することができる。
【0081】
なお、発注数予測部３１６は、給水装置１０の設置された地域の停電情報、災害情報、給水装置１０が利用するインターネットプロバイダの通信障害情報、などの設置環境情報を組み合わせて利用することで、予測の精度を高めることもできる。例えば、電力の供給停止を表す運転状態データが報告された給水装置１０が停電中の地域に設置されている場合には、当該給水装置１０は停電の解消後に復旧可能であり、当該給水装置１０について同機種の再発注は生じない可能性がある。他方、通信障害を表す運転状態データが報告された給水装置１０が利用するインターネットプロバイダに通信障害が生じていない場合、および／またはこの給水装置１０が災害の発生した地域に設置されている場合には、当該給水装置１０の制御基板が例えば災害などにより突然破壊され復旧不可能となっているかもしれず、当該給水装置１０について同機種の再発注が生じる可能性がある。
【0082】
具体的には、発注数予測部３１６は、予測発注数データの仕様に基づいて、データベースの検索条件を設定した検索要求を生成し、データベース管理部３１２へ送る。例えば、発注数予測部３１６は、例えば被災地域などの指定された地域内の位置を表す位置データおよび通信障害を表す運転状態データに関連付けられる識別データおよびその機種データを検索条件として設定し得る。
【0083】
予測発注数データの仕様は、予め定められていてもよいし、予測発注数データの提供先が選択可能であってもよい。ここで、予測発注数データの提供先は、例えば、給水装置１０の生産、販売および／または保守する業者、より具体的には当該業者のうちの生産部門、物流部門、サービス部門、生産計画および／または物流計画を策定する部門、などであり得る。
【0084】
例えば、発注数予測部３１６は、例えばＡ県Ｂ市内の位置を表す位置データおよび通信障害を表す運転状態データがデータベースに登録されている給水装置１０を機種データ別にカウントすることで、図８に例示される予測発注数データを生成し得る。なお、発注数予測部３１６は、機種別のカウント値をそのまま当該機種の予測発注数としてもよいし、当該カウント値に１未満の補正係数を乗じて予測発注数を少なめに算出してもよい。かかる予測発注数データは、Ａ県Ｂ市に設置された給水装置１０のオーナーから発注があった場合に速やかに対応できるように生産計画および／または物流計画を立案／修正したり、実際の交換作業を代行するサービス協力業者への発注量を予測したりするのに用いることができる。なお、発注数予測部３１６は、各機種を構成する部品情報に基づいて、部品別の予測発注数データを生成してもよい。
【0085】
オーナー情報抽出部３１７は、データベースに登録されたポンプデータに基づいて、例えば営業活動における優先顧客に相当するオーナーに関するオーナー情報を抽出し、抽出したオーナー情報を記載したオーナーリストをオーナーリスト記憶部３２４に書き込む。例えば、給水装置のような、設置環境に適合可能な機種が限られていて１機種のライフサイクルが長く、かつ生活インフラに密着した装置は、故障が生じた場合に点検や部品／全体交換が速やかに依頼される可能性が高い。故に、オーナー情報抽出部３１７は、データベースに登録された給水装置１０の運転状態データに基づいて故障の可能性のある給水装置１０、例えば「通信障害」の状態にある給水装置１０、のオーナー情報を抽出することで、近い将来に給水装置１０の点検および／または交換の依頼を見込める優先顧客の情報を大まかに抽出できる。
【0086】
なお、オーナー情報抽出部３１７は、給水装置１０の設置された地域の停電情報、災害情報、給水装置１０が利用するインターネットプロバイダの通信障害情報、などの設置環境情報を組み合わせて利用することで、抽出の精度を高めることもできる。例えば、電力の供給停止を表す運転状態データが報告された給水装置１０が停電中の地域に設置されている場合には、当該給水装置１０は停電の解消後に復旧可能であり、当該給水装置１０について点検および／または交換の依頼は生じない可能性がある。他方、通信障害を表す運転状態データが報告された給水装置１０が利用するインターネットプロバイダに通信障害が生じていない場合、および／またはこの給水装置１０が災害の発生した地域に設置されている場合には、当該給水装置１０の制御基板が例えば災害などにより突然破壊され復旧不可能となっているかもしれず、当該給水装置１０について点検および／または交換の依頼が生じる可能性がある。
【0087】
具体的には、オーナー情報抽出部３１７は、オーナーリストの仕様に基づいて、データベースの検索条件を設定した検索要求を生成し、データベース管理部３１２へ送る。例えば、オーナー情報抽出部３１７は、例えば被災地域などの指定された地域内の位置を表す位置データおよび通信障害を表す運転状態データに関連付けられる識別データおよびその機種データを検索条件として設定し得る。
【0088】
オーナーリストの仕様は、予め定められていてもよいし、オーナーリストの提供先が選択可能であってもよい。ここで、オーナーリストの提供先は、例えば、給水装置１０の生産、販売および／または保守する業者、より具体的には当該業者のうちの営業部門、などであり得る。
【0089】
例えば、オーナー情報抽出部３１７は、例えばＡ県Ｂ市内の位置を表す位置データおよび通信障害を表す運転状態データがデータベースに登録されている給水装置１０のオーナー情報を抽出することで、オーナーリストを生成し得る。かかるオーナーリストには、Ａ県Ｂ市に設置され、運転状態に難がある給水装置１０のオーナー情報が記載されるので、同地域の営業担当者は近い将来に給水装置１０の点検、部品／全体交換などの発注を見込めるオーナーを把握して効率的な営業活動をすることができる。
【0090】
データ報告部３１８は、ポンプデータ、またはポンプデータに基づく種々の付加的データ、例えば、マップデータ、予測発注数データ、オーナーリスト、などのデータを、通信Ｉ／Ｆ ３０１を介して外部装置に報告する。なお、データ報告部３１８は、外部装置、すなわちデータの提供先からの要求に応じてデータを報告してもよいし、自発的にデータを報告してもよい。データ報告部３１８は、報告対象となるデータを、データベース管理部３１２を介してデータベース記憶部３２１から読み出したり、マップデータ記憶部３２２、予測発注数データ記憶部３２３および／またはオーナーリスト記憶部３２４から読み出したりする。
【0091】
データベース記憶部３２１は、前述のデータベースを保存する。このデータベースに対する読み書き、例えば、新たな情報要素の登録、既存の情報要素の変更または削除、指定された情報要素の読み出し、検索要求の対象となった情報要素の検索、などはデータベース管理部３１２によって行われる。
【0092】
マップデータ記憶部３２２は、前述のマップデータを保存する。このマップデータは、マップ作成部３１５によってマップデータ記憶部３２２に書き込まれ、データ報告部３１８によってマップデータ記憶部３２２から読み出される。
【0093】
予測発注数データ記憶部３２３は、前述の予測発注数データを保存する。この予測発注数データは、発注数予測部３１６によって予測発注数データ記憶部３２３に書き込まれ、データ報告部３１８によって予測発注数データ記憶部３２３から読み出される。
【0094】
オーナーリスト記憶部３２４は、前述のオーナーリストを保存する。このオーナーリストは、オーナー情報抽出部３１７によってオーナーリスト記憶部３２４に書き込まれ、データ報告部３１８によってオーナーリスト記憶部３２４から読み出される。
【0095】
なお、データベース記憶部３２１または他の記憶部は、メモリ３２０に限らず、サーバ２０の有する補助記憶装置（例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）など）に設けられてもよいし、サーバ３０または図示されないデータベースサーバに設けられてもよい。
【0096】
以下、図１０を用いて、図３のサーバ２０の動作例を説明する。図１０の動作が開始すると、処理はステップＳ５０１に進む。
ステップＳ５０１において、データ取得部３１１は、給水装置１０から受信されたポンプデータを取得し、データベース管理部３１２はこれをデータベース記憶部３２１に保存されたデータベースに書き込む。
ステップＳ５０１において、データ取得部３１１は、給水装置１０から受信されたポンプデータを取得し、データベース管理部３１２はこれをデータベース記憶部３２１に保存されたデータベースに書き込む。
【0097】
他方、経過時間算出部３１３は、データベースに登録されている一部または全部の給水装置１０それぞれの運転状態データの最終報告日時からの経過時間を算出する。そして、通信障害検出部３１４は、これらの給水装置１０それぞれの経過時間を閾値と比較する。これらの比較の結果、経過時間が閾値を超えた、すなわち通信障害が検出された給水装置１０が存在した場合に処理はステップＳ５０３に進み、そうでない場合に処理はステップＳ５０４に進む（ステップＳ５０２）。
【0098】
ステップＳ５０３において、通信障害検出部３１４は、通信障害が検出された給水装置１０の識別データと、通信障害を表す運転状態データとを含む書き込み要求をデータベース管理部３１２へ送り、データベース管理部３１２はこの書き込み要求に応じてデータベースに当該識別データに関連付けて当該運転状態データを書き込む。ステップＳ５０３の後に、処理はステップＳ５０４に進む。
【0099】
ステップＳ５０４において、マップ作成部３１５、発注数予測部３１６、および／またはオーナー情報抽出部３１７は、先行するステップにおいて更新されたデータベースに登録されたポンプデータに基づいて、付加的データ、すなわち、マップデータ、予測発注数データ、および／またはオーナーリストを作成する。なお、付加的データは、図１０のようにデータベースの更新後に自動的に作成（更新）されてもよいし、該当する付加的データの取得要求がなされたことを契機として作成されてもよい。すなわち、ステップＳ５０４は、後述のステップＳ５０５とステップＳ５０６との間に挿入されてもよい。
【0100】
そして、データ報告部３１８は、ポンプデータ／付加的データの取得要求があれば（ステップＳ５０５）、該当するデータを要求元に報告する（ステップＳ５０６）。他方、ポンプデータ／付加的データの取得要求を受信することなく、新たなポンプデータが受信されれば処理はステップＳ５０１に戻る。
【0101】
以上説明したように、実施形態に係る給水装置は、当該給水装置の識別データに関連付けて当該給水装置の位置データおよび運転状態データを登録可能なデータベースを管理するサーバと通信可能であって、当該給水装置の識別データおよび運転状態データを当該サーバに報告する。故に、この給水装置によれば、サーバは、この給水装置を含む複数の給水装置がそれぞれどこに設置されどのような運転状態にあるのかを把握すること、すなわちこれらを遠隔集中管理することができる。他方、実施形態に係るサーバは、複数の給水装置の各々の識別データに位置データおよび運転状態データを関連付けて登録可能なデータベースを有し、これら複数の給水装置の各々から報告された運転状態データをこのデータベースに書き込んで更新する。故に、このサーバによれば、複数の給水装置がそれぞれどこに設置されどのような運転状態にあるのかを把握すること、すなわちこれらを遠隔集中管理することができる。
【0102】
上述の実施形態は、本発明の概念の理解を助けるための具体例を示しているに過ぎず、本発明の範囲を限定することを意図されていない。実施形態は、本発明の要旨を逸脱しない範囲で、様々な構成要素の付加、削除または転換をすることができる。
【0103】
上述の実施形態では、いくつかの機能部を説明したが、これらは各機能部の実装の一例に過ぎない。例えば、１つの装置に実装されると説明された複数の機能部が複数の別々の装置に亘って実装されることもあり得るし、逆に複数の別々の装置に亘って実装されると説明された機能部が１つの装置に実装されることもあり得る。
【0104】
上記各実施形態において説明された種々の機能部は、回路を用いることで実現されてもよい。回路は、特定の機能を実現する専用回路であってもよいし、プロセッサのような汎用回路であってもよい。
【0105】
上記各実施形態の処理の少なくとも一部は、例えば汎用のコンピュータに搭載されたプロセッサを基本ハードウェアとして用いることでも実現可能である。上記処理を実現するプログラムは、コンピュータで読み取り可能な記録媒体に格納して提供されてもよい。プログラムは、インストール可能な形式のファイルまたは実行可能な形式のファイルとして記録媒体に記憶される。記録媒体としては、磁気ディスク、光ディスク（ＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＤＶＤ等）、光磁気ディスク（ＭＯ等）、半導体メモリなどである。記録媒体は、プログラムを記憶でき、かつ、コンピュータが読み取り可能であれば、何れであってもよい。また、上記処理を実現するプログラムを、インターネットなどのネットワークに接続されたコンピュータ（サーバ）上に格納し、ネットワーク経由でコンピュータ（クライアント）にダウンロードさせてもよい。
【符号の説明】
【0106】
１０・・・給水装置、２０，３０・・・サーバ、１００・・・ポンプ装置、１１０・・・圧力センサ、２０１・・・Ｉ／Ｏ部、２０２，３０１・・・通信Ｉ／Ｆ、２１０，３１０・・・プロセッサ、２１１・・・ポンプデータ取得部、２１２・・・ポンプ制御部、２１３・・・供給停止検出部、２１４・・・ポンプデータ報告部、２２０，３２０・・・メモリ、２２１・・・ポンプデータ記憶部、２３０・・・電源部、２３１・・・インバータ、２３２・・・平滑コンデンサ、３１１・・・データ取得部、３１２・・・データベース管理部、３１３・・・経過時間算出部、３１４・・・通信障害検出部、３１５・・・マップ作成部、３１６・・・発注数予測部、３１７・・・オーナー情報抽出部、３１８・・・データ報告部、３２１・・・データベース記憶部、３２２・・・マップデータ記憶部、３２３・・・予測発注数データ記憶部、３２４・・・オーナーリスト記憶部。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
