CN109272387A - 支付链路处理方法、支付系统及设备 - Google Patents

Abstract

本说明书实施例提供一种支付链路处理方法、支付系统及设备，在支付链路处理方法中，支付系统接收商户系统发送的订单的生成通知。根据生成通知，确定对应的买家用户。调用信用系统对买家用户的信用进行评估。若买家用户的信用评估通过，则确定订单的支付链路。其中，确定订单的支付链路包括：在买家用户确认订单交易完成后，触发生成支付请求。向商户系统返回发货通知。

Description

支付链路处理方法、支付系统及设备

技术领域

本说明书一个或多个实施例涉及计算机技术领域，尤其涉及一种支付链路处理方法、支付系统及设备。

背景技术

传统技术中，用户的购物流程可以如图1所示。图1中，用户选购好物品并下单后，需先向支付系统的对应账户中充值，在该充值的过程中，支付系统需要调用银行系统的接口。在充值结束后，支付系统通过商户系统通知商户发货。在用户确定收到物品之后，支付系统再将相应金额的资金转入商户的账户中。

由上可以看出，在传统的购物流程中，需要用户先执行预支付操作。然而，在一些特殊情况下，比如海量用户在同一时间一起购物时，那么在同一时间支付系统需要频繁地去调用银行系统的接口。

因此，需要提供一种更有效地支付链路处理方法。

发明内容

本说明书一个或多个实施例描述了一种支付链路处理方法、支付系统及设备，可以提升用户的购物体验。

第一方面，提供了一种支付链路处理方法，包括：

支付系统接收商户系统发送的订单的生成通知；

根据所述生成通知，确定对应的买家用户；

调用信用系统对所述买家用户的信用进行评估；

若所述买家用户的信用评估通过，则确定所述订单的支付链路；所述确定所述订单的支付链路包括：在所述买家用户确认所述订单交易完成后，触发生成支付请求；

向所述商户系统返回发货通知。

第二方面，提供了一种支付系统，包括：

接收单元，用于接收商户系统发送的订单的生成通知；

确定单元，用于根据所述接收单元接收的所述生成通知，确定对应的买家用户；

调用单元，用于调用信用系统对所述确定单元确定的所述买家用户的信用进行评估；

所述确定单元，还用于若所述买家用户的信用评估通过，则确定所述订单的支付链路；所述确定所述订单的支付链路包括：在所述买家用户确认所述订单交易完成后，触发生成支付请求；

发送单元，用于向所述商户系统返回发货通知。

第三方面，提供了一种支付设备，包括：

存储器；

一个或多个处理器；以及

一个或多个程序，其中所述一个或多个程序存储在所述存储器中，并且被配置成由所述一个或多个处理器执行，所述程序被所述处理器执行时实现以下步骤：

支付系统接收商户系统发送的订单的生成通知；

根据所述生成通知，确定对应的买家用户；

调用信用系统对所述买家用户的信用进行评估；

若所述买家用户的信用评估通过，则确定所述订单的支付链路；所述确定所述订单的支付链路包括：在所述买家用户确认所述订单交易完成后，触发生成支付请求；

向所述商户系统返回发货通知。

本说明书一个或多个实施例提供的支付链路处理方法、支付系统及设备，支付系统接收商户系统发送的订单的生成通知。根据生成通知，确定对应的买家用户。调用信用系统对买家用户的信用进行评估。若买家用户的信用评估通过，则确定订单的支付链路。其中，确定订单的支付链路包括：在买家用户确认订单交易完成后，触发生成支付请求。向商户系统返回发货通知。由此可以看出，本说明书提供的方案，在买家用户下单之后，先调用评估系统对买家用户的信用进行评估。若评估通过，则免去买家用户的预支付操作，直接通知商家发货。由此可以避免在同一时间支付系统频繁地调用银行系统的接口，从而造成银行系统压力大的问题。此外，在免去买家用户的预支付操作之后，可以大大提升用户的购物体验。

附图说明

为了更清楚地说明本说明书实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1为本说明书提供的现有的购物流程示意图；

图2为本说明书提供的支付链路处理方法的应用场景示意图；

图3为本说明书一个实施例提供的支付链路处理方法流程图；

图4为本说明书提供的退货流程示意图；

