数据处理方法及数据处理装置与流程

本发明涉及计算机技术领域，尤其涉及一种数据处理方法及数据处理装置。

背景技术：

暗访指的是暗中调查寻求有效信息，是媒体、个人常用的一种调查手段。但是在实际生活中，随着企业中的工作人员越来越多，尤其是对于需要被监控的企业来说，服务质量又或者生产的产品质量稍有差异，会影响企业的成败。

一般地，暗访人员需要实际参与到业务中，才能了解实际业务人员是否遵循公司业务规范进行操作，是否存在违规行为。同时，暗访人员还需要避免被销售人员或其他工作人员发现。因此，亟需一种暗访人员参与业务流程的解决方案。

技术实现要素：

本发明实施例提供了一种数据处理方法及数据处理装置，用于实现数据处理装置的可辨性和智能性。

第一方面，本发明实施例提供了一种数据处理方法，包括：

接收数据处理请求，所述数据处理请求为针对目标事件的数据处理请求；

依据所述用户的身份标识信息判断所述用户是否属于预设类型的用户，所述用户为提出所述数据处理请求的用户；

若判断所述用户为所述预设类型的用户，则拒绝所述数据处理请求。

在一个可选的实现方式中，在判断所述用户为所述预设类型的用户之后，以及所述拒绝所述数据处理请求之前，所述方法还包括：

从数据库中查找目标信息，所述目标信息为所述数据库中存储的与拒绝数据处理请求的理由对应的信息；

所述拒绝所述数据处理请求包括：

以所述目标信息不合格为理由拒绝所述数据处理请求。

在一个可选的实现方式中，所述目标信息为数据库中存储的拒绝数据处理请求的理由中出现次数最多的信息。

在一个可选的实现方式中，所述目标事件的流程包括：第一环节、第二环节和第三环节；

其中，所述第一环节为预审环节，所述第二环节为信审环节，所述第三环节为合同签署环节；

所述数据处理请求包括第一数据处理请求和第二数据处理请求，所述第一数据处理请求为与所述第一环节对应的数据处理请求，所述第二数据处理请求为与所述第二环节对应的数据处理请求；

在判断所述用户为所述预设类型的用户之后，以及所述拒绝所述数据处理请求之前，所述方法包括：

通过所述第一数据处理请求；

所述拒绝所述数据处理请求包括：

拒绝所述第二数据处理请求。

在一个可选的实现方式中，所述方法还包括：

在未达到预定时刻的情况下，若接收到查看指令，则显示与所述数据处理请求相关的所有信息，所述查看指令为针对所述数据处理请求的查看指令；

在达到所述预定时刻后，删除与所述数据处理请求相关的所有信息。

第二方面，本发明实施例提供了一种数据处理装置，包括：

接收单元，用于接收数据处理请求，所述数据处理请求为针对目标事件的数据处理请求；

判断单元，用于依据所述用户的身份标识信息判断所述用户是否属于预设类型的用户，所述用户为提出所述数据处理请求的用户；

拒绝单元，用于若判断所述用户为所述预设类型的用户，则拒绝所述数据处理请求。

在一个可选的实现方式中，所述装置还包括：

查找单元，用于从数据库中查找目标信息，所述目标信息为所述数据库中存储的与拒绝数据处理请求的理由对应的信息；

所述拒绝单元，具体用于以所述目标信息不合格为理由拒绝所述数据处理请求。

在一个可选的实现方式中，所述查找单元，具体用于以数据库中存储的拒绝数据处理请求的理由中出现次数最多的信息为目标信息。

在一个可选的实现方式中，所述目标事件的流程包括：第一环节、第二环节和第三环节；

其中，所述第一环节为预审环节，所述第二环节为信审环节，所述第三环节为合同签署环节；

所述数据处理请求包括第一数据处理请求和第二数据处理请求，所述第一数据处理请求为与所述第一环节对应的数据处理请求，所述第二数据处理请求为与所述第二环节对应的数据处理请求；

所述装置还包括：

通过单元，用于通过所述第一数据处理请求；

所述拒绝单元，具体用于拒绝所述第二数据处理请求。

在一个可选的实现方式中，所述装置还包括：

