CN114584814A - 调整终端功耗的方法、码率的调整方法及相关设备 - Google Patents

Abstract

本申请实施例公开了一种调整终端功耗的方法，用于在终端处于使用状态时调整终端功耗。本申请实施例方法包括：终端向服务器上报表示终端功耗的第一功耗相关信息，服务器根据第一功耗相关信息判断并实现对码率大小的调整，码率为发送给终端的视频流的码率，使得调整后的视频流与调整前的视频流的码率不同，从而实现对终端功耗的调节。

Description

调整终端功耗的方法、码率的调整方法及相关设备

技术领域

本申请实施例涉及数据处理领域，尤其涉及调整终端功耗的方法、码率的调整方法、调整码率的设备以及存储介质。

背景技术

多媒体虚拟场景技术包括虚拟现实(virtual reality，VR)、增强现实(augmentedreality，AR)和混合现实(mixed reality，MR)等技术。多媒体虚拟场景技术主要是在服务器产生视频流，发送给终端，终端对该视频流解码播放，实现虚拟场景在终端处的再现。

由于某些多媒体虚拟场景的观影技术分辨率高，码率大。在终端播放视频流时，视频解码和渲染等对终端的处理资源消耗大，功耗高。导致终端在长时间使用的状态下容易出现发热发烫、视频卡顿或电量不足导致关机等现象。目前降低终端功耗的方式，主要是通过检测到用户未使用终端时关闭终端，从而实现功耗的降低。但是，当终端处于使用状态时，仍可能出现上述发热发烫、视频卡顿或电量不足导致关机等现象。

这种仅通过检测用户是否使用终端决定是否关闭终端，从而实现功耗降低的方式，功耗降低的程度有限，对终端功耗的调整方式单一。

发明内容

本申请实施例提供了一种调整终端功耗的方法，用于在终端处于使用状态时调整终端功耗。

本申请实施例第一方面提供了一种调整终端功耗的方法，该方法包括：服务器以第一码率向终端发送视频流。在发送视频流之后，服务器接收来自终端的第一功耗相关信息，第一功耗相关信息用于表示终端的功耗，终端的功耗与视频流的播放相关。服务器根据第一功耗相关信息，确定终端的功耗满足第一预设条件。确定终端的功耗满足第一预设条件之后，服务器以低于第一码率的第二码率向终端发送视频流。

在本申请实施例中，服务器以第一码率向终端发送视频流，在终端接收并播放视频流时，服务器接收终端发送的第一功耗相关信息，在服务器根据第一功耗相关信息终端的功耗满足第一预设条件，确定需要调整视频流的码率，以小于第一码率的第二码率向终端发送视频流。由于视频流的码率降低，终端播放视频流产生的功耗就会降低，从而实现对终端功耗的降低。因此可以避免终端在长时间使用的状态下出现的发热发烫、视频卡顿或电量不足导致关机等现象。相比于现有技术只能在终端未被用户使用的状态下降低功耗，实现了终端在使用状态下对终端功耗的降低。

结合第一方面，本申请实施例第一方面的第一种实施方式中，第一功耗相关信息包括终端的中央处理器(central processing unit，CPU)占用率，服务器根据第一功耗相关信息确定终端的功耗满足第一预设条件，包括：服务器根据接收到的终端的CPU占用率，确定终端的CPU占用率大于或等于第一预设值。

在本申请实施例中，终端的功耗满足第一预设条件，意味着终端处于功耗过高的状态，需要降低终端的功耗。具体的，在本实施方式中，第一预设条件可以包括终端的CPU占用率大于或等于第一预设值。除了终端的CPU占用率，其他的终端功耗信息也可以满足第一预设条件，例如终端的剩余电量小于或等于第二预设值等，此处不作限定。

在本申请实施例中，服务器根据接收到的终端的CPU占用率，确定终端的CPU占用率过高，降低视频流的码率，从而实现对终端CPU占用率的降低。实现了对终端的CPU占用率的调节。

结合第一方面或第一方面的第一种实施方式，本申请实施例第一方面的第二种实施方式中，第一功耗相关信息包括终端的CPU占用率，终端可以上报多个第一功耗相关信息，多个第一功耗相关信息表示终端在不同时刻的功耗，服务器根据第一功耗相关信息确定终端的功耗满足第一预设条件，包括：服务器根据接收到的多个不同时刻的CPU占用率，确定终端的CPU占用率在第一时段内的平均值大于或等于第一预设值。

在本申请实施例中，根据第一时段内多个CPU占用率的平均值，调整视频流的码率。可以防止因CPU占用率异常波动导致的，对视频流码率的不当调节。例如终端当前的CPU资源足以处理接收到的视频流，但CPU占用率因偶发事件出现瞬间增高，又马上恢复正常。这种情况下并不需要调整对终端的CPU资源的占用，也就不需要调整视频流的码率。根据CPU占用率的平均值调整视频流的码率，可以避免因瞬间增高的CPU占用率导致的，对视频流码率的不当调节。

结合第一方面、第一方面的第一种实施方式或第二种实施方式，本申请实施例第一方面的第三种实施方式中，第一功耗相关信息包括终端的剩余电量，服务器根据第一功耗相关信息确定终端的功耗满足第一预设条件，包括：服务器根据接收到的终端的剩余电量，确定终端的剩余电量小于或等于第二预设值。

在本申请实施例中，服务器根据接收到的终端的剩余电量，确定终端的剩余电量过低，降低视频流的码率，从而实现根据终端的剩余电量对视频流的调节，以延长终端的使用时间。

结合第一方面的第三种实施方式，本申请实施例第一方面的第四种实施方式中，第一功耗相关信息包括终端在第一时刻的剩余电量和第二时刻的剩余电量，第一时刻早于第二时刻，服务器根据第一功耗相关信息确定终端的功耗满足第一预设条件，还包括：服务器确定终端的剩余电量处于不变或下降趋势，即后一时刻的剩余电量的值，大于或等于前一时刻的剩余电量的值，具体的：服务器可以根据接收到的终端的剩余电量，确定终端在第一时刻的剩余电量大于或等于第二时刻的剩余电量。

在本申请实施例中，在确定终端剩余电量小于或等于第二预设值的情况下，确定终端的剩余电量是否处于不变或下降趋势，处于不变或下降趋势则表明终端的电量可能正在减小，据此确定需要降低视频流的码率从而降低终端的功耗。因此就能保证在终端处于充电的状态下，还能以高码率，即第一码率接收视频流，保证了终端向用户输出的播放数据的视频质量。

结合第一方面、第一方面的第一种实施方式至第四种实施方式中的任一种，本申请实施例第一方面的第五种实施方式中，服务器以低于第一码率的第二码率向终端发送视频流之前，还包括：服务器减小视场(field of view，Fov)角度大小。

在本申请实施例中，减小Fov角度大小，即可减少视频流中所包括的高清数据的量，从而降低终端对视频流进行解码、渲染等处理时消耗或占用的功耗。

结合第一方面、第一方面的第一种实施方式至第五种实施方式中的任一种，本申请实施例第一方面的第六种实施方式中，服务器以低于第一码率的第二码率向终端发送视频流之前，还包括：服务器降低视频流的码率，并根据该码率获取视频流。此处的码率为获取视频流的一个预设值，也称为预设码率。当服务器确定终端功耗过大，可以通过降低预设码率，实现对视频流码率的降低。

结合第一方面、第一方面的第一种实施方式至第六种实施方式中的任一种，本申请实施例第一方面的第七种实施方式中，服务器以低于第一码率的第二码率向终端发送视频流之前，还包括：服务器降低峰均比、关键帧(intra picture，I)与参考帧(predictivepicture，P)的比值、帧率、分辨率中的至少一项。降低这些参数中的任一项，都可导致视频流码率的减小。

结合第一方面、第一方面的第一种实施方式至第七种实施方式中的任一种，本申请实施例第一方面的第八种实施方式中，服务器以低于第一码率的第二码率向终端发送视频流之前，还包括：还包括：服务器增大量化参数(quantitative parameters，QP)或关键帧周期(group of pictures，GOP)中的至少一项。增大这些参数中的任一项，都可导致视频流码率的降低。

结合第一方面、第一方面的第一种实施方式至第八种实施方式中的任一种，本申请实施例第一方面的第九种实施方式中，服务器接收来自终端的第二功耗相关信息，第二功耗相关信息用于表示终端的功耗。在服务器根据第二功耗相关信息确定终端的功耗满足第二预设条件的情况下，服务器以高于第二码率的第三码率向终端发送视频流。

在本申请实施例中，根据第一功耗相关信息降低了视频流的码率，再根据第二功耗相关信息提升视频流的码率。在资源不够时对视频流码率降低之后，实现了当资源回到充足的状态的情况下，即终端的功耗满足第二预设条件的情况下，对视频流码率的提升，从而提升了向用户输出的播放数据的视频质量。

结合第一方面的第九种实施方式，本申请实施例第一方面的第十种实施方式中，第二功耗相关信息包括终端的CPU占用率，服务器根据第二功耗相关信息确定终端的功耗满足第二预设条件，包括：服务器根据接收到的终端的CPU占用率，确定终端的CPU占用率小于或等于第三预设值。

在本申请实施例中，终端的功耗满足第二预设条件，表示终端不处于功耗过高的状态，可以提升终端的功耗。具体的，在本实施方式中，第二预设条件可以包括终端的CPU占用率小于或等于第三预设值。除了终端的CPU占用率，其他的终端功耗信息也可以满足第二预设条件，例如终端的剩余电量大于或等于第四预设值等，此处不作限定。

结合第一方面的第九种实施方式，本申请实施例第一方面的第十一种实施方式中，第二功耗相关信息包括终端的CPU占用率，终端可以上报多个第二功耗相关信息，多个第二功耗相关信息表示终端在不同时刻的功耗，服务器根据第二功耗相关信息确定终端的功耗满足第二预设条件，包括：服务器根据接收到的多个不同时刻的CPU占用率，确定终端的CPU占用率在第二时段内的平均值小于或等于第三预设值。

结合第一方面的第九种实施方式，本申请实施例第一方面的第十二种实施方式中，第二功耗相关信息包括终端的剩余电量，服务器根据第二功耗相关信息确定终端的功耗满足第二预设条件，包括：服务器根据接收到的终端的剩余电量，确定终端的剩余电量大于或等于第四预设值。在本申请实施例中，第四预设值为终端的剩余电量的一个阈值，当终端的剩余电量不低于该阈值时，表示终端的剩余电量不处于过低的状态，可以提升终端的功耗。

结合第一方面的第九种实施方式，本申请实施例第一方面的第十三种实施方式中，终端可以发送多个第二功耗相关信息，多个第二功耗相关信息表示终端在不同时刻的剩余电量，服务器根据第二功耗相关信息确定终端的功耗满足第二预设条件，包括：服务器确定终端的剩余电量不再减小，即剩余电量处于不变或上升的趋势。具体的，服务器根据接收到的终端在不同时刻的剩余电量，确定终端在第四时刻的剩余电量大于或等于第三时刻的剩余电量，第三时刻早于第四时刻。

在本申请实施例中，当确定终端的剩余电量不再减小时，例如终端处于充电状态，确定终端可以继续播放高码率的视频流，从而提升视频流的码率。可以在剩余电量不减小的情况下，保证终端向用户输出的播放数据的视频质量。

