(57)【特許請求の範囲】
【請求項１】
入力値の不可逆写像によって得られる暗号鍵を生成するとともに過去に生成した暗号鍵を消去する第１の鍵系列発生器を備え、前記第１の鍵系列発生器へ毎回異なる値を入力し、前記第１の鍵系列発生器により生成された暗号鍵によって電子メールの全文を暗号化し、該電子メールの送信先として送信代行用アドレスを付加して送信する送信端末と、
前記第１の鍵系列発生器と同系列の鍵系列を生成し過去に生成した暗号鍵を消去する第２の鍵系列発生器を備え、前記第１の鍵系列発生器に入力された値と同じ値を前記第２の鍵系列発生器に入力し、前記送信代行用アドレスをアドレスとし、前記第２の鍵系列発生器により生成された暗号鍵によって受信した電子メールを復号化し、前記電子メールに指定されている送信先アドレスを有する送信先に前記電子メールを転送する送信エージェントとを備えるメール送信代行エージェントシステム。
【請求項２】
前記第１および第２の鍵系列発生器は、前回生成された暗号鍵を、今回の入力値とする請求項１記載のメール送信代行エージェントシステム。
【請求項３】
前記第１の鍵系列発生器への初期入力値は、前記送信端末より付与される請求項３記載のメール送信代行エージェントシステム。
【請求項４】
前記送信エージェントは、前記電子メールを復号化し、前記電子メールに指定されている送信先アドレスを有する送信先に前記電子メールを転送する毎に、前記送信端末を利用するユーザに対して課金を行う請求項１から３のいずれか１項記載のメール送信代行エージェントシステム。
【請求項５】
入力値の不可逆写像によって得られる同系列の暗号鍵を生成するとともに過去に生成した暗号鍵を消去する第１および第２の鍵系列発生器を送信端末および送信エージェント側にそれぞれ備え、
前記第１および第２の鍵系列発生器への入力値として、互いに同じで毎回異なる値を入力し、
前記送信端末が備える前記第１の鍵系列発生器により生成された暗号鍵によって電子メールの全文を暗号化し、該電子メールの送信先として送信代行用アドレスを付加して送信する第１のステップと、
前記送信代行用アドレスをアドレスとし、前記送信エージェント側の前記第２の鍵系列発生器により生成された暗号鍵によって受信した電子メールを復号化し、前記電子メールに指定されている送信先アドレスを有する送信先に前記電子メールを転送する第２のステップとを含むメール送信代行エージェント方法。
【請求項６】
前記第１および第２の鍵系列発生器は、前回生成した暗号鍵を、今回の入力値とする請求項５記載のメール送信代行エージェント方法。
【請求項７】
前記第１および第２の鍵系列発生器への初期入力値を、前記送信端末より付与する請求項６記載のメール送信代行エージェント方法。
【請求項８】
前記第２のステップにおいて、前記電子メールを復号化し、前記電子メールに指定されている送信先アドレスを有する送信先に前記電子メールを転送する毎に、前記送信端末を利用するユーザに対して課金を行う請求項５から７のいずれか１項記載のメール送信代行エージェント方法。
【請求項９】
入力値の不可逆写像によって得られる暗号鍵を生成するとともに過去に生成した暗号鍵を消去する送信端末が備える第１の鍵系列発生器と同系列の鍵系列を生成するとともに過去に生成した暗号鍵を消去する第２の鍵系列発生器を備え、前記第１の鍵系列発生器に入力された値と同じ値を前記第２の鍵系列発生器に入力し、前記送信端末において前記第１の鍵系列発生器により生成された暗号鍵により全文が暗号化され、送信先として送信代行用アドレスが付加されて送信される電子メールがＳＭＴＰサーバから転送された後、前記第２の鍵系列発生器により生成された暗号鍵によって前記電子メールを復号化し、前記電子メールに指定されている送信先アドレスを有する送信先に前記電子メールを転送するサーバ。
【請求項１０】
入力値の不可逆写像によって得られる同系列の暗号鍵を生成するとともに過去に生成した暗号鍵を消去する第１および第２の鍵系列発生器を送信端末および送信エージェント側にそれぞれ備えたメール送信代行エージェントシステムに対してメール送信代行エージェント方法を実行させるためのプログラムであって、
前記第１および第２の鍵系列発生器への入力値として、互いに同じで毎回異なる値を入力する処理と、
前記送信端末が備える前記第１の鍵系列発生器により生成された暗号鍵によって電子メールの全文を暗号化し、該電子メールの送信先として送信代行用アドレスを付加して送信する処理と、
前記送信代行用アドレスをアドレスとし、前記送信エージェント側の前記第２の鍵系列発生器により生成された暗号鍵によって受信した電子メールを復号化し、前記電子メールに指定されている送信先アドレスを有する送信先に前記電子メールを転送する処理とをコンピュータに実行させるためのプログラム。
【請求項１１】
前記第１および第２の鍵系列発生器は、前回生成した暗号鍵を今回の入力値とする請求項１０記載のプログラム。
【請求項１２】
前記第１および第２の鍵系列発生器への初期入力値を、前記送信端末より付与する請求項１１記載のプログラム。
【請求項１３】
前記電子メールを復号化し、前記電子メールに指定されている送信先アドレスを有する送信先に前記電子メールを転送する毎に、前記送信端末を利用するユーザに対して課金を行う処理をコンピュータにさらに実行させるための請求項１０から１２のいずれか１項記載のプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、エンドユーザにメール送信環境を供給するためのメール送信代行エージェントシステムに関し、特に、所属組織のＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）サーバのセキュリティを完全には信頼できない場合に用いられるメール送信代行エージェントシステムに関する。
【０００２】
【従来の技術】
所定の内容の電子メールの送信を拒絶するコンテンツフィルタリング等の仕掛は、エンドユーザが誤って有害なメールを送信してしまうことを抑止する分には有効であるが、その実施には微妙で困難な部分がある。特に、ネットワークインフラの私的利用を禁止するためと称して、電子メールの内容に対して文字列検索などを行ってしまうと、例えば、社内ネットワークを管理するスタッフ部門が運用ルールに基づいて実施した施策が、営業部門にとって有害な制約条件になってしまう場合もある。そのスタッフ部門で一定の文字列群を用意し、「これらの文字列を含むメールは、私的利用と見なし、送信を拒絶する」などのルールを設定してしまうと、営業部門が特に懇意になった顧客との通信、利害関係者との間で複雑な問題について例を挙げて解説している通信などが、文字列検索に適合し、送信を拒絶されてしまう場合がある。
【０００３】
このような問題は、営業部門で活動中のエンドユーザ自身にとって切実な問題となる。スタッフ部門に現象と理由とを説明し、ルールや文字列設定の変更をさせるだけの時間的余裕があるとは限らないし、そもそも、自分のメールが巧く送信されなかったことに気づくとも限らない。
【０００４】
エンドユーザ側の対応策としては、エンドユーザが所属組織のＳＭＴＰサーバに依存せずに、適当なプロバイダと契約し独自のメール環境を設置することが考えられる。しかし、エンドユーザが、ＳＭＴＰサーバも含めてメール環境を丸ごと設置するのは高価に過ぎる。また、所属組織のオフィスのネットワーク環境から、独自に設置したメール環境に対して好きなプロトコルでアクセスできるとは限らない。
【０００５】
一方、わが国では通信傍受法が１９９９年８月に成立し、２０００年８月から施行されている。そのため、司法機関、または日本国の司法機関に対して影響力を持つ圧力団体が、一般の法人あるいはプロバイダのＳＭＴＰサーバの運用管理者に、対象エンドユーザのメールキューに対する盗聴、文字列検索、複写を強要する場合が考えられる。また、単に盗聴、文字列検索、複写を強要するだけでなく、対象エンドユーザから送信されたメールが暗号化されている場合に、対象エンドユーザが使用する暗号鍵の開示を強要する場合も考えられる。
【０００６】
このようなケースでは、対象とされたエンドユーザが医者や弁護士であり、刑法や刑事訴訟法で守秘義務を規定された職業に就いていた場合、対象とされたエンドユーザが医者や弁護士とメールで通信していた場合、対象とされたエンドユーザが会計士や株式仲買人であり、専門の法律で守秘義務を規定された職業に就いていた場合、対象とされたエンドユーザが会計士や株式仲買人とメールで通信していた場合、あるいは、対象とされたエンドユーザが業務上不正競争防止法第２条７項〜９項で規定された守秘義務を負っていた場合にも起こりうることである。したがって、上述のケースは、エンドユーザ自身から見れば切実な問題となっており、そもそもエンドユーザが、盗聴、文字列検索、複写が行われたことに気づくとも限らない。
【０００７】
従来、送信するメールの内容を暗号化することに関する技術として、例えば、一般に「Ｗｅｂメール」と呼ばれる環境で、所属組織や業者がＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ）対応（ＨＴＴＰＳ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ Ｓｅｃｕｒｅ））のページを用意し、エンドユーザがＷｅｂブラウザ経由で送信したいメールの内容を送信し、所属組織や業者のＷｅｂサーバ上のプログラムをＳＭＴＰサーバ経由で送信することが広く行われている。
【０００８】
しかし、この従来技術には、所属組織や業者のＳＭＴＰサーバの運用管理者が、エンドユーザにとって都合の悪い運用ルールが適用されたコンテンツフィルタ等を設定してしまった場合に、エンドユーザに対抗手段がないという問題点があった。それは、メールが暗号化されているのは、ＷｅｂブラウザとＷｅｂサーバとの間の通信路を送信されるときだけであって、ＳＭＴＰサーバが送信メールを受信した時点では、メールは平文であり、コンテンツフィルタを掛けることが可能な構造になっているためである。
【０００９】
また、例えば、特開２０００−１１５２２９号公報には、社内のＳＭＴＰサーバを部門のサーバとトップのサーバとに分け、社内のエンドユーザから社内のエンドユーザへメール送信が行われるとき、受信側のエンドユーザが社外のアドレスへの転送を設定していた場合には、部門のサーバで暗号化した上で転送するという技術が紹介されている。
【００１０】
しかし、この従来技術には、所属組織のＳＭＴＰサーバの運用管理者が、エンドユーザにとって都合の悪い運用ルールが適用されたコンテンツフィルタ等を設定してしまった場合に、エンドユーザに対抗手段が無いという問題点があった。それは、部門のサーバが送信メールを受信した時点では、メールは暗号化されていない平文となっており、コンテンツフィルタを適用することが可能になっているためである。
【００１１】
また、この従来技術には、所属組織のＳＭＴＰサーバの運用管理者が、何らかの圧力団体から、エンドユーザの送信メールの復号化、盗聴、文字列検索、複写を強要された場合に復号化が可能であるという問題点があった。その理由は、送信先毎に管理されている暗号化の鍵を、この装置自体から任意の時点で抽出可能な構造になっていることにある。
【００１２】
もともと、この従来技術は、受信側のエンドユーザが社外への転送を設定していて、送信側のエンドユーザがそれを知らなかった場合でも、安全にメールの配信を行うことが目的である。したがって、この従来技術において、ＳＭＴＰサーバの運用管理者がコンテンツフィルタを設定した場合や、ＳＭＴＰサーバの運用管理者が圧力団体から復号化、盗聴、文字列検索、複写を強要された場合に対処できないのは当然である。
【００１３】
また、例えば、特開平１１−３４５１８１号公報には、エンドユーザが（自宅など）社外の端末からメールを暗号化して送信してきたとき、社内のサーバで受信し、復号化して社内のユーザに配信する際に、うまく復号化できたことを確認することができるようにするという技術が開示されている。しかし、この従来技術には、エンドユーザが社内から社外へ送信する場合が想定されていないという問題点があった。もともと、この従来技術の目的に上記の事項が含まれていなかったのだから、これは当然と言える。
【００１４】
【発明が解決しようとする課題】
以上述べたように、従来技術では、メールを送信する際に、ＳＭＴＰサーバの運用管理者が、送信途中のメール、またはメールキューに記録されたメールに対し、盗聴または文字列検索を実行することがあり、メールの秘匿性が保証されていないという問題があった。
【００１５】
本発明は、ＳＭＴＰサーバの運用管理者が、送信するメールの内容に対し、盗聴も文字列検索も実行することができなくなるようにするためのメール送信代行エージェントシステムを提供することを目的とする。
【００１６】
【課題を解決するための手段】
上記課題を解決するために、本発明は、暗号鍵を生成する第１の鍵系列発生器を備え、前記第１の鍵系列発生器へ毎回異なる値を入力し、前記第１の鍵系列発生器により生成された暗号鍵によって電子メールの全文を暗号化し、該電子メールの送信先として送信代行用アドレスを付加して送信する送信端末と、
前記第１の鍵系列発生器と同系列の第２の鍵系列発生器を備え、前記第１の鍵系列発生器に入力された値と同じ値を前記第２の鍵系列発生器に入力し、前記送信代行用アドレスをアドレスとし、前記第２の鍵系列発生器により生成された暗号鍵によって受信した電子メールを復号化し、前記電子メールに指定されている送信先アドレスを有する送信先に前記電子メールを転送する送信エージェントとを備える。
【００１７】
本発明のメール送信代行エージェントシステムでは、送信端末によって暗号化され、ＳＭＴＰサーバを通過した電子メールを、復号化して送信先に転送する送信エージェントを備えている。このようにすれば、ＳＭＴＰサーバを通過する際には電子メールは暗号化されているため、エンドユーザは、所属するＳＭＴＰサーバのセキュリティを完全には信頼できない場合においても、電子メールの盗聴、文字列検索等を防止することができる。また、暗号化されたメールは送信用転送エージェントによって復号化されるので、エンドユーザの通信先が受信端末で自分宛のメールを普通に読むことができるため、通信相手がメールを復号化する手間を省くことができる。
【００１８】
本発明のメール送信代行エージェントシステムでは、前記第１および第２の鍵系列発生器は、入力値の不可逆写像によって得られる暗号鍵を生成するとともに過去に生成した暗号鍵を消去する。
【００１９】
本発明のメール送信代行エージェントシステムでは、暗号化に用いる暗号鍵を、毎回異なる値の不可逆写像によって生成する暗号鍵とするため、送信エージェントは、過去に使われた暗号鍵を保持していないし逆算することもできないので、圧力団体から強要されても過去に用いた復号化用の秘密鍵を開示することができない。そのため、何らかの圧力団体が、暗号鍵の開示を強要した場合にも、過去に送信したメールについては、盗聴も文字列検索も実行することは不可能となる。
【００２０】
【発明の実施の形態】
次に、本発明の一実施形態のメール送信代行エージェントシステムについて図面を参照して詳細に説明する。
【００２１】
（第１の実施形態）
まず、本発明の第１の実施形態のメール送信代行エージェントシステムについて説明する。図１は、本実施形態のメール送信代行エージェントシステムの構成を示すブロック図である。図１に示すように、本実施形態のメール送信代行エージェントシステムは、通信相手の端末２と、送信用転送エージェント４と、所属組織のＳＭＴＰサーバ６と、エンドユーザの端末１０とを備えている。
【００２２】
エンドユーザの端末１０とＳＭＴＰサーバ６とは、ＬＡＮ２１に接続されており、通信相手の端末２はＬＡＮ２２に接続されており、送信用転送エージェント４は、ＬＡＮ２３に接続されている。ＬＡＮ２１〜２３は、プロキシサーバ（不図示）等を介してインターネット２０に接続されている。送信用転送エージェント４と、所属組織のＳＭＴＰサーバ６と、端末２、１０とは、それぞれが接続されているＬＡＮ２１〜２３を介してインターネット２０に接続可能となっている。なお、ＳＭＴＰサーバ６は、メールキュー７を有しており、送信用転送エージェント４は、暗号鍵登録用インタフェース５を有している。
【００２３】
エンドユーザは、日頃、通信相手に対して端末１０の本来のメールアドレス８を通知している。ユーザは、端末１０からメールを送信する際には、メールアドレス８を送信元アドレスとしてメールを送信する。送信されたメールは、所属組織のＳＭＴＰサーバ６によって、一旦メールキュー７に記憶され、所定のタイミングで送信先に送信される。
【００２４】
ところで、所属組織のＳＭＴＰサーバ６の運用管理者は、前述のように、送信途中のメール、またはメールキュー７に記録されたメールに対し、盗聴または文字列検索を実行することがある。このような盗聴または文字列検索については、「コンテンツフィルタ」と呼ばれるソフトウエア製品によって実施される場合、随時に手動のコマンドで実施される場合などが考えられる。
【００２５】
エンドユーザは、本実施形態のメール送信代行エージェントシステムを運用する実施業者と契約し、送信用転送エージェント４の利用権限と、送信代行用のアドレス３を予め得ておく。さらに、エンドユーザは、自分から送信する際のメールアドレスとして、送信代行用メールアドレス３を通信相手に予め報らせておく。
【００２６】
端末１０から送信されるメール１２は、暗号化ツール１１を用いて暗号化される。暗号化ツール１１は、メール文中の送信先のメールアドレスを示すＴｏ：行の文字列や、Ｃｃ：行の文字列も含めて暗号化する。
【００２７】
メール９（平文）は、暗号化されたメールに、仮のＴｏ：行が付加されたものである。仮のＴｏ：行には、メール９が、送信用転送エージェント４のメールアドレス、すなわち送信代行用アドレス３が指定される。なお、メール９は、送信用転送エージェント４で復号化されており、通信相手に届いたメールの内容は平文となっている。
【００２８】
次に、本実施形態のメール送信代行エージェントシステムの動作について説明する。まず、本実施形態のメール送信代行エージェントシステムを運用する実施業者は、送信用転送エージェント４を用意する。エンドユーザとその実施業者との間に契約が成立すると、実施業者は、エンドユーザに対して、メールの送信先を送信用転送エージェント４とするための仮のＴｏ：行に指定すべきアドレス、すなわち送信代行用のアドレス３を交付し、暗号鍵登録用インタフェース５の使用方法を報らせ、暗号化ツール１１を端末１０に送信する。さらに、実施業者は、送信用転送エージェント４に、送信代行用のアドレス３と本来のメールアドレス８との順序対を設定しておく。
【００２９】
エンドユーザは、暗号鍵登録用インタフェース５にアクセスし、自分からのメールを復号化するための暗号鍵を送信用転送エージェント４に設定しておく。エンドユーザは、メールの通信相手に対し、自分からのメールアドレスとして本来のメールアドレス８ではなく、送信代行用アドレス３からメールを送信する旨を予め報らせておく。
【００３０】
送信用転送エージェント４は、受信したメールのＦｒｏｍ：行に、エンドユーザの本来のメールアドレス８があるか否かを確認することによって、当該エンドユーザのメールであるか否かを識別する。送信用エージェント４は、暗号鍵登録用インタフェース５を通じて登録された暗号鍵を用いてメールの内容を復号化し、本来のＴｏ：行の送信先へメールを転送する。
【００３１】
以上述べたように、本実施形態のメール送信代行エージェントシステムでは、所属組織のＳＭＴＰサーバ６が受信するメールは、メールキュー７に貯えられる時点では、その内容が暗号化されているので、ＳＭＴＰサーバ６の運用管理者は、その内容に対し、盗聴も文字列検索も実行することができなくなる。また、暗号化されたメールは送信用転送エージェント４によって復号化されるので、エンドユーザの通信相手がメールを復号化する手間を省くことができる。
【００３２】
（第２の実施形態）
次に、本発明の第２の実施形態のメール送信代行エージェントシステムについて説明する。図２は、本実施形態のメール送信代行エージェントシステムに用いられる「鍵系列発生器」の構成を示すブロック図である。図２に示すように、鍵系列発生器３１は、不可逆写像部３３と、鍵バッファ３４と、初期値入力部３５と、鍵取出し部３６とを備えている。鍵系列発生器３１は、外部とのインタフェースである初期値入力部３５から初期値３２が入力されると、その初期値３２の値を不可逆写像部３３で変換し、その結果を鍵バッファ３４に記憶する。鍵系列発生器３１は、外部とのインタフェースである鍵取出し部３６から要求があると、鍵バッファ３４内の値を暗号鍵３７として外部に送出し、それまで鍵バッファ３４内にあった値を不可逆写像部３３で変換し、その結果を鍵バッファ３４に記憶する。
【００３３】
鍵系列発生器３１は、鍵バッファ３４以外の記憶領域を有しない。初期値入力部３５、鍵取出し部３６の何れが動作しても、それまで鍵バッファ３４内にあった値は消滅し、どこにも保存されない。鍵系列発生器３１は、初期値入力部３５と鍵取出し部３６以外に外部とのインタフェースを有しない。したがって、鍵系列発生器３１は、上述の動作以外の動作を実行することはできない。鍵バッファ３４は、暗号鍵１個分の値を記憶できる領域とする。このようにして、鍵系列発生器３１では、暗号鍵の秘匿性を高めている。
【００３４】
不可逆写像について説明する。写像ｆがあって、ｙ＝ｆ(ｘ)の関係があるとき、ｘからｙを求めるのは簡単であるが、ｙからｘを逆算することは著しく困難で事実上不可能である場合がある。これを不可逆写像と呼ぶ。有名な例としては、桁数の長い整数に対し二乗採中法を使って数列を作り出す場合などがある。不可逆写像ｆに対して初期値ｘ＝ａ０を与え、ａ１ ＝ ｆ(ａ０ )、ａ２ ＝ ｆ( ａ１ )・・・になるとすれば、順方向には計算可能だが逆方向に後戻りすることのできない値の列(ａ１、ａ２、・・・)が発生するようになる。
【００３５】
図３は、本実施形態のメール送信代行エージェントシステムの構成を示すブロック図である。図３に示すように、本実施形態のメール送信代行エージェントシステムは、通信相手の端末２と、送信用転送エージェント４と、所属組織のＳＭＴＰサーバ６と、エンドユーザの端末１０とを備えている点は、第１の実施形態のメール送信代行エージェントシステムの構成と同じである。本実施形態のメール送信代行エージェントシステムでは、ＬＡＮ２３に、鍵系列発生器１４が接続されており、端末１０が鍵系列発生器１３を有している点と、送信用転送エージェント４が鍵系列の初期値入力用インタフェース２５を有している点とが、第１の実施形態のメール送信代行エージェントシステムの構成と異なっている。
【００３６】
エンドユーザは、日頃、通信相手に対して端末１０の本来のメールアドレス８を通知している。端末１０からメールを送信する際には、エンドユーザは、メールアドレス８を送信元アドレスとしてメールを送信する。送信されたメールは、所属組織のＳＭＴＰサーバ６によって、一旦メールキュー７に記憶され、所定のタイミングによって送信先に送信される。
【００３７】
エンドユーザは、本実施形態のメール送信代行エージェントシステムを運用する実施業者と契約し、送信用転送エージェント４の利用権限と、送信代行用のアドレス３を予め得ておく。さらに、エンドユーザは、自分から送信する際のメールアドレスとして、送信代行用のメールアドレス３を通信相手に予め報らせておく。
【００３８】
ところで、所属組織のＳＭＴＰサーバ６の運用管理者は、送信途中のメール、またはメールキュー７に記録されたメールに対し、盗聴または文字列検索を実行することがある。また、その運用管理者以外に何らかの圧力団体が、単に所属組織のＳＭＴＰサーバ６の運用管理者に対し、メールキュー７に保持されるメールの盗聴、文字列検索、複写等を強要するだけでなく、本実施形態のメール送信代行エージェントシステムの実施業者に対して、送信用転送エージェント４が保持するエンドユーザ用の暗号鍵の開示を強要してくる場合がある。本実施形態のメール送信代行エージェントシステムでは、上述のようなケースが発生した場合の対策として有効なシステムである。
【００３９】
本実施形態のメール送信代行エージェントシステムの実施業者は、送信用転送エージェント４を用意する。エンドユーザとの契約が成立すると、エンドユーザに、送信代行用アドレス３を交付し、送信用転送エージェント４に送信するための仮のＴｏ：行に指定すべき送信代行用アドレス３を報らせ、鍵系列の初期値入力用インタフェース２５の使い方を報らせ、暗号化ツール１１と鍵系列発生器１３とを送信する。送信用転送エージェント４には、送信代行用アドレス３と本来のメールアドレス８との順序対を設定しておく。また、送信用転送エージェント４では、そのユーザ専用の鍵系列発生器１４が１つ用意される。
【００４０】
エンドユーザは、適当な初期値を設定し、鍵系列発生器１３に初期値として入力する。また、エンドユーザは、同じ初期値を、鍵系列の初期値入力用インタフェース２５に入力する。エンドユーザは、入力した初期値を覚えておく必要はない。
【００４１】
本実施形態のメール送信代行エージェントシステムにおける実施業者側の鍵系列の初期値入力用インタフェース２５は、与えられた初期値を鍵系列発生器１４に入力する。鍵系列発生器１３と実施業者側の鍵系列発生器１４とは、１回目の暗号鍵取出しの際には各々、初期値を不可逆写像で１回変換した値を暗号鍵として送信する。２回目以降も各々、同じ値を暗号鍵として送信する。
【００４２】
エンドユーザは、通信相手に、自分から送信する際のメールアドレスとして送信代行用のアドレスを予め報らせておく。エンドユーザは、エンドユーザの端末１０上で、暗号化ツール１１を用いてメール１２を暗号化する。その暗号化の際には、暗号化ツール１１は、メール文中の本来のＴｏ：行やＣｃ：行も含めて暗号化するが、そのときに、鍵系列発生器１３から暗号鍵を１回取出し、これを暗号化の鍵として用いる。
【００４３】
メール９は、暗号化されたメールに仮のＴｏ：行が付加されたものである。仮のＴｏ：行には、メール９が、送信用転送エージェント４に送信されるようなメールアドレス、すなわち送信代行用アドレス３が指定される。なお、メール９は、送信用転送エージェント４で復号化され、通信相手に届いたメールの内容は平文となっている。
【００４４】
送信用転送エージェント４は、自分宛に届いたメールのＦｒｏｍ：行に、エンドユーザの本来のメールアドレス８があることから、そのエンドユーザのメールであることを識別し、そのエンドユーザ用の鍵系列発生器１４から暗号鍵を１回取出し、これを復号化の鍵として用い、メールの内容を復号化し、本来のＴｏ：行に指定された宛先へメールを転送する。
【００４５】
本実施形態のメール送信代行エージェントシステムでは、第１の実施形態のメール送信代行エージェントシステムと同様に、所属組織のＳＭＴＰサーバ６が受信するメールは、メールキュー７に貯えられる時点では、その内容が暗号化されているので、ＳＭＴＰサーバ６の運用管理者は、その内容に対し、例え、圧力団体から強要されたとしても、盗聴も文字列検索も実行することができなくなる。また、暗号化されたメールは、送信用転送エージェント４によって復号化されるので、エンドユーザの通信先は，端末２で自分宛のメールを普通に読むことができるので、通信相手がメールを復号化する手間を省くことができる。
【００４６】
また、何らかの圧力団体が、本実施形態のメール送信代行エージェントシステムの実施業者に対し、送信用転送エージェント４が保持するところのそのエンドユーザ用の暗号鍵の開示を強要して来た場合においても、そのエンドユーザ用の鍵系列発生器１４は、「次回に当該エンドユーザからメールが届いた時の復号化に用いられるであろうところの暗号鍵」しか保持していない。
【００４７】
過去に使われた暗号鍵は保持していないし、逆算することもできない。そのため、実施業者は、圧力団体から強要されても過去に用いた復号化用の秘密鍵を開示することができない。そのため、何らかの圧力団体が本実施形態のメール送信代行エージェントシステムの実施業者に対して、暗号鍵の開示を強要した場合にも、過去に送信したメールについては、盗聴も文字列検索も実行することは不可能となる。
【００４８】
これから新しいメールを送信するにあたっては、鍵系列発生器１３と、実施業者側の鍵系列の初期値入力用インタフェース５とに、新しい初期値を入力し直せばよい。エンドユーザの通信相手は、端末２で自分宛のメール１を読むが、メールの内容はすでに復号化されているので、普通に読めば良い。なお、本実施形態のメール送信代行エージェントシステムのその他の動作は、第１の実施形態のメール送信代行エージェントシステムと同様なので説明を省略する。
【００４９】
また、第１、第２の実施形態のメール送信代行エージェントシステムにおける送信用転送エージェント４は、メール９を復号化し、メール９に指定されている送信先アドレスを有する送信先にメール９を転送する毎に、端末１０を利用するユーザに対して課金を行う。
【００５０】
【発明の効果】
以上述べたように、本実施形態のメール送信代行エージェントシステムは、以下に示す効果を有する。
（１）  所属組織のＳＭＴＰサーバが受信するメールは、メールキューに貯えられる時点では、その内容が暗号化されているので、ＳＭＴＰサーバの運用管理者は、その内容に対し、盗聴も文字列検索も実行することができなくなる。
（２）  暗号化されたメールは、送信用転送エージェントによって復号化されるので、エンドユーザの通信先は、端末で自分宛のメールを普通に読むことができるので、通信相手がメールを復号化する手間を省くことができる。
（３）  暗号化に用いる暗号鍵を、入力値の不可逆写像によって生成する暗号鍵とするため、送信エージェントは、過去に使われた暗号鍵は保持していないし、逆算することもできないので、圧力団体から強要されても過去に用いた復号化用の秘密鍵を開示することができない。そのため、何らかの圧力団体が、送信用転送エージェントの実施業者に対して、暗号鍵の開示を強要した場合にも、過去に送信したメールについては、盗聴も文字列検索も実行することが不可能となる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態のメール送信代行エージェントシステムの構成を示すブロック図である。
【図２】本発明の第２の実施形態のメール送信代行エージェントシステムに用いられる「鍵系列発生器」の構成を示すブロック図である。
【図３】本発明の第２の実施形態のメール送信代行エージェントシステムの構成を示すブロック図である。
【符号の説明】
１    メール
２、１０    端末
３    送信代行用アドレス
４    送信用転送エージェント
５    暗号鍵登録用インタフェース
６    ＳＭＴＰサーバ
７    メールキュー
８    メールアドレス
９、１２    メール
１１    暗号化ツール
１３、１４    鍵系列発生器
２０    インターネット
２１〜２３    ＬＡＮ
２５    初期値入力用インタフェース
３１    鍵系列発生器
３２    初期値
３３    不可逆写像部
３４    鍵バッファ
３５    初期値入力部
３６    鍵取出し部
３７    暗号鍵
【図１】
0003675390.tif 000002
【図２】
0003675390.tif 000003
【図３】
0003675390.tif 000004