接收显示单元，用于在未达到预定时刻的情况下，若接收到查看指令，则显示与所述数据处理请求相关的所有信息，所述查看指令为针对所述数据处理请求的查看指令；

删除单元，用于在达到所述预定时刻后，删除与所述数据处理请求相关的所有信息。

第三方面，本发明实施例还提供了一种数据处理装置，包括：处理器、收发器和存储器，所述处理器、所述收发器和所述存储器相互连接，其中，所述存储器用于存储应用程序代码，所述处理器被配置用于调用所述程序代码，执行上述第一方面所述的方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行上述第一方面所述的方法。

实施本发明实施例，数据处理装置通过对发起数据处理请求的用户进行判断，从而在判断到该用户属于预设类型的用户后，拒绝该数据处理请求，增加该数据处理装置辨别用户的效率，使得该数据处理装置更加智能化。

附图说明

为了更清楚地说明本发明实施例或背景技术中的技术方案，下面将对本发明实施例或背景技术中所需要使用的附图进行说明。

图1是本发明实施例提供的一种数据处理方法的流程示意图；

图2是本发明实施例提供的另一种数据处理方法的流程示意图；

图3是本发明实施例提供的又一种数据处理方法的流程示意图；

图4是本发明实施例提供的一种数据处理装置的结构示意图；

图5是本发明实施例提供的另一种数据处理装置的结构示意图；

图6是本发明实施例提供的又一种数据处理装置的结构示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。需要说明的是，结合附图所阐述的详细描述旨在作为对各种配置的描述，而不旨在表示其中可以实践本文所描述的概念的唯一配置。本文中所记载的装置实施例和方法实施例将在下面的详细描述中进行描述，并在附图中通过各种框、模块、单元、组件、电路、步骤、过程、算法等等(统称为“要素”)来予以示出。这些要素可以使用电子硬件、计算机软件或者其任意组合来实现。至于这些要素是实现为硬件还是软件，取决于特定应用和施加在整体系统上的设计约束。本发明的说明书和权利要求书以及说明书附图中的术语如果使用“第一”、“第二”等描述，该种描述是用于区别不同对象，而不是用于描述特定顺序。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

需要说明的是，在没有明示的特别说明的情况下，本发明各实施例中的各项技术特征可视为能够进行相互组合或者结合，只要该种组合或者结合不是因为技术的原因而无法实施。为了较为充分的说明本发明，一些示例性的，可选的，或者优选的特征在本发明各实施例中与其他技术特征结合在一起进行描述，但这种结合不是必须的，而应该理解该示例性的，可选的，或者优选的特征与其他的技术特征都是彼此可分离的或者独立的，只要该种可分离或者独立不是因为技术的原因而无法实施。方法实施例中的技术特征的一些功能性描述可以理解为执行该功能、方法或者步骤，装置实施例中的技术特征的一些功能性描述可以理解为使用该种装置来执行该功能、方法或者步骤。

请参见图1，图1是本发明实施例提供的一种数据处理方法的流程示意图，该数据处理方法可应用于数据处理装置，该数据处理装置可包括手机、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(英文：mobileinternetdevice，简称：mid)、可穿戴设备(例如智能手表(如iwatch等)、智能手环、计步器等)，等等。或者，该数据处理装置也可以为服务器等等，本发明实施例对于该数据处理装置不作唯一性限定。

如图1所示，该数据处理方法的具体流程可包括但不限于以下步骤：

101、接收数据处理请求，上述数据处理请求为针对目标事件的数据处理请求；

本发明实施例中，目标事件可为相关人员使用数据处理装置所能处理的事件，该目标事件可为预先设置好的事件。具体地，该目标事件可以为贷款事件，或者为销售事件，等。

可以理解的是，本发明实施例中，该数据处理请求可以是提出该数据处理请求的用户输入至数据处理装置中的，也可以是相关工作人员如销售人员输入至该数据处理装置中的，等等，本发明实施例不作唯一性限定。

102、依据用户的身份标识信息判断上述用户是否属于预设类型的用户；

具体地，上述用户为提出数据处理请求的用户。

