JP5377602B2 - 取引処理方法、コーディネータサーバ、及び取引方法 - Google Patents

Description

（発明の背景）
本発明は安全性の低いコンピュータネットワーク上で安全な取引を実行することを目指すものである。インターネットでのクレジット／デビット取引に関連して特に応用されるものであり、それを参照して説明する。しかしながら、本発明はまた他の同様の応用にもなじむものである。

インターネット・コマース、また別様で知られているＥコマース（電子商取引）は買い手および売り手による製品やサービスの売買に関し、またインターネット上、安全性の低いコンピュータネットワーク上での取引上の情報交換に関する。インターネット上の買物の便利さが買い手と売り手の両方のＥコマースに対する興味をかなり刺激してきた。インターネット販売はあるいは同様の取引は、一般にビザ、マスターカード、ディスカバー、アメリカンエクスプレスなどの標準的なクレジット／デビットカードを使用して行われてきた。しかしながら、比較的以前から使われている直接対面型の取引が広く使用されている一方で、これらの標準的なクレジット／デビットカードや関連する処理システムをＥコマースに関連して使用すると、いくつかの問題点が顕われる。

とりわけ、例えば標準的なクレジット／デビットカード取引は一般に、最初の購入要求書から認証および認可を介して最終的に清算までの取引の処理に使用される、比較的多数の仲介者を必要する。実際の買い手および売り手に加えて、取引を清算まで最終的に完了させるのに関与するキャストには、一般にマーチャントあるいは取引銀行と発行銀行を含む加盟銀行を必要とする。しばしば、インターネット・プロセッサ（例えば、サイバーキャッシュ）、メンバー・サービス・プロバイダ（ＭＳＰ）、あるいは独立販売組織（ＩＳＯ）もまた必要である。さらに、第三者プロセッサ、エージェント・バンク、および／または預金銀行も一般に用いられる。仲介者はそれぞれ多量の取引毎の手数料、あるいは他の同様の手数料を、その取引処理における働きに対しチャージし、仲介者を追加して使用する度に取引総費用が増大する。したがって、取引処理を簡素化し仲介者を除くことで有利に、取引をコストダウンさせる。

他に買い手の信頼と安全性の問題がある。Ｅコマース取引が直接対面して行われるものではないことで、しばしば取引に関して潜在的な買い手には不安が生じる。この不安は、取り引きしている売り手の評判または品質の不確実性によって、そして以前から使用されているインターネット・クレジット／デビット取引において一般に提出されるクレジット／デビットカード情報あるいは他の個人情報（例えば、住所、クレジットカード番号、電話番号など）についての安全性の不確実性によって刺激される。さらに、クレジット／デビットアカウント所有者、売り手および金融機関がともに不正の、あるいは認可されてないクレジット／デビットカード取引に対する安全対策を懸念している。

本発明は、クレジット／デビット取引をインターネット上で実施する取引処理システムおよび技術で、新たな改良された取引処理システムおよび技術を目指すものであり、それは、上記の問題他を克服するものである。

（発明の概要）
本発明の一態様において、安全性の低いコンピュータネットワーク上で安全な取引を実行する方法を提供する。その方法には、個別の周期的に変化する予測不可能なコードを複数生成することと、固有の識別子を複数のアカウント所有者に割当てて、各識別子が個別の周期的に変化する予測不可能なコードの一つに関連づけられていることが含まれる。アカウント所有者にはトークンが与えられ、そのトークンをそれぞれ同期させて、トークンを与えられたアカウント所有者に割り当てた固有の識別子に関連づけられ、かつ周期的に変化する予測不可能な同じコードを生成する。次いで、識別子に加えてコードを、取引に関与する買い手から安全性の低いコンピュータネットワーク上で受信する。受信したコードおよび識別子のセット毎に、受信したコードが、受信した識別子の周期的に変化する予測不可能なコードに一致する場合、買い手は、対応する識別子を有するアカウント所有者として認証される。

本発明の他の態様によると、安全性の低いコンピュータネットワーク上で安全な取引を実行する方法には、買い手が共に取引を行うために指定した売り手としてのマーチャントを選択することが含まれる。選択されたマーチャントには次いで、安全性の低いコンピュータネットワークに接続されたマーチャントサーバ上に設定される取引物が与えられる。マーチャントサーバはマーチャントと買い手の間での取引の実行に使用される。アカウント所有者には固有の識別子とトークンが与えられる。トークンは、トークンが与えられたアカウント所有者の固有の識別子に関連する、周期的に変化する予測不可能なコードを生成する。同様に、安全性の低いコンピュータネットワークに接続されるサーバが、各固有の識別子に関連する、周期的に変化する予測不可能な同じコードを遠隔で生成する。安全性の低いコンピュータネットワーク上では、買い手が選択したマーチャントの取引物にアクセスすることによって取引と関連づけて情報のセットが受信される。情報の各セットには、パスコードおよび識別子が含まれる。最終的に各買い手は、受信したパスコードが、その識別子の、遠隔生成した周期的に変化する予測不可能なコードに一致するとき、受信した識別子を有するアカウント所有者として認証される。

本発明の一利点は、インターネットでのクレジット／デビット取引が個人的に、安全に、潜在的に匿名でそして容易に実行されることである。
本発明の他の利点は、インターネットショッピングにおける買い手の信頼度が上がることにより取引数が増大し、それによって売り手の販売が増大することである。
本発明のさらなる他の利点は、買い手および売り手を、不正あるいは認可されてない取引から保護することである。
本発明のさらなる他の利点は、取引費用をもたらすことになる仲介者を処理の簡素化によって減らす限りにおいて、取引費用を低減することである。
本発明のさらなる利点および利益は、以下の好ましい実施形態の詳細な説明を読み理解することで当業者に明らかになろう。

本発明は、様々な構成要素および構成要素の配置において、また様々なステップおよびステップの配置において具体化させることができる。図面は好ましい実施形態を例示するためだけのものであり、本発明を限定すると解釈されるべきものではない。

