CN109961277B - 支付流程确定方法、装置及电子设备 - Google Patents

Abstract

本申请公开了一种支付流程确定方法、装置及电子设备，包括：接收支付请求，所述支付请求包括用户标识信息以及商家标识信息；基于支付策略确定与所述用户标识符信息以及商家标识信息至少之一相对应的实时权限码；基于所述实时权限码和多个预定支付流程组件的权限码，确定与所述支付请求对应的支付流程中所包括的流程组件。采用该方法可以灵活地增加或删除组件，提升用户体验。

Description

支付流程确定方法、装置及电子设备

技术领域

本申请涉及移动通信技术领域，具体而言，涉及一种支付流程确定方法、装置及电子设备。

背景技术

当前，随着互联网技术的兴起，诞生了一批B2C、C2C、O2O电商企业。为了让用户更便捷地去完成线上交易，快捷支付应运而生。所谓快捷支付是指用户购买商品时，不需要开通网银，不需属于银行卡密码，只需提供银行卡卡号、持卡人姓名、手机号码等信息，银行验证手机号码正确性后，第三方支付发送短信验证码给到用户手机，用户输入正确的短信验证码即可完成支付，如果用户选择保存卡信息，则用户下次支付时，只需输入第三方支付的支付密码即可完成支付。

例如，快捷支付的流程可以如下：

对于新卡支付：填卡号、输卡要素、填短信、支付扣款、绑卡；

对于已绑卡支付：选择已绑卡、输入密码或者指纹支付、支付扣款。

目前主流的支付产品，支付流程基本上是类似的。这些支付产品的支付存在问题在于，流程不灵活，不可随意定制差异化的流程。

而且，新增、删除流程的代价很大。所有用户在支付体验上无差别，级别高的，粘性好，不同偏好的用户并不能享受体验上的特权。

申请内容

针对现有技术中存在的问题，本申请提供一种支付流程确定方法、装置及电子设备，能够提高支付流程确定的灵活性。

本申请一实施例提供一种支付流程确定方法，包括：

接收支付请求，所述支付请求包括用户标识信息以及商家标识信息；

基于支付策略确定与所述用户标识符信息以及商家标识信息至少之一相对应的实时权限码；

基于所述实时权限码和多个预定支付流程组件的权限码，确定与所述支付请求对应的支付流程中所包括的流程组件。

本申请实施例还提供一种支付流程确定装置，包括：

请求接收模块，用于接收支付请求，所述支付请求包括用户标识信息以及商家标识信息；

第一确定模块，用于基于支付策略确定与所述用户标识符信息以及商家标识信息至少之一相对应的实时权限码；

第二确定模块，用于基于所述实时权限码和多个预定支付流程组件的权限码，确定与所述支付请求对应的支付流程中所包括的流程组件。

本发明实施例还提供一种电子设备，包括：

处理器；以及

存储器，其上存储有可在所述处理器上运行的计算机程序；

所述处理器执行所述计算机程序以实现以上方法中的步骤。

本发明实施例提供一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现上述方法中的步骤。

在本申请提供的方案中，基于支付策略确定与当前支付请求中包括的用户标识信息以及商家标识信息相对应的实时权限码，并基于该实时权限码与多个预定支付流程组件的权限码来确定与支付请求对应的支付流程中所包括的流程组件。这样，可以基于与用户标识信息和商家标识信息相关的策略来灵活地增加或删除某些组件，实时决策出与当前用户相适应的支付流程，提升用户体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本申请。

附图说明

通过参照附图详细描述其示例实施例，本申请的上述和其它对象、特征及优点将变得更加显而易见。

图1描述了本申请实施例提供的支付流程确定方法所涉及到的执行环境。

图2示出了可以在其中实现说明性实施例的支付确定系统的框图。

图3示出了一种示例性组件化后的支付流程。

图4示出了由流程决策中心参与的支付流程的示意图。

图5示出了根据本申请示例性实施例的支付确定方法的流程图；

