CN110648126A - 支付类型配置方法、装置、服务器及存储介质 - Google Patents

Abstract

本发明公开了一种支付类型配置方法、装置、服务器及存储介质，该方法包括：获取管理方在支付平台输入的支付类型配置指令；根据支付类型配置指令展示支付类型配置界面，支付类型配置界面包括属性输入区域；获取管理方基于属性输入区域输入的支付类型属性；根据支付类型属性和支付类型添加指令将对应的支付类型添加至支付平台。该方法通过将支付类型的可配置属性拆分，基于拆分出的支付类型属性进行支付类型的配置，提高了支付类型的维护性和扩展性，减少了对支付类型的硬编码，新增支付类型时方便快捷。

Description

支付类型配置方法、装置、服务器及存储介质

技术领域

本发明涉及移动支付技术领域，尤其涉及一种支付类型配置方法装置、服务器及存储介质。

背景技术

支付平台是一家公司的关于支付操作的系统，是整个公司的直接收入入口，也是用户体验极其关键的环节。目前常见的支付类型包括以下几种类型，微信支付、易宝支付，快钱支付，工行支付，农行e支付等。目前支付的不同类型分支通过硬编码筛选支付属性，扩展性性较差，且支付类型不可见，只有纯开发代码可见，维护性也较差。

发明内容

有鉴于此，本发明实施例提供一种支付类型配置方法、系统、服务器和计算机存储介质，实现对多个支付平台提供的支付类型进行拆分配置。

第一方面，本发明实施例提供了一种，包括：

获取管理方在支付平台输入的支付类型配置指令；

根据所述支付类型配置指令展示支付类型配置界面，所述支付类型配置界面包括属性输入区域；

获取管理方基于所述属性输入区域输入的支付类型属性；

根据所述支付类型属性和支付类型添加指令将对应的支付类型添加至所述支付平台

第二方面，本发明实施例还提供了一种支付类型配置装置，包括：配置指令获取模块，用于获取管理方在支付平台输入的支付类型配置指令；

配置界面展示模块，用于根据所述支付类型配置指令展示支付类型配置界面，所述支付类型配置界面包括属性输入区域；

属性输入模块，用于获取管理方基于所述属性输入区域输入的支付类型属性；

支付类型添加模块，用于根据所述支付类型属性和支付类型添加指令将对应的支付类型添加至所述支付平台。

第三方面，本发明实施例还提供了一种服务器，包括存储器和处理器，所述存储器上存储有可在处理器运行的计算机程序，所述处理器执行所述计算机程序时实现如前述的支付类型配置方法。

第四方面，本发明实施例提供了一种计算机可读存储介质，存储介质存储有计算机程序，该计算机程序被处理器执行时实现如前述的支付类型配置方法。

本发明实施例提供的技术方案，通过将支付类型的可配置属性拆分，基于拆分出的支付类型属性进行支付类型的配置，提高了支付类型的维护性和扩展性，减少了对支付类型的硬编码，新增支付类型时方便快捷。

附图说明

图1是本发明实施例一中的支付类型配置方法流程图；

图2是本发明实施例二中的支付类型配置方法流程图；

图3是本发明实施例二中的支付类型配置方法子流程图；

图4是本发明实施例三中的一种支付类型配置装置的结构示意图；

图5是本发明实施例四种的一种服务器的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理，但是其中的许多步骤可以被并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排。当其操作完成时处理可以被终止，但是还可以具有未包括在附图中的附加步骤。处理可以对应于方法、函数、规程、子例程、子程序等等。

此外，术语“第一”、“第二”等可在本文中用于描述各种方向、动作、步骤或元件等，但这些方向、动作、步骤或元件不受这些术语限制。这些术语仅用于将第一个方向、动作、步骤或元件与另一个方向、动作、步骤或元件区分。术语“第一”、“第二”等而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本发明的描述中，“多个”、“批量”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

实施例一

如图1为本发明实施例一的支付类型配置方法流程图，本实施例可以适应于各种提供支付平台的系统，能够对支付类型的相应属性进行拆分、配置。

本实施例一步骤如下：

S110、获取管理方在支付平台输入的支付类型配置指令。

