本发明涉及线上支付领域，尤其涉及一种认证支付方法及装置。
背景技术：
随着互联网的高速发展，其也为人们的生活提供了越来越多的便利。尤其在通过互联网进行交易方面，线上交易逐渐成为了交易的主流方式。而且目前人们在线上购买产品时，通常采用三方支付系统将资金支付给收款方。
目前为推广销售，销售方会将自己的产品投放到多个渠道方下进行销售。这样用户在渠道方也可以买到销售方的产品。
然而用户在渠道方购买产品时，相应的资金也将直接付给渠道方。由于销售方无法直接得到用户购买其产品时所支付的资金，渠道方需要在收到资金之后，将资金以及相关的数据进行处理整合然后发送至销售方，无疑增添了销售方回收资金的复杂度，降低了回收资金的效率。
技术实现要素：
本发明实施例提供一种认证支付方法及装置，以解决现有技术中，用户通过渠道方购买产品时，所支付的资金无法直接付给销售方，从而造成销售方回收资金效率过低的问题。
第一方面，本发明实施例提供了一种认证支付方法，应用于运行在第三方支付系统的浏览器下的销售方系统，其中与所述销售方系统具有预设关系的渠道方系统也运行在所述第三方支付系统的浏览器下；所述方法包括：
所述销售方系统在接收到所述渠道方系统发送的支付请求时，向所述渠道方系统发送页面链接，所述页面链接为所述销售方系统的授权页面的链接；
所述销售方系统接收到用户在所述授权页面的输入之后，将所述销售方系统的企业标识发送至所述第三方支付系统；
所述销售方系统接收所述第三方支付系统返回的认证标识，其中所述认证标识为所述第三方支付系统根据所述用户在所述第三方支付系统中对应的身份信息以及所述企业标识在所述第三方支付系统中对应的身份信息确定的标识；
所述销售方系统根据所述认证标识、所述企业标识以及所述支付请求中的支付金额，生成下单请求，并将所述下单请求发送至所述第三方支付系统，以使所述第三方支付系统根据所述下单请求完成认证支付。
可选的，所述销售方系统包括：内网资金设备和外网中间件设备；
所述销售方系统在接收到所述渠道方系统发送的支付请求时，向所述渠道方系统发送所述页面链接的步骤包括：
所述外网中间件设备在接收到所述支付请求时，将所述支付请求发送至所述内网资金设备；
所述内网资金设备根据所述支付请求生成用户唯一识别码，并将所述支付请求以及对应的用户唯一识别码存储至预设数据库；
将所述用户唯一识别码与所述页面链接进行拼接，并将拼接之后的页面链接发送至所述渠道方系统。
可选的，在所述根据所述支付请求生成用户唯一识别码的步骤之后，所述方法还包括：获取所述销售方系统的企业标识，并将所述企业标识以及对应的用户唯一识别码存储至预设数据库；
所述销售方系统接收到用户在所述授权页面的输入之后，将所述销售方系统的企业标识发送至所述第三方支付系统的步骤包括：
检测到用户在所述授权页面触发的指示信息之后，根据所述拼接之后的页面链接中的用户唯一识别码，在预设数据库中查找对应的企业标识；
将查找到的企业标识发送至所述第三方支付系统。
可选的，在所述根据所述支付请求生成用户唯一识别码时，所述方法还包括：生成预设时长时间戳；
在所述销售方系统接收所述第三方支付系统返回的认证标识的步骤之后，所述方法还包括：
根据所述预设时长时间戳，判断交易是否超时；
若交易未超时，则执行所述销售方系统根据所述认证标识、所述企业标识以及所述支付请求中的支付金额，生成下单请求的步骤。
可选的，所述将所述下单请求发送至所述第三方支付系统，以使所述第三方支付系统根据所述下单请求完成认证支付的步骤包括：
将所述下单请求发送至所述第三方支付系统；
接收所述第三方支付系统根据所述下单请求发送的付款标识；
根据所述付款标识生成付款请求，并将所述付款请求发送至所述第三方支付系统，以使所述第三方支付系统根据所述付款请求，将所述用户在所述第三方支付系统中的支付金额的资金支付至所述企业标识在所述第三方支付系统中对应的账户。
可选的，所述支付请求中携带有支付成功统一资源定位符和支付失败统一资源定位符。
可选的，所述支付请求中携带有商户号、业务流水号、应用程序识别码以及数字签名中的至少一个。
第二方面，本发明实施例还提供一种认证支付装置，应用于运行在第三方支付系统的浏览器下的销售方系统，其中与所述销售方系统具有预设关系的渠道方系统也运行在所述第三方支付系统的浏览器下；所述装置包括：
授权模块，用于在接收到所述渠道方系统发送的支付请求时，向所述渠道方系统发送页面链接，所述页面链接为所述销售方系统的授权页面的链接；
跳转模块，用于接收到用户在所述授权页面的输入之后，将所述销售方系统的企业标识发送至所述第三方支付系统；
认证模块，用于接收所述第三方支付系统返回的认证标识，其中所述认证标识为所述第三方支付系统根据所述用户在所述第三方支付系统中对应的身份信息以及所述企业标识在所述第三方支付系统中对应的身份信息确定的标识；
支付模块，用于根据所述认证标识、所述企业标识以及所述支付请求中的支付金额，生成下单请求，并将所述下单请求发送至所述第三方支付系统，以使所述第三方支付系统根据所述下单请求完成认证支付。
可选的，所述销售方系统包括：内网资金设备和外网中间件设备；
所述授权模块包括：
外网单元，用于在接收到所述支付请求时，将所述支付请求发送至所述内网资金设备；
内网单元，用于根据所述支付请求生成用户唯一识别码，并将所述支付请求以及对应的用户唯一识别码存储至预设数据库；
拼接单元，用于将所述用户唯一识别码与所述页面链接进行拼接，并将拼接之后的页面链接发送至所述渠道方系统。
可选的，所述装置还包括：获取模块，用于获取所述销售方系统的企业标识，并将所述企业标识以及对应的用户唯一识别码存储至预设数据库；
所述跳转模块，具体用于检测到用户在所述授权页面触发的指示信息之后，根据所述拼接之后的页面链接中的用户唯一识别码，在预设数据库中查找对应的企业标识；将查找到的企业标识发送至所述第三方支付系统。
可选的，所述装置还包括：时间戳模块，用于生成预设时长时间戳；
判断模块，用于根据所述预设时长时间戳，判断交易是否超时；若交易未超时，则执行所述销售方系统根据所述认证标识、所述企业标识以及所述支付请求中的支付金额，生成下单请求的步骤。
可选的，所述支付模块包括：
下单单元，用于将所述下单请求发送至所述第三方支付系统；
第一付款单元，用于接收所述第三方支付系统根据所述下单请求发送的付款标识；
第二付款单元，用于根据所述付款标识生成付款请求，并将所述付款请求发送至所述第三方支付系统，以使所述第三方支付系统根据所述付款请求，将所述用户在所述第三方支付系统中的支付金额的资金支付至所述企业标识在所述第三方支付系统中对应的账户。
可选的，所述支付请求中携带有支付成功统一资源定位符和支付失败统一资源定位符。
可选的，所述支付请求中携带有商户号、业务流水号、应用程序识别码以及数字签名中的至少一个。
第三方面，本发明实施例还提供一种电子设备，该电子设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上所述的认证支付方法中的步骤。
第四方面，本发明实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的认证支付方法中的步骤。
在本发明实施例中，销售方系统可以接收渠道方系统的支付请求，从而用户在渠道方系统上购买产品时，销售方系统通过接收到的支付请求，可以获知用户的购买行为。销售方系统在接收到渠道方系统发送的支付请求时，向渠道方系统发送页面链接，页面链接为销售方系统的授权页面的链接；这样用户通过渠道方系统接收到的页面链接，可以访问到销售方系统的授权页面。通过接收用户在授权页面的输入，模拟用户直接在销售方系统购买产品的情形。将销售方系统的企业标识发送至第三方支付系统。在接收到第三方支付系统返回的认证标识之后，根据认证标识、企业标识以及支付请求中的支付金额，生成下单请求，并将下单请求发送至第三方支付系统；以使第三方支付系统根据下单请求完成认证支付，从而用户在渠道方系统购买产品所支付的资金，可以通过第三方支付系统直接付给销售方系统。避免了渠道方系统收取用户所支付的资金，然后将资金以及相关数据再转发至销售方系统，减轻了销售方系统回收资金的复杂度，提升了销售方系统回收资金的效率。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图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(统一资源定位符，uniformresourcelocator)，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、通信接口(communicationsinterface)1020、存储器(memory)1030和通信总线1040，其中，处理器1010，通信接口1020，存储器1030通过通信总线1040完成相互间的通信。处理器1010可以调用存储器1030中的逻辑指令，以执行如下方法：
销售方系统在接收到渠道方系统发送的支付请求时，向渠道方系统发送页面链接，页面链接为销售方系统的授权页面的链接；
销售方系统接收到用户在授权页面的输入之后，将销售方系统的企业标识发送至第三方支付系统；
销售方系统接收第三方支付系统返回的认证标识，其中认证标识为第三方支付系统根据用户在第三方支付系统中对应的身份信息以及企业标识在第三方支付系统中对应的身份信息确定的标识；
销售方系统根据认证标识、企业标识以及支付请求中的支付金额，生成下单请求，并将下单请求发送至第三方支付系统，以使第三方支付系统根据下单请求完成认证支付。
此外，上述的存储器1030中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。
再一方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各实施例提供的认证支付方法，例如包括：
销售方系统在接收到渠道方系统发送的支付请求时，向渠道方系统发送页面链接，页面链接为销售方系统的授权页面的链接；
销售方系统接收到用户在授权页面的输入之后，将销售方系统的企业标识发送至第三方支付系统；
销售方系统接收第三方支付系统返回的认证标识，其中认证标识为第三方支付系统根据用户在第三方支付系统中对应的身份信息以及企业标识在第三方支付系统中对应的身份信息确定的标识；
销售方系统根据认证标识、企业标识以及支付请求中的支付金额，生成下单请求，并将下单请求发送至第三方支付系统，以使第三方支付系统根据下单请求完成认证支付。
以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
1.一种认证支付方法，其特征在于，应用于运行在第三方支付系统的浏览器下的销售方系统，其中与所述销售方系统具有预设关系的渠道方系统也运行在所述第三方支付系统的浏览器下；所述方法包括：
所述销售方系统在接收到所述渠道方系统发送的支付请求时，向所述渠道方系统发送页面链接，所述页面链接为所述销售方系统的授权页面的链接；
所述销售方系统接收到用户在所述授权页面的输入之后，将所述销售方系统的企业标识发送至所述第三方支付系统；
所述销售方系统接收所述第三方支付系统返回的认证标识，其中所述认证标识为所述第三方支付系统根据所述用户在所述第三方支付系统中对应的身份信息以及所述企业标识在所述第三方支付系统中对应的身份信息确定的标识；
所述销售方系统根据所述认证标识、所述企业标识以及所述支付请求中的支付金额，生成下单请求，并将所述下单请求发送至所述第三方支付系统，以使所述第三方支付系统根据所述下单请求完成认证支付。
2.根据权利要求1所述的方法，其特征在于，所述销售方系统包括：内网资金设备和外网中间件设备；
所述销售方系统在接收到所述渠道方系统发送的支付请求时，向所述渠道方系统发送所述页面链接的步骤包括：
所述外网中间件设备在接收到所述支付请求时，将所述支付请求发送至所述内网资金设备；
所述内网资金设备根据所述支付请求生成用户唯一识别码，并将所述支付请求以及对应的用户唯一识别码存储至预设数据库；
将所述用户唯一识别码与所述页面链接进行拼接，并将拼接之后的页面链接发送至所述渠道方系统。
3.根据权利要求2所述的方法，其特征在于，在所述根据所述支付请求生成用户唯一识别码的步骤之后，所述方法还包括：获取所述销售方系统的企业标识，并将所述企业标识以及对应的用户唯一识别码存储至预设数据库；
所述销售方系统接收到用户在所述授权页面的输入之后，将所述销售方系统的企业标识发送至所述第三方支付系统的步骤包括：
检测到用户在所述授权页面触发的指示信息之后，根据所述拼接之后的页面链接中的用户唯一识别码，在预设数据库中查找对应的企业标识；
将查找到的企业标识发送至所述第三方支付系统。
4.根据权利要求2所述的方法，其特征在于，在所述根据所述支付请求生成用户唯一识别码时，所述方法还包括：生成预设时长时间戳；
在所述销售方系统接收所述第三方支付系统返回的认证标识的步骤之后，所述方法还包括：
根据所述预设时长时间戳，判断交易是否超时；
若交易未超时，则执行所述销售方系统根据所述认证标识、所述企业标识以及所述支付请求中的支付金额，生成下单请求的步骤。
5.根据权利要求1所述的方法，其特征在于，所述将所述下单请求发送至所述第三方支付系统，以使所述第三方支付系统根据所述下单请求完成认证支付的步骤包括：
将所述下单请求发送至所述第三方支付系统；
接收所述第三方支付系统根据所述下单请求发送的付款标识；
根据所述付款标识生成付款请求，并将所述付款请求发送至所述第三方支付系统，以使所述第三方支付系统根据所述付款请求，将所述用户在所述第三方支付系统中的支付金额的资金支付至所述企业标识在所述第三方支付系统中对应的账户。
6.根据权利要求1所述的方法，其特征在于，所述支付请求中携带有支付成功统一资源定位符和支付失败统一资源定位符。
7.根据权利要求1所述的方法，其特征在于，所述支付请求中携带有商户号、业务流水号、应用程序识别码以及数字签名中的至少一个。
8.一种认证支付装置，其特征在于，应用于运行在第三方支付系统的浏览器下的销售方系统，其中与所述销售方系统具有预设关系的渠道方系统也运行在所述第三方支付系统的浏览器下；所述装置包括：
授权模块，用于在接收到所述渠道方系统发送的支付请求时，向所述渠道方系统发送页面链接，所述页面链接为所述销售方系统的授权页面的链接；
跳转模块，用于接收到用户在所述授权页面的输入之后，将所述销售方系统的企业标识发送至所述第三方支付系统；
认证模块，用于接收所述第三方支付系统返回的认证标识，其中所述认证标识为所述第三方支付系统根据所述用户在所述第三方支付系统中对应的身份信息以及所述企业标识在所述第三方支付系统中对应的身份信息确定的标识；
支付模块，用于根据所述认证标识、所述企业标识以及所述支付请求中的支付金额，生成下单请求，并将所述下单请求发送至所述第三方支付系统，以使所述第三方支付系统根据所述下单请求完成认证支付。
9.一种电子设备，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述计算机程序被所述处理器执行时实现如权利要求1至7中任一项所述的认证支付方法的步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的认证支付方法的步骤。
技术总结