CN106406716B

CN106406716B - 锁屏状态下的音频播放方法及音频播放系统

Info

Publication number: CN106406716B
Application number: CN201510450573.9A
Authority: CN
Inventors: 冯穗豫
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2015-07-28
Filing date: 2015-07-28
Publication date: 2020-10-13
Anticipated expiration: 2035-07-28
Also published as: WO2017016309A1; CN106406716A; MY199375A

Abstract

本发明提供一种锁屏状态下的音频播放方法及音频播放系统，包括：在锁屏界面上检测是否有预设的操作手势；若检测到所述预设的操作手势，则从匹配库中读取所述预设的操作手势所匹配的操作指令；以及对音频数据执行所述操作指令。本发明通过在全屏界面下输入操作手势，无需额外配件、适用于嘈杂、暗光情形、且不易误操作，即可实现对音频数据的播放。

Description

锁屏状态下的音频播放方法及音频播放系统

技术领域

本发明属于音频数据的处理领域，尤其涉及一种锁屏状态下的音频播放方法及音频播放系统。

背景技术

生活当中，音乐无处不在。而近二十年来，音乐播放器经历了老唱片、磁带、随身听、CD、MP3、再到网络音乐和手机音乐的发展过程。

而手机作为移动通信设备，本身并不是专为音乐而生。为了省电和防止误操作等原因，手机常会进入锁屏状态，为音乐的播放带来了一定的麻烦和困扰。

现有的技术中，对于手机处于锁屏状态下的音频播放方法，主要包括以下方式并存：

(1)通过手机配件如耳机的双击进行切歌操作，然而并非所有耳机都支持此功能，尤其是高音质耳机；

(2)有些播放器有摇一摇切歌，但在公交车等场合，由于颠簸的缘故而导致误操作为切歌；

(3)有些播放器提供了语音指令切歌，但需要一直启用麦克风检测，比较费电，且不适合嘈杂的环境，也不适合方言过重的地区；

(4)通过在锁屏界面上提供的切歌按键进行切歌，然而其不适用于拥挤的公交或地铁上，无法一手握着扶手另一只手操作；也不适用于睡前听歌，切歌时屏幕强光过于刺眼等。

发明内容

有鉴于此，本发明的目的在于提供一种锁屏状态下的音频播放方法及音频播放系统，可以解决现有技术中需要额外配件、易受颠簸而误操作、不适用嘈杂环境、睡前强光刺激不方便操作等技术问题。

为解决上述技术问题，本发明实施例提供了以下技术方案：

一种锁屏状态下的音频播放方法，包括：在锁屏界面上检测是否有预设的操作手势；若检测到所述预设的操作手势，则从匹配库中读取所述预设的操作手势所匹配的操作指令；以及对音频数据执行所述操作指令。

为解决上述技术问题，本发明实施例提供了以下技术方案：

一种锁屏状态下的音频播放系统，包括：检测模块，用于在锁屏界面上检测是否有预设的操作手势；匹配模块，用于当检测到所述预设的操作手势时，从匹配库中读取所述预设的操作手势所匹配的操作指令；执行模块，用于对音频数据执行所述操作指令。

相对于现有技术，本发明的锁屏状态下的音频播放方法及音频播放系统，通过在全屏界面下输入操作手势，无需额外配件、适用于嘈杂、暗光情形、且不易误操作，即可实现对音频数据的播放。

附图说明

图1是本发明实施例一提供的锁屏状态下的音频播放方法的流程示意图；

图2是本发明实施例一提供的锁屏状态下的音频播放方法的细化流程示意图；

图3是本发明实施例二提供的锁屏状态下的音频播放系统的模块示意图；

图4是本发明实施例三提供的锁屏状态下的音频播放方法及音频播放系统的锁屏界面示意图。

具体实施方式

