特許 6475752 カードレス取引のためのカードリーダエミュレーション

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6475752

(24)【登録日】2019年2月8日

(45)【発行日】2019年2月27日

(54)【発明の名称】カードレス取引のためのカードリーダエミュレーション

(51)【国際特許分類】

   G07G 1/12 20060101AFI20190218BHJP

   G07G 1/14 20060101ALI20190218BHJP

   G07G 1/00 20060101ALI20190218BHJP

   G07G 1/06 20060101ALI20190218BHJP

   G06Q 20/20 20120101ALI20190218BHJP

   G06Q 20/24 20120101ALI20190218BHJP

   G06Q 20/32 20120101ALI20190218BHJP

【ＦＩ】

   G07G1/12 321P

   G07G1/12 361C

   G07G1/14

   G07G1/00 311D

   G07G1/06 Z

   G06Q20/20 330

   G06Q20/24

   G06Q20/32 300

【請求項の数】21

【全頁数】23

(21)【出願番号】特願2016-561596(P2016-561596)

(86)(22)【出願日】2014年12月23日

(65)【公表番号】特表2017-510903(P2017-510903A)

(43)【公表日】2017年4月13日

(86)【国際出願番号】US2014072285

(87)【国際公開番号】WO2015100385

(87)【国際公開日】20150702

【審査請求日】2016年8月29日

(31)【優先権主張番号】61/921,374

(32)【優先日】2013年12月27日

(33)【優先権主張国】US

(31)【優先権主張番号】14/187,049

(32)【優先日】2014年2月21日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】516371276

【氏名又は名称】スクエア， インコーポレイテッド

(74)【代理人】

【識別番号】100076428

【弁理士】

【氏名又は名称】大塚 康徳

(74)【代理人】

【識別番号】100115071

【弁理士】

【氏名又は名称】大塚 康弘

(74)【代理人】

【識別番号】100112508

【弁理士】

【氏名又は名称】高柳 司郎

(74)【代理人】

【識別番号】100116894

【弁理士】

【氏名又は名称】木村 秀二

(74)【代理人】

【識別番号】100130409

【弁理士】

【氏名又は名称】下山 治

(74)【代理人】

【識別番号】100134175

【弁理士】

【氏名又は名称】永川 行光

(72)【発明者】

【氏名】リー，ロバート

【審査官】 渡邉 洋

(56)【参考文献】

【文献】 特開２００２−０９９８５８（ＪＰ，Ａ）

【文献】 特開２００９−０８６８３２（ＪＰ，Ａ）

【文献】 特開２０１３−０９７６５７（ＪＰ，Ａ）

【文献】 特開２０１３−２３８９７７（ＪＰ，Ａ）

【文献】 特開２００３−１５０８８５（ＪＰ，Ａ）

【文献】 特開２０１１−１９７５１１（ＪＰ，Ａ）

【文献】 特表２０１０−５４１０３６（ＪＰ，Ａ）

【文献】 国際公開第２０１１／１５６８８４（ＷＯ，Ａ１）

【文献】 米国特許出願公開第２０１３／０１３２２７４（ＵＳ，Ａ１）

【文献】 米国特許出願公開第２００９／０１８７４８８（ＵＳ，Ａ１）

【文献】 米国特許出願公開第２０１１／０１８４８２２（ＵＳ，Ａ１）

【文献】 米国特許出願公開第２０１０／０１３８３４４（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０７Ｇ １／００− １／１４

Ｇ０６Ｑ２０／００−２０／２４

Ｇ０６Ｑ３０／００−５０／３４

(57)【特許請求の範囲】

【請求項1】

販売時点（ＰＯＳ）システムにおいて、前記ＰＯＳシステムのユーザインタフェースを介して入力されたユーザインプットを検出するステップであって、前記ユーザインプットが、消費者を指定して、前記消費者に関与する支払取引を開始する意向を示しているステップと、
前記ユーザインプットに応答して、前記支払取引に関係して生じる実際のカード読取イベントなしに、カード読取イベントに関連する物理カードリーダの出力をエミュレートするデータを前記ＰＯＳシステムにおけるＰＯＳモジュールへと出力することにより、前記ＰＯＳシステムにおける前記支払取引を開始するステップであって、物理カードリーダの出力をエミュレートするデータを出力することが、カードリーダのアプリケーションプログラミングインタフェース（ＡＰＩ）を呼び出すことを含んでいる、ステップと、
前記取引が支払処理エンティティに承認された後に、前記ＰＯＳモジュールによって生成されたレシートプリンタを作動させるための印刷信号を遮断することにより、前記取引についての印刷されたレシートが生成されることを防止するステップであって、前記印刷信号がレシートデータを含んでいるステップと、
前記印刷信号に応答して、前記消費者のモバイルデバイスへと第２メッセージが送信されるようにするために第１メッセージを前記ＰＯＳシステムから送信するステップであって、前記第２メッセージは、前記モバイルデバイスが前記支払取引についての仮想レシートを前記消費者へと出力することを可能にするためのものであるステップと
を含んでいる方法。

【請求項2】

前記物理カードリーダの出力をエミュレートするデータを出力することが、カードリーダの出力をエミュレートするデータを前記カードリーダのプロトコル中にて前記ＰＯＳモジュールへ送信することを含んでいる、請求項１に記載の方法。

【請求項3】

前記消費者のモバイルデバイスへと前記第２メッセージが送信されるようにすることが、リモートエンティティに前記第２メッセージを前記消費者の前記モバイルデバイスへと送信させるように、前記第１メッセージをネットワークを介して前記リモートエンティティに送信することを含んでいる、請求項１に記載の方法。

【請求項4】

前記第２メッセージが、前記仮想レシートを表すデータを包含している、請求項１に記載の方法。

【請求項5】

前記物理カードリーダの出力をエミュレートするデータを出力することが、前記消費者の支払カードの支払アカウント識別子を前記ＰＯＳモジュールに提供することを含んでいる、請求項１に記載の方法。

【請求項6】

前記物理カードリーダの出力をエミュレートするデータを出力することが、前記消費者に関与する前記支払取引にのみ使用するためのワンタイム使用のアカウント識別子を前記ＰＯＳモジュールに提供することを含んでおり、前記ワンタイム使用のアカウント識別子は、前記消費者の支払カードのアカウント識別子ではないが、前記ＰＯＳモジュールにより識別可能なアカウント識別子フォーマットにおけるものである、請求項１に記載の方法。

【請求項7】

前記レシートデータの意味的要素を識別するために前記印刷信号中の前記レシートデータを解析するステップをさらに含んでいる、請求項１に記載の方法。

【請求項8】

販売時点（ＰＯＳ）システムにて、ある人に関連する取引を開始する意向を示しているユーザインプットを検出するステップと、
前記ユーザインプットに応答して、前記人に関連するカードの読み取りを前記取引のために生じる何らのカード読取イベントもなしにエミュレートすることにより、取引を開始するステップであって、前記エミュレートすることが、カードリーダのアプリケーションプログラミングインタフェース（ＡＰＩ）を呼び出すことと、物理カードリーダの出力をエミュレートするデータを前記物理カードリーダのプロトコル中にて前記ＰＯＳシステムで実行されているＰＯＳアプリケーションへ送信することと、を含んでいる、ステップと
を含んでいる方法。

【請求項9】

前記取引が金融取引である、請求項８に記載の方法。

【請求項10】

前記取引が支払取引である、請求項９に記載の方法。

【請求項11】

前記取引が承認されたことを示す信号を検出するステップと、
前記信号に応答して、前記取引の印刷された記録の生成を防止して、前記人のモバイルデバイスが前記取引の仮想記録を前記人へと出力することを可能にするように前記モバイルデバイスへとメッセージが送信されるようにするステップと
をさらに含んでいる、請求項８に記載の方法。

【請求項12】

前記取引の印刷された記録の生成を防止することが、プリンタを作動させるための印刷信号を遮断することを含んでおり、前記印刷信号が、前記プリンタにより印刷される前記取引の記録を可能にするためのデータを含んでいる、請求項１１に記載の方法。

【請求項13】

消費者に関与する支払取引を開始する意向を示しているユーザインプットを検出し、前記ユーザインプットに応答して、前記支払取引のために生じる実際のカード読取イベントなしに、前記支払取引のためのカード読取イベントをエミュレートするデータを出力することによって前記支払取引を開始する、カードリーダエミュレータであって、前記カードリーダエミュレータが、カードリーダのアプリケーションプログラミングインタフェース（ＡＰＩ）を呼び出すことによって物理カードリーダの出力をエミュレートするように構成されている、カードリーダエミュレータと、
印刷信号が前記支払取引に関係してプリンタへと通信されることを防止することによって前記支払取引についての印刷されたレシートの生成を防止し、前記消費者のモバイルデバイスが前記支払取引についての仮想レシートを出力することを可能にするように前記モバイルデバイスへとメッセージが送信されるようにする、レシートマネージャとを含んでいる、装置。

【請求項14】

