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

本公开涉及计算机技术领域，尤其涉及一种数据处理方法与数据处理装置、计算机可读存储介质及电子设备。

背景技术：

随着计算机技术的发展，客户数据通常存储在多种系统中，并且，每一种系统对于客户数据存储的形式有所不同。为了确保一个客户只有一个认证的客户数据，需要对不同系统中的客户数据进行数据集成。

在相关技术中，对客户数据进行数据集成的过程中，通常无法保证客户数据来源的合法性以及准确性，进而导致当获取的客户数据出现错误时，无法确定数据出现错误的原因，除此之外，通常利用数据表对客户数据进行粗放化的鉴权管理，这会导致数据表成为热点表，降低客户数据集成的速度，进而有碍后续利用客户数据集成的结果进行数据分析以及用户画像。

鉴于此，本领域亟需开发一种新的数据处理方法及装置。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

技术实现要素：

本公开的目的在于提供一种数据处理方法、数据处理装置、计算机可读存储介质及电子设备，进而至少在一定程度上克服由于相关技术导致数据表成为热点表的问题。本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本发明实施例的第一个方面，提供一种数据处理方法，所述方法包括：获取数据处理请求，并确定与所述数据处理请求对应的数据认证条件；若所述数据处理请求满足于所述数据认证条件，确定与所述数据处理请求对应的数据来源，以确定与所述数据来源具有鉴权认证关系的目标鉴权数据；若在所述目标鉴权数据中存在与所述数据处理请求匹配的一个所述目标鉴权数据，确定与所述一个所述目标鉴权数据对应的目标数据库，以在所述目标数据库中对与所述数据处理请求对应的目标数据进行处理。

根据本发明实施例的第二个方面，提供一种数据处理装置，所述装置包括：获取模块，被配置为获取数据处理请求，并确定与所述数据处理请求对应的数据认证条件；鉴权模块，被配置为若所述数据处理请求满足于所述数据认证条件，确定与所述数据处理请求对应的数据来源，以确定与所述数据来源具有鉴权认证关系的目标鉴权数据；处理模块，被配置为若在所述目标鉴权数据中存在与所述数据处理请求匹配的一个所述目标鉴权数据，确定与所述一个所述目标鉴权数据对应的目标数据库，以在所述目标数据库中对与所述数据处理请求对应的目标数据进行处理。

根据本发明实施例的第三个方面，提供一种电子设备，包括：处理器和存储器；其中，存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时实现上述任意示例性实施例的数据处理方法。

根据本发明实施例的第四个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意示例性实施例中的数据处理方法。

由上述技术方案可知，本发明示例性实施例中的数据处理方法、数据处理装置、计算机存储介质及电子设备至少具备以下优点和积极效果：

在本公开的示例性实施例提供的方法及装置中，一方面，若数据处理请求满足于数据认证条件，确定与数据处理请求对应的数据来源，保证了数据来源的准确性以及合法性，进而当数据处理结果出现错误时，可以有效确定导致错误的原因；另一方面，目标鉴权数据与数据来源具有鉴权认证关系，实现了精细化的数据鉴权管理，降低了数据表成为热点表的可能，进而增加了数据集成的速度，提高了利用数据集成结果进行数据分析以及用户画像的速率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示意性示出本公开实施例中数据处理方法的流程示意图；

图2示意性示出本公开实施例中数据处理方法中确定与数据处理请求对应的数据来源的流程示意图；

图3示意性示出本公开实施例中数据处理方法中4个不同保险系统关于客户“张三”的客户数据示意图；

图4示意性示出了错误的客户数据集成结果的示意图；

图5示意性示出本公开实施例中数据处理方法中确定与数据来源具有鉴权认证关系的目标鉴权数据的流程示意图；

图6示意性示出本公开实施例中数据处理方法中在目标数据库中对于数据处理请求对应的目标数据进行处理的流程示意图；

图7示意性示出本公开实施例中数据处理方法中在目标数据库中对与数据处理请求对应的目标数据进行第一处理的流程示意图；

图8示意性示出本公开实施例中数据处理方法中对与数据处理请求对应的目标数据进行第二处理的流程示意图；

图9示意性示出在应用场景下数据处理方法的流程示意图；

图10示意性示出在应用场景下过程s910的流程示意图；

图11示意性示出在应用场景下过程s920的流程示意图；

图12示意性示出在应用场景下过程s930的流程示意图；

图13示意性示出本公开实施例中一种数据处理装置的结构示意图；

图14示意性示出本公开实施例中一种用于数据处理方法的电子设备；

图15示意性示出本公开实施例中一种用于数据处理方法的计算机可读存储介质。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

本说明书中使用用语“一个”、“一”、“该”和“所述”用以表示存在一个或多个要素/组成部分/等；用语“包括”和“具有”用以表示开放式的包括在内的意思并且是指除了列出的要素/组成部分/等之外还可存在另外的要素/组成部分/等；用语“第一”和“第二”等仅作为标记使用，不是对其对象的数量限制。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。

