分布式文件系统中的数据处理方法、装置及电子设备与流程

本申请涉及计算机技术领域，尤其涉及一种分布式文件系统中的数据处理方法、装置及电子设备。

背景技术：

在分布式文件系统中，多个用户进程同时对同一个文件进行不同的操作是一种常态。当一个用户进程a执行写数据至文件，而另一个用户进程b执行锁定文件(sealfile)并删除文件(deletefile)，而用户进程a感知到该文件被删除之前，仍认为写入的数据是成功的，而实际上已丢失。

技术实现要素：

本发明提供了一种报分布式文件系统中的数据处理方法、装置及电子设备，能够使用户进程在写数据至文件过程中，及时感知到被写入数据的文件被删除，并停止写入数据，从而避免不必要的写数据操作。

为达到上述目的，本发明的实施例采用如下技术方案：

第一方面，提供了一种分布式文件系统中的数据处理方法，包括：

在数据存储节点上创建待执行写操作的文件所对应的空数据块及所述空数据块的元数据信息；

将所述空数据块的标识信息与文件元数据管理节点上已存储的所述文件的标识信息关联存储，用于在所述文件被删除后，删除与所述文件关联的所述数据块；

向所述空数据块中写入数据。

第二方面，提供了一种分布式文件系统中的数据处理装置，包括：

数据块创建模块，用于在数据存储节点上创建待执行写操作的文件所对应的空数据块及所述空数据块的元数据信息；

信息存储模块，用于将所述空数据块的标识信息与文件元数据管理节点上已存储的所述文件的标识信息关联存储，用于在所述文件被删除后，删除与所述文件关联的所述数据块；

数据写入模块，用于向所述空数据块中写入数据。

第三方面，提供了一种电子设备，包括：

存储器，用于存储程序；

处理器，耦合至所述存储器，用于执行所述程序，以用于：

在数据存储节点上创建待执行写操作的文件所对应的空数据块及所述空数据块的元数据信息；

将所述空数据块的标识信息与文件元数据管理节点上已存储的所述文件的标识信息关联存储，用于在所述文件被删除后，删除与所述文件关联的所述数据块；

向所述空数据块中写入数据。

本发明提供了一种分布式文件系统中的数据处理方法、装置及电子设备，在向文件写入数据之前，先在数据存储节点上创建该文件所对应的空数据块及空数据块的元数据信息；然后，将空数据块的标识信息与文件元数据管理节点上已存储的文件的标识信息关联存储，该关联存储的目的是在文件被删除后，删除与文件关联的所有数据块；最后，向空数据块中写入数据。如此，当在写入数据之前如果文件被删除，则空数据块也会被随之删除，使得执行写入数据时报错，从而有效的避免在写入数据之前由于文件已经被删除，而造成用户认为数据写入成功，实际数据被删除的情况造成的数据丢失。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1为现有技术中分布式文件系统中的数据写入逻辑示意图；

图2为图1所示的数据写入场景对应的数据安全问题解析图；

图3为本发明实施例的分布式文件系统中的数据处理逻辑示意图；

图4为本发明实施例的分布式文件系统中的数据处理系统结构示意图；

图5为本发明实施例的分布式文件系统中的数据处理方法流程图一；

图6a为本发明实施例的分布式文件系统中的数据处理方法流程图二；

图6b为本发明实施例的分布式文件系统中的数据处理方法流程图三；

图7为本发明实施例的分布式文件系统中的数据处理方法流程图四；

图8为本发明实施例的分布式文件系统中的数据处理方法流程图五；

图9为本发明实施例的分布式文件系统中的数据处理方法分析示意图；

图10为本发明实施例的分布式文件系统中的数据处理装置结构图一；

图11a为本发明实施例的分布式文件系统中的数据处理装置结构图二；

图11b为本发明实施例的分布式文件系统中的数据处理装置结构图三；

图12为本发明实施例的分布式文件系统中的数据处理装置结构图四；

