CN106157030A - 支付处理方法和装置 - Google Patents

Abstract

本发明提出一种支付处理方法和装置，该支付处理方法包括：获取用户的付款请求，所述付款请求包括所述用户的订单信息；当所述用户已有的付款渠道不可用时，根据所述用户的订单信息查询所述用户可用于支付的付款渠道的信息；向所述用户提供查询到的付款渠道的信息，以供所述用户进行支付。本发明可以帮助用户尽快完成付款，进而可以提升用户的付款体验。

Description

支付处理方法和装置

技术领域

本发明涉及互联网技术领域，尤其涉及一种支付处理方法和装置。

背景技术

网络购物在付款时，以第三方支付平台支付宝为例，用户在收银台付款时，当已有的银行渠道不可用时，需要添加一个新的银行渠道，这时用户需要重新选择银行，选择卡类型，还要重新选择网银支付还是快捷支付，再去填写信息或到网银页面填写信息付款。

因此，现有的技术方案存在以下问题：当用户已有的付款渠道不可用时，不知道该选择什么付款渠道去付款，并且用户重新选择付款渠道的路径长，操作复杂。

发明内容

本发明的目的旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本发明的第一个目的在于提出一种支付处理方法。通过该方法，当用户已有的付款渠道不可用时，根据用户的订单信息查询上述用户可用于支付的付款渠道的信息，并向用户提供查询到的付款渠道的信息，从而可以帮助用户尽快完成付款，进而可以提升用户的付款体验。

本发明的第二个目的在于提出一种支付处理装置。

为了实现上述目的，本发明第一方面实施例的支付处理方法，包括：获取用户的付款请求，所述付款请求包括所述用户的订单信息；当所述用户已有的付款渠道不可用时，根据所述用户的订单信息查询所述用户可用于支付的付款渠道的信息；向所述用户提供查询到的付款渠道的信息，以供所述用户进行支付。

本发明实施例的支付处理方法，当用户已有的付款渠道不可用时，根据用户的订单信息查询上述用户可用于支付的付款渠道的信息，并向用户提供查询到的付款渠道的信息，不需要用户再思考和选择，从而可以帮助用户尽快完成付款，进而可以提升用户的付款体验。

为了实现上述目的，本发明第二方面实施例的支付处理装置，包括：获得模块，用于获取用户的付款请求，所述付款请求包括所述用户的订单信息；查询模块，用于当所述用户已有的付款渠道不可用时，根据所述获得模块获得的用户的订单信息查询所述用户可用于支付的付款渠道的信息；提供模块，用于向所述用户提供所述查询模块查询到的付款渠道的信息，以供所述用户进行支付。

本发明实施例的支付处理装置，当用户已有的付款渠道不可用时，查询模块根据用户的订单信息查询上述用户可用于支付的付款渠道的信息，提供模块向用户提供查询到的付款渠道的信息，不需要用户再思考和选择，从而可以帮助用户尽快完成付款，进而可以提升用户的付款体验。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本发明支付处理方法一个实施例的流程图；

图2为本发明收集用户可用于支付的付款渠道的信息一个实施例的示意图；

图3(a)～(e)为本发明支付处理方法的应用场景一个实施例的示意图；

图4为本发明支付处理装置一个实施例的结构示意图；

图5为本发明支付处理装置另一个实施例的结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能理解为对本发明的限制。相反，本发明的实施例包括落入所附加权利要求书的精神和内涵范围内的所有变化、修改和等同物。

图1为本发明支付处理方法一个实施例的流程图，如图1所示，该支付处理方法可以包括：

步骤101，获取用户的付款请求，上述付款请求包括上述用户的订单信息。

步骤102，当上述用户已有的付款渠道不可用时，根据上述用户的订单信息查询上述用户可用于支付的付款渠道的信息。

具体地，根据上述用户的订单信息查询上述用户可用于支付的付款渠道的信息可以为：根据上述用户的订单信息中携带的订单支持的付款渠道查询上述用户可用于支付的付款渠道的信息。

其中，上述付款渠道的信息可以包括：银行名称、银行卡类型、银行卡***、银行卡的账户姓名和身份证号码，以及支付方式为网银支付或快捷支付；另外，上述付款渠道的信息还可以包括：第三方支付的付款渠道的信息，本实施例对此不作限定。

步骤103，向上述用户提供查询到的付款渠道的信息，以供上述用户进行支付。