图6示出了根据本申请示例性实施例的支付确定装置的框图。

图7示出了根据本申请示例性实施例的电子设备的框图。

图8示出了本申请示例性实施例中涉及到的配置表的一个例子。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本申请将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。附图仅为本申请的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

图1描述了本申请实施例提供的支付流程确定方法所涉及到的执行环境。该执行环境100至少包含一个网络102，该网络102是在该执行环境100内连接在一起的各种设备和计算机之间提供通信链路的介质。网络102可以包括诸如有线、无线通信链路或光纤线缆之类的连接。

服务器104连同存储单元108一起连接至网络102。此外，客户端110、112和114也连接至网络102。这些客户端110、112和114例如可以是个人计算机、网络计算机等，也可以是智能手机之类的移动终端。图中仅示出了一个服务器和三个客户端，但是该执行环境100也可以包括更多的服务器和客户端。

现在参考图2，示出了可以在其中实现说明性实施例的支付流程确定系统的框图。数据处理系统200是诸如图1中的服务器104或客户端110的计算机的示例，其中可以针对说明性实施例而定位实现过程的计算机可用程序代码或指令。在该说明性示例中，数据处理系统200包括通信结构202，其在处理器单元204、存储器206、持久性存储208、通信单元210、输入/输出(I/O)单元212和显示器214之间提供通信。

现在参考图2，示出了可以在其中实现本申请实施例的示例性支付流程执行装置的框图。支付流程确定装置200是诸如图1中的服务器104的示例。该支付流程确定装置200包括通信结构202，其在处理器单元204、存储器206、持久性存储208、通信单元210、输入/输出(I/O)单元212和显示器214之间提供通信。

处理器单元204用来执行可被加载至存储器206中的软件的指令。根据特定实现，处理器单元204可以是一个或多个处理器的集合或者可以是多处理器内核。

存储器206和持久性存储208是存储设备的示例。存储设备是能够基于临时和/或基于永久来存储信息的任意个硬件。在这些示例中，存储器206例如可以是随机访问存储器或者任意其它适当的易失性或非易失性处设备。持久性存储208可以根据特定实现而采用各种形式。例如，持久性存储208可以包含一个或多个组件或设备。例如，持久性存储208可以是硬盘驱动器、闪存、可重写光盘、可重写磁带或者以上的一些组合。持久性存储208所使用的介质也可以是可移除的。例如，可以将可移除硬盘驱动器用于持久性存储208。

通信单元210提供了与其它数据处理系统或设备的通信。在这些示例中，通信单元210可以是网络接口卡。通信单元210可以通过使用物理和无线通信链路中的任一种或这二者来提供通信。

输入/输出单元212允许与可连接至数据处理系统200的其它设备的数据输入和输出。例如，输入/输出单元212可以通过键盘和鼠标提供用于用户输入的连接。另外，输入/输出单元212可以向打印机发送输出。显示器214提供了用于向用户显示信息的机制。

用于操作系统以及应用或程序的指令位于持久性存储208上。这些指令可以被加载到存储器206中以供处理器单元204执行。不同实施例的过程可以由处理器单元204使用可能位于诸如存储器206的存储器中的计算机实现的指令来执行，这些指令被称作程序代码、计算机可用程序代码，或者可以被处理器单元204中的处理器读取并执行的计算机可读程序代码。不同实施例中的程序代码可以被具体化于诸如存储器206或持久性存储208之类的不同物理或有形计算机可读介质上。

程序代码216以功能性形式位于可选择性地进行移除的计算机可读介质218上，并且可以被加载或传输至数据处理系统200上以供处理器单元204执行。程序代码216和计算机可读介质218在这些示例中形成了计算机程序产品220。在一个示例中，计算机可读介质218可以处于有形形式，例如插入或放置到作为持久性存储208的一部分的驱动器或其它设备中以便传输到存储设备上的光盘或磁盘，存储设备诸如作为持久性存储208的一部分的硬盘驱动器。以有形形式，计算机可读介质218还可以采用持久性存储的形式，诸如连接至数据处理系统200的硬盘驱动器、指状驱动器或闪存。有形形式的计算机可读介质218也被称作计算机可记录存储介质。在一些实例中，计算机可记录介质218可能不是可移除的。

