CN111291045A - 服务隔离数据传输方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本申请实施例属于服务资源的共享隔离领域，涉及一种服务隔离数据传输方法，包括根据用户要求访问的服务种类以及用户的角色确定用户所属租户，并生成访问请求；如果请求的服务数据不在访问的第一服务单元中存储，通过通信模板访问与第一服务单元通信连接的第二服务单元，从第二服务单元获取所要请求的服务数据；将获取的服务数据返回给用户。本申请还提供一种服务隔离数据传输装置、计算机设备及存储介质。本申请通过租用租户的身份访问相应的服务单元获取数据，存储在不同服务单元的相关服务数据汇总在一个服务单元返回给用户，该方案有利于将用户对数据的访问和操作分别处理，能够有效提升数据处理的效率，并且提升数据的安全性。

Description

服务隔离数据传输方法、装置、计算机设备及存储介质

技术领域

本申请涉及服务资源的共享隔离技术领域，尤其涉及一种服务隔离数据传输方法、装置、计算机设备及存储介质

背景技术

数据库用于存储上层服务产生或要调用的数据，当服务的种类持续增多，业务量变大的情况下，数据库中存储的数据量激增，数据种类繁杂，而这些数据对于其所有者而言，属于重要的商业秘密。不同的数据会被不同的服务进行访问，一些数据比如身份校验数据，应用于多种服务，会被频繁访问；而一些数据仅针对个别服务，并且访问的频率也显著不如前者。

原始的数据库仅仅将这些数据制作成表，并且根据表与表之间的关系进行关联，在访问的过程当中，以身份验证的形式直接对数据表进行保密控制，这种数据库存储方式完全不适用于大任务量，多并发的服务支持，造成了大量的数据库存取错误，影响数据库的正常运行。

现有的处理方式，首先是通过设置映射表，通过控制不同身份的用户对不同的映射表进行访问来控制数据库中数据流向的稳定，之后不同服务根据用户身份的不同进行分流，同时因为映射表仅仅是一种映射，是有数据来源的，服务对数据的操作最终还是要体现在与多个映射表中的数据相对应的数据表中体现，而多并发任务针对同一个数据表的数据操作，如果同时进行将会造成误读、脏读等情况，因此需要以一定的调度方式执行对数据表的操作，在一个进程对数据表进行修改的过程当中，数据表会被上锁，极大的妨碍了其他进程对数据库的数据操作，这种数据隔离的方案依然不适用于多任务大并发的数据库存储应用场景。

发明内容

本申请实施例的目的在于提出一种服务隔离数据传输方法，以实现对大并发数据库中资源的服务隔离传输。

为了解决上述技术问题，本申请实施例提供一种服务隔离数据传输方法，采用了如下所述的技术方案：

一种服务隔离数据传输方法，包括下述步骤：

根据用户要求访问的服务种类以及用户的角色确定用户所属租户，并生成访问请求；

将租户的访问请求发送到第一服务单元，其中第一服务单元中存储有服务数据；

判断租户对第一服务单元的服务数据是否有获取权限；

如果用户对第一服务单元的服务数据有获取权限，则判断访问请求所要请求的服务数据是否在访问的第一服务单元中存储；

如果请求的服务数据在访问的第一服务单元中存储，则从所述第一服务单元中获取请求的服务数据；

如果请求的服务数据不在访问的第一服务单元中存储，则通过通信模板访问与第一服务单元通信连接的第二服务单元，从所述第二服务单元获取所要请求的服务数据；

将获取的服务数据返回给用户。

进一步的，所述根据用户要求访问的服务种类以及用户的角色确定用户所属租户，并生成访问请求的步骤具体包括：

根据用户要求访问的服务种类以及所述服务种类对应的服务数据，确定用户所访问的服务中包括的数据类型；

根据用户的角色以及服务中包括的数据类型，确定用户意图访问的数据类型；

根据用户的角色以及意图访问的数据类型，确定其访问的频次和交互的数据量，以确定该用户所属租户；

将用户与所属租户进行绑定，以租户的身份生成访问请求。

进一步的，根据用户的角色以及服务中包括的数据类型，确定用户意图访问的数据类型具体包括：

通过每次访问时操作的字段信息，记录每种角色访问的数据类型；

