一种支付方法和支付插件的制作方法
【技术领域】
[0001]本发明涉及互联网技术，具体地涉及一种支持多种支付方式集成的支付方法和支付插件。
【背景技术】
[0002]在现有的互联网增值业务中，流畅的支付流程和快捷的支付接入方式对于付费用户和商户非常重要。目前用户购买商品，首先需要选择商品(价格，款式等)，点击确认后，跳转到相应的支付页面，选择支付方式后再跳转到相应的支付平台。而对于商户而言，为满足不同用户的支付需求，需要分别接入多个不同的支付平台。
[0003]发明人在实现本发明的过程中发现，现有技术至少存在以下缺点:
[0004]现有的支付接入方案要求接入商户需具备较强的技术背景，接入操作复杂，而且商户如果想接入多种支付方式(支付宝，银行卡，手机支付)，必须对接不同的支付渠道，接入过程非常繁杂。同时，由于商品选择与支付无法在同一页面完成，造成支付用户体验不够流畅，部分用户流失。
【发明内容】
[0005]本发明的目的是提供一种支持多种支付方式集成的支付方法和支付插件，以解决支付接入复杂和支付体验不流畅的问题。
[0006]为达上述目的，一方面，本发明提供了一种支付方法，包括如下步骤:
[0007]接收支付接入方发送的呼起请求；
[0008]根据所述呼起请求在购买页面本地呼起支付插件页面；
[0009]解析根据用户对所述支付插件页面的操作而生成的支付请求，将所述支付请求发送至用户选择的支付渠道服务器。
[0010]另一方面，本发明还提供了一种支付插件，其包括:
[0011]支付接入单元，用于接收支付接入方发送的呼起请求，根据所述呼起请求在购买页面本地呼起支付插件页面；
[0012]支付平台单元，用于解析根据用户对所述支付插件页面的操作而生成的支付请求，将所述支付请求发送至用户选择的支付渠道服务器。
[0013]本发明提供的上述支付方法和支付插件，能够在购买页面本地呼起支付插件页面，从而避免了页面跳转，使得用户的支付体验更加流畅。另外，用户接入方(商户)无需对接多个不同的支付渠道，只需一次接入支付插件后即可完成选择集成的多种支付渠道的其中之一进行接入，支付接入更加简单。
【附图说明】
[0014]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图做一简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
[0015]图1为本发明的实施例的支付方法的整体流程图；
[0016]图2为本发明作为举例的支付插件与支付渠道的交互流程图；
[0017]图3为本发明的实施例的支付插件的逻辑架构示意图。
【具体实施方式】
[0018]为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0019]本发明实施例的技术方案对于常用的支付方式(例如支付宝支付，银联支付，手机支付)进行了集成，支付接入方(商户)无需与多个支付渠道对接，只需在支付插件申请支付接入并配置相应的支付接入信息后即可完成支付接入工作。进一步地，退款管理、对账管理、商户管理、监控预警等商户常用的功能也集成到了支付插件中；支付接入方(商户)可本地呼起支付插件，商品的选择和支付都在支付插件内完成。本发明实施例的技术方案解决了支付接入复杂和支付体验不流畅的问题，并且该流程和解决方案的理论具有一定的通用性、完整性和指导意义。
[0020]实施例一
[0021]图1为本发明的实施例一的支付方法的整体流程图。如图1所示，该方法的执行主体是本发明实施例提供的通用的支付插件，该方法包括如下步骤:
[0022]步骤101:接收支付接入方发送的呼起请求；
[0023]步骤102:根据该呼起请求在购买页面本地呼起支付插件页面；
[0024]步骤103:解析根据用户对上述支付插件页面的操作而生成的支付请求，将该支付请求发送至用户选择的支付渠道服务器。
[0025]可选地，在步骤101之前还可以包括如下步骤:支付接入方(商户)在一次性接入多种支付方式之前，执行接入准备工作，进入支付插件支付接入配置页面，首先创建商户并选择要接入的多个支付方式(支付渠道)，商户创建完毕后系统会自动分配支付接入时所必须的商户ID、商户KEY等关键参数，同时配置Notify URL(通知地址)即支付插件管理平台推送异步通知时使用的地址。在完成上述工作后，支付接入方(商户)根据呼起支付插件URL生成规则生成相应的URL。
[0026]具体地，在步骤102中，在本地呼起支付插件，无需支付页面的跳转。对于PC端和移动端H5，呼起支付插件，无需任何外部环境依赖，只需一行js代码(JavaScript编写的脚本文件的代码)即可在浏览器呼起；对于安卓Android和1S原生应用，支付接入方只需将支付插件SDK(软件开发工具包，Software Development Kit)引入应用内，通过相应scheme语言即可呼起支付插件。
[0027]作为一种可选实施方式，在步骤102之前还可以包括如下步骤:对上述呼起请求进行完整性验证，在完整性验证通过后执行步骤102。
[0028]作为一种可选实施方式，在步骤103之前还可包括如下步骤:创建上述支付请求对应的订单；根据用户选择的支付渠道服务器动态生成相应的支付地址；以及，监听订单支付状态，并将支付结果同步推送到所述支付接入方。通过创建订单有利于支付接入方跟踪查询订单支付状态，通过生成相应支付渠道服务器的支付地址，可访问支付渠道的收银系统以完成支付操作。另外，通过监听订单支付状态，并将支付结果同步推送到所述支付接入方，有利于满足支付接入方对支付结果的同步通知需求。
[0029]为满足支付接入方的对账需求，图1所示的方法还可进一步包括如下步骤:接收支付接入方发送的对账请求，为该支付接入方提供支付交易信息。
[0030]为实现退款管理功能和对异常支付行为的监控预警，图1所示的方法还可进一步包括如下步骤:接收各个支付渠道服务器的退款请求，并将支付渠道服务器的退款结果推送到支付接入方；监控所有支付接入方的支付行为，当发现支付异常时通过邮件或者短信方式进行预警。
[0031]通过上述较佳实施方式的描述可知，支付接入方(商户)呼起支付插件后，支付插件将完成一系列复杂的处理流程，包括:支付请求解析，订单创建，提交支付请求到相应的支付渠道，监控订单状态，推送支付结果到支付接入方，退款处理等。在上述处理过程中，能够在购买页面本地呼起支付插件页面，从而避免了页面跳转，使得用户的支付体验更加流畅。另外，用户接入方(商户)无需对接多个不同的支付渠道，只需一次接入支付插件后即可完成选择集成的多种支付渠道的其中之一进行接入，支付接入更加简单，解决了支付接入复杂和支付体验不流畅的问题。
[0032]下面结合图2以用户的一次购买行为来说明支付插件与支付渠道的交互流程，其包括如下步骤:
[0033]步骤201:用户购买；
[0034]步骤202:支付接入方根据购买信息和接入配置信息生成呼起支付插件的请求；
[0035]步骤203:支付插件的支付接入单元接受支付请求后进行完整性校验；
[0036]步骤204:判断验证是否通过；
[0037]步骤205:验证通过后，支付插件的支付接入单元解析并渲染支付信息，最终在购买页本地呼起整个支付插件页面；
[0038]步骤206:用户确认支付信息，点击支付按钮；
[0039]步骤207:支付平台单元的支付模块解析支