一种数据迁移集群及数据迁移方法与流程

本发明涉及数据迁移技术领域，尤其涉及一种数据迁移集群及数据迁移方法。

背景技术：

Sqoop，是一款开源的工具，主要用于在Hadoop与传统的数据库(如mysql、postgresql等)间进行数据的传递，可以将一个关系型数据库(例如MySQL、Oracle、Postgres等)中的数据迁移到Hadoop分布式文件系统(Hadoop Distributed File System，HDFS)中，也可以将HDFS的数据导进到关系型数据库中。由于Sqoop与Oozie工作流调度的配合使用非常方便，从而可以与spark、Mr等计算任务进行工作流的高效衔接处理，并且其定义了多种多样的迁移原语，使用方便，因此，Sqoop成为首选的数据迁移工具。

近年来，分布式数据库如MongoDB的使用频率越来越高，由于支持水平扩展、高可用、灵活查询等特性，MongoDB在处理非实时性事务处理的大数据处理方面有着无可比拟的优势，也有越来越多的人将自己的业务数据放在MongoDB中进行保存，因此，随之而来的是，实现MongoDB向HDFS的数据迁移场景越来越多。

目前，实现MongoDB向HDFS进行数据迁移的方案如图1所示：Sqoop启动多个MAP任务，每个MAP任务均需要建立一个与mongoDB主节点的连接，然后再由MongoDB主节点将任务交给MongoDB存储节点进行数据读取，在这种数据迁移方式中，由于多个MAP任务均需要建立与mongoDB主节点的连接，因此，MongoDB主节点会成为数据读取的瓶颈，数据的读取效率较低。

技术实现要素：

有鉴于此，本发明提供了一种数据迁移集群及数据迁移方法，用以解决现有技术中的数据迁移效率较低的问题，其技术方案如下：

一种数据迁移集群，所述数据迁移集群分别与第一分布式数据库和第二分布式数据库连接；

所述数据迁移集群为分布式集群，包括集群管理节点和多个集群执行节点，每个集群执行节点与所述第一分布式数据库的至少一个存储节点部署在一台设备上；

所述集群管理节点，用于接收由数据迁移工具启动的一个Map任务提交的数据迁移任务，并将所述数据迁移任务分发给各个集群执行节点；

所述各个集群执行节点，用于读取与自身部署在一台设备上的存储节点的数据，并将读取的数据存储至所述第二分布式数据库。

其中，所述集群管理节点，还用于监测所述各个集群执行节点对所述数据读取任务的执行情况，并通过所述各个集群执行节点对所述数据迁移任务的执行情况向所述Map任务返回所述数据迁移任务的执行状态信息。

其中，所述集群管理节点，还用于在接收所述Map任务提交的所述数据迁移任务的同时，接收所述Map任务提交的回调地址；

则所述集群管理节点，具体用于基于所述回调地址，通过所述各个集群执行节点对所述数据迁移任务的执行情况，向所述Map任务返回所述数据迁移任务的执行状态信息。

其中，所述集群管理节点，具体用于在将所述数据迁移任务分发给所述各个集群执行节点之后，基于所述回调地址向所述MAP任务返回所述数据迁移任务开始执行的指示信息，以使所述Map任务在接收到所述数据迁移任务开始执行的指示信息时，将自身维护的任务状态信息由任务准备更新为任务执行；

以及，在所述各个集群执行节点对所述数据迁移任务均执行成功时，基于所述回调地址向所述MAP任务返回所述数据迁移任务执行成功的指示信息，以使所述Map任务在接收到所述数据迁移任务执行成功的指示信息时，将所述自身维护的状态信息由所述任务执行更新为任务执行成功；

以及，在所述多个集群执行节点中的至少一个集群执行节点对所述数据迁移任务执行失败时，基于所述回调地址向所述Map任务返回所述数据迁移任务执行失败的指示信息，以使所述Map任务在接收到所述数据迁移任务执行失败的指示信息时，重新向所述集群管理节点提交所述数据迁移任务。

