JP2002109438A - 取引システム、そのサーバシステム、その方法および記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 通信ネットワークを介したクレジットカード
を使用する取引において、不正な取引を防止する。 【解決手段】 消費者クライアントシステム８はクレジ
ットカード会社のサーバシステム１１のクレジットカー
ドの認証結果を売り手サーバシステム１を経由し受信
し、受信した認証結果が認証成功を示す場合に、消費者
クライアントシステム８からカードＩＤおよびパスワー
ドをクレジットカード会社のサーバシステム１１に送信
する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、取引システム、そ
のサーバシステム、その方法および記録媒体に関し、さ
らに具体的には、クレジットカードを用いて商品取引を
行う取引システム、そのサーバシステム、その方法およ
び記録媒体に関する。

【０００２】

【従来の技術】インターネットを介して相互に接続され
たコンピュータは、WWW（World WideWeb）などのサービ
スを利用して情報をやりとりできる。

【０００３】WWWサービスにおいては、サーバ・コンピ
ュータ・システムは画像、テキストなどのWEBページを
クライアント・コンピュータ・システムに送信すること
ができる。その後、クライアント・コンピュータ・シス
テムの表示装置にてWEBペ−ジを表示する。WWWの各WEB
ペ−ジは、そのペ−ジに割り当てられたURL（UniformRe
source Locator）によって識別可能になっている。クラ
イアントが特定のWEBページを表示するには、HTTP(Hype
r Text Transfer Protocol)要求のなかでそのWEBページ
のURLを指定する。

【０００４】この要求はそのペ−ジをサポ−トするサー
バに転送される。サーバは要求を受信すると、そのWEB
ページをクライアントに送信する。クライアントはWEB
ページをブラウザを使用して表示する。ブラウザはWEB
ペ−ジの要求とWEBページの表示を実行する特殊目的の
アプリケーションプログラムである。

【０００５】WEBペ−ジはHTML（Hyper Text Markup Lan
guage）言語を使用して定義されていることが一般的で
ある。WEBペ−ジを表示するようにユ−ザがブラウザに
指示すると、ブラウザはWEBページを定義しているHTML
ドキュメントをクライアントに転送するように要求をサ
ーバに送信する。要求したHTMLドキュメントがクライア
ントに受信されると、ブラウザはHTMLドキュメントで定
義されたとおりにWEBページを表示する。HTMLドキュメ
ントには、そのサーバ・コンピュータ・システムまたは
他のサーバ・コンピュータ・システムで利用できる他の
WEBページのURLを含めることが可能である。これは、一
般にハイパーリンクと呼ばれる。

【０００６】このようなWWWサービスを利用した電子商
取引が一般に普及しつつある。WWWを通して売り主が商
品を宣伝し、販売可能にするWEBサーバが開発されてい
る。これらの商品には、デジタルデータをダウンロード
することにより販売されるプログラムや音楽、画像など
や、従来の物理的配送により販売される物品がある。

【０００７】サーバはテキストや画像で構成した商品カ
タログページを用意しており、ユーザはブラウザを使用
してカタログのブラウジングをし、購入商品を画面上の
ボタン等で選択可能になっている。選択した後、購入終
了のボタンを押すと、サーバは商品確認用の商品リスト
画面を送信し、クライアントが表示する。ユーザが商品
確認後、O.K.ボタンを押すと、商品注文に必要な購入者
氏名、クレジットカード番号、Eメールアドレス、配送
先等を入力するページをサーバが送信し、クライアント
が表示する。このページに従い、ユーザは各項目を入力
後、注文確定ボタンを押す。これに、呼応して、サーバ
は注文証明画面をクライアントに送信し、商品発送の準
備にとりかかる。

【０００８】クレジットカード等の個人情報はクライア
ントから売り主サーバに送られ、さらに売り主サーバか
ら専用線などを通じてカード会社のサーバに送りカード
オーソリゼーションを依頼する。カードオーソリゼーシ
ョンの結果を、カード会社のサーバから売り主サーバに
返信し、その結果がO.K.ならばクライアントに注文証明
画面が表示され、O.K.でないなら、オーソリゼーション
失敗の旨がクライアントに表示される。

【０００９】クレジットカード番号のような機密情報
は、売り主サーバに到達するまでにインターネット内の
中間サーバを経由するので、心ない人物によって故意に
これらを盗み見られる危険がつねに存在する。これらの
危険を回避し、セキュリティを確保するため、かかる情
報を伝送する場合、様々な手法で情報を暗号化すること
が一般に行われている。暗号解読の可能性がゼロである
とは言い切れないが、暗号化されない平文をそのまま伝
送するより大幅に安全であることは疑う余地のないこと
である。しかし、すべての経路で暗号化されるとは限ら
ず、上述のように、売り主サーバから専用線などを通じ
てカード会社のサーバにクレジットカード番号等を送る
経路では暗号化されない。

【００１０】通信暗号化により、情報を盗み見られるこ
とはある程度防止できるが、架空の売り手を装って詐欺
を働いたり、だれかに偽装して買い物をするなりすまし
には、暗号化だけでは対処できない。

【００１１】ほとんどのショッピング用WEBサイトでは
決済時にログイン用のパスワードを要求することが多
く、このパスワードを入力しないと、個人の支払い画面
に移行できない。しかし、はじめて訪れるWEBサイトで
は、はじめにID番号やパスワードを自由に作成でき、以
後これを入力すれば、支払い画面に移行してクレジット
カード番号等を入力し、商品購入をすることが可能とな
る。

【００１２】

【発明が解決しようとする課題】しかしながら、上述の
ように、暗号解読による盗み見や、なりすましを行うこ
とにより、クレジットカード番号を入手したり、クレジ
ットカードそのものを不正に入手したりしたうえで、カ
ード所有者の住所等を調査すれば、商品購入を行うこと
ができる。カード所有者は発注した覚えのない商品の請
求をカード会社から受けることになる。

【００１３】このように、通信ネットワークを介して、
クレジットカード利用による商品決済を行う場合におい
て、不正な行為が発生する可能性がある。しかも、消費
者自身にはこのような事態から身を守る有効な手段が存
在しないという現状にある。

【００１４】そこで本発明の目的は、通信ネットワーク
を介したクレジットカードを使用する取引において、不
正な取引を防止することができる取引システム、そのサ
ーバシステム、その方法および記録媒体を提供すること
にある。

【００１５】

【課題を解決するための手段】このような目的を達成す
るために、請求項１の発明は、商品の買い手が使用する
クライアントシステムと、商品の売り手側が使用する第
１のサーバシステムとの間で取引を行う取引システムで
あって、前記取引がクレジットカードによる決済であ
り、クレジットカードに記載された支払い識別子の認証
を、クレジット会社が使用する第２のサーバシステムに
より行う取引システムにおいて、前記クレジット会社と
前記商品の買い手との間で前記クレジットカードに記録
されていない付帯情報を予め定めておき、前記クライア
ントシステムは、支払い識別子および付帯情報を入力す
る入力手段を具え、前記第２のサーバシステムは、照合
のための支払い識別子および付帯情報を記憶する記憶手
段と、前記クライアントシステムに入力される支払い識
別子および付帯情報を、該クライアントシステムから、
または前記第１のサーバシステムを介して受け取り、当
該受け取った支払い識別子および付帯情報と前記記憶手
段に記憶された支払い識別子および付帯情報とを照合す
る照合手段とを具え、該照合手段の照合結果を前記第１
のサーバシステムに送信することを特徴とする。

