JP2009033402A - Ｉｄベース暗号システム及び送信端末装置及び配送サーバ装置及び受信端末装置 - Google Patents

Abstract

【課題】ＩＤベース暗号に基づくＩＤベース暗号メールシステムにおいて、安全に社外ユーザに秘密鍵を発行するメールシステムを提供する。
【解決手段】社内ユーザ端末（暗号化メールの送信端末）は、秘密鍵取得ユーザメールアドレス４８（受信者のメールアドレス）と、秘密鍵発行依頼ユーザ認証情報４９（社内ユーザの認証情報）とを含むとともに秘密鍵取得ユーザメールアドレス４８に対応するＩＤベース暗号用の秘密鍵の生成を要求する秘密鍵生成リクエスト４３を生成してセキュアメールサーバに送信する。セキュアメールサーバは秘密鍵生成リクエスト４３を受信し、これに含まれる秘密鍵発行依頼ユーザ認証情報４９に基づき送信者が正当か認証し、送信者が正当である場合に、秘密鍵生成リクエスト４３に含まれる秘密鍵取得ユーザメールアドレス４８に対応するＩＤベース暗号用の秘密鍵を生成し、この秘密鍵を受信者の端末装置に送信する。
【選択図】図８

Description

本発明は、例えば、企業等において、送信ユーザが受信ユーザに機密情報を電子メールで送信する際、第三者による盗聴を防止するために、受信ユーザ以外の第三者が復号することができないよう、メールを暗号化し、暗号化したメールを送信する暗号メールシステムに関する発明である。

ＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）ベース暗号は、任意データを暗号化するときの鍵（公開鍵）と復号するときの鍵（秘密鍵）が異なる公開鍵暗号の１つである。従来の公開鍵暗号、例えば、ＲＳＡ（登録商標）と異なる点は、公開鍵として任意の値（例えば、受信ユーザのメールアドレス）を指定できる点である。

ＩＤベース暗号に基づく暗号メールシステムでは、送信ユーザは、受信ユーザのメールアドレスを公開鍵としてメールを暗号化し、受信ユーザは受信ユーザ自身のユーザ秘密鍵で暗号化メールを復号する。従って、受信ユーザが暗号化メールを復号するためには、事前に、自分自身のメールアドレスと対になる秘密鍵を取得する必要がある。

暗号メールシステムの従来技術の１つに、「識別ベースの暗号化システム」（特表２００６−５０６９０８号公報：特許文献１）がある。なお、「識別ベースの暗号（化）」と「ＩＤベース暗号」は同意である。

図３７は、「識別ベースの暗号化システム」を説明するための従来技術を示す図である。図３７で、秘密鍵生成器１１は、公開鍵に基づいて秘密鍵を生成する。ユーザ機器１２は、秘密鍵生成器に秘密鍵の生成を要求する。通信ネットワーク１３は、ユーザ機器同士、または、ユーザ機器と秘密鍵生成器間のデータを通信ネットワークである。

秘密鍵生成器１１は、受信ユーザのユーザ機器１２による秘密鍵の発行要求に基づいて、受信ユーザの秘密鍵を生成する。このとき、秘密鍵生成器１１は、秘密鍵生成器１１のみが知り得る秘密情報に基づいて、受信ユーザのメールアドレスを公開鍵としたときの秘密鍵を生成する。そのため、秘密情報を知り得ない第三者は、秘密鍵生成器１１が生成した秘密鍵と同一の秘密鍵を生成することができない。

秘密鍵生成器１１は、秘密鍵を受信ユーザに発行する際、受信ユーザの成りすましを防止するために、秘密鍵の発行を要求した受信ユーザを認証する。仮に、受信ユーザ以外の第三者が、受信ユーザに成りすまして、受信ユーザの秘密鍵を取得した場合、受信ユーザのメールアドレスで暗号化されたメールは、第三者が取得した秘密鍵で復号されてしまう。

ここで、例えば、ある企業が、情報漏洩防止を目的に、ＩＤベースに暗号に基づく暗号メールシステムを導入した場合、秘密鍵生成器１１は、企業が管理する社内ドメインに配置されることが想定される。該暗号メールシステムにおいて、社内ユーザは、社外ユーザに機密情報を記載したメールを送信する場合、社外ユーザのメールアドレスを公開鍵として暗号化したメールを送信する。暗号化メールを受信した社外ユーザは、社外ユーザの秘密鍵で暗号化メールを復号する。

このとき、暗号メールシステムにおいて、秘密鍵生成器１１が、社外ユーザを認証し、社外ユーザに秘密鍵を発行することは、社内ユーザを認証し、社内ユーザにユーザ秘密鍵を発行することと比較して、極めて困難である。一般に、情報システムにおいて、ユーザを認証するためには、該システムでユーザ認証情報（例えば、ユーザＩＤ／パスワード）を管理する必要がある。しかしながら、暗号メールシステムにおいて、秘密鍵を取得する社外ユーザは、社内ユーザが送信した暗号化メールを受信するユーザであり、不特定多数である。そのため、秘密鍵生成器１１が、社外ユーザを認証し、該社外ユーザに秘密鍵を発行することは極めて困難である。
特表２００６−５０６９０８号公報

従来技術においては、例えば、企業において、暗号メールシステムを導入した場合、社内ユーザを認証し、該社内ユーザに対して秘密鍵を発行することはできるが、社外ユーザを認証し、社外ユーザに対して秘密鍵を発行することは極めて困難であった。

本発明は、暗号メールシステムにおいて、安全に社外ユーザに秘密鍵を発行する暗号メールシステムの提供、安全性のより高いＩＤベース暗号に基づくメールシステムの提供、使い勝手のよいＩＤベース暗号に基づくメールシステムの提供を目的とする。

この発明のＩＤベース暗号システムは、
送信者の端末装置であって、受信者の所定のＩＤ情報である受信者ＩＤ情報を公開鍵とすることにより前記公開鍵でＩＤベース暗号に基づきＩＤベース暗号化データとしてデータを暗号化し、前記ＩＤベース暗号化データに前記受信者の端末装置のアドレスを宛先アドレスとして付加して前記受信者の端末装置宛てに送信する送信端末装置と、
前記送信端末装置から前記ＩＤベース暗号化データを受信し、前記ＩＤベース暗号化データに付加された前記宛先アドレスを参照することにより前記受信者の端末装置に前記ＩＤベース暗号化データを配送する配送サーバ装置と、
前記受信者の端末装置であって、前記配送サーバ装置から前記ＩＤベース暗号化データを受信する受信端末装置と
を備えたＩＤベース暗号システムにおいて、
前記送信端末装置は、
前記送信者の認証に使用する認証情報である送信者認証情報と前記受信者ＩＤ情報とを含むとともに前記受信者ＩＤ情報に対応するＩＤベース暗号用の秘密鍵の生成を要求する秘密鍵生成リクエストを生成する送信側リクエスト生成部と、
前記送信側リクエスト生成部により生成された前記秘密鍵生成リクエストを前記配送サーバ装置に送信する送信側送信部と
を備え、
前記配送サーバ装置は、
前記秘密鍵生成リクエストを受信するサーバ側受信部と、
受信された前記秘密鍵生成リクエストに含まれる前記送信者認証情報に基づき、送信者が正当であるかどうかを認証するサーバ側認証部と、
前記サーバ側認証部により送信者が正当であると認証された場合に、受信された前記秘密鍵生成リクエストに含まれる前記受信者ＩＤ情報に対応する前記ＩＤベース暗号用の秘密鍵を生成するサーバ側秘密鍵生成部と、
前記サーバ側秘密鍵生成部により生成された前記ＩＤベース暗号用の秘密鍵を前記受信端末装置に送信するサーバ側送信部と
を備え、
前記受信端末装置は、
前記サーバ側送信部から送信された前記ＩＤベース暗号用の秘密鍵を受信する受信側受信部を備えたことを特徴とする。

この発明により、ＩＤベース暗号に基づく暗号メールシステムにおいて、安全に社外ユーザに秘密鍵を発行するメールシステムを提供することができる。

実施の形態１．
本実施の形態１では、ある企業において、社内ユーザが社外ユーザに送信した暗号化メールを、社外ユーザが復号できるようにするために、社内ドメインに設置されたセキュアメールサーバ１００が、社外ユーザに秘密鍵を発行するときの実施形態を説明する。

図１は、実施の形態１におけるセキュアメールシステム（ＩＤベース暗号システム）のシステム構成を表すブロック図である。図１で、セキュアメールサーバ１００は、社内ユーザが送受信するメールを管理する機能を有し、かつ、ユーザ秘密鍵を生成する機能を有する。社内ユーザ端末２００（送信端末装置の一例）は、社内ユーザがメールを送信する装置である。社外ユーザ端末３００（受信端末装置の一例）は、社外ユーザがメールを受信する装置である。データ通信路４００は、セキュアメールサーバ１００と社内ユーザ端末２００間、または、セキュアメールサーバ１００と社外ユーザ端末３００間で任意データを送受信するためのデータ通信路である。

ここで、社内ドメインに設置されたセキュアメールサーバ１００は、従来のメールサーバと同様に、社内ユーザが送受信するメールを管理する機能を有し、かつ、ユーザ秘密鍵を生成する機能を有する。

図２は、実施の形態１におけるコンピュータであるセキュアメールサーバ１００のハードウェア資源の一例を示す図である。また、後述する社内ユーザ端末２００、社外ユーザ端末３００、送信端末装置２７０、受信端末装置３７０もコンピュータであり、図２の構成である。図２ではセキュアメールサーバ１００を対象に説明するが、セキュアメールサーバ１００の説明は、そのまま、社内ユーザ端末２００、社外ユーザ端末３００、送信端末装置２７０、受信端末装置３７０にも当てはまる。

図２において、セキュアメールサーバ１００は、プログラムを実行するＣＰＵ８１０（中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。ＣＰＵ８１０は、バス８２５を介してＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）８１１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）８１２、表示装置８１３、キーボード８１４、マウス８１５、通信ボード８１６、ＦＤＤ８１７、ＣＤＤ８１８、プリンタ装置８１９、磁気ディスク装置８２０と接続され、これらのハードウェアデバイスを制御する。磁気ディスク装置８２０の代わりに、光ディスク装置、フラッシュメモリなどの記憶装置でもよい。

ＲＡＭ８１２は、揮発性メモリの一例である。ＲＯＭ８１１、ＦＤＤ８１７、ＣＤＤ８１８、磁気ディスク装置８２０等の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置あるいは記憶部、格納部、記憶媒体の一例である。通信ボード８１６、キーボード８１４、ＦＤＤ８１７などは、入力部、入力装置の一例である。また、通信ボード８１６、表示装置８１３、プリンタ装置８１９などは、出力部、出力装置の一例である。

通信ボード８１６は、ネットワーク（ＬＡＮ等）に接続されている。通信ボード８１６は、ＬＡＮに限らず、インターネット、ＩＳＤＮ等のＷＡＮ（ワイドエリアネットワーク）などに接続されていても構わない。

磁気ディスク装置８２０には、オペレーティングシステム８２１（ＯＳ）、ウィンドウシステム８２２、プログラム群８２３、ファイル群８２４が記憶されている。プログラム群８２３のプログラムは、ＣＰＵ８１０、オペレーティングシステム８２１、ウィンドウシステム８２２により実行される。

上記プログラム群８２３には、以下に述べる実施の形態の説明において「〜部」として説明する機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ８１０により読み出され実行される。

ファイル群８２４には、以下に述べる実施の形態の説明において、「〜の判定結果」、「〜の算出結果」、「〜の抽出結果」、「〜の生成結果」、「〜の処理結果」として説明する情報や、データや信号値や変数値やパラメータなどが、「〜ファイル」や「〜データベース」の各項目として記憶されている。「〜ファイル」や「〜データベース」は、ディスクやメモリなどの記録媒体に記憶される。ディスクやメモリなどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ８１０によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・処理・出力・印刷・表示などのＣＰＵの動作に用いられる。抽出・検索・参照・比較・演算・計算・処理・出力・印刷・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリやキャッシュメモリやバッファメモリに一時的に記憶される。

また、以下に述べる実施の形態の説明においては、データや信号値は、ＲＡＭ８１２のメモリ、ＦＤＤ８１７のフレキシブルディスク、ＣＤＤ８１８のコンパクトディスク、磁気ディスク装置８２０の磁気ディスク、その他光ディスク、ミニディスク、ＤＶＤ（Ｄｉｇｉｔａｌ・Ｖｅｒｓａｔｉｌｅ・Ｄｉｓｋ）等の記録媒体に記録される。また、データや信号は、バス８２５や信号線やケーブルその他の伝送媒体によりオンライン伝送される。

また、以下に述べる実施の形態の説明において「〜部」として説明するものは、「〜回路」、「〜装置」、「〜機器」、「手段」であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。すなわち、「〜部」として説明するものは、ＲＯＭ８１１に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ等の記録媒体に記憶される。プログラムはＣＰＵ８１０により読み出され、ＣＰＵ８１０により実行される。すなわち、プログラムは、以下に述べる「〜部」としてコンピュータを機能させるものである。あるいは、以下に述べる「〜部」の手順や方法をコンピュータに実行させるものである。

図３は、本実施の形態１のセキュアメールサーバ１００の構成を表すブロック図である。図３を参照してセキュアメールサーバ１００の構成要素を説明する。

