弹幕消息处理方法、装置、设备和存储介质与流程

本发明实施例涉及计算机技术，尤其涉及一种弹幕消息处理方法、装置、设备和存储介质。

背景技术

在搭载android系统的客户端(可简称为android客户端)中，通常是从能够传输及处理弹幕消息的服务器(即弹幕服务器)中获取弹幕消息，也就是弹幕服务器会向android客户端发送消息。

目前，android客户端在接收到弹幕服务器发送的消息时，会直接通过弹幕分发模块，将该消息发送至需要接收弹幕消息的弹幕分发对象中，如视图对象。但是，弹幕服务器发送至android客户端的消息除了弹幕消息之外，还可以是系统消息，例如请求客户端上传日志的数据请求消息，而系统消息是弹幕分发对象无权限处理，也无需处理的消息，即弹幕分发对象不需要接收系统消息。那么，按照现有的消息分发方式将系统消息也发送至弹幕分发对象，除了会使得弹幕分发对象接收到无用消息之外，也会增加弹幕分发模块的消息分发压力，进而降低弹幕分发效率。

技术实现要素：

本发明实施例提供一种弹幕消息处理方法、装置、设备和存储介质，以实现对android客户端接收到的消息进行过滤，从而将弹幕消息分发至弹幕分发对象，减少了无用消息的分发，提高了弹幕分发效率。

第一方面，本发明实施例提供了一种弹幕消息处理方法，包括：

获取待处理消息；

依据所述待处理消息及预先构建的异常消息映射表，确定所述待处理消息对应的目标消息类别，其中，所述异常消息映射表存储异常消息与消息类别之间的映射关系；

若所述目标消息类别为空类别，则确定所述待处理消息为弹幕消息，并将所述待处理消息分发至弹幕分发对象。

第二方面，本发明实施例还提供了一种弹幕消息处理装置，该装置包括：

消息获取模块，用于获取待处理消息；

消息类别确定模块，用于依据所述待处理消息及预先构建的异常消息映射表，确定所述待处理消息对应的目标消息类别，其中，所述异常消息映射表存储异常消息与消息类别之间的映射关系；

消息处理模块，用于若所述目标消息类别为空类别，则确定所述待处理消息为弹幕消息，并将所述待处理消息分发至弹幕分发对象。

第三方面，本发明实施例还提供了一种设备，该设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明任意实施例所提供的弹幕消息处理方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现本发明任意实施例所提供的弹幕消息处理方法。

本发明实施例通过预先构建一个异常消息映射表，建立android客户端接收到的非弹幕消息及其对应的消息处理方式之间的映射关系。通过将android客户端接收到的待处理消息和异常消息映射表进行比较，确定出待处理消息的目标消息类别，实现了根据异常消息映射表对待处理消息的过滤处理。通过在目标消息类别为空类别时，将待处理消息确定为弹幕消息并分发至弹幕分发对象，实现了只将弹幕消息分发至弹幕分发对象，减少了非弹幕消息的分发操作，从而提高了android客户端的弹幕分发效率。

附图说明

图1是本发明实施例一中的一种弹幕消息处理方法的流程图；

图2是本发明实施例二中的一种弹幕消息处理方法的流程图；

图3是本发明实施例三中的一种弹幕消息处理装置的结构示意图；

图4是本发明实施例四中的一种设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

本实施例提供的弹幕消息处理方法，可适用于android客户端将接收到的消息分发至音视频播放/直播应用软件内的各个弹幕分发对象，尤其适用于消息条数较多的情况。该方法可以由弹幕消息处理装置来执行，该装置可以由软件和/或硬件的方式实现，该装置可以集成在安装有音视频播放/直播应用软件的设备中，例如典型的是用户终端设备，例如手机、平板电脑或智能电视等。参见图1，本实施例的方法具体包括如下步骤：

s110、获取待处理消息。

