CN115795508A - 处理业务数据的方法、装置、设备和计算机可读介质 - Google Patents

Abstract

本发明公开了处理业务数据的方法、装置、设备和计算机可读介质，涉及大数据分析技术领域。该方法的一具体实施方式包括：依据配置文件中的交易码查询权限配置表，得到数据关系代码，并基于所述数据关系代码，获取机构数据范围和机构业务关系；根据配置文件中的机构编号、所述机构数据范围和所述机构业务关系，查询得到处理业务数据的机构以构建处理业务数据机构集合；按照所述处理业务数据机构集合中的机构，建立处理业务数据的数据范围，并在所述数据范围内处理业务数据。该实施方式能够提高业务数据交易过程中的数据安全。

Description

处理业务数据的方法、装置、设备和计算机可读介质

技术领域

本发明涉及大数据分析技术领域，尤其涉及一种处理业务数据的方法、装置、设备和计算机可读介质。

背景技术

银行业务指银行办理的业务。按业务复杂程度和对网点依赖程度，银行业务可分为传统业务和复杂业务。按照其资产负债表的构成，银行业务主要分为三类：负债业务、资产业务、中间业务。

处理银行业务的过程中需要操作业务数据。业务数据对于银行业务来说是处理业务的基石。在处理业务数据的同时，还需要保障业务数据的安全。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：银行业务中采用业务数据交易涉及多个机构，业务数据的安全性较低。

发明内容

有鉴于此，本发明实施例提供一种处理业务数据的方法、装置、设备和计算机可读介质，能够提高业务数据交易过程中的数据安全。本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

为实现上述目的，根据本发明实施例的一个方面，提供了一种处理业务数据的方法，包括：

依据配置文件中的交易码查询权限配置表，得到数据关系代码，并基于所述数据关系代码，获取机构数据范围和机构业务关系；

根据配置文件中的机构编号、所述机构数据范围和所述机构业务关系，查询得到处理业务数据的机构以构建处理业务数据机构集合；

按照所述处理业务数据机构集合中的机构，建立处理业务数据的数据范围，并在所述数据范围内处理业务数据。

所述依据配置文件中的交易码查询权限配置表，得到数据关系代码之前，还包括：

所述配置文件的交易码所属业务属于权限控制业务，确定在数据范围内处理业务数据。

所述依据配置文件中的交易码查询权限配置表，得到数据关系代码，并基于所述数据关系代码，获取机构数据范围和机构业务关系，包括：

依据配置文件中的交易码遍历权限配置表，得到数据关系代码；

基于所述数据关系代码，获取机构数据范围和机构业务关系，所述机构数据范围是处理业务数据涉及的数据范围，所述机构业务关系是处理业务数据所属业务项目的机构级别关系。

所述数据关系代码的格式为机构数据范围与机构业务关系通过预设标识连接。

所述机构数据范围包括以下一种或多种：本级机构、下级机构和预设机构。

所述机构业务关系包括以下一种或多个：行政层级结构、审批层级结构、档案层级结构、催收层级结构、贷后管理层级结构、财会层级结构、超权限审批层级结构和放行层级结构。

所述权限配置表是通过交互界面预先设置的。

所述根据配置文件中的机构编号、所述机构数据范围和所述机构业务关系，查询得到处理业务数据的机构以构建处理业务数据机构集合，包括：

根据配置文件中的机构编号和所述机构数据范围，确定处理业务数据的机构；

按照所述处理业务数据的机构和所述机构业务关系，构建所述处理业务数据机构集合。

所述处理业务数据的机构包括所述机构编号对应的机构和指定机构，所述指定机构是按照所述机构数据范围查询机构层级数据表得到的。

所述指定机构包括以下一种或多种：下级机构、直属下级机构和一级分行。

所述按照所述处理业务数据机构集合的机构，建立处理业务数据的数据范围，并在所述数据范围内处理业务数据，包括：

按照所述处理业务数据机构集合的机构，建立处理业务数据的数据范围；

以所述处理业务数据的数据范围构建机构权限控制条件，并增加所述机构权限控制条件，以在所述数据范围内处理业务数据。

所述增加所述机构权限控制条件，包括：

通过SQL语句拼接的方式，增加所述机构权限控制条件至处理业务数据的原始控制条件中。

