暗号通信システム、管理者装置、およびプログラム
【課題】公開鍵を利用して電子情報を暗号して送受信するシステムにおいて、信頼性を確保しつつ送信者による公開鍵の電子証明発行を不要にする。
【解決手段】送信者端末１は、公開鍵である暗号化鍵を使用して電子情報を暗号化して送信する送信者が使用する端末である。受信者端末２は、暗号化された電子情報を受信して、秘密鍵である復号鍵を使用して復号を行う受信者が使用する端末である。システム管理装置３は、暗号化鍵の有効性の確認と復号チケットの発行の処理を行うシステム管理者が使用する端末である。送信者端末１、受信者端末２、システム管理装置３は、通信回線を通じてインターネット別途等のネットワーク４に接続し、相互にデータの送受信を行う。
【解決手段】送信者端末１は、公開鍵である暗号化鍵を使用して電子情報を暗号化して送信する送信者が使用する端末である。受信者端末２は、暗号化された電子情報を受信して、秘密鍵である復号鍵を使用して復号を行う受信者が使用する端末である。システム管理装置３は、暗号化鍵の有効性の確認と復号チケットの発行の処理を行うシステム管理者が使用する端末である。送信者端末１、受信者端末２、システム管理装置３は、通信回線を通じてインターネット別途等のネットワーク４に接続し、相互にデータの送受信を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、暗号通信システム、管理者装置、およびプログラムに関する。
【背景技術】
【０００２】
電子情報を暗号化して送受信する場合に、電子情報の機密性又は信頼性を確保する方法としては、送信する者が、信頼のある第三者により署名された電子証明書を発行させることにより、その電子情報の真正性を証明する方法がある。
この電子証明書を発行する技術に関連して、公開鍵証明書と称される公開鍵暗号方式を用いたＰＫＩの信頼モデルの標準規格として、ＩＴＵ−Ｔが策定したＸ．５０９がある（例えば、非特許文献1参照）。
【０００３】
また、公開鍵証明書が不要な電子情報の送受信方法としては、証明書不要の公開暗号方式（Ｃｅｒｔｉｆｉｃａｔｅ Ｂａｓｅｄ Ｅｎｃｒｙｐｔｉｏｎ：ＣＢＥ）がある。この方式では、まず、管理者は、鍵の生成を行うプログラム内の演算で使用するパラメータ、受信者（暗号化された電子情報を受け取る側）の電子メール・アドレスなどの特定ＩＤ、および乱数等により生成されたマスター・シークレットを生成する。
次に、管理者が、予め定められた文字列ごとに変換用の値を用いて受信者ＩＤの変換を行い、さらにパラメータ、受信者の特定ＩＤ、マスター・シークレットと、鍵生成用のプログラムを使用して、鍵の生成を行う（例えば、特許文献１参照）。
【０００４】
さらにまた、公開鍵証明書が不要な公開暗号鍵を使用した階層的ＩＤベース暗号方式では、送信者は受信者から公開鍵と受信者ＩＤである電子メール・アドレスを取得する。
次に、受信者ＩＤの電子メール・アドレスが、例えば”ａｌｉｃｅ＠ｃｓ．ｕｎｉｖ．ｅｄｕ”であれば、ａｌｉｃｅ、ｃｓ、ｕｎｉｖ、ｅｄｕを各々ＩＤタプルとする。
そして、送信者は暗号化したい電子情報を、公開鍵と受信者ＩＤのＩＤタプルとを結合して暗号分を生成する。
上記の暗号化に使用する受信者ＩＤは特許文献１のような変換は行われず、ＩＤタプルに分解され使用される。この方式では、楕円曲線とペアリングという数学的構成概念を利用しているためシステムの安全性が確保される（例えば、非特許文献２参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−５３７７１１号公報
【非特許文献】
【０００６】
【非特許文献１】情報セキュリティ技術ラボラトリー、“ＰＫＩ関連技術解説（３ 認証局と電子証明）”、平成1９年 ７月 ３日、情報処理推進機構セキュリティセンター、[平成２１年 ２月 ２５日検索]、インターネット〈ｈｔｔｐ：／／ｗｗｗ．ｉｐａ．ｇｏ．ｊｐ／ｓｅｃｕｒｉｔｙ／ｐｋｉ／ｉｎｄｅｘ．ｈｔｍｌ〉
【非特許文献２】Ｃ．Ｇｅｎｔｒｙ， Ａ．Ｓｉｌｖｅｒｂｅｒｇ ”Ｈｉｅｒａｒｃｈｉｃａｌ ＩＤ−Ｂａｓｅｄ Ｃｒｙｐｔｏｇｒａｐｈｙ、”Ａｓｉａｃｒｙｐｔ ２００２，８ｔｈ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ ｔｈｅ Ｔｈｅｏｒｙ ａｎｄ Ａｐｐｌｉｃａｔｉｏｎ ｏｆ Ｃｒｙｐｔｏｌｏｇｙ ａｎｄ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｃｕｒｉｔｙ、ｐ．５４８−５６６
【発明の概要】
【発明が解決しようとする課題】
【０００７】
非特許文献１に記載の従来技術では、公開鍵を用いて電子情報を暗号化する送信者が、データの安全性を確保するために、信頼のある公開鍵の認証機関から公開鍵証明書と公開鍵の失効リストを発行させて、公開鍵の有効性を確認する必要があった。
しかしながら、一般的に、公開鍵暗号方式は、共通鍵暗号方式と比較して署名を検証するための復号を行うのに要する計算量が多くなるという課題があった。
このため、送信者が使用している端末の環境等により、公開鍵の失効確認するのが困難な場合は、公開鍵の失効確認を行わずに公開鍵を用いて暗号化し、受信者に送信を行うことがあるが、送信したデータの安全性が確保されないという課題があった。
【０００８】
また、公開鍵の認証が不要な方式の特許文献１の場合は、受信者ＩＤの文字列を一度バイナリに変換し、その後、予め定められた各文字列に対応した変換用のパラメータを用いて鍵生成の演算で行う。そのため、鍵生成プログラムで使用されるパラメータをユーザーごとに個別に用意する必要があり、この方式を利用するユーザーの増加に応じて、保存する必要があるパラメータの個数が増加する。
このパラメータは、二進数字列から循環群の１つの要素を選択することで行われる。
例えば、ユーザー数が５００人の場合には、２＾９＝５１２となり、９個の要素から構成される群の要素のベクトルが必要になる。１万人の場合には、２＾１４＝１６３８４となり、１４個の要素から構成される群の要素のベクトルが必要になる。
また、パラメータは厳重に管理する必要があるため、管理者側でデバイス上の安全な耐タンパ領域に格納する必要がある。しかし、耐タンパ領域の容量には限りがあり、この方式を利用するユーザーの増加に応じて、保存すべきパラメータ数が増加し、パラメータを格納しきれなくなるという課題があった。
【０００９】
さらにまた、公開鍵の認証が不要で受信者ＩＤの変換が不要な方式の非特許文献２の場合は、秘密鍵である復号鍵はシステム管理する側が生成と管理を行い、受信者が取得する必要があった。
このため、受信者以外のシステム管理者が、暗号化された電子情報の復号を行うことが可能なため、運用上の課題があった。
【００１０】
本発明は、上記の課題に鑑みてなされたものであり、安全性を確保しつつ送信者の公開鍵証明書の発行を不要にし、さらに管理者側で管理するパラメータの容量を軽減する暗号通信システム、管理者装置、およびプログラムを提供することを目的としている。
【課題を解決するための手段】
【００１１】
本発明は、送信者側端末が受信者公開鍵を用いて電子情報の暗号化を行い送信し、受信者側端末が前記暗号化された電子情報を受信して受信者秘密鍵を用いて復号を行い、管理者装置が受信者公開鍵の情報に関する管理を行う暗号通信システムにおいて、
前記受信者側端末は、
受信者の固有情報と受信者公開鍵の有効期限を含む受信者ＩＤを生成する受信者ＩＤ生成手段と、
前記生成された受信者ＩＤを前記管理者装置に登録要求する登録要求手段と、
前記生成された受信者ＩＤを用いて受信者公開鍵と受信者秘密鍵のペアを生成する鍵生成手段と、
前記送信者側端末から、前記受信者公開鍵を用いて暗号化された電子情報を受け取る暗号化情報受け取り手段と、
前記管理者装置に復号に必要な情報を含む復号チケットの発行を要求する復号チケット要求手段と、
前記管理者装置から前記復号チケットを受け取る復号チケット受け取り手段と、
前記復号チケットと、前記受信者秘密鍵を用いて、前記暗号化された電子情報の復号を行う復号手段と、
を備え、
前記送信者側端末は、
前記受信者公開鍵を用いて、電子情報の暗号化を行う暗号化手段と、
前記暗号化された電子情報を、前記受信者側端末に受け渡す暗号化情報受け渡し手段と、
を備え、
前記管理者装置は、
前記受信者側端末が生成した受信者ＩＤおよび受信者ＩＤに対応する受信者公開鍵の失効識別子を登録する受信者ＩＤ登録手段と、
前記登録した受信者ＩＤに対応する受信者公開鍵に対して前記受信者側端末から無効化要求が来た場合に、前記受信者ＩＤに対応する受信者公開鍵の失効識別子を失効設定する失効設定手段と、
前記受信者側端末から前記受信者公開鍵の有効性を確認する要求を受け付け、前記受信者公開鍵の有効性を確認する要求を受け付けた日時を取得する有効性確認受付手段と、
前記受信者ＩＤから前記受信者公開鍵の有効期限を抽出する有効期限抽出手段と、
前記有効期限抽出手段で抽出された有効期限と前記有効性確認受付手段で取得された日時を比較し、前記有効性確認受付手段で取得された日時が前記有効期限抽出手段で抽出された有効期限内の場合に、前記受信者公開鍵は有効期限内であると判断し、前記有効性確認受付手段で取得された日時が前記有効期限抽出手段で抽出された有効期限外の場合に、前記受信者公開鍵は有効期限外であると判断する有効期限比較手段と、
前記受信者公開鍵の有効性を確認する要求に従って、前記登録された受信者ＩＤに対応する受信者公開鍵の失効識別子を参照する参照手段と、
前記参照手段による参照の結果、受信者ＩＤに対応する受信者公開鍵の失効識別子の失効設定が行われておらず、さらに前記有効期限比較手段により、前記受信者公開鍵が有効期限内であると判断された場合に、前記復号チケットを生成する手段と、
前記生成された復号チケットを受信者側端末に受け渡す復号チケット受け渡し手段と、
を備えることを特徴としている。
【００１２】
また、本発明は、前記管理者装置は、
共通パラメータを生成するパラメータ生成手段と、
前記パラメータ生成手段で生成されたパラメータを用いて、前記受信者公開鍵と前記受信者秘密鍵のペアを生成するための鍵生成プログラムを生成する鍵生成手段と、
前記パラメータ生成手段で生成されたパラメータを用いて、電子情報の暗号化を行うための暗号化プログラムを生成する暗号化プログラム生成手段と、
前記パラメータ生成手段で生成されたパラメータを用いて、暗号化された電子情報の復号をするための復号プログラムを生成する復号プログラム生成手段と、
前記パラメータ生成手段で生成されたパラメータを用いて、暗号化された電子情報を復号するための情報を含む復号チケットを生成するための復号チケット・プログラムを生成する復号チケット・プログラム生成手段と、
を備えることを特徴としている。
【００１３】
さらにまた、本発明は、送信者側端末が受信者公開鍵を用いて電子情報の暗号化を行い送信し、受信者側端末が前記暗号化された電子情報を受信して受信者秘密鍵を用いて復号を行い、管理者装置が受信者公開鍵の情報に関する管理を行う暗号通信システムにおける前記管理者装置のコンピューターに、
前記受信者側端末が生成した受信者の固有情報と前記受信者公開鍵の有効期限を含む受信者ＩＤおよび受信者ＩＤに対応する受信者公開鍵の失効識別子を登録する受信者ＩＤ登録工程と、
前記登録した受信者ＩＤに対応する受信者公開鍵に対して前記受信者端末から無効化要求が来た場合に、前記受信者ＩＤに対応する受信者公開鍵の失効識別子を失効設定する失効設定工程と、
前記受信者側端末から前記受信者側端末で生成された受信者公開鍵の有効性を確認する要求を受け付け、前記受信者公開鍵の有効性を確認する要求を受け付けた日時を取得する有効性確認受付工程と、
前記受信者ＩＤから前記受信者公開鍵の有効期限を抽出する有効期限抽出工程と、
前記有効期限抽出工程で抽出された有効期限と前記有効性確認受付工程で取得された日時を比較し、前記有効性確認受付工程で取得された日時が前記有効期限抽出工程で抽出された有効期限内の場合に、前記受信者公開鍵が有効期限内であると判断し、前記有効性確認受付工程で取得された日時が前記有効期限抽出工程で抽出された有効期限外の場合に、前記受信者公開鍵が有効期限外であると判断する有効期限比較工程と、
前記受信者公開鍵の有効性を確認する要求に従って、前記登録された受信者ＩＤに対応する受信者公開鍵の無効化情報を参照する参照工程と、
前記参照手段での参照の結果、受信者ＩＤに対応する受信者公開鍵の失効識別子の失効設定が行われておらず、さらに前記有効期限比較工程により、前記受信者公開鍵が有効期限内であると判断された場合に、前記復号チケットを生成する工程と、
前記生成された復号チケットを受信者側端末に受け渡す復号チケット受け渡し工程と、
を備えことを特徴としている。
【００１４】
さらにまた、本発明は、送信者側端末が受信者公開鍵を用いて電子情報の暗号化を行い送信し、受信者側端末が前記暗号化された電子情報を受信して受信者秘密鍵を用いて復号を行い、管理者装置が公開鍵の情報に関する管理を行う暗号通信システムにおける前記受信者側端末のコンピューターに、
受信者の固有情報と受信者公開鍵の有効期限を含む受信者ＩＤを生成する受信者ＩＤ生成工程と、
前記生成された受信者ＩＤを前記管理者装置に登録要求する登録要求工程と、
前記生成された受信者ＩＤを用いて受信者公開鍵と受信者秘密鍵のペアを生成する鍵生成工程と、
前記送信者側端末から、前記受信者公開鍵を用いて暗号化された電子情報を受け取る暗号化情報受け取り工程と、
前記管理者装置に復号に必要な情報を含む前記復号チケットの発行を要求する復号チケット要求工程と、
前記管理者装置から前記復号チケットを受け取る復号チケット受け取り工程と、
前記復号チケットと、前記受信者秘密鍵を用いて、前記暗号化された電子情報の復号を行う復号工程と、
を備えることを特徴としている。
【００１５】
さらにまた、本発明は、送信者側端末が受信者公開鍵を用いて電子情報の暗号化を行い送信し、受信者側端末が前記暗号化された電子情報を受信して受信者秘密鍵を用いて復号を行う暗号通信システムに用いられる管理者装置において、
前記受信者側端末が生成した受信者の固有情報と前記受信者公開鍵の有効期限を含む受信者ＩＤおよび受信者ＩＤに対応する受信者公開鍵の失効識別子を登録する受信者ＩＤ登録手段と、
前記登録した受信者ＩＤに対応する受信者公開鍵に対して前記受信者側端末から無効化要求が来た場合に、前記受信者ＩＤに対応する受信者公開鍵失効識別子を失効設定する失効設定手段と、
前記受信者側端末から前記受信者側端末で生成された受信者公開鍵の有効性を確認する要求を受け付け、前記受信者公開鍵の有効性を確認する要求を受け付けた日時を取得する有効性確認受付手段と、
前記受信者ＩＤから前記受信者公開鍵の有効期限を抽出する有効期限抽出手段と、
前記有効期限抽出手段で抽出された有効期限と前記有効性確認受付手段で取得された日時を比較し、前記有効性確認受付手段で取得された日時が前記有効期限抽出手段で抽出された有効期限内の場合に、前記受信者公開鍵が有効期限内であると判断し、前記有効性確認受付手段で取得された日時が前記有効期限抽出手段で抽出された有効期限外の場合に、前記受信者公開鍵が有効期限外であると判断する有効期限比較手段と、
前記受信者公開鍵の有効性を確認する要求に従って、前記登録された受信者ＩＤに対応する受信者公開鍵の無効化情報を参照する参照手段と、
前記参照手段での参照の結果、受信者ＩＤを含む受信者公開鍵の失効識別子の失効設定が行われておらず、さらに前記有効期限比較手段により、前記受信者公開鍵が有効期限内であると判断された場合に、前記復号チケットを生成する手段と、
前記生成された復号チケットを受信者側端末に受け渡す復号チケット受け渡し手段と、
を備えることを特徴としている。
【発明の効果】
【００１６】
本発明によれば、公開鍵を利用して電子情報を暗号化する場合に、送信者が送信前に公開鍵証明書の発行は行わず、受信者がシステム管理者に復号に必要な情報を含む復号チケットの発行を要求し、その復号チケットを用いて復号を行うようにしたので、送信者が失効確認を行わなくて済むようになる。
また、公開鍵の安全性が失われた場合は、システム管理者が復号チケットを発行しないようにしたため、受信した電子情報は復号を行えず、送信したデータの安全性を確保することが可能である。
さらにまた、公開鍵と秘密鍵の生成、暗号化と復号等に用いるパラメータとプログラムを最適化したので、利用者が増加しても既存のＰＫＩを用いた認証システムと比較して、保存すべきパラメータ数が少ないため、システムでの安全な記憶領域の使用量を軽減することが可能になる。
【図面の簡単な説明】
【００１７】
【図１】本発明の第１の実施形態に係るネットワーク構成の一例を示す概略図である。
【図２】同実施形態に係る送信者端末の構成を示すブロック図である。
【図３】同実施形態に係る受信者端末の構成を示すブロック図である。
【図４】同実施形態に係るシステム管理者装置の構成を示すブロック図である。
【図５】同実施形態に係る認証方法のフローチャートである。
【図６】第２の実施形態に係る送信者端末の構成を示すブロック図である。
【図７】第２の実施形態に係る受信者端末の構成を示すブロック図である。
【図８】第２の実施形態に係るシステム管理者装置の構成を示すブロック図である。
【図９】第２の実施形態に係る認証の方法のフローチャートである。
【発明を実施するための形態】
【００１８】
[第１実施形態]
以下、図１〜図５を用いて本発明の第１の実施形態について詳細に説明する。なお、本発明は係る実施形態に限定されず、その技術思想の範囲内で種々の変更が可能である。
【００１９】
図１は、本発明の実施形態におけるネットワーク構成の一例を示す概略図である。
送信者端末１は、公開鍵である暗号化鍵（以後、暗号化鍵と言う）を使用して電子情報を暗号化して送信する送信者が使用する端末である。
受信者端末２は、暗号化された電子情報を受信して、秘密鍵である復号鍵（以後、復号鍵と言う）を使用して復号を行う受信者が使用する端末である。
システム管理装置３は、暗号化鍵の有効性の確認と復号チケットの発行の処理を行うシステム管理者が使用する端末である。
送信者端末１、受信者端末２、システム管理装置３は、通信回線を通じてインターネット別途等のネットワーク４に接続し、相互にデータの送受信を行う。
【００２０】
図２は、送信者端末１の構成を示すブロック図である。
送信者端末１は、送信者が使用する端末であり、制御部１０１と、ネットワーク接続部１０２と、暗号化鍵受信部１０３と、暗号化実行部１０４と、暗号化データ送信部１０５を備えている。
【００２１】
制御部１０１は、ネットワーク接続部１０２と、暗号化鍵受信部１０３と、暗号化実行部１０４と、暗号化データ送信部１０５の各部の制御を行う。
【００２２】
ネットワーク接続部１０２は、ネットワーク４に接続し、他の端末と相互にデータを送受信する。
【００２３】
暗号化鍵受信部１０３は、受信者端末２が生成した暗号化鍵を、受信者端末２から受け取り保存する。
【００２４】
暗号化実行部１０４は、暗号化鍵を使用して、電子情報の暗号化を行う。
【００２５】
暗号化データ送信部１０５は、暗号化実行部１０４により暗号化された電子情報をネットワーク４を介して受信者端末２に送信する。
【００２６】
図３は、受信者端末２の構成を示すブロック図である。
受信者端末２は、受信者が使用する端末であり、制御部２０１と、ネットワーク接続部２０２と、受信者ＩＤ生成部２０３と、鍵生成部２０４と、受信者ＩＤ登録要求部２０５と、暗号化鍵送信部２０６と、暗号化データ受信部２０７と、復号チケット要求部２０８と、復号チケット受信部２０９と、復号部２１０を備える。
【００２７】
制御部２０１は、ネットワーク接続部２０２と、受信者ＩＤ生成部２０３と、鍵生成部２０４と、受信者ＩＤ登録要求部２０５と、暗号化鍵送信部２０６と、暗号化データ受信部２０７と、復号チケット要求部２０８と、復号チケット受信部２０９と、復号部２１０の各部の制御を行う。
【００２８】
ネットワーク接続部２０２は、ネットワーク４に接続し、他の端末と相互にデータを送受信する。
また、受信者端末２は、ネットワーク接続部２０２を介して、本暗号通信システムの利用申請、受信者ＩＤの登録および復号を行う時に必要な後述する復号チケットの発行要求などをシステム管理装置３に対して行う。
【００２９】
受信者ＩＤ生成部２０３は、受信者の識別子（例えば、電子メール・アドレス、受信者の電話番号）に、生成しようとしている鍵の有効期限を組み合わせることによって、受信者ＩＤを生成する。
例えば、受信者の電子メール・アドレスがａｌｉｃｅ＠ｃｓ．ｕｎｉｖ．ｅｄｕの場合に、有効期限を２０１１年１２月３１日に設定した場合、受信者ＩＤは、ａｌｉｃｅ＠ｃｓ．ｕｎｉｖ．ｅｄｕ‖２０１１１２３１のようになる。
【００３０】
鍵生成部２０４は、受信者ＩＤ生成部２０３によって生成された受信者ＩＤを用いて、暗号化鍵と復号鍵のペアを生成する。
なお、生成された暗号化鍵と復号鍵は、受信者が受信者端末２の安全な記憶領域に保存することが望ましい。
【００３１】
受信者ＩＤ登録要求部２０５は、受信者ＩＤ生成部２０３によって生成された受信者ＩＤをシステム管理装置３に通知し、登録の要求を行う。
【００３２】
暗号化鍵送信部２０６は、鍵生成部２０４によって生成された暗号化鍵を送信者端末１に受け渡す。
【００３３】
暗号化データ受信部２０７は、送信者端末１が暗号化アプリケーションを用いて暗号化した電子データを、ネットワーク４を介して受け取る。
【００３４】
復号チケット要求部２０８は、送信者端末１から暗号化された電子データを受信した後、システム管理装置３に対して登録した受信者ＩＤを送信して、後述する復号に必要な情報を含む復号チケットの要求を行う。
【００３５】
復号チケット受信部２０９は、暗号化鍵が失効していない場合にシステム管理装置３から発行される復号に必要な情報を含む復号チケットを受け取る。
【００３６】
なお、暗号化データ受信部２０７がシステム管理装置３に対して行う復号チケットの要求と、システム管理装置３から復号チケットの受け取りは、迅速な処理が求められるため、電子メール等でのやり取りではなく、例えばインターネット環境でリアルタイムに行われる。
【００３７】
復号部２１０は、復号チケット受信部２０９が受け取った復号チケットと、さらに受信端末２の鍵生成部２０４が生成した復号鍵を用いて、暗号化データ受信部２０７によって受信された暗号化された電子情報の復号を行う。
【００３８】
このように、復号部２１０は、復号チケットが入手できていない状態では、復号を行うことができないため、送信者端末１が暗号化時に使用した暗号鍵の情報が盗聴され解読されていた場合には復号チケットを発行しないようにしたため、送信者の情報の安全性を確保することが可能になる。
【００３９】
図４は、システム管理者のシステム管理装置３の構成を示すブロック図である。
システム管理装置３は、システム管理者が使用するシステム管理装置であり、制御部３０１と、ネットワーク接続部３０２と、受信者ＩＤ登録要求受信部３０３と、受信者ＩＤ登録部３０４と、復号チケット要求受信部３０５と、暗号化鍵の有効性確認部３０６と、復号チケット生成部３０７と、復号チケット発行部３０8を備える。
【００４０】
制御部３０１は、ネットワーク接続部３０２と、受信者ＩＤ登録要求受信部３０３と、受信者ＩＤ登録部３０４と、復号チケット要求受信部３０５と、暗号化鍵の有効性確認部３０６と、復号チケット生成部３０７と、復号チケット発行部３０８の制御を行う。
【００４１】
ネットワーク接続部３０２は、通信回線を介してインターネット等のネットワーク４に接続し、他の端末と相互にデータを送受信する。
また、システム管理装置３は、ネットワーク接続部３０２を介して、受信者端末２から本暗号通信システムの利用申請の受け取り、受信者ＩＤの登録要求の受け取り、および復号を行う時に必要な後述する復号チケットの発行要求など受け取り、復号チケットの発行を行う。
【００４２】
受信者ＩＤ登録要求受信部３０３は、受信者端末２から受信者ＩＤを受け取り、受信者ＩＤの登録要求を受け付ける。
また、受信者ＩＤ登録要求受信部３０３は、暗号化鍵が第３者により解読された場合や受信者端末２が復号鍵を紛失した場合等に、受信者端末２から暗号化鍵の失効手続き要求を受け付け、受信者ＩＤ登録部３０６に受け渡す。
【００４３】
受信者ＩＤ登録部３０４は、受信者ＩＤ登録要求受信部３０３が受信者端末２から受け取った受信者ＩＤを、システム管理装置３内に登録し図示しないデータベースに、受信者ＩＤに対応する暗号化鍵が失効しているか否かの失効識別子を加えて保存する。
また、受信者ＩＤ登録部３０４は、受信者ＩＤ登録要求受信部３０３が受信者端末２から暗号化鍵の失効手続き要求を受け取った場合に、データベースに登録した受信者ＩＤに対応する暗号化鍵の失効識別子を失効状態に更新する。
【００４４】
復号チケット要求受信部３０５は、受信者端末２から復号チケット要求を受け取る。
【００４５】
暗号化鍵の有効性確認部３０６は、復号チケット要求受信部３０５が受信者端末２から受け取った復号チケット要求から受信者端末２の受信者ＩＤを抽出し、受信者ＩＤから受信者ＩＤの有効期限すなわち暗号化鍵の有効期限を抽出する。
また、暗号化鍵の有効性確認部３０６は、復号チケット要求受信部３０５が受信者端末２から復号チケット要求を受け取った日時を取得し、抽出された暗号化鍵の有効期限と比較する。
復号チケット要求受信部３０５が復号チケット要求を受け取った日時と、抽出された暗号化鍵の有効期限を比較した結果、抽出された暗号化鍵の有効期限内に復号チケット要求を受け取った場合は、暗号化鍵がまだ有効期限を超過していないと判断する。
一方、復号チケット要求受信部３０５が復号チケット要求を受け取った日時と、抽出された暗号化鍵の有効期限を比較した結果、抽出された暗号化鍵の有効期限を超過した日時に復号チケット要求を受け取った場合は、暗号化鍵が有効期限を超過していると判断する。
また、暗号化鍵の有効性確認部３０６は、復号チケット要求にかかる受信者ＩＤに対応する暗号化鍵について、失効手続きが行われて失効識別子が失効状態に設定されているか否かを、受信者ＩＤを登録した上記のデータベースに照合する。
次に、暗号化鍵の有効性確認部３０６は、受信者ＩＤに対応する暗号化鍵がまだ有効期限を超過していない場合に、かつ失効手続きにより失効識別子が失効状態に設定されていない場合に、受信者端末２の暗号化鍵は有効と判断する。
一方、暗号化鍵の有効性確認部３０６は、受信者ＩＤに対応する暗号化鍵が有効期限を超過している場合か、または、失効手続きが行われ失効識別子が失効設定されている場合に、受信者端末２の暗号化鍵は失効と判断する。
暗号化鍵の有効性確認部３０６は、暗号化鍵を失効と判断した場合、受信者端末２に対して暗号化鍵の失効を通知する。この場合、復号チケットの発行は行わない。
【００４６】
復号チケット生成部３０７は、暗号化鍵の有効性確認機能３０６で暗号化鍵が有効と判断された場合に、復号に必要な情報を含む復号チケットを生成する。
【００４７】
復号チケット発行部３０８は、復号チケット生成機能３０７によって生成された復号チケットを受信者端末２に発行する。
なお、復号チケット要求受信部３０５が受信者端末２の復号チケット要求部２０８から復号チケット要求の受け取りと、復号チケット発行部３０８が受信者端末２の復号チケット受信部２０９への復号チケットを発行する処理は、迅速な処理が求められるため、電子メール等でのやり取りではなく、例えばインターネット環境でリアルタイムに行われる。
【００４８】
本実施形態の認証方法を図５のフローチャートを用いて説明する。
【００４９】
受信者端末２の受信者ＩＤ生成部２０３は、受信者の電子メール・アドレス等の固有情報と、生成したい公開鍵の有効期限を関連付けて受信者ＩＤを生成する（Ｓ２０１）。
【００５０】
受信者端末２の受信者ＩＤ登録要求部２０５は、生成された受信者ＩＤとともに受信者ＩＤ登録要求をシステム管理装置３の受信者ＩＤ登録要求受信部３０３に受け渡す（Ｓ２０２、Ｓ３０１）。
【００５１】
システム管理装置３の受信者ＩＤ登録部３０４が、受信者ＩＤをシステム管理装置３内の図示しないデータベースに、受信者ＩＤに対応する暗号化鍵が失効しているか否かの失効識別子を加えて登録して保存する（Ｓ３０２）。
【００５２】
受信者端末２の鍵生成部２０４が、受信者ＩＤを用いて、暗号化鍵と復号鍵のペアを生成する（Ｓ２０３）。
【００５３】
受信者端末２の暗号化鍵送信部２０６が、別途送信者端末１からの依頼により、生成された暗号化鍵を、送信者端末１の暗号化鍵受信部１０３に受け渡す（Ｓ１０１、Ｓ２０４）。
【００５４】
次に、送信者端末１の暗号化実行部１０４が、受け取った暗号化鍵を用いて電子情報の暗号化を行う（Ｓ１０２）。
【００５５】
送信者端末１の暗号化データ送信部１０５が、受信者端末２の暗号化データ受信部２０７に暗号化した電子情報を送信する（Ｓ１０３、Ｓ２０５）。
【００５６】
次に、受信者端末２の復号チケット要求部２０８は、システム管理装置３の復号チケット要求受信部３０５に復号チケットの要求を行う（Ｓ２０６、Ｓ３０３）。
【００５７】
次に、システム管理装置３の暗号化鍵の有効性確認部３０６が、システム管理装置３内の図示しない記憶部に記憶された受信者情報を参照して、受信者ＩＤを参照する。
また、システム管理装置３の暗号化鍵有効性確認部３０６が、参照した受信者ＩＤから受信者ＩＤの有効期限すなわち暗号化鍵の有効期限を抽出する。
また、暗号化鍵の有効性確認部３０６は、復号チケット要求受信部３０５が受信者端末２から復号チケット要求を受け取った日時を取得し、抽出された暗号化鍵の有効期限と比較する。
復号チケット要求受信部３０５が復号チケット要求を受け取った日時と、抽出された暗号化鍵の有効期限を比較した結果、抽出された暗号化鍵の有効期限内に復号チケット要求を受け取った場合は、暗号化鍵がまだ有効期限を超過していないと判断する。
一方、復号チケット要求受信部３０５が復号チケット要求を受け取った日時と、抽出された暗号化鍵の有効期限を比較した結果、抽出された暗号化鍵の有効期限を超過した日時に復号チケット要求を受け取った場合は、暗号化鍵が有効期限を超過していると判断する。
次に、システム管理装置３の暗号化鍵の有効性確認部３０６が、システム管理装置３内の図示しないデーターベースに、受信者ＩＤに対応する暗号化鍵の失効識別子が失効設定されているか否か照合する。
続けて、システム管理装置３の暗号化鍵有効性確認部３０６が、受信者ＩＤに対応する暗号化鍵がまだ有効期限を超過していない場合に、かつ失効識別子が失効状態に設定されていない場合に、受信者の暗号化鍵は有効と判断する。
一方、システム管理装置３の暗号化鍵の有効性確認機部３０６が、受信者ＩＤに対応する暗号化鍵が有効期限を超過している場合か、または、失効識別子が失効状態に設定されている場合に、受信者の暗号化鍵は失効と判断する（Ｓ３０４）。
【００５８】
システム管理装置２の復号チケット生成部３０７が、暗号化鍵の有効性確認機能３０６で暗号化鍵が有効と判断された場合、復号に必要な情報を含む復号チケットを生成する（Ｓ３０５）。
一方、システム管理装置３の暗号化鍵の有効性確認機能３０６が、暗号化鍵を無効と判断した場合は、受信者端末２に対して暗号化鍵の失効を通知する。この場合は、復号チケットの発行は行わない。
【００５９】
システム管理装置３の復号チケット発行部３０８が、受信者端末２の復号チケット受信部２０９に、生成された復号チケットを発行する（Ｓ２０７、Ｓ３０６）。
【００６０】
受信者端末２の復号部２１０は、復号チケット受信部２０９が受け取った復号チケットと、さらに受信端末２の鍵生成部２０４が生成した復号鍵を用いて、暗号化データ受信部２０７によって受信された暗号化された電子情報の復号を行う（Ｓ２０８）。
【００６１】
[第２実施形態]
次に、第２の実施形態について、図１、６〜９を用いて説明する。なお、第１の実施例形態と同じ機能を有するものは同じ番号を用いて説明を省略する。
【００６２】
図６は、第２の実施形態の送信者端末１の構成を示すブロック図である。
第１の実施形態との違いは、暗号化アプリケーション受信部４０１である。
【００６３】
暗号化アプリケーション受信部４０１は、受信端末２は後述する暗号化を行うアプリケーション（以後、暗号化アプリケーションと略す）を受け取り保存する。
【００６４】
図７は、第２の実施形態の受信者端末２の構成を示すブロック図である。
第１の実施形態との違いは、アプリケーション受信部５０１と、暗号化アプリケーション送信部５０２である。
【００６５】
アプリケーション受信部５０１は、後述するシステム管理装置３が生成した暗号化鍵と復号鍵のペアを生成するアプリケーション（以後、鍵生成アプリケーションと略す）、暗号化アプリケーションおよび復号を行うアプリケーション（以後、復号アプリケーションと略す）を受け取り保存する。
【００６６】
暗号化アプリケーション送信部５０２は、システム管理装置３から受け取った暗号化アプリケーションを受信者端末２に受け渡す。
【００６７】
図８は、第２の実施形態のシステム管理装置３の構成を示すブロック図である。
第１の実施形態との違いは、共通パラメータ生成部６０１と、アプリケーション生成部６０２およびアプリケーション送信部６０３である。
【００６８】
共通パラメータ生成部６０１は、鍵生成、暗号化、復号および復号チケット生成に必要な共通のパラメータを生成し、システム管理装置３内の安全な記憶領域に保存する。
【００６９】
アプリケーション生成部６０２は、共通パラメータ生成部６０１によって生成された共通パラメータを用いて、鍵生成アプリケーション、復号アプリケーションおよび暗号化アプリケーションを生成する。
【００７０】
アプリケーション送信機能６０３は、生成された鍵生成アプリケーション、復号アプリケーションおよび暗号化アプリケーションを、本暗号通信システムの利用を申し込んだ利用者である受信者端末２に受け渡す。
【００７１】
第２の実施形態の認証化方法を図９のフローチャートを用いて説明する。
まず、システム管理装置３の共通パラメータ生成部６０１が、共通パラメータを生成する（Ｓ６０１）。
【００７２】
次に、システム管理装置３のアプリケーション生成部６０２は、共通パラメータ生成部６０１によって生成された共通パラメータを使用して、鍵生成アプリケーション、暗号化アプリケーションおよび復号アプリケーションを生成する（Ｓ６０２）。
【００７３】
以下、Ｓ２０１、Ｓ２０２、Ｓ３０１、Ｓ３０２は、第１の実施形態と同様に行われる。
【００７４】
次に、システム管理装置３の受信者ＩＤ登録部３０３が、受信者ＩＤをシステム管理装置３内の図示しないデータベースに、受信者ＩＤに対応する暗号化鍵が失効しているか否かの失効識別子を加えて登録して保存する（Ｓ３０２）。
また、システム管理装置３の受信者ＩＤ登録部３０４が、生成された共通パラメータから受信者用に選択し、受信者ＩＤとともにシステム管理装置３内に登録し保存する。
【００７５】
次に、システム管理装置３のアプリケーション送信部６０３は、生成された鍵生成アプリケーション、暗号化アプリケーション、復号アプリケーションを、受信者端末２のアプリケーション受信機能５０１に受け渡す（Ｓ５０１、Ｓ６０３）。
【００７６】
受信者の鍵生成部２０４が、アプリケーション受信部５０１が受け取った鍵生成アプリケーションと、受信者ＩＤ生成部２０３で生成された受信者ＩＤを用いて、暗号化鍵と復号鍵のペアを生成する（Ｓ２０３）。
【００７７】
以下、Ｓ１０１、Ｓ２０４は、第１の実施形態と同様に行われる。
【００７８】
次に、送信者端末１の暗号化アプリケーション受信機能４０１が、受信者端末２の暗号化アプリケーション受信機能５０１から暗号化アプリケーションを受け取る（Ｓ４０１、Ｓ５０２）。
【００７９】
以下、Ｓ１０３、Ｓ２０５、Ｓ２０６、Ｓ３０３、Ｓ３０４は、第１の実施形態と同様に行われる。
【００８０】
暗号化鍵の有効性確認部３０６は、復号チケット要求受信部３０５が受信者端末２から受け取った復号チケット要求から受信者端末２の受信者ＩＤを抽出し、受信者ＩＤから受信者ＩＤの有効期限すなわち暗号化鍵の有効期限を抽出する。
また、暗号化鍵の有効性確認部３０６は、復号チケット要求受信部３０５が受信者端末２から復号チケット要求を受け取った日時を取得し、抽出された暗号化鍵の有効期限と比較する。
復号チケット要求受信部３０５が復号チケット要求を受け取った日時と、抽出された暗号化鍵の有効期限を比較した結果、抽出された暗号化鍵の有効期限内に復号チケット要求を受け取った場合は、暗号化鍵がまだ有効期限を超過していないと判断する。
一方、復号チケット要求受信部３０５が復号チケット要求を受け取った日時と、抽出された暗号化鍵の有効期限を比較した結果、抽出された暗号化鍵の有効期限を超過した日時に復号チケット要求を受け取った場合は、暗号化鍵が有効期限を超過していると判断する。
また、暗号化鍵の有効性確認部３０６は、復号チケット要求にかかる受信者ＩＤに対応する暗号化鍵について、失効手続きが行われて失効識別子が失効状態に設定されているか否かを、受信者ＩＤを登録した上記のデータベースに照合する。
次に、暗号化鍵の有効性確認部３０６は、受信者ＩＤに対応する暗号化鍵がまだ有効期限を超過していない場合に、かつ失効手続きにより失効識別子が失効状態に設定されていない場合に、受信者端末２の暗号化鍵は有効と判断する。
一方、暗号化鍵の有効性確認部３０６は、受信者ＩＤに対応する暗号化鍵が有効期限を超過している場合か、または、失効手続きが行われ失効識別子が失効状態に設定されている場合に、受信者端末２の暗号化鍵は失効と判断する。
システム管理装置２の復号チケット生成部３０７が、暗号化鍵の有効性確認機能３０６で暗号化鍵が有効と判断された場合、生成された共通パラメータを用いて復号に必要な情報を含む復号チケットを生成する（Ｓ３０５）。
一方、システム管理装置３の暗号化鍵の有効性確認機能３０７が、暗号化鍵を無効と判断した場合は、受信者端末２に対して暗号化鍵の失効を通知する。この場合は、復号チケットの発行は行わない。
【００８１】
以下、第１の実施形態と同様に行われるため、説明を省略する。
【００８２】
次に、共通パラメータについて、鍵生成アプリケーションを例に説明する。
まず、システム管理装置３は、共通パラメータを例えば素数から複数生成する。
次に、受信者端末２から、本暗号通信システムの利用手続きがなされた後に、生成された共通パラメータの中から、いくつかのパラメータを選択する。選択されたパラメータは、例えば数個の定数の集まりの群になっている。
ここでは、鍵生成アプリケーションに使用される選択されたパラメータをｇとする。
【００８３】
システム管理装置３は、選択したパラメータｇを用いて、
【００８４】
【数１】
【００８５】
の演算式を生成する。この場合、ＩＤは受信者端末２の受信者ＩＤ生成部２０３が生成した受信者ＩＤである。
また、
【００８６】
【数２】
【００８７】
は、
【００８８】
【数３】
【００８９】
であり、この場合、
【００９０】
【数４】
【数５】
【００９１】
を演算する。
次に、受信者ＩＤを
【００９２】
【数６】
【００９３】
のように展開する。
【００９４】
システム管理装置３のアプリケーション生成部６０１は、上記の暗号鍵生成式と、説明を省略する暗号鍵生成式を合わせて、鍵生成アプリケーションを生成する
【００９５】
上記において、受信者ＩＤを第１の実施形態と同様に、受信者の識別子（例えば、電子メール・アドレス、受信者の電話番号）に、生成しようとしている鍵の有効期限を組み合わせることによって、受信者端末２のＩＤ生成部２０３により受信者ＩＤを生成される。
例えば、受信者の電子メール・アドレスがａｌｉｃｅ＠ｃｓ．ｕｎｉｖ．ｅｄｕの場合に、有効期限を２０１１年１２月３１日に設定した場合、受信者ＩＤは、ａｌｉｃｅ＠ｃｓ．ｕｎｉｖ．ｅｄｕ‖２０１１１２３１のようになる。
受信者端末２のアプリケーション受信部５０１は、システム管理装置３のアプリケーション生成部６０２から受け取った鍵生成アプリケーションと、生成された受信者ＩＤを用いて、暗号化鍵と復号鍵のペアを生成する。
【００９６】
このように、暗号化鍵の生成において、本実施形態で使用されるパラメータは、予めシステム管理者が生成した個定数の群の要素から構成されているため、本実施形態の暗号通信システムを使用するユーザーが増加しても、従来技術の受信者ＩＤの変換に使用されていた変換用パラメータの個数と保存容量に比較して、少ない個数のため保存容量に抑えることが可能になる。
【００９７】
なお、本実施形態では、復号に必要な情報を含む復号チケットを、システム管理装置３から受信者端末２に暗号化せずに受け渡す行う方法について説明したが、別途一般的な暗号化方式、例えばＲＳＡ（Ｒｉｖｅｓｔ Ｓｈａｍｉｒ Ａｄｌｅｍａｎ）方式を用いて暗号化して受け渡しても良い。
【００９８】
また、本実施形態では、受信者ＩＤを生成する際に、受信者の固有情報として電子メール・アドレスを用いる例を説明したが、受信者と送信者の間で確認できる確実な情報であれば、例えば受信者の電話番号、ニックネーム等を用いても良い。
【００９９】
さらにまた、第２の実施形態では、システム管理装置３において復号チケット・アプリケーションを鍵生成アプリケーション生成時に行ったが、受信者端末２の復号チケット要求部２０８から復号チケット要求を受信した後に生成するようにしても良い。
【産業上の利用可能性】
【０１００】
本発明によれば、受信者側で公開鍵の失効確認を行うようにしたので、送信者側の公開鍵証明書の発行負担が軽減され、さらに受信者側が復号に必要な情報を含む復号チケットを入手して復号を行うようにしたので情報の安全性も確保できる。
また、鍵生成アプリケーションと暗号化・復号アプリケーション等の生成において、従来のように受信者ＩＤを一度、２値化した後に予め文字ごとに定められた値で変換を行わずに、受信者の固有情報と予めシステム管理者により生成されたパラメータを共通で用いるようにした。このため、各アプリケーションで使用されるパラメータを削減しシステム管理側の安全な記憶領域の使用量も削減したので、利用者側および管理者に有益である。
【符号の説明】
【０１０１】
１・・・送信者端末
２・・・受信者端末
３・・・システム管理装置
４・・・ネットワーク
１０１、２０１、３０１・・・制御部
１０２、２０２、３０２・・・ネットワーク接続部
１０３・・・暗号化鍵受信部
１０４・・・暗号化実行部
１０５・・・暗号化データ送信部
２０３・・・受信者ＩＤ生成部
２０４・・・鍵生成部
２０５・・・受信者ＩＤ登録要求部
２０６・・・暗号化鍵送信部
２０７・・・暗号化データ受信部
２０８・・・復号チケット要求部
２０９・・・復号チケット受信部
２１０・・・復号部
３０３・・・受信者ＩＤ登録要求受信部
３０４・・・受信者ＩＤ登録部
３０５・・・復号チケット要求受信部
３０６・・・暗号化鍵の有効性確認部
３０７・・・復号チケット生成部
３０８・・・復号チケット発行部
４０１・・・暗号化アプリケーション受信部
５０１・・・アプリケーション受信部
５０２・・・暗号化アプリケーション送信部
６０１・・・共通パラメータ生成部
６０２・・・アプリケーション生成部
６０３・・・アプリケーション送信部
【技術分野】
【０００１】
本発明は、暗号通信システム、管理者装置、およびプログラムに関する。
【背景技術】
【０００２】
電子情報を暗号化して送受信する場合に、電子情報の機密性又は信頼性を確保する方法としては、送信する者が、信頼のある第三者により署名された電子証明書を発行させることにより、その電子情報の真正性を証明する方法がある。
この電子証明書を発行する技術に関連して、公開鍵証明書と称される公開鍵暗号方式を用いたＰＫＩの信頼モデルの標準規格として、ＩＴＵ−Ｔが策定したＸ．５０９がある（例えば、非特許文献1参照）。
【０００３】
また、公開鍵証明書が不要な電子情報の送受信方法としては、証明書不要の公開暗号方式（Ｃｅｒｔｉｆｉｃａｔｅ Ｂａｓｅｄ Ｅｎｃｒｙｐｔｉｏｎ：ＣＢＥ）がある。この方式では、まず、管理者は、鍵の生成を行うプログラム内の演算で使用するパラメータ、受信者（暗号化された電子情報を受け取る側）の電子メール・アドレスなどの特定ＩＤ、および乱数等により生成されたマスター・シークレットを生成する。
次に、管理者が、予め定められた文字列ごとに変換用の値を用いて受信者ＩＤの変換を行い、さらにパラメータ、受信者の特定ＩＤ、マスター・シークレットと、鍵生成用のプログラムを使用して、鍵の生成を行う（例えば、特許文献１参照）。
【０００４】
さらにまた、公開鍵証明書が不要な公開暗号鍵を使用した階層的ＩＤベース暗号方式では、送信者は受信者から公開鍵と受信者ＩＤである電子メール・アドレスを取得する。
次に、受信者ＩＤの電子メール・アドレスが、例えば”ａｌｉｃｅ＠ｃｓ．ｕｎｉｖ．ｅｄｕ”であれば、ａｌｉｃｅ、ｃｓ、ｕｎｉｖ、ｅｄｕを各々ＩＤタプルとする。
そして、送信者は暗号化したい電子情報を、公開鍵と受信者ＩＤのＩＤタプルとを結合して暗号分を生成する。
上記の暗号化に使用する受信者ＩＤは特許文献１のような変換は行われず、ＩＤタプルに分解され使用される。この方式では、楕円曲線とペアリングという数学的構成概念を利用しているためシステムの安全性が確保される（例えば、非特許文献２参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−５３７７１１号公報
【非特許文献】
【０００６】
【非特許文献１】情報セキュリティ技術ラボラトリー、“ＰＫＩ関連技術解説（３ 認証局と電子証明）”、平成1９年 ７月 ３日、情報処理推進機構セキュリティセンター、[平成２１年 ２月 ２５日検索]、インターネット〈ｈｔｔｐ：／／ｗｗｗ．ｉｐａ．ｇｏ．ｊｐ／ｓｅｃｕｒｉｔｙ／ｐｋｉ／ｉｎｄｅｘ．ｈｔｍｌ〉
【非特許文献２】Ｃ．Ｇｅｎｔｒｙ， Ａ．Ｓｉｌｖｅｒｂｅｒｇ ”Ｈｉｅｒａｒｃｈｉｃａｌ ＩＤ−Ｂａｓｅｄ Ｃｒｙｐｔｏｇｒａｐｈｙ、”Ａｓｉａｃｒｙｐｔ ２００２，８ｔｈ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ ｔｈｅ Ｔｈｅｏｒｙ ａｎｄ Ａｐｐｌｉｃａｔｉｏｎ ｏｆ Ｃｒｙｐｔｏｌｏｇｙ ａｎｄ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｃｕｒｉｔｙ、ｐ．５４８−５６６
【発明の概要】
【発明が解決しようとする課題】
【０００７】
非特許文献１に記載の従来技術では、公開鍵を用いて電子情報を暗号化する送信者が、データの安全性を確保するために、信頼のある公開鍵の認証機関から公開鍵証明書と公開鍵の失効リストを発行させて、公開鍵の有効性を確認する必要があった。
しかしながら、一般的に、公開鍵暗号方式は、共通鍵暗号方式と比較して署名を検証するための復号を行うのに要する計算量が多くなるという課題があった。
このため、送信者が使用している端末の環境等により、公開鍵の失効確認するのが困難な場合は、公開鍵の失効確認を行わずに公開鍵を用いて暗号化し、受信者に送信を行うことがあるが、送信したデータの安全性が確保されないという課題があった。
【０００８】
また、公開鍵の認証が不要な方式の特許文献１の場合は、受信者ＩＤの文字列を一度バイナリに変換し、その後、予め定められた各文字列に対応した変換用のパラメータを用いて鍵生成の演算で行う。そのため、鍵生成プログラムで使用されるパラメータをユーザーごとに個別に用意する必要があり、この方式を利用するユーザーの増加に応じて、保存する必要があるパラメータの個数が増加する。
このパラメータは、二進数字列から循環群の１つの要素を選択することで行われる。
例えば、ユーザー数が５００人の場合には、２＾９＝５１２となり、９個の要素から構成される群の要素のベクトルが必要になる。１万人の場合には、２＾１４＝１６３８４となり、１４個の要素から構成される群の要素のベクトルが必要になる。
また、パラメータは厳重に管理する必要があるため、管理者側でデバイス上の安全な耐タンパ領域に格納する必要がある。しかし、耐タンパ領域の容量には限りがあり、この方式を利用するユーザーの増加に応じて、保存すべきパラメータ数が増加し、パラメータを格納しきれなくなるという課題があった。
【０００９】
さらにまた、公開鍵の認証が不要で受信者ＩＤの変換が不要な方式の非特許文献２の場合は、秘密鍵である復号鍵はシステム管理する側が生成と管理を行い、受信者が取得する必要があった。
このため、受信者以外のシステム管理者が、暗号化された電子情報の復号を行うことが可能なため、運用上の課題があった。
【００１０】
本発明は、上記の課題に鑑みてなされたものであり、安全性を確保しつつ送信者の公開鍵証明書の発行を不要にし、さらに管理者側で管理するパラメータの容量を軽減する暗号通信システム、管理者装置、およびプログラムを提供することを目的としている。
【課題を解決するための手段】
【００１１】
本発明は、送信者側端末が受信者公開鍵を用いて電子情報の暗号化を行い送信し、受信者側端末が前記暗号化された電子情報を受信して受信者秘密鍵を用いて復号を行い、管理者装置が受信者公開鍵の情報に関する管理を行う暗号通信システムにおいて、
前記受信者側端末は、
受信者の固有情報と受信者公開鍵の有効期限を含む受信者ＩＤを生成する受信者ＩＤ生成手段と、
前記生成された受信者ＩＤを前記管理者装置に登録要求する登録要求手段と、
前記生成された受信者ＩＤを用いて受信者公開鍵と受信者秘密鍵のペアを生成する鍵生成手段と、
前記送信者側端末から、前記受信者公開鍵を用いて暗号化された電子情報を受け取る暗号化情報受け取り手段と、
前記管理者装置に復号に必要な情報を含む復号チケットの発行を要求する復号チケット要求手段と、
前記管理者装置から前記復号チケットを受け取る復号チケット受け取り手段と、
前記復号チケットと、前記受信者秘密鍵を用いて、前記暗号化された電子情報の復号を行う復号手段と、
を備え、
前記送信者側端末は、
前記受信者公開鍵を用いて、電子情報の暗号化を行う暗号化手段と、
前記暗号化された電子情報を、前記受信者側端末に受け渡す暗号化情報受け渡し手段と、
を備え、
前記管理者装置は、
前記受信者側端末が生成した受信者ＩＤおよび受信者ＩＤに対応する受信者公開鍵の失効識別子を登録する受信者ＩＤ登録手段と、
前記登録した受信者ＩＤに対応する受信者公開鍵に対して前記受信者側端末から無効化要求が来た場合に、前記受信者ＩＤに対応する受信者公開鍵の失効識別子を失効設定する失効設定手段と、
前記受信者側端末から前記受信者公開鍵の有効性を確認する要求を受け付け、前記受信者公開鍵の有効性を確認する要求を受け付けた日時を取得する有効性確認受付手段と、
前記受信者ＩＤから前記受信者公開鍵の有効期限を抽出する有効期限抽出手段と、
前記有効期限抽出手段で抽出された有効期限と前記有効性確認受付手段で取得された日時を比較し、前記有効性確認受付手段で取得された日時が前記有効期限抽出手段で抽出された有効期限内の場合に、前記受信者公開鍵は有効期限内であると判断し、前記有効性確認受付手段で取得された日時が前記有効期限抽出手段で抽出された有効期限外の場合に、前記受信者公開鍵は有効期限外であると判断する有効期限比較手段と、
前記受信者公開鍵の有効性を確認する要求に従って、前記登録された受信者ＩＤに対応する受信者公開鍵の失効識別子を参照する参照手段と、
前記参照手段による参照の結果、受信者ＩＤに対応する受信者公開鍵の失効識別子の失効設定が行われておらず、さらに前記有効期限比較手段により、前記受信者公開鍵が有効期限内であると判断された場合に、前記復号チケットを生成する手段と、
前記生成された復号チケットを受信者側端末に受け渡す復号チケット受け渡し手段と、
を備えることを特徴としている。
【００１２】
また、本発明は、前記管理者装置は、
共通パラメータを生成するパラメータ生成手段と、
前記パラメータ生成手段で生成されたパラメータを用いて、前記受信者公開鍵と前記受信者秘密鍵のペアを生成するための鍵生成プログラムを生成する鍵生成手段と、
前記パラメータ生成手段で生成されたパラメータを用いて、電子情報の暗号化を行うための暗号化プログラムを生成する暗号化プログラム生成手段と、
前記パラメータ生成手段で生成されたパラメータを用いて、暗号化された電子情報の復号をするための復号プログラムを生成する復号プログラム生成手段と、
前記パラメータ生成手段で生成されたパラメータを用いて、暗号化された電子情報を復号するための情報を含む復号チケットを生成するための復号チケット・プログラムを生成する復号チケット・プログラム生成手段と、
を備えることを特徴としている。
【００１３】
さらにまた、本発明は、送信者側端末が受信者公開鍵を用いて電子情報の暗号化を行い送信し、受信者側端末が前記暗号化された電子情報を受信して受信者秘密鍵を用いて復号を行い、管理者装置が受信者公開鍵の情報に関する管理を行う暗号通信システムにおける前記管理者装置のコンピューターに、
前記受信者側端末が生成した受信者の固有情報と前記受信者公開鍵の有効期限を含む受信者ＩＤおよび受信者ＩＤに対応する受信者公開鍵の失効識別子を登録する受信者ＩＤ登録工程と、
前記登録した受信者ＩＤに対応する受信者公開鍵に対して前記受信者端末から無効化要求が来た場合に、前記受信者ＩＤに対応する受信者公開鍵の失効識別子を失効設定する失効設定工程と、
前記受信者側端末から前記受信者側端末で生成された受信者公開鍵の有効性を確認する要求を受け付け、前記受信者公開鍵の有効性を確認する要求を受け付けた日時を取得する有効性確認受付工程と、
前記受信者ＩＤから前記受信者公開鍵の有効期限を抽出する有効期限抽出工程と、
前記有効期限抽出工程で抽出された有効期限と前記有効性確認受付工程で取得された日時を比較し、前記有効性確認受付工程で取得された日時が前記有効期限抽出工程で抽出された有効期限内の場合に、前記受信者公開鍵が有効期限内であると判断し、前記有効性確認受付工程で取得された日時が前記有効期限抽出工程で抽出された有効期限外の場合に、前記受信者公開鍵が有効期限外であると判断する有効期限比較工程と、
前記受信者公開鍵の有効性を確認する要求に従って、前記登録された受信者ＩＤに対応する受信者公開鍵の無効化情報を参照する参照工程と、
前記参照手段での参照の結果、受信者ＩＤに対応する受信者公開鍵の失効識別子の失効設定が行われておらず、さらに前記有効期限比較工程により、前記受信者公開鍵が有効期限内であると判断された場合に、前記復号チケットを生成する工程と、
前記生成された復号チケットを受信者側端末に受け渡す復号チケット受け渡し工程と、
を備えことを特徴としている。
【００１４】
さらにまた、本発明は、送信者側端末が受信者公開鍵を用いて電子情報の暗号化を行い送信し、受信者側端末が前記暗号化された電子情報を受信して受信者秘密鍵を用いて復号を行い、管理者装置が公開鍵の情報に関する管理を行う暗号通信システムにおける前記受信者側端末のコンピューターに、
受信者の固有情報と受信者公開鍵の有効期限を含む受信者ＩＤを生成する受信者ＩＤ生成工程と、
前記生成された受信者ＩＤを前記管理者装置に登録要求する登録要求工程と、
前記生成された受信者ＩＤを用いて受信者公開鍵と受信者秘密鍵のペアを生成する鍵生成工程と、
前記送信者側端末から、前記受信者公開鍵を用いて暗号化された電子情報を受け取る暗号化情報受け取り工程と、
前記管理者装置に復号に必要な情報を含む前記復号チケットの発行を要求する復号チケット要求工程と、
前記管理者装置から前記復号チケットを受け取る復号チケット受け取り工程と、
前記復号チケットと、前記受信者秘密鍵を用いて、前記暗号化された電子情報の復号を行う復号工程と、
を備えることを特徴としている。
【００１５】
さらにまた、本発明は、送信者側端末が受信者公開鍵を用いて電子情報の暗号化を行い送信し、受信者側端末が前記暗号化された電子情報を受信して受信者秘密鍵を用いて復号を行う暗号通信システムに用いられる管理者装置において、
前記受信者側端末が生成した受信者の固有情報と前記受信者公開鍵の有効期限を含む受信者ＩＤおよび受信者ＩＤに対応する受信者公開鍵の失効識別子を登録する受信者ＩＤ登録手段と、
前記登録した受信者ＩＤに対応する受信者公開鍵に対して前記受信者側端末から無効化要求が来た場合に、前記受信者ＩＤに対応する受信者公開鍵失効識別子を失効設定する失効設定手段と、
前記受信者側端末から前記受信者側端末で生成された受信者公開鍵の有効性を確認する要求を受け付け、前記受信者公開鍵の有効性を確認する要求を受け付けた日時を取得する有効性確認受付手段と、
前記受信者ＩＤから前記受信者公開鍵の有効期限を抽出する有効期限抽出手段と、
前記有効期限抽出手段で抽出された有効期限と前記有効性確認受付手段で取得された日時を比較し、前記有効性確認受付手段で取得された日時が前記有効期限抽出手段で抽出された有効期限内の場合に、前記受信者公開鍵が有効期限内であると判断し、前記有効性確認受付手段で取得された日時が前記有効期限抽出手段で抽出された有効期限外の場合に、前記受信者公開鍵が有効期限外であると判断する有効期限比較手段と、
前記受信者公開鍵の有効性を確認する要求に従って、前記登録された受信者ＩＤに対応する受信者公開鍵の無効化情報を参照する参照手段と、
前記参照手段での参照の結果、受信者ＩＤを含む受信者公開鍵の失効識別子の失効設定が行われておらず、さらに前記有効期限比較手段により、前記受信者公開鍵が有効期限内であると判断された場合に、前記復号チケットを生成する手段と、
前記生成された復号チケットを受信者側端末に受け渡す復号チケット受け渡し手段と、
を備えることを特徴としている。
【発明の効果】
【００１６】
本発明によれば、公開鍵を利用して電子情報を暗号化する場合に、送信者が送信前に公開鍵証明書の発行は行わず、受信者がシステム管理者に復号に必要な情報を含む復号チケットの発行を要求し、その復号チケットを用いて復号を行うようにしたので、送信者が失効確認を行わなくて済むようになる。
また、公開鍵の安全性が失われた場合は、システム管理者が復号チケットを発行しないようにしたため、受信した電子情報は復号を行えず、送信したデータの安全性を確保することが可能である。
さらにまた、公開鍵と秘密鍵の生成、暗号化と復号等に用いるパラメータとプログラムを最適化したので、利用者が増加しても既存のＰＫＩを用いた認証システムと比較して、保存すべきパラメータ数が少ないため、システムでの安全な記憶領域の使用量を軽減することが可能になる。
【図面の簡単な説明】
【００１７】
【図１】本発明の第１の実施形態に係るネットワーク構成の一例を示す概略図である。
【図２】同実施形態に係る送信者端末の構成を示すブロック図である。
【図３】同実施形態に係る受信者端末の構成を示すブロック図である。
【図４】同実施形態に係るシステム管理者装置の構成を示すブロック図である。
【図５】同実施形態に係る認証方法のフローチャートである。
【図６】第２の実施形態に係る送信者端末の構成を示すブロック図である。
【図７】第２の実施形態に係る受信者端末の構成を示すブロック図である。
【図８】第２の実施形態に係るシステム管理者装置の構成を示すブロック図である。
【図９】第２の実施形態に係る認証の方法のフローチャートである。
【発明を実施するための形態】
【００１８】
[第１実施形態]
以下、図１〜図５を用いて本発明の第１の実施形態について詳細に説明する。なお、本発明は係る実施形態に限定されず、その技術思想の範囲内で種々の変更が可能である。
【００１９】
図１は、本発明の実施形態におけるネットワーク構成の一例を示す概略図である。
送信者端末１は、公開鍵である暗号化鍵（以後、暗号化鍵と言う）を使用して電子情報を暗号化して送信する送信者が使用する端末である。
受信者端末２は、暗号化された電子情報を受信して、秘密鍵である復号鍵（以後、復号鍵と言う）を使用して復号を行う受信者が使用する端末である。
システム管理装置３は、暗号化鍵の有効性の確認と復号チケットの発行の処理を行うシステム管理者が使用する端末である。
送信者端末１、受信者端末２、システム管理装置３は、通信回線を通じてインターネット別途等のネットワーク４に接続し、相互にデータの送受信を行う。
【００２０】
図２は、送信者端末１の構成を示すブロック図である。
送信者端末１は、送信者が使用する端末であり、制御部１０１と、ネットワーク接続部１０２と、暗号化鍵受信部１０３と、暗号化実行部１０４と、暗号化データ送信部１０５を備えている。
【００２１】
制御部１０１は、ネットワーク接続部１０２と、暗号化鍵受信部１０３と、暗号化実行部１０４と、暗号化データ送信部１０５の各部の制御を行う。
【００２２】
ネットワーク接続部１０２は、ネットワーク４に接続し、他の端末と相互にデータを送受信する。
【００２３】
暗号化鍵受信部１０３は、受信者端末２が生成した暗号化鍵を、受信者端末２から受け取り保存する。
【００２４】
暗号化実行部１０４は、暗号化鍵を使用して、電子情報の暗号化を行う。
【００２５】
暗号化データ送信部１０５は、暗号化実行部１０４により暗号化された電子情報をネットワーク４を介して受信者端末２に送信する。
【００２６】
図３は、受信者端末２の構成を示すブロック図である。
受信者端末２は、受信者が使用する端末であり、制御部２０１と、ネットワーク接続部２０２と、受信者ＩＤ生成部２０３と、鍵生成部２０４と、受信者ＩＤ登録要求部２０５と、暗号化鍵送信部２０６と、暗号化データ受信部２０７と、復号チケット要求部２０８と、復号チケット受信部２０９と、復号部２１０を備える。
【００２７】
制御部２０１は、ネットワーク接続部２０２と、受信者ＩＤ生成部２０３と、鍵生成部２０４と、受信者ＩＤ登録要求部２０５と、暗号化鍵送信部２０６と、暗号化データ受信部２０７と、復号チケット要求部２０８と、復号チケット受信部２０９と、復号部２１０の各部の制御を行う。
【００２８】
ネットワーク接続部２０２は、ネットワーク４に接続し、他の端末と相互にデータを送受信する。
また、受信者端末２は、ネットワーク接続部２０２を介して、本暗号通信システムの利用申請、受信者ＩＤの登録および復号を行う時に必要な後述する復号チケットの発行要求などをシステム管理装置３に対して行う。
【００２９】
受信者ＩＤ生成部２０３は、受信者の識別子（例えば、電子メール・アドレス、受信者の電話番号）に、生成しようとしている鍵の有効期限を組み合わせることによって、受信者ＩＤを生成する。
例えば、受信者の電子メール・アドレスがａｌｉｃｅ＠ｃｓ．ｕｎｉｖ．ｅｄｕの場合に、有効期限を２０１１年１２月３１日に設定した場合、受信者ＩＤは、ａｌｉｃｅ＠ｃｓ．ｕｎｉｖ．ｅｄｕ‖２０１１１２３１のようになる。
【００３０】
鍵生成部２０４は、受信者ＩＤ生成部２０３によって生成された受信者ＩＤを用いて、暗号化鍵と復号鍵のペアを生成する。
なお、生成された暗号化鍵と復号鍵は、受信者が受信者端末２の安全な記憶領域に保存することが望ましい。
【００３１】
受信者ＩＤ登録要求部２０５は、受信者ＩＤ生成部２０３によって生成された受信者ＩＤをシステム管理装置３に通知し、登録の要求を行う。
【００３２】
暗号化鍵送信部２０６は、鍵生成部２０４によって生成された暗号化鍵を送信者端末１に受け渡す。
【００３３】
暗号化データ受信部２０７は、送信者端末１が暗号化アプリケーションを用いて暗号化した電子データを、ネットワーク４を介して受け取る。
【００３４】
復号チケット要求部２０８は、送信者端末１から暗号化された電子データを受信した後、システム管理装置３に対して登録した受信者ＩＤを送信して、後述する復号に必要な情報を含む復号チケットの要求を行う。
【００３５】
復号チケット受信部２０９は、暗号化鍵が失効していない場合にシステム管理装置３から発行される復号に必要な情報を含む復号チケットを受け取る。
【００３６】
なお、暗号化データ受信部２０７がシステム管理装置３に対して行う復号チケットの要求と、システム管理装置３から復号チケットの受け取りは、迅速な処理が求められるため、電子メール等でのやり取りではなく、例えばインターネット環境でリアルタイムに行われる。
【００３７】
復号部２１０は、復号チケット受信部２０９が受け取った復号チケットと、さらに受信端末２の鍵生成部２０４が生成した復号鍵を用いて、暗号化データ受信部２０７によって受信された暗号化された電子情報の復号を行う。
【００３８】
このように、復号部２１０は、復号チケットが入手できていない状態では、復号を行うことができないため、送信者端末１が暗号化時に使用した暗号鍵の情報が盗聴され解読されていた場合には復号チケットを発行しないようにしたため、送信者の情報の安全性を確保することが可能になる。
【００３９】
図４は、システム管理者のシステム管理装置３の構成を示すブロック図である。
システム管理装置３は、システム管理者が使用するシステム管理装置であり、制御部３０１と、ネットワーク接続部３０２と、受信者ＩＤ登録要求受信部３０３と、受信者ＩＤ登録部３０４と、復号チケット要求受信部３０５と、暗号化鍵の有効性確認部３０６と、復号チケット生成部３０７と、復号チケット発行部３０8を備える。
【００４０】
制御部３０１は、ネットワーク接続部３０２と、受信者ＩＤ登録要求受信部３０３と、受信者ＩＤ登録部３０４と、復号チケット要求受信部３０５と、暗号化鍵の有効性確認部３０６と、復号チケット生成部３０７と、復号チケット発行部３０８の制御を行う。
【００４１】
ネットワーク接続部３０２は、通信回線を介してインターネット等のネットワーク４に接続し、他の端末と相互にデータを送受信する。
また、システム管理装置３は、ネットワーク接続部３０２を介して、受信者端末２から本暗号通信システムの利用申請の受け取り、受信者ＩＤの登録要求の受け取り、および復号を行う時に必要な後述する復号チケットの発行要求など受け取り、復号チケットの発行を行う。
【００４２】
受信者ＩＤ登録要求受信部３０３は、受信者端末２から受信者ＩＤを受け取り、受信者ＩＤの登録要求を受け付ける。
また、受信者ＩＤ登録要求受信部３０３は、暗号化鍵が第３者により解読された場合や受信者端末２が復号鍵を紛失した場合等に、受信者端末２から暗号化鍵の失効手続き要求を受け付け、受信者ＩＤ登録部３０６に受け渡す。
【００４３】
受信者ＩＤ登録部３０４は、受信者ＩＤ登録要求受信部３０３が受信者端末２から受け取った受信者ＩＤを、システム管理装置３内に登録し図示しないデータベースに、受信者ＩＤに対応する暗号化鍵が失効しているか否かの失効識別子を加えて保存する。
また、受信者ＩＤ登録部３０４は、受信者ＩＤ登録要求受信部３０３が受信者端末２から暗号化鍵の失効手続き要求を受け取った場合に、データベースに登録した受信者ＩＤに対応する暗号化鍵の失効識別子を失効状態に更新する。
【００４４】
復号チケット要求受信部３０５は、受信者端末２から復号チケット要求を受け取る。
【００４５】
暗号化鍵の有効性確認部３０６は、復号チケット要求受信部３０５が受信者端末２から受け取った復号チケット要求から受信者端末２の受信者ＩＤを抽出し、受信者ＩＤから受信者ＩＤの有効期限すなわち暗号化鍵の有効期限を抽出する。
また、暗号化鍵の有効性確認部３０６は、復号チケット要求受信部３０５が受信者端末２から復号チケット要求を受け取った日時を取得し、抽出された暗号化鍵の有効期限と比較する。
復号チケット要求受信部３０５が復号チケット要求を受け取った日時と、抽出された暗号化鍵の有効期限を比較した結果、抽出された暗号化鍵の有効期限内に復号チケット要求を受け取った場合は、暗号化鍵がまだ有効期限を超過していないと判断する。
一方、復号チケット要求受信部３０５が復号チケット要求を受け取った日時と、抽出された暗号化鍵の有効期限を比較した結果、抽出された暗号化鍵の有効期限を超過した日時に復号チケット要求を受け取った場合は、暗号化鍵が有効期限を超過していると判断する。
また、暗号化鍵の有効性確認部３０６は、復号チケット要求にかかる受信者ＩＤに対応する暗号化鍵について、失効手続きが行われて失効識別子が失効状態に設定されているか否かを、受信者ＩＤを登録した上記のデータベースに照合する。
次に、暗号化鍵の有効性確認部３０６は、受信者ＩＤに対応する暗号化鍵がまだ有効期限を超過していない場合に、かつ失効手続きにより失効識別子が失効状態に設定されていない場合に、受信者端末２の暗号化鍵は有効と判断する。
一方、暗号化鍵の有効性確認部３０６は、受信者ＩＤに対応する暗号化鍵が有効期限を超過している場合か、または、失効手続きが行われ失効識別子が失効設定されている場合に、受信者端末２の暗号化鍵は失効と判断する。
暗号化鍵の有効性確認部３０６は、暗号化鍵を失効と判断した場合、受信者端末２に対して暗号化鍵の失効を通知する。この場合、復号チケットの発行は行わない。
【００４６】
復号チケット生成部３０７は、暗号化鍵の有効性確認機能３０６で暗号化鍵が有効と判断された場合に、復号に必要な情報を含む復号チケットを生成する。
【００４７】
復号チケット発行部３０８は、復号チケット生成機能３０７によって生成された復号チケットを受信者端末２に発行する。
なお、復号チケット要求受信部３０５が受信者端末２の復号チケット要求部２０８から復号チケット要求の受け取りと、復号チケット発行部３０８が受信者端末２の復号チケット受信部２０９への復号チケットを発行する処理は、迅速な処理が求められるため、電子メール等でのやり取りではなく、例えばインターネット環境でリアルタイムに行われる。
【００４８】
本実施形態の認証方法を図５のフローチャートを用いて説明する。
【００４９】
受信者端末２の受信者ＩＤ生成部２０３は、受信者の電子メール・アドレス等の固有情報と、生成したい公開鍵の有効期限を関連付けて受信者ＩＤを生成する（Ｓ２０１）。
【００５０】
受信者端末２の受信者ＩＤ登録要求部２０５は、生成された受信者ＩＤとともに受信者ＩＤ登録要求をシステム管理装置３の受信者ＩＤ登録要求受信部３０３に受け渡す（Ｓ２０２、Ｓ３０１）。
【００５１】
システム管理装置３の受信者ＩＤ登録部３０４が、受信者ＩＤをシステム管理装置３内の図示しないデータベースに、受信者ＩＤに対応する暗号化鍵が失効しているか否かの失効識別子を加えて登録して保存する（Ｓ３０２）。
【００５２】
受信者端末２の鍵生成部２０４が、受信者ＩＤを用いて、暗号化鍵と復号鍵のペアを生成する（Ｓ２０３）。
【００５３】
受信者端末２の暗号化鍵送信部２０６が、別途送信者端末１からの依頼により、生成された暗号化鍵を、送信者端末１の暗号化鍵受信部１０３に受け渡す（Ｓ１０１、Ｓ２０４）。
【００５４】
次に、送信者端末１の暗号化実行部１０４が、受け取った暗号化鍵を用いて電子情報の暗号化を行う（Ｓ１０２）。
【００５５】
送信者端末１の暗号化データ送信部１０５が、受信者端末２の暗号化データ受信部２０７に暗号化した電子情報を送信する（Ｓ１０３、Ｓ２０５）。
【００５６】
次に、受信者端末２の復号チケット要求部２０８は、システム管理装置３の復号チケット要求受信部３０５に復号チケットの要求を行う（Ｓ２０６、Ｓ３０３）。
【００５７】
次に、システム管理装置３の暗号化鍵の有効性確認部３０６が、システム管理装置３内の図示しない記憶部に記憶された受信者情報を参照して、受信者ＩＤを参照する。
また、システム管理装置３の暗号化鍵有効性確認部３０６が、参照した受信者ＩＤから受信者ＩＤの有効期限すなわち暗号化鍵の有効期限を抽出する。
また、暗号化鍵の有効性確認部３０６は、復号チケット要求受信部３０５が受信者端末２から復号チケット要求を受け取った日時を取得し、抽出された暗号化鍵の有効期限と比較する。
復号チケット要求受信部３０５が復号チケット要求を受け取った日時と、抽出された暗号化鍵の有効期限を比較した結果、抽出された暗号化鍵の有効期限内に復号チケット要求を受け取った場合は、暗号化鍵がまだ有効期限を超過していないと判断する。
一方、復号チケット要求受信部３０５が復号チケット要求を受け取った日時と、抽出された暗号化鍵の有効期限を比較した結果、抽出された暗号化鍵の有効期限を超過した日時に復号チケット要求を受け取った場合は、暗号化鍵が有効期限を超過していると判断する。
次に、システム管理装置３の暗号化鍵の有効性確認部３０６が、システム管理装置３内の図示しないデーターベースに、受信者ＩＤに対応する暗号化鍵の失効識別子が失効設定されているか否か照合する。
続けて、システム管理装置３の暗号化鍵有効性確認部３０６が、受信者ＩＤに対応する暗号化鍵がまだ有効期限を超過していない場合に、かつ失効識別子が失効状態に設定されていない場合に、受信者の暗号化鍵は有効と判断する。
一方、システム管理装置３の暗号化鍵の有効性確認機部３０６が、受信者ＩＤに対応する暗号化鍵が有効期限を超過している場合か、または、失効識別子が失効状態に設定されている場合に、受信者の暗号化鍵は失効と判断する（Ｓ３０４）。
【００５８】
システム管理装置２の復号チケット生成部３０７が、暗号化鍵の有効性確認機能３０６で暗号化鍵が有効と判断された場合、復号に必要な情報を含む復号チケットを生成する（Ｓ３０５）。
一方、システム管理装置３の暗号化鍵の有効性確認機能３０６が、暗号化鍵を無効と判断した場合は、受信者端末２に対して暗号化鍵の失効を通知する。この場合は、復号チケットの発行は行わない。
【００５９】
システム管理装置３の復号チケット発行部３０８が、受信者端末２の復号チケット受信部２０９に、生成された復号チケットを発行する（Ｓ２０７、Ｓ３０６）。
【００６０】
受信者端末２の復号部２１０は、復号チケット受信部２０９が受け取った復号チケットと、さらに受信端末２の鍵生成部２０４が生成した復号鍵を用いて、暗号化データ受信部２０７によって受信された暗号化された電子情報の復号を行う（Ｓ２０８）。
【００６１】
[第２実施形態]
次に、第２の実施形態について、図１、６〜９を用いて説明する。なお、第１の実施例形態と同じ機能を有するものは同じ番号を用いて説明を省略する。
【００６２】
図６は、第２の実施形態の送信者端末１の構成を示すブロック図である。
第１の実施形態との違いは、暗号化アプリケーション受信部４０１である。
【００６３】
暗号化アプリケーション受信部４０１は、受信端末２は後述する暗号化を行うアプリケーション（以後、暗号化アプリケーションと略す）を受け取り保存する。
【００６４】
図７は、第２の実施形態の受信者端末２の構成を示すブロック図である。
第１の実施形態との違いは、アプリケーション受信部５０１と、暗号化アプリケーション送信部５０２である。
【００６５】
アプリケーション受信部５０１は、後述するシステム管理装置３が生成した暗号化鍵と復号鍵のペアを生成するアプリケーション（以後、鍵生成アプリケーションと略す）、暗号化アプリケーションおよび復号を行うアプリケーション（以後、復号アプリケーションと略す）を受け取り保存する。
【００６６】
暗号化アプリケーション送信部５０２は、システム管理装置３から受け取った暗号化アプリケーションを受信者端末２に受け渡す。
【００６７】
図８は、第２の実施形態のシステム管理装置３の構成を示すブロック図である。
第１の実施形態との違いは、共通パラメータ生成部６０１と、アプリケーション生成部６０２およびアプリケーション送信部６０３である。
【００６８】
共通パラメータ生成部６０１は、鍵生成、暗号化、復号および復号チケット生成に必要な共通のパラメータを生成し、システム管理装置３内の安全な記憶領域に保存する。
【００６９】
アプリケーション生成部６０２は、共通パラメータ生成部６０１によって生成された共通パラメータを用いて、鍵生成アプリケーション、復号アプリケーションおよび暗号化アプリケーションを生成する。
【００７０】
アプリケーション送信機能６０３は、生成された鍵生成アプリケーション、復号アプリケーションおよび暗号化アプリケーションを、本暗号通信システムの利用を申し込んだ利用者である受信者端末２に受け渡す。
【００７１】
第２の実施形態の認証化方法を図９のフローチャートを用いて説明する。
まず、システム管理装置３の共通パラメータ生成部６０１が、共通パラメータを生成する（Ｓ６０１）。
【００７２】
次に、システム管理装置３のアプリケーション生成部６０２は、共通パラメータ生成部６０１によって生成された共通パラメータを使用して、鍵生成アプリケーション、暗号化アプリケーションおよび復号アプリケーションを生成する（Ｓ６０２）。
【００７３】
以下、Ｓ２０１、Ｓ２０２、Ｓ３０１、Ｓ３０２は、第１の実施形態と同様に行われる。
【００７４】
次に、システム管理装置３の受信者ＩＤ登録部３０３が、受信者ＩＤをシステム管理装置３内の図示しないデータベースに、受信者ＩＤに対応する暗号化鍵が失効しているか否かの失効識別子を加えて登録して保存する（Ｓ３０２）。
また、システム管理装置３の受信者ＩＤ登録部３０４が、生成された共通パラメータから受信者用に選択し、受信者ＩＤとともにシステム管理装置３内に登録し保存する。
【００７５】
次に、システム管理装置３のアプリケーション送信部６０３は、生成された鍵生成アプリケーション、暗号化アプリケーション、復号アプリケーションを、受信者端末２のアプリケーション受信機能５０１に受け渡す（Ｓ５０１、Ｓ６０３）。
【００７６】
受信者の鍵生成部２０４が、アプリケーション受信部５０１が受け取った鍵生成アプリケーションと、受信者ＩＤ生成部２０３で生成された受信者ＩＤを用いて、暗号化鍵と復号鍵のペアを生成する（Ｓ２０３）。
【００７７】
以下、Ｓ１０１、Ｓ２０４は、第１の実施形態と同様に行われる。
【００７８】
次に、送信者端末１の暗号化アプリケーション受信機能４０１が、受信者端末２の暗号化アプリケーション受信機能５０１から暗号化アプリケーションを受け取る（Ｓ４０１、Ｓ５０２）。
【００７９】
以下、Ｓ１０３、Ｓ２０５、Ｓ２０６、Ｓ３０３、Ｓ３０４は、第１の実施形態と同様に行われる。
【００８０】
暗号化鍵の有効性確認部３０６は、復号チケット要求受信部３０５が受信者端末２から受け取った復号チケット要求から受信者端末２の受信者ＩＤを抽出し、受信者ＩＤから受信者ＩＤの有効期限すなわち暗号化鍵の有効期限を抽出する。
また、暗号化鍵の有効性確認部３０６は、復号チケット要求受信部３０５が受信者端末２から復号チケット要求を受け取った日時を取得し、抽出された暗号化鍵の有効期限と比較する。
復号チケット要求受信部３０５が復号チケット要求を受け取った日時と、抽出された暗号化鍵の有効期限を比較した結果、抽出された暗号化鍵の有効期限内に復号チケット要求を受け取った場合は、暗号化鍵がまだ有効期限を超過していないと判断する。
一方、復号チケット要求受信部３０５が復号チケット要求を受け取った日時と、抽出された暗号化鍵の有効期限を比較した結果、抽出された暗号化鍵の有効期限を超過した日時に復号チケット要求を受け取った場合は、暗号化鍵が有効期限を超過していると判断する。
また、暗号化鍵の有効性確認部３０６は、復号チケット要求にかかる受信者ＩＤに対応する暗号化鍵について、失効手続きが行われて失効識別子が失効状態に設定されているか否かを、受信者ＩＤを登録した上記のデータベースに照合する。
次に、暗号化鍵の有効性確認部３０６は、受信者ＩＤに対応する暗号化鍵がまだ有効期限を超過していない場合に、かつ失効手続きにより失効識別子が失効状態に設定されていない場合に、受信者端末２の暗号化鍵は有効と判断する。
一方、暗号化鍵の有効性確認部３０６は、受信者ＩＤに対応する暗号化鍵が有効期限を超過している場合か、または、失効手続きが行われ失効識別子が失効状態に設定されている場合に、受信者端末２の暗号化鍵は失効と判断する。
システム管理装置２の復号チケット生成部３０７が、暗号化鍵の有効性確認機能３０６で暗号化鍵が有効と判断された場合、生成された共通パラメータを用いて復号に必要な情報を含む復号チケットを生成する（Ｓ３０５）。
一方、システム管理装置３の暗号化鍵の有効性確認機能３０７が、暗号化鍵を無効と判断した場合は、受信者端末２に対して暗号化鍵の失効を通知する。この場合は、復号チケットの発行は行わない。
【００８１】
以下、第１の実施形態と同様に行われるため、説明を省略する。
【００８２】
次に、共通パラメータについて、鍵生成アプリケーションを例に説明する。
まず、システム管理装置３は、共通パラメータを例えば素数から複数生成する。
次に、受信者端末２から、本暗号通信システムの利用手続きがなされた後に、生成された共通パラメータの中から、いくつかのパラメータを選択する。選択されたパラメータは、例えば数個の定数の集まりの群になっている。
ここでは、鍵生成アプリケーションに使用される選択されたパラメータをｇとする。
【００８３】
システム管理装置３は、選択したパラメータｇを用いて、
【００８４】
【数１】
【００８５】
の演算式を生成する。この場合、ＩＤは受信者端末２の受信者ＩＤ生成部２０３が生成した受信者ＩＤである。
また、
【００８６】
【数２】
【００８７】
は、
【００８８】
【数３】
【００８９】
であり、この場合、
【００９０】
【数４】
【数５】
【００９１】
を演算する。
次に、受信者ＩＤを
【００９２】
【数６】
【００９３】
のように展開する。
【００９４】
システム管理装置３のアプリケーション生成部６０１は、上記の暗号鍵生成式と、説明を省略する暗号鍵生成式を合わせて、鍵生成アプリケーションを生成する
【００９５】
上記において、受信者ＩＤを第１の実施形態と同様に、受信者の識別子（例えば、電子メール・アドレス、受信者の電話番号）に、生成しようとしている鍵の有効期限を組み合わせることによって、受信者端末２のＩＤ生成部２０３により受信者ＩＤを生成される。
例えば、受信者の電子メール・アドレスがａｌｉｃｅ＠ｃｓ．ｕｎｉｖ．ｅｄｕの場合に、有効期限を２０１１年１２月３１日に設定した場合、受信者ＩＤは、ａｌｉｃｅ＠ｃｓ．ｕｎｉｖ．ｅｄｕ‖２０１１１２３１のようになる。
受信者端末２のアプリケーション受信部５０１は、システム管理装置３のアプリケーション生成部６０２から受け取った鍵生成アプリケーションと、生成された受信者ＩＤを用いて、暗号化鍵と復号鍵のペアを生成する。
【００９６】
このように、暗号化鍵の生成において、本実施形態で使用されるパラメータは、予めシステム管理者が生成した個定数の群の要素から構成されているため、本実施形態の暗号通信システムを使用するユーザーが増加しても、従来技術の受信者ＩＤの変換に使用されていた変換用パラメータの個数と保存容量に比較して、少ない個数のため保存容量に抑えることが可能になる。
【００９７】
なお、本実施形態では、復号に必要な情報を含む復号チケットを、システム管理装置３から受信者端末２に暗号化せずに受け渡す行う方法について説明したが、別途一般的な暗号化方式、例えばＲＳＡ（Ｒｉｖｅｓｔ Ｓｈａｍｉｒ Ａｄｌｅｍａｎ）方式を用いて暗号化して受け渡しても良い。
【００９８】
また、本実施形態では、受信者ＩＤを生成する際に、受信者の固有情報として電子メール・アドレスを用いる例を説明したが、受信者と送信者の間で確認できる確実な情報であれば、例えば受信者の電話番号、ニックネーム等を用いても良い。
【００９９】
さらにまた、第２の実施形態では、システム管理装置３において復号チケット・アプリケーションを鍵生成アプリケーション生成時に行ったが、受信者端末２の復号チケット要求部２０８から復号チケット要求を受信した後に生成するようにしても良い。
【産業上の利用可能性】
【０１００】
本発明によれば、受信者側で公開鍵の失効確認を行うようにしたので、送信者側の公開鍵証明書の発行負担が軽減され、さらに受信者側が復号に必要な情報を含む復号チケットを入手して復号を行うようにしたので情報の安全性も確保できる。
また、鍵生成アプリケーションと暗号化・復号アプリケーション等の生成において、従来のように受信者ＩＤを一度、２値化した後に予め文字ごとに定められた値で変換を行わずに、受信者の固有情報と予めシステム管理者により生成されたパラメータを共通で用いるようにした。このため、各アプリケーションで使用されるパラメータを削減しシステム管理側の安全な記憶領域の使用量も削減したので、利用者側および管理者に有益である。
【符号の説明】
【０１０１】
１・・・送信者端末
２・・・受信者端末
３・・・システム管理装置
４・・・ネットワーク
１０１、２０１、３０１・・・制御部
１０２、２０２、３０２・・・ネットワーク接続部
１０３・・・暗号化鍵受信部
１０４・・・暗号化実行部
１０５・・・暗号化データ送信部
２０３・・・受信者ＩＤ生成部
２０４・・・鍵生成部
２０５・・・受信者ＩＤ登録要求部
２０６・・・暗号化鍵送信部
２０７・・・暗号化データ受信部
２０８・・・復号チケット要求部
２０９・・・復号チケット受信部
２１０・・・復号部
３０３・・・受信者ＩＤ登録要求受信部
３０４・・・受信者ＩＤ登録部
３０５・・・復号チケット要求受信部
３０６・・・暗号化鍵の有効性確認部
３０７・・・復号チケット生成部
３０８・・・復号チケット発行部
４０１・・・暗号化アプリケーション受信部
５０１・・・アプリケーション受信部
５０２・・・暗号化アプリケーション送信部
６０１・・・共通パラメータ生成部
６０２・・・アプリケーション生成部
６０３・・・アプリケーション送信部
【特許請求の範囲】
【請求項１】
送信者側端末が受信者公開鍵を用いて電子情報の暗号化を行い送信し、受信者側端末が前記暗号化された電子情報を受信して受信者秘密鍵を用いて復号を行い、管理者装置が受信者公開鍵の情報に関する管理を行う暗号通信システムにおいて、
前記受信者側端末は、
受信者の固有情報と受信者公開鍵の有効期限を含む受信者ＩＤを生成する受信者ＩＤ生成手段と、
前記生成された受信者ＩＤを前記管理者装置に登録要求する登録要求手段と、
前記生成された受信者ＩＤを用いて受信者公開鍵と受信者秘密鍵のペアを生成する鍵生成手段と、
前記送信者側端末から、前記受信者公開鍵を用いて暗号化された電子情報を受け取る暗号化情報受け取り手段と、
前記管理者装置に復号に必要な情報を含む復号チケットの発行を要求する復号チケット要求手段と、
前記管理者装置から前記復号チケットを受け取る復号チケット受け取り手段と、
前記復号チケットと、前記受信者秘密鍵を用いて、前記暗号化された電子情報の復号を行う復号手段と、
を備え、
前記送信者側端末は、
前記受信者公開鍵を用いて、電子情報の暗号化を行う暗号化手段と、
前記暗号化された電子情報を、前記受信者側端末に受け渡す暗号化情報受け渡し手段と、
を備え、
前記管理者装置は、
前記受信者側端末が生成した受信者ＩＤおよび受信者ＩＤに対応する受信者公開鍵の失効識別子を登録する受信者ＩＤ登録手段と、
前記登録した受信者ＩＤに対応する受信者公開鍵に対して前記受信者側端末から無効化要求が来た場合に、前記受信者ＩＤに対応する受信者公開鍵の失効識別子を失効設定する失効設定手段と、
前記受信者側端末から前記受信者公開鍵の有効性を確認する要求を受け付け、前記受信者公開鍵の有効性を確認する要求を受け付けた日時を取得する有効性確認受付手段と、
前記受信者ＩＤから前記受信者公開鍵の有効期限を抽出する有効期限抽出手段と、
前記有効期限抽出手段で抽出された有効期限と前記有効性確認受付手段で取得された日時を比較し、前記有効性確認受付手段で取得された日時が前記有効期限抽出手段で抽出された有効期限内の場合に、前記受信者公開鍵は有効期限内であると判断し、前記有効性確認受付手段で取得された日時が前記有効期限抽出手段で抽出された有効期限外の場合に、前記受信者公開鍵は有効期限外であると判断する有効期限比較手段と、
前記受信者公開鍵の有効性を確認する要求に従って、前記登録された受信者ＩＤに対応する受信者公開鍵の失効識別子を参照する参照手段と、
前記参照手段による参照の結果、受信者ＩＤに対応する受信者公開鍵の失効識別子の失効設定が行われておらず、さらに前記有効期限比較手段により、前記受信者公開鍵が有効期限内であると判断された場合に、前記復号チケットを生成する手段と、
前記生成された復号チケットを受信者側端末に受け渡す復号チケット受け渡し手段と、
を備えることを特徴とする暗号通信システム。
【請求項２】
前記管理者装置は、
共通パラメータを生成するパラメータ生成手段と、
前記パラメータ生成手段で生成されたパラメータを用いて、前記受信者公開鍵と前記受信者秘密鍵のペアを生成するための鍵生成プログラムを生成する鍵生成手段と、
前記パラメータ生成手段で生成されたパラメータを用いて、電子情報の暗号化を行うための暗号化プログラムを生成する暗号化プログラム生成手段と、
前記パラメータ生成手段で生成されたパラメータを用いて、暗号化された電子情報の復号をするための復号プログラムを生成する復号プログラム生成手段と、
前記パラメータ生成手段で生成されたパラメータを用いて、暗号化された電子情報を復号するための情報を含む復号チケットを生成するための復号チケット・プログラムを生成する復号チケット・プログラム生成手段と、
を備えることを特徴とする請求項１に記載の暗号通信システム。
【請求項３】
送信者側端末が受信者公開鍵を用いて電子情報の暗号化を行い送信し、受信者側端末が前記暗号化された電子情報を受信して受信者秘密鍵を用いて復号を行い、管理者装置が受信者公開鍵の情報に関する管理を行う暗号通信システムにおける前記管理者装置のコンピューターに、
前記受信者側端末が生成した受信者の固有情報と前記受信者公開鍵の有効期限を含む受信者ＩＤおよび受信者ＩＤに対応する受信者公開鍵の失効識別子を登録する受信者ＩＤ登録工程と、
前記登録した受信者ＩＤに対応する受信者公開鍵に対して前記受信者端末から無効化要求が来た場合に、前記受信者ＩＤに対応する受信者公開鍵の失効識別子を失効設定する失効設定工程と、
前記受信者側端末から前記受信者側端末で生成された受信者公開鍵の有効性を確認する要求を受け付け、前記受信者公開鍵の有効性を確認する要求を受け付けた日時を取得する有効性確認受付工程と、
前記受信者ＩＤから前記受信者公開鍵の有効期限を抽出する有効期限抽出工程と、
前記有効期限抽出工程で抽出された有効期限と前記有効性確認受付工程で取得された日時を比較し、前記有効性確認受付工程で取得された日時が前記有効期限抽出工程で抽出された有効期限内の場合に、前記受信者公開鍵が有効期限内であると判断し、前記有効性確認受付工程で取得された日時が前記有効期限抽出工程で抽出された有効期限外の場合に、前記受信者公開鍵が有効期限外であると判断する有効期限比較工程と、
前記受信者公開鍵の有効性を確認する要求に従って、前記登録された受信者ＩＤに対応する受信者公開鍵の無効化情報を参照する参照工程と、
前記参照手段による参照の結果、受信者ＩＤに対応する受信者公開鍵の失効識別子の失効設定が行われておらず、さらに前記有効期限比較工程により、前記受信者公開鍵が有効期限内であると判断された場合に、前記復号チケットを生成する工程と、
前記生成された復号チケットを受信者側端末に受け渡す復号チケット受け渡し工程と、
を実行させるための暗号通信プログラム。
【請求項４】
送信者側端末が受信者公開鍵を用いて電子情報の暗号化を行い送信し、受信者側端末が前記暗号化された電子情報を受信して受信者秘密鍵を用いて復号を行い、管理者装置が公開鍵の情報に関する管理を行う暗号通信システムにおける前記受信者側端末のコンピューターに、
受信者の固有情報と受信者公開鍵の有効期限を含む受信者ＩＤを生成する受信者ＩＤ生成工程と、
前記生成された受信者ＩＤを前記管理者装置に登録要求する登録要求工程と、
前記生成された受信者ＩＤを用いて受信者公開鍵と受信者秘密鍵のペアを生成する鍵生成工程と、
前記送信者側端末から、前記受信者公開鍵を用いて暗号化された電子情報を受け取る暗号化情報受け取り工程と、
前記管理者装置に復号に必要な情報を含む前記復号チケットの発行を要求する復号チケット要求工程と、
前記管理者装置から前記復号チケットを受け取る復号チケット受け取り工程と、
前記復号チケットと、前記受信者秘密鍵を用いて、前記暗号化された電子情報の復号を行う復号工程と、
を実行させるための暗号通信プログラム。
【請求項５】
送信者側端末が受信者公開鍵を用いて電子情報の暗号化を行い送信し、受信者側端末が前記暗号化された電子情報を受信して受信者秘密鍵を用いて復号を行う暗号通信システムに用いられる管理者装置において、
前記受信者側端末が生成した受信者の固有情報と前記受信者公開鍵の有効期限を含む受信者ＩＤおよび受信者ＩＤに対応する受信者公開鍵の失効識別子を登録する受信者ＩＤ登録手段と、
前記登録した受信者ＩＤに対応する受信者公開鍵に対して前記受信者側端末から無効化要求が来た場合に、前記受信者ＩＤに対応する受信者公開鍵失効識別子を失効設定する失効設定手段と、
前記受信者側端末から前記受信者側端末で生成された受信者公開鍵の有効性を確認する要求を受け付け、前記受信者公開鍵の有効性を確認する要求を受け付けた日時を取得する有効性確認受付手段と、
前記受信者ＩＤから前記受信者公開鍵の有効期限を抽出する有効期限抽出手段と、
前記有効期限抽出手段で抽出された有効期限と前記有効性確認受付手段で取得された日時を比較し、前記有効性確認受付手段で取得された日時が前記有効期限抽出手段で抽出された有効期限内の場合に、前記受信者公開鍵が有効期限内であると判断し、前記有効性確認受付手段で取得された日時が前記有効期限抽出手段で抽出された有効期限外の場合に、前記受信者公開鍵が有効期限外であると判断する有効期限比較手段と、
前記受信者公開鍵の有効性を確認する要求に従って、前記登録された受信者ＩＤに対応する受信者公開鍵の無効化情報を参照する参照手段と、
前記参照手段での参照の結果、受信者ＩＤを含む受信者公開鍵の失効識別子の失効設定が行われておらず、さらに前記有効期限比較手段により、前記受信者公開鍵が有効期限内であると判断された場合に、前記復号チケットを生成する手段と、
前記生成された復号チケットを受信者側端末に受け渡す復号チケット受け渡し手段と、
を備えることを特徴とする管理者装置。
【請求項１】
送信者側端末が受信者公開鍵を用いて電子情報の暗号化を行い送信し、受信者側端末が前記暗号化された電子情報を受信して受信者秘密鍵を用いて復号を行い、管理者装置が受信者公開鍵の情報に関する管理を行う暗号通信システムにおいて、
前記受信者側端末は、
受信者の固有情報と受信者公開鍵の有効期限を含む受信者ＩＤを生成する受信者ＩＤ生成手段と、
前記生成された受信者ＩＤを前記管理者装置に登録要求する登録要求手段と、
前記生成された受信者ＩＤを用いて受信者公開鍵と受信者秘密鍵のペアを生成する鍵生成手段と、
前記送信者側端末から、前記受信者公開鍵を用いて暗号化された電子情報を受け取る暗号化情報受け取り手段と、
前記管理者装置に復号に必要な情報を含む復号チケットの発行を要求する復号チケット要求手段と、
前記管理者装置から前記復号チケットを受け取る復号チケット受け取り手段と、
前記復号チケットと、前記受信者秘密鍵を用いて、前記暗号化された電子情報の復号を行う復号手段と、
を備え、
前記送信者側端末は、
前記受信者公開鍵を用いて、電子情報の暗号化を行う暗号化手段と、
前記暗号化された電子情報を、前記受信者側端末に受け渡す暗号化情報受け渡し手段と、
を備え、
前記管理者装置は、
前記受信者側端末が生成した受信者ＩＤおよび受信者ＩＤに対応する受信者公開鍵の失効識別子を登録する受信者ＩＤ登録手段と、
前記登録した受信者ＩＤに対応する受信者公開鍵に対して前記受信者側端末から無効化要求が来た場合に、前記受信者ＩＤに対応する受信者公開鍵の失効識別子を失効設定する失効設定手段と、
前記受信者側端末から前記受信者公開鍵の有効性を確認する要求を受け付け、前記受信者公開鍵の有効性を確認する要求を受け付けた日時を取得する有効性確認受付手段と、
前記受信者ＩＤから前記受信者公開鍵の有効期限を抽出する有効期限抽出手段と、
前記有効期限抽出手段で抽出された有効期限と前記有効性確認受付手段で取得された日時を比較し、前記有効性確認受付手段で取得された日時が前記有効期限抽出手段で抽出された有効期限内の場合に、前記受信者公開鍵は有効期限内であると判断し、前記有効性確認受付手段で取得された日時が前記有効期限抽出手段で抽出された有効期限外の場合に、前記受信者公開鍵は有効期限外であると判断する有効期限比較手段と、
前記受信者公開鍵の有効性を確認する要求に従って、前記登録された受信者ＩＤに対応する受信者公開鍵の失効識別子を参照する参照手段と、
前記参照手段による参照の結果、受信者ＩＤに対応する受信者公開鍵の失効識別子の失効設定が行われておらず、さらに前記有効期限比較手段により、前記受信者公開鍵が有効期限内であると判断された場合に、前記復号チケットを生成する手段と、
前記生成された復号チケットを受信者側端末に受け渡す復号チケット受け渡し手段と、
を備えることを特徴とする暗号通信システム。
【請求項２】
前記管理者装置は、
共通パラメータを生成するパラメータ生成手段と、
前記パラメータ生成手段で生成されたパラメータを用いて、前記受信者公開鍵と前記受信者秘密鍵のペアを生成するための鍵生成プログラムを生成する鍵生成手段と、
前記パラメータ生成手段で生成されたパラメータを用いて、電子情報の暗号化を行うための暗号化プログラムを生成する暗号化プログラム生成手段と、
前記パラメータ生成手段で生成されたパラメータを用いて、暗号化された電子情報の復号をするための復号プログラムを生成する復号プログラム生成手段と、
前記パラメータ生成手段で生成されたパラメータを用いて、暗号化された電子情報を復号するための情報を含む復号チケットを生成するための復号チケット・プログラムを生成する復号チケット・プログラム生成手段と、
を備えることを特徴とする請求項１に記載の暗号通信システム。
【請求項３】
送信者側端末が受信者公開鍵を用いて電子情報の暗号化を行い送信し、受信者側端末が前記暗号化された電子情報を受信して受信者秘密鍵を用いて復号を行い、管理者装置が受信者公開鍵の情報に関する管理を行う暗号通信システムにおける前記管理者装置のコンピューターに、
前記受信者側端末が生成した受信者の固有情報と前記受信者公開鍵の有効期限を含む受信者ＩＤおよび受信者ＩＤに対応する受信者公開鍵の失効識別子を登録する受信者ＩＤ登録工程と、
前記登録した受信者ＩＤに対応する受信者公開鍵に対して前記受信者端末から無効化要求が来た場合に、前記受信者ＩＤに対応する受信者公開鍵の失効識別子を失効設定する失効設定工程と、
前記受信者側端末から前記受信者側端末で生成された受信者公開鍵の有効性を確認する要求を受け付け、前記受信者公開鍵の有効性を確認する要求を受け付けた日時を取得する有効性確認受付工程と、
前記受信者ＩＤから前記受信者公開鍵の有効期限を抽出する有効期限抽出工程と、
前記有効期限抽出工程で抽出された有効期限と前記有効性確認受付工程で取得された日時を比較し、前記有効性確認受付工程で取得された日時が前記有効期限抽出工程で抽出された有効期限内の場合に、前記受信者公開鍵が有効期限内であると判断し、前記有効性確認受付工程で取得された日時が前記有効期限抽出工程で抽出された有効期限外の場合に、前記受信者公開鍵が有効期限外であると判断する有効期限比較工程と、
前記受信者公開鍵の有効性を確認する要求に従って、前記登録された受信者ＩＤに対応する受信者公開鍵の無効化情報を参照する参照工程と、
前記参照手段による参照の結果、受信者ＩＤに対応する受信者公開鍵の失効識別子の失効設定が行われておらず、さらに前記有効期限比較工程により、前記受信者公開鍵が有効期限内であると判断された場合に、前記復号チケットを生成する工程と、
前記生成された復号チケットを受信者側端末に受け渡す復号チケット受け渡し工程と、
を実行させるための暗号通信プログラム。
【請求項４】
送信者側端末が受信者公開鍵を用いて電子情報の暗号化を行い送信し、受信者側端末が前記暗号化された電子情報を受信して受信者秘密鍵を用いて復号を行い、管理者装置が公開鍵の情報に関する管理を行う暗号通信システムにおける前記受信者側端末のコンピューターに、
受信者の固有情報と受信者公開鍵の有効期限を含む受信者ＩＤを生成する受信者ＩＤ生成工程と、
前記生成された受信者ＩＤを前記管理者装置に登録要求する登録要求工程と、
前記生成された受信者ＩＤを用いて受信者公開鍵と受信者秘密鍵のペアを生成する鍵生成工程と、
前記送信者側端末から、前記受信者公開鍵を用いて暗号化された電子情報を受け取る暗号化情報受け取り工程と、
前記管理者装置に復号に必要な情報を含む前記復号チケットの発行を要求する復号チケット要求工程と、
前記管理者装置から前記復号チケットを受け取る復号チケット受け取り工程と、
前記復号チケットと、前記受信者秘密鍵を用いて、前記暗号化された電子情報の復号を行う復号工程と、
を実行させるための暗号通信プログラム。
【請求項５】
送信者側端末が受信者公開鍵を用いて電子情報の暗号化を行い送信し、受信者側端末が前記暗号化された電子情報を受信して受信者秘密鍵を用いて復号を行う暗号通信システムに用いられる管理者装置において、
前記受信者側端末が生成した受信者の固有情報と前記受信者公開鍵の有効期限を含む受信者ＩＤおよび受信者ＩＤに対応する受信者公開鍵の失効識別子を登録する受信者ＩＤ登録手段と、
前記登録した受信者ＩＤに対応する受信者公開鍵に対して前記受信者側端末から無効化要求が来た場合に、前記受信者ＩＤに対応する受信者公開鍵失効識別子を失効設定する失効設定手段と、
前記受信者側端末から前記受信者側端末で生成された受信者公開鍵の有効性を確認する要求を受け付け、前記受信者公開鍵の有効性を確認する要求を受け付けた日時を取得する有効性確認受付手段と、
前記受信者ＩＤから前記受信者公開鍵の有効期限を抽出する有効期限抽出手段と、
前記有効期限抽出手段で抽出された有効期限と前記有効性確認受付手段で取得された日時を比較し、前記有効性確認受付手段で取得された日時が前記有効期限抽出手段で抽出された有効期限内の場合に、前記受信者公開鍵が有効期限内であると判断し、前記有効性確認受付手段で取得された日時が前記有効期限抽出手段で抽出された有効期限外の場合に、前記受信者公開鍵が有効期限外であると判断する有効期限比較手段と、
前記受信者公開鍵の有効性を確認する要求に従って、前記登録された受信者ＩＤに対応する受信者公開鍵の無効化情報を参照する参照手段と、
前記参照手段での参照の結果、受信者ＩＤを含む受信者公開鍵の失効識別子の失効設定が行われておらず、さらに前記有効期限比較手段により、前記受信者公開鍵が有効期限内であると判断された場合に、前記復号チケットを生成する手段と、
前記生成された復号チケットを受信者側端末に受け渡す復号チケット受け渡し手段と、
を備えることを特徴とする管理者装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１０−２３９２３２（Ｐ２０１０−２３９２３２Ａ）
【公開日】平成２２年１０月２１日（２０１０．１０．２１）
【国際特許分類】
【出願番号】特願２００９−８２５２３（Ｐ２００９−８２５２３）
【出願日】平成２１年３月３０日（２００９．３．３０）
【新規性喪失の例外の表示】特許法第３０条第１項適用申請有り 平成２１年１月２０日 発行の「２００９年 暗号と情報セキュリティシンポジウム概要集」に発表
【国等の委託研究の成果に係る記載事項】（出願人による申告）平成２０年度 独立行政法人情報通信研究機構「持続的な安全性を持つ暗号・電子署名アルゴリズム技術に関する研究開発〜安全な暗号技術を利用し続けるための暗号利用フレームワーク〜」委託研究、産業技術力強化法第１９条の適用を受ける特許出願
【出願人】（０００１０２７２８）株式会社エヌ・ティ・ティ・データ (438)
【Ｆターム（参考）】
【公開日】平成２２年１０月２１日（２０１０．１０．２１）
【国際特許分類】
【出願日】平成２１年３月３０日（２００９．３．３０）
【新規性喪失の例外の表示】特許法第３０条第１項適用申請有り 平成２１年１月２０日 発行の「２００９年 暗号と情報セキュリティシンポジウム概要集」に発表
【国等の委託研究の成果に係る記載事項】（出願人による申告）平成２０年度 独立行政法人情報通信研究機構「持続的な安全性を持つ暗号・電子署名アルゴリズム技術に関する研究開発〜安全な暗号技術を利用し続けるための暗号利用フレームワーク〜」委託研究、産業技術力強化法第１９条の適用を受ける特許出願
【出願人】（０００１０２７２８）株式会社エヌ・ティ・ティ・データ (438)
【Ｆターム（参考）】
[ Back to top ]