CN103377402A - 一种多用户分析系统以及相应的装置和方法 - Google Patents

Abstract

本发明涉及数据分析领域，特别是多用户的数据分析领域。本发明公开了一种用于多用户分析系统的装置，该装置包括拦截模块，被配置为拦截用户的针对第一核心对象的请求，其中所述第一核心对象属于核心对象；变换模块，被配置为响应于所述请求为创建请求，创建用户专属的第一核心对象；映射模块，被配置为响应于所述请求为非创建请求，将所述请求翻译为针对用户专属的第一核心对象的请求。本发明还公开了一种多用户分析系统和一种用于多用户分析系统的隔离方法。本发明所提供的技术方案可以有效地使多个用户共享分析系统的物理资源，并且彼此几乎透明的隔离，在保证用户感受的情况下，节省资源、降低成本。

Description

一种多用户分析系统以及相应的装置和方法

技术领域

本发明涉及数据分析领域，特别是多用户的数据分析领域，更具体地，涉及一种多用户分析系统以及相应的用于多用户分析系统的装置和隔离方法。

背景技术

对于典型的数据分析系统，特别是企业级的数据分析系统，通常需要购买分析软件许可、高性能的计算服务器以及大量的数据存储系统。因此，搭建一个企业级的数据分析系统显然在项目的初始阶段就需要投入大量资金。即使用户并不需要长期进行数据分析，也需要进行同样的大量资金投资。所以对于很多用户而言，难以承受这样的资金需求。

为了解决数据分析在项目初始所需要的大量资金投入问题，有的独立软件提供商提出了软件即服务(SaaS)的概念，将传统的数据分析系统作为服务提供给用户。也即分析服务提供商提供数据分析所需要的软件和硬件平台，由用户按需购买分析服务，减少了用户在项目初始所必需的大量的资金投入。

然而，传统的分析服务提供商为每个用户创建一个虚拟机，包括了分析软件、管理服务器、执行服务器以及存储服务器等。这样完整的虚拟机，在用户使用分析服务的暂停的间隙，也需要为该用户保留，这样就给分析服务提供商带来了一定的成本问题。对于分析服务提供商而言，由于多个用户之间不能够实现共享，导致其需要大量的硬件和软件储备，从而导致了资源的浪费。

为了能够降低成本，为用户带来价格更低的、选择更多样化的分析服务，多个用户共享的分析平台成为一个迫切的需求。

发明内容

为了满足多用户能够共享分析系统资源，本发明提供了一种用于多用户分析系统的装置，相应的还提供了一种多用户分析系统和用于多用户分析系统的隔离方法。

根据本发明的一个方面，提供了一种用于多用户分析系统的装置，所述装置包括：

拦截模块，被配置为拦截用户的针对第一核心对象的请求，其中所述第一核心对象属于核心对象，所述核心对象包括：所述多用户分析系统中执行的分析任务和评价任务、所述多用户分析系统所处理的用户数据、分析流程、预测模型、分析任务配置和评价任务配置中的至少一个；

变换模块，被配置为响应于所述请求为创建请求，创建用户专属的第一核心对象；

映射模块，被配置为响应于所述请求为非创建请求，将所述请求翻译为针对用户专属的第一核心对象的请求。

根据本发明的另一个方面，提供了一种多用户分析系统，该系统包括：评价服务器、分析服务器、存储器以及如上所述的用于多用户分析系统的装置。

根据本发明的再一个方面，提供了一种用于多用户分析系统的隔离方法，所述方法包括：

拦截用户的针对第一核心对象的请求，其中所述第一核心对象属于核心对象，所述核心对象包括：所述多用户分析系统中执行的分析任务和评价任务、所述多用户分析系统所处理的用户数据、分析流程、预测模型、分析任务配置和评价任务配置中的至少一个；

若所述请求为创建请求，则创建用户专属的第一核心对象；

若所述请求为非创建请求，则将所述请求翻译为针对用户专属的第一核心对象的请求。

本发明所提供的技术方案可以使得多个用户能够共享分析系统资源，且彼此之间被基本透明的隔离。

附图说明

通过结合附图对本公开示例性实施方式进行更详细的描述，本公开的上述以及其它目的、特征和优势将变得更加明显，其中，在本公开示例性实施方式中，相同的参考标号通常代表相同部件。

图1表示根据本发明一实施例的云计算节点；

图2表示根据本发明一实施例的云计算环境；

图3表示根据本发明一实施例的抽象模型层；

图4表示根据本发明一实施例的用于多用户分析系统的装置的结构示例；

图5表示根据本发明一实施例的用于多用户分析系统的装置的结构示例；

图6表示根据本发明一实施例的用于多用户分析系统的装置的结构示例；

图7表示根据本发明一实施例的用于多用户分析系统的装置的结构示例；

图8表示根据本发明一实施例的用于多用户分析系统的装置的结构示例；

图9表示根据本发明一实施例的用于多用户分析系统的隔离方法的流程示意图；

图10表示根据本发明一实施例的用于多用户分析系统的隔离方法的流程示意图；

图11表示根据本发明一实施例的多用户分析系统的结构示例。

具体实施方式

下面将参照附图更详细地描述本公开的优选实施方式。虽然附图中显示了本公开的优选实施方式，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整的传达给本领域的技术人员。

首先应当理解，尽管本公开包括关于云计算的详细描述，但其中记载的技术方案的实现却不限于云计算环境，而是能够结合现在已知或以后开发的任何其它类型的计算环境而实现。

云计算是一种服务交付模式，用于对共享的可配置计算资源池进行方便、按需的网络访问。可配置计算资源是能够以最小的管理成本或与服务提供者进行最少的交互就能快速部署和释放的资源，例如可以是网络、网络带宽、服务器、处理、内存、存储、应用、虚拟机和服务。这种云模式可以包括至少五个特征、至少三个服务模型和至少四个部署模型。

特征包括：

按需自助式服务：云的消费者在无需与服务提供者进行人为交互的情况下能够单方面自动地按需部署诸如服务器时间和网络存储等的计算能力。

广泛的网络接入：计算能力可以通过标准机制在网络上获取，这种标准机制促进了通过不同种类的瘦客户机平台或厚客户机平台(例如移动电话、膝上型电脑、个人数字助理PDA)对云的使用。

资源池：提供者的计算资源被归入资源池并通过多租户(multi-tenant)模式服务于多重消费者，其中按需将不同的实体资源和虚拟资源动态地分配和再分配。一般情况下，消费者不能控制或甚至并不知晓所提供的资源的确切位置，但可以在较高抽象程度上指定位置(例如国家、州或数据中心)，因此具有位置无关性。

迅速弹性：能够迅速、有弹性地(有时是自动地)部署计算能力，以实现快速扩展，并且能迅速释放来快速缩小。在消费者看来，用于部署的可用计算能力往往显得是无限的，并能在任意时候都能获取任意数量的计算能力。

可测量的服务：云系统通过利用适于服务类型(例如存储、处理、带宽和活跃用户帐号)的某种抽象程度的计量能力，自动地控制和优化资源效用。为服务提供者和消费者双方提供透明度，控制和报告资源使用情况、可以监测。

服务模型如下：

软件即服务(SaaS)：向消费者提供的能力是使用提供者在云基础架构上运行的应用。可以通过诸如网络浏览器的瘦客户机接口(例如基于网络的电子邮件)从各种客户机设备访问应用。除了有限的特定于用户的应用配置设置外，消费者既不管理也不控制包括网络、服务器、操作系统、存储、乃至单个应用能力等的底层云基础架构。