结合第一方面的第九种实施方式至第十三种实施方式中的任一种，本申请实施例第一方面的第十四种实施方式中，服务器以高于第二码率的第三码率向终端发送视频流之前，还包括：服务器增大视场Fov角度大小。

在本申请实施例中，增大Fov角度大小，即可增加视频流中所包括的高清数据的量，提升向用户输出的播放数据的视频质量。

结合第一方面的第九种实施方式至第十四种实施方式中的任一种，本申请实施例第一方面的第十五种实施方式中，服务器以高于第二码率的第三码率向终端发送视频流之前，还包括：服务器提升视频流的预设码率，并根据该码率获取视频流。此处的码率为获取视频流的一个预设值，也称为预设码率。服务器可以通过增大预设码率，实现对视频流码率的提升。

结合第一方面的第九种实施方式至第十五种实施方式中的任一种，本申请实施例第一方面的第十六种实施方式中，服务器以高于第二码率的第三码率向终端发送视频流之前，还包括：服务器增大峰均比、关键帧(intra picture，I)与参考帧(predictivepicture，P)的比值、帧率、分辨率中的至少一项。增大这些参数中的任一项，都可导致视频流码率的升高。

结合第一方面的第九种实施方式至第十六种实施方式中的任一种，本申请实施例第一方面的第十三种实施方式中，服务器以高于第二码率的第三码率向终端发送视频流之前，还包括：服务器减小量化参数(quantitative parameters，QP)或关键帧周期(group ofpictures，GOP)中的至少一项。减小这些参数中的任一项，都可导致视频流码率的升高。

本申请实施例第二方面提供了一种调整终端功耗的方法，该方法包括：终端以第一码率接收来自服务器的视频流。终端向所述服务器发送第一功耗相关信息，第一功耗相关信息用于表示终端的功耗，终端的功耗与视频流的播放相关。在服务器根据第一功耗相关信息确定终端的功耗满足第一预设条件的情况下，终端以第二码率接收来自服务器的视频流，第二码率低于第一码率。

第二方面的有益效果参见第一方面，此处不再赘述。

结合第二方面，本申请实施例第二方面的第一种实施方式中，第一功耗相关信息包括终端的CPU占用率，终端的功耗满足第一预设条件包括：终端的CPU占用率大于或等于第一预设值；或者，终端的CPU占用率在第一时段内的平均值大于或等于第一预设值。

结合第二方面，本申请实施例第二方面的第二种实施方式中，第一功耗相关信息包括终端的剩余电量，终端的功耗满足第一预设条件包括：终端的剩余电量小于或等于第二预设值；或者，终端的剩余电量在下降，具体的，终端在第一时刻的剩余电量大于第二时刻的剩余电量，第一时刻早于第二时刻。

结合第二方面、第二方面的第一种实施方式至第二种实施方式中的任一种，本申请实施例第二方面的第三种实施方式中，服务器以低于所述第一码率的第二码率向终端发送视频流之后，还包括：终端向服务器发送第二功耗相关信息，第二功耗相关信息用于表示终端的功耗，终端的功耗与视频流的播放相关。在服务器根据第二功耗相关信息确定终端的功耗满足第二预设条件的情况下，终端以第三码率接收来自服务器的视频流，视频流具有第三码率，第三码率高于第一码率。

结合第二方面的第三种实施方式，本申请实施例第二方面的第四种实施方式中，第二功耗相关信息包括终端的CPU占用率，第二预设条件包括：终端的CPU占用率小于或等于第三预设值；或者，终端的CPU占用率在第二时段内的平均值小于或等于第三预设值。

结合第二方面、第二方面的第一种实施方式至第四种实施方式中的任一种，本申请实施例第二方面的第五种实施方式中，第二功耗相关信息包括终端的剩余电量，第二预设条件包括：终端的剩余电量大于或等于第四预设值；或者，终端在第三时刻的剩余电量小于或等于第四时刻的剩余电量，第三时刻早于第四时刻。

本申请实施例还提供了一种码率的调整方法，用于根据网络带宽调整视频流的码率。

本申请实施例第三方面提供了一种码率的调整方法，该方法包括：服务器以第一码率向终端发送视频流。服务器接收来自终端的第一带宽信息，第一带宽信息用于表示终端的网络带宽。服务器根据第一带宽信息确定终端的网络带宽满足第三预设条件。服务器以低于第一码率的第二码率向终端发送视频流。

在本申请实施例中，在终端接收并播放具有第一码率的视频流时，服务器接收终端发送的第一带宽信息，在服务器根据第一带宽信息确定当前的网络带宽不足以承载视频流的传输时，确定需要调整视频流的码率，以小于第一码率的第二码率向终端发送视频流。由于视频流的码率降低，当前的网络带宽就可以承载当前视频流的传输。因此可以避免网络带宽不足的状态下出现的卡顿、视频流丢包或视频流传输不及时等现象。

结合第三方面，本申请实施例第三方面的第一种实施方式中，第一带宽信息包括终端的网络带宽，服务器根据第一带宽信息确定终端的网络带宽满足第三预设条件，包括：服务器根据接收到的终端的网络带宽，确定终端的网络带宽小于或等于第五预设值；或者，服务器根据接收到的终端的网络带宽，确定终端的网络带宽在第三时段内的平均值小于或等于第五预设值。

在本申请实施例中，终端的网络带宽满足第三预设条件，表示视频流的传输可能大于终端的网络的承载能力，因此可能需要降低视频流的码率。具体的，在本实施方式中，第三预设条件可以包括终端的网络带宽小于或等于第五预设值。除了终端的网络带宽，其他的带宽信息也可以满足第三预设条件，例如终端的网络带宽在一定时段内的平均值小于或等于第五预设值等，此处不作限定。

在本申请实施例中，根据第三时段内多个网络带宽的平均值，调整视频流的码率。可以防止因网络带宽异常波动导致的，对视频流码率的不当调节。例如网络带宽因偶发事件出现瞬间降低，又马上恢复正常。这种情况下并不需要调整视频流的码率。根据网络带宽的平均值调整视频流的码率，可以避免因瞬间降低的网络带宽导致的，对视频流码率的不当调节。

结合第三方面或第三方面的第一种实施方式，本申请实施例第三方面的第二种实施方式中，服务器以低于第一码率的第二码率向终端发送视频流之前，还包括：服务器减小视场(field of view，Fov)角度大小；或者服务器降低视频流的码率。此处的码率为获取视频流的一个预设值，也称为预设码率。当服务器确定视频流的码率过大，可以通过降低预设码率，实现对视频流码率的降低。

结合第三方面、第三方面的第一种实施方式至第二种实施方式中的任一种，本申请实施例第三方面的第三种实施方式中，服务器以低于第一码率的第二码率向终端发送视频流之前，还包括：服务器降低峰均比、关键帧(intra picture，I)与参考帧(predictivepicture，P)的比值、帧率、分辨率中的至少一项。

结合第三方面、第三方面的第一种实施方式至第三种实施方式中的任一种，本申请实施例第三方面的第四种实施方式中，服务器以低于第一码率的第二码率向终端发送视频流之前，还包括：服务器增大量化参数(quantitative parameters，QP)或关键帧周期(group of pictures，GOP)中的至少一项。

结合第三方面、第三方面的第一种实施方式至第四种实施方式中的任一种，本申请实施例第三方面的第五种实施方式中，服务器以低于第一码率的第二码率向终端发送视频流之前，还包括：服务器根据第一带宽信息确定第一目标码率，第一目标码率为第一带宽信息与预设比率的乘积。服务器根据第一目标码率降低视频流的预设码率。

在本申请实施例中，根据第一带宽信息降低视频流的码率，从而确定与当前网络最合适的码率。可以避免视频流的码率大于网络带宽导致的，卡顿、视频流丢包或视频流传输不及时等问题。

结合第三方面、第三方面的第一种实施方式至第四种实施方式中的任一种，本申请实施例第三方面的第六种实施方式中，服务器可以接收多个第一带宽信息，多个第一带宽信息表示不同时刻终端的带宽信息。服务器以低于第一码率的第二码率向终端发送视频流之前，还包括：服务器根据多个第一带宽信息，确定第四时段内终端的网络带宽的平均值，该平均值称为第一带宽平均值。服务器根据第一带宽平均值确定第一目标码率，第一目标码率为第一带宽平均值与预设比率的乘积。服务器根据第一目标码率降低视频流的预设码率。

在本申请实施例中，通过第一带宽平均值来减小网络波动造成的，对视频流码率的过于频繁的调整。

结合第三方面、第三方面的第一种实施方式至第六种实施方式中的任一种，本申请实施例第三方面的第七种实施方式中，服务器以低于第一码率的第二码率向终端发送视频流之后，还包括：服务器接收来自终端的第二带宽信息，第二带宽信息用于表示终端的网络带宽。服务器根据第二带宽信息确定第二目标码率，第二目标码率为第二带宽信息与预设比率的乘积。服务器根据第二目标码率增大视频流的码率，并以高于第二码率的第三码率向终端发送视频流。此处的码率为获取视频流的一个预设值，也称为预设码率。当服务器确定终端的网络带宽可以承载更高码率的视频流，可以通过增大预设码率，实现对视频流码率的提升。

在本申请实施例中，第二视频流的码率根据第二带宽信息与预设比率的乘积来确定，可以根据网络带宽的变化精确调整视频流的码率，选取合适的预设比率，即可最大化的利用网络带宽。

结合第三方面、第三方面的第一种实施方式至第六种实施方式中的任一种，本申请实施例第三方面的第八种实施方式中，服务器以低于第一码率的第二码率向终端发送视频流之后，还包括：服务器接收来自终端的第二带宽信息，第二带宽信息用于表示终端的网络带宽。服务器可以接收多个第二带宽信息，多个第二带宽信息表示不同时刻终端的带宽信息。服务器根据多个第二带宽信息，确定第五时段内终端的网络带宽的平均值，该平均值称为第二带宽平均值。服务器根据第二带宽平均值确定第二目标码率，第二目标码率为第二带宽平均值与预设比率的乘积。服务器根据第二目标码率增大视频流的预设码率，并以高于第二码率的第三码率向终端发送视频流。

本申请实施例第四方面提供了一种码率的调整方法，该方法包括：终端以第一码率接收来自服务器的视频流。终端向服务器发送第一带宽信息，第一带宽信息用于表示终端的网络带宽。在终端的网络带宽满足第三预设条件的情况下，终端以第二码率接收来自服务器的视频流，第二码率低于第一码率。

本申请实施例第四方面的有益效果参见第三方面，此处不再赘述。

结合第四方面，本申请实施例第四方面的第一种实施方式中，第一带宽信息包括终端的网络带宽，终端的网络带宽满足第三预设条件包括：终端的网络带宽小于或等于第五预设值；或者，终端的网络带宽在第三时段内的平均值小于或等于第五预设值。

结合第四方面或第四方面的第一种实施方式，本申请实施例第四方面的第二种实施方式中，终端以第二码率接收来自服务器的视频流之后，还包括：终端向服务器发送第二带宽信息，第二带宽信息用于表示终端的网络带宽；终端以第三码率接收来自服务器的视频流，第三码率高于第二码率。

本申请实施例第五方面提供了一种调整码率的设备，该设备包括：处理器和与处理器耦合的存储器。存储器用于存储可执行指令，可执行指令用于指示处理器执行前述第一方面的方法。

