一种后台音频处理方法及其移动终端与流程

本发明涉及通信领域，特别涉及一种后台音频控制方法及其移动终端。

背景技术：

当代移动设备被用于许多类型的用户应用，包括运行交互式应用以及观看直播视频(例如，现今流行的网红直播)。但用户在用移动设备看直播时，有时需要将直播视频界面放到后台，使用其他应用，这时为了使用户在使用其他应用时，仍然能够获取直播视频提供信息，一些视频应用会保持移动设备的音频输出，从而使用户能够听到直播视频的声音，实现后台音频的功能。

但是，这些视频应用在实现后台音频功能时，移动设备从服务器接收的到的资源包括视频资源和音频资源，这些视频应用仅是保持了音频资源的输出，视频资源仍在接收只是没有在屏幕显示。这样就会造成数据流量的浪费，提高不必要的成本。另外，还会增加移动设备的工作负担。

技术实现要素：

本发明的目的一是提供一种后台音频处理方法，其解决了移动终端后台播放音频时仍接收视频资源导致数据流量的浪费问题，达到了节省流量的效果。

本发明的上述技术目的一是通过以下技术方案得以实现的：

向服务器发送用于获取视频、音频资源的第一请求，所述第一请求包括用于识别该视频、音频资源的特征信息；

接收服务器根据第一请求中的特征信息返回的视频、音频资源；

播放所述视频、音频资源；

当所述视频、音频资源处于后台播放状态时，向服务器发送用于仅获取音频资源的第二请求，所述第二请求包括用于识别该音频资源的第二特征信息；

接收服务器根据第二请求的特征信息返回的所述音频资源；

播放所述音频资源。

进一步的，所述第一特征信息视频、音频资源地址。

进一步的，所述第二特征信息音频资源地址。

进一步的，判断所述视频、音频资源是否处于后台播放状态，包括：

首先监测屏幕是否处于锁屏状态，若处于锁屏状态，则确定所述视频、音频资源处于后台播放状态；

若未处于锁屏状态，则继续监测视频界面是否位于后台，若位于，则确定所述视频、音频资源处于后台播放状态；若不位于，则确定所述视频、音频资源不处于后台播放状态。

进一步的，在所述视频、音频资源处于后台播放状态之后，向服务器发送用于仅获取音频资源的第二请求之前，所述方法还包括：停止播放所述视频资源，并保持播放所述音频资源。

进一步的，在所述视频、音频资源处于后台播放状态之后，向服务器发送用于仅获取音频资源的第二请求之前，所述方法还包括：对后台播放状态保持时间进行检测，当保持时间超过预设时间时，允许向服务器发送第二请求。

本发明的目的二是提供一种移动终端，其解决了移动终端后台播放音频时仍接收视频资源导致数据流量的浪费问题，达到了节省流量的效果。

本发明的上述技术目的二是通过以下技术方案得以实现的：

一种移动终端，其特征在于，所述移动终端包括：

发送单元，用于向服务器发送用于获取视频、音频资源的第一请求，当所述视频、音频资源处于后台播放状态时，向服务器发送用于仅获取音频资源的第二请求，所述第二请求包括用于识别该音频资源的第二特征信息；

接收单元，用于接收服务器根据第一请求中的特征信息返回的视频、音频资源；

视频播放单元，用于播放视频资源；

音频播放单元，用于播放音频资源；

处理单元，用于当所述视频、音频资源处于后台播放状态时，控制发送单元向服务器发送用于仅获取音频资源的第二请求。

进一步的，所述处理单元进一步用于判断所述视频、音频资源是否处于后台播放状态：

首先监测屏幕是否处于锁屏状态，若处于锁屏状态，则确定所述视频、音频资源处于后台播放状态；

若未处于锁屏状态，则继续监测视频界面是否位于后台，若位于，则确定所述视频、音频资源处于后台播放状态；若不位于，则确定所述视频、音频资源不处于后台播放状态。

进一步的，在所述视频、音频资源处于后台播放之后，向服务器发送用于仅获取音频资源的第二请求之前，所述处理单元进一步用于,

控制视频播放单元停止播放所述视频资源，并保持音频播放单元播放所述音频资源。

