JP4141420B2

JP4141420B2 - 水処理設備の管理装置と水処理設備の管理方法及び管理のためのプログラムが記憶された記録媒体

Info

Publication number: JP4141420B2
Application number: JP2004229367A
Authority: JP
Inventors: 直樹原; 浩人横井; 文智木村
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2004-08-05
Filing date: 2004-08-05
Publication date: 2008-08-27
Anticipated expiration: 2024-08-05
Also published as: CN1731445A; JP2006043606A

Description

本発明は、水処理システムに危害分析及び重要管理点手法の概念を適用してトレーサビリティが与えられるようにした管理装置に係り、特に水道施設に好適な水処理設備の管理装置に関する。

水道水の原料である原水は、水質が人為的にコントロールできない河川やダム、地下水などに由来するため、浄水場や配水管網などからなる水道施設の各プロセスでは原水の水質変動に対応した操作が求められ、従って、水道施設においても、危害分析及び重要管理点手法(HACCP)の概念に示される履歴や所在を追跡可能にするという、いわゆるトレーサビリティが求められる。

そこで、従来技術では、このような場合に対応するため、水道施設に水質モニターを設置して中央監視センターで集中監視するようにした水質管理システムが提案されている(例えば、特許文献１参照。)。

このとき、危害分析及び重要管理点手法に関連しては、管理会社が危害分析及び重要管理点手法のコンテンツを食品衛生工場に提供するようにした食品衛生管理方法が提案されている(例えば、特許文献２参照。)。
特開２００２−１１４６０号公報特開２００２−４９６６０号公報

上記従来技術は、浄水場や配水管網などを備えた水道施設におけるトレーサビリティについて配慮がされておらず、需要家の安全性要求に応えられないという問題があった。

例えば、特許文献１に開示の従来技術は、水質データをリアルタイムで収集して運転操作の支援や異常時・緊急時対応に反映させることについて記載されているが、浄水場や配水管網などの水道施設におけるトレーサビリティについてはなんら記載されていない。

また、同じく特許文献２に開示の従来技術によるトレーサビリティは、食品製造プロセスのように、原材料供給者や食品製造工場で、製品が単品或いはロット単位に管理可能な場合には有効であるが、水道水のように原材料が自然界から連続流体として供給されているプロセスには適用することができない。

いうまでもなく、水道施設で扱うのは文字通りの水道水であって、水道施設の各プロセスで処理された後、複数の需要家の手元まで配水管網などを介して送られ、蛇口などから不定期に取り出されて消費される流体であり、ロット毎にパッケージが可能な物品とは異なり、原水品質をロット管理することができない。

本発明の目的は、河川水などの原水から生成した水道水にトレーサビリティが与えられるようにした水道管理システムを提供することにある。

上記目的は、原水から浄水を生成する複数のプロセスを備えた水処理設備において、
前記原水が浄化されてゆく複数のプロセスにおいて水質、水量、薬品注入量、それに薬品注入率の少なくとも１種を前記水処理設備のプロセスデータとして収集する手段と、前記収集する手段により収集されたプロセスデータの少なくとも１種の履歴を前記水処理設備の施設データベースに基づいて演算する手段と、前記少なくとも１種の履歴を演算する手段により演算された少なくとも１種のプロセスデータの履歴の演算結果をトレーサビリティ情報に編集してトレーサビリティデータベースに格納する手段とを設け、前記トレーサビリティデータベースに格納されたデータがトレーサビリティ画面として表示されるようにして達成される。

このとき、上記の水処理設備の管理装置において、前記収集されたプロセスデータの何れかが予め設定した基準値の範囲外を示した場合、当該プロセスデータが収集されたプロセスを検出する手段を備え、前記収集する手段は、前記原水が浄化されてゆくプロセスの中で、前記検出したプロセスより上流側のプロセスからプロセスデータを収集するようにしてもよい。

また、上記目的は、上記の水処理設備の管理装置において、前記水処理設備のプロセスが、少なくとも凝縮、沈殿、ろ過、消毒、輸送のうちの何れかのプロセスを含むようにしても達成される。

このとき、上記の水処理設備の管理装置において、前記水処理設備のプロセスが消毒用薬品注入プロセスを含み、当該消毒用薬品注入プロセスにおける薬品情報と薬品注入率及び当該プロセスの滞留時間を追跡する追跡機能が設けられているようにしてもよい。

