JP2003228683A

JP2003228683A - クレジット決済における第三者機関、第三者機関の制御方法、プログラムおよび記録媒体

Info

Publication number: JP2003228683A
Application number: JP2002024845A
Authority: JP
Inventors: Tomonori Takeda; 知典武田; Hideki Kasahara; 英樹笠原
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2002-01-31
Filing date: 2002-01-31
Publication date: 2003-08-15

Abstract

(57)【要約】【課題】各クレジットカード所有者が自由に第三者機
関を選択することができ、したがって、より柔軟で自由
な決済処理を実現することができるクレジット決済にお
ける第三者機関を提供することを目的とするものであ
る。【解決手段】クレジットカード会社が、信頼性の高い
いくつかの第三者機関と契約を結び、クレジットカード
所有者は、上記クレジットカード会社が契約を結んでい
る第三者機関と個別に契約を結び、これによって、クレ
ジットカード所有者が必要とする機能をもつ適切な第三
者機関を利用し、また、第三者機関が提供する機能のう
ち、利用機能を自由に変更することができ、したがっ
て、より柔軟で快適なクレジット決済するものである。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、購入者としてのク
レジットカード所有者と、販売者と、クレジット会社
と、決済処理等を行う第三者機関との間で契約し、この
契約に基づいて、クレジット決済を高機能化するシステ
ムに関する。

【０００２】

【従来の技術】クレジットカードを用いて商品購入する
ときに、多くの場合、クレジットカード番号のみに基づ
いて、決済処理が行われ、本人確認を行わない。

【０００３】上記のように、本人確認を行わないと、ク
レジットカードを紛失した場合、または、クレジットカ
ード番号が流出した場合に、クレジットカードまたはそ
の番号を無断で他人に使用され、つまり、なりすましが
行われるという問題がある。

【０００４】また、正当なクレジットカード所有者が、
クレジットカードを用いて商品を購入する場合、販売者
が請求額を不正に水増しすることがあるという問題があ
る。

【０００５】さらに、販売者に故意がなくても、貨幣の
違い等から、金額を誤って認識し、購入者が不利益を受
ける場合があるという問題がある。たとえば、国外で商
品を購入する場合に、販売者が現地通貨で提示したとき
に、購入者が通貨換算を誤ると、予想よりも高い金額
を、請求または引き落とされる。

【０００６】ところで、購入者の正当性を確認（本人確
認）する手段として、暗証番号を入力する装置、指紋照
合する装置等の特別な装置を、全ての店舗に設置する
と、その導入費用が高価であるという問題がある。

【０００７】購入者の正当性を確認する場合、その導入
費用が高価にならないようにする方法として、電子メー
ルで、本人の購入意思を確認する方法が、特開２００１
−２８３１２５号公報に、開示されている。この方法
は、クレジット決済時に。登録先の端末（たとえば、電
子メールアドレス）に購入意思を確認し、返答があれ
ば、取引が成立すると見なす方法である。

【０００８】

【発明が解決しようとする課題】しかし、上記のよう
に、電子メールによって、本人の購入意思を確認する従
来方法では、決済機関が一極に集中し、決済機関の機能
が単一化し、固定化する傾向がある。つまり、クレジッ
トカード会社が単独の決済機構を持つと、競争原理が働
かず、機能拡張する努力が行われない。しかも、カード
会社と決済機能とが一体化していると、消費者にとっ
て、カード会社の選択の自由と、決済機能の選択の自由
とが束縛され、したがって、クレジット決済時に、購入
者がより自由に様々な機能を選択して利用することが困
難であるという問題がある。

【０００９】一方、特に、電子商取引等では、サイトで
の販売時に、サイト経営者または代理業者が、電子メー
ル等によって本人認証を行うことが考えられるが、この
場合、本人認証を行わない店舗では、クレジットカード
番号の悪用を防止することができないという問題があ
る。

【００１０】また、上記電子メールによって、本人の購
入意思を確認する従来方法では、クレジットカード所有
者の正当性のみを示すことが目的であり、販売者の正当
性を示すことを目的としていないので、販売者による故
意または偶然による金額のすり替えを防止することがで
きないという問題がある。

【００１１】つまり、上記電子メールによって、本人の
購入意思を確認する従来方法では、本人確認の際、購入
条件を十分に把握できるだけの情報（最低限、売買行為
を一意に識別できる情報と、価格）を、クレジットカー
ド所有者が登録した端末に通知することが好ましいが、
その通知を行わない。価格に関する情報がない場合、販
売者が故意または偶然に、購入者に提示した金額を変更
し、第三者機関に請求したとすると、購入者は、上記金
額変更を検知することができないという問題がある。

【００１２】また、売買行為を一意に識別することがで
きる情報がなければ、クレジットカード番号を手に入れ
た悪意のある人物が、なりすましによって商品を購入
し、たまたま同時刻に決済機関に決済要求された場合、
購入意思確認がクレジットカード所有者端末に送られた
としても、どちらが正当なものであるかを判断すること
ができないという問題がある。

【００１３】本発明は、各クレジットカード所有者が自
由に第三者機関を選択することができ、したがって、よ
り柔軟で自由な決済処理を実現することができるクレジ
ット決済における第三者機関を提供することを目的とす
るものである。

【００１４】また、本発明は、クレジットカード利用者
の要望に応じた決済処理ができるクレジット決済におけ
る第三者機関を提供することを目的とするものである。

【００１５】さらに、本発明は、比較的オープンなネッ
トワークにおいて、不正アクセスによる不正な決済行為
を、クレジットカード利用者が自動的に判断できるクレ
ジット決済における第三者機関を提供することを目的と
するものである。

【００１６】

【課題を解決するための手段】本発明は、クレジットカ
ード会社が、信頼性の高いいくつかの第三者機関と契約
を結び、クレジットカード所有者は、上記クレジットカ
ード会社が契約を結んでいる第三者機関と個別に契約を
結び、これによって、クレジットカード所有者が必要と
する機能をもつ適切な第三者機関を利用し、また、第三
者機関が提供する機能のうち、利用機能を自由に変更す
ることができ、したがって、より柔軟で快適なクレジッ
ト決済するものである。

【００１７】

【発明の実施の形態および実施例】図１は、本発明にお
ける実施例である売買システムＳＢＳを示す図である。

【００１８】販売システムＳＢＳは、販売者１と、クレ
ジットカード会社２ａ、２ｂと、第三者機関の関係３
ａ、３ｂ、３ｃとを有する。

【００１９】各販売者１（図１には、複数の販売者のう
ち１つのみを、その代表として示してある）は、クレジ
ットカード会社２ａと契約し、購入者Ｐからクレジット
決済を受け付ける。