统计同一角色访问的数量类型的访问频率，根据所述访问频率，从所述服务中包括的数据类型中确定当前角色意图访问的数据类型。

进一步的，所述将租户的访问请求发送到第一服务单元，具体是根据租户的访问请求的访问频次和交互数量，将租户的访问负载均衡到第一服务单元中的各个节点。

进一步的，所述将租户的访问负载均衡到第一服务单元中的各个节点具体包括：将产生的访问量较大的租户分配给任务量较少的节点，和/或将访问频次较高的用户分配到执行线程多，多线程能力较强的节点。

进一步的，所述第一服务单元存储有第一服务单元相关的关联数据，与第二服务单元的对应关系；所述通过预设通信协议访问与第一服务单元通信连接的第二服务单元，从第二服务单元获取所要请求的服务数据的步骤具体包括：

根据所述第一服务单元相关的关联数据与第二服务单元的对应关系，确定租户请求的服务数据所存储的第二服务单元；

第一服务单元通过预设通信协议向第二服务单元建立链接，并发送请求获取的服务数据、所请求的服务数据与第一服务单元的对应关系，以使第二服务单元确定请求的服务数据与第一服务单元的对应关系，；

接收第二服务单元返回请求的服务数据。

进一步的，所述服务数据包括主要数据和从属数据，其中，所述从属数据与所述主要数据的数据类型、数据内容相同；所述从所述第一服务单元中获取请求的服务数据的步骤具体包括：

识别所述第一服务单元上存储的访问请求所要请求的服务数据的类别；

若为从属数据，根据从属数据确定对应的主要数据存储的第二服务单元；

将从属数据与第二服务器模块上的主要数据进行同步；

将同步后的从属数据作为返回给租户的数据。确定用户意图访问的数据类型

为了解决上述技术问题，本申请实施例还提供一种服务隔离数据传输装置，采用了如下所述的技术方案：

一种服务隔离数据传输装置，包括：

生成模块，用于根据用户要求访问的服务种类以及用户的角色确定用户所属租户，并生成访问请求；

请求模块，用于将租户的访问请求发送到第一服务单元，其中第一服务单元中存储有服务数据；还用于将获取的服务数据返回给用户；

判断模块，用于判断租户对第一服务单元的服务数据有无获取权限，如果用户对第一服务单元的服务数据有获取权限，则判断访问请求所要请求的服务数据是否在访问的第一服务单元中存储；及

获取模块，如果请求的服务数据在访问的第一服务单元中存储，则从所述第一服务单元中获取请求的服务数据，否则通过通信模板访问与第一服务单元通信连接的第二服务单元，从第二服务单元获取所要请求的服务数据。

为了解决上述技术问题，本申请实施例还提供一种计算机设备，采用了如上所述的一种服务隔离数据传输方法的步骤。

为了解决上述技术问题，本申请实施例还提供一种计算机可读存储介质，采用了如上述的一种服务隔离数据传输方法的步骤。

与现有技术相比，本申请实施例主要有以下有益效果：该方案通过将数据根据服务种类，分别存储在不同的服务单元当中，并且将用户与租户相对应，通过对租户的管理，将用户根据访问的数据种类分配给不同的租户，并租用租户的身份访问相应的服务单元获取数据，存储在不同服务单元的相关关联数据通过服务单元内部的网络，汇总在一个服务单元返回给用户，该方案有利于将用户对数据的访问和操作分别处理，能够有效提升数据处理的效率，并且提升数据的安全性。

附图说明

为了更清楚地说明本申请中的方案，下面将对本申请实施例描述中所需要使用的附图作一个简单介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请可以应用于其中的示例性系统架构图；

图2根据本申请的一种服务隔离数据传输方法的一个实施例的流程图；

图3是图2中步骤S100的一种具体实施方式的流程图；

图4是图2中步骤S500-2的一种具体实施方式的流程图；

图5是图2中步骤S500-1的一种具体实施方式的流程图；

图6是根据本申请的一种服务隔离数据传输装置的一个实施例的结构示意图；

图7是根据本申请的计算机设备的一个实施例的结构示意图。

附图标记：

41——生成模块、42——请求模块、43——判断模块、44——获取模块、441——内部交互子模块、442——验证子模块、443——数据同步子模块