前記レシートマネージャが、前記印刷信号中のレシートデータの意味的要素を識別するために前記レシートデータを解析するように構成されている、請求項１３に記載の装置。

【請求項15】

プロセッサと、
前記プロセッサに結合され、前記プロセッサにより実行可能なＰＯＳモジュールを格納しているメモリであって、前記ＰＯＳモジュールが、物理カードリーダからのカード読取イベントより生じたカードデータを受信すること及び前記カード読取イベントに応答して前記カードデータがネットワーク越しにリモート認可エンティティへと送信されるようにすることを含んでいる支払取引を処理するように構成されている、メモリと、
消費者を指定するユーザインプットを受信するために前記プロセッサに結合されたユーザインプットデバイスであって、前記ユーザインプットが前記消費者に関与する支払取引を開始する意向を示している、ユーザインプットデバイスと、
前記ユーザインプットを検出するように、及び、前記ユーザインプットに応答して、前記支払取引のために生じる実際のカード読取イベントなしに支払取引のためのカード読取イベントデータを前記ＰＯＳモジュールに出力することによって前記物理カードリーダをエミュレートするように構成された、カード読取エミュレータ（ＣＲＥ）モジュールであって、前記ＣＲＥモジュールが、カードリーダのアプリケーションプログラミングインタフェース（ＡＰＩ）を呼び出すことにより、物理カードリーダの出力をエミュレートするように構成されている、ＣＲＥモジュールと
を含んでいる、販売時点（ＰＯＳ）システム。

【請求項16】

前記ＣＲＥモジュールが、さらに、印刷信号が前記支払取引に関係してプリンタへと通信されることを防止することによって前記支払取引についての印刷されたレシートが生成されることを防止するように構成されていると共に、前記消費者のモバイルデバイスへと第２メッセージが送信されるようにするために第１メッセージを前記ＰＯＳシステムから送信するように構成されており、前記第２メッセージは、前記モバイルデバイスが前記支払取引についての仮想レシートを前記消費者へと出力することを可能にするためのものである、請求項１５に記載のＰＯＳシステム。

【請求項17】

前記ＣＲＥモジュールが、リモートエンティティに前記第２メッセージを前記消費者の前記モバイルデバイスへと送信させるように、前記第１メッセージをネットワークを介して前記リモートエンティティに送信することにより、前記消費者のモバイルデバイスへと前記第２メッセージが送信されるようにするように構成されており、前記第２メッセージが、前記仮想レシートを表すデータを包含している、請求項１６に記載のＰＯＳシステム。

【請求項18】

前記ＣＲＥモジュールが、前記消費者に関与する前記支払取引にのみ使用するためのワンタイム使用のアカウント識別子を前記ＰＯＳモジュールに提供することにより、前記物理カードリーダの出力をエミュレートするように構成されており、前記ワンタイム使用のアカウント識別子は、前記消費者の支払カードのアカウント識別子ではないが、前記ＰＯＳモジュールにより識別可能なアカウント識別子フォーマットにおけるものである、請求項１５に記載のＰＯＳシステム。

【請求項19】

前記ＣＲＥモジュールが、さらに、前記印刷信号中のレシートデータの意味的要素を識別するために前記レシートデータを解析するように構成されている、請求項１６に記載のＰＯＳシステム。

【請求項20】

前記ＣＲＥモジュールが、前記ＰＯＳモジュールのコンポーネントである、請求項１５に記載のＰＯＳシステム。

【請求項21】

前記ＣＲＥモジュールが、前記ＰＯＳモジュールから論理的に分離されている、請求項１５に記載のＰＯＳシステム。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本出願は、２０１３年１２月２７日出願の米国仮出願第６１／９２１，３７４号の利益を主張する。上記出願の内容は、その全てを参照することにより本明細書に組み込まれる。

【0002】

本出願は、２０１４年２月２１日出願の米国特許出願第１４／１８７，０４９号についての利益を主張する。上記出願の内容は、その全てを参照することにより本明細書に組み込まれる。

【背景技術】

【0003】

レストランや他のフルサービス小売施設における、クレジットカードによる従来の支払い方法は、非効率的で時間がかかる。例えば、顧客がレストランにてクレジットカードによる支払いを希望する際には、まずウェイターの注意を引いてから請求書を要求することにより、支払いを行うのが一般的である。その際、顧客は数分の間、請求書を待つことになる。ウェイターが請求書を持ってきた後にも、顧客は、ウェイターが戻ってきて顧客のクレジットカードを回収するのをさらに数分待つことになり、その後もウェイターが印刷されたレシートを持って戻ってくるのをさらに数分待つことになる。顧客がレシートを待っている間、ウェイターはクレジットカードを販売時点（ＰＯＳ）端末まで持っていき、カードをカードリーダに通し、認可信号が戻ってきて紙のレシートが印刷されるのを待つ。顧客は、印刷されたレシートをウェイターから受け取った際に、上乗せしたい分のチップ（心付け）をレシートに書いてから、レシートにサインする。それから、ウェイターは（通常は顧客が施設を立ち去った後に）サインされたレシートを回収して、（チップを含む）取引の総額をＰＯＳシステムに入力する。

【発明の概要】

【発明が解決しようとする課題】

【0004】

レストランを立ち去ろうと急いでいるかもしれない顧客から見て、他の顧客の応対に忙しいかもしれないウェイターから見て、そして収益を保つためにサービス従業員に高い効率を求めているかもしれないレストランのオーナーから見て、このプロセスは非常に時間がかかり、とても非効率的である。

【図面の簡単な説明】

【0005】

本発明の１つ以上の実施形態は、添付の図面の図中に例として示されているが、限定するものとして示されているものではない。これらの図では、類似の参照符号は、類似の要素を示している。

【0006】

【図1】図１は、本明細書で提示されるカードエミュレーション技術が実施可能な環境を示す。

【図2A】図２Ａは、マーチャントＰＯＳシステムの種々の実施形態を示す。

【図2B】図２Ｂは、マーチャントＰＯＳシステムの種々の実施形態を示す。

【図3】図３は、ＰＯＳシステムで使用されるカード読取エミュレータ（ＣＲＥ）モジュールの例を示す。

【図4】図４は、第１の実施形態に係る、カードレス支払取引をセットアップ及び開始するための処理の例を示すフロー図である。

【図5】図５は、マーチャントＰＯＳシステムにより生成されたグラフィカルユーザインタフェース（ＧＵＩ）表示の例を示す。

【図6A】図６Ａは、第１の実施形態に係る、カードレス支払取引において実行される操作を示す。

【図6B】図６Ｂは、カード読取エミュレータ（ＣＲＥ）モジュールによって実行され得る処理を示す。

【図7】図７は、第２の実施形態に係る、カードレス支払取引において実行される操作を示す。

【図8】図８は、カードレス支払取引について、チップの指定に関連して実行される操作を示す。

【図9】図９は、カードレス取引に関係する少なくともいくつかの動作を実施可能な処理システムの例を示すハイレベルブロック図である。

【発明を実施するための形態】

【0007】

本明細書における「実施形態」「一実施形態」等への参照は、記載された特定の特徴、機能、構造又は特性が、本発明の少なくとも１つの実施形態に含まれていることを意味する。本明細書に見られるこのような語句は、必ずしも全てが同じ実施形態を参照するものではない。一方、参照される実施形態もまた、必ずしも相互に排他的ではない。

【0008】

本明細書で提示される技術は、クレジットカードアカウントやデビットカードアカウントのような支払アカウントを使用することによって、より効率的な支払いを可能にする技術である。本技術によれば、顧客が物理的な支払カード（例えば、クレジットカード又はデビットカード）を携帯する必要がなくなり、支払カード取引を実行する際に物理的なカードスワイプ（又は他の類似の物理カード読取イベント）を行う必要がなくなる。本技術は、レストランのようなフルサービス小売施設に適用した場合に特に有利である。特に、本技術は、顧客が実質的にマーチャントに自分の名前を告げるだけで支払を行える「ペイ・バイ・ネーム（pay-by-name）」の枠組みを促進する。加えて、カード読取イベントをエミュレートしてレシートプリンタの出力を遮断することにより、さらに以下に説明するように、本明細書で提示される本技術は、個々のＰＯＳベンダー独自のアプリケーションプログラミングインターフェース（ＡＰＩ）に対応するためのカスタマイズされたソフトウェア又はハードウェアを必要とせずに、実質的に任意の従来のＰＯＳシステムに容易に統合されることができる。

【0009】

以下の説明では、レストランの例は、本技術の種々の態様を説明するために、例示の目的のみにおいて使用されている。しかしながら、本明細書で提示される本技術は、レストランや他の特定の種類のビジネスへの適用には限定されないことに留意されたい。加えて、本明細書で提示される本技術は、支払カードを用いた使用や、金融取引への使用にも限定されない。本技術は、従来は物理カードリーダの使用により開始される又は物理カードリーダの使用に関わることになっていた実質的に任意の取引に使用することができる。したがって、販売時点（ＰＯＳ）に含まれるような用語「販売」は、例えばリース又はレンタルを含む任意のタイプの支払い指向取引を示し、実際の購入には限定されない。また、本明細書では、用語「ユーザ」は、他に指示される場合を除き、また文脈から明らかなように、用語「ユーザインタフェース」が顧客により使用されるインタフェースを必ずしも参照していないことを除き、概して（マーチャントとは対照的に）顧客を示していることに留意されたい。