【００２０】購入者Ｐは、クレジットカードＣＣを所有
する購入者（クレジットカード会員）であり、クレジッ
トカード所有者端末ＰＴまたはクレジットカードＣＣを
使用し、販売者１から商品等を購入する。

【００２１】クレジットカード所有者端末ＰＴは、第三
者機関３ａ、３ｂ、３ｃが行う処理について、購入者Ｐ
に適宜確認を行い、諾否の判断を仰ぐ通信端末であり、
たとえば、メール機能のついた携帯電話がその一例であ
る。

【００２２】図１中の直線は、契約関係を示している。
つまり、クレジットカード会社２ａ、２ｂは、決済業務
等を行う第三者機関３ａ、３ｂ、３ｃと契約し、第三者
機関３ａ、３ｂ、３ｃに決済業務等を委託する。

【００２３】また、購入者Ｐは、クレジットカード会社
２ａと契約し、そのクレジットカード会社２ａが契約を
結んでいる第三者機関３ａ、３ｂの中から、所望の第三
者機関と契約し、決済処理における様々な付帯サービス
を受ける。

【００２４】つまり、第三者機関３ａ、３ｂ、３ｃは、
決済業務を含む高機能処理に関して契約したクレジット
カード会社を記憶するクレジットカード会社記憶手段
と、上記高機能処理に関して、個別に契約したクレジッ
トカード所有者を記憶するクレジットカード所有者記憶
手段と、クレジット決済時に、上記クレジットカード所
有者が上記高機能処理を利用することを可能にする高機
能処理利用可能化手段とを有するクレジット決済におけ
る第三者機関の例である。

【００２５】なお、上記高機能処理は、決済または認証
である。

【００２６】図２は、第三者機関３ａの構成を示すブロ
ック図である。

【００２７】第三者機関３ａは、制御部３０と、記憶部
５０とを有する。

【００２８】制御部３０は、データ受信手段３１と、デ
ータ送信手段３２と、クレジットカード番号検索手段３
３と、確認情報生成手段３４と、ＤＢ検索手段３５と、
応答処理手段３６と、返答情報生成手段３７と、販売者
ＤＢ検索手段３８と、金融機関処理情報生成手段３９
と、各種特殊処理手段４０とを有する。

【００２９】データ受信手段３１は、外部からの情報を
受け取る手段であり、データ送信手段３２は、外部に情
報を送り出す手段であり、クレジットカード番号検索手
段３３は、クレジットカード番号ＤＢから一致するエン
トリを探し出す手段である。

【００３０】確認情報生成手段３４は、クレジットカー
ド所有者端末ＰＴに送り出すデータを作成する手段であ
り、問い合せＤＢ検索手段３５は、問い合せ中ＤＢから
一致するエントリを探し出す手段であり、応答処理手段
３６は、クレジットカード所有者端末ＰＴからの応答を
処理する手段である。

【００３１】返答情報生成手段３７は、クレジットカー
ド所有者端末ＰＴからの応答処理に基づいて、販売者１
に送出する情報を生成する手段であり、販売者ＤＢ検索
手段３８は、販売者ＤＢから一致するエントリを探し出
す手段であり、金融機関処理情報生成手段３９は、各金
融機関に対して送出する引き落し・振込み情報を生成す
る手段であり、各種特殊処理手段４０は、そのほかの付
加的な処理を行う手段である。

【００３２】記憶部５０は、クレジットカード番号ＤＢ
５１と、販売者ＤＢ５２と、問い合せ中ＤＢ５３と、取
引ＤＢ５４と、各種特殊ＤＢ５５とを有する。

【００３３】クレジットカード番号ＤＢ５１は、クレジ
ットカード番号と付随する情報を格納するデータベース
であり、販売者ＤＢ５２は、販売者１に関する情報を格
納するデータベースであり、問い合せ中ＤＢ５３は、現
在クレジットカード所有者端末ＰＴに問い合せ中の情報
を格納するデータベースであり、取引ＤＢ５４は、処理
の結果を格納するデータベースであり、各種特殊ＤＢ５
５は、その他の付加的な情報を格納するデータベースで
ある。

【００３４】第三者機関３ｂ、３ｃの構成は、第三者機
関３ａの構成と同様である。

【００３５】図３は、本発明の第１の実施例である売買
システムＳＢＳ１を示す図であり、基本的な決済業務の
実施例を示す図である。

【００３６】売買システムＳＢＳ１では、まず、販売店
１において、購入者Ｐのクレジットカード番号を読み込
む。このカード番号読み込みによって、販売者１が契約
しているクレジットカード会社２ａに、照会と決済との
依頼が要求される（Ｓ１１）。なお、ここで、販売者１
からクレジットカード会社２ａに送出される情報は、ク
レジットカード番号、販売者ＩＤ、商品ＩＤ、価格であ
る。

【００３７】クレジットカード会社２ａが上記情報を受
け取ると、クレジットカード会社２ａのデータベースに
格納されているクレジットカード番号と第三者機関との
対に基づいて、決済業務を行う第三者機関３ａを割り出
し、リダイレクトする（Ｓ１２）。

【００３８】第三者機関３ａは、場合によって与信を行
った後に、クレジットカード番号から、購入者Ｐを割り
出し、所定の条件・処理に応じた決済業務を実行してよ
いか否かを判断するために、購入者Ｐが十分に判断でき
る情報とともに、事前登録されたクレジットカード所有
者端末ＰＴに確認のメッセージを送る（Ｓ１３）。

【００３９】この場合における通信手段は、たとえば、
携帯電話の電子メールである。また、上記場合における
送出情報は、「販売者ＩＤ、商品ＩＤ、価格」または、
「販売者ＩＤを変換し有意な情報にしたもの、商品ＩＤ
を変換し有意な情報にしたもの、価格」である。

【００４０】ここで、上記「有意な情報」は、単なる文
字列ではなく、人間が理解できる情報である。また、セ
ッションＩＤ（ランダムな値）を、送出情報に付与す
る。購入者Ｐは、確認を促すメッセージを受け取り（Ｓ
１３）、受け取った確認メッセージを承認する場合は、
その旨を第三者機関に返信する（Ｓ１４）。この方法
は、たとえば、電子メールである。また、確認を促すメ
ッセージを承認しない場合は、否認する旨を第三者機関
に送信する（Ｓ１４）。

【００４１】第三者機関３ａは、クレジットカード所有
者端末ＰＴから応答を受け取る（Ｓ１４）と、その応答
が承認である場合は、販売者１に、売買成立の旨を通知
するとともに、所定のルールに従って、振込み・引き落
とし等の決済処理を行う（Ｓ１５）。決済処理は、通常
のクレジット決済と同様である（図３では、決済処理の
動作を省略してある）。また、クレジットカード所有者
端末ＰＴからの応答が否認である場合、販売者１に、売
買不成立の旨を通知し、決済処理を行わない（Ｓ１
５）。