具体实施方式

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

为了使本技术领域的人员更好地理解本申请方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

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

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving Picture ExpertsGroup Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving PictureExperts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的页面提供支持的后台服务器。

需要说明的是，本申请实施例所提供的一种服务隔离数据传输方法一般由服务器/终端设备执行，相应地，一种服务隔离数据传输装置一般设置于服务器/终端设备中。

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

继续参考图2，示出了根据本申请的一种服务隔离数据传输的方法的一个实施例的流程图。所述的一种服务隔离数据传输方法，包括以下步骤：

步骤S100：根据用户要求访问的服务种类以及用户的角色确定用户所属租户，并生成访问请求。

在对用户访问进行请求控制的过程中，每个服务种类和特定的一个或者有限个数的租户相关联，每个租户对应有其在程序执行过程当中固定的身份。用户在访问数据库的过程当中，是借用租户的身份进行访问的，而服务与租户之间有明确的对应关系，以此实现对用户数据访问的控制。在本申请的实施例当中。设置有身份表，身份表中记载了所有的租户，以及租户所对应的服务种类和角色，在访问请求控制的过程当中，读取用户请求中的服务种类及用户的角色，在身份表中进行查询，根据其要求访问的服务，确定出相应的几组租户，并且根据用户的访问角色确定出一个最合适的租户并借用，以生成访问请求。一个租户同时能够对应若干个用户，以并发的形式为多个用户提供访问进程。

一个服务器集群中可能通过一个数据库，对多个服务种类提供数据上的支持，通常情况下，一个服务种类，对应一组界面接口，一组业务逻辑和数据库中的部分数据，根据服务种类对访问进行分类能够有效明确用户所意图访问的数据类型。

步骤S200：将租户的访问请求发送到第一服务单元，其中第一服务单元中存储有服务数据。

用户租用租户的身份后，将用户的请求以租户的名义发送到对应的第一服务单元，因为租户和第一服务单元是有所对应的，所以相应的租户仅能够向第一服务单元发出请求。这样就做到了不同服务之间，用户访问的隔离，使得一个服务仅能获取到有限个数的租户发来的请求，并且这些租户发送的请求都是基于这一个服务提出的，所以提出的数据操作基本一致或有规律可循，由此还能够加快第一服务单元的数据处理效率。第一服务单元中仅存储有与服务种类向对应的服务数据，每个服务单元仅需要对相关的几张数据表或表中的字段进行控制。大大降低了执行访问控制所需要的开销。

步骤S300：判断租户对第一服务单元的服务数据是否有获取权限。

第一服务单元和第二服务单元之间通过链路通信，对数据进行交互或者同步，第一服务单元和第二服务单元通常同属与同一个或相邻的内网，在服务单元所在的网络之外具有完善的安防体系，相互之间的通信开销相对较小，并且能够保证安全，因此通过第一服务单元和第二服务单元之间的通信整合数据并通过一个单独的第一服务单元与外界交互，保证数据访问的安全和效率。

第一服务单元和第二服务单元之间仍需要确定交互数据与第一服务单元之间的相关性，在以验证相应的第一服务单元是否有对相关数据处理的权限。

步骤S400：如果用户对第一服务单元的服务数据有获取权限，则判断访问请求所要请求的服务数据是否在访问的第一服务单元中存储。

用户通过租用租户身份请求获取服务数据，租户的角色也能够反应到用户的权限，对于一般用户而言，只能访问符合其身份的服务数据，通过验证租户对应的用户角色，以确定其能够访问服务数据的范围，并确定租户对此次请求的服务数据有无获取权限。服务单元中存储有与服务种类对应的服务数据，一些服务数据是在多个服务当中相互关联的，第一服务单元相关的数据可能会存储在第二服务单元当中，或者是需要与第二服务单元中的相关服务数据进行同步，以维持数据的准确性，在接收到访问请求，并确认此次请求的租户身份有权获取相应数据后，判断请求的数据是否存储在第一服务单元当中，以确定如何向租户返回请求的服务数据。

如果请求的服务数据在访问的第一服务单元中存储，则执行步骤S500-1：从所述第一服务单元中获取请求的服务数据，

否则，执行步骤S500-2，通过通信模板访问与第一服务单元通信连接的第二服务单元，从第二服务单元获取所要请求的服务数据。