其中，所述集群管理节点，还用于在向所述Map任务返回所述数据迁移任务的执行状态信息之后，判断预设时间内是否接收到所述Map任务对所述执行状态信息的响应信息，如果在所述预设时间内未接收到所述Map任务对所述执行状态信息的响应信息，则启动轮询机制，直至所述Map任务成功接收到所述数据迁移任务的执行状态信息。

一种数据迁移方法，应用于数据迁移集群，所述数据迁移集群分别与第一分布式数据库和第二分布式数据库连接，所述数据迁移集群为分布式集群，包括集群管理节点和多个集群执行节点，每个集群执行节点与所述第一分布式数据库的至少一个存储节点部署在一台设备上；

所述数据迁移方法包括：

所述集群管理节点接收由数据迁移工具启动的一个Map任务提交的数据迁移任务；

所述集群管理节点将所述数据迁移任务分发给各个集群执行节点；

所述各个集群执行节点读取与自身部署在一台设备上的存储节点的数据，并将读取的数据存储至所述第二分布式数据库。

所述数据迁移方法还包括：

所述集群管理节点监测所述各个集群执行节点对所述数据读取任务的执行情况；

所述集群管理节点通过所述各个集群执行节点对所述数据迁移任务的执行情况，向所述Map任务返回所述数据迁移任务的执行状态信息。

所述数据迁移方法还包括：

所述集群管理节点接收所述Map任务提交的回调地址；

则所述集群管理节点通过所述各个集群执行节点对所述数据迁移任务的执行情况，向所述Map任务返回所述数据迁移任务的执行状态信息，包括：

所述集群管理节点基于所述回调地址，通过所述各个集群执行节点对所述数据迁移任务的执行情况，向所述Map任务返回所述数据迁移任务的执行状态信息。

其中，所述集群管理节点基于所述回调地址，通过所述各个集群执行节点对所述数据迁移任务的执行情况，向所述Map任务返回所述数据迁移任务的执行状态信息，包括：

所述集群管理节点在将所述数据迁移任务分发给所述各个集群执行节点之后，基于所述回调地址向所述MAP任务返回所述数据迁移任务开始执行的指示信息，以使所述Map任务在接收到所述数据迁移任务开始执行的指示信息时，将自身维护的任务状态信息由任务准备更新为任务执行；

在所述各个集群执行节点对所述数据迁移任务均执行成功时，所述集群管理节点基于所述回调地址向所述MAP任务返回所述数据迁移任务执行成功的指示信息，以使所述Map任务在接收到所述数据迁移任务执行成功的指示信息时，将所述自身维护的状态信息由所述任务执行更新为任务执行成功；在所述多个集群执行节点中的至少一个集群执行节点对所述数据迁移任务执行失败时，所述集群管理节点基于所述回调地址向所述Map任务返回所述数据迁移任务执行失败的指示信息，以使所述Map任务在接收到所述数据迁移任务执行失败的指示信息时，重新向所述集群管理节点提交所述数据迁移任务。

所述数据迁移方法还包括：

所述集群管理节点在向所述Map任务返回所述数据迁移任务的执行状态信息之后，判断在预设时间内是否接收到所述Map任务对所述执行状态信息的响应信息；

如果在所述预设时间内未接收到所述Map任务对所述执行状态信息的响应信息，则启动轮询机制，直至所述Map任务成功接收到所述数据迁移任务的执行状态信息

上述技术方案具有如下有益效果：

本发明提供的数据迁移集群及数据迁移方法使得，数据迁移工具只需要启动一个Map任务，该Map任务的作用不再是迁移数据，而是向数据迁移集群提交数据迁移任务，数据迁移集群的集群执行节点为分布式执行节点，第一分布式数据库的存储节点为分布式存储节点，通过将集群执行节点与存储节点部署在同一设备上，使得集群执行节点能够读取本地存储节点上的数据，即本发明提供的数据迁移集群可直接操作第一分布式数据库的底层数据而不用通过网络传输数据(即不用走高层协议连接)，由于在本地读取数据的效率较高，且多个集群执行节点同时在本地读取数据，因此，数据的读取效率大大提高，相应的，数据迁移的效率大大提高。

