数据发送或处理的方法、装置和系统

技术领域

本申请涉及计算机技术领域，具体而言，涉及一种数据发送或处理的方法、装置和系统。

背景技术

分布式文件系统云服务是一种由云服务厂商提供的全托管分布式文件系统的服务，提供标准的分布式文件系统(Hadoop File System，HDFS)接口，具备单一命名空间，支持快速灵活升降配的能力。分布式文件系统云服务提供给用户使用的基本单位是分布式文件系统实例，分布式文件系统实例是一个虚拟的提供HDFS接口的分布式文件系统集群，是用户数据的容器。分布式文件系统实例支持计算存储分离架构，即用户购买分布式文件系统云服务实例作为存储系统，购买虚拟机实例部署Hadoop生态系统的计算引擎作为计算服务，计算服务通过网络访问存储服务，而不是直接部署在同一套服务器上。

由于专有网络具备二层逻辑隔离能力，安全性、隔离性更好，云产品用户的新业务往往部署在专有网络内；但是，与此同时，也有部分遗留业务部署在经典网络内。用户专有网络内的业务系统和经典网络内的业务系统往往需要共享存储在分布式文件系统实例内的数据。

针对相关技术中分布式文件系统实例内的数据只支持单一网络环境的业务系统访问，导致业务部署重复的技术问题，目前尚未提出有效的解决方案。

申请内容

本申请实施例提供了一种数据发送或处理的方法、装置和系统，以至少解决分布式文件系统实例内的数据只支持单一网络环境的业务系统访问，导致业务部署重复的技术问题。

根据本申请实施例的一个方面，提供了一种数据发送的方法，包括：从域名解析记录中获取目标域名，其中，该目标域名用于表示分布式文件系统与不同业务系统之间的网络通路；确定与目标域名对应的虚拟IP地址，其中，虚拟IP地址为负载均衡实例对应的IP地址，该负载均衡实例用于对外提供不同业务系统的访问接口；经由与虚拟IP地址对应的负载均衡实例向分布式文件系统中的服务器发送数据处理请求。

根据本申请实施例的另一方面，还提供了一种数据处理的方法，包括：分布式文件系统中的服务器通过负载均衡实例接收来自业务系统的数据处理请求；分布式文件系统中的服务器经由负载均衡实例向业务系统发送执行结果，其中，该执行结果为执行数据处理请求后得到的结果。

根据本申请实施例的另一方面，还提供了一种数据发送的装置，包括：提取模块，用于从域名解析记录中获取目标域名，其中，该目标域名用于表示分布式文件系统与不同业务系统之间的网络通路；确定模块，用于确定与目标域名对应的虚拟IP地址，其中，虚拟IP地址为负载均衡实例对应的IP地址，该负载均衡实例用于对外提供不同业务系统的访问接口；发送模块，用于经由与虚拟IP地址对应的负载均衡实例向分布式文件系统中的服务器发送数据处理请求。

根据本申请实施例的另一方面，还提供了一种数据处理的系统，包括：业务系统，用于向负载均衡服务器上的负载均衡实例发送业务处理请求；负载均衡服务器，用于运行负载均衡实例，该负载均衡实例用于对外提供不同业务系统的访问接口，以及接收业务处理请求；分布式文件系统的服务器，用于接收负载均衡实例转发的数据处理请求，并经由负载均衡实例返回数据处理请求的执行结果。

根据本申请实施例的另一方面，还提供了一种存储介质，存储介质包括存储的程序，其中，在程序运行时控制存储介质所在设备执行上述任意一种数据发送的方法。

根据本申请实施例的另一方面，还提供了一种电子设备，包括：处理器；以及存储器，与处理器连接，用于为处理器提供处理以下处理步骤的指令：从域名解析记录中获取目标域名，其中，该目标域名用于表示分布式文件系统与不同业务系统之间的网络通路；确定与目标域名对应的虚拟IP地址，其中，虚拟IP地址为负载均衡实例对应的IP地址，该负载均衡实例用于对外提供不同业务系统的访问接口；经由与虚拟IP地址对应的负载均衡实例向分布式文件系统中的服务器发送数据处理请求。

在本申请实施例中，首先从域名解析记录中获取目标域名，其中，该目标域名用于表示分布式文件系统与不同业务系统之间的网络通路；然后确定与目标域名对应的虚拟IP地址，其中，虚拟IP地址为负载均衡实例对应的IP地址，该负载均衡实例用于对外提供不同业务系统的访问接口；最后经由与虚拟IP地址对应的负载均衡实例向分布式文件系统中的服务器发送数据处理请求。与现有技术相比，上述方案中，分布式文件系统云服务将不同的网络通路抽象为域名，通过确定与目标域名关联的负载均衡实例对应的虚拟IP地址，利用该负载均衡实例作为不同业务系统的接口，向分布式文件系统中的目标服务器发送请求，达到访问分布式文件系统实例内的数据的目的，进而解决了分布式文件系统实例内的数据只支持单一网络环境的业务系统访问，导致业务部署重复的的技术问题。

附图说明

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

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

图2是根据本申请实施例一的一种计算机终端(或移动设备)作为客户终端的示意图；

图3是根据本申请实施例一的一种可选的数据发送的方法流程图；

图4是根据本申请图3所示实施例一的一种可选的不同业务系统共享分布式文件系统实例的结构示意图；