平台即服务(PaaS)：向消费者提供的能力是在云基础架构上部署消费者创建或获得的应用，这些应用利用提供者支持的程序设计语言和工具创建。消费者既不管理也不控制包括网络、服务器、操作系统或存储的底层云基础架构，但对其部署的应用具有控制权，对应用托管环境配置可能也具有控制权。

基础架构即服务(IaaS)：向消费者提供的能力是消费者能够在其中部署并运行包括操作系统和应用的任意软件的处理、存储、网络和其他基础计算资源。消费者既不管理也不控制底层的云基础架构，但是对操作系统、存储和其部署的应用具有控制权，对选择的网络组件(例如主机防火墙)可能具有有限的控制权。

部署模型如下：

私有云：云基础架构单独为某个组织运行。云基础架构可以由该组织或第三方管理并且可以存在于该组织内部或外部。

共同体云：云基础架构被若干组织共享并支持有共同利害关系(例如任务使命、安全要求、政策和合规考虑)的特定共同体。共同体云可以由共同体内的多个组织或第三方管理并且可以存在于该共同体内部或外部。

公共云：云基础架构向公众或大型产业群提供并由出售云服务的组织拥有。

混合云：云基础架构由两个或更多部署模型的云(私有云、共同体云或公共云)组成，这些云依然是独特的实体，但是通过使数据和应用能够移植的标准化技术或私有技术(例如用于云之间的负载平衡的云突发流量分担技术)绑定在一起。

云计算环境是面向服务的，特点集中在无状态性、低耦合性、模块性和语意的互操作性。云计算的核心是包含互连节点网络的基础架构。

现在参考图1，其中显示了云计算节点的一个例子。图1显示的云计算节点10仅仅是适合的云计算节点的一个示例，不应对本发明实施例的功能和使用范围带来任何限制。云计算节点，总之10能够被用来实现和/。或执行以上所述的任何功能

云计算节点10具有计算机系统/服务器12，其可与众多其它通用或专用计算系统环境或配置一起操作。众所周知，适于与计算机系统/服务器12一起操作的计算系统、环境和/或配置的例子包括但不限于：个人计算机系统、服务器计算机系统、瘦客户机、厚客户机、手持或膝上设备、基于微处理器的系统、机顶盒、可编程消费电子产品、网络个人电脑、小型计算机系统、大型计算机系统和包括上述任意系统的分布式云计算技术环境，等等。

计算机系统/服务器12可以在由计算机系统执行的计算机系统可执行指令(诸如程序模块)的一般语境下描述。通常，程序模块可以包括执行特定的任务或者实现特定的抽象数据类型的例程、程序、目标程序、组件、逻辑、数据结构等。计算机系统/服务器12可以在通过通信网络链接的远程处理设备执行任务的分布式云计算环境中实施。

程序模块可以位于包括存储设备的本地或远程计算系，在分布式云计算环境中。统存储介质上

如图1所示，云计算节点10中的计算机系统/服务器12以通用计算设备的形式表现。计算机系统/服务器12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

计算机系统/服务器12典型地包括多种计算机系统可读介质。这些介质可以是能够被计算机系统/服务器12访问的任意可获得的介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)30和/或高速缓存存储器32。计算机系统/服务器12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图1未显示，通常称为“硬盘驱动器”)。尽管图1中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM，DVD-ROM或者其它光介质)读写的光盘驱动器。每个驱动器可以通过一个或者多个数据介质接口与总线，在这些情况下18。相连存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。

计算机系统/服务器12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该计算机系统/服务器12交互的设备通信，和/或与使得该计算机系统/服务器12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/)输出I/O接口(22。进行并且，计算机系统/服务器12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器，如图所示20通过总线18与计算机系统/服务器12。的其它模块通信应当明白，尽管图中未示出，其它硬件和/或软件模块可以与计算机系统/服务器12一起操作，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

现在参考图2，其中显示了示例性的云计算环境50。如图所示，云计算环境50包括云计算消费者使用的本地计算设备可以与其相通信的一个或者多个云计算节点10，本地计算设备例如可以是个人数字助理(PDA)或移动电话54A，台式电脑54B、笔记本电脑54C和/或汽车计算机系统54N。云计算节点10之间可以相互通信。可以在包括但不限于如上所述的私有云、共同体云、公共云或混合云或者它们的组合的一个或者多个网络中将云计算节点10进行物理或虚拟分组(图中未显示)。这样，云的消费者无需在本地计算设备上维护资源就能请求云计算环境50提供的基础架构即服务(IaaS)、平台即服务(PaaS)和/或软件即服务(SaaS)。应当理解，图2显示的各类计算设备54A-N仅仅是示意性的，云计算节点10以及云计算环境50可以与任意类型网络上和/或网络可寻址连接的任意类型的计算设备(例如使用网络浏览器)通信。

现在参考图3，其中显示了云计算环境50(图2)提供的一组功能抽象层。首先应当理解，图3所示的组件、层以及功能都仅仅是示意性的，本发明的实施例不限于此。如图3所示，提供下列层和对应功能：

硬件和软件层60包括硬件和软件组件。硬件组件的例子包括：主机，例如

系统；基于RISC(精简指令集计算机)体系结构的服务器，例如IBM

系统；IBM

系统；IBM

系统；存储设备；网络和网络组件。软件组件的例子包括：网络应用服务器软件，例如IBM应用服务器软件；数据库软件，例如IBM

数据库软件。)IBM，zSeries，pSeries，xSeries，BladeCenter，WebSphere以及DB2注册商标的是国际商业机器公司在全世界各地)。

虚拟层62

虚拟存储、虚拟服务器：该层可以提供下列虚拟实体的例子，提供一个抽象层。以及虚拟客户端，虚拟应用和操作系统、(包括虚拟私有网络)虚拟网络、

在一个示例中，管理层64可以提供下述功能：资源供应功能：提供用于在云计算环境中执行任务的计算资源和其它资源的动态获取；计量和定价功能：在云计算环境内对资源的使用进行成本跟踪，并为此提供帐单和发票。在一个例子中，该资源可以包括应用软件许可。安全功能：为云的消费者和任务提供身份认证，为数据和其它资源提供保护。用户门户功能：为消费者和系统管理员提供对云计算环境的访问。服务水平管理功能：提供云计算资源的分配和管理，以满足必需的服务水平。服务水平协议(SLA)计划和履行功能：为根据SLA预测的对云计算资源未来需求提供预先安排和供应。

工作负载层66提供云计算环境可能实现的功能的示例。软件开发；地图绘制与导航：功能的示例包括可提供的工作负载或，在该层中交易处理；数据分析处理；虚拟教室的教学提供；及生命周期管理。

现在参考图4，对本发明实施例进行详细的描述。图4示出了一种用于多用户分析系统的装置400，该装置典型的包括拦截模块410和变换模块420。拦截模块410被配置为拦截用户的针对核心对象的请求；变换模块420被配置为，创建用户专属的核心对象。

在本发明实施例中，核心对象包括多用户分析系统中执行的分析任务(Analytical Job)和评价任务(Scoring Job)、所述多用户分析系统所处理的用户数据(Data)、分析流程(Analytical Stream)、预测模型(Predictive Model)、分析任务配置(Analytical Job Configuration)和评价任务配置(Scoring Job Configuration)中的至少一个。

在本发明实施例中，为了能够更好地隔离多个用户，核心对象例如包括上述7类对象。在本实施例以及下述各实施例中，可以将核心对象分为会持久存储的核心对象和仅存在于运行时刻的核心对象。其中用户数据、分析流程、预测模型、分析任务配置、评价任务配置属于会持久存储的核心对象；分析任务和评价任务属于仅存在于运行时刻的核心对象。还可以将核心对象区分为分析类对象和评价类对象。其中用户数据中的训练数据、分析流程、分析任务配置和分析任务属于分析类对象；用户数据中的输入数据、预测模型、评价任务配置和评价任务属于评价类对象。