图13为本发明实施例的电子设备的结构示意。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

如图1所示，为现有技术中分布式文件系统中的数据写入逻辑示意图，包括：

1.打开文件：用户进程(位于客户端)打开文件，此时该文件在文件元数据管理进程(master)(位于文件元数据管理节点)端标记为读写状态，master为当前数据块(chunk)分配三个数据存储进程(chunkserver)(位于数据存储节点，由于是多副本存储，因此分配的chunkserver为多个)，用户进程可以将数据写入到这三个chunkserver中。

2.写入数据：当用户进程拿到了当前chunk的三个chunkserver地址(数据存储节点的地址)，第一次向三个chunkserver发送写请求时，会在chunkserver上创建出该chunk的元数据信息，然后开始写入用户数据。

3.更新文件元数据：当前chunk写到长度上限，或者出现写失败，用户进程会把当前用户数据写入成功的数据长度更新到master上，如果需要继续写入，会从master获得下一个chunk的写入位置。

这种方案的缺点是，当多个用户进程对同一个文件同步进行不同操作时，存在数据安全的问题。如图2所示：

1.用户进程a打开文件，拿到了三个chunkserver地址，准备写入用户数据。

2.用户进程b对该文件做了锁定文件(sealfile)操作，并删除了该文件(deletefile)。

3.由于进程a并没有感知到该文件被删除，会继续向chunkserver上写数据，由于每一个chunk在第一次被写入数据时，会创建出来chunk元数据信息，所以该次写入是成功的，用户进程a会继续写入，直到写到该chunk的最大长度。

4.由于该文件在master端已经被删除，master会定期删除chunkserver上不认识的chunk，用户进程a已经写入的chunk，会很快被master删除，造成用户认为写成功的数据丢失。

本发明提供了一种全新的分布式文件系统中的数据处理方案，以改善现有技术中，由于用户进程不能及时感知文件被删除，而造成用户认为写入成功的数据丢失的缺陷，其核心思想在于，在向文件写入数据之前，先在数据存储节点上创建该文件所对应的空数据块及空数据块的元数据信息；然后，将空数据块的标识信息与文件元数据管理节点上已存储的文件的标识信息关联存储，该关联存储的目的是在文件被删除后，删除与文件关联的所有数据块；最后，向空数据块中写入数据。如此，当在写入数据之前如果文件被删除，则空数据块也会被随之删除，使得执行写入数据时报错，从而有效的避免在写入数据之前由于文件已经被删除，而造成用户认为写入成功的数据丢失的情况。

如图3所示，为本发明实施例的分布式文件系统中的数据处理逻辑示意图。该数据写入逻辑包括：

1-2.打开文件：用户进程打开文件，从master上获取三个chunkserver的地址，该地址指向待写入chunk所在的数据存储节点位置。

3.创建chunk：用户进程到三个chunkserver上创建chunk的元数据信息和空chunk，此时这个chunk的信息会被同步到maser上，作为文件对应的chunk(此时，如果master中的文件被删除，那么该空chunk也会被删除，从而导致写入数据报错)。

4.检查文件：用户进程创建chunk成功后，访问master检查该文件是否存在，如果文件不存在，则报错。

5.写数据：如果master中文件仍存在，则用户进程向chunkserver发送数据写请求以写入用户数据，如果chunkserver此时发现chunk信息不存在(文件被删除，master通知chunkserver删除该文件对应的chunk)，则写请求失败。

通过在写入协议中增加以下三个环节，来保证写入数据的安全性：

1.打开文件后，在chunkserver上创建空chunk；

2.创建空chunk后，检查文件是否存在；

3.针对每个chunk在第一次写入时要保证chunk已经存在。

以上三个环节可以提供完善的、可靠的写数据方案。

基于上述中本发明实施例提供的分布式文件系统中的数据处理的方案思想，图4为本发明实施例提供的分布式文件系统中的数据处理系统结构图。如图4所示，该系统包括客户端410(内置用户进程)、文件元数据管理节点420(内置文件元数据管理进程master)、数据存储节点430(内置数据存储进程chunkserver)和数据处理装置440，其中：

