(57)【要約】【課題】メールの暗号化に使用された暗号化鍵を管理するコストを軽減できるメール転送装置を提供する。【解決手段】メール転送装置１０は、暗号化された電子メールを転送するメール転送装置であって、過去にメール転送装置１０から転送された電子メールを示すMessage-IDと転送された電子メールの暗号化に使用された暗号化鍵とを対応付けて記憶する記憶部１１と、転送対象の電子メールのヘッダに記載されているReferencesに含まれるいずれか１つのMessage-IDに対応する暗号化鍵を記憶部１１から抽出する抽出部１２と、抽出された暗号化鍵を用いて転送対象の電子メールを暗号化する暗号化部１３とを備える。【選択図】図１
2018056745.tif 000002
【特許請求の範囲】
【請求項１】
暗号化された電子メールを転送するメール転送装置において実行されるメール転送方法であって、
過去に前記メール転送装置から転送された電子メールを示すMessage-IDと前記転送された電子メールの暗号化に使用された暗号化鍵とを対応付けて記憶し、
転送対象の電子メールのヘッダに記載されているReferencesに含まれるいずれか１つのMessage-IDに対応する暗号化鍵を記憶されている暗号化鍵の中から抽出し、
抽出された暗号化鍵を用いて前記転送対象の電子メールを暗号化する
ことを特徴とするメール転送方法。
【請求項２】
暗号化される前の転送対象の電子メールが転送可能な電子メールであるか否かを判定し、
転送可能な電子メールであると判定された転送対象の電子メールを暗号化する
請求項１記載のメール転送方法。
【請求項３】
電子メールの暗号化鍵で暗号化された添付ファイルを復号する復号鍵を前記暗号化鍵と対応付けて記憶し、
転送対象の電子メールのヘッダに記載されているReferencesに含まれるいずれか１つのMessage-IDに対応する復号鍵を記憶されている復号鍵の中から抽出し、
抽出された復号鍵を用いて前記転送対象の電子メールの暗号化された添付ファイルを復号する
請求項１または請求項２記載のメール転送方法。
【請求項４】
添付ファイルが復号された転送対象の電子メールが転送可能な電子メールであるか否かを判定する
請求項３記載のメール転送方法。
【請求項５】
添付ファイルが暗号化された転送対象の電子メールの転送先に前記添付ファイルを復号する復号鍵を送信する
請求項３または請求項４記載のメール転送方法。
【請求項６】
復号鍵と対応付けて記憶されている暗号化鍵を前記復号鍵と併せて送信する
請求項５記載のメール転送方法。
【請求項７】
暗号化された電子メールを転送するメール転送装置であって、
過去に前記メール転送装置から転送された電子メールを示すMessage-IDと前記転送された電子メールの暗号化に使用された暗号化鍵とを対応付けて記憶する記憶部と、
転送対象の電子メールのヘッダに記載されているReferencesに含まれるいずれか１つのMessage-IDに対応する暗号化鍵を前記記憶部から抽出する抽出部と、
抽出された暗号化鍵を用いて前記転送対象の電子メールを暗号化する暗号化部とを備える
ことを特徴とするメール転送装置。
【請求項８】
暗号化される前の転送対象の電子メールが転送可能な電子メールであるか否かを判定する判定部を備え、
暗号化部は、前記判定部により転送可能な電子メールであると判定された転送対象の電子メールを暗号化する
請求項７記載のメール転送装置。
【請求項９】
暗号化された電子メールを転送するコンピュータにおいて実行されるメール転送プログラムであって、
前記コンピュータに、
過去に前記コンピュータから転送された電子メールを示すMessage-IDと前記転送された電子メールの暗号化に使用された暗号化鍵とを対応付けて記憶する記憶処理、
転送対象の電子メールのヘッダに記載されているReferencesに含まれるいずれか１つのMessage-IDに対応する暗号化鍵を記憶されている暗号化鍵の中から抽出する抽出処理、および
抽出された暗号化鍵を用いて前記転送対象の電子メールを暗号化する暗号化処理
を実行させるためのメール転送プログラム。
【請求項１０】
コンピュータに、
暗号化される前の転送対象の電子メールが転送可能な電子メールであるか否かを判定する判定処理、および
前記判定処理により転送可能な電子メールであると判定された転送対象の電子メールを暗号化する暗号化処理を実行させる
請求項９記載のメール転送プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メール転送方法、メール転送装置およびメール転送プログラムに関し、特に電子メールの内容の確認と電子メールの暗号化を共に実現できるメール転送方法、メール転送装置およびメール転送プログラムに関する。
【背景技術】
【０００２】
メール送信の際に添付ファイル等のメールデータに対して暗号化を実行し、想定された送信先以外にメールデータの情報が読み取られないようにする暗号化技術がある。暗号化技術を実現する方法として、メールクライアント間で暗号化が実行される方法が存在する。また、メールデータに対して暗号化を実行する代わりに、メールサーバ間の通信経路を暗号化する方法も存在する。
【０００３】
メールサーバ間の通信経路を暗号化する方法には、例えばTLS(Transport Layer Security)がある。通信経路を暗号化する方法は、メールサーバで用いられているメールシステムが方法に対応していないと使用されない。
【０００４】
また、通信経路を暗号化する方法が使用されるために、管理者には、メールシステムが方法を利用するように設定することが求められる。すなわち、通信経路を暗号化する方法の導入を希望しても、メールシステムのエンドユーザが導入のために対応できることはない。
【０００５】
メールクライアント間で暗号化が実行される方法には、例えばS/MIME(Secure Multipurpose Internet Mail Extensions)がある。メールクライアント間で暗号化が実行される方法が使用される場合、各メールクライアントには、使用される方法に対応することが求められる。
【０００６】
使用される方法に対応することに加えて、メールクライアントには、予め通信相手の公開鍵を入手することが求められる。メールクライアントにとって各通信相手の公開鍵を入手する負荷は大きいため、メールクライアント間で暗号化が実行される方法には、運用面で問題がある。
【０００７】
上記の２つの方法には上述したようにそれぞれ欠点があるため、一般的には、複数のファイルを１つにまとめ（すなわち、アーカイブし）、まとめられたファイルに対して内容が読み取られないようにパスワードを設定する方法が利用されている。また、暗号化されたファイルにパスワードを設定する方法がある。上記の方法でファイルを暗号化する圧縮ソフトウェアに、例えばzip、7-zipがある。
【０００８】
上記の方法が利用される場合、設定されたパスワードでファイルは復号される。すなわち、設定されたパスワードが暗号化における暗号化鍵、および復号における復号鍵として利用される。
【０００９】
メール送信時に添付ファイルを暗号化し、メールと暗号化パスワードを受信者に送信する技術が特許文献１〜特許文献３に記載されている。特許文献１には、メール送信時に添付ファイルを自動的に暗号化する電子メール送信方法が記載されている。
【００１０】
また、特許文献２には、メール送信時にメールサーバで暗号化鍵を生成しメールの添付ファイルを暗号化する添付ファイル暗号化方法が記載されている。また、特許文献３には、メール送信時にメールが所属するスレッドを考慮してメールサーバで添付ファイルを暗号化するメール暗号復号制御装置が記載されている。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２００５−２８５１１１号公報
【特許文献２】特開２００８−２１９７４２号公報
【特許文献３】特許第５３３９２８９号公報
【発明の概要】
【発明が解決しようとする課題】
【００１２】
特許文献１に記載されている電子メール送信方法では、送信者の各パーソナルコンピュータ（ＰＣ）に設定されているパスワードが暗号化に利用される。すなわち、送信者がＰＣにパスワードを再設定しない限り同じパスワードが暗号化に利用されるため、パスワード漏洩時のリスクが高い。
【００１３】
上記の方法に対して特許文献２に記載されている添付ファイル暗号化方法、および特許文献３に記載されているメール暗号復号制御装置は、メールごとに異なる鍵を用いて添付ファイルを暗号化する。しかし、メールごとに異なるパスワードを用いて添付ファイルを暗号化する方法が利用されたメールシステムの運用において、以下の問題が発生することが考えられる。
【００１４】
１つ目の問題は、暗号化されたメール（以下、暗号化メールともいう。）の送信者および受信者共に鍵を管理することが求められるという問題である。鍵の管理が求められる場合、鍵が増えるにつれて当然管理に要する時間等の管理コストも増える。すなわち、送信者および受信者にとって、鍵の管理が煩雑になる。
【００１５】
例えば、暗号化メールの受信者は、暗号化メールの内容を確認するために予め取得された復号鍵を保持する。保持する際、受信者には、復号対象の暗号化メールと関連付けて復号鍵を管理することが求められる。
【００１６】
上記の場合において暗号化メールごとに復号鍵が異なると、暗号化メールが何度も受信されるにつれて管理対象の復号鍵も増える。すなわち、復号鍵の管理コストが増えるため、受信者にとって復号鍵の管理が煩雑になる。
【００１７】
例えば、特許文献２に記載されている添付ファイル暗号化方法では、配送されるメールごとに暗号化鍵が生成され、メールの添付ファイルが暗号化される。メールの受信者には、暗号化ファイルを復号する際にメールサーバにアクセスし、復号鍵を取得することが求められる。すなわち、受信者にはメールの通数分だけ復号鍵を取得し、取得された復号鍵を管理することが求められるため、受信者にとって鍵の管理が煩雑になる。
【００１８】
また、特許文献３に記載されているメール暗号復号制御装置は、同一スレッドに所属する直前に送信されたメッセージの本文、または直前に送信されたメッセージに含まれる情報を暗号化鍵として利用する。すなわち、メール暗号復号制御装置がメールごとに異なる鍵を用いて添付ファイルを暗号化するため、受信者にとって鍵の管理が煩雑になる。
【００１９】
２つ目の問題は、メールサーバが暗号化メールの内容を読み取れず、メールの内容の確認やメールに対するウイルススキャンを実行できないという問題である。メールサーバは、情報漏洩対策としてメール内に機密情報が含まれているか否かを確認したり、ウイルスや悪意のあるソフトウェアであるマルウェアが含まれているか否かを走査したりするように設定されている場合がある。
【００２０】
上記のように設定されていても、メールサーバは、暗号化メールを復号できず、メールの内容を読み取れない。すなわち、メールサーバがメールの内容を確認できないため、機密情報の有無の確認やウィルススキャンが省略される場合がある。設定された処理が省略されると、情報漏洩や受信側へのウイルス感染が引き起こされてしまう可能性がある。
【００２１】
図１３は、一般的なメールサーバ装置の構成例を示すブロック図である。図１３に示すメールサーバ装置１００は、例えばSMTP(Simple Mail Transfer Protocol)で電子メールを転送するSMTPサーバ装置である。
【００２２】
図１３に示すメールサーバ装置１００は、内部送受信部１１０と、外部送受信部１２０と、確認部１３０とを備える。また、確認部１３０は、内容確認部１３１を含む。
【００２３】
また、図１３に示すように、内部送受信部１１０は、内部ネットワーク２００と通信可能に接続されている。内部ネットワーク２００は、メールサーバ装置１００が外部とのメールの送受信を管理する組織内の通信ネットワークである。内部ネットワーク２００は、例えば社内ネットワークである。
【００２４】
また、図１３に示すように、外部送受信部１２０は、外部ネットワーク３００と通信可能に接続されている。外部ネットワーク３００は、メールサーバ装置１００が外部とのメールの送受信を管理する組織外の通信ネットワークである。外部ネットワーク３００は、例えばインターネットである。
【００２５】
内部送受信部１１０は、メールサーバ装置１００の外部から送信されたメールを受信する機能を有する。また、内部送受信部１１０は、メールサーバ装置１００の外部に向けてメールを送信する機能を有する。
【００２６】
内部送受信部１１０は、メールサーバ装置１００が管理する組織の内部から送信されたメールを受信する。また、内部送受信部１１０は、メールサーバ装置１００が管理する組織の外部から組織の内部に向けて送信されたメールを受け取り、宛先に送信する。
【００２７】
外部送受信部１２０は、メールサーバ装置１００の外部から送信されたメールを受信する機能を有する。また、外部送受信部１２０は、メールサーバ装置１００の外部に向けてメールを送信する機能を有する。
【００２８】
外部送受信部１２０は、メールサーバ装置１００が管理する組織の外部から送信されたメールを受信する。また、外部送受信部１２０は、メールサーバ装置１００が管理する組織の内部から組織の外部に向けて送信されたメールを受け取り、宛先に送信する。
【００２９】
確認部１３０は、メールの内容を確認し機密情報やウイルス等、送信メールに含まれる内容として不適切な内容が含まれていないか否かを確認する機能を有する。
【００３０】
内容確認部１３１は、メールデータを受け取り、メールデータの内容に問題が含まれていないか否かを確認する。内容確認部１３１が受け取るメールデータは、具体的にはRFC822で定義されるフォーマットに従う文字列を含むデータである。メールデータには、メールのヘッダ、本文、および添付ファイルが含まれる。
【００３１】
内容確認部１３１は、例えばメールの添付ファイルを受け取る。内容確認部１３１は、添付ファイルから抽出されたテキストに対して、例えばテキストパターンマッチングを利用して問題が含まれていないか否かを確認する。
【００３２】
また、内容確認部１３１は、メールの本文に対してテキストパターンマッチングを行ってもよい。なお、内容確認部１３１は、テキストパターンマッチングを行うためにメールの本文をデコードする場合がある。
【００３３】
図１３に示すように、組織の内部からメールが配送される場合、内部送受信部１１０がメールを受信する。次いで、確認部１３０が受信されたメールを受け取り、メールの内容を確認する。内容が確認されたメールは、外部送受信部１２０に渡される。メールを受け取った外部送受信部１２０は、メールを組織の外部に向けて送信する。
【００３４】
図１３に示すメールサーバ装置１００は、確認部１３０を備え、暗号化部を備えていない。すなわち、メールの送信者（特に、組織の送信者）には、送信者自身で事前にメールを暗号化することが求められる。暗号化した後、送信者は、メールサーバ装置１００にメールを送信する。従って、メールサーバ装置１００の内容確認部１３１は、暗号化されたメールの内容（例えば、添付ファイルの内容）を確認できない。
【００３５】
よって、メールごとに異なるパスワードが設定されて暗号化が実行される場合の鍵管理コストよりも鍵管理コストが軽減されるメールサーバ装置が求められている。また、メールの内容が確認された上でメールの暗号化が実行されるメールサーバ装置が求められている。
【００３６】
［発明の目的］
そこで、本発明は、上述した課題を解決する、メールの暗号化に使用された暗号化鍵を管理するコストを軽減できるメール転送方法、メール転送装置およびメール転送プログラムを提供することを目的とする。
【課題を解決するための手段】
【００３７】
本発明によるメール転送方法は、暗号化された電子メールを転送するメール転送装置において実行されるメール転送方法であって、過去にメール転送装置から転送された電子メールを示すMessage-IDと転送された電子メールの暗号化に使用された暗号化鍵とを対応付けて記憶し、転送対象の電子メールのヘッダに記載されているReferencesに含まれるいずれか１つのMessage-IDに対応する暗号化鍵を記憶されている暗号化鍵の中から抽出し、抽出された暗号化鍵を用いて転送対象の電子メールを暗号化することを特徴とする。
【００３８】
本発明によるメール転送装置は、暗号化された電子メールを転送するメール転送装置であって、過去にメール転送装置から転送された電子メールを示すMessage-IDと転送された電子メールの暗号化に使用された暗号化鍵とを対応付けて記憶する記憶部と、転送対象の電子メールのヘッダに記載されているReferencesに含まれるいずれか１つのMessage-IDに対応する暗号化鍵を記憶部から抽出する抽出部と、抽出された暗号化鍵を用いて転送対象の電子メールを暗号化する暗号化部とを備えることを特徴とする。
【００３９】
本発明によるメール転送プログラムは、暗号化された電子メールを転送するコンピュータにおいて実行されるメール転送プログラムであって、コンピュータに、過去にコンピュータから転送された電子メールを示すMessage-IDと転送された電子メールの暗号化に使用された暗号化鍵とを対応付けて記憶する記憶処理、転送対象の電子メールのヘッダに記載されているReferencesに含まれるいずれか１つのMessage-IDに対応する暗号化鍵を記憶されている暗号化鍵の中から抽出する抽出処理、および抽出された暗号化鍵を用いて転送対象の電子メールを暗号化する暗号化処理を実行させることを特徴とする。
【発明の効果】
【００４０】
本発明によれば、メールの暗号化に使用された暗号化鍵を管理するコストを軽減できる。
【図面の簡単な説明】
【００４１】
【図１】本発明によるメール転送装置の第１の実施形態の構成例を示すブロック図である。
【図２】第１の実施形態のメール転送装置１０による暗号化処理の動作を示すフローチャートである。
【図３】本発明によるメールサーバ装置の第２の実施形態の構成例を示すブロック図である。
【図４】スレッド情報格納部１４２に格納されているスレッド情報の例を示す説明図である。
【図５】鍵格納部１５２に格納されているスレッド対応鍵情報の例を示す説明図である。
【図６】第２の実施形態のメールサーバ装置１００によるメール送信処理の全体動作を示すアクティビティ図である。
【図７】第２の実施形態のスレッド管理部１４０によるスレッドID取得処理の動作を示すアクティビティ図である。
【図８】第２の実施形態の鍵管理部１５０による鍵取得処理の動作を示すアクティビティ図である。
【図９】第２の実施形態のメールサーバ装置１００によるメール受信処理の全体動作を示すアクティビティ図である。
【図１０】メールサーバ装置１００によるメール送信処理およびメール受信処理の例を示す説明図である。
【図１１】復号鍵と暗号化鍵を通知するための通知メールの例を示す説明図である。
【図１２】メールサーバ装置１００によるメール送信処理およびメール受信処理の他の例を示す説明図である。
【図１３】一般的なメールサーバ装置の構成例を示すブロック図である。
【発明を実施するための形態】
【００４２】
実施形態１．
以下、本発明の実施形態を、図面を参照して説明する。図１は、本発明によるメール転送装置の第１の実施形態の構成例を示すブロック図である。本発明によるメール転送装置１０は、暗号化された電子メールを転送するメール転送装置であって、過去にメール転送装置１０から転送された電子メールを示すMessage-IDと転送された電子メールの暗号化に使用された暗号化鍵とを対応付けて記憶する記憶部１１（例えば、スレッド情報格納部１４２、および鍵格納部１５２）と、転送対象の電子メールのヘッダに記載されているReferencesに含まれるいずれか１つのMessage-IDに対応する暗号化鍵を記憶部１１から抽出する抽出部１２（例えば、スレッド取得部１４１、および鍵取得部１５１）と、抽出された暗号化鍵を用いて転送対象の電子メールを暗号化する暗号化部１３（例えば、暗号化部１６１）とを備える。
【００４３】
以下、メール転送装置１０による暗号化処理を説明する。図２は、第１の実施形態のメール転送装置１０による暗号化処理の動作を示すフローチャートである。
【００４４】
抽出部１２は、転送対象の電子メールのヘッダに記載されているReferencesを参照する（ステップS1）。次いで、抽出部１２は、参照されたReferencesに含まれるいずれか１つのMessage-IDに対応する暗号化鍵を記憶部１１から抽出する（ステップS2）。
【００４５】
次いで、抽出部１２は、抽出された暗号化鍵を暗号化部１３に入力する（ステップS3）。次いで、暗号化部１３は、入力された暗号化鍵を用いて、転送対象の電子メールを暗号化する（ステップS4）。暗号化した後、メール転送装置１０は、暗号化処理を終了する。
【００４６】
そのような構成により、メール転送装置は、メールの暗号化に使用された暗号化鍵を管理するコストを軽減できる。
【００４７】
また、メール転送装置１０は、暗号化される前の転送対象の電子メールが転送可能な電子メールであるか否かを判定する判定部（例えば、確認部１３０）を備え、暗号化部１３は、判定部により転送可能な電子メールであると判定された転送対象の電子メールを暗号化してもよい。
【００４８】
そのような構成により、メール転送装置は、メールの暗号化とメールの内容確認の両方を実行できる。
【００４９】
また、メール転送装置１０は、電子メールの暗号化された添付ファイルを復号する復号部（例えば、復号部１６２）を備え、記憶部１１は、電子メールの暗号化鍵で暗号化された添付ファイルを復号する復号鍵を暗号化鍵と対応付けて記憶し、抽出部１２は、転送対象の電子メールのヘッダに記載されているReferencesに含まれるいずれか１つのMessage-IDに対応する復号鍵を記憶部１１から抽出し、復号部は、抽出された復号鍵を用いて転送対象の電子メールの暗号化された添付ファイルを復号してもよい。
【００５０】
そのような構成により、メール転送装置は、受信されたメールが所属するスレッドに対応する復号鍵を用いてメールの暗号化された添付ファイルを復号できる。
【００５１】
また、判定部は、添付ファイルが復号された転送対象の電子メールが転送可能な電子メールであるか否かを判定してもよい。
【００５２】
そのような構成により、メール転送装置は、内容を確認した上で受信されたメールを転送してもよいか否かを判定できる。
【００５３】
また、メール転送装置１０は、添付ファイルが暗号化された転送対象の電子メールの転送先に添付ファイルを復号する復号鍵を送信してもよい。
【００５４】
そのような構成により、メール転送装置は、メールの受信者にメールの暗号化された添付ファイルを復号する復号鍵を提供できる。
【００５５】
また、メール転送装置１０は、記憶部１１に復号鍵と対応付けて記憶されている暗号化鍵を復号鍵と併せて送信してもよい。
【００５６】
そのような構成により、メール転送装置は、メールの受信者がメールに返信する際に用いる暗号化鍵を提供できる。
【００５７】
実施形態２．
［構成の説明］
次に、本発明の第２の実施形態を、図面を参照して説明する。図３は、本発明によるメールサーバ装置の第２の実施形態の構成例を示すブロック図である。
【００５８】
本実施形態のメールサーバ装置１００は、暗号化の対象のメールの情報を読み取り、暗号化に利用される暗号化鍵を探索する。また、メールサーバ装置１００は、暗号化に利用される暗号化鍵を探索した際に対象の暗号化鍵が存在しなければ、暗号化鍵を生成する。また、メールサーバ装置１００は、復号の対象のメールの情報を読み取り、復号に利用される復号鍵を探索する。
【００５９】
また、本実施形態のメールサーバ装置１００は、メールの暗号化に使用される暗号化鍵、およびメールの復号に使用される復号鍵をメールが所属するスレッドごとに保持する装置である。
【００６０】
メールサーバ装置１００は、暗号化の対象のメールが所属するスレッドを特定する。スレッドが特定された後に対象のメールの暗号化に使用される暗号化鍵が保持されていないことが判明した場合、メールサーバ装置１００は、暗号化鍵を生成する。
【００６１】
また、メールサーバ装置１００は、復号の対象のメールが所属するスレッドを特定する。スレッドが特定された後に対象のメールの復号に使用される復号鍵が保持されていないことが判明した場合、メールサーバ装置１００は、復号鍵を生成する。
【００６２】
メールサーバ装置１００を利用する送信者は、送信メールをメールサーバ装置１００に送信する。なお、メールサーバ装置１００が使用されたメールシステムは、送信者が宛先に送信したメールが、送信者に意識されることなくメールサーバ装置１００に転送されるような仕組みのメールシステムでもよい。
【００６３】
図３に示すように、メールサーバ装置１００は、内部送受信部１１０と、外部送受信部１２０と、確認部１３０と、スレッド管理部１４０と、鍵管理部１５０と、暗号化・復号部１６０とを備える。本実施形態の内部送受信部１１０、外部送受信部１２０、および確認部１３０は、図１３に示す内部送受信部１１０、外部送受信部１２０、および確認部１３０とそれぞれ同様である。
【００６４】
スレッド管理部１４０は、メールデータからスレッドに関する情報を取得し、取得された情報をスレッドごとに管理する機能を有する。スレッド管理部１４０は、スレッド取得部１４１と、スレッド情報格納部１４２とを含む。
【００６５】
スレッド取得部１４１は、メールデータを受け取り、メールヘッダに記載されている情報に基づいて受け取られたメールが所属するスレッドを判定する機能を有する。本実施形態のスレッド取得部１４１がスレッドの判定に使用するメールヘッダに記載されている情報は、Message-IDとReferencesである。
【００６６】
スレッドは、一般的に電子掲示板やメール等における、ある１つの話題に関連した投稿の集まりを意味する。本実施形態のスレッドは、電子メールのヘッダに記載されているReferencesに基づいて区別される。
【００６７】
Referencesには、返信等でReferencesがヘッダに記載されているメールに関係する他のメールの一覧が記載されている。通常Referencesには、メールを識別する情報であるMessage-IDが、関係するメールの数だけ指定されている。
【００６８】
例えば、サーバＡがメールＡをサーバＢに送信し、次いでサーバＢがメールＡに対する返信メールであるメールＢをサーバＡに送信する。メールＢのReferencesには、メールＡを示すMessage-IDが指定されている。メールＢが送信された時、新たに１つのスレッドが作成されたとも考えられる。
【００６９】
次いで、サーバＡが、メールＢに対する返信メールであるメールＣをサーバＢに送信する。メールＣのReferencesには、メールＡを示すMessage-IDとメールＢを示すMessage-IDがそれぞれ指定されている。本実施形態のスレッド取得部１４１は、メールＣのReferencesを参照して、メールＡとメールＢが同一のスレッド（スレッドａとする）に所属すると判定する。
【００７０】
さらに、サーバＢが、メールＣに対する返信メールであるメールＤをサーバＡに送信する。メールＤのReferencesには、メールＡを示すMessage-ID、メールＢを示すMessage-ID、およびメールＣを示すMessage-IDがそれぞれ指定されている。スレッド取得部１４１は、メールＤのReferencesを参照して、メールＣがスレッドａに所属すると判定する。
【００７１】
スレッド情報格納部１４２は、スレッドとMessage-IDとの対応関係を示すスレッド情報を格納する機能を有する。図４は、スレッド情報格納部１４２に格納されているスレッド情報の例を示す説明図である。
【００７２】
図４に示すスレッド情報は、Message-IDと、スレッドIDとで構成されている。図４に示すスレッド情報に含まれるMessage-IDが示す電子メールが、同じスレッド情報に含まれるスレッドIDが示すスレッドに所属する。
【００７３】
また、図４を参照すると、上から１つ目のスレッド情報に含まれるスレッドIDと、上から３つ目のスレッド情報に含まれるスレッドIDが同一であることが分かる。すなわち、上から１つ目のスレッド情報に含まれるMessage-IDが示す電子メールと、上から３つ目のスレッド情報に含まれるMessage-IDが示す電子メールは、同一のスレッドに所属する。
【００７４】
鍵管理部１５０は、スレッドID、暗号化鍵、および復号鍵を関連付けて管理する機能を有する。鍵管理部１５０は、鍵取得部１５１と、鍵格納部１５２と、鍵生成部１５３とを含む。
【００７５】
鍵取得部１５１は、スレッドIDに対応した暗号化鍵、およびスレッドIDに対応した復号鍵を鍵格納部１５２から取得する機能を有する。鍵格納部１５２にスレッドIDに対応した鍵の情報が格納されていない場合、鍵取得部１５１は、鍵生成部１５３を利用して暗号化鍵、および復号鍵を生成する。
【００７６】
鍵格納部１５２は、スレッドID、暗号化鍵、および復号鍵が対応付けられたスレッド対応鍵情報を格納する機能を有する。図５は、鍵格納部１５２に格納されているスレッド対応鍵情報の例を示す説明図である。
【００７７】
図５に示すスレッド対応鍵情報は、スレッドIDと、暗号化鍵と、復号鍵とで構成されている。図５に示すスレッド対応鍵情報に含まれるスレッドIDが示すスレッドに所属する電子メールは、同じスレッド対応鍵情報に含まれる暗号化鍵で暗号化される。
【００７８】
また、スレッド対応鍵情報に含まれる暗号化鍵で暗号化された電子メールは、同じスレッド対応鍵情報に含まれる復号鍵で復号される。なお、スレッド対応鍵情報には、暗号化鍵の役割と復号鍵の役割を両方担う１つの鍵だけが含まれてもよい。
【００７９】
鍵生成部１５３は、暗号化鍵と復号鍵の一意の組を生成する機能を有する。鍵生成部１５３は、鍵格納部１５２にスレッドIDに対応する鍵の情報が格納されていない場合に、鍵取得部１５１からスレッドIDに対応する暗号化鍵と復号鍵の組を生成するように指示を受ける。
【００８０】
鍵生成部１５３は、生成された暗号化鍵と復号鍵の組と対応するスレッドIDとを併せて鍵格納部１５２に入力する。鍵格納部１５２は、入力された情報をスレッド対応鍵情報として格納する。
【００８１】
暗号化・復号部１６０は、メールデータと暗号化鍵を受け取り、暗号化鍵を用いてメールデータを暗号化する機能を有する。また、暗号化・復号部１６０は、暗号化されたメールデータと復号鍵を受け取り、復号鍵を用いてメールデータを復号する機能を有する。暗号化・復号部１６０は、暗号化部１６１と、復号部１６２とを含む。
【００８２】
暗号化部１６１は、鍵管理部１５０から入力された暗号化鍵を利用して、メールデータを暗号化する機能を有する。暗号化した後、暗号化部１６１は、暗号化されたメールデータを外部送受信部１２０に入力する。
【００８３】
復号部１６２は、鍵管理部１５０から入力された復号鍵を利用して、暗号化されたメールデータを復号する機能を有する。復号した後、復号部１６２は、復号されたメールデータを確認部１３０に入力する。
【００８４】
本実施形態の暗号化部１６１は、メールの添付ファイル部分を暗号化する。本実施形態においてメールの添付ファイルの暗号化を、単にメールの暗号化ともいう。なお、暗号化部１６１は、添付ファイル部分だけでなく、メールの本文も暗号化できる。
【００８５】
メールの本文を暗号化する場合、暗号化部１６１は、本文を示すテキストデータのファイルを作成する。次いで、暗号化部１６１は、作成されたファイルをメールの添付ファイルにする。新たに作成された添付ファイルが、暗号化部１６１の暗号化の対象になる。
【００８６】
上記の方法でメールの本文が暗号化される場合、暗号化部１６１は、元のメールから本文を削除する。外部送受信部１２０は、暗号化部１６１により暗号化された本文を示すファイルが添付されたメールを生成し、生成されたメールを送信する。メールの受信側は、送信されたメールの添付ファイルを復号すれば、元のメールの本文を確認できる。
【００８７】
以上の構成により、本実施形態のメールサーバ装置１００は、メールの内容の確認と暗号化メールの送信を両立させることができる。メールサーバ装置１００が使用されると、送信者は、メールの暗号化を行わなくて済む。すなわち、送信時に暗号化鍵を管理する鍵管理コストが送信者にかからなくなる。
【００８８】
また、メールの暗号化をメールサーバ装置１００が行うため、送信者の作業漏れによるメールの暗号化忘れが防止される。また、メールデータ自身が暗号化されているため、メールが配送される経路が暗号化されているかいないかに関係なく、秘匿性が保たれたままデータの送受信が実現される。
【００８９】
［動作の説明］
以下、メールサーバ装置１００を利用する組織の内部から組織の外部に向けてメールが配送される際の、本実施形態のメールサーバ装置１００の動作を図６〜図８を参照して説明する。図６は、第２の実施形態のメールサーバ装置１００によるメール送信処理の全体動作を示すアクティビティ図である。
【００９０】
メールサーバ装置１００を利用する送信者は、送信メールにファイルを添付する。次いで、送信者は、送信メールをメールサーバ装置１００に送信する。メールサーバ装置１００にメールを送信する際、送信者は、暗号化作業を行わない。
【００９１】
メールサーバ装置１００の内部送受信部１１０は、組織の送信者から送信されたメールを受信する（ステップS110）。次いで、内部送受信部１１０は、確認部１３０に受信されたメールを渡す。
【００９２】
次いで、確認部１３０の内容確認部１３１は、渡された送信メールの内容に問題がないか否かを確認する（ステップS120）。送信メールの内容として問題がある場合（条件［問題がある］）、確認部１３０は、渡された送信メールを破棄する（ステップS190）。破棄した後、メールサーバ装置１００は、メール送信処理を終了する。
【００９３】
送信メールの内容として問題がない場合（条件［問題なし］）、確認部１３０は、渡された送信メールのメールデータをスレッド管理部１４０に渡す。
【００９４】
次いで、スレッド管理部１４０のスレッド取得部１４１は、渡されたメールデータのヘッダ部分の情報を利用して、スレッド情報格納部１４２から送信メールが所属するスレッドのスレッドIDを取得する（ステップS130）。次いで、スレッド管理部１４０は、取得されたスレッドIDとメールデータを鍵管理部１５０に渡す。
【００９５】
次いで、鍵管理部１５０の鍵取得部１５１は、渡されたスレッドIDを利用して、送信メールの暗号化に用いられる暗号化鍵、および暗号化された送信メールの復号に用いられる復号鍵を取得する（ステップS140）。次いで、鍵管理部１５０は、取得された鍵の情報とメールデータを暗号化・復号部１６０に渡す。
【００９６】
次いで、暗号化・復号部１６０の暗号化部１６１は、渡された暗号化鍵を用いて渡されたメールデータに含まれる送信メールの添付ファイルを暗号化し、暗号化メールを生成する（ステップS150）。次いで、暗号化・復号部１６０は、生成された暗号化メールを外部送受信部１２０に渡す。
【００９７】
次いで、外部送受信部１２０は、送信先に指定されているメールアドレスに渡された暗号化メールを配送する（ステップS160）。
【００９８】
次いで、鍵管理部１５０は、配送された送信メールが所属するスレッドが今回の処理で新たにスレッド情報格納部１４２に登録された新規スレッドであるか否かを確認する（ステップS170）。送信メールが所属するスレッドが新規スレッドでない場合（条件［継続したスレッド］）、メールサーバ装置１００は、メール送信処理を終了する。
【００９９】
送信メールが所属するスレッドが新規スレッドである場合（条件［新規スレッド］）、メールサーバ装置１００には、スレッドに対応する暗号化鍵と復号鍵を送信先に通知することが求められる。
【０１００】
その理由は、送信メールが所属するスレッドが新規スレッドである場合、メールの受信者がメールを復号するための復号鍵を保持していないためである。また、暗号化鍵も併せて通知される理由は、受信者が返信メールを暗号化する時に、復号鍵に対応する暗号化鍵を要するためである。
【０１０１】
新規スレッドである場合、鍵管理部１５０は、外部送受信部１２０に対して、暗号化鍵、復号鍵、および鍵が適用される対象のメールを示す情報を渡す。対象のメールを示す情報は、例えばヘッダに記載されているMessage-IDである。
【０１０２】
次いで、外部送受信部１２０は、メールの送信先に暗号化鍵、復号鍵、および鍵が適用される対象のメールを示す情報を含むメールを配送する（ステップS180）。ステップS180の処理により、メールの送信先に暗号化鍵、および復号鍵を示す情報が通知される。メールを配送した後、メールサーバ装置１００は、メール送信処理を終了する。
【０１０３】
以下、メール送信処理を構成する副処理を説明する。最初に、ステップS130のスレッドID取得処理を図７を参照して説明する。図７は、第２の実施形態のスレッド管理部１４０によるスレッドID取得処理の動作を示すアクティビティ図である。
【０１０４】
スレッド管理部１４０のスレッド取得部１４１は、渡された送信メールのメールデータのメールヘッダにReferencesが記載されている場合、Referencesに含まれる各Message-IDを含むスレッド情報がスレッド情報格納部１４２に登録されているか否かを確認する（ステップS131）。
【０１０５】
Referencesに含まれる各Message-IDを含むスレッド情報が１つでも登録されている場合（条件［Referencesの値が登録されている］）、スレッド取得部１４１は、スレッドIDをスレッド情報格納部１４２から取得する（ステップS132）。スレッド取得部１４１は、登録されているMessage-IDと同じスレッド情報に含まれるスレッドIDを取得する。取得した後、スレッド取得部１４１は、ステップS134の処理を行う。
【０１０６】
Referencesに含まれる各Message-IDを含むスレッド情報が全て登録されていない場合（条件［Referencesの値が登録されていない］）、スレッド取得部１４１は、送信メールが所属するスレッドのスレッドIDを新規に採番する（ステップS133）。採番した後、スレッド取得部１４１は、ステップS134の処理を行う。
【０１０７】
なお、スレッド取得部１４１は、渡された送信メールのメールデータのメールヘッダにReferences自体が記載されていない場合にもステップS133の処理を実行する（条件［Referencesヘッダがない］）。
【０１０８】
次いで、スレッド取得部１４１は、取得されたスレッドID、または生成されたスレッドIDを、送信メールを示すMessage-IDと関連付けてスレッド情報格納部１４２に格納する（ステップS134）。
【０１０９】
次いで、スレッド取得部１４１は、取得されたスレッドID、または生成されたスレッドIDと、渡された送信メールのメールデータを鍵管理部１５０に返す（ステップS135）。返した後、スレッド管理部１４０は、スレッドID取得処理を終了する。
【０１１０】
次に、ステップS140の鍵取得処理を図８を参照して説明する。図８は、第２の実施形態の鍵管理部１５０による鍵取得処理の動作を示すアクティビティ図である。
【０１１１】
鍵管理部１５０の鍵取得部１５１は、鍵格納部１５２に渡されたスレッドIDを含むスレッド対応鍵情報が登録されているか否かを確認する（ステップS141）。
【０１１２】
スレッドIDを含むスレッド対応鍵情報が登録されている場合（条件［情報が登録されている］）、鍵取得部１５１は、登録されているスレッド対応鍵情報に含まれる暗号化鍵、および復号鍵を取得する（ステップS142）。取得した後、鍵取得部１５１は、ステップS145の処理を行う。
【０１１３】
スレッドIDを含むスレッド対応鍵情報が登録されていない場合（条件［情報が登録されていない］）、鍵取得部１５１は、鍵生成部１５３を利用して渡されたスレッドID用の暗号化鍵、および復号鍵を新規に生成する（ステップS143）。
【０１１４】
次いで、鍵取得部１５１は、生成された暗号化鍵、および復号鍵を、渡されたスレッドIDと関連付けて鍵格納部１５２に追加する（ステップS144）。追加した後、鍵取得部１５１は、ステップS145の処理を行う。
【０１１５】
次いで、鍵取得部１５１は、取得された暗号化鍵および復号鍵、または生成された暗号化鍵および復号鍵と、渡された送信メールのメールデータとを要求元である暗号化・復号部１６０に返す（ステップS145）。返した後、鍵管理部１５０は、鍵取得処理を終了する。
【０１１６】
以下、組織の外部からメールサーバ装置１００を利用する組織の内部の端末のアドレスにメールが配送される際の、本実施形態のメールサーバ装置１００の動作を図９を参照して説明する。図９は、第２の実施形態のメールサーバ装置１００によるメール受信処理の全体動作を示すアクティビティ図である。
【０１１７】
組織の外部の送信者は、送信メールにファイルを添付する。次いで、送信者は、送信メールをメールサーバ装置１００に送信する。メールサーバ装置１００にメールを送信する際、送信者は、暗号化鍵としてメールサーバ装置１００から通知された鍵を用いて、送信メールの添付ファイルを暗号化する。
【０１１８】
メールサーバ装置１００の外部送受信部１２０は、組織の外部の送信者から送信されたメールを受信する（ステップS210）。次いで、外部送受信部１２０は、スレッド管理部１４０に受信されたメール（以下、受信メールという。）のメールデータを渡す。
【０１１９】
次いで、スレッド管理部１４０のスレッド取得部１４１は、渡された受信メールのメールデータのヘッダ部分の情報を利用して、スレッド情報格納部１４２から受信メールが所属するスレッドのスレッドIDを取得する（ステップS220）。
【０１２０】
ステップS220のスレッドID取得処理では、メール送信処理と同様に、図７に示すスレッドID取得処理が実行される。スレッドID取得処理が実行された後、スレッド管理部１４０は、取得されたスレッドIDと受信メールのメールデータを鍵管理部１５０に渡す。
【０１２１】
次いで、鍵管理部１５０の鍵取得部１５１は、渡されたスレッドIDを利用して、暗号化された受信メールの復号に用いられる復号鍵、および復号鍵に対応する暗号化鍵を取得する（ステップS230）。
【０１２２】
ステップS230の鍵取得処理では、メール送信処理と同様に、図８に示す鍵取得処理が実行される。鍵取得処理が実行された後、鍵管理部１５０は、取得された鍵の情報と受信メールのメールデータを暗号化・復号部１６０に渡す。
【０１２３】
次いで、暗号化・復号部１６０の復号部１６２は、渡された復号鍵を用いて渡されたメールデータに含まれる受信メールの添付ファイルを復号する（ステップS240）。次いで、暗号化・復号部１６０は、添付ファイルが復号された受信メールのメールデータを確認部１３０に渡す。
【０１２４】
次いで、確認部１３０の内容確認部１３１は、受信メールが組織の内部の端末に受信されても問題がないメールであるか否かを確認する（ステップS250）。問題があるメールである場合（条件［問題がある］）、確認部１３０は、渡された受信メールのメールデータを破棄する（ステップS270）。破棄した後、メールサーバ装置１００は、メール受信処理を終了する。
【０１２５】
問題がないメールである場合（条件［問題なし］）、確認部１３０は、渡された受信メールのメールデータを内部送受信部１１０に渡す。
【０１２６】
次いで、内部送受信部１１０は、受信メールの宛先である組織の内部の端末用のメールボックスに復号された受信メールを配送する（ステップS260）。受信メールを配送した後、メールサーバ装置１００は、メール受信処理を終了する。
【０１２７】
以上のように、組織の外部の送信者がスレッドIDに対応した暗号化鍵を利用してメールを暗号化していれば、メールサーバ装置１００は、受信時にメールを復号できる。また、メールサーバ装置１００は、宛先に配送される前に復号されたメールに対してウイルススキャン等の内容確認処理を実行できる。
【０１２８】
以下、上述したメールサーバ装置１００によるメール送信処理、およびメール受信処理を踏まえて、本実施形態のメールサーバ装置１００が送信側の組織、および受信側の組織の双方で利用される場合を考える。
【０１２９】
図１０は、メールサーバ装置１００によるメール送信処理およびメール受信処理の例を示す説明図である。図１０に示すメールサーバ装置１００Ａは、送信側の組織で利用されている装置である。また、図１０に示すメールサーバ装置１００Ｂは、受信側の組織で利用されている装置である。
【０１３０】
以下、メールサーバ装置１００Ａによるメール送信処理、およびメールサーバ装置１００Ｂによるメール受信処理を図１０を参照して説明する。送信メールが受信された後、送信側のメールサーバ装置１００Ａのスレッド管理部１４０Ａは、送信メールが所属するスレッドのスレッドIDを取得する（ステップS11）。
【０１３１】
次いで、鍵管理部１５０Ａは、取得されたスレッドIDに対応する暗号化鍵、および復号鍵を取得する（ステップS12）。次いで、暗号化部１６１Ａは、取得された暗号化鍵を用いて送信メールを暗号化し、暗号化メール（以下、メールＸともいう。）を作成する（ステップS13）。
【０１３２】
メールＸを受信側のメールサーバ装置１００Ｂに送信する前に、メールサーバ装置１００Ａは、取得された復号鍵と暗号化鍵をメールでメールサーバ装置１００Ｂに通知する（ステップS14）。図１１は、復号鍵と暗号化鍵を通知するための通知メールの例を示す説明図である。
【０１３３】
図１１に示すように、通知メールのフォーマットは予め定められていてもよい。図１１に示す例では、「enckey:」に続く文字列「AABBCCDD」が暗号化鍵である。また、「deckey:」に続く文字列「EEFFGGHH」が復号鍵である。また、「Message-ID:」に続く文字列が、追って送信される暗号化メールを示すMessage-IDである。
【０１３４】
通知メールが受信された後、受信側のメールサーバ装置１００Ｂのスレッド管理部１４０Ｂは、暗号化メール（すなわち、メールＸ）を示すMessage-IDに対応するスレッドIDを取得、または生成する（ステップS15）。
【０１３５】
次いで、鍵管理部１５０Ｂの鍵取得部１５１Ｂは、通知された暗号化鍵と復号鍵を、ステップS15で得られたスレッドIDと共に鍵格納部１５２Ｂに格納する（ステップS16）。格納された情報を用いて、メールサーバ装置１００Ｂは、メールＸと同じスレッドに所属する暗号化メールを復号できる。
【０１３６】
次いで、メールサーバ装置１００Ａは、暗号化メールであるメールＸをメールサーバ装置１００Ｂに送信する（ステップS17）。次いで、メールサーバ装置１００Ｂのスレッド管理部１４０Ｂは、メールＸに対応するスレッドIDを再度取得する（ステップS18）。
【０１３７】
暗号化メールを復号する復号鍵が既に鍵格納部１５２Ｂに格納されているため、鍵取得部１５１Ｂは、取得されたスレッドIDを用いて復号鍵を取得する（ステップS19）。次いで、復号部１６２Ｂは、取得された復号鍵を用いてメールＸを復号する（ステップS20）。復号された後、メールＸに対する内容確認や配送が行われる。
【０１３８】
なお、暗号化メールが通知メールよりも先に到着した場合、メールサーバ装置１００Ｂは、暗号化メールを復号できない。通知メールだけが届いていない場合、メールサーバ装置１００Ｂは、到着した暗号化メールに対する一時エラーをメールサーバ装置１００Ａに返してもよい。一時エラーが返されると、メールサーバ装置１００Ａは、しばらく時間が経過した後で暗号化メールを再送する。
【０１３９】
次に、メールサーバ装置１００Ｂによるメール送信処理、およびメールサーバ装置１００Ａによるメール受信処理を図１２を参照して説明する。図１２は、メールサーバ装置１００によるメール送信処理およびメール受信処理の他の例を示す説明図である。
【０１４０】
図１０に示す例と異なり、図１２に示す例では、メールサーバ装置１００Ａを利用する組織が受信側の組織になる。また、メールサーバ装置１００Ｂを利用する組織が送信側の組織になる。
【０１４１】
メールＸの受信者は、メールＸに対してメールを返信する。メールＸへの返信メールであるメールＹは、メールＸと同じスレッドに所属する。すなわち、メールＹは、メールサーバ装置１００Ｂの鍵格納部１５２Ｂに格納されている暗号化鍵で暗号化されるメールである。
【０１４２】
メールＹが受信された後、送信側のメールサーバ装置１００Ｂのスレッド管理部１４０Ｂは、メールＹが所属するスレッドのスレッドIDを取得する（ステップS21）。次いで、鍵管理部１５０Ｂは、取得されたスレッドIDに対応する暗号化鍵を取得する（ステップS22）。
【０１４３】
次いで、暗号化部１６１Ｂは、取得された暗号化鍵を用いてメールＹを暗号化し、暗号化メールを作成する（ステップS23）。暗号化された後、メールＹは、メールサーバ装置１００Ａに配送される（ステップS24）。
【０１４４】
メールＹが受信された後、メールサーバ装置１００Ａのスレッド管理部１４０Ａは、メールＹに対応するスレッドIDを取得する（ステップS25）。メールサーバ装置１００Ａの鍵格納部１５２ＡにはメールＹが所属するスレッドのスレッドIDに対応する復号鍵が既に格納されているため、鍵取得部１５１Ａは、取得されたスレッドIDを用いて復号鍵を取得する（ステップS26）。
【０１４５】
次いで、復号部１６２Ａは、取得された復号鍵を用いてメールＹを復号する（ステップS27）。以上のように、受信側のメールサーバ装置１００Ａは、暗号化された返信メールを復号でき、復号されたメールの内容も確認できる。
【０１４６】
上記のように、鍵格納部が保持する暗号化鍵、および復号鍵の情報を双方の組織が持つことによって、送信側でのメールの暗号化、受信側でのメールの復号が問題なく実行される。暗号化と復号が併せて実行されるため、送信側と受信側の双方がメールの内容を確認できる。
【０１４７】
さらに、受信側のメールサーバ装置で復号されたメールが受信者に配送されれば、受信者は、受信メールに対する復号操作を行わずに済む。すなわち、受信者の鍵管理コストが削減される。
【０１４８】
［効果の説明］
本実施形態のメールサーバ装置は、送信メールの暗号化に使用される暗号化鍵、暗号化メールの復号に使用される復号鍵を生成し、メール送信時にメールデータを暗号化し、復号鍵と共に暗号化メールを送信先に送付する。
【０１４９】
メールサーバ装置は、メールが所属するスレッドの作成時のみに鍵を生成する。スレッドが作成された後、メールサーバ装置は、同じスレッドに所属するメールに対して同じ鍵を利用する。メールサーバ装置がメールを暗号化することによって、送信側の暗号化コストの削減、および暗号化忘れの防止が実現される。また、同じスレッドに所属するメールに対して同じ鍵が利用されることによって、１つのテーマに対するメールでのやり取りが続く場合、受信側の復号鍵の管理コストが削減される。
【０１５０】
上記のように、本実施形態のメールサーバ装置は、スレッドごとに一意なパスワードをメールに対して使用するため、パスワード漏洩時のリスクを特許文献１に記載されている電子メール送信方法が使用された場合よりも軽減できる。
【０１５１】
また、使用される復号鍵がスレッドごとに１つであるため、管理対象の復号鍵の数が削減される。すなわち、本実施形態のメールサーバ装置が使用されると、特許文献２に記載されている添付ファイル暗号化方法が使用された場合、または特許文献３に記載されているメール暗号復号制御装置が使用された場合に比べて、鍵管理コストが削減される。
【０１５２】
本実施形態のメールサーバ装置は、暗号化に使用される暗号化鍵、および復号に使用される復号鍵をそれぞれ生成する鍵管理部と、送信時のメールを暗号化する暗号化・復号部とを備える。鍵管理部は、メールが所属するスレッドごとに一意な鍵を生成する。すなわち、鍵管理部は、スレッドの作成時に暗号化鍵、および復号鍵をそれぞれ生成する。また、鍵管理部は、スレッドが作成された後、同一スレッドに所属するメールに対して同一の鍵を利用する。以上の構成により、上述した２つの問題が解決される。
【０１５３】
本実施形態のメールサーバ装置が使用されると、同一スレッドに所属するメールに対して同一の鍵が利用されるため、メールでのやり取りが続く場合、利用される鍵の総数が削減される。すなわち、受信側の鍵管理コストが削減されるため、１つ目の問題が解決される。
【０１５４】
また、本実施形態のメールサーバ装置は暗号化部を備えているため、送信者が各メールに対して暗号化を実行せずに済む。よって、メールサーバ装置に送信された時点でのメールデータは、暗号化されていない。すなわち、メールサーバ装置は、送信前にメールの内容を確認できる。メールサーバ装置の確認部が機密情報やウイルスの有無の確認処理を送信前に送信メールに対して実行できるため、２つ目の問題が解決される。
【０１５５】
なお、各実施形態のメール転送装置１０、およびメールサーバ装置１００は、例えば、記憶媒体に格納されているプログラムに従って処理を実行するCPU(Central Processing Unit)によって実現される。すなわち記憶部１１、抽出部１２、暗号化部１３、内部送受信部１１０、外部送受信部１２０、確認部１３０、スレッド管理部１４０、鍵管理部１５０、および暗号化・復号部１６０は、例えば、プログラム制御に従って処理を実行するCPUによって実現される。
【０１５６】
また、各実施形態のメール転送装置１０およびメールサーバ装置１００における各部は、ハードウェア回路によって実現されてもよい。一例として、記憶部１１、抽出部１２、暗号化部１３、内部送受信部１１０、外部送受信部１２０、確認部１３０、スレッド管理部１４０、鍵管理部１５０、および暗号化・復号部１６０が、それぞれLSI(Large Scale Integration)で実現される。また、それらが１つのLSIで実現されていてもよい。
【産業上の利用可能性】
【０１５７】
本発明は、機密情報や個人情報を扱うため、外部に発信されるメールの内容が全て確認されることが求められる団体で使用されるメールシステムに好適に適用される。
【符号の説明】
【０１５８】
１０  メール転送装置
１１  記憶部
１２  抽出部
１３  暗号化部
１００、１００Ａ、１００Ｂ  メールサーバ装置
１１０  内部送受信部
１２０  外部送受信部
１３０  確認部
１３１  内容確認部
１４０、１４０Ａ、１４０Ｂ  スレッド管理部
１４１  スレッド取得部
１４２  スレッド情報格納部
１５０、１５０Ａ、１５０Ｂ  鍵管理部
１５１、１５１Ａ、１５１Ｂ  鍵取得部
１５２、１５２Ａ、１５２Ｂ  鍵格納部
１５３  鍵生成部
１６０  暗号化・復号部
１６１、１６１Ａ、１６１Ｂ  暗号化部
１６２、１６２Ａ、１６２Ｂ  復号部
２００  内部ネットワーク
３００  外部ネットワーク
【図１】
2018056745.tif 000003
【図２】
2018056745.tif 000004
【図３】
2018056745.tif 000005
【図４】
2018056745.tif 000006
【図５】
2018056745.tif 000007
【図６】
2018056745.tif 000008
【図７】
2018056745.tif 000009
【図８】
2018056745.tif 000010
【図９】
2018056745.tif 000011
【図１０】
2018056745.tif 000012
【図１１】
2018056745.tif 000013
【図１２】
2018056745.tif 000014
【図１３】
2018056745.tif 000015