其中，用户的身份标识信息可为用户的身份证号码，又或者为用户的驾照号码，又或者为用户的其他号码等等，可以识别该用户身份的号码。可以理解的是，该身份标识信息还可以为其他标识信息，如用户的人脸特征信息，又或者指纹特征信息等等，对于身份标识信息本发明实施例不作限定。

本发明实施例中，预设类型的用户可以为数据处理装置中所设置的具有特定特征的用户，如该预设类型的用户可以为暗访用户，该数据处理装置中存储有该类用户的身份标识信息。可选地，该预设类型的用户还可为其他类型的用户等等，本发明实施例不作唯一性限定。

103、若判断上述用户为上述预设类型的用户，则拒绝上述数据处理请求。

本发明实施例中，若预设类型的用户为暗访用户，则在数据处理装置判断出用户为暗访用户的情况下，该数据处理装置就可以拒绝该用户所提交的数据处理请求，还可以不被相关工作人员如销售人员，又或者为业务人员等等发现。如该暗访用户需要查看相关工作人员(如销售人员或业务人员)是否按照规章制度办事，则通过该数据处理装置不仅可以识别出该用户，还可以不被相关工作人员发现，能够低调地处理暗访人员所提交的数据处理请求，且该暗访人员还能够暗访观察该相关工作人员的操作。

实施本发明实施例，数据处理装置中通过存储预设类型的用户的身份标识信息，从而判断提交数据处理请求的用户是否为该预设类型的用户，不仅可增加该数据处理装置识别用户的可辨性，而且在判断出该用户为该预设类型的用户的情况下，拒绝该用户的数据处理请求，也提高了该数据处理装置在处理数据处理请求时的效率，提高该数据处理装置的智能化。

可选地，本发明实施例还提供了一种具体的拒绝方法，在判断上述用户为上述预设类型的用户之后，以及上述拒绝上述数据处理请求之前，上述方法还包括：

从数据库中查找目标信息，上述目标信息为上述数据库中存储的与拒绝数据处理请求的理由对应的信息；

上述拒绝上述数据处理请求包括：

以上述目标信息不合格为理由拒绝上述数据处理请求。

本实施例中，在数据处理装置处理数据处理请求的过程中，在拒绝数据处理请求后，一般都会告知用户为何拒绝用户所提交的数据处理请求，因此，本实施例中，数据处理装置中还可以保存历史拒绝信息，具体地，该拒绝信息为拒绝数据处理请求的信息。因此，本实施例中，目标信息即为与拒绝数据处理请求的理由对应的信息。具体地，与数据处理请求对应的信息(即通过该数据处理请求所需要的信息)可以包括用户的个人身份信息及其他相关信息(比如职业信息、单位信息、以及家庭地址信息、紧急联系人信息等等)，本发明实施例对于通过该数据处理请求所需要的信息不作唯一性限定。举例来说，处理数据处理请求需要用户的居住证，因此该目标信息可以为居住证信息，可以理解的是，该居住证信息仅为示例，不应理解为对本实施例具有限定意义。

可选地，该目标信息还可以为数据库中存储的拒绝数据处理请求的理由中出现次数最多的信息。可选地，该目标信息还可以为某地区或全国范围内拒绝数据处理请求的理由中出现次数最多的信息；又或者为不同的用户人群中与用户对应的人群中拒绝数据处理请求的理由中出现次数最多的信息，如该用户为学生，则该目标信息可以为学生人群中最多的拒绝理由，等等；又或者为与目标事件相关的各类型产品中出现次数最多的拒绝理由，等等本发明实施例对于以何种方式选择该目标信息不作唯一性限定。

实施本实施例，可以使得数据处理装置能够低调地拒绝用户所提交的数据处理请求，又不至于被相关工作人员发现，提高该数据处理装置的效率。

请参见图2，图2是本发明实施例提供的另一种数据处理方法的流程示意图，该数据处理方法可应用于数据处理装置，如图2所示，该数据处理方法的具体流程可包括但不限于以下步骤：

201、接收数据处理请求，上述数据处理请求为针对目标事件的数据处理请求；

具体地，上述目标事件流程包括：第一环节、第二环节和第三环节；

其中，上述第一环节为预审环节，上述第二环节为信审环节，上述第三环节为合同签署环节。

