JP2003123175A - 廃ガス排出系管理方法及びシステム - Google Patents

Abstract

(57)【要約】 【課題】 廃ガス排出系に設けられた環境機器の管理を
低コストで充分に行える方法及びシステムを提供し、企
業や自治体等の環境対策の一助とする。 【解決手段】 二以上の廃ガス排出系１の管理を一括し
て行う方法及びシステムである。各廃ガス排出系１にお
けるデータがデータ採取器２により採取され、施設内コ
ンピュータ４によりネットワーク３を介して管理用サー
バ５に送信される。管理用サーバ５は、受信したデータ
を時系列的に記憶するとともに、データが異常値か否か
を判断する。データが異常値である場合、管理用サーバ
５はその旨を当該廃ガス排出系１の管理者の端末に電子
メール送信する。データは、廃ガス排出系１を特定する
情報とともにデータベース化されて管理用サーバ５のハ
ードディスク５３に保存される。

Description

【発明の詳細な説明】

【０００１】

【発明が属する技術分野】本願の発明は、各種プラント
やゴミ処理施設等における廃ガスの排出に関するもので
ある。

【０００２】

【従来の技術】現在、各種プラント、ゴミ処理施設等で
は、廃ガス排出系による廃ガスの排出が行われている。
廃ガス排出系は、多くの場合、排気筒につながる排出ダ
クトと、排気ダクトを通して排気筒から廃ガスを排出す
る送風機等から構成されている。

【０００３】

【発明が解決しようとする課題】近年における環境に対
する配慮の高まりから、このような廃ガスの排出につい
ても、法令や条例等により厳しい基準が設けられるよう
になってきている。具体的には、排出される廃ガスの温
度、廃ガス中の一酸化炭素等の有害ガスの量等について
基準値が定められており、基準値以下で操業することが
求められている。また、法令を遵守することは勿論であ
るが、環境に配慮した姿勢をアピールすることも、企業
経営の重要な側面となっている。この点は、ＩＳＯ１４
０００シリーズのような環境に関する品質規格の取得が
盛んに行われていることにも現れている。このようなこ
とから、廃ガスを排出する企業や自治体等は、廃ガスを
浄化する設備に多くの投資を行っている。具体的には、
廃ガス排気系に、サイクロン、バグフィルタ、スクラバ
等の集塵装置を設けたり、悪臭除去装置やミストコレク
タ等を設けたりしている。

【０００４】しかしながら、このような設備投資を行っ
ても、きちんとした設備の管理を行っていないと、充分
な効果が得られないこともある。例えば、フィルタは、
使用するうちに目詰まりを起こすから、ある程度の期間
使用した後、交換する必要がある。しかしながら、どの
程度の期間使用した後に交換すべきかは、廃ガスの流量
や除去すべき塵の量や大きさ等にもよる。従って、施設
の運転状況に応じて管理者が適切なタイミングでフィル
タを交換することが重要である。

【０００５】また、廃ガス浄化設備は、その仕様や設計
に応じた適切な条件で使用する必要がある。不適切な条
件で使用されると、廃ガス浄化設備が充分に機能せず、
有害な廃ガスが排出されてしまう恐れもある。従って、
廃ガス浄化設備が適切な条件で使用されているか、監視
する必要もある。このような廃ガス排出系の管理や監視
には、専任の担当者を設けることが好ましい。しかしな
がら、大規模なプラント等の場合はまだしも、小規模の
工場やゴミ処理施設等の場合には、専任の担当者を設け
ることは人件費が掛かりすぎて難しい場合が多い。とは
いえ、誤って有害な廃ガスは排出されると、法令違反は
さることながら、企業イメージに大きなダメージを与え
てしまう。

【０００６】本願発明は、係る課題を解決するために成
されたものであり、廃ガス排出系に設けられた環境機器
の管理を低コストで充分に行える方法及びシステムを提
供し、企業や自治体等の環境対策の一助となる技術的意
義を有するものである。

【０００７】

