对象类型的识别方法、服务器、客户端和系统与流程

本申请涉及计算机技术领域，特别涉及一种对象类型的识别方法、服务器、客户端和系统。

背景技术：

随着技术的不断发展，终端中可安装各种不同的应用程序。应用程序与服务器之间主要基于客户端/服务器模式(即C/S模式)进行通信。随着业务的发展，对象类型逐渐增多，为了能够针对不同类型的对象提供相应的服务，客户端会进行升级。由于各个客户端升级情况的不同，会出现多个不同版本的客户端，且各个版本的客户端能识别的数据对象类型不完全相同。在大多数情况下，一个版本的服务器端程序需要兼容客户端之前的几个甚至所有版本。

以用户类型为例，如果版本I所适用的用户类型为A和B两类，在后来发展的版本II中，用户类型进一步划分为AA、AB和B三类(其中，AA和AB是从之前的A中分离出来)，即版本II适用于的用户类型为AA、AB和B三类。则服务器需要给版本I的客户端返回的用户类型为A和B，而需要给版本II的客户端返回的用户类型为AA、AB和B。

因此，需要服务器对各个不同版本的客户端兼容，并向每个客户端返回该客户端可识别的对象类型以避免因客户端无法识别而出错。目前，服务器端可针对不同的客户端版本，分别提供一个对应的接口，以通过与相应的客户端版本对应的算法得到相应的对象类型，并返回给客户端。但是，随着客户端的版本越来越多，服务器端的接口以及算法也越来越多，给服务器的维护带来了极大的不便，开发效率越来越低，并且容易出错、造成故障。

技术实现要素：

本申请旨在至少在一定程度上解决上述技术问题。

为此，本申请的第一个目的在于提出一种对象类型的识别方法，能够提升向不同版本的客户端返回对象分类类型的准确度。

本申请的第二个目的在于提出另一种对象类型的识别方法。

本申请的第三个目的在于提出一种服务器。

本申请的第四个目的在于提出一种客户端。

本申请的第五个目的在于提出一种对象类型的识别系统。

为达上述目的，本申请第一方面实施例提出了一种对象类型的识别方法，包括以下步骤：接收客户端发送的对象分类请求；根据所述对象分类请求查询预先建立的分类树，以获取待识别对象对应的分类编码序列，其中，所述分类树中的每个节点对应一个分类编码；将所述分类编码序列发送至所述客户端，以使所述客户端对所述分类编码序列进行解析并根据解析结果获取所述待识别对象的类型。

本申请实施例的对象类型的识别方法，可根据客户的对象分类请求查询预先建立的分类树，以获取待识别对象对应的分类编码序列，并返回至客户端进行解析，以使客户端根据解析结果获取待识别对象的类型，使得服务器能够对不同版本的客户端的兼容和自适应，并且能够高效准确地向不同版本的客户端返回对象分类类型。此外，在客户端版本更新时，只需对分类树进行相应的维护和更新，更加便于维护，从而在客户端开发以及服务器维护中，提高了开发效率，降低了出错率。

本申请第二方面实施例提供了另一种对象类型的识别方法，包括以下步骤：向服务器发送对象分类请求；接收所述服务器根据所述对象分类请求返回的第一分类编码序列；对所述第一分类编码序列进行解析以得到客户端可识别的第二分类编码序列；获取所述第二分类编码序列对应的类型，并将所述第二分类编码序列对应的类型作为待识别对象的类型。

本申请实施例的对象类型的识别方法，可向服务器发送对象分类请求，并接收服务器返回的第一分类编码序列，然后对第一分类编码序列进行解析以得到客户端可识别的第二分类编码序列，并据此确定待识别对象的分类类型，能够高效准确地识别出待识别对象的类型，从而有效避免了因无法识别对象的分类类型而出现错误。

