数据处理的方法及装置与流程

本发明涉及互联网技术领域，尤其涉及一种数据处理的方法及装置。

背景技术：

集群部署环境下，集群中对于同一个消息表中消息的执行方式通常为：集群中的多个服务器节点轮询该消息表，从消息表中读取消息进行处理，然而这种轮询的方式可能导致同一个消息被多个服务器节点读取，造成同一消息的重复处理。对于同一消息被重复处理的问题，现有技术的解决方案主要有两种：一种是对于同一消息表中的消息只对应设置集群中一个服务器节点来处理；另一种是建立集群控制器，通过广播机制使集群中的服务器节点相互告知彼此执行的消息，保证同一时刻只有一个服务器节点处理同一消息。对于上述第一种解决方案，同一消息表中的消息对应只启动一个服务器节点进行处理，因此丧失了集群本身高效处理消息的性能。对于上述第二种解决方案，由于采用广播机制，各服务器节点之间呈网状的通信结构，这种网状的通信结构很容易造成网络的堵塞。综上，现有方案会降低整个集群工作的高效性。

技术实现要素：

鉴于上述问题，本发明提供一种数据处理的方法及装置，用以解决现有解决同一消息重复处理的方案会降低整个集群工作的高效性的问题。

为解决上述技术问题，一方面，本发明提供了一种数据处理的方法，所述方法包括：

服务器节点获取消息表中的消息；

根据预设映射规则对所述消息的消息标识进行转换，获得消息映射值；

判断所述消息映射值是否与所述服务器节点的标识相同，不同服务器节点的标识唯一不重复；

若所述消息映射值与所述服务器节点的标识相同，则处理所述消息；

若所述消息映射值与所述服务器节点的标识不相同，则丢弃所述消息。

可选的，在处理所述消息之前，所述方法进一步包括：

对所述消息加锁，以使集群中其他服务器节点不能重复获取所述消息。

可选的，所述对所述消息加锁，包括：

将所述消息表中所述消息对应的锁定节点信息更新为所述服务器节点的标识。

可选的，所述服务器节点获取消息表中的消息，包括：

服务器节点获取消息表中未加锁的消息。

可选的，所述方法进一步包括：

判断服务注册表中是否存在宕机的服务器节点，所述服务注册表中记录所述集群中所有已开启的服务器节点以及所有已开启的服务器节点的状态信息；

若存在宕机的服务器节点，则删除所述服务注册表中宕机的服务器节点以及宕机的服务器节点的状态信息；并且，

将宕机的服务器节点对应的加锁消息解锁。

可选的，在删除所述服务注册表中宕机的服务器节点以及宕机的服务器节点的状态信息之后，所述方法进一步包括：

根据删除宕机的服务器节点之后的服务注册表中的服务器节点，更新预设映射规则。

可选的，所述判断服务注册表中是否存在宕机的服务器节点，包括：

查询所述服务注册表中其他服务器节点的更新时间；

判断更新时间与当前时间的差值是否超过预设阈值；

若所述差值超过预设阈值，则将与所述差值对应的服务器节点确定为宕机的服务器节点。

可选的，所述将宕机的服务器节点对应的加锁消息解锁，包括：

在所述消息表中查找宕机的服务器节点对应的加锁消息；

将所述宕机的服务器节点对应的加锁消息的节点锁定消息清除，以使所述宕机的服务器节点对应的加锁消息能够被集群中未宕机的服务器节点重新获取。

可选的，所述方法进一步包括：

定时更新所述服务注册表中对应所述服务器节点的更新时间。

可选的，所述根据预设映射规则对所述消息的消息标识进行转换，包括：

根据哈希Hash算法对所述消息的消息标识进行转换。

另一方面，本发明提供了一种数据处理的装置，所述装置包括：

获取单元，用于服务器节点获取消息表中的消息；

转换单元，用于根据预设映射规则对所述消息的消息标识进行转换，获得消息映射值；

判断单元，用于判断所述消息映射值是否与所述服务器节点的标识相同，不同服务器节点的标识唯一不重复；

处理单元，用于若所述消息映射值与所述服务器节点的标识相同，则处理所述消息；

丢弃单元，用于若所述消息映射值与所述服务器节点的标识不相同，则丢弃所述消息。

可选的，所述装置进一步包括：

加锁单元，用于在处理所述消息之前，对所述消息加锁，以使集群中其他服务器节点不能重复获取所述消息。

可选的，所述加锁单元用于：

将所述消息表中所述消息对应的锁定节点信息更新为所述服务器节点的标识。

可选的，所述获取单元用于：

服务器节点获取消息表中未加锁的消息。

