一种消息处理方法及装置与流程

本申请涉及通信业务领域和互联网领域，尤其涉及一种消息处理方法及装置。

背景技术：

消息队列是将消息按照接收的次序加入队列后形成的。如图1所示，网络运营商的服务器在接收到消息生产者(producer)发送的消息后，将其加入消息队列中，同时，按照队列中消息接收的先后顺序依次取出消息发送给对应的消费者(consumer)。

目前，消息的传输主要使用的通信协议包括超文本传输协议(hypertexttransferprotocol，http)和传输控制协议(transmissioncontrolprotocol，tcp)。基于http和tcp进行消息传输的可靠性较高，但是这种传输方式需要维护服务器与电子设备之间的长连接，这样就会增加服务器的负载，导致消息传输效率降低，不适用于实时性高的消息传输。

综上，现有技术存在消息传输效率较低的问题。

技术实现要素：

本申请实施例提供一种消息处理方法及装置，用以解决现有技术存在消息传输效率较低的问题。

本申请实施例提供的一种消息处理方法，包括：

服务器建立终端列表；其中，所述终端列表中包含多个终端设备的互联网协议ip地址和端口号；

所述服务器接收来自发送终端基于用户数据报协议udp传输的待分发消息；

所述服务器根据建立的所述终端列表确定接收终端，基于udp向所述接收终端发送所述待分发消息。

本申请另一实施例提供的一种消息处理方法，包括：

发送终端基于用户数据报协议udp向服务器发送注册请求，以便所述服务器建立终端列表；其中，所述注册请求中携带所述发送终端的互联网协议ip地址和端口号，所述终端列表用于查询所述发送终端的ip地址和端口号；

基于udp向服务器发送所述待分发消息。

本申请又一实施例提供的一种消息处理方法，包括：

接收终端基于用户数据报协议udp向服务器发送注册请求，以便所述服务器建立终端列表；其中，所述注册请求中携带所述发送终端的互联网协议ip地址和端口号，所述终端列表用于查询所述接收终端的ip地址和端口号；

基于udp向服务器发送所述订阅消息。

本申请实施例提供的一种消息处理装置，包括：

建立模块，用于建立终端列表；其中，所述终端列表中包含多个终端设备的互联网协议ip地址和端口号；

接收模块，用于接收来自发送终端基于用户数据报协议udp传输的待分发消息；

发送模块，用于根据建立的所述终端列表确定接收终端，基于udp向所述接收终端发送所述待分发消息。

本申请另一实施例提供的一种消息处理装置，包括：

注册模块，用于基于用户数据报协议udp向服务器发送注册请求，以便所述服务器建立终端列表；其中，所述注册请求中携带所述发送终端的互联网协议ip地址和端口号，所述终端列表用于查询所述发送终端的ip地址和端口号；

发送模块，用于udp向服务器发送所述待分发消息。

本申请又一实施例提供的一种消息处理装置，包括：

注册模块，用于基于用户数据报协议udp向服务器发送注册请求，以便所述服务器建立终端列表；其中，所述注册请求中携带所述发送终端的互联网协议ip地址和端口号，所述终端列表用于查询所述接收终端的ip地址和端口号；

发送模块，用于基于udp向服务器发送所述订阅消息。

本申请实施例中，服务器通过建立终端列表，实现基于udp的消息传输机制与终端设备之间进行消息传输，提高了消息传输过程的效率。另外，在本申请优选实施方式中，通过设置待发送消息的消息特征，使服务器基于消息特征有选择地进行消息处理，对于实时消息，服务器将其写入消息队列中能够优先处理的位置，优先处理实时消息，对于重要消息，服务器要向对应的终端设备回复确认消息，从而提高了基于udp进行消息传输的可靠性。

附图说明

图1为现有技术中典型的消息队列示意图；

图2为本申请实施例一提供的消息处理方法流程图；

图3为本申请实施例二提供的消息处理方法流程图；

图4为本申请实施例三提供的消息处理方法流程图；