图5为本说明书另一个实施例提供的支付方法信息交互图；

图6为本说明书一个实施例提供的支付系统示意图；

图7为本说明书一个实施例提供的支付设备示意图。

具体实施方式

下面结合附图，对本说明书提供的方案进行描述。

图2为本说明书提供的支付链路处理方法的应用场景示意图。图2中，买家用户通过商户系统(如，淘宝网、天猫等)可以选购物品并执行下单操作。在买家用户执行下单操作后，商户系统可以生成相应的订单，并向支付系统发送该订单的生成通知。该生成通知可以包括买家用户的账户等信息。支付系统在接收到上述生成通知之后，可以根据买家用户的账户等信息，确定对应的用户标识(userid)。调用信用系统对该用户标识对应的买家用户的信用进行评估。具体地，信用系统可以根据该用户标识，获取对应的信用数据，如，信用分数和/或恶意行为记录等。之后判断该信用数据是否满足预设规则，如，信用分数是否超过阈值等。如果满足，则评估通过，否则未通过。当然，在实际应用中，信用系统还可以结合其它数据，如，交易金额等，来对买家用户的信用进行评估，本说明书对此不作限定。

需要说明的是，若信用系统对买家用户的信用评估通过，则支付系统可以免去买家用户的预支付操作，并通知商家发货。在买家用户收到物品之后，可以触发支付系统生成相应的支付请求。支付系统在生成支付请求之后再调用银行系统的接口，从买家用户的账户中转出相应金额的资金至商户的账户中。

可以理解的是，由于买家用户的收货时间不一致，从而触发支付系统生成支付请求的时间会比较分散，这可以避免支付系统在同一时间频繁调用银行系统，而导致的银行系统压力大的问题。此外，在免去买家用户的预支付操作之后，一方面，买家用户可以不用预先将资金沉淀在支付系统中；另一方面，也缩短了用户在购物过程中所耗费的时间，从而可以大大提升用户的购物体验。

图3为本说明书一个实施例提供的支付链路处理方法流程图。所述方法的执行主体可以为具有处理能力的设备：服务器或者装置或者系统，如，可以为图2中的支付系统。如图3所示，所述方法具体可以包括：

步骤302，支付系统接收商户系统发送的订单的生成通知。

此处的商户系统例如可以为淘宝网或者天猫等。具体地，买家用户可以在商户系统中选购物品并执行下单操作。在买家用户执行上述下单操作之后，商户系统可以创建相应的订单，之后向支付系统发送该订单的生成通知。在一个例子中，该生成通知可以包括：交易订单号、买家用户的账户、商户的账户、商品信息以及交易金额等。

步骤304，根据接收的生成通知，确定对应的买家用户。

如，可以根据生成通知中的买家用户的账户，确定对应的用户标识(userid)。需要说明的是，在支付系统中，每个不同的用户都唯一地对应一个userid。

步骤306，调用信用系统对买家用户的信用进行评估。

可选地，为了保证安全性，在对买家用户的信用评估之前，可以先对买家用户的身份进行验证。如，可以加载相应的网页页面，并指示买家用户输入支付密码。若支付密码验证通过，则调用信用系统对买家用户的信用进行评估。

上述调用过程具体可以为：支付系统向信用系统发送评估请求。该评估请求可以包括买家用户的用户标识。信用系统在接收到上述评估请求之后，可以根据用户标识，获取买家用户的信用数据。此处的信用数据可以包括信用系统预先根据用户的交易数据以及行为数据，得到的信用分数。此外，还可以包括预先从其它系统(如，商户系统)收集的用户的恶意行为记录等。之后，信用系统可以判断获取的信用数据是否满足预设规则。此处的预设规则可以包括但不限于信用分数超过阈值、没有恶意行为记录以及交易金额小于1000元等等。若获取的信用数据满足预设规则，则确定该买家用户的信用评估通过，否则信用评估未通过。最后，信用系统可以向支付系统返回信用评估结果。可以理解的是，这里的信用评估结果可以包括通过或者未通过。

步骤308，若买家用户的信用评估通过，则确定该订单的支付链路。

