CN114661835A - 数据处理方法、装置、设备及计算机可读存储介质 - Google Patents

Abstract

本申请实施例提供了数据处理方法、装置、设备及计算机可读存储介质，涉及智慧金融技术领域，方法包括：获取多家企业的金融数据和多家企业各自的拥有者的个人数据；根据不同的业务场景，设置各个业务场景对应的标签和指标；建立金融数据中的字段、个人数据中的字段分别与指标之间的第一对应关系，以及标签与指标之间的第二对应关系；根据第一对应关系和第二对应关系，得到整合指标后的金融数据和个人数据。本申请实施例能够便于为使用人员提供决策数据，减少使用人员的取数成本。

Description

数据处理方法、装置、设备及计算机可读存储介质

技术领域

本申请属于智慧金融技术领域，尤其涉及一种数据处理方法、装置、设备及计算机可读存储介质。

背景技术

商机，从经济学意义上讲，是指能由此获得利润的机会，即代表着有极大合作意向的客户，极大可能会签订的合同。为了寻找商机，一般会根据导入的客户资料，筛选出有销售机会的潜在客户，第三方进一步联系这些有销售机会的潜在客户，获取出具有明显销售意向的人，从而获得商机。

然而，目前客群的相关指标散落在各个***之中且口径不一，导致很难根据这些指标不统一的客户资料获得商机，进而难以为使用人员提供决策数据。

发明内容

本申请实施例提供一种数据处理方法、装置、设备及计算机可读存储介质，能够整合各项指标，统一指标口径，从而便于为使用人员提供商机和决策数据。

第一方面，本申请实施例提供了一种数据处理方法，方法包括：获取多家企业的金融数据和多家企业各自的拥有者的个人数据；根据不同的业务场景，设置各个业务场景对应的标签和指标；建立金融数据中的字段、个人数据中的字段分别与指标之间的第一对应关系，以及标签与指标之间的第二对应关系；根据第一对应关系和第二对应关系，得到整合指标后的金融数据和个人数据。

根据本申请第一方面的实施方式，在根据第一对应关系和第二对应关系，得到整合指标后的金融数据和个人数据之后，方法还包括：获取目标业务场景的标识和客户编号；根据目标业务场景的标识，获取目标业务场景对应的多个标签及多个标签的排列顺序，以及根据第二对应关系，得到多个标签各自对应的目标指标；根据客户编号，获取客户编号对应的金融数据和个人数据；根据多个标签各自对应的目标指标和客户编号对应的金融数据和个人数据，得到目标指标对应的指标数据；将目标指标对应的指标数据填充至多个标签之中，并将多个标签推送给登录用户。

根据本申请第一方面前述任一实施方式，在获取目标业务场景的标识和客户编号之前，方法还包括：获取登录用户的用户权限，用户权限包括登录用户所管辖客户的客户编号；获取目标业务场景的标识和客户编号，包括：根据登录用户的用户权限，获取目标业务场景的标识和用户权限对应的客户编号。

根据本申请第一方面前述任一实施方式，根据目标业务场景的标识，获取目标业务场景对应的多个标签及多个标签的排列顺序，以及根据第二对应关系，得到多个标签各自对应的目标指标，包括：获取多个标签对应的字段、预设的剔除规则和换行展示规则，并将多个标签对应的字段、预设的剔除规则、换行展示规则和目标指标组装成列表；根据客户编号，获取客户编号对应的金融数据和个人数据，包括：将客户编号对应的金融数据和个人数据以键值对的形式形成map元素；根据多个标签各自对应的目标指标和客户编号对应的金融数据和个人数据，得到目标指标对应的指标数据，包括：根据列表中的列名和map元素中的键的对应关系，将map元素中键对应的值填充至列表中。

根据本申请第一方面前述任一实施方式，根据列表中的列名和map元素中的键的对应关系，将map元素中键对应的值填充至列表中，包括：在列表中的第i个列名与map元素中的第i个键匹配的情况下，将map元素中第i个键对应的值填充至第i个列名之下，i为正整数；在列表中的第j个列名与map元素中的第j个键不匹配的情况下，去除第j个列名对应的指标，j为正整数。

根据本申请第一方面前述任一实施方式，在将多个标签推送给登录用户之前，方法还包括：接收登录用户输入的配置信息，配置信息包括展示页面中的标签的种类、数量和/或顺序；根据配置信息，生成展示页面；将多个标签推送给登录用户，包括：向登录用户推送展示页面。