【００１６】請求項２の発明は、請求項１に記載の取引
システムにおいて、前記第２のサーバシステムの照合手
段は、前記クライアントシステムの入力手段から入力さ
れた支払い識別子を前記第１のサーバシステムを介して
受け取り、支払い識別子のみの第１の照合を実行し、該
第１の照合結果を第１のサーバシステムに送信し、前記
第１のサーバシステムは前記第１の照合結果が一致の場
合に、前記クライアントシステムの入力手段による付帯
情報の入力を許可し、当該許可に応じて前記クライアン
トシステムの入力手段から入力される付帯情報について
前記照合手段は第２の照合を実行し、該第２の照合結果
を前記第２のサーバシステムから前記第１のサーバシス
テムに送信することを特徴とする。

【００１７】請求項３の発明は、請求項２に記載の取引
システムにおいて、前記第１のサーバシステムにはボタ
ン操作が可能なＷＥＢページが搭載されており、前記ク
ライアントシステムは、該WEBページを前記第１のサー
バシステムから受信し、前記ボタンの操作に応じて、前
記支払い識別子を前記第１のサーバシステムに送信し、
前記支払い識別子及び前記付帯情報を前記第２のサーバ
システムに送信することを特徴とする。

【００１８】請求項４の発明は、請求項１〜請求項３の
いずれかに記載の取引システムにおいて、前記付帯情報
は文字・数字からなるパスワードであることを特徴とす
る。

【００１９】請求項５の発明は、請求項１〜請求項３の
いずれかに記載の取引システムにおいて、前記付帯情報
は、指紋認証装置により識別される買い手の指紋情報で
あることを特徴とする。

【００２０】請求項６の発明は、請求項１〜請求項３の
いずれかに記載の取引システムにおいて、前記付帯情報
は、ICカード読み取り装置により識別される買い手の個
人情報であることを特徴とする。

【００２１】請求項７の発明は、商品の買い手が使用す
るクライアントシステムと、商品の売り手側が使用する
第１のサーバシステムとの間で取引を行う取引システム
であって、前記取引がクレジットカードによる決済であ
り、クレジットカードに記録された支払い識別子の認証
を、クレジット会社が使用する第２のサーバシステムに
より行う取引システムにおいて、前記クライアントシス
テムとの間で、前記商品の取引に関する保険契約を締結
可能とする第３のサーバシステムであって、保険会社が
使用する第３のサーバシステムをさらに有し、前記クラ
イアントシステムは、支払い識別子を入力する入力手段
を具え、前記第２のサーバシステムは、照合のための支
払い識別子を記憶する記憶手段と、前記クライアントシ
ステムに入力される支払い識別子を、前記第１のサーバ
システムを介して、または前記第３のサーバシステムを
介して受け取り、当該受け取った支払い識別子と前記記
憶手段に記憶された支払い識別子とを照合する照合手段
とを具え、該照合手段の照合結果を前記第１のサーバシ
ステムまたは前記第３のサーバシステムに送信すること
を特徴とする。

【００２２】請求項８の発明は、請求項７に記載の取引
システムにおいて、前記第２のサーバシステムの照合手
段は、前記クライアントシステムの入力手段から入力さ
れた支払い識別子を前記第１のサーバシステムを介して
受け取り、支払い識別子のみの第１の照合を実行し、該
第１の照合結果を第１のサーバシステムを介して前記ク
ライアントシステムに送信し、前記クライアントシステ
ムは前記第１の照合結果が一致の場合に、前記入力手段
から入力フォームに支払い識別子を入力し前記第３のサ
ーバシステムを介して前記第２のサーバシステムへ送信
し、当該送信された支払い識別子について前記照合手段
は第２の照合を実行し、該第２の照合結果を前記第２の
サーバシステムから前記第３のサーバシステムに送信す
ることを特徴とする。

【００２３】請求項９の発明は、請求項８に記載の取引
システムにおいて、前記クライアントシステムは、前記
第１のサーバシステムの入出力情報を入力し出力するた
めのWEBページを前記第１のサーバシステムから受信
し、当該受信したWEBページ内に前記支払い識別子の入
力情報を確定するためのボタンが存在し、該ボタンを押
すことにより、前記支払い識別子を前記第１のサーバシ
ステムに送信することを特徴とする。

【００２４】請求項１０の発明は、請求項８または請求
項９に記載の取引システムにおいて、前記クライアント
システムから前記入力フォームに入力を行う買い手固有
のログインパスワードの入力を必要とすることを特徴と
する。

【００２５】請求項１１の発明は、請求項９に記載の取
引システムにおいて、前記入力フォームには、前記第１
のサーバシステムのWEBペ−ジのアドレスを入力する欄
が存在することを特徴とする。

【００２６】請求項１２の発明は、請求項８または請求
項９に記載の取引システムにおいて、前記入力フォーム
には、クレジットカードによる取引で支払うべき金額を
入力する欄が存在することを特徴とする。

【００２７】請求項１３の発明は、請求項１〜請求項６
のいずれかに記載の第１のサーバシステムの機能を有す
ることを特徴とする。

【００２８】請求項１４の発明は、請求項１〜請求項６
のいずれかに記載の第２のサーバシステムの機能を有す
ることを特徴とする取引システムのサーバシステム。

【００２９】請求項１５の発明は、請求項７〜請求項９
のいずれかに記載の第１のサーバシステムの機能を有す
ることを特徴とする取引システムのサーバシステム。

【００３０】請求項１６の発明は、請求項７または請求
項８に記載の第２のサーバシステムの機能を有すること
を特徴とする。

【００３１】請求項１７の発明は、請求項７、請求項
８、請求項１０〜請求項１２のいずれかに記載の第３の
サーバシステムの機能を有することを特徴とする。

【００３２】請求項１８の発明は、商品の買い手が使用
するクライアントシステムと、商品の売り手側が使用す
る第１のサーバシステムとの間で取引を行う取引システ
ムの取引方法であって、前記取引がクレジットカードに
よる決済であり、クレジットカードに記載された支払い
識別子の認証を、クレジット会社が使用する第２のサー
バシステムにより行う取引システムの取引方法におい
て、前記クレジット会社と前記商品の買い手との間で前
記クレジットカードに記録されていない付帯情報を予め
定めておき、前記クライアントシステムは、支払い識別
子および付帯情報を入力し、前記第２のサーバシステム
は、照合のための支払い識別子および付帯情報を記憶し
ておき、前記クライアントシステムに入力される支払い
識別子および付帯情報を、該クライアントシステムか
ら、または前記第１のサーバシステムを介して受け取
り、当該受け取った支払い識別子および付帯情報と記憶
された前記支払い識別子および付帯情報とを照合し、当
該照合した結果を前記第１のサーバシステムに送信する
ことを特徴とする。