此处，可以根据信用系统返回的评估结果，来确定买家用户的信用评估是否通过。另外，上述确定该订单的支付链路可以包括：在买家用户确认订单交易完成后，触发生成支付请求。这里的生成支付请求的操作可以是由买家用户点击用于表示付款的按钮触发，或者说由买家用户的支付指令触发；也可以是在指定时长之后，由支付系统自动触发。

可以理解的是，由于买家用户的收货时间不一致，从而触发支付请求生成的时间会比较分散，这可以避免支付系统在同一时间处理多个支付请求的问题。

此外，支付系统还可以生成对应的支付订单。该支付订单可以包括支付订单号、交易订单号、买家用户的账户、商户的账户、商品信息以及交易金额等。此外，还可以包括订单状态。可以理解的是，初始时，该支付订单的订单状态为未支付。

步骤310，向商户系统返回发货通知。

需要说明是，在本说明书提供的方案中，若买家用户的信用评估通过，则可以免去买家用户的预支付操作，而直接向商户系统返回发货通知。之后，再由商户系统通知商户发货。由此，既可以避免用户预先将资金沉淀在支付系统中，又可以缩短用户在购物过程中所耗费的时间。商户在接收到发货通知后，向买家用户发货。

至此，本说明书提供的支付链路处理方法结束。可以理解的是，在确定上述支付链路之后，还可以包括如下步骤：

判断是否已生成支付请求。若是，则根据支付请求，进行支付处理。

在一个例子中，该支付请求可以包括上述支付订单号。根据该支付订单号可以查找到对应的支付订单。然后从该支付订单中可以获取到买家用户的账户、商户的账户以及交易金额等信息。

在一个例子中，上述支付处理的过程可以为：支付系统可以调用银行系统的接口从买家用户的账户中扣除相应金额(即上述交易金额)的资金，之后再将上述金额的资金转入商户的账户中。可以理解的是，在支付成功时，可以将免预支付订单的订单状态修改为已支付。

需要说明的是，由于支付系统对银行系统的接口的调用是在买家用户下单完成之后进行的，且该调用的时间比较分散，所以不会影响用户的购物体验，也不会对银行系统造成压力。

还需要说明的是，当上述支付请求由买家用户触发生成时，由于其可能存在忘记支付的情况。因此，为避免给买家用户造成不良的信用，本说明书提供的方案还可以包括如下步骤：若在指定时长(如，7天)内未生成上述支付请求，则查找与买家用户相匹配的支付渠道。通过相匹配的支付渠道进行支付处理。也即，自动触发生成支付请求，并进行支付请求的处理。

最后，如果支付系统根据预设的判断规则，判断当前买家用户确实为恶意用户，则可以向信用系统中更新其相应的恶意行为记录，以便信用系统能够基于该记录对用户的信用进行评估。

以下对通过上述实施例各步骤确定的支付链路，其对应的退货流程进行说明。

图4为本说明书提供的退货流程示意图。图4中，买家用户在收到物品之后，如果对物品不满意，可以向商户系统发送退货申请，该退货申请可以包括交易订单号。之后，商户系统可以向商户发送退货通知。在商户同意退货之后，商户系统可以根据退货申请中的交易订单号，查找相应的订单，并将该订单的订单状态修改为已退货。商户系统可以向支付系统发送退款申请。支付系统根据接收到的退款申请，查找对应的支付订单，并将该支付订单的订单状态修改已退款即可。

由此可以看出，在本说明书提供的退货流程中，由于买家用户在收到物品之前并没有真正的付款。因此，其退货流程可以不涉及资金处理，只需修改各系统的订单状态即可。这样既方便了用户，又省去了资金处理所耗费的时间。

综上，本说明书实施例提供的支付链路处理方法，既可以避免给用户带来不必要的经济损失，又可以降低银行系统的压力，还可以简化退款流程。

以上是在买家用户的信用评估通过时，买家用户的支付流程。在买家用户的信用评估未通过时，则进入正常的支付流程。即若买家用户的信用评估未通过，则直接触发生成支付请求。当支付请求处理成功时，向商户系统返回发货通知等等。

图5为本说明书另一个实施例提供的支付方法信息交互图。如图5所示，所述方法可以包括：

步骤502，商户系统接收买家用户的下单请求。

步骤504，商户系统根据该下单请求，向支付系统发送订单的生成通知。

