一种支付配置方法及装置与流程

本申请涉及互联网领域，具体涉及一种支付配置方法及装置。

背景技术：

随着互联网技术的发展，使用移动支付已经成为生活中的日常操作，对于商家来说，可以提交移动支付开通申请，待移动支付开通成功后，商家可以方便地通过移动支付进行交易活动，在对现有技术的研究和实践过程中，本申请的发明人发现，具有移动支付功能的应用程序在接收到商家的开通申请后，需要耗费较长时间才能为商家完成移动支付开通。

技术实现要素：

本申请实施例提供一种支付配置方法及装置，可以实现快速配置验证。

本申请实施例提供一种支付配置方法，包括：

获取终端发送的支付配置请求，所述支付配置请求包括待配置支付对象的身份信息；

根据所述支付配置请求为所述待配置支付对象创建支付标识，所述支付标识用于在目标支付系统中标识所述待配置支付对象的身份；

当支付标识创建成功时，基于所述支付标识对所述待配置支付对象进行配置验证；

当支付标识创建成功时，基于所述支付标识和所述身份信息，为所述支付标识配置相应的支付功能；

当配置验证通过时，触发为所述支付标识配置的支付功能生效。

相应地，本申请实施例提供一种支付配置装置，包括：

获取模块，用于获取终端发送的支付配置请求，所述支付配置请求包括待配置支付对象的身份信息；

创建模块，用于根据所述支付配置请求为所述待配置支付对象创建支付标识，所述支付标识用于待配置支付对象在目标支付系统中标识所述待配置支付对象的身份；

验证模块，用于当支付标识创建成功时，基于所述支付标识对所述待配置支付对象进行配置验证；

配置模块，用于当支付标识创建成功时，基于所述支付标识和所述身份信息，为所述支付标识配置相应的支付功能；

触发模块，用于当配置验证通过时，触发所述为支付标识配置的支付功能生效。

在本申请的一些实施例中，支付配置装置还包括：

请求验证模块，用于根据所述请求标识对所述支付配置请求进行验证；当所述支付配置请求通过验证时，执行根据所述支付配置请求为所述待配置支付对象创建支付标识的步骤。

在本申请的一些实施例中，创建模块包括获取子模块和创建子模块，其中，获取子模块，用于获取所述待配置支付对象的可信身份信息；

创建子模块，用于当所述可信身份信息与所述身份信息一致时，根据所述支付配置请求为所述待配置支付对象创建支付标识。

在本申请的一些实施例中，支付配置装置还包括：

进程确定模块，用于从候选进程中，确定执行支付配置的第一进程和第二进程；

此时，创建模块具体用于：采用所述第一进程，根据所述支付配置请求为所述待配置支付对象创建支付标识；

此时，验证模块具体用于：采用所述第一进程，基于所述支付标识对所述待配置支付对象进行配置验证；

此时，配置模块具体用于：采用所述第二进程，基于所述支付标识和所述身份信息，为所述支付标识配置相应的支付功能。

在本申请的一些实施例中，支付配置装置还包括数据包模块，数据包模块具体用于：

确定所述第一进程对应的数据传输协议；

将所述支付配置请求转化为符合所述数据传输协议的请求数据包；

向所述第一进程发送所述请求数据包。

在本申请的一些实施例中，创建模块包括获取子模块和创建子模块，其中，获取子模块，用于采用第一进程，获取所述目标支付系统内已经创建成功的历史支付标识；

创建子模块，用于基于所述历史支付标识，创建所述待配置支付对象的支付标识。

在本申请的一些实施例中，创建子模块具体用于：

获取字符变化规则信息；

基于所述字符变化规则信息，对所述历史支付标识的字符进行变化，得到变化后的支付标识；

将变化后的支付标识作为所述待配置支付对象的支付标识。

在本申请的一些实施例中，配置模块具体用于：

获取支付功能配置接口的接口属性信息；

采用所述第二进程和所述接口属性信息，调用支付功能配置接口，以执行基于所述支付标识和所述身份信息，为所述支付标识配置相应的支付功能。

在本申请的一些实施例中，验证模块具体用于：

基于所述支付标识，向所述终端发送用于对象配置验证的内容；

接收所述终端返回的针对所述内容的反馈信息；

当所述反馈信息满足预设条件时，确定所述待配置支付对象通过配置验证。

相应的，本申请实施例还提供了一种存储介质，存储介质存储有计算机程序，计算机程序适于处理器进行加载，以执行本申请实施例提供的任一种支付配置方法。

相应的，本申请实施例还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行计算机程序时实现本申请实施例提供的任一种支付配置方法。