【００４２】次に、売買システムＳＢＳ１において、上
記決済業務における第三者機関３ａを構成する装置内で
の詳細な動作について説明する。

【００４３】まず、ステップＳ１２において、（１）販売者１から、「クレジットカード番号、販売者
ＩＤ、商品ＩＤ、価格」を、データ受信手段３１が受信
する。

【００４４】（２）クレジットカード番号ＤＢ検索手段
３３に「クレジットカード番号、販売者ＩＤ、商品Ｉ
Ｄ、価格」を送り、クレジットカード番号ＤＢ検索手段
３３は、クレジットカード番号をキーとして、クレジッ
トカード番号ＤＢ５１から、一致するエントリを探し出
す。

【００４５】（３）この際、一致するエントリに、条件
・処理が記述されている場合、対応する各種特殊処理手
段４０が処理する。

【００４６】（４）確認情報生成手段３４に、「クレジ
ットカード番号、販売者ＩＤ、商品ＩＤ、価格、クレジ
ットカード所有者端末ＩＤ」が送られ、この情報に基づ
いて、クレジットカード所有者端末ＩＤ宛に、「販売者
ＩＤ、商品ＩＤ、価格」と、セッションＩＤ（ランダム
な値）を付与した情報を生成する。

【００４７】（５）問い合せ中ＤＢ５３に、「クレジッ
トカード番号、クレジットカード所有者端末ＩＤ、販売
者ＩＤ、商品ＩＤ、金額、セッションＩＤ、日時（現在
時刻）」を格納する。

【００４８】（６）データ送信手段３２が、クレジット
カード所有者端末ＩＤ宛てに、「販売者ＩＤ、商品Ｉ
Ｄ、価格」を送る。なお、問い合せ中ＤＢ５３に、日時
が格納され、一定時間の間に、クレジットカード所有者
端末ＰＴから応答がない場合、このエントリが消去さ
れ、取引ＤＢ５４の該当するクレジットカード番号のエ
ントリに、「販売者ＩＤ、商品ＩＤ、金額、日時、セッ
ションＩＤ」を格納すると同時に、結果がタイムアウト
になったことを格納する。

【００４９】次に、ステップＳ１４において、（１）クレジットカード所有者端末ＰＴから応答が帰っ
てきた場合、データ受信手段３１が、「端末ＩＤ、セッ
ションＩＤ、応答結果」を読み取る。

【００５０】（２）問い合せ中ＤＢ検索手段３５が、セ
ッションＩＤ（ランダムな値）と端末ＩＤとをキーとし
て、一致するエントリを検索する。

【００５１】（３）応答処理手段３６に、「クレジット
カード番号、販売者ＩＤ、商品ＩＤ、金額、日時、応答
結果」が送られ、取引ＤＢ５４の該当するクレジットカ
ード番号のエントリに、「販売者ＩＤ、商品ＩＤ、金
額、日時、セッションＩＤ（ランダムな値）」を格納す
ると同時に、結果を格納する。

【００５２】（４）販売者ＤＢ検索手段３８を呼び出
し、販売者ＩＤをキーとして、「販売者端末ＩＤ、販売
者金融機関口座」情報を得る。

【００５３】（５）応答処理手段３６は、「販売者端末
ＩＤ、応答結果」を、返答情報生成手段３７に送ると同
時に、応答結果が承認であれば、「クレジットカード番
号、販売者ＩＤ、商品ＩＤ、金額、日時、販売者金融機
関口座」を、金融機関引き落し情報生成手段３９に送
る。

【００５４】（６）返答情報生成手段３７は、販売者端
末ＩＤ宛てに、「応答結果」の情報を生成する。

【００５５】（７）データ送信手段３２が、販売者端末
ＩＤ宛に「応答結果」を送信する。

【００５６】（８）金融機関処理情報生成手段３９は、
クレジットカード番号ＤＢ検索手段３３を呼び出し、ク
レジットカード番号をキーとして、「金融機関口座」情
報を得た後に、引き落し・振込みに必要な情報を生成す
る。

【００５７】（９）データ送信手段３２が、各金融機関
に、引き落し・振込みを依頼する。

【００５８】つまり、上記認証は、上記クレジットカー
ド所有者が事前に自端末を登録し、クレジット決済時
に、上記自端末に購入意思確認と決済内容確認とを、上
記第三者機関が実行することによって、上記クレジット
カード所有者が正当なクレジットカード所有者であるこ
とを証明し、また、価格のすり替えによる販売者の詐称
を防止し、さらに、別の悪意のある人物による不正な決
済要求を防止する。

【００５９】また、上記認証時に、上記クレジットカー
ド所有者が事前に登録した端末に何らかの原因によって
通信ができない場合、上記クレジットカード所有者によ
る事前の承認があれば、商品売買を成立させ、上記端末
が通信可能になった場合に購入履歴を通知することによ
って、上記クレジットカード所有者の端末が通信不能で
ある場合でも、購入を可能にし、しかも、購入履歴をク
レジットカード所有者に通知することによって、不正利
用を検知する。

【００６０】さらに、販売システムＳＢＳ１は、クレジ
ット決済時に、クレジットカード会社にクレジットカー
ド番号を含む情報を送信する販売者側送信手段と、上記
送信されたクレジットカード番号等に基づいて、クレジ
ットカード所有者が契約する第三者機関を割り出す第三
者機関割り出し手段と、上記割り出された第三者機関に
リダイレクトするリダイレクト手段と、上記第三者機関
が提供する機能を、上記クレジットカード所有者が利用
する利用手段とを有する売買システムの例である。

【００６１】次に、上記実施例において、第三者機関へ
通信するときに、リダイレクトする代わりに、転送する
場合について説明する。

【００６２】図４は、本発明の第２の実施例である売買
システムＳＢＳ２を示す図であり、第三者機関へ通信す
るときに、リダイレクトする代わりに、転送する実施例
を示す図である。

【００６３】売買システムＳＢＳ２において、リダイレ
クトではなく、クレジットカード会社２ａが、クレジッ
トカード番号に基づいて、第三者機関３ａを割り出し、
この割り出された第三者機関３ａに情報を転送する（Ｓ
２２）。

【００６４】なお、クレジットカード会社２ａが、クレ
ジットカード番号を、１：１で対応する別の値（識別
子）に変換し、この値（識別子）を利用して、第三者機
関をデータベース検索するようにしてもよい。ただし、
この場合、第三者機関のデータベースが、変換後の識別
子で構成されていることが前提である。このようにする
ことによって、クレジットカード番号を不要にネットワ
ークに流すことを防止することができる。

【００６５】次に、売買システムＳＢＳ２における認証
方式について説明する。