步骤506，支付系统根据生成通知，向信用系统发送评估请求。

该评估请求用于指示信用系统对买家用户的信用进行评估。

步骤508，信用系统获取买家用户的信用数据。

步骤510，信用系统根据信用数据以及预设规则，对买家用户的信用进行评估。

步骤512，信用系统向支付系统发送信用评估结果。

步骤514，支付系统判断信用评估结果是否为通过。若否，则执行步骤516；若是，则执行步骤518。

步骤516，进入正常支付流程。

步骤518，向商户系统返回发货通知。

此外，还可以建立支付订单。

步骤520，支付系统接收买家用户在确认收到物品后发送的支付指令。

步骤522，根据支付指令，触发生成支付请求；

步骤524，支付系统根据支付请求，进行支付处理。

本说明书实施例提供的支付方法，在用户选购商品的过程中，可以减少对银行付款流程的依赖，从而可以提升购买成功率，进而可以提升用户体验。此外，还可以减小在统一时间大数据处理造成的网络冲击。

本说明书一个或多个实施例中所述支付涉及的技术载体，例如可以包括近场通信(Near Field Communication，NFC)、WIFI、3G/4G/5G、POS机刷卡技术、二维码扫码技术、条形码扫码技术、蓝牙、红外、短消息(Short Message Service，SMS)、多媒体消息(Multimedia Message Service，MMS)等。

与上述支付方法对应地，本说明书一个实施例还提供的一种支付系统，如图6所示，该系统可以包括：

接收单元602，用于接收商户系统发送的订单的生成通知。

确定单元604，用于根据接收单元602接收的生成通知，确定对应的买家用户。

调用单元606，用于调用信用系统对确定单元504确定的买家用户的信用进行评估。

调用单元606具体可以用于：

获取买家用户的用户标识。

向信用系统发送评估请求。该评估请求可以包括用户标识，其用于指示信用系统根据用户标识，获取买家用户的信用数据。并用于指示信用系统根据信用数据以及预设规则，对买家用户的信用进行评估。

接收信用系统返回的信用评估结果。

确定单元604，还用于若买家用户的信用评估通过，则确定该订单的支付链路。该确定该订单的支付链路包括：在买家用户确认订单交易完成后，触发生成支付请求。

发送单元608，用于向商户系统返回发货通知。

可选地，该系统还可以包括：判断单元610和第一支付单元612。

判断单元610，用于判断是否已生成支付请求。

第一支付单元612，用于根据生成的支付请求，进行支付处理。

可选地，该系统还可以包括：查找单元614和第二支付单元616。

查找单614元，用于若在指定时长内未生成支付请求，则查找与买家用户相匹配的支付渠道。

第二支付单元616，用于通过查找单元614查找的相匹配的支付渠道进行支付处理。

可选地，确定单元604，还用于若买家用户的信用评估未通过，则直接触发生成支付请求。

发送单元608，还用于当支付请求处理成功时，向商户系统返回发货通知。

本说明书上述实施例系统的各功能模块的功能，可以通过上述方法实施例的各步骤来实现，因此，本说明书一个实施例提供的系统的具体工作过程，在此不复赘述。

本说明书一个实施例提供的支付系统，接收单元602接收商户系统发送的订单的生成通知。确定单元604根据生成通知，确定对应的买家用户。调用单元606调用信用系统对买家用户的信用进行评估。若买家用户的信用评估通过，则确定单元604确定订单的支付链路。其中，确定订单的支付链路包括：在买家用户确认订单交易完成后，触发生成支付请求。发送单元608向商户系统返回发货通知。由此，可以提升用户的购物体验。

与上述支付方法对应地，本说明书实施例还提供了一种支付设备，如图7所示，该设备可以包括：该设备可以包括：存储器702、一个或多个处理器704以及一个或多个程序。其中，该一个或多个程序存储在存储器702中，并且被配置成由一个或多个处理器704执行，该程序被处理器704执行时实现以下步骤：

支付系统接收商户系统发送的订单的生成通知。

根据生成通知，确定对应的买家用户。

调用信用系统对买家用户的信用进行评估。

若买家用户的信用评估通过，则确定订单的支付链路。该确定订单的支付链路包括：在买家用户确认订单交易完成后，触发生成支付请求。

