一种数据处理方法、装置、计算设备及存储介质与流程

1.本发明涉及大数据领域，尤其涉及一种数据处理方法、装置、计算设备及存储介质。


背景技术：

2.在产品面市后，需对产品进行持续地安全风险跟踪以及监测，故需要定期对产品进行风险评估。目前，通常由来自于单一部门或岗位的工作人员直接对产品进行风险评估，缺乏有效的管控机制，使得产品的风险评估结果容易不客观、不准确。
3.综上，目前亟需一种数据处理方法，用以提高数据处理的客观性以及准确性。


技术实现要素：

4.本发明提供一种数据处理方法、装置、计算设备及存储介质，用以提高数据处理的客观性以及准确性。
5.第一方面，本发明提供一种数据处理方法，该方法包括：获取数据处理请求，数据处理请求包括第一对象的标识、第一对象的待审核等级；根据第一对象的标识，若确定第一对象存在对应的历史等级，则根据第一对象的历史等级以及第一对象的待审核等级，确定n个审核节点，n为正整数；将第一对象的待审核等级发送至n个审核节点；获取n个审核节点的审核结果，并根据n个审核结果得到数据处理请求的数据处理结果。
6.上述方法中，对于不同的第一对象的历史等级以及待审核等级，其数据处理请求对应的n个审核节点可能不同，本发明中，根据第一对象的历史等级以及第一对象的待审核等级来确定n个审核节点，之后，通过将第一对象的待审核等级发送至n个审核节点，使得各审核节点的工作人员可以共同审核第一对象的待审核等级，从而提高数据处理的客观性、以及准确性。进一步地，本发明提供一种标准化、模块化的数据处理流程，可依据用户的业务需要，分模块、分为治之的方式对审核节点的流转进行定制，使得本方案中的数据处理方法灵活适用于各应用场景。
7.可选地，根据n个审核结果得到数据处理请求的数据处理结果，包括：若n个审核结果均为审核通过，将第一对象的待审核等级确定为第一对象的目标等级；若n个审核结果存在至少一项为审核不通过，则将数据处理请求退回。
8.上述方法中，当n个审核结果存在至少一项为审核不通过时，表明存在将第一对象的待审核等级作为第一对象的目标等级的异议，通过将数据处理请求退回以重新修改第一对象的待审核等级。当n个审核结果均为审核通过时，表明各个审核节点均认可将第一对象的待审核等级作为第一对象的目标等级。
9.可选地，根据第一对象的标识，若确定第一对象不存在对应的历史等级，则确定数据处理请求的数据处理结果为：将第一对象的待审核等级确定为第一对象的目标等级。
10.上述方法中，对于不存在历史等级的第一对象，则直接将待审核等级确定为第一对象的目标等级，提高了数据处理的效率。
11.可选地，根据第一对象的历史等级以及第一对象的待审核等级，确定n个审核节点，包括：根据数据处理请求的触发机制、第一对象的类型、以及第一对象的发布行中的至少一项、以及第一对象的历史等级和第一对象的待审核等级，确定数据处理请求对应的审核类型；根据数据处理请求对应的审核类型，确定出符合审核类型的n个审核节点。
12.上述方法中，通过多项判断依据来确定数据处理请求对应的审核类型，从而可以准确确定出数据处理请求对应的审核节点。
13.可选地，审核类型包括产品审核类型和内控审核类型；在第一对象的类型为聚类产品且数据处理请求为定期自动触发的任务，或者第一对象的类型为可售产品且第一对象由分行发布的情况下：根据数据处理请求的触发机制、第一对象的类型、以及第一对象的发布行中的至少一项、以及第一对象的历史等级和第一对象的待审核等级，确定数据处理请求对应的审核类型，包括：若第一对象的待审核等级或第一对象的历史等级与高风险相关，确定第一对象的审核类型包括产品审核类型和内控审核类型；若第一对象的待审核等级或第一对象的历史等级与高风险不相关，确定第一对象的审核类型包括产品审核类型。
14.上述方法中，当第一对象的待审核等级或第一对象的历史等级与高风险相关时，则确定第一对象的审核类型包括产品审核类型和内控审核类型，使得发布行的产品审核节点以及发布行的内控审核节点来审核第一对象的待审核等级，提高数据处理的准确性以及客观性；当第一对象的待审核等级或第一对象的历史等级与高风险不相关时，则确定第一对象的审核类型包括产品审核类型，使得仅需发布行的产品审核节点来审核第一对象的待审核等级，提高了评估效率。
15.可选地，审核类型包括产品审核类型和内控审核类型；在第一对象的类型为可售产品且第一对象由总行发布的情况下：根据数据处理请求的触发机制、第一对象的类型、以及第一对象的发布行中的至少一项、以及第一对象的历史等级和第一对象的待审核等级，确定数据处理请求对应的审核类型，包括：根据第一对象的历史等级以及第一对象的待审核等级，确定第一对象的审核类型包括产品审核类型。
16.上述方法中，在第一对象的类型为可售产品且第一对象由总行发布时，由于可售产品的数量较多，确定第一对象的审核类型包括产品审核类型，使得仅设置总行的产品审核节点来审核第一对象的待审核等级，提高了评估效率。
17.可选地，将第一对象的待审核等级发送至n个审核节点，包括：依照n个审核节点的处理层级的顺序，将第一对象的待审核等级依次发送至n个审核节点。
18.本发明实施例中，数据处理需要经过各审核节点的审核，本方案通过将第一对象的待审核等级按照审核节点的处理层级的顺序依次发送至各审核节点，使得各审核节点间可以高效协作，提高数据处理的效率。
19.可选地，与高风险相关包括以下内容中的任一项或任多项：第一对象的历史等级为非高风险，第一对象的待审核等级为高风险；第一对象的历史等级为高风险，第一对象的待审核等级为高风险；第一对象的历史等级为高风险，第一对象的待审核等级为低于高风险；第一对象的历史等级为非中高风险，第一对象的待审核等级为中高风险；第一对象的历史等级为中高风险，第一对象的待审核等级为中高风险；第一对象的历史等级为中高风险，第一对象的待审核等级为非中高风险。
20.第二方面，本发明提供了一种数据处理装置，该数据处理装置包括：获取单元，用
于获取数据处理请求，所述数据处理请求包括第一对象的标识、第一对象的待审核等级；处理单元，用于根据所述第一对象的标识，若确定所述第一对象存在对应的历史等级，则根据所述第一对象的历史等级以及所述第一对象的待审核等级，确定n个审核节点，所述n为正整数；将所述第一对象的待审核等级发送至n个审核节点；获取n个审核节点的审核结果，并根据n个审核结果得到所述数据处理请求的数据处理结果。
21.可选地，处理单元，具体用于若所述n个审核结果均为审核通过，将所述第一对象的待审核等级确定为所述第一对象的目标等级；若所述n个审核结果存在至少一项为审核不通过，则将所述数据处理请求退回。
22.可选地，处理单元，具体用于根据所述第一对象的标识，若确定所述第一对象不存在对应的历史等级，则确定所述数据处理请求的数据处理结果为：将所述第一对象的待审核等级确定为所述第一对象的目标等级。
23.可选地，处理单元，具体用于根据所述数据处理请求的触发机制、所述第一对象的类型、以及所述第一对象的发布行中的至少一项、以及所述第一对象的历史等级和所述第一对象的待审核等级，确定所述数据处理请求对应的审核类型；根据所述数据处理请求对应的审核类型，确定出符合所述审核类型的n个审核节点。
24.可选地，所述审核类型包括产品审核类型和内控审核类型；第一对象的类型为聚类产品，或者第一对象的类型为可售产品且所述第一对象由分行发布的情况下：所述处理单元，具体用于若第一对象的待审核等级或所述第一对象的历史等级与高风险相关，确定所述第一对象的审核类型包括产品审核类型和内控审核类型；若第一对象的待审核等级或所述第一对象的历史等级与高风险不相关，确定所述第一对象的审核类型包括产品审核类型。
25.可选地，所述审核类型包括产品审核类型和内控审核类型；第一对象的类型为可售产品且所述第一对象由总行发布的情况下：所述处理单元，具体用于根据所述第一对象的历史等级以及所述第一对象的待审核等级，确定所述第一对象的审核类型包括产品审核类型。
26.可选地，所述处理单元，具体用于依照所述n个审核节点的处理层级的顺序，将所述第一对象的待审核等级依次发送至n个审核节点。
27.可选地，所述与高风险相关包括以下内容中的任一项或任多项：第一对象的历史等级为非高风险，第一对象的待审核等级为高风险；第一对象的历史等级为高风险，第一对象的待审核等级为高风险；第一对象的历史等级为高风险，第一对象的待审核等级为低于高风险；第一对象的历史等级为非中高风险，第一对象的待审核等级为中高风险；第一对象的历史等级为中高风险，第一对象的待审核等级为中高风险；第一对象的历史等级为中高风险，第一对象的待审核等级为非中高风险。
28.第三方面，本发明提供了一种计算设备，包括至少一个处理器以及至少一个存储器，其中，所述存储器存储有计算机程序，当所述程序被所述处理器执行时，使得所述处理器执行上述第一方面任一所述的数据处理方法。
29.第四方面，本发明还提供了一种计算机可读存储介质，所述存储介质存储有程序，当所述程序在计算机上运行时，使得计算机实现执行上述第一方面任意所述的数据处理方法。
30.第五方面，本发明还提供一种计算机程序产品，包括计算机可读指令，当计算机可读指令被处理器执行时，使得上述第一方面的任一种可能的设计中所述的方法实现。
31.上述第二方面至第五方面的有益效果，具体请参照上述第一方面中相应设计可以达到的技术效果，这里不再重复赘述。
附图说明
32.为了更清楚地说明本发明中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
33.图1为本发明实施例提供的一种系统架构示意图；
34.图2为本发明实施例提供的一种数据处理的方法流程示意图；
35.图3为本发明实施例提供的一种可能的产品a的审核流程图；
36.图4为本发明实施例提供的一种可能的产品b的审核流程图；
37.图5为本发明实施例提供的一种可能的产品c的审核流程图；
38.图6为本发明实施例提供的一种基于产品c的工作流程的构建图；
39.图7为本发明实施例提供的一种基于工作流引擎的系统架构图；
40.图8为本发明实施例提供的一种操作记录页面的示意图；
41.图9为本发明实施例提供的一种数据处理装置结构图；
42.图10为本发明实施例提供的一种计算设备的结构示意图。
具体实施方式
43.为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
44.需要说明的是，在本发明的描述中“多个”理解为“至少两个”。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。a与b连接，可以表示：a与b直接连接和a与b通过c连接这两种情况。另外，在本发明的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。
45.此外，本发明技术方案中，对数据的采集、传播、使用等，均符合国家相关法律法规要求。
46.如图1所示，为本发明实施例提供的一种系统架构示意图，该系统架构包括至少一个服务器和至少一个终端，比如图示以一个服务器101和一个终端102为例。其中，服务器101和终端102之间可通过通信网络进行信息交互，通信网络采用的通信方式可包括：无线通信方式和有线通信方式。例如，终端102可以是通过蜂窝移动通信技术接入网络，与服务器101进行通信，其中，蜂窝移动通信技术，包括第五代移动通信(5th generation mobile networks，5g)技术；再例如，终端102也可以通过短距离无线通信方式接入网络，与服务器
101进行通信，其中，短距离无线通信方式包括常见的无线保真(wireless fidelity，wi-fi)等技术。
47.下面对服务器101和终端102分别进行详细介绍。
48.服务器101可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(content delivery network，cdn)、以及大数据和人工智能平台等基础云计算服务的云服务器。
49.终端102是一种可以向用户提供语音和/或数据连通性的设备，包括：具有无线连接功能的手持式终端设备、车载终端设备，如，安卓设备、ios设备、手机、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device，mid)、可穿戴设备，虚拟现实(virtual reality，vr)设备、增强现实(augmented reality，ar)设备等。
50.一种可能的应用场景中，终端102上可以安装有与数据处理相关的客户端，该客户端可以是软件(例如，app、浏览器、短视频软件等)，也可以是网页、小程序等。该客户端可以为用户呈现数据处理界面，比如可以向发起用户呈现数据处理界面，由发起用户在数据处理界面中添加或认领待进行数据处理的产品，并上传数据处理请求。其中，发起用户指对产品进行数据处理的发起者，数据处理请求比如可以是发起用户触发的风险评估请求。服务器101可将发起用户上传的数据处理请求流转至各审核节点进行数据处理。一些实施例中，终端102上的客户端还可以为各审核节点的参与用户呈现数据处理界面，以便于由各审核节点的参与用户在数据处理界面中进行与数据处理请求相关的数据处理操作。
51.可选的，针对于前述的待进行数据处理的产品，该产品的内部信息可以包括以下内容中的任一项或多项：产品编号、产品名称、是否代销、基础产品、基础产品编码、归属产品组、产品组编码、归属产品线、产品线编码、产品形态、产品描述、表内表外标识、产品状态、产品币种类型、业务性质、产品管理方、产品销售方、归属部门、销售渠道、预约渠道、产品使用客户类型、产品所属分行、分行特色产品标识、以及子公司特色支持标志。
52.以及，产品的类型可以包括可售产品以及聚类产品。其中，可售产品是商业银行向客户传递服务价值的微观载体，也是开展经营管理活动最小颗粒度的业务单元。可售产品的数量级别往往相对于聚类产品来说较大，若对每一个最小颗粒度的业务单元的可售产品一一进行评估，评估的数量相对较大。区别于可售产品，聚类产品是根据产品业务逻辑，将可售产品按照趋同或相近的产品本质特征，聚类而成的企业级统筹管理对象。聚类产品与可售产品之间存在逻辑清晰、实时联动的映射关系，同一聚类产品项下的可售产品的风险水平一致，归属的管理部门相同。
53.另外，聚类产品与可售产品有明确的映射关系，聚类产品是多个(含一个)可售产品的组合，且每个可售产品必须且仅能映射一个聚类产品。聚类产品是根据产品业务管理逻辑关系打造的企业级统筹管理对象，是产品谱系架构的管理主体，可对相似的可售产品进行统一管理。聚类产品边界清晰，不同聚类产品间具有互斥性，此外，聚类产品及其项下的可售产品应有明确的业务范围并相对固定，而且，同一聚类产品项下所有可售产品的特征应是趋同或相似的，包括服务流程、交易结构、交付方式等，故同一类聚类产品项下所有可售产品的风险特征应趋同。
54.再者，聚类产品的内部信息可以包括以下内容中的任一项或多项：产品线、产品
组、基础产品、管理机构名称、产品聚类编码、产品聚类名称、聚类产品描述、产品适用客户类型、风险得分、风险等级、本次认定时间、下次重检时间、业务性质、设计时间、设计人、关联可售产品等信息。
55.如背景技术所述，现有产品的风险评估是由单一部门或岗位的工作人员直接评估的，容易存在评估结果不客观且不准确的技术问题。
56.有鉴于此，本技术提供一种数据处理方法，该方法从企业级产品管理视角出发，基于全面反映产品业务逻辑、风控合规和量化评价管理要求，依托产品目录和产品模型，构建形成了以聚类产品为重要特征的产品谱系架构体系。
57.基于上述内容，如图2所示，为本发明提供的一种数据处理的方法流程示意图，该方法适用于数据处理装置，该数据处理装置可以为上述图1所示的服务器101，具体不作限定。该方法包括以下步骤：
58.步骤201，数据处理装置获取数据处理请求。
59.示例性地，数据处理请求可以是发起用户触发给数据处理装置的。比如，一种可能的场景中，终端的数据处理界面上存在定期自动触发的各个任务，发起用户在需要发起某一任务时，可在数据处理界面中认领对应的任务，并填写相关信息后提交，终端根据提交的任务生成数据处理请求。又比如，另一种可能的场景中，发起用户在需要发起某一任务时，可在数据处理界面中手动添加相应的任务，并填写相关信息后提交，终端根据提交的任务生成数据处理请求。当然，数据处理请求还可能是发起用户通过其他方式触发的，此处不再一列举。
60.本技术中，数据处理请求中包括第一对象的标识和第一对象的待审核等级。其中，第一对象是指需要进行数据处理的产品，比如，第一对象可以是指需要进行风险评估的产品。第一对象的标识可以是指第一对象的名称，也可以是指第一对象的序列号，具体不作限定。第一对象的待审核等级是由发起用户对第一对象进行评估而确定的，比如，以数据处理指风险评估为例，第一对象的待审核等级可以是由发起用户对第一对象的风险等级进行评估而确定的。
61.可选地，第一对象的待审核等级可以呈现为数据表、图、栈、队列等中的任一形式。比如，以数据处理指风险评估且待审核等级呈现为数据表为例，发起用户发起对第一对象的数据处理后，可填写该第一对象的风险评估表，并将包括第一对象的标识以及风险评估表的数据处理请求上传至数据处理装置，由数据处理装置执行如下步骤202。
62.步骤202，数据处理装置根据第一对象的标识，若确定第一对象存在对应的历史等级，则根据第一对象的历史等级以及第一对象的待审核等级，确定n个审核节点，其中，n为正整数。
63.可选地，数据处理装置的本地可存储有进行数据处理的一个或多个产品的标识以及对应的历史等级。数据处理装置接收到数据处理请求后，可先根据第一对象的标识，查询数据处理装置的本地，确定该本地是否存储有第一对象对应的历史等级。若存在第一对象对应的历史等级，意味着第一对象之前已被处理过，此次为非初次处理，此时，数据处理装置可根据第一对象的历史等级以及第一对象的待审核等级，确定用来对第一对象进行再次处理的n个审核节点。
64.需要说明是，当数据处理请求是指产品的风险评估请求时，若该风险评估请求中
的该产品存在对应的历史等级，则表明之前已对该产品进行过风险评估，可以称本次风险评估请求为重检。
65.在一种可能的实现方式中，数据处理装置可通过如下方式确定n个审核节点：首先，数据处理装置根据数据处理请求的触发机制、第一对象的类型、第一对象的发布行中的至少一项、第一对象的历史等级和第一对象的待审核等级，确定数据处理请求对应的审核类型；之后，数据处理装置根据数据处理请求对应的审核类型，确定出符合审核类型的n个审核节点。
66.其中，数据处理请求的触发机制可为手动触发或定期自动触发。第一对象的类型可为聚类产品或可售产品。发布行是指发布第一对象的所属行，可以是总行，或者，可以是各分行。需要说明的是，当第一对象的类型为聚类产品时，第一对象的发布行为总行。当第一对象的类型为可售产品时，第一对象的发布行可以为总行，也可以为任一分行，还可以是其他机构。其中，总行或分行具体可以是境内的总行或分行。
67.在一种可能的实现方式中，数据处理装置可先根据第一对象的待审核等级以及第一对象的历史等级，判断第一对象的待审核等级以及第一对象的历史等级是否与高风险相关。示例性地，与高风险相关包括以下内容中的任一项或任多项：第一对象的历史等级为非高风险，第一对象的待审核等级为高风险(也即相对于历史等级，第一对象的待审核等级为将第一对象增为高风险)；第一对象的历史等级为高风险，第一对象的待审核等级为高风险(也即相对于历史等级，第一对象的待审核等级为将第一对象维持高风险)；第一对象的历史等级为高风险，第一对象的待审核等级为低于高风险(也即相对于历史等级，第一对象的待审核等级为将第一对象调出高风险)；第一对象的历史等级为非中高风险，第一对象的待审核等级为中高风险(也即相对于历史等级，第一对象的待审核等级为将第一对象增为中高风险)；第一对象的历史等级为中高风险，第一对象的待审核等级为中高风险(也即相对于历史等级，第一对象的待审核等级为将第一对象维持中高风险)；第一对象的历史等级为中高风险，第一对象的待审核等级为非中高风险(也即相对于历史等级，第一对象的待审核等级为将第一对象调出中高风险)。
68.进一步的，数据处理装置可再根据数据处理请求的触发机制、第一对象的类型、以及第一对象的发布行中的至少一项、以及第一对象的历史等级和第一对象的待审核等级是否与高风险相关的判断结果，来确定数据处理请求对应的审核类型，之后，再将数据处理请求对应的审核类型对应的审核节点确定为第一对象对应的n个审核节点。
69.示例性地，审核类型可为产品审核类型和内控审核类型中的至少一种。其中，产品审核类型对应的审核节点称为产品审核节点，可包括产品经理岗、产品创新主管岗、以及产品创新审批岗；内控审核类型对应的审核节点称为内控审核节点，可包括评估初审岗、评估复核岗、以及评估审定岗。
70.为了使方案更清晰，下面示例性地给出一些情景，来介绍每种情景下对应的审核类型和审核节点：
71.情景一：第一对象的类型为聚类产品且数据处理请求为定期自动触发的任务，或者第一对象的类型为可售产品且第一对象由分行发布，与此同时，第一对象的待审核等级或所述第一对象的历史等级与高风险相关。
72.在情景一下，第一对象的审核类型包括产品审核类型和内控审核类型。因此，第一
对象的审核节点包括发布行的产品审核节点和发布行的内控审核节点。
73.情景二：第一对象的类型为聚类产品且数据处理请求为定期自动触发的任务，或者第一对象的类型为可售产品且所述第一对象由分行发布，与此同时，第一对象的待审核等级或所述第一对象的历史等级与高风险不相关。
74.在情景二下，第一对象的审核类型包括产品审核类型，因此，第一对象的审核节点包括发布行的产品审核节点。
75.情景三：第一对象的类型为聚类产品且数据处理请求为手动触发的任务。
76.在情景三下，第一对象的审核类型包括产品审核类型和内控审核类型。因此，第一对象的审核节点包括发布行的产品审核节点和发布行的内控审核节点。
77.情景四：第一对象的类型为可售产品且第一对象由总行发布。
78.在情景四下，第一对象的审核类型包括产品审核类型，因此，第一对象的审核节点包括总行的产品审核节点。
79.可选地，根据第一对象的标识，若确定第一对象不存在对应的历史等级，则确定数据处理请求的数据处理结果为：将第一对象的待审核等级确定为第一对象的目标等级。
80.上述方法中，对于不存在历史等级的第一对象，例如第一次进行数据处理的第一对象，则直接将待审核等级确定为第一对象的目标等级，提高了数据处理的效率。
81.步骤203，数据处理装置将第一对象的待审核等级发送至n个审核节点。
82.在一种可能的实现方式中，数据处理装置在确定n个审核节点后，可依照n个审核节点的处理层级的顺序，将第一对象的待审核等级依次发送至n个审核节点。可选的，内控审核节点的处理层级位于产品审核节点的处理层级之后，内控审核节点的层级由前至后依次为：评估初审岗、评估复核岗、评估审定岗；产品审核节点的层级由前至后依次为：产品经理岗、产品创新主管岗、产品创新审批岗。
83.步骤204，数据处理装置获取n个审核节点的审核结果，并根据n个审核结果得到数据处理请求的数据处理结果。
84.可选地，若n个审核结果均为审核通过，则数据处理装置可将第一对象的待审核等级确定为第一对象的目标等级；若n个审核结果存在至少一项为审核不通过，则数据处理装置可将数据处理请求退回。
85.本发明实施例中，审核节点的确定依据于第一对象对应的历史等级以及第一对象的待审核等级，也即是说，本发明中对第一对象的数据处理中参考了第一对象的历史等级，将第一对象的历史等级作为评估当前风险等级的参考基准，通过对比历史等级，从而实现对产品的客观的风险评估，同时还有助于了解产品的风险等级是否有所改善或恶化；另一方面，由于将第一对象的待审核等级发送至n个审核节点，使得各审核节点的工作人员可以共同审核第一对象的风险等级，提供了更全面、客观的数据处理，减少了单一部门或岗位的工作人员直接对产品进行数据处理可能存在的偏见或盲点。进一步地，本发明提供一种标准化、模块化的数据处理流程，可依据用户的业务需要，分模块、分为治之的方式对审核节点的流转进行定制，使得本方案中的数据处理方法灵活适用于各应用场景。
86.为了使本发明实施例的方案更加清晰，下面介绍本发明实施例提供的三种具体实现方式：
87.示例性地，假设产品a为聚类产品且数据处理请求为定期自动触发的任务，且产品
a的待审核等级或历史等级与高风险相关。比如，总行产品经理岗的工作人员触发产品a的定期数据处理任务，并上传产品a的待审核等级。则：数据处理装置获取产品a的数据处理请求，根据产品a的标识，确定产品a存在对应的历史等级，由于产品a为聚类产品且数据处理请求为定期自动触发的任务，且产品a的待审核等级或历史等级与高风险相关，故数据处理装置确定产品a的审核类型包括产品审核类型和内控审核类型，故产品a的审核节点包括总行的产品审核节点和总行的内控审核节点。其中，总行的产品审核节点包括总行产品经理岗、总行产品创新主管岗、以及总行产品创新审批岗，总行的内控审核节点包括总行评估初审岗、总行评估复核岗、以及总行评估审定岗。之后，数据处理装置将产品a的待审核等级发送至各个审核节点。
88.进一步的，假设产品a按照图3所示审核流程在上述确定出的各个审核节点进行审核，则：当总行评估初审岗的审核结果为不通过时，数据处理装置会将数据处理请求退回，总行产品经理岗重新修改产品a的待审核等级并将重新修改后的待审核等级提交至总行产品创新主管岗审核，待总行产品创新主管岗审核通过后，数据处理装置会再将重新修改后的待审核等级提交至总行评估初审岗进行重新审核。如此，经过各审核节点的审核后，数据处理装置可确定产品a的目标等级。
89.再例如，假设产品b为可售产品且由分行发布，且产品b的待审核等级或历史等级与高风险相关。其中，可售产品重检任务分发岗的工作人员分发产品b的数据处理任务，分行产品经理岗的工作人员认领并触发产品b的数据处理任务，并上传产品b的待审核等级。数据处理装置获取产品b的数据处理请求，根据产品b的标识，确定产品b存在对应的历史等级，由于产品b为由分行发布的可售产品，且产品b的待审核等级或历史等级与高风险相关，故数据处理装置确定产品b的审核类型包括产品审核类型和内控审核类型，故产品b的审核节点包括分行的产品审核节点和分行的内控审核节点。其中，分行的产品审核节点包括分行产品经理岗、分行产品创新主管岗、以及分行产品创新审批岗，分行的内控审核节点包括分行评估初审岗、分行评估复核岗、以及分行评估审定岗。之后，数据处理装置将产品b的待审核等级发送至各个审核节点。
90.进一步的，假设产品b按照图4所示审核流程在上述确定出的各个审核节点进行审核，则：当分行评估初审岗的审核结果为不通过时，将数据处理请求退回，分行产品经理岗重新修改产品b的待审核等级并将重新修改后的待审核等级提交至分行产品创新主管岗审核，分行产品创新主管岗审核通过后再将重新修改后的待审核等级提交至分行产品创新审核岗，分行产品创新审核岗审核通过后再将重新修改后的待审核等级提交至分行评估初审岗进行重新审核。经过各审核节点的审核后，确定产品b的目标等级。
91.再例如，假设产品c为可售产品且由总行发布。具体地，可售产品重检任务分发岗的工作人员分发产品c的数据处理任务，总行产品经理岗的工作人员认领并触发产品c的数据处理任务，并上传产品c的待审核等级。数据处理装置获取产品c的数据处理请求，根据产品c的标识，确定产品c存在对应的历史等级，由于产品c为可售产品且由总行发布，故数据处理装置确定产品c的审核类型包括产品审核类型和内控审核类型，故产品c的审核节点包括总行的产品审核节点。其中，总行的产品审核节点包括总行产品经理岗、总行产品创新主管岗、以及总行产品创新审批岗。之后，数据处理装置将产品c的待审核等级发送至各个审核节点。
92.进一步的，假设产品c按照图5所示审核流程在上述确定出的各个审核节点进行审核，则：可售产品重检任务分发岗分发产品c的任务，当总行产品创新主管岗、以及总行产品创新审批岗依次审核并通过总行产品经理岗提交的产品c的待审核等级后，确定第一对象的目标等级为该通过审核的产品c的待审核等级。
93.可以理解的，当产品既包括聚类产品又包括可售产品，可以先对聚类产品进行数据处理，之后，再在对聚类产品下的可售产品进行数据处理，对聚类产品进行数据处理的流程可参照上述图3所述内容，对可售产品进行数据处理的流程可参照上述图4至图5所述内容，此处不再一一重复赘述。
94.在本发明实施例中，数据处理装置可以配置有工作流引擎(workflow engine)，通过工作流引擎来实现上述介绍的数据处理方法。工作流引擎是一种用于自动化和管理业务流程的软件工具，允许在复杂的业务环境中定义、执行和监控工作流程。
95.在一种可能的实现方式中，工作流引擎可以是指图形可配置的工作流引擎。图形可配置的工作流引擎是一种具有可视化编辑功能和可配置性的工作流引擎，允许用户使用图形界面进行工作流程的设计和配置，而无需编写复杂的代码或进行深入的编程。
96.具体地，图形可配置的工作流引擎的构建原理为：在构建一个工作流流程时，填写流程环节定义的编号、名称、节点类型、系统互斥开关，以及流程描述。当一个前序节点按正向流转到另外一个后序节点，也即审核结果为通过时，编辑节点间边的属性，在遵循mvel2-2.1.2开源表达式的语法中使用前序节点编号＝“y”表示，如，anli_xz_fh_sb_001＝“y”。当一个后序节点按逆向流转到另外一个前序节点时，也即审核结果为退回时，分两种情况：第一种，若两个节点不相邻，编辑节点间边的属性，在遵循mvel2-2.1.2开源表达式的语法中使用后序节点编号＝“b”表示，如，anli_xz_fh_sb_nx_001＝“b”，同时，在后序节点的节点扩展信息属性中设置不相邻前序节点的节点编号；第二种，若两个节点(也即前序节点和后序节点)相邻，则只需要在后序节点的扩展信息属性中设置“back”字样表示即可。特别地，对于流程中的加签等特殊业务情况，通过设置特定的变量属性，判断是否满足来决定重检流程是否需要流转到此路径。
97.如图6所示，为本发明实施例提供的一种基于产品c的工作流程的构建图。由前述介绍可知，产品c的审核节点包括总行产品经理岗、总行产品创新主管岗、以及总行产品创新审批岗。使用图形可配置的工作流引擎，在图形界面中创建可售产品重检任务分发岗、总行产品经理岗、总行产品创新主管岗、以及总行产品创新审批岗，并按照处理层级创建的各个岗位间的流转关系。
98.上述方案中，数据处理流程通过定制化的工作流引擎来进行统一流程管理，摒弃传统的通过设置不同的状态数值来控制流程状态，从而减轻管理这些流程状态对象的工作量，进一步减少在实际开发过程中因对状态数值的控制不当带来的错误。
99.可选地，工作流引擎包括工作流引擎应用程序编程(application programming interface，api)接口以及流程结构存储。其中，工作流引擎api接口包含：启动工作流，提交任务(注意加签标识复制等)，根据流程实例id获取流程实例对象，根据流程实例id获取当前流程实例所在的节点，终止流程实例，工作项认领，获取下一生命周期数据，查询历史流程实例，根据流程实例id查询任务，查询已办，查询待办及在办。流程结构存储包含：流程实例名称，流程环节关键信息，流程环节间路由信息的关键信息。具体地，流程环节信息包含
编码、名称、节点类型、流程节点扩展信息、流程描述。路由信息包含描述、表达式、遵循mvel2-2.2.1开源表达式的语法、聚合权重、提交状态、回退状态等。
100.工作流引擎可以包括两张用于存储关键信息的数据库表，分别为工作流分支表wf_act_branch，工作流流程定义表wf_process_act_def。其中，工作流分支表wf_act_branch主要存储以下字段信息：路由信息编号，指向节点，来源节点，路由信息描述，流程定义编号，路由条件描述，聚合权重。工作流流程定义表wf_process_act_def主要存储以下字段信息：流程环节定义编号，父流程定义编号，流程环节名称，流程环节信息描述，待办任务分配类型代码，横轴位置信息数值，纵轴位置信息数值，业务流程定义状态代码，业务流程环节类型代码，状态规则代码，是否可以发起会签执行标志，预先处理模板类型，事后处理模板类型，流程定义创建时间，流程定义创建类型编号，流程定义信息版本号，优先级级别，业务系统编号，岗位编号，岗位角色编号，处理人编号，回退action配置信息，信号操作级别，规则代码，规则执行时间类型，聚合策略，聚合目标权重，流程定义扩展信息，流程类型代码，子流程运行类型，候选子流程编号，预设执行时间，页面跳转路径，节点互斥类型，启用标志，通知操作类型，候选用户编号，候选岗位编号，候选机构编号，模板组，岗位名称，流程业务类型，创建人信息名称。
101.其中，工作流引擎将主要信息结果存储在工作流分支表wf_act_branch、工作流流程定义表wf_process_act_def。通过这样的方式，在n个审核节点进行审核流程时，可更加关注审核流程的业务逻辑，对于下一节点流转到哪个机构哪个用户，完全可以由工作流引擎统一管理。
102.基于上述介绍的工作流引擎，图7示例性地示出本发明实施例提供的一种基于工作流引擎的系统架构图。该系统包括终端以及工作流引擎，其中，终端包括数据处理界面以及客户端，工作流引擎包括工作流引擎api接口以及流程结构存储。具体地，客户端接收数据处理界面上传的第一对象的待审核等级以及第一对象的标识，之后将包括有第一对象的标识以及第一对象的待审核等级的数据处理请求经过工作流引擎api接口发送至流程结构存储进行数据处理。本方案中，工作流引擎的引入可以大大减轻审核流程中的状态等处理，客户端只需要调用工作流引擎api接口就可实现模块化以及标准化的数据处理。
103.其中，对于数据处理界面，工作人员可以通过数据处理界面查看任意产品的操作记录。
104.如图8所示，为本发明实施例提供的一种操作记录页面的示意图，该页面会显示某一具体的产品在所有环节的所有操作记录，任意审核节点的工作人员可以通过操作记录页面确定下一审核节点的岗位和所属机构名称。
105.每位用户可以查看第一对象(聚类产品/可售产品)的办理状态，办理状态包括：待办(产品已指定给处理的岗位但还未被分配给具体的工作人员，属于审核中的任务)；在办(产品已指定给具体的工作人员但还未被待处理，属于审核中的任务)；已办(产品已被具体的工作人员处理，且属于审核中/审核退回/审核通过的任务)；已结束(产品已被具体的工作人员处理，且属于审核通过的任务)。
106.此外，对于数据处理界面，工作人员可以通过数据处理界面的任务池中认领待进行数据处理的产品。
107.聚类产品的重检任务池包括：
108.【用户】：总行公司业务部(产品经理岗、产品创新主管岗、以及产品创新审批岗)、总行内控部(评估初审岗、评估复核岗、评估审定岗)。
109.【任务池数据】：总行聚类产品风险重检任务(重检类型为“定期/手动触发”，任务状态为“已认领/未认领”)，重检流程结束后退出任务池。其中，对于停售或退市的聚类产品，不再生成定期重检任务。
110.【范围】：为产品经理岗展示管理机构为本部门的重检产品的任务(包括未认领的产品、以及已认领的产品)；为总行内控部中的三个岗位，也即，评估初审岗、评估复核岗、评估审定岗，展示全行的重检任务。
111.【查询条件】：
112.聚类产品编号：默认空，支持精确查询。
113.聚类产品名称：默认空，支持模糊查询。
114.管理机构名称：默认“请选择”，下拉框(可单选：公司业务部、战略客户部、机构业务部、同业业务中心
……
，同现有聚类维护)。
115.重检任务类型：默认“请选择”，下拉框(可单选：定期重检、手动触发)。
116.定期重检规则为：对于新增已生效的聚类产品，“下次风险评估日期”前30个自然日触发定时任务，生成聚类的“定期重检”任务；以后每年重检流程中，系统自动更改(禁止人工调整)“本次认定时间、下次风险评估日期”，下次按最新的“下次评估日期”前30个自然日生成待办任务；若上次的重检任务未认领或未完成，则不再生成新的重检任务。
117.手动触发规则为：通过【聚类产品查询】菜单，手动触发“重检”按钮，生成聚类的“手动触发重检任务”。
118.需要说明的是，若某一聚类产品当前有升级流程，则不允许再认领该聚类产品。对于当前已有升级版本的聚类产品，需在当前流程结束后再操作。对于已认领的聚类产品，产品经理岗的工作人员若未提交重检任务流程，则可发起该聚类产品的聚类升级，若产品经理岗的工作人员已提交重检任务流程，则不能发起该聚类产品的聚类升级。
119.可售产品的重检任务池包括：
120.【用户】：可售产品重检任务分发岗，一个岗位支持多个工作人员。可售产品的重检任务推送至分发岗，该岗位的用户均可见任务。
121.【任务池数据】：岗位下需要去分发的可售产品重检任务，分发状态默认“未分发”。数据来源：聚类产品重检完成后，实时触发聚类产品下可售产品的重检任务，系统根据可售产品的“归属部门”属性匹配到对应的可售产品重检任务分发岗(白名单配置一个“归属部门”对应的可售产品重检任务分发岗，可售产品重检任务分发岗再配一个或者多个工作人员)，可售产品重检任务分发岗人员通过进入页面可以看到岗位下待分发的可售产品重检的任务。需要说明的是：聚类产品做了定期重检，则仅需引发聚类产品下的在售、已发布的可售产品；若聚类产品做了触发重检，则需引发聚类产品下的试销、在售、停售、以及已发布的可售产品，不引发退市的可售产品。若某一可售产品若无对应的聚类产品，则不对该可售产品生成重检任务。在维护可售产品时，产品的归属部门栏位，通过机构树展示，对于分行产品只能选到分行或分行部门层级，对于总行产品只能勾选总行部门层级，隐藏机构查询功能，此外，系统生成任务时会按照产品的归属部门栏位，同层或下一层匹配分发岗。此外，若一个聚类产品重检完毕，且触发了可售产品的重检，如果这个可售产品上一次触发的重
检任务还没有完成，则不生成重检任务。
122.可售产品的内控任务池包括：
123.【用户】：总行内控部、分行内控部；其中，总行可以看全行的可售产品的内控任务池，分行仅可以看所属行的一级行辖的可售产品的内控任务池。
124.【数据】：汇聚所有已被触发、最新版本非已发布的可售；正常数据已自动发送到分发人名下，异常数据由相关管理员修改后，自动重新指派到各个工作人员。
125.【补触发】：单选，补触发后提交至分发人，满足条件后弹出提交成功。其中，若一个可售产品没有对应的分发岗、或者没有对应的归属部门，或者一个可售产品的任务处于升级状态，则不能手动去补触发该可售产品的重检任务。进一步地，若一个可售产品没有对应的分发岗，则提示“该可售产品的归属部门还未配置分发岗，不能补触发”；若一个可售产品没有对应的归属部门，则提示“产品的归属部门为空，不能补触发”；对于在升级任务中的可售产品，则提示“可售产品正在升级中，不能补触发”。此外，总行可对分行的可售产品进行触发。
126.基于上述同样的发明构思，本发明还提供一种数据处理装置，该装置可执行上述发明实施例中的方法。本发明提供的一种数据处理装置的结构可参见图9。数据处理装置900包括获取单元901和处理单元902。其中，获取单元901用于获取数据处理请求，数据处理请求包括第一对象的标识、第一对象的待审核等级；处理单元902用于根据第一对象的标识，若确定第一对象存在对应的历史等级，则根据第一对象的历史等级以及第一对象的待审核等级，确定n个审核节点，n为正整数；将第一对象的待审核等级发送至n个审核节点；获取n个审核节点的审核结果，并根据n个审核结果得到数据处理请求的数据处理结果。
127.有关上述获取单元901和处理单元902更详细地描述可以参考图2所示的方法实施例中相关描述直接得到，此处不再一一赘述。
128.基于相同的技术构思，本发明还提供了一种计算设备，如图10所示，计算设备1000包括至少一个处理器1001，以及与至少一个处理器连接的存储器1002，本发明中不限定处理器1001与存储器1002之间的具体连接介质，图10中处理器1001和存储器1002之间通过总线连接为例。总线可以分为地址总线、数据总线、控制总线等。
129.在本发明中，存储器1002存储有可被至少一个处理器1001执行的指令，至少一个处理器1001通过执行存储器1002存储的指令，可以执行前述的数据处理方法中所包括的步骤。
130.其中，处理器1001是计算设备的控制中心，可以利用各种接口和线路连接计算设备的各个部分，通过运行或执行存储在存储器1002内的指令以及调用存储在存储器1002内的数据，从而实现数据处理。可选地，处理器1001可包括一个或多个处理单元，处理器1001可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理下发指令。可以理解的是，上述调制解调处理器也可以不集成到处理器1001中。在一些实施例中，处理器1001和存储器1002可以在同一芯片上实现，在一些实施例中，它们也可以在独立的芯片上分别实现。
131.处理器1001可以是通用处理器，例如中央处理器(central processing unit，cpu)、数字信号处理器、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬
件组件，可以实现或者执行本发明中公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合数据处理方法实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
132.存储器1002作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器1002可以包括至少一种类型的存储介质，例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(random access memory，ram)、静态随机访问存储器(static random access memory，sram)、可编程只读存储器(programmable read only memory，prom)、只读存储器(read only memory，rom)、带电可擦除可编程只读存储器(electrically erasable programmable read-only memory，eeprom)、磁性存储器、磁盘、光盘等等。存储器1002是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本发明中的存储器1002还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。
133.基于相同的技术构思，本发明还提供了一种计算机可读存储介质，其存储有可由计算设备执行的计算机程序，当所述程序在所述计算设备上运行时，使得所述计算设备执行上述数据处理方法的步骤。
134.基于相同的技术构思，本发明实施例还提供一种计算机程序产品，包括计算机可读指令，当计算机可读指令被处理器执行时，使得上述数据处理方法实现。
135.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
136.本技术是参照根据本技术的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
137.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
138.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
139.显然，本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的精神和范围。这样，倘若本技术的这些修改和变型属于本技术权利要求及其等同技术的范围
之内，则本技术也意图包含这些改动和变型在内。