【００６６】認証は、購入者Ｐが、正当なクレジットカ
ード所有者であることを証明することと、販売者１が正
当な販売者であることを証明することとである。

【００６７】購入者Ｐを認証する場合、購入者Ｐの連絡
先を事前登録し、この登録先に意思確認を行い、承認の
応答があった場合に、購入者Ｐを認証するすることがで
きたとし、この場合にのみ、売買を成立する。

【００６８】この方法では、クレジットカード番号を不
正に利用された場合でも、上記事前登録端末から承認の
応答が受信できなければ、売買が成立しないので、クレ
ジットカード番号を不正利用されたとしても、同時に事
前登録端末を不正利用されない限り、クレジット決済は
行われない。

【００６９】販売者１の正当性を確認する場合、第三者
機関が、購入者Ｐに購入意思確認を行う際、価格を提示
すれば、価格のすり替え（購入者Ｐへの提示価格とクレ
ジット決済請求金額が異なること）に対処できる。

【００７０】また、第三者機関が、購入者Ｐに購入意思
を確認する際、売買行為を識別することができる情報
（販売者ＩＤ、商品ＩＤ等）を提示することによって、
購入者Ｐは、自分の支払い先が正当な販売者１であるこ
とを確認することができる。

【００７１】上記売買行為を識別することができる情報
（販売者ＩＤ、商品ＩＤ等）の表示がなければ、本人に
よるクレジット決済とほぼ同時刻に、不正なクレジット
決済要求が生じた場合、購入者Ｐは、正当な販売者１か
らの購入意思確認であるのか、不正なクレジット決済要
求による購入意思確認であるのかを区別することができ
ず、したがって、正当な販売者１への支払いが保証され
ない。

【００７２】売買行為を識別することができる情報（販
売者ＩＤ、商品ＩＤ等）を表示することによって、クレ
ジットカード番号と同時に売買行為識別情報とを詐称さ
れない限り、正当な販売者１への支払いが保証される。

【００７３】また、上記認証時に、バッテリ不足や電波
状況が悪い等の理由で、携帯電話等の端末を使用できな
い場合、購入意思確認をとることができないので、売買
が成立しない。この場合、購入者Ｐが、事前に承認して
いれば、通信できないことによって購入意思を確認でき
なくても、売買を暫定的に認める等、拡張解釈するよう
にしてもよい。

【００７４】その後に、通信が可能になった場合に、購
入者Ｐに購入履歴を通知する。この購入履歴を購入者Ｐ
に通知することによって、端末が通信不可の場合に、購
入できないという問題を解決することができ、しかも、
購入履歴を早く通知することによって、不正利用を迅速
に検知することができる。

【００７５】また、購入者Ｐが事前に登録していた端末
に、購入意思を確認する情報を送るときに、同時に広告
を送るようにしてもよい。このように、広告を送信する
ことによって、第三者機関が広告代理店等と提携し、購
入者Ｐが購入を望む商品に関連する広告を送ることがで
きる。

【００７６】この場合、第三者機関に、広告ＤＢを追加
し、所定の条件と一致する広告を、広告ＤＢから引き出
し、確認情報に付与する機能を、確認情報生成手段３４
に追加する。

【００７７】つまり、売買システムＳＢＳ２は、クレジ
ットカード所有者が登録した端末に購入意思確認を行う
際に、広告を送信する第三者機関の例である。

【００７８】また、売買システムＳＢＳ２は、クレジッ
ト決済時に、クレジットカード会社にクレジットカード
番号を含む情報を送信し、決済要求する販売者側決済要
求手段と、上記送信されたクレジットカード番号等に基
づいて、クレジットカード所有者が契約する第三者機関
を割り出す第三者機関割り出し手段と、上記割り出され
た第三者機関に情報を転送する情報転送手段と、上記割
り出された第三者機関が提供する機能を、クレジットカ
ード所有者が利用する利用手段とを有し、上記クレジッ
トカード会社が、クレジットカード番号と１：１で対応
する別の識別子を導き、上記第三者機関が、上記導かれ
た上記別の識別子をキーとして検索する売買システムの
例である。

【００７９】次に、条件の概念を取り入れ、決済処理を
行う動作について説明する。

【００８０】図５は、本発明の第３の実施例である売買
システムＳＢＳ３を示す図であり、条件の概念を取り入
れ、決済処理する実施例を示す図である。

【００８１】まず、上記条件として、クレジットカード
番号＝Ａであり、販売者１＝Ｂであるという条件が設定
され、購入者Ｐの金融機関口座から金額の５割を引き落
とし、別の人物Ｃの金融機関口座Ｄから残りの５割を引
き落とす処理を、特殊な決済処理として設定する。所定
のある会社が提携している店舗で、上記所定の会社の社
員が購入する場合、上記所定の会社が５割負担する場合
の設定である。このような場合、クレジットカード番号
Ａがエントリされると、販売者１＝Ｂという条件が、第
三者機関のデータベースに設定され、５割の金額を金融
機関口座Ｄから引き落とす処理が実行される。

【００８２】売買システムＳＢＳ３において、まず、販
売店１において、購入者Ｐのクレジットカード番号を読
み込む。このカード番号読み込みによって、販売者１が
契約しているクレジットカード会社２に、照会と決済と
の依頼が要求される（Ｓ３１）。なお、ここで、販売者
１からクレジットカード会社２に送出される情報は、ク
レジットカード番号、販売者ＩＤ、商品ＩＤ、価格であ
る。

【００８３】そして、販売者１から、クレジットカード
番号と販売者ＩＤとが送信された場合、まずクレジット
カード番号の一致するエントリを検索する（Ｓ３２）。
一致するエントリが検索された場合、当該エントリの中
に、一致する条件を検索する。クレジットカード番号Ａ
を所有する人物が、販売店Ｂで購入する場合、一致が検
出されるので、指定された決済処理として、購入者Ｐの
金融機関口座から５割引き落とし、人物Ｃの金融機関口
座Ｄから５割引き落とすることが認識される。

【００８４】上記決済処理内容を、クレジットカード所
有者端末ＰＴに送信し（Ｓ３３）、応答を受ける（Ｓ３
４）。応答が承認であれば、販売者１に通知し、指定の
決済処理を行う（Ｓ３５）。

【００８５】すなわち、第三者機関３は、場合によって
は手数料を差し引いた後に、所定の金額を販売店口座に
振り込み、購入者Ｐが登録している金融機関４ａの金融
機関口座から、５割の金額を引き落とし、人物Ｃの金融
機関４ｂの金融機関口座Ｄから、５割の金額を引き落と
す（Ｓ３６）。この際、問い合わせ中ＤＢ５３に、金額
と金融口座Ｃとを追加情報として格納する。

