JPH10149396A - 商取引システム - Google Patents

Abstract

(57)【要約】 【目的】従来のクレジットカードを用いた商取引に比
べ、それ以上に簡単で、特殊な機器を要せず簡便な商取
引を実現する。 【構成】特定の情報により認証可能な状態で連携され、
情報を他の形式に変換する手段乃至復元変換する復元手
段を有するエンテイテイ；前記変換手段、復元変換手段
において情報を変換する為に必要な変換用情報を前記エ
ンテイテイに対し管理するように取り扱うセンタ；より
なり、取引エンテイテイは、前記変換手段に基づいて前
記特定の情報を変換情報として出力し、取引認証エンテ
イテイは、前記変換手段、伝達された変換情報を復元用
変換手段により復元された特定の符号に基づいて取引情
報を出力することにより、互いの連携を認証可能な符号
であって、伝達時暗号化、復号化されることで取り扱わ
れる特定符号で商取引を行う。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、電子商取引を行うシス
テムに関する。

【０００２】

【従来の技術】クレジットカードは、本人を認証するに
相当する能力を有し、これを正当な所有者が所有する限
りに於いては、現金を要しなくても、物品の購入、サー
ビスの提供を受ける事ができる等、利便性を有するもの
であった。しかしながら、この様に正当な利用者が所有
していれば、優れた利便性はあるものの、今現在クレジ
ットカードを取り巻く環境では 盗難、紛失、偽造など
の不正使用が売り上げの数％を占めている状態に至って
いるのが現状であり、署名で本人確認を行っているが、
不正使用は防げてない。 更に、クレジットカードにお
いては、これに記憶されたデータを読み出す為の機器が
必要であり、又その機器使用方法に基づいた手続きも必
要であった。また最近のInternetの普及により、オンラ
イン上でクレジットカードによる電子決済の必要性が出
てきた。この普及は、家庭等の一般消費者に及ぶもので
あることから、その取扱いも特定の知識、特殊な専用機
器を必要とせずに行われることが希求されるものであっ
た。今現在ではオンライン上では本人確認の方法がない
ので、FAXでのクレジット番号の送信、電話による本人
確認するなどオフライン処理で決済が行われており、通
信回線の有効な利用が図られているとはいい難いもので
あった。

【０００３】

【課題を解決するための手段】上記に鑑み本発明は、特
定の情報により認証可能な状態で連携され、情報を他の
形式に変換する変換手段乃至復元変換する復元変換手段
を有するエンテイテイ、前記変換手段、復元変換手段に
おいて情報を変換する為に必要な変換用情報を前記エン
テイテイに対し管理するように取り扱うセンタよりな
り、取引エンテイテイは、前記変換手段に基づいて前記
特定の情報を変換情報として出力し、取引認証エンテイ
テイは、伝達された変換情報を復元用変換手段により復
元された特定の符号に基づいて取引情報を出力すること
により、互いの連携を認証可能な符号であって、伝達時
暗号化、復号化されることで取り扱われる特定符号、す
なはち仮想的に設定されたクレジットカードを使用して
商取引を行うことで、従来のクレジットカードを用いた
商取引に比べ、それ以上に簡単で、特殊な機器を要せず
簡便な商取引を実現するものである。本発明は更に以下
のようなことも実現する。・暗号を使うことによりカー
ド会社等が直接本人認証を行うことができ、・カード番
号のみでカードは実体がないので、実際の店では上記の
ような問題は起きない。と簡単でスピーディで安全にIn
ternet等の通信回線上でクレジット決済ができるように
なり、リスクが下げられ、安全にかつ安い利用料金でク
レジットカードを利用できるようになる、というもので
ある。