当租户所请求的服务数据不在该第一服务单元当中时，该第一服务单元需要向数据所在的第二服务单元交互，获取相应的数据并返回给租户，在访问的过程中通过通信模板向对应第二服务单元请求一个主题下相应字段的内容信息。

步骤S600：将获取的服务数据返回给用户。

将数据集中在第一服务单元，并且通过一个第一服务单元统一转发给相应的租户。服务数据的请求和获取借助了服务单元之间的内部协议进行传输，避免了租户直接访问多个服务单元，造成的数据访问的混乱，有利于对服务数据的管理，和对服务数据的访问控制。

该方案能够将用户分类，并且与租户的身份绑定，通过租户的身份对一个第一服务单元进行访问，获取相应的服务数据，而第一服务单元自身仅维护少量与相应服务相关联的数据，并且通过内部的通信链路与第二服务单元进行同步，将服务相关联的所有数据进行汇集，通过返回给租户的形式，将用户请求的服务数据返回给用户，使得不同种类用户访问的过程相互隔离，访问的服务数据相互隔离。如此使得不同种类用户访问能够同时进行，且相互之间不受影响，业务管理规范便捷，极大降低安全风险，提升了访问的管理效率。

在本实施例中，一种服务隔离数据传输方法运行于其上的电子设备(例如图1所示的服务器/终端设备)可以通过有线连接方式或者无线连接方式进行租户、第一服务单元、第二服务单元之间的相互访问。需要指出的是，上述无线连接方式可以包括但不限于3G/4G连接、WiFi连接、蓝牙连接、WiMAX连接、Zigbee连接、UWB(ultra wideband)连接、以及其他现在已知或将来开发的无线连接方式。

进一步的，在一些实施例当中，根据用户要求访问的服务种类以及用户的角色确定用户所属租户，并生成访问请求的步骤具体包括：

步骤S101：根据用户要求访问的服务种类，以及所述服务种类对应的服务数据确定用户所访问的服务中包括的数据类型；

在本方案中，数据根据服务分布式存储，并分别在不同的服务单元上作为资源与外界交互，在此状态下，通过一种特定的服务种类通常对应有与该服务种类相对应的一些数据类型，因此根据用户访问的服务类型能够确定用户此次通信链路建立之后，与服务单元交互的数据类型。

步骤S102：根据用户的角色以及服务中包括的数据类型，确定用户意图访问的数据类型确定用户意图访问的数据类型；

在明确了用户此次通信链路建立之后能够与第一服务单元交互的数据类型之后，根据此次访问请求中用户在服务中的角色能够进一步的确定在该第一服务单元当中，用户意图访问的数据类型，作为一个服务当中的不同角色，关心的数据类型是不同的。作为一种实施例，一种业绩考核管理系统当中，至少包括销售人员和管理人员两种角色，销售人员在访问第一服务单元的过程当中更倾向于获取单个项目的绩点，以及相关的期限和涉项金额，项目备忘等数据类型，而管理人员更倾向于获取员工业绩排序，部门及项目组资金流等统计类数据，显然作为不同的角色其倾向于访问的数据类型是有区别的，这种区别能够通过前期的访问控制统计来区分。具体通过每次访问时操作的字段信息，记录每种角色产生的访问请求，对各个字段的访问频率，并且根据上述访问频率确定一个角色倾向于访问的数据类型。

步骤S103：根据用户的角色以及意图访问的数据类型，确定其访问的频次和交互的数据量，以确定该用户所属租户；

根据用户的角色，以及访问数据类型倾向，根据日常统计记录的各个用户在每次访问请求建立所访问的数据，确定属性为某种角色的用户在访问过程当中意图访问的数据类型，根据上述用户访问过程中意图访问的数据类型，将用户与租户相关联，租户同时与一个或多个用户关联，用户通过租用租户身份的形式访问第一数据单元，为配合第一数据单元上应用均衡，租户能够向第一数据单元上包含的多个节点发送访问请求，在此过程当中，根据租户访问过程中存在的特征，选择相应的节点建立链接，这样能够尽可能高效的使用现有的硬件资源，并且一个租户上关联的用户相互之间，在访问的过程中存在的特征是近似的，这也有利于节点处理负载任务的过程中，能够高效的调度，以提升其工作效率。