根据本申请第一方面前述任一实施方式，在向登录用户推送展示页面之前，方法还包括：验证生成的展示页面中的标签的种类、数量和/或顺序与配置信息中的标签的种类、数量和/或顺序是否一致；向登录用户推送展示页面，包括：在生成的展示页面中的标签的种类、数量和/或顺序与配置信息中的标签的种类、数量和/或顺序一致的情况下，向登录用户推送展示页面。

第二方面，本申请实施例提供了一种数据处理装置，装置包括：获取模块，用于获取多家企业的金融数据和多家企业各自的拥有者的个人数据；设置模块，用于根据不同的业务场景，设置各个业务场景对应的标签和指标；构建模块，用于建立金融数据中的字段、个人数据中的字段分别与指标之间的第一对应关系，以及标签与指标之间的第二对应关系；整合模块，用于根据第一对应关系和第二对应关系，得到整合指标后的金融数据和个人数据。

第三方面，本申请实施例提供了一种电子设备，电子设备包括：处理器、存储器及存储在存储器上并可在处理器上运行的计算机程序，计算机程序被处理器执行时实现如第一方面提供的数据处理方法的步骤。

第四方面，本申请实施例提供了一种计算机可读存储介质，计算机可读存储介质上存储计算机程序，计算机程序被处理器执行时实现如第一方面提供的数据处理方法的步骤。

本申请实施例的数据处理方法、装置、设备及计算机可读存储介质，首先获取多家企业的金融数据和多家企业各自的拥有者的个人数据；接下来，根据不同的业务场景，设置各个业务场景对应的标签和指标；再接下来，建立金融数据中的字段、个人数据中的字段分别与指标之间的第一对应关系，以及标签与指标之间的第二对应关系；最后根据第一对应关系和第二对应关系，得到整合指标后的金融数据和个人数据。本申请实施例定义统一的指标，形成统一的口径，利用统一的指标对于不同企业和不同企业主(企业的拥有者)的数据进行整合，得到整合指标后的金融数据和个人数据，从而便于根据整合指标后的金融数据和个人数据获得商机，同时便于为使用人员提供决策数据。此外，后续指标进行变更时，后台进行维护即可，减少使用人员的取数成本。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单的介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的数据处理方法的一种流程示意图；

图2为本申请实施例提供的数据处理方法的另一种流程示意图；

图3为图2所示的数据处理方法中的步骤S204的一种流程示意图；

图4为本申请实施例提供的数据处理方法的又一种流程示意图；

图5为本申请实施例提供的数据处理方法的又一种流程示意图；

图6为本申请实施例提供的数据处理装置的一种结构示意图；

图7为本申请实施例提供的电子设备的一种结构示意图。

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

需要说明的是，本申请实施例中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

在阐述本申请实施例所提供的技术方案之前，为了便于对本申请实施例理解，本申请首先对现有技术中存在的问题进行具体说明：

如前所述，为了寻找商机，一般会根据导入的客户资料，筛选出有销售机会的潜在客户，第三方进一步联系这些有销售机会的潜在客户，获取出具有明显销售意向的人，从而获得商机。

然而，目前客群的相关指标散落在各个***之中且口径不一，例如不同业务部门或业务***的指标定义和取数规则存在差异，导致很难根据这些指标不统一的客户资料获得商机，进而难以为使用人员提供决策数据。后续指标进行变更时，由于指标不统一，所以变更的工作量较大，也难以实现变更。

鉴于发明人的上述研究发现，本申请实施例提供了一种数据处理方法、装置、设备及计算机可读存储介质，能够解决现有技术中存在的上述技术问题。

本申请实施例的技术构思在于：通过定义统一的指标，形成统一的口径，利用统一的指标对于不同企业和不同企业主(企业的拥有者)的数据进行整合，得到整合指标后的金融数据和个人数据，从而便于根据整合指标后的金融数据和个人数据获得商机，同时便于为使用人员提供决策数据。此外，后续指标进行变更时，后台进行维护即可，减少使用人员的取数成本。

下面首先对本申请实施例所提供的数据处理方法进行介绍。

图1为本申请实施例提供的数据处理方法的一种流程示意图。如图1 所示，该方法可以包括以下步骤S101至S104。

S101、获取多家企业的金融数据和多家企业各自的拥有者的个人数据。

