一种数据验证的方法、装置、计算机设备和存储介质与流程

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.图1为一个实施例中数据验证的方法的流程示意图；
48.图2为一个实施例中数据验证的方法的流程示意图；
49.图3为一个实施例中数据验证的方法的流程示意图；
50.图4为一个实施例中数据验证的方法的流程示意图；
51.图5为一个实施例中数据验证的方法的流程示意图；
52.图6为一个实施例中数据验证的方法的流程示意图；
53.图7为一个实施例中数据验证的装置的结构框图；
54.图8为一个实施例中计算机设备的内部结构图。
具体实施方式
55.为了使本公开实施例的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本公开实施例进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解
释本公开实施例，并不用于限定本公开实施例。
56.在一个实施例中，如图1所示，提供了一种数据验证的方法，本实施例以该方法应用于终端进行举例说明，可以理解的是，该方法也可以应用于服务器，还可以应用于包括终端和服务器的系统，并通过终端和服务器的交互实现。本实施例中，该方法包括以下步骤：
57.步骤s110，接收账户申请的业务的验证数据和业务类型；
58.本公开实施例中，在进行账户申请业务的数据验证时，首先需要获取待验证的数据，其中，所述验证数据可以包括但不限于用户在进行账户申请时从前端输入的数据以及在数据库中存储的用户的其他数据信息。同时，用户在进行账户申请时，由于对应的账户业务类型不同，验证的流程也会不相同，所以还会从前端输入或选择所要进行申请的业务类型。根据用户输入的信息和数据库中的信息接收账户申请的业务的验证数据和对应的业务类型。
59.步骤s120，根据预设的配置文件，确定与所述业务类型相匹配的配置参数，其中，所述配置参数以可修改的方式存储于所述配置文件中，所述配置文件中包含业务类型与配置参数的关联关系；
60.本公开实施例中，在获取到验证数据和对应的业务类型后，由于配置文件中包括了业务类型与配置参数的关联关系，所以通过所述关联关系根据业务类型从参数配置文件中获取与所述业务类型相匹配的配置参数。其中，配置参数以可修改的方式存储在配置文件中，配置文件中的参数可以根据实际需要进行修改，修改方式可以包括但不限于对具体配置参数进行修改或添加新的配置参数。在一个示例中，一个参数配置文件中通常包括多个业务类型对应的配置参数。在从参数文件中确定与业务类型对应的配置参数可以为直接根据业务类型获取对应的配置参数，也可以为根据业务类型对应的标识码确定相匹配的配置参数。
61.步骤s130，以所述配置参数为传入参数，运行业务代码文件以对所述验证数据进行验证，其中，所述业务代码文件用于定义业务多个流程阶段对应的验证规则，且所述多个流程阶段与所述配置参数相对应。
62.本公开实施例中，在获取到对应的配置参数之后，运行业务代码文件，其中，所述业务代码文件为根据数据验证的流程事先通过代码构建的框架。将配置参数作为传入参数来运行业务代码文件，业务代码文件根据传入的参数运行，按照配置参数输出对应的结果。流程阶段和配置参数相对应，所以通过修改配置参数可以改变验证流程。在一个示例中，将不同的配置参数作为业务代码文件的传入参数，业务代码文件的运行流程也会发生改变；根据配置参数的不同，一个业务代码文件可以对应有多个业务类型。
63.本公开实施例，首先接收账户申请业务的验证数据和账户申请业务对应的业务类型，并根据所述业务类型确定与之相匹配的配置参数，将所述配置参数作为业务代码文件的传入参数，运行业务代码文件，对验证数据进行验证。本公开实施例通过预设的业务代码文件对验证数据进行验证，其中，所述业务代码文件的传入参数为根据业务类型设置的配置参数，针对不同的业务类型，可以设置不同的配置参数，从而能够通过一个业务代码文件实现多种业务类型的账户申请的数据验证，无需进行重复的编码，只需要对配置参数进行修改，简化了操作，提高了数据验证流程配置的效率，此外，由于业务代码文件为预先设置的固定编码，所以在验证流程中出现错误的情况下，通过本公开实施例，能够提高相关人员
查找错误原因的效率，降低了运维成本。
64.在一个实施例中，如图2所示，所述配置参数包括流程阶段的执行顺序参数，所述以所述配置参数为传入参数，运行业务代码文件以对所述验证数据进行验证，包括：
65.步骤s131，以所述配置参数为传入参数，运行业务代码文件，以按照执行顺序参数所描述的流程阶段的执行顺序依次对所述验证数据进行验证。
66.本公开实施例中，在进行账户申请的数据验证时，通常整个验证的过程中包括多个步骤流程，不同的业务类型通常对应有不同的步骤，也对应有不同的配置参数。配置参数中包括数据验证过程中流程阶段的执行顺序参数，在将配置参数作为传入参数运行业务代码文件时，会根据配置参数中的执行顺序参数运行业务代码文件，根据配置参数得到运行结果。
67.本公开实施例，配置参数中包括流程阶段的执行顺序参数，验证时根据执行顺序参数中的顺序依次进行，实现了通过同一业务代码文件运行流程阶段执行顺序不同的多个类型的业务，无需重新进行编码，简化了操作。
68.在一个实施例中，如图3所示，所述验证数据包括业务的多个流程阶段对应的多个子数据，所述配置参数包括子数据的存储地址与流程阶段的对应关系，所述以所述配置参数为传入参数，运行业务代码文件，以对所述验证数据进行验证，包括：
69.步骤s132，以所述配置参数为传入参数，运行业务代码文件，以执行业务的流程阶段验证时，根据所述配置参数中子数据的存储地址与流程阶段的对应关系，从与所述流程阶段对应的存储地址中获取子数据，并对所述子数据进行验证。
70.本公开实施例中，在进行数据验证时，包括多个流程阶段，通常情况下，每个流程阶段对应验证不同的数据，因此每个流程阶段对应有待验证的子数据。配置参数中还包括子数据的存储地址与流程阶段的对应关系，即在业务代码运行过程中，需要读取验证数据，所述验证数据的读取方法即为通过配置参数中的数据的存储地址与流程阶段的对应关系获取对应地址的存储数据，运行代码文件，根据配置参数的得到对应的结果。
71.本公开实施例，通过配置参数中数据的存储地址与流程阶段的对应关系，在不同的流程阶段读取对应的存储地址中的数据进行验证，从而能够通过配置参数的变化改变代码文件验证的数据，在数据存储位置发生改变或需要验证的数据发生改变的情况下，只需要改变对应的配置参数，无需重新进行编码，简化了操作，减少了编码工作量，大大提高了效率。
72.在一个实施例中，如图4所示，所述以所述配置参数为传入参数，运行业务代码文件，以按照执行顺序参数所描述的流程阶段的执行顺序依次对所述验证数据进行验证，包括：
73.步骤s133，以所述配置参数为传入参数，运行业务代码文件，以按照执行顺序参数所描述的流程阶段的执行顺序依次对所述验证数据进行验证，其中，在当前流程阶段验证失败的情况下，获取所述当前流程阶段的状态标识；
74.步骤s134，在所述状态标识为允许跳过的情况下，对下一个流程阶段对应的验证数据进行验证。
75.在所述获取所述当前流程阶段的状态标识，之后还包括：
76.在所述状态标识为不允许跳过的情况下，验证不通过，发送验证不通过的信息。
77.本公开实施例中，按照配置参数中的执行顺序参数运行业务代码文件，从而按照执行顺序参数对应的流程阶段的顺序对验证数据依次进行验证，在验证的过程中，当流程阶段对应的验证结果为不通过的情况下，获取该流程阶段对应的状态标识，其中所述状态标识通常被设置在配置参数中。在状态标识对应为允许跳过的情况下，此时可以进行下一个流程阶段的数据验证，根据最终的结果判断是否通过数据验证；在状态标识对应为不允许跳过的情况下，此时该流程阶段验证结果为不通过就意味着本次账户申请的验证结果为不通过，无需再对后面的流程阶段对应的数据进行验证，停止验证并发送验证不通过的通知信息至用户。
78.本公开实施例，在数据验证的过程中，当流程阶段对应的验证结果为不通过的情况下，需要判断该流程阶段对应的状态标识，根据状态标识判断是否进行后续的验证。本公开实施例通过流程阶段对应的状态标识判断是否进行后续的流程阶段的验证，能够对账户申请中的额外服务进行判断，同时加快了数据验证的速度，提高了效率，便于后续业务流程的拓展和延伸；发送通知能够使用户及时获取对应的验证结果。
79.在一个实施例中，所述依次对所述验证数据进行验证，还包括：
80.获取当前流程阶段的预设前提条件，所述前提条件包括所述当前流程阶段之前的预设流程阶段的验证结果为通过；
81.在满足所述预设前提条件的情况下，对所述当前流程阶段对应的验证数据进行验证。
82.本公开实施例中，在对验证数据进行验证时，需要获取流程阶段对应的预设前提条件，其中，预设的前提条件通常为根据具体业务场景预先设置，前提条件的内容可以包括但不限于当前流程阶段之前的一个或多个流程阶段的验证结果为通过，多个流程阶段之间可以用“与”“或”进行连接组合，即在当前流程阶段之前的预设的流程阶段的验证结果为通过的情况下，才会进行该流程阶段的数据验证，否则可以直接看作当前流程阶段为不通过并判断当前流程阶段的状态标识。在一个示例中，前提条件还可以设置为验证资料中某指定数据的取值。在一个示例中，所述预设的前提条件被设置在配置参数中。
83.本公开实施例，通过设置预设的前提条件，满足多种场景下的数据验证的不同流程阶段的需求，使得应用场景更为广泛，便于后续业务流程的拓展和延伸。
84.在一个实施例中，如图5所示，所述根据预设的配置文件，确定与所述业务类型相匹配的配置参数，包括：
85.步骤s121，确定与所述业务类型对应的标识码；
86.步骤s122，获取与所述标识码相匹配的配置参数。
87.本公开实施例中，在确定配置参数时，首先确定与前端输入的业务类型对应的标识码，其中所述标识码为预先设置的用于区分不同业务类型的标识码，在一个示例中，配置文件中包括标识码和配置参数，每个标识码和对应业务类型的配置参数存在关联关系。在确定标识码后，根据标识码在配置文件中确定与该标识码相匹配的配置参数。
88.本公开实施例，通过在配置文件中给不同的业务类型设置对应的标识码，并在标识码与对应的配置参数之间设置关联关系，简化了业务类型和配置参数之间的匹配流程，提高了效率；同时，在进行业务的延伸和扩展时，可以通过添加标识码和对应的配置参数来实现，有利于业务的延伸和扩展。
89.图6是根据一示例性实施例示出的一种数据验证的方法的流程示意图，参考图6所示，首先根据应用场景构建流程框架，建立一个配置文件，针对每种业务类型设置标识码。每个标识码对应有配置参数，所述配置参数可以包括但不限于业务对应的外呼服务名称、对应的流程序列、每种服务调起的前置条件、服务请求报文的赋值、应答报文的保存、服务调用失败后是否可跳过、以及中途服务失败后记录失败的步骤、原因和报错内容等。针对配置文件每个服务可以设置前继条件，前继条件可以指定前面某一个或多个服务必须成功调用，并且多个服务可以用“与”、“或”组合；也可以指定前端资料里某些字段取值的判断条件等。如果前继条件满足，继续下面的调起服务流程。在开户流程的数据验证时，前端用户输入相关的账户申请资料，服务器接收到资料后保存到数据库中的一个大字段中。接收到输入的资料数据之后，通过定时轮询读取配置文件中的配置参数进行数据验证，其中，会根据用户输入的业务类型的功能码确定对应配置参数。按照配置参数中的序列对用户输入的资料进行验证，验证过程包括多个步骤，即交易队列中的多个成员。读取交易队列中的成员，获取对应前继条件，判断前继条件是否满足，在前继条件满足的情况下，读取配置参数，进行验证，在前继条件不满足的情况下，判断该交易成员是否允许跳过。交易成员验证成功后，处理返回的数据处理结果，并进行下一成员的验证，在一个示例中，配置文件设置的返回报文参数，来处理返回报文如何赋值到数据库；验证失败，则判断是否允许跳过，允许跳过则继续交易队列中下一个成员的验证；不允许跳过则验证结束，输出验证结果为不通过，返回开户失败的状态、失败原因以及报错内容。所有步骤全部执行完毕后，输出验证结果，账户申请的数据验证流程完成。在一个示例中，远程开户流程还包括检查反洗钱，由于反洗钱可能涉及人工审核流程，它属于异步应答机制。当定时轮询开户流程走到反洗钱这一步时，请求报文发出后，轮询服务会设置为“等待”状态，直到收到反洗钱的应答报文，流程会根据应答报文的结果(击中/未击中)，即是否通过，选择继续后面的流程或者终止。本公开实施例中，通过统一的框架体系减少了编码工作量，同时也降低了程序出错的几率，一旦出现报错，也方便查找出错原因。
90.应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，附图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
91.基于同样的发明构思，本公开实施例还提供了一种用于实现上述所涉及的数据验证的方法的数据验证的装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个数据验证的装置实施例中的具体限定可以参见上文中对于数据验证的方法的限定，在此不再赘述。
92.在一个实施例中，如图7所示，提供了一种数据验证的装置，包括：
93.接收模块，用于接收账户申请业务的验证数据和业务类型；
94.确定模块，用于根据预设的配置文件，确定与所述业务类型相匹配的配置参数，其中，所述配置参数以可修改的方式存储于所述配置文件中，所述配置文件中包含业务类型与配置参数的关联关系；
95.验证模块，用于以所述配置参数为传入参数，运行业务代码文件以对所述验证数据进行验证，其中，所述业务代码文件用于定义业务多个流程阶段对应的验证规则，且所述多个流程阶段与所述配置参数相对应。
96.在一个实施例中，所述验证模块，包括：
97.顺序验证模块，用于以所述配置参数为传入参数，运行业务代码文件，以按照执行顺序参数所描述的流程阶段的执行顺序依次对所述验证数据进行验证。
98.在一个实施例中，所述验证数据包括业务的多个流程阶段对应的多个子数据，所述配置参数包括子数据的存储地址与流程阶段的对应关系，所述验证模块，包括：
99.验证子模块，用于以所述配置参数为传入参数，运行业务代码文件，以执行业务的流程阶段验证时，根据所述配置参数中子数据的存储地址与流程阶段的对应关系，从与所述流程阶段对应的存储地址中获取子数据，并对所述子数据进行验证。
100.在一个实施例中，所述顺序验证模块，包括：
101.获取模块，用于以所述配置参数为传入参数，运行业务代码文件，以按照执行顺序参数所描述的流程阶段的执行顺序依次对所述验证数据进行验证，其中，在当前流程阶段验证失败的情况下，获取所述当前流程阶段的状态标识；
102.验证模块，用于在所述状态标识为允许跳过的情况下，对下一个流程阶段对应的验证数据进行验证。
103.在一个实施例中，在所述获取模块，之后还包括：
104.发送模块，用于在所述状态标识为不允许跳过的情况下，验证不通过，发送验证不通过的信息。
105.在一个实施例中，所述获取模块，还包括：
106.获取子模块，用于获取当前流程阶段的预设前提条件，所述前提条件包括所述当前流程阶段之前的预设流程阶段的验证结果为通过；
107.验证模块，用于在满足所述预设前提条件的情况下，对所述当前流程阶段对应的验证数据进行验证。
108.在一个实施例中，所述确定模块，包括：
109.确定子模块，用于确定与所述业务类型对应的标识码；
110.获取模块，用于获取与所述标识码相匹配的配置参数。
111.上述数据验证的装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
112.在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图8所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储数据验证的方法中的需要处理的数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种数据验证的方法。
113.本领域技术人员可以理解，图8中示出的结构，仅仅是与本公开实施例方案相关的部分结构的框图，并不构成对本公开实施例方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
114.在一个实施例中，还提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。
115.在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
116.在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
117.需要说明的是，本公开实施例所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。
118.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本公开实施例所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(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)等。本公开实施例所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本公开实施例所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。
119.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
120.以上所述实施例仅表达了本公开实施例的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本公开实施例专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本公开实施例构思的前提下，还可以做出若干变形和改进，这些都属于本公开实施例的保护范围。因此，本公开实施例的保护范围应以所附权利要求为准。