（セキュアメールサーバ１００）
（１）送信メール配送部１０５は、社内ユーザ端末２００から送信されたメールを配送する。
（２）受信メール配送部１０６は、社内ユーザ端末２００に送信されるメールを配送する。
（３）ＩＤベース暗号パラメータ生成部１０７は、マスタ秘密鍵、及び、公開パラメータを生成する。
（４）秘密鍵発行依頼リクエスト受信部１０８（サーバ側受信部）は、社内ユーザ端末２００から送信された秘密鍵発行依頼リクエストを受信する。
（５）秘密鍵発行依頼リクエスト解析部１０９は、秘密鍵発行依頼リクエストを解析する。
（６）社内ユーザ認証部１１０（サーバ側認証部）は、ユーザ秘密鍵の発行を依頼した社内ユーザを認証する。
（７）秘密鍵発行依頼生成部１１１は、秘密鍵発行依頼リクエストに対する応答である秘密鍵発行依頼レスポンスを生成する。
（８）秘密鍵発行依頼レスポンス送信部１１２は、秘密鍵発行依頼レスポンスを社内ユーザ端末２００に送信する。
（９）秘密鍵発行チケット生成部１１３（サーバ側チケット生成部）は、ユーザ秘密鍵の発行を許可する秘密鍵発行チケットを生成する。
（１０）秘密鍵発行チケット暗号化部１１４（サーバ側チケット暗号化部）は、秘密発行チケットを暗号化する。
（１１）暗号化秘密鍵発行チケット送信部１１５（サーバ側送信部）は、暗号化秘密鍵発行チケットを社外ユーザ端末３００にメール送信する。
（１２）秘密鍵取得要求リクエスト受信部１１６（サーバ側受信部）は、社外ユーザ端末３００から送信された秘密鍵取得要求リクエストを受信する。
（１３）秘密鍵取得要求リクエスト解析部１１７は、秘密鍵取得要求リクエストを解析する。
（１４）秘密鍵発行チケット検証部１１８（サーバ側電子署名検証部）は、秘密鍵発行チケットを検証する。
（１５）秘密鍵生成部１１９（サーバ側秘密鍵生成部）は、秘密鍵を生成する。
（１６）秘密鍵取得要求レスポンス生成部１２０は、秘密鍵取得要求レスポンスを生成する。
（１７）秘密鍵取得要求レスポンス送信部１２１（サーバ側送信部）は、秘密鍵取得要求レスポンスを社外ユーザ端末３００に送信する。
（１８）マスタ秘密鍵記憶媒体１２２は、ＩＤベース暗号に基づく秘密鍵を生成するときに必要なマスタ秘密鍵を記憶する記憶媒体である。
（１９）公開パラメータ記憶媒体１２３は、ＩＤベース暗号に基づく暗号化・復号処理に必要な公開パラメータを記憶する記憶媒体である。
（２０）ドメイン鍵記憶媒体１２４（サーバ側共通鍵格納部）は、セキュアメールサーバ１００に固有の共通鍵であるドメイン鍵を記憶する記憶媒体である。
（２１）社内ユーザ情報管理ＤＢ（データベース：Ｄａｔａ Ｂａｓｅ）１２５は、社内ユーザの情報を管理するデータベースである。

図４は、本実施の形態１の社内ユーザ端末２００の構成を表すブロック図である。図４を参照して社内ユーザ端末２００の構成要素を説明する。

（社内ユーザ端末２００）
（１）秘密鍵発行依頼リクエスト生成部２２６（送信側リクエスト生成部）は、秘密鍵発行依頼リクエストを生成する。
（２）秘密鍵発行依頼リクエスト送信部２２７（送信側送信部）は、秘密鍵発行依頼リクエストをセキュアメールサーバ１００に送信する。
（３）秘密鍵発行依頼レスポンス受信部２２８は、セキュアメールサーバ１００から送信された秘密鍵発行依頼レスポンスを受信する。
（４）秘密鍵発行依頼レスポンス解析部２２９は、秘密鍵発行依頼レスポンスを解析する。
（５）メール暗号化部２３０は、ＩＤベース暗号に基づいて、受信ユーザのメールアドレスでメールを暗号化する。
（６）メール送信部２３１は、メールを送信する。
（７）公開パラメータ記憶媒体２３２は、ＩＤベース暗号に基づく暗号化・復号処理に必要な公開パラメータを記憶する記憶媒体である。

図５は、本実施の形態１の社外ユーザ端末３００の構成を表すブロック図である。図５を参照して社外ユーザ端末３００の構成要素を説明する。

（社外ユーザ端末３００）
（１）暗号化秘密鍵発行チケット復号部３３３（受信側チケット復号部）は、暗号化秘密鍵発行チケットを復号す。
（２）秘密鍵取得要求リクエスト生成部３３４（受信側リクエスト生成部）は、秘密鍵取得要求リクエストを生成する。
（３）秘密鍵取得要求リクエスト送信部３３５（受信側送信部）は、秘密鍵取得要求リクエストをセキュアメールサーバ１００に送信する。
（４）秘密鍵取得要求レスポンス受信部３３６は、セキュアメールサーバ１００から送信された秘密鍵取得要求レスポンスを受信する。
（５）秘密鍵取得要求レスポンス解析部３３７は、秘密鍵取得要求レスポンスを解析する。
（６）ユーザ秘密鍵管理部３３８は、ユーザ秘密鍵を管理する。
（７）メール受信部３３９（受信側受信部）は、メールを受信する。
（８）暗号化メール復号部３４０は、社外ユーザの秘密鍵で暗号化メールを復号する。
（９）ユーザ秘密鍵記憶媒体３４１は、社外ユーザの秘密鍵を記憶する記憶媒体である。
（１０）ドメイン鍵記憶媒体３４２（受信側共通鍵格納部）は、ドメイン鍵を記憶する記憶媒体である。
（１１）公開パラメータ記憶媒体３３２は、ＩＤベース暗号に基づく暗号化・復号処理に必要な公開パラメータを記憶する記憶媒体である。

（マスタ秘密鍵と公開パラメータとの生成）
本実施の形態１のセキュアメールシステムにおいて、セキュアメールサーバ１００のＩＤベース暗号パラメータ生成部１０７が、マスタ秘密鍵、公開パラメータを生成する処理を説明する。

（マスタ秘密鍵）
ここで、「マスタ秘密鍵」とは、セキュアメールサーバ１００が発行する秘密鍵を生成するために必要な秘密情報である。仮に、悪意を持つ第三者がマスタ秘密鍵を不正に取得した場合、該第三者は、該マスタ秘密鍵で、任意の受信ユーザのメールアドレスに対するユーザ秘密鍵を生成できてしまうため、セキュアメールシステムの安全性が著しく損なわれてしまう。そこで本実施の形態１では、セキュアメールサーバ１００において、悪意を持つ第三者がマスタ秘密鍵に不正にアクセスすることができないよう、マスタ秘密鍵記憶媒体１２２は、耐タンパな記憶媒体であることを想定する。

（公開パラメータ）
また、「公開パラメータ」とは、ＩＤベース暗号に基づき任意データを暗号化するとき、または、暗号化したデータを復号するときに必要な公開情報である。

ＩＤベース暗号パラメータ生成部１０７は、セキュアメールサーバ１００に固有のマスタ秘密鍵、及び、公開パラメータを生成する。このとき、ＩＤベース暗号パラメータ生成部１０７は、生成したマスタ秘密鍵を、マスタ秘密鍵記憶媒体１２２に保存する。また、ＩＤベース暗号パラメータ生成部１０７は、生成した公開パラメータを、公開パラメータ記憶媒体１２３に保存する。本実施の形態１では、セキュアメールサーバ１００は、Ｗｅｂサービス等を利用して、社内ユーザ、または、社外ユーザが公開パラメータを常時取得できる環境を提供することを想定する。

図６は、社外ユーザの秘密鍵を発行するときの通信プロトコルを表した図である。
図６において、
（１）秘密鍵発行依頼リクエスト４３（秘密鍵生成リクエストの一例）は、ユーザ秘密鍵の発行を依頼するリクエストである。
（２）暗号化秘密鍵発行チケット４４は、暗号化した秘密鍵発行チケットである。
（３）秘密鍵発行依頼レスポンス４５は、秘密鍵発行依頼リクエストに対するレスポンスである。
（４）秘密鍵取得要求リクエスト４６は、ユーザ秘密鍵の取得を要求するリクエストである。
（５）秘密鍵取得要求レスポンス４７は、秘密鍵取得要求に対するレスポンスである。

図６に示すように、セキュアメールサーバ１００と社内ユーザ端末２００との通信及び、セキュアメールサーバ１００と社外ユーザ端末３００にはＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）暗号を用いる。

次に、本実施の形態１のセキュアメールシステムにおいて、社内ユーザ（暗号化メール送信側）が、社外ユーザ（暗号化メール受信側）の秘密鍵の発行をセキュアメールサーバ１００に依頼するときの処理の流れについて説明する。

図７は、社内ユーザが、社外ユーザの秘密鍵の発行をセキュアメールサーバ１００に依頼するときの処理の流れを表した図である。図７をシーケンス図化したものが図１５である。以下、図１５を参照してＳＴ２１〜ＳＴ３２の処理を説明する。なお、社内ユーザが、社外ユーザの秘密鍵の発行を依頼するタイミングは任意である。従って、社内ユーザは、社外ユーザに暗号化メールを送信する前に該社外ユーザの秘密鍵の発行をセキュアメールサーバ１００に依頼してもよいし、社外ユーザに暗号化メールを送信した後で、該社外ユーザの秘密鍵の発行をセキュアメールサーバ１００に依頼してもよい。

（ＳＴ２１）
社内ユーザ端末２００において、秘密鍵発行依頼リクエスト４３を生成するステップである。本ステップで、秘密鍵発行依頼リクエスト生成部２２６は、社外ユーザのユーザ秘密鍵の発行を依頼する秘密鍵発行依頼リクエスト４３を生成する。

図８は、秘密鍵発行依頼リクエスト４３のデータ構成を表した図である。図８に示すように、秘密鍵発行依頼リクエスト４３は、秘密鍵取得ユーザメールアドレス４８（受信者ＩＤ情報の一例）と秘密鍵発行依頼ユーザ認証情報４９（送信者認証情報の一例）とを含む。秘密鍵取得ユーザメールアドレス４８は、社外ユーザ端末３００のユーザのメールアドレスである。また、秘密鍵発行依頼ユーザ認証情報４９は、社内ユーザ端末２００のユーザの認証のための情報である。「秘密鍵取得ユーザメールアドレス４８」は、セキュアメールサーバ１００が発行する秘密鍵を取得する社外ユーザのメールアドレスである。
また「ユーザ認証情報４９」は、セキュアメールサーバ１００が秘密鍵の発行を依頼した社内ユーザのユーザ認証情報（例えば、ユーザＩＤ／パスワード）である。

（ＳＴ２２）
社内ユーザ端末２００で、秘密鍵発行依頼リクエスト４３をセキュアメールサーバ１００に送信するステップである。本ステップで、秘密鍵発行依頼リクエスト送信部２２７は、秘密鍵発行依頼リクエスト生成部２２６が生成した秘密鍵発行依頼リクエスト４３を、データ通信路４００を介して、セキュアメールサーバ１００に送信する。本実施の形態１では、秘密鍵発行依頼リクエスト４３は、例えば、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）の通信プロトコルに基づいて、社内ユーザ端末２００からセキュアメールサーバ１００に送信されることを想定する。また、データ通信路４００における盗聴、改竄、及び、成りすましを防止するために、図６の説明で述べたように、秘密鍵発行依頼リクエスト４３は、例えば、ＳＳＬの暗号通信プロトコルに基づいて、社内ユーザ端末２００からセキュアメールサーバ１００に送信されることを想定する。

（ＳＴ２３）
セキュアメールサーバ１００で、秘密鍵発行依頼リクエスト４３を受信するステップである。本ステップで、秘密鍵発行依頼リクエスト受信部１０８は、社内ユーザ端末２００から送信された秘密鍵発行依頼リクエスト４３を受信する。

（ＳＴ２４）
セキュアメールサーバ１００で、秘密鍵発行依頼リクエスト４３を解析するステップである。本ステップでは、秘密鍵発行依頼リクエスト解析部１０９は、秘密鍵発行依頼リクエスト受信部１０８で受信した秘密鍵発行依頼リクエスト４３を解析する。本ステップで、秘密鍵発行依頼リクエスト４３を解析した結果、秘密鍵発行依頼リクエスト４３から、秘密鍵取得ユーザメールアドレス４８、及び、秘密鍵発行依頼ユーザ認証情報４９が抽出される。

（ＳＴ２５）
セキュアメールサーバ１００で、社外ユーザの秘密鍵の発行を依頼した社内ユーザを認証するステップである。本ステップで、社内ユーザ認証部１１０は、秘密鍵発行依頼リクエスト解析部１０９で秘密鍵発行依頼リクエスト４３から抽出した秘密鍵発行依頼ユーザ認証情報４９、及び、社内ユーザ情報管理ＤＢ１２５で管理する社内ユーザ情報に基づいて、秘密鍵の発行を依頼した社内ユーザを認証する。社内ユーザ認証部１１０が、例えば、ユーザＩＤとパスワードに基づいて、社内ユーザを認証する場合、秘密鍵発行依頼ユーザ認証情報４９に含まれているユーザＩＤとパスワードと、社内ユーザ情報管理ＤＢ１２５で管理されている社内ユーザのユーザＩＤとパスワードを照合することによって、社内ユーザを認証する。本ステップで、セキュアメールサーバ１００は、秘密鍵の発行を要求した社内ユーザが該社内ユーザ本人であること（成りすました第三者でないこと）、及び、社内ユーザが秘密鍵の発行を依頼する権限を有することを確認する。本ステップで、社内ユーザの認証に失敗した場合、すなわち、秘密鍵の発行を依頼したユーザが、秘密鍵の発行を依頼する権限を持っていない場合、セキュアメールサーバ１００は、以降のステップを実行せず、社外ユーザの秘密鍵を発行しない。

