JP2014053020A - 支払処理のため加盟店契約会社に認証データの転送を支援するウェブ端末及びブリッジ - Google Patents

Abstract

【課題】取引を処理する第３の当事者に認証データを転送する方法を提供する。
【解決手段】第１の当事者と第２の当事者の間で行われる取引に関連する複数の取引情報が生成され、この取引情報は前記取引を特定する取引ＩＤと第１の当事者を認証する企ての結果を示す前記認証データとを含むものであって、前記方法は、通信ネットワークを介して前記第２の当事者に前記取引ＩＤを要求するドキュメントを提供する工程と、前記通信ネットワークを介して前記第２の当事者から前記取引ＩＤを受信する工程と、前記受信された取引ＩＤに対応する前記取引情報を収集する工程と、前記収集された取引情報内にある前記認証データを特定する工程と、所定のフォーマットに従って前記取引情報をフォーマットする工程と、前記フォーマットされた取引情報を前記第３の当事者に転送する工程とを有するものである。
【選択図】図３

Description

本出願は、２００５年８月９日付けで提出された米国仮出願第６０／７０６，７３８号に対して優先権を主張するものであり、この参照によりその全体が本明細書に組み込まれるものである。

本発明の主題は識別認証の分野に関するものである。すなわち、インターネットに基づいた商取引（すなわち、電子商取引）の支払処理のためのカード所有者認証の支援を併用した特定用途に関するものであり、本明細書の特定の参照とともに記載されている。ただし、当業者であれば他の同様の適用も可能であることは理解されるであろう。

インターネット商取引（或いは電子商取引（ｅ−ｃｏｍｍｅｒｃｅ）として知られている）は、インターネットを介して消費者と販売者間で製品やサービスの売買、または他の同様の取引の情報交換に関するものである。インターネットを介してのショッピングの便利さより、消費者及び販売者の両者において電子商取引についての相当な関心を引き起こしている。インターネット販売（または同様の取引）は、Ｖｉｓａ（登録商標）、ＭａｓｔｅｒＣａｒｄ（登録商標）、Ｄｉｓｃｏｖｅｒ（登録商標）、Ａｍｅｒｉｃａｎ Ｅｘｐｒｅｓｓ（登録商標）などの標準的なクレジットカード、または標準的なデビットカード、すなわち関連預金口座または他の銀行口座から資金に直接アクセスするチェックカードまたは自動預金払戻機（ａｕｔｏｍａｔｅｄ ｔｅｌｌｅｒ ｍａｃｈｉｎｅ：ＡＴＭ）カードを使用して典型的に実施される。

従来からの直接取引で幅広く行われる一方で、標準的なカードは電子商取引に関連した取引にも使用されており、電子商取引ではカード保持者の認証または明確な識別に関する困難さを含むある懇談さが伴なう。例えば、不正行為の報告の増加に伴いセキュリティに対する消費者の信頼を維持する事が困難になってきている。消費者が取引をする販売者の評判または高潔さに対する消費者の不確かさのために、結果に対する心配がさらに高められる。消費者のカード情報または従来の電子商取引とともに典型的に提出される他の個人情報（例えば住所、カード番号、電話番号）の疑わしいセキュリティは、より多くの不安や心配を高める働きをしている。また、カード所有者、販売者、及び金融機関の全ては、不正行為或いは無許可取引に対する予防手段について憂慮している。

したがって、様々なクレジットカードまたは支払ネットワークは不正行為に対する予防手段に向けたイニシアチブまたはプログラムを実行してきた。支払ネットワーク（例えば、Ｖｉｓａ（登録商標）、ＭａｓｔｅｒＣａｒｄ（登録商標））では様々なイニシアチブ（例えば、Ｖｉｓａ３−Ｄ Ｓｅｃｕｒｅ（登録商標）別名Ｖｅｒｉｆｉｅｄ ｂｙ Ｖｉｓａ（登録商標）（ＶｂＶ）、及びＭａｓｔｅｒＣａｒｄ（登録商標）ＳｅｃｕｒｅＣｏｄｅ（登録商標））が実行され、取引を認可する前にカード所有者の認証を可能にしてきた。例えば、これら認証イニシアチブのいくつかは、認証のためカード所有者を前記カード発行銀行へ接続させることによって機能する。前記カード所有者は、インターネットを介して当該カード所有者の認証証明書を保存しているサーバに接続することにより前記銀行と認証し、当該認証証明書はパスワード公開鍵基盤（ｐｕｂｌｉｃ ｋｅｙ ｉｎｆｒａｓｔｒｕｃｔｕｒｅ：ＰＫＩ）証明書、生物（バイオメトリック）証明書、またはその他の証明書である。次に、前記銀行は認証メッセージまたは認証データを（成功または失敗に基づいて）販売者に返信する。多くの場合、これは全てインターネットを介して実行される。取引に関与する全ての当事者に対するそのような認証プロトコルの利点が認識されてきた。

