CN101464894A - 数据查询方法和系统 - Google Patents

Abstract

本发明实施例公开了一种数据查询方法和系统，其中，所述方法包括：获取用户查询信息；根据预设配置信息和所述用户查询信息获取当前用户的数据查询权限；根据初始查询条件和所述附加查询条件进行数据查询，从根本上解决了每次都需要针对不同的用户以及用户具体业务在终端上对用户权限进行修改配置的过程，提高利用用户权限进行数据查询的效率，此外，当利用用户自身权限进行数据查询时，缩小了查询对象的范围，使查询更有针对性，缩短了查询时间，提高了查询效率。

Description

数据查询方法和系统

技术领域

本发明涉及数据处理领域，尤其涉及数据查询方法和系统。

背景技术

数据查询主要解决不同地区、不同级别、不同业务领域的用户能够从大量的数据中找到自身相关的数据的问题。以通信行业为例，在通信行业的全国、甚至全球的通信运营系统中，系统的用户数量庞大，而且分属于不同的地域、部门、岗位等级别。通常，用户希望只看到与自己有关的数据，无关的数据对用户来说是无用的。因此，在这样的系统中，在大量的数据混杂在一起的情况下，当用户查询数据时，如何通过数据查询条件的设置使用户从海量中找出与自己相关的数据是要解决的重要问题。

现有的数据查询方法，为了使用户能够快速准确地从系统海量的数据中找到与自身相关的内容，在数据查询中引入权限管理的方法，即通过在客户端进行特殊设置使特定的用户拥有特定的数据查询权限，而特定的查询权限与特定的查询对象对应，特定的用户在特定的数据查询对象中进行数据查询，而不是每个用户都需要从所有的数据中查找自身需要的数据，从而减少了查询时间。

发明人通过对现有技术的研究发现，现有的方法在利用用户的数据查询权限进行数据查询时所进行的设置是静态的，即所述权限设置与所述用户是相对应的，当用户发生了变化时，如果希望不同的用户都能够拥有与自身对应的查询权限，那么就需要重新针对不同的用户进行重新设置，适应性差，尤其在众多用户使用同一终端时，而不同的用户涉及不同的业务时，需要根据不同的用户以及用户的具体业务不断地对用户权限进行修改配置，效率低下。

发明内容

有鉴于此，本发明实施例的目的在于提供数据查询方法和系统，能够根据用户的不同，动态地获得与用户相适应的数据查询权限，利用数据查询权限实现快速的数据查询。

为实现上述目的，本发明实施例提供了如下技术方案：

一种数据查询方法，包括：

获取用户查询信息；

根据预设配置信息和所述用户查询信息获取当前用户的数据查询权限；

根据初始查询条件和所述附加查询条件进行数据查询。

所述获取用户查询信息具体为：获取用户标识和所述用户待查询业务的业务标识。

所述预设配置信息包括：

用户属性信息集、地域信息集、业务信息集、业务数据集和业务属性配置信息集，其中：

所述用户属性信息集与所述地域信息集关联；

所述业务信息集与所述业务数据集关联；

所述用户属性信息集、所述地域信息集和所述业务信息集均与所述业务属性配置信息集关联；

根据所述用户查询信息和预设配置信息获取当前用户的数据查询权限包括：

根据所述用户标识从所述用户属性信息集与所述地域信息集的关联关系中确定当前用户的地域标识；

根据所述业务标识从所述业务信息集与所述业务属性配置信息集的关联关系中确定当前业务的业务属性配置信息；

根据所述当前用户的地域标识和所述当前业务的业务属性配置信息获取当前用户的数据查询权限。

所述配置信息还包括数据源集，所述数据源集与所述地域信息集和所述业务属性配置信息集相关联；

在根据预设配置信息和所述用户查询信息获取当前用户的数据查询权限之前，还包括：

根据预设配置信息和所述用户查询信息获取当前用户待查询的数据所在的数据源；

所述根据所述初始查询条件和所述当前用户的数据查询权限进行数据查询具体为：