可选的，所述装置进一步包括：

宕机判断单元，用于判断服务注册表中是否存在宕机的服务器节点，所述服务注册表中记录所述集群中所有已开启的服务器节点以及所有已开启的服务器节点的状态信息；

删除单元，用于若存在宕机的服务器节点，则删除所述服务注册表中宕机的服务器节点以及宕机的服务器节点的状态信息；

解锁单元，用于将宕机的服务器节点对应的加锁消息解锁。

可选的，所述装置进一步包括：

规则更新单元，用于在删除所述服务注册表中宕机的服务器节点以及宕机的服务器节点的状态信息之后，根据删除宕机的服务器节点之后的服务注册表中的服务器节点，更新预设映射规则。

可选的，所述宕机判断单元，包括：

查询模块，用于查询所述服务注册表中其他服务器节点的更新时间；

判断模块，用于判断更新时间与当前时间的差值是否超过预设阈值；

确定模块，用于若所述差值超过预设阈值，则将与所述差值对应的服务器节点确定为宕机的服务器节点。

可选的，所述解锁单元，包括：

查找模块，用于在所述消息表中查找宕机的服务器节点对应的加锁消息；

清除模块，用于将所述宕机的服务器节点对应的加锁消息的节点锁定消息清除，以使所述宕机的服务器节点对应的加锁消息能够被集群中未宕机的服务器节点重新获取。

可选的，所述装置进一步包括：

时间更新单元，用于定时更新所述服务注册表中对应所述服务器节点的更新时间。

可选的，所述转换单元，用于：

根据哈希Hash算法对所述消息的消息标识进行转换。

借由上述技术方案，本发明提供的数据处理的方法及装置，能够由服务器节点获取消息表中的消息；根据预设映射规则对消息的消息标识进行转换，获得消息映射值；判断消息映射值是否与服务器节点的标识相同，不同服务器节点的标识唯一不重复；若消息映射值与服务器节点的标识相同，则处理消息；若消息映射值与服务器节点的标识不相同，则丢弃消息。与现有技术相比，在集群环境中，每个服务器节点都按照上述数据处理的方法只对消息表中消息标识转换之后为自身的标识的消息进行处理，相当于消息表中的消息进行了分配，分配到集群中不同的服务器节点，因此可以避免同一消息被不同的服务器节点处理的问题。另外，集群中并不限制一个服务器节点处理消息而且集群中的服务器节点之间的通信也没有采用广播机制，因此不会降低集群工作的高效性。

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

附图说明

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

图1示出了本发明实施例提供的一种数据处理的方法的流程图；

图2示出了本发明实施例提供的另一种数据处理的方法的流程图；

图3示出了本发明实施例提供的一种数据处理的装置的组成框图；

图4示出了本发明实施例提供的另一种数据处理的装置的组成框图。

具体实施方式

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

为解决现有解决同一消息重复处理的方案会降低整个集群工作的高效性的问题，本发明实施例提供了一种数据处理的方法，如图1所示，该方法包括：

首先需要说明的是，本实施例是针对集群环境中，同一消息表中的消息，启动多个服务器节点共同处理的情况。本发明实施例提供的数据处理的方式应用于集群中每一个服务器节点，集群中每个服务器节点都按照该数据处理的方法来进行消息的处理，因此下面以一个服务器节点为例对数据处理的方法进行说明。

101、服务器节点获取消息表中的消息。

其中消息表是集群中的多个服务器节点公用的一个消息表，每个服务器节点都可以管理该消息表，对于消息表的存储位置本发明实施例不作限制。服务器节点在获取消息表中的消息时，具体是通过遍历消息表中的消息来获取的。

需要说明的是消息表中记录有消息的状态、消息的类型、消息的消息标识、消息的描述信息等。需要说明的是消息标识的形式可以是0,1,2等数字形式或者a、b、c等字母形式，也可以为其它的字符串形式等。

102、根据预设映射规则对消息的消息标识进行转换，获得消息映射值。

对于消息表中所有的消息来讲，预设映射规则是多对一的映射规则，即消息的消息标识与消息映射值是多对一的关系。下面给出具体的示例进行说明：假设有10个消息，且每个消息对应的消息标识分别记作1，2，3，4，5，6，7，8，9，10，假设通过预设映射规则之后，10个消息标识转换后得到的消息映射值分别为a，a，b，b，b，c，c，c，a，b，从转换结果可以看到一个消息标识转换之后对应一个消息映射值，多个消息标识转换后的消息映射值可以是相同的。

103、判断消息映射值是否与服务器节点的标识相同。