しかしながら、多くの販売者及びその他の者は認証イニシアチブに適切に応ずるように未だ適切に装備されていない。例えば、多くのオンラインまたはインターネット販売者（例えば、移動販売者、いわゆるレンガ及びモルタル販売業などの販売者の他のタイプと同様に）は、マーチャントバンク、支払処理ゲートウェイ、または同様のものなどの加盟店契約会社（アクアイアラー）にカード取引を転送かまたは送信するのに通常使用されるバックエンド会計（ｂａｃｋ−ｅｎｄ ａｃｃｏｕｎｔｉｎｇ）システム及び／または発注管理システムを採用する。前記販売者に代わって、次に前記加盟店契約会社は、適切な支払いネットワークを介して通常の方法で前記カード発行銀行などに支払いため前記取引を提示するかまたは提出する。販売人が様々な認証イニシアチブの利点を最大限に享受するのために、一般に、上述した認証データは支払ネットワークを介して提出された取引を伴わなければならない。しかしながら、販売者によって現在使用されている多くのバックエンド会計システム及び／または発注管理システムは、認証データを加盟店契約会社に適切に転送し、支払処理とともに提出されるように装備されていない。

例えば、ＯＭＳまたは同種のものは認証プロトコルまたは認証イニシアチブが採用される前に実行またはインストールされているので、それらに関連する特定の取引とともに認証データを格納する余分の場所またはフィールドが存在しない。すなわち、ＯＭＳは他の関連する取引情報ともに前記認証データを受信及び／または記録する手段を有しえないものである。結果的に、前記ＯＭＳは単に、加盟店契約会社に転送するための認証データを１つも有しない。この問題の１つの解決策は、販売者が彼らのＯＭＳまたはバックエンド会計システムをアップグレードまたは交換することである。しかしながら、この解決策は高コストであるゆえ望ましいものではない。

前記ＯＭＳが将来の発展及び／または取引のデータ値の拡張セットを収容するための１若しくはそれ以上の予備のフィールドが最初から供給された場合でも、それでも問題は発生する。例えば、前記ＯＭＳは、他の取引情報とともに認証データの受信及び／または記録を今収容できたとしても、前記データを認証データとして認識できない。将来の展開のためにＯＭＳに将来の拡張のための供給を行う時に、当該拡張の性質上供給を行う時にいつも正しく評価され認識されるとは限らない。従って、供給されたいずれの予備のまたは拡張されたフィールドはしばしば"その他（ｍｉｓｃｅｌｌａｎｅｏｕｓ）"または他の記述の無いまたは総称的なラベルのようなものとして多くの場合名前付けされる。すなわち、前記ＯＭＳは、これら余分のまたは予備のフィールドに記録または含まれるデータの性質または特定のタイプを特定する特定の方法を一般に有しない。したがって、他の取引情報とともにこのフィールドを加盟店契約会社に転送することはプログラムされておらず或いはそのように装備されていない。さらに、前記その他フィールドにあるデータが前記加盟店契約会社に転送されても、前記ＯＭＳはそれを認証データとして認識せず、特定の加盟店契約会社が期待するようにフォーマット化されず、適切な手順で前記加盟店契約会社（すなわち、他の取引情報に関連する前記特定の加盟店契約会社によって期待される位置にある）に転送されず、或いは認証データとして前記加盟店契約会社により特定可能なものではない。従って、前記加盟店契約会社は、見かけ上無関係のデータを受け入れず、またはそれとどうのような関係があるかを感知し得ず、この場合ようなには、認証は支払ネットワークを介してそれが関連する取引とともに適切に提出され得ない。

従って、上述した課題及びその他を解決する、支払処理のための関連する取引情報とともに認証データの転送を補助する、新規の改良されたシステム及び／または方法が記載されている。

１つの例示的実施形態によれば、取引を処理する第３の当事者に認証データを転送する方法が提供される。より具体的には、第１の当事者と第２の当事者の間で行われる取引に関連する複数の取引情報が生成され、この取引情報は前記取引を特定する取引ＩＤと第１の当事者を認証する企ての結果を示す前記認証データとを含むものであって、前記方法は、通信ネットワークを介して前記第２の当事者に前記取引ＩＤを要求するドキュメントを提供する工程と、前記通信ネットワークを介して前記第２の当事者から前記取引ＩＤを受信する工程と、前記受信された取引ＩＤに対応する前記取引情報を収集する工程と、前記収集された取引情報内にある前記認証データを特定する工程と、所定のフォーマットに従って前記取引情報をフォーマットする工程と、前記フォーマットされた取引情報を前記第３の当事者に転送する工程とを有するものである。