步骤S104：将用户与所属租户进行绑定，以租户的身份生成访问请求。

访问请求是以租户的名义发出的，在用户绑定了租户身份后，生成请求网络设备通过读取该请求中的相应字段，能够确定该租户的身份以及对应的第一服务单元，而第一服务单元能够通过读取该请求确定用户通过该租户的身份所要求访问的数据。如此生成相应的访问请求，以发送给第一服务单元。

进一步的，在一些实施例中，将租户的访问请求发送到第一服务单元，具体是根据租户的访问请求的访问频次和交互数量，将租户的访问负载均衡到第一服务单元中的各个节点。

具体的，第一服务单元可以是一台计算机设备，也可以是若干台计算机设备组成的服务器组，根据服务器组中各个设备的运算能力，以及当前所负载的业务压力，将租户或者每一次请求分配给相应的计算机设备，以实现对算力的均衡。其中对于租户的分配，用户租用租户身份的过程当中，根据访问频次和交互数量进行了分流，对于单个租户，以其名义产生的访问频次和交互数量有规律可循，根据第一服务单元中各个节点的需要处理的任务量，以及处理的业务类型将租户产生的连接分配到模块中的各个节点。具体的，将产生的访问量较大的租户分配给任务量较少的节点，将访问频次较高的用户分配到执行线程多，多线程能力较强的节点。如此有利于提升整个第一服务单元处理租户访问的执行效率。

进一步的，在一些实施例中所述第一服务单元和第二服务单元分别存储有服务数据，第一服务单元还存储有第一服务单元相关的关联数据，与第二服务单元的对应关系。

数据存放的最小单元通常是数据表，一个数据表中通过有限的字段存储数据库中的部分服务数据。在本实施例中不同的数据表可能存放在不同的服务单元中，但是数据表中的服务数据是存在联系的，而租户也会同时对不同数据表中的服务数据进行获取。第一服务单元存储的与第一服务单元相关的关联数据，与第二服务单元的对应关系，就是当用户向第一服务单元获取相应的服务数据，但是服务数据并非存储在第一服务单元时，第一服务单元上会通过检索记录数据的形式，确定用户要求获取的服务数据所存放的第二服务单元。用户要求获取的上述服务数据就是第一服务单元的关联数据。

在此基础之上，通过通信模板访问与第一服务单元通信连接的第二服务单元，从第二服务单元获取所要请求的服务数据的步骤具体包括：

步骤S501：根据所述第一服务单元相关的服务数据与第二服务单元的对应关系，确定租户请求的服务数据所存储的第二服务单元。

当确定请求的服务数据不在第一服务单元上存储，根据第一服务单元上存储的关联数据，确定所请求的数据存放的第二存储单元，并将该单元作为服务数据获取的来源，将上述服务数据汇集到第一存储单元，并且将服务数据发送给租户。

步骤S502：通过第一服务单元向第二服务单元建立链接，并发送请求获取的服务数据、所请求的服务数据与第一服务单元的对应关系，以使第二服务单元确定请求的服务数据与第一服务单元的对应关系。

第一服务单元向第二服务单元发送要求请求服务数据与第一服务单元的对应关系，该对应关系能够通过字段编号，数据表之间的连接关系等证明。第二服务单元确定要求请求的服务数据与第一服务单元存在相关性，之后允许第一服务单元对第二服务单元进行访问，以获取相应的服务数据，服务数据集中在第一服务单元并传输至租户，对于租户而言，第二服务单元是透明的。

步骤S503：接收第二服务单元返回请求的服务数据。

第二服务单元确认请求的数据项与第二服务单元之间的对应关系，确定第一服务单元具备操作相关数据的权限，之后返回请求的数据项对应的数据。该方案能够通过服务单元之间的链路，将用户需要的服务数据汇总在第一服务单元中，并统一传输给用户，保证数据访问的安全性，降低了对链路的控制复杂度。

进一步的，一个第一服务单元或第二服务单元中存储的一组数据设置为主要数据，其他第一服务单元和/或第二服务单元中存储有与所述主数据数据类型、数据内容相同的从属数据，所述从属数据与主要数据进行同步。