图5为本申请实施例四提供的消息处理方法流程图；

图6为本申请实施例五提供的消息处理装置结构图；

图7为本申请实施例六提供的消息处理装置结构图；

图8为本申请实施例七提供的消息处理装置结构图。

具体实施方式

本申请应用了基于用户数据报协议(userdatagramprotocol，udp)的消息传输机制。udp作为开放式系统互联(opensysteminterconnection，osi)参考模型中一种无连接的传输层协议，进行消息传输的效率较高。

本申请通过在服务器建立终端列表来实现服务器和终端之间的udp传输，另外，为了保证服务器与终端之间基于udp进行消息传输的可靠性，本申请优选实施方式中提出了一种服务器基于消息特征(包括时效性特征和重要性特征)有选择地进行消息处理的传输机制。

下面结合说明书附图对本申请实施例作进一步详细描述。

实施例一

如图2所示，为本申请实施例一提供的消息处理方法流程图，包括以下步骤：

s201：服务器建立终端列表。

这里，终端列表中包含多个终端设备的ip地址和端口号，其中记录有各个终端设备和服务器之间交互的信息，利用这些信息可以查询任一终端设备的ip地址和端口号等。

如表一所示，列举了一种终端列表。该终端列表中包括序号、终端id、终端设备的ip地址、端口号、发布和订阅消息的消息主题以及终端列表的更新时间。其中，序号用于标记终端列表中的终端设备，每一个序号对应一个终端设备；终端设备的ip地址和端口号用于确定服务器接收和回复消息的终端设备。

表一

该终端列表中记录了序号为1的终端设备中包含的信息，其终端id为“hw46”、ip地址为“218.10.0.4”、端口号为“6784”、发布消息的消息主题为“t1，t2，t3”、订阅消息的消息主题为“h1，h2，h3”、终端列表的更新时间为“2016-09-07-12:34:56”。

s202：服务器接收来自发送终端基于udp传输的待分发消息。

这里，待分发消息中携带有消息特征，所述消息特征包括时效性特征和重要性特征。并且待分发消息携带的消息特征中的时效性特征和重要性特征可以是由应用服务方设定的，或者由应用服务方与网络运营商协商设定的。

在具体实施中，服务器根据待分发消息的时效性特征，确定待分发消息在消息队列中的位置；根据确定的待分发消息在消息队列中的位置，将该待分发消息写入消息队列中；并根据该待分发消息的重要性特征，判断是否需要进行消息回复。

若待分发消息是实时消息，则将待分发消息写入消息队列中能够优先处理的位置，比如消息队列的队头，若待分发消息是非实时消息，则将待分发消息写入消息队列中不被优先处理的位置，比如消息队列的队尾。这里，服务器会优先处理排列在消息队列中队头的消息。

若待分发消息是重要消息，则服务器需要向发送终端回复确认消息，若待分发消息是非重要消息，则服务器不需要向发送终端回复确认消息。

基于此，服务器在进行消息处理过程中，就能根据待分发消息的消息特征来选择对消息的处理方式。对于实时消息，服务器会优先进行处理，对于重要消息，服务器向发送终端回复确认消息，以便发送终端得知待分发消息已安全完整的到达服务器，提高了基于udp进行消息传输的可靠性。

s203：服务器根据建立的终端列表确定接收终端，基于udp向接收终端发送待分发消息。

在具体实施中，服务器根据待分发消息所在终端列表中与之相匹配的消息主题，找到对应接收终端的ip地址和端口号，并从消息队列的队头中取出待分发消息，将此消息发送给相匹配的接收终端。

实施例二

如图3所示，为本申请实施例二提供的消息处理方法流程图，包括以下步骤：

s301：发送终端基于udp向服务器发送注册请求，以便服务器建立终端列表。

这里，注册请求中携带发送终端的ip地址和端口号，终端列表可以用来查询发送终端的ip地址和端口号。

上述发送终端可以是任一终端设备，且该任一终端设备既可以是发送终端，也可以是接收终端，也即既可以发布消息，也可以接收消息。

