CN107392620B - 一种支付方法及设备 - Google Patents

一种支付方法及设备 Download PDF

Info

Publication number
CN107392620B
CN107392620B CN201710407635.7A CN201710407635A CN107392620B CN 107392620 B CN107392620 B CN 107392620B CN 201710407635 A CN201710407635 A CN 201710407635A CN 107392620 B CN107392620 B CN 107392620B
Authority
CN
China
Prior art keywords
payment
service
information
user
business
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.)
Active
Application number
CN201710407635.7A
Other languages
English (en)
Other versions
CN107392620A (zh
Inventor
李江
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.)
Koubei Shanghai Information Technology Co Ltd
Original Assignee
Koubei Shanghai Information Technology Co 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 Koubei Shanghai Information Technology Co Ltd filed Critical Koubei Shanghai Information Technology Co Ltd
Priority to CN202010082757.5A priority Critical patent/CN111325536B/zh
Priority to CN201710407635.7A priority patent/CN107392620B/zh
Publication of CN107392620A publication Critical patent/CN107392620A/zh
Priority to PCT/CN2018/082523 priority patent/WO2018219047A1/zh
Application granted granted Critical
Publication of CN107392620B publication Critical patent/CN107392620B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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/326—Payment applications installed on the mobile devices
    • G06Q20/3263—Payment applications installed on the mobile devices characterised by activation or deactivation of payment capabilities
    • 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/085—Payment architectures involving remote charge determination or related payment systems
    • G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
    • 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/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

Abstract

本申请实施例公开了一种支付方法、设备及装置。第一设备与第一用户信息相关联，第二设备与第二用户信息相关联，该方法包括：第一设备监测与业务相关的第二设备，当监测到第二设备时，获取第二用户信息以及与业务相匹配的支付信息，执行业务，并根据业务操作执行业务，并根据第一用户信息、第二用户信息以及支付信息，生成支付请求发送给结算端。通过本方法，支付过程与用户获得业务服务的过程融合在一起，无需用户主动发起额外的支付操作，因而减少了用户获得业务过程中所需的操作，提升了便捷性。

Description

