JP2003263558A - カード発行システム - Google Patents

Abstract

(57)【要約】 【課題】 本発明は、インターネット上で手続を行うこ
とによって簡単に申し込むことができる写真付きクレジ
ットカード発行システムを提供することを目的とする。 【解決手段】 端末装置１を通じて、申込者の顔写真の
画像データ及び各種情報のテキストデータを入力し、入
力した画像データ及びテキストデータを申込者の秘密鍵
を用いて暗号化して電子署名を生成して、サーバー２に
送信する。サーバー２では、申込者の公開鍵と電子署名
を用いて、申込者の認証を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネットを
介してクレジット会社などのカード会社のサーバに接続
された端末装置により写真付きカードの申し込みと作成
を行うことができるようにしたカード発行システムに関
するものである。

【０００２】

【従来の技術】クレジットカードなどの個人を証明する
カードの不正使用を防止するために、所有者の顔写真を
表面に表示した写真付きカードが提案されているのは周
知の通りである。従来、この種のカードを作成するに
は、申込者が、申込書に所定事項を記入するとともに銀
行届け出印等を捺印し、現像した顔写真を添付してクレ
ジット会社などのカード会社宛に送付するようにしてい
た。

【０００３】又、カード会社がインターネット上で開設
しているホームページで申し込みができるようにしてい
る場合もある。この場合、申込者がホームページの申し
込み欄に所定事項を入力すると、カード会社の管理する
サーバーに、入力された各事項が記録される。そして、
このサーバーに記録された入力事項が印字された申込書
が申込者の自宅に郵送される。申込者は、この申込書に
署名捺印するとともに現像した顔写真を添付してカード
会社に送り返す。

【０００４】このようにして、顔写真が添付された申込
書を受理したカード会社は、申込書に記入された、又
は、サーバーに記録された各所定事項を、顧客情報とし
て記録する。又、この顧客情報とマッチングさせるため
のＩＤを発行し、申込書に添付された顔写真に付加し
て、顧客情報とともに顔写真をカード作成業者に送付す
る。そして、カード発行処理会社では、顔写真をスキャ
ナなどで読み込んでデータ化すると、顔写真による画像
データと顧客情報とをＩＤを利用してマッチングし、カ
ードの発行を行う。

【０００５】

【発明が解決しようとする課題】しかしながら、上述し
た従来の方法では、申込者が現像した顔写真を準備しな
ければならないため、手間がかかるとともに費用が嵩む
という問題点が有った。又、近年のデジタル化の発展に
よって、デジタルカメラやスキャナを用いて、申込者が
デジタルデータとして顔写真を有することができる。し
かし、このような場合においても、申込者は顔写真をデ
ジタルデータとして送信するのでなく、一度、現像して
申込書とともに送付する必要があるため、やはり手間が
かかる。

【０００６】又、通常、カード会社は、カードに写真を
表示することを申込者に強制しておらず、申込者が写真
を表示するか否かを選択でき、写真付きカードと写真無
しカードの申し込みが混在した状態になっている。よっ
て、カード会社がカード作成業者にカードの作成を委託
する際に、写真付きカードのテキストデータと写真無し
カードのテキストデータとを区別した上に、各テキスト
データを対応する顔写真とマッチングさせ、テキストデ
ータ伝送とほぼ同時に顔写真を配送するという手続きが
必要であるため、手間がかかるという問題点が有った。

【０００７】更に、カードの申し込みを受け付ける際、
本人確認を行うために、申込者に対して申込書への捺印
を要求するため、やはり、申込書を申込者に送付する必
要がある。よって、写真無しカードを申し込んだ場合に
おいても、写真付きカードの場合と同様、インターネッ
トを通じてカード会社のサーバーに申し込まれたとして
も、申込書を申込者に送付する必要がある。又、銀行口
座などの個人情報が、他人に漏洩してしまう恐れがあ
る。

【０００８】このような問題を鑑みて、本発明は、イン
ターネット上で手続を行うことによって簡単に申し込む
ことができるカード発行システムを提供することを目的
とする。

【０００９】

【課題を解決するための手段】上述した目的を達成する
ために、請求項１に記載のカード発行システムは、カー
ド会社のカードを申し込む申込者に操作される端末装置
と、該端末装置と通信を行う前記カード会社のサーバー
と、前記カード会社から委託されて前記カードの発行を
行うカード発行業者のカード発行装置と、によって構成
されるカード発行システムにおいて、前記申込者を含む
複数の個人及び団体それぞれに対して公開鍵暗号方式に
利用される公開鍵と秘密鍵とを発行する認証局が、発行
した公開鍵の管理を行うディレクトリを有し、前記端末
装置で、前記申込者が入力した第１電子署名用データと
前記認証局より発行された該申込者固有の秘密鍵とによ
って前記公開鍵暗号方式に基づいた第１電子署名を生成
して前記サーバーに送信し、前記サーバーで、前記認証
局より発行された前記申込者固有の公開鍵と前記第１電
子署名とを利用して前記申込者本人であることが認証さ
れ、前記端末装置を通じて入力された顧客データを前記
サーバーから前記カード発行装置に送信し、前記カード
発行装置で、前記申込者のカードを発行することを特徴
とする。

【００１０】このようなカード発行システムにおいて、
端末装置において、第１電子署名用データと、該第１電
子署名用データをハッシュ関数で変換した後に申込者固
有の秘密鍵で暗号化した暗号化データとで、第１電子署
名を生成して、サーバーに送信する。サーバーでは、第
１電子署名を受信すると、暗号化データを申込者固有の
公開鍵で復号化するとともに、第１電子署名用データを
ハッシュ関数で変換して、復号化した暗号化データと比
較することで、申込者本人であるか否かを確認する。

【００１１】このとき、請求項２に記載するように、前
記端末装置において、前記申込者固有の公開鍵が前記第
１電子署名の一部となるように前記第１電子署名を構成
し、前記サーバーが前記第１電子署名を受信したとき、
前記第１電子署名の構成の一部となる前記申込者固有の
公開鍵を用いて、前記第１電子署名による前記申込者の
認証を行うようにしても構わない。

【００１２】又、請求項３に記載するように、前記サー
バーが前記第１電子署名を受信したとき、前記ディレク
トリよりダウンロードして得た前記申込者固有の公開鍵
を用いて、前記第１電子署名による前記申込者の認証を
行うようにしても構わない。

【００１３】更に、請求項４に記載するように、前記デ
ィレクトリが、前記個人及び団体それぞれに対する前記
各公開鍵を証明するために前記認証局が発行した電子証
明書を格納し、前記サーバーが前記第１電子署名を受信
したとき、前記ディレクトリよりダウンロードして得た
前記申込者固有の電子証明書より前記申込者の認証を行
うとともに、前記申込者の公開鍵を得る。