所述业务数据包括个人贷款业务数据。

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

获取模块，用于依据配置文件中的交易码查询权限配置表，得到数据关系代码，并基于所述数据关系代码，获取机构数据范围和机构业务关系；

查询模块，用于根据配置文件中的机构编号、所述机构数据范围和所述机构业务关系，查询得到处理业务数据的机构以构建处理业务数据机构集合；

处理模块，用于按照所述处理业务数据机构集合中的机构，建立处理业务数据的数据范围，并在所述数据范围内处理业务数据。

所述获取模块，具体用于依据配置文件中的交易码遍历权限配置表，得到数据关系代码；

基于所述数据关系代码，获取机构数据范围和机构业务关系，所述机构数据范围是处理业务数据涉及的数据范围，所述机构业务关系是处理业务数据所属业务项目的机构级别关系。

所述查询模块，具体用于根据配置文件中的机构编号和所述机构数据范围，确定处理业务数据的机构；

按照所述处理业务数据的机构和所述机构业务关系，构建所述处理业务数据机构集合。

所述处理模块，具体用于按照所述处理业务数据机构集合的机构，建立处理业务数据的数据范围；

以所述处理业务数据的数据范围构建机构权限控制条件，并增加所述机构权限控制条件，以在所述数据范围内处理业务数据。

根据本发明实施例的第三方面，提供了一种处理业务数据的电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述的方法。

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

根据本发明实施例的第五方面，提供了一种计算机程序产品，包括计算机程序，所述程序被处理器执行时实现本发明实施例提供的如上述的方法。

上述发明中的一个实施例具有如下优点或有益效果：依据配置文件中的交易码查询权限配置表，得到数据关系代码，并基于所述数据关系代码，获取机构数据范围和机构业务关系；根据配置文件中的机构编号、所述机构数据范围和所述机构业务关系，查询得到处理业务数据的机构以构建处理业务数据机构集合；按照所述处理业务数据机构集合中的机构，建立处理业务数据的数据范围，并在所述数据范围内处理业务数据。在数据范围内处理业务数据，对于数据范围外的数据并不能操作。因而，能够提高业务数据交易过程中的数据安全。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的处理业务数据的方法的主要流程的示意图；

图2是根据本发明实施例的获取机构数据范围和机构业务关系的流程示意图；

图3是根据本发明实施例的机构级别的示意图；

图4是根据本发明实施例的得到处理业务数据的机构以构建处理业务数据机构集合的流程示意图；

图5是根据本发明实施例的在数据范围内处理业务数据的流程示意图；

图6是根据本发明实施例的处理业务数据的装置的主要结构的示意图；

图7是本发明实施例可以应用于其中的示例性系统架构图；

图8是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

机构是银行基于业务开展以及内部管理需要，按照各业务管理维度，以业务管辖为切入点，而形成的一种机构关系。机构信息以树型结构展示，按照层级关系可划分为本级机构、下级机构、直属下级机构、所在一级分行等。

机构中的员工，通过客户端识别登录机构，可以进行机构层级的权限控制。岗位角色权限控制通过识别所在岗位拥有的权限，识别是否有具有访问该交易页面的权限，实现交易页面级别的管控。但在交易层级，仍需要进行机构权限控制，对该交易能操作的数据范围进行限制。

但由于业务数据涉及机构层级较多，且机构之间的业务关联性相对复杂，所以业务数据的安全较低。

为了解决业务数据安全较低的技术问题，可以采用以下本发明实施例中的技术方案。

参见图1，图1是根据本发明实施例的处理业务数据的方法主要流程的示意图，通过机构数据范围和机构业务关系确定的处理业务数据机构集合，建立数据范围以在数据范围内处理业务数据。如图1所示，具体包括以下步骤：

S101、依据配置文件中的交易码查询权限配置表，得到数据关系代码，并基于数据关系代码，获取机构数据范围和机构业务关系。

在银行处理业务的情况下，业务涉及的交易标识设置在配置文件中。作为一个示例，配置文件包括交易码和机构编码。交易码是标识业务涉及的交易。如：业务涉及贷款交易A1，交易码是A1。机构编码是业务涉及交易的经办机构的标识。如：业务涉及交易的经办机构是分行H1，H1是经办机构的标识。