【課題を解決するための手段】上記課題を解決するた
め、本願の請求項１記載の発明は、廃ガスを排出する二
以上の廃ガス排出系の管理を一括して行う廃ガス排出系
管理方法であって、各廃ガス排出系におけるデータを採
取するよう各廃ガス排出系に設けられたデータ採取器が
採取したデータをネットワークを介して受信する受信ス
テップと、受信ステップで受信されたデータが異常値か
否かを判断する判断ステップと、判断ステップにおける
判断の結果、データが異常値である場合には、その旨を
当該廃ガス排出系の管理者が保有する端末に送信する送
信ステップとより成るという構成を有する。また、上記
課題を解決するため、請求項２記載の発明は、前記請求
項１の構成において、前記受信手段が受信する前記デー
タを、廃ガス排出系を特定する情報とともにデータベー
ス化して保存する保存ステップを有しているという構成
を有する。また、上記課題を解決するため、請求項３記
載の発明は、前記請求項１又は２の構成において、前記
受信手段が受信する前記データを時系列的に記憶する記
憶ステップを有しているという構成を有する。また、上
記課題を解決するため、請求項４記載の発明は、前記請
求項１乃至３いずれかの構成において、前記送信ステッ
プは、ネットワークを介した電子メールの形で前記デー
タが異常値である旨を送信するものであるという構成を
有する。また、上記課題を解決するため、請求項５記載
の発明は、前記請求項１乃至４いずれかの構成におい
て、記データベース手段に保存されたデータを、所定条
件を満たす閲覧希望者に閲覧させるデータ提供ステップ
を有しているという構成を有する。また、上記課題を解
決するため、請求項６記載の発明は、廃ガスを排出する
二以上の廃ガス排出系の管理を一括して行う廃ガス排出
系管理システムであって、各廃ガス排出系におけるデー
タを採取するよう各廃ガス排出系に設けられたデータ採
取器と、データ採取器が採取したデータをネットワーク
を介して受信する受信手段と、受信手段が受信したデー
タが異常値か否かを判断する判断手段と、判断手段によ
る判断の結果、データが異常値である場合には、その旨
を当該廃ガス排出系の管理者が保有する端末に送信する
送信手段とを備えているという構成を有する。また、上
記課題を解決するため、請求項７記載の発明は、前記請
求項６の構成において、前記受信手段が受信する前記デ
ータを、廃ガス排出系を特定する情報とともにデータベ
ース化して保存するデータベース手段を有しているとい
う構成を有する。また、上記課題を解決するため、請求
項８記載の発明は、前記請求項６又は７の構成におい
て、前記受信手段が受信する前記データを時系列的に記
憶する記憶部を有しているという構成を有する。また、
上記課題を解決するため、請求項９記載の発明は、前記
請求項６乃至８いずれかの構成において、前記送信手段
は、ネットワークを介した電子メールの形で前記データ
が異常値である旨を送信するものであるという構成を有
する。また、上記課題を解決するため、請求項１０記載
の発明は、前記請求項６乃至９いずれかの構成におい
て、前記データベース手段に保存されたデータを、所定
条件を満たす閲覧希望者に閲覧可能とするデータ提供手
段を備えているという構成を有する。

【０００８】

【発明の実施の形態】以下、本願発明の実施の形態（以
下、実施形態）について説明する。図１は、本願発明の
実施形態の廃ガス排出系管理システムの概略構成を示す
図である。図１に示すシステムは、廃ガスを排出する二
以上の廃ガス排出系１の管理を一括して行うシステムで
ある。このシステムは、各廃ガス排出系１に設けられた
データ採取器２と、データ採取器２から採取したデータ
をネットワーク３を介して受信する受信手段と、受信手
段が受信したデータが異常値か否かを判断する判断手段
と、判断手段による判断の結果に従って、廃ガス排出系
１の管理者が保有する端末に送信する送信手段とを備え
ている。

【０００９】本システムによって管理される廃ガス排出
系１は、前述した通り、排気筒１１につながる排気ダク
ト１２と、排気ダクト１２を通して排気筒１１から廃ガ
スを排出する送風機１３等から構成されており、プラン
ト、工場、ゴミ処理施設等の施設（以下、単に施設）１
０に設けられるものである。各廃ガス排出系１には、各
種の廃ガス浄化機器１４が設けられている。廃ガス浄化
機器１４は、前述したように、サイクロン、バグフィル
タ、スクラバ等の集塵装置であったり、悪臭除去装置や
ミストコレクタ等である。これらの廃ガス浄化装置の構
成は、各施設１０で同様ではなく、その施設１０から排
出される廃ガスの特性や成分等によって異なる。

