CN106874304A - 支付页面上的信息展示方法和系统 - Google Patents

Abstract

本申请提出一种支付页面上的信息展示方法和系统，该支付页面上的信息展示方法包括：在用户进入支付页面时，获取支付信息；在预先获取的第三方的推荐信息中，获取与所述支付信息匹配的推荐信息；将所述匹配的推荐信息展示给用户。该方法能够在支付页面上直接向用户展示第三方的推荐信息，方便用户查看和使用。

Description

支付页面上的信息展示方法和系统

技术领域

本申请涉及互联网技术领域，尤其涉及一种支付页面上的信息展示方法和系统。

背景技术

当用户在购物网站上进行支付时，支付页面中会显示支付相关信息，支付相关信息包括用户选择的支付方式。当引入第三方进行支付时，第三方可以向用户展示相关信息，例如第三方提供的支付优惠信息。目前的第三方提供的相关信息只能通过重定向到第三方页面或挂公告等方式间接的引导给用户。

发明内容

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

为此，本申请的一个目的在于提出一种支付页面上的信息展示方法，该方法可以在支付页面上直接向用户展示第三方的推荐信息，方便用户查看和使用。

本申请的另一个目的在于提出一种支付页面上的信息展示系统。

为达到上述目的，本申请第一方面实施例提出的支付页面上的信息展示方法，包括：在用户进入支付页面时，获取支付信息；在预先获取的第三方的推荐信息中，获取与所述支付信息匹配的推荐信息；将所述匹配的推荐信息展示给用户。

本申请第一方面实施例提出的支付页面上的信息展示方法，通过将第三方的推荐信息展示在支付页面上，相对于重定向或公告方式，可以使得用户更方便直接的看到推荐信息，从而方便用户查看和使用。

为达到上述目的，本申请第二方面实施例提出的支付页面上的信息展示装置，包括支付装置，所述支付装置包括：获取模块，用于在用户进入支付页面时，获取支付信息；匹配模块，用于在预先获取的第三方的推荐信息中，获取与所述支付信息匹配的推荐信息；展示模块，用于将所述匹配的推荐信息展示给用户。

本申请第二方面实施例提出的支付页面上的信息展示系统，通过将第三方的推荐信息展示在支付页面上，相对于重定向或公告方式，可以使得用户更方便直接的看到推荐信息，从而方便用户查看和使用。

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

附图说明

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

图1是本申请一实施例提出的支付页面上的信息展示方法的流程示意图；

图2是本申请另一实施例提出的支付页面上的信息展示方法的流程示意图；

图3是本申请另一实施例提出的支付页面上的信息展示方法的流程示意图；

图4是本申请另一实施例提出的支付页面上的信息展示系统的结构示意图；

图5是本申请另一实施例提出的支付页面上的信息展示系统的结构示意图。

具体实施方式

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

图1是本申请一实施例提出的支付页面上的信息展示方法的流程示意图，该方法包括：

S11：在用户进入支付页面时，获取支付信息。

例如，用户在生成订单点击确认按钮后，会进入支付页面。

支付信息例如包括如下项中的一项或多项：用户信息、支付方式、支付金额、用户使用的设备信息等。

用户信息例如根据用户的账号从数据库中获取，用户信息例如包括性别、年龄、职业等。

支付方式可以是用户自己选择的，例如包括支付渠道和支付币种等，支付渠道例如包括某一银行的储蓄卡、信用卡、支付宝、微信等。

支付金额是订单中购买的商品的金额。

用户使用的设备信息例如是移动设备购物或个人电脑(PersonalComputer，PC)端购物等。

S12：在预先获取的第三方的推荐信息中，获取与所述支付信息匹配的推荐信息。

第三方的推荐信息例如是支付渠道(银行、支付宝或微信等)提供的支付优惠信息。

其中，第三方的推荐信息中，可以包括多个第三方的推荐信息，每个第三方还可以提供多种推荐信息。

在存储数据时，可以对应每个推荐信息存储相应的推荐条件，以便将支付信息满足的推荐条件对应的推荐信息，确定为匹配的推荐信息。

例如，对应某个推荐信息，推荐条件是支付方式是信用卡、客户性别是女性，支付金额达到某个金额之上，则当获取的支付信息满足上述条件时，则将该推荐信息确定为匹配的推荐信息。

与获取的支付信息匹配的推荐信息可以是一个或多个。

S13：将所述匹配的推荐信息展示给用户。

在获取到匹配的一个或多个匹配的推荐信息后，可以将匹配的推荐信息展示给用户，以供用户选择。

一些实施例中，参见图2，该方法还可以包括：

S14：接收用户在展示的信息中选择的信息。

例如，匹配的推荐信息是三个，则可以将这三个推荐信息都展示给用户，之后，用户可以在这三个推荐信息中选择一个推荐信息。

当然，可以理解的是，在展示信息时还可以向用户提供不选择推荐信息的选项，用户也可以选择不采用任何一个推荐信息，按照订单的支付金额正常支付。

S15：根据所述选择的信息，进行订单支付。

例如，用户在展示的三个推荐信息中选择了一个推荐信息，则可以根据该选择的推荐信息进行订单支付。

