一种通过耳机深层次控制声音播放的方法及终端设备

1.一种通过耳机深层次控制声音播放的方法，其特征在于，该方法包括以下步骤：
检测耳机的hook按键是否被按下，当hook按键被按下时，耳机发送hook_key按键事件给终端设备，终端设备接收所述hook_key按键事件；
检测当前是否有音频信号在传输，当检测到有音频信号在传输时，跟踪所述音频信号并获取与所述音频信号相对应的应用程序的进程号PID；
根据与所述音频信号相对应的应用程序的进程号PID定位到当前正在进行音频信号传输的应用程序并控制所述应用程序的声音输出。
2.根据权利要求1所述的通过耳机深层次控制声音播放的方法，其特征在于，所述检测当前是否有音频信号在传输，当检测到有音频信号在传输时，跟踪所述音频信号并获取与所述音频信号相对应的应用程序的进程号PID的步骤具体包括：
检测当前音频流是否有数据传输，当检测到有数据传输，跟踪音频数据流并获取与所述音频数据流相对应的应用程序的进程号PID。
3.根据权利要求1所述的通过耳机深层次控制声音播放的方法，其特征在于，所述检测当前是否有音频信号在传输的步骤之后，该方法还包括：
当检测不到有音频信号在传输时，启动终端设备的系统内置音乐播放器。
4.根据权利要求3所述的通过耳机深层次控制声音播放的方法，其特征在于，所述应用程序包括耳机hook_key按键事件优先级高于系统内置音乐播放器的播放器应用程序、耳机hook_key按键事件优先级低于系统内置音乐播放器的应用程序和没有设置耳机hook_key按键事件优先级的应用程序。
5.一种终端设备，包括一个或多个应用程序，其特征在于，该终端设备包括：
第一检测模块，用于检测耳机的hook按键是否被按下；
接收模块，用于接收耳机发送的hook_key按键事件；
第二检测模块，用于检测当前是否有音频信号在传输；
获取模块，用于当所述第二检测模块检测到有音频信号在传输时，跟踪所述音频信号并获取与所述音频信号相对应的应用程序的进程号PID；
定位模块，用于根据所述获取模块获取到的与所述音频信号相对应的应用程序的进程号PID定位到当前正在进行音频信号传输的应用程序；
控制模块，用于控制所述定位模块定位到的应用程序的声音输出。
6.根据权利要求5所述的终端设备，其特征在于，该终端设备还包括：
启动模块，用于当所述第二检测模块检测不到有音频信号在传输时，启动终端设备的系统内置音乐播放器。