【００８６】売買システムＳＢＳ３では、上記条件とし
て、販売者１、日時、商品種別を含み、上記特殊な決済
処理として、支払い者（支払い口座）指定、支払い者金
額・割合指定、請求書発行指定を含む。

【００８７】このような設定によって、たとえば、１２
時以降のタクシー決算は会社払い、または会社への請求
書発行（請求書は販売者１ではなく、第三者機関３が代
行して発行）を自動的に行う処理、出張旅程中の支払い
を全て会社払いにする処理が可能になる。

【００８８】つまり、売買システムＳＢＳ３は、特殊な
決済要求について、特殊な処理を行うことを特徴とする
クレジット決済における第三者機関の例である。この場
合、上記特殊な決済要求は、組みこまれた所定の条件に
当てはまる決済要求であり、上記組みこまれた所定の条
件に当てはまる決済要求について、特殊な決済処理を行
う。また、上記所定の条件は、販売者、日時、商品種別
であり、上記特殊な決済処理は、引き落とし口座指定、
引き落とし金額・割合指定、請求書発行指定である。

【００８９】次に、販売者１と購入者Ｐとの間における
通貨の認識の違いによるトラブルを防ぐ方法について説
明する。

【００９０】図６は、本発明の第４の実施例である売買
システムＳＢＳ４を示す図であり、販売者１と購入者Ｐ
との間における通貨の認識の違いによるトラブルを防ぐ
実施例を示す図である。

【００９１】売買システムＳＢＳ４において、まず、販
売店１において、購入者Ｐのクレジットカード番号を読
み込む。このカード番号読み込みによって、販売者１が
契約しているクレジットカード会社２に、照会と決済と
の依頼が要求される（Ｓ４１）。なお、ここで、販売者
１からクレジットカード会社２に送出される情報は、ク
レジットカード番号、販売者ＩＤ、商品ＩＤ、価格であ
る。

【００９２】そして、販売者１が、販売価格を所定の通
貨で請求した場合、購入者Ｐが予め指定した通貨単位
に、第三者機関３が変換し（Ｓ４２）、クレジットカー
ド所有者端末ＰＴに通知する（Ｓ４３）。その後、クレ
ジットカード所有者端末ＰＴから応答を受け（Ｓ４
４）、応答が承認であれば、販売者１に通知し、指定の
決済処理を行う（Ｓ４５）。

【００９３】上記のように、購入者Ｐが予め指定した通
貨単位に、第三者機関３が変換するので、特に外国での
売買行為において、販売者１が、通貨単位Ｘを意味して
いたのに、購入者Ｐが通貨単位Ｙを意味していたという
ような誤解によるトラブルの発生を防ぐことができる。

【００９４】また、購入者Ｐが予め指定した通貨単位
に、第三者機関３が変換するので、購入者Ｐが、手動で
為替変換する必要がない。

【００９５】なお、上記方式をより一般化すれば、上記
方式は、条件・処理を用いた決済の一例であると考える
ことができる。たとえば、上記条件は、請求金額の通貨
単位がＸ以外であるという条件であり、上記処理は、通
貨単位をＸに変換してクレジットカード所有者端末ＰＴ
に通知する処理である。

【００９６】第三者機関３に、為替変換手段と、為替レ
ートＤＢとを追加する。クレジットカード番号検索手段
３３は、クレジットカード番号ＤＢ５１からエントリが
検出された際、通貨単位がＸ以外であるという条件が指
定されていた場合、上記追加された為替変換手段を呼び
出し、為替変換を行った後、確認情報を生成する。な
お、上記為替変換手段は、上記為替レートＤＢを利用
し、為替変換計算を行う。

【００９７】また、売買システムＳＢＳ４において、購
入者Ｐが、決済処理に伴う機能を容易に変更できるよう
にしてもよい。つまり、たとえば、購入者Ｐは、クレジ
ットカード所有者ＩＤの変更（最も単純な例では、クレ
ジットカード番号をクレジットカード所有者ＩＤとす
る）と、第三者機関３が提供可能な機能の追加・変更と
を、ウェブページ等から入力する。第三者機関３は、こ
の機能の追加・変更の要求を受け取った場合、クレジッ
トカード所有者ＩＤに基づいて、登録クレジットカード
所有者端末ＩＤを割り出し、確認の情報を登録端末に送
り、返信が承認であれば、内容を変更する。なお、機能
の変更としては、条件・処理を変更することを含む。

【００９８】第三者機関３内において、機能変更手段が
追加され、また、各手段が、機能変更であるのか、決済
要求であるのかを、認識し、処理を切り替えることがで
きるように拡張される。データ受信手段３１が、機能変
更要求を受け取った後、クレジットカード番号ＤＢ検索
手段３３を呼び出し、クレジットカード番号ＤＢ５１か
ら、一致するエントリを検索する。

【００９９】この後に、確認情報生成手段３４が、該当
するクレジットカード所有者端末ＩＤ宛てに、変更確認
の情報を生成し、データ送信手段３２が、データを送信
する。これと同時に、機能変更要求中であることを示す
情報を、問い合せ中ＤＢに付与し、情報を格納する。返
信があれば、データ受信手段３１が情報を受け取った後
に、応答処理手段３６が、承認か否認かを判断する。承
認であれば、問い合わせ中ＤＢ検索手段が、該当するエ
ントリを抜き出し、機能変更手段が、クレジットカード
番号ＤＢ５１の該当するエントリの条件・処理を変更す
る。

【０１００】つまり、売買システムＳＢＳ４において、
高機能処理は、通貨の違いによるクレジットカード所有
者、販売者の認識のずれを排除する通貨価値変換機能で
ある。また、売買システムＳＢＳは、クレジットカード
所有者が契約している第三者機関が提供する機能のうち
で、少なくとも１つの機能を個別に選択、変更可能であ
る第三者機関の例である。

【０１０１】さらに、売買システムＳＢＳは、クレジッ
トカード所有者がウェブページで変更要請したときに、
登録されているクレジットカード所有者が所有する端末
に確認し、上記確認した端末が承認を応答した場合に、
上記変更要請を反映する第三者機関の例である。

【０１０２】次に、不正アクセスによる不正な引き落と
しが発生したこと、または発生しようとしていることを
自動判定する方法について説明する。

【０１０３】図７は、本発明の第５の実施例である売買
システムＳＢＳ５を示す図であり、不正アクセスによる
不正な引き落としが発生したこと、または発生しようと
していることを自動判定する実施例を示す図である。

【０１０４】通常の決済において、第三者機関３からク
レジットカード所有者端末ＰＴに購入意思確認を行う際
に、第三者機関３がセッションＩＤ（ランダムな値）を
送信する（Ｓ５１）。購入者Ｐが購入に同意した場合、
購買内容（金額等）と、履歴としてのセッションＩＤ
（ランダムな値）とを保存する。