在判断消息映射值是否与服务器节点的标识相同之前，需要先获取服务器节点的标识，具体的服务器节点的标识可以从服务注册表中获得。其中服务注册表中记录有服务器节点的标识以及其他与服务器节点相关的信息。需要说明的是，在实际应用中也可以从其他能够记录服务器节点的标识的存储空间中获得服务器节点的标识。需要说明的是，集群中不同服务器节点的标识唯一不重复，本实施例中服务器节点的标识是自定义的身份标识。比如不同服务器节点的标识可以为0,1,2等数字形式或者a、b、c等字母形式，也可以为其它的字符串形式等。具体的服务器节点的标识是根据预设消息映射规则以及消息标识的形式确定的，服务器节点的标识的形式与消息标识的形式可以是相同的，也可以是不同的。

在获取到服务器节点的标识后，将获取到的服务器节点的标识和消息标识转后得到的消息映射值进行比对，判断两者是否相同。

104、若消息映射值与服务器节点的标识相同，则处理消息。

在处理消息的同时，会将消息表中对应该消息的消息状态更改为“正在处理”类似的能够标识消息在被处理中的标识信息。在处理完消息后，通常会将消息表中该消息的对应的记录信息删除，以防被再次处理，或者也可以将处理完的消息的状态标识为已处理等。

105、若消息映射值与服务器节点的标识不相同，则丢弃消息。

丢弃消息不会导致消息表中该消息的消失，因此其他的服务器节点依然可以获取到。

本发明实施例提供的数据处理的方法，能够由服务器节点获取消息表中的消息；根据预设映射规则对消息的消息标识进行转换，获得消息映射值；判断消息映射值是否与服务器节点的标识相同，不同服务器节点的标识唯一不重复；若消息映射值与服务器节点的标识相同，则处理消息；若消息映射值与服务器节点的标识不相同，则丢弃消息。与现有技术相比，在集群环境中，每个服务器节点都按照上述数据处理的方法只对消息表中消息标识转换之后为自身的标识的消息进行处理，相当于消息表中的消息进行了分配，分配到集群中不同的服务器节点，因此可以避免同一消息被不同的服务器节点处理的问题。另外，集群中并不限制一个服务器节点处理消息而且集群中的服务器节点之间的通信也没有采用广播机制，因此不会降低集群工作的高效性。

进一步的，对于图1步骤104，当服务器节点在处理消息之前对消息加锁。具体的对消息加锁的过程为：将消息表中服务器节点将要处理的消息对应的锁定节点信息更新为该服务器节点的标识。对消息进行加锁可以使其他的服务器节点在获取消息表中的消息时，不再对已加锁的信息进行重复的获取、消息标识的转换以及将消息映射值与服务器节点的标识进行比对的过程，可以减少其他服务器节点的徒劳工作，也可以提高整个集群的工作效率。

进一步的，基于对消息加锁过程的添加，本发明另一实施例还给出了一种数据处理的方法，如图2所示，该方法包括：

201、服务器节点获取消息表中未加锁的消息。

服务器节点根据消息表中消息的锁定节点信息判断消息是否加锁。具体的，服务器在获取消息表中的消息时，首先会查看消息对应的锁定节点信息，若锁定节点信息中不存在集群中任一服务器节点的标识，即该消息对应的锁定节点信息为空，则表示该消息未加锁，即该消息还没有被集群中的任一服务器节点读到或者该消息的消息标识转换后的消息映射值与读到过该消息的服务器节点的标识不相同。

202、根据哈希Hash算法对消息的消息标识进行转换，获得消息映射值。

根据预设的Hash函数对消息的消息标识进行转换，具体的预设的Hash函数可以选择直接取余法、乘法取整法、平方取中法、折叠法、随机数法等。在具体构造预设的Hash函数时需要结合消息标识的范围以及所有已开启的服务器节点的标识的范围进行设置。每个消息的消息标识转换后只能得到一个对应的消息映射值，但是多个消息标识转换后可以得到相同的消息映射值。

203、判断消息映射值是否与服务器节点的标识相同。

本步骤的实现方式与图1步骤103的实现方式相同，此处不再赘述。

204、若消息映射值与服务器节点的标识相同，则处理消息。

本步骤的实现方式与图1步骤104的实现方式相同，此处不再赘述。

205、若消息映射值与服务器节点的标识不相同，则丢弃消息。