（ＳＴ２６）
セキュアメールサーバ１００で、秘密鍵発行チケットを生成するステップである。本ステップで、秘密鍵発行チケット生成部１１３は、秘密鍵を取得する権限を与える秘密鍵発行チケット５０を生成する。

図９は、秘密鍵発行チケット５０の構成を表した図である。図９に示すように秘密鍵発行チケット５０は、セキュアメールサーバ識別子５１、秘密鍵発行チケット識別子５２、秘密鍵取得ユーザメールアドレス４８、電子署名５３を含む。
図９において、
（１）「秘密鍵発行チケット５０」は、ユーザ秘密鍵を取得する権限を与えるチケットである。
（２）「セキュアメールサーバ識別子５１」は、秘密鍵発行チケット５０を生成したセキュアメールサーバ１００を一意に特定する識別子である。
（３）「秘密鍵発行チケット識別子５２」は、セキュアメールサーバ１００が発行した秘密鍵発行チケット５０を一意に特定する識別子である。
（４）電子署名５３は、秘密鍵発行チケット５０（から電子署名５３を除去したデータ）に対する、セキュアメールサーバ１００の電子署名である。

（ＳＴ２７）
セキュアメールサーバ１００で、秘密鍵発行チケット５０を暗号化するステップである。本ステップで、秘密鍵発行チケット暗号化部１１４は、秘密鍵発行チケット生成部１１３で生成した秘密鍵発行チケット５０を、ドメイン鍵記憶媒体１２４からロードしたドメイン鍵で暗号化する。ここで、「ドメイン鍵」は、セキュアメールサーバ１００に固有の共通鍵である。本実施の形態１では、セキュアメールサーバ１００において、ドメイン鍵は、事前に、任意の乱数として生成され、ドメイン鍵記憶媒体１２４に保存されていることを仮定する。本実施の形態１では、セキュアメールサーバ１００において、悪意を持つ第三者がドメイン鍵に不正にアクセスすることができないよう、ドメイン鍵記憶媒体１２４は耐タンパな記憶媒体であることを想定する。

（ＳＴ２８）
セキュアメールサーバ１００で、暗号化秘密鍵発行チケット４４を社外ユーザ端末３００にメール送信するステップである。本ステップで、暗号化秘密鍵発行チケット送信部１１５は、秘密鍵発行チケット暗号化部１１４で暗号化した暗号化秘密鍵発行チケット４４を添付したメールを、社外ユーザのメールアドレスである秘密鍵取得ユーザメールアドレス４８宛に送信する。

（ＳＴ２９）
セキュアメールサーバ１００で、秘密鍵発行依頼リクエスト４３に対する応答である秘密鍵発行依頼レスポンス４５を生成するステップである。本ステップで、秘密鍵発行依頼レスポンス生成部１１１は、秘密鍵発行依頼レスポンス４５を生成する。図１０は、秘密鍵発行依頼レスポンス４５の構成を表した図である。図１０に示すように、秘密鍵発行依頼レスポンス４５は、
（１）「セキュアメールサーバ識別子５１」と
（２）「秘密鍵取得ユーザメールアドレス４８」と
を含む。

（ＳＴ３０）
セキュアメールサーバ１００で、秘密鍵発行依頼レスポンス４５を社内ユーザ端末２００に送信するステップである。本ステップで、秘密鍵発行依頼レスポンス送信部１１２は、秘密鍵発行依頼レスポンス生成部１１１で生成した秘密鍵発行依頼レスポンス４５を、秘密鍵の発行を依頼した社内ユーザの社内ユーザ端末２００に送信する。

（ＳＴ３１）
社内ユーザ端末２００で、秘密鍵発行依頼レスポンス４５を受信するステップである。本ステップで、秘密鍵発行依頼レスポンス受信部２２８は、セキュアメールサーバ１００から送信された秘密鍵発行依頼レスポンス４５を受信する。

（ＳＴ３２）
社内ユーザ端末２００で、秘密鍵発行依頼レスポンス４５を解析するステップである。本ステップで、秘密鍵発行依頼レスポンス解析部２２９は、秘密鍵発行依頼レスポンス受信部２２８で受信した秘密鍵発行依頼レスポンス４５を解析する。本ステップで、秘密鍵発行依頼レスポンス４５を解析した結果、ユーザ秘密鍵の発行を依頼したセキュアメールサーバ１００のセキュアメールサーバ識別子５１、及び、秘密鍵取得ユーザメールアドレス４８が抽出される。

次に、本実施の形態１のセキュアメールシステムにおいて、社外ユーザが、社外ユーザのユーザ秘密鍵を取得するときの処理の流れについて説明する。

図１１は、社外ユーザが、社外ユーザのユーザ秘密鍵を取得するときの処理の流れを表した図である。図１１をシーケンス図化したものが図１６である。以下、図１６を参照してＳＴ４１〜ＳＴ５３の処理を説明する。

（ＳＴ４１）
社外ユーザ端末３００で、暗号化秘密鍵発行チケット４４をメール受信するステップである。本ステップで、メール受信部３３９は、暗号化秘密鍵発行チケット４４が添付されたメールを受信する。本実施の形態１では、社外ユーザがメールを受信するときのプロトコルとして、ＰＯＰ３を想定し、セキュアメールサーバがメール送信した暗号化秘密鍵発行チケット４４は、社外ユーザに正しく配送されることを仮定する。

（ＳＴ４２）
社外ユーザ端末３００で、暗号化秘密鍵発行チケット４４を復号するステップである。本ステップで、暗号化秘密鍵発行チケット復号部３３３は、メール受信部３３９で受信したメールに添付されている暗号化秘密鍵発行チケット４４を、ドメイン鍵記憶媒体３４２からロードしたドメイン鍵で復号する。本実施の形態１では、社外ユーザ端末３００において、ドメイン鍵は、事前に、セキュアメールサーバ１００からオフラインで配信され、ドメイン鍵記憶媒体３４２に保存されていることを仮定する。また、社外ユーザ端末３００において、悪意を持つ第三者がドメイン鍵に不正にアクセスすることができないよう、ドメイン鍵記憶媒体３４２は耐タンパな記憶媒体であることを想定する。

（ＳＴ４３）
社外ユーザ端末３００で、秘密鍵取得要求リクエスト４６を生成するステップである。本ステップで、秘密鍵取得要求リクエスト生成部３３４は、社外ユーザの秘密鍵の取得を要求する秘密鍵取得要求リクエスト４６を生成する。図１２は、秘密鍵取得要求リクエスト４６のデータ構成を表した図である。図１２に示すように、秘密鍵取得要求リクエスト４６は、秘密鍵発行チケット５０を含む。

（ＳＴ４４）
社外ユーザ端末３００で、秘密鍵取得要求リクエスト４６を送信するステップである。本ステップで、秘密鍵取得要求リクエスト送信部３３５は、秘密鍵取得要求リクエスト生成部３３４で生成した秘密鍵取得要求リクエスト４６を、データ通信路４００を介して、セキュアメールサーバ１００に送信する。本実施の形態１では、秘密鍵取得要求リクエスト４６は、例えば、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）の通信プロトコルに基づいて、社外ユーザ端末３００からセキュアメールサーバ１００に送信されることを想定する。また、データ通信路４００における盗聴、改竄、及び、成りすましを防止するために、秘密鍵取得要求リクエスト４６は、例えば、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）の暗号通信プロトコルに基づいて、社外ユーザ端末３００からセキュアメールサーバ１００に送信されることを想定する。

（ＳＴ４５）
セキュアメールサーバ１００で、秘密鍵取得要求リクエスト４６を受信するステップである。本ステップで、秘密鍵取得要求リクエスト受信部１１６は、社外ユーザ端末３００から送信された秘密鍵取得要求リクエスト４６を受信する。

（ＳＴ４６）
セキュアメールサーバ１００で、秘密鍵取得要求リクエスト４６を解析するステップである。本ステップで、秘密鍵取得要求リクエスト解析部１１７は、秘密鍵取得要求リクエスト受信部１１６で受信した秘密鍵取得要求リクエスト４６を解析する。本ステップで、秘密鍵取得要求リクエスト４６を解析した結果、秘密鍵発行チケット５０が抽出される。

（ＳＴ４７）
セキュアメールサーバ１００で、秘密鍵発行チケット５０を検証するステップである。本ステップで、秘密鍵発行チケット検証部１１８は、秘密鍵取得要求リクエスト解析部１１７で秘密鍵取得要求リクエスト４６から抽出した秘密鍵発行チケット５０を検証する。このとき、秘密鍵発行チケット検証部１１８は、秘密鍵発行チケット５０に含まれる電子署名５３を検証することで、秘密鍵発行チケット５０を生成したセキュアメールサーバ１００の本人性、秘密鍵発行チケット５０の非改竄性を確認する。ここで、秘密鍵発行チケット検証部１１８で検証した秘密鍵発行チケット５０が、セキュアメールサーバ１００以外の第三者によって生成された秘密鍵発行チケット５０である場合、または、秘密鍵発行チケット５０の改竄が検知された場合、セキュアメールサーバ１００は、以降のステップを実行せず、社外ユーザの秘密鍵を発行しない。

（ＳＴ４８）
セキュアメールサーバ１００で、ユーザ秘密鍵を生成するステップである。本ステップで、秘密鍵生成部１１９は、ＳＴ４５で受信した秘密鍵発行チケット５０に含まれる秘密鍵取得ユーザメールアドレス４８を公開鍵としたときの秘密鍵を生成する。このとき、秘密鍵生成部１１９は、秘密鍵を生成するときに必要なマスタ秘密鍵をマスタ秘密鍵記憶媒体１２２からロードする。

（ＳＴ４９）
セキュアメールサーバ１００で、秘密鍵取得要求レスポンス４７を生成するステップである。本ステップで、秘密鍵取得要求レスポンス生成部１２０は、秘密鍵取得要求リクエスト４６に対する応答である秘密鍵取得要求レスポンス４７を生成する。図１３は、秘密鍵取得要求レスポンス４７の構成を表した図である。図１３に示すように、秘密鍵取得要求レスポンス４７は、
（１）「セキュアメールサーバ識別子５１」と
（２）「秘密鍵取得ユーザメールアドレス４８」と
（３）「ユーザ秘密鍵５４」と
を含む。「ユーザ秘密鍵５４」とは、社外ユーザのユーザ秘密鍵である。

（ＳＴ５０）
セキュアメールサーバ１００で、秘密鍵取得要求レスポンス４７を送信するステップである。本ステップで、秘密鍵取得要求レスポンス送信部１２１は、秘密鍵取得要求レスポンス生成部１２０で生成した秘密鍵取得要求レスポンス４７を、データ通信路４００を介して、社外ユーザ端末３００に送信する。

（ＳＴ５１）
社外ユーザ端末３００で、秘密鍵取得要求レスポンス４７を受信するステップである。本ステップで、秘密鍵取得要求レスポンス受信部３３６は、セキュアメールサーバから送信された秘密鍵取得要求レスポンス４７を受信する。

（ＳＴ５２）
社外ユーザ端末３００で、秘密鍵取得要求レスポンス４７を解析するステップである。本ステップで、秘密鍵取得要求レスポンス解析部３３７は、秘密鍵取得要求レスポンス受信部３３６で受信した秘密鍵取得要求レスポンス４７を解析する。本ステップで、秘密鍵取得要求レスポンス４７を解析した結果、ユーザ秘密鍵を発行したセキュアメールサーバ１００のセキュアメールサーバ識別子５１、秘密鍵取得ユーザメールアドレス４８、及び、社外ユーザのユーザ秘密鍵５４が抽出される。

（ＳＴ５３）
社外ユーザ端末３００で、ユーザ秘密鍵５４を保存するステップである。本ステップで、ユーザ秘密鍵管理部３３８は、秘密鍵取得要求レスポンス解析部３３７で秘密鍵取得要求レスポンス４７から抽出したユーザ秘密鍵５４を、ユーザ秘密鍵記憶媒体３４１に保存する。本実施の形態１では、悪意を持つ第三者がユーザ秘密鍵５４に不正にアクセスすることができないよう、ユーザ秘密鍵記憶媒体３４１は耐タンパな記憶媒体であることを想定する。

次に、本実施の形態１のセキュアメールシステムにおいて、社内ユーザが、社外ユーザに暗号化メールを送信し、社外ユーザが、暗号化メールを復号するときの処理の流れについて説明する。図１４は、社内ユーザが社外ユーザに暗号化メールを送信し、社外ユーザが、暗号化メールを復号するときの処理の流れを表した図である。図１４をシーケンス図化したものが図１７である。以下、図１７を参照してＳＴ６１〜ＳＴ６５の処理を説明する。

（ＳＴ６１）
社内ユーザ端末２００で、メールを暗号化するステップである。本ステップで、メール暗号化部２３０は、ＩＤベース暗号に基づいて、受信ユーザのメールアドレスを公開鍵として、メールを暗号化する。このとき、メール暗号化部２３０は、メールを暗号化するときに必要な公開パラメータを公開パラメータ記憶媒体２３２からロードする。なお、本実施の形態１では、社内ユーザは、事前に、セキュアメールサーバ１００から公開パラメータをダウンロードし、公開パラメータ記憶媒体２３２に保存していることを仮定する。

