CN113220263A

CN113220263A - 一种多系统的音频资源管理方法

Info

Publication number: CN113220263A
Application number: CN202110537680.0A
Authority: CN
Inventors: 周嘉豪; 宋子恒; 汤洪涛; 位富康
Original assignee: Zhejiang University of Technology ZJUT
Current assignee: Zhejiang University of Technology ZJUT
Priority date: 2021-05-17
Filing date: 2021-05-17
Publication date: 2021-08-06

Abstract

一种多系统的音频资源管理方法，通过以下步骤实现：A：系统进行初始化操作；步骤B：指定任意一个系统为第一系统，第一系统对所述硬件初始化操作；C：第一系统对硬件输出，其余系统通过所述第一系统对硬件输出；D：若对硬件输出的系统出现异常，则按一定顺序规则指定其余任意一个正常系统对所述硬件输出；E：若对硬件输出的系统出现异常，则对该系统重启，重启之后通过D中新指定的系统对所述硬件输出。与现有技术相比，本发明的优点是：无需限定多系统为统一内核，无需限定某一系统为主系统，任意一个系统异常，不会影响音频的管理及输出，使用软件动态做音频管理切换，可以实现无缝切换，用户体验更佳，不使用硬件切换，助于节约硬件成本。

Description

一种多系统的音频资源管理方法

技术领域

本发明涉及智能车联网，或家庭娱乐系统，更具体的是一种多系统的音频资源管理方法。

背景技术

车联网涵盖了移动互联网、物联网、制备汽车、智能交通等领域，即车联网集成了上述诸多技术领域。车联网目前应该是人、车、路的网络化、智能化。车联网有助于在驾驶过程当中让车更加安全，让人更加舒适，让路更加畅通。目前车辆网向车主主要提供的服务是集导航、安全、通信、生活信息和娱乐于-体的综合服务体系。车联网还可以提供远程诊断、应急诊断等服务内容，车载通信能够提供呼入和紧急呼出的工作。

单系统的音频管理无法满足当今日益增长的用户娱乐需求,使用硬件切换开关在使用上不够方便，无法满足用户无缝的在多系统之间进行切换，在现有的方案当中，Kernel为大多数操作系统的核心部分,它由操作系统中用于管理存储器、文件、外设和系统资源的那些部分组成，操作系统内核通常运行进程，并提供进程间的通信。

当前市面上已经存在一些方案，其多系统中的所有的操作系统必须依赖同一个kernel，如果kernel出现异常，声音输出系统则会发生无法输出声音的现象,且传统设计限定了所有的系统必须是以linux内核为限定的操作系统。

发明内容

本发明所要解决的技术问题是提供一种多系统的音频资源管理方法；无需限定多系统为统一内核，无需限定某一系统为主系统，任意一个系统异常，不会影响音频的管理及输出。

本发明解决上述技术问题所采用的技术方案为：一种多系统的音频资源管理方法，包括至少两个系统，硬件，所述系统之间相互连接，所述系统分别与所述硬件相连接，通过以下步骤实现：

步骤A：系统进行初始化操作；

步骤B：指定任意一个系统为第一系统，所述第一系统对所述硬件进行初始化操作；

步骤C：所述第一系统对硬件进行输出，其余系统通过所述第一系统对所述硬件进行输出；

步骤D：若对硬件输出的系统出现异常，则按一定顺序规则指定其余任意一个正常系统对所述硬件进行初始化，其余正常系统通过该指定的系统对所述硬件进行输出；

步骤E：若对硬件输出的系统出现异常，则对该系统进行重启，重启之后通过步骤D中新指定的系统对所述硬件进行输出。

上述方案中，所述系统不仅仅局限于Linux系统，允许其他不同的操作系统运行，提高兼容实用性。

上述方案中，所述每个系统包括音频控制交互模块、音频管理模块、音频硬件驱动模块、音频源数据接收模块。

上述方案中，所述音频控制交互模块用于通过网络协议在多系统间交互，传递信息；使多系统能够有统一的状态信息；

上述方案中，所述音频管理模块用于记录所有系统的音频通道及资源访问情况；

上述方案中，所述音频硬件驱动模块为硬件的驱动，当上电时,用于最先初始化硬件驱动成功的系统，并告知其他系统当前音频硬件已由该系统初始化成功；无需限定多系统为统一内核，无需限定某一系统为主系统，任一系统异常，不会影响音频的管理及输出。

上述方案中，所述音频源数据接收模块用于接收其他系统发送源数据并进行播放。

上述方案中，所述音频管理模块在每个系统中都具有同样的数据结构。

上述方案中，所述音频硬件驱动模块通过所述音频控制交互模块告知其他系统当前音频硬件已由该系统初始化成功。