一种支付方法及设备
技术领域
本申请涉及计算机技术领域，尤其涉及一种支付方法及设备。
背景技术
随着互联网技术的普及，扫码支付、声波支付等支付方式，由其安全、便捷、快速等特性，得到了广泛应用。
在实际的支付场景中，若消费者使用由业务提供方(如：商户)提供的业务服务(例如：购买商品)，则消费者需向业务提供方进行支付，此时，消费者可以使用相应的支付工具(如：支付应用)完成支付。以扫码支付为例，具体的过程可以为：用户解锁终端(如：智能手机)，启动具有支付功能的应用，在该应用中选择扫码功能，针对商户提供的数字对象标识符(Digital Object Identifier，DOI)进行扫码，终端展示支付界面，消费者在该支付界面中输入所需支付的金额后，进行支付。
然而，对于现有的支付方式而言，无论是上述的扫码支付方式，还是声波支付或其他基于支付工具的支付方式，均需要消费者在执行了与业务相关的操作(即，业务操作)之外，额外执行相应的支付操作才能完成支付。例如：在消费者购买商品的场景下，消费者需要挑选所要购买的商品(消费者挑选商品的过程便可看作是与业务操作)，之后，消费者需要针对挑选的商品支付结账(即，发出支付操作)。通过业务操作，消费者可以获得商户提供的服务或商品，随之通过支付操作为上述商品或服务付费。
显然，这样的方式增加了消费者的操作量，对于消费者来说较为繁琐。
发明内容
本申请实施例提供一种支付方法，用以解决在部分业务场景中的支付过程较为繁琐的问题。
本申请实施例提供一种支付设备，用以解决在部分业务场景中的支付过程较为繁琐的问题。
本申请实施例提供一种支付装置，用以解决在部分业务场景中的支付过程较为繁琐的问题。
本申请实施例采用下述技术方案：
本申请实施例提供一种支付方法，第一设备与第一用户信息相关联，第二设备与第二用户信息相关联，所述方法包括：
第一设备监测与业务相关的第二设备；
当监测到所述第二设备时，获取所述第二用户信息以及与所述业务相匹配的支付信息；
执行业务，并根据所述第一用户信息、第二用户信息以及所述支付信息，生成支付请求发送给结算端。
本申请实施例还提供一种支付方法，第一设备与第一用户信息相关联，第二设备与第二用户信息相关联；所述方法包括：
结算端接收第一设备发送的支付请求；其中，所述支付请求由第一设备基于监测到的与业务相关的第二设备所生成；
根据所述支付请求执行支付，并检测支付状态；
当检测到所述支付状态异常时，记录所述支付请求。
本申请实施例还提供一种支付方法，包括：第二设备与第二用户信息相关联；所述方法包括：
所述第二设备在所述第一设备的作用下，与所述第一设备建立通信连接；
基于所述通信连接，将所述第二用户信息发送给所述第一设备。
本申请实施例还提供一种支付方法，包括：
第二设备接收结算端发送的异常标识信息；其中，所述异常标识信息，由结算端接收第一设备基于监测到的第二设备后发送的支付请求，并根据该支付请求对支付状态检测出异常时所生成；
根据所述异常标识信息进行异常提示。
本申请实施例提供一种支付设备，与第一用户信息相关联，第二设备与第二用户信息相关联；所述设备包括：
监测模块，监测与业务相关的第二设备；
信息获取模块，当监测到所述第二设备时，获取所述第二用户信息以及与所述业务相匹配的支付信息；
业务组件，执行业务；
请求传输模块，根据所述第一用户信息、第二用户信息以及所述支付信息，生成支付请求发送给结算端。
本申请实施例还提供一种支付装置，第一设备与第一用户信息相关联，第二设备与第二用户信息相关联；所述装置包括：
接收模块，接收第一设备发送的支付请求；其中，所述支付请求由第一设备基于监测到的与业务相关的第二设备所生成；
处理模块，根据所述支付请求执行支付，并检测支付状态；
记录模块，当检测到所述支付状态异常时，记录所述支付请求。
本申请实施例还提供一种支付设备，与第二用户信息相关联，所述设备包括：
设备本体，承载通信模块；
通信模块，在第一设备的作用下，与所述第一设备建立通信连接，并基于所述通信连接，将所述第二用户信息发送给所述第一设备。
本申请实施例还提供一种支付设备，包括：
设备本体，承载接收模块及提示模块；
接收模块，接收结算端发送的异常标识信息；其中，所述异常标识信息，由结算端接收第一设备基于监测到的第二设备后发送的支付请求，并根据该支付请求对支付状态检测出异常时所生成；
提示模块，根据所述异常标识信息进行异常提示。
本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：
在部分涉及支付的业务场景中，个人用户(即，第二用户)可以使用绑定了该用户自身用户信息的第二设备，与归属于业务提供方用户(即，第一用户)的第一设备进行交互，以获得相应的业务服务。在这样的业务场景下，第一设备将监测个人用户为获得业务服务所使用的第二设备。在监测到第二设备后，第一设备将自动获取个人用户的用户信息以及与第二设备绑定的支付信息。在本申请实施例中，第一设备获取这些信息的过程对个人用户而言是弱感知或无感知的，无需个人用户主动发出支付操作。此后，第一设备将获取到的上述信息和业务提供方用户的用户信息，一并发送给提供支付业务的结算端，使得结算端基于这些信息完成支付过程。
相较于现有技术而言，本申请实施例中的支付过程与用户获得业务服务的过程融合在一起，无需用户主动发起额外的支付操作，因而减少了用户获得业务过程中所需的操作，提升了便捷性。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1为本申请实施例提供的支付方法所基于的架构示意图；
图2为本申请实施例提供的基于第一设备侧的支付过程示意图；
图3为本申请实施例提供的基于服务器侧的支付过程示意图；
图4a及4b为本申请实施例提供的基于第二设备侧的支付过程示意图；
图5为本申请实施例提供的实际支付场景下的支付过程示意图；
图6为本申请实施例提供的一种支付设备结构示意图；
图7为本申请实施例提供的基于服务器侧的支付装置结构示意图；
图8为本申请实施例提供的一种支付设备结构示意图；
图9为本申请实施例提供的另一种支付设备结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
如前所述，目前的实际支付场景中，用户进行支付的过程通常独立于用户获得业务的过程，换言之，用户除了需要执行相应的业务操作以外，还需额外地执行与支付相关的操作。显然，这样的方式较为繁琐。
为此，本申请实施例中提供一种支付方法，用以在部分涉及支付的业务场景中，将用户获得业务服务的操作过程与支付过程合并，从而减少用户的操作，同时，支付过程对于用户而言弱感知或无感知。
需要说明的是，在本申请实施例中，可采用如图1所示的架构。从图1中可见，该架构包括第一用户、第二用户、第一设备、第二设备以及结算端。
其中，第一用户可认为是业务提供方用户，可包括：商店、酒店、餐馆、咖啡馆、加油站等商户，这里不作具体限定。第二用户可认为是业务需求方用户(如：消费者)，通常，第二用户为个人用户。在实际的业务场景中，第一用户可以为第二用户提供相应的业务服务，相应地，第二用户可向第一用户进行支付。
所述的第一设备，可包括：能够为第二用户提供业务服务的设备，如：咖啡店中的智能咖啡机、餐馆中的智能取餐机、加油站中的智能加油机、自动售卖机等设备，或者，与业务服务相关的设备，如：酒店房间的智能门锁等。第二用户在获得业务服务的过程中，将与本申请实施例中的第一设备进行交互。
所述的第二设备，可认为是第二用户获得业务服务所需的设备(即，第二用户在与第一设备进行业务交互的过程中，将使用该第二设备)，并且第二用户并不能直接使用该第二设备主动发起支付操作。对应于上述示例中的第一设备，第二设备可以如：智能水杯、智能饭盒、智能汽车、智能购物卡、智能门卡等。可见，在本申请的部分实施例中，所述的第二设备，并非是移动通信终端(如：智能手机、平板电脑等)或是智能穿戴设备。所述的结算端，用以提供支付业务，即，完成第一用户与第二用户之间的支付结算。本申请实施例中的结算端可以是服务器、服务器集群、计算机等设备。在较为普遍的应用场景中，结算端可以是业务提供方后台的业务服务器(在此情况下，业务服务器能够提供支付业务)，也可以是第三方支付平台所对应的支付服务器，这里的第三方支付平台可包括：支付网站、银行等。除此之外，在采用区块链技术的场景下，图1中的结算端还可以是区块链网络中的某一网络节点，与其他区块链网络节点经过共识等过程，实现支付结算。当然，这里不作过多赘述。在以下实施例中，将以结算端为服务器的场景进行说明。
另需要说明的是，为了能够实现支付，在实际的业务场景中，第一设备可与第一用户信息相关联，第二设备与第二用户信息相关联。
所述的第一用户信息，可包括：第一用户的userID、第一用户在上述的业务服务器或第三方支付平台的支付服务器所注册的账户信息等。相类似地，所述的第二用户信息，可包括：第二用户的userID、第二用户在上述的业务服务器或第三方支付平台的支付服务器所注册的账户信息等。当然，这里并不构成对本申请的限定。
基于上述如图1所述的架构，以下将详细说明本申请各实施例提供的技术方案。
在本申请实施例中，基于第一设备侧的支付过程可如图2所示，具体包括以下步骤：
步骤S201：第一设备监测与业务相关的第二设备。
如前所述，第二用户在与第一设备进行业务交互的过程中，需要使用第二设备(即可认为，第二设备与第二用户所要获得的业务相关)，以获得相应的业务服务。那么，第一设备便可监测第二用户所使用的第二设备。在本申请实施例中，第一设备可以通过诸如蓝牙通信、近场通信(Near Field Communication，NFC)、射频识别(RadioFrequencyIdentification，RFID)通信等通信技术，与第二设备建立通信连接的方式，实现对第二设备的监测。当然，这里并不应构成对本申请的限定。
步骤S202：当监测到所述第二设备时，获取所述第二用户信息以及与所述业务相匹配的支付信息。
如前所述，第二设备绑定有第二用户信息，那么，第一设备便可与第二设备之间建立通信连接，以获取第二用户信息。通信连接的方式如上所述，这里不再过多赘述。
此外，第二用户所要获得的业务往往对应着不同的支付信息。例如：用户使用不同类型的业务服务，其所需支付的金额不同，这里的金额便可看作是一种支付信息。
本申请实施例中，所述的支付信息，可包括：所需支付的金额信息、订单号、业务服务类型信息等，这里不作具体限定。
步骤S203：执行业务，并根据所述第一用户信息、第二用户信息以及所述支付信息，生成支付请求发送给服务器，以使得所述服务器对所述支付请求进行处理。
如前所述，当第一设备为能够直接提供业务服务的设备时，执行业务，也就可认为是第一设备直接向第二用户提供相应的业务服务，如：自动咖啡机制作咖啡饮品、智能加油机向汽车输油、自动售货机出货等。而当第一设备为与业务服务相关的设备时，执行业务，也就可以认为是第一设备执行能够使得第二用户获得业务服务的操作，如：智能门锁执行自动开锁，以使得用户能够使用酒店房间。
此外，在本申请实施例中，第一设备保持与服务器之间的网络连接。服务器对支付请求的处理，可认为是将根据支付信息中所携带的支付金额，从第二用户的账户中扣除相应数量的额度，转移至第一用户的账户中。这里不再过多赘述。
可以理解的是，正是由于第一设备可以自动监测，并获取得到第二用户信息和相应的支付信息，也就减少或避免了第二用户在执行了业务操作后，额外执行相应的支付操作，使得用户对于支付过程弱感知甚至是无感知。
通过上述步骤，在部分涉及支付的业务场景中，个人用户(即，第二用户)可以使用绑定了该用户自身用户信息的第二设备，与归属于业务提供方用户(即，第一用户)的第一设备进行交互，以获得相应的业务服务。在这样的业务场景下，第一设备将监测个人用户为获得业务服务所使用的第二设备。在监测到第二设备后，第一设备将自动获取个人用户的用户信息以及与第二设备绑定的支付信息。在本申请实施例中，第一设备获取这些信息的过程对个人用户而言是弱感知或无感知的，无需个人用户主动发出支付操作。此后，第一设备将获取到的上述信息和业务提供方用户的用户信息，一并发送给提供支付业务的服务器，使得服务器基于这些信息完成支付过程。
相较于现有技术而言，本申请实施例中的支付过程与用户获得业务服务的过程融合在一起，无需用户主动发起额外的支付操作，因而减少了用户获得业务过程中所需的操作，提升了便捷性。
作为本申请实施例中另一种的应用场景，第二用户在使用第二设备获得业务服务的过程中，还会发出相应的业务操作，如：第二用户可以在智能咖啡机上选择相应种类的咖啡，这里第二用户的选择操作即为业务操作。也即，在本申请实施例中，所述的业务操作，可认为是第二用户为获得业务服务，所发出行为、指令等，应注意的是，本申请实施例中的业务操作并不包含支付操作，换言之，用户并不需要使用任何支付工具。
那么，第一设备监测与业务相关的第二设备，具体可为：所述第一设备监测第二用户发出的业务操作，以及与所述业务操作相关的第二设备。
如前所述，用户在获得业务服务的过程中，需要使用第二设备，而在本场景下，用户发出相应的业务操作以便获得业务服务，那么，与业务相关的第二设备，也就可认为是与业务操作相关的第二设备。
当然，在实际操作时，第一设备便可以通过诸如自身的传感器、信号采集单元等来监测第二用户所发出的业务操作。这里不做具体限定。
基于此，前述步骤S202中，获取所述第二用户信息以及与所述业务相匹配的支付信息，具体就可为：获取所述第二用户信息以及基于所述业务操作生成的支付信息。
由第二用户所发出的业务操作，通常对应于相应的业务服务，而在实际的业务场景中，不同的业务服务又对应着不同的支付信息。例如：用户在自动咖啡机上选择相应类型的咖啡饮品，而不同类型的咖啡饮品所需支付的金额不同。那么，第一设备便可以进一步获取到业务操作所产生的支付信息。
当然，在实际的业务场景中，第一设备可能会因为与第二设备之间通信连接的问题，导致未能成功获取第二用户信息，在此情况下，第一设备可以进行重试操作，在经过设定次数的重试之后仍未能成功获取到第二用户信息，则第一设备可以中断业务流程并提示。
以智能咖啡机为例：假设用户在智能咖啡机上选定了某一种类的咖啡，并将绑定了该用户自身支付账号的智能水杯放置在智能咖啡机的出水口，如果该智能咖啡机并未成功从获取到智能水杯所绑定的该用户的支付账号，那么，智能咖啡机将不执行对咖啡的制作。
也就是说，在本申请实施例中，第一设备将会在获取到第二用户信息后，再执行业务流程。
另外，在提供业务服务的阶段，第一设备有可能由于运行故障等原因，业务未能成功执行。但此时，第一设备已经将相应的支付请求发送给了服务器，服务器可能已经完成支付。对于此情况，第一设备会监测业务状态，如果监测到业务状态为未成功执行，那么，第一设备会向服务器发送撤销支付请求，以使得服务器撤销已完成的支付过程(即，回滚交易)。这里并不应构成对本申请的限定。
以上是基于第一设备侧的支付过程，在服务器侧，本申请实施例中还提供一种支付方法，同样可基于如图1所示的架构，具体过程可如图3所示，包括以下步骤：
步骤S301：服务器接收第一设备发送的支付请求。
其中，所述支付请求由第一设备基于监测到的第二用户的业务操作以及与所述业务操作相关的第二设备所生成。当然，基于前述内容可知，该支付请求中可包含第一用户信息、第二用户信息以及支付信息。
步骤S302：根据所述支付请求执行支付，并检测支付状态。
在实际的支付场景中，服务器在接收到支付请求后，将针对该支付请求进行处理，即，根据支付请求执行支付。然而，第二用户的支付账户可能会出现诸如余额不足、账户被冻结等情况，第一用户的支付账户也有可能出现账户异常的情况，这些情况将导致支付失败。所以，服务器将在执行了支付后，检测支付状态。
对于支付状态出现异常的情况，服务将执行下述步骤S303。
步骤S303：当检测到所述支付状态异常时，记录所述支付请求。
对于步骤S303而言，服务器针对支付请求进行记录，用以在后续某一时间再基于记录的支付请求执行支付。可见，服务器在支付状态异常时记录支付请求的方式，可看作是一种“赊账”的处理方式，也就是说，虽然本次支付失败，但第二用户仍能够正常地获得第一设备所提供的业务服务，服务器可在未来某一时间再执行支付扣款。
显然，正是由于采用了“赊账”的支付方式，能够保证用户正常地获得相应业务服务，有助于提升用户的业务体验。
在实际的操作过程中，服务器可以按照设定的周期，基于记录的支付请求进行支付尝试，直到执行支付后的支付状态正常为止，或者，服务器可以采用相应的监测功能，对相应的支付触发条件进行监测，在监测到支付触发条件时，基于记录的支付请求执行支付。其中，所述的支付触发条件，可包括：第一用户的支付账户或第二用户的支付账户解冻、第二用户的支付账户中的余额不小于支付请求对应的支付额度等等，当然，这里并不构成对本申请的限定。
此外，作为本申请实施例中的一种可行方式，服务器会在支付出现异常的情况下，服务器会生成相应的异常标识信息，建立与第二用户信息的对应关系，并向第二设备发送该异常标识信息。第二设备在接收到该异常标识信息后，将基于该异常标识信息进行提示。例如：第二设备可以采用灯光显示、声音等方式进行提示，以提示第二用户支付出现了异常。
在第二设备侧，本申请实施例中还提供一种支付方法，同样可基于如图1所示的架构，具体过程可如图4a所示，包括以下步骤：
步骤S401：所述第二设备在所述第一设备的作用下，与所述第一设备建立通信连接。
如前所述，第一设备会监测第二设备，并在监测到第二设备后，获取与第二设备关联的第二用户信息。而第一设备获取第二用户信息的过程，实际上就是第一设备与第二设备之间建立通信连接，并传输数据的过程。
所述的通信连接，可以是前述所提及的蓝牙、NFC、RFID等连接。
步骤S402：基于所述通信连接，将所述第二用户信息发送给所述第一设备。
此外，在第二设备侧，本申请实施例中还提供一种支付方法，具体过程可如图4b所示，包括以下步骤：
步骤S411：接收服务器发送的异常标识信息。
如前所述，所述异常标识信息，由服务器接收第一设备基于监测到的第二设备后发送的支付请求，并根据该支付请求对支付状态检测出异常时所生成。
步骤S412：根据所述异常标识信息进行异常提示。
对异常标识信息的提示，可以采用诸如灯光提示、声音提示等方式，这里并不作具体限定。对异常标识信息的提示是为了告知用户某次业务操作后，未支付成功。
结合以上方法，在实际的支付场景中，本申请实施例中的上述支付方法可如图5所示，包括以下步骤：
步骤S501：用户针对第一设备发出业务操作。
步骤S502：第一设备监测用户发出的业务操作，并监测第二设备。
步骤S503：获取与第二设备绑定的用户的账户信息。
步骤S504：第一设备确定用户的账户的支付状态正常。
步骤S505：第一设备向服务器发起支付请求。
步骤S506：服务器根据支付请求执行支付，并检测支付状态。
步骤S507：当检测到支付状态异常时，服务器记录该支付请求，并生成与用户的账户信息对应的异常标识信息，发送给第二设备。
步骤S508：第二设备根据异常标识信息进行提示。
步骤S509：服务器针对记录的支付信息执行支付。
步骤S510：针对记录的支付信息支付成功后消除异常标识信息。
应理解地，上述如图5所示的步骤，仅是本申请实施例在实际支付场景中的一种通用流程，其执行步骤的排序并不应构成对本申请的限定。具体可根据实际应用的需要进行步骤执行顺序上的调整。
基于图5中的支付流程，下面以若干具体应用实例进行说明：
一、基于智能咖啡机的支付场景
在该场景下，咖啡店(即，商户)内设置有智能咖啡机(即，第一设备)，该智能咖啡机能够为消费者(即，第二用户)制作并提供不同种类的咖啡饮品，消费者使用智能水杯(即，第二设备)作为盛装咖啡的容器。此外，智能水杯与消费者的支付账户绑定，智能咖啡机与商户的支付账户绑定。
在此基础上，消费者在智能咖啡机上选择了某种类的咖啡(即，发出业务操作)，并将智能水杯放置于该智能咖啡机的出水口。智能咖啡机确定出消费者所选的咖啡的金额，并通过近场通信与智能水杯建立通信连接，获取智能水杯绑定的消费者的支付账户。成功获取到消费者的支付账户后，智能咖啡机制作咖啡。于此同时，智能咖啡机将所需支付的金额、消费者的支付账户以及商户的支付账户发送给支付服务器，以申请支付扣款。
支付服务器根据所需支付的金额，从消费者的支付账户中扣除相应数额的款项，并转给商户的支付账户中。如果消费者账户中的余额不足或者经过设定次数的尝试仍未成功支付，那么，支付服务器会针对本次支付进行记录，形成“赊账”记录。当具备支付条件后，支付服务器将优先针对“赊账”记录进行支付。同时，支付服务器将向智能水杯发送异常标识，智能水杯根据异常标识进行异常提示，如：智能水杯上设置有提示灯，那么，智能水杯可以根据异常标识，将提示灯显示为红色，以表示支付出现异常。
智能咖啡机还会监测是否正常提供咖啡，如果未正常倒出咖啡，那么，智能咖啡机还会向支付服务器发送交易撤销请求，以使得服务器回滚交易。
二、基于智能门锁的支付场景
在该场景下，酒店(即，商户)的各客房门上设置有智能门锁(即，第一设备)，消费者(即，第二用户)可以使用绑定了该消费者自身支付账户的智能门卡(即，第二设备)，针对智能门锁进行刷卡(即，业务操作)。智能门锁在消费者执行刷卡操作期间，获取与智能门卡绑定的消费者的支付账户，并将消费者的支付账户、酒店的支付账户以及预先设定的支付金额发送给支付服务器，同时，智能门锁自动执行开锁。
本示例中，服务器执行支付的过程可参考前述内容，这里不再过多赘述。
三、基于智能加油机的支付场景
在该场景下，加油站(即，商户)安装有智能加油机(即，第一设备)，用户(即，第二用户)可以使用智能加油机为该用户的智能汽车(即，第二设备)加油。其中，智能汽车绑定了用户的支付账户。当用户将智能加油机的加油枪对接至智能汽车的输油口时，智能加油机通过加油枪上安装的通信芯片与智能汽车建立通信连接，并获取用户的支付账户。同时，随着用户对加油枪的阀门的按压，智能加油机向智能汽车内输油。加油枪上的油量表将统计输油量，并以此生成所需的支付金额。此后，智能加油机将用户的支付账户、加油站的支付账户以及所需支付的金额发送给支付服务器。
本示例中，服务器执行支付的过程可参考前述内容，这里不再过多赘述。
当然，除了上述所列举的示例以外，基于智能取餐机的支付场景、基于自动售货机的支付场景等，也同样适用于本申请的上述支付方法，具体可以参考上述示例，这里便不再过多赘述。
从上述示例中可见，正是采用本申请的上述支付方法，使得用户在获取业务服务的过程中，只需执行相应的业务操作，而无需执行额外的支付操作。
以上为本申请实施例提供的支付方法，基于同样的思路，本申请实施例还提供一种支付设备(即，前述的第一设备)。
如图6所示，该支付设备与第一用户信息相关联，同时，第二设备与第二用户信息相关联，该支付设备包括：
监测模块601，监测与业务相关的第二设备；
信息获取模块602，当监测到所述第二设备时，获取所述第二用户信息以及与所述业务相匹配的支付信息；
处理模块603，根据所述第一用户信息、第二用户信息以及所述支付信息，生成支付请求发送给服务器，以使得所述服务器对所述支付请求进行处理。
业务组件600，执行业务.
这里需要说明的是，业务组件600是图6所示的支付设备上能够提供业务服务或与业务服务相关的硬件结构。例如：智能咖啡机、自动售货机等等。
业务组件600与上述模块之间，可以是相互独立的，也可以是上述模块全部或部分承载在业务组件600上。这里并不作具体限定。
所述监测模块601，监测第二用户发出的业务操作，以及与所述业务操作相关的第二设备；
所述信息获取模块602，获取所述第二用户信息以及基于所述业务操作生成的支付信息。
所述支付信息中至少包括：支付金额。所述处理模块603，确定所述业务操作所对应的业务类型，根据预先设定的业务类型与支付金额之间的对应关系，确定匹配于所述业务操作的支付金额，根据所述支付金额生成所述业务操作的支付信息。
所述装置还包括：支付撤销模块604，监测业务状态，当监测到所述业务状态为未成功执行时，向所述服务器发送撤销请求，以使得所述服务器撤销对所述支付请求的处理。
所述装置还包括：确定模块605，在根据所述业务操作执行业务之前，确定所述第二用户信息对应的支付状态正常。
上述如图6所示的设备，具体可以包括：用于为所述第二用户提供业务服务的设备，或与业务服务相关的设备；其中，所述支付设备能够向服务器发出支付请求。如：智能门锁、智能咖啡机、智能取餐机、智能加油机、自动售卖机。
所述第二设备，包括：所述第二用户获得所述第一设备提供的或与第一设备相关的业务服务所需的设备。如：智能门卡、智能水杯、智能饭盒、智能汽车、智能购物卡。
本申请实施例还提供一种基于服务器侧的支付装置，如图7所示，所述装置包括：
接收模块701，接收第一设备发送的支付请求；其中，所述支付请求由第一设备基于监测到的与业务相关的第二设备所生成；
处理模块702，根据所述支付请求执行支付，并检测支付状态；
记录模块703，当检测到所述支付状态异常时，记录所述支付请求。
所述处理模块702，按照设定周期，基于记录的所述支付请求执行支付，直到支付状态正常为止，或，监测支付触发条件，并当监测到所述支付触发条件时，基于记录的所述支付请求执行支付。
所述装置还包括：异常标记模块704，当所述处理模块检测到所述第二设备所对应的第二用户信息的支付状态异常时，针对所述第二用户信息生成异常标识信息，以使得与所述第二用户信息绑定的第二设备，基于所述异常标识信息进行异常提示。
本申请实施例还提供一种支付设备(即，前述的第二设备)，如图8所示，该，支付设备与第二用户信息相关联，所述支付设备包括：
设备本体800，承载通信模块801；
通信模块801，在第一设备的作用下，与所述第一设备建立通信连接，并基于所述通信连接，将所述第二用户信息发送给所述第一设备。
基于图8所示的支付设备，本申请实施例还提供一种支付设备(也是第二设备)，如图9所示，包括：
设备本体900，承载接收模块901及提示模块902；
接收模块901，接收服务器发送的异常标识信息；其中，所述异常标识信息，由服务器接收第一设备基于监测到的第二设备后发送的支付请求，并根据该支付请求对支付状态检测出异常时所生成。
提示模块902，根据所述异常标识信息进行异常提示。
对应于前述方法内容中所列举出的应用实例：
一、基于智能咖啡机的支付场景
本申请实施例提供一种智能咖啡机(即，第一设备)，包括：
机体，可根据消费者操作，制作咖啡饮品。
监测模块，监测智能水杯。
信息获取模块，当监测到智能水杯时，获取与智能水杯关联的消费者信息以及支付信息。
处理模块，根据与智能咖啡机关联的商户信息、消费者信息以及支付信息，生成支付请求发送给结算端。
本申请实施例还提供一种智能水杯(即，第二设备)，包括：
杯体，可盛装饮品。
通信模块，与智能咖啡机建立通信连接，并基于所述通信连接，将与该智能水杯关联的消费者信息发送给智能咖啡机；还可接收结算端发送的异常标识信息。
提示模块，根据所述异常标识信息进行异常提示。
二、基于智能门锁的支付场景
本申请实施例提供一种智能门锁(即，第一设备)，包括：
门锁组件，可执行物理锁定和物理解锁。
监测模块，监测智能门卡。
信息获取模块，当监测到智能门卡时，获取与智能门卡关联的消费者信息以及支付信息。
处理模块，根据与智能门锁关联的商户信息、消费者信息以及支付信息，生成支付请求发送给结算端。
本申请实施例还提供一种智能门卡(即，第二设备)，包括：
实体卡片。
通信模块，与智能门锁建立通信连接，并基于所述通信连接，将与该智能门卡关联的消费者信息发送给智能门锁；还可接收结算端发送的异常标识信息。
提示模块，根据所述异常标识信息进行异常提示。
三、基于智能加油机的支付场景
本申请实施例提供一种智能加油机(即，第一设备)，包括：
机体和输油组件，可用于油的存储和输送。
监测模块，监测智能汽车和输油量。
信息获取模块，当监测到智能汽车以及输油量时，获取与智能汽车关联的消费者信息以及与输油量对应的支付信息。
处理模块，根据与智能加油机关联的商户信息、消费者信息以及支付信息，生成支付请求发送给结算端。
本申请实施例还提供一种智能汽车(即，第二设备)，包括：
车体。
通信模块，与智能加油机建立通信连接，并基于所述通信连接，将与该智能汽车关联的消费者信息发送给智能加油机；还可接收结算端发送的异常标识信息。
提示模块，根据所述异常标识信息进行异常提示。
当然，本申请实施例所提供的支付设备不限于上述示例，这里不再过多赘述。
在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定事务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行事务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (9)

