(57)【特許請求の範囲】
【請求項１】
配信したメールを記憶するメール記憶手段と、
メーリングリストのメンバから、再送対象のメールの識別子およびＳ／ＭＩＭＥケーパビリティを含むメール再送要求を当該メンバの署名付きの電子メールにより受け付ける手段と、
上記署名付きの電子メールの当該署名により当該メンバのクライアント認証を行う認証手段と、
上記メール再送要求の再送対象のメールの識別子に基づいて上記メール記憶手段からメールを取り出す手段と、
取り出したメールを上記署名付き電子メールに付属するＳ／ＭＩＭＥケーパビリティにより規定される対象暗号アルゴリズムおよび鍵長に基づいて暗号化する手段と、
上記認証手段によるクライアント認証が成功したときに、暗号化したメールを上記メール再送要求を行ったメンバのメールアドレスに配信する手段とを有することを特徴とするメーリングリストサーバ。
【請求項２】
上記電子メールは再送を指示するコマンドの記述を含む請求項１記載のメーリングリストサーバ。
【請求項３】
上記電子メールは、再送対象のメールをメーリングリストのメールアドレスまたは管理用アドレスへの返信メールまたは転送メールとして送信される請求項１記載のメーリングリストサーバ。
【請求項４】
配信したメールを記憶するメール記憶ステップと、
メーリングリストのメンバから、再送対象のメールの識別子およびＳ／ＭＩＭＥケーパビリティを含むメール再送要求を当該メンバの署名付きの電子メールにより受け付けるステップと、
上記署名付きの電子メールの当該署名により当該メンバのクライアント認証を行う認証ステップと、
上記メール再送要求の再送対象のメールの識別子に基づいて上記メール記憶ステップにおいて記憶したメールを取り出すステップと、
取り出したメールを上記署名付き電子メールに付属するＳ／ＭＩＭＥケーパビリティにより規定される対象暗号アルゴリズムおよび鍵長に基づいて暗号化するステップと、
上記認証ステップによるクライアント認証が成功したときに、暗号化したメールを上記メール再送要求を行ったメンバのメールアドレスに配信するステップとを有することを特徴とするメーリングリストサーバのメール再送方法。
【請求項５】
配信したメールを記憶するメール記憶ステップと、
メーリングリストのメンバから、再送対象のメールの識別子およびＳ／ＭＩＭＥケーパビリティを含むメール再送要求を当該メンバの署名付きの電子メールにより受け付けるステップと、
上記署名付きの電子メールの当該署名により当該メンバのクライアント認証を行う認証ステップと、
上記メール再送要求の再送対象のメールの識別子に基づいて上記メール記憶ステップにおいて記憶したメールを取り出すステップと、
取り出したメールを上記署名付き電子メールに付属するＳ／ＭＩＭＥケーパビリティにより規定される対象暗号アルゴリズムおよび鍵長に基づいて暗号化するステップと、
上記認証ステップによるクライアント認証が成功したときに、暗号化したメールを上記メール再送要求を行ったメンバのメールアドレスに配信するステップとをコンピュータに実行させるために用いられることを特徴とするメーリングリストサーバのメール再送用コンピュータプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、公開鍵インフラストラクチャ等を利用したセキュアなメーリングリストを用いて送られてきた暗号化メールの処理技術に関し、とくに、暗号化メールが復号できないときに復号可能な暗号化方式で暗号化したメールの再送を要求するようにしたものである。
【０００２】
【従来の技術】
セキュアなメーリングリストを利用して送信されてきた暗号化メールが、利用者の環境によって復号することができない（読むことができない）場合があった。このような場合、暗号メールを復号することができなかったユーザがセキュアメーリングリストサービスに対して暗号メールの再送要求を出せるようにすることが望まれる。しかも、再送されたメールが確実に復号できるようにすることが望まれる。
【０００３】
【発明が解決する課題】
この発明は、以上の事情を考慮してなされたものであり、ユーザが復号可能な暗号アルゴリズムで暗号メールを再送する機能をセキュアメーリングリストに提供することを目的としている。
【０００４】
【課題を解決するための手段】
この発明によれば、上述の目的を達成するために、特許請求の範囲に記載のとおりの構成を採用している。ここでは、発明を詳細に説明するのに先だって、特許請求の範囲の記載について補充的に説明を行なっておく。
【０００５】
すなわち、この発明の一側面によれば、上述の目的を達成するために、メーリングリストサーバに：配信したメールを記憶するメール記憶手段と；メーリングリストのメンバから、再送対象のメールの識別子および暗号化方式の属性を含むメール再送要求を受け付ける手段と；上記メール再送要求の再送対象のメールの識別子に基づいて上記メール記憶手段からメールを取り出す手段と；取り出したメールを上記メール再送要求の暗号化方式の属性に基づいて暗号化する手段と；暗号化したメールを上記メール再送要求を行ったメンバのメールアドレスに配信する手段とを設けるようにしている。
【０００６】
この構成においては、メール再送要求に含まれる、ユーザの暗号化方式の属性を用いてユーザ装置で復号可能な形態でメールを暗号化するのでメンバはメールの再送により確実にメールを復号し内容を読むことができるようになる。
【０００７】
この構成において、メール再送要求はＨＴＴＰにより送ってもよいし、メールの送信により送ってもよい。メールの送信で送る場合には電子署名を付すことによりユーザの暗号化方式の記述をメーリングリストサーバに送ることができる。
【０００８】
この発明は、暗号化メールを送信するメールユーザエージェント装置に適用することもできる。他のメールユーザエージェント装置から再送要求を受け取って適合的に暗号化したメールを宛先に再送するようにしてもよい。
【０００９】
なお、この発明は装置またはシステムとして実現できるのみでなく、方法としても実現可能である。また、そのような発明の一部をソフトウェアとして構成することができることはもちろんである。またそのようなソフトウェアをコンピュータに実行させるために用いるソフトウェア製品もこの発明の技術的な範囲に含まれることも当然である。
【００１０】
【発明の実施の形態】
以下、この発明の実施例について説明する。
【００１１】
図１は、実施例のメーリングリストサーバ１０を示しており、この実施例のメーリングリストサーバ１０はＨＴＴＰによりメール再送要求を受け付けるようになっている。
【００１２】
図１において、メーリングリストサーバ１０は、送信部１０１、受信部１０２、メーリングリスト管理部１０３等を有している。メーリングリストサーバ１０とともにメーリングサービスおよびこれに関するサービスを行うためにウェブサーバ２０、アプリケーションサーバ２１、リポジトリ部２２が設けられている。送信部１０１には、署名部１０４、暗号化部１０５が含まれている。リポジトリ部２２にはメンバリスト記憶部２２１、証明書記憶部２２２、Ｓ／ＭＩＭＥケーパビリティ記憶部２２３、メールアーカイバ２２４が含まれている。
【００１３】
クライアント端末３０はメールユーザエージェントプログラム３０１、ウェブブラウザプログラム３０２を含んでいる。メールユーザエージェントプログラム３０１は図示しないネットワーク（例えばインターネット）を介してメーリングリストサーバ１０の送信部１０１および受信部１０２とメールのやりとりを行う。ウェブブラウザプログラム３０２はメーリングリストサーバ１０側のウェブサーバ２０との間でＨＴＴＰでメッセージのやりとりを行う。
【００１４】
受信部１０２は、メンバからメールを受け取って署名検証部１０６、復号部１０７を用いて、適宜に署名検証、復号を行い、メールアーカイバ２２４に記憶し、さらに署名部１０４を用いて配信メールに電子署名を付し、暗号化部１０５を用いて暗号化を行い、送信部１０１により送信する。メンバリスト記憶部２２１および証明書記憶部２２２を参照して、署名の検証や暗号化を行う。
【００１５】
メンバからのメール再送要求はＨＴＴＰにより行われ、ウェブサーバ２０により受け取り、アプリケーションサーバ２１により処理する。例えば、ウェブサーバ２０から受け取ったウェブページ３０３の入力フォームを用いて再送要求の情報をウェブサーバ２０に送信する。アプリケーションサーバ２１は、メール再送要求に含まれるユーザの暗号化方式の指定に基づいて暗号化を行い、メールを再送するように制御する。
【００１６】
図２は、メール再送要求の処理の流れを示している。復号することのできないメールを受け取ったメーリングリスト（ＭＬ）のメンバがウェブサーバ２０経由で暗号メール再送を要求する。メーリングリストサーバ１０はメーリングリストに投稿されたメッセージをアーカイバ２２４にアーカイブしている必要がある。具体的な処理は以下のようになる。
【００１７】
［１］：ＭＬメンバがＷＥＢサーバ２０にＳＳＬ（セキュアソケットレイヤ）のクライアント認証をして接続する（メーリングリストサーバ１０は、ＭＬメンバーが提示した証明書でクライアント認証をする）。
［２］：ＭＬメンバは再送付して欲しい暗号メールを特定する情報をＷＥＢページの入力フォーム等を用いて入力する（例えば、管理番号やサブジェクト、投稿時間、投稿人のメールアドレスなど）。
［３］：ＭＬメンバは再送付する暗号メールの暗号アルゴリズム等を指定する。
［４］：メーリングリストサーバ１０はＭＬメンバーが指定したメールと暗号アルゴリズム等で、ＭＬメンバに暗号メールを再送付する。
【００１８】
この実施例によれば、メール再送要求時に暗号アルゴリズム等（例えば対称暗号アルゴリズムおよび鍵長）を指定するので確実に再送メールを復号して読むことができる。ＳＳＬのクライアント認証を行ってメール再送要求を受け付けるようにしているので、メンバ以外の者にメールを再送するおそれがない。
【００１９】
つぎにこの発明の他の実施例について説明する。この実施例は、再送コマンドを記述したメールをメーリングリストサーバ１０の管理メールアドレス宛に送信してメール再送を要求するものである。
【００２０】
図３はこの実施例のメーリングリストサーバ１０を示しており、この図において図１と対応する箇所には対応する符号を付した。この例では受信部１０２で管理メールアドレス宛のメールを受け取り、このメールに含まれるコマンドを再送要求部１０８に送り、再送要求部１０８が再送処理をメーリングリスト管理部１０３に要求するようになっている。受信部１０２は通常の投稿メールを投稿用のメールアドレス（管理メールアドレスと異なる）において受信する。
【００２１】
図４は、この実施例におけるメール再送要求の処理の流れを示している。復号することのできないメールを受け取ったＭＬのメンバが管理メールアドレス宛にコマンドメールを用いて暗号メール再送を要求する。この場合もメーリングリストサーバ１０はメーリングリストに投稿されたメッセージをアーカイバ２２４にアーカイブしている必要がある。具体的な処理は以下のようになる。
【００２２】
［１］：ＭＬメンバはメーリングリストサーバ１０に再送付して欲しい暗号メールを特定する情報を含んだコマンドメールを作成する（例えば、管理番号やサブジェクト、投稿時間、投稿人のメールアドレスなど）。
［２］：ＭＬメンバは作成したコマンドメールに自分の秘密鍵で署名をしてメーリングリストサーバ１０（管理メールアドレス宛）に送信する。
［３］：メーリングリストサーバ１０はＭＬメンバからの署名メールを検証する。（署名検証後は、ＭＬメンバ確認なども行う）。
［４］：メーリングリストサーバ１０はＭＬメンバが指定したメールと署名メールに含まれる暗号アルゴリズム情報で、ＭＬメンバに暗号メールを再送付する。
【００２３】
コマンドメールは例えば図５に示すようなものである。図の例ではメーリングリストの管理メールアドレスにコマンドメールを送るようにしているけれども、メーリングリストの投稿用のメールアドレスにコマンドメールを送るようにしてもよい。この場合、投稿メールか再送要求のメールかを判別する必要がある。
【００２４】
コマンドメールは署名を付して送られ、この署名メールには図５に示すような署名情報が含まれている。この署名情報のＳ／ＭＩＭＥケーパビリティを用いて対称暗号アルゴリズムや鍵長の情報を取得して適合的に暗合したメールを再送できる。
【００２５】
つぎにこの発明のさらに他の実施例について説明する。この実施例は、配信されてきたメール（復号に失敗したメール）をメーリングリストサーバ１０に返信してメール再送を要求するものである。このメールを以下では再送要求メールと呼ぶ。
【００２６】
図６はこの実施例のメーリングリストサーバ１０を示しており、この図において図１または図３と対応する箇所には対応する符号を付した。この例では受信部１０２でメールを受け取り、このメールが再送要求メールかどうかを再送要求メール検出部１０９で検出し、再送要求メールであるときには、メーリングリスト管理部１０３に再送要求が行われる。受信部１０２は再送要求を含むメールの他に通常の投稿メールも受信する。受信部１０２は署名検証部１０６および復号部１０７を具備している。
【００２７】
図７は、この実施例におけるメール再送要求の処理の流れを示している。復号することのできないメールを受け取ったＭＬのメンバが返信メール（再送要求メール）を用いて暗号メール再送を要求する。この場合もメーリングリストサーバ１０はメーリングリストに投稿されたメッセージをアーカイバ２２４にアーカイブしている必要がある。具体的な処理は以下のようになる。この方式は単に返信するだけなので、他の方法に比べてＭＬメンバの操作が簡単である。返信先は通常のＭＬアドレスであるので、一般の投稿メールとどう区別するのかが問題となる。
【００２８】
［１］：ＭＬメンバは復号することができなかったメールに自分の秘密鍵で署名をしてメーリングリストサーバ１０に返信する。
［２］：メーリングリストサーバ１０はＭＬメンバからの署名メールを検証する。（署名検証後は、ＭＬメンバー確認なども行う）。
［３］：メーリングリストサーバ１０はＭＬメンバの署名メールに含まれる暗号アルゴリズム情報を取り出す。
［４］：メーリングリストサーバ１０はＭＬメンバから送られてきた署名メールから暗号メールを取り出し、使われている暗号アルゴリズムを取得する。
［５］：メーリングリストサーバ１０は［３］と［４］で取得した暗号アルゴリズムを比較し、［３］のアルゴリズム情報に［４］のアルゴリズムが含まれていないことを確認する（含まれていればＭＬメンバは解読できているはずなので、そのメールは通常の投稿メールとして処理される）。
［６］：メーリングリストサーバ１０は返信（転送）されてきたメールのオリジナルをアーカイバ２２４から取得し、署名メールに含まれる暗号アルゴリズム情報で暗号化し、ＭＬメンバに暗号メールを再送付する。
【００２９】
なお、再送されてきた署名メールの本文に含まれる元の暗号メールをメーリングリストサーバ１０の秘密鍵で復号して元のメールを取得し、これを署名メールに含まれる暗号アルゴリズム情報で暗号化し、ＭＬメンバに暗号メールを再送付してもよい。
【００３０】
図８に、［１］で返信されたメールの構造の模式図を示す。署名されたメール本文の部分に、最初にＭＬサーバから送信された、解読できない暗号メールがそのまま含まれている。
【００３１】
なお、この発明は上述の実施例に限定されるものではなくその趣旨を逸脱しない範囲で種々変更が可能である。例えば、上述の例ではメーリングリストサーバにこの発明を適用したが、通常のメールユーザエージェント装置にもこの発明を適用できる。この場合、メールユーザエージェントに上述の再送要求部１０８や再送要求メール検出部１０９を設け、署名メールから暗号アルゴリズム情報を取得して暗号化メールを再送付すればよい。
【００３２】
【発明の効果】
以上説明したように、この発明によれば、配信されてきたメールを復号できない場合でも確実に復号可能な態様でメールを再送を要求できる。
【図面の簡単な説明】
【図１】  この発明の一実施例を全体として示すブロック図である。
【図２】  上述一実施例の動作を説明する図である。
【図３】  この発明の他の実施例を全体として示すブロック図である。
【図４】  上述他の実施例の動作を説明する図である。
【図５】  上述他の実施例で用いる署名メールを説明する図である。
【図６】  この発明のさらに他の実施例を全体として示すブロック図である。
【図７】  上述されに他の実施例の動作を説明する図である。
【図８】  上述さらに他の実施例で用いる署名メールを説明する図である。
【符号の説明】
１０      メーリングリストサーバ
２０      ウェブサーバ
２１      アプリケーションサーバ
２２      リポジトリ部
３０      クライアント端末
１０１      送信部
１０２      受信部
１０３      メーリングリスト管理部
１０４      署名部
１０５      暗号化部
１０６      署名検証部
１０７      復号部
１０８      再送要求部
１０９      再送要求メール検出部
２２１      メンバリスト記憶部
２２２      証明書記憶部
２２３      Ｓ／ＭＩＭＥケーパビリティ記憶部
２２４      メールアーカイバ
３０１      メールユーザエージェントプログラム
３０２      ウェブブラウザプログラム
３０３      ウェブページ
【図１】
0003896885.tif 000002
【図２】
0003896885.tif 000003
【図３】
0003896885.tif 000004
【図４】
0003896885.tif 000005
【図５】
0003896885.tif 000006
【図６】
0003896885.tif 000007
【図７】
0003896885.tif 000008
【図８】
0003896885.tif 000009