【０００４】本発明で示す特定の情報とは、従来のクレ
ジットカードに記憶または付されている数字、データ、
符号その他の情報及びそれらの組合せを示すものであ
り、重要者は、予めまたは商取引の際、あるいは場合に
よっては商取引の後（例えば商取引時は仮の符号を使用
する場合）、所有していればよいものである。この際の
所有とは、ＦＤ，ＭＯ，ＣＤ−Ｒ、ＣＤ、ＩＣカード、
ＨＤ、その他汎用性、専用性を有する記憶媒体に記録し
た形式、あるいは、電子メールを提供するプロバイダ等
のサービス業者が提供する記録空間に記録する形式等が
例示されるが、特に暗記できる程度のものであれば憶え
ておくか、手帳等に付したものであってもよい。連携と
は、需要者、供給者が、認証管理体が設定する取り決
め、システムに同意あるいは付属、参加したことで容認
可能な関係または需要者、供給者が、認証管理体が、第
三者または機関が設定する取り決め、システムに一時的
にまたは持続的に同意あるいは付属、参加、加入したこ
とで、容認可能な関係等を示すもので、事前にまたは取
引の後またはその時に連携は発生するものである。本発
明で示すエンテイテイとは、人、装置、及びソフトウエ
ア、それらの集合であって、取引に関係を有するもの等
を示し、大きく分けて需要、供給、認証管理にわけるこ
とができるが、これを分説する。尚、取引形態に応じて
その他の区別、分類等も有り得るものであり、特に限定
するものではない。本発明で示す需要のエンテイテイと
は、一般消費者、クライアント及び取引を行う手段、そ
の他、供給体に対し目的（例えば商品の購入、サービス
の提供等）を達成するための手段を有する機関、集合物
等を示す。供給のエンテイテイとは、需要のエンテイテ
イが、欲する目的を得ることが可能か、可能と思われる
ものであって通信媒体上で取引を行う手段を有する販売
店、量販店、カタログショッピング業が例示されるが、
その他個人及び取引を行う手段、機関、集合物、その他
エンテイテイ等を示してもよい。認証管理のエンテイテ
イとは、取引によって生じる需要と供給間の債権債務を
代行したりして、需要、供給と債権債務関係を発生させ
るものであり、クレジット会社、信販会社、銀行、その
他金融機関等の１つまたは複合体及び取引を行う手段の
組合せであり、その他、金融取引可能な個人、機関、シ
ステム、端末等を示すものである。

【０００５】センタとは、エンテイテイが情報交換を行
う際行われる情報の暗号化、復号化の他様式への変換を
行う為のその手段の提供、あるいは、各体を認証するデ
ータ、情報を保管し、認証を必要とする際、照合し、そ
の旨を連絡する、或いは関連データ、情報等の自主的叉
は申請等により、変更、更新、抹消、訂正、修正、削除
等の管理するように取り扱うような動作を行うセンタ
ー、各種機関、システム、個人等である。尚、これらの
エンテイテイ、センタは、例えば、認証管理のエンテイ
テイがセンタとなる場合等それぞれになる場合や、認証
管理のエンテイテイがセンタを兼ねる場合や、それぞれ
のエンテイテイの一部が合体する場合もある。 本
発明で示す情報伝達の際の情報変換手段としては、主に
暗号化手段が用いられる。暗号化方式としては、共有鍵
方式、公開鍵方式等が好適にもちいられるが、これに限
られるものではない。本発明は、カード番号等の一般に
クレジットカード等に記録されている情報のみ使用し、
実物は特に必要としないものであると共に、使用時には
署名をする代わりに暗号技術を使った本人認証を行うこ
とも可能である。

【０００６】