具体的，不同服务单元可能会同时使用到相同的一组数据，这种情况可能出现在不同数据表之间的外键，或是同一张原始数据表对应的不同服务的服务逻辑，前者能够通过数据表之间的关系进行验证，后者将同一组数据划归到不同的服务单元中，相互之间并无直接关联，容易造成数据的串读，设置主要数据和从属数据，相互之间通过同步的形式保持数据的准确性。

在此基础之上，判断租户获取的数据的主要数据是否存储在第一服务单元上，并且所述第一服务单元中获取请求的服务数据中，数据的获取方式具体为：

步骤S504：识别所述第一服务单元上存储的访问请求所要请求的服务数据的类别。

当租户请求的服务数据为从属数据，直接向租户返回相应数据可能造成数据的偏差。此时就需要对数据进行同步以保证数据的准确性。

步骤S505：若为从属数据，根据从属数据确定对应的主要数据存储的第二服务单元。

通过与主要数据之间的同步消除掉从属数据的偏差，以保证数据的准确性。

步骤S506：将从属数据与第二服务器模块上的主要数据进行同步。

将消除了偏差的从属数据通过第一服务单元返回给租户，而中间的检验过程对于租户透明。如此保证了数据的准确定。

步骤S507：将同步后的从属数据作为返回给租户的数据。

并且该方法还包括，确定租户请求的服务数据在访问的第一服务单元存储，并且第一服务单元上存储的数据为主要数据，则直接通过第一服务单元向用户返回服务数据。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

进一步参考图4，作为对上述图2所示方法的实现，本申请提供了一种一种服务隔离数据传输装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图4所示，本实施例所述的一种服务隔离数据传输装置500包括：生成模块41、请求模块42、判断模块43、以及获取模块44。其中：

生成模块41，用于根据用户要求访问的服务种类以及用户的角色确定用户所属租户，并生成访问请求；

请求模块42，用于将租户的访问请求发送到第一服务单元，其中第一服务单元中存储有服务数据；还用于将获取的服务数据返回给用户；

判断模块43，用于判断租户对第一服务单元的服务数据有无获取权限，如果用户对第一服务单元的服务数据有获取权限，则判断访问请求所要请求的服务数据是否在访问的第一服务单元中存储；及

获取模块44，如果请求的服务数据在访问的第一服务单元中存储，则从所述第一服务单元中获取请求的服务数据，否则通过通信模板访问与第一服务单元通信连接的第二服务单元，从第二服务单元获取所要请求的服务数据。

在本实施例中，生成模块41读取用户请求中的服务种类及用户的角色，在身份表中进行查询，根据其要求访问的服务，确定出相应的几组租户，并且根据用户的访问角色确定出一个最合适的租户并借用，以生成访问请求。一个租户同时能够对应若干个用户，以并发的形式为多个用户提供访问进程。并且在第一服务单元收集到相应的服务数据后，将服务数据通过租户转发给用户。

请求模块42在用户租用租户的身份后，将用户的请求以租户的名义发送到对应的第一服务单元，因为租户和第一服务单元是有所对应的，所以相应的租户仅能够向第一服务单元发出请求。

判断模块43，在接收到访问请求，确认此次请求的租户身份有无权限获取相应数据后，判断请求的数据是否存储在第一服务单元当中，以确定如何向租户返回请求的服务数据。

获取模块44从相应的第一服务单元或第二服务单元获取相应的数据。

该方案能够将用户分类，并且与租户的身份绑定，通过租户的身份对一个第一服务单元进行访问，获取相应的服务数据，而第一服务单元自身仅维护少量与相应服务相关联的数据，并且通过内部的通信链路与第二服务单元进行同行，将服务相关联的所有数据进行汇集，通过返回给租户的形式，将用户请求的服务数据返回给用户，使得不同种类用户访问的过程相互隔离，访问的服务数据相互隔离。如此使得不同种类用户访问能够同时进行，且相互之间不受影响，业务管理规范便捷，极大降低安全风险，提升了访问的管理效率。

在本实施例的一些可选的实现方式中，还包括均衡模块，用于根据租户的访问请求的访问频次和交互数量，将租户的访问负载均衡到第一服务单元中的各个节点。

请参考图在本实施例的一些可选的实现方式中，上述获取模块44还包括内部交互子模块441和验证子模块442，