针对相关技术中存在的问题，本公开提出了一种数据处理方法。图1示出了数据处理方法的流程示意图，如图1所示，数据处理方法至少包括以下步骤：

步骤s110.获取数据处理请求，并确定与数据处理请求对应的数据认证条件。

步骤s120.若数据处理请求满足于数据认证条件，确定与数据处理请求对应的数据来源，以确定与数据来源具有鉴权认证关系的目标鉴权数据。

步骤s130.若在目标鉴权数据中存在与数据处理请求匹配的一个目标鉴权数据，确定与一个目标鉴权数据对应的目标数据库，以在目标数据库中对与数据处理请求对应的目标数据进行处理。

在本公开的示例性实施例提供的方法及装置中，一方面，若数据处理请求满足于数据认证条件，确定与数据处理请求对应的数据来源，保证了数据来源的准确性以及合法性，进而当数据处理结果出现错误时，可以有效确定产生错误的原因；另一方面，目标鉴权数据与数据来源具有鉴权认证关系，实现了精细化的数据鉴权管理，降低了数据表成为热点表的可能，进而增加了数据集成的速度，提高了利用数据集成结果进行数据分析以及用户画像的速率。

下面对数据处理方法的各个步骤进行详细说明。

在步骤s110中，获取数据处理请求，并确定与数据处理请求对应的数据认证条件。

在本公开的示例性实施例中，数据处理请求可以是集成服务器接收到的来自不同系统的数据集成请求，可以是集成服务器接收到的来自不同系统的数据查询请求，还可以是集成服务器接收到的来自不同系统的数据删除请求，还可以是集成服务器接收到的来自不同系统的数据更新请求，本示例性实施例对此不做特殊限定。

数据认证条件指的是在集成服务器中存储的，用于确定数据来源是否准确且合法的条件。

值得说明的是，数据认证条件具体可以是基于oauth2.0生成的，其中，oauth2.0为一种开放的协议。在生成数据认证条件的过程中，首先基于oauth2.0协议为不同的集成客户系统确定系统名，然后在集成服务器上生成与系统名对应的令牌，该令牌中包含了不同集成系统准确且合法的系统名称，还包括准确且合法的客户名称。

然而与数据处理请求对应的待认证数据可能是错误的待认证数据，也可能是伪造的待认证数据，因此，获取数据认证条件，有助于后续过滤错误或者被伪造的数据，确保与数据处理请求对应的数据来源以及客户名称的准确性以及合法性。

举例而言，集成服务器获取来自于系统a的数据处理请求，具体地，可以是数据集成请求，基于此，集成服务器在存储的数据认证条件中确定与数据集成请求对应的数据认证条件，具体的，数据认证条件可以包括准确且合法的系统来源以及准确且合法的客户名称，其中，系统来源指的是发出数据集成请求的系统的名称，客户名称指的是与数据集成请求对应的客户数据中的名称信息。

在本示例性实施中，获取与数据处理请求对应的数据认证条件，有助于后续将数据处理请求与数据认证条件进行比较，进而对数据处理请求进行筛选，保证了数据来源的准确性以及合法性，还保证了数据的可追溯性，进而提高了确定数据出现错误的原因的效率。

在步骤s120中，若数据处理请求满足于数据认证条件，确定与数据处理请求对应的数据来源，以确定与数据来源具有鉴权认证关系的目标鉴权数据。

在本公开的示例性实施例中，数据来源指的是与数据处理请求对应的系统来源，即系统的名称。目标鉴权数据是用来验证发起数据处理请求的用户是否具有对目标数据库进行访问的权限的数据。

举例而言，若存在3个不同的系统，分别为系统a、系统b以及系统c。此时，集成服务器接收到来自于系统a的数据处理请求，则确定的数据认证条件也为与系统a对应的数据认证条件a1。对数据处理请求与数据认证条件a1进行判断，若数据处理请求满足于数据认证条件a1，将确定与数据处理请求对应的数据来源为系统a，并且根据系统a可以确定出目标鉴权数据a2。

在可选的实施例中，图2示出了数据处理方法中确定与数据处理请求对应的数据来源的流程示意图，如图2所示，该方法至少包括以下步骤：在步骤s210中，对数据处理请求进行解析处理得到待认证系统来源以及待认证客户名称，并获取与数据认证条件对应的认证系统来源以及认证客户名称。

其中，数据处理请求中携带着与数据认证条件进行比较的待认证数据，并且在待认证数据中包括了待认证系统来源以及待认证客户名称，具体地，通过待认证系统来源可以获取数据来源，即数据处理请求发出的系统的名称，待认证客户名称指的是与数据处理请求对应的客户数据中的客户名称信息。