一种通过耳机深层次控制声音播放的方法及终端设备\n技术领域\n[0001] 本发明涉及通信技术领域，更具体地说，是涉及一种通过耳机深层次控制声音播放的方法及终端设备。\n背景技术\n[0002] 目前，耳机hook按键的控制流程如下：耳机hook按键被按下，向上层发送hook_key事件，上层接收到hook_key事件，如果这个时候有第三方播放器应用（比如说千千静听，或者暴风影音），由于这些应用程序的耳机按键事件优先级很高（高于系统内置的播放器），它们就会优先接收到该耳机按键事件，那么就可以控制第三方播放器的音乐、画面的暂停或播放。\n[0003] 此外，如果没有第三方播放器应用，或者说该应用程序一般不算是播放器应用（比如说新概念英语或者懒人听书，这些应用程序的耳机按键事件优先级很低，甚至都没有设置优先级），那么这个时候（比如说我们还在听新概念英语）按下hook按键，就会启动终端设备的系统内置播放器，也就是说我们带着耳机听新概念英语时，按下hook按键，不但无法暂停或者播放英语，反而会启动系统内置播放器，影响用户的操作。\n发明内容\n[0004] 本发明的目的在于克服现有技术中的上述缺陷，提供一种通过耳机深层次控制声音播放的方法及终端设备，以实现通过跟踪音频信号，获取与该音频信号相对应的应用程序的进程号PID，通过该进程号PID直接来控制该应用程序。\n[0005] 为实现上述目的，本发明提供的技术方案如下：\n[0006] 一种通过耳机深层次控制声音播放的方法，该方法包括以下步骤：\n[0007] 检测耳机的hook按键是否被按下，当hook按键被按下时，耳机发送hook_key按键事件给终端设备，终端设备接收所述hook_key按键事件；\n[0008] 检测当前是否有音频信号在传输，当检测到有音频信号在传输时，跟踪所述音频信号并获取与所述音频信号相对应的应用程序的进程号PID；\n[0009] 根据与所述音频信号相对应的应用程序的进程号PID定位到当前正在进行音频信号传输的应用程序并控制所述应用程序的声音输出。\n[0010] 进一步而言，所述检测当前是否有音频信号在传输，当检测到有音频信号在传输时，跟踪所述音频信号并获取与所述音频信号相对应的应用程序的进程号PID的步骤具体包括：\n[0011] 检测当前音频流是否有数据传输，当检测到有数据传输，跟踪音频数据流并获取与所述音频数据流相对应的应用程序的进程号PID。\n[0012] 进一步而言，所述检测当前是否有音频信号在传输的步骤之后，该方法还包括：\n[0013] 当检测不到有音频信号在传输时，启动终端设备的系统内置音乐播放器。\n[0014] 进一步而言，所述应用程序包括耳机hook_key按键事件优先级高于系统内置音乐播放器的播放器应用程序和耳机hook_key按键事件优先级低于系统内置音乐播放器的应用程序和没有设置耳机hook_key按键事件优先级的应用程序。\n[0015] 本发明还提供一种终端设备，包括一个或多个应用程序，该终端设备还包括：\n[0016] 第一检测模块，用于检测耳机的hook按键是否被按下；\n[0017] 接收模块，用于接收耳机发送的hook_key按键事件；\n[0018] 第二检测模块，用于检测当前是否有音频信号在传输；\n[0019] 获取模块，用于当所述第二检测模块检测到有音频信号在传输时，跟踪所述音频信号并获取与所述音频信号相对应的应用程序的进程号PID；\n[0020] 定位模块，用于根据所述获取模块获取到的与所述音频信号相对应的应用程序的进程号PID定位到当前正在进行音频信号传输的应用程序；\n[0021] 控制模块，用于控制所述定位模块定位到的应用程序的声音输出。\n[0022] 进一步而言，该终端设备还包括：\n[0023] 启动模块，用于当所述第二检测模块检测不到有音频信号在传输时，启动终端设备的系统内置音乐播放器。\n[0024] 与现有技术相比，本发明的有益效果在于：\n[0025] 本发明通过检测当前是否有音频信号在传输，当检测到有音频信号在传输时，跟踪音频信号并获取与音频信号相对应的应用程序的进程号PID，根据与音频信号相对应的应用程序的进程号PID定位到当前正在进行音频信号传输的应用程序，从而达到不用在意应用程序的耳机按键事件优先级和当前的应用程序是否可以获取到hook_key按键事件，都可以深层次地通过hook按键来控制声音的播放或停止的目的，提高了终端设备的整体易用性。\n附图说明\n[0026] 图1是本发明实施例的通过耳机深层次控制声音播放的方法流程图。\n[0027] 图2是本发明实施例的终端设备的结构框图。\n具体实施方式\n[0028] 为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。\n[0029] 实施例一\n[0030] 本发明的实施例提供了一种通过耳机深层次控制声音播放的方法，下面结合附图对本实施例进行详细说明。\n[0031] 图1是本发明实施例的通过耳机深层次控制声音播放的方法流程图，参考图1，具体包括以下步骤：\n[0032] 步骤S101，检测耳机的hook按键是否被按下。\n[0033] 终端设备在开机初始化后，当需要用耳机控制应用程序的声音播放时，将耳机插入在位，检测耳机的hook按键是否被按下，如果hook按键没有被按下，则执行步骤S102，否则执行步骤S103，及其以后的步骤。\n[0034] 步骤S102，继续检测耳机的hook按键是否被按下。\n[0035] 步骤S103，耳机发送hook_key按键事件给终端设备，终端设备接收所述hook_key按键事件。\n[0036] 步骤S104，检测当前是否有音频信号在传输。\n[0037] 在本实施例中，步骤S104具体是指检测当前音频流是否有数据传输。其中，音频流是控制数据流同步类型音频的输出质量。\n[0038] 步骤S105，当检测到有音频信号在传输时，跟踪所述音频信号并获取与所述音频信号相对应的应用程序的进程号PID。\n[0039] 在本实施例中，步骤S105具体是指当检测到当前音频流有数据传输时，说明此时有某些应用程序在输出声音，跟踪音频数据流并获取与所述音频数据流相对应的应用程序的进程号PID。每个应用程序有唯一的进程号PID，它是应用程序运行时系统分配的，在运行时进程号PID是不会改变标识符的，例如：“千千静听——PID：11”、“新概念英语——PID：\n201”、“懒人听书——PID：221”等。\n[0040] 步骤S106，根据与所述音频信号相对应的应用程序的进程号PID定位到当前正在进行音频信号传输的应用程序。具体的说，既然获取到了该进程号PID，那么就可以定位到此时具体是哪个应用程序在操作音频数据流。\n[0041] 步骤S107，控制所述应用程序的声音输出，即控制声音播放或停止。\n[0042] 步骤S108，当检测不到有音频信号在传输时，启动终端设备的系统内置音乐播放器。\n[0043] 其中，应用程序包括耳机hook_key按键事件优先级高于系统内置音乐播放器的播放器应用程序和耳机hook_key按键事件优先级低于系统内置音乐播放器的应用程序和没有设置耳机hook_key按键事件优先级的应用程序。\n[0044] 本发明不用在意应用程序的耳机hook_key按键事件优先级和当前的应用程序是否可以获取到hook_key按键事件，都可以深层次地通过hook按键来控制声音的播放或停止，提高了终端设备的整体易用性。\n[0045] 实施例二\n[0046] 本发明提供一种终端设备，图2是本发明实施例的终端设备的结构框图，参考图2，其包括一个或多个应用程序，该终端设备还包括：\n[0047] 第一检测模块201，用于检测耳机的hook按键是否被按下；\n[0048] 接收模块202，用于接收耳机发送的hook_key按键事件；\n[0049] 第二检测模块203，用于检测当前是否有音频信号在传输；\n[0050] 获取模块204，用于当所述第二检测模块203检测到有音频信号在传输时，跟踪所述音频信号并获取与所述音频信号相对应的应用程序的进程号PID；\n[0051] 定位模块205，用于根据所述获取模块204获取到的与所述音频信号相对应的应用程序的进程号PID定位到当前正在进行音频信号传输的应用程序；\n[0052] 控制模块206，用于控制所述定位模块205定位到的应用程序的声音输出。\n[0053] 作为较佳的实施方式，在本实施例中，该终端设备还包括：\n[0054] 启动模块207，用于当所述第二检测模块203检测不到有音频信号在传输时，启动终端设备的系统内置音乐播放器208。\n[0055] 本发明通过第二检测模块203、获取模块204、定位模块205和控制模块206来跟踪音频信号，获取与该音频信号相对应的应用程序的进程号PID，通过该进程号PID直接来控制该应用程序，从而大大提高了终端设备用户使用耳机深层次控制应用程序进行声音播放的操作效率，提高了终端设备的整体易用性。\n[0056] 本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以在存储于一计算机可读取存储介质中，所述的存储介质，如ROM/RAM、磁盘、光盘等。\n[0057] 上述实施例为本发明较佳的实施方式，但本发明的实施方式并不受上述实施例的限制，其他的任何未背离本发明的精神实质与原理下所作的改变、修饰、替代、组合、简化，均应为等效的置换方式，都包含在本发明的保护范围之内。