【００１０】データ採取器２は、廃ガス排出系１の稼働
状況のデータを採取するものである。データ採取器２
は、排出される廃ガスについて監視すべき項目に従って
設けられている。図２は、データ採取器２の一例につい
て示した図である。図２に示すデータ採取器２は、廃ガ
ス浄化機器１４としてのフィルタの目詰まりを監視する
ものとなっている。具体的には、データ採取器２は、排
気ダクト１２内の空間のうち、フィルタの上流側の空間
と下流側の空間との差圧を計測するものとなっている。
より具体的には、データ採取器２は、フィルタの両側の
流路上に設けられた一対の静圧管２１，２２と、ダイヤ
フラム等を使用して静圧管２１，２２内の圧力差を計測
する差圧計２３とから主に構成されている。フィルタに
目詰まりがない場合、一対の静圧管上２１，２２の差圧
は実質的にゼロか又はかなり小さいが、目詰まりが生ず
ると、ある程度の大きさになる。従って、差圧計２３の
計測値を監視することで、フィルタに問題となる目詰ま
りが発生したかどうか判断することができる。

【００１１】この他、データ採取器２としては、ＣＯ
（一酸化炭素）のような有毒ガスの濃度を測定するも
の、スクラバの捕集液の特性を監視するもの、排気ダク
ト１２内の廃ガスの温度を計測するもの等がある。ま
た、廃ガスを冷却水で冷却する冷却塔が備えられている
場合、この冷却水の温度を計測するようなものがデータ
採取器２として用いられる場合もある。

【００１２】また、各施設１０には、これらのデータ採
取器２で採取されたデータを送信する送信手段（以下、
施設側送信手段）が設けられている。施設側送信手段
は、ネットワーク３を介してデータを受信手段に送信す
るものである。ネットワーク３は、本実施形態ではイン
ターネットであり、施設側送信手段は、インターネット
を介してデータの送信が可能なコンピュータ（以下、施
設内コンピュータ）４によって構成されている。

【００１３】各データ採取器２は、不図示のアナログデ
ジタル変換器を介して施設内コンピュータ４に接続され
ている。施設内コンピュータ４は、ＴＣＰ／ＩＰインタ
ーフェース等、インターネットに接続する環境を整えて
いる。施設内コンピュータ４は、プロセッサ４１、メモ
リ４２、ハードディスク４３等を備えている。ハードデ
ィスク４３には、送信用ファイル４３１がインストール
されている。送信用ファイル４３１は、受信手段に送信
されるものであり、各データ採取器２からのデータをま
とめて記録したファイルである。

【００１４】各データ採取器２につながる不図示のアナ
ログデジタル変換器は、ＲＳ２３２Ｃのような汎用イン
ターフェースを介して施設内コンピュータ４のそれぞれ
のポートに接続されている。施設内コンピュータ４のハ
ードディスク４３には、監視プログラム４３２がインス
トールされて常時起動している。監視プログラム４３２
は、各データ採取器２が接続されたポートに入力されて
いるデータを所定の周期で取り出し、メモリ４２に一時
的に記憶する。そして、データをポート番号に対応した
採取器ＩＤとともに送信用ファイル４３１に記憶する。
送信用ファイル４３１は、採取器ＩＤ、データ、データ
読み出し日時等がフィールドになったデータベース形式
のファイルである。図３に、送信用ファイル４３１の内
容の一例を示す。監視プログラム４３２は、所定の周期
毎に各ポートにアクセスしてデータを取り出し、送信用
ファイル４３１を更新する。所定の周期とは、数秒〜数
十秒程度である。

【００１５】一方、受信手段は、本実施形態の廃ガス管
理システムの中核を成す管理センター内に設けられてい
る。受信手段は、ネットワーク３に接続された管理用の
サーバコンピュータ（以下、管理用サーバ）５である。
管理用サーバ５は、ファイアウォール６を介してネット
ワーク３に接続されている。

【００１６】管理用サーバ５は、プロセッサ５１、メモ
リ５２、記憶部としてのハードディスク５３、ＴＣＰ／
ＩＰを始めとする各種インターフェース５４等を備えて
いる。ハードディスク５３には、受信手段、判断手段、
送信手段をそれぞれ構成する管理プログラム５３１がイ
ンストールされている。また、管理プログラム５３１
は、方法の発明の実施形態において、受信ステップ、保
存ステップ、記憶ステップ、判断ステップ及び送信ステ
ップを実行するものである。管理用サーバ５のハードデ
ィスク５３には、各施設１０に関する諸情報を登録した
データベースファイル（以下、施設情報ＤＢＦ）５３２
がインストールされている。また、ハードディスク５３
には、施設情報ＤＢＦ５３２を始めとする各種データベ
ースファイルを管理する不図示のデータベース管理プロ
グラムがインストールされている。