程序代码216以功能性形式位于可选择性地进行移除的计算机可读介质218上，并且可以被加载或传输至数据处理系统200上以供处理器单元204执行。程序代码216和计算机可读介质218在这些示例中形成了计算机程序产品220。在一个示例中，计算机可读介质218可以处于有形形式，例如插入或放置到作为持久性存储208的一部分的驱动器或其它设备中以便传输到存储设备上的光盘或磁盘，存储设备诸如作为持久性存储208的一部分的硬盘驱动器。以有形形式，计算机可读介质218还可以采用持久性存储的形式，诸如连接至数据处理系统200的硬盘驱动器、指状驱动器或闪存。有形形式的计算机可读介质218也被称作计算机可记录存储介质。在一些实例中，计算机可记录介质218可能不是可移除的。

程序代码216可以通过到通信单元210的通信链路和/或通过到输入/输出单元212的连接而从计算机可读介质218被传送至数据处理系统200。该通信链路和/或连接在说明性示例中可以是物理或无线的。计算机可读介质还可以采用诸如包含程序代码的通信链路或无线传输之类的非有形介质。针对数据处理系统200所图示的不同组件并非意在向可以实现不同实施例的方式提供架构上的限制。不同的说明性实施例可以在包括针对数据处理系统200所图示的那些组件之外的组件或者作为其替代的组件的数据处理系统中实现。

可以使用总线系统来实现通信结构202并且其可以由一个或多个总线(诸如系统总线或输入/输出总线)所组成。当然，系统总线可以使用针对附接到总线系统的不同组件或设备之间的数据传输而提供的任意适当类型的架构来实现。此外，通信单元可以包括一个或多个用来发送和接收数据的设备，诸如调制解调器或网络适配器。另外，存储器例如可以是存储器206或者诸如可以在可出现在通信结构202中的接口和存储器控制集线器中找到的高速缓存。

用于执行本发明的操作的计算机程序代码可以以一种或多种编程语言的任何组合进行编写。

下面描述本申请的示例性实施方式。

在本申请的实施例中，将支付所涉及的各个环节抽象成独立的组件，然后由支付决策中心根据各要素条件控制用户支付流程，决策中心可以灵活控制流程的流转，不同用户享受到的支付体验也可随意定制。

图3示出了一种示例性组件化后的支付流程。如图所示，对于新卡支付而言，可以包括如下流程组件：密码验证、卡号输入、通道获取、风险控制等流程。对于已绑卡支付而言，可以包括如下流程组件：选择某个已经绑定的银行卡、密码验证、通道获取、风险控制等流程组件。流程组件是高内聚的模块组件，流程组件之间无耦合相互独立。对于一次支付而言，可以执行核心流程组件且组件之间的顺序不能改变。例如，对于新卡支付而言，可以执行的核心组件及其顺序为：通道获取、卡要素填写、卡签约、扣款，其他流程组件可以是可选的，即对于某些用户而言可以不必执行。

图4示出了由流程决策中心参与的支付流程的示意图。如图所示，流程决策中心401与权限系统402、数据挖掘系统403、服务器管理系统404、会员系统405以及网关系统406进行交互，以确定用户当前发起的支付流程应当包括的流程组件。

权限系统402决定交易类型、到账模式、支付方式、是否需绑卡、免登支付等要素。一般地，此系统维护的是B端商家的权限，例如，有的商家不需绑卡，那么用户支付流程中就可以省略绑卡操作，有的商户要支持免登，支付就不进行登录校验。

