(57)【要約】【課題】  データの検出端末から受信端末までのシステムにハード的な誤動作やソフト的な誤動作が生じても、同一内容の電子メールが再送信されないようにする。【解決手段】  データベースサーバ２が備える送信データテーブル２ｂには、各顧客のデータが記録されている（Ｓ１）。メール送信プログラム３は、電子メールを送信する際に送信データテーブル２ｂから所望の情報を読み込む（Ｓ２）。メール送信プログラム３は、読み込んだ情報をデータベースソフト２ａのチェックテーブル２ｃへ保管する（Ｓ３）。データベースサーバ２は、チェックテーブル２ｃ内の情報を比較して重複チェックを行い（Ｓ４）、重複がなければ、チェックテーブル２ｃの情報を再読込みし（Ｓ６）、電子メールを送信する（Ｓ８）。【選択図】      図２
2006080977.tif 000002
【特許請求の範囲】
【請求項１】
所定のトリガを与えて電子メールを送信する電子メール送信システムであって、
個々にユニークな情報を蓄積するデータベースと、
あらかじめ設定した所定の条件を前記トリガとして前記電子メールの送信機能を実行させるメール送信プログラムと、
前記メール送信プログラムの内容にしたがって前記電子メールの自動送信を実行するメール送信サーバとを備え、
前記メール送信プログラムは、送信すべき電子メールの情報を前記データベースから読み込んだ後、再度、その情報を前記データベース内の別テーブルへ格納して情報の重複チェックを行い、その情報が重複していないときに電子メールとして送信するように前記メール送信サーバに実行させることを特徴とする電子メール送信システム。
【請求項２】
前記データベースは、あらかじめ記録する送信データテーブルと、前記メール送信プログラムから返還された情報を格納するチェックテーブルとを備え、前記チェックテーブル内の情報を比較照合して前記情報の重複チェックを行い、
前記メール送信プログラムは、前記情報の重複チェックの結果、その情報が重複していないときに前記データベースから前記情報の再読み込みを行うことを特徴とする請求項１に記載の電子メール送信システム。
【請求項３】
前記データベースが行う情報の重複チェックの行為は、所定の設定時間以内における同一情報の登録排除であることを特徴とする請求項１または請求項２に記載の電子メール送信システム。
【請求項４】
前記トリガは、タンクに充填されたガスの圧力または液面の上限値または下限値の少なくとも一つのデータであることを特徴とする請求項１乃至請求項３の何れかに記載の電子メール送信システム。
【請求項５】
前記トリガは、前記情報を検出する端末のメモリがクリアされて前記データベースへの情報の収集・記録が乱れたタイミングであることを特徴とする請求項１乃至請求項３の何れかに記載の電子メール送信システム。
【請求項６】
所定のトリガによって電子メールを送信する電子メールの送信方法であって、
メール送信プログラムがデータベースに格納されたユニークな情報を読み込む手順と、
前記メール送信プログラムが読み込んだ情報を再び前記データベースへ格納する手順と、
前記データベースが自己に格納されている情報の重複チェックを行う手順と、
前記メール送信プログラムが、前記データベースには情報の重複がないと判定したとき、その情報を再読み込みして電子メールとして送信させる手順と
を含むことを特徴とする電子メールの送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子メールを送信する電子メール送信システム及び電子メールの送信方法に関し、特に、データベースに蓄積された情報を所定のメール送信プログラムにしたがって電子メールとして自動送信する電子メール送信システム及び電子メールの送信方法に関する。
【背景技術】
【０００２】
近年、企業が顧客に対して情報通知サービスを行う手段として、プログラムによる自動電子メールが利用されている。例えば、酸素などのガスを販売するガス会社などにおいても、電子メールを利用して情報通知サービスを行う電子メール送信システムが行われている。
図４は、ガス会社における従来の電子メール送信システムの一例を示す概念図である。図４に示すように、ガス会社においては、各顧客側に設置されているタンク２１のガス残量を顧客側サイトの検出端末２２に接続されたセンサ２３によって常時監視していて、収集サーバ２５が公衆回線２４を通じて各検出端末２２のガス残量データなどを収集し、これらのガス残量データをデータベースサーバ２６へ蓄積している。そして、ガス残量が所定の値より少なくなると、これがトリガ（きっかけ）となって、データベースサーバ２６のガス残量データがメール送信サーバ２７へ自動的に転送され、そのメール送信サーバ２７からインターネット２８を介してメール受信サーバ２９へ送信されて、さらに、ガスの監視拠点となる警報監視ステーションの受信側端末３０へ『要ガス補充』などの電子メールとして送信される。このようにして、電子メールを利用した２４時間体制のサービスが行われている。
【０００３】
また、このような電子メールを利用した情報通知システムとして、極低温容器内の冷媒溶液が最低量以上であるか否かを常時検出し、最低量以下になったときは直ちに電子メールによって保守管理者へ通知する技術が開示されている（例えば、特許文献１参照）。さらに、現在までのガスの使用量データから、ガスボンベの次回交換予定日を推定して電子メールによって利用者へ通知する技術も開示されている（例えば、特許文献２参照）。
【特許文献１】特開２００３−０１０１４３号公報（段落番号００１２〜００３８、図１、図２参照）
【特許文献２】特開２００２−２７９０２５号公報（段落番号００２９〜００４５、図１〜図７参照）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記図４に示すような従来技術は、顧客サイトの検出端末２２及びセンサ２３はＣＰＵやメモリを含んだ構成となっていて、外乱などのノイズによってメモリの警報発生データがクリアされてしまうと、収集サーバ２５は正常なガス残量データを収集することができなくなってしまう。このとき、例えば、収集サーバ２５が、異常データとしてガス残量の下限値データを収集してしまうと、その下限値データがデータベースサーバ２５に保存されると共に、この下限値データがトリガとなって、下限値の緊急情報が電子メールとして繰り返し警報監視ステーションの受信側端末３０へ送信されてしまう。つまり、顧客サイトの検出端末２２が誤動作すると、偽の下限値データがトリガとなって同じ内容の電子メールが短時間の間に何回も警報監視ステーションの受信側端末３０へ送信される。そのため、警報監視ステーションの受信側端末３０は正常な電子メールを見失ってしまったり、あるいは自己のメモリ容量が一杯になったりしてしまうなどの不具合が生じる。
【０００５】
あるいは、データベースサーバ２６が、何らかのソフトウエア上のミスで収集サーバ２５の収集したイベントの保存に失敗すると、そのデータベースサーバ２６は何回も同じイベントの保存を試みると共に、メール送信サーバ２７はデータベースサーバ２６から同じイベントのデータを繰り返し抽出して短時間の間に何回も同じデータを警報監視ステーションの受信側端末３０へ送信してしまう。
【０００６】
すなわち、従来の電子メール送信システムでは、顧客サイトの検出端末２２のメモリがノイズによってクリアされるなどのハード的な要因によって同じ内容の電子メールが繰り返し送信されたり、データベースサーバ２５のソフトウエアの誤動作による保存失敗などのソフト的な要因によって同じイベントが繰り返し送信されたりするなどの不具合が生じる。また、上記の特許文献１及び特許文献２の技術においても、同じ内容の電子メールの再送信を防止する機能は設けられていないので、電子メール送信システムの故障時には同じ内容の電子メールが何回も送信されるおそれがある。
【０００７】
本発明は、このような事情に鑑みてなされたものであり、データを検出する端末からそのデータを受信する端末までのシステムにハード的な誤動作やソフト的な誤動作が生じても、同じ内容の電子メールが繰り返し送信されないような電子メール送信システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の電子メール送信システムは、上記の目的を達成するために創案されたものであり、所定のトリガを与えて電子メールを送信する電子メール送信システムであって、個々にユニークな情報を蓄積するデータベースと、あらかじめ設定した所定の条件をトリガとして電子メールの送信機能を実行させるメール送信プログラムと、メール送信プログラムの内容にしたがって電子メールの自動送信を実行するメール送信サーバとを備え、メール送信プログラムは、送信すべき電子メールの情報をデータベースから読み込んだ後、再度、その情報をデータベースへ格納して情報の重複チェックを行い、その情報が重複していないときに電子メールとして送信するようにメール送信サーバに実行させるように構成した。かかる構成によれば、本発明の電子メール送信システムは、電子メールの送信に際して、一旦その電子メールの情報をデータベースに格納することにより、データベースが備えている二重登録防止機能を使って電子メールの重複送信を排除している。
【０００９】
また、本発明の電子メール送信システムにおいては、前記データベースは、あらかじめ取得した情報を収集・記録する送信データテーブルと、前記メール送信プログラムから返還された情報を格納するチェックテーブルとを備え、送信データテーブルの情報とチェックテーブルの情報とを比較照合して情報の重複チェックを行い、前記メール送信プログラムは、情報の重複チェックの結果その情報が重複していないときにデータベースからその情報の再読み込みを行うように構成した。かかる構成によれば、送信データテーブルやチェックテーブルに記録された情報は全て個々にユニークな情報である。したがって、メール送信プログラムがデータベースの送信データテーブルからＡ情報を読み込んだ後に、そのＡ情報を送信データテーブルから抹消し、メール送信プログラムが再びＡ情報をデータベースのチェックテーブルに格納すれば、Ａ情報は送信データテーブルとチェックテーブルとを含めて１つしか存在しないはずである。したがって、メール送信プログラムがＡ情報を再度読み込んで電子メールとすれば、電子メールは１つの内容だけが送信される。つまり、電子メール送信システムにトラブルが発生しても必ずＡ情報に対応する１種類の電子メールのみが送信される。
【００１０】
また、本発明の電子メール送信システムにおいては、前記データベースが行う情報の重複チェックの行為は、所定の設定時間以内における同一情報の登録排除であるように構成した。かかる構成によれば、データベースが通常備えている二重登録防止機能を利用するだけで、例えば、１０秒以内に同じ情報が登録されようとするとその登録を排除するので、外乱などによって同じ情報が次々に登録されるおそれない。したがって、同一内容の電子メールが再送信されることはない。
【００１１】
また、本発明の電子メール送信システムにおいては、前記トリガは、タンクに充填されたガスの圧力または液面の上限値または下限値の少なくとも一つのデータか、あるいは、情報を検出する端末のメモリがクリアされてデータベースへの情報の収集・記録が乱れたタイミングとなるように構成した。かかる構成によれば、タンク内のガス圧力が下限値に達したり、液面が下限値に達すると、それがトリガとなって下限値警報を確実に電子メールによって送信することができる。
【００１２】
また、本発明は、所定のトリガによって電子メールを送信する電子メールの送信方法であって、メール送信プログラムがデータベースに格納されたユニークな情報を読み込む手順と、データベースがメール送信プログラムに読み込まれた情報を抹消する手順と、メール送信プログラムが読み込んだ情報を再びデータベースへ格納する手順と、データベースが自己に格納されている情報の重複チェックを行う手順と、メール送信プログラムが、データベースには情報の重複がないと判定したとき、その情報を再読み込みして電子メールとして送信させる手順とを含むことを特徴とする。
【発明の効果】
【００１３】
本発明の電子メール送信システムによれば、電子メールの送信に際して、一旦その電子メールの情報をデータベースに格納することによって、データベースが備えている二重登録防止機能を使って重複する電子メールの登録を排除することができる。つまり、データベースに記録された情報は全て個々にユニークな情報であるので、データベースから抽出して送信しようとする電子メールの情報を再びデータベースに戻せば、自動的に情報の重複防止チェックが行われる。したがって、その情報を再度読み込んで電子メールとして送信すれば、同一内容の電子メールが再送信されるおそれはなくなる。このようにして、データベースが通常備えている二重登録防止機能を利用するだけで同一内容の電子メールの送信を防止することができるので、コストアップすることなく本発明の電子メール送信システムを構築することができる。
【００１４】
また、具体的な電子メールの送信用途としては、例えば、ガス会社などが各顧客のタンクのガス残量を管理する場合、タンク内のガス圧力が下限値に達したり、液面が下限値に達したとき、その値をトリガとして、ガス残量の下限値警報を確実に電子メールによって顧客側の管理者（例えば、警報監視ステーションまたは／及びサービスステーション）へ送信することができる。このようにして、それぞれにユニークな電子メールを介して２４時間体制でサービスを行うことができる。もちろん、ガス会社に限らず、あらゆる分野の情報伝達手段として、同一内容の電子メールが再送信されることなく、最適なタイミングで所望の電子メールを送信することができる。
【発明を実施するための最良の形態】
【００１５】
まず、本発明における電子メール送信システムの概要について説明する。本発明の電子メール送信システムは、メール送信サーバが電子メールを自動送信するときのメール送信プログラムと、検出データ等を保存するデータベースサーバとが連携し、データベースサーバに保存される検出データの自動重複チェックを行う。そして、メール送信プログラムは、データベースサーバに保存されている検出データが重複していないことを確認したら、その検出データを電子メールとしてメール送信サーバへ転送し、メール送信サーバからメール受信サーバを経て受信側端末へ送信する。すなわち、メール送信プログラムが電子メールを送信する前に一旦その電子メールの内容をデータベースに戻して保管することにより、データベースは通常の二重登録防止機能を使って重複した情報の登録を排除する。例えば、所定の設定時間内に同一内容のデータの登録が行われようとすると、そのデータの登録を排除する。これによって、データベースから所望のデータを読み込んで電子メールとして送信してもその電子メールはユニークなものであるので、同じ内容の電子メールが再送信されるおそれはない。
【００１６】
具体的な自動重複チェックの方法は、メール送信プログラムが、データベースサーバの備えている自動重複チェック機能を利用し、顧客のタンクのガス残量が下限値に達したなどの所定の条件をトリガとしてデータベースサーバから抽出したガス残量データを一旦読み込む。なお管理の対象はガスのみではなく、ガスを液化した液化ガスを含む。そして、メール送信プログラムは、自己が読み込んだガス残量データを再びデータベースへ保管する。これによって、データベースサーバは、メール送信プログラムから送信されて保管したガス残量データと同一のデータが自己のチェックテーブルのメモリに記録されているか否かをチェックする。ここで同一のガス残量データがあればそのガス残量データを自動廃棄するなどのエラーログ処理を行う。一方、データベースサーバに同一のガス残量データがなければ、メール送信プログラムはそのガス残量データをメール送信サーバへ転送し、メール送信サーバからメール受信サーバを経由して受信側の端末へ送信する。これによって、電子メール送信システム内でハード的な誤動作やソフト的な誤動作が生じても、同じ内容の電子メールが繰り返して受信側端末へ送信されるおそれはなくなる。
【００１７】
以下、ガス会社がガス残量の情報を電子メールによって送信する場合の電子メール送信システムを例に挙げて、図面を参照しながら、本発明における電子メール送信システムの実施の形態を詳細に説明する。図１は本発明に適用される電子メール送信システムの構成図である。尚、図１に示す電子メール送信システム１は、顧客サイトの検出端末がタンクのガス残量等を検出して、収集サーバがそれらのガス残量データをデータベース２に保存させるまでのシステムは省略し、データベース２から受信側端末７へ電子メールを送信する電子メール送信システムのみが記載されている。
【００１８】
図１において、電子メール送信システム１は、顧客サイトの検出端末（図示せず）が検出したタンク（図示せず）のガス残量データ及び顧客データなどのユニーク情報を蓄積するデータベースサーバ２と、あらかじめ設定した所定の条件をトリガとして電子メールの送信機能を実行させるメール送信プログラム３と、メール送信プログラム３のプログラム内容にしたがって電子メールの自動送信を行うメール送信サーバ４と、インターネット５を経由してメール送信サーバ４から送信された電子メールを受信するメール受信サーバ６と、メール受信サーバ６から転送された電子メールを受信する受信側端末７とを備えた構成となっている。尚、電子メールを送信するメール送信サーバ４と電子メールを受信するメール受信サーバ６は、それぞれ異なるソフトによって電子メールを送受信することができる。
【００１９】
図２は、図１に示す電子メール送信システムの特徴であるデータベースサーバ２とメール送信プログラム３との連携を示す概念図である。図２において、データベースサーバ２は、ガス残量等に関するデータの保管機能及びガス残量等に関するデータの重複登録チェック機能を備えていて、メール送信プログラム３からの要求に基づいて自己に保管されているガス残量データをメール送信サーバ４へ送信する。また、データベースサーバ２は、顧客サイトの検出端末（図示せず）から収集する警報種類（残量、一次圧異常、二次圧異常、断線等）に応じて、宛先、本文が選択される送信データテーブル２ｂと、顧客サイト情報（日時、宛先名、ガス種）とを加えメール送信プログラム３から送信された警報種類、宛先、日時などを記録するチェックテーブル２ｃとを有するデータベースソフト２ａを備えている。
【００２０】
すなわち、データベースソフト２ａは、通常のデータベースシステムに付随されているアドレス帳管理テーブルなどを利用して送信データテーブル２ｂやチェックテーブル２ｃを構成する。また、データベースソフト２ａは、アドレス管理を行うために通常備えられている重複登録自動チェック機能を利用し、ユニークキーを用いて保管データの二重登録チェックを行う。尚、ユニークキーとは、例えば、同一時間または極めて短い時間内に同じデータが重複して記録されていないかをチェックするキーである。さらに、メール送信プログラム３は、通常のプログラム設定によって、データベースサーバ２のデータベースソフト２ａへガス残量データを保管したり、データベースソフト２ａのデータを再読込みしたりする機能を実現することができる。
【００２１】
次に、図２を用いて、メール送信サーバ４から同じ内容の電子データが重複して送信されない動作について説明する。データベースサーバ２におけるデータベースソフト２ａの送信データテーブル２ｂには、『宛先』、『タイトル』、『本文』などの項目が設けられていて、各顧客サイトの検出端末から取得したガス残量データに基づいて、例えば、予め保存されている送信データテーブルから『宛先』の項目に「送信先」、『タイトル』の項目に「下限値データ」、『本文』の項目に「ガス残量」が選択される。すなわち、これらの項目は全てユニークな内容でデータベースソフト２ａの送信データテーブル２ｂに選択される（ステップＳ１）。
【００２２】
次に、メール送信プログラム３は、データベースソフト２ａの送信データテーブル２ｂから所望の項目の『宛先』、『タイトル』、『本文』、と顧客からの情報「顧客名」、「ガス種」、「日時」などの情報を読み込む（ステップＳ２）。さらに、メール送信プログラム３は、今読み込んだ情報の『宛先』、『タイトル』、『本文』、『日時』などをデータベースソフト２ａのチェックテーブル２ｃへ保管する。このようにして、各項目は全てユニークな内容でチェックテーブル２ｃに記録・設定される（ステップＳ３）。すると、データベースサーバ２は、チェックテーブル２ｃに記録されている情報とを比較して、新たにメール送信プログラム３から保管した『宛先』、『タイトル』、『本文』、『日時』などの情報が重複していないか否かの自動重複チェックを行う（ステップＳ４）。つまり、メール送信プログラム３が顧客からの情報に基づき送信データテーブル２ｂの情報Ａを読み込みメール送信プログラム３が情報Ａをチェックテーブル２ｃに記録する。正常な状態であればデータベースソフト２ａには情報Ａは一つしか記録されていないはずである。
【００２３】
ここで、自動重複チェックを行った結果、チェックテーブル２ｃに所望の項目の『宛先』、『タイトル』、『本文』、『日時』などの情報に重複があれば、ガス残量データは重複記録されていると判定して、エラーログとして保管するか、またはその項目の情報を自動的に廃棄する（ステップＳ５）。一方、自動重複チェックを行った結果、所望の項目の『宛先』、『タイトル』、『本文』、『日時』などの情報に重複がなければ、メール送信プログラム３は、チェックテーブル２ｃに正常保管された項目の『宛先』、『タイトル』、『本文』、『日時』などの情報を再読込みする（ステップＳ６）。そして、メール送信プログラム３が再読込みした情報をメール送信サーバ４へ送信すると（ステップＳ７）、メール送信サーバ４はメールサーバソフトを起動して、その情報を電子メールとしてインターネットを介して受信側端末７送信する（ステップＳ８）。
【００２４】
次にフローチャートを用いて、本発明における電子メール送信システムの動作を詳細に説明する。図３は、本発明における電子メール送信システムの動作の流れを示すフローチャートである。図３においては、あらかじめデータがデータベースサーバ２のデータベースソフト２ａに収集・記録されているものとする。このとき、チェックテーブル２ｃの『日時』の項目には、例えば、２００４年７月２９日午前９時のデータを重複チェックする場合は、“20040729090000”と記録される。つまり、日にち単位で重複チェックを行う場合は７、８桁の“日”までをユニークに設定する。また、時間単位で重複チェックを行う場合は９、１０桁の“時間”までをユニークに設定する。
【００２５】
以下、図２を参照しながら図３のフローチャートの流れを説明する。まず、タンクのガス残量の下限警報等、タイマの設定時間、または電子メール送信システムのシステムエラーなどの内の何れかを、メール送信プログラムを起動させるためのトリガ条件（きっかけ）に設定する。そして、例えば、ガス残量の下限警報のトリガがあったか否かを判定し（ステップＳ１１）、トリガがなければ（ステップＳ１１でＮｏ）、トリガがあるまで待つ。一方、例えば、ガス残量の下限警報のトリガがあれば（ステップＳ１１でＹｅｓ）、直ちにメール送信プログラム３を起動する（ステップＳ１２）。そして、メール送信プログラム３は、データベースソフト２ａの送信データテーブル２ｂから予め設定されている送信用データ項目（例えば図２に示すような『宛先』、『タイトル』、『本文』、など）を読み込む（ステップＳ１３）。前記データ項目の『宛先』は、『タイトル』として設定されているデータ項目毎に、監視ステーション、管理担当者、さらに、重要な情報については、管理担当者の上司といった必要な連絡先が設定されている。データベースサーバ２は、各項目へトリガにかかるデータを書き込んでメール送信プログラム３に送信する（ステップＳ１４）。
【００２６】
次に、メール送信プログラム３は、重複チェック処理１として、ステップＳ１３で読み込んだ送信用データをデータベースソフト２ａのチェックテーブル２ｃへ書き込んで保管する（ステップＳ１５）。すると、データベースサーバ２は、重複チェック処理として、データベースソフト２ａのチェックテーブル２ｃ内で比較して、既にチェックテーブル２ｃへ保管した送信用データと同じ内容のデータがチェックテーブル２ｃに存在していないか否かの自動重複チェックを行う（ステップＳ１６）。ここで、チェックテーブル２ｃへ保管した送信用データと同じ内容のデータがチェックテーブル２ｃに存在していれば（ステップＳ１６でＮｏ）、メール送信プログラム３は送信データの重複が発生しているものと判断して、データベースソフト２ａの該当データをエラーログとして保管するか該当データを自動廃棄する（ステップＳ１７）。なお、前記重複チェックにおいて、「日時」として記録された時、分、秒、あるいはそれ以下までの時刻データをキーとして、当該「日時」から所定時間内に書き込まれた重複データのみを真の重複として判別させるようにしても良い。
【００２７】
一方、ステップＳ１６で該当する送信データが重複していなければ（ステップＳ１６でＹｅｓ）、データベースサーバ２は、該当データを正常データとしてチェックテーブル２ｃへ保管し（ステップＳ１８）、メール送信プログラム３は、該当データを正常な送信用データとして再読込みを行う（ステップＳ１９）。そして、メール送信プログラム３は、再読込みした送信用データを電子メールとしてメール受信サーバ６を経由して受信側端末７へ送信する（ステップＳ２０）。これによって、電子メール送信システムにハード的な故障／ソフト的な故障が生じても、同じ内容の電子メールが重複して受信側端末へ送信されるおそれはなくなる。
【００２８】
次に、タンクに充填されているガス残量の記録データを重複チェックするときのきっかけとなるトリガについて説明する。顧客サイトの検出端末が正常動作を監視するためのトリガとしては、タンク内の液面や圧力の上限値または下限値への到達点を用いる。このとき、タンクの液面を検出する場合は、液面の１次下限値または２次下限値の何れかをトリガとし、タンク内の圧力を検出する場合は、圧力の１次上限値、２次上限値、１次下限値、２次下限値の何れかをトリガとする。
【００２９】
また、顧客サイトの検出端末が異常動作（誤警報）を検出するためのトリガとしては、ノイズなどによって発生する検出端末の設定メモリのクリアによるシステムの誤動作発生時をトリガとして用いる。あるいは、定期検査時のメンテナンスによる計装配管のガス抜きによって生じるガス圧力の１次下限値、２次下限値などを警報のトリガとする。また、ガス圧力の上限・下限の警報が多発するので、これらの警報をトリガとしたり、液充填時の異常変動データを無視する機能で対応できなかった場合に生じる誤警報をトリガとする。また、センサの故障による異常データの増減によって生じる液面や圧力の上限・下限警報が多発した場合にはこれをトリガとする。
【００３０】
また、電子メール送信システムにおける上位システムのトリガについても、正常動作を監視するためのトリガとしては、上記の顧客サイトの検出端末における正常動作時のトリガと同じものを用い、異常動作を検出するためのトリガについても、上記の顧客サイトの検出端末における異常動作時のトリガと同じものを用いる。尚、データベースヘ収集するデータに格納不具合が生じた場合は、データベースの再書込み機能による同一の繰り返し処理を行い、警報が繰り返し行われる。
【００３１】
また、顧客サイトの検出端末の異常動作は、電子メール送信システムやセンサなどが異常になった場合に発する異常動作と、タンクに対する一連の作業に起因する異常動作との２種類がある。前者の、電子メール送信システムやセンサなどが異常になった場合の異常動作としては、顧客サイトの検出端末の設定メモリがクリアされてシステムが誤作動したり、圧力監視を行う場合にデータが変動して圧力の上限・下限警報が多発したり、センサの故障によって異常データが増減して液面や圧力の上限・下限の警報が多発したりする。
【００３２】
一方、後者の、タンクに対する一連の作業に起因する異常動作としては、定期検査時のメンテナンスによるセンサ部、圧力の１次下限値、２次下限値の警報が同時に多発する。また、液充填時の異常変動データを無視する機能で対応できなかった場合には、液面の上限・下限の警報が多発する。
【００３３】
尚、前者の電子メール送信システムやセンサなどが異常になった場合の異常動作は、何らか故障原因によって異常が生じたものであるから予めの対策は不可であるが、後者のタンクに対する一連の作業に起因する異常動作に対しては電子メール送信システムにおいて次のような対策を採ることができる。
【００３４】
定期検査時に誤報の発生する数がかなり多くなるため、デジタル入力を１点潰して事前に現地からインターロック信号を入力することによって、その後の警報については上位装置で伝達される。尚、電子メールやＦＡＸによる遠隔通報を行われないようにすることもできる。これによりセンサー部の誤作動を防止することができる。又タンクの液量は容器の最下端とガス層との差圧をとって液量に換算しているがその差圧発信液面計部の計装配管を同圧としても同様に誤作動を防止することができる。
【００３５】
また、液充填時の異常変動データを無視する機能で対応できなかった場合に液面の上限・下限の警報が多発する場合の対策は、液の充填がいつ行われるか分かる予測システムが稼動を始めれば、ある程度は事前に警報を予知することもできる。また、顧客サイトの検知端末において、警報状態が一定時間（例えば、顧客サイトで１０秒間）継続して維持された場合には発報させる機能があるため、ほとんどはこの機能で対応されるために警報は発生しない。
【００３６】
しかし、タンクに液を充填するには、ローリの圧力をタンクの圧力よりも高くして圧力差によって充填する。そのために充填時に圧力の変動がかなり発生する。一般的には、タンクは縦長の円柱形状であるが横型のタンクも存在する。横型のタンクの場合には差圧が小さくなり充填時の影響は大であるが、一定時間の警報状態が維持された場合に発報する機能により発報を防ぐことができる。
【産業上の利用可能性】
【００３７】
本発明の電子メール送信システムによれば、例えば、タンクのガス残量の下限値をトリガとして、ガス残量の警報情報を送信するとき、送信すべき警報情報を一旦データベースに戻して重複チェックを行った後、重複していない場合に限ってその警報情報を電子メールとして送信している。したがって、このようなトリガ条件と電子メールの重複防止機能を用いて、重複送信を防止しながら電子メールを送信する電子メール送信システムは、ガス産業に限らず、あらゆる分野において正確かつ確実な情報伝達手段として利用することができる。
【図面の簡単な説明】
【００３８】
【図１】本発明に適用される電子メール送信システムの構成図である。
【図２】図１に示す電子メール送信システムの特徴であるデータベースサーバとメール送信プログラムとの連携を示す概念図である。
【図３】本発明における電子メール送信システムの動作の流れを示すフローチャートである。
【図４】ガス会社における従来の電子メール送信システムの一例を示す概念図である。
【符号の説明】
【００３９】
１    電子メール送信システム
２    データベースサーバ
２ａ  データベースソフト
２ｂ  送信データテーブル
２ｃ  チェックテーブル
３    メール送信プログラム
４    メール送信サーバ
５    インターネット
６    メール受信サーバ
７    受信側端末
【図１】
2006080977.tif 000003
【図２】
2006080977.tif 000004
【図３】
2006080977.tif 000005
【図４】
2006080977.tif 000006