（ＳＴ６２）
社内ユーザ端末２００で、暗号化したメールを送信するステップである。本ステップで、メール送信部２３１は、メール暗号化部２３０で暗号化したメールを社外ユーザに送信する。このとき、メール送信部２３１で送信したメールは、データ通信路４００を介して、直接、社外ユーザ端末３００に送信されずに、先に、セキュアメールサーバ１００に送信される。

（ＳＴ６３）
セキュアメールサーバ１００で、社内ユーザが送信した暗号化メールを配送するステップである。本ステップで、送信メール配送部１０５は、社内ユーザ端末２００から送信された暗号化メールを社外ユーザ端末３００に配送する。本実施の形態１では、セキュアメールサーバ１００がメールを配送するときのメール配送プロトコルは、例えば、ＳＭＴＰ（Ｓｅｎｄ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）であることを想定する。

（ＳＴ６４）
社外ユーザ端末３００で、社内ユーザが送信した暗号化メールを受信するステップである。本ステップで、メール受信部３３９は、セキュアメールサーバ１００から配送された暗号化メールを受信する。

（ＳＴ６５）
社外ユーザ端末３００で、社内ユーザが送信した暗号化メールを復号するステップである。本ステップで、暗号化メール復号部３４０は、ＩＤベース暗号に基づいて、社外ユーザの秘密鍵で、メール受信部３３９で受信した暗号化メールを復号する。このとき、暗号化メール復号部３４０は、社外ユーザの秘密鍵を、ユーザ秘密鍵記憶媒体３４１からロードする。また、このとき、暗号化メール復号部３４０は、暗号化メールを復号するときに必要な公開パラメータを公開パラメータ記憶媒体３３２からロードする。なお、本実施の形態１では、社外ユーザは、事前に、セキュアメールサーバ１００から公開パラメータをダウンロードし、公開パラメータ記憶媒体３３２に保存していることを仮定する。

以上のように、実施の形態１によれば、社外ユーザの秘密鍵の発行を依頼した社内ユーザのユーザ認証を行うことによって、社外ユーザのユーザ認証を行うことなく、社外ユーザに安全に秘密鍵を発行することができるようになる。社外ユーザ以外の第三者が、セキュアメールサーバがメール送信した秘密鍵発行チケットを取得することは困難であるため、該第三者が、社外ユーザの秘密鍵を取得することは極めて困難である。また、仮に、セキュアメールサーバが社外ユーザにメール送信した秘密鍵発行チケットを、社外ユーザ以外の第三者がデータ通信路上で盗聴した場合でも、秘密鍵発行チケットはドメイン鍵で暗号化されているため、該第三者が暗号化された秘密鍵発行チケットを復号し、社外ユーザに成りすまして、社外ユーザの秘密鍵を取得することは極めて困難である。

実施の形態２．
次に、図１８〜図２２を参照して実施の形態２を説明する。本実施の形態２は、ある企業において、社内ユーザの秘密鍵が危殆化しても耐えうる強度を有するセキュアメールシステム（ＩＤベース暗号システム）の実施形態を説明する。

任意のユーザ（社外ユーザまたは社内ユーザ）が、機密情報が記載されたメールを社内ユーザ（受信者）のメールアドレス（ＩＤベース暗号の公開鍵）でその社内ユーザ（受信者）に送信する場合に、その社内ユーザ（受信者）の秘密鍵（ＩＤベース暗号の秘密鍵）が危殆化すると、その秘密鍵と対になるメールアドレス（ＩＤベース暗号の公開鍵）で暗号化したメールは、その安全性を保証できなくなる。この場合、システム管理者は、早急に、該社内ユーザのメールアドレスを変更し、新規に秘密鍵を発行する必要がある。しかし、メールアドレスを更新し、秘密鍵を新規に発行した場合でも、任意のユーザが「危殆化した秘密鍵」と対になるメールアドレス（ＩＤベース暗号の公開鍵）でメールを暗号化し、これを送信することを防止できない。このとき、運用上は、その秘密鍵が危殆化した社内ユーザにメールを送信する可能性を持つ全てのユーザに対して、メールアドレスの変更を通知する必要がある。しかし、特に、社外のユーザに対して、これを抜けなく行うことは、極めて困難である。そこで、本実施の形態２は、社内ユーザの秘密鍵が危殆化しても耐えうる強度を有するシステムとして、セキュリティサーバのサーバ識別子を「ＩＤベース暗号の公開鍵」として用いる実施形態を説明する。

図１８は、実施の形態２のセキュアメールサーバ１００の構成を表すブロック図である。
（１）暗号化メール復号部１５５（サーバ側復号部）は、ＩＤベース暗号に基づいて、セキュアメールサーバ１００の秘密鍵で暗号化メールを復号する。
（２）メール暗号化部１５６（サーバ側再暗号化部）は、ＩＤベース暗号に基づいて、受信ユーザのメールアドレスでメールを暗号化する。
（３）サーバ秘密鍵記憶媒体１５７（サーバ側秘密鍵格納部）は、セキュアメールサーバ１００の秘密鍵を記憶する記憶媒体である。

図１９は、本実施の形態２の社内ユーザ端末２００（受信端末装置）の構成を表すブロック図である。図２０は、本実施の形態２の社外ユーザ端末３００（送信端末装置）の構成を表すブロック図である。

本実施の形態２のセキュアメールシステムにおいて、セキュアメールサーバ１００は、秘密鍵生成部１１９で、セキュアメールサーバ１００を一意に特定するセキュアメールサーバ識別子５１を公開鍵としたときの秘密鍵を生成する。このとき、秘密鍵生成部１１９で生成した秘密鍵は、サーバ秘密鍵記憶媒体１５７に保存される。本実施の形態２では、セキュアメールサーバ１００において、悪意を持つ第三者がセキュアメールサーバの秘密鍵に不正にアクセスすることができないよう、サーバ秘密鍵記憶媒体１５７は耐タンパな記憶媒体であることを想定する。

本実施の形態２のセキュアメールシステムにおいて、社内ユーザ（受信側）の秘密鍵が危殆化したとき、システム管理者は、危殆化した秘密鍵と対になる該社内ユーザのメールアドレスを破棄し、新規メールアドレスをセキュアメールサーバ１００に登録することを想定する。

社外ユーザ（送信側）が、社内ユーザ（受信側）に暗号化メールを送信するときの処理の流れについて説明する。

図２１は、社外ユーザが、社内ユーザに暗号化メールを送信するときの処理の流れを表した図である。図２１をシーケンス図化したものが図２２である。以下、図２２を参照してＳＴ７１〜ＳＴ７５の処理を説明する。

（ＳＴ７１）
社外ユーザ端末３００で、社内ユーザ宛のメールを暗号化するステップである。本ステップで、メール暗号化部３３０（送信側暗号化分）は、ＩＤベース暗号に基づいてメールを暗号化する。このとき、メールを暗号化する「公開鍵」は、セキュアメールサーバ１００を一意に特定するセキュアメールサーバ識別子５１である。

（ＳＴ７２）
社外ユーザ端末３００で、暗号化メールを送信するステップである。本ステップで、メール送信部３３１（送信側送信部）は、メール暗号化部３３０で暗号化したメールを社内ユーザに送信する。このとき、メール送信部３３１で送信したメールは、データ通信路４００を介して、直接、社内ユーザ端末２００に送信されずに、先に、セキュアメールサーバ１００に送信される。

（ＳＴ７３）
セキュアメールサーバ１００で、社内ユーザに暗号化メールを配送するステップである。本ステップで、受信メール配送部１０６（サーバ側受信部、サーバ側送信部の例）は、社外ユーザから送信された暗号化メールを受信して再暗号化し、再暗号化したメールを社内ユーザに配送する。最初に、受信メール配送部１０６は、暗号化メール復号部１５５（サーバ側復号部）で社外ユーザから送信された暗号化メールを復号する。このとき、暗号化メール復号部１５５は、暗号化メールを復号する秘密鍵として、サーバ秘密鍵記憶媒体１５７からロードしたセキュアメールサーバ１００の秘密鍵で、暗号化メールを復号する。次に、受信メール配送部１０６は、メール暗号化部１５６（サーバ側再暗号化部）で、暗号化メール復号部１５５により復号されたメールを再暗号化する。このとき、メール暗号化部１５６（サーバ側再暗号化部）は、メールの配送先である社内ユーザ（受信側）のメールアドレスでメールを暗号化する。本実施の形態２では、セキュアメールサーバ１００から社内ユーザにメールを配送するときのプロトコルとして、ＰＯＰ３を想定する。

ここでメール暗号化部１５６（サーバ側再暗号化部）がメールの再暗号化に公開鍵として使用する社内ユーザ（受信側）のメールアドレスは、図１８の社内ユーザ情報管理ＤＢ１２５に格納されている。すなわち、管理者は社内ユーザの秘密鍵が危殆化した場合、その社内ユーザのメールアドレスを新規なメールアドレスとして社内ユーザ情報管理ＤＢ１２５に登録し直す。これにより、メール暗号化部１５６（サーバ側再暗号化部）は、新規なメールアドレスで再暗号化するので、秘密鍵が危殆化した社内ユーザにメールを送信する可能のある全てのユーザに対して新規なメールアドレスを送信しなければならないという負担が解消される。なお、この場合、社外ユーザ端末３００は古い社内ユーザのメールアドレスで暗号化メールを送信しているので、社内ユーザ情報管理ＤＢ１２５に新規なメールアドレスが登録される場合には、メールアドレスの履歴が管理され、古いメールアドレスと新規なメールアドレスとの対応を示す対応情報が格納されている。この対応情報に記載された旧のメールアドレスと新規なメールアドレスとの対応により、セキュアメールサーバ１００は、新規なメールアドレスでデータを再暗号化するとともに送信するべき社内ユーザ（受信者）にメールを配送することができる。

（ＳＴ７４）
社内ユーザ端末２００で、セキュアメールサーバ１００から配送された暗号化メールを受信するステップである。本ステップで、メール受信部２３９は、セキュアメールサーバ１００から配送された暗号化メールを受信する。

（ＳＴ７５）
社内ユーザ端末２００で、セキュアメールサーバ１００から配送された暗号化メールを復号するステップである。本ステップで、暗号化メール復号部２４０は、ＩＤベース暗号に基づいて、社内ユーザの秘密鍵で、メール受信部２３９で受信した暗号化メールを復号する。このとき、暗号化メール復号部２４０は、ユーザ秘密鍵記憶媒体２４１からロードした社内ユーザの秘密鍵で、暗号化メールを復号する。また、このとき、暗号化メール復号部２４０は、暗号化メールを復号するときに必要な公開パラメータを公開パラメータ記憶媒体２３２からロードする。なお、本実施の形態２では、社内ユーザは、事前に、セキュアメールサーバ１００から公開パラメータをダウンロードし、公開パラメータ記憶媒体２３２に保存していることを仮定する。

以上のように、実施の形態２によれば、メールを送信する任意ユーザのユーザ端末において、任意ユーザから社内ユーザに送信されるメールは、セキュアメールサーバを一意に特定するセキュアメールサーバ識別子で暗号化されるため、メールを受信する社内ユーザの秘密鍵が危殆化した場合でも、メールを送信するユーザ端末とセキュアメールサーバ間のデータ通信路においては安全である。さらに、実施の形態２によれば、セキュアメールサーバは、任意のユーザ端末から送信された暗号化メールを、セキュアメールサーバの秘密鍵で復号し、かつ、メールを受信する社内ユーザの新規メールアドレスを公開鍵として再暗号化するため、セキュアメールサーバと社内ユーザ端末間のデータ通信路においても安全である。

実施の形態３．
図２３〜図２６を参照して実施の形態３を説明する。本実施の形態３では、ある企業において、社外ユーザ（暗号化メールの受信者）の秘密鍵が危殆化したときに、社内ユーザ（暗号化メールの送信者）が該社外ユーザに暗号化メールを送信しないよう、社内ドメインに設置されたセキュアメールサーバ１００が、該暗号化メールの送信を中止する実施形態を説明する。

社内ユーザが、機密情報の記載されたメールを社外ユーザに送信する場合、該社外ユーザのメールアドレスでメールを暗号化する。しかし、社外ユーザの秘密鍵が危殆化した場合、その秘密鍵と対になるメールアドレスで暗号化したメールは、その安全性を保証することができなくなる。このとき、社内ユーザ（送信側）は、機密情報が記載されたメールを、秘密鍵が危殆化した社外ユーザ（受信側）に送信すべきではないが、全ての社内ユーザの個々が、秘密鍵の危殆化した社外ユーザ（社外ユーザの危殆化したメールアドレス）を管理することは、運用上、極めて困難である。そこで、実施の形態３のセキュアメールシステム（ＩＤベース暗号システム）では、社外ユーザ（受信者）の秘密鍵が危殆化したとき、システム管理者がセキュアメールサーバ１００の保有する「送信禁止アドレスリスト」に社外ユーザのメールアドレスを追記する。ここで、「送信禁止アドレスリスト」とは、危殆化した秘密鍵と対になる社外ユーザのメールアドレスの一覧が記載されたリストである。これにより、危殆化した秘密鍵に係る社外ユーザを一元管理することによって、社内ユーザの個々による管理を不要とし、運用の安全を確保する。

図２３は、本実施の形態３のセキュアメールサーバ１００の構成を表すブロック図である。図２３の送信禁止アドレスリスト編集部１５８（サーバ側リスト編集部）は、送信禁止アドレスリストを編集する。送信禁止アドレスリスト編集部１５８は、配送が禁止されているアドレスである送信禁止アドレスの入力を受け付け、入力を受け付けた送信禁止アドレスを送信禁止アドレスリスト記憶媒体１６０（サーバ側リスト格納部）に格納されている送信禁止アドレスリストに記載する。宛先アドレス検証部１５９（サーバ側宛先アドレス検証部）は、送信禁止アドレスリストを参照してその宛先アドレス送信が禁止されているかどうかを検証する。