上述方案中，所述音频硬件驱动模块在初始化硬件驱动成功的情况下，则其他系统不会再进行硬件初始化；一旦硬件初始化成功的系统出现异常，则由另外的系统重新初始化硬件资源。

上述方案中，在步骤A中，所述系统进行初始化操作控制系统的先后启动，并通过网络包通信，监测是否有系统已经对硬件进行过初始化。

上述方案中，所述系统可以直接对硬件寄存器进行访问。

上述方案中，在步骤D中，所述其余正常系统通过该指定的系统对所述硬件进行输出的方式为IPC通信进行音频数据的输出。

上述方案中，在每一套所述系统内都具有音频焦点管理策略，所述策略通过网络在多系统间同步。

与现有技术相比，本发明的优点是：多系统可以满足用户的更广泛的日常需求，无需限定多系统为统一内核，无需限定某一系统为主系统，任意一个系统异常，不会影响音频的管理及输出，使用软件动态做音频管理切换，可以实现无缝切换，用户体验更佳，不使用硬件切换，也有助于节约硬件成本。

附图说明

图1为本发明所述方法的硬件示意图。

图2为本发明所述方法的系统的内部模块图。

具体实施方式

以下结合附图实施例对本发明作进一步详细描述。

如图1--2所示，一种多系统的音频资源管理方法，包括至少两个系统，硬件，所述系统之间相互连接，所述系统分别与所述硬件相连接，通过以下步骤实现：

步骤A：系统进行初始化操作；

在部分硬件设计上，多核CPU是可以多PC指针运行，可以运行多操作系统。也有一些经过虚拟化的系统设计，可以运行多个操作系统。所述系统不仅仅局限于Linux系统，比如RTOS的系统也可以共享运行，还比如Android系统，本发明系统允许其他不同的操作系统运行，也不限定各操作系统的内核必须为linux内核；在每一套系统内都具有音频焦点管理策略，该策略通过网络在多系统间同步，每个系统内都会本地化当前的策略信息，如需进行访问，也会告知所有系统的管理模块进行记录；

当不同系统间对应用播放时，都需要先进行焦点请求，只有获得焦点后，才可以进行音频播放，焦点请求通过网络或IPC命令方式在多系统间传输；多系统间的焦点及数据全部通过网络或IPC接口进行传输；这些多操作系统可以直接对硬件寄存器进行访问，为了避免他们同时进行使用，在软件设计上可以依次初始化系统，比如让系统1先启动，其他系统稍后一点启动，通过互相通信，监测是否有系统已经对硬件进行过初始化；如果有硬件进行过初始化，那么就不再初始化硬件，而是与该系统进行IPC通信，进行音频数据的输出。

所述每个系统包括音频控制交互模块、音频管理模块、音频硬件驱动模块、音频源数据接收模块。

所述音频控制交互模块用于通过网络协议在多系统间交互，传递信息；所述音频控制交互模块通过网络协议在多系统间交互，传递信息；

所述音频管理模块用于记录所有系统的音频通道及资源访问情况；

所述音频硬件驱动模块为硬件的驱动，当上电时,用于最先初始化硬件驱动成功的系统，并告知其他系统当前音频硬件已由该系统初始化成功；

所述音频源数据接收模块用于接收其他系统发送源数据并进行播放；音频的数据传输也是使用网络接口方式，其他系统的音频数据通过网络接口发送到对硬件输出的系统里，其音频数据接收模块，专门负责接收其他系统的音频数据并进行播放。

音频管理模块在每个系统中都具有同样的数据结构。

所述音频硬件驱动模块通过所述音频控制交互模块告知其他系统当前音频硬件已由该系统初始化成功。

所述音频硬件驱动模块在初始化硬件驱动成功的情况下，则其他系统不会再进行硬件初始化；一旦硬件初始化成功的系统出现异常，则由另外的系统重新初始化硬件资源。

在步骤A中，所述系统进行初始化操作控制系统的先后启动，并通过网络包通信，监测是否有系统已经对硬件进行过初始化。

所述系统可以直接对硬件寄存器进行访问。

在步骤D中，所述其余正常系统通过该指定的系统对所述硬件进行输出的方式为IPC通信进行音频数据的输出，其中，音频输出的方式包括音响输出，蓝牙输出，耳机输出以及局域网络输出。

在每一套系统内都具有音频焦点管理策略，该策略通过网络在多系统间同步，每个系统内都会本地化当前的策略信息，如需进行访问，也会告知所有系统的管理模块进行记录；

当不同系统间对应用播放时，都需要先进行焦点请求，只有获得焦点后，才可以进行音频播放，焦点请求通过网络命令方式在多系统间传输；音频的数据传输也是使用网络接口方式，其他系统的音频数据通过网络接口发送到对硬件输出的系统里，其音频数据接收模块，专门负责接收其他系统的音频数据并进行播放。

