CN109690593A - 预交易处理技术 - Google Patents

预交易处理技术 Download PDF

Info

Publication number
CN109690593A
CN109690593A CN201780041143.9A CN201780041143A CN109690593A CN 109690593 A CN109690593 A CN 109690593A CN 201780041143 A CN201780041143 A CN 201780041143A CN 109690593 A CN109690593 A CN 109690593A
Authority
CN
China
Prior art keywords
payment
transaction
instruction
information
chip
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201780041143.9A
Other languages
English (en)
Other versions
CN109690593B (zh
Inventor
D·泰拉
K·韩
M·W·怀特
M·丹恩
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Block Inc
Original Assignee
Square Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US15/197,707 external-priority patent/US11010765B2/en
Priority claimed from US15/197,706 external-priority patent/US10817869B2/en
Application filed by Square Inc filed Critical Square Inc
Publication of CN109690593A publication Critical patent/CN109690593A/zh
Application granted granted Critical
Publication of CN109690593B publication Critical patent/CN109690593B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3278—RFID or NFC payments by means of M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/341—Active cards, i.e. cards including their own processing means, e.g. including an IC or chip
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/356—Aspects of software for card payments
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/0873—Details of the card reader
    • G07F7/0893—Details of the card reader the card reader reading the card in a contactless manner

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Finance (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Cash Registers Or Receiving Machines (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

支付终端包括在支付终端内执行不同处理功能的多个芯片。终端芯片执行支付终端的一般功能，而交易芯片与支付设备(诸如芯片卡和NFC支付设备)通信并处理支付信息。交易芯片可在通信和处理受限期间以低功率操作，以及可以在可处理交易的交易处理模式中操作。交易芯片可以基于由支付终端的其他设备或电路提供的唤醒消息在这些模式之间转换。

Description

预交易处理技术
相关申请的交叉引用
本申请要求于2016年6月29日提交的、题为“交易处理电路的预启用(PreliminaryEnablement of Transaction Processing Circuitry)”的美国专利申请15/197,706号的优先权，该美国专利申请通过引用并入本文。本申请还要求于2016年6月29日提交的、题为“支付信息的预获取(Preliminary Acquisition of Payment Information)”的美国申请15/197,707号的优先权，该美国专利申请通过引用并入本文。
背景技术
电子支付可以按各种方式执行。支付终端可以处理支付交易，并且可与支付设备交互，支付设备诸如具有在支付终端的磁性读取器中刷卡的磁条的支付卡、具有插入到支付终端的相应EMV插槽中的欧陆卡/万事达卡/维萨卡(EMV，Europay/Mastercard/Visa)芯片的支付设备，以及在支付终端附近触碰并通过安全无线连接发送支付信息的支持近场通信(NFC)的设备，诸如智能手机或EMV卡。支付终端可以从支付设备接收支付信息以及关于交易的信息，并且可以将该信息通信到支付系统以处理交易。
取决于使用支付终端的环境，支付终端可能经历在其期间不处理支付的时间间隔。在某些情况下，这些时间间隔可基于一天中的时段、星期几、顾客需求，以及影响支付交易频率的各种其他因素而变化。对于电池供电的支付终端，可能希望在这些时间间隔期间减少支付终端的功率消耗。可以通过进入睡眠模式、关闭支付读取器的某些组件，或者通过采取其他校正措施来限制支付终端的功率使用。在某些情况下，当用户随后试图参与支付交易时，这些措施可能影响支付读取器的响应性。
另外，支付交易中的总处理时间通常取决于可以在支付设备和支付服务器(诸如位于金融机构处的服务器)之间通信电子支付信息的速度。通信持续时间可能受到从支付设备请求支付金额的授权的时间与从支付服务器接收到批准的时间之间的时间量的影响。支付交易期间的延迟可能导致试图完成交易的顾客不悦并减少商户的交易量。因为在处理发生时有时必须将芯片卡物理地插入到支付终端内，所以芯片卡交易处理的延迟可能在支付交易期间产生特别的不适或冲突。
附图说明
结合附图考虑以下详细描述，本公开的上述和其他特征、其性质和各种优点将更加明显，其中：
图1示出根据本公开一些实施例的支付系统的说明性框图；
图2描绘根据本公开一些实施例的支付设备和支付终端的说明性框图；
图3描绘根据本公开一些实施例的支付读取器的说明性框图；
图4描绘根据本公开一些实施例的商户设备的说明性框图；
图5描绘根据本公开一些实施例的支付服务系统的说明性框图；
图6描绘根据本公开一些实施例的示出用于在支付读取器处启用交易处理电路的示例方法的非限制性流程图；
图7描绘根据本公开一些实施例的示出用于在支付读取器处完成支付交易的示例方法的非限制性流程图；以及
图8描绘根据本公开一些实施例的示出用于在支付终端处处理支付的示例方法的非限制性流程图。
具体实施方式
支付系统可包括支付终端和支付服务器。支付终端可以具有支付读取器和商户设备。支付读取器从支付设备(诸如EMV芯片卡、磁条卡或NFC支付设备)接收支付信息。商户设备具有销售点应用程序，其为商户提供用户接口，并且与支付读取器和支付服务器通信。支付服务器基于支付信息以及从商户设备接收的其他信息(例如，支付金额、商户、位置等)处理交易，并将支付结果(例如，批准或拒绝)通信回商户设备。
支付读取器可以具有用于与支付设备交换电子支付信息的各种接口。在一个实施例中，支付读取器的芯片卡接口可以配置为接收芯片卡并与芯片卡交换电子支付信息。支付读取器可以具有无线支付接口，该无线支付接口配置为无线通信以与无线支付设备交换电子支付信息。
支付读取器可以具有需要电源以在处理电子支付信息时操作的组件，诸如交易芯片。支付读取器的电池可以向支付读取器的交易芯片提供所需的功率。通常期望节省支付读取器的电池功率，因为它可能具有受限的容量。读取器的交易芯片可能仅在某些时间下使用，诸如在处理支付时使用。在剩余的时间(即，在支付交易之间)，如果交易芯片仍然处于其正常操作模式，则交易芯片会继续消耗功率，即使它没有执行任何操作。在一些实施例中，支付读取器可以进入低功率模式以减少或消除交易芯片在不使用时所消耗的功率。支付读取器可以不将交易芯片加电到其正常模式(例如，“唤醒”交易芯片)，直到已经确定支付交易可能要发生为止。
交易芯片可以在低功率模式中操作，直到它接收到唤醒请求。当交易芯片接收到唤醒请求时，交易芯片可以进入正常或交易处理模式。在交易处理模式中时，交易芯片可以准备好执行交易处理操作。例如，交易芯片可以在交易处理模式中时立即从支付设备请求电子支付信息，诸如响应于针对来自支付终端的支付信息的请求。为了请求支付信息，交易芯片可以使用支付接口(诸如芯片卡接口或无线支付接口)与支付设备通信。一旦交易完成，如果根据某些要求(例如，在阈值唤醒期内)没有接收到对支付信息的请求，则交易芯片可以返回到低功率模式。交易芯片可以保持在低功率模式中，直到它接收到另一个唤醒请求。
支付终端可包括与交易芯片通信的终端芯片(例如，示例支付读取器中的读取器芯片)。读取器芯片可以从支付读取器的唤醒接口(例如，芯片卡检测器)接收唤醒信号，并且在一些实施例中，可以从外部设备(例如，商户设备)经由通信接口接收唤醒请求。响应于事件，诸如在销售点应用程序处的用户输入或支付交易处理中的其他里程碑事件，可以生成唤醒信号。唤醒信号可以由商户设备在支付交易的各个阶段提供给读取器芯片(例如，基于交易发生的可能性和其他因素)，使得功率可以返回到交易芯片，这样它就可以准备好从芯片卡或无线支付接口接收对支付信息的请求。读取器芯片可以响应于唤醒信号将唤醒请求发送到交易芯片，并且交易芯片可以基于所接收到的唤醒请求返回到其正常操作模式。
图1描绘根据本公开一些实施例的支付系统1的说明性框图。在一个实施例中，支付系统1包括支付设备10、支付终端20、网络30和支付服务器40。在示例实施例中，支付服务器40可包括由不同实体操作的多个服务器，诸如支付服务系统50和银行服务器60。支付系统1的这些组件便于商户和顾客之间的电子支付交易。
商户和顾客之间的电子交互发生在顾客的支付设备10和商户的支付终端20之间。顾客具有支付设备10，诸如具有磁条的信用卡、具有EMV芯片的信用卡，或者支持NFC的电子设备，诸如运行支付应用程序的智能手机。商户具有支付终端20，诸如支付终端或能够处理支付信息(例如，加密支付卡数据和用户身份验证数据)和交易信息(例如，购买金额和购买点信息)的其他电子设备，诸如运行支付应用程序的智能手机或平板计算机。
在一些实施例中(例如，对于低价值交易或对于少于由NFC或EMV支付设备10指示的支付限制的支付交易)，可以在支付终端20处处理支付交易的初始处理和批准。在其他实施例中，支付终端20可以通过网络30与支付服务器40通信。虽然支付服务器40可以由单个实体操作，但是在一个实施例中，支付服务器40可包括由任何合适的实体操作的任何合适数量的服务器，诸如支付服务系统50以及商户和顾客的一个或多个银行(例如，银行服务器60)。支付终端20和支付服务器40通信支付和交易信息以确定交易是否得到授权。例如，支付终端20可以通过网络30向支付服务器40提供加密的支付数据、用户身份验证数据、购买金额信息和购买点信息。支付服务器40可以基于该接收到的信息以及与顾客或商户账户有关的信息来确定交易是否得到授权，并通过网络30响应于支付终端20以指示支付交易是否得到授权。支付服务器40还可以向支付终端20发送附加信息，诸如交易标识符。
基于在支付终端20处从支付服务器40接收到的信息，商户可以向顾客指示交易是否已被批准。在诸如芯片卡支付设备的一些实施例中，可以在支付终端处(例如在支付终端的屏幕处)指示批准。在诸如智能电话或作为NFC支付设备操作的手表的其他实施例中，可以向NFC支付设备提供关于批准的交易的信息和附加信息(例如，收据、特殊优惠、优惠券或忠诚度计划信息)以用于显示在智能手机或手表的屏幕上或存储在存储器中。
在一些实施例中，支付服务器40可以从支付终端20请求信息，基于该信息生成针对存储在支付终端20处的读取器管理指令和预付款指令的更新，并将更新发送回支付终端20。支付终端20的指令可以由支付终端20的处理器或其他硬件执行，以便总体上控制支付终端及其组件的操作。响应于对信息的请求，支付终端20可以收集关于支付终端20的信息，包括基于存储在其存储器中的读取器管理指令和预付款指令的信息，并生成响应消息。在一些实施例中，可以将该消息发送到支付服务器40(例如，支付服务系统50)以进行处理。
在一些实施例中，支付服务器40(例如，支付服务器40的支付服务系统50)可以从多个支付终端20(例如，与网络30通信的每个支付终端20)接收信息。支付服务器40可以使用如下信息来更新读取器管理指令或预付款指令，所述信息可包括关于支付终端20处的支付交易的历史信息、关于支付设备用户的信息、顾客的交易历史、由类似商户进行的交易，或其他类似的交易相关信息。支付服务器40可以生成用于支付终端20的读取器管理和预付款操作的更新的规则，并更新支付终端20的读取器管理指令和预付款指令。
图2描绘根据本公开一些实施例的支付设备10和支付终端20的说明性框图。虽然将理解的是，支付系统1的支付设备10和支付终端20可以按任何合适的方式实现，但是在一个实施例中，支付终端20可包括支付读取器22和商户设备29。但是，将理解的是如本文所使用的那样，术语“支付终端”可以指代整个支付终端20或支付终端的任何合适的组件，诸如支付读取器22或商户设备29。在一个实施例中，支付终端20的支付读取器22可以是无线通信设备，其有助于支付设备10与运行销售点应用程序的商户设备29之间的交易。
在一个实施例中，支付设备10可以是能够与支付终端20通信的设备(例如，经由支付读取器22进行通信)，诸如NFC设备12或EMV芯片卡14。芯片卡14可包括安全集成电路，其能够根据一个或多个电子支付标准(诸如由EMVCo颁布的那些标准)与支付终端(诸如支付终端20)通信，生成加密的支付信息，及提供加密的支付信息以及其他支付或交易信息(例如，本地处理的针对支付的交易限制)。芯片卡14可包括用于与支付读取器22通信的接触引脚(例如，根据ISO 7816)，并且在一些实施例中，可以经由近场15感应地耦合到支付读取器22。感应地耦合到支付读取器22的芯片卡14可以根据无线通信标准(诸如ISO 14443)使用由支付读取器22提供的无线载波信号的负载调制与支付读取器22通信。
NFC设备12可以是电子设备(诸如智能电话、平板计算机或智能手表)，其能够与支付终端20进行安全交易(例如，经由与支付读取器22的通信进行安全交易)。NFC设备12可以具有用于执行安全交易功能的硬件(例如，包括硬件和可执行代码的安全元件)和/或软件(例如，根据主机卡仿真例程在处理器上运行的可执行代码)。在支付交易期间，NFC设备12可以经由近场15感应地耦合到支付读取器22，并且可以根据一个或多个无线通信标准(诸如ISO 14443和ISO 18092)通过由支付读取器22提供的无线载波信号的有源或无源负载调制与支付终端20通信。
虽然支付终端20可以按任何合适的方式实现，但是在一个实施例中，支付终端20可包括支付读取器22和商户设备29。商户设备29运行销售点应用程序，其为商户提供用户接口并有助于与支付读取器22和支付服务器40的通信。支付读取器22可以有助于支付设备10和商户设备29之间的通信。如本文所述，支付设备10(诸如NFC设备12或芯片卡14)可以通过感应耦合与支付读取器22通信。这在图2中作为近场15描绘，其包括从支付读取器22发射的具有合适频率(例如，13.56MHz)的无线载波信号。
在一个实施例中，支付设备10可以是非接触式支付设备(诸如NFC设备12或芯片卡14)，并且支付读取器22和非接触式支付设备10可以通过在近场15内调制无线载波信号来进行通信。为了将信息通信到支付设备10，支付读取器22基于要从支付读取器22发送的数据来改变无线载波信号的幅度和/或相位，从而产生发送到支付设备的无线数据信号。该信号由支付读取器22的天线发送，该天线被调谐为以13.56MHz进行发送，并且如果支付设备10也具有在近场15范围(例如，0到10cm)内的适当调谐的天线，则支付设备接收由支付读取器22发送的无线载波信号或无线数据信号。在无线数据信号的情况下，支付设备10的处理电路能够解调接收到的信号并处理从支付读取器22接收到的数据。
当非接触式支付设备(诸如支付设备10)在近场15的范围内时，它被感应地耦合到支付读取器22。因此，支付设备10还能够通过有源或无源负载调制来调制无线载波信号。通过改变支付设备10的天线的调谐特性(例如，通过基于要被发送的调制数据来选择性地将并行负载切换到天线电路中)，在支付设备10和支付读取器22处修改无线载波信号，得到调制的无线载波信号。以这种方式，支付设备能够将调制数据发送到支付读取器22。
在一些实施例中，支付读取器22还包括能够接收芯片卡14的EMV插槽21。芯片卡14可以具有触点，当芯片卡14插入到EMV插槽21内时触点与支付读取器22的相应触点接合。支付读取器22通过这些触点向芯片卡14的EMV芯片供电，并且支付读取器22和芯片卡14通过由接触建立的通信路径进行通信。
支付读取器22还可包括用于与磁条卡(未在图2中示出)通过接口连接的硬件。在一些实施例中，硬件可包括槽，该槽引导顾客刷或插磁条卡的磁化条，使得磁条读取器可以从磁条卡接收支付信息。然后，由支付读取器22处理所接收到的支付信息。
商户设备29可以是任何合适的设备，诸如平板计算机支付设备24、移动支付设备26或支付终端28。在计算设备(诸如平板计算机支付设备24或移动支付设备26)的情况下，销售点应用程序可以提供购买和支付信息的输入、与顾客的交互以及与支付服务器40的通信。例如，支付应用程序可以提供商户能够选择的服务菜单和用于自动化交易的系列菜单或屏幕。支付应用程序还可以便于输入顾客身份验证信息，诸如签名、PIN码或生物识别信息。也可以在专用的支付终端28上提供类似的功能。
商户设备29可以经由通信路径23/25/27与支付读取器22通信。虽然通信路径23/25/27可以经由有线连接(例如，以太网、USB、火线(FireWire)、闪电(Lightning))或无线连接(例如，Wi-Fi、蓝牙、NFC或紫蜂(ZigBee))来实现，但是在一个实施例中，支付读取器22可以经由蓝牙低功耗接口与商户设备29通信，使得支付读取器22和商户设备29成为相连接的设备。在一些实施例中，支付交易的处理可以在支付读取器22和商户设备29上在本地发生，例如，当交易金额小或者没有到支付服务器40的连接时。在其他实施例中，商户设备29或支付读取器22可以经由公共或专用通信网络30与支付服务器40通信。虽然通信网络30可以是任何合适的通信网络，但是在一个实施例中，通信网络30可以是互联网，并且支付和交易信息可以按加密格式在支付终端20和支付服务器40之间通信，诸如通过传输层安全性(TLS)或安全套接字层(SSL)协议加密。
图3描绘根据本公开一些实施例的示例支付读取器22的框图。在一个实施例中，支付读取器22可以是无线通信设备，其与交互式电子设备(诸如商户设备29)无线通信，例如，使用经典蓝牙或低功耗蓝牙通信。尽管在图3中以特定布置描绘了特定组件，但是将理解的是，支付读取器22可包括附加组件，在支付读取器22中可以不包括图3中描绘的组件中的一个或多个，并且支付读取器22的组件可以按任何合适的方式重新布置。在一个实施例中，支付读取器22包括终端芯片(例如，在支付终端20中利用支付读取器)、读取器芯片100、多个支付接口(例如，非接触式接口102和接触式接口104)、电源106、无线通信接口108、有线通信接口110、芯片卡检测电路112、交易芯片114和NFC设备检测电路116。支付读取器22还可包括读取器芯片100中的处理单元120(例如，终端/读取器处理单元)和存储器122，以及交易芯片114中的通用处理单元124、加密处理单元125、通用存储器126和加密存储器128。尽管在一个实施例中，处理单元和存储器将被描述为分别被封装在读取器芯片100和交易芯片114中，并且以特定方式配置，但是将理解的是处理单元120、通用处理单元124、加密处理单元125、存储器122、通用存储器126和加密存储器128可以按任何合适的方式配置，以执行如本文所述的支付读取器22的功能。还将理解的是，读取器芯片100和交易芯片114的功能可以在单个芯片或多个芯片中体现，每个芯片包括处理单元和存储器的任何合适组合，以共同执行读取器芯片100和交易芯片114的功能，如本文所述。
在一些实施例中，读取器芯片100可以是合适的芯片，诸如由飞思卡尔半导体公司(Freescale Semiconductor，Inc.)供应的K21芯片。支付读取器22的读取器芯片100的处理单元120可以是合适的处理器并且可包括执行和控制支付读取器22的功能所需的硬件、软件、存储器以及电路。处理单元120可包括一个或多个处理器，并且可以基于任何合适数量的存储器和存储器类型中的指令来执行读取器芯片100的操作。在一些实施例中，处理单元120可具有多个独立的处理单元，例如多核处理器或其他类似组件。处理单元120可以执行存储在读取器芯片100的存储器122中的指令以控制支付读取器22的操作和处理。如本文所使用的那样，处理器或处理单元可包括具有执行所述的处理功能所需的处理能力的一个或多个处理器，包括但不限于硬件逻辑(例如，由描述硬件配置的软件来设计的硬件，所述软件诸如硬件描述语言(HDL)软件)、在处理器上运行的计算机可读指令，或其任何合适的组合。处理器可以运行软件以执行本文描述的操作，包括在有形的非暂时性计算机可读存储介质上以机器可读形式访问的软件。
在示例实施例中，读取器芯片100的处理单元120可包括两个RISC处理器，其配置为基于存储在存储器122中的指令作为用于控制支付读取器22的各种组件操作的中心来操作。如本文所使用的那样，存储器可以指代任何合适的有形或非暂时性存储介质。有形(或非暂时性)存储介质的示例包括磁盘、拇指驱动器和存储器等，但不包括传播信号。有形计算机可读存储介质包括易失性和非易失性、可移除和不可移除介质，诸如计算机可读指令、数据结构、程序模块或其他数据。这种介质的示例包括RAM、ROM、EPROM、EEPROM、SRAM、闪存、磁盘或光学存储、磁存储，或存储由处理器或计算设备访问的信息的任何其他非暂时性介质。
读取器芯片100还可包括附加电路，诸如接口电路、模拟前端电路、安全电路和监视组件电路。在一个实施例中，接口电路可包括用于与无线通信接口108通过接口连接的电路(例如，Wi-Fi、经典蓝牙和低功耗蓝牙)，用于与有线通信接口110通过接口连接的电路(例如，USB、以太网、火线和闪电)，用于与其他通信接口或总线通过接口连接的电路(例如，I2C、SPI、UART和GPIO)，以及用于与电源106通过接口连接的电路(例如，电源管理电路、功率转换电路、整流器和电池充电电路)。
交易芯片114可包括具有执行本文所述的处理功能所需的处理能力的一个或多个处理器，包括但不限于硬件逻辑、在处理器上运行的计算机可读指令，或其任何合适的组合。在示例实施例中，交易芯片114可以执行与支付交易处理、与支付设备通过接口连接、加密和其他特定于支付的功能相关的功能。在一些实施例中，交易芯片114可包括用于执行与一般支付功能相关联的指令的通用处理单元124和用于处理加密处理操作的加密处理单元125。通用处理单元124和加密处理单元125中的每个可以具有与其相关联的专用存储器(即，通用存储器126和加密存储器128)。以这种方式，特定的加密处理和关键安全信息(例如，加密密钥、密码、用户信息等)可以由加密存储器128安全地存储并由加密处理单元125处理。
交易芯片114的交易处理单元124和加密处理单元125中的一者或两者可以与读取器芯片100(例如，处理单元120)通信，例如，使用任何合适的内部总线和通信技术通信。以这种方式，读取器芯片100和交易芯片114可以共同处理交易并通信关于所处理交易(例如，与商户设备29的交易)的信息。
交易芯片114还可包括用于与接触式接口104通过接口连接的电路(例如，用于与插入插槽21中的芯片卡14的EMV芯片直接通过接口连接的电源和通信电路)。在一些实施例中，交易芯片114还可包括用于与非接触式接口102的模拟组件通过接口连接的模拟前端电路(例如，电磁兼容性(EMC)电路、匹配电路、调制电路和测量电路)。
非接触式接口102可以提供与非接触式设备(诸如NFC设备12或芯片卡14)的NFC通信。基于由读取器芯片100提供的信号，非接触式接口102的天线可以输出载波信号或调制信号。载波信号可以是具有固定频率(诸如13.56MHz)的信号。调制信号可以是根据调制流程(诸如ISO14443和ISO 18092)的载波信号的调制版本。当支付读取器22感应地耦合到非接触式设备时，非接触式设备还可以调制载波信号，载波信号可由非接触式接口102感测并提供给读取器芯片100以进行处理。基于载波信号的这些调制，支付读取器22和非接触式设备能够通信信息，诸如支付信息。
在一些实施例中，无线设备检测接口可以是NFC设备检测电路116，其可以为非接触式接口102提供，并且可以检测NFC设备12何时进入非接触式接口102的范围。在示例实施例中，NFC设备检测电路116可包括用于检测NFC设备12的存在的合适硬件(例如，天线、开关、光学检测电路、接近传感器等)。在一些实施例中，当NFC设备1212相对于非接触式接口102定位在足够接近和取向处时，NFC设备检测电路116可以测量变化的接近信号。在一个实施例中，NFC检测电路(例如，天线和调谐电路)的电路调谐可以改变(例如，如由接近信号测量的那样，电路可能会失谐)。在一些实施例中，当交易芯片处于低功率模式中时，NFC设备检测电路116可以发送RF检测信号(例如，在与13.56MHz载波信号类似的频率范围内的低功率RF信号)，并且接近确定可以基于接近信号的测量特性(例如，幅度、功率、包络检测等)，该接近信号基于发送信号。
接触式接口104可以是用于向支付芯片(诸如芯片卡14的EMV芯片)提供功率并与EMV芯片通信的合适接口。接触式接口104可包括多个接触引脚(图3中未示出)，用于根据EMV规范与芯片卡14物理上通过接口连接。在一些实施例中，接触式接口104可包括电源(VCC)引脚、接地(GND)引脚、用于重置EMV卡的重置(RST)引脚、用于提供时钟信号的时钟(CLK)引脚、用于向EMV卡提供编程电压的编程电压(VPP)引脚、用于提供EMV通信的输入输出(I/O)引脚，以及两个辅助引脚。以这种方式，支付读取器和芯片卡14能够交换信息，诸如支付信息。
在一些实施例中，可以为接触式接口104提供芯片卡检测电路112，并且该芯片卡检测电路可以检测芯片卡14何时已插入到接触式接口104的芯片卡接口(例如，卡槽)中。在示例实施例中，芯片卡检测电路112可包括合适的硬件(例如，开关、光学检测电路、接近传感器等)，用于检测芯片卡14在接触式接口104的卡槽中的存在。然后可以提供该信号以便由支付读取器22的一个或多个其他组件(例如，支付读取器22的读取器芯片100)进行处理。
在一些实施例中，通用处理单元124可包括用于执行本文所述的支付读取器22的支付处理功能的任何合适的处理器。在一些实施例中，通用存储器126可以是如本文所述的任何合适的存储器，并且可包括用于执行支付读取器22的一般交易处理操作的多组指令，诸如交易处理指令166、数据验证指令168、信号调节指令170。
在一些实施例中，交易芯片114可以配置为在低功率模式和交易处理模式中操作。在一些实施例中，在低功率模式中，交易芯片114既不被供电也不可操作。在其他实施例中，交易芯片114可以使用显著减少的功率量来执行受限的操作，诸如与读取器芯片100通信。在这种模式中，交易芯片114可以不向与非接触式接口102和接触式接口104通过接口连接的任何组件供电。限制交易芯片114在其期间完全供电和操作的时间可以带来显著的功率节省。在一些实施例中，交易芯片114可以保持在低功率模式中，直到接收到唤醒请求(例如，从读取器芯片100接收)，如下面进一步描述的那样。
交易处理指令166可包括用于控制支付读取器22的一般交易处理操作的指令，诸如控制支付读取器22和支付设备10之间的交互(例如，用于经由非接触式接口102和接触式接口104与支付设备通过接口连接)、选择支付处理流程(例如，基于与支付方法相关联的支付处理实体)、与加密处理器125通过接口连接，以及交易处理的任何其他合适方面。
功率模式指令172可包括用于以低功率模式操作交易芯片114并在接收到唤醒请求时退出低功率模式的指令。在一些实施例中，功率模式指令172可包括用于响应于唤醒请求将交易芯片114的组件从低功率模式转换到交易处理模式的指令。在交易处理模式中，交易芯片114可以被供电并且可操作，并且可配置为从支付设备10(例如，EMV芯片卡或无线支付设备)请求支付信息。功率模式指令172可包括用于在满足特定条件时将交易芯片114返回到低功率模式的指令，所述特定条件例如涉及交易频率、一天中的时段、自上一次交易以来的时间、电池电量等。例如，自上次支付交易结束以来，在阈值唤醒期(例如，30秒)内没有从读取器100接收到对支付信息的请求。一旦返回到低功率模式，则交易芯片114可以保持在低功率模式中，直到它接收到下一个唤醒请求。
如本文所述，当功率模式指令在正常功率模式中操作交易芯片114时，交易处理指令166可包括用于在交易处理模式期间经由接触式接口104从芯片卡请求和接收支付信息的指令或经由非接触式接口102从无线支付设备请求和接收支付信息的指令。基于交易处理指令166，交易芯片114可以响应于对支付信息的请求，诸如来自读取器芯片100的对支付信息的请求，在交易处理模式期间从支付设备10请求支付信息。读取器芯片100在许多情况下可以请求支付信息，如下面进一步描述的那样。
数据验证指令168可包括用于为支付终端20提供配置信息的指令。配置信息可包括任何合适的信息，诸如对本地交易的支付限制和交易类型(即，在不联系支付服务器40的情况下发生的交易)以及支持的应用程序。作为示例，在一些实施例中，数据验证指令168可包括配置指令，诸如TMS-CAPK指令。在一些实施例中，可以针对特定管辖区(例如，特定于国家的管辖区)来定制TMS-CAPK。
信号调节指令170可包括用于调节经由非接触式接口102从支付设备10(例如，来自NFC支付设备10)接收到的信号的指令。尽管在一些实施例中，信号调节指令170可包括用于操纵经由非接触式接口102接收到的信号的指令，但是信号调节指令170可包括用于调节信号的指令，包括最初由信号调节硬件(图3中未示出)处理的信号。
加密处理单元125可以是如本文所述的任何合适的处理器，并且在一些实施例中，可以执行用于处理支付交易的加密功能。例如，在一些实施例中，加密处理单元125可以按如下的方式基于一个或多个加密密钥对数据进行加密和解密，使得将加密功能与支付读取器22的其他组件隔离，并保护加密密钥不暴露于支付读取器22的其他组件。
在一些实施例中，加密存储器128可以是如本文所述的任何合适的存储器或其组合，并且可包括用于执行加密操作的多组指令，诸如支付处理指令176和加密指令178。支付处理指令176可包括用于执行支付处理的各方面的指令，诸如提供与特定支付流程相关联地使用的加密技术、访问账户和处理信息、任何其他合适的支付处理功能，或其任何合适的组合。加密指令178可包括用于执行加密操作的指令。加密处理单元125可以执行加密指令178以执行各种加密功能，诸如作为支付交易的一部分在支付和交易信息上加密、解密、签名或校验签名。
无线通信接口108可包括合适的无线通信硬件(例如，天线、匹配电路等)和具有进行无线通信(例如，经由协议(诸如低功耗蓝牙)与商户设备29进行无线通信)所需处理能力的一个或多个处理器和与控制相关的电路，包括但不限于硬件逻辑、在处理器上运行的计算机可读指令，或其任何合适的组合。虽然无线通信接口108可以按任何合适的方式实现，但是在示例实施例中，无线通信接口108可以实现为德州仪器公司(Texas Instruments)的CC2640设备，其可包括处理单元(未示出)和存储器(未示出)。
电源106可包括一个或多个电源，诸如到AC电源、DC电源或电池的物理连接。电源106可包括用于将AC或DC电源转换成多个DC电压以由支付读取器22的组件使用的转换电路。当电源106包括电池时，电池可以经由物理功率连接充电、经由感应充电，或经由任何其他合适的方法充电。尽管在图3中未示出到支付读取器22的其他组件的物理连接，但是电源106可以根据这些组件的要求向支付读取器22的组件供应各种电压。
有线通信接口110可包括用于与其他设备或通信网络进行有线通信的任何合适的接口，诸如USB、闪电、火线、以太网、任何其他合适的有线通信接口，或其任何组合。在一些实施例中，有线通信接口110可允许支付读取器与商户设备29和支付服务器40中的一者或两者通信。
读取器芯片100的存储器122可包括用于控制支付读取器22的操作的多组指令，诸如操作指令130、交易处理指令132和芯片管理指令134。
操作指令130可包括用于控制支付读取器22的一般操作的指令，诸如内部通信、功率管理、消息处理、系统监视、睡眠模式、用户接口响应和控制、无线接口108的操作、交易芯片114的操作，以及其他指令集的管理。在一个实施例中，操作指令130可以提供执行由支付读取器22的读取器芯片100的处理单元120执行的大多数处理操作所需的操作系统和应用程序。
操作指令130还可包括用于与商户设备29交互的指令。在一个实施例中，商户设备29可以运行销售点应用程序。操作指令130可包括用于在读取器芯片100的处理单元120上运行的补充应用程序的指令，以便与销售点应用程序交换信息。例如，销售点应用程序可以提供便于用户(诸如商户)与顾客进行购买交易的用户接口。菜单可以提供对物品的选择、税金的计算、增加小费，以及其他相关功能。当接收支付时，销售点应用程序可以向支付读取器22发送消息(例如，经由无线接口108)。操作指令130便于处理支付，例如，通过经由非接触式接口102或接触式接口104获取支付信息，通过调用交易芯片114来处理该支付信息，以及通过生成经由无线通信接口108和有线通信接口110发送到商户设备销售点应用程序的响应消息。
操作指令130还可包括用于在支付服务器40处与支付服务系统50交互的指令。在一个实施例中，支付服务系统50可以与支付读取器22和商户设备29的销售点应用程序相关联。例如，支付服务系统50可以具有关于向支付服务系统50注册(例如，基于唯一标识符)的支付读取器22和商户设备29的信息。该信息可用于处理与商户和顾客金融机构的服务器的交易、用于向商户提供分析和报告，以及汇总交易数据。支付读取器22可以处理支付信息(例如，基于读取器芯片100和交易芯片114的操作)并将处理后的支付信息通信到销售点应用程序，销售点应用程序进而与支付服务系统50通信。以这种方式，来自支付读取器22的消息可以被转发到支付服务器40的支付服务系统50，使得支付读取器22和支付服务系统50可以共同处理支付交易。
交易处理指令132可包括用于在支付读取器22处处理支付交易的指令。在一个实施例中，交易处理指令可以符合支付标准，诸如EMV颁布的那些支付标准。取决于正在使用的支付方法(例如，欧陆卡、万事达卡、维萨卡、美国运通卡等)，可以选择与支付方法相关联的特定处理流程，并且可以根据该流程处理交易。当由处理单元120执行时，这些指令可以确定是否在本地处理交易、如何从支付设备访问支付信息、如何处理支付信息、执行哪些加密功能、与支付服务器交换的通信类型，以及与支付交易的处理相关的任何其他合适的信息。在一些实施例中，交易处理指令132可以执行高级处理，并且为处理单元120提供指令以与交易芯片114通信以执行大多数交易处理操作。
在芯片卡交易的一些实施例中，支付读取器22可以按可加速芯片卡处理的方式在完成交易之前从芯片卡获取信息(例如，执行“预付款”操作)，从而减少完成交易的时间和芯片卡必须插入到接触式接口104的时间。交易处理指令132可包括用于在支付交易期间执行预付款操作时与支付设备通信支付信息的预付款指令。交易处理指令132可以提供用于从芯片卡获取(例如，经由交易芯片114和接触式接口104)任何合适信息的指令，诸如授权响应、卡用户名、卡到期日等。在一些实施例中，交易处理指令132可包括用于向芯片卡提供预先付款以由支付读取器22处理的指令。在一些实施例中，一项或多项预先付款可以提供虚拟付款金额以便芯片卡产生授权响应(例如，授权响应密文)。取决于从商户设备29接收到预付款请求的时间，可以在商户完成支付交易之前将该授权响应发送回商户设备29(例如，经由无线通信接口108或有线通信接口110)。
在一些实施例中，可能期望在预付款期间返回的授权响应被处理，其支付金额与要由商户完成的交易的实际支付金额相匹配。这样的预付款可包括基于交易处理指令132获取用于由芯片卡授权的多个预支付金额。读取器芯片100可以在消息中接收多个预支付金额中的每一个，诸如从在商户设备29处的销售点应用程序或支付服务器40接收。如下面更详细描述的那样，在一些实施例中，可以任意确定多个预支付金额并将其提供给支付读取器22以供读取器芯片100使用。在其他实施例中，多个预支付金额可以基于使用商户设备29的历史数据的预测技术得出，并且在一些实施例中，还基于来自其他支付终端20的数据得出，如下文将进一步论述的那样。交易处理指令132可包括用于在接收到实际支付金额(即，完成来自支付交易的支付信息的处理)之前继续提供预先付款的指令。
在其他实施例中，交易处理指令132还可包括用于接收表明付款请求是预付款请求的指示符的指令，可以向与预付款请求相关联的指示符分配优先级，并将指示符及其被分配优先级存储在存储器(诸如存储器122)中。在该方面，读取器芯片100可以基于指示符优先考虑或不优先考虑预付款请求。在一些实施例中，读取器芯片100可以按优先级顺序(例如，从最高到最低优先级)确保对每个预付款请求的授权。在一些实施例中，交易处理指令132可包括用于相对于分配给预支付金额的得分而成比例地分配优先级的指令，该得分指示预支付金额将与交易的实际支付金额匹配的可能性。还在其他实施例中，读取器芯片100可以使用存储在交易处理指令132中的指令来存储和优先考虑或不优先考虑对支付信息的请求，而不管该请求是否是预付款请求。
交易处理指令132还可包括用于在支付交易期间开始付款之前收集除支付信息之外的信息的指令。例如，当芯片卡插入到接触式接口104中但在交易芯片114从卡请求电子支付信息(即，付款)之前，读取器芯片100可以从芯片卡收集处理支付交易所需的其他信息，诸如关于芯片卡的详情、发行芯片卡的顾客金融机构或发行方的身份、账号、芯片卡的到期日或其他信息。另外，交易处理指令132可包括用于确定关于使用支付设备的顾客的信息(包括顾客的身份、交易历史或其他信息)的指令。在一些实施例中，交易处理指令132可包括用于在请求电子支付信息或以其他方式在支付设备10处发起付款之前从支付设备10收集任何合适的信息的指令。
芯片管理指令134可包括用于管理支付读取器22的交易芯片114的操作的指令。虽然特定功能可以被描述为由读取器22的特定组件(诸如读取器芯片100的处理单元120)执行，但将理解的是，支付读取器22的任何合适的组件或组件组合可以执行下面描述的操作以实现本文描述的功能。另外，尽管芯片管理指令134可以在由处理单元120执行时执行任何合适的操作，但是在一些实施例中，芯片管理指令134可以针对唤醒信号监视支付读取器22的接口(例如，无线通信接口108、有线通信接口110、接触式接口104、非接触式接口102和芯片卡检测电路112)，使得处理单元120响应于接收到的唤醒信号向交易芯片114发送唤醒请求，接收对处理支付(例如，来自商户设备29)的请求，并响应于对处理支付的请求而将对支付信息的请求发送到交易芯片114。
在一些实施例中，芯片管理指令134可包括用于接收和处理唤醒信号并发送唤醒请求的指令，该唤醒请求用于请求将交易芯片114从低功率模式转换到交易处理模式。芯片管理指令134可包括用于监视支付读取器22的接口(例如，无线接口108、有线接口110、接触式接口104、非接触式接口102、芯片卡检测电路112和NFC设备检测电路116)并接收消息的指令，消息包括在接口(例如，支付读取器22的能够接收唤醒信号的通信接口或其他接口，或“唤醒输入接口”)处的唤醒信号。虽然芯片管理指令134可以用于通过任何合适的通信方法接收唤醒信号，但是在一些实施例中，芯片管理指令134可以从无线接口108(例如，经由低功耗蓝牙消息)或有线接口110接收包括唤醒信号的消息。另一个示例唤醒信号可以由芯片卡检测电路112提供，当芯片卡插入到接触式接口的芯片槽中时，芯片卡检测电路112可以提供信号。当NFC设备12靠近非接触式接口102时(例如，当发生RF载波信号的感应耦合时)，NFC设备检测电路116可以提供又一示例唤醒信号。
另一示例唤醒信号可由传感器(图3中未示出)提供，传感器可包括任何合适的传感器(例如，接近传感器、红外传感器、光学传感器、飞行时间传感器、音频传感器、视频传感器等)，其可用于确定交易将在不久的将来发生的可能性。在一个实施例中，接近传感器可以确定具有与智能电话类似属性的设备位于非接触式接口102的区域中。例如，接近检测可以由NFC电路基于使NFC电路失谐的接近对象来执行。在另一个实施例中，传感器可以监视顾客队列以确定顾客是否可能在不久的将来参与交易(例如，基于停留时间、位置、队列长度等)。
在一些实施例中，芯片管理指令134可包括用于从商户设备29接收唤醒信号的指令，该唤醒信号指示仅在发生指定条件(即，偶然的唤醒信号)时才应该将唤醒请求发送到交易芯片114。芯片管理指令134可包括用于接收偶然的唤醒信号(例如，在支付读取器22的接口处)、确定是否已经满足指定条件，以及基于该确定而向交易芯片114提供唤醒请求的指令。在一些实施例中，偶然的唤醒信号可指定作为用于提供唤醒请求的基础的条件的示例可包括确定电源106中的功率储备水平高于预定阈值的功率水平、确定支付设备(例如，芯片卡或无线支付设备)可以与支付读取器22的接口交互(例如，基于来自传感器的数据)，或其他条件。应注意，在一些实施例中，随着芯片管理指令134的固件不时更新，条件可以被更新。在一些实施例中，唤醒信号可以定义用于关于使用数据分析或其他技术得出的一个或多个参数而提供唤醒请求的条件。如本文所述，可以基于在商户设备29处(即，通过销售点应用程序)或在支付服务器40处执行的数据分析来确定参数。
在一些实施例中，芯片管理指令134可包括用于响应于唤醒信号向交易芯片114发送唤醒请求的指令。读取器芯片100(例如，处理单元120)可以执行芯片管理指令134以识别提供给读取器芯片100的唤醒信号的类型，并确定是否向交易芯片提供唤醒请求。读取器芯片100可以执行芯片管理指令134以向交易芯片114提供指示唤醒请求的信号或消息，并且交易芯片114可以响应于唤醒请求而从低功率模式转换到交易处理模式。在一些实施例中，读取器芯片100可以执行芯片管理指令134以立即提供唤醒请求或在确定由包括唤醒信号的消息所识别的事件发生时提供唤醒请求。
芯片管理指令134还可包括用于通过所接收到的唤醒信号来协调功率管理的指令。随着支付读取器22的电池功率消耗，可能期望限制支付读取器22被唤醒的情景和/或调节支付读取器22被唤醒的方式。在一个实施例中，芯片管理指令可以从电池接收功率水平测量值，并且可以利用该测量值和一个或多个阈值来确定是否唤醒交易芯片。例如，当电池低于阈值(例如，全功率的1/2或1/3)时，引起唤醒信号的某些动作(例如，支付应用的前台操作(foregrounding)或顾客队列的存在)可能不会导致交易芯片114从低功率模式退出，而其他动作(例如，在销售点应用程序中输入项目、插入芯片卡，或支付设备与非接触式接口接近)可以使交易芯片114退出低功率模式。在一些实施例中，芯片管理指令134可以使交易芯片114基于购物车活动退出低功率模式(例如，使用顾客的购物车活动作为用于唤醒交易芯片114的启发式条件)。在一些实施例中，标准可包括基于向顾客的购物车添加一个或多个物品的信息。在一些实施例中，交易芯片114可以响应于打开的处理单(open ticket)的恢复或其他事件而退出低功率模式。
芯片管理指令134还可以管理交易芯片114的阈值唤醒期。一旦发起交易芯片114的唤醒，则芯片管理指令就可以确定交易芯片保持处于正常操作模式中多长时间。在实施例中，基于所提供的唤醒信号的类型(例如，前台操作相比于活动交易、队列相比于卡插入)或基于其他操作参数(诸如电池寿命)，该唤醒期可以是动态的。
图4描绘根据本公开一些实施例的示例商户设备29。虽然商户设备29可以按任何合适的方式实现，但是在一个实施例中，商户设备29可以是提供用户接口并与一个或多个其他设备通信的交互式电子设备。交互式电子设备的示例包括平板计算机、智能电话、智能手表、台式计算机、膝上型计算机、定制电子设备，或具有执行本文所述功能所需的用户接口和通信能力的任何其他合适的电子设备。
尽管在图4中以特定布置描绘了特定组件，但是将理解的是，商户设备29可包括附加组件，在商户设备29中可以不包括图4中所描绘的组件中的一个或多个，并且商户设备29的组件可以按任何合适的方式重新布置。在一个实施例中，商户设备29包括处理单元202、存储器204、接口总线206、电源208、用户接口210、第一无线接口212、第二无线接口214和有线接口216。
在一个实施例中，商户设备29包括处理单元202和存储器204，其配置为控制和执行商户设备29的所需操作。在一个实施例中，处理单元202可以是通用处理器，其基于可存储在存储器204中的指令而运行适于移动操作系统、程序和应用程序的指令。存储器204可包括如本文所述的任何合适的存储器类型或其组合，诸如闪存存储器和RAM存储器，用于存储指令和其他数据并提供用于执行商户设备29的操作系统、程序和应用程序的工作存储器。在一个实施例中，存储器204可包括多组指令，诸如操作指令220、销售点应用程序指令222、读取器管理指令224和预付款指令226。
处理单元202可以执行存储器204的指令以与商户设备29的一个或多个其他组件交互并对其进行控制。尽管处理单元202可以按任何合适的方式与商户设备29的其他组件通信，但在一个实施例中，处理单元可以使用接口总线206。接口总线206可包括一个或多个通信总线，例如I2C、SPI、USB、UART和GPIO。在一个实施例中，处理单元202可以执行存储器的指令，并且基于那些指令可以经由接口总线206的通信总线与商户设备29的其他组件通信。
商户设备29还可包括电源208。电源208可包括功率转换电路，用于转换AC功率和/或产生多个DC电压以由商户设备29的组件使用。当电源208包括电池时，该电池可以经由物理功率连接充电、经由感应充电，或经由任何其他合适的方法充电。尽管在图4中未示出物理连接到商户设备29的其他组件，但是电源208可以根据这些组件的要求向商户设备29的组件供应各种电压。
商户设备29还可包括用户接口210。用户接口210可以为商户设备29的用户提供各种选项以与在商户设备29上运行的应用程序和程序交互。示例用户接口210可包括用于任何合适的用户接口的硬件和软件，诸如触摸屏接口、语音命令接口、键盘、鼠标、手势识别、任何其他合适的用户接口，或其任何组合。在一个实施例中，用户接口210可以是触摸屏接口，其显示用于程序和应用程序(诸如在商户设备29上运行的销售点应用程序)的交互式用户接口。
商户设备29还可包括多个无线通信接口。无线通信接口可包括用于提供无线通信接口的任何合适的硬件和软件，无线通信接口诸如经典蓝牙、低功耗蓝牙、WiFi、蜂窝、短消息服务(SMS)、NFC、任何其他合适的无线通信接口，或其任何组合。在一个实施例中，第一无线通信接口212可以是与支付读取器22通信的无线通信接口(例如，低功耗蓝牙接口)，而第二无线通信接口214可以是与支付服务器40的支付服务系统50通信(例如，经由互联网通信)的无线通信接口(例如，WiFi)。
商户设备还可包括有线接口216，其可包括用于与其他设备(例如，支付读取器22)或通信网络进行有线通信(例如，以便联络支付服务器40)的任何合适的接口，诸如USB、闪电、火线、以太网、任何其他合适的有线通信接口，或其任何组合。
存储器204的操作指令220可包括用于控制商户设备29的任何合适的一般操作的指令，诸如内部通信、电源管理、I/O设备的控制、通信设备的控制、对商户设备29的其他硬件的控制、任何其他合适的指令，或其任何组合。在一个实施例中，操作指令可以为商户设备29的操作系统以及在商户设备29上操作的大多数驱动程序、程序和应用程序提供指令。
操作指令220可包括用于控制用户接口210的操作的指令。可以根据操作指令220、销售点应用程序指令222、读取器管理指令224以及预付款指令226的程序和应用程序的指令来控制用户接口210。在一个实施例中，操作指令220可包括用于显示关于支付读取器22的操作模式(例如，低功率模式或交易处理模式)的信息或基于读取器管理指令224和销售点应用程序指令222的关于支付读取器22的其他信息的指令。操作指令220还可包括用于与支付读取器22交互以及用于在支付服务器40处与支付服务系统50交互的指令。支付读取器22和/或在商户设备29上运行的应用程序对于支付服务系统50可以是已知的(例如，经由注册过程)，使得商户设备29可以根据销售点应用程序指令222通过支付服务系统50处理支付。
销售点应用程序指令222可包括用于在商户设备29上运行销售点应用程序的指令。当由处理单元202执行时，销售点应用程序指令222可以提供丰富的交互式接口显示，其允许商户处理与顾客的支付交易。这些指令可以包括自定义接口，其允许商户或顾客选择要购买的产品、计算销售税金、处理小费、提供收据、生成折扣或特殊优惠、处理顾客忠诚度计划、搜索库存中或用于交付的物品，以及执行任何其他合适的零售操作。在一些实施例中，销售点应用程序指令222可包括用于提供与用于执行唤醒和预付款操作的设置有关的丰富信息显示的指令，例如，以便修改用于唤醒的唤醒阈值和电池寿命设置，并为预付款设置标准交易金额。
在一些实施例中，销售点应用程序222可在用户打开应用程序时显示各种图形元素。该“前台操作”可包括版本信息或关于销售点应用程序222的其他细节。在一些实施例中，销售点应用程序222可以提供注册接口以允许用户输入支付金额、选择用于购买的物品，以及通过在用户接口230处提供输入来修改购买选项。销售点应用程序222可以保持在该模式中，直到用户提供了输入以指示用户准备好提供用于处理的支付信息。在一些实施例中，销售点应用程序222可以提示用户选择支付方法。用户可以基于销售点应用程序222处的指示来选择支付方法，或者通过在商户设备29或支付读取器22处提供输入来选择支付方法。在一些实施例中，可以基于支付设备10与支付读取器22的接口(例如，接触式接口104或非接触式接口102)的交互来选择支付方法。例如，在一些实施例中，销售点应用程序222可包括用于在将芯片卡插入到接触式接口104中时基于由支付读取器22提供的消息识别芯片卡的指令。在一些实施例中，销售点应用程序222可包括用于显示顾客校验方法的指令，该顾客校验方法用于获得在所提供的支付方法上处理支付交易的授权，诸如通过用户输入获得。在一些实施例中，校验方法可以是用于输入唯一个人识别码(PIN)或持卡人签名的数字面板。在其他实施例中可以使用其他方法。在一些实施例中，销售点应用程序222可以在商户设备29处批准支付交易之后提供交易完成指示符，诸如来自交易处理服务器或基于商户设备29处提供的自行批准。销售点应用程序可以在用户接口230处显示交易完成指示符，指示交易已经结束。
在一些实施例中，销售点应用程序指令222可包括用于执行在支付交易期间执行的任务的并行处理的指令。例如，可以在输入购买金额或用户开始选择要购买的物品之前收集和处理来自支付设备10的支付信息。在收集支付信息之后，诸如顾客校验方法和支付金额的确定等任务可以在完成与芯片卡的消息传递和/或交易的授权之前在销售点应用程序222处完成。因此，支付交易中的连续任务流可以通过销售点应用程序222提供给用户接口230，从而减少交易持续时间和顾客等待时间。在一些实施例中，销售点应用程序指令222可包括用于与支付处理任务并行地执行本文所述的销售点应用程序222的任何功能的指令。
在一些实施例中，销售点应用程序指令222可包括用于在支付过程的不同阶段生成预付款请求的指令。作为示例，预付款指令226可包括用于确定当用户经由用户接口打开(例如，前台操作)销售点应用程序222时应该生成并提供预付款请求的指令、在物品选择接口中输入第一用户输入的指令、输入后续用户输入(例如，提供用户信息)的指令，或完成支付交易的指令。在其他实施例中，预付款指令226可包括用于确定应该响应于其他事件而生成预付款请求的指令。
在一些实施例中，销售点应用程序指令222可包括用于响应于在销售点应用程序222处的第一用户输入之后接收到的用户输入来接收交易完成指示符的指令。交易完成指示符可以在交易期间的不同时间生成(例如，当用户完成支付交易时、在授权之后等)，并且可包括关于支付交易的信息。销售点应用程序指令222可包括用于接收交易完成指示符的指令，该指示符可包括商户设备29处的支付交易的实际支付金额。应注意，交易完成指示符可以作为在销售点应用程序222处的后续用户输入被接收。在其他实施例中，可以响应于其他事件来提供和接收交易完成指示符。
读取器管理指令224可包括用于协助管理如本文所述的支付读取器22的操作的任何合适的指令，包括用于生成唤醒消息并向支付读取器22提供唤醒消息的指令。在一些实施例中，唤醒消息可基于在销售点应用程序222处接收到的信息生成。例如，在一些实施例中，读取器管理指令224可以基于交易的进度和与可能发生交易行为的可能性相关的其他信息而生成唤醒消息。示例的其他信息可包括下述信息，诸如操作商户设备的雇员、顾客队列、一天中的时段、与其他商户有关的信息，以及如本文所述的任何其他合适信息。读取器管理指令224可包括用于基于这些输入(例如，到销售点应用程序的输入和其他相关信息)生成唤醒消息的指令。作为示例，顾客可以选择要购买的物品并将物品呈现给商户的收银员或店员以进行结账。收银员或店员可以在商户设备29处定位相应的物品标识符，例如使用销售点应用程序222进行定位，并选择标识符。销售点应用程序222可以接收物品选择，并且读取器管理指令224可包括用于基于该选择确定销售和相应的支付交易可能发生的指令。读取器管理指令224可包括用于在响应中向读取器22提供唤醒消息的指令。
在一些实施例中，读取器管理指令224可包括用于基于商户设备29处的支付交易的进度水平来生成和提供唤醒消息的指令，进度水平诸如确定订单已经在销售点应用程序222处开始或其他事件。例如，读取器管理指令224可包括用于确定支付交易的进度水平的指令，并且如果进度水平超过阈值(例如，指示对支付信息的请求可能即将到来的阈值)，则向读取器提供唤醒消息。在一个实施例中，读取器管理指令224可包括用于基于销售点应用程序222的前台操作或者当用户打开销售点应用程序222并且该销售点应用程序在商户设备29上被激活时生成和提供唤醒消息的指令。
读取器管理指令224可包括用于在商户设备29和读取器22之间的交互开始时提供唤醒消息的指令。在一些实施例中，当建立商户设备29和读取器22之间的连接(诸如经由无线接口212处的低功耗蓝牙连接)时，可以生成唤醒消息。在一个实施例中，可以基于用户在销售点应用程序222处提供的第一输入来生成唤醒消息。此外，读取器管理指令224可包括用于在销售点应用程序222向读取器22请求处理支付时生成消息的指令。
在一些实施例中，读取器管理指令224可包括基于用于在支付服务器50处确定并提供给商户设备29的唤醒消息提供给读取器22的规则的指令。在一些实施例中，读取器管理指令224可包括用于基于可能在商户设备29处发生的各种任务(诸如在支付交易处理流程中发生的事件)来提供唤醒消息的指令。例如，读取器管理指令224可包括用于基于商户设备29处的本地事件提供唤醒消息的指令，所述本地事件诸如关于顾客(例如，顾客身份)或收银员(例如，雇员身份或职责)的信息。在一些实施例中，由支付服务器50提供并包括在读取器管理指令224中的规则可以基于在支付服务器50处使用从其他支付终端40提供的信息识别的模式，如下面进一步描述的那样。在该方面，在一些实施例中，读取器管理指令224可包括用于基于一天中的时段、商户位置、购买的物品类型、类似商户位置处的活动、类似商店处的交易或其他信息来提供唤醒消息的指令。
在一个实施例中，唤醒消息可以部分地基于商户的交易组合。对于特定交易(例如，用于购买特定物品)、最近的交易趋势或基于其他类似标准，一些商户通常可以在一天中的某些时段进行大部分现金交易。当交易将是现金的概率小于阈值时，可以发送唤醒消息。在一些实施例中，阈值可以由商户修改或覆盖。
在一些实施例中，读取器管理指令224可包括用于基于以上信息并结合关于读取器22的信息向支付读取器22提供唤醒消息的指令。作为示例，读取器管理指令224可包括用于基于支付读取器22的电源106的功率水平(例如，经由来自支付读取器22的消息接收)提供唤醒消息。如果电源106的水平超过阈值，则读取器管理指令224可包括用于提供唤醒消息所需的在商户设备29处确定支付交易的进度水平的指令。如果电源106的水平下降到阈值以下，则读取器管理指令224可包括用于增加提供唤醒消息所需的进度水平的指令。在该方面，可以稍后在交易过程中提供唤醒消息，并且交易芯片114可以在交易处理模式中操作减少的时间量，从而减少在交易期间从电源106消耗的功率。
在一些实施例中，读取器管理指令224可包括用于在唤醒消息中包括关于交易芯片114应该在交易处理模式中操作的唤醒阈值时间量的信息的指令。在一些实施例中，该时间量可以基于诸如自从柜员或收银员在销售点应用程序222处提供输入以来所经过的时间、选择用于购买的物品、电源106中剩余的功率水平，或其他因素等信息。读取器管理指令224可包括用于确定交易处理芯片114将保持在交易处理模式中的持续时间的指令。在其他实施例中，读取器管理指令224可包括用于基于其他信息来确定交易处理芯片114在交易处理模式中操作的时间量的指令。
预付款指令226可包括用于协助支付读取器22处的预付款操作的任何合适的指令，包括用于确定应该向支付读取器22提供预付款请求的指令、确定预付款流程的指令、确定包括在预付款请求中的预支付金额的指令、接收以及存储来自支付读取器22的授权信息响应的指令，以及将授权的预支付金额与交易完成时的实际金额进行比较以识别匹配的指令，以及将与匹配的预支付金额相关联的授权信息响应发送到一个或多个交易处理服务器的指令。
在一些实施例中，预付款指令226可包括用于确定支付读取器22的预付款流程的指令。例如，预付款指令226可包括用于基于有关交易的信息来确定允许对交易进行预付款的指令，所述信息诸如一天中的时段、等待结账的顾客数量、可能的购买量、购买金额或购买的物品。预付款指令226可包括用于基于关于支付设备10的信息来确定允许预付款的指令，支付设备10诸如可以要求预支付金额与实际支付金额匹配以便提供对预付款请求的授权信息响应的支付设备。在该方面，预付款指令226可包括用于预测可以与交易的实际支付金额匹配的预支付金额的指令，如下面进一步描述的那样。
在一些实施例中，预付款指令226可包括用于确定要包括在预付款请求中的预支付金额的指令。在一些实施例中，预支付金额可以是由支付设备10(诸如芯片卡)请求授权的金额。预付款指令226可包括用于基于各种技术确定预支付金额的指令。在一个实施例中，预支付金额可以基于任意金额，诸如当芯片卡在提供支付授权之前不需要授权实际交易金额时。可以使用任何适当的技术确定该任意金额并将其包括在预付款请求中。
预付款指令226可包括用于向支付读取器22提供预付款请求的指令。每个预付款请求可以与预支付金额相关联，并且可包括对授权信息的请求(例如，EMV授权密文或授权响应代码或“ARQC”)。在一些实施例中，预付款指令226可包括用于向接触式接口104发送(经由与支付读取器22的通信)多个附加的预付款请求的指令。在该方面，每个附加的预付款请求可包括如本文所述确定的唯一预支付金额。预付款指令可包括用于提供多个附加的预付款请求，直到事件发生，例如直到经由销售点应用程序222在用户接口230处接收到交易完成指示符为止的指令。在其他实施例中，可以提供附加的预付款请求，直到另一事件发生为止。
在一些实施例中，预付款指令226可包括用于基于推测或预测的交易实际支付金额来预先确定预支付金额的指令。例如，预付款指令226可包括用于基于预支付金额将与实际支付金额匹配的概率来确定预支付金额的指令。在一些实施例中，先前支付金额的直方图可用于预测预支付金额。在一个实施例中，可以迭代地确定预支付金额，例如，应用诸如机器学习等技术来进行确定。初始地，可以选择用于预付款请求的金额，而无需关于在商户设备29处进行的交易的购买金额的附加信息。随着时间的推移，预付款指令226可包括用于使得预支付金额基于来自先前交易的实际支付金额的指令。在该方面，可以基于先前的支付金额来确定预支付金额。如果已经发生了足够的迭代，则预支付金额可以收敛到与给定情况的实际支付金额接近的金额。在其他实施例中，可以使用其他迭代技术来确定预支付金额。
在一些实施例中，预付款指令226可包括用于基于由支付读取器22收集的信息来确定预支付金额的指令。在一些实施例中，该信息可包括与可与实际支付金额匹配的预支付金额的选择相关的信息，诸如支付交易在一天中的时段、商户位置、关于所购买物品的信息、顾客的身份、收银员或店员的身份、支付读取器22的位置或其他信息。在其他实施例中，可以使用支付读取器22处可用的任何合适的信息来确定预支付金额。
在一些实施例中，预付款指令226可包括用于使用从支付服务系统50提供的规则来确定预支付金额的指令。在一些实施例中，可以基于对下述信息的分析来提供规则，所述信息诸如来自先前交易的支付金额、支付金额的直方图、顾客信息、产品信息，或来自在其他商户位置处进行的交易的类似信息。在一些实施例中，预付款指令226可包括用于使用从支付服务系统50提供的其他信息来确定预支付金额的指令，如下面进一步描述的那样。
在一些实施例中，预付款指令226可包括用于响应于预付款请求但在完成支付交易之前从芯片卡接口(例如，接触式接口104)获取授权信息响应的指令。在一些实施例中，授权信息响应可以指示批准预支付金额的支付，诸如当金额小于芯片卡的本地批准金额时。在示例实施例中，预付款指令226可以接收和存储授权信息响应，例如存储在存储器204中。在一些实施例中，预付款指令226可包括用于接收附加授权信息响应的指令，诸如当包括附加预支付金额的附加的预付款请求被提供给芯片卡接口时进行接收。预付款指令226可包括用于将附加授权信息响应存储在存储器204中的指令。
预付款指令226可包括用于将支付交易中的实际支付金额与每个预支付金额进行比较的指令，针对每个预支付金额，将授权信息响应存储在存储器204中以识别匹配。在一些实施例中，商户设备29可以从销售点应用程序222接收实际支付金额，诸如在针对其提供预付款请求的用户输入后的用户输入之后。在一些实施例中，商户设备29可以接收实际支付金额，并且处理单元302可以执行预付款指令226以识别实际支付金额与预付金额之间的匹配，该预付金额与存储在存储器中的授权信息响应相关联。在一些实施例中，预付款指令226可包括通过简单的值比较或其他方式识别匹配的指令。当预支付金额中的一个与实际支付金额匹配时，商户设备29可以将与匹配的预支付金额相关联的授权信息响应发送到一个或多个交易处理服务器(诸如支付服务器40的支付服务系统50)以进行处理。在示例实施例中，商户设备29可以响应于交易完成指示符来发送授权信息响应，该交易完成指示符是响应于基于预付款指令226在销售点应用程序222处的后续用户输入提供的。在示例实施例中，电子支付信息可以经由商户设备的通信接口310发送。
图5描绘根据本公开一些实施例的支付服务器40的示例支付服务系统50。虽然支付服务系统50被描述为单个服务器，但是将理解的是，支付服务系统50的操作和存储器可以分布在任何合适数量的服务器上。尽管在图5中以特定布置描绘了特定组件，但是将理解的是，支付服务系统50可包括附加组件，在支付服务系统50中可以不包括图5中描绘的组件中的一个或多个，并且支付服务系统50的组件可以按任何合适的方式重新布置。还将理解的是，在一些实施例中，支付服务系统50可包括必要的组件并且具有必要的配置以执行属于本文的支付服务器40的任何功能。在一个实施例中，支付服务系统50至少包括处理单元302、存储器304、接口总线306、电源308和通信接口310。
在一个实施例中，支付服务系统50包括处理单元302和存储器304，它们配置为控制和执行支付服务系统50的所需操作。在一个实施例中，处理单元302可以是高速处理器，其基于可存储在存储器304中的指令来运行适于服务器的操作系统、程序和应用程序的指令。存储器304可包括如本文所述的任何合适的存储器类型或其组合，其用于存储指令和其他数据并提供用于执行支付服务系统50的操作系统、程序和应用程序的工作存储器。在一个实施例中，存储器可包括多组指令，包括但不限于操作指令320、支付处理指令322、唤醒指令324和预付款指令326。
处理单元302可以执行存储器304的指令以与支付服务系统50的一个或多个其他组件交互并对其进行控制。尽管处理单元302可以按任何合适的方式与支付服务系统50的其他组件通信，但在一个实施例中，处理单元302可以使用接口总线306。接口总线306可包括一个或多个通信总线，诸如I2C、SPI、USB、UART和GPIO。在一个实施例中，处理单元302可以执行存储器304的指令，并且基于那些指令可以经由接口总线306的通信总线与支付服务系统50的其他组件通信。
支付服务系统50还可包括电源308。电源308可包括功率转换电路，用于转换AC功率和/或产生多个DC电压以供由支付服务系统50的组件使用。在一些实施例中，电源308可包括备用系统，诸如备用电池，以避免在断电期间中断服务。尽管未示出为物理连接到图5中的支付服务系统50的其他组件，但是电源308可以根据这些组件的要求向支付服务系统50的组件供应各种电压。
支付服务系统50还可包括通信接口310。虽然通信接口310可包括任何合适的通信接口或其组合，但是在一些实施例中，通信接口310可以使用更高速的通信接口，诸如WiFi、蜂窝、以太网，或光纤。通信接口310可以与支付终端20(例如，商户设备29)建立安全连接(例如，经由TLS或SSL)，以便交换与唤醒和预付款流程有关的消息。通信接口310还可以与支付服务器40的其他服务器通信，其他服务器诸如交易处理服务器，在一些实施例中，其可以相对于支付服务系统50远程定位并且由不同于控制支付服务系统50的那些实体操作。例如，在一个实施例中，支付服务系统50可以由提供支付读取器22、商户设备29或销售点应用程序222中的一个或多个的实体来操作。交易处理服务器可以与一个或多个商户、发行者或顾客银行相关联并由其操作。
操作指令320可包括用于控制支付服务系统50的任何合适的一般操作的指令，诸如内部通信、电源管理、对通信设备的控制、对支付服务系统50的其他硬件的控制、任何其他合适的指令，或其任何组合。在一个实施例中，操作指令可以为支付服务系统50的操作系统以及在支付服务系统50上运行的大多数驱动程序、程序和应用程序提供指令。
操作指令320还可包括用于与商户设备29交互的指令。在一个实施例中，支付服务系统50可以经由通信接口310与商户设备29通信。操作指令320可包括下述指令，所述指令当由处理单元302执行时控制这些通信并通过实现诸如TLS、SSL等流程或基于密钥的加密数据来提供安全通信。
支付处理指令322包括用于处理支付的指令，并且可以控制通信到商户设备29、支付读取器22(例如，经由商户设备29)和/或交易处理服务器的消息的内容。在一个实施例中，支付处理指令可包括关于每个支付读取器22和安装有销售点应用程序222的商户设备29的信息。除了执行支付处理功能，诸如提供支付信息(诸如金额和信用卡号)到交易处理系统并且将响应通信回商户之外，支付服务系统50还可以执行商户数据的复杂分析，该商户数据可用于向商户(例如，在多个位置处操作多个商户设备29的商户)提供报告、度量或其他数据。
唤醒指令324可包括用于确定用于向与支付服务系统50通信的支付读取器22提供唤醒消息的规则的指令(例如，经由网络30向商户设备29发送规则)。虽然本文的论述包括在支付服务系统50和商户设备29两者处的处理，但是将理解的是，唤醒指令324的一些或所有方面可以在商户设备29处执行，并且读取器管理指令224的一些方面可以在支付服务系统50处执行。
在一些实施例中，数千甚至数百万的支付终端20或类似设备可以与支付服务系统50通信，并且可以提供关于支付终端20自身以及在支付终端20处发生的支付交易的信息，以及其他信息。基于所提供的信息，支付服务系统50可以更新存储在唤醒指令324和预付款指令326中的规则，并且可以不时地为支付终端20提供更新，以便改善支付终端的功能，或便于在支付交易期间更有效地处理支付信息。更具体地，存储在支付服务器50处的信息可允许唤醒指令324和预付款指令326更新存储在商户设备29和支付读取器22处的存储器中的指令，用于在交易芯片114处执行唤醒任务和在支付终端20处执行支付交易中的预付款授权。
在一些实施例中，唤醒指令324可包括用于生成用于控制支付读取器22中的交易芯片114的操作的规则的指令。在一些实施例中，支付服务系统50可以使用存储在唤醒指令324中的信息来更新芯片管理指令134、电源模式指令172和读取器管理指令224。在一些实施例中，规则可以提供用于从商户设备29或读取器芯片100中的一者或两者向交易芯片114发送唤醒请求的各种流程、步骤和阈值。唤醒指令324可以基于特定标准集生成规则，以及基于对标准的改变来更新规则。
在一个实施例中，可以基于与支付服务系统50通信的支付读取器22的信息不时地更新存储在唤醒指令324中的规则的标准。该信息可包括关于参与类似交易(例如，基于同一商户的其他终端、商户类型、地理位置、时间范围等)的大量支付终端的度量。在一些实施例中，可以基于下述信息来更新唤醒指令324中的规则，所述信息诸如商户类型、类似商户、类似商户位置、支付读取器22的平均电池寿命、每次付款的平均交易数量、支付读取器22的交易芯片114保持在交易处理模式中而不接收对支付信息的请求的平均时间长度、用于向支付读取器22提供唤醒消息的过程阈值水平基于电池功率水平而增加或减少的次数，和其他信息。
在一些实施例中，适于存储在唤醒指令324中的规则的标准可以用于特定支付终端20，并且可以基于关于特定支付终端20的信息来更新。在该方面，唤醒指令324可包括关于支付终端20的度量，诸如商户信息、位置、关于其组件的信息、雇员、队列、电池寿命、软件或其他信息。在一些实施例中，存储在唤醒指令324中的规则可以用下述信息更新，所述信息可关于支付读取器22的平均电池寿命、交易执行时间、交易在一天中的时段、支付终端20处最常用的支付方法、支付读取器22的电源106的充电之间的平均时间、发送和接收唤醒消息的平均数量、交易芯片114在等待对支付信息的请求时保持在交易处理模式中的时间长度，或其他类似信息。
预付款指令326可包括用于生成用于在支付终端20处执行预付款操作的规则的指令。在一些实施例中，支付服务系统50可以使用存储在预付款指令326中的信息来更新存储在支付终端20处的指令，诸如销售点应用程序222和预付款指令226。在一些实施例中，预付款指令326可以接收与支付服务系统50通信的各种支付终端20处交易的信息。该信息可包括关于在支付终端20处使用的支付设备10的信息、交易信息、支付金额、交易频率、商户类型、商户位置、批准或拒绝支付授权请求的比率、交易时间，或其他信息。虽然特定信息被论述为用于生成和更新存储在预付款指令326中的规则，但是将理解的是，其他信息也是可能的。
在一些实施例中，预付款指令326可包括用于基于所接收的关于支付终端20的信息来生成和更新用于特定支付终端20的规则的标准的指令。例如，预付款指令326可包括标准，诸如在支付终端20处使用芯片卡的频率、交易金额、用户的交易金额、普通订单、商户类型、位置、顾客标识、商户雇员或收银员、交易时间，或特定于特定支付终端的其他信息。基于该信息，可以通过预付款指令326生成关于预付款流程的更新(例如，预测的预付款金额、使用顾客信息来预测交易金额等)。在一些实施例中，预付款指令326可包括用于基于对这些预付款流程的更新而不时地更新存储在支付终端20的存储器中的指令(例如，销售点应用程序222和预付款指令226)。
在一些实施例中，唤醒指令324和预付款指令326可包括下述指令，所述指令用于关于存储在支付服务系统50处的信息执行分析以生成用于多个支付终端20的更新指令。虽然本文将论述由存储在支付服务系统50处的指令执行的分析的受限示例，但将理解的是，在一些实施例中，可以通过存储在支付服务系统50处的指令来对任何适合的信息执行分析，以用于针对支付系统1及其各个组件生成、更新、提供或创建用于实现本文描述功能的指令。另外，在支付服务系统50处执行的分析可以由存储在存储器中的任何指令或指令组合来执行，并且虽然可以提供通过特定指令执行分析的示例，但是将理解的是对本文描述的任何信息的类似分析可以由存储在支付系统1的存储器中的任何指令或指令组合来执行。
作为关于分析的前述论述的示例，在一些实施例中，所执行的分析可包括将各种技术(诸如机器学习)应用于存储在支付服务系统50处的数据。例如，唤醒指令324可以确定存储在支付终端20处用于确定更新的指令需要用于向交易芯片114发送唤醒请求的支付读取器22的阈值功率水平。唤醒指令324可包括用于访问与支付服务系统50通信的支付终端20的多个支付读取器22的阈值功率水平相关的数据以及与需要更新的特定支付读取器22的先前阈值功率水平相关的数据的指令。唤醒指令324还可以访问附加信息，诸如交易进度水平、平均交易持续时间、商户信息或其他合适的信息。唤醒指令324可以将算法(诸如机器学习算法)应用于信息，并生成包括在存储于特定支付读取器22所在的支付终端20处的指令中的更新的规则。唤醒指令324可以将更新的规则提供给支付终端20以便在存储器中存储以作为对相关指令(诸如芯片管理指令134、电源模式指令172或读取器管理指令224)的更新。
鉴于上文描述的结构和装置，参考图6至图8的流程图将更好地理解可根据所公开的主题实现的方法。虽然为了简化解释说明的目的，将这些方法示出并描述为一系列步骤，但应理解和意识到的是，这些说明或相应的描述不受步骤顺序的限制，因为一些步骤可以按不同的顺序发生和/或与本文描绘和描述的其他步骤同时发生。通过流程图示出的任何非顺序或分支的流程应该被理解为指示可以实施为实现相同或相似结果的各种其他分支、流程路径和步骤顺序。此外，可以不需要所有示出的步骤来实施下文描述的方法。
图6描绘根据本公开一些实施例的用于在支付读取器处启用交易处理电路的示例方法。在一个实施例中，如图6中所示，用于启用交易处理电路的方法由支付终端20设备(例如，支付读取器22和商户设备29的组合)执行。尽管在一个实施例中将这些步骤描述为由特定设备执行，但是将理解的是，可以按任何合适的方式修改设备之间的步骤的分配，或者可以按任何合适的方式修改执行这些步骤的设备的数量。
在步骤602，支付读取器22的交易芯片114可以在低功率模式中操作，在此期间交易芯片114可以执行受限的操作或不执行操作。如本文参考图3所述，交易芯片114在低功率模式中操作时可以消耗显著较少的功率，并且可以在交易之间保持低功率模式。然后，处理可以继续到步骤604。
在步骤604，支付读取器22可以确定在支付读取器22处是否已经接收到指示交易芯片应该被唤醒的输入(例如，基于在芯片卡检测电路112处检测到芯片卡、在NFC设备检测电路116处检测到NFC设备12、从商户设备接收到消息，或者其他可用输入，例如检测到顾客的存在)。在一些实施例中，唤醒消息可以从耦合到交易芯片114的芯片卡检测电路和支付读取器22的接触式接口104提供。唤醒消息可以基于各种信息，诸如确定顾客可能参与支付交易、停留时间、支付终端位置、队列长度、在商户设备29处发生的支付交易的进度、商户设备29的用户、支付交易的类型，或其他信息。在一些实施例中，如果支付读取器22确定在支付读取器22处已经接收到唤醒消息，则处理可以继续到步骤608。如果在支付读取器22处没有接收到唤醒消息，则处理可以继续到步骤610。
在步骤608，支付读取器22可以基于支付读取器22处可用的信息确定是否需要通过进入交易处理模式来对交易芯片114进行预启用(例如，“唤醒”)。在一些实施例中，该确定可以基于各种信息，包括在唤醒消息中提供的信息、在支付读取器22处检测到的支付设备的类型、耦合到交易芯片114的电源106的功率水平(例如，电池水平)、自前一支付交易的时间，或其他信息。如果支付读取器22基于支付读取器22处的信息确定需要唤醒交易芯片114，则处理可以继续到步骤612。如果支付读取器22不能确定需要唤醒交易芯片114，则处理可以继续到步骤610。
在步骤612，支付读取器22可以唤醒交易芯片114。在示例实施例中，交易芯片114的唤醒可包括将交易芯片114从低功率模式转换到交易处理模式。在一些实施例中，交易芯片114可以在交易处理模式中执行支付处理操作，并向所有可用支付接口提供全部功率。交易芯片114可以在交易处理模式中保持合适的持续时间，例如直到接收到对支付信息的请求。在一些实施例中，如果在阈值唤醒期(例如，基于诸如交易频率、电池水平、测得的功耗和阈值时间段等因素，大约10秒至60秒)内没有接收到对支付信息的请求，则交易芯片114可以返回到低功率模式。
从步骤610开始，确定是否唤醒交易芯片的处理可以由商户设备29执行。在一个实施例中，商户设备29可以基于来自与支付服务系统50通信的支付终端20的信息来检查各种标准(例如，“全局标准”)，以便确定是否需要唤醒交易芯片114。在一些实施例中，全局标准可以作为读取器管理指令224存储在商户设备29的存储器204中，并且可包括下述信息，该信息诸如基于同一商户的其他终端的支付交易、商户类型、地理位置、交易时间范围，或其他信息。在一些实施例中，全局标准可包括下述信息，该信息诸如基于商户类型、类似商户、类似商户位置、支付读取器22的平均电池寿命、每次付款的平均交易数量、支付读取器22的交易芯片114在没有接收到对支付信息的请求的情况下保持处于交易处理模式中的平均时间长度、用于基于电池的功率水平增加或减少用于向支付读取器22提供唤醒消息的进度阈值水平的次数，或其他信息。在商户设备29检查来自支付终端20的全局标准之后，处理可以继续到步骤614。
在步骤614，商户设备29可以基于来自支付读取器22的信息检查各种标准(例如，“本地标准”)。在一些实施例中，全局标准可以作为读取器管理指令224存储在商户设备29的存储器204中，并且可以基于下述信息，诸如商户信息、位置、关于其组件的信息、雇员、队列、电池寿命、软件或其他的信息。在一些实施例中，标准还可包括下述信息，诸如支付读取器22的平均电池寿命、交易执行时间、交易在一天中的时段、支付终端20处最常用的支付方法、支付读取器22的电源106的充电之间的平均时间、发送和接收唤醒消息的平均数量、交易芯片114在等待对支付信息的请求时保持在交易处理模式中的时间长度、关于顾客的信息(例如，顾客身份)或关于收银员的信息(例如，雇员身份或职责)，或其他信息。在一些实施例中，标准可以包括基于购物车活动的信息(例如，使用顾客的购物车活动作为用于唤醒交易芯片114的启发式条件)。在一些实施例中，标准可包括将一个或多个物品添加到顾客的购物车或恢复打开的处理单的信息。在商户设备29检查来自支付终端20的本地标准之后，处理可以继续到步骤616。
在步骤616，商户设备29可以基于在步骤610检查全局标准和在步骤614检查本地标准来确定是否需要唤醒交易芯片114。尽管为了简要而将描述由商户设备29进行确定的受限示例，但商户设备可以在确定是否需要唤醒交易芯片114时在步骤610检查任何合适的全局标准并且在步骤614检查本地标准。例如，商户设备29可以基于支付读取器22的电池水平确定需要唤醒交易芯片114，并且确定支付读取器22的交易芯片114在交易处理模式中保持的时间量不超过根据全局标准建立的预定阈值。在其他实施例中，可以基于其他标准(诸如交易频率和顾客存于队列中)来进行确定。如果商户设备29确定不需要唤醒交易芯片114，则处理可以返回到步骤602。如果商户设备29确定需要唤醒交易芯片114，则处理可以继续到步骤618。
在步骤618，商户设备29可以向支付读取器22提供唤醒消息。该消息可包括任何合适的信息以用于向支付读取器22发信号通知交易芯片114应该从低功率模式转换到交易处理模式以处理即将进行的支付交易。在商户设备29向支付读取器22提供唤醒消息之后，处理可以继续到步骤612，在步骤612，交易芯片可以退出低功率模式并进入交易处理模式。此后，处理可以结束。
图7描绘示出根据本公开一些实施例的用于利用支付终端20处的预付款完成支付交易的示例方法的非限制性流程图。尽管将理解任何合适的设备可以完成支付交易，但是在示例实施例中，交易可以在商户设备29和支付终端20的支付读取器22处完成。
在步骤702，支付交易可以在商户设备29处开始。在一些实施例中，支付交易可以在用户在商户设备29处(例如，经由用户接口210)提供用户输入时开始，该用户输入可以被传送到支付读取器22。在一些实施例中，交易可以在芯片卡与支付读取器22的芯片卡接口(例如，接触式接口104)交互时开始，该芯片卡接口配置为与芯片卡交换支付消息。在一些实施例中，接触式接口104可以提供芯片卡插入到接触式接口104内的通知。在支付交易开始之后，处理可以继续到步骤704。
在步骤704，商户设备29可以确定是否允许支付预付款请求。在一些实施例中，该确定可以基于关于芯片卡的信息。该信息可以由芯片卡提供，诸如经由支付读取器22的接触式接口104提供。在一些实施例中，可以经由支付读取器22的通信接口(例如，无线接口108或有线接口110)将该信息提供给商户设备29。在一些实施例中，允许预付款请求的确定可以基于关于芯片卡的信息，诸如芯片卡的发行者、顾客的身份、收银员的身份、商户类型、商户位置，或者其他信息。如果商户设备29确定不允许支付预付款请求，则处理可以继续到步骤706。如果允许支付预付款，则处理可以继续到步骤710。
在步骤706，商户设备29可以请求来自芯片卡的支付信息，而不向芯片卡提供支付预付款请求。在一些实施例中，商户设备29可以等待从芯片卡请求授权信息响应，直到支付交易的实际支付金额(例如，最终支付金额)已经确定并且提供给商户设备29。在一些实施例中，用于完成支付交易的各种信息可以由商户设备29请求并由芯片卡提供。在芯片卡提供用于完成支付交易的所需授权信息响应之后，处理可以继续到步骤716。
在步骤710，商户设备29可以确定芯片卡是否需要对预支付金额的预测包括对授权信息响应的请求。在一些实施例中，该确定可以基于芯片卡，包括诸如顾客身份、卡发行者的信息或其他信息。在一些实施例中，芯片卡可以允许预付款请求中的预支付金额是任意金额，诸如当芯片卡在提供支付授权之前不需要授权实际交易金额时。在一些实施例中，预支付金额必须与实际支付金额匹配，以便芯片卡提供授权信息响应。如果商户设备29确定不需要对预支付金额的预测，则处理可以继续到步骤712。如果商户设备29确定需要对预支付金额的预测，则处理可以继续到步骤714。
在步骤712，商户设备29可以在发送到芯片卡的预付款请求中包括任意预支付金额。在一些实施例中，与预付款请求相关联的预支付金额可以是任意金额，或者可以基于任何合适的信息来选择。作为响应，芯片卡可以提供对交易授权支付的授权信息响应。在一些实施例中，授权信息响应可包括授权响应密文或其他信息。在已经向芯片卡提供包括任意预支付金额的预付款请求之后，处理可以继续到步骤716以完成交易。
在步骤716，商户设备29可以完成支付交易。在一些实施例中，商户设备29可以根据由EMV芯片卡提供的电子支付信息的正常处理步骤来处理支付交易。商户设备29可以通过基于用户接口210处的后续用户输入确定实际支付金额来完成交易。在一些实施例中，商户设备29可以在确定支付交易的实际支付金额之后请求授权信息响应。在其他实施例中，在没有预付款请求的情况下处理芯片卡支付交易的其他流程也是可能的。在一些实施例中，商户设备29可以将来自芯片卡的授权信息响应存储在存储器(诸如存储器204)中。在一些实施例中，一旦商户设备29完成交易，就可以提供交易完成指示符。在一些实施例中，可以将指示符提供给用户接口210以显示给用户。在商户设备29完成EMV芯片卡交易之后，处理可以继续到步骤718。
在步骤714，商户设备29可以发送预付款请求，该预付款请求包括基于对支付交易的实际支付金额的预测而选择的预支付金额。在一些实施例中，可以使用任何合适的技术来确定预测金额，以预测最可能与实际支付金额匹配的一个或多个预支付金额。在一些实施例中，技术可包括推测实际支付金额将是多少。在一些实施例中，迭代技术可用于预测实际支付金额，该预测可应用各种技术(诸如机器学习)。在一些实施例中，可以使用任何合适的信息来确定预测金额，以近似得出实际支付金额将是多少，所述信息诸如支付交易在一天中的时段、商户位置、关于所购买物品的信息、关于所选物品和通常一起购买的其他物品的信息、顾客的身份、收银员或店员的身份、支付终端20的位置，或其他信息。在商户设备29预测预支付金额之后，它可以向芯片卡提供相关的预付款请求。注意，在一些实施例中，商户设备29可以提供与附加预支付金额相关联的附加的预付款请求，以响应于附加的预付款请求接收附加授权信息响应，例如，直到交易完成。在商户设备29向芯片卡提供预付款请求和相关联的预测的预支付金额之后，处理可以继续到步骤720。
在步骤720，商户设备29可以确定交易是否已经完成，诸如通过识别在商户设备29处是否已经接收到交易完成指示符，或者用户是否已经提供了后续输入和已确定支付交易的最终支付金额。在一些实施例中，商户设备29可以基于来自用户接口210处的用户的输入(例如，经由销售点应用程序222)或基于对交易完成指示符的接收来确定支付交易是否已经完成。如果商户设备29确定交易尚未完成，则处理可以返回到步骤714，并且商户设备29可以向支付读取器22的芯片卡接口(例如，接触式接口104)提供包含唯一预支付金额的附加的预付款请求。作为响应，商户设备29可以接收附加的授权信息响应并将附加响应存储在存储器中。注意，在一些实施例中，商户设备29可以在714重复用于多个附加的预付款请求的步骤并且接收和存储多个附加授权信息响应，并且可以继续提供预付款请求直到交易完成(例如，收到交易完成指示符)。如果商户设备29确定交易已经完成，则处理可以继续到步骤722。
在步骤722，商户设备29可以将实际支付金额与在步骤714预测的预支付金额进行比较，并且将预付款请求提供给芯片卡接口。如果预支付金额中的一个与实际支付金额匹配，则处理可以继续到步骤718。如果没有找到匹配，则处理可以继续到步骤724，并且商户设备29可以将对实际支付金额的授权信息响应的请求提供给芯片卡接口。一旦在步骤724接收到实际支付金额的授权信息响应，则处理可以继续到步骤718。
在步骤718，商户设备29可以向芯片卡已经为其提供授权信息响应的预支付金额添加金额以便匹配交易的实际支付金额并且将付款发送到一个或多个交易处理服务器以用于处理。在一些实施例中，支付交易的最终支付金额例如可以基于用户提供的后续输入来确定，并且可包括反映包含税金或其他费用的金额。商户设备29可以生成支付授权消息，其可包括最终支付金额，并且将支付授权消息发送到一个或多个交易处理服务器进行批准。在一些实施例中，商户设备29可以将与匹配实际支付金额的预支付金额相关联的授权信息响应提供给一个或多个交易处理服务器。在一些实施例中，商户设备29可以从一个或多个交易处理服务器接收对支付授权消息的响应，该响应指示支付交易是否已被批准。在接收到对支付授权消息的响应之后，处理可以结束。
图8描绘示出根据本公开一些实施例的用于在支付终端20处处理支付的示例步骤的非限制性流程图。尽管将理解任何合适的设备可以完成支付交易，但是在示例实施例中，交易可以在商户设备29和支付终端20的支付读取器22处完成。
在步骤802，商户设备29可以执行支付交易处理步骤，诸如提供给用户接口210的步骤(例如，销售点应用程序指令222中的步骤)。提供给用户接口210的示例步骤可以显示给用户，并且可包括请求或提供与销售点应用程序指令222有关的信息、用于选择开始处理支付交易的图标、用于由用户选择的物品、具有用于输入支付金额的虚拟数字键区的收银终端、消费者校验方法信息(例如，用于输入个人识别号码或PIN的签名行或数字键区)、已经处理支付的通知，以及关于交易是否已获批准的通知。在用户接口210处已经开始执行步骤之后，处理可以继续到步骤804。
在步骤804，商户设备29可以确定用户接口210处的支付交易的步骤是否已经完成。在一些实施例中，该确定可以基于来自用户的输入、通知、交易完成指示符或其他合适的信息。如果支付交易的所有步骤都已完成，则处理可以继续到步骤806，在步骤806可以通过确定最终支付金额并将授权信息响应作为支付授权消息发送到一个或多个交易服务器来完成交易。支付交易完成后，处理可以结束。如果支付交易的所有步骤尚未完成，则处理可以继续到步骤808。
在步骤808，商户设备29可以确定是否允许并行处理交易步骤(例如，在步骤802处开始的在用户接口210处的步骤)。在一些实施例中，可以与其他支付交易步骤并行地执行一个或多个支付交易步骤。商户设备29可以确定支付交易中剩余的步骤是否包括可以并行执行的任何步骤，并且如果是，则可以确定允许并行处理。如果商户设备29确定允许并行处理，则处理可以继续到步骤810。如果商户设备29确定不允许并行处理，则处理可以返回到步骤802。
在步骤810，商户设备29可以执行支付交易步骤的并行处理。例如，在一些实施例中，可以并行执行消费者校验方法信息的处理和用于购买的物品的选择，或者对来自芯片卡的授权信息响应的请求。在一些实施例中，商户设备29可以为尽可能多的支付交易步骤执行支付交易步骤的并行处理，以便更快地完成支付交易。在商户设备29完成了允许并行处理的支付交易步骤的并行处理之后，处理可以返回到步骤804。
在一个实施例中，一种用于在支付读取器和芯片卡或无线支付设备之间交换电子支付信息的系统包括芯片卡接口、无线支付接口、交易芯片和支付读取器芯片。芯片卡接口可以配置为接收芯片卡并与芯片卡交换电子支付信息。无线支付接口可以配置为无线通信以与无线支付设备交换电子支付信息。交易芯片可以配置为在低功率模式和交易处理模式中操作，其中交易芯片配置为在交易处理模式期间与芯片卡接口或无线支付接口交换支付信息。交易芯片可包括耦合到芯片卡接口和无线支付接口的交易处理单元，其中交易处理单元配置为执行唤醒指令和交易处理指令，以及交易芯片可包括交易处理存储器，其配置为存储唤醒指令和交易处理指令，其中唤醒指令使得交易处理单元响应于唤醒请求使交易芯片进入交易处理模式，其中交易处理指令使交易处理单元响应于对支付信息的请求在交易处理模式期间接收电子支付信息，并且其中如果在阈值唤醒期内没有接收到对支付信息的请求，则唤醒指令使交易处理单元从交易处理模式返回到低功率模式。支付读取器芯片可以耦合到交易芯片，并且可包括耦合到交易处理单元的读取器处理单元、通信接口和读取器存储器，其中读取器处理单元配置为执行读取器指令，通信接口配置为从商户设备接收作为唤醒消息的唤醒信号并且从商户设备接收处理支付的请求，其中唤醒消息基于商户设备处的支付交易的进度，并且读取器存储器配置为存储读取器指令，其中读取器指令使读取器处理单元基于唤醒消息识别唤醒类型、基于唤醒类型识别唤醒规则、响应于唤醒信号与唤醒规则的比较将唤醒请求发送到交易处理器处理单元、接收处理支付的请求，并且响应于处理支付的请求将对支付信息的请求发送到交易处理单元。
在一个实施例中，该系统还可包括耦合到读取器处理单元的芯片卡检测电路，其中芯片卡检测电路在芯片卡插入到芯片卡接口内时将唤醒信号提供给读取器处理单元。
在一个实施例中，该系统还可包括耦合到读取器处理单元的NFC设备检测电路，其中NFC设备检测电路基于接近信号的值的变化将唤醒消息提供给读取器处理单元，并且其中接近信号基于NFC设备检测电路的调谐特性改变其值。
在一个实施例中，支付终端可包括支付接口、交易芯片和支付终端芯片。支付接口可以配置为从支付设备接收支付信息。交易芯片可以配置为在低功率模式和交易处理模式中操作，其中交易芯片配置为在交易处理模式期间与支付设备交换支付信息。交易芯片可包括耦合到支付接口的交易处理单元，其中交易处理单元配置为执行唤醒指令和交易处理指令，以及交易芯片可包括交易处理存储器，其配置为存储唤醒指令和交易处理指令，其中唤醒指令使得交易处理单元响应于唤醒请求使交易芯片进入交易处理模式，并且其中交易处理指令使得交易处理单元在交易处理模式期间接收电子支付信息。支付终端芯片可以耦合到交易芯片，并且可包括耦合到交易处理单元的终端处理单元、通信接口和配置为存储终端指令的终端存储器，其中终端处理单元配置为执行终端指令，其中终端指令使终端处理单元接收唤醒消息、从唤醒消息识别唤醒信息、基于唤醒消息识别唤醒类型、基于唤醒类型识别唤醒规则，以及基于唤醒信息与唤醒规则的比较将唤醒请求发送到交易处理单元。
在支付终端的一个实施例中，支付接口包括芯片卡接口，其配置为接收芯片卡并与芯片卡交换电子支付信息，还包括耦合到芯片卡接口的芯片卡检测电路，其中当芯片卡插入到芯片卡接口内时，芯片卡检测电路使唤醒请求被发送到交易芯片。
在支付终端的一个实施例中，唤醒信息指示在单独的商户设备处的支付交易的进度，并且唤醒规则包括支付交易的进度超过阈值。
在支付终端的一个实施例中，唤醒信息指示单独的商户设备的用户，并且其中唤醒规则包括用户是多个得到批准的用户之一。
在支付终端的一个实施例中，唤醒信息指示交易将是现金交易的概率值，并且其中唤醒规则包括该概率值小于阈值。
在支付终端的一个实施例中，如果在阈值唤醒期内没有接收到对支付信息的请求，则唤醒指令使交易处理单元返回到低功率模式。
在一个实施例中，支付终端还可包括耦合到交易芯片的电池，其中当电池的功率水平下降到低于阈值功率水平时，减小阈值唤醒期。
在支付终端的一个实施例中，支付接口包括无线支付接口，该无线支付接口配置为无线通信以与无线支付设备交换电子支付信息。
在一个实施例中，支付终端还可包括耦合到终端处理单元的无线设备检测电路，其中无线设备检测电路基于接近信号的值的变化将唤醒消息提供给终端处理单元，并且其中接近信号基于无线设备检测电路的调谐特性改变其值。
在支付终端的一个实施例中，通信接口配置为接收更新消息，并且其中终端指令使终端处理单元基于更新消息更新唤醒规则。
在一个实施例中，支付信息处理方法可包括在支付终端的终端处理单元处接收唤醒消息，在支付终端的终端处理单元处从唤醒消息识别唤醒信息，在支付终端的终端处理单元处基于唤醒消息识别唤醒类型，并在支付终端的终端处理单元处基于唤醒类型识别唤醒规则。该方法还可包括基于唤醒信息与唤醒规则的比较将唤醒请求从终端处理单元提供到支付终端的交易处理单元，在交易处理单元处响应于唤醒请求进入交易处理模式，其中交易处理单元配置为在交易处理模式和低功率模式中操作，并且其中交易处理单元配置为在交易处理模式中操作时与支付设备交换支付信息，响应于对支付信息的请求在交易处理单元的交易处理模式期间在支付终端的支付接口处接收来自支付设备的支付信息。该方法还可包括在交易处理单元处处理支付信息，将处理后的支付信息提供给终端处理单元，以及通过通信接口发送处理后的支付信息。
在该方法的一个实施例中，从支付设备接收支付信息包括在芯片卡接口处接收芯片卡并与芯片卡交换支付信息，还包括当芯片卡插入到芯片卡接口内时从芯片卡检测电路提供唤醒消息。
在该方法的一个实施例中，唤醒信息指示在单独的商户设备处的支付交易的进度，并且唤醒规则包括支付交易的进度超过阈值。
在该方法的一个实施例中，唤醒信息指示单独的商户设备的用户，并且唤醒规则包括用户是多个得到批准的用户之一。
在该方法的一个实施例中，唤醒信息指示交易将是现金交易的概率值，并且唤醒规则包括该概率值小于阈值。
在一个实施例中，该方法还可包括如果在阈值唤醒期内没有接收到对支付信息的请求，则将交易处理单元返回到低功率模式。
在一个实施例中，该方法还可包括当耦合到交易芯片的电池的功率水平下降到阈值功率水平以下时，减小阈值唤醒期。
在该方法的一个实施例中，支付接口包括无线支付接口，该无线支付接口配置为无线通信以与无线支付设备交换电子支付信息。
在一个实施例中，该方法可以进一步包括基于接近信号的值的变化从无线设备检测电路提供唤醒消息，其中接近信号基于无线设备检测电路的调谐特性改变其值。
在一个实施例中，该方法还可包括在通信接口处接收更新消息，以及基于更新消息更新唤醒规则。
在一个实施例中，非暂时性计算机可读存储介质可包括存储在其中的指令，所述指令当由一个或多个处理单元执行时，使得一个或多个处理单元执行操作，所述操作包括在终端处理单元处接收唤醒消息，在终端处理单元处从唤醒消息识别唤醒信息，在终端处理单元处基于唤醒消息识别唤醒类型，并在终端处理单元处基于唤醒类型识别唤醒规则。操作还可包括基于唤醒信息与唤醒规则的比较，将唤醒请求从终端处理单元提供给交易处理单元，响应于唤醒请求在交易处理单元处进入交易处理模式，其中交易处理单元配置为在交易处理模式和低功率模式中操作，并且其中当交易处理单元在交易处理模式中操作时支付信息与支付设备进行交换，以及当交易处理单元在交易处理模式中操作时响应于对支付信息的请求在交易处理单元处经由支付接口接收来自支付设备的支付信息。操作还可包括在交易处理单元处处理支付信息，将处理后的支付信息提供给终端处理单元，以及将处理后的支付信息提供给通信接口。
在非暂时性计算机可读存储介质的一个实施例中，从支付设备接收支付信息包括在配置为接收芯片卡的芯片卡接口处接收与芯片卡交换的支付信息，其中所述指令进一步包括当芯片卡插入到芯片卡接口内时使一个或多个处理单元从芯片卡检测电路接收唤醒消息的指令。
在非暂时性计算机可读存储介质的一个实施例中，唤醒信息指示在单独的商户设备处的支付交易的进度，并且唤醒规则包括支付交易的进度超过阈值。
在非暂时性计算机可读存储介质的一个实施例中，唤醒信息指示单独的商户设备的用户，并且唤醒规则包括用户是多个得到批准的用户之一。
在非暂时性计算机可读存储介质的一个实施例中，唤醒信息指示交易将是现金交易的概率值，并且唤醒规则包括该概率值小于阈值。
在非暂时性计算机可读存储介质的一个实施例中，指令还可包括如果在阈值唤醒期内没有接收到对支付信息的请求，则使得一个或多个处理单元将交易处理单元返回到低功率模式的指令。
在非暂时性计算机可读存储介质的一个实施例中，指令还可包括当耦合到交易处理单元的电池的功率水平下降到阈值功率水平以下时，使得一个或多个处理单元减小阈值唤醒期。
在非暂时性计算机可读存储介质的一个实施例中，支付接口包括无线支付接口，其配置为无线通信以与支付设备交换支付信息。
在非暂时性计算机可读存储介质的一个实施例中，指令还可包括使得一个或多个处理单元基于接近信号的值的改变从无线设备检测电路接收唤醒消息的指令，其中接近信号基于无线设备检测电路的调谐特性改变其值。
在非暂时性计算机可读存储介质的一个实施例中，指令还可包括使得一个或多个处理单元执行操作的指令，所述操作包括在通信接口处接收更新消息，以及基于更新消息更新唤醒规则。
在一个实施例中，用于接收支付请求和与芯片卡交换电子支付信息的支付终端可包括：芯片卡接口，其配置为接收芯片卡并与芯片卡交换电子支付信息；通信接口，其配置为与一个或多个交易处理服务器通信；用户接口，其配置为向用户显示销售点应用程序以及基于销售点应用程序接收用户输入。支付终端可包括耦合到芯片卡接口、通信接口和用户接口的一个或多个处理单元，其中一个或多个处理单元配置为执行用户接口指令、交易预付款指令和交易处理指令。支付终端可包括一个或多个存储器，其配置为存储用户接口指令、交易预付款指令和交易处理指令，其中用户接口指令使得一个或多个处理单元给用户接口提供销售点应用程序，响应于销售点应用程序处的第一用户输入生成预付款请求，以及响应于在销售点应用程序处的后续用户输入来接收交易完成指示符，其中在生成预付款请求时执行预付款指令，并且使一个或多个处理单元将预付款请求发送到芯片卡接口，响应于预付款请求从芯片卡接口获取授权响应密文，并存储授权响应密文，并且其中交易处理指令使一个或多个处理单元响应于接收交易完成指示符而经由通信接口将存储的授权响应密文发送到一个或多个交易处理服务器。
在支付终端的一个实施例中，预付款请求包括预支付金额。
在支付终端的一个实施例中，预付款指令还使得一个或多个处理单元向芯片卡接口发送多个附加的预付款请求，其中每个预付款请求包括唯一的预支付金额，其中预付款指令还使得一个或多个处理单元响应于附加的预付款请求接收附加的授权响应密文并存储附加的授权响应密文，并且其中交易处理指令使得一个或多个处理单元基于后续用户输入确定实际支付金额，将与存储的授权响应密文相关联的预支付金额和实际支付金额进行比较，并且当预支付金额中的一个与实际支付金额匹配时，响应于接收交易完成指示符而经由通信接口将与匹配的预支付金额相关联的授权响应密文发送到一个或多个交易处理服务器。
在支付终端的一个实施例中，每个预支付金额基于交易的预测支付金额。
在一个实施例中，用于处理芯片卡交易的支付终端包括：芯片卡接口，其配置为与芯片卡交换支付消息；通信接口，其配置为与一个或多个交易处理服务器通信；以及用户接口，其配置为向用户显示销售点应用程序以及基于销售点应用程序接收用户输入。支付终端还包括耦合到芯片卡接口、通信接口和用户接口的一个或多个处理单元，其中一个或多个处理单元配置为执行用户接口指令、交易预付款指令和交易处理指令。支付终端还包括一个或多个存储器，其配置为存储用户接口指令、交易预付款指令和交易处理指令，其中用户接口指令使得一个或多个处理单元给用户接口提供销售点应用程序，响应于销售点应用程序处的第一用户输入生成预付款请求，以及响应于在销售点应用程序处的后续用户输入来接收交易完成指示符，其中在生成预付款请求时执行预付款指令，并且使一个或多个处理单元将预付款请求发送到芯片卡接口，从芯片卡接口获取授权信息响应，并存储授权信息响应，并且其中交易处理指令使处理单元响应于接收交易完成指示符而经由通信接口将存储的授权信息响应发送到一个或多个交易处理服务器。
在支付终端的一个实施例中，预付款请求包括预支付金额。
在支付终端的一个实施例中，预付款指令还使得一个或多个处理单元向芯片卡接口发送多个附加的预付款请求，其中每个预付款请求包括唯一的预支付金额，其中预付款指令还使得一个或多个处理单元响应于附加的预付款请求接收附加的授权信息响应并存储附加的授权信息响应，并且其中交易处理指令使得一个或多个处理单元基于后续用户输入确定实际支付金额，将与存储的授权信息响应相关联的预支付金额和实际支付金额进行比较，并且当预支付金额中的一个与实际支付金额匹配时，响应于接收交易完成指示符而经由通信接口将与匹配的预支付金额相关联的授权信息响应发送到一个或多个交易处理服务器。
在支付终端的一个实施例中，每个预支付金额基于交易的预测支付金额。
在支付终端的一个实施例中，每个预测支付金额基于过去支付交易的历史。
在支付终端的一个实施例中，多个附加的预付款请求被发送到芯片卡接口，直到接收到交易完成指示符。
在支付终端的一个实施例中，授权信息响应包括授权响应密文。
在支付终端的一个实施例中，交易处理指令还使处理单元基于后续用户输入确定最终支付金额，基于存储的授权信息和最终支付金额生成支付授权消息，并经由通信接口将支付授权消息发送给一个或多个交易处理服务器。
在一个实施例中，一种芯片卡交易处理方法包括：给支付终端的用户接口提供销售点应用程序，在用户接口处向用户显示销售点应用程序，以及在用户接口处接收基于销售点应用程序的用户输入。该方法还包括响应于在销售点应用程序处的第一用户输入生成预付款请求，在生成预付款请求时将预付款请求发送到芯片卡接口，从芯片卡接口获取授权信息响应，存储来自芯片卡接口的授权信息响应，在用户接口处响应于在销售点应用程序处的后续用户输入接收交易完成指示符，并且响应于交易完成指示符经由支付终端的通信接口将存储的授权信息响应发送到一个或多个交易处理服务器。
在该方法的一个实施例中，预付款请求包括预支付金额。
在一个实施例中，该方法还包括向芯片卡接口发送多个附加的预付款请求，其中每个预付款请求包括唯一的预支付金额，响应于多个附加的预付款请求接收附加的授权信息响应，存储附加的授权信息响应，以及基于后续用户输入确定实际支付金额。该方法还包括将与存储的授权信息响应相关联的预支付金额与实际支付金额进行比较，并且当预支付金额中的一个与实际支付金额匹配时，响应于交易完成指示符将与匹配的预付金额相关联的授权信息响应经由通信接口发送到一个或多个交易处理服务器。
在该方法的一个实施例中，每个预支付金额基于交易的预测支付金额。
在该方法的一个实施例中，每个预测支付金额基于过去支付交易的历史。
在该方法的一个实施例中，将多个附加的预付款请求发送到芯片卡接口包括将多个附加的预付款请求发送到芯片卡接口，直到接收到交易完成指示符。
在该方法的一个实施例中，授权信息响应包括授权响应密文。
在一个实施例中，该方法还包括基于后续用户输入确定最终支付金额，基于存储的授权信息和最终支付金额生成支付授权消息，以及经由通信接口将支付授权消息发送到一个或多个交易处理服务器。
在一个实施例中，非暂时性计算机可读存储介质可包括存储在其中的指令，所述指令当由一个或多个处理器执行时，使得一个或多个处理器执行操作，所述操作包括向用户接口提供销售点应用程序以便在用户接口处向用户显示，基于销售点应用程序从用户接口接收用户输入，响应于在销售点应用程序处的第一用户输入而生成预付款请求，并在生成预付款请求时向芯片卡接口提供预付款请求。操作还可包括从芯片卡接口获取授权信息响应，存储来自芯片卡接口的授权信息响应，响应于在销售点应用程序处的后续用户输入从用户接口接收交易完成指示符，并响应于交易完成指示符将存储的授权信息响应经由通信接口发送到一个或多个交易处理服务器。
在非暂时性计算机可读存储介质的一个实施例中，预付款请求包括预支付金额。
在非暂时性计算机可读存储介质的一个实施例中，指令还可包括下述指令，其使得一个或多个处理器执行操作，所述操作包括向芯片卡接口提供多个附加的预付款请求，其中每个预付款请求包括唯一的预支付金额，响应于多个附加的预付款请求接收附加的授权信息响应，并提供附加的授权信息响应以便存储在存储器中。操作还可包括基于后续用户输入确定实际支付金额，将与存储的授权信息响应相关联的预支付金额与实际支付金额进行比较，并且当预支付金额中的一个匹配实际支付金额时，响应于交易完成指示符将与匹配的预支付金额相关联的授权信息响应提供给通信接口以便发送到一个或多个交易处理服务器。
在非暂时性计算机可读存储介质的一个实施例中，每个预支付金额基于交易的预测支付金额。
在非暂时性计算机可读存储介质的一个实施例中，每个预测支付金额基于过去支付交易的历史。
在非暂时性计算机可读存储介质的一个实施例中，使得一个或多个处理器向芯片卡接口提供多个附加的预付款请求的指令包括使得一个或多个处理器向芯片卡接口提供多个附加的预付款请求，直到接收到交易完成指示符的指令。
在非暂时性计算机可读存储介质的一个实施例中，授权信息响应包括授权响应密文。
在非暂时性计算机可读存储介质的一个实施例中，指令还可包括使得一个或多个处理器执行操作的指令，所述操作包括基于后续用户输入确定最终支付金额，基于存储的授权信息和最终支付金额生成支付授权消息，并将支付授权消息提供给通信接口以便发送到一个或多个交易处理服务器。
前述内容仅仅是对本公开原理的说明，并且本领域技术人员可以在不脱离本公开范围的情况下进行各种修改。提供上述实施例是出于说明而非限制性的目的。除了本文明确描述的那些形式之外，本公开还可以采用多种形式。因此，要强调的是，本公开不限于明确公开的方法、系统和装置，而是旨在包括其变型和修改，这些变型和修改在本申请权利要求的范围内。
作为另一个示例，可以进行装置或处理参数的变化(例如，尺寸、配置、组件、处理步骤顺序等)以进一步优化所提供的结构、设备和方法，如本文所示和所述。在任何情况下，本文描述的结构和设备以及相关方法具有多种应用。因此，所公开的主题不应限于本文所述的任何单个实施例，而应根据本申请权利要求在宽度和范围上进行解释。

Claims (15)

1.一种支付终端，包括：
支付接口，其配置为从支付设备接收支付信息；
交易芯片，其配置为在低功率模式和交易处理模式中操作，其中交易芯片配置为在交易处理模式期间与支付设备交换支付信息，并且其中交易芯片包括：
交易处理单元，其耦合到支付接口，其中交易处理单元配置为执行唤醒指令和交易处理指令；和
交易处理存储器，其配置为存储唤醒指令和交易处理指令，其中唤醒指令使交易处理单元响应于唤醒请求而使交易芯片进入交易处理模式，并且其中交易处理指令使交易处理单元在交易处理模式期间接收电子支付信息；以及
支付终端芯片，其耦合到交易芯片，其中支付终端芯片包括：
终端处理单元，其耦合到交易处理单元，其中终端处理单元配置为执行终端指令；
通信接口；以及
终端存储器，其配置为存储终端指令，其中终端指令使终端处理单元接收唤醒消息，从唤醒消息识别唤醒信息，基于唤醒消息识别唤醒类型，基于唤醒类型识别唤醒规则，以及基于唤醒信息与唤醒规则的比较将唤醒请求发送到交易处理单元。
2.根据权利要求1所述的支付终端，其特征在于，所述支付接口包括芯片卡接口，该芯片卡接口配置为接收芯片卡并与芯片卡交换电子支付信息，还包括耦合到芯片卡接口的芯片卡检测电路，其中当芯片卡插入到芯片卡接口内时，芯片卡检测电路使唤醒请求被发送到交易芯片。
3.根据权利要求1所述的支付终端，其特征在于，所述唤醒信息指示在单独的商户设备处的支付交易的进度，并且其中唤醒规则包括支付交易的进度超过阈值。
4.根据权利要求1所述的支付终端，其特征在于，所述唤醒信息指示单独的商户设备的用户，并且其中唤醒规则包括所述用户是多个得到批准的用户之一。
5.根据权利要求1所述的支付终端，其特征在于，所述唤醒信息指示交易将是现金交易的概率值，并且其中唤醒规则包括该概率值小于阈值。
6.根据权利要求1所述的支付终端，其特征在于，如果在阈值唤醒期内没有接收到对支付信息的请求，则唤醒指令使交易处理单元返回到低功率模式，还包括耦合到交易芯片的电池，其中当电池的功率水平下降到阈值功率水平以下时，减小阈值唤醒期。
7.根据权利要求1所述的支付终端，其特征在于，所述支付接口包括无线支付接口，其配置为无线通信以与无线支付设备交换电子支付信息，还包括耦合到终端处理单元的无线设备检测电路，其中无线设备检测电路基于接近信号的值的变化将唤醒消息提供给终端处理单元，并且其中接近信号基于无线设备检测电路的调谐特性改变其值。
8.根据权利要求1所述的支付终端，其特征在于，所述通信接口配置为接收更新消息，并且其中终端指令使终端处理单元基于更新消息更新唤醒规则。
9.一种支付信息处理方法，包括：
在支付终端的终端处理单元处接收唤醒消息；
在支付终端的终端处理单元处从唤醒消息识别唤醒信息；
在支付终端的终端处理单元处基于唤醒消息识别唤醒类型；
在支付终端的终端处理单元处基于唤醒类型识别唤醒规则；
基于唤醒信息与唤醒规则的比较，将唤醒请求从终端处理单元提供给支付终端的交易处理单元；
在交易处理单元处响应于唤醒请求进入交易处理模式，其中交易处理单元配置为在低功率模式和交易处理模式中操作，并且其中交易处理单元配置为在交易处理模式中操作时与支付设备交换支付信息；
在交易处理单元的交易处理模式期间，在支付终端的支付接口处响应于对支付信息的请求从支付设备接收支付信息；
在交易处理单元处处理支付信息；
将处理后的支付信息提供给终端处理单元；以及
经由通信接口发送处理后的支付信息。
10.一种用于处理芯片卡交易的支付终端，所述支付终端包括：
芯片卡接口，其配置为与芯片卡交换支付消息；
通信接口，其配置为与一个或多个交易处理服务器通信；
用户接口，其配置为向用户显示销售点应用程序以及基于销售点应用程序接收用户输入；
一个或多个处理单元，其耦合到芯片卡接口、通信接口和用户接口，其中一个或多个处理单元配置为执行用户接口指令、交易预付款指令和交易处理指令；以及
一个或多个存储器，其配置为存储用户接口指令、交易预付款指令和交易处理指令，其中用户接口指令使得一个或多个处理单元将销售点应用程序提供给用户接口，响应于在销售点应用程序处的第一用户输入生成预付款请求，以及响应于在销售点应用程序处的后续用户输入来接收交易完成指示符，其中预付款指令在生成预付款请求时执行并使一个或多个处理单元将预付款请求发送到芯片卡接口，从芯片卡接口获取授权信息响应，并存储授权信息响应，并且其中交易处理指令使处理单元响应于接收交易完成指示符而经由通信接口将存储的授权信息响应发送到一个或多个交易处理服务器。
11.根据权利要求10所述的支付终端，其特征在于，所述预付款请求包括预支付金额，其中预付款指令还使一个或多个处理单元将多个附加的预付款请求发送到芯片卡接口，其中每个预付款请求包括唯一的预支付金额，其中预付款指令还使一个或多个处理单元响应于附加的预付款请求接收附加的授权信息响应并存储附加的授权信息响应，并且其中交易处理指令使一个或多个处理单元基于后续用户输入确定实际支付金额，将与存储的授权信息响应相关联的预支付金额与实际支付金额进行比较，并且当预支付金额中的一个匹配实际支付金额时，响应于接收交易完成指示符而经由通信接口将与匹配的预支付金额相关联的授权信息响应发送到一个或多个交易处理服务器。
12.根据权利要求11所述的支付终端，其特征在于，每个预支付金额基于交易的预测支付金额，并且其中每个预测支付金额基于过去支付交易的历史。
13.根据权利要求11所述的支付终端，其特征在于，所述多个附加的预付款请求被发送到芯片卡接口，直到接收到交易完成指示符。
14.根据权利要求10所述的支付终端，其特征在于，所述授权信息响应包括授权响应密文。
15.根据权利要求10所述的支付终端，其特征在于，所述交易处理指令还使得处理单元基于后续用户输入确定最终支付金额，基于存储的授权信息和最终支付金额生成支付授权消息，以及经由通信接口将支付授权消息发送到一个或多个交易处理服务器。
CN201780041143.9A 2016-06-29 2017-06-27 预交易处理技术 Active CN109690593B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US15/197,707 US11010765B2 (en) 2016-06-29 2016-06-29 Preliminary acquisition of payment information
US15/197,706 US10817869B2 (en) 2016-06-29 2016-06-29 Preliminary enablement of transaction processing circuitry
US15/197,707 2016-06-29
US15/197,706 2016-06-29
PCT/US2017/039480 WO2018005475A1 (en) 2016-06-29 2017-06-27 Preliminary transaction processing techniques

Publications (2)

Publication Number Publication Date
CN109690593A true CN109690593A (zh) 2019-04-26
CN109690593B CN109690593B (zh) 2024-04-05

Family

ID=59313312

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201780041143.9A Active CN109690593B (zh) 2016-06-29 2017-06-27 预交易处理技术

Country Status (4)

Country Link
EP (1) EP3479321B1 (zh)
CN (1) CN109690593B (zh)
AU (1) AU2017290567B2 (zh)
WO (1) WO2018005475A1 (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10684848B1 (en) 2016-03-30 2020-06-16 Square, Inc. Blocking and non-blocking firmware update
US10762196B2 (en) 2018-12-21 2020-09-01 Square, Inc. Point of sale (POS) systems and methods with dynamic kernel selection
US10817869B2 (en) 2016-06-29 2020-10-27 Square, Inc. Preliminary enablement of transaction processing circuitry
CN112036856A (zh) * 2020-09-01 2020-12-04 珠海优特物联科技有限公司 双界面卡消费执行方法、装置、电子设备及存储介质
US10990969B2 (en) 2018-12-21 2021-04-27 Square, Inc. Point of sale (POS) systems and methods for dynamically processing payment data based on payment reader capability
US11010765B2 (en) 2016-06-29 2021-05-18 Square, Inc. Preliminary acquisition of payment information
US11049095B2 (en) 2018-12-21 2021-06-29 Square, Inc. Point of sale (POS) systems and methods with dynamic kernel selection

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10248940B1 (en) 2015-09-24 2019-04-02 Square, Inc. Modular firmware for transaction system
US10417628B2 (en) 2016-06-29 2019-09-17 Square, Inc. Multi-interface processing of electronic payment transactions
WO2020012077A1 (fr) * 2018-07-12 2020-01-16 Actoll Réceptacle portable de transaction

Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5220593A (en) * 1990-10-24 1993-06-15 Gte Mobile Communications Service Corporation Cellular radiotelephone credit card paystation method
US6490443B1 (en) * 1999-09-02 2002-12-03 Automated Business Companies Communication and proximity authorization systems
US20080143487A1 (en) * 2006-12-19 2008-06-19 Broadcom Corporation System and method for enabling interrupts for rfid tags
US20100125516A1 (en) * 2008-11-14 2010-05-20 Wankmueller John R Methods and systems for secure mobile device initiated payments
US20110244799A1 (en) * 2010-03-31 2011-10-06 Roberts David A Systems and methods for operating transaction terminals
GB201119593D0 (en) * 2011-11-11 2011-12-28 Hutchison Whampoa Entpr Ltd A payment system for conducting a cashless transaction using a handheld mobile communications device
US20120132712A1 (en) * 2002-02-05 2012-05-31 Amish Babu Card reader with power efficient architecture that includes a wake-up circuit
US8336762B1 (en) * 2008-11-17 2012-12-25 Greenwise Bankcard LLC Payment transaction processing
CN103491086A (zh) * 2013-09-17 2014-01-01 杭州信雅达科技有限公司 一种移动终端的安全支付方法与装置
US20140001263A1 (en) * 2012-07-02 2014-01-02 Square, Inc. Wireless card reader with one or more card interfaces
KR20150135604A (ko) * 2014-05-22 2015-12-03 에스케이텔레콤 주식회사 전자 결제방법 및 그를 위한 전자카드 장치
CN105303375A (zh) * 2014-06-13 2016-02-03 中国银联股份有限公司 移动支付系统和方法

Patent Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5220593A (en) * 1990-10-24 1993-06-15 Gte Mobile Communications Service Corporation Cellular radiotelephone credit card paystation method
US6490443B1 (en) * 1999-09-02 2002-12-03 Automated Business Companies Communication and proximity authorization systems
US20120132712A1 (en) * 2002-02-05 2012-05-31 Amish Babu Card reader with power efficient architecture that includes a wake-up circuit
US20080143487A1 (en) * 2006-12-19 2008-06-19 Broadcom Corporation System and method for enabling interrupts for rfid tags
US20100125516A1 (en) * 2008-11-14 2010-05-20 Wankmueller John R Methods and systems for secure mobile device initiated payments
US8336762B1 (en) * 2008-11-17 2012-12-25 Greenwise Bankcard LLC Payment transaction processing
US20110244799A1 (en) * 2010-03-31 2011-10-06 Roberts David A Systems and methods for operating transaction terminals
GB201119593D0 (en) * 2011-11-11 2011-12-28 Hutchison Whampoa Entpr Ltd A payment system for conducting a cashless transaction using a handheld mobile communications device
US20140001263A1 (en) * 2012-07-02 2014-01-02 Square, Inc. Wireless card reader with one or more card interfaces
CN103491086A (zh) * 2013-09-17 2014-01-01 杭州信雅达科技有限公司 一种移动终端的安全支付方法与装置
KR20150135604A (ko) * 2014-05-22 2015-12-03 에스케이텔레콤 주식회사 전자 결제방법 및 그를 위한 전자카드 장치
CN105303375A (zh) * 2014-06-13 2016-02-03 中国银联股份有限公司 移动支付系统和方法

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10684848B1 (en) 2016-03-30 2020-06-16 Square, Inc. Blocking and non-blocking firmware update
US10817869B2 (en) 2016-06-29 2020-10-27 Square, Inc. Preliminary enablement of transaction processing circuitry
US11010765B2 (en) 2016-06-29 2021-05-18 Square, Inc. Preliminary acquisition of payment information
US10762196B2 (en) 2018-12-21 2020-09-01 Square, Inc. Point of sale (POS) systems and methods with dynamic kernel selection
US10990969B2 (en) 2018-12-21 2021-04-27 Square, Inc. Point of sale (POS) systems and methods for dynamically processing payment data based on payment reader capability
US11049095B2 (en) 2018-12-21 2021-06-29 Square, Inc. Point of sale (POS) systems and methods with dynamic kernel selection
CN112036856A (zh) * 2020-09-01 2020-12-04 珠海优特物联科技有限公司 双界面卡消费执行方法、装置、电子设备及存储介质

Also Published As

Publication number Publication date
EP3479321B1 (en) 2021-05-26
CN109690593B (zh) 2024-04-05
WO2018005475A1 (en) 2018-01-04
EP3479321A1 (en) 2019-05-08
AU2017290567B2 (en) 2020-10-15
AU2017290567A1 (en) 2019-01-31

Similar Documents

Publication Publication Date Title
CN109690593A (zh) 预交易处理技术
US20200410477A1 (en) Preliminary enablement of transaction processing circuitry
US11861589B2 (en) Multi-source transaction processing
US10755275B1 (en) Intelligent capture in mixed fulfillment transactions
US11010765B2 (en) Preliminary acquisition of payment information
US10417628B2 (en) Multi-interface processing of electronic payment transactions
US20150154579A1 (en) Compact Payment Terminal
EP3563328B1 (en) Partial data object acquisition and processing
AU2023200488A1 (en) Expedited processing of electronic payment transactions
US10692059B1 (en) Selecting a financial account associated with a proxy object based on fund availability
US11847657B2 (en) Batch-processing transactions in response to an event
KR20090129385A (ko) 신용카드 결제 기능과 선불카드 결제 기능을 포함하는 스마트카드의 결제 방법
US10748142B2 (en) Multi-currency transaction routing platform for payment processing system
CN115271720A (zh) 信息处理方法、支付卡和计算机可读存储介质
US11250455B2 (en) Entity resource deployment and conversion system
CN208014078U (zh) 一种刷脸支付的自动售货机
KR100430035B1 (ko) 무선결제 단말기, 제품판매-무선결제 시스템, 및 이들을이용한 인터넷 기반 제품판매-무선결제 시스템
KR20170059949A (ko) 결제 카드의 자기띠 정보를 생성하는 방법, 장치 및 컴퓨터 프로그램
KR20080084872A (ko) 카드 단말기와 프로그램 기록매체와 이를 이용한결제처리방법 및 시스템
KR20030062057A (ko) 대리 결제 시스템

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information
CB02 Change of applicant information

Address after: California, USA

Applicant after: Block and Co.,Inc.

Address before: California, USA

Applicant before: SQUARE, Inc.

GR01 Patent grant
GR01 Patent grant