也就是说，本实施例在获取用户的付款请求之后，如果发现用户已有的习惯的付款渠道不可用，则根据订单信息为该用户查询可用于支付的付款渠道的信息，并提供给用户，这样，用户就可以直接输入密码，然后点击付款按键进行付款，不需再思考和选择，从而可以帮助用户尽快完成付款。

进一步地，本实施例中，根据上述用户的订单信息查询上述用户可用于支付的付款渠道的信息之前，还可以收集并保存上述用户可用于支付的付款渠道的信息。

具体地，收集上述用户可用于支付的付款渠道的信息可以为：收集上述用户为***还款时使用的银行卡的信息、上述用户提取现金时使用的银行卡的信息和/或上述用户使用过的付款渠道的信息。

以支付宝为例，收集上述用户可用于支付的付款渠道的信息一个实施例的示意图可以如图2所示，图2为本发明收集用户可用于支付的付款渠道的信息一个实施例的示意图。

图2中，用户通过支付宝为***还款时使用的银行卡的信息、用户通过支付宝提取现金时使用的银行卡的信息和用户通过支付宝日常付款时使用的付款渠道的信息均被收集起来，作为该用户可用于支付的付款渠道保存起来，以便当用户已有的付款渠道不可用时提供给用户使用。

具体地，步骤103，向上述用户提供查询到的付款渠道可以为：对查询到的付款渠道进行优先级排序，向上述用户提供优先级最高的付款渠道。

具体地，对查询到的付款渠道进行优先级排序可以为：按照上述用户为***还款时使用的银行卡的优先级最高，上述用户提取现金时使用的银行卡的优先级次之，上述用户使用过的付款渠道的优先级最低的顺序对查询到的付款渠道进行排序。

进一步地，本实施例步骤101之后，当上述用户已有的付款渠道的付款成功率低于预定阈值时，也可以根据上述用户的订单信息查询上述用户可用于支付的付款渠道的信息；如果查询到的付款渠道中存在付款成功率高于上述用户已有的付款渠道的付款渠道，则将付款成功率高于上述用户已有的付款渠道的付款渠道的信息提供给上述用户。其中，上述预定阈值可以在具体实现时根据***性能和/或实现需求自行设定，本实施例对上述预定阈值的大小不作限定。

具体地，将付款成功率高于上述用户已有的付款渠道的付款渠道的信息提供给上述用户可以为：将付款成功率高于上述用户已有的付款渠道的付款渠道中付款成功率最高的付款渠道的信息提供给上述用户。

上述支付处理方法，当用户已有的付款渠道不可用时，根据用户的订单信息查询上述用户可用于支付的付款渠道的信息，并向用户提供查询到的付款渠道的信息，不需要用户再思考和选择，从而可以帮助用户尽快完成付款，进而可以提升用户的付款体验。

本发明图1所示实施例提供的支付处理方法，当用户在网上购物，进入收银台界面，当用户进到渠道选择页面时，当该用户已有的付款渠道不可用，例如该用户保存的付款渠道的银行限流、或者本次订单金额超过该用户保存的付款渠道的限额(以下简称：超限)、或者银行***维护、或者该用户没有保存的付款渠道时，根据该用户的订单信息查询该用户可用于支付的付款渠道的信息，例如：提现时设置的银行卡的信息、***还款时使用的本人银行卡的信息、相同银行卡的快捷支付或网银的信息，如果有，则向用户提供查询到的付款渠道的信息，该付款渠道的信息包括：银行名称、银行卡类型和银行卡***，银行卡的账户姓名和身份证号码，以及支付方式为网银支付或快捷支付的信息，从而不需用户重新进行选择银行、选择卡类型和输入账号等操作，即可使用户完成付款，操作简便，用户付款体验度高。

图3(a)～(e)为本发明支付处理方法的应用场景一个实施例的示意图。图3(a)示出了用户已有的付款渠道可以支付时的示意图；图3(b)示出了当用户已有的付款渠道中银行限流无法支付时，本发明提供的相同银行另一付款渠道的示意图；图3(c)示出了当用户已有的付款渠道超限无法支付时，本发明提供的相同银行的另一付款渠道的示意图；图3(d)示出了当用户已有的付款渠道成功率较低时，本发明提供的成功率较高的付款渠道的示意图，从而可以帮助用户提升付款体验；图3(e)示出了当用户没有保存付款渠道或已有的付款渠道不可用时，本发明提供的方法可以根据用户的提现银行卡或***还款的信息，向用户提供可用于支付的付款渠道的信息。