【０１０５】一方、第三者機関３は、金融機関４から引
き落とす際に、または引き落とし要求を行う際に、セッ
ションＩＤ（ランダムな値）をも送信するように拡張す
る。

【０１０６】金融機関４が、クレジットカード所有者端
末ＰＴのＩＤのデータベースを保持している場合は、直
接、クレジットカード所有者端末ＰＴに、セッションＩ
Ｄ（ランダムな値）と引き落とし金額等を通知する（Ｓ
５２）。また、金融機関４が、クレジットカード所有者
端末ＰＴのＩＤのデータベースを保持していない場合、
クレジットカード会社を介して、クレジットカード所有
者端末ＰＴに、セッションＩＤ（ランダムな値）と引き
落とし金額等を通知する（Ｓ５２）。そして、金融機関
４が、クレジットカード所有者端末ＰＴのＩＤのデータ
ベースを保持していても、何らかの理由によって、クレ
ジットカード会社が、クレジットカード所有者端末ＰＴ
のＩＤについてのデータベースを保持していれば、クレ
ジットカード会社を介して、クレジットカード所有者端
末ＰＴに、セッションＩＤ（ランダムな値）と引き落と
し金額等を通知する（Ｓ５２）。

【０１０７】この通知を、即時実行しても、定期的に実
行してもよい。この通知を実行する際、金融機関４また
はクレジット会社２から通知されたセッションＩＤ（ラ
ンダムな値）が、クレジットカード所有者端末ＰＴに記
憶されていた場合、正当な決済が行われたことが分かる
（Ｓ５３）。

【０１０８】一方、第三者機関３がクラッキング等の不
正アクセスを受けた場合、正当な購入者Ｐに確認を行わ
ずに、決済処理を実行するケースが考えられる。たとえ
ば、不正アクセス者が、振込み先として自身の金融機関
口座を指定して決済処理を行う場合や、他人のクレジッ
トカード番号を使用して物品購入する場合がある。

【０１０９】上記実施例では、上記のように、不正アク
セスが発生し（Ｓ５１）、購入者Ｐの意思確認を行わず
決済業務が行われた場合（Ｓ５２）、金融機関４または
クレジットカード会社２から、セッションＩＤ（ランダ
ムな値）がクレジットカード所有者端末ＰＴに通知され
る（Ｓ５３、Ｓ５４）が、クレジットカード所有者端末
ＰＴが該当するセッションＩＤ（ランダムな値）を保持
していないので、不正に引き落としされていることを自
動的に検知することができる。

【０１１０】不正アクセス者が、購入者Ｐに気づかれず
に、不正にクレジット決済するには、ステップＳ５４を
実行させないようにすることが必要であるが、このよう
にするためは、金融機関４またはクレジットカード会社
２が不正アクセスを実行する必要があり、現実的には不
可能である。

【０１１１】つまり、売買システムＳＢＳ５は、クレジ
ットカード所有者が所有する端末に、購入意思確認情報
を送る第三者機関と、上記端末に送られた購入意思確認
情報のうちで、購入者が承認を応答した購入意思確認情
報の履歴を、上記端末に残し、一定期間、削除させない
購入意思確認情報履歴手段と、クレジットカード会社ま
たは上記クレジットカード所有者が指定する引き落とし
用金融機関から、定期的に上記端末に引き落としの履
歴、または引き落とし要求の履歴を送付する引き落とし
履歴手段と、上記購入意思確認情報の履歴と、上記引き
落としの履歴または引き落とし要求の履歴とを比較する
履歴比較手段と、第三者機関が不正なアクセスを受け、
クレジットカード所有者へ意思確認応答せずに決済処理
を行った場合における情報の不一致を検出し、不正な引
き落とし、または不正な引き落としの前兆を判別する不
正引き落とし判別手段とを有する売買システムの例であ
る。

【０１１２】次に、複数カードを組み合わせた利用例に
ついて説明する。

【０１１３】図８は、本発明の第６の実施例である売買
システムＳＢＳ６を示す図であり、複数カードを組み合
わせた実施例を示す図である。

【０１１４】購入者Ｐは、クレジットカードと、販売店
Ａで有効なカードとを所有しているとする。上記「有効
なカード」は、たとえば、会員証であるとする。また、
「販売店Ａで有効」とは、たとえば、商品購入時にポイ
ントが加算され、ポイントがある一定値に達すると、商
品引き換え券を配布することができるという意味であ
る。購入者Ｐは、クレジットカードと、販売店Ａのカー
ドとについて、同一の第三者機関３に加入しているとす
る。

【０１１５】この場合、販売店Ａでクレジット決済する
ときに、クレジットカード番号と所有者ＩＤとの対応を
とるデータベースを、第三者機関３が保持し、また、所
有者ＩＤについて、その所有者が加入している別のカー
ドと、受けられるサービスとについてのデータベース
を、第三者機関３が保持することによって、クレジット
決済時に、上記別のカードについてのサービスを受ける
ことができる。この例では、クレジット決済を行った際
に、同時にポイントが加算される。

【０１１６】第三者機関３において、クレジットカード
番号ＤＢ５１に、所有者ＩＤ情報が付加される。また、
所有者ＤＢが追加される。所有者ＤＢには、所有者ＩＤ
と、その所有者が加盟しているカードの種類と、その処
理内容とが格納されている。また、販売者１に、ポイン
ト計算手段、所有者ＤＢ検索手段が追加される。

【０１１７】売買システムＳＢＳ６において、まず、販
売店１において、購入者Ｐのクレジットカード番号を読
み込む。このカード番号読み込みによって、販売者１が
契約しているクレジットカード会社２に、照会と決済と
の依頼が要求される（Ｓ６１）。なお、ここで、販売者
１からクレジットカード会社２に送出される情報は、ク
レジットカード番号、販売者ＩＤ、商品ＩＤ、価格であ
る。

【０１１８】そして、販売者１から、クレジットカード
番号と販売者ＩＤとが送信された場合、まず、クレジッ
トカード番号の一致するエントリを検索する（Ｓ６
２）。

【０１１９】ここで、販売店から問い合せがあると（Ｓ
６３）、クレジットカード番号ＤＢ検索手段３３が、ク
レジットカード番号ＤＢ５１を検索し、エントリを検索
したときに、所有者ＩＤが導かれ、所有者ＤＢ検索手段
が、販売者１の会員になっていることが導かれる。販売
者１の会員になってことを示す情報を、問い合せ中ＤＢ
５３に入れておく。

【０１２０】一方、クレジットカード所有者端末ＰＴか
ら応答があり（Ｓ６４）、この応答が承認であれば、上
記問い合せ中ＤＢ５３から、別カードの会員になってい
ることが分かり、ポイント計算を行う必要があることが
導かれ、ポイント計算手段が、ポイント計算する。ポイ
ント計算の結果を、所有者ＤＢに格納し、ポイントが加
算される。

