CN112950219A - 支付处理方法和系统 - Google Patents

支付处理方法和系统 Download PDF

Info

Publication number
CN112950219A
CN112950219A CN202110252652.4A CN202110252652A CN112950219A CN 112950219 A CN112950219 A CN 112950219A CN 202110252652 A CN202110252652 A CN 202110252652A CN 112950219 A CN112950219 A CN 112950219A
Authority
CN
China
Prior art keywords
payment
request
authentication request
verification
processing method
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
CN202110252652.4A
Other languages
English (en)
Other versions
CN112950219B (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.)
AlipayCom Co ltd
Original Assignee
Alipay Hangzhou 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 Alipay Hangzhou Information Technology Co Ltd filed Critical Alipay Hangzhou Information Technology Co Ltd
Priority to CN202110252652.4A priority Critical patent/CN112950219B/zh
Priority to CN202311267777.XA priority patent/CN117236965A/zh
Publication of CN112950219A publication Critical patent/CN112950219A/zh
Application granted granted Critical
Publication of CN112950219B publication Critical patent/CN112950219B/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/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4016—Transaction verification involving fraud or risk level assessment in transaction processing
    • 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/3276—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being read by the M-device
    • 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/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • G06Q20/40145—Biometric identity checks
    • 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/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405—Establishing or using transaction specific rules
    • 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

Landscapes

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

Abstract

本说明书提供的支付处理方法和系统中，收款系统在采集到付款码后向支付服务器发送支付请求；支付服务器识别所述支付请求是否需要进行验证；当所述支付请求需要进行验证时，支付服务器将验证请求同时发送给收款系统和付款终端，并通过收款系统显示验证请求，以及时提醒收款方和付款方所述支付请求在支付过程中的状态，从而及时提醒付款方对所述支付请求进行验证。在付款方对所述支付请求进行验证时，付款方可以通过付款终端进行操作，也可以通过对收款系统进行操作。本说明书提供的支付处理方法和系统，能够及时有效地提示收款方和付款方关于支付订单在支付过程中的状态，提升线下场景扫码支付防丢单能力，提高支付成功率。

Description