図２４は、本実施の形態３の社内ユーザ端末２００（送信端末装置）の構成を表すブロック図である。

本実施の形態３のセキュアメールシステムにおいて、社外ユーザの秘密鍵が危殆化したとき、システム管理者は、送信禁止アドレスリスト編集部１５８で、送信禁止アドレスリスト記憶媒体１６０に格納されている送信禁止アドレスリストに、危殆化した秘密鍵に係る該社外ユーザのメールアドレスを追記する。ここで、送信禁止アドレスリストは、危殆化した秘密鍵と対になる社外ユーザのメールアドレスの一覧が記載されたリストである。

本実施の形態３のセキュアメールシステムにおいて、社内ユーザが社外ユーザに暗号化メールを送信するときの処理の流れについて説明する。図２５は、社内ユーザが社外ユーザに暗号化メールを送信するときの処理の流れを表した図である。図２５をシーケンス図化したものが図２６である。以下、図２２を参照してＳＴ８１〜ＳＴ８５の処理を説明する。

（ＳＴ８１）
社内ユーザ端末２００で、社外ユーザ宛のメールを暗号化するステップである。実施の形態１のステップＳＴ６１と同様である。すなわち、メール暗号化部２３０（送信側暗号化部）は、ＩＤベース暗号に基づいて、社外ユーザ端末３００のユーザのメールアドレスを公開鍵として、メールを暗号化する。

（ＳＴ８２）
社内ユーザ端末２００で、暗号化したメールを送信するステップである。実施の形態１のステップＳＴ６２と同様である。すなわち、メール送信部２３１（送信側送信部）は、メール暗号化部２３０で暗号化した暗号化メールを社外ユーザ端末３００に送信する。

（ＳＴ８３）
セキュアメールサーバ１００で、社内ユーザが送信した暗号化メールを配送するステップである。本ステップで、送信メール配送部１０５（サーバ側受信部、サーバ側送信部の例）は、社内ユーザ端末２００から送信された暗号化メールを社外ユーザ端末３００に配送する。本ステップで、送信メール配送部１０５は、宛先アドレス検証部１５９（サーバ側宛先アドレス検証部）で、該暗号化メールの宛先アドレスが、送信禁止アドレスリストに記載されているか否かを検証する。送信メール配送部１０５（サーバ側送信部）は、暗号化メールの宛先アドレスが、送信禁止アドレスリストに記載されている場合、該暗号化メールを社外ユーザ端末３００に配送しない。このとき、セキュアメールサーバ１００は、以降のステップを実行しない。

（ＳＴ８４）
社外ユーザ端末３００で、社内ユーザが送信した暗号化メールを受信するステップである。実施の形態１のステップＳＴ６４と同様である。

（ＳＴ８５）
社外ユーザ端末３００で、社内ユーザが送信した暗号化メールを復号するステップである。実施の形態１のステップＳＴ６５と同様である。

以上のように、実施の形態３によれば、社外ユーザの秘密鍵が危殆化した場合、危殆化した秘密鍵と対になる該社外ユーザのメールアドレスで暗号化されたメールは、セキュアメールサーバが配送を中止するため、メールに記載された機密情報が社外に流出する危険性を減じることができるようになる。

実施の形態４．
次に図２７〜図３０を用いて実施の形態４を説明する。

実施の形態４は、ＩＤベース暗号に基づき暗号化された暗号メールを受信端末装置が受信したときに、自動的に秘密鍵を取得する方法を説明する。実施の形態４では、受信端末装置は社外ユーザ端末を想定する。

ＩＤベース暗号メールを利用するためには、ユーザ（この場合、社外ユーザ）に秘密鍵を配布する必要がある。しかし、秘密鍵の配布は、ユーザに追加の操作を強いる。このため、多くのユーザに秘密鍵を配布する場合には、ユーザが、すすんで秘密鍵を取得する仕組みが必要である。ここで、ＩＤベース暗号メールの特徴は、受信者が秘密鍵を取得していない場合でも、受信者の公開鍵がメールアドレス（受信者ＩＤ情報の一例）という既知情報であるため、受信者が秘密鍵を保有するとしないとにかかわらず、受信者宛の暗号メールを送付できる点にある。この特徴を利用して、秘密鍵を取得していない受信者が受信した暗号メールを読みたいと思ったときに、自動的に秘密鍵を入手できる手段を提供する。その際、暗号化されているメールが正しい送信者からのものであるかを判断する仕組みがないと、成りすましのメールに対して、秘密鍵の取得処理が実施されてしまう。そこで本実施の形態４は、成りすましのメールに対して秘密鍵の自動取得処理が実施されることを防止するために、暗号メールに送信者の署名を付与する手段備えた。

図２７は、実施の形態４におけるセキュアメールサーバ１００（配送サーバ装置）のブロック図である。図２８は、実施の形態４における社内ユーザ端末２００（送信端末装置）のブロック図である。図２９は、実施の形態４における社外ユーザ端末３００（受信端末装置）のブロック図である。図３０は、実施の形態４におけるＩＤベース暗号システムの動作を示すシーケンス図である。

以下に、図３０を参照して実施の形態４におけるＩＤベース暗号システムの動作を説明する。

（社内ユーザ端末２００）
（１）Ｓ１０１において、メール暗号化部２３０（送信側暗号化部）は、受信者である社外ユーザのメールアドレス（受信者ＩＤ情報の一例）をＩＤベース暗号用の公開鍵とすることにより、この公開鍵でデータを暗号化する。
（２）Ｓ１０２において、メール暗号化部２３０のメール署名部２３０１が、暗号化されたデータである暗号化メール（ＩＤベース暗号化データ）に送信者である社内ユーザの署名を付与することにより電子署名付きＩＤベース暗号化データを生成する。
（３）Ｓ１０３において、メール送信部２３１（送信側送信部）は、電子署名付きＩＤベース暗号化データに宛先アドレスを付加してセキュアメールサーバ１００に送信する。

（セキュアメールサーバ１００）
（４）Ｓ１０４において、送信メール配送部１０５（サーバ側受信部）は、社内ユーザ端末２００から送信された電子署名付きＩＤベース暗号化データを受信する。そして、送信メール配送部１０５（サーバ側送信部）は、受信された電子署名付きＩＤベース暗号化データを宛先アドレスを参照して、社外ユーザ端末３００に送信する。

（社外ユーザ端末３００）
（５）Ｓ１０５において、メール受信部３３９（受信側受信部）は、セキュアメールサーバ１００により送信された電子署名付きＩＤベース暗号化データを受信する。
（６）Ｓ１０６において、メール検証部３６３（受信側署名検証部）は、メール受信部３３９（受信側受信部）により受信された電子署名付きＩＤベース暗号化データの電子署名を検証する。
（７）Ｓ１０７において、暗号化通信路確立部３６２は、メール検証部３６３（受信側署名検証部）による検証の結果、電子署名が正当である場合には、セキュアメールサーバ１００の暗号通信路確立部１６２との間で、暗号通信路を確立する。
（８）Ｓ１０８において、秘密鍵取得要求リクエスト生成部３３４（受信側リクエスト生成部）は、メール検証部３６３（受信側署名検証部）により電子署名が正当であると検証された場合に、自己（社外ユーザ端末３００）を識別可能な端末識別情報と、社外ユーザ端末３００の受信者のメールアドレス（受信者ＩＤ情報）とを含むとともに、このメールアドレスに対応するＩＤベース暗号用の秘密鍵の取得を要求する秘密鍵取得要求リクエストを生成する。
（９）Ｓ１０９において、秘密鍵取得要求リクエスト送信部３３５（受信側送信部）は、
秘密鍵取得要求リクエスト生成部３３４（受信側リクエスト生成部）により生成された秘密鍵取得要求リクエストをセキュアメールサーバ１００に送信する。
を備え、

（セキュアメールサーバ１００）
（１０）Ｓ１１０において、秘密鍵取得要求リクエスト受信部１１６（サーバ側受信部）は、社外ユーザ端末３００により送信された秘密鍵取得要求リクエストを受信する。
（１１）Ｓ１１１において、端末識別情報検証部１６１（サーバ側端末識別情報検証部）は、秘密鍵取得要求リクエスト受信部１１６（サーバ側受信部）により受信された秘密鍵取得要求リクエストに含まれる端末識別情報が正当かどうかを検証する。ここで「端末識別情報」について説明する。「端末識別情報」とは、この例では社外ユーザ端末３００を識別可能な情報であるが、具体例は、「例１」としてＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ａｄｄｒｅｓｓ）アドレスがある。この場合、セキュアメールサーバ１００にてＭＡＣアドレスリストが管理されており、セキュアメールサーバ１００がＭＡＣアドレスリストに記載されていることを確認することで、検証成功とする。また、「例２」として、「端末識別情報」は、社外ユーザ端末３００が保持するＲＳＡ（登録商標）の秘密鍵によるメールアドレスへの電子署名とその秘密鍵に対応する公開鍵証明書である。社外ユーザ端末３００は、ＲＳＡ（登録商標）の秘密鍵を保持しており、その秘密鍵と対になる公開鍵の証明書も発行されている。社外ユーザ端末３００は、メールアドレスに対して電子署名を付与し、公開鍵証明書とともに送付する。セキュアメールサーバ１００は、電子署名を、公開鍵証明書を用いて検証する。
（１２）Ｓ１１２において、秘密鍵生成部１１９（サーバ側秘密鍵生成部）は、端末識別情報検証部１６１（サーバ側端末識別情報検証部）により、端末識別情報が正当であると判定された場合に、受信された秘密鍵取得要求リクエストに含まれるメールアドレス（受信者ＩＤ情報）に基づいて、メールアドレス（受信者ＩＤ情報）に対応するＩＤベース暗号用の秘密鍵を生成する。
（１３）Ｓ１１３において、秘密鍵取得要求レスポンス送信部１２１（サーバ側送信部）は、秘密鍵生成部１１９（サーバ側秘密鍵生成部）により生成された受信者の秘密鍵（ＩＤベース暗号用の秘密鍵）を社外ユーザ端末３００（受信者端末装置）に送信する。

（社外ユーザ端末３００）
（１４）Ｓ１１４において、秘密鍵取得要求レスポンス受信部３３６は、セキュアメールサーバ１００からの秘密鍵（ＩＤベース暗号用の秘密鍵）を受信する。
（１５）Ｓ１１５において、暗号化通信路確立部３６２は、セキュアメールサーバ１００の暗号通信路確立部１６２との間で、暗号通信路を確立する。
（１５）Ｓ１１６において、暗号化メール復号部３４０は、受信した秘密鍵で、Ｓ１０５にて受信した暗号化メールを復号する。

以上の動作により、社外ユーザ端末３００は暗号化メール受信した際に、自動的にＩＤベース暗号用の秘密鍵を取得できるので、社外ユーザ端末３００のユーザにとって便利である。また、暗号化メールには電子署名が付加されており、この電子署名を検証する仕組みを取り入れているので、成りすましのメールを排除することができる。

実施の形態５．
次に図３１〜図３６を用いて実施の形態５を説明する。実施の形態５は、真正な公開パラメータを取得可能な方法の実施形態を説明する。

（公開パラメータに対する電子署名）
ＩＤベース暗号を使用した暗号メールシステム（ＩＤベース暗号システム）では、送信者がメッセージの暗号化をする時や、受信者がメッセージの復号をする時に、セキュアメールサーバの公開パラメータを使用する。その為、セキュアメールサーバが、公開パラメータをユーザに対して公開しておく必要がある。公開の方法としてはＷｅｂサービス等による公開が考えられる。公開パラメータは、セキュアメールサーバのマスタ秘密鍵と対になるものである。正規の公開パラメータが、ハッカー等が独自に生成したニセ公開パラメータと置き換えられ、送信者が公開パラメータがすり替えられていることに気づかずにそのニセ公開パラメータを使用してメールを暗号化して暗号化メール送信した場合は、メールの内容をハッカーに読まれてしまう。このため、送信者／受信者での公開パラメータの真正性の検証が行えた方が都合が良い。そのため、本実施の形態５では、公開パラメータに電子署名を施すことによって、公開パラメータの真正性の検証ができるようにする。

図３１は、実施の形態５におけるセキュアメールサーバ１００（配送サーバ装置）のブロック図である。図３２は、実施の形態５における送信端末装置２７０のブロック図である。図３３は、実施の形態１における受信端末装置３７０のブロック図である。図３４は、実施の形態４におけるセキュアメールサーバ１００の動作を示すシーケンス図である。図３５は、セキュアメールサーバ１００と送信端末装置２７０とのやりとりのシーケンス図である。図３６は、セキュアメールサーバ１００と受信端末装置３７０とのやりとりのシーケンス図である。