根据所述初始查询条件和所述当前用户的数据查询权限在所述数据源中进行数据查询。

根据预设配置信息和所述用户查询信息获取当前用户待查询的数据所在的数据源具体包括：

根据所述用户标识从所述用户属性信息集与所述地域信息集的关联关系中确定当前用户的地域信息；

根据所述当前用户的地域信息和所述业务标识从所述数据源集中获取当前用户要查询的数据所在的数据源。

一种数据查询系统，包括：

存储单元，用于存储配置信息；

第一获取单元，用于获取用户查询信息及用户的初始查询条件；

第二获取单元，用于根据所述第一获取单元获取的用户查询信息和所述存储单元存储的配置信息获取当前用户的数据查询权限；

查询单元，用于根据所述第一获取单元获取的初始查询条件和所述第二获取单元获取的当前用户的数据查询权限进行数据查询。

所述存储单元存储的配置信息包括：

用户属性信息集、地域信息集、业务信息集、业务数据集和业务属性配置信息集，其中：

所述用户属性信息集与所述地域信息集关联；

所述业务信息集与所述业务数据集关联；

所述用户属性信息集、所述地域信息集和所述业务信息集均与所述业务属性配置信息集关联。

所述用户查询信息包括：用户标识和用户待查询业务的业务标识。

所述第二获取单元具体包括：

第一确定子单元，用于根据所述第一获取单元获取的所述用户标识从所述存储单元的存储的用户属性信息集与所述地域信息集的关联关系中确定当前用户的地域信息；

第二确定子单元，用于根据所述第一获取单元获取的所述业务标识从所述存储单元存储的业务信息集与所述业务属性配置信息集的关联关系中确定当前业务的业务属性配置信息；

获取子单元，用于根据所述第一获取子单元获取的当前用户的地域信息和所述第二获取子单元获取的所述当前业务的业务属性配置信息获取当前用户的数据查询权限。

所述存储单元存储的配置信息还包括：数据源集，所述数据源集与所述地域信息集和所述业务属性配置信息集相关联；

所述系统还包括：第三获取单元，用于根据所述第一获取单元获取的用户查询信息获取当前用户待查询的数据所在的数据源；

所述查询单元，还用于根据所述第一获取单元获取的初始查询条件和所述第二获取单元获取的当前用户的数据查询权限在所述第三获取单元获取的数据源中进行数据查询。

所述第三获取单元具体包括：

确定子单元，用于根据所述第一获取单元获取的所述用户标识从所述存储单元存储的用户属性信息集与所述地域信息集的关联关系中确定当前用户的地域信息；

获取子单元，用于根据所述确定子单元确定的当前用户的地域信息和所述第一获取单元获取的业务标识获取当前用户待查询的数据所在的数据源。

可见，在本发明实施例中，获取用户查询信息；根据预设配置信息和所述用户查询信息获取当前用户的数据查询权限；根据初始查询条件和所述附加查询条件进行数据查询，从根本上解决了每次都需要针对不同的用户以及用户具体业务在终端上对用户权限进行修改配置的过程，提高利用用户权限进行数据查询的效率，此外，当利用用户自身权限进行数据查询时，缩小了查询对象的范围，使查询更有针对性，缩短了查询时间，提高了查询效率。

附图说明

图1为本发明一实施例所提供的方法的流程图；

图2为本发明一实施例中一步骤的具体实现方法的流程图；

图3为本发明另一实施例所提供的方法的流程图；

图4为本发明一实施例的另一步骤的具体实现方法的流程图；

图5为本发明另一实施例所提供的方法的流程图；

图6为本发明一实施例所提供的系统的结构示意图；

图7为本发明实施例所提供的系统中一单元的结构示意图；

图8为本发明实施例所提供的系统中另一单元的结构示意图。

具体实施方式

本发明实施例提供了数据查询方法和系统，为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明作进一步详细说明。

参见图1，在本发明一实施例中，实现本发明实施例所提供的方法包括以下步骤：