图5是根据本申请实施例一的一种可选的业务系统与分布式文件系统交换数据的时序图；

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

图7是根据本申请实施例三的一种可选的数据发送的装置示意图；

图8是根据本申请实施例四的一种可选的数据处理的装置示意图；

图9是根据本申请实施例五的一种可选的数据处理系统的结构示意图；以及

图10是根据本申请实施例六的一种可选的计算机终端的结构框图。

具体实施方式

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

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

首先，在对本申请实施例进行描述的过程中出现的部分名词或术语适用于如下解释：

分布式文件系统(Distributed File System，DFS)：是指文件系统管理的物理存储资源不一定直接连接在本地节点上，而是通过计算机网络与节点相连。分布式文件系统的设计基于客户机/服务器模式。一个典型的网络可能包括多个供多用户访问的服务器。

专有网络(Virtual Private Cloud，VPC)，是用户基于云服务平台创建的自定义私有网络，不同的专有网络之间二层逻辑隔离。用户可以在自己创建的专有网络内创建和管理云产品实例，例如云服务器(Elastic Compute Service，ECS)实例、负载均衡(ServerLoad Balancer，SLB)实例和云数据库(Relational Database Service，RDS)实例等。

经典网络，与专有网络相对，是指采用传统网络架构，未进行虚拟化的网络环境。

实施例1

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

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

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

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

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

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

图1示出的硬件结构框图，不仅可以作为上述计算机终端10(或移动设备)的示例性框图，还可以作为上述服务器的示例性框图，一种可选实施例中，图2以框图示出了使用上述图1所示的计算机终端10(或移动设备)作为客户终端的一种实施例。如图2所示，计算机终端10(或移动设备)可以经由数据网络连接或电子连接到一个或多个服务器66。一种可选实施例中，上述计算机终端10(或移动设备)可以是移动计算设备等。数据网络连接可以是局域网连接、广域网连接、因特网连接，或其他类型的数据网络连接。计算机终端10(或移动设备)可以执行以连接到由一个服务器(例如安全服务器)或一组服务器执行的网络服务。网络服务器是基于网络的用户服务，诸如社交网络、云资源、电子邮件、在线支付或其他在线应用。

在上述运行环境下，本申请提供了如图3所示的数据发送方法。图3是根据本申请实施例1的一种可选的数据发送方法的流程图。如图3所示，该方法可以应用在不同的业务系统中，从业务系统的角度对本申请的实施过程进行详细描述，可以包括如下步骤：

步骤S302，从域名解析记录中获取目标域名，其中，该目标域名用于表示分布式文件系统与不同业务系统之间的网络通路。

一种可选方案中，上述域名解析记录可以为挂载点的实现方式，上述挂载点可以为分布式文件系统服务器对不同业务系统的网络通路的抽象，目的在于方便用户使用网络通路访问分布式文件系统实例中的数据。

一种可选方案中，上述目标域名可以为用户待访问的域名。

需要说明的是，上述域名解析记录可以为目标域名和虚拟IP地址相互映射的一个分布式数据库，例如，www.wikipedia.org是一个域名，和虚拟IP地址208.80.152.2相对应。

一种可选方案中，上述不同业务系统可以为专有网络或经典网络。

需要说明的是，专有网络的逻辑隔离主要通过逻辑隔离器实现，逻辑隔离器是一种不同网络间的隔离部件，被隔离的两端仍然存在物理上的数据通道连线，但通过技术手段可以保证被隔离的两端没有数据通道。

步骤S304，确定与目标域名对应的虚拟IP地址，其中，虚拟IP地址为负载均衡实例对应的IP地址，该负载均衡实例用于对外提供不同业务系统的访问接口。

一种可选方案中，上述负载均衡(Server Load Balancer，SLB)实例可以基于虚拟IP地址创建，位于分布式文件系统与不同业务系统之间的网络通路中；虚拟IP地址是负载均衡实例的标识、属性，一个虚拟IP地址关联一个负载均衡实例，不存在关联其它种类实例的情况。

SLB是一个工作在四层网络的负载均衡服务，负责均衡负载和流量转发，连通用户客户端和后端真实服务器，从而提供完整的网络链路。SLB也是一套软件，运行在一套独立的服务器上。

由于负载均衡实例可以对外提供不同业务系统的访问接口，上述步骤中，当确定好与目标域名对应的虚拟IP地址后，相当于确定了与目标域名对应的负载均衡实例。

步骤S306，经由与虚拟IP地址对应的负载均衡实例向分布式文件系统中的服务器发送数据处理请求。

一种可选方案中，上述服务器为可以响应上述数据处理请求的服务器，可以为分布式文件系统众多服务器中的一台。

上述步骤中，业务系统将数据处理请求发送到虚拟IP地址后，由虚拟IP地址对应的负载均衡实例接收该请求，并将该请求转发给分布式文件系统中服务器列表里的某一台服务器，由该服务器执行相应操作。

在一个可选的实施例中，分布式文件系统云服务分别为专有网络的业务系统和经典网络的业务系统打通了不同的网络通路，可以同时支持专有网络业务系统和经典网络业务系统共享分布式文件系统实例。用户在经典网络的环境下，需要访问维基百科网站时，经典网络的业务系统首先从域名解析记录中提取出目标域名，该目标域名表示分布式文件系统与经典网络之间的网络通路，然后确定与目标域名对应的虚拟IP地址，例如208.80.152.2，由于负载均衡实例是基于虚拟IP地址创建的，因此上述步骤等于确定了与目标域名对应的负载均衡实例，最后由该负载均衡实例确定分布式文件系统中的目标服务器，并向该目标服务器发送数据处理请求。用户在专有网络的环境下，需要访问其它域名时，其执行过程与经典网络类似，区别仅在于从域名解析记录中提取出的目标域名表示的是分布式文件系统与专有网络之间的网络通路。