まず図３４を参照してセキュアメールサーバ１００の公開パラメータの生成処理を説明する。
（１）Ｓ２０１において、ＩＤベース暗号パラメータ生成部１０７が、マスタ鍵と公開パラメータのペアを生成する。
（２）Ｓ２０２において、ＩＤベース暗号パラメータ生成部１０７が、マスタ秘密鍵をマスタ秘密鍵記憶媒体１２２に安全に保管する。
（３）Ｓ２０３において、ＩＤベース暗号パラメータ生成部１０７が、公開パラメータに署名する。セキュアメールサーバ１００が公開パラメータに署名するために使用する公開鍵証明書と対応する秘密鍵は、セキュアメールサーバ１００が端末とＳＳＬ通信を行う際にＳＳＬサーバの公開鍵証明書として使用する公開鍵証明書を使用する方法や、それとは全く関連が無いセルフサインの公開鍵証明書や、ＴＴＰ（Ｔｒｕｓｔｅｄ Ｔｈｉｒｄ Ｐａｒｔｙ）から発行された公開鍵証明書を使用する方法などがある。いずれの場合も、暗号メールの送信者／受信者の双方でセキュアメールサーバが公開パラメータに署名するために使用した公開鍵証明書の、公開鍵証明書自体の署名の検証ができなくてはならないため、その為に使用できる公開鍵証明書を信頼点として送信者／受信者のユーザ端末に予め格納しておく必要がある。セキュアメールサーバの公開鍵証明書がＴＴＰから発行された公開鍵証明書であればＴＴＰ自体の公開鍵証明書、セルフサインの公開鍵証明書である場合は、その証明書自体を信頼点として格納しておく。
（４）Ｓ２０４において、ＩＤベース暗号パラメータ生成部１０７が、署名付きの公開パラメータを公開する。

次に図３５を参照して、送信端末装置２７０がセキュアメールサーバ１００から書名付き公開パラメータを取得して電子署名を検証する動作を説明する。

（送信端末装置２７０）
（１）Ｓ３０１において、公開パラメータ取得要求生成部２５１（送信側公開パラメータ取得リクエスト生成部）は、公開パラメータの取得を要求する公開パラメータ取得リクエストを生成する。
（２）Ｓ３０２において、公開パラメータ取得要求送信部２５２（送信側送信部）は、セキュアメールサーバ１００に、公開パラメータ取得要求生成部２５１（送信側公開パラメータ取得リクエスト生成部）により生成された公開パラメータ取得リクエストを送信する。

（セキュアメールサーバ１００）
（３）Ｓ３０３において、公開パラメータ取得要求受信部１７１（サーバ側公開パラメータ取得要求受信部）は、送信端末装置２７０から公開パラメータ取得リクエストを受信する。
（４）Ｓ３０４において、公開パラメータ送信部１７２（サーバ側公開パラメータ送信部）は、公開パラメータ取得リクエストが受信された場合に、公開パラメータに電子署名を付加した電子署名付き公開パラメータを送信端末装置２７０に返信する。

（送信端末装置２７０）
（５）Ｓ３０５において、公開パラメータ受信部２５３（送信側受信部）は、セキュアメールサーバ１００から電子署名付き公開パラメータを受信する。
（６）Ｓ３０６において、署名検証部２５４（送信側署名検証部）は、受信された電子署名付き公開パラメータの電子署名を検証する。
（７）Ｓ３０７において、公開パラメータ記憶媒体２３２（送信側公開パラメータ格納部）は、署名検証部２５４（送信側署名検証部）により電子署名が正当であると判定された場合には、この公開パラメータを格納する。そして、メール暗号化部２３０（送信側暗号化部）は、公開パラメータ記憶媒体２３２（送信側公開パラメータ格納部）に格納された公開パラメータを用いて、ＩＤベース暗号化データを生成する。

次に図３６を参照して、受信端末装置３７０がセキュアメールサーバ１００から書名付き公開パラメータを取得して電子署名を検証する動作を説明する。Ｓ４０１〜Ｓ４０６間での処理は、Ｓ３０１〜Ｓ３０６と同様であるので、説明を省略する。

Ｓ４０７において、公開パラメータ記憶媒体３３２（受信側公開パラメータ格納部）は、署名検証部３５４（受信側署名検証部）により電子署名が正当であると判定された場合には、この公開パラメータを格納する。そして、暗号化メール復号部３４０（受信側復号部）は、公開パラメータ記憶媒体３３２（受信側公開パラメータ格納部）に格納された公開パラメータとユーザ秘密鍵記憶媒体３４１に格納されたユーザ秘密鍵（受信者秘密鍵）とを用いて暗号化メールを復号する。

以上のように、実施の形態５では、公開パラメータに電子署名を付加して検証するようにしたので、真正な公開パラメータを取得することができる。

以上の実施の形態１〜５では、ＩＤベース暗号の公開鍵として受信者のメールアドレスを想定して説明したが、これは一例でありメールアドレスに限らない。その他受信者を特定可能なＩＤ情報（受信者ＩＤ情報）を用いることができるのはもちろんである。

以上の実施の形態１〜５では装置としてのセキュアメールサーバ１００、社内ユーザ端末２００、社外ユーザ端末３００、送信端末装置２７０、受信端末装置３７０を説明したが、セキュアメールサーバ１００等の各構成要素の動作を処理ととらえることにより、構成要素の動作をコンピュータに実行させるプログラムとして把握することも可能である。また、このプログラムを記憶した記憶媒体として把握することも可能である。

以上の実施の形態では、
ＩＤベース暗号を基盤に、メールの送信ユーザがメールを暗号化し、かつ、メールの受信ユーザが暗号化メールを復号することによって、通信路上の盗聴を防止するセキュアメールシステムにおいて、
セキュアメールシステムは、
・受信ユーザのメールアドレスを公開鍵としたときの秘密鍵を生成するセキュアメールサーバ、
・メールを暗号化し、暗号化したメールを送信する送信ユーザ端末、
・暗号化メールを受信し、受信した暗号化メールを復号する受信ユーザ端末、
から構成され、
セキュアメールサーバは、
・秘密鍵発行依頼リクエストを受信する秘密鍵発行依頼リクエスト受信手段、
・該秘密鍵発行依頼リクエストを解析する秘密鍵発行依頼リクエスト解析手段、
・秘密鍵発行チケットを生成する秘密鍵発行チケット生成手段、
・該秘密鍵発行チケットを受信ユーザ端末にメール送信する秘密鍵発行チケット送信手段、
・秘密鍵取得要求リクエストを受信する秘密鍵取得要求リクエスト受信手段、
・該秘密鍵取得要求リクエストを解析する秘密鍵取得要求リクエスト解析手段、
・秘密鍵を生成する秘密鍵生成手段、
・秘密鍵取得要求レスポンスを生成する秘密鍵取得要求レスポンス生成手段、
・該秘密鍵取得要求レスポンスを受信ユーザ端末に送信する秘密鍵取得要求レスポンス送信手段、
を備え、
送信ユーザ端末は、
・秘密鍵発行依頼リクエストを生成する秘密鍵発行依頼リクエスト生成手段、
・該秘密鍵発行依頼リクエストをセキュアメールサーバに送信する秘密鍵発行依頼リクエスト送信手段、
を備え、
受信ユーザ端末は、
・該秘密鍵発行チケットをメール受信する秘密鍵発行チケット受信手段、
・秘密鍵取得要求リクエストを生成する秘密鍵取得要求リクエスト生成手段、
・該秘密鍵取得要求リクエストをセキュアメールサーバに送信する秘密鍵取得要求リクエスト送信手段、
・秘密鍵取得要求レスポンスを受信する秘密鍵取得要求レスポンス受信手段、
・該秘密鍵取得要求レスポンスを解析する秘密鍵取得要求レスポンス解析手段、
を備えることを特徴としたセキュアメールシステムを説明した。

以上の実施の形態では、
セキュアメールシステムにおいて、
セキュアメールサーバは、
・該秘密鍵発行チケット生成手段で生成した秘密鍵発行チケットを暗号化する秘密鍵発行チケット暗号化手段、
を備え、
受信ユーザ端末は、
・暗号化された該秘密鍵発行チケットを復号する暗号化秘密鍵発行チケット復号手段、
を備えることを特徴としたセキュアメールシステムを説明した。

以上の実施の形態では、
セキュアメールシステムにおいて、
セキュアメールサーバは、
・暗号化メールを復号する暗号化メール復号手段、
・メールを暗号化するメール暗号化手段、
を備えることを特徴としたセキュアメールシステムを説明した。

以上の実施の形態では、
セキュアメールシステムにおいて、
セキュアメールサーバは、
・危殆化した秘密鍵と対になるメールアドレスを管理するメールアドレス管理手段、
・該メールアドレス管理手段で管理するメールアドレス宛のメールの送信を制御するメール送信制御手段を備えることを特徴としたセキュアメールシステムを説明した。

実施の形態１に係る、セキュアメールシステムの構成図。 実施の形態１に係る、セキュアメールサーバ及び端末装置のハードウェア構成。 実施の形態１に係る、セキュアメールサーバ１００のブロック図。 実施の形態１に係る、社内ユーザ端末２００のブロック図。 実施の形態１に係る、社外ユーザ端末３００のブロック図。 実施の形態１に係る、社外ユーザの秘密鍵を発行するときの通信プロトコルを表した図。 実施の形態１に係る、社内ユーザが社外ユーザの秘密鍵の発行をセキュアメールサーバ１００に依頼する処理を表わすフローチャート。 実施の形態１に係る、秘密鍵発行依頼リクエスト４３を示す図。 実施の形態１に係る、秘密鍵発行チケット５０を示す図。 実施の形態１に係る、秘密鍵発行依頼レスポンス４５を示す図。 実施の形態１に係る、社外ユーザが社外ユーザのユーザ秘密鍵を取得する処理を示すフローチャート。 実施の形態１に係る、秘密鍵取得要求リクエスト４６を示す図。 実施の形態１に係る、秘密鍵取得要求レスポンス４７を示す図。 実施の形態１に係る、社内ユーザが社外ユーザに暗号化メールを送信し、社外ユーザが、暗号化メールを復号する処理理を表したフローチャート。 図７に対応するシーケンス図。 図１１に対応するシーケンス図。 図１４に対応するシーケンス図。 実施の形態２に係る、セキュアメールサーバ１００のブロック図。 実施の形態２に係る、社内ユーザ端末２００のブロック図。 実施の形態２に係る、社外ユーザ端末３００のブロック図。 実施の形態２に係る、社外ユーザが社内ユーザに暗号化メールを送信する処理を表したフローチャート。 図２１に対応するシーケンス図。 実施の形態３に係る、セキュアメールサーバ１００のブロック図。 実施の形態３に係る、社内ユーザ端末２００のブロック図。 実施の形態３に係る、社内ユーザが社外ユーザに暗号化メールを送信する処理を表したフローチャート。 図２５に対応するシーケンス図。 実施の形態４に係る、セキュアメールサーバ１００のブロック図。 実施の形態４に係る、社内ユーザ端末２００のブロック図。 実施の形態４に係る、社外ユーザ端末３００のブロック図。 実施の形態４に係る、セキュアメールシステムの動作のシーケンス図。 実施の形態５に係る、セキュアメールサーバ１００のブロック図。 実施の形態５に係る、送信端末装置２７０のブロック図。 実施の形態５に係る、受信端末装置３７０のブロック図。 実施の形態５に係る、セキュアメールサーバ１００の公開パラメータの生成処理を示すフローチャート。 実施の形態５に係る、送信端末装置２７０とセキュアメールサーバ１００とのやりとりのシーケンス図。 実施の形態５に係る、受信端末装置３７０とセキュアメールサーバ１００とのやりとりのシーケンス図。 従来技術を示す図。

符号の説明

１１ 秘密鍵生成器、１２ ユーザ機器、１３ 通信ネットワーク、４３ 秘密鍵発行依頼リクエスト、４４ 暗号化秘密鍵発行チケット、４５ 秘密鍵発行依頼レスポンス、４６ 秘密鍵取得要求リクエスト、４７ 秘密鍵取得要求レスポンス、４８ 秘密鍵取得ユーザメールアドレス、４９ 秘密鍵発行依頼ユーザ認証情報、５０ 秘密鍵発行チケット、５１ セキュアメールサーバ識別子、５２ 秘密鍵発行チケット識別子、５３ 電子署名、５４ ユーザ秘密鍵、１００ セキュアメールサーバ、１０５ 送信メール配送部、１０６ 受信メール配送部、１０７ ＩＤベース暗号パラメータ生成部、１０８ 秘密鍵発行依頼リクエスト受信部、１０９ 秘密鍵発行依頼リクエスト解析部、１１０ 社内ユーザ認証部、１１１ 秘密鍵発行依頼レスポンス生成部、１１２ 秘密鍵発行依頼レスポンス送信部、１１３ 秘密鍵発行チケット生成部、１１４ 秘密鍵発行チケット暗号化部、１１５ 暗号化秘密鍵発行チケット送信部、１１６ 秘密鍵取得要求リクエスト受信部、１１７ 秘密鍵取得要求リクエスト解析部、１１８ 秘密鍵発行チケット検証部、１１９ 秘密鍵生成部、１２０ 秘密鍵取得要求レスポンス生成部、１２１ 秘密鍵取得要求レスポンス送信部、１２２ マスタ秘密鍵記憶媒体、１２３ 公開パラメータ記憶媒体、１２４ ドメイン鍵記憶媒体、１２５ 社内ユーザ情報管理ＤＢ、１５５ 暗号化メール復号部、１５６ メール暗号化部、１５７ サーバ秘密鍵記憶媒体、１５８ 送信禁止アドレスリスト編集部、１５９ 宛先アドレス検証部、１６０ 送信禁止アドレスリスト記憶媒体、１６１ 端末識別情報検証部、１６２ 暗号通信路確立部、１７１ 公開パラメータ取得要求受信部、１７２ 公開パラメータ送信部、２００ 社内ユーザ端末、２２６ 秘密鍵発行依頼リクエスト生成部、２２７ 秘密鍵発行依頼リクエスト送信部、２２８ 秘密鍵発行依頼レスポンス受信部、２２９ 秘密鍵発行依頼レスポンス解析部、２３０ メール暗号化部、２３１ メール送信部、２３０１ メール署名部、２３２ 公開パラメータ記憶媒体、２３９ メール受信部、２４０ 暗号化メール復号部、２４１ ユーザ秘密鍵記憶媒体、２５１ 公開パラメータ取得要求生成部、２５２ 公開パラメータ取得要求送信部、２５３ 公開パラメータ受信部、２５４ 署名検証部、２７０ 送信端末装置、３００ 社外ユーザ端末、３３０ メール暗号化部、３３１ メール送信部、３３２ 公開パラメータ記憶媒体、３３３ 暗号化秘密鍵発行チケット復号部、３３４ 秘密鍵取得要求リクエスト生成部、３３５ 秘密鍵取得要求リクエスト送信部、３３６ 秘密鍵取得要求レスポンス受信部、３３７ 秘密鍵取得要求レスポンス解析部、３３８ ユーザ秘密鍵管理部、３３９ メール受信部、３４０ 暗号化メール復号部、３４１ ユーザ秘密鍵記憶媒体、３４２ ドメイン鍵記憶媒体、３５１ 公開パラメータ取得要求生成部、３５２ 公開パラメータ取得要求送信部、３５３ 公開パラメータ受信部、３５４ 署名検証部、３６２ 暗号化通信路確立部、３６３ メール検証部、３７０ 受信端末装置、４００ データ通信路。