s302：基于udp向服务器发送待分发消息。

这里，待分发消息中携带有消息特征，消息特征包括时效性特征和重要性特征。

在具体实施中，发送终端会根据待发送消息的重要性特征来判断是否周期性地向服务器发送该待分发消息。

若该待分发消息是重要消息，则发送终端周期性向服务器发送该待分发消息，直至接收到服务器回复的确认消息或直至超出实时消息对应的时间阈值(若待分发消息为实时消息，则在该时间阈值内消息有效)；若待分发消息是非重要消息，则发送终端只发送一次该待分发消息。这里，若该待分发消息是实时消息，发送终端会设置一个时间阈值，在进行消息处理时，若超出这个时间阈值，则该待分发消息为无效消息，发送终端不再发送此待分发消息。

实施例三

如图4所示，为本申请实施例三提供的消息处理方法流程图，包括以下步骤：

s401：接收终端基于udp向服务器发送注册请求，以便所述服务器建立终端列表。

s402：基于udp向服务器发送所述订阅消息。

这里，订阅消息中携带有接收终端订阅的消息主题以及订阅消息的消息特征，订阅消息的消息特征包括时效性特征和重要性特征；

在具体实施中，服务器会根据接收到的订阅消息的重要性特征，判断是否需要向接收终端进行回复确认消息。

下面通过一个详细的实施例对本申请思想作进一步介绍。

实施例四

如图5所示，为本申请实施例四提供的消息处理方法流程图，包括以下步骤：

s501a：发送终端基于udp向服务器发送注册请求，所述注册请求中携带所述发送终端的互联网协议ip地址和端口号。服务器接收该发送终端的注册请求后，向发送终端发送注册确认消息，其中携带有服务器为发送终端分配的标识信息，将该标识信息、注册请求中携带的发送终端的ip地址和端口号写入终端列表中。进入s502a和s503a。

这里，列举一种发送终端向服务器发送的注册消息的形式为：{“消息类型(type)”：“注册(register)”，“消息特征(feature)”：“非实时且重要(10)”(这里采用两位二进制数来标识消息特征，高位的二进制数标识时效性特征，其中0代表实时消息，1代表非实时消息，低位的二进制数标识重要性特征，其中0代表重要消息，1代表非重要消息。)，“消息编号(rnumber)”：“123456789”，“消息内容(contents)”：{“文本1(text1)”：“b”，“文本2(text2)”：“d”，“文本3(text3)”：“f”}，“其它(others)”:“你好世界(helloworld)”}；

对应服务器回复的注册确认消息的形式为：{“type”：“注册成功(registerok)”，“feature”：“10”，“rnumber”：“123456789”，“contents”：{“text1”：“ab”，“text2”：“dd”，“text3”：“ff”}，“响应结果(results)”：“成功(ok)”，“id”:“hw46”}。

s502a：发送终端基于udp向服务器发送更新消息，更新消息中包括该发送终端的标识信息、ip地址和端口号。服务器根据该更新消息，更新终端列表中与该发送终端的标识信息对应的ip地址和端口号。

可选地，发送终端基于udp向服务器发送更新消息，包括：

发送终端周期性地向服务器发送所述更新消息，直到接收到服务器回复的确认消息。

列举一种发送终端向服务器发送的更新消息的形式为：{“type”：“更新(update)”，“feature”：“非实时且不重要(11)”，“rnumber”：“123456789”，“id”:“hw46”}，由于上述消息的消息特征为非实时且非重要，则服务器不需要向该发送终端回复确认消息，仅更新终端列表中与该终端设备的标识信息对应的ip地址和端口号。

列举另一种发送终端向服务器发送的更新消息的形式为：{“type”：“update”，“feature”：“10”，“rnumber”：“123456789”，“id”:“hw46”}；由于上述消息的消息特征为非实时且重要，则在服务器更新完终端列表中与该终端设备的标识信息对应的ip地址和端口号，还需要向该发送终端回复确认消息，所述服务器发送的更新确认消息的形式为：{“type”：“更新成功(updateok)”，“feature”：“10”，“rnumber”：“123456789”，“results”：“ok”，“id”:“hw46”}。