会员系统405存储用户的绑卡、免密、指纹支付、是否实名等信息。比如用户开通了免密，那么已绑卡支付就可把密码验证略过。

数据挖掘系统403可决策出用户的支付喜好，例如用户常用的银行卡、习惯的支付金额、常购买的商品等。已绑卡支付可将用户常用的卡置顶展示。

网关系统406维护银行卡支付通道状态、卡限额、卡余额等信息。例如对于已绑卡支付，若用户某卡背后的通道故障，则可优先展示其他可用的银行卡，某卡超限或者余额不足也可类似处理。

服务管理系统404维护当前可降级的外部服务，比如风控系统故障，则可把支付流程中的请求风控流程给删除。

图5示出根据本申请示例性实施例的支付流程确定方法的流程图。该方法包括如下步骤：

在步骤501中，接收支付请求，所述支付请求包括用户标识信息以及商家标识信息。

在步骤502中，基于支付策略确定与所述用户标识符信息以及商家标识信息至少之一相对应的实时权限码。

在步骤503中，基于所述实时权限码和多个预定支付流程组件的权限码，确定与所述支付请求对应的支付流程中所包括的流程组件。

根据一示例性实施例，在确定出于支付请求对应的支付流程所包括的流程组件后，该方法还可以包括：基于所确定的支付流程中所包括的流程组件形成支付流程指令。

下面结合图3和图4详细介绍该方法。

在步骤501中，如果一个用户正在进行支付动作，则用户发起支付请求，该支付请求可以包括该用户的用户标识信息(例如用户ID等)以及商家的标识信息(例如商家ID等)。例如，用户使用支付宝或者微信进行支付时，可以提交该用户的二维码，该二维码是一种可以唯一标识该用户的用户ID。商家的标识信息也可以是商家的二维码等可以唯一标识该商家的标识信息。

在步骤502中，基于支付策略确定与该用户ID和/或商家ID相对应的实时权限码。

具体而言，该步骤502可以通过如下方式实施：通过查询配置表确定与所述用户标识信息以及商家标识信息对应的实时权限码，所述配置表存储有与商家标识信息相关的权限信息、与用户标识信息对应的用户支付相关信息以及用户支付喜好信息、与用户标识信息和商家标识信息相关的支付通道信息以及与风险控制信息以及实时权限码之间的对应关系。

例如，在图4所示的流程决策中心处可以维护一个配置表，在图8中示出了该配置表的一个例子。

从如图8所示的配置表可以看出，支付决策中心在收到支付请求之后，可以将用户ID发送至会员系统和数据挖掘系统(参见图4)，以获得与该用户ID有关的用户支付相关信息以及用户支付喜好信息。支付决策中心在收到支付请求之后还可以将商家ID发送到权限系统(参见图4)，以获得与商家ID相关的权限信息。支付决策中心在收到支付请求之后，还可以于网管服务系统以及服务管理系统交互(参见图4)，以获得与当前的用户ID和商家ID相关联的支付通道信息以及风险控制信息(例如该用户ID或商家ID是否在黑名单上等)。

在从权限系统、会员系统、数据挖掘系统、网关服务系统、以及服务管理系统获取上述信息之后，流程决策中心可以确定这些信息与配置表中的哪个实时权限码相匹配，并将匹配的实时权限码确定为与用户ID和商家ID相对应的实时权限码。

例如，参见图8中的配置表，决策中心可以将图8中从左至右标记#的条目对应的二进制换算成十进制数即可以得到权限码。

在步骤503中，可以基于步骤502中确定实时权限码和多个预定支付流程组件的权限码，确定与支付请求对应的支付流程中所包括的流程组件。

在本申请的实施例中，图3所示的每个流程组件均具有预先分配的权限码，可以将步骤502中确定的实时权限码与每个预定支付流程组件的权限码进行与操作，将与操作结果满足预设条件的预定支付流程组件确定为与支付请求对应的支付流程中所包括的流程组件。