在本申请实施例中，首先从域名解析记录中获取目标域名，其中，该目标域名用于表示分布式文件系统与不同业务系统之间的网络通路；然后确定与目标域名对应的虚拟IP地址，其中，虚拟IP地址为负载均衡实例对应的IP地址，该负载均衡实例用于对外提供不同业务系统的访问接口；最后经由与虚拟IP地址对应的负载均衡实例向分布式文件系统中的服务器发送数据处理请求。与现有技术相比，上述方案中，分布式文件系统云服务将不同的网络通路抽象为域名，通过确定与目标域名关联的负载均衡实例对应的虚拟IP地址，利用该负载均衡实例作为不同业务系统的接口，向分布式文件系统中的目标服务器发送请求，达到访问分布式文件系统实例内的数据的目的，进而解决了分布式文件系统实例内的数据只支持单一网络环境的业务系统访问，导致业务部署重复的的技术问题。

可选地，在步骤S306经由与虚拟IP地址对应的负载均衡实例向分布式文件系统中的服务器发送数据处理请求之后，上述方法还可以包括：

步骤S308，通过负载均衡实例接收分布式文件系统中的服务器返回的执行结果，其中，该执行结果为执行数据处理请求后得到的结果。

上述方案中，负载均衡服务器连通用户客户端和后端真实的业务服务器，从而提供完整的网络链路。

需要说明的是，SLB是指一种负载均衡产品，对下，管理一组服务器，每个服务器有一个真实的IP地址；对上，通过1个虚拟IP地址对外提供服务。一些客户端不想了解服务端究竟有多少个服务器，或者由于网络隔离，不能了解服务端有多少个服务器，负载均衡就是满足这个需求，相当于在客户端和真实的服务器之间增加了一层抽象，对外提供一个虚拟IP地址，作为后端服务的唯一访问入口；在客户端和真实的服务器之间做流量转发。

上述步骤中，与虚拟IP地址对应的负载均衡实例向分布式文件系统中的服务器发送数据处理请求之后，该服务器执行数据处理请求，然后将执行结果又返回至负载均衡实例，通过负载均衡实例将执行结果返回给业务系统。

可选地，负载均衡实例依据负载均衡策略从分布式文件系统的服务器中选择目标服务器，上述步骤S306经由与虚拟IP地址对应的负载均衡实例向分布式文件系统中的服务器发送数据处理请求，可以包括：经由与虚拟IP地址对应的负载均衡实例向目标服务器发送数据处理请求。

一种可选方案中，负载均衡策略可以采用轮询、加权最小连接数、最短响应时间等方法。负载均衡策略可以降低单台服务器出现异常时对业务的冲击，提升业务的可用性。同时，结合弹性伸缩服务，通过动态调整后端服务器，可以快速对业务进行弹性调整(扩容或缩容)，以快速应对业务的发展。

上述步骤中，负载均衡实例依据负载均衡策略从分布式文件系统的众多服务器中选择目标服务器，然后经由与虚拟IP地址对应的负载均衡实例向目标服务器发送数据处理请求。

在本申请的一个实施例中，通过负载均衡实例从负载均衡实例维护的服务器列表中选择目标服务器。负载均衡实例维护一个服务器列表，该服务器列表中的服务器为分布式文件系统中的服务器。

一种可选方案中，上述负载均衡实例可以管理分布式文件系统中的众多服务器，每个服务器有一个真实的IP地址，上述负载均衡实例还可以通过虚拟IP对外提供服务。

一种可选方案中，上述服务器列表可以注册有分布式文件系统云服务的后端服务器的真实IP地址。

上述步骤中，负载均衡实例在接收到数据处理请求的业务后，将请求转发给服务器列表里的某一台服务器。

可选地，上述业务系统可以包括：专有网络的业务系统和经典网络的业务系统；其中，专有网络为云上租户具有的私有网络，不同租户的网络是相互隔离的；经典网络为未进行虚拟网络隔离的网络。

一种可选方案中，上述隔离方式可以为逻辑隔离。

需要说明的是，经典网络由云自动分配IP地址，有一定的规律性，被攻击的可能性较大。而专有网络因为是自定义局域网IP地址，默认情况下，是隔离的安全网络，云产品用户的新业务往往部署在专有网络内，但是，也存在部分业务部署或遗留在经典网络内的情况。

在本申请的一个可选实施例中，不同类型的网络具有不同的负载均衡实例，例如，在业务系统为专有网络的业务系统的情况下，负载均衡实例包括专有网络的第一负载均衡实例，此时，可以从专有网络的IP地址空间中申请IP地址，并建立申请的IP地址和第一负载均衡实例之间的关联关系。

在执行步骤S302从域名解析记录中获取目标域名之前，分布式文件系统云服务可以打通专有网络的网络通路，一种可选方案中，上述关联关系可以通过以下方式建立：在专有网络的IP地址空间内申请一个IP地址IPvpc，将该IPvpc作为虚拟IP地址，基于该虚拟IP地址创建负载均衡实例。