技术特征：
1.一种数据处理方法，其特征在于，包括：获取数据处理请求，所述数据处理请求包括第一对象的标识、第一对象的待审核等级；根据所述第一对象的标识，若确定所述第一对象存在对应的历史等级，则根据所述第一对象的历史等级以及所述第一对象的待审核等级，确定n个审核节点，所述n为正整数；将所述第一对象的待审核等级发送至n个审核节点；获取所述n个审核节点的审核结果，并根据n个审核结果得到所述数据处理请求的数据处理结果。2.如权利要求1所述的方法，其特征在于，所述根据n个审核结果得到所述数据处理请求的数据处理结果，包括：若所述n个审核结果均为审核通过，将所述第一对象的待审核等级确定为所述第一对象的目标等级；若所述n个审核结果存在至少一项为审核不通过，则将所述数据处理请求退回。3.如权利要求1所述的方法，其特征在于，还包括：根据所述第一对象的标识，若确定所述第一对象不存在对应的历史等级，则确定所述数据处理请求的数据处理结果为：将所述第一对象的待审核等级确定为所述第一对象的目标等级。4.如权利要求1所述的方法，其特征在于，所述根据所述第一对象的历史等级以及所述第一对象的待审核等级，确定n个审核节点，包括：根据所述数据处理请求的触发机制、所述第一对象的类型、以及所述第一对象的发布行中的至少一项、以及所述第一对象的历史等级和所述第一对象的待审核等级，确定所述数据处理请求对应的审核类型；根据所述数据处理请求对应的审核类型，确定出符合所述审核类型的n个审核节点。5.如权利要求4所述的方法，其特征在于，所述审核类型包括产品审核类型和内控审核类型；在第一对象的类型为聚类产品且所述数据处理请求为定期自动触发的任务，或者第一对象的类型为可售产品且所述第一对象由分行发布的情况下：所述根据所述数据处理请求的触发机制、所述第一对象的类型、以及所述第一对象的发布行中的至少一项、以及所述第一对象的历史等级和所述第一对象的待审核等级，确定所述数据处理请求对应的审核类型，包括：若第一对象的待审核等级或所述第一对象的历史等级与高风险相关，确定所述第一对象的审核类型包括产品审核类型和内控审核类型；若第一对象的待审核等级或所述第一对象的历史等级与高风险不相关，确定所述第一对象的审核类型包括产品审核类型。6.如权利要求4所述的方法，其特征在于，所述审核类型包括产品审核类型和内控审核类型；在第一对象的类型为可售产品且所述第一对象由总行发布的情况下：所述根据所述数据处理请求的触发机制、所述第一对象的类型、以及所述第一对象的发布行中的至少一项、以及所述第一对象的历史等级和所述第一对象的待审核等级，确定所述数据处理请求对应的审核类型，包括：
根据所述第一对象的历史等级以及所述第一对象的待审核等级，确定所述第一对象的审核类型包括产品审核类型。7.如权利要求1所述的方法，其特征在于，所述将所述第一对象的待审核等级发送至n个审核节点，包括：依照n个审核节点的处理层级的顺序，将所述第一对象的待审核等级依次发送至n个审核节点。8.如权利要求5所述的方法，其特征在于，所述与高风险相关包括以下内容中的任一项或任多项：第一对象的历史等级为非高风险，第一对象的待审核等级为高风险；第一对象的历史等级为高风险，第一对象的待审核等级为高风险；第一对象的历史等级为高风险，第一对象的待审核等级为低于高风险；第一对象的历史等级为非中高风险，第一对象的待审核等级为中高风险；第一对象的历史等级为中高风险，第一对象的待审核等级为中高风险；第一对象的历史等级为中高风险，第一对象的待审核等级为非中高风险。9.一种数据处理装置，其特征在于，包括：获取单元，用于获取数据处理请求，所述数据处理请求包括第一对象的标识、第一对象的待审核等级；处理单元，用于根据所述第一对象的标识，若确定所述第一对象存在对应的历史等级，则根据所述第一对象的历史等级以及所述第一对象的待审核等级，确定n个审核节点，所述n为正整数；将所述第一对象的待审核等级发送至n个审核节点；获取n个审核节点的审核结果，并根据n个审核结果得到所述数据处理请求的数据处理结果。10.一种计算设备，其特征在于，包括至少一个处理器以及至少一个存储器，其中，所述存储器存储有计算机程序，当所述程序被所述处理器执行时，使得所述处理器执行如权利要求1至8中的任一项权利要求所述的方法。11.一种计算机可读存储介质，其特征在于，所述存储介质存储有程序，当所述程序在计算机上运行时，使得计算机实现执行如权利要求1至8中的任一项权利要求所述的方法。12.一种计算机程序产品，其特征在于，包括计算机可读指令，当计算机可读指令被处理器执行时，使得如权利要求1至8中的任一项权利要求所述的方法实现。

技术总结
一种数据处理方法、装置、计算设备及存储介质，应用于大数据领域，用于提高数据处理的客观性以及准确性。其中方法包括：获取数据处理请求，并根据数据处理请求包括的第一对象的标识，若确定第一对象存在对应的历史等级，则根据第一对象的历史等级以及第一对象的待审核等级来确定N个审核节点，并将第一对象的待审核等级发送至N个审核节点，之后，获取N个审核节点的审核结果，并根据N个审核结果得到数据处理请求的数据处理结果。以第一对象的历史等级作为参考基准来确定N个审核节点，并根据N个审核节点的审核结果得到数据处理结果，能实现客观、准确地数据处理。准确地数据处理。准确地数据处理。


技术研发人员：吴仁克
受保护的技术使用者：建信金融科技有限责任公司
技术研发日：2023.06.16
技术公布日：2023/9/9