具体地，数据处理请求可包括第一数据处理请求和第二数据处理请求，其中，该第一数据处理请求为与第一环节对应的数据处理请求，该第二数据处理请求为与第二环节对应的数据处理请求。具体地，在数据处理装置通过该第一数据处理请求以及该第二数据处理请求后，即可进入第三环节即合同签署环节。因此，上述数据处理请求可具体为第一数据处理请求。

如目标事件为与贷款相关的事件时，该数据处理请求(具体可为提单请求)可包括与预审环节对应的数据处理请求(第一数据处理请求，包括用户的个人身份信息，在一些实施方式下，可以仅为身份证号码等对应个人的信息)、与信审环节对应的数据处理请求(第二数据处理请求，可以包括用户的个人身份信息以及其他相关信息；在一些实施方式下，第二数据处理请求可以不包括第一数据处理请求中已有的信息，而与第一数据处理请求组合，形成完整的提单请求)。

预审环节对用户进行初步的征信查询、审查，比如根据身份证号码，从符合安全要求的身份数据库中查询身份数据，以验证个人身份信息的真实性(比如身份(identification，id)验证如id5验证)；同时，还查询征信数据，和/或第三方给出的信用评分信息，和/或事先建立的黑名单，根据预设的规则，筛选出高风险的用户并直接驳回。在一些实施方式中，预审环节仅根据第三方的信用评分信息以及事先建立的黑名单，进行审查；同时，在这一环节，会从符合安全要求的身份数据库中发起身份数据查询请求(比如发起id5验证请求)，预审环节不对返回的身份数据(比如id5数据)进行审查，也不必等待身份数据的返回。返回的身份数据，可以在之后的信审环节进行使用。只有预审通过的人员才能正式提单，进入信审环节。在信审环节，会进行完整的用户信息及风险审核，比如用户现场照片与返回的身份数据(id5证件照片)进行人脸比对、个人身份信息的核实、其他相关信息的核实、风险等级的认定。当目标事件涉及贷款时，还可以确定贷款额度。只有信审通过之后，才能进入合同签署环节，签署正式的贷款合同。

202、依据上述用户的身份标识信息判断上述用户是否属于预设类型的用户；

203、若判断上述用户为上述预设类型的用户，则通过第一数据处理请求；

也就是说，若在用户提交数据处理请求时，数据处理装置就辨别出了该用户属于预设类型的用户，那么该数据处理装置就可以直接通过该用户关于第一环节的数据处理请求。

204、从数据库中查找目标信息，上述目标信息为上述数据库中存储的与拒绝第二数据处理请求的理由对应的信息；

可以理解的是，上述通过上述第一数据处理请求的步骤与从数据库中查找目标信息的步骤的先后顺序，本发明实施例不作限定，即也可以先从数据库中查找目标信息，然后通过上述第一数据处理请求；又或者，同时执行从数据库中查找目标信息的步骤与通过上述第一数据处理请求的步骤，等等。

205、以上述目标信息不合格为理由拒绝上述第二数据处理请求。

本实施例中，在数据处理装置处理数据处理请求(包括第一数据处理请求和第二数据处理请求)的过程中，在拒绝数据处理请求后，一般都会告知用户为何拒绝用户所提交的数据处理请求，因此，本实施例中，数据处理装置中还可以保存历史拒绝信息，具体地，该历史拒绝信息包括拒绝第一数据处理请求的历史信息以及拒绝第二数据处理请求的历史信息。因此，本实施例中，目标信息即为与拒绝第二数据处理请求的理由对应的信息。

具体地，与第二数据处理请求对应的信息(即通过第二数据处理请求所需要的信息)可以包括用户的职业信息、单位信息、以及家庭地址信息，等等，本发明实施例对于通过该第二数据处理请求所需要的信息不作唯一性限定。举例来说，通过第二数据处理请求需要用户的居住证，因此该目标信息可以为居住证信息，可以理解的是，该居住证信息仅为示例，不应理解为对本实施例具有限定意义。