在本发明的一个实施例中，基于配置文件的交易码，确定需要在数据范围内处理业务数据。即，配置文件的交易码所属业务属于权限控制业务，则确定在数据范围内处理业务数据。

对于业务涉及的交易来说，并非每笔交易均需要在数据范围内处理业务数据。可以通过配置文件的交易码，判断是否需要在数据范围内处理业务数据。作为一个示例，配置文件的交易码属于数据范围的白名单，则确定需要在数据范围内处理业务数据。配置文件的交易码不属于数据范围的白名单，则确定无需在数据范围内处理业务数据。

可以理解的是，采用数据范围的白名单，确定是否在数据范围内处理业务数据。数据范围的白名单可以按照实际银行业务的需求更新。

在本发明的实施例中，权限配置表记载交易所对应的数据关系。权限配置表(IPDAT_BANKDATARIGHTS)中的表字段包括交易码(TRANID)和数据关系代码(BANKDATARELACODE)。数据关系代码用于表征机构之间的数据关系。数据关系代码由对应的交易根据业务规则预设设置，并保存在权限配置表中。作为一个示例，机构A和机构A的下述机构A1的业务数据，是交易中涉及的数据。

在本发明的实施例中，可以通过交互界面设置权限配置表，从而实现交易涉及机构的可视化调整。即，权限配置表是通过交互界面预先设置的。作为一个示例，接收用户在交互界面的指令，在权限配置表中增加交易所对应的数据关系代码。

参见图2，图2是根据本发明实施例的获取机构数据范围和机构业务关系的流程示意图。具体包括以下步骤：

S201、依据配置文件中的交易码遍历权限配置表，得到数据关系代码。

权限配置表中的表字段包括交易码和数据关系代码。依据配置文件中的交易码遍历权限配置表，进而得到数据关系代码。

S202、基于数据关系代码，获取机构数据范围和机构业务关系，机构数据范围是处理业务数据涉及的数据范围，机构业务关系是处理业务数据所属业务项目的机构级别关系。

基于数据关系代码可以获取机构数据范围和机构业务关系。在本发明的一个实施例中，数据关系代码的格式为机构数据范围与机构业务关系通过预设标识连接。作为一个示例，数据关系代码的格式为机构数据范围-机构业务关系，其中预设标识是连接线。

在本发明的实施例中，机构业务关系是处理业务数据所属业务项目的机构级别关系。机构级别按照不同作用可以有多种划分方式。

参见图3，图3是根据本发明实施例的机构级别的示意图。图3中，银行按照从高到低的级别分别为：总行、省分行、市分行和县、区支行等。

机构级别关系是基于业务开展以及内部管理需要，按照管理维度，以业务管辖为切入点，而形成的一种机构关系。

在本发明的实施例中，机构业务关系包括以下一种或多个：行政层级结构、审批层级结构、档案层级结构、催收层级结构、贷后管理层级结构、财会层级结构、超权限审批层级结构和放行层级结构。

行政层级结构，又称为行政树。行政树是基于业务开展以及内部管理需要，按照行政管理维度，以业务管辖为切入点，而形成的一种机构关系。行政数是按照行政管理关系，中间不存在层级中断，逐级向上汇总直到顶级节点，顶级节点为最高级的业务管理机构。

审批层级结构，又称为审批树。审批树用以说明贷款审批机构的层级关系。如：贷前流程中的审批环节按照上级审批树查找任务接收机构。

档案层级结构，又称为档案树。档案树用以说明各个机构之间的档案管理层级关系。贷款后的档案管理功能按照档案树进行权限管控。

催收层级结构，又称为催收树。催收树用以说明各个机构之间的贷款催收管理层级关系。贷款流程后的催收功能按照催收树进行权限管控。

贷后管理层级结构，又称为贷后管理树。贷后管理树用以说明各个机构之间的贷后管理层级关系。贷后管理功能按照贷后管理树进行权限管控

财务层级结构，又称为财会树。财会树是由计财部门按照全行账务汇总的层级关系所构建的机构关系。财会树的叶子节点为各记账单元，如总行业务部门、分行业务部门和支行网点，按照财务汇总的关系逐级向上汇总直到顶级节点，顶级节点为最高级的业务管理机构。