本申请首先获取终端发送的支付配置请求，支付配置请求包括待配置支付对象的身份信息。然后根据支付配置请求为待配置支付对象创建支付标识，支付标识用于在目标支付系统中标识待配置支付对象的身份，当支付标识创建成功时，基于支付标识对待配置支付对象进行配置验证，当支付标识创建成功时，基于支付标识和身份信息，为支付标识配置相应的支付功能，最后当配置验证通过时，触发为支付标识配置的支付功能生效。本方案在创建完成支付标识后，即可直接通过支付标识进行支付配置验证，从而可以快速完成针对待配置支付对象的配置验证过程。

附图说明

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

图1是本申请实施例提供的支付配置装置的场景示意图；

图2是本申请实施例提供的支付配置方法的流程示意图；

图3是本申请实施例提供的商户入驻方法的模式示例图；

图4是本申请实施例提供的商户入驻方法的流程示意图；

图5是本申请实施例提供的集成了商户入驻方法的系统的网关设计图；

图6是本申请实施例提供的支付配置装置的结构示意图；

图7是本申请实施例提供的支付配置装置的另一结构示意图；

图8是本申请实施例提供的计算机设备的结构示意图；

图9是本申请实施例提供的分布式系统110应用于区块链系统的一个可选的结构示意图；

图10是本申请实施例提供的区块结构的一个可选的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，本申请所描述的实施例仅仅是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例提供一种支付配置方法及装置。具体地，本申请实施例可以集成在支付配置装置，支付配置装置可以集成在支付配置计算机设备，该支付配置计算机设备可以是终端等电子设备，终端可以是智能手机、平板电脑、笔记本电脑、以及个人计算机等电子设备，如图1所示，图1为本申请实施例所提供的支付配置装置的场景示意图。其中，该终端可以如图1所示。

该支付配置计算机设备还可以是服务器等电子设备，服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、cdn、以及大数据和人工智能平台等基础云计算服务的云服务器。

该服务器可以如图1所示，主要用于获取终端发送的支付配置请求，支付配置请求包括待配置支付对象的身份信息，根据支付配置请求为待配置支付对象创建支付标识，支付标识用于在目标支付系统中标识所述待配置支付对象的身份，当支付标识创建成功时，基于支付标识对待配置支付对象进行配置验证，当支付标识创建成功时，基于支付标识和身份信息，为支付标识配置相应的支付功能，当配置验证通过时，触发为支付标识配置的支付功能生效。

需要说明的是，图1所示的支付配置装置的场景示意图仅仅是一个示例，本申请实施例描述的支付配置装置以及场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着支付配置装置的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

以下分别进行详细说明。在本实施例中，将从支付配置装置的角度进行描述，该支付配置装置具体可以集成在终端或服务器中。

如图2所示，图2是本申请实施例提供的支付配置方法的流程示意图。该支付配置方法可以包括：

101、获取终端发送的支付配置请求，支付配置请求包括待配置支付对象的身份信息。

其中，支付配置请求可以包括用于请求支付配置所需的相关信息，当终端上发起支付配置的请求时，终端会生成一个支付配置请求，将相关信息发送至可以能够进行支付配置的计算机设备(如终端或服务器)，支付配置请求可以包括完成支付配置必须的重要信息，如待配置支付对象的身份信息等，也可以包括用于唯一标识支付配置请求的信息，如请求标识等。

其中，待配置支付对象可以包括想要进行支付配置，从而开通支付功能的对象，比如，待配置支付对象可以是普通自然人(如20岁的毕业生小米)，也可以是商家(如k公司)，待配置支付对象的身份信息可以包括在社会生活中，对待配置支付对象起标识作用的重要信息，比如，小米的身份证件信息、护照信息等，k公司的统一社会信用代码、k公司的法人信息等。

此外，支付配置请求也可以由服务器生成，终端在发起支付配置的请求后，可以将包括待配置支付对象的身份信息在内的重要信息发送至服务器，服务器在接收到此重要信息后，可以调取此终端在服务器上对应存储的相关必要信息，并基于重要信息和必要信息进行整合，得到整合后的支付配置请求。

比如，服务器可以获取终端发送的支付配置请求a，该支付配置请求a携带待配置支付对象(如用户小一)的身份信息a1。

在一些实施例中，支付配置请求还包括请求标识，步骤“获取终端发送的支付配置请求，支付配置请求包括待配置支付对象的身份信息”之后，还可以包括：

根据请求标识对支付配置请求进行验证；当支付配置请求通过验证时，执行根据支付配置请求为待配置支付对象创建支付标识的步骤。

其中，请求标识可以是唯一标识支付配置请求的标识信息，请求标识可以是符合计算机设备读取规则的字符形式，字符可以包括数字、符号、字母、以及汉字等。

在本实施例的应用场景下，终端可以以较小的时间间隔不断地向服务器发送支付配置请求，且每一次发送的支付配置请求的内容完全相同，对于终端来说，此操作可以一定程度上保障支付配置请求被计算机设备接收到，但是对于计算机设备来说，为了减轻自身的存储压力，保证对计算设备内存的高效使用，需要对支付配置请求进行验证，比如，对于内容相同的支付配置请求，只保存第一次接收到的即可。