図１は、本発明の態様によるオンライン・クレジット／デビット取引処理システムの上層部の概要を示すフローチャートである。 図２は、本発明の態様によるオンライン・クレジット／デビット取引処理システムにおける、インターネット接続された参加者を示す線図である。 図３は、本発明の態様によるオンライン・クレジット／デビット取引処理システムへの参加に売り手を登録するためのプロセスを示すフローチャートである。 図４は、本発明の態様によるオンライン・クレジット／デビット取引処理システムへの参加にアカウント所有者を登録するためのプロセスを示すフローチャートである。 図５は、本発明の態様によるオンライン・クレジット／デビット取引処理システムに関連して使用されるクレジット・トークンを示す線図である。 図６は、ショッピング前認証とショッピング後認証を伴い、本発明の態様によるオンライン・ショッピング体験およびそれに関連する処理を示すフローチャートである。 図７は、ショッピング前認証とショッピング後認証を伴い、本発明の態様によるオンライン・ショッピング体験およびそれに関連する処理を示すフローチャートである。 図８は、本発明の態様によるオンライン・クレジット／デビット取引処理システムに関連して選択されたある配達先条件によって必要となる追加の安全対策の実装を示すフローチャートである。 図９は、本発明の態様によるオンライン・クレジット／デビット取引処理システムの清算プロセスを示すフローチャートである。 図１０は、本発明の態様によるオンライン・クレジット／デビット取引処理システムのマイクロペイメント処理の応用を示すフローチャートである。

（好ましい実施形態の詳細な説明）
図１を参照して、中央の取引コーディネータ１０が商業用インターネット・クレジット／デビット取引処理システムＡにおいて、異なるが相互依存した複数のプロセスを管理している。コーディネータ１０が管理するプロセスは、（ｉ）マーチャントまたは売り手が取引処理システムＡへ参加登録する、売り手登録プロセス１００と、（ｉｉ）買い手または消費者が取引処理システムＡへ参加登録する、アカウント所有者登録プロセス２００と、（ｉｉｉ）買い手あるいは消費者がマーチャントまたは売り手とのオンライン商取引に従事する、オンライン・ショッピング・プロセス３００と、（ｉｖ）商取引の完了を確認し、請求書発送および支払い処理のために資金源に直接清算情報を送る、清算プロセス４００を含む。任意に、コーディネータ１０はまた、資金源に清算情報を送る前に個々の小取引（すなわち、関連する処理手数料やコストよりも金額が小さい、または該手数料やコストに比較して金額が小さい資金に関する取引）を集める、マイクロペイメントプロセス５００を管理する。加えて、コーディネータ１０自体は任意に資金源として機能する。しかしながら、簡潔にそしてわかりやすくするために、以下の説明では第三者の資金源を用いて実施形態を説明することにする。

図２を参照して、好ましい実施形態において、コーディネータ１０はインターネット５０あるいは他の同様のオンラインネットワーク上にサーバ１２を介して存在している。マーチャントあるいは売り手２０もまたサーバ２２を介してインターネット５０上に存在する。買い手あるいはアカウント所有者３０は、しかるべきウェブブラウザ、あるいはコンピュータで作動する他の同様のソフトウェアとともにコンピュータ３２を用いてインターネット５０上で売り手２０および／またはコーディネータ１０へのアクセスを得る。無論、取引処理システムＡは、同様に位置する複数の売り手２０および買い手３０に対して管理されていることが好ましい。しかしながら、ここでは簡潔にするために、図２においてそれぞれ１つのみ示すこととする。また、資金源４０はサーバ４２を介してインターネット５０上に存在する。資金源４０は、取引処理システムＡへ参加するアカウント所有者のために作られたクレジットアカウントに対し付けで売り、デビットアカウント用に預金を保持する。さらに、取引処理システムＡの安全性を、周知の暗号化技術を用いてインターネット５０上を中継するあるいは送信される通信を暗号化することによって確実なものにする。

さらに図３を参照して、売り手登録プロセス１００において、好ましくはサーバ２２を介してインターネット５０上でビジネスを行っている関心のあるマーチャントまたは売り手２０が、取引コーディネータ１０が管理するインターネット・クレジット／デビット取引処理システムＡへ参加登録する。売り手登録プロセス１００は、コーディネータ１０が売り手２０から売り手情報１０２（例えば、財政情報、物理アドレス、提供商品やサービスのカテゴリー、インターネットアドレス、電子メールアドレス等）を受け取ることから始まる。これは任意に、オンラインであるいはインターネット５０上で、売り手情報１０２を、ことによると暗号化してコーディネータのサーバ１２介して受け取ることによって完遂する。受け取った売り手情報１０２を用いて、インターネット・クレジット／デビット取引処理システムＡに参加する売り手２０の価値が評価される。

好ましくは、検証プログラム１１０を、コーディネータ１０が受け取る売り手情報１０２に基づいて売り手２０を評価することに適用する。検証プログラム１１０は、任意にコーディネータのサーバ１２上で作動するものであり、売り手情報１０２を表す量子化可能な値に作用する所定のまたは選択されたアルゴリズムを用いて行われる。このようにして、売り手の信用価値が判定され、および／または顧客サービスおよびサウンド・ビジネスに対する売り手の信頼性および評判が、客観的基準、主観的基準あるいは客観的および主観的基準の組合せを用いて判定される。したがって、コーディネータ１０によって、売り手２０が潜在的義務を果たすことができるかを保証される。さらに、取引処理システムＡに参加するアカウント所有者３０は、かれらが顧客満足度を強く保証し、質の高いマーチャントあるいは売り手を後援していることに安心する。

