JP2002133044A - プラント施設管理サービスシステム - Google Patents

Abstract

(57)【要約】 【構成】 管理システム１０の運営者は、プラント施設
運用者（事業体）との契約に基づいて、その事業体に代
わって、監視局１６ａ１，１６ａ２，…を設置する。ウ
ェブサーバ４２（またはデータ収集用ＰＣ２４）が、そ
の監視局からの計測データを公衆回線１２を使って収集
し、ウェブサーバ４２（または解析用ＰＣ４４）が管理
情報を作成する。事業体ＰＣ４８や携帯電話５２からア
クセスがあったとき、契約に応じてそれらの端末に管理
情報や、測定データを用いて懐石・統計処理した情報を
提供する。 【効果】 事業体の初期費用や運用費用を抑制でき、管
理システムの導入が容易となる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、プラント施設管理サ
ービスシステムに関し、特にたとえば上下水道，ごみ・
汚泥焼却溶融プラント，農業用水等のプラントにおい
て、施設管理者のために水質や水圧，配水システム，安
全（事故）情報等の情報を管理する、新規なサービスシ
ステムに関する。

【０００２】

【従来の技術】たとえば、学会誌「ＥＩＣＡ」第１巻第
２号（１９９６）に発表された「配水施設における残留
塩素濃度の管理について」と題する論文や、同誌「ＥＩ
ＣＡ」第３巻第１号（１９９８）に発表された「自動水
質計器による水道水の水質管理」と題する論文において
知られているように、横浜市や東京都において、テレメ
ータ技術を利用して配水施設の水質等の情報を管理する
システムが提案され、実際に運用され始めている。

【０００３】この種の従来技術では、配水施設内に設定
された多数のモニタリングポイントにおいて、遊離残留
塩素，電気伝導率，ｐＨ，濁度，色度，水温等を連続的
に計測し、それらのデータをたとえば１分間のような適
宜の時間周期でホストコンピュータに収集し、その収集
した計測データに基づいて、その配水施設における水質
を管理する。

【０００４】

【発明が解決しようとする課題】従来技術においては、
専用のハードウェアやソフトウェアが必要で、非常に高
価である。したがって、規模の小さい地方自治体等の事
業体においては、導入が容易ではない。

【０００５】それゆえに、この発明の主たる目的は、新
規なプラント施設情報管理サービスシステムを提供する
ことである。

【０００６】この発明の他の目的は、容易に導入でき
る、新規なプラント施設情報管理サービスシステムを提
供することである。

【０００７】この発明の他の目的は、安価なプラント施
設情報管理サービスシステムを提供することである。

【０００８】

【課題を解決するための手段】この発明に従ったプラン
ト施設管理方法は、(a) 事業体に代わってプラント施設
に監視センサを設置し、(b) センサから測定データを収
集し、そして(c) 測定データに基づく情報をインタネッ
トを通して事業体に配信する。

【０００９】この発明に従ったプラント施設管理サービ
スシステムは、事業体が運用するプラント施設を管理す
るサービスシステムであって、事業体に代わってプラン
ト施設に設置したセンサ、および監視センサから測定デ
ータを収集してプラントの管理情報を作成するウェブサ
ーバを備え、事業体の端末がインタネットを通してウェ
ブサーバにアクセスしたとき管理情報を送信する。

【００１０】

【作用】この発明に従ったプラント施設管理システムで
は、プラントは各事業体が運用する。この管理サービス
システム運営者は、各事業体と契約し、その契約に従っ
て、各事業体に代わってプラント施設に監視センサを設
置するとともに、ウェブサーバを設置する。たとえば、
データパケット通信や専用回線を利用して監視センサか
らの計測データを収集する。ただし、実施例ではデータ
収集用コンピュータを設けている。この収集した計測デ
ータをデータベースに蓄える。ただし、実施例では、ウ
ェブサーバとは別の解析用コンピュータのデータベース
に計測データを蓄積するようにしている。

【００１１】ウェブサーバは、このように収集し蓄積し
た計測データに基づいて、たとえば日報，月報などの管
理情報を作成する。そして、事業体の端末からのアクセ
スがあったとき、管理情報をその端末に送信する。

【００１２】このウェブサーバは、少なくとも顧客管理
番号や契約内容を蓄積している顧客管理データベースを
有する。ただし、実施例では、ウェブサーバに付属する
解析用コンピュータのデータベースを用いる。そして、
ウェブサーバは、アクセス接続があったとき、認証要求
画面をアクセス端末に提示し、その認証画面で入力され
たデータを顧客管理データベースに登録しているデータ
を参照して検定し、そのアクセス端末が契約した事業体
のものかどうか判断する。したがって、ウェブサーバか
らは、契約している事業体にのみ管理情報を提供する。

【００１３】なお、事業体からウェブサーバにアクセス
できる端末は、コンピュータや携帯電話を含む。

【００１４】複数の管理情報を提供する場合、ウェブサ
ーバは、測定データに基づいて複数の管理情報を作成
し、事業体の端末がアクセスしたとき複数の管理情報を
選択できるメニュー画面を端末に表示し、メニュー画面
で選択された管理情報を端末に送信する。

【００１５】複数の管理情報が通常管理情報とオプショ
ン契約によってのみ提供するオプション管理情報とを含
む場合、メニュー画面は通常管理情報メニュー選択ボタ
ンとオプション管理情報選択ボタンとを表示する。

【００１６】プラント施設が水道施設であるとき、オプ
ション管理情報は直結給水の可否情報，配水管破裂自己
警報，配水管網におけるデータ配信等の水道施設の高度
維持管理に必要な情報を提供できるようにしている。し
たがって、事業体では、それらのオプション管理情報を
水道施設の維持管理や改善や改良に役立てることができ
る。

【００１７】なお、水道施設の場合、監視センサは、水
道施設の管理に必要とする監視項目である水圧，水位，
流量，流向，残留塩素濃度，色度，濁度，ｐＨ，電気伝
導率，水温および画像のいずれかを計測する。

【００１８】管理システムの運営者と事業体との間で提
供サービスは設定されるが、途中でその提供サービスを
変更したいという要求が生じることが予想される。した
がって、ウェブサーバは、事業体の端末からの要求に応
じてサービス変更画面を提示するようにしている。事業
体端末は、このサービス変更画面中で変更事項を入力す
る。応じて、ウェブサーバは、その設定された変更事項
を顧客管理データベースに登録して、提供サービスを変
更する。

【００１９】そのサービス変更画面は、変更事項を設定
する設定ボタンおよびコスト計算ボタンを含み、コスト
計算ボタンが操作されたときウェブサーバは変更に伴う
コストを計算して端末に提示する。なお、コスト計算の
手法としては、定額方式や従量方式などが利用できる。

【００２０】監視センサからのデータに応じて、あるい
は監視センサからの異常通報に応じて、ウェブサーバは
プラント施設に異常が発生したことを知る。このとき、
ウェブサーバは、事業体の端末に警報メールを送信す
る。ただし、ウェブサーバは、警報メールの送信先とし
て複数のメールアドレスを顧客管理データベースに優先
順位とともに登録しておき、優先順位の上位のメールア
ドレスからリプライメールを一定時間内に受信しないと
き、次の優先順位のメールアドレスに警報メールを送信
する。したがって、警報が確実に事業体に届く仕組みに
なっている。

【００２１】

【発明の効果】この発明によれば、プラント施設運用
者、すなわち事業体は、監視センサを設置する必要がな
く、しかもインタネットを通して管理情報を入手できる
ので、従来の専用システムに比べて、初期費用も運用費
用も大幅に抑制できる。

【００２２】また、管理システム運営者にとっては、監
視センサを設置するための費用の負担はあるものの、ウ
ェブサーバやデータベースが複数の事業体に対して共通
にしてシステムの利用効率を向上させることができるの
で、投資を十分回収できる。

【００２３】この発明のその他の目的，特徴および利点
は、添付図面に関連して行われる以下の実施例の詳細な
説明から一層明らかとなろう。

【００２４】

【実施例】図１に示すこの発明の一実施例の水道施設情
報管理サービスシステム（以下、単に「システム」と呼
ぶ場合がある。）１０は、上水道施設における水質，流
量，水圧，水位等の情報管理システムである。

【００２５】ただし、この発明は、この実施例のような
上水道施設の他、ごみ・汚泥焼却溶融プラントのごとき
環境プラント，下水道施設，農業配水施設など（これら
を総称して、単に「プラント」ということがある。）の
情報管理サービスシステムとして広く利用可能であるこ
とを予め指摘しておく。

【００２６】このシステム１０は、基本的に、公衆回線
網１２やインタネット網１４を利用する。この実施例の
特徴は、水道施設設置者、たとえば地方自治体など（以
下、「事業体」という。）に代わって、システム１０の
運営者が監視局グループ１６Ａ，１６Ｂ，…を設置し
て、運用する。つまり、システム運営者が、たとえばＡ
市の水道施設に対して、多数の監視局１６ａ１，１６ａ
２，…を設置し、それらの監視局１６ａ１，１６ａ２，
…をまとめて監視局グループ１６Ａとし、同様に、たと
えばＢ市の水道施設に対して監視局グループ１６Ｂを設
置する。

【００２７】なお、監視局１６ａ1，１６ａ２，…の数
は、対象とする水道施設の規模に応じて適宜決定される
が、目安として、１つの水道施設に対して５〜５０程度
の監視局が設置される。

【００２８】また、監視局１６ａ１，１６ａ２，…は、
基本的に同じ構成であり、センサ１８，このセンサ１８
からの測定データを採取するたとえばＭＰＵ２０，およ
びＭＰＵ２０で収集した計測データを公衆回線１２を介
してデータ収集コンピュータ（ＰＣ）２４Ａ，２４Ｂ，
…に伝送するモデム２２を含む。図示していないが、各
監視局のＭＰＵ２０には、ローカルデータベース（ロー
カルＤＢ）が設けられていて、このローカルＤＢに各セ
ンサ１８からの測定データ等が格納される。

【００２９】なお、このようなデータ収集のためには公
衆回線網１２が用いられるが、Ａ市やＢ市の監視局グル
ープとの間に専用線を開設しておき、その専用線を利用
する方法や、バケット通信たとえば「ＤｏＰＡ」（ＮＴ
Ｔドコモの商品またはサービス名称）を利用する方法な
どが考えられる。そして、データ収集ＰＣ２４Ａ，２４
Ｂ，…は、それぞれ、Ａ市，Ｂ市，…の計測データを個
別に収集するようにしている。そのために、ルータ２６
が用いられる。しかしながら、１つのデータ収集ＰＣが
すべての監視局グループ１６Ａ，１６Ｂ，…からの計測
データを収集するようにしてもよい。

【００３０】図２は、各監視局１６ａ１，１６ａ２，…
に設けられるセンサ１８の一例を示す図解図であり、こ
の図２の実施例では、地下式消火栓にセンサを設置して
いる。ただし、どこにセンサを設置するかは任意事項で
ある。

【００３１】図２の実施例では、地下式消火栓２８に水
道管３０から水温・水採取用挿入棒３２を挿入し、その
下部に水温センサ３４を取り付け、その上部に水圧セン
サ３６，流量センサ３８および残留塩素（残塩）センサ
４０を配置する。したがって、この実施例では、水温，
水圧，流量および残留塩素濃度の４項目が測定可能であ
る。ただし、測定項目の数は、必要に応じて、適宜増減
できることはいうまでもない。

【００３２】このようにして、図１に示すデータ収集Ｐ
Ｃ２４Ａ，２４Ｂ，…は、各監視局グループ１６Ａ，１
６Ｂ，…から、Ａ市，Ｂ市，…の水道施設から、水温，
水圧，流量および残留塩素濃度の各計測データを収集す
る。そして、データ収集ＰＣ２４Ａ，２４Ｂ，…によっ
て収集された計測データは、ウェブサーバ４２に与えら
れる。このウェブサーバ４２も各監視局と同様に、シス
テム運営者が運営するもので、このウェブサーバ４２に
与えられた計測データに基づいて、解析用ＰＣ４４が各
種解析を実行する。この解析用ＰＣ４４が解析するの
は、たとえば直結給水（給水タンク等にくみ上げること
なく本管から直接給水すること）の是非，破裂事故警
報，水質異常，マッピングへのデータ配信などである。

【００３３】なお、この図１実施例では、ウェブサーバ
４２と解析用ＰＣ４４とを個別に設け、データベースＤ
Ｂを解析用ＰＣ４４に付属させ、ウェブサーバ４２が必
要に応じてそのデータベースＤＢをアクセスするように
している。しかしながら、ウェブサーバ４２にデータベ
ースＤＢを付属させて解析用ＰＣ４４がそれをアクセス
しに行くようにしてもよく、あるいは、ウェブサーバ４
２と解析用ＰＣ４４とを１つのコンピュータあるいはワ
ークステーションで構成し、それにデータベースＤＢを
設けてもよい。さらに、データ収集用ＰＣ２４Ａ，２４
Ｂ，…についても、ウェブサーバ４２と一体化すること
が可能である。したがって、以下の説明では、便宜上、
図１のデータベースＤＢをウェブサーバ４２に付随する
ものとしてこのデータベースＤＢを引用するとともに、
「ウェブサーバ」または「ウェブサーバ４２」というと
き、実施例のウェブサーバ４２だけでなく、データ収集
用ＰＣ２４，２４Ｂ，…や解析用ＰＣ４４を含む用語と
して使用することがある。