具体地，计算机设备可以根据支付配置请求的请求标识进行验证，比如，计算机设备可以在获取到一支付配置请求的请求标识后，将该请求标识与已存储的支付配置请求的请求标识进行对比，若已存储的支付配置请求的请求标识没有与该请求标识相同的，则保存此请求标识所属的支付配置请求。

比如，支付配置请求a还可以包括请求标识a2，服务器可以将请求标识a2与存储支付配置请求的数据库中的所有请求标识进行对比，当数据库中不存在与请求标识a2相同的请求标识时，则该支付配置请求通过验证，可以将该支付配置请求存储到数据库中，以便于执行支付配置方法的后续步骤。

102、根据支付配置请求为待配置支付对象创建支付标识，支付标识用于在目标支付系统中标识待配置支付对象的身份。

其中，支付标识可以用于在目标支付系统中标识待配置支付对象的身份，支付标识可以是符合计算机设备读取规则的字符形式，计算机设备读取规则可以随着计算机设备的不同而有所差异，具体地可以在实际使用场景中灵活确定，在此不做赘述。

根据支付配置请求为待配置支付对象创建支付标识是实现支付配置的关键步骤，计算机设备为待配置支付对象成功创建支付标识后，支付标识就成为了待配置支付对象在目标支付系统中的通用标识，待配置支付对象可以基于此支付标识在目标支付系统中实现支付相关的操作。

根据支付配置请求为待配置支付对象创建支付标识，可以是创建一个与支付配置请求一一对应的支付标识，具体地，创建支付标识可以基于一定的创建规则进行，在一个目标支付系统中，创建规则可以随着使用需求而有所变化，但是需要保证目标支付系统中的每一支付标识为唯一标识，以达到唯一标记的目的。

比如，创建规则可以基于支付配置请求，由于支付配置请求中的请求标识为唯一标识支付配置请求的信息，可以对请求标识进行相应改动后，得到支付标识，此种方式支付标识与请求标识在形式上存在一定的联系，在查阅时对应性更强。

又比如，创建规则可以基于历史支付标识，比如，可以采用随机生成的方式创建支付标识，在设定字符范围内随机选取，生成设定位数的随机字符串，再将此随机字符串与已创建成功的历史字符标识进行对比，若历史字符标识中没有此随机字符串，则确定该随机字符串为支付标识。

比如，服务器可以根据支付配置请求a的请求标识a2进行支付标识的创建，可以在请求标识a2的特定位置插入固定字符a，即得到支付标识aa2。

在一些实施例中，步骤“根据支付配置请求为待配置支付对象创建支付标识”可以包括：

获取待配置支付对象的可信身份信息；当可信身份信息与身份信息一致时，根据支付配置请求为待配置支付对象创建支付标识。

在本实施例中，出于提高支付安全性的目的，需要对获取到的待配置支付对象进行核验，核验通常是两方数据的核验，因此，需要获取待配置支付对象的可信身份信息，

其中，可信身份信息可以包括待配置支付对象在官方机构注册或办理相关证件的真实身份信息。比如，对于普通自然人可以是身份证件信息等。

获取到可信身份信息后，可以将支付配置申请内包含的身份信息与可信身份信息进行对比，当两方完全一致时，即可执行后续步骤；当两方部分一致或完全不一致时，需要根据实际情况进行进一步操作，如可以退回终端提示信息，提示信息可以提示待配置支付对象需要对身份信息进行修改，等。

比如，从可信身份信息表中查询待配置支付对象的可信身份信息o，将支付配置申请中的身份信息a1与该可信身份信息o进行对比，对比结果为完全一致，则服务器可以根据支付配置请求为待配置支付对象创建支付标识。

在本申请的一些实施例中，支付配置方法还可以包括：

从候选进程中，确定执行支付配置的第一进程和第二进程。

此时，步骤“根据支付配置请求为待配置支付对象创建支付标识”可以包括：采用第一进程，根据支付配置请求为待配置支付对象创建支付标识；步骤“基于支付标识对待配置支付对象进行配置验证”可以包括：采用第一进程，基于支付标识对待配置支付对象进行配置验证；步骤“基于支付标识和身份信息，为支付标识配置相应的支付功能”可以包括：采用第二进程，基于支付标识和身份信息，为支付标识配置相应的支付功能。

在本实施例中，为了保证高效快速的完成支付标识创建、配置验证、以及支付功能配置的过程，可以基于任务的耗时为任务分配不同的进程(或进程)，从而快速地完成支付配置。