評価に応じて、決定ステップ１２０において、コーディネータ１０は、関心のある売り手２０の参加を拒否するか承認するかどうか決定する。拒否されると、通知１２２が関心のある売り手２０に送られ、売り手登録プロセス１００が終了する。承認されれば、コーディネータ１０が売り手契約書１２４を売り手２０に送る。オンラインであるいはインターネット５０上で、売り手契約書１２４は任意にコーディネータのサーバ１２から売り手のサーバ２２に送られる。売り手契約書１２４は、クレジット／デビット取引処理システムＡへの参加に関する売り手２０の権利、責任、義務をまとめたものである。売り手２０が物理的に署名するか、電子署名するか、あるいは売り手契約１２４を履行した後で、それはコーディネータ１０へ、ことによるとコーディネータのサーバ１２を通じて返送される。履行売り手契約書１２４ａを受け取ると、コーディネータ１０は売り手情報１０２、売り手承認、売り手契約書１２４等の記録を作成し保持する。好ましくは、その記録を電子的に作成し、コーディネータ１０が、任意に資金源４０がアクセス可能なコーディネータ１０のデータベース１４に保持する。

好ましくは、履行売り手契約書１２４ａを受け入れると、コーディネータ１０は売り手２０に、売り手のオンラインショッピングのチェックアウトページにリンクされている、あるいは売り手サーバ２２上にある取引物１２６を送る。対象物あるいはリンクが作動して、クレジット／デビット取引処理システムＡを、売り手のオンライン・ショッピング・システムまたはインターネット・ショッピング・ウェブページに組み込む、あるいは処理システムＡを、売り手のオンライン・ショッピング・システムまたはインターネット・ショッピング・ウェブページを介してアクセス可能とする。任意にコーディネータ１０は売り手サーバ２２上に対象物を設定する。すると、オンラインまたはインターネット５０上で買い物をするアカウント所有者３０は、（例えば、売り手のチェックアウト・ウェブページ上のリンクをクリックすることによって）対象物へアクセスし、また認証および／または認可のために自動的にコーディネータ１０へルーティングされる。このようにして、マーチャントあるいは売り手２０は取引処理システムＡへ参加登録される。

さらに図４を参照すると、アカウント所有者登録プロセス２００において、買い手あるいは消費者がアカウント所有者３０になるための登録は、買い手がコーディネータ１０を訪ねることから始まる。任意に、インターネット上で関心のある買い手あるいは消費者が、しかるべきウェブブラウザを使用して、コーディネータサーバ１２を介してアクセス可能なアカウント所有者登録ページにアクセスする。アカウント所有者登録プロセス２００を続けると、アカウント所有者登録データ２０２（例えば、名前、住所、居住年、自己所有あるいは賃貸住宅、電子メールアドレス、自宅電話番号、勤務先電話番号、社会保障番号、生年月日、母親の旧姓、雇い主、収入、就業構造等）を、コーディネータ１０が、買い手またはクレジット／デビット取引処理システムＡへ参加申し込みをしている潜在的新アカウント所有者３０から集め、入手する。消費者または買い手を新たなアカウント所有者３０として受け入れる前に、彼らの信用価値を評価する。

好ましくは、コーディネータ１０は関連のアカウント所有者登録データ２０２を資金源４０に送る。次いで信用価値をはかるために関連のアカウント所有者登録データ２０２を分析する。任意に、データを資金源自体の信用承認システムで分析したり、１つまたは複数の信用調査所２１０へ送り分析する。好ましくは、その分析は信用価値を決定する既知の信用承認技術およびアルゴリズムの応用を含む。最終的に、クレジット承認データ２１２（例えば、承認または拒否、掛売（クレジット）金額、リスク等）を、資金源４０を介してコーディネータ１０に戻す。

クレジット承認データ２１２を受け取ると、コーディネータ１０は、決定ステップ２２０において、潜在的新たなアカウント所有者３０が取引処理システムＡへの参加にふさわしいか否かを決定する。ついで、コーディネータ１０は潜在的新たなアカウント所有者３０に信用決定を通知する。すなわち、信用が拒否された場合には、クレジット拒否メッセージ２２２が潜在的アカウント所有者３０に連絡される。一方、クレジットが承認されたら、承認情報２２４（例えば、年率、信用限度など）が受け入れのため潜在的新たなアカウント所有者３０に連絡される。好ましい実施形態では、そのクレジット承認あるいは拒否が、コーディネータサーバ１２から潜在的新たなアカウント所有者３０にしかるべきウェブページを表示することによって、インターネット５０上でコーディネータにアクセスするオンラインで潜在的新たなアカウント所有者３０に連絡される。別の方法では、クレジット承認あるいは拒否を、電子メールを介して、前もってアカウント所有者登録データ２０２とともに入手した潜在的な新アカウント所有者指定の電子メールアドレスに連絡する。いずれにせよ、任意に、このとき、潜在的な新アカウント所有者３０には、最初の好ましくは制限されている、信用限度ならびに、取引コーディネータ１０が管理するクレジット／デビット取引処理システムＡを用いて登録済売り手２０のところで即座にオンラインショッピングできるように仮のパスワードが事前に用意される。

承認されて、アカウント所有者がまだ望むなら、承諾の表示とともに、アカウント所有者３０はコーディネータ１０に、秘密の個人認証番号（ＰＩＮ）や指定されたあるいは選択された複数の安全確認質問の回答を含めて追加のアカウント作成データ２２６を提供する。安全確認の質問は、アカウント所有者３０のみがその回答を知るはずの問題であることが好ましい（例えば、アカウント所有者の最初の車、アカウント所有者の飼い犬の名前等）。承諾すると、コーディネータ１０はアカウント所有者３０の記録を作成し、好ましくは電子形式でコーディネータのデータベース１４に保存する。アカウント所有者の記録には、アカウント所有者登録データ２０２、クレジット承認データ２１２、承認情報２２４、承諾や追加アカウント作成データ２２６が含まれる。また、対応するクレジットアカウントは資金源４０で作成される。