步骤101：获取用户查询信息及用户的初始查询条件。

所述用户查询信息包括当前用户的用户标识和用户待查询业务的业务标识。所述用户标识使当前用户区别于系统的其他用户；所述业务标识确定所述用户当前要查询的数据所归属的具体业务。

以通信系统中的业务数据监测系统为例，假设该系统中有系统的管理用户和普通业务用户。很显然，因为两类用户对业务数据的查询权限是不同的，系统管理用户可以访问所有的业务数据，普通业务用户只能访问自身开设了的业务的相关数据。

通过用户查询信息，即用户标识和用户的业务标识，系统获取当前用户的情况，为后续的数据查询做准备。

步骤102：根据预设配置信息和所述用户查询信息获取当前用户的数据查询权限。

系统可以根据用户的初始查询条件进行数据查询，但是，现在绝大多数电信系统的数据量巨大，用户众多，仅仅根据用户提供的初始查询条件去进行数据查询，查询对象过于庞大，查询出来的结果不一定都是用户最想要的，不一定最符合用户的要求。

所以，在本发明实施例中，根据预设配置信息和所述用户查询信息获取当前用户的数据查询权限，更进一步地对用户待查询的数据进行限定，缩小查询对象的范围，使查询更有针对性。其中，预设的配置信息包括用户属性信息集、地域信息集、业务信息集、业务数据集、业务属性配置信息集和数据源集。在本发明实施例中，所述的地域不仅仅是地理上概念，它是一个关于级别的概念，可以是地理上的级别区划，也可以是非地理上的级别区划。

例如在地理方面，可以指全国、省、市、区这样的地理级别关系；在非地理方面，例如在一个集团公司中，可以是总公司、分公司、业务岗位这样的级别关系。

其中，用户属性信息集由至少一个用户属性信息组成。用户属性信息包括用户的姓名，用户的登录名，用户的登录密码以及用户的地域标识等。

地域信息集由至少一个地域信息组成，地域信息包括：地域标识、地域的分级标识、地域的级别、地域名称、当前地域的上级地域标识和地域缩写等。

通过上述用户属性信息及地域信息的内容可知，两者之间通过所述地域标识相互关联。

所述业务信息集由至少一条业务信息组成，所述业务信息包括：业务名称、业务标识、业务的符号缩写等。

业务数据集是业务数据组成的集合，该集合的名称即业务信息中的业务名称。业务数据是动态产生的，一条业务数据通常包括发生时间、发生地点(设备、装置)、业务内容、持续时间等内容。

所述业务属性配置信息集由至少一条业务属性配置信息组成，包括产生业务的设备(或装置)标识和该设备所属的地域标识等。

所述数据源集包括数据源标识、业务标识以及地域标识，即通过业务标识和地域标识可以确定对应的数据源标识，进而确定数据源。

与数据源集相对应，所述配置信息还包括数据源信息集，在该数据源信息集中记录着每个数据源的详细信息，记录了数据源表中各个数据源的具体信息，包括数据源标识、数据源主机IP地址、数据源名称、应用库名称等内容。很显然，所述数据源集和数据源信息集通过数据源标识进行关联。

随着系统的扩容，可以根据实际需要增加数据源或业务，只要修改相应的业务信息集、数据源信息集、数据源集、业务属性信息集、业务信息集即可。

步骤103：根据初始查询条件和所述当前用户的数据查询权限进行数据查询。

本发明实施例中，通过根据用户查询信息动态增加当前用户的数据查询权限，使系统能够根据具体的用户和具体的业务更有针对性地进行查询对象的筛选，使查询更加准确，更有针对性，同时，减少了查询时间，提高了查询效率。

通过对配置信息的介绍可知，在配置信息中，通过业务信息集、业务属性配置信息集以及地域信息集建立起业务信息与地域信息的对应关系，从而将业务数据与地域关联起来，为增加当前用户的数据查询权限做好了准备。

在本发明一实施例中，根据预设配置信息和所述用户查询信息获取当前用户的数据查询权限具体包括：