附图说明

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

图1为现有技术中由MongoDB向HDFS进行数据迁移的实现方案的示意图；

图2为本发明实施例提供的数据迁移集群的结构示意图；

图3为本发明实施例提供的数据迁移集群在两个分布式数据库间实现数据迁移的示意图；

图4为本发明实施例提供的数据迁移方法的流程示意图；

图5为本发明实施例提供的数据迁移方法中，基于回调地址，通过各个集群执行节点对数据迁移任务的执行情况，向Map任务返回数据迁移任务的执行状态信息的流程示意图。

具体实施方式

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

本发明实施例提供了一种数据迁移集群，请参阅图2，示出了该数据迁移集群的结构示意图，该数据迁移集群为分布式集群，该数据迁移集群可以包括集群管理节点和多个集群执行节点。

请参阅图3，示出了本发明实施例提供的数据迁移集群在两个分布式数据库间实现数据迁移的示意图，从图3可以看出，数据迁移集群分别与第一分布式数据库和第二分布式数据库连接。

本实施例中的数据迁移集群具有能够从第一数据库中读取数据的接口，并且，数据迁移集群中每个集群执行节点与第一分布式数据库的至少一个存储节点部署在一台设备上。

集群管理节点，用于接收由数据迁移工具启动的一个Map任务提交的数据迁移任务，并将数据迁移任务分发给各个集群执行节点。

在本实施例中，Map任务不再执行数据迁移，而是将数据迁移任务提交给数据迁移集群中的集群管理节点。

各个集群执行节点，用于读取与自身部署在一台设备上的存储节点的数据，并将读取的数据存储至第二分布式数据库。

在本实施例中，每个集群执行节点与第一分布式数据库的一个存储节点部署在一台设备上，即集群执行节点与存储节点一对一进行部署，当然，也可将一个集群执行节点与多个存储节点部署在同一设备上。需要说明的是，当一个集群执行节点与多个存储节点部署在同一设备上时，由于一个集群执行节点需要读取多个存储节点的数据，为了保证数据的读取效率，存储节点的数量不宜太多。为了使本实施例提供的数据迁移集群具有较高的数据读取效率，集群执行节点与存储节点优选为一对一部署。

本发明实施例提供的数据迁移集群使得，数据迁移工具只需要启动一个Map任务，该Map任务的作用不再是迁移数据，而是向数据迁移集群提交数据迁移任务，数据迁移集群的集群执行节点为分布式执行节点，第一分布式数据库的存储节点为分布式存储节点，通过将集群执行节点与存储节点部署在同一设备上，使得集群执行节点能够读取本地存储节点上的数据，即本发明实施例提供的数据迁移集群可直接操作第一分布式数据库的底层数据而不用通过网络传输数据(即不用走高层协议连接)，由于读取本地数据的效率较高，且多个集群执行节点同时读取本地数据，因此，数据的读取效率大大提高，相应的，数据迁移的效率大大提高。

在本发明实施例中，由于数据迁移不再通过Map任务执行，Map任务只是将数据迁移任务提交给数据迁移集群，由数据迁移集群执行数据迁移任务，数据迁移集群在执行数据迁移任务时，Map需要获知数据迁移任务的执行情况，以便决定是否重新向数据迁移集群提交数据迁移任务。

基于上述需求，本发明实施例提供的数据迁移集群中，集群管理节点在将数据读取任务分发给各个集群执行节点之后，实时监测各个集群执行节点对数据读取任务的执行情况，然后通过各个集群执行节点对数据读取任务的执行情况向Map任务返回数据迁移任务的执行状态信息。

