CN105654279A - 支付平台管理方法和装置 - Google Patents

Abstract

本发明公开了一种支付平台管理方法，该方法包括：获取客户端发送的支付请求；根据所述支付请求和预先配置的支付平台模板集合，获取所述支付请求对应的支付平台模板；根据所述支付请求对应的支付平台模板配置支付平台，控制所述支付平台处理所述支付请求。本发明还公开了一种支付平台管理装置。本发明实现了根据不同的支付请求提供差异化的支付平台模板，为用户提供了差异化的支付服务，并且降低了支付平台的运维成本。

Description

支付平台管理方法和装置

技术领域

本发明涉及网络支付技术领域，尤其涉及一种支付平台管理方法和装置。

背景技术

随着当前网络技术的发展，由于线上支付的便捷性，可以进行购物、转账、手机充值等业务，得到了各行业的广泛应用。支付平台作为线上支付的关键入口，需要满足各个用户的差异化需求。

当前，主要是对不同的业务类型提供有针对性的、不同形态、标准化的支付平台，用于进行线上支付服务。例如，针对境内购物网站提供境内购物支付平台，针对海淘提供境外购物支付平台，针对转账提供转账支付平台，针对手机、各类型消费卡的充值提供充值支付平台等。针对不同的业务类型使用不同的支付平台，导致了支付平台研发成本的增加。而且，当更新支付平台的服务时，例如新增收银方式，则需要同时对多套支付平台进行服务更新，造成了巨大的成本浪费。

不同的用户可能有不同的支付要求，例如：一部分用户所支持的支付方式另一部分用户不支持，由于用户使用的支付平台均为标准化的支付平台，提供的收银服务也相同，无法向用户提供个性化、差异化支付服务，不能满足用户的个性化的支付需求。

因此，可以看出，目前的线上支付平台运维成本高、不能提供差异化支付服务。

发明内容

本发明的主要目的在于提供一种支付平台管理方法和装置，旨在解决支付平台运维成本高、不能提供差异化支付服务的技术问题。

为实现上述目的，本发明提供一种支付平台管理方法，所述支付平台管理方法包括以下步骤：

获取客户端发送的支付请求；

根据所述支付请求和预先配置的支付平台模板集合，获取所述支付请求对应的支付平台模板；

根据所述支付请求对应的支付平台模板配置支付平台，控制所述支付平台处理所述支付请求。

在一个实施例中，所述获取客户端发送的支付请求的步骤之前，还包括：

根据预先配置的支付平台要素集合配置各支付平台模板，得到支付平台模板集合。

在一个实施例中，所述根据预先配置的支付平台要素集合配置各支付平台模板，得到支付平台模板集合的步骤包括：

配置业务属性参数集合，所述业务属性参数集合包括各业务属性参数；

根据预先配置的支付平台要素集合，分别配置所述各业务属性参数对应的各支付平台模板，得到支付平台模板集合；

所述根据所述支付请求和预先配置的支付平台模板集合，获取所述支付请求对应的支付平台模板的步骤包括：

根据所述支付请求，获取所述支付请求的业务属性参数；

根据所述支付请求的业务属性参数和所述支付平台模板集合，查找对应的支付平台模板。

在一个实施例中，所述根据所述支付请求的业务属性参数和所述支付平台模板集合，查找对应的支付平台模板的步骤之后，还包括：

若未查找到对应的支付平台模板，则获取预先配置的标准支付平台模板作为所述支付请求对应的支付平台模板。

在一个实施例中，所述根据预先配置的支付平台要素集合配置各支付平台模板，得到支付平台模板集合的步骤之后，还包括：

更新所述支付平台模板集合。

此外，为实现上述目的，本发明还提供一种支付平台管理装置，所述支付平台管理装置包括：

请求获取模块，用于获取客户端发送的支付请求；

模板获取模块，用于根据所述支付请求和预先配置的支付平台模板集合，获取所述支付请求对应的支付平台模板；

支付平台配置模块，用于根据所述支付请求对应的支付平台模板配置支付平台，控制所述支付平台处理所述支付请求。

在一个实施例中，所述支付平台管理装置还包括：

模板配置模块，用于根据预先配置的支付平台要素集合配置各支付平台模板，得到支付平台模板集合。

在一个实施例中，所述模板配置模块包括：

业务属性单元，用于配置业务属性参数集合，所述业务属性参数集合包括各业务属性参数；

模板配置单元，用于根据预先配置的支付平台要素集合，分别配置所述各业务属性参数对应的各支付平台模板，得到支付平台模板集合；

所述模板获取模块包括：

获取单元，用于根据所述支付请求，获取所述支付请求的业务属性参数；

查找单元，用于根据所述支付请求的业务属性参数和所述支付平台模板集合，查找对应的支付平台模板。

在一个实施例中，所述模板获取模块还包括：

标准单元，用于若未查找到对应的支付平台模板，则获取预先配置的标准支付平台模板作为所述支付请求对应的支付平台模板。

在一个实施例中，所述支付平台管理装置还包括：