客户端410，用于从文件元数据管理节点420打开待写入数据的文件，获取执行写入数据的数据存储节点的地址，并通过数据存储节点将数据写入chunk。

文件元数据管理节点420，用于存储文件的元数据，包括文件与相应chunk的关联关系。

数据存储节点430，用于利用内置数据存储进程chunkserver将用户进程提交的数据写入到相应的chunk。

数据处理装置440，其功能是协助客户端410、文件元数据管理节点420、数据存储节点430在已有功能的基础上，实现图3所示的数据处理逻辑，其包括的功能模块，可以布设在客户端410、文件元数据管理节点420以及数据存储节点430中。具体地，该数据处理装置440包括：

数据块创建模块，用于在数据存储节点上创建待执行写操作的文件所对应的空数据块及空数据块的元数据信息；

信息存储模块，用于将空数据块的标识信息与文件元数据管理节点上已存储的文件的标识信息关联存储，用于在文件被删除后，删除与文件关联的数据块；

数据写入模块，用于向空数据块中写入数据。

下面通过多个实施例来进一步说明本申请的技术方案。

实施例一

基于上述分布式文件系统中的数据处理方案思想，如图5所示，其为本发明实施例示出的分布式文件系统中的数据处理方法流程图一，该方法的执行主体可为图4中所示的数据处理装置440。在实际应用场景中，该数据处理装置440中包含的各功能模块可以分设在客户端410、文件元数据管理节点420以及数据存储节点430中。如图5所示，该分布式文件系统中的数据处理方法包括如下步骤：

s510，在数据存储节点上创建待执行写操作的文件所对应的空数据块及空数据块的元数据信息。

当用户通过客户端上的用户进程即将向数据存储节点上的chunkserver写chunk数据时，可以先指示chunkserver在数据存储节点上创建一个空chunk以及空chunk的元数据信息。相比较现有技术在写chunk数据时只是创建chunk的元数据信息，本方案同时创建空chunk。这样，在未写入数据时，chunk文件既已存在(已存储至数据存储节点本地)。

s520，将空数据块的标识信息与文件元数据管理节点上已存储的文件的标识信息关联存储，用于在文件被删除后，删除与文件关联的数据块。

现有技术中，通常是在一个chunk被写满数据后，才对该chunk文件进行存储，此时才会将chunk的标识信息(唯一标识chunk的信息，比如chunk文件的文件名)，更新到文件元数据管理节点上，如由元数据管理节点上的master将chunk文件的文件名与该chunk所属文件的标识信息(如文件名)关联存储。

在本方案中，是将之前创建的空数据块的标识信息与文件元数据管理节点上已存储的文件的标识信息关联存储。这样，在chunkserver写数据之前，如果文件被其他用户进程删除，则master会通知相应的chunkserver删除与文件关联的chunk，从而避免执行在文件已删除的情况下，仍写数据的不必要操作。

s530，向空数据块中写入数据。

将用户进程提交待写入的数据写入到文件对应的空chunk中。

本发明实施例提供的分布式文件系统中的数据处理方法，在向文件写入数据之前，先在数据存储节点上创建该文件所对应的空数据块及空数据块的元数据信息；然后，将空数据块的标识信息与文件元数据管理节点上已存储的文件的标识信息关联存储，该关联存储的目的是在在文件被删除后，删除与文件关联的所有数据块；最后，向空数据块中写入数据。如此，当在写入数据之前如果文件被删除，则空数据块也会被随之删除，使得执行写入数据时报错，从而有效的避免在写入数据之前由于文件已经被删除，而造成用户认为数据写入成功，实际数据被删除的情况造成的数据丢失。

实施例二

在实施例一所示方法的基础上，本实施例对上述分布式文件系统中的数据处理方法进行了如下补充：

