CN112416290A - 一种基于音频焦点的音频管理方法 - Google Patents

Abstract

本发明提供了车载终端控制技术领域内的一种基于音频焦点的音频管理方法，包括以下步骤，（1）系统添加音源服务，根据音源的特性定义焦点的类型、优先级、是否可延迟类型及音频流类型；（2）车载系统打开后，指定的音源服务处于播放状态；（3）需要切换音源服务时，点击客户端上的切换音源按钮，客户端将音源切换的指令发送给对应的音源服务，音源服务经服务端解析后将请求焦点的指令发送给音源框架，音源框架判断是否请求焦点成功，若请求成功，则将请求成功的指令经服务端发送给音源服务，音源切换成功，否则切换失败；本发明易拓展和维护，减小资源占用。

Description

一种基于音频焦点的音频管理方法

技术领域

本发明涉及车载终端控制技术领域，特别涉及一种基于音频焦点的音频管理方法。

背景技术

目前主流的车载系统音频交互主要采用应用请求焦点并监听焦点状态的方式，这种方式对应用实现者的技术要求较高，同时由于不同应用处理方式有差异以及车载音源多种多样，会造成各类音源混音和音频ID3信息显示混乱的问题。同时，通过启动对应的音频应用来直接与应用进行交互，不同应用启动会占用大量系统资源导致车机卡顿影响用户体验；应用自身实现对焦点的监听管理，容易出现部分临时音源的插入而导致音源无法正确的恢复之前的播放状态从而影响用户使用；另外，现有音源管理方法与应用耦合度较高，不易拓展和维护，新音源的加入会对整个音源逻辑有较大的影响。

发明内容

针对现有技术中的缺陷，本发明的目的在于克服上述现有技术中的不足之处，提供一种基于音频焦点的音频管理方法，解决现有技术中不易拓展维护的技术难题，本发明可智能下发播放控制指令，易拓展和维护，减小资源占用。

本发明的目的是这样实现的：一种基于音频焦点的音频管理方法，包括管理系统，所述管理系统包括音源框架、框架客户端、框架服务端和音源服务，所述框架客户端将音源请求指令发送给音源服务，音源服务通过调用框架服务端请求焦点接口指令发送给音源框架，音源框架将请求焦点成功的指令经服务端发送给音源服务；

（1）系统添加音源服务，根据音源的特性定义该音源焦点的类型、优先级、是否可延迟类型及音频流类型；

（2）车载系统打开后，指定的音源服务处于播放状态；

（3）需要切换音源服务时，点击客户端上的切换音源按钮，客户端将音源切换的指令发送给对应的音源服务，音源服务经服务端解析后将请求焦点的指令发送给音源框架，音源框架判断是否请求焦点成功，若请求成功，则将请求成功的指令经服务端发送给音源服务，音源切换成功，否则切换失败。

为了进一步保证高低优先级音源之间申请焦点的稳定性，所述步骤（3）中，判断过程如下，音源框架判断请求焦点的优先级是否不小于当前音源栈顶焦点优先级级别，若不小于当前音源栈顶焦点优先级级别，则请求焦点成功，若小于当前音源栈顶焦点优先级级别，请求焦点失败。

为了进一步避免高优先级临时音源焦点抢占情况下低优先级音源请求焦点的冲突发生，所述步骤（3）中，若小于当前音源栈顶焦点优先级级别，判断该音源服务是否为延迟类型，若为延迟类型，则将该焦点插入到焦点栈里栈顶往下符合自己优先级的位置，否则，请求焦点失败。

为了，请求焦点成功后还包括如下步骤，

音源服务收到请求焦点成功的指令后，音源服务通过框架服务端发送给音源框架一次播放指令，若音源服务的焦点处于焦点栈顶时，音源框架处理该播放指令，音源框架将播放指令下达给框架服务端，服务端控制音源服务执行指令，若用户按下客户端上的播放暂停按钮，对应音源服务的播放控制指令才会执行，否则音源服务不会执行；若音源服务的焦点不处于焦点栈顶，音源框架不会处理该播放指令。