また、上記の水処理設備の管理装置において、前記履歴データに、前記消毒用薬品の供給者からの薬品受入れ情報が含まれているようにしてもよい。

同じく上記の水処理設備の管理装置において、前記水処理設備のプロセスがろ過プロセスを含み、前記履歴データに、前記ろ過プロセスにおけるろ過速度が含まれているようにしてもよい。

更に上記目的は、原水から浄水を生成する複数のプロセスを備えた水処理設備の管理方法において、前記原水が浄化されてゆく複数のプロセスにおいて水質、水量、薬品注入量、それに薬品注入率の少なくとも１種を前記水処理設備のプロセスデータとして収集し、前記収集されたプロセスデータの少なくとも１種の履歴を前記水処理設備の施設データベースに基づいて演算し、前記少なくとも１種の履歴を演算する手段により演算された少なくとも１種のプロセスデータの履歴の演算結果をトレーサビリティ情報に編集してトレーサビリティデータベースに格納し、前記トレーサビリティデータベースに格納されたトレーサビリティ情報をトレーサビリティ画面として表示する管理サーバを備え、当該管理サーバは、前記プロセスデータを、前記水処理設備の浄水コントローラと端末からネットワークを介して受信するものとしても達成される。

また、上記目的は、原水から浄水を生成する複数のプロセスを備えた水処理設備において、前記原水が浄化されてゆく複数のプロセスにおいて水質、水量、薬品注入量、それに薬品注入率の少なくとも１種を前記水処理設備のプロセスデータとして収集する機能と、前記収集する機能により収集されたプロセスデータの少なくとも１種の履歴を前記水処理設備の施設データベースに基づいて演算する機能と、前記演算する機能により演算された少なくとも１種のプロセスデータの履歴の演算結果をトレーサビリティ情報に編集してトレーサビリティデータベースに格納する機能と、前記トレーサビリティデータベースに格納されたトレーサビリティ情報をトレーサビリティ画面として表示する機能と、前記プロセスデータを、前記水処理設備の浄水コントローラと端末からネットワークを介して受信する機能とを、コンピュータにより実行させるためのプログラムが格納された記憶媒体によっても達成される。

また、本発明は、水処理設備のプロセスデータと施設データと薬品データに基づいて、原水に対して施された操作履歴を追跡する履歴追跡機能と、操作されたプロセスと時刻とを編集表示する機能を有するものである。

更に、本発明は、水処理設備のプロセスデータが予め設定した基準値内であることを診断して、基準値範囲外を示したプロセスデータの計測地点を検出し、該計測地点より上流側のプロセスを対象に原水に対して施された操作履歴を追跡する履歴追跡機能を有するものである。

また、本発明は、薬品供給者からの薬品情報受け入れ履歴を管理し、前記薬品の注入操作を行うプロセスの操作履歴を追跡する場合、薬品との接触時間と前記受け入れ薬品履歴とを追跡する履歴追跡機能を有するものである。

次に、本発明は、水処理設備の複数のプロセスデータをネットワークを介して受信する管理サーバにおいて、水処理設備のプロセスデータと施設データと薬品データに基づいて、原水に対して施された操作履歴を追跡する履歴追跡機能を有することを特徴とする方法である。

更に、本発明は、前記履歴追跡機能で追跡する操作が水処理設備のプロセスのうち少なくとも凝集、沈殿、ろ過、消毒の何れかのプロセスを含む構成である。

また、本発明は、前記水処理設備のプロセスで薬品が注入される場合は、受入薬品情報と薬品注入率と接触時間を追跡し、前記水処理設備のプロセスがろ過プロセスの場合は、ろ過速度を追跡することを特徴とする。

また、本発明は、コンピュータに、水道施設のプロセスデータと施設データに基づいて、原水に対して施された操作履歴を追跡する履歴追跡機能を実行するプログラムが格納された記憶媒体を特徴とするものである。

本発明によれば、需要家に供給される水道水がどのような操作を受けているのかを把握することが出来るので、水道水に異常が発見された場合の要因同定を迅速に実施できるというトレーサビリティが可能になる。

また、本発明によれば、トレーサビリティの概念を水道向け危害分析及び重要管理点手法に適用できるので、危害分析や工程重点管理、或いは記録を適切に実施できる。

以下、本発明による水処理設備の管理装置について、図示の実施の形態により詳細に説明すると、ここで、図１は、本発明の一実施形態で、この水道管理システムは、図示のように、管理サーバ１と端末２、監視制御サーバ３、ネットワーク４、浄水コントローラ５、それに水道施設６から構成されており、このとき水道施設６としては、一例として浄水場の場合を示している。