以下为所述一种多系统的音频资源管理方法的具体实现步骤：

在系统和硬件上电后，其中任一系统会先对硬件进行初始化，初始化成功后会通过音频交互并网络在个系统间广播的形式告知其他系统；其他系统在当前环境下不会再对硬件进行初始化，直到该获得硬件访问的系统退出时，才会由新的系统来初始化，并重复之前的动作(如果在网络消息中检测到已经有CPU进行了硬件初始化，则无需再初始化，只需要进行数据传输即可)；此时，其余系统通过该系统所述音频源数据接收模块接收其他系统发送源数据，方式为通过网络接口发送到对硬件输出的系统里，音频数据接收模块专门负责接收其他系统的音频数据并进行播放；

若系统出现异常时，其余一正常系统对硬件对所述硬件进行输出，其余正常系统通过该指定的系统对所述硬件进行初始化并对硬件输出。

针对系统出现异常的情况，我们给出了以下四个实施例：

实施例1

当指定的第一系统OS1对硬件初始化后，所述第一系统OS1出现异常，则指定其余一正常系统(例如OS2)，对硬件重新初始化，所述出现异常的第一系统OS1重启，此时，OS1、OS3、OS4均通过所述OS2对硬件进行输出。

实施例2

当在实施例1中指定的系统OS2对硬件初始化后，所述系统OS2出现异常，则指定其余一正常系统(例如OS3)，对硬件重新初始化，所述出现异常的系统OS2重启，此时，OS1、OS2、OS4均通过所述OS3对硬件进行输出。

实施例3

当在实施例2中指定的系统OS3对硬件初始化后，所述系统OS3出现异常，则指定其余一正常系统(例如OS4)，对硬件重新初始化，所述出现异常的系统OS3重启，此时，OS1、OS2、OS3均通过所述OS4对硬件进行输出。

实施例4

当在实施例3中指定的系统OS4对硬件初始化后，所述系统OS4出现异常，则指定其余一正常系统(例如OS1)，对硬件重新初始化，所述出现异常的系统OS4重启，此时，OS2、OS3、OS4均通过所述OS1对硬件进行输出。

本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解，可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现，从而通过计算机或其他可编程数据处理方法的处理器来执行本发明公开的结构图和/或框图和/或流图的框或多个框中指定的方案。

本技术领域技术人员可以理解，本发明中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本发明中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本发明中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。

以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims

1.一种多系统的音频资源管理方法，其特征在于，包括至少两个系统，硬件，所述系统之间相互连接，所述系统分别与所述硬件相连接，通过以下步骤实现：

步骤A：系统进行初始化操作；

2.根据权利要求1中所述的一种多系统的音频资源管理方法，其特征在于，所述每个系统包括音频控制交互模块、音频管理模块、音频硬件驱动模块、音频源数据接收模块。

3.根据权利要求2中所述的一种多系统的音频资源管理方法，其特征在于，

所述音频控制交互模块用于通过IPC或网络协议在多系统间交互，传递信息；

所述音频硬件驱动模块为硬件的驱动，当上电时,用于最先初始化硬件驱动成功的系统；

所述音频源数据接收模块用于接收其他系统发送源数据并进行播放。

4.根据权利要求3中所述的一种多系统的音频资源管理方法，其特征在于，音频管理模块在每个系统中都具有同样的数据结构。

5.根据权利要求3中所述的一种多系统的音频资源管理方法，其特征在于，所述音频硬件驱动模块通过所述音频控制交互模块告知其他系统当前音频硬件已由该系统初始化成功。

6.根据权利要求3中所述的一种多系统的音频资源管理方法，其特征在于，所述音频硬件驱动模块在初始化硬件驱动成功的情况下，则其他系统不会再进行硬件初始化；一旦硬件初始化成功的系统出现异常，则由另外的系统重新初始化硬件资源。

7.根据权利要求1中所述的一种多系统的音频资源管理方法，其特征在于，在步骤A中，所述系统进行初始化操作控制系统的先后启动，并通过网络包通信，监测是否有系统已经对硬件进行过初始化。

8.根据权利要求1中所述的一种多系统的音频资源管理方法，其特征在于，所述系统可以直接对硬件寄存器进行访问。

9.根据权利要求1中所述的一种多系统的音频资源管理方法，其特征在于，在步骤D中，所述其余正常系统通过该指定的系统对所述硬件进行输出的方式为IPC通信进行音频数据的输出。

10.根据权利要求1中所述的一种多系统的音频资源管理方法，其特征在于，在每一套所述系统内都具有音频焦点管理策略，所述策略通过网络在多系统间同步。