CN1996293A - 一种分析门户系统及分析门户业务的实现方法 - Google Patents

Abstract

本发明公开了一种分析门户系统，该系统包括用户业务接口模块、控制模块和数据库存储模块，所述用户业务接口模块，用于接收需要分析的业务，传输到控制模块；接收来自控制模块的所述业务的数据并显示，所述业务的数据包括所述业务的分析资源；所述控制模块，用于接收来自用户业务接口模块的需要分析的业务，在数据库存储模块中查找到该业务的数据并传输到用户业务接口模块；所述数据库存储模块，用于保存包括业务的数据的数据库表；将控制模块查找到的业务的数据传输到控制模块。本发明还公开了分析门户业务的实现方法，使用本发明使得分析人员能从统一的业务入口得到业务和与该业务相关的业务的所有数据，从而提高了分析人员的分析效率。

Description

一种分析门户系统及分析门户业务的实现方法

技术领域

本发明涉及数据分析技术，具体涉及一种分析门户系统及分析门户业务的实现方法。

背景技术

数据仓库是近年来兴起的一种数据库，是面向主题的、集成的、不可更新的、随时间不断变化的数据集合，用以支持经营管理中的决策制定过程。随着近年来数据仓库建立的发展完善，各行各业经营分析系统的工作重点也由数据仓库的建设转移到了数据仓库的应用，即经营分析系统的应用上来。

图1为现有技术的经营分析系统的逻辑结构示意图，参见图1，该系统包括分析资源、数据仓库、数据抽取转换加载(ETL，Data Extraction，DataTransformation，Data Load)工具和源数据系统。

其中，分析资源为分析人员进行数据分析的入口，包括关键绩效指标(KPI，Key performance Index)、报表、智能查找、联机分析处理(OLAP，OnlineAnalytical Processing)和数据挖掘等。当分析人员要分析某一业务的数据时，由分析资源从数据仓库中查找对应的数据，并按分析资源自身的数据组织方式呈现给分析人员。

数据仓库中保存经ETL工具整合过的数据；建设数据仓库时首先要抽象出业务模型，业务模型是指要分析的逻辑模型，也就是数据仓库中要保存什么数据，这些数据是否可以取到，并按照该逻辑模型定义通过ETL工具从源数据系统中抽取相应数据存放到数据仓库中。例如，某企业中数据仓库保存人力资源及市场部门的数据，人力资源数据可以从人力资源系统中取得，市场部门的数据可以从各个营销人员提供的报表，各种咨询公司提供的数据等等取得。然后，建立物理模型，数据仓库中的数据按照该物理模型存储。建立物理模型是指设计好各业务数据表以及业务数据表之间的关系，同时确定数据从源数据系统到数据仓库中的映射关系。

ETL过程是使用ETL工具将所有不同来源的源数据根据企业的需求及数据仓库的设计方案整合到数据仓库中。该过程包括数据抽取、数据转换和数据加载等步骤。在数据整合的过程中，涉及到数据的一致性，如编码，度量等等。例如，源数据系统中人力资源部分的货币单位是美元，而源数据系统中市场数据部分的货币单位为欧元，而数据仓库中货币单位为人民币，那么ETL过程将这些货币单位统一为人民币后，再存放到数据仓库中。

源数据系统保存了企业需求的所有的未经加工的原始数据，一个数据仓库中的数据通常来源于多个不同的源数据系统。

由于数据仓库的特点，目前的经营分析系统提供给分析人员使用的界面是从分析资源功能的角度来划分的。下面以电信行业经营分析系统说明现有经营分析系统的应用方法。

例如，市场人员要从经营分析系统中分析彩铃业务，首先要从分析资源，即KPI、报表、智能查询、OLAP和数据挖掘入手分析，如从KPI中获得目前彩铃的用户数、收入等数据；再到报表中寻找与彩铃相关的报表，当获取相关的报表后，如果还没有达到分析的目的，则再转到OLAP分析资源和数据挖掘中分析与彩铃相关的数据。可见，市场人员为了分析一个彩铃业务，要定位到各个分析资源中进行分析，寻找相关数据，当各个分析资源中的数据量大时，会使定位至相关的分析变得比较困难。