其中，企业的拥有者即企业主，或称作企业的投资者。企业的金融数据包括但不限于企业维度数据(或称企业的基本数据)和企业的对公产品数据。企业的拥有者的个人数据包括但不限于企业的拥有者的基本数据和企业的拥有者的对私产品数据。

示例性地，企业维度数据包括但不限于以下至少一项：对公月日均存款、注册地址、经度、纬度、涉农企业、成立日期、需求强度、账户类型、收单商户、纳税等级、代发工资、金融客户端认证、***客户、票据池签约、企业网银客户、对公定期存款客户、有贷户、保函客户、银票贷款客户、贴现客户、企业员工人数、首贷户、科创企业、专精特新企业、制造业、绿色信贷、高新技术企业、烟草客群、支付终端使用客群、技术流等级、发明专利数量、发明专利数量、创新资质评分、近六个月***额、近12个月经营性结算量、年销售额、限制性行业、对公产品覆盖个数、对公客户年日均存款、持有数字人民币对公钱包和所持有的贷款产品。

示例性地，企业的对公产品数据包括但不限于以下至少一项：所持有的各个贷款产品的额度，比如信用快贷-云税贷产品额度、信用快贷-结算云贷产品额度、信用快贷-商户云贷产品额度和抵押快贷产品额度等。

示例性地，企业的拥有者的基本数据包括但不限于以下至少一项：房产类客户、私行客户、企业主AUM分级、企业主AUM值、农户、退役军人、学生、个体工商户、***客户、企业主职业代码、持有个人快贷、学历、现金分期客户、账单分期客户、汽车分期客户、ETC客户、对私产品覆盖个数、理财客户、基金客户、保险客户、CTS签约客户、手机银行客户、网上银行客户、国债客户、对私定期存款客户、对私客户编号、个人征信分、企业主AUM分级评分、企业主姓名首字母、企业主身份证号码、出生日期、性别、学历、联系电话。

示例性地，企业的拥有者的对私产品数据包括但不限于以下至少一项：个人快贷、现金分期、账单分期、汽车分期、ETC客户、理财、基金、保险、CTS签约、手机银行、网上银行、国债、对私定期存款。

需要说明的是，本申请实施例中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

在本申请的一些实施例中，可选地，在获取多家企业的金融数据和多家企业各自的拥有者的个人数据之后，还可以对多家企业的金融数据和多家企业各自的拥有者的个人数据进行数据清洗，以去除干扰数据。

S102、根据不同的业务场景，设置各个业务场景对应的标签和指标。

具体地，针对不同的业务场景，可以设置不同的标签，比如还款标签、逾期标签、信用标签和贷款标签等。同样地，针对不同的业务场景，可以设置不同的指标，如上述的企业的金融数据和企业的拥有者的个人数据中的各个字段均可以作为指标，比如所持有的各个贷款产品的额度、代发工资、企业员工人数。

S103、建立金融数据中的字段、个人数据中的字段分别与指标之间的第一对应关系，以及标签与指标之间的第二对应关系。

具体地，可以根据S101获取的企业的金融数据和企业的拥有者的个人数据，生成加工结果表格，如表1所示。

表1

在表1中，对公维度可以以对公客户变化的对公客户编号(企业编号) 为标识，对私可以以对私客户编号为标识，一个对公客户可以对应一个企业主。此外，每日可以更新一期数据，即保存最新一期数据。

接下来，可以建立金融数据中的字段、个人数据中的字段分别与指标之间的第一对应关系，如表2所示。

表2

再接下来，可以建立标签与指标之间的第二对应关系，如表3所示。

S103的上述过程可以理解为一个标签中有多个指标，多个指标分别对应金融数据和/或个人数据中的字段。

S104、根据第一对应关系和第二对应关系，得到整合指标后的金融数据和个人数据。

由此，通过统一指标，便可以实现对于多家不同企业和企业主的数据的整合，得到整合指标后的金融数据和个人数据。

本申请实施例的数据处理方法，首先获取多家企业的金融数据和多家企业各自的拥有者的个人数据；接下来，根据不同的业务场景，设置各个业务场景对应的标签和指标；再接下来，建立金融数据中的字段、个人数据中的字段分别与指标之间的第一对应关系，以及标签与指标之间的第二对应关系；最后根据第一对应关系和第二对应关系，得到整合指标后的金融数据和个人数据。本申请实施例定义统一的指标，形成统一的口径，利用统一的指标对于不同企业和不同企业主(企业的拥有者)的数据进行整合，得到整合指标后的金融数据和个人数据，从而便于根据整合指标后的金融数据和个人数据获得商机，同时便于为使用人员提供决策数据。此外，后续指标进行变更时，后台进行维护即可，减少使用人员的取数成本。