アカウント所有者記録はまた、アカウントの特権に関する情報やデータを含むこともできる。好ましい実施形態において、アカウント所有者３０はかれらのアカウント特権をカスタマイズし、修正する権利がある。アカウント特権は、アカウント所有者３０によって、例えばインターネット５０上のコーディネータサーバ１２にアクセスすることによってカスタマイズされる。安全確認のため、アカウント所有者は任意に、アカウントの修正が許可される前に、好ましくは下記の認証手順によってそれ自体の認証される。しかしながら、最初のアカウント作成では、下記の認証手順は使用されていない。アカウントの特権は任意に、取引処理システムＡにおいてアカウント所有者のアカウントの使用を制限するためにアカウント所有者３０によって設定される。つまり、設定されたアカウント特権はアカウントを制限することができるものであり、したがって、それに基づく購入は特定の参加マーチャントあるいは売り手２０で認証されない、アカウント所有者３０が直接参加せずに実行され自動的に繰り返される取引は認証されない、ある値段の限度額を一回の購入で超える場合は認証されない、また日毎に合算される購入を所定のレベルに制限するなどとすることができる。

最初のアカウント作成で、コーディネータ１０はまた、アカウント所有者３０にユーザ・アイデンティティを割当てるが、それはアカウント所有者３０に固有のものであり、アカウント所有者の記録の一部となる（例えば、自ら選択したユーザ名、あるいは別途割当てられた英数字表示）。また、任意に、対応するクレジットトークン２３０（図５参照）がアカウント所有者３０に発行される。クレジットトークン２３０は、周期的（例えば、６０秒毎）に、所定のあるいは選択されたアルゴリズムを用いて予測不可能な英数字コード（好ましくは６字）を生成する。周期的に変化する予測不可能な英数字コードの生成に使用されるアルゴリズムは、好ましくは初期シード値、あるいは内部クロックから得られる時間値の関数である。クレジットトークン２３０はコードを、内蔵されている液晶ディスプレイ（ＬＣＤ）の読み出し値２３２させるかあるいは他の同様の可視ディスプレイで表す。また、クレジットトークン２３０は表示されたコードの有効性の持続期間（すなわち、次の予測不可コードが生成されるまでの残余時間）に関する表示器を設けている。したがって、いずれの期間も、クレジットトークン２３０は動的変化する予測不可能な英数字コードを生成し、そのコードは（コーディネータ１０を除いて）クレジットトークン２３０を保持しているアカウント所有者３０のみが入手できるものである。

個別のユーザ・アイデンティティ毎に、コーディネータ１０はまた独立して、周期的に変化する予測不可能な英数字コードを生成し、そのコードは、そのユーザ・アイデンティティを有するアカウント所有者３０用のトークン生成コードと同期するものであり同じものである。独立して生成され同期させたコードは、対応するアカウント所有者の記録に保持される。好ましくは、コーディネータ１０が、（ｉ）アルゴリズムと、（ｉｉ）初期シード値（共に対応するトークン２３０によって使用されるものと同じ）と、（ｉｉｉ）トークンの内部クロックと同期した時計からえられる時間値とを用いたソフトウェアを起動させて同期コードを生成する。このように、アカウント所有者のクレジットトークン２３０から得られる英数字コードと、独立して生成されアカウント所有者の記録に保持される英数字コードは一定の時間常に同じものである。

別の方法では、潜在的な新アカウント所有者３０が、取引処理システムＡへの参加登録のために直接資金源４０と連絡を取ることもできる。この場合、資金源はほど同じアカウント所有者登録プロセス２００を行い、コーディネータ１０にアカウント所有者の記録を送る。
さらに、図６および７を参照して、好ましい実施形態において、オンラインあるいはインターネット・ショッピング体験あるいはプロセス３００は、アカウント所有者３０がコーディネータ１０に連絡をとる（例えば、しかるべきウェブブラウザを用いてコーディネータのオンラインまたはインターネットショッピングポータルにアクセスする）、またはコーディネータサーバ１２からウェブページを要求するまたはコーディネータサーバ１２へリンクすることから始まる。この接続で、アカウント所有者３０には、参加マーチャントあるいは売り手との具体的な商取引を行う前にアカウント所有者の身元（アイデンティティ）が認証されるオプションが与えられる。認証は好ましくは、コーディネータ１０が、アカウント所有者のユーザ・アイデンティティ、ＰＩＮおよび／またはトークン生成された英数字コードを含めて１つまたは複数の要素を有する認証データ３０２を、アカウント所有者３０から収集することによって行われる。任意に、認証データ３０２の１つまたは複数の要素をアカウント所有者３０が手動で入力する。別の方法では、１つまたは複数の要素をコンピュータ３２に保存あるいは保持して、アカウント所有者３０が、要素が自動でしかるべき場所に保たれているコーディネータサーバ１２へアクセスすることによって使用される。例えば、予測不可能な英数字コードは、個別の物理トークン２３０を有するのではなく、トークンを任意にアカウント所有者のコンピュータ３２で作動するものとし、そのコンピュータはアクセスが行われたときに、英数字コードを入力表示する。別の方法では、個別の物理トークン２３０が任意にインターフェース２３４を含み（図５参照）、それを通じてトークンはアカウント所有者のコンピュータに接続し、コンピュータでは、トークン生成した英数字コードが手動でエントリすることなく直接トークン２３０から読み出される。

いずれにせよ、コーディネータ１０は認証プロセス３１０を通じて認証データ３０２を伝え、認証プロセスは入力収集された認証データ３０２を、認証データ３０２内のユーザ・アイデンティティと同じアイデンティティを有するアカウント所有者記録内の対応するデータと比較する。コーディネータ１０はついで、決定ステップ３２０において、問われているアカウント所有者３０が、アカウント所有者登録プロセス２００を用いてこれまでに登録された本物のアカウント所有者であるかどうかを決定する。勿論、認証データ３０２とともに含まれるユーザ識別が対応するアカウント所有者記録を持たない場合、つまり無効である場合、認証は否定され失敗となり、問われているアカウント所有者３０および／または関連する売り手２０には拒否通知３２２が送られる。また、認証データ３０２および、同じユーザ識別を有するアカウント所有者記録内の対応するデータが一致しないとき、認証はまた否定されつまり失敗となり、問われているアカウント所有者３０および／または関連する売り手２０には拒否通知３２２が送られる。認証データ３０２とアカウント所有者の記録とが一致した場合のみ、アクセスしているアカウント所有者３０が認証され、対応するユーザ・アイデンティティを有する正しいアカウント所有者として積極的に識別される。