可以理解的是，集群管理节点若想向Map任务返回数据迁移任务的执行状态信息，则需要获知Map任务在哪，基于此，在一种可能的实现方式中，Map任务在向数据迁移集群提交数据迁移任务的同时，向数据迁移集群提交回调地址。当集群管理节点需要向Map任务返回数据迁移任务的执行状态信息时，基于该回调地址将数据迁移任务的执行状态信息返回给Map任务。

Map任务维护数据迁移任务的执行状态信息，当Map任务向集群管理节点提交数据迁移任务时，数据迁移任务的执行状态信息为任务准备。

集群管理节点在将数据迁移任务分发给各个集群执行节点之后，通过监测的各个集群执行节点对数据迁移任务的执行情况，基于回调地址向Map任务返回数据迁移任务的执行状态信息，具体的：

集群管理节点在将数据迁移任务分发给各个集群执行节点之后，基于回调地址向Map任务返回数据迁移任务开始执行的指示信息，Map任务在接收到数据迁移任务开始执行的指示信息时，将自身维护的任务状态信息由任务准备更新为任务执行；

当各个集群执行节点对数据迁移任务均执行成功时，集群管理节点基于回调地址向MAP任务返回数据迁移任务执行成功的指示信息，Map任务在接收到数据迁移任务执行成功的指示信息时，将自身维护的状态信息由任务执行更新为任务执行成功。可以理解的是，当Map任务接收到数据迁移任务执行成功的指示信息时，获知其提交给数据迁移集群的数据迁移任务已执行成功，则Map任务成功终止。

在某些时候，可能存在由于某种原因，某个集群执行节点或者某几个集群执行节点读取数据失败的情况，即，多个集群执行节点中的至少一个集群执行节点对数据迁移任务执行失败，此时，集群管理节点基于回调地址向Map任务返回数据迁移任务执行失败的指示信息，Map任务在接收到数据迁移任务执行失败的指示信息时，重新向集群管理节点提交数据迁移任务，集群管理节点重新将数据迁移任务分发给各个集群执行节点进行数据迁移。

在一种可能的实现方式中，Map任务在每次接收到数据迁移任务执行失败的指示信息时，记录截止到当前数据迁移任务执行失败的总次数，并判断数据迁移任务执行失败的总次数是否大于设定次数，如果数据迁移任务执行失败的总次数大于预设次数，则将自身维护的任务状态信息任务执行更新为任务执行失败并退出。

在某些时候可能存在集群管理节点向Map任务返回数据迁移任务的执行状态信息时，由于通信连接断开，导致Map任务无法成功接收到集群管理节点发送的数据迁移任务的执行状态信息的情况。可以想象的是，如果Map任务接收不到数据迁移任务的执行状态信息，将无法获知数据读取任务的执行情况，也就无法获知数据迁移任务是否执行成功，即Map任务将无法得知自身是否需要重新向集群管理节点提交数据迁移任务。

基于上述情况，本发明实施例提供的数据迁移集群中，集群管理节点在向Map任务返回数据迁移任务的执行状态信息之后，判断预设时间内是否接收到Map任务对执行状态信息的响应信息，如果在预设时间内接收到Map任务对执行状态信息的响应信息，则表明Map任务已成功接收到数据迁移任务的执行状态信息，反之，如果在预设时间内未接收到Map任务对执行状态信息的响应信息，则启动轮询机制，直至Map任务成功接收到数据迁移任务的执行状态信息。

所谓轮询机制，即集群管理节点重新向Map任务发送数据迁移任务的执行状态信息，判断在预设时间内接收到Map任务对执行状态信息的响应信息，如果在预设时间内未接收到Map任务对执行状态信息的响应信息，则再次向Map任务发送数据迁移任务的执行状态信息，并判断在预设时间内接收到Map任务对执行状态信息的响应信息，重复上述过程，直至接收到Map任务对执行状态信息的响应信息。