【００１７】図４は、施設情報ＤＢＦ５３２の構造を示
す図である。図４に示すように、施設情報ＤＢＦ５３２
は、施設名称、運営主体、施設ＩＤ、ＩＰアドレス、採
取器名称、採取器ＩＤ、基準値、緊急送信先等のフィー
ルドから成るレコードを多数登録したものとなってい
る。施設ＩＤは、施設１０毎に付与されたＩＤであり、
管理用サーバ５内での管理のための情報である。ＩＰア
ドレスは、その施設１０に備えられた施設内コンピュー
タ４のＩＰアドレスである。採取器名称はデータ採取器
２の名称、採取器ＩＤはデータ採取器２毎に付与された
ＩＤである。基準値は、データが異常値であるかどうか
判断する際の基準となる値であり、採取器ＩＤ毎に予め
定められて登録されている。緊急送信先は、その施設内
コンピュータ４から送信されたデータが異常値であると
判断された場合の送信先である。本実施形態では、緊急
送信は電子メールの形で行われるようになっており、緊
急送信先は電子メールアドレスが登録されている。

【００１８】また、管理用サーバ５のハードディスク５
３には、各施設内コンピュータ４から送られるデータを
保存したデータベースファイル（以下、管理データＤＢ
Ｆ）５３３がインストールされている。図５は、管理デ
ータＤＢＦ５３３の構造を示す図である。図５に示すよ
うに、管理データＤＢＦ５３３は、図２に示す送信用フ
ァイル４３１の情報に、施設名称、施設ＩＤ等を追加し
たものとなっている。管理データＤＢＦ５３３は、後述
するように、施設内コンピュータ４から送信を受けるた
びにデータが追加される、即ちレコードが１つ追加され
る。尚、管理データＤＢＦ５３３は、ファイル転送日時
のフィールドを有している。これは、施設内コンピュー
タ４からファイルが転送された日時を登録するフィール
ドである。

【００１９】図６は、管理用サーバ５で実行される管理
プログラム５３１の概略構成を示すフローチャートであ
る。管理プログラム５３１は、本システムの稼働中、常
に動作するようになっている。管理プログラム５３１
は、各施設１０のデータ採取器２からのデータを逐次受
信するものである。以下、方法の発明の実施形態の説明
も兼ねて、管理プログラム５３１の詳細について説明す
る。

【００２０】管理プログラム５３１は、まず、受信ステ
ップを行う。即ち、施設情報ＤＢＦ５３２を開き、最初
のレコードの情報を読み出してメモリ５２に一時的に記
憶する。各情報は、各々のメモリ変数に代入される。そ
して、メモリ５２に記憶した情報のうち、ＩＰアドレス
を読み出し、そのＩＰアドレスにネットワーク３を介し
てアクセスする。そして、該当する施設内コンピュータ
４のハードディスク４３の送信用ファイル４３１を転送
させる。管理プログラム５３１は、転送された送信用フ
ァイル４３１を開き、送信用ファイル４３１内のデータ
を一時的にメモリ５２に記憶する。データは、各々のメ
モリ変数に代入される。

【００２１】次に、管理プログラム５３１は、保存ステ
ップ及び記憶ステップを行う。即ち、管理プログラム５
３１は、該当する施設１０の管理データＤＢＦ５３３を
開く。そして、メモリ５２のデータを読み出して、管理
データＤＢＦ５３３に新しいレコードとして追加する。
データには、前述したように、読み出し日時が含まれて
いる。従って、管理データＤＢＦ５３３の追加されるレ
コードは、時系列的なものとなる。

【００２２】次に、管理プログラム５３１は、判断ステ
ップを行う。即ち、メモリ５２から、各データ採取器２
毎に、データと基準値とを読み出す。そして、読み出さ
れたデータと基準値とを比較し、データが異常値でない
かどうか判断する。例えば、データ採取器２がフィルタ
の前後の差圧を計測するものである場合には、その差圧
が基準値以上でないか判断する。また、データ採取器２
が廃ガスの温度を計測するものである場合には、計測さ
れた温度が基準値以上でないかどうか判断する。さらに
は、データ採取器２がスクラバの液のｐｈ値を計測する
場合には、ｐｈ値が基準値以上（又は以下）でないか判
断する。また、データ採取器２がＣＯの濃度を測定する
ものである場合には、その濃度が基準値以上でないか判
断する。

