账户申请请求的处理方法、装置、计算机设备、存储介质与流程

1.本公开涉及大数据处理技术领域，特别是涉及一种账户申请请求的处理方法、装置、计算机设备、存储介质和计算机程序产品。


背景技术：

2.直销银行是一种几乎没有线下营业网点，运营成本较低，不发放实体银行卡的线上电子银行。传统的直销银行是通过建立银行自有的直销银行渠道(例如民生直销银行应用程序、民生直销银行网站等)进行营销，但是该方式容易受限于银行方的品牌影响力、营销宣传力度以及直销银行应用程序下载量等因素，从而导致直销银行的受众客群相对较少。因此，出现了一种新型的直销银行，通过联合第三方合作伙伴共同打造场景化应用，将直销银行的电子账户作为合作方的钱包账户，以便于直销银行在合作方平台中进行营销。用户可以通过电脑或手机等终端登录合作方平台，在合作方平台上获取直销银行的产品和服务。然而，由于直销银行没有实体卡，用户在获取直销银行的服务之前需要在线上申请电子账户。
3.传统技术中，可以通过将银行方提供的前端页面内嵌于合作方的应用程序中，或者，将银行方提供的应用程序编程接口显示在合作方开发的前端页面中，以使得用户可以在合作方平台中进行电子账户申请操作。但是，采用传统技术中的账户申请方法时，由于电子账户申请步骤繁琐复杂，合作方平台需要执行字符识别、安全校验、活体图像采集等多种操作，使得合作方平台的开发工作量较大，从而容易导致账户申请请求的处理成本较高。


技术实现要素：