如图2所示，根据本申请的一些实施例，可选地，本申请实施例还可以针对不同场景，对标签进行配置，精准为使用人员推送各场景下必须的指标。

具体而言，在S104根据第一对应关系和第二对应关系，得到整合指标后的金融数据和个人数据之后，本申请实施例提供的数据处理方法还可以包括以下步骤S201至S205。

S201、获取目标业务场景的标识和客户编号。

其中，目标业务场景例如可以为任一业务场景，本申请实施例对此不作限定。容易理解的是，不同的业务场景对应不同的标识(场景标识)，不同客户对应不同的客户编号。

S202、根据目标业务场景的标识，获取目标业务场景对应的多个标签及多个标签的排列顺序，以及根据第二对应关系，得到多个标签各自对应的目标指标。

其中，不同的业务场景可以对应不同的标签。根据据目标业务场景的标识，获取目标业务场景对应的多个标签以及多个标签的排列顺序。然后，根据标签与指标之间的第二对应关系，可以得到多个标签各自对应的目标指标。

在一些具体的示例中，S202例如具体可以包括以下步骤：

获取多个标签对应的字段、预设的剔除规则和换行展示规则，并将多个标签对应的字段、预设的剔除规则、换行展示规则和目标指标组装成列表。

具体地，前端传入页面编号、客户编号列表。后端可以根据页面编号从第二对应关系(如上述表3)获取该页面编号包含的标签以及顺序，并关联第一对应关系(如上述表2)获取标签对应的字段、剔除规则、换行展示规则。然后，将多个标签对应的字段、预设的剔除规则、换行展示规则和目标指标组装成列表list。

S203、根据客户编号，获取客户编号对应的金融数据和个人数据。

具体地，不同的客户可以对应不同的金融数据和个人数据。在S203中，获取客户编号对应的金融数据和个人数据。在一些具体的示例中，例如可以将客户编号对应的金融数据和个人数据以键值对的形式形成map元素。其中，键值对即<key,value>，key为键，用于索引；value为值，表示数据。

S204、根据多个标签各自对应的目标指标和客户编号对应的金融数据和个人数据，得到目标指标对应的指标数据。

在一些具体的示例中，可选地，例如可以根据列表中的列名和map元素中的键的对应关系，将map元素中键对应的值填充至列表中。

S205、将目标指标对应的指标数据填充至多个标签之中，并将多个标签推送给登录用户。

相关技术中，目前有相关的管理***，以客户维度反应客户的信息，但模板单一，无法按照具体的场景进行配置化，提供了过多与办理业务无关的信息。相比之下，本申请实施例能够针对不同场景，对标签进行配置，精准为使用人员(即登录用户)推送各场景下必须的指标，提高了用户体验。

如图3所示，在一些具体的实施例中，可选地，S204、根据列表中的列名和map元素中的键的对应关系，将map元素中键对应的值填充至列表中，具体可以包括以下步骤S301和S302。

S301、在列表中的第i个列名与map元素中的第i个键匹配的情况下，将map元素中第i个键对应的值填充至第i个列名之下，i为正整数。

S302、在列表中的第j个列名与map元素中的第j个键不匹配的情况下，去除第j个列名对应的指标，j为正整数。

如此一来，可以去除列名与键不匹配的指标，有利于指标的精简，为使用人员(即登录用户)推送各场景下必须的指标，提高用户体验。

如图4所示，根据本申请的一些实施例，可选地，本申请实施例还可以实现根据用户权限向用户个性化展示与用户权限对应的标签。

具体地，在S201获取目标业务场景的标识和客户编号之前，本申请实施例提供的数据处理方法还可以包括以下步骤S401：获取登录用户的用户权限，用户权限包括登录用户所管辖客户的客户编号。

相应地，S201获取目标业务场景的标识和客户编号包括以下步骤：根据登录用户的用户权限，获取目标业务场景的标识和用户权限对应的客户编号。