【0010】

所定の実施形態では、本明細書で提示される本技術は、以下により詳細に説明されるように、以下の一連の動作を含む。まず、顧客は、カードレス支払サービスに登録する。その後に、顧客はマーチャントを訪れて、顧客の携帯デバイス（例えば、スマートフォンやタブレットコンピュータ）上のモバイル支払アプリケーションを使用してマーチャントに「チェックイン」する。このチェックインの動作は一連のメッセージ及び他の動作をトリガし、該一連のメッセージ及び動作は、顧客の名前及び写真をマーチャントのＰＯＳ端末の表示デバイス上に比較的すぐに現れるようにする。

【0011】

顧客は、支払いを行おうとする際に、（好ましくは、その広告された商号により該サービスの名を挙げて）上記支払サービスによる支払いを希望する旨を、単にマーチャントに伝える。マーチャントはその後、従来の方法でマーチャントのＰＯＳシステムにおけるチケット又は「勘定（tab）」を締める。しかしながら、クレジットカードをマーチャントのカードリーダを通してスワイプする時には、マーチャントＰＯＳ端末に表示された顧客の名前や写真をウェイターが代わりに単にタップする。本明細書において、用語「スワイプ」は、磁気ストライプリーダ、スマートカードリーダー、光学式コードリーダ、無線周波数識別（ＲＦＩＤ）リーダなどにカードを通すような、物理カードリーダをトリガして物理的なカードを読み取る任意の方法をいう。

【0012】

マーチャントＰＯＳシステムにおけるカード読取エミュレータ（ＣＲＥ）モジュールは、カードレス支払技術が実質的に任意の従来のＰＯＳシステムに容易に統合されることを可能にする。このことは、物理カード読取イベントをエミュレートし、マーチャントＰＯＳシステムにおけるレシートプリンタの出力を遮断することによって行われる。より具体的には、以下に詳細に説明されるように、ＣＲＥモジュールは、ＰＯＳシステムにおけるメインＰＯＳソフトウェアに仮想カードスワイプを送信することによって、マーチャントがトリガしたインプットに応答する。取引が承認されると、ＣＲＥモジュールはまた、レシート印刷の遮断も行う。物理レシートを印刷する代わりに、ＣＲＥモジュールは、レシートの仮想コピーが顧客の携帯デバイスに送信されるようにして、該携帯デバイスでは、該レシートの仮想コピーがモバイル支払アプリケーションによって顧客に表示される。カードレス取引に関連しない印刷操作については、ＣＲＥモジュールは、該印刷操作が影響を受けずにプリンタへと渡されることを単に可能にする。

【0013】

その後に、顧客は、チップの額を自分のモバイルデバイス上のモバイル支払アプリケーションにインプットしてもよい。続いて、ＣＲＥモジュールは、それが「仮想マーチャントコピー」であるかのように、それらのＰＯＳ端末にチップを入力することをマーチャントに指示する。チップの額をインプットする他の方法及び開示の技術における変形はまた、以下にも説明されている。

【0014】

さらに以下に説明されるように、ＣＲＥモジュールは、マーチャントＰＯＳ端末内に統合されていてもよく、別個のデバイスであってもよい。ＣＲＣモジュールがＰＯＳ端末内に統合されている場合、それはメインＰＯＳソフトウェアアプリケーションに一体の部分であってもよく、別個のアドオンソフトウェアアプリケーション又はハードウェアデバイスであってもよい。ＣＲＥモジュールは、マーチャントにより使用される物理カードリーダであって、支払取引に関係する実際のカードの読取イベントが発生していない物理カードリーダのアウトプットをエミュレートする。このことは、マーチャントにより使用される特定のカードリーダに関連するＰＯＳシステムの（広く公表された）カードリーダＡＰＩを呼び出し、カードリーダにより使用されるアウトプットプロトコルにおいて、カードリーダのアウトプットをエミュレートするデータをメインＰＯＳアプリケーションに送信することによって行われる。カードリーダは、例えば、従来の磁気ストライプカードリーダ、スマートカード（集積回路（ＩＣ）カード）リーダ、バーコードリーダ、クイックレスポンス（ＱＲ）コードリーダ、ＲＦＩＤカードリーダ等であり得る。

【0015】

取引がリモート支払い処理エンティティによって承認された後、ＣＲＥモジュールは、メインＰＯＳアプリケーション（カードレス取引に関連付けられていない印刷操作用。ＣＲＥモジュールは、それらの印刷操作がプリンタの影響を受けずにパスすることを単に許可する）によって生成された印刷信号を遮断するように、ＰＯＳ端末の（広く公表された）プリンタＡＰＩを使用することにより印刷レシートの生成を防止する。印刷信号に応答して、ＣＲＥモジュールは、マーチャントＰＯＳシステムからカードレス支払サービスのリモートコンピュータシステムへとメッセージが送信されるようにし、該リモートコンピュータシステムは、モバイル支払アプリケーションに取引についての仮想レシートを表示させるように、消費者のモバイルデバイスにメッセージを送信することによって応答する。

【0016】

図１は、カードレス支払い技術を実施可能な環境を示す。該環境は、マーチャント１００のマーチャントＰＯＳシステムと、ユーザ１０１（「顧客」又は「消費者」とも称する）のモバイルデバイス１０２とを含む。モバイルデバイス１０２は、例えば、スマートフォン、タブレットコンピュータ、ノートブックコンピュータ又はモバイル処理デバイスの任意の他の形態であり得る。モバイル支払アプリケーション１２０は、ユーザのモバイルデバイス１０２上にて実行される。該環境はまた、マーチャントのアクワイアラのコンピュータシステム１１４、発行銀行のコンピュータシステム１１８、カード支払ネットワークのコンピュータシステム１１６、及び支払サービスのコンピュータシステム１０８（以下、「支払サービスシステム１０８」）を含む。各々の上記コンピュータシステムは、１つ以上の別個の物理コンピュータ及び／又は他の処理デバイスを含むことができ、複数のデバイスの場合には、１つ以上の有線及び／又は無線ネットワークを介して互いに接続され得る。全ての上記デバイスは、内部ネットワーク１０６を介して互いに接続されており、該内部ネットワーク１０６は、インターネット及び１つ以上の無線ネットワーク（例えば、ＷｉＦｉネットワーク及び又はセルラ遠距離通信ネットワーク）であり得るか、それらを含み得る。

【0017】

図１に示される環境は、従来のクレジットカード取引（すなわち、マーチャントの位置における顧客の物理カードの読み取りに関与するもの）と、本明細書に提示される本技術に係るカードレス取引との両方に対応し得る。従来のクレジットカード取引では、例えば、マーチャントは、ユーザのクレジットカードをＰＯＳシステム１０４におけるカードリーダを通してスワイプする。ＰＯＳシステム１０４は、カードから読み取ったデータ（例えば、カード所有者の名前、クレジットカード番号、有効期限、カード検証値（ＣＶＶ））を、マーチャントのアクワイアラのコンピュータシステム１１４（以下「アクワイアラ１１４」）へと送信する。アクワイアラ１１４は、このデータを、カード支払ネットワーク（例えば、Visa又はMasterCard）のコンピュータシステム１１６（以下、「カード支払ネットワーク１１６」）に送信し、カード支払ネットワーク１１６は、該データを発行銀行のコンピュータシステム１１８（以下、「イシュア１１８」）に転送する。取引がイシュア１１８によって承認された場合、支払い認可メッセージは、上述した経路とは逆の経路を経由してイシュア１１８からマーチャントＰＯＳシステム１０４へと送信される。

【0018】

カードレス支払サービスは、カードレス支払取引を促進するように支払サービスシステム１０８を操作する。ユーザのモバイルデバイス１０２は、内部ネットワーク１０６越しに支払サービスシステム１０８と通信し得る。支払サービスシステム１０８は、カードレス支払サービスに登録されたユーザに関与する支払取引を処理するようにプログラムされた１つ以上のサーバコンピュータを含む。支払サービスシステム１０８はまた、登録されたクレジットカード番号、デビットカード番号、銀行口座、ユーザアカウント、ユーザ識別情報又はその他の機密情報などの情報を格納する。支払サービスシステム１０８はまた、カードレス支払システムのアカウントを有するマーチャントについての情報をユーザのモバイルデバイス１０２に送信することに関与する。

【0019】