本实施例中在基于支付平台进行支付操作时可以使用支付平台提供的多种支付类型，通常情况下支付平台为了提高对不同支付类型的兼容性会提供多种支付类型，但是对于一个支付平台其所能提供的支付类型是固定的，而实际上存在需要使用其他支付类型的情况，因此本实施例基于支付平台提供了支付类型配置指令，管理方可以通过该指令进行支付类型的配置操作，如添加支付类型。

S120、根据所述支付类型配置指令展示支付类型配置界面，所述支付类型配置界面包括属性输入区域。

当获取到管理方的支付类型配置指令后，支付平台会提供支付类型配置界面用于完成支付类型配置。支付类型配置界面可以包括多个功能区域和/或展示区域，其中至少具备一个属性输入区域，用于将支付类型的可配置属性拆分配置。

S130、获取管理方基于所述属性输入区域输入的支付类型属性。

对于一个确定的支付类型，其包含多种属性，但是其中用于影响支付类型具体实现和支付类型区分的只有部分属性，因此可以通过属性输入区域获取到相应的属性后确定对应的支付类型。

具体的，用于确定支付类型的支付类型属性包括：支付渠道、支付场景和商户号；所述支付渠道用于标记支付类型对应的支付公司；所述支付场景包括Html5、JavaScript、代扣支付和快捷支付中的一种或多种；所述商户号用于收款，为所述支付公司的资金账号。当然，支付场景不仅限于上述示例，支付类型属性也不仅限于上述示例，例如支付类型还可以包括支付类型编码、支付类型状态等。在一些实施例中，当所述支付渠道包括微信时，所述支付类型属性还包括APPID，APPID是微信公众账号或开放平台APP的唯一标识，需要在微信商户后台配置，也是使用微信支付的必要参数，故独立处理。

在一些实施例中，支付类型属性对应的库表结构，可以为：

CREATE TABLE.t_pay_type_info(

Fcode int(11)NOT NULL DEFAULT 0 COMMENT'支付类型编码',

Fname varchar(64)NOT NULL DEFAULT”COMMENT'支付类型名称',

Fchannel_code varchar(64)NOT NULL DEFAULT”COMMENT'支付渠道',

Fchannel_name varchar(64)NOT NULL DEFAULT”COMMENT'支付渠道描述',

Fscene_code varchar(64)NOT NULL DEFAULT”COMMENT'支付场景',

Fscene_name varchar(64)NOT NULL DEFAULT”COMMENT'支付场景描述',

Fmerchant_code varchar(64)NOT NULL DEFAULT”COMMENT'商户号',

Fapp_id varchar(64)NOT NULL DEFAULT”COMMENT'支付appid'

PRIMARY KEY(Fcode)

)ENGINE＝InnoDB CHARSET＝utf8 COMMENT＝'支付类型详情表'。

示例性的，在一些实施例中，支付类型在数据存储方面的具体结构为：

Fcode：支付类型编码，用于唯一标识支付类型，比如微信h5(Html5)支付2000001，自增；

Fname：支付类型的名称，如fcode＝10010011，则此字段为“微信h5支付”；

Fchannel_code：支付渠道唯一标识，如1002；

Fchannel_name：支付渠道名称，如易宝；

Fscence_code：支付场景唯一标识，如1001001；

Fscence_name：支付场景名称，如易宝代扣；

Fmerchant_code：商户号id，如易宝商户号id，20000400001；

Fappid_id：appid，如微信app支付的appid，wx2018888888888。

S140、根据所述支付类型属性和支付类型添加指令将对应的支付类型添加至所述支付平台。

当管理方输入必要的支付类型属性后，通过添加指令确定将对应的支付类型添加到支付平台，系统会根据管理方输入的支付类型属性完成支付类型配置，配置成功的支付类型便作为支付平台提供的一种新的支付类型，具体的，也就是当某一支付类型成功添加至支付平台后，用户在基于该支付平台进行支付操作时便可以通过该支付类型完成支付。

本实施例一的技术方案，通过将支付类型的可配置属性拆分，基于拆分出的支付类型属性进行支付类型的配置，提高了支付类型的维护性和扩展性，减少了对支付类型的硬编码，新增支付类型时方便快捷。

实施例二

