CN111260342A - 一种认证支付方法及装置 - Google Patents

一种认证支付方法及装置 Download PDF

Info

Publication number
CN111260342A
CN111260342A CN201911176240.6A CN201911176240A CN111260342A CN 111260342 A CN111260342 A CN 111260342A CN 201911176240 A CN201911176240 A CN 201911176240A CN 111260342 A CN111260342 A CN 111260342A
Authority
CN
China
Prior art keywords
payment
request
seller
party payment
user
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
CN201911176240.6A
Other languages
English (en)
Other versions
CN111260342B (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.)
Taikang Insurance Group Co Ltd
Original Assignee
Taikang Insurance Group 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 Taikang Insurance Group Co Ltd filed Critical Taikang Insurance Group Co Ltd
Priority to CN201911176240.6A priority Critical patent/CN111260342B/zh
Publication of CN111260342A publication Critical patent/CN111260342A/zh
Application granted granted Critical
Publication of CN111260342B publication Critical patent/CN111260342B/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/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G06Q20/023—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] the neutral party being a clearing house
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/955—Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Finance (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明实施例提供了一种认证支付方法及装置，应用于运行在第三方支付***的浏览器下的销售方***，其中与销售方***具有预设关系的渠道方***也运行在第三方支付***的浏览器下；该方法包括：在接收到所述渠道方***发送的支付请求时，向渠道方***发送所述页面链接；接收到用户在授权页面的输入之后，将销售方***的企业标识发送至第三方支付***；接收所述方支付***返回的认证标识，根据认证标识、企业标识以及支付请求中的支付金额，生成下单请求，并将下单请求发送至第三方支付***，以使第三方支付***根据下单请求完成认证支付。本发明实施例中用户通过渠道方***购买销售方的产品时所支付的资金，可以直接支付给销售方。

Description

一种认证支付方法及装置
技术领域
本发明涉及线上支付领域，尤其涉及一种认证支付方法及装置。
背景技术
随着互联网的高速发展，其也为人们的生活提供了越来越多的便利。尤其在通过互联网进行交易方面，线上交易逐渐成为了交易的主流方式。而且目前人们在线上购买产品时，通常采用三方支付***将资金支付给收款方。
目前为推广销售，销售方会将自己的产品投放到多个渠道方下进行销售。这样用户在渠道方也可以买到销售方的产品。
然而用户在渠道方购买产品时，相应的资金也将直接付给渠道方。由于销售方无法直接得到用户购买其产品时所支付的资金，渠道方需要在收到资金之后，将资金以及相关的数据进行处理整合然后发送至销售方，无疑增添了销售方回收资金的复杂度，降低了回收资金的效率。
发明内容
本发明实施例提供一种认证支付方法及装置，以解决现有技术中，用户通过渠道方购买产品时，所支付的资金无法直接付给销售方，从而造成销售方回收资金效率过低的问题。
第一方面，本发明实施例提供了一种认证支付方法，应用于运行在第三方支付***的浏览器下的销售方***，其中与所述销售方***具有预设关系的渠道方***也运行在所述第三方支付***的浏览器下；所述方法包括：
所述销售方***在接收到所述渠道方***发送的支付请求时，向所述渠道方***发送页面链接，所述页面链接为所述销售方***的授权页面的链接；
所述销售方***接收到用户在所述授权页面的输入之后，将所述销售方***的企业标识发送至所述第三方支付***；
所述销售方***接收所述第三方支付***返回的认证标识，其中所述认证标识为所述第三方支付***根据所述用户在所述第三方支付***中对应的身份信息以及所述企业标识在所述第三方支付***中对应的身份信息确定的标识；
所述销售方***根据所述认证标识、所述企业标识以及所述支付请求中的支付金额，生成下单请求，并将所述下单请求发送至所述第三方支付***，以使所述第三方支付***根据所述下单请求完成认证支付。
可选的，所述销售方***包括：内网资金设备和外网中间件设备；
所述销售方***在接收到所述渠道方***发送的支付请求时，向所述渠道方***发送所述页面链接的步骤包括：
所述外网中间件设备在接收到所述支付请求时，将所述支付请求发送至所述内网资金设备；
所述内网资金设备根据所述支付请求生成用户唯一识别码，并将所述支付请求以及对应的用户唯一识别码存储至预设数据库；
将所述用户唯一识别码与所述页面链接进行拼接，并将拼接之后的页面链接发送至所述渠道方***。
可选的，在所述根据所述支付请求生成用户唯一识别码的步骤之后，所述方法还包括：获取所述销售方***的企业标识，并将所述企业标识以及对应的用户唯一识别码存储至预设数据库；
所述销售方***接收到用户在所述授权页面的输入之后，将所述销售方***的企业标识发送至所述第三方支付***的步骤包括：
检测到用户在所述授权页面触发的指示信息之后，根据所述拼接之后的页面链接中的用户唯一识别码，在预设数据库中查找对应的企业标识；
将查找到的企业标识发送至所述第三方支付***。
可选的，在所述根据所述支付请求生成用户唯一识别码时，所述方法还包括：生成预设时长时间戳；
在所述销售方***接收所述第三方支付***返回的认证标识的步骤之后，所述方法还包括：
根据所述预设时长时间戳，判断交易是否超时；
若交易未超时，则执行所述销售方***根据所述认证标识、所述企业标识以及所述支付请求中的支付金额，生成下单请求的步骤。
可选的，所述将所述下单请求发送至所述第三方支付***，以使所述第三方支付***根据所述下单请求完成认证支付的步骤包括：
将所述下单请求发送至所述第三方支付***；
接收所述第三方支付***根据所述下单请求发送的付款标识；
根据所述付款标识生成付款请求，并将所述付款请求发送至所述第三方支付***，以使所述第三方支付***根据所述付款请求，将所述用户在所述第三方支付***中的支付金额的资金支付至所述企业标识在所述第三方支付***中对应的账户。
可选的，所述支付请求中携带有支付成功统一资源定位符和支付失败统一资源定位符。
可选的，所述支付请求中携带有商户号、业务流水号、应用程序识别码以及数字签名中的至少一个。
第二方面，本发明实施例还提供一种认证支付装置，应用于运行在第三方支付***的浏览器下的销售方***，其中与所述销售方***具有预设关系的渠道方***也运行在所述第三方支付***的浏览器下；所述装置包括：
授权模块，用于在接收到所述渠道方***发送的支付请求时，向所述渠道方***发送页面链接，所述页面链接为所述销售方***的授权页面的链接；
跳转模块，用于接收到用户在所述授权页面的输入之后，将所述销售方***的企业标识发送至所述第三方支付***；
认证模块，用于接收所述第三方支付***返回的认证标识，其中所述认证标识为所述第三方支付***根据所述用户在所述第三方支付***中对应的身份信息以及所述企业标识在所述第三方支付***中对应的身份信息确定的标识；
支付模块，用于根据所述认证标识、所述企业标识以及所述支付请求中的支付金额，生成下单请求，并将所述下单请求发送至所述第三方支付***，以使所述第三方支付***根据所述下单请求完成认证支付。
可选的，所述销售方***包括：内网资金设备和外网中间件设备；
所述授权模块包括：
外网单元，用于在接收到所述支付请求时，将所述支付请求发送至所述内网资金设备；
内网单元，用于根据所述支付请求生成用户唯一识别码，并将所述支付请求以及对应的用户唯一识别码存储至预设数据库；
拼接单元，用于将所述用户唯一识别码与所述页面链接进行拼接，并将拼接之后的页面链接发送至所述渠道方***。
可选的，所述装置还包括：获取模块，用于获取所述销售方***的企业标识，并将所述企业标识以及对应的用户唯一识别码存储至预设数据库；
所述跳转模块，具体用于检测到用户在所述授权页面触发的指示信息之后，根据所述拼接之后的页面链接中的用户唯一识别码，在预设数据库中查找对应的企业标识；将查找到的企业标识发送至所述第三方支付***。
可选的，所述装置还包括：时间戳模块，用于生成预设时长时间戳；
判断模块，用于根据所述预设时长时间戳，判断交易是否超时；若交易未超时，则执行所述销售方***根据所述认证标识、所述企业标识以及所述支付请求中的支付金额，生成下单请求的步骤。
可选的，所述支付模块包括：
下单单元，用于将所述下单请求发送至所述第三方支付***；
第一付款单元，用于接收所述第三方支付***根据所述下单请求发送的付款标识；
第二付款单元，用于根据所述付款标识生成付款请求，并将所述付款请求发送至所述第三方支付***，以使所述第三方支付***根据所述付款请求，将所述用户在所述第三方支付***中的支付金额的资金支付至所述企业标识在所述第三方支付***中对应的账户。
可选的，所述支付请求中携带有支付成功统一资源定位符和支付失败统一资源定位符。
可选的，所述支付请求中携带有商户号、业务流水号、应用程序识别码以及数字签名中的至少一个。
第三方面，本发明实施例还提供一种电子设备，该电子设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上所述的认证支付方法中的步骤。
第四方面，本发明实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的认证支付方法中的步骤。
在本发明实施例中，销售方***可以接收渠道方***的支付请求，从而用户在渠道方***上购买产品时，销售方***通过接收到的支付请求，可以获知用户的购买行为。销售方***在接收到渠道方***发送的支付请求时，向渠道方***发送页面链接，页面链接为销售方***的授权页面的链接；这样用户通过渠道方***接收到的页面链接，可以访问到销售方***的授权页面。通过接收用户在授权页面的输入，模拟用户直接在销售方***购买产品的情形。将销售方***的企业标识发送至第三方支付***。在接收到第三方支付***返回的认证标识之后，根据认证标识、企业标识以及支付请求中的支付金额，生成下单请求，并将下单请求发送至第三方支付***；以使第三方支付***根据下单请求完成认证支付，从而用户在渠道方***购买产品所支付的资金，可以通过第三方支付***直接付给销售方***。避免了渠道方***收取用户所支付的资金，然后将资金以及相关数据再转发至销售方***，减轻了销售方***回收资金的复杂度，提升了销售方***回收资金的效率。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的认证支付方法的步骤流程图；
图2为本发明实施例的发送页面链接的步骤流程图；
图3为本发明实施例的下单支付的步骤流程图；
图4为本发明实施例提供的认证支付方法的应用示意图；
图5为本发明实施例提供的认证支付方法的信号交互示意图之一；
图6为本发明实施例提供的认证支付方法的信号交互示意图之二；
图7为本发明实施例提供的认证支付装置的结构框图；
图8为本发明实施例的授权模块的结构框图；
图9为本发明实施例的支付模块的结构框图；
图10为本发明实施例提供的电子设备的结构框图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。
在本发明的各种实施例中，应理解，下述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
参见图1，本发明实施例提供了一种认证支付方法，应用于运行在第三方支付***的浏览器下的销售方***，其中与所述销售方***具有预设关系的渠道方***也运行在所述第三方支付***的浏览器下。第三方支付***可以为微信或者支付宝，但不限于此。以微信为例，用户登录微信之后可以访问微信上的商铺(例如公众号)，并且用户在访问商铺购买产品的过程中一直不会离开微信。销售方***和渠道方***为微信中两个不同的商铺，其中销售方***将自己的某些产品放到渠道方***上进行销售。本发明实施例可以针对用户在渠道方***上购买销售方***上的产品时的场景。
该方法包括：
步骤101，销售方***在接收到渠道方***发送的支付请求时，向渠道方***发送页面链接，页面链接为销售方***的授权页面的链接。
应当说明的是，销售方***和渠道方***之间具有合作关系，若销售方***为一保险平台，则渠道方***为该保险平台的合作商平台。渠道方***上的部分产品为销售方***的产品，例如今日头条上具有泰康保险***上的多款保险产品。当用户通过渠道方***购买此部分产品时，渠道方***将向销售方***发送支付请求，以告知用户的购买行为。
授权页面为销售方***上的页面，用户通过页面链接即可访问到销售方***的授权页面。当用户访问授权页面时，用户已经跳转到销售方***。
较佳的，支付请求中携带有支付成功统一资源定位符和支付失败统一资源定位符。当支付成功时可以跳转到支付成功统一资源定位符所指示的页面；当支付失败时可以跳转到支付失败统一资源定位符所指示的页面。可选的，支付请求中携带有商户号、业务流水号、应用程序识别码以及数字签名中的至少一个。
步骤102，销售方***接收到用户在授权页面的输入之后，将销售方***的企业标识发送至第三方支付***。
应当说明的是，用户通过页面链接访问到销售方***的授权页面之后，可以通过用户点击的方式触发向第三方支付***发送企业标识的操作，或者控制浏览器模拟用户点击的操作，自动触发向第三方支付***发送企业标识的操作。当销售方***向第三方支付***发送企业标识时，第三方支付***还可以检测到用户当前访问的对象是否是销售方***。
步骤103，销售方***接收第三方支付***返回的认证标识。
应当说明的是，认证标识为第三方支付***根据用户在第三方支付***中对应的身份信息以及企业标识在第三方支付***中对应的身份信息确定的标识。第三方支付***在收到销售方***发送的企业标识之后，并检测到用户当前访问的对象为销售方***，则认证成功，生成认证标识。
步骤104，销售方***根据认证标识、企业标识以及支付请求中的支付金额，生成下单请求，并将下单请求发送至第三方支付***，以使第三方支付***根据下单请求完成认证支付。
应当说明的是，下单请求发送至第三方支付***，相当于告诉第三方支付***，有用户在访问销售方***时，准备购买销售方***上的产品。较佳的，下单请求中还携带有销售方***的收款账户。第三方支付***接收到下单请求之后，按照正常的下单付款流程，对用户进行扣费，并把费用转至销售方***的账户中。
本发明实施例中，销售方***可以接收渠道方***的支付请求，从而用户在渠道方***上购买产品时，销售方***通过接收到的支付请求，可以获知用户的购买行为。销售方***在接收到渠道方***发送的支付请求时，向渠道方***发送页面链接，页面链接为销售方***的授权页面的链接；这样用户通过渠道方***接收到的页面链接，可以访问到销售方***的授权页面。通过接收用户在授权页面的输入，模拟用户直接在销售方***购买产品的情形。将销售方***的企业标识发送至第三方支付***。在接收到第三方支付***返回的认证标识之后，根据认证标识、企业标识以及支付请求中的支付金额，生成下单请求，并将下单请求发送至第三方支付***；以使第三方支付***根据下单请求完成认证支付，从而用户在渠道方***购买产品所支付的资金，可以通过第三方支付***直接付给销售方***。避免了渠道方***收取用户所支付的资金，然后将资金以及相关数据再转发至销售方***，减轻了销售方***回收资金的复杂度，提升了销售方***回收资金的效率。
如图2所示，为了提升数据传输过程中的安全性，在上述发明实施例的基础上，本发明实施例中，销售方***包括：内网资金设备和外网中间件设备；
销售方***在接收到渠道方***发送的支付请求时，向渠道方***发送页面链接的步骤包括：
步骤201，外网中间件设备在接收到支付请求时，将支付请求发送至内网资金设备；
步骤202，内网资金设备根据支付请求生成用户唯一识别码，并将支付请求以及对应的用户唯一识别码存储至预设数据库；
步骤203，将用户唯一识别码与页面链接进行拼接，并将拼接之后的页面链接发送至渠道方***。
应当说明的是，外网中间件设备用于接收渠道方***和第三方支付***发送的数据，并转发至内网资金设备。内网资金设备对外网中间件设备转发的数据进行处理，以及向外网中间件设备发送数据。外网中间件设备还用于将内网资金设备发送的数据转发至渠道方***或第三方支付***。通过外网中间件设备建立内网资金设备与外部网络设备之间的安全通道，避免外部网络直接访问内网资金设备带来的风险。
在存储支付请求以及用户唯一识别码时，可以将支付请求中携带的信息解析出来，将解析出来的信息与用户唯一识别码对应存储于预设数据库中。这样销售方***在与渠道方***进行数据交互的时候，只需要在交互数据中携带用户唯一识别码即可。销售方***通过用户唯一识别码就可以在预设数据库中查到对应的信息，提升了信息传输过程中的安全性。
较佳的，在根据支付请求生成用户唯一识别码的步骤之后，方法还包括：获取销售方***的企业标识，并将企业标识以及对应的用户唯一识别码存储至预设数据库；
销售方***接收到用户在授权页面的输入之后，将销售方***的企业标识发送至第三方支付***的步骤包括：
检测到用户在授权页面触发的指示信息之后，根据拼接之后的页面链接中的用户唯一识别码，在预设数据库中查找对应的企业标识；
将查找到的企业标识发送至第三方支付***。
应当说明的是，企业标识为销售方***在第三方支付***中进行注册时的企业身份识别码。第三方支付系根据企业标识即可查到对应的企业在注册时注册的信息。
在上述各发明实施例的基础上，本发明实施例中，在根据支付请求生成用户唯一识别码时，该方法还包括：生成预设时长时间戳；
在销售方***接收第三方支付***返回的认证标识的步骤之后，该方法还包括：
根据预设时长时间戳，判断交易是否超时；
若交易未超时，则执行销售方***根据认证标识、企业标识以及支付请求中的支付金额，生成下单请求的步骤。
应当说明的是，若交易超时，可以向用户发送通知，通知用户订单超时，用户可以重新下单。预设时长时间戳可以为2小时，当销售方***接收到认证标识之后，根据当前时间以及生成时间戳的时间，判断此过程的时长是否超过2小时，若超过2小时，则交易超时，否则认为没有超时。
如图3所示，在上述各发明实施例的基础上，本发明实施例中，将下单请求发送至第三方支付***，以使第三方支付***根据下单请求完成认证支付的步骤包括：
步骤301，将下单请求发送至第三方支付***；
步骤302，接收第三方支付***根据下单请求发送的付款标识；
步骤303，根据付款标识生成付款请求，并将付款请求发送至第三方支付***，以使第三方支付***根据付款请求，将用户在第三方支付***中的支付金额的资金支付至企业标识在第三方支付***中对应的账户。
应当说明的是，第三方支付***先接收下单请求，然后再接收付款请求才可以进行扣费操作。当接收到付款请求之后，可以唤醒密码输入框，当用户输入正确的密码之后，再根据下单请求中的信息进行扣费。
如图4所示，为本发明实施例提供的认证支付方法的应用示意图；其中包括两种支付方式：
支付方式一：用户通过销售方认证平台购买产品时，获取第三方支付***已认证销售方用户的身份识别码；销售方认证平台通过销售方资金***下单后用户支付；销售方资金***通过第三方支付***进行用户身份识别码的认证，由于该用户身份识别码为第三方支付***已认证销售方用户的身份识别码，因此会认证成功，支付成功。
支付方式二：用户通过渠道方认证平台购买产品时，获取第三方支付***已认证渠道方用户的身份识别码；渠道方认证平台通过销售方资金***下单后用户支付；销售方资金***获取第三方支付***已认证销售方用户的身份识别码，然后通过第三方支付***认证用户身份识别码，由于认证的用户身份识别码为第三方支付***已认证销售方用户的身份识别码，因此会认证成功，支付成功。
如图5和图6所示，为本发明实施例提供的认证支付方法的信号交互示意图。首先参见图5，用户在用户端点击下单，则渠道方***的业务***将转发用户请求至销售方***。销售方***接收到用户请求之后，校验用户访问信息，存储商户号，流水号，成功失败url(统一资源定位符，Uniform Resource Locator)，MD5签名，访问报文信息至短连接表，生成token(令牌)+2小时时间戳，回调支付url+token时间戳参数生成otherData，拼接返回用户的授权页面url，其中包含appid和otherData参数。渠道方***根据返回的授权页面url跳转到销售方***的授权页面。销售方***通过授权页面接收业务***访问参数，并对参数进行处理，调用第三方支付***的接口；第三方支付***获取id(身份识别码)，该id为第三方支付***根据用户身份以及销售方***的身份生成；第三方支付***将获取的id作为参数拼接在授权页面的url后面进行访问。销售方***获取token+时间戳以及id，然后判断交易是否超时，若超时则返回超时通知至用户端，用户可以通过业务***重新下单；若未超时进行数据校验，并在校验成功之后发送下单请求至第三方支付***；第三方支付***接收下单请求然后处理下单请求。
继续参见图6，第三方支付***在处理下单请求之后，向销售方***返回支付串，由销售方***根据支付串生成支付参数，并向第三方支付***发送付款请求，从而唤起第三方支付***的支付密码输入框。用户在支付密码输入框中输入正确的密码之后，第三方支付***开始处理用户交易信息，并生成交易结果。一方面由销售方***直接获取交易通知，并根据交易结果跳转到支付成功页面或者支付失败页面。另一方面第三方支付***生成三方结果通知，并发送至销售方***，由销售方***将其转发至渠道方***，进而完成认证支付的整个过程。
以上介绍了本发明实施例提供的认证支付方法，下面将结合附图介绍本发明实施例提供的认证支付装置。
参见图7-图9，本发明实施例还提供了一种认证支付装置，应用于运行在第三方支付***的浏览器下的销售方***，其中与销售方***具有预设关系的渠道方***也运行在第三方支付***的浏览器下；该装置包括：
授权模块71，用于在接收到渠道方***发送的支付请求时，向渠道方***发送页面链接，页面链接为销售方***的授权页面的链接；
跳转模块72，用于接收到用户在授权页面的输入之后，将销售方***的企业标识发送至第三方支付***；
认证模块73，用于接收第三方支付***返回的认证标识，其中认证标识为第三方支付***根据用户在第三方支付***中对应的身份信息以及企业标识在第三方支付***中对应的身份信息确定的标识；
支付模块74，用于根据认证标识、企业标识以及支付请求中的支付金额，生成下单请求，并将下单请求发送至第三方支付***，以使第三方支付***根据下单请求完成认证支付。
可选的，销售方***包括：内网资金设备和外网中间件设备；
授权模块71包括：
外网单元711，用于在接收到支付请求时，将支付请求发送至内网资金设备；
内网单元712，用于根据支付请求生成用户唯一识别码，并将支付请求以及对应的用户唯一识别码存储至预设数据库；
拼接单元713，用于将用户唯一识别码与页面链接进行拼接，并将拼接之后的页面链接发送至渠道方***。
可选的，该装置还包括：获取模块，用于获取销售方***的企业标识，并将企业标识以及对应的用户唯一识别码存储至预设数据库；
跳转模块，具体用于检测到用户在授权页面触发的指示信息之后，根据拼接之后的页面链接中的用户唯一识别码，在预设数据库中查找对应的企业标识；将查找到的企业标识发送至第三方支付***。
可选的，该装置还包括：时间戳模块，用于生成预设时长时间戳；
判断模块，用于根据预设时长时间戳，判断交易是否超时；若交易未超时，则执行销售方***根据认证标识、企业标识以及支付请求中的支付金额，生成下单请求的步骤。
可选的，支付模块74包括：
下单单元741，用于将下单请求发送至第三方支付***；
第一付款单元742，用于接收第三方支付***根据下单请求发送的付款标识；
第二付款单元743，用于根据付款标识生成付款请求，并将付款请求发送至第三方支付***，以使第三方支付***根据付款请求，将用户在第三方支付***中的支付金额的资金支付至企业标识在第三方支付***中对应的账户。
可选的，支付请求中携带有支付成功统一资源定位符和支付失败统一资源定位符。
可选的，支付请求中携带有商户号、业务流水号、应用程序识别码以及数字签名中的至少一个。
本发明实施例提供的认证支付装置能够实现图1至图3的方法实施例中认证支付方法实现的各个过程，为避免重复，这里不再赘述。
本发明的实施例中，销售方***可以接收渠道方***的支付请求，从而用户在渠道方***上购买产品时，销售方***通过接收到的支付请求，可以获知用户的购买行为。销售方***在接收到渠道方***发送的支付请求时，向渠道方***发送页面链接，页面链接为销售方***的授权页面的链接；这样用户通过渠道方***接收到的页面链接，可以访问到销售方***的授权页面。通过接收用户在授权页面的输入，模拟用户直接在销售方***购买产品的情形。将销售方***的企业标识发送至第三方支付***。在接收到第三方支付***返回的认证标识之后，根据认证标识、企业标识以及支付请求中的支付金额，生成下单请求，并将下单请求发送至第三方支付***；以使第三方支付***根据下单请求完成认证支付，从而用户在渠道方***购买产品所支付的资金，可以通过第三方支付***直接付给销售方***。避免了渠道方***收取用户所支付的资金，然后将资金以及相关数据再转发至销售方***，减轻了销售方***回收资金的复杂度，提升了销售方***回收资金的效率。
另一方面，本发明实施例还提供了一种电子设备，包括存储器、处理器、总线以及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述认证支付方法中的步骤。
举个例子如下，图10示出了一种电子设备的实体结构示意图。
如图10所示，该电子设备可以包括：处理器(processor)1010、通信接口(Communications Interface)1020、存储器(memory)1030和通信总线1040，其中，处理器1010，通信接口1020，存储器1030通过通信总线1040完成相互间的通信。处理器1010可以调用存储器1030中的逻辑指令，以执行如下方法：
销售方***在接收到渠道方***发送的支付请求时，向渠道方***发送页面链接，页面链接为销售方***的授权页面的链接；
销售方***接收到用户在授权页面的输入之后，将销售方***的企业标识发送至第三方支付***；
销售方***接收第三方支付***返回的认证标识，其中认证标识为第三方支付***根据用户在第三方支付***中对应的身份信息以及企业标识在第三方支付***中对应的身份信息确定的标识；
销售方***根据认证标识、企业标识以及支付请求中的支付金额，生成下单请求，并将下单请求发送至第三方支付***，以使第三方支付***根据下单请求完成认证支付。
此外，上述的存储器1030中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
再一方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各实施例提供的认证支付方法，例如包括：
销售方***在接收到渠道方***发送的支付请求时，向渠道方***发送页面链接，页面链接为销售方***的授权页面的链接；
销售方***接收到用户在授权页面的输入之后，将销售方***的企业标识发送至第三方支付***；
销售方***接收第三方支付***返回的认证标识，其中认证标识为第三方支付***根据用户在第三方支付***中对应的身份信息以及企业标识在第三方支付***中对应的身份信息确定的标识；
销售方***根据认证标识、企业标识以及支付请求中的支付金额，生成下单请求，并将下单请求发送至第三方支付***，以使第三方支付***根据下单请求完成认证支付。
以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种认证支付方法，其特征在于，应用于运行在第三方支付***的浏览器下的销售方***，其中与所述销售方***具有预设关系的渠道方***也运行在所述第三方支付***的浏览器下；所述方法包括：
所述销售方***在接收到所述渠道方***发送的支付请求时，向所述渠道方***发送页面链接，所述页面链接为所述销售方***的授权页面的链接；
所述销售方***接收到用户在所述授权页面的输入之后，将所述销售方***的企业标识发送至所述第三方支付***；
所述销售方***接收所述第三方支付***返回的认证标识，其中所述认证标识为所述第三方支付***根据所述用户在所述第三方支付***中对应的身份信息以及所述企业标识在所述第三方支付***中对应的身份信息确定的标识；
所述销售方***根据所述认证标识、所述企业标识以及所述支付请求中的支付金额，生成下单请求，并将所述下单请求发送至所述第三方支付***，以使所述第三方支付***根据所述下单请求完成认证支付。
2.根据权利要求1所述的方法，其特征在于，所述销售方***包括：内网资金设备和外网中间件设备；
所述销售方***在接收到所述渠道方***发送的支付请求时，向所述渠道方***发送所述页面链接的步骤包括：
所述外网中间件设备在接收到所述支付请求时，将所述支付请求发送至所述内网资金设备；
所述内网资金设备根据所述支付请求生成用户唯一识别码，并将所述支付请求以及对应的用户唯一识别码存储至预设数据库；
将所述用户唯一识别码与所述页面链接进行拼接，并将拼接之后的页面链接发送至所述渠道方***。
3.根据权利要求2所述的方法，其特征在于，在所述根据所述支付请求生成用户唯一识别码的步骤之后，所述方法还包括：获取所述销售方***的企业标识，并将所述企业标识以及对应的用户唯一识别码存储至预设数据库；
所述销售方***接收到用户在所述授权页面的输入之后，将所述销售方***的企业标识发送至所述第三方支付***的步骤包括：
检测到用户在所述授权页面触发的指示信息之后，根据所述拼接之后的页面链接中的用户唯一识别码，在预设数据库中查找对应的企业标识；
将查找到的企业标识发送至所述第三方支付***。
4.根据权利要求2所述的方法，其特征在于，在所述根据所述支付请求生成用户唯一识别码时，所述方法还包括：生成预设时长时间戳；
在所述销售方***接收所述第三方支付***返回的认证标识的步骤之后，所述方法还包括：
根据所述预设时长时间戳，判断交易是否超时；
若交易未超时，则执行所述销售方***根据所述认证标识、所述企业标识以及所述支付请求中的支付金额，生成下单请求的步骤。
5.根据权利要求1所述的方法，其特征在于，所述将所述下单请求发送至所述第三方支付***，以使所述第三方支付***根据所述下单请求完成认证支付的步骤包括：
将所述下单请求发送至所述第三方支付***；
接收所述第三方支付***根据所述下单请求发送的付款标识；
根据所述付款标识生成付款请求，并将所述付款请求发送至所述第三方支付***，以使所述第三方支付***根据所述付款请求，将所述用户在所述第三方支付***中的支付金额的资金支付至所述企业标识在所述第三方支付***中对应的账户。
6.根据权利要求1所述的方法，其特征在于，所述支付请求中携带有支付成功统一资源定位符和支付失败统一资源定位符。
7.根据权利要求1所述的方法，其特征在于，所述支付请求中携带有商户号、业务流水号、应用程序识别码以及数字签名中的至少一个。
8.一种认证支付装置，其特征在于，应用于运行在第三方支付***的浏览器下的销售方***，其中与所述销售方***具有预设关系的渠道方***也运行在所述第三方支付***的浏览器下；所述装置包括：
授权模块，用于在接收到所述渠道方***发送的支付请求时，向所述渠道方***发送页面链接，所述页面链接为所述销售方***的授权页面的链接；
跳转模块，用于接收到用户在所述授权页面的输入之后，将所述销售方***的企业标识发送至所述第三方支付***；
认证模块，用于接收所述第三方支付***返回的认证标识，其中所述认证标识为所述第三方支付***根据所述用户在所述第三方支付***中对应的身份信息以及所述企业标识在所述第三方支付***中对应的身份信息确定的标识；
支付模块，用于根据所述认证标识、所述企业标识以及所述支付请求中的支付金额，生成下单请求，并将所述下单请求发送至所述第三方支付***，以使所述第三方支付***根据所述下单请求完成认证支付。
9.一种电子设备，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述计算机程序被所述处理器执行时实现如权利要求1至7中任一项所述的认证支付方法的步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的认证支付方法的步骤。
CN201911176240.6A 2019-11-26 2019-11-26 一种认证支付方法及装置 Active CN111260342B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911176240.6A CN111260342B (zh) 2019-11-26 2019-11-26 一种认证支付方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911176240.6A CN111260342B (zh) 2019-11-26 2019-11-26 一种认证支付方法及装置

Publications (2)

Publication Number Publication Date
CN111260342A true CN111260342A (zh) 2020-06-09
CN111260342B CN111260342B (zh) 2023-04-07

Family

ID=70952395

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911176240.6A Active CN111260342B (zh) 2019-11-26 2019-11-26 一种认证支付方法及装置

Country Status (1)

Country Link
CN (1) CN111260342B (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112308362A (zh) * 2020-07-06 2021-02-02 广东粤财金融云科技股份有限公司 一种企业贸易数据的处理方法、装置及业务应用***
CN112488686A (zh) * 2020-11-19 2021-03-12 建信金融科技有限责任公司 一种安全支付方法、***、电子设备及可读存储介质
CN113591047A (zh) * 2021-08-04 2021-11-02 吉林亿联银行股份有限公司 一种用户身份识别方法、装置、电子设备及存储介质

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020082986A1 (en) * 2000-12-26 2002-06-27 Hsi-Peng Lu Method for payment in exchange
US20040103060A1 (en) * 2002-11-22 2004-05-27 Pitney Bowes Incorporated Secure payment system and method having one-time use authorization
US20040111368A1 (en) * 2000-05-26 2004-06-10 Cuthbertson Luke A. System and method for facilitating payment over the internet or like communication media
US20080183593A1 (en) * 2007-01-29 2008-07-31 Google Inc. On-Line Payment Transactions
US20090157531A1 (en) * 1999-12-09 2009-06-18 Bui Hong Q Payment service capable of being invoked from merchant sites
US20170132627A1 (en) * 2015-11-09 2017-05-11 Paypal, Inc. Integration platform for interfacing with third party channels
CN107748985A (zh) * 2017-11-07 2018-03-02 苏州比可网络科技有限公司 基于网络的支付方法和网络支付服务器
CN107833040A (zh) * 2017-07-28 2018-03-23 平安科技（深圳）有限公司 支付方法、装置、存储介质及终端
CN111754678A (zh) * 2020-06-10 2020-10-09 天津时界科技发展有限公司 一种基于智能销售专柜的商业模式

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090157531A1 (en) * 1999-12-09 2009-06-18 Bui Hong Q Payment service capable of being invoked from merchant sites
US20040111368A1 (en) * 2000-05-26 2004-06-10 Cuthbertson Luke A. System and method for facilitating payment over the internet or like communication media
US20020082986A1 (en) * 2000-12-26 2002-06-27 Hsi-Peng Lu Method for payment in exchange
US20040103060A1 (en) * 2002-11-22 2004-05-27 Pitney Bowes Incorporated Secure payment system and method having one-time use authorization
US20080183593A1 (en) * 2007-01-29 2008-07-31 Google Inc. On-Line Payment Transactions
US20170132627A1 (en) * 2015-11-09 2017-05-11 Paypal, Inc. Integration platform for interfacing with third party channels
CN107833040A (zh) * 2017-07-28 2018-03-23 平安科技（深圳）有限公司 支付方法、装置、存储介质及终端
CN107748985A (zh) * 2017-11-07 2018-03-02 苏州比可网络科技有限公司 基于网络的支付方法和网络支付服务器
CN111754678A (zh) * 2020-06-10 2020-10-09 天津时界科技发展有限公司 一种基于智能销售专柜的商业模式

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112308362A (zh) * 2020-07-06 2021-02-02 广东粤财金融云科技股份有限公司 一种企业贸易数据的处理方法、装置及业务应用***
CN112488686A (zh) * 2020-11-19 2021-03-12 建信金融科技有限责任公司 一种安全支付方法、***、电子设备及可读存储介质
CN113591047A (zh) * 2021-08-04 2021-11-02 吉林亿联银行股份有限公司 一种用户身份识别方法、装置、电子设备及存储介质

Also Published As

Publication number Publication date
CN111260342B (zh) 2023-04-07

Similar Documents

Publication Publication Date Title
US9940622B2 (en) Method and system for facilitating online payments based on an established payment agreement
JP6257091B2 (ja) 支払いプラグインを使用した支払いの実施
CN111260342B (zh) 一种认证支付方法及装置
CN104574050B (zh) 在线结算的方法、装置及***
CN106934622B (zh) 一种共享账户的方法和装置
CN108960941B (zh) 电子支付开票方法
CN105099688A (zh) 一种电子账户的操作方法、支付页面的展示方法及装置
CN106296144A (zh) 支付处理服务器、客户端及支付处理方法
CN103489095A (zh) 电子交易方法、***及支付平台***
CN110060035B (zh) 风险支付的处理方法、装置及设备
CN106096952A (zh) ***支付方法、支付服务器及支付***
CN113179282A (zh) 合并账号的方法、装置和服务器
US20160275502A1 (en) Embedded third party server bypass security feature
CN110766388B (zh) 虚拟卡生成方法及***、电子设备
CN110276608A (zh) 支付处理方法、装置、可读存储介质及计算机设备
CN103020824A (zh) 一种移动支付的方法及装置
CN105631669A (zh) 校验支付数据的方法及设备
KR102301036B1 (ko) Otp 기반의 회원 인증을 통해 여신 및 직불 결제 처리를 지원하는 결제 처리 대행 장치 및 그 동작 방법
CN110647737B (zh) 仓单***中企业用户安全认证的方法、装置及电子设备
CN109359990B (zh) 网络交易***、交易订单处理方法、装置、设备及介质
CN106375976B (zh) 一种Web应用计费的方法及装置
CN115175183B (zh) 基于5g消息的鉴权方法及鉴权装置
CN115001776B (zh) 数据处理***及方法
US20190251610A1 (en) Method of identity authentication for online store
CN112184343A (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
GR01 Patent grant
GR01 Patent grant