进程可以是某计算机设备内包含独立地进行数据存储和程序运行的基本单元，从候选进程中，确定执行支付配置的第一进程和第二进程，比如，计算机设备可以判断所有候选进程的状态，确定候选进程中的空闲进程(即没有正在运行中的程序的进程)，然后基于一定规则(如规则为随机)，确定用于执行支付配置的第一进程和第二进程。

由于支付配置过程中，支付功能配置需要耗费较长时间才可以完成，而进行支付标识创建和配置验证的过程可以在较短时间内快速完成，因此，可以将采用第一进程，根据支付配置请求为待配置支付对象创建支付标识，以及基于支付标识对待配置支付对象进行配置验证；采用第二进程，基于支付标识和身份信息，为支付标识配置相应的支付功能。

在本申请的一些实施例中，支付配置方法还可以包括：

确定第一进程对应的数据传输协议；将支付配置请求转化为符合数据传输协议的请求数据包；向第一进程发送请求数据包。

当计算机设备的数量为多台时，进程可以指代一台计算机设备，此时则需要将支付配置请求以数据包的形式发送到第一进程对应的计算机设备上，才能完成支付标识创建的过程，具体地，可以确定第一进程对应的数据传输协议，并将支付配置请求转化为符合该数据传输协议的请求数据包，再向第一进程对应的计算机设备发送该请求数据包。

在本申请的一些实施例中，步骤“根据支付配置请求为待配置支付对象创建支付标识”可以包括：

采用第一进程，获取目标支付系统内已经创建成功的历史支付标识；基于历史支付标识，创建待配置支付对象的支付标识。

历史支付标识可以包括目标系统内所有已经创建成功的支付标识，在本实施例中，创建支付标识可以基于历史支付标识进行，在此之前，需要先从获取历史支付标识，获取历史支付标识的过程可以有多种，如，当历史支付标识存储在第一进程所在的计算机设备上时，可以直接通过指令从数据库中读取历史支付标识，此方式可以直接在本地计算机设备上得到需要的数据，简单快捷；又如，当历史支付标识存储在其他计算机设备(如服务器)上时，可以向其他计算机设备发送数据请求消息，再接收其他计算机设备返回的包含历史支付标识的数据消息，进而得到历史支付标识。

获取的历史支付标识可以是所有历史支付标识中的部分数据，比如，可以是前五个创建成功的支付标识。

比如，可以在第一进程所属的计算机设备1上，直接获取历史支付标识234332,然后基于该历史支付标识234332，创建待配置支付对象的支付标识。

在本申请的一些实施例中，步骤“基于历史支付标识，创建待配置支付对象的支付标识”可以包括：

获取字符变化规则信息；基于字符变化规则信息，对历史支付标识的字符进行变化，得到变化后的支付标识；将变化后的支付标识作为待配置支付对象的支付标识。

其中，字符变化规则可以是针对支付标识的字符的变化规则，可以在创建支付标识时作为依据进行创建。

比如，获取到的字符变化规则可以为：前一个已经创建成功的历史支付标识的加上20，则可以将获取到的历史支付标识234332加上20，得到234352，此234352即为本次创建的支付标识。

103、当支付标识创建成功时，基于支付标识对待配置支付对象进行配置验证。

配置验证可以是与待配置支付对象就支付配置达成约定的过程，可以是验证终端的待配置支付对象的支付配置意愿的过程，具体地，可以通过支付配置协议等具有法律效力的内容与待配置支付对象达成约定，验证待配置支付对象的支付配置意愿，当配置验证顺利通过，则表明待配置支付对象正式确定了进行支付配置。

配置验证的过程可以基于支付标识进行，支付标识作为目标支付系统中标识待配置支付对象身份的关键信息，是集成本申请的支付配置方法的应用程序完成支付配置的过程中的重要一步，通过支付标识与待配置支付对象进行支付配置，可以使得验证配置的过程更加完整。

比如，支付标识创建成功后可得到支付标识aa2，服务器可以基于此支付标识aa2对待配置支付对象进行配置验证。

在本申请的一些实施例中，步骤“基于支付标识对待配置支付对象进行配置验证”可以包括：

基于支付标识，向终端发送用于对象配置验证的内容；接收终端返回的针对内容的反馈信息；当反馈信息满足预设条件时，确定待配置支付对象通过配置验证。

在一些实施例中，配置验证可以是发出支付配置请求的终端与集成了支付配置方法的计算机设备之间的消息往返的过程，具体地，可以向终端发送包含支付标识的内容(如支付配置协议)，此内容可以用于对待配置支付对象进行配置验证，接着，待配置支付对象可以在终端上阅读此内容，并做出相应的反应，终端可以将待配置支付对象的反应以反馈信息的形式返回到计算机设备上，计算机设备根据反馈内容确定待配置支付对象是否通过配置验证。比如，终端返回的反馈信息满足预设条件时，则可以确定待配置支付对象通过配置验证；终端返回的反馈信息不满足预设条件时，则可以确定待配置支付对象没有通过配置验证。