可见，现有的经营分析系统从分析资源功能角度划分的结构，使得业务人员在查看当前业务时，不能获取同一业务的所有数据，也难以找到与该业务相关的其它主题的数据，造成分析人员工作效率低下，从而影响了经营分析系统的使用效果。

发明内容

有鉴于此，本发明实施例提供一种分析门户系统，提高经营分析系统使用人员的工作效率。

本发明实施例提供一种分析门户业务的实现方法，提高经营分析系统使用人员的工作效率。

为达到上述目的，本发明实施例的技术方案是这样实现的：

一种分析门户系统，该系统包括用户业务接口模块、控制模块和数据库存储模块，

用户业务接口模块，用于接收需要分析的业务，传输到控制模块；接收来自控制模块的所述业务的数据并显示；所述业务的数据包括所述业务的分析资源；

控制模块，用于接收来自用户业务接口模块的需要分析的业务，在数据库存储模块中查找到该业务的数据并传输到用户业务接口模块；

数据库存储模块，用于保存包括业务的数据的数据库表；将控制模块查找到的业务的数据传输到控制模块。

一种分析门户业务的实现方法，该方法包括：

接收需要分析的业务；

在数据库表中查找所述业务的数据，所述业务的数据包括所述业务的分析资源；

显示所述业务的数据。

与现有技术相比，本发明实施例所提供的分析门户系统及分析门户业务的实现方法，将按功能划分的经营分析系统的分析资源重新组织，并按业务来进行划分，建立经营分析系统的分析门户，使得分析人员在分析数据时，能够容易得到该业务的所有数据，从而提高经营分析系统的使用人员的工作效率。

附图说明

图1为现有技术的经营分析系统的逻辑结构示意图；

图2为本发明实施例中的分析门户系统的结构示意图；

图3为本发明实施例中的分析门户系统与经营分析系统的连接关系的逻辑示意图；

图4为具有图3所示的分析门户系统实施例的应用实例；

图5为本发明实施例中的分析门户系统中数据库表的设置方法流程图；

图6为本发明实施例中的电信行业分析门户系统中数据库表的设置方法流程图；

图7为本发明实施例中的电信业务分析对象的分类方法；

图8为本发明实施例中的电信业务分析指标的分类方法；

图9为本发明实施例中的分析对象的数据组织方式示意图；

图10为本发明实施例中的分析门户系统在电信行业中的应用示意图。

具体实施方式

下面结合附图及具体实施例对本发明进行详细说明。

本发明实施例提供的分析门户系统将现有的经营分析系统的分析资源按业务重新组织，建立以业务划分的分析门户系统(Portal)，使得经营分析系统使用人员在分析业务时，能得到该业务的所有数据。

图2为本发明实施例中的分析门户系统的结构示意图，参见图2，该系统包括用户业务接口模块、控制模块和数据库存储模块。

其中，用户业务接口模块用于接收需要分析的业务，传输到控制模块；接收来自控制模块的所述业务的数据并显示。所述业务的数据包括所述业务的分析资源。

控制模块用于接收来自用户业务接口模块的需要分析的业务，在数据库存储模块中查找到该业务的数据并传输到用户业务接口模块。

数据库存储模决用于保存包括业务的数据的数据库表；将控制模块查找到的业务的数据传输到控制模块。

数据库存储模块进一步用于保存业务的分析资源和对应的保存路径，该业务的数据包括该业务的分析资源，用户业务接口模块进一步用于接收该业务的分析资源，传输到控制模块；接收来自控制模块的该分析资源系统的内容；控制模块进一步用于接收来自用户业务接口模块的该业务的分析资源，在数据库存储模块中查找该分析资源的保存路径，根据该分析资源的保存路径定位至该分析资源系统。

控制模块进一步用于在数据库存储模块中查找所有业务，将查找到的业务传输到用户业务接口模块；用户业务接口模块进一步用于接收控制模块查找到的业务，将查找到的业务显示，以方便用户在进入分析门户系统时进行选择需要分析的业务。

