数据处理的方法、装置及电子设备

技术领域

本申请涉及数据处理领域，具体而言，涉及一种数据处理的方法、装置及电子设备。

背景技术

市面上很多软件开发产品针对数据资源的管理是基于通过权限控制业务数据资源的访问，数据请求使用单一维度进行管理，无法同时兼顾多维度的数据管理。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种数据处理的方法、装置及电子设备，以至少解决现有技术通过权限控制业务数据资源的访问，数据请求使用单一维度进行管理，无法同时兼顾多维度的数据管理的技术问题。

根据本申请实施例的一个方面，提供了一种数据处理的方法，包括：获取业务请求中的数据资源信息，其中，数据资源信息中包括以下至少之一：行业属性信息、地域属性信息、时间属性信息、组织属性信息、参与人属性信息；依据业务请求，从业务模板集合中调用与业务请求对应的业务模板，其中，业务模板包括由多维度确定的属性信息；按照业务模板，将业务请求中的数据资源信息保存至业务模板中的对应位置。

可选地，业务模板按照以下方式得到，包括：从多维度确定业务模板包含的属性信息，其中，属性信息包括以下至少之一：行业属性、地域属性、时间属性、组织属性、参与人属性；将属性信息按照多种组合方式进行组合，得到多个业务模板，其中，每个业务模板至少包括一种属性信息和与属性信息对应的授权信息。

可选地，得到多个业务模板之后，方法还包括：获取多个业务模板中的第一业务模板和第二业务模板；将第一业务模板和第二业务模板按照预设组合方式进行组合，得到目标业务模板，其中，预设组合方式包括以下至少之一：交集、并集、补集和差集；依据目标业务模板和多个业务模板，确定业务模板集合。

可选地，确定业务模板集合之后，方法还包括：获取业务模板集合中的第三业务模板和第四业务模板；确定第三业务模板和第四业务模板之间的关联配置关系，其中，关联配置关系用于表示通过第三业务模板管理第四业务模板。

可选地，从业务模板集合中调用与业务请求对应的业务模板，包括：确定业务请求中的第一授权信息和第一属性信息；从业务模板集合中确定与第一授权信息和第一属性信息对应的业务模板。

可选地，从业务模板集合中确定与第一授权信息和第一属性信息对应的业务模板，包括：获取业务模板集合中的目标模板对应的第二授权信息和第二属性信息，其中，目标模板为业务模板集合中的任意一个模板；比较第一授权信息和第二授权信息，得到第一比较结果；比较第一属性信息和第二属性信息，得到第二比较结果；在第一比较结果和第二比较结果均相同的情况下，将目标模板确定为与业务请求对应的业务模板。

可选地，与属性信息对应的授权信息包括：在授权信息为与属性信息中的组织属性对应的第一授权信息时，支持调用同级组织和上级组织所对应的模板；在授权信息为与属性信息中的地域属性对应的第二授权信息时，支持调用同级地域和上级地域所对应的模板；在授权信息为与属性信息中的参与人属性对应的第三授权信息时，支持调用与参与人权限相同的用户所对应的模板；在授权信息为与属性信息中的时间属性对应的第四授权信息时，支持调用具有相同时间维度的用户所对应的模板。

根据本申请实施例的另一方面，还提供了一种数据处理的装置，包括：获取模块，用于获取业务请求中的数据资源信息，其中，数据资源信息中包括以下至少之一：行业属性信息、地域属性信息、时间属性信息、组织属性信息、参与人属性信息；调用模块，用于依据业务请求，从业务模板集合中调用与业务请求对应的业务模板，其中，业务模板包括由多维度确定的属性信息；保存模块，用于按照业务模板，将业务请求中的数据资源信息保存至业务模板中的对应位置。

根据本申请实施例的又一方面，还提供了一种电子设备，包括：存储器，用于存储程序指令；处理器，与存储器连接，用于执行实现以下功能的程序指令：获取业务请求中的数据资源信息，其中，数据资源信息中包括以下至少之一：行业属性信息、地域属性信息、时间属性信息、组织属性信息、参与人属性信息；依据业务请求，从业务模板集合中调用与业务请求对应的业务模板，其中，业务模板包括由多维度确定的属性信息；按照业务模板，将业务请求中的数据资源信息保存至业务模板中的对应位置。

根据本申请实施例的再一方面，还提供了一种非易失性存储介质，该非易失性存储介质包括存储的计算机程序，其中，该非易失性存储介质所在设备通过运行计算机程序执行上述数据处理的方法。