此外，创建好负载均衡实例后，还可以将分布式文件系统云服务的后端服务器的真实IP地址注册到负载均衡实例的服务器列表内，在域名系统内增加一条域名解析记录，将域名解析到负载均衡实例的虚拟IP上，该域名就是挂载点的实现方式；将挂载点域名提供给用户，用户的业务系统就可以通过挂载点域名访问分布式文件系统实例。

在本申请的另一个可选实施例中，不同类型的网络具有不同的负载均衡实例，例如，在业务系统为经典网络的业务系统的情况下，负载均衡实例包括经典网络的第二负载均衡实例，此时，可以从经典网络的IP地址空间中申请IP地址，并建立申请的IP地址和第二负载均衡实例之间的关联关系。

在执行步骤S302从域名解析记录中获取目标域名之前，分布式文件系统云服务可以打通经典网络的网络通路，一种可选方案中，上述关联关系可以通过以下方式建立：在经典网络的IP地址空间内申请一个IP地址IPclassic，将该IPclassic作为虚拟IP地址，基于该虚拟IP地址创建负载均衡实例。

此外，创建好负载均衡实例后，还可以将分布式文件系统云服务的后端服务器的真实IP地址注册到负载均衡实例的服务器列表内，在域名系统内增加一条域名解析记录，将域名解析到负载均衡实例的虚拟IP上，该域名就是挂载点的实现方式；将挂载点域名提供给用户，用户的业务系统就可以通过挂载点域名访问分布式文件系统实例。

图4是根据本申请实施例一的不同业务系统共享分布式文件系统实例的结构示意图。如图4所示，分布式文件系统云服务为专有网络的业务系统打通了专有网络的网络通路，为经典网络的业务系统打通了经典网络的网络通路，而开发人员只需要事先分别从专有网络和经典网络的IP地址空间中申请IP地址，建立上述IP地址和各自负载均衡实例之间的关联关系即可，达到同时支持专有网络业务系统和经典网络业务系统共享分布式文件系统实例的目的，实现了不同网络环境下业务系统对同一个分布式文件系统实例的数据共享。

图5是根据本申请实施例一的业务系统与分布式文件系统交换数据的时序图。如图5所示，该时序图分为建立网络通路和访问分布式文件系统实例两个阶段。

其中，在建立网络通路阶段，①在业务系统的IP地址空间中申请IP地址；②将此IP地址作为虚拟IP地址，创建负载均衡实例；③将分布式文件系统的后端服务器IP注册到负载均衡实例的服务器列表内；④在域名系统内增加一条域名解析记录,将域名解析到负载均衡实例的虚拟IP地址上；⑤将域名作为挂载点提供给业务系统。

其中，在访问分布式文件系统实例阶段，①业务系统的网络模块解析域名，获得负载均衡实例的虚拟IP地址；②业务系统将数据处理请求发送给虚拟IP地址,与虚拟IP地址对应的负载均衡服务器接收到业务系统的请求；③负载均衡服务器将请求转发给分布式文件系统中的目标服务器；④目标服务器接收到数据处理请求，执行请求；⑤目标服务器将执行结果返回给负载均衡服务器；⑥负载均衡服务器将执行结果返回给业务系统。

容易注意到，本申请的上述方法可以分为两个部分：管理控制部分和数据服务部分。在管理控制部分，即打通不同业务系统的网络通路的部分，需要区分网络类型；而在管理服务部分，是不需要区分网络类型的。

在本申请实施例中，首先从域名解析记录中获取目标域名，其中，该目标域名用于表示分布式文件系统与不同业务系统之间的网络通路；然后确定与目标域名对应的虚拟IP地址，其中，虚拟IP地址为负载均衡实例对应的IP地址，该负载均衡实例用于对外提供不同业务系统的访问接口；最后经由与虚拟IP地址对应的负载均衡实例向分布式文件系统中的服务器发送数据处理请求。与现有技术相比，上述方案中，分布式文件系统云服务将不同的网络通路抽象为域名，通过确定与目标域名关联的负载均衡实例对应的虚拟IP地址，利用该负载均衡实例作为不同业务系统的接口，向分布式文件系统中的目标服务器发送请求，然后通过该负载均衡实例接收分布式文件系统中的服务器返回的执行结果，达到访问分布式文件系统实例内的数据的目的；通过负载均衡策略从分布式文件系统的服务器列表中选择目标服务器；通过事先分别在专有网络和经典网络中建立申请的虚拟IP地址和各自的负载均衡实例的关联关系，为打通网络通路奠定基础，进而解决了分布式文件系统实例内的数据只支持单一网络环境的业务系统访问，导致业务部署重复的的技术问题。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

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

实施例2

根据本申请实施例，还提供了一种数据处理的方法，如图6所示，该方法可以应用在分布式文件系统中的服务器端，从分布式文件系统中的服务器的角度对本申请的实施过程进行详细描述，可以包括如下步骤：

步骤S602，分布式文件系统中的服务器通过负载均衡实例接收来自业务系统的数据处理请求。

一种可选方案中，上述服务器为可以响应上述数据处理请求的业务服务器，可以为分布式文件系统众多服务器中的一台。

一种可选方案中，上述业务系统可以为专有网络或经典网络。