支付处理方法和系统
技术领域
本说明书涉及互联网领域，尤其涉及一种支付处理方法和系统。
背景技术
随着移动支付技术的不断普及和发展，移动支付不但在日常生活中给人们带来更多的便利，也在逐渐改变着人们日常的支付模式。在扫码支付场景中，一些特殊情况下，用户扫码后移动终端会弹出二次校验页面以对支付订单进行二次校验的情况，比如交易金额巨大、余额不足、支付存在风险等场景。此时，收款系统端并不会显示需要进行二次校验的信息，从而不会提示商家支付订单需要进行二次校验。如果遇到客流量较大的场景，很容易产生商家和用户都认为支付成功的错觉，从而产生丢单现象。线下扫码支付丢单问题是普遍存在而又难以避免的问题。
因此，需要提供一种支付处理方法和系统，能够及时有效地提示收款方和付款方关于支付订单在支付过程中的状态，提升线下场景扫码支付防丢单能力，提高支付成功率。
发明内容
本说明书提供一种支付处理方法和系统，能够及时有效地提示收款方和付款方关于支付订单在支付过程中的状态，提升线下场景扫码支付防丢单能力，提高支付成功率。
第一方面，本说明书提供一种支付处理方法，应用于支付服务器，包括：接收收款系统发送的支付请求，所述支付请求包括所述收款系统的设备标识、交易金额以及所述收款系统采集到的付款终端的付款码；识别所述支付请求，确定所述支付请求是否需要验证；确定所述支付请求需要进行所述验证，向所述付款终端和所述收款系统发送验证请求；以及确定所述验证通过，执行所述支付请求并向所述收款系统和所述付款终端发送支付结果。
在一些实施例中，所述识别所述支付请求，确定所述支付请求是否需要验证，包括：识别所述支付请求，确定与所述收款系统的设备标识关联的收款账户以及识别出所述付款码对应的付款账户和所述付款终端的设备标识；以及基于所述支付请求的识别结果，确定所述支付请求是否需要进行所述验证，包括以下情况中的至少一种：对比所述支付请求与所述付款账户的支付策略，当所述支付请求不满足所述支付策略，确定所述支付请求需要进行所述验证，否则不需要进行所述验证；以及对所述支付请求进行风险评估，当所述支付请求的风险值高于风险阈值，确定所述支付请求需要进行所述验证，否则不需要进行所述验证。
在一些实施例中，所述支付策略包括以下情况中的至少一种：支付额度限制策略；以及收款账户限制策略。
在一些实施例中，所述验证请求包括以下情况中的至少一种：针对所述支付请求的确认请求；以及针对目标付款方的身份验证请求，所述目标付款方包括与所述付款终端关联的用户。
在一些实施例中，所述身份验证请求包括支付密码验证请求、生物特征验证请求以及验证码验证请求中的至少一种。
在一些实施例中，所述生物特征验证请求包括面部图像验证请求、虹膜验证请求、巩膜验证请求、指纹验证请求、掌纹验证请求、声纹验证请求、骨骼投影验证请求中的至少一种。
在一些实施例中，所述验证请求包括：第一验证请求，被发送给所述付款终端；以及第二验证请求，被发送给所述收款系统。
在一些实施例中，所述第一验证请求包括以下情况中的至少一种：针对所述支付请求的确认请求；以及针对目标付款方的身份验证请求，所述目标付款方包括与所述付款终端关联的用户。
在一些实施例中，所述第二验证请求包括提示目标付款方通过所述付款终端完成所述验证的请求，所述目标付款方包括与所述付款终端关联的用户。
在一些实施例中，在所述确定所述验证通过之前，所述方法还包括：接收所述付款终端或所述收款系统发送的响应于所述验证请求的验证结果。
第二方面，本说明书提供一种支付处理系统，包括支付服务器，所述支付服务器包括至少一个存储介质以及至少一个处理器，所述至少一个存储介质存储有至少一个指令集用于支付处理；所述至少一个处理器同所述至少一个存储介质通信连接，其中当支付处理系统运行时，所述至少一个处理器读取所述至少一个指令集并实施本说明书第一方面所述的支付处理方法。
第三方面，本说明书提供一种支付处理方法，应用于收款系统，包括：采集付款终端的付款码；向支付服务器发送支付请求，所述支付请求包括所述收款系统的设备标识、交易金额以及所述付款码；接收并显示所述支付服务器发送的验证请求；以及接收所述支付服务器发送的支付结果并显示。
在一些实施例中，所述支付服务器基于所述支付请求确定所述支付请求需要进行验证时，向所述收款系统发送所述验证请求。
在一些实施例中，所述验证请求包括以下情况中的至少一种：针对所述支付请求的确认请求；针对目标付款方的身份验证请求，所述目标付款方包括与所述付款终端关联的用户；以及提示所述目标付款方通过所述付款终端完成所述验证的请求。
在一些实施例中，所述身份验证请求包括支付密码验证请求、生物特征验证请求以及验证码验证请求中的至少一种。
在一些实施例中，所述生物特征验证请求包括面部图像验证请求、虹膜验证请求、巩膜验证请求、指纹验证请求、掌纹验证请求、声纹验证请求、骨骼投影验证请求中的至少一种。
在一些实施例中，在所述接收所述支付服务器发送的支付结果之前，所述方法还包括：接收目标付款方响应于所述验证请求的操作，生成验证结果，并向所述支付服务器发送，所述目标付款方包括与所述付款终端关联的用户。
在一些实施例中，所述显示所述支付服务器发送的验证请求，包括以下情况中的至少一种：将所述验证请求通过所述收款系统的显示屏进行显示；将所述验证请求通过所述收款系统的语音播放装置进行广播。
第四方面，本说明书提供一种支付处理系统，包括收款系统，所述收款系统包括至少一个存储介质以及至少一个处理器，所述至少一个存储介质存储有至少一个指令集用于支付处理；所述至少一个处理器同所述至少一个存储介质通信连接，其中当支付处理系统运行时，所述至少一个处理器读取所述至少一个指令集并实施本说明书第一方面所述的支付处理方法。
在一些实施例中，所述收款系统还包括采集设备，被配置为采集所述付款码。
在一些实施例中，所述收款系统还包括显示设备，被配置为显示所述验证请求。
由以上技术方案可知，本说明书提供的支付处理方法和系统中，收款系统在采集到付款终端上的付款码后向支付服务器发送支付请求；支付服务器识别所述支付请求是否需要进行验证；当所述支付请求需要进行验证时，支付服务器将验证请求同时发送给收款系统和付款终端，并通过收款系统显示验证请求，以及时提醒收款方和付款方双方所述支付请求在支付过程中的状态，从而及时提醒付款方对所述支付请求进行验证。在付款方对所述支付请求进行验证时，付款方可以通过对付款终端进行操作以生成响应于验证请求的验证结果，付款方也可以通过对收款系统进行操作以生成响应于验证请求的验证结果，以完成支付。本说明书提供的支付处理方法和系统，能够及时有效地提示收款方和付款方关于支付订单在支付过程中的状态，提升线下场景扫码支付防丢单能力，提高支付成功率。
本说明书提供的支付处理方法和系统的其他功能将在以下说明中部分列出。根据描述，以下数字和示例介绍的内容将对那些本领域的普通技术人员显而易见。本说明书提供的支付处理方法和系统的创造性方面可以通过实践或使用下面详细示例中所述的方法、装置和组合得到充分解释。
附图说明
为了更清楚地说明本说明书实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1示出了根据本说明书的实施例提供的一种支付处理系统的应用场景示意图；
图2示出了根据本说明书的实施例提供的一种计算设备的硬件示意图；
图3示出了根据本说明书的实施例提供的一种支付处理方法的流程示意图；
图4示出了根据本说明书的实施例提供的一种识别支付请求是否需要进行验证的流程示意图；
图5示出了根据本说明书的实施例提供的一种收款系统显示验证请求的界面示意图；
图6示出了根据本说明书的实施例提供的一种收款系统显示验证请求的界面示意图；以及
图7示出了根据本说明书的实施例提供的一种收款系统显示验证请求的界面示意图。
具体实施方式
以下描述提供了本说明书的特定应用场景和要求，目的是使本领域技术人员能够制造和使用本说明书中的内容。对于本领域技术人员来说，对所公开的实施例的各种局部修改是显而易见的，并且在不脱离本说明书的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用。因此，本说明书不限于所示的实施例，而是与权利要求一致的最宽范围。
这里使用的术语仅用于描述特定示例实施例的目的，而不是限制性的。比如，除非上下文另有明确说明，这里所使用的，单数形式“一”，“一个”和“该”也可以包括复数形式。当在本说明书中使用时，术语“包括”、“包含”和/或“含有”意思是指所关联的整数，步骤、操作、元素和/或组件存在，但不排除一个或多个其他特征、整数、步骤、操作、元素、组件和/或组的存在或在该系统/方法中可以添加其他特征、整数、步骤、操作、元素、组件和/或组。
考虑到以下描述，本说明书的这些特征和其他特征、以及结构的相关元件的操作和功能、以及部件的组合和制造的经济性可以得到明显提高。参考附图，所有这些形成本说明书的一部分。然而，应该清楚地理解，附图仅用于说明和描述的目的，并不旨在限制本说明书的范围。还应理解，附图未按比例绘制。
本说明书中使用的流程图示出了根据本说明书中的一些实施例的系统实现的操作。应该清楚地理解，流程图的操作可以不按顺序实现。相反，操作可以以反转顺序或同时实现。此外，可以向流程图添加一个或多个其他操作。可以从流程图中移除一个或多个操作。
在线下扫码支付场景中，通常是付款方通过付款终端生成支付码，并将所述支付码对准收款系统的摄像头，由所述收款系统识别所述支付码中的信息，并向支付服务器发送所述支付码中的信息，以完成支付操作。当支付成功或支付失败时，由所述收款系统提示所述付款方和收款方支付成功或支付失败的结果。很多情况下，支付订单不需要进行二次校验，扫码成功就代表支付成功，因此所述付款方在进行扫码的动作后习惯性不等待支付结果，所述付款方经常没有意识在扫码后再确认下手机屏幕中的状态。而在一些场景下，扫码成功后需要所述付款方通过所述付款终端进行二次校验。在一些实施例中，当所述付款方在所述支付服务器中进行扫码支付额度限定时，若当前扫码支付的订单数额超过预先设定的支付额度，所述支付服务器则会向所述付款方发送二次校验信息，以提示所述付款方对所述当前订单信息进行二次校验。在一些实施例中，所述支付服务器会对所述当前支付订单进行风险评估，若所述当前支付订单的风险评估结果显示所述当前订单存在风险时，所述支付服务器则会向所述付款方发送二次校验信息，以提示所述付款方对所述当前订单信息进行二次校验。在一些实施例中，当所述付款方选择的支付路径中显示支付余额不足以支付所述当前支付订单时，所述支付服务器则会向所述付款方发送二次校验信息，以提示所述付款方对所述当前订单信息进行二次校验，以更换支付路径。比如，当前支付路径为银行卡1，若银行卡1中的余额不足时，所述支付服务器会通过所述付款终端提示所述付款方更换支付路径，比如，更换为银行卡2。
当所述当前订单需要所述付款方进行二次校验时，所述支付服务器会向所述付款终端发送所述二次校验信息。而此时所述收款方(即所述收款系统)并不会收到所述二次校验信息，也没有收到需要进行所述二次校验的通知。若此时付款方没有及时通过所述付款终端进行所述二次校验，可能导致所述支付订单处于未完成的状态。而所述收款方由于也不确定当前支付订单的具体状态，可能认为所述收款系统没有显示支付成功或支付失败的结果是因为网络连接不稳定造成的，或是正常的延迟，收款方可能没有及时提醒所述付款方，从而造成订单支付失败，导致商家丢单。
本说明书提供一种支付处理方法和系统，当所述当前支付订单需要付款方进行二次校验时，将二次校验的验证请求同时发送给所述收款系统和所述付款终端，并通过所述收款系统同时提示所述收款方和所述付款方及时对所述当前支付订单进行验证，增加收款系统与所述付款终端的互动，将所述当前支付订单在支付过程中的状态及时提醒和反馈给所述收款方和所述付款方，从而避免等待和沟通成本，提升收银效率，降低丢单概率。
图1示出了根据本说明书的实施例提供的一种支付处理系统100的应用场景示意图。支付处理系统100(以下简称系统100)可以应用于所有扫码支付的场景。系统001可以包括目标付款方110、付款终端130、收款系统140以及支付服务器160。在一些实施例中，系统100还可以包括网络120以及数据库150。
目标付款方110可以是任意一个正在通过收款系统140向收款系统140进行支付操作的用户。目标付款方110和收款系统140可以进行目标交易。所述目标交易可以包括服务交易。所述服务交易可以包括，但不限于，乘坐公交，乘坐地铁，乘坐飞机，乘坐火车，餐饮服务，酒店服务。所述目标交易可以包括商品交易。所述商品可以包括有形商品和无形商品。作为示例，所述有形商品可以包括，但不限于，家电，书籍；所述无形商品可以包括，但不限于，股票，期权。
所述目标交易包括目标付款方110向收款系统140支付目标数目的虚拟资源。具体地，所述目标交易包括目标付款方110向与收款系统140关联的收款账户支付目标数目的虚拟资源。作为示例，所述虚拟资源可以是数字货币。所述数字货币可以包括实体货币的数字表示。所述数字货币也可以包括虚拟数字货币。
目标付款方110可以是所述目标交易的付款方；收款系统140可以是所述目标交易的收款方。所述目标交易还包括收款系统140向目标付款方110提供服务或商品；目标付款方110是所述服务的享受方和/或所述商品的买家；收款系统140可以是所述服务的提供方和/或所述商品的卖家(即商家)。
付款终端130可以是与目标付款方110关联的智能设备。付款终端130可以是目标付款方110与收款系统140进行所述目标交易的设备。付款终端130可以是载有目标应用(目标APP)的智能设备。目标付款方110是付款终端130的使用者。付款终端130可以安装有一个或多个应用(APP)。所述APP能够为目标付款方110提供通过网络120同外界交互的能力以及界面。所述APP包括但不限于：聊天类APP程序、购物类APP程序、视频类APP程序、理财类APP程序等等。所述目标APP是指可以向收款系统140进行支付的支付应用的客户端APP。在一些实施例中，付款终端130可以包括移动设备、平板电脑、笔记本电脑或类似内容，或其任意组合。在一些实施例中，所述移动设备可包括智能手机、智能穿戴设备、个人数字辅助或类似设备，或其任意组合。如图1所示，当付款终端130在进行支付时，付款终端130中的所述目标APP可以响应于目标付款方110的操作，生成并在付款终端130的界面显示付款码132。付款码132是一种承载信息的可读性图形标识符。计算机在生成付款码132的过程中，通过编码将信息写入付款码132中。通过图像输入设备或光电扫描设备对付款码132进行扫描可以自动识别出电子码中的信息。付款码132可以是条形码，也可以是二维码。二维码(dimensional barcode)，又称二维条码，是在一维条码的基础上扩展出的一种具有可读性的条码，是用某种特定的几何图形按一定规律在平面二维方向上分布的黑白相间的图形记录数据符号信息，在代码编制上利用构成计算机内部逻辑基础的“0”、“1”比特流的概念，使用若干个与二进制相对应的几何形体来表示文字数值信息，通过图像输入设备或光电扫描设备自动识读以实现信息自动处理。由于二维码中的黑白图形分别对应二进制数中的“0”或“1”，通常通过识别黑白颜色的图形排列规则就识别其中包含的信息。付款码132中可以携带有与目标付款方110关联的信息，比如，与目标付款方110关联的付款终端130的设备标识，或者与目标付款方110关联的付款账户，等等。
收款系统140可以存储有执行本说明书描述的支付处理方法的数据或指令，并可以执行或用于执行所述数据和/或指令。收款系统140可以包括具有数据信息处理功能的硬件设备和驱动该硬件设备工作所需必要的程序。当然，收款系统140也可以仅为具有数据处理能力的硬件设备，或者，仅为运行在硬件设备中的程序。
收款系统140可以是任意形式的可以实现收款功能的智能设备，比如商场的收款POS机系统，IOT支付机具系统，无人售货领域的自助支付机具，再比如公共交通领域的收款系统，比如，公交车上的刷卡机具系统，地铁站的刷卡闸机系统，等等。在一些实施例中，收款系统140还可以是移动设备、平板电脑、笔记本电脑或类似内容，或其任意组合。如图1所示，收款系统和140可以包括采集设备142。在一些实施例中，收款系统140还可以包括显示设备144。
采集设备142可以被配置为采集目标付款方110的付款终端130上显示的付款码。在一些实施例中，采集设备142还可以采集目标付款方110的生物特征。比如，所述生物特征是目标付款方110的面部图像、虹膜图像、巩膜图像、指纹图像、掌纹图像、声纹文件、骨骼投影图像等生物特征中的一种或者多种。在一些实施例中，采集设备142可以包括摄像头。在一些实施例中，采集设备142还可以包括其他模块，比如，指纹采集模块、麦克风，等等。
显示设备144可以用于收款系统140与目标付款方110进行人机交互。在一些实施例中，所述人机交互功能包括但不限于：网络浏览、文字处理、状态提示、操作输入等。在一些实施例中，显示设备144可以包括显示屏。所述显示屏可以是触摸屏式的液晶显示器(LCD)。所述显示屏具有图像用户界面(GUI)，可使得目标付款方110通过触摸所述图像用户界面(GUI)和/或通过手势与收款系统140和/或支付服务器160进行人机交互。在一些实施例中，显示设备144可以包括语音播放装置，比如扬声器。所述扬声器可以是任意形式的可以传递音频信号的装置。目标付款方110可以通过所述语音播放装置接收收款系统140传递的语音信息，从而与收款系统140进行人机交互。在一些实施例中，显示设备144还可以包括语音采集装置，比如麦克风。目标付款方110可以通过所述语音采集装置向收款系统140输入语音指示或者语音验证码，等等。在一些实施例中，显示设备144可以包括所述显示屏、所述语音播放装置以及所述语音采集装置中的一种或多种。在一些实施例中，用于执行上述人机交互功能的可执行指令被存储在一个或多个处理器可执行的计算机程序产品或可读存储介质中。在另一些实施例中，用于执行上述人机交互功能的可执行指令被存储在数据库150或收款系统140中。
支付服务器160可以存储有执行本说明书描述的支付处理方法的数据或指令，并可以执行或用于执行所述数据和/或指令。所述目标APP是指与支付服务器160相对应的客户端APP。付款终端130以及收款系统140可以和支付服务器160互相通讯。支付服务器160可以为目标付款方110(付款终端130)和收款系统140提供关于所述目标交易的费用支付的解决方案。支付服务器160可以是第三方支付平台。支付服务器160可以作为目标付款方110、收款系统140的支付中介为目标付款方110和收款系统140提供关于所述目标交易的目标支付服务。
支付服务器160中可以存储有多个账户以及与每个账户关联的设备的设备标识。所述多个账户包括目标付款方110对应的付款账户161以及目标账户161关联的付款终端130的设备标识。付款账户161中存储有与付款账户161对应的目标付款方110对应的数字货币。支付服务器160中也可以存储有收款系统140对应的收款账户164以及收款账户164关联的收款系统140的设备标识。所述收款系统140与所述支付服务器160之间可以预先建立支付协议。支付服务器160可以通过数字资源传输渠道，基于所述支付协议帮助收款系统140对目标付款方110进行收费。比如，支付服务器160可以通过所述数字资源传输渠道从目标付款方110对应的付款账户161中提取出目标数目的支付金额并转移至收款系统140的收款账户164中。
支付服务器160可以存储有执行本说明书描述的支付处理方法的数据或指令，并可以执行或用于执行所述数据和/或指令。支付服务器160可以包括具有数据信息处理功能的硬件设备和驱动该硬件设备工作所需必要的程序。当然，支付服务器160也可以仅为具有数据处理能力的硬件设备，或者，仅为运行在硬件设备中的程序。
网络120可以促进信息和/或数据的交换。如图1所示，付款终端130、收款系统140、支付服务器160以及数据库150可以同网络120连接，并且通过网络120互相传输信息和/或数据。例如，支付服务器160可以通过网络120从付款终端130获取支付请求，付款终端130可以通过网络120从支付服务器160获取验证请求，收款系统140和/或付款终端130可以从支付服务器160获取支付结果，等等。在一些实施例中，网络120可以是任何类型的有线或无线网络，也可以是其组合。比如，网络120可以包括电缆网络，有线网络、光纤网络、电信通信网络、内联网、互联网、局域网(LAN)、广域网(WAN)、无线局域网(WLAN)、大都市市区网(MAN)、广域网(WAN)、公用电话交换网(PSTN)、蓝牙网络、ZigBee网络、近场通信(NFC)网络或类似网络。在一些实施例中，网络120可以包括一个或多个网络接入点。例如，网络120可以包括一个或多个有线或无线网络接入点，通过该接入点，付款终端130、收款系统140、支付服务器160以及数据库150的一个或多个组件可以连接到网络120以交换数据和/或信息。
数据库150可以存储数据和/或指令。在一些实施例中，数据库150可以存储从付款终端130获得的数据。在一些实施例中，数据库150可以存储收款系统140和/或支付服务器160可以执行或用于执行本说明书中描述的支付处理方法的数据和/或指令。在一些实施例中，数据库150可以存储从收款系统140获得的数据。付款终端130、收款系统140和支付服务器160可能具有访问数据库150的权限，付款终端130、收款系统140和支付服务器160可以通过网络120访问存储在数据库150中的数据或指令。在一些实施例中，数据库150可以直接连接到付款终端130、收款系统140和支付服务器160。在一些实施例中，数据库150可以是支付服务器160的一部分。在一些实施例中，数据库150可以包括大容量存储、可移动存储、易失性读写存储器、只读存储器(ROM)或类似内容，或其任意组合。示例性大容量存储可能包括磁盘、光盘、固态驱动器等非暂时性存储介质(non-transitory storage medium)。示例可移动存储可能包括闪存驱动器、软盘、光盘、存储卡、zip磁盘、磁带等。典型的易失性读写内存可能包括随机存取存储器(RAM)。示例RAM可能包括动态RAM(DRAM)、双日期速率同步动态RAM(DDR SDRAM)、静态RAM(SRAM)、晶闸管RAM(T-RAM)和零电容RAM(Z-RAM)等。示例性ROM可包括掩码ROM(MROM)、可编程ROM(PROM)、可虚拟可编程ROM(PEROM)、电子可编程ROM(EEPROM)、光盘(CD-ROM)和数字多功能磁盘ROM等。在一些实施例中，数据库150可以在云平台上实现。仅举例，云平台可能包括私有云、公共云、混合云、社区云、分布式云、云间云或类似，或其任意组合。
图2示出了一种计算设备300的硬件示意图。在一些实施例中，支付服务器160和/或付款终端130执行所述支付处理方法的数据或指令可以在计算设备300上实现。即服务器160的硬件结构的一部分可以是计算设备300所示的硬件结构。付款终端130的硬件结构的一部分也可以是计算设备300所示的硬件结构。计算设备300可以执行本说明书描述的支付处理方法。所述支付处理方法在本说明书中的其他部分介绍。
如图2所示，计算设备300可以包括至少一个存储介质330和至少一个处理器320。在一些实施例中，计算设备300还可以包括通信端口350和内部通信总线310。在一些实施例中，计算设备300还可以包括I/O组件360。
内部通信总线310可以连接不同的系统组件，实现计算设备300中各组件间的数据通信，包括存储介质330、处理器320、通信端口350以及I/O组件360。例如，处理器320可以通过内部通信总线310将数据发送到存储介质330或I/O组件360等其它硬件中。在一些实施例中，内部通信总线310可以为工业标准(ISA)总线、扩展工业标准(EISA)总线、视频电子标准(VESA)总线、外部部件互联标准(PCI)总线等。
I/O组件360可以用于输入或输出信号、数据或信息。I/O组件360支持计算设备300和其他组件之间的输入/输出。在一些实施例中，I/O组件360可以包括输入装置和输出装置。示例性输入装置可以包括摄像头、键盘、鼠标、显示屏和麦克风等，或其任意组合。示例性输出装置可以包括显示装置、语音播放装置(比如，扬声器等等)、打印机、投影仪等或其任意组合。示例性显示装置可以包括液晶显示器(LCD)、基于发光二极管(LED)的显示器、平板显示器、曲面显示器、电视设备、阴极射线管(CRT)等或其任意组合。
通信端口350可以连接到网络以便计算设备300同外界的数据通信。所述连接可以是有线连接、无线连接或两者的组合。有线连接可以包括电缆、光缆或电话线等或其任意组合。无线连接可以包括蓝牙、Wi-Fi、WiMax、WLAN、ZigBee、移动网络(例如，3G、4G或5G等)等或其任意组合。在一些实施例中，通信端口350可以是标准化端口，如RS232、RS485等。在一些实施例中，通信端口350可以是专门设计的端口。
存储介质330可以包括数据存储装置。所述数据存储装置可以是非暂时性存储介质，也可以是暂时性存储介质。比如，所述数据存储装置可以包括磁盘332、只读存储介质(ROM)334或随机存取存储介质(RAM)336中的一种或多种。存储介质330还包括存储在所述数据存储装置中的至少一个指令集。所述指令是计算机程序代码，所述计算机程序代码可以包括执行本说明书提供的支付处理方法的程序、例程、对象、组件、数据结构、过程、模块等等。
至少一个处理器320可以同至少一个存储介质330以及通信端口350通过内部通信总线310通信连接。至少一个处理器320用以执行上述至少一个指令集。当系统100运行时，至少一个处理器320读取所述至少一个指令集，并且根据所述至少一个指令集的指示执行本说明书提供的支付处理方法。处理器320可以执行支付处理方法包含的所有步骤。处理器320可以是一个或多个处理器的形式，在一些实施例中，处理器320可以包括一个或多个硬件处理器，例如微控制器，微处理器，精简指令集计算机(RISC)，专用集成电路(ASIC)，特定于应用的指令集处理器(ASIP)，中央处理单元(CPU)，图形处理单元(GPU)，物理处理单元(PPU)，微控制器单元，数字信号处理器(DSP)，现场可编程门阵列(FPGA)，高级RISC机器(ARM)，可编程逻辑器件(PLD)，能够执行一个或多个功能的任何电路或处理器等，或其任何组合。仅仅为了说明问题，在本说明书中计算设备300中仅描述了一个处理器320。然而，应当注意，本说明书中计算设备300还可以包括多个处理器，因此，本说明书中披露的操作和/或方法步骤可以如本说明书所述的由一个处理器执行，也可以由多个处理器联合执行。例如，如果在本说明书中计算设备300的处理器320执行步骤A和步骤B，则应该理解，步骤A和步骤B也可以由两个不同处理器320联合或分开执行(例如，第一处理器执行步骤A，第二处理器执行步骤B，或者第一和第二处理器共同执行步骤A和B)。
图3示出了根据本说明书的实施例提供的一种支付处理方法P100的流程示意图。如前所述，收款系统140和支付服务器160可以执行本说明书提供的方法P100。具体地，收款系统140中的处理器320和支付服务器160中的处理器320可以读取存储在其本地存储介质中的指令集，然后根据所述指令集的规定，执行本说明书提供的方法P100。所述方法P100可以包括：
S110：收款系统140采集付款终端130的付款码132。
如前所述，付款终端130的所述目标APP响应于目标付款方110的操作，生成并显示付款码132。付款码132可以编码有目标付款方110的付款账户161的相关信息。收款系统140可以通过采集设备142采集付款码132。具体地，目标付款方110可以通过指示将付款码132对准收款系统140的采集设备142(摄像头)，采集设备142拍摄或扫描付款码132。
S120：收款系统140基于采集到的付款码132，生成支付请求，并将支付请求发送给支付服务器160。所述支付请求中可以包括收款系统140的设备标识、交易金额以及收款系统140采集到的付款终端130的付款码132。
S130：识别所述支付请求，确定所述支付请求是否需要验证。
图4示出了根据本说明书的实施例提供的一种识别支付请求是否需要进行验证的流程示意图。图4对应步骤S130。具体地，步骤S130可以包括：
S132：支付服务器160识别所述支付请求，确定与收款系统140的设备标识关联的收款账户164以及识别出付款码132对应的付款账户161和所述付款终端的设备标识。
如前所述，支付服务器160中可以存储有每个账户以及每个账户关联的设备标识。支付服务器160可以基于所述支付请求，确定与收款系统140关联的收款账户162以及与付款码132对应的付款账户161和所述付款终端的设备标识。所述支付请求可以是从付款账户161向收款账户164转移与所述交易金额相同数量的虚拟数字货币。
S134：支付服务器160基于所述支付请求的识别结果，确定所述支付请求是否需要进行所述验证。
步骤S134可以包括以下情况中的至少一种：
对比所述支付请求与所述付款账户161的支付策略，当所述支付请求不满足所述支付策略时，确定所述支付请求需要进行所述验证，否则不需要进行所述验证；以及
对所述支付请求进行风险评估，当所述支付请求的风险值高于风险阈值，确定所述支付请求需要进行所述验证，否则不需要进行所述验证。
目标付款方110可以对付款账户161预先设置所述支付策略。所述支付策略可以包括支付额度限制策略和收款账户限制策略中的至少一种。所述支付额度限制策略可以是对付款账户161在预设时间窗口内的交易最大额度进行限制。当所述交易金额低于所述交易最大额度时，所述支付请求满足所述支付策略，无需进行所述验证；当所述交易金额超过所述交易最大额度时，所述支付请求不满足所述支付策略，需要进行所述验证。所述预设时间窗口可以是单次或者单日或者当月，等等。所述收款账户限制策略可以是目标付款方110对所述目标交易的收款方进行限制。比如，目标付款方110可以禁止与游戏账户或其他设定的账户进行交易，等等。
所述风险评估可以是基于支付服务器160中预先设定的风险评估模型进行的。所述风险评估模型可以是基于历史数据通过机器学习得到的。支付服务器160可以基于所述支付请求识别出所述付款终端130的设备标识以及付款账户161。支付服务器160还可以识别出付款终端130当前定位信息。支付服务器160可以基于目标付款方110的历史交易数据(包括但不限于历史收款账户、历史交易金额、历史交易商品、历史交易时间等)、历史交易位置、历史交易所使用设备的设备标识，等等，基于所述风险评估模型对所述支付请求进行风险评估。当所述支付请求的风险值高于所述风险阈值时，说明所述支付请求存在风险，所述支付请求需要进行所述验证；当所述风险值未超过所述风险阈值时，说明所述支付请求风险较低，所述支付请求不需要进行所述验证。
所述方法P100还可以包括：
S140：支付服务器160确定所述支付请求需要进行验证，并向付款终端130和收款系统140发送验证请求。付款终端130和收款系统140接收并显示所述支付服务器160发送的所述验证请求。具体地，支付服务器160可以基于所述支付请求生成所述验证请求，并分别向付款终端130和收款系统140发送所述验证请求。
当支付服务器160识别出所述支付请求需要对目标付款方110进行验证时，生成所述验证请求，并分别发送至付款终端130和收款系统140。收款系统140可以通过显示设备144显示所述验证请求。支付服务器160发送至付款终端130和收款系统140的验证请求可以是相同的也可以是不同的。
在一些实施例中，支付服务器160发送至付款终端130的所述验证请求和发送至收款系统140的所述验证请求可以是一样的。所述验证请求可以是针对所述支付请求的确认请求和针对目标付款方110的身份验证请求中的一种或多种。
所述支付请求的确认请求可以是请求目标付款方110对所述支付请求中的交易信息进行确认。具体地，所述支付请求的确认请求可以是请求目标付款方110确认付款账户161、收款账户164以及交易金额等交易信息是否正确或是否为本人操作，等等。比如，在付款终端130和收款系统140上显示所述支付请求的确认请求，以提示目标付款方110确认是否允许当前交易请求。图5示出了根据本说明书的实施例提供的一种收款系统140显示验证请求的界面示意图。图5所示的验证请求可以是针对所述支付请求的确认请求。
在一些实施例中，所述验证请求可以是针对目标付款方110的身份验证请求。所述身份验证请求可以是对目标付款方110的身份合法性进行验证的请求。所述身份验证请求可以包括支付密码验证请求、生物特征验证请求以及验证码验证请求中的至少一种。所述生物特征验证请求可以包括面部图像验证请求、虹膜验证请求、巩膜验证请求、指纹验证请求、掌纹验证请求、声纹验证请求、骨骼投影验证请求中的至少一种。图6示出了根据本说明书的实施例提供的一种收款系统140显示所述验证请求的界面示意图。图6所示的验证请求可以是针对目标付款方110的身份验证请求。针对目标付款方110的身份验证请求可以是直接选择多种验证方式中的一种对目标付款方110进行所述身份验证。比如，直接从所述支付密码验证请求、所述生物特征验证请求以及所述验证码验证请求中选择一种，供目标付款方110进行所述身份验证。针对目标付款方110的身份验证请求也可以是通过列表的方式列出所有的身份验证请求的方式供目标付款方110进行选择，并根据目标付款方110的选择操作，以目标付款方110选择的方式对目标付款方110进行所述身份验证。针对目标付款方110的身份验证请求还可以是从多种身份验证请求的方式中默认一种方式，并列出“切换验证方式”的按钮供目标付款人110进行选择。
在一些实施例中，支付服务器160发送至付款终端130的所述验证请求和发送至收款系统140的所述验证请求可以是不同的。为了方便描述，我们将支付服务器160发送给所述付款终端130的验证请求定义为第一验证请求。我们将支付服务器160发送给所述收款系统140的验证请求定义为第二验证请求。所述验证请求包括所述第一验证请求和所述第二验证请求。
所述第一验证请求可以包括所述针对所述支付请求的确认请求以及所述针对目标付款方110的身份验证请求中的至少一种。所述针对所述支付请求的确认请求以及所述针对目标付款方110的身份验证请求如前所述，本说明书在此不再赘述。
所述第二验证请求可以包括所述针对所述支付请求的确认请求、所述针对目标付款方的身份验证请求以及提示所述目标付款方110通过所述付款终端130完成所述验证的请求中的一种或多种。图7示出了根据本说明书的实施例提供的一种收款系统140显示验证请求的界面示意图。图7所示的验证请求可以是提示所述目标付款方110通过所述付款终端130完成所述验证的请求。即通过收款系统140的显示设备144提示目标付款方110及时在付款终端130完成所述验证。
收款系统140通过显示设备144显示所述验证请求可以包括多种信息传递方式。比如，收款系统140可以将所述验证请求通过所述收款系统140的所述显示屏进行显示；收款系统140也可以将所述验证请求通过所述收款系统140的语音播放装置进行广播；收款系统140也可以将所述验证请求直接显示在收款系统140的所述显示屏上，同时通过所述语音播放装置对外广播，以更好地提醒目标付款方110所述支付请求在支付过程中的当前支付状态。
所述方法P100还可以包括：
S160：付款终端130或收款系统140接收目标付款方110响应于所述验证请求的操作，生成所述验证结果，并向所述支付服务器160发送，支付服务器160接收所述付款终端130或所述收款系统140发送的响应于所述验证请求的验证结果。
目标付款方110既可以通过付款终端130完成所述验证，也可以通过收款系统140完成所述验证。当付款终端130和收款系统140收到的所述验证请求为针对所述支付请求的确认请求和针对目标付款方110的身份验证请求中的一种或多种时，目标付款方110可以通过付款终端130的人机交互界面或者收款系统140的人机交互界面，对所述验证请求作出响应。当所述验证请求为针对所述支付请求的确认请求，目标付款方110可以通过付款终端130的人机交互界面或者收款系统140的人机交互界面对所述支付请求进行确认，以确认所述支付请求是目标付款方110正在操作的请求。当所述验证请求为针对目标付款方110的身份验证请求时，目标付款方110可以通过付款终端130的人机交互界面或者收款系统140的人机交互界面输入身份验证信息以进行身份验证。
具体地，目标付款方110可以通过显示设备144(比如所述显示屏)对所述验证信息作出响应。
所述方法P100中，目标付款方110既可以在付款终端130中进行所述验证，也可以在收款系统140中进行所述验证，使得所述验证更加灵活，可以使目标付款方110更快、更方便地完成验证，加快验证的速度，提升支付效率和用户体验感。
支付服务器160可以识别所述验证结果，并确定所述验证结果是否通过。当所述验证请求为针对所述支付请求的确认请求时，所述验证结果为“确定”时，所述验证结果为通过。当所述验证请求为针对目标付款方110的身份验证时，当目标付款方110输入的所述验证结果与预先存储在支付服务器160中并与付款账户131关联的数据相匹配时，所述验证结果为通过。否则，所述验证结果为不通过。
S180：支付服务器160确定所述验证通过时，执行所述支付请求并向所述收款系统140和所述付款终端130发送支付结果，收款系统140和/或付款终端130接收所述支付服务器160发送的支付结果并显示。
具体地，当所述验证通过时，支付服务器160可以将于所述交易金额相同数量的虚拟数字货币从付款账户161转移至收款账户164中，并向收款系统140和付款终端130中同时发送“支付成功”的支付结果。
当所述验证不通过时，支付服务器160不执行所述支付请求。支付服务器160可以再次发起所述验证请求，直至目标付款方110输入的所述验证结果通过时，支付服务器160才继续执行所述支付申请。当所述验证不通过时，支付服务器160也可以直接关闭所述支付申请。当所述验证不通过时，支付服务器160也可以再进行有限次数的所述验证，当所述有限次数内的所有验证结果均不通过时，支付服务器160可以关闭所述支付申请。当支付服务器160关闭所述支付申请时，支付服务器160向付款终端130和收款系统140发送“支付失败”的支付结果。
需要说明的是，在步骤S130中，当支付服务器160识别出所述支付申请不需要进行所述验证时，所述方法P100直接执行所述支付请求并向所述收款系统140和所述付款终端130发送支付结果。
需要说明的是，系统001和方法P100不仅可以应用于扫码支付的场景，也可以应用于其他支付场景，比如刷脸支付、指纹支付，等等。
综上所述，本说明书提供的支付处理方法P100和系统100中，收款系统140在采集到付款终端130上的付款码132后向支付服务器160发送支付请求；支付服务器160识别所述支付请求是否需要进行验证；当所述支付请求需要进行验证时，支付服务器160将验证请求同时发送给收款系统140和付款终端130，并通过收款系统140显示验证请求，以及时提醒收款方和付款方双方所述支付请求在支付过程中的状态，从而及时提醒付款方对所述支付请求进行验证。在付款方对所述支付请求进行验证时，付款方可以通过对付款终端130进行操作以生成响应于验证请求的验证结果，付款方也可以通过对收款系统140进行操作以生成响应于验证请求的验证结果，以完成支付。本说明书提供的支付处理方法P100和系统100，能够及时有效地提示收款方和付款方关于支付订单在支付过程中的状态，提升线下场景扫码支付防丢单能力，提高支付成功率。
本说明书另一方面提供一种非暂时性存储介质，存储有至少一组用来支付处理可执行指令，当所述可执行指令被处理器执行时，所述可执行指令指导所述处理器实施本说明书所述的支付处理方法P100的步骤。在一些可能的实施方式中，本说明书的各个方面还可以实现为一种程序产品的形式，其包括程序代码。当所述程序产品在计算设备300上运行时，所述程序代码用于使计算设备300执行本说明书描述的支付处理步骤。用于实现上述方法的程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)包括程序代码，并可以在计算设备300上运行。然而，本说明书的程序产品不限于此，在本说明书中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统(例如处理器320)使用或者与其结合使用。所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。所述计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。可以以一种或多种程序设计语言的任意组合来编写用于执行本说明书操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在计算设备300上执行、部分地在计算设备300上执行、作为一个独立的软件包执行、部分在计算设备300上部分在远程计算设备上执行、或者完全在远程计算设备上执行。
上述对本说明书特定实施例进行了描述。其他实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者是可能有利的。
综上所述，在阅读本详细公开内容之后，本领域技术人员可以明白，前述详细公开内容可以仅以示例的方式呈现，并且可以不是限制性的。尽管这里没有明确说明，本领域技术人员可以理解本说明书需求囊括对实施例的各种合理改变，改进和修改。这些改变，改进和修改旨在由本说明书提出，并且在本说明书的示例性实施例的精神和范围内。
此外，本说明书中的某些术语已被用于描述本说明书的实施例。例如，“一个实施例”，“实施例”和/或“一些实施例”意味着结合该实施例描述的特定特征，结构或特性可以包括在本说明书的至少一个实施例中。因此，可以强调并且应当理解，在本说明书的各个部分中对“实施例”或“一个实施例”或“替代实施例”的两个或更多个引用不一定都指代相同的实施例。此外，特定特征，结构或特性可以在本说明书的一个或多个实施例中适当地组合。
应当理解，在本说明书的实施例的前述描述中，为了帮助理解一个特征，出于简化本说明书的目的，本说明书将各种特征组合在单个实施例、附图或其描述中。然而，这并不是说这些特征的组合是必须的，本领域技术人员在阅读本说明书的时候完全有可能将其中一部分特征提取出来作为单独的实施例来理解。也就是说，本说明书中的实施例也可以理解为多个次级实施例的整合。而每个次级实施例的内容在于少于单个前述公开实施例的所有特征的时候也是成立的。
本文引用的每个专利，专利申请，专利申请的出版物和其他材料，例如文章，书籍，说明书，出版物，文件，物品等，可以通过引用结合于此。用于所有目的的全部内容，除了与其相关的任何起诉文件历史，可能与本文件不一致或相冲突的任何相同的，或者任何可能对权利要求的最宽范围具有限制性影响的任何相同的起诉文件历史。现在或以后与本文件相关联。举例来说，如果在与任何所包含的材料相关联的术语的描述、定义和/或使用与本文档相关的术语、描述、定义和/或之间存在任何不一致或冲突时，使用本文件中的术语为准。
最后，应理解，本文公开的申请的实施方案是对本说明书的实施方案的原理的说明。其他修改后的实施例也在本说明书的范围内。因此，本说明书披露的实施例仅仅作为示例而非限制。本领域技术人员可以根据本说明书中的实施例采取替代配置来实现本说明书中的申请。因此，本说明书的实施例不限于申请中被精确地描述过的实施例。