本发明实施例中，在具体场景中，如预设类型的用户为暗访用户，目标事件贷款事件，则对于暗访人员，其在预审环节时，即被识别出来，预审环节直接通过，不需要进行真实的预审审查，然后在信审环节被拒单。可以理解的是，若数据处理装置在接收到数据处理请求(如第一数据处理请求)时，未识别出该用户是否属于预设类型的用户，则可以依据该贷款事件的流程进行处理；而若在第二环节识别出该用户属于预设类型的用户，则可以在第二环节拒绝(即拒绝第二数据处理请求)。

实施本发明实施例，数据处理装置中通过存储预设类型的用户的身份标识信息，从而判断提出数据处理请求的用户是否为该预设类型的用户，不仅可增加该数据处理装置识别用户的可辨性，而且在判断出该用户为该预设类型的用户的情况下，低调地拒绝相应的数据处理请求，能够不被相关工作人员发现，也提高了该数据处理装置在处理数据处理请求时的效率，提高该数据处理装置的智能化。

可以理解的是，预审环节和信审环节也可以合成为一个环节。这样的话，目标事件的处理流程就分为2个环节：审核环节和合同签署环节。接收数据处理请求之后，当判断用户属于预设类型的用户时，在审核环节即拒绝该数据处理请求，而不能进入到合同签署环节。

请参见图3，图3是本发明实施例提供的又一种数据处理方法的流程示意图，该数据处理方法可应用于数据处理装置，如图3所示，该数据处理方法的具体流程可包括但不限于以下步骤：

301、接收第一数据处理请求，上述第一数据处理请求为针对目标事件的第一环节的数据处理请求；

其中，上述目标事件的流程包括：第一环节、第二环节和第三环节；上述第一环节为预审环节，上述第二环节为信审环节，上述第三环节为合同签署环节。

具体地，与目标事件的流程对应的数据处理请求可包括：第一数据处理请求和第二数据处理请求，该第一数据处理请求为与第一环节对应的数据处理请求，该第二数据处理请求为与第二环节对应的数据处理请求。

302、依据用户的身份标识信息判断上述用户是否属于预设类型的用户，若是，则执行303；否则，执行304；

303、通过上述第一环数据处理请求；

304、依据上述目标事件的流程处理上述第一数据处理请求；

本发明实施例中，目标事件的流程可包括：预审环节、信审环节和合同签署环节。可以理解的是，在数据处理装置依据目标事件的流程处理用户所提出的第一数据处理请求后，若在第二环节发现该用户为预设类型的用户，则可以拒绝第二数据处理请求(即与第二环节对应的数据处理请求)；而若该数据处理装置在第三环节发现该用户为预设类型的用户，则也可以拒绝合同签署，等等。

305、从数据库中查找目标信息，上述目标信息为上述数据库中存储的与拒绝第二数据处理请求的理由对应的信息；

306、以所述目标信息不合格为理由拒绝上述第二数据处理请求。

本实施例中，在数据处理装置处理数据处理请求(包括第一数据处理请求和第二数据处理请求)的过程中，在拒绝数据处理请求后，一般都会告知用户为何拒绝用户所提交的数据处理请求，因此，本实施例中，数据处理装置中还可以保存历史拒绝信息，具体地，该历史拒绝信息包括拒绝第一数据处理请求的历史信息以及拒绝第二数据处理请求的历史信息。因此，本实施例中，目标信息即为与拒绝第二数据处理请求的理由对应的信息。

具体地，与第二数据处理请求对应的信息(即通过第二数据处理请求所需要的信息)可以包括用户的职业信息、单位信息、以及家庭地址信息，等等，本发明实施例对于通过该第二数据处理请求所需要的信息不作唯一性限定。举例来说，通过第二数据处理请求需要用户的居住证，因此该目标信息可以为居住证信息，可以理解的是，该居住证信息仅为示例，不应理解为对本实施例具有限定意义。

本发明实施例中，数据处理装置在拒绝第二数据处理请求后可以存储与该第二数据处理请求相关的所有信息，如用户在哪个环节被拒绝，以何种理由被拒绝，又或者用户提出第二数据处理请求的时间，又或者包括第一数据处理请求的信息，等等。

307、在未达到预定时刻的情况下，若接收到查看指令，则显示与上述数据处理请求相关的所有信息；