【００３４】ウェブサーバ４２は、ルータ４６を介して
インタネット網１４に接続され、このウェブサーバ４２
が開設したホームページに各事業体ＰＣ４８Ａ，４８
Ｂ，…がモデム５０を介してアクセスすることができ
る。事業体ＰＣ４８Ａ，４８Ｂ，…は、各監視局グルー
プ１６Ａ，１６Ｂ，…が設置されているＡ市，Ｂ市，…
の水道担当部署（水道局，水道部等の水道監視センタ）
に設置される。つまり、各市の水道担当部署は、システ
ム運営者が設置した監視局で計測した計測データやそれ
に基づく各種情報を、ウェブサーバ４２のホームページ
から、各事業体ＰＣ４８Ａ，４８Ｂ，…に取り込んだ
り、表示したりすることができる。したがって、各事業
体は、高額の初期費用を投資しなくても、システム運営
者と契約することによって、自己の水道施設の運転状況
等を容易に監視しまたは把握することができる。

【００３５】さらに、この実施例のシステムでは、携帯
電話５２のたとえば「ｉモード」（ＮＴＴドコモの商品
またはサービス名称）でインタネット網１４を介してウ
ェブサーバ４２にアクセスすることによって、契約して
いる事業体は携帯電話５２によっても斯かる情報を入手
することができる。

【００３６】したがって、事業体ＰＣ４８や携帯電話５
２をまとめて、「事業体端末」とよぶことがある。

【００３７】ここで、図３−図５を参照して、ウェブサ
ーバ４２に付随するデータベースＤＢについて説明す
る。

【００３８】図３は、データベースＤＢの顧客管理デー
タベース５４を示し、この顧客管理データベース５４に
は、顧客管理番号（ＩＤ），水道事業体名，その顧客に
固有に割り当てたパスワード，契約開始日，契約有効期
限，警報連絡先１−３，契約サービス１−６，配水系統
番号，設備タイプおよび計測（サンプリング）周期等が
予め登録される。なお、警報連絡先については、この実
施例では、便宜上、連絡先１が最優先連絡先として設定
され、連絡先２および３がそれぞれ下位の優先順位を持
つ連絡先として設定される。したがって、、ウェブサー
バ４２は、警報メールを送信する場合、後述のように、
優先順位の最上位者にまずメールを送信し、そのリプラ
イメールがないときにのみ、次の優先順位の連絡先に警
報メールを送信することになる。

【００３９】ＩＤやパスワードは後述のウェブサーバ４
２のホームページへのログインの許否を判断するために
必要である。警報連絡先は、異常事態が発生したときに
その水道事業体のどの担当者に連絡するかを示すもので
あり、複数（この実施例では３つ）の連絡先を決めてお
くのは、連絡不能を回避するためである。契約サービス
には通常契約とオプション契約とがあり、その事業体
（顧客）とシステム運営者との間で、どのようなサービ
スの提供について契約が成立しているかを登録してお
く。通常契約としては、計測データの提供や日報や月報
の作成が含まれ、オプション契約には、計測データを基
に解析・統計処理した情報、たとえば、直結給水の可否
情報，水圧異常時の原因推定情報，配管網を変更した場
合の水圧分布情報の提供等が含まれる。

【００４０】なお、図３で「設備タイプ」とは、流量タ
イプ，水質タイプ３項目，水質タイプ７項目および水圧
タイプを含み、流量，水圧，残塩濃度，濁度，色度，電
気伝導率，ｐＨ，水温等から組み合わせて決定する。ま
た、計測（サンプリング）周期は、分単位で決めること
ができる。

【００４１】図４に示す計測データベース５６には、顧
客管理番号（ＩＤ），配水系統番号，収集年月日，収集
時刻，流量，水圧，残塩濃度，濁度，色度，電気伝導
率，ｐＨ，水温，運転状況，警報発生年月日，警報発生
時刻，警報の内容，警報復帰年月日および警報復帰時刻
などを予め登録しておく。つまり、この計測データベー
ス５６には、主として、収集時刻毎の各収集計測データ
と、警報発生または復帰情報とを登録するようにしてい
る。

【００４２】図５に示す警報発生要件データベース５８
は、各顧客毎に、各計測項目データにどのような異常が
発生したとき警報を出すかを決める基準値または閾値を
設定しておくもので、流量，水圧，残塩濃度，濁度，色
度，電気伝導率，ｐＨ，および水温について、それぞ
れ，上限値および下限値を登録しておく。したがって、
これらの警報発生要件のいずれかに該当したとき、ウェ
ブサーバ４２から該当の事業体ＰＣ４８Ａ，４８Ｂ，…
に警報が出される。

【００４３】図６を参照して、各監視局のＭＰＵ２０
（図１）がセンサ１８のデータを採取するための動作を
説明する。監視局のＭＰＵ２０は、図６のステップＳ１
およびＳ２において、サンプリング停止がウェブサーバ
４２から指令されておらずかつサンプリング周期になっ
たとき、ステップＳ３でセンサ１８（図１）に含まれる
すべての水温計３４，水圧センサ３６，流量センサ３８
および残塩センサ４０をすべてスキャンし終えたたかど
うか判断する。

【００４４】ステップＳ３で“ＮＯ”が判断されると、
つまり各センサ３４−４０のスキャンがすべて終了した
のでなければ、次のステップＳ４において、各センサ３
４−４０からの計測データをサンプリングして、そのＭ
ＰＵ２０の内部メモリ（図示せず）に一時的に格納す
る。

【００４５】そのときのサンプリング周期においてすべ
てのセンサ３４−４０の計測データをサンプリングした
結果、ステップＳ３で“ＹＥＳ”が判断されると、ＭＰ
Ｕ２０は、次のステップＳ５で、各計測データの移動平
均を演算する。そして、続くステップＳ６において、計
算した移動平均値が異常な値を示していないかどうか判
断する。具体的には、各センサ３４−４０のそれぞれに
ついて閾値を予め設定しておき、それぞれの移動平均値
がその閾値を超えて上昇しているかあるいは下降してい
るかを判断し、いずれかの場合に「異常」と判断する。

【００４６】ステップＳ６で“ＮＯ”が判断されると、
すなわち、各センサ３４−４０の今回のサンプリング値
が正常であると判断した場合には、ＭＰＵ２０は、次の
ステップＳ７でデータ記録周期になったことを条件に、
ステップＳ８において、採取した計測データをローカル
ＤＢ（図示せず）に格納する。

【００４７】ただし、ステップＳ６で異常値を検知する
と、ＭＰＵ２０は、ステップＳ９でその異常値をローカ
ルＤＢに格納するとともに、ステップＳ１０において、
ウェブサーバ４２（図１）に異常の発生を報知する。こ
の場合、ＭＰＵ２０の内部メモリにはウェブサーバ４２
のメールアドレスを予め設定しておき、ＭＰＵ２０が異
常を検知すると、そのメールアドレスに自動的に発呼す
るようにしておく。

【００４８】このようにして、各監視局のＭＰＵ２０が
センサ１８すなわちセンサ３４−４０の計測データをロ
ーカルＤＢに蓄積する。そして、この計測データが図
７，図８および図９に示すようにウェブサーバ４２に送
信される。

【００４９】図７の最初のステップＳ１１では、監視局
のＭＰＵ２０は、ウェブサーバ４２から何らかの着信が
あるかどうか判断する。このステップＳ１１で“ＮＯ”
が判断されると、続いて、ＭＰＵ２０は、異常発生のた
めの発呼であるかどうか判断する。そして、ステップＳ
１２で“ＮＯ”なら、ステップＳ１３において、定時発
呼の時間になったかどうか判断する。このステップＳ１
１で“ＹＥＳ”が判断されたとき、またはステップＳ１
２で“ＹＥＳ”が判断されたとき、あるいはステップＳ
１３で“ＹＥＳ”が判断されたとき、ステップＳ１３に
進む。

【００５０】つまり、監視局のＭＰＵ２０は、ウェブサ
ーバ４２から何らかの着信があったか、異常発呼か、定
時発呼のとき、ステップＳ１４において、ウェブサーバ
４２に対して接続を試みるとともに、認証を開始する。
ステップＳ１５で相手先（ウェブサーバ４２）がビジー
であるか認証不成功の場合、ステップＳ１６に進み、Ｍ
ＰＵ２０は、通信ログ記録の再送を準備し、次のステッ
プＳ１７で接続回数（接続を試みた回数）が所定値を超
えたとき、ステップＳ１８で、緊急管理局（図示せず）
と通信を試みる。なお、この緊急管理局とは、ウェブサ
ーバ４２に連絡できないときに通信する相手先のこと
で、オペレータの携帯電話や別のコンピュータが考えら
れる。

【００５１】その後ステップＳ１９でその緊急管理局と
接続できれば、ＭＰＵ２０は、続くステップＳ２０で接
続ログをその緊急管理局に送信して、ステップＳ２１に
おいてウェブサーバ４２に対する再送時間を受信する。
そして、ステップＳ２２で通信ログを記録し、ステップ
Ｓ２３で再送時間待ちに入る。

【００５２】ステップＳ１５で接続、認証が成功したと
判断した場合、ＭＰＵ２０は、次のステップＳ２４で、
タイムアウト(Time Out：図面上では「ＴＯ」と表現す
る。)が発生したかどうか判断する。なお、「タイムア
ウト：ＴＯ」とは、一定時間内に相手先から応答がない
ことを意味している。そして、そのタイムアウトの発生
が検出されると、ＭＰＵ２０は、ステップＳ２５におい
て、接続解除処理を実行する。

【００５３】ステップＳ２４で“ＮＯ”が判断される
と、ＭＰＵ２０は、続くステップＳ２６において、その
とき回線が確立したウェブサーバ４２から何らかのコマ
ンドを受信したかどうか判断する。

【００５４】ステップＳ２７において、ＭＰＵ２０は、
ウェブサーバ４２からのコマンドが発呼要因要求かどう
か判断する。つまり、ウェブサーバ４２が監視局のＭＰ
Ｕ２０から発呼を受けたが、その発呼がどのような要因
でなされたか、たとえば定時発呼か異常発呼か等をウェ
ブサーバ４２が知るために、ＭＰＵ２０に対して、発呼
要因の送信を要求する。これが発呼要因要求コマンドで
ある。したがって、ステップＳ２７で“ＹＥＳ”であれ
ば、ＭＰＵ２０は、ステップＳ２８で該当する発呼要因
をウェブサーバ４２に送信し、その後、ステップＳ２９
で送信済み発呼要因をクリアする。

【００５５】ステップＳ２７で“ＮＯ”が判断される
と、すなわち、ウェブサーバ４２からのコマンドが発呼
要因要求コマンドではなかった場合、ＭＰＵ２０は、続
いて、ステップＳ３０において、当該コマンドがデータ
送信要求であるかどうか判断する。そして、このステッ
プＳ３０で“ＹＥＳ”が判断されると、ステップＳ３１
において、ＭＰＵ２０は、先に図６のステップＳ８でロ
ーカルデータベースＤＢに格納した計測データ（各セン
サ３４−４０の）をウェブサーバ４２に対して送信す
る。

【００５６】しかしながら、ステップＳ３０で“ＮＯ”
が判断されると、ＭＰＵ２０は、さらにウェブサーバ４
２からのコマンドがログ要求コマンドかどうかステップ
Ｓ３２で判断する。“ＹＥＳ”のとき、ＭＰＵ２０は、
ステップＳ３３で、そのときウェブサーバ４２が要求し
ているログが通信ログかどうか判断する。もし、そうな
ら、次のステップＳ３４において、ＭＰＵ２０は、通信
ログをウェブサーバ４２に送信する。その後、ＭＰＵ２
０は、ステップＳ３５で、そのときウェブサーバ４２が
要求しているログがセンサメンテナンスログかどうか判
断する。もし、そうなら、次のステップＳ３６におい
て、ＭＰＵ２０は、メンテナンスログをウェブサーバ４
２に送信する。