別の例示的実施形態によれば、取引を処理する第３の当事者に認証データを転送するシステムが提供される。より具体的には、第１の当事者と第２の当事者の間で行われる取引に関連する複数の取引情報が生成され、この取引情報は前記取引を特定する取引ＩＤと第１の当事者を認証する企ての結果を示す認証データとを含むものであって、前記システムは、通信ネットワークを介して前記第２の当事者にド前記取引ＩＤを要求するドキュメントを提供する工程と、前記通信ネットワークを介して前記第２の当事者から前記取引ＩＤを受信する手段と、前記受信された取引ＩＤに対応する前記取引情報を収集する手段と、前記収集された取引情報内にある前記認証データを特定する手段と、所定のフォーマットに従って前記取引情報をフォーマットする手段と、前記フォーマットされた取引情報を前記第３の当事者に転送する手段とを有するものである。

別の例示的実施形態によれば、取引を処理する第３の当事者に認証データを転送する方法が提供される。第１の当事者と第２の当事者の間で行われる取引に関連する複数の取引情報が生成され、前記取引を特定する取引ＩＤを含むものであって、前記方法は、通信ネットワークを介して前記第２の当事者にドキュメントを提供する工程であって、前記ドキュメントは取引ＩＤを要求する工程と、第２の当事者から通信ネットワークを介して前記取引ＩＤを受信する工程と、前記受信された取引ＩＤに対応する前記取引情報を収集する工程と、前記収集された取引情報を特定する工程と、所定のフォーマットに従って前記取引情報をフォーマットする工程と、前記フォーマットされた取引情報を前記第３の当事者に転送する工程とを有するものである。

本明細書に記載された本発明の主題の多くの長所及び利点は、本明細書を読み理解することにより当業者には明らかになるであろう。

本発明の主題は、様々な構成及び構成の配置、及び様々な工程及び工程の配列で具体化されている。図面は、好ましい実施例を図示することのみが目的であり、これに限定されるように解釈されるべきではない。さらに、図面が正確な縮尺ではないことは認識されるべきことである。
図１は、適切な本発明の主題の観点を実施するのに適したオンライン取引処理システムを示す概略図である。 図２Ａ及び２Ｂは、図１に示された会計／発注システム及び／または取引データベースによって支援される取引記録の概略図である。 図３は、本発明の主題の観点を具現化する認証ブリッジ及びウェブ端末を示す概略図である。

図１を参照すると、オンラインまたはインターネット販売者１０または他の同様のエンティティ、若しくはその代理人は、ウェブサーバ１２またはインターネット２０若しくは同様のネットワークに動作可能なように接続さられた他の同様のコンピュータを使用して通常の方法でウェブサイト１４をホストする。消費者またはカード所有者３０は、例えば、コンピュータ３２または他の同様のインターネット接続機器で実行するウェブまたはインターネットブラウザを使用し、前記インターネット２０を介して前記サーバ１２に選択的に接続し、ホストされるウェブサイト１４にアクセス及び／またはそこでショッピングする。最適には、前記サーバ１２は前記ウェブサイト１４のためのショッピングカードプログラムまたは機能１６として周知のものを提供するか或いは支援する。前記ショッピングカート１６を介して、前記カード保持者３０は購入する様々な品目を選択し、次に前記サーバ１２によって提供される前記ウェブサイトのチェックアウトウェブページ（ｃｈｅｃｋ−ｏｕｔ ｗｅｂｐａｇｅ）１８または同様のページに進む。前記チェックアウトページ１８で、前記カード保持者は彼らのカード情報、住所などを選択的に提供し、前記ページ１８に提供されているチェックアウトまたは他の同様の購入完了オプション１８ａを選択する。前記取引が完了すると、取引データ及び／または取引情報４０が例えば前記サーバ１２により生成或いは設定される。前記取引データ４０は、様々な取引情報の値を示す複数のデータ要素を典型的に含有するものである。例えば、図示しているように、前記取引データ４０は、取引参照番号またはＩＤ４０ａ、取引日付及び／または時間４０ｂ、取引金額４０ｃ、カード番号４０ｄ、カード有効期限４０ｅ、及び選択的な認証結果またはデータ値４０ｆの要素を含む。