【００３３】請求項１９の発明は、請求項１８に記載の
取引システムの取引方法において、前記第２のサーバシ
ステムは、前記クライアントシステムから入力された支
払い識別子を前記第１のサーバシステムを介して受け取
り、支払い識別子のみの第１の照合を実行し、該第１の
照合結果を第１のサーバシステムに送信し、前記第１の
サーバシステムは前記第１の照合結果が一致の場合に、
前記クライアントシステムに付帯情報の入力を許可し、
当該許可に応じて前記クライアントシステムから入力さ
れる付帯情報について前記第２のサーバシステムは第２
の照合を実行し、該第２の照合結果を前記第２のサーバ
システムから前記第１のサーバシステムに送信すること
を特徴とする。

【００３４】請求項２０の発明は、請求項１９に記載の
取引システムの取引方法において、前記クライアントシ
ステムは、前記第１のサーバシステムおよび前記第２の
サーバシステムの入出力情報を入力し出力するためのWE
Bページを前記第１のサーバシステムから受信し、当該
受信したWEBページ内に前記支払い識別子および前記付
帯情報の入力情報を確定するためのボタンが存在し、該
ボタンが押されることにより、前記支払い識別子を前記
第１のサーバシステムに送信し、前記支払い識別子及び
前記付帯情報を前記第２のサーバシステムに送信するこ
とを特徴とする。

【００３５】請求項２１の発明は、請求項１８〜請求項
２０のいずれかに記載の取引システムの取引方法におい
て、前記付帯情報は文字・数字からなるパスワードであ
ることを特徴とする。

【００３６】請求項２２の発明は、請求項１８〜請求項
２０のいずれかに記載の取引システムの取引方法におい
て、前記付帯情報は、指紋認証装置を用いて識別される
買い手の指紋情報であることを特徴とする。

【００３７】請求項２３の発明は、請求項１８〜請求項
２０のいずれかに記載の取引システムの取引方法におい
て、前記付帯情報は、ICカード読み取り装置を用いて識
別される買い手の個人情報であることを特徴とする。

【００３８】請求項２４の発明は、商品の買い手が使用
するクライアントシステムと、商品の売り手側が使用す
る第１のサーバシステムとの間で取引を行う取引システ
ムの取引方法であって、前記取引がクレジットカードに
よる決済であり、クレジットカードに記録された支払い
識別子の認証を、クレジット会社が使用する第２のサー
バシステムにより行う取引システムの取引方法におい
て、前記取引システムは、前記クライアントシステムと
の間で前記商品の取引に関する保険契約を締結可能とす
る保険会社が使用する第３のサーバシステムを有し、前
記クライアントシステムは、支払い識別子を入力し、前
記第２のサーバシステムは、照合のための支払い識別子
を記憶しておき、前記クライアントシステムに入力され
る支払い識別子を、前記第１のサーバシステムを介し
て、または前記第３のサーバシステムを介して受け取
り、当該受け取った支払い識別子と記憶された前記支払
い識別子とを照合し、当該照合した結果を前記第１のサ
ーバシステムまたは前記第３のサーバシステムに送信す
ることを特徴とする。

【００３９】請求項２５の発明は、請求項２４に記載の
取引システムの取引方法において、前記第２のサーバシ
ステムは、前記クライアントシステムから入力された支
払い識別子を前記第１のサーバシステムを介して受け取
り、支払い識別子のみの第１の照合を実行し、該第１の
照合結果を第１のサーバシステムを介して前記クライア
ントシステムに送信し、前記クライアントシステムは前
記第１の照合結果が一致の場合に、入力フォームに支払
い識別子を入力し前記第３のサーバシステムを介して前
記第２のサーバシステムへ送信し、当該送信された支払
い識別子について前記第２のサーバシステムは第２の照
合を実行し、該第２の照合結果を前記第２のサーバシス
テムから前記第３のサーバシステムに送信することを特
徴とする。

【００４０】請求項２６の発明は、請求項２５に記載の
取引システムの取引方法において、前記クライアントシ
ステムは、前記第１のサーバシステムの入出力情報を入
力し出力するためのWEBページを前記第１のサーバシス
テムから受信し、当該受信したWEBページ内に前記支払
い識別子の入力情報を確定するためのボタンが存在し、
該ボタンを押すことにより、前記支払い識別子を前記第
１のサーバシステムに送信することを特徴とする。

【００４１】請求項２７の発明は、請求項２５または請
求項２６に記載の取引システムの取引方法において、前
記クライアントシステムから前記入力フォームに入力を
行う買い手固有のログインパスワードの入力を必要とす
ることを特徴とする。

【００４２】請求項２８の発明は、請求項２６に記載の
取引システムの取引方法において、前記入力フォームに
は、前記第１のサーバシステムのWEBペ−ジのアドレス
を入力する欄が存在することを特徴とする。

【００４３】請求項２９の発明は、請求項２５または請
求項２６に記載の取引システムの取引方法において、前
記入力フォームには、クレジットカードによる取引で支
払うべき金額を入力する欄が存在することを特徴とす
る。

【００４４】請求項３０の発明は、請求項１〜請求項６
のいずれかに記載の第１のサーバシステムの機能を実現
するためのプログラムを記録したことを特徴とする。

【００４５】請求項３１の発明は、請求項１〜請求項６
のいずれかに記載の第２のサーバシステムの機能を実現
するためのプログラムを記録したことを特徴とする。

【００４６】請求項３２の発明は、請求項７〜請求項９
のいずれかに記載の第１のサーバシステムの機能を実現
するためのプログラムを記録したことを特徴とする。

【００４７】請求項３３の発明は、請求項７または請求
項８に記載の第２のサーバシステムの機能を実現するた
めのプログラムを記録したことを特徴とする。

【００４８】請求項３４の発明は、請求項７、請求項
８、請求項１０〜請求項１２のいずれかに記載の第３の
サーバシステムの機能を実現するためのプログラムを記
録したことを特徴とする。

【００４９】

【発明の実施の形態】以下、図面を参照して本発明の実
施形態を詳細に説明する。なお、各図面において同様の
箇所には同一の符号を付している。

【００５０】（実施形態１）図１のブロック図は、本実
施形態のWWWを使用してインターネット経由で取引きを
行うシステム構成を示す。

【００５１】図１において、売り手サーバシステム１は
サーバエンジン２、クライアントID（識別子）テーブル
３、複数のWEBページ４、カスタマデータベース５、注
文データベース６、在庫データベース７を有する。

【００５２】サーバエンジン２はURLで識別されたWEBペ
ージにアクセスするHTTP要求を受け取り、WEBページを
消費者クライアントシステム８に提供する。カスタマデ
ータベース５は消費者に関する情報を格納している。例
えば、氏名、過去の購入情報、メールアドレスなどであ
る。注文データベース６は注文を受けてまだ出荷されて
いない商品の情報を格納している。在庫データベース７
は在庫品に対する情報を格納している。クライアントID
テーブル３はクライアントを識別するクライアントIDを
格納している。

【００５３】消費者クライアントシステム８はブラウザ
９と、独自のクライアントID１０を有する。ユーザはブ
ラウザ９を用いて、売り手サーバシステム１に対し、WE
Bページ４表示の要求等をすることが可能である。