需要说明的是，专有网络的逻辑隔离主要通过逻辑隔离器实现，逻辑隔离器是一种不同网络间的隔离部件，被隔离的两端仍然存在物理上的数据通道连线，但通过技术手段可以保证被隔离的两端没有数据通道。

步骤S604，分布式文件系统中的服务器经由负载均衡实例向业务系统发送执行结果，其中，该执行结果为执行数据处理请求后得到的结果。

一种可选方案中，负载均衡实例连通用户客户端和后端真实的业务服务器，从而提供完整的网络链路。

需要说明的是，SLB是指一种负载均衡产品，对下，管理一组业务服务器，每个业务服务器有一个真实的IP地址；对上，通过1个虚拟IP地址对外提供服务。一些客户端不想了解服务端究竟有多少个业务服务器，或者由于网络隔离，不能了解服务端有多少个业务服务器，负载均衡就是满足这个需求，相当于在客户端和真实的业务服务器之间增加了一层抽象，对外提供一个虚拟IP地址，作为后端服务的唯一访问入口；在客户端和真实的业务服务器之间做流量转发。

可选地，上述负载均衡实例用于对外提供不同业务系统的访问接口，在执行步骤S602分布式文件系统中的服务器通过负载均衡实例接收来自业务系统的数据处理请求之前，负载均衡实例可以基于以下方式创建：

步骤S6011，业务系统从域名解析记录中获取目标域名，其中，该目标域名用于表示分布式文件系统与不同业务系统之间的网络通路。

一种可选方案中，上述域名解析记录可以为挂载点的实现方式，上述挂载点可以为分布式文件系统云服务将不同业务系统的网络通路的抽象化，目的在于方便用户使用网络通路访问分布式文件系统实例中的数据。

一种可选方案中，上述目标域名可以为用户待访问的域名。

需要说明的是，上述域名解析记录可以为目标域名和虚拟IP地址相互映射的一个分布式数据库，例如，www.wikipedia.org是一个域名，和IP地址208.80.152.2相对应。

步骤S6012，确定与目标域名对应的虚拟IP地址，并基于虚拟IP地址创建负载均衡实例。

一种可选方案中，上述负载均衡实例位于分布式文件系统与不同业务系统之间的网络通路中。；虚拟IP地址是负载均衡实例的标识、属性，一个虚拟IP地址关联一个负载均衡实例，不存在关联其它种类实例的情况。

SLB是一个工作在四层网络的负载均衡服务，负责均衡负载和流量转发，连通用户客户端和后端真实服务器，从而提供完整的网络链路。SLB也是一套软件，运行在一套独立的服务器上。

由于负载均衡实例可以对外提供不同业务系统的访问接口，上述步骤中，当确定好与目标域名对应的虚拟IP地址后，相当于确定了与目标域名对应的负载均衡实例。上述步骤中，业务系统将数据处理请求发送到虚拟IP地址后，由虚拟IP地址对应的负载均衡实例接收该请求，并将该请求转发给分布式文件系统中服务器列表里的某一台服务器，由该服务器执行数据处理请求，然后将执行结果又返回至负载均衡实例，通过负载均衡实例将执行结果返回给业务系统。

可选地，上述分布式文件系统中的服务器是由负载均衡实例依据负载均衡策略确定的。

一种可选方案中，负载均衡策略可以采用轮询、加权最小连接数、最短响应时间等方法。负载均衡策略可以降低单台服务器出现异常时对业务的冲击，提升业务的可用性。同时，结合弹性伸缩服务，通过动态调整后端服务器，可以快速对业务进行弹性调整(扩容或缩容)，以快速应对业务的发展。

负载均衡实例依据负载均衡策略从分布式文件系统的众多服务器中选择目标服务器，然后经由与虚拟IP地址对应的负载均衡实例向目标服务器发送数据处理请求。

可选地，上述分布式文件系统中的服务器是通过负载均衡实例从负载均衡实例维护的服务器列表中选择的。

一种可选方案中，上述负载均衡实例可以管理分布式文件系统中的众多业务服务器，每个业务服务器有一个真实的IP地址，上述负载均衡实例还可以通过虚拟IP对外提供服务。

一种可选方案中，上述服务器列表可以注册有分布式文件系统云服务的后端服务器的真实IP地址。负载均衡实例在接收到数据处理请求的业务后，将请求转发给服务器列表里的某一台服务器。

可选地，上述业务系统可以包括：专有网络的业务系统和经典网络的业务系统；其中，专有网络为云上租户具有的私有网络，不同租户的网络是相互隔离的；经典网络为未进行虚拟网络隔离的网络。

一种可选方案中，上述隔离方式可以为逻辑隔离。

需要说明的是，经典网络由云自动分配IP地址，有一定的规律性，被攻击的可能性较大。而专有网络因为是自定义局域网IP地址，默认情况下，是隔离的安全网络，云产品用户的新业务往往部署在专有网络内，但是，也存在部分业务部署或遗留在经典网络内的情况。

可选地，如果负载均衡实例包括专有网络的第一负载均衡实例，上述方法还可以包括：在业务系统为专有网络的业务系统的情况下，从专用网络的IP地址空间中申请IP地址，并建立申请的IP地址和第一负载均衡实例之间的关联关系。