s503a：发送终端基于udp向服务器发送待分发消息；所述待分发消息中携带有消息特征和消息主题，所述消息特征包括时效性特征和重要性特征。

列举一种发送终端向服务器发送消息的形式为：{“type”：“发布(messpub)”，“feature”：“10”，“rnumber”：“123456789”，“contents”：{“text1”：“b”，“text2”：“d”，“text3”：“f”}，“消息主题(topics)”：“电脑(computer)”，“id”:“hw46”}；由于上述消息的消息特征为非实时且重要，则服务器需要向该发送终端回复确认消息，发布的确认消息的形式为：{“type”：“发布成功(messpubok)”，“feature”：“10”，“rnumber”：“123456789”，“contents”：{“text1”：“ab”，“text2”：“dd”，“text3”：“ff”}，“topics”：“computer”，“results”：“ok”，“id”:“hw46”}；

列举另一种发送终端向服务器发送消息的形式为：{“type”：“订阅(messsub)”，“feature”：“10”，“rnumber”：“123456789”，“contents”：{“text1”：“b”，“text2”：“d”，“text3”：“f”}，“topics”：“computer”，“id”:“hw46”}；由于上述消息的消息特征为非实时且重要，则服务器需要向该发送终端回复确认消息，发送的确认消息的形式为：{“type”：“订阅成功(messsubok)”，“feature”：“10”，“rnumber”：“123456789”，“contents”：{“text1”：“b”，“text2”：“d”，“text3”：“f”}，“topics”：“computer”，“results”：“ok”，“id”:“hw46”}。

s504b：服务器根据所述待分发消息的时效性特征，确定所述待分发消息在消息队列中的位置；根据确定的所述待分发消息在消息队列中的位置，将所述待分发消息写入消息队列中；并根据所述待分发消息的重要性特征，判断是否需要进行消息回复。

s505c：接收终端基于udp向服务器发送注册请求，所述注册请求中携带所述接收终端的互联网协议ip地址和端口号。服务器接收该接收终端的注册请求后，向接收终端发送注册确认消息，其中携带有服务器为接收终端分配的标识信息，将该标识信息、注册请求中携带的接收终端的ip地址和端口号写入终端列表中。进入s506c和s507c。

s506c：接收终端基于udp向服务器发送更新消息，更新消息中包括该接收终端的标识信息、ip地址和端口号。服务器根据该更新消息，更新终端列表中与该接收终端的标识信息对应的ip地址和端口号。

s507c：接收终端基于udp向服务器发送所述订阅消息。所述订阅消息中携带有所述接收终端订阅的消息主题以及所述订阅消息的消息特征，所述消息特征包括时效性特征和重要性特征。

s508b：服务器从所述消息队列的队头中取出待分发消息，查询订阅该待分发消息的消息主题的接收终端，将该待分发消息发送给接收终端。

在具体实施中，服务器会根据该待分发消息的重要性特征，判断是否需要周期性向接收终端发送该待分发消息，相应地，接收终端在接收到服务器发来的待分发消息之后，会根据该待分发消息的重要性特征确定是否需要向服务器进行回复确认消息。

这里，列举一种发送终端向服务器发送消息的形式为：{“type”：“发送(messsend)”，“feature”：“11”，“rnumber”：“123456789”，“contents”：{“text1”：“b”，“text2”：“d”，“text3”：“f”}，“topics”：“computer”，“主题编号(topicnumber)”：“18”，“id”:“hw46”}；由于上述消息的消息特征为非实时且非重要，则服务器不需要向该发送终端回复确认消息，仅根据此消息所在终端列表中与之相匹配的消息主题，找到对应接收终端的ip地址和端口号，将所述消息发送给相匹配的接收终端。所述服务器发送的消息的形式为：{“type”：“推送(messpush)”，“feature”：“11”，“rnumber”：“123456789”，“contents”：{“text1”：“b”，“text2”：“d”，“text3”：“f”}，“topics”：“computer”，“topicnumber”：“18”，“id”:“hw46”}。