步骤201：根据所述用户标识从所述用户属性信息集与所述地域信息集的关联关系中确定当前用户的地域信息。

正如前文所述，该关联关系是通过当前用户的地域标识建立的。

对用户地域的深度可以根据实际需要进行划分，例如可以细分到部门、岗位、业务群组等，也可以细分到国家、省市、地区等，当然，也可以将两者结合。

同时，随着用户岗位和业务职责的变化，通过修改用户的地域级别，即可实现对用户查询数据的改变，具有一定的数据安全性。

权限中有地域级别最高的用户，可以查所有数据。

在实际应用中，对于跨地域的业务，可以增加特殊用户，让他们属于特殊地域，同时修改数据源表，满足某些特殊的数据查询需要。

步骤202：根据所述业务标识从所述业务信息集与所述业务属性配置信息集的关联关系中确定当前业务的业务属性配置信息。

因为该业务属性配置信息中包括当前业务的设备标识以及该设备的地域标识。所以根据所述设备的地域标识与当前查询的用户的地域信息之间的关系，确定业务属性与地域之间的对应关系。

步骤203：根据所述当前用户的地域信息和所述当前业务的业务属性配置信息获取当前用户的数据查询权限。

所述当前用户的数据查询权限可以是业务数据中的设备或装置号，这些设备号与地域标识相互关联。

至此，实现了根据用户查询信息获取当前用户的数据查询权限。

参见图3，在本发明的另一实施例中，实现本发明实施例所提供的方法具体包括：

步骤301：获取用户查询信息及用户的初始查询条件。

步骤302：根据所述用户查询信息和预设配置信息获取当前用户待查询的数据所在的数据源。

在很多的业务系统中，数据多是分布到多个数据源中进行存储，例如多个数据库或者多个文件服务器。一个用户要查询某个业务相关的数据时，如果不知道该数据在哪个数据源中，那么就需要在所有的数据源中查询满足查询条件的数据。如果是这样的话，当有成百上千、甚至更多的用户同时进行查询时，如果每个用户都去访问所有的数据源，那么每个数据源要同时处理几百个甚至更多的并发业务，响应速度必定受到影响，甚至崩溃。

所以，在本发明实施例中，通过用户查询信息和预设配置信息首先确定用户待查询的数据所在的数据源，从而减轻数据源的压力。

参见图4，确定数据源的方法具体包括：

步骤401：根据所述用户标识从用户属性信息集与所述地域信息集的关联关系中确定当前用户的地域标识。

步骤402：根据所述当前用户的地域标识和业务标识从配置信息的数据源集中获取当前用户要查询的数据所在的数据源。

当获取用户待查询的数据所在的数据源之后，使得数据查询有了一定的针对性，但是数据源中数据并不全是用户相关的，要准确地查询出用户相关的数据，还需要进一步增加查询条件对数据源中的数据进行过滤。

步骤303：根据预设配置信息和所述用户查询信息获取当前用户的数据查询权限。

步骤304：根据所述初始查询条件和所述当前用户的数据查询权限在所述数据源中进行数据查询。

在本发明实施例中，首先根据用户查询信息和预设配置信息确定了用户待查询数据的数据源，在图1所示的实施例的基础上，更进一步地缩小了查询对象的范围，从而更进一步地减少了查询时间，提高数据查询的准确性。

参见图5，以一北京用户查询彩信业务成功记录为例对本发明实施例所提供的数据查询方法进行详细的说明。

假设该实施例的背景信息如下：

所述彩信业务成功记录查询业务为通信行业某一通信集团的数据业务监测系统中的一项业务。该系统中有两类用户，一类是集团用户，一类是普通用户。集团用户作为该系统的维护者和管理者，可以查询所有数据；普通用户则只能查询与自身开设业务相关的数据。该通信集团业务种类众多，各个业务也拥有大量用户，所以业务数据巨大，假设其数据分布存储于16个文件服务器和4台数据库服务器中。系统并发用户数在30～500不等，系统存在的业务种类有70多个。