首先，如图6a所示，在向空数据块中写入数据之前还可执行如下步骤：

s610，检查文件元数据管理节点上是否存在文件的标识信息。

正常情况下，当用户进程删除文件后，文件元数据管理节点上关于该文件的元数据也会被删除，通过检查文件元数据管理节点上该文件的标识信息是否存在，可以判定该文件是否被删除。

如果文件元数据管理节点上存在文件的标识信息，则表明文件没有被删除，写数据操作仍有意义，此时可继续执行步骤s530。

如果文件元数据管理节点上不存在文件的标识信息，则执行步骤s620，停止向空数据块中写入数据。

如果文件元数据管理节点上不存在文件的标识信息，则表明文件已被其他用户进程删除，如果再向已经创建的空chunk中写数据毫无意义，即使当前空chunk仍存在(没有及时删除)，也会在之后master与chunkserver比对文件的相关信息后被删除。如此，可以及时停止向空数据块中写入数据，避免不必要的写数据操作。

进一步地，在停止向空数据块中写入数据之后，还可以执行删除该空数据块的操作。其原因是，当判定文件元数据管理节点上不存在文件的标识信息，那么在之后master与chunkserver比对文件的相关信息时，与该文件关联的空chunk势必也会被删除。而此时直接删除掉该空数据块也省略了master与chunkserver比对后再删除的操作。

在写数据之前检查文件元数据管理节点上是否存在文件的标识信息，可以更早感知到文件是否被删除，从而保证后续处理有意义。

其次，如图6b所示，在向空数据块中写入数据之前还可执行如下步骤：

s630，判断空数据块是否存在。

在用户创建完成文件对应的空chunk及其元数据信息后，且还未向空chunk写入数据之前，其他用户也有可能删除该文件。由于空chunk在创建完成后其标识信息就与文件元数据管理节点上已存储的相应文件的标识信息关联存储，所以如果此时其他用户删除了文件，那么该空chunk也有被删除的风险。

如果空数据块存在，则执行步骤530，向空数据块中写入数据；如果空数据块不存在，则执行步骤s640，停止向空数据块中写入数据并发出写入失败消息。

在写数据之前检查空数据块是否存在，可以避免不必要的写数据操作。

图6a中的判断操作和图6b中的判断操作可以在一次执行图5所示的分布式文件系统中的数据处理方法中单独执行，也可以一起顺序执行。

最后，如图7所示，在数据存储节点上创建待执行写操作的文件所对应的空数据块及空数据块的元数据信息之前还可执行如下步骤：

s710，向文件元数据管理节点发送打开文件请求，该打开文件请求用于获取针对文件执行写操作的数据存储节点的信息。

用户进程向文件元数据管理节点发送打开文件的请求，其目的是让文件元数据管理节点上的master确认待打开的文件是否存在，如果存在则向用户进程返回针对文件执行写操作的数据存储节点的信息，如chunkserver的地址。

如果文件元数据管理节点确定待打开的文件存在，可继续执行步骤s720，如果不存在则执行步骤s730。

s720，接收文件元数据管理节点发送的包含数据存储节点的信息的消息，该消息为文件元数据管理节点确认本地存储有文件的标识信息后发出。

正常情况下，当用户进程删除已有的文件后，文件元数据管理节点上关于该文件的元数据也会被删除；又或者用户输入的待打开的文件根本不存在，相应的，文件元数据管理节点上也不会存储关于该文件的元数据。因此，通过检查文件元数据管理节点上该文件的标识信息是否存在，可以判定该文件是否被删除。

如果文件没有被删除，则文件元数据管理节点上的master会向用户进程返回针对文件执行写操作的数据存储节点的信息(如chunkserver的地址)，以执行写入数据的操作

s730，接收文件元数据管理节点发送的打开文件失败的消息，该消息为文件元数据管理节点确认本地未存储有文件的标识信息后发出。