【００５７】ステップＳ３２で“ＮＯ”が判断される
と、すなわち、ウェブサーバ４２からのコマンドがログ
要求コマンドではなかった場合、ＭＰＵ２０は、続い
て、ステップＳ３７において、当該コマンドが削除要求
コマンドであるかどうか判断する。そして、このステッ
プＳ３７で“ＹＥＳ”が判断されると、ステップＳ３８
において、ＭＰＵ２０は、そのときウェブサーバ４２が
削除要求しているのがデータかどうか判断する。もし、
そうなら、次のステップＳ３９において、ＭＰＵ２０
は、データを削除する。その後、ＭＰＵ２０は、ステッ
プＳ４０で、そのときウェブサーバ４２が要求している
削除要求が通信ログかどうか判断する。もし、そうな
ら、次のステップＳ４１において、ＭＰＵ２０は、通信
ログを削除する。その後、ＭＰＵ２０は、ステップＳ４
２で、ウェブサーバ４２が要求している削除要求がセン
サメンテナンスログかどうか判断する。もし、そうな
ら、次のステップＳ４３において、ＭＰＵ２０は、メン
テナンスログを削除する。ここで、「メンテナンスログ
またはメンテログ」とは、ＭＰＵ２０が保持している各
センサ３４−４０のメンテナンス記録のことである。

【００５８】ステップＳ３７で“ＮＯ”が判断される
と、すなわち、ウェブサーバ４２からのコマンドが削除
要求コマンドではなかった場合、ＭＰＵ２０は、続い
て、ステップＳ４４において、当該コマンドが認証要求
コマンドであるかどうか判断する。そして、このステッ
プＳ４４で“ＹＥＳ”が判断されると、ステップＳ４５
において、ＭＰＵ２０は、ウェブサーバ４２に対して、
認証データを送信する。

【００５９】ステップＳ４４で“ＮＯ”が判断される
と、すなわち、ウェブサーバ４２からのコマンドが認証
要求コマンドではなかった場合、ＭＰＵ２０は、続い
て、ステップＳ４６において、当該コマンドが監視局デ
ータ設定変更要求コマンドであるかどうか判断する。そ
して、このステップＳ４６で“ＹＥＳ”が判断される
と、ステップＳ４７において、ＭＰＵ２０は、ウェブサ
ーバ４２から送信された設定変更、たとえば発呼条件
（時間間隔等），データ取得時間間隔，有効センサの種
類などの設定条件をローカルＤＢに書き込む。

【００６０】そして、ステップＳ４６で“ＮＯ”が判断
されると、ＭＰＵ２０は、続くステップＳ４８で、セン
サメンテナンス要求コマンドかどうか判断する。もし、
センサメンテナンス要求コマンドであれば、ＭＰＵ２０
は、ステップＳ４９において、メンテナンス要求の対象
となった該当のセンサのメンテナンスを開始するととも
に、ステップＳ５０でメンテナンスログを記録する。
「センサメンテナンス」とは、ＭＰＵ２０がたとえば水
温計３４（図２）のような対象センサを点検するための
プログラムを実行することを意味する。

【００６１】次のステップＳ５１でセンサメンテナンス
の終了を判断したとき、ＭＰＵ２０は、ステップＳ５２
において、当該センサのメンテナンス結果をウェブサー
バ４２に対して送信するとともに、ステップＳ５３にお
いて、メンテナンスログを記録する。ステップＳ５１に
おいて、“ＮＯ”が判断されたとき、つまり、未だメン
テナンスが終了していないとき、ＭＰＵ２０は、ステッ
プＳ５４において、そのメンテナンスの状況をウェブサ
ーバ４２に送信する。つまり、ＭＰＵ２０は、センサメ
ンテナンスの途中において、刻々その状況をウェブサー
バ４２に知らせる。

【００６２】なお、ステップＳ４８で“ＮＯ”が判断さ
れると、すなわち、そのときウェブサーバ４２から送信
されたコマンドが、ステップＳ２７（発呼要因要求），
Ｓ３０（データ送信要求），Ｓ３２（ログ要求），Ｓ３
７（削除要求），Ｓ４４（認証要求），Ｓ４６（設定変
更要求）およびＳ４８（センサメンテナンス要求）のい
ずれでもなかったときには、ＭＰＵ２０は、ステップＳ
５５において、通信切断受領メッセージをウェブサーバ
４２に送信して、ステップＳ５６で通信ログを記録して
終了する。

【００６３】上述のようにして監視局すなわちＭＰＵ２
０から送信されるデータ等は、図１０および図１１に示
すようにして、ウェブサーバ４２によって、受信され
る。

【００６４】図１０の最初のステップＳ５７では、ウェ
ブサーバ４２は、監視局から何らかの着信があるかどう
か判断し、その後、着信があると、ステップＳ５８にお
いて、その着信の送信元監視局に対して接続を試みると
ともに、認証を開始する。ステップＳ５９で相手先（送
信元）がビジーであるか認証不成功の場合、ステップＳ
６０に進み、ウェブサーバ４２は、通信ログ記録の再送
を準備し、次のステップＳ６１で接続回数（接続を試み
た回数）が所定値を超えたとき、ステップＳ６２で再び
通信ログ記録の再送を準備する。なお、ステップＳ６１
で“ＮＯ”が判断されると、ステップＳ５８から繰り返
し実行する。

【００６５】ステップＳ５９で“ＮＯ”が判断される
と、ウェブサーバ４２は、続くステップＳ６３におい
て、そのとき回線が確立した監視局と前回の通信中に何
らかの不具合が発生したかどうか、通信ログ記録を参照
して判断する。もし、“ＮＯ”なら、ウェブサーバ４２
は、次のステップＳ６４においてその監視局のＭＰＵ２
０に対して通信ログをウェブサーバ４２に対して送信す
ることを要求するコマンド（通信ログ要求コマンド）を
送信し、ステップＳ６５で一定時間待つ。このステップ
Ｓ６５でタイムアウト（Time Out：ＴＯ）が発生したか
どうか判断する。そして、タイムアウトが発生すると、
ウェブサーバ４２は、通信切断のために、ステップＳ６
６の接続解除処理を実行する。

【００６６】タイムアウトが発生しなかったら、その監
視局から送信されてきた通信ログをステップＳ６７で受
信する。通信ログを正常に受信した後、ステップＳ６８
において、通信ログ削除要求コマンドを相手先監視局に
送信する。そして、ステップＳ６９でタイムアウトの有
無を判断し、タイムアウトがあればステップＳ６６の接
続解除処理を実行し、タイムアウトがなければ、次のス
テップＳ７０において、相手先監視局からのアクノレッ
ジＡＣＫを受信する。

【００６７】その後、先のステップＳ６３で“ＹＥＳ”
を判断した場合と同様に、ステップＳ７１において、ウ
ェブサーバ４２は、監視局に対して、発呼要因要求コマ
ンドを送信する。

【００６８】ステップＳ７２のタイムアウト期間内に監
視局から発呼要因が送信されてきた場合には、ステップ
Ｓ７３で、その発呼要因を受信する。そして、ステップ
Ｓ７４において、ウェブサーバ４２は、受信した発呼要
因が定時発呼であるかどうか判断する。定時発呼とは、
監視局とウェブサーバ４２との間で予め約束した時間毎
の発呼を意味する。

【００６９】定時発呼であれば、ステップＳ７４で“Ｙ
ＥＳ”が判断され、ウェブサーバ４２は、ついで、ステ
ップＳ７５で、その監視局に対してデータ送信を要求す
るコマンド、データ送信要求コマンドを送信する。その
後、ステップＳ７６でタイムアウトの発生がないかどう
か判断し、タイムアウトが発生した場合には、ステップ
Ｓ６６で接続解除処理を実行する。タイムアウトがない
場合には、ステップＳ７７で監視局から送信されてきた
データを受信する。データを正常に受信した後、ステッ
プＳ７８において、データ削除要求コマンドを当該監視
局に送信する。そして、ステップＳ７９でタイムアウト
の有無を判断し、タイムアウトがあればステップＳ６６
の接続解除処理を実行し、タイムアウトがなければ、次
のステップＳ８０において、監視局からのアクノレッジ
ＡＣＫを受信する。

【００７０】なお、先のステップＳ７４において“Ｎ
Ｏ”が判断されたとき、ウェブサーバ４２は、異常発呼
であると判断し、ステップＳ８１において、警報を発生
する。具体的には、ウェブサーバ４２からブザー音であ
るいは画面表示で、オペレータに対して異常発呼が生じ
たことを警報する。

【００７１】その後、ウェブサーバ４２は、次のステッ
プＳ８２において、その監視局のＭＰＵ２０に対してメ
ンテログ要求コマンドを送信する。その後、ステップＳ
８３でタイムアウトの発生がないかどうか判断し、タイ
ムアウトが発生した場合には、ステップＳ６６で接続解
除処理を実行する。タイムアウトがない場合には、ステ
ップＳ８４で送信元すなわち相手先（監視局）から送信
されてきたロンテログを受信する。その後、ステップＳ
８５において、メンテログ削除要求コマンドを当該監視
局に送信する。そして、ステップＳ８６でタイムアウト
の有無を判断し、タイムアウトがあればステップＳ６６
の接続解除処理を実行し、タイムアウトがなければ、次
のステップＳ８７において、監視局からのアクノレッジ
ＡＣＫを受信する。

【００７２】ステップＳ８０またはステップＳ８７でア
クノレッジを受信した後、ウェブサーバ４２は、次のス
テップＳ８８で当該監視局のデータ設定の変更要求また
はセンサメンテナンス要求であるかどうか判断する。こ
の判断は、ステップＳ７７で受信したデータの内容また
はステップＳ８４で受信したメンテログの内容に基づい
てウェブサーバ４２が自動的に、またはオペレータが判
断する。

【００７３】監視局データ設定変更要求およびセンサメ
ンテナンス要求のいずれかである場合、続くステップＳ
８９において、ウェブサーバ４２は、認証要求コマンド
を当該監視局に送信する。ステップＳ９１において、一
定時間（ステップＳ９０）内に認証を受信すると、ウェ
ブサーバ４２は、次のステップＳ９２で、受信した認証
を検定し、ＯＫかどうか判断する。ここで、認証をあら
ためて要求するのは、監視局データ設定変更およびセン
サメンテナンスのいずれもが、ウェブサーバ４２にとっ
て重要事項であるからである。

【００７４】ステップＳ９２で認証ＯＫになれば、ウェ
ブサーバ４２は、続いて、ステップＳ９３において、監
視局データ設定変更かどうか判断する。“ＹＥＳ”の場
合、ステップＳ９４において、ウェブサーバ４２は、デ
ータ設定変更要求コマンドを監視局に送信する。監視局
では、先に説明したように、そのデータ設定変更要求コ
マンドを受信したとき、そのコマンドの示す変更内容に
従って、データの設定を変更する。その後、ウェブサー
バ４２は、ステップＳ９６において、ステップＳ９５の
タイムアウト時間内にアクノレッジを受信し、さらに、
ステップＳ９７において、監視局データ設定変更をクリ
アする。

【００７５】ステップＳ９３で“ＮＯ”を判断したと
き、またはステップＳ９７を経た後、ウェブサーバ４２
は、ステップＳ９８において、センサメンテナンス要求
かどうか判断する。“ＹＥＳ”なら、ステップＳ９９に
おいてセンサメンテナンス要求コマンドを監視局に送信
する。その後、ウェブサーバ４２は、ステップＳ１０１
において、ステップＳ１００のタイムアウト時間内に開
始アクノレッジを受信する。この開始アクノレッジは、
監視局において、センサメンテナンスを送信されたコマ
ンドに従って開始することを示すアクノレッジ信号であ
る。この開始アクノレッジの受信に応答して、ウェブサ
ーバ４２は、続くステップＳ１０２において、再度セン
サメンテナンス要求を監視局に送信する。そして、ステ
ップＳ１０３（タイムアウト）の後、ステップＳ１０４
で監視局からのリプライ（応答）を受信すると、ウェブ
サーバ４２は、ステップＳ１０５でメンテナンスを必要
とするセンサのすべてについてメンテナンス要求を出し
たかどうか、すなわち、センサメンテナンスが終了かど
うか判断し、終了でなければ、ステップＳ１０２に戻
り、終了なら、ステップＳ１０６で、正常かどうか判断
する。正常であれば、ステップＳ１０７で管理コンソー
ルを表示するとともに、ログを記録して終了する。

【００７６】ただし、正常でない場合には、ステップＳ
１０８においてセンサメンテナンス要求をクリアした
後、ステップＳ１０９に進む。なお、このステップＳ１
０９には、先のステップＳ８８で“ＮＯ”を判断したと
き、つまり監視局データ設定変更要求もセンサメンテナ
ンス要求もないときステップＳ８８から、さらには、監
視局データ設定変更要求はあったがセンサメンテナンス
要求はなかったときにステップＳ９８から、それぞれジ
ャンプされる。

【００７７】ステップＳ１０９では、ウェブサーバ４２
は、データベースＤＢを更新するとともに、通信ログ，
設定ログ，メンテナンスログそれぞれ更新する。ここ
で、ウェブサーバ４２（のデータベース）に監視局から
送信されたセンサ１８、すなわち、センサ３４−４０に
よって計測されたデータが蓄積される。このデータが解
析ＰＣ４４によって利用されることは前述のとおりであ
る。

【００７８】ステップＳ１０９の後、ウェブサーバ４２
は、ステップＳ１１０において切断要求コマンドを監視
局に送信し、ステップＳ１１１を経てステップＳ１１２
において、それに対するアクノレッジを受信して終了す
る。