可选地，上述查看指令为针对上述第一数据处理请求和/或第二数据处理请求的查看指令；

预定时刻为预先设置的与是否删除预设类型的用户的数据处理请求对应的时刻，该预定时刻可以由相关工作人员设置，也可以由数据处理装置设置等等，本发明实施例对于该预定时刻的具体时刻不作限定。可以理解的是，若针对第一数据处理请求的查看指令，则可以显示与该第一数据处理请求相关的所有信息，其中，与该第一数据处理请求相关的所有信息中可以包括与第二数据处理请求对应的信息，也可以不包含与该第二数据处理请求对应的信息等，本发明实施例不作唯一性限定。而若针对第二数据处理请求的查看指令，则与该第二数据处理请求相关的所有信息中可以包含第一数据处理请求的信息，也可以不包含第一数据处理请求的信息，等等。

308、在达到上述预定时刻后，删除与上述数据处理请求相关的所有信息。

其中，数据处理请求可包括第一数据处理请求和第二数据处理请求，即删除与预设类型的用户对应的所有信息。

举例来说，该预定时刻可以为晚上12:00，如数据处理装置接收预设类型的用户的数据处理请求为下午四点，又或者为上午十点，则在未到达晚上12:00的情况下，相关工作人员可以随意查看该数据处理请求。而在到达晚上12:00后，数据处理装置便可以自动删除该数据处理请求，从而可以节省该数据处理装置的存储内存，减少该数据处理装置的缓存。

实施本发明实施例，数据处理装置中通过存储预设类型的用户的身份标识信息，从而判断提交数据处理请求的用户是否为该预设类型的用户，不仅可增加该数据处理装置识别用户的可辨性，而且在判断出该用户为该预设类型的用户的情况下，低调地拒绝该用户的数据处理请求，能够不被相关工作人员发现，也提高了该数据处理装置在处理数据处理请求时的效率，提高该数据处理装置的智能化；另一方面，该数据处理装置还可以自动删除该数据处理请求，节省该数据处理装置的存储空间。

可以理解的是，本发明实施例中所描述的图1～图3的方法各有侧重，未详尽描述的还可参考其他实施例。

上述详细阐述了本发明实施例的方法，下面提供了本发明实施例的装置。

请参见图4，图4本发明实施例提供的一种数据处理装置的结构示意图，该数据处理装置可用于执行如图1～图3所描述的数据处理方法，如图4所示，该数据处理装置可以包括：

接收单元401，用于接收数据处理请求，上述数据处理请求为针对目标事件的数据处理请求；

判断单元402，用于依据上述用户的身份标识信息判断上述用户是否属于预设类型的用户，上述用户为提出上述数据处理请求的用户；

拒绝单元403，用于若判断上述用户为上述预设类型的用户，则拒绝上述数据处理请求。

实施本发明实施例，数据处理装置中通过存储预设类型的用户的身份标识信息，从而判断提交数据处理请求的用户是否为该预设类型的用户，不仅可增加该数据处理装置识别用户的可辨性，而且在判断出该用户为该预设类型的用户的情况下，拒绝该用户的数据处理请求，也提高了该数据处理装置在处理数据处理请求时的效率，提高该数据处理装置的智能化。

可选地，如图5所示，上述装置还包括：

查找单元404，用于从数据库中查找目标信息，上述目标信息为上述数据库中存储的与拒绝数据处理请求的理由对应的信息；

上述拒绝单元403，具体用于以上述目标信息不合格为理由拒绝上述数据处理请求。

具体地，上述查找单元404，具体用于以数据库中存储的拒绝数据处理请求的理由中出现次数最多的信息为上述目标信息。

具体地，上述目标事件的流程包括：第一环节、第二环节和第三环节；

其中，上述第一环节为预审环节，上述第二环节为信审环节，上述第三环节为合同签署环节。

可选地，上述数据处理请求包括第一数据处理请求和第二数据处理请求，上述第一数据处理请求为与上述第一环节对应的数据处理请求，上述第二数据处理请求为与上述第二环节对应的数据处理请求；如图5所示，上述装置还包括：

通过单元405，用于通过上述第一数据处理请求；

