功耗控制方法及装置与流程

本发明涉及电子设备技术领域，特别涉及功耗控制方法及装置。

背景技术：

现如今，随着互联网技术与电子设备硬件制程、工艺的不断提升，网络上传和下载的速度变得越来越快。在多种应用场景下，缩短了数据的加载时间，从而提升了人们的工作效率和使用体验。

目前，移动终端为了提升处理能力，其处理器会设计为在处理器内部集成多个具有完整计算引擎的内核，构成多核处理器。多个内核可以分别处理不同的任务或者多个内核协同处理同一任务，均衡了网络带宽并提高了网络利用率。但是，当移动终端处于数据下载的场景时，通常会开启多个内核提升下载速度，而开启的内核越多以及内核的工作频率越高，移动终端的功耗也就越大，相比于非数据下载场景，功耗高出60％～70％，这样严重影响移动终端的待机时间。为了降低功耗、延长移动终端的待机时间，常规的设计是在移动终端处于数据下载的情景时，通过降低处理器的工作频率以及减少开启内核的数量来解决此问题，但是这样又会影响网络下载的速度，同时降低了移动终端的整机性能。

技术实现要素：

本发明实施方式的目的在于提供一种功耗控制方法及装置，使得处理器的工作状态与数据下载速率自动调节到平衡状态，既可以保证下载速率又可以降低功耗。

为解决上述技术问题，本发明的实施方式提供了一种功耗控制方法，该方法包括：

获取数据下载参数；其中，数据下载参数至少包括数据下载速率；

根据数据下载参数判断当前的下载场景；

根据当前的下载场景，自动调节处理器的工作状态，直到处理器的工作状态与数据下载速率处于持续平衡状态；

其中，当处于高速下载场景时，至少调整激活的处理器数量；

当处于低速下载场景时，调整处理器的工作频率。

本发明的方式还提供了一种功耗控制装置，该装置包括：获取模块、判断模块以及调节模块；

获取模块，用于获取数据下载参数；其中，数据下载参数至少包括数据下载速率；

判断模块，用于根据数据下载参数判断当前的下载场景；

调节模块，用于根据当前的下载场景，自动调节处理器的工作状态，直到处理器的工作状态与数据下载速率达到平衡状态；

其中，当处于高速下载场景时，至少调整激活的处理器数量；

当处于低速下载场景时，调整处理器的工作频率。

本发明实施方式相对于现有技术而言，本发明的实施方式通过获取的数据下载参数判断当前的下载场景，并根据当前的下载场景自动调节处理器的工作状态，使其与数据下载速率持续处于平衡状态，既可以保证下载速率又可以降低功耗。

另外，获取下载数据总量；根据下载数据总量与当前的数据下载速率预估下载时间；预估的下载时间大于预设的阈值时，先降低TCP确认应答频度，再执行调整激活的处理器数量的步骤。降低TCP确认应答频度可进一步提升数据下载速度，从而缩短了数据下载时间。

另外，当处于高速下载场景时，在调整激活的处理器数量之后，功耗控制方法还包括：判断处理器的工作状态与数据下载速率是否能够持续处于平衡状态；当处理器的工作状态与数据下载速率不能持续处于平衡状态时，进一步调整处理器的工作频率，从而进一步保证了处理器的工作状态与数据下载速率能够处于持续平衡状态。

另外，在获取数据下载参数之前，功耗控制方法还包括：检测终端是否处于充电状态；当检测到终端不处于充电状态时，执行获取数据下载参数的步骤，这样就避免了当终端处于充电状态时，如果调整处理器而影响处理器处理其他任务的处理速度进而影响用户体验的问题。

另外，数据下载参数还包括以下任意一种或组合：网络环境、信号质量，这样可以根据信号质量等数据下载参数调整激活的处理器数量或者处理器的工作频率的步长，使得终端可以快速的调整到处理器的工作状态与数据下载速率处于持续平衡状态。

附图说明

一个或多个实施方式通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。