如果文件被删除或者根本不存在，则文件元数据管理节点上的master会向用户进程返回打开文件失败的消息，以指示用户进程结束本次操作。

最后，如图8所示，在当前数据块被写满或者写入数据失败后还可执行如下步骤

s810，在数据存储节点上创建文件所对应的下一个空数据块及空数据块的元数据信息。

该步骤中提及的数据存储节点可以是上一个空数据块所在的数据存储节点，也可以是master从新为文件分配的另一个数据存储节点。这取决于master对被执行写操作的文件分配chunkserver的机制。

创建空数据块及空数据块的元数据信息的过程可参见步骤s510。

s820，将下一个空数据块的标识信息与文件元数据管理节点上已存储的文件的标识信息关联存储。

在每次切换新chunk写入数据时，都需先将创建的空chunk的标识信息与文件元数据管理节点上已存储的文件的标识信息关联存储，以保证chunkserver在写数据之前能够及时感知文件是否被删除。

s830，向下一个空数据块中写入数据。

总之，在每次数据块被写满或者写入数据失败后，需要切换到新的chunk进行数据写入时，都可以执行实施例一中所示的方法步骤完成数据的写入。

另外，如图9所示，本方案分析了在整个数据写流程中，seal和删除文件可能发生的环节，以及如何让用户进程及时感知到文件已被删除，从而停止写入数据，避免执行不必要的数据写入流程。

从图9中可以看出，本方案可以在任何一个环节发生seal和删除文件事件后，都可以及时停止写入数据，避免造成不必要的数据写入流程。

本发明实施例提供的分布式文件系统中的数据处理方法，在上一实施例所示方法的基础上，进行了方案补充：

在写数据之前，通过检查文件元数据管理节点上是否存在文件的标识信息，和/或检查空数据块是否存在，可以更早感知到文件是否被删除，从而保证后续处理有意义。

通过文件元数据管理节点向用户进程分配执行写入数据的数据存储节点，可以减少本方案相对现有技术的改进成本，方便技术手段的实现。

在每次数据块被写满或者写入数据失败后，需要切换到新的chunk进行数据写入时，仍采用先创建空chunk，后写入数据的方式，从而规范整个方案的执行流程，便于管理。

实施例三

如图10所示，为本发明实施例的分布式文件系统中的数据处理装置结构图一，该数据处理装置可具体为图4中所示的数据处理装置440，用于执行如实施例一所示的方法步骤，其包括：

数据块创建模块101，用于在数据存储节点上创建待执行写操作的文件所对应的空数据块及空数据块的元数据信息；

信息存储模块102，用于将空数据块的标识信息与文件元数据管理节点上已存储的文件的标识信息关联存储，用于在文件被删除后，删除与文件关联的数据块；

数据写入模块103，用于向空数据块中写入数据。

进一步地，如图11a所示，上述分布式文件系统中的数据处理装置中还可包括：信息检查模块111，用于检查文件元数据管理节点上是否存在文件的标识信息；

如果存在，则指示数据写入模块103执行向空数据块中写入数据；

如果不存在，则指示数据写入模块103停止向空数据块中写入数据。

进一步地，图11a所示的数据处理装置中还可包括数据块删除模块112，用于删除空数据块。

图11a所示分布式文件系统中的数据处理装置可用于执行如图6a所示的方法步骤。

进一步地，如图11b所示，上述分布式文件系统中的数据处理装置中还可包括：

数据块检测模块113，用于判断空数据块是否存在；

如果存在，则指示数据写入模块103执行向空数据块中写入数据；

如果不存在，则指示数据写入模块103停止向空数据块中写入数据并发出写入失败消息。

图11b所示分布式文件系统中的数据处理装置可用于执行如图6b所示的方法步骤。

进一步地，如图12所示，上述分布式文件系统中的数据处理装置中还可包括：

请求发送模块121，用于向文件元数据管理节点发送打开文件请求，该打开文件请求用于获取针对文件执行写操作的数据存储节点的信息；