图2为本发明实施例二提供的支付类型配置方法的流程图，本实施例可以适应于各种提供支付平台的系统，能够对支付类型的相应属性进行拆分、配置，具体包括：

S210、获取管理方在支付平台输入的支付类型配置指令。

本实施例中在基于支付平台进行支付操作时可以使用支付平台提供的多种支付类型，通常情况下支付平台为了提高对不同支付类型的兼容性会提供多种支付类型，但是对于一个支付平台其所能提供的支付类型是固定的，而实际上存在需要使用其他支付类型的情况，因此本实施例基于支付平台提供了支付类型配置指令，管理方可以通过该指令进行支付类型的配置操作，如添加支付类型、查询支付类型和修改支付类型。

S220、根据所述支付类型配置指令展示支付类型配置界面，所述支付类型配置界面包括属性输入区域，还包括属性展示区域。

在本实施例中，支付类型配置界面除属性输入区域外还包括属性展示区域，属性展示区域用于展示支付类型的属性，展示的支付类型属性中应当至少包括支付类型编码、支付渠道、支付场景、APPID中的一种或多种。

S230、获取管理方基于所述属性输入区域输入的支付类型属性。

对于一个确定的支付类型，其包含多种属性，但是其中用于影响支付类型具体实现和支付类型区分的只有部分属性，因此可以通过属性输入区域获取到相应的属性后确定对应的支付类型。

具体的，用于确定支付类型的支付类型属性包括：支付渠道、支付场景和商户号；所述支付渠道用于标记支付类型对应的支付公司；所述支付场景包括Html5、JavaScript、代扣支付和快捷支付中的一种或多种；所述商户号用于收款，为所述支付公司的资金账号。当然，支付场景不仅限于上述示例，支付类型属性也不仅限于上述示例，例如支付类型还可以包括支付类型编码、支付类型状态等。在一些实施例中，当所述支付渠道包括微信时，所述支付类型属性还包括APPID，APPID是微信公众账号或开放平台APP的唯一标识，需要在微信商户后台配置，也是使用微信支付的必要参数，故独立处理。

S240、根据所述支付类型属性和支付类型查询指令在所述属性展示区域展示对应的支付类型的部分属性或全部属性。

本实施例中，支付类型配置界面除了提供支付类型添加指令外还可以执行支付类型查询指令，管理方可以通过输入的支付类型属性进行支付类型查询，例如可以输入支付场景，查询使用该支付场景的所有支付类型，也可以输入支付渠道，查询同一支付渠道下的所有支付类型，管理方可以通过支付类型查询指令在属性展示区域查看满足要求的支付类型，可以避免同一支付类型重复添加，也可以查看支付类型对应的属性是否正确。

在一些实施例中，基于支付类型配置界面还可以执行支付类型修改指令，当属性展示区域中展示的支付类型对应的属性有误时，可以通过支付类型修改指令对相应的错误属性进行修改。

S250、根据所述支付类型属性和支付类型添加指令将对应的支付类型添加至所述支付平台。

与实施例一类似的，本实施中除了可以通过支付类型配置界面完成支付类型查询操作外也可以完成支付类型添加操作，具体的，在一些实施例中，如图3所示，步骤S250包括：

S251、根据所述支付类型属性和支付类型添加指令验证所述支付类型属性是否完整且正确。

当管理方基于支付类型配置界面输入需要添加的支付类型属性后，需要经过验证才能完成添加，如果不经验证，添加的支付类型有可能用户在基于支付平台进行支付时使用该支付类型支付失败，具体的，原因是管理方输入的支付类型属性可能有所缺失，或有错误，因此需要验证用于配置支付类型的支付类型属性是否完整和正确。

S252、若所述支付类型属性完整且正确则将对应的支付类型添加至所述支付平台。

当验证管理方输入的用于添加支付类型的支付类型属性完整且正确后，可以将对应的支付类型添加至支付平台，若支付类型属性有误则提醒指出有误的支付类型属性，若不完整则提醒输入完整的支付类型属性。

本实施例的技术方案，同时提供了支付类型查询功能和支付类型添加功能，方便查询已有的支付类型并查看相应的支付类型属性，提高了支付类型的维护性，补充了支付类型添加过程中的验证过程，保证只有支付类型属性完整且正确的支付类型能够被添加至支付平台。