別の方法では、アカウント所有者３０を積極的に識別する様々な認証方法および手順が使用されている。かかる認証手順の例としては、チャレンジ・レスポンス、クイック・ログ・モード、他の１つまたは複数要素認証方法（静的ユーザ名、パスワードまたはＰＩＮ）、スマートカード、バイオメトリクス認証（指紋認識または網膜スキャナ）などが含まれる。これらの認証技術によって、コーディネータ１０は確実に、独立してアカウント所有者３０を積極的に識別することができる。

個別に図６を参照して、次にアカウント所有者３０は、コーディネータ１０がシステム管理するクレジット／デビット取引処理システムＡに登録済の参加マーチャントまたは売り手２０をリストアップしたショッピングディレクトリ３３０のあるウェブページなどを要求するか、またはコーディネータサーバ１２が表示する。アカウント所有者３０は次いで自由に自分の好みの参加売り手２０を選択し、事前認証済アカウント所有者３０ａとして買い物をする。

とりわけ図７を参照して、別様にアカウント所有者３０は売り手のオンラインストアまたはインターネットショッピングサイトに直接売り手サーバ２２からアクセスし、事前認証なしでショッピングを行う。売り手のサイトでは、買い手あるいはアカウント所有者３０が購入希望の商品および／またはサービスアイテム３４０を選択する。好ましくは、これらの商品またはサービスは次いで仮想ショッピングカート３４２に入れられる。更に買い物をしたい場合、プロセスは商品選択、あるいは売り手サーバ２２からアクセスすることができる他の同様のショッピングウェブページへループバックする。一方、買い物が終了したら、プロセスはチェックアウト３５０に続く。買い手あるいはアカウント所有者３０は、取引物１２６あるいは、事前に参加マーチャントまたは売り手のチェックアウトページ３５０に載っているリンクにアクセスすると、参照している参加売り手２０と商取引の実行を買い手が望んでいることを示す購入要求書３５２とともに、買い手またはアカウント所有者３０がコーディネータ１０にルーティングされる。好ましくは、当該取引は買い手またはアカウント所有者３０が参加マーチャントあるいは売り手２０から１つまたは複数の選択アイテムを購入することを含む。

事前認証されていない場合、買い手またはアカウント所有者３０は、コーディネータ１０へルーティングされると、コーディネータサーバ１２から認証ページへ送られる。この時点で、事前認証に用いられたものと同じ認証手順３１０用いて、買い手は認証し、固有のユーザ識別を有するアカウント所有者３０として積極的に識別される。事前認証されている場合、アカウント所有者３０はこの認証ステップを飛び越えて進む。

いずれにしても、認証が完全かつ成功した場合、コーディネータ１０はプロセスステップ３６０で取引履行データ３６２を確立する。取引履行データ３６２は、参加売り手２０が現在行っている商取引についてアカウント所有者３０に対して義務を遂行するために使用される情報である。例えば、好ましくは、取引履行データ３６２は取引において購入するために選択したアイテムの配達先を含む。物理的な商品については、配達先は発送アドレスとし、ダウンロードする物、ダウンロードするソフトウェア、デジタル商品またはサービス、および他の同様のアイテムの場合は、配達先は電子メールアドレス、またはアカウント所有者のネットワークコンピュータ３２とすることができる。

さらに図８を参照して、好ましい実施形態において、事前に指定された（例えばアカウント作成時）、様々な商品またはサービスに対するデフォルトの配達先がアカウント所有者記録に保持されている。一般にコーディネータ１０は、取引履行データ３６２を確立する際にこれらのデフォルトの宛先を用いる。しかしながら、コーディネータ１０がアカウント所有者３０に提示している宛先選択ウェブページ３６４において、アカウント所有者３０は任意に選択回答３６６を介して代替宛先を配達先として指定することができる。

好ましい実施形態において、代替宛先はデフォルト宛先と異なる場合、あるいは宛先が買い手あるいはアカウント所有者のコンピュータ３２への直接ダウンロードである場合、追加の安全対策が発動する。更に具体的には、コーディネータ１０が、事前に回答されている１つまたは複数安全確認質問（すなわち、送信された追加アカウント作成データ２２６に関連してアカウント所有者３０が予め回答を出している安全確認の質問）を買い手あるいはアカウント所有者３０へ送信する。コーディネータ１０は次いで買い手あるいはアカウント所有者３０から、各安全確認質問に対する回答２２６ａを受け取る。コーディネータ１０は次いで決定ステップ３７０で、回答２２６ａが正しいかどうか判定する。プロセスステップ３７２に示すように、新たに受け取った回答が、アカウント所有者記録内の事前に入手している回答に一致する場合のみ、代替またはダウンロード宛先が定められた取引履行データ３６２に含まれる。一致しない場合、プロセスステップ３７４に示すように、代替またはダウンロード宛先が却下される。任意に、承認された代替宛先を、アカウント所有者３０による今後のアクセスおよび使用に便利であるように、アカウント所有者記録とともに保持されているアカウント所有者のアドレスブックに保存することもできる。

任意に、配達先を、アカウント所有者３０が参加マーチャントまたは売り手２０に関して匿名を保っている同定されない宛先とする。例えば、同定されない宛先は、私書箱または他の当たり障りのない第三者することもでき、第三者からアカウント所有者３０が配達商品を入手する。配達先に係わらず、いったん確立されると、取引履行データ３６２はコーディネータ１０から、好ましくはオンラインあるいはインターネット５０を介して参加売り手２０に連絡され、アカウント所有者３０は参加売り手２０に戻り、任意に、発送手段（例えば、通常のＵ．Ｓ．郵便、フェデラル・エクスプレス、ＵＰＳ等）や発送希望時間（例えば、１ヶ月、１週間、あるいは翌日配達）の選択を含む発送条件選択３８０が提示される。