随后，根据获取的客户编号对应的金融数据和个人数据，得到目标指标对应的指标数据。最后，将目标指标对应的指标数据填充至多个标签之中，并将多个标签推送给登录用户。

如此一来，例如客户经理登入，角色为管户权客户经理，则可以查看我的客户列表、客户详情、我的商机、商机池、待办、动态。其余角色则可以查看商机池对无主商机进行抢单，从而实现根据用户权限向用户个性化展示与用户权限对应的标签。

根据本申请的一些实施例，可选地，本申请实施例还可以标签和指标的个性化配置。在S205将多个标签推送给登录用户之前，本申请实施例提供的数据处理方法还可以包括以下步骤：

步骤一、接收登录用户输入的配置信息，配置信息包括展示页面中的标签的种类、数量和/或顺序；

步骤二、根据配置信息，生成展示页面。其中，展示页面中的标签的种类、数量和/或顺序，例如可以按照配置信息中指示的标签的种类、数量和/或顺序进行配置，从而生成展示页面。

相应地，S205将多个标签推送给登录用户，包括以下步骤：向登录用户推送生成的展示页面。

如此一来，可以实现用户登入页面差异化配置和展示，克服相关技术中存在的模板单一，无法按照具体的场景进行配置化的问题。

如图5所示，根据本申请的一些实施例，可选地，在S205向登录用户推送展示页面之前，本申请实施例提供的数据处理方法还可以包括以下步骤：

S501、验证生成的展示页面中的标签的种类、数量和/或顺序与配置信息中的标签的种类、数量和/或顺序是否一致。

相应地，S205向登录用户推送展示页面，具体可以包括以下步骤：

在生成的展示页面中的标签的种类、数量和/或顺序与配置信息中的标签的种类、数量和/或顺序一致的情况下，向登录用户推送展示页面。

如此一来，通过对生成的展示页面进行数据验证，能够避免生成的展示页面中的标签的种类、数量和/或顺序与配置信息中的标签的种类、数量和/或顺序不一致的问题，提高用户体验。

基于上述实施例提供的数据处理方法，相应地，本申请还提供了数据处理装置的具体实现方式。请参见以下实施例。

如图6所示，本申请实施例提供的数据处理装置600包括以下模块：

获取模块601，用于获取多家企业的金融数据和多家企业各自的拥有者的个人数据；

设置模块602，用于根据不同的业务场景，设置各个业务场景对应的标签和指标；

构建模块603，用于建立金融数据中的字段、个人数据中的字段分别与指标之间的第一对应关系，以及标签与指标之间的第二对应关系；

整合模块604，用于根据第一对应关系和第二对应关系，得到整合指标后的金融数据和个人数据。

本申请实施例的数据处理方法装置，获取模块601用于获取多家企业的金融数据和多家企业各自的拥有者的个人数据；设置模块602用于根据不同的业务场景，设置各个业务场景对应的标签和指标；构建模块603用于建立金融数据中的字段、个人数据中的字段分别与指标之间的第一对应关系，以及标签与指标之间的第二对应关系；整合模块604用于根据第一对应关系和第二对应关系，得到整合指标后的金融数据和个人数据。本申请实施例定义统一的指标，形成统一的口径，利用统一的指标对于不同企业和不同企业主(企业的拥有者)的数据进行整合，得到整合指标后的金融数据和个人数据，从而便于根据整合指标后的金融数据和个人数据获得商机，同时便于为使用人员提供决策数据。此外，后续指标进行变更时，后台进行维护即可，减少使用人员的取数成本。

在一些实施例中，本申请实施例提供的数据处理装置600还可以包括推送模块，用于获取目标业务场景的标识和客户编号；根据目标业务场景的标识，获取目标业务场景对应的多个标签及多个标签的排列顺序，以及根据第二对应关系，得到多个标签各自对应的目标指标；根据客户编号，获取客户编号对应的金融数据和个人数据；根据多个标签各自对应的目标指标和客户编号对应的金融数据和个人数据，得到目标指标对应的指标数据；将目标指标对应的指标数据填充至多个标签之中，并将多个标签推送给登录用户。

在一些实施例中，本申请实施例提供的数据处理装置600还可以包括权限获取模块，用于获取登录用户的用户权限，用户权限包括登录用户所管辖客户的客户编号；推送模块具体用于根据登录用户的用户权限，获取目标业务场景的标识和用户权限对应的客户编号。

