面向多租户的管理信息系统的制作方法
面向多租户的管理信息系统的制作方法
【技术领域】
[0001]本实用新型涉及计算机硬件领域，尤其涉及一种面向多租户的管理信息系统。
【背景技术】
[0002]管理信息系统(Management Informat1n System, MIS)是一个以人为主导，利用计算机硬件、软件、网络通信设备以及其他办公设备，进行信息的收集、传输、加工、储存、更新、拓展和维护的系统。通常，管理信息系统被开发出来之后，都是可以面向多租户的。
[0003]多租户是一种软件架构技术，它是在探讨与实现如何于多用户的环境下共用相同的系统或程序组件，并且仍可确保各用户间数据的隔离性。在多租户技术中，租户(tenant)是指使用系统或电脑运算资源的客户。
[0004]传统的管理信息系统中，提供服务的应用几乎都是服务于一个独立客户，并且一般运行于客户的服务器上。而面向多租户的管理信息系统，是依赖于云计算的，将管理信息系统构架在云端，通过云计算向不同企业租户提供可用的、便捷的、按需的网络访问。企业租户只要进入可配置的计算资源共享池(资源包括网络，服务器，存储，应用软件(也称为应用)，服务)，这些资源能够被快速提供。
[0005]如何把传统的应用转变为面向多租户的应用，应该要从多租户支持、租户管理、安全、性能、租户个性化等几个方面着重考虑。因为首先，对于面向多租户的管理信息系统来说，既要尽量考虑多租户间应用的可共享性，又要满足每个租户对系统个性化扩展的需求。其次，随着企业信息化进程的发展，企业级信息以爆炸式的速度增长，在企业的管理信息系统网络环境中，数据的存储和调用每时每刻都在发生，并且数据量随着企业规模的扩大和企业下用户人员的增多呈几何式增长。云计算对网络安全提出了更严格的要求。从云计算租户的角度来看，网络、设备、应用、数据都不在自己的控制之下，甚至都不知道具体的物理位置，如何保障数据安全和业务连续性显然就成了很大的挑战。
【实用新型内容】
[0006]本实用新型实施例提供了一种面向多租户的管理信息系统，对系统的数据存储和处理功能均采用离散化处理，具有良好的开放性，能够适用于具有不同操作系统的用户终端，同时也支持加载具有不同数据结构的应用；针对每个租户配置面向该租户的统一数据中心服务器，通过数据中心服务器内存储的规范化的元数据定义，对于不同数据结构的数据转换为统一数据结构再进行数据交互，使得支持不同数据结构的应用相互之间能够进行数据交互，即系统能够支持多种数据结构的数据模型；同时采用灵活可控的分布式存储策略和安全的存储隔离机制，有效保障了租户的信息安全。
[0007]本实用新型实施例提供了一种面向多租户的管理信息系统，所述系统包括:终端设备接口、云服务器、应用数据处理单元、平台接口埠D-Dock、数据交换引擎、多个数据中心服务器、平台即服务Paas单元和软件即服务Saas单元；
[0008]终端设备接口，终端设备接口，向终端设备发送接收到的所述应用数据处理单元的服务数据；
[0009]云服务器与多个应用数据处理单元相连接，保存有服务数据；
[0010]每个应用数据处理单元与对应的所述终端设备接口以及D-Dock相连接，接收用户终端设备通过对应终端设备接口发送的用户指令，根据所述用户指令确定所述用户所需的服务数据，并向所述D-Dock发送服务数据调用请求，以及生成数据请求指令向所述数据中心服务器请求所需数据；
[0011]D-Dock，所述应用数据处理单元通过所述D-Dock与所述云服务器相连接，根据所述应用数据处理单元生成的所述服务数据调用请求，为所述应用数据处理单元调用所需的服务数据；
[0012]数据交换引擎，所述应用数据处理单元通过所述数据交换引擎与所述数据中心服务器相连接，根据应用数据处理单元的数据请求指令，从数据中心服务器获取所需的数据；或者将应用数据处理单元产生的数据发送给数据中心服务器进行存储；每个数据中心服务器与一个租户相对应，对所述租户的数据以元数据形式进行存储；
[0013]平台即服务Paas单元，与所述应用数据处理单元相连接，根据所述Paas单元中存储的设定参数，确定所述应用处理单元所能提供的服务数据；
[0014]软件即服务Saas单元，与所述应用数据处理单元相连接，根据所述Saas单元中存储的设定参数，确定租户对所述应用数据处理单元的访问权限。
[0015]优选的，所述管理信息系统还包括数据接口 D-plug ;
[0016]所述D-Dock与所述D-plug相连接，根据所述应用数据处理单元所支持的数据结构，调用相应的D-plug，将所述服务数据编译成规定数据结构的数据，通过D-Dock发送给所述云服务器，并且，所述D-plug将所述云服务器发送的所述规定数据结构的数据，编译成所述应用数据处理单元所支持数据结构的服务数据，发送给所述应用数据处理单元。
[0017]优选的，所述数据中心服务器包括数据网关和租户数据库存储单元；
[0018]其中，所述数据网关与所述数据交换引擎相连接，根据所述数据请求指令，从租户数据库存储单元获取所需的数据；或者接收数据交换引擎发送的数据，并发送租户数据库存储单元进行存储。
[0019]优选的，所述数据中心服务器包括一个或多个租户数据库存储单元。
[0020]进一步优选的，所述租户数据库存储单元包括:租户元数据库子单元和多个缓存单元；
[0021]每个缓存单元与一个应用数据处理单元相对应，每个所述缓存单元至少包括一级缓存单元和二级缓存单元；所述缓存单元与所述数据网关相连接，根据预设规则将存入或导出所述租户元数据库子单元中的数据在所述一级缓存单元或二级缓存单元中存储为缓存数据。
[0022]进一步优选的，所述数据交换引擎根据应用数据处理单元发送的数据请求指令，从一级缓存单元或二级缓存单元中调用所需缓存数据；或者将应用数据处理单元产生的数据发送给所述应用数据处理单元对应的所述缓存单元，以通过所述缓存单元将所述数据以元数据形式存储到所述租户元数据库子单元中。
[0023]本实用新型提出的面向多租户的管理信息系统，对系统的数据存储和处理功能均采用离散化处理，具有良好的开放性，能够适用于具有不同操作系统的用户终端，同时也支持加载具有不同数据结构的应用；针对每个租户配置面向该租户的统一数据中心服务器，通过数据中心服务期内存储的规范化的元数据定义，对于不同数据结构的数据转换为统一数据结构再进行数据交互，使得支持不同数据结构的应用相互之间能够进行数据交互，即系统能够支持多种数据结构的数据模型；同时采用灵活可控的分布式存储策略和安全的存储隔离机制，有效保障了租户的信息安全。因此本实用新型的面向多租户的管理信息系统，具有良好的开放性和适用性，同时又能满足每个租户对系统的个性化扩展需求，具有优异的数据安全性和业务性能。
【附图说明】
[0024]图1为本实用新型实施例提供的面向多租户的管理信息系统的系统框图；
[0025]图2为本实用新型实施例提供的面向多租户的管理信息系统的示意图。
【具体实施方式】
[0026]为使本实用新型的目的、技术方案和优点更加清楚，下面结合附图对本实用新型具体实施例作进一步的详细描述。
[0027]本实用新型实施例提供了一种面向多租户的管理信息系统，其系统架构如图1所示，包括:终端设备接口 1、云服务器2、多个应用数据处理单元(图中所示包括3-1、3_2、3-3、3-4)、平台接口埠(D-Dock)4、数据交换引擎5、多个数据中心服务器(图中所示包括6-1、6-2、6-3、6_4)、平台即服务(Paas)单元7和软件即服务(Saas)单元8。
[0028]终端设备接口 1，终端设备接口，向终端设备发送接收到的所述应用数据处 理单元的服务数据。与本实用新型管理信息系统进行交互的终端设备可以是笔记本电脑、台式机、平板电脑、智能手机等等。根据终端设备的不同，系统所提供的终端设备接口 I可以分为两种:一种是面向传统终端设备(如台式机)的终端设备接口，另一种是面向移动终端设备(如平板电脑和智能手机)的终端设备接口。
[0029]云服务器2，与多个应用数据处理单元相连接，保存有服务数据；服务数据包括了管理信息系统能够提供的多种服务的服务数据。服务包括:认证鉴权、会话管理、消息服务、报表服务、工作流服务等等。
[0030]应用数据处理单元，每个应用数据处理单元与对应的所述终端设备接口 I以及D-Dock 4相连接，接收用户终端设备通过对应终端设备接口 I发送的用户指令，根据所述用户指令确定所述用户所需的服务数据，并向所述D-Dock 4发送服务数据调用请求，以及生成数据请求指令向所述数据中心服务器请求所需数据；图中所示包括面向非移动设备的应用数据处理单元3-1、应用数据处理单元3-2和面向移动设备的移动应用数据处理单元3-3、移动应用数据处理单元3-4。当租户的用户使用管理信息系统时，具体是通过访问应用数据处理单元的方式来实现的。在应用数据处理单元被一个租户下的用户访问时，应用数据处理单元会收到通过接入用户终端设备的终端设备接口传输的用户指令，然后根据用户指令确定所述用户所需的服务，进行服务调用。对于应用数据处理单元所需的数据，会根据所述用户指令生成数据请求指令，用以从数据中心服务器请求所需数据。
[0031]因为本实用新型实施例的管理信息系统是开放的系统，加载在系统中的应用数据处理单元可以是分别支持不同数据结构的。为了实现系统中的服务数据的共享，系统在应用数据处理单元进行服务数据调用时，需要通过D-Dock4来作为标准化接口。
[0032]所述应用数据处理单元通过所述D-Dock 4与所述云服务器2相连接。根据所述应用数据处理单元生成的所述服务数据调用请求，为所述应用数据处理单元调用所需的服务数据；
[0033]D-Dock 4为应用数据处理单元调用服务，具体是通过管理信息系统中的数据接口(D-Plug) 9来实现的。具体过程是，D-Dock 4先识别请求调用服务的应用数据处理单元所支持的数据结构，并且根据识别的数据结构确定所需调用的D-plug 9;D-plug 9将应用数据处理单元交互的服务数据编译成规定数据结构的数据，通过D-Dock 4与云服务器2进行交互，并且，将与服务提供的规定数据结构的服务数据，通过D-plug 9编译成相应应用数据处理单元支持的数据结构的数据，与应用数据处理单元进行交互。
[0034]因此，本实用新型的D-Dock 4可以理解为一个标准化接口，能够支持TCP/IP协议和HTTP/HTTPS协议，主要用于应用数据处理单元和云服务器2之间的数据信息交互。而本实用新型信息管理系统中，各个服务都是基于规定的数据结构的。也就是说，当D-Dock 4向服务请求数据或者是向服务写入数据的时候，这些数据都是基于规定的数据结构的。这样做的好处是，通过D-Dock 4实质上实现了应用数据处理单元和服务之间的隔离，无论应用数据处理单元支持的数据结构是怎样，云服务器2中的服务数据都是基于规定的数据结构的，所以系统各个服务之间的数据是能够被相互识别和共享使用的，即一个应用数据处理单元能够通过D-Dock 4实现对多种结构数据模型的支持。
[0035]进一步的，D-Dock作为一种标准化的接口服务埠，将后台的可提供的服务以接口的形式提供给调用者，调用者则通过D-Plug进行对应服务调用。
[0036]D-Plug可以理解为接口插件的总称，包含核心插件，和其它可扩展服务的对应插件，核心插件为必选插件，该插件用于提供用户的上下文环境等信息。
[0037]核心插件可以包含:认证鉴权，用于用户的有效性和合法性检验，以及用户访问资源的权限校验；以及，会话管理，提供用户退出和登出的服务调用。
[0038]扩展插件可以包含:
[0039]数据插件，对接数据网关提供的数据持久化服务。
[0040]消息插件，对接消息弓I擎提供的消息服务。
[0041]报表插件，对接报表引擎提供的报表服务。
[0042]工作流插件，对接工作流引擎提供的工作流服务。
[0043]扩展其它插件，可对接扩展的其它插件。
[0044]因此，本实用新型实施例提出的面向多租户的管理信息系统可以是异构的，不同应用数据处理单元可以基于不同的开发语言和开发环境进行开发。
[0045]在本实用新型的异构系统需要进行服务扩展时，对于系统需要进行扩展的服务，直接增加支持D-Dock 4的基于标准化语言的扩展服务就可以了，完全不用考虑是哪些应用数据处理单元需要使用扩展服务。也就是说在系统进行服务的扩展时不用考虑应用数据处理单元支持的数据结构。
[0046]同样的，在本实用新型的异构系统需要进行应用数据处理单元扩展时，同样直接增加应用数据处理单元就可以了，完全没有对应用数据处理单元开发语言和数据结构的限制，无需担心应用数据处理单元无法加载到现有系统中，也无需担心因为数据结构不同导致应用数据处理单元的数据无法被其他应用数据处理单元共享使用的问题。
[0047]因此可以说，本实用新型中，系统提供的处理功能是离散的。同时系统也具有良好的开放性。
[0048]在本实用新型提供的管理信息系统中，数据的存储是针对每个租户设置一个数据中心服务器(图中所示包括6-1、6-2、6-3、6-4)，以元数据形式在数据中心服务器中进行存储的。因此在应用数据处理单元需要调用数据时，是通过数据交换引擎5作为数据交互接口从数据中心服务器获取所需数据的。
[0049]数据交换引擎5用于根据应用数据处理单元的数据请求指令，从数据中心服务器获取所需数据；或者将应用数据处理单元产生的数据发送给所述租户的数据中心服务器进行存储。
[0050]多个数据中心服务器的每个数据中心服务器都面向一个租户，用于对所述租户的数据以元数据形式进行存储。
[0051]数据中心服务器可以包括两种形式，一种是具有私有数据网关(图中未示出)和租户数据库存储单元(图中未示出)的数据中心服务器，另一种是仅具有租户数据库存储单元(图中未示出)的用户中心。对于具有私有数据网关的数据中心服务器，数据交换引擎5是需要通过数据网关才能与租户数据库存储单元之间的数据交互的，数据在租户数据库存储单元的物理存储，是数据网关决定的。对于仅具有租户数据库存储单元的数据中心服务器，数据在租户数据库存储单元的物理存储，是数据交换引擎决定的。对于具有私有数据网关的数据中心服务器，因为物理存储由租户自己管理，所以可以称之为非托管数据中心服务器；对于由数据交换引擎直接管理的数据中心服务器，可以相应的称之为托管数据中心服务器。
[0052]进一步的，租户数据库存储单元可以包括多个缓存单元(图中未示出)和租户元数据库子单元(图中未示出)。
[0053]租户元数据库子单元用于存储租户的元数据；
[0054]缓存单元是面向不同应用数据处理单元构建的，每个缓存单元面向一个应用数据处理单元，每个缓存单元至少包括一级缓存单元(图中未示出)和二级缓存单元(图中未示出)；缓存单元的具体作用是根据预设规则将存入或导出所述元数据库中的元数据在所述一级缓存单元或二级缓存单元中存储为缓存数据。
[0055]数据交换引擎5具体则根据应用数据处理单元的数据请求指令，从一级缓存单元或二级缓存单元中调用所需元数据的缓存数据；或者将应用数据处理单元产生的数据发送给应用数据处理单元对应的缓存单元，以通过缓存单元将所述数据以元数据形式存储到所述元数据库中。
[0056]具体的，当应用数据处理单元通过数据交换引擎5请求调用 数据时，首先会从缓存单元的一级缓存单元中查找是否存在所需数据，如果找到，就读取并返回给应用数据处理单元，如果没有找到，就从二级缓存单元中查找是否存在所需数据；如果找到，就读取并返回给应用数据处理单元，如果还没有找到，就由二级缓存单元从元数据库中调用相应数据缓存到二级缓存单元中，并返回给应用数据处理单元。之后，该数据会一直缓存在二级缓存单元中，今后应用数据处理单元再对这个数据进行调用的时候，就可以从二级缓存单元中直接调用得到，不必再从元数据库中读取。这样的读取机制使应用数据处理单元从缓存调用的命中率非常高，也就是说应用数据处理单元调用的数据大部分都在缓存中，只有少部分需要从数据库中读取。这大大节省了应用数据处理单元请求数据的时间。
[0057]当二级缓存单元中的某些缓存数据多次被调用时，这些缓存数据将会由二级缓存单元转为被缓存到一级缓存单元中。可以设定阈值来确定哪些缓存数据被存储到一级缓存单元中。
[0058]因为缓存单元的设置是与应用数据处理单元相匹配的，每个应用数据处理单元的数据调用和存储都是使用独立的缓存单元，因此，在一个租户下的多个用户使用不同应用数据处理单元时，这些应用数据处理单元的数据调用或存储可以并行进行，互不干扰，有效提高数据调用和存储的速度。而不同的缓存单元又是基于同一个元数据库进行数据的读取和存储，因此不同应用数据处理单元获取数据的数据源都是相同的，不会造成数据混乱。由此就保证了这种数据存储系统的快速和稳定。
[0059]同样，数据交换引擎5也用于数据存储的过程。首先，数据交换引擎5将来自应用数据处理单元的写入数据发送给缓存单元。其中，写入数据的数据结构是基于该应用数据处理单元，基于不同编程语言的应用数据处理单元的数据结构可能是不一致的。在将应用数据处理单元获得或生成的写入数据发送给缓存单元的过程中，需要先对这些写入数据进行编译，将他们转换为字段集合。这些字段集合中的每个字段都具有字段属性，字段属性包括字段来自应用数据处理单元的应用数据处理单元属性信息以及其他信息。然后，将所述字段集合进行字段拆分，根据规则在缓存单元的一级缓存单元或者二级缓存单元中存储为缓存数据。这里的规则具体是指与前述数据调用时基于规则的相同规则，如根据数据访问的频繁程度设定阈值来确定哪些缓存数据存储在一级缓存单元哪些存储在二级缓存单元。之后再通过一级缓存单元或者二级缓存单元将该缓存数据导入元数据库中，存储为元数据。需要注意的是，在对缓存数据导入元数据库进行存储的时候，要确定缓存数据包括的拆分后的每一个字段是否符合元数据字典的规定。如果某个字段不符合元数据字典的规定，那么就需要根据预设的映射关系先对这个字段进行符合化处理，然后再导入元数据库进行存储。
[0060]如果不同应用数据处理单元提供的应用是基于不同编程语言的，那么这些应用数据处理单元的数据结构可能是不一致的。在本系统中，应用数据处理单元通过数据交换引擎5存储的数据以系统的元数据的形式进行离散存储。即在存储前，将不同应用数据处理单元的数据处理为符合数据字典规定的元数据字段，再进行存储。当读取时，也是先获取元数据字段，再通过数据处理转换为应用数据处理单元可识别数据结构的数据。
[0061]再进一步的，应用数据处理单元调用数据具体是基于应用数据处理单元中存储的模型定义和模型关系来进行的。系统开发者需要在系统开发时基于每个应用数据处理单元构建应用数据处理单元下的模型并定义模型关系。并且还要预先定义元数据字典，用以规定元数据的存储规范。
[0062]基于模型的数据调用的具体过程可以包括:当应用数据处理单元调用数据时，根据应用数据处理单元中存储的模型定义和模型关系，确定所需调用的模型；根据模型的模型项下规定字段的属性，从租户元数据库子单元中查询并调用相应字段；最后将调用好字段的模型项，拼接成数据。
[0063]平台即服务(Platform-as-a_Service，Paas)单元7，与所述应用数据处理单元相连接，根据所述Paas单元7中存储的设定参数，确定所述应用处理单元所能提供的服务数据。换句话说，Paas单元7主要用于所述系统下应用数据处理单元和服务的管理。所述管理具体可以包括:应用数据处理单元中的应用是否可以上线、能提供哪些服务等等。
[0064]软件即服务(Software-as-a-Service，Saas)单元8，与所述应用数据处理单元相连接，根据所述Saas单元8中存储的设定参数，确定租户对所述应用数据处理单元的访问权限，主要提供面向所述系统的租户的管理。所述管理主要包括将应用数据处理单元以软件服务形式提供给不同租户，租户可以根据自己的业务需求进行租用，对于一个租户下不同用户的权限管理，比如规定向哪些用户开放哪些应用数据处理单元的哪些应用，以及对于这些应用数据处理单元的使用权限等。
[0065]本实用新型实施例提出的面向多租户的管理信息系统，对系统的数据存储和处理功能均采用离散化处理，具有良好的开放性，能够适用于具有不同操作系统的用户终端，同时也支持加载不同数据结构的应用；针对每个租户配置面向该租户的统一数据中心服务器，通过数据中心服务器内存储规范化的元数据定义，对于不同数据结构的数据转换为统一数据结构再进行数据交互，使得支持不同数据结构的应用数据处理单元相互之间能够进行数据交互，即系统能够支持多种数据结构的数据模型；同时采用灵活可控的分布式存储策略和安全的存储隔离机制，有效保障了租户的信息安全。因此本实用新型的面向多租户的管理信息系统，具有良好的开放性和适用性，同时又能满足每个租户对系统的个性化扩展需求，具有优异的数据安全性和业务性能。
[0066]图2示出了基于本实用新型实施例提供的管理信息系统的多租户跨网跨云的数据交互的示意图。本实施例着重对本实用新型管理信息系统下多租户间的数据交换进行说明。
[0067]如图所示，本实施例示出了一种跨网跨云的数据交互系统。
[0068]图中，各个租户通过租户的用户终端设备上的管理信息系统平台界面，接入互联网，使用管理信息系统提供的应用和服务，对各个租户的租户数据中心服务器的存储数据都是通过数据交换引擎进行隔离访问。其中，无论是托管数据中心服务器还是非托管数据中心服务器，对其进行的数据交互都是需要先经过数据交换引擎的。数据交换引擎负责着数据映射规则、数据交换规则、数据交换鉴权和数据交换认证等等的管理。
[0069]图2中所示，公有云下有三个直接由数据交换引擎管理的托管数据中心服务器(图中示为托管数据中心)，分别属于租户1、租户2和租户3这三个租户；另外租户4和租户5的非托管数据中心服务器(图中示为非托管数据中心)是由其自行管理的数据网关通过互联网接入公有云的数据交换引擎的。租户6的数据中心服务器存在于租户的私有云中，分为两个部分，其中一部分是由数据交换引擎管理的托管数据中心服务器，另一部分是由租户的数据网关管理的非托管数据中心服务器。租户7在网络上架设了虚拟专用网络(Virtual Private Network, VPN)，并在VPN网关之后又架设了与租户6相同的私有云，用于数据存储。
[0070]假设，上述数据交互系统的7个租户分别为某企业的总公司及其下属子公司。例如:租户I为该企业的一个独立的管理机构、租户2为企业总公司、租户3至租户7分别为5个下属公司。
[0071]以租户I向其他租户进行数据(例如员工名单)调用的应用数据处理单元场景为例:
[0072]当企业的独立的管理机构(租户I)的A用户需要通过管理信息系统获取企业总公司和其他下属公司的员工名单时，A用户通过访问操作会在管理信息系统中发送数据调用指令，数据调用指令首先被传送到数据交换引擎，数据交换引擎对数据调用指令进行解析之后，对于数据中心服务器设置在公有云中企业总公司(租户2)和下属公司(租户3)，直接根据解析得到的信息(可以包括数据的物理存储位置等等)，从企业 总公司(租户2)和下属公司(租户3)的数据中心服务器调用存储的员工名单，返回给企业的独立的管理机构(租户I)，并存储在租户I的数据中心服务器内；对于在数据中心服务器前设置有数据网关的下属公司(租户4、租户5和租户6)，数据交换引擎将解析得到的信息(可以包括调用数据的属性，所属租户的信息等等)经过互联网分别发送给租户4、租户5和租户6的数据网关，通过租户4、租户5和租户6的数据网关对所述信息再进行解析，分别得到数据在租户4、租户5和租户6数据中心服务器中的物理存储位置等信息，从而在租户4、租户5和租户6的数据中心服务器中分别对存储的员工名单的数据进行调用，通过数据网关发送到互联网，再通过互联网传送到数据交换引擎，由数据交换引擎返回给企业的独立的管理机构(租户I)，并存储在租户I的数据中心服务器内；对于在数据中心服务器前架设VPN的下属公司(租户7)，数据交换引擎将解析得到的信息(可以包括调用数据所属租户的信息，以及调用数据的目标地址等等)以数据包形式发送到互联网(公网)的VPN网关，通过VPN网关对其目标地址进行检查，确定该目标地址属于租户7私有云的地址，则将该数据包进行封装(封装的方式根据所采用的VPN技术不同而不同)，同时VPN网关会构造一个新VPN数据包，并将封装后的原数据包作为VPN数据包的负载。由于VPN数据包的目标地址是租户7私有云下VPN网关的外部地址，所以该数据包将被正确地发送到租户7私有云下的VPN网关。租户7的VPN网关对接收到的数据包进行检查，并对该数据包进行解包处理。解包的过程主要是先将VPN数据包的包头剥离，再将数据包反向处理还原成原始的数据包，从而获得前述所述的信息(包括调用数据所属租户的信息，以及调用数据的目标地址等等)。然后，通过租户7的数据网关对所述信息再进行解析，分别得到数据在租户7的数据中心服务器中的物理存储位置等信息，从而在租户7的数据中心服务器中分别对存储的员工名单的数据进行调用，再以上述所述VPN传输的同样方式传送到数据交换引擎，由数据交换引擎返回给企业的独立的管理机构(租户I)，并存储在租户I的数据中心服务器内。
[0073]专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能宄竟以硬件还是软件方式来执行，取决于技术方案的特定应用数据处理单元和设计约束条件。专业技术人员可以对每个特定的应用数据处理单元来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本实用新型实施例的范围。
[0074]结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件单元，或者二者的结合来实施。软件单元可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
[0075]以上所述的【具体实施方式】，对本实用新型实施例的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本实用新型实施例的【具体实施方式】而已，并不用于限定本实用新型实施例的保护范围，凡在本实用新型实施例的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本实用新型实施例的保护范围之内。
【主权项】
1.一种面向多租户的管理信息系统，其特征在于，所述系统包括:终端设备接口、云服务器、应用数据处理单元、平台接口埠D-Dock、数据交换引擎、多个数据中心服务器、平台即服务Paas单元和软件即服务Saas单元； 终端设备接口，向终端设备发送接收到的所述应用数据处理单元的服务数据； 云服务器与多个应用数据处理单元相连接，保存有服务数据； 每个应用数据处理单元与对应的所述终端设备接口以及D-Dock相连接，接收用户终端设备通过对应终端设备接口发送的用户指令，根据所述用户指令确定所述用户所需的服务数据，并向所述D-Dock发送服务数据调用请求，以及生成数据请求指令向所述数据中心服务器请求所需数据； D-Dock,所述应用数据处理单元通过所述D-Dock与所述云服务器相连接，根据所述应用数据处理单元生成的所述服务数据调用请求，为所述应用数据处理单元调用所需的服务数据； 数据交换引擎，所述应用数据处理单元通过所述数据交换引擎与所述数据中心服务器相连接，根据应用数据处理单元的数据请求指令，从数据中心服务器获取所需的数据；或者将应用数据处理单元产生的数据发送给数据中心服务器进行存储；每个数据中心服务器与一个租户相对应，对所述租户的数据以元数据形式进行存储； 平台即服务Paas单元，与所述应用数据处理单元相连接，根据所述Paas单元中存储的设定参数，确定所述应用处理单元所能提供的服务数据； 软件即服务Saas单元，与所述应用数据处理单元相连接，根据所述Saas单元中存储的设定参数，确定租户对所述应用数据处理单元的访问权限。2.根据权利要求1所述的管理信息系统，其特征在于，所述管理信息系统还包括数据接口 D-plug ； 所述D-Dock与所述D-plug相连接，根据所述应用数据处理单元所支持的数据结构，调用相应的D-plug，将所述服务数据编译成规定数据结构的数据，通过D-Dock发送给所述云服务器，并且，所述D-plug将所述云服务器发送的所述规定数据结构的数据，编译成所述应用数据处理单元所支持数据结构的服务数据，发送给所述应用数据处理单元。3.根据权利要求1所述的管理信息系统，其特征在于，所述数据中心服务器包括数据网关和租户数据库存储单元； 其中，所述数据网关与所述数据交换引擎相连接，根据所述数据请求指令，从租户数据库存储单元获取所需的数据；或者接收数据交换引擎发送的数据，并发送租户数据库存储单元进行存储。4.根据权利要求1所述的管理信息系统，其特征在于，所述数据中心服务器包括一个或多个租户数据库存储单元。5.根据权利要求3或4所述的管理信息系统，其特征在于，所述租户数据库存储单元包括:租户元数据库子单元和多个缓存单元； 每个缓存单元与一个应用数据处理单元相对应，每个所述缓存单元至少包括一级缓存单元和二级缓存单元；所述缓存单元与所述数据网关相连接，根据预设规则将存入或导出所述租户元数据库子单元中的数据在所述一级缓存单元或二级缓存单元中存储为缓存数据。6.根据权利要求5所述的管理信息系统，其特征在于，所述数据交换引擎根据应用数据处理单元发送的数据请求指令，从一级缓存单元或二级缓存单元中调用所需缓存数据；或者将应用数据处理单元产生的数据发送给所述应用数据处理单元对应的所述缓存单元，以通过所述缓存单元将所述数据以元数据形式存储到所述租户元数据库子单元中。
【专利摘要】本实用新型涉及一种面向多租户的管理信息系统，包括：终端设备接口，向终端设备发送接收到的所述应用数据处理单元的服务数据；应用数据处理单元接收用户终端设备通过对应终端设备接口发送的用户指令，确定用户所需的服务数据，向D-Dock发送服务数据调用请求，并生成数据请求指令向数据中心服务器请求所需数据；应用数据处理单元根据服务数据调用请求，为调用所需的服务数据；数据交换引擎根据应用数据处理单元的数据请求指令，从数据中心服务器获取所需的数据；或者将应用数据处理单元产生的数据发送给数据中心服务器进行存储；每个数据中心服务器与一个租户相对应，对所述租户的数据以元数据形式进行存储。
【IPC分类】H04L29/08, G06Q10/06
【公开号】CN204695386
【申请号】CN201520369951
【发明人】贺剑敏, 蒙朝辉, 李东海
【申请人】北京圆通慧达管理软件开发有限公司
【公开日】2015年10月7日
【申请日】2015年6月1日
【技术领域】
[0001]本实用新型涉及计算机硬件领域，尤其涉及一种面向多租户的管理信息系统。
【背景技术】
[0002]管理信息系统(Management Informat1n System, MIS)是一个以人为主导，利用计算机硬件、软件、网络通信设备以及其他办公设备，进行信息的收集、传输、加工、储存、更新、拓展和维护的系统。通常，管理信息系统被开发出来之后，都是可以面向多租户的。
[0003]多租户是一种软件架构技术，它是在探讨与实现如何于多用户的环境下共用相同的系统或程序组件，并且仍可确保各用户间数据的隔离性。在多租户技术中，租户(tenant)是指使用系统或电脑运算资源的客户。
[0004]传统的管理信息系统中，提供服务的应用几乎都是服务于一个独立客户，并且一般运行于客户的服务器上。而面向多租户的管理信息系统，是依赖于云计算的，将管理信息系统构架在云端，通过云计算向不同企业租户提供可用的、便捷的、按需的网络访问。企业租户只要进入可配置的计算资源共享池(资源包括网络，服务器，存储，应用软件(也称为应用)，服务)，这些资源能够被快速提供。
[0005]如何把传统的应用转变为面向多租户的应用，应该要从多租户支持、租户管理、安全、性能、租户个性化等几个方面着重考虑。因为首先，对于面向多租户的管理信息系统来说，既要尽量考虑多租户间应用的可共享性，又要满足每个租户对系统个性化扩展的需求。其次，随着企业信息化进程的发展，企业级信息以爆炸式的速度增长，在企业的管理信息系统网络环境中，数据的存储和调用每时每刻都在发生，并且数据量随着企业规模的扩大和企业下用户人员的增多呈几何式增长。云计算对网络安全提出了更严格的要求。从云计算租户的角度来看，网络、设备、应用、数据都不在自己的控制之下，甚至都不知道具体的物理位置，如何保障数据安全和业务连续性显然就成了很大的挑战。
【实用新型内容】
[0006]本实用新型实施例提供了一种面向多租户的管理信息系统，对系统的数据存储和处理功能均采用离散化处理，具有良好的开放性，能够适用于具有不同操作系统的用户终端，同时也支持加载具有不同数据结构的应用；针对每个租户配置面向该租户的统一数据中心服务器，通过数据中心服务器内存储的规范化的元数据定义，对于不同数据结构的数据转换为统一数据结构再进行数据交互，使得支持不同数据结构的应用相互之间能够进行数据交互，即系统能够支持多种数据结构的数据模型；同时采用灵活可控的分布式存储策略和安全的存储隔离机制，有效保障了租户的信息安全。
[0007]本实用新型实施例提供了一种面向多租户的管理信息系统，所述系统包括:终端设备接口、云服务器、应用数据处理单元、平台接口埠D-Dock、数据交换引擎、多个数据中心服务器、平台即服务Paas单元和软件即服务Saas单元；
[0008]终端设备接口，终端设备接口，向终端设备发送接收到的所述应用数据处理单元的服务数据；
[0009]云服务器与多个应用数据处理单元相连接，保存有服务数据；
[0010]每个应用数据处理单元与对应的所述终端设备接口以及D-Dock相连接，接收用户终端设备通过对应终端设备接口发送的用户指令，根据所述用户指令确定所述用户所需的服务数据，并向所述D-Dock发送服务数据调用请求，以及生成数据请求指令向所述数据中心服务器请求所需数据；
[0011]D-Dock，所述应用数据处理单元通过所述D-Dock与所述云服务器相连接，根据所述应用数据处理单元生成的所述服务数据调用请求，为所述应用数据处理单元调用所需的服务数据；
[0012]数据交换引擎，所述应用数据处理单元通过所述数据交换引擎与所述数据中心服务器相连接，根据应用数据处理单元的数据请求指令，从数据中心服务器获取所需的数据；或者将应用数据处理单元产生的数据发送给数据中心服务器进行存储；每个数据中心服务器与一个租户相对应，对所述租户的数据以元数据形式进行存储；
[0013]平台即服务Paas单元，与所述应用数据处理单元相连接，根据所述Paas单元中存储的设定参数，确定所述应用处理单元所能提供的服务数据；
[0014]软件即服务Saas单元，与所述应用数据处理单元相连接，根据所述Saas单元中存储的设定参数，确定租户对所述应用数据处理单元的访问权限。
[0015]优选的，所述管理信息系统还包括数据接口 D-plug ;
[0016]所述D-Dock与所述D-plug相连接，根据所述应用数据处理单元所支持的数据结构，调用相应的D-plug，将所述服务数据编译成规定数据结构的数据，通过D-Dock发送给所述云服务器，并且，所述D-plug将所述云服务器发送的所述规定数据结构的数据，编译成所述应用数据处理单元所支持数据结构的服务数据，发送给所述应用数据处理单元。
[0017]优选的，所述数据中心服务器包括数据网关和租户数据库存储单元；
[0018]其中，所述数据网关与所述数据交换引擎相连接，根据所述数据请求指令，从租户数据库存储单元获取所需的数据；或者接收数据交换引擎发送的数据，并发送租户数据库存储单元进行存储。
[0019]优选的，所述数据中心服务器包括一个或多个租户数据库存储单元。
[0020]进一步优选的，所述租户数据库存储单元包括:租户元数据库子单元和多个缓存单元；
[0021]每个缓存单元与一个应用数据处理单元相对应，每个所述缓存单元至少包括一级缓存单元和二级缓存单元；所述缓存单元与所述数据网关相连接，根据预设规则将存入或导出所述租户元数据库子单元中的数据在所述一级缓存单元或二级缓存单元中存储为缓存数据。
[0022]进一步优选的，所述数据交换引擎根据应用数据处理单元发送的数据请求指令，从一级缓存单元或二级缓存单元中调用所需缓存数据；或者将应用数据处理单元产生的数据发送给所述应用数据处理单元对应的所述缓存单元，以通过所述缓存单元将所述数据以元数据形式存储到所述租户元数据库子单元中。
[0023]本实用新型提出的面向多租户的管理信息系统，对系统的数据存储和处理功能均采用离散化处理，具有良好的开放性，能够适用于具有不同操作系统的用户终端，同时也支持加载具有不同数据结构的应用；针对每个租户配置面向该租户的统一数据中心服务器，通过数据中心服务期内存储的规范化的元数据定义，对于不同数据结构的数据转换为统一数据结构再进行数据交互，使得支持不同数据结构的应用相互之间能够进行数据交互，即系统能够支持多种数据结构的数据模型；同时采用灵活可控的分布式存储策略和安全的存储隔离机制，有效保障了租户的信息安全。因此本实用新型的面向多租户的管理信息系统，具有良好的开放性和适用性，同时又能满足每个租户对系统的个性化扩展需求，具有优异的数据安全性和业务性能。
【附图说明】
[0024]图1为本实用新型实施例提供的面向多租户的管理信息系统的系统框图；
[0025]图2为本实用新型实施例提供的面向多租户的管理信息系统的示意图。
【具体实施方式】
[0026]为使本实用新型的目的、技术方案和优点更加清楚，下面结合附图对本实用新型具体实施例作进一步的详细描述。
[0027]本实用新型实施例提供了一种面向多租户的管理信息系统，其系统架构如图1所示，包括:终端设备接口 1、云服务器2、多个应用数据处理单元(图中所示包括3-1、3_2、3-3、3-4)、平台接口埠(D-Dock)4、数据交换引擎5、多个数据中心服务器(图中所示包括6-1、6-2、6-3、6_4)、平台即服务(Paas)单元7和软件即服务(Saas)单元8。
[0028]终端设备接口 1，终端设备接口，向终端设备发送接收到的所述应用数据处 理单元的服务数据。与本实用新型管理信息系统进行交互的终端设备可以是笔记本电脑、台式机、平板电脑、智能手机等等。根据终端设备的不同，系统所提供的终端设备接口 I可以分为两种:一种是面向传统终端设备(如台式机)的终端设备接口，另一种是面向移动终端设备(如平板电脑和智能手机)的终端设备接口。
[0029]云服务器2，与多个应用数据处理单元相连接，保存有服务数据；服务数据包括了管理信息系统能够提供的多种服务的服务数据。服务包括:认证鉴权、会话管理、消息服务、报表服务、工作流服务等等。
[0030]应用数据处理单元，每个应用数据处理单元与对应的所述终端设备接口 I以及D-Dock 4相连接，接收用户终端设备通过对应终端设备接口 I发送的用户指令，根据所述用户指令确定所述用户所需的服务数据，并向所述D-Dock 4发送服务数据调用请求，以及生成数据请求指令向所述数据中心服务器请求所需数据；图中所示包括面向非移动设备的应用数据处理单元3-1、应用数据处理单元3-2和面向移动设备的移动应用数据处理单元3-3、移动应用数据处理单元3-4。当租户的用户使用管理信息系统时，具体是通过访问应用数据处理单元的方式来实现的。在应用数据处理单元被一个租户下的用户访问时，应用数据处理单元会收到通过接入用户终端设备的终端设备接口传输的用户指令，然后根据用户指令确定所述用户所需的服务，进行服务调用。对于应用数据处理单元所需的数据，会根据所述用户指令生成数据请求指令，用以从数据中心服务器请求所需数据。
[0031]因为本实用新型实施例的管理信息系统是开放的系统，加载在系统中的应用数据处理单元可以是分别支持不同数据结构的。为了实现系统中的服务数据的共享，系统在应用数据处理单元进行服务数据调用时，需要通过D-Dock4来作为标准化接口。
[0032]所述应用数据处理单元通过所述D-Dock 4与所述云服务器2相连接。根据所述应用数据处理单元生成的所述服务数据调用请求，为所述应用数据处理单元调用所需的服务数据；
[0033]D-Dock 4为应用数据处理单元调用服务，具体是通过管理信息系统中的数据接口(D-Plug) 9来实现的。具体过程是，D-Dock 4先识别请求调用服务的应用数据处理单元所支持的数据结构，并且根据识别的数据结构确定所需调用的D-plug 9;D-plug 9将应用数据处理单元交互的服务数据编译成规定数据结构的数据，通过D-Dock 4与云服务器2进行交互，并且，将与服务提供的规定数据结构的服务数据，通过D-plug 9编译成相应应用数据处理单元支持的数据结构的数据，与应用数据处理单元进行交互。
[0034]因此，本实用新型的D-Dock 4可以理解为一个标准化接口，能够支持TCP/IP协议和HTTP/HTTPS协议，主要用于应用数据处理单元和云服务器2之间的数据信息交互。而本实用新型信息管理系统中，各个服务都是基于规定的数据结构的。也就是说，当D-Dock 4向服务请求数据或者是向服务写入数据的时候，这些数据都是基于规定的数据结构的。这样做的好处是，通过D-Dock 4实质上实现了应用数据处理单元和服务之间的隔离，无论应用数据处理单元支持的数据结构是怎样，云服务器2中的服务数据都是基于规定的数据结构的，所以系统各个服务之间的数据是能够被相互识别和共享使用的，即一个应用数据处理单元能够通过D-Dock 4实现对多种结构数据模型的支持。
[0035]进一步的，D-Dock作为一种标准化的接口服务埠，将后台的可提供的服务以接口的形式提供给调用者，调用者则通过D-Plug进行对应服务调用。
[0036]D-Plug可以理解为接口插件的总称，包含核心插件，和其它可扩展服务的对应插件，核心插件为必选插件，该插件用于提供用户的上下文环境等信息。
[0037]核心插件可以包含:认证鉴权，用于用户的有效性和合法性检验，以及用户访问资源的权限校验；以及，会话管理，提供用户退出和登出的服务调用。
[0038]扩展插件可以包含:
[0039]数据插件，对接数据网关提供的数据持久化服务。
[0040]消息插件，对接消息弓I擎提供的消息服务。
[0041]报表插件，对接报表引擎提供的报表服务。
[0042]工作流插件，对接工作流引擎提供的工作流服务。
[0043]扩展其它插件，可对接扩展的其它插件。
[0044]因此，本实用新型实施例提出的面向多租户的管理信息系统可以是异构的，不同应用数据处理单元可以基于不同的开发语言和开发环境进行开发。
[0045]在本实用新型的异构系统需要进行服务扩展时，对于系统需要进行扩展的服务，直接增加支持D-Dock 4的基于标准化语言的扩展服务就可以了，完全不用考虑是哪些应用数据处理单元需要使用扩展服务。也就是说在系统进行服务的扩展时不用考虑应用数据处理单元支持的数据结构。
[0046]同样的，在本实用新型的异构系统需要进行应用数据处理单元扩展时，同样直接增加应用数据处理单元就可以了，完全没有对应用数据处理单元开发语言和数据结构的限制，无需担心应用数据处理单元无法加载到现有系统中，也无需担心因为数据结构不同导致应用数据处理单元的数据无法被其他应用数据处理单元共享使用的问题。
[0047]因此可以说，本实用新型中，系统提供的处理功能是离散的。同时系统也具有良好的开放性。
[0048]在本实用新型提供的管理信息系统中，数据的存储是针对每个租户设置一个数据中心服务器(图中所示包括6-1、6-2、6-3、6-4)，以元数据形式在数据中心服务器中进行存储的。因此在应用数据处理单元需要调用数据时，是通过数据交换引擎5作为数据交互接口从数据中心服务器获取所需数据的。
[0049]数据交换引擎5用于根据应用数据处理单元的数据请求指令，从数据中心服务器获取所需数据；或者将应用数据处理单元产生的数据发送给所述租户的数据中心服务器进行存储。
[0050]多个数据中心服务器的每个数据中心服务器都面向一个租户，用于对所述租户的数据以元数据形式进行存储。
[0051]数据中心服务器可以包括两种形式，一种是具有私有数据网关(图中未示出)和租户数据库存储单元(图中未示出)的数据中心服务器，另一种是仅具有租户数据库存储单元(图中未示出)的用户中心。对于具有私有数据网关的数据中心服务器，数据交换引擎5是需要通过数据网关才能与租户数据库存储单元之间的数据交互的，数据在租户数据库存储单元的物理存储，是数据网关决定的。对于仅具有租户数据库存储单元的数据中心服务器，数据在租户数据库存储单元的物理存储，是数据交换引擎决定的。对于具有私有数据网关的数据中心服务器，因为物理存储由租户自己管理，所以可以称之为非托管数据中心服务器；对于由数据交换引擎直接管理的数据中心服务器，可以相应的称之为托管数据中心服务器。
[0052]进一步的，租户数据库存储单元可以包括多个缓存单元(图中未示出)和租户元数据库子单元(图中未示出)。
[0053]租户元数据库子单元用于存储租户的元数据；
[0054]缓存单元是面向不同应用数据处理单元构建的，每个缓存单元面向一个应用数据处理单元，每个缓存单元至少包括一级缓存单元(图中未示出)和二级缓存单元(图中未示出)；缓存单元的具体作用是根据预设规则将存入或导出所述元数据库中的元数据在所述一级缓存单元或二级缓存单元中存储为缓存数据。
[0055]数据交换引擎5具体则根据应用数据处理单元的数据请求指令，从一级缓存单元或二级缓存单元中调用所需元数据的缓存数据；或者将应用数据处理单元产生的数据发送给应用数据处理单元对应的缓存单元，以通过缓存单元将所述数据以元数据形式存储到所述元数据库中。
[0056]具体的，当应用数据处理单元通过数据交换引擎5请求调用 数据时，首先会从缓存单元的一级缓存单元中查找是否存在所需数据，如果找到，就读取并返回给应用数据处理单元，如果没有找到，就从二级缓存单元中查找是否存在所需数据；如果找到，就读取并返回给应用数据处理单元，如果还没有找到，就由二级缓存单元从元数据库中调用相应数据缓存到二级缓存单元中，并返回给应用数据处理单元。之后，该数据会一直缓存在二级缓存单元中，今后应用数据处理单元再对这个数据进行调用的时候，就可以从二级缓存单元中直接调用得到，不必再从元数据库中读取。这样的读取机制使应用数据处理单元从缓存调用的命中率非常高，也就是说应用数据处理单元调用的数据大部分都在缓存中，只有少部分需要从数据库中读取。这大大节省了应用数据处理单元请求数据的时间。
[0057]当二级缓存单元中的某些缓存数据多次被调用时，这些缓存数据将会由二级缓存单元转为被缓存到一级缓存单元中。可以设定阈值来确定哪些缓存数据被存储到一级缓存单元中。
[0058]因为缓存单元的设置是与应用数据处理单元相匹配的，每个应用数据处理单元的数据调用和存储都是使用独立的缓存单元，因此，在一个租户下的多个用户使用不同应用数据处理单元时，这些应用数据处理单元的数据调用或存储可以并行进行，互不干扰，有效提高数据调用和存储的速度。而不同的缓存单元又是基于同一个元数据库进行数据的读取和存储，因此不同应用数据处理单元获取数据的数据源都是相同的，不会造成数据混乱。由此就保证了这种数据存储系统的快速和稳定。
[0059]同样，数据交换引擎5也用于数据存储的过程。首先，数据交换引擎5将来自应用数据处理单元的写入数据发送给缓存单元。其中，写入数据的数据结构是基于该应用数据处理单元，基于不同编程语言的应用数据处理单元的数据结构可能是不一致的。在将应用数据处理单元获得或生成的写入数据发送给缓存单元的过程中，需要先对这些写入数据进行编译，将他们转换为字段集合。这些字段集合中的每个字段都具有字段属性，字段属性包括字段来自应用数据处理单元的应用数据处理单元属性信息以及其他信息。然后，将所述字段集合进行字段拆分，根据规则在缓存单元的一级缓存单元或者二级缓存单元中存储为缓存数据。这里的规则具体是指与前述数据调用时基于规则的相同规则，如根据数据访问的频繁程度设定阈值来确定哪些缓存数据存储在一级缓存单元哪些存储在二级缓存单元。之后再通过一级缓存单元或者二级缓存单元将该缓存数据导入元数据库中，存储为元数据。需要注意的是，在对缓存数据导入元数据库进行存储的时候，要确定缓存数据包括的拆分后的每一个字段是否符合元数据字典的规定。如果某个字段不符合元数据字典的规定，那么就需要根据预设的映射关系先对这个字段进行符合化处理，然后再导入元数据库进行存储。
[0060]如果不同应用数据处理单元提供的应用是基于不同编程语言的，那么这些应用数据处理单元的数据结构可能是不一致的。在本系统中，应用数据处理单元通过数据交换引擎5存储的数据以系统的元数据的形式进行离散存储。即在存储前，将不同应用数据处理单元的数据处理为符合数据字典规定的元数据字段，再进行存储。当读取时，也是先获取元数据字段，再通过数据处理转换为应用数据处理单元可识别数据结构的数据。
[0061]再进一步的，应用数据处理单元调用数据具体是基于应用数据处理单元中存储的模型定义和模型关系来进行的。系统开发者需要在系统开发时基于每个应用数据处理单元构建应用数据处理单元下的模型并定义模型关系。并且还要预先定义元数据字典，用以规定元数据的存储规范。
[0062]基于模型的数据调用的具体过程可以包括:当应用数据处理单元调用数据时，根据应用数据处理单元中存储的模型定义和模型关系，确定所需调用的模型；根据模型的模型项下规定字段的属性，从租户元数据库子单元中查询并调用相应字段；最后将调用好字段的模型项，拼接成数据。
[0063]平台即服务(Platform-as-a_Service，Paas)单元7，与所述应用数据处理单元相连接，根据所述Paas单元7中存储的设定参数，确定所述应用处理单元所能提供的服务数据。换句话说，Paas单元7主要用于所述系统下应用数据处理单元和服务的管理。所述管理具体可以包括:应用数据处理单元中的应用是否可以上线、能提供哪些服务等等。
[0064]软件即服务(Software-as-a-Service，Saas)单元8，与所述应用数据处理单元相连接，根据所述Saas单元8中存储的设定参数，确定租户对所述应用数据处理单元的访问权限，主要提供面向所述系统的租户的管理。所述管理主要包括将应用数据处理单元以软件服务形式提供给不同租户，租户可以根据自己的业务需求进行租用，对于一个租户下不同用户的权限管理，比如规定向哪些用户开放哪些应用数据处理单元的哪些应用，以及对于这些应用数据处理单元的使用权限等。
[0065]本实用新型实施例提出的面向多租户的管理信息系统，对系统的数据存储和处理功能均采用离散化处理，具有良好的开放性，能够适用于具有不同操作系统的用户终端，同时也支持加载不同数据结构的应用；针对每个租户配置面向该租户的统一数据中心服务器，通过数据中心服务器内存储规范化的元数据定义，对于不同数据结构的数据转换为统一数据结构再进行数据交互，使得支持不同数据结构的应用数据处理单元相互之间能够进行数据交互，即系统能够支持多种数据结构的数据模型；同时采用灵活可控的分布式存储策略和安全的存储隔离机制，有效保障了租户的信息安全。因此本实用新型的面向多租户的管理信息系统，具有良好的开放性和适用性，同时又能满足每个租户对系统的个性化扩展需求，具有优异的数据安全性和业务性能。
[0066]图2示出了基于本实用新型实施例提供的管理信息系统的多租户跨网跨云的数据交互的示意图。本实施例着重对本实用新型管理信息系统下多租户间的数据交换进行说明。
[0067]如图所示，本实施例示出了一种跨网跨云的数据交互系统。
[0068]图中，各个租户通过租户的用户终端设备上的管理信息系统平台界面，接入互联网，使用管理信息系统提供的应用和服务，对各个租户的租户数据中心服务器的存储数据都是通过数据交换引擎进行隔离访问。其中，无论是托管数据中心服务器还是非托管数据中心服务器，对其进行的数据交互都是需要先经过数据交换引擎的。数据交换引擎负责着数据映射规则、数据交换规则、数据交换鉴权和数据交换认证等等的管理。
[0069]图2中所示，公有云下有三个直接由数据交换引擎管理的托管数据中心服务器(图中示为托管数据中心)，分别属于租户1、租户2和租户3这三个租户；另外租户4和租户5的非托管数据中心服务器(图中示为非托管数据中心)是由其自行管理的数据网关通过互联网接入公有云的数据交换引擎的。租户6的数据中心服务器存在于租户的私有云中，分为两个部分，其中一部分是由数据交换引擎管理的托管数据中心服务器，另一部分是由租户的数据网关管理的非托管数据中心服务器。租户7在网络上架设了虚拟专用网络(Virtual Private Network, VPN)，并在VPN网关之后又架设了与租户6相同的私有云，用于数据存储。
[0070]假设，上述数据交互系统的7个租户分别为某企业的总公司及其下属子公司。例如:租户I为该企业的一个独立的管理机构、租户2为企业总公司、租户3至租户7分别为5个下属公司。
[0071]以租户I向其他租户进行数据(例如员工名单)调用的应用数据处理单元场景为例:
[0072]当企业的独立的管理机构(租户I)的A用户需要通过管理信息系统获取企业总公司和其他下属公司的员工名单时，A用户通过访问操作会在管理信息系统中发送数据调用指令，数据调用指令首先被传送到数据交换引擎，数据交换引擎对数据调用指令进行解析之后，对于数据中心服务器设置在公有云中企业总公司(租户2)和下属公司(租户3)，直接根据解析得到的信息(可以包括数据的物理存储位置等等)，从企业 总公司(租户2)和下属公司(租户3)的数据中心服务器调用存储的员工名单，返回给企业的独立的管理机构(租户I)，并存储在租户I的数据中心服务器内；对于在数据中心服务器前设置有数据网关的下属公司(租户4、租户5和租户6)，数据交换引擎将解析得到的信息(可以包括调用数据的属性，所属租户的信息等等)经过互联网分别发送给租户4、租户5和租户6的数据网关，通过租户4、租户5和租户6的数据网关对所述信息再进行解析，分别得到数据在租户4、租户5和租户6数据中心服务器中的物理存储位置等信息，从而在租户4、租户5和租户6的数据中心服务器中分别对存储的员工名单的数据进行调用，通过数据网关发送到互联网，再通过互联网传送到数据交换引擎，由数据交换引擎返回给企业的独立的管理机构(租户I)，并存储在租户I的数据中心服务器内；对于在数据中心服务器前架设VPN的下属公司(租户7)，数据交换引擎将解析得到的信息(可以包括调用数据所属租户的信息，以及调用数据的目标地址等等)以数据包形式发送到互联网(公网)的VPN网关，通过VPN网关对其目标地址进行检查，确定该目标地址属于租户7私有云的地址，则将该数据包进行封装(封装的方式根据所采用的VPN技术不同而不同)，同时VPN网关会构造一个新VPN数据包，并将封装后的原数据包作为VPN数据包的负载。由于VPN数据包的目标地址是租户7私有云下VPN网关的外部地址，所以该数据包将被正确地发送到租户7私有云下的VPN网关。租户7的VPN网关对接收到的数据包进行检查，并对该数据包进行解包处理。解包的过程主要是先将VPN数据包的包头剥离，再将数据包反向处理还原成原始的数据包，从而获得前述所述的信息(包括调用数据所属租户的信息，以及调用数据的目标地址等等)。然后，通过租户7的数据网关对所述信息再进行解析，分别得到数据在租户7的数据中心服务器中的物理存储位置等信息，从而在租户7的数据中心服务器中分别对存储的员工名单的数据进行调用，再以上述所述VPN传输的同样方式传送到数据交换引擎，由数据交换引擎返回给企业的独立的管理机构(租户I)，并存储在租户I的数据中心服务器内。
[0073]专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能宄竟以硬件还是软件方式来执行，取决于技术方案的特定应用数据处理单元和设计约束条件。专业技术人员可以对每个特定的应用数据处理单元来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本实用新型实施例的范围。
[0074]结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件单元，或者二者的结合来实施。软件单元可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
[0075]以上所述的【具体实施方式】，对本实用新型实施例的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本实用新型实施例的【具体实施方式】而已，并不用于限定本实用新型实施例的保护范围，凡在本实用新型实施例的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本实用新型实施例的保护范围之内。
【主权项】
1.一种面向多租户的管理信息系统，其特征在于，所述系统包括:终端设备接口、云服务器、应用数据处理单元、平台接口埠D-Dock、数据交换引擎、多个数据中心服务器、平台即服务Paas单元和软件即服务Saas单元； 终端设备接口，向终端设备发送接收到的所述应用数据处理单元的服务数据； 云服务器与多个应用数据处理单元相连接，保存有服务数据； 每个应用数据处理单元与对应的所述终端设备接口以及D-Dock相连接，接收用户终端设备通过对应终端设备接口发送的用户指令，根据所述用户指令确定所述用户所需的服务数据，并向所述D-Dock发送服务数据调用请求，以及生成数据请求指令向所述数据中心服务器请求所需数据； D-Dock,所述应用数据处理单元通过所述D-Dock与所述云服务器相连接，根据所述应用数据处理单元生成的所述服务数据调用请求，为所述应用数据处理单元调用所需的服务数据； 数据交换引擎，所述应用数据处理单元通过所述数据交换引擎与所述数据中心服务器相连接，根据应用数据处理单元的数据请求指令，从数据中心服务器获取所需的数据；或者将应用数据处理单元产生的数据发送给数据中心服务器进行存储；每个数据中心服务器与一个租户相对应，对所述租户的数据以元数据形式进行存储； 平台即服务Paas单元，与所述应用数据处理单元相连接，根据所述Paas单元中存储的设定参数，确定所述应用处理单元所能提供的服务数据； 软件即服务Saas单元，与所述应用数据处理单元相连接，根据所述Saas单元中存储的设定参数，确定租户对所述应用数据处理单元的访问权限。2.根据权利要求1所述的管理信息系统，其特征在于，所述管理信息系统还包括数据接口 D-plug ； 所述D-Dock与所述D-plug相连接，根据所述应用数据处理单元所支持的数据结构，调用相应的D-plug，将所述服务数据编译成规定数据结构的数据，通过D-Dock发送给所述云服务器，并且，所述D-plug将所述云服务器发送的所述规定数据结构的数据，编译成所述应用数据处理单元所支持数据结构的服务数据，发送给所述应用数据处理单元。3.根据权利要求1所述的管理信息系统，其特征在于，所述数据中心服务器包括数据网关和租户数据库存储单元； 其中，所述数据网关与所述数据交换引擎相连接，根据所述数据请求指令，从租户数据库存储单元获取所需的数据；或者接收数据交换引擎发送的数据，并发送租户数据库存储单元进行存储。4.根据权利要求1所述的管理信息系统，其特征在于，所述数据中心服务器包括一个或多个租户数据库存储单元。5.根据权利要求3或4所述的管理信息系统，其特征在于，所述租户数据库存储单元包括:租户元数据库子单元和多个缓存单元； 每个缓存单元与一个应用数据处理单元相对应，每个所述缓存单元至少包括一级缓存单元和二级缓存单元；所述缓存单元与所述数据网关相连接，根据预设规则将存入或导出所述租户元数据库子单元中的数据在所述一级缓存单元或二级缓存单元中存储为缓存数据。6.根据权利要求5所述的管理信息系统，其特征在于，所述数据交换引擎根据应用数据处理单元发送的数据请求指令，从一级缓存单元或二级缓存单元中调用所需缓存数据；或者将应用数据处理单元产生的数据发送给所述应用数据处理单元对应的所述缓存单元，以通过所述缓存单元将所述数据以元数据形式存储到所述租户元数据库子单元中。
【专利摘要】本实用新型涉及一种面向多租户的管理信息系统，包括：终端设备接口，向终端设备发送接收到的所述应用数据处理单元的服务数据；应用数据处理单元接收用户终端设备通过对应终端设备接口发送的用户指令，确定用户所需的服务数据，向D-Dock发送服务数据调用请求，并生成数据请求指令向数据中心服务器请求所需数据；应用数据处理单元根据服务数据调用请求，为调用所需的服务数据；数据交换引擎根据应用数据处理单元的数据请求指令，从数据中心服务器获取所需的数据；或者将应用数据处理单元产生的数据发送给数据中心服务器进行存储；每个数据中心服务器与一个租户相对应，对所述租户的数据以元数据形式进行存储。
【IPC分类】H04L29/08, G06Q10/06
【公开号】CN204695386
【申请号】CN201520369951
【发明人】贺剑敏, 蒙朝辉, 李东海
【申请人】北京圆通慧达管理软件开发有限公司
【公开日】2015年10月7日
【申请日】2015年6月1日
最新回复(0)