消息接收模块122，用于接收文件元数据管理节点发送的包含数据存储节点的信息的消息，该消息为文件元数据管理节点确认本地存储有文件的标识信息后发出；

或者，

消息接收模块122，用于接收文件元数据管理节点发送的打开文件失败的消息，该消息为文件元数据管理节点确认本地未存储有文件的标识信息后发出。

图12所示分布式文件系统中的数据处理装置可用于执行如图7所示的方法步骤。

进一步地，上述分布式文件系统中的数据处理装置中：

数据块创建模块101，还用于在当前数据块被写满或者写入数据失败后，在数据存储节点上创建文件所对应的下一个空数据块及空数据块的元数据信息；

信息存储模块102，还用于将下一个空数据块的标识信息与文件元数据管理节点上已存储的文件的标识信息关联存储；

数据写入模块103，还用于向下一个空数据块中写入数据。

本发明实施例提供的分布式文件系统中的数据处理装置，在向文件写入数据之前，先在数据存储节点上创建该文件所对应的空数据块及空数据块的元数据信息；然后，将空数据块的标识信息与文件元数据管理节点上已存储的文件的标识信息关联存储，该关联存储的目的是在在文件被删除后，删除与文件关联的所有数据块；最后，向空数据块中写入数据。如此，当在写入数据之前如果文件被删除，则空数据块也会被随之删除，使得执行写入数据时报错，从而有效的避免在写入数据之前由于文件已经被删除，而造成用户认为数据写入成功，实际数据被删除的情况造成的数据丢失。

进一步地，在写数据之前，通过检查文件元数据管理节点上是否存在文件的标识信息，和/或检查空数据块是否存在，可以更早感知到文件是否被删除，从而保证后续处理有意义。

进一步地，通过文件元数据管理节点向用户进程分配执行写入数据的数据存储节点，可以减少本方案相对现有技术的改进成本，方便技术手段的实现。

进一步地，在每次数据块被写满或者写入数据失败后，需要切换到新的chunk进行数据写入时，仍采用先创建空chunk，后写入数据的方式，从而规范整个方案的执行流程，便于管理。

实施例四

前面实施例四描述了分布式文件系统中的数据处理装置的整体架构，该装置的功能可借助一种电子设备实现完成，如图13所示，其为本发明实施例的电子设备的结构示意图，具体包括：存储器131和处理器132。

存储器131，用于存储程序。

除上述程序之外，存储器131还可被配置为存储其它各种数据以支持在电子设备上的操作。这些数据的示例包括用于在电子设备上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。

存储器131可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。

处理器132，耦合至存储器131，用于执行存储器131中的程序，以用于：

在数据存储节点上创建待执行写操作的文件所对应的空数据块及所述空数据块的元数据信息；

将所述空数据块的标识信息与文件元数据管理节点上已存储的所述文件的标识信息关联存储，用于在所述文件被删除后，删除与所述文件关联的所述数据块；

向所述空数据块中写入数据。

上述的具体处理操作已经在前面实施例中进行了详细说明，在此不再赘述。

进一步，如图13所示，电子设备还可以包括：通信组件133、电源组件134、音频组件135、显示器136等其它组件。图13中仅示意性给出部分组件，并不意味着电子设备只包括图13所示组件。

通信组件133被配置为便于电子设备和其他设备之间有线或无线方式的通信。电子设备可以接入基于通信标准的无线网络，如wifi，2g或3g，或它们的组合。在一个示例性实施例中，通信组件133经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件133还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。

电源组件134，为电子设备的各种组件提供电力。电源组件134可以包括电源管理系统，一个或多个电源，及其他与为电子设备生成、管理和分配电力相关联的组件。

音频组件135被配置为输出和/或输入音频信号。例如，音频组件135包括一个麦克风(mic)，当电子设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器131或经由通信组件133发送。在一些实施例中，音频组件135还包括一个扬声器，用于输出音频信号。

显示器136包括屏幕，其屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。