本发明实施例所提供的方法具体包括：

步骤501：预先设置配置信息。

要进行业务数据查询，首先，是设置配置信息。这个工作是在进行查询前已经完成了的，系统根据自身的业务和用户的情况进行配置即可，需要进行设置的配置信息包括：

用户属性信息集、地域信息集、业务信息集、业务数据集、业务属性配置信息集和数据源集。配置信息中各个集合的内容已经介绍过，此处不再赘述。

在本发明实施例中，各个信息集以信息表的形式存在与存储区域中，当然，在其他实施例中也可以通过文档的形式进行保存，本发明对此不做限定。

步骤502：获取用户查询信息和用户初始查询条件。

其中，该用户的用户标识为beijing、业务标识(ID)为134。

用户的初始查询条件为：(start_time>＝‘2008-11-0415:00:00 and start_time<‘2008-11-0415:00:00)。

步骤503：根据用户标识(beijing)在用户表中获得地域ID(1)。

步骤504：根据地域ID(1)和业务ID(134)在数据源表中获得数据源ID(dsid＝101，102)。

步骤505：根据数据源ID(101，102)在数据源信息表中获得数据源信息。

所述数据源信息具体为：

ip＝10.240.241.5，SvrName＝app1；ip＝10.240.241.6，SvrName＝app2。

数据源信息表与所述数据源表通过数据源ID进行关联，记录了数据源表中各个数据源的具体信息，包括数据源标识、数据源主机IP地址、数据源名称、应用库名称等内容。

在本发明实施例中，只需要IP和服务名，其它设置为空，实际应用中可根据具体情况设置。

步骤506：根据用户标识(beijing)在用户表和业务属性配置表中用地域ID(Zoneid＝1)进行关联，获得业务属性字段(remoteno＝42，frontno＝16；remoteno＝42，frontno＝18)。

其中，业务属性字段的内容即为与当前用户查询的当前业务相关的设备。其中，远端站ID(remoteno)可以理解为该设备的区域，前端站ID(frontno)可以理解为具体的设备。例如，remoteno＝42表示海淀区的话，frontno＝16和frontno＝18表示海淀区中设置的执行当前业务的两台具体的服务器。

同时，当业务设备很多，或者区域也很多的情况下，frontno＝16可以对应多台设备，例如对应某个区域下的3号～14号设备，所述remoteno＝42也可以对应海淀和朝阳两个区域。

本发明实施例虽然以通信系统为例，但是不局限与通信息系统，当本发明实施例所提供的方法应用于银行自动取款机系统时，所述远端站ID可以是任意级别的地理区划，所述前端站ID可以是对应的实际业务设备。

当然，在一个业务系统内部，系统内部不同部门不同级别的用户间的权限也可以用本发明实施例实现，例如：

远端站ID对应于一个系统中的部门这个级别的话，前端站ID可以是该部门中某个特定的工作组。

步骤507：根据业务属性字段生成当前用户的数据查询权限：(remoteno＝42and frontno＝18)or(remoteno＝42 and frontno＝16)；

步骤508：将所述当前用户的数据查询权限与用户初始查询条件结合，得到最终的查询条件。

本发明实施例中，所述最终的查询条件为：

(remoteno＝42 and frontno＝18)or(remoteno＝42 and frontno＝16))and(start_time>＝‘2008-11-0415:00:00and start_time<‘2008-11-0415:00:00)。

步骤509：根据最终的查询条件在已经确定的数据源中进行数据查询。

步骤510：将符合所述最终的查询条件的数据返回给用户。

通过本发明实施例所提供的方法，根据用户查询信息结合预设的配置信息动态增加了当前用户的数据查询权限，最终根据当前用户的数据查询权限和预设查询条件组成的最终查询条件进行数据查询，使得查询对象范围进一步缩小，查询更有针对性，提高了查询效率。