Claims (18)

1. 送信者の端末装置であって、受信者の所定のＩＤ情報である受信者ＩＤ情報を公開鍵とすることにより前記公開鍵でＩＤベース暗号に基づきＩＤベース暗号化データとしてデータを暗号化し、前記ＩＤベース暗号化データに前記受信者の端末装置のアドレスを宛先アドレスとして付加して前記受信者の端末装置宛てに送信する送信端末装置と、
   前記送信端末装置から前記ＩＤベース暗号化データを受信し、前記ＩＤベース暗号化データに付加された前記宛先アドレスを参照することにより前記受信者の端末装置に前記ＩＤベース暗号化データを配送する配送サーバ装置と、
   前記受信者の端末装置であって、前記配送サーバ装置から前記ＩＤベース暗号化データを受信する受信端末装置と
   を備えたＩＤベース暗号システムにおいて、
   前記送信端末装置は、
   前記送信者の認証に使用する認証情報である送信者認証情報と前記受信者ＩＤ情報とを含むとともに前記受信者ＩＤ情報に対応するＩＤベース暗号用の秘密鍵の生成を要求する秘密鍵生成リクエストを生成する送信側リクエスト生成部と、
   前記送信側リクエスト生成部により生成された前記秘密鍵生成リクエストを前記配送サーバ装置に送信する送信側送信部と
   を備え、
   前記配送サーバ装置は、
   前記秘密鍵生成リクエストを受信するサーバ側受信部と、
   受信された前記秘密鍵生成リクエストに含まれる前記送信者認証情報に基づき、送信者が正当であるかどうかを認証するサーバ側認証部と、
   前記サーバ側認証部により送信者が正当であると認証された場合に、受信された前記秘密鍵生成リクエストに含まれる前記受信者ＩＤ情報に対応する前記ＩＤベース暗号用の秘密鍵を生成するサーバ側秘密鍵生成部と、
   前記サーバ側秘密鍵生成部により生成された前記ＩＤベース暗号用の秘密鍵を前記受信端末装置に送信するサーバ側送信部と
   を備え、
   前記受信端末装置は、
   前記サーバ側送信部から送信された前記ＩＤベース暗号用の秘密鍵を受信する受信側受信部を備えたことを特徴とするＩＤベース暗号システム。
2. 前記配送サーバ装置は、さらに、
   前記サーバ側認証部により送信者が正当であると認証された場合に、前記ＩＤベース暗号用の秘密鍵を取得する権限が与えられた秘密鍵発行チケットであって、この秘密鍵発行チケットを一意に識別可能な識別子である秘密鍵発行チケット識別子を含む秘密鍵発行チケットを生成するサーバ側チケット生成部を備え、
   前記サーバ側送信部は、
   前記サーバ側チケット生成部により生成された前記秘密鍵発行チケットを前記受信端末装置に送信し、
   前記受信側受信部は、
   前記サーバ側送信部により送信された前記秘密鍵発行チケットを受信し、
   前記受信端末装置は、さらに、
   受信された前記秘密鍵発行チケットに含まれた前記秘密鍵発行チケット識別子を含むとともに前記ＩＤベース暗号用の秘密鍵の取得を要求する秘密鍵取得要求リクエストを生成する受信側リクエスト生成部と、
   前記受信側リクエスト生成部により生成された前記秘密鍵取得要求リクエストを前記配送サーバ装置に送信する受信側送信部と
   を備え、
   前記サーバ側受信部は、
   前記受信側送信部により送信された前記秘密鍵取得要求リクエストを受信し、
   前記サーバ側秘密鍵生成部は、
   受信された前記秘密鍵取得要求リクエストに含まれた前記秘密鍵発行チケット識別子と、前記サーバ側チケット生成部により生成された前記秘密鍵発行チケットに含まれた前記秘密鍵発行チケット識別子とが同一の場合に、前記ＩＤベース暗号用の秘密鍵を生成することを特徴とする請求項１記載のＩＤベース暗号システム。
3. 前記配送サーバ装置は、さらに、
   前記受信端末装置との間で互いに共有する共通鍵を格納するサーバ側共通鍵格納部と、
   前記サーバ側共通鍵格納部に格納された前記共通鍵を用いて、前記サーバ側チケット生成部により生成された前記秘密鍵発行チケットを暗号化するサーバ側チケット暗号化部とを備え、
   前記サーバ側送信部は、
   前記サーバ側チケット生成部により生成され、かつ、前記サーバ側チケット暗号化部によって暗号化された前記秘密鍵発行チケットである暗号化秘密鍵発行チケットを前記受信端末装置に送信し、
   前記受信側受信部は、
   前記サーバ側送信部により送信された前記暗号化秘密鍵発行チケットを受信し、
   前記受信端末装置は、さらに、
   前記配送サーバ装置との間で互いに共有する前記共通鍵を格納する受信側共通鍵格納部と、
   前記受信側共通鍵格納部に格納された前記共通鍵を用いて、前記受信側受信部により受信された前記暗号化秘密鍵発行チケットを復号する受信側チケット復号部とを備え、
   前記受信側リクエスト生成部は、
   前記受信側チケット復号部により復号された前記秘密鍵発行チケットに含まれた前記秘密鍵発行チケット識別子を含むとともに前記ＩＤベース暗号用の秘密鍵の取得を要求する前記秘密鍵取得要求リクエストを生成し、
   前記受信側送信部は、
   前記受信側リクエスト生成部により生成された前記秘密鍵取得要求リクエストを前記配送サーバ装置に送信することを特徴とする請求項２記載のＩＤベース暗号システム。
4. 前記サーバ側チケット生成部は、
   前記秘密鍵発行チケットを生成する場合に、前記秘密鍵発行チケットに前記配送サーバ装置の電子署名を含めて生成し、
   前記受信側リクエスト生成部は、
   前記受信側チケット復号部により復号された前記秘密鍵発行チケットに含まれる前記秘密鍵発行チケット識別子と前記電子署名とを含むとともに前記ＩＤベース暗号用の秘密鍵の取得を要求する前記秘密鍵取得要求リクエストを生成し、
   前記受信側送信部は、
   前記受信側リクエスト生成部により生成された前記秘密鍵取得要求リクエストを前記配送サーバ装置に送信し、
   前記サーバ側受信部は、
   前記受信側送信部により送信された前記秘密鍵取得要求リクエストを受信し、
   前記配送サーバ装置は、さらに、
   前記サーバ側受信部により受信された前記秘密鍵取得要求リクエストに含まれる前記電子署名を検証するサーバ側署名検証部を備え、
   前記サーバ側秘密鍵生成部は、
   前記サーバ側署名検証部により前記電子署名が正当であることが検証された場合に、前記ＩＤベース暗号用の秘密鍵を生成することを特徴とする請求項３記載のＩＤベース暗号システム。
5. 送信者の端末装置であって、受信者の所定のＩＤ情報である受信者ＩＤ情報を公開鍵とすることにより前記公開鍵でＩＤベース暗号に基づきデータをＩＤベース暗号化データとして暗号化し、前記ＩＤベース暗号化データを受信者の端末装置に送信する送信端末装置において、
   前記送信者の認証に使用する認証情報である送信者認証情報と前記受信者ＩＤ情報とを含むとともに前記受信者ＩＤ情報に対応するＩＤベース暗号用の秘密鍵の生成を要求する秘密鍵生成リクエストを生成する送信側リクエスト生成部と、
   前記送信側リクエスト生成部により生成された前記秘密鍵生成リクエストを、前記送信者認証情報を認証するとともに認証により前記送信者が正当であると判定した場合に前記ＩＤベース暗号用の秘密鍵を生成して前記受信者の端末装置に送信する配送サーバ装置に送信する送信側送信部と
   を備えたことを特徴とする送信端末装置。
6. ＩＤベース暗号に基づき暗号化されたデータであるＩＤベース暗号化データを配送する配送サーバ装置において、
   前記ＩＤベース暗号化データを受信者の端末装置に送信する送信者が使用する送信端末装置であって前記送信者の認証に使用する認証情報である送信者認証情報と前記ＩＤベース暗号化データの暗号化の公開鍵として使用する前記受信者の所定のＩＤ情報である受信者ＩＤ情報とを含むとともに前記受信者ＩＤ情報に対応するＩＤベース暗号用の秘密鍵の生成を要求する秘密鍵生成リクエストを送信する送信端末装置から、前記秘密鍵生成リクエストを受信するサーバ側受信部と、
   受信された前記秘密鍵生成リクエストに含まれる前記送信者認証情報に基づき、送信者が正当であるかどうかを認証するサーバ側認証部と、
   前記サーバ側認証部により送信者が正当であると認証された場合に、受信された前記秘密鍵生成リクエストに含まれる前記受信者ＩＤ情報に対応する前記ＩＤベース暗号用の秘密鍵を生成するサーバ側秘密鍵生成部と、
   前記サーバ側秘密鍵生成部により生成された前記ＩＤベース暗号用の秘密鍵を前記受信者の端末装置に送信するサーバ側送信部と
   を備えたことを特徴とする配送サーバ装置。
7. ＩＤベース暗号に基づきデータを暗号化し、暗号化されたデータであるＩＤベース暗号化データに受信者の端末装置のアドレスを宛先アドレスとして付加して前記受信者の端末装置宛に送信する送信端末装置と、
   前記送信端末装置から前記ＩＤベース暗号化データを受信し、前記ＩＤベース暗号化データに付加された前記宛先アドレスを参照することにより前記受信者の端末装置に前記ＩＤベース暗号化データを配送する配送サーバ装置と、
   前記受信者の端末装置であって、前記配送サーバ装置から前記ＩＤベース暗号化データを受信する受信端末装置と
   を備えたＩＤベース暗号システムにおいて、
   前記送信端末装置は、
   前記配送サーバ装置を一意に識別する配送サーバ識別子をＩＤベース暗号用の公開鍵とすることにより、この公開鍵でデータを暗号化して前記ＩＤベース暗号化データを生成する送信側暗号化部と、
   前記送信側暗号化部により生成された前記ＩＤベース暗号化データに前記宛先アドレスを付加して送信する送信側送信部と
   を備え、
   前記配送サーバ装置は、
   前記送信側送信部により送信された前記ＩＤベース暗号化データを受信するサーバ側受信部と、
   前記配送サーバ識別子に対応するＩＤベース暗号用の秘密鍵を格納するサーバ側秘密鍵格納部と、
   前記サーバ側受信部により受信された前記ＩＤベース暗号化データを前記サーバ側秘密鍵格納部に格納された前記秘密鍵で復号するサーバ側復号部と、
   前記宛先アドレスと前記宛先アドレスに係る前記受信端末装置のユーザの所定のＩＤ情報である受信者ＩＤ情報との対応を示す対応情報を格納するサーバ側対応情報格納部と、
   前記サーバ側対応情報格納部に格納された前記対応情報の示す前記受信者ＩＤ情報をＩＤベース暗号用の公開鍵とすることにより、この公開鍵で、前記サーバ側復号部により復号された前記ＩＤベース暗号化データを再暗号化するサーバ側再暗号化部と、
   前記サーバ側再暗号化部により再暗号化された前記ＩＤベース暗号化データを前記受信端末装置に送信するサーバ側送信部と
   を備えたことを特徴とするＩＤベース暗号システム。
8. 前記サーバ側対応情報格納部は、
   前記対応情報の前記受信者ＩＤ情報として、前記受信端末装置の更新後の新たな新規宛先アドレスを保有し、
   前記サーバ側再暗号化部は、
   前記サーバ側対応情報格納部に格納されている前記対応情報の示す前記新規宛先アドレスをＩＤベース暗号用の公開鍵とすることにより、この公開鍵で、前記サーバ側復号部により復号された前記ＩＤベース暗号化データを再暗号化し、
   前記サーバ側送信部は、
   前記新規宛先アドレスを参照することにより、再暗号化された前記ＩＤベース暗号化データを前記受信端末装置に送信することを特徴とする請求項７記載のＩＤベース暗号システム。
9. 送信者の端末装置であって、ＩＤベース暗号に基づきデータをＩＤベース暗号化データとして暗号化し、データを配送する配送サーバ装置を介して前記ＩＤベース暗号化データを受信者の端末装置に送信する送信端末装置において、
   前記配送サーバ装置を一意に識別する配送サーバ識別子をＩＤベース暗号用の公開鍵とすることにより、この公開鍵でデータを暗号化して前記ＩＤベース暗号化データを生成する送信側暗号化部と、
   前記送信側暗号化部により生成された前記ＩＤベース暗号化データに宛先となる前記受信者の端末装置を示す宛先アドレスを付加して前記配送サーバに送信する送信側送信部と
   を備えたことを特徴とする送信端末装置。