例如，该推荐信息中包含满额减，则可以在原始的支付金额的基础上进行相应的减额操作，只需要支付减额后的金额。

本实施例中，通过将第三方的推荐信息展示在支付页面上，相对于重定向或公告方式，可以使得用户更方便直接的看到推荐信息，从而方便用户查看和使用。另外，通过根据支付信息获取匹配的推荐信息并展示，可以展示与用户更匹配的推荐信息，满足用户个性化需求。

图3是本申请另一实施例提出的支付页面上的信息展示方法的流程示意图，该方法包括：

S31：配置后台接收发起方输入的信息，所述信息是所述发起方根据所述配置后台所在网站提供的模板对第三方的推荐信息进行配置后得到的。

其中，购物网站中可以包括配置后台和收银台。

配置后台可以将购物网站提供的模板展示给发起方，由发起方根据该模板对推荐信息进行配置。

发起方例如包括：第三方，或者，购物网站的运营人员。

通过使用模板，可以统一不同的第三方的推荐信息的配置规则，以方便后续统一解析。

不同的第三方的推荐信息可以根据自身需要进行自定义，从而实现活动方案的可配置和可定制。

S32：配置后台对所述输入的信息进行解析，得到所述第三方的推荐信息。

由于模板是购物网站提供的，相应的，购物网站可以配置相应的脚本，配置后台可以采用该统一的脚本对发起方输入的信息进行解析，得到第三方的推荐信息。

S33：配置后台存储所述第三方的推荐信息。

例如，配置后台将解析出的第三方的推荐信息持久化到数据库中。

另外，在存储第三方的推荐信息之前，可以先判断第三方的推荐信息是否合法，在合法后进行存储。不合法时放弃存储推荐信息。不合法的推荐信息例如是欺诈或不符合相关要求的推荐信息。

S34：收银台根据预设周期，采用异步刷新方式，从配置后台中获取所述第三方的推荐信息。

收银台是用于完成用户支付阶段的模块，例如，用于展示支付页面，计算优惠信息，进行最终结算等。

收银台通过根据预设周期获取推荐信息，可以提高展示的推荐信息的实时性和准确性。

S35：收银台在用户进入支付页面时，获取支付信息，以及，在预先获取第三方的推荐信息中，获取与所述支付信息匹配的推荐信息，并将所述匹配的推荐信息展示给用户。

S36：收银台接收用户在展示的信息中选择的信息，根据所述选择的信息，进行订单支付。

S35-S36的具体内容可以参见上一实施例，在此不再赘述。

本实施例中，通过将第三方的推荐信息展示在支付页面上，相对于重定向或公告方式，可以使得用户更方便直接的看到推荐信息，从而方便用户查看和使用。另外，通过根据支付信息获取匹配的推荐信息并展示，可以展示与用户更匹配的推荐信息，满足用户个性化需求。进一步的，基于模板配置和解析，提供灵活、可持续维护的初始化、上线、下线等一系列的生命周期的维护，让用户在购物网站的收银台系统上直接、准确的获取推荐信息，从而提升第三方的推荐效果，提升第三方的支付率，避免第三方流量的流失。

图4是本申请另一实施例提出的支付页面上的信息展示系统的结构示意图，该系统包括：支付装置41，支付装置41包括：获取模块411、匹配模块412和展示模块413。

获取模块411，用于在用户进入支付页面时，获取支付信息。

例如，用户在生成订单点击确认按钮后，会进入支付页面。

支付信息例如包括如下项中的一项或多项：用户信息、支付方式、支付金额、用户使用的设备信息等。

用户信息例如根据用户的账号从数据库中获取，用户信息例如包括性别、年龄、职业等。

支付方式可以是用户自己选择的，例如包括支付渠道和支付币种等，支付渠道例如包括某一银行的储蓄卡、信用卡、支付宝、微信等。

支付金额是订单中购买的商品的金额。

用户使用的设备信息例如是移动设备购物或个人电脑(PersonalComputer，PC)端购物等。

匹配模块412，用于在预先获取的第三方的推荐信息中，获取与所述支付信息匹配的推荐信息。

第三方的推荐信息例如是支付渠道(银行、支付宝或微信等)提供的支付优惠信息。

其中，第三方的推荐信息中，可以包括多个第三方的推荐信息，每个第三方还可以提供多种推荐信息。

在存储数据时，可以对应每个推荐信息存储相应的推荐条件，以便将支付信息满足的推荐条件对应的推荐信息，确定为匹配的推荐信息。

例如，对应某个推荐信息，推荐条件是支付方式是信用卡、客户性别是女性，支付金额达到某个金额之上，则当获取的支付信息满足上述条件时，则将该推荐信息确定为匹配的推荐信息。

与获取的支付信息匹配的推荐信息可以是一个或多个。

展示模块413，用于将所述匹配的推荐信息展示给用户。

在获取到匹配的一个或多个匹配的推荐信息后，可以将匹配的推荐信息展示给用户，以供用户选择。

一些实施例中，参见图5，支付装置41还包括：

选择模块414，用于接收用户在展示的信息中选择的信息。