【００２３】図６に示すように、管理プログラム５３１
は、データが異常値であると判断した場合、送信プログ
ラム５３４を起動させ、送信ステップを行う。送信プロ
グラム５３４は、管理プログラム５３１のサブプログラ
ムとしてハードディスク５３にインストールされている
ものである。送信プログラム５３４が起動すると、メモ
リ５２から、施設名称や採取器名称の情報とともに、異
常値が検出された旨を知らせる電子メールが作成され
る。図７は、異常値の検出を知らせる電子メールの例に
ついて示した図である。尚、採取器名称は、異常値であ
ると判断された際の採取器ＩＤに従ってメモりから読み
出す。送信プログラム５３４は、図７に示すような電子
メールを作成した後、メモリ５２から「緊急送信先」を
読み出し、そのアドレスにネットワーク３を介して送信
する。尚、緊急送信先は、該当する施設１０の施設内コ
ンピュータ４である場合もある。

【００２４】このようにして、一つの施設１０のすべて
のデータ採取器２について、受信したデータと、予め登
録されている基準値との比較を順次行い、異常値である
と判断したら、送信プログラム５３４を起動させる。す
べてのデータ採取器２について比較が終了すると、一つ
の施設内コンピュータ４からのデータの処理が終了す
る。

【００２５】図６に示すように、管理プログラム５３１
は、次の施設内コンピュータ４からの受信を行う。即
ち、施設情報ＤＢＦ５３２内の次のレコードの情報を読
み出して各メモリ変数を更新する。メモリ５２からＩＰ
アドレスを読み出して施設内コンピュータ４にアクセス
し、送信用ファイル４３１を転送させ、送信用ファイル
４３１のデータで各メモリ変数を更新する。そして、該
当する管理データＤＢＦ５３３を開き、メモリ５２から
データを読み出して新しいレコードとして追加する。ま
た、メモリ５２からデータ採取器２毎にデータと基準値
を読み出し、異常値でないか判断する。異常値であれ
ば、送信プログラム５３４を起動させる。

【００２６】このようにして、逐次、施設内コンピュー
タ４からのデータを受信して処理する。すべての施設内
コンピュータ４からのデータの受信と処理が終わると、
１サイクルの処理が終了する。図６に示すように、管理
プログラム５３１は、１サイクルの処理が終了した後、
タイマーのカウントをスタートさせる。タイマーが所定
のカウント（以下、設定タイムラグ）に達すると、上述
した１サイクルの処理を再び繰り返す。従って、管理デ
ータＤＢＦ５３３には、設定タイムラグ毎に、新しいデ
ータのレコードが追加されることになる。

【００２７】本実施形態のシステムは、管理データＤＢ
Ｆ５３３内のデータを閲覧させるデータ提供手段を有し
ている。以下、この点について説明する。データ提供手
段は、管理用サーバ５と、管理用サーバ５のハードディ
スク５３にインストールされたプログラムやファイルに
よって構成されている。この実施形態では、管理データ
ＤＢＦ５３３内のデータは、インターネットであるネッ
トワーク３を経由したアクセスによって閲覧されるよう
になっている。具体的には、管理用サーバ５のハードデ
ィスク５３には、ｈｔｔｐｄを含む不図示のＷＷＷサー
バソフトウェアがインストールされており、ＷＷＷサー
バとしても機能するようになっている。また、管理用サ
ーバ５のハードディスク５３には、閲覧メニュー画面フ
ァイル５３５、閲覧ＣＧＩプログラム５３６等がインス
トールされている。

【００２８】また、図１に示すように、管理用サーバ５
とネットワーク３との間には、認証サーバ７が設けられ
ている。認証サーバ７や管理用サーバ５は、ファイアウ
ォール６を介してネットワーク３につながるイントラネ
ット３０上に接続されている。イントラネット３０及び
認証サーバ７も、管理センター内に設けられている。