更新模块，用于更新所述支付平台模板集合。

本发明实施例提出的一种支付平台管理方法和装置，通过获取客户端发送的支付请求；根据支付请求和预先配置的支付平台模板集合，获取支付请求对应的支付平台模板；根据支付请求对应的支付平台模板配置支付平台，控制支付平台处理支付请求。本发明预先配置支付平台模板集合，实现了根据不同的支付请求提供差异化的支付平台模板，为用户提供了差异化的支付服务；并且，支付平台模板的灵活配置，降低了支付平台的运维成本。

附图说明

图1为本发明支付平台管理方法第一实施例的流程示意图；

图2为本发明支付平台管理方法第二实施例的流程示意图；

图3为本发明支付平台管理方法第三实施例的流程示意图；

图4为本发明支付平台管理方法第四实施例的流程示意图；

图5为本发明支付平台管理方法第五实施例的流程示意图；

图6为本发明支付平台管理装置第一实施例的功能模块示意图；

图7为本发明支付平台管理装置第二实施例的功能模块示意图；

图8为本发明支付平台管理装置第三实施例的功能模块示意图；

图9为本发明支付平台管理装置第四实施例的功能模块示意图；

图10为本发明支付平台管理装置第五实施例的功能模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例的主要解决方案是：获取客户端发送的支付请求；根据所述支付请求和预先配置的支付平台模板集合，获取所述支付请求对应的支付平台模板；根据所述支付请求对应的支付平台模板配置支付平台，控制所述支付平台处理所述支付请求。

由于现有技术对于不同的业务形态采用不同的支付平台，导致成本高，并且标准化的支付平台不能提供差异化的支付服务。

本发明提供一种解决方案，预先配置支付平台模板集合，实现了根据不同的支付请求提供差异化的支付平台模板，为用户提供了差异化的支付服务；并且，支付平台模板的灵活配置，降低了支付平台的运维成本。

参照图1，本发明支付平台管理方法第一实施例提供一种支付平台管理方法，所述支付平台管理方法包括以下步骤：

步骤S10、获取客户端发送的支付请求。

本发明可以根据实际需要，为不同的支付请求配置对应的支付平台模板，支持多种支付方式，降低了支付平台的运维成本，为用户提供了差异化的支付服务。

具体的，作为一种实施方式，消费者使用客户端根据需要发出支付请求，支付请求携带有本次支付请求的支付信息，例如用户ID、支付金额、应用场景等信息。

商户端接收客户端发出的支付请求，得到支付请求携带的支付信息。

步骤S20、根据所述支付请求和预先配置的支付平台模板集合，获取所述支付请求对应的支付平台模板。

在获取客户端的支付请求后，商户端根据支付请求和预先配置的支付平台模板集合，获取本次支付请求对应的支付平台模板。

具体的，作为一种实施方式，商户端预先配置有支付平台模板集合。

支付平台模板集合中包括多种支付平台模板，并配置有支付平台模板和业务属性参数的映射规则，针对不同的业务属性均配置有对应的支付平台模板。

在本实施例中，以支付平台为收银台进行举例说明，商户端预先配置的收银台模板集合即为支付平台模板集合。收银台模板集合中包括各收银台模板。

商户端配置的收银台模板包括UI(UserInterface，用户界面)界面、收银台标题、支付方式、银行卡种类、银行列表和排序、营销活动提示、广告位、支付满减、短信模板提示内容等收银台要素。在配置收银台模板时，不同的收银台模板中，同一收银台要素的内容可以相同，也可以不同，可根据实际需要灵活设置。

例如：商户端可以预先根据用户的注册信息、ID等将用户进行分类(本实施例所指用户为客户端用户)，对不同的用户类别设置不同的用户标签，然后根据不同的用户标签，选取不同的收银台要素内容设置对应的收银台模板，从而提供不同的支付服务；商户端可以预先将支付金额划分等级，针对不同的金额等级，选取不同的收银台要素内容设置对应的收银台模板，从而提供不同的支付服务；商户端可以预先设置多种不同的应用场景，包括海淘支付、境内支付等，根据不同的应用场景，选取不同的收银台要素内容设置对应的收银台模板，从而提供不同的支付服务。

商户端根据支付请求携带的支付信息，获取本次支付请求的业务属性参数，在收银台模板集合中查找对应的收银台模板。

例如，当前支付请求的业务属性参数为用户标签，则根据用户标签获取对应的收银台模板；当前支付请求的业务属性参数为用户标签和应用场景，则首先根据本次支付请求的用户标签，从收银台模板集合中获取对应的收银台模板，然后，再从获取的收银台模板中查找到本次支付请求的应用场景对应的收银台模板。

由此，得到本次支付请求对应的收银台模板，也即支付平台模板。

步骤S30、根据所述支付请求对应的支付平台模板配置支付平台，控制所述支付平台处理所述支付请求。

在获取本次支付请求对应的支付平台模板后，根据支付平台模板配置支付平台，处理本次支付请求。