従って、この水道施設６では、河川、ダム、地下水などの水源から取水された原水６０を、着水井６２、凝集沈殿池６４、ろ過池６５、塩素消毒６７の各プロセスを経て送水６９にする処理を行うようになっていて、このとき原水の水質や流量はセンサ６１により計測され、沈殿水の水質や流量はセンサ６２により計測され、ろ過水の水質や流量はセンサ６３により計測され、塩素消毒された浄水の水質や流量はセンサ６８で計測される。

そして、まず、着水井６２では、水中の臭気成分を吸着除去するため、活性炭注入設備７０から粉末活性炭が注入される。次に凝集沈殿池６４では、薬品注入設備７１から凝集剤、酸剤、アルカリ剤などの薬品を注入し、これにより原水中の濁質成分を凝集させ、フロックと呼ばれる濁質の塊を形成させた後、このフロックを沈降させて除去する処理が行われる。

次に、ろ過池６５では、凝集沈殿池６３で除去できなかった濁質やマンガンなどを除去するため、薬品注入設備７２から塩素が注入され、これにより溶解性のマンガンや鉄が不溶性物質に酸化され、このろ過池６５で捕捉されるようにする。従って、これら凝集沈殿池６４とろ過池６５では、或る期間が経過した時点で図示した排水処理が実行され、沈殿物が除去される。

このろ過池６５の後、塩素消毒池６７の入口で、薬品注入設備７３から、殺菌を目的にして再び塩素が注入され、更にｐＨ調整を目的にして、アルカリ剤が注入される。

こうして塩素消毒池６７の出口に得られる水は浄水と呼ばれるが、この実施形態では、この浄水がポンプで加圧され送水６９となり、この送水６９が配水池(図示せず)と水道管路(図示せず)などからなる配水施設を経て需要家に供給されることになる。

このとき、浄水コントローラ５は、センサ６１、６４、６６、６８により計測された水質データや流量データ及び薬品注入設備７０、７１、７２、７３により計測される薬品注入量データ、或いは薬品注入率データなど各種のプロセスデータを収集し、これと共に水道施設６の各プロセスの制御を実行し、原水６０から浄化された送水６９を生成する働きをする。

ここで、水質データとは濁度、残塩量、ｐＨ、紫外線吸光度、ＴＯＣ(トータル・オーガニック・カーボン)、電気伝導度などであり、浄水コントローラ５は、ネットワーク４を介して監視制御サーバ３に接続され、これにより収集したプロセスデータや制御設定値を相互に送受信する。

ここで、管理サーバ１は、例えばパーソナルコンピュータ等の計算機や計算機上のソフトウエアからなり、監視制御サーバ３、或いは浄水コントローラ５からネットワークを介してプロセスデータの受信を行い、データが受信されると、例えば送水６９が生成されるまでの各プロセスで施された操作や水質などの履歴を追跡してトレーサビリティ情報として編集する働きをする。

また、端末２はネットワーク４に接続できるパーソナルコンピュータや携帯端末などで、管理サーバ１や監視制御サーバ３にアクセスし、水道施設６の操作設定や情報提供を受けるのに使用される。

次に、図２は、この実施形態における管理サーバ１の詳細図で、図示のように、この管理サーバ１は、ＣＰＵ１０と施設データベース１１、プロセスデータベース１２、トレーサビリティデータベース１３、薬品データベース１６、データ入出力端末１４、ネットワークインタフェース１５(ＩＦ)、それにメモリ１７を備えている。

そして、メモリ１７には、データ収集機能２０、異常監視機能２１、履歴追跡機能２２、ＷＥＢサーバ機能２３、薬品管理機能２４を備えたプログラムが記憶されおり、ＣＰＵ１０は、このプログラムを実行して、各種機能を動作させる。

このとき、まずネットワークインタフェース１５は、ネットワーク４に接続された監視制御サーバ３や浄水コントローラ５、端末２と情報を通信する働きをし、この結果、データベース１６には、ネットワーク４から送られてきた情報や、メモリ１７に記憶されたプログラム群を実行して生成された情報、それに端末１４から設定された情報が格納される。