例如，可以在分析管理服务器的接口处设置本发明实施例提供的拦截模块410，以拦截涉及上述核心对象的请求。或者也可以将拦截模块410设置在分析管理服务器中，以在对核心对象进行创建、查询等处理前拦截涉及核心对象的请求。

例如，在用户发出请求创建分析任务时，由于该创建请求涉及了核心对象，所以拦截模块410会对该请求进行拦截。例如，用户希望对分析任务进行配置时，会发出创建分析任务配置的请求，同样由于该请求涉及了核心对象，拦截模块410也会对该请求进行拦截。

在本实施例中，拦截模块410不会对未涉及核心对象的请求进行拦截，例如如果请求是添加一台后台分析服务器，则由于该请求并未涉及核心对象，拦截模块410不会对该请求进行拦截。未涉及核心对象的请求还有很多，例如其他的后台维护类请求，此处不再一一赘述。

本实施例中，拦截模块410例如可以包括：截取子模块411，用于拦截所有请求；识别子模块412，用于识别截取子模块411拦截的请求是否为涉及核心对象的请求，如果是，则调度后续模块进行处理，如果不是，则抛弃。当然这仅仅是拦截模块410实现的一种方式，还可以通过其他方式实现拦截模块410，例如拦截模块410所布置的位置拦截到的所有请求均为涉及核心对象的请求，或者拦截模块410能够判断请求的类型，仅对涉及核心对象的请求进行拦截等。

本实施例中，对于针对核心对象的请求的拦截，可以是对于用户发出的请求进行拦截，也可以是对分析任务的执行中或者评分任务的执行中所产生的针对核心对象的请求进行拦截，或者还可以是对其他情况下针对核心对象的请求进行拦截。

具体的，拦截模块410对涉及核心对象的请求进行拦截后，变换模块420会在创建用户专属的核心对象时，将用户标识附加在该用户专属的核心对象上。例如，用户A请求创建评价任务配置Scoring Job Configuration，则拦截模块410对该请求进行拦截后，变换模块420会创建一个评价任务配置，其名称为A_modelQ_config的评价任务配置，该评价任务配置专属于用户A。当然这只是变换模块420创建用户专属的核心对象的一种实施方式，本领域技术人员可以根据上述描述得到其他的创建用户专属的核心对象的方式，例如为核心对象附加上一个专属的存储路径等。

通过上述包括拦截模块410和变换模块420的装置400，可以实现对于多用户分析平台创建各类用户专属的核心对象，从而实现用户的彼此隔离，使得多个用户可以对分析平台进行共享，例如共享评价服务器、分析服务器或者存储服务器。并且该装置400的应用可以确保多个用户之间的透明，用户彼此之间不影响，使得用户在共享资源的同时，能够真正的实现彼此之间的隔离。

进一步的，为了更好的隔离用户，本发明实施例还提供了如图5所示的用于多用户分析系统的装置500。该装置包括拦截模块510和变换模块520。其中对于拦截模块510的描述可以参照图4所示的拦截模块410，此处不再赘述。对于变换模块520，可以响应于请求所针对的核心对象与其他核心对象的引用关系，创建用户专属的核心对象，该用户专属的核心对象中包含了对于该用户专属的其他核心的对象的引用。

本实施例中，上述引用关系例如包括以下之一或其任意组合：分析任务对分析任务配置和预测模型的引用，分析任务配置对分析流程的引用，分析流程对用户数据的引用，评价任务配置对预测模型的引用以及评价任务对评价任务配置以及用户数据的引用。

相应的，变换模块520例如可以包括以下子模块之一或其任意组合：第一创建子模块521，被配置为响应于拦截的请求为创建请求且拦截的请求所针对的核心对象为分析任务，且响应于分析任务与其他核心对象的引用关系，创建用户专属的分析任务，其中该用户专属的分析任务中包含了对于该用户专属的分析任务配置以及该用户专属的预测模型的引用；第二创建子模块522，被配置为响应于拦截的请求为创建请求且拦截的请求所针对的核心对象为分析任务配置，且响应于分析任务配置与其他核心对象的引用关系，创建用户专属的分析任务配置，其中该用户专属的分析任务配置中包含了对于该用户专属的分析流程的引用；第三创建子模块523，被配置为响应于拦截的请求为创建请求且拦截的请求所针对的核心对象为分析流程，且响应于分析流程与其他核心对象的引用关系，创建用户专属的分析流程，其中该用户专属的分析流程中包含了对于该用户专属的用户数据的引用；第四创建子模块524，被配置为响应于拦截的请求为创建请求且拦截的请求所针对的核心对象为评价任务，且响应于评价任务与其他核心对象的引用关系，创建用户专属的评价任务，其中该用户专属的评价任务中包含了对于该用户专属的用户数据以及该用户专属的评价任务配置的引用；第五创建子模块525，被配置为响应于拦截的请求为创建请求且拦截的请求所针对的核心对象为评价任务配置，且响应于评价任务配置与其他核心对象的引用关系，创建用户专属的评价任务配置，其中该用户专属的评价任务配置包含了对于该用户专属的预测模型的引用。

以请求所针对的核心对象为分析任务配置作为示例，对第二创建子模块522进行更为详细的描述，本领域技术人员可以根据对于第二创建子模块522的详细描述得知其他创建子模块521-525的详细的工作方式。在拦截模块510对用户A的针对分析任务配置的请求进行拦截之后，第二创建子模块522创建用户A专属的分析任务配置A_jobQ，并将A_jobQ中对于分析流程的引用创建为对该用户A专属的分析流程的引用，例如A_jobQ refer to A_streamP。

再以请求所针对的核心对象为分析流程作为示例，对第三创建子模块523进行更为详细的描述，本领域技术人员可以根据对于第三创建子模块523的详细描述得知其他创建子模块521-525的详细的工作方式。在拦截模块510对用户B的创建分析流程的请求进行拦截之后，第三创建子模块523创建为用户B专属的分析任务配置B_StreamF，并将B_StreamF中对于用户数据的引用创建为对该用户B专属的用户数据的引用，例如将用户数据的存储路径修改为指向该用户B专属的用户数据的存储路径。

此外，变换模块520还可以包括第六创建子模块526和第七创建子模块527。其中，第六创建子模块526被配置为响应于被拦截的请求为创建请求且被拦截的请求所针对的核心对象为用户数据，创建用户专属的用户数据；第七创建子模块527被配置为响应于被拦截的请求为创建请求且被拦截的请求所针对的核心对象为预测模型，创建用户专属的预测模型。

图5所示的实施例可以与图4所示的实施例结合，例如变换模块可以根据核心对象之间的关系，采用多种创建方式，来创建用户专属的核心对象。

如图6所示，用于多用户分析系统的装置600可以包括拦截模块610和映射模块630。其中，可以参照图4所示的实施例中的拦截模块410实施拦截模块610，详细方案此处不再赘述。映射模块630，被配置为响应于被拦截的请求为非创建请求，将该请求翻译为针对该请求所对应的用户专属的核心对象的请求。

具体而言，映射模块630可以通过将请求针对的核心对象的名称转换为用户专属的核心对象的名称实现将请求翻译为针对该请求所对应的用户专属的核心对象的请求。例如映射模块630可以通过将用户标识附加到请求所涉及的核心对象的名称上，实现将该核心对象的名称转换为用户专属的核心对象的名称，或者还可以将专属的存储路径附加到请求所涉及的核心对象的名称上，以实现将核心对象的名称转换为用户专属的核心对象的名称。