実行されるカード取引のタイプに応じて、前記認証結果またはデータ値４０ｆは生成或いは設定されてもよくまたはされなくてもよい。例えば、前記カード所有者３０は前記販売者１０及び／またはウェブサイト１４により受け入れられカードの使用を選ぶこともできるが、前記カードは前記ウェブサイト１４または前記販売者１０により支援される認証プロトコルまたは認証イニシアチブを有する支払ネットワークの一部分ではない。対比を目的に、関連する認証結果または値４０ｆを有さない取引は本明細書において非認証取引と言及され、一方で関連する認証結果または４０ｆを有する取引は認証取引として言及される。もちろん、認証取引においてさえ、前記実結果または値４０ｆは肯定的な認証（例えば、前記カード所有者３０は認証プロセスをパスした或いは適切な証明書を有することを意味する）、否定的認証（例えば、前記カード所有者３０は認証プロセス中に前記適切な証明書を提供しなかったことを意味する）、または失敗した認証（例えば、認証が前記認証プロトコルまたは認証イニシアチブに従って試みられたが、達成または得られた結果がなかったことを意味する）。

設定された場合、前記認証結果またはデータ値４０ｆは、前記取引で使用される前記カードが属する支払ネットワークにより支援される認証プロトコルまたは認証イニシアチブに従って、前記サーバ１２及び／または販売者１０に戻された或いは送信されたデータ及び／または認証メッセージから適切に取得される及び／またはこれらに対応する。例えば、前記認証結果またはデータ値４０ｆは選択的に、（１）ＭａｓｔｅｒＣａｒｄ（登録商標）支払ネットワークによって支援される通称ＭａｓｔｅｒＣａｒｄ（登録商標）ＳｅｃｕｒｅＣｏｄｅ（商標）イニシアチブに接続して生成されるアカウント所有者認証値（ａｃｃｏｕｎｔｈｏｌｄｅｒ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｖａｌｕｅ：ＡＡＶ）または汎用カード所有者認証フィールド（ｕｎｉｖｅｒｓａｌ ｃａｒｄｈｏｌｄｅｒ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｆｉｅｌｄ：ＵＣＡＦ）値として一般に知られているもの、（２）Ｖｉｓａ（登録商標）支払ネットワークによって支援される通称ＶｂＶまたは３−Ｄ Ｓｅｃｕｒｅ（登録商標）イニシアチブに接続して生成されるカード所有者認証検証値（ｃａｒｄｈｏｌｄｅｒ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｖｅｒｉｆｉｃａｔｉｏｎ ｖａｌｕｅ：ＣＡＶＶ）として一般に知られているもの、または（３）同様の認証決定または結果を示す、同等の値である。選択的に、前記結果またはデータ値４０ｆはコード化または暗号化される。

最適には、前記販売者１０はまた、例えば別個のサーバまたは他の同様のコンピュータで支援された及び／またはそこで実行するバックエンド会計システム及び／または発注管理システム（ＯＭＳ）５２を使用する。前記ＯＭＳ ５２はいずれかの適切な会計または発注管理プラットホームを介して適切に実行される。商業的に利用可能な選択肢として、ダイナカンプ（Ｄｙｄａｃｏｍｐ）によって提供されるＭａｉｌ Ｏｒｄｅｒ Ｍａｎａｇｅｒ（登録商標）、アイコード、インク（ｉＣｏｄｅ、Ｉｎｃ．）によって提供されるＥｖｅｒｅｓｔ（登録商標）などがある。通常の方法において、前記ＯＭＳ ５２は、取引記録５６が保持される取引データベース（ＤＢ）５４を適切に含める及び／または採用する（図２Ａ及び２Ｂも参照）。図２Ａ及び２Ｂに示すように、各データ記録５６は複数のフィールドを含み、例えば、取引参照番号またはＩＤフィールド５６ａ、取引日付及び／または時間フィールド５６ｂ、取引金額フィールド５６ｃ、カード番号フィールド５６ｄ、及びカード有効期限フィールド５６ｅを含むものである。選択的に、図２Ａに示すように、前記ＯＭＳ ５２及び／またはＤＢ ５４に、取引記録５６に追加または余分のその他フィールド５６ｆが取引記録５６を支援するために供給され及び／または装備される。