比如，服务器返回包含支付标识在内的关键信息至终端，终端将关键信息插入预先存储的支付配置协议模板的对应位置，得到待配置支付对象的支付配置协议，终端将此支付配置协议显示在页面上，待配置支付对象做出同意支付配置协议的反应后，终端将此反应通过反馈信息uu返回到服务器，服务器可以根据反馈信息uu满足预设条件，确定该待配置支付对象通过配置验证。

104、当支付标识创建成功时，基于支付标识和身份信息，为支付标识配置相应的支付功能。

支付功能可以是支付标识对应的对象在终端上能够进行的实际操作，支付标识创建成功后，计算机设备还需要为此支付标识配置相应的支付功能，配置相应的支付功能可以包括若干相关操作，如，生成用于在目标支付系统中进行结算的账号，以及确定结算相关的合同信息，包括查看限制、金额限制等的相关权限信息等。只有支付功能配置完成，此支付标识才可以在目标支付系统中进行具体的支付行为以及相关操作。

当完成支付功能的配置后，计算机设备可以返回终端相关的提示消息，此提示消息可以提示终端上的对象支付功能配置成功，可以进行相关操作。

具体地，在进行支付功能的配置时，可以根据待配置支付对象的身份信息，确定其对应的核算相关的合同信息，比如，可以基于一定的计算模型，结合待配置支付对象的身份信息和支付相关的历史行为信息，得到此待配置支付对象的合同信息；也可以为支付标识生成对应的结算账号，如，目标支付系统内用于记录交易的内部交易账号、记录与内部交易关联的外部银行相关交易的内部银行账号，等等；也可以基于身份信息确定支付标识的相关权限，比如，确定单日最大交易金额权限，等。

在本申请的一些实施例中，步骤“基于支付标识和身份信息，为支付标识配置相应的支付功能”可以包括：

获取支付功能配置接口的接口属性信息；采用第二进程和接口属性信息，调用支付功能配置接口，以执行基于支付标识和身份信息，为支付标识配置相应的支付功能。

在本实施例中，实现支付功能配置的过程可以是调用相关的功能接口，调用功能接口前，需要获取支付功能配置接口的接口属性信息，然后在第二进程上，可以根据接口属性信息完成调用支付功能接口的过程，具体地，支付功能接口可以包括如结算相关接口、权限相关接口、支付功能配置完成接口等。

105、当配置验证通过时，触发为支付标识配置的支付功能生效。

若配置验证不通过，则意味着待配置支付对象没有正式确定进行支付配置。因此，只有当配置验证通过时，才能出发支付功能生效，比如，配置验证通过后，服务器可以通过触发指令等方式完成触发生效的过程。

本申请首先获取终端发送的支付配置请求，支付配置请求包括待配置支付对象的身份信息。然后根据支付配置请求为待配置支付对象创建支付标识，支付标识用于在目标支付系统中标识待配置支付对象的身份，当支付标识创建成功时，基于支付标识对待配置支付对象进行配置验证，当支付标识创建成功时，基于支付标识和身份信息，为支付标识配置相应的支付功能，最后当配置验证通过时，触发为支付标识配置的支付功能生效。本方案在创建完成支付标识后，即可直接通过支付标识进行支付配置验证，从而可以快速完成针对待配置支付对象的配置验证过程。

根据上述实施例所描述的方法，以下将举例作进一步详细说明。

本实施例将以商户入驻方法为例进行介绍，商户入驻可以是支付配置的一个应用场景，此时待配置支付对象可以是待入驻商户，支付标识可以是商户标识等，

本实施例中，发送支付入驻请求的终端可以是业务平台，业务平台可以集成在至少一台服务器上，业务平台可以集中处理所有与此业务相关的应用程序(应用程序可以包括网页、客户端等)提交的商户入驻请求，并为商户入驻请求生成请求标识，以及向商户平台发送商户入驻请求，以及接收商户平台返回的相关信息，等。商户平台可以集成在至少一台服务器上，商户平台可以是包含了本实施例的商户入驻方法的平台。

如图3所示，业务方可以是本实施例的业务平台，商户系统和底层系统可以是商户平台的子系统，业务方可以将商户申请发送至商户系统，商户系统可以通过审核模块对接收到的商户申请进行审核(即身份校验)，审核通过后，商户系统可以通过预取商户号模块为此条申请开通商户号(即创建商户标识)，接着，商户系统可以直接将得到的商户号返回到业务方，业务方可以通过与提交商户入驻申请的用户的交互，完成商户签约协议的过程，同时，商户可以将得到的商户号发送至底层系统，底层系统可以为此商户号配置相应的商户功能，包括落地商户信息和开通权限等，当完成商户功能的配置后，底层系统可以返回提示信息至业务方，提示商户功能配置成功，此时即完成了完整的商户入驻的流程。