1.一种支付方法,第一设备与第一用户信息相关联,第二设备与第二用户信息相关联；所述方法包括:
第一设备监测与业务相关的第二设备,所述的第一设备包括:为第二用户提供业务服务的设备；
当监测到所述第二设备时,获取所述第二用户信息以及与所述业务相匹配的支付信息；
执行业务,并根据所述第一用户信息、第二用户信息以及所述支付信息,生成支付请求发送给结算端；
第一设备监测与业务相关的第二设备,包括:
所述第一设备监测第二用户的业务操作,以及与所述业务操作相关的第二设备,所述业务操作是第二用户为获得业务服务所发出的行为或指令；
当监测到所述第二设备时,获取所述第二用户信息以及与所述业务相匹配的支付信息,包括:
当第一设备与第二设备之间建立通信连接时,从第二设备获取所述第二用户信息以及基于所述业务操作生成的支付信息,所述支付信息包括使用所述业务服务所需支付的金额信息；
执行业务,包括:
所述第一设备向第二用户提供所述业务操作相应的所述业务服务；
根据所述第一用户信息、第二用户信息以及所述支付信息,生成支付请求发送给结算端,包括:
根据所述第一用户信息、第二用户信息以及所述支付信息,生成支付请求发送给服务器,以使得服务器对所述支付请求进行处理。
2.如权利要求1所述的方法,所述支付信息中至少包括:支付金额；
基于所述业务操作生成支付信息,具体包括:
确定所述业务操作所对应的业务类型；
根据预先设定的业务类型与支付金额之间的对应关系,确定匹配于所述业务操作的支付金额；
根据所述支付金额生成所述业务操作的支付信息。
3.如权利要求1所述的方法,所述方法还包括:
所述第一设备监测业务状态；
当监测到所述业务状态为未成功执行时,向所述结算端发送撤销请求,以使得所述结算端撤销对所述支付请求的处理。
4.如权利要求1所述的方法,在执行业务之前,所述方法还包括:
所述第一设备确定所述第二用户信息对应的支付状态正常。
5.如权利要求1至4中任一所述的方法,所述第一设备,包括:用于为所述第二用户捉供业务服务的设备,或与业务服务相关的设备；其中,所述第一设备还用于向结算端发出支付请求；
所述第二设备,包括:所述第二用户获得所述第一设备提供的或与第一设备相关的业务服务所需的设备。
6.一种支付设备,与第一用户信息相关联,第二设备与第二用户信息相关联；所述支付设备包括:
监测模块,监测与业务相关的第二设备,所述支付设备包括:为第二用户提供业务服务的设备；
信息获取模块,当监测到所述第二设备时,获取所述第二用户信息以及与所述业务相匹配的支付信息；
业务组件，执行业务；
请求传输模块,根据所述第一用户信息、第二用户信息以及所述支付信息,生成支付请求发送给结算端；
监测与业务相关的第二设备,包括:
监测第二用户的业务操作,以及与所述业务操作相关的第二设备,所述业务操作是第二用户为获得业务服务所发出的行为或指令；
当监测到所述第二设备时,获取所述第二用户信息以及与所述业务相匹配的支付信息,包括：
当与第二设备之间建立通信连接时,从第二设备获取所述第二用户信息以及基于所述业务操作生成的支付信息,所述支付信息包括使用所述业务服务所需支付的金额信息；
执行业务,包括:
向第二用户提供所述业务操作相应的所述业务服务；
根据所述第一用户信息、第二用户信息以及所述支付信息,生成支付请求发送给结算端,包括:
根据所述第一用户信息、第二用户信息以及所述支付信息,生成支付请求发送给服务器,以使得服务器对所述支付请求进行处理。
7.如权利要求6所述的支付设备,所述支付信息中至少包括：支付金额；
基于所述业务操作生成支付信息,具体包括：确定所述业务操作所对应的业务类型,根据预先设定的业务类型与支付金额之间的对应关系,确定匹配于所述业务操作的支付金额,根据所述支付金额生成所述业务操作的支付信息。
8.如权利要求6所述的支付设备,所述支付设备还包括:支付撤销模块,监测业务状态,当监测到所述业务状态为未成功执行时,向所述结算端发送撤销请求,以使得所述结算端撤销对所述支付请求的处理。
9.如权利要求6所述的支付设备,所述支付设备还包括:确定模块,在根据所述业务操作执行业务之前,确定所述第二用户信息对应的支付状态正常。
CN201710407635.7A 2017-06-02 2017-06-02 一种支付方法及设备 Active CN107392620B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN202010082757.5A CN111325536B (zh) 2017-06-02 2017-06-02 一种支付方法及设备
CN201710407635.7A CN107392620B (zh) 2017-06-02 2017-06-02 一种支付方法及设备
PCT/CN2018/082523 WO2018219047A1 (zh) 2017-06-02 2018-04-10 一种支付方法、设备及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710407635.7A CN107392620B (zh) 2017-06-02 2017-06-02 一种支付方法及设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202010082757.5A Division CN111325536B (zh) 2017-06-02 2017-06-02 一种支付方法及设备