一方、プロセスデータベース１２には、監視制御サーバ３、或いはコントローラ５から送られてきたプロセスデータが格納されるが、このとき端末２とデータ入出力端末１４などから人手により入力される水質試験データも、プロセスデータとしてプロセスデータベース１２に格納される。

このとき、施設データベース１１には、水道施設６の土木構造、配管、薬品注入設備、計装などの情報が保存されるが、更に原水との接触面積についても保存することが望ましく、滞留時間の長い土木構造や管路については材質情報も保存することが望ましい。

また、薬品データベース１６には、薬品注入設備の薬品タンクに貯留されている薬品の種類、成分、量、供給メーカの製造情報、薬品受け入れ日時などの情報が格納されている。

ここで、データ収集機能２０は、ネットワークインタフェース１５を介して監視制御サーバ３或いはコントローラ５から送信されてくる水道施設６のプロセスデータを収集し、プロセスデータベース１２に格納する働きをする。

一方、異常監視機能２１は、水道施設６の各部のプロセスデータの瞬時値、積算値、平均値、変化率を計算し、その上で最初にプロセスデータの信頼性を診断する。そして、診断結果が正常と判定された単一又は複数のプロセスデータは、予め設定されている基準値と比較して基準値範囲内か否かが診断され、基準値範囲外のときは危害発生と判定する。

このときの基準値には、データの上限や下限、統計解析値、相関解析値などが使用されるが、これらは予め端末２やデータ入出力端末１４から入力されている。そして、こうして危害発生が検出された監視点と発生時刻などの診断結果は、トレーサビリティデータベース１３に格納され、これと同時に危害発生が履歴追跡機能２２に通知される。

そこで、履歴追跡機能２２は、プロセスデータベース１２、施設データベース１１、薬品データベース１６の各情報から、水道施設６に導かれた原水６０が沈殿水、ろ過水、浄水、送水などに浄化されてゆく過程を追跡し、水質、水量、プロセスで施された操作の履歴を演算し、履歴データとして編集する。そして、得られた編集データは、トレーサビリティデータベース１３に格納される。

このとき、履歴追跡機能２２は、上記したように、異常監視機能２１からの危害発生通知に応じて起動されるが、端末２やデータ入出力端末１４からの要求に応じても起動され、或いは周期的にも起動されるようになっている。

次に、ＷＥＢサーバ機能２３は、ネットワーク４に接続された端末２を介して施設データベース１１、プロセスデータベース１２、トレーサビリティデータベース１３、薬品データベース１６に格納されたデータの中で、参照が許可されたデータを編集して公開する。

例えば、利用者が端末２からデータ要求を受信すると、ＷＥＢサーバ機能２３は、ユーザＩＤやパスワードにより対象施設に関するデータを検索して情報を提供する。

このとき、ＷＥＢサーバ機能２３は、異常有無やトレーサビリティ情報を、ネットワーク４に接続された端末に対して、メール等により通知し、これにより、利用者は、管理サーバ１をアクセスしなくても関連する情報を確認することもでき、更に後述する図９に示されているように、管理センタ３１、維持管理会社３２から情報を参照することもできるようになっている。

次に、薬品管理機能２４は、薬品受入れのタイミングで、薬品タンクに貯留される薬品の種類、量、成分、受入れ日時、薬品供給会社の製造情報などを薬品データベース１６に保存するが、薬品受入れ時に残量があった場合は、受入れ薬品との混合による成分変化を演算する。

このとき、受け入れる薬品の情報については、端末１４から入力してもよいし、或いはプロセスデータ一部としてネットワークインタフェース１５を経由して端末２から入力してもよい。

ここで、図３は、この履歴追跡機能２２の構成の一例を示したもので、ここでは、端末２、或いは異常監視機能２１から塩素消毒後の送水６９の位置を基準地点とし、且つ基準時刻以前の履歴追跡を要求を受けた場合の一例をフローで示している。

まず、ステップ１００では、施設データベース１１に格納されている水道施設６の施設情報のうち、送水を基準地点とした場合の上流側のプロセスを通過プロセスとして検索し、これら通過したプロセスの施設情報を読み出す。

この場合、着水井６２、凝集沈殿池６４、ろ過池６５、塩素消毒池６７が通過したプロセスであり、従って、施設情報とは、例えば着水井６２の容積、凝集沈殿池６４の容積、ろ過池６５の容積、塩素消毒池６７の容積、薬品注入設備と注入点、センサ設置地点などの情報である。