具体的，作为一种实施方式，以支付平台为收银台进行举例说明，得到的收银台模板包括预先选取的、对应的各收银台要素内容，商户端将收银台模板的收银台要素内容进行组装，得到收银台。得到的收银台包括选取的UI界面内容、收银台标题内容、支付方式内容、银行卡种类内容、银行列表和排序内容、营销活动提示内容、广告位内容、支付满减内容等展示信息。

然后，商户端将配置得到的收银台展示给当前客户端，处理本次支付请求。

客户端可以根据收银台提供的支付服务，选取支付类型进行支付。

在客户端完成支付后，商户端根据收银台模板的短信模板提示内容，向客户端发送相应的短信提醒。

由此，根据客户端的支付请求，完成了收银台的配置和收银，也即完成了支付平台的管理。

在本实施例中，获取客户端发送的支付请求；根据支付请求和预先配置的映射规则，获取支付请求对应的支付平台模板；根据支付请求对应的支付平台模板配置支付平台，控制支付平台处理支付请求。本实施例预先配置支付平台模板集合，根据不同的支付请求提供差异化的支付平台模板，为用户提供了差异化的支付服务；并且，支付平台模板的灵活配置，降低了支付平台的运维成本。

进一步的，参照图2，本发明支付平台管理方法第二实施例提供一种支付平台管理方法，基于上述图1所示的实施例，所述步骤S10之前，还包括：

步骤S40、根据预先配置的支付平台要素集合配置各支付平台模板，得到支付平台模板集合。

商户端创建支付平台模板集合，根据预先配置的支付平台要素集合配置各支付平台模板，将得到的各支付平台模板放入支付平台模板集合。

在本实施例中，以支付平台为收银台进行举例说明，预先配置的收银台要素即为支付平台要素，配置的收银台模板集合即为支付平台模板集合。收银台模板集合中包括各收银台模板。

具体的，作为一种实施方式，商户端预先配置有收银台要素集合。收银台要素集合包括配置收银台的各要素，例如UI界面、收银台标题、支付方式、银行卡种类、银行列表和排序、营销活动提示、广告位、支付满减、短信模板提示内容、支持终端类型等。

同一收银台要素可以包括多种不同的内容，例如，可以根据客户端类型不同，设置不同的UI界面；也可以根据支付请求是否海淘从而提供不同的支付方式；还可以根据当前商户端的账户情况提供不同的银行卡种类；还可以根据当前商户与各银行的合作关系对银行列表进行排序；还可以根据当前商户的优惠活动提供不同的营销活动提示。

首先，商户端根据业务情况，配置各种业务属性参数，例如：设置业务类型，对客户端用户进行分类，设置应用场景。

然后，根据各业务属性参数从预先配置的收银台要素集合中，选取对应的收银台要素，例如不需要广告位时，即可不选取广告位。

然后，商户端为所选取的收银台要素配置具体内容，例如修改银行列表的排序，添加广告位内容，并将得到的收银台要素配置为收银台模板。

同一业务属性参数仅能配置一套对应的收银台模板，不同的业务属性参数可以配置相同的收银台模板，也可以配置不同的收银台模板，可根据实际需要灵活设置。

然后，商户创建收银台模板集合，将配置得到的收银台模板放入收银台模板集合。

作为另一种实施方式，服务端为多个商户端提供收银台服务的支持，服务端预先配置有收银台要素集合。

首先，服务端为商户端配置管理权限，用于控制商户端对收银台要素的管理权限。例如，服务端可以限定UI界面的管理权限，使商户端均使用同一的UI界面，不能修改。

商户端根据管理权限，获取收银台要素集合中有管理权限的收银台要素。然后，商户端根据业务情况，配置各种业务属性参数，例如：设置业务类型，对客户端用户进行分类，设置应用场景。

然后，根据各业务属性参数从预先配置的收银台要素集合中，选取对应的收银台要素，例如不需要广告位时，即可不选取广告位。

然后，商户端为所选取的收银台要素配置具体内容，并将得到的收银台要素配置为收银台模板。同一业务属性参数仅能配置一套对应的收银台模板，不同的业务属性参数可以配置相同的收银台模板，也可以配置不同的收银台模板，可根据实际需要灵活设置。

然后，商户端创建收银台模板集合，将配置得到的收银台模板放入收银台模板集合。

由此，实现了支付平台模板集合的配置。

在本实施例中，根据预先配置的支付平台要素集合配置各支付平台模板，得到支付平台模板集合。本实施将支付平台要素颗粒化，在对支付平台进行运维时，仅需要维护相应的支付平台要素即可实现对支付平台模板的维护，简化了支付平台的运维，降低了运维成本；并且，使商户端可以根据实际需要灵活配置支付平台模板，得到支付平台模板集合，实现了给不同的支付请求提供差异化的收银服务。

进一步的，参照图3，本发明支付平台管理方法第三实施例提供一种支付平台管理方法，所述步骤S40包括：

步骤S41、配置业务属性参数集合，所述业务属性参数集合包括各业务属性参数。

商户端首先根据当前的业务情况，配置业务属性参数集合。