控制模块进一步用于将所述需要分析的业务作为限制条件输入到数据库存储模块中，查找包含所述需要分析的业务的数据库表的名称，传输到用户业务接口模块；用户业务接口模块进一步用于接收来自控制模块的包含所述需要分析的业务的数据库表的名称并显示。

控制模块进一步用于保存用户业务接口模块传输的所有分析过的业务，即分析人员的分析路径，在接收到用户业务接口模块传输的后退指令后，将保存的分析过的业务的最后一个业务的数据，即保存的分析路径中的最后一个分析过的业务的数据传输到用户业务接口模块，由用户业务接口模块显示。

图3所示为本发明实施例中的分析门户系统与经营分析系统的连接关系的逻辑示意图，参见图3，本发明实施例中的分析Portal是建立在现有的包括分析资源、数据仓库、ETL工具和源数据系统的经营分析系统之上，将分析资源KPI、报表、智能查询、OLAP和数据挖掘中的内容按业务进行组织，从而为分析人员提供一个统一从业务访问分析资源的入口。

当分析人员在分析Portal的界面上选择好需要分析的业务，并点击该业务时，分析Portal的用户业务接口模块将该业务传输到控制模块，由控制模块在数据库存储模块中查找该业务的数据，传输到用户业务接口模块并显示给用户。

分析Portal的数据库存储模块中还保存了分析资源在整个经营分析系统中保存的路径，通过该路径，分析Portal就可以转至分析资源的系统中。

分析人员点击需要分析的业务时，分析Portal将该业务的所有数据显示给分析人员，同时，将该业务对应的分析资源也显示在界面上，在分析人员需要进入该业务对应的分析资源进行进一步分析该业务时，通过点击该分析资源，即可以通过数据库存储模块保存的该分析资源的保存路径进入该分析资源的分析系统中。

分析Portal还可以将与需要分析的业务相关的业务显示在相邻或相近的区域，方便分析人员在需要时分析与该业务相关的业务的数据。

例如，当分析人员分析业务1时，分析Portal的用户业务接口模块将业务1传输到控制模块，由控制模块在数据库存储模块中查找业务1的数据；数据库存储模块接收到该查找指令后，查找到业务1的相关数据及分析资源，该分析资源包括各种数据组织方式的分析资源，如KPI、报表、智能查询、OLAP和数据挖掘；并将查找到的相关数据和分析资源传输到控制模块，由控制模块传输到用户业务接口模块显示；当分析人员需要分析该业务的分析资源时，控制模块在数据库存储模块中查找分析资源的保存路径，并定至该分析资源系统，将该分析资源系统的内容传输到用户业务接口模块，显示给分析人员。另外，分析Portal还会保存有相关关系的业务之间的关联关系，如在分析人员分析业务1时，还将与业务1相关的业务2和业务3的相关内容提供给分析人员。当业务人员将业务1分析完成后，如果还需要分析与业务1相关的业务3时，分析人员进入业务3的分析界面，在业务3的分析界面上，分析Portal还将与业务3相关的业务n提供给分析人员。

由以上所述可知，分析Portal将分析资源的数据按业务组织，每个业务下可以提供不同的分析方法对应的分析内容，还可以提供有关联关系的业务之间的分析，因此，分析人员可以很方便地进行各种分析。

以下以电信行业的经营分析系统为例对本发明实施例中的分析Portal的使用方法进行详细介绍。

图4为具有图3所示的分析门户系统的应用实例，参见图4，分析人员使用本发明实施例中的分析门户系统进行分析的分析路径可以包括：

第一，分析人员关注近期国内长途的情况，如图中1所示。分析Portal同时显示国内长途下的普通长途、12593和17951这三个从属于国内长途的业务功能；

第二，在了解了国内长途的基本情况后，分析人员可以分析普通长途、12593和17951这三个从属于国内长途的业务功能，分析人员选择对普通长途进行特别分析，如图中2所示，分析Portal显示普通长途的各项分析指标，如普通长途的业务类分析指标，包括通信时长、通信次数、计费时长、话务量等，及普通长途的收入、客户等；