具体而言，映射模块630还可以通过筛选将请求翻译为针对该请求所对应的用户专属的核心对象的请求。

映射模块630可以根据被拦截的请求以及该请求所对应的用户的用户标识，将该请求翻译为针对该请求所对应的用户专属的核心对象的请求。例如，映射模块630可以根据用户标识进行查表，得到请求所涉及的核心对象所对应的用户专属的核心对象，从而将请求翻译为针对用户专属的核心对象的请求。例如，映射模块630可以将用户标识附加到请求所涉及的核心对象上，进而得到用户专属的核心对象，从而将请求翻译为针对用户专属的核心对象的请求。例如，映射模块630可以调用原API(Application Programming Interface，应用程序编程接口)得到反馈消息，该反馈消息中包含核心对象，根据用户标识对该核心对象进行筛选，得到该请求对应的用户专属的核心对象。

如图6所示，映射模块630具体可以包括第一翻译子模块631和/或第二翻译子模块632。其中，第一翻译子模块631被配置为响应于被拦截的请求既非创建请求也非列表查询请求，将该请求所针对的核心对象转换为该请求所对应的用户专属的核心对象；第二翻译子模块632被配置为响应于被拦截的请求为列表查询请求，对该请求的反馈信息中所包含的核心对象进行筛选，得到该请求所对应的用户专属的核心对象。其中第一翻译子模块631例如可以通过将核心对象的名称进行修改实现将核心对象翻译为用户专属的核心对象。这样在调用原API时，就直接按照用户专属的核心对象的名称进行相应的操作了。

下面以用户B对于分析任务配置的查询为例，对第一翻译子模块631进行详细的描述。用户B发出查询分析任务配置的请求，拦截模块610对该请求进行拦截，第一翻译子模块631将该请求中针对的对象jobQ转换为用户B的专属的分析任务配置B_jobQ。具体的，第一翻译子模块631对核心对象进行转换时，可以通过查表的方式，也可以是根据预设的规则进行。对于用户的删除请求或者更新请求，第一翻译子模块631也可以进行相应的翻译处理。此后，例如可以通过调用原API进行相应的处理。在本实施例以及下述各实施例中，原API为现有的分析系统中处理相应请求的所需要调用的API。举例而言，在SPSS的分析系统中，当对评价配置进行查询时，会调用ContentRepository服务的queryResource()方法，也即本发明实施例中原API的一个示例。

下面以用户B对于预测模块的列表查询为例，对第二翻译子模块632进行详细的描述。用户B发出查询其所有的预测模块的列表查询请求，拦截模块610对该请求进行拦截，第二翻译子模块632对该列表查询请求的反馈信息中包含的核心对象进行筛选，得到用户B的所有预测模块的列表。该筛选例如可以是根据核心对象的名称进行筛选；该反馈信息例如可以通过调用原API得到。由于反馈信息是通过对于拦截的请求直接调用原API进行的，所以反馈信息中所包含的核心对象可能不仅仅是用户B的，还会包括其他用户的，因此需要对其进行筛选。

进一步的，映射模块630还可以包括第一判断子模块633和/或第二判断子模块634。该第一判断子模块633用于当拦截模块610拦截的为第一请求时，调度第一翻译子模块631进行处理。该第二判断子模块634用于当拦截模块610拦截的为第二请求时，调度第二翻译子模块632进行处理。其中，第一请求包括对于分析流程、用户数据、分析任务配置、预测模型、评价任务配置中的任一个的查询请求、删除请求或者更新请求；或者第一请求包括对于评价任务或者分析任务的状态查询请求或者执行请求。第二请求包括对于分析流程、用户数据、分析任务配置、预测模型、评价任务配置、分析任务或者评价任务中任一个的列表查询请求。本实施例中，也可以并不包括第一判断子模块633和第二判断子模块634，而是直接由第一翻译子模块631和第二翻译子模块632响应于相应的请求进行处理。

在本实施例中，当映射模块630包括第一判断子模块633和第二判断子模块634时，可以将两个判断子模块的功能合并为一个判断子模块，也即该合并后的判断子模块用于当拦截模块610拦截的为第一请求时，调度第一翻译子模块631进行处理，当拦截模块610拦截的为第二请求时，调度第二翻译子模块632进行处理。

本实施例提供的装置600可以有效地将用户对于核心对象的请求翻译为对于该用户专属的核心对象的请求，从而实现用户之间的隔离，使得多个用户可以彼此隔离的共享分析资源，充分利用服务提供商具有的软件和硬件资源，减少服务提供商的成本，同时也可以降低对于用户的费用。

如图7所示，本发明实施例提供了一种用于多用户分析系统的装置700。该装置700包括：拦截模块710，变换模块720以及映射模块730。其中对于拦截模块710的描述可以参照图4所示实施例中对于拦截模块410的描述，对于变换模块720的描述可以参照图4、图5所示实施例中的变换模块420、520，对于映射模块730的描述可以参照图6所示实施例中的映射模块630。

在本实施例中，当装置700对所有涉及核心对象的请求进行拦截并进行相应的处理，且核心对象包括上述7类时，会最佳的实现对于用户之间透明的隔离。

通过本发明实施例提供的装置700，可以通过创建用户专属的核心对象，和将请求翻译为针对用户专属的核心对象的请求，实现用户共享分析资源，并且每个用户不需要发出针对自己的核心对象的请求，仍是向现有技术中每个用户拥有自己完整的虚拟机一样，发出原有的请求，也即装置700能够实现用户之间基本完全透明的隔离，从而不给用户增添任何的使用困难，用户感受较好。

如图8所示，本发明实施例提供了一种用于多用户分析系统的装置800。该装置800包括：拦截模块810，变换模块820，映射模块830，用户管理模块850。其中，拦截模块810，变换模块820，映射模块830可以参照上述实施例中具有相应名称的模块的描述，此处不再赘述。

用户管理模块850被配置为生成用户上下文，并将该用户上下文附加在该用户上下文对应的用户的请求上。或者用户管理模块850被配置为生成用户上下文，并保存该用户上下文。在其他模块需要该用户上下文时，可以从用户管理模块处获得所需的用户上下文。在本实施例中，用户上下文例如可以包括用户的用户标识。用户标识例如是可以用于唯一的区别该用户的标识。举例而言，用户标识例如可以是用户的用户名，或者还可以是一个ID号码，或者是系统分配的唯一标识。

在上述实施例中已经提到过，变换模块在创建用户专属的核心对象时，例如可以将用户标识附加到核心对象上。在本实施例中，若用户管理模块850直接将包含了用户标识的用户上下文附加到用户的请求上，则变换模块820可以直接根据附加了用户标识的用户请求获知用户标识，从而在创建用户专属的核心对象时将用户标识附加到核心对象上。若用户管理模块850存储了包含用户标识的用户上下文，则变换模块820可以从用户管理模块850查询到相应的用户标识，并将用户标识附加到核心对象上。或者还可能是用户管理模块850对用户上下文进行广播，变换模块820保存相应的用户上下文，从而获知相应的用户标识。

本实施例中，对于映射模块830可以通过附加在用户请求上的用户上下文获知用户上下文中所包含的用户标识，或者可以从用户管理模块850处查询得到用户标识，或者还可以通过用户管理模块850广播的包含用户标识的用户上下文得知用户标识。

从上述实现方式中可以看出，将用户上下文附加在用户请求中是一种比较优选的实现方式。这是因为当在用户请求中附加了用户上下文之后，其他模块可以直接通过用户请求就获知用户上下文中所携带的信息，避免了其他的模块之间的通信。