图1是根据本发明第一实施方式中功耗控制方法的部分流程图；

图2是根据本发明第一实施方式中功耗控制方法的具体流程示意图；

图3是根据本发明第二实施方式中功耗控制方法的流程图；

图4是根据本发明第三实施方式中功耗控制方法的流程图；

图5是根据本发明第四实施方式中功耗控制方法的流程图；

图6是根据本发明第五实施方式中功耗控制装置的结构示意图；

图7是根据本发明第六实施方式中功耗控制装置的结构示意图；

图8是根据本发明第七实施方式中功耗控制装置的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。

本发明的第一实施方式涉及一种功耗控制方法，具体流程如图1所示。其包括：

步骤101，获取数据下载参数。

具体地说，在数据下载开始时，终端会获取数据下载参数，该数据下载参数至少包括数据下载速率，终端可以根据初始的数据下载速度判断当前的下载场景。而且，数据下载参数还可以是网络环境、信号质量等一种或者这些数据下载参数的各种组合，通过这些数据下载参数的综合参考判断当前的数据下载场景。以信号质量和数据下载速率为例：信号质量作为数据下载参数的辅助参考量，当信号质量较好时，终端会增大调整激活的处理器数量或者处理器工作频率的步长，如一次调整时减少激活的处理器数量由1颗上升为2颗；或者降低处理器的工作频率由减少100HZ上升到减少200HZ。这样可以根据信号质量等数据下载参数调整激活的处理器数量或者处理器的工作频率的步长，使得终端可以更加快速的调整到处理器的工作状态与数据下载速率的平衡状态。而且数据下载参数不限于本实施方式中所列举的数据下载参数。

步骤102，根据数据下载参数判断当前的下载场景。

具体地说，在本实施方式中，数据下载场景包括低速下载场景和高速下载场景，终端可以根据数据下载参数判断当前的数据下载场景。

例如，数据下载参数可以是数据下载速率。当终端只通过数据下载速率判断当前的下载场景时，终端会预设一数据下载速率阈值，当当前的数据下载速率大于或等于预设的数据下载速率阈值时，终端会判断此时终端处于高速下载场景；当当前的数据下载速率小于预设的数据下载速率阈值时，终端就会判断此时终端处于低速下载场景。

步骤103，根据当前的下载场景，自动调节处理器的工作状态，直到处理器的工作状态与数据下载速率持续处于平衡状态。

具体地说，终端会根据当前的下载场景，自动调整激活处理器的数量、处理器的工作频率或者TCP应答频度进而调节处理器的工作状态，直到处理器的工作状态与数据下载速率持续处于平衡状态。在该平衡状态下，处理器运行产生的功耗较低且能够保证初始的数据下载速率。

在本实施方式，以数据下载参数可以只是数据下载速率一种，并如前述通过判断数据下载速率是否大于或等于预设数据下载速率为例进行详细说明，具体如流程图2所示，其具体包括：

步骤1011，获取数据下载速率。

步骤1021，判断数据下载速率是否大于或等于预设数据下载速率，如是，执行步骤1031，否则，执行步骤1041。

具体地说，当当前的数据下载速率大于或等于预设的数据下载速率阈值时，终端可以判定此时终端处于高速下载场景；当当前的数据下载速率小于预设的数据下载速率阈值时，终端就可以判定此时终端处于低速下载场景。

步骤1031，进入低速下载场景，自动调整处理器的工作频率。