第三，分析人员可了解普通长途的各项分析指标，找出使用普通长途的客户群，进一步对此客户群进行分析，如图中3所示。此时，分析Portal显示客户总量、新增/流失客户、客户行为以及客户群的服务满意情况；分析Portal还显示客户群的数据业务使用情况等内容；

第四，在客户分析中，分析人员可以进行客户总量分析、新增/流失客户分析以及客户行为分析；接着，分析人员需要查看此客户群的服务满意情况，分析人员可以进一步进行服务分析，如图中4所示；

第五，服务分析结束后，分析人员还可以在客户域表中找出此客户群的数据业务使用情况，如图中5所示。

因此，图4所示的分析路径为：1长途业务->2普通长途业务->3客户->4客户服务->5客户使用数据业务。

本发明实施例中的分析门户业务的实现方法包括：

接收需要分析的业务，在数据库表中查找所述业务的数据，所述业务的数据包括所述业务的分析资源；

显示所述业务的数据。

接收需要分析的业务之前，还可以设置数据库表。图5所示为本发明实施例中的分析门户系统中数据库表的设置方法流程图，参见图5，该方法包括以下步骤：

步骤500：将业务进行分类。

步骤501：设置数据库表，把分类结果映射到数据库表中，保存该数据库表。

步骤502：把分析资源统一编号，并对应于该编号保存每个分析资源的保存路径。

本步骤中，每个分析资源的保存路径是指每个分析资源在经营分析系统中保存的路径。

步骤503：把分析资源保存到与步骤502中分析资源的保存路径相对应的数据库表中。

在步骤501之后，或步骤502之后，或步骤503之后，该方法还可以包括查找数据库表中所有的业务并显示。以供分析人员在显示的业务中选择需要分析的业务。

该方法还可以接收该业务的分析资源，在数据库表中查找该分析资源的保存路径，根据该分析资源的保存路径调用该分析资源系统的内容并显示。

查找当前需要分析的业务的数据并显示后，该方法还可以在数据库表中查找与该业务相关的其他业务，即将该业务作为限制条件输入到数据库表中，查找包含该业务的数据库表的名称，并显示。

查找当前需要分析的业务的数据并显示后，该方法还可以保存所有分析过的业务，在接收到后退指令后，显示保存的分析过的业务的最后一个业务的数据。

以下以电信行业经营分析系统为例对本发明实施例中的分析Portal数据库存储模块的实现方法进行详细说明。图6为电信行业分析门户系统中数据库表的设置方法流程图，参见图6，该方法包括以下步骤：

步骤600：将电信业务进行分类。

本文中所述的电信业务由两部分组成，分析对象和分析指标。

其中，电信业务分析对象的分类方法如图7所示，电信业务分析对象可分为产品域、客户域和服务渠道域。

其中，产品域可以分为功能、产品、品牌和号码/终端/卡资源等分析对象。分析对象功能包括目前电信行业提供的服务，如语音业务、增值业务、数据业务等分析子对象。语音业务又可以进一步分为本地通话、长途通话、网络协议(IP，Internet Protocol)通话、漫游通话等分析子对象。增值业务包括来电显示、彩铃等分析子对象。数据业务包括短信、彩信、通用分组无线业务(GPRS，General Packet Radio Service)、无线应用协议(WAP，WirelessApplication Protocol)等分析子对象。产品是电信行业中对服务进行包装单独出售的实体，也是各大品牌下的子品牌。

服务渠道域可以分为自有渠道、合作渠道和网上营业厅等分析对象。

客户域可以分为离网客户、重入网客户、拍照客户、高价值客户和即时分群客户等分析对象。

电信业务分析指标的分类方法如图8所示，电信行业分析内容的分析指标分为增量和存量两类。在增量和存量的基础上，也分为用户类、收入类、客服类和业务类四类指标。

其中，用户类指标可以有用户到达数、新增用户数、流失用户数等。

收入类指标可以有总收入、减少收入、业务量收入等。

业务量类指标可以有时长、次数、流量等。

其它类指标可以有话务量、资源利用率、客服类指标等。