本申请实施例第六方面提供了一种调整码率的设备，该设备包括：处理器和与处理器耦合的存储器。存储器用于存储可执行指令，可执行指令用于指示处理器执行前述第二方面的方法。

本申请实施例第七方面提供了一种调整码率的设备，该设备包括：处理器和与处理器耦合的存储器。存储器用于存储可执行指令，可执行指令用于指示处理器执行前述第三方面的方法。

本申请实施例第八方面提供了一种调整码率的设备，该设备包括：处理器和与处理器耦合的存储器。存储器用于存储可执行指令，可执行指令用于指示处理器执行前述第四方面的方法。

本申请实施例第九方面提供了一种计算机可读存储介质，该计算机可读存储介质中保存有程序，当所述计算机执行所述程序时，执行前述第一方面或第三方面所述的方法。

本申请实施例第十方面提供了一种计算机可读存储介质，该计算机可读存储介质中保存有程序，当所述计算机执行所述程序时，执行前述第二方面或第四方面所述的方法。

本申请实施例第十一方面提供了一种计算机程序产品，当该计算机程序产品在计算机上执行时，所述计算机执行前述第一方面或第三方面所述的方法。

本申请实施例第十二方面提供了一种计算机程序产品，当该计算机程序产品在计算机上执行时，所述计算机执行前述第二方面或第四方面所述的方法。

附图说明

图1为服务器提供视频流的场景示意图；

图2为本申请实施例中调整终端功耗的方法一个流程图；

图3为本申请实施例中调整终端功耗的方法另一流程图；

图4为本申请实施例中调整终端功耗的方法另一流程图；

图5为本申请实施例中调整终端功耗的方法另一流程图；

图6为本申请实施例中调整终端功耗的方法另一流程图；

图7为本申请实施例中调整终端功耗的方法另一流程图；

图8为本申请实施例中调整终端功耗的方法另一流程图；

图9为本申请实施例中调整终端功耗的方法另一流程图；

图10为本申请实施例中调整终端功耗的方法另一流程图；

图11为本申请实施例中调整终端功耗的方法另一流程图；

图12为本申请实施例中调整终端功耗的方法另一流程图；

图13为本申请实施例中调整终端功耗的方法另一流程图；

图14为本申请实施例中码率的调整方法一个流程图；

图15为本申请实施例中码率的调整方法另一流程图；

图16为本申请实施例中码率的调整方法另一流程图；

图17为本申请实施例中码率的调整方法另一流程图；

图18为本申请实施例中服务器一个结构示意图；

图19为本申请实施例中终端一个结构示意图。

具体实施方式

本申请实施例提供了一种调整终端功耗的方法，在终端处于使用状态时调整终端功耗。

在本申请实施例中，终端的功耗表示终端功率或能量的消耗，是对接收到的数据进行处理所需要的或产生的资源，具体可以包括剩余电量或CPU占用率等。

请参阅图1，图1为服务器提供向终端提供视频流的场景示意图。基于该场景，终端可将来自服务器的视频流处理后向用户播放。

接下来对本申请实施例中出现的一些数据进行说明。片源数据为服务器获取的数据，视频流为服务器向终端发送的数据，播放数据为终端向用户输出的数据。

具体的，服务器获取片源数据，根据片源数据获取视频流，再向终端发送视频流。终端接收到视频流后对该视频流进行解码等处理，得到用于向用户输出的播放数据。

在本申请实施例中，终端也称为用户设备(user equipment，UE)。

在本申请实施例中，除了解码，服务器还可以有其他对视频流的处理方法，例如渲染等，具体此处不做限定。

终端处理视频流会产生功耗，为了防止终端功耗过高，在一个示例中，调整终端功耗的方式为检测终端的使用状态，当检测到未被用户使用时关闭终端。但该方法只能实现在终端处于未使用状态时降低终端功耗，当终端处于使用状态时，无法调整终端功耗。本申请实施例将提供一种数据处理方法，实现终端处于使用状态时，对终端功耗的调整。

本申请实施例中调整终端功耗的方式为：终端向服务器上报第一功耗相关信息，第一功耗相关信息用于表示终端的功耗，终端的功耗与终端对视频流的播放相关。服务器根据第一功耗相关信息确定并实现对码率大小的调整，码率为发送给终端的视频流的码率，使得调整后的视频流与调整前的视频流的码率不同。通过对视频流码率的调整实现对终端功耗的调整。

在本申请实施例中，服务器根据第一功耗相关信息确定终端的功耗信息，当终端功耗信息满足第一预设条件时，触发调整视频流的码率。

第一功耗相关信息用于表示终端的功耗。除了以CPU占用率为代表的，表示终端处理视频流所消耗资源的信息，第一功耗相关信息还可以是其他信息，此处不作限定。例如，第一功耗相关信息还可以是表示终端当前可用于处理视频流的资源，该资源可以是剩余电量。除了剩余电量，该资源还可以是网络带宽等其他资源，此处不作限定。接下来将对不同的第一功耗相关信息分别举例说明。

一、第一功耗相关信息为CPU占用率。

在本申请实施例中，可以通过调整处理参数，实现对视频流码率的调整。

在本申请实施例中，服务器在接收第一状态信息前发送的视频流称为第一视频流，服务器在调整处理参数后获取的视频流称为第二视频流。第一视频流的码率大于第二视频流的码率，也就是说，本申请实施例通过对处理参数的调整，实现对视频流码率的调整，将视频流的码率调小，从而降低终端的功耗。

在本申请实施例中，处理参数可分为初始处理参数和第一目标处理参数，初始处理参数为接收第一功耗相关信息前的处理参数，第一目标处理参数为调小后的处理参数。根据初始处理参数可获取第一视频流，根据第一目标处理参数可获取第二视频流。

在本申请实施例中，处理参数可以是视场(field of view，Fov)角度大小。除了Fov角度大小，处理参数还有多种可能，例如、预设码率、峰均比、关键帧I与参考帧P的比值、帧率、分辨率、量化参数(quantization parameter，QP)或关键帧周期(group ofpictures，GOP)等，具体此处不作限定。接下来将对不同的处理参数进行举例说明。

在本申请实施例中，作为处理参数的码率，为获取视频流的一个预设值，也称为预设码率。服务器可以通过调整预设码率，实现对视频流码率的调整。

1、处理参数为Fov角度大小和预设码率。

请参阅图2，图2为本申请实施例中调整终端功耗的方法的一个流程图。当第一状态信息为CPU占用率，调整的处理参数为Fov角度大小和预设码率时，本申请实施例提供的一种调整终端功耗的方法的流程包括：

201、服务器获取片源数据。

在服务器接收到来自终端的播放指令的情况下，服务器可以获取片源数据。播放指令表示终端需要获取用于播放的视频流。

在本申请实施例中，获取片源数据还可以由其他条件触发，例如，触发条件还可以是服务器接收到来自终端的数据标识等，数据标识用于指示片源数据，具体此处不作限定。

202、服务器生成第一视频流，并向终端发送第一视频流。

服务器根据初始处理参数，对片源数据进行编码处理，以获取第一视频流。

具体的，可以采用h264标准进行编码，除了h264，也可以采用h265等其他标准进行编码，此处不作限定。

在本申请实施例中，初始处理参数的具体数值是：Fov角度大小为120×120，预设码率为30Mbps。

值得注意的是，初始处理参数的具体数值仅是对初始处理参数的举例，并不造成对初始处理参数的类型和数值的限定。初始处理参数也可以是其他类型和数值，例如，处理参数的类型为帧率，具体数值为每秒120帧等，此处不做限定。

在本申请实施例中，除了编码，服务器还可以有其他获取视频流的处理方法，例如采样等，此处不做限定。

在本申请实施例中，初始处理参数是服务器预设的处理参数，初始处理参数也可以有其他来源，具体此处不作限定。例如，初始处理参数可以是上一次的播放任务中，服务器获取视频流所依据的处理参数。

获取第一视频流后，服务器向终端发送第一视频流。

具体的，服务器可以通过Box协议封装第一视频流后，通过基于HTTP的动态自适应流(dynamic adaptive streaming over HTTP，DASH)协议进行封包。在本申请实施例中，除了box协议，还可以通过其他协议封装视频流，例如传输流(transport stream，TS)协议等，此处不作限定。除了DASH协议，还可以通过其他协议进行封包，例如超文本传输协议实时流媒体(HTTP Live Streaming，HLS)协议等，此处不作限定。

具体的，服务器可以通过以超文本传输协议(hypertext transfer protocol，HTTP)为代表的网络协议发送视频流。除了HTTP，服务器也可通过其他协议发送，例如快速UDP网络连接(quick UDP internet connection，QUIC)协议等，此处不作限定。

203、终端解码第一视频流，并向用户输出播放数据。

接收到第一视频流后，终端对第一视频流解码得到播放数据，并向用户输出播放数据。

输出播放数据具体可以是将播放数据显示在终端的屏幕上，屏幕用于用户接收来自终端的播放数据。终端还可以通过其他方式输出播放数据，例如将播放数据传输至用于向用户显示播放数据的模块或单元中，具体此处不作限定。

在本申请实施例中，除了解码，终端还可以通过其他方式处理第一视频流以获取播放数据，例如渲染等，具体此处不作限定。

204、终端向服务器上报CPU占用率。

处理接收到的视频流，会占用终端的CPU运行资源。此时终端获取CPU的占用率，CPU占用率表示终端处理接收到的视频流所消耗的资源。在本申请实施例中，此时上报的CPU占用率，即为第一功耗相关信息。

具体的，终端可以采集多个CPU的平均占用率，当单个CPU占用过多时，可协调其他CPU核的处理资源来分担该CPU核的工作量，采集平均值可保证对多个CPU核的处理资源的合理使用，防止过度调节。

具体的，终端可以周期上报第一功耗相关信息，例如每5秒上报一次。除了周期上报，也可以通过其他方式上报，例如满足某上报条件时上报等，此处不作限定。

具体的，5秒仅是对上报周期的举例，上报周期还可以是10秒或12秒等，此处不作限定。

具体的，上报条件可以是终端确定CPU占用率超过40％，也可以是其他形式的条件，例如终端确定剩余电量小于20％等，此处不作限定。

具体的，此处上报的CPU占用率，可能是终端处理第一视频流所产生的CPU占用率。也可能是处理在第一视频流之前或之后接收的视频流所产生的CPU占用率，只要处理的视频流是根据初始处理参数获取的即可，此处不做限定。对于终端来说，这些视频流的共同点体现在码率相同。

具体的，终端可以通过以HTTP为代表的网络协议上报第一功耗相关信息。除了HTTP，终端也可通过其他协议上报，例如传输控制协议(transmission control protocol，TCP)等，此处不作限定。

205、服务器根据终端上报的CPU占用率确定终端的功耗满足第一预设条件。

接收到终端上报的CPU占用率后，服务器可以根据CPU占用率确定终端的功耗，并在确定CPU占用率满足第一预设条件时，调整处理参数，以获取码率小于第一视频流的视频流。

在本申请实施例中，终端的功耗满足第一预设条件，表示终端处于功耗过高的状态，需要降低终端的功耗。具体的，在本实施例中，第一预设条件可以包括终端的CPU占用率大于或等于第一预设值。除了终端的CPU占用率，其他的终端功耗信息也可以满足第一预设条件，例如终端的剩余电量小于或等于第二预设值等，此处不作限定。