【００１４】このとき、サーバーにおいて、ディレクト
リより、認証局が申込者の公開鍵と該公開鍵の所有者で
あることを照明するデータと該データをハッシュ関数で
変換した後に認証局固有の秘密鍵で暗号化された暗号化
データとでなる申込者固有の電子証明書をダウンロード
すると、まず、認証局固有の公開鍵を用いて、認証局の
認証を行う。次に、この電子証明書より得られる申込者
固有の公開鍵を用いて、申込者の端末装置から送信され
る第１電子署名より、申込者の認証を行う。

【００１５】請求項５に記載のカード発行システムは、
請求項１〜請求項３のいずれかに記載のカード発行シス
テムにおいて、前記サーバーにおいて、前記端末装置か
ら送信される前記第１電子署名に基づいて前記申込者の
認証を行った後、前記申込者固有の共通鍵を生成し、前
記申込者固有の共通鍵を前記申込者固有の公開鍵によっ
て暗号化して前記サーバーに送信し、前記端末装置にお
いて、暗号化された前記申込者固有の共通鍵を前記申込
者固有の秘密鍵によって復号化した後、該申込者固有の
共通鍵によって前記顧客データを暗号化して前記サーバ
ーに送信し、前記サーバーにおいて、暗号化された前記
顧客データを前記申込者固有の共通鍵によって復号化す
ることを特徴とする。このようにすることで、申込者そ
れぞれにカード会社が生成した共通鍵を用いて、顧客デ
ータを暗号化して送信するため、申込者の共通鍵を有す
るカード会社のサーバーでのみ復号化できる。よって、
顧客データのような非公開のデータを送信する際の安全
性が高まる。

【００１６】又、請求項６に記載のカード発行システム
は、請求項１〜請求項３のいずれかに記載のカード発行
システムにおいて、前記サーバーにおいて、前記端末装
置から送信される前記第１電子署名に基づいて前記申込
者の認証を行った後、第２電子署名用データと前記認証
局より発行された該カード会社固有の秘密鍵とによって
前記公開鍵暗号方式に基づいた第２電子署名を生成して
前記端末装置に送信し、前記端末装置において、前記認
証局より発行された前記カード会社固有の公開鍵と前記
第２電子署名とを利用して前記カード会社が正規のもの
であることが認証された後、該カード会社固有の公開鍵
によって前記顧客データを暗号化して前記サーバーに送
信し、前記サーバーにおいて、暗号化された前記顧客デ
ータを前記カード会社固有の秘密鍵によって復号化する
ことを特徴とする。このようにすることで、第２電子署
名を受信した申込者側でも認証ができるので、カード会
社が正規のものか否かの確認ができ、安全性が高まる。
又、カード会社側では、申込者毎に鍵を発行する必要が
ないため、鍵の管理が容易になる。

【００１７】このようなカード発行システムにおいて、
請求項７に記載するように、前記サーバーにおいて、前
記カード会社固有の公開鍵が前記第２電子署名の一部と
なるように前記第２電子署名を構成し、前記端末装置が
前記第２電子署名を受信したとき、前記第２電子署名の
構成の一部となる前記カード会社固有の公開鍵を用い
て、前記第２電子署名による前記カード会社の認証を行
うようにしても構わない。

【００１８】又、請求項８に記載するように、前記端末
装置が前記第２電子署名を受信したとき、前記ディレク
トリよりダウンロードして得た前記カード会社固有の公
開鍵を用いて、前記第２電子署名による前記カード会社
の認証を行うようにしても構わない。このとき、更に、
請求項９に記載するように、前記ディレクトリが、前記
個人及び団体それぞれに対する前記各公開鍵を証明する
ために前記認証局が発行した電子証明書を格納し、前記
端末装置が前記第２電子署名を受信したとき、前記ディ
レクトリよりダウンロードして得た前記カード会社固有
の電子証明書より前記カード会社の認証を行うととも
に、前記カード会社の公開鍵を得るようにしても構わな
い。

【００１９】又、請求項１０に記載のカード発行システ
ムは、請求項１〜請求項９のいずれかに記載のカード発
行システムにおいて、前記顧客データに、前記申込者の
顔写真となる画像データが含まれることを特徴とする。
このとき、請求項１１に記載するように、前記端末装置
において、前記申込者の顔写真のサイズを設定すること
ができるようにしても構わない。

【００２０】又、請求項１２に記載するように、前記画
像データが管理される画像データ用データベースを有す
るとともに、前記サーバーにおいて、前記顧客データの
前記画像データ以外のテキストデータに対して、前記画
像データと照合するためのマッチング番号が付加される
とともに、前記カード発行機において、前記カードを発
行する際、前記テキストデータに付加されたマッチング
番号によって照合される前記画像データを前記画像デー
タ用データベースより読み出し、前記画像データによる
顔写真付きのカードを発行するようにしても構わない。

【００２１】

【発明の実施の形態】以下、本発明の具体的な実施形態
を図面を参照しながら説明する。まず、各実施形態で共
通となるるカード発行システムの構成について説明す
る。図１は、本発明の各実施形態で共通となるカード発
行システムの概略構成図を示す。

【００２２】図１に示すカード発行システムは、クレジ
ットカードなどの個人証明用のカードの申込者が利用す
るパーソナルコンピュータやＰＤＡ（Personal Digital
Assistants）などの端末装置１と、カードの申込者の
登録確認や審査を行うカード会社のサーバ２と、カード
会社によってカードの作成を依頼されて作成を行うカー
ド作成業者のカード発行装置３と、ＰＫＩ（Public Key
Infrastructure）による申込者の公開鍵を管理する認
証局のディレクトリ４と、各ブロック間における通信が
行われるためのインターネット網５とによって構成され
る。

【００２３】このように構成されるカード発行システム
は、インターネット網５を通じてサーバ２と通信可能な
状態となると、端末装置１に備えられたブラウザを用い
て、カード会社のホームページ（ＷＷＷ（World Wid We
b）上の表示単位となる個々のウェブページ）を開くこ
とができる。そして、この端末装置１に表示されたホー
ムページ上から申込者はカードの申し込みと作成を行う
ことができる。

【００２４】又、認証局は、ディレクトリ４内におい
て、申込者の公開鍵と、この公開鍵に対して認証局自身
のデジタル署名を付加したデジタル証明書とを管理す
る。又、申込者は、認証局で管理される公開鍵と対とな
る認証局より発行された秘密鍵を有する。この秘密鍵
は、端末装置１内に格納されるようにしても構わない
し、又は、スマートカードなどのＩＣカードに格納さ
れ、このＩＣカードを端末装置１に接続して利用される
ようにしても構わない。

【００２５】又、秘密鍵がＩＣカードに格納されると
き、例えば、認証局が金融機関などに関連し、金融機関
が発行するキャッシュカードに秘密鍵が格納されるよう
にしても構わない。又、秘密鍵及び公開鍵は、各端末装
置１に対して与えられるものでなく、個人又は団体それ
ぞれに対して与えられるものである。よって、同一の端
末装置１に複数人の秘密鍵が記録されるとき、例えば、
申込者が申込者固有のパスワードで端末装置１にログイ
ンして初めて、ログインした申込者に対する秘密鍵及び
公開鍵を利用することができる。

【００２６】更に、認証局は、鍵の登録申請が成される
ことによって、登録申請者に対して秘密鍵と公開鍵とが
作成され、公開鍵が、この公開鍵が登録申請者のもので
あることを証明する電子証明書とともにディレクトリ４
に記録され、又、秘密鍵が登録申請者に送付される。
尚、この公開鍵と秘密鍵の鍵暗号方式として、素因数分
解問題に基づく方式であるＲＳＡ方式や、離散対数問題
に基づく方式であるＤＳＡ方式や、楕円曲線暗号方式な
どが用いられる。

【００２７】上述した、図１のように構成されるカード
発行システムを共通の構成とする各実施形態について、
以下に説明する。

【００２８】＜第１の実施形態＞本発明の第１の実施形
態について、図面を参照して説明する。図２、図４、図
６はそれぞれ、端末装置１、サーバー２、カード発行装
置３の動作を示すフローチャートである。又、図５は、
電子署名による申込者の認証動作を示す図である。

【００２９】まず、図２に従って、申込者がカード発行
するためにカード会社に登録申請を行うための、端末装
置１の動作を説明する。即ち、端末装置１に備えられた
ブラウザを用いて、インターネット５を介してサーバー
２にアクセスして、カードを登録するためのカード会社
のホームページを開いた後、登録申請用のページを開
き、登録画面を表示させる（ＳＴＥＰ１）。

【００３０】そして、まず、申込者の顔写真入りの発行
を希望するか否かの確認が行われる（ＳＴＥＰ２）。こ
のとき、顔写真入りの発行を行うように操作されると
（Ｙｅｓ）、申込者の顔写真の入力を行うための図３
（ａ）のようなページの画面に切り替わり、顔写真の画
像データが入力される（ＳＴＥＰ３）。即ち、図３
（ａ）におけるファイル名入力欄３１に顔写真として用
いる画像ファイルのファイル名を記入することによっ
て、画像ファイルを指定し、該画像ファイルの画像デー
タが入力される。よって、図３（ａ）の画像表示枠３２
に、ファイル名入力欄３１に記入されて指定された画像
ファイルによる画像が表示される。

【００３１】その後、カード会社によって指定された画
像サイズを示すサイズ固定枠３３を、マウスや矢印キー
などの操作部（不図示）を用いて画像表示枠３２内を移
動させた後、切り取りボタン３４を指定することで、画
像から切り取る部分を指定する（ＳＴＥＰ４）。そし
て、指定された画像サイズの顔写真が設定されると、図
３（ｂ）のような確認ページの画面が表示されて、設定
された顔写真で登録を行うか否かの確認が行われる（Ｓ
ＴＥＰ５）。

【００３２】図３（ｂ）のように表示されるとき、ボタ
ン３５が指定されて登録することが確認されると（Ｙｅ
ｓ）、申込者の各種情報を入力するための図３（ｃ）の
ようなページの画面に切り替わり、申込者の氏名、住
所、電話番号、職業などのテキストデータが入力される
（ＳＴＥＰ６）。又、ＳＴＥＰ２で顔写真入りの発行を
行わないように操作されるときも（Ｙｅｓ）、ＳＴＥＰ
６に移行する。

【００３３】このとき、図３（ｃ）におけるテキスト入
力欄３７に申込者の氏名、住所、電話番号、職業などが
マウスやキーなどの操作部（不図示）が操作されて記入
されることによって、テキストデータが入力される。
又、ＳＴＥＰ５において、ボタン３６が指定されて登録
しないことが確認されると（Ｎｏ）、再び、ＳＴＥＰ３
以降の動作が行われ、登録する顔写真の設定が行われ
る。

【００３４】上述のように、ＳＴＥＰ６でテキストデー
タの入力が行われると、図３（ｄ）のような確認ページ
の画面が表示されて、設定された顔写真による画像デー
タ及び入力されたテキストデータで登録を行うか否かの
確認が行われる（ＳＴＥＰ７）。このとき、ボタン３９
が指定されて、入力された画像データとテキストデータ
での登録が拒否されたとき（Ｎｏ）、再び、ＳＴＥＰ２
以降の動作が行われる。

【００３５】又、ボタン３８が指定されて、入力された
画像データとテキストデータでの登録が確認されたとき
（Ｙｅｓ）、この画像データ及びテキストデータと公開
鍵及び秘密鍵とによる電子署名が生成される（ＳＴＥＰ
８）。このとき、図５のように、画像データとテキスト
データなどの元データ５１が、ハッシュ関数Ｈを用いて
固定長のビット列のダイジェストデータ５２に変換され
た後、このダイジェストデータ５２が秘密鍵５３によっ
て暗号化されて、暗号化データ５４に変換される。そし
て、元データ５１と、暗号化データ５４と、秘密鍵５３
に対応した公開鍵５５とで構成される電子署名５６が生
成される。

【００３６】このように生成された電子署名５６を、カ
ード会社のサーバー２に送信する（ＳＴＥＰ９）。そし
て、サーバー２が後述する動作を行うことで、カード会
社が申込者の確認を行うと、その認証結果がサーバー２
により送信され、端末装置１が受信する（ＳＴＥＰ１
０）。そして、受信した認証結果より、サーバー２で申
込者本人であることが認証されていることが確認される
（ＳＴＥＰ１１）。このとき、サーバー２で申込者本人
であることが認証されていることが確認されると（Ｙｅ
ｓ）、登録事項の確認画面が表示され（ＳＴＥＰ１
２）、終了する。逆に、サーバー２で申込者本人である
ことが認証されていないことが確認されると（Ｎｏ）、
エラーが表示され（ＳＴＥＰ１３）、終了する。

【００３７】次に、図４に従って登録申請されたカード
会社における、サーバー２の動作について説明する。上
述のようにして、申込者の端末装置１より送信された電
子署名５６をインターネット網５を通じて受信すると
（ＳＴＥＰ１０１）、この電子署名５６を用いて、申込
者本人であるかの確認を行うための認証動作が行われる
（ＳＴＥＰ１０２）。

【００３８】このとき、図５のように、端末装置１で電
子署名５６を受信すると、電子署名５６の構成の１つで
ある元データ５１を、ハッシュ関数Ｈを用いて固定長の
ビット列のダイジェストデータ５２ａに変換する。それ
と同時に、電子署名の構成の１つである公開鍵５５を用
いて、同じく電子署名の１つである暗号化データ５４を
復号化して、ダイジェストデータ５２ｂに変換する。そ
して、ダイジェストデータ５２ａ，５２ｂが同一のデー
タとなるか確認することで、申込者本人であるか否かの
認証を行う。

【００３９】このような認証動作を終了すると、その認
証結果より申込者本人であるか否かが確認される（ＳＴ
ＥＰ１０３）。そして、申込者本人であるとされた場合
は（Ｙｅｓ）、本人であると確認されたことを示す認証
結果をインターネット網５を通じて端末装置１に送信す
る（ＳＴＥＰ１０４）。又、申込者本人でないとされた
場合は（Ｎｏ）、本人でないと確認されたことを示す認
証結果をインターネット網５を通じて端末装置１に送信
し（ＳＴＥＰ１０５）、終了する。

【００４０】ＳＴＥＰ１０４において認証結果を送信す
ると、端末装置１から送信された電子署名５６より元デ
ータ５１に顔写真の画像データが含まれているか否かが
確認される（ＳＴＥＰ１０６）。このとき、画像データ
が含まれている場合（Ｙｅｓ）、元データ５１を構成す
るテキストデータと画像データの分割を行い（ＳＴＥＰ
１０７）、分割されて得た画像データを、顔写真の画像
データを格納する画像データベース（不図示）に格納す
る（ＳＴＥＰ１０８）。そして、同じく分割されて得た
テキストデータに対して、画像データとマッチングする
ためのマッチング番号を付加する（ＳＴＥＰ１０９）。

【００４１】ＳＴＥＰ１０６において画像データがない
ことが確認されたとき（Ｎｏ）、又は、ＳＴＥＰ１０９
においてマッチング番号をテキストデータに付加したと
き、テキストデータを顧客情報として顧客用番号を付加
した後に、顧客情報データベース（不図示）に格納する
（ＳＴＥＰ１１０）。その後、この顧客用番号が付加さ
れたテキストデータを、インターネット網５を通じて、
カード作成業者のカード発行装置３に送信し（ＳＴＥＰ
１１１）、動作を終了する。

【００４２】次に、図６に従ってテキストデータが送信
されてカードの発行が依頼されたカード作成業者におけ
る、カード発行装置３の動作について説明する。上述の
ようにして、カード会社のサーバー２より送信されたテ
キストデータをインターネット網５を通じて受信すると
（ＳＴＥＰ１５１）、このテキストデータに、マッチン
グ番号が付加されているか否か確認される（ＳＴＥＰ１
５２）。

【００４３】このとき、マッチング番号が付加されてい
るとき（Ｙｅｓ）、テキストデータに対してプログラム
処理を施して、カード上にエンボス加工や印字すること
で記載するための顧客番号や、磁気記録するためのデー
タなどを発行データとして生成する（ＳＴＥＰ１５
３）。その後、サーバー２の画像データベース（不図
示）にアクセスして、テキストデータに含まれるマッチ
ング番号に基づいて、このテキストデータとマッチング
させて、顔写真の画像データを検索し（ＳＴＥＰ１５
４）、検索した顔写真の画像データをダウンロードして
発行データに付加する（ＳＴＥＰ１５５）。

【００４４】又、ＳＴＥＰ１５２において、マッチング
番号が付加されていないことが確認されると（Ｎｏ）、
ＳＴＥＰ１５４と同様にして、テキストデータに対して
プログラム処理を施して、発行データを生成する（ＳＴ
ＥＰ１５６）。ＳＴＥＰ１５５及びＳＴＥＰ１５６の動
作が終了すると、それぞれで生成された発行データに基
づいてカードを発行する（ＳＴＥＰ１５７）。即ち、Ｓ
ＴＥＰ１５５から移行したときは、顔写真付きのカード
が発行され、ＳＴＥＰ１５６から移行したときは、顔写
真無しのカードが発行される。このように発行されたカ
ードが、申込者へ送付される（ＳＴＥＰ１５８）。

【００４５】尚、本実施形態において、カード会社にお
いて、申込者の審査を行う工程を設け、その審査に通っ
たときのみ、カード作成業者に対してテキストデータが
転送されるようにしても構わない。又、このとき、審査
結果をカード会社から申込者に対して、インターネット
網５を介して伝達するようにしても構わないし、後日、
郵送して伝達するようにしても構わない。

【００４６】＜第２の実施形態＞本発明の第２の実施形
態について、図面を参照して説明する。図７、図９はそ
れぞれ、端末装置１、サーバー２の動作を示すフローチ
ャートである。尚、本実施形態において、カード発行装
置３は第１の実施形態と同様の動作を行うので、その説
明を省略するとともに、図７及び図９のフローチャート
において、図２及び図４のフローチャートと同一のステ
ップについては同一の符号を付して、その詳細な説明を
省略する。

【００４７】まず、図７に従って、申込者がカード発行
するためにカード会社に登録申請を行うための、端末装
置１の動作を説明する。第１の実施形態と同様、サーバ
ー２にアクセスして、カード会社のホームページを開い
た後、登録申請用のページを開く（ＳＴＥＰ１）。この
とき、登録申請用のページが図８（ａ）のようなページ
となり、申込者の氏名、年齢、職業などの公開可能なテ
キストデータが入力される（ＳＴＥＰ２０１）。即ち、
図８（ａ）におけるテキスト入力欄８１に申込者の氏
名、年齢、職業などがマウスやキーなどの操作部（不図
示）が操作されて記入されることによって、公開可能な
テキストデータが入力される。

【００４８】このように公開可能なテキストデータが入
力されると、図８（ｂ）のような確認ページの画面が表
示されて、入力されたテキストデータで登録を行うか否
かの確認が行われる（ＳＴＥＰ２０２）。このとき、ボ
タン８３が指定されて登録しないことが確認されると
（Ｎｏ）、再び、ＳＴＥＰ２０１に移行して、図８
（ａ）のページに切り替わり、公開可能なテキストデー
タの入力が成される。

【００４９】ＳＴＥＰ２０２でボタン８２が指定されて
登録が確認されると（Ｙｅｓ）、この公開可能なテキス
トデータを元データ５１（図５）として、電子署名５６
（図５）を生成した後（ＳＴＥＰ８）、この電子署名５
６をサーバー２に送信する（ＳＴＥＰ９）。その後、サ
ーバー２による認証結果を受信すると（ＳＴＥＰ１
０）、サーバー２によって申込者本人であることが認証
されたか否かが確認される（ＳＴＥＰ１１）。このと
き、サーバー２で申込者本人であることが認証されてい
ない場合（Ｎｏ）、エラーが表示され（ＳＴＥＰ１
３）、終了する。

【００５０】又、ＳＴＥＰ１１において、サーバー２で
申込者本人であることが認証されている場合（Ｙｅ
ｓ）、後述するように認証結果とともに送信される公開
鍵５５（図５）によって暗号化されたサーバー２で生成
された申込者専用の共通鍵を、秘密鍵５３を用いて復号
化する（ＳＴＥＰ２０３）。そして、顔写真入りの発行
を希望するか否かの確認が行われる（ＳＴＥＰ２）。

【００５１】このとき、顔写真入りの発行を行うように
操作されると（Ｙｅｓ）、図３（ａ）のようなページに
切り替わって顔写真の画像データが入力されて（ＳＴＥ
Ｐ３）、切り取る部分が指定された後（ＳＴＥＰ４）、
図３（ｂ）の確認ページが表示されて、登録される顔写
真の画像データの確認が行われる（ＳＴＥＰ５）。

【００５２】ＳＴＥＰ５で顔写真の登録が確認されたと
き（Ｙｅｓ）、又、ＳＴＥＰ２で顔写真の登録が希望さ
れなかったとき（Ｎｏ）、非公開のテキストデータの入
力を行うための図８（ｃ）のようなページの画面に切り
替わり、申込者の住所、電話番号、振り込み用口座番号
などの非公開のテキストデータが入力される（ＳＴＥＰ
２０４）。即ち、図８（ｃ）におけるテキスト入力欄８
４に申込者の住所、電話番号、振り込み用口座番号など
がマウスやキーなどの操作部（不図示）が操作されて記
入されることによって、非公開のテキストデータが入力
される。

【００５３】このように、ＳＴＥＰ２０４で非公開のテ
キストデータの入力が行われると、図８（ｄ）のような
確認ページの画面が表示され、設定された顔写真による
画像データ及び入力された非公開のテキストデータで登
録を行うか否かの確認が行われる（ＳＴＥＰ７）。この
とき、ボタン８６が指定されて、入力された画像データ
とテキストデータでの登録が拒否されたとき（Ｎｏ）、
再び、ＳＴＥＰ２以降の動作が行われる。

【００５４】又、ボタン８５が指定されて、入力された
画像データとテキストデータでの登録が確認されたとき
（Ｙｅｓ）、この画像データ及びテキストデータを、Ｓ
ＴＥＰ２０３で復号化して得られた共通鍵を用いて暗号
化し、暗号化データを生成する（ＳＴＥＰ２０５）。そ
して、この暗号化データを、インターネット網５を介し
てサーバー２に送信すると（ＳＴＥＰ２０６）、サーバ
ー２で正常に受信したことを示す受信確認信号が受信さ
れて受信確認画面が表示され（ＳＴＥＰ２０７）、終了
する。このとき、第１の実施形態と同様、登録事項の確
認画面が表示されるようにしても構わない。

【００５５】次に、図９に従って登録申請されたカード
会社における、サーバー２の動作について説明する。上
述のようにして、端末装置１より送信された電子署名５
６（図５）を受信すると（ＳＴＥＰ１０１）、この電子
署名５６を用いて、申込者本人であるかの確認を行うた
めの認証動作が行われる（ＳＴＥＰ１０２）。そして、
その認証結果より申込者本人であるか否かが確認される
（ＳＴＥＰ１０３）。

【００５６】このとき、申込者本人であるとされた場合
は（Ｙｅｓ）、申込者専用の共通鍵を生成し（ＳＴＥＰ
２５０）、電子署名５６の構成の１つである公開鍵５５
を用いて、この共通鍵を暗号化する（ＳＴＥＰ２５
１）。その後、本人であると確認されたことを示す認証
結果に暗号化した共通鍵を付加し（ＳＴＥＰ２５２）、
この暗号化された共通鍵を付加した認証結果を端末装置
１に送信する（ＳＴＥＰ１０４）。又、申込者本人でな
いとされた場合は（Ｎｏ）、本人でないと確認されたこ
とを示す認証結果を端末装置１に送信し（ＳＴＥＰ１０
５）、終了する。

【００５７】ＳＴＥＰ１０４で認証結果を送信すると、
端末装置１で共通鍵を用いて暗号化された暗号化データ
をインターネット網５を通じて受信した後（ＳＴＥＰ２
５３）、この暗号化データを共通鍵を用いて復号化する
とともに（ＳＴＥＰ２５４）、受信したことを示す受信
確認信号を送信する（ＳＴＥＰ２５５）。その後、暗号
化データが復号化されて得たデータに、顔写真の画像デ
ータが含まれているか否かが確認される（ＳＴＥＰ１０
６）。

【００５８】このとき、画像データが含まれている場合
（Ｙｅｓ）、非公開のテキストデータと画像データの分
割を行い（ＳＴＥＰ１０７）、画像データを画像データ
ベース（不図示）に格納する（ＳＴＥＰ１０８）。そし
て、非公開のテキストデータにマッチング番号を付加す
る（ＳＴＥＰ１０９）。

【００５９】ＳＴＥＰ１０６において画像データがない
ことが確認されたとき（Ｎｏ）、又は、ＳＴＥＰ１０９
においてマッチング番号を非公開のテキストデータに付
加したとき、非公開のテキストデータと既に受信してい
る公開可能なテキストデータとを混合したテキストデー
タを生成する（ＳＥＴＰ２５６）。そして、生成したテ
キストデータを顧客情報として顧客用番号を付加した後
に、顧客情報データベース（不図示）に格納する（ＳＴ
ＥＰ１１０）。その後、このテキストデータを、カード
作成業者のカード発行装置３に送信し（ＳＴＥＰ１１
１）、動作を終了する。

【００６０】このように、本実施形態では、図１０
（ａ）のように、端末装置１において、申込者が入力し
た公開可能なデータ１０１と、データ１０１がハッシュ
関数Ｈで変換されたダイジェストデータ１０４を申込者
の秘密鍵１０３で暗号化した暗号化データ１０５と、申
込者の公開鍵１０２とで電子署名１００を作成してカー
ド会社に送信する。その後、サーバー２において、カー
ド会社が電子署名１００によって申込者本人と認証した
後、図１０（ｂ）のように、カード会社が生成した申込
者専用の共通鍵１０６を申込者専用の公開鍵１０２で暗
号化し、暗号化した共通鍵１０７を申込者に送信する。

【００６１】そして、端末装置１が申込者専用の秘密鍵
１０３を用いて暗号化された共通鍵１０７を復号化する
ことで申込者専用の共通鍵１０６を得た後、図１０
（ｃ）のように、この共通鍵１０６を用いて非公開とす
るデータ１０８を暗号化した暗号化データ１０９を、カ
ード会社に送信する。よって、申込者専用の共通鍵１０
６を有するカード会社のみが、サーバー２において、共
通鍵１０６で暗号化データ１０９を復号化して、申込者
が非公開とするデータ１０８を確認することができるた
め、データの漏洩を防ぐことができる。

【００６２】＜第３の実施形態＞本発明の第３の実施形
態について、図面を参照して説明する。図１１、図１２
はそれぞれ、端末装置１、サーバー２の動作を示すフロ
ーチャートである。尚、本実施形態において、カード発
行装置３は第１の実施形態と同様の動作を行うので、そ
の説明を省略するとともに、図１１及び図１２のフロー
チャートにおいて、図７及び図９のフローチャートと同
一のステップについては同一の符号を付して、その詳細
な説明を省略する。

【００６３】まず、図１１に従って、申込者がカード発
行するためにカード会社に登録申請を行うための、端末
装置１の動作を説明する。第２の実施形態と同様、サー
バー２にアクセスして、カード会社のホームページを開
いた後、登録申請用のページを開き（ＳＴＥＰ１）、図
８（ａ）のようなページに、申込者の氏名、年齢、職業
などの公開可能なテキストデータを入力する（ＳＴＥＰ
２０１）。

【００６４】その後、図８（ｂ）のような確認ページの
画面で入力されたテキストデータで登録を行うか否かの
確認が行われる（ＳＴＥＰ２０２）。このとき、登録し
ないことが確認されると（Ｎｏ）、再び、ＳＴＥＰ２０
１に移行し、公開可能なテキストデータの入力が成され
る。逆に、登録が確認されると（Ｙｅｓ）、公開可能な
テキストデータを元データ（図５）とする電子署名５６
（図５）を生成し、送信すると、サーバー２の認証結果
を受信する（ＳＴＥＰ８〜ＳＴＥＰ１０）。

【００６５】ＳＴＥＰ１０で認証結果を受信すると、こ
の認証結果がカード会社を示すための電子署名であるか
否かが確認される（ＳＴＥＰ３０１）。このとき、サー
バー２から送信される電子署名でない場合（Ｎｏ）、エ
ラーが表示され（ＳＴＥＰ１３）、終了する。又、サー
バー２から送信される電子署名の場合（Ｙｅｓ）、この
サーバー２から送信される電子署名より、カード会社の
認証を行う（ＳＴＥＰ３０２）。

【００６６】即ち、サーバー２で申込者の認証を行う場
合と同様、電子署名の構成の１つである公開鍵を用いて
復号化してダイジェストデータを得るとともに、元デー
タをハッシュ関数を用いてダイジェストデータに変換す
る。そして、公開鍵で復号化して得たダイジェストデー
タと、元データをハッシュ関数で変換したダイジェスト
データとを比較することで、カード会社の認証を行う。

【００６７】そして、その認証結果よりカード会社が正
当なものでないことが確認されると（Ｎｏ）、エラーが
表示され（ＳＴＥＰ１３）、終了する。又、その認証結
果よりカード会社が正当なものであることが確認される
と（Ｙｅｓ）、第２の実施形態と同様、ＳＴＥＰ２〜Ｓ
ＴＥＰ５、ＳＴＥＰ２０４、ＳＴＥＰ７の動作が行わ
れ、顔写真の画像データの設定及び非公開のテキストデ
ータの入力が成される。

【００６８】そして、ＳＴＥＰ５で設定が確認された画
像データとＳＴＥＰ７で入力が確認された非公開のテキ
ストデータを、ＳＴＥＰ３０２で得たカード会社の公開
鍵を用いて暗号化し、暗号化データを生成する（ＳＴＥ
Ｐ２０５）。この暗号化データをサーバー２に送信する
と（ＳＴＥＰ２０６）、受信確認画面が表示され（ＳＴ
ＥＰ２０７）、終了する。このとき、第１の実施形態と
同様、登録事項の確認画面が表示されるようにしても構
わない。

【００６９】次に、図１２に従って登録申請されたカー
ド会社における、サーバー２の動作について説明する。
上述のようにして、端末装置１からの電子署名５６（図
５）を受信し、この電子署名５６から申込者本人である
か認証し、申込者本人であるか否かが確認される（ＳＴ
ＥＰ１０１〜１０３）。このとき、申込者本人でないと
された場合は（Ｎｏ）、本人でないと確認されたことを
示す認証結果を端末装置１に送信し（ＳＴＥＰ１０
５）、終了する。

【００７０】ＳＴＥＰ１０３で、申込者本人であるとさ
れた場合は（Ｙｅｓ）、本人であると確認されたことを
示す認証結果を元データとし、この元データをハッシュ
関数で変換したダイジェストデータをカード会社自身の
秘密鍵で暗号化したデータと、カード会社自身の公開鍵
とで構成される電子署名を生成する（ＳＴＥＰ３５
１）。そして、このように生成した電子署名を、インタ
ーネット網５を通じて端末装置１に送信する（ＳＴＥＰ
３５２）。

【００７１】そして、端末装置１でカード会社の公開鍵
を用いて暗号化された暗号化データをインターネット網
５を通じて受信した後（ＳＴＥＰ２５３）、この暗号化
データをカード会社の秘密鍵を用いて復号化するととも
に（ＳＴＥＰ２５４）、受信したことを示す受信確認信
号を送信する（ＳＴＥＰ２５５）。

【００７２】その後、ＳＴＥＰ１０６〜１０９、ＳＴＥ
Ｐ２５６、ＳＴＥＰ１１０、ＳＴＥＰ１１１の動作を行
う。即ち、カード会社の秘密鍵で復号化されたデータに
画像データを有するときは、画像データを画像データベ
ース（不図示）に格納するとともに非公開のテキストデ
ータにマッチング番号を付加する。そして、画像データ
の有無に関わらず、公開可能なテキストデータと非公開
のテキストデータとを混合した後、このテキストデータ
を顧客情報として顧客情報データベース（不図示）に格
納するとともにカード発行装置３に送信し、動作を終了
する。

【００７３】このように、本実施形態では、図１３
（ａ）のように、端末装置１において、申込者が入力し
た公開可能なデータ１０１と、データ１０１がハッシュ
関数Ｈで変換されたダイジェストデータ１０４を申込者
の秘密鍵１０３で暗号化した暗号化データ１０５と、申
込者の公開鍵１０２とで電子署名１００を作成してカー
ド会社に送信する。その後、サーバー２において、カー
ド会社が電子署名１００によって申込者本人の認証した
後、図１３（ｂ）のように、認証結果による元データ２
０１と、データ２０１がハッシュ関数Ｈで変換されたダ
イジェストデータ２０４をカード会社の秘密鍵２０３で
暗号化した暗号化データ２０５と、カード会社の公開鍵
２０２とで電子署名２００を作成して申込者に送信す
る。

【００７４】そして、端末装置１において、申込者が電
子署名２００によって正規のカード会社であることを認
証した後、図１３（ｃ）のように、カード会社の公開鍵
２０２を用いて非公開とするデータ１０８を暗号化した
暗号化データ２０９を、カード会社に送信する。よっ
て、秘密鍵２０３を有するカード会社のみが、サーバー
２において、秘密鍵２０３で暗号化データ２０９を復号
化して、申込者が非公開とするデータ１０８を確認する
ことができるため、データの漏洩を防ぐことができる。

【００７５】又、申込者においても認証動作を行うた
め、申込者自身も正規のカード会社であるか否かの確認
を行うことができる。更に、第２の実施形態のように、
カード会社が申込者毎に共通鍵を生成して管理する必要
がなく、カード会社は、秘密鍵を１つだけ管理するよう
にすればよいため、鍵の管理に係る負担を低減すること
ができる。

【００７６】尚、第１〜第３の実施形態において、公開
鍵を電子署名の構成の１つとすることによって、電子署
名より公開鍵が得られるようにしたが、電子署名に公開
鍵が含まれず、認証局のディレクトリ４において、受信
した電子署名の送信元の公開鍵を検索してダウンロード
することで、公開鍵が得られるようにしても構わない。