最適には、前記サーバ１２により設定される各取引のための前記取引情報４０は、前記ＯＭＳ ５２に転送されるか或いは前記ＯＭＳ ５２によって獲得される。前記ＯＭＳ ５２が前記サーバ１２から特定取引に対する取引データまたは取引情報４０を受信すると、それらは前記ＤＢ ５４において当該取引用に生成されまたは作成される取引記録５６において対応するフィールド（図示する）にマッピングされる。上述したように、非認証取引は提示する認証データを有しない。したがって、前記ＯＭＳ ５２によって使用される前記記録５６が図２において示されるように構築される場合、前記その他フィールド５６ｆは単に空白を残し、さもなければそれが図２Ｂにおいて示されるように構築される場合、図示されるように前記５６ａから５６ｅのフィールドの中の前記データ要素４０ａから４０ｅを適切に一対一でマッピングする。代替的に、前記認証データ４０ｆが取引に応じて表示される場合または図２Ａで示すように前記ＯＭＳ ５２によって使用される前記記録５６が構築される場合、認証データは前記その他フィールド５６ｆにマッピングされ、或いは図２Ｂで示すように構築される場合、前記データ要素４０ａから４０ｅは図示されるように前記フィールド５６ａから５６ｅにマッピングされ、前記認証データ４０ｆは取り落とされ、送信されず、記録されず、或いは前記ＯＭＳ ５２よって無視される。

選択的に、非認証取引に関して、前記ＯＭＳ ５２はそこに含まれる前記取引記録５６及び／または前記取引情報４０を支払処理の加盟店契約会社６０に転送する或いは配送する。これら記録５６は前記加盟店契約会社に周期的にまたは所望の間隔で転送されてもよく、それらは単独でまたはバッチで転送されてもよい。通常の方法において、前記加盟店契約会社６０（例えば、マーチャントバンク、支払ゲートウェイ、または他の同様のもの）は次に、適切な支払ネットワーク６２を介して発行者６４（例えば、前記取引で使用されている前記カードを発行した銀行または同等のエンティティ）に支払いのための処理を提示または提出する。最適には、前記ＯＭＳサーバ５０及び前記加盟店契約会社６０は双方とも前記インターネット２０に動作可能なように接続される。したがって、非認証取引用にそこに含まれる前記取引記録５６及び／または前記データ４６は前記インターネット２０を介して前記サーバ５０から前記加盟店契約会社６０に動作可能なように伝達される。

図３を参照して、前記販売者１０は、選択的に第３の当事者により操作される認証ブリッジを適切に使用して、認証取引を前記加盟店契約会社６０に転送する。図示するように、前記認証ブリッジは、サーバ７０または前記インターネット２０に有効に動作可能なように接続されている他の同様のコンピュータを介して実行されるソフトウェアまたは命令セットである。最適には、前記販売者１０は前記インターネット２０を介して前記ブリッジサーバ７０に接続することよりウェブ端末８０（例えば、コンピュータまたは他の同様のインターネット接続機器上で実行されるウェブまたはインターネットブラウザとして実行される）を用いて前記認証ブリッジに選択的にアクセスする。代替的に、前記認証ブリッジ及び／またはウェブ端末８０には自動的に前記販売者の取引の全てまたはいくつかのサブセットを処理するように供給され、特定の取引に対する関連認証データが見つからないまたは提示されない場合には、例えば、前記販売者１０がさもなければ普通に提供するように、前記認証ブリッジは前記加盟店契約会社６０に当該取引を通常の方法で単に転送する。

図示するように、前記認証ブリッジがアクセスされると、前記ブリッジサーバ７０は前記ウェブ端末８０に認証ブリッジウェブページ７２または他の同様のものを供給し、それには取引ＩＤ（ＸＩＤ）及び提出または送信オプション７６を入力する領域またはフィールド７４が含まれている。したがって、前記販売者１０は、前記ウェブ端末８０を介して、前記入力フィールド７４に処理参照番号（すなわち事前に完了した認証取引のための前記ＸＩＤ値４０ａ）を手動でまたは他の方法で入力し、前記送信オプション７６を選択して前記ページ７２を前記ブリッジサーバ７０にポストして返し、或いは前記フィールド７４に入力された前記ＸＩＤ値４０を前記認証ブリッジに配信する。単一の認証取引に関して記載したが、選択的に、前記フィールド７４に複数のまたは範囲のＸＩＤ値４０ａを入力し、次に前記送信オプション７６を選択することより、バッチまたは複数の認証取引は同様の方法で一緒に処理される。