アカウント所有者３０は、もしあれば、発送手段および／または発送希望時間についての選択３８２をすると、取引内容３８４が売り手２０からコーディネータ１０に送信され、コーディネータでは認可処理３９０のために受信される。取引内容３８４には好ましくは、取引で購入した選択アイテムの総費用（税および発送料を含む）が含まれる。さらに、取引内容３８４は、取引に関与した参加マーチャントまたは売り手２０およびアカウント所有者３０を同定するものである。認可は、取引の総費用を十分カバーする利用可能なクレジット金額を有するアカウント所有者のクレジットアカウント（信用取引）に基づいている。別の方法では、アカウントは任意にデビットアカウント（普通預金）とし、その場合認可は、取引の総費用を十分カバーする預金額を有するアカウント所有者のデビットアカウント（借方勘定）に基づいている。いずれの場合も、十分な預金額あるいはクレジット額が取引の総費用に充てて利用できるとき、取引の完了が認可され、利用できないときは認可が拒否される。

任意に、アカウント所有者のアカウント（クレジットまたはデビット）のステイタスを、コーディネータ１０が直接取引を認可することができるコーディネータのデータベース１４内のアカウント所有者の記録に保持する。別の方法では、取引内容３８４を資金源へ通し、資金源が次いで取引を認可する。いずれの場合も、認可決定に基づいて（肯定でも否定でも）、対応する認可コード３９２を取引用に確立する。好ましくは、認可結果および対応の取引内容３８４とともに認可コード３９２を取引記録に保持し、任意にコーディネータのデータベース１４に電子的に保存する。さらに、認可結果と認可コード３９２の表示を参加マーチャントまたは売り手２０とアカウント所有者３０に連絡し、かれらはそれに基づいて進める。

さらに図９を参照して、商取引を完了させるための清算プロセス４００は、コーディネータ１０が売り手３０から清算情報４０２を集め、入手することから始まる。好ましくは、清算プロセス４００は周期的に、例えば毎日、毎週等行われる。別の方法として、清算情報４０２は、売り手２０が清算情報４０２をコーディネータ１０へルーティングする、あるいはコーディネータ１０が自動的に清算情報４０２を売り手２０から抽出することで得られる。例えば、清算情報の自動抽出に関して、売り手の配達プロセスを行うと、購入した承認またはサービスがアカウント所有者３０へ配達され、それに基づいて、売り手のインベントリ・データベース２４（図２参照）あるいは他の同様の売り手データベースを更新し、特定の取引の配達および完了を表示させる。清算手順４００において次いで、売り手のデータベース２４に完了済として表示されているこれらの取引に対応する清算情報４０２を、売り手データベース２４から自動的にコーディネータ１０が回収する。

清算情報４０２は、売り手２０が特定の認可済商取引に関してアカウント所有者３０に対する義務を遂行したことを示している。入手した支払い４０２は好ましくは、当該取引に対する認可コード３９２および対応の取引内容３８４を含む。次いでコーディネータ１０は、清算情報４０２を、同じ認可コード３９２を有する取引記録に付け合わせ、清算情報４０２における取引内容３８４が取引記録内の取引内容３８４とほぼ同じ場合、支払いの確認、あるいはその正当性を確認し承認する。とりわけ、清算情報４０２に報告されている取引内容３８４からの総費用は、任意に、取引記録の取引内容３８４内に含まれる総費用から一定の許容範囲内で変えることができる。十分一致しない場合、却下された清算情報４０２ａが売り手２０へ戻される。

好ましい実施形態において、周期的に（例えば、毎日の終わりに）コーディネータ１０が確認済清算情報４０２ｂを資金源４０へ、好ましくはインターネット５０あるいは他のオンラインネットワークを介して直接へ連絡する。代わりに、資金源４０は確認済清算情報４０２ｂに基づいて行動し、例えば、周知の請求・支払い処理手順および方法を用いて、請求書４１０をしかるべきアカウント所有者３０に送り、しかるべきマーチャントまたは売り手２０に支払い４２０を補償する。清算情報４０２はコーディネータ１０に既に確認されているので、任意に、資金源４０が清算情報４０２の別途の確認を用いることはなく、したがって確認済の清算情報４０２ｂに基づいてより容易に行動し、それを正当であると確認するためのさらなる手順を踏むことはない。

このように、取引処理システムＡにおいて行われた取引は従来の取引処理システムと比べて合理化されている。従来のシステムにおいては、買い手またはアカウント所有者が従来のクレジットカードを用いて購入を行う。クレジットカード番号、有効期限、付随する個人情報を次いで多数の異なる仲介者に送り、買い手をクレジットカードの所有者として積極的に識別したり、および／または認証してもらう。次いで特定の取引を認可するために、さらなる仲介者がしばしば使用され、その情報は再びこれらの追加された仲介者に送られる。結果として、このシステムは本質的に非能率的となる。本書で説明した取引処理システムＡでは、コーディネータ１０を介してチェックアウト時に積極的に識別および／または認証を行うことによって、また認証手順３１０および認可手順３９０をコーディネータ１０に組み込むことによって、非能率的なマーチャントバンキングシステムおよび多数の仲介者を購入側および支払い側で回避されるので、所望の効率が得られる。