具体的，在本实施例中，由于第一功耗相关信息为CPU占用率，服务器可以根据接收到的CPU占用率确定终端的CPU占用率，并在确定CPU占用率大于或等于40％时开始计时。在从计时开始的30秒内记录终端的CPU占用率。当服务器确定30秒内的平均值大于或等于40％时，调整处理参数。也就是说，本实施例中的终端功耗为终端的CPU占用率。

在本申请实施例中，终端的CPU占用率在30秒内的平均值大于或等于40％，40％称为第一预设值。在本申请实施例中，第一预设值为终端的CPU占用率的一个阈值，当终端的CPU占用率超过该阈值时，表示终端的CPU占用率过高，需要降低终端的CPU占用率。除了40％，第一预设值也可以是其他数值，例如30％、50％、60％、70％、80％或90％等，此处不作限定。

在本申请实施例中，终端的CPU占用率在30秒内的平均值大于或等于40％，是第一预设条件。终端功耗满足第一预设条件表示当前终端用于处理视频流的资源不足以处理当前的视频流，或依据当前的资源处理当前的视频流，效果不好，此时调整处理参数以减小视频流的码率大小。除了CPU占用率在30秒内的平均值大于或等于40％，第一预设条件还可以是其他的条件，例如终端的剩余电量小于某一阈值且处于下降趋势等，具体此处不作限定。

206、服务器减小Fov角度大小和预设码率，得到第二视频流。

服务器确定终端功耗满足第一预设条件时，确定终端功耗过高，需要调小终端的功耗。

具体的，服务器通过调小视频流的码率实现对终端功耗的降低，并通过调整处理参数实现对视频流码率的调整。

具体的，服务器减小Fov角度大小，同时降低预设码率，并根据调整后的Fov角度大小和预设码率处理片源数据，得到第二视频流。第二视频流的码率小于第一视频流的码率。处理方式参见步骤202，此处不再赘述。

减小后的Fov角度和降低后的预设码率，称为第一目标处理参数。

具体的，可以将Fov角度大小定为90×*90，将预设码率定为20Mbps。即本实施例中，第一目标处理参数为90×90的Fov角度大小和20Mbps的预设码率。服务器对VR球形高清图片进行90×90的截取，再将截取后的图片根据20Mbps的预设码率进行编码，获取第二视频流。

由于第一目标处理参数的Fov角度大小，小于初始处理参数的Fov角度大小，第二视频流所包含的高清数据就少于第一视频流。且第一目标处理参数的预设码率，小于初始处理参数的预设码率，则第二视频流的码率小于第一视频流的码率。

在本申请实施例中，除了Fov角度大小和预设码率，还可以调整其他的处理参数来调整视频流的码率，例如峰均比、关键帧(intra picture，I)与参考帧(predictivepicture，P)的比值、帧率、分辨率、量化参数(quantization parameter，QP)或关键帧周期(Group of Pictures，GOP)等，此处不作限定。P帧也称为前后预测编码帧，此处不作限定。例如，当初始处理参数为每秒120帧的帧率时，步骤206可以为服务器减小帧率，第一目标处理参数可以是每秒100帧的帧率，此处不做限定。

207、服务器向终端发送第二视频流。

服务器获取第二视频流后，就可以向终端发送第二视频流。

对于第二视频流的编码、封装和传输方式，参见步骤202，此处不再赘述。

208、终端解码第二视频流，并向用户输出播放数据。

终端解码第二视频流并向用户输出播放数据的过程，参见步骤203中终端解码第一视频流并向用户输出播放数据的过程，此处不再赘述。

由于第二视频流的Fov角度大小比第一视频流的小，第二视频流比第一视频流包含更少的高清数据。终端对第二视频流进行渲染处理所产生的功耗，小于对第一视频流进行渲染处理所产生的功耗。并且，由于第二视频流的码率小于第一视频流，终端处理第二视频流产生的功耗小于处理第一视频流产生的功耗。

本申请实施例通过服务器与终端交互，在服务器侧减小向终端发送的视频流的码率，从而降低终端处理视频流的功耗。

2、处理参数为Fov角度大小：

接下来说明第一状态信息为终端的CPU占用率。调整的处理参数为Fov角度大小时，本申请实施例提供的一种数据处理方法。请参阅图3，图3为本申请实施例提供的调整终端功耗的方法的一个流程示意图，该调整终端功耗的方法的流程包括：

301-305。

步骤301至步骤305参见图2所示实施例的步骤201至步骤205，此处不再赘述。

306、服务器减小Fov角度大小，得到第二视频流。

当满足第一预设条件时，服务器可以通过减小Fov角度大小，降低视频流的码率。在本实施例中，减小后的Fov角度，称为第一目标处理参数。

具体的，可以将Fov角度大小定为90×90。即本实施例中，第一目标处理参数为90×90的Fov角度大小。服务器对VR球形高清图片进行90×90的截取，再经过相应的处理，获取第二视频流。第二视频流的码率小于第一视频流的码率。

由于第一目标处理参数的Fov角度大小，小于初始处理参数的Fov角度大小，第二视频流所包含的高清数据就少于第一视频流。

在本申请实施例中，除了Fov角度大小，还可以调整其他的处理参数来调整视频流的码率，例如预设码率、峰均比、关键帧I与参考帧P的比值、帧率、分辨率、量化参数QP或关键帧周期GOP等，此处不作限定。

对第一预设条件的说明，参见图2所实施示例的步骤205，此处不再赘述。

307、服务器向终端发送第二视频流。

服务器获取第二视频流后，就向终端发送第二视频流。

对于第二视频流的编码、封装和传输方式，参见图2所示实施例的步骤202，此处不再赘述。

308、终端解码第二视频流，并向用户输出播放数据。

该步骤参见图2所示实施例的步骤208，此处不再赘述。

由于第二视频流的Fov角度大小比第一视频流的小，第二视频流比第一视频流包含更少的高清数据。终端对第二视频流进行渲染处理所产生的功耗，小于对第一视频流进行渲染处理所产生的功耗。并且，由于第二视频流的Fov角度大小小于第一视频流，在预设码率相同的情况下，第二视频流的码率也会小于第一视频流的码率。

3、处理参数为预设码率：

接下来说明第一功耗相关信息为终端的CPU占用率。调整的处理参数为预设码率时，本申请实施例提供的一种数据处理方法。请参阅图4，图4为本申请实施例提供的调整终端功耗的方法的一个流程示意图，该调整终端功耗的方法的流程包括：

401-405。

步骤401至步骤405参见图2所示实施例的步骤201至步骤205，此处不再赘述。

406、服务器减小预设码率，得到第二视频流。

当满足第一预设条件时，服务器可以通过减小预设码率，降低视频流的码率。在本实施例中，减小后的预设码率，称为第一目标处理参数。

具体的，可以将预设码率定为20Mbps。即本实施例中，第一目标处理参数为20Mbps的预设码率。服务器对片源数据以20Mbps的预设码率进行编码，获取第二视频流。

由于第一目标处理参数的预设码率，小于初始处理参数的预设码率，第二视频流的码率就小于第一视频流的码率。

在本申请实施例中，除了Fov角度大小，还可以调整其他的处理参数来调整视频流的码率，例如Fov角度大小、峰均比、关键帧I与参考帧P的比值、帧率、分辨率、量化参数QP或关键帧周期GOP等，此处不作限定。

对第一预设条件的说明，参见图2所实施示例的步骤205，此处不再赘述。

407、服务器向终端发送第二视频流。

服务器获取第二视频流后，就向终端发送第二视频流。

对于第二视频流的编码、封装和传输方式，参见图2所示实施例的步骤202，此处不再赘述。

408、终端解码第二视频流，并向用户输出播放数据。

该步骤参见图2所示实施例的步骤208，此处不再赘述。

由于第二视频流的预设码率比第一视频流的小，第二视频流的码率小于第一视频流的码率。终端处理第二视频流比处理第一视频流消耗，所需或产生的功耗更少。

在本申请实施例中，除了能实现对终端功耗的降低，也能实现在资源允许的情况下，提升视频流的码率，以提升播放数据的视频质量。

4、处理参数为Fov角度大小和预设码率，降功耗后提升视频质量。

请参阅图5，图5为本申请实施例中调整终端功耗的方法的一个流程图。基于图2的流程，即第一功耗相关信息为CPU占用率，调整的处理参数为Fov角度大小和预设码率时，本申请实施例提供的一种调整终端功耗的方法的流程包括：

501-508。

步骤501至步骤508参见图2所实施示例的步骤201至步骤208，此处不再赘述。

509、终端向服务器上报CPU占用率。

处理接收到的视频流，会占用终端的CPU运行资源。此时终端获取CPU的占用率，CPU占用率表示终端处理接收到的视频流所消耗的资源。在本申请实施例中，此时上报的CPU占用率，即为第二功耗相关信息。

具体的，终端可以采集多个CPU的平均占用率，当单个CPU占用过多时，可协调其他CPU核的处理资源来分担该CPU核的工作量，采集平均值可保证对多个CPU核的处理资源的合理使用，防止过度调节。

具体的，终端可以周期上报第二功耗相关信息，例如每5秒上报一次。除了周期上报，也可以通过其他方式上报，例如满足某上报条件时上报等，此处不作限定。

具体的，5秒仅是对上报周期的举例，上报周期还可以是10秒或12秒等，此处不作限定。

具体的，上报条件可以是终端确定CPU占用率小于40％，也可以是其他形式的条件，例如终端确定剩余电量大于20％等，此处不作限定。

具体的，此处上报的CPU占用率，可能是终端处理第二视频流所产生的CPU占用率。也可能是处理在第二视频流之前或之后接收的视频流所产生的CPU占用率，只要处理的视频流是根据第一目标处理参数获取的即可，此处不做限定。对于终端来说，这些视频流的共同点体现在码率相同。

具体的，终端可以通过以HTTP为代表的网络协议上报第二功耗相关信息。除了HTTP，终端也可通过其他协议上报，例如TCP等，此处不作限定。

510、服务器根据终端上报的CPU占用率确定终端的功耗满足第二预设条件。

接收到终端上报的CPU占用率后，服务器可以根据CPU占用率确定终端的功耗，并在确定CPU占用率满足第二预设条件时，调整处理参数，以获取码率大于第二视频流的视频流。

在本申请实施例中，终端的功耗满足第二预设条件，表示终端不处于功耗过高的状态，可以提升终端的功耗。具体的，在本实施例中，第二预设条件可以包括终端的CPU占用率小于或等于第三预设值。除了终端的CPU占用率，其他的终端功耗信息也可以满足第二预设条件，例如终端的剩余电量大于或等于第二预设值等，此处不作限定。

具体的，在本实施例中，由于第二功耗相关信息为CPU占用率，服务器可以根据接收到的CPU占用率确定终端的CPU占用率。当距离初始处理参数调整为第一目标处理参数超过一分钟，且确定CPU占用率小于或等于40％时开始计时。在从计时开始的30秒内记录终端的CPU占用率。当服务器确定30秒内的平均值小于或等于40％时，调整处理参数。也就是说，本实施例中的终端功耗为终端的CPU占用率。

在本申请实施例中，终端的CPU占用率在30秒内的平均值小于或等于40％，40％称为第三预设值。在本申请实施例中，第三预设值为终端的CPU占用率的一个阈值，当终端的CPU占用率小于该阈值时，表示终端的CPU处于未被过度占用的状态，可以提升终端的CPU占用率。除了40％，第三预设值也可以是其他数值，例如30％、50％、60％、70％、80％或90％等，此处不作限定。

