本发明公开了一种移动终端内部软件的更新方法及系统，在上述方法中，定时检测移动终端与服务器之间的网络连接状态以及移动终端当前的运行状态；根据检测到的网络连接状态以及运行状态确定是否需要对移动终端内部安装的软件进行更新处理。根据本发明提供的技术方案，降低了软件更新的复杂程度，更加节能、环保、符合用户的预期。
1.一种移动终端内部软件的更新方法，其特征在于，包括：定时检测移动终端与服务器之间的网络连接状态以及所述移动终端当前的运行状态；
在所述移动终端通过WiFi接入所述服务器且所述移动终端处于充电状态时，对所述移动终端内部安装的软件进行更新处理；其中，对所述移动终端内部安装的软件进行更新处理包括：对待更新的软件对应的更新程序包进行排序并保存在缓存中，按照排序后的结果依次对需要升级的各个软件进行升级；
在所述移动终端通过WiFi接入所述服务器且所述移动终端未处于充电状态时，判断所述更新程序包的大小，若所述更新程序包的大小大于设定阈值，提示用户插入电源并将自动更新软件，在用户插入电源后，自动对相应的待更新的软件进行更新。
2.根据权利要求1所述的方法，其特征在于，在所述移动终端通过WiFi接入所述服务器且所述移动终端处于充电状态时，对所述移动终端内部安装的软件进行更新处理之前，包括：判断所述移动终端是否通过无线保真WiFi接入所述服务器；
3.根据权利要求2所述的方法，其特征在于，对所述移动终端内部安装的软件进行更新处理包括：所述服务器接收来自于所述移动终端的软件更新请求，其中，所述软件更新请求携带有待更新的软件的名称以及软件版本号；
所述服务器根据所述待更新的软件的名称确定在所述服务器中保存的该待更新的软件对应的软件版本号；
所述服务器将确定出的软件版本号与接收到的软件版本号进行比较；
如果不一致，则所述服务器将与所述待更新的软件对应的更新程序包下发至所述移动终端，其中，所述移动终端根据所述更新程序包对所述待更新的软件进行更新处理。
4.根据权利要求3所述的方法，其特征在于，所述移动终端根据所述更新程序包对所述待更新的软件进行更新处理包括：所述移动终端接收来自于所述服务器的所述更新程序包并保存；
所述移动终端根据所述待更新的软件的更新时间对各个待更新的软件对应的更新程序包进行排序；
所述移动终端按照排序结果依次安装各个所述待更新的软件对应的更新程序包。
5.根据权利要求1至4中任一项所述的方法，其特征在于，所述方法还包括：在所述移动终端未通过所述WiFi接入所述服务器和/或所述移动终端当前未处于充电状态时，所述移动终端显示提示信息，其中，所述提示信息用于指示所述移动终端中有需要更新的软件。
6.根据权利要求1所述的方法，其特征在于，所述方法还包括：判断所述移动终端是否通过WiFi接入所述服务器；
根据所述移动终端的类型判断所述移动终端当前的电量是否能够支持完整下载所述移动终端内部安装的软件对应的更新程序包；
在所述移动终端通过所述WiFi接入所述服务器且所述移动终端当前的电量能够支持完整下载所述移动终端内部安装的软件对应的更新程序包时，对所述移动终端内部安装的软件进行更新处理。
7.一种移动终端内部软件的更新系统，其特征在于，包括：移动终端；
检测模块，用于定时检测所述移动终端与服务器之间的网络连接状态以及所述移动终端当前的运行状态；
第一更新模块，用于在所述移动终端通过WiFi接入所述服务器且所述移动终端处于充电状态时，对所述移动终端内部安装的软件进行更新处理；其中，对所述移动终端内部安装的软件进行更新处理包括：对待更新的软件对应的更新程序包进行排序并保存在缓存中，按照排序后的结果依次对需要升级的各个软件进行升级；
第二更新模块，用于在所述移动终端通过WiFi接入所述服务器且未处于充电状态时，判断所述更新程序包的大小，在所述更新程序包的大小大于设定阈值时，提示用户插入电源并将自动更新软件，在用户插入电源后，自动对相应的待更新的软件进行更新。
8.根据权利要求7所述的系统，其特征在于，所述移动终端还包括：第一判断模块，用于判断所述移动终端是否通过无线保真WiFi接入所述服务器；
第二判断模块，用于判断所述移动终端当前是否处于充电状态。
9.根据权利要求8所述的系统，其特征在于，所述系统还包括：服务器；
第一接收模块，用于接收来自于所述移动终端的软件更新请求，其中，所述软件更新请求携带有待更新的软件的名称以及软件版本号；
确定模块，用于根据所述待更新的软件的名称确定在所述服务器中保存的该待更新的软件对应的软件版本号；
比较模块，用于将确定出的软件版本号与接收到的软件版本号进行比较；
下发模块，用于在所述比较模块输出为否时，将与所述待更新的软件对应的更新程序包下发至所述移动终端，其中，所述移动终端根据所述更新程序包对所述待更新的软件进行更新处理。
10.根据权利要求9所述的系统，其特征在于，所述移动终端还包括：第二接收模块，用于接收来自于所述服务器的所述更新程序包并保存；
排序模块，用于根据所述待更新的软件的更新时间对各个待更新的软件对应的更新程序包进行排序；
安装模块，用于按照排序结果依次安装各个所述待更新的软件对应的更新程序包。
11.根据权利要求7至10中任一项所述的系统，其特征在于，所述移动终端还包括：显示模块，用于在所述移动终端未通过所述WiFi接入所述服务器和/或所述移动终端当前未处于充电状态时，则显示提示信息，其中，所述提示信息用于指示所述移动终端中有需要更新的软件。
12.根据权利要求7所述的系统，其特征在于，所述移动终端还包括：第三判断模块，用于判断所述移动终端是否通过WiFi接入所述服务器；
第四判断模块，用于根据所述移动终端的类型判断所述移动终端当前的电量是否能够支持完整下载所述移动终端内部安装的软件对应的更新程序包；
第三更新模块，用于在所述移动终端通过所述WiFi接入所述服务器且所述移动终端当前的电量能够支持完整下载所述移动终端内部安装的软件对应的更新程序包时，对所述移动终端内部安装的软件进行更新处理。
移动终端内部软件的更新方法及系统
技术领域
[0001] 本发明涉及通信领域，具体而言，涉及一种移动终端内部软件的更新方法及系统。
背景技术
[0002] 目前，相关技术中移动终端（如：智能手机、平板电脑）的软件更新操作通常采用以下几种方式进行：
[0003] 方式一、移动终端用户采用手动的方式进行更新；
[0004] 方式二、已经安装的软件内带有检测更新的按钮；
[0005] 方式三、由第三方软件发行商店或者系统软件商店推送软件更新提示，然后由用户手动更新。
[0006] 上述软件更新过程均需要从软件发行服务器下载新的软件安装包到本地，然后进行安装，其流程如下：收到软件更新提示→用户主动确认更新软件→通过网络下载→确认安装→完成安装→更新、安装下一个软件。然而，下载安装包是依赖网络连接的，在2G/3G时代的网络环境下，在移动终端上更新软件意味着需要付出高昂的网络流量费用，同时还要受到网络下载速度的制约。不仅如此，移动终端在从网络下载软件更新包耗费流量的同时，还要耗费移动终端的电量。为了更新移动终端上的软件，迫使用户频繁执行为移动终端充电或者频繁更换电池的操作，会给用户增加额外的负担。
发明内容
[0007] 本发明提供了一种移动终端内部软件的更新方法及系统，以至少解决相关技术中在移动终端上更新软件的方式耗费网络流量和电量的问题。
[0008] 根据本发明的一个方面，提供了一种移动终端内部软件的更新方法。
[0009] 根据本发明的移动终端内部软件的更新方法包括：定时检测移动终端与服务器之间的网络连接状态以及移动终端当前的运行状态；根据检测到的网络连接状态以及运行状态确定是否需要对移动终端内部安装的软件进行更新处理。
[0010] 优选地，根据检测到的网络连接状态以及运行状态确定是否需要对移动终端内部安装的软件进行更新处理包括：判断移动终端是否通过无线保真WiFi接入服务器；判断移动终端当前是否处于充电状态；在移动终端通过WiFi接入服务器且移动终端当前处于充电状态时，对移动终端内部安装的软件进行更新处理。
[0011] 优选地，对移动终端内部安装的软件进行更新处理包括：服务器接收来自于移动终端的软件更新请求，其中，软件更新请求携带有待更新的软件的名称以及软件版本号；服务器根据待更新的软件的名称确定在服务器中保存的该待更新的软件对应的软件版本号；服务器将确定出的软件版本号与接收到的软件版本号进行比较；如果不一致，则服务器将与待更新的软件对应的更新程序包下发至移动终端，其中，移动终端根据更新程序包对待更新的软件进行更新处理。
[0012] 优选地，移动终端根据更新程序包对待更新的软件进行更新处理包括：移动终端接收来自于服务器的更新程序包并保存；移动终端根据待更新的软件的更新时间对各个待更新的软件对应的更新程序包进行排序；移动终端按照排序结果依次安装各个待更新的软件对应的更新程序包。
[0013] 优选地，根据检测到的网络连接状态以及运行状态确定是否需要对移动终端内部安装的软件进行更新处理还包括：在移动终端未通过WiFi接入服务器和/或移动终端当前未处于充电状态时，移动终端显示提示信息，其中，提示信息用于指示移动终端中有需要更新的软件。
[0014] 优选地，根据检测到的网络连接状态以及运行状态确定是否需要对移动终端内部安装的软件进行更新处理还包括：判断移动终端是否通过WiFi接入服务器；根据移动终端的类型判断移动终端当前的电量是否能够支持完整下载移动终端内部安装的软件对应的更新程序包；在移动终端通过WiFi接入服务器且移动终端当前的电量能够支持完整下载移动终端内部安装的软件对应的更新程序包时，对移动终端内部安装的软件进行更新处理。
[0015] 根据本发明的另一方面，提供了一种移动终端内部软件的更新系统。
[0016] 根据本发明的移动终端内部软件的更新系统包括：移动终端；移动终端包括：检测模块，用于定时检测移动终端与服务器之间的网络连接状态以及移动终端当前的运行状态；第一确定模块，用于根据检测到的网络连接状态以及运行状态确定是否需要对移动终端内部安装的软件进行更新处理。
[0017] 优选地，第一确定模块包括：第一判断单元，用于判断移动终端是否通过无线保真WiFi接入服务器；第二判断单元，用于判断移动终端当前是否处于充电状态；第一更新单元，用于在移动终端通过WiFi接入服务器且移动终端当前处于充电状态时，对移动终端内部安装的软件进行更新处理。
[0018] 优选地，上述系统还包括：服务器；服务器包括：第一接收模块，用于接收来自于移动终端的软件更新请求，其中，软件更新请求携带有待更新的软件的名称以及软件版本号；第二确定模块，用于根据待更新的软件的名称确定在服务器中保存的该待更新的软件对应的软件版本号；比较模块，用于将确定出的软件版本号与接收到的软件版本号进行比较；下发模块，用于在比较模块输出为否时，将与待更新的软件对应的更新程序包下发至移动终端，其中，移动终端根据更新程序包对待更新的软件进行更新处理。
[0019] 优选地，移动终端还包括：第二接收模块，用于接收来自于服务器的更新程序包并保存；排序模块，用于根据待更新的软件的更新时间对各个待更新的软件对应的更新程序包进行排序；安装模块，用于按照排序结果依次安装各个待更新的软件对应的更新程序包。
[0020] 优选地，移动终端还包括：显示模块，用于在移动终端未通过WiFi接入服务器和/或移动终端当前未处于充电状态时，则显示提示信息，其中，提示信息用于指示移动终端中有需要更新的软件。
[0021] 优选地，第一确定模块还包括：第三判断单元，用于判断移动终端是否通过WiFi接入服务器；第四判断单元，用于根据移动终端的类型判断移动终端当前的电量是否能够支持完整下载移动终端内部安装的软件对应的更新程序包；第二更新单元，用于在移动终端通过WiFi接入服务器且移动终端当前的电量能够支持完整下载移动终端内部安装的软件对应的更新程序包时，对移动终端内部安装的软件进行更新处理。
[0022] 通过本发明，采用在预设时长到达时，同时获取移动终端与网络的连接状态以及移动终端当前的运行状态，根据获取结果确定是否对移动终端内部安装的软件进行更新处理，解决了相关技术中在移动终端上更新软件的方式耗费网络流量和电量的问题，进而降低了软件更新的复杂程度，更加节能、环保、符合用户的预期。
附图说明
[0023] 此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
[0024] 图1是根据本发明实施例的移动终端内部软件的更新方法的流程图；
[0025] 图2是根据本发明优选实施例的移动终端内部软件的更新方法的流程图；
[0026] 图3是根据本发明实施例的移动终端内部软件的更新系统的结构框图；以及[0027] 图4是根据本发明优选实施例的移动终端内部软件的更新系统的结构框图。
具体实施方式
[0028] 下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
[0029] 图1是根据本发明实施例的移动终端内部软件的更新方法的流程图。如图1所示，该方法可以包括以下处理步骤：
[0030] 步骤S102：定时检测移动终端与服务器之间的网络连接状态以及移动终端当前的运行状态；
[0031] 步骤S104：根据检测到的网络连接状态以及运行状态确定是否需要对移动终端内部安装的软件进行更新处理。
[0032] 相关技术中，在移动终端上更新软件的方式耗费网络流量和电量。采用如图1所示的方法，每隔预设时长（例如：6个小时）同时获取移动终端与网络的连接状态（例如：3G网络）以及移动终端当前的运行状态（例如：移动终端当前的电量），根据获取结果确定是否对移动终端内部安装的软件进行更新处理，解决了相关技术中在移动终端上更新软件的方式耗费网络流量和电量的问题，进而降低了软件更新的复杂程度，更加节能、环保、符合用户的预期。
[0033] 优选地，在步骤S104中，根据检测到的网络连接状态以及运行状态确定是否需要对移动终端内部安装的软件进行更新处理可以包括以下操作：
[0034] 步骤S1：判断移动终端是否通过无线保真WiFi接入服务器；
[0035] 步骤S2：判断移动终端当前是否处于充电状态；
[0036] 步骤S3：在移动终端通过WiFi接入服务器且移动终端当前处于充电状态时，对移动终端内部安装的软件进行更新处理。
[0037] 在优选实施例中，非无线保真（Wireless Fidelity，简称为WiFi）网络环境下使用移动终端，下载软件更新程序包所耗费的流量是需要付费的。因此，在该优选实施例中，选择在WiFi网络条件下进行软件更新；同时，移动终端进行网络下载还要耗费移动终端的电量，其中，网络连接以及读写SD卡都需要耗电。而在该优选实施例中，在移动终端处于充电状态时，代表用户已经将移动终端闲置，说明用户当前并不急需使用该移动终端，因此，可以选择在移动终端充电期间进行软件更新操作，从而节省移动终端的电量。
[0038] 优选地，上述步骤S3中，对移动终端内部安装的软件进行更新处理可以包括以下步骤：
[0039] 步骤S31：服务器接收来自于移动终端的软件更新请求，其中，该软件更新请求携带有待更新的软件的名称以及软件版本号；
[0040] 步骤S32：服务器根据待更新的软件的名称确定在服务器中保存的该待更新的软件对应的软件版本号；
[0041] 步骤S33：服务器将确定出的软件版本号与接收到的软件版本号进行比较；
[0042] 步骤S34：如果不一致，则服务器将与待更新的软件对应的更新程序包下发至移动终端，其中，移动终端根据更新程序包对待更新的软件进行更新处理。
[0043] 在优选实施例中，服务器在接收到移动终端的软件更新请求后，可以从请求消息中获取移动终端需要更新软件的名称以及版本号，例如：当前需要更新的软件名称为UC浏览器，当前版本号为8.2。服务器可以将该软件最新的版本号（例如：8.3）与移动终端上报的版本号进行比较。由于版本号不一致，因此，服务器将最新版本的升级包下发至移动终端。
[0044] 优选地，移动终端根据更新程序包对待更新的软件进行更新处理可以包括以下步骤：
[0045] 步骤S35：移动终端接收来自于服务器的更新程序包并保存；
[0046] 步骤S36：移动终端根据待更新的软件的更新时间对各个待更新的软件对应的更新程序包进行排序；
[0047] 步骤S37：移动终端按照排序结果依次安装各个待更新的软件对应的更新程序包。
[0048] 在优选实施例中，可以设置一个下载列表，将需要更新的软件的升级包按照移动终端中已经安装的软件的中（英）文名称的首字母或者软件的安装时间等对各个升级包进行排序并保存在缓存中，然后按照排序后的结果依次对需要升级的各个软件进行升级。
[0049] 优选地，在步骤S104中，根据检测到的网络连接状态以及运行状态确定是否需要对移动终端内部安装的软件进行更新处理还可以包括以下处理：在移动终端未通过WiFi接入服务器和/或移动终端当前未处于充电状态时，移动终端显示提示信息，其中，该提示信息用于指示移动终端中有需要更新的软件。
[0050] 在优选实施例中，如果移动终端当前并未处于WiFi网络环境下或者未处于充电状态，则此时下载更新程序包是需要付费的，并且由于受到网络环境的影响，可能会延长下载时间，耗费网络流量。同时，下载更新程序包期间，还要耗费移动终端的电量。如果当前时段移动终端上有需要更新的软件，则会在移动终端的屏幕上显示提示信息，提醒用户有软件需要升级，引导其开启WiFi并且将移动终端插电，或者下次更新。然后根据用户的选择执行相应的操作。
[0051] 需要说明的是，在其他网络状态下或者非充电状态下也可以下载更新程序包，例如：用户已经办理了包月或者包年的流量套餐，在网络流量充足的前提下可以在非WiFi网络环境下进行软件更新。同理，如果移动终端上电池的电量在预设阈值（例如：80%）以上，也可以在非充电状态下进行软件的更新。
[0052] 优选地，在步骤S104中，根据检测到的网络连接状态以及运行状态确定是否需要对移动终端内部安装的软件进行更新处理还可以包括以下操作：
[0053] 步骤S4：判断移动终端是否通过WiFi接入服务器；
[0054] 步骤S5：根据移动终端的类型判断移动终端当前的电量是否能够支持完整下载移动终端内部安装的软件对应的更新程序包；
[0055] 步骤S6：在移动终端通过WiFi接入服务器且移动终端当前的电量能够支持完整下载移动终端内部安装的软件对应的更新程序包时，对移动终端内部安装的软件进行更新处理。
[0056] 在优选实施例中，可以根据移动终端的类型预先估计该移动终端下载移动终端内部安装的软件对应的更新程序包时需要耗费的电量，同时还需要获取移动终端当前的电量，在当前的电量足以支持移动终端将内部安装的软件对应的更新程序包完整下载，则对软件进行更新处理。如果当前电量不足以将移动终端将内部安装的软件对应的更新程序包完整下载，则不作更新处理。
[0057] 下面结合图2所示的优选实施例对上述优选实施过程做进一步的描述。
[0058] 图2是根据本发明优选实施例的移动终端内部软件的更新方法的流程图。如图2所示，该流程可以包括以下处理步骤：
[0059] 步骤S202：移动终端设定检测周期，进行软件更新检测；
[0060] 步骤S204：移动终端检测内部安装的软件是否有更新；如果有，则继续执行步骤S206；如果否，则转到步骤S208；
[0061] 步骤S206：移动终端判断当前网络连接状态；继续执行步骤S210；
[0062] 步骤S208：移动终端下个周期再次向服务器发起软件更新请求；
[0063] 步骤S210：移动终端判断是否通过WIFI网络接入服务器；如果是，则继续执行步骤S212；如果否，则转到步骤S214；
[0064] 步骤S212：移动终端判断当前是否处于充电状态；如果是，则转到步骤S216；如果否，则转到步骤S224；
[0065] 步骤S214：移动终端屏幕上显示有软件需要更新的提示信息；
[0066] 步骤S216：移动终端生成软件更新队列；
[0067] 步骤S218：移动终端依次下载与需要更新软件对应的程序包；
[0068] 步骤S220：移动终端自动安装已经下载的更新程序包；
[0069] 步骤S222：移动终端完成软件更新，流程结束。
[0070] 步骤S224：移动终端判断更新程序包的大小，例如：以20M为阈值，该阀值主要考虑耗电因素，通常情况下，WIFI的网络带宽是2M，即网速为200k/s。因此，下载20M大小的软件更新程序包的时间大概为100s，即2分钟左右。在上述时间范围内耗电量较小。如果小于20M，则转到步骤S226；如果大于20M，则转到步骤S228；
[0071] 步骤S226：开启自动更新流程，转到步骤S216；
[0072] 步骤S228：移动终端提示用户插入电源并将自动更新软件；
[0073] 步骤S230：移动终端判断当前是否处于充电状态；如果是，则转到步骤S216；如果否，则转到步骤S202。
[0074] 图3是根据本发明实施例的移动终端内部软件的更新系统的结构框图。如图3所示，该系统可以包括：移动终端10；移动终端10可以包括：检测模块100，用于定时检测移动终端与服务器之间的网络连接状态以及移动终端当前的运行状态；第一确定模块102，用于根据检测到的网络连接状态以及运行状态确定是否需要对移动终端内部安装的软件进行更新处理。
[0075] 采用如图3所示的系统，解决了相关技术中在移动终端上更新软件的方式耗费网络流量和电量的问题，进而降低了软件更新的复杂程度，更加节能、环保、符合用户的预期。
[0076] 优选地，如图4所示，上述第一确定模块102可以包括：第一判断单元1020，用于判断移动终端是否通过无线保真WiFi接入服务器；第二判断单元1022，用于判断移动终端当前是否处于充电状态；第一更新单元1024，用于在移动终端通过WiFi接入服务器且移动终端当前处于充电状态时，对移动终端内部安装的软件进行更新处理。
[0077] 优选地，如图4所示，上述系统还可以包括：服务器20；服务器20可以包括：第一接收模块200，用于接收来自于移动终端的软件更新请求，其中，该软件更新请求携带有待更新的软件的名称以及软件版本号；第二确定模块202，用于根据待更新的软件的名称确定在服务器中保存的该待更新的软件对应的软件版本号；比较模块204，用于将确定出的软件版本号与接收到的软件版本号进行比较；下发模块206，用于在比较模块输出为否时，将与待更新的软件对应的更新程序包下发至移动终端，其中，移动终端根据更新程序包对待更新的软件进行更新处理。
[0078] 优选地，如图4所示，上述移动终端10还可以包括：第二接收模块104，用于接收来自于服务器的更新程序包并保存；排序模块106，用于根据待更新的软件的更新时间对各个待更新的软件对应的更新程序包进行排序；安装模块108，用于按照排序结果依次安装各个待更新的软件对应的更新程序包。
[0079] 优选地，如图4所示，上述移动终端10还可以包括：显示模块110，用于在移动终端未通过WiFi接入服务器和/或移动终端当前未处于充电状态时，则显示提示信息，其中，提示信息用于指示移动终端中有需要更新的软件。
[0080] 优选地，如图4所示，上述第一确定模块102还可以包括：第三判断单元1026，用于判断所述移动终端是否通过WiFi接入所述服务器；第四判断单元1028，用于根据所述移动终端的类型判断所述移动终端当前的电量是否能够支持完整下载所述移动终端内部安装的软件对应的更新程序包；第二更新单元1030，用于在所述移动终端通过所述WiFi接入所述服务器且所述移动终端当前的电量能够支持完整下载所述移动终端内部安装的软件对应的更新程序包时，对所述移动终端内部安装的软件进行更新处理。
[0081] 需要说明的是，图3和图4中所示的各个模块以及各个单元之间相互作用的优选工作方式可以参见图1和图2所示的实施例，此处不再赘述。
[0082] 从以上的描述中，可以看出，上述实施例实现了如下技术效果（需要说明的是这些效果是某些优选实施例可以达到的效果）：降低了软件更新的复杂程度，更加节能、环保、符合用户的预期。
[0083] 显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
[0084] 以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