列举另一种发送终端向服务器发送消息的形式为：{“type”：“messsend”，“feature”：“实时且非重要(01)”，“rnumber”：“123456789”，“contents”：{“text1”：“b”，“text2”：“d”，“text3”：“f”}，“topics”：“computer”，“topicnumber”：“16”，“id”:“hw46”}；由于上述消息的消息特征的重要性特征为非重要，则服务器不需要向该发送终端回复确认消息，又因为其时效性特征为实时性，所以服务器将所述消息写入消息队列的队头。然后根据此消息所在终端列表中与之相匹配的消息主题，找到对应接收终端的ip地址和端口号，将所述消息发送给相匹配的接收终端。所述服务器发送的消息的形式为：{“type”：“messpush”，“feature”：“01”，“rnumber”：“123456789”，“contents”：{“text1”：“b”，“text2”：“d”，“text3”：“f”}，“topics”：“computer”，“topicnumber”：“16”，“id”:“hw46”}。

列举另一种发送终端向服务器发送的消息的形式为：{“type”：“messsend”，“feature”：“实时且重要(00)”，“rnumber”：“123456789”，“contents”：{“text1”：“b”，“text2”：“d”，“text3”：“f”}，“topics”：“computer”，“topicnumber”：“10”，“id”:“hw46”}；由于上述消息的消息特征的重要性特征为重要，则服务器需要向该发送终端回复确认消息。又因为其时效性特征为实时性，所以服务器将所述消息写入消息队列的队头。然后根据此消息所在终端列表中与之相匹配的消息主题，找到对应接收终端的ip地址和端口号，将所述消息发送给相匹配的接收终端。所述服务器发送的消息的形式为：{“type”：“messpush”，“feature”：“00”，“rnumber”：“123456789”，“contents”：{“text1”：“b”，“text2”：“d”，“text3”：“f”}，“topics”：“computer”，“topicnumber”：“10”，“id”:“hw46”}；对应的接收终端在收到此消息后，需要向服务器回复确认消息。列举一种接收终端可能的回复确认消息的形式为：{“type”：“推送成功(messpushok)”，“feature”：“00”，“rnumber”：“123456789”，“contents”：{“text1”：“b”，“text2”：“d”，“text3”：“f”}，“topics”：“computer”，“topicnumber”：“10”，“id”：“hw46”，“results”：“ok”}。

综上所述，通过在服务器建立终端列表，基于udp的消息传输机制来实现终端设备与服务器之间的消息传输，提高了消息传输过程的效率。另外，服务器基于待分发消息的消息特征有区别地进行消息处理，即对于实时消息，服务器将其写入消息队列中能够优先处理的位置，优先处理实时消息，对于重要消息，服务器要向对应的终端设备回复确认消息，从而保证了基于udp进行消息传输的可靠性。

基于同一发明构思，本申请实施例中还提供了与消息处理方法对应的消息处理装置，由于以下装置解决问题的原理与本申请实施例的消息处理方法相似，因此以下装置的实施可以参见方法的实施，重复之处不再赘述。

实施例五

如图6所示，为本申请实施例五提供的消息处理装置结构图，包括：

建立模块61，用于建立终端列表；其中，所述终端列表中包含多个终端设备的互联网协议ip地址和端口号；

接收模块62，用于接收来自发送终端基于udp传输的待分发消息；

发送模块63，用于根据建立的所述终端列表确定接收终端，基于udp向所述接收终端发送所述待分发消息。

可选地，所述待分发消息携带有消息特征，所述消息特征包括时效性特征和重要性特征；

可选地，所述装置还包括：

时效处理模块64，用于根据所述待分发消息的时效性特征，确定所述待分发消息在消息队列中的位置；根据确定的所述待分发消息在消息队列中的位置，将所述待分发消息写入消息队列中；

消息回复处理模块65，用于根据所述待分发消息的重要性特征，判断是否需要进行消息回复。