超权限审批层级结构，又称为超权限审批树。超权限审批树用以说明贷款金额或者贷款利率浮动水平在超过本机构处理限额后的定价核准层级关系。定价核准环节被触发后，会出现在贷前流程的审核提交之后或审批之前。

放行层级结构，又称为放行树。放行树用以说明贷款主办机构与放款机构之间的对应关系。贷前流程中的开户环节按照放行机构关系查找任务接收机构。

在本发明的实施例中，机构数据范围是处理业务数据涉及的数据范围。利用机构数据范围，能够确定机构处理数据的权限。其中，机构数据范围包括以下一种或多种：本级机构、下级机构和预设机构。

在本发明的一个实施例中，将机构数据范围划分为以下几种：本级机构、本级机构及下级机构、下级机构、本级及直属下级机构、直属下级机构、全行和一级分行。其中，全行包括银行下属所有机构。一级分行包括级别为一级的所有机构的集合。

在图2的实施例中，基于配置文件中的交易码，获取机构数据范围和机构业务关系。机构数据范围与机构业务关系分别设置，以通过数据关系代码灵活设置并调整数据范围。

S102、根据配置文件中的机构编号、机构数据范围和机构业务关系，查询得到处理业务数据的机构以构建处理业务数据机构集合。

配置文件中的机构编号是当前经办机构的编号。利用配置文件中的机构编号、机构数据范围和机构业务关系，就可以确定处理业务数据的机构。

参见图4，图4是根据本发明实施例的得到处理业务数据的机构以构建处理业务数据机构集合的流程示意图。具体包括以下步骤：

S401、根据配置文件中的机构编号和机构数据范围，确定处理业务数据的机构。

根据配置文件中的机构编号能够确定当前经办机构。按照机构数据范围能够在当前经办机构的基础上，确定处理业务的其他机构。处理业务数据的机构包括当前经办机构和处理业务的其他机构。

作为一个示例，当前经办机构包括本级机构。机构数据范围包括下级机构。可以根据当前经办机构，以机构数据范围在机构层级数据表(IPIP_BANKRELA)中查询所有下级机构集合。

可知，处理业务数据的机构包括机构编号对应的机构和指定机构，指定机构是按照机构数据范围查询机构层级数据表得到的。作为一个示例，指定机构包括以下一种或多种：下级机构、直属下级机构和一级分行。

在本发明的实施例中，机构层级数据表用于装载机构层级结构数据。表字段包含机构编号(BANKID)、关联上级机构编号(RELASUPERBANKID)、机构关系类型代码(BANKRELATYPECODE)、一级分行号(BRANID)、最后修改时间(LASTDEALDATE)。

作为另一个示例，当前经办机构包括本级机构。机构数据范围包括一级分行。可以根据当前经办机构，查询机构信息表(IPDAT_BANKINFO)中对应的一级分行号(BRANID)，进而确定一级分行。机构信息表包括字段：机构编号(BANKID)和一级分行号(BRANID)等。

S402、按照处理业务数据的机构和机构业务关系，构建处理业务数据机构集合。

确定处理业务数据的机构之后，就可以按照处理业务数据的机构和机构业务关系，构建处理业务数据机构集合。

机构业务关系涉及不同的作用，可以基于处理业务数据的机构和机构业务关系，确定处理业务数据的机构。作为一个示例，处理业务数据的机构包括机构A和机构A的下级机构，机构业务关系包括审批层级结构，则基于机构A在审批层级结构中确定机构A的下级机构A1和A2，将机构A、机构A1和机构A2作为处理业务数据的机构。以机构A、机构A1和机构A2构建处理业务数据机构集合。最终，处理业务数据机构集合包括机构A、机构A1和机构A2。

在图4的实施例中，按照机构数据范围和机构业务关系，构建处理业务数据机构集合。随着机构数据范围和/或机构业务关系的调整，构建对应的处理业务数据机构集合。

S103、按照处理业务数据机构集合中的机构，建立处理业务数据的数据范围，并在数据范围内处理业务数据。

基于处理业务数据机构集合中的机构，建立处理业务数据的数据范围，以数据范围的方式限制机构访问数据的权限，以在数据范围内处理业务数据。

参见图5，图5是根据本发明实施例的在数据范围内处理业务数据的流程示意图。具体包括以下步骤：