对应的，数据认证条件中包括两种数据，一种是认证系统名称，即与待认证系统名称进行比较的，表示准确系统来源的系统名称，另一种是认证客户名称，即与数据处理请求对应的客户数据中的客户名称信息。

举例而言，对数据处理请求进行解析处理得到的待认证系统来源为a，待认证客户名称为“张三”。获取的与数据认证条件对应的认证系统来源为a，获取的与数据认证条件对应的认证客户名称为“张三”。

在步骤s220中，若待认证系统来源与认证系统来源一致且待认证客户名称与认证客户名称一致，确定与数据处理请求对应的数据来源。

其中，将待认证系统来源a与认证系统来源进行比较，将待认证客户名称“张三”与认证客户名称进行比较，若待认证系统来源与认证系统来源一致且待认证客户名称与认证客户名称一致，则确定数据处理请求为一个合法准确的数据处理请求，因此获取与数据处理请求对应的数据来源，即待认证系统来源a。

若待认证系统来源与认证系统来源不一致或待认证客户名称与认证客户名称不一致，则确定该数据处理请求为不合法不准确的数据处理请求，则不获取与该数据处理请求对应的数据来源。

举例而言，图3示出了4个不同保险系统关于客户“张三”的客户数据示意图，其中310为系统s1，320为系统s2，330为系统s3，340为系统s4。id为身份证件识别号，用于区分系统中不同客户的客户数据，姓名即客户的姓名，性别即客户的性别，证件类型为与客户对应的证件类型，证件类型可以是身份证，可以是台胞证，还可以是护照，本示例性实施例对此不做特殊限定，证件号码必须为与证件类型对应的客户证件的号码，电话号码为与客户对应的电话号码，系统来源存储客户数据的系统名称。

若不判断数据处理请求是否满足于数据认证条件，可能出现错误的客户数据集成结果，具体地，图4示出了错误的客户数据集成结果的示意图，其中，对应于id为10001的客户数据、对应于id为10002的客户数据以及对应于id为10004的客户数据都出现了错误。

具体地，id为10001的客户数据的系统来源出现错误，并且id为10001的客户数据正确的系统来源应该为s1，但是被错误的存储为s5，id为10002的客户数据的证件号码出现错误，并且id为10002的客户数据正确的证件号码应该为00167342，但是被错误的存储为00198232，id为10004的客户数据的系统来源出现错误，并且id为10004的客户数据正确的系统来源应该为s1，但被错误的存储为s3。

基于以上错误的存储，将会导致系统s1再也无法获取到id为10001的客户数据，降低了数据的完整度；用户可以轻易伪造来自系统s3的客户数据，并将数据集成在集成服务器中，用户还可以在集成数据中存储错误的数据，进而破坏了客户数据，造成了数据之间的干扰。

然而，通过验证数据处理请求中的待认证系统来源以及待认证客户名称，可以发现id为10001以及id为10004的客户数据的系统名称有误，进而不对该客户数据进行集成，同时还可以确定出id为10002的客户中证件号码出现了错误，进而确保后续数据集成结果的准确。

在本示例性实施例中，通过判断数据处理请求是否满足于数据认证条件，确保了集成数据的合法性以及准确性，除此之外，当集成数据结果出现问题时还可以高效的确定出错误的原因。

在可选的实施例中，图5示出了数据处理方法中确定与数据来源具有鉴权认证关系的目标鉴权数据的流程示意图，如图5所示，一个数据来源对应于一个部分鉴权数据，多个部分鉴权数据组成总体鉴权数据，该方法至少包括以下步骤：在步骤s510中，获取与数据处理请求对应的请求类型以及用户身份标识，若请求类型与查询请求类型不一致或用户身份标识与预设身份标识不一致，在总体鉴权数据中匹配与数据来源对应的一个部分鉴权数据，以将一个部分鉴权数据作为与数据来源具有鉴权认证关系的目标鉴权数据。

其中，请求类型指的是表示数据处理请求的类型的信息，例如数据处理请求可以是查询类型的查询数据请求，还可以是更新类型的更新数据请求，还可以是删除类型的删除数据请求，还可以是集成类型的集成数据请求，本示例性实施例对此不作特殊限定。用户身份标识指的是代表发送数据处理请求的用户的标识信息，例如普通用户的用户身份标识可以为0，管理者的用户身份标识可以为1。预设身份标识指的是与管理者对应的用户身份标识，具体地预设身份标识可以为1。

每一个系统来源对应于一个部分鉴权数据，在部分鉴权数据中包括了可以访问与系统来源对应的目标数据库的客户数据，总体鉴权数据包括了所有部分鉴权数据，即包括了可以访问与任意一个系统来源对应的目标数据库的客户数据。

举例而言，存在3个保险系统，分别为保险系统s1、保险系统s2以及保险系统s3，并且与保险系统s1对应的部分鉴权数据为数据a，与保险系统s2对应的部分鉴权数据为数据b、与保险系统s3对应的部分鉴权数据为数据c。