此外，在形成当前用户的数据查询权限之前，本发明实施例还预先确定了数据源，这就避免了获得查询条件后在系统的众多数据源中按照查询条件查询数据的过程，节约了系统资源，进一步提高了数据查询的效率。

与方法实施例相对应，本发明实施例还提供一种数据查询系统，参见图6，该系统包括：

存储单元601，用于存储配置信息。

所述配置信息包括：用户属性信息集、地域信息集、业务信息集、业务属性配置信息集或数据源集，其中：

所述用户属性信息集、数据源集与所述地域信息集关联；

所述用户标识集、所述地域信息集、所述业务信息集均与所述业务属性配置信息集关联。

第一获取单元602，用于获取用户查询信息及用户的初始查询条件。

所述用户查询信息具体为：用户标识和用户待查询业务的业务标识。

第二获取单元603，用于根据所述第一获取单元获取的用户查询信息和所述存储单元存储的配置信息获取当前用户的数据查询权限。

查询单元604，用于根据所述第一获取单元获取的初始查询条件和所述第二获取单元获取的当前用户的数据查询权限进行数据查询。

其中，参见图7，所述第二获取单元603具体包括：

第一确定子单元6031，用于根据所述第一获取单元获取的所述用户标识从所述存储单元的存储的用户属性信息集与所述地域信息集的关联关系中确定当前用户的地域标识；

第二确定子单元6032，用于根据所述第一获取单元获取的所述业务标识从所述存储单元存储的业务信息集与所述业务属性配置信息集的关联关系中确定当前业务的业务属性配置信息；

获取子单元6033，用于根据所述第一确定子单元获取的当前用户的地域标识和所述第二确定子单元获取的所述当前业务的业务属性配置信息获取当前用户的数据查询权限。

通过本发明实施例所提供的系统，使得该系统可以根据用户查询信息和和预存的配置信息确定动态增加当前用户的数据查询权限，使之与用户提供的初始查询条件结合形成最终的查询条件对用户所需的数据进行查询，从而通过增加查询条件缩小查询的范围，减少了查询所需要的时间，提高了数据查询的效率。

在本发明另一实施例中，图6所示的系统还包括：

第三获取单元605，用于根据所述存储单元存储的配置信息和所述第一获取单元获取的用户查询信息获取当前用户待查询的数据所在的数据源。

所述查询单元604，还用于根据所述第一获取单元获取的初始查询条件和所述第二获取单元获取的当前用户的数据查询权限在所述第三获取单元获取的数据源中进行数据查询。

参见图8，所述第三获取单元605具体包括：

确定子单元6051，用于根据所述第一获取单元获取的所述用户标识从所述存储单元存储的用户属性信息集与所述地域信息集的关联关系中确定当前用户的地域标识；

获取子单元6052，用于根据所述确定子单元确定的当前用户的地域标识和所述第一获取单元获取的业务标识获取当前用户要查询的数据所在的数据源。

在本实施例中，在动态增加当前用户的数据查询权限之前还确定了当前用户要查询的数据的数据源，从而使得在获得了最终的查询条件后能够在确定的数据源中进行数据查询，避免了用户需要在众多数据源中都根据查询条件进行数据查询的过程，更进一步地明确了查询对象，节约了对系统资源的占用，进一步减少了数据查询的时间，提高了数据查询的效率。

本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (11)

1、一种数据查询方法，其特征在于，包括：

获取用户查询信息；

根据预设配置信息和所述用户查询信息获取当前用户的数据查询权限；

根据初始查询条件和所述附加查询条件进行数据查询。

2、根据权利要求1所述的方法，其特征在于，所述获取用户查询信息具体为：获取用户标识和所述用户待查询业务的业务标识。

3、根据权利要求3所述的方法，其特征在于，所述预设配置信息包括：

用户属性信息集、地域信息集、业务信息集、业务数据集和业务属性配置信息集，其中：

所述用户属性信息集与所述地域信息集关联；

所述业务信息集与所述业务数据集关联；

所述用户属性信息集、所述地域信息集和所述业务信息集均与所述业务属性配置信息集关联；