其中，待处理弹幕消息是指到达android客户端，等待过滤或分发等处理的消息，其是android客户端从弹幕服务器中获取。

具体地，待处理消息的获取，可以是android客户端向弹幕服务器发送数据获取请求，弹幕服务器被动响应数据获取请求来获取；优选是通过android客户端中预先建立的弹幕监听器接口对象及弹幕监听器接口对象中作为回调函数的消息传输函数，接收弹幕服务器中的弹幕库对象回调消息传输函数发送的消息，弹幕监听器接口对象用于监听弹幕服务器中的弹幕库对象。也就是说，android客户端从弹幕服务器获取消息是通过android客户端中设置弹幕监听器接口对象，对弹幕服务器中的弹幕库对象进行监听，为弹幕服务器发送弹幕消息至android客户端提供接口，且弹幕监听器中包含回调函数，为弹幕服务器发送消息至android客户端提供调用函数指针。当弹幕服务器有消息需要发送时，触发弹幕服务器主动调用回调函数，将消息通过弹幕监听器的接口发送至android客户端，android客户端则及时地、被动地接收消息，即待处理消息。上述弹幕监听器和回调函数便是android客户端中设置的待处理消息的消息获取协议和协议内部的消息获取函数，其具有透传功能，即不对传输的消息进行任何形式的修改。本实施例中，android客户端获取待处理消息的模块是音视频播放/直播应用软件中进行消息处理的消息过滤模块。

s120、依据待处理消息及预先构建的异常消息映射表，确定待处理消息对应的目标消息类别。

其中，异常消息是指非弹幕消息的消息，例如日志数据获取请求消息或系统存储空间异常的警告消息等系统消息。异常消息映射表是指存储异常消息及消息类别之间的映射关系的列表，其在本步骤之前预先构建，即预先定义列表，并根据列表存储形式，将相应的异常消息和消息类别存储至定义的列表中。消息类别是指能够表征消息处理方式的类别，例如处理方式为弹幕分发时，消息类别为弹幕类；处理方式为直接丢弃时，消息类别为数据丢弃类别；处理方式为系统独立处理时，消息类别为系统处理类别等。为了便于存储，本实施例中为消息类别设置了相应的标识，即类别标识，在异常消息映射表中存储的是各个消息类别对应的类别标识。另外，由于本实施例中的映射关系列表中存储的是异常消息相关信息，并未存储弹幕类的消息，故列表中也未存储弹幕类对应的类别标识。目标消息类别是指待处理消息对应的消息类别。需要说明的是，异常消息映射表的存储形式可以根据异常消息的数量确定，例如，当数量较少时，异常消息映射表的存储形式可以是多个一维数组的形式，这样可以节省存储映射关系所需内存；当数量较多时，异常消息映射表的存储形式可以是诸如map数据结构的键值对数据存储形式，这样可以提高异常消息映射关系的管理效率。

具体地，按照异常消息映射表中异常消息的存储格式，对将待处理消息进行解析，获得与异常消息的存储格式对应的待查找信息，作为对异常消息映射表进行遍历的信息。例如，若异常消息映射表中存储的是异常消息的消息标识，那么就解析出待处理消息对应的消息标识(即目标消息标识)，作为待查找信息；若异常消息映射表中存储的是整条异常消息，那么按照异常消息的消息结构，对待处理消息进行消息重构，获得与异常消息的消息结构对应的重构待处理消息，作为待查找信息。之后，将待查找信息作为数组元素的比较信息或键值对的键信息，对异常消息映射表进行遍历，确定出待处理消息对应的目标消息类别。若在异常消息映射表中未找到待处理消息对应的消息类别，则将目标消息类别确定为空类别。这里，空类别是指异常消息映射表中没有记录的类别信息的类别，例如本实施例的异常消息映射表中未存储弹幕类的消息类别，那么空类别就表示弹幕类。消息标识是指能够标识弹幕消息的字符，其可以是数字、字母、符号及上述各种字符的任意组合，该消息标识应当是一条弹幕消息的唯一的、全局的标识。