本申请第三方面实施例提出了一种服务器，包括：接收模块，用于接收客户端发送的对象分类请求；获取模块，用于根据所述对象分类请求查询预先建立的分类树，以获取待识别对象对应的分类编码序列，其中，所述分类树中的每个节点对应一个分类编码；发送模块，用于将所述分类编码序列发送至所述客户端，以使所述客户端对所述分类编码序列进行解析并根据解析结果获取所述待识别对象的类型。

本申请实施例的服务器，可根据客户的对象分类请求查询预先建立的分类树，以获取待识别对象对应的分类编码序列，并返回至客户端进行解析，以使客户端根据解析结果获取待识别对象的类型，使得服务器能够对不同版本的客户端的兼容和自适应，并且能够高效准确地向不同版本的客户端返回对象分类类型。此外，在客户端版本更新时，只需对分类树进行相应的维护和更新，更加便于维护，从而在客户端开发以及服务器维护中，提高了开发效率，降低了出错率。

本申请第四方面实施例提供了一种客户端，包括：发送模块，用于向服务器发送对象分类请求；接收模块，用于接收所述服务器根据所述对象分类请求返回的第一分类编码序列；解析模块，用于对所述第一分类编码序列进行解析以得到客户端可识别的第二分类编码序列；第一获取模块，用于获取所述第二分类编码序列对应的类型，并将所述第二分类编码序列对应的类型作为待识别对象的类型。

本申请实施例的客户端，可向服务器发送对象分类请求，并接收服务器返回的第一分类编码序列，然后对第一分类编码序列进行解析以得到客户端可识别的第二分类编码序列，并据此确定待识别对象的分类类型，能够高效准确地识别出待识别对象的类型，从而有效避免了因无法识别对象的分类类型而出现错误。

本申请第五方面实施例提供了一种对象类型的识别系统，包括本申请第三方面实施例的服务器和本申请第四方面实施例的客户端。

本申请实施例的对象类型的识别系统，服务器可根据客户的对象分类请求查询预先建立的分类树，以获取待识别对象对应的分类编码序列，并返回至客户端进行解析，以使客户端根据解析结果获取待识别对象的类型，使得服务器能够对不同版本的客户端的兼容和自适应，并且能够高效准确地向不同版本的客户端返回对象分类类型。此外，在客户端版本更新时，只需对分类树进行相应的维护和更新，更加便于维护，从而在客户端开发以及服务器维护中，提高了开发效率，降低了出错率。

本申请的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：

图1为根据本申请一个实施例的对象类型的识别方法的流程图；

图2a和图2b为根据本申请实施例的分类树的示意图；

图3为根据本申请一个实施例的步骤S102的执行流程图；

图4为根据本申请一个实施例的分类树的建立方法流程图；

图5为根据本申请另一个实施例的对象类型的识别方法的流程图；

图6为根据本申请一个实施例的对第一分类编码序列进行解析以得到客户端可识别的第二分类编码序列的流程图；

图7为根据本申请一个实施例的服务器的结构示意图；

图8为根据本申请一个实施例的客户端的结构示意图；

图9为根据本发明一个实施例的对象类型的识别系统的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能理解为对本申请的限制。

在本申请的描述中，需要理解的是，术语“中心”、“纵向”、“横向”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性。

在本申请的描述中，需要说明的是，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。

下面参考附图描述根据本申请实施例的对象类型的识别方法、服务器、客户端和系统。

图1为根据本申请一个实施例的对象类型的识别方法的流程图。如图1所示，根据本申请实施例的对象类型的识别方法，包括：

S101，接收客户端发送的对象分类请求。

其中，对象为客户端与服务器交互涉及的数据。举例来说，在电子商务客户端中，对象可为用户信息、产品信息等。

S102，根据对象分类请求查询预先建立的分类树，以获取待识别对象对应的分类编码序列，其中，分类树中的每个节点对应一个分类编码。

在本申请的实施例中，分类树为在客户端版本的发展过程中，根据对象的类型的划分创建的。其中，分类树中任意两个具有相同父节点的子节点的分类编码不同。