Claims (21)

1.一种支付处理方法，应用于支付服务器，包括：
接收收款系统发送的支付请求，所述支付请求包括所述收款系统的设备标识、交易金额以及所述收款系统采集到的付款终端的付款码；
识别所述支付请求，确定所述支付请求是否需要验证；
确定所述支付请求需要进行所述验证，向所述付款终端和所述收款系统发送验证请求；以及
确定所述验证通过，执行所述支付请求并向所述收款系统和所述付款终端发送支付结果。
2.如权利要求1所述的支付处理方法，其中，所述识别所述支付请求，确定所述支付请求是否需要验证，包括：
识别所述支付请求，确定与所述收款系统的设备标识关联的收款账户以及识别出所述付款码对应的付款账户和所述付款终端的设备标识；以及
基于所述支付请求的识别结果，确定所述支付请求是否需要进行所述验证，包括以下情况中的至少一种：
对比所述支付请求与所述付款账户的支付策略，当所述支付请求不满足所述支付策略，确定所述支付请求需要进行所述验证，否则不需要进行所述验证；以及
对所述支付请求进行风险评估，当所述支付请求的风险值高于风险阈值，确定所述支付请求需要进行所述验证，否则不需要进行所述验证。
3.如权利要求2所述的支付处理方法，其中，所述支付策略包括以下情况中的至少一种：
支付额度限制策略；以及
收款账户限制策略。
4.如权利要求1所述的支付处理方法，其中，所述验证请求包括以下情况中的至少一种：
针对所述支付请求的确认请求；以及
针对目标付款方的身份验证请求，所述目标付款方包括与所述付款终端关联的用户。
5.如权利要求4所述的支付处理方法，其中，所述身份验证请求包括支付密码验证请求、生物特征验证请求以及验证码验证请求中的至少一种。
6.如权利要求5所述的支付处理方法，其中，所述生物特征验证请求包括面部图像验证请求、虹膜验证请求、巩膜验证请求、指纹验证请求、掌纹验证请求、声纹验证请求、骨骼投影验证请求中的至少一种。
7.如权利要求1所述的支付处理方法，其中，所述验证请求包括：
第一验证请求，被发送给所述付款终端；以及
第二验证请求，被发送给所述收款系统。
8.如权利要求7所述的支付处理方法，其中，所述第一验证请求包括以下情况中的至少一种：
针对所述支付请求的确认请求；以及
针对目标付款方的身份验证请求，所述目标付款方包括与所述付款终端关联的用户。
9.如权利要求7所述的支付处理方法，其中，所述第二验证请求包括提示目标付款方通过所述付款终端完成所述验证的请求，所述目标付款方包括与所述付款终端关联的用户。
10.如权利要求1所述的支付处理方法，其中，在所述确定所述验证通过之前，所述方法还包括：
接收所述付款终端或所述收款系统发送的响应于所述验证请求的验证结果。
11.一种支付处理系统，包括支付服务器，所述支付服务器包括：
至少一个存储介质，所述至少一个存储介质存储有至少一个指令集用于支付处理；以及
至少一个处理器，同所述至少一个存储介质通信连接，
其中当支付处理系统运行时，所述至少一个处理器读取所述至少一个指令集并实施权利要求1-10中任一项所述的支付处理方法。
12.一种支付处理方法，应用于收款系统，包括：
采集付款终端的付款码；
向支付服务器发送支付请求，所述支付请求包括所述收款系统的设备标识、交易金额以及所述付款码；
接收并显示所述支付服务器发送的验证请求；以及
接收所述支付服务器发送的支付结果并显示。
13.如权利要求12所述的支付处理方法，其中，所述支付服务器基于所述支付请求确定所述支付请求需要进行验证时，向所述收款系统发送所述验证请求。
14.如权利要求12所述的支付处理方法，其中，所述验证请求包括以下情况中的至少一种：
针对所述支付请求的确认请求；
针对目标付款方的身份验证请求，所述目标付款方包括与所述付款终端关联的用户；以及
提示所述目标付款方通过所述付款终端完成所述验证的请求。
15.如权利要求14所述的支付处理方法，其中，所述身份验证请求包括支付密码验证请求、生物特征验证请求以及验证码验证请求中的至少一种。
16.如权利要求15所述的支付处理方法，其中，所述生物特征验证请求包括面部图像验证请求、虹膜验证请求、巩膜验证请求、指纹验证请求、掌纹验证请求、声纹验证请求、骨骼投影验证请求中的至少一种。
17.如权利要求12所述的支付处理方法，其中，在所述接收所述支付服务器发送的支付结果并显示之前，所述方法还包括：
接收目标付款方响应于所述验证请求的操作，生成验证结果，并向所述支付服务器发送，所述目标付款方包括与所述付款终端关联的用户。
18.如权利要求12所述的支付处理方法，其中，所述显示所述支付服务器发送的验证请求，包括以下情况中的至少一种：
将所述验证请求通过所述收款系统的显示屏进行显示；
将所述验证请求通过所述收款系统的语音播放装置进行广播。
19.一种支付处理系统，包括收款系统，所述收款系统包括：
至少一个存储介质，所述至少一个存储介质存储有至少一个指令集用于支付处理；以及
至少一个处理器，同所述至少一个存储介质通信连接，
其中当支付处理系统运行时，所述至少一个处理器读取所述至少一个指令集并实施权利要求12-18中任一项所述的支付处理方法。
20.如权利要求19所述的支付处理系统，其中，所述收款系统还包括：
采集设备，被配置为采集所述付款码。
21.如权利要求20所述的支付处理系统，其中，所述收款系统还包括：
显示设备，被配置为显示所述验证请求。
CN202110252652.4A 2021-03-09 2021-03-09 支付处理方法和系统 Active CN112950219B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202110252652.4A CN112950219B (zh) 2021-03-09 2021-03-09 支付处理方法和系统
CN202311267777.XA CN117236965A (zh) 2021-03-09 2021-03-09 支付处理方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110252652.4A CN112950219B (zh) 2021-03-09 2021-03-09 支付处理方法和系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202311267777.XA Division CN117236965A (zh) 2021-03-09 2021-03-09 支付处理方法和系统