本发明与现有技术相比，通过音源焦点配置管理各个音源间的抢占优先级，保证高低优先级音源之间申请焦点的秩序和稳定，管理音源焦点的请求类型，实现临时音源和降音临时音源申请放弃焦点后之前音源能够恢复播放状态，保障体验，同时，所有音源服务只需要实现播放服务，无需管理界面的实现，整个车载系统拥有统一的信息展示和播放控制界面，即由客户端实现，实现信息显示和不同音频播放服务的解耦和分离；可应用于车载系统的音源管理工作中。

附图说明

图1为本发明中音源服务向框架客户端发送当前媒体信息的流程框图。

图2为本发明中音源框架中一条播放指令的执行流程框图。

具体实施方式

下面结合附图对本发明作进一步的说明。

如图1和图2所示的一种基于音频焦点的音频管理方法，包括管理系统，所述管理系统包括音源框架、框架客户端、框架服务端和音源服务，所述框架客户端将音源请求指令发送给音源服务，音源服务通过调用框架服务端请求焦点接口指令发送给音源框架，音源框架将请求焦点成功的指令经服务端发送给音源服务；

（1）系统添加音源服务，根据音源的特性定义该音源焦点的类型、优先级、是否可延迟类型及音频流类型；

（2）在用户界面上注册框架客户端，用户根据需求设定焦点范围；

（3）车载系统打开后，指定的音源服务处于播放状态；

（4）需要切换音源服务时，点击客户端上的切换音源按钮，客户端将音源切换的指令发送给对应的音源服务，音源服务经服务端解析后将请求焦点的指令发送给音源框架，音源框架判断是否请求焦点成功，若请求成功，则将请求成功的指令经服务端发送给音源服务，音源切换成功，否则切换失败。

为了进一步保证高低优先级音源之间申请焦点的稳定性，所述步骤（3）中，判断过程如下，音源框架判断请求焦点的优先级是否不小于当前音源栈顶焦点优先级级别，若不小于当前音源栈顶焦点优先级级别，则请求焦点成功，若小于当前音源栈顶焦点优先级级别，请求焦点失败。

为了进一步避免高优先级临时音源焦点抢占情况下低优先级音源请求焦点的冲突发生，所述步骤（3）中，若小于当前音源栈顶焦点优先级级别，判断该音源服务是否为延迟类型，若为延迟类型，则将该焦点插入到焦点栈里栈顶往下符合自己优先级的位置，否则，请求焦点失败。

请求焦点成功后还包括如下步骤，

音源服务收到请求焦点成功的指令后，音源服务通过框架服务端发送给音源框架一次播放指令，若音源服务的焦点处于焦点栈顶时，音源框架处理该播放指令，音源框架将播放指令下达给框架服务端，服务端控制音源服务执行指令，若用户按下客户端上的播放暂停按钮，对应音源服务的播放控制指令才会执行，否则音源服务不会执行；若音源服务的焦点不处于焦点栈顶，音源框架不会处理该播放指令。

如图1所示，当音源服务获取到媒体信息后，调用服务端控制对象发送媒体信息，音源框架首先会获取当前要发送媒体信息的音源服务焦点对象，如果此音源服务没有焦点对象则直接忽略发送信息，成功获取到焦点对象后，会遍历所有的监听的客户端对象，只有当前音源焦点处于栈顶且在监听客户端的注册的焦点范围内时，才会发送给客户端媒体信息；其中；接收和发送媒体信息时，当框架客户端注册时没有明确声明焦点范围时，该框架客户端采用系统设定的焦点范围参数，框架客户端有设定明确的焦点范围时，框架客户端只能收到其定义范围的音源服务发送的媒体信息，框架客户端采用系统设定的焦点范围时，该框架客户端可以监听到所有音源服务的媒体信息；下面举例说明，例如用户注册了三个框架客户端，分别为A、B、C，用户在A客户端上未设定监听的焦点范围，B注册监听USB服务，C客户端注册监听蓝牙服务，假如当前USB为焦点栈顶，USB音乐服务通过框架服务端发送了一条媒体信息，蓝牙服务也不受控制发送了一条媒体信息；那么音源框架会将蓝牙服务的媒体信息直接过滤掉，只会处理USB服务发送的媒体信息，那么此时，AB客户端会收到并显示这条信息，C不会收到任何信息。