具体的，作为一种实施方式，商户端分别设置各业务属性参数，业务属性参数包括业务类型、用户标签和应用场景。

其中，业务类型为当前商户端提供服务的业务形态，例如充值业务、转账业务、收款业务等。

用户标签为商户端定义的用户类别，例如：商户端可以根据客户端用户的信誉等级，将用户分为不同的类别。

应用场景为支付服务的应用场景，例如：客户端的终端类型，优惠活动场景，境外消费等。

由此，商户端配置得到多个不同的业务属性参数。例如，业务属性参数A的业务类型为A，应用场景为A，用户标签为A；业务属性参数B的业务类型为B，应用场景为B，用户标签为B；业务属性参数C的业务类型为C，应用场景为C，户标签为C。

商户端创建业务属性参数集合，将得到的业务属性参数放入业务属性参数集合中。

步骤S42、根据预先配置的支付平台要素集合，分别配置所述各业务属性参数对应的各支付平台模板，得到支付平台模板集合。

商户端根据预先配置的支付平台要素集合，分别配置各业务属性参数对应的各支付平台模板，得到支付平台模板集合。

在本实施例中，以支付平台为收银台进行举例说明，预先配置的收银台要素即为支付平台要素，配置的收银台模板集合即为支付平台模板集合。收银台模板集合中包括各收银台模板。

具体的，作为一种实施方式，商户端获取预先配置的收银台要素。

然后，分别获取各业务属性参数，为各业务属性参数选取对应的收银台要素。

然后，商户端为各业务属性参数所选取的收银台要素配置具体内容，并将得到的收银台要素配置为各业务属性参数对应的收银台模板。例如，为业务属性参数A配置了模板A；为业务属性参数B配置了模板B；为业务属性参数C配置了模板C。

同一业务属性参数仅能配置一套对应的收银台模板，不同的业务属性参数可以配置相同的收银台模板，也可以配置不同的收银台模板，可根据实际需要灵活设置。

然后，商户端创建收银台模板集合，将配置得到的收银台模板放入收银台模板集合。

由此，完成收银台模板集合的配置，也即完成支付平台模板集合的配置。

对应的，所述步骤S20包括：

步骤S21、根据所述支付请求，获取所述支付请求的业务属性参数。

在获取客户端发送的支付请求后，商户端根据支付请求，获取支付请求的业务属性参数。

具体的，作为一种实施方式，客户端发送的支付请求携带有支付信息，例如用户ID，消费场景，当前客户端的终端类型等信息。

然后，商户端根据支付信息获取支付请求的业务属性参数。例如，根据用户ID获取客户端的用户标签，根据当前消费场景获取应用场景。

由此，商户端得到本次支付请求的业务属性参数。

步骤S22根据所述支付请求的业务属性参数和所述支付平台模板集合，查找对应的支付平台模板。

在得到本次支付请求的业务属性参数后，商户端根据支付请求的业务属性参数，在收银台模板集合中，查找对应的收银台模板。

具体的，由于商户端预先配置了不同业务属性参数对应的收银台模板，因此，可根据支付请求的业务属性参数查找到唯一对应的收银台模板。例如，本次支付请求的业务类型为A、应用场景为A，用户标签为A，也即本次支付请求的业务属性参数为A，则商户端可以查找到对应的模板A。

然后，商户端将查找到的唯一的收银台模板，作为本次业务请求对应的收银台模板。

由此，商户端得到本次业务请求对应的收银台模板，也即得到本次业务请求对应的支付平台模板。

在本实施例中，首先，配置业务属性参数集合，业务属性参数集合包括各业务属性参数；然后，根据预先配置的支付平台要素集合，分别配置各业务属性参数对应的各支付平台模板，得到支付平台模板集合；在获取客户端的支付请求后，根据支付请求，获取支付请求的业务属性参数；然后，根据支付请求的业务属性参数和支付平台模板集合，查找对应的支付平台模板。本实施例通过配置多种业务属性参数和对应的支付平台模板，实现了对商户端当前多种支付业务的支持；并且，根据客户端支付请求的业务属性参数，可以准确获取本次支付请求对应的支付平台模板，实现了根据不同的支付请求提供差异化的支付服务。

进一步的，参照图4，本发明支付平台管理方法第四实施例提供一种支付平台管理方法，基于上述图3所示的实施例，所述步骤S22之后，还包括：

步骤S23、若未查找到对应的支付平台模板，则获取预先配置的标准支付平台模板作为所述支付请求对应的支付平台模板。

若商户端在支付平台模板集合中未查找到与本次支付请求的业务属性参数对应的支付平台模板，则获取商户端预先配置的支付平台模板作为本次支付请求对应的支付平台模板。

具体的，作为一种实施方式，商户端预先配置有标准支付平台模板。

在未查找到本次支付请求的业务属性参数对应的支付平台模板时，也即，商户端配置的业务属性参数集合中不包括本次支付请求的业务属性参数时，商户端将标准支付平台模板作为本次支付请求对应的支付平台模板，提供服务。