図２Ａ及び図２Ｂは、マーチャントＰＯＳシステム１０４の別の実施形態を示す。なお、本説明に関係のない所定のコンポーネントについては、示されていなくてもよいことに注意されたい。まず図２Ａを参照すると、マーチャントＰＯＳシステム１０４は、メインＰＯＳモジュール２０１及びディスプレイ２０２を含む。メインＰＯＳモジュール２０１は、ソフトウェアアプリケーションであってもよく、例えば、メインＰＯＳアプリケーション２０１であってもよい。本明細書では、説明を容易にするために、以後メインＰＯＳモジュール２０１をメインＰＯＳアプリケーション２０１と仮定する。あるいは、メインＰＯＳモジュール２０１は、ハードウェアコンポーネント（ＰＯＳアプリケーション及び／又は他のＰＯＳソフトウェアを含んでいてもよい）であり得る。ディスプレイ２０２は、例えば、タッチスクリーンディスプレイ、又は、従来の非タッチディスプレイ（その場合、マーチャントＰＯＳシステム１０４は、別個のキーボード又は他のインプットデバイスを含んでいると考えられる）であり得る。マーチャントＰＯＳシステム１０４はまた、磁気ストライプカードリーダ又はスマートカードリーダーのようなカードリーダ２０４と、取引レシートを印刷するためのレシートプリンタ２０５とを含んでいる。

【0020】

本明細書で提示される本技術によれば、ＰＯＳシステム１０４はまた、メインＰＯＳアプリケーション２０１と通信するＣＲＥモジュール２０３を含んでいる。ＣＲＥモジュール２０３はまた、ディスプレイ２０２と、直接又はメインＰＯＳアプリケーション２０１を介して通信してもよい。ＣＲＥモジュール２０３は、ソフトウェア、ハードウェア又はそれらの組み合わせであり得る。図２Ａに示すように、ＣＲＥモジュール２０３は、メインＰＯＳモジュールから論理的に分離され得るが、該メインＰＯＳモジュールと「一緒に」動作し得る。あるいは、ＣＲＥモジュール２０３は、図２Ｂに示すように、メインＰＯＳアプリケーション２０１に一体の部分であり得る。他の代替は、仮想ＵＳＢデバイスをバインドすること、又は、マーチャントＰＯＳ端末とカードリーダ２０４及びプリンタ２０５との間を接続する別個のハードウェアデバイスとしてＣＲＥモジュール２０３を実装することを含んでいる。

【0021】

ＣＲＥモジュール２０３は、２つの主要な機能を有している。まず、ＣＲＥモジュール２０３は、カードリーダに関連するプロトコル及びＡＰＩを使用することにより、メインＰＯＳモジュールへのカード読取イベントをエミュレートする。次に、プリンタ２０５のＡＰＩを使用することにより、プリンタ２０５のためにメインＰＯＳアプリケーション２０１によって生成された印刷信号を遮断し、仮想レシートがユーザのモバイルデバイス１０２に送信させるようにするための一連の操作をトリガする。これらの機能は、ソフトウェア又はハードウェアを個々のＰＯＳベンダー独自のＡＰＩに対応するようにカスタマイズする必要なしに、顧客がカードレス取引においてクレジットカード又はデビットによる支払いを行うことを可能にする。

【0022】

したがって、図３に示すように、所定の実施形態では、ＣＲＥモジュール２０３は、カードリーダエミュレータ３０１と、レシートマネージャ３０２とを含んでいる。カードリーダエミュレータ３０１は、メインＰＯＳアプリケーション２０１へのカード読取イベントをエミュレートすることに関与する。受取マネージャ３０２は、メインＰＯＳアプリケーション２０１により生成された印刷信号を遮断し、ユーザのモバイルデバイス１０２に仮想レシートが送信されるようにするための一連の操作をトリガすることに関与する。ダイナミックリンクライブラリ（ＤＬＬ）インジェクションは、メインＰＯＳアプリケーション２０１とＷｉｎｄｏｗｓ標準のＵＳＢ ＡＰＩ（例えば、磁気ストライプカードリーダのために使用される）及びプリンタＡＰＩとの間の通信を遮断及び修正するために使用され得る。

【0023】

なお、所定のＰＯＳシステムは、磁気ストライプリーダの代わりにカード処理端末と統合されることがあることに留意されたい。これらの例では、ＣＲＥモジュール２０３は、カード処理端末を単にエミュレートし得る。

【0024】

ユーザとマーチャントとの間のカードレス取引が実行可能になる前に、モバイル支払アプリケーション１２０が（例えば、オンラインアプリケーションストアを介して）ユーザのモバイルデバイス１０２上にインストールされ、ＣＲＥモジュール２０３がマーチャントのＰＯＳシステム１０４上にインストールされる。加えて、ユーザには、支払サービスシステム１０８のユーザアカウントを作成することが求められる。このことは、ユーザが、モバイルデバイス１０２からモバイル支払アプリケーション１２０又はモバイルＷｅｂブラウザを使用することによって、又は、従来のＷｅｂブラウザを備えたホームコンピュータなどの別の処理デバイスを使用することによって、行うことができる。

【0025】

所定の実施形態では、ユーザは、名前、アカウントパスワード及び連絡先情報（例えば、電子メールアドレス）を入力する。カードレス支払取引が実行可能になる前に、ユーザはまた、取引を行うのに十分な金融アカウント情報を支払サービスシステム１０８に入力する。例えば、クレジットカードアカウントの場合には、ユーザは、クレジットカード発行会社、クレジットカード番号及び有効期限を支払サービスシステム１０８に入力し得る。また、ＣＶＶ及びメールアドレスが要求されることもある。しかしながら、金融アカウントはまた、デビットカードやプリペイドカード、又は他の第三者金融アカウントに関連付けされ得る。

【0026】

いくつかの実施形態では、支払サービスは、カードレス取引が許可される前に、ユーザの写真のような追加の個人識別情報をユーザが提供することを要求する。このユーザの写真は、マーチャントの位置でマーチャントがその写真とその人とを比較できるように、（例えば、ＣＲＥモジュール２０３を介して）後ほどマーチャントに提供されることになる。加えて、支払サービスは、ユーザによって入力される個人識別番号（ＰＩＮ）を要求し得る。他の要求もまた、セキュリティを高めるために追加され得る。ユーザのアカウントに関連するデータは、支払サービスシステム１０８のデータベース（図示せず）に格納され得る。

【0027】

稼働中において、ユーザは、モバイル支払アプリケーション１２０がインストールされたモバイルデバイス１０２を携帯しており、マーチャントは、上述のようにＰＯＳシステム１０４を使用している。モバイル支払アプリケーション１２０、ＣＲＥモジュール２０３、支払サービス１０８及びメインＰＯＳアプリケーション２０１は、ユーザのカードレス取引による支払いを可能にするように相互作用する。このことは、ユーザのモバイルデバイス１０２とマーチャントとの間の相対的な位置を決定することにより、部分的には達成される。このシステムは、ユーザのモバイルデバイス１０２の現在位置を比較的高い精度で決定する能力を含む。例えば、モバイルデバイス１０２は、全地球測位システム（ＧＰＳ）レシーバのような内部地理位置情報デバイス有していてもよい。あるいは、モバイルデバイス１０２の位置は、無線ネットワークによって決定されてもよく、例えば、無線周波数（ＲＦ）信号三角測量又は他の既知の技術を用いることにより決定されてもよい。マーチャントの位置は、周知されていて、支払サービスシステム１０８内に予め格納されているものと仮定される。

【0028】

カードレス支払サービスは、距離、例えばマーチャントの位置からの半径距離（例えば、５００フィート）を予め決定することができ、それによって、モバイルデバイス１０２が所与のマーチャントから当該距離以内にあって、そのマーチャントにチェックインしている場合において、上記システムは、ユーザが実際にマーチャントにいることを推定することができる。ユーザがマーチャントから所定の距離以内に位置している場合には、ユーザはモバイル支払アプリケーション１２０を使用することによりマーチャントに「チェックイン」することが許可される。このことは、例えば、ユーザがモバイルデバイス１０２のディスプレイ上のシンプルな「チェックイン」ボタン又はそれに類するものを押すことによって、行うことができる。チェックイン機能は、その特定のマーチャントとカードレス取引を実行するためのユーザの同意を示すものと考えることができ、マーチャントへの「後払い（open a tab）」を効果的に行うことができる。あるいは、モバイル支払アプリケーション１２０は、ユーザがマーチャントとの予め決定された距離以内にいる際に、ユーザを自動的にチェックインさせるように構成されていてもよい。一方、モバイルデバイス１０２が特定のマーチャントから予め決定された距離より遠くに位置している場合、ユーザはそのマーチャントにチェックインすることが許可されない。その場合、ユーザデバイス１０２は、チェックインするにはマーチャントから遠すぎることをユーザに示すことになる。

【0029】

図４は、本明細書で提示される本技術の実施形態に係る、カードレス支払取引をセットアップ及び開始する処理の例を示す。該処理は、ユーザのモバイルデバイス１０２、支払サービスシステム１０８及びマーチャントＰＯＳシステム１０４との間の関係に関する。支払サービスシステム１０８は、モバイルデバイス１０２及びマーチャントＰＯＳシステム１０４との通信を送受信するように構成され得る。該通信は、モバイルデバイス１０２、支払サービスシステム１０８及びマーチャントＰＯＳシステム１０４に組み込まれているセキュアなプロトコルを使用して暗号化され得る。いくつかの実施形態では、該処理は、モバイルデバイス１０２上にインストールされたモバイル支払アプリケーション１２０及びマーチャントＰＯＳシステム１０４上にインストールされたＣＲＥモジュール２０３を通じて実施される。