10. ＩＤベース暗号に基づき暗号化されたデータであるＩＤベース暗号化データを受信して配送する配送サーバ装置において、
    自己である配送サーバ装置を一意に識別する配送サーバ識別子をＩＤベース暗号用の公開鍵とすることによりこの公開鍵で暗号化したＩＤベース暗号化データに宛先となる受信端末装置を示す宛先アドレスを付加して送信する送信端末装置から、前記宛先アドレスの付加された前記ＩＤベース暗号化データを受信するサーバ側受信部と、
    前記配送サーバ識別子に対応するＩＤベース暗号用の秘密鍵を格納するサーバ側秘密鍵格納部と、
    前記サーバ側受信部により受信された前記ＩＤベース暗号化データを前記サーバ側秘密鍵格納部に格納された前記秘密鍵で復号するサーバ側復号部と、
    前記宛先アドレスと前記宛先アドレスに係る前記受信端末装置のユーザの所定のＩＤ情報である受信者ＩＤ情報との対応を示す対応情報を格納するサーバ側対応情報格納部と、
    前記サーバ側対応情報格納部に格納された前記対応情報の示す前記受信者ＩＤ情報をＩＤベース暗号用の公開鍵とすることにより、この公開鍵で前記サーバ側復号部により復号された前記ＩＤベース暗号化データを再暗号化するサーバ側再暗号化部と、
    前記サーバ側再暗号化部により再暗号化された前記ＩＤベース暗号化データを前記受信端末装置に送信するサーバ側送信部と
    を備えたことを特徴とする配送サーバ装置。
11. ＩＤベース暗号に基づきデータを暗号化し、暗号化されたデータであるＩＤベース暗号化データに受信者の端末装置のアドレスを宛先アドレスとして付加して前記受信者の端末装置宛に送信する送信端末装置と、
    前記送信端末装置から前記ＩＤベース暗号化データを受信し、前記ＩＤベース暗号化データに付加された前記宛先アドレスを参照することにより前記受信者の端末装置に前記ＩＤベース暗号化データを配送する配送サーバ装置と、
    前記受信者の端末装置であって、前記配送サーバ装置から前記ＩＤベース暗号化データを受信する受信端末装置と
    を備えたＩＤベース暗号システムにおいて、
    前記送信端末装置は、
    受信者の所定のＩＤ情報である受信者ＩＤ情報をＩＤベース暗号用の公開鍵とすることにより、この公開鍵でデータを暗号化して前記ＩＤベース暗号化データを生成する送信側暗号化部と、
    前記送信側暗号化部により生成された前記ＩＤベース暗号化データに前記宛先アドレスを付加して送信する送信側送信部と
    を備え、
    前記配送サーバ装置は、
    前記送信側送信部により送信された前記ＩＤベース暗号化データを受信するサーバ側受信部と、
    データの配送が禁止されているアドレスである送信禁止アドレスが記載された送信禁止アドレスリストを格納するサーバ側リスト格納部と、
    前記サーバ側受信部により前記ＩＤベース暗号化データが受信された場合に、前記ＩＤベース暗号化データに付加された前記宛先アドレスが前記サーバ側リスト格納部に格納された前記送信禁止アドレスリストに記載されているかどうかを判定するサーバ側宛先アドレス検証部と、
    前記サーバ側宛先アドレス検証部により、前記宛先アドレスが前記送信禁止アドレスリストに記載されていると判定された場合には、前記サーバ側受信部により受信された前記ＩＤベース暗号化データを前記宛先アドレスの前記受信端末装置に送信しないサーバ側送信部と
    を備えたことを特徴とするＩＤベース暗号システム。
12. 前記配送サーバ装置は、さらに、
    前記送信禁止アドレスの入力を受け付け、入力を受け付けた前記送信禁止アドレスを前記サーバ側リスト格納部に格納された前記送信禁止アドレスリストに記載するサーバ側送信禁止アドレス記載部を備えたことを特徴とする請求項１１記載のＩＤベース暗号システム。
13. ＩＤベース暗号に基づき暗号化されたデータであるＩＤベース暗号化データを受信して配送する配送サーバ装置において、
    受信者の所定のＩＤ情報である受信者ＩＤ情報をＩＤベース暗号用の公開鍵とすることによりこの公開鍵で暗号化したＩＤベース暗号化データに宛先となる受信端末装置を示す宛先アドレスを付加して送信する送信端末装置から、前記宛先アドレスの付加された前記ＩＤベース暗号化データを受信するサーバ側受信部と、
    配送が禁止されている宛先アドレスを示す送信禁止アドレスが記載された送信禁止アドレスリストを格納するサーバ側リスト格納部と、
    前記サーバ側受信部により前記ＩＤベース暗号化データが受信された場合に、前記ＩＤベース暗号化データに付加された前記宛先アドレスが前記サーバ側リスト格納部に格納された前記送信禁止アドレスリストに記載されているかどうかを判定するサーバ側宛先アドレス検証部と、
    前記サーバ側宛先アドレス検証部により、前記宛先アドレスが前記送信禁止アドレスリストに記載されていると判定された場合には、前記サーバ側受信部により受信された前記ＩＤベース暗号化データを前記宛先アドレスの前記受信端末装置に送信しないサーバ側送信部と
    を備えたことを特徴とする配送サーバ装置。
14. ＩＤベース暗号に基づきデータを暗号化し、暗号化されたデータであるＩＤベース暗号化データに受信者の端末装置のアドレスを宛先アドレスとして付加して前記受信者の端末装置宛に送信する送信端末装置と、
    前記送信端末装置から前記ＩＤベース暗号化データを受信し、前記ＩＤベース暗号化データに付加された前記宛先アドレスを参照することにより前記受信者の端末装置に前記ＩＤベース暗号化データを配送する配送サーバ装置と、
    前記受信者の端末装置であって、前記配送サーバ装置から前記ＩＤベース暗号化データを受信する受信端末装置と
    を備えたＩＤベース暗号システムにおいて、
    前記送信端末装置は、
    受信者の所定のＩＤ情報である受信者ＩＤ情報をＩＤベース暗号用の公開鍵とすることにより、この公開鍵でデータを暗号化して前記ＩＤベース暗号化データを生成し、生成された前記ＩＤベース暗号化データに電子署名を付加することにより電子署名付きＩＤベース暗号化データを生成する送信側暗号化部と、
    前記送信側暗号化部により生成された前記電子署名付きＩＤベース暗号化データに前記宛先アドレスを付加して送信する送信側送信部と
    を備え、
    前記配送サーバ装置は、
    前記送信側送信部により送信された前記電子署名付きＩＤベース暗号化データを受信するサーバ側受信部と、
    前記サーバ側受信部により受信された前記電子署名付きＩＤベース暗号化データを前記受信端末装置に送信するサーバ側送信部と
    を備え、
    前記受信端末装置は、
    前記サーバ側送信部により送信された前記電子署名付きＩＤベース暗号化データを受信する受信側受信部と、
    前記受信側受信部により受信された前記電子署名付きＩＤベース暗号化データの電子署名を検証する受信側署名検証部と、
    前記受信側署名検証部により前記電子署名が正当であると検証された場合に、自己である受信端末装置を識別可能な端末識別情報と前記受信者ＩＤ情報とを含むとともに、前記受信者ＩＤ情報に対応するＩＤベース暗号用の秘密鍵の取得を要求する秘密鍵取得要求リクエストを生成する受信側リクエスト生成部と、
    前記受信側リクエスト生成部により生成された前記秘密鍵取得要求リクエストを前記配送サーバ装置に送信する受信側送信部と
    を備え、
    前記サーバ側受信部は、
    前記受信側送信部より送信された前記秘密鍵取得要求リクエストを受信し、
    前記配送サーバ装置は、さらに、
    前記サーバ側受信部により受信された前記秘密鍵取得要求リクエストに含まれる前記端末識別情報が正当かどうかを検証するサーバ側端末識別情報検証部と、
    前記サーバ側端末識別情報検証部により、前記端末識別情報が正当であると判定された場合に、受信された前記秘密鍵取得要求リクエストに含まれる前記受信者ＩＤ情報に基づいて、前記受信者ＩＤ情報に対応する前記ＩＤベース暗号用の秘密鍵を生成するサーバ側秘密鍵生成部と
    を備え、
    前記サーバ側送信部は、
    前記サーバ側秘密鍵生成部により生成された前記ＩＤベース暗号用の秘密鍵を前記受信者端末装置に送信することを特徴とするＩＤベース暗号システム。
15. 受信者の端末装置であって、ＩＤベース暗号に基づき暗号化されたデータであるＩＤベース暗号化データを受信する受信端末装置において、
    前記受信者の所定のＩＤ情報である受信者ＩＤ情報をＩＤベース暗号用の公開鍵とすることによりこの公開鍵で暗号化したＩＤベース暗号化データに電子署名を付加して電子署名付きＩＤベース暗号化データを生成して送信する送信端末装置の送信した前記電子署名付きＩＤベース暗号化データを受信して配送する配送サーバ装置から、前記電子署名付きＩＤベース暗号化データを受信する受信側受信部と、
    前記受信側受信部により受信された前記電子署名付きＩＤベース暗号化データの電子署名を検証する受信側署名検証部と、
    前記受信側署名検証部により前記電子署名が正当であると検証された場合に、自己である受信端末装置を識別可能な端末識別情報と前記受信者ＩＤ情報とを含むとともに、前記受信者ＩＤ情報に対応するＩＤベース暗号用の秘密鍵の取得を要求する秘密鍵取得要求リクエストを生成する受信側リクエスト生成部と、
    前記受信側リクエスト生成部により生成された前記秘密鍵取得要求リクエストを前記配送サーバ装置送信する受信側送信部と
    を備え、
    前記受信側受信部は、
    前記秘密鍵取得要求リクエストに対する応答として前記配送サーバ装置から前記秘密鍵が返信された場合に、前記秘密鍵を受信することを特徴とする受信端末装置。
16. ＩＤベース暗号に基づくことにより公開パラメータを用いてデータをＩＤベース暗号化データとして暗号化し、前記ＩＤベース暗号化データを受信者の端末装置に送信する送信端末装置において
    前記公開パラメータの取得を要求する公開パラメータ取得リクエストを生成する送信側公開パラメータ取得リクエスト生成部と、
    前記ＩＤベース暗号化データを受信して前記受信者の端末装置に配送するとともに前記公開パラメータ取得リクエストを受信した場合にはレスポンスとして電子署名を付加した電子署名付き公開パラメータを返信する配送サーバ装置に、前記送信側公開パラメータ取得リクエスト生成部により生成された前記公開パラメータ取得リクエストを送信する送信側送信部と、
    前記配送サーバ装置から前記電子署名付き公開パラメータを受信する送信側受信部と、
    前記送信側受信部により受信された前記電子署名付き公開パラメータの前記電子署名を検証する送信側署名検証部と、
    前記送信側署名検証部により前記電子署名が正当であると判定された場合には、前記公開パラメータを格納する送信側公開パラメータ格納部と、
    前記送信側公開パラメータ格納部に格納された前記公開パラメータを用いて、前記ＩＤベース暗号化データを生成する送信側暗号化部と
    を備えたことを特徴とする送信端末装置。
17. ＩＤベース暗号に基づき暗号化されたデータである前記ＩＤベース暗号化データを受信し、前記ＩＤベース暗号化データを公開パラメータを用いて復号する受信端末装置において、
    前記公開パラメータの取得を要求する公開パラメータ取得リクエストを生成する受信側公開パラメータ取得リクエスト生成部と、
    前記ＩＤベース暗号化データを送信した送信端末装置から前記ＩＤベース暗号化データを受信して配送するとともに前記公開パラメータ取得リクエストを受信した場合にはレスポンスとして電子署名を付加した電子署名付き公開パラメータを返信する配送サーバ装置に、前記受信側公開パラメータ取得リクエスト生成部により生成された前記公開パラメータ取得リクエストを送信する受信側送信部と、
    前記配送サーバ装置から前記電子署名付き公開パラメータを受信する受信側受信部と、
    前記受信側受信部により受信された前記電子署名付き公開パラメータの前記電子署名を検証する受信側署名検証部と、
    前記受信側署名検証部により前記電子署名が正当であると判定された場合には、前記公開パラメータを格納する受信側公開パラメータ格納部と、
    前記受信側公開パラメータ格納部に格納された前記公開パラメータを用いて、前記ＩＤベース暗号化データを復号する受信側復号部と
    を備えたことを特徴とする受信端末装置。
18. ＩＤベース暗号に基づくことによりＩＤベース暗号化データとしてデータを暗号化して受信者の端末装置に送信する送信端末装置から前記ＩＤベース暗号化データを受信し、受信した前記ＩＤベース暗号化データを前記受信者の端末装置に配送する配送サーバ装置において、
    前記送信端末装置と前記受信者の端末装置との少なくともいずれからＩＤベース暗号に使用する公開パラメータの取得を要求する公開パラメータ取得リクエストを受信するサーバ側公開パラメータ取得要求受信部と、
    前記サーバ側公開パラメータ取得要求受信部により前記公開パラメータ取得リクエストが受信された場合に、前記公開パラメータに電子署名を付加した電子署名付き公開パラメータを前記公開パラメータ取得リクエストの送信元の装置に返信するサーバ側公開パラメータ送信部と
    を備えたことを特徴とする配送サーバ装置。

Images