ステップ１０１では、通過したプロセスを対象に、基準時刻より過去のプロセスデータをプロセスデータベース１２から収集し、同じく通過したプロセスを対象にして、基準時刻から過去における薬品情報も薬品データベース１６から収集する。

ステップ１０２では、過去の流量データと、各プロセスの容積などから、通過したプロセスの入口に到達した時刻、出口に到達した時刻、及び滞留時間を演算する。

この後に続くステップ１０３、１０４、１０５、１０６では、原水がプロセス入口と出口に到達した時刻をキーにして水質データを検索し、更にプロセスで施された操作履歴と滞留時間を演算するのである。

このときの各ステップの出力は、例えばステップ１０３では着水井６２における活性炭注入操作と接触時間、ステップ１０４では凝集沈殿池６３における凝集用薬品注入操作と滞留時間、ステップ１０５ではろ過池６４における塩素注入操作とろ過速度、ステップ１０６では塩素消毒池６７における塩素注入操作と滞留時間であり、これらの情報はトレーサビリティデータベース１３に格納される。

このとき、更に水道施設６を構成している管路や構造物などの材質を施設データベース１１から読み出し、材質成分の一部が水中に溶出したものとして、溶出量をプロセス操作し、トレーサビリティデータベース１３に格納するようにしても良い。

次に、図４は薬品管理機能２４の構成の一例を示したもので、ここでは、薬品受入れ情報を端末２から入力されるときの薬品管理機能の一例をフローで示している。

まず、ステップ２００では、端末２から薬品タンクと薬品供給会社からの今回受入薬品情報を受信する。ここで受入薬品情報とは、受入日時、薬品種類、濃度、密度、製造日付、製品ロット番号などである。

次のステップ２０１では、薬品タンクの残量情報をプロセスデータベース１２と薬品データベース１６から読み出す。このときプロセスデータベース１２からは、例えば薬品タンク内薬品水位計測データを読み出して、タンク容積情報に基づいて薬品残量を計算し、薬品データベース１６からは、前回薬品情報を読み出すのである。

そして、続くステップ２０２では、今回受入情報と前回薬品情報を比較し、濃度、密度などが異なった場合には平均化処理行った後、今回受入薬品情報を薬品データベース１６に保存するのである。

次に、図５は異常監視機能２１の構成の一例を示したもので、このフローに示す異常監視機能は、定周期毎に、或いはプロセスデータが更新されたタイミングで実行される。

まず、ステップ３００では、複数の監視地点の時系列データをプロセスデータベース１２から読み出して、プロセスデータの瞬時値、積算値、平均値、変化率を計算し、ステップ３０１では、プロセスデータの絶対値や変化率の上下限判定や統計処理判定などにより、各データの信頼性を診断する。

続くステップ３０２では、ステップ３０１で正常と判定されプロセスデータの相互関係からデータの信頼性を診断し、次のステップ３０３では、データが端末２やデータ入出力端末１４により予め設定されている基準値の範囲内か否を診断し、基準値範囲外のときは危害発生と判定する。そして、ステップ３０４で当該危害発生の時刻、監視地点などの情報をトレーサビリティデータベース１３に格納するのである。

次に、管理サーバ１が端末２に表示するトレーサビリティ画面について説明すると、まず、図６は、トレーサビリティ画面として、水質データと水質トレースが、履歴追跡の基準となる監視地点と時刻４００と共に表示されるようにした場合の一例である。

そして、この図６の場合、まず、水質データとしては、基準監視地点を表わすセンサデータ４０１と毎日の水質試験データ４０２、それに毎月の水質試験データ４０３が表示され、次に、水質トレースとしては、履歴追跡機能２２により検索されたプロセス、つまり通過したプロセス４０４とプロセス出口通過時刻４０５、プロセス出口の水質４０６、それにプロセス操作として薬品注入操作４０７が、それぞれプロセス順に表示されるようになっている。

次に、図７は、トレーサビリティ画面として、プロセストレースが、履歴追跡の基準となる監視地点と時刻４００と共に表示されるようにした場合の一例で、この場合、履歴追跡機能２２により検索したプロセス、つまり通過したプロセス４０８と通過時刻４０５、各プロセスを通過した流量並びにろ過速度４１０、それにプロセス操作として薬品注入操作４１１が、それぞれプロセス順に表示されるようになっている。

従って、この実施形態によれば、需要家に供給される水道水がどのような操作を受けているのかがトレーサビリティ画面から把握することができ、この結果、水道水に異常が発見された場合の要因同定を迅速に実施できるというトレーサビリティが可能になる。