【0030】

まず、ユーザは、カードレス支払取引を行うことが可能なマーチャントを識別するために、モバイルデバイス１０２にリクエストをインプットする。該リクエストは、例えばユーザがモバイルデバイス１０２上のモバイル支払アプリケーション１２０を開いた際に、自動的に送信されてもよい。モバイルデバイス１０２は、内部ネットワーク１０６を介して支払サービスシステム１０８に該リクエストを送信する。該リクエストは、モバイルデバイス１０２の位置情報を伴っていてもよく、該位置情報は、例えば、モバイルデバイス１０２によって決定される。支払サービスシステム１０８は該リクエストを受信して、顧客からの位置情報及び格納されたマーチャントの位置情報に基づき１つ以上のマーチャントを選択する。マーチャント及びマーチャントの位置情報の識別情報は、モバイルデバイス１０２に送信される。

【0031】

いくつかの実施形態では、ユーザは、ユーザのモバイルデバイス１０２上で実行されているモバイル支払アプリケーション１２０と対話することにより、マーチャントにチェックインする（ステップ４０２）。ユーザがチェックインした際、マーチャント及びマーチャントの位置情報の識別情報がモバイルデバイス１０２に送信される。モバイルデバイス１０２は、マーチャントから予め決定された距離以内にあるかどうかを決定する（ステップ４０４）。モバイルデバイス１０２がマーチャントの現在位置を知らない場合、又は、マーチャントが最近自身の位置情報を更新していた場合、マーチャントの位置がモバイルデバイス１０２へとプッシュ又はプルされ得る。あるいは、ユーザが位置情報の共有にオプトインしている場合、モバイルデバイス１０２の位置情報が支払サービスシステム１０８に提供され得る。ここで、支払サービスシステム１０８は、マーチャントとモバイルデバイス１０２との間の３０の距離を決定する。

【0032】

上述のように、ユーザのモバイルデバイス１０２が予め決定された距離（例えば、５００フィート）以内にないとモバイルデバイス１０２が判断した場合、モバイルデバイス１０２は、ユーザをチェックインさせることができない旨を示すメッセージを表示する（ステップ４０８）。その場合には、マーチャントは、カードレス支払取引を用いてユーザの金融アカウントに請求をすることはできない。一方、モバイルデバイス１０２が予め決定された距離以内にある場合には、モバイルデバイス１０２は、支払サービスシステム１０８に近いことを示す指標を送信する（ステップ４０６）。

【0033】

支払サービスシステム１０８は、この近いことを示す指標を受信した後に、モバイルデバイス１０２の存在を示す指標及び個人識別情報をマーチャントＰＯＳシステム１０４に送信する（ステップ４１０）。いくつかの実施形態では、マーチャントＰＯＳシステム１０４に送信される個人識別情報は、ユーザの名前、写真及び金融アカウント番号（例えば、クレジットカード番号又はデビットカード番号）を含む。金融アカウント番号は、ＣＲＥモジュール２０３によってのみ復号され得るように暗号化されてもよく、それにより、該金融アカウント番号がＰＯＳシステムによって表示されることや、別の方法でもマーチャントによってアクセスされることが不可能となる。

【0034】

この情報を受信すると、マーチャントＰＯＳシステム１０４は、該システム１０４のディスプレイ２０２上のグラフィカルユーザインタフェース（ＧＵＩ）上に、勘定（tab）（顧客が発注した品目のリスト）を表示して（ステップ４１２）、ユーザの識別情報（例えば、名前及び写真）を表示する（ステップ４１４）。そのようなＧＵＩの例を図５に示す。図示の例では、ディスプレイの右側部分５０１は、カードレス支払サービスを介してマーチャントにチェックインしている顧客ごとに別々のサブセクション５０２を含んでいる顧客勘定セクションである。顧客勘定セクション５０１は、例えば、ＣＲＥモジュール２０３によって、又は他のマーチャント側ＰＯＳソフトウェアによって、生成され得る。各顧客が支払う必要のある金額は、ディスプレイ上におけるその顧客に対応するサブセクション５０２に表示され得る。

【0035】

ＧＵＩの左側部分５０３は、メインＰＯＳアプリケーション２０１によって生成され、例えば、注文／購入され得る品目の名前及び画像並びにそれらの価格を含んでいる。他の実施形態では、ＣＲＥモジュール２０３によって表示されるユーザ情報が、メインＰＯＳアプリケーション２０１とは完全に別のウィンドウ内に提供され得る。したがって、いくつかの実施形態では、ＧＵＩを介して、マーチャントは顧客が購入することをリクエストした品目を選択し得る。ＧＵＩは、マーチャントの品目のそれぞれに個別の価格を関連付けるように構成され得ると共に、顧客が支払う必要のある総取引金額を自動的に合計し得る。

【0036】

いくつかの実施形態では、カードレス支払サービスに登録されている顧客がマーチャントにチェックインした際に、顧客勘定セクション５０２の表示が自動的にトリガされてもよい。あるいは、該表示は、メインＰＯＳアプリケーション２０１により生成されたＧＵＩ上のソフトボタンによってトリガされてもよい。このようなソフトボタンは、ＣＲＥモジュール２０３によって生成されてもよく、カードレス支払サービスに登録されている顧客がマーチャントにチェックインした際に、自動的に見た目を変更してもよい。

【0037】

さらに別の実施形態では、ハードウェアボタン又は他の類似の物理コントロールが、マーチャントＰＯＳ端末に（例えば、ＵＳＢポート又は他の従来のインタフェースを介して）外部接続してＣＲＥモジュール２０３と通信を行うことにより顧客勘定セクション５０２の表示をトリガする別のハードウェアモジュール（図示せず）上に提供される。該別のハードウェアモジュールは、ＵＳＢキーボードをエミュレートして、マーチャントのＰＯＳシステム１０４に上述したような所望の状態を入力させるキーの組み合わせを生成し得る。このアプローチの拡張では、ハードウェアモジュールはまた、ＣＲＥモジュール２０３を含むストレージデバイス（例えば、ＵＳＢフラッシュドライブ）を含み得る。該別のハードウェアモジュール上のボタン又は他のコントロールが作動することにより、顧客がマーチャントにチェックインする際に、ＰＯＳシステム１０４のディスプレイ上に通知が表示され得る、及び／又は、ボタンが点灯し得る。

【0038】

顧客（ユーザ）は、自身の勘定の支払いを、マーチャントに口頭で知らせることによって認可し得る。例えば、ジョン・スミスという名前のユーザは、単に「ジョン・スミスで支払います」とマーチャントに伝えることができる。ユーザが勘定の支払いを認可する前又は後に、マーチャントは、例えば、マーチャントＰＯＳシステム１０４上に表示されている写真が、そこにいるユーザ本人と一致することを確認することにより、ユーザが本人であることを検証する（ステップ４１６）。写真が一致していると仮定すると、続いてマーチャントは、顧客が支払いを行おうとした際に、（例えば、ＧＵＩ上の対応するセクション５０１をタップすることにより）ユーザの勘定を選択し、それによってカードレス支払取引をトリガする（ステップ４１８）。

【0039】

一実施形態では、カードレス支払取引は、図６に示すように、以下の操作を伴う。マーチャントがカードレス支払取引をトリガするためのユーザインプット６０１を提供することに応答して、ＣＲＥモジュール２０３は、メインＰＯＳアプリケーション２０１に消費者に関連するカード読取イベントデータ６０２を送信することにより、カードリーダをエミュレートする。カード読取イベントデータ６０２は、実際のカード読取イベントが起こっていなくても、メインＰＯＳアプリケーション２０１には、カード読取イベントの結果生じるデータのように見える。ＣＲＥモジュール２０３は、メインＰＯＳアプリケーションのカードリーダのＡＰＩを呼び出してカードリーダ２０４のアウトプットプロトコルにおいてデータを送信することにより、このことを行う。図４と一致する実施形態では、ＣＲＥモジュール２０３は、顧客がマーチャントにチェックインした際に、事前に支払サービスシステム１０８から顧客の実際のカード支払アカウント番号（例えば、クレジットカード番号）を受け取っている。したがって、そのアカウント番号だけでなく、消費者の名前、カード有効期限及びＣＶＶも、カードリーダ２０４のプロトコルにおいて、ＣＲＥモジュール２０３によりメインＰＯＳアプリケーション２０１に提供されている。さらに以下に説明される別の実施形態では、ＣＲＥモジュール２０３又は支払サービスシステム１０８は、その取引のためのワンタイム使用の支払カード番号を生成し、その支払いカード番号を、消費者の実際のクレジットカード番号の代わりに、メインＰＯＳアプリケーション２０１へと渡す。ＣＲＥモジュール２０３は、シミュレートされたカードスワイプをメインＰＯＳアプリケーション２０１に送り込むことを可能にすることのみが必要とされるため、カードリーダのプロトコル全体の実装は必要ではない。一実施形態では、ＣＲＥモジュール２０３は、カードスワイプをエミュレートする目的で、マーチャントのアクワイアラのためのＤＵＫＰＴ（派生ユニークキーごとの取引）キーを用いてプログラムされる。カードリーダ２０４のＡＰＩにより要求された場合には、顧客に関連する他のデータもまた提供されてもよい。