请参照附图中的图式，其中相同的组件符号代表相同的组件，本发明的原理是以实施在一适当的运算环境中来举例说明。以下的说明是基于所示例的本发明的具体实施例，其不应被视为限制本发明未在此详述的其它具体实施例。

本发明原理以上述文字来说明，其并不代表为一种限制，本领域技术人员将可了解到以下所述的多种步骤及操作亦可实施在硬件当中。本发明的原理使用许多其它泛用性或特定目的运算、通信环境或组态来进行操作。

本发明提供的锁屏状态下的音频播放方法及音频播放系统，主要应用于移动终端设备，如：手机、掌上电脑、个人数字助理(Personal Digital Assistant，PDA)等。

请参照以下实施例，实施例一侧重于音频播放方法，实施例二侧重于音频播放系统，而实施例三侧重于为用户端所呈现的锁屏界面。可以理解的是：虽然各实施例的侧重不同，但其设计思想是一致的。且，在某个实施例中没有详述的部分，可以参见说明书全文的详细描述，不再赘述。

实施例一

请参阅图1和图2，所示为本发明实施例中锁屏状态下的音频播放方法的流程示意图。所述音频播放方法，应用于移动设备终端，既可以满足省电模式，又可以对音频数据执行准确的播放操作。

请参阅图1，所示为所述锁屏状态下的音频播放方法的基础流程，概而言之，主要包括：

在步骤S101中，在锁屏界面上检测是否有预设的操作手势。其中，若检测到预设的操作手势则执行步骤S102，若未检测到预设的操作手势则执行步骤S105。

在步骤S102中，从匹配库中读取所述预设的操作手势所匹配的操作指令。

在步骤S103中，对音频数据执行所述操作指令。

在步骤S104中，忽略对所述锁屏界面的触碰。

请参阅图2，所示为所述锁屏状态下的音频播放方法的细化流程。为体现与基础流程的差别，与图1相同的步骤仍以S10开头，与图1不同的步骤以S20开头。所述音频播放方法的细化流程具体包括：

在步骤S201中，设置锁屏界面的显示格式，所述显示格式包括：图片和/或内容。具体而言，包括：

(1)设置所述锁屏界面的图片，其中所述图片为绿色系或黑色系。

其中，在光线比较强的情况下，采用绿色系的图片在相同的观看时间内对人眼的损失最小，在光线比较弱的情况下，采用黑色系的图片在相同的观看时间内对人眼的损失最小。在本技术方案中，可以同时设置2张锁屏图案，并通过光强检测进行自动切换，或在预设时间内进行自动切换。比如：晚上7:00-早上7:00之间，自动切换至黑色系的显示图片，早上7:00-晚上7:00之间，自动切换为绿色系的图片。

其中，黑色系或绿色系，是指黑色的色彩饱和度或所占比例超过预设色彩阈值。以黑色为例，即可以是指黑色夜幕中繁星满天的图片，也可以是其他风景图片将光线调暗处理。

(2)设置锁屏界面的显示内容，包括：歌曲信息、播放进度、歌词、歌曲、音频封面、或播放方法的操作说明。

可以理解的是，所述显示内容还可以包括：设备本身的信息，如电量、当前时间、未接电话、和/或未读短信等。

在步骤S202中，通过预设的触发条件触发锁屏界面。

可以理解的是，所述音频播放方法可执行于终端设备的音频播放器中，而所述锁屏界面，包括两种情形：终端设备的锁屏界面、和音频播放器的锁屏界面。

其中，所述终端设备的锁屏界面所对应的触发条件，包括但不限于：通过电源(Power)按键主屏幕(Home)按键；所述音频播放器的锁屏界面所对应的触发条件，包括但不限于：在运行音频播放器时，在预设时间内无操作而自动触发。

在步骤S203中，生成操作指令与所述预设的操作手势的匹配库。