Publications (2)

Publication Number Publication Date
CN112950219A true CN112950219A (zh) 2021-06-11
CN112950219B CN112950219B (zh) 2023-10-27

Family

ID=76230331

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202311267777.XA Pending CN117236965A (zh) 2021-03-09 2021-03-09 支付处理方法和系统
CN202110252652.4A Active CN112950219B (zh) 2021-03-09 2021-03-09 支付处理方法和系统

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202311267777.XA Pending CN117236965A (zh) 2021-03-09 2021-03-09 支付处理方法和系统

Country Status (1)

Country Link
CN (2) CN117236965A (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113516478A (zh) * 2021-07-14 2021-10-19 聚合吧科技有限公司 一种安全支付方法和装置
CN113691528A (zh) * 2021-08-23 2021-11-23 维沃移动通信有限公司 二维码处理方法、装置及电子设备
CN115271747A (zh) * 2022-10-01 2022-11-01 深圳市赢向量科技有限公司 一种基于面部与语音识别的安全验证方法
TWI833313B (zh) * 2022-08-04 2024-02-21 悠遊卡股份有限公司 基於交易風險控管的晶片卡交易系統及其實施方法

Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102722414A (zh) * 2012-05-22 2012-10-10 中国科学院计算技术研究所 用于多根i/o 虚拟化共享系统的i/o 资源管理方法
CN103810598A (zh) * 2014-02-12 2014-05-21 金硕澳门离岸商业服务有限公司 基于终端设备的支付系统及支付方法
US20150058220A1 (en) * 2013-08-26 2015-02-26 Cellco Partnership (D/B/A Verizon Wireless) Payment pre-authorization
CN104599113A (zh) * 2013-10-31 2015-05-06 腾讯科技（深圳）有限公司 一种信息处理方法、装置和系统
US20150134530A1 (en) * 2013-10-29 2015-05-14 Tencent Technology (Shenzhen) Company Limited Method, terminal, and system for payment verification
CN105827563A (zh) * 2015-01-04 2016-08-03 中国移动通信集团江西有限公司 信息验证方法、中间平台和业务支撑系统
WO2017052035A1 (ko) * 2015-09-22 2017-03-30 에스케이플래닛 주식회사 오프라인 결제 처리 시스템, 2차 인증 기반의 오프라인 결제 처리 방법 및 이를 이용한 장치
KR20170047693A (ko) * 2015-10-23 2017-05-08 에스케이플래닛 주식회사 오프라인 결제 처리 시스템, 개인 정보 질의 기반의 2차 인증을 이용한 오프라인 결제 처리 방법 및 이를 이용한 장치
US20170186003A1 (en) * 2015-12-28 2017-06-29 Ncr Corporation Secondary authentication of network transactions
CN107392609A (zh) * 2017-07-25 2017-11-24 陈景银 互联网智能化个人信息虹膜识别、虹膜支付
CN108875327A (zh) * 2018-05-28 2018-11-23 阿里巴巴集团控股有限公司 一种核身方法和装置
CN109155029A (zh) * 2016-03-09 2019-01-04 万事达卡国际股份有限公司 用于受控令牌的电子分发的方法和系统
CN109919597A (zh) * 2019-02-01 2019-06-21 Oppo广东移动通信有限公司 支付信息处理方法、装置、移动终端及系统
US20190287111A1 (en) * 2018-03-14 2019-09-19 Benjamin M. Cvetkovich Payer-controlled payment processing

Patent Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102722414A (zh) * 2012-05-22 2012-10-10 中国科学院计算技术研究所 用于多根i/o 虚拟化共享系统的i/o 资源管理方法
US20150058220A1 (en) * 2013-08-26 2015-02-26 Cellco Partnership (D/B/A Verizon Wireless) Payment pre-authorization
US20150134530A1 (en) * 2013-10-29 2015-05-14 Tencent Technology (Shenzhen) Company Limited Method, terminal, and system for payment verification
CN104599113A (zh) * 2013-10-31 2015-05-06 腾讯科技（深圳）有限公司 一种信息处理方法、装置和系统
CN103810598A (zh) * 2014-02-12 2014-05-21 金硕澳门离岸商业服务有限公司 基于终端设备的支付系统及支付方法
CN105827563A (zh) * 2015-01-04 2016-08-03 中国移动通信集团江西有限公司 信息验证方法、中间平台和业务支撑系统
WO2017052035A1 (ko) * 2015-09-22 2017-03-30 에스케이플래닛 주식회사 오프라인 결제 처리 시스템, 2차 인증 기반의 오프라인 결제 처리 방법 및 이를 이용한 장치
KR20170047693A (ko) * 2015-10-23 2017-05-08 에스케이플래닛 주식회사 오프라인 결제 처리 시스템, 개인 정보 질의 기반의 2차 인증을 이용한 오프라인 결제 처리 방법 및 이를 이용한 장치
US20170186003A1 (en) * 2015-12-28 2017-06-29 Ncr Corporation Secondary authentication of network transactions
CN109155029A (zh) * 2016-03-09 2019-01-04 万事达卡国际股份有限公司 用于受控令牌的电子分发的方法和系统
CN107392609A (zh) * 2017-07-25 2017-11-24 陈景银 互联网智能化个人信息虹膜识别、虹膜支付
US20190287111A1 (en) * 2018-03-14 2019-09-19 Benjamin M. Cvetkovich Payer-controlled payment processing
CN108875327A (zh) * 2018-05-28 2018-11-23 阿里巴巴集团控股有限公司 一种核身方法和装置
CN109919597A (zh) * 2019-02-01 2019-06-21 Oppo广东移动通信有限公司 支付信息处理方法、装置、移动终端及系统

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113516478A (zh) * 2021-07-14 2021-10-19 聚合吧科技有限公司 一种安全支付方法和装置
CN113691528A (zh) * 2021-08-23 2021-11-23 维沃移动通信有限公司 二维码处理方法、装置及电子设备
CN113691528B (zh) * 2021-08-23 2023-06-27 维沃移动通信有限公司 二维码处理方法、装置及电子设备
TWI833313B (zh) * 2022-08-04 2024-02-21 悠遊卡股份有限公司 基於交易風險控管的晶片卡交易系統及其實施方法
CN115271747A (zh) * 2022-10-01 2022-11-01 深圳市赢向量科技有限公司 一种基于面部与语音识别的安全验证方法
CN115271747B (zh) * 2022-10-01 2023-09-15 北京晟邦知享科技发展有限公司 一种基于面部与语音识别的安全验证方法

Also Published As

Publication number Publication date
CN112950219B (zh) 2023-10-27
CN117236965A (zh) 2023-12-15

Similar Documents

Publication Publication Date Title
US11734659B2 (en) Message-based bill payment
CN112950219B (zh) 支付处理方法和系统
EP3317817B1 (en) Identifying consumers in a transaction via facial recognition
US10049315B2 (en) Anti-skimming payment card
RU2648576C2 (ru) Устройство и способ для выдачи информации взаимодействия посредством использования изображения на устройстве отображения
US20180139608A1 (en) Authentication using application authentication element
CN114792420B (zh) 比较数据的方法、非暂时性计算机可读存储设备以及系统
CN113657886B (zh) 一种支付系统、方法、服务器设备、介质及装置
EP3374915B1 (en) Facial template and token pre-fetching in hands free service requests
US20170255923A1 (en) Direct settlement of hands-free transactions
US10476880B1 (en) Systems for providing electronic items having customizable locking mechanism
US20150348044A1 (en) Secure credit card transactions based on a mobile device
EP3129935A1 (en) Systems and methods for transacting at an atm using a mobile device
WO2015062255A1 (en) Information processing method, device and system
US20200202313A1 (en) Augmented reality enhancements for financial activities
US10510054B1 (en) Augmented reality enhancements for financial activities
US10083443B1 (en) Persistent authentication of a wearable device
JP2017504916A (ja) クレジット決算装置からの金融取引を監視するシステムおよび当該システムの方法
CN116917918A (zh) 嵌入式读卡器安全
EP4163854A1 (en) Systems and methods for conducting remote user authentication
CN111355722B (zh) 一种将生物特征同虚拟资源关联的方法、系统及非暂时性存储介质
US11042847B2 (en) Data processing methods, apparatuses, and terminal devices
CN114429345A (zh) 一种数字货币支付方法、装置、存储介质及电子设备
US20150286996A1 (en) Method and apparatus for carrying out an electronic transaction
US20230385832A1 (en) Conserving computing resources during identity validation via a last used account

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

Effective date of registration: 20230314

Address after: 200120 Floor 15, No. 447, Nanquan North Road, Free Trade Pilot Zone, Pudong New Area, Shanghai

Applicant after: Alipay.com Co.,Ltd.

Address before: 310000 801-11 section B, 8th floor, 556 Xixi Road, Xihu District, Hangzhou City, Zhejiang Province

Applicant before: Alipay (Hangzhou) Information Technology Co.,Ltd.

GR01 Patent grant
GR01 Patent grant