電子メールシステム
【課題】メール送信者の負担が少なく、メール送信者が意図しない状態で勝手にメールが送信されることを防止できる電子メールシステムを提供することである。
【解決手段】メールに関する制御情報を署名文に付与しメール送信の際にその署名文を送信メールに付与して送信するメールクライアントと、制御情報を管理するとともにメールに付与された制御情報に基づいてメールの送信可否の判定処理を行う制御情報サーバと、制御情報サーバで送信可と判定処理されたメールを受信しメールの送信処理を行うメールサーバとを備える。
【解決手段】メールに関する制御情報を署名文に付与しメール送信の際にその署名文を送信メールに付与して送信するメールクライアントと、制御情報を管理するとともにメールに付与された制御情報に基づいてメールの送信可否の判定処理を行う制御情報サーバと、制御情報サーバで送信可と判定処理されたメールを受信しメールの送信処理を行うメールサーバとを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送信者が意図したメールのみを送信可能とし、送信者が意図しないメールの送信は阻止できる電子メールシステムに関する。
【背景技術】
【０００２】
一般に、電子メールシステムにおいては、送信者が送信を望んでいないメールが送信されることがある。例えば、ウィルス等の悪意のあるプログラムが侵入したパソコン等において、悪意のあるプログラムがメールの送信を勝手に行うことがある。ウィルスが蔓延し増殖すると、電子メールシステムのダウン等を引き起こすことがある。このようなメールの送信処理を阻止するための効果的な手段がないのが現状である。
【０００３】
主に機密漏えい防止の観点から、フィルタリング技術などが実用化されている。これは、メールの主題や本文に特定の文字や語句が含まれていたり、特定のファイルが添付されていたり、あるいは、特定の宛先への送信である場合には、送信するメールを遮断するものである。この技術では、ウィルスなどのプログラムが送信するメールをすべて効果的に遮断することはできない。
【０００４】
送信者の意図しないメールの転送を防ぐものとして、メールに制御情報を付加し転送を防御するものがある（例えば、特許文献１、特許文献２参照）。また、メールに電子署名を付与し、許可された電子署名が付与されたもののみ送信を許可するものがある（例えば、特許文献３参照）。さらに、メールのメールクライアントソフトが予め送信するメールのIDをメールサーバに送信し、その後、そのIDを付与したメールをメールサーバに送信することで、送信者が意図したメールのみを送信することができるようにしたものがある（例えば、特許文献４参照）。
【特許文献１】特開２０００−１２４９４２号公報
【特許文献２】特開２００５−１４１２９４号公報
【特許文献３】特開２００４−２６５０２５号公報
【特許文献４】特開２００４−１０４６３３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１や特許文献２のものでは、メールの転送を制限することはできるが、メールの新規送信を完全に防止できるものではない。また、特許文献３のものでは、電子署名をメールを送信するたびに送信者が付与しなければならず、送信者にメール送信のための操作を強いることになる。さらに、特許文献３のものでは、専用のメールクライアントソフトが必要となる。
【０００６】
本発明の目的は、メール送信者の負担が少なく、メール送信者が意図しない状態で勝手にメールが送信されることを防止できる電子メールシステムを提供することである。
【課題を解決するための手段】
【０００７】
本発明に係わる電子メールシステムは、メールに関する制御情報を署名文に付与しメール送信の際にその署名文を送信メールに付与して送信するメールクライアントと、制御情報を管理するとともにメールに付与された制御情報に基づいてメールの送信可否の判定処理を行う制御情報サーバと、制御情報サーバで送信可と判定処理されたメールを受信しメールの送信処理を行うメールサーバとを備えたことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、メールクライアントが通常備える署名文等の自動付与機能を利用し、メールに関する制御情報を自動で送信メールに埋め込むので、メール送信者の負担が少なく、送信者の送信に対する意図の有無を容易に判断することができ、その判断の結果に従ってメール送信の制御を行うことができる。
【発明を実施するための最良の形態】
【０００９】
図１は本発明の実施の形態に係わる電子メールシステムの構成図である。メールサーバ１１はメールクライアント１２や他のメールサーバ１１との間で電子メールの送受信の処理を行うものであり、メールサーバ１１とメールクライアント１２との間に制御情報サーバ１３が設けられている。
【００１０】
メールクライアント１２は端末１４上で動作し、メールの送信者が電子メールシステムにアクセスするために使用する。メールクライアント１１は送信者の指示に従って電子メールの送受信を行う。また、メールクライアント１２は、送信メールを作成する際、あるいはメールサーバに送信する際に署名文をメールに付与する機能を持つ。署名文を付与する機能は、市販されている一般のメールクライアントでは通常備えているものである。
【００１１】
署名文は一般にはシグネチャなどとも呼ばれ、この署名文には、ユーザの氏名、メールアドレス、電話番号、所属等の情報を示す情報が入っており、送信メールの末尾に付けるものである。本発明の実施の形態では、メールクライアント１２はこのような署名文を付与する機能を備えていればよい。そして、メールクライアント１２は、この署名文にメールに関する制御情報を付与し、メール送信の際にその署名文を送信メールに付与して送信する。
【００１２】
制御情報サーバ１３の制御情報生成部１５は制御情報を作成し、制御情報データベース１６に蓄積する。また、メールクライアント１２などからの問い合わせに対し、制御情報データベース１６の制御情報を開示する機能を備える。
【００１３】
制御情報サーバ１３の制御情報確認部１７は、メールクライアント１２から送信されたメールに対し、メールに付与された制御情報を抽出し、その制御情報が制御情報データベース１６に存在するかどうかを確認し、正しい制御情報だった場合には、メールサーバ１１に転送する機能を備える。制御情報が存在しない場合や、不正なものであった場合にはメールの送信を拒絶する。
【００１４】
以上の説明では、既存のメールサーバ１１を変更することなく、制御情報生成部１５、制御情報データベース１６、制御情報確認部１７を制御情報サーバ１３として設けた場合を示したが、制御情報生成部１５、制御情報データベース１６、制御情報確認部１７を一体として形成するようにしてもよく、また、メールサーバ１１上に構成するようにしてもよい。いずれの場合においても、制御情報生成部１５、制御情報データベース１６、制御情報確認部１７を形成し、全体として、制御情報を管理するとともにメールに付与された制御情報に基づいてメールの送信可否の判定処理を行う機能としての制御情報サーバ１３を形成するものであればよい。
【００１５】
次に、制御情報としては、メールの本文や署名文に現れることのないようなランダムな文字列等を使用する。署名文に付与するので、数百文字程度までの長さの文字列が適切である。通常の文字列としてメールの本文などに現れず、メールの本文として誤認識しないものであればよいので、その内容や長さは適宜定めればよい。
【００１６】
図２は本発明の実施の形態における電子メール送信処理のフローチャートである。メールクライアント１２はメールの作成にあたり、署名文に制御情報が設定されているか否かを判断する（Ｓ１）。署名文にまだ設定されていない場合は制御情報を入手する（Ｓ２）。制御情報の入手は制御情報サーバ１３の制御情報生成部１５にアクセスして制御情報を入手する。制御情報生成部１５へのアクセスの方法の詳細は後述するが、他者に容易に見ることのできない方法を使って入手する。
【００１７】
次に、入手した制御情報をメールクライアントの署名文に付与し（Ｓ３）、メールクライアント１２を使用してメールを作成する（Ｓ４）。一方、ステップＳ１の判定で制御情報が署名文に既に設定されている場合には、そのままメールクライアント１２を使用してメールを作成する（Ｓ４）。そして、メールの作成が完了したら、メールに制御情報を含む署名文を付与し（Ｓ５）、このメールをメールサーバ１１に送信する（Ｓ６）。
【００１８】
このように、メールの作成の際に署名文を自動で付与する機能を利用し、この署名文に制御情報を付与するので、制御情報を付与した署名文が自動でメールに付与されることになる。これにより、制御情報の付与を忘れるといった操作ミスを起こすこともなく、また、送信毎に制御情報を手動で付与する手間を省くことができる。
【００１９】
図３は本発明の実施の形態における制御情報確認部１７の処理内容を示すフローチャートである。制御情報確認部１７は、メールクライアント１２より送信されたメールを入力すると、メールより制御情報を抽出する処理を行う（Ｓ１）。制御情報を抽出できたかどうかを判定し（Ｓ２）、制御情報を抽出できた場合には制御情報あり送信判定処理を行い（Ｓ３）、制御情報を抽出できない場合には制御情報なし送信判定処理を行う（Ｓ４）。
【００２０】
ステップＳ３の制御情報あり送信判定処理では、メールから抽出した制御情報が制御情報データベース１６に存在するかを問い合わせる。そして、合致するものが存在するときは送信可能と判定し、合致するものが存在しないときは送信不可能と判定する。この制御情報あり送信判定処理の詳細は後述する。
【００２１】
ステップＳ４の制御情報なし送信判定処理では、制御情報が存在しないため原則的には送信不可能と判定する。例外的に制御情報は存在しないが、メールの送信先が予め定められた特定の宛先（送信先メールアドレス）である場合には送信可能と判定する。これは、特定の宛先である場合には信頼できる宛先であり、ウィルスによる勝手なメールの送信によるものではないと判断できるからである。例えば、宛先が社内、特定のグループ等の予め定めた宛先であるような場合には、制御情報がなくても例外として送信を許可する。
【００２２】
次に、ステップＳ３、Ｓ４での判定結果が送信可能であるかどうかを判定する（Ｓ５）。送信可能であると判定した場合には、メールに付与された制御情報を削除し（Ｓ６）、メールをメールサーバ１１に送信する（Ｓ７）。メールサーバ１１に送信する際に、メールに付与されている制御情報を削除するのは、ウィルス等がメールの制御情報をコピーするのを防止するためである。これにより、制御情報を隠蔽し不正にメールの送信を行うことができないようにする。
【００２３】
一方、ステップＳ５の判定で、送信不可能であると判定した場合にはメール送信拒絶処理を行う（Ｓ８）。メール送信拒絶処理では、メールをメールサーバ１１に送信せず、メールの本体に書かれた送信元アドレスに送信を拒絶したことを示す内容のメールを通知する。メール送信拒絶処理の詳細は後述する。メールサーバ１１はメールを制御情報確認部１７から受信すると、そのメールの送信処理を行う。
【００２４】
このように、メールの署名文に制御情報を埋め込むことにより、送信者が意図したメールのみが受諾されて送信処理される。それ以外のウィルス等のプログラムによる電子メールの送信は制御情報が欠落しているために、拒否することが可能となる。
【００２５】
次に、メールクライアント１２が制御情報を入手する方法について説明する。メールクライアント１２が制御情報を入手する方法として、（１）制御情報生成部１５からの電子メールによる通知、（２）メールクライアント１２を用いて送信者から制御情報生成部１５への問い合わせ、（３）メールクライアント１２が自動的に入手、のいずれかでメールクライアント１２は制御情報を入手する。
【００２６】
（１）電子メールによる通知
制御情報生成部１５が各メールクライアント１２に電子メールにて情報を通知する。定期的に、あるいは、何かの理由により制御情報を更新するような状況の場合に使用する。メールクライアント１２は受けとった制御情報を署名文に反映する。制御情報が変更されたことをメールで通知するので、変更の有無を問い合わせる手間を省くことができる。また、署名文への更新を自動で行うので更新の漏れをなくすことができる。
【００２７】
（２）制御情報生成部１５への問い合わせ
送信者がメールクライアント１２を用いて制御情報生成部１５に問い合わせ、制御情報を入手する。例えば、送信者はメールクライアント１２を用いてWebサーバにアクセスすると、Webサーバが制御情報生成部１５へ制御情報を問い合わせる。あるいは、制御情報データベース１６を参照することにより、制御情報をメールクライアント１２の送信者に開示する。
【００２８】
（３）メールクライアント１２が自動的に入手する
一般に、市販のメールクライアント１２では拡張機能を実現するために、プラグインなどの外部プログラムを呼び出すことが可能なものが多い。この機能を利用して、制御情報生成部１５に制御情報を問い合わせ、その結果を署名文に反映する処理を行う。これにより、メールの送信者が制御情報を参照する手間を省くことができる。
【００２９】
次に、制御情報生成部１５での制御情報作成のタイミングについて説明する。制御情報生成部１５で制御情報を作成するタイミングには、以下のようなものが挙げられる。まず、一定期間ごとに定期的に制御情報を作り直す。これにより、古い制御情報を利用した不正なメール送信を防御することができる。また、管理者が指示した場合に制御情報を作り直す。さらには、一定期間内に送信拒絶メールの数がしきい値を超えた場合に制御情報を作り直す。ウィルスに感染した端末が出現した場合等に、その予防措置として制御情報を切り替える。
【００３０】
次に、メールへの制御情報の付与について説明する。前述の説明では、制御情報の付与する場所として署名文としたが、署名文に代えて、メールの入力可能なフィールドに制御情報を付与して送信するようにしてもよい。また、送信メールのテンプレートのようなものを用意し、そのテンプレートに制御情報を付与し、作成する送信メールに自動で制御情報が付与されるような仕組みをとってもよい。すなわち、制御情報をメールに付与する場所には、以下のようなものが挙げられる。
【００３１】
（１）署名文
制御情報の付与する場所を署名文とした場合には、メールクライアント１２の署名文の自動付与機能を利用することができ、制御情報の付与の漏れがない。ユーザの負担を軽減することができる。
【００３２】
（２）送信メールのテンプレート
送信メールのテンプレートを利用するようなメールクライアントの場合には、署名文の代わりにテンプレートを使用することができる。これにより、署名文の場合と同様の効果を得ることができる。
【００３３】
（３）送信者が入力可能なフィールド
送信者が入力可能なフィールドとしては、件名（Subject）や宛先（To、Cc、Bcc）などがあり、この入力可能なフィールドにメールクライアント１２で制御情報を付与する。この場合には、メール作成の都度、送信者が手動で入力することになる。
【００３４】
（４）メールヘッダ（独自フィールド）
送信するメールのヘッダには、送信者が入力可能なフィールド以外に、独自にフィールドを追加することができるメールクライアントがある。このフィールドに制御情報を付与する。
【００３５】
次に、制御情報あり送信判定処理について説明する。まず、制御情報について説明する。制御情報そのものは、前述したように、例えばメールの本文や署名文に現れることのないようなランダムな文字列等を使用する。つまり、メールの本文などに出現する文字列と識別がつくようなものであればよい。また、制御情報に各種情報を含ませることにより、送信制御の方式を工夫することができる。
【００３６】
例えば、以下に示すような各種情報を含ませることが考えられる。制御情報に含ませる情報は、制御情報そのものの有効期限、送信メールの情報、メールクライアントとの通信で得られる情報等が主なものである。
【００３７】
（１）乱数
（２）送信先メールアドレス
（３）送信元メールアドレス
（４）メールに指定された重要度
（５）メールに指定された秘密レベル（社外秘、秘など）
（６）添付ファイルの有無
（７）添付ファイルのファイル名
（８）メールフォーマット（テキスト、HTMLなど）
（９）電子署名
（１０）送信元アドレス（IPアドレスや、電話番号など）
（１１）メールクライアントの種類、バージョン
（１２）ユーザ名
（１３）ホスト名
（１４）有効期間
【００３８】
制御情報の作成は、前述したように制御情報生成部１５により作成するのが基本であるが、端末１４にも制御情報生成部１５を設け、端末１４の制御情報生成部１５で作成するようにしてもよい。その場合には、端末１４の制御情報生成部１５で生成した制御情報を制御データベース１７に登録する処理を追加することになる。
【００３９】
次に、制御情報確認部１７での制御情報あり送信判定処理について説明する。制御情報確認部１７には、以下の３つの情報が入力される。
（１）メールに付与された制御情報
（２）メールそのもの
（３）メールクライアントとの通信で得られる情報（アドレスなど）
【００４０】
これら３つの情報からメールが送信可能かどうかを判定する。その判定方法としては、以下のようなものが挙げられる。これらを単独あるいは複数個組み合わせて判定してもよい。
（１）制御情報が制御情報データベースに存在する場合。
（２）制御情報に記載されている送信先メールアドレスに、メールの送信先アドレスが一致する場合、あるいは含まれる場合。
（３）制御情報に記載されている送信元メールアドレスに、メールの送信元アドレスが一致する場合、あるいは含まれる場合。
（４）制御情報に記載されている重要度に対し、メールの重要度が一致する場合、あるいはそれより低い場合。
（５）制御情報に記載されている秘密レベルに対し、メールの秘密レベルが一致する場合、あるいはそれより低い場合。
（６）制御情報に記載されている添付ファイルの有無の指定と、メールの添付ファイルの有無が一致する場合。
（７）制御情報に記載されている添付ファイルの種類に、メールの添付ファイルの種類が一致する場合、あるいは含まれる場合。
（８）制御情報に記載されているメールフォーマットと、メールのフォーマットが一致する場合。
（９）制御情報に記載されている電子署名が正常な電子署名である場合。
（１０）制御情報に記載されている送信元アドレスに、メールクライアントの送信元アドレスが一致する場合、あるいは含まれる場合。
（１１）制御情報に記載されているメールクライアントの種類やバージョンに、メールクライアントのそれが一致する場合、あるいは含まれる場合。
（１２）制御情報に記載されているユーザ名やホスト名に、メールクライアントが通信に使用したユーザ名やホスト名が一致する場合、あるいは含まれる場合。
（１３）制御情報に記載されている有効期間内に、メールが送信された場合。
【００４１】
このように、制御情報に各種情報を含ませた場合には、その含ませた情報を確認することにより、不正なメールの送信を防止できる。また、メールの送信可能と判断し送信処理をしたが、メールクライアント１２との間のメールの送信処理そのものが失敗した場合には送信不可能と判断する。
【００４２】
次に、メール送信拒絶処理について説明する。メールの送信拒絶の処理内容としては以下のようなものが挙げられる。
（１）送信を行わない。
（２）送信を拒絶したメールを蓄積しておき許可が出たら送信する。
送信者あるいは管理者が送信許可を与えることで、蓄積したメールをメールサーバに送り出すことを可能にする。これにより、送信者が操作ミスで制御情報を付与しなかった場合や、正規のプログラム等から送信されたメールであるが、制御情報が付与されていなかったような場合に送信を行うことができる。
（３）送信拒絶した場合にその旨を通知する。
【００４３】
送信拒絶した場合の通知には以下のようなものが挙げられる。
（ａ）送信拒絶した旨をメールで送信メールの送信元アドレスに通知する。
（ｂ）送信拒絶数の累積数が予め定められた期間ごとにまとめて通知する。
（ｃ）送信拒絶数の累積数が所定値を超えたときにまとめて通知する。
（ｄ）送信拒絶数が一定期間内に上限値を超えたときに通知する。
例えば、ウィルスプログラムにより大量にメールが発信された場合には、通信拒絶した件数が大量になりその通知も大量になるので、通知数を間引くために送信拒絶数の累積数が予め定められた期間ごと、あるいは送信拒絶数の累積数が所定値を超えたときにまとめて通知する。また、送信拒絶数が一定期間内に上限値を超えたときは、ウィルスプログラムの対策を早急に採る必要があると判断されるので、その場合には早急に通知する。
（ｅ）その他の手段で通知する。
例えば、Webサーバを用いた電子メールシステムなどの場合には、メールクライアント１２が動作する端末１４の表示画面に、送信拒絶した旨を表示して通知することが有効な手段となる。
【００４４】
メールの送信拒絶となった場合には、ウィルスプログラムによる不正なメールの送信の可能性があるので、送信拒絶の事象が発生した場合には、その旨の通知を送信者や管理者へ速やかに行うことで、電子メールシステム内のウィルス感染に対する兆候検出や対策をすばやく行うことができる。
【００４５】
以上の説明では、メールに付与する制御情報を何らかの形で端末１４に保存しておく必要がある。例えば、署名文などの形で保持しておくことが必要となる。そのために、ウィルスプログラムなどがそのファイルを入手し送信メールにそのファイルを付与した場合には、そのメールの送信が可能となり、送信者が意図したメールのみを送信可能とすることが損なわれることになりかねない。
【００４６】
そこで、その対策として、ウィルスプログラムが容易に入手できないような情報を送信メールに付与することで安全性をさらに向上させる。ウィルスプログラムが容易に入手できない情報として、例えば、メールの送信者の指紋や、手の静脈の形状、虹彩の形状等の認証情報を用いる。この場合、メールクライアント１２が動作する端末１４に送信者の認証情報を取得する認証情報取得装置を接続し、認証情報取得装置で取得した認証情報を制御情報として予め制御情報生成部１５に送信し、制御情報データベース１６に登録しておく。
【００４７】
端末１４で動作するメールクライアント１２は、送信メールを作成あるいは送信メールを実際にメールサーバ１１に送信する際に、認証情報取得装置により認証情報を入手し、これを制御情報として送信メールに付与する。制御情報データベース１６には、予め認証情報を制御情報として登録しておくので、制御情報確認部１７により、メールクライアント１２から送信されたメールに付与された制御情報と、制御情報データベース１６１７に保持する制御情報とを比較することでメールの送信の可否を判定することができる。
【００４８】
このように、送信者が送信を実施する際にのみ与えることのできる認証情報を制御情報として使用し、かつ、この制御情報を端末１４に残さないので、ウィルスプログラムがその情報を容易に利用できないようにすることができる。
【００４９】
また、制御情報の種類（制御情報に含ませる各種情報の種類）や制御情報の付与の場所を固定にしておくと、その種類や付与の場所をウィルスプログラムにより解析された場合には、送信者が意図したメールのみを送信可能とすることが損なわれることになりかねない。
【００５０】
そこで、その対策として、制御情報の種類と制御情報の付与する場所とを変更可能とし安全性をさらに向上させる。制御情報の種類と制御情報の付与する場所との変更のタイミングは、一定期間ごとでも、あるいはウィルスプログラムの出現を確認した場合などに管理者が明示的に指示してもよい。
【００５１】
制御情報生成部１５は、一定期間が到来したとき、あるいは管理者等の変更の支持により、生成する制御情報を指定された形式および内容のものに変更する。制御情報確認部１７は、変更された制御情報の種類および付与位置に基づいて抽出する制御情報の位置を変更し、また、送信可能と判定するアルゴリズムを変更する。送信者は、変更された制御情報を入手するとともに、その制御情報を付与する位置を取得し、その指示に従って送信するメールへの制御情報の付与を行う。
【００５２】
本発明の実施の形態によれば、メールクライアントが通常備える署名文や送信メールテンプレート等の自動付与機能を利用し、メールに関する制御情報をその部分に埋め込み、メールの作成の際またはメールの送信の際に制御情報に基づいてメールの送信の可否を判断するので、メール送信者の負担が少なく、送信者の送信に対する意図の有無を容易に判断することができる。そして、送信者の意図しないメールの送信は拒絶するので、ウィルスなどによる不正なメール送信が抑止される。
【００５３】
また、送信を拒絶したメールは送信者や管理者等に通知するので、送信者や管理者等は送信拒絶されたメールの対応を行うことが可能となり、ウィルスに対する対策も早期に行える。例えば、送信者の操作ミス等により制御情報の付与を忘れがあった場合に、操作ミスによる送信拒絶を認識することができ、ウィルスプログラムが大量のメールを送信したことを検知できるので、ウィルスの進入を検知できる。
【００５４】
また、制御情報が固定ではなく変更が可能であるので、制御情報を付与した過去に送信成功したメールをウィルス等が参照してメールを送信した場合においても、ウィルスプログラムのメールの送信を抑止することができる。さらに、制御情報の種類や付与する場所を変更することで、ウィルスプログラム等の送信メールとの区別の精度を上げることができる。制御情報として署名文などの端末１４に常に存在する情報ではなく、認証情報取得装置により、例えば、生体認証情報を制御情報として利用することにより、ウィルスプログラムが送信可能な送信メールを容易に作成できないようにすることができる。
【図面の簡単な説明】
【００５５】
【図１】本発明の実施の形態に係わる電子メールシステムの構成図。
【図２】本発明の実施の形態における電子メール送信処理のフローチャート。
【図３】本発明の実施の形態における制御情報確認部の処理内容を示すフローチャート。
【符号の説明】
【００５６】
１１…メールサーバ、１２…メールクライアント、１３…制御情報サーバ、１４…端末、１５…制御情報生成部、１６…制御情報データベース、１７…制御情報確認部
【技術分野】
【０００１】
本発明は、送信者が意図したメールのみを送信可能とし、送信者が意図しないメールの送信は阻止できる電子メールシステムに関する。
【背景技術】
【０００２】
一般に、電子メールシステムにおいては、送信者が送信を望んでいないメールが送信されることがある。例えば、ウィルス等の悪意のあるプログラムが侵入したパソコン等において、悪意のあるプログラムがメールの送信を勝手に行うことがある。ウィルスが蔓延し増殖すると、電子メールシステムのダウン等を引き起こすことがある。このようなメールの送信処理を阻止するための効果的な手段がないのが現状である。
【０００３】
主に機密漏えい防止の観点から、フィルタリング技術などが実用化されている。これは、メールの主題や本文に特定の文字や語句が含まれていたり、特定のファイルが添付されていたり、あるいは、特定の宛先への送信である場合には、送信するメールを遮断するものである。この技術では、ウィルスなどのプログラムが送信するメールをすべて効果的に遮断することはできない。
【０００４】
送信者の意図しないメールの転送を防ぐものとして、メールに制御情報を付加し転送を防御するものがある（例えば、特許文献１、特許文献２参照）。また、メールに電子署名を付与し、許可された電子署名が付与されたもののみ送信を許可するものがある（例えば、特許文献３参照）。さらに、メールのメールクライアントソフトが予め送信するメールのIDをメールサーバに送信し、その後、そのIDを付与したメールをメールサーバに送信することで、送信者が意図したメールのみを送信することができるようにしたものがある（例えば、特許文献４参照）。
【特許文献１】特開２０００−１２４９４２号公報
【特許文献２】特開２００５−１４１２９４号公報
【特許文献３】特開２００４−２６５０２５号公報
【特許文献４】特開２００４−１０４６３３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１や特許文献２のものでは、メールの転送を制限することはできるが、メールの新規送信を完全に防止できるものではない。また、特許文献３のものでは、電子署名をメールを送信するたびに送信者が付与しなければならず、送信者にメール送信のための操作を強いることになる。さらに、特許文献３のものでは、専用のメールクライアントソフトが必要となる。
【０００６】
本発明の目的は、メール送信者の負担が少なく、メール送信者が意図しない状態で勝手にメールが送信されることを防止できる電子メールシステムを提供することである。
【課題を解決するための手段】
【０００７】
本発明に係わる電子メールシステムは、メールに関する制御情報を署名文に付与しメール送信の際にその署名文を送信メールに付与して送信するメールクライアントと、制御情報を管理するとともにメールに付与された制御情報に基づいてメールの送信可否の判定処理を行う制御情報サーバと、制御情報サーバで送信可と判定処理されたメールを受信しメールの送信処理を行うメールサーバとを備えたことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、メールクライアントが通常備える署名文等の自動付与機能を利用し、メールに関する制御情報を自動で送信メールに埋め込むので、メール送信者の負担が少なく、送信者の送信に対する意図の有無を容易に判断することができ、その判断の結果に従ってメール送信の制御を行うことができる。
【発明を実施するための最良の形態】
【０００９】
図１は本発明の実施の形態に係わる電子メールシステムの構成図である。メールサーバ１１はメールクライアント１２や他のメールサーバ１１との間で電子メールの送受信の処理を行うものであり、メールサーバ１１とメールクライアント１２との間に制御情報サーバ１３が設けられている。
【００１０】
メールクライアント１２は端末１４上で動作し、メールの送信者が電子メールシステムにアクセスするために使用する。メールクライアント１１は送信者の指示に従って電子メールの送受信を行う。また、メールクライアント１２は、送信メールを作成する際、あるいはメールサーバに送信する際に署名文をメールに付与する機能を持つ。署名文を付与する機能は、市販されている一般のメールクライアントでは通常備えているものである。
【００１１】
署名文は一般にはシグネチャなどとも呼ばれ、この署名文には、ユーザの氏名、メールアドレス、電話番号、所属等の情報を示す情報が入っており、送信メールの末尾に付けるものである。本発明の実施の形態では、メールクライアント１２はこのような署名文を付与する機能を備えていればよい。そして、メールクライアント１２は、この署名文にメールに関する制御情報を付与し、メール送信の際にその署名文を送信メールに付与して送信する。
【００１２】
制御情報サーバ１３の制御情報生成部１５は制御情報を作成し、制御情報データベース１６に蓄積する。また、メールクライアント１２などからの問い合わせに対し、制御情報データベース１６の制御情報を開示する機能を備える。
【００１３】
制御情報サーバ１３の制御情報確認部１７は、メールクライアント１２から送信されたメールに対し、メールに付与された制御情報を抽出し、その制御情報が制御情報データベース１６に存在するかどうかを確認し、正しい制御情報だった場合には、メールサーバ１１に転送する機能を備える。制御情報が存在しない場合や、不正なものであった場合にはメールの送信を拒絶する。
【００１４】
以上の説明では、既存のメールサーバ１１を変更することなく、制御情報生成部１５、制御情報データベース１６、制御情報確認部１７を制御情報サーバ１３として設けた場合を示したが、制御情報生成部１５、制御情報データベース１６、制御情報確認部１７を一体として形成するようにしてもよく、また、メールサーバ１１上に構成するようにしてもよい。いずれの場合においても、制御情報生成部１５、制御情報データベース１６、制御情報確認部１７を形成し、全体として、制御情報を管理するとともにメールに付与された制御情報に基づいてメールの送信可否の判定処理を行う機能としての制御情報サーバ１３を形成するものであればよい。
【００１５】
次に、制御情報としては、メールの本文や署名文に現れることのないようなランダムな文字列等を使用する。署名文に付与するので、数百文字程度までの長さの文字列が適切である。通常の文字列としてメールの本文などに現れず、メールの本文として誤認識しないものであればよいので、その内容や長さは適宜定めればよい。
【００１６】
図２は本発明の実施の形態における電子メール送信処理のフローチャートである。メールクライアント１２はメールの作成にあたり、署名文に制御情報が設定されているか否かを判断する（Ｓ１）。署名文にまだ設定されていない場合は制御情報を入手する（Ｓ２）。制御情報の入手は制御情報サーバ１３の制御情報生成部１５にアクセスして制御情報を入手する。制御情報生成部１５へのアクセスの方法の詳細は後述するが、他者に容易に見ることのできない方法を使って入手する。
【００１７】
次に、入手した制御情報をメールクライアントの署名文に付与し（Ｓ３）、メールクライアント１２を使用してメールを作成する（Ｓ４）。一方、ステップＳ１の判定で制御情報が署名文に既に設定されている場合には、そのままメールクライアント１２を使用してメールを作成する（Ｓ４）。そして、メールの作成が完了したら、メールに制御情報を含む署名文を付与し（Ｓ５）、このメールをメールサーバ１１に送信する（Ｓ６）。
【００１８】
このように、メールの作成の際に署名文を自動で付与する機能を利用し、この署名文に制御情報を付与するので、制御情報を付与した署名文が自動でメールに付与されることになる。これにより、制御情報の付与を忘れるといった操作ミスを起こすこともなく、また、送信毎に制御情報を手動で付与する手間を省くことができる。
【００１９】
図３は本発明の実施の形態における制御情報確認部１７の処理内容を示すフローチャートである。制御情報確認部１７は、メールクライアント１２より送信されたメールを入力すると、メールより制御情報を抽出する処理を行う（Ｓ１）。制御情報を抽出できたかどうかを判定し（Ｓ２）、制御情報を抽出できた場合には制御情報あり送信判定処理を行い（Ｓ３）、制御情報を抽出できない場合には制御情報なし送信判定処理を行う（Ｓ４）。
【００２０】
ステップＳ３の制御情報あり送信判定処理では、メールから抽出した制御情報が制御情報データベース１６に存在するかを問い合わせる。そして、合致するものが存在するときは送信可能と判定し、合致するものが存在しないときは送信不可能と判定する。この制御情報あり送信判定処理の詳細は後述する。
【００２１】
ステップＳ４の制御情報なし送信判定処理では、制御情報が存在しないため原則的には送信不可能と判定する。例外的に制御情報は存在しないが、メールの送信先が予め定められた特定の宛先（送信先メールアドレス）である場合には送信可能と判定する。これは、特定の宛先である場合には信頼できる宛先であり、ウィルスによる勝手なメールの送信によるものではないと判断できるからである。例えば、宛先が社内、特定のグループ等の予め定めた宛先であるような場合には、制御情報がなくても例外として送信を許可する。
【００２２】
次に、ステップＳ３、Ｓ４での判定結果が送信可能であるかどうかを判定する（Ｓ５）。送信可能であると判定した場合には、メールに付与された制御情報を削除し（Ｓ６）、メールをメールサーバ１１に送信する（Ｓ７）。メールサーバ１１に送信する際に、メールに付与されている制御情報を削除するのは、ウィルス等がメールの制御情報をコピーするのを防止するためである。これにより、制御情報を隠蔽し不正にメールの送信を行うことができないようにする。
【００２３】
一方、ステップＳ５の判定で、送信不可能であると判定した場合にはメール送信拒絶処理を行う（Ｓ８）。メール送信拒絶処理では、メールをメールサーバ１１に送信せず、メールの本体に書かれた送信元アドレスに送信を拒絶したことを示す内容のメールを通知する。メール送信拒絶処理の詳細は後述する。メールサーバ１１はメールを制御情報確認部１７から受信すると、そのメールの送信処理を行う。
【００２４】
このように、メールの署名文に制御情報を埋め込むことにより、送信者が意図したメールのみが受諾されて送信処理される。それ以外のウィルス等のプログラムによる電子メールの送信は制御情報が欠落しているために、拒否することが可能となる。
【００２５】
次に、メールクライアント１２が制御情報を入手する方法について説明する。メールクライアント１２が制御情報を入手する方法として、（１）制御情報生成部１５からの電子メールによる通知、（２）メールクライアント１２を用いて送信者から制御情報生成部１５への問い合わせ、（３）メールクライアント１２が自動的に入手、のいずれかでメールクライアント１２は制御情報を入手する。
【００２６】
（１）電子メールによる通知
制御情報生成部１５が各メールクライアント１２に電子メールにて情報を通知する。定期的に、あるいは、何かの理由により制御情報を更新するような状況の場合に使用する。メールクライアント１２は受けとった制御情報を署名文に反映する。制御情報が変更されたことをメールで通知するので、変更の有無を問い合わせる手間を省くことができる。また、署名文への更新を自動で行うので更新の漏れをなくすことができる。
【００２７】
（２）制御情報生成部１５への問い合わせ
送信者がメールクライアント１２を用いて制御情報生成部１５に問い合わせ、制御情報を入手する。例えば、送信者はメールクライアント１２を用いてWebサーバにアクセスすると、Webサーバが制御情報生成部１５へ制御情報を問い合わせる。あるいは、制御情報データベース１６を参照することにより、制御情報をメールクライアント１２の送信者に開示する。
【００２８】
（３）メールクライアント１２が自動的に入手する
一般に、市販のメールクライアント１２では拡張機能を実現するために、プラグインなどの外部プログラムを呼び出すことが可能なものが多い。この機能を利用して、制御情報生成部１５に制御情報を問い合わせ、その結果を署名文に反映する処理を行う。これにより、メールの送信者が制御情報を参照する手間を省くことができる。
【００２９】
次に、制御情報生成部１５での制御情報作成のタイミングについて説明する。制御情報生成部１５で制御情報を作成するタイミングには、以下のようなものが挙げられる。まず、一定期間ごとに定期的に制御情報を作り直す。これにより、古い制御情報を利用した不正なメール送信を防御することができる。また、管理者が指示した場合に制御情報を作り直す。さらには、一定期間内に送信拒絶メールの数がしきい値を超えた場合に制御情報を作り直す。ウィルスに感染した端末が出現した場合等に、その予防措置として制御情報を切り替える。
【００３０】
次に、メールへの制御情報の付与について説明する。前述の説明では、制御情報の付与する場所として署名文としたが、署名文に代えて、メールの入力可能なフィールドに制御情報を付与して送信するようにしてもよい。また、送信メールのテンプレートのようなものを用意し、そのテンプレートに制御情報を付与し、作成する送信メールに自動で制御情報が付与されるような仕組みをとってもよい。すなわち、制御情報をメールに付与する場所には、以下のようなものが挙げられる。
【００３１】
（１）署名文
制御情報の付与する場所を署名文とした場合には、メールクライアント１２の署名文の自動付与機能を利用することができ、制御情報の付与の漏れがない。ユーザの負担を軽減することができる。
【００３２】
（２）送信メールのテンプレート
送信メールのテンプレートを利用するようなメールクライアントの場合には、署名文の代わりにテンプレートを使用することができる。これにより、署名文の場合と同様の効果を得ることができる。
【００３３】
（３）送信者が入力可能なフィールド
送信者が入力可能なフィールドとしては、件名（Subject）や宛先（To、Cc、Bcc）などがあり、この入力可能なフィールドにメールクライアント１２で制御情報を付与する。この場合には、メール作成の都度、送信者が手動で入力することになる。
【００３４】
（４）メールヘッダ（独自フィールド）
送信するメールのヘッダには、送信者が入力可能なフィールド以外に、独自にフィールドを追加することができるメールクライアントがある。このフィールドに制御情報を付与する。
【００３５】
次に、制御情報あり送信判定処理について説明する。まず、制御情報について説明する。制御情報そのものは、前述したように、例えばメールの本文や署名文に現れることのないようなランダムな文字列等を使用する。つまり、メールの本文などに出現する文字列と識別がつくようなものであればよい。また、制御情報に各種情報を含ませることにより、送信制御の方式を工夫することができる。
【００３６】
例えば、以下に示すような各種情報を含ませることが考えられる。制御情報に含ませる情報は、制御情報そのものの有効期限、送信メールの情報、メールクライアントとの通信で得られる情報等が主なものである。
【００３７】
（１）乱数
（２）送信先メールアドレス
（３）送信元メールアドレス
（４）メールに指定された重要度
（５）メールに指定された秘密レベル（社外秘、秘など）
（６）添付ファイルの有無
（７）添付ファイルのファイル名
（８）メールフォーマット（テキスト、HTMLなど）
（９）電子署名
（１０）送信元アドレス（IPアドレスや、電話番号など）
（１１）メールクライアントの種類、バージョン
（１２）ユーザ名
（１３）ホスト名
（１４）有効期間
【００３８】
制御情報の作成は、前述したように制御情報生成部１５により作成するのが基本であるが、端末１４にも制御情報生成部１５を設け、端末１４の制御情報生成部１５で作成するようにしてもよい。その場合には、端末１４の制御情報生成部１５で生成した制御情報を制御データベース１７に登録する処理を追加することになる。
【００３９】
次に、制御情報確認部１７での制御情報あり送信判定処理について説明する。制御情報確認部１７には、以下の３つの情報が入力される。
（１）メールに付与された制御情報
（２）メールそのもの
（３）メールクライアントとの通信で得られる情報（アドレスなど）
【００４０】
これら３つの情報からメールが送信可能かどうかを判定する。その判定方法としては、以下のようなものが挙げられる。これらを単独あるいは複数個組み合わせて判定してもよい。
（１）制御情報が制御情報データベースに存在する場合。
（２）制御情報に記載されている送信先メールアドレスに、メールの送信先アドレスが一致する場合、あるいは含まれる場合。
（３）制御情報に記載されている送信元メールアドレスに、メールの送信元アドレスが一致する場合、あるいは含まれる場合。
（４）制御情報に記載されている重要度に対し、メールの重要度が一致する場合、あるいはそれより低い場合。
（５）制御情報に記載されている秘密レベルに対し、メールの秘密レベルが一致する場合、あるいはそれより低い場合。
（６）制御情報に記載されている添付ファイルの有無の指定と、メールの添付ファイルの有無が一致する場合。
（７）制御情報に記載されている添付ファイルの種類に、メールの添付ファイルの種類が一致する場合、あるいは含まれる場合。
（８）制御情報に記載されているメールフォーマットと、メールのフォーマットが一致する場合。
（９）制御情報に記載されている電子署名が正常な電子署名である場合。
（１０）制御情報に記載されている送信元アドレスに、メールクライアントの送信元アドレスが一致する場合、あるいは含まれる場合。
（１１）制御情報に記載されているメールクライアントの種類やバージョンに、メールクライアントのそれが一致する場合、あるいは含まれる場合。
（１２）制御情報に記載されているユーザ名やホスト名に、メールクライアントが通信に使用したユーザ名やホスト名が一致する場合、あるいは含まれる場合。
（１３）制御情報に記載されている有効期間内に、メールが送信された場合。
【００４１】
このように、制御情報に各種情報を含ませた場合には、その含ませた情報を確認することにより、不正なメールの送信を防止できる。また、メールの送信可能と判断し送信処理をしたが、メールクライアント１２との間のメールの送信処理そのものが失敗した場合には送信不可能と判断する。
【００４２】
次に、メール送信拒絶処理について説明する。メールの送信拒絶の処理内容としては以下のようなものが挙げられる。
（１）送信を行わない。
（２）送信を拒絶したメールを蓄積しておき許可が出たら送信する。
送信者あるいは管理者が送信許可を与えることで、蓄積したメールをメールサーバに送り出すことを可能にする。これにより、送信者が操作ミスで制御情報を付与しなかった場合や、正規のプログラム等から送信されたメールであるが、制御情報が付与されていなかったような場合に送信を行うことができる。
（３）送信拒絶した場合にその旨を通知する。
【００４３】
送信拒絶した場合の通知には以下のようなものが挙げられる。
（ａ）送信拒絶した旨をメールで送信メールの送信元アドレスに通知する。
（ｂ）送信拒絶数の累積数が予め定められた期間ごとにまとめて通知する。
（ｃ）送信拒絶数の累積数が所定値を超えたときにまとめて通知する。
（ｄ）送信拒絶数が一定期間内に上限値を超えたときに通知する。
例えば、ウィルスプログラムにより大量にメールが発信された場合には、通信拒絶した件数が大量になりその通知も大量になるので、通知数を間引くために送信拒絶数の累積数が予め定められた期間ごと、あるいは送信拒絶数の累積数が所定値を超えたときにまとめて通知する。また、送信拒絶数が一定期間内に上限値を超えたときは、ウィルスプログラムの対策を早急に採る必要があると判断されるので、その場合には早急に通知する。
（ｅ）その他の手段で通知する。
例えば、Webサーバを用いた電子メールシステムなどの場合には、メールクライアント１２が動作する端末１４の表示画面に、送信拒絶した旨を表示して通知することが有効な手段となる。
【００４４】
メールの送信拒絶となった場合には、ウィルスプログラムによる不正なメールの送信の可能性があるので、送信拒絶の事象が発生した場合には、その旨の通知を送信者や管理者へ速やかに行うことで、電子メールシステム内のウィルス感染に対する兆候検出や対策をすばやく行うことができる。
【００４５】
以上の説明では、メールに付与する制御情報を何らかの形で端末１４に保存しておく必要がある。例えば、署名文などの形で保持しておくことが必要となる。そのために、ウィルスプログラムなどがそのファイルを入手し送信メールにそのファイルを付与した場合には、そのメールの送信が可能となり、送信者が意図したメールのみを送信可能とすることが損なわれることになりかねない。
【００４６】
そこで、その対策として、ウィルスプログラムが容易に入手できないような情報を送信メールに付与することで安全性をさらに向上させる。ウィルスプログラムが容易に入手できない情報として、例えば、メールの送信者の指紋や、手の静脈の形状、虹彩の形状等の認証情報を用いる。この場合、メールクライアント１２が動作する端末１４に送信者の認証情報を取得する認証情報取得装置を接続し、認証情報取得装置で取得した認証情報を制御情報として予め制御情報生成部１５に送信し、制御情報データベース１６に登録しておく。
【００４７】
端末１４で動作するメールクライアント１２は、送信メールを作成あるいは送信メールを実際にメールサーバ１１に送信する際に、認証情報取得装置により認証情報を入手し、これを制御情報として送信メールに付与する。制御情報データベース１６には、予め認証情報を制御情報として登録しておくので、制御情報確認部１７により、メールクライアント１２から送信されたメールに付与された制御情報と、制御情報データベース１６１７に保持する制御情報とを比較することでメールの送信の可否を判定することができる。
【００４８】
このように、送信者が送信を実施する際にのみ与えることのできる認証情報を制御情報として使用し、かつ、この制御情報を端末１４に残さないので、ウィルスプログラムがその情報を容易に利用できないようにすることができる。
【００４９】
また、制御情報の種類（制御情報に含ませる各種情報の種類）や制御情報の付与の場所を固定にしておくと、その種類や付与の場所をウィルスプログラムにより解析された場合には、送信者が意図したメールのみを送信可能とすることが損なわれることになりかねない。
【００５０】
そこで、その対策として、制御情報の種類と制御情報の付与する場所とを変更可能とし安全性をさらに向上させる。制御情報の種類と制御情報の付与する場所との変更のタイミングは、一定期間ごとでも、あるいはウィルスプログラムの出現を確認した場合などに管理者が明示的に指示してもよい。
【００５１】
制御情報生成部１５は、一定期間が到来したとき、あるいは管理者等の変更の支持により、生成する制御情報を指定された形式および内容のものに変更する。制御情報確認部１７は、変更された制御情報の種類および付与位置に基づいて抽出する制御情報の位置を変更し、また、送信可能と判定するアルゴリズムを変更する。送信者は、変更された制御情報を入手するとともに、その制御情報を付与する位置を取得し、その指示に従って送信するメールへの制御情報の付与を行う。
【００５２】
本発明の実施の形態によれば、メールクライアントが通常備える署名文や送信メールテンプレート等の自動付与機能を利用し、メールに関する制御情報をその部分に埋め込み、メールの作成の際またはメールの送信の際に制御情報に基づいてメールの送信の可否を判断するので、メール送信者の負担が少なく、送信者の送信に対する意図の有無を容易に判断することができる。そして、送信者の意図しないメールの送信は拒絶するので、ウィルスなどによる不正なメール送信が抑止される。
【００５３】
また、送信を拒絶したメールは送信者や管理者等に通知するので、送信者や管理者等は送信拒絶されたメールの対応を行うことが可能となり、ウィルスに対する対策も早期に行える。例えば、送信者の操作ミス等により制御情報の付与を忘れがあった場合に、操作ミスによる送信拒絶を認識することができ、ウィルスプログラムが大量のメールを送信したことを検知できるので、ウィルスの進入を検知できる。
【００５４】
また、制御情報が固定ではなく変更が可能であるので、制御情報を付与した過去に送信成功したメールをウィルス等が参照してメールを送信した場合においても、ウィルスプログラムのメールの送信を抑止することができる。さらに、制御情報の種類や付与する場所を変更することで、ウィルスプログラム等の送信メールとの区別の精度を上げることができる。制御情報として署名文などの端末１４に常に存在する情報ではなく、認証情報取得装置により、例えば、生体認証情報を制御情報として利用することにより、ウィルスプログラムが送信可能な送信メールを容易に作成できないようにすることができる。
【図面の簡単な説明】
【００５５】
【図１】本発明の実施の形態に係わる電子メールシステムの構成図。
【図２】本発明の実施の形態における電子メール送信処理のフローチャート。
【図３】本発明の実施の形態における制御情報確認部の処理内容を示すフローチャート。
【符号の説明】
【００５６】
１１…メールサーバ、１２…メールクライアント、１３…制御情報サーバ、１４…端末、１５…制御情報生成部、１６…制御情報データベース、１７…制御情報確認部
【特許請求の範囲】
【請求項１】
メールに関する制御情報を署名文に付与しメール送信の際にその署名文を送信メールに付与して送信するメールクライアントと、前記制御情報を管理するとともに前記メールに付与された制御情報に基づいてメールの送信可否の判定処理を行う制御情報サーバと、前記制御情報サーバで送信可と判定処理されたメールを受信しメールの送信処理を行うメールサーバとを備えたことを特徴とする電子メールシステム。
【請求項２】
前記制御情報サーバは、制御情報を生成する制御情報生成部と、前記制御情報生成部で生成された制御情報を格納する制御情報データベースと、前記メールクライアントから送信されてきたメールに付与された制御情報が前記制御情報データベースに格納されているか否かを確認する制御情報確認部とを備えたことを特徴とする請求項１記載の電子メールシステム。
【請求項３】
前記制御情報サーバは、前記制御情報が付与されていないメールに対しては前記メールサーバへの送信を拒絶し、制御情報が付与されている場合には前記メールサーバにメールを送信することを特徴とする請求項１または２記載の電子メールシステム。
【請求項４】
前記制御情報サーバは、メールの送信を拒絶する場合に、送信元のメールアドレスへ送信を拒絶したことを示す内容のメールを送信することを特徴とする請求項３記載の電子メールシステム。
【請求項５】
前記制御情報サーバは、送信を拒絶したことを示す内容のメールは、予め定めた時間ごとにまとめて送信することを特徴とする請求項４記載の電子メールシステム。
【請求項６】
前記制御情報サーバは、送信を拒絶したことを示す内容のメールは、予め定めた送信拒絶メールの累積数が所定値を超えたときにまとめて送信することを特徴とする請求項４記載の電子メールシステム。
【請求項７】
前記制御情報サーバは、送信を拒絶したメールの数が一定期間内に上限値を超えたときは管理者に通知を行うことを特徴とする請求項３記載の電子メールシステム。
【請求項８】
前記制御情報サーバは、送信を拒絶したメールに関して送信者あるいは管理者による送信可否判断を求め、送信許可があるときは前記メールサーバにメールを送信することを特徴とする請求項３乃至６のいずれか１項記載の電子メールシステム。
【請求項９】
前記制御情報サーバは、メールに付与されている制御情報を削除してからメールを前記メールサーバに送信することを特徴とする請求項１、２、３または８記載の電子メールシステム。
【請求項１０】
前記制御情報にその有効期間を示す日時情報を含ませ、前記制御情報サーバは、制御情報の有効期間内である場合にのみメールの送信処理を行うことを特徴とする請求項１乃至９のいずれか１項記載の電子メールシステム。
【請求項１１】
前記制御情報サーバは、メールに含まれる送信先メールアドレスに関する情報を参照して、メールに含まれる制御情報をメールの送信処理の可否に使用するかどうかを決定することを特徴とする請求項１乃至１０のいずれか１項記載の電子メールシステム。
【請求項１２】
前記制御情報にメールに含まれる送信先メールアドレスに関する情報を含ませ、前記制御情報サーバは、この制御情報に含まれる送信先メールアドレスの情報とメールの送信先メールアドレスとにより、メールの送信処理の可否を決定することを特徴とする請求項１乃至１１のいずれか１項記載の電子メールシステム。
【請求項１３】
前記制御情報にメールに含まれる送信元メールアドレスに関する情報を含ませ、前記制御情報サーバは、この制御情報に含まれる送信元メールアドレスの情報とメールの送信元メールアドレスとにより、メールの送信処理の可否を決定することを特徴とする請求項１乃至１２のいずれか１項記載の電子メールシステム。
【請求項１４】
前記制御情報にメールの送信元アドレスに関する情報を含ませ、前記制御情報サーバは、この制御情報に含まれる送信元アドレスの情報とメールを送信してきたメールクライアントのアドレスとにより、メールの送信処理の可否を決定することを特徴とする請求項１乃至１３のいずれか１項記載の電子メールシステム。
【請求項１５】
前記制御情報に送信元に関する電子署名情報を含ませ、制御情報サーバは、この制御情報に含まれる電子署名情報を確認することでメールの送信処理の可否を決定することを特徴とする請求項１乃至１４のいずれか１項記載の電子メールシステム。
【請求項１６】
前記制御情報サーバは、前記制御情報の内容を定期的に変更することを特徴とする請求項１乃至１５のいずれか１項記載の電子メールシステム。
【請求項１７】
前記制御情報サーバは、変更した制御情報をメールによりメールクライアントに通知することを特徴とする請求項１６記載の電子メールシステム。
【請求項１８】
前記メールクライアントは、前記制御情報サーバから変更された制御情報を受信すると、その変更された制御情報をメールの署名文に自動的に付与することを特徴とする請求項１７記載の電子メールシステム。
【請求項１９】
前記メールクライアントは、送信者がメールを作成する際あるいは定期的に、有効な制御情報を前記制御情報サーバより取得し、その制御情報をメールの署名文に自動的に付与することを特徴とする請求項１乃至１８のいずれか１項記載の電子メールシステム。
【請求項２０】
前記メールクライアントは、制御情報の付与する場所として署名文に代えて、送信メールのテンプレート、送信者が入力可能なフィールド、またはメールヘッドに制御情報を付与して送信することを特徴とする請求項１乃至１９のいずれか１項記載の電子メールシステム。
【請求項２１】
前記メールクライアントが動作する端末に送信者の認証情報を取得する認証情報取得装置を接続し、前記認証情報取得装置で取得した認証情報を制御情報として前記制御情報サーバに送信し、前記制御情報サーバは受信した制御情報を管理することを特徴とする請求項１記載の電子メールシステム。
【請求項２２】
前記制御情報サーバは、制御情報の種類と制御情報の付与する場所とを変更可能であることを特徴とする請求項１記載の電子メールシステム。
【請求項１】
メールに関する制御情報を署名文に付与しメール送信の際にその署名文を送信メールに付与して送信するメールクライアントと、前記制御情報を管理するとともに前記メールに付与された制御情報に基づいてメールの送信可否の判定処理を行う制御情報サーバと、前記制御情報サーバで送信可と判定処理されたメールを受信しメールの送信処理を行うメールサーバとを備えたことを特徴とする電子メールシステム。
【請求項２】
前記制御情報サーバは、制御情報を生成する制御情報生成部と、前記制御情報生成部で生成された制御情報を格納する制御情報データベースと、前記メールクライアントから送信されてきたメールに付与された制御情報が前記制御情報データベースに格納されているか否かを確認する制御情報確認部とを備えたことを特徴とする請求項１記載の電子メールシステム。
【請求項３】
前記制御情報サーバは、前記制御情報が付与されていないメールに対しては前記メールサーバへの送信を拒絶し、制御情報が付与されている場合には前記メールサーバにメールを送信することを特徴とする請求項１または２記載の電子メールシステム。
【請求項４】
前記制御情報サーバは、メールの送信を拒絶する場合に、送信元のメールアドレスへ送信を拒絶したことを示す内容のメールを送信することを特徴とする請求項３記載の電子メールシステム。
【請求項５】
前記制御情報サーバは、送信を拒絶したことを示す内容のメールは、予め定めた時間ごとにまとめて送信することを特徴とする請求項４記載の電子メールシステム。
【請求項６】
前記制御情報サーバは、送信を拒絶したことを示す内容のメールは、予め定めた送信拒絶メールの累積数が所定値を超えたときにまとめて送信することを特徴とする請求項４記載の電子メールシステム。
【請求項７】
前記制御情報サーバは、送信を拒絶したメールの数が一定期間内に上限値を超えたときは管理者に通知を行うことを特徴とする請求項３記載の電子メールシステム。
【請求項８】
前記制御情報サーバは、送信を拒絶したメールに関して送信者あるいは管理者による送信可否判断を求め、送信許可があるときは前記メールサーバにメールを送信することを特徴とする請求項３乃至６のいずれか１項記載の電子メールシステム。
【請求項９】
前記制御情報サーバは、メールに付与されている制御情報を削除してからメールを前記メールサーバに送信することを特徴とする請求項１、２、３または８記載の電子メールシステム。
【請求項１０】
前記制御情報にその有効期間を示す日時情報を含ませ、前記制御情報サーバは、制御情報の有効期間内である場合にのみメールの送信処理を行うことを特徴とする請求項１乃至９のいずれか１項記載の電子メールシステム。
【請求項１１】
前記制御情報サーバは、メールに含まれる送信先メールアドレスに関する情報を参照して、メールに含まれる制御情報をメールの送信処理の可否に使用するかどうかを決定することを特徴とする請求項１乃至１０のいずれか１項記載の電子メールシステム。
【請求項１２】
前記制御情報にメールに含まれる送信先メールアドレスに関する情報を含ませ、前記制御情報サーバは、この制御情報に含まれる送信先メールアドレスの情報とメールの送信先メールアドレスとにより、メールの送信処理の可否を決定することを特徴とする請求項１乃至１１のいずれか１項記載の電子メールシステム。
【請求項１３】
前記制御情報にメールに含まれる送信元メールアドレスに関する情報を含ませ、前記制御情報サーバは、この制御情報に含まれる送信元メールアドレスの情報とメールの送信元メールアドレスとにより、メールの送信処理の可否を決定することを特徴とする請求項１乃至１２のいずれか１項記載の電子メールシステム。
【請求項１４】
前記制御情報にメールの送信元アドレスに関する情報を含ませ、前記制御情報サーバは、この制御情報に含まれる送信元アドレスの情報とメールを送信してきたメールクライアントのアドレスとにより、メールの送信処理の可否を決定することを特徴とする請求項１乃至１３のいずれか１項記載の電子メールシステム。
【請求項１５】
前記制御情報に送信元に関する電子署名情報を含ませ、制御情報サーバは、この制御情報に含まれる電子署名情報を確認することでメールの送信処理の可否を決定することを特徴とする請求項１乃至１４のいずれか１項記載の電子メールシステム。
【請求項１６】
前記制御情報サーバは、前記制御情報の内容を定期的に変更することを特徴とする請求項１乃至１５のいずれか１項記載の電子メールシステム。
【請求項１７】
前記制御情報サーバは、変更した制御情報をメールによりメールクライアントに通知することを特徴とする請求項１６記載の電子メールシステム。
【請求項１８】
前記メールクライアントは、前記制御情報サーバから変更された制御情報を受信すると、その変更された制御情報をメールの署名文に自動的に付与することを特徴とする請求項１７記載の電子メールシステム。
【請求項１９】
前記メールクライアントは、送信者がメールを作成する際あるいは定期的に、有効な制御情報を前記制御情報サーバより取得し、その制御情報をメールの署名文に自動的に付与することを特徴とする請求項１乃至１８のいずれか１項記載の電子メールシステム。
【請求項２０】
前記メールクライアントは、制御情報の付与する場所として署名文に代えて、送信メールのテンプレート、送信者が入力可能なフィールド、またはメールヘッドに制御情報を付与して送信することを特徴とする請求項１乃至１９のいずれか１項記載の電子メールシステム。
【請求項２１】
前記メールクライアントが動作する端末に送信者の認証情報を取得する認証情報取得装置を接続し、前記認証情報取得装置で取得した認証情報を制御情報として前記制御情報サーバに送信し、前記制御情報サーバは受信した制御情報を管理することを特徴とする請求項１記載の電子メールシステム。
【請求項２２】
前記制御情報サーバは、制御情報の種類と制御情報の付与する場所とを変更可能であることを特徴とする請求項１記載の電子メールシステム。
【図１】
【図２】
【図３】
【図２】
【図３】
【公開番号】特開２００７−２９３６４３（Ｐ２００７−２９３６４３Ａ）
【公開日】平成１９年１１月８日（２００７．１１．８）
【国際特許分類】
【出願番号】特願２００６−１２１４８５（Ｐ２００６−１２１４８５）
【出願日】平成１８年４月２６日（２００６．４．２６）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（３０１０６３４９６）東芝ソリューション株式会社 (1,478)
【Ｆターム（参考）】
【公開日】平成１９年１１月８日（２００７．１１．８）
【国際特許分類】
【出願日】平成１８年４月２６日（２００６．４．２６）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（３０１０６３４９６）東芝ソリューション株式会社 (1,478)
【Ｆターム（参考）】
[ Back to top ]