S501、按照处理业务数据机构集合的机构，建立处理业务数据的数据范围。

处理业务数据机构集合确定后，每个机构均有对应的数据范围。以处理业务数据机构集合的机构对应的数据范围，建立处理业务数据的数据范围。可以理解的是，处理业务数据的数据范围涉及处理业务数据机构集合的机构对应的数据范围。

S502、以处理业务数据的数据范围构建机构权限控制条件，并增加机构权限控制条件，以在数据范围内处理业务数据。

在本发明实施例中，在处理业务的同时，需要以机构权限控制条件表征数据范围。那么，以处理业务数据的数据范围构建机构权限控制条件，并增加机构权限控制条件，从而在数据范围内处理业务数据。

在本发明的一个实施例中，通过SQL语句拼接的方式，增加机构权限控制条件至处理业务数据的原始控制条件中。

也就是说，在处理业务数据的过程中，涉及原始控制条件，将机构权限控制条件增加至原始控制条件。具体地，通过SQL语句拼接的方式，增加机构权限控制条件至处理业务数据的原始控制条件中。

在图5的实施例中，通过处理业务数据机构集合构建机构权限控制条件，以机构权限控制条件限制处理业务数据的数据范围，处理业务数据的过程中，无法访问数据范围外的数据，进而提高业务数据的安全性。

在本发明的一个实施例中，业务数据包括银行涉及的业务。作为一个示例，业务数据包括个人贷款业务数据。在处理个人贷款业务数据的过程中，涉及到多个过程和多个机构，通过图1中的技术方案，确定处理个人贷款业务数据的数据范围，仅在该数据范围内处理个人贷款业务数据，并没有操作数据范围之外数据的权限，进而保障数据的安全性。

在上述实施例中，依据配置文件中的交易码查询权限配置表，得到数据关系代码，并基于所述数据关系代码，获取机构数据范围和机构业务关系；根据配置文件中的机构编号、所述机构数据范围和所述机构业务关系，查询得到处理业务数据的机构以构建处理业务数据机构集合；按照所述处理业务数据机构集合中的机构，建立处理业务数据的数据范围，并在所述数据范围内处理业务数据。在数据范围内处理业务数据，对于数据范围外的数据并不能操作。因而，能够提高业务数据交易过程中的数据安全。

采用本发明实施例中的技术方案，针对每笔交易，通过机构数据范围和机构业务关系构建数据范围，以限制处理业务数据的数据，进而保障业务数据的安全。

参见图6，图6是根据本发明实施例的处理业务数据的装置的主要结构的示意图，处理业务数据的装置可以实现处理业务数据的方法，如图6所示，处理业务数据的装置具体包括：

获取模块601，用于依据配置文件中的交易码查询权限配置表，得到数据关系代码，并基于所述数据关系代码，获取机构数据范围和机构业务关系；

查询模块602，用于根据配置文件中的机构编号、所述机构数据范围和所述机构业务关系，查询得到处理业务数据的机构以构建处理业务数据机构集合；

处理模块603，用于按照所述处理业务数据机构集合中的机构，建立处理业务数据的数据范围，并在所述数据范围内处理业务数据。

在本发明的一个实施例中，获取模块601，还用于所述配置文件的交易码所属业务属于权限控制业务，确定在数据范围内处理业务数据。

在本发明的一个实施例中，获取模块601，具体用于依据配置文件中的交易码遍历权限配置表，得到数据关系代码；

基于所述数据关系代码，获取机构数据范围和机构业务关系，所述机构数据范围是处理业务数据涉及的数据范围，所述机构业务关系是处理业务数据所属业务项目的机构级别关系。

在本发明的一个实施例中，所述数据关系代码的格式为机构数据范围与机构业务关系通过预设标识连接。

在本发明的一个实施例中，所述机构数据范围包括以下一种或多种：本级机构、下级机构和预设机构。

在本发明的一个实施例中，所述机构业务关系包括以下一种或多个：行政层级结构、审批层级结构、档案层级结构、催收层级结构、贷后管理层级结构、财会层级结构、超权限审批层级结构和放行层级结构。

在本发明的一个实施例中，所述权限配置表是通过交互界面预先设置的。