在本申请实施例中，通过获取业务请求中的数据资源信息，其中，数据资源信息中包括以下至少之一：行业属性信息、地域属性信息、时间属性信息、组织属性信息、参与人属性信息；依据业务请求，从业务模板集合中调用与业务请求对应的业务模板，其中，业务模板包括由多维度确定的属性信息；按照业务模板，将业务请求中的数据资源信息保存至业务模板中的对应位置，达到了从多维度对数据进行分类得到业务模板的目的，从而实现了提高数据管理能力的技术效果，进而解决了现有技术通过权限控制业务数据资源的访问，数据请求使用单一维度进行管理，无法同时兼顾多维度的数据管理的技术问题。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的一种用于实现数据处理的方法的计算机终端(或电子设备)的硬件结构框图；

图2是根据本申请实施例的一种数据处理的方法的流程图；

图3是根据本申请实施例的一种数据处理的装置的结构图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

相关技术中针对数据资源的管理是基于通过权限控制业务数据资源的访问，数据请求使用单一维度进行管理，无法同时兼顾多维度的数据管理，数据的分类模式无法同步考虑行业属性、空间(地域)属性、时间属性、组织(归属)属性，参与人等属性，导致在实现过程中需要耦合大量的业务编码才能解决属性组合维度的模式。

为了解决上述问题，本申请实施例提供了相应的解决方案，以下详细说明。