进一步的，在所述视频、音频资源处于后台播放之后，向服务器发送用于仅获取音频资源的第二请求之前，所述处理单元进一步用于,

对后台播放状态保持时间进行检测，当保持时间超过预设时间时，允许向服务器发送第二请求。

综上所述，本发明具有以下有益效果：当移动终端处于锁屏状态，或移动设备未处于锁屏状态但视频界面处于后台时，向服务器发送用于仅获取音频资源的第二请求，使移动设备在保证输出音频资源的同时，不接收视频资源，从而节省了用户的数据流量，同时减小了移动设备的工作负载。

附图说明

图1是本发明中后台音频处理方法流程图；

图2是本发明中判断后台播放状态的流程图；

图3是本发明中移动终端的结构示意图。

具体实施方式

以下结合附图对本发明作进一步详细说明。

本具体实施例仅仅是对本发明的解释，其并不是对本发明的限制，本领域技术人员在阅读完本说明书后可以根据需要对本实施例做出没有创造性贡献的修改，但只要在本发明的保护范围内都受到专利法的保护。

实施例一：

本发明的实施例一提供一种后台音频处理方法，如图一所示，所述方法包括：

步骤101，向服务器发送用于获取视频、音频资源的第一请求，所述第一请求包括用于识别该视频、音频资源的特征信息；

步骤102，接收服务器根据第一请求中的特征信息返回的视频、音频资源；

步骤103，播放所述视频、音频资源；

步骤104，当所述视频、音频资源处于后台播放状态时，向服务器发送用于仅获取音频资源的第二请求，所述第二请求包括用于识别该音频资源的第二特征信息；

步骤105，接收服务器根据第二请求的特征信息返回的所述音频资源；

步骤106，播放所述音频资源。

在本发明的实施例中，以视频直播为例，在向服务器发送获取视频、音频资源之前，用户可在屏幕界面根据视频内容的简介或图片等对视频进行选择，而这些视频都具有其对应的第一特征信息，这些信息中包含有该视频对应的地址(id),在向服务器发送第一请求时，第一请求中就包含了该视频的id，而第一请求以http协议传输至服务器。服务器根据获取的第一请求中的id，在其mysql数据库中执行查询语句获取该视频id对应的httpurl地址，由于第一请求用于获取视频资源和音频资源，通过这一httpurl地址找到对应的视频资源和音频资源发送回移动终端。使移动终端播放视频的视频资源和音频资源同步播放。

上述移动终端播放视频资源和音频资源的同步播放是在视频界面位于屏幕前台且手机未锁屏时进行的，从而使用户通过视觉和听觉获取视频信息。其中，本文中提到的锁屏是指，切断屏幕电源。

而在对移动终端的实际使用过程中时，用户在通过视频应用观看视频中途会打开其他应用，而将视频应用放在后台，或者用户对移动终端进行锁屏，但是用户仍需要通过声音获得视频中的信息。为了使用户能够继续收听到视频中的声音，视频应用可在后台令移动终端播放视频的音频资源。但移动终端持续接收着服务器返回的视频资源和音频资源，显然，当视频在移动终端后台播放音频资源时，视频资源是停止播放的，因此移动终端接收到的视频资源是不必要的，虽然使移动终端实现了后台音频的功能，但是却造成了多于了数据流量，这一多于的数据流量就是接收视频资源所消耗的数据流量。为解决这一问题，本发明提供了下述方法：

在本发明的实施例中，在视频、音频资源处于后台播放状态时，向服务器发送第二请求，该第二请求包含了在移动终端在锁屏前或视频应用处于后台前正在观看的视频的第二特征信息，同样该信息包含了与正在观看的视频的id相同的id。而第二请求仅用于向服务器请求音频资源。服务器通过第二请求中的id在mysql在其mysql数据库中执行查询语句获取该视频id对应的httpurl地址，并通过这一httpurl地址找到对应的音频资源发送回移动终端，使移动终端在后台播放音频资源。其中，当服务器接收到第二请求并向移动终端发送音频资源后，将停止向移动终端发送之前第一请求要求的视频资源。