【００５４】売り手サーバシステム１は消費者クライア
ントシステム８に対し、クライアントID１０を割り当
て、送信する。一度送信されたクライアントID１０はク
ライアントシステム内に保存される。次回以降、クライ
アントシステムは送信メッセージにこのクライアントID
１０を付けるので、売り手サーバ側は発信元を特定でき
る。

【００５５】１１はクレジットカード会社のサーバシス
テムであり、サーバエンジン１２、WEBページ１３、カ
ード情報/パスワードデータベース１４、使用履歴デー
タベース１５を有する。

【００５６】サーバエンジン１２は売り手サーバシステ
ム１のサーバエンジン２と同様、HTTP要求を受け取り、
クレジットカード会社のWEBページ１３を消費者クライ
アントシステム８に提供する。カードID情報/パスワー
ドデータベース１４はクレジットカード番号と有効期
限、パスワードの組み合わせを格納している。使用履歴
データベース１５はクレジットカード使用店舗や金額等
のカード使用情報を格納している。

【００５７】１６は、クライアントシステム８と売り手
サーバ１をつなぐインターネット網、同じく１７はクラ
イアントシステム８とクレジット会社のサーバ１１をつ
なぐインターネット網である。１８は売り手サーバ１と
クレジット会社のサーバ１１を結ぶ専用線である。この
ように、インターネットと専用線を介して各クライアン
トと売り手サーバ、クレジットカードのサーバがネット
ワークを形成している。

【００５８】次に、以上のブロック図で説明したネット
ワークを介して、商品購入取引が行われる際の、消費者
クライアントシステム８、売り手サーバシステム１、お
よびクレジットカード会社のサーバシステム１１各々の
制御につき、フロ−チャート図２〜図５を用いて説明す
る。また、図６〜１０を用い、消費者クライアントシス
テム８の表示画面について説明する。

【００５９】図２のフローチャートは消費者クライアン
トシステム８の制御手順を表す。

【００６０】ステップＳ１で、クライアントシステム８
は、ユーザからブラウザ９に入力されたURLを解析し
て、このURLに相当する商品カタログを記述したWEBペー
ジ４の送信要求を売り手サーバ１に送信する。この時、
クライアントID１０も同時に送信する。ステップＳ２
で、要求に合致したWEBページ４を受信する。

【００６１】図６はこの商品カタログペ−ジの画面表示
を示す。図６において、表２０は商品一覧を示し、商品
分類、商品名、価格が示されている。２１はバスケット
確認ボタンであり、このボタンがユーザによって押され
ると、すでにバスケットに入っている商品の一覧を示す
ページに切り替わり、ユーザが確認できる。また、商品
名はハイパーリンクとなっており、マウスなどで商品名
が選択されると、商品詳細を表す画面に切り替わる。

【００６２】図７はこの詳細画面を表す。２２は商品外
観を表す写真である。商品名、メーカ、価格、在庫情報
を示した表示欄２５をユーザが確認後、個数指定欄２３
で個数指定し、「バスケットに入れる」ボタン２４を押
す。

【００６３】再び図２において、ボタン２４が押される
ことにより、商品写真２２で示される商品に対応する商
品識別情報をクライアントシステム８が内部の記憶手段
に記憶する（ステップＳ３）。ここで、さらに買い物が
続けられるなら、ステップＳ１に戻ってユーザは新しい
WEBカタログページ表示要求をサーバ１へ送付し、同様
のフローを繰り返す（ステップＳ４）。

【００６４】買い物が終了したら、チェックアウトボタ
ン２６がユーザによって押されることにより、購入した
商品確認用画面がクライアントシステム８に表示され、
ユーザに確認を促す（ステップＳ５）。このときの画面
を図８に示す。図８において、２７の表に購入商品、個
数、合計等が表示される。変更等があれば、キャンセル
ボタン２９が押されて商品識別情報がクリアされてステ
ップＳ１に戻り（ステップＳ６）、なければ次画面ボタ
ン２８が押されて次画面に表示が変わる（ステップＳ
７）。

【００６５】図９は上述の次画面（購入者、配達先情報
画面）を表す。３０は購入者情報入力画面で、氏名、住
所等の他、支払い方法でクレジットカードを選択した場
合には、カードの種類、カード番号、カード期限の入力
が行われる。同様に配達情報３１の入力も行われる。な
お、３２はプルダウンメニューを指示する記号であり、
マウスクリックにより、プルダウンメニューが現れ、そ
の中から簡単に項目選択できるようになっている。ステ
ップＳ８で、これら購入者、配達先情報をクライアント
システム８に記憶する。

【００６６】ここで、記入内容に間違いなければ（ステ
ップＳ９）、「カ−ド確認画面へ」ボタン３３が押さ
れ、商品識別情報、購入者情報、配達情報を売り手サー
バに送信する（ステップＳ１０）。間違いがある場合
は、クリアボタン３４が押されて、購入者情報、配達情
報をクリアして再度入力される。

【００６７】ステップＳ１１で売り手サーバからカ−ド
認証可否の返信を受け、O.K.ならばステップＳ１２でカ
−ド確認画面を表示する。カ−ド認証N.G.ならば、ステ
ップＳ８に戻り、非認証の旨を画面に示すとともに、購
入者情報、配達情報の再入力を促す。

【００６８】図１０にカ−ド確認画面を示す。図１０に
おいて、ユーザは表３５にカ−ド所有者情報を入力す
る。ここでは、氏名や、カード番号等とともに、カード
所有者固有の所有者のみ知りうるカ−ドパスワ−ド３６
を入力し、すべての項目をクライアントシステム８内に
記憶する（ステップＳ１３）。ユ−ザによる記入が終了
すれば、前記情報をクレジットカード会社のサーバ１１
に送信するためのボタン３７が押され、送信が行われる
（ステップＳ１４）。

【００６９】クレジットカード会社のサーバ１１でカ−
ドIDとパスワ−ドの照合が行われると（ステップＳ１
５）、その結果は売り手サーバに送信され、さらに、消
費者クライアント８に送信される。この際、消費者クラ
イアント８は、照合O.K.なら、取引成立の通知を表示し
（ステップＳ１６）、照合N.G.なら取引不成立の旨を表
示する（ステップＳ１７）。

【００７０】次に売り手サーバシステム１の制御につ
き、図３のフロ−チャートを用いて説明する。ステップ
Ｓ１でWEBペ−ジ送信要求をクライアントシステム８か
ら受信する。同時にクライアントID１０も受信する。WE
Bペ−ジが在庫を表示する必要がある場合には、在庫デ
−タベ−スを照会し、在庫情報をWEBペ−ジに載せてク
ライアントシステム８へ送信する。

【００７１】ユ−ザによる商品選択及び購入者情報、配
達情報の記入が終了し、クライアントシステム８上で
「カ−ド確認画面へ」ボタンが押されると（ステップＳ
２）、売り手サーバシステム１は上記情報を受信する
（ステップＳ３）。