Publications (2)

Publication Number Publication Date
CN107392620A CN107392620A (zh) 2017-11-24
CN107392620B true CN107392620B (zh) 2020-04-07

Family

ID=60331957

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201710407635.7A Active CN107392620B (zh) 2017-06-02 2017-06-02 一种支付方法及设备
CN202010082757.5A Active CN111325536B (zh) 2017-06-02 2017-06-02 一种支付方法及设备

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN202010082757.5A Active CN111325536B (zh) 2017-06-02 2017-06-02 一种支付方法及设备

Country Status (2)

Country Link
CN (2) CN107392620B (zh)
WO (1) WO2018219047A1 (zh)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107392620B (zh) * 2017-06-02 2020-04-07 口碑(上海)信息技术有限公司 一种支付方法及设备
CN108921491B (zh) * 2018-05-25 2021-11-30 诸然 一种基于区块链技术的建筑合同付款方法
CN110912960B (zh) * 2018-09-18 2023-04-28 斑马智行网络(香港)有限公司 一种数据处理方法、装置和机器可读介质
CN110288356B (zh) * 2019-05-31 2022-03-08 威富通科技有限公司 支付业务处理的方法、装置、电子设备、存储介质及系统
CN110288346A (zh) * 2019-06-28 2019-09-27 杭州复杂美科技有限公司 区块链分布式存储下载方法、设备和存储介质
CN110706069B (zh) * 2019-09-25 2021-03-02 口碑(上海)信息技术有限公司 订单支付请求的异常处理方法、设备、服务器及系统
CN111275427A (zh) * 2020-01-20 2020-06-12 维沃移动通信有限公司 一种收付款方法及电子设备
CN111028084A (zh) * 2020-03-11 2020-04-17 支付宝(杭州)信息技术有限公司 一种基于区块链的交易处理方法、装置及设备
CN111932244B (zh) * 2020-07-24 2023-10-20 中国银联股份有限公司 信息处理方法、装置、设备及介质
CN113344680A (zh) * 2021-07-02 2021-09-03 云镝智慧科技有限公司 一种订单处理方法、相关装置、设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101162517A (zh) * 2006-10-11 2008-04-16 中国民生银行股份有限公司 基于订单的支付信息处理方法
CN103236006A (zh) * 2013-04-18 2013-08-07 战国新 超市新型自助购物结账系统及方法
CN104537763A (zh) * 2015-01-12 2015-04-22 上海贤能信息技术有限公司 一种智能ic卡充值装置及其充值方法
CN106097049A (zh) * 2016-06-07 2016-11-09 安徽尚唯智能物联技术有限公司 基于声波标签技术的超市购物系统及购物方法

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150193857A1 (en) * 2014-01-08 2015-07-09 Modest, Inc. System and method for quick transactions
US10304045B2 (en) * 2014-02-12 2019-05-28 Mastercard International Incorporated Biometric solution enabling high throughput fare payments and system access
CN104331296B (zh) * 2014-11-25 2017-04-26 北京奇虎科技有限公司 交易信息处理方法、装置和系统
CN106034148B (zh) * 2015-03-13 2019-12-31 阿里巴巴集团控股有限公司 一种快速信息交互方法、本地服务器、异地服务器及系统
CN105096115B (zh) * 2015-06-29 2020-04-03 深圳市可秉资产管理合伙企业（有限合伙） 无销售点终端的电子支付交易的方法及移动装置
SG10201507758QA (en) * 2015-09-17 2017-04-27 Mastercard Asia Pacific Pte Ltd A method for passively closing a pre-authorized tab with an associated payment token
CN105260897A (zh) * 2015-10-15 2016-01-20 大庆万朵物联网科技有限公司 物联网自动支付方法及系统
CN105844799A (zh) * 2016-04-07 2016-08-10 成都博晟能源科技有限公司 加油站自动付费方法、设备和系统
CN106127529A (zh) * 2016-07-08 2016-11-16 廖志勇 一种车辆消费支付方法及系统
CN106296137A (zh) * 2016-08-01 2017-01-04 孙恩龙 一种支付数据处理方法、装置及系统
CN107392620B (zh) * 2017-06-02 2020-04-07 口碑(上海)信息技术有限公司 一种支付方法及设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101162517A (zh) * 2006-10-11 2008-04-16 中国民生银行股份有限公司 基于订单的支付信息处理方法
CN103236006A (zh) * 2013-04-18 2013-08-07 战国新 超市新型自助购物结账系统及方法
CN104537763A (zh) * 2015-01-12 2015-04-22 上海贤能信息技术有限公司 一种智能ic卡充值装置及其充值方法
CN106097049A (zh) * 2016-06-07 2016-11-09 安徽尚唯智能物联技术有限公司 基于声波标签技术的超市购物系统及购物方法