【００２９】認証サーバ７は、所定条件を満たす者のみ
が管理用サーバ５へのアクセスできるようにするもので
ある。認証サーバ７が備えるハードディスク７１には、
認証画面ファイル７１１、認証用ＤＢＦ７１２及び認証
ＣＧＩプログラム７１３がインストールされている。認
証用ＤＢＦ７１２は、施設ＩＤ、ユーザーＩＤとパスワ
ードを施設１０毎に登録したデータベースファイルであ
る。尚、同一施設１０で複数の担当者が閲覧できるよ
う、一つの施設ＩＤに対して複数のユーザーＩＤとパス
ワードが発行される場合もある。

【００３０】認証サーバ７のＵＲＬは、各施設１０の担
当者等、管理データＤＢＦ５３３内のデータを閲覧する
必要がある者に公開されている。認証画面ファイル７１
１は、認証サーバ７のＵＲＬの下位ディレクトリにあ
る。管理用サーバ５にアクセスする場合、ユーザーは、
ネットワーク３を介して認証画面ファイル７１１を自分
のパソコンやＰＤＡ（Personal Data Assistant）等の
端末（以下、ユーザー端末）８に表示する。認証画面フ
ァイル７１１には、ユーザーＩＤとパスワードの入力欄
があり、これらが入力されて送信ボタンがクリックされ
ると、認証ＣＧＩプログラム７１３が起動する。認証Ｃ
ＧＩプログラム７１３は、認証用ＤＢＦ７１２を検索し
てユーザーＩＤ及びパスワードが正しいかどうか判断
し、正しければ、管理用サーバ５内の閲覧メニュー画面
ファイル５３５をユーザー端末８に送って表示させる。

【００３１】閲覧メニュー画面は、どのようなデータを
どのようなフォーマットで表示するかを選択する画面で
ある。具体的には、施設１０内のデータ採取器２を指定
する入力欄がある。これは、特定のデータ採取器２でも
良いし、すべてのデータ採取器２でも良い。また、フォ
ーマットとしては、生データ（数値で表されたデータ）
を時系列的な表として表示するフォーマットや、時系列
的なグラフとして表示するフォーマットが挙げられる。
さらに、計測時刻や時間帯を指定してデータを表示する
ことも可能であり、このような指定を行う入力欄も設け
られている。閲覧メニュー画面は、このような豊富な指
定ができるよう、複数のＨＴＭＬファイルから成る階層
型のメニュー画面とすることが好ましい。

【００３２】閲覧メニュー画面においてデータやフォー
マットの指定がされ、送信ボタンがクリックされると、
閲覧ＣＧＩプログラム５３６が起動する。閲覧ＣＧＩプ
ログラム５３６は、管理データＤＢＦ５３３を検索し、
該当する施設１０の管理用データを登録したレコードを
開く。尚、認証ＣＧＩプログラム７１３から閲覧ＣＧＩ
プログラム５３６に施設ＩＤが引き渡され、閲覧ＣＧＩ
プログラム５３６はこの施設ＩＤを検索キーにして管理
データＤＢＦ５３３を検索する。閲覧ＣＧＩプログラム
５３６は、該当する施設１０の管理用データのレコード
から、指定された事項に従って必要なデータを読み出
す。そして、予め登録されているフォーマットにデータ
をはめ込み、ＨＴＭＬ変換してユーザー端末８に送って
表示させる。図８は、ユーザー端末８に表示されるデー
タの例を示す図である。図７の（１）は、経時的な表の
例、（２）はグラフ化したものの例である。尚、ユーザ
ー端末８は、施設内コンピュータ４である場合もある。

【００３３】また、本実施形態のシステムは、各施設１
０の担当者等に対して定期的に提出する報告書を作成す
る機能を持っている。以下、この点について説明する。
管理センター内のイントラネット３０上には、本システ
ムの運営会社の担当者（以下、システム担当者）が操作
するコンピュータ（以下、センター端末）９が設けられ
ている。センター端末９のハードディスク９１には、定
期報告書を作成するプログラム（以下、報告書作成プロ
グラム）９１１がインストールされている。

【００３４】報告書作成プログラム９１１は、例えば一
ヶ月毎に報告書を作成するプログラムである。システム
担当者は、月初にセンター端末９を操作して前月の各施
設１０の報告書を作成する。報告書作成プログラム９１
１は、施設ＩＤを検索キーにして管理データＤＢＦ５３
３を検索し、該当する施設１０の各データを読み取る。
そして、各データを一ヶ月内の推移を示すグラム等の所
定のフォーマットでプリントアウトする。システム担当
者は、それを該当する施設１０の担当者に郵送する。