在本实施例中，若未查找到本次支付请求对应的支付平台模板，则获取预先配置的标准支付平台模板作为本次支付请求对应的支付平台模板。本实施例通过预先配置标准支付平台模板，使商户端在遇到未预先进行配置的支付需求时，能够提供支付服务，提升了用户体验。

进一步的，参照图5，本发明支付平台管理方法第五实施例提供一种支付平台管理方法，基于上述图2、图3或图4所示的实施例(本实施例以图2为例)，所述步骤S40之后，还包括：

步骤S50、更新所述支付平台模板集合。

商户端可以根据业务的变化，更新配置的支付平台模板集合。

具体的，作为一种实施方式，商户端可以根据实际需求，更新一个或多个支付平台模板，然后更新支付平台模板集合。

商户端使用更新后的支付平台模板集合处理支付请求。

作为另一种实施方式，商户端可以根据实际需求，更新业务属性参数。然后，更新业务属性参数对应的支付平台模板。然后，商户端更新支付平台模板集合。

由此，实现了对支付平台模板集合的更新。

在本实施例中，商户端可以随时更新已经完成配置的支付平台模板集合，进行支付平台模板的运维，或者根据商户端的实际运营情况及时更新支付平台模板，本实施例简化了支付平台服务的更新，降低了支付平台的运营成本。

参照图6，本发明支付平台管理装置第一实施例提供一种支付平台管理装置，所述支付平台管理装置包括：

请求获取模块10，用于获取客户端发送的支付请求。

本发明可以根据实际需要，为不同的支付请求配置对应的支付平台模板，支持多种支付方式，降低了支付平台的运维成本，为用户提供了差异化的支付服务。

具体的，作为一种实施方式，消费者使用客户端根据需要发出支付请求，支付请求携带有本次支付请求的支付信息，例如用户ID、支付金额、应用场景等信息。

请求获取模块10接收客户端发出的支付请求，得到支付请求携带的支付信息。

模板获取模块20，用于根据所述支付请求和预先配置的支付平台模板集合，获取所述支付请求对应的支付平台模板。

在获取客户端的支付请求后，模板获取模块20根据支付请求和预先配置的支付平台模板集合，获取本次支付请求对应的支付平台模板。

具体的，作为一种实施方式，模板获取模块20预先配置有支付平台模板集合。

支付平台模板集合中包括多种支付平台模板，并配置有支付平台模板和业务属性参数的映射规则，针对不同的业务属性均配置有对应的支付平台模板。

在本实施例中，以支付平台为收银台进行举例说明，商户端预先配置的收银台模板集合即为支付平台模板集合。收银台模板集合中包括各收银台模板。

模板获取模块20配置的收银台模板包括UI(UserInterface，用户界面)界面、收银台标题、支付方式、银行卡种类、银行列表和排序、营销活动提示、广告位、支付满减、短信模板提示内容等收银台要素。在配置收银台模板时，不同的收银台模板中，同一收银台要素的内容可以相同，也可以不同，可根据实际需要灵活设置。

例如：商户端可以预先根据用户的注册信息、ID等将用户进行分类(本实施例所指用户为客户端用户)，对不同的用户类别设置不同的用户标签，然后根据不同的用户标签，选取不同的收银台要素内容设置对应的收银台模板，从而提供不同的支付服务；商户端可以预先将支付金额划分等级，针对不同的金额等级，选取不同的收银台要素内容设置对应的收银台模板，从而提供不同的支付服务；商户端可以预先设置多种不同的应用场景，包括海淘支付、境内支付等，根据不同的应用场景，选取不同的收银台要素内容设置对应的收银台模板，从而提供不同的支付服务。

模板获取模块20根据支付请求携带的支付信息，获取本次支付请求的业务属性参数，在收银台模板集合中查找对应的收银台模板。

例如，当前支付请求的业务属性参数为用户标签，则根据用户标签获取对应的收银台模板；当前支付请求的业务属性参数为用户标签和应用场景，则首先根据本次支付请求的用户标签，从收银台模板集合中获取对应的收银台模板，然后，再从获取的收银台模板中查找到本次支付请求的应用场景对应的收银台模板。

由此，模板获取模块20得到本次支付请求对应的收银台模板，也即支付平台模板。

收银台配置模块30，用于根据所述支付请求对应的支付平台模板配置支付平台，控制所述支付平台处理所述支付请求。

在获取本次支付请求对应的支付平台模板后，支付平台配置模块30根据支付平台模板配置支付平台，处理本次支付请求。

具体的，作为一种实施方式，以支付平台为收银台进行举例说明，模板获取模块20得到的收银台模板包括预先选取的、对应的各收银台要素内容，收银台配置模块30将收银台模板的收银台要素内容进行组装，得到收银台。得到的收银台包括选取的UI界面内容、收银台标题内容、支付方式内容、银行卡种类内容、银行列表和排序内容、营销活动提示内容、广告位内容、支付满减内容等展示信息。

然后，收银台配置模块30将配置得到的收银台展示给当前客户端，处理本次支付请求。