内部交互子模块441用于根据所述第一服务单元相关的服务数据与第二服务单元的对应关系，确定租户请求的服务数据所存储的第二服务单元；第二服务单元确定请求的数据项与第一服务单元的对应关系，并向第一服务单元返回请求的数据项对应的服务数据。

具体的，内部交互子模块441根据第一服务单元上存储的相关数据与服务单元之间的存储关系确定一个第二服务单元。之后，第二服务单元确认请求的数据项与第二服务单元之间的对应关系，确定第一服务单元具备操作相关数据的权限，之后返回请求的数据项对应的数据。

验证子模块442用于第一服务单元向第二服务单元建立链接，并发送请求获取的数据项、所请求的数据项与第一服务单元的对应关系。

具体的，第一服务单元箱第二服务单元发送数据项与第一服务单元的对应关系，该对应关系能够通过字段编号，数据表之间的连接关系等证明。

该方案能够通过服务单元之间的链路，将用户需要的服务数据汇总在第一服务单元中，并统一传输给用户，保证数据访问的安全性，降低了对链路的控制复杂度。

请参考图在本实施例的一些可选的实现方式中，上述获取模块44还包括数据同步子模块443。

验证子模块442还用于：确定租户请求的服务数据在访问的第一服务单元存储，并且第一服务单元上存储的数据为从属数据；

当租户请求的服务数据为从属数据，直接向租户返回相应数据可能造成数据的偏差。此时就需要对数据进行同步以保证数据的准确性。

同步验证子模块442用于：确定第一服务单元上的从属数据对应的主要数据存储的第二服务单元，并将从属数据与第二服务器模块上的主要数据同步。

请求模块42还用于通过第一服务单元返回租户同步后的数据。

通过与主要数据之间的同步消除掉从属数据的偏差，以保证数据的准确性。之后将消除了偏差的从属数据通过第一服务单元返回给租户，而中间的检验过程对于租户透明。如此保证了数据的准确性。该方案即保证了数据的分布式存储和调用，又保证了数据读取的可靠性。

为解决上述技术问题，本申请实施例还提供计算机设备。具体请参阅图6，图6为本实施例计算机设备基本结构框图。