そして、この結果、この実施形態によれば、トレーサビリティの概念を水道管理の危害分析及び重要管理点手法に適用できるので、危害分析や工程重点管理、或いは記録の適切な実施が可能にできる。

ところで、本発明は、ビジネスモデルとしても把握できる。そこで、図８により、上記実施形態をビジネスに適用した場合の一例について説明すると、ここで、まず、水道施設所有事業者３０と管理センタ３１、維持管理会社３２がビジネスの当事者で、管理センタ３１に本発明の一実施形態による管理サーバ１が設置されている。

ここで、まず、水道施設所有事業者３０とは、飲料水を製造、配水する施設を所有する事業者で、水道事業体に代表される。そして、この水道施設所有事業者３０には、水道施設の監視制御サーバ３と、管理センタ３１のデータを受信する端末２が備えられる。

このとき、管理センタ３１と水道施設所有事業者３０の間で所定の契約が締結されるが、この契約は、水道施設所有事業者３０からはプロセスデータ提供とトレーサビリティサービス利用に関するもので、管理センタ３１からみるとプロセスデータの収集とサービス提供に関するものであり、それぞれ情報提供回数、情報内容、契約期間、測定場所などが両者の合意によって設定されることになる。

ここで、監視制御サーバ３については、水道施設所有事業者３０の所有でも良いし、管理センタ３１から貸与または支給されるものとしても良い。また、このときの管理センタ３１と水道施設所有事業者３０の契約条件は、浄水場のみでもよいし、送水施設、配水施設、給水施設を含めるものとしてもよい。

次に、維持管理会社３２と管理センタ３１との間では、管理センタ３１の保有するトレーサビリティの提供を受ける契約を行う。この契約は、管理センタ３１からはサービス提供に関するもので、維持管理会社３２からみると情報サービス利用に関するものであり、それぞれ情報提供回数、情報内容、契約期間、測定場所、支払条件などが設定され、この結果、維持管理会社３２は端末２により、管理センタ３１から情報を得ることができるようになる。

このとき、水道施設所有事業者３０と維持管理会社３２、それに管理センタ３１の３者の間での情報伝達は、ネットワーク、電子データメディア等の情報伝達手段を介して行われる。そして、管理センタ３１に備えられた管理サーバ１は、例えばコンピュータからなり、パーソナルコンピュータ等の計算機や計算機上のソフトウエアからなる。

そして、管理サーバ１は、複数の水道施設所有事業者３０からのプロセスデータをネットワークを介して受信すると、流域全体のトレーサビリティを計算して、該当利用者に提示する。

ここで、水道施設所有事業者３０は、自前でも水道施設の運転を実施することもできるが、この実施形態では、維持管理会社３２との契約により施設の運転管理業務そのものは維持管理会社３が実施するようになっている。

そして、この実施形態では、水道施設所有事業者３０と管理センタ３１、それに維持管理会社３が分離されているが、これら３者は一体でもよい。或いは水道施設所有事業者３０と管理センタ２が一体でもよいし、管理センタ３１と維持管理会社３２が一体になってもよい。

また、この図８では、各当事者がそれぞれ一つしか記載されていないが、一つの管理センタ３１が複数の水道施設所有事業者３０とやり取りするケースもあり、一つの管理センタ３１が複数の維持管理会社３とやり取りするケースもあるが、この実施形態では、何れの形態でも適用することができる。

次に、上記実施形態をビジネスに適用した場合の他の一例について、図９により説明すると、この場合、管理センタ３１は、水道施設所有事業者３０Ａ、３０Ｂ、３０Ｃ、それに維持管理会社３２とネットワーク４により接続されている。

そこで、水道施設所有事業者３０Ａ、３０Ｂ、３０Ｃ、それに維持管理会社３２は、何れもネットワーク４を介して管理センタ３１に設置されている管理サーバ１にアクセスする。このとき、管理サーバ１には、契約者だけがアクセスできるように、所定のセキュリティが施されている。

そして、各水道施設所有事業者３０Ａ、３０Ｂ、３０Ｃは、各々水道施設６Ａ、６Ｂ、６Ｃを所有している。このため、例えば水道施設所有事業者３０Ａには、ネットワーク４と接続される監視制御サーバ５Ａと端末２Ａが備えられていて、監視制御サーバ５Ａが水道施設６Ａからのプロセスデータを管理サーバ１に送信するようになっている。同様に、水道施設所有事業者３０Ｂ、３０Ｃも各々の監視制御サーバ５Ｂ、５Ｃを備え、自水道施設のプロセスデータを送信する。