【０１２１】つまり、売買システムＳＢＳ６は、クレジ
ットカード所有者が、当該クレジットカードと、他社カ
ード会社のクレジットカードをと含む複数のカードを所
有し、上記複数のカードについて、同一の第三者機関と
契約し、利用することによって、複数のカードを組み合
わせた利用が可能である売買システムの例である。

【０１２２】上記実施例によれば、クレジットカード会
社２が、信頼性の高いいくつかの第三者機関３と契約を
結び、クレジットカード所有者Ｐは、クレジットカード
会社２が契約を結んでいる第三者機関３と個別に契約を
結び、これによって、クレジットカード所有者１が必要
とする機能をもつ適切な第三者機関３を利用し、また、
第三者機関３が提供する機能のうちで、利用機能を自由
に変更することができ、したがって、より柔軟で快適な
クレジット決済することができる。

【０１２３】また、上記実施例によれば、クレジットカ
ード会社２と独立した第三者機関３に、競争原理を持ち
込むことによって、機能拡張が盛んになることが期待さ
れ、いわば、第三者機関はＡＳＰ（アプリケーション・
サービス・プロバイダ）であり、決済処理に伴う様々な
アプリケーションを、ユーザに提供する。

【０１２４】さらに、上記実施例によれば、クレジット
カード所有者Ｐが通信端末ＰＴをもち、第三者機関３と
情報をやりとりすることによって、不正な決済処理を未
然に防止でき、また不正な決済処理を自動的に検出する
ことができる。

【０１２５】ところで、上記実施例を、プログラムの発
明として把握することができる。つまり、上記実施例
は、決済業務を含む高機能処理に関して、第三者機関と
契約したクレジットカード会社を記憶するクレジットカ
ード会社記憶手順と、上記高機能処理に関して、上記第
三者機関と個別に契約したクレジットカード所有者を記
憶するクレジットカード所有者記憶手順と、クレジット
決済時に、上記クレジットカード所有者が上記高機能処
理を利用することを可能にする高機能処理利用可能化手
順とをコンピュータに実行させるプログラムの例であ
る。

【０１２６】また、上記プログラムを、ＦＤ、ＣＤ、Ｄ
ＶＤ、ＨＤ、半導体メモリ等の記録媒体に記録するよう
にしてもよい。

【０１２７】

【発明の効果】本発明によれば、各クレジットカード所
有者が自由に第三者機関を選択することができ、したが
って、より柔軟で自由な決済処理を実現することができ
るという効果を奏する。

【図面の簡単な説明】

【図１】本発明における実施例である売買システムＳＢ
Ｓを示す図である。

【図２】第三者機関３ａの構成を示すブロック図であ
る。

【図３】本発明の第１の実施例である売買システムＳＢ
Ｓ１を示す図であり、基本的な決済業務の実施例を示す
図である。

【図４】本発明の第２の実施例である売買システムＳＢ
Ｓ２を示す図であり、第三者機関へ通信するときに、リ
ダイレクトする代わりに、転送する実施例を示す図であ
る。

【図５】本発明の第３の実施例である売買システムＳＢ
Ｓ３を示す図であり、条件の概念を取り入れ、決済処理
する実施例を示す図である。

【図６】本発明の第４の実施例である売買システムＳＢ
Ｓ４を示す図であり、販売者１と購入者Ｐとの間におけ
る通貨の認識の違いによるトラブルを防ぐ実施例を示す
図である。

【図７】本発明の第５の実施例である売買システムＳＢ
Ｓ５を示す図であり、不正アクセスによる不正な引き落
としが発生したこと、または発生しようとしていること
を自動判定する実施例を示す図である。

【図８】本発明の第６の実施例である売買システムＳＢ
Ｓ６を示す図であり、複数カードを組み合わせた実施例
を示す図である。

【符号の説明】

ＳＢＳ、ＳＢＳ１〜ＳＢＳ６…売買システム、Ｐ…購入者(クレジットカード所有者)、ＰＴ…クレジットカード所有者端末、ＣＣ…クレジットカード、１…販売者、２、２ａ、２ｂ…クレジットカード会社、３、３ａ、３ｂ…第三者機関、４ａ、４ｂ…金融機関、３０…制御部、５０…記憶部。

Claims

【特許請求の範囲】