参见图8，以获得的权限码是944为例。图8所示的配置表中标记#的条目可以组装出用户首先看到的支付界面，在该界面中可以显示用户已经绑卡，常用的是某工行卡，支付方式可能只支持快捷支付，用户确认支付。决策中心可以基于决策出的权限码确定支付流程中所包括的组件。

假设各个支付流程组件的权限码如下：

免登组件：256；免密组件：128；指纹组件：64；密码组件：32；短信验证组件：1；

如果944&256＝＝256，则不需校验用户登录状态，即在支付流程中不需要包括维护免登的组件。

如果944&128＝＝128，则直接走免密支付，略过密码验证(优先级为：免密>指纹支付>密码支付)，即在支付流程中需要包括免密组件。

如果944&1＝＝0，则不需要用户补充短信验证，即支付流程中不需要短信验证组件。

假设风险控制组件和营销组件的权限码如下：

风险控制组件：8；营销组件：4

如果944&8＝＝0，则需要处理风控检查，即支付流程中需要包括风险控制组件

如果944&4＝＝0，则需要处理营销信息，即支付流程中需要包括营销组件。如果进行与操作的结果＝＝1，则可以略过此营销组件。

假设扣款模块的各组件的权限码如下：

交易类型组件：1024；结算模式组件：512

如果944&1024＝＝0，则支付走的是正常购买(0表示购买，1表示转账)，即支付流程中需要包括该交易类型组件。

如果944&512＝＝512，则结算模式是实时结算(0表示待结算，1表示实时结算)，即支付流程中需要包括该结算模式组件。

然后扣款模块把这些信息记录到相应的数据库单据里面，并调用银行支付成功。

之后，可以基于所确定的支付流程中所包括的流程组件形成支付流程指令。

例如，参见图4，如果在步骤503中确定当前支付流程所包括的流程组件为：选择某卡组件、指纹验证免密组件、通道获取组件、扣款组件、支付后引导组件，则支付决策中心可以将基于所确定的这些组件形成支付流程指令，从而执行如下支付流程：选择某卡-指纹验证免密-通道获取-扣款-支付后引导。

在本申请的实施例中，基于支付策略确定与当前支付请求中包括的用户标识信息以及商家标识信息相对应的实时权限码，并基于该实时权限码与多个预定支付流程组件的权限码(例如进行与操作)来确定与支付请求对应的支付流程中所包括的流程组件，进而基于所确定的流程组件形成支付流程指令。这样，可以基于与用户标识信息和商家标识信息相关的策略来灵活地增加或删除某些组件，实时决策出与当前用户相适应的支付流程，提升用户体验。

而且，支付决策中心基于配置表确定实时权限码，并通过与操作来确定出所需要的支付流程，计算量小，运算速度快，能够满足支付流程的实时性要求。

另外，采用本申请提供的方法，通过支付决策中心与风险控制系统交互，可以实时降级，保证支付服务高度可用。

图6示出了根据示例性实施例的支付流程确定装置的框图。该装置包括请求接收模块61、第一确定模块62以及第二确定模块63。

请求接收模块61用于接收支付请求，所述支付请求包括用户标识信息以及商家标识信息；

第一确定模块62用于基于支付策略确定与所述用户标识符信息以及商家标识信息至少之一相对应的实时权限码；

第二确定模块63用于基于所述实时权限码和多个预定支付流程组件的权限码，确定与所述支付请求对应的支付流程中所包括的流程组件。

图7示出了根据示例性实施例的电子装置的示意图。本申请提供一种电子设备800，该电子设备可以包括存储器801和处理器802。存储器801上存储有可在处理器802上运行的计算机程序。处理器802执行计算机程序可以实现本文描述的方法。

存储器801可以是各种由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

该电子设备800可以是具备计算和处理能力的各种设备，除了存储器801和处理器802之外，还可以包括各种输入设备(例如用户界面、键盘等)、各种输出设备(例如扬声器等)、以及显示设备，本文在此不再赘述。