本发明实施例进一步还可以包括第一路由模块860和第二路由模块870。其中，第一路由模块860被配置为将变换模块820创建的用户专属的核心对象存储到相应的存储器中或者路由到相应的服务器中。第二路由模块870包括第一子模块875和第二子模块876中的至少一个。其中第一子模块875被配置为将第一翻译子模块831翻译后的请求路由到相应的服务器或者存储器；第二子模块876被配置为将拦截模块810拦截的请求路由到相应的服务器或者存储器，再将反馈信息路由到第二翻译子模块832。

具体的第一路由模块860包括：第一路由子模块861被配置为将变换模块820创建的用户专属的会持久存储的核心对象存储到相应的存储器；第二路由子模块862被配置为将变换模块820创建的用户专属的仅存在于运行时刻的核心对象发送到相应的服务器。第一子模块875包括：第三路由子模块871，用于将第一翻译子模块831翻译后的针对会持久存储的核心对象的请求路由到相应的存储器；第四路由子模块872，用于将第一翻译子模块831翻译后的涉及仅存在于运行时刻的核心对象的请求路由到相应的服务器。第二子模块876包括：第五路由子模块873，用于将拦截模块810拦截的针对会持久存储的核心对象的请求路由到相应的存储器，并将反馈信息路由到第二翻译子模块832；第六路由子模块874，用于将拦截模块810拦截的针对仅存在于运行时刻的核心对象的请求路由到相应的服务器，并将反馈信息路由到第二翻译子模块832。

在本实施例中，用户上下文例如还可以包括用户的元数据。其中，元数据例如可以包括对于该用户的至少一类核心对象所使用的隔离策略的配置信息。在本实施例中，若元数据仅包括了部分类别核心对象所使用的隔离策略的配置信息，则其他类别核心对象所使用的隔离策略的配置信息例如可以为默认的配置或者通用的配置。举例而言，若用户A的隔离策略包括用户A的分析流程应当被存到共享的数据库中一张专用的数据表中，则该用户A的元数据例如可以包括：分析流程使用专用数据库表，该数据库表所在的数据库的名称，该用户在该数据库系统中的用户名和密码等。

本实施例中，用户管理模块850例如包括第一用户管理模块851和/或第二用户管理模块852。其中，第一用户管理模块851被配置为生成用户的用户上下文，并将该用户上下文附加在该用户所对应的请求上，所述用户上下文包括该用户的用户标识。第二用户管理模块852被配置为生成用户的第二用户上下文，并将该第二用户上下文附加在该用户所对应的请求上，所述第二用户上下文包括该用户的元数据。当然，第一用户管理模块851和第二用户管理模块852的功能可以集成在一起，也即用户管理模块850被配置为生成用户的用户上下文，并将该用户上下文附加在该用户所对应的请求上，该用户上下文包括该用户的用户标识和元数据。

具体的，第一路由模块860可以根据隔离策略的配置信息将变换模块820创建的核心对象路由到相应的服务器或者存储器。具体的，可以使根据用户上下文所包含的元数据获得隔离策略的配置信息。例如，用户A的元数据包括：用户A独享一个数据库系统M，该数据库系统的名称，以及用户A在该数据库系统的用户名和密码。用户的请求为创建用户A的分析流程，则在变换模块820创建了用户A专属的分析流程后，第一路由模块860会将该用户A专属的分析流程发送到数据库系统M中进行存储。再举例，用户A的元数据包括：用户A独享分析服务器N，以及该分析服务器的地址。用户请求为创建用户A的分析任务，则在变换模块820创建了用户A专属的分析任务后，第一路由模块860会将该用户A专属的分析任务发送到服务器N。

具体的，第一子模块875也可以根据隔离策略的配置信息，将映射模块830翻译后的请求路由到相应的服务器或者存储器。第二子模块876可以根据隔离策略的配置信息将拦截模块810拦截的请求路由到相应的服务器或者存储器，再将反馈信息路由到映射模块830。

在本实施例中，提供了多种隔离策略。并且，为了使得用户更容易地选择适合自己需求的隔离策略，本发明实施例还提供了用于用户注册的服务管理模块880。举例而言服务管理模块880可以为用户提供隔离策略的注册服务，具体可以通过提供用户一个包含选项的界面进行隔离策略的注册。该界面上例如包括对于用户需求的描述。举例而言，该用户需求的描述例如包括：在训练阶段的性能需求，在训练阶段的数据安全性需求，在评价阶段的性能需求，在评价阶段的数据安全性需求等。而相对应每种用户需求的描述，该界面例如可以给出不同的等级选项，等级一般可以包括4个等级。当然，上述用户需求的描述是比较详细的，相应等级也分割较细，可以采用更粗略的描述和更粗的等级划分。例如，用户需求可以仅仅包括训练阶段的需求和评价阶段的需求，相应的等级可以仅区分高、中、低三个级别。以此类推，本领域技术人员还可以得到其他的用户需求的描述以及等级的区分。

下面，以上述较详细的用户描述和等级分割较细的情况为例，详细说明服务管理模块880。服务管理模块880向用户显示包括用户需求描述和相应等级选项的界面。该界面包括：在训列阶段的性能需求，以及相应的等级选项1、2、3、4；在训列阶段的数据安全性需求，以及相应的等级选项1、2、3、4；在评价阶段的性能需求，以及相应的等级选项1、2、3、4；在评价阶段的数据安全性需求以及相应的等级选项1、2、3、4。其中例如以1为性能需求最高或者数据安全性需求最高，以4为性能需求最低或者数据安全性需求最低。本实施例中，界面的显示例如可以是响应于用户的注册请求，也可以是响应于其他模块的调度，本发明对此不加限制。用户A在该界面上进行相应的选择，例如用户A在训列阶段的性能需求选择3，在训列阶段的数据安全性需求选择2，在评价阶段的性能需求选择2，在评价阶段的数据安全性需求选择1，则服务管理模块880会响应于该选择，为该用户分配隔离策略A_Policy。其中，A_Policy例如为：用户的分析任务使用共享的分析服务器物理资源以及共享的分析服务器实例，用户的分析类对象中除分析任务以外的核心对象使用共享的数据库系统中专用的数据表进行存储，用户的评价任务使用共享的评价服务器物理资源以及专用的评价服务器实例，用户的评价类对象中除评价任务以外的核心对象使用独立的数据库系统进行存储。上述描述是以数据库系统作为存储器进行描述的，本领域技术人员可以理解，还可以采用文件系统等其他存储器。

在本实施例中，针对性能需求，例如可以按照以下方式区分不同的等级：使用专用的服务物理资源、使用共享的服务器物理资源以及专用的服务器实例、使用共享的服务器物理资源以及共享的服务器实例且区分不同用户、使用共享的服务器物理资源以及共享的服务器实例且不区分不同用户。针对数据安全性需求，例如可以按照以下方式区分不同的等级：使用专用的数据库系统、使用共享的数据库系统以及专用的数据表、使用共享的数据库系统以及共享的数据表且区分不同用户，使用共享的数据库系统以及共享的数据表且不区分不同用户。若采用文件系统，则例如可以按照以下方式区分数据安全性需求的不同等级：使用专用的磁盘、使用共享的磁盘以及专用的目录，使用共享的磁盘以及共享的目录且区分不同的用户，使用共享的磁盘以及共享的目录且不区分不同用户。本实施例中，将上述区分性能需求的不同等级的方式与区分数据安全性需求的不同等级的方式进行组合，就可以得到本实施例中不同的隔离策略。