客户端可以根据收银台提供的支付服务，选取支付类型进行支付。

在客户端完成支付后，收银台配置模块30根据收银台模板的短信模板提示内容，向客户端发送相应的短信提醒。

由此，收银台配置模块30根据客户端的支付请求，完成了收银台的配置和收银，也即完成了支付平台的管理。

在本实施例中，请求获取模块10获取客户端发送的支付请求；模板获取模块20根据支付请求和预先配置的映射规则，获取支付请求对应的支付平台模板；支付平台配置模块30根据支付请求对应的支付平台模板配置支付平台，控制支付平台处理支付请求。本实施例预先配置支付平台模板集合，根据不同的支付请求提供差异化的支付平台模板，为用户提供了差异化的支付服务；并且，支付平台模板的灵活配置，降低了支付平台的运维成本。

进一步的，参照图7，本发明支付平台管理装置第二实施例提供一种支付平台管理装置，基于上述图6所示的实施例，所述支付平台管理装置还包括：

模板配置模块40，用于根据预先配置的支付平台要素集合配置各支付平台模板，得到支付平台模板集合。

模板配置模块40创建支付平台模板集合，根据预先配置的支付平台要素集合配置各支付平台模板，将得到的各支付平台模板放入支付平台模板集合。

在本实施例中，以支付平台为收银台进行举例说明，预先配置的收银台要素即为支付平台要素，配置的收银台模板集合即为支付平台模板集合。收银台模板集合中包括各收银台模板。

具体的，作为一种实施方式，模板配置模块40预先配置有收银台要素集合。收银台要素集合包括配置收银台的各要素，例如UI界面、收银台标题、支付方式、银行卡种类、银行列表和排序、营销活动提示、广告位、支付满减、短信模板提示内容、支持终端类型等。

同一收银台要素可以包括多种不同的内容，例如，可以根据客户端类型不同，设置不同的UI界面；也可以根据支付请求是否海淘从而提供不同的支付方式；还可以根据当前商户端的账户情况提供不同的银行卡种类；还可以根据当前商户与各银行的合作关系对银行列表进行排序；还可以根据当前商户的优惠活动提供不同的营销活动提示。

首先，模板配置模块40根据业务情况，配置各种业务属性参数，例如：设置业务类型，对客户端用户进行分类，设置应用场景。

然后，根据各业务属性参数从预先配置的收银台要素集合中，选取对应的收银台要素，例如不需要广告位时，即可不选取广告位。

然后，模板配置模块40为所选取的收银台要素配置具体内容，例如修改银行列表的排序，添加广告位内容，并将得到的收银台要素配置为收银台模板。

同一业务属性参数仅能配置一套对应的收银台模板，不同的业务属性参数可以配置相同的收银台模板，也可以配置不同的收银台模板，可根据实际需要灵活设置。

然后，模板配置模块40建收银台模板集合，将配置得到的收银台模板放入收银台模板集合。

作为另一种实施方式，服务端为多个支付平台管理装置提供收银台服务的支持，服务端预先配置有收银台要素集合。

首先，服务端为支付平台管理装置配置管理权限，用于控制支付平台管理装置对收银台要素的管理权限。例如，服务端可以限定UI界面的管理权限，使支付平台管理装置均使用同一的UI界面，不能修改。

模板配置模块40根据管理权限，获取收银台要素集合中有管理权限的收银台要素。然后，模板配置模块40根据业务情况，配置各种业务属性参数，例如：设置业务类型，对客户端用户进行分类，设置应用场景。

然后，根据各业务属性参数从预先配置的收银台要素集合中，选取对应的收银台要素，例如不需要广告位时，即可不选取广告位。

然后，模板配置模块40为所选取的收银台要素配置具体内容，并将得到的收银台要素配置为收银台模板。同一业务属性参数仅能配置一套对应的收银台模板，不同的业务属性参数可以配置相同的收银台模板，也可以配置不同的收银台模板，可根据实际需要灵活设置。

然后，模板配置模块40创建收银台模板集合，将配置得到的收银台模板放入收银台模板集合。

由此，实现了支付平台模板集合的配置。

在本实施例中，模板配置模块40根据预先配置的支付平台要素集合配置各支付平台模板，得到支付平台模板集合。本实施将支付平台要素颗粒化，在对支付平台进行运维时，仅需要维护相应的支付平台要素即可实现对支付平台模板的维护，简化了支付平台的运维，降低了运维成本；并且，使商户端可以根据实际需要灵活配置支付平台模板，得到支付平台模板集合，实现了给不同的支付请求提供差异化的收银服务。

进一步的，参照图8，本发明支付平台管理装置第三实施例提供一种支付平台管理装置，基于上述图7所示的实施例，所述模板配置模块40包括：

业务属性单元41，用于配置业务属性参数集合，所述业务属性参数集合包括各业务属性参数。

业务属性单元41首先根据当前的业务情况，配置业务属性参数集合。

具体的，作为一种实施方式，业务属性单元41分别设置各业务属性参数，业务属性参数包括业务类型、用户标签和应用场景。

