CN112581117A - 支付方法、收款设备、付款设备及存储介质 - Google Patents

支付方法、收款设备、付款设备及存储介质 Download PDF

Info

Publication number
CN112581117A
CN112581117A CN202011436140.5A CN202011436140A CN112581117A CN 112581117 A CN112581117 A CN 112581117A CN 202011436140 A CN202011436140 A CN 202011436140A CN 112581117 A CN112581117 A CN 112581117A
Authority
CN
China
Prior art keywords
payment
amount
request
bill
payment device
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
CN202011436140.5A
Other languages
English (en)
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.)
China Unionpay Co Ltd
Original Assignee
China Unionpay 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 China Unionpay Co Ltd filed Critical China Unionpay Co Ltd
Priority to CN202011436140.5A priority Critical patent/CN112581117A/zh
Publication of CN112581117A publication Critical patent/CN112581117A/zh
Priority to PCT/CN2021/119517 priority patent/WO2022121433A1/zh
Priority to TW110139359A priority patent/TWI805040B/zh
Pending legal-status Critical Current

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/22—Payment schemes or models

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Transition And Organic Metals Composition Catalysts For Addition Polymerization (AREA)
  • Refuse Collection And Transfer (AREA)
  • Control Of Vending Devices And Auxiliary Devices For Vending Devices (AREA)

Abstract

本申请实施例提供一种支付方法、收款设备、付款设备及存储介质。该方法应用于收款设备，包括：获取第一付款设备的第一数量和账单信息，账单信息包括账单金额；根据第一数量和账单金额，计算每个第一付款设备对应的付款金额；向第一付款设备发送第一收款请求，第一收款请求包括付款金额，第一收款请求用于指示第一付款设备根据付款金额进行支付。根据本申请实施例，收款设备可以直接对账单金额进行拆分，由每个付款用户的付款设备共同支付，提高支付效率。

Description