在本发明的一个实施例中，查询模块602，具体用于根据配置文件中的机构编号和所述机构数据范围，确定处理业务数据的机构；

按照所述处理业务数据的机构和所述机构业务关系，构建所述处理业务数据机构集合。

在本发明的一个实施例中，所述处理业务数据的机构包括所述机构编号对应的机构和指定机构，所述指定机构是按照所述机构数据范围查询机构层级数据表得到的。

在本发明的一个实施例中，所述指定机构包括以下一种或多种：下级机构、直属下级机构和一级分行。

在本发明的一个实施例中，处理模块603，具体用于按照所述处理业务数据机构集合的机构，建立处理业务数据的数据范围；

以所述处理业务数据的数据范围构建机构权限控制条件，并增加所述机构权限控制条件，以在所述数据范围内处理业务数据。

在本发明的一个实施例中，处理模块603，具体用于通过SQL语句拼接的方式，增加所述机构权限控制条件至处理业务数据的原始控制条件中。

在本发明的一个实施例中，所述业务数据包括个人贷款业务数据。

图7示出了可以应用本发明实施例的处理业务数据的方法或处理业务数据的装置的示例性系统架构700。

如图7所示，系统架构700可以包括终端设备701、702、703，网络704和服务器705。网络704用以在终端设备701、702、703和服务器705之间提供通信链路的介质。网络704可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备701、702、703通过网络704与服务器705交互，以接收或发送消息等。终端设备701、702、703上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备701、702、703可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器705可以是提供各种服务的服务器，例如对用户利用终端设备701、702、703所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。

需要说明的是，本发明实施例所提供的处理业务数据的方法一般由服务器705执行，相应地，处理业务数据的装置一般设置于服务器705中。

应该理解，图7中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图8，其示出了适于用来实现本发明实施例的终端设备的计算机系统800的结构示意图。图8示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图8所示，计算机系统800包括中央处理单元(CPU)801，其可以根据存储在只读存储器(ROM)802中的程序或者从存储部分808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。在RAM 803中，还存储有系统800操作所需的各种程序和数据。CPU 801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

以下部件连接至I/O接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(CPU)801执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括获取模块、查询模块和处理模块。其中，这些模块的名称在某种情况下并不构成对该单元本身的限定，例如，查询模块还可以被描述为“用于根据配置文件中的机构编号、所述机构数据范围和所述机构业务关系，查询得到处理业务数据的机构以构建处理业务数据机构集合”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：

依据配置文件中的交易码查询权限配置表，得到数据关系代码，并基于所述数据关系代码，获取机构数据范围和机构业务关系；

根据配置文件中的机构编号、所述机构数据范围和所述机构业务关系，查询得到处理业务数据的机构以构建处理业务数据机构集合；

按照所述处理业务数据机构集合中的机构，建立处理业务数据的数据范围，并在所述数据范围内处理业务数据。

根据本发明实施例的技术方案，依据配置文件中的交易码查询权限配置表，得到数据关系代码，并基于所述数据关系代码，获取机构数据范围和机构业务关系；根据配置文件中的机构编号、所述机构数据范围和所述机构业务关系，查询得到处理业务数据的机构以构建处理业务数据机构集合；按照所述处理业务数据机构集合中的机构，建立处理业务数据的数据范围，并在所述数据范围内处理业务数据。在数据范围内处理业务数据，对于数据范围外的数据并不能操作。因而，能够提高业务数据交易过程中的数据安全。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (20)

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

依据配置文件中的交易码查询权限配置表，得到数据关系代码，并基于所述数据关系代码，获取机构数据范围和机构业务关系；

根据配置文件中的机构编号、所述机构数据范围和所述机构业务关系，查询得到处理业务数据的机构以构建处理业务数据机构集合；

按照所述处理业务数据机构集合中的机构，建立处理业务数据的数据范围，并在所述数据范围内处理业务数据。

2.根据权利要求1所述处理业务数据的方法，其特征在于，所述依据配置文件中的交易码查询权限配置表，得到数据关系代码之前，还包括：

所述配置文件的交易码所属业务属于权限控制业务，确定在数据范围内处理业务数据。

3.根据权利要求1所述处理业务数据的方法，其特征在于，所述依据配置文件中的交易码查询权限配置表，得到数据关系代码，并基于所述数据关系代码，获取机构数据范围和机构业务关系，包括：