获取与数据处理请求对应的请求类型为删除类型，与发起数据处理请求对应的用户身份标识为与普通用户对应的用户身份标识0，显然，此时请求类型与查询请求类型不一致，并且与数据处理请求对应的数据来源为s1，则在总体鉴权数据中匹配与数据来源s1对应的一个部分鉴权数据为数据a，以此确定数据a为与数据来源s1具有鉴权认证关系的目标鉴权数据。

在步骤s520中，若请求类型与查询请求类型一致或用户身份标识与预设身份标识一致，确定与请求类型对应的总体数据来源。

其中，不论用户是哪个系统的用户，当用户发送的数据处理请求的请求类型为查询类型时，用户可以查询的数据范围应该是所有系统中的数据，因此此时目标鉴权数据应为总体鉴权数据，基于此，总体数据来源指的是存在的所有系统的系统来源信息。

除此之外，用户中存在管理数据的管理者，当用户为管理者时，不论数据请求类型是否为查询请求类型，管理者都有权对所有系统来源中的数据进行数据处理，因此当用户身份识别与预设身份识别一致时，确定的目标鉴权数据为总体鉴权数据，基于此，需要获取所有系统的系统来源信息。

举例而言，存在3个保险系统，分别为系统s1、系统s2以及系统s3。获取与数据处理请求对应的请求类型为查询请求类型，并且与数据处理请求对应的数据来源为s1，显然此时请求类型与查询请求类型一致，则确定与请求类型对应的总体数据来源为数据来源s1、数据来源s2以及数据来源s3。

在步骤s530中，获取与总体数据来源对应的总体鉴权数据，以将总体鉴权数据作为与数据来源具有鉴权认证关系的目标鉴权数据。

其中，与总体数据来源对应的总体鉴权数据即为与不同数据来源对应的部分鉴权数据的总和。

举例而言，存在3个保险系统，分别为系统s1、系统s2以及系统s3，并且与系统s1对应的部分鉴权数据为数据a，与系统s2对应的部分鉴权数据为数据b，与系统s3对应的部分鉴权数据为数据c。基于此，总体鉴权数据包括数据a、数据b以及数据c。并且获取与数据处理请求对应的请求类型为查询请求类型，显然此时请求类型与查询请求类型一致，则获取的总体数据来源为数据来源s1、数据来源s2以及数据来源s3，基于此，获取的与总体数据来源对应的总体鉴权数据为数据a、数据b以及数据c，以将数据a、数据b以及数据c作为与数来源s1具有鉴权认证关系的目标鉴权数据。

在本示例性实施例中，根据不同的请求类型或根据用户身份标识可以确定出不同的目标鉴权数据，实现了对数据鉴权精细化的管理，降低了不必要的性能损耗，进而有效提高了数据处理的速度。

在步骤s130中，若在目标鉴权数据中存在与数据处理请求匹配的一个目标鉴权数据，确定与一个所述目标鉴权数据对应的目标数据库，以在目标数据库中对与数据处理请求对应的目标数据进行处理。

在本示例性实施例中，目标数据库指的是用于存储目标数据的数据库，并且，目标数据库是与目标鉴权数据对应的，目标鉴权数据又与数据来源对应，基于此，目标数据库与数据来源具有对应关系。在目标数据库中包括与部分鉴权数据对应的数据序号，还包括浏览行为信息、更新行为信息、创建行为信息以及集成行为信息，还包括数据库标识以及系统标识，还包括版本信息，还包括与已经存储的数据对应的客户数据，本示例性实施例对此不做特殊限定，目标数据指的是与数据处理请求对应的，需要被处理的数据。

其中，浏览行为信息、创建行为信息以及集成行为信息为与请求类型对应的，用于表示用户对于目标数据处理行为的信息，数据库标识为目标数据在目标数据库中的标识，系统标识为目标数据在系统中的标识。

举例而言，若目标鉴权数据中包括“张三”以及“李四”，而与数据处理请求对应的客户名称为“张三”，显然此时目标鉴权数据中存在与数据处理请求匹配的目标鉴权数据“张三”，基于此，确定与目标鉴权数据“张三”对应的目标数据库为数据库a，则可以在数据库a中对与数据处理请求对应的目标数据进行处理。

在可选的实施例中，图6示出了数据处理方法中在目标数据库中对与数据处理请求对应的目标数据进行处理的流程示意图，如图6所示，该方法至少包括以下步骤：在步骤s610中，对数据处理请求进行解析处理得到待匹配标识，并获取与数据处理请求对应的待处理数据。