在一些实施例中，推送模块具体用于获取多个标签对应的字段、预设的剔除规则和换行展示规则，并将多个标签对应的字段、预设的剔除规则、换行展示规则和目标指标组装成列表；将客户编号对应的金融数据和个人数据以键值对的形式形成map元素；根据列表中的列名和map元素中的键的对应关系，将map元素中键对应的值填充至列表中。

在一些实施例中，推送模块具体用于在列表中的第i个列名与map元素中的第i个键匹配的情况下，将map元素中第i个键对应的值填充至第i 个列名之下，i为正整数；在列表中的第j个列名与map元素中的第j个键不匹配的情况下，去除第j个列名对应的指标，j为正整数。

在一些实施例中，本申请实施例提供的数据处理装置600还可以包括接收登录用户输入的配置信息，配置信息包括展示页面中的标签的种类、数量和/或顺序；根据配置信息，生成展示页面。推送模块具体用于向登录用户推送展示页面。

在一些实施例中，本申请实施例提供的数据处理装置600还可以包括验证模块，用于验证生成的展示页面中的标签的种类、数量和/或顺序与配置信息中的标签的种类、数量和/或顺序是否一致。推送模块具体用于在生成的展示页面中的标签的种类、数量和/或顺序与配置信息中的标签的种类、数量和/或顺序一致的情况下，向登录用户推送展示页面。

图6所示装置中的各个模块/单元具有实现图1中各个步骤的功能，并能达到其相应的技术效果，为简洁描述，在此不再赘述。

基于上述实施例提供的数据处理方法，相应地，本申请还提供了电子设备的具体实现方式。请参见以下实施例。

图7示出了本申请实施例提供的电子设备的硬件结构示意图。

电子设备可以包括处理器701以及存储有计算机程序指令的存储器702。

具体地，上述处理器701可以包括中央处理器(Central Processing Unit， CPU)，或者特定集成电路(Application Specific Integrated Circuit， ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器702可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器702可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus， USB)驱动器或者两个或更多个以上这些的组合。在一个示例中，存储器 702可以包括可移除或不可移除(或固定)的介质，或者存储器702是非易失性固态存储器。存储器702可在综合网关容灾设备的内部或外部。

