知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-07-22
(45)【発行日】2024-07-30
(54)【発明の名称】ポンプ装置及び管理サーバ
(51)【国際特許分類】
F04B 49/10 20060101AFI20240723BHJP
G05B 23/02 20060101ALI20240723BHJP
【ＦＩ】
F04B49/10 311
G05B23/02 301Z
【請求項の数】
7
(21)【出願番号】P 2020098757
(22)【出願日】2020-06-05
(65)【公開番号】P2021192185
(43)【公開日】2021-12-16
【審査請求日】2023-05-24
(73)【特許権者】
【識別番号】000148209
【氏名又は名称】株式会社川本製作所
(74)【代理人】
【識別番号】110003708
【氏名又は名称】弁理士法人鈴榮特許綜合事務所
(74)【代理人】
【識別番号】100108855
【弁理士】
【氏名又は名称】蔵田 昌俊
(74)【代理人】
【識別番号】100103034
【弁理士】
【氏名又は名称】野河 信久
(74)【代理人】
【識別番号】100179062
【弁理士】
【氏名又は名称】井上 正
(74)【代理人】
【識別番号】100153051
【弁理士】
【氏名又は名称】河野 直樹
(74)【代理人】
【識別番号】100199565
【弁理士】
【氏名又は名称】飯野 茂
(74)【代理人】
【識別番号】100162570
【弁理士】
【氏名又は名称】金子 早苗
(72)【発明者】
【氏名】藤田 雅之
(72)【発明者】
【氏名】玉川 充
(72)【発明者】
【氏名】志水 章記
(72)【発明者】
【氏名】豊田 耕司
【審査官】岸 智章
(56)【参考文献】
【文献】特開２００４－２７０４５１（ＪＰ，Ａ）
【文献】特開２００８－０１９７６３（ＪＰ，Ａ）
【文献】特開２００８－００９４８６（ＪＰ，Ａ）
【文献】特開２００１－３５５５７７（ＪＰ，Ａ）
【文献】特開２００２－３１２６０２（ＪＰ，Ａ）
【文献】特開２０１７－１６７７０８（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｆ０４Ｂ ４９／１０
Ｇ０５Ｂ ２３／０２
(57)【特許請求の範囲】
【請求項1】
管理サーバに通信可能なポンプ装置であって、前記ポンプ装置の運転状態を示す運転データを取得する取得部と、
前記ポンプ装置の識別データ及び前記運転データを前記管理サーバに周期的に送信する送信部と、を備え、
前記運転データは、前記取得された運転データのうちの最新のデータと、推奨する機種のポンプ装置を選定するための、過去の所定期間内に取得された運転データの最大値のデータとを含んでおり、
前記管理サーバは、
ポンプ装置の機種及び運転データの定格を関連付けて記憶する第１記憶部と、
設置済みのポンプ装置から前記周期的に受信していた運転データに含まれる前記最大値のデータに基づいて、前記第１記憶部内の機種のうち、前記最大値のデータを上回る定格のうちの最小の定格に関連付けられた機種を、推奨する機種として選定する選定部と、
を備える、ポンプ装置。
【請求項2】
管理サーバに通信可能なポンプ装置であって、前記ポンプ装置の運転状態を示す運転データを取得する取得部と、
前記ポンプ装置の識別データ及び前記運転データを前記管理サーバに周期的に送信し、前記ポンプ装置の識別データ及び異常コードを前記管理サーバに非定期に送信する送信部と、を備え、
前記運転データは、前記取得された運転データのうちの最新のデータと、推奨する機種のポンプ装置を選定するための、過去の所定期間内に取得された運転データの最大値のデータとを含んでおり、
前記管理サーバは、
ポンプ装置の機種及び運転データの定格を関連付けて記憶する第１記憶部と、
設置済みのポンプ装置から異常コードを受信すると、前記設置済みのポンプ装置から前記周期的に受信していた運転データに基づいて、前記第１記憶部内の前記機種のうち、推奨する機種を選定する選定部と、
を備え、
前記選定部は、前記周期的に受信していた運転データに含まれる前記最大値のデータを上回る定格のうち、最小の定格に関連付けられた機種を前記推奨する機種として選定する、ポンプ装置。
【請求項3】
前記最大値のデータは、最大値の圧力データ又は最大値の電流データを含んでいる、請求項１又は２記載のポンプ装置。
【請求項4】
ポンプ装置に通信可能な管理サーバであって、ポンプ装置の機種及び運転データの定格を関連付けて記憶する第１記憶部と、
設置済みのポンプ装置から当該ポンプ装置の識別データ及び運転データを周期的に受信する第１受信部と、
前記設置済みのポンプ装置から当該ポンプ装置の識別データ及び異常コードを非定期に受信する第２受信部と、
前記異常コードを受信すると、前記運転データに基づいて、前記第１記憶部内の前記機種のうち、推奨する機種を選定する選定部と
を備え、
前記運転データは、前記設置済みのポンプ装置で取得された運転データのうちの最新のデータと、過去の所定期間内に取得された運転データのうちの最大値のデータとを含んでおり、
前記選定部は、前記最大値のデータを上回る定格のうち、最小の定格に関連付けられた機種を前記推奨する機種として選定する、管理サーバ。
【請求項5】
前記ポンプ装置の機種及び在庫データを関連付けて記憶する第２記憶部と、前記推奨する機種に基づいて、前記第２記憶部内の在庫データを検索する検索部と、
前記検索された在庫データ及び前記推奨する機種を出力する出力部と
を更に備えた請求項４記載の管理サーバ。
【請求項6】
前記在庫データ及び前記推奨する機種の出力先から出荷指示を受けると、前記推奨する機種が示す交換用のユニット又は部品の保管先に対して出荷指示を出力する出荷指示部、を更に備えた請求項５記載の管理サーバ。
【請求項7】
前記受信した前記識別データ及び前記異常コードの件数が閾値を超えたとき、前記異常コードの送信元のポンプ装置を設置した地域に関する気象情報を取得する取得部と、前記取得した気象情報が洪水注意報又は洪水警報を示すとき、前記地域内のポンプ装置に要求を送信し、前記要求に対する応答の有無を確認する確認部と、
前記地域内のポンプ装置の位置を示す地図情報に対し、前記確認した結果を関連付けて記述する地図情報処理部と
を更に備えた請求項４乃至６のいずれか一項に記載の管理サーバ。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、ポンプ装置の管理に関する。
【背景技術】
【0002】
水の供給量を制御可能であって、遠隔通信が可能なポンプ装置が知られている。この種のポンプ装置は、例えば、運転状況を示す運転データを管理サーバに送信可能となっている。管理サーバは、例えば、受信した運転データを保存して管理可能となっている。
【先行技術文献】
【特許文献】
【0003】
【文献】特許第５０８５２３６号明細書
【発明の概要】
【発明が解決しようとする課題】
【0004】
本発明は、推奨する機種のポンプ装置を選定するための通信を実現することを目的とする。
【課題を解決するための手段】
【0005】
本発明の一態様に係るポンプ装置は、管理サーバに通信可能である。前記ポンプ装置は、取得部と、送信部とを備えている。前記取得部は、前記ポンプ装置の運転状態を示す運転データを取得する。前記送信部は、前記ポンプ装置の識別データ及び前記運転データを前記管理サーバに周期的に送信する。前記運転データは、前記取得された運転データのうちの最新のデータと、推奨する機種のポンプ装置を選定するための、過去の所定期間内に取得された運転データのうちの最大値のデータとを含んでいる。前記管理サーバは、第１記憶部と、選定部とを備えている。前記第１記憶部は、ポンプ装置の機種及び運転データの定格を関連付けて記憶する。前記選定部は、前記設置済みのポンプ装置から前記周期的に受信していた運転データに基づいて、前記第１記憶部内の前記機種のうち、前記最大値のデータを上回る定格のうちの最小の定格に関連付けられた機種を、推奨する機種として選定する。
【0006】
本発明の別の態様に係る管理サーバは、ポンプ装置に通信可能である。前記管理サーバは、第１記憶部と、第１受信部と、第２受信部と、選定部とを備えている。前記第１記憶部は、ポンプ装置の機種及び運転データの定格を関連付けて記憶する。前記第１受信部は、設置済みのポンプ装置から当該ポンプ装置の識別データ及び運転データを周期的に受信する。前記第２受信部は、前記設置済みのポンプ装置から当該ポンプ装置の識別データ及び異常コードを非定期に受信する。前記選定部は、前記異常コードを受信すると、前記運転データに基づいて、前記第１記憶部内の前記機種のうち、推奨する機種を選定する。前記運転データは、前記取得された運転データのうちの最新のデータと、過去の所定期間内に取得された運転データのうちの最大値のデータとを含んでいる。前記選定部は、前記最大値のデータを上回る定格のうち、最小の定格に関連付けられた機種を前記推奨する機種として選定する。
【発明の効果】
【0007】
本発明によれば、推奨する機種のポンプ装置を選定するための通信を実現することができる。
【図面の簡単な説明】
【0008】
【図1】第１の実施形態に係るポンプ装置及び管理サーバを含むポンプ装置管理システムを例示するブロック図。
【図9】第１の実施形態における動作を例示するシーケンス図。
【図10】第２の実施形態に係るポンプ装置及び管理サーバを含むポンプ装置管理システムを例示するブロック図。
【図17】第２の実施形態における動作を例示するシーケンス図。
【図18】第２の実施形態における動作を例示するシーケンス図。
【図19】第２の実施形態における動作を例示するシーケンス図。
【発明を実施するための形態】
【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】
交換機種は、設置済みのポンプ装置５の機種に対して交換可能な機種（同等の機種）を示しており、設置済みのポンプ装置５の機種と同一の機種でもよく、異なる機種でもよい。交換品テーブルＴ６内の交換機種は、例えば、交換機種の設計完了時などに書き込まれる。
【0107】
交換品テーブルＴ６内の推奨機種は、設置済みのポンプ装置５の機種に対してメーカが推奨する機種を示しており、設置済みのポンプ装置５の機種と同一の機種でもよく、異なる機種でもよい。また、交換品テーブルＴ６内の推奨機種は、後述する運転データに基づいて選定される、推奨する機種（運転状況に応じた小型の機種）とは異なる。交換時には、例えば、運転データに基づいて推奨する機種（小型の機種）、メーカの交換機種（同等の機種）、メーカの推奨機種（例、高性能の機種）の順に、在庫のある機種が準備される。なお、交換品テーブルＴ６内の推奨機種は、推奨機種の設計完了時などに書き込まれる任意の付加的事項であり、省略してもよい。
【0108】
モデルチェンジ情報は、現在の機種に対する後継機種に関する情報であり、例えば、現在の機種と後継機種とを関連付けた情報とを含んでいる。モデルチェンジ情報は、さらに、両機種の性能や機能の違いを表す情報とを含んでもよい。モデルチェンジ情報は、モデルチェンジ内容の確定時などに書き込まれる。モデルチェンジ情報がある場合、モデルチェンジ情報内の後継機種と、交換品テーブルＴ６内の交換機種又は推奨機種とは同一の機種であってもよい。
【0109】
メモリ２５は、図１４に例示する作業管理テーブルＴ７において、ポンプ装置５の製造番号、担当者ＩＤ、予定日時、作業予定項目、優先順位、位置情報、作業項目、延期有無、作業費用及び決済管理番号を関連付けて記憶する。作業管理テーブルＴ７は、メンテナンス前の作業予定作成時、メンテナンス後の決済処理時などに書き込まれる。
【0110】
ポンプ装置５の製造番号は、前述した通り、ポンプ装置５の識別データである。担当者ＩＤは、ポンプ装置５の点検又は交換を行う予定の担当者を識別する識別コードである。
【0111】
予定日時は、ポンプ装置５の点検又は交換を行う予定の日時である。
【0112】
作業予定項目は、ポンプ装置５の点検又は交換において予定される作業項目である。
【0113】
優先順位は、当該作業予定項目の作業を優先する順位を示している。例えば、点検に対する作業予定項目の優先順位は、交換に対する作業予定項目の優先順位よりも低く設定される。また、古い機種の故障前の交換に対する作業予定項目の優先順位は、異常発生した機種の緊急の交換に対する作業予定項目の優先順位よりも低く設定される。
【0114】
位置情報は、前述した通り、設置済みのポンプ装置５の設置位置を表す情報である。
【0115】
作業項目は、実際に作業した項目であり、作業予定項目と同一でもよく、異なっていてもよい。
【0116】
延期有無は、予定日時に対して延期の有無を表すフラグであり、緊急の交換などで予定とは別の場所に派遣された場合に延期ありに更新される。
【0117】
作業費用は、実際の作業項目に対応する金額であり、決済処理に用いられる。
【0118】
決済管理番号は、決済処理が完了した場合に発行され、当該決済処理を管理する番号である。
【0119】
一方、異常時運用部２６３は、図１０に示したように、異常時処理部２６３ａ、マップ処理部２６３ｂ、決済処理部２６３ｃを含んでいる。
【0120】
異常時処理部２６３ａは、異常コードを受信した日常監視部２６２ａに起動され、メモリ２５における管理データテーブルＴ２内の運転データに基づいて、メモリ２５の機種のうち、推奨する機種を選定する。メモリ２５内の運転データは、設置済みのポンプ装置５で取得された運転データのうちの最新のデータと、過去の所定期間内に取得された運転データのうちの最大値のデータとを含んでいる。当該選定に用いる運転データは、最大値のデータである。異常時処理部２６３ａは、当該最大値のデータを上回る定格のうち、最小の定格に関連付けられた機種を当該推奨する機種として選定する。定格は、出荷データテーブルＴ１及び管理データテーブルＴ２内にパラメータの一部として記憶されている。異常時処理部２６３ａ及び日常監視部２６２ａは、設置済みのポンプ装置から当該ポンプ装置の識別データ及び異常コードを非定期に受信する第２受信部の一例である。異常時処理部２６３ａは、異常コードを受信すると、運転データに基づいて、第１記憶部内の機種のうち、推奨する機種を選定する選定部の一例である。
【0121】
また、異常時処理部２６３ａは、当該推奨する機種に基づいて、在庫テーブルＴ５内の在庫データを検索する。また、異常時処理部２６３ａは、当該検索された在庫データ及び当該推奨する機種を出力する。また、異常時処理部２６３ａは、当該在庫データ及び当該推奨する機種の出力先から出荷指示を受けると、当該推奨する機種が示す交換用のユニット又は部品の保管先に対して出荷指示を出力する。異常時処理部２６３ａは、検索部、出力部及び出荷指示部の一例である。
【0122】
補足すると、ポンプ装置５に異常が発生した場合、日常監視時の送信タイミングとは無関係に、即時、ポンプ装置５の識別データ及び異常コードを含む異常発報を管理サーバ２に送信（アップロード）する。異常コードが示す異常内容が予め分かっていれば、交換用の機種（ユニット又は部品）を持参できるケースもあり、効率化につながる。例えば、夜間にポンプ装置５が故障し、メカニカルシール部品からの漏れであった場合、夜間にシステム上で在庫の確認から出荷準備までを行い、翌朝、早々に出荷する。また、異常が発生するとマップ情報上では特定の表示をしてもよく、故障機種一覧で抽出してもよい。異常内容に対して、対処方法、交換用の機種の選定結果などを表示できる。機種の選定結果としては、例えば、部品交換の場合には推奨部品、ユニット交換の場合には日々の運転状態を加味して推奨する機種などを表示可能である。
【0123】
部品交換の際に推奨部品を表示する処理は、設置済みの機種がモデルチェンジ済みであって、メーカからのモデルチェンジの通知書面をユーザが読まないか忘れた場合に、代替機種に関する、ユーザからメーカの問合せ窓口への電話相談を防止できる。すなわち、推奨部品を表示することで、電話相談に要する無駄な時間を省き、作業性の向上を図っている。
【0124】
マップ処理部２６３ｂは、ポンプ装置５から受信した識別データ及び異常コードの件数が閾値を超えたとき、当該異常コードの送信元のポンプ装置５を設置した地域に関する気象情報を取得する。また、マップ処理部２６３ｂは、当該取得した気象情報が洪水注意報又は洪水警報を示すとき、当該地域内のポンプ装置に要求を送信し、当該要求に対する応答の有無を確認する。また、マップ処理部２６３ｂは、当該地域内のポンプ装置５の位置を示すマップ情報（地図情報）に対し、当該確認した結果を関連付けて記述する。マップ処理部２６３ｂは、取得部、確認部及び地図情報処理部の一例である。
【0125】
補足すると、異常発報が一定地域内に一定数以上発生した場合、停電、洪水、地震などの災害が発生した可能性がある。天気予報やその他の気象情報と連携することで、マップ処理部２６３ｂは、洪水かどうかを判断する。洪水であって、異常内容が停電の場合、ポンプ装置５が水没している可能性が高くなるため、設置済みのポンプ装置５の情報から在庫の確認、生産計画を自動で行うこともできる。但し、停電や地震の場合、ポンプ装置５が故障しているとは限らないため、発注を自動で行うと無駄な場合がある。また、洪水は海抜が低い場所から発生し、丘の上などの高い場所には到達しない可能性がある。マップ情報が海抜を含むことから、災害時も給水可能なポンプ装置の位置を把握できる。なお、水道管が破裂した場合には、ポンプ装置５の保護機能により、洪水とは別の異常として検出できる。
【0126】
なお、作業員の位置情報をマップ情報に取り込むことで、異常発生時に、近くの作業員を派遣可能となっている。また、緊急でない作業を行う作業員には、優先順位を変えて、優先的に異常発生現場に向かうように要請することもできる。作業員ごとに、現在の作業、それにかかる時間、現場までの移動距離、移動時間等の作業予定を算出し、ユーザに到着までの時間を通知することも可能である。現在地と移動距離が分かるため、無駄な移動が無いよう、最適化して作業員に仕事を割り振ることが可能である。
【0127】
また、苦情などが発生すると、あるロットが全て不良品（ＮＧ）となることも多い。ポンプ装置の製造番号は、上２桁が年を表し、次の桁が月の数字となっている。あるロットが不良品となると、ロットに該当する製造番号で機種を抽出し、遡及を行う場合がある。自動車であればリコールする際、ユーザがディーラーに持ち込む場合が多い。ポンプ装置５は、走行しない設備であるので、メーカの作業員が設置場所に行き、遡及（交換）する。なお、ポンプ装置５の製造番号のうち、不良品のロットを示す条件で抽出した製造番号に基づいてマップ情報の表示形態（例、色）を変更してもよく、抽出した製造番号のリストを表示してもよい。いずれにしても管理の容易化を図ることが可能である。また、遡及が終了した機種は、検索条件から外すことで残務管理も容易となる。
【0128】
決済処理部２６３ｃは、ポンプ装置５のユニット交換又は部品交換等に要した作業費用の決済処理を支援する。具体的には例えば、決済処理部２６３ｃは、通信端末７からポンプ装置５の製造番号及び作業項目を含む作業終了通知を受けると、作業項目毎の費用と、所定の出張費用と、交換した機種の費用とを合計した作業費用を算出する。また、決済処理部２６３ｃは、算出した作業費用をポンプ装置５の製造番号に関連付けて作業管理テーブルＴ７に保存すると共に、当該作業費用をポンプ装置５に送信する。また、決済処理部２６３ｃは、ポンプ装置５又は通信端末７から支払い管理番号及びポンプ装置５の製造番号を受けると、当該支払い管理番号を承認し、当該支払い管理番号を当該製造番号に関連付けて作業管理テーブルＴ７に保存する。
【0129】
補足すると、管理サーバ２は、作業管理テーブルＴ７で作業員の作業予定等を管理する。作業終了後、支払い方法が振込みの場合、即時決済できないため、支払いが滞り易い。また、支払いが滞る場合でも、新規のメンテナンス指示があると、催促に行きにくい。支払いがメンテナンス作業終了と同タイミングであればよいが、カード決済は、氏名やクレジットカード番号といった個人情報を含む物理カードを提示する問題があり、利用しにくい状況にある。このため、本実施形態では、個人情報を提示しないコード決済（二次元コード支払いアプリ）を利用している。コード決済では、二次元コードの提示により、ユーザの端末上で支払い処理が実行されると、支払い管理番号が発行される。支払い管理番号は、当該コード決済による支払いを管理する識別情報であり、この名称に限らず、決済番号、決済管理番号などの他の名称を用いてもよい。
【0130】
一方、ポンプ装置５のプロセッサ５８は、前述した構成において、監視処理部５８２が、設置済みのポンプ装置５から当該ポンプ装置５の識別データ及び異常コードを含む異常発報を非定期に管理サーバ２に送信する。なお、異常発報は、識別データ及び異常コードに加え、運転データを含んでもよい。
【0131】
また、プロセッサ５８は、前述した構成に加え、図１５に示すように、決済処理部５８４を含んでいる。前述同様に、プロセッサ５８内の各部の機能分担は、便宜的なものであり、適宜、変更可能である。
【0132】
決済処理部５８４は、ポンプ装置５のユニット交換又は部品交換等に要した作業費用の決済処理を支援する。具体的には例えば、決済処理部５８４は、管理サーバ２から作業費用を受けると、当該作業費用を二次元コードに変換し、当該作業費用及び二次元コードを表示機器５６に表示する。また例えば、決済処理部５８４は、作業費用及び二次元コードの表示中に、入力機器５３から支払い管理番号が入力されると、当該支払い管理番号及びポンプ装置５の製造番号を管理サーバ２に送信する。
【0133】
一方、通信端末７は、ポンプ装置５と、ポンプ装置５を管理する管理サーバ２とに通信可能な情報処理装置である。通信端末７は、例えば、ＰＣ、モバイル端末（例えば、タブレット、スマートフォン、ラップトップ、フィーチャーフォンなど）などであり得るが、これらに限られない。
【0134】
このような通信端末７は、図１６に例示するように、近距離無線通信器７１、遠距離無線通信器７２、入力機器７３、表示機器７４、メモリ７５及びプロセッサ７６を備えている。プロセッサ７６は、後述するように、通信接続部７６１、メンテナンス処理部７６２、決済処理部７６３等の機能を実現可能となっている。なお、プロセッサ７６内の各部の機能分担は、便宜的なものであり、適宜、変更可能である。
【0135】
ここで、近距離無線通信器７１は、プロセッサ７６により制御され、例えば、近距離無線通信技術を用いて、管理サーバ２やポンプ装置５などの外部装置と通信可能な任意の通信インタフェースである。具体的には、近距離無線通信器７１は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ－Ｆｉ（登録商標）、ＮＦＣなどの（近距離）無線通信技術を用いて、管理サーバ２やポンプ装置５等の外部装置に接続可能となっている。また、近距離無線通信器７１は、ＵＳＢなどの有線通信技術を用いて、管理サーバ２やポンプ装置５等の外部装置に接続してもよい。
【0136】
遠距離無線通信器７２は、プロセッサ７６により制御され、例えば、遠距離無線通信技術を用いて、管理サーバ２やポンプ装置５などの外部装置と通信可能な任意の通信インタフェースである。具体的には、遠距離無線通信器７２は、例えば、移動通信（３Ｇ、４Ｇ、５Ｇ）、Ｗｉｍａｘ、ｓｉｇｆｏｘ（登録商標）などの無線通信技術を用いて、ネットワーク経由で管理サーバ２やポンプ装置５等の外部装置に接続可能となっている。遠距離無線通信器７２は、遠距離無線通信部と呼んでもよい。
【0137】
入力機器７３は、ユーザ入力を受け付けるための入力Ｉ／Ｆであり、通信端末７に内蔵されてもよいし、通信端末７に外付けされてもよい。入力機器７３は、例えば、キーボード、マウス、テンキー、マイクロフォン、カメラなどであってもよいし、タッチスクリーンのように出力Ｉ／Ｆの機能を備えていてもよい。ユーザ入力は、典型的には、タップ、クリック、ドラッグ、特定のキーの押下などであり得る。このほか、ユーザ入力は、例えば、マイクロフォンによって捉えられる音声などを含むこともできる。また、ユーザ入力は、例えば、カメラにより撮影されたポンプ装置５のＱＲコード（登録商標）の画像を含んでもよい。また、ユーザ入力は、操作者の操作に応じたポンプ装置５の位置情報を含んでもよい。入力機器７３は、ユーザである操作者の操作に応じて、ポンプ装置５の位置情報を入力する入力部の一例である。操作者は、作業員と呼んでもよい。
【0138】
表示機器７４は、プロセッサ７６の処理に応じて、画像及び／又は音声を出力するための出力Ｉ／Ｆの一例であり、動画像、静止画像、テキストなどを表示するための表示デバイスを含み得る。表示機器７４は、音声、楽曲などを出力するためのスピーカを含んでもよい。「表示機器」は「出力機器」と読み替えてもよい。表示デバイスは、例えば、液晶ディスプレイ、有機ＥＬ（ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）ディスプレイなどである。表示デバイスは、コンテンツを含む表示データを表示する。なお、表示デバイスは、タッチスクリーンのように入力Ｉ／Ｆの機能を備えていてもよい。
【0139】
メモリ７５は、プロセッサ７６が各処理を実現するために当該プロセッサ７６によって実行されるプログラム、および当該プロセッサ７６によって使用されるデータなどを記憶する。メモリ７５は、かかるプログラム／データが展開されるワークエリアを有するＲＡＭを含み得る。プログラムとしては、例えば、ファームウェア、ＯＳ、通信プログラムなどが適宜、記憶される。データとしては、例えば、コード、運転データ、テーブルなどが適宜、記憶される。
【0140】
プロセッサ７６は、典型的にはＣＰＵであるが、マイコン、ＧＰＵ、ＦＰＧＡ、ＤＳＰ、またはその他の汎用または専用のプロセッサなどであってもよい。プロセッサ７６は、管理サーバ２とポンプ装置５との間に介在して、ポンプ装置５を管理する処理を実行するものである。プロセッサ７６は、メモリ７５に保存されたプログラムを実行することで、図１６の通信接続部７６１、メンテナンス処理部７６２及び決済処理部７６３として機能し得る。
【0141】
通信接続部７６１は、遠距離無線通信器７２を介して、ポンプ装置５又は管理サーバ２との遠距離無線通信の接続を確立する。また、通信接続部７６１は、近距離無線通信器７１を介して、ポンプ装置５又は管理サーバ２との近距離無線通信の接続を確立する。但し、通信接続部７６１は、一般的に管理サーバ２から遠く離れた場所のポンプ装置５の近くで使用されることから、ポンプ装置５との間で近距離無線通信を確立し、管理サーバ２との間で遠距離無線通信を確立する場合が多い。また、通信接続部７６１は、ポンプ装置５又は管理サーバ２との接続を確立するための何らかのデータを送信することや、操作者の操作に応じて、管理サーバ２にリクエストを送信することもあり得る。あるいは、通信接続部７６１は、通信端末７とポンプ装置５との接続を確立するための何らかのデータ、例えばポンプ装置５及び通信端末７がそれぞれスキャナおよびアドバタイザとしてＢｌｕｅｔｏｏｔｈで接続する場合には、アドバタイザとしてのポンプ装置５からのリクエスト、を受信することもあり得る。
【0142】
メンテナンス処理部７６２は、作業者によるポンプ装置５のメンテナンスを支援する。具体的には例えば、メンテナンス処理部７６２は、管理サーバ２から受ける派遣通知を受けると、派遣通知に含まれるポンプ装置５の製造番号、担当者ＩＤ、予定日時、作業予定項目、優先順位、位置情報などを表示機器７４に表示する。また、メンテナンス処理部７６２は、作業者による入力機器７３の操作に応じて、ポンプ装置５が不良品の場合の当該ポンプ装置５の製造番号が入力されると、当該製造番号を含む不良品報告を管理サーバ２に送信する。
【0143】
決済処理部７６３は、ポンプ装置５のメンテナンス後の決済処理を支援する。具体的には例えば、決済処理部７６３は、ポンプ装置５から作業費用の二次元コード及びポンプ装置５の製造番号を受けると、当該二次元コードを表示機器７４に表示する。また例えば、決済処理部７６３は、入力機器７３の操作に応じて、作業費用の支払い管理番号が入力されると、当該ポンプ装置５の製造番号及び当該支払い管理番号を管理サーバ２に送信する。
【0144】
他の構成は、第１の実施形態と同様である。
【0145】
以下、図１７乃至図２０を参照しながら、第２の実施形態における異常時運用の動作例を説明する。異常時運用の動作例は、主に、異常時処理に関するステップＳ５０を含んでいる。これに加え、災害発生時のステップＳ６０と、作業員派遣時のステップＳ７０と、不良品報告時のステップＳ８０と、決済処理のステップＳ９０とが適宜、実行される。付け加えたステップＳ６０～Ｓ９０は、任意の付加的事項であり、適宜、省略可能である。以下、ステップＳ５０～Ｓ９０の動作例について順に述べる。ステップＳ５０～Ｓ９０は、図１７に示すように、前述したステップＳ１０～Ｓ４０よりも先行して実行される。
【0146】
（ステップＳ５０：異常時処理）
始めに、異常時処理のステップＳ５０は、ステップＳ５１～Ｓ５４により実行される。まず、ポンプ装置５のプロセッサ５８は、ポンプ部６０の運転データを取得（計測）すると共に（ステップＳ５１）、当該運転データが異常か否かを判定する（ステップＳ５２）。この判定は、具体的には例えば、運転データが閾値以上か否かを判定することにより行う。ステップＳ５２の判定の結果、否の場合にはステップＳ５０を終了し、ステップＳ１０に移行する。
始めに、異常時処理のステップＳ５０は、ステップＳ５１～Ｓ５４により実行される。まず、ポンプ装置５のプロセッサ５８は、ポンプ部６０の運転データを取得（計測）すると共に（ステップＳ５１）、当該運転データが異常か否かを判定する（ステップＳ５２）。この判定は、具体的には例えば、運転データが閾値以上か否かを判定することにより行う。ステップＳ５２の判定の結果、否の場合にはステップＳ５０を終了し、ステップＳ１０に移行する。
【0147】
一方、ステップＳ５２の判定の結果、異常の場合、プロセッサ５８は、当該ポンプ装置５の製造番号及び異常コードを含む異常発報を管理サーバ２に送信する（ステップＳ５３）。異常発報は、異常発生時に送信されるため、非定期に送信される。
【0148】
ステップＳ５３の終了後、管理サーバ２のプロセッサ２６は、ポンプ装置５から受けた異常発報に基づき、異常時処理を実行する（ステップＳ５４）。具体的には例えば、プロセッサ２６は、異常発報内の製造番号に基づいて、管理データテーブルＴ２内の運転データのうちの最大値のデータと、パラメータのうちの定格とを検索する。また、プロセッサ２６は、検索結果に基づいて、当該最大値のデータを上回る定格のうち、最小の定格を出荷データテーブルＴ１から抽出する。しかる後、プロセッサ２６は、出荷データテーブルＴ１内で当該最小の定格に関連付けられた機種を当該推奨する機種として選定する。
【0149】
なお、推奨する機種の選定に加え、プロセッサ２６は、異常発報内の製造番号に基づいて、管理データテーブルＴ２内の機種データを検索してもよい。また、プロセッサ２６は、当該機種データと、異常発報内の異常コードとに基づいて交換品テーブルＴ６から交換機種や推奨機種を読み出してもよい。
【0150】
また、プロセッサ２６は、当該推奨する機種に基づいて、在庫テーブルＴ５内の在庫データを検索し、当該検索した在庫データ及び当該推奨する機種を出力する。また、プロセッサ２６は、当該在庫データ及び当該推奨する機種の出力先から出荷指示を受けると、当該推奨する機種が示す交換用のユニット又は部品の保管先に対して出荷指示を出力する。
【0151】
なお、プロセッサ２６は、推奨する機種の出力先から出荷指示を受けず、別機種の出力指示を受けると、交換品テーブルＴ６から読み出した交換機種に基づいて在庫テーブルＴ５内の在庫データを検索し、当該検索した在庫データ及び当該交換機種を出力する。また、プロセッサ２６は、当該在庫データ及び当該交換機種の出力先から出荷指示を受けると、当該交換機種が示す交換用のユニット又は部品の保管先に対して出荷指示を出力する。
【0152】
また、プロセッサ２６は、交換機種の出力先から出荷指示を受けず、別機種の出力指示を受けると、交換品テーブルＴ６から読み出した推奨機種に基づいて在庫テーブルＴ５内の在庫データを検索し、当該検索した在庫データ及び当該推奨機種を出力する。また、プロセッサ２６は、当該在庫データ及び当該推奨機種の出力先から出荷指示を受けると、当該推奨機種が示す交換用のユニット又は部品の保管先に対して出荷指示を出力する。
【0153】
以上のステップＳ５１～Ｓ５４の実行により、ステップＳ５０が終了する。
【0154】
（ステップＳ６０：災害発生時）
ステップＳ５０の終了後、災害発生時のステップＳ６０が、ステップＳ６１～Ｓ６３により実行される。まず、管理サーバ２のプロセッサ２６は、ポンプ装置５から一定数の異常発報を受けたか否かを判定する（ステップＳ６１）。この判定は、例えば、ポンプ装置５から受信した識別データ及び異常コードの件数が閾値（一定数）を超えたか否かを判定することにより行う。ステップＳ６１の判定の結果、否の場合にはステップＳ６０を終了する。
ステップＳ５０の終了後、災害発生時のステップＳ６０が、ステップＳ６１～Ｓ６３により実行される。まず、管理サーバ２のプロセッサ２６は、ポンプ装置５から一定数の異常発報を受けたか否かを判定する（ステップＳ６１）。この判定は、例えば、ポンプ装置５から受信した識別データ及び異常コードの件数が閾値（一定数）を超えたか否かを判定することにより行う。ステップＳ６１の判定の結果、否の場合にはステップＳ６０を終了する。
【0155】
一方、ステップＳ６１の判定の結果、一定数の異常発報を受けた場合、プロセッサ２６は、災害発生時のマップ処理を実行する（ステップＳ６２）。例えば、プロセッサ２６は、当該異常発報内の異常コードの送信元のポンプ装置５を設置した地域に関する気象情報を取得する。これは、例えば、予め登録した気象庁のホームページのＵＲＬ等を用いて気象情報を取得する。また、プロセッサ２６は、当該取得した気象情報が洪水注意報又は洪水警報を示すとき、洪水注意報又は洪水警報の地域をマップ情報内の地域に関連付ける。
【0156】
ステップＳ６２の終了後、プロセッサ２６は、当該地域内のポンプ装置５に要求を送信し、当該要求に対する応答の有無を確認する。また、プロセッサ２６は、当該地域内のポンプ装置５の位置を示すマップ情報に対し、当該確認した結果を関連付けて記述する（ステップＳ６３）。以上のステップＳ６１～Ｓ６３の実行により、ステップＳ６０が終了する。
【0157】
（ステップＳ７０：作業員派遣時）
ステップＳ６０の終了後、図１８に示すように、作業員派遣時のステップＳ７０が、ステップＳ７１～Ｓ７３により実行される。まず、管理サーバ２のプロセッサ２６は、異常発報内のポンプ装置５の製造番号に基づいて、管理データテーブルＴ７内の位置情報を検索することにより、当該ポンプ装置５の設置場所を示す位置情報を取得する。続いて，プロセッサ２６は、取得したポンプ装置５の位置情報に基づいて作業管理テーブルＴ７内の位置情報を検索することにより、ポンプ装置５の位置情報に中間一致する作業員の位置情報を取得する（ステップＳ７１）。
ステップＳ６０の終了後、図１８に示すように、作業員派遣時のステップＳ７０が、ステップＳ７１～Ｓ７３により実行される。まず、管理サーバ２のプロセッサ２６は、異常発報内のポンプ装置５の製造番号に基づいて、管理データテーブルＴ７内の位置情報を検索することにより、当該ポンプ装置５の設置場所を示す位置情報を取得する。続いて，プロセッサ２６は、取得したポンプ装置５の位置情報に基づいて作業管理テーブルＴ７内の位置情報を検索することにより、ポンプ装置５の位置情報に中間一致する作業員の位置情報を取得する（ステップＳ７１）。
【0158】
ステップＳ７１の終了後、プロセッサ２６は、取得した作業員の位置情報に基づいて、作業管理テーブルＴ７を修正することにより、当該作業員をポンプ装置５の設置場所に派遣するための派遣処理を実行する（ステップＳ７２）。派遣処理においては、例えば、当初の作業予定に対する延期有無のフラグを延期なし「０」から延期有「１」に修正する。また、異常により交換作業を行うポンプ装置５の製造番号を記述し、当該ポンプ装置５の製造番号に関連付けて当初の予定日時及び担当者ＩＤと、ポンプ装置５の位置情報と、作業予定項目「交換」と、優先順位「１」とを記述する。
【0159】
ステップＳ７２の終了後、プロセッサ２６は、派遣処理で記述したポンプ装置５の製造番号、担当者ＩＤ、予定日時、作業予定項目、優先順位、位置情報などを含む派遣通知を当該作業員の通信端末７に送信する（ステップＳ７３）。しかる後、プロセッサ２６は、当該派遣通知に対する受領通知を確認する。以上のステップＳ７１～Ｓ７３の実行により、ステップＳ７０が終了する。
【0160】
（ステップＳ８０：不良品報告時）
ステップＳ７０の終了後、不良品報告時のステップＳ８０が、ステップＳ８１～Ｓ８３により実行される。まず、派遣された作業員により、ポンプ装置５のユニット交換又は部品交換が行われる。ここで、故障したポンプ装置５のユニット又は部品が不良品だったとする。このとき、通信端末７のプロセッサ７６は、作業者による入力機器７３の操作に応じて、ポンプ装置５が不良品の場合の当該ポンプ装置５の製造番号が入力されると、当該製造番号を含む不良品報告を管理サーバ２に送信する（ステップＳ８１）。
ステップＳ７０の終了後、不良品報告時のステップＳ８０が、ステップＳ８１～Ｓ８３により実行される。まず、派遣された作業員により、ポンプ装置５のユニット交換又は部品交換が行われる。ここで、故障したポンプ装置５のユニット又は部品が不良品だったとする。このとき、通信端末７のプロセッサ７６は、作業者による入力機器７３の操作に応じて、ポンプ装置５が不良品の場合の当該ポンプ装置５の製造番号が入力されると、当該製造番号を含む不良品報告を管理サーバ２に送信する（ステップＳ８１）。
【0161】
ステップＳ８１の終了後、管理サーバ２のプロセッサ２６は、不良品報告内の製造番号に基づいて、当該製造番号のロットと同一ロットである製造番号を管理データテーブルＴ２から抽出する。また、プロセッサ２６は、同一ロットの製造番号に対応する運転データを管理データテーブルＴ２から抽出し、当該運転データに基づいて、当該同一ロットのポンプ装置５が不良品か否かを判定する（ステップＳ８２）。否の場合にはステップＳ８０を終了する。
【0162】
一方、ステップＳ８２の判定の結果、不良品の場合、プロセッサ２６は、ロット不良時のマップ処理を実行する（ステップＳ８３）。このマップ処理において、プロセッサ２６は、例えば、同一ロットの製造番号に基づいて、マッピング情報テーブルＴ４内の表示態様を、不良品を示す色に変更する。これにより、マップ情報を表示したとき、マップ情報上で、不良品のロットに対応するポンプ装置５のアイコンが全て不良品を示す色で表示される。以上のステップＳ８１～Ｓ８３の実行により、ステップＳ８０が終了する。
【0163】
（ステップＳ９０：決済処理）
ステップＳ８０の終了後、図１９に示すように、決済処理のステップＳ９０が、ステップＳ９１～Ｓ９９により実行される。派遣された作業員により、ポンプ装置５のユニット交換又は部品交換の作業が終了したとする。通信端末７のプロセッサ７６は、作業者による入力機器７３の操作に応じて、前述した派遣通知と、実際の作業項目とを含む作業終了報告書を作成する（ステップＳ９１）。なお、作業終了報告書は、これに限らず、ポンプ装置５の製造番号と、実際の作業項目とを含んでいればよい。
ステップＳ８０の終了後、図１９に示すように、決済処理のステップＳ９０が、ステップＳ９１～Ｓ９９により実行される。派遣された作業員により、ポンプ装置５のユニット交換又は部品交換の作業が終了したとする。通信端末７のプロセッサ７６は、作業者による入力機器７３の操作に応じて、前述した派遣通知と、実際の作業項目とを含む作業終了報告書を作成する（ステップＳ９１）。なお、作業終了報告書は、これに限らず、ポンプ装置５の製造番号と、実際の作業項目とを含んでいればよい。
【0164】
ステップＳ９１の終了後、通信端末７のプロセッサ７６は、入力機器７３の操作に応じて、作業終了報告書をメール本文に含む作業終了通知を管理サーバ２に送信する（ステップＳ９２）。また同様に、作業終了通知は、これに限らず、ポンプ装置５の製造番号と、実際の作業項目とを含んでいればよい。
【0165】
ステップＳ９２の終了後、管理サーバ２のプロセッサ２６は、通信端末７からポンプ装置５の製造番号及び作業項目を含む作業終了通知を受けると、作業項目毎の費用と、所定の出張費用と、交換した機種の費用とを合計した作業費用を算出する（ステップＳ９３）。
【0166】
ステップＳ９３の終了後、管理サーバ２のプロセッサ２６は、算出した作業費用をポンプ装置５の製造番号に関連付けて作業管理テーブルＴ７に保存すると共に、当該作業費用をポンプ装置５に送信する（ステップＳ９４）。
【0167】
ステップＳ９４の終了後、ポンプ装置５のプロセッサ５８は、管理サーバ２から作業費用を受けると、当該作業費用を二次元コードに変換する（ステップＳ９５）。
【0168】
ステップＳ９５の終了後、ポンプ装置５のプロセッサ５８は、当該作業費用及び二次元コードを表示機器５６に表示する（ステップＳ９６）。このとき、客先であるユーザの通信端末は、二次元コードを撮影し、二次元コードを変換して得られた作業費用に対して、コード決済による支払い処理を実行する。これにより、ユーザの通信端末には、コード決済完了時に発行される支払い管理番号が表示される。
【0169】
ステップＳ９６の終了後、ポンプ装置５のプロセッサ５８は、作業費用及び二次元コードの表示中に、ユーザの操作により、入力機器５３から支払い管理番号が入力される（ステップＳ９７）。
【0170】
ステップＳ９７の終了後、ポンプ装置５のプロセッサ５８は、ユーザによる入力機器５３の操作により、当該支払い管理番号及びポンプ装置５の製造番号を管理サーバ２に送信する（ステップＳ９８）。
【0171】
ステップＳ９８の終了後、管理サーバ２のプロセッサ２６は、ポンプ装置５から支払い管理番号及びポンプ装置５の製造番号を受けると、当該支払い管理番号を承認する（ステップＳ９９）。しかる後、プロセッサ２６は、当該支払い管理番号を当該製造番号に関連付けて作業管理テーブルＴ７に保存する。以上のステップＳ９１～Ｓ９９の実行により、図１９に示したステップＳ９０が終了する。
【0172】
（ステップＳ９０の変形例）
なお、ステップＳ９０は、図２０に示すように変形してもよい。すなわち、ステップＳ９６～Ｓ９８に代えて、以下のようにステップＳ９６ａ－１～Ｓ９６ａ－３、Ｓ９７ａ、Ｓ９８ａ、Ｓ９９を実行してもよい。
なお、ステップＳ９０は、図２０に示すように変形してもよい。すなわち、ステップＳ９６～Ｓ９８に代えて、以下のようにステップＳ９６ａ－１～Ｓ９６ａ－３、Ｓ９７ａ、Ｓ９８ａ、Ｓ９９を実行してもよい。
【0173】
ステップＳ９６ａ－１～Ｓ９６ａ－２では、ポンプ装置５のプロセッサ５８は、当該作業費用を表示機器５６に表示し、二次元コードを作業員の通信端末７に送信する。
【0174】
ステップＳ９６ａ－３では、作業員の通信端末７は、ポンプ装置５から受けた二次元コードを表示機器７４に表示する。このとき、客先であるユーザの通信端末は、二次元コードを撮影し、二次元コードを変換して得られた作業費用に対して、コード決済による支払い処理を実行する。これにより、ユーザの通信端末には、コード決済完了時に発行される支払い管理番号が表示される。
【0175】
ステップＳ９７ａでは、通信端末７のプロセッサ７６は、二次元コードの表示中に、作業員の操作により、入力機器７３から支払い管理番号が入力される。
【0176】
ステップＳ９８ａでは、通信端末７のプロセッサ７６は、作業員による入力機器７３の操作により、当該支払い管理番号及びポンプ装置５の製造番号を管理サーバ２に送信する。
【0177】
ステップＳ９９では、管理サーバ２のプロセッサ２６は、通信端末７から支払い管理番号及びポンプ装置５の製造番号を受けると、当該支払い管理番号を承認する。しかる後、プロセッサ２６は、当該支払い管理番号を当該製造番号に関連付けて作業管理テーブルＴ７に保存する。以上の図２０に示したように、ステップＳ９０を実行してもよい。いずれにしても、ステップＳ９０は終了する。
【0178】
上述したように第２の実施形態によれば、管理サーバにおいて、ポンプ装置の機種及び運転データの定格を関連付けて記憶し、設置済みのポンプ装置から当該ポンプ装置の識別データ及び運転データを周期的に受信する。設置済みのポンプ装置から当該ポンプ装置の識別データ及び異常コードを非定期に受信し、異常コードを受信すると、運転データに基づいて、記憶している機種のうち、推奨する機種を選定する。当該運転データは、設置済みのポンプ装置で取得された運転データのうちの最新のデータと、過去の所定期間内に取得された運転データのうちの最大値のデータとを含んでいる。また、当該最大値のデータを上回る定格のうち、最小の定格に関連付けられた機種を推奨する機種として選定する。従って、異常コードを受信した際に、周期的に送信されていた運転データから、推奨する機種のポンプ装置を選定することが可能となる。このように、ポンプ装置と管理サーバとの間で、推奨する機種のポンプ装置を選定するための通信を実現することができる。また、管理サーバにおいて、設置済みのポンプ装置の機種が最適か否かを管理できるので、ポンプ装置の管理をより適切に行うことができる。
【0179】
また、第２の実施形態によれば、管理サーバにおいて、ポンプ装置の機種及び在庫データを関連付けて記憶する。推奨する機種に基づいて、当該記憶した在庫データを検索する。当該検索された在庫データ及び当該推奨する機種を出力する。従って、上記異常コードからポンプ装置の機種の交換が必要なときに、推奨する機種とその在庫を把握でき、異常発生時の対応を迅速に行うことができる。
【0180】
また、第２の実施形態によれば、在庫データ及び推奨する機種の出力先から出荷指示を受けると、推奨する機種が示す交換用のユニット又は部品の保管先に対して出荷指示を出力する。従って、在庫データ及び推奨する機種の出力と、当該推奨する機種に対する出荷指示との間に、在庫データ及び推奨する機種の出力先における確認作業を介在させることができる。このため、拙速な出荷指示を避けることができるので、ポンプ装置の管理をより適切に行うことができる。
【0181】
また、第２の実施形態によれば、管理サーバにおいて、受信した識別データ及び異常コードの件数が閾値を超えたとき、異常コードの送信元のポンプ装置を設置した地域に関する気象情報を取得する。また、当該取得した気象情報が洪水注意報又は洪水警報を示すとき、当該地域内のポンプ装置に要求を送信し、要求に対する応答の有無を確認する。また、当該地域内のポンプ装置の位置を示す地図情報に対し、当該確認した結果を関連付けて記述する。従って、自然災害による異常発生時の対応を迅速に行うことが期待できる。
【0182】
また、第２の実施形態によれば、管理サーバにおいて、作業員の位置情報に基づいて派遣処理を実行するので、異常発生時に、作業員の派遣を迅速に行うことができる。
【0183】
また、第２の実施形態によれば、管理サーバにおいて、不良品報告を受けると、同一ロットのポンプ装置が不良品か否かを判定し、不良品の場合に地図情報の表示態様を変更する。従って、不良品である同一ロットのポンプ装置を地図情報上で示すことができ、不良品の交換作業を迅速に行うことが期待できる。
【0184】
また、第２の実施形態によれば、二次元コードによるコード決済を組み込んだ決済処理により、ユーザの個人情報を保護しつつ、交換作業の決済を済ませることができる。
【0185】
上述の実施形態は、本発明の概念の理解を助けるための具体例を示しているに過ぎず、本発明の範囲を限定することを意図されていない。実施形態は、本発明の要旨を逸脱しない範囲で、様々な構成要素の付加、削除または転換をすることができる。
【0186】
上述の実施形態では、いくつかの機能部を説明したが、これらは各機能部の実装の一例に過ぎない。例えば、１つの装置に実装されると説明された複数の機能部が複数の別々の装置に亘って実装されることもあり得るし、逆に複数の別々の装置に亘って実装されると説明された機能部が１つの装置に実装されることもあり得る。
【0187】
上記各実施形態において説明された種々の機能部は、回路を用いることで実現されてもよい。回路は、特定の機能を実現する専用回路であってもよいし、プロセッサのような汎用回路であってもよい。
【0188】
上記各実施形態の処理の少なくとも一部は、例えば汎用のコンピュータに搭載されたプロセッサを基本ハードウェアとして用いることでも実現可能である。上記処理を実現するプログラムは、コンピュータで読み取り可能な記録媒体に格納して提供されてもよい。プログラムは、インストール可能な形式のファイルまたは実行可能な形式のファイルとして記録媒体に記憶される。記録媒体としては、磁気ディスク、光ディスク（ＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＤＶＤ等）、光磁気ディスク（ＭＯ等）、半導体メモリなどである。記録媒体は、プログラムを記憶でき、かつ、コンピュータが読み取り可能であれば、何れであってもよい。また、上記処理を実現するプログラムを、インターネットなどのネットワークに接続されたコンピュータ（サーバ）上に格納し、ネットワーク経由でコンピュータ（クライアント）にダウンロードさせてもよい。
【0189】
なお、本発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。更に、上記実施形態には種々の発明が含まれており、開示される複数の構成要件から選択された組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、課題が解決でき、効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
【符号の説明】
【0190】
１，２・・・管理サーバ、５－１，５－２，５－３，５－４・・・ポンプ装置、７－１，７－２・・・通信端末、２１，５１，７１・・・近距離無線通信器、２２，５２，７２・・・遠距離無線通信器、２３，５５・・・インタフェース、２５，５７，７５・・・メモリ、２６，５８，７６・・・プロセッサ、５３，７３・・・入力機器、５６，７４・・・表示機器、５０・・・制御盤、５４・・・インバータ、６０・・・ポンプ部、２６１，５８１，７６１・・・通信接続部、２６２・・・通常運用部、２６２ａ・・・日常監視部、２６２ｂ，２６３ｂ・・・マップ処理部、２６２ｃ・・・設定部、２６２ｄ，５８３・・・書込処理部、２６２ｅ・・・通信監視部、２６３・・・異常時運用部、２６３ａ・・・異常時処理部、２６３ｃ，５８４，７６３・・・決済処理部、５８２・・・監視処理部、７６２・・・メンテナンス処理部、Ｔ１・・・出荷データテーブル、Ｔ２・・・管理データテーブル、Ｔ３・・・ユーザ情報テーブル、Ｔ４・・・マッピング情報テーブル、Ｔ５・・・在庫テーブル、Ｔ６・・・交換品テーブル、Ｔ７・・・作業管理テーブル。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