本申请将以集成了商户入驻方法的服务器为例进行详细叙述，如图4所示，图4为本申请实施例提供商户入驻方法的示意图，其中，

201、服务器获取业务平台发送的商户入驻请求，商户入驻请求包括请求标识和待入驻商户的身份信息。

202、服务器基于请求标识对商户入驻请求进行请求验证。

比如，判断获取的商户入驻请求的请求标识appid在存储商户入驻请求的数据库中是否已存在，若存在，则不通过请求验证，若不存在，则通过请求验证。

203、当商户入驻请求通过请求验证时，服务器通过待入驻商户的身份信息对待入驻商户进行身份校验。

比如，服务器可以在将待入驻商户的身份信息与可信身份信息进行对比，可信身份信息可以是从权威平台获取的待入驻商户的身份信息(如企业信息公示系统查询统一社会信用代码)，当对比结果显示身份信息与可信身份信息一致时，即待入驻商户通过身份校验。

204、当待入驻商户通过身份校验时，服务器基于商户入驻请求为待入驻商户生成商户标识。

205、当商户标识创建成功时，服务器基于商户标识对待入驻商户进行入驻验证。

206、当商户标识创建成功时，服务器基于身份信息，为商户标识配置相应的商户功能。

在本实施例中，步骤204和步骤205可以采用线程a进行，得到商户标识后，服务器上的线程a可以与业务平台一起完成入驻验证的过程，此外，也可以步骤204采用线程a进行，线程a将商户标识返回业务平台，由业务平台完成入驻验证的过程，线程a再接收业务平台向服务器返回的入驻验证通过的结果。

步骤206可以由线程b进行，商户功能可以包括若干具体的功能，如权限配置等，所以配置商户功能通常需要更长的时间，因此，本实施例采用双线程的方式可以显著提高商户入驻的速度。

在具体实施本实施例时，当大量商户入驻请求涌入服务器时，为了保证商户入驻速度，可以采用多进程的方式进行如图5所示，本实施例中，可以配置多个自定义网关以及多个包含创建商户标识接口和支付功能配置接口的接口组(一接口组可以对应一服务器)，自定义网关相互独立，可以访问和确定任一接口组的使用状态，自定义网关可以结合接口组使用情况，灵活为服务器分配任务(创建商户标识或支付功能配置)，不同的接口组分属不同的进程，彼此相互独立，互不干扰，有限缩短了商户入驻时间，降低了数据过多可能带来的网络拥塞等问题。在各个服务器中，若执行任务时出现如接口调用异常等维问题，服务器可以自动在设定时间间隔后重新发起接口调用。此外，图中的数据库、中继接口、通用网关接口保证商户入驻过程的顺利实施。

207、当入驻验证通过时，服务器触发待入驻商户对应的商户标识的商户功能生效。

本实施例中，服务器获取业务平台发送的商户入驻请求，商户入驻请求包括请求标识和待入驻商户的身份信息，然后服务器基于请求标识对商户入驻请求进行请求验证，当商户入驻请求通过请求验证时，服务器通过待入驻商户的身份信息对待入驻商户进行身份校验，当待入驻商户通过身份校验时，服务器基于商户入驻请求为待入驻商户生成商户标识，当商户标识创建成功时，服务器基于商户标识对待入驻商户进行入驻验证，当商户标识创建成功时，服务器基于身份信息，为商户标识配置相应的商户功能，当入驻验证通过时，服务器触发待入驻商户对应的商户标识的商户功能生效。

本方案可以在生成商户标识后，不需要等商户功能配置完成后再返回商户号，可以直接基于商户标识快速完成待入驻商户入驻验证的过程，同时在另一进程(或线程)上，完成针对此商户标识的商户功能配置，配置完成后，再返回商户功能配置完成的消息至商户平台，此待入驻商户即可进行相关的商户功能操作。

为便于更好的实本申请实施例提供的支付配置方法，本申请实施例还提供一种基于上述支付配置方法的装置。其中名词的含义与上述支付配置方法中相同，具体实现细节可以参考方法实施例中的说明。

如图6所示，图6为本申请一实施例提供的支付配置装置的结构示意图，其中该支付配置装置可以包括获取模块301、创建模块302、验证模块303、配置模块304和触发模块305，其中，

获取模块301，用于获取终端发送的支付配置请求，支付配置请求包括待配置支付对象的身份信息；

创建模块302，用于根据支付配置请求为待配置支付对象创建支付标识，支付标识用于待配置支付对象在目标支付系统中标识待配置支付对象的身份；

验证模块303，用于当支付标识创建成功时，基于支付标识对待配置支付对象进行配置验证；

配置模块304，用于当支付标识创建成功时，基于支付标识和身份信息，为支付标识配置相应的支付功能；

