具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
图1是本发明实施例提供的一种接收数据的方法的流程图。该实施例的执行主体为移动终端,参见图1,该方法包括:
101、当移动终端上的应用程序切换到后台时,该移动终端向推送服务器发送第一消息,使得该推送服务器向应用服务器发送第二消息;该第二消息用于指示该应用服务器在有数据需要向该移动终端发送时,将该数据发送给该推送服务器,该应用服务器为该应用程序服务;
在本实施例中,移动终端的应用程序切换到后台时,移动终端不再通过心跳信令与应用服务器之间保持心跳连接,而是通过推送服务器与应用服务器进行交互,由推送服务器在接收到应用服务器发送的数据时,再将数据发送给移动终端。
102、该移动终端接收该推送服务器发送的该数据。
本实施例提供的方法,通过利用推送服务器实现应用程序保持在线的场景,当应用程序切换至后台运行的时候,由所述推送服务器与应用服务器进行交互,从而使得移动终端无需与应用服务器保持心跳连接,不仅减小了移动终端的信令开销,且很大程度上节约了移动终端能耗,减少网络信令的交互。
图2是本发明实施例提供的一种接收数据的方法的流程图。在该实施例中,通信网中包括移动终端、推送服务器和应用服务器,本领域技术人员可以获知,该移动终端可以为手机、PDA等,推送服务器一般设置在运营商服务器当中,利用短信等方式进行PUSH推送,应用服务器是指各个应用程序的服务器,例如,QQ服务器、邮件服务器等。推送服务器可以对应多个应用服务器,为应用服务器提供PUSH推送服务。参见图2,该方法包括:
201、移动终端上的应用程序从前台运行切换到后台运行;
在本实施例中,应用程序是指需要保持状态更新的互联网应用程序。
本领域技术人员可以获知,在应用程序的使用过程中,可以分为前台运行和后台运行两种状态。该后台和前台是相对桌面而言的,应用程序在前台即桌面上执行时可为用户感知,而当应用程序在后台运行时,用户是看不到的。前台运行和后台运行的切换可以包括以下情况的任意一种:(1)前台运行的应用程序闲置超过预设时间,则切换为后台运行,其中,该预设时间为用户设置,本发明实施例不做具体限定。(2)用户打开第一应用程序后,又打开第二应用程序,此时,用户可见的为第二应用程序,第一应用程序不可见,则第二应用程序为前台运行,第一应用程序为后台运行。
进一步地,当应用程序从前台运行切换到后台运行时,释放该移动终端与为应用程序服务的应用服务器的IP连接。本领域技术人员可以获知,所有前台运行的应用程序都会在联网的状态下保持可用的IP连接,该应用程序所有的数据发送和状态同步都会利用该IP连接。一个移动终端可以建立多个IP连接,一个应用程序可以根据需要建立IP连接或使用已有的IP连接。
需要说明的是,该释放IP连接的步骤可以在切换发生时进行,也可以在切换发生后的任意步骤进行,例如在步骤203之后进行,本发明实施例不做具体限定。在本实施例中,通过将后台运行的应用程序的IP连接释放,可以降低网络资源的占用。
202、移动终端保存该发生切换的应用程序的应用程序标识;
需要说明的是,移动终端上可能有多个切换至后台运行的应用程序,则保存多个应用程序的应用程序标识,使得在后续的步骤中区分接收到的消息及其对应的应用程序。
在本实施例中,应用程序的应用程序标识可以为应用ID(APPID),还可以为应用程序描述,例如:QQ、MSN等。
203、移动终端向推送服务器发送第一消息,该第一消息携带该移动终端的用户标识和应用程序的应用程序标识;
移动终端的用户标识可以为移动终端在注册该应用程序时应用服务器为移动终端分配的标识,该用户标识与移动终端的电话号码一一对应。
需要说明的是,该第一消息还可以携带应用程序的状态信息,用于通知推送服务器当前应用程序的状态,推送服务器在接收到第一消息后,维护该应用程序的状态信息和应用程序标识的映射关系列表。
在本实施例中,该步骤203用于将该应用程序的应用程序标识通知给推送服务器,使得推送服务器获知该应用程序已经从前台运行切换至后台运行,并且激活Push业务。
本领域技术人员可以获知,本实施例所述的所有推送服务器是指具有Push功能模块的服务器,这里所说的推送服务器不一定是一个单独的服务器,也可以是其他服务器的一个功能模块。
204、推送服务器接收第一消息,并保存应用程序的应用程序标识和移动终端的用户标识,根据应用程序标识向为该应用程序服务的应用服务器发送第二消息,以激活该应用程序的Push业务;
推送服务器接收到应用程序标识后,根据该应用程序标识查询为该应用程序服务的应用服务器,并向该应用服务器发送第二消息。该第二消息包括移动终端的用户标识。
在本实施例中,该第二消息携带推送服务器的地址标识和移动终端的用户标识,用于指示应用服务器在有数据需要向移动终端发送时,将数据发送给推送服务器。
205、当为该应用程序服务的应用服务器有数据需要向移动终端发送时,该应用服务器判断是否收到推送服务器发送的包含移动终端的用户标识的第二消息,
如果是,则执行步骤207;
如果否,则执行步骤206。
本实施例中,改变了作为应用服务器的应用服务器的工作流程,使得应用服务器不必和移动终端维持心跳,而是当应用程序标识和用户标识对应的应用程序有数据需要发送时,只要该应用服务器已经收到了包含所述移动终端的用户标识的第二消息,即由应用服务器将数据发送给推送服务器。
206、应用服务器按照现有移动终端和应用服务器间通信的流程进行数据发送,跳至步骤211;
207、应用服务器向推送服务器发送该数据;
本领域技术人员可以获知,应用服务器和推送服务器之间的数据交互为现有技术,不再赘述。
208、当推送服务器接收到应用服务器发送的数据时,推送服务器判断推送服务器与移动终端之间是否有IP连接,
如果是,则执行步骤209;
如果否,则执行步骤210;
209、推送服务器通过与移动终端间的IP连接向移动终端发送数据,跳至步骤211;
210、推送服务器通过无线网络的Push机制向移动终端发送该数据;
在本实施例中,推送服务器可通过例如SMSPush,WAPPush等向移动终端发送该数据;
而在另一实施例中,为了进一步避免信令风暴,该步骤210可以替换为:如果该推送服务器与该移动终端之间没有IP连接,该推送服务器判断该数据是否大于预设数值;如果该数据小于预设数值,该推送服务器通过Push机制将该数据发送给移动终端;如果该数据大于或等于预设数值,推送服务器向移动终端发送建立IP连接通知,当推送服务器接收到移动终端的建立IP连接请求,与移动终端建立IP连接,通过建立的IP连接将数据发送给移动终端。推送服务器一般设置在运营商服务器当中,利用短信等方式进行PUSH推送,无需IP连接即可传送较小的数据,可以在不建立移动终端和推送服务器之间的IP连接的情况下传输数据,进一步减小了移动终端的信令开销,减少了网络信令交互。
其中,预设数值可以预先设置,在此不再赘述。
需要说明的是,步骤209、210都是推送服务器向移动终端发送消息的过程,在本实施例中,推送服务器与移动终端间的IP连接可以在切换发生后释放,也可以在其他步骤时释放。
211、移动终端接收数据,该数据携带应用程序的状态指示信息;
在本实施例中,该应用程序的指示状态信息用于指示移动终端应该在何种状态下运行程序,可以在应用服务器处设置。
212、移动终端根据应用程序的状态指示信息判断是否需要将应用程序切换到前台运行;
如果需要将应用程序切换到前台运行,则执行步骤213;
如果不需要将应用程序切换到前台运行,则执行步骤214;
213、移动终端将应用程序切换到前台运行,将数据提示给移动终端用户,结束;
在本实施例中,该数据还可以携带应用程序的移动终端状态需求,该应用程序的移动终端状态需求用于指示移动终端是否需要在激活状态下运行程序,可以由技术人员在应用服务器处设置。则当需要拉起该应用程序时,还需对移动终端当前状态进行判断,一方面,当移动终端处于休眠或屏幕关闭的状态下,判断该移动终端状态需求是否需要在移动终端的激活状态下实现,如果是,激活该移动终端,并将该数据提示给用户;如果否,保存该数据,并当移动终端转换为激活状态时,将该数据提示给移动终端户;需要说明的是,网络侧下发每一个Push消息之后,会收到Push消息的传递标志,网络侧根据Push消息的传递标志来更新移动终端的状态信息。该移动终端的状态信息用于指示移动终端的状态,激活状态或出于休眠状态或屏幕关闭的状态。另一方面,当移动终端处于激活状态,则将数据提示给用户。
214、移动终端保存数据,并保持应用程序的后台运行状态,直到应用程序切换到前台运行时,将数据提示给移动终端用户。
在本实施例中,移动终端根据该数据的应用程序标识保存该消息,当该应用程序标识所指示的应用程序从后台运行切换到前台运行时,将数据提示给用户,本领域技术人员可以获知,提示的方法可以有多种,包括在显示屏上弹出消息或弹出消息提示等,本发明实施例不做具体限定。
本实施例提供的方法,通过利用推送服务器实现应用程序保持在线的场景,当应用程序切换至后台运行的时候,由所述推送服务器与应用服务器进行交互,从而使得移动终端无需与应用服务器保持心跳连接,不仅减小了移动终端的信令开销,且很大程度上节约了移动终端能耗,减少网络信令的交互。进一步地,对于应用程序不存在IP连接的情况,通过Push机制实现移动终端的在线功能,使得移动终端无需周期性的向应用服务器发起注册、建立连接,避免了移动终端的信令风暴。
图3是本发明实施例提供的一种接收数据的方法的流程图。在该实施例中,执行主体为移动终端,参见图3,该方法包括:
301、当移动终端上的应用程序切换到后台时,该移动终端向代理服务器发送注册消息,使得该代理服务器根据该注册消息与应用服务器保持心跳连接并接收所述应用服务器要向该移动终端下发的数据,该应用服务器为该应用程序服务;
其中,注册信息携带移动终端的用户标识和所述应用程序的应用程序标识。
在本实施例中,代理服务器接收移动终端发送的注册消息,代理服务器根据所述注册消息,与应用服务器保持心跳连接,当所述代理服务器接收到所述应用服务器发送的数据时,将所述数据发送给所述移动终端,从而将移动终端与应用服务器之间的心跳连接转移到代理服务器上,使得代理服务器与应用服务器保持心跳连接,一旦应用服务器有数据需要发送,则将数据发送给代理服务器,并由代理服务器作为中继向移动终端进行转发。
302、该移动终端接收该代理服务器转发的该数据。
本实施例提供的方法,通过利用代理服务器实现应用程序保持在线的场景,当应用程序切换至后台运行的时候,由所述代理服务器与应用服务器进行交互,从而使得移动终端无需与应用服务器保持心跳连接,不仅减小了移动终端的信令开销,且很大程度上节约了移动终端能耗,减少网络信令的交互。
图4是本发明实施例提供的一种接收数据的方法的流程图。在该实施例中,交互方为移动终端、代理服务器和应用服务器,该代理服务器由运营商设置,与应用服务器相连并服务于应用服务器,参见图4,该方法包括:
401、移动终端上的应用程序从前台运行切换到后台运行;
在本实施例中,移动终端获知前后台转换的方法与步骤201相同,不做赘述。
402、移动终端向代理服务器发送注册消息,该注册消息携带该移动终端的用户标识和应用程序的注册信息;
本领域技术人员可以获知,在现有技术中,为了维持应用程序的后台运行,移动终端需要周期性的向应用服务器进行注册,而本发明实施例中,移动终端向代理服务器,由代理服务器发送注册消息,使得代理服务器承载该应用程序的注册功能。优选地,该应用程序的注册消息携带移动终端的用户标识和应用程序的应用程序标识,还可以携带应用程序状态信息和应用程序心跳频率等。
403、代理服务器接收注册消息,并根据该注册消息向应用程序的应用服务器发起注册;
在本发明实施例中,代理服务器使用接收到的注册消息,周期性的向应用程序的应用服务器发起注册,该注册用于将移动终端与应用服务器之间的周期性注册转移到代理服务器上,由代理服务器与应用服务器保持心跳连接并进行通信,减少了移动终端的信令,避免了信令风暴的产生。本领域技术人员可以获知,代理服务器和应用服务器之间需要建立IP连接以便进行注册,该建立IP连接的具体过程为现有技术,在此不再赘述。
404、代理服务器注册到应用服务器,代理服务器根据注册消息设置与应用服务器之间的心跳频率;
需要说明的是,代理服务器可以根据注册消息中移动终端与应用服务器之间维持的心跳频率,设置代理服务器和应用服务器之间的心跳频率,该心跳频率还可以由技术人员设置,优选地,该代理服务器和应用服务器之间的心跳频率高于移动终端与应用服务器之间的心跳频率。由于代理服务器的处理能力和带宽能力高于移动终端,所以在此基础上可以提高数据的实时性。
405、代理服务器按照设置的心跳频率与应用服务器保持应用程序的心跳功能;
本实施例中的心跳功能是指代理服务器到应用服务器,以及从应用服务器到代理服务器之间的双向心跳功能。其具体实现方式与现有技术中的移动终端到应用服务器之间的双向心跳功能一致,都是通过事件通知消息将本地的状态更新告知对端。代理服务器通过心跳消息获知应用服务器是否有需要发送给移动终端的数据。
在本发明实施例中,当移动终端上的应用程序后台运行时,释放该应用程序的IP连接。通过上述步骤,将移动终端的心跳保持和数据更新功能转移到代理服务器上。
需要说明的是,该心跳功能可以是双向的,由代理服务器向应用服务器发送心跳消息,且应用服务器也向代理服务器发送心跳消息,代理服务器可以根据应用服务器发送的心跳消息或应用服务器的反馈获知应用服务器是否有数据需要发送。
在本实施例中,作为应用服务器的应用服务器与现有应用服务器的基本功能一致,没有进行流程上的改变。
406、应用服务器将数据发送给代理服务器;
在本实施例中,当应用服务器有数据需要向移动终端发送时,通过其心跳功能将该数据先发送给代理服务器,再由该代理服务器转发给移动终端。
407、代理服务器接收应用服务器发送的数据,判断需要发送的数据是否大于预设数值;
如果是,则执行步骤409,
如果否,则执行步骤408;
其中,预设数值由技术人员根据系统能力设置,本发明实施例不做具体限定。
408、代理服务器通过Push机制将数据发送给移动终端,结束;
在本实施例中,代理服务器通过Push机制使得移动终端上的该应用程序切换至前台运行,并将数据发送给移动终端。
进一步地,在通过Push机制下发数据时,代理服务器可获取移动终端的当前在线状态,并将获取的在线状态报告给应用服务器,以便应用服务器根据该在线状态报告来更新移动终端的状态信息。
409、代理服务器向移动终端发送建立IP连接通知,当代理服务器接收到移动终端的建立IP连接请求,与移动终端建立IP连接,通过建立的IP连接将数据发送给移动终端。
当移动终端接收数据以及根据数据运行应用程序的过程与步骤211-214同理,在此不再赘述。
本实施例提供的方法,通过利用代理服务器实现应用程序保持在线的场景,当应用程序切换至后台运行的时候,由所述代理服务器与应用服务器进行交互,从而使得移动终端无需与应用服务器保持心跳连接,不仅减小了移动终端的信令开销,且很大程度上节约了移动终端能耗,减少网络信令的交互。
图5是本发明实施例提供的一种移动终端的结构示意图。参见图5,该移动终端包括:
发送模块501,用于当移动终端上的应用程序切换到后台时,向推送服务器发送第一消息,使得所述推送服务器向应用服务器发送第二消息;所述第二消息用于指示所述应用服务器在有数据需要向所述移动终端发送时,将所述数据发送给所述推送服务器,所述应用服务器为所述应用程序服务;
接收模块502,用于接收所述推送服务器发送的所述数据。
其中,所述第一消息携带所述移动终端的用户标识和所述应用程序的应用程序标识。
进一步地,所述数据携带所述应用程序的状态信息,图6是本发明实施例提供的另一种移动终端的结构示意图。参见图6,所述移动终端还包括:
提示模块503,用于当所述应用程序的状态信息为前台运行时,将所述应用程序切换至前台,将所述数据提示给移动终端用户;
所述提示模块503,还用于当所述应用程序的状态信息为后台运行时,保存所述数据,并保持所述应用程序的后台运行状态,直到所述应用程序切换到前台时,将所述数据提示给所述移动终端用户。
进一步地,所述移动终端还包括:
释放模块504,用于当移动终端上的应用程序切换到后台时,释放所述移动终端与为所述应用程序服务的应用服务器的IP连接。
图7是本发明实施例提供的一种推送服务器的结构示意图。参见图7,该推送服务器包括:
接收模块701,用于接收移动终端发送的第一消息;
发送模块702,用于根据第一消息,向应用服务器发送第二消息,所述第二消息用于指示所述应用服务器在有数据需要向所述移动终端发送时,将所述数据发送给所述推送服务器;
所述发送模块702,还用于当接收到所述应用服务器发送的数据时,将所述数据发送给所述移动终端。
其中,所述第一消息携带移动终端的用户标识和所述应用程序的应用程序标识。
图8是本发明实施例提供的另一种推送服务器的结构示意图。参见图8,该推送服务器包括:接收模块701和发送模块702,
进一步地,该推送服务器还包括:
第一判断模块703,用于判断与所述移动终端之间是否有IP连接;
所述发送模块702,还用于当所述第一判断模块确定与所述移动终端之间有IP连接,通过与所述移动终端间的IP连接向所述移动终端发送所述数据。
所述发送模块702还用于当所述第一判断模块确定与所述移动终端之间没有IP连接,向所述移动终端发送建立IP连接通知,
建立模块704,用于当所述接收模块接收到所述移动终端的建立IP连接请求时,与所述移动终端建立IP连接;
所述发送模块702,还用于通过建立的IP连接将数据发送给所述移动终端。
图9是本发明实施例提供的另一种推送服务器的结构示意图。参见图9,该推送服务器包括:接收模块702、发送模块702和第一判断模块703,
进一步地,该推送服务器还包括:
第二判断模块705,用于当所述第一判断模块703确定与所述移动终端之间没有IP连接时,判断所述数据是否大于预设数值;
所述发送模块702,还用于如果所述第二判断模块705确定所述数据小于预设数值,通过Push机制将所述数据发送给移动终端;
所述发送模块702,还用于如果所述第二判断模块705确定所述数据大于预设数值,向所述移动终端发送建立IP连接通知;
建立模块704,用于当所述接收模块接收到所述移动终端的建立IP请求时,与所述移动终端建立IP连接;
所述发送模块702,还用于通过建立的IP连接将数据发送给所述移动终端。
本实施例提供的推送服务器,与方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
图10是本发明实施例提供的一种应用服务器的结构示意图。参见图10,该应用服务器包括:
接收模块1001,用于接收推送服务器发送的第二消息;
发送模块1002,用于当所述用户标识和应用程序标识指示的应用程序有数据需要向所述移动终端发送时,根据所述第二消息将所述数据发送给所述推送服务器,使得所述推送服务器接收到所述数据后,将所述数据发送给所述移动终端。
其中,所述第二消息携带所述移动终端的用户标识。
本实施例提供的应用服务器,与方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
本发明实施例提供的一种网络系统,,所述网络系统包括:
上述任一项移动终端,用于当移动终端上的应用程序切换到后台时,向推送服务器发送第一消息,使得所述推送服务器向应用服务器发送第二消息;所述第二消息用于指示所述应用服务器在有数据需要向所述移动终端发送时,将所述数据发送给所述推送服务器,所述应用服务器为所述应用程序服务;接收所述推送服务器发送的所述数据;
上述任一项推送服务器,用于接收移动终端发送的第一消息;根据第一消息,向应用服务器发送第二消息,所述第二消息用于指示所述应用服务器在有数据需要向所述移动终端发送时,将所述数据发送给所述推送服务器;当接收到所述应用服务器发送的数据时,将所述数据发送给所述移动终端;
上述任一项应用服务器,用于接收推送服务器发送的第二消息;当所述用户标识和应用程序标识指示的应用程序有数据需要向所述移动终端发送时,根据所述第二消息将所述数据发送给所述推送服务器,使得所述推送服务器接收到所述数据后,将所述数据发送给所述移动终端。
图11是本发明实施例提供的一种移动终端的结构示意图。参见图11,该移动终端包括:
发送模块1101,用于当移动终端上的应用程序切换到后台时,所向代理服务器发送注册消息,使得所述代理服务器根据所述注册消息与应用服务器保持心跳连接并接收所述应用服务器要向该移动终端下发的数据,所述应用服务器为所述应用程序服务;
接收模块1102,用于接收所述代理服务器转发的所述数据。
其中,所述注册消息携带所述移动终端的用户标识和所述应用程序的应用程序标识。
所述数据携带所述应用程序的状态信息,相应地,参见图12,所述移动终端包括:
提示模块1103,用于当所述应用程序的状态信息为前台运行时,将所述应用程序切换至前台,将所述数据提示给移动终端用户;
所述提示模块1103,还用于当所述应用程序的状态信息为后台运行时,保存所述数据,并保持所述应用程序的后台运行状态,直到所述应用程序切换到前台时,将所述数据提示给所述移动终端用户。
图13是本发明实施例提供的一种代理服务器的结构示意图。参见图13,该代理服务器包括:
接收模块1301,用于接收移动终端发送的注册消息;
心跳模块1302,用于根据所述注册消息,与应用服务器保持心跳连接;
发送模块1303,用于当所接收到所述应用服务器发送的数据时,将所述数据发送给所述移动终端。
其中,所述注册消息携带移动终端的用户标识和所述应用程序的应用程序标识。
所述心跳模块1302包括:
注册单元,用于根据所述注册信息,注册到所述应用服务器;
心跳单元,用于与所述应用服务器保持所述应用程序的心跳连接。
图14是本发明实施例提供的另一种代理服务器的结构示意图。参见图14,该代理服务器包括:接收模块1301、心跳模块1302和发送模块1303,
所述代理服务器还包括:
第三判断模块1304,用于当接收到所述应用服务器发送的数据时,判断所述代理服务器与所述移动终端之间是否有IP连接;
所述发送模块1303,还用于如果所述第三判断模块所述代理服务器与所述移动终端之间有IP连接,通过与所述移动终端间的IP连接向所述移动终端发送所述数据。
所述发送模块1303,还用于如果所述第三判断模块确定所述代理服务器与所述移动终端之间没有IP连接,向所述移动终端发送建立IP连接通知;
所述代理服务器还包括:
建立模块1305,用于当所述接收模块接收到所述移动终端的建立IP请求时,与所述移动终端建立IP连接;
所述发送模块1303,还用于通过建立的IP连接将数据发送给所述移动终端。
图15是本发明实施例提供的另一种代理服务器的结构示意图。参见图15,该代理服务器包括:接收模块1301、心跳模块1302、发送模块1303和第三判断模块1304,
第四判断模块1306,用于如果所述第三判断模块1304确定所述代理服务器与所述移动终端之间没有IP连接,判断所述数据是否大于预设数值;
所述发送模块1303,用于如果所述第四判断模块确定所述数据小于预设数值,所述代理服务器通过Push机制将所述数据发送给移动终端;
所述发送模块1303,用于如果所述第四判断模块确定如果所述数据大于或等于预设数值,向所述移动终端发送建立IP连接通知;
建立模块1305,用于当所述接收模块接收到所述移动终端的建立IP请求时,与所述移动终端建立IP连接;
所述发送模块1303,还用于通过建立的IP连接将数据发送给所述移动终端。
本实施例提供的代理服务器,与方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
本发明实施例提供了一种网络系统,所述网络系统包括:
移动终端,用于当移动终端上的应用程序切换到后台时,所向代理服务器发送注册消息,使得所述代理服务器根据所述注册消息与应用服务器保持心跳连接并接收所述应用服务器要向该移动终端下发的数据,所述应用服务器为所述应用程序服务;接收所述代理服务器转发的所述数据;
代理服务器,用于接收移动终端发送的注册消息;根据所述注册消息,与应用服务器保持心跳连接;当所接收到所述应用服务器发送的数据时,将所述数据发送给所述移动终端;
应用服务器,用于向所述代理服务器发送数据。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。