以用户类型为例，在客户端的第一版本中，用户分为A和B两种类型，这个版本的客户端的下一个版本(第二版本)中，A类型的用户又被划分为AA和AB两种类型(此时，用户总共分为AA、AB和B三种类型)。则当客户端仅出现第一版本时，分类树可如图2a所示，当地客户端发展到第二版本时，分类树则相应的变化为如图2b所示。

其中，分类树中每个节点派生出子节点时，会有一个用于分类的判断条件。举例来说，如图2a和图2b所示，可根据用户的年龄对用户进行分类，其中，x表示用户的年龄。在第一版本对应的分类树中，将用户划分为A类的判断条件为x<20，将用户划分为B类的判断条件为x>＝20。在第二版本对应的分类树中，对A类型进一步进行划分为AA和AB时的判断条件分别为x<＝10以及10<x<20。

在本申请的实施例中，每个待识别对象在预先建立的分类树种都有对应的叶子节点，因此，可根据从分类树的根节点到该待识别对象对应的叶子节点的路径上的每个节点对应的分类编码获取分类编码序列。具体地，根据对象分类请求查询预先建立的分类树以获取待识别对象对应的分类编码序列，可具体包括：确定待识别对象在分类树中对应的叶子节点；分别获取从分类树的根节点到叶子节点的路径上的每个节点对应的分类编码，并根据获取到的分类编码生成分类编码序列。

图3为根据本申请一个实施例的步骤S102的执行流程图，如图3所示，S102具体包括：

S11，将分类树的根节点作为第一待处理节点。

S12，将第一待处理节点对应的分类编码作为分类编码序列的末位编码。

S13，判断第一待处理节点是否有子节点。

S14，如果没有子节点，则得到分类编码序列。

S15，如果有子节点，则根据预设的分类规则将待识别对象对应的子节点作为新的第一待处理节点，重复步骤S12和S13，直至判断第一待处理节点没有子节点，得到分类编码序列。

其中，分类规则即用于根据对象的属性特征对对象进行分类的判断条件，其中，用户的属性特征可包括但不限于年龄、身份等。举例来说，如上述图2a和图2b所示的实施例中，通过用户的年龄属性对用户进行分类。

分类树本质上是一棵决策树，它根据待识别对象的特征进行判决。对于分类树来说，判别一个待识别对象时，需要从根节点开始根据待识别对象的属性特征进行判决，最终到达对应的叶子节点，获取到完整的分类编码序列。举例来说，对于图2b所示的分类树，如果接收到的对象识别请求是对一个年龄属性为15岁的用户进行识别，从根节点开始路由：

(1)在根节点，发现分类规则为x<20到子节点A，x>＝20到子节点B，而待识别对象的年龄属性(即x属性)为15，故选择A子节点；

(2)在A节点，发现分类规则为x<＝10到子节点A，10<x<20到子节点B，而待识别对象的年龄属性(即x属性)15，故选择B子节点；

(3)此时已到达叶子节点，故待识别对象的对应的分类编码序列为AB。

同理可得到一个年龄为40的用户对应的分类编码序列为B。

应当理解，用字母进行编码仅为示例性的，在本申请的其他实施例中，还可通过其他方式进行编码，如阿拉伯数字等，本申请对此不做限定。

S103，将分类编码序列发送至客户端，以使客户端对分类编码序列进行解析并根据解析结果获取待识别对象的类型。

具体地，客户端中预存有自身能够识别的分类编码序列的集合，当客户端接收到服务器发送的分类编码序列时，可根据该客户端可识别的分类编码序列集合对接收到的分类编码序列进行解析，以得到客户端可识别的分类编码序列，并据此确定待识别对象的类型。