触发模块305，用于当配置验证通过时，触发为支付标识配置的支付功能生效。

在本申请的一些实施例中，支付配置装置还可以包括请求验证模块，请求验证模块具体可以用于：

根据请求标识对支付配置请求进行验证；当支付配置请求通过验证时，执行根据支付配置请求为待配置支付对象创建支付标识的步骤

在本申请的一些实施例中，如图7所示，创建模块302可以包括获取子模块3021和创建子模块3022，其中，

获取子模块3021，用于获取待配置支付对象的可信身份信息；

创建子模块3022，用于当可信身份信息与身份信息一致时，根据支付配置请求为待配置支付对象创建支付标识。

在本申请的一些实施例中，支付配置装置还可以包括：

进程确定模块，用于从候选进程中，确定执行支付配置的第一进程和第二进程；

此时，创建模块具体用于：采用第一进程，根据支付配置请求为待配置支付对象创建支付标识；

此时，验证模块具体用于：采用第一进程，基于支付标识对待配置支付对象进行配置验证；

此时，配置模块具体用于：采用第二进程，基于支付标识和身份信息，为支付标识配置相应的支付功能。

在本申请的一些实施例中，支付配置装置还包括数据包模块，数据包模块具体可以用于：

确定第一进程对应的数据传输协议；

将支付配置请求转化为符合数据传输协议的请求数据包；

向第一进程发送请求数据包。

在本申请的一些实施例中，创建模块包括获取子模块和创建子模块，其中，

获取子模块，用于采用第一进程，获取目标支付系统内已经创建成功的历史支付标识；

创建子模块，用于基于历史支付标识，创建待配置支付对象的支付标识。

在本申请的一些实施例中，创建子模块具体用于：

获取字符变化规则信息；

基于字符变化规则信息，对历史支付标识的字符进行变化，得到变化后的支付标识；

将变化后的支付标识作为待配置支付对象的支付标识。

在本申请的一些实施例中，配置模块具体用于：

获取支付功能配置接口的接口属性信息；

采用第二进程和接口属性信息，调用支付功能配置接口，以执行基于支付标识和身份信息，为支付标识配置相应的支付功能。

在本申请的一些实施例中，验证模块具体用于：

基于支付标识，向终端发送用于对象配置验证的内容；

接收终端返回的针对内容的反馈信息；

当反馈信息满足预设条件时，确定待配置支付对象通过配置验证。

本申请实施例中，获取模块301首先获取终端发送的支付配置请求，支付配置请求包括待配置支付对象的身份信息，然后创建模块302根据支付配置请求为待配置支付对象创建支付标识，支付标识用于待配置支付对象在目标支付系统中标识待配置支付对象的身份，当支付标识创建成功时，验证模块303基于支付标识对待配置支付对象进行配置验证，当支付标识创建成功时，配置模块304基于支付标识和身份信息，为支付标识配置相应的支付功能，最后当配置验证通过时，触发模块305触发为支付标识配置的支付功能生效。本方案在创建完成支付标识后，即可直接通过支付标识进行支付配置验证，从而可以快速完成针对待配置支付对象的配置验证过程。

此外，本申请实施例还提供一种计算机设备，该计算机设备可以为终端或者服务器，如图8所示，其示出了本申请实施例所涉及的计算机设备的结构示意图，具体来讲：

该计算机设备可以包括一个或者一个以上处理核心的处理器401、一个或一个以上计算机可读存储介质的存储器402、电源403和输入单元404等部件。本领域技术人员可以理解，图8中示出的计算机设备结构并不构成对计算机设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

处理器401是该计算机设备的控制中心，利用各种接口和线路连接整个计算机设备的各个部分，通过运行或执行存储在存储器402内的软件程序和/或模块，以及调用存储在存储器402内的数据，执行计算机设备的各种功能和处理数据，从而对计算机设备进行整体监控。可选的，处理器401可包括一个或多个处理核心；优选的，处理器401可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户页面和应用程序等，调制解调处理器主要处理无线通讯。可以理解的是，上述调制解调处理器也可以不集成到处理器401中。

存储器402可用于存储软件程序以及模块，处理器401通过运行存储在存储器402的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器402可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据计算机设备的使用所创建的数据等。此外，存储器402可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器402还可以包括存储器控制器，以提供处理器401对存储器402的访问。

计算机设备还包括给各个部件供电的电源403，优选的，电源403可以通过电源管理系统与处理器401逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源403还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

该计算机设备还可包括输入单元404，该输入单元404可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。

尽管未示出，计算机设备还可以包括显示单元等，在此不再赘述。具体在本实施例中，计算机设备中的处理器401会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器402中，并由处理器401来运行存储在存储器402中的应用程序，从而实现各种功能，如下：

