CN115794725B - 获得播放决策的方法、决策系统、相关设备及存储介质 - Google Patents
获得播放决策的方法、决策系统、相关设备及存储介质 Download PDFInfo
- Publication number
- CN115794725B CN115794725B CN202310070686.0A CN202310070686A CN115794725B CN 115794725 B CN115794725 B CN 115794725B CN 202310070686 A CN202310070686 A CN 202310070686A CN 115794725 B CN115794725 B CN 115794725B
- Authority
- CN
- China
- Prior art keywords
- playing
- audio
- played
- decision
- systems
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Fittings On The Vehicle Exterior For Carrying Loads, And Devices For Holding Or Mounting Articles (AREA)
- Reverberation, Karaoke And Other Acoustics (AREA)
Abstract
本申请公开了一种获得播放决策的方法、决策系统、相关设备及存储介质,其中所述方法应用于决策系统,包括:采用多核异构系统的核间通信机制,获得至少两个播放系统的音频播放请求;决策系统和至少两个播放系统为运行在多核异构系统的各硬件域上的系统;各硬件域由多核异构系统中多个架构不同的处理器核与各处理核连接的硬件资源构成,各硬件域之间互相隔离;根据各播放系统的音频播放请求,获得各播放系统所请求播放的各音频的待播放状态;基于各音频的待播放状态,确定播放决策信息,以供各播放系统中的至少之一播放系统按照播放决策信息进行各音频中的至少之一音频的播放;决策系统的安全性高于至少两个播放系统的安全性。
Description
技术领域
本申请涉及决策领域,尤其涉及一种获得播放决策的方法、决策系统、芯片、驾驶设备及计算机存储介质。
背景技术
相关技术中,针对包括有两个或多个操作系统的设备,如果同一时刻两个或多个操作系统均请求播放各自需要的音频,为实现对资源的有效利用,通常由两个或多个操作系统中的其中一个操作系统作为决策中心,对多个音频做出诸如哪个音频播放、哪个音频不播放的决策。如果作为决策中心的操作系统发生故障如宕机,则无法做出对多音频播放的决策。
发明内容
本申请提供了一种获得播放决策的方法、决策系统、芯片、驾驶设备及计算机存储介质,以至少解决现有技术中存在的以上技术问题。
根据本申请的第一方面,提供了一种获得播放决策的方法,应用于决策系统,所述方法包括:
采用多核异构系统的核间通信机制,获得至少两个播放系统的音频播放请求;其中,所述决策系统和所述至少两个播放系统为运行在所述多核异构系统的各硬件域上的系统;所述各硬件域由所述多核异构系统中多个架构不同的处理器核与各处理核连接的硬件资源构成,所述各硬件域之间互相隔离;
根据所述至少两个播放系统中各播放系统的音频播放请求,获得各播放系统所请求播放的各音频的待播放状态;
基于各播放系统所请求播放的各音频的待播放状态,确定播放决策信息,以供所述各播放系统中的至少之一播放系统按照所述播放决策信息进行各音频中的至少之一音频的播放;其中,所述决策系统的安全性高于至少两个播放系统的安全性。
在一可实施方式中,所述根据所述至少两个播放系统中各播放系统的音频播放请求,获得各播放系统所请求播放的各音频的待播放状态,包括:
根据所述至少两个播放系统中各播放系统的音频播放请求,获得各播放系统所请求播放的各音频的待播放状态以及各音频的播放优先级;
基于各音频的待播放状态以及各音频的播放优先级,确定播放决策信息,所述播放决策信息用于供各播放系统按照各音频的播放优先级指示的播放顺序以各音频的待播放状态进行各音频的播放。
在一可实施方式中,所述根据所述至少两个播放系统中各播放系统的音频播放请求,获得各播放系统所请求播放的各音频的待播放状态,包括:
根据所述至少两个播放系统中各播放系统的音频播放请求,得到各播放系统所请求播放的各音频的类型;基于各音频的类型对应的播放优先级,确定各音频的待播放状态。
在一可实施方式中,所述根据所述至少两个播放系统中各播放系统的音频播放请求,获得各播放系统所请求播放的各音频的待播放状态,包括:
根据所述至少两个播放系统中各播放系统的音频播放请求和各播放系统的优先级,确定各音频的待播放状态。
在一可实施方式中,所述根据所述至少两个播放系统中各播放系统的音频播放请求,获得各播放系统所请求播放的各音频的待播放状态,包括:
根据所述至少两个播放系统中各播放系统的音频播放请求和各播放系统所处硬件域的优先级,确定各音频的待播放状态。
在一可实施方式中,所述采用多核异构系统的核间通信机制,获得至少两个播放系统的音频播放请求,包括:
在所述至少两个播放系统中的第一播放系统基于第一音频播放请求在播放第一音频的情况下,采用核间通信机制获得所述至少两个播放系统中的至少一个第二播放系统的第二音频播放请求;
所述根据所述至少两个播放系统中各播放系统的音频播放请求,获得各播放系统所请求播放的各音频的待播放状态,包括:
根据所述第一音频播放请求和所述至少一个第二播放系统的第二音频播放请求,获得所述第一音频和所述至少一个第二播放系统所请求播放的至少一第二音频的待播放状态。
在一可实施方式中,所述各播放系统所请求播放的各音频中的至少之一对应有图像;所述根据所述至少两个播放系统中各播放系统的音频播放请求,获得各播放系统所请求播放的各音频的待播放状态,包括:
根据所述至少两个播放系统中各播放系统的音频播放请求以及各音频是否对应有图像的判断结果,获得各播放系统所请求播放的各音频的待播放状态。
根据本申请的第二方面,提供了一种决策系统,包括:
第一获得单元,用于采用多核异构系统的核间通信机制,获得至少两个播放系统的音频播放请求;其中,所述决策系统和所述至少两个播放系统为运行在所述多核异构系统的各硬件域上的系统;所述各硬件域由所述多核异构系统中多个架构不同的处理器核与各处理核连接的硬件资源构成,所述各硬件域之间互相隔离;
第二获得单元,用于根据所述至少两个播放系统中各播放系统的音频播放请求,获得各播放系统所请求播放的各音频的待播放状态;
确定单元,用于基于各播放系统所请求播放的各音频的待播放状态,确定播放决策信息,以供所述各播放系统中的至少之一播放系统按照所述播放决策信息进行各音频中的至少之一音频的播放;
其中,所述决策系统的安全性高于至少两个播放系统的安全性。
根据本申请的第三方面,提供了一种芯片,包括前述的决策系统。
根据本申请的第四方面,提供了一种驾驶设备,包括:至少一个处理器;以及与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行本申请所述的方法。
根据本申请的五方面,提供了一种存储有计算机指令的非瞬时计算机可读存储介质,所述计算机指令用于使所述计算机执行本申请所述的方法。
本申请技术方案,与相关技术相比,至少可不受操作系统宕机的影响,能够独立做出对音频播放的决策,可正常实现对多音频播放的决策。
应当理解,本部分所描述的内容并非旨在标识本申请的实施例的关键或重要特征,也不用于限制本申请的范围。本申请的其它特征将通过以下的说明书而变得容易理解。
附图说明
通过参考附图阅读下文的详细描述,本申请示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中,以示例性而非限制性的方式示出了本申请的若干实施方式,其中:
在附图中,相同或对应的标号表示相同或对应的部分。
图1示出了本申请实施例中多核异构芯片的硬件构成示意图;
图2示出了本申请实施例中获得播放决策的方法的实现流程示意图一;
图3示出了本申请实施例中多核异构系统的构成示意图一;
图4示出了本申请实施例中获得播放决策的方法的实现流程示意图二;
图5示出了本申请实施例中获得播放决策的方法的实现流程示意图三;
图6示出了本申请实施例中应用场景示意图;
图7示出了本申请实施例中多核异构系统的构成示意图二;
图8示出了本申请实施例中获得播放决策的方法的实现流程示意图四;
图9示出了本申请实施中决策系统的组成结构示意图;
图10示出了本申请实施中驾驶设备的硬件结构示意图。
具体实施方式
为使本申请的目的、特征、优点能够更加的明显和易懂,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而非全部实施例。基于本申请中的实施例,本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
为了使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请作进一步地详细描述,所描述的实施例不应视为对本申请的限制,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本申请保护的范围。
在以下的描述中,涉及到“一些实施例”,其描述了所有可能实施例的子集,但是可以理解, “一些实施例”可以是所有可能实施例的相同子集或不同子集,并且可以在不冲突的情况下相互结合。
在以下的描述中,所涉及的术语“第一\第二”仅仅是区别类似的对象,不代表针对对象的特定排序,可以理解地,“第一\第二”在允许的情况下可以互换特定的顺序或先后次序,以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。
除非另有定义,本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的,不是旨在限制本申请。
应理解,在本申请的各种实施例中,各实施过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
本申请实施例的获得播放决策的方法的处理逻辑可部署于决策系统中。决策系统为部署于多核异构系统中的系统。即,本申请实施例中获得播放决策的方法的实现依赖于多核异构系统。基于在多核异构系统的一硬件域上运行的决策系统做出对多音频播放的决策。
本申请实施例中,多核异构系统包括多核异构芯片。多核异构芯片,是指在单颗芯片内集成有不同架构处理器核的芯片。如,集成有不同架构的处理器核的单颗SOC(片上系统)芯片。多核异构芯片中的每个处理器核可作为一个独立处理器,可独立运行每个处理器核需要运行的指令,实现每个处理器核需要实现的任务。可以理解,多核异构芯片作为一种具有多核处理器的芯片。与单核处理器芯片相比,各核任务的独立运行,可加快运行速度,提高多任务执行能力,从而带来性能高的优势。且多核处理器被设置在同一芯片上,具有成本低的优势。
如图1所示,所述多核异构芯片包括多个不同架构的处理器核,所述多个处理器核包括第一处理器核、第二处理器核…第N处理器核。N为大于等于2的正整数,根据实际情况而灵活设定。在多个处理器核中,每个处理器核相当于是一个计算引擎,其类型和/或数量可不同。其中,处理器核的类型包括计算能力强的核和实时性强(计算快)的核。处理器核的类型和/或数量的不同可在一定程度上实现处理器核之间的架构不同。
示例性地,由于嵌入式处理器(ARM)具有成本低和低功耗的优势,数字信号处理器(DSP)具有数字专用处理的优势,可编程逻辑阵列(FPGA)具有高速处理的优势,每种类型的处理器作为一种处理器核使用,被设计在同一SOC芯片上,即可得到一种多核异构的SOC芯片。
每个处理器核与各处理器核连接的硬件资源,如时钟控制器、中断控制器、内存空间等构成每个硬件域。即,多核异构芯片包括多个硬件域。在多核异构芯片中,每个硬件域是一组硬件资源的集合。不同硬件域之间是互相隔离的,这种隔离可视为一种物理上的隔离,如同一硬件域内的硬件设计在多核异构芯片的相近位置,不同硬件域内的硬件设计在多核异构芯片的不同位置,以物理位置上实现隔离。当然,本申请实施例中的不同硬件域之间的互相隔离可以不是物理上的隔离,而是逻辑上的隔离。这种逻辑上的隔离可体现在:同一硬件域内的硬件资源需要使用同一通信标识,不同硬件域内的硬件资源使用不同的通信标识。同一硬件域内的硬件资源之间可基于本硬件域内的通信标识进行互相访问。
在实际应用中,优选不同硬件域之间的互相隔离为一种逻辑隔离,如此至少可节省芯片空间。
在多核异构芯片中,为每个硬件域配置一操作系统。如,为第一硬件域配置第一操作系统,为第二硬件域配置第二操作系等。为不同硬件域配置的操作系统的可以为相同系统,可以为不同,优选为不同系统。如,为第一硬件域配置的第一操作系统为Linux系统,为第二硬件域配置的第二操作系统为安卓系统。其中,由于Linux系统具有安全性高的特点、安卓系统具有轻快性的特点,可将多核异构系统中对安全性要求高的任务交由Linux去执行,将多核异构系统中对需要轻快运行的任务交由安卓系统去执行,因此,多核异构系统中可以采用不同硬件域上的不同操作系统实现各任务的高效执行。
本申请实施例中,硬件域之间也存在有通信需求,在不同硬件域之间存在通信需求时,可采用核间通信机制实现硬件域之间的通信。其中,多核异构系统中的核间通信机制包括适于指令传输的mailbox机制、适于数据共享的内存共享机制。单颗SOC芯片内的核间通信,可保证数据在同一芯片内传输,保证了数据安全性和传输快速性。
通常情况下,不同硬件域内的硬件资源是存在差异的,这种差异可能体现在硬件类型、硬件型号、硬件数量等方面的差异。这种差异性,在一定程度上可体现多核异构系统的异构性。从前面的介绍可知,本申请中的多核异构是硬件层面上的概念,与软件层面无关。
如图1所示,本申请实施例中的多核异构芯片还包括各类型控制单元。各类型控制单元包括但不限定于:电源控制单元、非易失性存储控制单元、易失性存储控制单元等。其中,电源控制单元,用于控制电源单元,以实现对多核异构芯片的电源的供给。非易失性存储控制单元,用于控制多核异构芯片中的至少一处理器核对非易失性存储单元的访问。易失性存储控制单元,用于控制多核异构芯片中的至少一处理器核对易失性存储单元的访问。
其中,电源单元、非易失性存储单元、易失性存储单元作为多核异构芯片之外的硬件资源,可在多核异构芯片有需要的情况下被调用。除此之外,音频输出单元(如喇叭)、视频输出单元(如显示屏)等硬件作为多核异构芯片之外的硬件资源,也可在多核异构芯片有需要的情况下被调用,以实现音频、视频的正常输出。
本申请实施例中的多核异构系统包括多核异构芯片和为不同硬件域配置的操作系统。本申请实施例的获得播放决策的方法是在多核异构芯片和操作系统的基础上而实现的。
本申请实施例中可将多核异构系统应用到驾驶设备中。驾驶设备包括私家出行工具和公共出行工具中的至少之一。其中,私家出行工具包括但不限定于平衡车、电动摩托车、私家汽车、私家飞机等。公共出行工具包括但不限定于公交车、火车、地铁、高铁、飞机等。
下面基于本申请的多核异构系统对本申请的获得播放决策方法、决策系统等技术方案进行详细说明。
本申请中获得播放决策的方法的实施例一,应用于决策系统。如图2所示,所述方法包括:
S201:采用多核异构系统的核间通信机制,获得至少两个播放系统的音频播放请求;其中,所述决策系统和所述至少两个播放系统为运行在所述多核异构系统的各硬件域上的系统;所述各硬件域由所述多核异构系统中多个架构不同的处理器核与各处理核连接的硬件资源构成,所述各硬件域之间互相隔离。
本申请实施例中,为实现决策系统对决策功能的实现,在硬件层面上,在多核异构芯片中为决策系统设置与之对应的硬件域、以及为各播放系统设置与各播放系统对应的硬件域。即,在多核异构芯片中,设置至少三个硬件域,其中一个硬件域为针对决策系统的硬件域,另外至少两个硬件域为针对至少两个播放系统的硬件域。其中,每个硬件域由每个处理核和与各处理器核连接的诸如中断控制器、时钟控制器、内存等硬件资源构成。
决策系统可以是为与之对应的硬件域配置的操作系统、或所述操作系统上运行的软件。各播放系统可以是为各与之对应的硬件域配置的操作系统,还可以是在为各硬件域配置的操作系统中运行的音视频播放软件。
在各播放系统存在有音频播放请求时,需采用核间通信机制,向决策系统发送音频播放请求,决策系统采用核间通信机制接收各播放系统发送的音频播放请求,以实现对各播放系统的音频播放请求的获得。
在一些实施例中,考虑到决策系统和播放系统是处于不同硬件域上的系统,为实现不同硬件域的系统间的通信,还需要预先将各播放系统在决策系统上进行注册,在注册成功后,允许采用核间通信机制进行决策系统和播放系统之间的通信。
播放系统的音频播放请求是播放系统请求播放音频的消息或信息,决策系统接收各播放系统的音频播放请求,以对这些播放系统做出音频播放决策。
S202:根据所述至少两个播放系统中各播放系统的音频播放请求,获得各播放系统所请求播放的各音频的待播放状态。
本步骤中,音频的待播放状态包括音频播放和音频不播放的状态。或者,音频的待播放状态是各音频以何种音量进行播放的状态,如可以以大音量播放的状态、可以以中音量播放的状态、可以以小音量播放的状态。
基于音频播放请求,获得各音频的待播放状态,易于实施,可行性高。
S203:基于各播放系统所请求播放的各音频的待播放状态,确定播放决策信息,以供所述各播放系统中的至少之一播放系统按照所述播放决策信息进行各音频中的至少之一音频的播放;其中,所述决策系统的安全性高于至少两个播放系统的安全性。
本步骤中,播放决策信息是由各音频的待播放状态构成的信息,用于指示哪个音频可进行播放、哪个音频不可进行播放。或者,指示哪个音频以何种音量进行播放。可以理解,播放决策信息是决策系统为各播放系统做出的决策,决策系统可通过核间通信机制,将为各播放系统做出的决策信息发送至各播放系统,以供各播放系统按照决策系统做出的决策进行音频的播放、不播放,或以何种音量进行播放。
本步骤中,决策系统的安全性高于至少两个播放系统的安全性可由以下至少之一方案来体现:
a. 决策系统所处硬件域的安全性高于至少两个播放系统所处硬件域的安全性。
结合图3所示,在硬件层面上,决策系统所处硬件域的内核采用对安全性要求强的内核(安全内核)。各播放系统所处硬件域的内核采用对安全性要求不强的内核(普通内核)。处理器核采用安全内核的硬件域可被称为安全域。与采用普通内核的硬件域相比,安全域的安全性强于采用普通内核的硬件域。安全内核可保证决策系统不受外来干扰,安全可靠地做出对多音频播放的决策。这种安全可靠性保证了决策的准确性。
此外,还可以采用一些安全机制来保证决策系统的安全性,如采用双核锁步等安全锁步机制来保证决策系统做出决策的安全性。
b. 决策系统所处硬件域的操作系统的安全性高于至少两个播放系统所处硬件域的操作系统的安全性。
结合图3所示,决策系统所处硬件域的操作系统可采用对安全性高的操作系统(安全操作系统),如嵌入式实时操作系统(RTOS)、苹果操作系统或linux操作系统。其中,考虑到RTOS在实时性方面具有很大的优势,所以,优选决策系统所处硬件域的操作系统为RTOS。各播放系统所处硬件域的操作系统采用对安全性要求不高的操作系统即可,如安卓系统。
前述的方案a和方案b,相当于从硬软件层面入手来保证决策系统的安全性,以保证决策系统做出决策的安全性和可靠性。
S201~S203中,由于决策系统位于多核异构系统中一个单独的硬件域,所以与相关技术中的其中一个操作系统作为决策中心的方案相比,可不受该操作系统宕机的影响,能够独立做出对音频播放的决策,可正常实现对多音频播放的决策。
此外,决策系统是与各播放系统处于不同的硬件域的系统和/或决策系统所处硬件域的操作系统的安全性,决策系统做出的决策不受外界干扰,可保证决策系统做出的决策的安全性和可靠性。
在实际应用中,决策系统所处硬件域的操作系统为RTOS时,由于RTOS具有很好的实时性和一定的安全性,所以通过处于这种操作系统中的决策系统进行多音频播放的决策,不仅可保证决策安全性,还能够保证做出决策的实时性,快速实现决策。
可以理解,本申请中,优选决策系统所处硬件域的操作系统为RTOS。任何在RTOS基础上进行完善或修改的RTOS类操作系统均可作为本申请中决策系统所处硬件域的操作系统。
在一些实施例中,如图4所示,根据所述至少两个播放系统中各播放系统的音频播放请求,获得各播放系统所请求播放的各音频的待播放状态的步骤可通过如下方案来实现:
S401:根据所述至少两个播放系统中各播放系统的音频播放请求,得到各播放系统所请求播放的各音频的类型。
以包括决策系统和各播放系统的多核异构系统应用到如图6所示的驾驶设备如汽车为例。
本步骤中,音频类型包括但不限定于告警音、导航音、娱乐音(音乐、收音机音频、视频等多媒体音)等。播放系统向决策系统发送的音频播放请求包括播放请求、与请求播放的音频内容和/或类型等信息。决策系统在接收到音频播放请求的情况下,通过读取音频播放请求中请求播放的音频内容和/或音频类型而获知各播放系统请求播放的音频的类型。
S402:基于各音频的类型对应的播放优先级,确定各音频的待播放状态。
本步骤中,在音频类型包括不限定于告警音、导航音、娱乐音等情况下,可预先设置不同类型音频的播放优先级,如告警音的播放优先级高于导航音,导航音的播放优先级高于娱乐音。
决策系统可将播放优先级高的音频设置为可播放状态,播放优先级低的音频设置为不可播放状态。或者,将播放优先级高的音频设置为以高音量进行播放,将将播放优先级低的音频设置为以低音量进行播放。各音频的待播放状态还可以为其他任何合理的状态,因为无法枚举所以不做一一限定。
在S401~S402之后,决策系统将各音频的待播放状态记录为播放决策信息。决策系统可通过核间通信机制,将为各播放系统做出的决策信息发送至各播放系统,以供各播放系统按照决策系统做出的决策进行音频的播放或不播放。
示例性地,假定决策系统为播放系统1所请求播放的音频1确定出的决策信息为不播放,则将不播放的决策信息发送至播放系统1,播放系统1不播放音频1。假定为播放系统2所请求播放的音频2确定出的决策信息为播放,则将播放的决策信息发送至播放系统2,播放系统2播放音频2。假定决策系统为播放系统3所请求播放的音频3确定出的决策信息为以最大音量进行播放,则将以最大音量播放的决策信息发送至播放系统3,播放系统3以最大音量播放音频3。
其中,播放决策信息还可以为其他任何合理的内容,因为无法枚举所以不做一一限定。
S401~S402中,决策系统可基于各播放系统所请求播放的各音频的类型以及各音频类型对应的播放优先级,实现对各音频的待播放状态的确定。决策系统这种为各播放系统确定决策的方案简单易行,在工程上易于实施。
此外,考虑到决策系统是与各播放系统处于不同的硬件域的系统,和/或决策系统所处硬件域的操作系统的安全性,所以,决策系统可做出对待播放状态的准确和安全确定,从而保证播放决策信息的准确性和安全性。
在一些实施例中,如图5所示,前述的S202根据所述至少两个播放系统中各播放系统的音频播放请求,获得各播放系统所请求播放的各音频的待播放状态的步骤还可以为:
S501:根据所述至少两个播放系统中各播放系统的音频播放请求,获得各播放系统所请求播放的各音频的待播放状态以及各音频的播放优先级。
以包括决策系统和各播放系统的多核异构系统应用到如图6所示的驾驶设备如汽车为例。其中,根据所述至少两个播放系统中各播放系统的音频播放请求,获得各播放系统所请求播放的各音频的待播放状态的过程请参见前述对图4的相关说明,不赘述。
根据前述内容可知:在音频类型包括不限定于告警音、导航音、娱乐音等情况下,可预先设置不同类型音频的播放优先级,如告警音的播放优先级高于导航音,导航音的播放优先级高于娱乐音。
本步骤中,根据至少两个播放系统中各播放系统的音频播放请求,获得各音频的播放优先级的方案包括:根据至少两个播放系统中各播放系统的音频播放请求中的各音频内容和/或类型等信息以及预先设置的不同类型音频的播放优先级,确定各播放系统所请求播放的各音频的播放优先级。
示例性地,如果播放系统1请求播放的音频类型是导航音,播放系统2请求播放的音频类型是告警音,播放系统3请求播放的音频类型是娱乐音,则按照预先设置的不同类型音频的播放优先级,确定播放系统2请求播放的音频的优先级最高,播放系统1请求播放的音频的优先级次高,播放系统3请求播放的音频最低。
其中,对各播放系统所请求播放的各音频的播放优先级的排序需要与预先设置的不同类型音频的播放优先级的排序保持一致。
S502:基于各音频的待播放状态以及各音频的播放优先级,确定播放决策信息,所述播放决策信息用于供各播放系统按照各音频的播放优先级指示的播放顺序以各音频的待播放状态进行各音频的播放。
本步骤中,播放决策信息由各音频的待播放状态和各音频的播放优先级构成,即,播放决策信息不仅指示了各音频播放还是不播放、或以何种音量进行播放,还指示了各音频的播放顺序。
示例性地,如果播放系统1请求播放的音频类型是导航音,播放系统2请求播放的音频类型是告警音,播放系统3请求播放的音频类型是娱乐音,播放决策信息为这三种类型的音频确定的待播放状态均是播放状态且三种类型的音频的播放顺序是告警音的播放早于导航音、导航音早于娱乐音。决策系统采用核间通信机制将各播放系统的决策信息发送至三个播放系统。三个播放系统中的播放系统2播放告警音。在告警音播放结束的情况下,决策系统触发播放系统1,令播放系统1播放导航音。在导航音播放结束的情况下,决策系统触发播放系统3,令播放系统3播放娱乐音。以此各播放系统可按照各音频的播放优先级指示的播放顺序以各音频的待播放状态进行各音频的播放。
S501~S502中,决策系统可基于各音频的待播放状态以及各音频的播放优先级,实现对播放决策信息的确定,这种播放决策信息的确定不仅确定了各音频的待播放状态,还指示了各音频的播放顺序。为播放决策信息的一种新颖确定方法,适于实用。因为决策系统是与各播放系统处于不同的硬件域的系统,决策系统所处硬件域的操作系统具有很强的安全性,所以,决策系统可做出准确性和安全性高的播放决策信息。
在一些实施例中,前述S202根据所述至少两个播放系统中各播放系统的音频播放请求,获得各播放系统所请求播放的各音频的待播放状态,包括:
根据所述至少两个播放系统中各播放系统的音频播放请求和各播放系统的优先级,确定各音频的待播放状态;其中,各播放系统的优先级根据包括有所述多核异构系统的驾驶设备的设备状态而定。
在实施时,各播放系统的优先级与各播放系统所处硬件域的操作系统的优先级保持一致。可根据各播放系统的音频播放请求中各音频的类型和各播放系统的优先级或各播放系统所处硬件域的操作系统的优先级,来确定各音频的待播放状态。其中,各播放系统的优先级或各播放系统所处硬件域的操作系统的优先级根据驾驶设备的设备状态而定。
即,可将各播放系统的音频播放请求中各音频的类型,和各播放系统在驾驶设备的设备状态下的优先级、或各播放系统所处硬件域的操作系统在驾驶设备的设备状态下的优先级进行结合,来确定各音频的待播放状态。
以包括决策系统和各播放系统的多核异构系统应用到如图6所示的驾驶设备如汽车为例。结合图7所示,以包括2个播放系统为例,且为决策系统所处硬件域配置的操作系统为安全操作系统,该操作系统为RTOS。为播放系统1所处硬件域配置的操作系统1作为汽车的仪表系统来使用。为播放系统2所处硬件域配置的操作系统2作为汽车的中控系统来使用。在实际应用中,操作系统1为安卓系统,操作系统2为linux操作系统。
汽车的设备状态通常包括汽车启动、汽车行驶和汽车停止行驶等状态。以汽车的设备状态包括汽车启动状态和汽车行驶状态为例。在汽车启动状态下,通常情况下通过对仪表操作系统的操作令汽车从未启动状态切换至启动状态,以保证汽车启动的实时性和安全性。在汽车行驶状态下,通常通过对中控操作系统的操作令汽车处于变速、转向等行驶状态。基于此,对于采用多核异构系统的汽车,在其处于启动状态时,仪表系统的优先级高于中控系统。在其处于行驶状态时,中控系统的优先级高于仪表系统。
示例性地,以播放系统1请求播放的音频类型为告警音,播放系统2请求播放的音频类型为导航音为例,通常告警音的优先级高于导航音的优先级。如果播放系统1和2请求播放时汽车处于启动状态(阶段),播放系统1所处的仪表系统的优先级高于播放系统2所处的中控系统的优先级,则决策系统已知告警音优先于导航音、且结合在此时汽车的设备状态下的各播放系统所处的操作系统的优先级,确定播放系统1请求的音频1为播放状态、播放系统2请求的音频2为不播放状态。决策系统将各音频的待播放状态记录为播放决策信息,采用核间通信机制将各播放系统的决策信息发送至两个播放系统。播放系统1播放告警音。播放系统2不播放导航音。
如果播放系统1和2请求播放时汽车处于行驶状态(阶段),播放系统2所处的中控系统的优先级高于播放系统1所处的仪表系统的优先级,则决策系统已知告警音优先于导航音、结合汽车行驶状态下的各播放系统所处的操作系统的优先级,确定播放系统1请求的音频1和播放系统2请求的音频2均为播放状态,且音频1需以播放系统1的最小音量进行播放,音频2以播放系统2的最大音量进行播放。以避免诸如表示发送机发生故障、电池组发生故障的告警音等重要告警音未被播放或漏播放而带来的潜在危险问题。
前述方案中,将各播放系统的音频播放请求和各播放系统在驾驶设备的设备状态下的优先级进行结合,来确定各音频的待播放状态。可保证各音频的待播放状态的准确性,由此可保证决策系统做出准确的播放决策信息。
在一些实施例中,前述S202根据所述至少两个播放系统中各播放系统的音频播放请求,获得各播放系统所请求播放的各音频的待播放状态,包括:
根据所述至少两个播放系统中各播放系统的音频播放请求和各播放系统所处硬件域的优先级,确定各音频的待播放状态;其中,各播放系统所处硬件域的优先级根据包括有多核异构系统的驾驶设备的设备状态而定。
在实施时,可根据各播放系统的音频播放请求中各音频的类型和各播放系统所处硬件域在驾驶设备的设备状态下的优先级,来确定各音频的待播放状态。即,本方案将各播放系统的音频播放请求中各音频的类型和各播放系统所处硬件域在驾驶设备的设备状态下的优先级进行结合,来确定各音频的待播放状态。
以前面对图6和图7所描述的内容为例,对于采用多核异构系统的汽车,在其处于启动状态时,仪表系统的优先级高于中控系统,自然地,在启动状态下,仪表系统所处硬件域的优先级高于中控系统所处硬件域的优先级。在汽车处于行驶状态时,中控系统的优先级高于仪表系统,自然地,在行驶状态中控系统所处硬件域的优先级高于系仪表统所处硬件域的优先级。
如果播放系统1和2请求播放时汽车处于启动状态(阶段),播放系统1所处硬件域的优先级高于播放系统2所处硬件域的优先级,则决策系统已知告警音(播放系统1请求播放的音频类型)优先于导航音(播放系统2请求播放的音频类型)、且结合在此时汽车的启动状态下各播放系统所处硬件域的优先级,确定播放系统1请求的音频1为播放状态、播放系统2请求的音频2为不播放状态。决策系统将各音频的待播放状态记录为播放决策信息,采用核间通信机制将各播放系统的决策信息发送至两个播放系统。播放系统1播放告警音。播放系统2不播放导航音。
如果播放系统1和2请求播放时汽车处于行驶状态(阶段),播放系统2所处硬件域的优先级高于播放系统1所处硬件域的优先级,则决策系统已知告警音优先于导航音、结合汽车行驶状态下各播放系统所处硬件域的优先级,确定播放系统1请求的音频1和播放系统2请求的音频2均为播放状态,且音频1需以播放系统1的最小音量进行播放,音频2以播放系统2的最大音量进行播放。以避免诸如表示发动机发生故障、电池组发生故障的告警音等重要告警音未被播放或漏播放而带来的潜在危险问题。
前述方案中,将各播放系统的音频播放请求和各播放系统所处硬件域在驾驶设备的设备状态下的优先级进行结合,来确定各音频的待播放状态,可保证各音频的待播放状态的准确性,由此可保证决策系统做出准确的播放决策信息。
在一些实施例中,结合图8所示,前述S201采用多核异构系统的核间通信机制,获得至少两个播放系统的音频播放请求,包括:
S80A:在所述至少两个播放系统中的第一播放系统基于第一音频播放请求在播放第一音频的情况下,采用核间通信机制获得所述至少两个播放系统中的至少一个第二播放系统的第二音频播放请求。
相应的,前述S202根据所述至少两个播放系统中各播放系统的音频播放请求,获得各播放系统所请求播放的各音频的待播放状态,包括:
S80B:根据所述第一音频播放请求和所述至少一个第二播放系统的第二音频播放请求,获得所述第一音频和所述至少一个第二播放系统所请求播放的至少一第二音频的待播放状态。
相应的,S203变为:
S80C:基于各播放系统所请求播放的各音频的待播放状态、或者基于各音频的待播放状态和各音频的播放优先级,确定播放决策信息。
结合图6和图7,对S80A~S80C所示的技术方案进行进一步说明。
示例性地,播放系统1(第一播放系统)通过音频播放请求1(第一音频播放请求)向决策系统请求是否可以播放音频1(第一音频),因为当前只有播放系统1存在播放请求,无其他播放系统存在请求,所以,决策系统决策播放系统1可播放音频1。播放系统1播放音频1。
播放系统1播放音频1的过程中,播放系统2(第二播放系统)向决策系统发送音频播放请求2(第二音频播放请求),请求播放音频2(第二音频),决策系统根据音频1和音频2的音频类型,确定各音频的播放状态。如果音频1为导航音,音频2为娱乐音,导航音的优先级高于娱乐音,则决策系统可确定音频1为继续播放的播放状态、音频2不播放的播放状态。或者,音频1为继续播放的播放状态,音频2为在音频1播放完成后再播放的播放状态。决策系统将各音频的播放状态记录为播放决策信息,用于指示播放系统1继续播放音频1、指示播放系统2不播放音频2。或者,指示播放系统1继续播放音频1、指示播放系统2在播放系统1播放完成的情况下播放音频2。
或者,决策系统根据音频1和音频2的音频类型、以及各播放系统在汽车当前设备状态下优先级,确定播放决策信息。如果汽车当前设备状态为启动状态,播放系统1优先级高于播放系统2优先级,结合音频类型的优先级,则确定音频1为继续播放的状态、音频2为不播放的状态。或者,确定音频1为先播放的状态,音频2为后播放的状态。还或者,确定音频1为以大音量播放的状态,音频2为以小音量播放的状态。
或者,决策系统根据音频1和音频2的音频类型、以及各播放系统所处硬件域在汽车当前设备状态下的优先级,确定播放决策信息。如果汽车当前设备状态为驾驶状态,播放系统2优先级高于播放系统1优先级,结合音频类型的优先级,则确定音频1和音频2均为播放的状态,且音频2为先播放、音频1为后播放的状态。或者,确定音频2为以大音量播放的状态,音频1为以小音量播放的状态。
决策系统将各播放系统所请求播放的各音频的待播放状态作为播放决策信息。或者,将各音频的待播放状态和各音频的播放优先级的集合作为播放决策信息。以此各播放系统可按照播放决策信息的指示进行各音频的播放或不播放、或以何种音量或顺序进行播放。
S80A~S80C所示的方案中,可以对已经在播放的音频和其他请求播放的音频做出音频播放决策,适于实用。可在汽车中实现对音频播放的更好决策,以满足车内人员的实际需求。
在一些实施例中,所述各播放系统所请求播放的各音频中的至少之一对应有图像;
相应的,前述S202根据所述至少两个播放系统中各播放系统的音频播放请求,获得各播放系统所请求播放的各音频的待播放状态,包括:
根据所述至少两个播放系统中各播放系统的音频播放请求以及各音频是否对应有图像的判断结果,获得各播放系统所请求播放的各音频的待播放状态。
在实施时,可根据各播放系统的音频播放请求中请求播放的音频类型和各音频是否对应有图像的判断结果,确定各播放系统所请求播放的各音频的待播放状态。这种方案适于实用,可满足不同的音频播放需求。
结合图6和图7所示,示例性地,播放系统1、播放系统2分别向决策系统发送音频播放请求1、音频播放请求2,以分别请求音频1、音频2的播放。决策系统确定两个播放系统所请求播放的音频1和音频2的音频类型。
如果音频1和音频2为同一类型音频,如均为娱乐音,则可基于音频1和音频2中是否对应有图像的判断结果,来确定各音频的待播放状态。如果音频2是对应有图像的音频,音频1不是对应有图像的音频,则确定音频1为不播放的状态、音频2为播放的状态,或者确定音频2为先播放的状态、音频1为后播放的状态。
可以理解,音频1是视频1中的音频,决策系统允许播放系统1先对音频1进行播放就是允许播放系统1先对视频1进行播放。
本申请中决策系统可按照如下方式判断一音频中是否对应有图像。播放系统通过音频播放请求将请求播放的内容发送至决策系统。决策系统接收通过音频播放请求发送的请求播放内容。决策系统可基于播放系统请求播放的内容是音频内容还是视频内容的判断,来确定请求播放的音频是否对应有图像。如果播放系统请求播放的内容是视频内容,则判断请求播放的音频中对应有图像。如果播放系统请求播放的内容是视频内容,则判断请求播放的音频中未对应有图像。
或者,播放系统在请求播放音频时,将请求播放音频是否对应有图像的结果采用一标识信息来表示并携带在音频播放请求中向决策系统发送。决策系统通过接收音频播放请求而接收该标识信息。如果标识信息取值为1,说明播放系统请求播放的音频对应有图像,即请求是视频播放。如果标识信息取值为0,说明播放系统请求播放的音频不对应有图像,即请求的是音频播放。
本申请中,各播放系统对对应有图像的音频的播放,实际上就是在播放视频。在包括有本申请多核异构系统的驾驶设备如汽车中,需设置一个或多个显示屏,可通过设置的一个或多个显示屏进行播放系统请求播放的视频的播放。
在一些实施例中,可在汽车前排座位的前面和后排座位的前面各设置一个显示屏。如果两播放系统请求播放是均是视频,那么基于决策系统的决策,两播放系统可在各自对应的显示屏上进行各自请求播放视频的播放。如,两显示屏上播放的内容可一个先播放,另一个后播放。或者,两个以不同的音量进行播放。以满足车内不同人员的观看需求。
按照决策系统确定的播放决策信息,各播放系统可有序对各音视频进行播放,由此可满足车内人员的良好体验需求。
本申请技术方案的优势至少包括:
第一,决策系统处于多核异构系统中一个单独的硬件域(安全域)。与相关技术中的其中一个操作系统作为决策中心的方案相比,可不受该操作系统宕机的影响,能够独立做出对音频播放的决策,可正常实现对多音频播放的决策。
第二,决策系统是与各播放系统处于不同的硬件域的系统,决策系统所处硬件域的操作系统具有一定的安全性,由此可令决策系统做出的决策不受外界干扰,保证决策系统做出的决策的安全性和可靠性。
第三,驾驶设备应用本申请的包括决策系统和各播放系统的多核异构系统时,可实现各类型音频的有序播放,避免音频播放发生混淆而导致的体验不好的问题。还可避免诸如表示发送机发生故障、电池组发生故障的告警音等重要音频漏播放而带来的潜在危险问题。
本申请还提供一种决策系统实施例,如图9所示,所述系统包括:
第一获得单元701,用于采用多核异构系统的核间通信机制,获得至少两个播放系统的音频播放请求;其中,所述决策系统和所述至少两个播放系统为运行在所述多核异构系统的各硬件域上的系统;所述各硬件域由所述多核异构系统中多个架构不同的处理器核与各处理核连接的硬件资源构成,所述各硬件域之间互相隔离;
第二获得单元702,用于根据所述至少两个播放系统中各播放系统的音频播放请求,获得各播放系统所请求播放的各音频的待播放状态;
确定单元703,用于基于各播放系统所请求播放的各音频的待播放状态,确定播放决策信息,以供所述各播放系统中的至少之一播放系统按照所述播放决策信息进行各音频中的至少之一音频的播放;
其中,所述决策系统的安全性高于至少两个播放系统的安全性。
在一些实施例中,第二获得单元702,用于根据所述至少两个播放系统中各播放系统的音频播放请求,获得各播放系统所请求播放的各音频的待播放状态以及各音频的播放优先级;
确定单元703,用于基于各音频的待播放状态以及各音频的播放优先级,确定播放决策信息,所述播放决策信息用于供各播放系统按照各音频的播放优先级指示的播放顺序以各音频的待播放状态进行各音频的播放。
在一些实施例中,第二获得单元702,用于根据所述至少两个播放系统中各播放系统的音频播放请求,得到各播放系统所请求播放的各音频的类型;
基于各音频的类型对应的播放优先级,确定各音频的待播放状态。
在一些实施例中,第二获得单元702,用于根据所述至少两个播放系统中各播放系统的音频播放请求和各播放系统的优先级,确定各音频的待播放状态。
在一些实施例中,第二获得单元702,用于根据所述至少两个播放系统中各播放系统的音频播放请求和各播放系统所处硬件域的优先级,确定各音频的待播放状态。
在一些实施例中,第一获得单元701,用于在所述至少两个播放系统中的第一播放系统基于第一音频播放请求在播放第一音频的情况下,采用核间通信机制获得所述至少两个播放系统中的至少一个第二播放系统的第二音频播放请求;
相应的,所述第二获得单元702,用于根据所述第一音频播放请求和所述至少一个第二播放系统的第二音频播放请求,获得所述第一音频和所述至少一个第二播放系统所请求播放的至少一第二音频的待播放状态。
在一些实施例中,所述各播放系统所请求播放的各音频中的至少之一对应有图像;所述第二获得单元702,用于根据所述至少两个播放系统中各播放系统的音频播放请求以及各音频是否对应有图像的判断结果,获得各播放系统所请求播放的各音频的待播放状态。
需要说明的是,本申请实施例的决策系统,由于该决策系统解决问题的原理与前述的获得播放决策的方法相似,因此,决策系统的实施过程及实施原理均可以参见前述方法的实施过程及实施原理描述,重复之处不再赘述。
根据本申请的实施例,本申请还提供了一种芯片,包括前述的决策系统。根据本申请的实施例,本申请还提供了一种驾驶设备,包括前述的决策系统。
根据本申请的实施例,本申请还提供了另一种驾驶设备和一种可读存储介质。
图10示出了可以用来实施本申请的实施例的示例另一种驾驶设备800的示意性框图。电子设备旨在表示各种形式的数字计算机,诸如,膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置,诸如,个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例,并且不意在限制本文中描述的和/或者要求的本申请的实现。
如图10所示,设备800包括计算单元801,其可以根据存储在只读存储器(ROM)802中的计算机程序或者从存储单元808加载到随机访问存储器(RAM)803中的计算机程序,来执行各种适当的动作和处理。在RAM 803中,还可存储设备800操作所需的各种程序和数据。计算单元801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。
设备800中的多个部件连接至I/O接口805,包括:输入单元806,例如键盘、鼠标等;输出单元807,例如各种类型的显示器、扬声器等;存储单元808,例如磁盘、光盘等;以及通信单元809,例如网卡、调制解调器、无线通信收发机等。通信单元809允许设备800通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
计算单元801可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元801的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元801执行上文所描述的各个方法和处理,例如获得播放决策的方法。例如,在一些实施例中,获得播放决策的方法可被实现为计算机软件程序,其被有形地包含于机器可读介质,例如存储单元808。在一些实施例中,计算机程序的部分或者全部可以经由ROM 802和/或通信单元809而被载入和/或安装到设备800上。当计算机程序加载到RAM 803并由计算单元801执行时,可以执行上文描述的获得播放决策的方法的一个或多个步骤。备选地,在其他实施例中,计算单元801可以通过其他任何适当的方式(例如,借助于固件)而被配置为执行获得播放决策的方法。
本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括:实施在一个或者多个计算机程序中,该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释,该可编程处理器可以是专用或者通用可编程处理器,可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令,并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
用于实施本申请的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器,使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行,作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
在本申请的上下文中,机器可读介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
为了提供与用户的交互,可以在计算机上实施此处描述的系统和技术,该计算机具有:用于向用户显示信息的显示装置(例如,CRT(阴极射线管)或者LCD(液晶显示器)监视器);以及键盘和指向装置(例如,鼠标或者轨迹球),用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互;例如,提供给用户的反馈可以是任何形式的传感反馈(例如,视觉反馈、听觉反馈、或者触觉反馈);并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如,作为数据服务器)、或者包括中间件部件的计算系统(例如,应用服务器)、或者包括前端部件的计算系统(例如,具有图形用户界面或者网络浏览器的用户计算机,用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如,通信网络)来将系统的部件相互连接。通信网络的示例包括:局域网(LAN)、广域网(WAN)和互联网。
计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器,也可以为分布式系统的服务器,或者是结合了区块链的服务器。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (9)
1.一种获得播放决策的方法,其特征在于,应用于决策系统,所述方法包括:
采用多核异构系统的核间通信机制,获得至少两个播放系统的音频播放请求;其中,所述决策系统和所述至少两个播放系统为运行在所述多核异构系统的各硬件域上的系统;所述各硬件域由所述多核异构系统中多个架构不同的处理器核与各处理核连接的硬件资源构成,所述各硬件域之间互相隔离;在不同硬件域之间存在通信需求时,可采用核间通信机制实现硬件域之间的通信;
根据所述至少两个播放系统中各播放系统的音频播放请求,获得各播放系统所请求播放的各音频的待播放状态;
基于各播放系统所请求播放的各音频的待播放状态,确定播放决策信息,以供所述各播放系统中的至少之一播放系统按照所述播放决策信息进行各音频中的至少之一音频的播放;
其中,所述决策系统的安全性高于所述至少两个播放系统的安全性;
其中,所述根据所述至少两个播放系统中各播放系统的音频播放请求,获得各播放系统所请求播放的各音频的待播放状态,包括:
根据所述至少两个播放系统中各播放系统的音频播放请求和各播放系统的优先级,确定各音频的待播放状态;其中,各播放系统的优先级根据包括有所述多核异构系统的驾驶设备的设备状态而定;
和/或,根据所述至少两个播放系统中各播放系统的音频播放请求和各播放系统所处硬件域的优先级,确定各音频的待播放状态;其中,各播放系统所处硬件域的优先级根据包括有所述多核异构系统的驾驶设备的设备状态而定。
2.根据权利要求1所述的方法,其特征在于,所述根据所述至少两个播放系统中各播放系统的音频播放请求,获得各播放系统所请求播放的各音频的待播放状态,包括:
根据所述至少两个播放系统中各播放系统的音频播放请求,获得各播放系统所请求播放的各音频的待播放状态以及各音频的播放优先级;
基于各音频的待播放状态以及各音频的播放优先级,确定播放决策信息,所述播放决策信息用于供各播放系统按照各音频的播放优先级指示的播放顺序以各音频的待播放状态进行各音频的播放。
3.根据权利要求1或2所述的方法,其特征在于,所述根据所述至少两个播放系统中各播放系统的音频播放请求,获得各播放系统所请求播放的各音频的待播放状态,包括:
根据所述至少两个播放系统中各播放系统的音频播放请求,得到各播放系统所请求播放的各音频的类型;
基于各音频的类型对应的播放优先级,确定各音频的待播放状态。
4.根据权利要求1所述的方法,其特征在于,所述采用多核异构系统的核间通信机制,获得至少两个播放系统的音频播放请求,包括:
在所述至少两个播放系统中的第一播放系统基于第一音频播放请求在播放第一音频的情况下,采用核间通信机制获得所述至少两个播放系统中的至少一个第二播放系统的第二音频播放请求;
所述根据所述至少两个播放系统中各播放系统的音频播放请求,获得各播放系统所请求播放的各音频的待播放状态,包括:
根据所述第一音频播放请求和所述至少一个第二播放系统的第二音频播放请求,获得所述第一音频和所述至少一个第二播放系统所请求播放的至少一第二音频的待播放状态。
5.根据权利要求1所述的方法,其特征在于,所述各播放系统所请求播放的各音频中的至少之一对应有图像;
所述根据所述至少两个播放系统中各播放系统的音频播放请求,获得各播放系统所请求播放的各音频的待播放状态,包括:
根据所述至少两个播放系统中各播放系统的音频播放请求以及各音频是否对应有图像的判断结果,获得各播放系统所请求播放的各音频的待播放状态。
6.一种决策系统,其特征在于,包括:
第一获得单元,用于采用多核异构系统的核间通信机制,获得至少两个播放系统的音频播放请求;其中,所述决策系统和所述至少两个播放系统为运行在所述多核异构系统的各硬件域上的系统;所述各硬件域由所述多核异构系统中多个架构不同的处理器核与各处理核连接的硬件资源构成,所述各硬件域之间互相隔离;在不同硬件域之间存在通信需求时,可采用核间通信机制实现硬件域之间的通信;
第二获得单元,用于根据所述至少两个播放系统中各播放系统的音频播放请求,获得各播放系统所请求播放的各音频的待播放状态;
确定单元,用于基于各播放系统所请求播放的各音频的待播放状态,确定播放决策信息,以供所述各播放系统中的至少之一播放系统按照所述播放决策信息进行各音频中的至少之一音频的播放;
其中,所述决策系统的安全性高于至少两个播放系统的安全性;
其中,所述第二获得单元,用于:
根据所述至少两个播放系统中各播放系统的音频播放请求和各播放系统的优先级,确定各音频的待播放状态;其中,各播放系统的优先级根据包括有所述多核异构系统的驾驶设备的设备状态而定;
和/或,根据所述至少两个播放系统中各播放系统的音频播放请求和各播放系统所处硬件域的优先级,确定各音频的待播放状态;其中,各播放系统所处硬件域的优先级根据包括有所述多核异构系统的驾驶设备的设备状态而定。
7.一种芯片,其特征在于,所述芯片包括权利要求6所述的决策系统。
8.一种驾驶设备,其特征在于,所述驾驶设备包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行权利要求1-5中任一项所述的方法。
9.一种存储有计算机指令的非瞬时计算机可读存储介质,其特征在于,所述计算机指令用于使计算机执行根据权利要求1-5中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310070686.0A CN115794725B (zh) | 2023-01-28 | 2023-01-28 | 获得播放决策的方法、决策系统、相关设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310070686.0A CN115794725B (zh) | 2023-01-28 | 2023-01-28 | 获得播放决策的方法、决策系统、相关设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN115794725A CN115794725A (zh) | 2023-03-14 |
CN115794725B true CN115794725B (zh) | 2023-05-16 |
Family
ID=85430140
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310070686.0A Active CN115794725B (zh) | 2023-01-28 | 2023-01-28 | 获得播放决策的方法、决策系统、相关设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115794725B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117130674B (zh) * | 2023-10-25 | 2024-01-16 | 南京芯驰半导体科技有限公司 | 基于多核异构系统的外部设备控制方法及系统 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110022264A1 (en) * | 2007-08-10 | 2011-01-27 | Renault S.A.S | Method for controlling a multimedia system on a vehicle and device for implementing same |
CN115268821A (zh) * | 2022-06-22 | 2022-11-01 | 阿波罗智联(北京)科技有限公司 | 音频播放方法及装置、设备和介质 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE102014206056A1 (de) * | 2014-03-31 | 2015-10-01 | Johnson Controls Automotive Electronics Gmbh | System und Verfahren zur Steuerung von Audiosignalen |
CN113986186A (zh) * | 2021-10-11 | 2022-01-28 | 中汽创智科技有限公司 | 一种音频切换系统、方法、电子设备及存储介质 |
CN115079993A (zh) * | 2022-06-20 | 2022-09-20 | 亿咖通(湖北)技术有限公司 | 一种跨系统的音频播放控制方法、装置、车辆及存储介质 |
-
2023
- 2023-01-28 CN CN202310070686.0A patent/CN115794725B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110022264A1 (en) * | 2007-08-10 | 2011-01-27 | Renault S.A.S | Method for controlling a multimedia system on a vehicle and device for implementing same |
CN115268821A (zh) * | 2022-06-22 | 2022-11-01 | 阿波罗智联(北京)科技有限公司 | 音频播放方法及装置、设备和介质 |
Also Published As
Publication number | Publication date |
---|---|
CN115794725A (zh) | 2023-03-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109271258A (zh) | 读写锁重入的实现方法、装置、终端及存储介质 | |
US20200218487A1 (en) | Integrated functionality of center display, driver display, and shared-experience display | |
US20140289414A1 (en) | Api for resource discovery and utilization | |
CN115794725B (zh) | 获得播放决策的方法、决策系统、相关设备及存储介质 | |
CN105922872B (zh) | 车辆控制系统和车辆 | |
US10891921B2 (en) | Separate operating systems for dashboard display | |
CN112947362A (zh) | 无人驾驶车辆异常状态的远程控制方法、装置及存储介质 | |
CN115904761A (zh) | 片上系统、车辆及视频处理单元虚拟化方法 | |
CN114416012A (zh) | 音频续播方法及装置 | |
CN112102584B (zh) | 一种车辆的自动驾驶报警方法、装置、车辆和存储介质 | |
CN112713964B (zh) | 数据校验加速方法、装置、计算机设备及存储介质 | |
CN106341269A (zh) | 一种车载系统的控制方法和装置 | |
CN111026532B (zh) | 用于语音数据的消息队列管理方法 | |
US20200012576A1 (en) | Failover support within a soc via standby domain | |
CN116540973A (zh) | 一种跨域音频处理方法、装置、电子设备和存储介质 | |
CN115079993A (zh) | 一种跨系统的音频播放控制方法、装置、车辆及存储介质 | |
CN116225362A (zh) | 多系统播放音频的方法、装置、存储介质及电子设备 | |
CN115268821A (zh) | 音频播放方法及装置、设备和介质 | |
CN113867145A (zh) | 一种应用控制方法、装置、电子设备及存储介质 | |
CN114036218A (zh) | 一种数据模型切换方法、装置、服务器和存储介质 | |
CN111107532B (zh) | 信息处理方法和装置、以及电子设备 | |
US11093301B2 (en) | Input output adapter error recovery concurrent diagnostics | |
US20210173705A1 (en) | Method and apparatus for software isolation and security utilizing multi-soc orchestration | |
CN115933997B (zh) | 数据访问方法、相关设备及存储介质 | |
CN116339188A (zh) | 一种基于dds的车控mcu状态监测方法、系统、设备和介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |