JP2000259753A - 証明用情報提供システム、証明用情報提供方法 - Google Patents

Abstract

(57)【要約】 【課題】 証明用情報の提供業務において、申請者の正
当性を確認する審査機能を、セキュリティが保証された
状態で認証局から切離すことができるようにする。 【解決手段】 データ照合部５９は、ユーザ端末１５か
ら送信される証明用情報の発行申込と共に、ユーザ４３
の署名用公開鍵データ、加入者番号データ、及びチャレ
ンジデータ等を読込んで、チャレンジデータについては
内蔵しているプログラムによりハッシュ化し、ハッシュ
値データにする。それらのデータと、審査用照合データ
ベース６１中の上記各種データとを、予め割当てられた
メモリ領域において個々のデータの種類別に比較し、端
末１５からのデータと照合ＤＢ６１中のデータとが一致
しているか否かをチェックする。そして、全て一致して
いるとき、ユーザ４３本人であると判断し、端末１５に
証明用情報を発行する旨通知すると共に、証明用情報生
成・登録部７１に照合ＤＢ６１のデータを出力し、それ
らのデータに基づいてユーザ４３の証明用情報を生成す
るよう指令を発する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、各種の商取引に適
用される証明用情報提供システム、及び証明用情報提供
方法の改良に関するものである。以下、銀行等の金融機
関によるサービス（金融サービス）を例にとって説明す
る。

【０００２】

【従来の技術】金融サービスに付随する証明用情報の提
供業務では、申請者の正当性を確認する審査機能と、証
明用情報を生成し管理する機能（生成／管理機能）とを
システムに備えることが必要不可欠である。従来、上記
審査機能実現のため、既存の顧客管理システムに変更を
加える第１の方式か、認証局が照合用の個人同定番号情
報（ＰＩＮ）を生成／管理し正当なユーザに予めＰＩＮ
を受渡しておく第２の方式のいずれかが採用されてい
る。

【０００３】

【発明が解決しようとする課題】ところで、上述した第
１の方式を採用した場合、既存の各種機能に加えて更に
上記審査機能をも備えるよう上記顧客管理システムを改
造するには、かなりの時間とコストとを要するという問
題がある。一方、上記第２の方式を採用した場合には、
認証局が、セキュリティデータであるＰＩＮの生成や管
理、及び管理下にあるＰＩＮのユーザへの配布等を行う
ことになるため、上記ＰＩＮの適正な管理や、上記ＰＩ
Ｎのユーザへの安全な配布ルートの確保等が認証局に要
求される。また、上記第２の方式では、セキュリティ面
で、審査機能を認証局（つまり、認証局が有する他の機
能であるＰＩＮの生成／管理機能等）から切離すことが
できないという問題もある。更に、上記第２の方式に
は、ユーザが認証局に証明用情報の取得申請を行ってか
ら、認証局が金融機関による本人確認や申請書類の確認
等の審査結果を取得するまでに、多少のタイムラグが生
じる。そのため、ユーザは認証局に取得申請した時点で
直ちに必要とする証明用情報を取得することができない
という問題もあった。

【０００４】従って本発明の目的は、証明用情報の提供
業務において申請者の正当性を確認する審査機能を、セ
キュリティが保証された状態で認証局（つまり、認証局
が有する他の機能であるＰＩＮの生成／管理機能等）か
ら切離すことができるようにすることにある。

【０００５】また、本発明の別の目的は、証明用情報の
提供業務において申請者が認証局に申請した時点で直ち
に必要とする証明用情報を取得することができるように
することにある。

【０００６】

【課題を解決するための手段】本発明の第１の側面に従
う証明用情報提供システムは、取引当事者のうち、自身
の同定が必要な当事者からの要求に応じて証明用情報を
提供する環境に適用されるもので、当事者のうちのいず
れかから、予めハッシュ化されて与えられた同定が必要
な当事者の同定用情報を保持する手段と、同定が必要な
当事者の証明用情報の発行要求が、同定用情報と共に与
えられたとき、その同定用情報をハッシュ化して保持さ
れている同定用情報と照合する手段と、照合の結果、両
者が一致したとき、要求に対応する証明用情報を生成し
て出力する手段とを備える。

【０００７】上記構成によれば、同定が必要な当事者の
証明用情報の発行要求が、同定用情報と共に与えられた
とき、その同定用情報をハッシュ化して保持されている
同定用情報と照合し、照合の結果、両者が一致したと
き、要求に対応する証明用情報を生成して出力すること
とした。そのため、申請者の正当性を確認する審査機能
を、認証機関から分離しても、セキュリティが損なわれ
ることはない。

【０００８】本発明の第１の側面に係る好適な実施形態
では、証明用情報の提供が、認証機関によって行われ
る。認証機関は、保持手段、照合手段及び証明用情報生
成出力手段を備える。

【０００９】また、取引当事者のうちの少なくとも１つ
は、金融機関であり、上述した取引は、端末及びネット
ワークを利用した金融機関と他の取引当事者との間の電
子商取引である。上記同定用情報は、金融機関又は金融
機関と電子商取引を行おうとする当事者においてハッシ
ュ化された後に金融機関又は当事者から認証機関にオフ
ラインで提供される。

【００１０】更に、当事者の加入者番号情報又は金融機
関の口座番号情報が、暗号化されて同定用情報と共に、
金融機関又は当事者から認証機関にオフラインで提供さ
れる。同定用情報は、半角英数字の２０桁の乱数であ
り、先頭の４桁が金融機関コードで、残りの１６桁が任
意の英数字である。

【００１１】上述した保持手段は、当事者のうちのいず
れかから、予めハッシュ化されて与えられる同定用情報
を保持する第１保持手段と、所定のタイミングで第１保
持手段から転送される同定用情報を読込んで、照合手段
へ提供する第２保持手段とから成る。

【００１２】本発明の第２の側面に従う証明用情報提供
方法は、取引当事者のうち、自身の同定が必要な当事者
からの要求に応じて証明用情報を提供する環境に適用さ
れるもので、当事者のうちのいずれかから、予めハッシ
ュ化されて与えられた同定が必要な当事者の同定用情報
を保持する第１の過程と、同定が必要な当事者の証明用
情報の発行要求が、同定用情報と共に与えられたとき、
その同定用情報をハッシュ化して保持されている同定用
情報と照合する第２の過程と、照合の結果、両者が一致
したとき、上記の要求に対応する証明用情報を生成して
出力する第３の過程とを備える。

【００１３】本発明の第３の側面に従うプログラム媒体
は、取引当事者のうち、自身の同定が必要な当事者から
の要求に応じて証明用情報を提供する環境に適用される
システムにおいて、当事者のうちのいずれかから、予め
ハッシュ化されて与えられた同定が必要な当事者の同定
用情報を保持する手段と、同定が必要な当事者の証明用
情報の発行要求が、同定用情報と共に与えられたとき、
その同定用情報をハッシュ化して保持されている同定用
情報と照合する手段と、照合の結果、両者が一致したと
き、要求に対応する証明用情報を生成して出力する手段
とを備えることを特徴とする証明用情報提供システムに
おける各手段としてコンピュータを動作させるためのコ
ンピュータプログラムをコンピュータ読取可能に担持す
る。

【００１４】

【発明の実施の形態】以下、本発明の実施の形態を、図
面により詳細に説明する。

【００１５】図１は、本発明の一実施形態に係る証明用
情報提供システムの全体構成を示すブロック図である。

【００１６】上記システムは、図示のように、金融機関
の支店１が備える受付用端末（端末）３と、金融機関の
センター５が備えるホストコンピュータ（ホスト装置）
７と、認証局９が備える認証及び証明用情報管理コンピ
ュータ（認証及び証明用情報管理端末）１１と、ユーザ
端末１５とで構成される。

【００１７】端末３は、ネットワーク１７（或いは専用
回線）を通じてホスト装置７に接続される。端末３は、
加入者番号・チャレンジデータ付与部（付与部）１９
と、チャレンジデータ・ハッシュ値生成部（生成部）２
１と、加入者番号・チャレンジデータ出力部（出力部）
２３と、加入者番号・チャレンジデータのハッシュ値書
込部（書込部）２５とを備える。

【００１８】付与部１９は、端末３にセットされるサー
ビス申込書の記載事項に基づき、申込者（ユーザ）４３
に対し、加入者番号及び上述したＰＩＮ（以下、チャレ
ンジデータという）を付与する。付与された加入者番号
及びチャレンジデータは、付与部１９からの出力情報
（出力データ）として、出力部２３、書込部２５及び生
成部２１に夫々与えられる。ここで、加入者番号とは、
銀行等の金融機関の支店の口座番号と同等のもので、口
座若しくは口座利用者を金融機関（銀行）で管理するた
めのＩＤのことである。また、チャレンジデータとは、
加入者番号に対し、一意に証明用情報を発行するための
照合データであり、例えば半角英数字２０桁の乱数で表
される。２０桁の乱数のうち、先頭の４桁が金融機関コ
ードであり、それ以降の１６桁は任意の英数字である。
また、上記申込書とは、例えばインターネット等のネッ
トワークを利用した資金移動（実験）サービスの申込手
続に必要な書類のことである。付与部１９による上記処
理動作は、上記申込書が支店１での窓口審査をパスし、
且つ、所定の書類審査等をパスした後に実行される。窓
口審査とは、支店１の窓口担当者が上記申込書に記入済
みの必要事項に基づいて行うユーザ４３に対する本人確
認の作業であり、本人確認の方法は各金融機関が任意に
決定することができる。なお、支店１からは、ユーザ４
３が上記サービスを利用するのに必要な端末ソフトウエ
アや、加入者番号データや、ルート公開鍵のハッシュ値
データや、上記チャレンジデータ等が、安全なオフライ
ンルートである書留郵便を利用してユーザ４３に郵送さ
れる。

【００１９】生成部２１は、付与部１９からの上記デー
タのうち、チャレンジデータのみを読込んで、上記デー
タのハッシュ値を生成し、書込部２５に出力する。

【００２０】出力部２３は、付与部１９からの上記加入
者番号データ及びチャレンジデータを読込んで、これら
のデータをネットワーク１７（或いは専用回線）を通じ
てホスト装置７に与える。

【００２１】書込部２５は、付与部１９からの上記デー
タのうち、加入者番号データのみを読込むと共に、生成
部２１からのハッシュ値データをも読込む。そして、加
入者番号データについては、暗号化してＦＤ３７に書込
む一方、ハッシュ値データについては、そのままＦＤ３
７に書込む。上記ＦＤ３７は、安全なオフラインルート
である書留郵便を利用して、登録依頼状と共に支店１か
ら認証局９に郵送される。

【００２２】ホスト装置７は、情報処理部２７と、管理
データベース（管理ＤＢ）２９とを備える。

【００２３】情報処理部２７は、高速演算処理機能や記
憶機能等を有する。情報処理部２７は、上記サービスへ
の加入者の管理を行うもので、ネットワーク１７等を通
じて端末３側から与えられる上記データを読込み、これ
らのデータを上記サービスへの加入者データ（加入者情
報）として管理ＤＢ２９に登録する。

【００２４】端末１１は、上記郵送されたＦＤ３７から
加入者番号データ及びハッシュ値データを読出し、これ
らをユーザ４３に係る証明用情報発行申込データとして
登録する処理を実行する。この処理は、例えば毎月１日
と１５日に実施されるが、該当する月の１日及び１５日
が土曜日或いは日曜日、若しくは祝日になったときに
は、翌営業日に実施される。端末１１は、また、ユーザ
端末１５からネットワーク３１（例えばインターネッ
ト）を通じて送信される証明用情報発行の申込みを受付
けて、対応する証明用情報を生成し、それをネットワー
ク３１を通じてユーザ端末１５に送信する処理、及び上
記証明用情報を保存する処理をも実行する。

【００２５】端末１５には、支店１からの上記端末ソフ
トウエアが、ユーザ４３によりインストールされる。端
末１５は、ユーザ４３による証明用情報発行の申込みに
伴う一連の処理動作、及びその申込みに対応する端末１
１からの証明用情報の取得・保存に伴う一連の処理動作
を実行する。ユーザ４３が上記申込みを行うには、予
め、署名用鍵ペアとしてＲＳＡ（リベスト―シャミール
―アドルマン、いずれも米国人）秘密鍵や公開鍵を端末
１５等において生成しておく必要がある。ここで、ＲＳ
Ａ秘密鍵については、ログオンパスワード（半角英数字
４〜６４桁以内）を鍵としてＤＥＳ（データ暗号化規
格）により暗号化した後、端末１５を通じてＦＤ４１に
格納される。端末１５は、ユーザ４３からの指令に従っ
て、加入者番号データ及びチャレンジデータ（このデー
タは、ハッシュ化されていない生のデータである）と、
上記署名用公開鍵とを、証明用情報の発行申込みと共に
ネットワーク３１を通じて端末１１に送信する。端末１
５は、また、端末１１からネットワーク３１を通じて送
信される証明用情報を受信し、その証明用情報を、ユー
ザ４３からの指令に基づきＦＤ４１に保存する。

【００２６】図２は、図１に記載した端末１１が備える
内部構成を示す機能ブロック図である。

【００２７】端末１１は、図２に示すように、操作部４
５と、データ受付部（第１受付部）４７と、予約テーブ
ル５１と、審査用照合データベース登録部（ＤＢ登録
部）５３と、審査用照合データ受付部（第２受付部）５
５とを備える。端末１１は、上記各部に加えて更に、オ
ンラインデータ受付部（第３受付部）５７と、データ照
合部（照合部）５９と、審査用照合データベース（照合
ＤＢ）６１と、オンラインデータ出力部（出力部）６３
と、証明用情報生成・登録部（生成・登録部）７１と、
証明用情報専用データベース（専用ＤＢ）７３をも備え
る。更に、上述したＤＢ登録部５３は、予約テーブルデ
ータ有効性判定部（判定部）６５と、審査用照合データ
登録部（データ登録部）６７と、予約テーブルデータ更
新部（データ更新部）６９とで構成される。

【００２８】操作部４５は、各種のキーを備えるキーボ
ードである。各キーは、端末１１本体内に挿入したＦＤ
３７からの上記加入者番号データ及びチャレンジデータ
のハッシュ値データ等の読出しや、読出したデータ等の
予約テーブル５１への登録に必要な一連の処理動作の実
行指令を端末１１に与えるとき、ユーザ４３によって操
作される。各キーの操作情報は、操作部４５から第１受
付部４７に与えられる。

【００２９】第１受付部４７は、操作部４５からの上記
操作情報を受付けると共に、端末１１本体内に挿入した
ＦＤ３７から上記各データを読出し、それらのデータを
新規データとして判定部６５に与える。

【００３０】予約テーブル５１には、ユーザ４３を始
め、多数のユーザに係る署名用公開鍵データや、加入者
番号データや、チャレンジデータのハッシュ値データ等
が、特定の支店を示すデータや、特定の金融機関を示す
データ等と共に、各ユーザ別に読出し／書込み自在な状
態で登録される。予約テーブル５１へは、上記ＤＢ登録
部５３に含まれる判定部６５及び更新部６９がアクセス
する。

【００３１】判定部６５は、第１受付部４７からの上記
操作情報に基づき、暗号化されている上記加入者番号デ
ータの復号化や、いずれも新規データである復号化した
加入者番号データ情報、及び上記ハッシュ値データの内
容チェックを行う。判定部６５は、また、予約テーブル
５１中に登録済みのデータ（既登録データ）と、上記内
容チェックの対象になった新規データとを比較対照する
ことにより、既登録データ中に上記新規データが含まれ
ているか否かの重複データチェックを行う。そして、そ
のチェックの結果、新規データが含まれていないと判断
したときは、データ登録部６７に、上記新規データと共
に上記新規データの照合ＤＢ６１への登録指令を、デー
タ更新部６９には、上記新規データと共に上記新規デー
タによる予約テーブル５１の更新指令を、夫々出力す
る。上記チェックの結果、含まれていると判断したとき
は、その旨、データ登録部６７及びデータ更新部６９に
夫々通知する。

【００３２】データ登録部６７は、上記新規データと共
に上記登録指令が判定部６５から与えられたときのみ、
受付け部５５を通じて上記新規データを照合ＤＢ６１へ
登録する。

【００３３】データ更新部６９も、データ登録部６７と
同様に、上記新規データと共に上記更新指令が判定部６
５から与えられたときのみ、上記新規データにより予約
テーブル５１を更新する。

【００３４】上記内容から明らかなように、照合ＤＢ６
１に登録されているデータは、予約テーブル５１に登録
されているデータと略同一である。即ち、照合ＤＢ６１
には、ユーザ４３を始め、多数のユーザに係る署名用公
開鍵データや、加入者番号データや、チャレンジデータ
のハッシュ値データ等が、特定の支店を示すデータや、
特定の金融機関を示すデータ等と共に、各ユーザ別に読
出し／書込み自在な状態で登録される。照合ＤＢ６１へ
は、データ登録部６７の他に、照合部５９もアクセスす
る。

【００３５】照合部５９は、端末１５からの証明用情報
の発行申込を受付けて、申込者であるユーザ（この場合
は、ユーザ４３）の本人確認をする処理と、本人確認が
できたとき、生成・登録部７１に証明用情報の生成を指
令する処理とを実行する。即ち、ネットワーク３１及び
第３受付部５７を通じて端末１５から送信される証明用
情報の発行申込と共に、ユーザ４３の署名用公開鍵デー
タ、加入者番号データ、及びチャレンジデータ等を読込
んで、チャレンジデータについては内蔵しているプログ
ラムによりハッシュ化し、ハッシュ値データにする。次
に、それらのデータと、照合ＤＢ６１中の上述した各種
データとを、予め割当てられたメモリ領域において個々
のデータの種類別に比較し、端末１５からのデータと照
合ＤＢ６１中のデータとが一致しているか否かをチェッ
クする。そして、全て一致しているとき、ユーザ４３本
人であると判断し、出力部６３及びネットワーク３１を
通じて端末１５に証明用情報を発行する旨通知すると共
に、生成・登録部７１に照合ＤＢ６１のデータを出力
し、それらのデータに基づいてユーザ４３の証明用情報
を生成するよう指令を発する。なお、端末１５からのデ
ータのいずれかが照合ＤＢ６１中の対応するデータと一
致していないときには、端末１５に証明用情報を発行で
きない旨通知する。

【００３６】生成・登録部７１は、照合部５９からの指
令に基づき、照合部５９を通じて与えられた照合ＤＢ６
１のデータに基づいてユーザ４３の証明用情報を生成
し、その証明用情報を、出力部６３及びネットワーク３
１を通じて端末１５に送信する。生成・登録部７１は、
また、上記生成したユーザ４３の証明用情報を、ユーザ
４３の上記加入者番号データとリンクさせて専用ＤＢ７
３に保存する。

【００３７】上記生成された証明用情報が、端末１１か
ら端末１５に送信されると、上記証明用情報は、ユーザ
４３による端末１５の操作によって、端末１５から上記
ＦＤ４１（ＦＤ４１には、署名用秘密鍵であるＲＳＡ秘
密鍵が格納されている）に保存される。

【００３８】図３は、図１に記載したシステムを構成す
る各部の処理動作を示すタイミングチャートである。

【００３９】図３において、まず、ユーザ４３が、金融
機関（銀行等）の支店１の窓口に出向いて上述したサー
ビスの申込をすべく、所定の申込書に必要事項を記載し
て窓口担当者に渡す（ステップＳ８１）。上記申込書を
受取ると、窓口担当者はそれに基づいてユーザ４３に対
する窓口審査（つまり、本人確認）を行い（ステップＳ
８２）、それをパスすると、次に書類審査を行う。書類
審査をパスした時点で、窓口担当者により端末３に上記
書類がセットされ、ユーザ４３に対する加入者番号及び
チャレンジデータ等の付与が行われる。それらのデータ
は、端末３からネットワーク１７を通じて上記金融機関
のホスト装置７に送信される（ステップＳ８３）。

【００４０】次に、端末３において、加入者番号につい
ては暗号化し、チャレンジデータについてはハッシュ化
して、夫々ＦＤ３７に書込んだ後、そのＦＤ３７を登録
依頼状と共に書留郵便で支店１から認証局９に郵送する
（ステップＳ８４）。上記ＦＤ３７を受取ると、認証局
９では、端末１１において上記加入者番号データ及び上
記ハッシュ値データの照合ＤＢ６１への登録作業が行わ
れる（ステップＳ８５）。一方、上記加入者番号データ
及びチャレンジデータは、端末ソフトウエア等と共に、
後日書留郵便でユーザ４３宛てに郵送される（ステップ
Ｓ８６）。上記郵便物を受取ると、ユーザ４３は、端末
ソフトウエアを端末１５にインストールし（ステップＳ
８７）、署名用鍵ペアを生成した後、端末１５を操作し
て証明用情報の発行申込みを端末１１側に送信する（ス
テップＳ８８）。

【００４１】端末１１では、ユーザ端末１５からの上記
証明用情報発行の申込みを受付ける。そして、その申込
みの確認作業（本人確認）（ステップＳ８９）、その申
込みに対応する証明用情報の生成作業（ステップＳ９
０）、それをネットワーク３１を通じてユーザ端末１５
に送信する作業（ステップＳ９１）、及び上記証明用情
報を専用ＤＢ７３に保存する作業（ステップＳ９２）を
夫々実行する。

【００４２】一方、上記生成された証明用情報が、端末
１１から端末１５に送信されると、上記証明用情報は、
ユーザ４３による端末１５の操作によって、端末１５か
らＦＤ４１に保存される（ステップＳ９３）。

【００４３】以上説明したように、本発明の一実施形態
によれば、ＰＩＮは金融機関の支店１及びユーザ４３自
身が管理することとなるので、認証局９でＰＩＮを管理
する必要がない。また、認証局９がＰＩＮを管理してい
ないから、認証局９がＰＩＮをユーザ４３に配布するこ
ともない。また、ユーザ４３は、認証局９に対する証明
用情報の発行を申込んだ時点で、直ちに証明用情報を取
得することができる。更に、審査機能を、認証局（つま
り、ＰＩＮの生成／管理機能等）から切離して、認証局
以外の機関である金融機関側に渡すことができるので、
共同型の認証局を実現することもできる。

【００４４】なお、ユーザ４３が端末１５から端末１１
に送信した生のＰＩＮは、上述したように、端末１１の
プログラムによりハッシュ化され、照合ＤＢ６１のハッ
シュ化ＰＩＮ（生のＰＩＮがハッシュ化された状態で支
店１からＦＤ３７に格納されて認証局９に郵送されてく
る）と所定のメモリ領域で照合される。そのため、生の
ＰＩＮは端末１１側には存在しない（予約テーブル５１
にもハッシュ化ＰＩＮが登録されている）。しかも、照
合が終了すれば、上記メモリ領域は開放され、生のＰＩ
Ｎデータの痕跡はどこにも残らない。よって認証局９に
おいて生のＰＩＮを知ることはできない。

【００４５】上述した内容は、あくまで本発明の一実施
形態に関するものであって、本発明が上記内容のみに限
定されることを意味するものでないのは勿論である。

【００４６】例えば、上述した実施形態では、チャレン
ジデータを金融機関の支店１においてユーザ４３に付与
することとしたが、ユーザ４３が自身にチャレンジデー
タを付与することとしても良い。また、上記実施形態で
は、チャレンジデータと共に加入者番号データを用いる
こととしたが、加入者番号データに代えて支店・口座番
号データを用いることとしても差支えない。

【００４７】

【発明の効果】以上説明したように、本発明によれば、
証明用情報の提供業務において、申請者の正当性を確認
する審査機能を、セキュリティが保証された状態で認証
局から切離すことができるようにすることができる。

【００４８】また、本発明によれば、証明用情報の提供
業務において、申請者が認証局に申請した時点で直ちに
必要とする証明用情報を取得することができるようにす
ることができる。

【図面の簡単な説明】

【図１】本発明の一実施形態に係る証明用情報提供シス
テムの全体構成を示すブロック図。

【図２】図１の認証及び証明用情報管理コンピュータの
内部構成を示す機能ブロック図。

【図３】図１のシステムを構成する各部の処理動作を示
すタイミングチャート。

【符号の説明】

１ 金融機関の支店 ３ 受付用端末（端末） ５ 金融機関のセンター ７ ホストコンピュータ（ホスト装置） ９ 認証局 １１ 認証及び証明用情報管理コンピュータ（認証及び
証明用情報管理端末） １５ ユーザ端末 １７、３１ ネットワーク １９ 加入者番号・チャレンジデータ付与部（付与部） ２１ チャレンジデータ・ハッシュ値生成部（生成部） ２３ 加入者番号・チャレンジデータ出力部（出力部） ２５ 加入者番号・チャレンジデータのハッシュ値書込
部（書込部） ２７ 情報処理部 ２９ 管理データベース（管理ＤＢ） ３７、４１ フロッピディスク（ＦＤ） ３９ 端末ソフトウエアを含む郵送物 ４３ ユーザ ４５ 操作部 ４７ データ受付部（第１受付部） ５１ 予約テーブル ５３ 審査用照合データベース登録部（ＤＢ登録部） ５５ 審査用照合データ受付部（第２受付部） ５７ オンラインデータ受付部（第３受付部） ５９ データ照合部（照合部） ６１ 審査用照合データベース（照合ＤＢ） ６３ オンラインデータ出力部（出力部） ６５ 予約テーブルデータ有効性判定部（判定部） ６７ 審査用照合データ登録部（データ登録部） ６９ 予約テーブルデータ更新部（データ更新部） ７１ 証明用情報生成・登録部（生成・登録部） ７３ 証明用情報専用データベース（専用ＤＢ）

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 3E040 CB04 DA01 5B055 EE21 EE27 FB04 HA12 JJ03 JJ05 5J104 AA07 EA22 KA01 KA03 MA01 NA05 NA12 NA30 NA38 PA10 9A001 BB02 BB03 BB04 CC02 DD10 EE03 GG22 JJ34 JJ67 KK08 KK58 LL03

Claims (10)

【特許請求の範囲】
1. 【請求項１】 取引当事者のうち、自身の同定が必要な
   当事者からの要求に応じて証明用情報を提供する環境に
   適用されるシステムにおいて、 前記当事者のうちのいずれかから、予めハッシュ化され
   て与えられた前記同定が必要な当事者の同定用情報を保
   持する手段と、 前記同定が必要な当事者の証明用情報の発行要求が、同
   定用情報と共に与えられたとき、その同定用情報をハッ
   シュ化して前記保持されている同定用情報と照合する手
   段と、 前記照合の結果、両者が一致したとき、前記要求に対応
   する証明用情報を生成して出力する手段と、 を備えることを特徴とする証明用情報提供システム。
2. 【請求項２】 請求項１記載の証明用情報提供システム
   において、 前記証明用情報の提供が、認証機関によって行われるこ
   とを特徴とする証明用情報提供システム。
3. 【請求項３】 請求項１又は請求項２記載の証明用情報
   提供システムにおいて、 前記認証機関が、前記保持手段、前記照合手段及び前記
   証明用情報生成出力手段を備えることを特徴とする証明
   用情報提供システム。
4. 【請求項４】 請求項１記載の証明用情報提供システム
   において、 前記取引当事者のうちの少なくとも１つが、金融機関で
   あり、前記取引が、端末及びネットワークを利用した金
   融機関と他の取引当事者との間の電子商取引であること
   を特徴とする証明用情報提供システム。
5. 【請求項５】 請求項３又は請求項４記載の証明用情報
   提供システムにおいて、 前記同定用情報が、金融機関又は金融機関と電子商取引
   を行おうとする当事者においてハッシュ化された後に前
   記金融機関又は当事者から前記認証機関にオフラインで
   提供されることを特徴とする証明用情報提供システム。
6. 【請求項６】 請求項５記載の証明用情報提供システム
   において、 前記当事者の加入者番号情報又は金融機関の口座番号情
   報が、暗号化されて前記同定用情報と共に、前記金融機
   関又は当事者から前記認証機関にオフラインで提供され
   ることを特徴とする証明用情報提供システム。
7. 【請求項７】 請求項６記載の証明用情報提供システム
   において、 前記同定用情報が、半角英数字の２０桁の乱数であり、
   先頭の４桁が金融機関コードで、残りの１６桁が任意の
   英数字であることを特徴とする証明用情報提供システ
   ム。
8. 【請求項８】 請求項１記載の証明用情報提供システム
   において、 前記保持手段が、 前記当事者のうちのいずれかから、予めハッシュ化され
   て与えられる同定用情報を保持する第１保持手段と、 所定のタイミングで前記第１保持手段から転送される前
   記同定用情報を読込んで、前記照合手段へ提供する第２
   保持手段とから成ることを特徴とする証明用情報提供シ
   ステム。
9. 【請求項９】 取引当事者のうち、自身の同定が必要な
   当事者からの要求に応じて証明用情報を提供する環境に
   おいて、 前記当事者のうちのいずれかから、予めハッシュ化され
   て与えられた前記同定が必要な当事者の同定用情報を保
   持する第１の過程と、 前記同定が必要な当事者の証明用情報の発行要求が、同
   定用情報と共に与えられたとき、その同定用情報をハッ
   シュ化して前記保持されている同定用情報と照合する第
   ２の過程と、 前記照合の結果、両者が一致したとき、前記要求に対応
   する証明用情報を生成して出力する第３の過程と、 を備えることを特徴とする証明用情報提供方法。
10. 【請求項１０】 取引当事者のうち、自身の同定が必要
    な当事者からの要求に応じて証明用情報を提供する環境
    に適用されるシステムにおいて、 前記当事者のうちのいずれかから、予めハッシュ化され
    て与えられた前記同定が必要な当事者の同定用情報を保
    持する手段と、 前記同定が必要な当事者の証明用情報の発行要求が、同
    定用情報と共に与えられたとき、その同定用情報をハッ
    シュ化して前記保持されている同定用情報と照合する手
    段と、 前記照合の結果、両者が一致したとき、前記要求に対応
    する証明用情報を生成して出力する手段と、 を備えることを特徴とする証明用情報提供システムにお
    ける前記各手段としてコンピュータを動作させるための
    コンピュータプログラムを担持したコンピュータ読取可
    能なプログラム媒体。