实施例三

图4为本发明实施例五提供的一种支付类型配置装置400，具体包括如下模块：

配置指令获取模块410，用于获取管理方在支付平台输入的支付类型配置指令。

本实施例中在基于支付平台进行支付操作时可以使用支付平台提供的多种支付类型，通常情况下支付平台为了提高对不同支付类型的兼容性会提供多种支付类型，但是对于一个支付平台其所能提供的支付类型是固定的，而实际上存在需要使用其他支付类型的情况，因此本实施例基于支付平台提供了支付类型配置指令，管理方可以通过该指令进行支付类型的配置操作，如添加支付类型、查询支付类型和修改支付类型。

配置界面展示模块420，用于根据所述支付类型配置指令展示支付类型配置界面，所述支付类型配置界面包括属性输入区域。

在本实施例中，支付类型配置界面除属性输入区域外还包括属性展示区域，属性展示区域用于展示支付类型的属性，展示的支付类型属性中应当至少包括支付类型编码、支付渠道、支付场景、APPID中的一种或多种。

属性输入模块430，用于获取管理方基于所述属性输入区域输入的支付类型属性。

对于一个确定的支付类型，其包含多种属性，但是其中用于影响支付类型具体实现和支付类型区分的只有部分属性，因此可以通过属性输入区域获取到相应的属性后确定对应的支付类型。

具体的，用于确定支付类型的支付类型属性包括：支付渠道、支付场景和商户号；所述支付渠道用于标记支付类型对应的支付公司；所述支付场景包括Html5、JavaScript、代扣支付和快捷支付中的一种或多种；所述商户号用于收款，为所述支付公司的资金账号。当然，支付场景不仅限于上述示例，支付类型属性也不仅限于上述示例，例如支付类型还可以包括支付类型编码、支付类型状态等。在一些实施例中，当所述支付渠道包括微信时，所述支付类型属性还包括APPID，APPID是微信公众账号或开放平台APP的唯一标识，需要在微信商户后台配置，也是使用微信支付的必要参数，故独立处理。

支付类型添加模块440，用于根据所述支付类型属性和支付类型添加指令将对应的支付类型添加至所述支付平台。

本实施例中，支付类型配置界面除了提供支付类型添加指令外还可以执行支付类型查询指令，管理方可以通过输入的支付类型属性进行支付类型查询，例如可以输入支付场景，查询使用该支付场景的所有支付类型，也可以输入支付渠道，查询同一支付渠道下的所有支付类型，管理方可以通过支付类型查询指令在属性展示区域查看满足要求的支付类型，可以避免同一支付类型重复添加，也可以查看支付类型对应的属性是否正确。

进一步的，支付类型添加模块440包括：

验证单元，用于根据所述支付类型属性和支付类型添加指令验证所述支付类型属性是否完整且正确。

添加单元，用于若所述支付类型属性完整且正确则将对应的支付类型添加至所述支付平台。

进一步的，支付类型配置界面中还包括属性展示区域，支付类型配置装置还包括：

属性展示模块，用于根据所述支付类型属性和支付类型查询指令在所述属性展示区域展示对应的支付类型的部分属性或全部属性。

管理方可以通过输入的支付类型属性进行支付类型查询，例如可以输入支付场景，查询使用该支付场景的所有支付类型，也可以输入支付渠道，查询同一支付渠道下的所有支付类型，管理方可以通过支付类型查询指令在属性展示区域查看满足要求的支付类型，可以避免同一支付类型重复添加，也可以查看支付类型对应的属性是否正确。

本实施例提供的支付类型添加装置通过将支付类型的可配置属性拆分，基于拆分出的支付类型属性进行支付类型的配置，提高了支付类型的维护性和扩展性，减少了对支付类型的硬编码，新增支付类型时方便快捷。

实施例四

图5为本发明实施例四提供的一种支付类型配置服务器的结构示意图，如图5所示，该服务器包括处理器50、存储器51、输入装置52和输出装置53；服务器中处理器50的数量可以是一个或多个，图中以一个处理器50为例；设备/终端/服务器中的处理器50、存储器51、输入装置52和输出装置53可以通过总线或其他方式连接，图5中以通过总线连接为例。