在本发明实施例中，第一分布式数据库可以但不限定为MongoDB，第二分布式数据库可以但不限定为HDFS，数据迁移集群可以但不限为Spark集群，数据迁移工具可以为Sqoop。下面以第一分布式数据库为MongoDB，第二分布式数据库为HDFS，数据迁移集群为Spark集群为例，对数据迁移集群实现数据迁移的过程进行说明：

包括多个Spark管理节点和多个Spark执行节点，每个Spark执行节点与MongoDB的一个MongoDB存储节点部署在同一设备上，且Spark集群具有能够从MongoDB存储节点读取数据的接口。

Sqoop启动一个Map任务，Map任务向Spark集群中的Spark管理节点提交spark数据迁移任务和回调地址，Map任务内部维护一任务状态标识，该任务状态标识初始为“prepare”。

Spark管理节点接收到spark数据迁移任务和回调地址之后，将spark数据迁移任务分发给各个Spark执行节点，然后基于回调地址向Map任务返回spark数据迁移任务开始执行的指示信息，Map任务接收到spark数据迁移任务开始执行的指示信息时，将自身维护的任务状态标识由“prepare”更新为“running”。

各个Spark执行节点在接收到Spark数据迁移任务时，分别在本地读取与自身部署在一起的MongoDB存储节点上的数据，然后将读取的数据写入HDFS。

在各个Spark执行节点执行Spark数据迁移任务时，Spark管理节点实时监测各个Spark执行节点的任务执行情况，如果各个Spark执行节点对于Spark数据迁移任务均执行成功，则表明Spark集群对Spark数据迁移任务执行成功，则Spark管理节点基于回调地址向Map任务返回Spark数据迁移任务执行成功的指示信息，Map任务接收到Spark数据迁移任务执行成功的指示信息时，将自身维护的任务状态标识由“running”更新为“successed”，此时，Map任务终止。

如果多个Spark执行节点中有至少一个Spark执行节点对Spark数据迁移任务未执行成功，则表明Spark集群对Spark数据迁移任务执行失败，则Spark管理节点基于回调地址向Map任务返回Spark数据迁移任务执行失败的指示信息，Map任务接收到Spark数据迁移任务执行失败的指示信息时，重新向Spark管理节点提交Spark数据迁移任务。Map任务在接收到Spark数据迁移任务执行失败的指示信息时，记录截止到当前Spark数据迁移任务执行失败的次数，如果截止到当前Spark数据迁移任务执行失败的次数大于预设次数(例如3次)，则将自身维护的任务状态标识由“running”更新为“failed”并退出。

在本实施例，Sqoop只需要启动一个Map任务，该Map任务的作用不再是迁移数据，而是向Spark集群中的Spark管理节点提交Spark数据迁移任务，以及，从Spark管理节点接收Spark数据迁移任务的执行状态信息以获知Spark数据迁移任务的执行情况。本发明实施例通过将Spark集群的Spark执行节点与MongoDB的MongoDB存储节点部署在一起，从而使得Spark执行节点可直接读取本地MongoDB存储节点上的数据，由于直接操作MongoDB底层数据，而需要像现有技术那样走高层协议连接，避免了与MongoDB主节点建立连接的问题，数据的读取效率大大提高，相应的，数据的迁移效率大大提高。

本发明实施例还提供了一种数据迁移方法，该方法应用于数据迁移集群，数据迁移集群分别与第一分布式数据库和第二分布式数据库连接，数据迁移集群为分布式集群，包括集群管理节点和多个集群执行节点，每个集群执行节点与第一分布式数据库的至少一个存储节点部署在一台设备上，请参阅图4，示出了该数据迁移方法的流程示意图，该方法可以包括：

步骤S401:集群管理节点接收由数据迁移工具启动的一个Map任务提交的数据迁移任务。

步骤S402:集群管理节点将数据迁移任务分发给各个集群执行节点。