进一步的，在实际的应用中，集群中的服务器节点可能会出现宕机的情况，而当服务器节点出现宕机后，被宕机的服务器节点加锁的消息可能没有被处理完或者还没处理。正是因为消息被加锁，所以其他服务器节点也不能对加锁的消息进行处理，这样就会导致被宕机的服务器节点加锁的消息始终不能被处理。为了避免上述情况的发生，需要每个服务器节点在其运行的过程中，查询其他服务器节点的运行状态，判断是否有宕机的服务器节点。具体的查询过程为：查询服务注册表中其他服务器节点的更新时间，服务注册表中记录集群中所有已开启的服务器节点以及所有已开启的服务器节点的状态信息，具体的服务注册表中记录有服务器节点的标识、服务器节点的服务地址、服务器节点的服务名称、更新时间等；判断每一个更新时间与当前时间的差值是否超过预设阈值；若差值超过预设阈值，则将与差值对应的服务器节点确定为宕机的服务器节点。

需要说明的是，在每个服务器节点开启后，会在服务注册表中进行登记注册，并定时更新服务注册表中对应的更新时间，每次更新时将更新动作的当前时间作为更新时间进行更新。预设阈值通常设定为服务器节点更新对应注册表中的更新时间的时间间隔，若差值超过预设阈值即表示服务器节点没有定时更新服务注册表中的更新时间，则可以推定服务器节点出现宕机故障。

进一步的，若服务器节点在服务注册表中查询发现存在宕机的服务器节点，则会删除服务注册表中宕机的服务器节点以及宕机的服务器节点的状态信息；并且，将宕机的服务器节点对应的加锁消息解锁，以使集群中未宕机的服务器节点重新获取并处理被宕机的服务器节点加锁的消息。

具体的对宕机的服务器节点对应的加锁消息解锁的实现方式为：在消息表中查找宕机的服务器节点对应的加锁消息；将宕机的服务器节点对应的加锁消息的节点锁定消息清除，节点锁定消息即宕机的服务器节点的标识。另外，若锁定的消息对应的消息状态为正在处理，则需要将其修改为未处理。

进一步的，在删除服务注册表中宕机的服务器节点以及宕机的服务器节点的状态信息之后，需要根据删除宕机的服务器节点之后的服务注册表中的服务器节点，更新预设映射规则。由于预设映射规则是将消息的消息标识转换为不同的服务器节点的标识，删除宕机的服务器节点之后，对应可以处理消息的服务器节点的数量发生变化，即已开启的服务器节点的标识范围发生变化，若使用原来的预设映射规则，则可能会出现消息标识转换后的消息映射值为宕机的服务器节点的标识，因此为了避免出现消息标识转换后的消息映射值为宕机的服务器节点的标识的情况，需要更新预设映射规则，使消息映射值不会出现宕机的服务器节点的标识。需要说明的是，服务注册表中的服务器节点的标识是根据当前服务注册表中包含的服务器节点的动态调整的。给出具体的示例进行说明：若开始服务注册表中由5个服务器节点，服务器节点的标识可以为0，1，2，3，4；而当其中标识为3的服务器节点宕机后，调整得到的服务器节点为0，1，2，3；其中调整之前标识为0，1，2的服务器节点的标识没有变，而调整之前标识为4的服务器节点的标识就变为了3。

进一步的，作为对上述各实施例的实现，本发明实施例的另一实施例还提供了一种数据处理的装置，用于实现上述图1和图2所述的方法。如图3所示，该装置包括：获取单元301、转换单元302、标识判断单元303、处理单元304以及丢弃单元305。

获取单元301，用于服务器节点获取消息表中的消息。

其中消息表是集群中的多个服务器节点公用的一个消息表，每个服务器节点都可以管理该消息表，对于消息表的存储位置本发明实施例不作限制。服务器节点在获取消息表中的消息时，具体是通过遍历消息表中的消息来获取的。

转换单元302，用于根据预设映射规则对消息的消息标识进行转换，获得消息映射值。

对于消息表中所有的消息来讲，预设映射规则是多对一的映射规则，即消息的消息标识与消息映射值是多对一的关系。

标识判断单元303，用于判断消息映射值是否与服务器节点的标识相同，不同服务器节点的标识唯一不重复。

在判断消息映射值是否与服务器节点的标识相同之前，需要先获取服务器节点的标识，具体的服务器节点的标识可以从服务注册表中获得。其中服务注册表中记录有服务器节点的标识以及其他与服务器节点相关的信息。需要说明的是，在实际应用中也可以从其他能够记录服务器节点的标识的存储空间中获得服务器节点的标识。需要说明的是，集群中不同服务器节点的标识唯一不重复。

在获取到服务器节点的标识后，将获取到的服务器节点的标识和消息标识转后得到的消息映射值进行比对，判断两者是否相同。

处理单元304，用于若消息映射值与服务器节点的标识相同，则处理消息。