在本申请实施例中，计时的30秒仅是对计时时间的举例，并不造成对计时时间的限定。

在本申请实施例中，终端的CPU占用率在30秒内的平均值小于或等于40％，是第二预设条件。当满足第二预设条件时调整处理参数以增大视频流的码率大小。除了CPU占用率在30秒内的平均值小于或等于40％，第二预设条件还可以是其他的条件，例如终端的剩余电量大于某一阈值或处于上升趋势等，具体此处不作限定。

511、服务器增大Fov角度大小和预设码率，得到第三视频流。

服务器确定30秒内CPU占用率的平均值小于或等于40％时，确定终端的资源足以支持对更高码率的视频流的播放，即可以提升播放数据的视频质量。

具体的，服务器通过提升Fov角度大小和预设码率提升视频流的码率，从而提升播放数据的视频质量。

具体的，服务器增大Fov角度大小，同时增大预设码率，并根据调整后的Fov角度大小和预设码率处理片源数据，得到第三视频流。第三视频流的码率大于第二视频流的码率。处理方式参见图2所示实施例的步骤202，此处不再赘述。

增大后的Fov角度和预设码率，称为第二目标处理参数。

具体的，可以将Fov角度大小定为120×120，将预设码率定为30Mbps。即本实施例中，第二目标处理参数为120×120的Fov角度大小和30Mbps的预设码率。服务器对VR球形高清图片进行120×120的截取，再将截取后的图片根据30Mbps的预设码率进行编码，获取第三视频流。

由于第二目标处理参数的Fov角度大小，大于第一目标处理参数的Fov角度大小，第三视频流所包含的高清数据就多于第二视频流。且第二目标处理参数的预设码率，大于第一目标处理参数的预设码率，则第三视频流的码率大于第二视频流的码率，且根据第三视频流获取的播放数据，比根据第二视频流获取的播放数据，具有更好的视频质量。

在本申请实施例中，除了Fov角度大小和预设码率，还可以调整其他的处理参数来调整播放数据的质量，例如峰均比、关键帧I与参考帧P的比值、帧率、分辨率、量化参数QP或关键帧周期GOP等，此处不作限定。例如，当第一目标处理参数为每秒100帧的帧率时，步骤511可以为服务器增大帧率，第二目标处理参数可以是每秒120帧的帧率，此处不做限定。

512、服务器向终端发送第三视频流。

服务器获取第三视频流后，就可以向终端发送第三视频流。

对于第三视频流的编码、封装和传输方式，参见图2所示实施例的步骤202，此处不再赘述。

513、终端解码第三视频流，并向用户输出播放数据。

终端解码第三视频流并向用户输出播放数据的过程，参见步骤203中终端解码第一视频流并向用户输出播放数据的过程，此处不再赘述。

由于第三视频流的Fov角度大小比第二视频流的大，第三视频流比第二视频流包含更多的高清数据。并且第三视频流的预设码率比第二视频流的大，第三视频流的码率就大于第二视频流的码率。

由于第三视频流具有比第二视频流更大的Fov角度大小和预设码率，因此对第三视频流处理得到的播放数据，比对第二视频流处理得到的播放数据，具有更好的视频质量。

在本申请实施例中，不仅实现了在资源不足时对终端功耗的降低，还实现了当资源充足时，对播放数据的视频质量的提升。

5、处理参数为Fov角度大小，降功耗后提升视频质量。

请参阅图6，图6为本申请实施例中调整终端功耗的方法的一个流程图。基于图3的流程，即第一功耗相关信息为CPU占用率，调整的处理参数为Fov角度大小时，本申请实施例提供的一种调整终端功耗的方法的流程包括：

601-608。

步骤601至步骤608参见图3所实施示例的步骤301至步骤308，此处不再赘述。

609、终端向服务器上报CPU占用率。

610、服务器根据终端上报的CPU占用率确定终端的功耗满足第二预设条件。

步骤609-610参见图5所示实施例的步骤509-510，此处不再赘述。

611、服务器增大Fov角度大小，得到第三视频流。

服务器确定30秒内CPU占用率的平均值小于或等于40％时，确定终端的资源足以支持对更高码率的视频流的播放，即可以提升播放数据的视频质量。

具体的，服务器通过提升Fov角度大小提升视频流的码率，从而提升播放数据的视频质量。

具体的，服务器增大Fov角度大小，并根据调整后的Fov角度大小处理片源数据，得到第三视频流。第三视频流的码率大于第二视频流的码率。处理方式参见图2所示实施例的步骤202，此处不再赘述。

增大后的Fov角度，称为第二目标处理参数。

具体的，可以将Fov角度大小定为120×120。即本实施例中，第二目标处理参数为120×120的Fov角度大小。服务器对VR球形高清图片进行120×120的截取，再对截取后的图片进行相应的处理，获取第三视频流。

由于第二目标处理参数的Fov角度大小，大于第一目标处理参数的Fov角度大小，第三视频流所包含的高清数据就多于第二视频流。即使第三视频流和第二视频流是依据相同的预设码率获取的，第三视频流的码率也会大于第二视频流的码率，且根据第三视频流获取的播放数据，比根据第二视频流获取的播放数据，具有更好的视频质量。

在本申请实施例中，除了Fov角度大小，还可以调整其他的处理参数来调整播放数据的质量，例如预设码率、峰均比、关键帧I与参考帧P的比值、帧率、分辨率、量化参数QP或关键帧周期GOP等，此处不作限定。例如，当第一目标处理参数为每秒100帧的帧率时，步骤611可以为服务器增大帧率，第二目标处理参数可以是每秒120帧的帧率，此处不做限定。

612、服务器向终端发送第三视频流。

613、终端解码第三视频流，并向用户输出播放数据。

步骤612-613参见图5所示实施例的步骤512-513，此处不再赘述。

由于第三视频流的Fov角度大小比第二视频流的大，第三视频流比第二视频流包含更多的高清数据，且第三视频流与第二视频流的其他处理参数并没有变化，因此第三视频流的码率大于第二视频流的码率。

由于第三视频流具有比第二视频流更大的Fov角度大小，因此对第三视频流处理得到的播放数据，比对第二视频流处理得到的播放数据，具有更好的视频质量。

在本申请实施例中，不仅实现了在资源不足时对终端功耗的降低，还实现了当资源充足时，对播放数据的视频质量的提升。

6、处理参数为预设码率，降功耗后提升视频质量。

请参阅图7，图7为本申请实施例中调整终端功耗的方法的一个流程图。基于图4的流程，即第一状态信息为CPU占用率，调整的处理参数为预设码率时，本申请实施例提供的一种调整终端功耗的方法的流程包括：

701-708。

步骤701至步骤708参见图4所实施示例的步骤401至步骤408，此处不再赘述。

709、终端向服务器上报CPU占用率。

710、服务器根据终端上报的CPU占用率确定终端的功耗满足第二预设条件。

步骤709-710参见图5所实施示例的步骤509-510，此处不再赘述。

711、服务器增大预设码率，得到第三视频流。

服务器确定30秒内CPU占用率的平均值小于或等于40％时，确定终端的资源足以支持对更高码率的视频流的播放，即可以提升播放数据的视频质量。

具体的，服务器通过增大预设码率提升视频流的码率，从而提升播放数据的视频质量。

具体的，服务器增大预设码率，并根据调整后的预设码率处理片源数据，得到第三视频流。第三视频流的码率大于第二视频流的码率。处理方式参见图2所示实施例的步骤202，此处不再赘述。

增大后的预设码率，称为第二目标处理参数。

具体的，可以将预设码率定为30Mbps。即本实施例中，第二目标处理参数为30Mbps的预设码率。服务器根据30Mbps的预设码率对片源数据进行编码，获取第三视频流。

由于第二目标处理参数的预设码率，大于第一目标处理参数的预设码率，第三视频流的码率就大于第二视频流。根据第三视频流获取的播放数据，比根据第二视频流获取的播放数据，具有更好的视频质量。

在本申请实施例中，除了Fov角度大小，还可以调整其他的处理参数来调整播放数据的质量，例如Fov角度大小、峰均比、关键帧I与参考帧P的比值、帧率、分辨率、量化参数QP或关键帧周期GOP等，此处不作限定。例如，当第一目标处理参数为每秒100帧的帧率时，步骤711可以为服务器增大帧率，第二目标处理参数可以是每秒120帧的帧率，此处不做限定。

712、服务器向终端发送第三视频流。

713、终端解码第三视频流，并向用户输出播放数据。

步骤712-713参见图5所示实施例的步骤512-513，此处不再赘述。

由于第三视频流的预设码率比第二视频流的大，因此第三视频流的码率大于第二视频流的码率。

由于第三视频流具有比第二视频流更大的预设码率，因此对第三视频流处理得到的播放数据，比对第二视频流处理得到的播放数据，具有更好的视频质量。

在本申请实施例中，不仅实现了在资源不足时对终端功耗的降低，还实现了当资源充足时，对播放数据的视频质量的提升。

接下来将对第一状态信息为剩余电量时，本申请实施例提供的数据处理方法进行说明：

二、状态信息为剩余电量：

1、处理参数为Fov角度大小和预设码率：

请参阅图8，图8为本申请实施例中的一种调整终端功耗的方法的流程图。当第一功耗相关信息为剩余电量，处理参数为Fov角度大小和预设码率时，本申请实施例提供的一种调整终端功耗的方法的流程包括：

801、服务器获取片源数据。

802、服务器生成第一视频流，并向终端发送第一视频流。

803、终端解码第一视频流，并向用户输出播放数据。

步骤801-803参见图2所示实施例的步骤201-203，此处不再赘述。

804、终端向服务器上报剩余电量。

处理接收到的视频流，会消耗终端的电量。此时终端获取终端的剩余电量，剩余电量表示终端用于处理接收到的视频流的资源。在本申请实施例中，此时上报的剩余电量，即为第一功耗相关信息。

具体的，终端可以周期上报第一功耗相关信息，例如每5秒上报一次。除了周期上报，也可以通过其他方式上报，例如满足某上报条件时上报等，此处不作限定。

具体的，5秒仅是对上报周期的举例，上报周期还可以是10秒或12秒等，此处不作限定。

可选的，上报条件可以是终端确定剩余电量小于或等于20％，也可以是其他形式的条件，例如终端确定CPU占用率大于或等于40％等，此处不作限定。

具体的，终端可以通过以HTTP为代表的网络协议上报第一功耗相关信息。除了HTTP，终端也可通过其他协议上报，例如TCP等，此处不作限定。

805、服务器根据终端上报的剩余电量确定终端的功耗满足第一预设条件。

接收到终端上报的剩余电量后，服务器可以根据剩余电量确定终端的功耗，并在确定剩余电量满足第一预设条件时，调整处理参数，以获取码率小于第一视频流的视频流。

具体的，在本实施例中，由于第一功耗相关信息为剩余电量，服务器可以根据接收到的剩余电量确定终端的剩余电量，并在确定剩余电量小或等于20％时开始计时。在从计时开始的2分钟后，每隔1分钟记录终端的剩余电量。第一时刻早于第二时刻，当服务器确定第二时刻的剩余电量小于第一时刻的剩余电量时，即电量在下降时，调整处理参数。也就是说，本实施例中的终端功耗为终端的剩余电量。