本申请实施例的对象类型的识别方法，可根据客户的对象分类请求查询预先建立的分类树，以获取待识别对象对应的分类编码序列，并返回至客户端进行解析，以使客户端根据解析结果获取待识别对象的类型，使得服务器能够对不同版本的客户端的兼容和自适应，并且能够高效准确地向不同版本的客户端返回对象分类类型。此外，在客户端版本更新时，只需对分类树进行相应的维护和更新，更加便于维护，从而在客户端开发以及服务器维护中，提高了开发效率，降低了出错率。

图4为根据本申请一个实施例的分类树的建立方法流程图。如图4所示，分类树可通过以下步骤建立：

S21，建立根节点，并将根节点作为第二待处理节点；

S22，为第二待处理节点分配一个分类编码；

S23，根据对象的分类规则判断第二待处理节点是否需要分解；

S24，如果需要分解，则根据分类规则将第二待处理节点分解为至少一个子节点，并分别为每个子节点分配一个分类编码，并将每个子节点分别作为新的第二待处理节点，重复步骤S22-S23，直至第二待处理节点不需要分解，完成分类树的建立。

由此，服务器能够预先建立好分类树，以便在接收到客户端发送的对象分类请求时，就可查询分类树以获取待识别对象对应的分类编码序列，返回至客户端。

此外，随着业务的发展，对象类型会增多或者进一步划分，客户端也会随之升级，此时可根据新增加的分类规则增加分类树中的节点或对节点进一步分解，以便于服务器对升级后的客户端进行兼容和自适应，开发效率高，成本低，且准确性高。

为了实现上述实施例，本申请还提出另一种对象类型的识别方法。

图5为根据本申请另一个实施例的对象类型的识别方法的流程图。

如图5所示，根据本申请实施例的对象类型的识别方法，包括：。

S501，向服务器发送对象分类请求。

当有对象需要进行分类时，客户端可向服务器发送对象分类请求。服务器在接收到客户端发送的对象分类请求后，可查询预先建立的分类树，以获取待识别对象对应的第一分类编码序列，并将该第一分类编码序列返回给客户端。

S502，接收服务器根据对象分类请求返回的第一分类编码序列。

S503，对第一分类编码序列进行解析以得到客户端可识别的第二分类编码序列。

在本申请的实施例中，客户端中预先存储有该客户端可识别的分类编码序列集合，如图6所示，对第一分类编码序列进行解析以得到客户端可识别的第二分类编码序列，具体包括：

S601，判断第一分类编码序列是否包含于分类编码序列集合中。

S602，如果包含于分类编码序列集合中，则将第一分类编码序列作为第二分类编码序列。

S603，如果不包含于分类编码序列集合中，则截掉第一分类编码序列的最后一位分类编码得到新的第一分类编码序列，直到新的编码包含于分类编码序列集合中，并将新的第一分类编码序列作为第二分类编码序列。

举例来说，对于图2a所示的分类树对应的第一版本的客户端可识别的分类编码序列集合中包括分类编码序列A和B，图2b所示的分类树对应的第二版本的客户端可识别的分类编码序列集合中包括分类编码序列AA、AB和B。当服务器返回的第一分类编码序列为AB时，对于第一版本的客户端来说，AB不包含在其可识别的分类编码序列集合中，则截掉最后一位分类编码B，得到新的第一分类编码序列A，而A包含于其可识别的分类编码序列集合中，则得到第一版本的客户端的可识别的第二分类编码序列为A；对于第二版本的客户端来说，AB包含在其可识别的分类编码序列集合中，则得到第二版本的客户端的可识别的第二分类编码序列为AB。

S504，获取第二分类编码序列对应的类型，并将第二分类编码序列对应的类型作为待识别对象的类型。

在本申请的实施例中，获取第二分类编码序列对应的类型，可具体包括：根据第二分类编码查询类型数据库，以获取第二类分类编码序列对应的类型，其中，类型数据库中存储有分类编码与类型的对应关系。其中，类型数据库为预先建立的。

此外，在本申请的一个实施例中，还可包括：根据待识别对象的类型提供相应的服务的步骤，从而在准确的确定待识别对象的类型后，能够更加精准地为用户提供相应的服务，从而避免了因类型识别错误导致无法为用户提供服务的情况，提升了用户体验。