具体地说，处理器的工作频率越高，处理任务的能力也就越强，即可以理解为数据下载的速率也就越快，同时会出现随着工作频率的升高而产生的功耗也就越多。当判断终端处于低速下载场景时，处理器不需要相对较高的工作频率，在此场景下，为了能够既可以完成低速下载的要求同时降低功耗，可以逐渐降低处理器的工作频率。随着处理器工作频率的逐渐降低并在处理器的工作频率较低到某一数值时，数据下载的速率会受到影响，即当数据下载速率降低且约等于初始的数据下载速率(即调整处理器的工作频率之前的数据下载速率)，处理器会保持当前的工作频率进行数据下载的任务。而且，在此场景下，终端也可以将处理器的工作频率先下降到较小的工作频率数值，判断终端在此工作频率的状态下的数据下载速率，当此时的数据下载速率低于初始的数据下载速率时，回调处理器的工作频率，实时监测回调过程中数据下载速率，直到数据下载速率略大于或者等于初始的数据下载速率时，处理器会以当前的工作频率进行数据下载的任务。但是，本实施方式对处于低速下载场景时，以何种方式调整处理器的工作频率不做任何限制，本领域技术人员可以根据实际情况灵活处理。

步骤1041，进入高速下载场景，至少自动调整激活的处理器数量。

具体地说，当网络信号及网络环境较好时，终端在进行数据下载时，可以进入到高速下载场景进行下载数据，此时，处理器以相对较低的工作频率就可以实现高速下载。在此场景下，为了进一步降低功耗、延长终端的待机时间，同时又不损失较多的处理器性能、又可以保证初始的数据下载速率，终端可以通过减少激活的处理器数量来实现，随着激活的处理器数量的减少，数据下载的速率可能会受到影响，但仍可处于高速下载场景。比如说：终端可以逐渐减少激活的处理器数量，如果当数据下载速率降低且降低到初始的数据下载速率的90％(或95％等)以上时，终端可以当前的数据下载速率以及激活的处理器数量进行数据下载的任务；否则，终端回调激活的处理器数量。而且，在此场景下，终端也可以先减少较多个激活的处理器，判断终端在此情况下的数据下载速率，当此时的数据下载速率低于初始的数据下载速率时，回调激活的处理器数量，实时监测回调过程中数据下载速率，直到数据下载速率略大于或者等于初始的数据下载速率或者初始的数据下载速率的90％(或95％等)以上时，以当前的数据下载速率以及激活的处理器数量进行数据下载的任务。但是，本实施方式对处于高速下载场景时，以何种方式调整激活的处理器数量以及上述数值举例不应看作对本发明的保护范围的限定，本领域技术人员可以根据实际情况灵活处理。

步骤1051，直到处理器的工作状态与数据下载速率持续处于平衡状态。

具体地说，平衡状态可以理解为：终端在进行数据下载时，尽可能以较低的工作频率和较少的运行处理器就可以完成不同下载场景下的数据下载的任务，即保证了下载速率也控制了功耗。

与现有技术相比，本发明的实施方式通过获取的数据下载参数判断当前的下载场景，并根据当前的下载场景自动调节处理器的工作状态，使其与数据下载速率以达到平衡状态，实现了既可以保证下载速率又可以降低功耗的目的。

本发明的第二实施方式涉及一种功耗控制方法。第二实施方式是对第一实施方式的改进，主要改进之处在于：在本发明的第二实施方式中，在高速下载场景中，当处理器的工作状态与数据下载速率不能持续处于平衡状态时，可以进一步调整处理器的工作频率，从而进一步保证了处理器的工作状态与数据下载速率能够处于持续平衡状态。

本实施方式的流程如图3所示，其包括：

步骤201，获取数据下载速率。

步骤202，判断数据下载速率是否大于或等于预设数据下载速率，如是，执行步骤203，否则，执行步骤204。

步骤203，进入低速下载场景，自动调整处理器的工作频率。

步骤204，进入高速下载场景，自动调整激活的处理器数量。

步骤205，判断处理器的工作状态与数据下载速率是否能够持续处于平衡状态，若是，结束本流程，否则，执行步骤206。

具体地说，处理器可以进行多个任务的处理，在高速数据下载场景时，终端可以在保证其他任务不受影响的前提下调整激活的处理器数量来控制功耗。当调整激活的处理器数量之后，终端不能以初始的数据下载速率或者围绕初始的数据下载速率较小范围内变化的速率下载数据时，也就说明此时的处理器的工作状态与数据下载速率还未达到平衡的状态。由于调整处理器的工作频率相较于调整激活的处理器数量，对处理器的性能来的损失较小，所以当继续调整激活的处理器数量会影响其他任务处理或者当前的数据下载速率相较于初始下载速率变化较大时，处理器还可以继续通过调整处理器的工作频率来进一步降低数据下载时的功耗。