例如，匹配的推荐信息是三个，则可以将这三个推荐信息都展示给用户，之后，用户可以在这三个推荐信息中选择一个推荐信息。

当然，可以理解的是，在展示信息时还可以向用户提供不选择推荐信息的选项，用户也可以选择不采用任何一个推荐信息，按照订单的支付金额正常支付。

支付模块415，用于根据所述选择的信息，进行订单支付。

例如，用户在展示的三个推荐信息中选择了一个推荐信息，则可以根据该选择的推荐信息进行订单支付。

例如，该推荐信息中包含满额减，则可以在原始的支付金额的基础上进行相应的减额操作，只需要支付减额后的金额。

一些实施例中，参见图5，支付装置41还包括：

读取模块416，用于根据预设周期，采用异步刷新方式，从配置后台中获取所述第三方的推荐信息。

通过根据预设周期获取推荐信息，可以提高展示的推荐信息的实时性和准确性。

一些实施例中，参见图5，该系统还包括：配置装置42，配置装置42包括：

接收模块421，用于接收发起方输入的信息，所述信息是所述发起方根据所述配置后台所在网站提供的模板对第三方的推荐信息进行配置后得到的。

其中，购物网站中可以包括配置后台和收银台。

配置装置可以将购物网站提供的模板展示给发起方，由发起方根据该模板对推荐信息进行配置。

发起方例如包括：第三方，或者，购物网站的运营人员。

通过使用模板，可以统一不同的第三方的推荐信息的配置规则，以方便后续统一解析。

不同的第三方的推荐信息可以根据自身需要进行自定义，从而实现活动方案的可配置和可定制。

解析模块422，用于对所述输入的信息进行解析，得到所述第三方的推荐信息。

由于模板是购物网站提供的，相应的，购物网站可以配置相应的脚本，配置装置可以采用该统一的脚本对发起方输入的信息进行解析，得到第三方的推荐信息。

存储模块423，用于存储所述第三方的推荐信息。

例如，配置装置将解析出的第三方的推荐信息持久化到数据库中。

可选的，存储模块423具体用于：判断所述第三方的推荐信息是否合法；如果合法，存储所述第三方的推荐信息。另一方面，如果不合法，则放弃存储不合法的推荐信息。

本实施例中，通过将第三方的推荐信息展示在支付页面上，相对于重定向或公告方式，可以使得用户更方便直接的看到推荐信息，从而方便用户查看和使用。另外，通过根据支付信息获取匹配的推荐信息并展示，可以展示与用户更匹配的推荐信息，满足用户个性化需求。进一步的，基于模板配置和解析，提供灵活、可持续维护的初始化、上线、下线等一系列的生命周期的维护，让用户在购物网站的收银台系统上直接、准确的获取推荐信息，从而提升第三方的推荐效果，提升第三方的支付率，避免第三方流量的流失。

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

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

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

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

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

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

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

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

Claims (10)

1.一种支付页面上的信息展示方法，其特征在于，包括：

在用户进入支付页面时，获取支付信息；

在预先获取的第三方的推荐信息中，获取与所述支付信息匹配的推荐信息；

将所述匹配的推荐信息展示给用户。

2.根据权利要求1所述的方法，其特征在于，还包括：

接收用户在展示的信息中选择的信息；

根据所述选择的信息，进行订单支付。

3.根据权利要求1所述的方法，其特征在于，还包括：

根据预设周期，采用异步刷新方式，从配置后台中获取所述第三方的推荐信息。

4.根据权利要求3所述的方法，其特征在于，还包括：

所述配置后台接收发起方输入的信息，所述信息是所述发起方根据所述配置后台所在网站提供的模板对第三方的推荐信息进行配置后得到的；

所述配置后台对所述输入的信息进行解析，得到所述第三方的推荐信息；

所述配置后台存储所述第三方的推荐信息。

5.根据权利要求4所述的方法，其特征在于，所述存储所述第三方的推荐信息，包括：

判断所述第三方的推荐信息是否合法；

如果合法，存储所述第三方的推荐信息。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述第三方的推荐信息包括：

第三方的支付优惠信息。

7.一种支付页面上的信息展示系统，其特征在于，包括支付装置，所述支付装置包括：

获取模块，用于在用户进入支付页面时，获取支付信息；

匹配模块，用于在预先获取的第三方的推荐信息中，获取与所述支付信息匹配的推荐信息；

展示模块，用于将所述匹配的推荐信息展示给用户。

8.根据权利要求7所述的系统，其特征在于，所述支付装置还包括：

选择模块，用于接收用户在展示的信息中选择的信息；

支付模块，用于根据所述选择的信息，进行订单支付。

9.根据权利要求7所述的系统，其特征在于，所述支付装置还包括：

读取模块，用于根据预设周期，采用异步刷新方式，从配置后台中获取所述第三方的推荐信息。

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

接收模块，用于接收发起方输入的信息，所述信息是所述发起方根据所述配置后台所在网站提供的模板对第三方的推荐信息进行配置后得到的；

解析模块，用于对所述输入的信息进行解析，得到所述第三方的推荐信息；

存储模块，用于存储所述第三方的推荐信息。