通常分析人员可以分析每一个分析子对象的各项指标，即进行自身分析；也可以分析此三个域中相邻的分析对象，即横向分析或纵向分析，例如，横向分析是指分析产品中的某一分析子对象后，再分析产品中的另一分析子对象，纵向分析是指分析产品中的某一分析子对象后，转至分析功能中的某一分析子对象；也可以分析与某个域中的分析对象关联的其它域的分析对象，即跨域对象关联分析。通常的分析路径是：产品->渠道->客户，或渠道->产品->客户。

步骤601：设置数据库表，把步骤600电信业务分类结果的每一个分析子对象以一条记录保存到数据库表中。

将产品域、服务渠道域和客户域中的分析对象分别保存到业务量主题表、服务及渠道表和客户群表中。将分析指标中的相关内容保存到指标表中。

设置数据库表后，控制模块在数据库表中查找所有的业务，即所有数据库表的名称，将查找到的业务传输到用户业务接口模块，由用户业务接口模块显示。

步骤602：把电信业务中的分析资源统一编号，并保存每个分析资源在经营分析系统中的路径。

本步骤把KPI、报表、OLAP、智能查询和数据挖掘这些分析资源统一编号，然后将所有分析资源对应于该编号存储为一个数据库表，即资源表，该资源表中包括与该编号对应的资源标识符(ID，Identification)、分析资源名称，同时在该数据库表中保存分析资源在经营分析系统中的路径。以便分析Portal的控制模块通过该分析路径快速定位到相应的分析资源中。

数据库表设置完成后，利用本领域技术人员熟知的数据库中的主外键方法将所设置的数据库表组织起来。

控制模块在数据库表中查找与需要分析的业务相关的业务的方法包括：

产品域至服务渠道域或服务渠道域至产品域，通过分析资源号码即资源ID字段进行关联。例如，如果分析人员要分析某一产品的相关数据，则分析Portal的控制模块将与该产品中的资源ID相同的服务渠道域的内容传输到用户业务接口模块，由用户业务接口模块显示，供分析人员需要分析时进一步分析与该产品相关的服务。实际应用中，也可以通过产品域表与服务渠道域表共有的其它字段进行关联，以查找到与需要分析的业务相关的业务。

产品域至客户域：分析Portal的控制模块将分析人员当前的分析子对象，输入至客户分群表的接口中，自动生成满足当前限制条件的客户名单，并将该客户名单传输到用户业务接口模块，由用户业务接口模块显示在界面上相邻或相近的区域，供分析人员针对客户名单，进一步进行其它业务的分析，或直接对客户名单进行营销活动。

客户域至产品域或服务渠道域：客户分群表中保存产品域中所有字段的数据库表，分析人员在分析客户时，控制模块将客户分群表中相关内容都传输到用户业务接口模块显示，因此分析人员可以直接在客户表中进行产品分析，得到当前客户群所使用的产品情况。如果要获取当前客户中的某项产品，或某个服务渠道，则分析Portal的控制模块把该产品或服务渠道当作限制条件作为产品域和服务渠道域表的输入，定位至相应的产品或服务渠道，传输到用户业务接口模块显示，供分析人员进行进一步分析。

图9为本发明实施例中的分析对象的数据组织方式示意图，参见图9，假设电信行业分析对象的数据组织功能主要由5个表组成：表1业务量主题表、表2服务及渠道表、表3分析资源表、表4指标表和表5客户分群表。

其中，表1业务量主题表主要由以下几个字段：时间、地域、品牌、功能、指标和分析资源，业务ID字段为主键，对应表4指标表的外键业务或服务ID。资源ID字段为外键，对应表3分析资源表的主键资源ID。

如表11所示为以国内长途为例保存的一个业务主题表。

时间	地域	品牌	产品	功能	业务ID	资源ID
							200607	xx区	品牌1	产品2	国内长途	I	1
200607	xx区	品牌2	产品1	国内长途	II	1
							200607	xx区	品牌3	产品1	国内长途	III	2

表11业务量主题表

表2服务及渠道表主要有以下几个字段：时间、地域、渠道、服务ID和资源ID。其中，服务ID字段为主键，对应表4指标表中的外键业务或服务ID，资源ID为外键，对应表3资源表中的主键资源ID。

如表21所示为以国内长途为例保存的一个服务及渠道表。

时间