本申请实施例的对象类型的识别方法，可向服务器发送对象分类请求，并接收服务器返回的第一分类编码序列，然后对第一分类编码序列进行解析以得到客户端可识别的第二分类编码序列，并据此确定待识别对象的分类类型，能够高效准确地识别出待识别对象的类型，从而有效避免了因无法识别对象的分类类型而出现错误。

为了实现上述实施例，本申请还提出一种服务器。

图7为根据本申请一个实施例的服务器的结构示意图。

如图7所示，根据本申请实施例的服务器，包括：接收模块110、获取模块120和发送模块130。

具体地，接收模块110用于接收客户端发送的对象分类请求。其中，对象为客户端与服务器交互涉及的数据。举例来说，在电子商务客户端中，对象可为用户信息、产品信息等。

获取模块120用于根据对象分类请求查询预先建立的分类树，以获取待识别对象对应的分类编码序列，其中，分类树中的每个节点对应一个分类编码。

在本申请的实施例中，分类树为在客户端版本的发展过程中，根据对象的类型的划分创建的。其中，分类树中任意两个具有相同父节点的子节点的分类编码不同。更具体地，分类树可通过如图4所示的步骤建立。

以用户类型为例，在客户端的第一版本中，用户分为A和B两种类型，这个版本的客户端的下一个版本(第二版本)中，A类型的用户又被划分为AA和AB两种类型(此时，用户总共分为AA、AB和B三种类型)。则当客户端仅出现第一版本时，分类树可如图2a所示，当地客户端发展到第二版本时，分类树则相应的变化为如图2b所示。

其中，分类树中每个节点派生出子节点时，会有一个用于分类的判断条件。举例来说，如图2a和图2b所示，可根据用户的年龄对用户进行分类，其中，x表示用户的年龄。在第一版本对应的分类树中，将用户划分为A类的判断条件为x<20，将用户划分为B类的判断条件为x>＝20。在第二版本对应的分类树中，对A类型进一步进行划分为AA和AB时的判断条件分别为x<＝10以及10<x<20。

在本申请的实施例中，每个待识别对象在预先建立的分类树种都有对应的叶子节点，因此，获取模块120可根据从分类树的根节点到该待识别对象对应的叶子节点的路径上的每个节点对应的分类编码获取分类编码序列。更具体地，获取模块120具体用于：确定标识信息在分类树中对应的叶子节点；分别获取从分类树的根节点到叶子节点的路径上的每个节点对应的分类编码，并根据获取到的分类编码生成分类编码序列。

在本申请的一个具体实施例中，获取模块120可具体用于执行如图3所示的步骤，以获取待识别对象对应的分类编码序列。

发送模块130用于将分类编码序列发送至客户端，以使客户端对分类编码序列进行解析并根据解析结果获取待识别对象的类型。

更具体地，客户端中预存有自身能够识别的分类编码序列的集合，当客户端接收到服务器发送的分类编码序列时，可根据该客户端可识别的分类编码序列集合对接收到的分类编码序列进行解析，以得到客户端可识别的分类编码序列，并据此确定待识别对象的类型。

本申请实施例的服务器，可根据客户的对象分类请求查询预先建立的分类树，以获取待识别对象对应的分类编码序列，并返回至客户端进行解析，以使客户端根据解析结果获取待识别对象的类型，使得服务器能够对不同版本的客户端的兼容和自适应，并且能够高效准确地向不同版本的客户端返回对象分类类型。此外，在客户端版本更新时，只需对分类树进行相应的维护和更新，更加便于维护，从而在客户端开发以及服务器维护中，提高了开发效率，降低了出错率。

为了实现上述实施例，本申请还提出一种客户端。

图8为根据本申请一个实施例的客户端的结构示意图。