所述匹配库,包括生成步骤(1)～(2)和/或更新步骤(3)～(5)，其中生成步骤主要是由用户来个性化设置自己熟悉的动作，比如，有人酷爱点击、有人习惯滑动、更具体而言，有人滑动的轨迹呈封闭的圆形或方形，有人滑动的轨迹呈开放的螺旋形等，都可以加入到操作手势库中。而更新步骤，一般是针对已有的操作指令与所述操作手势，根据操作指令的执行频率和手势的难易程度来进行重新匹配，比如：用户选择双击的手势最顺手，则将其匹配使用频率最高的操作，如：暂停或下一首。

具体执行如下：

(1)设置操作手势库，所述操作手势库用于存储预设的操作手势，所述预设的操作手势包括但不限于：双击、三击、顺时针转动、逆时针转动、双指收缩、双指放大、和/或螺旋状移动；

(2)将所述操作指令与所述预设的操作手势进行匹配，以生成所述匹配库；

(3)统计所述操作指令的执行频率、和所述预设的操作手势的难易程度；

(4)根据所述执行频率和所述难易程度的排序，判断所述匹配库是否需要修改；以及

(5)若需要修改，则发出修改所述将操作指令与所述操作手势的匹配关系的提示，以便更新所述匹配库。

所述检测的步骤具体包括：

(1)在所述锁屏界面上获取触控事件的点击次数和时间戳；

(2)判断所获取的点击次数和时间戳是否与预设的操作手势的点击次数和时间戳是否匹配；

(3)若所述点击次数和所述时间戳相匹配，则检测到有预设的操作手势；

(4)若所述点击次数和所述时间戳不匹配，则检测到无预设的操作手势。

其中，在(2)进行匹配判断的步骤中，首先将所述点击次数和时间戳作为参考因子进行难易度的排序，并按照所述难易度排序来检测所述点击次数和时间戳是否有匹配的操作手势的判断。

由于锁屏界面本身都支持重新OnTouch事件，例如Android的是onTouchEvent，通过里头的MotionEvent得到点击次数和时间戳，现有技术即可实现，在此不再赘述。

可以理解的是，在本实施例中，通过在锁屏界面的全屏模式下进行预设操作手势的检测，有效的避免了看着手机界面点选指定的区域，进而可以适用于背景技术中提及的各类环境和场合。

在此，以锁屏界面模拟耳机为例进行说明，可以理解的是，手势操作手势包括但不限于模拟耳机的点击操作。其中，模拟耳机的优势在于：代码简单，直接与原程序兼容；缺点在于：支持的操作手势单一。具体包括：

(1)通过所述操作手势模拟耳机的点击操作，所述点击操作包括：单击、双击、三击、和/或旋转；以及

(2)从匹配库中读取所述点击操作所匹配的操作指令。

其中需要说明的是，对于音乐播放器本身的锁屏界面，无需通过上述模拟耳机的方式来实现操控播放，而是直接调用播放器的API来完成即可。

在步骤S103中，对音频数据执行所述操作指令。

具体而言，所述操作指令，包括但不限于：开启、退出、播放、录音、暂停、单曲循环、随机循环、快进、或快退等。在步骤S104中，忽略对所述锁屏界面的触碰。

本发明的锁屏状态下的音频播放方法，通过在全屏界面下输入操作手势，无需额外配件、适用于嘈杂、暗光情形、且不易误操作，即可实现对音频数据的播放。

实施例二

请同时参阅图3，所示为本发明实施例提供的锁屏状态下的音频播放系统的模块示意图。

所述锁屏状态下的音频播放系统30，包括：锁屏模块31、检测模块32、匹配模块33、以及执行模块34。

所述锁屏模块31，通过触发进入锁屏界面，以节省电源。所述锁屏模块31包括：图片子模块311和/或内容子模块312。

可以理解的是，所述音频播放系统30可执行于终端设备的音频播放器中，而所述锁屏界面，包括两种情形：终端设备的锁屏界面、和音频播放器的锁屏界面。其中，所述终端设备的锁屏界面所对应的触发条件，包括但不限于：通过电源(Power)按键主屏幕(Home)按键；所述音频播放器的锁屏界面所对应的触发条件，包括但不限于：在运行音频播放器时，在预设时间内无操作而自动触发。