【0040】

メインＰＯＳアプリケーション２０１は、ＣＲＥモジュール２０３からカードの読取イベントデータ６０２を受信すると、該カード読取イベントデータを標準の支払認可リクエスト６０３に含めて送信し、標準支払認可リクエスト６０３は、イシュア１１８に転送される。実際には、支払認可リクエスト６０３は、まずはマーチャントのアクワイアラ１１４に実際に送信されてもよく、該支払認可リクエスト６０３は、カード支払ネットワーク１１６に該リクエストを転送するか、対応する新たなリクエストを送信し、続いて、該カード支払ネットワーク１１６は、イシュア１１８に該リクエストを転送するか、対応する新たなリクエストを送信する。しかしながら、これらの中間の通信は、説明を単純にするため、図６からは省略されている。

【0041】

取引がイシュア１１８によって承認されている場合、イシュア１１８は、上記とは逆の通信経路を用いて、標準の支払認可（承認）メッセージ６０４をマーチャントのメインＰＯＳアプリケーション２０１へと返信する。メインＰＯＳアプリケーション２０１は、マーチャントのＰＯＳシステム１０４のローカルレシートプリンタ２０５のための印刷メッセージ６０５を生成することにより、該支払認可メッセージに応答する。しかしながら、ＣＲＥモジュール２０３は、メインＰＯＳアプリケーション２０１のプリンタＡＰＩへアクセスすることにより、印刷信号がプリンタ２０５に達し得る前に該印刷信号を遮断する。該印刷信号の検出に応答して、ＣＲＥモジュール２０３はまた、支払認可メッセージが受信されたことを示すメッセージ６０６を（内部ネットワーク１０６を介して）支払サービスシステム１０８に送信する。支払サービスシステム１０８は、取引についての仮想レシートを含むメッセージ６０７をユーザのモバイルデバイス１０２に送信することによって応答する。続いて、モバイルデバイス１０２上のモバイル支払アプリケーション１２０は、仮想レシートをユーザに表示する。仮想レシートは、請求額、消費者の名前、取引の日時などを含む、カード取引の印刷されるレシートに含まれることになる全ての情報を含み得る。その後、ユーザは、任意にチップの額をインプットし得る。この処理においてチップを取り扱う別の方法は、さらに以下に検討される。

【0042】

所定の実施形態では、支払サービスシステム１０８は、処理された取引が正常か否かを判断するため、モバイル支払アプリケーション１２０に仮想レシートを送信する前にレシートデータを解析する。支払サービスシステム１０８はまた、取引総額及び顧客が注文した品目を含む様々な意味的要素を識別するため、レシートデータを解析し得る。したがって、そのような実施形態では、支払サービスシステム１０８がモバイルデバイス１０２に送信する仮想レシートはまた、これらの要素の内訳を含んでおり、この内訳はユーザに表示され得る。あるいは、該解析は、ＣＲＥモジュール２０３によって行われ得る。

【0043】

なお、ほとんどのＰＯＳシステムは、それらの支払カード取引データを格納するために、SybaseやMicrosoft SQL Serverのような関係データベースを使用することに注意されたい。支払サービスシステム１０８は、上述のようにレシートを解析することにより、全てではなくともほとんどの実質的な取引データを捕捉することができる。それでもなお、支払サービスシステム１０８のデータベースとマーチャントのＰＯＳデータベースとを同期することが望ましいと思われる。他の利点のなかには、支払サービス１０８がマーチャントのためのバックアップストレージを提供できるようになることが挙げられる。

【0044】

図６Ｂは、上述の実施形態においてＣＲＥモジュール２０３によって実行可能な処理の例を示す図である。該処理は、ＣＲＥモジュール２０３が、チェックインした顧客を指定して該顧客に関与する支払取引を開始する意向を示すユーザインプットを検出した際に開始する（ステップ６２２）。ユーザインプットに応答して、ＣＲＥモジュール２０３は、支払取引に関係して生じる実際のカード読取イベントなしに、カードリーダ２０４の出力をエミュレートするデータをメインＰＯＳアプリケーション２０１へと出力することにより、支払取引を開始する（ステップ６２４）。該取引が支払処理エンティティ（例えば、イシュア１１８）に承認された後、ＣＲＥモジュール２０３が支払取引を生成するためのメインＰＯＳモジュール２０１により生成された印刷信号を検出した際に（ステップ６２６）、ＣＲＥモジュール２０３は、該印刷信号を遮断することにより印刷されたレシートが生成されることを防止する（ステップ６２８）。該印刷信号は、レシートがレシートプリンタ２０５によって印刷されることを可能にするためのレシートデータを含む。該印刷信号に応答して、ＣＲＥモジュール２０３は、レシートデータの少なくとも一部を含む第１メッセージを支払サービスシステム１０８に送信し（ステップ６３０）、それにより支払サービスシステム１０８に第２のメッセージを顧客のモバイルデバイス１０２へと送信させる。該第２メッセージは、モバイルデバイス１０２が該支払取引についての仮想レシートを消費者へと出力することを可能にする。

【0045】

上述の実施形態では、ＣＲＥモジュール２０３は、取引が開始された際に、支払サービスシステム１０８からユーザの実際の支払カード番号を受信して、メインＰＯＳアプリケーション２０１にその番号を渡す。しかしながら、別の実施形態では、カードレス支払サービスは、該取引のためのワンタイム使用の支払カード番号を生成し、上記のように、該支払カード番号を、消費者の実際のクレジットカード番号の代わりにメインＰＯＳアプリケーション２０１に渡す。該ワンタイム使用のカード番号は、マーチャントにチェックインするユーザに応答して、支払サービスシステム１０８により、又はＣＲＥモジュール２０３により生成され得る。この実施形態では、支払サービスシステム１０８を操作する支払サービスは、マーチャントの観点から、実質的にクレジットカードのイシュアとして機能する。マーチャントＰＯＳシステム１０４は、該ワンタイム使用のクレジットカード番号に請求を行い、その後、支払サービスは、支払サービスシステム１０８に格納されている消費者の実際のクレジットカード番号に請求を行う。本実施形態における初期セットアップ処理は、ステップ４１０において、支払サービスシステム１０８が消費者の実際のクレジットカード番号を送信する代わりにマーチャントＰＯＳシステム１０４にワンタイム使用の支払アカウント番号を送信することを除き、図４のものと実質的に同一であり得る。ワンタイム使用のアカウント番号は、マーチャントＰＯＳシステム１０４が認識可能なフォーマット、例えば、標準的なクレジットカード又はデビットカードのフォーマットを有している。

【0046】

ワンタイム使用の支払いアカウント番号を使用するカードレス取引は、図７に示すように、以下の操作を伴い得る。マーチャント１００がカードレス支払取引をトリガするようにユーザインプット７０１を提供することに応答して、ＣＲＥモジュール２０３は、メインＰＯＳアプリケーション２０１へと消費者に関連するデータ７０２を送信することにより、カードリーダ２０４をエミュレートする。該データ７０２は、実際のカード読取イベントが生じていなくても、メインＰＯＳアプリケーション２０１には、カード読取イベントに関連するように見える。このことは、上述のような方法で行われ得る。ワンタイム使用の支払アカウント番号だけでなく、消費者の名前、アカウント有効期限及びＣＶＶも、カードリーダのプロトコルにおいて、ＣＲＥモジュール２０３によりメインＰＯＳアプリケーション２０１に提供される。該カードリーダのＡＰＩによって要求される場合には、関連する他のデータもまた提供されてもよい。

【0047】

メインＰＯＳアプリケーション２０１は、ＣＲＥモジュール２０３からカードの読取イベントデータ７０２を受信すると、該カード読取イベントデータを標準の支払認可リクエスト７０３に含めて送信し、本実施形態では、標準支払認可リクエスト７０３は、イシュアを表す支払サービスシステム１０８に転送される。実際には、支払認可リクエスト７０３は、まずはマーチャントのアクワイアラ１１４に実際に送信されてもよく、該支払認可リクエスト７０３は、カード支払ネットワーク１１６に該リクエストを転送するか、対応する新たなリクエストを送信し、続いて、該カード支払ネットワーク１１６は、支払サービスシステム１０８に該リクエストを転送するか、支払サービスシステム１０８へと対応する新たなリクエストを生成する。しかしながら、これらの中間の通信は、説明を単純にするため、図７からは省略されている。

【0048】