在本申请实施例中，终端的剩余电量小于或等于20％，20％称为第二预设值。在本申请实施例中，第二预设值为终端的剩余电量的一个阈值，当终端的剩余电量等于或低于该阈值时，表示终端的剩余电量过低，需要降低终端的功耗。除了20％，第二预设值也可以是其他数值，例如10％、15％、25％或30％等，此处不作限定。

在本申请实施例中，计时的2分钟和每相隔一分钟记录，2分钟与1分钟都是对时间的举例，并不造成对计时时间和相隔时间的限定。

在本申请实施例中，终端的剩余电量小于或等于20％且正在下降，是第一预设条件。终端功耗满足第一预设条件表示当前终端用于处理视频流的资源不足以处理当前的视频流，或依据当前的资源处理当前的视频流，效果不好，此时调整处理参数以减小视频流的码率大小。除了剩余电量小于或等于20％且正在下降，第一预设条件还可以是其他的条件，例如终端的CPU占用率大于或等于某一阈值等，具体此处不作限定。

806、服务器减小Fov角度大小和预设码率，得到第二视频流。

807、服务器向终端发送第二视频流。

808、终端解码第二视频流，并向用户输出播放数据。

806-808参见图2所示实施例的步骤206-208，此处不再赘述。

由于第二视频流的Fov角度大小比第一视频流的小，第二视频流比第一视频流包含更少的高清数据。终端对第二视频流进行渲染处理所产生的功耗，小于对第一视频流进行渲染处理所产生的功耗。并且，由于第二视频流的码率小于第一视频流，终端处理第二视频流产生的功耗小于处理第一视频流产生的功耗。在剩余电量相同的情况下，终端处理第二视频流比处理第一视频流，可以保持终端运行更长的时间，从而保证观影时间。

本申请实施例通过服务器与终端交互，在服务器侧减小向终端发送的视频流的码率，从而降低终端处理视频流的功耗。

2、处理参数为Fov角度大小：

请参阅图9，图9为本申请实施例中的一种调整终端功耗的方法的流程图。当第一功耗相关信息为剩余电量，处理参数为Fov角度大小时，本申请实施例提供的一种调整终端功耗的方法的流程包括：

901-905。

步骤901-905参见图8所示实施例的步骤801-805，此处不再赘述。

906、服务器减小Fov角度大小，得到第二视频流。

907、服务器向终端发送第二视频流。

908、终端解码第二视频流，并向用户输出播放数据。

步骤906-908参见图3所示实施例的步骤306-308，此处不再赘述。

由于第二视频流的Fov角度大小比第一视频流的小，第二视频流比第一视频流包含更少的高清数据。终端对第二视频流进行渲染处理所产生的功耗，小于对第一视频流进行渲染处理所产生的功耗。并且，由于第二视频流的Fov角度大小小于第一视频流，在预设码率相同的情况下，第二视频流的码率也会小于第一视频流的码率。终端处理第二视频流比处理第一视频流消耗，所需或产生的功耗更少。

3、处理参数为预设码率：

请参阅图10，图10为本申请实施例中的一种调整终端功耗的方法的流程图。当第一功耗相关信息为剩余电量，处理参数为预设码率时，本申请实施例提供的一种调整终端功耗的方法的流程包括：

1001-1005。

步骤1001-1005参见图8所示实施例的步骤801-805，此处不再赘述。

1006、服务器减小预设码率，得到第二视频流。

1007、服务器向终端发送第二视频流。

1008、终端解码第二视频流，并向用户输出播放数据。

步骤1006-1008参见图4所示实施例的步骤406-408，此处不再赘述。

由于第二视频流的预设码率比第一视频流的小，第二视频流的码率小于第一视频流的码率。终端处理第二视频流比处理第一视频流消耗，所需或产生的功耗更少。

在本申请实施例中，除了能实现对终端功耗的降低，也能实现在资源允许的情况下，提升视频流的码率，以提升播放数据的视频质量。

4、处理参数为Fov角度大小和预设码率，降功耗后提升视频质量。

请参阅图11，图11为本申请实施例中调整终端功耗的方法的一个流程图。基于图8的流程，即第一功耗相关信息为CPU占用率，调整的处理参数为Fov角度大小和预设码率时，本申请实施例提供的一种调整终端功耗的方法的流程包括：

1101-1108。

步骤1101至步骤1108参见图8所实施示例的步骤801至步骤808，此处不再赘述。

1109、终端向服务器上报剩余电量。

处理接收到的视频流，会消耗终端的电量。此时终端获取终端的剩余电量，剩余电量表示终端用于处理接收到的视频流的资源。在本申请实施例中，此时上报的剩余电量，即为第二功耗相关信息。

具体的，终端可以周期上报第二功耗相关信息，例如每5秒上报一次。除了周期上报，也可以通过其他方式上报，例如满足某上报条件时上报等，此处不作限定。

具体的，5秒仅是对上报周期的举例，上报周期还可以是10秒或12秒等，此处不作限定。

可选的，上报条件可以是终端确定剩余电量大于或等于20％，也可以是其他形式的条件，例如终端确定CPU占用率小于或等于40％等，此处不作限定。

具体的，终端可以通过以HTTP为代表的网络协议上报第二功耗相关信息。除了HTTP，终端也可通过其他协议上报，例如TCP等，此处不作限定。

1110、服务器根据终端上报的剩余电量确定终端的功耗满足第二预设条件。

接收到终端上报的剩余电量后，服务器可以根据剩余电量确定终端的功耗，并在确定剩余电量满足第二预设条件时，调整处理参数，以获取码率大于第二视频流的视频流。

具体的，在本实施例中，由于第二功耗相关信息为剩余电量，服务器可以根据接收到的剩余电量确定终端的剩余电量。当确定剩余电量大于或等于20％时，调整处理参数。也就是说，本实施例中的终端功耗为终端的剩余电量。

在本申请实施例中，终端的剩余电量大于或等于20％，20％称为第四预设值。在本申请实施例中，第四预设值为终端的剩余电量的一个阈值，当终端的剩余电量不低于该阈值时，表示终端的剩余电量不处于过低的状态，可以提升终端的功耗。除了20％，第四预设值也可以是其他数值，例如10％、15％、25％或30％等，此处不作限定。

在本申请实施例中，终端的剩余电量大于或等于20％，是第二预设条件。当满足第二预设条件时调整处理参数以增大视频流的码率大小。除了剩余电量大于或等于20％，第二预设条件还可以是其他的条件，例如终端的剩余电量不变或处于上升趋势等，具体此处不作限定。

1111、服务器增大Fov角度大小和预设码率，得到第三视频流。

1112、服务器向终端发送第三视频流。

1113、终端解码第三视频流，并向用户输出播放数据。

步骤1111-1113参见图5所示实施例的步骤511-513，此处不再赘述。

由于第三视频流的Fov角度大小比第二视频流的大，第三视频流比第二视频流包含更多的高清数据。并且第三视频流的预设码率比第二视频流的大，第三视频流的码率就大于第二视频流的码率。

由于第三视频流具有比第二视频流更大的Fov角度大小和预设码率，因此对第三视频流处理得到的播放数据，比对第二视频流处理得到的播放数据，具有更好的视频质量。

在本申请实施例中，不仅实现了在资源不足时对终端功耗的降低，还实现了当资源充足时，对播放数据的视频质量的提升。

5、处理参数为Fov角度大小，降功耗后提升视频质量。

请参阅图12，图12为本申请实施例中调整终端功耗的方法的一个流程图。基于图9的流程，即第一功耗相关信息为CPU占用率，调整的处理参数为Fov角度大小时，本申请实施例提供的一种调整终端功耗的方法的流程包括：

1201-1208。

步骤1101至步骤1108参见图9所实施示例的步骤901至步骤908，此处不再赘述。

1209、终端向服务器上报剩余电量。

1210、服务器根据终端上报的剩余电量确定终端的功耗满足第二预设条件。

步骤1209-1210参见图11所示实施例的步骤1109-1110，此处不再赘述。

1211、服务器增大Fov角度大小，得到第三视频流。

1212、服务器向终端发送第三视频流。

1213、终端解码第三视频流，并向用户输出播放数据。

步骤1211-1213参见图6所示实施例的步骤611-613，此处不再赘述。

由于第三视频流具有比第二视频流更大的Fov角度大小，因此对第三视频流处理得到的播放数据，比对第二视频流处理得到的播放数据，具有更好的视频质量。

在本申请实施例中，不仅实现了在资源不足时对终端功耗的降低，还实现了当资源充足时，对播放数据的视频质量的提升。

6、处理参数为预设码率，降功耗后提升视频质量。

请参阅图13，图13为本申请实施例中调整终端功耗的方法的一个流程图。基于图10的流程，即第一状态信息为CPU占用率，调整的处理参数为预设码率时，本申请实施例提供的一种调整终端功耗的方法的流程包括：

1301-1308。

步骤1301至步骤1308参见图10所实施示例的步骤1001至步骤1008，此处不再赘述。

1309、终端向服务器上报剩余电量。

1310、服务器根据终端上报的剩余电量确定终端的功耗满足第二预设条件。

步骤1309-1310参见图11所示实施例的步骤1109-1110，此处不再赘述。

1311、服务器增大预设码率，得到第三视频流。

1312、服务器向终端发送第三视频流。

1313、终端解码第三视频流，并向用户输出播放数据。

步骤1311-1313参见图7所示实施例的步骤711-713，此处不再赘述。

由于第三视频流具有比第二视频流更大的预设码率，因此对第三视频流处理得到的播放数据，比对第二视频流处理得到的播放数据，具有更好的视频质量。

在本申请实施例中，不仅实现了在资源不足时对终端功耗的降低，还实现了当资源充足时，对播放数据的视频质量的提升。

三、根据网络带宽调整视频流的码率：

视频流需要占用网络带宽实现从服务器向终端的传输，当网络带宽不足以承载视频流的传输时，会出现卡顿等现象。本申请实施例提供了一种数据处理方法，根据网络带宽调整视频流的码率，从而避免视频流的码率过大导致的卡顿现象。

在本申请实施例中，服务器根据带宽信息确定网络带宽，当网络带宽满足第三预设条件时，触发调整视频流的码率。第一带宽信息用于表示网络带宽。

在本申请实施例中，终端的网络带宽满足第三预设条件，表示视频流的传输可能大于终端的网络的承载能力，因此可能需要降低视频流的码率。具体的，在本申请实施例中，第三预设条件可以包括终端的网络带宽小于或等于第五预设值。除了终端的网络带宽，其他的带宽信息也可以满足第三预设条件，例如终端的网络带宽在一定时段内的平均值小于或等于第五预设值等，此处不作限定。

1、处理参数为Fov角度大小和预设码率：

请参阅图14，图14为本申请实施例中的一种码率的调整方法的流程图。当处理参数为Fov角度大小和预设码率时，本申请实施例提供的一种码率的调整方法的流程包括：

1401、服务器获取片源数据。

1402、服务器生成第一视频流，并向终端发送第一视频流。

1403、终端解码第一视频流，并向用户输出播放数据。

步骤1401-1403参见图2所实施示例的步骤201-203，此处不再赘述。

1404、终端向服务器上报网络带宽。

传输视频流将会占用网络带宽，此时终端获取终端的网络带宽，终端的网络带宽表示终端的网络资源。在本申请实施例中，此时上报的网络带宽，即为第一带宽信息。