获取终端发送的支付配置请求，支付配置请求包括待配置支付对象的身份信息；根据支付配置请求为待配置支付对象创建支付标识，支付标识用于在目标支付系统中标识待配置支付对象的身份；当支付标识创建成功时，基于支付标识对待配置支付对象进行配置验证；当支付标识创建成功时，基于支付标识和身份信息，为支付标识配置相应的支付功能；当配置验证通过时，触发为支付标识配置的支付功能生效。

以上各个操作的具体实施可参见前面的实施例，在此不再赘述。

本申请实施例涉及的系统可以是由客户端、多个节点(接入网络中的任意形式的计算机设备，如服务器、终端)通过网络通讯的形式连接形成的分布式系统。

以分布式系统为区块链系统为例，参见图9，图9是本申请实施例提供的分布式系统110应用于区块链系统的一个可选的结构示意图，由多个节点1101(接入网络中的任意形式的计算设备，如服务器、用户终端)和客户端1102形成，节点之间形成组成的点对点(p2p，peertopeer)网络，p2p协议是一个运行在传输控制协议(tcp，transmissioncontrolprotocol)协议之上的应用层协议。在分布式系统中，任何机器如服务器、终端都可以加入而成为节点，节点包括硬件层、中间层、操作系统层和应用层。

参见图9示出的区块链系统中各节点的功能，涉及的功能包括：

1)路由，节点具有的基本功能，用于支持节点之间的通讯。

节点除具有路由功能外，还可以具有以下功能：

2)应用，用于部署在区块链中，根据实际业务需求而实现特定业务，记录实现功能相关的数据形成记录数据，在记录数据中携带数字签名以表示任务数据的来源，将记录数据发送到区块链系统中的其他节点，供其他节点在验证记录数据来源以及完整性成功时，将记录数据添加到临时区块中。

例如，应用实现的业务包括：

2.1)钱包，用于提供进行电子货币的交易的功能，包括发起交易(即，将当前交易的交易记录发送给区块链系统中的其他节点，其他节点验证成功后，作为承认交易有效的响应，将交易的记录数据存入区块链的临时区块中；当然，钱包还支持查询电子货币地址中剩余的电子货币；

2.2)共享账本，用于提供账目数据的存储、查询和修改等操作的功能，将对账目数据的操作的记录数据发送到区块链系统中的其他节点，其他节点验证有效后，作为承认账目数据有效的响应，将记录数据存入临时区块中，还可以向发起操作的节点发送确认。

2.3)智能合约，计算机化的协议，可以执行某个合约的条款，通过部署在共享账本上的用于在满足一定条件时而执行的代码实现，根据实际的业务需求代码用于完成自动化的交易，例如查询买家所购买商品的物流状态，在买家签收货物后将买家的电子货币转移到商户的地址；当然，智能合约不仅限于执行用于交易的合约，还可以执行对接收的信息进行处理的合约。

3)区块链，包括一系列按照产生的先后时间顺序相互接续的区块(block)，新区块一旦加入到区块链中就不会再被移除，区块中记录了区块链系统中节点提交的记录数据。

本实施例中的身份信息和支付标识可以通过节点被存储在区域链的共享账本中，计算机设备(例如终端或服务器)可以基于共享账本存储的数据获取身份信息和支付标识。

参见图10，图10是本申请实施例提供的区块结构(blockstructure)一个可选的示意图，每个区块中包括本区块存储交易记录的哈希值(本区块的哈希值)、以及前一区块的哈希值，各区块通过哈希值连接形成区块链。另外，区块中还可以包括有区块生成时的时间戳等信息。区块链(blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了相关的信息，用于验证其信息的有效性(防伪)和生成下一个区块。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过计算机程序来完成，或通过计算机程序控制相关的硬件来完成，该计算机程序可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。

为此，本申请实施例还提供一种存储介质，其中存储有计算机程序，该计算机程序能够被处理器进行加载，以执行本申请实施例所提供的任一种支付配置方法中的步骤。例如，该计算机程序可以执行如下步骤：

获取终端发送的支付配置请求，支付配置请求包括待配置支付对象的身份信息；根据支付配置请求为待配置支付对象创建支付标识，支付标识用于在目标支付系统中标识待配置支付对象的身份；当支付标识创建成功时，基于支付标识对待配置支付对象进行配置验证；当支付标识创建成功时，基于支付标识和身份信息，为支付标识配置相应的支付功能；当配置验证通过时，触发为支付标识配置的支付功能生效。

其中，该存储介质可以包括：只读存储器(rom，readonlymemory)、随机存取记忆体(ram，randomaccessmemory)、磁盘或光盘等。

由于该存储介质中所存储的计算机程序，可以执行本申请实施例所提供的任一种支付配置方法中的步骤，因此，可以实现本申请实施例所提供的任一种支付配置方法所能实现的有益效果，详见前面的实施例，在此不再赘述。

以上对本申请实施例所提供的一种支付配置方法及装置进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。