Also Published As

Publication number Publication date
CN111325536B (zh) 2024-02-23
CN111325536A (zh) 2020-06-23
WO2018219047A1 (zh) 2018-12-06
CN107392620A (zh) 2017-11-24

Similar Documents

Publication Publication Date Title
CN107392620B (zh) 一种支付方法及设备
KR102117977B1 (ko) 지불 시스템 및 지불 카드 사용을 관리하는 방법
US9038894B2 (en) Payment or other transaction through mobile device using NFC to access a contactless transaction card
US10290013B2 (en) Methods and apparatus for standard approach to coupon selection
US7873540B2 (en) Virtual terminal payer authorization systems and methods
US20170076274A1 (en) Authentication systems and methods
CN106357600B (zh) 用于支付服务的卡片注册方法和实施该方法的移动电子设备
GB2533333A (en) Transaction authorisation
JP2014517379A (ja) 支払い処理
US20140081849A1 (en) Systems and methods for providing near field communications
KR20170118431A (ko) 전자 장치 및 이를 이용한 결제 방법
US11393054B1 (en) Mobile wallets with packaged travel services
EP3739535A1 (en) Payment method, apparatus, related device, and system
CN110009335B (zh) 支付码生成、移动支付方法、装置及设备
EP3720044B1 (en) Electronic certificate transmission method, apparatus and device
WO2016048863A1 (en) Payment systems and methods for managing payment card use
CN113128996B (zh) 一种支付方法、装置及设备
CN108446905B (zh) 一种支付方法、装置及电子设备
US20160321687A1 (en) Systems and methods for dynamic price delivery
CN109559212B (zh) 一种退税处理方法、装置、设备及系统
US11227280B2 (en) Systems and methods for increased efficiency and reliability of contactless card transactions
US10970702B2 (en) Systems and methods for facilitating multi-party payment transactions
US11847634B2 (en) Systems and methods for conditionally gifting funds
CN113450144A (zh) 一种执行业务的方法及装置
CN113191515A (zh) 一种餐饮服务预订系统以及方法

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
TA01 Transfer of patent application right

Effective date of registration: 20180129

Address after: Room 203-10, No. 14, 1502 Lane Road, Roshan Road, China (Shanghai) free trade test area

Applicant after: Word-of-mouth (Shanghai) Information Technology Co., Ltd.

Address before: Cayman Islands Grand Cayman capital building a four storey No. 847 mailbox

Applicant before: ALIBABA GROUP HOLDING LIMITED

TA01 Transfer of patent application right
GR01 Patent grant
GR01 Patent grant