上述拒绝单元403，具体用于拒绝上述第二数据处理请求。

可选地，如图5所示，上述装置还包括：

接收显示单元406，用于在未达到预定时刻的情况下，若接收到查看指令，则显示与上述数据处理请求相关的所有信息，上述查看指令为针对上述数据处理请求的查看指令；

可以理解的是，该数据处理请求可以包括第一数据处理请求和/或第二数据处理请求，等等。

删除单元407，用于在达到上述预定时刻后，删除与上述数据处理请求相关的所有信息。

可以理解的是，该数据处理请求包括第一数据处理请求和第二数据处理请求，即在删除时，删除上述用户办理目标事件时相关的所有数据处理请求。

需要说明的是，各个单元的实现还可以对应参照图1～图3所示的方法实施例的相应描述。

请参见图6，图6是本发明实施例提供的一种设备60，该设备60包括处理器601、存储器602和收发器603，所述处理器601、存储器602和收发器603通过总线604相互连接。

存储器602包括但不限于是随机存储记忆体(英文：randomaccessmemory，简称：ram)、只读存储器(英文：read-onlymemory，简称：rom)、可擦除可编程只读存储器(英文：erasableprogrammablereadonlymemory，简称：eprom)、或便携式只读存储器(英文：compactdiscread-onlymemory，简称：cd-rom)，该存储器602用于相关指令及数据。收发器603可用于接收和发送数据，具体地收发器603可包括一个接收器和一个发送器。

处理器601可以是一个或多个中央处理器(英文：centralprocessingunit，简称：cpu)，在处理器601是一个cpu的情况下，该cpu可以是单核cpu，也可以是多核cpu。

该设备60中的处理器601用于读取所述存储器602中存储的程序代码，执行以下操作：

接收数据处理请求，上述数据处理请求为针对目标事件的数据处理请求；

依据上述用户的身份标识信息判断上述用户是否属于预设类型的用户，上述用户为提出上述数据处理请求的用户；

若判断上述用户为上述预设类型的用户，则拒绝上述数据处理请求。

具体地，上述处理器601可以通过收发器603接收数据处理请求，或者通过数据处理装置中的输入设备如显示器接收相关工作人员(又或者为上述用户)所输入的数据处理请求。

在一个可选的实现方式中，处理器601判断上述用户为上述预设类型的用户之后，以及处理器601拒绝上述数据处理请求之前，处理器601还可用于：

从数据库中查找目标信息，上述目标信息为上述数据库中存储的与拒绝数据处理请求的理由对应的信息；

处理器601拒绝上述数据处理请求的具体实现方式可包括：

以上述目标信息不合格为理由拒绝上述数据处理请求。

具体地，上述目标信息为数据库中存储的拒绝数据处理请求的理由中出现次数最多的信息。

具体地，上述目标事件的流程包括：第一环节、第二环节和第三环节；

其中，上述第一环节为预审环节，上述第二环节为信审环节，上述第三环节为合同签署环节；

上述数据处理请求包括第一数据处理请求和第二数据处理请求，上述第一数据处理请求为与上述第一环节对应的数据处理请求，上述第二数据处理请求为与上述第二环节对应的数据处理请求；处理器601在判断上述用户为上述预设类型的用户之后，以及处理器601拒绝上述数据处理请求之前，处理器601还可用于：

通过上述第一数据处理请求；

处理器601拒绝上述数据处理请求包括：

拒绝上述第二数据处理请求。

在一个可选的实现方式中，处理器601还可用于：

在未达到预定时刻的情况下，若接收到查看指令，则显示与上述数据处理请求相关的所有信息，上述查看指令为针对上述数据处理请求的查看指令；

在达到上述预定时刻后，删除与上述数据处理请求相关的所有信息。

具体地，处理器601可通过显示器显示与上述数据处理请求相关的所有信息等等。

需要说明的是，各个操作的实现还可以对应参照图1～图3所示的方法实施例的相应描述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，该流程可以由计算机程序来指令相关的硬件完成，该程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法实施例的流程。而前述的存储介质包括：rom或随机存储记忆体ram、磁碟或者光盘等各种可存储程序代码的介质。