具体的，终端可以周期上报第一带宽信息，例如每5秒上报一次。除了周期上报，也可以通过其他方式上报，例如满足某上报条件时上报等，此处不作限定。

具体的，5秒仅是对上报周期的举例，上报周期还可以是10秒或12秒等，此处不作限定。

具体的，上报条件可以是终端确定网络带宽小于或等于30Mbps，也可以是其他形式的条件，例如终端确定网络带宽波动较大等，此处不作限定。

具体的，终端可以通过以HTTP为代表的网络协议上报第一带宽信息。除了HTTP，终端也可通过其他协议上报，例如TCP等，此处不作限定。

1405、服务器根据终端上报的网络带宽确定终端的网络带宽满足第三预设条件。

接收到终端上报的网络带宽后，服务器可以根据接收到的网络带宽确定终端的网络带宽，并在确定终端的网络带宽满足第三预设条件时，调整处理参数，以获取码率小于第一视频流的视频流。

具体的，在本实施例中，服务器可以根据接收到的网络带宽确定终端的网络带宽，并在确定终端的网络带宽小于或等于30Mbps记录终端的网络带宽。当服务器确定10秒内的网络带宽平均值小于或等于30Mbps时，调整处理参数。

在本申请实施例中，终端的网络带宽在10秒内的平均值小于或等于30Mbps，30Mbps称为第五预设值。除了30Mbps，第五预设值也可以是其他数值，例如20Mbps、25Mbps、35Mbps或40Mbps等，此处不作限定。

在本申请实施例中，终端的网络带宽在10秒内的平均值小于或等于30Mbps，是第三预设条件。终端功耗满足第三预设条件表示当前终端当前的网络资源不足以传输当前的视频流，或依据当前的网络资源传输当前的视频流，效果不好，此时调整处理参数以减小视频流的码率大小。除了终端的网络带宽在10秒内的平均值小于或等于30Mbps，第三预设条件还可以是其他的条件，例如终端的网络带宽小于或等于30Mbps等，具体此处不作限定。

在本申请实施例中，终端的网络带宽在10秒内的平均值小于或等于30Mbps，或网络带宽小于或等于30Mbps，30Mbps称为第五预设值。在本申请实施例中，第五预设值为终端的网络带宽的一个阈值，当终端的网络带宽不高于该阈值时，表示终端的网络带宽处于过低的状态，可能需要降低视频流的码率。

1406、服务器减小Fov角度大小和预设码率，得到第二视频流。

服务器确定终端功耗满足第三预设条件时，确定终端的网络带宽不足以承担当前视频流的传输，需要调小视频流的码率以匹配当前的网络。

具体的，服务器减小Fov角度大小，同时降低预设码率，并根据调整后的Fov角度大小和预设码率处理片源数据，得到第二视频流。第二视频流的码率小于第一视频流的码率。处理方式参见图2所实施示例的步骤202，此处不再赘述。

减小后的Fov角度和降低后的预设码率，称为第一目标处理参数。

具体的，可以将Fov角度大小定为90×90，将预设码率定为第一目标码率，第一目标码率的大小等于第一带宽信息与预设比率的乘积。即本实施例中，第一目标处理参数为90×90的Fov角度大小和大小为第一目标码率的预设码率。服务器对VR球形高清图片进行90×90的截取，再将截取后的图片根据第一目标码率进行编码，获取第二视频流。

或者，也可以取第一带宽信息在10秒内的平均值，将该平均值与预设比率的乘积，作为第一目标码率。

在本申请实施例中，第一带宽信息10秒内的平均值，10秒称为第四时段，除了10秒，第四时段也可以具有其他时长，例如5秒、8秒、12秒或15秒等，此处不作限定。

在本申请实施例中，第一带宽信息在第四时段内的平均值，称为第一带宽平均值。

具体的，预设比率可以为0至100％内的任一数值，例如50％、40％或60&，此处不作限定。

具体的，第一目标码率也可以为一固定值，例如20Mbps、25Mbps或30Mbps等，此处不作限定。

由于第一目标处理参数的Fov角度大小，小于初始处理参数的Fov角度大小，第二视频流所包含的高清数据就少于第一视频流。且第一目标处理参数的预设码率，小于初始处理参数的预设码率，则第二视频流的码率小于第一视频流的码率。

在本申请实施例中，除了Fov角度大小和预设码率，还可以调整其他的处理参数来调整视频流的码率，例如峰均比、关键帧(intra picture，I)与参考帧(predictivepicture，P)的比值、帧率、分辨率、量化参数(quantization parameter，QP)或关键帧周期(Group of Pictures，GOP)等，此处不作限定。P帧也称为前后预测编码帧，此处不作限定。例如，当初始处理参数为每秒120帧的帧率时，步骤1406可以为服务器减小帧率，第一目标处理参数可以是每秒100帧的帧率，此处不做限定。

1407、服务器向终端发送第二视频流。

1408、终端解码第二视频流，并向用户输出播放数据。

步骤1407-1408参见图2所示实施例的步骤207-208，此处不再赘述。

由于第二视频流的Fov角度大小比第一视频流的小，第二视频流比第一视频流包含更少的高清数据。且第二视频流的预设码率小于第一视频流，第二视频流比第一视频流具有更小的码率。

本申请实施例通过服务器与终端交互，在服务器侧减小向终端发送的视频流的码率，从而实现对当前网络带宽的适配。

2、处理参数为Fov角度大小：

请参阅图15，图15为本申请实施例中的一种码率的调整方法的流程图。当处理参数为Fov角度大小时，本申请实施例提供的一种码率的调整方法的流程包括：

1501-1505。

步骤1501-1505参见图14所实施示例的步骤1401-1405，此处不再赘述。

1506、服务器减小Fov角度大小，得到第二视频流。

当满足第三预设条件时，服务器可以通过减小Fov角度大小，降低视频流的码率。在本实施例中，减小后的Fov角度，称为第一目标处理参数。

具体的，可以将Fov角度大小定为90×90。即本实施例中，第一目标处理参数为90×90的Fov角度大小。服务器对VR球形高清图片进行90×90的截取，再经过相应的处理，获取第二视频流。第二视频流的码率小于第一视频流的码率。

在本申请实施例中，除了Fov角度大小，还可以调整其他的处理参数来调整视频流的码率，例如预设码率、峰均比、关键帧I与参考帧P的比值、帧率、分辨率、量化参数QP或关键帧周期GOP等，此处不作限定。

对第一预设条件的说明，参见图2所实施示例的步骤205，此处不再赘述。

1507、服务器向终端发送第二视频流。

1508、终端解码第二视频流，并向用户输出播放数据。

步骤1507-1508参见图2所示实施例的步骤207-208，此处不再赘述。

由于第二视频流的Fov角度大小比第一视频流的小，第二视频流比第一视频流包含更少的高清数据。在其他条件相同的情况下，第二视频流的码率会小于第一视频流的码率。

3、处理参数为预设码率：

请参阅图16，图16为本申请实施例中的一种码率的调整方法的流程图。当处理参数为预设码率时，本申请实施例提供的一种码率的调整方法的流程包括：

1601-1605。

步骤1601-1605参见图14所实施示例的步骤1401-1405，此处不再赘述。

1606、服务器减小预设码率，得到第二视频流。

当满足第一预设条件时，服务器可以通过减小预设码率，降低视频流的码率。在本实施例中，减小后的预设码率，称为第一目标处理参数。

具体的，可以将预设码率定为第一目标码率，第一目标码率的大小等于第一带宽信息与预设比率的乘积。即本实施例中，第一目标处理参数为大小为第一目标码率的预设码率。服务器根据第一目标码率对片源数据进行编码，获取第二视频流。

或者，也可以取第一带宽信息在10秒内的平均值，将该平均值与预设比率的乘积，作为第一目标码率。

在本申请实施例中，第一带宽信息10秒内的平均值，10秒称为第四时段，除了10秒，第四时段也可以具有其他时长，例如5秒、8秒、12秒或15秒等，此处不作限定。

在本申请实施例中，第一带宽信息在第四时段内的平均值，称为第一带宽平均值。

具体的，预设比率可以为0至100％内的任一数值，例如50％、40％或60&，此处不作限定。

具体的，第一目标码率也可以为一固定值，例如20Mbps、25Mbps或30Mbps等，此处不作限定。

由于第一目标处理参数的预设码率，小于初始处理参数的预设码率，第二视频流的码率就小于第一视频流的码率。

在本申请实施例中，除了Fov角度大小，还可以调整其他的处理参数来调整视频流的码率，例如Fov角度大小、峰均比、关键帧I与参考帧P的比值、帧率、分辨率、量化参数QP或关键帧周期GOP等，此处不作限定。

1607、服务器向终端发送第二视频流。

1608、终端解码第二视频流，并向用户输出播放数据。

步骤1607-1608参见图2所示实施例的步骤207-208，此处不再赘述。

由于第二视频流的预设码率比第一视频流的小，在其他条件相同的情况下，第二视频流的码率会小于第一视频流的码率。

4、将视频流的码率与网络带宽实时匹配：

请参阅图17，图17为本申请实施例中的一种码率的调整方法的流程图，本申请实施例提供的一种码率的调整方法的流程包括：

1701-1705。

步骤1701-1705参见图14所示实施例的步骤1401-1405，此处不再赘述。

1706、服务器根据第一带宽信息得到第二视频流。

服务器可以根据第一带宽信息确定第一目标码率，第一目标码率的大小等于第一带宽信息与预设比率的乘积。

当第一目标码率小于或等于30Mbps时，以第一目标码率作为预设码率；当第一目标码率大于30Mbps时，以30Mbps作为预设码率。服务器根据该预设码率对片源数据进行编码，获取第二视频流。

在本申请实施例中，30Mbps作为确定预设码率的一个阈值。当第一目标码率超过该阈值时，预设码率即为该阈值；当第一目标码率低于该阈值时，预设码率即为第一目标码率。30Mbps仅是对该阈值的举例，并不造成限定没该阈值也可以是25Mbps、35Mbps等，此处不做限定。

或者，也可以取第一带宽信息在10秒内的平均值，将该平均值与预设比率的乘积，作为第一目标码率。

在本申请实施例中，第一带宽信息10秒内的平均值，10秒称为第四时段，除了10秒，第四时段也可以具有其他时长，例如5秒、8秒、12秒或15秒等，此处不作限定。

在本申请实施例中，第一带宽信息在第四时段内的平均值，称为第一带宽平均值。

具体的，预设比率可以为0至100％内的任一数值，例如50％、40％或60&，此处不作限定。

1707、服务器向终端发送第二视频流。

1708、终端解码第二视频流，并向用户输出播放数据。

步骤1407-1408参见图2所示实施例的步骤207-208，此处不再赘述。

1709、终端向服务器上报第二带宽信息。

终端获取终端的网络带宽，终端的网络带宽表示终端的网络资源。在本申请实施例中，此时上报的网络带宽，即为第二带宽信息。

具体的，终端可以周期上报第二带宽信息，例如每5秒上报一次。除了周期上报，也可以通过其他方式上报，例如满足某上报条件时上报等，此处不作限定。

具体的，5秒仅是对上报周期的举例，上报周期还可以是10秒或12秒等，此处不作限定。

具体的，终端可以通过以HTTP为代表的网络协议上报第二带宽信息。除了HTTP，终端也可通过其他协议上报，例如TCP等，此处不作限定。

1710、终端根据第二带宽信息，确定第二目标码率。