其中，待匹配标识为在目标数据库中匹配目标数据资源的过程中所用到的标识，若与数据处理请求对应的请求类型为集成请求类型，则待匹配标识可以是集成数据，具体的可以是客户姓名、证件类型以及证件号码，除此之外，待匹配标识还可以包括客户姓名、证件类型、证件号码以及除去客户姓名、证件类型以及证件号码的其他数据，本示例性实施例对此不做特殊限定。对应的，待处理数据为需要被集成的数据。

若与数据处理请求对应的请求类型不是集成请求类型，即为更新请求类型、删除请求类型以及查询请求类型，待匹配标识可以是数据在目标数据库中的标识。对应的，待处理数据可以是用户需要进行更新的数据，可以是用户需要删除的数据，还可以是用户需要查询的数据，本示例性实施例对此不做特殊限定。

举例而言，待匹配标识可以是客户姓名“张三”，证件类型身份证，证件号码xxxxxx，与数据处理请求对应的待处理数据可以是需要被集成的数据a，具体地，数据a包括客户姓名“张三”，证件类型身份证，证件号码xxxxxx以及电话号码153xxxx。

在步骤s620中，若目标数据库中存在与待匹配标识匹配的目标数据资源，判断目标数据资源与待处理数据得到数据判断结果。

其中，目标数据资源指的是在目标数据库中存储的，与待匹配标识对应的数据，数据判断结果为目标数据资源与待处理数据之间是否一致的判断结果。

举例而言，在目标数据库中存在与待匹配标识a，即客户姓名“张三”、证件类型身份证以及证件号码xxxxxx匹配的目标数据资源b，具体的，目标数据资源b包括客户姓名“张三”，证件类型身份证，证件号码xxxxxx以及电话号码153xxxx。

获取的与数据处理请求对应的待处理数据为客户姓名“李四”，证件类型台胞证，证件号码xxxxxx以及电话号码183xxxx。

基于此，判断目标数据资源b中的每一个数据项与待处理数据中的每一个数据项是否一致得到数据判断结果。

在步骤s630中，基于数据判断结果，在目标数据库中对与数据处理请求对应的目标数据进行第一处理。

其中，第一处理指的是对目标数据进行的一种数据处理方式。

举例而言，数据判断结果为目标数据资源中的数据项与待处理数据中的数据项并不完全一致，并且数据处理请求的类型为集成请求类型，基于此，在目标数据库中对待处理数据进行集成处理，具体的，集成处理包括对待处理数据的存储、对与待处理数据对应的版本信息的创建、对于待处理数据的对应的数据库标识的创建、对与集成请求类型对应的集成行为的记录以及对与待处理数据对应的数据序号的创建。

其中，在目标数据库中，版本信息是用来表示数据版本的信息，数据库标识指的是一条数据在目标数据库中的标识信息。

在步骤s640中，若目标数据库中不存在与待匹配标识匹配的目标数据资源，在目标数据库中对与数据处理请求对应的目标数据进行第二处理。

其中，第二处理指的是区别于第一处理的，对目标数据进行数据处理的一种方式。

举例而言，待匹配标识a为客户姓名“张三”、证件类型身份证以及证件号码xxxxxx，然而在目标数据库中不存在与待匹配标识a匹配的目标数据资源。若与数据处理请求对应的请求类型为查询请求类型，则可以向数据处理请求发出的系统发送一个提示数据，该提示数据用于提示用户在目标数据库中不存在与数据处理请求对应的查询结果。

在本示例性实施例中，通过待匹配标识确定目标数据资源，完善了对数据处理请求进行处理的逻辑，提高了数据处理的效率。

在可选的实施例中，图7示出了数据处理方法中在目标数据库中对与数据处理请求对应的目标数据进行第一处理的流程示意图，如图7所示，请求类型包括查询请求类型以及集成更新请求类型，该方法至少包括以下步骤：在步骤s710中，若数据判断结果为目标数据资源与待处理数据一致且请求类型与查询请求类型一致，将所述目标数据资源发送。

其中，数据判断结果有两个，一个为目标数据资源与待处理数据一致，另一个为目标数据资源与待处理数据不一致。

具体地，当数据判断结果为目标数据资源与待处理数据一致时，需要判断与数据处理请求对应的请求类型是否为查询请求类型，若目标数据资源与待处理数据一致并且请求类型为查询请求类型，则证明此时在目标数据库中存在用户需要查询的数据，则将查询结果，即目标数据资源发送至用户所在的系统。

举例而言，若与数据处理请求对应的请求类型为查询请求类型，并且获取的待处理数据为数据a，通过待匹配标识在目标数据库中匹配到的目标数据资源也为数据a，则证明数据a就是用户需要得到的查询结果，对应的将数据a作为目标数据资源发送至用户所在的系统中。

除此之外，当将数据a作为目标数据资源发送至用户所在的系统中时，用户可以在该系统中对数据a进行浏览，因此还可以在目标数据库中记录与目标数据资源a对应的浏览行为信息。