依据配置文件中的交易码遍历权限配置表，得到数据关系代码；

基于所述数据关系代码，获取机构数据范围和机构业务关系，所述机构数据范围是处理业务数据涉及的数据范围，所述机构业务关系是处理业务数据所属业务项目的机构级别关系。

4.根据权利要求3所述处理业务数据的方法，其特征在于，所述数据关系代码的格式为机构数据范围与机构业务关系通过预设标识连接。

5.根据权利要求3所述处理业务数据的方法，其特征在于，所述机构数据范围包括以下一种或多种：本级机构、下级机构和预设机构。

6.根据权利要求3所述处理业务数据的方法，其特征在于，所述机构业务关系包括以下一种或多个：行政层级结构、审批层级结构、档案层级结构、催收层级结构、贷后管理层级结构、财会层级结构、超权限审批层级结构和放行层级结构。

7.根据权利要求1所述处理业务数据的方法，其特征在于，所述权限配置表是通过交互界面预先设置的。

8.根据权利要求1所述处理业务数据的方法，其特征在于，所述根据配置文件中的机构编号、所述机构数据范围和所述机构业务关系，查询得到处理业务数据的机构以构建处理业务数据机构集合，包括：

根据配置文件中的机构编号和所述机构数据范围，确定处理业务数据的机构；

按照所述处理业务数据的机构和所述机构业务关系，构建所述处理业务数据机构集合。

9.根据权利要求8所述处理业务数据的方法，其特征在于，所述处理业务数据的机构包括所述机构编号对应的机构和指定机构，所述指定机构是按照所述机构数据范围查询机构层级数据表得到的。

10.根据权利要求9所述处理业务数据的方法，其特征在于，所述指定机构包括以下一种或多种：下级机构、直属下级机构和一级分行。

11.根据权利要求1所述处理业务数据的方法，其特征在于，所述按照所述处理业务数据机构集合的机构，建立处理业务数据的数据范围，并在所述数据范围内处理业务数据，包括：

按照所述处理业务数据机构集合的机构，建立处理业务数据的数据范围；

以所述处理业务数据的数据范围构建机构权限控制条件，并增加所述机构权限控制条件，以在所述数据范围内处理业务数据。

12.根据权利要求11所述处理业务数据的方法，其特征在于，所述增加所述机构权限控制条件，包括：

通过SQL语句拼接的方式，增加所述机构权限控制条件至处理业务数据的原始控制条件中。

13.根据权利要求1所述处理业务数据的方法，其特征在于，所述业务数据包括个人贷款业务数据。

14.一种处理业务数据的装置，其特征在于，包括：

获取模块，用于依据配置文件中的交易码查询权限配置表，得到数据关系代码，并基于所述数据关系代码，获取机构数据范围和机构业务关系；

查询模块，用于根据配置文件中的机构编号、所述机构数据范围和所述机构业务关系，查询得到处理业务数据的机构以构建处理业务数据机构集合；

处理模块，用于按照所述处理业务数据机构集合中的机构，建立处理业务数据的数据范围，并在所述数据范围内处理业务数据。

15.根据权利要求14所述处理业务数据的装置，其特征在于，所述获取模块，具体用于依据配置文件中的交易码遍历权限配置表，得到数据关系代码；

基于所述数据关系代码，获取机构数据范围和机构业务关系，所述机构数据范围是处理业务数据涉及的数据范围，所述机构业务关系是处理业务数据所属业务项目的机构级别关系。

16.根据权利要求14所述处理业务数据的装置，其特征在于，所述查询模块，具体用于根据配置文件中的机构编号和所述机构数据范围，确定处理业务数据的机构；

按照所述处理业务数据的机构和所述机构业务关系，构建所述处理业务数据机构集合。

17.根据权利要求14所述处理业务数据的装置，其特征在于，所述处理模块，具体用于按照所述处理业务数据机构集合的机构，建立处理业务数据的数据范围；

以所述处理业务数据的数据范围构建机构权限控制条件，并增加所述机构权限控制条件，以在所述数据范围内处理业务数据。

18.一种处理业务数据的电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-13中任一所述的方法。

19.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-13中任一所述的方法。

20.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-13中任一所述的方法。

Images