其中，业务类型为当前商户端提供服务的业务形态，例如充值业务、转账业务、收款业务等。

用户标签为业务属性单元41定义的用户类别，例如：商户端可以根据客户端用户的信誉等级，将用户分为不同的类别。

应用场景为支付服务的应用场景，例如：客户端的终端类型，优惠活动场景，境外消费等。

由此，业务属性单元41配置得到多个不同的业务属性参数。例如，业务属性参数A的业务类型为A，应用场景为A，用户标签为A；业务属性参数B的业务类型为B，应用场景为B，用户标签为B；业务属性参数C的业务类型为C，应用场景为C，户标签为C。

业务属性单元41创建业务属性参数集合，将得到的业务属性参数放入业务属性参数集合中。

模板配置单元42，用于根据预先配置的支付平台要素集合，分别配置所述各业务属性参数对应的各支付平台模板，得到支付平台模板集合。

模板配置单元42根据预先配置的支付平台要素集合，分别配置各业务属性参数对应的各支付平台模板，得到支付平台模板集合。

在本实施例中，以支付平台为收银台进行举例说明，预先配置的收银台要素即为支付平台要素，配置的收银台模板集合即为支付平台模板集合。收银台模板集合中包括各收银台模板。

具体的，作为一种实施方式，模板配置单元42获取预先配置的收银台要素。

然后，模板配置单元42分别获取各业务属性参数，为各业务属性参数选取对应的收银台要素。

然后，模板配置单元42为各业务属性参数所选取的收银台要素配置具体内容，并将得到的收银台要素配置为各业务属性参数对应的收银台模板。例如，为业务属性参数A配置了模板A；为业务属性参数B配置了模板B；为业务属性参数C配置了模板C。

同一业务属性参数仅能配置一套对应的收银台模板，不同的业务属性参数可以配置相同的收银台模板，也可以配置不同的收银台模板，可根据实际需要灵活设置。

然后，模板配置单元42创建收银台模板集合，将配置得到的收银台模板放入收银台模板集合。

由此，模板配置单元42完成收银台模板集合的配置，也即完成支付平台模板集合的配置。

对应的，所述模板获取模块20包括：

获取单元21，用于根据所述支付请求，获取所述支付请求的业务属性参数。

在获取客户端发送的支付请求后，获取单元21根据支付请求，获取支付请求的业务属性参数。

具体的，作为一种实施方式，客户端发送的支付请求携带有支付信息，例如用户ID，消费场景，当前客户端的终端类型等信息。

然后，获取单元21根据支付信息获取支付请求的业务属性参数。例如，根据用户ID获取客户端的用户标签，根据当前消费场景获取应用场景。

由此，获取单元21得到本次支付请求的业务属性参数。

查找单元22，用于根据所述支付请求的业务属性参数和所述支付平台模板集合，查找对应的支付平台模板。

在得到本次支付请求的业务属性参数后，查找单元22根据支付请求的业务属性参数，在收银台模板集合中，查找对应的收银台模板。

具体的，由于模板配置模块40预先配置了不同业务属性参数对应的收银台模板，因此，查找单元22可根据支付请求的业务属性参数查找到唯一对应的收银台模板。例如，本次支付请求的业务类型为A、应用场景为A，用户标签为A，也即本次支付请求的业务属性参数为A，则查找单元22可以查找到对应的模板A。

然后，查找单元22将查找到的唯一的收银台模板，作为本次业务请求对应的收银台模板。

由此，查找单元22得到本次业务请求对应的收银台模板，也即得到本次业务请求对应的支付平台模板。

在本实施例中，首先，业务属性单元41配置业务属性参数集合，业务属性参数集合包括各业务属性参数；然后，模板配置单元42根据预先配置的支付平台要素集合，分别配置各业务属性参数对应的各支付平台模板，得到支付平台模板集合；在获取客户端的支付请求后，获取单元21根据支付请求，获取支付请求的业务属性参数；然后，查找单元22根据支付请求的业务属性参数和支付平台模板集合，查找对应的支付平台模板。本实施例通过配置多种业务属性参数和对应的支付平台模板，实现了对商户端当前多种支付业务的支持；并且，根据客户端支付请求的业务属性参数，可以准确获取本次支付请求对应的支付平台模板，实现了根据不同的支付请求提供差异化的支付服务。

进一步的，参照图9，本发明支付平台管理装置第四实施例提供一种支付平台管理装置，基于上述图8所示的实施例，所述模板获取模块20还包括：

标准单元23，用于若未查找到对应的支付平台模板，则获取预先配置的标准支付平台模板作为所述支付请求对应的支付平台模板。

若查找单元22在支付平台模板集合中未查找到与本次支付请求的业务属性参数对应的支付平台模板，则标准单元23获取商户端预先配置的支付平台模板作为本次支付请求对应的支付平台模板。

具体的，作为一种实施方式，标准单元23预先配置有标准支付平台模板。