在一个示例中，存储器702可以是只读存储器(Read Only Memory， ROM)。在一个示例中，该ROM可以是掩模编程的ROM、可编程ROM (PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、电可改写ROM(EAROM)或闪存或者两个或更多个以上这些的组合。

存储器702可以包括只读存储器(ROM)，随机存取存储器(RAM)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/ 有形的存储器存储设备。因此，通常，存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行参考根据本申请的一方面的方法所描述的操作。

处理器701通过读取并执行存储器702中存储的计算机程序指令，以实现图1所示实施例中的方法/步骤S101至S104，并达到图1所示实例执行其方法/步骤达到的相应技术效果，为简洁描述在此不再赘述。

在一个示例中，电子设备还可包括通信接口703和总线710。其中，如图7所示，处理器701、存储器702、通信接口703通过总线710连接并完成相互间的通信。

通信接口703，主要用于实现本申请实施例中各模块、装置、单元和/ 或设备之间的通信。

总线710包括硬件、软件或两者，将电子设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(Accelerated Graphics Port， AGP)或其他图形总线、增强工业标准架构(Extended Industry Standard Architecture，EISA)总线、前端总线(Front Side Bus，FSB)、超传输 (Hyper Transport，HT)互连、工业标准架构(IndustryStandard Architecture，ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、***组件互连(PCI)总线、PCI- Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线710可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

另外，结合上述实施例中的数据处理方法，本申请实施例可提供一种计算机可读存储介质来实现。该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种数据处理方法。计算机可读存储介质的示例包括非暂态计算机可读存储介质，如电子电路、半导体存储器设备、ROM、随机存取存储器、闪存、可擦除 ROM(EROM)、软盘、CD-ROM、光盘、硬盘。

需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RadioFrequency，RF) 链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或***。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

上面参考根据本申请的实施例的方法、装置(***)和计算机程序产品的流程图和/或框图描述了本申请的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。

以上所述，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的***、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。

Claims (10)

1.一种数据处理方法，其特征在于，包括：

获取多家企业的金融数据和所述多家企业各自的拥有者的个人数据；

根据不同的业务场景，设置各个所述业务场景对应的标签和指标；

建立所述金融数据中的字段、所述个人数据中的字段分别与指标之间的第一对应关系，以及所述标签与所述指标之间的第二对应关系；

根据所述第一对应关系和所述第二对应关系，得到整合指标后的所述金融数据和所述个人数据。

2.根据权利要求1所述的方法，其特征在于，在所述根据所述第一对应关系和所述第二对应关系，得到整合指标后的所述金融数据和所述个人数据之后，所述方法还包括：

获取目标业务场景的标识和客户编号；

根据所述目标业务场景的标识，获取所述目标业务场景对应的多个标签及所述多个标签的排列顺序，以及根据所述第二对应关系，得到所述多个标签各自对应的目标指标；

根据所述客户编号，获取所述客户编号对应的所述金融数据和所述个人数据；

根据所述多个标签各自对应的目标指标和所述客户编号对应的所述金融数据和所述个人数据，得到所述目标指标对应的指标数据；

将所述目标指标对应的指标数据填充至所述多个标签之中，并将所述多个标签推送给登录用户。

3.根据权利要求2所述的方法，其特征在于，在所述获取目标业务场景的标识和客户编号之前，所述方法还包括：

获取登录用户的用户权限，所述用户权限包括所述登录用户所管辖客户的客户编号；

所述获取目标业务场景的标识和客户编号，包括：

根据所述登录用户的用户权限，获取所述目标业务场景的标识和所述用户权限对应的客户编号。

4.根据权利要求2所述的方法，其特征在于，所述根据所述目标业务场景的标识，获取所述目标业务场景对应的多个标签及所述多个标签的排列顺序，以及根据所述第二对应关系，得到所述多个标签各自对应的目标指标，包括：

获取所述多个标签对应的字段、预设的剔除规则和换行展示规则，并将所述多个标签对应的字段、预设的剔除规则、所述换行展示规则和所述目标指标组装成列表；

所述根据所述客户编号，获取所述客户编号对应的所述金融数据和所述个人数据，包括：

将所述客户编号对应的所述金融数据和所述个人数据以键值对的形式形成map元素；

所述根据所述多个标签各自对应的目标指标和所述客户编号对应的所述金融数据和所述个人数据，得到所述目标指标对应的指标数据，包括：

根据所述列表中的列名和所述map元素中的键的对应关系，将所述map元素中所述键对应的值填充至所述列表中。

5.根据权利要求4所述的方法，其特征在于，所述根据所述列表中的列名和所述map元素中的键的对应关系，将所述map元素中所述键对应的值填充至所述列表中，包括：

在所述列表中的第i个列名与所述map元素中的第i个键匹配的情况下，将所述map元素中所述第i个键对应的值填充至所述第i个列名之下，i为正整数；

在所述列表中的第j个列名与所述map元素中的第j个键不匹配的情况下，去除所述第j个列名对应的指标，j为正整数。

6.根据权利要求2所述的方法，其特征在于，在所述将所述多个标签推送给登录用户之前，所述方法还包括：

接收所述登录用户输入的配置信息，所述配置信息包括展示页面中的标签的种类、数量和/或顺序；

根据所述配置信息，生成所述展示页面；

所述将所述多个标签推送给登录用户，包括：

向所述登录用户推送所述展示页面。

7.根据权利要求6所述的方法，其特征在于，在所述向所述登录用户推送所述展示页面之前，所述方法还包括：

验证生成的所述展示页面中的标签的种类、数量和/或顺序与所述配置信息中的所述标签的种类、数量和/或顺序是否一致；

所述向所述登录用户推送所述展示页面，包括：

在生成的所述展示页面中的标签的种类、数量和/或顺序与所述配置信息中的所述标签的种类、数量和/或顺序一致的情况下，向所述登录用户推送所述展示页面。

8.一种数据处理装置，其特征在于，所述装置包括：

获取模块，用于获取多家企业的金融数据和所述多家企业各自的拥有者的个人数据；

设置模块，用于根据不同的业务场景，设置各个所述业务场景对应的标签和指标；

构建模块，用于建立所述金融数据中的字段、所述个人数据中的字段分别与指标之间的第一对应关系，以及所述标签与所述指标之间的第二对应关系；

整合模块，用于根据所述第一对应关系和所述第二对应关系，得到整合指标后的所述金融数据和所述个人数据。

9.一种电子设备，其特征在于，所述电子设备包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至7中任一项所述的数据处理方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的数据处理方法的步骤。

Images