s130、若目标消息类别为空类别，则确定待处理消息为弹幕消息，并将待处理消息分发至弹幕分发对象。

其中，弹幕分发对象是指音视频播放/直播应用软件中需要接收弹幕消息的组件对象，其可以是用于弹幕消息显示的视图对象，也可以是用于对弹幕消息进行数据处理的业务控制器对象，还可以是对弹幕消息进行存储或传输的数据管理器对象。

具体地，如果s120中确定待处理消息对应的目标消息类别为空类别，那么就可以确定待处理消息为弹幕消息，则直接将该待处理弹幕消息发送至具备弹幕消息分发功能的弹幕分发模块，以使弹幕分发模块将待处理消息分发至弹幕分发对象。

示例性地，在获取待处理消息之后，且在将待处理消息分发至弹幕分发对象之前，还包括：调用预先创建的消息过滤函数，以实现如下功能：依据待处理消息及预先构建的异常消息映射表，确定待处理消息对应的目标消息类别；若目标消息类别为空类别，则确定待处理消息为弹幕消息，并确定函数返回值为弹幕标识，弹幕标识用于触发执行将待处理消息分发至弹幕分发对象的步骤。

其中，消息过滤函数是指能够对待处理消息进行过滤处理的函数。示例性地，消息过滤函数依据待处理消息对应的消息获取函数而预先创建，且消息过滤函数的函数返回值的类型为布尔类型。为了实现待处理消息的透传式传输，本实施例中在定义消息过滤函数时，将其设定为具有透传功能的函数。具体实施时，依据android客户端从弹幕服务器获取待处理消息时的消息获取函数publicvoidonmessage(stringtype，messagemsg)，以及消息过滤函数需要反馈待处理消息是否能够分发的返回值的需求，定义消息过滤器类及内部函数——消息过滤函数publicboolonmessage(stringtype，messagemsg)。之后，通过消息过滤器类的构造函数构建消息过滤器对象，该消息过滤器对象中包含实例化的消息过滤函数。

具体地，为了提高应用软件开发程序的可移植性及易维护性，本发明实施例中将消息过滤功能封装为一个抽象类及消息过滤函数，以便后续通过直接调用消息过滤函数的形式实现对待处理消息过滤的功能，即执行依据待处理消息及预先构建的异常消息映射表，确定待处理消息对应的目标消息类别；若目标消息类别为空类别，则确定待处理消息为弹幕消息的步骤。而执行上述步骤之后，消息过滤函数会返回一个函数返回值，以便触发后续步骤的执行，即消息过滤函数确定待处理消息为弹幕消息时，确定函数返回值为能够表征待处理消息为弹幕消息的标识(即弹幕标识，如true)，该弹幕标识用于触发执行将待处理消息分发至弹幕分发对象的步骤。

基于消息获取函数，本实施例中的弹幕消息处理方法的实现步骤包括：

获取待处理消息；

基于待处理消息，调用消息过滤器对象中的消息过滤函数，对待处理弹幕消息进行过滤，获得函数返回值；

在函数返回值为弹幕标识时，将待处理消息分发至弹幕分发对象。

本实施例的技术方案，通过预先构建一个异常消息映射表，建立android客户端接收到的非弹幕消息及其对应的消息处理方式之间的映射关系。通过将android客户端接收到的待处理消息和异常消息映射表进行比较，确定出待处理消息的目标消息类别，实现了根据异常消息映射表对待处理消息的过滤处理。通过在目标消息类别为空类别时，将待处理消息确定为弹幕消息并分发至弹幕分发对象，实现了只将弹幕消息分发至弹幕分发对象，减少了非弹幕消息的分发操作，从而提高了android客户端的弹幕分发效率。

实施例二