一方、端末２Ａは、ネットワーク４に接続できるパーソナルコンピュータや携帯端末などで、管理サーバ１０から情報提供を受けるのに使用されるが、この点も同様で、水道施設所有事業者３０Ｂ、３０Ｃも各々の端末２Ｂ、２Ｃを備え、管理サーバ１０から情報提供を受ける。

そこで、管理センタ３１の管理サーバ１は、水道施設所有事業者３０Ａ、３０Ｂ、３０Ｃから送信されてくるプロセスデータを受信し、水道施設で製造かつ輸送される水道水のトレーサビリティを管理すると共に、トレーサビリティを水道施設所有事業者３０や維持管理会社３２などに配信する。

このとき、維持管理会社３２は、水道施設所有事業者３０Ａ、３０Ｂ、３０Ｃから水道施設の維持管理を受託する。そして、端末２を用いてトレーサビリティを収集する。なお、ここでは水道施設所有事業者が複数ある場合について説明するが、事業者が一つでも良い。

ここで、これら図８と図９の実施形態による具体的な効果としては、水道施設所有事業者、維持管理会社にとっては、情報サービスをいつでもどこでも受けられ負担が軽減できることが挙げられる。

また、これらの実施形態によれば、トレーサビリティに関連する高度な管理をサーバに委ねることができるので、職員確保の負担軽減が得られるという効果があり、更に、複数の事業体を共通の機能で管理しているので、事業者間のコミュニケーションを図ることができ、特に、広域な水環境に関する意識が高まる。

このとき、管理センタ３１にとっては、人口の変化、プロセスの変化、水源水質の変化など、各種の変化により、複数の水道施設に運用管理の変更が生じたとしても、管理センター３１にある管理サーバ１の変更のみで容易に対応でき、変更を把握することができる。

また、これらの実施形態によれば、広域に分散配置された施設の適切な運転と、業務の円滑化と効率化をすることができ、更に危機管理、設備投資などに対して適切な助言と対処ができる。しかも、このとき、サービス利用者はコンピュータソフトウェアの購入とセットアップ、更にはバージョンアップ対応などを行う必要がなく、低コストでトレーサビリティ情報を入手することができる。

ここで、水質管理には、各事業者や各会社が個別に職員を必要十分に確保する必要がある。しかし、こうした職員の確保は、事業者の財政状況や人員構成などの条件が揃わなければならず、事業遂行上の大きな負担となっているが、このとき、これらの実施形態によれば、トレーサビリティ情報の収集と配信を柔軟に低コストで実現することができる。

ところで、以上に説明した実施形態では、管理センタを設置し、ネットワーク回線に接続して情報を送受信するシステムとして説明したが、データ収集機能とＷＥＢサーバ機能、履歴追跡機能、薬品管理機能、それに異常監視機能をそれぞれコンピュータに実現させるプログラムからなるソフトウエア、又は、このソフトウエアを格納した記録媒体(例えばＣＤ−ＲＯＭ等)を使用することにより、コンピュータを管理システムとすることができる。

なお、上記の実施形態では、水道施設の一部の適用について説明したが、配水池、配水管網、追加塩素プロセス等に適用する場合でも、個別の情報内容や項目が異なるのみで、基本的な方式の枠組みは全く同様にして本発明を適用することができる。

また、上記の実施形態では、本発明を水道施設に適用した場合について説明したが、他の飲料水プラント施設や一般的な連続プロセス工場等の施設管理についても、本発明が適用可能なことはいうまでもない。

本発明による水処理設備の管理装置の一実施形態を示すブロック構成図である。本発明の一実施形態における管理サーバの一例を示すブロック構成図である。本発明の一実施形態における履歴追跡機能の一例を示すブロック構成図である。本発明の一実施形態における薬品管理機能の一例を示すブロック構成図である。本発明の一実施形態における異常監視機能の一例を示すブロック構成図である。本発明の一実施形態によるトレーサビリティ画面の一例を示す説明図である。本発明の一実施形態にわるトレーサビリティ画面の他の一例を示す説明図である。本発明の一実施形態をビジネスモデルに適用した場合の一例を示すブロック構成図である。本発明の一実施形態をビジネスモデルに適用した場合の他の一例を示すブロック構成図である。