【００７２】ここで、売り手サーバシステム１は、クレ
ジット会社のサーバ１１に対し、商品選択及び購入者情
報、配達情報とともにカ−ド認証要求を送信する（ステ
ップＳ４）。ステップＳ５で、認証結果を受信する。認
証結果を判断し（ステップＳ６）、カ−ド認証O.K.な
ら、カ−ド確認画面をクライアント８に送信し（ステッ
プＳ７）、N.G.なら非認証の通知とともに購入者情報の
再入力を促す画面を送信する（ステップＳ８）。

【００７３】ステップＳ１０で、カ−ドID／パスワ−ド
照合の照合結果を受信する。ステップＳ１１で、照合結
果を判断し、照合O.K.なら、取引成立の旨を記載したWE
Bページをクライアントに送信する（ステップＳ１
２）。さらに、注文デ−タベ−スに商品識別情報を格納
する（ステップＳ１３）。N.G.なら、取引不成立の旨を
記載したWEBページをクライアント８に送信する（ステ
ップＳ１４）。

【００７４】次に、クレジットカード会社のサーバシス
テム１１の制御につき、図４、図５のフロ−チャートを
用いて説明する。図４はクレジットカ−ド認証フロ−を
表し、図５はクレジットカードのカ−ドID／パスワ−ド
照合フロ−を表す。

【００７５】図４において、ステップＳ１で、売り手サ
ーバシステム１からカード認証要求を受信する。ステッ
プＳ２で、受信したカ−ドIDがデ−タベース１４内に存
在するかどうかの認証を行う。ステップＳ３で、認証結
果を売り手サーバシステム１に返信する。

【００７６】図５において、図１０の「はい」ボタンが
押されると、カードIDとカードパスワードの照合依頼が
クライアントシステム８から送信されるので、これを受
信する（ステップＳ１）。ステップＳ２で、カードIDと
カードパスワードの組み合わせが正しいかどうか、あら
かじめカ−ドID情報／パスワ−ドデ−タベ−ス１４に格
納されている組み合わせと比較して照合する。ステップ
Ｓ３で、照合結果を、売り手サーバシステム１に送信す
る。

【００７７】上述の実施形態では、まず、カード認証作
業を行って、そのカードが実在するものであるかどうか
確定したうえで、次作業としてカ−ドIDとカード所有者
固有のパスワードの照合により、ユ−ザが本人かどうか
の確定を行ったが、これをひとつの作業としてまとめて
行ってもよい。

【００７８】また、暗号化等の手法により、パスワ−ド
自体が売り手サーバ１を経由しても安全な場合には、カ
ードIDとパスワ−ドの両方を売り手サーバ１経由でクレ
ジットカード会社のサーバ１１に送信する方法でもよ
い。

【００７９】加えて、上述の実施形態のように、売り手
サーバ１から送信されたWEBペ−ジ内のボタンを押すこ
とにより、クレジットカ−ドのサーバ１１へのリンクす
る形態である必要もない。

【００８０】（実施形態２）実施形態１では、クレジッ
トカ−ドの付帯情報として、パスワ−ドを用いたが、こ
れに限ることなく、指紋読み取り装置による本人の指紋
情報や、本人所有のICカ−ドメモリをICカード読み取り
装置で読み込むことで得られる個人情報でもよい。

【００８１】クレジットカ−ド会社との契約により、こ
れらの読み取り装置を配布することで、強固なセキュリ
ティを確保できる。

【００８２】（実施形態３）本実施形態は、保険会社の
サーバにより、消費者クライアントの取引の存在を保証
する方法に関するものである。図１１のブロック図は本
実施形態を示すシステム構成であり、実施形態１と同じ
くWWWを使用した例である。

【００８３】図１１において、実施形態１と全く同じ機
能のブロックには同じ符号を付けてある。異なる部分の
み説明する。

【００８４】保険会社のサーバシステム４４は、WEBペ
ージ４１、入力フォームデータベース４２、サーバエン
ジン４３からなる。４５、４６はインタ−ネット網であ
る。

【００８５】また、実施形態１では付帯情報としてパス
ワ−ドを使用した関係上、クレジットカ−ド会社のサー
バシステム１１内にカ−ドID／パスワ−ドデ−タベ−ス
１４が存在したが、本実施形態ではカ−ドID情報のみを
格納したカ−ドID情報デ−タベース４０になっている。
入力フォームデータベース４２とは、ユーザが自分自身
で行ったネットワ−ク上の取引を保険会社に申請する際
に作成する、取引内容詳細を記載したフォームをデータ
ベース化したものである。

【００８６】次に、以上のブロック図１１で説明したネ
ットワ−クを介して、商品購入および保険会社による取
引保証が行われる際の、消費者クライアントシステム
８、保険会社のサーバシステム４４の制御につき、フロ
−チャ−ト図１２〜図１４を用いて説明する。

【００８７】図１２のフロ−チャ−トはクライアントシ
ステム８の売り手サーバシステム１の制御手順を表す。
このフローについては、実施形態１で説明したフロー
（図２）に比較し、後半のカ−ドID／パスワ−ドの照合
過程がないことのみ異なる。つまり、S１０で「カ−ド
確認画面へ」ボタンが押されると、カ−ドの認証が行わ
れ、O.K.ならすぐに取引成立の通知を受信することにな
る。その他は全く同じ制御なので、詳細な説明は省略す
る。

【００８８】図１３のフロ−チャ−トはクライアントシ
ステム８の保険会社のサーバシステム４４の制御手順を
表す。図１２のフロ−によって取引を行ったユ−ザは、
その後、保険会社のサーバシステム４４にアクセスして
保険会社サーバ４４に取引の登録を行う。

【００８９】図１３において、ステップＳ１で、保険会
社サーバ４４の入力フォ−ムのWEBペ−ジに相当するURL
がクライアントシステム８に入力され、クライアントシ
ステム８は保険会社のサーバシステム４４に入力フォー
ム送信依頼を送信する。

【００９０】ステップＳ２で、保険会社のサーバシステ
ム４４は入力フォ−ムを受信する。図１５はこの入力フ
ォ−ムを表す図である。この入力フォームの表示前に、
ログインパスワードを問うようにしても良い。４７は、
入力フォームであり、ユーザが購入日やホームページUR
L、購入金額等を記入する。４８はプルダウンメニュー
用のボタンである。記入が終了すれば、送信ボタン４９
が押され（ステップＳ３）、記入されたフォ−ムが保険
会社のサーバ４４に送信される（ステップＳ４）。

【００９１】保険会社のサーバ４４からクレジットカ−
ド会社のサーバ１１にカード認証の問い合わせが為され
たのち、認証O.K.なら保険登録O.K.の旨をクライアント
システム８は保険会社のサーバ４４から受信して表示し
（ステップＳ６）、認証N.G.なら、保険登録N.G.の旨を
保険会社のサーバ４４から受信して表示する（ステップ
Ｓ７）。

【００９２】図１４は保険会社のサーバ４４の制御を表
すフォローチャートである。ステップＳ１で、クライア
ント８から入力フォーム送信要求を受信する。ステップ
Ｓ２でこれを送信する。このとき、ログインパスワード
の入力を要求するようにしても良い。ステップＳ３でWE
Bページ上の送信ボタンがクライアントシステム８によ
り押されたら、上記フォームを受信する（ステップＳ
４）。