【００７７】＜第４の実施形態＞本発明の第４の実施形
態について、図面を参照して説明する。図１４は、本実
施形態における、申込者とカード会社が相互に認証を行
う際に、端末装置１及びサーバー２及びディレクトリ４
において行われる通信の関係を示す図である。尚、認証
動作以外は、第３の実施形態と同様であるので、認証動
作以外の動作については簡単に説明する。又、カード発
行装置３は第１の実施形態と同様の動作を行うので、そ
の説明を省略する。又、本実施形態の電子署名には、公
開鍵が含まれないものとする。

【００７８】まず、第３の実施形態と同様、図１４
（ａ）のように、端末装置１において、申込者が公開可
能なデータ１０１を入力すると、ハッシュ関数Ｈでダイ
ジェストデータ１０４を生成した後、申込者の秘密鍵１
０３で暗号化データ１０５を生成する。そして、この暗
号化データ１０５とデータ１０１によって成る電子署名
１００ａを生成し、この電子署名１００ａを端末装置１
からカード会社のサーバー２に送信する。

【００７９】よって、サーバー２では電子署名１００ａ
を受信するが、このとき、電子署名のデータ１０１より
申込者を特定し、認証局のディレクトリ４より申込者の
電子証明書３０１と認証局の公開鍵３００とをダウンロ
ードする。尚、電子証明書３０１は、図１５のように、
申込者Ａと申込者Ａの公開鍵１０２とを示すデータ３０
１ａと、このデータ３０１ａをハッシュ関数Ｈでダイジ
ェストデータに変換した後、更に認証局の秘密鍵３０３
で変換して生成した暗号化データ３０１ｂとによって構
成される。

【００８０】このとき、図１６のようにして、認証動作
が行われる。まず、図１６（ａ）のように、電子証明書
３０１に対して、データ３０１ａをハッシュ関数Ｈで変
換することでダイジェストデータ３０１ｃを生成すると
ともに、暗号化データ３０１ｂを認証局の公開鍵３００
で復号化してダイジェストデータ３０１ｄを生成し、ダ
イジェストデータ３０１ｃ，３０１ｄが一致するか否か
によって電子証明書３０１が正規のものか確認する。

【００８１】次に、電子証明書３０１のデータ３０１ａ
より申込者の公開鍵１０２を得ると、図１６（ｂ）のよ
うに、電子署名１００ａに対して、データ１０１をハッ
シュ関数Ｈで変換することでダイジェストデータ１０４
ａを生成するとともに、暗号化データ１０５を申込者の
公開鍵１０２で復号化してダイジェストデータ１０４ｂ
を生成し、ダイジェストデータ１０４ａ，１０４ｂが一
致するか否かによって申込者本人か確認する。

【００８２】そして、サーバー２において、カード会社
が申込者本人と認証し、認証結果となるデータ２０１を
得ると、図１４（ｂ）のように、ハッシュ関数Ｈでダイ
ジェストデータ２０４を生成した後、カード会社の秘密
鍵２０３によって暗号化データ２０５を生成する。そし
て、この暗号化データ２０５とデータ２０１によって成
る電子署名２００ａを生成し、この電子署名２００ａを
サーバー２から申込者の端末装置１に送信する。

【００８３】よって、端末装置１では電子署名２００ａ
を受信する。このとき、認証局のディレクトリ４よりカ
ード会社の電子証明書３０２と認証局の公開鍵３００と
をダウンロードする。尚、電子証明書３０２は、電子証
明書３０１と同様、カード会社Ｂとカード会社Ｂの公開
鍵２０２とを示すデータと、このデータをハッシュ関数
Ｈ及び認証局の秘密鍵３０３で生成した暗号化データと
によって構成される。そして、申込者は、電子署名２０
０ａと電子証明書３０２と認証局の公開鍵３００によっ
てカード会社の認証を行うとともに、カード会社の公開
鍵２０２を得る。

【００８４】そして、端末装置１において、申込者が正
規のカード会社であることを認証した後、第３の実施形
態と同様、図１４（ｃ）のように、カード会社の公開鍵
２０２を用いて非公開とするデータ１０８を暗号化した
暗号化データ２０９を、カード会社に送信する。よっ
て、秘密鍵２０３を有するカード会社のみが、サーバー
２において、秘密鍵２０３で暗号化データ２０９を復号
化して、申込者が非公開とするデータ１０８を確認する
ことができるため、データの漏洩を防ぐことができる。
又、申込者及びカード会社はそれぞれ、第３者となる認
証局を通じて、相互に認証することができ、相互の安全
性を高めることができる。

【００８５】尚、第２〜第４の実施形態において、電子
署名には、公開可能なテキストデータに基づいたものと
したが、このようなテキストデータに関わらず、例え
ば、カードを必ず写真付きカードとすることで、顔写真
の画像データの登録を必要としたとき、この画像データ
を用いて電子署名が生成されるようにしても構わない。

【００８６】又、第１及び第２の実施形態において、第
４の実施形態と同様、端末装置１からの電子署名に申込
者の公開鍵が含まれず、端末装置１からの電子署名とデ
ィレクトリ４からダウンロードされる申込者の電子証明
書を用いて、申込者本人の認証が行われるようにしても
構わない。

【００８７】又、画像データベースがカード会社によっ
て管理されているものとしたが、別の委託会社によって
管理されるものとしても構わない。更に、この委託会社
が認証局であっても構わない。

【００８８】

【発明の効果】本発明によると、公開鍵暗号方式の電子
署名を利用することによって申込者の認証を行うことが
出来るので、従来のように、申込者に申込書への捺印を
求めて、申込者の確認を行う必要がなくなり、インター
ネット上で容易に手続きを行うことができる。又、カー
ド会社側が発行する共通鍵や、カード会社固有の公開鍵
を利用して、申込者の顧客データを暗号化して送信する
ため、非公開とするデータをカード会社のサーバー以外
で開くことができず、安全性を高めることができる。更
に、カード会社固有の公開鍵を用いた場合、カード会社
は、カード会社固有の秘密鍵を管理すればでいいので、
鍵の管理が容易になる。

【００８９】又、認証局から発行される電子証明書を利
用して、申込者又はカード会社の確認を行うことができ
るため、第３者の認証が得られることができ、通信時の
安全性の向上を図ることができる。又、端末装置を利用
し、インターネットを通じて顔写真の登録を行うことが
できるので、従来のように、顔写真を郵送する必要がな
く、その手続きの煩雑さを低減させることができる。

【図面の簡単な説明】

【図１】 カード発行システムの構成を示すブロック
図。

【図２】 端末装置の動作の一例を示すフローチャー
ト。

【図３】 登録時の画面表示の一例を示す図。

【図４】 サーバーの動作の一例を示すフローチャー
ト。

【図５】 電子署名による申込者の認証動作を示す図。

【図６】 カード発行装置の動作の一例を示すフローチ
ャート。

【図７】 端末装置の動作の一例を示すフローチャー
ト。