4.基于此，有必要针对上述技术问题，提供一种低成本的账户申请请求的处理方法、装置、计算机设备、计算机可读存储介质和计算机程序产品。
5.第一方面，本公开提供了一种账户申请请求的处理方法，所述方法应用于合作方客户端，包括：
6.响应于账户申请请求，调用目标小程序；
7.通过所述目标小程序获取用户验证信息，并将所述用户验证信息发送至第一服务器，并接收所述第一服务器发送的对所述用户验证信息的校验结果；
8.通过所述目标小程序响应于校验通过的所述校验结果，将所述账户申请请求发送至所述第一服务器，并接收所述第一服务器发送的对所述账户申请请求的处理结果。
9.在其中一个实施例中，所述响应于账户申请请求，调用目标小程序，包括：
10.响应于所述账户申请请求，生成初始调用参数，将所述初始调用参数发送至所述合作方客户端对应的合作方服务器，以指示所述合作方服务器对所述初始调用参数进行处理，生成与所述初始调用参数对应的目标调用参数；
11.接收所述合作方服务器发送的所述目标调用参数，将所述目标调用参数发送至所述目标小程序，以调用所述目标小程序。
12.在其中一个实施例中，所述用户验证信息包括用户证件图像和用户人脸图像；
13.所述通过所述目标小程序获取用户验证信息，并将所述用户验证信息发送至第一服务器，并接收所述第一服务器发送的对所述用户验证信息的校验结果，包括：
14.通过所述目标小程序获取所述用户证件图像，并将所述用户证件图像发送至所述第一服务器，并接收所述第一服务器发送的对所述用户证件图像的第一校验结果；
15.通过所述目标小程序响应于校验通过的所述第一校验结果，获取所述用户人脸图像，将所述用户人脸图像发送至所述第一服务器，并接收所述第一服务器发送的对所述用户人脸图像的第二校验结果；
16.所述通过所述目标小程序响应于校验通过的所述校验结果，将所述账户申请请求发送至所述第一服务器，并接收所述第一服务器发送的对所述账户申请请求的处理结果，包括：
17.通过所述目标小程序响应于校验通过的所述第二校验结果，将所述账户申请请求发送至所述第一服务器进行处理，并接收所述第一服务器发送的对所述账户申请请求的所述处理结果。
18.在其中一个实施例中，所述通过所述目标小程序响应于校验通过的所述第一校验结果，获取所述用户人脸图像，将所述用户人脸图像发送至所述第一服务器，并接收所述第一服务器发送的对所述用户人脸图像的第二校验结果，包括：
19.通过所述目标小程序响应于校验通过的所述第一校验结果，从所述目标小程序运行所依赖的母应用对应的第二服务器中调用人脸识别控件；
20.通过所述人脸识别控件获取所述用户人脸图像，以指示所述第二服务器将所述用户人脸图像发送至所述第一服务器，并接收所述第一服务器发送的对所述用户人脸图像的所述第二校验结果；
21.通过所述目标小程序接收所述第二服务器发送的所述第二校验结果。
22.在其中一个实施例中，在所述通过所述目标小程序获取用户验证信息，并将所述用户验证信息发送至第一服务器，并接收所述第一服务器发送的对所述用户验证信息的校验结果之前，还包括：
23.通过所述目标小程序对所述账户申请请求对应的用户标识进行校验；
24.在所述用户标识校验通过的情况下，执行所述通过所述目标小程序获取用户验证信息的步骤。
25.在其中一个实施例中，所述方法还包括：
26.接收所述目标小程序转发的对所述账户申请请求的所述处理结果，并展示所述处理结果。
27.第二方面，本公开提供了一种账户申请请求的处理方法，所述方法应用于目标小程序，包括：
28.响应于合作方客户端发起的账户申请请求，获取用户验证信息，将所述用户验证信息发送至第一服务器；
29.接收所述第一服务器发送的对所述用户验证信息的校验结果；
30.响应于校验通过的所述校验结果，将所述账户申请请求发送至所述第一服务器；
31.接收所述第一服务器发送的对所述账户申请请求的处理结果。
32.在其中一个实施例中，所述用户验证信息包括用户证件图像和用户人脸图像；
33.所述响应于合作方客户端发起的账户申请请求，获取用户验证信息，将所述用户验证信息发送至第一服务器，接收所述第一服务器发送的对所述用户验证信息的校验结果，包括：
34.响应于所述合作方客户端发起的所述账户申请请求，获取所述用户证件图像，将所述用户证件图像发送至所述第一服务器，接收所述第一服务器发送的对所述用户证件图像的第一校验结果；
35.响应于校验通过的所述第一校验结果，获取所述用户人脸图像，将所述用户人脸图像发送至所述第一服务器，接收所述第一服务器发送的对所述用户人脸图像的第二校验结果；
36.所述响应于校验通过的所述校验结果，将所述账户申请请求发送至所述第一服务器，包括：
37.响应于校验通过的所述第二校验结果，将所述账户申请请求发送至所述第一服务器。
38.在其中一个实施例中，所述响应于校验通过的所述第一校验结果，获取所述用户人脸图像，将所述用户人脸图像发送至所述第一服务器，接收所述第一服务器发送的对所述用户人脸图像的第二校验结果，包括：
39.响应于校验通过的所述第一校验结果，从所述目标小程序运行所依赖的母应用对应的第二服务器中调用人脸识别控件；
40.通过所述人脸识别控件获取所述用户人脸图像，以指示所述第二服务器将所述用户人脸图像发送至所述第一服务器，并接收所述第一服务器发送的对所述用户人脸图像的所述第二校验结果；
41.接收所述第二服务器发送的所述第二校验结果。
42.在其中一个实施例中，所述响应于合作方客户端发起的账户申请请求，获取用户验证信息，将所述用户验证信息发送至第一服务器，包括：
43.响应于所述合作方客户端发起的所述账户申请请求，对所述账户申请请求对应的用户标识进行校验；
44.响应于所述用户标识校验通过的结果，获取所述用户验证信息，将所述用户验证信息发送至第一服务器。
45.第三方面，本公开还提供了一种账户申请请求的处理装置，所述装置应用于合作方客户端，包括：
46.小程序调用模块，用于响应于账户申请请求，调用目标小程序；
47.信息校验模块，用于通过所述目标小程序获取用户验证信息，并将所述用户验证信息发送至第一服务器，并接收所述第一服务器发送的对所述用户验证信息的校验结果；
48.请求处理模块，用于通过所述目标小程序响应于校验通过的所述校验结果，将所述账户申请请求发送至所述第一服务器，并接收所述第一服务器发送的对所述账户申请请求的处理结果。
49.在其中一个实施例中，所述小程序调用模块包括：
50.参数发送单元，用于响应于所述账户申请请求，生成初始调用参数，将所述初始调
用参数发送至所述合作方客户端对应的合作方服务器，以指示所述合作方服务器对所述初始调用参数进行处理，生成与所述初始调用参数对应的目标调用参数；
51.参数接收单元，用于接收所述合作方服务器发送的所述目标调用参数，将所述目标调用参数发送至所述目标小程序，以调用所述目标小程序。
52.在其中一个实施例中，所述用户验证信息包括用户证件图像和用户人脸图像；
53.所述信息校验模块，包括：
54.第一校验单元，用于通过所述目标小程序获取所述用户证件图像，并将所述用户证件图像发送至所述第一服务器，并接收所述第一服务器发送的对所述用户证件图像的第一校验结果；
55.第二校验单元，用于通过所述目标小程序响应于校验通过的所述第一校验结果，获取所述用户人脸图像，将所述用户人脸图像发送至所述第一服务器，并接收所述第一服务器发送的对所述用户人脸图像的第二校验结果；
56.所述请求处理模块，还用于：
57.通过所述目标小程序响应于校验通过的所述第二校验结果，将所述账户申请请求发送至所述第一服务器进行处理，并接收所述第一服务器发送的对所述账户申请请求的所述处理结果。
58.在其中一个实施例中，所述第二校验单元包括：
59.控件调用子单元，用于通过所述目标小程序响应于校验通过的所述第一校验结果，从所述目标小程序运行所依赖的母应用对应的第二服务器中调用人脸识别控件；
60.图像采集子单元，用于通过所述人脸识别控件获取所述用户人脸图像，以指示所述第二服务器将所述用户人脸图像发送至所述第一服务器，并接收所述第一服务器发送的对所述用户人脸图像的所述第二校验结果；
61.结果接收子单元，用于通过所述目标小程序接收所述第二服务器发送的所述第二校验结果。
62.在其中一个实施例中，所述信息校验模块，还用于：
63.通过所述目标小程序对所述账户申请请求对应的用户标识进行校验，在所述用户标识校验通过的情况下，执行所述通过所述目标小程序获取用户验证信息的步骤。
64.在其中一个实施例中，所述装置，还包括：
65.结果展示模块，用于接收所述目标小程序转发的对所述账户申请请求的所述处理结果，并展示所述处理结果。
66.第四方面，本公开还提供了一种账户申请请求的处理装置，所述装置应用于目标小程序，包括：
67.信息获取模块，用于响应于合作方客户端发起的账户申请请求，获取用户验证信息，将所述用户验证信息发送至第一服务器，接收所述第一服务器发送的对所述用户验证信息的校验结果；
68.请求发送模块，用于响应于校验通过的所述校验结果，将所述账户申请请求发送至所述第一服务器；
69.结果接收模块，用于接收所述第一服务器发送的对所述账户申请请求的处理结果。
70.在其中一个实施例中，所述用户验证信息包括用户证件图像和用户人脸图像；
71.所述信息获取模块，包括：
72.第一校验单元，用于响应于所述合作方客户端发起的所述账户申请请求，获取所述用户证件图像，将所述用户证件图像发送至所述第一服务器，接收所述第一服务器发送的对所述用户证件图像的第一校验结果；
73.第二校验单元，用于响应于校验通过的所述第一校验结果，获取所述用户人脸图像，将所述用户人脸图像发送至所述第一服务器，接收所述第一服务器发送的对所述用户人脸图像的第二校验结果；
74.所述请求发送模块，还用于响应于校验通过的所述第二校验结果，将所述账户申请请求发送至所述第一服务器。
75.在其中一个实施例中，所述第二校验单元还包括：
76.控件调用子单元，用于响应于校验通过的所述第一校验结果，从所述目标小程序运行所依赖的母应用对应的第二服务器中调用人脸识别控件；
77.图像获取子单元，用于通过所述人脸识别控件获取所述用户人脸图像，以指示所述第二服务器将所述用户人脸图像发送至所述第一服务器，并接收所述第一服务器发送的对所述用户人脸图像的所述第二校验结果；
78.结果接收子单元，用于接收所述第二服务器发送的所述第二校验结果。
79.在其中一个实施例中，所述信息获取模块，还用于：
80.响应于所述合作方客户端发起的所述账户申请请求，对所述账户申请请求对应的用户标识进行校验，响应于所述用户标识校验通过的结果，获取所述用户验证信息，将所述用户验证信息发送至第一服务器。
81.第五方面，本公开还提供了一种计算机设备。所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述第一方面任一项实施例所述的账户申请请求的处理方法，或者，实现上述第二方面任一项实施例所述的账户申请请求的处理方法。
82.第六方面，本公开还提供了一种计算机可读存储介质。所述计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面任一项实施例所述的账户申请请求的处理方法，或者，实现上述第二方面任一项实施例所述的账户申请请求的处理方法。
83.第七方面，本公开还提供了一种计算机程序产品。所述计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述第一方面任一项实施例所述的账户申请请求的处理方法，或者，实现上述第二方面任一项实施例所述的账户申请请求的处理方法。
84.上述账户申请请求的处理方法、装置、计算机设备、存储介质和计算机程序产品，通过应用于合作方客户端，响应于账户申请请求，调用目标小程序，通过目标小程序获取用户验证信息，并将用户验证信息发送至第一服务器，并接收第一服务器发送的对用户验证信息的校验结果，通过目标小程序响应于校验通过的校验结果，将账户申请请求发送至第一服务器，并接收第一服务器发送的对账户申请请求的处理结果，能够利用合作方客户端与目标小程序之间的交互，以及目标小程序与第一服务器之间的交互，对账户申请请求进行分步处理，使得合作方客户端仅需执行对目标小程序的调用操作即可，降低了合作方客
户端的开发工作量，从而降低账户申请请求的处理成本。
85.此外，采用本公开提供的账户申请请求的处理方法，由于在账户申请请求的处理过程中，合作方客户端无需直接对账户申请请求进行处理，能够使得合作方客户端不受账户申请请求处理流程变化的影响，从而进一步降低合作方客户端的开发运维成本。
附图说明
86.图1为一个实施例中账户申请请求的处理方法的应用环境图；
87.图2为一个实施例中账户申请请求的处理方法的流程示意图；
88.图3为一个实施例中用户验证信息获取步骤的流程示意图；
89.图4为一个实施例中第二校验结果获取步骤的流程示意图；
90.图5为一个实施例中账户申请请求的处理方法的流程示意图；
91.图6为另一个实施例中账户申请请求的处理方法的流程示意图；
92.图7为另一个实施例中账户申请请求的处理方法的流程示意图；
93.图8为一个实施例中账户申请请求的处理装置的结构框图；
94.图9为另一个实施例中账户申请请求的处理装置的结构框图；
95.图10为一个实施例中计算机设备的内部结构图。
具体实施方式
96.目前银行方与第三方合作伙伴共建直销银行营销生态的模式主要有两种：一种是h5模式，即银行方提供直销银行的移动前端页面的模式，合作方只需将银行方提供的移动前端页面内嵌于合作方应用程序中，以使得用户可以在合作方应用程序中获取直销银行的服务。另一种是互联网服务模式，即银行方提供直销银行的应用程序编程接口的模式，由合作方开发前端界面，并在前端界面中嵌入银行方提供的直销银行应用程序编程接口，以使得用户可以在合作方的前端页面中获取直销银行的服务。
97.然而，当前两种模式下的账户申请场景都存在不足：在h5模式中，合作方虽然不用关注账户申请流程，但是合作方需要在应用程序中集成银行方的软件开发工具包(例如字符识别工具包、安全校验工具包、活体采集工具包等)，并且涉及对软件开发工具包的集成测试操作。当银行方的软件开发工具包维护升级后，合作方也需要进行相应的维护升级操作，从而导致合作方客户端的开发工作量较大，开发成本较高。而在互联网服务模式中，合作方需要具备较强的开发能力，并且需要详细了解账户申请的业务逻辑，以实现字符识别、活体采集等相关校验功能，使得合作方与银行方的对接过程耗时并且繁琐，且合作方容易存在业务逻辑理解偏差，导致对账户申请的处理出错。此外，由于目前合作方存在多种业务场景(例如应用程序、小程序、公众号、移动前端页面等)，当采用上述两种直销银行模式时，合作方需要分别对每个业务场景进行开发对接，从而使得合作方的开发工作量较大，开发运维成本较高。
98.针对上述技术问题，本公开提供了一种开发运维成本低的账户申请请求的处理方法、装置、计算机设备、存储介质和计算机程序产品，为了使本公开的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本公开进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本公开，并不用于限定本公开。
99.需要说明的是，本公开所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。
100.本公开实施例提供的账户申请请求的处理方法，可以应用于如图1所示的应用环境中。其中，终端102中可以部署有合作方客户端，终端102通过通信网络与服务器104进行通讯。数据存储系统可以存储服务器104需要处理的数据，数据存储系统可以集成在服务器104上，也可以放在云上或其他网络服务器上。服务器104中可以包括第一服务器。具体地，合作方客户端响应于账户申请请求，调用目标小程序。利用目标小程序获取用户验证信息，并将用户验证信息通过通信网络发送至第一服务器进行校验，并接收第一服务器发送的对用户验证信息的校验结果。利用目标小程序响应于校验通过的校验结果，将用户在合作方客户端中触发的账户申请请求转发至第一服务器进行处理，并接收第一服务器发送的对账户申请请求的处理结果。
101.其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑、物联网设备和便携式可穿戴设备，物联网设备可为智能电视、智能车载设备等。便携式可穿戴设备可为智能手表、智能手环、头戴设备等。服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
102.在一个实施例中，如图2所示，提供了一种账户申请请求的处理方法，以该方法应用于合作方客户端为例进行说明，包括以下步骤：
103.步骤s202，响应于账户申请请求，调用目标小程序。
104.其中，合作方客户端可以但不仅限于包括应用程序客户端、小程序客户端、公众号客户端、网站客户端等多种客户端中的任一种。
105.目标小程序可以但不仅限于包括银行业务系统下的即时通讯小程序、银行业务系统下的电商小程序、银行业务系统下的短视频小程序等多种小程序中的任一种。
106.具体地，合作方客户端可以存储有小程序调用逻辑。响应于用户触发的账户申请请求，采用小程序调用逻辑调用目标小程序，将账户申请请求发送至目标小程序。其中，小程序调用逻辑可以是将当前的合作方客户端界面直接跳转到目标小程序界面，或者，也可以是从合作方客户端的后台拉起目标小程序。
107.步骤s204，通过目标小程序获取用户验证信息，并将用户验证信息发送至第一服务器，并接收第一服务器发送的对用户验证信息的校验结果。
108.其中，用户验证信息可以用于对用户身份进行校验。一个示例中，用户验证信息可以但不仅限于包括用户证件信息、短信验证码、活体验证信息(例如指纹、虹膜、人脸、声音等信息)等多种信息中的任一种或多种。
109.第一服务器可以用于表征具备账户申请请求处理功能的服务器。一个示例中，当账户申请请求是针对银行电子账户的申请请求时，第一服务器可以采用银行业务系统中的服务器。另一个示例中，当账户申请请求是针对社交账户的申请请求时，第一服务器可以是社交平台的服务器。
110.具体地，合作方客户端可以通过目标小程序显示信息输入界面，通过信息输入界面接收用户上传的用户验证信息。在目标小程序确定用户验证信息上传完毕的情况下，建立与第一服务器之间的通信连接，将用户验证信息发送至第一服务器，以指示第一服务器
对用户验证信息进行校验，并接收第一服务器对用户验证信息进行校验后生成的校验结果。在目标小程序接收到校验不通过的校验结果的情况下，结束对账户申请请求的处理流程，并显示相应的校验不通过的提示信息。在目标小程序接收到校验通过的校验结果的情况下，执行以下步骤s206对账户申请请求进行处理。
111.一个示例中，校验结果可以是第一服务器对用户验证信息的真实性进行校验得到的，例如，在用户验证信息包括用户证件号码的情况下，采用预设数字规则对用户证件号码的真实性进行校验，生成对用户验证信息的校验结果。另一个示例中，校验结果也可以是第一服务器基于已存储的标准信息对用户验证信息进行校验得到的，例如，在用户验证信息包括短信验证码的情况下，将第一服务器存储的标准验证码与短信验证码进行字符匹配，根据字符匹配结果生成对用户验证信息的校验结果。
112.步骤s206，通过目标小程序响应于校验通过的校验结果，将账户申请请求发送至第一服务器，并接收第一服务器发送的对账户申请请求的处理结果。
113.具体地，合作方客户端通过目标小程序响应于校验通过的校验结果，将账户申请请求发送至第一服务器，以指示第一服务器对账户申请请求进行处理，例如通过账户申请请求，生成与账户申请请求对应的新账户，或者，拒绝账户申请请求，返回相应的提示信息。通过目标小程序接收第一服务器发送的对账户申请请求的处理结果。
114.上述账户申请请求的处理方法，应用于合作方客户端，通过合作方客户端响应于账户申请请求，调用目标小程序，通过目标小程序获取用户验证信息，并将用户验证信息发送至第一服务器，并接收第一服务器发送的对用户验证信息的校验结果，通过目标小程序响应于校验通过的校验结果，将账户申请请求发送至第一服务器，并接收第一服务器发送的对账户申请请求的处理结果，能够利用合作方客户端与目标小程序之间的交互，以及目标小程序与第一服务器之间的交互，对账户申请请求进行分步处理，使得合作方客户端仅需执行对目标小程序的调用操作即可，降低了合作方客户端的开发工作量，从而降低账户申请请求的处理成本。此外，采用本实施例提供的账户申请请求的处理方法，由于在账户申请请求的处理过程中，合作方客户端无需直接对账户申请请求进行处理，能够使得合作方客户端不受账户申请请求处理流程变化的影响，从而进一步降低合作方客户端的开发运维成本。
115.在一个实施例中，步骤s202，响应于账户申请请求，调用目标小程序，包括：响应于账户申请请求，生成初始调用参数，将初始调用参数发送至合作方客户端对应的合作方服务器，接收合作方服务器发送的目标调用参数，将目标调用参数发送至目标小程序，以调用目标小程序。
116.具体地，合作方客户端响应于账户申请请求，生成目标小程序对应的初始调用参数。建立合作方客户端与合作方服务器之间通信连接，将初始调用参数发送至合作方服务器，以指示合作方服务器对初始调用参数进行处理，获取与账户申请请求对应的用户标识，将用户标识添加至初始调用参数中的预设位置处，以生成目标调用参数。接收合作方服务器发送的目标调用参数，将目标调用参数发送至目标小程序，以调用目标小程序，在目标小程序中采用用户标识进行用户身份登录。
117.本实施例中，通过合作方客户端向合作方服务器发送初始调用参数，并接收合作方生成的目标调用参数，将目标调用参数发送至目标小程序，以调用目标小程序，能够提高
目标小程序的调用效率。此外，由于采用本实施例中提供的目标小程序调用方法，无需将目标小程序内嵌在合作方客户端，从而能够降低合作方客户端的开发工作量，降低合作方客户端的开发成本。
118.在一个实施例中，用户验证信息包括用户证件图像和用户人脸图像。如图3所示，步骤s204和步骤s206，通过目标小程序获取用户验证信息，并将用户验证信息发送至第一服务器，并接收第一服务器发送的对用户验证信息的校验结果，通过目标小程序响应于校验通过的校验结果，将账户申请请求发送至第一服务器，并接收第一服务器发送的对账户申请请求的处理结果，包括：
119.步骤s302，通过目标小程序获取用户证件图像，并将用户证件图像发送至第一服务器，并接收第一服务器发送的对用户证件图像的第一校验结果。
120.其中，用户证件图像可以但不仅于包括身份证件图像、护照图像、驾驶证图像等多种证件图像中的任一种或多种。
121.具体地，合作方客户端通过目标小程序显示证件图像验证区域，通过证件图像验证区域接收用户上传的用户证件图像，并将用户证件图像发送至第一服务器，以指示第一服务器对用户证件图像进行字符识别，生成用户证件图像的识别结果，对用户证件图像的识别结果进行校验，生成对用户证件图像的第一校验结果。通过目标小程序接收第一服务器发送的用户证件图像的第一校验结果。在目标小程序接收到校验不通过的第一校验结果的情况下，结束账户申请请求的处理流程，并显示相应的证件图像校验不通过的提示信息。在目标小程序接收到校验通过的第一校验结果的情况下，执行以下步骤s304。
122.步骤s304，通过目标小程序响应于校验通过的第一校验结果，获取用户人脸图像，将用户人脸图像发送至第一服务器，并接收第一服务器发送的对用户人脸图像的第二校验结果。
123.步骤s306，通过目标小程序响应于校验通过的第二校验结果，将账户申请请求发送至第一服务器进行处理，并接收第一服务器发送的对账户申请请求的处理结果。
124.具体地，合作方客户端通过目标小程序响应于校验通过的第一校验结果，显示人脸图像验证区域，通过人脸图像验证区域获取用户人脸图像，将用户人脸图像发送至第一服务器，以指示第一服务器对用户人脸图像进行人脸识别处理，生成用户人脸图像的识别结果。对用户人脸图像的识别结果进行校验，生成对用户人脸图像的第二校验结果。通过目标小程序接收第一服务器发送的第二校验结果、在目标小程序接收到校验不通过的第二校验结果的情况下，结束账户申请请求的处理流程，并显示相应的人脸图像校验不通过的提示信息。在目标小程序接收到校验通过的第二校验结果的情况下，执行以下步骤s306，通过目标小程序响应于校验通过的第二校验结果，将账户申请请求发送至第一服务器进行处理，并接收第一服务器对账户申请请求的处理结果。其中，目标小程序中可以内嵌人脸图像采集控件，以实时获取用户人脸图像，或者，也可以调用第三方的人脸图像采集控件对用户进行活体人脸图像采集操作。
125.一个示例中，在目标小程序接收到校验通过的第一校验结果的情况下，合作方客户端可以通过目标小程序接收第一服务器发送的对用户证件图像的识别结果，并在目标小程序中显示用户证件图像的识别结果，通过目标小程序显示申请信息输入区域，以获取账户申请所需的其他用户信息。根据用户证件图像的识别结果和其他用户信息，生成完整的
账户申请信息。并将完整的账户申请信息添加至账户申请请求中，将添加信息后的账户申请请求发送至第一服务器，以指示第一服务器对账户申请信息进行校验。基于账户申请信息的校验结果对账户申请请求进行处理，生成对账户申请请求的处理结果。
126.本实施例中，通过目标小程序获取用户证件图像，将用户证件图像发送至第一服务器，基于第一服务器对用户证件图像的第一校验结果，获取用户人脸图像，将用户人脸图像发送至第一服务器，基于第一服务器对用户人脸图像的第二校验结果，将账户申请请求发送至第一服务器进行处理，能够基于第一校验结果和第二校验结果对账户申请请求进行转发处理，从而提高账户申请请求的处理方法的安全性。
127.在一个实施例中，如图4所示，步骤s304，通过目标小程序响应于校验通过的第一校验结果，获取用户人脸图像，将用户人脸图像发送至第一服务器，并接收第一服务器发送的对用户人脸图像的第二校验结果，包括：
128.步骤s402，通过目标小程序响应于校验通过的第一校验结果，从第二服务器中调用人脸识别控件。
129.步骤s404，通过人脸识别控件获取用户人脸图像，以指示第二服务器将用户人脸图像发送至第一服务器，并接受对用户人脸图像的第二校验结果。
130.步骤s406，通过目标小程序接收第二服务器发送的第二校验结果。
131.其中，第二服务器可以是目标小程序运行所依赖的母应用对应的服务器。例如，当目标小程序为即时通讯小程序时，第二服务器可以是即时通讯小程序运行所依赖的即时通讯应用程序的服务器。当目标小程序为短视频小程序时，第二服务器可以是短视频小程序运行所依赖的短视频应用程序的服务器。
132.具体地，合作方客户端可以通过目标小程序响应于校验通过的第一校验结果，向第二服务器发送人脸识别控件授权申请，以使得从第二服务器调用人脸识别控件。通过人脸识别控件触发图像采集程序，对用户人脸进行实时活体图像采集，获取用户人脸图像。指示第二服务器将用户人脸图像发送至第一服务器进行校验，并接收第一服务器发送的对用户人脸图像的第二校验结果。通过目标小程序接收第二服务器转发的对用户人脸图像的第二校验结果。
133.本实施例中，通过从目标小程序运行所依赖的母应用对应的第二服务器中调用人脸识别控件，通过人脸识别控件获取用户人脸图像，能够利用现有服务器中的人脸识别控件执行用户人脸图像获取操作，从而降低目标小程序的开发成本；通过第一服务器对图像进行校验，能够便于第一服务器存储校验结果，提高后续对校验结果的核查效率。
134.在一个实施例中，在步骤s204，通过目标小程序获取用户验证信息，并将用户验证信息发送至第一服务器，并接收第一服务器发送的对用户验证信息的校验结果之前，还包括：通过目标小程序对账户申请请求对应的用户标识进行校验，在用户标识校验通过的情况下，执行步骤s204，通过目标小程序获取用户验证信息。
135.具体地，合作方客户端向目标小程序发送携带账户申请请求对应的用户标识的调用指令，以调用目标小程序。通过目标小程序对用户标识进行校验，生成用户标识的校验结果。在目标小程序确定用户标识校验通过的情况下，执行步骤s204。在目标小程序确定用户标识校验未通过的情况下，结束目标小程序的运行程序，并向合作方客户端发送身份校验未通过的提示信息。
136.本实施例中，通过目标小程序对账户申请请求对应的用户标识进行校验，基于用户标识的校验结果执行下一步骤，能够提高目标小程序的使用安全性。
137.在一个实施例中，账户申请请求的处理方法还包括：接收目标小程序转发的对账户申请请求的处理结果，并展示处理结果。
138.本实施例中，通过合作方客户端接收目标小程序转发的对账户申请请求的处理结果，并在合作方客户端中展示处理结果，能够便于用户获取账户申请请求的处理结果，优化合作方客户端与用户之间的交互过程。
139.在一个实施例中，如图5所示，提供了一种账户申请请求的处理方法，应用于合作方客户端，包括：
140.步骤s502，响应于账户申请请求，接收合作方服务器发送的目标调用参数。
141.步骤s504，将目标调用参数发送至目标小程序，调用目标小程序对用户标识进行校验，在用户标识校验通过的情况下，获取用户证件图像，并将用户证件图像发送至第一服务器。
142.具体地，合作方客户端可以响应于用户触发的账户申请请求，生成初始调用参数，将初始调用参数发送至合作方服务器，以指示合作方服务器对初始调用参数进行处理，生成目标调用参数。将目标调用参数发送至目标小程序，以调用目标小程序。通过目标小程序对用户标识进行身份校验，在用户标识校验通过的情况下，获取用户证件图像，并将用户证件图像发送至第一服务器，以指示第一服务器对用户证件图像进行校验，生成对用户证件图像的第一校验结果。具体的第一校验结果生成参照可以参照上述实施例中提供的第一校验结果的生成方法实现，在此不做具体阐述。
143.步骤s506，通过目标小程序接收对用户证件图像的第一校验结果，响应于校验通过的第一校验结果，从第二服务器中调用人脸识别控件。
144.步骤s508，通过人脸识别控件获取用户人脸图像，将用户人脸图像发送至第一服务器，接收第一服务器发送的对用户人脸图像的第二校验结果。
145.步骤s510，通过目标小程序接收第二服务器发送的对用户人脸图像的第二校验结果，响应于校验通过的第二校验结果，将账户申请请求发送至第一服务器进行处理。
146.步骤s512，接收目标小程序转发的账户申请请求的处理结果。
147.具体地，合作方客户端可以通过目标小程序接收对用户证件图像的第一校验结果，响应于校验通过的第一校验结果，从第二服务器中调用人脸识别控件，通过人脸识别控件获取用户人脸图像，指示第二服务器将用户人脸图像发送至第一服务器，以使得第一服务器对用户人脸图像进行校验，生成对用户人脸图像的第二校验结果。响应于校验通过的第二校验结果，将账户申请请求发送至第一服务器进行处理，并接收对账户申请请求的处理结果，并将处理结果转发至合作方客户端，以使得在合作方客户端中展示处理结果。
148.本实施例中，通过合作方客户端响应于账户申请请求，调用目标小程序，通过目标小程序获取用户验证信息，并将用户验证信息发送至第一服务器，并接收第一服务器发送的对用户验证信息的校验结果，通过目标小程序响应于校验通过的校验结果，将账户申请请求发送至第一服务器，并接收第一服务器发送的对账户申请请求的处理结果，能够利用合作方客户端与目标小程序之间的交互，以及目标小程序与第一服务器之间的交互，对账户申请请求进行分步处理，使得合作方客户端仅需执行对目标小程序的调用操作即可，降
低了合作方客户端的开发工作量，从而降低账户申请请求的处理成本。此外，采用本实施例提供的账户申请请求的处理方法，由于在账户申请请求的处理过程中，合作方客户端无需直接对账户申请请求进行处理，能够使得合作方客户端不受账户申请请求处理流程变化的影响，从而进一步降低合作方客户端的开发运维成本。
149.在一个实施例中，如图6所示，提供了一种账户申请请求的处理方法，应用于目标小程序，包括：
150.步骤s602，响应于合作方客户端发起的账户申请请求，获取用户验证信息，将用户验证信息发送至第一服务器，接收第一服务器发送的对用户验证信息的校验结果。
151.步骤s604，响应于校验通过的校验结果，将账户申请请求发送至第一服务器。
152.步骤s606，接收第一服务器发送的对账户申请请求的处理结果。
153.具体地，目标小程序可以响应于合作方客户端发起的账户申请请求，显示信息输入界面，通过信息输入界面接收用户上传的用户验证信息。确定用户验证信息上传完毕，建立与第一服务器之间的通信连接，将用户验证信息发送至第一服务器，以指示第一服务器对用户验证信息进行校验。并接收第一服务器发送的对用户验证信息的校验结果。在目标小程序接收到校验不通过的校验结果的情况下，结束对账户申请请求的处理流程，并显示相应的校验不通过的提示信息。在目标小程序接收到校验通过的校验结果的情况下，将账户申请请求发送至第一服务器，以指示第一服务器对账户申请请求进行处理。接收并显示第一服务器发送的对账户申请请求的处理结果。
154.上述账户申请请求的处理方法，通过目标小程序响应于合作方客户端发起的账户申请请求，获取用户验证信息，将用户验证信息发送至第一服务器进行校验，基于用户验证信息的校验结果，将账户申请请求发送至第一服务器进行处理，能够利用目标小程序与第一服务器之间的交互，在第一服务器中完成对用户验证信息的校验操作，以及对账户申请请求的处理操作，使得目标小程序仅需执行信息获取、发送以及接收的操作，从而降低目标小程序的开发工作量，以及降低目标小程序的开发成本。此外，由于目标小程序的开发生态已相对完善，使得目标小程序与应用程序客户端、小程序客户端、公众号客户端等多种合作方客户端的对接难度较低，能够降低合作方与银行共建生态的难度，减少维护成本，提高账户申请请求的处理效率。
155.在一个实施例中，用户验证信息可以包括用户证件图像和用户人脸图像。步骤s602和步骤s604，响应于合作方客户端发起的账户申请请求，获取用户验证信息，将用户验证信息发送至第一服务器，接收第一服务器发送的对用户验证信息的校验结果，响应于校验通过的校验结果，将账户申请请求发送至第一服务器，包括：响应于合作方客户端发起的账户申请请求，获取用户证件图像，将用户证件图像发送至第一服务器，接收第一服务器发送的对用户证件图像的第一校验结果。响应于校验通过的第一校验结果，获取用户人脸图像，将用户人脸图像发送至第一服务器，接收第一服务器发送的对用户人脸图像的第二校验结果。响应于校验通过的第二校验结果，将账户申请请求发送至第一服务器。
156.具体地，目标小程序可以响应于合作方客户端发起的账户申请请求，显示证件图像验证区域，通过证件图像验证区域接收用户上传的用户证件图像，并将用户证件图像发送至第一服务器，以指示第一服务器对用户证件图像进行字符识别，生成用户证件图像的识别结果，对用户证件图像的识别结果进行校验，生成对用户证件图像的第一校验结果。接
收第一服务器发送的对用户证件图像的第一校验结果。在接收到校验不通过的第一校验结果的情况下，结束账户申请请求的处理流程，并显示相应的证件图像校验不通过的提示信息。在接收到校验通过的第一校验结果的情况下，响应于校验通过的第一校验结果，显示人脸图像验证区域，通过人脸图像验证区域获取用户人脸图像，将用户人脸图像发送至第一服务器，以指示第一服务器对用户人脸图像进行人脸识别处理，生成用户人脸图像的识别结果。对用户人脸图像的识别结果进行校验，生成对用户人脸图像的第二校验结果。接收第一服务器发送的对用户人脸图像的第二校验结果。在接收到校验不通过的第二校验结果的情况下，结束账户申请请求的处理流程，并显示相应的人脸图像校验不通过的提示信息。在接收到校验通过的第二校验结果的情况下，响应于校验通过的第二校验结果，将账户申请请求发送至第一服务器，以指示第一服务器对账户申请请求进行处理。
157.本实施例中，通过目标小程序获取用户证件图像，将用户证件图像发送至第一服务器，基于第一服务器对用户证件图像的第一校验结果，获取用户人脸图像，将用户人脸图像发送至第一服务器，基于第一服务器对用户人脸图像的第二校验结果，将账户申请请求发送至第一服务器进行处理，能够基于第一校验结果和第二校验结果对账户申请请求进行转发处理，从而提高账户申请请求的处理方法的安全性。
158.在一个实施例中，步骤，响应于校验通过的第一校验结果，获取用户人脸图像，将用户人脸图像发送至第一服务器，接收第一服务器发送的对用户人脸图像的第二校验结果，包括：响应于校验通过的第一校验结果，从目标小程序运行所依赖的母应用对应的第二服务器中调用人脸识别控件；通过人脸识别控件获取用户人脸图像，以指示第二服务器将用户人脸图像发送至第一服务器，并接收第一服务器发送的对用户人脸图像的第二校验结果；接收第二服务器发送的第二校验结果。
159.具体地，目标小程序可以响应于校验通过的第一校验结果，向第二服务器发送人脸识别控件授权申请，以使得从第二服务器调用人脸识别控件。通过人脸识别控件触发图像采集程序，对用户人脸进行实时活体图像采集，获取用户人脸图像。指示第二服务器将用户人脸图像发送至第一服务器进行校验，并接收第一服务器发送的对用户人脸图像的第二校验结果。接收第二服务器转发的对用户人脸图像的第二校验结果。
160.本实施例中，通过从目标小程序运行所依赖的母应用对应的第二服务器中调用人脸识别控件，通过人脸识别控件获取用户人脸图像，能够利用现有服务器中的人脸识别控件执行用户人脸图像获取操作，从而降低目标小程序的开发成本；通过第一服务器对图像进行校验，能够便于第一服务器存储校验结果，提高后续对校验结果的核查效率。
161.在一个实施例中，步骤s602，响应于合作方客户端发起的账户申请请求，获取用户验证信息，将用户验证信息发送至第一服务器，接收第一服务器发送的对用户验证信息的校验结果，包括：响应于合作方客户端发起的账户申请请求，对账户申请请求对应的用户标识进行校验；响应于用户标识校验通过的结果，获取用户验证信息，将用户验证信息发送至第一服务器。
162.本实施例中，通过在目标小程序对用户标识校验通过的情况下，获取用户验证信息，能够提高目标小程序在账户申请请求处理流程中的使用安全性。
163.在一个实施例中，如图7所示，提供一种账户申请请求的处理方法，应用于目标小程序，包括：
164.步骤s702，响应于合作方客户端发起的账户申请请求，对账户申请请求对应的用户标识进行校验。
165.步骤s704，响应于用户标识校验通过的结果，获取用户验证信息，获取用户证件图像，将用户证件图像发送至第一服务器，接收第一服务器发送的对用户证件图像的第一校验结果。
166.步骤s706，响应于校验通过的第一校验结果，从目标小程序运行所依赖的母应用对应的第二服务器中调用人脸识别控件。
167.步骤s708，通过人脸识别控件获取用户人脸图像，将用户人脸图像发送至第一服务器，接收第一服务器发送的对用户人脸图像的第二校验结果。
168.步骤s710，响应于校验通过的第二校验结果，将账户申请请求发送至第一服务器，接收第一服务器发送的对账户申请请求的处理结果。
169.本实施例中，通过目标小程序对用户标识进行校验，基于用户标识校验通过的结果，获取用户验证信息，基于对用户验证信息的第一校验结果，从第二服务器中调用人脸识别控件，获取用户人脸图像，基于对用户人脸图像的第二校验结果，将账户申请请求发送至第一服务器处理，能够提高账户申请请求的处理方法的安全性，以及降低账户申请请求的处理成本。
170.应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其他的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
171.基于同样的发明构思，本公开实施例还提供了一种用于实现上述所涉及的账户申请请求的处理方法的账户申请请求的处理装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个账户申请请求的处理装置实施例中的具体限定可以参见上文中对于账户申请请求的处理方法的限定，在此不再赘述。
172.在一个实施例中，如图8所示，提供了一种账户申请请求的处理装置800，应用于合作方客户端，包括：小程序调用模块802、信息校验模块804和请求处理模块806，其中：
173.小程序调用模块802，用于响应于账户申请请求，调用目标小程序。
174.信息校验模块804，用于通过目标小程序获取用户验证信息，并将用户验证信息发送至第一服务器，并接收第一服务器发送的对用户验证信息的校验结果。
175.请求处理模块806，用于通过目标小程序响应于校验通过的校验结果，将账户申请请求发送至第一服务器，并接收第一服务器发送的对账户申请请求的处理结果。
176.在一个实施例中，小程序调用模块802包括：参数发送单元，用于响应于账户申请请求，生成初始调用参数，将初始调用参数发送至合作方客户端对应的合作方服务器，以指示合作方服务器对初始调用参数进行处理，生成与初始调用参数对应的目标调用参数；参数接收单元，用于接收合作方服务器发送的目标调用参数，将目标调用参数发送至目标小程序，以调用目标小程序。
177.在一个实施例中，用户验证信息包括用户证件图像和用户人脸图像。信息校验模块804，包括：第一校验单元，用于通过目标小程序获取用户证件图像，并将用户证件图像发送至第一服务器，并接收第一服务器发送的对用户证件图像的第一校验结果；第二校验单元，用于通过目标小程序响应于校验通过的第一校验结果，获取用户人脸图像，将用户人脸图像发送至第一服务器，并接收第一服务器发送的对用户人脸图像的第二校验结果。
178.请求处理模块806，还用于：通过目标小程序响应于校验通过的第二校验结果，将账户申请请求发送至第一服务器进行处理，并接收第一服务器发送的对账户申请请求的处理结果。
179.在一个实施例中，第二校验单元包括：控件调用子单元，用于通过目标小程序响应于校验通过的第一校验结果，从目标小程序运行所依赖的母应用对应的第二服务器中调用人脸识别控件；图像采集子单元，用于通过人脸识别控件获取用户人脸图像，以指示第二服务器将用户人脸图像发送至第一服务器，并接收第一服务器发送的对用户人脸图像的第二校验结果；结果接收子单元，用于通过目标小程序接收第二服务器发送的第二校验结果。
180.在一个实施例中，信息校验模块804，还用于：通过目标小程序对账户申请请求对应的用户标识进行校验，在用户标识校验通过的情况下，执行通过目标小程序获取用户验证信息的步骤。
181.在一个实施例中，账户申请请求的处理装置800还包括：结果展示模块，用于接收目标小程序转发的对账户申请请求的处理结果，并展示处理结果。
182.在一个实施例中，如图9所示，提供了一种账户申请请求的处理装置900，应用于目标小程序，包括信息获取模块902、请求发送模块904和结果接收模块906，其中：
183.信息获取模块902，用于响应于合作方客户端发起的账户申请请求，获取用户验证信息，将用户验证信息发送至第一服务器，接收第一服务器发送的对用户验证信息的校验结果。
184.请求发送模块904，用于响应于校验通过的校验结果，将账户申请请求发送至第一服务器。
185.结果接收模块906，用于接收第一服务器发送的对账户申请请求的处理结果。
186.在一个实施例中，用户验证信息包括用户证件图像和用户人脸图像。信息获取模块902，包括：第一校验单元，用于响应于合作方客户端发起的账户申请请求，获取用户证件图像，将用户证件图像发送至第一服务器，接收第一服务器发送的对用户证件图像的第一校验结果；第二校验单元，用于响应于校验通过的第一校验结果，获取用户人脸图像，将用户人脸图像发送至第一服务器，接收第一服务器发送的对用户人脸图像的第二校验结果。
187.请求发送模块904，还用于响应于校验通过的第二校验结果，将账户申请请求发送至第一服务器。
188.在一个实施例中，第二校验单元还包括：控件调用子单元，用于响应于校验通过的第一校验结果，从目标小程序运行所依赖的母应用对应的第二服务器中调用人脸识别控件；图像获取子单元，用于通过人脸识别控件获取用户人脸图像，以指示第二服务器将用户人脸图像发送至第一服务器，并接收第一服务器发送的对用户人脸图像的第二校验结果；结果接收子单元，用于接收第二服务器发送的第二校验结果。
189.在一个实施例中，信息获取模块902还用于：响应于合作方客户端发起的账户申请
请求，对账户申请请求对应的用户标识进行校验，响应于用户标识校验通过的结果，获取用户验证信息，将用户验证信息发送至第一服务器。
190.上述账户申请请求的处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
191.在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图10所示。该计算机设备包括通过系统总线连接的处理器、存储器、通讯接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通讯接口用于与外部的终端进行有线或无线方式的通讯，无线方式可通过wifi、移动蜂窝网络、nfc(近场通讯)或其他技术实现。该计算机程序被处理器执行时以实现一种账户申请请求的处理方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。
192.本领域技术人员可以理解，图10中示出的结构，仅仅是与本公开方案相关的部分结构的框图，并不构成对本公开方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
193.在一个实施例中，还提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。
194.在一个实施例中，还提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述各方法实施例中的步骤。
195.在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
196.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可以存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本公开所提供的各实施例中所使用的对存储器、数据库或其他介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(read-only memory，rom)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(reram)、磁变存储器(magnetoresistive random access memory，mram)、铁电存储器(ferroelectric random access memory，fram)、相变存储器(phase change memory，pcm)、石墨烯存储器等。易失性存储器可包括随机存取存储器(random access memory，ram)或外部高速缓冲存储器等。作为说明而非局限，ram可以是多种形式，比如静态随机存取存储器(static random access memory，sram)或动态随机存取存储器(dynamic random access memory，dram)等。本公开所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本公开所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形
处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。
197.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
198.以上所述实施例仅表达了本公开的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本公开专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本公开构思的前提下，还可以作出若干变形和改进，这些都属于本公开的保护范围。因此，本公开的保护范围应以所附权利要求为准。