其中，图片子模块311，用于设置所述锁屏界面的图片，其中所述图片为绿色系或黑色系。内容子模块312，用户设置锁屏界面的显示内容，包括：歌曲信息、播放进度、歌词、歌曲、音频封面、或播放方法的操作说明。

检测模块32，用于在锁屏界面上检测是否有预设的操作手势。所述检测模块32包括：获取子模块321、检测子模块322、和结果子模块323。

其中，所述获取子模块321，用于在所述锁屏界面上获取触控事件的点击次数和时间戳。所述检测子模块322，用于判断所获取的点击次数和时间戳是否与预设的操作手势的点击次数和时间戳是否匹配。所述结果子模块323，用于当所述点击次数和所述时间戳相匹配时，检测结果生成为：有预设的操作手势；以及当所述点击次数和所述时间戳不匹配时，检测结果生成为：无预设的操作手势。

匹配模块33，用于当检测到所述预设的操作手势时，从匹配库中读取所述预设的操作手势所匹配的操作指令。所述匹配模块33包括：设置子模块331和生成子模块332，用于根据用户的操作习惯生成所述匹配库；统计子模块333、判断子模块334、和更新子模块335，用于根据用户的操作操作习惯和操作频率更新所述匹配库；以及模拟子模块336和匹配子模块337，用于执行所述匹配操作。具体执行如下：

一、匹配库的生成：

设置子模块331，用于设置操作手势库，所述操作手势库用于存储预设的操作手势，所述预设的操作手势包括但不限于：双击、三击、顺时针转动、逆时针转动、双指收缩、双指放大、和/或螺旋状移动。生成子模块332，用于将所述操作指令与所述预设的操作手势进行匹配，以生成所述匹配库。

二、匹配库的更新：

统计子模块333，用于统计所述操作指令的执行频率、和所述预设的操作手势的难易程度。判断子模块334，用于根据所述执行频率和所述难易程度的排序，判断所述匹配库是否需要修改。更新子模块335，用于当需要修改时，发出修改所述将操作指令与所述操作手势的匹配关系的提示，以便更新所述匹配库。

此处，可以理解的是，所述更新子模块发出提示而非主动修改，因为即使是手势很复杂与其使用频率不匹配，也不应主动修改，而是尊重用户的使用习惯。若用户根据接受了提示并进行了修改，则所述更新子模块335，还用于接收所述修改，对所述匹配库进行更新。

三、匹配库的执行：

模拟子模块336，用于通过所述预设的操作手势模拟耳机的点击操作，所述点击操作包括：单击、双击、三击、和/或旋转。匹配子模块337，用于从匹配库中读取所述点击操作所匹配的操作指令。

在此，以锁屏界面模拟耳机为例进行说明，可以理解的是，手势操作手势包括但不限于模拟耳机的点击操作。其中，模拟耳机的优势在于：代码简单，直接与原程序兼容；缺点在于：支持的操作手势单一。此处以Android为例，可使用如下方法来模拟双击接听按键：

try{

Runtime runtime＝Runtime.getRuntime()；

runtime.exec("input keyevent"+KeyEvent.KEYCODE_HEADSETHOOK)；

try{

Thread.sleep(40)；

}catch(InterruptedException e){

e.printStackTrace()；

}

runtime.exec("input keyevent"+KeyEvent.KEYCODE_HEADSETHOOK)；

}catch(IOException e){

Log.e("Exception when injecting key",e.toString())；

}

执行模块34，用于对音频数据执行所述操作指令。

具体而言，所述操作指令，包括但不限于：开启、退出、播放、录音、暂停、单曲循环、随机循环、快进、或快退等。

