(57)【要約】【課題】イシュアの窓口などで、ＩＣカードに生体認証の機能を追加できるＩＣカード発行システムを提供する。【解決手段】顧客データ管理サーバ３は、ＩＣカード１の発行を希望するユーザから取得した申込みデータに基づいて認証コードを生成し、生成した認証コードをユーザに送信する。ＩＣカード１を発行する前に、ＩＣカード発行端末２は、本人確認の一つとして、顧客データ管理サーバ３にユーザの認証コードを問い合わせ、認証コードを認証し、認証コードの認証に成功した場合のみ、ＩＣカード１の発行を許可する。ＩＣカード１を発行するときは、ＩＣカード発行端末２は、データサーバ４から取得した指紋認証アプリケーションをＩＣカード１にロードした後、指紋情報読取り手段２１で読み取ったユーザの指紋情報をＩＣカード１に書き込む。【選択図】図２
2007128468.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションの追加削除が可能なＩＣカードを発行するＩＣカード発行端末と、前記ＩＣカード発行端末からの要求を受けて、前記ＩＣカードの発行データを送信するデータサーバとから、少なくとも構成され、
前記データサーバは、生体情報を照合する生体認証アプリケーションを記憶している発行データベースと、前記ＩＣカード発行端末からの要求を受けて、前記生体認証アプリケーションを前記ＩＣカード発行端末に送信する手段とを備え、
前記ＩＣカード発行端末は、前記ＩＣカードを所持するユーザの生体情報を読み取る生体情報読取り手段と、
前記データサーバから送信される生体情報認証アプリケーションと、前記生体情報読取り手段が読み取った生体情報とを、ＩＣカードに書き込むＩＣカード発行手段を備えていることを特徴とするＩＣカード発行システム。
【請求項２】
請求項１に記載のＩＣカード発行システムにおいて、
前記ＩＣカード発行システムは、前記ユーザの個人情報を記憶する前記顧客情報管理データベースと、前記ユーザを認証するための認証コードを前記ユーザの個人情報に基づいて生成する認証コード生成手段と、前記認証コード生成手段が生成した前記認証コードを前記ユーザに送信する認証コード送信手段とを備えたユーザ認証サーバを備え、
前記ＩＣカード発行端末は、前記ユーザ認証サーバを用いて発行する前記ＩＣカードを所持する前記ユーザの前記認証コードを照合し、前記ユーザの前記認証コードの照合に成功した場合のみ、前記ＩＣカードを発行することを特徴とするＩＣカード発行システムでであって、
前記ユーザの前記認証コードを照合する認証コード照合手段を、前記ユーザ認証サーバもしくは前記ＩＣカード発行端末が備えていることを特徴とするＩＣカード発行システム。
【請求項３】
請求項２に記載のＩＣカード発行システムにおいて、
前記ユーザの個人情報は、前記ユーザが前記ＩＣカードの発行を申込みしたときに、前記ユーザから取得した申込情報であって、前記ユーザ認証サーバは、前記ユーザから取得した前記申込情報を前記ユーザの個人情報として前記顧客情報管理データベースに記憶することを特徴とするＩＣカード発行システム。
【請求項４】
請求項２または請求項３に記載のＩＣカード発行システムにおいて、
前記認証コード生成手段は、前記ユーザの個人情報の一部またはすべてからハッシュ値を算出し、算出した前記ハッシュ値を前記認証コードとする手段で、前記認証コード照合手段は、前記ユーザから取得した前記認証コードと、前記顧客情報管理データベースに記憶された前記ユーザの個人情報から演算されるハッシュ値とを照合する手段であることを特徴とするＩＣカード発行システム。
【請求項５】
請求項２から請求項４のいずれかに記載のＩＣカード発行システムにおいて、
前記認証コード生成手段が前記認証コードを生成するときに使用する前記ユーザの個人情報には、前記ユーザが所持する前記ＩＣカードの固有番号が含まれ、前記認証コード照合手段が前記認証コードを照合するときには、前記ＩＣカード発行端末が前記ＩＣカードから読み出した前記固有番号が利用されることを特徴とするＩＣカード発行システム。
【請求項６】
請求項２から請求項５のいずれかに記載のＩＣカード発行システムにおいて、
前記ユーザ認証サーバの前記認証コード生成手段が前記認証コードを生成するときに、前記ユーザの個人情報に加えて乱数が用いられ、前記認証コード照合手段が前記認証コードを照合するときには、前記認証コードを生成したときに利用した乱数が用いられることを特徴とするＩＣカード発行システム。
【請求項７】
アプリケーションの追加削除が可能なＩＣカードに生体認証の機能を付加するためのＩＣカード発行方法であって、前記ＩＣカード発行方法は、生体認証の機能を付加するＩＣカードを発行するＩＣカード発行工程を備え、前記ＩＣカード発行工程は、
ステップ（ａ）：前記ＩＣカードを発行する端末が、前記ＩＣカードの発行データを記憶しているデータサーバに要求し、前記データサーバから、生体情報を照合する生体認証アプリケーションを取得するステップ、
ステップ（ｂ）：前記端末が、前記ステップ（ａ）で取得した前記生体情報アプリケーションを前記ＩＣカードにロードするステップ、
ステップ（ｃ）：前記端末が、前記ＩＣカードを所持するユーザの生体情報を読み取るステップ、
ステップ（ｄ）：前記端末が、前記ステップ（ｃ）で読み取った生体情報を前記ＩＣカードに書き込むステップ、
を備えていることを特徴とするＩＣカード発行方法。
【請求項８】
請求項７に記載のＩＣカード発行方法において、前記ＩＣカード発行方法は、前記ユーザを認証するための認証コードを生成する認証コード生成工程と、前記認証コードを認証する認証コード認証工程を備え、
前記認証コード生成工程は、
ステップ（ｄ）：前記ユーザの個人情報から前記認証コードを生成するステップ、
ステップ（ｅ）：前記ステップ（ｄ）で生成した前記認証コードを前記ユーザに送信するステップ、
を備え、
前記認証コード認証工程は、
ステップ（ｆ）：前記ユーザから前記認証コードを取得するステップ、
ステップ（ｇ）：ステップ（ｆ）で取得した前記認証コードを照合するステップ、
を備え、
前記認証コード認証工程で、前記認証コードの照合に成功した場合のみ、前記ＩＣカード発行工程が実施されることを特徴とするＩＣカード発行方法。
【請求項９】
請求項８に記載のＩＣカード発行方法において、
前記認証コード生成工程の前記ステップ（ｄ）は、前記ユーザの個人情報の一部またはすべてからハッシュ値を算出し、算出した前記ハッシュ値を前記認証コードとするステップで、
前記認証コード認証工程のステップ（ｇ）は、
前記ユーザから取得した前記認証コードと、前記ＩＣカードを所持する前記ユーザの個人情報から演算されるハッシュ値とを照合することで、前記認証コードを照合するステップであることを特徴とするＩＣカード発行方法。
【請求項１０】
請求項８または請求項９に記載のＩＣカード発行方法において、
前記認証コード生成工程の前記ステップ（ｄ）は、前記認証コードを生成するときに、少なくとも、前記ユーザが所持する前記ＩＣカードの固有番号を利用して前記認証コードを生成するステップで、
前記認証コード認証工程の前記ステップ（ｇ）は、前記ＩＣカード発行端末が前記ＩＣカードから読み出した固有番号を取得し、少なくとも、前記ＩＣカードの固有番号を利用して、前記認証コードを照合するステップであることを特徴とするＩＣカード発行方法。
【請求項１１】
請求項８から請求項１０のいずれかに記載のＩＣカード発行方法において、
前記認証コード生成工程の前記ステップ（ｄ）は、前記認証コードを生成するときに乱数を生成し、前記ユーザの個人情報に加え、生成した乱数を利用して前記認証コードを生成するステップで、
前記認証コード認証工程の前記ステップ（ｇ）は、前記認証コードを照合するときに、少なくとも、前記認証コードを生成するときに利用した乱数を用いて前記認証コードを照合するステップであることを特徴とするＩＣカード発行方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＣカードを発行する技術に関し、更に詳しくは、生体認証の機能をＩＣカードに付加する技術に関する。
【背景技術】
【０００２】
キャッシュカードやクレジットカードなどの金融系カードの不正使用を防止する手段として、金融系カードのＩＣカード化が進んでいる。金融系カードをＩＣカードにすることで、金融系カード媒体の偽造を防止することができる。
金融系カードの不正使用の防止策としては、カード媒体の偽造防止に加え、金融系カードを紛失・盗難にしたときに第三者による金融系カードの利用防止も大切であり、金融決済時のユーザ認証手段も強化されつつある。
【０００３】
従来、金融決済時のユーザ認証は、４桁のＰＩＮ（Personal Identification Number）によるＰＩＮ認証を用いることが一般的であった。しかし、金融系カードを紛失・盗難にしたときに、ユーザが設定しているＰＩＮが誕生日など他の資料から容易に推測されうる値であった場合には、金融系カードが正当な利用者以外の第三者によって悪用されてしまう恐れがある。
そこで、金融機関などでは、ユーザ認証手段のセキュリティを強化するために、ＰＩＮ認証の代わりにユーザの生体情報（指紋、手のひらの静脈）を利用した生体認証を採用するケースが増えている。
【０００４】
金融決済時のユーザ認証をＰＩＮ認証から生体認証に変更する際は、ユーザは、生体認証に対応したＩＣカードを、新規に金融機関から発行してもらう必要がある。このことは、ユーザからすると、申込みからＩＣカードを入手するまでに１週間程度かかり、不便である。
特に、生体情報をＩＣカードに追加するときは、ユーザはＡＴＭや金融機関の窓口に出向く必要があるので、その時にユーザが所持するＩＣカードに生体認証の機能を追加できることが望ましい。
【０００５】
銀行の窓口などのサービスカウンターでＩＣカードをセキュアに即時発行できる技術として、特許文献１で、ＩＣカード即時発行システムが開示されている。
特許文献１で開示しているＩＣカード即時発行システムは、サービスカウンタからの発行要求によりＩＣカードデータを生成し、生成したＩＣカードデータを暗号化してサービスカウンタへ送信する機能などを備えたＩＣカードデータ生成センタを有するシステムである。
【特許文献１】特開２００５−３８４１９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ユーザが所持するＩＣカードをマルチアプリケーションＩＣカードとし、特許文献１のＩＣカード即時発行システムを用いれば、サービスカウンターでＩＣカードにアプリケーションの追加発行を行うことで、ＩＣカードに新しい機能を追加することはできる。
しかしながら、特許文献１で公開されているシステムでは、生体情報をＩＣカードに登録する機能は備えていない。
【０００７】
また、近年のインターネットの普及に伴い、金融機関などのカード発行者（イシュア）に各種申込みをする際、イシュアの窓口には出向かずに、従来の郵便に加えて、インターネットを利用して申込むユーザが増えている。
しかし、特許文献１のシステムは、郵送やネットワークを利用して申込みを行ったユーザを、システム的にサービスセンタや銀行の窓口で認証する機能を備えていなかった。
【０００８】
上述の問題を鑑みて、本発明は、ユーザが所持するＩＣカードに生体認証機能が備えられていない場合、イシュアの窓口でＩＣカードに生体認証の機能を追加でき、更に、ＩＣカードに生体認証の機能を追加するときに、郵便やネットワークを利用して申込みしたユーザを認証することができるＩＣカード発行システムおよびＩＣカード発行方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決する第１の発明は、アプリケーションの追加削除が可能なＩＣカードを発行するＩＣカード発行端末と、前記ＩＣカード発行端末からの要求を受けて、前記ＩＣカードの発行データを送信するデータサーバとから、少なくとも構成され、
前記データサーバは、生体情報を照合する生体認証アプリケーションを記憶している発行データベースと、前記ＩＣカード発行端末からの要求を受けて、前記生体認証アプリケーションを前記ＩＣカード発行端末に送信する手段とを備え、
前記ＩＣカード発行端末は、前記ＩＣカードを所持するユーザの生体情報を読み取る生体情報読取り手段と、
前記データサーバから送信される生体情報認証アプリケーションと、前記生体情報読取り手段が読み取った生体情報とを、ＩＣカードに書き込むＩＣカード発行手段を備えていることを特徴とするＩＣカード発行システムである。
【００１０】
また、第２の発明は、第１の発明に記載のＩＣカード発行システムにおいて、
前記ＩＣカード発行システムは、前記ユーザの個人情報を記憶する前記顧客情報管理データベースと、前記ユーザを認証するための認証コードを前記ユーザの個人情報に基づいて生成する認証コード生成手段と、前記認証コード生成手段が生成した前記認証コードを前記ユーザに送信する認証コード送信手段とを備えたユーザ認証サーバを備え、
前記ＩＣカード発行端末は、前記ユーザ認証サーバを用いて発行する前記ＩＣカードを所持する前記ユーザの前記認証コードを照合し、前記ユーザの前記認証コードの照合に成功した場合のみ、前記ＩＣカードを発行することを特徴とするＩＣカード発行システムでであって、
前記ユーザの前記認証コードを照合する認証コード照合手段を、前記ユーザ認証サーバもしくは前記ＩＣカード発行端末が備えていることを特徴とする。
なお、好ましくは、前記ユーザの個人情報は、前記ユーザが前記ＩＣカードの発行を申込みしたときに、前記ユーザから取得した申込情報であって、前記ユーザ認証サーバは、前記ユーザから取得した前記申込情報を前記ユーザの個人情報として前記顧客情報管理データベースに記憶することが望ましい。
【００１１】
また、第３の発明は、第２の発明に記載のＩＣカード発行システムにおいて、前記認証コード生成手段は、前記ユーザの個人情報の一部またはすべてからハッシュ値を算出し、算出した前記ハッシュ値を前記認証コードとする手段で、前記認証コード照合手段は、前記ユーザから取得した前記認証コードと、前記顧客情報管理データベースに記憶された前記ユーザの個人情報から演算されるハッシュ値とを照合する手段であることを特徴とするＩＣカード発行システムである。
【００１２】
また、第４の発明は、第２の発明または第３の発明に記載のＩＣカード発行システムにおいて、前記認証コード生成手段が前記認証コードを生成するときに使用する前記ユーザの個人情報には、前記ユーザが所持する前記ＩＣカードの固有番号が含まれ、前記認証コード認証手段が前記認証コードを照合するときには、前記ＩＣカード発行端末が前記ＩＣカードから読み出した前記固有番号が利用されることを特徴とするＩＣカード発行システムである。
【００１３】
また、第５の発明は、第２の発明から第４の発明のいずれかに記載のＩＣカード発行システムにおいて、前記ユーザ認証サーバの前記認証コード生成手段が前記認証コードを生成するときに、前記ユーザの個人情報に加えて乱数が用いられ、前記認証コード照合手段が前記認証コードを照合するときには、前記認証コードを生成したときに利用した乱数が用いられることを特徴とするＩＣカード発行システムである。
【００１４】
また、第６の発明は、アプリケーションの追加削除が可能なＩＣカードに生体認証の機能を付加するためのＩＣカード発行方法であって、前記ＩＣカード発行方法は、生体認証の機能を付加するＩＣカードを発行するＩＣカード発行工程を備え、前記ＩＣカード発行工程は、
ステップ（ａ）：前記ＩＣカードを発行する端末が、前記ＩＣカードの発行データを記憶しているデータサーバに要求し、前記データサーバから、生体情報を照合する生体認証アプリケーションを取得するステップ、
ステップ（ｂ）：前記端末が、前記ステップ（ａ）で取得した前記生体情報アプリケーションを前記ＩＣカードにロードするステップ、
ステップ（ｃ）：前記端末が、前記ＩＣカードを所持するユーザの生体情報を読み取るステップ、
ステップ（ｄ）：前記端末が、前記ステップ（ｃ）で読み取った生体情報を前記ＩＣカードに書き込むステップ、
を備えていることを特徴とする。
【００１５】
また、第７の発明は、第６の発明に記載のＩＣカード発行方法において、前記ＩＣカード発行方法は、前記ユーザを認証するための認証コードを生成する認証コード生成工程と、前記認証コードを認証する認証コード認証工程を備え、
前記認証コード生成工程は、
ステップ（ｄ）：前記ユーザの個人情報から前記認証コードを生成するステップ、
ステップ（ｅ）：前記ステップ（ｄ）で生成した前記認証コードを前記ユーザに送信するステップ、
を備え、
前記認証コード認証工程は、
ステップ（ｆ）：前記ユーザから前記認証コードを取得するステップ、
ステップ（ｇ）：ステップ（ｆ）で取得した前記認証コードを照合するステップ、
を備え、
前記認証コード認証工程で、前記認証コードの照合に成功した場合のみ、前記ＩＣカード発行工程が実施されることを特徴とするＩＣカード発行方法である。
【００１６】
また、第８の発明は、第７の発明に記載のＩＣカード発行方法において、
前記認証コード生成工程の前記ステップ（ｄ）は、前記ユーザの個人情報の一部またはすべてからハッシュ値を算出し、算出した前記ハッシュ値を前記認証コードとするステップで、
前記認証コード認証工程のステップ（ｇ）は、
前記ユーザから取得した前記認証コードと、前記ＩＣカードを所持する前記ユーザの個人情報から演算されるハッシュ値とを照合することで、前記認証コードを照合するステップであることを特徴とするＩＣカード発行方法である。
【００１７】
また、第９の発明は、第７の発明または第８の発明に記載のＩＣカード発行方法において、
前記認証コード生成工程の前記ステップ（ｄ）は、前記認証コードを生成するときに、少なくとも、前記ユーザが所持する前記ＩＣカードの固有番号を利用して前記認証コードを生成するステップで、
前記認証コード認証工程の前記ステップ（ｇ）は、前記ＩＣカード発行端末が前記ＩＣカードから読み出した固有番号を取得し、少なくとも、前記ＩＣカードの固有番号を利用して、前記認証コードを照合するステップであることを特徴とするＩＣカード発行方法である。
【００１８】
また、第１０の発明は、第７の発明から第９の発明のいずれかに記載のＩＣカード発行方法において、
前記認証コード生成工程の前記ステップ（ｄ）は、前記認証コードを生成するときに乱数を生成し、前記ユーザの個人情報に加え、生成した乱数を利用して前記認証コードを生成するステップで、
前記認証コード認証工程の前記ステップ（ｇ）は、前記認証コードを照合するときに、少なくとも、前記認証コードを生成するときに利用した乱数を用いて前記認証コードを照合するステップであることを特徴とするＩＣカード発行方法である。
【発明の効果】
【００１９】
上述の本発明によれば、ＩＣカードを発行する場所でユーザの生体情報を読み取り、生体認証アプリケーションとユーザの生体情報とを、その場所でＩＣカードに書き込むことで、イシュアの窓口などでＩＣカードに生体認証の機能を追加できるようになる。
【００２０】
また、ＩＣカードに生体認証の機能を追加するユーザに、予め認証コードを生成し送信することで、ＩＣカードを発行するときに、認証コードを用いてユーザを認証することができる。
更に、認証コードを生成するアルゴリズムとしてハッシュ値を演算するアルゴリズムを利用することで、ユーザの個人情報から認証コードは一意に決定することができる。
更に、認証コードを生成するときの基になるデータに、ユーザが所持するＩＣカードの固有番号を含ませることで、認証コードの照合すれば、ユーザが所持するＩＣカードの正当性をも確認できることになる。
更に、認証コードを生成するときの基になるデータに乱数を付加することで、このデータを知りえたとしても認証コードを推測することが不可能になる。
【発明を実施するための最良の形態】
【００２１】
ここから、本発明に係るＩＣカード発行システムについて、図を参照しながら詳細に説明する。図１は、ＩＣカード発行システムのシステム構成図である。
図１に示したように、本発明に係るＩＣカード発行システムは、ユーザが所持するＩＣカード１と、銀行やクレジット会社などのイシュアのサービスカウンターに設置されるＩＣカード発行端末２と、ユーザを認証する機能を有し、複数ユーザの個人データを管理する顧客データ管理サーバ３と、ＩＣカード１にロードするアプリケーションや発行スクリプトを記憶しているデータサーバ４とから、少なくとも構成され、ＩＣカード発行端末２、顧客データ管理サーバ３とデータサーバ４は、それぞれネットワーク５を介して接続されている。
【００２２】
ユーザが所持するＩＣカード１はマルチアプリケーションＩＣカードで、ＩＣカード１は、発行後でもアプリケーションの追加／削除が可能である。生体認証の一つである指紋認証の機能をＩＣカード１に追加するときは、インターネットや、申込書の郵送または電話などによって、ユーザは、ＩＣカード発行社であるイシュアにその旨を申込む。
ユーザが申込んだ内容は、イシュアなどに設置される顧客データ管理サーバ３に、申込みデータとして入力され、顧客データ管理サーバ３は、入力された申込みデータを記憶すると共に、ユーザを認証するためのコードである認証コードを生成し、生成した認証コードを、メールや郵便などによってユーザに送信する。
【００２３】
指紋認証の機能をＩＣカード１に追加するためユーザがサービスカウンターを訪問したときに、ユーザに送信した認証コードは、本人確認の一つとして認証される。ユーザの本人確認が成功した後、ＩＣカード発行端末２は、ユーザの指紋情報を用いてユーザを認証する指紋認証アプリケーションと、ユーザの指紋情報をＩＣカード１に書き込むための発行スクリプト（以下、指紋情報発行スクリプト）を、データサーバ４から取得する。
【００２４】
そして、ＩＣカード発行端末２は、指紋認証アプリケーションをＩＣカード１にロードした後、指紋センサ付きリーダライタ２ａを利用してユーザの指紋情報を読取り、指紋情報発行スクリプトを用いて、ＩＣカード１にユーザの指紋情報を登録する。
【００２５】
以下、ブロック図を用いて、図１のＩＣカード発行システムについて、さらに詳しく説明する。図２は、図１で示したＩＣカード発行システムのブロック図である。
【００２６】
ユーザが所持するＩＣカード１は、上述しているように、ＪＡＶＡ（登録商標）やＭＵＬＴＯＳ（登録商標）などに代表されるプラットフォーム型のＯＳが実装されたマルチアプリケーションＩＣカードである。
マルチアプリケーションＩＣカードでは、ＥＥＰＲＯＭなどの書換え可能な不揮発性メモリにアプリケーションをロードすることで、ＩＣカード１を発行した後でも、ＩＣカード１にアプリケーションの追加／削除ができる。
【００２７】
イシュアのサービスカウンターに設置されるＩＣカード発行端末２は、ＩＣカード１を発行するＩＣカード発行手段２０、ユーザの指紋情報を読み取る指紋情報読取り手段２１、および、ユーザの本人確認を行う本人確認手段２２を備える。
【００２８】
図１に示したように、本実施の形態においては、ＩＣカード発行手段２０および指紋情報読取り手段２１を実現するために、指紋センサ付きリーダライタ２ａがＩＣカード発行端末２に接続されている。
ここで、指紋センサ付きリーダライタ２ａとは、ＩＣカード１の通信Ｉ／Ｆを用い、ＩＣカード１に動作電圧を提供したり、ＩＣカード１とデータ通信するリーダライタの機能に加え、ユーザの生体情報の一つである指紋情報を読みとる指紋センサの機能を備えた装置である。
【００２９】
本実施の形態では、ユーザの生体情報として指紋情報を用いるため、ＩＣカード発行端末２には指紋センサ付きリーダライタ２ａが接続されている。当然のことながら、指紋情報以外の生体情報（例えば、手のひらの静脈）を用いるときは、認証に用いる生体情報に対応したセンサを備えたリーダライタが、ＩＣカード発行端末２には接続される。
【００３０】
なお、本実施の形態では、リーダライタの機能と指紋センサの機能とが一体化したリーダライタ２ａがＩＣカード発行端末２に接続されているが、リーダライトと指紋センサとは個別にＩＣカード発行端末２に接続されていてもよい。
【００３１】
ＩＣカード発行端末２に備えられた本人確認手段２２は、サービスカウンターに訪れたユーザの本人確認を行う手段で、印鑑照合、与信審査などの手段に加え、サービスカウンターに訪れたユーザの認証コードを、顧客データ管理サーバ３に問い合わせることで、ユーザを認証する機能を有している。
【００３２】
イシュアなどに設置される顧客データ管理サーバ３は、ユーザごとに個別に設定されたユーザ番号に関連付けて、ユーザの氏名、年齢、住所、ユーザが所持するＩＣカード１の固有番号（例えば、口座番号やクレジットカード番号）などのユーザの申込みデータを記憶する顧客データベース３３（DB: Data Base）と、ＩＣカード１に指紋認証の機能の追加を申込んだユーザに対して認証コードを生成する認証コード生成手段３０と、生成した認証コードをユーザに送信する認証コード送信手段３１と、顧客ＤＢ３３に記憶されたデータを参照し、ＩＣカード発行端末２から問い合わせのあった認証コードを照合する認証コード照合手段３２を備える。
【００３３】
顧客データ管理サーバ３に備えられた認証コード生成手段３０が生成する認証コードとは、ユーザがＩＣカード１に指紋認証の機能の追加を申込んだときの申込みデータから生成されるコードで、申込みデータの一部／全てから、定められたアルゴリズムに従い演算されるコードである。
認証コードを演算するアルゴリズムとしては、申込みデータから認証コードが一意に定まるＳＨＡ１などのハッシュ値を演算するアルゴリズムが適している。
【００３４】
好ましくは、認証コードを演算するときの申込みデータには、口座番号やクレジットカード番号などのＩＣカード１の固有番号が含まれることが望ましく、加えて、申込みデータに乱数を付加したデータから認証コードは生成されることが望ましい。
【００３５】
認証コードを生成するときの基になる申込みデータに、ユーザが所持するＩＣカード１の固有番号を含ませ、ＩＣカード１の固有番号を認証コードに反映させることで、認証コードの照合すれば、ユーザが所持するＩＣカード１の正当性をも確認できることになる。
また、認証コードを生成するときの基になる申込みデータに乱数を付加することで、例え、ユーザの申込みデータを知りえたとしても認証コードを推測することが不可能になる。なお、乱数を付加したときは、認証コードの生成に利用した乱数は、ユーザ番号に関連付られて顧客ＤＢ３３に記憶される。
【００３６】
顧客データ管理サーバ３に備えられた認証コード送信手段３１は、認証コード生成手段３０が生成した認証コードをユーザに送信する手段で、認証コード送信手段３１は、ユーザに認証コードを送信する複数の手段を備え、ユーザが希望する手段で認証コードを送信できることが望ましい。
ユーザに認証コードを送信する手段としては、電子メール、郵便またはファクシミリななどの手段を備えているとよい。
【００３７】
顧客データ管理サーバ３に備えられた認証コード照合手段３２は、サービスカウンターに設置されたＩＣカード発行端末２から問い合わせがあった認証コードを照合し、認証コードの照合結果をＩＣカード発行端末２に送信する手段である。
【００３８】
認証コード照合手段３２は、ＩＣカード発行端末２からユーザ番号と認証コードとを受取ると、ユーザ番号に関連付けられて顧客ＤＢに記憶されている申込みデータから、認証コードを演算したときと同じ手順で、認証コードと照合する参照コードを演算し、ＩＣカード発行端末２から受信した認証コードと参照コードとを照合し、認証コードの照合結果をＩＣカード発行端末２に返信する。
【００３９】
また、認証コードを演算するときの申込みデータに、口座番号やクレジットカード番号などのＩＣカード１の固有番号が含ませた場合は、ＩＣカード発行端末２がＩＣカード１から読み取ったＩＣカード１の固有番号が、認証コードと共に送信され、認証コード照合手段３２は、ＩＣカード発行端末２から受信したＩＣカード１の固有番号を利用して、参照コードを演算する。
更に、認証コードを演算するときに乱数を用いたときは、参照コードを演算するときに、ユーザ番号に関連付けられて顧客ＤＢ３３に記憶されている乱数が用いられる。
【００４０】
特許文献１で説明されているようなデータセンタに設置されるデータサーバ４には、ＩＣカード発行端末２に、ＩＣカード１にロードするアプリケーションや、ＩＣカード１を発行するために必要な発行スクリプトが記憶される発行ＤＢ４１と、発行ＤＢ４１に記憶されたデータをＩＣカード発行端末２に送信する発行データ送信手段４０とを備えている。
【００４１】
データサーバ４がＩＣカード発行端末２からデータ送信要求を受けると、発行ＤＢ４１の中から、要求のあったデータを探索し、ＩＣカード発行端末２に送信する。
本実施の形態においては、データサーバ４がＩＣカード発行端末２に送信するデータには、ＩＣカード１に指紋認証の機能を追加するために、指紋認証アプリケーションと指紋情報発行スクリプトとが含まれる。
【００４２】
データサーバ４から受信したデータを用いて、ＩＣカード発行端末２のＩＣカード発行手段２０がＩＣカード１を発行することで、ＩＣカード１には、指紋認証アプリケーションとユーザの指紋情報が書き込まれ、ＩＣカード１をユーザの指紋認証に利用することができるようになる。
【００４３】
ここから、これまで説明したＩＣカード発行システムにおいて、指紋認証の機能をＩＣカード１に追加する処理のフローについて説明する。図３は、指紋認証の機能をＩＣカード１に追加する処理の全体の流れを示したフロー図である。
【００４４】
図３に示したように、指紋認証の機能をＩＣカード１に追加する処理は、ＩＣカード１を発行する前に、認証コードを生成しユーザに送信する認証コード生成プロセスＰ１と、ユーザが所持するＩＣカード１に指紋認証の機能を追加するＩＣカード発行プロセスＰ２とから成る。
【００４５】
まず、ＩＣカード１を発行する前に、認証コードを生成しユーザに送信する認証コード生成プロセスＰ１について、図を参照しながら詳細に説明する。図４は、認証コード生成プロセスＰ１のフロー図である。
【００４６】
このプロセスの最初のステップＳ１は、指紋認証の機能をＩＣカード１に追加希望するユーザから、顧客データ管理サーバ３が申込みデータを受領するステップである。
このステップでは、顧客データ管理サーバ３は、ユーザの氏名、住所、連絡先などが記述された申込みデータが、電子メールや郵送などの手段でユーザから送信され、申込みデータは、ユーザ番号に関連付けて顧客データ管理サーバ３の顧客ＤＢ３３に記憶される。
【００４７】
次のステップＳ２は、顧客データ管理サーバ３が認証コードを生成するステップである。このステップでは、ステップＳ１でユーザから受領した申込みデータや生成した乱数などを基に、顧客データ管理サーバ３の認証コード生成手段３０が、好ましくはＳＨＡ１などのハッシュアルゴリズムに従い認証コードを生成する。
【００４８】
次のステップＳ３は、生成された認証コードが送信されるステップである。このステップでは、認証コード送信手段３１は、顧客データ管理サーバ３の認証コード生成手段３０が生成した認証コードを、ステップ１で申込みしたユーザに対し、電子メール、郵便などの手段を用いて送信する。このステップをもって、認証コード生成プロセスＰ１は終了する。
【００４９】
次に、ユーザが所持するＩＣカード１に指紋認証の機能を追加するＩＣカード発行プロセスＰ２について詳細に説明する。図５は、ＩＣカード発行プロセスＰ２のフロー図である。
【００５０】
ＩＣカード発行プロセスＰ２で最初に実行されるステップＳ１０は、ユーザの認証コードがＩＣカード発行端末２に入力されるステップである。このステップでは、ＩＣカード１に指紋認証の機能を追加するために、ユーザはサービスカウンターを訪れ、サービスカウンターでユーザの与信審査などの本人確認が実施された後、ユーザが所持する認証コードがＩＣカード発行端末２に入力される。
【００５１】
次のステップＳ１１は、ＩＣカード発行端末２に入力された認証コードを照合するステップである。このステップでは、ＩＣカード発行端末２は、入力された認証コードとユーザ番号とを、顧客データ管理サーバ３に問い合わせることで、認証コードは認証される。
【００５２】
顧客データ管理サーバ３が、ＩＣカード発行端末２から認証コードとユーザ番号を受領すると、顧客データ管理サーバ３の認証コード照合手段３２は、顧客ＤＢ３３に、ユーザ番号に関連付けて記憶されているユーザの申込みデータから、認証コードを生成したときと同じアルゴリズムで参照コードを演算する。そして、認証コードと参照コードとを照合することで認証コードを認証し、認証コードの認証結果をＩＣカード発行端末２に送信する。
【００５３】
次のステップＳ１２は、認証コードの認証結果によって処理が分岐されるステップで、ＩＣカード発行端末２は、顧客データ管理サーバ３から受信した認証コードの認証結果が成功を意味する場合はステップＳ１３に進み、失敗を意味する場合は、ＩＣカード１にユーザの指紋認証の機能を追加することなく、このプロセスを終了する。
【００５４】
認証コードの認証に成功したときに実行されるステップＳ１３は、ＩＣカード発行端末２が、指紋認証アプリケーションと指紋情報発行スクリプトとを、データサーバ４から取得するステップである。
このステップでは、ＩＣカード発行端末２がデータサーバ４に、指紋認証アプリケーションと、指紋情報発行スクリプトの送信を要求し、データサーバ４は、発行ＤＢ４１に記憶されているこれらのデータを、発行データ送信手段４０を用いて、ＩＣカード発行端末２に送信する。
【００５５】
次のステップＳ１４は、ＩＣカード１に指紋認証アプリケーションがロードされるステップである。このステップでは、ＩＣカード発行端末２のＩＣカード発行手段２０は、ステップＳ１３で取得した指紋認証アプリケーションをＩＣカード１にロードする。
【００５６】
次のステップＳ１５は、ユーザの指紋情報を読み取るステップである。このステップでは、ＩＣカード発行端末２は、指紋情報読取り手段２１を用いて、ユーザの指紋情報を読み取る。
【００５７】
次のステップＳ１６は、ＩＣカード１にユーザの指紋情報が登録されるステップである。このステップにおいては、ＩＣカード発行端末２のＩＣカード発行手段２０は、ステップＳ１５で読み取ったユーザの指紋情報を指紋情報発行スクリプトに組み込み、ＩＣカード１にユーザの指紋情報を書き込むことで、ＩＣカード１にユーザの指紋情報を登録する。このステップをもって、ＩＣカード発行プロセスＰ２は終了する。
【００５８】
なお、ステップＳ１３において、ＩＣカード発行端末２はデータサーバ４から、指紋情報発行スクリプトを取得するが、指紋情報発行スクリプトは予めＩＣカード発行端末２が備えていてもよい。このときは、ステップＳ１３で、ＩＣカード発行端末２はデータサーバ４から取得するデータは、指紋認証アプリケーションのみとなる。
【００５９】
これまでは、ユーザの認証コードを照合する認証コード照合手段３２を顧客データ管理サーバ３が備えていたが、ユーザの認証コードを照合する手段は、ＩＣカード発行端末２に備えられていてもよい。
【００６０】
ＩＣカード発行端末２が、ユーザの認証コードを照合する手段を備えているときは、図５のステップＳ１１において、ＩＣカード発行端末２は、顧客ＤＢ３３に記憶されたユーザの認証コードを顧客データ管理サーバ３から取得し、顧客データ管理サーバ３から取得した認証コードとユーザから取得した認証コードとを照合することで、ユーザを認証する。
【図面の簡単な説明】
【００６１】
【図１】ＩＣカード発行システムのシステム構成図。
【図２】ＩＣカード発行システムのブロック図。
【図３】指紋認証の機能をＩＣカードに追加する処理の流れを示したフロー図。
【図４】認証コード生成プロセスのフロー図。
【図５】ＩＣカード発行プロセスのフロー図。
【符号の説明】
【００６２】
１  ＩＣカード
２  ＩＣカード発行端末
２０  ＩＣカード発行手段
２１  指紋情報読取り手段
２２  本人確認手段
３  顧客データ管理サーバ
３０  認証コード生成手段
３１  認証コード送信手段
３２  認証コード照合手段
３３  顧客ＤＢ
４  データサーバ
４０  発行データ送信手段
４１  発行ＤＢ
【図１】
2007128468.tif 000003
【図２】
2007128468.tif 000004
【図３】
2007128468.tif 000005
【図４】
2007128468.tif 000006
【図５】
2007128468.tif 000007