步骤206，自动调整处理器的工作频率，之后返回执行步骤205继续判断处理器的工作状态与数据下载速率是否能够持续处于平衡状态。

具体地说，在本步骤206中，自动调整处理器的工作频率与第一实施方式步骤1031中的进入低速下载场景，自动调整处理器的工作频率的方法相同，在此不再赘述。

与现有技术相比，本发明的实施方式通过获取的数据下载参数判断当前的下载场景，并根据当前的下载场景自动调节处理器的工作状态，使其与数据下载速率持续处于平衡状态，实现了既可以保证下载速率又可以降低功耗的目的。

本发明的第三实施方式涉及一种功耗控制方法。第三实施方式是对第二实施方式的改进，主要改进之处在于：在本发明的第三实施方式中，在调整激活的处理器数量之前，还可以预估下载时间，通过降低TCP确认应答频度可进一步提升数据下载速度，从而缩短了数据下载时间。

本实施方式的流程如图4所示，其包括：

步骤301，获取数据下载速率。

步骤302，判断数据下载速率是否大于或等于预设数据下载速率，如是，进入步骤303，否则，进入步骤304。

步骤303，进入低速下载场景，自动调整处理器的工作频率。

步骤304，进入高速下载场景时，获取下载数据总量。

具体地说，当判断终端进入了高速下载场景时，终端首先会获取数据总量，该数据总量是指数据文件的大小，例如：终端将要下载一段视频时，首先会获取这段视频的文件大小，如该视频的文件大小可以是800MB或2G等。

步骤305，根据下载数据总量与当前的数据下载速率预估下载时间。

具体地说，终端将会根据下载数据的总量与当前数据下载速率预估下载时间。例如：如上所述的，终端将要下载一段视频，获取该视频的文件大小为2G，而当前的下载速率为每秒1MB，处理器就会估算出下载时间需要2408秒，可以看出，按照当前的下载速率下载一段视频大概需要40分钟的时间，下载时间较长。

步骤306，判断预估的下载时间是否大于预设的阈值。如是，执行步骤307，否则，执行步骤308。

具体地说，终端会预先针对时间设置一阈值，当根据下载数据总量与当前的数据下载速率预估下载时间后，判断预估的下载时间是否大于预设的阈值。例如：处理器的预设阈值可以为10分钟，如前所述的，而处理器估算出的下载时间大概需要40分钟，处理器就会降低TCP的应答频度，否则自动调整激活的处理器数量。

步骤307，降低TCP确认应答频度。

具体地说，TCP协议内部提供了默认的ACK验证机制，而ACK验证方式又与操作系统有关。在TCP协议中，当终端从网络侧接收数据时，需要对数据进行确认，确认接收到数据之后自然也会发送确认报文。在这个TCP确认过程中，如果TCP确认应答频度较高时，会直接影响实时数据下载的速率。也就是说，在相同的单位时间内，以相同的速度进行数据下载，如果TCP确认应答频度较高，在单位时间内下载的数据文件总量较少，从而表明在此情况下，数据下载速率较低；而TCP确认应答频度较低时，在单位时间内下载的数据文件总量较多，从而表明在此情况下，数据下载速率相对较高。通过上述分析可以理解：降低TCP的确认应答频度可以有效提升数据下载速率。即调整后的数据下载速率大于初始的数据下载速率。需要说明的是，由于数据下载的时间较长，通过降低TCP的确认应答频度来提升数据下载速率，这样就为后续的进一步降低处理器的工作频率或减少更多激活的处理器数量提供了可能性，在相对较长的下载时间内，处理器尽可能以较低的工作频率或者较少数量的激活的处理器工作，这样就可以在保证数据下载速率的情况下进一步实现降低功耗的目的。

