(57)【要約】【課題】送信者および受信者に特定のクライアントソフトウェアを必要とせず、クライアントの環境に依存しにくく、導入を容易とし、かつデータ通信量をあまり増やすことなく、セキュリティ面を強化した暗号化メールの送受信システムを提供する。【解決手段】送信端末１０から電子メールを受信し、受信した電子メールを暗号化して受信端末に送信する暗号化メールサーバ２０と、暗号化実施時に使用したパスワードを公開するウェブサーバ３０とで構成し、暗号化メールサーバ２０は、電子メールの暗号化を実施すると、パスワードをデータベースに格納し、パスワードを取得するために必要となる情報を電子メールで受信端末７０に送信して、ウェブサーバ３０は、受信端末７０からのログイン要求を受け付け、パスワードを取得するために必要となる情報が正しい場合だけパスワードを受信端末７０に表示させる。【選択図】図３
2008109488.tif 000002
【特許請求の範囲】
【請求項１】
第１の端末から電子メール送信要求を受け付け、受信した電子メールをパスワードロックして第２の端末に送信する第１のメールサーバと、パスワードロックの実行時に使用したパスワードを公開するウェブサーバと、を有する電子メール送受信システムであって、
前記第１のメールサーバは、前記電子メールをパスワードによりロックするパスワードロック手段と、前記パスワードと該パスワードを取得するために必要な情報と宛先メールアドレスとを組にして第１のデータベースに格納する手段と、前記パスワードロックされた電子メールと、前記パスワードを取得するために必要となる情報と、を前記電子メールの宛先メールアドレスを有する前記第２の端末に送信する手段とを備え、
前記ウェブサーバは、前記第２の端末からのログイン情報に基づくログイン要求を受け付け、該ログイン情報が正しい場合にのみログインを許可するユーザ管理手段と、前記第２の端末からの前記パスワードを取得するために必要となる情報と前記第１のデータベース内に格納されている前記パスワードを取得するために必要となる情報とが一致する場合にのみ前記第１のデータベースから前記パスワードを取得して表示するパスワード管理手段と、を備えたことを特徴とする電子メール送受信システム。
【請求項２】
第１の端末から電子メール送信要求を受け付け、受信した電子メールを暗号化して第２の端末に暗号化メールを送信する暗号化メールサーバと、暗号化実行時に使用したパスワードを公開するウェブサーバと、を有する電子メール送受信システムであって、
前記暗号化メールサーバは、前記電子メールを実行形式の暗号化ファイルに変換するメール暗号化手段と、前記パスワードと、該パスワードを取得するために必要な情報と宛先メールアドレスと組みにして第１のデータベースに格納する手段と、暗号化された前記電子メールと、前記パスワードを取得するために必要となる情報とを前記電子メールの宛先メールアドレスを有する前記第２の端末に送信する手段とを備え、
前記ウェブサーバは、前記第２の端末からのログイン要求を受け付け、ログイン情報が正しい場合のみログインを許可するユーザ管理手段と、前記第２の端末からのパスワードを取得するために必要となる情報と前記暗号化メールサーバ内に格納されている前記パスワードを取得するために必要となる情報とが一致する場合にのみ前記第１のデータベースから前記パスワードを取得して表示するパスワード管理手段と、を備えたことを特徴とする電子メール送受信システム。
【請求項３】
前記第１のメールサーバ又は前記暗号化メールサーバにおいて、宛先メールアドレスの確認と前記パスワードの公開情報登録の依頼を前記第１の端末に電子メールで送信する宛先確認依頼手段を備えたことを特徴とする請求項１又は２に記載の電子メール送受信システム。
【請求項４】
前記第１のメールサーバ又は前記暗号化メールサーバにおいて、
前記電子メールの宛先メールアドレスが第２のデータベースに格納されていない場合にユーザ登録に関する情報を格納する登録手段と、ユーザ情報登録の依頼を前記第２の端末に電子メールで送信するユーザ登録依頼手段と、を備えたことを特徴とする請求項１から３までのいずれか１項に記載の電子メール送受信システム。
【請求項５】
前記第１のメールサーバ又は前記暗号化メールサーバが、前記第２の端末に登録されたユーザ情報の承認を前記第１の端末に依頼するために、前記電子メールの送信者メールアドレスとユーザ情報を関連付けて前記第２のデータベースに格納する登録手段を備え、
前記ウェブサーバが、前記第２の端末からユーザ情報の登録を受け付けた際にユーザ情報承認の依頼を前記第１の端末に電子メールで送信するユーザ承認依頼手段を備えたことを特徴とする請求項４に記載の電子メール送受信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子メール送受信システムに関し、特に、特定のソフトウェアを用いずに電子メールを安全に送受信する電子メール送受信システムに関する。
【背景技術】
【０００２】
インターネットの普及に伴い、電子メールを利用したデータのやり取りが多くなった。これにより、様々なリスクが生じやすくなった。そのリスクを回避するために、電子メールを安全にやり取りする技術が求められている。
【０００３】
電子メールを安全にやり取りするための技術としては、電子メールの開封時にパスワード入力を求める方法、電子メールを暗号化する方法などが挙げられる。
【０００４】
電子メールを暗号化して送受信する技術として、Ｓ／ＭＩＭＥ（Ｓｅｃｕｒｅ／Ｍｕｌｔｉｐｕｒｐｏｓｅ  Ｉｎｔｅｒｎｅｔ  Ｍａｉｌ  Ｅｘｔｅｎｓｉｏｎｓ）による方式や下記の特許文献１に記載の方式が知られている。Ｓ／ＭＩＭＥによる方式は、クライアント側で鍵を管理し、公開鍵暗号方式を用いて電子メールを暗号化して送受信する方式である。
【０００５】
下記の特許文献１に記載の方式は、送信者がウェブサーバに対して電子メール暗号化要求を出し、ウェブサーバで電子メールを暗号化し、暗号化メールの受信者が同じウェブサーバに対して暗号化メールの復号要求を出すことによって、暗号化メールを復号する方式である。
【０００６】
【特許文献１】特開２００５−３１６５５７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところで、Ｓ／ＭＩＭＥによる方式は、鍵の管理が必要となるため、有用な負荷がかかる。また、Ｓ／ＭＩＭＥに対応したメールクライアントを使用しなければいけないという制限がある。
【０００８】
このように、一般的な電子メール暗号化方式は、メールクライアントが制限されたり、専用のクライアントソフトウェアが必要になったりと、導入するにあたって障害があり、容易に導入することができないという問題がある。
【０００９】
上記の特許文献１に記載の技術は、電子メール暗号化システムの導入を容易にする技術を提案している。しかしながら、送信者が宛先を間違えて送信した場合や、暗号化メールとパスワードとが記載されている電子メールを盗聴された場合に、情報が漏れるリスクがあり、セキュリティ面が弱いという問題がある。
【００１０】
また、暗号化メール送受信のためのデータ通信と、暗号化メールを復号するために暗号化メールをウェブサーバに送信して復号メールを受信するためのデータ通信が必要であり、データ通信量として通常の電子メール送受信の倍程度必要になり、ネットワークの負荷が大きくなるという問題がある。
【００１１】
本発明の目的は、送信者および受信者側に特定のクライアントソフトウェアを必要とせず、セキュリティ面を強化した電子メールの送受信システムを提案することにある。また、クライアントの環境に依存しにくく、導入を容易とし、かつ、データ通信量をあまり増やさないようにすることを目的とする。
【課題を解決するための手段】
【００１２】
本発明の一観点によれば、第１の端末から電子メール送信要求を受け付け、受信した電子メールをパスワードロックして第２の端末に送信する第１のメールサーバと、パスワードロックの実行時に使用したパスワードを公開するウェブサーバと、を有する電子メール送受信システムであって、前記第１のメールサーバは、前記電子メールをパスワードによりロックするパスワードロック手段と、前記パスワードと該パスワードを取得するために必要な情報と宛先メールアドレスとを組みにして第１のデータベースに格納する手段と、前記パスワードロックされた電子メールと、前記パスワードを取得するために必要となる情報と、を前記電子メールの宛先メールアドレスを有する前記第２の端末に送信する手段とを備え、前記ウェブサーバは、前記第２の端末からのログイン情報に基づくログイン要求を受け付け、該ログイン情報が正しい場合にのみログインを許可するユーザ管理手段と、前記第２の端末からの前記パスワードを取得するために必要となる情報と前記第１のデータベース内に格納されている前記パスワードを取得するために必要となる情報とが一致する場合にのみ前記第１のデータベースから前記パスワードを取得して表示するパスワード管理手段と、を備えたことを特徴とする電子メール送受信システムが提供される。
【００１３】
第１の端末から電子メール送信要求を受け付け、受信した電子メールを暗号化して第２の端末に暗号化メールを送信する暗号化メールサーバと、暗号化実行時に使用したパスワードを公開するウェブサーバと、を有する電子メール送受信システムであって、前記暗号化メールサーバは、前記電子メールを実行形式の暗号化ファイルに変換するメール暗号化手段と、前記パスワードと、該パスワードを取得するために必要な情報と宛先メールアドレスとを組みにして第１のデータベースに格納する手段と、暗号化された前記電子メールと、前記パスワードを取得するために必要となる情報とを前記電子メールの宛先メールアドレスを有する前記第２の端末に送信する手段とを備え、前記ウェブサーバは、前記第２の端末からのログイン要求を受け付け、ログイン情報が正しい場合のみログインを許可するユーザ管理手段と、前記第２の端末からのパスワードを取得するために必要となる情報と前記暗号化メールサーバ内に格納されている前記パスワードを取得するために必要となる情報とが一致する場合にのみ前記第１のデータベースから前記パスワードを取得して表示するパスワード管理手段と、を備えたことを特徴とする電子メール送受信システムが提供される。
【００１４】
前記第１のメールサーバ又は前記暗号化メールサーバにおいて、宛先メールアドレスの確認と前記パスワードの公開情報登録の依頼を前記第１の端末に電子メールで送信する宛先確認依頼手段を備えていても良い。また、前記第１のメールサーバ又は前記暗号化メールサーバにおいて、前記電子メールの宛先メールアドレスが第２のデータベースに格納されていない場合にユーザ登録に関する情報を格納する登録手段と、ユーザ情報登録の依頼を前記第２の端末に電子メールで送信するユーザ登録依頼手段と、を備えていても良い。
【００１５】
さらに、前記第１のメールサーバ又は前記暗号化メールサーバが、前記第２の端末に登録されたユーザ情報の承認を前記第１の端末に依頼するために、前記電子メールの送信者メールアドレスとユーザ情報を関連付けて前記第２のデータベースに格納する登録手段を備え、前記ウェブサーバが、前記第２の端末からユーザ情報の登録を受け付けた際にユーザ情報承認の依頼を前記第１の端末に電子メールで送信するユーザ承認依頼手段を備えていても良い。
【発明の効果】
【００１６】
本発明の電子メール送受信システムによれば、次のような効果がある。
（１）メールクライアントを制限せず、かつ、専用のクライアントソフトウェアを必要とせず、通常のメールクライアントとウェブブラウザさえあれば、電子メールの送受信を安全に行うことができる。従って、システムを容易に導入することができる。
（２）電子メールの送信者が宛先を間違えて送信した場合でも、宛先確認依頼によって宛先が間違っていないかどうか確認でき、宛先が間違っていない場合にのみパスワードを公開する仕組みであるため、情報が漏れるリスクを少なくすることができる。
（３）ユーザログイン情報と暗号化メールとパスワード取得するための情報とが記載されているメールの３つが揃わないと、パスワードロックの解除又は暗号化メールの復号ができないため、情報が漏れるリスクが少なくなる。
（４）通常のメール送受信のデータ通信量と比べてそれほどデータ通信量が増えないため、ネットワークの負荷が大きくなるという問題が少ない。
【発明を実施するための最良の形態】
【００１７】
以下、本発明を適用した電子メール送受信システムの一実施の形態について説明する。
【００１８】
図１は、本発明の実施の形態による電子メール送受信システムの一構成例を示す図である。本実施の形態による電子メール送受信システム組織Ａと組織Ｂと、これらを接続するネットワーク５０とを有している。
【００１９】
組織Ａは、電子メールを送信する送信端末１０と、送信端末１０から電子メールの送信を受け付けて電子メールを例えば暗号化し、暗号化メールを送信する暗号化メールサーバ２０と、暗号化メールサーバ２０から電子メールの送信を受け付けて電子メールを送信するメールサーバ４０と、ユーザ情報と暗号化実施に使用したパスワード情報を管理するウェブサーバ３０とで構成され、それぞれが組織内ＬＡＮ等で接続されている。
【００２０】
尚、上記暗号化メールサーバ２０に代えて、電子メールをパスワードによりロックする方式でも良い。
【００２１】
組織Ｂは、電子メールの送信を受け付けて電子メールを送信するメールサーバ６０と電子メールを受信する受信端末７０とで構成され、それぞれが組織内ＬＡＮ等で接続されている。メールサーバ４０、６０は、インターネットなどのネットワーク５０に接続され、ネットワーク５０を介して電子メールの送受信が行われる。また、ウェブサーバ３０もインターネットなどのネットワーク５０に接続され、外部からアクセス可能となっている。
【００２２】
図２（Ａ）は、暗号化メールサーバ２０における内部構成例を示す図およびこれと関連するデータベースとの構成を示すブロック図である。暗号化メールサーバ２０は、メールを受信するメール受信部２０１と、メールを暗号化する暗号化メール作成部２０２と、パスワードを登録するパスワード登録部２０３と、ユーザ情報を登録するユーザ登録情報登録部２０４と、ユーザ登録を依頼するメールを作成するユーザ登録依頼メール作成部２０５と、宛先確認依頼メール作成部２０６と、メッセージＩＤ通知メール作成部２０７と、メール送信部２０８と、を含んで構成されるとともに、ユーザ情報管理データベースＤＢ８０（第２のデータベース）とパスワード情報管理データベースＤＢ９０（第１のデータベース）とに接続されている。  
【００２３】
メール受信部２０１は、送信端末１０から電子メールの送信を受け付ける。暗号化メール作成部２０２は、送信端末１０から受信した電子メールのメール本文または添付ファイルを実行形式の暗号化ファイルに変換し、変換したファイルを添付ファイルとするＭＩＭＥ形式のメールを作成する。暗号化メールを作成する代わりに、パスワードロックを行うようにしても良い。パスワード登録部２０３は、暗号化した電子メール毎にユニークになるメッセージＩＤを生成し、メッセージＩＤと暗号化又はパスワードロックを実施した際に使用したパスワードと送信端末１０から受信した電子メールの宛先メールアドレスとを、パスワード情報管理ＤＢ９０に登録し、メッセージＩＤとパスワードと宛先メールアドレスとを関連付ける。
【００２４】
ユーザ登録情報登録部２０４は、送信端末１０から受信した電子メールの宛先メールアドレスがユーザ情報登録ＤＢ８０に登録されているか否かを確認し、登録されていなければ、ユーザ毎にユニークになるユーザ登録ＩＤを生成し、ユーザ登録ＩＤと送信端末１０から受信した電子メールの宛先メールアドレスと送信者メールアドレスとをユーザ情報登録ＤＢ８０に登録し、ユーザ登録ＩＤと宛先メールアドレスと送信者メールアドレスとを関連付ける。
【００２５】
ユーザ登録ＩＤと宛先メールアドレスとは、受信端末７０の利用者がユーザ登録する際に必要となり、ユーザ登録ＩＤと宛先メールアドレスとが一致する場合にのみユーザ登録が行えるように構成されている。送信者メールアドレスは、受信端末７０の利用者がユーザ登録した後に、ウェブサーバ３０が送信端末１０の利用者に登録されたユーザ情報が受信端末７０の利用者のものに間違いないか否かに関する承認依頼を出すために使用される。ユーザ登録依頼メール作成部２０５は、ユーザ登録情報登録部２０４がユーザ情報登録ＤＢ８０に登録した際に起動し、受信端末７０の利用者にユーザ情報の登録を依頼するために、送信端末１０から受信した電子メールの宛先メールアドレス宛にウェブサーバ３０のユーザ登録ＵＲＬ（Ｕｎｉｆｏｒｍｅｄ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）とユーザ登録ＩＤとを記載したユーザ情報登録依頼メール（後述の図４参照）を作成する。
【００２６】
宛先確認依頼メール作成部２０６は、送信端末１０の利用者に対して宛先が間違っていないかどうか確認してもらい、パスワード公開情報を登録してもらうために、送信端末１０から受信した電子メールの送信者メールアドレス宛にウェブサーバ３０のパスワード公開情報登録ＵＲＬと送信端末１０から受信した電子メールの宛先メールアドレスとメッセージＩＤを記載した宛先確認依頼メール（図１０参照）を作成する。メッセージＩＤ通知メール作成部２０７は、受信端末７０の利用者がパスワードを取得するために必要となる情報であるメッセージＩＤを通知するために、送信端末１０から受信した電子メールの宛先メールアドレス宛にウェブサーバ３０のログインＵＲＬとメッセージＩＤを記載したメッセージＩＤ通知メール（図１２参照）を作成する。メール送信部２０８は、作成した暗号化メールと、ユーザ登録依頼メールと、宛先確認依頼メールと、メッセージＩＤ通知メールと、をメールサーバ４０に送信する。ユーザ情報管理ＤＢ８０は、ユーザ情報を管理するデータベースであり、暗号化メールサーバ２０からユーザ登録ＩＤと宛先メールアドレスと送信者メールアドレスとが登録され、受信端末７０の利用者からユーザ情報が登録され、送信端末１０の利用者から承認情報が登録される。パスワード情報管理ＤＢ９０は、パスワード情報を管理するデータベースであり、暗号化メールサーバ２０からメッセージＩＤとパスワードと宛先メールアドレスとが登録され、送信端末１０の利用者からパスワード公開情報が登録される。
【００２７】
図２（Ｂ）は、ウェブサーバ３０における内部構成例を示す図および関連するデータベースの構成を示す図である。ウェブサーバ３０は、ユーザ情報管理部３０１と、パスワード情報管理部３０２と、ユーザ承認依頼メール作成部３０３と、メール送信部３０４と、により構成され、ユーザ情報管理ＤＢ８０とパスワード情報管理ＤＢ９０とに接続されている。ユーザ情報管理部３０１は、受信端末７０の利用者からユーザ情報登録要求やログイン要求を受け付けたり、送信端末１０の利用者からユーザ情報の却下・承認要求を受け付けたりし、ユーザ情報を管理する。パスワード情報管理部３０２は、送信端末１０の利用者からパスワード公開情報登録要求を受け付けたり、受信端末７０の利用者からメッセージＩＤ入力要求を受け付けてパスワードを表示したりし、パスワード情報を管理する。ユーザ承認依頼メール作成部３０３は、受信端末７０の利用者がユーザ情報を登録した際に呼ばれ、送信端末１０の利用者にユーザ情報が正しいかどうかを確認してもらうために、ユーザ情報管理ＤＢ８０にユーザ登録ＩＤと関連付けられている送信者メールアドレス宛にウェブサーバ３０のユーザ承認ＵＲＬとユーザメールアドレスを記載したユーザ承認依頼メール（図７参照）を作成する。メール送信部３０４は、作成したユーザ承認依頼メールをメールサーバ４０に送信する。
【００２８】
図３は、上記システムにおける動作を示すシーケンス図である。このシーケンス図に関しては、処理の流れを示すフローチャート図を参照しながら後述する。
【００２９】
図４は、ユーザ登録依頼メール４００の表示例を示す図である。ユーザ登録依頼メール４００は、ユーザ情報が未登録の受信端末７０の利用者に対して、暗号化メールサーバ２０によって送信される。ユーザ登録依頼メール４００には、ウェブサーバ３０のユーザ登録ＵＲＬ４０１とユーザ登録ＩＤ４０２とが記載されている。ユーザ登録依頼メール４００を受信した受信端末７０の利用者は、記載されている情報を元にユーザ登録ＵＲＬ４０１にアクセスし、ユーザ登録を行うことができる。
【００３０】
図５は、ユーザ登録画面５００の表示例を示す図である。ユーザ登録画面５００は、ユーザ登録依頼メール４００を受信した受信端末７０の利用者が、記載されているウェブサーバ３０のユーザ登録ＵＲＬ４０１にアクセスした際にウェブサーバ３０によって表示される。ユーザ登録画面５００において、受信端末７０の利用者はユーザ登録依頼メール４００に記載されているユーザ登録ＩＤ４０２を入力欄５０１に、自分のメールアドレスを入力欄５０２に、パスワードを入力欄５０３に、確認用のパスワードを入力欄５０４に、氏名を入力欄５０５に、会社名を入力欄５０６に、電話番号を入力欄５０７に入力する。ＯＫボタン５０８が押下されることによって、ウェブサーバ３０はユーザ登録確認画面表示要求を受け付ける。ウェブサーバ３０の詳細なユーザ登録処理は後述する。
【００３１】
図６は、ユーザ登録確認画面６００の表示例を示す図である。ユーザ登録確認画面６００は、ユーザ登録画面５００でＯＫボタン５０８を押下され、入力情報が正しかった場合にウェブサーバ３０によって表示される。ユーザ登録確認画面６００で、受信端末７０の利用者は入力内容を確認し、内容が正しければ登録ボタン６０１を押下する。ウェブサーバ３０は登録ボタン６０１を押下されることによってユーザ登録要求を受け付ける。ウェブサーバ３０の詳細なユーザ登録処理は後述する。
【００３２】
図７は、ユーザ承認依頼メール７００の表示例を示す図である。ユーザ承認依頼メール７００は、ユーザ登録依頼メール４００を受信した受信端末７０の利用者がユーザ情報を登録した際に、ユーザ情報管理ＤＢ８０にユーザ登録ＩＤと関連付けられている送信者メールアドレス宛（送信端末１０の利用者宛）に、ウェブサーバ３０によって送信される。ユーザ承認依頼メール７００には、ウェブサーバ３０のユーザ承認ＵＲＬ７０１とユーザメールアドレス７０２とが記載されている。ユーザ承認依頼メール７００を受信した送信端末１０の利用者は、記載されている情報を元にユーザ承認ＵＲＬ７０１にアクセスし、ユーザ承認を行う。
【００３３】
図８は、ユーザ承認情報入力画面８００の表示例を示す図である。ユーザ承認情報入力画面８００は、ユーザ承認依頼メール７００を受信した送信端末１０の利用者が、記載されているウェブサーバ３０のユーザ承認ＵＲＬ７０１にアクセスした際にウェブサーバ３０によって表示される。ユーザ承認情報入力画面８００で、送信端末１０の利用者は自分のメールアドレスを入力欄８０１に、ユーザ承認依頼メール７００に記載されているユーザメールアドレスを入力欄８０２に入力する。ウェブサーバ３０はＯＫボタン８０３を押下されることによってユーザ承認画面表示要求を受け付ける。ウェブサーバ３０の詳細なユーザ承認処理は後述する。
【００３４】
図９は、ユーザ承認画面９００の表示例を示す図である。ユーザ承認画面９００は、ユーザ承認情報入力画面８００でＯＫボタン８０３を押下され、入力情報が正しかった場合にウェブサーバ３０によって表示される。ユーザ承認画面９００で、送信端末１０の利用者は表示されているユーザ登録情報を確認し、承認ボタン９０１または却下ボタン９０２を押下する。ウェブサーバ３０は承認ボタン９０１を押下されることによってユーザ承認要求を受け付け、却下ボタン９０２を押下されることによってユーザ却下要求を受け付ける。送信端末１０の利用者により承認された受信端末７０の利用者だけ、ウェブサーバ３０にログインすることができるようになる。ウェブサーバ３０の詳細なユーザ承認処理は後述する。
【００３５】
図１０は、宛先確認依頼メール１０００の表示例を示す図である。宛先確認依頼メール１０００は、送信端末１０の利用者に対して、暗号化メールサーバ２０によって送信される。宛先確認依頼メール１０００には、ウェブサーバ３０のパスワード公開情報登録ＵＲＬ１００１と送信端末１０から受信した電子メールの宛先メールアドレス１００２とメッセージＩＤ１００３が記載されている。宛先確認依頼メール１０００を受信した送信端末１０の利用者は、宛先メールアドレスに間違いがないかどうかを確認した後、間違いがなければ記載されている情報を元にパスワード公開情報登録ＵＲＬ１００１にアクセスし、パスワード公開情報の登録を行う。
【００３６】
図１１は、パスワード公開情報登録画面１１００の表示例を示す図である。パスワード公開情報登録画面１１００は、宛先確認依頼メール１０００を受信した送信端末１０の利用者が、記載されているウェブサーバ３０のパスワード公開情報登録ＵＲＬ１００１にアクセスした際にウェブサーバ３０によって表示される。パスワード公開情報登録画面１１００で、送信端末１０の利用者は宛先確認依頼メール１０００に記載されているメッセージＩＤ１００３を入力欄１１０１に、宛先メールアドレス１００２を入力欄１１０２に、暗号化実施に使用したパスワードの公開期限を入力欄１１０３に入力する。ウェブサーバ３０は登録ボタン１１０４を押下されることによってパスワード公開情報登録要求を受け付ける。パスワード公開情報を登録された場合だけ、受信端末７０の利用者に対してパスワードが公開される。つまり、送信端末１０の利用者が宛先を間違えて電子メールを送信した場合でも、パスワード公開情報登録画面１１００でパスワード公開情報を登録しない限りパスワードは公開されないため、情報が漏れる心配はない。ウェブサーバ３０の詳細なパスワード公開情報登録処理は後述する。
【００３７】
図１２は、メッセージＩＤ通知メール１２００の表示例を示す図である。メッセージＩＤ通知メール１２００は、受信端末７０の利用者に対して、暗号化メールサーバ２０によって送信される。メッセージＩＤ通知メール１２００には、ウェブサーバ３０のログインＵＲＬ１２０１とメッセージＩＤ１２０２が記載されている。メッセージＩＤ通知メール１２００を受信した受信端末７０の利用者は、記載されている情報を元にログインＵＲＬ１２０１にアクセスし、ログイン後パスワード取得を行う。
【００３８】
図１３は、ログイン画面１３００の表示例を示す図である。ログイン画面１３００は、メッセージＩＤ通知メール１２００を受信した受信端末７０の利用者が、記載されているウェブサーバ３０のログインＵＲＬ１２０１にアクセスした際にウェブサーバ３０によって表示される。ログイン画面１３００で、受信端末７０の利用者は自分のメールアドレスを入力欄１３０１に、ユーザ登録した際に登録したパスワードを入力欄１３０２に入力する。ウェブサーバ３０はログインボタン１３０３を押下されることによってログイン要求を受け付ける。ウェブサーバ３０の詳細なログイン処理は後述する。
【００３９】
図１４は、メッセージＩＤ入力画面１４００の表示例を示す図である。メッセージＩＤ入力画面１４００は、ログイン画面１３００でログインボタン１３０３を押下され、ログイン情報が正しかった場合にウェブサーバ３０によって表示される。メッセージＩＤ入力画面１４００で、受信端末７０の利用者はメッセージＩＤ通知メール１２００に記載されているメッセージＩＤ１２０２を入力欄１４０１に入力する。ウェブサーバ３０はＯＫボタン１４０２を押下されることによってパスワード表示要求を受け付ける。ウェブサーバ３０の詳細なパスワード表示処理は後述する。
【００４０】
図１５は、パスワード表示画面１５００の表示例を示す図である。パスワード表示画面１５００は、メッセージＩＤ入力画面１４００でＯＫボタン１４０２を押下され、入力情報が正しかった場合にウェブサーバ３０によって表示される。ウェブサーバ３０の詳細なパスワード表示処理は後述する。
【００４１】
図１６は、パスワード入力画面１６００の表示例を示す図である。パスワード入力画面１６００は、受信端末７０の利用者が暗号化メールに添付されている実行形式ファイルを実行した場合に表示される。受信端末７０の利用者は、パスワード表示画面１５００に表示されているパスワード１５０１を入力欄１６０１に入力し、ＯＫボタン１６０２を押下することで、元のメール本文が記載されているファイル、または元の添付ファイルに復号される。
【００４２】
以下、以上のように構成された電子メール送受信システムの動作を説明する。適宜、図３のシーケンス図を参照しながら説明を行う。
【００４３】
図１７は、暗号化メールサーバ２０のメール暗号化処理の概要を示すフローチャート図である。暗号化メールサーバ２０は、送信端末１０から電子メールを受信する（ステップ１７０１）。受信したメールのメール本文または添付ファイルを実行形式の暗号化ファイルに変換し、変換したファイルを添付ファイルとするＭＩＭＥ形式のメールを作成する（ステップ１７０２）。前述のようにパスワードロックを実行するだけでも良い。
【００４４】
次に、送信端末１０から受信した電子メールの宛先メールアドレスがユーザ情報管理ＤＢ８０に登録されているか否かの確認を行う（ステップ１７０３）。登録されていない場合は、ユーザ毎にユニークになるユーザ登録ＩＤを生成し（ステップ１７０４）、生成したユーザ登録ＩＤと送信端末１０から受信した電子メールの宛先メールアドレスと送信者メールアドレスとをユーザ情報管理ＤＢ８０に登録し（ステップ１７０５）、ユーザ登録依頼メール４００を作成し（ステップ１７０６）、受信端末７０の利用者宛に送信する（ステップ１７０７）。
【００４５】
次に、暗号化した電子メールごとにユニークになるメッセージＩＤを生成し（ステップ１７０８）、生成したメッセージＩＤと暗号化を実行した際に使用したパスワードと送信端末１０から受信した電子メールの宛先メールアドレスとをパスワード管理ＤＢ９０に登録し（ステップ１７０９）、宛先確認依頼メール１０００を作成し（ステップ１７１０）、送信端末１０の利用者宛に送信する（ステップ１７１１）。次に、メッセージＩＤ通知メール１２００を作成し（ステップ１７１２）、これを受信端末７０の利用者宛に送信する（ステップ１７１３）。最後に、暗号化又はパスワードロックしたメールを受信端末７０の利用者宛に送信する（ステップ１７１４）。
【００４６】
図１８は、ウェブサーバ３０のユーザ登録処理の概要を示すフローチャート図である。ウェブサーバ３０は、受信端末７０の利用者からユーザ登録依頼メール４００に記載されているユーザ登録ＵＲＬ４０１にアクセスされるとユーザ登録画面５００を表示する（ステップ１８０１）。受信端末７０の利用者からのユーザ登録情報を受け付け（ステップ１８０２）、ＯＫボタン５０８の押下を受け付ける（ステップ１８０３）。ＯＫボタン５０８が押下されると（ここからはウェブサーバ３０と受信端末７０間はＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ）で通信）、入力されたユーザ登録ＩＤがユーザ情報管理ＤＢ８０に登録されているか、ユーザ情報管理ＤＢ８０に登録されているユーザ登録ＩＤに関連付けられている宛先メールアドレスが入力されたメールアドレスと同じかどうか、入力されたパスワードと確認用パスワードが同じかどうかを確認する（ステップ１８０４）。この確認処理の結果、入力情報が不正だった場合は入力不正メッセージを表示し（ステップ１８０５）、ユーザ登録画面５００に戻る。入力情報が正しかった場合は、ユーザ情報確認画面６００を表示し（ステップ１８０６）、登録ボタン６０１の押下を受け付ける（ステップ１８０７）。登録ボタン６０１が押下されると、ユーザ情報管理ＤＢ８０にユーザ情報が既に登録済みかどうかを確認する（ステップ１８０８）。登録がまだの場合は、ユーザ情報管理ＤＢ８０に入力されたユーザ情報を登録し（ステップ１８０９）、ユーザ承認依頼メール７００を作成し（ステップ１８１０）、ユーザ情報管理ＤＢ８０にユーザ登録ＩＤと関連付けられている送信者メールアドレス宛（送信端末１０の利用者宛）に送信する（ステップ１８１１）。登録済みの場合は、登録済みメッセージを表示する（ステップ１８１２）。
【００４７】
図１９は、ウェブサーバ３０のユーザ承認処理の概要を示すフローチャート図である。ウェブサーバ３０は、送信端末１０の利用者からユーザ承認依頼メール７００に記載されているユーザ承認ＵＲＬ７０１にアクセスされるとユーザ承認情報入力画面８００を表示する（ステップ１９０１）。送信端末１０の利用者からのユーザ承認情報を受け付け（ステップ１９０２）、ＯＫボタン８０３の押下を受け付ける（ステップ１９０３）。ＯＫボタン８０３が押下されると、入力されたユーザメールアドレスがユーザ情報管理ＤＢ８０に登録されているか、ユーザ情報管理ＤＢ８０に登録されているユーザメールアドレスに関連付けられている送信者メールアドレスが入力された承認者メールアドレスと同じかどうかを確認する（ステップ１９０４）。確認した結果、入力情報が不正だった場合は入力不正メッセージを表示し（ステップ１９０５）、ユーザ承認情報入力画面８００に戻る。入力情報が正しかった場合は、ユーザ承認画面９００を表示し（ステップ１９０６）、承認ボタン９０１または却下ボタン９０２の押下の要求を受け付ける（ステップ１９０７）。承認ボタン９０１と却下ボタン９０２のどちらかが押下されたのかを判断し（ステップ１９０８）、却下ボタン９０２が押下された場合は、ユーザ情報管理ＤＢ８０に登録されている承認対象ユーザの情報を却下状態に更新する（ステップ１９０９）。承認ボタン９０１が押下された場合は、ユーザ情報管理ＤＢ８０に登録されている承認対象ユーザの情報が既に承認済みかどうかを確認し（ステップ１９１０）、承認済みであれば、承認済みメッセージを表示する（ステップ１９１１）。承認済みでなければ、ユーザ情報管理ＤＢ８０に登録されている承認対象ユーザの情報を承認状態に更新する（ステップ１９１２）。
【００４８】
図２０は、ウェブサーバ３０のパスワード公開情報登録処理の概要を示すフローチャートである。ウェブサーバ３０は、送信端末１０の利用者から宛先確認依頼メール１０００に記載されているパスワード公開情報登録ＵＲＬ１００１にアクセスされるとパスワード公開情報登録画面１１００を表示する（ステップ２００１）。送信端末１０の利用者からのパスワード公開情報を受け付け（ステップ２００２）、登録ボタン１１０４の押下を受け付ける（ステップ２００３）。登録ボタン１１０４が押下されると、入力されたメッセージＩＤがパスワード情報管理ＤＢ９０に登録されているか、パスワード情報管理ＤＢ９０に登録されているメッセージＩＤに関連付けられている宛先メールアドレスが入力された宛先メールアドレスと同じかどうか、入力された公開期限が妥当かどうかを確認する（ステップ２００４）。確認した結果、入力情報が不正だった場合は入力不正メッセージを表示し（ステップ２００５）、パスワード公開情報登録画面１１００に戻る。入力情報が正しかった場合は、パスワード情報管理ＤＢ９０に登録されている公開対象パスワード情報の公開情報を更新する（ステップ２００６）。
【００４９】
図２１は、ウェブサーバ３０のウェブサーバのパスワード表示処理の概要を示すフローチャートである。ウェブサーバ３０は、受信端末７０の利用者からメッセージＩＤ通知メール１２００に記載されているログインＵＲＬ１２０１にアクセスされるとログイン画面１３００を表示する（ステップ２１０１）。受信端末７０の利用者からのログイン情報を受け付け（ステップ２１０２）、ログインボタン１３０３の押下を受け付ける（ステップ２１０３）。ログインボタン１３０３が押下されると（ここからはウェブサーバ３０と受信端末７０間はＳＳＬで通信）、入力されたメールアドレスがユーザ情報管理ＤＢ８０に登録されているかどうかを確認する（ステップ２１０４）。登録されていない場合、未登録メッセージを表示し（ステップ２１０５）、ログイン画面１３００に戻る。登録されている場合、ユーザ情報管理ＤＢ８０に登録されている入力されたメールアドレスに対するユーザ情報が承認状態かどうかを確認する（ステップ２１０６）。承認状態でない場合、未承認メッセージを表示する（ステップ２１０７）。承認状態であれば、ユーザ情報管理ＤＢ８０に登録されている入力されたメールアドレスに対するパスワードが入力されたパスワードと同じかどうかを確認する（ステップ２１０８）。同じでない場合、パスワード不正メッセージを表示し（ステップ２１０９）、ログイン画面１３００に戻る。同じである場合、メッセージＩＤ入力画面１４００を表示する（ステップ２１１０）。受信端末７０の利用者からのメッセージＩＤの入力を受け付け（ステップ２１１１）、ＯＫボタン１４０２の押下を受け付ける（ステップ２１１２）。ＯＫボタン１４０２が押下されると、入力されたメッセージＩＤがパスワード情報管理ＤＢ９０に登録されているかどうか確認する（ステップ２１１３）。登録されていない場合、メッセージＩＤ不正メッセージを表示し（ステップ２１１４）、メッセージＩＤ入力画面１４００に戻る。登録されている場合、パスワード情報管理ＤＢ９０に登録されている入力されたメッセージＩＤに対する公開期限が現在時刻以降かどうかを確認する（ステップ２１１５）。現在時刻以降でない場合、パスワード公開終了メッセージ表示を表示する（ステップ２１１６）。現在時刻以降の場合、パスワード表示画面１５００を表示する（ステップ２１１７）。
【００５０】
尚、上記実施の形態において、ユーザ情報を変更できたり、一度承認したユーザ情報を却下することができたりする。また、一度公開したパスワードを非公開にしたり、公開期限を変更できたりすることも可能である。
【００５１】
以上に説明したように、本実施の形態による電子メール送受信システムによれば、以下のような利点がある。
【００５２】
（１）メールクライアントを制限せず、かつ専用のクライアントソフトウェアを必要とせず、通常のメールクライアントとウェブブラウザがあれば電子メールの送受信を安全に行うことができるため、容易に導入することができる。
（２）電子メールの送信者が宛先を間違えて送信した場合でも、宛先確認依頼によって宛先が間違っていないかどうか確認でき、間違っていない場合だけパスワードを公開することができるため、情報が漏れるリスクが少なくなる。
（３）ユーザログイン情報と暗号化メールとパスワード取得するための情報が記載されているメールの３つが揃わないと、暗号化メールを復号することができないため、情報が漏れるリスクが少なくなる。
（４）通常のメール送受信のデータ通信量と比べてそれほど増えないため、ネットワークの負荷の増大を抑制できる。
【産業上の利用可能性】
【００５３】
本発明は、電子メールシステムとして利用可能である。
【図面の簡単な説明】
【００５４】
【図１】本発明の一実施の形態による電子メール送受信システムの一構成例を示す図である。
【図２】図２（Ａ）は、暗号化メールサーバの内部構成図および関連するデータベースを示す構成図であり、図２（Ｂ）は、ウェブサーバの内部構成図および関連するデータベースを示す構成図である。
【図３】本実施の形態によるシステムにおける処理を示すシーケンス図である。
【図４】ユーザ登録依頼メールの表示例を示す図である。
【図５】ユーザ登録画面の表示例を示す図である。
【図６】ユーザ登録確認画面の表示例を示す図である。
【図７】ユーザ承認依頼メールの表示例を示す図である。
【図８】ユーザ承認情報入力画面の表示例を示す図である。
【図９】ユーザ承認画面の表示例を示す図である。
【図１０】宛先確認依頼メールの表示例を示す図である。
【図１１】パスワード公開情報登録画面の表示例を示す図である。
【図１２】メッセージID通知メールの表示例を示す図である。
【図１３】ログイン画面の表示例を示す図である。
【図１４】メッセージID入力画面の表示例を示す図である。
【図１５】パスワード表示画面の表示例を示す図である。
【図１６】パスワード入力画面の表示例を示す図である。
【図１７】暗号化メールサーバのメール暗号化処理の概要を示すフローチャートである。
【図１８】ウェブサーバのユーザ登録処理の概要を示すフローチャートである。
【図１９】ウェブサーバのユーザ承認処理の概要を示すフローチャートである。
【図２０】ウェブサーバの宛先登録処理の概要を示すフローチャートである。
【図２１】ウェブサーバのパスワード表示処理の概要を示すフローチャートである。
【符号の説明】
【００５５】
１０…送信端末、２０…暗号化メールサーバ、３０…ウェブサーバ、４０…メールサーバ、５０…ネットワーク、６０…メールサーバ、７０…受信端末、８０…ユーザ情報管理ＤＢ、９０…パスワード情報管理ＤＢ、２０１…メール受信部、２０２…暗号化メール作成部、２０３…パスワード登録部、２０４…ユーザ登録情報登録部、２０５…ユーザ登録依頼メール作成部、２０６…宛先確認依頼メール作成部、２０７…メッセージID通知メール作成部、２０８…メール送信部、３０１…ユーザ情報管理部、３０２…パスワード管理部、３０３…ユーザ承認依頼メール作成部、３０４…メール送信部。
【図１】
2008109488.tif 000003
【図２】
2008109488.tif 000004
【図３】
2008109488.tif 000005
【図４】
2008109488.tif 000006
【図５】
2008109488.tif 000007
【図６】
2008109488.tif 000008
【図７】
2008109488.tif 000009
【図８】
2008109488.tif 000010
【図９】
2008109488.tif 000011
【図１０】
2008109488.tif 000012
【図１１】
2008109488.tif 000013
【図１２】
2008109488.tif 000014
【図１３】
2008109488.tif 000015
【図１４】
2008109488.tif 000016
【図１５】
2008109488.tif 000017
【図１６】
2008109488.tif 000018
【図１７】
2008109488.tif 000019
【図１８】
2008109488.tif 000020
【図１９】
2008109488.tif 000021
【図２０】
2008109488.tif 000022
【図２１】
2008109488.tif 000023