▶ 株式会社川本製作所の特許一覧 ▶ ウイングレット・システムズ株式会社の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022117272
(43)【公開日】2022-08-10
(54)【発明の名称】給水装置及び該給水装置の通信回線切替方法
(51)【国際特許分類】
H04L 45/851 20220101AFI20220803BHJP
【ＦＩ】
H04L12/905
【審査請求】未請求
【請求項の数】7
【出願形態】ＯＬ
(21)【出願番号】P 2021013880
(22)【出願日】2021-01-29
(71)【出願人】
【識別番号】000148209
【氏名又は名称】株式会社川本製作所
(71)【出願人】
【識別番号】509044109
【氏名又は名称】ウイングレット・システムズ株式会社
(74)【代理人】
【識別番号】100088580
【弁理士】
【氏名又は名称】秋山 敦
(74)【代理人】
【識別番号】100195453
【弁理士】
【氏名又は名称】福士 智恵子
(74)【代理人】
【識別番号】100205501
【弁理士】
【氏名又は名称】角渕 由英
(72)【発明者】
【氏名】藤田 雅之
(72)【発明者】
【氏名】稲垣 裕大
(72)【発明者】
【氏名】豊田 耕司
(72)【発明者】
【氏名】西野 憲次郎
(72)【発明者】
【氏名】井上 正之
【テーマコード（参考）】
5K030
【Ｆターム（参考）】
5K030GA13
5K030HB06
5K030HC01
5K030HC09
5K030JT09
5K030LB08
5K030MA04
5K030MB05
5K030MC07
(57)【要約】
【課題】給水装置と管理装置との間で安定した通信を行うことを可能として、災害等のトラブル発生時の迅速な対応を可能とする給水装置及び該給水装置の通信回線切替方法を提供する。
【解決手段】災害等のトラブル発生時は、通信回線が輻輳して通信品質が低下する。このため、通信パケットを用いて通信回線の通信品質を測定し、測定結果に基づいて、複数の移動体通信事業者のうち一の移動体通信事業者が運用する移動体通信回線から、他の移動体通信事業者が運用する移動体通信回線へと切り替え制御を行う。
【選択図】図５
【解決手段】災害等のトラブル発生時は、通信回線が輻輳して通信品質が低下する。このため、通信パケットを用いて通信回線の通信品質を測定し、測定結果に基づいて、複数の移動体通信事業者のうち一の移動体通信事業者が運用する移動体通信回線から、他の移動体通信事業者が運用する移動体通信回線へと切り替え制御を行う。
【選択図】図５
【特許請求の範囲】
【請求項1】
ポンプと、該ポンプを駆動する電動機とを有するポンプユニットと、
前記ポンプユニットの運転情報を取得する運転情報取得部と、
前記ポンプユニットに関する設定情報を記憶する設定記憶部と、
前記ポンプユニットの異常に関する異常履歴情報を記憶する異常履歴情報記憶部と、
前記運転情報、前記設定情報、または前記異常履歴情報を、複数の移動体通信事業者のうち一の移動体通信事業者が運用する移動体通信回線を介して通信パケットを用いて送信する通信部と、
通信パケットを用いて通信回線の通信品質を測定し、該測定結果に基づいて前記一の移動体通信事業者が運用する移動体通信回線から他の移動体通信事業者が運用する移動体通信回線へと切替制御を行う通信制御部と、を有することを特徴とする給水装置。
前記ポンプユニットの運転情報を取得する運転情報取得部と、
前記ポンプユニットに関する設定情報を記憶する設定記憶部と、
前記ポンプユニットの異常に関する異常履歴情報を記憶する異常履歴情報記憶部と、
前記運転情報、前記設定情報、または前記異常履歴情報を、複数の移動体通信事業者のうち一の移動体通信事業者が運用する移動体通信回線を介して通信パケットを用いて送信する通信部と、
通信パケットを用いて通信回線の通信品質を測定し、該測定結果に基づいて前記一の移動体通信事業者が運用する移動体通信回線から他の移動体通信事業者が運用する移動体通信回線へと切替制御を行う通信制御部と、を有することを特徴とする給水装置。
【請求項2】
前記通信部は、応答要求パケットを送信するとともに、該応答要求パケットに対する応答パケットを受信し、
前記通信制御部は、受信した前記応答パケット数に基づいて通信品質を測定することを特徴とする請求項１に記載の給水装置。
前記通信制御部は、受信した前記応答パケット数に基づいて通信品質を測定することを特徴とする請求項１に記載の給水装置。
【請求項3】
前記通信制御部は、前記複数の移動体通信事業者が運用する全ての移動体通信回線の通信品質を測定し、該測定結果に基づいてウェイト処理を実行してから再起動することを特徴とする請求項１又は２に記載の給水装置。
【請求項4】
前記ウェイト処理における待ち時間は、前記通信制御部が再起動する回数に応じて増加することを特徴とする請求項３に記載の給水装置。
【請求項5】
前記通信制御部は、前記通信部が無作為なタイミングで通信接続を開始するように前記通信部を制御することを特徴とする請求項１から４のいずれか一項に記載の給水装置。
【請求項6】
前記通信制御部は、システムログを収集し、該システムログに基づいて前記無作為なタイミングを生成することを特徴とする請求項５に記載の給水装置。
【請求項7】
ポンプと、該ポンプを駆動する電動機とを有するポンプユニットと、
前記ポンプユニットの運転情報を取得する運転情報取得部と、
前記ポンプユニットに関する設定情報を記憶する設定記憶部と、
前記ポンプユニットの異常に関する異常履歴情報を記憶する異常履歴情報記憶部と、
前記運転情報、前記設定情報、または前記異常履歴情報を送信する通信部と、
該通信部を制御する通信制御部と、を有する給水装置の通信回線切替方法であって、
前記通信部が、複数の移動体通信事業者のうち一の移動体通信事業者が運用する移動体通信回線を介して通信パケットを用いて前記運転情報、前記設定情報、または前記異常履歴情報を送信するステップと、
前記通信制御部が、通信パケットを用いて通信回線の通信品質を測定するステップと、
前記通信制御部が、前記測定結果に基づいて前記一の移動体通信事業者が運用する移動体通信回線から他の移動体通信事業者が運用する移動体通信回線へと切替制御を行うステップと、を有することを特徴とする給水装置の通信回線切替方法。
前記ポンプユニットの運転情報を取得する運転情報取得部と、
前記ポンプユニットに関する設定情報を記憶する設定記憶部と、
前記ポンプユニットの異常に関する異常履歴情報を記憶する異常履歴情報記憶部と、
前記運転情報、前記設定情報、または前記異常履歴情報を送信する通信部と、
該通信部を制御する通信制御部と、を有する給水装置の通信回線切替方法であって、
前記通信部が、複数の移動体通信事業者のうち一の移動体通信事業者が運用する移動体通信回線を介して通信パケットを用いて前記運転情報、前記設定情報、または前記異常履歴情報を送信するステップと、
前記通信制御部が、通信パケットを用いて通信回線の通信品質を測定するステップと、
前記通信制御部が、前記測定結果に基づいて前記一の移動体通信事業者が運用する移動体通信回線から他の移動体通信事業者が運用する移動体通信回線へと切替制御を行うステップと、を有することを特徴とする給水装置の通信回線切替方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、給水装置及び給水装置の通信回線切替方法に係り、特に、移動体通信回線の切り替えを行う給水装置とその通信回線切替方法に関する。
【背景技術】
【0002】
集合住宅、商業施設または工場等で使用する水を供給するために、給水装置が広く利用されている。そして給水装置は、私たちの日常生活で必要な生活水や、経済活動を実現するための工業用水等を安定的に供給する上で重要な役割を担っている。そのため、給水装置には、その運転状態や故障に関する情報を取得するために種々なセンサが取り付けられおり、センサによって取得された情報を遠隔の管理装置に送信している。これにより、管理装置のオペレータは、安定した運転状態を維持することができるように給水装置を監視し、必要に応じて作業員を派遣して部品の交換やメンテナンス等を行うとともに、例えば停電の発生等によって一時的に運転を中止した場合にも、適切な復旧対応を迅速に行うことが可能となる。
【0003】
特許文献１には、給水装置と通信装置とが近距離無線通信によって接続されて、給水装置の運転状況や故障に関する情報を遠隔のサーバに送信する技術が開示されている。通信装置としては、給水装置が設置された現場付近の情報端末、または作業員が所持する携帯端末であって、ＰＣ、タブレット型端末、スマートフォン、ラップトップ型端末などが例示されている。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０１９－１２８７５１号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
給水装置をインターネット等の広域通信網と接続することによって、給水装置の運転状況や故障情報を遠隔の管理装置に送信することが可能となるものの、給水装置は、生活水や工業用水を供給するという重要な役割を担っていることから、通信の安定性及び天災地変等の災害が発生した際の迅速な復旧能力が求められている。
特に災害が発生したときは、被災者の安否を確認するための通信によって通信回線が混雑し、通信の安定性が低下する。このように、通信回線が混雑することにより通信性能が低下する状態を、輻輳という。災害が発生すると、輻輳によって給水装置と管理装置との間に通信障害が発生し、給水装置に対する迅速な対応が妨げられる虞があった。
特に災害が発生したときは、被災者の安否を確認するための通信によって通信回線が混雑し、通信の安定性が低下する。このように、通信回線が混雑することにより通信性能が低下する状態を、輻輳という。災害が発生すると、輻輳によって給水装置と管理装置との間に通信障害が発生し、給水装置に対する迅速な対応が妨げられる虞があった。
【0006】
そこで、本発明は上述した課題に鑑みてなされたものであって、その目的は、給水装置と遠隔の管理装置との間で、より安定した通信を行い、災害等のトラブルが発生した際に迅速な対応を可能とする給水装置を提供することにある。
【課題を解決するための手段】
【0007】
前記課題は、本発明の給水装置によれば、ポンプと、該ポンプを駆動する電動機とを有するポンプユニットと、前記ポンプユニットの運転情報を取得する運転情報取得部と、前記ポンプユニットに関する設定情報を記憶する設定記憶部と、前記ポンプユニットの異常に関する異常履歴情報を記憶する異常履歴情報記憶部と、前記運転情報、前記設定情報、または前記異常履歴情報を、複数の移動体通信事業者のうち一の移動体通信事業者が運用する移動体通信回線を介して通信パケットを用いて送信する通信部と、通信パケットを用いて通信回線の通信品質を測定し、該測定結果に基づいて前記一の移動体通信事業者が運用する移動体通信回線から他の移動体通信事業者が運用する移動体通信回線へと切替制御を行う通信制御部と、を有することにより解決される。
【0008】
上記構成によれば、給水装置は、通信パケットを用いて通信回線の通信品質を測定し、測定結果に基づいて一の移動体通信事業者が運用する移動体通信回線から他の移動体通信事業者が運用する移動体通信回線へと切り替え制御をおこなうため、接続中の移動体通信回線に輻輳等の通信障害が発生した場合には他の移動体通信事業者が運用する移動体通信回線に切り替えて通信を行うことができる。これによって給水装置と管理装置との間でより安定した通信を実現することができる。
また移動体通信回線は、我が国において広く一般に利用可能な広域通信回線であるため、様々な地域に設置される給水装置が、管理装置との間で安定した通信を実現することができる。
また移動体通信回線は、我が国において広く一般に利用可能な広域通信回線であるため、様々な地域に設置される給水装置が、管理装置との間で安定した通信を実現することができる。
【0009】
また、前記通信部は、応答要求パケットを送信するとともに、該応答要求パケットに対する応答パケットを受信し、前記通信制御部は、受信した前記応答パケット数に基づいて通信品質を測定すると好適である。これにより、給水装置と管理装置の間の通信回線を介して実際に到達した通信パケットを用いて通信品質の測定を行うため、通信回線の通信品質を高い信頼性で測定することができる。
【0010】
また、通信制御部は、前記複数の移動体通信事業者が運用する全ての移動体通信回線の通信品質を測定し、該測定結果に基づいてウェイト処理を実行してから再起動すると好適である。全ての移動体通信回線で通信品質が低下してる場合、災害等が発生したことによって通信回線全体が逼迫した状態にあると推測される。このため、すぐに再接続処理を行うのではなく、ウェイト処理を実行してから再接続を試みることにより、再接続によって通信回線の逼迫した状態を悪化させてしまう事態を回避することができる。
【0011】
また、前記ウェイト処理における待ち時間は、前記通信制御部が再起動する回数に応じて増加すると好適である。これにより、通信回線全体が逼迫した状態を継続している場合に、ウェイト処理における待ち時間を増加することで再接続を行うタイミングを遅らせて、再接続によって逼迫した状態を悪化させてしまう事態を回避することができる。
【0012】
また、前記通信制御部は、前記通信部が無作為なタイミングで通信接続を開始するように前記通信部を制御すると好適である。これにより、複数の給水装置から管理装置に通信接続するタイミングにばらつきが生じるため、多数の給水装置が同時に管理装置に通信接続を行うことにより給水装置と管理装置との間の通信回線が輻輳することを防止し、より安定した通信を実現することができる。
【0013】
また、前記通信制御部は、システムログを収集し、該システムログに基づいて前記無作為なタイミングを生成すると好適である。システムログは、給水装置ごとに固有の情報であって、かつイベントが発生するたびに更新される。したがって、給水装置が管理装置に通信接続するタイミングにばらつきが生じ、多数の給水装置が同時に管理装置に通信接続を行うことにより給水装置と管理装置との間の通信回線が輻輳することを防止し、より安定した通信を実現することができる。
【0014】
また、ポンプと、該ポンプを駆動する電動機とを有するポンプユニットと、前記ポンプユニットの運転情報を取得する運転情報取得部と、前記ポンプユニットに関する設定情報を記憶する設定記憶部と、前記ポンプユニットの異常に関する異常履歴情報を記憶する異常履歴情報記憶部と、前記運転情報、前記設定情報、または前記異常履歴情報を送信する通信部と、該通信部を制御する通信制御部と、を有する給水装置の通信回線切替方法であって、前記通信部が、複数の移動体通信事業者のうち一の移動体通信事業者が運用する移動体通信回線を介して通信パケットを用いて前記運転情報、前記設定情報、または前記異常履歴情報を送信するステップと、通信制御部が、通信パケットを用いて通信回線の通信品質を測定するステップと、前記通信制御部が、前記測定結果に基づいて前記一の移動体通信事業者が運用する移動体通信回線から他の移動体通信事業者が運用する移動体通信回線へと切替制御を行うステップと、を有することにより解決される。
【0015】
上記構成によれば、給水装置は、通信パケットを用いて通信回線の通信品質を測定し、測定結果に基づいて一の移動体通信事業者が運用する移動体通信回線から他の移動体通信事業者が運用する移動体通信回線へと切り替え制御を行うため、接続中の移動体通信回線において輻輳等の通信障害が発生した場合には他の移動体通信事業者が運用する移動体通信回線に切り替えて通信を行うことができる。これによって給水装置と管理装置との間でより安定した通信を実現することができる。
また移動体通信回線は、我が国において広く一般的に利用可能な広域通信回線であるため、様々な地域に設置される給水装置が、管理装置との間で安定した通信を実現することができる。
また移動体通信回線は、我が国において広く一般的に利用可能な広域通信回線であるため、様々な地域に設置される給水装置が、管理装置との間で安定した通信を実現することができる。
【発明の効果】
【0016】
本発明に係る給水装置によれば、遠隔の管理装置に対して、給水装置の運転状態や異常に関する情報をより安定した通信回線を介して送信することができるとともに、災害等のトラブルが発生した際にも、迅速な対応を図ることができる。
【図面の簡単な説明】
【0017】
【図1】給水装置管理システムの全体構成を示す図である。
【図2】給水装置の斜視図である。
【図3】給水装置の機能ブロックを示す図である。
【図4】優先順位テーブルを示す図である。
【図5】起動接続処理の流れを示す図である。
【図6】接続タイミングの無作為化の概念を示す図である。
【図7】接続開始ウェイト処理の流れを示す図である。
【図8】接続処理の流れを示す図である。
【図9】再起動ウェイト処理の流れを示す図である。
【図10】定期通知処理の流れを示す図である。
【図11】定期検証処理の流れを示す図である。
【発明を実施するための形態】
【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】
【数1】
また、今回の待ち時間ＷＴ（ｎ）を、次の式によって求めることもできる。ここでＷＴ（０）は待ち時間ＷＴの初期値であり、ｎは再起動を行った回数である。
【0067】
【数2】
【0068】
次に通信制御部２４は、ステップＳ５２で算出された待ち時間を経過するまでウェイト処理を実行してから（ステップＳ５３）、今回の待ち時間ＷＴ（ｎ）を待ち時間記憶部３２に記憶して、再起動ウェイト処理を終了する。
これにより、通信制御部２４は、再起動するたびに待ち時間が増加するウェイト処理を実行する。すなわち、数式１及び数式２において、Ｋは１より大きい実数であるため、待ち時間ＷＴは、再起動を行う回数に応じて指数関数的に増加する。したがって、通信制御部２４が再起動と再接続を繰り返し試みることにより通信回線の逼迫した状態を悪化させてしまう事態を回避することができる。
これにより、通信制御部２４は、再起動するたびに待ち時間が増加するウェイト処理を実行する。すなわち、数式１及び数式２において、Ｋは１より大きい実数であるため、待ち時間ＷＴは、再起動を行う回数に応じて指数関数的に増加する。したがって、通信制御部２４が再起動と再接続を繰り返し試みることにより通信回線の逼迫した状態を悪化させてしまう事態を回避することができる。
【0069】
ステップＳ５１で起動後の経過時間Ｔが閾値ＴＨ１を超えると判定されなかった場合（ステップＳ５１；Ｎｏ）、給水装置１０は試験運転状態にあると推定することができる。したがって通信制御部２４は、記憶部２７の待ち時間をリセットしてから再起動ウェイト処理を終了する。すなわち、試験運転の場合には、ウェイト処理を実行する必要がなく、待ち時間を指数関数的に増加させる必要もないため、待ち時間記憶部３２に初期値であるＷＴ（０）を格納して、再起動する。
【0070】
上述したように、本実施形態の通信制御部２４は、無作為なタイミングで管理装置５０に接続を開始するとともに、接続中の移動体通信回線ＭＮの通信品質を測定し、該測定結果に基づいて移動体通信回線ＭＮの切替制御を行う。これにより、給水装置１０と管理装置５０との間で安定した通信回線を確保することができる。
また複数の移動体通信回線ＭＮの全てで通信障害を検出した場合には、ウェイト処理を実行するため、繰り返し再接続を試みることによる通信回線の逼迫した状況を悪化させてしまう事態を回避することができる。
また複数の移動体通信回線ＭＮの全てで通信障害を検出した場合には、ウェイト処理を実行するため、繰り返し再接続を試みることによる通信回線の逼迫した状況を悪化させてしまう事態を回避することができる。
【0071】
＜＜定期通信＞＞
続いて、給水装置１０と管理装置５０が上述した起動接続処理によって接続した後に実行される定期通信について説明する。
通信制御部２４は、給水装置１０の運転情報、設定情報又は異常に関する履歴情報を管理装置５０に対して定期的に送信する定期通知処理と、接続中の通信回線の通信品質を測定し、必要に応じて通信回線の切替制御を行う定期検証処理を実行する。定期通知処理と定期検証処理とは、同一の実行周期、又は実行タイミングで実行することができるが、互いに異なる実行周期、又は実行タイミングであってもよい。また、管理装置５０から給水装置１０に対して、定期通知処理及び定期検証処理の実行周期、及び実行タイミングを設定することができてもよい。
続いて、給水装置１０と管理装置５０が上述した起動接続処理によって接続した後に実行される定期通信について説明する。
通信制御部２４は、給水装置１０の運転情報、設定情報又は異常に関する履歴情報を管理装置５０に対して定期的に送信する定期通知処理と、接続中の通信回線の通信品質を測定し、必要に応じて通信回線の切替制御を行う定期検証処理を実行する。定期通知処理と定期検証処理とは、同一の実行周期、又は実行タイミングで実行することができるが、互いに異なる実行周期、又は実行タイミングであってもよい。また、管理装置５０から給水装置１０に対して、定期通知処理及び定期検証処理の実行周期、及び実行タイミングを設定することができてもよい。
【0072】
図１０は、通信制御部２４が実行する定期通知処理の流れを示している。定期通知処理は、例えば２４時間ごとに通信制御部２４によって実行される。
図１０に示すように、通信制御部２４は、給水装置識別情報記憶部３１に記憶された給水装置識別情報を取得する（ステップＳ６０）。次に、通信制御部２４は、運転情報取得部２３を介してポンプユニット１２の運転情報を取得する（ステップＳ６１）。そして、履歴情報記憶部２８に記憶された給水装置１０の異常に関する情報の履歴データを取得する（ステップＳ６２）。履歴情報記憶部２８は、送信済みの履歴データと、未送信の履歴データを区別可能に記憶しており、通信制御部２４は、履歴情報記憶部２８に記憶された履歴データのうち、未送信の履歴データを取得する。
図１０に示すように、通信制御部２４は、給水装置識別情報記憶部３１に記憶された給水装置識別情報を取得する（ステップＳ６０）。次に、通信制御部２４は、運転情報取得部２３を介してポンプユニット１２の運転情報を取得する（ステップＳ６１）。そして、履歴情報記憶部２８に記憶された給水装置１０の異常に関する情報の履歴データを取得する（ステップＳ６２）。履歴情報記憶部２８は、送信済みの履歴データと、未送信の履歴データを区別可能に記憶しており、通信制御部２４は、履歴情報記憶部２８に記憶された履歴データのうち、未送信の履歴データを取得する。
【0073】
続いて通信制御部２４は、設定記憶部２９に記憶された設定情報を取得する（ステップＳ６３）。そして通信制御部２４は、ステップＳ６０で取得した給水装置識別情報と、ステップＳ６１で取得した履歴データ、とステップＳ６２で取得した設定情報とを管理装置５０に送信して（ステップＳ６４）、定期通知処理を終了する。
【0074】
以上の定期通知処理によって、運転情報、履歴データ、及び設定情報は、給水装置識別情報とともに管理装置５０に送信される。したがって、管理装置５０のオペレータは、給水装置識別情報ごとに運転情報、履歴データ、及び設定情報を確認することができるため、複数の給水装置１０を集中管理することができる。
なお、運転情報、履歴データ、及び設定情報のいずれか一つ、または２つのみを給水装置識別情報とともに管理装置５０に送信することとしてもよい。
なお、運転情報、履歴データ、及び設定情報のいずれか一つ、または２つのみを給水装置識別情報とともに管理装置５０に送信することとしてもよい。
【0075】
また、管理装置５０のオペレータは、履歴データに何らかの異常がある場合に、履歴データとともに受信した運転情報及び設定情報を確認し、設定情報の変更の要否を判断することができる。設定情報の変更が必要な場合には、新たな設定情報を給水装置１０に送信することができる。これにより、給水装置１０に異常が発生した場合に、管理装置５０のオペレータは迅速な対応をとることができる。
【0076】
図１１は、通信制御部２４が実行する定期検証処理の流れを示している。定期検証処理は、例えば１時間ごとに通信制御部２４によって実行される。
図１１に示すように、通信制御部２４は、管理装置５０に応答要求パケットを送信する（ステップＳ７０）。具体的には、通信制御部２４は、ＰＩＮＧコマンドを実行する。そして通信制御部２４は、管理装置５０から応答パケットを受信する（ステップＳ７１）。
図１１に示すように、通信制御部２４は、管理装置５０に応答要求パケットを送信する（ステップＳ７０）。具体的には、通信制御部２４は、ＰＩＮＧコマンドを実行する。そして通信制御部２４は、管理装置５０から応答パケットを受信する（ステップＳ７１）。
【0077】
続いて、通信制御部２４は、通信品質の算出を行う（ステップＳ７２）。具体的には、通信制御部２４は、所定時間内に受信した応答パケットの有無を確認し、応答パケットが無い場合には、通信障害有りと判定し（ステップＳ７３；Ｙｅｓ）、応答パケットがある場合は通信障害なしと判定する（ステップＳ７３；Ｎｏ）。
【0078】
通信障害有りと判定された場合（ステップＳ７３；Ｙｅｓ）、通信制御部２４は、一の移動体通信回線ＭＮから他の移動体通信回線ＭＮへ通信回線の切り替えを行う（ステップＳ７４）。上述したように、通信制御部２４は、優先順位テーブル３０を参照して、次に優先順位が高い移動体通信回線ＭＮへと切り替えるための制御信号を通信器２５に対して出力する。なお、優先順位テーブル３０に、次に優先順位が高い移動体通信回線ＭＮが記憶されていない場合には、最も優先順位が高い移動体通信回線ＭＮへと切り替えてから上述した再接続ウェイト処理を実行することとしてもよい。
【0079】
通信制御部２４は、再び管理装置５０に対して接続処理を行う（ステップＳ７５）。ステップＳ７５の接続処理は、図８を参照して上述した接続処理と同一であるため、詳細な説明を省略する。
通信制御部２４は、再び通信障害の有無を判定する（ステップＳ７６）。そして、通信障害有りと判定された場合には（ステップＳ７６；Ｙｅｓ）、ステップＳ７４に戻り、再び通信回線の切り替えを行う。一方、通信障害有りと判定されなかった場合には（ステップＳ７６；Ｎｏ）、通信制御部２４は定期検証処理を終了する。ステップＳ７３で通信障害有りと判定されなかった場合も同様に、定期検証処理を終了する。
通信制御部２４は、再び通信障害の有無を判定する（ステップＳ７６）。そして、通信障害有りと判定された場合には（ステップＳ７６；Ｙｅｓ）、ステップＳ７４に戻り、再び通信回線の切り替えを行う。一方、通信障害有りと判定されなかった場合には（ステップＳ７６；Ｎｏ）、通信制御部２４は定期検証処理を終了する。ステップＳ７３で通信障害有りと判定されなかった場合も同様に、定期検証処理を終了する。
【0080】
以上の定期検証処理によって、給水装置１０の運転中においても通信回線の品質を定期的に測定し、該測定結果に基づいて移動体通信回線ＭＮの切替制御を行う。これにより、給水装置１０と管理装置５０との間で安定した通信回線を確保することができる。
【0081】
次に、通知処理の変形例について説明する。上述した実施形態において、一定の時間間隔で定期的に履歴情報記憶部２８に格納された履歴データを、遠隔の管理装置５０へ送信することとして説明した。これに対して本変形例では、制御部２２が異常を検出したときにその異常に関する情報を遠隔の管理装置５０へ送信することとしてもよい。これにより、管理装置５０のオペレータは、異常の発生を早期に認識することが可能となり、異常の種類に応じて迅速な対応をとることが可能となる。
【0082】
本発明の実施形態及び変形例を説明したが、この実施形態及び変形例は、本発明の理解を容易にするための一例であり、本発明を限定するものではない。つまり、本発明は、その趣旨を逸脱することなく、変更、改良され得るとともに、本発明にはその等価物が含まれることはもちろんである。
【符号の説明】
【0083】
１ 給水装置管理システム
１０ 給水装置
１１ 基台
１２ ポンプユニット
１２Ａ 第一のポンプユニット
１２Ｂ 第二のポンプユニット
１３ ポンプ
１３Ａ 第一のポンプ
１３Ｂ 第二のポンプ
１４ モータ（電動機）
１４Ａ 第一のモータ
１４Ｂ 第二のモータ
１５ 検出器
１５Ａ 第一の検出器
１５Ｂ 第二の検出器
１６ 制御盤
１７ 吸込口
１７Ａ 第一の吸込口
１７Ｂ 第二の吸込口
１８ 合流管
１９ 合流吐出口
２０ 蓄圧タンク
２１ インバータ
２２ 制御部
２３ 運転情報取得部
２４ 通信制御部
２５ 通信器（通信部）
２６ 操作パネル
２７ 記憶部
２８ 履歴情報記憶部（異常履歴情報記憶部）
２９ 設定記憶部
３０ 優先順位テーブル
３１ 給水装置識別情報記憶部
３２ 待ち時間記憶部
５０ 管理装置
Ｂ 基地局
ＩＮ インターネット回線
ＭＮ 移動体通信回線
１０ 給水装置
１１ 基台
１２ ポンプユニット
１２Ａ 第一のポンプユニット
１２Ｂ 第二のポンプユニット
１３ ポンプ
１３Ａ 第一のポンプ
１３Ｂ 第二のポンプ
１４ モータ（電動機）
１４Ａ 第一のモータ
１４Ｂ 第二のモータ
１５ 検出器
１５Ａ 第一の検出器
１５Ｂ 第二の検出器
１６ 制御盤
１７ 吸込口
１７Ａ 第一の吸込口
１７Ｂ 第二の吸込口
１８ 合流管
１９ 合流吐出口
２０ 蓄圧タンク
２１ インバータ
２２ 制御部
２３ 運転情報取得部
２４ 通信制御部
２５ 通信器（通信部）
２６ 操作パネル
２７ 記憶部
２８ 履歴情報記憶部（異常履歴情報記憶部）
２９ 設定記憶部
３０ 優先順位テーブル
３１ 給水装置識別情報記憶部
３２ 待ち時間記憶部
５０ 管理装置
Ｂ 基地局
ＩＮ インターネット回線
ＭＮ 移動体通信回線
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