在未查找到本次支付请求的业务属性参数对应的支付平台模板时，也即，模板配置模块40配置的业务属性参数集合中不包括本次支付请求的业务属性参数时，标准单元23将标准支付平台模板作为本次支付请求对应的支付平台模板，提供服务。

在本实施例中，若未查找到本次支付请求对应的支付平台模板，则标准单元23获取预先配置的标准支付平台模板作为本次支付请求对应的支付平台模板。本实施例通过预先配置标准支付平台模板，使商户端在遇到未预先进行配置的支付需求时，能够提供支付服务，提升了用户体验。

进一步的，参照图10，本发明支付平台管理装置第五实施例提供一种支付平台管理装置，基于上述图7、图8或图9所示的实施例(本实施例以图7为例)，所述支付平台管理装置还包括：

更新模块50，用于更新所述支付平台模板集合。

更新模块50可以根据业务的变化，更新配置的支付平台模板集合。

具体的，作为一种实施方式，更新模块50可以根据实际需求，更新一个或多个支付平台模板，然后更新支付平台模板集合。

模板获取模块20使用更新后的支付平台模板集合处理支付请求。

作为另一种实施方式，更新模块50可以根据实际需求，更新业务属性参数。然后，更新业务属性参数对应的支付平台模板。然后，更新模块50更新支付平台模板集合。

由此，实现了对支付平台模板集合的更新。

在本实施例中，更新模块50可以随时更新已经完成配置的支付平台模板集合，进行支付平台模板的运维，或者根据商户端的实际运营情况及时更新支付平台模板，本实施例简化了支付平台服务的更新，降低了支付平台的运营成本。

以上仅为本发明的可选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种支付平台管理方法，其特征在于，所述支付平台管理方法包括以下步骤：

获取客户端发送的支付请求；

根据所述支付请求和预先配置的支付平台模板集合，获取所述支付请求对应的支付平台模板；

根据所述支付请求对应的支付平台模板配置支付平台，控制所述支付平台处理所述支付请求。

2.如权利要求1所述的支付平台管理方法，其特征在于，所述获取客户端发送的支付请求的步骤之前，还包括：

根据预先配置的支付平台要素集合配置各支付平台模板，得到支付平台模板集合。

3.如权利要求2所述的支付平台管理方法，其特征在于，所述根据预先配置的支付平台要素集合配置各支付平台模板，得到支付平台模板集合的步骤包括：

配置业务属性参数集合，所述业务属性参数集合包括各业务属性参数；

根据预先配置的支付平台要素集合，分别配置所述各业务属性参数对应的各支付平台模板，得到支付平台模板集合；

所述根据所述支付请求和预先配置的支付平台模板集合，获取所述支付请求对应的支付平台模板的步骤包括：

根据所述支付请求，获取所述支付请求的业务属性参数；

根据所述支付请求的业务属性参数和所述支付平台模板集合，查找对应的支付平台模板。

4.如权利要求3所述的支付平台管理方法，其特征在于，所述根据所述支付请求的业务属性参数和所述支付平台模板集合，查找对应的支付平台模板的步骤之后，还包括：

若未查找到对应的支付平台模板，则获取预先配置的标准支付平台模板作为所述支付请求对应的支付平台模板。

5.如权利要求2、3或4任一项所述的支付平台管理方法，其特征在于，所述根据预先配置的支付平台要素集合配置各支付平台模板，得到支付平台模板集合的步骤之后，还包括：

更新所述支付平台模板集合。

6.一种支付平台管理装置，其特征在于，所述支付平台管理装置包括：

请求获取模块，用于获取客户端发送的支付请求；

模板获取模块，用于根据所述支付请求和预先配置的支付平台模板集合，获取所述支付请求对应的支付平台模板；

支付平台配置模块，用于根据所述支付请求对应的支付平台模板配置支付平台，控制所述支付平台处理所述支付请求。

7.如权利要求6所述的支付平台管理装置，其特征在于，所述支付平台管理装置还包括：

模板配置模块，用于根据预先配置的支付平台要素集合配置各支付平台模板，得到支付平台模板集合。

8.如权利要求7所述的支付平台管理装置，其特征在于，所述模板配置模块包括：

业务属性单元，用于配置业务属性参数集合，所述业务属性参数集合包括各业务属性参数；

模板配置单元，用于根据预先配置的支付平台要素集合，分别配置所述各业务属性参数对应的各支付平台模板，得到支付平台模板集合；

所述模板获取模块包括：

获取单元，用于根据所述支付请求，获取所述支付请求的业务属性参数；

查找单元，用于根据所述支付请求的业务属性参数和所述支付平台模板集合，查找对应的支付平台模板。

9.如权利要求8所述的支付平台管理装置，其特征在于，所述模板获取模块还包括：

标准单元，用于若未查找到对应的支付平台模板，则获取预先配置的标准支付平台模板作为所述支付请求对应的支付平台模板。

10.如权利要求7、8或9任一项所述的支付平台管理装置，其特征在于，所述支付平台管理装置还包括：

更新模块，用于更新所述支付平台模板集合。