さらに図１０を参照して、好ましい実施形態において、アカウント所有者３０にはマイクロペイメント（少額決済）アカウントを始動させて、例えばマイクロペイメントアカウントに所定の最少額（例えば、２５ドル）をチャージさせるオプションが与えられる。マイクロペイメントアカウントが始動すると、アカウント所有者３０は売り手側でマイクロペイメントアカウントを使用して、少額の取引額の商品およびサービスを購入することができる。認証プロセスおよび認可は、通常の取引と同じである。しかしながら、個別のマイクロペイメント取引は、清算のために資金源４０に送られる前にコーディネータ１０に保持・合算される。通常の取引のように、マイクロペイメントの取引内容も、今後の支払いに使用するためにコーディネータ１０に保持される。所定のあるいは選択基準に基づいて、累積取引額が適用される処理手数料または費用より十分に高額であると、累積清算情報がコーディネータ１０から直接資金源４０に送られる。したがって、このプロセスによって、コーディネータ１０はマイクロペイメント取引を合算して清算取引数を制限することができ、それにより取引後の処理手数料または費用が低減される。アカウント所有者のマイクロペイメントアカウントが減少すると、アカウント所有者３０は、好ましくは、設定された金額区分、例えば２５ドル、５０ドル等をマイクロペイメントアカウントに再入金するよう指示される。差し引き残高がマイクロペイメントの取引に充てるために十分でないときはいつもマイクロペイメントアカウントの減少とすることができる。
登録された参加者のための取引処理システムＡの管理に加えて、コーディネータ１０はまた任意にシステムを、発行業者など外部の第三者にオープンとする。このように、取引処理システムＡは一般的なプラットフォームとして作動し、そこから自社ブランドのクレジットカードを用いてその発行業者の店舗の外で商取引を行うことができる。

以上、本発明を好ましい実施形態を参照して説明してきた。明らかに、上記の詳細な説明を読み理解することで、第三者が修正また変更することがある。例えば、取引処理システムＡを、インターネット取引を処理するように、対面型取引、電話取引等の処理に同様に適用し、またその専門とする。本発明は、頭記の特許請求の範囲または同等物の範囲内にある限り、かかる修正および変更を全て包含するように解釈されるべきものである。

Claims (17)

1. 金融アカウント所有者と、サーバを備えた参加要素との間でネットワークを介して実行される取引処理方法であって、前記取引処理方法はコーディネータサーバにより実行され、
   （ａ）前記コーディネータサーバによって、買い手から、前記参加要素との、複数の選択された商品を購入する取引を実行したい旨を示唆している要求を前記参加要素のサーバから受け取るステップと、
   （ｂ）前記コーディネータサーバによって、前記買い手を金融アカウント所有者として認証するステップと、
   （ｃ）前記コーディネータサーバによって、前記参加要素から、前記選択された商品を購入するための複数の期限を含む詳細を受け取るステップと、
   （ｄ）前記コーディネータサーバによって、前記取引の完了を許可し、資金源サーバに許可要求を提出することにより、許可コードを確立するステップと、
   （ｅ）前記コーディネータサーバによって、参加する商人に取引のための許可コードを伝えるステップと、
   （ｆ）前記コーディネータサーバによって、前記参加要素から、前記許可コード、及び完了した取引に関する取引詳細を含んでいる決済情報を取得するステップと、
   （ｇ）前記コーディネータサーバによって、前記決済情報と共に受け取られた許可コードに対応する前記取引詳細が、所定の許容差内にあることを承認するステップと、
   （ｈ）前記コーディネータサーバによって、前記参加要素への払い戻し、及び前記金融アカウント所有者への請求書作成を達成するために、前記承認された決済情報を前記資金源サーバへ送信するステップと、
   を備えたことを特徴とする取引処理方法。
2. （ｉ）前記コーディネータサーバによって、取引履行データを確立するステップであり、前記取引履行データは前記選択された商品の配達先を示しており、それによって前記取引履行データの確立は、代替目的地が得られない場合に、前記選択された商品の前記配達先として予め得られていた目的地を前記選択された商品の配達先として使用することを含むステップと、
   （ｊ）前記コーディネータサーバによって、前記取引履行データを前記参加要素のサーバへ送信するステップと、
   を更に備えたことを特徴とする請求項１に記載の取引処理方法。
3. 前記取引履行データの確立は、前記買い手から、前記予め得られていた目的地とは異なる目的地を取得し、
   異なる目的地である代替目的地を得ることに応じて、前記買い手への金融アカウント生成データに関して予め回答していた複数の安全確保の質問を送信し、
   前記複数の安全確保の質問に対する応答を前記買い手から受信し、そして、
   前記複数の安全確保の質問に対する応答が正確な場合に、前記選択された商品の配達先として前記代替目的地を利用することを特徴とする請求項２に記載の取引処理方法。
4. 前記決済情報の取得は、前記選択された商品を配達した表示上の前記参加要素からの前記決済情報を自動的に保存することを含むことを特徴とする請求項１に記載の取引処理方法。
5. 前記買い手を金融アカウント所有者と認証するステップ（ｂ）は、
   トークンと、周期的に変わる断定可能ではないコードとが同期し、
   前記金融アカウント所有者に前記トークンを提供し、前記トークンは周期的に変わる予測不可能なコードを表示するトークンであり、
   前記買い手により伝達されたコードを受信し、そして、
   受信されたコードが前記周期的に変わる断定可能ではないコードと一致する場合に、前記買い手を前記金融アカウント所有者として認証するために、前記受信されたコードと前記周期的に変わる断定可能ではないコードとを比較することを特徴とする請求項１に記載の取引処理方法。