在处理消息的同时，会将消息表中对应该消息的消息状态更改为“正在处理”类似的能够标识消息在被处理中的标识信息。在处理完消息后，通常会将消息表中该消息的对应的记录信息删除，以防被再次处理，或者也可以将处理完的消息的状态标识为已处理等。

丢弃单元305，用于若消息映射值与服务器节点的标识不相同，则丢弃消息。

进一步的，如图4所示，装置进一步包括：

加锁单元306，用于在处理消息之前，对消息加锁，以使集群中其他服务器节点不能重复获取消息。

进一步的，加锁单元用于：

将消息表中消息对应的锁定节点信息更新为服务器节点的标识。

对消息进行加锁可以使其他的服务器节点在获取消息表中的消息时，不再对已加锁的信息进行重复的获取、消息标识的转换以及将消息映射值与服务器节点的标识进行比对的过程，可以减少其他服务器节点的徒劳工作，也可以提高整个集群的工作效率。

进一步的，获取单元301用于：

服务器节点获取消息表中未加锁的消息。

服务器节点根据消息表中消息的锁定节点信息判断消息是否加锁。具体的，服务器在获取消息表中的消息时，首先会查看消息对应的锁定节点信息，若锁定节点信息中不存在集群中任一服务器节点的标识，即该消息对应的锁定节点信息为空，则表示该消息未加锁，即该消息还没有被集群中的任一服务器节点读到或者该消息的消息标识转换后的消息映射值与读到过该消息的服务器节点的标识不相同。

进一步的，如图4所示，装置进一步包括：

宕机判断单元307，用于判断服务注册表中是否存在宕机的服务器节点，服务注册表中记录集群中所有已开启的服务器节点以及所有已开启的服务器节点的状态信息；

删除单元308，用于若存在宕机的服务器节点，则删除服务注册表中宕机的服务器节点以及宕机的服务器节点的状态信息；

解锁单元309，用于将宕机的服务器节点对应的加锁消息解锁。

进一步的，如图4所示，装置进一步包括：

规则更新单元310，用于在删除服务注册表中宕机的服务器节点以及宕机的服务器节点的状态信息之后，根据删除宕机的服务器节点之后的服务注册表中的服务器节点，更新预设映射规则。

进一步的，如图4所示，宕机判断单元307，包括：

查询模块3071，用于查询服务注册表中其他服务器节点的更新时间；

判断模块3072，用于判断更新时间与当前时间的差值是否超过预设阈值；

确定模块3073，用于若差值超过预设阈值，则将与差值对应的服务器节点确定为宕机的服务器节点。

在每个服务器节点开启后，会在服务注册表中进行登记注册，并定时更新服务注册表中对应的更新时间，每次更新时将更新动作的当前时间作为更新时间进行更新。预设阈值通常设定为服务器节点更新对应注册表中的更新时间的时间间隔，若差值超过预设阈值即表示服务器节点没有定时更新服务注册表中的更新时间，则可以推定服务器节点出现宕机故障。

进一步的，如图4所示，解锁单元309，包括：

查找模块3091，用于在消息表中查找宕机的服务器节点对应的加锁消息；

清除模块3092，用于将宕机的服务器节点对应的加锁消息的节点锁定消息清除，以使宕机的服务器节点对应的加锁消息能够被集群中未宕机的服务器节点重新获取。

进一步的，如图4所示，装置进一步包括：

时间更新单元311，用于定时更新服务注册表中对应服务器节点的更新时间。

进一步的，如图4所示，转换单元302，用于：

根据哈希Hash算法对消息的消息标识进行转换。

本发明实施例提供的数据处理的装置，能够由服务器节点获取消息表中的消息；根据预设映射规则对消息的消息标识进行转换，获得消息映射值；判断消息映射值是否与服务器节点的标识相同，不同服务器节点的标识唯一不重复；若消息映射值与服务器节点的标识相同，则处理消息；若消息映射值与服务器节点的标识不相同，则丢弃消息。与现有技术相比，在集群环境中，每个服务器节点都按照上述数据处理的方法只对消息表中消息标识转换之后为自身的标识的消息进行处理，相当于消息表中的消息进行了分配，分配到集群中不同的服务器节点，因此可以避免同一消息被不同的服务器节点处理的问题。另外，集群中并不限制一个服务器节点处理消息而且集群中的服务器节点之间的通信也没有采用广播机制，因此不会降低集群工作的高效性。

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

可以理解的是，上述方法及装置中的相关特征可以相互参考。另外，上述实施例中的“第一”、“第二”等是用于区分各实施例，而并不代表各实施例的优劣。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的发明名称(如数据处理的装置)中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。