取引が支払サービスシステム１０８によって承認されている場合、支払サービスシステム１０８は、上記とは逆の通信経路を用いて、標準の支払認可（承認）メッセージ７０４をマーチャントのメインＰＯＳアプリケーション２０１へと返信する。メインＰＯＳアプリケーション２０１は、マーチャントのＰＯＳシステム１０４のローカルレシートプリンタ２０５のための印刷信号７０５を生成することにより、支払認可メッセージ７０４に応答する。しかしながら、ＣＲＥモジュール２０３は、上述のように、印刷信号７０５を遮断して、印刷信号７０５がプリンタ２０５に達することを防止する。本実施形態では、支払サービスシステム１０８は、取引が承認されることを既に知っているため、仮想レシートを送信する前にＣＲＥモジュール２０３から信号を受信する必要がない。したがって、支払サービスシステム１０８が支払認可信号７０４を送信するのとほぼ同時に、又はその後すぐに、支払サービスシステム１０８は、取引についての仮想レシートを含むメッセージ７０６を顧客のモバイルデバイス１０２に送信する。続いて、顧客のモバイルデバイス１０２上のモバイル支払アプリケーション１２０は、仮想レシートをユーザに表示する。

【0049】

その後、支払システム１０８は、支払リクエスト７０７を顧客の実際の支払カードのイシュア１１８に送信する。実際の支払カードの情報は、顧客がカードレス支払サービスに登録した際に、事前に支払サービスシステム１０８によって受信及び格納されている。続いて、支払サービスシステム１０８は、イシュア１１８から支払７０８を受信する。

【0050】

本明細書で提示される本技術はまた、顧客がマーチャント（例えば、ウェイター）にチップを渡すことを可能にする。このことを達成する様々な方法が存在する。一つのアプローチでは、図８に示すように、仮想レシートがモバイルデバイス１０２によって顧客１０１に表示されている際に、顧客は、モバイルデバイス１０２上で実行されているモバイル支払アプリケーション１２０により、チップの額をインプットすることを促される（８０１）。それにより、顧客は、チップの額をモバイル支払アプリケーション１２０にインプットする（８０２）。次に、モバイル支払アプリケーション１２０は、チップの額を含むメッセージ８０３を支払サービスシステム１０８に送信する。続いて、支払サービスシステム１０８は、チップの額を示すメッセージ８０４をマーチャントＰＯＳシステム１０４におけるＣＲＥモジュール２０３に送信する。そして、ＣＲＥモジュール２０３は、チップの額を該マーチャントＰＯＳシステムのディスプレイ上に表示するように、マーチャントＰＯＳシステム１０４の表示をトリガする（８０５）。マーチャント１００は、表示されたチップの額を見た後、従来の方法で総取引額（例えば、請求額＋チップ）をメインＰＯＳアプリケーション２０１にインプットする（８０６）。その後、メインＰＯＳアプリケーション２０１は、従来の取引捕捉処理に応じて取引を処理する（８０７）。

【0051】

別のアプローチでは、チップの額をメインＰＯＳアプリケーション２０１に上書きコピーすることをマーチャントに要求するのではなく、ＣＲＥモジュール２０３は、メインＰＯＳアプリケーション２０１へのユーザインプットのシーケンス（例えば、タッチスクリーン又はキーパッド押下のシーケンス）をシミュレートし、それによってメインＰＯＳアプリケーション２０１にチップの額（又は総取引額）をインプットするための適切な状態を入力させ、その後、当該額をメインＰＯＳアプリケーション２０１にインプットするための適切なユーザインプットシーケンスをシミュレートする。例えば、ＣＲＥモジュール２０３は、該チップの額をメインＰＯＳアプリケーション２０１に通信するためにＰＯＳシステムのインプットデバイス（例えば、タッチスクリーン又はキーボード／キーパッド）のＡＰＩを呼び出すことができ、それによって、該チップの額がＰＯＳアプリケーション２０１には人間のユーザによってインプットされたように見えるようする。

【0052】

さらに別のアプローチでは、ウェイターは、支払サービスシステム１０８にマーチャント（場合により、マーチャントの従業員でもよい）として事前に登録し、日々の出勤時にＧＵＩを介してＣＲＥモジュール２０３に本人確認させる。カードレス支払取引が上述のように認可された後、ＣＲＥモジュール２０３は、どのウェイターがチップを受け取るべきかを尋ねるプロンプトをディスプレイに出力させる。ウェイターは、ディスプレイ上の自分の名前をタップする。続いて、ＣＲＥモジュール２０３は、この選択を示すメッセージを支払サービスシステム１０８に送信する。その後、支払サービスシステム１０８は、例えば、自動クリアリングハウス（ＡＣＨ）又はデビットを介して、ウェイターにチップを直接プッシュする。

【0053】

図９は、モバイルデバイス１０２、マーチャントＰＯＳシステム１０４、支払サービスシステム１０８、アクワイアラシステム１１４、カード支払ネットワーク１１６又はイシュアシステム１１８のような上述のデバイスのいずれかを表し得る処理デバイス９００の例を示すハイレベルブロック図である。上述したように、これらのシステムのいずれも、図９に示すように、２つ以上の処理デバイスを含むことができ、それらの処理デバイスは、１つのネットワーク又は複数のネットワークを介して互いに結合されていてもよい。

【0054】

図示の実施形態では、処理システム９００は、１つ以上のプロセッサ９１０、メモリ９１１、通信デバイス９１２及び１つ以上のインプット／アウトプット（Ｉ／Ｏ）デバイス９１３を含んでおり、これらは全てインターコネクト９１４を通じて互いに結合されている。インターコネクト９１４は、導電性トレース、バス、ポイントツーポイント接続、コントローラ、アダプタ、及び／又は他の従来の接続デバイスの１つ以上であってもよく、それらの１つ以上を含んでいてもよい。プロセッサ９１０は、例えば、汎用プログラマブルマイクロプロセッサ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルゲートアレイ等の１つ以上、又はそのようなデバイスの組合せであってもよく、それらの１つ以上又はそのようなデバイスの組合せを含んでいてもよい。プロセッサ９１０は、処理デバイス９００の全体の動作を制御する。メモリ９１１は、１つ以上の物理ストレージデバイスであってもよく、１つ以上の物理ストレージデバイスを含んでいてもよい。該物理ストレージデバイスは、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）（消去可能及びプログラム可能である）、フラッシュメモリ、小型ハードディスクドライブ又は他の適切なタイプのストレージデバイスの形態であってもよく、そのようなデバイスの組合せであってもよい。メモリ９１１は、プロセッサ９１０を上述の該技術に従う動作を実行するように構成するデータ及び命令を格納していてもよい。通信デバイス９１２は、例えば、イーサネットアダプタ、ケーブルモデム、無線ＬＡＮアダプタ、セルラートランシーバ、ブルートゥーストランシーバ等、又はそれらの組み合わせであってもよく、それらを含んでいてもよい。処理デバイス９００の特定の性質及び目的に応じて、Ｉ／Ｏデバイス９１３は、ディスプレイ（タッチスクリーンディスプレイであってもよい）、オーディオスピーカ、キーボード、マウス又は他のポインティングデバイス、マイク、カメラ等のようなデバイスを含み得る。

【0055】

物理的な可能性に反しない限り、（ｉ）上記の方法／ステップは、任意の順序で、及び／又は任意の組み合わせで実行されてもよいこと、及び（ｉｉ）の各実施形態の構成要素は、任意の方法で組み合わせてもよいことが想定される。

【0056】

上記にて提示された本技術は、ソフトウェア及び／又はファームウェアによってプログラムされた／構成されたプログラマブル回路により、又は完全に専用回路により、又はそのような形態の組み合わせにより、実装され得る。このような専用回路（もしあれば）は、例えば、１つ以上の特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックデバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）等の形態であり得る。

【0057】

本明細書で提示される本技術を実施するためのソフトウェア又はファームウェアは、機械可読記憶媒体に格納されてもよく、１つ以上の汎用又は専用のプログラム可能なマイクロプロセッサによって実行されてもよい。本明細書で使用される用語としての「機械可読媒体」は、機械によってアクセス可能な形態で情報を格納し得る任意の機構を含む（該機械は、例えば、コンピュータ、ネットワークデバイス、携帯電話、パーソナルデジタルアシスタント（ＰＤＡ）、製造ツール、１つ以上のプロセッサを有する任意のデバイス等であってもよい）。例えば、機械がアクセス可能な媒体は、記録可能／記録不可能な媒体（例えば、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）；磁気ディスク記憶媒体；光記憶媒体；フラッシュメモリデバイス等）などを含んでいる。

【0058】

なお、上述の実施形態の任意かつ全てのものは、互いに組み合わせられ得ることに留意されたい。ただし、上記にて別段の記載がある場合や、任意のそのような実施形態が機能及び／又は構造において相互に排他的である可能性がある場合には、この限りではない。

【0059】