【００３５】また、本実施形態のシステムは、各施設１
０のメンテナンスの管理にも利用されるようになってい
る。以下、この点について説明する。管理用サーバ５の
ハードディスク５３には、メンテナンス情報を保存した
データベースファイル（以下、メンテＤＢＦ）５３７が
インストールされている。メンテＤＢＦ５３７は、各施
設１０の要メンテナンス箇所毎に、最新メンテ日時、メ
ンテ内容、次回要メンテ日時等を記録したものとなって
いる。要メンテナンス箇所とは、フィルタであったり、
スクラバであったりである。メンテナンスは、フィルタ
の場合にはフィルタ自体の交換、スクラバの場合には捕
集液の交換等である。

【００３６】システム管理者は、ある施設１０のある要
メンテナンス箇所のメンテナンスを行った場合、センタ
ー端末９からメンテＤＢＦ５３７にアクセスしてそのメ
ンテナンスの日時を入力して「最新メンテ日時」のフィ
ールドを更新したり、「次回要メンテ日時」のフィール
ドを更新したりする。また、システム管理者は、定期的
（例えば１日に一回）にメンテＤＢＦ５３７を検索し、
次回要メンテ日時が近づいているものがないかどうかチ
ェックする。近づいているものがあれば、その旨をメン
テナンス担当者に連絡する。

【００３７】本実施形態の方法及びシステムによれば、
各廃ガス排出系１におけるデータが管理センター内の管
理用サーバ５に送られて管理されるので、各施設１０
は、専任の管理担当者をおく必要がない。このため、廃
ガス浄化装置等の環境機器を設ける場合でも、その管理
コストは安く済む。また、管理用サーバ５は、複数の施
設１０の廃ガス排出系１を一括して管理するので、各施
設１０が負担する管理コストもかなり安くなる。このた
め、各施設１０は、環境機器の導入が容易となり、環境
対策を効果的に実施することが可能になる。特に、各廃
ガス排出系１のデータが異常値でないかどうかの判断が
管理用サーバ５において自動的に行われ、異常値であれ
ばその旨を連絡してくれるので、廃ガス排出系１の異常
に迅速に対応することが可能になる。

【００３８】また、各施設１０のデータがデータベース
化されて保存されるので、特定の施設１０の過去のデー
タを参照することができる。このため、過去の運転状況
がどうであったか等の調査が容易に行える。さらに、デ
ータが時系列的に記憶されるので、廃ガス排出系１の運
転状況を時系列的に把握することができる。このため、
さらにきめ細かな調査ができる。また、データベース内
のデータは、所定条件を満たす閲覧希望者が閲覧するこ
とが可能であるので、施設１０の担当者等が自分のとこ
ろの施設１０の運転状況をチェックすることなども可能
になる。このため、さらに使い勝手の良い方法及びシス
テムとなっている。

【００３９】尚、上記実施形態では、一つの施設１０に
一つの施設内コンピュータ４が設けられており、施設１
０内のデータ採取器２からのデータを一括して送信する
ようになっているが、各データ採取器２にそれぞれ送信
手段を設ける場合もある。この場合の送信手段は、ＰＤ
Ａ程度の小型のコンピュータによって構成されることが
多い。

【００４０】

【発明の効果】以上説明した通り、本願の請求項１又は
５記載の発明によれば、複数の廃ガス排出系が一括して
管理されるので、管理コストが安くなる。また、各廃ガ
ス排出系のデータが異常値でないかどうかの判断が自動
的に行われ、異常値であればその旨を連絡してくれるの
で、廃ガス排出系の異常に迅速に対応することが可能に
なる。また、請求項２又は６記載の発明によれば、上記
効果に加え、各施設のデータがデータベース化されて保
存されるので、特定の施設の過去のデータを参照するこ
とができる。このため、過去の運転状況がどうであった
か等の調査が容易に行える。また、請求項３又は７記載
の発明によれば、上記効果に加え、データが時系列的に
記憶されるので、廃ガス排出系の運転状況を時系列的に
把握することができる。このため、さらにきめ細かな調
査ができる。また、請求項５又は１０記載の発明によれ
ば、上記効果に加え、データベース内のデータは、所定
条件を満たす閲覧希望者が閲覧することが可能であるの
で、施設の担当者等が自分のところの施設の運転状況を
チェックすることなども可能になる。このため、さらに
使い勝手の良い方法及びシステムとなっている。

【図面の簡単な説明】