地域

渠道

服务及渠道ID

资源ID

200607	xx区	xx区自建营业厅	x	1
					200607	xx区	xx区XX代理商	y	2

表21服务及渠道表

表3分析资源表中保存的是分析资源的编号、资源名称、资源类别和资源位置。其中，资源ID是主键。

如表31所示为以国内长途为例保存的分析资源表，包括资源ID、资源名称和资源定位。

资源ID	资源名称	资源定位
			1	OLAP多维分析(长途业务)	//多维分析/OLAP1
2	报表(长途业务)	//报表/reportl

表31分析资源表

表4指标表中保存的是业务或服务ID、指标ID、指标名称和指标类别，指标类别包括收入类、客户类、业务量类和其它类等。指标表中的业务或服务ID是外键，分别对应表1和表2中的主键，业务或服务ID和指标ID其同构成主键。

如表41为以国内长途为例保存的一个指标表。

业务或服务ID	指标ID	指标名称	指标类别	指标值
					I	1	通话时长(秒)	业务量	5000
II	2	通话次数	业务量	4000
					III	3	新增用户	用户量	3000
x	4	离网用户	用户量	2000
					y	5	收入数	收入量	10000

表41指标表

表5客户分群表中保存的是客户ID、客户基本资料和客户业务使用情况。

如表51为以国内长途为例保存的一个客户分群表。

客户ID	客户姓名	客户通话费	地域	…	办理业务I	办理业务II	渠道	资源ID	服务渠道x	服务渠道y
											135xxxx1324	Xxx	30	…	…	是	否	…	1	是	否
135xxxx1362	Yyy	40	…	…	是	是	…	1	是	是
											135xxxx1344	Zzz	50	…	…	是	否	…	2	是	否

表51客户分群表

产品域与服务渠道域，即表11与表21中的分析内容可通过资源ID字段进行关联，也可以通过地域字段关联。如，资源ID为1的国内长途，可以与资源ID为1的xx区自建营业厅、服务及渠道ID为x的服务渠道关联。

产品域至客户域，即表11与表51中的分析内容通过当前的分析内容进行关联，即当前分析业务I的国内长途，则分析Portal将业务I作为客户分群表中的限制条件，查找使用该业务的客户名单，提供给分析人员。

客户域至产品域或服务渠道域，即表51至表11或表21的分析内容，通过将产品域或服务渠道域中的所有字段在客户域的数据库表中保存进行关联。即表51中保存了表11和表21的所有字段，使得分析人员在客户域表中可以直接分析客户对应的产品或服务。

步骤603：将分析资源保存到与步骤602中分析资源在系统中保存的路径相对应的数据库表中。

如果在分析Portal建立后，或使用一段时间以后，需要在指标表中加入新的指标或删除一部分指标，或在分析资源表中加入新的分析资源或删除一部分不用的分析资源，则可以在指标域表中加入或删除指标记录，或在分析资源表中加入或删除分析资源的记录。

图10为本发明实施例中的分析门户系统在电信行业中的应用示意图，参见图10，图10中分析对象的任何一个分析子对象都可以作为为分析人员提供的分析入口，例如，可以是品牌中的品牌1，也可以是产品中产品1。分析人员在进行分析活动时，在分析Portal中任何一个分析子对象，都可以分析其对应的指标，也可分析其相邻的分析对象，即在分析品牌中的分析子对象后，还可以分析产品中的分析子对象。在分析任一个域中分析对象的同时，可以关联至任何两个域中的分析对象，即在分析产品域中的分析对象的同时，也可以关联至客户域或服务渠道域中与该分析对象相关的分析对象。

分析方法可以有：自身分析、横向分析，纵向分析、跨域对象关联分析，以及以上几种分析方法的组合。

例如，分析语音业务的本地通话：

自身分析：可以查看本地通话的各项指标，如收入，通话量，用户数等；在进行自身分析时，可以在地域和时间两个维度上进行分析。如在查看全省本月的本地通话之后，可以下钻查看各地市的本月的本地通话情况。

横向分析：可以分析功能分析对象中的其它分析子对象，如国内长途、国际长途的收入、通话量、用户数等。