步骤S403:各个集群执行节点读取与自身部署在一台设备上的存储节点的数据，并将读取的数据存储至第二分布式数据库。

本发明实施例提供的数据迁移方法，当集群管理节点接收到数据迁移任务时，可将数据迁移任务分发给各个分布式集群执行节点，从而使分布式集群执行节点可读取本地分布式存储节点上的数据并将读取的数据迁移至第二分布式数据库，即可直接操作第一分布式数据库的底层数据而不用通过网络传输数据(即不用走高层协议连接)，由于读取本地数据的效率较高，且多个集群执行节点同时读取本地数据，因此，数据的读取效率大大提高，相应的，数据迁移的效率大大提高。

在本发明实施例中，由于数据迁移不再通过Map任务执行，Map任务只是将数据迁移任务提交给数据迁移集群，由数据迁移集群执行数据迁移任务，数据迁移集群在执行数据迁移任务时，Map需要获知数据迁移任务的执行情况，以便决定是否重新向数据迁移集群提交数据迁移任务。

基于上述需求，上述实施例提供的数据迁移方法还包括：集群管理节点监测各个集群执行节点对数据读取任务的执行情况；集群管理节点通过各个集群执行节点对数据迁移任务的执行情况向Map任务返回数据迁移任务的执行状态信息。

可以理解的是，若想向Map任务返回数据迁移任务的执行状态信息，则需要获知Map任务在哪，基于此，在一种可能的实现方式中，Map任务在向数据迁移集群提交数据迁移任务的同时，向数据迁移集群提交回调地址。即上述实施例提供的数据迁移方法还可以包括：集群管理节点接收Map任务提交的回调地址。则集群管理节点通过各个集群执行节点对数据迁移任务的执行情况向Map任务返回所述数据迁移任务的执行状态信息，具体为：集群管理节点基于回调地址，通过各个集群执行节点对数据迁移任务的执行情况，向Map任务返回数据迁移任务的执行状态信息。

进一步的，请参阅图5，示出了集群管理节点基于回调地址，通过各个集群执行节点对数据迁移任务的执行情况，向Map任务返回数据迁移任务的执行状态信息的流程示意图，可以包括：

步骤S501：集群管理节点在将数据迁移任务分发给各个集群执行节点之后，基于回调地址向MAP任务返回数据迁移任务开始执行的指示信息，以使Map任务在接收到数据迁移任务开始执行的指示信息时，将自身维护的任务状态信息由任务准备更新为任务执行。

步骤S502a：在各个集群执行节点对数据迁移任务均执行成功时，集群管理节点基于回调地址向MAP任务返回数据迁移任务执行成功的指示信息，以使Map任务在接收到数据迁移任务执行成功的指示信息时，将自身维护的状态信息由任务执行更新为任务执行成功。

步骤S502b：在多个集群执行节点中的至少一个集群执行节点对数据迁移任务执行失败时，集群管理节点基于回调地址向Map任务返回数据迁移任务执行失败的指示信息，以使Map任务在接收到数据迁移任务执行失败的指示信息时，重新向集群管理节点提交数据迁移任务。

在某些时候可能存在集群管理节点向Map任务返回数据迁移任务的执行状态信息时，由于通信连接断开，导致Map任务无法成功接收到数据迁移任务的执行状态信息的情况。可以想象的是，如果Map任务接收不到数据迁移任务的执行状态信息，将一直处于等待状态，其无法获知数据读取任务的执行情况，也无法获知数据迁移任务是否执行成功，即Map任务将无法得知自身是否需要重新向集群管理节点提交数据迁移任务。

基于上述情况，本发明实施例提供的数据方法还可以包括：集群管理节点在向Map任务返回数据迁移任务的执行状态信息之后，判断在预设时间内是否接收到Map任务对执行状态信息的响应信息；如果在预设时间内未接收到Map任务对执行状态信息的响应信息，则启动轮询机制，直至Map任务成功接收到数据迁移任务的执行状态信息。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

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

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

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

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。