【請求項１】決済業務を含む高機能処理に関して契約
したクレジットカード会社を記憶するクレジットカード
会社記憶手段と；上記高機能処理に関して、個別に契約
したクレジットカード所有者を記憶するクレジットカー
ド所有者記憶手段と；クレジット決済時に、上記クレジ
ットカード所有者が上記高機能処理を利用することを可
能にする高機能処理利用可能化手段と；を有することを
特徴とするクレジット決済における第三者機関。
【請求項２】請求項１において、上記高機能処理は、決済または認証であることを特徴と
するクレジット決済における第三者機関。
【請求項３】請求項２において、上記認証は、上記クレジットカード所有者が事前に自端
末を登録し、クレジット決済時に、上記自端末に購入意
思確認と決済内容確認とを、上記第三者機関が実行する
ことによって、上記クレジットカード所有者が正当なク
レジットカード所有者であることを証明し、また、価格
のすり替えによる販売者の詐称を防止し、さらに、別の
悪意のある人物による不正な決済要求を防止することを
特徴とするクレジット決済における第三者機関。
【請求項４】請求項２において、上記認証時に、上記クレジットカード所有者が事前に登
録した端末に何らかの原因によって通信ができない場
合、上記クレジットカード所有者による事前の承認があ
れば、商品売買を成立させ、上記端末が通信可能になっ
た場合に購入履歴を通知することによって、上記クレジ
ットカード所有者の端末が通信不能である場合でも、購
入を可能にし、しかも、購入履歴をクレジットカード所
有者に通知することによって、不正利用を検知すること
を特徴とするクレジット決済における第三者機関。
【請求項５】請求項１において、上記クレジットカード所有者が登録した端末に購入意思
確認を行う際に、広告を送信することを特徴とするクレ
ジット決済における第三者機関。
【請求項６】請求項１において、特殊な決済要求について、特殊な処理を行い、上記特殊
な決済要求は、組みこまれた所定の条件に当てはまる決
済要求であり、上記組みこまれた所定の条件に当てはま
る決済要求について、特殊な決済処理を行い、上記所定
の条件は、販売者、日時、商品種別であり、上記特殊な
決済処理は、引き落とし口座指定、引き落とし金額・割
合指定、請求書発行指定であることを特徴とするクレジ
ット決済における第三者機関。
【請求項７】請求項１において、上記高機能処理は、通貨の違いによるクレジットカード
所有者、販売者の認識のずれを排除する通貨価値変換機
能であることを特徴とするクレジット決済における第三
者機関。
【請求項８】請求項１において、上記クレジットカード所有者が契約している第三者機関
が提供する機能のうちで、少なくとも１つの機能を個別
に選択、変更可能であることを特徴とするクレジット決
済における第三者機関。
【請求項９】決済業務を含む高機能処理に関して契約
したクレジットカード会社を記憶するクレジットカード
会社記憶段階と；上記高機能処理に関して、個別に契約
したクレジットカード所有者を記憶するクレジットカー
ド所有者記憶段階と；クレジット決済時に、上記クレジ
ットカード所有者が上記高機能処理を利用することを可
能にする高機能処理利用可能化段階と；を有することを
特徴とするクレジット決済における第三者機関の制御方
法。
【請求項１０】請求項９において、上記高機能処理は、決済または認証であることを特徴と
するクレジット決済における第三者機関の制御方法。
【請求項１１】請求項１０において、上記認証は、上記クレジットカード所有者が事前に自端
末を登録し、クレジット決済時に、上記自端末に購入意
思確認と決済内容確認とを、上記第三者機関が実行する
ことによって、上記クレジットカード所有者が正当なク
レジットカード所有者であることを証明し、また、価格
のすり替えによる販売者の詐称を防止し、さらに、別の
悪意のある人物による不正な決済要求を防止することを
特徴とするクレジット決済における第三者機関の制御方
法。
【請求項１２】請求項１０において、上記認証時に、上記クレジットカード所有者が事前に登
録した端末に何らかの原因によって通信ができない場
合、上記クレジットカード所有者による事前の承認があ
れば、商品売買を成立させ、上記端末が通信可能になっ
た場合に購入履歴を通知することによって、上記クレジ
ットカード所有者の端末が通信不能である場合でも、購
入を可能にし、しかも、購入履歴をクレジットカード所
有者に通知することによって、不正利用を検知すること
を特徴とするクレジット決済における第三者機関の制御
方法。
【請求項１３】請求項９において、上記クレジットカード所有者が登録した端末に購入意思
確認を行う際に、広告を送信することを特徴とするクレ
ジット決済における第三者機関の制御方法。
【請求項１４】請求項９において、特殊な決済要求について、特殊な処理を行い、上記特殊
な決済要求は、組みこまれた所定の条件に当てはまる決
済要求であり、上記組みこまれた所定の条件に当てはま
る決済要求について、特殊な決済処理を行い、上記所定
の条件は、販売者、日時、商品種別であり、上記特殊な
決済処理は、引き落とし口座指定、引き落とし金額・割
合指定、請求書発行指定であることを特徴とするクレジ
ット決済における第三者機関の制御方法。
【請求項１５】請求項９において、上記高機能処理は、通貨の違いによるクレジットカード
所有者、販売者の認識のずれを排除する通貨価値変換機
能であることを特徴とするクレジット決済における第三
者機関の制御方法。
【請求項１６】請求項９において、上記クレジットカード所有者が契約している第三者機関
が提供する機能のうちで、少なくとも１つの機能を個別
に選択、変更可能であることを特徴とするクレジット決
済における第三者機関の制御方法。
【請求項１７】決済業務を含む高機能処理に関して、
第三者機関と契約したクレジットカード会社を記憶する
クレジットカード会社記憶手順と；上記高機能処理に関
して、上記第三者機関と個別に契約したクレジットカー
ド所有者を記憶するクレジットカード所有者記憶手順
と；クレジット決済時に、上記クレジットカード所有者
が上記高機能処理を利用することを可能にする高機能処
理利用可能化手順と；をコンピュータに実行させるプロ
グラム。
【請求項１８】決済業務を含む高機能処理に関して、
第三者機関と契約したクレジットカード会社を記憶する
クレジットカード会社記憶手順と；上記高機能処理に関
して、上記第三者機関と個別に契約したクレジットカー
ド所有者を記憶するクレジットカード所有者記憶手順
と；クレジット決済時に、上記クレジットカード所有者
が上記高機能処理を利用することを可能にする高機能処
理利用可能化手順と；をコンピュータに実行させるプロ
グラムを記録したコンピュータ読み取り可能な記録媒
体。
【請求項１９】クレジット決済時に、クレジットカー
ド会社にクレジットカード番号を含む情報を送信する販
売者側送信手段と；上記送信されたクレジットカード番
号等に基づいて、クレジットカード所有者が契約する第
三者機関を割り出す第三者機関割り出し手段と；上記割
り出された第三者機関にリダイレクトするリダイレクト
手段と；上記第三者機関が提供する機能を、上記クレジ
ットカード所有者が利用する利用手段と；を有すること
を特徴とする売買システム。
【請求項２０】クレジット決済時に、クレジットカー
ド会社にクレジットカード番号を含む情報を送信し、決
済要求する販売者側決済要求手段と；上記送信されたク
レジットカード番号等に基づいて、クレジットカード所
有者が契約する第三者機関を割り出す第三者機関割り出
し手段と；上記割り出された第三者機関に情報を転送す
る情報転送手段と；上記割り出された第三者機関が提供
する機能を、クレジットカード所有者が利用する利用手
段と；を有し、上記クレジットカード会社が、クレジッ
トカード番号と１：１で対応する別の識別子を導き、上
記第三者機関が、上記導かれた上記別の識別子をキーと
して検索することを特徴とする売買システム。
【請求項２１】クレジットカード所有者が所有する端
末に、購入意思確認情報を送る第三者機関と；上記端末
に送られた購入意思確認情報のうちで、購入者が承認を
応答した購入意思確認情報の履歴を、上記端末に残し、
一定期間、削除させない購入意思確認情報履歴手段と；
クレジットカード会社または上記クレジットカード所有
者が指定する引き落とし用金融機関から、定期的に上記
端末に引き落としの履歴、または引き落とし要求の履歴
を送付する引き落とし履歴手段と；上記購入意思確認情
報の履歴と、上記引き落としの履歴または引き落とし要
求の履歴とを比較する履歴比較手段と；第三者機関が不
正なアクセスを受け、クレジットカード所有者へ意思確
認応答せずに決済処理を行った場合における情報の不一
致を検出し、不正な引き落とし、または不正な引き落と
しの前兆を判別する不正引き落とし判別手段と；を有す
ることを特徴とする売買システム。
【請求項２２】請求項２１において、上記クレジットカード所有者が、当該クレジットカード
と、他社カード会社のクレジットカードをと含む複数の
カードを所有し、上記複数のカードについて、同一の第
三者機関と契約し、利用することによって、複数のカー
ドを組み合わせた利用が可能であることを特徴とする売
買システム。