支付方法、收款设备、付款设备及存储介质
技术领域
本申请涉及支付技术领域，尤其涉及一种支付方法、收款设备、付款设备及存储介质。
背景技术
目前，在多个用户共同消费时，传统支付方案并不支持将账单金额拆分，由多个用户进行支付。往往需要由某一个用户先进行支付，再由其他用户向该用户进行转账。如此一来，需要花费一定的时间完成其他用户的转账，支付效率较低，影响用户的支付体验。
发明内容
本申请实施例提供了一种支付方法、收款设备、付款设备及存储介质，可以直接对账单金额进行拆分，由每个付款用户的付款设备共同支付，提高支付效率。
第一方面，本申请实施例提供一种支付方法，该方法应用于收款设备，包括：
获取第一付款设备的第一数量和账单信息，其中，账单信息包括账单金额；
根据第一数量和账单金额，计算每个第一付款设备对应的付款金额；
向第一付款设备发送第一收款请求，其中，第一收款请求包括付款金额，第一收款请求用于指示第一付款设备根据付款金额进行支付。
第二方面，本申请实施例提供一种支付方法，该方法应用于付款设备，包括：
接收收款设备发送的第一收款请求，其中，第一收款请求包括付款金额，付款金额是收款设备根据参与付款的付款设备的数量和账单金额，计算得到；
根据付款金额进行支付。
第三方面，本申请实施例提供一种收款设备，该收款设备包括：
获取模块，用于获取第一付款设备的第一数量和账单信息，其中，账单信息包括账单金额；
计算模块，用于根据第一数量和账单金额，计算每个第一付款设备对应的付款金额；
发送模块，用于向第一付款设备发送第一收款请求，其中，第一收款请求包括付款金额，第一收款请求用于指示第一付款设备根据付款金额进行支付。
第四方面，本申请实施例提供一种付款设备，该付款设备包括：
接收模块，用于接收收款设备发送的第一收款请求，其中，第一收款请求包括付款金额，付款金额是收款设备根据参与付款的付款设备的数量和账单金额，计算得到；
支付模块，用于根据付款金额进行支付。
第五方面，本申请实施例提供一种支付设备，该设备包括：处理器以及存储有计算机程序指令的存储器；处理器执行计算机程序指令时实现第一方面所述的支付方法，或者，处理器执行计算机程序指令时实现第二方面所述的支付方法。
第六方面，本申请实施例提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现第一方面所述的支付方法，或者，计算机程序指令被处理器执行时实现第二方面所述的支付方法。
本申请实施例提供的一种支付方法、收款设备、付款设备及存储介质，收款设备可以获取第一付款设备的第一数量和账单信息。其中，账单信息包括账单金额。接着根据第一数量和账单金额，计算每个第一付款设备对应的付款金额。然后向每个第一付款设备发送第一收款请求。其中，第一收款请求包括付款金额。进而每个第一付款设备根据付款金额进行支付。如此收款设备可以直接对账单金额进行拆分，由每个付款用户的付款设备共同支付，提高支付效率，改善用户支付体验。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种支付场景示意图；
图2是本申请实施例提供的一种支付方法的流程示意图；
图3是本申请实施例提供的一种收款设备的结构示意图；
图4是本申请实施例提供的一种付款设备的结构示意图；
图5是本申请实施例提供的一种支付设备的结构示意图。
具体实施方式
下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
为了解决现有技术问题，本申请实施例提供了一种支付方法、收款设备、付款设备及存储介质。收款设备可以获取第一付款设备的第一数量和账单信息。其中，账单信息包括账单金额。接着根据第一数量和账单金额，计算每个第一付款设备对应的付款金额。然后向每个第一付款设备发送第一收款请求。其中，第一收款请求包括付款金额。进而每个第一付款设备根据付款金额进行支付。如此收款设备可以直接对账单金额进行拆分，由每个付款用户的付款设备共同支付，提高支付效率，改善用户支付体验。
下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的支付方法、收款设备、付款设备及存储介质进行详细地说明。
图1是本申请实施例提供的一种支付场景示意图，如图1所示，在一个区域中，例如餐厅，存在收款设备110和至少一个付款设备120。其中，收款设备110可以为收银机、手机或者平板电脑等等。付款设备120可以为手机、平板电脑或者笔记本电脑等等。收款设备110和付款设备120可以采用超宽带(Ultra Wide Band，UWB)或者蓝牙等通信方式进行通信。示例性地，收款设备110和付款设备120可以带有UWB标签或者蓝牙模块。
在结账时，收款设备110可以获取第一付款设备的第一数量和账单信息。其中，第一付款设备是参与付款的付款设备120，账单信息包括账单金额。接着根据第一数量和账单金额，计算每个第一付款设备对应的付款金额。然后向每个第一付款设备发送第一收款请求。其中，第一收款请求包括付款金额。进而每个第一付款设备根据付款金额进行支付。
下面将详细介绍本申请实施例提供的支付方法。其中，该支付方法可以应用于图1所示的支付场景。
图2是本申请实施例提供的一种支付方法的流程示意图，如图2所示，该支付方法可以包括以下步骤：
S210，收款设备获取第一付款设备的第一数量和账单信息。
其中，第一付款设备是参与付款的付款设备，账单信息包括账单金额。账单金额可以是多个用户共同消费的总金额，例如用户聚餐后的消费总金额。作为一个示例，在结账时，收款设备可以接收用户输入的账单金额。可选地，账单信息还可以包括账单明细。
可选地，收款设备可以向预设范围内的至少一个第二付款设备发送第二收款请求。其中，预设范围可以灵活设置。示例性地，可以是收款设备的通信范围。第二付款设备是候选的付款设备，其可以参与付款，也可以不参与付款。第二收款请求可以包括账单信息。
第二付款设备接收收款设备发送的第二收款请求，显示账单信息。用户可以查看账单信息并决定是否参与此次付款，表明支付意图。若用户参与此次付款，则可以输入第一确认信息，例如点击显示界面中的目标控件。当接收到用户输入的第一确认信息时，第二付款设备向收款设备发送付款请求。其中，付款请求表示该第二付款设备参与付款。此时，该第二付款设备即为第一付款设备。可以理解，若用户不参与此次付款，例如用户是路过的无关用户或邻桌较近的用户，与此次付款无关，则可以忽略账单信息，或者输入拒绝信息。此时，该第二付款设备不参与此次付款。
收款设备接收第一付款设备发送的付款请求，确定付款请求的数量为第一付款设备的第一数量。如此可以使用户查看账单信息，决定是否参与付款，进而精确确定参与付款的人数。
作为一个示例，收款设备可以采用超宽带UWB通信方式向预设范围内的至少一个第二付款设备发送第二收款请求。相应地，第二付款设备可以采用UWB通信方式接收收款设备发送的第二收款请求。第一付款设备可以采用UWB通信方式向收款设备发送付款请求。收款设备可以采用超宽带UWB通信方式接收第一付款设备发送的付款请求。
可选地，收款设备可以获取待付款用户的第二数量和预设范围内的至少一个第二付款设备的第三数量。在第二数量等于第三数量的情况下，确定第二付款设备为第一付款设备，第三数量为第一数量。例如，在结账时，若周边无其他收款设备的干扰，例如没有无关用户路过，或邻桌的用户距离较远的情况下，商家可以向收款设备直接输入待付款用户的第二数量例如5个，收款设备确定预设范围内有且仅有5个第二付款设备，则确定第二付款设备为第一付款设备。如此无需用户操作付款设备，仅需用户将付款设备接近收款设备，即可快速获取参与付款的付款设备的数量。
S220，收款设备根据第一数量和账单金额，计算每个第一付款设备对应的付款金额。
在一个实施例中，收款设备可以根据第一数量和账单金额，平均计算每个第一付款设备对应的付款金额。如此可以实现平均付款，提高支付效率。
作为一个示例，收款设备可以将第一数量和账单金额输入平均计算公式，计算付款金额。其中，平均计算公式可以如下所示：
Figure BDA0002828287180000061
其中，
Figure BDA0002828287180000062
表示付款金额，costtotal表示账单金额，N表示第一数量。
在另一个实施例中，收款设备可以根据第一数量、账单金额和预设比例信息，计算每个第一付款设备对应的付款金额。如此可以实现按比例付款，提高支付效率。
例如，第一数量为3，账单金额为200，预设比例信息为20％、30％、50％，则根据该预设比例信息计算的付款金额分别为40、60、100，此时，可以向3个第一付款设备随机指定付款金额，得到每个第一付款设备对应的付款金额。
在另一个实施例中，收款设备可以根据第一数量和账单金额，随机计算每个第一付款设备对应的付款金额。示例性地，可以根据随机算法计算每个第一付款设备对应的付款金额，使得每个用户的付款金额充满不确定性，进而提高支付的趣味性，优化用户支付体验。
S230，收款设备向第一付款设备发送第一收款请求。
其中，第一收款请求包括付款金额。可选地，第一收款请求还可以包括账单总金额和账单明细。作为在一个示例，收款设备可以采用UWB通信方式向第一付款设备发送第一收款请求。
S240，第一付款设备根据付款金额进行支付。
可选地，第一付款设备可以接收收款设备发送的第一收款请求，显示付款金额，接收用户输入的第二确认信息，根据付款金额进行支付。例如，用户查看付款金额，向第一付款设备输入支付密码，以使第一付款设备根据付款金额进行支付。
可选地，第一付款设备可以接收收款设备发送的第一收款请求，响应于第一收款请求，基于免密机制对付款金额进行支付，即可以直接进行免密支付，无需用户操作付款设备，提高支付效率。
作为一个示例，第一付款设备可以采用UWB通信方式接收收款设备发送的第一收款请求。
在本申请实施例中，收款设备可以获取第一付款设备的第一数量和账单信息。其中，账单信息包括账单金额。接着根据第一数量和账单金额，计算每个第一付款设备对应的付款金额。然后向每个第一付款设备发送第一收款请求。其中，第一收款请求包括付款金额。进而每个第一付款设备根据付款金额进行支付。如此收款设备可以直接对账单金额进行拆分，由每个付款用户的付款设备共同支付，无需一个用户垫付后再向其他用户进行繁琐的收款，提高支付效率，改善用户支付体验。
可以理解，在每个第一付款设备支付完成后，收款设备完成收款。而且收款设备可以获取第一付款设备对应的用户信息。也就是说，收款设备可以获取到参与付款的用户的信息，用于后续更全面的消费体验反馈收集和活动信息推送以及其他周边服务。
基于本申请实施例提供的支付方法，本申请实施例还提供了一种收款设备，如图3所示，收款设备300可以包括：获取模块310、计算模块320、发送模块330。
其中，获取模块310，用于获取第一付款设备的第一数量和账单信息。其中，账单信息包括账单金额。
计算模块320，用于根据第一数量和账单金额，计算每个第一付款设备对应的付款金额。
发送模块330，用于向第一付款设备发送第一收款请求。其中，第一收款请求包括付款金额，第一收款请求用于指示第一付款设备根据付款金额进行支付。
在一个实施例中，获取模块310包括：
发送单元，用于向预设范围内的至少一个第二付款设备发送第二收款请求。其中，第二收款请求包括账单信息，第二收款请求用于指示第二付款设备显示账单信息。
接收单元，用于接收至少一个第二付款设备中的第一付款设备发送的付款请求。
确定单元，用于确定付款请求的数量为第一付款设备的第一数量。
在一个实施例中，获取模块310包括：
获取单元，用于获取待付款用户的第二数量和预设范围内的至少一个第二付款设备的第三数量。
确定单元，用于在第二数量等于第三数量的情况下，确定第二付款设备为第一付款设备，第三数量为第一数量。
在一个实施例中，账单信息还包括账单明细。
在一个实施例中，所述计算模块320，具体用于根据所述第一数量和所述账单金额，平均计算每个第一付款设备对应的付款金额；或者，
根据第一数量、账单金额和预设比例信息，计算每个第一付款设备对应的付款金额；或者，
根据所述第一数量和所述账单金额，随机计算每个第一付款设备对应的付款金额。
在一个实施例中，发送模块330，具体用于采用UWB通信方式向第一付款设备发送第一收款请求。
在一个实施例中，发送单元，具体用于采用UWB通信方式向预设范围内的至少一个第二付款设备发送第二收款请求。
可以理解的是，图3所示收款设备300中的各个模块/单元具有实现图2中收款设备所执行的各个步骤的功能，并能达到其相应的技术效果，为简洁，在此不再赘述。
基于本申请实施例提供的支付方法，本申请实施例还提供了一种付款设备，如图4所示，付款设备400可以包括：接收模块410、支付模块420。
其中，接收模块410，用于接收收款设备发送的第一收款请求。其中，第一收款请求包括付款金额，付款金额是收款设备根据参与付款的付款设备的数量和账单金额，计算得到。
支付模块420，用于根据付款金额进行支付。
在一个实施例中，接收模块410，还用于在接收收款设备发送的第一收款请求之前，接收收款设备发送的第二收款请求。其中，第二收款请求包括账单信息，账单信息包括账单金额。
付款设备400还包括：显示模块，用于显示账单信息。
发送模块，用于当接收到用户输入的第一确认信息时，向收款设备发送付款请求。其中，付款请求表示付款设备参与付款。
在一个实施例中，支付模块420包括：
显示单元，用于显示付款金额。
支付单元，用于接收用户输入的第二确认信息，根据付款金额进行支付。
在一个实施例中，账单信息还包括账单明细。
在一个实施例中，接收模块410，具体用于采用UWB通信方式接收收款设备发送的第一收款请求。
在一个实施例中，所述接收模块，具体用于采用UWB通信方式接收所述收款设备发送的所述第二收款请求。
可以理解的是，图4所示付款设备400中的各个模块/单元具有实现图2中付款设备所执行的各个步骤的功能，并能达到其相应的技术效果，为简洁，在此不再赘述。
图5是本申请实施例提供的一种支付设备的结构示意图。
如图5所示，本实施例中的支付设备500包括输入设备501、输入接口502、中央处理器503、存储器504、输出接口505、以及输出设备506。其中，输入接口502、中央处理器503、存储器504、以及输出接口505通过总线510相互连接，输入设备501和输出设备506分别通过输入接口502和输出接口505与总线510连接，进而与支付设备500的其他组件连接。
具体地，输入设备501接收来自外部的输入信息，并通过输入接口502将输入信息传送到中央处理器503；中央处理器503基于存储器504中存储的计算机可执行指令对输入信息进行处理以生成输出信息，将输出信息临时或者永久地存储在存储器504中，然后通过输出接口505将输出信息传送到输出设备506；输出设备506将输出信息输出到支付设备500的外部供用户使用。
在一个实施例中，图5所示的支付设备500包括：存储器504，用于存储程序；处理器503，用于运行存储器中存储的程序，以实现本申请实施例提供的支付方法。
本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现本申请实施例提供的支付方法。
需要明确的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，为了简洁，不再赘述。本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，做出各种改变、修改和添加，或者改变步骤之间的顺序。
以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、只读存储器(Read-Only Memory，ROM)、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(Radio Frequency，RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。
还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。
上面参考根据本公开的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。
以上所述，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。

Claims (28)

1.一种支付方法，其特征在于，所述方法应用于收款设备，包括：
获取第一付款设备的第一数量和账单信息，其中，所述账单信息包括账单金额；
根据所述第一数量和所述账单金额，计算每个第一付款设备对应的付款金额；
向所述第一付款设备发送第一收款请求，其中，所述第一收款请求包括所述付款金额，所述第一收款请求用于指示所述第一付款设备根据所述付款金额进行支付。
2.根据权利要求1所述的方法，其特征在于，所述获取第一付款设备的第一数量，包括：
向预设范围内的至少一个第二付款设备发送第二收款请求，其中，所述第二收款请求包括所述账单信息，所述第二收款请求用于指示所述第二付款设备显示所述账单信息；
接收所述至少一个第二付款设备中的第一付款设备发送的付款请求；
确定所述付款请求的数量为所述第一付款设备的第一数量。
3.根据权利要求1所述的方法，其特征在于，所述获取第一付款设备的第一数量，包括：
获取待付款用户的第二数量和预设范围内的至少一个第二付款设备的第三数量；
在所述第二数量等于所述第三数量的情况下，确定所述第二付款设备为所述第一付款设备，所述第三数量为所述第一数量。
4.根据权利要求1所述的方法，其特征在于，所述根据所述第一数量和所述账单金额，计算每个第一付款设备对应的付款金额，包括：
根据所述第一数量和所述账单金额，平均计算每个第一付款设备对应的付款金额；或者，
根据所述第一数量、所述账单金额和预设比例信息，计算每个第一付款设备对应的付款金额；或者，
根据所述第一数量和所述账单金额，随机计算每个第一付款设备对应的付款金额。
5.根据权利要求2所述的方法，其特征在于，所述账单信息还包括所述账单明细。
6.根据权利要求1所述的方法，其特征在于，采用超宽带UWB通信方式向所述第一付款设备发送所述第一收款请求。
7.根据权利要求2所述的方法，其特征在于，
采用UWB通信方式向预设范围内的所述至少一个第二付款设备发送第二收款请求。
8.一种支付方法，其特征在于，所述方法应用于付款设备，包括：
接收收款设备发送的第一收款请求，其中，所述第一收款请求包括付款金额，所述付款金额是所述收款设备根据参与付款的付款设备的数量和账单金额，计算得到；
根据所述付款金额进行支付。
9.根据权利要求8所述的方法，其特征在于，在接收收款设备发送的第一收款请求之前，所述方法还包括：
接收所述收款设备发送的第二收款请求，其中，所述第二收款请求包括账单信息，所述账单信息包括所述账单金额；
显示所述账单信息；
当接收到用户输入的第一确认信息时，向所述收款设备发送付款请求，其中，所述付款请求表示所述付款设备参与付款。
10.根据权利要求8所述的方法，其特征在于，所述根据所述付款金额进行支付，包括：
显示所述付款金额；
接收用户输入的第二确认信息，根据所述付款金额进行支付。
11.根据权利要求9所述的方法，其特征在于，所述账单信息还包括账单明细。
12.根据权利要求8所述的方法，其特征在于，采用UWB通信方式接收所述收款设备发送的所述第一收款请求。
13.根据权利要求9所述的方法，其特征在于，采用UWB通信方式接收所述收款设备发送的所述第二收款请求。
14.一种收款设备，其特征在于，所述收款设备包括：
获取模块，用于获取第一付款设备的第一数量和账单信息，其中，所述账单信息包括账单金额；
计算模块，用于根据所述第一数量和所述账单金额，计算每个第一付款设备对应的付款金额；
发送模块，用于向所述第一付款设备发送第一收款请求，其中，所述第一收款请求包括所述付款金额，所述第一收款请求用于指示所述第一付款设备根据所述付款金额进行支付。
15.根据权利要求14所述的收款设备，其特征在于，所述获取模块包括：
发送单元，用于向预设范围内的至少一个第二付款设备发送第二收款请求，其中，所述第二收款请求包括所述账单信息，所述第二收款请求用于指示所述第二付款设备显示所述账单信息；
接收单元，用于接收所述至少一个第二付款设备中的第一付款设备发送的付款请求；
确定单元，用于确定所述付款请求的数量为所述第一付款设备的第一数量。
16.根据权利要求14所述的收款设备，其特征在于，所述获取模块包括：
获取单元，用于获取待付款用户的第二数量和预设范围内的至少一个第二付款设备的第三数量；
确定单元，用于在所述第二数量等于所述第三数量的情况下，确定所述第二付款设备为所述第一付款设备，所述第三数量为所述第一数量。
17.根据权利要求15所述的收款设备，其特征在于，所述账单信息还包括所述账单明细。
18.根据权利要求14所述的收款设备，其特征在于，所述计算模块，具体用于根据所述第一数量和所述账单金额，平均计算每个第一付款设备对应的付款金额；或者，
根据所述第一数量、所述账单金额和预设比例信息，计算每个第一付款设备对应的付款金额；或者，
根据所述第一数量和所述账单金额，随机计算每个第一付款设备对应的付款金额。
19.根据权利要求14所述的收款设备，其特征在于，
所述发送模块，具体用于采用UWB通信方式向所述第一付款设备发送所述第一收款请求。
20.根据权利要求15所述的收款设备，其特征在于，所述发送单元，具体用于采用UWB通信方式向预设范围内的所述至少一个第二付款设备发送第二收款请求。
21.一种付款设备，其特征在于，所述付款设备包括：
接收模块，用于接收收款设备发送的第一收款请求，其中，所述第一收款请求包括付款金额，所述付款金额是所述收款设备根据参与付款的付款设备的数量和账单金额，计算得到；
支付模块，用于根据所述付款金额进行支付。
22.根据权利要求21所述的付款设备，其特征在于，所述接收模块，还用于在接收收款设备发送的第一收款请求之前，接收所述收款设备发送的第二收款请求，其中，所述第二收款请求包括账单信息，所述账单信息包括所述账单金额；
所述付款设备还包括：显示模块，用于显示所述账单信息；
发送模块，用于当接收到用户输入的第一确认信息时，向所述收款设备发送付款请求，其中，所述付款请求表示所述付款设备参与付款。
23.根据权利要求21所述的付款设备，其特征在于，所述支付模块包括：
显示单元，用于显示所述付款金额；
支付单元，用于接收用户输入的第二确认信息，根据所述付款金额进行支付。
24.根据权利要求22所述的付款设备，其特征在于，所述账单信息还包括账单明细。
25.根据权利要求21所述的付款设备，其特征在于，所述接收模块，具体用于采用UWB通信方式接收所述收款设备发送的所述第一收款请求。
26.根据权利要求22所述的付款设备，其特征在于，所述接收模块，具体用于采用UWB通信方式接收所述收款设备发送的所述第二收款请求。
27.一种支付设备，其特征在于，所述设备包括：处理器以及存储有计算机程序指令的存储器；所述处理器执行所述计算机程序指令时实现如权利要求1-13任意一项所述的支付方法。
28.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-13任意一项所述的支付方法。
CN202011436140.5A 2020-12-10 2020-12-10 支付方法、收款设备、付款设备及存储介质 Pending CN112581117A (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN202011436140.5A CN112581117A (zh) 2020-12-10 2020-12-10 支付方法、收款设备、付款设备及存储介质
PCT/CN2021/119517 WO2022121433A1 (zh) 2020-12-10 2021-09-22 支付方法、收款设备、付款设备及存储介质
TW110139359A TWI805040B (zh) 2020-12-10 2021-10-22 支付方法、收款設備、付款設備及存儲介質

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011436140.5A CN112581117A (zh) 2020-12-10 2020-12-10 支付方法、收款设备、付款设备及存储介质

Publications (1)

Publication Number Publication Date
CN112581117A true CN112581117A (zh) 2021-03-30

Family

ID=75130694

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011436140.5A Pending CN112581117A (zh) 2020-12-10 2020-12-10 支付方法、收款设备、付款设备及存储介质

Country Status (3)

Country Link
CN (1) CN112581117A (zh)
TW (1) TWI805040B (zh)
WO (1) WO2022121433A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022121433A1 (zh) * 2020-12-10 2022-06-16 中国银联股份有限公司 支付方法、收款设备、付款设备及存储介质
WO2023221528A1 (zh) * 2022-05-17 2023-11-23 中国银联股份有限公司 支付方法、装置、设备、介质及产品

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104951935A (zh) * 2014-03-25 2015-09-30 小米科技有限责任公司 一种分账方法及装置
CN106980967A (zh) * 2017-03-29 2017-07-25 北京小米移动软件有限公司 付款处理方法及装置
CN108764913A (zh) * 2018-07-13 2018-11-06 惠龙易通国际物流股份有限公司 基于多用户的共同支付方法、装置、系统和存储介质
CN110363529A (zh) * 2019-08-22 2019-10-22 北京全迹科技有限公司 安全便捷的支付方法、收费终端和支付系统

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130332349A1 (en) * 2012-06-07 2013-12-12 Bank Of America Atm for use with cash bill payment
CN103824183A (zh) * 2014-02-19 2014-05-28 联想(北京)有限公司 一种信息处理的方法及电子设备
CN108335098B (zh) * 2018-01-24 2023-03-14 创新先进技术有限公司 一种多人付款的方法和装置
CN108346043A (zh) * 2018-02-14 2018-07-31 东芝泰格有限公司 结算系统及数据处理方法
TWM585388U (zh) * 2019-03-29 2019-10-21 臺灣銀行股份有限公司 整合客戶往來明細之客製化帳本及家庭帳本系統
CN110458557B (zh) * 2019-07-03 2022-05-24 杭州复杂美科技有限公司 一种付款方法、设备及存储介质
CN110675135B (zh) * 2019-08-02 2024-03-08 平安科技（深圳）有限公司 多人共同支付方法、装置、介质及电子设备
CN111369241B (zh) * 2020-02-20 2021-08-13 支付宝(杭州)信息技术有限公司 一种群支付方法、装置和设备
CN112581117A (zh) * 2020-12-10 2021-03-30 中国银联股份有限公司 支付方法、收款设备、付款设备及存储介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104951935A (zh) * 2014-03-25 2015-09-30 小米科技有限责任公司 一种分账方法及装置
CN106980967A (zh) * 2017-03-29 2017-07-25 北京小米移动软件有限公司 付款处理方法及装置
CN108764913A (zh) * 2018-07-13 2018-11-06 惠龙易通国际物流股份有限公司 基于多用户的共同支付方法、装置、系统和存储介质
CN110363529A (zh) * 2019-08-22 2019-10-22 北京全迹科技有限公司 安全便捷的支付方法、收费终端和支付系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022121433A1 (zh) * 2020-12-10 2022-06-16 中国银联股份有限公司 支付方法、收款设备、付款设备及存储介质
WO2023221528A1 (zh) * 2022-05-17 2023-11-23 中国银联股份有限公司 支付方法、装置、设备、介质及产品

Also Published As

Publication number Publication date
WO2022121433A1 (zh) 2022-06-16
TWI805040B (zh) 2023-06-11
TW202223796A (zh) 2022-06-16

Similar Documents

Publication Publication Date Title
US11651388B2 (en) Frictionless entry into combined merchant loyalty program
CN107093141B (zh) 产品对象的处理方法和装置
CN109067582B (zh) 一种数据管理系统、方法及装置
CN112581117A (zh) 支付方法、收款设备、付款设备及存储介质
US20080154734A1 (en) Contactless payment selection criteria based on financial account status
CN110851531B (zh) 协作边缘计算方法、区块链和协作边缘计算系统
CN106980967A (zh) 付款处理方法及装置
CN107194802A (zh) 信用评估方法及装置
CN111709777A (zh) 支付方式的推荐方法、系统、终端设备及存储介质
CN111311398A (zh) 一种费用的处理方法及装置
JP2021117600A (ja) 入金指示システム
CN112200595A (zh) 优惠券校验方法、支付方法、装置、设备及介质
CN113935507A (zh) 基于区块链的外币现钞兑换预约方法及装置
CN111798315A (zh) 智能合约体系、智能合约管理方法、设备及可读存储介质
CN110717822A (zh) 一种转账中的风控方法、装置及设备
CN108492095B (zh) 基于区块链的交易方法及装置
US20150286998A1 (en) Methods and Systems for Facilitating Transactions
US20210374711A1 (en) Information processing system, server, and computer readable recording medium
CN115713332A (zh) 支付方法、装置、设备及存储介质
JP6803100B1 (ja) 運用支援システム
CN111144977B (zh) 一种股票订单处理方法、装置
CN108573446B (zh) 银行卡认证方法、装置、设备及可读存储介质
CN113971590A (zh) 电子优惠券处理方法、装置、计算机程序产品及存储介质
CN113298631A (zh) 记结息处理方法及装置
CN109801052B (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
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40047444

Country of ref document: HK