如图2所示，框架客户端控制对象通过发送播放指令到音源框架，音源框架会从焦点栈顶开始遍历当前焦点堆栈，并与指定的焦点范围进行比对，如果当前指令没有指定焦点范围则默认在焦点栈顶分发指令消息；如果指定了焦点范围则尝试找出焦点堆栈中对应的焦点并分发指令消息，最终由对应焦点的音源服务执行相关指令；具体为，框架客户端的播放控制也可以限定焦点范围（此焦点范围和注册框架客户端时指定的焦点范围不同，这样可以灵活处理不同需求），当播放指令未指定焦点范围时，就是默认发送给当前栈顶的音源服务，用上面的例子，如果ABC客户端播放控制都没有指定焦点范围的话，分别在这三个客户端上点击播放，都发送给USB服务执行，若在播放控制时指定焦点范围为蓝牙，当音源框架收到这条指定了范围的指令，又发现蓝牙服务对应的音源焦点不是焦点栈顶的时候，那么音源框架就会调用蓝牙音源服务请求焦点，使其重新回到栈顶，再把指令发给蓝牙服务；这样使客户端直接代表用户的意愿，用户的请求被执行，提高用户体验。

本发明与现有技术相比，具有以下技术效果，界面客户端可以指定监听自己想要监听的音源媒体信息，同时能够通过简单的新增音源服务的方式配合指定焦点范围的播放控制功能实现对当前媒体音源的中断以及恢复，实现对静音之类需要中断和恢复媒体音源的特殊功能的灵活处理，减少普通音源服务模块的逻辑复杂度并减少系统BUG，提升音源服务稳定性，同时能够实现统一的媒体信息展示效果增强用户体验，提升界面设计的美感等，同时服务框架则能够灵活的将一些需要中断音频操作的情况视为临时音源处理，提升系统稳定性，而且服务无需实现复杂的焦点切换流程，只需简单的执行框架下发的播放控制指令即可；便于维护和拓展，同时由于音源服务不包含界面，也能减少音源服务的资源占用，也适用于储存空间少的车机。

本发明并不局限于上述实施例，在本发明公开的技术方案的基础上，本领域的技术人员根据所公开的技术内容，不需要创造性的劳动就可以对其中的一些技术特征作出一些替换和变形，这些替换和变形均在本发明保护范围内。

Claims (4)

1.一种基于音频焦点的音频管理方法，其特征在于：包括管理系统，所述管理系统包括音源框架、框架客户端、框架服务端和音源服务，所述框架客户端将音源请求指令发送给音源服务，音源服务通过调用框架服务端请求焦点接口指令发送给音源框架，音源框架将请求焦点成功的指令经服务端发送给音源服务；

（1）系统添加音源服务，根据音源的特性定义该音源焦点的类型、优先级、是否可延迟类型及音频流类型；

（2）车载系统打开后，指定的音源服务处于播放状态；

（3）需要切换音源服务时，点击客户端上的切换音源按钮，客户端将音源切换的指令发送给对应的音源服务，音源服务经服务端解析后将请求焦点的指令发送给音源框架，音源框架判断是否请求焦点成功，若请求成功，则将请求成功的指令经服务端发送给音源服务，音源切换成功，否则切换失败。

2.根据权利要求1所述的基于音频焦点的音频管理方法，其特征在于，所述步骤（3）中，判断过程如下，音源框架判断请求焦点的优先级是否不小于当前音源栈顶焦点优先级级别，若不小于当前音源栈顶焦点优先级级别，则请求焦点成功，若小于当前音源栈顶焦点优先级级别，请求焦点失败。

3.根据权利要求2所述的基于音频焦点的音频管理方法，其特征在于，所述步骤（3）中，若小于当前音源栈顶焦点优先级级别，判断该音源服务是否为延迟类型，若为延迟类型，则将该焦点插入到焦点栈里栈顶往下符合自己优先级的位置，否则，请求焦点失败。

4.根据权利要求1～3任一项所述的基于音频焦点的音频管理方法，其特征在于，请求焦点成功后还包括如下步骤，

音源服务收到请求焦点成功的指令后，音源服务通过框架服务端发送给音源框架一次播放指令，若音源服务的焦点处于焦点栈顶时，音源框架处理该播放指令，音源框架将播放指令下达给框架服务端，服务端控制音源服务执行指令，若用户按下客户端上的播放暂停按钮，对应音源服务的播放控制指令才会执行，否则音源服务不会执行；若音源服务的焦点不处于焦点栈顶，音源框架不会处理该播放指令。

Images