【実施例】実施例１ 図１に一実施例を利用するための環境の一例を示す。具
体的には認証機関CA(Certification Authority)、クレ
ジット管理機関PG(Payment Gateway)等に登録された暗
号用の鍵(公開鍵方式やKPS方式等)と暗号アルゴリズム
(DES（Data Encryption Standard）、FEAL（清水、宮
口、太田：”高速データ暗号アルゴリズムＦＥＡＬ”、
電子通信学会技術報告、（情報論）、VOL.80,No.113,IT
86-33,PP.1-6,(1986年））、スクランブル方式、ストリ
ームサイファー等)を使い、メッセージ認証やディジタ
ル署名等で本人認証を行う。 本人認証が済んだら商品
名、支払い金額、カード番号等必要な情報を暗号通信で
やりとりする。（１０）は、通信回線であり、インター
ネット、ローカルネット等を示すものであるが、少なく
とも、各構成と一方向または他方向の通信が行えるもの
であれば、通信媒体（光、電波、赤外線等）を問わず、
いかなるものであってもよい。（１１）は、ショップ
（販売部）であり、商品、サービスを供給する店舗、量
販店、等であり、通信回線を使用して注文を受け、商品
等を発送するものである。ショップ（１１）は、通信回
線と接続する為の端末、例えば汎用または専用コンピュ
ータ、専用または汎用端末を備えている。本実施例で
は、通信回線上インターネットを介して通信することを
例示していることから、接続利用するに必要な、ダイヤ
ラー、ブラウザ等のソフトウエアを実行可能とする設備
を有するものとした。（１２）は、ユーザーであり、シ
ョップ（１１）の商品を購入、サービスの提供を受ける
ための個人、法人等であり、ショップ（１１）と同様通
信回線と接続、通信回線を使用してデータの送受信、デ
ータの処理等を行う設備を有する。（１３）は、認証機
関（ＣＡ）であり、公開鍵の登録保管、認証等を行う為
の有人の機関乃至コンピュータ管理等による無人の機関
である。（１４）は、クレジット管理機構（ＰＧ）（ク
レジット機関部、カード会社と示す場合もある。）であ
り、クレジットシステムを運営している会社法人、団
体、個人等である。クレジット管理機構（１４）もショ
ップ（１１）と同様、通信回線と接続、通信回線を使用
してデータの送受信、データの処理等を行う設備を有す
る。クライアント（ユーザー（１２））、shop（１
１）、CA（１３）、PG（１４）はすべてInternet上（１
０）に存在し、CA（１３）とPG（１４）は同じ機関であ
ってもよい。複数のクレジット会社が存在する場合は、
ひとつの鍵を複数のカード会社で共有してもいいし、カ
ード会社毎に異なる鍵を作ってもよい。

【０００７】暗号方式として公開鍵を用いた場合の本発
明の実施例について図２、図３を参照して説明する。公
開鍵方式とは、暗号化の鍵と復号化の鍵が別で、片方を
公開して公開鍵とし、もう片方を秘密裏に所持して秘密
鍵とする方式であって米国特許４２１８５２号、４４０
５８２９号公報、特開昭５４−８８７０３号公報等に示
される方式が好適に利用されるがこれに限るものではな
い。図２における各構成は、図１の説明で示したものと
同一であり、その説明は省略し、動作の説明をする

【０００８】ユーザー（１２）が認証機関ＣＡ（１
３）、カード会社ＰＧ（１４）に登録する際のシステム
の動作について説明する。尚、下述の〜と図２の
〜はその動作説明上一致するものである。尚、情報の
伝達は、全てが通信回線（１０）上で行われるものでは
なく、その１部叉は場合によっては全部において他の手
段（郵送、宅配、等）で行われる場合もある。 ユーザー（１２）は公開鍵と秘密鍵を生成し、認証
機関CA（１３）へこの公開鍵を登録する。 ユーザー（１２）は認証機関CA（１３）から自分が
作った公開鍵の証明書をもらう。 ユーザー（１２）は公開鍵と一緒にカード会社PG
（クレジット管理機構（１４））へ申し込む。 カード会社PG（１４）は認証機関CA（１３）へユー
ザー（１２）の公開鍵が登録されているかを確認する。 認証機関CA（１３）はカード会社（１４）に対して
ユーザー（１２）が登録した公開鍵の証明書を発行す
る。 クレジットカードと同様にカード会社PG（１４）が
本人調査を行い、ＯＫであればカード会社PG（１４）は
ユーザー（１２）へクレジットカード番号VCCを送る。

【０００９】次に実際の取引の際の実施例の動作の一例
について図３を参照して詳細に説明する。11A,12A,14A
は、秘密鍵実行手段であり、秘密鍵を具備し、対応する
入力端11F,12F,14Fより入力されるデータをこの秘密暗
号鍵に基づき暗号化し出力するものである。11B,12B,14
Bは、公開鍵実行手段であり、対応する入力端11D,12D,1
4Dから入力される公開鍵に基づき入力される暗号化デー
タを復号化して出力端11E,12E,14Eに出力する。出力端1
1E,12E,14Eは、復号化データを表示、或は認証の正当性
の為の処理をした後、その結果を出力する為のデイスプ
レイ、ＣＰＵに直接叉は間接的に接続される。11C,12C,
14Cは、端末入出力手段であり、通信回線、または通信
媒体との接続の為の変調、復調手段等のインターフェイ
スを示すものである。

【００１０】次に取引時の実施例の動作を説明する。こ
の場合、ショップ（１１）、クレジット管理機関（１
４）は既に特定、認証されているものとした上で、クレ
ジット番号等のクレジットデータによる商取引について
説明する。ユーザー（１２）において、クレジットデー
タを秘密鍵実行手段（12A）の入力端（12F）に入力す
る。秘密鍵実行手段（12A）は、秘密鍵を用いてクレジ
ットデータを暗号化し、端末入出力手段（12C）に出力
する。端末入出力手段（12C）は、この暗号化データに
変調などを施し、ショップ（１２）へ送信する。ショッ
プ（１１）は、端末入出力手段（11C）でこの暗号化デ
ータを受信復調し、公開鍵実行手段（11B）へ出力す
る。公開鍵実行手段（11B）は、入力端（11D）からユー
ザー（１２）の公開鍵を入力し、この公開鍵に基づいて
暗号化データを復号変換して出力端（11E）にユーザー
（１２）のクレジットデータを出力する。このクレジッ
トデータにより、ショップ（１１）は、クレジット使用
可能かどうかを判別し、判別に疑問がある場合や判別を
行わない場合、ショップ（１１）は、このクレジットデ
ータを入力端（11F）へ入力し、秘密鍵実行手段（11A）
で秘密鍵により暗号化して、端末入出力手段（11C）に
出力する。端末入出力手段（11C）は、このデータを変
調して通信回線（１０）上に出力し、クレジット管理機
関（１４）に送信する。判別した場合は、その結果を直
接ユーザ（１２）に送信する場合もある。クレジット管
理機関（１４）は、この暗号化データを端末入出力手段
（14C）で復調した後、公開鍵実行手段（14B）へ出力す
る。公開鍵実行手段（14B）は、入力端（14D）から入力
されたショップ（１１）の公開鍵により、暗号化データ
を復号化し、登録データ処理手段（14G）へ出力する。
登録データ処理手段（14G）は、入力されたクレジット
データと、記録されているユーザーデータとの照合を行
い、その結果、例えば記録の有無、或いはブラックリス
ト属否の有無、利用限度額などのユーザー情報を出力端
（14E）に出力すると共に、入力端（14F）へ入力する。
このユーザー情報は、秘密鍵実行手段（14A）で、秘密
鍵により暗号化され、端末入出力手段（14C）、通信回
線（１０）を介してショップ（１１）へ伝送される。シ
ョップ（１１）は、この暗号化ユーザー情報を端末入出
力手段（11C）を介して、公開鍵実行手段（11B）で受信
し、公開鍵実行手段（11B）では、入力端（11D）より、
クレジット管理機関（１４）の公開鍵に基づきこの暗号
化ユーザー情報を復号化し、出力端（11E）より出力す
る。この出力されたユーザー情報に基づき、商品購入叉
はサービスの提供が正当なものか判断し、正当であれ
ば、ユーザー（１２）に商品の配送叉はサービスの提供
を行う。正当な取引の可否をユーザー（１２）に告げる
場合、可否を示す情報を入力端（11F）に入力する。秘
密鍵実行手段（11A）は、秘密鍵に基づいてこの可否情
報を暗号化し、端末入出力手段（11C）、通信回線（１
０）を介してユーザー（１２）へ出力する。ユーザー
（１２）は、この可否情報を端末入出力手段（12C）を
介して公開鍵実行手段（12B）へ伝達し、更に入力端（1
2D）にショップ（１１）の公開鍵を入力することで復号
化して可否情報を出力端（12E）から出力する。

【００１１】これら各手段は、専用回路或いは目的を達
成することが可能な汎用性の回路或は、プログラム化し
たもの等が示されるが、商取引が汎用性の高い分野で行
われることから、特殊な機器を要せず、汎用コンピュー
タ及びその周辺機器の組み合わせにおけるプログラムの
形式で取り扱われることが好ましいものである。尚、秘
密鍵等は、それが秘密に保持される必要性があることか
らＩＣカード、磁気カード、光磁気カード等で示される
担体の様なタンパー性を考慮した機器に保存される場合
もある。この場合は、この担体を読みだし、必要によっ
て書き込み動作を行う装置が付随する場合もある。又、
汎用のコンピュータを用いる場合は、各構成部は、一つ
のＣＰＵにソフトウエアという形で格納され、各出力端
は、プリンタ、モニター、その他表示装置、各入力端
は、キーボード、マウス、イメージスキャナー、その他
入力装置との直接叉は間接的な接続が好適にされる。

【００１２】次に図３を用いたより具体的な他の実施例
について説明する。図３中〜は、下記の符号〜
と一致するものであり、その各構成における詳細な動作
の説明は上述に従うものとしてその説明は省略した。 ユーザー（１２）はInternet上（１０）のショップ
（１１）のHomepage上で商品を選び、クレジットカード
番号VCCによる決済を選ぶ。 ユーザー（１２）・ショップ（１１）間で暗号通信
と相手認証を行った後、ユーザー（１２）はショップ
（１１）にカード番号、商品金額等を秘密鍵を用いて暗
号化して送る。ユーザー（１２）はショップ（１１）と
通信する公開鍵を持っていなければCA（１４）に問い合
わせ公開鍵をもらう。認証の際は、例えばある特定のメ
ッセージを相手が復号できるように暗号化して相手に送
る。相手が無事復号化できたら正式な相手と認証できる
メッセージ認証方式、ある平文とこれを書き手しか暗号
化できない一方向性関数で処理した暗号文をセットにし
て送る。受け手は暗号部分を復号化し、平文と同じ内容
であることを確認して初めて書き手が書いたものである
と判断でき、署名の役割を果たすデイジタル署名方式等
を用いることができる。尚、ユーザ（１２）−ＰＧ（カ
ード会社、クレジット管理機関等を含む）間、ショップ
−ＰＧ間と間接的にユーザ（１２）−ショップ（１１）
間を認証することも可能である。必ずしも認証を必要と
しない。また、ユーザ（１２）−ショップ（１１）間の
認証に関わらず、ショップ（１１）にカード番号を教え
ない場合は、ユーザ（１２）は、ショップ（１１）の公
開鍵ではなく、ＰＧ（１３）の公開鍵で暗号化してショ
ップ（１１）へ送ることとなる。この時ユーザ（１２）
は、ＰＧ（１３）と通信する鍵を持っていなければＣＡ
（１４）に問い合わせ鍵をもらうことになる。 ショップ（１１）はそのクレジットカード番号VCC
が登録されているPG（１４）へ問い合わせをする。この
時、ショップ（１１）−PG（１４）間で相手認証、暗号
通信をも行う。ショップ（１１）はPG（１４）と通信す
る公開鍵を持っていなければCA（１３）に問い合わせ公
開鍵をもらう。 PG（１４）はユーザー（１２）に対して認証を要求
する。この時ユーザー（１２）・ショップ（１１）間は
相手認証、暗号通信をも行う。ユーザー（１２）とPG
（１４）はお互いに相手と通信する公開鍵を持っていな
ければCA（１３）に問い合わせ公開鍵をもらう。 ユーザー（１２）とPG（１４）はお互いに相手認証
を行う。 PG（１４）はショップ（１１）に対してユーザー
（１２）の認証結果とユーザー（１２）の与信結果を渡
す。 ショップ（１１）はPG（１４）に売り上げ処理を依
頼する。 ショップ（１１）はユーザー（１２）に購入のOK/N
Gの結果を返す。

【００１３】暗号方式としてＫＰＳ（Key Predistribu
tion System）方式を用いた場合の本発明の他の実施例
について図４、図５を参照して詳細に説明する。ＫＰＳ
方式とは、相手の識別子を自分の秘密アルゴリズムに施
して相手と共通鍵を作成する方式である。秘密アルゴリ
ズムの作成等の作業は主にセンターに於て行われ、独自
にセンタアルゴリズムを所持し、このセンタアルゴリズ
ムにユーザ等の識別子を施して、各々固有に所持される
秘密アルゴリズムを作成する。センタアルゴリズムの作
成方法、秘密アルゴリズムの作成方法、及び共有する暗
号鍵の作成方法、識別子の定義等、共有鍵を作成するま
での行程に係わる方法及び内容は、特開昭６３−３６６
３４号、特開昭６３−１０７６６７号公報等に示されて
おり、本発明は、これを好適に利用する。秘密アルゴリ
ズムとしては（Blom,R.,"Non-Public Key Distributio
n," Advances in Criptology:Proceedings of CRYPTO'8
2,Plenum Press,1982,231-236）に示されるアルゴリズ
ムも場合によっては適用可能である。

【００１４】図４を参照し、ユーザー（１２）のＫＰＳ
加入登録時の動作について説明する。図中〜は、下
記の符号〜と一致するものである。 ユーザー（１２）は通常のクレジットカードと同様
にカード会社PG（１４）へ申し込む。 これも通常のクレジットカードと同様にカード会社
PG（１４）が本人調査を行い、ＯＫであれば鍵発行機関
に秘密アルゴリズムの発行を依頼する。NGであればここ
で終わりとなる。 KPSセンタ(KPS鍵発行センタ)（認証機関CA（１
３））が秘密アルゴリズムを生成し、カード会社PG（１
４）へ送る。認証機関CA（１３）は、暗号方式としてＫ
ＰＳシステムを用いる場合、センタアルゴリズムを所有
し、ＫＰＳ加入者等に対し、加入者の識別子をこのセン
タアルゴリズムに施して、加入者固有の秘密アルゴリズ
ムを作成し、出力する機能を有する他、その機能に基づ
く加入者のデータを管理し、要請に応じ、認証機能を併
せて有する場合もある。 カード会社PG（１４）はユーザー（１２）へクレジ
ットカード番号と秘密アルゴリズムをセットで秘密な状
態で送る。秘密な状態であればいかなる手法でもよい。

【００１５】使用時の具体的な構成を図５（ａ）に示し
た。図５（ａ）において、（１１）は、商品、サービス
等を提供する販売部であり、（１２）は、ユーザーであ
り、（１４）は、クレジット機関部である。各構成は上
述した通りである。それぞれ、図示はしないが、通信回
線を使用可能な端末を備え、何れの部も端末を介して通
信を行う状態を備えている。（１１１），（２１１），
（４１１）は、秘密アルゴリズム実行手段であり、それ
ぞれが、秘密アルゴリズムを秘密に保持しこれを実行
し、共有鍵を出力する手段であって、 その作成は、例
えば、販売部（１１）は、認証機関CA（１３）に自分の
識別子ID1を送付し、認証機関CA（１３）は、秘密に所
有するセンタアルゴリズムにこの識別子ID1を施して秘
密アルゴリズムを作成してこれを販売部（１１）に送付
して得られるものである。具体的作成方法は上述したＫ
ＰＳ関連公知文献に記載されている方法等を好適に利用
するものである。秘密アルゴリズム実行手段（２１１）
は、ユーザー（１２）が、認証機関CA（１３）に自分の
識別子ID2を送付して得られたものであり、秘密アルゴ
リズム実行手段（４１１）は、カード会社PG（１４）が
認証機関CA（１３）に自分の識別子ID4を送付して得ら
れたものである。図中、各秘密アルゴリズム実行手段
は、２つの入力をそれぞれ示しているが（例えば図５
（ａ）において、秘密アルゴリズム実行手段（１１１）
に対し、ID2,ID3を入力する入力部が示されてい
る。）、２つの入力部を有する構成を要するのではな
く、１つの入力部に対し、逐次入力するものであっても
よい。（１１２），（２１２），（４１２）は変換器で
あり、暗号化アルゴリズム、復号化アルゴリズムを有
し、且つこれを実行するものである。この暗号化、復号
化アルゴリズムは、例えば、ＤＥＳ、ＦＥＡＬ等の暗号
アルゴリズムの他、鍵を用いるアルゴリズムであれば、
如何なるアルゴリズムであってもよい。(1A)(2A)(4A)
は、入力部であり、キーボード、テンキー、スキャナー
等のデータを手動にて入力する機器、或は目的に応じて
自動的にデータを出力する手段と直接的または間接的に
接続する。(1B),(2B),(4B)は、主に復号されたデータを
出力する部分であって、デイスプレイ、プリンタと直接
的、間接的に接続し、或は、データ処理部と接続される
ものである。Ｈ(1A)、Ｈ(2A)、Ｈ(4A)は、暗号化したデ
ータを出力する部分であり、Ｉ(1)、Ｉ(2)、Ｉ(4)は、
通信回線を介してデータを入力する部分である。図５
（ａ）は、認証機関CA（１３）より秘密アルゴリズムが
それぞれに配布された後、クレジット番号等のクレジッ
トデータによる取引を行う際の動作について説明する為
の図である。

【００１６】・ユーザー（１２）は、複数の販売部の何
れかの販売部（１１）を指定した後、購入しようとする
商品或いは提供を受けようとするサービスを指定する。 ・販売部（１１）は、利用可能なクレジット機関部をユ
ーザー（１２）に伝達示唆する。 ・ユーザー（１２）は、自分の利用可能なクレジット機
関部（１４）を指示する。 この状態において、それぞれ相手の識別子(ID1,ID2,ID
4)を入手済みとする。尚、識別子の場合、電話番号、住
所、生年月日等、通常一般性の高い符号が用いられるこ
とから、公開鍵のような、認証機関からの供与を得る必
要は全くなく、通信相手、商品カタログ、雑誌、その他
公の機関等から自由な形で得られるものである。

【００１７】ユーザー（１２）は、販売部（１１）の識
別子ID1とクレジット機関部（１４）の識別子ID4を自分
の秘密アルゴリズム実行手段（２１１）に入力し、共有
鍵K12、K24を出力する。販売部（１１）は、ユーザー
（１２）の識別子ID2とクレジット機関部（１４）の識
別子ID4を自分の秘密アルゴリズム実行手段（１１１）
に入力し、共有鍵K12、K14を出力する。クレジット機関
部（１４）は、販売部（１１）の識別子ID1とユーザー
（１２）の識別子ID2を自分の秘密アルゴリズム実行手
段（４１１）に入力し、共有鍵K14、K24を出力する。こ
の共有鍵に基づき、それぞれ認証データの暗号化通信を
行い、認証を行う。認証は、上述した様に相手との共有
鍵を生成し、この共有鍵を変換手段に入力した状態で、
認証データの交換を行うことによって行われる。

【００１８】ユーザー（１２）は、この共有鍵K12を暗
号化器（２１２）に入力した状態でクレジット番号を入
力部（2A）より入力する。暗号化器（２１２）は、入力
されたクレジット番号を暗号化して販売部（１１）へ送
る。販売部（１１）は、この暗号化データを入力部Ｉ
(1)を介して入力し、共有鍵K12に基づいて、変換器（１
１２）により復号化してそのクレジット番号を確認し、
その旨を、クレジット機関部（１４）に送付する。送付
の際、クレジット機関部（１４）の識別子ID4を自分の
秘密アルゴリズム実行手段（１１１）に入力して、共有
鍵K14を作成し、変換器（１１２）の入力部（1A）にク
レジット番号及びその他の情報を併せた情報を入力して
これを暗号化（Ｈ(1A)）し、クレジット機関部（１４）
に出力する。クレジット機関部（１４）は、販売部（１
２）の識別子ID1を自分の秘密アルゴリズムに入力し
て、共有鍵K14を作成し、これを変換手段（４１２）に
入力し、更に販売部から送られてきたＨ(1A)を入力部Ｉ
(4)を介して変換手段（４１２）に入力してユーザー
（１２）のクレジット番号を復号して入手し、照合、検
索を行ってその結果データを販売部（１１）へ送付す
る。この送付は、相手識別子を秘密アルゴリズム実行手
段（４１１）に入力した結果得られる共有鍵K14に基づ
き上述の記載のような動作で行われる。販売部（１１）
は、クレジット機関部（１４）から送られてきたデータ
に基づき販売等の取引を行うものである。この際、取引
停止等の意志表示をする際、上述の様に相手の識別子
を、自分の秘密アルゴリズムに施して得られる共有鍵に
基づいた暗号による通信を行ってもよい。

【００１９】図５（ｂ）を参照して、ＫＰＳ方式による
商取引の際の動作の説明を行う。図中〜は、下記の
符号〜と一致するものであり、その各構成における
詳細な動作の説明は上述に従うものとしてその説明は省
略した。 ユーザー（１２）はInternet（１０）上のショップ
（１１）のHomepage上で商品を選び、クレジットカード
番号VCCによる決済を選ぶ。 ユーザ−（１２）・ショップ（１１）間で暗号通信と
相手認証を行った後、ユーザ−（１２）はショップ（１
１）にカード番号、商品金額等を暗号化して送る。尚、
ユーザ（１２）−ＰＧ（カード会社、クレジット管理機
関等を含む）間、ショップ−ＰＧ間と間接的にユーザ
（１２）−ショップ（１１）間を認証することも可能で
ある。必ずしも認証を必要としない。また、ユーザ（１
２）−ショップ（１１）間の認証に関わらず、ショップ
（１１）にカード番号を教えない場合は、ユーザ（１
２）は、ショップ（１１）の公開鍵ではなく、ユーザ
（１２）−ＰＧ（１３）間の共通鍵で暗号化してショッ
プ（１１）へ送ることとなる。 ショップ（１１）はそのクレジットカード番号VCCが
登録されているPG（１４）へ問い合わせをする。この
時、ショップ（１１）−PG（１４）間で相手認証、暗号
通信をも行う。 PG（１４）はユーザー（１２）に対して認証を要求
する。この時ユーザ−（１２）・ショップ（１１）間で
相手認証、暗号通信をも行う。 ユーザー（１２）とPG（１４）はお互いに相手認証
を行う。 PG（１４）はショップ（１１）に対してユーザ−
（１２）の認証結果とユーザ−（１２）の与信結果を渡
す。 ショップ（１１）はPG（１４）に売り上げ処理を依
頼する。 ショップ（１１）はユーザ−（１２）に購入のOK/NG
の結果を返す。

【００２０】ＫＰＳ方式を用いた場合、グループ内の２
つの部間は、その他の部間と、暗号化内容が全く異なる
為、異なる空間で通信が行われるのと同等となることか
ら、各部から区別したデータを逐次送信する必要がな
く、１つの部は、暗号化クレジット番号データとその他
の同時送信可能なデータをまとめた形で送ってもよいこ
とから、通信操作が極めて簡易になる。 例えば、図５
のような構成を用いて図６で示すような１画面による操
作により送付先全てに必要なデータを同報的に送付する
ことも可能である。図６は、本発明の他の実施例を示し
たものである。最初、購入希望対象に応じて、販売部を
指定する。販売部は、取扱可能なクレジット機関を指定
し、表示する。購入の意志表示の前後において、購入モ
ードを指定する。各送付先、即ち販売部（１１）、クレ
ジット機関部（１４）のエリアに認証用データを入力
し、クレジット番号を入力し、送信をクリック等して操
作する。この際、ショップとの認証データの入力欄（１
２Ｂ）、ＰＧとの認証データの入力欄（１２Ｃ）及びク
レジット番号入力欄（１２Ａ）にそれぞれ、数値、デー
タを入力し、同画面左欄に各々の識別子に相当するＩＤ
を入力する。販売部先データは、図５（ｂ）で示す販売
部識別子ID1を秘密アルゴリズム実行手段に入力して得
られる共有鍵K12で暗号化し、クレジット機関部へのデ
ータは、図５（ｂ）で示すクレジット機関部の識別子ID
4を秘密アルゴリズム実行手段に入力して得られる共有
鍵K14で暗号化し、これら複数の暗号データを連結させ
て複数の宛先へこの連結した１組のデータを同報的に送
付する。送付された側は、単に余分なデータを受信する
だけで、その分は暗号化されているので、受信側に知ら
れることはなく、なんら通信の安定性を損なうものでは
ない。従って、この様に一度に複数のデータを送ること
ができるので、通信手続きを簡素化可能であり、利用者
にとって手間のかからない取引を実現することができ
る。尚、暗号方式としてＫＰＳ方式を採用した場合を上
記に示したが、公開鍵方式の場合であっても、秘密鍵及
びこれに対応する公開鍵を複数登録しておくなどして、
送付先ごとにその使用を変更すれば、適用可能である。
尚、上記実施例においては、クレジット番号等、そのグ
ループに一時的、継続的に加入することにより得られる
記号、番号、符号等を暗号化した状態で伝達する場合を
主に示すものであるが、他方クレジット番号を直接伝送
するのではなく、、このクレジット番号に対応した会員
番号等の他の番号で代用することで、クレジット番号の
通信路からの漏洩を防ぐこともできる等安全性を向上さ
せることができるものである。又、本人認証の際、パス
ワード等の本人固有で当事者以外には秘密の情報を不可
したものであってもよい。更に本発明では、注文書等の
取引上必要となる情報をショップ、ＰＧ等の認証機関向
けに送信する場合、各個別に別々の鍵で暗号化或いはデ
ジタル署名をし、必要とされる情報をすべて暗号に変換
した後、同報的な通信を行い送付してもよい。この場合
は、一度に手続きを終了させることができ、利便性が高
い。又、ショップからユーザ、認証機関、クレジット会
社等へ出力される領収書等も同様に、同報的に送るもの
であってもよい。この様に同報性を有する通信の場合の
個別の暗号化は、暗号鍵が用事複数でも、単数でも秘密
に容易に作成されることから暗号鍵の管理が不要なＫＰ
Ｓ方式が好適に用いられるものである。

【００２１】

【発明の効果】以上詳述のごとく本発明は、インターネ
ット等の通信回線上で、クレジットカードを要しない仮
想的なカードを使用し且つカード情報等を一旦暗号等の
変換処理を施して通信することにより、取引認証など、
買物とは別の手続きを少なくでき、合理的且つ安全に商
取引ができる等の効果を有する。

【図面の簡単な説明】

【図１】本発明の一構成例を示す図。

【図２】

【図３】本発明の一実施例を示す図。

【図４】

【図５】本発明の他の実施例を示す図。

【図６】本発明の他の実施例を示す図。

【符号の説明】

１０ 通信回線 １１ ショップ １２ ユーザー １３ 認証機関 １４ クレジット管理機関

Claims (3)

【特許請求の範囲】
1. 【請求項１】特定の情報により認証可能な状態で連携さ
   れ、情報を復元可能な状態に変換する変換手段を有する
   エンテイテイ、 前記変換手段により情報を変換する為に必要な変換用情
   報を取り扱うセンタよりなり、 取引エンテイテイは、前記変換手段に基づいて前記特定
   の情報を変換情報として出力し、 取引認証エンテイテイは、変換情報から復元された特定
   の符号に基づいて取引情報を出力することを特徴とする
   商取引システム。
2. 【請求項２】前記変換用情報は、自分の秘密鍵によって
   作成され、前記復号的な変換処理は、相手の公開鍵によ
   りおこなわれる請求項１に記載の商取引システム。
3. 【請求項３】前記変換用情報は、自らに半固定的で且つ
   公開された識別子に基づいてセンタで作成され、実行
   時、相手の識別子の入力により、相手と共有する共有鍵
   を出力することを特徴とする請求項１に記載の商取引シ
   ステム。