步骤308，自动调整激活的处理器数量。

步骤309，判断处理器的工作状态与数据下载速率是否能够持续处于平衡状态，若是，结束本流程，否则，执行步骤310。

需要说明的是，如果判定预估的下载时间大于预设的阈值并降低TCP确认应答频度，那么此步骤中的数据下载速率是降低TCP确认应答频度之后的数据下载速率。因为降低TCP确认应答频度之后，数据下载速率将会提升，应该判断的是处理器的工作状态与提升后的数据下载速率是否能够持续处于平衡状态。

步骤310，自动调整处理器的工作频率，之后返回步骤309继续判断处理器的工作状态与数据下载速率是否能够持续处于平衡状态。

与现有技术相比，本发明的实施方式通过获取的数据下载参数判断当前的下载场景，并根据当前的下载场景自动调节处理器的工作状态，使其与数据下载速率以达到平衡状态，实现了既可以保证下载速率又可以降低功耗的目的。

本发明的第四实施方式涉及一种功耗控制方法。第四实施方式是对第三实施方式的改进，主要改进之处在于：在本发明的第四实施方式中，在获取数据下载参数之前，检测终端是否处于充电状态，这样就避免了当终端处于充电状态时，如果调整处理器而影响处理器处理其他任务的处理速度进而影响用户体验的问题。

本实施方式的流程如图4所示，其包括：

步骤401，检测终端是否处于充电状态，如是，执行步骤402，否则，执行步骤403。

也就是说，当终端在进行数据下载任务时，特别是在此过程中由外部电源为终端供电，终端可以不用针对数据下载采取任何控制功耗的措施，终端可以根据当前的网络环境、保持处理器此时的工作状态，按照当前的数据下载速率下载数据。这样做是因为当终端处于充电状态时，外部电源为其充入的电量远远大于控制功耗措施所节省的电量。而且，在这个过程中，如采取控制功耗的措施，即在终端对处理器进行工作状态的调整时，还会使得处理器对其他任务的处理速度下降，影响用户体验。所以优选的，在终端处于充电状态可以不对处理器的工作状态进行调整。

步骤402，按照当前的数据下载速率下载数据。

具体地说，终端在保持当前的处理器工作状态不变的前提下，根据当前的外部网络环境、网络质量来获取下载速率，并按照当前的数据下载速率下载数据。

步骤403，获取数据下载速率。

步骤404，判断数据下载速率是否大于或等于预设数据下载速率，如是，进入步骤405，否则，进入步骤406。

步骤405，进入低速下载场景，自动调整处理器的工作频率。

步骤406，进入高速下载场景时，获取下载数据总量。

步骤407，根据下载数据总量与当前的数据下载速率预估下载时间。

步骤408，判断预估的下载时间是否大于预设的阈值。如是，执行步骤409，否则，执行步骤410。

步骤409，降低TCP确认应答频度。

步骤410，自动调整激活的处理器数量。

步骤411，判断处理器的工作状态与数据下载速率是否能够持续处于平衡状态，若是，结束本流程，否则，执行步骤412。

步骤412，自动调整处理器的工作频率，之后继续判断处理器的工作状态与数据下载速率是否能够持续处于平衡状态。

与现有技术相比，本发明的实施方式通过获取的数据下载参数判断当前的下载场景，并根据当前的下载场景自动调节处理器的工作状态，使其与数据下载速率以达到平衡状态，实现了既可以保证下载速率又可以降低功耗的目的。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包含相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明第五实施方式涉及一种功耗控制装置500，如图6所示，包含：第一获取模块501、第一判断模块502以及调节模块503。

第一获取模块501，用于获取数据下载参数；其中，数据下载参数至少包括数据下载速率。

第一判断模块502，用于根据数据下载参数判断当前的下载场景。

调节模块503，用于根据当前的下载场景，自动调节处理器的工作状态，直到处理器的工作状态与数据下载速率达到平衡状态；

其中，当处于高速下载场景时，至少调整激活的处理器数量；