在执行步骤S602分布式文件系统中的服务器通过负载均衡实例接收来自业务系统的数据处理请求之前，分布式文件系统云服务可以打通专有网络的网络通路，一种可选方案中，上述关联关系可以通过以下方式建立：在专有网络的IP地址空间内申请一个IP地址IPvpc，将该IPvpc作为虚拟IP地址，基于该虚拟IP地址创建负载均衡实例。

此外，创建好负载均衡实例后，还可以将分布式文件系统云服务的后端服务器的真实IP地址注册到负载均衡实例的服务器列表内，在域名系统内增加一条域名解析记录，将域名解析到负载均衡实例的虚拟IP上，该域名就是挂载点的实现方式；将挂载点域名提供给用户，用户的业务系统就可以通过挂载点域名访问分布式文件系统实例。

可选地，如果负载均衡实例包括经典网络的第二负载均衡实例，上述方法还可以包括：在业务系统为经典网络的业务系统的情况下，从经典网络的IP地址空间中申请IP地址，并建立申请的IP地址和第二负载均衡实例之间的关联关系。

在执行步骤S602分布式文件系统中的服务器通过负载均衡实例接收来自业务系统的数据处理请求之前，分布式文件系统云服务可以打通经典网络的网络通路，一种可选方案中，上述关联关系可以通过以下方式建立：在经典网络的IP地址空间内申请一个IP地址IPclassic，将该IPclassic作为虚拟IP地址，基于该虚拟IP地址创建负载均衡实例。

此外，创建好负载均衡实例后，还可以将分布式文件系统云服务的后端服务器的真实IP地址注册到负载均衡实例的服务器列表内，在域名系统内增加一条域名解析记录，将域名解析到负载均衡实例的虚拟IP上，该域名就是挂载点的实现方式；将挂载点域名提供给用户，用户的业务系统就可以通过挂载点域名访问分布式文件系统实例。

容易注意到，本申请的上述方法同样可以分为两个部分：管理控制部分和数据服务部分。在管理控制部分，即打通不同业务系统的网络通路的部分，需要区分网络类型；而在管理服务部分，是不需要区分网络类型的。

在本申请实施例中，分布式文件系统中的服务器首先通过负载均衡实例接收来自业务系统的数据处理请求，然后由负载均衡实例向业务系统发送执行结果，其中，该执行结果为执行数据处理请求后得到的结果。与现有技术相比，上述方案中，分布式文件系统云服务将负载均衡实例作为不同业务系统的接口，通过负载均衡实例接收来自业务系统的数据处理请求，然后通过该负载均衡实例接收分布式文件系统中的服务器返回的执行结果，并向业务系统发送，达到访问分布式文件系统实例内的数据的目的；通过负载均衡策略从分布式文件系统的服务器列表中选择目标服务器；通过事先分别在专有网络和经典网络中建立申请的虚拟IP地址和各自的负载均衡实例的关联关系，为打通网络通路奠定基础，进而解决了分布式文件系统实例内的数据只支持单一网络环境的业务系统访问，导致业务部署重复的的技术问题。

需要说明的是，本实施例的可选或优选实施方式可以参见实施例1中的相关描述，但不仅限于实施例1所公开的内容，在此不再赘述。

实施例3

根据本申请实施例，还提供了一种数据发送的装置，如图7所示，该装置700包括：获取模块702、确定模块704和发送模块706。

其中，获取模块702，用于从域名解析记录中获取目标域名，其中，该目标域名用于表示分布式文件系统与不同业务系统之间的网络通路。

确定模块704，用于确定与目标域名对应的虚拟IP地址，其中，虚拟IP地址为负载均衡实例对应的IP地址，该负载均衡实例用于对外提供不同业务系统的访问接口。

发送模块706，用于经由与虚拟IP地址对应的负载均衡实例向分布式文件系统中的服务器发送数据处理请求。

可选地，上述装置还包括：返回模块，用于经由与虚拟IP地址对应的负载均衡实例向分布式文件系统中的服务器发送数据处理请求之后，通过负载均衡实例接收分布式文件系统中的服务器返回的执行结果，其中，该执行结果为执行数据处理请求后得到的结果。

可选地，负载均衡实例依据负载均衡策略从分布式文件系统的服务器中选择目标服务器，上述发送模块可以包括：发送子模块，用于经由与虚拟IP地址对应的负载均衡实例向目标服务器发送数据处理请求。

可选地，上述装置还可以包括：选择模块，用于通过负载均衡实例从负载均衡实例维护的服务器列表中选择目标服务器。

可选地，上述业务系统可以包括：专有网络的业务系统和经典网络的业务系统；其中，专有网络为云上租户具有的私有网络，不同租户的网络是相互隔离的；经典网络为未进行虚拟网络隔离的网络。

可选地，如果负载均衡实例包括专有网络的第一负载均衡实例，上述装置还可以包括：第一关联模块，用于在业务系统为专有网络的业务系统的情况下，从专有网络的IP地址空间中申请IP地址，并建立申请的IP地址和第一负载均衡实例之间的关联关系。

可选地，如果负载均衡实例包括经典网络的第二负载均衡实例，上述装置还可以包括：第二关联模块，用于在业务系统为经典网络的业务系统的情况下，从经典网络的IP地址空间中申请IP地址，并建立申请的IP地址和第二负载均衡实例之间的关联关系。

此处需要说明的是，上述获取模块702、确定模块704和发送模块706对应于实施例1中的步骤S302至步骤S306，三个模块与对应的步骤所实现的实例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在实施例1提供的计算机终端10中。