在步骤s720中，若数据判断结果为目标数据资源与待处理数据一致且请求类型与查询请求类型不一致，获取与目标数据资源对应的版本信息，以对版本信息进行更新处理。

其中，当数据判断结果为目标数据资源与待处理数据一致，但请求类型与查询请求类型不一致，可以确定此时的请求类型可以是删除请求类型，可以是更新请求类型，还可以是集成请求类型，除此之外，若请求类型为更新请求类型，可以确定在目标数据库中的目标数据资源与用户需要更新的待处理数据一致，若请求类型为删除请求类型，可以确定在目标数据库中的目标数据资源与用户需要删除的待处理数据一致，若请求类型为集成请求类型，可以确定在目标数据库中的目标数据资源与需要更新的待处理数据一致。基于此，此时只需获取与目标数据资源对应的版本信息，并对版本信息进行更新即可。

举例而言，若数据判断结果为目标数据资源与待处理数据一致，但请求类型为删除请求类型，此时表明用户需要对目标数据资源进行删除，则将与目标数据资源对应的版本信息更新为null，表示版本信息中不存在任何值。除此之外，还可以将与目标数据资源对应的系统标识更新为null，以确保系统标识中不存在任何值，进而确保目标数据资源被删除。

举例而言，若数据判断结果为目标数据资源与待处理数据一致，但请求类型为更新请求类型，此时表明用户需要对数据进行更新，并且更新的内容与目标数据库中的目标数据资源一致，则将与目标数据资源对应的版本信息更新，具体地，若与目标数据资源对应的版本信息为2，可以将版本信息2更新为3，除此之外，还可以将与目标数据资源对应的系统标识进行更新。

举例而言，若数据判断结果为目标数据资源与待处理数据一致，但请求类型为集成请求类型，此时表明用户需要对于数据处理请求对应的待处理数据进行集成，并且待处理数据与目标数据库中的目标数据资源一致，则根据数据集成的原则，即完全相同的数据需要进行合并，则需更新目标数据资源的版本信息以及系统标识，具体地，将目标数据资源的版本信息更新为与待处理数据对应的版本信息，将目标数据资源的系统标识更新为与待处理数据对应的系统标识。

在步骤s730中，若数据判断结果为目标数据资源与待处理数据不一致且请求类型与集成更新请求类型一致，在目标数据库中创建与待处理数据对应的目标数据。

其中，若数据处理结果为目标数据资源与待处理数据不一致，则证明在目标数据库中不存在与待处理数据完全一致的数据，此时若请求类型与集成更新请求类型一致，即请求类型为集成请求类型或更新请求类型，则将待处理数据作为目标数据，并在目标数据库中创建该目标数据。

举例而言，若目标数据资源为数据a，待处理数据为数据b，具体地，数据a包括客户名称“张三”、证件类型身份证以及证件号码123xxxx，数据b包括客户名称“张三”、证件类型身份证、证件号码123xxxx以及手机号码123xxx，显然此时数据判断结果为目标数据资源与待处理数据不一致，若此时请求类型为集成更新请求，即请求类型为集成请求类型或更新请求类型，则证明在目标数据库中不存在与待处理数据一致的数据，基于此，需要将待处理数据作为目标数据，并在目标数据库中创建该目标数据即创建数据b。

具体的，创建的过程除了创建数据b以外，还可以包括基于与数据b对应的更新行为信息，还可以包括创建数据b在目标数据库中的数据序号，本示例性实施例对此不做特殊限定。

在步骤s740中，若数据判断结果为目标数据资源与待处理数据不一致且请求类型与集成更新请求类型不一致，发送与请求类型对应的提示数据。

其中，若目标数据资源与待处理数据不一致，并且请求类型与集成更新请求类型不一致，即请求类型为删除请求类型或查询请求类型，则证明无法在目标数据库中找到与数据处理请求对应的查询结果或无法在目标数据库中找到用户需要删除的删除结果，此时需要向用户所在的系统发送与请求类型对应的提示数据，具体地，若请求类型为删除请求类型，可以向用户发送提示无法找到需要删除的数据的提示数据，若请求类型为查询请求类型，可以向用户发送提示无法找到需要查询的数据的提示数据。

在本示例性实施例中，根据不同的请求类型在目标数据库中做出不同的处理，完善了数据处理的逻辑，提高了数据处理的效率。

在可选的实施例中，请求类型包括集成请求类型，对版本信息进行更新处理之后，方法还包括：若请求类型与集成请求类型一致，获取与目标数据资源对应的数据库标识，并获取与待处理数据对应的系统标识，以创建数据库标识与系统标识之间的标识映射关系。

其中，数据库标识指的是目标数据资源在目标数据库中的标识信息，系统标识指的是待处理数据在系统中的标识信息。

