(57)【要約】      （修正有）【課題】不正メールをより安全性高く検出する。【解決手段】秘密鍵情報の更新手順と，秘密鍵情報生成手順と，検証情報生成手順と，秘密鍵バージョンの特徴情報を生成する特徴情報生成手順と，組合せ検証情報を，送信メールに付加する組合せ検証情報付加手順と，予め決められた組合せの複数の秘密鍵情報と，組織内秘密情報とから，生成秘密鍵情報を再生成する手順と，生成秘密鍵情報と，受信メールが有する情報とから，検証情報を再生成する検証情報再生成手順と，予め決められた組合せの複数の秘密鍵情報の秘密鍵バージョン情報と，組織内秘密情報とから，秘密鍵バージョン情報の特徴情報を再生成する特徴情報再生成手順と，再生成された検証情報と，検証情報に対応する秘密鍵バージョン情報の特徴情報とをそれぞれ組み合わせた，組合せ検証情報と，受信メールに付加された組合せ検証情報の一致を検証する検証手順とを有する。【選択図】図１
2015133654.tif 000002
【特許請求の範囲】
【請求項１】
更新された秘密鍵情報と前記更新秘密鍵情報の秘密鍵バージョン情報とを，更新済みの旧秘密鍵情報と前記旧秘密鍵情報の旧秘密鍵バージョン情報に追加して保存する秘密鍵情報の更新手順と，
予め決められた組合せの複数の秘密鍵情報と，組織外には秘密にされる組織内秘密情報とから，生成秘密鍵情報を生成する生成秘密鍵情報生成手順と，
前記生成秘密鍵情報と，送信メールが有する情報とから，検証情報を生成する検証情報生成手順と，
前記予め決められた組合せの複数の秘密鍵情報の前記秘密鍵バージョン情報と，前記組織内秘密情報とから，秘密鍵バージョン情報の特徴情報を生成する特徴情報生成手順と，
前記検証情報と，前記検証情報に対応する秘密鍵バージョン情報の特徴情報とをそれぞれ組み合わせた，組合せ検証情報を，送信メールに付加する組合せ検証情報付加手順と，
前記予め決められた組合せの複数の秘密鍵情報と，前記組織内秘密情報とから，単一または複数の生成秘密鍵情報を再生成する生成秘密鍵情報再生成手順と，
前記生成秘密鍵情報と，受信メールが有する情報とから，検証情報を再生成する検証情報再生成手順と，
前記予め決められた組合せの複数の秘密鍵情報の前記秘密鍵バージョン情報と，前記組織内秘密情報とから，秘密鍵バージョン情報の特徴情報を再生成する特徴情報再生成手順と，
前記再生成された検証情報と，前記検証情報に対応する秘密鍵バージョン情報の特徴情報とをそれぞれ組み合わせた，組合せ検証情報と，前記受信メールに付加された組合せ検証情報が一致するか否か検証する検証手順とを，コンピュータに実行させる，不正メール検出プログラム。
【請求項２】
請求項１において，
前記更新手順では，前記更新された秘密鍵情報及び秘密鍵バージョン情報を，前記旧秘密鍵情報及び旧秘密鍵バージョン情報と共に，所定の最大数を限度に保存し，前記最大数を超える場合は最も古い旧秘密鍵情報及び旧秘密鍵バージョン情報を破棄する，不正メール検出プログラム。
【請求項３】
請求項１または２において，
前記予め決められた組合せの複数の秘密鍵情報は，前記電子メール端末装置が保存する全ての秘密鍵情報を有する，不正メール検出プログラム。
【請求項４】
請求項１または２において，
前記予め決められた組合せの複数の秘密鍵情報は，前記電子メール端末装置が保存する複数の秘密鍵情報のうち，連続するバージョンであって前記保存する複数の秘密鍵情報の全部または一部の秘密鍵情報を有する，不正メール検出プログラム。
【請求項５】
請求項４において，
前記全部または一部の秘密鍵情報は，前記電子メール端末装置が保存する複数の秘密鍵情報のうち，第１のバージョンの秘密鍵情報と前記第１のバージョンに連続して古いバージョンの秘密鍵情報との第１の組合せ秘密鍵情報と，前記第１のバージョンより古い第２のバージョンの秘密鍵情報と前記第２のバージョンに連続して古いバージョンの秘密鍵情報との第２の組合せ秘密鍵情報とを有する，不正メール検出プログラム。
【請求項６】
請求項４または５において，
前記全部または一部の秘密鍵情報は，前記電子メール端末装置が保存する複数の秘密鍵情報のうち，第３のバージョンの秘密鍵情報と前記第３のバージョンに連続して新しいバージョンの秘密鍵情報との第３の組合せ秘密鍵情報と，前記第３のバージョンより新しい第４のバージョンの秘密鍵情報と前記第４のバージョンに連続して新しいバージョンの秘密鍵情報との第４の組合せ秘密情報とを有する，不正メール検出プログラム。
【請求項７】
請求項１または２において，
前記検証情報生成手順及び前記検証情報再生成手順において生成及び再生成される前記検証情報は，一方向性ハッシュ関数を用いて，前記生成秘密鍵情報に基づき生成される，前記送信及び受信メールが有する情報のハッシュ情報である，不正メール検出プログラム。
【請求項８】
請求項１または２において，
前記検証情報生成手順及び前記検証情報再生成手順において生成及び再生成される前記検証情報は，一方向性ハッシュ関数を用いて生成される，前記生成秘密鍵情報と前記送信及び受信メールが有する情報の組合せのハッシュ情報である，不正メール検出プログラム。
【請求項９】
請求項１または２において，
前記特徴情報生成手順及び前記特徴情報再生成手順において，前記予め決められた組合せの複数の秘密鍵情報の前記秘密鍵バージョン情報は，前記複数の秘密鍵情報のうち最も新しい秘密鍵情報の最新秘密鍵バージョン情報である，不正メール検出プログラム。
【請求項１０】
請求項１または２において，
前記特徴情報生成手順及び前記特徴情報再生成手順において生成される及び再生成される前記秘密鍵バージョン情報の特徴情報は，一方向性ハッシュ関数を用いて生成される，前記秘密鍵バージョン情報と前記組織内秘密鍵情報の組合せのハッシュ情報である，不正メール検出プログラム。
【請求項１１】
電子メール端末装置が受信する不正メールを検出する不正メール検出方法であって，
更新された秘密鍵情報と前記更新秘密鍵情報の秘密鍵バージョン情報とを，更新済みの旧秘密鍵情報と前記旧秘密鍵情報の旧秘密鍵バージョン情報に追加して保存する秘密鍵情報の更新工程と，
予め決められた組合せの複数の秘密鍵情報と，組織外には秘密にされる組織内秘密情報とから，生成秘密鍵情報を生成する生成秘密鍵情報生成工程と，
前記生成秘密鍵情報と，送信メールが有する情報とから，検証情報を生成する検証情報生成工程と，
前記予め決められた組合せの複数の秘密鍵情報の前記秘密鍵バージョン情報と，前記組織内秘密情報とから，秘密鍵バージョン情報の特徴情報を生成する特徴情報生成工程と，
前記検証情報と，前記検証情報に対応する秘密鍵バージョン情報の特徴情報とをそれぞれ組み合わせた，組合せ検証情報を，送信メールに付加する組合せ検証情報付加工程と，
前記予め決められた組合せの複数の秘密鍵情報と，前記組織内秘密情報とから，生成秘密鍵情報を再生成する生成秘密鍵情報再生成工程と，
前記生成秘密鍵情報と，受信メールが有する情報とから，検証情報を再生成する検証情報再生成工程と，
前記予め決められた組合せの複数の秘密鍵情報の前記秘密鍵バージョン情報と，前記組織内秘密情報とから，秘密鍵バージョン情報の特徴情報を再生成する特徴情報再生成工程と，
前記再生成された検証情報と，前記検証情報に対応する秘密鍵バージョン情報の特徴情報とをそれぞれ組み合わせた，組合せ検証情報と，前記受信メールに付加された組合せ検証情報が一致するか否か検証する検証工程とを有する，不正メール検出方法。
【請求項１２】
電子メール端末装置が受信する不正メールを検出する不正メール検出装置であって，
更新された秘密鍵情報と前記更新秘密鍵情報の秘密鍵バージョン情報とを，更新済みの旧秘密鍵情報と前記旧秘密鍵情報の旧秘密鍵バージョン情報に追加して保存する秘密鍵情報の更新手段と，
メール送信時において，
予め決められた組合せの複数の秘密鍵情報と，組織外には秘密にされる組織内秘密情報とから，生成秘密鍵情報を生成する生成秘密鍵情報生成処理と，
前記生成秘密鍵情報と，送信メールが有する情報とから，検証情報を生成する検証情報生成処理と，
前記予め決められた組合せの複数の秘密鍵情報の前記秘密鍵バージョン情報と，前記組織内秘密情報とから，秘密鍵バージョン情報の特徴情報を生成する特徴情報生成処理と，
前記検証情報と，前記検証情報に対応する秘密鍵バージョン情報の特徴情報とをそれぞれ組み合わせた，組合せ検証情報を，送信メールに付加する組合せ検証情報付加処理とを，実行する組合せ検証情報生成手段と，
メール受信時において，
前記予め決められた組合せの複数の秘密鍵情報と，前記組織内秘密情報とから，生成秘密鍵情報を再生成する生成秘密鍵情報再生成処理と，
前記生成秘密鍵情報と，受信メールが有する情報とから，検証情報を再生成する検証情報再生成処理と，
前記予め決められた組合せの複数の秘密鍵情報の前記秘密鍵バージョン情報と，前記組織内秘密情報とから，秘密鍵バージョン情報の特徴情報を再生成する特徴情報再生成処理と，
前記再生成された検証情報と，前記検証情報に対応する秘密鍵バージョン情報の特徴情報とをそれぞれ組み合わせた，組合せ検証情報と，前記受信メールに付加された組合せ検証情報が一致するか否か検証する検証処理とを，実行する検証手段とを有する，不正メール検出装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，不正メールの検知プログラム，その検知方法及びその検知装置に関する。
【背景技術】
【０００２】
近年，特定企業や個人のコンピュータを狙った標的型攻撃が急増しており，特に，企業や政府機関等に対して，不正な電子メールによる標的型攻撃（以下，標的型攻撃メールと称する）が急増している。標的型攻撃メールとは，機密情報の窃取を目的に，特定の企業や組織を標的として送られてくるウイルスメールであり，不正コードを仕組んだ添付ファイルを開いてしまうことで個人情報を流出させるなどの不正な行為が実行される。
【０００３】
従来のウイルス対策ソフトウエアでは，問題のあるプログラムについての不正プログラム照合情報をシグネチャとして登録し，合致するものを検出することで感染を防ぐ。しかし，そのようなウイルス対策ソフトウエアは，シグネチャのないプログラムを使った攻撃メールには通用しない。更に，ウイルス対策ソフトでは，添付ファイルや本文が巧妙に作成され一見して怪しいことがわかりにくいので，完全には防ぎ切れていない。また，各ユーザが，電子メールヘッダ，添付ファイル，本文，送信者アドレス等の整合性を厳しくチェックするには限界がある。
【０００４】
従来の対策技術として，送信ドメイン認証がある。これは，送信メールサーバの正当性，送信経路の証跡をサーバベースで実現する技術である。具体的には，電子メールアドレスのドメインをチェックし，その電子メールが正規のサーバから発信されているか否かを検証し，送信者のアドレスが正規のものであることを証明する。
【０００５】
送信ドメイン認証の種類として，主に，IPアドレスによる認証と，電子署名による認証の２つがある。前者は，SPF（Sender Policy Framework）,Sender IDで，電子メールサーバのドメインと送信者のIPアドレスの関連（SPFレコード）をDNS（Domain Name System）サーバに公開し，受信時に送信者IPアドレスをDNSサーバに問い合わせ，照合を行うことで，送信者のアドレスが正規のものであることを確認する。この技術の詳細は，例えば，非特許文献１に開示されている。
【０００６】
後者は，DKIM（Domain Keys Identified Mail）で，電子メールサーバの公開鍵情報をＤＮＳサーバに公開し，秘密鍵で電子署名を付加して電子メール送信し，受信時に公開鍵情報をＤＮＳサーバに問い合わせ，電子署名の照合を行うことで，送信者のアドレスが正規のものであることを確認する。例えば，非特許文献２に開示されている。
【０００７】
一方，サーバを利用せず，クライアントベースで対策を行う技術として，送信端末が電子メールのヘッダ情報と本文情報を攻撃者が知り得ない秘密情報で暗号化して検証情報を生成し，検証情報を送信する電子メールのヘッダに付加し，受信端末が同様の検証情報を再生成し，受信した電子メールのヘッダに付加された検証情報とを比較して検証することが提案されている。例えば，特許文献２である。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】国際公開第２００５／０６７１９９号
【特許文献２】特願２０１２−１０８０９２(特開２０１３−２３５４６３号公報)
【非特許文献】
【０００９】
【非特許文献１】Ｓｅｎｄｅｒ  Ｐｏｌｉｃｙ  Ｆｒａｍｅｗｏｒｋ  Ｐｒｏｊｅｃｔ  Ｏｖｅｒｖｉｅｗ，インターネット＜ｈｔｔｐ：／／ｗｗｗ．ｏｐｅｎｓｐｆ．ｏｒｇ／＞
【非特許文献２】ＤＫＩＭ．ｏｒｇ，インターネット＜ｈｔｔｐ：／／ｗｗｗ．ｄｋｉｍ．ｏｒｇ／＞
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら，標的型攻撃メールの場合，送信元アドレスも偽装され，正規サーバを利用して送信されたように偽装することが行われる。そのため，従来の方法による送信元アドレスのチェックでは本人性を担保することができない。また，標的型攻撃メールを検出するためのＤＮＳサーバを設置する必要があり，運用コストが大きくなる。
【００１１】
また，クライアントベースの実現している例では，識別情報の生成と検証に使用する秘密情報が攻撃者に漏れたら標的型攻撃メールを判別することができない。したがって，秘密情報の漏洩に対して安全性が低いという問題がある。
【００１２】
１つの側面では、本発明の目的は，クライアントベースで標的型攻撃メールなどの不正メールをより安全に検知できる不正メールの検知プログラム，その検知方法及びその検知装置を提供することにある。
【課題を解決するための手段】
【００１３】
１つの実施の態様では，更新された秘密鍵情報と前記更新秘密鍵情報の秘密鍵バージョン情報とを，更新済みの旧秘密鍵情報と前記旧秘密鍵情報の旧秘密鍵バージョン情報に追加して保存する秘密鍵情報の更新手順と，
予め決められた組合せの複数の秘密鍵情報と，組織外には秘密にされる組織内秘密情報とから，生成秘密鍵情報を生成する生成秘密鍵情報生成手順と，
前記生成秘密鍵情報と，送信メールが有する情報とから，検証情報を生成する検証情報生成手順と，
前記予め決められた組合せの複数の秘密鍵情報の前記秘密鍵バージョン情報と，前記組織内秘密情報とから，秘密鍵バージョン情報の特徴情報を生成する特徴情報生成手順と，
前記検証情報と，前記検証情報に対応する秘密鍵バージョン情報の特徴情報とをそれぞれ組み合わせた，組合せ検証情報を，送信メールに付加する組合せ検証情報付加手順と，
前記予め決められた組合せの複数の秘密鍵情報と，前記組織内秘密情報とから，生成秘密鍵情報を再生成する生成秘密鍵情報再生成手順と，
前記生成秘密鍵情報と，受信メールが有する情報とから，検証情報を再生成する検証情報再生成手順と，
前記予め決められた組合せの複数の秘密鍵情報の前記秘密鍵バージョン情報と，前記組織内秘密情報とから，秘密鍵バージョン情報の特徴情報を再生成する特徴情報再生成手順と，
前記再生成された検証情報と，前記検証情報に対応する秘密鍵バージョン情報の特徴情報とをそれぞれ組み合わせた，組合せ検証情報と，前記受信メールに付加された組合せ検証情報が一致するか否か検証する検証手順とをコンピュータに実行させる不正メール検出プログラム。
【発明の効果】
【００１４】
一部の秘密鍵情報が漏洩した場合でも安全に不正メールを検出することができる。
【図面の簡単な説明】
【００１５】
【図１】本実施の形態における電子メール端末などの全体の構成を示す図である。
【図２】管理者が利用するメールチェッカ管理端末２の構成図である。
【図３】メールチェッカ管理端末２内の共通情報生成装置２２と秘密情報生成装置２３の構成図である。
【図４】送信者が利用する電子メール送信端末の構成図である。
【図５】組合せ検証情報生成装置の構成図である。
【図６】受信者が利用する電子メール受信端末の構成図である。
【図７】検証装置の構成図である。
【図８】メールチェッカ端末装置による事前処理のフローチャート図である。
【図９】電子メール情報項目の例と秘密鍵情報生成パターンの例を示す図である。
【図１０】電子メール送信端末と受信端末による事前処理のフローチャート図である。
【図１１】送受信端末での秘密情報の保管状態を示す図である。
【図１２】送受信端末での秘密情報の保管状態を示す図である。
【図１３】送受信端末での秘密情報の保管状態を示す図である。
【図１４】組合せ検証情報生成装置３２における組合せ検証情報の生成処理のフローチャートである。
【図１５】検証装置６２における組合せ検証情報の検証処理のフローチャート図である。
【図１６】本実施に形態における組合せ検証情報の生成処理を示す図である。
【図１７】第１の実施の形態における組合せ検証情報の生成処理の詳細を示す図である。
【図１８】組合せ検証情報の生成処理のフローチャート図である。
【図１９】電子メール受信端末の検証処理を説明する図である。
【図２０】検証手段での検証処理の詳細を示す図である。
【図２１】検証処理のフローチャート図である。
【図２２】本実施の形態における組合せ検証情報の生成処理の詳細を示す図である。
【図２３】組合せ検証情報の生成処理のフローチャート図である。
【図２４】第２の実施形態における組合せ検証情報の検証処理の詳細を示す図である。
【図２５】検証処理のフローチャート図である。
【図２６】第３の実施の形態における組合せ検証情報の生成処理の詳細を示す図である。
【図２７】第３の実施形態における組合せ検証情報の検証処理の詳細を示す図である。
【図２８】電子メール送信端末のメールチェッカによる組合せ検証情報の生成処理の概略フローチャート図である。
【図２９】電子メール受信端末のメールチェッカによる検証処理の概略フローチャート図である。
【図３０】メールチェッカ管理端末と電子メール送信端末と受信端末の概略構成を示す図である。
【発明を実施するための形態】
【００１６】
［本実施の形態の概略］
図１は，本実施の形態における電子メール端末などの全体の構成を示す図である。全体の構成は，インターネットやイントラネットなどのネットワーク１を介して通信接続可能な電子メール送信端末３，送信メールサーバ４，受信メールサーバ５，電子メール受信端末６を有する。さらに，管理者が操作するメールチェッカ管理端末２を有する。
【００１７】
図３０は，メールチェッカ管理端末と電子メール送信端末と受信端末の概略構成を示す図である。いずれの端末も，ＣＰＵとＲＡＭと入出力装置Ｉ／Ｏと通信装置２４，３４，６５とプログラムを記憶する記憶媒体，例えばＨＤＤなどを有する。プログラム記憶媒体２４，３４，６５には，メールプログラムであるメーラと，メールチェッカプログラムと，一般的なＯＳなどが記憶されている。
【００１８】
まず，不正メールチェッカ導入の準備段階では，電子メール送信端末２と電子メール受信端末６には，不正メールを検出するためのメールチェッカプログラムがインストールされる。また，管理者が，会社や官庁などの組織外には開示されない組織固有の秘密情報である組織内秘密情報（第１の秘密情報）を，組織内メンバーである送信者，受信者に事前に通知する。さらに，管理者は，秘密鍵情報（第２の秘密情報）とその秘密鍵バージョン情報とを，定期的にまたは不定期に，組織内メンバーである送信者，受信者に配布する。この配布は，メールチェッカ管理端末２から，各電子メール端末に，各バージョンの秘密鍵情報とその秘密鍵バージョン情報とを，例えば組織内秘密情報で暗号化して，メールなどに添付して送信し，受信した電子メール端末が端末内に保存する。この秘密鍵バージョン情報は，送受信端末間での秘密鍵情報の一致判定のために利用される。また，管理者は，秘密鍵情報のバージョンを管理する。望ましくは，各電子メール端末は，新たなバージョンの秘密鍵情報とその秘密鍵バージョン情報を受信すると，所定の数を上限として，その最新の秘密鍵情報と秘密鍵バージョン情報とを，古い秘密鍵情報と秘密鍵バージョン情報に追加して，保存する。上限数は，管理者が任意に設定することができる。以下の説明では，この上限数が３の場合を例にして説明する。
【００１９】
次に，電子メール送信端末での処理について概略説明する。
【００２０】
図２８は，電子メール送信端末のメールチェッカによる組合せ検証情報の生成処理の概略フローチャート図である。電子メール送信端末３内のメールチェッカは，保存している複数の秘密鍵情報から予め決められた組合せにより選択した複数の秘密鍵情報と，組織内秘密情報とにより，単一または複数の生成秘密鍵情報を生成する（S5013_a)。予め決められた組合せを定義する秘密鍵情報生成パターンは，準備段階で，メールチェッカ管理端末２から各電子メール端末３，６に通知され保存される。そして，秘密鍵情報生成パターンは，保存されている複数の秘密鍵情報について単一または複数の組合せを定義する。それにより，メールチェッカは，単一または複数の生成秘密鍵情報を生成する。
【００２１】
前述のとおり，メールチェッカ管理端末２は，定期的にまたは不定期に更新した最新の秘密鍵情報と秘密鍵バージョン情報とを，組織内秘密情報で暗号化して電子メール端末に送信する。それにより，全ての電子メール端末は，同じ複数の秘密鍵情報とそのバージョン情報とを保持している。しかし，大組織の場合などは，全ての電子メール端末が全更新秘密鍵情報とそのバージョン情報を受信し，保存していない場合も想定される。その結果，電子メール送信端末と受信端末間で，保存している複数の秘密鍵情報のバージョンが異なる場合もある。そこで，秘密鍵情報生成パターンは，全秘密鍵情報を利用するパターンと，一部の複数の秘密鍵情報を利用するパターンなど，複数の秘密鍵情報の組合せパターンを有する。そして，どの秘密鍵情報生成パターンを選択するかは，各組織の個別の事情に基づいて管理者が決定する。
【００２２】
さらに，メールチェッカは，生成秘密鍵情報と送信メール情報（例えばヘッダ，本文，添付ファイルなど）から単一又は複数の検証情報を生成する（S5013_b)。メールチェッカは，単一の生成秘密鍵情報しか生成されない場合は，単一の検証情報を生成し，複数の生成秘密鍵情報が生成される場合は，それに対応して複数の検証情報を生成する。メールチェッカ管理端末２は，送信メールのどの情報について生成秘密鍵情報により検証情報を生成するのかについて定義した電子メール情報項目を，電子メール端末に予め送信して保存させる。
【００２３】
さらに，メールチェッカは，予め決められた組合せの複数の秘密鍵情報の秘密鍵バージョン情報と，組織内秘密情報とから，単一または複数の秘密鍵バージョン情報の特徴情報を生成する（S5013_c)。メールチェッカは，秘密鍵生成パターンに定義された予め決められた組合せが単一の場合は，単一の秘密鍵バージョン情報の特徴情報を生成し，複数の場合は，複数の秘密鍵バージョン情報の特徴情報を生成する。上記の複数の秘密鍵情報の秘密鍵バージョン情報は，好ましくは複数の秘密鍵情報の中で最新のバージョンの最新秘密鍵情報の秘密鍵バージョン情報である。秘密鍵バージョン情報の特徴情報は，秘密鍵情報のバージョンを識別可能な情報であればよい。秘密鍵バージョン情報の特徴情報は，送受信間で共通する検証情報のバージョンを抽出するために利用される。
【００２４】
さらに，メールチェッカは，単一または複数の検証情報と，検証情報に対応する単一または複数の秘密鍵バージョン情報の特徴情報とをそれぞれ組み合わせて，単一または複数の組合せ検証情報を生成し，送信メールに付加する（S5013_d)。そして，電子メール送信端末３は，組合せ検証情報が付加された送信メールを送信する。
【００２５】
次に，電子メール受信端末での処理について概略説明する。
【００２６】
図２９は，電子メール受信端末のメールチェッカによる検証処理の概略フローチャート図である。電子メール受信端末６は，電子メールを受信する。受信後，電子メール受信端末６内のメールチェッカは，保存している複数の秘密鍵情報から，予め決められた組合せにより選択した複数の秘密鍵情報と，組織内秘密情報とにより，単一または複数の生成秘密鍵情報を再生成する（S6015_a）。
【００２７】
さらに，メールチェッカは，生成秘密鍵情報と送信メールの情報（例えばヘッダ，本文，添付ファイルなど）から単一または複数の検証情報を再生成する（S6015_b)。
【００２８】
さらに，メールチェッカは，予め決められた組合せの複数の秘密鍵情報の秘密鍵バージョン情報と，組織内秘密情報とから，単一または複数の秘密鍵バージョン情報の特徴情報を再生成する（S6015_c)。
【００２９】
さらに，メールチェッカは，単一または複数の検証情報と，検証情報に対応する単一または複数の秘密鍵バージョン情報の特徴情報とをそれぞれ組み合わせて，単一または複数の組合せ検証情報を再生成する（S6015_d)。上記の工程S6015_a〜S6015_dは，図２８の工程S5013_a〜S5013_dと同じである。
【００３０】
最後に，電子メール受信端末のメールチェッカは，上記再生成された単一または複数の検証情報と，検証情報に対応する単一または複数の秘密鍵バージョン情報の特徴情報とをそれぞれ組み合わせた，単一または複数の組合せ検証情報と，受信メールに付加された単一または複数の組合せ検証情報のいずれかが一致するか否か検証する（S6017_a)。組合せ検証情報が単一の場合は，再生成された単一の組合せ検証情報と，受信メールに付加された単一の組合せ検証情報とが一致するか否かを検証する。組合せ検証情報が複数の場合は，比較対象を変更していずれかの比較対象が一致するか否かを検証する。
【００３１】
そして，一致する組合せ検証情報がない場合は，メールチェッカは，不正メールを受信者に通知する（S6017_b)。
【００３２】
上記のとおり，定期的にまたは不定期に更新される複数の秘密鍵情報を組み合わせて検証情報を生成するので，一つの秘密鍵情報が悪意の第三者に漏洩しても，本実施の形態のメールチェッカは，不正メールを検出することができる。また，電子メール端末間で保存している複数の秘密鍵情報のバージョンが異なっていても，部分的に重複する複数の秘密鍵情報を保存していれば，メールチェッカは不正メールを検出することができる。
【００３３】
［第１の実施の形態］
以下，第１の実施の形態について説明する。最初に，第１の実施の形態におけるメールチェッカの構成と動作について説明し，更に，第１の実施の形態における電子メール送信端末３のメールチェッカによる組合せ検証情報の生成と，電子メール受信端末６のメールチェッカによる検証処理について詳細に説明する。
【００３４】
本実施の形態における電子メール端末などの全体の構成は，図１で説明したとおりである。
【００３５】
次に，図２は，管理者が利用するメールチェッカ管理端末２の構成図である。メールチェッカ管理端末２は，メールチェッカを導入するために使用する管理ソフトウエア２１，メールチェッカで組合せ検証情報の生成と検証時に使用する共通情報の生成を行う共通情報生成装置２２，同じく秘密情報の生成を行う秘密情報生成装置２３，ネットワーク１との通信を行う通信装置２４を有する。
【００３６】
図３は，メールチェッカ管理端末２内の共通情報生成装置２２と秘密情報生成装置２３の構成図である。図３の上段に示すように，共通情報生成装置２２は，要求受付手段２２１，共通情報生成手段２２２を有する。
【００３７】
要求受付手段２２１は，共通情報の生成依頼の要求を受け付け，生成した共通情報Cを返却する。要求受付手段２２１は，入出力部２２１１を有する。共通情報生成手段２２２は，共通情報の生成依頼に応答して共通情報を生成する。ここでの共通情報とは，送信側のメールチェッカが検証情報を生成する際に使用する電子メールの情報（ヘッダ，本文，添付ファイルなどの組合せ）を定義する電子メール情報項目と，複数の秘密鍵情報の組合せを定義する秘密鍵情報生成パターンである。共通情報生成手段２２２は，共通情報生成部２２２１を有する。
【００３８】
図３の下段に示すように，秘密情報生成装置２３は，要求受付手段２３１，秘密情報生成手段２３２を有する。
【００３９】
要求受付手段２３１は，秘密情報の生成依頼の要求を受け付け，生成した秘密情報Sを返却する。要求受付手段２３１は，入出力部２３１１を有する。秘密情報生成手段２３２は，秘密情報を生成する。ここでの秘密情報とは，組織内秘密情報と秘密鍵情報及びその秘密鍵バージョン情報である。秘密情報生成手段２３２は，秘密情報生成部２３２１を有する。
【００４０】
図４は，送信者が利用する電子メール送信端末の構成図である。電子メール送信端末３は，送信者が電子メールの作成と送信指示を出す電子メールソフトウエア３１，標的型メールの可能性があるか否かを確認するための情報となる「検証情報」の生成を行う組合せ検証情報生成装置３２，送信メールサーバ４へ電子メールの送信を行う通信装置３４を有する。電子メールソフトウエア３１は，例えば，Microsoft Outlook, Mozilla Thunderbird等のメーラに相当する。
【００４１】
図５は，組合せ検証情報生成装置の構成図である。組合せ検証情報生成装置３２は，要求受付手段３２１，共通情報管理手段３２２，秘密情報管理手段３２３，組合せ検証情報生成手段３２４を有する。
【００４２】
要求受付手段３２１は，組合せ検証情報の生成依頼の要求を受け付け，生成した組合せ検証情報を返却する。要求受付手段３２１は，入出力部３２１１を有する。共通情報管理手段３２２は，電子メール情報項目と秘密鍵情報生成パターンの共通情報を管理する。共通情報管理手段３２２は，電子メールのヘッダ，本文，添付ファイルなどの項目を定義する電子メール情報項目を保管する電子メール情報項目保管部３２２１，秘密鍵情報生成パターン保管部３２２２を有する。秘密情報管理手段３２３は，組合せ検証情報を生成する際に使用する秘密情報の取り扱いを行う。秘密情報管理手段３２３は，組織内秘密情報保管部３２３１，秘密鍵情報とそのバージョン情報を保管する秘密鍵情報保管部３２３２を有する。組合せ検証情報生成手段３２４は，組合せ検証情報の生成と，その送信メールへの付加を行う。組合せ検証情報生成手段３２４は，特徴量情報生成部３２４１，組合せ検証情報生成部３２４２，ヘッダ情報付加部３２４３を有する。
【００４３】
図６は，受信者が利用する電子メール受信端末の構成図である。電子メール受信端末６は，受信者が電子メールの受信指示を出す電子メールソフトウエア６１，検証情報の検証を行う検証装置６２，電子メールソフトウエア６１と受信メールサーバ５を仲介するメールチェッカ６３，検証結果を受信者に明示する表示装置６４，受信メールサーバ５から電子メールの受信を行う通信装置６５を有する。電子メールソフトウエア６１は，電子メール送信端末３と同様に，例えば，Microsoft Outlook, Mozilla Thunderbird等のメーラーに相当する。
【００４４】
図７は，検証装置の構成図である。検証装置６２は，要求受付手段６２１，共通情報管理手段６２２，秘密情報管理手段６２３，検証手段６２４を有する。
【００４５】
要求受付手段６２１は，組合せ検証情報の検証依頼の要求を受け付け，検証結果を返却する。要求受付手段６２１は，入出力部６２１１を有する。共有情報管理手段６２２は，組合せ検証情報の検証の際に使用する共有情報の管理を行う。共有情報管理手段６２２は，電子メール情報項目保管部６２２１，秘密鍵情報生成パターン保管部６２２２を有する。
【００４６】
秘密情報管理手段６２３は，組合せ検証情報の検証の際に使用する秘密情報の管理を行う。秘密情報管理手段６２３は，組織内秘密情報保管部６２３１，秘密鍵情報保管部６２３２を有する。検証手段６２４は，電子データ情報項目と秘密鍵情報の組合せから組合せ検証情報や特徴量情報を生成し，組合せ検証情報の検証を行う。検証手段６２４は，組合せ検証情報生成部６２４１，検証部６２４２を有する。
【００４７】
以上の本実施の形態のシステムの処理の流れを，フローチャート，データフローチャートなどを用いて説明する。
【００４８】
具体的な処理の流れを説明する前に，本実施の形態における前提について事前に説明する。本実施の形態のシステムには，図１で示したとおり，管理者，送信者，受信者の３名の操作者が参加する。
【００４９】
管理者は，メールチェッカ管理端末２の使用者で，メールチェッカ管理端末２を用いて，送信者，受信者へ共通情報と秘密情報の送信を行う。送信者は，電子メール送信端末３の使用者で，電子メール送信端末３を用いて，受信者宛の電子メールの作成，送信を行う。受信者は，電子メール受信端末６の使用者で，電子メール受信端末６を用いて，送信者からの電子メールの受信，電子メールの検証を行う。
【００５０】
［メールチェッカ管理端末の事前処理］
まず，管理者は，メールチェッカ管理端末２で共通情報と秘密情報を事前に生成し，送信者と受信者の電子メール端末３，６に送信しておく。
【００５１】
図８は，メールチェッカ端末装置による事前処理のフローチャート図である。図８の左側は，共通情報生成装置２２による共通情報の生成処理のフローチャートである。共通情報とは，電子メールのどのヘッダ項目にするか，本文，添付ファイルを加えるかなどの電子メール情報項目と，複数の秘密情報の組合せを定義する秘密鍵情報生成パターンである。
【００５２】
この電子メール情報項目と秘密鍵情報生成パターンは，送信者端末，受信端末での共通情報として，予め決定しておく必要がある。電子メール情報項目とは，どの電子メール情報項目を検証対象にするかを示す情報で，管理者が複数の電子メール情報項目を生成し，決定する。また，電子メール情報項目は，メール内容の重要度によって，メール単位で個別に決定してもよいし，全てのメールは全て同じ電子メール情報項目で生成してもよい。電子メール情報項目の選択は，一括に選択する場合は管理者によって，または，メール単位で個別に選択する場合は送信者によって行われてよい。メール単位で個別に生成する場合は，その電子メール情報項目を特定する情報が，送信メールのヘッダに付加されて受信端末のメールチェッカに通知される。
【００５３】
図９は，電子メール情報項目の例と秘密鍵情報生成パターンの例を示す図である。図９の上段は，メール内容の重要度に応じて生成された電子メール情報項目の候補例の一覧を示す。メールの重要度が高いほど（pattern Aが最重要），電子メール情報項目の数が多くなる。それにより検証情報のセキュリティ性が高くなる。
【００５４】
管理者は，予めメールチェッカ管理端末２から全端末にこの一覧を送信して保存させておく。管理者は，予め候補一覧から電子メール情報項目を全メールに対して一括で選択した上で，選択した電子メール情報項目のＩＤであるパターン名pattern A〜pattern Dを全端末に通知する。または，送信者は，メール内容の重要度を判定して候補一覧から電子メール情報項目を選択し，送信メールに選択した電子メール情報項目のパターン名を付加して受信端末に通知する。いずれかにより電子メール情報項目が選択された状態で，メールチェッカが，電子メール情報項目の情報と生成秘密鍵情報とから，組合せ検証情報を生成する。
【００５５】
選択された電子メール情報項目のIDであるpattern A〜pattern Dは，送信メールのヘッダに付加され，受信側に伝えられる。上記の通り，送信端末と受信端末とは，図９の上段の電子メール情報項目の候補の一覧を共有して保管しており，選択された電子メール情報項目のIDでどの電子メール情報を利用して検証情報が生成されるかを知る。または，メールチェッカ管理端末２が，事前に決定した電子メール情報項目のIDを全端末に送信しておき，電子メールのヘッダに付加しないようにしてもよい。
【００５６】
本実施の形態では，重要度Ｃの電子メール情報項目が選択されているという前提で説明する。重要度Ｃの場合は，電子メールのヘッダのFrom, To, Subject, Dateと，メール本文（Body)と，添付ファイル（File)との組合せである。
【００５７】
図９の下段は，秘密鍵情報生成パターンの候補一覧である。秘密鍵情報生成パターンは，版数（バージョン）管理された複数の秘密鍵情報を用いて，１つもしくは複数の秘密鍵情報をどのような方法で生成するかを定義する。この一覧を参照して，どの秘密鍵情報生成パターンを使用して生成秘密鍵情報を生成するか決定した上で，メールチェッカは，１つもしくは複数の組合せ検証情報を生成する。
【００５８】
秘密鍵情報生成パターンの候補一覧も，電子メール情報項目候補一覧と同様に，管理者が，メールチェッカ端末装置から，全端末に通知し保存させる。そして，管理者は，組織の状況などを考慮して予めいずれかの秘密鍵生成パターンを選択し，そのＩＤ(pattern 1〜pattern 3）を前端末に通知する。それにより，全端末は，その秘密鍵情報生成パターンで秘密鍵情報を組み合わせるかを知ることができる。
【００５９】
本実施の形態例では，秘密鍵情報生成パターンの分類名として，「基本」，「拡張１」，「拡張２」の３つの生成パターンが用意される。３つの秘密鍵情報生成パターンは，例えば，以下の通りである。以下の場合に，複数の秘密鍵情報は時系列性を維持したもの，つまりバージョンが連続した組合せにする。
【００６０】
（１）基本形は，組織内秘密情報と，全世代の秘密鍵情報を組み合わせて，１つの生成秘密鍵情報を生成する。例えば，後述する図１１のように，送信端末と受信端末とが共に，世代（バージョン）１，２，３の３つの秘密鍵情報を保存している場合には，メールチェッカは，送信端末が全ての秘密鍵情報と，組織内秘密情報とを組み合わせて，１つの生成秘密鍵情報を生成する。
【００６１】
（２）拡張形１は，組織内秘密情報に加えて，各世代の秘密鍵情報を最新と仮定して，その仮定した最新秘密鍵情報と１つ以上の旧秘密鍵情報とを組み合わせて複数の生成秘密鍵情報を生成する。例えば，後述する図１２のように，送信端末が世代１，２，３の３つの秘密鍵情報を保存しているのに対して，受信端末が世代１，２の２つの秘密鍵情報を保存している場合，送信端末は，世代１，２，３の３つの秘密鍵情報と組織内秘密情報とで第１の生成秘密鍵情報を生成し，最新世代３の次の世代２を最新と仮定して，世代２，１の２つの秘密鍵情報と組織内秘密情報とで第２の生成秘密鍵情報を生成する。そして，受信端末は，世代２，１の２つの秘密鍵情報と組織内秘密情報とで第２の生成秘密鍵情報を生成する。その結果，送信端末と受信端末とは，第２の生成秘密鍵情報が一致する。送信端末と受信端末との関係が逆の場合も同様である。
【００６２】
（３）拡張形２は，拡張形1の組合せに加え，最旧の秘密鍵情報を含まない秘密鍵情報を組み合わせて，生成秘密鍵情報を生成する。例えば，後述する図１３のように，送信端末が世代１，２，３の秘密鍵情報を保存し，受信端末が世代２，３，４の秘密鍵情報を保存している場合，送信端末は，世代３，２，１の秘密鍵情報，世代２，１の秘密鍵情報，世代３，２の秘密鍵情報で，それぞれ生成秘密鍵情報を生成する。一方，受信端末は，世代４，３，２の秘密鍵情報，世代３，２の秘密鍵情報，世代４，３の秘密鍵情報で，それぞれ生成秘密鍵情報を生成する。したがって，送信端末と受信端末とでは，世代３，２の秘密鍵情報による生成秘密鍵情報で一致する。
【００６３】
拡張形１，２によれば，複数の秘密鍵情報の組合せは，電子メール端末装置が保存する複数の秘密鍵情報のうち，連続するバージョンであって保存する複数の秘密鍵情報の全部または一部の秘密鍵情報を有する組合せである。
【００６４】
また，拡張形１によれば，複数の秘密鍵情報の組合せは，電子メール端末装置が保存する複数の秘密鍵情報のうち，第１のバージョンの秘密鍵情報とその第１のバージョンに連続して古いバージョンの秘密鍵情報との第１の組合せ秘密鍵情報と，第１のバージョンより古い第２のバージョンの秘密鍵情報とその第２のバージョンに連続して古いバージョンの秘密鍵情報との第２の組合せ秘密鍵情報とを，少なくとも有する。
【００６５】
さらに，拡張形２によれば，複数の秘密鍵情報の組合せは，拡張形１の組合せに加えて，電子メール端末装置が保存する複数の秘密鍵情報のうち，第３のバージョンの秘密鍵情報とその第３のバージョンに連続して新しいバージョンの秘密鍵情報との第３の組合せ秘密鍵情報と，第３のバージョンより新しい第４のバージョンの秘密鍵情報とその第４のバージョンに連続して新しいバージョンの秘密鍵情報との第４の組合せ秘密情報とを，少なくとも有する。
【００６６】
選択された秘密鍵情報生成パターンのIDであるpattern 1〜pattern 3は，送信メールのヘッダに付加され，受信側に伝えられる。前述のとおり，送信端末と受信端末とは，図９の下段の秘密鍵情報生成パターン候補の一覧を共有して，選択された秘密鍵情報生成パターンIDでどの秘密鍵情報の組合せを利用して生成秘密鍵情報が生成されるかを知る。または，メールチェッカ管理端末２が，事前に決定した秘密鍵情報生成パターンのIDを全端末に送信しておき，電子メールのヘッダに付加しないようにしてもよい。
【００６７】
上記のように複数の秘密鍵情報を様々な組合せで生成秘密鍵情報を生成することで，送信端末と受信端末との間で保存する複数の秘密鍵情報のバージョンが，いずれかの送受信端末で最新バージョンが不足していたり，送受信端末間でずれていたりして，異なっていても，送信端末と受信端末との間で，いずれかの連続する秘密鍵情報が一致することになる。したがって，秘密鍵情報の管理が全端末で一致してなくても，不正メールチェックが可能になり，秘密鍵情報の世代管理を柔軟に行うことができる。
【００６８】
再度，図８の左側のフローチャートに戻り事前処理の流れを説明する。
【００６９】
管理者は，メールチェッカ管理端末２を使用して，図２のメールチェッカ管理ソフトウエア２１を起動し，管理メニューを開き，共通情報生成機能を動作させる。メールチェッカ管理ソフトウエア２１は，共通情報生成装置２２に対して共通情報の生成依頼を発行する。図３の共通情報生成装置２２は，要求受付手段２２１の入出力部２２１１を介して，メールチェッカ管理ソフトウエア２１からの共通情報生成依頼を受信する。要求受付手段２２１は，共通情報生成手段２２２に対して，共通情報生成依頼を発行する（S1001）。
【００７０】
共通情報生成手段２２２は，共通情報生成依頼を受信する（S1002）。共通情報生成手段２２２は，それに応答して，電子データ情報項目の生成（S1003）と，秘密鍵情報生成パターンの生成（S1004）を行う。いずれの生成も，管理者が図９に示した候補の一覧から選択する入力に応答して，共通情報生成手段２２２が行う。電子データ情報項目と秘密鍵生成パターンの生成が終了すると，共通情報生成手段２２２は，要求受付手段２２１に対して，電子データ情報項目と秘密鍵生成パターンを共通情報として送信する（S1005）。要求受付手段２２１は，共通情報を受信する（S1006）。
【００７１】
図８の右側のフローチャートは，秘密情報生成装置２３における，秘密情報の生成処理のフローチャートである。秘密情報とは，組織内秘密情報，秘密鍵情報，秘密鍵バージョン情報である。この秘密情報は，送信者端末と受信端末の間で，秘密情報として，予め保持しておく必要がある。
【００７２】
組織内秘密情報とは，組織内での利用者全員しか知りえない情報で，組織外には開示されておらず，各利用者が外部に漏れないよう厳重管理した上で取り扱われる情報である。一種のＰＩＮコードである。この組織内秘密情報は，管理者によって生成される。
【００７３】
秘密鍵情報とは，組合せ検証情報を生成するための鍵情報となるもので，攻撃者に漏れないよう厳重管理した上で取り扱われる情報である。この秘密鍵情報は，管理者によって生成され，定期的に更新される。また秘密鍵情報が外部に漏れた可能性がある場合でも，不定期に秘密鍵情報の更新が行われる。
【００７４】
秘密鍵バージョン情報とは，秘密鍵情報に紐づけされた情報で，秘密鍵情報と一体管理される。この秘密鍵バージョン情報も管理者によって生成される。秘密鍵バージョン情報は，バージョンを識別できる情報であればよいが，後述する図１１，１２，１３のように，タイムスタンプが望ましい。秘密鍵バージョン情報に基づいて，秘密鍵情報の定期的な更新を管理者に促すことができるからである。
【００７５】
図８の左側のフローチャートに戻り，管理者は，メールチェッカ管理端末２を使用して，メールチェッカ管理ソフトウエア２１を起動し，管理メニューを開き，秘密情報生成機能を動作させる。メールチェッカ管理ソフトウエア２１は，秘密情報生成装置２３に対して秘密情報の生成依頼を発行する。図３の秘密情報生成装置２３は，要求受付手段２３１の入出力部２３１１を介して，メールチェッカ管理ソフトウエア２１からの秘密情報生成依頼を受信する。要求受付手段２３１は，秘密情報生成手段２３２に対して，秘密情報生成依頼を発行する（S2001）。秘密情報生成手段２３２は，秘密情報生成依頼を受信する（S2002）。秘密情報生成手段２３２は，それに応答して，組織内秘密情報の生成（S2003），秘密鍵情報の生成（S2004），秘密鍵バージョン情報の生成（S2005）を行う。組織内秘密情報，秘密鍵情報，秘密鍵バージョン情報の生成が終了すると，秘密情報生成手段２３２は，要求受付手段２３１に対して，組織内秘密情報，秘密鍵情報，秘密鍵バージョン情報を秘密情報として送信する（S2006）。要求受付手段２３１は，秘密情報を受信する（S2007）。
【００７６】
［電子メール送信端末と受信メール送信端末の事前処理］
図１０は，電子メール送信端末と受信端末による事前処理のフローチャート図である。図１０の左側は，送信端末の組合せ検証情報生成装置３２及び受信端末の検証装置６２における共通情報の保管処理のフローチャートである。まず，電子メール送信端末の事前処理について説明する。
【００７７】
電子メール送信端末３は，管理者のメールチェッカ管理端末２から共通情報を，メールチェッカ３２を介して受信する。この共通情報は，メールチェッカのインストーラに埋め込んで，まり含めて提供してもよいし，メールチェッカ経由で後からメールチェッカ内に保存できるようにしてもよい。本実施の形態例では，後者の方法で保存する方法で説明する。
【００７８】
送信者は，メールチェッカ３３のオプション機能を開いて，共有情報保管機能を動作させる。メールチェッカ３３は，共通情報（送信メール情報項目と秘密鍵情報生成パターン）の入力に応答して，組合せ検証情報生成装置３２に対して共通情報の保管依頼を発行する。組合せ検証情報生成装置３２は，要求受付手段３２１の入出力部３２１１を介して，メールチェッカ３３からの共通情報保管依頼を受信する。この時，入力された共通情報を受信する。要求受付手段３２１は，共通情報管理手段３２２に対して，共通情報保管依頼を発行する（S3001）。共通情報保管手段３２２は，共通情報保管依頼を受信する（S3002）。共通情報保管手段３２２は，続けて，電子メール情報項目と秘密鍵情報生成パターンの保管処理を行う（S3003，S3004）。共通情報の保管が終了すると，共通情報保管手段３２２は，要求受付手段３２１に対して，完了通知を送信する（S3005）。要求受付手段３２１は，完了通知を受信する（S3006）。
【００７９】
電子メール受信端末のメールチェッカも，受信端末の要求受け付け手段６２１，共通情報管理手段６２２により，上記送信端末の動作と同様の共通情報の保管処理を実行する。
【００８０】
図１０の右側は，送信端末の組合せ検証情報生成装置３２及び受信端末の検証装置６２における秘密情報の保管処理のフローチャートである。まず，送信端末での秘密情報の保管処理について説明する。
【００８１】
電子メール送信端末３は，管理者のメールチェッカ管理端末２から秘密情報を受信し，メールチェッカ３２を介して受信する。この秘密情報は，メールチェッカのインストーラに含めると，インストーラ自体が漏えいした場合に対処できないので，メールチェッカがインストールされた後に，メールチェッカ経由で受信し，メールチェッカに保存することが望ましい。また，組織内秘密情報は，きわめて重要な情報であるので，メールチェッカ経由で受信せず，管理者が組織内の送受信者（利用者）に対して，電子メールや通達等，メールチェッカとは別の手段で提供されることが望ましい。本実施の形態例では，組織内秘密情報が組織内の全電子メール利用者に渡ったことを前提にしていて，秘密鍵情報と秘密鍵バージョン情報は組織内秘密情報で暗号化し，メールチェッカを介して提供する。
【００８２】
送信者は，図４のメールチェッカ３３のオプション機能を開いて，秘密情報保管機能を動作させる。メールチェッカ３３は，組合せ検証情報生成装置３２に，秘密情報（組織内秘密情報，秘密鍵情報，秘密鍵バージョン情報）を入力して，秘密情報の保管依頼を発行する。組合せ検証情報生成装置３２は，図５の要求受付手段３２１の入出力部３２１１を介して，メールチェッカ３３からの秘密情報保管依頼を，秘密情報と共に受信する。要求受付手段３２１は，秘密情報管理手段３２３に対して，秘密情報保管依頼を発行する（S4001）。秘密情報保管手段３２３は，秘密情報保管依頼を受信する（S4002）。
【００８３】
秘密情報保管手段３２３は，続けて，組織内秘密情報，秘密鍵情報，秘密鍵バージョン情報の保管処理を行う（S4003，S4004，S4005）。この時，秘密鍵情報と秘密鍵バージョン情報は，組織内秘密情報で復号したものを保管する。秘密情報の保管が終了すると，秘密情報保管手段３２３は，要求受付手段３２１に対して，完了通知を送信する（S4006）。要求受付手段３２１は，完了通知を受信する（S4007）。
【００８４】
受信端末の秘密情報保管処理も，上記の送信端末の秘密情報の保管処理と同一である。
【００８５】
図１１，図１２，図１３は，送受信端末での秘密情報の保管状態を示す図である。この例では，秘密鍵情報の更新時に，最大３世代の秘密鍵情報を上限に，最新の秘密鍵情報と旧秘密鍵情報とを保存する。最大世代数は，例えば，管理者が事前に選択するようにしてもよい。
【００８６】
図１１は，第１の実施の形態の例を示している。第１の実施の形態では，送受信端末３，６が共に，組織内秘密情報ＳＣ１と，世代１〜３の秘密鍵情報ＳＣ２を保管し管理している。この例では，送受信端末が保管する３世代の連続する秘密鍵情報は全く同じである。各世代の秘密鍵情報には，その世代（バージョン）情報として，秘密鍵バージョン情報ＳＣ２＿Ｖが保管されている。秘密鍵バージョン情報は，秘密鍵の世代（バージョン）を特定することができる情報であり，この例では，管理者が更新した日時の情報である。
【００８７】
図１２は，第２の実施の形態の例を示している。第２の実施の形態では，送信端末３は，世代１〜３の３世代の秘密鍵情報ＳＣ２を保管，管理しているが，受信端末６は，世代１，２の２世代のみの秘密鍵情報ＳＣ２を保管，管理している。受信端末６は，最新世代（第３世代）の秘密鍵情報が未更新である。
【００８８】
図１３は，第３の実施の形態の例を示している。第３の実施の形態では，送受信端末３，６が共に，３世代の秘密鍵情報を保管，管理している。しかし，送信端末３は，世代１〜３の秘密鍵情報を保管し，受信端末６は，世代２〜４の秘密鍵情報を保管している。受信端末６は，１世代分更新が先行しており，送信端末と１世代分ズレが生じている。
【００８９】
［電子メール送信端末による処理］
以後説明する第１〜第３の実施の形態では，送受信端末での秘密情報が図１１〜図１３の３つの状態で保管されていることを想定して説明を行う。
【００９０】
まず，本第１の実施の形態での，組合せ検証情報生成装置３２における組合せ検証情報の生成処理について説明する。
【００９１】
図１４は，組合せ検証情報生成装置３２における組合せ検証情報の生成処理のフローチャートである。まず，送信者は，図４の電子メール送信端末３を使用して，電子メールソフトウエア３１を起動し，送信用メールを作成する。電子メールを作成後，電子メールソフトウエア３１は，組合せ検証情報生成装置３２に，ヘッダ情報および本文情報を含む送信メールを入力して，組合せ検証情報の生成依頼を発行する。
【００９２】
図５の組合せ検証情報生成装置３２は，要求受付手段３２１の入出力部３２１１を介して，電子メールソフトウエア３１からの組合せ検証情報の生成依頼を受信する。要求受付手段３２１は，組合せ検証情報生成手段３２４に対して，組合せ検証情報生成依頼を発行する（S5001）。この時，要求受け付け手段３２１は，電子メールソフトウエア３１から受け取ったヘッダ情報および本文情報を含む送信メールを送信する。
【００９３】
組合せ検証情報生成手段３２４は，組合せ検証情報生成依頼を受信し（S5002），秘密情報管理手段３２３に対して，秘密情報取得依頼を送信する（S5003）。秘密情報管理手段３２３は，秘密情報取得依頼を受信する（S5004）。続けて，秘密情報管理手段３２３は，保管部３２３１，３２３２から秘密情報（組織内秘密情報，秘密鍵情報，秘密鍵バージョン情報）を取得し（S5005），組合せ検証情報生成手段３２４に送信する（S5006）。
【００９４】
組合せ検証情報生成手段３２４は，秘密情報を受信し（S5007），続けて，共通情報管理手段３２２に対して，共通情報（電子メール情報項目と秘密鍵情報生成パターン）の取得依頼を送信する（S5008）。共通情報管理手段３２２は，共通情報の取得依頼を受信し（S5009），電子メール情報項目管理部３２２１から電子メール情報項目を，秘密鍵情報生成パターン保管部３２２２から秘密鍵情報生成パターンを取得する（S5010）。共通情報管理手段３２２は，組合せ検証情報生成手段３２４に対して共通情報を送信する（S5011）。
【００９５】
組合せ検証情報生成手段３２４は，共通情報を取得後（S5012），共通情報を利用して組合せ検証情報を生成する（S5013）。組合せ検証情報の生成では，複数の秘密鍵情報から生成秘密鍵情報を生成し，電子メールの情報と生成秘密鍵情報から検証情報を生成し，組織内秘密情報と複数の秘密鍵情報の秘密鍵バージョン情報とから秘密鍵バージョン情報の特徴情報を生成し，検証情報と秘密鍵バージョン情報の特徴情報とから組合せ検証情報を生成する。この組合せ検証情報の生成処理については，後で詳述する。
【００９６】
組合せ検証情報生成手段３２４の特徴量情報生成部３２４１は，上記の秘密鍵バージョン情報の特徴情報を生成し，組合せ検証情報生成部３２４２は，上記の生成秘密鍵情報の生成と検証情報の生成と組合せ検証情報の生成とを行う。
【００９７】
そして，組合せ検証情報生成手段３２４のヘッダ情報付加部３２４３は，組合せ検証情報と，電子メール情報項目と，秘密鍵情報生成パターンとを，新たなヘッダ項目として送信メールに付加する（S5014)。さらに，組合せ検証情報生成手段３２４は，組合せ検証情報ヘッダ付き送信メールを，要求受付手段３２１に送信し（S5015)，要求受付３２１は受信し（S5016)，電子メールソフトウエア３１が送信装置３４を介して，組合せ検証情報ヘッダ付き送信メールを送信する。
【００９８】
ヘッダ情報付加部３２４３は，電子メール情報項目と秘密鍵情報生成パターンが事前に全端末に通知されている場合で，それにしたがって組合せ検証情報が生成されている場合は，送信メールのヘッダ項目として付加しなくてもよい。但し，特に重要な送信メールであることなどを理由に，そのとき限りの電子メール情報項目と秘密鍵情報生成パターンを選択して組合せ検証情報を生成する場合は，上記のとおり，ヘッダ情報付加部３２４３は，組合せ検証情報と，電子メール情報項目のIDと，秘密鍵情報生成パターンのIDとを，新たなヘッダ項目として送信メールに付加する。
【００９９】
本実施の形態では，電子メール情報項目をそのままヘッダに記述することはせず，“pattern C”というIDを付加している。このように付加することで攻撃者から偽装した検証情報が生成されることを防止する。この場合，受信端末の検証装置６２にも，図９上段と同様の電子メール情報項目候補の一覧が管理され，送信端末と共有しておく必要がある。
【０１００】
図１６には，電子メール情報項目の新たなヘッダ情報として，Ｘ-ＩｎｂｏｕｎｄＴａｒｇｅｔＨｅａｄ：ヘッダが生成され，電子メール情報項目となる“ｐａｔｔｅｒｎ Ｃ”が付加されている。また，秘密鍵情報生成パターンの新たなヘッダ情報として，Ｘ-ＩｎｂｏｕｎｄＫｅｙｓ：ヘッダが生成され，秘密鍵情報生成パターンとなる“ｐａｔｔｅｒｎ １”が付加されている。更に，組合せ検証情報の新たなヘッダ情報として，Ｘ-ＩｎｂｏｕｎｄＭＡＣ１：ヘッダが生成され，組合せ検証情報となる“４８ａｄｆ３ｅ２９４ｂ２：８２ｆ９３ｄ０ｂ９２４８”が付加されている。
【０１０１】
［組合せ検証情報の生成処理］
図１６は，本実施に形態における組合せ検証情報の生成処理を示す図である。組合せ検証情報生成手段３２４は，各保管部３２２１，３２２２，３２３１，３２３２から共通情報と秘密情報を取得し（S5005,S5010)，それらを用いて，電子メール情報項目（pattern C)で指定されている送信メールヘッダ情報のＦｒｏｍ：ヘッダ，Ｔｏ：ヘッダ，Ｓｕｂｊｅｃｔ：ヘッダ，Ｄａｔｅ：ヘッダ，Ｂｏｄｙ：本文情報と，添付ファイル（Ｆｉｌｅ）の５つの項目に対して，複数の秘密鍵情報の組合せから生成した生成秘密鍵情報に基づいて，検証情報ＶＲ１を生成する(S5013)。図１６では，検証情報ＶＲ１として，“４８ａｄｆ３ｅ２９４ｂ２”が生成されている。
【０１０２】
この検証情報ＶＲ１は，例えば，５つの電子メール情報項目と生成秘密鍵情報とについて，一方向性ハッシュ関数を用いて生成したハッシュ情報に相当する。但し，一方向性ハッシュ関数以外の生成方法を用いて生成してもよい。この検証情報の生成アルゴリズムは，検証時の整合性を確保するため，受信端末６の検証装置６２の検証部６２４２と共有する必要がある。
【０１０３】
さらに，組合せ検証情報生成手段３２４は，複数の秘密鍵情報の最新の秘密鍵情報のバージョン情報を取得して最新の秘密鍵情報のバージョン情報の特徴情報ＳＣ４を生成する(S5013)。図１６では，特徴情報ＳＣ４として，“８２ｆ９３ｄ０ｂ９２４８”が出力されている。
【０１０４】
この秘密鍵バージョン情報の特徴情報は，必ずしも特徴情報である必要はなく，秘密鍵情報の識別子（ＩＤやタグ）であってもよい。図１１に示したように，秘密鍵バージョン情報として，更新時の時刻情報や乱数等を用いることが想定され，これら情報を生データのまま採用してもよいが，後述するように組織内秘密情報と最新秘密鍵バージョン情報とを一方向性ハッシュ関数でハッシュ情報にして特徴情報としてもよい。本実施の形態では，秘密鍵バージョン情報の特徴情報として生成する。
【０１０５】
さらに，組合せ検証情報生成手段３２４は，秘密鍵バージョン情報の特徴情報を検証情報と結合して，組合せ検証情報ＶＲ１を生成する(S5013)。この結合方法はいくつかの方法があり，生成した検証情報ＶＲ１（“８２ｆ９３ｄ０ｂ９２４８”）の後ろ，もしくは前のどちらかに特徴情報ＳＣ４を結合することでよい。本実施例では，後ろに結合する例を示している。図１６の例では，組合せ検証情報ＶＲ２は，“８２ｆ９３ｄ０ｂ９２４８ ４８ａｄｆ３ｅ２９４ｂ２”となる。組合せ検証情報のフォーマット定義（結合方法）については，検証装置６２の検証部６２４２と共有する必要がある。
【０１０６】
そして，ヘッダ情報付加部３２４３が，送信メールに，電子メール情報項目（pattern C)，秘密鍵情報生成パターン（pattern 1)，組合せ検証情報ＶＲ２を，ヘッダ項目として付加する（S5014)。
【０１０７】
図１７は，第１の実施の形態における組合せ検証情報の生成処理の詳細を示す図である。図１８は，組合せ検証情報の生成処理のフローチャート図である。第１の実施の形態では，秘密鍵情報生成パターンとして，図９の一覧の「基本」である「組織内秘密情報と，全世代の秘密鍵情報とを組み合わせた，１つの生成秘密鍵情報を生成する」を選択している。
【０１０８】
組合せ検証情報生成手段内の組合せ検証情報生成部３２４２が，組織内秘密情報保管部３２３１から組織内秘密情報ＳＣ１（“Ｅ４３ＦＤ８０４Ａ３２Ｆ９０Ｅ４ＢＡ３”）を，秘密鍵情報保管部３２３２から１世代目から３世代目の全ての秘密鍵情報ＳＣ２を取得し(S5007)，組織内秘密情報ＳＣ１と全ての秘密鍵情報ＳＣ２とを連結して，生成秘密鍵情報ＳＣ３を生成する(S5013_1)。図１７に示されるとおり，組織内秘密情報，秘密鍵情報１，秘密鍵情報２，秘密鍵情報３と時系列になるように順番に連結し，生成秘密鍵情報ＳＣ３が生成されている。
【０１０９】
組合せ検証情報生成部３２４２は，続けて，生成秘密鍵情報ＳＣ３と，送信メール情報項目のＦｒｏｍ：ヘッダ，Ｔｏ：ヘッダ，Ｓｕｂｊｅｃｔ：ヘッダ，Ｄａｔｅ：ヘッダ，Ｂｏｄｙ：本文情報，添付ファイル（Ｆｉｌｅ）の５つの項目とから，検証情報ＶＲ１を生成する(S5013_2)。この生成アルゴリズムは，例えば，単に連結することでもよいが，好ましくは，一方向性ハッシュ関数を用いて，生成秘密鍵情報ＳＣ３に基づき，送信メール情報項目の情報のハッシュ情報を生成して検証情報ＶＲ１とする。または，一方向性ハッシュ関数を用いて，送信メール情報項目の情報と生成秘密鍵情報ＳＣ３との組合せ（連結したもの）のハッシュ情報を生成して検証情報ＶＲ１とする。または，送信メール情報を生成秘密鍵情報で暗号化してもよい。この生成アルゴリズムは，予め送信端末と受信端末間で取り決めしておくことが必要である。
【０１１０】
次に，組合せ検証情報生成手段内の特徴量情報生成部３２４１が，秘密鍵情報保管部３２３２から３つの秘密鍵情報のうち最新の秘密鍵バージョン情報ＳＣ２＿Ｖ（図１７の例では，３世代目の“２０１３／０２／０８  １１：３６：１２”）を取得し，組織内秘密情報ＳＣ１と，最新秘密鍵バージョン情報ＳＣ２＿Ｖとから，最新秘密鍵バージョン情報の特徴情報ＳＣ４を生成する(S5013_3)。この生成アルゴリズムは，例えば，単に連結することでもよいが，好ましくは，一方向性ハッシュ関数を用いて，組織内秘密情報ＳＣ１と最新秘密鍵バージョン情報ＳＣ＿Ｖの組合せ情報のハッシュ情報を，最新秘密鍵バージョン情報の特徴情報ＳＣ４とする。
【０１１１】
最後に，組合せ検証情報生成手段内の組合せ検証情報生成部３２４２が，検証情報ＶＲ１と最新秘密鍵バージョン情報の特徴情報ＳＣ４とを組合せ，これを組合せ検証情報ＶＲ２を生成する(S5013_4)。この生成アルゴリズムは，例えば，検証情報ＶＲ１と最新秘密鍵バージョン情報の特徴情報ＳＣ４とを連結する処理でよい。
【０１１２】
［電子メール受信端末による処理］
次に，電子メール受信端末６の検証装置６２における組合せ検証情報の検証処理について説明する。図１５は，検証装置６２における組合せ検証情報の検証処理のフローチャート図である。図１９は，電子メール受信端末の検証処理を説明する図である。
【０１１３】
受信者は，電子メール受信端末６を使用する。受信者は，電子メールソフトウエア６１を起動し，電子メールの受信処理を行う。この時，受信端末は，受信メールサーバ５，およびメールチェッカ６３を経由して，組合せ検証情報付きメールを受信する。
【０１１４】
電子メールの受信依頼を受付後，電子メールソフトウエア６１は，検証装置６２に，組合せ検証情報付きメールを入力して，組合せ検証情報の検証依頼を発行する。検証装置６２は，要求受付手段６２１の入出力部６２１１を介して，電子メールソフトウエア６１からの組合せ検証情報の検証依頼を受信する。
【０１１５】
図１５に示されるように，要求受付手段６２１は，検証手段６２４に対して，検証依頼を発行する（S6001）。この時，電子メールソフトウエア６１から受け取った，組合せ検証情報付きメールを送信する。検証手段６２４は，検証依頼を受信し（S6002），組合せ検証情報付きメールのヘッダ情報，および本文情報の解析を行う（S6003）。続けて，ヘッダ情報から電子メール情報項目を取得する（S6004）。具体的には，図１９に示すように，電子メール情報項目に相当する，Ｘ-ＩｎｂｏｕｎｄＴａｒｇｅｔＨｅａｄ：ヘッダを参照して，どの項目が検証情報の生成対象かを確認する。電子メール情報項目として，“ｐａｔｔｅｒｎ Ｃ”が指定されている。また，秘密鍵情報生成パターンに相当する，Ｘ-ＩｎｂｏｕｎｄＫｅｙｓ：ヘッダを参照して，生成パターンを確認する。秘密鍵情報生成パターンとして，“ｐａｔｔｅｒｎ １”が指定されている。
【０１１６】
検証手段６２４は，共通情報管理手段６２２に対して，共通情報となる電子メール情報項目，および共通情報生成パターンの内容の取得依頼を送信する（S6005）。この時，S6004で取得した，電子メール情報項目：“ｐａｔｔｅｒｎ Ｃ”と，秘密鍵情報生成パターン：“ｐａｔｔｅｒｎ １”の情報を一緒に送信する。共通情報管理手段６２２は，共通情報取得依頼を受信する（S6006）。共通情報管理手段６２２は，対象ヘッダ項目保管部６２２１から，“ｐａｔｔｅｒｎ Ｃ”に相当する，電子メール情報項目の内容を取得する（S6007）。本実施の形態では，“ｐａｔｔｅｒｎ Ｃ”に相当する，Ｆｒｏｍ：ヘッダ，Ｔｏ：ヘッダ，Ｓｕｂｊｅｃｔ：ヘッダ，Ｄａｔｅ：ヘッダ，Ｂｏｄｙ：本文情報，添付ファイル（Ｆｉｌｅ）の５つの項目を取得する。また，秘密鍵情報生成パターン保管部６２２２から，“ｐａｔｔｅｒｎ １”に相当する，秘密鍵情報生成パターンの内容を取得する（S6007）。
【０１１７】
共通情報管理手段６２２は，電子メール情報項目と秘密鍵情報生成パターンの内容を取得が完了すると，検証手段６２４に共通情報を送信する（S6008）。この時，S6007で取得した，対象ヘッダ項目と秘密鍵情報生成パターンの内容を送信する。検証手段６２４は，共通情報を受信する（S6009）。
【０１１８】
次に，検証手段６２４は，秘密情報取得依頼を秘密情報管理手段６２３に送信する（S6010）。秘密情報管理手段６２３は，秘密情報取得依頼を受信する（S6011）。秘密情報管理手段６２３は，秘密情報となる，組織内秘密情報，秘密鍵情報，秘密鍵バージョン情報を取得し（S6012），検証手段６２４に送信する（S6013）。検証手段６２４は，秘密情報を受信する（S6014）。
【０１１９】
さらに，検証手段６２４は，図１７，図１８で示した送信端末での検証情報の生成と同じ方法で，組合せ検証情報を再生成する（S6015)。そして，検証手段６２４は，受信メールのヘッダから受信メールの組合せ検証情報を取得し（S6016)，再生成した組合せ検証情報と受信メールの組合せ検証情報とを比較し（S6017)，検証結果を要求受付手段６２１に送信する(S6018)。
【０１２０】
検証手段は，検証結果を要求受付手段６２１へ送信する（図１５のS6018）。要求受付手段６２１は，検証結果を受信すると（S6019），電子メールソフトウエア６１に対して検証結果を送信し，出力装置６４を介して，受信者に対して検証結果が通知される。
【０１２１】
図２０は，検証手段での検証処理の詳細を示す図である。図２１は，検証処理のフローチャート図である。検証手段６２４は，図１７，図１８で示した送信端末での検証情報の生成と同じ方法で，組織内秘密情報ＳＣ１と最新の秘密鍵バージョン情報ＳＣ２＿Ｖとから，最新秘密鍵バージョン情報の特徴情報ＳＣ４を再生成する（S6015_1）。図２０には，最新の秘密鍵バージョン情報の特徴情報ＳＣ４として，“８２ｆ９３ｄ０ｂ９２４８”が出力されている。
【０１２２】
検証手段６２４は，組合せ検証情報付きメール情報の，Ｘ-ＩｎｂｏｕｎｄＭＡＣ１：ヘッダを取得し，最新の秘密鍵バージョン情報の特徴情報が記載された項目を取得する（図１５のS6016）。そして，検証手段６２４は，受信メールの特徴情報と再生成した特徴情報ＳＣ４とを比較し，一致するか確認する（S6017_1)。不一致であれば，検証不合格または最新秘密鍵バージョンの不一致の旨，受信者に通知する(S6017_3)。
【０１２３】
一致すれば，続けて，検証手段は，電子メール情報項目の情報を利用して，送信端末での検証情報の生成と同じ方法で，生成秘密鍵情報の再生成(S6015_2)，検証情報の再生成（S6015_3)を行う。具体的には，図１９に示すように，検証手段６２４を介して，ヘッダ情報のＦｒｏｍ：ヘッダ，Ｔｏ：ヘッダ，Ｓｕｂｊｅｃｔ：ヘッダ，Ｄａｔｅ：ヘッダ，Ｂｏｄｙ：本文情報（Ｆｉｌｅ：添付ファイルを含む）の５つの項目に対する検証情報を再生成する。図２０には，検証情報ＶＲ１として，“４８ａｄｆ３ｅ２９４ｂ２”が再生成されている。
【０１２４】
次に，検証手段は，組合せ検証情報付きメール情報の，Ｘ-ＩｎｂｏｕｎｄＭＡＣ１：ヘッダを取得し，検証情報が記載された項目を取得し（図１５のS6016），再生成した検証情報ＶＲ１と比較し一致するか否か確認する（S6017_2）。不一致であれば，検証不合格または検証情報不一致の旨，受信者に通知する(S6017_3)。
【０１２５】
以上の通り，第１の実施の形態では，図１１に示すように電子メール送信端末３と受信端末６とが，共に１〜３世代の秘密鍵情報を保持している場合で，図９の秘密鍵情報生成パターンとして「基本」のpattern 1が選択された場合について，送信端末での組合せ検証情報の生成と，受信端末での組合せ検証情報による検証処理について説明した。第１の実施の形態では，組織内の秘密鍵の世代管理が比較的良好に行われている場合を想定している。そして，送信端末は，連続する複数の秘密鍵情報から生成秘密鍵情報を生成し，その生成秘密鍵情報を利用して電子メール情報から検証情報を生成し，連続する複数の秘密鍵情報の最新秘密鍵バージョン情報の特徴情報を生成し，それらを組み合わせて組合せ検証情報を生成し，送信メールのヘッダに付加する。そして，受信端末は，送信端末と同様にして組合せ検証情報を生成し，受信メールの組合せ検証情報と比較して，不正メールか否かの検証を行う。したがって，次々に更新される秘密鍵情報の一部が悪意のある第三者に漏洩しても，生成秘密鍵情報の元になる連続する複数の秘密鍵情報が全て且つバージョン情報と共に漏洩しなければ，不正メールの検証を行うことができる。
【０１２６】
［第２の実施の形態］
第２の実施の形態での組合せ検証情報の生成と検証方法の基本的な処理の流れは，第１の実施の形態の図１４，１５，１６，１９と同じである。そして，第２の実施の形態では，図１２に示すように電子メール送信端末３が１〜３世代の秘密鍵情報を保持し，受信端末が１，２世代の秘密鍵情報しか保持していない場合で，図９の秘密鍵情報生成パターンとして「拡張１」のpattern 2が選択された場合を前提にしている。
【０１２７】
図２２は，本実施の形態における組合せ検証情報の生成処理の詳細を示す図である。図２３は，組合せ検証情報の生成処理のフローチャート図である。図２０に示すとおり，送信端末３のメールチェッカは，第１〜第３の３つの組合せ検証情報を生成し，メールヘッダに付加して送信する。送信端末３は１〜３世代の秘密鍵情報を保管しており，秘密鍵情報の生成パターンは，「拡張」であるので，生成秘密鍵情報を生成するための連続する秘密鍵情報の第１の組合せは，１〜３世代の秘密鍵情報であり，第２の組合せは１，２世代の秘密鍵情報であり，第３の組合せは１世代の秘密鍵情報である。但し，第３の組合せは，単一の秘密鍵情報しかないので安全性は第１，第２の組合せほど高くない。
【０１２８】
図２２の第１の組合せ検証情報ＶＲ２＿１では，送信端末３で管理されている，組織内秘密情報と，世代１〜３のすべての秘密鍵情報，電子メール情報を用いて検証情報ＶＲ１＿１を生成し，採用した３つの秘密鍵情報の中で最新の世代３の秘密鍵バージョン情報を用いて特徴情報ＳＣ４＿１を生成し，それらを連結して組合せ検証情報ＶＲ２＿１を生成する。これを，Ｘ-ＩｎｂｏｕｎｄＭＡＣ１：ヘッダに付加する。図２２では，“４８ａｄｆ３ｅ２９４ｂ２：８２ｆ９３ｄ０ｂ９２４８”が付加されている。
【０１２９】
第２の組合せ検証情報ＶＲ２＿２では，送信端末３で管理されている，組織内秘密情報と，世代１〜２の秘密鍵情報，電子メール情報を用いて検証情報ＶＲ１＿２を生成し，採用した２つの秘密鍵情報の中で最新の世代２の秘密鍵バージョン情報を用いて特徴情報ＳＣ４＿２を生成し，それらを結合して組合せ検証情報ＶＲ２＿２を生成する。これを，Ｘ-ＩｎｂｏｕｎｄＭＡＣ２：ヘッダに付加する。図２２では，“２９４３０ｂ２ａｄ８ｃｄ：１８２９３ｆｂｃ６ａ７２”が付加されている。
【０１３０】
第３の組合せ検証情報ＶＲ２＿３では，送信端末３で管理されている，組織内秘密情報と，世代１の秘密鍵情報，電子メール情報を用いて検証情報ＶＲ１＿３を生成し，世代１の秘密鍵バージョン情報を用いて特徴情報ＳＣ４＿３を生成し，それらを連結して組合せ検証情報を生成する。これを，Ｘ-ＩｎｂｏｕｎｄＭＡＣ３：ヘッダに付加する。図２２では，“９８ｄｂｃ２ａｄｆ７８２：ｂ２９０ｄａ６１８２２３”が付加されている。
【０１３１】
また，秘密鍵情報生成パターンの新たなヘッダ情報として，Ｘ-ＩｎｂｏｕｎｄＫｅｙｓ：ヘッダ：“ｐａｔｔｅｒｎ ２”が付加される。
【０１３２】
図２３のフローチャート図によれば，組合せ検証情報生成手段３２４は，初期値として，Ｎ＝１とし，保管している全ての秘密鍵情報のうち最新の秘密鍵情報（世代３）を，最新の秘密鍵情報及び最新の秘密鍵バージョン情報と仮定する(S5013_0)。そして，図１８と同様に，処理S5013_1〜S5013_4を実行して第１（Ｎ＝１）の組合せ検証情報を生成する。そして，Ｎが最大値３に達していなければ，Ｎ＝Ｎ＋１として，次に新しい秘密鍵情報（世代２）を，最新の秘密鍵情報及び最新の秘密鍵バージョン情報と仮定し(S5013_6)，処理S5013_1〜S5013_4を実行して第２（Ｎ＝２）の組合せ検証情報を生成する。そして，Ｎが最大値に達するまで，上記の処理を繰り返す。
【０１３３】
図２４は，第２の実施形態における組合せ検証情報の検証処理の詳細を示す図である。図２５は，その検証処理のフローチャート図である。受信端末は，世代１，２の秘密鍵情報を保管しているので，秘密鍵情報生成パターンが「拡張１」により，世代１，２の秘密鍵情報による組合せ検証情報を生成する。送信端末が前述の第３の組合せ検証情報を生成する場合は，受信端末も，世代１の秘密鍵情報による組合せ検証情報を生成してもよい。ただし，この場合の検証の信憑性はそれほど高くない。
【０１３４】
まず，検証手段６２４は，受信端末で管理されている，組織内秘密情報ＳＣ１と，世代２，１の秘密鍵情報のうち最新の世代２の秘密鍵情報ＳＣ２の秘密鍵バージョン情報ＳＣ２＿Ｖを用いて，最新の秘密鍵バージョン情報の特徴情報ＳＣ４＿２を再生成する(S6015_1)。図２４には，“１８２９３ｆｂｃ６ａ７２”が出力されている。
【０１３５】
さらに，検証手段６２４は，再生成された最新の秘密鍵バージョン情報の特徴情報ＳＣ４＿２：“１８２９３ｆｂｃ６ａ７２”を用いて，組合せ検証情報付きメール情報内ヘッダを検索し，一致する組合せ検証情報ヘッダを検索する。Ｘ-ＩｎｂｏｕｎｄＭＡＣ２：ヘッダの，秘密鍵バージョン情報の特徴情報：“１８２９３ｆｂｃ６ａ７２”を参照し，一致することを確認する(S6017_1)。
【０１３６】
続けて，検証手段６２４は，組織内秘密情報ＳＣ１と，世代１，２の秘密鍵情報ＳＣ２を用いて，検証情報ＶＲ１＿２を再生成する(S6015_2,S6015_3)。図２４には，“２９４３０ｂ２ａｄ８ｃｄ”が出力されている。そして，検証手段は，Ｘ-ＩｎｂｏｕｎｄＭＡＣ２：ヘッダの，検証情報：“２９４３０ｂ２ａｄ８ｃｄ”を参照し，再生成した検証情報と一致することを確認する。
【０１３７】
図２５に示されるとおり，検証手段６２４は，特徴情報が一致しない場合は，次に新しい世代の秘密鍵情報を最新の秘密鍵情報と仮定して，上記と同様に最新秘密鍵バージョン情報の特徴情報を生成し，組合せ検証情報付きメールの特徴情報と一致するか否かを確認する。この処理を，Ｎが最大値３に達するまで繰り返す。
【０１３８】
第２の実施の形態では，図１２に示されるように送信端末が世代１〜３の秘密鍵情報を保管し，受信端末が世代１，２の秘密鍵情報を保管している場合でも，秘密鍵情報生成パターンを拡張１に選択して検証情報と最新秘密鍵バージョン情報の特徴情報を生成することで，不正メールか否かの検証を行うことができる。上記の例では，送信端末が生成した世代１，２の秘密鍵情報による第２の検証情報とその最新秘密鍵バージョンの特徴量の組合せが，受信端末が生成した世代１，２の秘密鍵情報による検証情報と最新秘密鍵バージョンの特徴量の組合せと一致している。第２の実施の形態は，送信端末が世代１，２を保持し，受信端末が世代１，２，３を保持する場合にも，もちろん適用できる。
【０１３９】
［第３の実施の形態］
第３の実施の形態での組合せ検証情報の生成と検証方法の基本的な処理の流れも，第１の実施の形態の図１４，１５，１６，１９と同じである。そして，第３の実施の形態では，図１３に示すように電子メール送信端末３が世代１〜３の秘密鍵情報を保持し，受信端末が世代２〜４の秘密鍵情報を保持する場合で，図９の秘密鍵情報生成パターンとして「拡張２」のpattern 3が選択された場合を前提にしている。つまり，送信端末と受信端末とで連続する３つの世代がずれている。
【０１４０】
図２６は，第３の実施の形態における組合せ検証情報の生成処理の詳細を示す図である。検証情報の生成処理のフローチャートは図２３と同様である。第３の実施の形態では，第２の実施の形態の図２２に示した第１〜第３の組合せ検証情報ＶＲ２＿１〜ＶＲ２＿３に加えて，図２６に示す第４の組合せ検証情報ＶＲ２＿４を生成する。第１〜第３の組合せ検証情報の生成方法は，第２の実施形態と同じである。
【０１４１】
第４の組合せ検証情報ＶＲ２＿４では，送信端末で管理されている，組織内秘密情報と，世代２，世代３の秘密鍵情報と，電子メール情報とから第４の検証情報ＶＲ１＿４を生成し，さらに，採用した秘密鍵情報の最新の世代３の秘密鍵バージョン情報を用いて最新秘密鍵バージョンの特徴量情報ＳＣ４＿４を生成し，第４の検証情報と連結して組合せ検証情報ＶＲ２＿４を生成する。そして，この第４の組合せ検証情報ＶＲ２＿４を，Ｘ-ＩｎｂｏｕｎｄＭＡＣ４：ヘッダに付加する。図２６では，“３１９３ｂｃ１ａｄｃ１２：８２ｆ９３ｄ０ｂ９２４８”が付加されている。また，秘密鍵情報生成パターンの新たなヘッダ情報として，Ｘ-ＩｎｂｏｕｎｄＫｅｙｓ：ヘッダ：“ｐａｔｔｅｒｎ ３”が付加される。図２６に示すとおり，第１〜第４の４つの組合せ検証情報がメールヘッダに付加して送信される。
【０１４２】
図２７は，第３の実施形態における組合せ検証情報の検証処理の詳細を示す図である。検証処理のフローチャートは図２５と同様である。まず，受信端末の検証手段６２４は，受信端末で管理されている，組織内秘密情報ＳＣ１と，最新の世代４の秘密鍵バージョン情報ＳＣ２＿Ｖを用いて，最新の秘密鍵バージョン情報の特徴情報を再生成する。
【０１４３】
検証手段６２４は，再生された最新の秘密鍵バージョン情報の特徴情報を用いて，組合せ検証情報付きメール情報内ヘッダを検索し，一致する特徴情報を有する組合せ検証情報ヘッダを検索する。送信端末３には世代４の秘密鍵情報が保管されていないので，世代４の特徴情報は見つからない。
【０１４４】
その結果，検証手段６２４は，組織内秘密情報と，２つ目に新しい世代３の秘密鍵バージョン情報を用いて，世代３の秘密鍵バージョン情報の特徴情報を再生成する(S6015_1)。図２７では，“８２ｆ９３ｄ０ｂ９２４８”が出力されている。
【０１４５】
検証手段６２４は，再生された最新の秘密鍵バージョン情報の特徴情報を用いて，組合せ検証情報付きメール情報内ヘッダを検索し，Ｘ-ＩｎｂｏｕｎｄＭＡＣ１，４：ヘッダの，秘密鍵バージョン情報の特徴情報：“８２ｆ９３ｄ０ｂ９２４８”が一致することを確認する。
【０１４６】
続けて，検証手段６２４は，組織内秘密情報と，世代２，３の秘密鍵情報を用いて，検証情報を再生成する(S6015_3)。図２７では，“３１９３ｂｃ１ａｄｃ１２”が出力されている。そして，検証手段は，Ｘ-ＩｎｂｏｕｎｄＭＡＣ４：ヘッダの，検証情報：“３１９３ｂｃ１ａｄｃ１２”が，再生成した世代２，３の秘密鍵情報による検証情報と一致することを確認する。
【０１４７】
第３の実施の形態では，図１３に示すように電子メール送信端末３が世代１〜３の秘密鍵情報を保持し，受信端末が世代２〜４の秘密鍵情報を保持する場合であり，送信端末と受信端末とで連続する３つの世代がずれている。しかし，図９の秘密鍵情報生成パターンとして「拡張２」のpattern 3が選択されているので，送信端末での世代２，３の秘密鍵情報で生成した検証情報と最新秘密鍵バージョンの特徴量情報の組合せと，受信端末での世代２，３の秘密鍵情報で生成した検証情報と最新秘密鍵バージョンの特徴量情報の組合せとが一致する。つまり，秘密鍵情報生成パターンの「拡張２」を選択することで，検証情報の種類が増えたことで，送信端末と受信端末間で秘密鍵情報の世代がずれていても，不正メールの検証を行うことができる。第３の実施の形態は，送信端末が世代２〜４の秘密鍵情報を保持し，受信端末が世代１〜３の秘密鍵情報を保持する場合も，同様に適用することができる。
【０１４８】
第３の実施の形態で選択した「拡張２」の秘密鍵情報生成パターンを，秘密鍵情報の最大数が５の場合に適用すると，次の１０個の組合せの連続する複数の秘密鍵情報を使用して検証情報を生成する。
（１）世代１，２，３，４，５
（２）世代１，２，３，４
（３）世代１，２，３
（４）世代１，２
（５）世代２，３，４，５
（６）世代２，３，４
（７）世代２，３
（８）世代３，４，５
（９）世代３，４
（１０）世代４，５
したがって，秘密鍵情報の最大数を大きくすると，送信側と受信側で生成すべき検証情報の数が多くなるので，最適な数を選択することが望ましい。
【０１４９】
以上の第１〜第３の実施の形態の組合せ検証情報の生成処理は，図２８のように一般化できる。さらに，検証処理は，図２９のように一般化できる。図２８，２９の説明は，前述のとおりである。
【０１５０】
以上のように，第１〜第３の実施の形態によれば，複数の秘密鍵情報を利用して検証情報を生成し，検証情報によって不正メールか否かの検証を行うので，１つの秘密鍵情報が漏洩してた場合でも適切に検証を行うことができる。
【０１５１】
さらに，第２，第３の実施の形態によれば，送信側と受信側で保管している秘密鍵情報のバージョンが異なっている場合や，ずれている場合でも，送受信端末が，複数の組合せで連続する複数の秘密鍵情報を利用して複数の検証情報を生成するので，いずれかの検証情報が一致して適切に検証を行うことができる。
【０１５２】
また，複数の連続する秘密鍵情報の最新の秘密鍵バージョン情報の特徴量情報を生成することで，検証工程において，まず特徴量情報で一致するものを検出してから，一致する秘密鍵バージョンに対応する検証情報を再生成して更に一致するかを判定すればよい。したがって，検証情報の再生成工程を短縮することができる。
【０１５３】
したがって，クライアントベースで標的型メールを検知することが可能となる。また，従来方法に比べて標的型メールの検知確率向上が期待できる。
【０１５４】
以上の実施の形態をまとめると，次の付記のとおりである。
【０１５５】
（付記１）
更新された秘密鍵情報と前記更新秘密鍵情報の秘密鍵バージョン情報とを，更新済みの旧秘密鍵情報と前記旧秘密鍵情報の旧秘密鍵バージョン情報に追加して保存する秘密鍵情報の更新手順と，
予め決められた組合せの複数の秘密鍵情報と，組織外には秘密にされる組織内秘密情報とから，生成秘密鍵情報を生成する生成秘密鍵情報生成手順と，
前記生成秘密鍵情報と，送信メールが有する情報とから，検証情報を生成する検証情報生成手順と，
前記予め決められた組合せの複数の秘密鍵情報の前記秘密鍵バージョン情報と，前記組織内秘密情報とから，秘密鍵バージョン情報の特徴情報を生成する特徴情報生成手順と，
前記検証情報と，前記検証情報に対応する秘密鍵バージョン情報の特徴情報とをそれぞれ組み合わせた，組合せ検証情報を，送信メールに付加する組合せ検証情報付加手順と，
前記予め決められた組合せの複数の秘密鍵情報と，前記組織内秘密情報とから，単一または複数の生成秘密鍵情報を再生成する生成秘密鍵情報再生成手順と，
前記生成秘密鍵情報と，受信メールが有する情報とから，検証情報を再生成する検証情報再生成手順と，
前記予め決められた組合せの複数の秘密鍵情報の前記秘密鍵バージョン情報と，前記組織内秘密情報とから，秘密鍵バージョン情報の特徴情報を再生成する特徴情報再生成手順と，
前記再生成された検証情報と，前記検証情報に対応する秘密鍵バージョン情報の特徴情報とをそれぞれ組み合わせた，組合せ検証情報と，前記受信メールに付加された組合せ検証情報が一致するか否か検証する検証手順とをコンピュータに実行させる，不正メール検出プログラム。
【０１５６】
（付記２）
付記１において，
前記更新手順では，前記更新された秘密鍵情報及び秘密鍵バージョン情報を，前記旧秘密鍵情報及び旧秘密鍵バージョン情報と共に，所定の最大数を限度に保存し，前記最大数を超える場合は最も古い旧秘密鍵情報及び旧秘密鍵バージョン情報を破棄する，不正メール検出プログラム。
【０１５７】
（付記３）
付記１または２において，
前記予め決められた組合せの複数の秘密鍵情報は，前記電子メール端末装置が保存する全ての秘密鍵情報を有する，不正メール検出プログラム。
【０１５８】
（付記４）
付記１または２において，
前記予め決められた組合せの複数の秘密鍵情報は，前記電子メール端末装置が保存する複数の秘密鍵情報のうち，連続するバージョンであって前記保存する複数の秘密鍵情報の全部または一部の秘密鍵情報を有する，不正メール検出プログラム。
【０１５９】
（付記５）
付記４において，
前記全部または一部の秘密鍵情報は，前記電子メール端末装置が保存する複数の秘密鍵情報のうち，第１のバージョンの秘密鍵情報と前記第１のバージョンに連続して古いバージョンの秘密鍵情報との第１の組合せ秘密鍵情報と，前記第１のバージョンより古い第２のバージョンの秘密鍵情報と前記第２のバージョンに連続して古いバージョンの秘密鍵情報との第２の組合せ秘密鍵情報とを有する，不正メール検出プログラム。
【０１６０】
（付記６）
付記４または５において，
前記全部または一部の秘密鍵情報は，前記電子メール端末装置が保存する複数の秘密鍵情報のうち，第３のバージョンの秘密鍵情報と前記第３のバージョンに連続して新しいバージョンの秘密鍵情報との第３の組合せ秘密鍵情報と，前記第３のバージョンより新しい第４のバージョンの秘密鍵情報と前記第４のバージョンに連続して新しいバージョンの秘密鍵情報との第４の組合せ秘密情報とを有する，不正メール検出プログラム。
【０１６１】
（付記７）
付記１または２において，
前記検証情報生成手順及び前記検証情報再生成手順において生成及び再生成される前記検証情報は，一方向性ハッシュ関数を用いて，前記生成秘密鍵情報に基づき生成される，前記送信及び受信メールが有する情報のハッシュ情報である，不正メール検出プログラム。
【０１６２】
（付記８）
付記１または２において，
前記検証情報生成手順及び前記検証情報再生成手順において生成及び再生成される前記検証情報は，一方向性ハッシュ関数を用いて生成される，前記生成秘密鍵情報と前記送信及び受信メールが有する情報の組合せのハッシュ情報である，不正メール検出プログラム。
【０１６３】
（付記９）
付記１，２，７，８のいずれかにおいて，
前記送信及び受信メールが有する情報は，前記送信メールのヘッダ情報，本文，添付ファイルのいずれかの組合せ情報であり，前記組合せ情報は前記電子メール端末装置間で予め決められている，不正メール検出プログラム。
【０１６４】
（付記１０）
付記１または２において，
前記特徴情報生成手順及び前記特徴情報再生成手順において，前記予め決められた組合せの複数の秘密鍵情報の前記秘密鍵バージョン情報は，前記複数の秘密鍵情報のうち最も新しい秘密鍵情報の最新秘密鍵バージョン情報である，不正メール検出プログラム。
【０１６５】
（付記１１）
付記１または２において，
前記特徴情報生成手順及び前記特徴情報再生成手順において生成される及び再生成される前記秘密鍵バージョン情報の特徴情報は，一方向性ハッシュ関数を用いて生成される，前記秘密鍵バージョン情報と前記組織内秘密鍵情報の組合せのハッシュ情報である，不正メール検出プログラム。
【０１６６】
（付記１２）
付記１または２において，
前記組合せ検証情報付加手順及びび検証手順において，前記組合せ検証情報は，前記検証情報と，前記検証情報に対応する秘密鍵バージョン情報の特徴情報とを連結して生成される，不正メール検出プログラム。
【０１６７】
（付記１３）
電子メール端末装置が受信する不正メールを検出する不正メール検出方法であって，
更新された秘密鍵情報と前記更新秘密鍵情報の秘密鍵バージョン情報とを，更新済みの旧秘密鍵情報と前記旧秘密鍵情報の旧秘密鍵バージョン情報に追加して保存する秘密鍵情報の更新工程と，
予め決められた組合せの複数の秘密鍵情報と，組織外には秘密にされる組織内秘密情報とから，生成秘密鍵情報を生成する生成秘密鍵情報生成工程と，
前記生成秘密鍵情報と，送信メールが有する情報とから，検証情報を生成する検証情報生成工程と，
前記予め決められた組合せの複数の秘密鍵情報の前記秘密鍵バージョン情報と，前記組織内秘密情報とから，秘密鍵バージョン情報の特徴情報を生成する特徴情報生成工程と，
前記検証情報と，前記検証情報に対応する秘密鍵バージョン情報の特徴情報とをそれぞれ組み合わせた，組合せ検証情報を，送信メールに付加する組合せ検証情報付加工程と，
前記予め決められた組合せの複数の秘密鍵情報と，前記組織内秘密情報とから，生成秘密鍵情報を再生成する生成秘密鍵情報再生成工程と，
前記生成秘密鍵情報と，受信メールが有する情報とから，検証情報を再生成する検証情報再生成工程と，
前記予め決められた組合せの複数の秘密鍵情報の前記秘密鍵バージョン情報と，前記組織内秘密情報とから，秘密鍵バージョン情報の特徴情報を再生成する特徴情報再生成工程と，
前記再生成された検証情報と，前記検証情報に対応する秘密鍵バージョン情報の特徴情報とをそれぞれ組み合わせた，組合せ検証情報と，前記受信メールに付加された組合せ検証情報が一致するか否か検証する検証工程とを有する，不正メール検出方法。
【０１６８】
（付記１４）
電子メール端末装置が受信する不正メールを検出する不正メール検出装置であって，
更新された秘密鍵情報と前記更新秘密鍵情報の秘密鍵バージョン情報とを，更新済みの旧秘密鍵情報と前記旧秘密鍵情報の旧秘密鍵バージョン情報に追加して保存する秘密鍵情報の更新手段と，
メール送信時において，
予め決められた組合せの複数の秘密鍵情報と，組織外には秘密にされる組織内秘密情報とから，生成秘密鍵情報を生成する生成秘密鍵情報生成処理と，
前記生成秘密鍵情報と，送信メールが有する情報とから，検証情報を生成する検証情報生成処理と，
前記予め決められた組合せの複数の秘密鍵情報の前記秘密鍵バージョン情報と，前記組織内秘密情報とから，秘密鍵バージョン情報の特徴情報を生成する特徴情報生成処理と，
前記検証情報と，前記検証情報に対応する秘密鍵バージョン情報の特徴情報とをそれぞれ組み合わせた，組合せ検証情報を，送信メールに付加する組合せ検証情報付加処理とを，実行する組合せ検証情報生成手段と，
メール受信時において，
前記予め決められた組合せの複数の秘密鍵情報と，前記組織内秘密情報とから，生成秘密鍵情報を再生成する生成秘密鍵情報再生成処理と，
前記生成秘密鍵情報と，受信メールが有する情報とから，検証情報を再生成する検証情報再生成処理と，
前記予め決められた組合せの複数の秘密鍵情報の前記秘密鍵バージョン情報と，前記組織内秘密情報とから，秘密鍵バージョン情報の特徴情報を再生成する特徴情報再生成処理と，
前記再生成された検証情報と，前記検証情報に対応する秘密鍵バージョン情報の特徴情報とをそれぞれ組み合わせた，組合せ検証情報と，前記受信メールに付加された組合せ検証情報が一致するか否か検証する検証処理とを，実行する検証手段とを有する，不正メール検出装置。
【符号の説明】
【０１６９】
１：ネットワーク
２：メールチェッカ端末装置
３：電子メール送信端末
６：電子メール受信端末
【図１】
2015133654.tif 000003
【図２】
2015133654.tif 000004
【図３】
2015133654.tif 000005
【図４】
2015133654.tif 000006
【図５】
2015133654.tif 000007
【図６】
2015133654.tif 000008
【図７】
2015133654.tif 000009
【図８】
2015133654.tif 000010
【図９】
2015133654.tif 000011
【図１０】
2015133654.tif 000012
【図１１】
2015133654.tif 000013
【図１２】
2015133654.tif 000014
【図１３】
2015133654.tif 000015
【図１４】
2015133654.tif 000016
【図１５】
2015133654.tif 000017
【図１６】
2015133654.tif 000018
【図１７】
2015133654.tif 000019
【図１８】
2015133654.tif 000020
【図１９】
2015133654.tif 000021
【図２０】
2015133654.tif 000022
【図２１】
2015133654.tif 000023
【図２２】
2015133654.tif 000024
【図２３】
2015133654.tif 000025
【図２４】
2015133654.tif 000026
【図２５】
2015133654.tif 000027
【図２６】
2015133654.tif 000028
【図２７】
2015133654.tif 000029
【図２８】
2015133654.tif 000030
【図２９】
2015133654.tif 000031
【図３０】
2015133654.tif 000032