实施例4

根据本申请实施例，还提供了一种数据处理的装置，如图8所示，该装置800包括：接收模块802和发送模块804。

其中，接收模块802，用于分布式文件系统中的服务器通过负载均衡实例接收来自业务系统的数据处理请求。

发送模块804，用于分布式文件系统中的服务器经由负载均衡实例向业务系统发送执行结果，其中，该执行结果为执行数据处理请求后得到的结果。

可选地，上述负载均衡实例用于对外提供不同业务系统的访问接口，上述装置还可以包括：创建模块，用于在分布式文件系统中的服务器通过负载均衡实例接收来自业务系统的数据处理请求之前，创建负载均衡实例，其中，创建模块可以包括：提取模块，用于业务系统从域名解析记录中获取目标域名，其中，该目标域名用于表示分布式文件系统与不同业务系统之间的网络通路。确定模块，用于确定与目标域名对应的虚拟IP地址，并基于虚拟IP地址创建负载均衡实例。

可选地，上述分布式文件系统中的服务器是由负载均衡实例依据负载均衡策略确定的。

可选地，上述分布式文件系统中的服务器是通过负载均衡实例从负载均衡实例维护的服务器列表中选择的。

可选地，上述业务系统可以包括：专有网络的业务系统和经典网络的业务系统；其中，专有网络为云上租户具有的私有网络，不同租户的网络是相互隔离的；经典网络为未进行虚拟网络隔离的网络。

可选地，如果负载均衡实例包括专有网络的第一负载均衡实例，上述装置还可以包括：第一关联模块，用于在业务系统为专有网络的业务系统的情况下，从专用网络的IP地址空间中申请IP地址，并建立申请的IP地址和第一负载均衡实例之间的关联关系。

可选地，如果负载均衡实例包括经典网络的第二负载均衡实例，上述装置还可以包括：第二关联模块，用于在业务系统为经典网络的业务系统的情况下，从经典网络的IP地址空间中申请IP地址，并建立申请的IP地址和第二负载均衡实例之间的关联关系。

此处需要说明的是，上述接收模块802和发送模块804对应于实施例2中的步骤S602至步骤S604，两个模块与对应的步骤所实现的实例和应用场景相同，但不限于上述实施例2所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在实施例1提供的计算机终端10中。

实施例5

根据本申请实施例，还提供了一种数据处理系统，如图9所示，该系统包括：业务系统902、负载均衡服务器904和分布式文件系统的服务器906。

其中，业务系统902，用于向负载均衡服务器上的负载均衡实例发送业务处理请求。

负载均衡服务器904，用于运行负载均衡实例，该负载均衡实例用于对外提供不同业务系统的访问接口，以及接收业务处理请求。

分布式文件系统的服务器906，用于接收负载均衡实例转发的数据处理请求，并经由负载均衡实例返回数据处理请求的执行结果。

可选地，负载均衡实例基于以下方式创建：业务系统从域名解析记录中获取目标域名，其中，该目标域名用于表示分布式文件系统与不同业务系统之间的网络通路；业务系统确定与目标域名对应的虚拟IP地址，并基于虚拟IP地址创建负载均衡实例。

可选地，负载均衡实例依据负载均衡策略从分布式文件系统的服务器中选择目标服务器；经由与虚拟IP地址对应的负载均衡实例向分布式文件系统中的服务器发送数据处理请求，包括：经由与虚拟IP地址对应的负载均衡实例向服务器发送数据处理请求。

可选地，负载均衡实例从负载均衡实例维护的服务器列表中选择目标服务器。

可选地，业务系统包括：专有网络的业务系统和经典网络的业务系统；其中，专有网络为云上租户具有的私有网络，不同租户的网络是相互隔离的；经典网络为未进行虚拟网络隔离的网络。

可选地，负载均衡实例包括：专有网络的第一负载均衡实例；在业务系统为专有网络的业务系统的情况下，从专用网络的IP地址空间中申请IP地址，并建立申请的IP地址和第一负载均衡实例之间的关联关系。

可选地，负载均衡实例包括：经典网络的第二负载均衡实例；在业务系统为经典网络的业务系统的情况下，从经典网络的IP地址空间中申请IP地址，并建立申请的IP地址和第二负载均衡实例之间的关联关系。

在本申请实施例中，数据处理系统包括：业务系统，用于向负载均衡服务器上的负载均衡实例发送业务处理请求；负载均衡服务器，用于运行负载均衡实例，该负载均衡实例用于对外提供不同业务系统的访问接口，以及接收业务处理请求；分布式文件系统的服务器，用于接收负载均衡实例转发的数据处理请求，并经由负载均衡实例返回数据处理请求的执行结果。与现有技术相比，上述方案中，分布式文件系统云服务将负载均衡实例作为不同业务系统的接口，通过负载均衡实例接收来自业务系统的数据处理请求，然后通过该负载均衡实例接收分布式文件系统中的服务器返回的执行结果，并向业务系统发送，达到访问分布式文件系统实例内的数据的目的；通过负载均衡策略从分布式文件系统的服务器列表中选择目标服务器；通过事先分别在专有网络和经典网络中建立申请的虚拟IP地址和各自的负载均衡实例的关联关系，为打通网络通路奠定基础，进而解决了分布式文件系统实例内的数据只支持单一网络环境的业务系统访问，导致业务部署重复的的技术问题。