所述计算机设备6包括通过系统总线相互通信连接存储器61、处理器62、网络接口63。需要指出的是，图中仅示出了具有组件61-63的计算机设备6，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(ApplicationSpecific Integrated Circuit，ASIC)、可编程门阵列(Field－Programmable GateArray，FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。

所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。

所述存储器61至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器61可以是所述计算机设备6的内部存储单元，例如该计算机设备6的硬盘或内存。在另一些实施例中，所述存储器61也可以是所述计算机设备6的外部存储设备，例如该计算机设备6上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(FlashCard)等。当然，所述存储器61还可以既包括所述计算机设备6的内部存储单元也包括其外部存储设备。本实施例中，所述存储器61通常用于存储安装于所述计算机设备6的操作系统和各类应用软件，例如一种服务隔离数据传输方法的程序代码等。此外，所述存储器61还可以用于暂时地存储已经输出或者将要输出的各类数据。

所述处理器62在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器62通常用于控制所述计算机设备6的总体操作。本实施例中，所述处理器62用于运行所述存储器61中存储的程序代码或者处理数据，例如运行所述一种服务隔离数据传输方法的程序代码。

所述网络接口63可包括无线网络接口或有线网络接口，该网络接口63通常用于在所述计算机设备6与其他电子设备之间建立通信连接。

本申请还提供了另一种实施方式，即提供一种计算机可读存储介质，所述计算机可读存储介质存储有一种服务隔离数据传输程序，所述一种服务隔离数据传输程序可被至少一个处理器执行，以使所述至少一个处理器执行如上述的一种服务隔离数据传输方法的步骤。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

显然，以上所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例，附图中给出了本申请的较佳实施例，但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本申请专利保护范围之内。

Claims (10)

1.一种服务隔离数据传输方法，其特征在于，包括下述步骤：

根据用户要求访问的服务种类以及用户的角色确定用户所属租户，并生成访问请求；

将租户的访问请求发送到第一服务单元，其中第一服务单元中存储有服务数据；

判断租户对第一服务单元的服务数据是否有获取权限；

如果用户对第一服务单元的服务数据有获取权限，则判断访问请求所要请求的服务数据是否在访问的第一服务单元中存储；

如果请求的服务数据在访问的第一服务单元中存储，则从所述第一服务单元中获取请求的服务数据；

如果请求的服务数据不在访问的第一服务单元中存储，则通过通信模板访问与第一服务单元通信连接的第二服务单元，从所述第二服务单元获取所要请求的服务数据；

将获取的服务数据返回给用户。

2.根据权利要求1所述的服务隔离数据传输方法，其特征在于，所述根据用户要求访问的服务种类以及用户的角色确定用户所属租户，并生成访问请求的步骤具体包括：

根据用户要求访问的服务种类以及所述服务种类对应的服务数据，确定用户所访问的服务中包括的数据类型；

根据用户的角色以及服务中包括的数据类型，确定用户意图访问的数据类型；

根据用户的角色以及意图访问的数据类型，确定其访问的频次和交互的数据量，以确定该用户所属租户；

将用户与所属租户进行绑定，以租户的身份生成访问请求。

3.根据权利要求2所述的服务隔离数据传输方法，其特征在于，根据用户的角色以及服务中包括的数据类型，确定用户意图访问的数据类型具体包括：

通过每次访问时操作的字段信息，记录每种角色访问的数据类型；

统计同一角色访问的数量类型的访问频率，根据所述访问频率，从所述服务中包括的数据类型中确定当前角色意图访问的数据类型。

4.根据权利要求2所述的服务隔离数据传输方法，其特征在于：所述将租户的访问请求发送到第一服务单元，具体是根据租户的访问请求的访问频次和交互数量，将租户的访问负载均衡到第一服务单元中的各个节点。

5.根据权利要求4所述的服务隔离数据传输方法，其特征在于：所述将租户的访问负载均衡到第一服务单元中的各个节点具体包括：将产生的访问量较大的租户分配给任务量较少的节点，和/或将访问频次较高的用户分配到执行线程多，多线程能力较强的节点。

6.根据权利要求1所述的服务隔离数据传输方法，其特征在于：所述第一服务单元存储有第一服务单元相关的关联数据，与第二服务单元的对应关系；所述通过预设通信协议访问与第一服务单元通信连接的第二服务单元，从第二服务单元获取所要请求的服务数据的步骤具体包括：

根据所述第一服务单元相关的关联数据与第二服务单元的对应关系，确定租户请求的服务数据所存储的第二服务单元；

第一服务单元通过预设通信协议向第二服务单元建立链接，并发送请求获取的服务数据、所请求的服务数据与第一服务单元的对应关系，以使第二服务单元确定请求的服务数据与第一服务单元的对应关系；

接收第二服务单元返回请求的服务数据。

7.根据权利要求1至6任意一种所述的服务隔离数据传输方法，其特征在于：所述服务数据包括主要数据和从属数据，其中，所述从属数据与所述主要数据的数据类型、数据内容相同；所述从所述第一服务单元中获取请求的服务数据的步骤具体包括：

识别所述第一服务单元上存储的访问请求所要请求的服务数据的类别；

若为从属数据，根据从属数据确定对应的主要数据存储的第二服务单元；

将从属数据与第二服务器模块上的主要数据进行同步；

将同步后的从属数据作为返回给租户的数据。

8.一种服务隔离数据传输装置，其特征在于，包括：

生成模块，用于根据用户要求访问的服务种类以及用户的角色确定用户所属租户，并生成访问请求；

请求模块，用于将租户的访问请求发送到第一服务单元，其中第一服务单元中存储有服务数据；还用于将获取的服务数据返回给用户；

判断模块，用于判断租户对第一服务单元的服务数据有无获取权限，如果用户对第一服务单元的服务数据有获取权限，则判断访问请求所要请求的服务数据是否在访问的第一服务单元中存储；及

获取模块，如果请求的服务数据在访问的第一服务单元中存储，则从所述第一服务单元中获取请求的服务数据，否则通过通信模板访问与第一服务单元通信连接的第二服务单元，从第二服务单元获取所要请求的服务数据。

9.一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至7中任一项所述的服务隔离数据传输方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的服务隔离数据传输方法的步骤。

Images