【００９３】ステップＳ５でクレジットカ−ド会社のサ
ーバ１１に対し、カ−ド認証要求を送信する。ステップ
Ｓ６で認証結果を受信する。ステップＳ７で、結果が認
証なら、クライアント８に対し保険登録の旨を送信し
（ステップＳ８）、非認証なら、保険登録できない旨を
送信する（ステップＳ９）。

【００９４】本実施形態では、カード所有者が自身で取
引した内容を保険登録することにより、万一クレジット
カード情報がネットワーク上で漏洩し、心ない人によっ
て悪用されて、心あたりのない買い物の請求がきたとし
ても、その買い物が保険登録しているアイテム以外のも
のである場合には、保険会社がその金額を支払う仕組み
となっている。

【００９５】従って、消費者は、ネットワーク上の取引
において安全性を確保することができる。

【００９６】

【発明の効果】以上、説明したように、本発明によれ
ば、商品の買い手のクライアントシステムと、商品の売
り手のサーバシステムとの間で取引を行う取引システム
で、取引がクレジットカードによる決済であり、クレジ
ットカードに記録された支払い識別子の認証を、クレジ
ット会社のサーバシステムにより行う取引を行う場合、
クレジット会社と商品の買い手との間でクレジットカー
ドに記録されていない付帯情報を予め定めておき、クラ
イアントシステムは、支払い識別子および付帯情報を入
力し、クレジット会社のサーバシステムは、照合のため
の支払い識別子および付帯情報を記憶しておき、クライ
アントシステムに入力される支払い識別子および付帯情
報を、クライアントシステムから、または売り手のサー
バシステムを介して受け取り、受け取った支払い識別子
および付帯情報と記憶された支払い識別子および付帯情
報とを照合し、照合した結果を売り手のサーバシステム
に送信する。

【００９７】このため、以下のような効果がある。 １）カード所有者固有の付帯情報と支払い識別子の組み
合わせを、クレジットカード会社のサーバに直接問い合
わせて照合判断を行うので、この付帯情報を持たない人
物がカードを入手し、ネットワークを介して取引を行お
うとしても、照合がO.K.にならないかぎり取引はできな
い。従って、消費者にとっては、クレジットカード番号
が漏洩して、他人が自分になりすまして取引を行う危険
を避ける取引方法を実現することができる。また、売り
手とクレジットカード会社は専用線によりネットワーク
を形成しているのが常態となっている。この専用線を流
れるデータは通常暗号化による送受信が行われない。そ
のため、売り手には消費者の個人情報が知られてしまう
危険がある。本発明において、付帯情報のみ売り手に送
信せず、クレジットカード会社のサーバに直接送信する
ようにすれば、付帯情報が売り手に知られることもなく
なり、より安全な取引を実現できる。 ２）売り手側においては、クライアントのユーザをカー
ド所有者であると特定したうえで、取引可能となるの
で、なりすましによる無用な商トラブルを避けることが
でき、安全な取引を実現できる。また、本発明によれ
ば、商品の買い手のクライアントシステムと、商品の売
り手のサーバシステムとの間で取引を行う取引システム
で、取引がクレジットカードによる決済であり、クレジ
ットカードに記録された支払い識別子の認証を、クレジ
ット会社のサーバシステムにより行う取引を行う場合、
取引システムがクライアントシステムとの間で商品の取
引に関する保険契約を締結可能とする保険会社のサーバ
システムを有し、クライアントシステムは、支払い識別
子を入力し、クレジット会社のサーバシステムは、照合
のための支払い識別子を記憶しておき、クライアントシ
ステムに入力される支払い識別子を、売り手のサーバシ
ステムを介して、または保険会社のサーバシステムを介
して受け取り、受け取った支払い識別子と記憶された前
記支払い識別子とを照合し、照合した結果を売り手のサ
ーバシステムまたは保険会社のサーバシステムに送信す
る。このため、以下のような効果がある。 ３）カ−ド所有者は、自身で取引した内容を保険会社に
登録できるので、自身が登録していない取引によって覚
えのない請求を受けても、保険会社がそれに相当する額
を支払う等の契約を交わすことで、ネットワーク上の取
引における安全性を確保することができる。また、取引
直後にネットワークを介して登録可能なので、登録を忘
れることもなく、簡単な手続きで登録できる。

【図面の簡単な説明】

【図１】実施形態１を示すブロック図である。

【図２】実施形態１の消費者クライアントシステムの制
御を表すフロ−チャートである。

【図３】実施形態１の売り手サーバシステムの制御を表
すフロ−チャートである。

【図４】実施形態１のクレジットカード会社のカ−ド認
証フロ−を表すフロ−チャートである。

【図５】実施形態１のクレジットカード会社のID／パス
ワード照合フローを表すフロ−チャートである。

【図６】実施形態１の商品カタログページの表示画面で
ある。

【図７】実施形態１の商品詳細画面である。

【図８】実施形態１の商品確認用画面である。

【図９】実施形態１の次画面（購入者、配達先情報画
面）である。

【図１０】実施形態１のカ−ド確認画面である。

【図１１】実施形態３のブロック図である。

【図１２】実施形態３のクライアントシステム８の売り
手サーバシステム１に対する制御を表すフロ−チャ−ト
である。

【図１３】実施形態３のクライアントシステム８の保険
会社のサーバシステム４４に対する制御を表すフロ−チ
ャートである。

【図１４】実施形態３の保険会社のサーバ４４の制御を
表すフローチャートである。

【図１５】実施形態３の商品購入入力フォームを表す図
である。

【符号の説明】

