本发明涉及通信技术领域，特别是涉及一种系统资源分配的方法和一种移动终端。
背景技术：
近年来，随着互联网的快速发展以及移动终端不断普及，移动终端上安装有越来越多的应用程序，以能够满足用户不同的需求。应用程序的正常运行需要占用移动终端的系统资源，例如内存。
在目前的移动终端的系统中，通常采用动态内存管理机制，系统将内存分配给有内存使用需求的应用程序。应用程序申请使用内存的机会都是平等的，系统设置有一个内存资源池，只要接收到内存使用申请，即将内存资源池中的空闲内存分配给应用程序。但是，这种分配方式存在一定的问题，例如：有些应用程序需要耗费较多的内存，如果内存资源池不能够分配足够的内存，那么该应用程序可能无法流畅运行，从而影响移动终端的安全性和可靠性。此外，不同的用户使用应用程序时耗费的内存也是各不相同的，如果不能根据具体情况来制定个性化系统资源的分配方式，将影响用户体验，也会造成系统资源的浪费。
技术实现要素：
本发明实施例提供一种系统资源分配的方法和一种移动终端，以解决无法针对用户个性化分配系统资源的问题。
第一方面，提供了一种系统资源分配的方法，应用于移动终端，包括：
采集移动终端上的用户行为数据；
采用所述用户行为数据分析用户对各个应用程序的热衷度；
基于所述热衷度为所述各个应用程序分配系统资源。
第二方面，提供了一种移动终端，包括：
用户行为数据采集模块，用于采集移动终端上的用户行为数据；
热衷度分析模块，用于采用所述用户行为数据分析用户对各个应用程序的热衷度；
系统资源分配模块，用于基于所述热衷度为所述各个应用程序分配系统资源。
这样，本发明实施例中，首先采集移动终端上的用户行为数据，然后采用用户行为数据中的各个应用程序的使用频率分析用户对各个应用程序的热衷度，最后基于热衷度为各个应用程序分配系统资源。在本发明实施例中，利用用户行为数据分析用户对应用程序的偏好，从而实现个性化分配系统资源。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例一的一种系统资源分配的方法实施例的步骤流程图；
图2是本发明实施例二的一种系统资源分配的方法实施例的步骤流程图；
图3是本发明实施例三的一种系统资源分配的方法实施例的步骤流程图；
图4a是本发明实施例四的一种移动终端实施例的结构框图之一；
图4b是本发明实施例四的一种移动终端实施例的结构框图之二；
图4c是本发明实施例四的一种移动终端实施例的结构框图之三；
图4d是本发明实施例四的一种移动终端实施例的结构框图之四；
图4e是本发明实施例四的一种移动终端实施例的结构框图之五；
图5是本发明另一个实施例的移动终端的框图；
图6是本发明又一个实施例的移动终端的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
参照图1，示出了本发明实施例一的一种系统资源分配的方法实施例的步骤流程图，应用于移动终端，所述方法具体可以包括如下步骤：
步骤101，采集移动终端上的用户行为数据。
在具体实现中，移动终端的系统资源包括但不局限于内存、容量、cpu频率、磁盘i/o、网络带宽等等。
本发明实施例实时采集移动终端上的用户行为数据。具体地，用户行为数据可以包括用户分别使用各个应用程序的使用频率。此外，除了采集移动终端上的用户行为数据之外，本发明实施例中还可以采集移动终端中各个应用程序占用的内存大小等其他数据。
步骤102，采用所述用户行为数据分析用户对各个应用程序的热衷度。
在本发明实施例中，热衷度是指用户对应用程序的偏好。热衷度越高，代表用户对该应用程序的偏好越大，反之，热衷度越低，代表用户对该应用程序的偏好较小。在本发明实施例中，可以根据用户对各个应用程序的使用频率，分析出用户对各个应用程序的热衷度。例如，通过分析用户行为数据，确定用户对于应用程序的热衷度，也即是对于应用程序的偏好。例如：1.是否热衷于拍照应用程序；2.是否热衷于听歌应用程序；3.是否热衷于视频应用程序等等。
对用户热衷的应用程序，需要耗费的系统资源也会更多，因此可以为用户热衷的应用程序分配更多的内存，更高的cpu频率等其他系统资源。
步骤103，基于所述热衷度为所述各个应用程序分配系统资源。
当确定热衷度后，就可以基于热衷度为各个应用程序分配相应的系统资源。例如，可以针对各个应用程序相应分配内存。在一种优选方案中，热衷度可以视为优先级别，对于优先级别高的应用程序优先分配系统资源。
这样，本发明实施例中，首先采集移动终端上的用户行为数据，然后采用用户行为数据分析用户对各个应用程序的热衷度，最后基于热衷度为各个应用程序分配系统资源。在本发明实施例中，利用用户行为数据分析用户对应用程序的偏好，从而实现个性化分配系统资源。
参照图2，示出了本发明实施例二的一种系统资源分配的方法实施例的步骤流程图，应用于移动终端，所述方法具体可以包括如下步骤：
步骤201，采集移动终端上的用户行为数据。
本发明实施例中，可以实时采集移动终端上的用户行为数据。其中，用户行为数据可以包括用户分别使用各个应用程序的使用频率。
步骤202，按照所述使用频率的大小对各个应用程序进行排序。
在本发明实施例中，将用户对各个应用程序的使用频率，按照由大到小的顺序进行排序，得到排序结果。
步骤203，采用排序后的各个应用程序确定用户对各个应用程序的热衷度。
得到排序结果后，基于该排序结果确定用户分别对各个应用程序的热衷度。
步骤204，获取系统资源分配表；所述系统资源分配表中包括热衷度以及对应的资源分配比例。
在本发明实施例中，可以预先设置一个系统资源分配表，在系统资源分配表中，设置有热衷度以及该热衷度对应的资源分配比例。其中，资源分配比例为对空闲系统资源的分配比例。
步骤205，按照所述资源分配比例为各个应用程序分配系统资源。
在得到资源分配比例后，就可以按照资源分配比例为各个应用程序相应去分配空闲的系统资源。
在一种具体应用程序中，将排序在前30％的应用程序的热衷度确定为第一热衷度，将排序在前30％～60％的应用程序的热衷度确定为第二热衷度，剩下的应用程序的热衷度确定为第三热衷度。上述的第一热衷度，第二热衷度和第三热衷度分别设置有对应的资源分配比例。
当确定热衷度后，可以根据第一热衷度，第二热衷度和第三热衷度获取相应的资源分配比例，并基于该资源分配比例为各个应用程序分配系统资源。
这样，本发明实施例中，首先采集移动终端上的用户行为数据，然后采用用户行为数据中的各个应用程序的使用频率分析用户对各个应用程序的热衷度，最后基于热衷度为各个应用程序分配系统资源。在本发明实施例中，利用用户行为数据分析用户对应用程序的偏好，从而实现个性化分配系统资源。
参照图3，示出了本发明实施例三的一种系统资源分配的方法实施例的步骤流程图，应用于移动终端，所述方法具体可以包括如下步骤：
步骤301，采集移动终端上的用户行为数据。
本发明实施例中，可以实时采集移动终端上的用户行为数据。其中，用户行为数据可以包括用户分别使用各个应用程序的使用频率。
步骤302，统计同一类型应用程序的使用频率。
在具体实现中，应用程序具有对应的类型。其中，类型可以包括摄影、游戏、社交通讯等等。在本发明实施例中，统计为同一类型的应用程序的使用频率。
步骤303，分别采用所述同一类型应用程序的使用频率计算各类型的应用程序总使用频率。
在本发明实施例中，基于统计出的同一类型的应用程序的使用频率，得到各个类型的总使用频率。
步骤304，按照所述总使用频率的大小对各个类型的应用程序进行排序。
在本发明实施例中，将用户对各个类型的总使用频率，按照由大到小的顺序进行排序，得到排序结果。
步骤305，采用排序后的各个类型确定用户对各个类型应用程序的热衷度。
在得到排序结果后，基于该排序结果确定用户分别对各个应用程序的热衷度。
步骤306，获取系统资源分配表；所述系统资源分配表中包括热衷度以及对应的资源分配比例。
在本发明实施例中，可以预先设置一个系统资源分配表，在系统资源分配表中，设置有热衷度以及该热衷度对应的资源分配比例。其中，资源分配比例为空闲系统资源的分配比例。
步骤307，按照所述资源分配比例为各个类型的应用程序分配系统资源。
在得到资源分配比例后，就可以按照资源分配比例为各个类型相应去分配空闲的系统资源。
在一种具体应用程序中，将排序在前30％的类型的应用程序热衷度确定为第一热衷度，将排序在前30％～60％的类型的应用程序热衷度确定为第二热衷度，剩下的确定为第三热衷度。上述的第一热衷度，第二热衷度和第三热衷度分别设置有对应的资源分配比例。
当确定热衷度后，可以根据第一热衷度，第二热衷度和第三热衷度获取相应的资源分配比例，并基于该资源分配比例为各个类型的应用程序分配系统资源。
这样，本发明实施例中，首先采集移动终端上的用户行为数据，然后采用用户行为数据中的各个类型的使用频率分析用户对各个类型的热衷度，最后基于热衷度为各个类型的应用程序分配系统资源。在本发明实施例中，利用用户行为数据分析用户对应用程序的偏好，从而实现个性化分配系统资源。
需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。
参照图4a，示出了本发明的一种移动终端实施例的结构框图，具体可以包括如下模块：
用户行为数据采集模块401，用于采集移动终端上的用户行为数据；
热衷度分析模块402，用于采用所述用户行为数据分析用户对各个应用程序的热衷度；
系统资源分配模块403，用于基于所述热衷度为所述各个应用程序分配系统资源。
参照图4b所示，本发明实施例的一种移动终端400中，所述用户行为数据包括各个应用程序的使用频率，所述热衷度分析模块402包括：
第一排序子模块4021，用于按照所述使用频率的大小对各个应用程序进行排序；
第一热衷度确定子模块4022，用于采用排序后的各个应用程序确定用户对各个应用程序的热衷度。
参照图4c所示，本发明实施例的一种移动终端400中，所述系统资源分配模块403包括：
第一系统资源分配表获取子模块4031，用于获取系统资源分配表；所述系统资源分配表中包括热衷度以及对应的资源分配比例；
第一系统资源分配子模块4032，用于按照所述资源分配比例为各个应用程序分配系统资源。
参照图4d所示，本发明实施例的一种移动终端400中，所述用户行为数据包括各个应用程序的使用频率，所述热衷度分析模块402包括：
使用频率统计子模块4023，用于应用程序统计同一类型应用程序的使用频率；
总使用频率计算子模块4024，用于应用程序应用程序应用程序分别采用所述同一类型应用程序的使用频率计算各个类型应用程序的总使用频率；
第二排序子模块4025，用于按照所述总使用频率的大小对各个类型进行排序；
第二热衷度确定子模块4026，用于采用排序后的各个类型确定用户对各个类型的热衷度。
参照图4e所示，本发明实施例的一种移动终端400中，所述系统资源分配模块403包括：
第二系统资源分配表获取子模块4033，用于获取系统资源分配表；所述系统资源分配表中包括热衷度以及对应的资源分配比例；
第二系统资源分配子模块4034，用于按照所述资源分配比例为各个类型的应用程序分配系统资源。
对于移动终端实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
这样，本发明实施例中，首先采集移动终端上的用户行为数据，然后采用用户行为数据中的各个应用程序的使用频率分析用户对各个应用程序的热衷度，最后基于热衷度为各个应用程序分配系统资源。在本发明实施例中，利用用户行为数据分析用户对应用程序的偏好，从而实现个性化分配系统资源。
图5是本发明另一个实施例的移动终端的框图。图5所示的移动终端700包括：至少一个处理器701、存储器702、至少一个网络接口704和其他用户接口703。移动终端700中的各个组件通过总线系统705耦合在一起。可理解，总线系统705用于实现这些组件之间的连接通信。总线系统705除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图5中将各种总线都标为总线系统705。
其中，用户接口703可以包括显示器、键盘或者点击设备(例如，鼠标，轨迹球(trackball)、触感板或者触摸屏等。
可以理解，本发明实施例中的存储器702可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-onlymemory，rom)、可编程只读存储器(programmablerom，prom)、可擦除可编程只读存储器(erasableprom，eprom)、电可擦除可编程只读存储器(electricallyeprom，eeprom)或闪存。易失性存储器可以是随机存取存储器(randomaccessmemory，ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(staticram，sram)、动态随机存取存储器(dynamicram，dram)、同步动态随机存取存储器(synchronousdram，sdram)、双倍数据速率同步动态随机存取存储器(doubledataratesdram，ddrsdram)、增强型同步动态随机存取存储器(enhancedsdram，esdram)、同步连接动态随机存取存储器(synchlinkdram，sldram)和直接内存总线随机存取存储器(directrambusram，drram)。本发明实施例描述的系统和方法的存储器702旨在包括但不限于这些和任意其它适合类型的存储器。
在一些实施方式中，存储器702存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：操作系统7021和应用程序7022。
其中，操作系统7021，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序7022，包含各种应用程序，例如媒体播放器(mediaplayer)、浏览器(browser)等，用于实现各种应用程序业务。实现本发明实施例方法的程序可以包含在应用程序7022中。
在本发明实施例中，通过调用存储器702存储的程序或指令，具体的，可以是应用程序7022中存储的程序或指令，处理器701用于采集移动终端上的用户行为数据；采用所述用户行为数据分析用户对各个应用程序的热衷度；基于所述热衷度为所述各个应用程序分配系统资源。
上述本发明实施例揭示的方法可以应用程序于处理器701中，或者由处理器701实现。处理器701可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器701中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器701可以是通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(fieldprogrammablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器702，处理器701读取存储器702中的信息，结合其硬件完成上述方法的步骤。
可以理解的是，本发明实施例描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(applicationspecificintegratedcircuits，asic)、数字信号处理器(digitalsignalprocessing，dsp)、数字信号处理设备(dspdevice，dspd)、可编程逻辑设备(programmablelogicdevice，pld)、现场可编程门阵列(field-programmablegatearray，fpga)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。
对于软件实现，可通过执行本发明实施例所述功能的模块(例如过程、函数等)来实现本发明实施例所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
可选地，处理器701还用于：按照所述使用频率的大小对各个应用程序进行排序；采用排序后的各个应用程序确定用户对各个应用程序的热衷度。
可选地，处理器701还用于：获取系统资源分配表；所述系统资源分配表中包括热衷度以及对应的资源分配比例；按照所述资源分配比例为各个应用程序分配系统资源。
可选地，处理器701还用于：应用程序统计同一类型应用程序的使用频率；应用程序应用程序应用程序分别采用所述同一类型应用程序的使用频率计算各个类型应用程序的总使用频率；按照所述总使用频率的大小对各个类型进行排序；采用排序后的各个类型确定用户对各个类型的热衷度。
可选地，处理器701还用于：获取系统资源分配表；所述系统资源分配表中包括热衷度以及对应的资源分配比例；按照所述资源分配比例为各个类型的应用程序分配系统资源。
移动终端700能够实现前述实施例中移动终端实现的各个过程，为避免重复，这里不再赘述。
这样，本发明实施例中，首先采集移动终端上的用户行为数据，然后采用用户行为数据中的各个应用程序的使用频率分析用户对各个应用程序的热衷度，最后基于热衷度为各个应用程序分配系统资源。在本发明实施例中，利用用户行为数据分析用户对应用程序的偏好，从而实现个性化分配系统资源。
图6是本发明另一个实施例的移动终端的结构示意图。具体地，图6中的移动终端800可以为手机、平板电脑、个人数字助理(personaldigitalassistant，pda)、或车载电脑等。
图6中的移动终端800包括射频(radiofrequency，rf)电路810、存储器820、输入单元830、显示单元840、处理器860、音频电路870、wifi(wirelessfidelity)模块880和电源890。
其中，输入单元830可用于接收用户输入的数字或字符信息，以及产生与移动终端800的用户设置以及功能控制有关的信号输入。具体地，本发明实施例中，该输入单元830可以包括触控面板831。触控面板831，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板831上的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板831可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给该处理器860，并能接收处理器860发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板831。除了触控面板831，输入单元830还可以包括其他输入设备832，其他输入设备832可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
其中，显示单元840可用于显示由用户输入的信息或提供给用户的信息以及移动终端800的各种菜单界面。显示单元840可包括显示面板841，可选的，可以采用lcd或有机发光二极管(organiclight-emittingdiode，oled)等形式来配置显示面板841。
应注意，触控面板831可以覆盖显示面板841，形成触摸显示屏，当该触摸显示屏检测到在其上或附近的触摸操作后，传送给处理器860以确定触摸事件的类型，随后处理器860根据触摸事件的类型在触摸显示屏上提供相应的视觉输出。
触摸显示屏包括应用程序界面显示区及常用控件显示区。该应用程序界面显示区及该常用控件显示区的排列方式并不限定，可以为上下排列、左右排列等可以区分两个显示区的排列方式。该应用程序界面显示区可以用于显示应用程序的界面。每一个界面可以包含至少一个应用程序的图标和/或widget桌面控件等界面元素。该应用程序界面显示区也可以为不包含任何内容的空界面。该常用控件显示区用于显示使用率较高的控件，例如，设置按钮、界面编号、滚动条、电话本图标等应用程序图标等。
其中处理器860是移动终端800的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在第一存储器821内的软件程序和/或模块，以及调用存储在第二存储器822内的数据，执行移动终端800的各种功能和处理数据，从而对移动终端800进行整体监控。可选的，处理器860可包括一个或多个处理单元。
在本发明实施例中，通过调用存储该第一存储器821内的软件程序和/或模块和/或该第二存储器822内的数据，处理器860用于采集移动终端上的用户行为数据；采用所述用户行为数据分析用户对各个应用程序的热衷度；基于所述热衷度为所述各个应用程序分配系统资源。
可选地，处理器860还用于：按照所述使用频率的大小对各个应用程序进行排序；采用排序后的各个应用程序确定用户对各个应用程序的热衷度。
可选地，处理器860还用于：获取系统资源分配表；所述系统资源分配表中包括热衷度以及对应的资源分配比例；按照所述资源分配比例为各个应用程序分配系统资源。
可选地，处理器860还用于：应用程序统计同一类型应用程序的使用频率；应用程序应用程序应用程序分别采用所述同一类型应用程序的使用频率计算各个类型应用程序的总使用频率；按照所述总使用频率的大小对各个类型进行排序；采用排序后的各个类型确定用户对各个类型的热衷度。
可选地，处理器860还用于：获取系统资源分配表；所述系统资源分配表中包括热衷度以及对应的资源分配比例；按照所述资源分配比例为各个类型的应用程序分配系统资源。
移动终端800能够实现前述实施例中移动终端实现的各个过程，为避免重复，这里不再赘述。
这样，本发明实施例中，首先采集移动终端上的用户行为数据，然后采用用户行为数据中的各个应用程序的使用频率分析用户对各个应用程序的热衷度，最后基于热衷度为各个应用程序分配系统资源。在本发明实施例中，利用用户行为数据分析用户对应用程序的偏好，从而实现个性化分配系统资源。
本领域普通技术人员可以意识到，结合本发明实施例中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用程序和设计约束条件。专业技术人员可以对每个特定的应用程序来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。