图4为本发明支付处理装置一个实施例的结构示意图，本实施例中的支付处理装置可以实现本发明图1所示实施例的流程，如图4所示，该支付处理装置可以包括：获得模块41、查询模块42和提供模块43；

其中，获得模块41，用于获取用户的付款请求，上述付款请求包括上述用户的订单信息；

查询模块42，用于当上述用户已有的付款渠道不可用时，根据获得模块41获得的用户的订单信息查询上述用户可用于支付的付款渠道的信息；具体地，查询模块42根据上述用户的订单信息查询上述用户可用于支付的付款渠道的信息可以为：查询模块42根据上述用户的订单信息中携带的订单支持的付款渠道查询上述用户可用于支付的付款渠道的信息；

提供模块43，用于向上述用户提供查询模块42查询到的付款渠道的信息，以供上述用户进行支付。

本实施例中，查询模块42查询到的付款渠道的信息包括：银行名称、银行卡类型、银行卡***、银行卡的账户姓名和身份证号码，以及支付方式为网银支付或快捷支付。

可选地，上述用户可用于支付的付款渠道的信息还可以包括第三方支付的付款渠道的信息，本实施例对此不作限定。

上述支付处理装置中，在获得模块41获取用户的付款请求之后，如果发现用户已有的付款渠道不可用，则查询模块42根据订单信息为该用户查询可用于支付的付款渠道的信息，并由提供模块43提供给用户，这样，用户就可以直接输入密码，然后点击付款按键进行付款，不需再思考和选择，也不需用户重新进行选择银行、选择卡类型和输入账号等操作，从而可以帮助用户尽快完成付款，进而可以提升用户付款体验度。

图5为本发明支付处理装置另一个实施例的结构示意图，与图4所示的支付处理装置相比，不同之处在于，图5所示的支付处理装置中，还可以包括：收集模块44和保存模块45；

其中，收集模块44，用于在查询模块42查询上述用户可用于支付的付款渠道的信息之前，收集上述用户可用于支付的付款渠道的信息；

保存模块45，用于保存收集模块44收集的上述用户可用于支付的付款渠道的信息。

本实施例中，收集模块44，具体用于收集上述用户为***还款时使用的银行卡的信息、上述用户提取现金时使用的银行卡的信息和/或上述用户使用过的付款渠道的信息。以支付宝为例，收集上述用户可用于支付的付款渠道的信息一个实施例的示意图可以如图2所示。图2中，用户通过支付宝为***还款时使用的银行卡的信息、用户通过支付宝提取现金时使用的银行卡的信息和用户通过支付宝日常付款时使用的付款渠道的信息均被收集起来，作为上述用户可用于支付的付款渠道保存起来，以便当用户已有的付款渠道不可用，或者用户没有保存的付款渠道时提供给用户使用。

本实施例中，提供模块43可以包括：排序子模块431和信息提供子模块432；

其中，排序子模块431，用于对查询模块42查询到的付款渠道进行优先级排序；

信息提供子模块432，用于向上述用户提供优先级最高的付款渠道的信息。

具体地，排序子模块431，具体用于按照上述用户为***还款时使用的银行卡的优先级最高，上述用户提取现金时使用的银行卡的优先级次之，上述用户使用过的付款渠道的优先级最低的顺序对查询模块42查询到的付款渠道进行排序。

进一步地，本实施例中，查询模块42，还用于在获得模块41获得用户的订单信息之后，当上述用户已有的付款渠道的付款成功率低于预定阈值时，根据上述用户的订单信息查询上述用户可用于支付的付款渠道的信息；

提供模块43，还用于当查询模块42查询到的付款渠道中存在付款成功率高于所述用户已有的付款渠道的付款渠道时，将付款成功率高于上述用户已有的付款渠道的付款渠道的信息提供给上述用户；其中，提供模块43，具体用于将付款成功率高于上述用户已有的付款渠道的付款渠道中付款成功率最高的付款渠道的信息提供给上述用户。

上述支付处理装置，当用户已有的付款渠道不可用时，查询模块42根据用户的订单信息查询上述用户可用于支付的付款渠道的信息，提供模块43向用户提供查询到的付款渠道的信息，不需要用户再思考和选择，从而可以帮助用户尽快完成付款，进而可以提升用户的付款体验。