本实施例在上述实施例一的基础上，对“依据待处理消息及预先构建的异常消息映射表，确定待处理消息对应的目标消息类别”进行了进一步优化。在此基础上，可以进一步增加“若目标消息类别为数据丢弃类别”的处理步骤。在上述基础上，还可以进一步增加“若目标消息类别为系统处理类别”的处理步骤。其中与上述各实施例相同或相应的术语的解释在此不再赘述。参见图2，本实施例提供的弹幕消息处理方法包括：

s210、获取待处理消息。

s220、依据待处理消息确定目标消息标识。

具体地，对待处理消息进行解析，以获得待处理消息中的消息标识，作为目标消息标识。

s230、依据目标消息标识和异常消息映射表中的消息标识数组，确定消息标识数组中是否存在目标消息标识。

其中，消息标识数组是指存储消息标识的数组。本实施例中异常消息映射表以两个数组的形式存储，其中一个数组存储各个异常消息的消息标识，另一个数组存储各个异常消息对应的类别标识(即类别标识数组)。

具体地，比较目标消息标识和异常消息映射表中的消息标识数组的元素值。也就是说，将目标消息标识与消息标识数组中的每个元素值进行比较，以确定消息标识数组中是否存在目标消息标识。若不存在，则执行s240；若不存在，则执行s250。

示例性地，异常消息映射表通过如下方式预先构建：分别定义数组长度一致的第一数组和第二数组；将至少一个异常消息的消息标识顺序存放至第一数组，获得消息标识数组；将至少一个异常消息对应的类别标识顺序存放至第二数组，获得类别标识数组；将消息标识数组和类别标识数组确定为异常消息映射表。

其中，数组是指相同数据类型的元素按一定顺序排列的集合，就是把有限个类型相同的变量用一个名字命名，然后用编号区分各个变量的集合，这个名字称为数组名，编号称为下标。组成数组的各个变量称为数组的元素。数组长度即为数组中元素的个数。

具体地，预先定义两个数组长度一致的一维数组，即第一数组和第二数组。之后，将预先确定的属于异常消息的各个消息标识，按序存放至第一数组中，获得消息标识数组。同样地，将与消息标识数组中的各个消息标识一一对应的类别标识，按序存放至第二数组中，获得类别标识数组。上述获得的消息标识数组和类别标识数组共同构成异常消息映射表。需要说明的是，异常消息是可以预先确定的，也就是可以预先获知异常消息映射表中需要存储的各个消息标识和类别标识。

s240、确定待处理消息对应的目标消息类别为空类别。

具体地，如果异常消息映射表中不存在目标消息标识，那说明待处理消息不是异常消息，而是弹幕消息，则将目标消息类别确定为空类别，并执行s260。

s250、依据待处理消息在消息标识数组中的下标以及类别标识数组，确定待处理消息对应的目标消息类别。

具体地，如果异常消息映射表中存在目标消息标识，那说明待处理消息是异常消息，需要进一步确定如何处理该待处理消息。具体实施时，依据待处理消息在消息标识数组中的下标，从类别标识数组中确定目标类别标识，并根据目标标识类别，确定待处理消息对应的目标消息类别。由于消息标识数组与类别标识数组是数组下标一一对应的两个数组，所以可以先确定待处理消息在消息标识数组中的下标，再从类别标识数组中获取上述下标处存储的数组元素，即获取类别标识数组中上述下标处的类别标识，作为目标类别标识，并确定目标类别标识所对应的目标消息类别，之后执行s270或s280。

s260、确定待处理消息为弹幕消息，并将待处理消息分发至弹幕分发对象。

s270、若目标消息类别为数据丢弃类别，则丢弃待处理消息。

具体地，如果根据目标类别标识确定目标消息类别为数据丢弃类别，则不对待处理消息做任何处理，直接丢弃该待处理消息。之后，可以返回执行s210，以进行下一条待处理消息的处理。

s280、若目标消息类别为系统处理类别，则通过通络线程池重新开辟一个目标子线程，并将待处理消息发送至目标子线程，以在目标子线程中按照目标消息类别对应的类别标识对待处理消息进行处理。

其中，目标子线程是指在接收并过滤待处理消息的主线程之下重新开辟的子线程，其专用于处理待处理消息。

具体地，如果根据目标类别标识确定目标消息类别为系统处理类别，则为了不阻塞主线程中对下一条待处理消息的处理，本实施例中通过通络线程池重新开辟一个目标子线程，并将待处理消息发送至该目标子线程，以在目标子线程中按照系统处理类别对应的消息处理方式对待处理消息进行处理。例如，待处理消息为系统处理类别，那么会在目标子线程中对该待处理消息进行响应。如果此时又获取了下一条待处理消息，那么仍然在主线程中对其进行接收及过滤等处理，子线程与主线程之间为隔离状态，两者互不影响处理进度，这样可以保证消息过滤的时效性。

需要说明的是，系统处理类别可以包含多种系统处理子类别，例如可以是日志上传类别或警告反馈指令发送类别等。另外，本实施例中是针对每一条目标消息类别为系统处理类别的待处理消息，均开辟一个新的子线程。例如，目标子线程在对上一条待处理消息进行处理的过程中，又确定了当前待处理消息为系统处理类别的消息，那么通过通络线程池再开辟一个新的目标子线程，来处理当前待处理消息，这样能够保证异常消息的处理效率，进一步提高主线程中消息过滤的时效性。

示例性地，消息过滤函数还用于实现如下功能：若目标消息类别为数据丢弃类别，则丢弃待处理消息，并确定函数返回值为异常消息标识；和/或，若目标消息类别为系统处理类别，则通过通络线程池重新开辟一个目标子线程，将待处理消息发送至目标子线程，以在目标子线程中按照目标消息类别对应的类别标识对待处理消息进行处理，并确定函数返回值为异常消息标识。

具体地，消息过滤函数也可以将对异常消息的处理过程进行封装，这样能够进一步提高应用软件程序的可用性和移植性。具体来说，是将s270和/或s280的步骤功能进行函数封装。而执行上述步骤之后，按照消息过滤函数的定义，消息过滤函数仍需返回一个函数返回值，以便触发后续步骤的执行，即消息过滤函数确定目标消息类别为数据丢弃类别，和/或目标消息类别为系统处理类别时，确定函数返回值为能够表征待处理消息为异常消息的标识(即异常消息标识，如false)，该异常消息标识用于触发返回执行获取待处理消息的步骤。

本实施例的技术方案，通过将异常消息映射表设定为数组存储形式，并以数组元素遍历的方式进行目标消息类别的确定，能够提高待处理消息的过滤效率。通过在目标消息类别为系统处理类别时，开辟新的子线程以对待处理消息进行系统处理，降低了消息过滤主线程的阻塞率，提高了待处理消息的过滤时效性。

以下是本发明实施例提供的弹幕消息处理装置的实施例，该装置与上述各实施例的弹幕消息处理方法属于同一个发明构思，在弹幕消息处理装置的实施例中未详尽描述的细节内容，可以参考上述弹幕消息处理方法的实施例。

实施例三

本实施例提供一种弹幕消息处理装置，参见图3，该装置具体包括：

消息获取模块310，用于获取待处理消息；

消息类别确定模块320，用于依据消息获取模块310获取的待处理消息及预先构建的异常消息映射表，确定待处理消息对应的目标消息类别，其中，异常消息映射表存储异常消息与消息类别之间的映射关系；

消息处理模块330，用于若消息类别确定模块320确定目标消息类别为空类别，则确定待处理消息为弹幕消息，并将待处理消息分发至弹幕分发对象。

可选地，在上述装置的基础上，该装置还包括映射表构建模块，用于通过如下方式预先构建异常消息映射表：

分别定义数组长度一致的第一数组和第二数组；