6. 前記詳細が確立されたアカウント特権を破らない場合、前記取引が行われたことの完了を許可することを特徴とする請求項１に記載の取引処理方法。
7. 前記アカウント特権は、特定の参加要素からの購入を禁止することを特徴とする請求項６に記載の取引処理方法。
8. 前記アカウント特権は、前記金融アカウント所持者の直接参加なしで行われた取引が再発するのを自動的に禁止することを特徴とする請求項６に記載の取引処理方法。
9. 前記アカウント特権は、一定価格限界を超える購入を禁止することを特徴とする請求項６に記載の取引処理方法。
10. 前記アカウント特権は、一日あたりの購入の合計が前もって定義したレベルを超過するのを禁止することを特徴とする請求項６に記載の取引処理方法。
11. 前記ステップ（ｄ）許可は、前記ステップ（ｂ）認証の後に実行されることを特徴とする請求項１に記載の取引処理方法。
12. 金融アカウント所有者とサーバを備えた参加要素との間でネットワークを介して実行される取引を処理するためのコーディネータサーバであって、
    （ａ）参加要素のサーバから、複数の選択された商品を購入する買い手を含む取引の実行を示唆する要求を受け取る
    （ｂ）金融アカウント所持者として前記買い手を認証する
    （ｃ）前記参加要素から、前記選択された商品の購入のための複数の期間を含む詳細を受け取る
    （ｄ）前記取引の完了を許可し、資金源のサーバに許可要求を提出することにより、許可コードを確立する
    （ｅ）参加する商人に前記取引のための許可コードを送信する
    （ｆ）前記参加要素から、終了した取引のための前記許可コード及び完了した取引に関する取引詳細を含んでいる決済情報を取得する
    （ｇ）前記決済情報と共に受信された前記許可コードに対応する前記取引詳細が所望の許容差内にあることを承認する
    （ｈ）前記参加要素への払い戻し及び請求書作成を達成するために、前記資金源サーバに前記確認された決済情報を送信する
    サーバを含むことを特徴とするコーディネータサーバ。
13. 通信ネットワーク上で、金融アカウント所有者と参加者との間で実行される取引をコンピュータプロセッサを介して処理するコーディネータサーバであって、
    前記金融アカウント所有者である買い手が売り手である前記参加者と、買い手による一つまたは複数の選択アイテムの購入が含まれる取引を行う希望があることを示す買い手の購入要求を前記参加者から受け取る参加要求受信部と、
    前記金融アカウント所有者のアイデンティティを受領するアイデンティティ受領部と、
    前記受領したアイデンティティを用いて、買い手を金融アカウント所有者として認証する認証部と、
    選択アイテムの発送先を示す取引実行データを確立し、前記取引実行データの確立には、別の宛先が得られない場合、あらかじめ入手した宛先を選択アイテムの発送先とする確立部と、
    前記取引実行データを参加者に連絡する連絡部と、
    前記参加者から、選択アイテムの費用を含む取引内容を受け取る取引内容受信部と、
    取引の完了を認証する取引完了認証部と、
    前記取引完了認証部での認証コードを確立する認証コード確立部と、
    前記認証コード確立部で確立した取引の認証コードを前記参加者に連絡する連絡部と、備え、
    前記確立部が、
    あらかじめ入手した宛先と異なる別の宛先を前記金融アカウント所有者である買い手から受信する受信部と、
    前記金融アカウント所有者である買い手に、前記金融アカウント所有者のアイデンティティと関連して予め回答を得ていた１または複数の安全確認のための質問を送信する送信部と、
    金融アカウント所有者である買い手からの１または複数の安全確認のための質問に対する返事を受信する返事受信部と、
    前記受信した１または複数の安全確認のための質問に対する返事と、予め保持している回答との一致を照合する照合部と、
    前記照合部での照合の結果、返事が正確か否かを判断する判断部と、
    前記判断部での判断で、返事が正確だった場合、前記別の宛先を選択したアイテムの発送先とする指定する発送先指定部と、
    をさらに備えたことを特徴とするコーディネータサーバ。
14. 金融アカウント所有者のアドレスブックをさらに備え、
    前記判断部が返事を正確と判断したとき、新しい宛先を前記アドレスブックに記録することを特徴とする請求項１３記載のコーディネータサーバ。
15. 前記判断部が返事を正確と判断したとき、アイテムの発送手段又は発送時間の選択を提示する提示部をさらに備えたことを特徴とする請求項１３又は請求項１４記載のコーディネータサーバ。
16. 通信ネットワーク上で、金融アカウント所有者のアドレスブックを備えたコーディネータサーバーと、金融アカウント所有者と参加者と
    の間で実行される取引をコンピュータプロセッサを介して処理する取引方法であって、
    前記コーディネータサーバーが、
    （ａ）前記金融アカウント所有者である買い手が売り手である前記参加者と取引を行う希望があることを示す買い手の購入要求を前記参加者から受け取るステップであって、前記取引には、買い手による一つまたは複数の選択アイテムの購入が含まれるステップと、
    （ｂ）前記金融アカウント所有者のアイデンティティを受領するステップと、
    （ｂ）’前記受領したアイデンティティを用いて、買い手を金融アカウント所有者として認証するステップと、
    （ｃ）選択アイテムの発送先を示す取引実行データを確立するステップであって、前記取引実行データの確立には、別の宛先が得られない場合、あらかじめ入手した宛先を選択アイテムの発送先とすることを備えるステップと、
    （ｄ）前記取引実行データを参加者に連絡するステップと、
    （ｅ）前記参加者から、選択アイテムの費用を含む取引内容を受け取るステップと、
    （ｆ）取引の完了を認証し、そのための認証コードを確立するステップと、
    （ｇ）前記取引の認証コードを前記参加者に連絡するステップと、を備え、
    前記（ｃ）取引実行データを確立するステップが、
    あらかじめ入手した宛先と異なる別の宛先を前記金融アカウント所有者である買い手から受信するステップと、
    前記金融アカウント所有者である買い手に、前記金融アカウント所有者のアイデンティティと関連して予め回答を得ていた１または複数の安全確認のための質問を送信するステップと、
    金融アカウント所有者である買い手からの１または複数の安全確認のための質問に対する返事を受信するステップと、
    前記受信した１または複数の安全確認のための質問に対する返事と、予め保持している回答との一致を照合し、返事が正確か否かを判断するステップと、
    前記判断するステップで、返事が正確だった場合、前記別の宛先を選択したアイテムの発送先とするステップと、
    を具備し、
    前記判断するステップで返事が正確と判断されたとき、新しい宛先を前記金融アカウント所有者のアドレスブックに記録するステップをさらに備えたことを特徴とする取引方法。
17. 前記判断するステップで、返事が正確だった場合、アイテムの発送手段又は発送時間の選択を提示する提示ステップをさらに備えたことを特徴とする請求項１６記載の取引方法。

Images