当处于低速下载场景时，调整处理器的工作频率。

与现有技术相比，本发明的实施方式通过获取的数据下载参数判断当前的下载场景，并根据当前的下载场景自动调节处理器的工作状态，使其与数据下载速率以达到平衡状态，实现了既可以保证下载速率又可以降低功耗的目的。

不难发现，本实施方式为与第一实施方式相对应的装置实施例，本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。

值得一提的是，本实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。

本发明第六实施方式涉及一种功耗控制装置600，如图7所示。第六实施是对第五实施方式的改进，主要改进之处在于：在本发明的第六实施方式中，功耗控制装置还包括：第二获取模块604、估计模块605、第二判断模块606、第三判断模块607。

第一获取模块601，用于获取数据下载参数；其中，数据下载参数至少包括数据下载速率。

第一判断模块602，用于根据数据下载参数判断当前的下载场景。

第二获取模块604，用于当处于高速下载场景时，在调整激活的处理器数量之前，获取下载数据总量。

估计模块605，用于根据下载数据总量与当前的数据下载速率预估下载时间。

第二判断模块606，用于判断预估的所述下载时间是否大于预设的阈值；

调节模块603，还用于在所述第二判断模块604判定预估的下载时间大于预设的阈值时，先降低TCP确认应答频度，再执行调整激活的处理器数量的步骤。

第三判断模块607，用于当处于高速下载场景时，在调整激活的处理器数量之后，判断处理器的工作状态与数据下载速率是否能够持续处于平衡状态。

调节模块603，还用于在所述第三判断模块607判定处理器的工作状态与数据下载速率不能持续处于平衡状态时，进一步调整处理器的工作频率，直到处理器的工作状态与数据下载速率达到平衡状态。

与现有技术相比，本发明的实施方式通过获取的数据下载参数判断当前的下载场景，并根据当前的下载场景自动调节处理器的工作状态，使其与数据下载速率以达到平衡状态，实现了既可以保证下载速率又可以降低功耗的目的。

不难发现，本实施方式为与第三实施方式相对应的装置实施例，本实施方式可与第三实施方式互相配合实施。第三实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第三实施方式中。

本发明第七实施方式涉及一种功耗控制装置700，如图8所示。第七实施是对第六实施方式的改进，主要改进之处在于：在本发明的第七实施方式中，功耗控制装置还包括检测模块708。

检测模块708，用于在获取数据下载参数之前，检测终端是否处于充电状态，并在检测到终端不处于充电状态时，触发第一获取模块701。

第一获取模块701，用于获取数据下载参数；其中，数据下载参数至少包括数据下载速率。

第一判断模块702，用于根据数据下载参数判断当前的下载场景。

第二获取模块704，用于当处于高速下载场景时，在调整激活的处理器数量之前，获取下载数据总量。

估计模块705，用于根据下载数据总量与当前的数据下载速率预估下载时间。

第二判断模块706，用于判断预估的所述下载时间是否大于预设的阈值；

调节模块703，还用于在所述第二判断模块704判定预估的下载时间大于预设的阈值时，先降低TCP确认应答频度，再执行调整激活的处理器数量的步骤。

第三判断模块707，用于当处于高速下载场景时，在调整激活的处理器数量之后，判断处理器的工作状态与数据下载速率是否能够持续处于平衡状态。

调节模块703，还用于在所述第三判断模块707判定处理器的工作状态与数据下载速率不能持续处于平衡状态时，进一步调整处理器的工作频率，直到处理器的工作状态与数据下载速率达到平衡状态。

与现有技术相比，本发明的实施方式通过获取的数据下载参数判断当前的下载场景，并根据当前的下载场景自动调节处理器的工作状态，使其与数据下载速率以达到平衡状态，实现了既可以保证下载速率又可以降低功耗的目的。

不难发现，本实施方式为与第四实施方式相对应的装置实施例，本实施方式可与第四实施方式互相配合实施。第四实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第四实施方式中。

本领域技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。