本发明的锁屏状态下的音频播放系统，通过在全屏界面下输入操作手势，无需额外配件、适用于嘈杂、暗光情形、且不易误操作，即可实现对音频数据的播放。

实施例三

请同时参阅图4，所示为本发明实施例提供锁屏状态下的音频播放方法及音频播放系统的锁屏界面示意图。

在锁屏界面40上，包括图片显示区域41和内容显示区域42。其中，所述图片为绿色系或黑色系。所述内容包括：歌曲信息、播放进度、歌词、歌曲、音频封面、或播放方法的操作说明。

检测所述锁屏界面上的预设手势，包括但不限于：双击、三击、顺时针转动、逆时针转动、双指收缩、和/或双指放大等。其中，以螺旋上升的手势43设置为上一首，以螺旋下降的手势44设置为下一首为例进行展示。其中，所述向上或向下，是基于地平面而言，而非基于手机，即无论手机是如何摆放，都可以由相对于地平面的触摸痕迹，而无需看着屏幕进行角度调整。所述螺旋上升与螺旋下降的手势可以操作于所述锁屏界面的任一位置，故无需看着显示器即可执行，适用于夜晚、公交车上或雨天等不方便看手机的各类情形下。

由后台根据所述操作手势从匹配库中读取匹配的操作指令，并对音频数据执行所述操作指令，可以理解的是由锁屏界面40进一步通过显示内容区域显示所述操作指令的执行状态，如切歌、暂停等。

本发明的锁屏状态下的音频播放方法及音频播放系统，通过在全屏界面下输入操作手势，无需额外配件、适用于嘈杂、暗光情形、且不易误操作，即可实现对音频数据的播放。本发明实施例提供的锁屏状态下的音频播放方法及音频播放系统属于同一构思，其具体实现过程详见说明书全文，此处不再赘述。

综上所述，虽然本发明已以优选实施例揭露如上，但上述优选实施例并非用以限制本发明，本领域的普通技术人员，在不脱离本发明的精神和范围内，均可作各种更动与润饰，因此本发明的保护范围以权利要求界定的范围为准。

Claims

1.一种锁屏状态下的音频播放方法，其特征在于，包括：

展示锁屏界面，所述锁屏界面包括图片显示区域和内容显示区域，所述图片显示区域包括锁屏界面的设置图片、所述内容显示区域包括音频播放相关信息；

在所述锁屏界面的图片显示区域上获取触控事件的点击次数和时间戳；

将所述点击次数和时间戳作为参考因子进行难易度的排序，并按照所述难易度排序来检测所述点击次数和时间戳是否与匹配库中预设的操作手势的点击次数和时间戳匹配；

若所述点击次数和所述时间戳相匹配，则检测到有预设的操作手势，其中，所述匹配库中存储与预设的操作手势相匹配的操作指令，所述匹配库中操作手势与操作指令之间是基于操作指令的执行频率和操作手势的难易程度匹配的；

若检测到所述预设的操作手势，则从匹配库中读取所述预设的操作手势所匹配的操作指令；以及

对音频数据执行所述操作指令。

2.如权利要求1所述的音频播放方法，其特征在于，在锁屏界面上检测是否有预设的操作手势，之前包括：

设置操作手势库，所述操作手势库用于存储预设的操作手势；以及

将所述操作指令与所述预设的操作手势进行匹配，以生成所述匹配库。

3.如权利要求2所述的音频播放方法，其特征在于，将所述操作指令与所述预设的操作手势进行匹配，以生成所述匹配库，之后包括：

统计所述操作指令的执行频率、和所述预设的操作手势的难易程度；

根据所述执行频率和所述难易程度的排序，判断所述匹配库是否需要修改；以及

若需要修改，则发出修改所述将操作指令与所述操作手势的匹配关系的提示，以便更新所述匹配库。

4.如权利要求1至3中任一项所述的音频播放方法，其特征在于，所述音频播放方法还包括：