図２Ａに示すように前記ＯＭＳ ５２及び／またはＤＢ ５４が記録構造を支援する適切な実施形態において、例えば前記インターネット２０を介して前記ＯＭＳサーバ５０を前記ブリッジサーバ７０に接続させることにより、前記認証ブリッジは、前記取引記録ＤＢ ５４に保持される前記対応する取引記録５６（すなわち、ＸＩＤフィールド５６ａにそれに合致するＸＩＤ値を有する前記記録５６）を検索、取得、或いはアクセスすることにより前記ＸＩＤ値４０ａの受信に応答する。選択的に、前記認証ブリッジは、前記その他フィールド５６ｆの前記データが前記認証データ４０ｆと一致することを認識または理解するために提供される。代替的に、前記記録５６が取得されると、前記認証ブリッジは前記データ値４０を解析するか或いはスキャンし、例えば、前記個々のデータ要素のフォーマット、構造、及び／または値を分析し、認証データの受け入れられたまたは記載されたフォーマット、構造、及び／または値と適合するまたは一致する１つを見つけることにより、いずれの１つが前記認証データ４０ｆに対応するかを決定する。前記認証データ４０ｆを特定した後、前記認証ブリッジは、前記読み出した記録５６（前記認証データ４０ｆを含む）から得られた前記データ４０をフォーマットし及び／またはオーダーし、前記加盟店契約会社６０によって規定された或いは期待されたデータフォーマット及び／またはシーケンスに準拠させる。前記フォーマット化された及び／またはオーダーされたデータ４０は次に、例えば、前記インターネット２０または代替的な接続性を有するフォームを介して前記加盟店契約会社６０に接続する前記ブリッジサーバ７０により、前記加盟店契約会社６０に転送されるか或いは配送される。前述したように、前記加盟店契約会社６０は次に、前記適切な支払ネットワーク６２を介して発行者６４に支払いのための処理を提示または提出するが、この場合それは認証データ４０ｆである。したがって、前記販売者１０は適切な認証プロトコルまたは認証イニシアチブへ参加する及び／または準拠する十分な利益を享受する。選択的に、前記加盟店契約会社６０は前記支払処理からの応答を前記認証ブリッジ及び／またはサーバ７０に戻し、次に選択的に前記販売者１０に同様のものをフォーマットし、例えば前記インターネット２０を介してサーバ５０へ転送する。これにより、前記ＯＭＳ ５２及びまたはＤＢ ５４が前記処理のステータス（例えば、前記取引の支払処理の完了した及び／または支払い状況すなわち支払った、拒絶されたなのどを示す）とともに適切に更新される。

図２Ｂに示すように前記ＯＭＳ ５２及び／またはＤＢ ５４は記録構造を支援する別の実施形態において、前記認証ブリッジは前記ＤＢ ５４から前記認証データ４０ｆを取得することができない。しかしながら、前記認証取引それ自体の時間に、前記認証データ４０ｆは認証処理に含まれるまたは当該認証処理を促す他の当事者により選択的に保持され、それは例えば認証結果データベース９０に保持される。最適には、前記ＤＢ ９０に含まれる前記認証結果またはデータ４０ｆはまた、それらの関連するＸＩＤ値４０ａによって特定される。したがって、例えば、そこに前記インターネット２０を介して前記サーバ７０に接続することより、前記認証ブリッジは前記認証ＤＢ ９０に保持される前記対応する認証データ４０ｆを検索、取得、或いはアクセスすることにより前記ＸＩＤ値４０ａの受領に応答する。前記他の取引情報またはデータ４０は前述したとおり前記ＤＢ ５４、または代替的に利用できる場合は前記ＤＢ ９０からから取得される。いずれにせよ、ここで、前記認証ブリッジが取引情報４０の完全な一組（前記認証データ４０ｆを含む）を有する場合、前記認証ブリッジは前記データフォーマット及び／または加盟店契約会社６０により規定或いは期待されたシーケンスに応じ前記データ４０をフォーマットし及び／またはオーダーし、例えば前記インターネット２０を介して前記加盟店契約会社６０と接続する前記ブリッジサーバ７０により、前記フォーマット化され及び／または発注されたデータ４０は次に前記加盟店契約会社６０に転送されるか或いは配送される。前述したように、前記加盟店契約会社６０は次に、前記適切な支払ネットワーク６２を介して発行者６４に支払いのための処理を提示または提出するが、この場合それは認証データ４０ｆである。したがって、前記販売者１０は再び、適切な認証プロトコルまたは認証イニシアチブへ参加する及び／または準拠する十分な利益を享受する。選択的に、前記加盟店契約会社６０は前記支払処理からの応答を前記認証ブリッジ及び／またはサーバ７０に戻し、次に選択的に前記販売者１０に同様のものをフォーマットし、例えば前記インターネット２０を介してサーバ５０へ転送する。これにより、前記ＯＭＳ ５２及びまたはＤＢ ５４が前記処理のステータス（例えば、前記取引の支払処理の完了した及び／または支払い状況すなわち支払った、拒絶されたなのどを示す）とともに適切に更新される。

