JP2005346643A - 送信メール処理方法及び装置 - Google Patents
送信メール処理方法及び装置 Download PDFInfo
- Publication number
- JP2005346643A JP2005346643A JP2004168755A JP2004168755A JP2005346643A JP 2005346643 A JP2005346643 A JP 2005346643A JP 2004168755 A JP2004168755 A JP 2004168755A JP 2004168755 A JP2004168755 A JP 2004168755A JP 2005346643 A JP2005346643 A JP 2005346643A
- Authority
- JP
- Japan
- Prior art keywords
- transmission
- approval
- address
- destination
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
【課題】担当者や関係者の労力を抑えながら、送信先アドレスに誤りがあるなどの不適切な電子メールが送信されたり、悪意のある電子メールが送信されたりすることを、送信者側で未然に防ぐことができる。
【解決手段】送信しようとする電子メールについては、クライアント装置5で作成されてから、メール・サーバ装置20によって送信先に送信するまでの過程で、送信メール処理装置10により、送信先をチェックする。即ち、電子メールの送信元メールアドレス及び送信先メールアドレスの組み合わせを、該当電子メールに対してチェックする。
【選択図】図1
【解決手段】送信しようとする電子メールについては、クライアント装置5で作成されてから、メール・サーバ装置20によって送信先に送信するまでの過程で、送信メール処理装置10により、送信先をチェックする。即ち、電子メールの送信元メールアドレス及び送信先メールアドレスの組み合わせを、該当電子メールに対してチェックする。
【選択図】図1
Description
本発明は、送信メール処理方法及び装置に係り、特に、担当者や関係者の労力を抑えながら、送信先アドレスに誤りがあるなどの不適切な電子メールが送信されたり、悪意のある電子メールが送信されたりすることを、送信者側で未然に防ぐことができる送信メール処理方法及び装置に関する。
誤って送信先アドレスを設定し、誤ったまま電子メールを送信してしまうという、送信先誤りのトラブルが現実として存在する。あるいは、悪意のある者が故意に、許されない送信先アドレスへと勝手に電子メールを送信してしまうこともある。以下、これらの問題を、単に送信先トラブルと呼ぶ。
該送信先トラブルでは、まず、正しい送信先に届かず、送信元及び送信先が共に該誤送信に気づかないと、送信先はいつまでもメールを受け取ることができなくなってしまうという問題がある。更には、時として非常に甚大な問題になるものとして、該送信先トラブルによって不当な送信先に送付された電子メールが、第三者に読まれてしまい、情報漏れが生じるという問題がある。
特許文献1では、入力済みの電子メールから取得したメールアドレスの、ドメイン名を抽出し、これをチェックするという技術が開示されている。特許文献2では、注意を要する送信先アドレスに「注意の指定」を付してファイル・サーバに登録しておき、電子メールが送信されたときに、該登録と照合するという技術が開示されている。これら特許文献1や特許文献2によれば、前述の送信先トラブルの内、かなりのものを未然に防ぐことができる。
特許文献3では、電子メールの宛先アドレスに、宛先ユーザにより予め設定された確認用キーワードを付加し、メール受信サーバは、宛先アドレスで検索して確認用キーワードが予め設定されたものであるか確認するようにしている。特許文献4では、過去の不要メール情報に基づき、ユーザ毎に不要メールのフィルタリング処理を行うという技術が開示されている。これら特許文献3や特許文献4によれば、仮に前述の送信先トラブルが発生しても、誤った送信先で電子メールが読まれてしまうことがない。
なお、特許文献5では、ホスト装置において、端末装置の識別情報を登録した宛先情報管理テーブルを備えるようにし、メール送信の仲介処理や、送信エラーをメール送信元端末装置に送付する処理を行うという技術が開示されている。該技術は、メールの宛先をホスト装置において集中管理することで、メールの宛先に変更が生じても、送信元の端末装置における変更を不要としている。
しかしながら、特許文献1ではチェック用のドメイン名に関する情報を、特許文献2では「注意の指定」を付した送信先アドレスを、特許文献3では確認用キーワードを、特許文献4では不要メールに係る重み付き単語リストを、予め担当者が登録しておく必要があり、関係者の協力や労力がないと適切に機能しないという問題がある。又、特許文献3や特許文献4は、送信先での対応になるので、送信元が常に期待してよいものではない。なお、特許文献5については、メールの宛先の集中管理に関する技術であるが、前述した送信先トラブルに対処するための技術について何ら開示していない。
本発明は、前記従来の問題点を解決するべくなされたもので、担当者や関係者の労力を抑えながら、送信先アドレスに誤りがあるなどの不適切な電子メールが送信されたり、悪意のある電子メールが送信されたりすることを、送信者側で未然に防ぐことができる送信メール処理方法及び装置を提供することを課題とする。
まず、本願の第1発明の送信メール処理方法は、ネットワークによって相手先に送信するために、送信用メール・サーバ装置に送信される電子メールを、該送信用メール・サーバ装置が受信する前に受信処理部によって受信し、該電子メールの承認の有無を、承認チェック処理部によって判定し、送信可否チェック処理部は、電子メールの送信元メールアドレス及び送信先メールアドレスの組み合わせを検索キーとして参照される、送信可否情報及び送信承認要否情報を、該当電子メールに応じて参照すると共に、該電子メールの該送信承認要否情報が要であれば前記承認有無判定結果を参照し、これら参照結果に基づいて該電子メールの送信の可否を判定し、送信可と判定された場合は、該電子メールを前記送信用メール・サーバ装置に送信することにより、前記課題を解決したものである。
又、上記送信メール処理方法において、前記送信可否チェック処理部は、電子メールの送信元メールアドレス及び送信先メールアドレスの組み合わせを検索キーとして参照される、過去の承認担当者による承認を得た送信実績が集計されている送信承認実績管理情報に基づいて、該承認送信実績が所定以上である場合は、この後には承認担当者による承認を得ずとも、前記送信可否判定を可と判定することにより、前記課題を解決したものである。
次に、前記送信メール処理方法において、送信元メールアドレス及び送信先メールアドレスの組み合わせを検索キーとして参照される、いずれかの前記情報の少なくとも一部が、保守処理部によって、少なくとも送信元メールアドレスの該当利用者の職務上の地位に応じて、自動的に設定されることにより、前記課題を解決したものである。
又、前記送信メール処理方法において、送信元メールアドレス及び送信先メールアドレスの組み合わせを検索キーとして参照される、いずれかの前記情報の少なくとも一部が、返信メール用の登録を、独立して可能になっていることにより、前記課題を解決したものである。
更に、前記送信メール処理方法において、前記送信可否チェック処理部は、前記送信可否判定で否と判定され、且つ、該判定の電子メールの前記送信承認要否情報が要であれば、該電子メール、及び、承認要請の情報を、承認担当者に送信することにより、前記課題を解決したものである。
次に、本願の第2発明の送信メール処理装置は、ネットワークによって相手先に送信するために、送信用メール・サーバ装置に送信される電子メールを、該送信用メール・サーバ装置が受信する前に受信する受信処理部と、該電子メールの承認の有無を判定する承認チェック処理部と、電子メールの送信元メールアドレス及び送信先メールアドレスの組み合わせを検索キーとして参照される、送信可否情報及び送信承認要否情報を、該当電子メールに応じて参照すると共に、該電子メールの該送信承認要否情報が要であれば前記承認有無判定結果を参照し、これら参照結果に基づいて該電子メールの送信の可否を判定し、送信可と判定された場合は、該電子メールを前記送信用メール・サーバ装置に送信する送信可否チェック処理部と、を備えたことにより、前記課題を解決したものである。
又、本願の第3発明のコンピュータ・プログラムは、前記第1発明の送信メール処理方法、又は、前記第2発明の送信メール処理装置を実施するためのコンピュータ・プログラムを提供するようにしたことにより、前記課題を解決したものである。
以下、本発明の作用について、簡単に説明する。
本願発明は、送信しようとする電子メールについては、その送信元メールアドレス及び送信先メールアドレスの組み合わせをチェックするようにしている。即ち、電子メールの送信元メールアドレス及び送信先メールアドレスの組み合わせを検索キーとして参照される、送信可否情報及び送信承認要否情報を、該当電子メールに応じて参照し、チェックする。
そして、送信可と判定されれば、該電子メールを送信する。あるいは、送信可とはされずとも、承認要と判定され、且つ、その電子メールが既に承認済みであれば、送信可と判定し、該電子メールを送信する。あるいは、承認要と判定されて、その電子メールが未だ承認済みでない場合は、該当の承認者に、この電子メール送信の承認を要請する。
このため、送信する電子メールは、承認されている宛先にのみ送信されることになる。又、本願発明において、送信可否情報及び送信承認要否情報に関するデータ保守は、労力を小さく抑えることが可能である。
従って、本発明の送信メール処理方法及び装置によれば、担当者や関係者の労力を抑えながら、送信先アドレスに誤りがあるなどの不適切な電子メールが送信されたり、悪意のある電子メールが送信されたりすることを、送信者側で未然に防ぐことができる送信メール処理方法及び装置を提供することができる。
以下、図を用いて本発明の実施の形態を詳細に説明する。
図1は、本発明が適用された送信メール処理方法及び装置の実施形態の構成を示すブロック図である。
この図において、本願発明は、主としてメール・サーバ装置20において適用されている。
又、この図の左側のネットワーク3は、送信する電子メールを、該電子メールの作成者のクライアント装置5から送信用メール・サーバ装置のメール・サーバ装置20に送付するまでの過程で、利用する通信経路となる。該ネットワーク3には、送信メール処理装置10が接続され、メール・サーバ装置20と、イエロー・ページ装置24と、DNS(Domain Name System)サーバ装置26と、複数のクライアント装置5と、ルータ装置7とが接続されている。
あるいは、この図の右下のネットワーク3は、受信用メール・サーバ装置のメール・サーバ装置20に届けられている電子メールを、該電子メールの送信先アドレスに該当する利用者が、そのクライアント装置5において受け取る際に、利用する通信経路である。ネットワーク3には、メール・サーバ装置20と、複数のクライアント装置5と、ルータ装置7とが接続されている。
これらネットワーク3は、ルータ装置7を介してネットワーク1に接続されている。又、該ネットワーク1には更に、例えばこの図の右上に示されるようなメール・サーバ装置20などが接続されている。又、これらのネットワーク3やメール・サーバ装置20に対して、ネットワーク1は、送信用メール・サーバ装置から受信用メール・サーバ装置に、電子メールを送付するための通信経路となるものである。
なお、ネットワーク1やネットワーク3は、具体的に限定されるものではない。例えば、インターネットや、WAN(Wide Area Network)や、VAN(Value Added Network)、更にはLAN(Local Area Network)であってもよい。種々の形態の通信ネットワークであってもよく、電話やデータ通信の公衆回線網や専用回線網、あるいは携帯電話などの回線網を用いてもよい。更には、異なる形態のネットワークを組み合わせたものであってもよい。
又、クライアント装置5のネットワーク3に対する接続も、図示されるように直接接続されるものに限定されものではない。例えば、インターネット・アクセス・プロバイダの設備を経由して、又ネットワーク1を経由してから、ネットワーク3に接続するようにしてもよい。更には、異なる形態のネットワークを介して、ネットワーク1に接続してもよい。
図2は、本実施形態の各装置に用いるハードウェアの構成を示すブロック図である。
この図2においては、ある種のコンピュータ装置のハードウェア構成が示される。該コンピュータ装置は、OS(Operating System)は一例として米国マイクロソフト社のWindows(登録商標)を搭載する、一般的なPC(Personal Computer)装置であってもよく、特に限定されものではない。あるいは、PC装置以外のハードウェアを用いてもよく、例えばEWS(Engineering Work Station)などの、いわゆるワークステーションなどのハードウェアを用いるようにしてもよい。なお、この図において、ハードウェア構成は、説明の関係上一部抽象化されている。
図1に示される、クライアント装置5や、送信メール処理装置10は、この図2に示すようなコンピュータ装置のハードウェアを用いてもよい。又、メール・サーバ装置20や、イエロー・ページ装置24や、DNSサーバ装置26についても、更には、ルータ装置7についても、この図2に示すようなコンピュータ装置のハードウェアを用いてもよい。
この図において、コンピュータ装置は、CPU(Central Processing Unit)310と、RAM(Random Access Memory)311と、ROM(Read Only Memory)312と、LAN−I/F(Inter Face)313と、MODEM(modulator-demodulator)314と、種々のI/F(Inter Face)320〜322とを有している。これらは、バス301によって相互接続されている。
又、バス301に対して、I/F320を介して、画面表示装置330が接続されている。又、バス303によって相互接続されている、キーボード331と、マウス332と、プリンタ装置333とは、バス301に対して、I/F321を介して接続されている。
更に、バス301に対して、I/F322を介して、HDD(Hard Disc Drive)装置340と、CD(Compact Disc)装置341と、FDD(Floppy(登録商標) Disc Drive)装置342とが接続されている。これらはバス302によって相互接続されている。
以上のようなハードウェア構成において、記憶手段、又記憶装置は、RAM311、ROM312、HDD装置340、CD装置341、FDD装置342などである。このような記憶手段や記憶装置において、CPU310で実行される様々なプログラムや、本実施形態においてアクセスされるデータベースや諸ファイルやデータが保存され、電子的にアクセスができるようになっている。例えば、OSや、本実施形態に係るアプリケーション・プログラム、又ウェブ・ブラウザ・プログラムは、HDD装置340に格納されていて、実行時には、RAM311に読み出されてCPU310によって実行される。なお、LAN−I/F313は、LAN3に対する接続などに用いられるものであり、CPU310で実行されるアプリケーション・プログラムには、ネットワーク1経由で取得される、JAVA(登録商標)のアプレットも含まれる。
又、OSやアプリケーション・プログラムの実行に際して、オペレータは、画面表示装置330に表示出力される情報を参照しつつ、キーボード331によって文字入力や諸操作を行ったり、マウス332によって座標入力や諸操作の入力を行ったりする。又、適宜、プリンタ装置333からは、必要な情報を印字出力することができる。言うまでもなく、これら諸出力や入力は、CPU310で実行されるプログラムによって、電子的な処理によって行われるものである。
なお、CD装置341やFDD装置342は、本願発明を適用して実施する際の、アプリケーション・プログラムのインストールや、その他のオフラインでの情報交換に用いられる。
次に、図3は、本実施形態の送信メール処理装置10における、本発明に係る構成を示すブロック図である。
図示されるように、本実施形態において送信メール処理装置10は、受信処理部30と、チェック処理部32と、送信処理部34と、取引先メールアドレス・データベース(DB(Data Base))装置52と、情報保守処理部62と、を有している。
又、チェック処理部32は、送信可否チェック処理部40と、返信メール・チェック処理部42と、承認チェック処理部44と、承認要請処理部46と、を有している。
なお、情報保守処理部62は、DB装置50に含まれる、取引先メールアドレスDB装置52の情報を、追加、修正、削除など保守するためのものである。
以下、本実施形態の作用について説明する。
以下の説明においては、図1の左側のネットワーク3は、以下の説明において本願発明を適用した電子メールの送信側の会社(以下送信者側会社と呼ぶ)のものとする。又、これ以外のネットワーク1に接続されたメール・サーバ装置20や、図1において右下側のネットワーク3に接続されたメール・サーバ装置20は、他社の、該電子メールの受信側のものとする。
まず、イエロー・ページ装置24には、送信者側会社の社員に関する情報が保存され、特に個々の社員が業務上有している全ての電子メールアドレスが保存されている。ある社員は、業務に応じて、異なる複数の電子メールアドレスを有しているものもいる。又本願発明に係る電子メールの承認を行う者では、その承認の対象になる電子メールの業務毎に、異なる複数の電子メールアドレスを有しているものもいる。
又、該イエロー・ページ装置24には、部下や上司といった、職務上の地位の上下関係や、プロジェクト・リーダーやそのプロジェクト・メンバといった、業務上の地位の上下関係に関する情報も格納されている。このような情報は、本実施形態において、電子メールの承認者を自動的に決定する際に利用される。
送信者側会社のクライアント装置5で作成され、他社に対して送信される電子メールは、メール・サーバ装置20を送信用メール・サーバ装置として送信することになる。そして、該送信の際に、クライアント装置5からメール・サーバ装置20に該電子メールが送られる中間過程に、送信メール処理装置10が介在して本願発明を適用した処理を行うことになる。
ここで、送信メール処理装置10を導入する以前、該送信の電子メールはメール・サーバ装置20に直接送られていたとする。この場合、該送信メール処理装置10を導入すると、クライアント装置5で作成された電子メールは、一旦送信メール処理装置10に送られるように、該クライアント装置5からの送信先を変更する必要がある。該変更は、DNSサーバ装置26によって対応すれば、送信用メール・サーバ装置のSMTP(Simple Mail Transfer Protocol)サーバに係る設定など、クライアント装置5におけるメール送信の設定を変更する必要がない。
図4は、本実施形態において、取引先メールアドレスDB装置52に格納されている情報を示す線図である。図5は、本実施形態において、メール作成者クライアント装置5において作成されたメールを、送信メール処理装置10を介在させてネットワーク1を経由して送信する際の処理の流れを示すフローチャートである。図6〜図19は、いずれも、本実施形態において用いられるプロトコルのデータ構成図である。
なお、本実施形態において用いられるプロトコルは、具体的に限定されるものではない。例えば、以下において説明されるように、SMTP、POP(Post Office Protocol)又具体的にはPOP3、IMAP(Internet Message Access Protocol)又具体的にはIMAP4が本実施形態において用いられているが、これらは同様の機能が提供できる他のプロトコルであってもよい。又、このようなプロトコルに係る種々の規定、例えばMIME(Multipurpose Internet Mail Extension)なども具体的に限定されものではなく、同様の機能が提供できる他の規定であってもよい。
以下、送信メール処理装置10が導入されている場合の、クライアント装置5で利用者が作成した電子メールが、ネットワーク1を介して他社に送付するまでを、時系列的に説明する。
利用者は、クライアント装置5において、種々のメーラ・ソフトウェア・プログラム(以下、単にメーラと呼ぶ)を利用して、本文や宛先の電子メールアドレスを入力し、他社に送信する電子メールを作成する。ここで、このようなメーラは、「Outlook Express(登録商標)」や、「Netscape(登録商標)」や、「Mall Extension」などのアプリケーション・プログラムであり、特に限定されるものではない。
作成された電子メールは、通常は、送信用のメール・サーバ装置に送信される。そうして、該電子メールは、該送信用メール・サーバ装置から、ネットワーク1などを経由して、電子メールの送信先の受信用メール・サーバ装置に送られることになる。
これに対して、本実施形態においては、作成された電子メールは、SMTPを利用して、まずは、該作成のクライアント装置5から、送信メール処理装置10に送信され、該送信メール処理装置10の受信処理部30に受信される。該受信処理部30は、該受信の電子メールのSMTPに従ったデータから、「送信元メールアドレス」、「送信先メールアドレス」、「題名(Subject)」、「発信日付(Date)」などを抽出する。又、該受信処理部30は、該電子メールのSMTPのデータ部から、「本文」を抽出する。
次に、返信メール・チェック処理部42は、受信処理部30から今回受信の電子メールの「題名(Subject)」の内容を受け取り、該電子メールが、返信メールであるか否か判定する。例えば、「題名(Subject)」の内容が、「Re:……」のように「Re:」で始まるものであれば、返信メール・チェック処理部42は、今回受信の電子メールが、返信メールであると判定する。
同時に、承認チェック処理部44は、受信処理部30から今回受信の電子メールの「本文」の内容を受け取り、該電子メールが、本願発明に係る電子メール送信の承認を受けているか否か判定する。本実施形態においては、該承認がなされると、「本文」において、いわゆる「署名」や「名刺」の形式で、承認者の氏名や役職、又当該電子メールを承認者が承認している旨、記載されるようになっており、これによって「承認済み」の旨が記載されるようになっている。従って、該承認チェック処理部44は、該「承認済み」の記載の有無から、承認の有無を判定する。
なお、「署名」や「名刺」は、種々のメーラ・ソフトウェア・プログラムが提供している機能を利用することも可能である。しかしながら、本実施形態では、承認要請で受信している電子メールに対して、メーラ・ソフトウェア・プログラムで返信操作をしながら、該メーラ・ソフトウェア・プログラムにプラグインする、オリジナルのアプリケーション・プログラムによって、このような「承認済み」の記載を、簡単な操作で行えるようにしている。
次に、送信可否チェック処理部40は、受信処理部30から今回受信の電子メールの「送信元メールアドレス」、「送信先メールアドレス」の、それぞれの内容を受け取る。又、電子メールそのものを受け取る。又、送信可否チェック処理部40は、返信メール・チェック処理部42から、今回受信の電子メールが、返信メールであるか否かの判定結果を受け取る。更に、送信可否チェック処理部40は、承認チェック処理部44から、今回受信の電子メールが、「承認済み」であるか否かの判定結果を受け取る。
そうして、該送信可否チェック処理部40は、このように受け取った情報に基づいて、今回受信の電子メールの、「送信先メールアドレス」で示される送信先への送信の可否を判定する。該判定は、取引先メールアドレスDB装置52に格納されている図4に示すような情報を用いて行う。
図4は、本実施形態において、取引先メールアドレスDB装置52に格納されている情報を示す線図である。
本実施形態の取引先メールアドレスDB装置52には、本願発明の送信可否情報、送信承認要否情報、及び送信承認実績管理情報が、1つのテーブル形式で保存されている。該テーブル形式保存の情報を、以下承認関連情報テーブルと呼ぶ。この図において、各行は、電子メールの送信元メールアドレス及び送信先メールアドレスの組み合わせを検索キーとして参照可能なレコードである。各レコードには、まず左側列の「送信元メールアドレス」及び「送信先メールアドレス」のそれぞれのデータが含まれる。更に、各レコードには、送信可否情報となる「ステータス」のデータが含まれている。又、各レコードには、送信承認要否情報となる、「実績カウント」、「承認省略カウント」、「承認者」、「最終承認日時」の各データが含まれている。又、「実績カウント」、「承認省略カウント」は、本願発明の送信承認実績管理情報にもなっており、過去の承認担当者による承認を得た送信実績が集計されている該送信承認実績管理情報に基づいて、該承認送信実績が所定以上である場合は、この後には承認担当者による承認を得ずとも、送信可否判定を可としている。
このような承認関連情報テーブルのレコードは、受信処理部30から受け取った「送信元メールアドレス」及び「送信先メールアドレス」の情報によって検索されるものである。この「送信元メールアドレス」は、送信メール処理装置10においてメール送信の可否を判定する対象になる電子メールの作成者のメールアドレスである。「送信先メールアドレス」は、該作成者による電子メールの送信先の電子メールアドレスである。
なお、送信可否情報や、送信承認要否情報や、送信承認実績管理情報は、承認関連情報テーブルのようなテーブル形式でなくても、同様に検索可能であればよい。本願発明は、この具体的な構成について限定するものではない。なお、送信可否情報、送信承認要否情報、及び、送信承認実績管理情報の少なくとも1つに対するものとして、例えば本実施形態おいては承認関連情報テーブルに対して行う、「送信元メールアドレス」及び「送信先メールアドレス」の情報による検索を、以下、承認情報検索と呼ぶ。
又、本実施形態において承認関連情報テーブルは、返信の電子メールにおけるものと、これ以外のものとで、2種類備えるようにしている。送信可否チェック処理部40は、今回受信の電子メールが返信メールであると判定されているか、返信メールではないと判定されているかに応じて、これら2種類の情報を選択する。このように送信可否情報や送信承認要否情報が2種類になっているので、返信メール用の、例えば送信可否の判定や承認者などの登録を、独立して行うことができるようになっている。
送信可否チェック処理部40は、承認関連情報テーブル中にあるレコードにおいて、受信処理部30から受け取った「送信元メールアドレス」及び「送信先メールアドレス」の組み合わせと一致する、図4において左側列の「送信元メールアドレス」及び「送信先メールアドレス」の組み合わせで検索する(承認情報検索)。そして、一致するレコードがある場合は、その「ステータス」のデータに基づいて、送信の可否を判定する。
まず、一致するレコードがある場合、「ステータス」のデータが「OK」の場合は、無条件に送信可の判定になる。送信可と判定された場合は、該判定、及び該判定の電子メールを送信可否チェック処理部40が送信処理部34に送付する。すると、該送信処理部34は、該電子メールをそのままSMTPで、送信用メール・サーバであるメール・サーバ装置20に送信する。
あるいは、承認情報検索で見い出されたレコードの「ステータス」のデータが「NG」の場合は、無条件に送信不可の判定になる。不可の判定の場合、該判定、及び判定した電子メールに関する情報を送信可否チェック処理部40が送信処理部34に送付する。すると、該送信処理部34は、該電子メールをその作成者に送り返すように、送付不可の旨の記載をメール本文にし、元のメール(不可判定されたメール)をMIMEによりカプセル化して作成した電子メールを、送信元メールアドレス(不可判定されたメールの作成者のアドレス)宛に送信するため、SMTPで送信用メール・サーバであるメール・サーバ装置20に送信する。
承認情報検索で見い出されたレコードの「ステータス」のデータが「未」の場合は、該当する承認者による、電子メール送信の可否の判断を要するものと判定する。
承認要と判定された場合は、送信可否チェック処理部40は、該判定結果と共に、該判定の電子メール、又今回検索された前述のレコードに含まれる「承認者」にあるメールアドレスを、承認要請処理部46に伝達する。すると、該承認要請処理部46は、承認要請の情報を本文とし、今回受信の電子メールを電子署名付きデータとして、これを送信処理部34に送る。又、これを受けた送信処理部34は、これらのデータを、MIMEによりまとめられた1つの承認要請メールデータとして電子メールを作成し、該メールを承認者に送信すべく、SMTPで送信用メール・サーバであるメール・サーバ装置20に送信する。該メールの「送信先メールアドレス(To)」は、前述の承認情報検索で見い出されたレコードに含まれる「承認者」にあるメールアドレスになる。
上述の承認要請メールデータの情報は、例えば、メール本文の冒頭に、文面にて、承認要請の旨伝達するものでもよい。又、電子メールの作成者のメールアドレス(本来の送信元メールアドレス)、又該作成者が意図していた送信先メールアドレスは、メール本文に列挙されている。又、上述の送信元メールアドレスと送信先メールアドレスは、書名付きデータとして、メールに添付される。メール本文を見ることにより、承認者は、電子メール作成者(本来の送信元メールアドレス)を目視確認しながら、承認すべき送信先(本来の送信先メールアドレス)を目視確認し、又適宜電子メールの本文の内容を参照しながら、該承認を行うことが容易になる。又、送信先メールアドレスを署名付きデータとして添付することで、承認後、元メールデータの送信先を、該承認結果のメールデータから容易に復元することができる。
「承認者」は、承認要請メールデータをメーラにより表示し、「承認」の場合は「承認用メールアドレス」に、「否認」の場合は「否認用メールアドレス」に、承認者自身の電子署名を付けて転送する。「承認用メールアドレス」宛や「否認用メールアドレス」宛に送られた承認結果電子メールは、受信処理部30に受信される。該受信処理部30は、受信メールの送信元メールアドレスが承認者メールアドレスで、かつ、送信先メールアドレスが「承認用メールアドレス」又は「否認用メールアドレス」の場合、受信メールデータを「承認結果メールデータ」と判定する。
そして、送信可否チェック処理部40において、該「承認結果メールデータ」の送信先メールアドレスが「承認用メールアドレス」の場合は「承認済み」と判定する。あるいは、該送信先メールアドレスが「否認用メールアドレス」の場合は「否認済み」と判定する。
送信可否チェック処理部40において、承認済みと判定された場合は、今回承認情報検索で見い出したレコードの「実績カウント」のデータを1つだけ増加させる。そうして、増加後の「実績カウント」の値が「承認省略カウント」と一致した場合は、このレコードの「ステータス」のデータを、「OK」に書き換える。
更に、承認要と判定された場合、本実施形態においては、今回承認情報検索のレコードの「最終承認日時」のデータが、所定期間以上以前で古いものであれば、該レコードの「実績カウント」のデータを「0」に書き換えるようにしている。該所定期間は、例えば1ヶ月である。
ここで、送信可否チェック処理部40が、受信処理部30から受け取った「送信元メールアドレス」及び「送信先メールアドレス」の組み合わせと同じレコードを、図4において左側列の「送信元メールアドレス」及び「送信先メールアドレス」の組み合わせで検索した際、一致するレコードがない場合もありえる。つまり、該「送信元メールアドレス」から該「送信先メールアドレス」への電子メール送信が、今回が初めてという場合である。この場合、情報保守処理部62は、イエロー・ページ装置24その他の情報を適宜利用しながら、新たなレコードを生成する。
即ち、情報保守処理部62は、承認関連情報テーブルにおいて、新たに生成するレコードの「送信元メールアドレス」に今回の電子メールの「送信元メールアドレス」、該レコードの「送信先メールアドレス」に該電子メールの「送信先メールアドレス」のデータを書き込む。「最終承認日時」には、暫定的に、「0000/00/00 00:00」が書き込まれる。
又、新たに生成するレコードの「ステータス」、「実績カウント」、「承認省略カウント」、「承認者」の各データは、イエロー・ページ装置24から得られる情報によって所定内容を書き込む。
例えば、今回の電子メールを作成した利用者の職務上の地位によっては、「ステータス」に「OK」を書き込む。
あるいは、利用者の職務上の地位によっては、「ステータス」に「未」、「承認省略カウント」に所定値、「承認者」に上司のメールアドレスを書込み、「実績カウント」には「0」を書き込む。なお、該所定値は、職務上の地位や、会社への在籍期間に応じたものとしてもよい。即ち、地位が低いほど、又在籍期間が短い程、該所定値は小さな値にするようにしてもよい。
なお、図4の諸情報は、情報保守処理部62において、管理者が入力して設定することも可能になっている。この管理者入力の際、この図の6列目の、「送信元メールアドレス」の「*」や、「送信先メールアドレス」の「*@ZZZ.COM」のように、いわゆるワイルドカード式で、メールアドレスを指定することも可能である。この「*」は、任意の文字数の任意の文字列である。
なお、本実施形態において、前述の承認要請情報が付加された電子メールについて、その送信を承認しないと判断する場合がある。この場合は、承認要請で受信している電子メールに対して、メーラ・ソフトウェア・プログラムで返信操作をしながら、前述のプラグインのアプリケーション・プログラムによって、「送信禁止」の記載を、簡単な操作で行えるようになっている。又、該「送信禁止」が記載なされた、該返信の電子メールを送信メール処理装置10が受信すると、該送信メール処理装置10の承認チェック処理部44は、該「送信禁止」の記載の有無を判別し、「送信禁止」が記載されていると判別された場合は、前述のレコードで、「送信元メールアドレス」及び「送信先メールアドレス」が該当するものの「ステータス」に「NG」を書き込む。
図5は、本実施形態において、クライアント装置5において作成されたメールを、送信メール処理装置10を介在させてネットワーク1を経由して送信する際の処理の流れを示すフローチャートである。
本実施形態において、メールの作成者、あるいは作成されたメールを承認する者(承認者)が利用するクライアント装置5は特に限定されるものではない。ここで、これらクライアント装置5をそれぞれ便宜上、メール作成者クライアント装置5、承認者クライアント装置5と呼ぶ。
メール作成者クライアント装置5で作成されたメールは、まず送信メール処理装置10に送付され、送信メール処理装置10において本願発明を適用した処理がなされることになる。該送付の際に、又、該処理がなされたメールが該当の送信先に送付される際にも、該送信メール処理装置10は、あたかもメール・サーバとして動作することになり、例えば、SMTPサーバやPOP3やIMAP4サーバとして動作することになる。
又、該作成のメールが送信先メールアドレスに送付される過程で経由するメール・サーバ装置について限定されるものではない。例えば、ネットワーク3上のものでもネットワーク1上のものでもよく、又経由するメール・サーバ装置の台数も限定されものではない。又、メールの送信先で、該メールの読者が操作する、図5中の送信先クライアント装置は、特に限定されるものではなく、図1中のクライアント装置5と同等のものなどを利用することが可能である。
ここで、この図5において、その最下部に図示するように、実線矢印によって、SMTPなどの、電子メールを送信する際に用いる電文の伝達が示される。又、破線矢印によって、POPやIMAPなどの、電子メールを受信する際に用いる電文の伝達が示される。
又この図5において、符号A1、A2−1〜A2−n、A3−1〜A3−n、B1、B2、B3、B4−1〜B4−n、B5−1〜B5−n、C1、C2、C3、C4、D1、D2のそれぞれによって、本実施形態のメール送信に際して、メールが送信先メールアドレスに送付されるまでに用いられる、それぞれ該当のプロトコルの電文を示す。なお、該プロトコルの電文の符号は、作図上、斜体字体としている。
前述のように、メール作成者クライアント装置5で作成された電子メールは、本実施形態においては、まず送信メール処理装置10に送信されるようになっており、該送信メール処理装置10を経由するようにされている。図5において、「自動OK」、「承認」、「否認」、「自動NG」の区分は、該送信の電子メールを受信した送信メール処理装置10による判断によっている。又、該送信は、電文A1、B1、C1、D1によるものであり、基本的に同じであるものであり、該区分の図示上区別されている。これら電文A1、B1、C1、D1の後の電文については、該区分に応じたものになる。
送信メール処理装置10において、「承認者による承認は得ずとも送信先メールアドレスに送信可」と判断された場合は、図5において「自動OK」の区分になり、電文A1の後は、送信先メールアドレスの数だけの複数の電文A2−1〜A2−nによって、送信メール処理装置10から送信先メールアドレスに、メール作成者クライアント装置5で作成された電子メールが送信されることになる。又、該送信の電子メールは、電文A3−1〜A3−nによって、送信先のクライアント装置に受け取られることになる。なお、電文A2−1〜A2−n、A3−1〜A3−nは、厳密には、メール作成者クライアント装置5で作成された電子メールを含むように編成され、作成されている電子メールである。
次に、送信メール処理装置10において、「承認者による承認を得てから送信先メールアドレスに送信可」と判断され、かつ、承認者クライアント装置5で「承認」された場合は、図5において「承認」の区分になり、電文B1の後は、メール作成者クライアント装置5で作成された電子メールは、電文B2によって一旦承認者に送られる。「承認用メールアドレス」への返信で「承認」として、メール作成者クライアント装置5で作成された電子メールが、電文B3により送信メール処理装置10に送信されると、該送信メール処理装置10は、送信先メールアドレスの数だけの複数の電文B4−1〜B4−nによって、メール作成者クライアント装置5で作成された電子メールがその送信先メールアドレスに送信されることになる。なお、電文B2、B3、B4−1〜B4−n、B5−1〜B5−nは、厳密には、メール作成者クライアント装置5で作成された電子メールを含むように編成され、作成されている電子メールである。
続いて、送信メール処理装置10において、「承認者による承認を得てから送信先メールアドレスに送信可」と判断され、かつ、承認者クライアント装置5で「否認」された場合は、図5において「否認」の区分になる。電文C1の後は、メール作成者クライアント装置5で作成された電子メールは、電文C2によって一旦承認者に送られる。「否認用メールアドレス」への返信で「否認」として、メール作成者クライアント装置5で作成された電子メールが、電文C3により送信メール処理装置10に送信されると、該送信メール処理装置10は、該否認になった、メール作成者クライアント装置5で作成された電子メールを、電文C4によって該作成者に送信する。なお、電文C2、C3、C4は、厳密には、メール作成者クライアント装置5で作成された電子メールを含むように編成され、作成されている電子メールである。
次に、送信メール処理装置10において、「承認者による承認を問わずとも送信先メールアドレスに送信不可」と判断された場合は、図5において「自動NG」の区分になる。電文D1の後は、送信メール処理装置10において該送信不可の判断がなされる。又、該送信不可の判断を伝達するため、又該判断の対象になった電子メールを送付するため、メール作成者クライアント装置5で作成された電子メールは、電文D2によってメール作成者クライアント装置5に送られる。なお、電文D2は、厳密には、メール作成者クライアント装置5で作成された電子メールを含むように編成され、作成されている電子メールである。
ここで、符号A1、A2−1〜A2−n、A3−1〜A3−n、B1、B2、B3、B4−1〜B4−n、B5−1〜B5−n、C1、C2、C3、C4、D1、D2の、これら電文におけるデータ構成は、該当のプロトコルに準拠するものであり、それぞれは図6〜図19に示すとおりである。
これら図6〜図19において、図中、上から下の順に、電文の先頭データから尾端のデータになっている。又、これら図6〜図19において、矩形は、その内部に記載された名称のデータである。そして、矩形間の入れ子関係は、これら矩形のデータの間の入れ子関係を図示するものになっている。つまり、一方の矩形のデータに、他方の矩形のデータが入れ子になって図示される場合、前者のデータの一部として、後者のデータが含まれる構造になっている。
これらデータとしては、送信元メールアドレス、送信先メールアドレス、メール本体を、それぞれ示すデータが含まれている。該送信先メールアドレスは、複数の送信先メールアドレスを羅列したものであってもよい。更に、メール本体のデータには、ヘッダ、ボディ、本文(メール本文)を、それぞれ示すデータが、入れ子になって含まれている。該該ボディのデータには、承認者による署名などによる、電子署名のデータを、入れ子として含めることができる。
又、該メール本体のデータあるいは該ボディのデータには、添付ファイルのデータを、入れ子として含めることができる。1つの電子メールの電文において、添付ファイルは複数添付可能になっている。又、本実施形態では、該当のプロトコルの規定において、添付ファイルの形態で、承認者による承認に関係する情報を付加するようにしている。該承認関係情報には、承認の要否、承認の可否などの情報が含まれる。
更に、承認が否決されたメールが、プロトコル電文C4によって作成者に返信される際には、該作成者が作成し又承認否決になったメールの、送信元メールアドレス及び送信先メールアドレスが含まれる添付ファイル、メール本体が含まれる添付ファイルが添付され、作成者に返信される。
以下、本実施形態における、これらのプロトコル電文について個別に説明する。
なお、以下の説明において、「手順」とは、そのプロトコル電文を送信するまでの過程の処理や、そのプロトコルを送信することでなされる処理である。又、「構成」とは、そのプロトコル電文のデータ構成であり、その電文の先頭データから尾端のデータの順になっている。該データ構成は、そのプロトコル電文に対応する、図6〜図19に示されるものである。
[プロトコル電文A1](SMTPに準拠して編成される電文)
手順:メール作成者がメールソフトにより社外へ送付するメールを作成。SMTPプロトコルで処理装置へ送信。
構成:
送信元メールアドレスA1:メール作成者のメールアドレス
送信先メールアドレスA1−1
送信先メールアドレスA1−2
……
送信先メールアドレスA1−n
メール本体A1
ヘッダA1:件名、Fromアドレス、Toアドレスなど
ボディA1
本文A1
(添付ファイルA1)
手順:メール作成者がメールソフトにより社外へ送付するメールを作成。SMTPプロトコルで処理装置へ送信。
構成:
送信元メールアドレスA1:メール作成者のメールアドレス
送信先メールアドレスA1−1
送信先メールアドレスA1−2
……
送信先メールアドレスA1−n
メール本体A1
ヘッダA1:件名、Fromアドレス、Toアドレスなど
ボディA1
本文A1
(添付ファイルA1)
[プロトコル電文A2−1……n](SMTPに準拠して編成される電文)
手順:処理装置はプロトコル電文A1を受信。送信元メールアドレスと送信先メールアドレスを抽出。送信元メールアドレスと送信先メールアドレスの組み合わせの全てに対してステータスがOKだった場合、処理装置はプロトコル電文A2(送信先メールアドレス毎に分割、内容はA1と同じ)をSMTPプロトコルで中継のメール・サーバを経由して送信先メール・サーバへ送信。
構成:
送信元メールアドレスA2:A1と同じ
送信先メールアドレスA2−1……n:A1−1……nのいずれか
メール本体A2:A1と同じ
ヘッダA2:A1と同じ
ボディA2:A1と同じ
本文A2:A1と同じ
(添付ファイルA2):A1と同じ
手順:処理装置はプロトコル電文A1を受信。送信元メールアドレスと送信先メールアドレスを抽出。送信元メールアドレスと送信先メールアドレスの組み合わせの全てに対してステータスがOKだった場合、処理装置はプロトコル電文A2(送信先メールアドレス毎に分割、内容はA1と同じ)をSMTPプロトコルで中継のメール・サーバを経由して送信先メール・サーバへ送信。
構成:
送信元メールアドレスA2:A1と同じ
送信先メールアドレスA2−1……n:A1−1……nのいずれか
メール本体A2:A1と同じ
ヘッダA2:A1と同じ
ボディA2:A1と同じ
本文A2:A1と同じ
(添付ファイルA2):A1と同じ
[プロトコル電文A3−1……n](POP3又はIMAP4に準拠して編成される電文)
手順:送信先メールアドレスに対応するクライアント装置はPOP3又はIMAP4プロトコルにより送信先メール・サーバからメールを受信。
構成:
メール本体A3:A1と同じ
ヘッダA3:A1と同じ
ボディA2:A1と同じ
本文A2:A1と同じ
(添付ファイルA2):A1と同じ
手順:送信先メールアドレスに対応するクライアント装置はPOP3又はIMAP4プロトコルにより送信先メール・サーバからメールを受信。
構成:
メール本体A3:A1と同じ
ヘッダA3:A1と同じ
ボディA2:A1と同じ
本文A2:A1と同じ
(添付ファイルA2):A1と同じ
[プロトコル電文B1](SMTPに準拠して編成される電文)
手順:A1と同じ
構成:A1と同じ
手順:A1と同じ
構成:A1と同じ
[プロトコル電文B2](POP3又はIMAP4に準拠して編成される電文)
手順:処理装置は承認者用受信メールボックスにプロトコル電文B1を格納。承認者はPOP3又はIMAP4プロトコルによりプロトコル電文B1を受信プロトコル電文B1を受信。送信元メールアドレスと送信先メールアドレスを抽出。送信元メールアドレスと送信先メールアドレスの組み合わせの全てに対してステータスが未だった場合かつNGステータスが含まれない場合、処理装置はプロトコル電文B2をSMTPプロトコルで中継のメール・サーバを経由して承認者メール・サーバへ送信。承認者メールアドレスに対応するクライアント装置はPOP3又はIMAP4プロトコルによりメールを受信。
構成:
送信元メールアドレスB2:処理装置メールアドレス
送信先メールアドレスB2:承認者メールアドレス
メール本体B2
ヘッダB2:件名、Fromアドレス、Toアドレスなど
ボディB2
本文B2:処理装置が作成した承認者への承認依頼文
添付ファイルB2−1:元メールの送信元、送信先メールアドレスのリスト
添付ファイルB2−2:元メールのメール本体(メール本体B1をカプセル化したデータ)
電子署名B2:ボディB2が処理装置により作成され改竄されていないことを保証する
手順:処理装置は承認者用受信メールボックスにプロトコル電文B1を格納。承認者はPOP3又はIMAP4プロトコルによりプロトコル電文B1を受信プロトコル電文B1を受信。送信元メールアドレスと送信先メールアドレスを抽出。送信元メールアドレスと送信先メールアドレスの組み合わせの全てに対してステータスが未だった場合かつNGステータスが含まれない場合、処理装置はプロトコル電文B2をSMTPプロトコルで中継のメール・サーバを経由して承認者メール・サーバへ送信。承認者メールアドレスに対応するクライアント装置はPOP3又はIMAP4プロトコルによりメールを受信。
構成:
送信元メールアドレスB2:処理装置メールアドレス
送信先メールアドレスB2:承認者メールアドレス
メール本体B2
ヘッダB2:件名、Fromアドレス、Toアドレスなど
ボディB2
本文B2:処理装置が作成した承認者への承認依頼文
添付ファイルB2−1:元メールの送信元、送信先メールアドレスのリスト
添付ファイルB2−2:元メールのメール本体(メール本体B1をカプセル化したデータ)
電子署名B2:ボディB2が処理装置により作成され改竄されていないことを保証する
[プロトコル電文B3](SMTPに準拠して編成される電文)
手順:メール作成者がメールソフトにより処理装置への承認結果メールを作成(承認の場合)。SMTPプロトコルで処理装置へ送信。
構成:
送信元メールアドレスB3:承認者のメールアドレス
送信先メールアドレスB3:処理装置の承認結果用メールアドレス
メール本体B3
ヘッダB3:件名、Fromアドレス、Toアドレスなど
ボディB3
本文B3:
添付ファイルB3−1:メール本体B2をカプセル化したデータ
添付ファイルB3−2:承認可否データ(承認)
電子署名B3:
手順:メール作成者がメールソフトにより処理装置への承認結果メールを作成(承認の場合)。SMTPプロトコルで処理装置へ送信。
構成:
送信元メールアドレスB3:承認者のメールアドレス
送信先メールアドレスB3:処理装置の承認結果用メールアドレス
メール本体B3
ヘッダB3:件名、Fromアドレス、Toアドレスなど
ボディB3
本文B3:
添付ファイルB3−1:メール本体B2をカプセル化したデータ
添付ファイルB3−2:承認可否データ(承認)
電子署名B3:
[プロトコル電文B4](SMTPに準拠して編成される電文)
手順:処理装置はプロトコル電文B3を受信。メール本体に承認者の署名と承認可否データがあり、承認可否データが「承認」状態を示していることを確認。処理装置はプロトコル電文B4(内容はB1と同じ)をSMTPプロトコルで中継のメール・サーバを経由して送信先メール・サーバへ送信。送信先メールアドレスに対応するクライアント装置はPOP3又はIMAP4プロトコルによりメールを受信。
構成:
送信元メールアドレスB4:B1と同じ
送信先メールアドレスB4−1:B1−1と同じ
送信先メールアドレスB4−2:B1−2と同じ
……
送信先メールアドレスB4−n:B1−nと同じ
メール本体B4:B1と同じ
ヘッダB4:B1と同じ
ボディB4:B1と同じ
本文B4:B1と同じ
(添付ファイルB4):B1と同じ
手順:処理装置はプロトコル電文B3を受信。メール本体に承認者の署名と承認可否データがあり、承認可否データが「承認」状態を示していることを確認。処理装置はプロトコル電文B4(内容はB1と同じ)をSMTPプロトコルで中継のメール・サーバを経由して送信先メール・サーバへ送信。送信先メールアドレスに対応するクライアント装置はPOP3又はIMAP4プロトコルによりメールを受信。
構成:
送信元メールアドレスB4:B1と同じ
送信先メールアドレスB4−1:B1−1と同じ
送信先メールアドレスB4−2:B1−2と同じ
……
送信先メールアドレスB4−n:B1−nと同じ
メール本体B4:B1と同じ
ヘッダB4:B1と同じ
ボディB4:B1と同じ
本文B4:B1と同じ
(添付ファイルB4):B1と同じ
[プロトコル電文B5−1……n](POP3又はIMAP4に準拠して編成される電文)
手順:送信先メールアドレスに対応するクライアント装置はPOP3又はIMAP4プロトコルにより送信先メール・サーバからメールを受信。
構成:
メール本体B3:B1と同じ
ヘッダB3:B1と同じ
ボディB2:B1と同じ
本文B2:B1と同じ
(添付ファイルB2):B1と同じ
手順:送信先メールアドレスに対応するクライアント装置はPOP3又はIMAP4プロトコルにより送信先メール・サーバからメールを受信。
構成:
メール本体B3:B1と同じ
ヘッダB3:B1と同じ
ボディB2:B1と同じ
本文B2:B1と同じ
(添付ファイルB2):B1と同じ
[プロトコル電文C1](SMTPに準拠して編成される電文)
手順:A1と同じ
構成:A1と同じ
手順:A1と同じ
構成:A1と同じ
[プロトコル電文C2](POP3又はIMAP4に準拠して編成される電文)
手順:B2と同じ
構成:B2と同じ
手順:B2と同じ
構成:B2と同じ
[プロトコル電文C3](SMTPに準拠して編成される電文)
手順:メール作成者がメールソフトにより処理装置への承認結果メールを作成(承認拒絶の場合)。SMTPプロトコルで処理装置へ送信。処理装置が承認者より否認結果メールを受け取り、元メールのメール作成者受信メールボックスに否認通知メールを格納。
構成:
送信元メールアドレスC3:承認者のメールアドレス
送信先メールアドレスC3:処理装置の承認結果用メールアドレス
メール本体C3
ヘッダC3:件名、Fromアドレス、Toアドレスなど
ボディC3
本文C3:
添付ファイルC3−1:メール本体C2をカプセル化したデータ
添付ファイルC3−2:承認可否データ(否認)
電子署名C3:
手順:メール作成者がメールソフトにより処理装置への承認結果メールを作成(承認拒絶の場合)。SMTPプロトコルで処理装置へ送信。処理装置が承認者より否認結果メールを受け取り、元メールのメール作成者受信メールボックスに否認通知メールを格納。
構成:
送信元メールアドレスC3:承認者のメールアドレス
送信先メールアドレスC3:処理装置の承認結果用メールアドレス
メール本体C3
ヘッダC3:件名、Fromアドレス、Toアドレスなど
ボディC3
本文C3:
添付ファイルC3−1:メール本体C2をカプセル化したデータ
添付ファイルC3−2:承認可否データ(否認)
電子署名C3:
[プロトコル電文C4](POP3又はIMAP4に準拠して編成される電文)
手順:送信元メールアドレスに対応するクライアント装置はPOP3又はIMAP4プロトコルにより処理装置からメールを受信。
構成:
メール本体C4
ヘッダC4:否認通知メールの件名、Fromアドレス、Toアドレスなど
ボディC4
本文C4:処理装置が作成した作成者への送信否認通知文
添付ファイルC4−1:元メールの送信元、送信先メールアドレスのリスト
添付ファイルC4−2:元メールのメール本体(メール本体C1をカプセル化したデータ)
電子署名C4:ボディC4処理装置により作成され改竄されていないことを保証する
手順:送信元メールアドレスに対応するクライアント装置はPOP3又はIMAP4プロトコルにより処理装置からメールを受信。
構成:
メール本体C4
ヘッダC4:否認通知メールの件名、Fromアドレス、Toアドレスなど
ボディC4
本文C4:処理装置が作成した作成者への送信否認通知文
添付ファイルC4−1:元メールの送信元、送信先メールアドレスのリスト
添付ファイルC4−2:元メールのメール本体(メール本体C1をカプセル化したデータ)
電子署名C4:ボディC4処理装置により作成され改竄されていないことを保証する
[プロトコル電文D1](SMTPに準拠して編成される電文)
手順:A1と同じ
構成:A1と同じ
手順:A1と同じ
構成:A1と同じ
[プロトコル電文D2](POP3又はIMAP4に準拠して編成される電文)
手順:処理装置はプロトコル電文D1を受信。送信元メールアドレスと送信先メールアドレスを抽出。送信元メールアドレスと送信先メールアドレスの組み合わせのいずれか1つでもNGだった場合、処理装置は元メールのメール作成者受信メールボックスに否認通知メールを格納。送信元メールアドレスに対応するクライアント装置はPOP3又はIMAP4プロトコルにより処理装置からメールを受信。
構成:
メール本体C4
ヘッダC4:否認通知メールの件名、Fromアドレス、Toアドレスなど
ボディC4
本文C4:処理装置が作成した作成者への送信否認通知文
添付ファイルC4−1:元メールの送信元、送信先メールアドレスのリスト
添付ファイルC4−2:元メールのメール本体(メール本体C1をカプセル化したデータ)
電子署名C4:ボディC4処理装置により作成され改竄されていないことを保証する
手順:処理装置はプロトコル電文D1を受信。送信元メールアドレスと送信先メールアドレスを抽出。送信元メールアドレスと送信先メールアドレスの組み合わせのいずれか1つでもNGだった場合、処理装置は元メールのメール作成者受信メールボックスに否認通知メールを格納。送信元メールアドレスに対応するクライアント装置はPOP3又はIMAP4プロトコルにより処理装置からメールを受信。
構成:
メール本体C4
ヘッダC4:否認通知メールの件名、Fromアドレス、Toアドレスなど
ボディC4
本文C4:処理装置が作成した作成者への送信否認通知文
添付ファイルC4−1:元メールの送信元、送信先メールアドレスのリスト
添付ファイルC4−2:元メールのメール本体(メール本体C1をカプセル化したデータ)
電子署名C4:ボディC4処理装置により作成され改竄されていないことを保証する
以上に説明したように、本実施形態によれば、本願発明を効果的に適用することができる。
なお、以上に説明した実施形態においては、送信メール処理装置10は、送信用メール・サーバ装置として機能するメール・サーバ装置20とは別の、独立したハードウェアになっている。しかしながら、本願発明は、このような構成に限定されるものではない。例えば、送信メール処理装置10を、メール・サーバ装置20と共に、少なくとも一部共通のハードウェアにおいて構成するようにしてもよい。
なお、以上に説明した実施形態では、メール作成者クライアント装置5で作成された電子メールは、一旦送信メール処理装置10に送信されるようにしており、該送信に際して送信メール処理装置10は、送信用メール・サーバ装置として機能するようになっている。しかしながら、本願発明は、このようなものに限定されるものではない。
例えば、メール作成者クライアント装置5で作成された電子メールは、送信用メール・サーバ装置として機能する、メール・サーバ装置20に送信されるようにする。そして、該メール・サーバ装置20が、この電子メールを送信先の受信用メール・サーバ装置に送信する過程において、上述の実施形態では送信メール処理装置10において実行される本願発明が適用される処理を、自動的に介在させるようにしてもよい。あるいは、該過程で行われる処理において、上述の実施形態では送信メール処理装置10において実行される本願発明が適用される処理を、複合的に実行するようにしてもよい。
以上説明したとおり、本発明によれば、担当者や関係者の労力を抑えながら、送信先アドレスに誤りがあるなどの不適切な電子メールが送信されたり、悪意のある電子メールが送信されたりすることを、送信者側で未然に防ぐことができる送信メール処理方法及び装置を提供することができる。
1、3…ネットワーク
5…クライアント装置
7…ルータ装置
10…送信メール処理装置
20…メール・サーバ装置
24…イエロー・ページ装置
26…DNSサーバ装置
30…受信処理部
32…チェック処理部
34…送信処理部
40…送信可否チェック処理部
42…返信メール・チェック処理部
44…承認チェック処理部
46…承認要請処理部
52…取引先メールアドレスDB装置
62…情報保守処理部
301〜303…バス
310…CPU
311…RAM
312…ROM
313…LAN−I/F
314…MODEM
320〜322…I/F
330…画面表示装置
331…キーボード
332…マウス
333…プリンタ装置
340…HDD装置
341…CD装置
342…FDD装置
5…クライアント装置
7…ルータ装置
10…送信メール処理装置
20…メール・サーバ装置
24…イエロー・ページ装置
26…DNSサーバ装置
30…受信処理部
32…チェック処理部
34…送信処理部
40…送信可否チェック処理部
42…返信メール・チェック処理部
44…承認チェック処理部
46…承認要請処理部
52…取引先メールアドレスDB装置
62…情報保守処理部
301〜303…バス
310…CPU
311…RAM
312…ROM
313…LAN−I/F
314…MODEM
320〜322…I/F
330…画面表示装置
331…キーボード
332…マウス
333…プリンタ装置
340…HDD装置
341…CD装置
342…FDD装置
Claims (7)
- ネットワークによって相手先に送信するために、送信用メール・サーバ装置に送信される電子メールを、該送信用メール・サーバ装置が受信する前に受信処理部によって受信し、
該電子メールの承認の有無を、承認チェック処理部によって判定し、
送信可否チェック処理部は、電子メールの送信元メールアドレス及び送信先メールアドレスの組み合わせを検索キーとして参照される、送信可否情報及び送信承認要否情報を、該当電子メールに応じて参照すると共に、該電子メールの該送信承認要否情報が要であれば前記承認有無判定結果を参照し、これら参照結果に基づいて該電子メールの送信の可否を判定し、
送信可と判定された場合は、該電子メールを前記送信用メール・サーバ装置に送信することを特徴とする送信メール処理方法。 - 請求項1の送信メール処理方法において、
前記送信可否チェック処理部は、電子メールの送信元メールアドレス及び送信先メールアドレスの組み合わせを検索キーとして参照される、過去の承認担当者による承認を得た送信実績が集計されている送信承認実績管理情報に基づいて、該承認送信実績が所定以上である場合は、この後には承認担当者による承認を得ずとも、前記送信可否判定を可と判定することを特徴とする送信メール処理方法。 - 請求項1又は請求項2の送信メール処理方法において、
送信元メールアドレス及び送信先メールアドレスの組み合わせを検索キーとして参照される、いずれかの前記情報の少なくとも一部が、保守処理部によって、少なくとも送信元メールアドレスの該当利用者の職務上の地位に応じて、自動的に設定されることを特徴とする送信メール処理方法。 - 請求項1乃至請求項3のいずれか1つの送信メール処理方法において、
送信元メールアドレス及び送信先メールアドレスの組み合わせを検索キーとして参照される、いずれかの前記情報の少なくとも一部が、返信メール用の登録を、独立して可能になっていることを特徴とする送信メール処理方法。 - 請求項1乃至請求項4のいずれか1つの送信メール処理方法において、
前記送信可否チェック処理部は、前記送信可否判定で否と判定され、且つ、該判定の電子メールの前記送信承認要否情報が要であれば、該電子メール、及び、承認要請の情報を、承認担当者に送信することを特徴とする送信メール処理方法。 - ネットワークによって相手先に送信するために、送信用メール・サーバ装置に送信される電子メールを、該送信用メール・サーバ装置が受信する前に受信する受信処理部と、
該電子メールの承認の有無を判定する承認チェック処理部と、
電子メールの送信元メールアドレス及び送信先メールアドレスの組み合わせを検索キーとして参照される、送信可否情報及び送信承認要否情報を、該当電子メールに応じて参照すると共に、該電子メールの該送信承認要否情報が要であれば前記承認有無判定結果を参照し、これら参照結果に基づいて該電子メールの送信の可否を判定し、送信可と判定された場合は、該電子メールを前記送信用メール・サーバ装置に送信する送信可否チェック処理部と、を備えたことを特徴とする送信メール処理装置。 - 請求項1乃至請求項5のいずれか1つの送信メール処理方法、又は、請求項6の送信メール処理装置を実施するためのコンピュータ・プログラム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2004168755A JP2005346643A (ja) | 2004-06-07 | 2004-06-07 | 送信メール処理方法及び装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2004168755A JP2005346643A (ja) | 2004-06-07 | 2004-06-07 | 送信メール処理方法及び装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2005346643A true JP2005346643A (ja) | 2005-12-15 |
Family
ID=35498929
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2004168755A Withdrawn JP2005346643A (ja) | 2004-06-07 | 2004-06-07 | 送信メール処理方法及び装置 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2005346643A (ja) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008129896A (ja) * | 2006-11-22 | 2008-06-05 | Hitachi Ltd | 携帯電話でのメール返信によるワークフロー案件の承認方法 |
JP2008226122A (ja) * | 2007-03-15 | 2008-09-25 | Hitachi Software Eng Co Ltd | レポジトリサーバ管理システム |
JP2009075721A (ja) * | 2007-09-19 | 2009-04-09 | Hitachi Information Systems Ltd | 電子メールシステムと電子メール送受信制御方法およびプログラム |
JP2009118174A (ja) * | 2007-11-06 | 2009-05-28 | Hitachi Ltd | 情報処理装置、承認方法、およびプログラム |
JP2011071999A (ja) * | 2010-10-15 | 2011-04-07 | Canon It Solutions Inc | 情報処理装置および情報処理方法、プログラム |
JP2011204278A (ja) * | 2011-07-11 | 2011-10-13 | Ntt Communications Kk | メッセージ送信先確認装置、メッセージ送信先確認方法、メッセージ送信先確認プログラム |
JP2014127108A (ja) * | 2012-12-27 | 2014-07-07 | Fujitsu Ltd | メール処理プログラム、メール処理装置及びメール処理方法 |
JP2016048432A (ja) * | 2014-08-27 | 2016-04-07 | 沖電気工業株式会社 | 電子メール確認装置、電子メール確認方法および電子メール確認プログラム |
JP2019161429A (ja) * | 2018-03-13 | 2019-09-19 | 日本電気株式会社 | 電子メール発信承認装置、電子メール発信承認方法および電子メール発信承認プログラム |
-
2004
- 2004-06-07 JP JP2004168755A patent/JP2005346643A/ja not_active Withdrawn
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008129896A (ja) * | 2006-11-22 | 2008-06-05 | Hitachi Ltd | 携帯電話でのメール返信によるワークフロー案件の承認方法 |
JP2008226122A (ja) * | 2007-03-15 | 2008-09-25 | Hitachi Software Eng Co Ltd | レポジトリサーバ管理システム |
JP2009075721A (ja) * | 2007-09-19 | 2009-04-09 | Hitachi Information Systems Ltd | 電子メールシステムと電子メール送受信制御方法およびプログラム |
JP4579278B2 (ja) * | 2007-09-19 | 2010-11-10 | 株式会社日立情報システムズ | 電子メールシステムと電子メール送受信制御方法およびプログラム |
JP2009118174A (ja) * | 2007-11-06 | 2009-05-28 | Hitachi Ltd | 情報処理装置、承認方法、およびプログラム |
JP2011071999A (ja) * | 2010-10-15 | 2011-04-07 | Canon It Solutions Inc | 情報処理装置および情報処理方法、プログラム |
JP2011204278A (ja) * | 2011-07-11 | 2011-10-13 | Ntt Communications Kk | メッセージ送信先確認装置、メッセージ送信先確認方法、メッセージ送信先確認プログラム |
JP2014127108A (ja) * | 2012-12-27 | 2014-07-07 | Fujitsu Ltd | メール処理プログラム、メール処理装置及びメール処理方法 |
JP2016048432A (ja) * | 2014-08-27 | 2016-04-07 | 沖電気工業株式会社 | 電子メール確認装置、電子メール確認方法および電子メール確認プログラム |
JP2019161429A (ja) * | 2018-03-13 | 2019-09-19 | 日本電気株式会社 | 電子メール発信承認装置、電子メール発信承認方法および電子メール発信承認プログラム |
JP7024517B2 (ja) | 2018-03-13 | 2022-02-24 | 日本電気株式会社 | 電子メール発信承認装置、電子メール発信承認方法および電子メール発信承認プログラム |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8280967B2 (en) | Virtual email method for preventing delivery of unsolicited and undesired electronic messages | |
US8239473B2 (en) | Security classification of e-mail in a web e-mail access client | |
CN100573442C (zh) | 用于控制对电子消息接收者的访问的系统和方法 | |
US8838718B2 (en) | Virtual email method for preventing delivery of undesired electronic messages | |
JP4299281B2 (ja) | メール送受信プログラムおよびメール送受信装置 | |
US7818383B2 (en) | E-mail server | |
US20070226300A1 (en) | System and method to prevent the sending of email messages to unqualified recipients | |
US11934925B2 (en) | Creating a machine learning policy based on express indicators | |
US7877448B2 (en) | Granularly selecting a subset of recipients who can reply to a sender's e-mail | |
US11930018B2 (en) | Delivery of an electronic message using a machine learning policy | |
US20040243847A1 (en) | Method for rejecting SPAM email and for authenticating source addresses in email servers | |
JP2005346643A (ja) | 送信メール処理方法及び装置 | |
JP4998302B2 (ja) | メール誤配信防止システム、メール誤配信防止方法、及びメール誤配信防止用プログラム | |
JP4891953B2 (ja) | 情報送信制御装置、方法及びプログラム | |
JP2008234437A (ja) | 電子メール誤送信防止装置、電子メール誤送信防止方法およびプログラム | |
US20100057874A1 (en) | Preventing wrongful transmission of message content | |
KR20160103146A (ko) | 스마트워크를 위한 메일정보 연동 시스템 및 방법 | |
AU2014215972B2 (en) | Method of and system for message classification of web email | |
JP6578035B1 (ja) | 電子メールシステム及びプログラム | |
US20240297860A1 (en) | Technique for communicating electronic messages | |
KR100689765B1 (ko) | 메일링 장치, 메일링 방법, 및 그 기록매체 | |
JP2023019934A (ja) | メール処理装置およびメール処理プログラム | |
JP5605193B2 (ja) | 電子メール送信方法,システム,ならびにクライアント側およびサーバ側電子メール送信プログラム | |
JP2021082877A (ja) | メッセージの送受信の管理方法 | |
JP2005292920A (ja) | 電子メール転送制御システム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20070807 |