纵向分析：可以分析与当前分析对象有关联关系的分析对象。如当前分析对象为本地通话，下一分析对象为含有本地通话功能的各个产品，如图10中的箭头所示。假如，只有产品1和产品2这两个产品含有本地通话的功能，则可以在本地通话中找到产品1和产品2这两个产品，并通过链接关系转至此两个产品的其它分析。

跨域对象关联分析：可以由产品域的本地通话功能，转至分析产品1的渠道或客户分析，由于渠道和客户都不属于产品域了，所以称为跨域对象关联分析。

由以上所述可以看出，本发明实施例所提供的分析门户系统及分析门户业务的实现方法，将分析资源KPI、OLAP、报表和数据挖掘重新组织为以业务划分的组织形式，为分析人员提供了一个统一的业务分析入口，使得分析人员在使用经营分析系统时，可以从一个入口得到某个业务的所有数据，还可以得到与该业务相关的数据，从而方便了分析人员的使用，提高了分析人员使用经营分析系统的效率。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1、一种分析门户系统，其特征在于，该系统包括用户业务接口模块、控制模块和数据库存储模块，

用户业务接口模块，用于接收需要分析的业务，传输到控制模块；接收来自控制模块的所述业务的数据并显示；所述业务的数据包括所述业务的分析资源；

控制模块，用于接收来自用户业务接口模块的需要分析的业务，在数据库存储模块中查找到该业务的数据并传输到用户业务接口模块；

数据库存储模块，用于保存包括业务的数据的数据库表；将控制模块查找到的业务的数据传输到控制模块。

2、如权利要求1所述的系统，其特征在于，所述数据库存储模块，进一步用于保存业务的分析资源的保存路径；

所述用户业务接口模块，进一步用于接收所述业务的分析资源，传输到控制模块；接收来自所述控制模块的分析资源系统的内容；

所述控制模块，进一步用于接收来自所述用户业务接口模块的业务的分析资源，在数据库存储模块中查找所述业务的分析资源的保存路径，根据所述分析资源的保存路径调用所述分析资源系统的内容。

3、如权利要求1所述的系统，其特征在于，所述控制模块，进一步用于在所述数据库存储模块中查找所有业务，将查找到的业务传输到所述用户业务接口模块；

所述用户业务接口模块，进一步用于接收来自所述控制模块的所有业务并显示。

4、如权利要求1所述的系统，其特征在于，所述控制模块，进一步用于将所述需要分析的业务作为限制条件输入到所述数据库存储模块中，查找包含所述需要分析的业务的数据库表的名称，传输到所述用户业务接口模块；

所述用户业务接口模块，进一步用于接收来自控制模块的包含所述需要分析的业务的数据库表的名称并显示。

5、一种分析门户业务的实现方法，其特征在于，该方法包括：

接收需要分析的业务；

在数据库表中查找所述业务的数据，所述业务的数据包括所述业务的分析资源；

显示所述业务的数据。

6、如权利要求5所述的方法，其特征在于，所述接收需要分析的业务之前，该方法进一步包括：

将业务进行分类；

设置数据库表，将所述分类映射到数据库表中，保存所述数据库表；

将分析资源统一编号，对应于所述编号保存每个分析资源的保存路径；

将分析资源保存到所述保存路径中。

7、如权利要求6所述的方法，其特征在于，所述保存数据库表之后，或所述对应于所述编号保存每个分析资源的保存路径之后，或所述将分析资源保存到对应于所述保存路径的数据库表中之后，该方法进一步包括：查找数据库表中所有的业务并显示。

8、如权利要求6所述的方法，其特征在于，该方法进一步包括：

接收所述业务的分析资源，在所述数据库表中查找所述分析资源的保存路径，根据所述分析资源的保存路径调用所述分析资源服务并显示。

9、如权利要求6所述的方法，其特征在于，该方法进一步包括：

在所述数据库表中查找与所述业务相关的业务并显示。

10、如权利要求9所述的方法，其特征在于，所述在数据库表中查找与所述业务相关的业务的方法为：将所述业务作为限制条件输入到所述数据库表中，查找包含所述业务的数据库表的名称。

Images