可选地，所述时效处理模块64具体用于：

若所述待分发消息是实时消息，则将所述待分发消息写入消息队列的队头，若所述待分发消息是非实时消息，则将所述待分发消息写入消息队列的队尾；

可选地，所述发送模块63还用于：

从所述消息队列的队头中取出待分发消息，发送给订阅所述待分发消息的接收终端。

可选地，所述建立模块61具体用于：

接收任一终端设备基于udp发送的注册请求；

将所述注册请求中携带的所述任一终端设备的互联网协议ip地址和端口号写入终端列表中。

可选地，所述建立模块61还用于：

为所述任一终端设备分配标识信息，将分配的标识信息、所述ip地址和端口号写入终端列表中；

可选地，所述装置还包括：

更新模块66，用于接收所述任一终端设备发送的更新消息；所述更新消息中包括该任一终端设备的标识信息、ip地址和端口号；

更新终端列表中与该任一终端设备的标识信息对应的ip地址和端口号。

可选地，所述接收模块62还用于：

接收任一接收终端基于udp发送的订阅消息；所述订阅消息中携带有所述接收终端订阅的消息主题以及所述订阅消息的消息特征；

可选地，所述发送模块63还用于：

当在所述消息队列中取出匹配所述消息主题的待分发消息时，将该待分发消息发送给所述接收终端。

实施例六

如图7所示，为本申请实施例六提供的消息处理装置结构图，包括：

注册模块71，用于基于用户数据报协议udp向服务器发送注册请求，以便所述服务器建立终端列表；其中，所述注册请求中携带所述发送终端的互联网协议ip地址和端口号，所述终端列表用于查询所述发送终端的ip地址和端口号；

发送模块72，用于udp向服务器发送所述待分发消息。

可选地，所述待分发消息携带有消息特征，所述消息特征包括时效性特征和重要性特征；

可选地，所述发送模块72具体用于：

若所述待分发消息的重要性特征为重要消息，且时效性特征为实时性消息，则所述发送终端周期性地向所述服务器发送所述待分发消息，直到接收到所述服务器回复的确认消息，或超过预设的时间阈值；

若所述待分发消息的重要性特征为重要消息，且时效性特征为非实时性消息，则所述发送终端周期性地向所述服务器发送所述待分发消息，直到接收到所述服务器回复的确认消息。

可选地，所述注册模块71具体用于：

周期性地向所述服务器发送所述注册请求，直到接收到所述服务器回复的注册确认消息。

可选地，所述装置还包括：

接收模块73，用于接收所述服务器发送的注册确认消息，所述注册确认消息中包含所述发送终端的标识信息；

可选地，所述发送模块72还用于：

基于udp向服务器发送更新消息，所述更新消息中包括该发送终端的标识信息、ip地址和端口号。

可选地，所述发送模块72具体用于：

周期性地向所述服务器发送所述更新消息，直到接收到所述服务器回复的确认消息。

实施例七

如图8所示，为本申请实施例七提供的消息处理装置结构图，包括：

注册模块81，用于基于用户数据报协议udp向服务器发送注册请求，以便所述服务器建立终端列表；其中，所述注册请求中携带所述发送终端的互联网协议ip地址和端口号，所述终端列表用于查询所述接收终端的ip地址和端口号；

发送模块82，用于基于udp向服务器发送所述订阅消息。

可选地，所述订阅消息携带有所述接收终端订阅的消息主题以及所述订阅消息的消息特征，所述消息特征包括时效性特征和重要性特征。

可选地，注册模块81具体用于：

周期性地向所述服务器发送所述注册请求，直到接收到所述服务器回复的注册确认消息。

可选地，所述装置还包括：

接收模块83，用于接收所述服务器发送的注册确认消息，所述注册确认消息中包含所述发送终端的标识信息；

可选地，所述发送模块82还用于：

基于udp向服务器发送更新消息，所述更新消息中包括该发送终端的标识信息、ip地址和端口号。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、装置(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。