本申请实施例所提供的数据处理的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。图1示出了一种用于实现数据处理的方法的计算机终端(或电子设备)的硬件结构框图。如图1所示，计算机终端10(或电子设备10)可以包括一个或多个(图中采用102a、102b，……，102n来示出)处理器(处理器可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输模块106。除此以外，还可以包括：显示器、输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为I/O接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算机终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

应当注意到的是上述一个或多个处理器和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外，数据处理电路可为单个独立的处理模块，或全部或部分的结合到计算机终端10(或电子设备)中的其他元件中的任意一个内。如本申请实施例中所涉及到的，该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。

存储器104可用于存储应用软件的软件程序以及模块，如本申请实施例中的数据处理的方法对应的程序指令/数据存储装置，处理器通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的数据处理的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输模块106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中，传输模块106包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输模块106可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

显示器可以例如触摸屏式的液晶显示器(LCD)，该液晶显示器可使得用户能够与计算机终端10(或电子设备)的用户界面进行交互。

此处需要说明的是，在一些可选实施例中，上述图1所示的计算机设备(或电子设备)可以包括硬件元件(包括电路)、软件元件(包括存储在计算机可读介质上的计算机代码)、或硬件元件和软件元件两者的结合。应当指出的是，图1仅为特定具体实例的一个实例，并且旨在示出可存在于上述计算机设备(或电子设备)中的部件的类型。

在上述运行环境下，本申请实施例提供了一种数据处理的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图2是根据本申请实施例的一种数据处理的方法的流程图，如图2所示，该方法包括如下步骤：

步骤S202，获取业务请求中的数据资源信息，其中，数据资源信息中包括以下至少之一：行业属性信息、地域属性信息、时间属性信息、组织属性信息、参与人属性信息；

步骤S204，依据业务请求，从业务模板集合中调用与业务请求对应的业务模板，其中，业务模板包括由多维度确定的属性信息；

步骤S206，按照业务模板，将业务请求中的数据资源信息保存至业务模板中的对应位置。

在上述步骤S202至步骤S206中，通过对数据资源管理的多维度进行抽象和分类，让信息元素通过管理模型有效安全地进行控制和管理，具体地，从多维度确定不同业务模板包含的属性信息，从而达到根据业务请求中的数据资源信息调用对应的模板的目的。

在上述数据处理的方法中，业务模板按照以下方式得到，具体包括如下步骤：从多维度确定业务模板包含的属性信息，其中，属性信息包括以下至少之一：行业属性、地域属性、时间属性、组织属性、参与人属性；将属性信息按照多种组合方式进行组合，得到多个业务模板，其中，每个业务模板至少包括一种属性信息和与属性信息对应的授权信息。

在本申请实施例中，把数据资源信息通过空间(或地域)域、行业域、组织域、时间域、参与人等多维度进行分类管理，得到对应的属性信息，通过自定义配置实现对数据资源的实例映射。通过对不同维度的属性信息进行组合封装形成模板化实例化后，一方面达到对数据资源管理的模板化管理，另一方面资源引用编码过程可控和标准化。例如：模板1中包含的属性信息有行业属性和地域属性，模板2中包含的属性信息有时间属性、组织属性和地域属性等等。通过不同的组合确定多个业务模板，可以实现当业务请求中包含不同的数据资源信息的情况下，也可以找到对应的业务模板进行数据存储。

在一种可选的实施例中，若业务模板中仅包含一种属性信息，则可直接按照该属性对模板进行命名，如仅包含行业属性的模板为行业模板，仅包含组织属性的模板为组织模板等。

在上述数据处理的方法中，得到多个业务模板之后，方法还包括如下步骤：获取多个业务模板中的第一业务模板和第二业务模板；将第一业务模板和第二业务模板按照预设组合方式进行组合，得到目标业务模板，其中，预设组合方式包括以下至少之一：交集、并集、补集和差集；依据目标业务模板和多个业务模板，确定业务模板集合。

在本申请实施例中，首先获取多个业务模板，该多个业务模板例如可以包括：行业模板(仅包含行业属性)、组织模板(仅包含组织属性)、职能模板、职位模板、角色模板(或角色集)、权限模板(或权限集)等，从多个业务模板中任取两个模板作为上述第一业务模板和第二业务模板，例如选取行业模板和组织模板，将行业模板和组织模板按照预设组合方式进行组合，该预设组合方式为并集时，即得到包含行业属性和组织属性的目标业务模板。再例如，从多个业务模板中选择的第一业务模板中包含行业模板、组织模板和职能模板，选择的第二业务模板中包含组织模板、职能模板和角色模板，将第一业务模板和第二业务模板按照预设组合方式进行组合，当预设组合方式为交集时，得到包含组织模板和职能模板的目标业务模板。若将上述第一业务模板记为A，第二业务模板记为B，则可通过预设组合方式对A和B进行组合，预设组合方式包括：交集(A∩B)、并集(A∪B)、补集(CuA)、差集(A-B)等多态组合方式。将通过预设组合方式组合得到的目标业务模板和多个业务模板确定为业务模板集合。

在上述数据处理的方法中，确定业务模板集合之后，方法还包括如下步骤：获取业务模板集合中的第三业务模板和第四业务模板；确定第三业务模板和第四业务模板之间的关联配置关系，其中，关联配置关系用于表示通过第三业务模板管理第四业务模板。

在本申请实施例中，从业务模板集合中任取两个不同的模板，分别为第三业务模板和第四业务模板，并配置这两个业务模板之间的关联配置关系，该关联配置关系例如可以为通过第三业务模板管理或关联第四业务模板，且上游模板与下游模板之间的管理关系为n:m，在一种可选的实施例中，下游模板可以为上游模板的子模板，通过母模板对多个子模板进行配置管理。

需要说明的是，配置好的模板可直接关联引用，在一个模板配置好后可在其他模板中进行继承关联，继承的主要作用是为了减少重新配置的步骤，在继承其他模板的配置后，还可对继承的模板配置进行修改。

在上述数据处理的方法中的步骤S204中，从业务模板集合中调用与业务请求对应的业务模板，具体包括如下步骤：确定业务请求中的第一授权信息和第一属性信息；从业务模板集合中确定与第一授权信息和第一属性信息对应的业务模板。

在本申请实施例中，每个业务模板中都有属性信息，以及与属性信息对应的授权信息，通过获取业务请求中的授权信息和属性信息，可以从业务模板集合中确定对应的业务模板。

在上述步骤中，从业务模板集合中确定与第一授权信息和第一属性信息对应的业务模板，具体包括如下步骤：获取业务模板集合中的目标模板对应的第二授权信息和第二属性信息，其中，目标模板为业务模板集合中的任意一个模板；比较第一授权信息和第二授权信息，得到第一比较结果；比较第一属性信息和第二属性信息，得到第二比较结果；在第一比较结果和第二比较结果均相同的情况下，将目标模板确定为与业务请求对应的业务模板。

在本申请实施例中，由于业务模板集合中包含的模板很多，因此在确定与业务请求对应的业务模板时，需要一一比较授权信息和属性信息，进而确定与业务请求对应的业务模板。

在上述数据处理的方法中，与属性信息对应的授权信息包括：在授权信息为与属性信息中的组织属性对应的第一授权信息时，支持调用同级组织和上级组织所对应的模板；在授权信息为与属性信息中的地域属性对应的第二授权信息时，支持调用同级地域和上级地域所对应的模板；在授权信息为与属性信息中的参与人属性对应的第三授权信息时，支持调用与参与人权限相同的用户所对应的模板；在授权信息为与属性信息中的时间属性对应的第四授权信息时，支持调用具有相同时间维度的用户所对应的模板。

在本申请实施例中，与组织属性对应的授权信息(即组织域授权)，支持数据源所在组织的(本级、下级、上级、同级)授权调用请求。如当前为某街道办事处的用户，原则上只能调阅本组织的数据资源，但通过授权可支持调用同级组织和上级组织的数据请求，在一种可选的实施例中，数据请求可以指模板。与地域属性对应的授权信息(即空间域授权)，支持按业务所归属的空间维度按照不同的管理地域层级可对用户支持按(本省、市、县、区、街道、网格)层级直接授权请求，同时支持用户当前为区级用户，平台可通过地域授权予上级、同级的数据资源请求或模板。与行业属性对应的授权信息(即行业域授权)，根据组织控权时配置不同的行业(政法、物业、民政、企业、运营商等)属性，进行业务配置管理，实例化时根据组织赋予的行业属性进行数据分析请求，可实现行业数据隔离，支撑平台多元用户体系架构。与参与人属性对应的授权信息(即参与人授权)，根据参与人的权限集进行数据请求，支持赋予授权人的请求。同时支持用户A直接配置把其管理的数据资源直接授权给用户B，B用户就直接赋予实例化了A用户的数据权限。在一种可选的实施例中，上述参与人授权的过程即相当于调用权限相同的用户所对应的模板。与时间属性对应的授权信息(即时间域授权)，业务请求进行时限控制配置，当业务请求时，根据时间维度请求控制进行资源请求受限实例，且支持调用具有相同时间维度的用户所对应的模板。

基于上述授权信息以及模板化组合规则进行多维度交叉配置和优先级配置，形成各类业务特有的组合规则库，在实际应用中，根据不同场景按配置维度和最小化颗粒度要求，同时依据域划分授权以及规则优先级要求进行实例化。

在业务场景实现过程中会涉及根据资源配置实例化进行调用，设计的思想引入了AOP动态代理切面开发规则，数据资源管理的规则模型根据业务逻辑进行抽象，形成特定的依赖包，开发过程中与各业务逻辑层面进行解耦，通过AspectJ进行注解方式引入依赖，提高程序的可重用性及标准化。

和相关技术相比，本申请实施例所提供的数据处理的方法具有如下优点：1.把参与系统的各种数据元素从空间域、时间域、组织域、参与人域、行业域等多维度进行配置实例化，通过模板组装进行数据归集，让业务元素在管理系统合理的管控下，有效安全地进行控制和调用。2.数据资源调用通过配置化封装成服务后进行代码动态切面开发，规范对数据管理的调用，避免硬编码，使开发者更关注业务功能开发，便于功能快速交付。3.通过配置化实现将数据资源信息的模板化，且模板之间可继承、可重用。4.数据资源的管理规则多元化，突破传统的按需定制的束缚，数据管理配置形成自由组合组装，满足多行业体系。5.实现开发低代码，提高了整体平台功能开发成本、效率及周期。

图3是根据本申请实施例的一种数据处理的装置的结构图，如图3所示，该装置包括：

获取模块302，用于获取业务请求中的数据资源信息，其中，数据资源信息中包括以下至少之一：行业属性信息、地域属性信息、时间属性信息、组织属性信息、参与人属性信息；

调用模块304，用于依据业务请求，从业务模板集合中调用与业务请求对应的业务模板，其中，业务模板包括由多维度确定的属性信息；

保存模块306，用于按照业务模板，将业务请求中的数据资源信息保存至业务模板中的对应位置。

在上述数据处理的装置中，该装置还包括确定模块308，该确定模块用于从多维度确定业务模板包含的属性信息，其中，属性信息包括以下至少之一：行业属性、地域属性、时间属性、组织属性、参与人属性；将属性信息按照多种组合方式进行组合，得到多个业务模板，其中，每个业务模板至少包括一种属性信息和与属性信息对应的授权信息。

在上述数据处理的装置中的确定模块中，该确定模块还用于获取多个业务模板中的第一业务模板和第二业务模板；将第一业务模板和第二业务模板按照预设组合方式进行组合，得到目标业务模板，其中，预设组合方式包括以下至少之一：交集、并集、补集和差集；依据目标业务模板和多个业务模板，确定业务模板集合。

在上述数据处理的装置中的确定模块中，该确定模块还用于获取业务模板集合中的第三业务模板和第四业务模板；确定第三业务模板和第四业务模板之间的关联配置关系，其中，关联配置关系用于表示通过第三业务模板管理第四业务模板。

在上述数据处理的装置中的调用模块中，从业务模板集合中调用与业务请求对应的业务模板，具体包括如下过程：确定业务请求中的第一授权信息和第一属性信息；从业务模板集合中确定与第一授权信息和第一属性信息对应的业务模板。

在上述数据处理的装置中的调用模块中，从业务模板集合中确定与第一授权信息和第一属性信息对应的业务模板，具体包括如下过程：获取业务模板集合中的目标模板对应的第二授权信息和第二属性信息，其中，目标模板为业务模板集合中的任意一个模板；比较第一授权信息和第二授权信息，得到第一比较结果；比较第一属性信息和第二属性信息，得到第二比较结果；在第一比较结果和第二比较结果均相同的情况下，将目标模板确定为与业务请求对应的业务模板。

在上述数据处理的装置中，与属性信息对应的授权信息包括：在授权信息为与属性信息中的组织属性对应的第一授权信息时，支持调用同级组织和上级组织所对应的模板；在授权信息为与属性信息中的地域属性对应的第二授权信息时，支持调用同级地域和上级地域所对应的模板；在授权信息为与属性信息中的参与人属性对应的第三授权信息时，支持调用与参与人权限相同的用户所对应的模板；在授权信息为与属性信息中的时间属性对应的第四授权信息时，支持调用具有相同时间维度的用户所对应的模板。

本申请实施例提供的数据处理的装置，通过对目标数据资源根据不同业务元素维度进行配置处理，基于多维度的数据资源请求，通过业务授权，从权限、行业、空间、组织、参与人等多角度进行逻辑配置后形成数据通用处理模板，确定业务请求的处理模块后进行数据实例化处理。另外，信息资源按照不同维度配置规则，系统通过调用资源信息时进行实例化规则过滤信息。系统用户、被管理对象可按组织机构、业务定义，通过资源配置模板化和授权实化进行自由配置。

需要说明的是，图3所示的数据处理的装置用于执行图2所示的数据处理的方法，因此上述数据处理的方法中的相关解释说明也适用于该数据处理的装置，此处不再赘述。

在资源弹性配置的过程中，对于操作员A，在该操作员A对应的权限集中配置该操作员的业务权限和操作权限，根据该操作员对应的权限，关联对应的资源。在该操作员对应的行业域中配置行业模板，该行业模板中应包括配置对应的关联职位、关联岗位、关联权限等信息。在该操作员对应的组织域中配置组织信息，初始化行业模板并实例化。在该操作员对应的空间域中初始化空间地域，扩展虚拟空间。组织关联空间，可进行信息权1：N的配置，并在参与人域中对人员与资源实例化，设置使用的时间维度，根据组织关联行业模板赋予的权限集合信息集进入人员资源的授权。在该操作员对应的时间域中配置请求时限控制。当操作员A请求资源信息时，操作员根据资源授权(权限、行业、空间、时间、组织)进行资源的实例化。

本申请实施例确定了信息资源多维度的定义模型，数据管理模型定义可根据行业、时间、空间、组织、参与人、权限进行模型定义，根据不同的业务场景从信息权、机构权等逻辑进行模型定义，引入模型模板进行管理。还实现了业务授权的继承管理及实例化，根据定义的数据管理模型，根据逻辑关系进行模型的继承管理(例如设置继承关系为：行业模板>职位模板>岗位模板>角色模板>权限模板，该继承关系中的行业模板>职位模板，表示职位模板可继承行业模板中的部分内容，此处不一一列举)，组织管理引用行业模板从时间和空间维度上进行数据资源管理实例化。

本申请实施例还提供了一种非易失性存储介质，该非易失性存储介质包括存储的计算机程序，其中，该非易失性存储介质所在设备通过运行计算机程序执行以下数据处理的方法：获取业务请求中的数据资源信息，其中，数据资源信息中包括以下至少之一：行业属性信息、地域属性信息、时间属性信息、组织属性信息、参与人属性信息；依据业务请求，从业务模板集合中调用与业务请求对应的业务模板，其中，业务模板包括由多维度确定的属性信息；按照业务模板，将业务请求中的数据资源信息保存至业务模板中的对应位置。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

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