需要说明的是，在本发明的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本发明的描述中，除非另有说明，“多个”的含义是两个或两个以上。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行***执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(Programmable Gate Array；以下简称：PGA)，现场可编程门阵列(Field ProgrammableGate Array；以下简称：FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，本发明各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (14)

1.一种支付处理方法，其特征在于，包括：

获取用户的付款请求，所述付款请求包括所述用户的订单信息；

当所述用户已有的付款渠道不可用时，根据所述用户的订单信息查询所述用户可用于支付的付款渠道的信息；

向所述用户提供查询到的付款渠道的信息，以供所述用户进行支付。

2.根据权利要求1所述的方法，其特征在于，所述付款渠道的信息包括：银行名称、银行卡类型、银行卡***、银行卡的账户姓名和身份证号码，以及支付方式为网银支付或快捷支付。

3.根据权利要求2所述的方法，其特征在于，所述根据所述用户的订单信息查询所述用户可用于支付的付款渠道的信息之前，还包括：

收集并保存所述用户可用于支付的付款渠道的信息。

4.根据权利要求3所述的方法，其特征在于，所述收集所述用户可用于支付的付款渠道的信息包括：

收集所述用户为***还款时使用的银行卡的信息、所述用户提取现金时使用的银行卡的信息和/或所述用户使用过的付款渠道的信息。

5.根据权利要求1-4任意一项所述的方法，其特征在于，所述向所述用户提供查询到的付款渠道的信息包括：

对查询到的付款渠道进行优先级排序；

向所述用户提供优先级最高的付款渠道的信息。

6.根据权利要求5所述的方法，其特征在于，所述对查询到的付款渠道进行优先级排序包括：

按照所述用户为***还款时使用的银行卡的优先级最高，所述用户提取现金时使用的银行卡的优先级次之，所述用户使用过的付款渠道的优先级最低的顺序对查询到的付款渠道进行排序。

7.根据权利要求1所述的方法，其特征在于，所述获取用户的付款请求之后，还包括：

当所述用户已有的付款渠道的付款成功率低于预定阈值时，根据所述用户的订单信息查询所述用户可用于支付的付款渠道的信息；

如果查询到的付款渠道中存在付款成功率高于所述用户已有的付款渠道的付款渠道，则将付款成功率高于所述用户已有的付款渠道的付款渠道的信息提供给所述用户。

8.一种支付处理装置，其特征在于，包括：

获得模块，用于获取用户的付款请求，所述付款请求包括所述用户的订单信息；

查询模块，用于当所述用户已有的付款渠道不可用时，根据所述获得模块获得的用户的订单信息查询所述用户可用于支付的付款渠道的信息；

提供模块，用于向所述用户提供所述查询模块查询到的付款渠道的信息，以供所述用户进行支付。

9.根据权利要求8所述的装置，其特征在于，所述查询模块查询到的付款渠道的信息包括：银行名称、银行卡类型、银行卡***、银行卡的账户姓名和身份证号码，以及支付方式为网银支付或快捷支付。

10.根据权利要求9所述的装置，其特征在于，还包括：

收集模块，用于在所述查询模块查询所述用户可用于支付的付款渠道的信息之前，收集所述用户可用于支付的付款渠道的信息；

保存模块，用于保存所述收集模块收集的所述用户可用于支付的付款渠道的信息。

11.根据权利要求10所述的装置，其特征在于，

所述收集模块，具体用于收集所述用户为***还款时使用的银行卡的信息、所述用户提取现金时使用的银行卡的信息和/或所述用户使用过的付款渠道的信息。

12.根据权利要求8-11任意一项所述的装置，其特征在于，所述提供模块包括：

排序子模块，用于对所述查询模块查询到的付款渠道进行优先级排序；

信息提供子模块，用于向所述用户提供优先级最高的付款渠道的信息。

13.根据权利要求12所述的装置，其特征在于，

所述排序子模块，具体用于按照所述用户为***还款时使用的银行卡的优先级最高，所述用户提取现金时使用的银行卡的优先级次之，所述用户使用过的付款渠道的优先级最低的顺序对所述查询模块查询到的付款渠道进行排序。

14.根据权利要求8所述的装置，其特征在于，

所述查询模块，还用于在所述获得模块获取用户的付款请求之后，当所述用户已有的付款渠道的付款成功率低于预定阈值时，根据所述用户的订单信息查询所述用户可用于支付的付款渠道的信息；

所述提供模块，还用于当所述查询模块查询到的付款渠道中存在付款成功率高于所述用户已有的付款渠道的付款渠道时，将付款成功率高于所述用户已有的付款渠道的付款渠道的信息提供给所述用户。