将至少一个异常消息的消息标识顺序存放至第一数组，获得消息标识数组；

将至少一个异常消息对应的类别标识顺序存放至第二数组，获得类别标识数组；

将消息标识数组和类别标识数组确定为异常消息映射表。

进一步地，消息类别确定模块320具体用于：

依据待处理消息确定目标消息标识；

依据目标消息标识和异常消息映射表中的消息标识数组，确定消息标识数组中是否存在目标消息标识；

若否，则确定待处理消息对应的目标消息类别为空类别；

若是，则依据待处理消息在消息标识数组中的下标以及类别标识数组，确定待处理消息对应的目标消息类别。

可选地，在上述装置的基础上，该装置还包括消息丢弃处理模块，用于：

在依据待处理消息及预先构建的异常消息映射表，确定待处理消息对应的目标消息类别之后，若目标消息类别为数据丢弃类别，则丢弃待处理消息。

可选地，在上述装置的基础上，该装置还包括系统处理模块，用于：

在依据待处理消息及预先构建的异常消息映射表，确定待处理消息对应的目标消息类别之后，若目标消息类别为系统处理类别，则通过通络线程池重新开辟一个目标子线程，并将待处理消息发送至目标子线程，以在目标子线程中按照目标消息类别对应的类别标识对待处理消息进行处理。

通过本发明实施例三的一种弹幕消息处理装置，实现了只将弹幕消息分发至弹幕分发对象，减少了非弹幕消息的分发操作，从而提高了android客户端的弹幕分发效率。

本发明实施例所提供的弹幕消息处理装置可执行本发明任意实施例所提供的弹幕消息处理方法，具备执行方法相应的功能模块和有益效果。

值得注意的是，上述弹幕消息处理装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

实施例四

参见图4，本实施例提供了一种设备400，其包括：一个或多个处理器420；存储装置410，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器420执行，使得一个或多个处理器420实现本发明实施例所提供的弹幕消息处理方法，包括：

获取待处理消息；

依据待处理消息及预先构建的异常消息映射表，确定待处理消息对应的目标消息类别，其中，异常消息映射表存储异常消息与消息类别之间的映射关系；

若目标消息类别为空类别，则确定待处理消息为弹幕消息，并将待处理消息分发至弹幕分发对象。

当然，本领域技术人员可以理解，处理器420还可以实现本发明任意实施例所提供的弹幕消息处理方法的技术方案。

图4显示的设备400仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示，该设备400包括处理器420、存储装置410、输入装置430和输出装置440；设备中处理器420的数量可以是一个或多个，图4中以一个处理器420为例；设备中的处理器420、存储装置410、输入装置430和输出装置440可以通过总线或其他方式连接，图4中以通过总线450连接为例。

存储装置410作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的弹幕消息处理方法对应的程序指令/模块(例如，弹幕消息处理装置中的消息获取模块、消息类别确定模块和消息处理模块)。

存储装置410可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储装置410可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储装置410可进一步包括相对于处理器420远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置430可用于接收输入的数字或字符信息，以及产生与设备的用户设置以及功能控制有关的键信号输入。输出装置440可包括显示屏等显示设备。

实施例五

本实施例提供一种包含计算机可执行指令的存储介质，计算机可执行指令在由计算机处理器执行时用于执行一种弹幕消息处理方法，该方法包括：

获取待处理消息；

依据待处理消息及预先构建的异常消息映射表，确定待处理消息对应的目标消息类别，其中，异常消息映射表存储异常消息与消息类别之间的映射关系；

若目标消息类别为空类别，则确定待处理消息为弹幕消息，并将待处理消息分发至弹幕分发对象。

当然，本发明实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的方法操作，还可以执行本发明任意实施例所提供的弹幕消息处理方法中的相关操作。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(read-onlymemory,rom)、随机存取存储器(randomaccessmemory,ram)、闪存(flash)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的弹幕消息处理方法。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。