若请求类型与集成请求类型一致，即与集成请求类型一致，基于数据集成的原则，即完全相同的数据需要合并的原则，不在目标数据库中创建新的数据，而是创建数据库标识与系统标识之间的关联关系，即标识映射关系，以保证用户在系统中查询与系统标识对应的数据时，可以从集成服务器中获取到目标数据资源。

举例而言，在对版本信息进行更新处理之后，若请求类型与集成请求类型一致，即请求类型为集成请求类型，获取目标数据资源在集成服务器中的数据库标识为s100987，并获取待处理数据在系统中的系统标识为10001，此时创建10001与s100987之间的对应关系，即创建10001与s100987之间的标识映射关系。

在本示例性实施例中，当请求类型为数据集成请求时，通过创建数据库标识与系统标识之间的标识映射关系，确保用户获取的数据的完整性，提高了后续对获取的数据进行数据分析或通过获取的数据建立用户画像的便利性。

在可选的实施例中，图8示出了数据处理方法中在目标数据库中对与数据处理请求对应的目标数据进行第二处理的流程示意图，如图8所示，该方法至少包括以下步骤：在步骤s810中，若请求类型与集成更新请求类型一致，在目标数据库中创建与待处理数据对应的目标数据。

其中，当在目标数据库中不存在与待匹配标识匹配的目标数据资源，且请求类型为集成更新请求类型时，即请求类型为更新请求类型或集成请求类型，则证明此时在目标数据库中不存在与待处理数据一致的数据，需要在目标数据库中创建待处理数据，以实现对于待处理数据的集成或更新。

举例而言，待匹配标识为标识a，具体地，标识a包括“张三”、身份证以及123xxxx，然而在目标数据库中不存在与待匹配标识匹配的目标数据资源，此时在目标数据库中创建与待处理数据对应的目标数据b，具体的，目标数据b包括客户名称“张三”、证件类型身份证、证件号码123xxxx以及电话号码183xxxx。

在步骤s820中，若请求类型与集成更新请求不一致，发送与请求类型对应的提示数据。

其中，当在目标数据库中不存在与待匹配标识匹配的目标数据资源时，并且请求类型与集成请求类型不一致且请求类型与更新请求类型也不一致，即此时请求类型与删除请求类型一致或此时请求类型与查询请求类型一致，则证明在目标数据库中无法查询到与待匹配标识一致的目标数据资源，或证明在目标数据库中无法删除与待匹配标识一致的目标数据资源，则需要向用户所在的系统发送与请求类型对应的提示数据。

举例而言，当在目标数据库中不存在与待匹配标识匹配的目标数据资源，且请求类型为删除请求类型时，证明无法在目标数据库中找到用户需要删除的数据，则向用户所在的系统发送提示用户无法删除相应数据的提示数据。

在本示例性实施例中，完善了数据处理的逻辑，提高了数据处理的速度。

下面结合一应用场景对本公开实施例中数据处理方法做出详细说明。

图9示出了在应用场景下数据处理方法的流程示意图，其中，s910为判断数据处理请求是否满足于数据认证条件的过程，s920为确定目标鉴权数据以及目标数据库的过程，s930为在目标数据库中对与数据处理请求对应的目标数据进行处理的过程。

具体地，图10示出了过程s910的流程示意图，其中，步骤s1012为对数据处理请求进行解析处理得到待认证系统来源以及待认证客户名称的过程，步骤s1014为获取与数据认证条件对应的认证系统来源以及认证客户名称的过程，步骤s1016为判断待认证系统来源与认证系统来源是否一致以及待认证客户名称与认证客户名称是否一致的过程，步骤s1018为当待认证系统来源与认证系统来源一致且待认证客户名称与认证客户名称一致，确定与数据处理请求对应的数据来源的过程。

图11示出了过程s920的流程示意图，假设存在4个集成客户系统，分别为系统s1、系统s2、系统s3以及系统s4，并且数据处理请求是从系统s1发出的数据处理请求，其中，1110为与系统s1对应的部分鉴权数据，1120为与系统s2对应的部分鉴权数据，1130为与系统s3对应的部分鉴权数据，1140为与系统s4对应的部分鉴权数据，基于此，部分鉴权数据1110、部分鉴权数据1120、部分鉴权数据1130以及部分鉴权数据1140组成了总体鉴权数据。1111为与部分鉴权数据1110对应的目标数据库，1121为与部分鉴权数据1120对应的目标数据库，1131为与部分鉴权数据1130对应的目标数据库，1141为与部分鉴权数据1140对应的目标数据库。

具体地，在目标数据库中、包括数据序号，还包括与记录浏览行为信息、更新行为信息、创建行为信息以及集成行为信息对应的数据项，还包括数据库标识以及系统标识，还包括部分鉴权数据，还包括版本信息，还包括目标数据对应的客户数据。