１ 売り手サーバシステム ８ 消費者クライアントシステム ９ ブラウザ １１ クレジット会社のサーバシステム １４ カ−ドID情報／パスワ−ドデータベース １６ インタ−ネット網 １７ インタ−ネット網 １８ 専用線 ４２ 入力フォームデータベース ４４ 保険会社のサーバシステム ４６ インタ−ネット網

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｂ４２Ｄ 15/10 ５２１ Ｂ４２Ｄ 15/10 ５２１ Ｇ０６Ｆ 12/14 ３２０ Ｇ０６Ｆ 12/14 ３２０Ａ Ｈ０４Ｌ 9/32 Ｈ０４Ｌ 9/00 ６７３Ｅ ６７３Ｄ Ｆターム(参考） 2C005 MA34 MB08 SA05 SA06 5B017 AA07 BA05 CA14 5B049 AA05 BB11 CC39 DD01 DD04 EE05 FF03 GG02 GG04 GG07 5B055 CB09 EE02 EE03 EE12 EE27 5J104 AA07 KA01 KA17 NA05 NA35 NA38 PA07 PA10

Claims (34)

【特許請求の範囲】
1. 【請求項１】 商品の買い手が使用するクライアントシ
   ステムと、商品の売り手側が使用する第１のサーバシス
   テムとの間で取引を行う取引システムであって、前記取
   引がクレジットカードによる決済であり、クレジットカ
   ードに記載された支払い識別子の認証を、クレジット会
   社が使用する第２のサーバシステムにより行う取引シス
   テムにおいて、 前記クレジット会社と前記商品の買い手との間で前記ク
   レジットカードに記録されていない付帯情報を予め定め
   ておき、 前記クライアントシステムは、 支払い識別子および付帯情報を入力する入力手段を具
   え、 前記第２のサーバシステムは、 照合のための支払い識別子および付帯情報を記憶する記
   憶手段と、 前記クライアントシステムに入力される支払い識別子お
   よび付帯情報を、該クライアントシステムから、または
   前記第１のサーバシステムを介して受け取り、当該受け
   取った支払い識別子および付帯情報と前記記憶手段に記
   憶された支払い識別子および付帯情報とを照合する照合
   手段とを具え、該照合手段の照合結果を前記第１のサー
   バシステムに送信することを特徴とする取引システム。
2. 【請求項２】 請求項１に記載の取引システムにおい
   て、前記第２のサーバシステムの照合手段は、前記クラ
   イアントシステムの入力手段から入力された支払い識別
   子を前記第１のサーバシステムを介して受け取り、支払
   い識別子のみの第１の照合を実行し、該第１の照合結果
   を第１のサーバシステムに送信し、前記第１のサーバシ
   ステムは前記第１の照合結果が一致の場合に、前記クラ
   イアントシステムの入力手段による付帯情報の入力を許
   可し、当該許可に応じて前記クライアントシステムの入
   力手段から入力される付帯情報について前記照合手段は
   第２の照合を実行し、該第２の照合結果を前記第２のサ
   ーバシステムから前記第１のサーバシステムに送信する
   ことを特徴とする取引システム。
3. 【請求項３】 請求項２に記載の取引システムにおい
   て、前記第１のサーバシステムにはボタン操作が可能な
   ＷＥＢページが搭載されており、前記クライアントシス
   テムは、該WEBページを前記第１のサーバシステムから
   受信し、前記ボタンの操作に応じて、前記支払い識別子
   を前記第１のサーバシステムに送信し、前記支払い識別
   子及び前記付帯情報を前記第２のサーバシステムに送信
   することを特徴とする取引システム。
4. 【請求項４】 請求項１〜請求項３のいずれかに記載の
   取引システムにおいて、前記付帯情報は文字・数字から
   なるパスワードであることを特徴とする取引システム。
5. 【請求項５】 請求項１〜請求項３のいずれかに記載の
   取引システムにおいて、前記付帯情報は、指紋認証装置
   により識別される買い手の指紋情報であることを特徴と
   する取引システム。
6. 【請求項６】 請求項１〜請求項３のいずれかに記載の
   取引システムにおいて、前記付帯情報は、ICカード読み
   取り装置により識別される買い手の個人情報であること
   を特徴とする取引システム。
7. 【請求項７】 商品の買い手が使用するクライアントシ
   ステムと、商品の売り手側が使用する第１のサーバシス
   テムとの間で取引を行う取引システムであって、前記取
   引がクレジットカードによる決済であり、クレジットカ
   ードに記録された支払い識別子の認証を、クレジット会
   社が使用する第２のサーバシステムにより行う取引シス
   テムにおいて、 前記クライアントシステムとの間で、前記商品の取引に
   関する保険契約を締結可能とする第３のサーバシステム
   であって、保険会社が使用する第３のサーバシステムを
   さらに有し、 前記クライアントシステムは、 支払い識別子を入力する入力手段を具え、 前記第２のサーバシステムは、 照合のための支払い識別子を記憶する記憶手段と、 前記クライアントシステムに入力される支払い識別子
   を、前記第１のサーバシステムを介して、または前記第
   ３のサーバシステムを介して受け取り、当該受け取った
   支払い識別子と前記記憶手段に記憶された支払い識別子
   とを照合する照合手段とを具え、該照合手段の照合結果
   を前記第１のサーバシステムまたは前記第３のサーバシ
   ステムに送信することを特徴とする取引システム。
8. 【請求項８】 請求項７に記載の取引システムにおい
   て、前記第２のサーバシステムの照合手段は、前記クラ
   イアントシステムの入力手段から入力された支払い識別
   子を前記第１のサーバシステムを介して受け取り、支払
   い識別子のみの第１の照合を実行し、該第１の照合結果
   を第１のサーバシステムを介して前記クライアントシス
   テムに送信し、前記クライアントシステムは前記第１の
   照合結果が一致の場合に、前記入力手段から入力フォー
   ムに支払い識別子を入力し前記第３のサーバシステムを
   介して前記第２のサーバシステムへ送信し、当該送信さ
   れた支払い識別子について前記照合手段は第２の照合を
   実行し、該第２の照合結果を前記第２のサーバシステム
   から前記第３のサーバシステムに送信することを特徴と
   する取引システム。
9. 【請求項９】 請求項８に記載の取引システムにおい
   て、前記クライアントシステムは、前記第１のサーバシ
   ステムの入出力情報を入力し出力するためのWEBページ
   を前記第１のサーバシステムから受信し、当該受信した
   WEBページ内に前記支払い識別子の入力情報を確定する
   ためのボタンが存在し、該ボタンを押すことにより、前
   記支払い識別子を前記第１のサーバシステムに送信する
   ことを特徴とする取引システム。
10. 【請求項１０】 請求項８または請求項９に記載の取引
    システムにおいて、前記クライアントシステムから前記
    入力フォームに入力を行う買い手固有のログインパスワ
    ードの入力を必要とすることを特徴とする取引システ
    ム。
11. 【請求項１１】 請求項９に記載の取引システムにおい
    て、前記入力フォームには、前記第１のサーバシステム
    のWEBペ−ジのアドレスを入力する欄が存在することを
    特徴とする取引システム。
12. 【請求項１２】 請求項８または請求項９に記載の取引
    システムにおいて、前記入力フォームには、クレジット
    カードによる取引で支払うべき金額を入力する欄が存在
    することを特徴とする取引システム。
13. 【請求項１３】 請求項１〜請求項６のいずれかに記載
    の第１のサーバシステムの機能を有することを特徴とす
    る取引システムのサーバシステム。
14. 【請求項１４】 請求項１〜請求項６のいずれかに記載
    の第２のサーバシステムの機能を有することを特徴とす
    る取引システムのサーバシステム。
15. 【請求項１５】 請求項７〜請求項９のいずれかに記載
    の第１のサーバシステムの機能を有することを特徴とす
    る取引システムのサーバシステム。
16. 【請求項１６】 請求項７または請求項８に記載の第２
    のサーバシステムの機能を有することを特徴とする取引
    システムのサーバシステム。
17. 【請求項１７】 請求項７、請求項８、請求項１０〜請
    求項１２のいずれかに記載の第３のサーバシステムの機
    能を有することを特徴とする取引システムのサーバシス
    テム。
18. 【請求項１８】 商品の買い手が使用するクライアント
    システムと、商品の売り手側が使用する第１のサーバシ
    ステムとの間で取引を行う取引システムの取引方法であ
    って、前記取引がクレジットカードによる決済であり、
    クレジットカードに記載された支払い識別子の認証を、
    クレジット会社が使用する第２のサーバシステムにより
    行う取引システムの取引方法において、 前記クレジット会社と前記商品の買い手との間で前記ク
    レジットカードに記録されていない付帯情報を予め定め
    ておき、 前記クライアントシステムは、支払い識別子および付帯
    情報を入力し、 前記第２のサーバシステムは、 照合のための支払い識別子および付帯情報を記憶してお
    き、 前記クライアントシステムに入力される支払い識別子お
    よび付帯情報を、該クライアントシステムから、または
    前記第１のサーバシステムを介して受け取り、当該受け
    取った支払い識別子および付帯情報と記憶された前記支
    払い識別子および付帯情報とを照合し、 当該照合した結果を前記第１のサーバシステムに送信す
    ることを特徴とする取引システムの取引方法。
19. 【請求項１９】 請求項１８に記載の取引システムの取
    引方法において、前記第２のサーバシステムは、前記ク
    ライアントシステムから入力された支払い識別子を前記
    第１のサーバシステムを介して受け取り、支払い識別子
    のみの第１の照合を実行し、該第１の照合結果を第１の
    サーバシステムに送信し、前記第１のサーバシステムは
    前記第１の照合結果が一致の場合に、前記クライアント
    システムに付帯情報の入力を許可し、当該許可に応じて
    前記クライアントシステムから入力される付帯情報につ
    いて前記第２のサーバシステムは第２の照合を実行し、
    該第２の照合結果を前記第２のサーバシステムから前記
    第１のサーバシステムに送信することを特徴とする取引
    システムの取引方法。
20. 【請求項２０】 請求項１９に記載の取引システムの取
    引方法において、前記クライアントシステムは、前記第
    １のサーバシステムおよび前記第２のサーバシステムの
    入出力情報を入力し出力するためのWEBページを前記第
    １のサーバシステムから受信し、当該受信したWEBペー
    ジ内に前記支払い識別子および前記付帯情報の入力情報
    を確定するためのボタンが存在し、該ボタンが押される
    ことにより、前記支払い識別子を前記第１のサーバシス
    テムに送信し、前記支払い識別子及び前記付帯情報を前
    記第２のサーバシステムに送信することを特徴とする取
    引システムの取引方法。
21. 【請求項２１】 請求項１８〜請求項２０のいずれかに
    記載の取引システムの取引方法において、前記付帯情報
    は文字・数字からなるパスワードであることを特徴とす
    る取引システムの取引方法。
22. 【請求項２２】 請求項１８〜請求項２０のいずれかに
    記載の取引システムの取引方法において、前記付帯情報
    は、指紋認証装置を用いて識別される買い手の指紋情報
    であることを特徴とする取引システムの取引方法。
23. 【請求項２３】 請求項１８〜請求項２０のいずれかに
    記載の取引システムの取引方法において、前記付帯情報
    は、ICカード読み取り装置を用いて識別される買い手の
    個人情報であることを特徴とする取引システムの取引方
    法。
24. 【請求項２４】 商品の買い手が使用するクライアント
    システムと、商品の売り手側が使用する第１のサーバシ
    ステムとの間で取引を行う取引システムの取引方法であ
    って、前記取引がクレジットカードによる決済であり、
    クレジットカードに記録された支払い識別子の認証を、
    クレジット会社が使用する第２のサーバシステムにより
    行う取引システムの取引方法において、 前記取引システムは、前記クライアントシステムとの間
    で前記商品の取引に関する保険契約を締結可能とする保
    険会社が使用する第３のサーバシステムを有し、 前記クライアントシステムは、支払い識別子を入力し、 前記第２のサーバシステムは、 照合のための支払い識別子を記憶しておき、 前記クライアントシステムに入力される支払い識別子
    を、前記第１のサーバシステムを介して、または前記第
    ３のサーバシステムを介して受け取り、当該受け取った
    支払い識別子と記憶された前記支払い識別子とを照合
    し、 当該照合した結果を前記第１のサーバシステムまたは前
    記第３のサーバシステムに送信することを特徴とする取
    引システムの取引方法。
25. 【請求項２５】 請求項２４に記載の取引システムの取
    引方法において、前記第２のサーバシステムは、前記ク
    ライアントシステムから入力された支払い識別子を前記
    第１のサーバシステムを介して受け取り、支払い識別子
    のみの第１の照合を実行し、該第１の照合結果を第１の
    サーバシステムを介して前記クライアントシステムに送
    信し、前記クライアントシステムは前記第１の照合結果
    が一致の場合に、入力フォームに支払い識別子を入力し
    前記第３のサーバシステムを介して前記第２のサーバシ
    ステムへ送信し、当該送信された支払い識別子について
    前記第２のサーバシステムは第２の照合を実行し、該第
    ２の照合結果を前記第２のサーバシステムから前記第３
    のサーバシステムに送信することを特徴とする取引シス
    テムの取引方法。
26. 【請求項２６】 請求項２５に記載の取引システムの取
    引方法において、前記クライアントシステムは、前記第
    １のサーバシステムの入出力情報を入力し出力するため
    のWEBページを前記第１のサーバシステムから受信し、
    当該受信したWEBページ内に前記支払い識別子の入力情
    報を確定するためのボタンが存在し、該ボタンを押すこ
    とにより、前記支払い識別子を前記第１のサーバシステ
    ムに送信することを特徴とする取引システムの取引方
    法。
27. 【請求項２７】 請求項２５または請求項２６に記載の
    取引システムの取引方法において、前記クライアントシ
    ステムから前記入力フォームに入力を行う買い手固有の
    ログインパスワードの入力を必要とすることを特徴とす
    る取引システムの取引方法。
28. 【請求項２８】 請求項２６に記載の取引システムの取
    引方法において、前記入力フォームには、前記第１のサ
    ーバシステムのWEBペ−ジのアドレスを入力する欄が存
    在することを特徴とする取引システムの取引方法。
29. 【請求項２９】 請求項２５または請求項２６に記載の
    取引システムの取引方法において、前記入力フォームに
    は、クレジットカードによる取引で支払うべき金額を入
    力する欄が存在することを特徴とする取引システムの取
    引方法。
30. 【請求項３０】 請求項１〜請求項６のいずれかに記載
    の第１のサーバシステムの機能を実現するためのプログ
    ラムを記録したことを特徴とするコンピュータ読み取り
    可能な記録媒体。
31. 【請求項３１】 請求項１〜請求項６のいずれかに記載
    の第２のサーバシステムの機能を実現するためのプログ
    ラムを記録したことを特徴とするコンピュータ読み取り
    可能な記録媒体。
32. 【請求項３２】 請求項７〜請求項９のいずれかに記載
    の第１のサーバシステムの機能を実現するためのプログ
    ラムを記録したことを特徴とするコンピュータ読み取り
    可能な記録媒体。
33. 【請求項３３】 請求項７または請求項８に記載の第２
    のサーバシステムの機能を実現するためのプログラムを
    記録したことを特徴とするコンピュータ読み取り可能な
    記録媒体。
34. 【請求項３４】 請求項７、請求項８、請求項１０〜請
    求項１２のいずれかに記載の第３のサーバシステムの機
    能を実現するためのプログラムを記録したことを特徴と
    するコンピュータ読み取り可能な記録媒体。