【００７９】次に、このようにして取得したデータのウ
ェブサーバから各事業体ＰＣへの配信について、図１２
−図１４および図１５−図２６に示す関連の表示画面例
を参照して説明する。

【００８０】図１２の最初のステップＳ１１３におい
て、ウェブサーバ１１３は、事業体コンピュータ（Ｐ
Ｃ）４８Ａ等のブラウザからの通信要求が入力されたか
どうか判断し、ブラウザからの通信要求があると、ステ
ップＳ１１４において、ウェブサーバ４２は、その通信
要求を出したブラウザ（事業体ＰＣ）に対して認証要求
画面を表示する。その後、ステップＳ１１５でタイムア
ウトが発生したかどうか判断し、タイムアウトが発生し
たのであれば、ステップＳ１１６において、タイムアウ
トエラーメッセージを当該事業体ＰＣ４８に送信して終
了する。

【００８１】タイムアウトはなく、したがって、時間内
に認証データが入力された場合、ウェブサーバ４２は、
ステップＳ１１７でその入力認証データを検定して、認
証がＯＫかどうか判断する。ステップＳ１１７で“Ｎ
Ｏ”が判断されると、すなわち、認証が不成功の場合、
ステップＳ１１８で、ステップＳ１１６と同様に、当該
事業体ＰＣ４８に認証エラーメッセージを送信する。

【００８２】ステップＳ１１７で認証成功を判断したと
き、ウェブサーバ４２は、ステップＳ１１９でデータベ
ースＤＢから契約サービスに関するデータを入力して、
当該ブラウザを有する事業体ＰＣ４８とウェブサーバ４
２との間で契約しているサービスを確認する。

【００８３】そして、次のステップＳ１２０において、
ウェブサーバ４２は、運転状態全体表示画面をブラウザ
すなわち事業体ＰＣ４８に表示する。この全体表示画面
６０の一例が図１５に示される。全体表示画面６０は、
事業体ＰＣがウェブサーバ４２の管理するホームページ
にログインしたときに最初に表示する画面であり、図１
５の表示例は、たとえばＡ市の水道施設のものであり、
そこには、取水場，浄水場，配水池，監視局などの監視
場所（ポイント）が模式的に表示される。この表示例で
は、監視ポイントの状態が、その状態に応じて、赤，黄
あるいは緑で表示される。

【００８４】この全体表示画面６０は、いわばメニュー
画面であり、そのために全体表示画面６０の下部には、
ヒストリカルトレンドグラフ表示ボタン６２，日報ボタ
ン６４，月報ボタン６６，監視装置履歴ボタン６８，警
報履歴ボタン７０および共通設定ボタン７２が形成され
る。

【００８５】ヒストリカルトレンドグラフ表示ボタン６
２は、ヒストリカルトレンドグラフの表示を要求するた
めに操作するボタンであり、ヒストリカルトレンドグラ
フとは、後述のリアルタイムトレンドグラフに対応し、
リアルタイムトレンドグラフが各計測データの当日の最
新変化状態または傾向（トレンド）を示すのに対して、
各計測データの過去のトレンドを表示する。具体的に
は、ヒストリカルトレンドグラフは、計測データベース
５６（図４）に保存されている複数の監視局の水質デー
タから最大２０種類まで選択して表示できる。

【００８６】日報ボタン６４は、日報（各計測データの
毎正時の数値の一覧表示）を選択するためのボタンであ
る。月報ボタン６６は、月報（各計測データの毎日の一
定時刻毎の数値の一覧表示）を選択するためのボタンで
ある。

【００８７】監視装置履歴ボタン６８は各監視局の履歴
を表示したいとき操作するボタンで、警報履歴ボタン７
０は過去の警報履歴の表示を希望するときに操作するボ
タンである。そして、共通設定ボタン７２は、共通設定
画面を呼び出して設定事項を変更するためのボタンであ
る。

【００８８】なお、全体表示画面６０の左端に形成され
ているオプションボタン７４は、オプション契約メニュ
ーを選択するときに利用される。

【００８９】次いで、ウェブサーバ４２は、ステップＳ
１２１で事業体ＰＣ４８のブラウザがアクティブかどう
か判断し、“ＮＯ”の場合、ステップＳ１２２におい
て、アクティビティエラーをその事業体ＰＣ４８に表示
して終了する。

【００９０】ステップＳ１２１で“ＹＥＳ”が判断され
ると、ステップＳ１２３において、ウェブサーバ４２
は、事業体ＰＣ４８から何らかのサービス要求があるか
どうか判断する。サービス要求があるとき、ウェブサー
バ４２は、ステップＳ１２４において、要求されたサー
ビスが先のステップＳ１１９で確認した契約サービスに
含まれるかどうか判断する。契約サービスである場合に
は、図１３のステップＳ１３６に進む。

【００９１】ユーザ要求サービスが契約サービスではな
い場合、ステップＳ１２５に進み、ウェブサーバ４２
は、ユーザすなわち事業体ＰＣ４８に要求されたサービ
スが契約したサービスの中にないことを示すエラーメッ
セージを送信する。

【００９２】その後、ステップＳ１２６において、ウェ
ブサーバ４２は、データベースＤＢに変更があるかどう
か判断する。変更があれば、次のステップＳ１２７にお
いて、ユーザによってヒストリカルトレンドグラフ（図
示せず）の表示が現在選択されているかどうか、つま
り、ヒストリカルトレンドグラフが現在表示中かどうか
判断する。このステップＳ１２７で“ＹＥＳ”が判断さ
れると、ウェブサーバ４２は、次のステップＳ１２８
で、後に説明する各種設定によって変更されることもあ
るので、ヒストリカルトレンドグラフを再描画する。そ
して、さらに、ステップＳ１２９で、ヒストリカルトレ
ンドグラフの再描画がユーザによって要求されたかどう
か判断し、要求されていなければ、ステップＳ１３０
で、ウェブサーバ４２は、ヒストリカルトレンドグラフ
をクローズする。

【００９３】その後、ステップＳ１２６およびＳ１２７
で“ＮＯ”の場合、およびステップＳ１２９で“ＹＥ
Ｓ”の場合と同様に、ステップＳ１３１において、ウェ
ブサーバ４２は、何らかの警報が発生したかどうかを判
断する。もし、警報が発生している場合には、ステップ
Ｓ１３２で、図１５に示す全体表示画面６０において、
警報発生要件（どこでどのような警報が出ているか）に
応じて、画面の色を変更する。たとえば、特定の監視ポ
イントで異常状態が発生すると、その監視ポイントの色
を「赤」に設定する。また、監視ポイントの状態が危険
な状態であれば、その監視ポイントの色を「黄」に設定
する。ただし、何の異常も生じていない監視ポイントに
ついては、「緑」を設定する。このようにして、色設定
を実行した後、ステップＳ１３３で、ウェブサーバ４２
は、ユーザ端末すなわち事業体ＰＣ４８の画面上におい
て、図１５の全体表示画面６０を再描画する。

【００９４】その後、ステップＳ１３１で“ＮＯ”を判
断したときと同様に、ステップＳ１３４に進み、ウェブ
サーバ４２は、切断要求を出すかどうか判断する。つま
り、ウェブサーバ４２において、ユーザＰＣとの回線を
切断すべき状態（時間の到来，あるいは状態の変化）に
なったかどうか判断する。もし、ステップＳ１３４で
“ＹＥＳ”なら、ウェブサーバ４２は、ユーザ端末すわ
ち事業体ＰＣ４８の全体表示画面中に、切断メッセージ
（これからウェブサーバと事業体ＰＣとの間の回線を切
断することを知らせる予告メッセージ）を表示して、終
了する。

【００９５】先のステップＳ１２４で“ＹＥＳ”が判断
されたとき、すなわち、ユーザからの要求サービスが契
約サービスであると判断したときには、ステップＳ１３
６において、ウェブサーバ４２は、要求サービスがヒス
トリカルトレンドグラフ表示要求であるかどうか判断す
る。そして、“ＹＥＳ”の場合には、先に説明したヒス
トリカルトレンドグラフを当該サービス要求を出した事
業体ＰＣ４８に表示する。その後、先のステップＳ１２
６（図１２）に進む。

【００９６】ステップＳ１３６の判断が“ＮＯ”であっ
た場合、ウェブサーバ４２は、次のステップＳ１３８
で、要求サービスが日報画面表示かどうか判断する。日
報表示が要求されたとき、ウェブサーバ４２は、ステッ
プＳ１３９において、図１６に示す日報画面７６を表示
する。この「日報」は、各水道施設の各所、たとえば取
水場，浄水場，配水場など毎に計測データ、たとえば残
塩濃度，色度，濁度，ｐＨおよび水温等をたとえば１時
間毎に数値で表示する画面である。日報画面７６におい
て、たとえば、上限値を超えている部分は黄色でハイラ
イト表示し、上限値および下限値が設定されている項目
では、データのなかで上限値または下限値に最も近い値
を水色でハイライト表示する。また、センサを自動的に
校正しているためにデータが欠損している場合には、
「ＮＡ」表示とし、赤色でハイライト表示する。さら
に、センサが故障しているときには、そのセンサのデー
タは「ＢＲ」表示として赤色でハイライト表示する。

【００９７】なお、この日報画面７６には選択ボタン７
８がプルダウンメニュー形式で設けられていて、この選
択ボタン７８によって、データを表示の対象とする場所
（取水場，浄水場，配水場等）を選択する。また、この
日報画面７６に形成されているファイル入手ボタン８０
は、この日報画面７６のデータを事業体ＰＣ４８がダウ
ンロードしたいとき操作するためのボタンである。

【００９８】そして、ステップＳ１４０では、変更があ
るかどうか判断し、変更が必要な場合には、ウェブサー
バ４２は、データベースＤＢから変更データを入手し、
日報画面を再描画する（ステップＳ１４１，Ｓ１４
２）。その後、変更がない場合と同様に、ステップＳ１
４３に進み、そこでは、ウェブサーバ４２は、当該事業
体ＰＣから日報ファイルの入手要求があるかどうか判断
する。つまり、日報表示画面７６上のファイル入手ボタ
ン８０がクリックされたかどうか判断する。もし、“Ｙ
ＥＳ”なら、ウェブサーバ４２は、データベースから該
当ファイルデータを入手し、事業体ＰＣに転送する（ス
テップＳ１４４，Ｓ１４５）。その後、先のステップＳ
１２６（図１２）進む。

【００９９】ステップＳ１３８の判断が“ＮＯ”であっ
た場合、ウェブサーバ４２は、次のステップＳ１４６
で、要求サービスが月報画面表示かどうか判断する。月
報表示が要求されたとき、ウェブサーバ４２は、ステッ
プＳ１４７において、月報画面（図示せず）を表示す
る。この「月報」は、基本的には上述の日報と同様に、
各水道施設の各所、たとえば取水場，上水場，配水場な
ど毎に計測データ、たとえば残塩濃度，色度，濁度，ｐ
Ｈおよび水温等をたとえば毎日定時毎に数値で表示する
画面である。

【０１００】そして、ステップＳ１４８では、変更があ
るかどうか判断し、変更が必要な場合には、ウェブサー
バ４２は、データベースＤＢから変更データを入手し、
月報画面を再描画する（ステップＳ１４９，Ｓ１５
０）。その後、変更がない場合と同様に、ステップＳ１
５１に進み、そこでは、ウェブサーバ４２は、当該事業
体ＰＣから月報ファイルの入手要求があるかどうか判断
する。つまり、月報表示画面上のファイル入手ボタンが
クリックされたかどうか判断する。もし、“ＹＥＳ”な
ら、ウェブサーバ４２は、データベースから該当ファイ
ルデータを入手し、事業体ＰＣに転送する（ステップＳ
１５２，Ｓ１５３）。その後、先のステップＳ１２６
（図１２）へ進む。

【０１０１】ステップＳ１４６の判断が“ＮＯ”であっ
た場合、ウェブサーバ４２は、次のステップＳ１５４
で、要求サービスが監視履歴画面表示かどうか判断す
る。監視履歴表示が要求されたとき、ウェブサーバ４２
は、ステップＳ１５５において、監視履歴画面（図示せ
ず）を表示する。この「監視履歴」は、各監視局におい
て監視結果に有意な変化が生じた日時とその内容を時系
列的に表示する画面である。

【０１０２】そして、ステップＳ１５６では、変更があ
るかどうか判断し、変更が必要な場合には、ウェブサー
バ４２は、データベースＤＢから変更データを入手し、
監視履歴画面を再描画する（ステップＳ１５７，Ｓ１５
８）。

【０１０３】さらに、ステップＳ１５４の判断が“Ｎ
Ｏ”であった場合、ウェブサーバ４２は、次のステップ
Ｓ１５９で、要求サービスが警報履歴画面表示かどうか
判断する。警報履歴表示が要求されたとき、ウェブサー
バ４２は、ステップＳ１６０において、図１７に示す警
報履歴画面８２を表示する。この「警報履歴」は、各水
道施設の各所、たとえば取水場，上水場，配水場などに
異常が生じた日時とその内容およびその対処経過を時系
列的に表示する画面である。なお、ステップＳ１６０の
後、ステップＳ１２６（図１２）に進む。