通常情况下，可以在训练阶段提供上述方式中性能需求中最低的方式和数据安全性需求中最低的方式，因为，用户可以采用相同的训练数据、相同的分析流程进行训练；而在评价阶段不提供上述方式中性能需求中最低的方式和数据安全性需求中最低的方式，因为，用户通常还是采用不同的输入数据完成评价。因此，服务管理模块880在提供给用户的界面上，训练阶段和评价阶段可以提供不同数量的等级选项。

在服务管理模块880在训练阶段和评价阶段提供不同数量的等级选项时，本实施例中隔离策略包括分析任务隔离策略、其他分析类对象隔离策略、评价任务隔离策略以及其他评价类对象隔离策略中的至少一个，其中其他分析类对象包括分析任务配置、分析流程以及训练数据中的至少一个，其他评价类对象包括评价任务配置、预测模型以及输入数据中的至少一个。分析任务隔离策略包括以下之一：用户的分析任务使用专用的分析服务器物理资源；用户的分析任务使用共享的分析服务器物理资源以及专用的分析服务器实例；用户的分析任务使用共享的分析服务器物理资源以及共享的分析服务器实例，且区分不同的用户；用户的分析任务使用共享的分析服务器物理资源以及共享的分析服务器实例，且不区分不同的用户。其他分析类对象隔离策略包括以下之一：用户的其他分析类对象使用独立的数据库系统或者独立的磁盘进行存储；用户的其他分析类对象使用共享的数据库系统中专用的数据表进行存储或者共享的磁盘中专用的目录进行存储；用户的其他分析类对象使用共享的数据库系统中共享的数据表进行存储且区分不同的用户，或者使用共享的磁盘中共享的目录进行存储且区分不同的用户；用户的其他分析类对象使用共享数据库系统中共享的数据表进行存储且不区分不同的用户，或者使用共享的磁盘中共享的目录进行存储且不区分不同的用户。评价任务隔离策略包括以下之一：用户的评价任务使用专用的评价服务器物理资源；用户的评价任务使用共享的评价服务器物理资源以及专用的评价服务器实例；用户的评价任务使用共享的评价服务器物理资源以及共享的评价服务器实例，且区分不同的用户。其他评价类对象隔离策略包括以下之一：用户的其他评价类对象使用独立的数据库系统或者独立的磁盘进行存储；用户的其他评价类对象使用共享的数据库系统中专用的数据表进行存储或者共享的磁盘中专用的目录进行存储；用户的其他评价类对象使用共享的数据库系统中共享的数据表进行存储且区分不同的用户，或者使用共享的磁盘中共享的目录进行存储且区分不同的用户。

本实施例中服务管理模块880例如还可以用于存储不同用户的隔离策略以供其他模块的使用。进一步的，服务管理模块880还可以用户存储不同用户的隔离策略的配置信息。

本实施例中，为了能够方便用户，向用户提供了可供选择的界面以分配相应的隔离策略给该用户，这样就不需要用户对于具体的隔离策略有所了解，用户只需要根据自己的需求进行选择即可。进一步的，服务管理模块880提供的界面上还可以包括服务费用，该服务费用根据用户的选择动态生成，以方便用户根据服务费用以及自己的需求进行综合的考虑。通过服务管理模块880自动为用户分配隔离策略和相应的隔离策略的配置信息，能够为不同需求的用户提供不同的服务标准和不同的服务费用，通过为用户提供多样化多层级的服务，提高了用户感受，同时由于用户在需求不高时，会选择部分或者全部共享的方案，因此对于服务提供商而言，能够在满足用户需求的同时，降低服务成本。

本实施例中，若用户为有经验的用户，也可以直接为用户提供隔离策略的注册，而不再显示上述界面。

下面为了能够更加清楚地描述本实施例中提供的隔离策略，以下列出了可能的隔离策略的一部分作为参考：

1)用户的分析任务使用专用的分析服务器物理资源且评价任务使用专用的评价服务器物理资源，对于分析流程、用户数据中的训练数据、分析任务配置使用独立的数据库系统进行存储，对于预测模型、评价任务配置、用户数据中的输入数据使用共享的数据库系统中专用的数据表进行存储；

2)用户的分析任务使用专用的分析服务器物理资源且评价任务使用共享的评价服务器物理资源以及专用的评价服务器实例，对于分析流程、用户数据中的训练数据、分析任务配置使用独立的数据库系统进行存储，对于预测模型、评价任务配置、用户数据中的输入数据使用共享的数据库系统中专用的数据表进行存储；

3)用户的分析任务使用专用的分析服务器物理资源且评价任务使用共享的评价服务器物理资源以及共享的评价服务器实例，对于分析流程、用户数据中的训练数据、分析任务配置使用独立的数据库系统进行存储，对于预测模型、评价任务配置、用户数据中的输入数据使用共享的数据库系统中专用的数据表进行存储；

4)用户的分析任务使用专用的分析服务器物理资源且评价任务使用专用的评价服务器物理资源，对于分析流程、用户数据中的训练数据、分析任务配置使用独立的数据库系统进行存储，对于预测模型、评价任务配置、用户数据中的输入数据使用共享的数据库系统中共享的数据表进行存储。

本实施例给出的上述隔离策略中，采用共享的服务器示例或者共享的数据表都是区分不同用户的，例如可以通过任务名或者文件名区分不同的用户。

根据本实施例中给出的上述隔离策略，以及上述区分性能需求和数据安全性需求的等级的不同方式，本领域技术人员可以得到更多的隔离策略。

对于上述不同的隔离策略，可以区分核心对象的隔离类型。例如，若对于核心对象使用专用的服务器物理资源，则该核心对象的隔离类型为专用型；若对于核心对象使用专用的数据库系统，则该核心对象的隔离类型为专用型；若对于核心对象使用共享的服务器物理资源以及专用的服务器实例，则该核心对象的隔离类型为混合专用型；若对于核心对象使用共享的数据库系统中专用的数据表，则该核心对象的隔离类型为混合专用型；若对于核心对象使用共享的服务器物理资源以及共享的服务器实例且区分不同用户，则该核心对象的隔离类型为混合共享型；若对于核心对象使用共享的数据库系统中共享的数据表且区分不同的用户，则该核心对象的隔离类型为混合共享型；若对于核心对象使用共享的服务器物理资源以及共享的服务器实例且不区分不同用户，则该核心对象的隔离类型为完全共享型；若对于核心对象使用共享的数据库系统中共享的数据表且不区分不同的用户，则该核心对象的隔离类型为完全共享型。

用户管理模块850可以在每次生成用户的元数据时向服务管理模块880查询用户的隔离策略的配置信息，或者可以预先获取用户的隔离策略的配置信息，用以生成用户的元数据。

在本实施例中，服务管理模块880的功能也可以集成在用户管理模块850中。

在本实施例中，判别模块840被配置为根据隔离策略的配置信息判断被拦截的请求所针对的核心对象所属的隔离类别，并根据不同的隔离类别选择调用原API，或者选择调度变换模块720或者映射模块730。具体而言，判别模块840会根据隔离策略的配置信息判断被拦截的请求所针对的核心对象的隔离类别，如果属于专用型或者完全共享型则调用原API，如果属于混合共享型或者混合专用型则继续判断请求的类型，当请求类型为创建请求时，调度变换模块820，在请求为非创建请求时，调度映射模块830。

在本实施例中，装置800进一步还可以包括一个分配模块890。该分配模块890用于管理拦截模块810、变换模块820、映射模块830、判别模块840、用户管理模块850、第一路由模块860和第二路由模块870的生命周期。具体的，分配模块890管理上述模块810-870的生命周期包括，为每个新的用户生成上述模块810-870，并将生成的模块810-870分配给该用户专用。以及当该用户不再使用分析服务后，消除上述模块810-870。在本实施例中，分配模块890则可以使得不同的用户使用自己的上述模块810-870，能够更好的管理不同用户所占用的资源并及时释放资源。