如图8所示，根据本申请实施例的对象类型的识别装置，包括：发送模块210、接收模块220、解析模块230、第一获取模块240和提供模块250。其中，提供模块250是可选的。

具体地，发送模块210用于向服务器发送对象分类请求。当有对象需要进行分类时，发送模块210可向服务器发送对象分类请求。服务器在接收到客户端发送的对象分类请求后，可查询预先建立的分类树，以获取待识别对象对应的第一分类编码序列，并将该第一分类编码序列返回给客户端。

接收模块220用于接收服务器根据对象分类请求返回的第一分类编码序列。

解析模块230用于对第一分类编码序列进行解析以得到客户端可识别的第二分类编码序列。

在本申请的实施例中，客户端中预先存储有可识别的分类编码序列集合，解析模块230具体用于：

判断第一分类编码序列是否包含于分类编码序列集合中；

如果包含于分类编码序列集合中，则将第一分类编码序列作为第二分类编码序列；

当第一分类编码序列不包含于分类编码序列集合中时，截掉第一分类编码序列的最后一位分类编码得到新的第一分类编码序列，直到新的编码包含于分类编码序列集合中，并将新的第一分类编码序列作为第二分类编码序列。

举例来说，对于图2a所示的分类树对应的第一版本的客户端可识别的分类编码序列集合中包括分类编码序列A和B，图2b所示的分类树对应的第二版本的客户端可识别的分类编码序列集合中包括分类编码序列AA、AB和B。当服务器返回的第一分类编码序列为AB时，对于第一版本的客户端来说，AB不包含在其可识别的分类编码序列集合中，则解析模块230截掉最后一位分类编码B，得到新的第一分类编码序列A，而A包含于其可识别的分类编码序列集合中，则得到第一版本的客户端的可识别的第二分类编码序列为A；对于第二版本的客户端来说，AB包含在其可识别的分类编码序列集合中，则得到第二版本的客户端的可识别的第二分类编码序列为AB。

第一获取模块240用于获取第二分类编码序列对应的类型，并将第二分类编码序列对应的类型作为待识别对象的类型。

在本申请的实施例中，第一获取模块240具体用于：根据第二分类编码查询类型数据库，以获取第二类分类编码序列对应的类型，其中，类型数据库中存储有分类编码与类型的对应关系。其中，类型数据库为预先建立的。

提供模块280用于根据待识别对象的类型提供相应的服务。从而在准确的确定待识别对象的类型后，能够更加精准地为用户提供相应的服务，从而避免了因类型识别错误导致无法为用户提供服务的情况，提升了用户体验。

本申请实施例的客户端，可向服务器发送对象分类请求，并接收服务器返回的第一分类编码序列，然后对第一分类编码序列进行解析以得到客户端可识别的第二分类编码序列，并据此确定待识别对象的分类类型，能够高效准确地识别出待识别对象的类型，从而有效避免了因无法识别对象的分类类型而出现错误。

为例实现上述实施例，本申请还提出一种对象类型的识别系统。

图9为根据本发明一个实施例的对象类型的识别系统的结构示意图。

如图9所示，该对象类型的识别系统，包括：本申请任一实施例的服务器100和任一实施例所示的客户端200。

本申请实施例的对象类型的识别系统，服务器可根据客户的对象分类请求查询预先建立的分类树，以获取待识别对象对应的分类编码序列，并返回至客户端进行解析，以使客户端根据解析结果获取待识别对象的类型，使得服务器能够对不同版本的客户端的兼容和自适应，并且能够高效准确地向不同版本的客户端返回对象分类类型。此外，在客户端版本更新时，只需对分类树进行相应的维护和更新，更加便于维护，从而在客户端开发以及服务器维护中，提高了开发效率，降低了出错率。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管已经示出和描述了本申请的实施例，本领域的普通技术人员可以理解：在不脱离本申请的原理和宗旨的情况下可以对这些实施例进行多种变化、修改、替换和变型，本申请的范围由权利要求及其等同限定。