CN110517039A - 用于提供服务的方法和系统 - Google Patents

用于提供服务的方法和系统 Download PDF

Info

Publication number
CN110517039A
CN110517039A CN201910423687.2A CN201910423687A CN110517039A CN 110517039 A CN110517039 A CN 110517039A CN 201910423687 A CN201910423687 A CN 201910423687A CN 110517039 A CN110517039 A CN 110517039A
Authority
CN
China
Prior art keywords
equipment
service
message
calculating
signature
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.)
Pending
Application number
CN201910423687.2A
Other languages
English (en)
Inventor
王希婧
M·阿齐姆
方晖
李佳明
黄东浩
D·加勒特
J·贝里克
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.)
Mastercard Asia Pacific Pte Ltd
Original Assignee
Mastercard Asia Pacific Pte Ltd
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
Application filed by Mastercard Asia Pacific Pte Ltd filed Critical Mastercard Asia Pacific Pte Ltd
Publication of CN110517039A publication Critical patent/CN110517039A/zh
Pending legal-status Critical Current

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/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/322—Aspects of commerce using mobile devices [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/085—Payment architectures involving remote charge determination or related payment 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/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping 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/08—Payment architectures
    • G06Q20/18—Payment architectures involving self-service terminals [SST], vending machines, kiosks or multimedia terminals
    • 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/22—Payment schemes or models
    • G06Q20/28—Pre-payment schemes, e.g. "pay before"
    • 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/308—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using the Internet of Things
    • 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/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3223—Realising banking transactions through 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/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/326—Payment applications installed on the mobile 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/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3821—Electronic credentials
    • 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/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3825—Use of electronic signatures
    • 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/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
    • 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/38—Payment protocols; Details thereof
    • G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment
    • 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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/0014—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for vending, access and use of specific services not covered anywhere else in G07F17/00
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/567—Integrating service provisioning from a plurality of service providers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Finance (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Signal Processing (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Computing Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本公开涉及在计算设备处执行的用于从第一设备获得服务的计算机实现的方法。该方法包括：在计算设备处，在计算设备处建立用户凭证，并且与第一设备建立本地通信，并且与第一设备建立要由第一设备执行的服务的服务标识。该方法进一步包括向服务平台发送请求消息以获得服务执行的批准。该消息包括用户凭证、服务请求和服务标识。该方法进一步包括从服务平台接收至少包括服务标识并且代表服务提供商签名的批准消息，以及将签名的批准消息发送到第一设备以进行验证以便获得服务。本公开还涉及在用于向计算设备提供服务的第一设备处执行的计算机实现的方法，以及在服务平台处执行的用于授权第一设备执行服务的计算机实现的方法。本公开进一步涉及计算设备、第一设备和服务平台。

Description

用于提供服务的方法和系统
技术领域
本公开涉及一种提供服务的方法，并且具体地但非排他地，涉及使用计算设备。本公开的各方面涉及第一设备、服务平台、在计算设备处执行的方法、在第一设备处执行的方法以及在服务平台处执行的方法。
背景技术
通过使用具有互联网连接的计算设备，采用按使用付费服务正在迅速增加。随着越来越多的物理设备具有嵌入式计算能力和网络连接，通过通信网络提供服务的能力正在大大扩展，使他们能够执行与网络交互(称为物联网或LoT)有关的特定功能。
支付交易通常在传统计算设备上以电子方式进行，并且它们通常使用Europay、MasterCard和Visa(EMV)标准化技术。对于低价值交易，非接触式交易越来越受欢迎。非接触式交易依赖于近场通信(NFC)技术，并且可以使用支付卡或电子钱包应用来执行。为了执行非接触式EMV交易，当被提示时，通常由持卡人将支付卡或移动设备贴在终端上。从电子设备向商家设备提供支付凭证。通常，商家设备连接到收单方网络，并且当在商家设备贴上支付卡时，交易细节发送给收单方网络以供批准。一旦批准交易，即发放商品或服务。
在一些设备中，提供商家设备所使用的种类的计算能力将是适当的－在这种情况下，是直截了当地将传统商家交易中使用的模型适应于“商家”计算设备(比如说自动售货机)。对于其他设备(比如说空气分配器或风扇)，出于经济或技术原因或两者，在该设备中或直接与该设备相关联地提供该级别的计算能力可能是不合适的。期望对这些设备提供的服务进行支付，而不要求它们具有传统商家设备的计算能力。
已经设计了本公开以减轻或克服至少一些上述问题。
发明内容
根据本公开的第一个方面，提供了一种在计算设备上执行的用于从第一设备获得服务的计算机实现的方法。该方法包括：在计算设备处，在计算设备处建立用户凭证，并且与第一设备建立本地通信，以及与第一设备建立要由第一设备执行的服务的服务标识。该方法进一步包括向服务平台发送请求消息以获得对该服务的执行的批准。该消息包括用户凭证、服务请求和服务标识。该方法进一步包括从服务平台接收批准消息，该批准消息包括至少服务标识并且以服务提供商的名义被签名，以及将签名的批准消息发送到第一设备以进行生效以便获得服务。
在计算设备上执行的所述方法可以进一步包括在第一设备和计算设备之间建立本地通信之后与第一设备协商服务请求。
计算设备可以在协商服务请求之后从第一设备接收服务标识。
在计算设备上执行的方法可以进一步包括在计算设备处建立包括生成用户凭证，包括生成在用户凭证内的支付密码。
在计算设备上执行的方法可以进一步包括在第一设备和计算设备之间建立本地通信，包括建立Wi-Fi连接、蓝牙连接或NFC连接。
请求消息可以进一步包括终端ID和交易金额中的一个或多个。
请求消息可以包含应用程序密码，并且该方法可以进一步包括经由服务平台将应用程序密码发送到商家收单方以进行交易处理。
签名的批准消息可以包括椭圆曲线数字签名或RSA签名。
计算设备可以是移动计算设备。
在计算设备处执行的一个或多个方法步骤可以由存储在移动设备的存储器中的移动支付应用程序来执行，所述移动支付应用程序由移动计算设备的处理器执行。
根据本公开的第二个方面，提供了一种在第一设备上执行的用于向计算设备提供服务的计算机实现的方法。该方法包括与计算设备建立本地通信，以及与计算设备建立要由第一设备执行的服务的服务标识。该方法进一步包括从计算设备接收批准消息，其中代表服务提供商对批准消息进行了签名以确认第一设备将执行服务。该方法进一步包括：确定所述批准消息具有代表服务提供商的生效的签名，并且在批准消息的签名有效的情况下提供服务。
在第一设备处执行的方法可以进一步包括在建立第一设备和计算设备之间的本地通信之后与计算设备协商服务请求。
在协商服务请求之后，第一设备可以向计算设备提供服务标识。
在第一设备处执行的方法，其中在第一设备和计算设备之间建立本地通信可以包括建立Wi-Fi连接、蓝牙连接或NFC连接。
来自计算设备的签名的批准消息可以指示已经进行了成功的支付交易。
签名的批准消息可以包括椭圆曲线数字签名或RSA签名。
根据本公开的第三个方面，提供了一种在服务平台上执行的用于授权第一设备执行服务的计算机实现的方法。该方法包括从计算设备接收消息，其中该消息包括：用户凭证；服务请求；和服务标识。该方法进一步包括获得对服务的执行的批准，获得代表服务提供商签名的批准消息，其中签名的批准消息包括服务标识，并将签名的批准消息发送到计算设备以使计算设备能够获得第一设备执行的服务。
接收的消息可以包括应用程序密码，并且在服务平台处执行的方法可以进一步包括将应用程序密码路由到收单方以处理支付交易。
请求消息可以进一步包括终端ID和交易金额中的一个或多个。
将应用程序密码路由到商家收单方可以进一步包括提供用于处理交易的附加商家信息。
在服务平台处执行的方法可以进一步包括从商家收单方接收签名的批准消息以指示交易已成功完成。
交易可以是EMV交易。
签名的批准消息可以包括椭圆曲线数字签名或RSA签名。
根据本公开的第四个方面，提供了一种适于从第一设备获得服务的计算设备，包括至少一个处理器、至少一个存储器以及用于与第一设备进行本地通信并与服务平台通信的通信手段，其中计算设备适于执行本公开的第一个方面的方法。
计算设备可以是移动计算设备。
移动计算设备可以是移动电话。
移动计算设备可以具有安装在其上的移动支付应用程序，并且移动支付应用程序可以执行该方法的一个或多个步骤。
根据本公开的第五个方面，提供了一种适于向计算设备提供服务的第一设备，其中第一设备包括处理能力和用于与计算设备进行本地通信的通信手段，其中第一设备适合与执行本公开的第二个方面的方法。
第一设备可以包括嵌入式处理器和本地无线通信手段。
根据本公开的第六个方面，提供了一种服务平台，适用于授权第一设备提供服务，其中服务平台包括至少一个处理器、至少一个存储器和用于与计算设备通信的通信手段，其中服务平台适于执行本公开的第三个方面的方法。
在本申请的范围内，明确地意图在前面的段落、在权利要求和/或以下描述和附图中阐述的各个方面、实施例、示例和替代方案，并且特别是其各个特征可以是独立采用或以任何组合采用。也就是说，所有实施例和/或任何实施例的特征可以以任何方式组合和/或进行组合，除非这些特征是不兼容的。申请人保留更改任何原始提出的权利要求或相应提交任何新权利要求的权利，包括修改任何最初提交的权利要求以依赖和/或合并任何其他权利要求的任何特征的权利，尽管最初并未以该方式要求权利。
附图说明
现在将仅通过示例的方式参考附图描述本公开的一个或多个实施例，其中：
图1是说明在卡方案中操作的各实体之间的支付交互中使用的典型四方模型的示意图；
图2是说明根据本公开的实施例的用于在物联网设备处提供服务的方法的相关组件的示意图；
图3是根据本公开另一实施例的用于通过执行EMV交易在物联网接受点处提供服务的序列图；
图4是根据本公开另一实施例的用于通过执行EMV交易来控制无人驾驶车辆处的电子锁的示意图；
图5是根据本公开另一实施例的用于通过执行EMV交易来控制智能锁处的电子锁的示意图；和
图6是根据本公开另一实施例的用于通过执行EMV交易来参与在汽车共享应用程序处请求的汽车共享服务的示意图。
具体实施方式
所要求保护的方法提供了一种在设备(例如物联网(IoT)设备)处提供服务的支付解决方案和方法。如前所述，这将通常是具有一些计算能力的设备－通常是有限的嵌入式计算能力－以及至少通过通信路径(通常是本地无线网络)进行通信的能力。
用于提供服务的方法涉及改进与IoT设备、服务平台和服务提供商连接的计算设备之间的集成，以便提高用户的安全性和便利性。
本公开中使用的第一设备可以是具有互联网连接的任何形式的电子设备，或者用于启动数据和信息的交换和收集。本公开中使用的计算设备可以是任何形式的电子设备，但是所要求保护的公开对于移动计算设备(例如智能电话)具有特定的功用。本公开中使用的服务平台可以是任何形式的服务平台，但是所要求保护的公开对于向商家的支付交易具有特定的功用。本公开中使用的服务提供商可以是任何形式的服务提供商，但是所要求保护的公开对于通过商家收单方网络进行的支付交易具有特定的功用。
应当理解，在本公开中，IoT设备可以被称为IoT接受点，反之亦然。IoT设备可以提供功能，而IoT接受点可以涉及关于是否可以提供所请求的服务的决定。
在某些实施例中，称为迷你EMV内核(MEK)的装置被放置在IoT设备中以使IoT设备能够充当支付接受设备而不将IoT设备直接连接到支付网络。使用MEK，可以通过执行EMV交易来控制IoT设备，并且MEK在IoT设备处确认交易批准通知。
使用MEK的一般示例介绍如下。可以在移动设备和IoT设备之间建立本地通信，并且可以通过安装在移动设备上的应用程序添加支付卡细节。接下来，将下载一次性使用的密钥(SUK)并且卡将被令牌化。一旦处理了EMV交易，并且如果交易成功执行，则可以经由移动设备从支付网络向IoT设备中的MEK发送交易批准通知以进行确认。然后可以在IoT设备中的MEK处确认批准通知。然后，MEK可以与安装在IoT设备上的硬件交互以提供所请求的服务。
本公开还提供了一种在设备(例如IoT设备)处提供服务的支付解决方案和方法，其中该服务是产品的销售。例如，用户可以与本公开的IoT设备交互以处理交易。一旦成功完成交易，产品将发放给用户。
下面将参考附图描述本公开的一般和具体实施例。
图1是典型的四方模型或四方支付交易方案的示意图。该图说明了模型中存在的实体以及实体之间发生的交互。
通常，卡方案－与支付卡链接的支付网络－基于两种模式之一：三方模式(由美国运通采用)或四方模式(由Visa和万事达卡采用)。出于本文件的目的，下面将进一步详细地描述四方模型100。
四方模型可以用作交易网络的基础。对于每个交易，该模型包括四种实体类型：持卡人110、商家120、发行方130和收单方140。在该模型中，持卡人110从商家120购买商品或服务。发行方130是银行或将卡发行给持卡人110的任何其他金融机构。收单方140向商家120提供卡处理服务。
该模型还包括中央交换机150－发行方130和收单方140之间的交互通过交换机150路由。交换机150使与一个特定银行(收单方140)相关联的商家120能够接受来自与不同的银行(发行方130)相关联的卡持有者110的支付交易。
四方模型中的实体之间的典型交易可以分为两个主要阶段：授权和结算。持卡人110使用他们的卡从商家120开始购买商品或服务。卡和交易的细节经由收单方140和交换机150发送给发行方130，以授权交易。如果发行方130认为交易是不正常的，则可以要求持卡人110进行验证处理以验证他们的身份和交易的细节。一旦验证处理完成，交易即被授权。
在持卡人110和商家120之间的交易完成时，交易细节由商家120提交给收单方140以进行结算。
然后，收单方140经由交换机150将交易细节路由到相关发行方130。在收到这些交易细节后，发行方130将结算资金提供给交换机150，交换机150又经由收单方140将这些资金转发给商家120。
另外，发行方130和持卡人110在他们之间结算支付金额。作为回报，商家120针对每笔交易向收单方140支付服务费，并且收单方140向发行方130支付交换费以换取资金结算。
图2示意性地示出了根据本公开实施例的用于在IoT设备处提供服务的相关组件200。相关组件包括计算设备205和适用于实现所要求保护的方法的一部分的第一设备215，服务平台225和服务提供商230。在所示的示例中，计算设备是移动电话205－在其他实施例中，计算设备可以是另一种类型的计算设备，例如计算机或平板电脑。移动电话205具有显示器210，在该示例中，显示器210提供触摸屏用户界面。在移动电话205处建立用户凭证，并且在移动电话205和第一设备215之间建立本地通信235。可以经由例如蓝牙或Wi-Fi建立本地通信235。第一设备215可以是具有嵌入式计算能力、适当功能(通常是有限和本地功能)和至少本地通信能力的各种设备之一。例如，第一设备215可以是支持蓝牙或Wi-Fi的空调单元、洗衣机或电子锁。第一设备215可以是适合于在该操作方法中使用的用于启动数据和信息的交换和收集的任何设备。
一旦在移动电话205和第一设备215之间建立了本地通信235，就从移动电话205向第一设备215发送服务请求，其中服务请求在本地存储。然后在第一设备215处生成用于识别服务请求的服务凭证。接下来，在第一设备215处生成包括用户凭证、服务请求和服务凭证的请求消息。然后，在嵌入消息(该消息也发起支付)中的实施例中，请求消息经由移动电话205发送到(235、240)服务平台225，并且路由(245)到服务提供商230以进行批准。包括签名的签名批准消息从服务提供商230发送(250)到服务平台225并且到移动电话205上。
一旦移动电话205从服务平台225接收(255)到签名的批准消息，就将签名的批准消息发送(260)到第一设备215以进行验证。然后在第一设备215处使签名的批准消息生效，并且启动并提供服务。
本公开使得能够使用在典型移动电话205上可用的连接(例如蓝牙或Wi-Fi)向第一设备215提供服务。有利地，可以容易且有效地转换现有设备以便使它们具有能力来在不直接连接到服务提供商230的情况下提供很多种服务。应该理解，如图2所示的提供给第一设备的服务不受限制。一个示例是如果第一装置是支持蓝牙的洗衣机，则提供对洗衣机的控制。另一个例子是对通过Wi-Fi连接的空调单元提供控制。在某些实施例中，服务提供商230可以是支付网络，并且服务请求消息可以被批准，并且仅当支付交易(例如，例如，EMV交易)已经成功完成时才签名服务批准消息。
图3是根据本公开另一实施例的用于通过执行EMV交易在IoT接受点处提供服务的序列图300。
序列图的相关组成部分包括能够支持移动支付应用程序(在该示例中是万事达卡基于云的支付(MCBP)应用程序310)的移动电话205、IoT接受点305(这是适合于实现所要求保护的方法的一部分的第一设备215的示例)、IoT服务平台315(其是服务平台225的示例)和收单方网络320(其是服务提供商230的示例)。MCBP是由万事达卡开发的基于软件的安全且可扩展的解决方案，用于数字化卡凭证并启用非接触和远程支付交易。本公开的其他实施例可以采用其他数字化卡解决方案或其他移动支付应用程序类型。MCBP使用令牌化技术和动态安全信息(例如支付密码)而不是PAN(个人帐号)来启动支付交易。移动设备使用令牌而不是物理支付卡上提供的卡号。使用令牌提供了额外的安全保护，因为令牌可以锁定到特定设备或通道。还在移动电话205处建立用户凭证。
一旦激活通信信号(例如蓝牙)，移动电话205可以发现(325)IoT设备和服务。应当理解，移动电话205和IoT接受点305之间的本地通信可以通过任何其他通信手段(例如，例如Wi-Fi或NFC)建立。IoT设备305可以是多种设备之一。例如，IoT设备305可以是支持蓝牙或Wi-Fi的空调单元、洗衣机或电子锁。
一旦发现(325)了IoT设备和服务并且在移动电话205和IoT接受点305之间建立了本地通信235，则由移动电话的用户协商服务请求并从移动电话205发送(330)到IoT接受点305。在此之前，将适当地(例如，通过提供支付令牌和/或一次性使用的密钥)设置移动电话205(322)以允许其从MCBP服务器310发行支付密码。服务请求可以包括例如所需的服务类型、时间戳、用户凭证和/或与所请求的服务有关的其他选项。在某些实施例中，可以在IoT设备处执行服务请求的协商。服务请求在IoT接受点处本地存储(335)。然后，在IoT接受点305处生成服务凭证，例如用于识别服务请求的服务ID。接下来，在IoT接受点305处生成包括终端ID、随机数、服务请求ID和数量的服务请求消息。然后，服务请求消息从IoT接受点305发送(340)到移动电话205。由MCBP使用关于交易的信息(例如，交易金额、货币和/或进行交易的国家)生成(345)支付密码。支付密码包括服务请求消息－因此服务请求消息嵌入在支付消息中。该密码被发送(350)到IoT服务平台315，并且EMV相关密码被进一步路由(355)到IoT接受点的商家收单方网络320，以进行万事达卡数字启用服务(MDES)EMV交易处理。在某些实施例中，通过用进一步的商家信息增加密码，在IoT服务平台上丰富密码。
一旦商家收单方网络320接收到密码，就处理(360)支付交易。如果交易成功执行，则从MDES(对应于万事达卡数字化和令牌化平台)向IoT服务平台315发送(365)交易批准通知。在IoT服务平台315处，签名被应用于批准通知，并且因此签名的批准通知经由移动电话205被中继(370)到IoT接受点305以进行生效。签名可以是例如椭圆曲线签名或RSA签名。在某些实施例中，在将签名的批准通知中继到IoT接受点305以进行生效之前，可以由移动电话205上的应用程序检查签名。接下来，由MEK在IoT接受点305处生效(375)签名批准通知中的签名，并且启动所请求的服务(380)。
应该理解，位于移动电话上的移动支付应用程序不限于MCBP。移动支付应用程序可以是任何基于软件的解决方案，以能够进行非接触和/或远程支付交易。例如，移动支付应用程序可以执行主机卡仿真(HCE)，其描述设备上技术，该设备上技术允许移动电话在支持NFC的设备上执行卡仿真而不依赖于对安全元件的访问。
有利的是，本方法使得IoT接受点能够处理许多不同的设备，并且由于接受点不直接连接到支付网络，因此该方法减少了在要求服务并发放服务的点处所需的计算资源和处理能力。IoT接受点只需要存储公钥以生效批准通知中的签名，并且因此在IoT接受点处不需要安全元件。
应当理解，一般的传统示例性MCBP支付流程如下：首先，MCBP向移动电话发出支付令牌。然后，移动电话可以使用该支付令牌和支付密码来向商家发起交易。商家将令牌和支付密码都转发给其收单方，并且收单方将令牌和支付密码传递给支付网络。在令牌生效之后，支付网络向发行方请求授权，并且将响应返回给商家。在本文的环境中，本方法提供了优于传统MCBP支付流程的显著优点。
图4是根据本公开另一实施例的用于通过执行EMV交易来控制支持蓝牙的电子锁405(其是IoT接受点305的示例)和相关联的无人驾驶车辆410的示意图400。
除了支持蓝牙的电子锁405和无人驾驶车辆410之外，示意图400的相关组件包括：包括触摸屏用户界面210和无人驾驶车辆应用程序415的移动电话205；用于电子锁405的凭证服务420；用于无人驾驶车辆410的服务器425；MDES 430；和EMV支付网关435。移动电话205还可以包括MCBP应用程序310。MEK 440被放置在支持蓝牙的电子锁405中，以使支持蓝牙的电子锁405能够用作支付接受设备。支持蓝牙的电子锁405还包括用于支持数据传递的DirectKey模块445。
首先，用户登录到(460)无人驾驶车辆应用程序415，并且经由认证代码和电子锁凭证服务420准许对应用程序的访问(465)。通过无人驾驶车辆呼叫应用程序415将支付卡详细信息经由无人驾驶车辆服务器425添加到MDES 430，无人驾驶车辆呼叫应用程序415发送请求485来将卡令牌化。接着，对卡进行令牌化，并且将由卡细节的令牌化形成的令牌与SUK联结以形成一组支付凭证。然后将支付凭证下载(470)到移动电话205。一旦完成这些步骤，就建立用户账户并且可用于预订、解锁和支付无人驾驶车辆。一旦激活定位信号(例如蓝牙)，移动电话205就发现(450)无人驾驶车辆410及其支持蓝牙的电子锁405。
一旦发现(450)了支持蓝牙的电子锁405并且在移动电话205和支持蓝牙的电子锁405之间建立了本地通信，则下一步就是经由无人驾驶车辆呼叫应用程序415预订无人驾驶车辆410，这是由移动电话205的用户协商的服务请求330的示例。该服务请求从移动电话205发送(455)到支持蓝牙的电子锁405。MEK 440接收使用SUK在移动电话205处生成的应用程序密码并且使用该应用程序密码通过EMV支付网关435执行服务的支付交易475。图3的步骤335到380可以应用于本实施例。该交易可以从无人驾驶车辆410发送(475)到EMV支付网关435，或者可以从移动电话205发送(480)到服务器425并且发送到EMV支付网关435。因此，如果交易成功执行，EMV交易被捕获(480)，并且从MDES向无人驾驶车辆服务器425发送交易批准通知。向电子锁凭证服务420发起授权访问的请求466。签名被应用于批准通知，并且随后签名的批准通知经由移动电话205被中继到支持蓝牙的电子锁405中的MEK 440，以进行生效。然后在支持蓝牙的电子锁405中的MEK 440处生效签名的批准通知中的签名。然后MEK440与安装在支持蓝牙的电子锁405上的硬件交互以将其解锁并打开车门。
在某些实施例中，在无人驾驶车辆410未连接到EMV支付网关的情况下，完成离线EMV授权。在捕获(480)EMV交易之前，MEK将授权结果上载到无人驾驶车辆服务器。
用户需要位于支持蓝牙的电子锁405的位置，通过该电子锁405进行支付，从而提高了交易的安全性。此外，本公开受益于快速且容易的硬件集成。MEK和DirectKey模块可以集成到许多不同的IoT设备中，并且不需要与后端服务集成。
图5是根据本公开另一实施例的用于通过执行EMV交易在智能锁处控制电子锁505的示意图500，该电子锁505是IoT接受点305的示例。
除了电子锁505之外，示意图500的相关组件包括：移动电话205(其包括触摸屏用户界面210和智能锁应用程序510)；用于电子锁505的凭证服务520；用于电子锁505的服务器515；MDES 530；和EMV支付网关535。MEK 540集成到电子锁505中以使电子锁505能够用作支付接受设备。电子锁505还包括用于支持数据传输的DirectKey模块545。
一旦激活定位信号(例如Wi-Fi)，移动电话205就发现(550)电子锁505。一旦发现(550)了电子锁505并且在移动电话205和电子锁505之间建立了本地通信，则用户使用认证码登录(560)到智能锁应用程序510，并且对应用程序的访问被授权(565)。通过智能锁应用程序510添加支付卡细节到MDES 530，智能锁应用程序510发送580请求以经由智能锁服务器515将卡令牌化。接下来，卡被令牌化，并且由将卡细节的令牌化形成的令牌与SUK联结以形成一组支付凭证。然后，将该支付凭证下载(570)到移动电话205。一旦完成这些步骤，就建立用户账户并且可用于支付和解锁电子锁505。
从移动电话205向电子锁505发送(555)服务请求。接下来，启动并处理EMV交易。该交易可以从电子锁505发送(575)到EMV支付网关535，或者可以从移动电话205发送到(585)服务器515并发送到EMV支付网关535上。然后，将用户凭证上载(565)到电子锁凭证服务520。图3的步骤335至380可以应用于本实施例。因此，如果交易成功执行，则从MDES向智能锁服务器515发送交易批准通知。签名被应用于该批准通知，并且随后签名的批准通知经由移动电话205中继到电子锁505中的MEK 540以进行生效。然后，在电子锁505中的MEK 540处生效签名的批准通知中的签名。然后，MEK 540与安装在电子锁505上的硬件交互以将其解锁并打开智能锁。
在某些实施例中，在没有对EMV支付网关的可用连接的情况下，完成离线EMV授权。MEK 540将解锁命令发送到DirectKey模块545，并且MEK 540通过例如使用管理功能将授权结果上载到智能锁服务器515。
图6是根据本公开另一实施例的用于通过执行EMV交易来参与在汽车共享应用程序605处请求的汽车共享服务的示意图600。
示意图600的相关组件包括：包括触摸屏用户界面210和汽车共享应用程序605的移动电话205；包括MEK 615(托管在合适的计算设备上)的驱动器应用程序610；用于汽车共享应用程序的服务器620；MDES 625；和EMV支付网关630。MEK 615与驱动器应用程序610集成，以使托管驱动器应用程序610的设备能够用做支付接受设备。
一旦激活定位信号(例如Wi-Fi)，移动电话205就发现(635)驱动器应用程序610。一旦发现(635)了驱动器应用程序610，并且在移动电话205和驱动器应用程序610之间建立了本地通信，则用户登录(640)到移动电话205上的汽车共享应用程序605。通过汽车共享应用程序605添加支付卡细节到MDES 625，该应用程序605发送请求以经由汽车共享服务器620将相关支付卡令牌化。接下来，卡被令牌化，并且由卡细节的令牌化形成的令牌与SUK联结以形成一组支付凭证。然后，将支付凭证下载到移动电话205(645)。一旦完成这些步骤，就建立用户账户并可用于预订和支付汽车共享服务。
因此，下一步是经由汽车共享应用程序605预订汽车共享服务，汽车共享应用程序605是由移动电话205的用户协商的服务请求330的示例。服务请求从移动电话205发送(650)到驱动器应用程序610。在旅行结束后，经由Wi-Fi或蓝牙向用户的移动电话205发送通知。然后，用户经由驱动器应用程序610为汽车共享服务付款。SUK用于在移动电话205处生成应用程序密码；其被发送到MEK 615。通过EMV支付网关630对汽车共享服务执行支付交易655。因此，启动和处理EMV交易。该交易可以从汽车发送(655)到EMV支付网关630，或者其可以从移动电话205发送(660)到服务器620并且发送到EMV支付网关630。可以将图3的步骤335至380应用到本实施例。
在某些实施例中，在驱动器应用程序610未连接到EMV支付网关630的情况下，完成离线EMV授权。当恢复连接时，MEK将授权结果上载到汽车共享服务器620。有利地，这使得服务能够离线使用或者在临时离线时使用，因为它支持离线交易处理。
应该理解，MEK可以容易地集成到许多不同的设备中。MEK被放置在例如IoT设备中以使IoT设备能够用作支付接受设备。然后，MEK可以接收使用一次性使用的密钥生成的应用密码，用于从用户支付服务，并且因此通过EMV支付网关对所示服务执行支付交易。因此，然后，MEK可以与安装在可连接设备上的硬件交互以支持服务。虽然在使用MDES的操作中描述了实施例，但是应该理解，MDES仅是适合于实现所描述的实施例的一个系统的示例。其他数字化和令牌化平台或多个平台的组合可用于执行令牌化服务和处理交易。
此外，虽然在使用MCBP的操作中描述了实施例，但是应该理解，MCBP仅是适合于实现所描述的实施例的一个应用程序的示例。移动设备可以使用和支持其他移动支付应用程序类型或基于软件的数字化卡解决方案，以启用卡凭证的数字化并且启用非接触和远程支付交易。
因此，本公开支持使用连接(例如蓝牙、NFC或Wi-Fi、)在可连接设备处进行EMV交易的新颖且有利的方式，在例如移动电话的典型计算设备上能够获得该连接。有利地，本公开可以容易且有效地与现有的可连接设备集成。这改变了现有的可连接设备，并为他们提供了支持许多不同商家的兼容的和通用的支付功能。
在不脱离所附权利要求限定的本公开的范围的情况下，可以对以上示例进行许多修改。

Claims (15)

1.一种在计算设备上执行的用于从第一设备获得服务的计算机实现的方法，其中所述方法包括在所述计算设备上：
在所述计算设备上建立用户凭证；
建立与所述第一设备的本地通信，并且与所述第一设备建立用于由所述第一设备执行的服务的服务标识；
向服务平台发送请求消息以获得对所述服务的执行的批准，其中所述消息包括：
所述用户凭证；
对所述服务的请求；和
所述服务标识；
从所述服务平台接收至少包括所述服务标识并且代表服务提供商签名的批准消息；和
将签名的批准消息发送到所述第一设备以进行生效以获得服务。
2.根据权利要求1所述的方法，进一步包括在建立第一设备和所述计算设备之间的本地通信之后与所述第一设备协商服务请求。
3.根据权利要求2所述的方法，其中，所述计算设备在协商所述服务请求之后从所述第一设备接收所述服务标识。
4.根据前述权利要求中任一项所述的方法，其中，所述请求消息包含应用程序密码，并且所述方法进一步包括经由所述服务平台将所述应用程序密码发送到商家收单方以进行交易处理。
5.根据前述权利要求中任一项所述的方法，其中，所述计算设备是移动计算设备，并且由存储在所述移动设备的存储器中的移动支付应用程序执行一个或多个方法步骤，所述移动支付应用程序由所述移动计算设备的处理器执行。
6.一种在第一设备上执行的用于向计算设备提供服务的计算机实现的方法，其中，所述方法包括：
建立与所述计算设备的本地通信，并且与所述计算设备建立要由所述第一设备执行的服务的服务标识；
接收来自所述计算设备的批准消息，其中代表服务提供商对所述批准消息签名以确认所述第一设备将执行所述服务；
确定所述批准消息具有代表所述服务提供商的生效的签名；和
在所述批准消息的所述签名生效的情况下提供所述服务。
7.根据权利要求6所述的方法，进一步包括在建立第一设备和所述计算设备之间的本地通信之后与所述计算设备协商服务请求。
8.根据权利要求7所述的方法，其中，在协商所述服务请求之后，所述第一设备向所述计算设备提供所述服务标识。
9.根据权利要求6至8中任一项所述的方法，其中，来自所述计算设备的所述签名的批准消息指示已存在成功的支付交易。
10.一种在服务平台上执行的用于授权由第一设备执行服务的计算机实现的方法，其中，所述方法包括：
从计算设备接收消息，其中所述消息包括：
用户凭证；
对所述服务的请求；和
服务标识；
获得执行所述服务的批准；
获得代表所述服务提供商签名的批准消息，其中所签名的批准消息包括所述服务标识；和
将所述签名的批准消息发送到所述计算设备，以使所述计算设备能够获得由所述第一设备对所述服务的执行。
11.根据权利要求10所述的方法，其中，所述接收的消息包括应用程序密码，并且所述方法进一步包括将所述应用程序密码路由到收单方以处理支付交易。
12.一种适用于从第一设备获得服务的计算设备，包括至少一个处理器、至少一个存储器以及用于与所述第一设备进行本地通信并与服务平台通信的通信手段，其中，所述计算设备适于执行权利要求1至5中任一项的所述的方法。
13.根据权利要求12所述的计算设备，其中，所述移动计算设备具有安装在其上的移动支付应用程序，并且其中，所述移动支付应用程序执行所述方法的一个或多个步骤。
14.一种适用于向计算设备提供服务的第一设备，其中，所述第一设备包括处理能力和用于与所述计算设备进行本地通信的通信手段，其中，所述第一设备适于执行权利要求6至9中任一项所述的方法。
15.一种服务平台，适用于授权第一设备提供服务，其中，所述服务平台包括至少一个处理器、至少一个存储器以及用于与所述计算设备通信的通信手段，其中，所述服务平台适于执行权利要求10或11的所述方法。
CN201910423687.2A 2018-05-22 2019-05-21 用于提供服务的方法和系统 Pending CN110517039A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP18173651.3 2018-05-22
EP18173651.3A EP3573000A1 (en) 2018-05-22 2018-05-22 Method and system for providing a service

Publications (1)

Publication Number Publication Date
CN110517039A true CN110517039A (zh) 2019-11-29

Family

ID=62386001

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910423687.2A Pending CN110517039A (zh) 2018-05-22 2019-05-21 用于提供服务的方法和系统

Country Status (3)

Country Link
US (1) US20190362332A1 (zh)
EP (1) EP3573000A1 (zh)
CN (1) CN110517039A (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2021238401A1 (en) * 2020-03-20 2022-09-22 Frito-Lay North America, Inc. System and method for impulse purchase prompting

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030177353A1 (en) * 2002-03-18 2003-09-18 Hiltgen Alain P. Secure user and data authentication over a communication network
US7103575B1 (en) * 2000-08-31 2006-09-05 International Business Machines Corporation Enabling use of smart cards by consumer devices for internet commerce
CN104145284A (zh) * 2012-03-07 2014-11-12 索尼公司 支付处理系统、支付终端、通信装置、支付服务器和支付处理方法
WO2016059486A1 (en) * 2014-10-17 2016-04-21 Kapaya Juma System & method for smart device, point of sale device, smart card and website payments using encrypted qr code
US20170092034A1 (en) * 2015-09-29 2017-03-30 Google Inc. Cloud-based vending
CN107743633A (zh) * 2015-04-10 2018-02-27 万事达卡国际股份有限公司 自动售货机交易
US20180091506A1 (en) * 2016-09-26 2018-03-29 The Toronto-Dominion Bank Automatic provisioning of services to network-connected devices

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7103575B1 (en) * 2000-08-31 2006-09-05 International Business Machines Corporation Enabling use of smart cards by consumer devices for internet commerce
US20030177353A1 (en) * 2002-03-18 2003-09-18 Hiltgen Alain P. Secure user and data authentication over a communication network
CN104145284A (zh) * 2012-03-07 2014-11-12 索尼公司 支付处理系统、支付终端、通信装置、支付服务器和支付处理方法
WO2016059486A1 (en) * 2014-10-17 2016-04-21 Kapaya Juma System & method for smart device, point of sale device, smart card and website payments using encrypted qr code
CN107743633A (zh) * 2015-04-10 2018-02-27 万事达卡国际股份有限公司 自动售货机交易
US20170092034A1 (en) * 2015-09-29 2017-03-30 Google Inc. Cloud-based vending
US20180091506A1 (en) * 2016-09-26 2018-03-29 The Toronto-Dominion Bank Automatic provisioning of services to network-connected devices

Also Published As

Publication number Publication date
EP3573000A1 (en) 2019-11-27
US20190362332A1 (en) 2019-11-28

Similar Documents

Publication Publication Date Title
US20200286088A1 (en) Method, device, and system for securing payment data for transmission over open communication networks
EP2836971B1 (en) Systems, methods, and computer readable media for conducting a transaction using cloud based credentials
US20180225654A1 (en) Biometric authentication of mobile financial transactions by trusted service managers
CN105493157B (zh) 具有用户界面的显示型卡
CN106652227B (zh) 一种智能汽车支付系统以及支付方法
US20060032905A1 (en) Smart card network interface device
US20080189209A1 (en) Real-Time Funds Transfer
CN102469081B (zh) 智能卡片操作的方法、设备及系统
CN102103778A (zh) 移动支付系统、移动终端及移动支付业务的实现方法
WO2003044710A1 (en) Apparatus, method and system for payment using a mobile device
CN101711383A (zh) 用于认证交易方的方法和系统
JP2004531827A (ja) 安全な払戻のためのシステム及び方法
CN104794613B (zh) 一种基于销售终端的移动设备鉴权方法
US20150142669A1 (en) Virtual payment chipcard service
US20080077532A1 (en) Method and system for secure handling of electronic financial transactions
CN101697220A (zh) 保护基于pin交易的安全的系统和方法
GB2514780A (en) Methods and apparatus for performing local transactions
CN104182875A (zh) 一种支付方法和系统
CN104574653A (zh) 基于车载单元实现电子钱包ic卡在线充值的方法及系统
KR20130102792A (ko) 카드 단말기 및 카드 단말기를 이용한 오프라인 결제 방법
EP1093097A2 (en) System and method for providing secure financial transactions
WO2009064160A1 (en) System for electronic commerce transactions, portable electronic communications device, communications network, computer program product and method thereof
CN106327183A (zh) 一种用于现场事务处理的数据交换系统及数据交换方法
CN110517039A (zh) 用于提供服务的方法和系统
US20180108009A1 (en) Method and system for supplying a token in a host card emulation system comprising first and second devices

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
RJ01 Rejection of invention patent application after publication

Application publication date: 20191129

RJ01 Rejection of invention patent application after publication