在本发明的另一实施例中，也可将第二请求所要执行的操作为请求服务器停止返回视频资源，而保持音频资源。

在本发明的实施例中，参照图二，判断上述视频、音频资源处于后台播放状态的方法为：

步骤201，首先监测屏幕是否处于锁屏状态，若处于锁屏状态，则确定所述视频、音频资源处于后台播放状态；

步骤202，若未处于锁屏状态，则继续监测视频界面是否位于后台，若位于，则确定所述视频、音频资源处于后台播放状态；若不位于，则确定所述视频、音频资源不处于后台播放状态。

在视频、音频资源处于后台播放状态时，由于移动终端将仅接收音频资源，因此视频资源将停止播放。

在本发明的实施例中，当视频从处于后台播放状态恢复至前台播放时，移动终端又向服务器发送第一请求，使移动终端的屏幕恢复视频播放界面，即同时播放视频资源和音频资源。

在本发明的实施例中，当移动终端进入后台播放状态后，将立即向服务器发送第二请求。从而只接收音频资源。

由于用户可能在将视频放至后台后又立即转回前台，在上述实施例中，当移动终端进入后台播放状态后，将立即向服务器发送第二请求，从而只接收音频资源，而视频转回前台后又要向服务器发送第一请求，来接收视频资源和音频资源，移动终端重新接收视频资源，这时需要加载一段时间视频资源才能在屏幕上播放，导致视频不能立即播放。

在本发明的另一实施例中，为解决上述问题，提供了如下方案：

当进入后台播放状态后，仍然接收视频资源和音频资源，当后台播放状态保持的时间超过一预设时间时，再向服务器发送第二请求。从而使用户在这预设时间内切换后台时，能立即在屏幕上看到视频界面。

实施例二：

本发明的实施例二提供一种移动终端，如图三所示，移动终端包括：

发送单元301，用于向服务器发送用于获取视频、音频资源的第一请求，当所述视频、音频资源处于后台播放状态时，向服务器发送用于仅获取音频资源的第二请求，所述第二请求包括用于识别该音频资源的第二特征信息；

接收单元302，用于接收服务器根据第一请求中的特征信息返回的视频、音频资源；

视频播放单元303，用于播放视频资源；

音频播放单元304，用于播放音频资源；

处理单元305，用于当所述视频、音频资源处于后台播放状态时，控制发送单元向服务器发送用于仅获取音频资源的第二请求。

在本发明的实施例中，处理单元还用于用于判断所述视频、音频资源是否处于后台播放状态：

首先监测屏幕是否处于锁屏状态，若处于锁屏状态，则确定所述视频、音频资源处于后台播放状态；

若未处于锁屏状态，则继续监测视频界面是否位于后台，若位于，则确定所述视频、音频资源处于后台播放状态；若不位于，则确定所述视频、音频资源不处于后台播放状态。

在本发明的实施例中，在所述视频、音频资源处于后台播放之后，向服务器发送用于仅获取音频资源的第二请求之前，所述处理单元进一步用于,

控制视频播放单元停止播放所述视频资源，并保持音频播放单元播放所述音频资源。

在本发明的实施例中，在所述视频、音频资源处于后台播放之后，向服务器发送用于仅获取音频资源的第二请求之前，所述处理单元进一步用于,

对后台播放状态保持时间进行检测，当保持时间超过预设时间时，允许向服务器发送第二请求。

在对后台播状态保持的时间进行检测时，处理单元会调用系统中的计时模块对保持时间进行计时。

在本发明的实施例中，移动终端为手机、pad等。

结合本文所揭示实施例描述的各种例示性装置、逻辑块、模块、电路、元件及/或组件均可借助通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)或其它可编程逻辑组件、离散门或晶体管逻辑、离散硬件组件或经设计以执行本文所描述功能的任何组合来实施或执行。通用处理器可以是微处理器，但另一选择为，所述处理器可以是任何常规的处理器、控制器、微控制器或状态机。处理器还可实施为计算组件的组合，例如dsp与微处理器的组合、多个微处理器的组合、一个或一个以上微处理器与dsp核心的联合或任何其它这种配置。