【０１０４】ステップＳ１５９で“ＮＯ”の判断がなさ
れた後、ウェブサーバ４２は、次のステップＳ１６１
で、ユーザ要求サービスが共通設定画面表示要求である
かどうか判断する。“ＹＥＳ”なら、ステップＳ１６２
において、図１８に示す共通設定画面８４を表示する。
この共通設定画面は、図１８に示すように、大きく分け
て２つの設定があり、１つはデータ収集についての設定
であり、もう１つは警報についての設定である。データ
収集設定では、データ収集時刻やサンプリング周期に加
えて締め切り時刻，警報連絡先１および２などを設定で
きる。なお、警報連絡先としては、いずれも、Ｅメール
アドレスを設定する。また、警報設定においては、警報
項目毎に警報を発する基準値を設定するもので、図１８
の表示例でたとえば残塩濃度についてみれば、上限値
２．０ｍｇ／リットルまたは下限値０．１ｍｇ／リット
ルのいずれかを超えて上昇しまたは低下したとき警報を
出すように設定している。このような共通設定画面８４
において表示されかつ設定変更された項目が、後述のよ
うに、図３，図４または図５に示すデータベース５４，
５６または５８に変更登録される。

【０１０５】なお、この共通設定画面８４上には２つの
ボタン、キャンセルボタン８６および設定ボタン８８が
形成されている。キャンセルボタン８６は、すでに設定
されている設定項目のいずれかを設定し直すときにクリ
ックするもので、設定ボタン８８は、入力したデータを
設定するときにクリックするボタンである。

【０１０６】そして、ウェブサーバ４２は、ステップＳ
１６３において、キャンセルボタン６６がオンされたか
どうか、つまり当該事業体ＰＣ４８を運用している水道
施設管理部署が収集設定か警報設定のいずれかを設定し
直したいかどうか判断する。

【０１０７】このステップＳ１６３で“ＹＥＳ”が判断
されると、ウェブサーバ４２は、ステップＳ１６４にお
いてデータベースから共通設定画面のためのデータを入
手し、ステップＳ１６５でそのデータに基づいて、共通
設定画面を再描画する。そして、ウェブサーバ４２は、
ステップＳ１６６で設定ボタン８８がオンされたかどう
か判断する。ただし、ステップＳ１６３で“ＮＯ”が判
断されたときには、そのままステップＳ１６６に進む。

【０１０８】ウェブサーバ４２は、ステップＳ１６６で
“ＹＥＳ”を判断したとき、ステップＳ１６４で入手し
たデータをチェックし、設定データとして適正化どうか
判断する。このステップＳ１６８で“ＮＯ”が判断され
ると、ウェブサーバ４２は、ステップＳ１６９で、設定
データエラーメッセージをそのデータを入力した事業体
ＰＣ４８に表示する。“ＹＥＳ”だと、ウェブサーバ４
２は、ステップＳ１７０において、データベースをその
設定データに従って更新するとともに、ステップＳ１７
１において、該当の監視局にその設定データに従って変
更することを指示するために、監視局設定データ変更通
信要求を出す。そして、ステップＳ１７２で、「設定変
更を受け付けました。」のような受理メッセージを事業
体ＰＣ４８に送信して表示する。その後、ステップＳ１
２６（図１２）に進む。

【０１０９】ステップＳ１６１で“ＮＯ”が判断された
とき、ウェブサーバ４２は、続くステップＳ１７３で、
要求サービスが水質データ表示かどうか判断する。も
し、水質データ表示が要求されたのであれば、ウェブサ
ーバ４２は、対象となった監視局を特定する監視局ＩＤ
（識別コード）を事業体ＰＣ４８から受け取り（ステッ
プＳ１７４）、データベースから該当の監視局の水質デ
ータを入手して、図１９に示す水質データ表示画面９０
を事業体ＰＣに表示する。なお、この水質データ表示画
面９０は、瞬時値表示画面である。

【０１１０】この水質データ瞬時値表示画面９０には、
個別設定ボタン９２およびリアルタイムトレンドグラフ
ボタン９４が設定されている。

【０１１１】そして、ウェブサーバ４２は、ステップＳ
１７６において、個別設定ボタン９２がクリックされた
かどうか判断する。この個別設定ボタン９２は、事業体
ＰＣ４８が水道施設の各所（図１５）たとえば取水場，
浄水場，配水場など毎に個別に上限値や下限値のデータ
を設定する必要があるときオンするボタンである。した
がって、個別設定ボタン９２がクリックされると、ウェ
ブサーバ４２は、図２０に示す個別設定画面９６を当該
事業体ＰＣ４８に表示する。

【０１１２】個別設定画面９６では、特定場所における
計測データ項目、たとえば残塩濃度，色度，濁度，ｐＨ
および水温，サンプリング周期等を設定することができ
る。そして、この個別設定画面９６には、キャンセルボ
タン９８および設定ボタン１００が設けられる。これら
キャンセルボタン９８および設定ボタン１００は、先の
図１８のキャンセルボタン８６および設定ボタン８８と
同様である。設定ボタン１００がクリックされると、続
いて事業体ＰＣ４８から設定データが入力されるが、そ
の設定データがステップＳ１７７でチェックされる。そ
して、その入手データまたは設定データが個別設定画面
上で設定することができるかどうか、ステップＳ１７８
で判断する。設定（入手）データが正しくない場合に
は、ステップＳ１７９で設定データの誤りを指摘するエ
ラーメッセージを事業体ＰＣ４８に表示する。

【０１１３】設定データが正しい場合には、ウェブサー
バ４１は、ステップＳ１８０でデータベースを更新する
とともに、ステップＳ１８１において、該当の監視局に
その設定データに従って変更することを指示するため
に、監視局設定データ変更通信要求を出す。そして、ス
テップＳ１８２で、該当するＩＤで特定される監視局の
水質データを再描画する。このときの水質データ表示画
面は、図１９に示す瞬時値表示画面９６であっても、あ
るいは図２１で示すリアルタイムトレンドグラフ表示画
面１０２のいずれであってもよい。

【０１１４】そして、ステップＳ１８３で、ウェブサー
バ４２は、キャンセルボタン９８が操作されたかどうか
判断する。キャンセルボタン９８がクリックされると、
ステップＳ１８４において、ウェブサーバ４２は、該当
するＩＤで特定される監視局の水質データを再描画す
る。このときの水質データ表示画面は、図１９に示す瞬
時値表示画面９６であっても、あるいは図２１で示すリ
アルタイムトレンドグラフ表示画面１０２のいずれであ
ってもよい。

【０１１５】さらに、ステップＳ１８５で、ウェブサー
バ４２は、リアルタイムトレンドグラフボタン９４（図
１９）が操作されたかどうか判断する。リアルタイムト
レンドグラフボタン９４がクリックされると、ステップ
Ｓ１８６において、ウェブサーバ４２は、該当するＩＤ
で特定される監視局の水質データをリアルタイムトレン
ドグラフ１０２として再描画する。

【０１１６】また、ステップＳ１８７で、ウェブサーバ
４２は、瞬時値ボタン１０４（図２１）が操作されたか
どうか判断する。瞬時値ボタン１０４がクリックされる
と、ステップＳ１８８において、ウェブサーバ４２は、
該当するＩＤで特定される監視局の水質データを瞬時値
表示画面９０として再描画する。

【０１１７】ステップＳ１７３で“ＮＯ”の場合、ウェ
ブサーバ４２は、要求サービスがオプションサービスで
あると判断して、ステップＳ１８９において、データベ
ースＤＢを参照して、そのオプション表示要求のための
ＩＤを入手する。つまり、ウェブサーバ４２のデータベ
ースには、図３に示すように、どの事業体ＰＣがどのオ
プションについて契約しているか、そしてそのオプショ
ンサービスはどのようなＩＤで特定できるかが記憶され
ているので、そのＩＤを入手することによって、どのオ
プション表示を要求しているかわかる。

【０１１８】なお、オプション契約としては、配管網へ
の計測値表示，水圧異常診断画面表示，配管網水圧分布
表示，直結給水可能エリア表示あるいは水質異常診断画
面表示などがある。

【０１１９】図２２の例は、水圧異常診断画面１０６を
示し、この水圧異常診断画面１０６では、たとえばＡ市
の水道施設のマッピング上に水圧異常が発生したポイン
トとその原因とを表示する。この例では、３番と４番の
監視局の水圧値が異常であることが報知される。そし
て、その原因、たとえば配水管破裂事故などを把握する
ことによって、適切な処置を検討する。なお、このよう
な解析は、主として解析ＰＣ４４（図１）が担当する
が、先に述べたように、ウェブサーバ４２に斯かる機能
を持たせてもよいことは勿論である。

【０１２０】図２３は、たとえばＡ市の特定点における
水圧変動をグラフで示す画面１０８である。このような
水圧変動グラフ１０８は、主として、水圧低下の異常
（事故）が発生した場合にそれを確認するために利用さ
れる。

【０１２１】図２４は、水圧分布表示画面１１０であ
る。この水圧分布画面１１０は、測定した水圧値に基づ
いてブロック化を検討するために利用される。すなわ
ち、現状の水圧または水質分布をブロック化した場合、
または流入点個所を変更した場合の水圧・水質分布を表
示する。それによって、ブロック化に向けたバルブ操作
等を検討することができる。

【０１２２】図２５は、直結給水エリアを表示する画面
１１２を示す。このような直結給水可能エリアを特定す
る解析を行うことによって、このような画面１１２が表
示できる。つまり、計測した水圧値を解析条件として設
定し、演算することによって、各交点の水圧を求め、直
結給水方式の採用の可否を判断することができる。たと
えば、この画面１１２では、３階までなら直結給水でき
るエリアと４階までなら直結給水方式を採用できるエリ
アがそれぞれ区別して示される。したがって、水道事業
体は、このような解析に基づいて、直結給水方式を採用
することの是非を検討することができる。

【０１２３】図２６の例は、水質異常診断画面１１４を
示し、この水質異常診断画面１１４では、たとえばＡ市
の水道施設のマッピング上に水質異常が発生したポイン
トとその原因とを表示する。この例では、５番の監視局
の濁度が異常であることが報知される。そして、その原
因、たとえば配水管破裂事故，洗管作業などを把握する
ことによって、適切な処置たとえば塩素投入量または投
入場所を検討する。なお、このような解析は、主として
解析ＰＣ４４（図１）が担当するが、先に述べたよう
に、ウェブサーバ４２に斯かる機能を持たせてもよいこ
とは勿論である。

【０１２４】次に、図２７−図２９を参照し、事業体Ｐ
Ｃ４８Ａ，４８Ｂ，…がウェブサーバ４２にアクセスす
る場合の動作について説明する。まず、最初のステップ
Ｓ１９１において、事業体ＰＣ４８は、ブラウザを起動
してウェブサーバ４２に接続する。続く、ステップＳ１
９２において、ウェブサーバから送信されてきた認証要
求画面が表示され、検定結果がウェブサーバ４２から送
られてくる。そして、認証ＯＫになれば、ウェブサーバ
４２から運転状態全体表示画面が送られてくるので、こ
の全体画面６０（図１５）をステップＳ１９４で表示す
る。

【０１２５】次いで、事業体ＰＣ４８は、ステップＳ１
９５で、ウェブサーバ４２からアクティビティ確認要求
が送信されたかどうか判断し、“ＹＥＳ”の場合には、
そのアクティビティ確認要求に対して、ステップＳ１９
６で応答し、サービス選択（ステップＳ１９７）に進
む。

【０１２６】サービス選択する場合、まず、ステップＳ
１９８（図２８）でヒストリカルトレンドグラフ表示を
要求するかどうか判断し、“ＹＥＳ”の場合、ステップ
Ｓ１９９でヒストリカルトレンドグラフ表示ボタン６２
（図１５）をクリックする。応じて、ウェブサーバ４２
からヒストリカルトレンドグラフ画面が送信されるの
で、事業体ＰＣ４８の画面にそれが表示される。

【０１２７】その後、事業体ＰＣ４８は、ステップＳ２
００で、そのヒストリカルトレンドグラフ画面を削除す
るかどうか判断し、“ＹＥＳ”の場合には、ステップＳ
２０１で削除ボタン（図示せず）をクリックする。“Ｎ
Ｏ”の場合には、そのまま図２７のステップＳ２６５に
進む。

