知財求人 - 知財ポータルサイト「IP Force」
特開2024-118646鍵生成装置、鍵生成システム、鍵生成方法、鍵生成プログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024118646
(43)【公開日】2024-09-02
(54)【発明の名称】鍵生成装置、鍵生成システム、鍵生成方法、鍵生成プログラム
(51)【国際特許分類】
H04L 9/08 20060101AFI20240826BHJP
H04L 9/14 20060101ALI20240826BHJP
【ＦＩ】
H04L9/08 B
H04L9/14
【審査請求】未請求
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2023025034
(22)【出願日】2023-02-21
(71)【出願人】
【識別番号】000003193
【氏名又は名称】ＴＯＰＰＡＮホールディングス株式会社
(74)【代理人】
【識別番号】100149548
【弁理士】
【氏名又は名称】松沼 泰史
(74)【代理人】
【識別番号】100139686
【弁理士】
【氏名又は名称】鈴木 史朗
(74)【代理人】
【識別番号】100169764
【弁理士】
【氏名又は名称】清水 雄一郎
(74)【代理人】
【識別番号】100147267
【弁理士】
【氏名又は名称】大槻 真紀子
(72)【発明者】
【氏名】浅野 之治
(57)【要約】
【課題】セキュリティを確保しつつ、新たな鍵の配送や登録にかかる負担を軽減する。
【解決手段】イシュアサーバから既に配送され第１の暗号アルゴリズムにおいて用いられる第１の鍵に基づいて、前記第１の暗号アルゴリズムとは異なる暗号アルゴリズムである第２の暗号アルゴリズムにおいて用いられる第２の鍵を生成する鍵生成部を有する。
【選択図】図１
【解決手段】イシュアサーバから既に配送され第１の暗号アルゴリズムにおいて用いられる第１の鍵に基づいて、前記第１の暗号アルゴリズムとは異なる暗号アルゴリズムである第２の暗号アルゴリズムにおいて用いられる第２の鍵を生成する鍵生成部を有する。
【選択図】図１
【特許請求の範囲】
【請求項1】
イシュアサーバから既に配送され第１の暗号アルゴリズムにおいて用いられる第１の鍵に基づいて、前記第１の暗号アルゴリズムとは異なる暗号アルゴリズムである第２の暗号アルゴリズムにおいて用いられる第２の鍵を生成する鍵生成部
を有する鍵生成装置。
を有する鍵生成装置。
【請求項2】
前記第１の鍵は、異なる複数の鍵であり、
前記鍵生成部は、前記異なる複数の鍵を組み合わせることによって前記第２の鍵を生成する
請求項１に記載の鍵生成装置。
前記鍵生成部は、前記異なる複数の鍵を組み合わせることによって前記第２の鍵を生成する
請求項１に記載の鍵生成装置。
【請求項3】
前記第１の鍵は、異なる複数の鍵であり、
前記鍵生成部は、前記異なる複数の鍵のうち第３の鍵を構成するビットと、前記異なる複数の鍵のうち前記第３の鍵とは異なる第４の鍵を構成するビットと、が交互に並ぶようにして前記第２の鍵を生成する
請求項１に記載の鍵生成装置。
前記鍵生成部は、前記異なる複数の鍵のうち第３の鍵を構成するビットと、前記異なる複数の鍵のうち前記第３の鍵とは異なる第４の鍵を構成するビットと、が交互に並ぶようにして前記第２の鍵を生成する
請求項１に記載の鍵生成装置。
【請求項4】
前記鍵生成部は、ハッシュ関数を用いて前記第１の鍵からハッシュ値を生成し、生成されたハッシュ値の少なくとも一部を得ることで第２の鍵を生成する
請求項１に記載の鍵生成装置。
請求項１に記載の鍵生成装置。
【請求項5】
前記第１の鍵は、イシュアサーバから配送された後、カード発行装置によってＩＣカードの発行に用いられており、前記第２の鍵は、既に発行されたＩＣカードではなく新規に発行されるＩＣカードに格納される
請求項１から請求項４のうちいずれか１項に記載の鍵生成装置。
請求項１から請求項４のうちいずれか１項に記載の鍵生成装置。
【請求項6】
前記鍵生成部は、第２の鍵として必要なビット数となるように前記第２の鍵を生成する
請求項５に記載の鍵生成装置。
請求項５に記載の鍵生成装置。
【請求項7】
ＩＣカードに鍵を格納するカード発行システムと、前記ＩＣカードに格納された鍵を用いて演算された結果を検証するホスト認証システムと、を含む鍵生成システムであり、
前記カード発行システムは、
第１の暗号アルゴリズムにおいて用いられる第１の鍵を記憶する第１の記憶部と、
前記第１の記憶部に記憶された第１の鍵に基づいて、前記第１の暗号アルゴリズムとは異なる暗号アルゴリズムである第２の暗号アルゴリズムにおいて用いられる第２の鍵を生成する第１鍵生成部を有し、
前記ホスト認証システムは、
前記第１の暗号アルゴリズムにおいて用いられる第１の鍵を記憶する第２の記憶部と、
前記第１鍵生成部と同様の生成処理に従い、前記第２の記憶部に記憶された第１の鍵に基づいて、前記第２の暗号アルゴリズムにおいて用いられる第２の鍵を生成する第２鍵生成部を有する
鍵生成システム。
前記カード発行システムは、
第１の暗号アルゴリズムにおいて用いられる第１の鍵を記憶する第１の記憶部と、
前記第１の記憶部に記憶された第１の鍵に基づいて、前記第１の暗号アルゴリズムとは異なる暗号アルゴリズムである第２の暗号アルゴリズムにおいて用いられる第２の鍵を生成する第１鍵生成部を有し、
前記ホスト認証システムは、
前記第１の暗号アルゴリズムにおいて用いられる第１の鍵を記憶する第２の記憶部と、
前記第１鍵生成部と同様の生成処理に従い、前記第２の記憶部に記憶された第１の鍵に基づいて、前記第２の暗号アルゴリズムにおいて用いられる第２の鍵を生成する第２鍵生成部を有する
鍵生成システム。
【請求項8】
鍵生成部が、イシュアサーバから既に配送され第１の暗号アルゴリズムにおいて用いられる第１の鍵に基づいて、前記第１の暗号アルゴリズムとは異なる暗号アルゴリズムである第２の暗号アルゴリズムにおいて用いられる第２の鍵を生成する
鍵生成方法。
鍵生成方法。
【請求項9】
ＩＣカードに鍵を格納するカード発行システムと、前記ＩＣカードに格納された鍵を用いて演算された結果を検証するホスト認証システムと、を含む鍵生成システムにおいて実行される鍵生成方法であり、
前記カード発行システムの第１の記憶部が、
第１の暗号アルゴリズムにおいて用いられる第１の鍵を記憶し、
前記カード発行システムの第１鍵生成部が、
前記第１の記憶部に記憶された第１の鍵に基づいて、前記第１の暗号アルゴリズムとは異なる暗号アルゴリズムである第２の暗号アルゴリズムにおいて用いられる第２の鍵を生成し、
前記ホスト認証システムの第２の記憶部が、
前記第１の暗号アルゴリズムにおいて用いられる第１の鍵を記憶し、
前記ホスト認証システムの第２鍵生成部が、前記第１鍵生成部と同様の生成処理に従い、前記第２の記憶部に記憶された第１の鍵に基づいて、前記第２の暗号アルゴリズムにおいて用いられる第２の鍵を生成する
鍵生成方法。
前記カード発行システムの第１の記憶部が、
第１の暗号アルゴリズムにおいて用いられる第１の鍵を記憶し、
前記カード発行システムの第１鍵生成部が、
前記第１の記憶部に記憶された第１の鍵に基づいて、前記第１の暗号アルゴリズムとは異なる暗号アルゴリズムである第２の暗号アルゴリズムにおいて用いられる第２の鍵を生成し、
前記ホスト認証システムの第２の記憶部が、
前記第１の暗号アルゴリズムにおいて用いられる第１の鍵を記憶し、
前記ホスト認証システムの第２鍵生成部が、前記第１鍵生成部と同様の生成処理に従い、前記第２の記憶部に記憶された第１の鍵に基づいて、前記第２の暗号アルゴリズムにおいて用いられる第２の鍵を生成する
鍵生成方法。
【請求項10】
イシュアサーバから既に配送され第１の暗号アルゴリズムにおいて用いられる第１の鍵に基づいて、前記第１の暗号アルゴリズムとは異なる暗号アルゴリズムである第２の暗号アルゴリズムにおいて用いられる第２の鍵を生成する鍵生成ステップ
をコンピュータに実行させる鍵生成プログラム。
をコンピュータに実行させる鍵生成プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、鍵生成装置、鍵生成システム、鍵生成方法、鍵生成プログラムに関する。
【背景技術】
【0002】
クレジットカード、キャッシュカード等のＩＣ（ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）カードでは、署名用の鍵（ＡＣ（Ａｔｔｒｉｂｕｔｅ Ｃｅｒｔｉｆｉｃａｔｅ）鍵）として共通鍵が利用されている。このようなＩＣカードは、イシュアサーバによって生成された鍵がカード発行装置によってＩＣカードに書き込まれることで発行される。そしてＩＣカードを用いた決済等が行われると、ＩＣカードは、ハッシュ関数を用いることで、取引の情報に応じたハッシュ値を求め、このハッシュ値に対して、鍵を用いた署名演算をし、ホスト認証サーバへ送信する。ホスト認証サーバは、署名演算の結果を、当該ＩＣカードに対応する鍵を用いて検証することで、正当な取引であるか否かを判定する。そのため、鍵は、イシュアサーバ、カード発行装置、ホスト認証サーバのそれぞれに同じものが保管されている。
【0003】
このような、署名用の共通鍵の暗号アルゴリズムとして、現在、例えば、ＴｒｉｐｌｅＤＥＳ（Ｄａｔａ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）の２ｋｅｙが用いられているが、セキュリティの観点から、より強固なＡＥＳ（Ａｄｖａｎｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）鍵への変更が求められている。
新たな鍵を用いる場合、イシュアにおいて新たにＡＥＳ鍵を生成し、カード発行装置とホスト（ホスト認証サーバ）とに対して、同一の鍵値の登録が必要となる。また、イシュアが複数である場合、イシュア毎に、新たにＡＥＳ鍵を生成し、カード発行装置とホスト認証サーバとに対して、同一の鍵値の登録をする必要がある。
新たな鍵を用いる場合、イシュアにおいて新たにＡＥＳ鍵を生成し、カード発行装置とホスト（ホスト認証サーバ）とに対して、同一の鍵値の登録が必要となる。また、イシュアが複数である場合、イシュア毎に、新たにＡＥＳ鍵を生成し、カード発行装置とホスト認証サーバとに対して、同一の鍵値の登録をする必要がある。
【0004】
鍵を新たに登録する場合、例えば、イシュアサーバが新たに署名用の鍵を生成し、生成された鍵を安全に輸送できるように複数（例えば３つ）に分割したうえで、カード発行装置、およびホスト認証サーバに対して、高セキュア環境において配送し、それぞれ登録をする。配送経路において鍵が盗聴されると、なりすまし等の原因となり得るため、鍵の配送経路はセキュアな環境が求められている。
【0005】
記録媒体を回収することなく、この記録媒体に記憶された秘密情報を変更するシステムが特許文献１に記載されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【0006】
【特許文献1】特開平６－１５００８２号公報
【発明の概要】
【発明が解決しようとする課題】
【0007】
しかしながら、全イシュアのそれぞれについて、異なる共通鍵を生成し、配送及び登録をする場合、その鍵の配送は、高セキュリティに行う必要がある。そのため、新たな鍵を高セキュリティに配送することは手間であり、費用も高くなるため、負担が大きい。
なお、特許文献１では、秘密情報をネットワークを介して送信しているため、高セキュリティに行う必要がある。
なお、特許文献１では、秘密情報をネットワークを介して送信しているため、高セキュリティに行う必要がある。
【0008】
本発明は、このような事情に鑑みてなされたもので、その目的は、セキュリティを確保しつつ、新たな鍵の配送や登録にかかる負担を軽減することができる鍵生成装置、鍵生成システム、鍵生成方法、鍵生成プログラムを提供することにある。
【課題を解決するための手段】
【0009】
上述した課題を解決するために、本発明の一態様は、イシュアサーバから既に配送され第１の暗号アルゴリズムにおいて用いられる第１の鍵に基づいて、前記第１の暗号アルゴリズムとは異なる暗号アルゴリズムである第２の暗号アルゴリズムにおいて用いられる第２の鍵を生成する鍵生成部を有する鍵生成装置である。
【0010】
また、本発明の一態様は、ＩＣカードに鍵を格納するカード発行システムと、前記ＩＣカードに格納された鍵を用いて演算された結果を検証するホスト認証システムと、を含む鍵生成システムであり、前記カード発行システムは、第１の暗号アルゴリズムにおいて用いられる第１の鍵を記憶する第１の記憶部と、前記第１の記憶部に記憶された第１の鍵に基づいて、前記第１の暗号アルゴリズムとは異なる暗号アルゴリズムである第２の暗号アルゴリズムにおいて用いられる第２の鍵を生成する第１鍵生成部を有し、前記ホスト認証システムは、前記第１の暗号アルゴリズムにおいて用いられる第１の鍵を記憶する第２の記憶部と、前記第１鍵生成部と同様の生成処理に従い、前記第２の記憶部に記憶された第１の鍵に基づいて、前記第２の暗号アルゴリズムにおいて用いられる第２の鍵を生成する第２鍵生成部を有する鍵生成システムである。
【0011】
また、本発明の一態様は、鍵生成部が、イシュアサーバから既に配送され第１の暗号アルゴリズムにおいて用いられる第１の鍵に基づいて、前記第１の暗号アルゴリズムとは異なる暗号アルゴリズムである第２の暗号アルゴリズムにおいて用いられる第２の鍵を生成する鍵生成方法である。
【0012】
また、本発明の一態様は、ＩＣカードに鍵を格納するカード発行システムと、前記ＩＣカードに格納された鍵を用いて演算された結果を検証するホスト認証システムと、を含む鍵生成システムにおいて実行される鍵生成方法であり、前記カード発行システムの第１の記憶部が、第１の暗号アルゴリズムにおいて用いられる第１の鍵を記憶し、前記カード発行システムの第１鍵生成部が、前記第１の記憶部に記憶された第１の鍵に基づいて、前記第１の暗号アルゴリズムとは異なる暗号アルゴリズムである第２の暗号アルゴリズムにおいて用いられる第２の鍵を生成し、前記ホスト認証システムの第２の記憶部が、前記第１の暗号アルゴリズムにおいて用いられる第１の鍵を記憶し、前記ホスト認証システムの第２鍵生成部が、前記第１鍵生成部と同様の生成処理に従い、前記第２の記憶部に記憶された第１の鍵に基づいて、前記第２の暗号アルゴリズムにおいて用いられる第２の鍵を生成する鍵生成方法である。
【0013】
また、本発明の一態様は、イシュアサーバから既に配送され第１の暗号アルゴリズムにおいて用いられる第１の鍵に基づいて、前記第１の暗号アルゴリズムとは異なる暗号アルゴリズムである第２の暗号アルゴリズムにおいて用いられる第２の鍵を生成する鍵生成ステップをコンピュータに実行させる鍵生成プログラムである。
【発明の効果】
【0014】
以上説明したように、この発明によれば、セキュリティを確保しつつ、新たな鍵の配送や登録にかかる負担を軽減することができる。
【図面の簡単な説明】
【0015】
【図1】この発明の一実施形態による鍵生成システムＳの構成を示す概略ブロック図である。
【図2】ＤＥＳ鍵のＫＥＹ１とＫＥＹ２から、ＡＥＳ鍵を生成する場合の一例を示す図である。
【図3】ＤＥＳ鍵のＫＥＹ１とＫＥＹ２から、ＡＥＳ鍵を生成する場合の一例を示す図である。
【図4】カード発行装置２０が第１の鍵から第２の鍵を生成する鍵生成処理を表すシーケンス図である。
【発明を実施するための形態】
【0016】
以下、本発明の一実施形態による鍵生成システムについて図面を参照して説明する。
図１は、この発明の一実施形態による鍵生成システムＳの構成を示す概略ブロック図である。
鍵生成システムＳは、イシュアサーバ１０、カード発行装置２０、ホスト認証サーバ３０がネットワークＮａを介して通信可能に接続される。
図１は、この発明の一実施形態による鍵生成システムＳの構成を示す概略ブロック図である。
鍵生成システムＳは、イシュアサーバ１０、カード発行装置２０、ホスト認証サーバ３０がネットワークＮａを介して通信可能に接続される。
【0017】
イシュアサーバ１０は、通信部１０１、記憶部１０２、鍵生成部１０３を有する。
通信部１０１は、カード発行装置２０、ホスト認証サーバ３０と通信を行う。
記憶部１０２は、各種情報を記憶する。例えば、記憶部１０２は、鍵を記憶する。ここで記憶される鍵は、例えば、第１の暗号アルゴリズムにおいて用いられる第１の鍵である。
第１の暗号アルゴリズムは、例えば、ＴｒｉｐｌｅＤＥＳ（Ｄａｔａ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）である。第１の鍵は１つの鍵であってもよいが、第１の暗号アルゴリズムがＴｒｉｐｌｅＤＥＳである場合、ＴｒｉｐｌｅＤＥＳにおいて用いられる複数の鍵であってもよく、例えば、第１の鍵は２つの鍵（２ｋｅｙ）を含む１組の鍵、または３つの鍵（３ｋｅｙ）を含む１組の鍵であってもよい。この第１の鍵は、イシュアサーバ１０において既に発行され記憶部１０２に記憶されているとともに、高セキュリティな環境が確保された上で、カード発行装置２０とホスト認証サーバ３０とに対して配送されており、また、第１の鍵がカード発行装置２０によってＩＣカードに書き込まれ、決済等に使用され、ホスト認証サーバ３０によって検証等に用いられている。すなわち、この第１の鍵は、セキュアな環境下において既に安全に配送され、鍵の取り交わしがカード発行装置２０とホスト認証サーバ３０とに対して終了しており、ＩＣカードに鍵が格納され、現役で利用されている鍵である。そして、本実施形態においては、このような既に安全に取り交わしが完了し利用されている鍵を鍵種として利用し、新たな鍵を生成する。
鍵生成部１０３は、鍵生成部２０３と同様の機能（後述する）を有しており、記憶部１０２に格納された第１の鍵を利用して第２の鍵を生成する。
通信部１０１は、カード発行装置２０、ホスト認証サーバ３０と通信を行う。
記憶部１０２は、各種情報を記憶する。例えば、記憶部１０２は、鍵を記憶する。ここで記憶される鍵は、例えば、第１の暗号アルゴリズムにおいて用いられる第１の鍵である。
第１の暗号アルゴリズムは、例えば、ＴｒｉｐｌｅＤＥＳ（Ｄａｔａ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）である。第１の鍵は１つの鍵であってもよいが、第１の暗号アルゴリズムがＴｒｉｐｌｅＤＥＳである場合、ＴｒｉｐｌｅＤＥＳにおいて用いられる複数の鍵であってもよく、例えば、第１の鍵は２つの鍵（２ｋｅｙ）を含む１組の鍵、または３つの鍵（３ｋｅｙ）を含む１組の鍵であってもよい。この第１の鍵は、イシュアサーバ１０において既に発行され記憶部１０２に記憶されているとともに、高セキュリティな環境が確保された上で、カード発行装置２０とホスト認証サーバ３０とに対して配送されており、また、第１の鍵がカード発行装置２０によってＩＣカードに書き込まれ、決済等に使用され、ホスト認証サーバ３０によって検証等に用いられている。すなわち、この第１の鍵は、セキュアな環境下において既に安全に配送され、鍵の取り交わしがカード発行装置２０とホスト認証サーバ３０とに対して終了しており、ＩＣカードに鍵が格納され、現役で利用されている鍵である。そして、本実施形態においては、このような既に安全に取り交わしが完了し利用されている鍵を鍵種として利用し、新たな鍵を生成する。
鍵生成部１０３は、鍵生成部２０３と同様の機能（後述する）を有しており、記憶部１０２に格納された第１の鍵を利用して第２の鍵を生成する。
【0018】
カード発行装置２０は、通信部２０１、ＨＳＭ（ハードウェアセキュリティモジュール）２０２、鍵生成部２０３、書き込み部２０４を有する。
通信部２０１は、イシュアサーバ１０、ホスト認証サーバ３０と通信を行う。
通信部２０１は、イシュアサーバ１０、ホスト認証サーバ３０と通信を行う。
【0019】
ＨＳＭ２０２は、耐タンパ性の高いモジュールである。例えば、ＨＳＭ２０２は、ハードウェアセキュリティモジュール（ＨＳＭ）である。ＨＳＭ２０２ハードウェアセキュリティモジュールは、データの暗号化、復号および、デジタル署名と証明書の作成に使用される鍵の生成と記憶等をするモジュールである。ハードウェアセキュリティモジュールは、強い耐タンパ性を持ち、暗号化プロセスをセキュアに保つハードウェアデバイスである。
また、ＨＳＭ２０２は、各種情報を記憶する。例えば、ＨＳＭ２０２は、第１の暗号アルゴリズムにおいて用いられる第１の鍵を記憶する。このＨＳＭ２０２に記憶される第１の鍵は、イシュアサーバ１０の記憶部１０２に記憶された第１の鍵と同様の鍵であり、セキュアな環境下において配送されて記憶されたものである。第１の暗号アルゴリズムがＴｒｉｐｌｅＤＥＳである場合、第１の鍵は２つの鍵（２ｋｅｙ）を含む１組の鍵、または３つの鍵（３ｋｅｙ）を含む１組の鍵であってもよい。カード発行装置２０は、この第１の鍵をＩＣカードに書き込むことで既にＩＣカードを発行しており、この第１の鍵が格納されたＩＣカードは、決済等において既に利用されている。
また、ＨＳＭ２０２は、各種情報を記憶する。例えば、ＨＳＭ２０２は、第１の暗号アルゴリズムにおいて用いられる第１の鍵を記憶する。このＨＳＭ２０２に記憶される第１の鍵は、イシュアサーバ１０の記憶部１０２に記憶された第１の鍵と同様の鍵であり、セキュアな環境下において配送されて記憶されたものである。第１の暗号アルゴリズムがＴｒｉｐｌｅＤＥＳである場合、第１の鍵は２つの鍵（２ｋｅｙ）を含む１組の鍵、または３つの鍵（３ｋｅｙ）を含む１組の鍵であってもよい。カード発行装置２０は、この第１の鍵をＩＣカードに書き込むことで既にＩＣカードを発行しており、この第１の鍵が格納されたＩＣカードは、決済等において既に利用されている。
【0020】
鍵生成部２０３は、第１の暗号アルゴリズムにおいて用いられる第１の鍵に基づいて、第１の暗号アルゴリズムとは異なる暗号アルゴリズムである第２の暗号アルゴリズムにおいて用いられる第２の鍵を生成する。鍵生成部２０３が利用する第１の鍵は、ＨＳＭ２０２に記憶された第１の鍵である。
第２の暗号アルゴリズムは、例えば、ＡＥＳ（Ａｄｖａｎｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）である。ＡＥＳは、共通鍵暗号方式の暗号アルゴリズムの１つである。共通鍵暗号方式では、暗号化と復号の鍵が共通である。そのため、鍵生成部２０３は、第２の暗号アルゴリズムがＡＥＳである場合には、第２の鍵として１つの鍵を生成する。
第２の暗号アルゴリズムは、例えば、ＡＥＳ（Ａｄｖａｎｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）である。ＡＥＳは、共通鍵暗号方式の暗号アルゴリズムの１つである。共通鍵暗号方式では、暗号化と復号の鍵が共通である。そのため、鍵生成部２０３は、第２の暗号アルゴリズムがＡＥＳである場合には、第２の鍵として１つの鍵を生成する。
【0021】
鍵生成部２０３は、第１の鍵を用いて第２の鍵を生成する場合、いくつかの生成方法のうちいずれか１つの生成方法に従って生成するようにしてもよい。生成方法としては、例えば、次のような生成方法がある。
【0022】
《生成方法その１》
鍵生成部２０３は、第１の鍵に含まれる異なる複数の鍵を組み合わせることによって第２の鍵を生成する。例えば、鍵生成部２０３は、ＴｒｉｐｌｅＤＥＳの２ｋｅｙを組み合わせることによって第２の鍵を生成することができる。また、鍵生成部２０３は、ＴｒｉｐｌｅＤＥＳの３ｋｅｙを組み合わせることによって第２の鍵を生成することができる。第１の鍵を組み合わせる場合、例えば、次の（１）と（２）のような方法がある。
（１）ＫＥＹを連結
図２に示すように、鍵生成部２０３は、ＴｒｉｐｌｅＤＥＳの２ｋｅｙを順に並べて連結することで、第２の鍵を生成する。ここでは、２ｋｅｙのｋｅｙ１が先頭であり、ｋｅｙ２が次の順となるように並べて連結することで第２の鍵（ＡＥＳ鍵）を生成してもよい。また、２ｋｅｙのｋｅｙ２が先頭であり、ｋｅｙ１が次の順となるように並べて連結することで第２の鍵を生成してもよい。
鍵生成部２０３は、ＴｒｉｐｌｅＤＥＳの３ｋｅｙを順に並べて連結することで、第２の鍵を生成するようにしてもよい。ここでは、鍵生成部２０３は、３ｋｅｙのｋｅｙ１が先頭であり、ｋｅｙ２、ｋｅｙ３の順、またはｋｅｙ３、ｋｅｙ２の順に並べて連結することで第２の鍵を生成してもよい。また、鍵生成部２０３は、３ｋｅｙのｋｅｙ２が先頭であり、ｋｅｙ１、ｋｅｙ３の順、またはｋｅｙ３、ｋｅｙ１の順に並べて連結することで第２の鍵を生成してもよい。また、鍵生成部２０３は、３ｋｅｙのｋｅｙ３が先頭であり、ｋｅｙ１、ｋｅｙ２の順、またはｋｅｙ３、ｋｅｙ１の順に並べて連結することで第２の鍵を生成してもよい。
鍵生成部２０３は、第１の鍵に含まれる異なる複数の鍵を組み合わせることによって第２の鍵を生成する。例えば、鍵生成部２０３は、ＴｒｉｐｌｅＤＥＳの２ｋｅｙを組み合わせることによって第２の鍵を生成することができる。また、鍵生成部２０３は、ＴｒｉｐｌｅＤＥＳの３ｋｅｙを組み合わせることによって第２の鍵を生成することができる。第１の鍵を組み合わせる場合、例えば、次の（１）と（２）のような方法がある。
（１）ＫＥＹを連結
図２に示すように、鍵生成部２０３は、ＴｒｉｐｌｅＤＥＳの２ｋｅｙを順に並べて連結することで、第２の鍵を生成する。ここでは、２ｋｅｙのｋｅｙ１が先頭であり、ｋｅｙ２が次の順となるように並べて連結することで第２の鍵（ＡＥＳ鍵）を生成してもよい。また、２ｋｅｙのｋｅｙ２が先頭であり、ｋｅｙ１が次の順となるように並べて連結することで第２の鍵を生成してもよい。
鍵生成部２０３は、ＴｒｉｐｌｅＤＥＳの３ｋｅｙを順に並べて連結することで、第２の鍵を生成するようにしてもよい。ここでは、鍵生成部２０３は、３ｋｅｙのｋｅｙ１が先頭であり、ｋｅｙ２、ｋｅｙ３の順、またはｋｅｙ３、ｋｅｙ２の順に並べて連結することで第２の鍵を生成してもよい。また、鍵生成部２０３は、３ｋｅｙのｋｅｙ２が先頭であり、ｋｅｙ１、ｋｅｙ３の順、またはｋｅｙ３、ｋｅｙ１の順に並べて連結することで第２の鍵を生成してもよい。また、鍵生成部２０３は、３ｋｅｙのｋｅｙ３が先頭であり、ｋｅｙ１、ｋｅｙ２の順、またはｋｅｙ３、ｋｅｙ１の順に並べて連結することで第２の鍵を生成してもよい。
【0023】
ここでＡＥＳの鍵長は１２８ｂｉｔ，１９２ｂｉｔ，２５６ｂｉｔのうちいずれかを選択可能であるが、当面は１２８ｂｉｔ（１６ｂｙｔｅ）の鍵長となることが考えられる。またＤＥＳの鍵長は６４ｂｉｔ（８ｂｙｔｅ）であるため、ＴｒｉｐｌｅＤＥＳの２ｋｅｙではＫＥＹ１＝８ｂｙｔｅ，ＫＥＹ２＝８ｂｙｔｅである。このＤＥＳの鍵は、イシュアサーバ１０からカード発行装置２０とホスト認証サーバ３０に対して既に安全に取り交わしが完了している署名用の共通鍵（ＡＣ鍵）である。
【0024】
鍵生成部２０３は、このようなＤＥＳ鍵のＫＥＹ１＝８ｂｙｔｅ，ＫＥＹ２＝８ｂｙｔｅをＨＳＭ２０２から読み出し、これを連結することで、１６ｂｙｔｅとしたうえで、暗号アルゴリズムをＤＥＳからＡＥＳへ変更し、ＨＳＭ２０２に追加で記憶させる。
ここでは、ＡＥＳの鍵長が１２８ｂｉｔである場合、ＤＥＳの２ＫＥＹ（ＫＥＹ１＝８ｂｙｔｅ，ＫＥＹ＝８ｂｙｔｅ）を連結することで、鍵長が１２８ｂｉｔである鍵を得ることができ、ＡＥＳの鍵として用いることができる。
また、鍵生成部２０３は、ＡＥＳの鍵長が１９２ｂｉｔである場合、ＤＥＳ鍵の２ｋｅｙについては、２つのＫＥＹのうち１つまたは異なるＫＥＹが含まれるように３つ連結することで、１９２ｂｉｔのデータ列を得ることができ、ＡＥＳ鍵を生成することができる。
また、鍵生成部２０３は、ＡＥＳの鍵長が２５６ｂｉｔである場合、ＤＥＳ鍵の２ｋｅｙについては、２つのＫＥＹのうち１つまたは異なるＫＥＹが含まれるように４つ連結することで、２５６ｂｉｔのデータ列を得ることで、ＡＥＳ鍵を生成することができる。
ここでは、ＡＥＳの鍵長が１２８ｂｉｔである場合、ＤＥＳの２ＫＥＹ（ＫＥＹ１＝８ｂｙｔｅ，ＫＥＹ＝８ｂｙｔｅ）を連結することで、鍵長が１２８ｂｉｔである鍵を得ることができ、ＡＥＳの鍵として用いることができる。
また、鍵生成部２０３は、ＡＥＳの鍵長が１９２ｂｉｔである場合、ＤＥＳ鍵の２ｋｅｙについては、２つのＫＥＹのうち１つまたは異なるＫＥＹが含まれるように３つ連結することで、１９２ｂｉｔのデータ列を得ることができ、ＡＥＳ鍵を生成することができる。
また、鍵生成部２０３は、ＡＥＳの鍵長が２５６ｂｉｔである場合、ＤＥＳ鍵の２ｋｅｙについては、２つのＫＥＹのうち１つまたは異なるＫＥＹが含まれるように４つ連結することで、２５６ｂｉｔのデータ列を得ることで、ＡＥＳ鍵を生成することができる。
【0025】
また、鍵生成部２０３は、ＡＥＳの鍵長が１９２ｂｉｔである場合、ＤＥＳ鍵の３ｋｅｙについては、３つのＫＥＹのうち１つまたは異なる２つ以上のＫＥＹが含まれるように３つ連結することで、１９２ｂｉｔのデータ列を得ることができ、ＡＥＳ鍵を生成することができる。
また、鍵生成部２０３は、ＡＥＳの鍵長が２５６ｂｉｔである場合、ＤＥＳ鍵の３ｋｅｙについては、３つのＫＥＹのうち１つまたは異なる２つ以上のＫＥＹが含まれるように４つ連結することで、２５６ｂｉｔのデータ列を得ることで、ＡＥＳ鍵を生成することができる。
また、鍵生成部２０３は、ＡＥＳの鍵長が２５６ｂｉｔである場合、ＤＥＳ鍵の３ｋｅｙについては、３つのＫＥＹのうち１つまたは異なる２つ以上のＫＥＹが含まれるように４つ連結することで、２５６ｂｉｔのデータ列を得ることで、ＡＥＳ鍵を生成することができる。
【0026】
（２）ＫＥＹを構成する要素を並べる
鍵生成部２０３は、第１の鍵（例えばＤＥＳ鍵）として用いられる異なる複数の鍵（２ＫＥＹまたは３ＫＥＹ）のうち、第３の鍵（２ＫＥＹの場合にはＫＥＹ１またはＫＥＹ２、３ＫＥＹの場合にはＫＥＹ１、ＫＥＹ２、ＫＥＹ３のいずれか）を構成するビットと、異なる複数の鍵のうち、第３の鍵とは異なる第４の鍵（第３の鍵として用いられた鍵とは異なる鍵であって、２ＫＥＹの場合にはＫＥＹ１またはＫＥＹ２、３ＫＥＹの場合にはＫＥＹ１、ＫＥＹ２、ＫＥＹ３のいずれか）を構成するビットとが交互に並ぶようにして第２の鍵を生成する。
鍵生成部２０３は、第１の鍵（例えばＤＥＳ鍵）として用いられる異なる複数の鍵（２ＫＥＹまたは３ＫＥＹ）のうち、第３の鍵（２ＫＥＹの場合にはＫＥＹ１またはＫＥＹ２、３ＫＥＹの場合にはＫＥＹ１、ＫＥＹ２、ＫＥＹ３のいずれか）を構成するビットと、異なる複数の鍵のうち、第３の鍵とは異なる第４の鍵（第３の鍵として用いられた鍵とは異なる鍵であって、２ＫＥＹの場合にはＫＥＹ１またはＫＥＹ２、３ＫＥＹの場合にはＫＥＹ１、ＫＥＹ２、ＫＥＹ３のいずれか）を構成するビットとが交互に並ぶようにして第２の鍵を生成する。
【0027】
図３は、ＤＥＳ鍵のＫＥＹ１とＫＥＹ２から、ＡＥＳ鍵を生成する場合の一例を示す図である。この図においては、ＡＥＳ鍵は、ＤＥＳ鍵のＫＥＹ１の１ビット目、ＤＥＳ鍵のＫＥＹ２の１ビット目、ＤＥＳ鍵のＫＥＹ１の２ビット目、ＤＥＳ鍵のＫＥＹ２の２ビット目、のように、ＤＥＳ鍵のＫＥＹ１とＫＥＹ２の各ビットが交互になるように配置されることでＡＥＳ鍵が生成される。
ここでは、１ビットずつ交互になるように配列される場合について図示されているが、２ビットずつ交互のなるように配列してもよい。すなわち、ＤＥＳ鍵を構成する要素（１ビットまたは複数ビットのグループ単位）が交互になるように配列されていればよい。
ここでは、１ビットずつ交互になるように配列される場合について図示されているが、２ビットずつ交互のなるように配列してもよい。すなわち、ＤＥＳ鍵を構成する要素（１ビットまたは複数ビットのグループ単位）が交互になるように配列されていればよい。
【0028】
《生成方法その２》
鍵生成部２０３は、ハッシュ関数を用いて第１の鍵からハッシュ値を生成し、生成されたハッシュ値の少なくとも一部を得ることで第２の鍵を生成する。第１の鍵としては、ＤＥＳ鍵の２ＫＥＹである場合、２ＫＥＹの少なくともいずれか１つをハッシュ関数に入力することで、ハッシュ値を求め、得られたハッシュ値の一部を抽出することでＡＥＳ鍵として得るようにしてもよい。ハッシュ値の一部を抽出する場合、ハッシュ値の先頭のビットから、ＡＥＳの鍵長に応じたビット数を抽出することでＡＥＳ鍵として得るようにしてもよい。また、ハッシュ値の一部を抽出する場合、ハッシュ値の先頭ではなく、２ビット目以降のうちいずれかのビットを基点として抽出するようにしてもよい。すなわち、鍵生成部２０３は、ハッシュ値の一部を抽出する場合、第２の鍵として必要なビット数をとなるように抽出することで、第２の鍵を生成するようにしてもよい。
この生成方法２では、第２の鍵の鍵長が様々な鍵長であったとしても対応することが可能となる。
鍵生成部２０３は、ハッシュ関数を用いて第１の鍵からハッシュ値を生成し、生成されたハッシュ値の少なくとも一部を得ることで第２の鍵を生成する。第１の鍵としては、ＤＥＳ鍵の２ＫＥＹである場合、２ＫＥＹの少なくともいずれか１つをハッシュ関数に入力することで、ハッシュ値を求め、得られたハッシュ値の一部を抽出することでＡＥＳ鍵として得るようにしてもよい。ハッシュ値の一部を抽出する場合、ハッシュ値の先頭のビットから、ＡＥＳの鍵長に応じたビット数を抽出することでＡＥＳ鍵として得るようにしてもよい。また、ハッシュ値の一部を抽出する場合、ハッシュ値の先頭ではなく、２ビット目以降のうちいずれかのビットを基点として抽出するようにしてもよい。すなわち、鍵生成部２０３は、ハッシュ値の一部を抽出する場合、第２の鍵として必要なビット数をとなるように抽出することで、第２の鍵を生成するようにしてもよい。
この生成方法２では、第２の鍵の鍵長が様々な鍵長であったとしても対応することが可能となる。
【0029】
なお、生成方法その１と生成方法その２とを組み合わせるようにしてもよい。例えば、鍵生成部２０３は、生成方法その１に従ってＤＥＳ鍵を連結した上で、連結されたデータを生成方法その２に従ってハッシュ関数を実施し、演算結果の先頭から、第２の鍵として必要なｎバイトを抽出することで、第２の鍵を得るようにしてもよい。
また、生成方法その１と生成方法その２とにおいて、第１の鍵に含まれる全てのデータを利用して第２の鍵を生成してもよく、第１の鍵に含まれる一部のデータを利用して第２の鍵を生成してもよい。
また、生成方法その１と生成方法その２とにおいて、第１の鍵に含まれる全てのデータを利用して第２の鍵を生成してもよく、第１の鍵に含まれる一部のデータを利用して第２の鍵を生成してもよい。
【0030】
鍵生成部２０３は、生成された第２の鍵をＨＳＭ２０２に追加で記憶させる。
【0031】
書き込み部２０４は、生成された第２の鍵をＨＳＭ２０２から読み出してＩＣカード４０に書き込むことで、ＩＣカード４０を発行する。書き込み部２０４は、書き込む対象のＩＣカード４０が複数の場合には、ＩＣカード４０毎にそれぞれ異なる第２の鍵を書き込む。
ここで、第１の鍵は、イシュアサーバから配送された後、カード発行装置によってＩＣカードの発行のために既に用いられている。書き込み部２０４は、第２の鍵を、既に発行されたＩＣカードではなく新規に発行されるＩＣカード４０に格納する。この場合、第１の鍵が格納され既に発行されているＩＣカードの他に、第１の鍵を元に生成された第２の鍵が格納されたＩＣカード４０が新たに発行されたとしても、第１の鍵と第２の鍵は異なるものであり、重複することがないため、どちらのＩＣカードも利用可能である。
ここで、第１の鍵は、イシュアサーバから配送された後、カード発行装置によってＩＣカードの発行のために既に用いられている。書き込み部２０４は、第２の鍵を、既に発行されたＩＣカードではなく新規に発行されるＩＣカード４０に格納する。この場合、第１の鍵が格納され既に発行されているＩＣカードの他に、第１の鍵を元に生成された第２の鍵が格納されたＩＣカード４０が新たに発行されたとしても、第１の鍵と第２の鍵は異なるものであり、重複することがないため、どちらのＩＣカードも利用可能である。
【0032】
上述のＨＳＭ２０２と鍵生成部２０３は、カード発行装置２０に搭載された場合について説明されているが、ＨＳＭ２０２と鍵生成部２０３との組み合わせを鍵生成システム（鍵変換システム）として構成し、カード発行装置２０の外部に接続されるようにしてもよい。
【0033】
ホスト認証サーバ３０は、通信部３０１、ＨＳＭ３０２、鍵生成部３０３、検証部３０４を有する。
通信部３０１は、イシュアサーバ１０、カード発行装置２０と通信を行う。
通信部３０１は、イシュアサーバ１０、カード発行装置２０と通信を行う。
【0034】
ＨＳＭ３０２は、耐タンパ性の高いモジュールである。例えば、ＨＳＭ３０２は、ＨＳＭ２０２と同様に、ハードウェアセキュリティモジュール（ＨＳＭ）である。
ＨＳＭ３０２は、各種情報を記憶する。例えば、ＨＳＭ３０２は、第１の暗号アルゴリズムにおいて用いられる第１の鍵を記憶する。このＨＳＭ３０２に記憶される第１の鍵は、イシュアサーバ１０の記憶部１０２に記憶された第１の鍵、及びカード発行装置２０のＨＳＭ２０２と同様の鍵であり、セキュアな環境下において配送されて記憶されたものである。
鍵生成部３０３は、鍵生成部２０３と同様の機能を有しており、ＨＳＭ３０２に格納された第１の鍵を利用して第２の鍵を生成する。
検証部３０４は、ホスト認証サーバは、署名演算の結果を、当該ＩＣカードに対応する鍵を用いて検証することで、正当な取引であるか否かを判定する。
ＨＳＭ３０２は、各種情報を記憶する。例えば、ＨＳＭ３０２は、第１の暗号アルゴリズムにおいて用いられる第１の鍵を記憶する。このＨＳＭ３０２に記憶される第１の鍵は、イシュアサーバ１０の記憶部１０２に記憶された第１の鍵、及びカード発行装置２０のＨＳＭ２０２と同様の鍵であり、セキュアな環境下において配送されて記憶されたものである。
鍵生成部３０３は、鍵生成部２０３と同様の機能を有しており、ＨＳＭ３０２に格納された第１の鍵を利用して第２の鍵を生成する。
検証部３０４は、ホスト認証サーバは、署名演算の結果を、当該ＩＣカードに対応する鍵を用いて検証することで、正当な取引であるか否かを判定する。
【0035】
上述のＨＳＭ３０２と鍵生成部３０３は、ホスト認証サーバ３０に搭載された場合について説明されているが、ＨＳＭ３０２と鍵生成部３０３との組み合わせを鍵生成システム（鍵変換システム）として構成し、ホスト認証サーバ３０の外部に接続されるようにしてもよい。
【0036】
ＩＣカード４０は、カード発行装置２０によって書き込まれる鍵を格納する。また、ＩＣカード４０は、決済等の取引が行われると、取引内容を示す取引データからハッシュ関数を用いてハッシュ値を生成し、ホスト認証サーバ３０にカードリーダ及びネットワークＮｂを介して送信する。ネットワークＮａとネットワークＮｂは、同じネットワークであってもよいし、異なるネットワークであってもよい。
【0037】
上述の鍵生成部１０３、鍵生成部２０３、鍵生成部３０３は、例えばＣＰＵ（中央処理装置）等の処理装置若しくは専用の電子回路で構成されてよい。
【0038】
次に、第１の鍵から第２の鍵を生成する鍵生成処理について説明する。
図４は、カード発行装置２０が第１の鍵から第２の鍵を生成する鍵生成処理を表すシーケンス図である。
図４は、カード発行装置２０が第１の鍵から第２の鍵を生成する鍵生成処理を表すシーケンス図である。
【0039】
鍵生成部２０３は、第１の鍵となるイシュアがいずれであるかを指定するとともに、ＺＭＫ（鍵値暗号化用の鍵）を指定し、署名鍵（ＴｒｉｐｌｅＤＥＳ ２ｋｅｙ）のエクスポート依頼をＨＳＭ２０２に送信する（ステップＳ１０１）。
ＨＳＭ２０２は、鍵生成部２０３から指定されたイシュアの署名鍵について、指定されたＺＭＫを用いて署名鍵（ＴｒｉｐｌｅＤＥＳ ２ｋｅｙ）を暗号化し、暗号化された状態の署名鍵（ＴｒｉｐｌｅＤＥＳ ２ｋｅｙ）を鍵生成部２０３に出力することで返却する（ステップＳ１０２）。
ＨＳＭ２０２は、鍵生成部２０３から指定されたイシュアの署名鍵について、指定されたＺＭＫを用いて署名鍵（ＴｒｉｐｌｅＤＥＳ ２ｋｅｙ）を暗号化し、暗号化された状態の署名鍵（ＴｒｉｐｌｅＤＥＳ ２ｋｅｙ）を鍵生成部２０３に出力することで返却する（ステップＳ１０２）。
【0040】
鍵生成部２０３は、暗号化された署名鍵をＨＳＭ２０２から取得すると、暗号化された署名鍵をＺＭＫに基づいて復号することで、平文の署名鍵（ＴｒｉｐｌｅＤＥＳ ２ｋｅｙ）を取得する。ここで取得される署名鍵は、例えばＫＥＹ１，ＫＥＹ２である（ステップＳ１０３）。
【0041】
鍵生成部２０３は、ＫＥＹ１，ＫＥＹ２からＡＥＳ鍵を生成し、ＫＥＹ＿ＡＥＳとする（ステップＳ１０４）。
鍵生成部２０３は、ＡＥＳ鍵を生成する場合、例えば、ＤＥＳ鍵のＫＥＹ１＝８ｂｙｔｅ， ＫＥＹ２＝８ｂｙｔｅを連結し、１２８ｂｉｔ（１６ｂｙｔｅ）の鍵を生成することで、ＡＥＳ鍵を生成する。ここでは、単に連結するだけでなく、ＫＥＹ１とＫＥＹ２のビットを交互に並べる、ハッシュ関数を用いる等、決まった手順で変形させてもよい。
鍵生成部２０３は、ＡＥＳ鍵を生成する場合、例えば、ＤＥＳ鍵のＫＥＹ１＝８ｂｙｔｅ， ＫＥＹ２＝８ｂｙｔｅを連結し、１２８ｂｉｔ（１６ｂｙｔｅ）の鍵を生成することで、ＡＥＳ鍵を生成する。ここでは、単に連結するだけでなく、ＫＥＹ１とＫＥＹ２のビットを交互に並べる、ハッシュ関数を用いる等、決まった手順で変形させてもよい。
【0042】
鍵生成部２０３は、暗号アルゴリズムＡＥＳ １２８ｂｉｔ（１６ｂｙｔｅ）の鍵長としてＫＥＹ＿ＡＥＳをＨＳＭ２０２に送信することでＨＳＭ２０２に登録する（ステップＳ１０５）。
ＨＳＭ２０２は、登録が完了すると、登録完了の通知を鍵生成部２０３に出力する（ステップＳ１０６）。
ＨＳＭ２０２は、登録が完了すると、登録完了の通知を鍵生成部２０３に出力する（ステップＳ１０６）。
【0043】
以上説明した処理については、イシュアが複数ある場合には、各イシュアについてそれぞれ同様に実行するようにしてもよい。
【0044】
図４に基づく鍵生成処理が終了すると、鍵書き込み部２０４は、この鍵生成処理によって生成されたＡＥＳ鍵をＩＣカード４０に書き込むことで、ＡＥＳ鍵を利用可能に格納されたＩＣカード４０を発行することができる。
【0045】
なお、図４では、カード発行装置２０が第１の鍵から第２の鍵を生成する鍵生成処理について説明したが、ホスト認証サーバ３０が第１の鍵から第２の鍵を生成する鍵生成処理についても、図４と同様の処理手順に従って実行することができる。また、イシュアサーバ１０が、第１の鍵から第２の鍵を生成する鍵生成処理についても、図４と同様の処理手順に従って実行することができる。この鍵生成処理において、鍵の生成方法は上述したように複数種類あるが、ホスト認証サーバ３０が鍵生成処理を行う生成方法は、カード発行装置２０が鍵生成処理をする生成方法と同じ生成方法であり、イシュアサーバ１０が鍵生成処理を行う生成方法は、カード発行装置２０が鍵生成処理をする生成方法と同じ生成方法である。
【0046】
すなわち、ホスト認証サーバ３０の鍵生成部３０３は、カード発行装置２０の鍵生成部２０３と同様の生成処理に従い、ＨＳＭ３０２に記憶された第１の鍵に基づいて、第２の暗号アルゴリズムにおいて用いられる第２の鍵を生成する。イシュアサーバ１０の鍵生成部１０３は、カード発行装置２０の鍵生成部２０３と同様の生成処理に従い、記憶部１０２に記憶された第１の鍵に基づいて、第２の暗号アルゴリズムにおいて用いられる第２の鍵を生成する。
ここで、カード発行装置２０とホスト認証サーバ３０との間、及び、カード発行装置２０とイシュアサーバ１０との間において、鍵の生成方法を共有しておく必要があるが、鍵の生成方法を共有する場合、ネットワークＮａを介してカード発行装置２０から通知することによって予め共有しておく。いずれの鍵の生成方法を適用するかについては、イシュアサーバ１０、カード発行装置２０、ホスト認証サーバ３０のいずれが決定してもよく、鍵の生成方法を決定元から他の装置等へ通知できればよい。
鍵の生成方法を通知する、セキュアな環境において通知することが好ましいが、仮にセキュリティのレベルが必ずしも高くない環境において通知したとしても、通知される内容は鍵の生成方法のみであり、第１の鍵そのものではない。そのため、第２の鍵を推定されることを防止することができる。
なお、ホスト認証サーバ３０とイシュアサーバ１０とが第２の鍵を生成する処理はカード発行装置２０が第２の鍵を生成する処理と同じであるため、その説明を省略する。
ここで、カード発行装置２０とホスト認証サーバ３０との間、及び、カード発行装置２０とイシュアサーバ１０との間において、鍵の生成方法を共有しておく必要があるが、鍵の生成方法を共有する場合、ネットワークＮａを介してカード発行装置２０から通知することによって予め共有しておく。いずれの鍵の生成方法を適用するかについては、イシュアサーバ１０、カード発行装置２０、ホスト認証サーバ３０のいずれが決定してもよく、鍵の生成方法を決定元から他の装置等へ通知できればよい。
鍵の生成方法を通知する、セキュアな環境において通知することが好ましいが、仮にセキュリティのレベルが必ずしも高くない環境において通知したとしても、通知される内容は鍵の生成方法のみであり、第１の鍵そのものではない。そのため、第２の鍵を推定されることを防止することができる。
なお、ホスト認証サーバ３０とイシュアサーバ１０とが第２の鍵を生成する処理はカード発行装置２０が第２の鍵を生成する処理と同じであるため、その説明を省略する。
【0047】
以上説明した実施形態によれば、現在既に利用されているＤＥＳ鍵を活用することで、各イシュアのＡＥＳ鍵の生成及び鍵の配送が不要となる。すなわち、ＤＥＳ鍵からＡＥＳ鍵への変更システムを、カード発行装置２０側およびホスト認証サーバ３０に組み込むことで、各イシュアとの鍵交換は不要とした上で、新たな鍵を生成し、共有することができる。また、複数のイシュア毎に異なる共通鍵（ＡＥＳ鍵）の生成、鍵の配送の手間を省くことができる。また、鍵を配送する必要がないため、新たな鍵を生成するにあたり、鍵の配送に伴って、鍵値は盗難、暴露されてしまうリスクを回避することができ、なりすまし等を回避することができる。
【0048】
なお上述した実施形態において、イシュアサーバ１０の記憶部１０２は、ＨＳＭ（ハードウェアセキュリティモジュール）であってもよい。
【0049】
また、第２の鍵（ＡＥＳ鍵）が正常に生成されたか否かの確認については、生成されたＡＥＳ鍵をＩＣカード４０に格納し、サンプルとなる取引情報からハッシュ値を求め、このハッシュ値に対して第２の鍵を用いた署名演算をし、ホスト認証サーバ３０に送信することで、ホスト認証サーバ３０において署名演算された結果を正常に復号できるかどうかを確認するようにしてもよい。
【0050】
上述した実施形態におけるイシュアサーバ１０、カード発行装置２０、ホスト認証サーバ３０をコンピュータで実現するようにしてもよい。その場合、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよく、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等のプログラマブルロジックデバイスを用いて実現されるものであってもよい。
【0051】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【符号の説明】
【0052】
１０…イシュアサーバ、２０…カード発行装置、３０…ホスト認証サーバ、４０…ＩＣカード、１０１…通信部、１０２…記憶部、１０３…鍵生成部、２０１…通信部、２０２…ＨＳＭ（ハードウェアセキュリティモジュール）、２０３…鍵生成部、２０４…書き込み部、３０１…通信部、３０２…ＨＳＭ（ハードウェアセキュリティモジュール）、３０３…鍵生成部、３０４…検証部、Ｎａ,Ｎｂ…ネットワーク、Ｓ…鍵生成システム
【図1】
【図2】
【図3】
【図4】