若所述点击次数和所述时间戳不匹配，则检测到无预设的操作手势。

5.如权利要求1所述的音频播放方法，其特征在于，若检测到所述预设的操作手势，则从匹配库中读取所述预设的操作手势所匹配的操作指令，具体包括：

通过所述预设的操作手势模拟耳机的点击操作，所述点击操作包括：单击、双击、三击、和/或旋转；以及

从匹配库中读取所述点击操作所匹配的操作指令。

6.如权利要求1所述的音频播放方法，其特征在于，还包括：在锁屏界面上检测是否有预设的操作手势之前，还包括：

触发所述锁屏界面。

7.如权利要求6所述的音频播放方法，其特征在于，在触发锁屏界面之前还包括以下至少一种操作：

设置所述锁屏界面的图片，其中所述图片为绿色系或黑色系；或/和

设置锁屏界面的显示内容，包括：歌曲信息、播放进度、歌词、歌曲、音频封面、或播放方法的操作说明。

8.一种锁屏状态下的音频播放系统，其特征在于，包括：

展示模块，用于展示锁屏界面，所述锁屏界面包括图片显示区域和内容显示区域，所述图片显示区域包括锁屏界面的设置图片、所述内容显示区域包括音频播放相关信息；

检测模块，用于在锁屏界面的图片显示区域上检测是否有预设的操作手势；

所述检测模块包括：

获取子模块，用于在所述锁屏界面上获取触控事件的点击次数和时间戳；

检测子模块，用于将所述点击次数和时间戳作为参考因子进行难易度的排序，并按照所述难易度排序来检测所述点击次数和时间戳是否与匹配库中预设的操作手势的点击次数和时间戳匹配；

结果子模块，用于当所述点击次数和所述时间戳相匹配时，检测结果生成为：有预设的操作手势；

匹配模块，用于当检测到所述预设的操作手势时，从匹配库中读取所述预设的操作手势所匹配的操作指令，其中，所述匹配库中存储与预设的操作手势相匹配的操作指令，所述匹配库中操作手势与操作指令之间是基于操作指令的执行频率和操作手势的难易程度匹配的；以及

执行模块，用于对音频数据执行所述操作指令。

9.如权利要求8所述的音频播放系统，其特征在于，所述匹配模块包括：

设置子模块，用于设置操作手势库，所述操作手势库用于存储预设的操作手势；以及

生成子模块，用于将所述操作指令与所述预设的操作手势进行匹配，以生成所述匹配库。

10.如权利要求9所述的音频播放系统，其特征在于，所述匹配模块还包括：

统计子模块，用于统计所述操作指令的执行频率、和所述预设的操作手势的难易程度；

判断子模块，用于根据所述执行频率和所述难易程度的排序，判断所述匹配库是否需要修改；以及

更新子模块，用于当需要修改时，发出修改所述将操作指令与所述操作手势的匹配关系的提示，以便更新所述匹配库。

11.如权利要求8至10中任一项所述的音频播放系统，其特征在于，

所述结果子模块，还用于当所述点击次数和所述时间戳不匹配时，则检测结果生成为：无预设的操作手势。

12.如权利要求8所述的音频播放系统，其特征在于，所述匹配模块包括：

模拟子模块，用于通过所述预设的操作手势模拟耳机的点击操作，所述点击操作包括：单击、双击、三击、和/或旋转；以及

匹配子模块，用于从匹配库中读取所述点击操作所匹配的操作指令。

13.如权利要求8所述的音频播放系统，其特征在于，还包括：

锁屏模块，用于触发进入所述锁屏界面。

14.如权利要求13所述的音频播放系统，其特征在于，所述锁屏模块包括：

图片子模块，用于设置所述锁屏界面的图片，其中所述图片为绿色系或黑色系；和/或

内容子模块，用户设置锁屏界面的显示内容，包括：歌曲信息、播放进度、歌词、歌曲、音频封面、或播放方法的操作说明。