若请求类型与查询请求类型不一致或用户身份标识与预设身份标识不一致，则此时1110为与数据来源，即系统s1具有鉴权认证关系的目标鉴权数据，若请求类型与查询请求类型一致或用户身份标识与预设身份标识一致，则此时总体鉴权数据为与数据来源，即系统s1具有鉴权认证关系的目标鉴权数据。

图12示出了过程s930的流程示意图，其中，步骤s1201为集成系统接收集成客户端发送的数据处理请求，步骤s1202为解析数据处理请求得到待匹配标识以及待处理数据，若请求类型为集成请求类型，待匹配标识可以为客户姓名、证件类型以及证件号码，若请求类型为更新请求类型、删除请求类型以及查询请求类型，待匹配标识为数据库标识，步骤s1203为判断目标数据库中是否存在与待匹配标识匹配的目标数据资源，步骤s1204为当在目标数据库中存在目标数据库资源时，判断目标数据资源与待处理数据得到数据判断结果。

步骤s1205为若目标数据资源与待处理数据一致且请求类型为查询请求类型，将目标数据资源发送，步骤s1206为若目标数据资源与待处理数据一致且请求类型与查询请求类型不一致，对版本信息进行更新，具体地，若请求类型与删除请求类型一致，将版本信息更新为null，除此之外，还需要将系统标识更新为null，若请求类型与更新请求类型一致，对版本信息进行更新，并且还需对系统标识进行更新，若请求类型为集成请求类型，将版本信息更新为与待处理数据对应的版本信息，将系统标识更新为与待处理数据对应的系统标识，若步骤s1206中的请求类型为集成请求类型，创建数据库标识与系统标识之间的标识映射关系。

步骤s1207为若目标数据资源与待处理数据不一致且请求类型与集成更新请求类型一致，在目标数据库中创建与待处理数据对应的目标数据，步骤s1208为目标数据资源与待处理数据不一致且请求类型与集成更新请求类型不一致，发送与请求类型对应的提示数据。

步骤s1209为若目标数据库中不存在与待匹配标识匹配的目标数据资源且请求类型与集成更新请求类型一致，在目标数据库中创建与待处理数据对应的目标数据，步骤s1210为若目标数据库中不存在与待匹配标识匹配的目标数据资源且请求类型与集成更新请求类型不一致，发送与请求类型对应的提示数据。

在本应用场景中，一方面，若数据处理请求满足于数据认证条件，确定与数据处理请求对应的数据来源，保证了数据来源的准确性以及合法性，进而当数据处理结果出现错误时，可以有效确定导致错误的原因；另一方面，目标鉴权数据与数据来源具有鉴权认证关系，实现了精细化的数据鉴权管理，降低了数据表成为热点表的可能，进而增加了数据集成的速度，提高了利用数据集成结果进行数据分析以及用户画像的速率。

此外，在本公开的示例性实施例中，还提供一种数据处理装置。图13示出了数据处理装置的结构示意图，如图13所示，数据处理装置1300可以包括：获取模块1310、鉴权模块1320和处理模块1330。其中：

获取模块1310，被配置为获取数据处理请求，并确定与数据处理请求对应的数据认证条件；鉴权模块1320，被配置为若数据处理请求满足于数据认证条件，确定与数据处理请求对应的数据来源，以确定与数据来源具有鉴权认证关系的目标鉴权数据；处理模块1330，被配置为若在目标鉴权数据中存在与数据处理请求匹配的一个目标鉴权数据，确定与一个目标鉴权数据对应的目标数据库，以在目标数据库中对与数据处理请求对应的目标数据进行处理。

上述数据处理装置1300的具体细节已经在对应的数据处理方法中进行了详细的描述，因此此处不再赘述。

应当注意，尽管在上文详细描述中提及数据处理装置1300的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。

下面参照图14来描述根据本发明的这种实施例的电子设备1400。图14显示的电子设备1400仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图14所示，电子设备1400以通用计算设备的形式表现。电子设备1400的组件可以包括但不限于：上述至少一个处理单元1410、上述至少一个存储单元1420、连接不同系统组件(包括存储单元1420和处理单元1410)的总线1430、显示单元1440。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元1410执行，使得所述处理单元1410执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施例的步骤。

存储单元1420可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)1421和/或高速缓存存储单元1422，还可以进一步包括只读存储单元(rom)1423。

存储单元1420还可以包括具有一组(至少一个)程序模块1425的程序/使用工具1424，这样的程序模块1425包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包含网络环境的现实。

总线1430可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备1400也可以与一个或多个外部设备1470(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备1400交互的设备通信，和/或与使得该电子设备1400能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口1450进行。并且，电子设备1400还可以通过网络适配器1460与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器1460通过总线1430与电子设备1400的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备1400使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施例的描述，本领域的技术人员易于理解，这里描述的示例实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施例的方法。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施例中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施例的步骤。

参考图15所示，描述了根据本发明的实施例的用于实现上述方法的程序产品1500，其可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。