实施例6

本申请的实施例可以提供一种计算机终端，该计算机终端可以是计算机终端群中的任意一个计算机终端设备。可选地，在本实施例中，上述计算机终端也可以替换为移动终端等终端设备。

可选地，在本实施例中，上述计算机终端可以位于计算机网络的多个网络设备中的至少一个网络设备。

在本实施例中，上述计算机终端可以执行应用程序的数据发送方法中以下步骤的程序代码：从域名解析记录中获取目标域名，其中，该目标域名用于表示分布式文件系统与不同业务系统之间的网络通路；确定与目标域名对应的虚拟IP地址，其中，虚拟IP地址为负载均衡实例对应的IP地址，该负载均衡实例用于对外提供不同业务系统的访问接口；经由与虚拟IP地址对应的负载均衡实例向分布式文件系统中的服务器发送数据处理请求。

可选地，图10是根据本申请实施例的一种计算机终端的结构框图。如图10所示，该计算机终端A可以包括：一个或多个(图中仅示出一个)处理器102以及存储器104。

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

处理器可以通过传输模块调用存储器存储的信息及应用程序，以执行下述步骤：从域名解析记录中获取目标域名，其中，该目标域名用于表示分布式文件系统与不同业务系统之间的网络通路；确定与目标域名对应的虚拟IP地址，其中，虚拟IP地址为负载均衡实例对应的IP地址，该负载均衡实例用于对外提供不同业务系统的访问接口；经由与虚拟IP地址对应的负载均衡实例向分布式文件系统中的服务器发送数据处理请求。

可选地，上述处理器还可以执行如下步骤的程序代码：在经由与虚拟IP地址对应的负载均衡实例向分布式文件系统中的服务器发送数据处理请求之后，通过负载均衡实例接收分布式文件系统中的服务器返回的执行结果，其中，该执行结果为执行数据处理请求后得到的结果。

可选地，上述处理器还可以执行如下步骤的程序代码：负载均衡实例依据负载均衡策略从分布式文件系统的服务器中选择目标服务器，经由与虚拟IP地址对应的负载均衡实例向分布式文件系统中的服务器发送数据处理请求，可以包括：经由与虚拟IP地址对应的负载均衡实例向目标服务器发送数据处理请求。

可选地，上述处理器还可以执行如下步骤的程序代码：通过负载均衡实例从负载均衡实例维护的服务器列表中选择目标服务器。

可选地，上述处理器还可以执行如下步骤的程序代码：上述业务系统可以包括专有网络的业务系统和经典网络的业务系统；其中，专有网络为云上租户具有的私有网络，不同租户的网络是相互隔离的；经典网络为未进行虚拟网络隔离的网络。

可选地，上述处理器还可以执行如下步骤的程序代码：如果负载均衡实例包括专有网络的第一负载均衡实例，上述方法还可以包括：在业务系统为专有网络的业务系统的情况下，从专有网络的IP地址空间中申请IP地址，并建立申请的IP地址和第一负载均衡实例之间的关联关系。

可选地，上述处理器还可以执行如下步骤的程序代码：如果负载均衡实例包括经典网络的第二负载均衡实例，上述方法还可以包括：在业务系统为经典网络的业务系统的情况下，从经典网络的IP地址空间中申请IP地址，并建立申请的IP地址和第二负载均衡实例之间的关联关系。

本领域普通技术人员可以理解，图10所示的结构仅为示意，计算机终端也可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌声电脑以及移动互联网设备(MobileInternet Devices，MID)、PAD等终端设备。图10并不对上述电子装置的结构造成限定。例如，计算机终端10还可包括比图10中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图10所示不同的配置。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(RandomAccess Memory，RAM)、磁盘或光盘等。

实施例7

本申请的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于保存上述实施例一或二所提供的数据发送或处理的方法所执行的程序代码。

可选地，在本实施例中，上述存储介质可以位于计算机网络中计算机终端群中的任意一个计算机终端中，或者位于移动终端群中的任意一个移动终端中。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：从域名解析记录中获取目标域名，其中，该目标域名用于表示分布式文件系统与不同业务系统之间的网络通路；确定与目标域名对应的虚拟IP地址，其中，虚拟IP地址为负载均衡实例对应的IP地址，该负载均衡实例用于对外提供不同业务系统的访问接口；经由与虚拟IP地址对应的负载均衡实例向分布式文件系统中的服务器发送数据处理请求。

在本申请实施例中，通过运行存储介质中保存的程序代码，分布式文件系统云服务将不同的网络通路抽象为域名，通过确定与目标域名关联的负载均衡实例对应的虚拟IP地址，利用该负载均衡实例作为不同业务系统的接口，向分布式文件系统中的目标服务器发送请求，然后通过该负载均衡实例接收分布式文件系统中的服务器返回的执行结果，达到访问分布式文件系统实例内的数据的目的；通过负载均衡策略从分布式文件系统的服务器列表中选择目标服务器；通过事先分别在专有网络和经典网络中建立申请的虚拟IP地址和各自的负载均衡实例的关联关系，为打通网络通路奠定基础，进而解决了分布式文件系统实例内的数据只支持单一网络环境的业务系统访问，导致业务部署重复的的技术问题。

需要说明的是，本实施例的可选或优选实施方式可以参见实施例1中的相关描述，在此不再赘述。

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

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

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

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

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

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

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