本领域技术人员可以理解，本实施例中，部分模块可以与图4-图7所示的实施例进行结合。

如图11所示，本发明实施例还提供了一种多用户分析系统1100，该分析系统1100包括了上述实施例描述的用于多用户分析系统的装置1101以及分析服务器1102、评价服务器1103、存储器1104。该系统1100可以为多个用户1...N提供数据分析服务，并且还可以使得多个用户1...N能够共享资源，降低成本。

如图9所示，本发明实施例还提供了一种用于多用户分析系统的隔离方法。该方法包括：

步骤901：拦截针对核心对象的请求；

步骤902：生成用户的用户上下文；

步骤903：将用户的上下文附加在该拦截的请求上，其中用户的上下文可以包括用户的用户标识和元数据；

步骤904：根据用户的元数据中隔离策略的配置信息，判断该请求所针对的核心对象的隔离类型，若该核心对象的隔离类型为专用型或者完全共享型，则将该请求路由到相应的服务器或者存储器，并调用原API，若该核心对象的隔离类型为混合专用性或者混合共享型，则进入步骤905；

步骤905：判断该拦截的请求的类型，若该请求为创建请求，则进入步骤906，若该请求为删除、更新、查询、查询状态、执行，列表查询请求则进入步骤907；

步骤906：创建用户专属的核心对象，并将该核心对象存储到元数据所指示的存储器中或者发送到元数据所指示的服务器上；

步骤907：将该请求翻译为针对该请求所对应的用户专属的核心对象的请求。

本实施例中步骤901和902之间没有特定的执行顺序，可以先执行步骤901也可以先执行步骤902或者同时执行。

本领域技术人员可以理解，对应于图4所示的实施例，图9所示的实施例可以仅包括步骤901和步骤906。对应于图6所示的实施例，图9所示的实施例可以包括步骤901和步骤907。对应于图7所示的实施例，图9所示的实施例可以包括步骤901，步骤906和步骤907。

本实施例中可以不包括判断步骤905，而是响应于不同的请求，执行步骤906或者907。

在本实施例中，步骤906例如可以在创建用户专属的核心对象时，将用户标识附加到核心对象上，或者可以将核心对象附加上一个专属的存储路径等。

在本实施例中，步骤906进一步还可以是根据核心对象之间的引用关系，创建用户专属的核心对象，该用户专属的核心对象中包含了对于该用户专属的其他核心对象的引用。具体的核心对象之间的引用关系可以参照装置实施例。具体的如何根据核心对象之间的引用关系创建用户专属的核心对象，以及该用户专属的核心对象中包含对于哪些其他专属的核心对象的引用可以参照装置实施例。

其他步骤详细的实施方式可以参照上述装置实施例。

进一步的，根据图10所示的实施例，步骤1005可以是：判断该拦截的请求的类型，若该请求为创建请求，则进入步骤1006，若该请求为删除、更新、查询、查询状态、执行请求，则进入步骤1007，若该请求为列表查询请求则进入步骤1008。

步骤1007为：将该请求所涉及的核心对象转换为该请求所对应的用户专属的核心对象。根据图6所示的实施例，可以了解步骤1007更具体的实现方式。

步骤1008为：对该请求的反馈信息中所包含的核心对象进行筛选，得到用户专属的核心对象。其中步骤1008例如可以包括将拦截的请求路由到相应的存储器或者服务器，并调用原API，并对反馈信息中所包含的核心对象进行筛选，得到该请求所对应的用户专属的核心对象。根据图5、图8所示的实施例，可以了解步骤1008更为具体的实现方式。

本实施例中，步骤1007后可以直接调用原API对用户专属的核心对象进行相应的处理。

上述方法实施例中没有详细描述的实现方式，可以参照装置实施例中的描述。

以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims (20)

1.一种用于多用户分析系统的装置，所述装置包括：

拦截模块，被配置为拦截用户的针对第一核心对象的请求，所述核心对象包括：所述多用户分析系统中执行的分析任务和评价任务、所述多用户分析系统所处理的用户数据、分析流程、预测模型、分析任务配置和评价任务配置中的至少一个；

变换模块，被配置为响应于所述请求为创建请求，创建所述用户专属的第一核心对象；

映射模块，被配置为响应于所述请求为非创建请求，将所述请求翻译为针对所述用户专属的第一核心对象的请求。

2.根据权利要求1所述的装置，所述核心对象包括：所述分析任务、所述评价任务、所述用户数据、所述分析流程、所述预测模型、所述分析任务配置以及所述评价任务配置。

3.根据权利要求1所述的装置，所述变换模块具体被配置为，响应于所述请求为创建请求，且响应于所述第一核心对象与其他核心对象的引用关系，创建所述用户专属的第一核心对象，并且所述用户专属的第一核心对象中包含了对于所述用户专属的其他核心对象的引用。

4.根据权利要求3所述的装置，所述第一核心对象与其他核心对象的引用关系包括以下至少一个：

分析任务对分析任务配置和预测模型的引用；

分析任务配置对分析流程的引用；

分析流程对用户数据的引用；

评价任务对评价任务配置和用户数据的引用；

评价任务配置对预测模型的引用。

5.根据权利要求1所述的装置，所述映射模块包括以下子模块中的至少一个：

第一翻译子模块，被配置为响应于所述请求既非创建请求也非列表查询请求，将所述第一核心对象转换为所述用户专属的第一核心对象；

第二翻译子模块，被配置为响应于所述请求为列表查询请求，对所述请求的反馈信息中所包含的第一核心对象进行筛选，得到所述用户专属的第一核心对象。

6.根据权利要求5所述的装置，所述第一翻译子模块具体被配置为，响应于所述请求为查询、删除、更新、状态查询以及执行请求中的任一个，将所述第一核心对象翻译为所述用户专属的第一核心对象。

7.根据权利要求1-6中任一项所述的装置，所述装置进一步包括第一用户管理模块，被配置为生成所述用户的用户上下文，并将该用户上下文附加在所述用户所对应的请求上，所述用户上下文包括所述用户的用户标识；

所述变换模块具体被配置为，响应于所述请求为创建请求，创建所述用户专属的第一核心对象，其中该用户专属的第一核心对象附加有所述用户的用户标识；

所述映射模块具体被配置为，响应于所述请求为非创建请求，根据所述用户的用户标识，将所述请求翻译为针对所述用户专属的第一核心对象的请求。

8.根据权利要求1-6所述的装置，所述装置进一步包括：第一路由模块和第二路由模块；

所述第一路由模块，被配置为，根据隔离策略的配置信息，将所述变换模块创建的所述用户专属的第一核心对象存储到相应的存储器中或者路由到相应的服务器中；

所述第二路由模块包括第一子模块和第二子模块中的至少一个，其中，所述第一子模块被配置为，根据隔离策略的配置信息，将所述映射模块翻译后的请求路由到相应的存储器或者服务器中，所述第二子模块被配置为，根据隔离策略的配置信息，将所述请求路由到相应的存储器或者服务器中，并将所述请求的反馈信息路由到所述映射模块。

9.根据权利要求8所述的装置，所述隔离策略包括分析任务隔离策略、其他分析类对象隔离策略、评价任务隔离策略以及其他评价类对象隔离策略中的至少一个，其中所述其他分析类对象包括分析任务配置、分析流程以及训练数据中的至少一个，所述其他评价类对象包括评价任务配置、预测模型以及输入数据中的至少一个，所述训练数据和所述输入数据均属于用户数据；