本发明实施例还提供计算机可读存储介质，存储有计算机程序，该计算机程序被处理器执行时实现本发明实施例所提供方法的步骤。

以上具体地示出和描述了本申请的示例性实施方式。应可理解的是，本申请不限于这里描述的详细结构、设置方式或实现方法；相反，本申请意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。

Claims (12)

1.一种支付流程确定方法，其特征在于，包括：

接收支付请求，所述支付请求包括用户标识信息以及商家标识信息；

基于支付策略确定与所述用户标识信息以及商家标识信息至少之一相对应的实时权限码；

基于所述实时权限码和多个预定支付流程组件的权限码，从支付所涉及的各个环节抽象成的各个独立的流程组件中，确定与所述支付请求对应的支付流程中所包括的流程组件；

基于所确定的支付流程中所包括的流程组件形成支付流程指令。

2.根据权利要求1所述的方法，其中，所述多个预定支付流程组件之间相互独立无耦合。

3.根据权利要求1所述的方法，其中，所述支付策略限定与所述商家标识信息相关的权限信息、与所述用户标识信息对应的用户支付相关信息以及用户支付喜好信息、与所述用户标识信息和所述商家标识信息相关的支付通道信息以及与风险控制信息中的至少之一。

4.根据权利要求3所述的方法，其中，与所述商家标识信息相关的权限信息限定与所述商家标识信息相关的交易类型、到账模式、支付方式、是否需绑定银行卡、是否免登录支付中的至少之一。

5.根据权利要求3所述的方法，其中，与所述用户标识信息对应的用户支付相关信息包括用户绑定的银行卡信息、是否免密、是否指纹支付以及是否实名支付中的至少之一。

6.根据权利要求3所述的方法，其中，与所述用户标识信息相对应的用户支付喜好信息包括用户常用银行卡、用户习惯的支付金额、用户常购买的物品中的至少之一。

7.根据权利要求3所述的方法，其中，与所述用户标识信息和所述商家标识信息相关的支付通道信息限定与所述用户标识信息和商家标识信息相关的银行卡支付通道状态、卡限额、卡余额中的至少之一。

8.根据权利要求3至7中任一项所述的方法，其中，基于支付策略确定与所述用户标识信息以及商家标识信息相对应的实时权限码，包括：

通过查询配置表确定与所述用户标识信息以及商家标识信息对应的实时权限码，所述配置表存储有与商家标识信息相关的权限信息、与用户标识信息对应的用户支付相关信息以及用户支付喜好信息、与用户标识信息和商家标识信息相关的支付通道信息以及与风险控制信息以及实时权限码之间的对应关系。

9.根据权利要求1至7中任一项所述的方法，其中，基于所述实时权限码和预定支付流程组件的权限码，确定与所述支付请求对应的支付流程中所包括的流程组件，包括：

将所述实时权限码与每个预定支付流程组件的权限码进行与操作，将与操作结果满足预设条件的预定支付流程组件确定为与所述支付请求对应的支付流程中所包括的流程组件。

10.一种支付流程确定装置，其特征在于，包括：

请求接收模块，用于接收支付请求，所述支付请求包括用户标识信息以及商家标识信息；

第一确定模块，用于基于支付策略确定与所述用户标识信息以及商家标识信息至少之一相对应的实时权限码；

第二确定模块，用于基于所述实时权限码和多个预定支付流程组件的权限码，从支付所涉及的各个环节抽象成的各个独立的流程组件中，确定与所述支付请求对应的支付流程中所包括的流程组件；

指令生成模块，用于基于所确定的支付流程中所包括的流程组件形成支付流程指令。

11.一种电子设备，其特征在于，包括：

处理器；以及

存储器，其上存储有可在所述处理器上运行的计算机程序；

其特征在于，所述处理器执行所述计算机程序以实现如权利要求1-9中任一项所述的方法的步骤。

12.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求中1-9中任一项所述方法的步骤。

Images