存储器51作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的主题更新方法对应的程序指令/模块(例如，支付类型配置装置中的配置指令获取模块410、配置界面展示模块420、属性输入模块430和支付类型添加模块440等)。处理器50通过运行存储在存储器51中的软件程序、指令以及模块，从而执行设备/终端/服务器的各种功能应用以及数据处理，即实现上述的支付类型配置方法。

存储器51可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器51可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器51可进一步包括相对于处理器50远程设置的存储器，这些远程存储器可以通过网络连接至设备/终端/服务器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置52可用于接收输入的数字或字符信息，以及产生与设备/终端/服务器的用户设置以及功能控制有关的键信号输入。输出装置53可包括显示屏等显示设备。

上述服务器可执行本发明任意实施例所提供的支付类型配置方法，具备执行方法对应的功能能模块和有益效果。

实施例五

本发明实施例五还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明任意实施例所提供的一种支付类型配置方法，该方法可以包括：

获取管理方在支付平台输入的支付类型配置指令；

根据所述支付类型配置指令展示支付类型配置界面，所述支付类型配置界面包括属性输入区域；

获取管理方基于所述属性输入区域输入的支付类型属性；

根据所述支付类型属性和支付类型添加指令将对应的支付类型添加至所述支付平台。

本发明实施例的计算机可读存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或终端上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

本实施例通过将支付类型的可配置属性拆分，基于拆分出的支付类型属性进行支付类型的配置，提高了支付类型的维护性和扩展性，减少了对支付类型的硬编码，新增支付类型时方便快捷。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种支付类型配置方法，其特征在于，包括：

获取管理方在支付平台输入的支付类型配置指令；

根据所述支付类型配置指令展示支付类型配置界面，所述支付类型配置界面包括属性输入区域；

获取管理方基于所述属性输入区域输入的支付类型属性；

根据所述支付类型属性和支付类型添加指令将对应的支付类型添加至所述支付平台。

2.根据权利要求1所述的支付类型配置方法，其特征在于，所述支付类型属性包括：支付渠道、支付场景和商户号；

所述支付渠道用于标记支付类型对应的支付公司；

所述支付场景包括Html5、JavaScript、代扣支付和快捷支付中的一种或多种；

所述商户号用于收款，为所述支付公司的资金账号。

3.根据权利要求2所述的支付类型配置方法，其特征在于，当所述支付渠道包括微信时，所述支付类型属性还包括APPID。

4.根据权利要求1所述的支付类型配置方法，其特征在于，所述根据所述支付类型属性和支付类型添加指令将对应的支付类型添加至所述支付平台包括：

根据所述支付类型属性和支付类型添加指令验证所述支付类型属性是否完整且正确；

若所述支付类型属性完整且正确则将对应的支付类型添加至所述支付平台。

5.根据权利要求1所述的支付类型配置方法，其特征在于，所述支付类型配置界面还包括属性展示区域。

6.根据权利要求5所述的支付类型配置方法，其特征在于，所述获取管理方基于所述属性输入区域输入的支付类型属性之后，还包括：

根据所述支付类型属性和支付类型查询指令在所述属性展示区域展示对应的支付类型的部分属性或全部属性。

7.一种支付类型配置装置，其特征在于，包括：

配置指令获取模块，用于获取管理方在支付平台输入的支付类型配置指令；

配置界面展示模块，用于根据所述支付类型配置指令展示支付类型配置界面，所述支付类型配置界面包括属性输入区域；

属性输入模块，用于获取管理方基于所述属性输入区域输入的支付类型属性；

支付类型添加模块，用于根据所述支付类型属性和支付类型添加指令将对应的支付类型添加至所述支付平台。

8.根据权利要求7所述的支付类型配置装置，其特征在于，所述支付类型配置界面还包括属性展示区域；

所述支付类型配置装置还包括属性展示模块，用于+性和支付类型查询指令在所述属性展示区域展示对应的支付类型的部分属性或全部属性。

9.一种服务器，其特征在于，包括存储器和处理器，所述存储器上存储有可在处理器运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1-6任意一项所述的支付类型配置方法。

10.一种计算机可读存储介质，存储介质存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1-6中任一项所述的支付类型配置方法。

Images