【０１２８】ステップＳ１９８の判断が“ＮＯ”であっ
た場合、事業体ＰＣ４８は、次のステップＳ２０２で、
日報画面表示を要求するかどうか判断する。“ＹＥＳ”
の場合、事業体ＰＣ４８では、ステップＳ２０３で図１
５に示す日報ボタン６４をクリックする。応じて、ウェ
ブサーバ４２から送られてくる日報表示画面が表示され
る。そして、ステップＳ２０４では、変更するかどうか
判断し、変更が必要な場合には、事業体ＰＣ４８では、
ステップＳ２０５で日報の年月日や監視局を変更するた
めにそれらのデータを入力する。応じて、ウェブサーバ
４２から変更された日報表示画面が送られてくるので、
ステップＳ２０６で変更された日報画面が表示される。
さらに、ステップＳ２０７で、事業体ＰＣ４８は、当該
日報ファイルを入手するかどうか判断し、“ＹＥＳ”の
場合には、ステップＳ２０８でファイル入手ボタン８０
（図１６）を操作する。したがって、ファイルがウェブ
サーバ４２から送信されてくるので、ステップＳ２０９
で、その日報ファイルデータをダウンロードする。そし
て、事業体ＰＣ４８は、日報表示画面を削除するかどう
かステップＳ２１０で判断し、“ＹＥＳ”の場合には、
ステップＳ２１１で削除ボタン（図示せず）をクリック
する。“ＮＯ”の場合、そのままステップＳ２６５（図
２７）に進む。

【０１２９】ステップＳ２０２の判断が“ＮＯ”であっ
た場合、事業体ＰＣ４８は、次のステップＳ２１２で、
月報画面表示を要求するかどうか判断する。“ＹＥＳ”
の場合、事業体ＰＣ４８では、ステップＳ２１３で図１
５に示す月報ボタン６６をクリックする。応じて、ウェ
ブサーバ４２から送られてくる月報表示画面が表示され
る。そして、ステップＳ２１４では、変更するかどうか
判断し、変更が必要な場合には、事業体ＰＣ４８では、
ステップＳ２１５で月報の年月や監視局を変更するため
にそれらのデータを入力する。応じて、ウェブサーバ４
２から変更された月報表示画面が送られてくるので、ス
テップＳ２１６で変更された月報画面が表示される。さ
らに、ステップＳ２１７で、事業体ＰＣ４８は、当該月
報ファイルを入手するかどうか判断し、“ＹＥＳ”の場
合には、ステップＳ２１８でファイル入手ボタン（図示
せず）を操作する。したがって、月報ファイルがウェブ
サーバ４２から送信されてくるので、ステップＳ２１９
で、その月報ファイルデータをダウンロードする。そし
て、事業体ＰＣ４８は、月報表示画面を削除するかどう
かステップＳ２２０で判断し、“ＹＥＳ”の場合には、
ステップＳ２２１で削除ボタン（図示せず）をクリック
する。“ＮＯ”の場合、そのままステップＳ２６５（図
２７）に進む。

【０１３０】ステップＳ２１２の判断が“ＮＯ”であっ
た場合、事業体ＰＣ４８は、次のステップＳ２２２で、
監視履歴画面表示を要求するかどうか判断する。“ＹＥ
Ｓ”の場合、事業体ＰＣ４８では、ステップＳ２２３で
図１５に示す監視履歴ボタン６８をクリックする。応じ
て、ウェブサーバ４２から送られてくる監視履歴画面が
表示される。そして、ステップＳ２２４では、変更する
かどうか判断し、変更が必要な場合には、事業体ＰＣ４
８では、ステップＳ２２５で監視局や履歴期間を変更す
るためにそれらのデータを入力する。応じて、ウェブサ
ーバ４２から変更された履歴画面が送られてくるので、
ステップＳ２２６で変更された監視履歴画面が表示され
る。そして、事業体ＰＣ４８は、その履歴表示画面を削
除するかどうかステップＳ２２７で判断し、“ＹＥＳ”
の場合には、ステップＳ２２８で削除ボタン（図示せ
ず）をクリックする。“ＮＯ”の場合、そのままステッ
プＳ２６５（図２７）に進む。

【０１３１】ステップＳ２２２の判断が“ＮＯ”であっ
た場合、事業体ＰＣ４８は、次のステップＳ２２９で、
警報履歴画面表示を要求するかどうか判断する。“ＹＥ
Ｓ”の場合、事業体ＰＣ４８では、ステップＳ２３０で
図１５に示す警報履歴ボタン７０をクリックする。応じ
て、ウェブサーバ４２から送られてくる警報履歴画面８
２（図１７）が表示される。そして、事業体ＰＣ４８
は、その警報表示画面を削除するかどうかステップＳ２
３１で判断し、“ＹＥＳ”の場合には、ステップＳ２３
２で削除ボタン（図示せず）をクリックする。“ＮＯ”
の場合、そのままステップＳ２６５（図２７）に進む。

【０１３２】ステップＳ２２９で“ＮＯ”の判断がなさ
れた後、事業体ＰＣ４８は、次のステップＳ２３３で、
ユーザ要求サービスとして共通設定画面表示を要求する
かどうか判断する。“ＹＥＳ”なら、ステップＳ２３４
において、図１５に示す共通設定画面ボタン７２をクリ
ックする。その後、事業体ＰＣ４８は、ステップＳ２３
５において、キャンセルするかどうか判断し、“ＹＥ
Ｓ”の場合、キャンセルボタン８６（図１８）をクリッ
クする。応じて、ウェブサーバ４２から変更前の共通設
定画面が送信されてくるので、それがステップＳ２３７
で表示される。さらに、ステップＳ２３８で設定するか
どうか判断し、“ＹＥＳ”の場合、ステップＳ２３９
で、設定ボタン８８（図１８）を押すとともに、設定デ
ータを入力する。ステップＳ２４０でその設定データが
ウェブサーバ４２で検証された結果が送信される。この
ステップＳ２４０でＯＫの場合、ステップＳ２４１でウ
ェブサーバ４２から送られてくる受理メッセージが事業
体ＰＣ４８上に表示され、“ＮＯ”の場合には、ステッ
プＳ２４２でウェブサーバ４２から送信されてきた設定
データエラーメッセージが表示される。そして、事業体
ＰＣ４８は、その共通設定画面を削除するかどうかステ
ップＳ２４３で判断し、“ＹＥＳ”の場合には、ステッ
プＳ２４４で削除ボタン（図示せず）をクリックする。
“ＮＯ”の場合、そのままステップＳ２６５（図２７）
に進む。

【０１３３】ステップＳ２３３で“ＮＯ”の判断がなさ
れた後、事業体ＰＣ４８は、次のステップＳ２４５で、
ユーザ要求サービスとして水質データ表示を要求するか
どうか判断する。“ＹＥＳ”なら、ステップＳ２４６に
おいて、水質データ表示要求ボタン（図示せず）をクリ
ックするとともに、その水質データが欲しい監視局のＩ
Ｄを入力する。応じて、事業体ＰＣ４８上に、水質デー
タ表示画面９０（図１９）または１０２（図２１）がス
テップＳ２４７で表示される。その後、事業体ＰＣ４８
は、ステップＳ２４８において、個別設定するかどうか
判断し、“ＹＥＳ”の場合、ステップＳ２４９で個別設
定ボタン９２（図１９，図２１）をクリックする。応じ
て、ウェブサーバ４２から変更前の個別設定画面が送信
されてくるので、それがステップＳ２５０で表示され
る。そして、事業体ＰＣ４８では、その個別設定画面中
に設定データを入力する。その入力データに従って個別
設定するかどうか判断し、ステップＳ２５１で設定ボタ
ン１００またはキャンセルボタン９８のいずれかをクリ
ックする。設定ボタン１００をオンした場合変更後の、
キャンセルボタン９８をオンした場合変更前の個別設定
画面がそれぞれ、ステップＳ２５３で表示される。さら
に、ステップＳ２５４でリアルタイムトレンドグラフ表
示を要求するかどうか判断し、“ＹＥＳ”の場合には、
ステップＳ２５４において、リアルタイムトレンドグラ
フボタン９４（図１９）を押す。応じて、ウェブサーバ
４２からリアルタイムトレンドグラフ表示画面が送信さ
れてくるので、それが、事業体ＰＣ４８に表示される。
さらに、ステップＳ２５５で瞬時値表示を要求するかど
うか判断し、“ＹＥＳ”の場合には、ステップＳ２５６
において、瞬時値ボタン１０４（図２１）を押す。応じ
て、ウェブサーバ４２から瞬時値表示画面が送信され、
それが、ステップＳ２５７で事業体ＰＣ４８に表示され
る。そして、事業体ＰＣ４８は、その水質データ表示画
面を削除するかどうかステップＳ２５８で判断し、“Ｙ
ＥＳ”の場合には、ステップＳ２５９で削除ボタン（図
示せず）をクリックする。“ＮＯ”の場合、そのままス
テップＳ２６５（図２７）に進む。

【０１３４】ステップＳ２４５の判断が“ＮＯ”であっ
た場合、事業体ＰＣ４８は、次のステップＳ２６０で、
オプション表示要求ＩＤを入力する。応じて、ウェブサ
ーバ４２からそのＩＤに応じたオプション画面が送られ
てくるので、それがステップＳ２６２で表示される。そ
して、事業体ＰＣ４８は、そのオプション画面を削除す
るかどうかステップＳ２６３で判断し、“ＹＥＳ”の場
合には、ステップＳ２６４で削除ボタン（図示せず）を
クリックする。“ＮＯ”の場合、そのままステップＳ２
６５（図２７）に進む。

【０１３５】図２７のステップＳ２６５では、ヒストリ
カルトレンドグラフの再描画を要求するかどうか判断
し、“ＹＥＳ”のとき、ステップＳ２６６で表示中かど
うか判断する。ステップＳ２６６で“ＹＥＳ”が判断さ
れると、ステップＳ２６７でヒストリカルトレンドグラ
フが再描画される。その後、ステップＳ２６８におい
て、全体画面の再描画を要求するかどうか判断し、“Ｙ
ＥＳ”の場合、ステップＳ２６９で、運転状態全体表示
画面６０（図１５）が再描画される。そして、ステップ
Ｓ２７０において、ウェブサーバ４２との間の回線を切
断するかどうか判断し、“ＹＥＳ”なら、切断ボタン
（図示せず）を押す。“ＮＯ”ならステップＳ１９５に
戻る。

【０１３６】このようにして、事業体ＰＣ４８は、ウェ
ブサーバ４２にアクセスして、自己の契約サービスにつ
いて、水道施設管理情報を取得することができる。

【０１３７】次に、図３０に示す警報発生時のウェブサ
ーバ４２の動作について説明する。この図３０の最初の
ステップＳ２７２では、ウェブサーバ４２は、監視局か
らの警報入力があるかどうか判断し、もし、このステッ
プＳ２７２で“ＹＥＳ”を検出すると、ウェブサーバ４
２は、続くステップＳ２７３で、当該監視局から警報が
あったことを、図４に示すデータ収集データベース５６
にログを記録する。

【０１３８】その後、ウェブサーバ４２は、ステップＳ
２７４において、データベースＤＢ内の顧客管理データ
ベース５４（図３）から、緊急連絡先のデータを入手す
る。そして、ステップＳ２７５でその緊急連絡先からの
リプライメールを受け取っていないことを確認したら、
次のステップＳ２７６において、ウェブサーバ４２は、
先にステップＳ２７４で入手した緊急連絡先のリストの
全員に緊急メール（異常発生を知らせる）を送信したか
どうか判断する。

【０１３９】ステップＳ２７６で“ＮＯ”を判断したと
き、ウェブサーバ４２は、ステップＳ２７７でメール再
送回数が規定回数をオーバすることを判断するまで、ス
テップＳ２７８で、まず、再優先緊急連絡先のメールア
ドレスに緊急メールを送信する。つまり、ステップＳ２
７７で“ＮＯ”が判断されると、ステップＳ２７８でメ
ールを送信する。そして、ステップＳ２７９で再送時間
になるまでまって、ステップＳ２７７に戻る。

【０１４０】もし、最優先緊急連絡先にメールが送信で
きず再送回数が規定回数を超えたと判断したら、ウェブ
サーバ４２は、ステップＳ２８０で、メールの宛先をメ
ールリストの次の連絡先に変更する。そして、このステ
ップＳ２８０の処理が済むと、ウェブサーバ４２は、先
のステップＳ２７５でリプライメールを確認する。も
し、ステップＳ２７５でリプライメールを確認できれ
ば、緊急メールが少なくとも１つの指定連絡先に送信で
きたことを意味し、この場合、ステップＳ２８４でログ
を記録してから、終了する。

【０１４１】ステップＳ２７６で“ＹＥＳ”が判断され
ると、すなわち、登録している緊急連絡先のメールアド
レスへは緊急メール（警報）が送信できなかったことを
意味し、その場合には、ウェブサーバ４２は、次のステ
ップＳ２８１で上記のようなメール送信（通信）ログを
データベースＤＢに記録した後、ステップＳ２８２で、
音声電話回線を利用して異常発生を知らせる。この場
合、そのような音声警報をデータとしてメモリに予め記
録しておいたものを再生することによって、自動的にス
テップＳ２８２が実行できる。その音声警報を相手が受
信したら、ステップＳ２８３で“ＹＥＳ”となり、ステ
ップＳ２８４でログを記録した後、終了する。ただし、
ステップＳ２８２は、ステップＳ２８３で“ＹＥＳ”が
確認されるまで繰り返し実行される。