所述分析任务隔离策略包括以下之一：

用户的分析任务使用专用的分析服务器物理资源；

用户的分析任务使用共享的分析服务器物理资源以及专用的分析服务器实例；

用户的分析任务使用共享的分析服务器物理资源以及共享的分析服务器实例，且区分不同的用户；

用户的分析任务使用共享的分析服务器物理资源以及共享的分析服务器实例，且不区分不同的用户；

所述其他分析类对象隔离策略包括以下之一：

用户的其他分析类对象使用独立的数据库系统或者独立的磁盘进行存储；

用户的其他分析类对象使用共享的数据库系统中专用的数据表进行存储或者共享的磁盘中专用的目录进行存储；

用户的其他分析类对象使用共享的数据库系统中共享的数据表进行存储且区分不同的用户，或者使用共享的磁盘中共享的目录进行存储且区分不同的用户；

用户的其他分析类对象使用共享数据库系统中共享的数据表进行存储且不区分不同的用户，或者使用共享的磁盘中共享的目录进行存储且不区分不同的用户；

所述评价任务隔离策略包括以下之一：

用户的评价任务使用专用的评价服务器物理资源；

用户的评价任务使用共享的评价服务器物理资源以及专用的评价服务器实例；

用户的评价任务使用共享的评价服务器物理资源以及共享的评价服务器实例，且区分不同的用户；

所述其他评价类对象隔离策略包括以下之一：

用户的其他评价类对象使用独立的数据库系统或者独立的磁盘进行存储；

用户的其他评价类对象使用共享的数据库系统中专用的数据表进行存储或者共享的磁盘中专用的目录进行存储；

用户的其他评价类对象使用共享的数据库系统中共享的数据表进行存储且区分不同的用户，或者使用共享的磁盘中共享的目录进行存储且区分不同的用户。

10.根据权利要求8所述的装置，所述装置进一步包括：服务管理模块，被配置为，向用户提供包含选项的界面，并根据该用户进行的选择为该用户分配隔离策略，其中所述界面包括对于用户需求的描述以及对应于每个用户需求的等级选项。

11.根据权利要求8所述的装置，所述装置进一步包括：判别模块，被配置为，根据隔离策略的配置信息判断所述第一核心对象的隔离类别，并根据不同的隔离类别选择调用原应用程序编程接口，或者调度所述变换模块或者所述映射模块，所述原应用程序编程接口为现有的分析系统中处理相应请求的所需要调用的应用程序编程接口。

12.根据权利要求1-6中任一项所述的装置，所述装置进一步包括：第二用户管理模块，被配置为生成所述用户的用户上下文，并将该用户上下文附加在所述用户所对应的请求上，所述用户上下文包括所述用户的元数据，该元数据至少包括对于所述用户的第一核心对象的隔离策略的配置信息。

13.一种多用户分析系统，所述系统包括评价服务器、分析服务器、存储器以及如权利要求1-12中任一项所述的装置。

14.一种用于多用户分析系统的隔离方法，所述方法包括：

拦截用户的针对第一核心对象的请求，其中所述第一核心对象属于核心对象，所述核心对象包括：所述多用户分析系统中执行的分析任务和评价任务、所述多用户分析系统所处理的用户数据、分析流程、预测模型、分析任务配置和评价任务配置中的至少一个；

若所述请求为创建请求，则创建用户专属的第一核心对象；

若所述请求为非创建请求，则将所述请求翻译为针对用户专属的第一核心对象的请求。

15.根据权利要求14所述的方法，其中，所述核心对象包括：所述分析任务、所述评价任务、所述用户数据、所述分析流程、所述预测模型、所述分析任务配置以及所述评价任务配置。

16.根据权利要求15所述的方法，其中，所述创建用户专属的第一核心对象，包括：

响应于所述第一核心对象于其他核心对象的引用关系，创建所述用户专属的第一核心对象，并且所述用户专属的第一核心对象中包含了对于所述用户专属的其他核心对象的引用；

其中所述引用关系包括以下至少一个：

分析任务对分析任务配置和预测模型的引用；

分析任务配置对分析流程的引用；

分析流程对用户数据的引用；

评价任务对评价任务配置和用户数据的引用；

评价任务配置对预测模型的引用。

17.根据权利要求16所述的方法，所述方法进一步包括：

生成所述用户的用户上下文，其中所述用户上下文包括所述用户的元数据，所述元数据至少包括对于所述用户的第一核心对象的隔离策略的配置信息；

将所述用户上下文附加在该用户上下文对应的用户的请求上；

根据所述元数据，将所述创建的所述用户专属的第一核心对象存储到相应的存储器中或者路由到相应的服务器中；

18.根据权利要求17所述的方法，所述方法进一步包括以下步骤中的至少一个：

根据所述元数据将翻译后的请求路由到相应的存储器或者服务器中；以及

根据所述元数据将所述请求路由到相应的存储器或者服务器中，并对所述请求的反馈信息中所包含的第一核心对象进行筛选，得到所述用户专属的第一核心对象。

19.根据权利要求17或18所述的方法，所述隔离策略包括分析任务隔离策略、其他分析类对象隔离策略、评价任务隔离策略以及其他评价类对象隔离策略中的至少一个，其中所述其他分析类对象包括分析任务配置、分析流程以及训练数据中的至少一个，所述其他评价类对象包括评价任务配置、预测模型以及输入数据中的至少一个，所述训练数据和所述输入数据均属于用户数据；

所述分析任务隔离策略包括以下之一：

用户的分析任务使用专用的分析服务器物理资源；

用户的分析任务使用共享的分析服务器物理资源以及专用的分析服务器实例；

用户的分析任务使用共享的分析服务器物理资源以及共享的分析服务器实例，且区分不同的用户；

用户的分析任务使用共享的分析服务器物理资源以及共享的分析服务器实例，且不区分不同的用户；

所述其他分析类对象隔离策略包括以下之一：

用户的其他分析类对象使用独立的数据库系统或者独立的磁盘进行存储；

用户的其他分析类对象使用共享的数据库系统中专用的数据表进行存储或者共享的磁盘中专用的目录进行存储；

用户的其他分析类对象使用共享的数据库系统中共享的数据表进行存储且区分不同的用户，或者使用共享的磁盘中共享的目录进行存储且区分不同的用户；

用户的其他分析类对象使用共享数据库系统中共享的数据表进行存储且不区分不同的用户，或者使用共享的磁盘中共享的目录进行存储且不区分不同的用户；

所述评价任务隔离策略包括以下之一：

用户的评价任务使用专用的评价服务器物理资源；

用户的评价任务使用共享的评价服务器物理资源以及专用的评价服务器实例；

用户的评价任务使用共享的评价服务器物理资源以及共享的评价服务器实例，且区分不同的用户；

所述其他评价类对象隔离策略包括以下之一：

用户的其他评价类对象使用独立的数据库系统或者独立的磁盘进行存储；

用户的其他评价类对象使用共享的数据库系统中专用的数据表进行存储或者共享的磁盘中专用的目录进行存储；

用户的其他评价类对象使用共享的数据库系统中共享的数据表进行存储且区分不同的用户，或者使用共享的磁盘中共享的目录进行存储且区分不同的用户。

20.根据权利要求17或18所述的方法，所述方法进一步包括：

根据所述元数据判断所述第一核心对象的隔离类别，并根据不同的隔离列别选择调用原应用程序编程接口，或者执行所述创建步骤或者所述翻译步骤，所述原应用程序编程接口为现有的分析系统中处理相应请求的所需要调用的应用程序编程接口。

Images