【図１】本願発明の実施形態の廃ガス排出系管理システ
ムの概略構成を示す図である。

【図２】データ採取器２の一例について示した図であ
る。

【図３】送信用ファイル４３１の内容の一例を示す図で
ある。

【図４】施設情報ＤＢＦ５３２の構造を示す図である。

【図５】管理データＤＢＦ５３３の構造を示す図であ
る。

【図６】管理用サーバ５で実行される管理プログラム５
３１の概略構成を示すフローチャートである。

【図７】異常値の検出を知らせる電子メールの例につい
て示した図である。

【図８】ユーザー端末８に表示されるデータの例を示す
図である。

【符号の説明】

１ 廃ガス排出系 ２ データ採取器 ３ ネットワーク ４ 施設内コンピュータ ４３ ハードディスク ４３１ 送信用ファイル ５ 管理用サーバ ５３ ハードディスク ５３１ 管理プログラム ５３２ 施設情報ＤＢＦ ５３３ 管理データＤＢＦ ５３４ 送信プログラム ５３５ 閲覧メニュー画面ファイル ５３６ 閲覧ＣＧＩプログラム ６ ファイアウォール ７ 認証サーバ ８ ユーザー端末 ９ センター端末

Claims (10)

【特許請求の範囲】
1. 【請求項１】 廃ガスを排出する二以上の廃ガス排出系
   の管理を一括して行う廃ガス排出系管理方法であって、 各廃ガス排出系におけるデータを採取するよう各廃ガス
   排出系に設けられたデータ採取器が採取したデータをネ
   ットワークを介して受信する受信ステップと、 受信ステップで受信されたデータが異常値か否かを判断
   する判断ステップと、 判断ステップにおける判断の結果、データが異常値であ
   る場合には、その旨を当該廃ガス排出系の管理者が保有
   する端末に送信する送信ステップとより成ることを特徴
   とする廃ガス排出系管理方法。
2. 【請求項２】 前記受信手段が受信する前記データを、
   廃ガス排出系を特定する情報とともにデータベース化し
   て保存する保存ステップを有していることを特徴とする
   請求項１記載の廃ガス排出系管理方法。
3. 【請求項３】 前記受信手段が受信する前記データを時
   系列的に記憶する記憶ステップを有していることを特徴
   とする請求項１又は２記載の廃ガス排出系管理方法。
4. 【請求項４】 前記送信ステップは、ネットワークを介
   した電子メールの形で前記データが異常値である旨を送
   信するものであることを特徴とする請求項１乃至３いず
   れかに記載の廃ガス排出系管理方法。
5. 【請求項５】 前記データベース手段に保存されたデー
   タを、所定条件を満たす閲覧希望者に閲覧させるデータ
   提供ステップを有していることを特徴とする請求項１乃
   至４いずれかに記載の廃ガス排出系管理方法。
6. 【請求項６】 廃ガスを排出する二以上の廃ガス排出系
   の管理を一括して行う廃ガス排出系管理システムであっ
   て、各廃ガス排出系におけるデータを採取するよう各廃
   ガス排出系に設けられたデータ採取器と、データ採取器
   が採取したデータをネットワークを介して受信する受信
   手段と、受信手段が受信したデータが異常値か否かを判
   断する判断手段と、判断手段による判断の結果、データ
   が異常値である場合には、その旨を当該廃ガス排出系の
   管理者が保有する端末に送信する送信手段とを備えてい
   ることを特徴とする廃ガス排出系管理システム。
7. 【請求項７】 前記受信手段が受信する前記データを、
   廃ガス排出系を特定する情報とともにデータベース化し
   て保存するデータベース手段を有していることを特徴と
   する請求項６記載の廃ガス排出系管理システム。
8. 【請求項８】 前記受信手段が受信する前記データを時
   系列的に記憶する記憶部を有していることを特徴とする
   請求項６又は７記載の廃ガス排出系管理システム。
9. 【請求項９】 前記送信手段は、ネットワークを介した
   電子メールの形で前記データが異常値である旨を送信す
   るものであることを特徴とする請求項６乃至８いずれか
   に記載の廃ガス排出系管理システム。
10. 【請求項１０】 前記データベース手段に保存されたデ
    ータを、所定条件を満たす閲覧希望者に閲覧可能とする
    データ提供手段を備えていることを特徴とする請求項６
    乃至９いずれかに記載の廃ガス排出系管理システム。