【０１４２】つまり、この図３０からわかるように、い
ずれかの監視局からの異常通報があったとき、まず、メ
ール送信によってその異常発生を報知するが、メール送
信がうまく行かなかった場合には、音声連絡を選択し
て、このような異常警報が少なくとも１つの連絡先に届
くようにしている。なお、緊急連絡先としては、先に述
べたように、その水道事業者の管理責任者や管理要員が
当然考えられる。

【０１４３】次に、図３１に示すフロー図を参照して、
ウェブサーバ４２が監視局のＭＰＵ２０（図１）に対し
てデータ設定変更を指示するときの動作について説明す
る。

【０１４４】最初のステップＳ２８５で、ウェブサーバ
４２は、どれかの監視局に対してデータ設定を変更する
かどうか判断し、“ＹＥＳ”の場合、次のステップＳ２
８６で、変更設定データを当該監視局に送信するための
準備を行う。そして、ステップＳ２８７において、ウェ
ブサーバ４２は、監視局のデータ設定の変更を再確認す
る。このステップＳ２８７で“ＮＯ”の場合には、その
まま終了する。

【０１４５】ステップＳ２８７で“ＹＥＳ”が判断され
たとき、ウェブサーバ４２は、ステップＳ２８８で監視
局のＭＰＵ２０に対して接続を試み、かつ認証を開始す
る。そして、ステップＳ２８９で、ウェブサーバ４２
は、対象監視局のＭＰＵ２０がビジー状態にあるかどう
かおよび認証成功かどうか判断する。監視局のＭＰＵ２
０がビジーであるか認証不成功のとき、ウェブサーバ４
２は、続くステップＳ２９０で通信ログの再送準備をし
た後、ステップＳ２９１で、接続回数が規定回数をオー
バしたかどうか判断する。このステップＳ２９１で“Ｎ
Ｏ”のときは、ステップＳ２８６で再度接続および認証
を試みる。同様に、ステップＳ２９１で“ＹＥＳ”を判
断した場合でも、ステップＳ２９２を経て、ステップＳ
２８６に戻る。

【０１４６】ステップＳ２８９で“ＮＯ”が確認される
と、つまり相手先ＭＰＵ２０とうまく接続できかつ認証
もＯＫであるときには、ウェブサーバ４２は、ステップ
Ｓ２９３で、監視局すなわちＭＰＵ２０に対してデータ
設定変更のための認証を要求するコマンドを送信する。
このコマンド送信から一定時間応答がなければタイムア
ウトとなり、ステップＳ２９４で“ＹＥＳ”が判断さ
れ、ステップＳ２９５で接続解除処理を実行してステッ
プＳ２８５に戻る。

【０１４７】タイムアウトがなければ、ステップＳ２９
４で“ＮＯ”となり、ステップＳ２９６でステップＳ２
９３のコマンドに対して認証データを受信する。そし
て、ステップＳ２９７でウェブサーバ４２はこの受信し
た認証データを検定し、ＯＫかどうか判断する。認証が
不成功の場合、ステップＳ２９５に進む。

【０１４８】認証ＯＫの場合、ウェブサーバ４２は、現
在通信中のＭＰＵが対象監視局のものであると判断し、
ステップＳ２９８で設定変更要求コマンドをそのＭＰＵ
２０に送信する。ただし、このコマンドには当然設定変
更データも含まれる。そして、ステップＳ２９９のタイ
ムアウト期間にステップＳ３００でアクノレッジがある
と、ウェブサーバ４２は、次のステップＳ３０１でデー
タ設定変更要求をクリアするとともに、ステップＳ３０
２で通信ログを記録して終了する。ただし、ステップＳ
２９９でタイムアウトを検出した場合、ステップＳ２９
５の接続解除処理に進む。

【０１４９】図３２はウェブサーバ３２から監視局のＭ
ＰＵに対して、センサメンテナンス要求を送信する場合
の動作を示す。この図３２の最初のステップＳ３０３で
は、ウェブサーバ４２は、どれかの監視局に対してセン
サメンテナンス要求を送信するかどうか判断し、“ＹＥ
Ｓ”の場合、次のステップＳ３０４で、センサメンテナ
ンス要求を送信するための準備を行う。そして、ステッ
プＳ３０５において、ウェブサーバ４２は、センサメン
テナンス要求送信を再確認する。このステップＳ３０５
で“ＮＯ”の場合には、そのまま終了する。

【０１５０】ステップＳ３０５で“ＹＥＳ”が判断され
たとき、ウェブサーバ４２は、ステップＳ３０６で監視
局のＭＰＵ２０に対して接続を試み、かつ認証を開始す
る。そして、ステップＳ３０７で、ウェブサーバ４２
は、対象監視局のＭＰＵ２０がビジー状態にあるかどう
かおよび認証成功かどうか判断する。監視局のＭＰＵ２
０がビジーであるか認証不成功のとき、ウェブサーバ４
２は、続くステップＳ３０８で通信ログの再送準備をし
た後、ステップＳ３０９で、接続回数が規定回数をオー
バしたかどうか判断する。このステップＳ３０９で“Ｎ
Ｏ”のときは、ステップＳ３０４で再度接続および認証
を試みる。同様に、ステップＳ３０９で“ＹＥＳ”を判
断した場合でも、ステップＳ３１０を経て、ステップＳ
３０４に戻る。

【０１５１】ステップＳ３０７で“ＮＯ”が確認される
と、つまり相手先ＭＰＵ２０とうまく接続できかつ認証
もＯＫであるときには、ウェブサーバ４２は、ステップ
Ｓ３１１で、監視局すなわちＭＰＵ２０に対してセンサ
メンテナンス要求送信ための認証を要求するコマンドを
送信する。このコマンド送信から一定時間応答がなけれ
ばタイムアウトとなり、ステップＳ３１２で“ＹＥＳ”
が判断され、ステップＳ３１３で接続解除処理を実行し
てステップＳ３０３に戻る。

【０１５２】タイムアウトがなければ、ステップＳ３１
２で“ＮＯ”となり、ステップＳ３１４でステップＳ３
１１の認証要求コマンドに応答する認証データを受信す
る。そして、ステップＳ３１５でウェブサーバ４２はこ
の受信した認証データを検定し、ＯＫかどうか判断す
る。認証が不成功の場合、ステップＳ３１３に進む。

【０１５３】認証ＯＫの場合、ウェブサーバ４２は、現
在通信中のＭＰＵが対象監視局のものであると判断し、
ステップＳ３１６で、対象センサを特定するＩＤなどと
ともに、センサメンテナンス要求コマンドをそのＭＰＵ
２０に送信する。そして、ステップＳ３１７のタイムア
ウト期間にステップＳ３１８で応答（リプライ）または
アクノレッジがあると、ウェブサーバ４２は、次のステ
ップＳ３１９センサメンテナンスが監視局において終了
したかどうか判断する。この判断のためには、先に説明
したように、監視局のＭＰＵ２０からセンサメンテナン
スが終了するまでの刻々のデータを受信する。そして、
ＭＰＵから終了通知が送信された段階で、ステップＳ３
１９で“ＹＥＳ”が判断できる。このステップＳ３１９
で“ＮＯ”が判断されている限り、ウェブサーバ４２
は、ステップＳ３１６−Ｓ３１９を繰り返し実行する。

【０１５４】ステップＳ３１９で“ＹＥＳ”が判断され
ると、ウェブサーバ４２は、次のステップＳ３１０で、
ＭＰＵ２０の実行したセンサメンテナンスが正常である
かどうか判断する。この判断のためにも、ＭＰＵ２０か
らウェブサーバ４２に対して、センサメンテナンス終了
後のデータが送信される。したがって、ウェブサーバ４
２は、その終了後データをみて、正常かどうか判断でき
る。不正常であれば、ウェブサーバ４２は、管理コンソ
ールにその旨表示するとともに、センサメンテナンスロ
グを記録する（ステップＳ３２１）。そして、ステップ
Ｓ３２２でセンサメンテナンス要求をクリアするととも
に、ステップＳ３２３で通信ログを記録して終了する。

【０１５５】図３３は、ウェブサーバ４２におけるユー
ザ管理動作を示すフロー図である。図３３の最初のステ
ップＳ３２４において、ウェブサーバ４２は、事業体コ
ンピュータ（ＰＣ）４８Ａ等のブラウザからの通信要求
が入力されたかどうか判断し、ブラウザからの通信要求
があると、ステップＳ３２５において、ウェブサーバ４
２は、その通信要求を出したブラウザ（事業体ＰＣ）に
対して認証要求画面を表示する。その後、ステップＳ３
２６でタイムアウトが発生したかどうか判断し、タイム
アウトが発生したのであれば、ステップＳ３２７におい
て、タイムアウトエラーメッセージを当該事業体ＰＣ４
８に送信して終了する。

【０１５６】タイムアウトはなく、したがって、時間内
に認証データが入力された場合、ウェブサーバ４２は、
ステップＳ３２８でその入力認証データを検定して、認
証がＯＫかどうか判断する。ステップＳ３２８で“Ｎ
Ｏ”が判断されると、すなわち、認証が不成功の場合、
ステップＳ３２９で、ステップＳ３２６と同様に、当該
事業体ＰＣ４８に認証エラーメッセージを送信して終了
する。

【０１５７】ステップＳ３２８で認証成功を判断したと
き、ウェブサーバ４２は、ステップＳ３３０データベー
スＤＢから契約サービスに関するデータを入力して、当
該ブラウザを有する事業体ＰＣ４８とウェブサーバ４２
との間で契約しているサービスを確認する。

【０１５８】続いて、ステップＳ３３１で、ウェブサー
バ４２は、確認したサービス内容に基づいて、事業体Ｐ
Ｃ４８に図３４に示すサービス変更画面１１６を送信し
表示させる。そして、ステップＳ３３２において、ウェ
ブサーバ４２は、当該ブラウザはアクティブかどうか判
断する。もし、ブラウザがアクティブでなければ、アク
ティビティエラーメッセージを事業体ＰＣ４８に送信し
て終了する。

【０１５９】このサービス変更画面１１６には、データ
配信サービス，データ精度・確度あるいはオプションサ
ービスについて、現状データに従って各項目毎に契約の
有無や要求仕様が表示され、ユーザがそれらのいずれか
を変更したいとき、プルダウンメニュー形式の選択ボタ
ン１１８を操作して、変更要求項目を選択する。具体的
には、図３４の例でいえば、データ配信サービスには、
全部の監視局に共通するデータと、各監視エリア別のデ
ータとがある。そして、センサ項目として、残塩濃度，
色度，濁度，ｐＨ，水温，水圧および電気伝導度があ
る。また、センサデータを採取する時間間隔、すなわ
ち、サンプリング周期や、ウェブサーバ４２によるデー
タ収集周期なども設定可能である。また、データ精度・
確度については、高精度か普通かの設定が可能である。
そして、オプションサービスとしては、先の図２５に示
す直結給水可能エリアの解析や水道管破裂事故の有無の
連絡等が予定されている。

【０１６０】この画面１１６には、さらに、設定ボタン
１２０およびコスト計算ボタン１２２が形成されてい
る。設定ボタン１２０は、ユーザが変更入力の後、その
内容でよいときユーザがクリックするボタンである。コ
スト計算ボタン１２２は、その変更に伴って請求額がど
のように変化するかを判断するために、サービス変更後
のコスト計算を要求するときにユーザが操作するボタン
である。

【０１６１】アクティビティエラーがなければ、ウェブ
サーバ４２は、続くステップＳ３３４で、ユーザＰＣ４
８からどのサービス要求があったか判断する。つまり、
ユーザすなわち事業体は、ウェブサーバ４２に対して設
定要求かあるいはコスト計算要求を出すことができ、ス
テップＳ３３４では、そのどちらが要求されたのか判断
する。

【０１６２】もし、ユーザの要求が設定要求であれば、
ステップＳ３３４からステップＳ３３５に進み、このス
テップＳ３３５で、ウェブサーバ４２は、ユーザＰＣ４
８から指示された変更メッセージに応じて、ユーザの確
認のために、サービス変更画面を再表示させる。それと
ともに、ウェブサーバ４２は、ステップＳ３３６で自己
の顧客管理データベース５４（図３）を更新し、さらに
はステップＳ３３７で、変更内容をユーザＰＣないし事
業体ＰＣ４８に文書で送付して、ステップＳ３３２に戻
る。

【０１６３】ユーザの要求がコスト計算であった場合、
ウェブサーバ４２は、次のステップＳ３３８において、
コストを計算し、ステップＳ３３９でサービス変更画面
を再描画させて、ステップＳ３３２に戻る。

【０１６４】なお、コスト計算については、請求期間内
で最大サービス（図３５に示すサービス量の最大）を基
準に計算する定額方式と、設定による基本料金に図３５
に示す請求期間（サービス期間）を乗じた従量方式など
様々な方式が考えられるので、そのいずれの方式を採用
してもよい。ただし、変更後のサービスを開始するの
は、ユーザによってその新料金が承認された後になるの
は、勿論である。