【図８】 登録時の画面表示の一例を示す図。

【図９】 サーバーの動作の一例を示すフローチャー
ト。

【図１０】 第２の実施形態における各ブロックの動作
を示す図。

【図１１】 端末装置の動作の一例を示すフローチャー
ト。

【図１２】 サーバーの動作の一例を示すフローチャー
ト。

【図１３】 第３の実施形態における各ブロックの動作
を示す図。

【図１４】 第４の実施形態における各ブロックの動作
を示す図。

【図１５】 電子証明書を説明するための図。

【図１６】 第４の実施形態における認証動作を示すた
めの図。

【符号の説明】

１ 端末装置 ２ サーバー ３ カード発行装置 ４ ディレクトリ ５ インターネット網

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｌ 9/00 ６７５Ｂ

Claims (12)

【特許請求の範囲】
1. 【請求項１】 カード会社のカードを申し込む申込者に
   操作される端末装置と、該端末装置と通信を行う前記カ
   ード会社のサーバーと、前記カード会社から委託されて
   前記カードの発行を行うカード発行業者のカード発行装
   置と、によって構成されるカード発行システムにおい
   て、 前記申込者を含む複数の個人及び団体それぞれに対して
   公開鍵暗号方式に利用される公開鍵と秘密鍵とを発行す
   る認証局が、発行した公開鍵の管理を行うディレクトリ
   を有し、 前記端末装置で、前記申込者が入力した第１電子署名用
   データと前記認証局より発行された該申込者固有の秘密
   鍵とによって前記公開鍵暗号方式に基づいた第１電子署
   名を生成して前記サーバーに送信し、 前記サーバーで、前記認証局より発行された前記申込者
   固有の公開鍵と前記第１電子署名とを利用して前記申込
   者本人であることが認証され、前記端末装置を通じて入
   力された顧客データを前記サーバーから前記カード発行
   装置に送信し、 前記カード発行装置で、前記申込者のカードを発行する
   ことを特徴とするカード発行システム。
2. 【請求項２】 前記端末装置において、前記申込者固有
   の公開鍵が前記第１電子署名の一部となるように前記第
   １電子署名を構成し、 前記サーバーが前記第１電子署名を受信したとき、前記
   第１電子署名の構成の一部となる前記申込者固有の公開
   鍵を用いて、前記第１電子署名による前記申込者の認証
   を行うことを特徴とする請求項１に記載のカード発行シ
   ステム。
3. 【請求項３】 前記サーバーが前記第１電子署名を受信
   したとき、前記ディレクトリよりダウンロードして得た
   前記申込者固有の公開鍵を用いて、前記第１電子署名に
   よる前記申込者の認証を行うことを特徴とする請求項１
   に記載のカード発行システム。
4. 【請求項４】 前記ディレクトリが、前記個人及び団体
   それぞれに対する前記各公開鍵を証明するために前記認
   証局が発行した電子証明書を格納し、 前記サーバーが前記第１電子署名を受信したとき、前記
   ディレクトリよりダウンロードして得た前記申込者固有
   の電子証明書より前記申込者の認証を行うとともに、前
   記申込者の公開鍵を得ることを特徴とする請求項３に記
   載のカード発行システム。
5. 【請求項５】 前記サーバーにおいて、前記端末装置か
   ら送信される前記第１電子署名に基づいて前記申込者の
   認証を行った後、前記申込者固有の共通鍵を生成し、前
   記申込者固有の共通鍵を前記申込者固有の公開鍵によっ
   て暗号化して前記サーバーに送信し、 前記端末装置において、暗号化された前記申込者固有の
   共通鍵を前記申込者固有の秘密鍵によって復号化した
   後、該申込者固有の共通鍵によって前記顧客データを暗
   号化して前記サーバーに送信し、 前記サーバーにおいて、暗号化された前記顧客データを
   前記申込者固有の共通鍵によって復号化することを特徴
   とする請求項１〜請求項３のいずれかに記載のカード発
   行システム。
6. 【請求項６】 前記サーバーにおいて、前記端末装置か
   ら送信される前記第１電子署名に基づいて前記申込者の
   認証を行った後、第２電子署名用データと前記認証局よ
   り発行された該カード会社固有の秘密鍵とによって前記
   公開鍵暗号方式に基づいた第２電子署名を生成して前記
   端末装置に送信し、 前記端末装置において、前記認証局より発行された前記
   カード会社固有の公開鍵と前記第２電子署名とを利用し
   て前記カード会社が正規のものであることが認証された
   後、該カード会社固有の公開鍵によって前記顧客データ
   を暗号化して前記サーバーに送信し、 前記サーバーにおいて、暗号化された前記顧客データを
   前記カード会社固有の秘密鍵によって復号化することを
   特徴とする請求項１〜請求項３のいずれかに記載のカー
   ド発行システム。
7. 【請求項７】 前記サーバーにおいて、前記カード会社
   固有の公開鍵が前記第２電子署名の一部となるように前
   記第２電子署名を構成し、 前記端末装置が前記第２電子署名を受信したとき、前記
   第２電子署名の構成の一部となる前記カード会社固有の
   公開鍵を用いて、前記第２電子署名による前記カード会
   社の認証を行うことを特徴とする請求項６に記載のカー
   ド発行システム。
8. 【請求項８】 前記端末装置が前記第２電子署名を受信
   したとき、前記ディレクトリよりダウンロードして得た
   前記カード会社固有の公開鍵を用いて、前記第２電子署
   名による前記カード会社の認証を行うことを特徴とする
   請求項６に記載のカード発行システム。
9. 【請求項９】 前記ディレクトリが、前記個人及び団体
   それぞれに対する前記各公開鍵を証明するために前記認
   証局が発行した電子証明書を格納し、 前記端末装置が前記第２電子署名を受信したとき、前記
   ディレクトリよりダウンロードして得た前記カード会社
   固有の電子証明書より前記カード会社の認証を行うとと
   もに、前記カード会社の公開鍵を得ることを特徴とする
   請求項８に記載のカード発行システム。
10. 【請求項１０】 前記顧客データに、前記申込者の顔写
    真となる画像データが含まれることを特徴とする請求項
    １〜請求項９のいずれかに記載のカード発行システム。
11. 【請求項１１】 前記端末装置において、前記申込者の
    顔写真のサイズを設定することができることを特徴とす
    る請求項１０に記載のカード発行システム。
12. 【請求項１２】 前記画像データが管理される画像デー
    タ用データベースを有するとともに、 前記サーバーにおいて、前記顧客データの前記画像デー
    タ以外のテキストデータに対して、前記画像データと照
    合するためのマッチング番号が付加されるとともに、 前記カード発行機において、前記カードを発行する際、
    前記テキストデータに付加されたマッチング番号によっ
    て照合される前記画像データを前記画像データ用データ
    ベースより読み出し、前記画像データによる顔写真付き
    のカードを発行することを特徴とする請求項１０又は請
    求項１１に記載のカード発行システム。