前記認証ブリッジは前記ＯＭＳ ５２及び／またはＤＢ ５４により使用される記録構造を認識しない１つの適切な実施形態において、前記認証ブリッジは、前記認証データ４０ｆを前記ＤＢ ５４でチェックするように供給され、もしそれが見つからなかったとしても、代わりに前記ＤＢ ９０をチェックする。

前記販売者１０のようなオンラインまたはインターネット販売者に関して本明細書で説明してきたが、代替的に、他のタイプの販売者（例えば、移動販売者（例えば、無線通信ネットワークを介して商品やサービスを販売する者）、従来のレンガ及びモルタルの販売者など）も本明細書に記載された１つと同様にバックエンド取引処理システムを有益に実行及び／または利用するができる。すなわち、最適には、フロントエンドプラットフォーム（ｆｒｏｎｔ−ｅｎｄ ｐｌａｔｆｏｒｍｓ）または方法のあらゆる種類のものは選択的に使用される一方、前記処理（すなわち、直接取引、電子商取引、モバイル取引など）を生成し、その間、本明細書に記載される同様のバックエンド処理は記載されたような方法で使用或いは実行されうる。

したがって、前記ウェブ端末及び／またはブリッジを使用できることにより、前記販売者は代替的な支払方法（例えば、ＰａｙＰａｌ（登録商標）、Ｂｉｌｌ Ｍｅ Ｌａｔｅｒ（登録商標）、Ｓｅｃｕｒｅ ｅＢｉｌｌ、Ｇｏｏｇｌｅ Ｃｈｅｃｋｏｕｔ、ＮＡＣＨＡなど）を受け入れ、前記適切な支払処理ネットワークまたはエンティティに前記取引情報を提出することが可能になる。すなわち、いくつかの実施例において、前記販売者ＯＭＳまたは他のバックエンド処理は、１若しくはそれ以上の代替的な支払方法に関連する取引情報を処理するように装備されておらず或いは設定されていない。例えば、フィールドは、前記代わりの支払方法を使用して実行された取引に関連する様々な異なるタイプのデータ要素に指定されておらずまたは利用できるものでもない。したがって、前記ウェブ端末を使用して取引が前記ブリッジに提出され、当該ブリッジでは前記取引情報を収集し、前記様々なデータ要素を特定し、処理のための前記取引を適切なエンティティまたは支払いネットワークに転送する。

本願明細書に記載されている特定の例示的実施形態に関連して、特定の構造及び／または機能の特徴及び／または要素が特定の実施形態に組み込まれるようにして記載されている。これら特徴及び／または要素は適切なソフトウェア、ハードウェア、ファームウェアまたはそれらいずれかの組合わせを介して選択的に実施される。例示的実施形態の異なる態様は要求される適用例に応じて適切な代替実施形態を達成するものとして選択的に使用されうることが認められ、それによって代替実施例が、本明細書に組み込まれた態様の各効果が認められる。

また、当然のことながら、本明細書において一緒に組み込まれるように記載された特定の要素は、適切な状況下において独立した要素或いは分離した要素であってもよい。同様に、１つの特定要素により実行されるように記載された複数の特定機能は、独立して動作して別個の機能を実行する複数の要素により実行することもでき、特定の独立した機能は協動で動作する複数の区別できる要素により分離され実行され得るものである。代わりに、お互いにはっきりと異なるように本明細書に記載され及び／または図示されたいくつかの要素または構成要素は、物理的にまたは機能的に必要に応じて結合されるものである。

すなわち、例示的実施形態を参照しながら本明細書を説明してきた。修正及び変更は、本明細書を読み理解した者にとっては明白なことであろう。前記発明の主題は、添付の請求の範囲またはそれに相当するものの範囲内に関する限り、そのような全ての修正および変更を含むものとして解釈されることを目的とするものである。

Claims (17)

1. 第１の当事者と第２の当事者の間で行われる取引に関連する複数の取引情報が生成され、この取引情報は前記取引を特定する取引ＩＤと前記第１の当事者を認証する企ての結果を示す認証データとを含み、前記取引を処理する第３の当事者に前記認証データを転送する方法であって、
   ａ）通信ネットワークを介して前記第２の当事者に前記取引ＩＤを要求するドキュメントを提供する工程と、
   ｂ）前記通信ネットワークを介して前記第２の当事者から前記取引ＩＤを受信する工程と、
   ｃ）前記受信された取引ＩＤに対応する前記取引情報を収集する工程と、
   ｄ）前記収集された取引情報内にある前記認証データを特定する工程と、
   ｅ）所定のフォーマットに従って前記取引情報をフォーマットする工程と、
   ｆ）前記フォーマットされた取引情報を前記第３の当事者に転送する工程と
   を有する方法。