【０１６５】図３６はサービス変更設定の際に、図３３
のウェブサーバ動作と連係する事業者ＰＣ（ユーザＰ
Ｃ）４８の動作を示すフロー図である。まず、最初のス
テップＳ３４０において、事業体ＰＣ４８は、ブラウザ
を起動してウェブサーバ４２に接続する。続く、ステッ
プＳ３４１において、ウェブサーバから送信されてきた
認証要求画面が表示され、検定結果がウェブサーバ４２
から送られてくる。そして、認証ＯＫになれば、ウェブ
サーバ４２からサービス変更画面が送られてくるので、
このサービス変更画面１１６（図３４）をステップＳ３
４３で表示する。

【０１６６】次いで、事業体ＰＣ４８は、ステップＳ３
４４で、ウェブサーバ４２からアクティビティ確認要求
が送信されたかどうか判断し、“ＹＥＳ”の場合には、
そのアクティビティ確認要求に対して、ステップＳ３４
５で応答し、サービス選択（ステップＳ３４６）に進
む。

【０１６７】なお、事業体ＰＣ４８では、先に説明した
ように、ステップＳ３４３で表示された現状の契約内容
に基づく画面中で、変更内容を入力する。そして、ステ
ップＳ３４６において、その変更内容で確定したいと
き、図３４に示す設定ボタン１２０をクリックし、コス
ト計算を要求するなら、コスト計算ボタン１２２（図３
４）クリックする。

【０１６８】ステップＳ３４６で設定ボタン１２０が操
作された場合には、ウェブサーバ４２から変更後のサー
ビ変更画面が送信されるのでそれを再描画し（ステップ
Ｓ３４７）、ステップＳ３４８でその画面を削除するか
どうか判断する。削除する場合には、先に説明した同様
の場合と同じように、削除ボタン（図示せず）を操作す
ればよい。削除しないのであれば、ステップＳ３４４に
戻る。

【０１６９】ステップＳ３４６でコスト計算ボタン１２
２が操作された場合には、ウェブサーバ４２からコスト
計算付の変更後のサービ変更画面が送信されるのでそれ
を再描画し（ステップＳ３４９）、ステップＳ３４９で
その画面を削除するかどうか判断する。削除しないので
あれば、ステップＳ３４４に戻る。

【０１７０】図３７および図３８は、それぞれ、特に先
に説明したウェブサーバ４２からの警報送信に対する携
帯電話（ｉモード）または音声電話（通常電話）の応答
動作を示すフロー図である。

【０１７１】図３７の場合、ステップＳ３５１でウェブ
サーバ４２からｉモードを通してメールを受信すると、
ステップＳ３５２でそのメールを確認した後、ステップ
Ｓ３５３でリプライメールを送信するかどうか判断す
る。このリプライメールの送信は、たとえばサブメニュ
ーの「返信」にカーソルをあわせるだけで簡単に送信で
きる。そして、ステップＳ３５４でリプライメールをウ
ェブサーバ４２に送信して、終了する。

【０１７２】図３８の場合、ステップＳ３５５でウェブ
サーバ４２から発呼を受けると、ステップＳ３５６でそ
の発呼に伴う音声を聴取し確認する。その後、ステップ
Ｓ３５７で受領コードを送信するかどうか判断する。そ
して、ステップＳ３５８で受領コードをウェブサーバ４
２に送信して、終了する。

【０１７３】なお、システム１０の運営者は、各事業体
との契約に従って、たとえば１ケ月単位で、もしくは１
年単位で、各事業体に費用請求することになるが、監視
局を除いて、システム１０のほとんどのハードウェアや
ソフトウェアを複数の各事業体で共通に使用できるの
で、システム利用効率が向上し、投資費用に見合う収入
が期待できる。

【図面の簡単な説明】

【図１】図１はこの発明の一実施例である水道情報管理
システムを示す図解図である。

【図２】図２は図１実施例の監視局のセンサの一例を示
す図解図である。

【図３】図３はウェブサーバの顧客管理データベースを
示す図解図である。

【図４】図４はウェブサーバの計測データベースを示す
図解図である。

【図５】図５はウェブサーバの警報発生要件データベー
スを示す図解図である。

【図６】図６は図１実施例における監視局のデータ収集
動作を示すフロー図である。

【図７】図７は図１実施例における監視局のデータ送信
動作を示すフロー図である。

【図８】図８は図７に後続する監視局のデータ送信動作
を示すフロー図である。

【図９】図９は図８に後続する監視局のデータ送信動作
を示すフロー図である。

【図１０】図１０は図１実施例におけるウェブサーバの
監視局からのデータ受信動作を示すフロー図である。

【図１１】図１１は図１０に後続するデータ受信動作を
示すフロー図である。

【図１２】図１２は図１実施例において事業体ＰＣがウ
ェブサーバにアクセスしたときのウェブサーバの動作を
示すフロー図である。

【図１３】図１３は図１２に後続するウェブサーバ動作
を示すフロー図である。

【図１４】図１４は図１３に後続するウェブサーバ動作
を示すフロー図である。

【図１５】図１実施例で事業体ＰＣに表示される運転情
報全体表示画面の一例を示す図解図である。

【図１６】図１実施例で事業体ＰＣに表示される日報表
示画面の一例を示す図解図である。

【図１７】図１実施例で事業体ＰＣに表示される警報履
歴表示画面の一例を示す図解図である。

【図１８】図１実施例で事業体ＰＣに表示される共通設
定画面の一例を示す図解図である。

【図１９】図１実施例で事業体ＰＣに表示される水質デ
ータ表示画面（瞬時値）の一例を示す図解図である。

【図２０】図１実施例で事業体ＰＣに表示される個別設
定画面の一例を示す図解図である。

【図２１】図１実施例で事業体ＰＣに表示される水質デ
ータ表示画面（リアルタイムトレンドグラフ）の一例を
示す図解図である。

【図２２】図１実施例においてオプションで事業体ＰＣ
に表示される水圧異常診断表示画面の一例を示す図解図
である。

【図２３】図１実施例においてオプションで事業体ＰＣ
に表示される水圧変動グラフ表示画面の一例を示す図解
図である。

【図２４】図１実施例においてオプションで事業体ＰＣ
に表示される水圧分布表示画面の一例を示す図解図であ
る。

【図２５】図１実施例においてオプションで事業体ＰＣ
に表示される直結給水可能エリア表示画面の一例を示す
図解図である。

【図２６】図１実施例においてオプションで事業体ＰＣ
に表示される水質異常診断表示画面の一例を示す図解図
である。

【図２７】図１実施例において事業体ＰＣがウェブサー
バをアクセスしてデータ配信を受ける動作を示すフロー
図である。

【図２８】図２７に後続する事業ＰＣの配信データ受信
動作を示すフロー図である。

【図２９】図２８に後続する事業ＰＣの配信データ受信
動作を示すフロー図である。

【図３０】図１実施例におけるウェブサーバの警報発生
動作を示すフロー図である。

【図３１】図１実施例においてウェブサーバから監視局
へのデータ送信および設定変更送信動作を示すフロー図
である。

【図３２】図１実施例においてウェブサーバから監視局
へのデータ送信およびセンサメンテナンス送信動作を示
すフロー図である。

【図３３】図１実施例におけるウェブサーバのユーザ管
理動作を示すフロー図である。

【図３４】図１実施例においてサービス変更の場合にウ
ェブサーバから事業体ＰＣに送信されるサービス変更画
面を示す図解図である。

【図３５】図１実施例におけるコスト計算の考え方を示
す図解図である。

【図３６】図１実施例における事業体ＰＣのウェブサー
バへのサービス要求動作を示すフロー図である。

【図３７】図１実施例において携帯電話でメールを受信
する動作を示すフロー図である。

【図３８】図１実施例において通常電話で異常警報を受
信する動作を示すフロー図である。

【符号の説明】

１０ …水道施設情報管理システム １２ …公衆回線網 １４ …インタネット網 １６Ａ，１６Ｂ …監視局グループ １６ａ１，１６ａ２ …監視局 １８ …センサ ２０ …ＭＰＵ ２４Ａ，２４Ｂ …データ収集ＰＣ ４２ …ウェブサーバ ４４ …解析用ＰＣ ＤＢ …データベース ４８Ａ，４８Ｂ …事業体ＰＣ ５２ …携帯電話

───────────────────────────────────────────────────── フロントページの続き (72)発明者 橋本 雅至 大阪市浪速区敷津東１丁目２番47号 株式 会社クボタ内 (72)発明者 千葉 胤和 兵庫県尼崎市浜１丁目１番１号 株式会社 クボタ技術開発研究所内 (72)発明者 ▲高▼畠 義明 兵庫県尼崎市浜１丁目１番１号 株式会社 クボタ技術開発研究所内 (72)発明者 古和田 浩光 兵庫県尼崎市浜１丁目１番１号 株式会社 クボタ技術開発研究所内 Ｆターム(参考） 5B049 BB00 CC00 DD00 EE00 GG04 GG06 GG07 GG09

Claims (12)

【特許請求の範囲】
1. 【請求項１】事業体が運用するプラント施設を管理する
   方法であって、 (a) 前記事業体に代わって前記プラント施設に監視セン
   サを設置し、 (b) 前記センサから測定データを収集し、そして(c) 前
   記測定データに基づく情報をインタネットを通して前記
   事業体に配信する、プラント施設の管理方法。
2. 【請求項２】事業体が運用するプラント施設を管理する
   サービスシステムであって、 前記事業体に代わって前記プラント施設に設置したセン
   サ、および前記監視センサから測定データを収集して前
   記プラントの管理情報を作成するウェブサーバを備え、 前記事業体の端末がインタネットを通して前記ウェブサ
   ーバにアクセスしたとき前記管理情報を送信する、プラ
   ント施設管理サービスシステム。
3. 【請求項３】前記ウェブサーバは少なくとも顧客管理番
   号や契約内容を蓄積している顧客管理データベースを有
   し、 前記ウェブサーバがアクセスされたとき、前記ウェブサ
   ーバは前記顧客管理データベースを参照して当該アクセ
   ス端末が契約した事業体のものかどうか判断して該当す
   る場合にのみ前記管理情報を送信する、請求項１記載の
   プラント施設管理サービスシステム。
4. 【請求項４】前記アクセス端末はコンピュータおよび携
   帯電話の少なくとも１つを含む、請求項３記載のプラン
   ト施設管理システム。
5. 【請求項５】前記ウェブサーバは、 前記測定データに基づいて複数の管理情報を作成し、 前記事業体の端末がアクセスしたとき前記複数の管理情
   報を選択できるメニュー画面を前記端末に表示し、 前記メニュー画面で選択された管理情報を前記端末に送
   信する、請求項３または４記載のプラント施設管理サー
   ビスシステム。
6. 【請求項６】前記複数の管理情報は、通常管理情報とオ
   プション契約によってのみ提供するオプション管理情報
   とを含み、 前記メニュー画面は前記通常管理情報メニュー選択ボタ
   ンと前記オプション管理情報選択ボタンとを表示する、
   請求項５記載のプラント施設管理サービスシステム。
7. 【請求項７】前記プラント施設は水道施設を含み、前記
   オプション管理情報は、センサで入手された情報を基に
   解析ならびに統計処理を施した結果である、直結給水の
   可否情報，水圧異常時の原因推定情報および配管網を変
   更した場合の水圧分布情報の少なくとも１つを含む、請
   求項６記載のプラント施設管理サービスシステム。
8. 【請求項８】前記監視センサは、水道施設の管理に必要
   とする監視項目である水圧，水位，流量，流向，残留塩
   素濃度，色度，濁度，ｐＨ，電気伝導率，水温および画
   像のいずれかを計測する、請求項６または７記載のプラ
   ント施設管理サービスシステム。
9. 【請求項９】前記ウェブサーバは、前記事業体の端末か
   らの要求に応じてサービス変更画面を提示し、前記サー
   ビス変更画面で設定される変更事項を前記顧客管理デー
   タベースに登録する、請求項３記載のプラント施設管理
   サービスシステム。
10. 【請求項１０】前記サービス変更画面は、変更事項を設
    定する設定ボタンおよびコスト計算ボタンを含み、 前記コスト計算ボタンが操作されたとき前記ウェブサー
    バは前記変更に伴うコストを計算して前記端末に提示す
    る、請求項９記載のプラント施設管理サービスシステ
    ム。
11. 【請求項１１】前記ウェブサーバは前記プラント施設に
    異常が発生したとき前記事業体の端末に警報メールを送
    信する、請求項３記載のプラント施設管理サービスシス
    テム。
12. 【請求項１２】前記警報メールの送信先として複数のメ
    ールアドレスを前記顧客管理データベースに優先順位と
    ともに登録しておき、 前記ウェブサーバは優先順位の上位のメールアドレスか
    らリプライメールを一定時間内に受信しないとき、次の
    優先順位のメールアドレスに前記警報メールを送信す
    る、請求項１１記載のプラント施設管理サービスシステ
    ム。