符号の説明

１：管理サーバ
２：端末
３：監視制御サーバ
４：ネットワーク
５：コントローラ
６：水道施設
１０：ＣＰＵ
１１：施設データベース
１２：プロセスデータベース
１３：トレーサビリティデータベース
１４：端末
１５：インタフェース
１６：薬品データベース
１７：メモリ
２０：データ収集機能
２１：異常監視機能
２２：履歴追跡機能
２３：ＷＥＢサーバ機能
２４：薬品管理機能
３０：水道施設所有事業者
３１：管理センタ
３２：維持管理会社

Claims

原水から浄水を生成する複数のプロセスを備えた水処理設備において、
前記原水が浄化されてゆく複数のプロセスにおいて水質、水量、薬品注入量、それに薬品注入率の少なくとも１種を前記水処理設備のプロセスデータとして収集する手段と、
前記収集する手段により収集されたプロセスデータの少なくとも１種の履歴を前記水処理設備の施設データベースに基づいて演算する手段と、
前記少なくとも１種の履歴を演算する手段により演算された少なくとも１種のプロセスデータの履歴の演算結果をトレーサビリティ情報に編集してトレーサビリティデータベースに格納する手段とを設け、
前記トレーサビリティデータベースに格納されたデータがトレーサビリティ画面として表示されることを特徴とする水処理設備の管理装置。
請求項１に記載の水処理設備の管理装置において、
前記収集されたプロセスデータの何れかが予め設定した基準値の範囲外を示した場合、当該プロセスデータが収集されたプロセスを検出する手段を備え、
前記収集する手段は、前記原水が浄化されてゆくプロセスの中で、前記検出したプロセスより上流側のプロセスからプロセスデータを収集することを特徴とする水処理設備の管理装置。
請求項１に記載の水処理設備の管理装置において、
前記水処理設備のプロセスが、少なくとも凝縮、沈殿、ろ過、消毒、輸送のうちの何れかのプロセスであることを特徴とする水処理設備の管理装置。
請求項３に記載の水処理設備の管理装置において、
前記水処理設備のプロセスが消毒用薬品注入プロセスを含み、
前記収集当該消毒用薬品注入プロセスにおける薬品情報と薬品注入率及び当該プロセスの滞留時間をプロセスデータとして収集する機能が設けられていることを特徴とする水処理設備の管理装置。
請求項３に記載の水処理設備の管理装置において、
前記水処理設備のプロセスがろ過プロセスを含み、
前記収集されるプロセスデータに、前記ろ過プロセスにおけるろ過速度が含まれていることを特徴とする水処理設備の管理装置。
原水から浄水を生成する複数のプロセスを備えた水処理設備の管理方法において、
前記原水が浄化されてゆく複数のプロセスにおいて水質、水量、薬品注入量、それに薬品注入率の少なくとも１種を前記水処理設備のプロセスデータとして収集し、前記収集されたプロセスデータの少なくとも１種の履歴を前記水処理設備の施設データベースに基づいて演算し、前記少なくとも１種の履歴を演算する手段により演算された少なくとも１種のプロセスデータの履歴の演算結果をトレーサビリティ情報に編集してトレーサビリティデータベースに格納し、前記トレーサビリティデータベースに格納されたトレーサビリティ情報をトレーサビリティ画面として表示する管理サーバを備え、
当該管理サーバは、前記プロセスデータを、前記水処理設備の浄水コントローラと端末からネットワークを介して受信することを特徴とする水処理設備の管理方法。
原水から浄水を生成する複数のプロセスを備えた水処理設備において、
前記原水が浄化されてゆく複数のプロセスにおいて水質、水量、薬品注入量、それに薬品注入率の少なくとも１種を前記水処理設備のプロセスデータとして収集する機能と、
前記収集する機能により収集されたプロセスデータの少なくとも１種の履歴を前記水処理設備の施設データベースに基づいて演算する機能と、
前記演算する機能により演算された少なくとも１種のプロセスデータの履歴の演算結果をトレーサビリティ情報に編集してトレーサビリティデータベースに格納する機能と、
前記トレーサビリティデータベースに格納されたトレーサビリティ情報をトレーサビリティ画面として表示する機能と、
前記プロセスデータを、前記水処理設備の浄水コントローラと端末からネットワークを介して受信する機能とを、
コンピュータにより実行させるためのプログラムが格納された記憶媒体。