2. 請求項１に記載の方法において、前記取引情報は、発注管理システムに接続され保持されるデータベースから前記工程ｃ）において収集され、前記取引情報は当該取引情報が関連する取引に対応する取引記録に格納されるものである。
3. 請求項２に記載の方法において、前記取引記録は複数のフィールドを含み、各フィールドは当該フィールドのタイプを示す名称と前記取引情報の要素を示す値と含むものである。
4. 請求項３に記載の方法において、前記取引記録は第１の名称と第１の値とを含む第１のフィールドを含み、前記第１の値は前記認証データを示すが、前記対応する第１の名称は前記フィールドのタイプを特定するものである。
5. 請求項４に記載の方法において、前記工程ｄ）は、前記第１の名称を有する前記フィールドに含まれる値として前記認証データを特定する工程を有するものである。
6. 請求項４に記載の方法において、前記工程ｄ）は、前記取引情報を解析して前記認証データと一致する表示を有する値の位置を突き止めるものである、前記解析する工程を有するものである。
7. 請求項２に記載の方法において、前記取引記録に含まれる前記取引情報には前記認証データは含まれず、前記工程ｃ）は前記取引記録と異なる場所から前記認証データを収集する工程を有するものである。
8. 請求項１に記載の方法において、前記通信ネットワークはインターネットであり、前記ドキュメントはウェブページである。
9. 第１の当事者と第２の当事者の間で行われる取引に関連する複数の取引情報が生成され、この取引情報は前記取引を特定する取引ＩＤと前記第１の当事者を認証する企ての結果を示す認証データを含み、前記取引を処理する第３の当事者に前記認証データを転送するためのシステムであって、
   通信ネットワークを介して前記第２の当事者に前記取引ＩＤを要求するドキュメントを提供する手段と、
   前記通信ネットワークを介して前記第２の当事者から前記取引ＩＤを受信する手段と、
   前記受信された取引ＩＤに対応する前記取引情報を収集する手段と、
   前記収集された取引情報内にある前記認証データを特定する手段と、
   所定のフォーマットに従って前記取引情報をフォーマットする手段と、
   前記フォーマットされた取引情報を前記第３の当事者に転送する手段と
   を有するシステム。
10. 請求項９に記載のシステムにおいて、前記取引情報は、発注管理システムに接続して保持されるデータベースから収集され、前記取引情報は当該取引情報が関連する前記取引に対応する取引記録に格納されるものである。
11. 請求項１０に記載のシステムにおいて、前記取引記録は複数のフィールドを含み、各フォールドは当該フィールドのタイプと示す名称と前記取引情報の要素を示す値とを含むものである。
12. 請求項１１に記載のシステムにおいて、前記取引記録は第１の名称と第１の値とを含む第１のフィールドを含み、前記第１の値は前記認証データを示すが、前記対応する第１の名称は前記フィールドのタイプを特定するものである。
13. 請求項１２に記載のシステムにおいて、前記特定する手段は、前記第１の名称を有する前記フィールドに含まれる値として前記認証データを特定する工程を有するものである。
14. 請求項１２に記載の方法において、前記特定する手段は、前記取引情報を解析して前記認証データと一致する表示を有する値の位置を突き止めるものである、前記解析する工程を有するものである。
15. 請求項１０に記載のシステムにおいて、前記取引記録に含まれる前記取引情報には前記認証データは含まれず、前記収集する手段は、前記取引記録と異なる場所から前記認証データを収集する工程を有するものである。
16. 請求項９に記載のシステムにおいて、前記通信ネットワークは前記インターネットであり、前記ドキュメントはウェブページである。
17. 第１の当事者と第２の当事者の間で行われる取引に関連する複数の取引情報が生成され、この取引情報は前記取引を特定する取引ＩＤを含み、前記取引を処理する第３の当事者に前記認証データを転送する方法であって、
    ａ）通信ネットワークを介して前記第２の当事者に前記取引ＩＤを要求するドキュメントを提供する工程と、
    ｂ）前記通信ネットワークを介して前記第２の当事者から前記取引ＩＤを受信する工程と、
    ｃ）前記受信された取引ＩＤに対応する前記取引情報を収集する工程と、
    ｄ）前記収集された取引情報を特定する工程と、
    ｅ）所定のフォーマットに従って前記取引情報をフォーマットする工程と、
    ｆ）前記フォーマットされた取引情報を前記第３の当事者に転送する工程と、
    を有する方法。

Images