根据所述用户查询信息和预设配置信息获取当前用户的数据查询权限包括：

根据所述用户标识从所述用户属性信息集与所述地域信息集的关联关系中确定当前用户的地域标识；

根据所述业务标识从所述业务信息集与所述业务属性配置信息集的关联关系中确定当前业务的业务属性配置信息；

根据所述当前用户的地域标识和所述当前业务的业务属性配置信息获取当前用户的数据查询权限。

4、根据权利要求3所述的方法，其特征在于，所述配置信息还包括数据源集，所述数据源集与所述地域信息集和所述业务属性配置信息集相关联；

在根据预设配置信息和所述用户查询信息获取当前用户的数据查询权限之前，还包括：

根据预设配置信息和所述用户查询信息获取当前用户待查询的数据所在的数据源；

所述根据所述初始查询条件和所述当前用户的数据查询权限进行数据查询具体为：

根据所述初始查询条件和所述当前用户的数据查询权限在所述数据源中进行数据查询。

5、根据权利要求4所述的方法，其特征在于，根据预设配置信息和所述用户查询信息获取当前用户待查询的数据所在的数据源具体包括：

根据所述用户标识从所述用户属性信息集与所述地域信息集的关联关系中确定当前用户的地域信息；

根据所述当前用户的地域信息和所述业务标识从所述数据源集中获取当前用户要查询的数据所在的数据源。

6、一种数据查询系统，其特征在于，包括：

存储单元，用于存储配置信息；

第一获取单元，用于获取用户查询信息及用户的初始查询条件；

第二获取单元，用于根据所述第一获取单元获取的用户查询信息和所述存储单元存储的配置信息获取当前用户的数据查询权限；

查询单元，用于根据所述第一获取单元获取的初始查询条件和所述第二获取单元获取的当前用户的数据查询权限进行数据查询。

7、根据权利要求6所述的系统，其特征在于，所述存储单元存储的配置信息包括：

用户属性信息集、地域信息集、业务信息集、业务数据集和业务属性配置信息集，其中：

所述用户属性信息集与所述地域信息集关联；

所述业务信息集与所述业务数据集关联；

所述用户属性信息集、所述地域信息集和所述业务信息集均与所述业务属性配置信息集关联。

8、根据权利要求7所述的系统，其特征在于，所述用户查询信息包括：用户标识和用户待查询业务的业务标识。

9、根据权利要求8所述的系统，其特征在于，所述第二获取单元具体包括：

第一确定子单元，用于根据所述第一获取单元获取的所述用户标识从所述存储单元的存储的用户属性信息集与所述地域信息集的关联关系中确定当前用户的地域信息；

第二确定子单元，用于根据所述第一获取单元获取的所述业务标识从所述存储单元存储的业务信息集与所述业务属性配置信息集的关联关系中确定当前业务的业务属性配置信息；

获取子单元，用于根据所述第一获取子单元获取的当前用户的地域信息和所述第二获取子单元获取的所述当前业务的业务属性配置信息获取当前用户的数据查询权限。

10、根据权利要求7所述的系统，其特征在于，

所述存储单元存储的配置信息还包括：数据源集，所述数据源集与所述地域信息集和所述业务属性配置信息集相关联；

所述系统还包括：第三获取单元，用于根据所述第一获取单元获取的用户查询信息获取当前用户待查询的数据所在的数据源；

所述查询单元，还用于根据所述第一获取单元获取的初始查询条件和所述第二获取单元获取的当前用户的数据查询权限在所述第三获取单元获取的数据源中进行数据查询。

11、根据权利要求10所述的系统，其特征在于，所述第三获取单元具体包括：

确定子单元，用于根据所述第一获取单元获取的所述用户标识从所述存储单元存储的用户属性信息集与所述地域信息集的关联关系中确定当前用户的地域信息；

获取子单元，用于根据所述确定子单元确定的当前用户的地域信息和所述第一获取单元获取的业务标识获取当前用户待查询的数据所在的数据源。

Images