本発明は、特定の例示的な実施形態を参照して記載されているが、本発明は記載の実施形態に限定されず、添付の特許請求の範囲の趣旨及び範囲内で修正及び変更して実施され得ることが認識されるであろう。したがって、本明細書及び図面は、限定的な意味ではなく、例示的な意味において考慮されるべきである。

【0060】

例
したがって、要約すると、上述の開示は以下の例を含む。
１．販売時点（ＰＯＳ）システムにおいて、前記ＰＯＳシステムのユーザインタフェースを介して入力されたユーザインプットを検出するステップであって、前記ユーザインプットが、消費者を指定して、前記消費者に関与する支払取引を開始する意向を示しているステップと、
前記ユーザインプットに応答して、前記支払取引に関係して生じる実際のカード読取イベントなしに、カード読取イベントに関連する物理カードリーダの出力をエミュレートするデータを前記ＰＯＳシステムにおけるＰＯＳモジュールへと出力することにより、前記ＰＯＳシステムにおける前記支払取引を開始するステップと、
前記取引が支払処理エンティティに承認された後に、前記ＰＯＳモジュールによって生成されたレシートプリンタを作動させるための印刷信号を遮断することにより、前記取引についての印刷されたレシートが生成されることを防止するステップであって、前記印刷信号がレシートデータを含んでいるステップと、
前記印刷信号に応答して、前記消費者のモバイルデバイスへと第２メッセージが送信されるようにするために第１メッセージを前記ＰＯＳシステムから送信するステップであって、前記第２メッセージは、前記モバイルデバイスが前記支払取引についての仮想レシートを前記消費者へと出力することを可能にするためのものであるステップと
を含んでいる方法。
２．前記物理カードリーダの出力をエミュレートするデータを出力することが、前記ＰＯＳモジュールへのカードリーダの出力を前記カードリーダのプロトコル中にてエミュレートするデータを送信することを含んでいる、例１に記載の方法。
３．前記物理カードリーダの出力をエミュレートするデータを出力することが、カードリーダのアプリケーションプログラミングインタフェース（ＡＰＩ）を呼び出すことを含んでいる、例１に記載の方法。
４．前記消費者のモバイルデバイスへと前記第２メッセージが送信されるようにすることが、リモートエンティティに前記第２メッセージを前記消費者の前記モバイルデバイスへと送信させるように、前記第１メッセージをネットワークを介して前記リモートエンティティに送信することを含んでいる、例１に記載の方法。
５．前記第２メッセージが、前記仮想レシートを表すデータを包含している、例１に記載の方法。
６．前記物理カードリーダの出力をエミュレートするデータを出力することが、前記消費者の支払カードの支払アカウント識別子を前記ＰＯＳモジュールに提供することを含んでいる、例１に記載の方法。
７．前記物理カードリーダの出力をエミュレートするデータを出力することが、前記消費者に関与する前記支払取引にのみ使用するためのワンタイム使用のアカウント識別子を前記ＰＯＳモジュールに提供することを含んでおり、前記ワンタイム使用のアカウント識別子は、前記消費者の支払カードのアカウント識別子ではないが、前記ＰＯＳモジュールにより識別可能なアカウント識別子フォーマットにおけるものである、例１に記載の方法。
８．前記レシートデータの意味的要素を識別するために前記印刷信号中の前記レシートデータを解析するステップをさらに含んでいる、例１に記載の方法。
９．処理システムにて、ある人に関連する取引を開始する意向を示しているユーザインプットを検出するステップと、
前記ユーザインプットに応答して、前記人に関連するカードの読み取りを前記取引のために生じる実際のカード読取イベントなしにエミュレートすることにより、取引を開始するステップと
を含んでいる方法。
１０．前記取引が金融取引である、例９に記載の方法。
１１．前記取引が支払取引である、例１０に記載の方法。
１２．前記エミュレートすることが、アプリケーションへの物理カードリーダの出力を前記物理カードリーダのプロトコル中にてエミュレートするデータを送信することを含んでいる、例９に記載の方法。
１３．前記取引が承認されたことを示す信号を検出するステップと、
前記信号に応答して、前記取引の印刷された記録の生成を防止して、前記人のモバイルデバイスが前記取引の仮想記録を前記人へと出力することを可能にするように前記モバイルデバイスへとメッセージが送信されるようにするステップと
をさらに含んでいる、例９に記載の方法。
１４．前記取引の印刷された記録の生成を防止することが、プリンタを作動させるための印刷信号を遮断することを含んでおり、前記印刷信号が、前記プリンタにより印刷される前記取引の記録を可能にするためのデータを含んでいる、例１３に記載の方法。
１５．消費者に関与する金融取引を開始する意向を示しているユーザインプットを検出し、前記ユーザインプットに応答して、前記支払取引のために生じる実際のカード読取イベントなしに、前記支払取引のためのカード読取イベントをエミュレートするデータを出力することによって前記金融取引を開始する、カードリーダエミュレータと、
印刷信号が前記支払取引に関係するプリンタへと通信されることを防止することによって前記金融取引についての印刷されたレシートの生成を防止し、前記消費者のモバイルデバイスが前記金融取引についての仮想レシートを出力することを可能にするように前記消費者のモバイルデバイスへとメッセージが送信されるようにする、レシートマネージャと
を含んでいる、装置。
１６．前記カードリーダエミュレータが、カードリーダのアプリケーションプログラミングインタフェース（ＡＰＩ）を呼び出すことによって前記物理カードリーダの出力をエミュレートするように構成されている、例１５に記載の装置。
１７．前記レシートマネージャが、前記レシートデータの意味的要素を識別するために前記印刷信号中の前記レシートデータを解析するように構成されている、例１５に記載の装置。
１８．プロセッサと、
前記プロセッサに結合され、前記プロセッサにより実行可能なＰＯＳモジュールを格納しているメモリであって、前記ＰＯＳモジュールが、支払取引を処理するように構成されていると共に、物理カードリーダからのカード読取イベントより生じたカードデータを受信すること及び前記カード読取イベントに応答して前記カードデータがネットワーク越しにリモート認可エンティティへと送信されるようにすることを含んでいる、メモリと、
前記消費者を指定するユーザインプットを受信するために前記プロセッサに結合されたユーザインプットデバイスであって、前記ユーザインプットが前記消費者に関与する支払取引を開始する意向を示している、ユーザインプットデバイスと、
前記ユーザインプットを検出するように、及び、前記ユーザインプットに応答して、前記支払取引のために生じる実際のカード読取イベントなしに支払取引のためのカード読取イベントデータを前記ＰＯＳモジュールに出力することによって前記物理カードリーダをエミュレートするように構成された、カード読取エミュレータ（ＣＲＥ）モジュールと
を含んでいる、販売時点（ＰＯＳ）システム。
１９．前記ＣＲＥモジュールが、さらに、印刷信号が前記支払取引に関係するプリンタへと通信されることを防止することによって前記支払取引についての印刷されたレシートが生成されることを防止するように構成されていると共に、前記消費者のモバイルデバイスへと第２メッセージが送信されるようにするために第１メッセージを前記ＰＯＳシステムから送信するように構成されており、前記第２メッセージは、前記モバイルデバイスが前記支払取引についての仮想レシートを前記消費者へと出力することを可能にするためのものである、例１８に記載のＰＯＳシステム。
２０．前記ＣＲＥモジュールが、リモートエンティティに前記第２メッセージを前記消費者の前記モバイルデバイスへと送信させるように、前記第１メッセージをネットワークを介して前記リモートエンティティに送信することにより、前記消費者のモバイルデバイスへと前記第２メッセージが送信されるようにするように構成されており、前記第２メッセージが、前記仮想レシートを表すデータを包含している、例１９に記載のＰＯＳシステム。
２１．前記ＣＲＥモジュールが、カードリーダのアプリケーションプログラミングインタフェース（ＡＰＩ）を呼び出すことにより、物理カードリーダの出力をエミュレートするように構成されている、例１８に記載のＰＯＳシステム。
２２．前記ＣＲＥモジュールが、前記消費者に関与する前記支払取引にのみ使用するためのワンタイム使用のアカウント識別子を前記ＰＯＳモジュールに提供することにより、前記物理カードリーダの出力をエミュレートするように構成されており、前記ワンタイム使用のアカウント識別子は、前記消費者の支払カードのアカウント識別子ではないが、前記ＰＯＳモジュールにより識別可能なアカウント識別子フォーマットにおけるものである、例１８に記載のＰＯＳシステム。
２３．前記ＣＲＥモジュールが、さらに、前記レシートデータの意味的要素を識別するために前記印刷信号中の前記レシートデータを解析するように構成されている、例１８に記載のＰＯＳシステム。
２４．前記ＣＲＥモジュールが、前記ＰＯＳモジュールのコンポーネントである、例１８に記載のＰＯＳシステム。
２５．前記ＣＲＥモジュールが、前記ＰＯＳモジュールから論理的に分離されている、例１８に記載のＰＯＳシステム。

【図1】

【図2A】

【図2B】

【図3】

【図4】

【図5】

【図6A】

【図6B】

【図7】

【図8】

【図9】