服务器可以根据第二带宽信息确定第二目标码率，第二目标码率的大小等于第二带宽信息与预设比率的乘积。

或者，也可以取第二带宽信息在10秒内的平均值，将该平均值与预设比率的乘积，作为第二目标码率。

在本申请实施例中，第二带宽信息10秒内的平均值，10秒称为第五时段，除了10秒，第五时段也可以具有其他时长，例如5秒、8秒、12秒或15秒等，此处不作限定。

在本申请实施例中，第二带宽信息在第五时段内的平均值，称为第二带宽平均值。

具体的，预设比率可以为0至100％内的任一数值，例如50％、40％或60&，此处不作限定。

1711、终端根据第二目标码率，得到第三视频流。

当第二目标码率小于或等于30Mbps时，以第二目标码率作为预设码率；当第二目标码率大于30Mbps时，以30Mbps作为预设码率。服务器根据该预设码率对片源数据进行编码，获取第二视频流。

在本申请实施例中，30Mbps作为确定预设码率的一个阈值。当第二目标码率超过该阈值时，预设码率即为该阈值；当第二目标码率低于该阈值时，预设码率即为第二目标码率。30Mbps仅是对该阈值的举例，并不造成限定没该阈值也可以是25Mbps、35Mbps等，此处不做限定。

1712、服务器向终端发送第三视频流。

1713、终端解码第三视频流，并向用户输出播放数据。

步骤1712-1713参见图5所述实施例的步骤512-513，此处不再赘述。

在本申请实施例中，目标码率可以根据变化的网络带宽，实时调整视频流的带宽，实现了视频流码率大小对网络带宽的实时匹配，在保证视频流传输不卡顿的前期下充分利用了网络带宽。

下面对本申请实施例中的服务器进行描述。图18是本申请实施例提供的一种服务器结构示意图。该服务器1800可以包括一个或一个以上中央处理器(central processingunits，CPU)1801和存储器1805。该存储器1805中存储有一个或一个以上的应用程序或数据。

其中，存储器1805可以是易失性存储或持久存储。存储在存储器1805的程序可以包括一个或一个以上模块，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1801可以设置为与存储器1805通信，在服务器1800上执行存储器1805中的一系列指令操作。

服务器1800还可以包括一个或一个以上电源1802，一个或一个以上有线或无线网络接口1803，一个或一个以上收发器接口1804，和/或，一个或一个以上操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等。

该服务器1800可以执行前述图2至图17所示实施例中服务器所执行的操作，具体此处不再赘述。

下面对本申请实施例中的终端进行描述。图19是本申请实施例提供的一种终端结构示意图。该终端1900可以包括一个或一个以上中央处理器(central processing units，CPU)1601和存储器1905。该存储器1905中存储有一个或一个以上的应用程序或数据。

其中，存储器1905可以是易失性存储或持久存储。存储在存储器1905的程序可以包括一个或一个以上模块，每个模块可以包括对终端中的一系列指令操作。更进一步地，中央处理器1901可以设置为与存储器1905通信，在服务器1900上执行存储器1905中的一系列指令操作。

终端1900还可以包括一个或一个以上电源1902，一个或一个以上有线或无线网络接口1903，一个或一个以上收发器接口1904，和/或，一个或一个以上操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等。

该终端1900可以执行前述图2至图17所示实施例中终端所执行的操作，具体此处不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，read-onlymemory)、随机存取存储器(RAM，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (25)

1.一种调整终端功耗的方法，其特征在于，包括：

服务器以第一码率向终端发送视频流；

所述服务器接收来自所述终端的第一功耗相关信息，所述第一功耗相关信息用于表示所述终端的功耗，所述终端的功耗与所述视频流的播放相关；

所述服务器根据所述第一功耗相关信息确定所述终端的功耗满足第一预设条件；

所述服务器以低于所述第一码率的第二码率向所述终端发送所述视频流。

2.根据权利要求1所述的方法，其特征在于，

所述第一功耗相关信息包括所述终端的CPU占用率，所述服务器根据所述第一功耗相关信息确定所述终端的功耗满足第一预设条件，包括：

所述服务器根据接收到的所述终端的CPU占用率，确定所述终端的CPU占用率大于或等于第一预设值。

3.根据权利要求1所述的方法，其特征在于，所述第一功耗相关信息包括所述终端的剩余电量，所述服务器根据所述第一功耗相关信息确定所述终端的功耗满足第一预设条件，包括：

所述服务器根据接收到的所述终端的剩余电量，确定所述终端的剩余电量小于或等于第二预设值。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述服务器以低于所述第一码率的第二码率向所述终端发送所述视频流之前，所述方法还包括：

所述服务器减小视场Fov角度大小；或者

所述服务器降低所述视频流的码率。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述服务器以低于所述第一码率的第二码率向所述终端发送所述视频流之后，所述方法还包括：

所述服务器接收来自所述终端的第二功耗相关信息，所述第二功耗相关信息用于表示所述终端的功耗；

所述服务器根据所述第二功耗相关信息确定所述终端的功耗满足第二预设条件；

所述服务器以高于所述第二码率的第三码率向所述终端发送所述视频流。

6.根据权利要求5所述的方法，其特征在于，所述第二功耗相关信息包括所述终端的CPU占用率，所述服务器根据所述第二功耗相关信息确定所述终端的功耗满足第二预设条件，包括：

所述服务器根据接收到的所述终端的CPU占用率，确定所述终端的CPU占用率小于或等于第三预设值；或者，

所述服务器根据接收到的所述终端的CPU占用率，确定所述终端的CPU占用率在第二时段内的平均值小于或等于所述第三预设值。

7.根据权利要求5所述的方法，其特征在于，所述第二功耗相关信息包括所述终端的剩余电量，所述服务器根据所述第二功耗相关信息确定所述终端的功耗满足第二预设条件，包括：

所述服务器根据接收到的所述终端的剩余电量，确定所述终端的剩余电量大于或等于第四预设值。

8.根据权利要求5至7中任一项所述的方法，其特征在于，所述服务器以高于所述第二码率的第三码率向所述终端发送所述视频流之前，所述方法还包括：

所述服务器增大视场Fov角度大小；或者

所述服务器提升所述视频流的码率。

9.一种调整终端功耗的方法，其特征在于，包括：

终端以第一码率接收来自服务器的视频流；

所述终端向所述服务器发送第一功耗相关信息，所述第一功耗相关信息用于表示所述终端的功耗，所述终端的功耗与所述视频流的播放相关；

在所述终端的功耗满足第一预设条件的情况下，所述终端以第二码率接收来自所述服务器的视频流，所述第二码率低于所述第一码率。

10.根据权利要求9所述的方法，其特征在于，所述第一功耗相关信息包括所述终端的CPU占用率，所述终端的功耗满足第一预设条件包括：

所述终端的CPU占用率大于或等于第一预设值；或者，

所述终端的CPU占用率在第一时段内的平均值大于或等于所述第一预设值。

11.根据权利要求9所述的方法，其特征在于，所述第一功耗相关信息包括所述终端的剩余电量，所述终端的功耗满足第一预设条件包括：

所述终端的剩余电量小于或等于第二预设值。

12.根据权利要求9至11中任一项所述的方法，其特征在于，所述方法还包括：

所述终端向所述服务器发送第二功耗相关信息，所述第二功耗相关信息用于表示所述终端的功耗；

在所述终端的功耗满足第二预设条件的情况下，所述终端以第三码率接收来自所述服务器的视频流，所述第三码率高于所述第二码率。

13.根据权利要求12所述的方法，其特征在于，所述第二功耗相关信息包括所述终端的CPU占用率，所述终端的功耗满足第二预设条件包括：

所述终端的CPU占用率小于或等于第三预设值；或者，

所述终端的CPU占用率在第二时段内的平均值小于或等于所述第三预设值。

14.根据权利要求12所述的方法，其特征在于，所述第二功耗相关信息包括所述终端的剩余电量，所述终端的功耗满足第二预设条件包括：

所述终端的剩余电量大于或等于第四预设值。

15.一种码率的调整方法，其特征在于，包括：

服务器以第一码率向终端发送视频流；

所述服务器接收来自所述终端的第一带宽信息，所述第一带宽信息用于表示所述终端的网络带宽；

所述服务器根据所述第一带宽信息确定所述终端的网络带宽满足第三预设条件；

所述服务器以低于所述第一码率的第二码率向所述终端发送所述视频流。

16.根据权利要求15所述的方法，其特征在于，所述第一带宽信息包括所述终端的网络带宽，所述服务器根据所述第一带宽信息确定所述终端的网络带宽满足第三预设条件，包括：

所述服务器根据接收到的所述终端的网络带宽，确定所述终端的网络带宽小于或等于第五预设值；或者，

所述服务器根据接收到的所述终端的网络带宽，确定所述终端的网络带宽在第三时段内的平均值小于或等于所述第五预设值。

17.根据权利要求15或16所述的方法，其特征在于，所述服务器以低于所述第一码率的第二码率向所述终端发送所述视频流之前，所述方法还包括：

所述服务器减小视场Fov角度大小；或者

所述服务器降低所述视频流的码率。

18.根据权利要求15至17中任一项所述的方法，其特征在于，所述服务器以低于所述第一码率的第二码率向所述终端发送所述视频流之后，所述方法还包括：

所述服务器接收来自所述终端的第二带宽信息，所述第二带宽信息用于表示所述终端的网络带宽，所述第二带宽信息的数值大于所述第一带宽信息的数值；

所述服务器根据所述第二带宽信息，以高于所述第二码率的第三码率向所述终端发送所述视频流。

19.一种码率的调整方法，其特征在于，包括：

终端以第一码率接收来自服务器的视频流；

所述终端向所述服务器发送第一带宽信息，所述第一带宽信息用于表示所述终端的网络带宽；

在所述终端的网络带宽满足第三预设条件的情况下，所述终端以第二码率接收来自所述服务器的视频流，所述第二码率低于所述第一码率。

20.根据权利要求19所述的方法，其特征在于，所述第一带宽信息包括所述终端的网络带宽，所述终端的网络带宽满足第三预设条件包括：

所述终端的网络带宽小于或等于第五预设值；或者，

所述终端的网络带宽在第三时段内的平均值小于或等于所述第五预设值。

21.根据权利要求19或20所述的方法，其特征在于，所述终端以第二码率接收来自所述服务器的视频流之后，所述方法还包括：

所述终端向所述服务器发送第二带宽信息，所述第二带宽信息用于表示所述终端的网络带宽，所述第二带宽信息的数值大于所述第一带宽信息的数值；

所述终端以第三码率接收来自所述服务器的视频流，所述第三码率高于所述第二码率。

22.一种调整码率的设备，其特征在于，包括：

处理器和与所述处理器耦合的存储器；

所述存储器存储所述处理器执行的可执行指令，所述可执行指令指示所述处理器执行权利要求1至8或权利要求15至18中任一项所述的方法。

23.一种调整码率的设备，其特征在于，包括：

处理器和与所述处理器耦合的存储器；

所述存储器存储所述处理器执行的可执行指令，所述可执行指令指示所述处理器执行权利要求9至14或权利要求19至21中任一项所述的方法。

24.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中保存有程序，当所述计算机执行所述程序时，执行如权利要求1至21中任一项所述的方法。

25.一种计算机程序产品，其特征在于，当所述计算机程序产品在计算机上执行时，所述计算机执行如权利要求1至21中任一项所述的方法。

Images