向商户系统返回发货通知。

本说明书一个实施例提供的支付设备，可以提升用户的购物体验。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

结合本说明书公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动硬盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于服务器中。当然，处理器和存储介质也可以作为分立组件存在于服务器中。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

以上所述的具体实施方式，对本说明书的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本说明书的具体实施方式而已，并不用于限定本说明书的保护范围，凡在本说明书的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本说明书的保护范围之内。

Claims (11)

1.一种支付链路处理方法，包括：

支付系统接收商户系统发送的订单的生成通知；

根据所述生成通知，确定对应的买家用户；

调用信用系统对所述买家用户的信用进行评估；

若所述买家用户的信用评估通过，则确定所述订单的支付链路；所述确定所述订单的支付链路包括：在所述买家用户确认所述订单交易完成后，触发生成支付请求；

向所述商户系统返回发货通知。

2.根据权利要求1所述的方法，还包括：

判断是否已生成所述支付请求；

若是，则根据所述支付请求，进行支付处理。

3.根据权利要求1所述的方法，所述调用信用系统对所述买家用户的信用进行评估，包括：

获取所述买家用户的用户标识；

向所述信用系统发送评估请求；所述评估请求包括所述用户标识；所述评估请求用于指示所述信用系统根据所述用户标识，获取所述买家用户的信用数据；并用于指示所述信用系统根据所述信用数据以及预设规则，对所述买家用户的信用进行评估；

接收所述信用系统返回的信用评估结果。

4.根据权利要求1所述的方法，还包括：

若在指定时长内未生成所述支付请求，则查找与所述买家用户相匹配的支付渠道；

通过所述相匹配的支付渠道进行支付处理。

5.根据权利要求1-4任一项所述的方法，还包括：

若所述买家用户的信用评估未通过，则直接触发生成支付请求；

当所述支付请求处理成功时，向所述商户系统返回发货通知。

6.一种支付系统，包括：

接收单元，用于接收商户系统发送的订单的生成通知；

确定单元，用于根据所述接收单元接收的所述生成通知，确定对应的买家用户；

调用单元，用于调用信用系统对所述确定单元确定的所述买家用户的信用进行评估；

所述确定单元，还用于若所述买家用户的信用评估通过，则确定所述订单的支付链路；所述确定所述订单的支付链路包括：在所述买家用户确认所述订单交易完成后，触发生成支付请求；

发送单元，用于向所述商户系统返回发货通知。

7.根据权利要求6所述的系统，还包括：判断单元和第一支付单元；

所述判断单元，用于判断是否已生成所述支付请求；

所述第一支付单元，用于根据所述支付请求，进行支付处理。

8.根据权利要求6所述的系统，所述调用单元具体用于：

获取所述买家用户的用户标识；

向所述信用系统发送评估请求；所述评估请求包括所述用户标识；所述评估请求用于指示所述信用系统根据所述用户标识，获取所述买家用户的信用数据；并用于指示所述信用系统根据所述信用数据以及预设规则，对所述买家用户的信用进行评估；

接收所述信用系统返回的信用评估结果。

9.根据权利要求6所述的系统，还包括：查找单元和第二支付单元；

所述查找单元，用于若在指定时长内未生成所述支付请求，则查找与所述买家用户相匹配的支付渠道；

所述第二支付单元，用于通过所述查找单元查找的所述相匹配的支付渠道进行支付处理。

10.根据权利要求6-9任一项所述的系统，

所述确定单元，还用于若所述买家用户的信用评估未通过，则直接触发生成支付请求；

所述发送单元，还用于当所述支付请求处理成功时，向所述商户系统返回发货通知。

11.一种支付设备，包括：

存储器；

一个或多个处理器；以及

一个或多个程序，其中所述一个或多个程序存储在所述存储器中，并且被配置成由所述一个或多个处理器执行，所述程序被所述处理器执行时实现以下步骤：

支付系统接收商户系统发送的订单的生成通知；

根据所述生成通知，确定对应的买家用户；

调用信用系统对所述买家用户的信用进行评估；

若所述买家用户的信用评估通过，则确定所述订单的支付链路；所述确定所述订单的支付链路包括：在所述买家用户确认所述订单交易完成后，触发生成支付请求；

向所述商户系统返回发货通知。