CN116126277A - 一种车载场景下的多设备音频管理方法及系统 - Google Patents

一种车载场景下的多设备音频管理方法及系统 Download PDF

Info

Publication number
CN116126277A
CN116126277A CN202211726928.9A CN202211726928A CN116126277A CN 116126277 A CN116126277 A CN 116126277A CN 202211726928 A CN202211726928 A CN 202211726928A CN 116126277 A CN116126277 A CN 116126277A
Authority
CN
China
Prior art keywords
augmented reality
sub
media
audio
audio data
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.)
Pending
Application number
CN202211726928.9A
Other languages
English (en)
Inventor
袁安贝
张定勇
李昭
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Weilai Automobile Technology Anhui Co Ltd
Original Assignee
Weilai Automobile Technology Anhui Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Weilai Automobile Technology Anhui Co Ltd filed Critical Weilai Automobile Technology Anhui Co Ltd
Priority to CN202211726928.9A priority Critical patent/CN116126277A/zh
Publication of CN116126277A publication Critical patent/CN116126277A/zh
Priority to PCT/CN2023/128236 priority patent/WO2024139655A1/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/16—Sound input; Sound output
    • G06F3/165—Management of the audio stream, e.g. setting of volume, audio stream path
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for
    • B60R16/02—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/16—File or folder operations, e.g. details of user interfaces specifically adapted to file systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/17—Details of further file system functions
    • G06F16/176—Support for shared access to files; File sharing support
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/18—File system types
    • G06F16/1873—Versioning file systems, temporal file systems, e.g. file system supporting different historic versions of files

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Multimedia (AREA)
  • Mechanical Engineering (AREA)
  • Fittings On The Vehicle Exterior For Carrying Loads, And Devices For Holding Or Mounting Articles (AREA)

Abstract

本申请涉及多媒体数据处理技术领域，特别是涉及一种车载场景下的多设备音频管理方法、系统、计算机设备、存储介质和计算机程序产品。所述方法包括：获取扩展现实设备的接入请求，响应于接入请求创建音频数据节点，音频数据节点与扩展现实设备之间设有一一对应的通信链路；通过车载网络建立的与多设备音频文件处理装置的通信链路接收多设备音频文件处理装置输出的媒体数据，媒体数据由至少一个车载应用输出的子媒体文件构成，每个子媒体文件与至少一个扩展现实设备对应的音频数据节点关联；分解媒体数据，得到子媒体文件，分别将每个子媒体文件通过目标音频数据节点输出至目标扩展现实设备。采用本方法能够提高了扩展现实设备使用上的灵活性。

Description

一种车载场景下的多设备音频管理方法及系统
技术领域
本申请涉及多媒体数据处理技术领域，特别是涉及一种车载场景下的多设备音频管理方法、系统、计算机设备、存储介质和计算机程序产品。
背景技术
XR是扩展现实(Extended-reality)的缩写。随着科技的发展和技术的进步，人类的交互方式将由2D交互向更具效率的3D交互转变。3D视觉交互系统则取决于虚拟现实(VR)、增强现实(AR)和混合现实(MR)的发展，这些技术统称为扩展现实(XR)。虚拟现实技术利用头戴设备模拟真实世界的3D互动环境；增强现实则是通过电子设备(如手机、平板、眼镜等)将各种信息和影像叠加到现实世界中；混合现实介于VR和AR之间，在虚拟世界、现实世界和用户之间，利用数字技术实现实时交互的复杂环境。XR(扩展现实)技术包含了AR(增强现实)、VR(虚拟现实)、MR(混合现实)，利用硬件设备结合多种技术手段将虚拟的内容和真实场景融合。
目前，为了提升乘客的乘坐体验，可以在车内装载XR设备，使得乘客得以使用XR设备来与XR应用交互，从而进行媒体播放、娱乐以及线上业务办理等。
然而，目前的车载场景下的XR设备媒体播放，存在如下的技术问题：
在车载场景中，车载应用通常基于android操作系统运行，当存在多个XR设备时，操作系统难以支持多个音频输出，多个XR设备中的扬声器设备难以独立地为佩戴者播放选择的音频文件，导致乘客在使用XR设备时缺少灵活性，难以充分地满足使用需求。
发明内容
基于此，有必要针对上述技术问题，提供一种能够使得车载场景中的每台扩展现实设备得以独立地播放音频文件，提高了扩展现实设备使用上的灵活性，改善乘客体验的一种车载场景下的多设备音频管理方法、系统、计算机设备、计算机可读存储介质和计算机程序产品。
第一方面，本申请提供了一种车载场景下的多设备音频输出方法。所述方法包括：
获取扩展现实设备的接入请求，响应于所述接入请求创建音频数据节点，所述音频数据节点与所述扩展现实设备之间设有一一对应的通信链路；
通过车载网络建立的与多设备音频文件处理装置的通信链路接收所述多设备音频文件处理装置输出的媒体数据，所述媒体数据由至少一个车载应用输出的子媒体文件构成，每个所述子媒体文件与至少一个所述扩展现实设备对应的音频数据节点关联；
分解所述媒体数据，得到所述子媒体文件，分别将每个所述子媒体文件通过与所述子媒体文件关联的目标音频数据节点输出至目标扩展现实设备。
在其中一个实施例中，所述方法包括：
创建至少一个公共音频数据节点，所述公共音频数据节点同时与接入的全部所述扩展现实设备关联；
分解所述媒体数据，得到公共媒体文件，将所述公共媒体文件通过所述公共音频数据节点同时输出至全部的所述扩展现实设备。
在其中一个实施例中，所述方法包括：
监听所述扩展现实设备的在线状态；
当存在非在线状态超过预设时长的第一扩展现实设备时，移除与所述第一扩展现实设备关联的音频数据节点。
在其中一个实施例中，所述移除与所述第一扩展现实设备关联的音频数据节点之后，还包括：
在预设的时间间隔内保留被移除的所述第一扩展现实设备的设备信息，所述设备信息至少用于辅助验证设备身份、辅助创建音频数据节点。
在其中一个实施例中，所述方法包括：
关联于不同的所述音频数据节点的所述子媒体文件由不同的车载应用输出；
和/或由同一所述车载应用创建的至少一个镜像应用输出，所述镜像应用之间相互独立。
第二方面，本申请提供了一种车载场景下的多设备音频文件处理方法。所述方法包括：
获取至少一个车载应用输出的子媒体文件，所述子媒体文件与至少一个音频数据节点关联，用于控制与所述音频数据节点对应的目标扩展现实设备；
将全部的所述子媒体文件混合，得到媒体数据。
第三方面，本申请还提供了一种车载场景下的多设备音频管理系统。所述系统包括：多设备音频文件处理装置以及多设备音频输出装置；
所述多设备音频文件处理装置包括：
文件获取模块，用于获取至少一个车载应用输出的子媒体文件，所述子媒体文件与至少一个音频数据节点关联，用于控制与所述音频数据节点对应的目标扩展现实设备；
文件混合模块，用于将全部的所述子媒体文件混合，得到媒体数据；
所述多设备音频输出装置包括：
声道创建模块，用于获取扩展现实设备的接入请求，响应于所述接入请求创建音频数据节点，所述音频数据节点与所述扩展现实设备之间设有一一对应的通信链路；
数据获取模块，用于通过车载网络建立的与多设备音频文件处理装置的通信链路接收所述多设备音频文件处理装置输出的媒体数据，所述媒体数据由至少一个车载应用输出的子媒体文件构成，每个所述子媒体文件与至少一个所述扩展现实设备对应的音频数据节点关联；
数据分发模块，用于分解所述媒体数据，得到所述子媒体文件，分别将每个所述子媒体文件通过与所述子媒体文件关联的目标音频数据节点输出至目标扩展现实设备。
在其中一个实施例中，所述多设备音频输出装置包括：
公共声道模块，用于创建至少一个公共音频数据节点，所述公共音频数据节点同时与接入的全部所述扩展现实设备关联；
公共音频输出模块，用于分解所述媒体数据，得到公共媒体文件，将所述公共媒体文件通过所述公共音频数据节点同时输出至全部的所述扩展现实设备。
在其中一个实施例中，所述多设备音频输出装置包括：
设备监听模块，用于监听所述扩展现实设备的在线状态；
离线设备移除模块，用于当存在非在线状态超过预设时长的第一扩展现实设备时，移除与所述第一扩展现实设备关联的音频数据节点。
在其中一个实施例中，所述离线设备移除模块之后，还包括：
设备信息模块，用于在预设的时间间隔内保留被移除的所述第一扩展现实设备的设备信息，所述设备信息至少用于辅助验证设备身份、辅助创建音频数据节点。
第四方面，本申请还提供了一种计算机设备。所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现如第一方面中任一实施例或第二方面所述的方法中的步骤。
第五方面，本申请还提供了一种计算机可读存储介质。所述计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面中任一实施例或第二方面所述的方法中的步骤。
第六方面，本申请还提供了一种计算机程序产品。所述计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如第一方面中任一实施例或第二方面所述的方法中的步骤。
上述一种车载场景下的多设备音频管理方法、装置、计算机设备、存储介质和计算机程序产品，通过权利要求中的技术特征进行推导，能够达到对应背景技术中的技术问题的如下有益效果：
1、在多设备音频文件处理装置中将获取自不同的车载应用的子媒体文件混合为媒体数据，使得控制系统得以在单输出的情况下同时输出针对不同的扩展现实设备的子媒体文件，为扩展现实设备的独立播放提供了播放内容支持。在扩展现实设备接入后，创建对应于扩展现实设备的音频数据节点，从而使得扩展现实设备得以拥有独立的、用于传输音频数据的通信链路，为扩展现实设备的独立播放提供了系统架构基础。在获取由多设备音频文件处理装置发出的媒体数据后，将媒体数据分解为独立的子媒体文件，将子媒体文件分发至与子媒体文件对应的音频数据节点，从而使得子媒体文件得以通过独立的通信链路传输至目标扩展现实设备，并控制目标扩展现实设备进行独立地播放。
2、设置独立的公共音频数据节点，将公共音频数据节点关联至全部的扩展现实设备，有助于根据实际的使用需求使得全部的扩展现实设备得以共享媒体文件而无需创建多个相同的媒体文件来实现共享播放，有助于提高扩展现实设备使用的灵活性；
3、对扩展现实设备的接入以及离线进行监控，有助于及时对管理系统中的通信链路资源，从而提高通信链路资源的利用效率。
附图说明
图1为一个实施例中一种车载场景下的多设备音频输出方法以及多设备音频文件处理方法的应用环境图；
图2为一个实施例中一种车载场景下的多设备音频输出方法的第一流程示意图；
图3为一个实施例中一种车载场景下的多设备音频输出方法的第一数据传输示意图；
图4为另一个实施例中一种车载场景下的多设备音频输出方法的第二流程示意图；
图5为另一个实施例中一种车载场景下的多设备音频输出方法的第二数据传输示意图；
图6为另一个实施例中一种车载场景下的多设备音频输出方法的第三流程示意图；
图7为另一个实施例中一种车载场景下的多设备音频输出方法的第四流程示意图；
图8为一个实施例中一种车载场景下的多设备音频文件处理方法的流程示意图；
图9为一个实施例中一种车载场景下的多设备音频管理系统的结构框图；
图10为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
随着扩展现实技术的飞速发展，为了提升乘客的乘坐体验，可以在车内装载XR设备，使得乘客得以使用XR设备来与XR应用交互，从而进行媒体播放、娱乐以及线上业务办理等。
然而，在目前的车载场景中，车载应用通常基于android操作系统运行，当存在多个XR设备时，操作系统难以支持多个音频输出，多个XR设备中的扬声器设备难以独立地为佩戴者播放选择的音频文件，导致乘客在使用XR设备时缺少灵活性，难以充分地满足使用需求。
基于此，本申请实施例提供的一种车载场景下的多设备音频管理方法，可以应用于如图1所示的应用环境中。其中，多设备音频输出装置102通过车载网络与多设备音频文件处理装置104进行通信。多设备音频文件处理装置104用于对待播放的音频文件进行处理，处理后通过车载网络传输至多设备音频输出装置102中。多设备音频输出装置102同时与车内的若干个扩展现实设备通信，在获取多设备音频文件处理装置104发出的音频文件后，控制若干个扩展现实设备进行相应的播放。扩展现实设备可以指智能XR眼镜、智能XR头戴设备、智能XR显示设备等，也可以指虚拟现实设备(VR设备)、增强现实设备(AR设备)和混合现实设备(MR设备)等。车载网络可以指车内有线通信、车载WIFI、热点以及NFC通信等。
在一个实施例中，如图2所示，提供了一种车载场景下的多设备音频输出方法，以该方法应用于图1中的多设备音频输出装置为例进行说明，包括以下步骤：
步骤202：获取扩展现实设备的接入请求，响应于所述接入请求创建音频数据节点，所述音频数据节点与所述扩展现实设备之间设有一一对应的通信链路。
其中，声道是指在音频文件播放时在不同空间位置播放的相互独立的音频信号，音频数据节点可以指声道节点，即在音频数据的传输处理中，对多个独立的音频信号的分发端口。在本实施例中，音频数据节点可以与扩展现实设备之间一一对应，即每个音频数据节点对应于一条连通至指定扩展现实设备的通信链路。通信链路可以指用于实现数据交互的传输链路，通信链路可以基于当前通信请求临时建立，并在通信完成后清除，也可以在控制终端首次配对完成后建立并保留通信链路数据。
具体地，当扩展现实设备接入到系统中时，多设备音频输出装置可以接收扩展现实设备的接入请求。当扩展现实设备通过验证并接入成功后，可以响应于接入请求，为扩展现实设备创建与扩展现实设备对应的音频数据节点，相应的，可以为扩展现实设备分配与音频数据节点对应的通信链路。系统中音频数据节点的总数大于或等于扩展现实设备的数量，例如当存在四个扩展现实设备，则至少存在四个音频数据节点。
步骤204：通过车载网络建立的与多设备音频文件处理装置的通信链路接收所述多设备音频文件处理装置输出的媒体数据，所述媒体数据由至少一个车载应用输出的子媒体文件构成，每个所述子媒体文件与至少一个所述扩展现实设备对应的音频数据节点关联。
其中，车载网络可以指用于在车载场景内实现设备之间数据交互的通信网络，车载网络可以为车载有线网络，也可以为车载无线网络如：车载WIFI、热点以及NFC通信等。媒体数据可以指由多设备音频文件处理装置处理并发出的数据，对应于多个扩展现实设备，媒体文件中可以包括用于控制多个扩展现实设备的多个子媒体文件。
具体地，可以通过车载网络建立的与多设备音频文件处理装置的通信链路接收媒体数据。此时，媒体数据中包括至少一个子媒体文件，且每个子媒体文件与至少一个所述扩展现实设备对应的音频数据节点关联。子媒体文件可以分别存储于不同声道对应的独立音频文件中，从而避免子媒体文件之间产生干扰的情况。可以通过在子媒体文件中添加的特定标识等预处理方式，使得子媒体文件关联至对应的扩展现实设备。
步骤206：分解所述媒体数据，得到所述子媒体文件，分别将每个所述子媒体文件通过与所述子媒体文件关联的目标音频数据节点输出至目标扩展现实设备。
具体地，如图3所示，获取媒体数据后，为了将子媒体文件分发至各自对应的目标扩展现实设备中，可以根据媒体数据中的不同声道下的独立的子媒体文件分解出来，从而获得若干个独立存储的子媒体文件。随后，可以通过特定的函数读取子媒体文件中的特定标识，从而确定与子媒体文件关联的目标音频数据节点以及目标扩展现实设备。最后，可以将子媒体文件分发至目标音频数据节点，使得子媒体文件得以独立地输出至目标扩展现实设备，从而控制目标扩展现实设备进行独立地播放。
上述一种车载场景下的多设备音频输出方法，在实施中能够实现如下的有益效果：
在多设备音频文件处理装置中将获取自不同的车载应用的子媒体文件混合为媒体数据，使得控制系统得以在单输出的情况下同时输出针对不同的扩展现实设备的子媒体文件，为扩展现实设备的独立播放提供了播放内容支持。在扩展现实设备接入后，创建对应于扩展现实设备的音频数据节点，从而使得扩展现实设备得以拥有独立的、用于传输音频数据的通信链路，为扩展现实设备的独立播放提供了系统架构基础。在获取由多设备音频文件处理装置发出的媒体数据后，将媒体数据分解为独立的子媒体文件，将子媒体文件分发至与子媒体文件对应的音频数据节点，从而使得子媒体文件得以通过独立的通信链路传输至目标扩展现实设备，并控制目标扩展现实设备进行独立地播放。
在一个实施例中，多个扩展现实设备使用中可能也存在需要共享内容进行同步播放的情况，因此相应的，如图4所示，所述方法包括：
步骤402：创建至少一个公共音频数据节点。
其中，公共音频数据节点可以同时与接入的全部所述扩展现实设备关联。
具体地，可以创建至少一个公共音频节点，公共音频节点可以同时与全部的扩展现实设备关联。
步骤404：分解所述媒体数据，得到公共媒体文件，将所述公共媒体文件通过所述公共音频数据节点同时输出至全部的所述扩展现实设备。
具体地，如图5所示，多媒体音频输出装置在分解媒体数据后，可以获取媒体数据中的公共媒体文件。此时，为了将公共媒体文件在全部的扩展现实设备中播放，可以将公共媒体文件同时输出至全部的扩展现实设备所对应的通信链路中。需要强调的，公共媒体文件传输至全部的扩展现实设备后，其实际的播出情况可以由扩展现实设备的设置决定，并不强制执行播放。
本实施例中，设置独立的公共音频数据节点，将公共音频数据节点关联至全部的扩展现实设备，有助于根据实际的使用需求使得全部的扩展现实设备得以共享媒体文件而无需创建多个相同的媒体文件来实现共享播放，有助于提高扩展现实设备使用的灵活性。
在一个实施例中，为了对系统中的扩展现实设备进行管理，如图6所示，所述方法包括：
步骤602：监听所述扩展现实设备的在线状态。
具体地，多设备音频输出装置可以对系统中扩展现实设备的在线状态进行监测，从而可以掌握扩展现实设备的在线情况或非在线情况。具体地，在线情况可以包括：播放中、播放加载中、无播放内容但操作活跃等活跃场景。非在线情况可以包括：未连接、无播放内容且长期未操作等不活跃场景。
步骤604：当存在非在线状态超过预设时长的第一扩展现实设备时，移除与所述第一扩展现实设备关联的音频数据节点。
具体地，多设备音频输出装置可以对系统中进入非在线状态的扩展现实设备进行监测，并记录指定的扩展现实设备进入非在线状态的时间。当存在非在线状态的时间超过预设时长的第一扩展现实设备时，可以判断第一扩展现实设备确定处于非在线状态，而此时第一扩展现实设备依然占用音频数据节点以及对应的通信链路，即占用系统的传输资源。为了提高系统资源的使用效率，可以移除第一扩展现实设备，并暂时清除与第一扩展现实设备关联的音频数据节点及通信链路。
本实施例中，对扩展现实设备的接入以及离线进行监控，有助于及时对管理系统中的通信链路资源，从而提高通信链路资源的利用效率。
在其中一个实施例中，如图7所示，步骤604之后，还包括：
步骤702：在预设的时间间隔内保留被移除的所述第一扩展现实设备的设备信息。
其中，设备信息至少可以用于辅助验证设备身份、辅助创建音频数据节点。
具体地，在扩展现实设备请求接入系统时，系统可以基于扩展现实设备的设备信息对扩展现实设备进行验证，并基于其设备信息创建音频数据节点。因此，在因第一扩展现实设备长期处于非在线状态而移除第一扩展现实设备后，还可以在预设的时间间隔内保留被移除的第一扩展现实设备的设备信息。
本实施例中，移除后暂时留存扩展现实设备的设备信息，使得当扩展现实设备恢复活跃时得以直接调用已存储的设备信息，有助于提高扩展现实设备的管理效率。
在一个实施例中，可能存在多个扩展现实设备独立地同时使用同一个车载应用的情况，因此相应的，所述方法包括：
关联于不同的所述音频数据节点的所述子媒体文件由不同的车载应用输出和/或由同一所述车载应用创建的至少一个镜像应用输出，所述镜像应用之间相互独立。
具体地，镜像应用可以指在多开状态下的目标车载应用，镜像应用可以有多种实现方案，例如在安卓系统中，下载应用安装包后，可以在androidmanifest.xml里修改应用的包名，然后再二次打包上第三方/自用签名，安装在车机终端的系统上后可以多打开一个实例。但由于不同包名有不同签名，所以在系统来看两个包是不同的应用，从而达到“同一应用”而“两个实例”的效果。当然，还可以基于虚拟机技术、插件等方案实现目标车载应用的多开。
本实施例中，不同的子媒体文件可以来源于不同的车载应用，也可以来源于同一车载应用的镜像应用，有助于提高扩展现实设备使用上的灵活性。
在一个实施例中，如图8所示，提供了一种车载场景下的多设备音频文件处理方法，以该方法应用于图1中的多设备音频文件处理装置为例进行说明，包括以下步骤：
步骤802：获取至少一个车载应用输出的子媒体文件。
其中，子媒体文件与至少一个音频数据节点关联，用于控制与音频数据节点对应的目标扩展现实设备。
步骤804：将全部的所述子媒体文件混合，得到媒体数据。
具体地，多设备音频文件处理装置可以将接收到的多个子媒体文件整理至独立的声道中，以此将多个子媒体文件混合为一个整体的媒体数据，多个子媒体文件可以通过添加特定的标识以指向不同的音频数据节点。
本实施例中，在多设备音频文件处理装置中将获取自不同的车载应用的子媒体文件混合为媒体数据，使得控制系统得以在单输出的情况下同时输出针对不同的扩展现实设备的子媒体文件，为扩展现实设备的独立播放提供了播放内容支持。
应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
基于同样的发明构思，本申请实施例还提供了一种用于实现上述各实施例中所涉及的方法的一种车载场景下的多设备音频管理系统。该系统所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个系统实施例中的具体限定可以参见上文中对于一种多设备音频文件处理方法以及一种多设备音频输出方法的限定，在此不再赘述。
在一个实施例中，如图9所示，提供了一种车载场景下的多设备音频管理系统。所述系统包括：多设备音频文件处理装置以及多设备音频输出装置；
所述多设备音频文件处理装置包括：
文件获取模块，用于获取至少一个车载应用输出的子媒体文件，所述子媒体文件与至少一个音频数据节点关联，用于控制与所述音频数据节点对应的目标扩展现实设备；
文件混合模块，用于将全部的所述子媒体文件混合，得到媒体数据；
所述多设备音频输出装置包括：
声道创建模块，用于获取扩展现实设备的接入请求，响应于所述接入请求创建音频数据节点，所述音频数据节点与所述扩展现实设备之间设有一一对应的通信链路；
数据获取模块，用于通过车载网络建立的与多设备音频文件处理装置的通信链路接收所述多设备音频文件处理装置输出的媒体数据，所述媒体数据由至少一个车载应用输出的子媒体文件构成，每个所述子媒体文件与至少一个所述扩展现实设备对应的音频数据节点关联；
数据分发模块，用于分解所述媒体数据，得到所述子媒体文件，分别将每个所述子媒体文件通过与所述子媒体文件关联的目标音频数据节点输出至目标扩展现实设备。
在其中一个实施例中，所述多设备音频输出装置包括：
公共声道模块，用于创建至少一个公共音频数据节点，所述公共音频数据节点同时与接入的全部所述扩展现实设备关联；
公共音频输出模块，用于分解所述媒体数据，得到公共媒体文件，将所述公共媒体文件通过所述公共音频数据节点同时输出至全部的所述扩展现实设备。
在其中一个实施例中，所述多设备音频输出装置包括：
设备监听模块，用于监听所述扩展现实设备的在线状态；
离线设备移除模块，用于当存在非在线状态超过预设时长的第一扩展现实设备时，移除与所述第一扩展现实设备关联的音频数据节点。
在其中一个实施例中，所述离线设备移除模块之后，还包括：
设备信息模块，用于在预设的时间间隔内保留被移除的所述第一扩展现实设备的设备信息，所述设备信息至少用于辅助验证设备身份、辅助创建音频数据节点。
上述一种车载场景下的多设备音频管理系统中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图10所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、移动蜂窝网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种车载场景下的多设备音频输出方法或一种车载场景下的多设备音频文件处理方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。
本领域技术人员可以理解，图10中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，还提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。
在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory，ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory，MRAM)、铁电存储器(Ferroelectric Random Access Memory，FRAM)、相变存储器(Phase Change Memory，PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory，DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。

Claims (10)

1.一种车载场景下的多设备音频输出方法，其特征在于，所述方法包括：
获取扩展现实设备的接入请求，响应于所述接入请求创建音频数据节点，所述音频数据节点与所述扩展现实设备之间设有一一对应的通信链路；
通过车载网络建立的与多设备音频文件处理装置的通信链路接收所述多设备音频文件处理装置输出的媒体数据，所述媒体数据由至少一个车载应用输出的子媒体文件构成，每个所述子媒体文件与至少一个所述扩展现实设备对应的音频数据节点关联；
分解所述媒体数据，得到所述子媒体文件，分别将每个所述子媒体文件通过与所述子媒体文件关联的目标音频数据节点输出至目标扩展现实设备。
2.根据权利要求1所述的方法，其特征在于，所述方法包括：
创建至少一个公共音频数据节点，所述公共音频数据节点同时与接入的全部所述扩展现实设备关联；
分解所述媒体数据，得到公共媒体文件，将所述公共媒体文件通过所述公共音频数据节点同时输出至全部的所述扩展现实设备。
3.根据权利要求1所述的方法，其特征在于，所述方法包括：
监听所述扩展现实设备的在线状态；
当存在非在线状态超过预设时长的第一扩展现实设备时，移除与所述第一扩展现实设备关联的音频数据节点。
4.根据权利要求3所述的方法，其特征在于，所述移除与所述第一扩展现实设备关联的音频数据节点之后，还包括：
在预设的时间间隔内保留被移除的所述第一扩展现实设备的设备信息，所述设备信息至少用于辅助验证设备身份、辅助创建音频数据节点。
5.根据权利要求1-4中任意一项所述的方法，其特征在于，所述方法包括：
关联于不同的所述音频数据节点的所述子媒体文件由不同的车载应用输出；
和/或由同一所述车载应用创建的至少一个镜像应用输出，所述镜像应用之间相互独立。
6.一种车载场景下的多设备音频文件处理方法，其特征在于，所述方法还包括：
获取至少一个车载应用输出的子媒体文件，所述子媒体文件与至少一个音频数据节点关联，用于控制与所述音频数据节点对应的目标扩展现实设备；
将全部的所述子媒体文件混合，得到媒体数据。
7.一种车载场景下的多设备音频管理系统，其特征在于，所述系统包括：多设备音频文件处理装置以及多设备音频输出装置；
所述多设备音频文件处理装置包括：
文件获取模块，用于获取至少一个车载应用输出的子媒体文件，所述子媒体文件与至少一个音频数据节点关联，用于控制与所述音频数据节点对应的目标扩展现实设备；
文件混合模块，用于将全部的所述子媒体文件混合，得到媒体数据；
所述多设备音频输出装置包括：
声道创建模块，用于获取扩展现实设备的接入请求，响应于所述接入请求创建音频数据节点，所述音频数据节点与所述扩展现实设备之间设有一一对应的通信链路；
数据获取模块，用于通过车载网络建立的与多设备音频文件处理装置的通信链路接收所述多设备音频文件处理装置输出的媒体数据，所述媒体数据由至少一个车载应用输出的子媒体文件构成，每个所述子媒体文件与至少一个所述扩展现实设备对应的音频数据节点关联；
数据分发模块，用于分解所述媒体数据，得到所述子媒体文件，分别将每个所述子媒体文件通过与所述子媒体文件关联的目标音频数据节点输出至目标扩展现实设备。
8.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至5或权利要求6中任一项所述的方法的步骤。
9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至5或权利要求6中任一项所述的方法的步骤。
10.一种计算机程序产品，包括计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至5或权利要求6中任一项所述的方法的步骤。
CN202211726928.9A 2022-12-30 2022-12-30 一种车载场景下的多设备音频管理方法及系统 Pending CN116126277A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202211726928.9A CN116126277A (zh) 2022-12-30 2022-12-30 一种车载场景下的多设备音频管理方法及系统
PCT/CN2023/128236 WO2024139655A1 (zh) 2022-12-30 2023-10-31 一种车载场景下的多设备音频管理方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211726928.9A CN116126277A (zh) 2022-12-30 2022-12-30 一种车载场景下的多设备音频管理方法及系统

Publications (1)

Publication Number Publication Date
CN116126277A true CN116126277A (zh) 2023-05-16

Family

ID=86307416

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211726928.9A Pending CN116126277A (zh) 2022-12-30 2022-12-30 一种车载场景下的多设备音频管理方法及系统

Country Status (2)

Country Link
CN (1) CN116126277A (zh)
WO (1) WO2024139655A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024139655A1 (zh) * 2022-12-30 2024-07-04 蔚来汽车科技(安徽)有限公司 一种车载场景下的多设备音频管理方法及系统

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10416954B2 (en) * 2017-04-28 2019-09-17 Microsoft Technology Licensing, Llc Streaming of augmented/virtual reality spatial audio/video
CN111724807B (zh) * 2020-08-05 2023-08-11 字节跳动有限公司 音频分离方法、装置、电子设备及计算机可读存储介质
CN114501296A (zh) * 2022-01-28 2022-05-13 联想(北京)有限公司 一种音频处理方法及车载多媒体设备
CN115472186A (zh) * 2022-05-25 2022-12-13 北京罗克维尔斯科技有限公司 车载媒体播放控制方法、装置及电子设备
CN115278462B (zh) * 2022-07-30 2024-07-23 重庆长安汽车股份有限公司 一种车内音频处理方法、系统、电子设备及存储介质
CN116126277A (zh) * 2022-12-30 2023-05-16 蔚来汽车科技(安徽)有限公司 一种车载场景下的多设备音频管理方法及系统

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024139655A1 (zh) * 2022-12-30 2024-07-04 蔚来汽车科技(安徽)有限公司 一种车载场景下的多设备音频管理方法及系统

Also Published As

Publication number Publication date
WO2024139655A1 (zh) 2024-07-04

Similar Documents

Publication Publication Date Title
CN111163130B (zh) 一种网络服务系统及其数据传输方法
CN110266480A (zh) 数据传输方法、装置及存储介质
WO2024139655A1 (zh) 一种车载场景下的多设备音频管理方法及系统
EP2746978A1 (en) License control method and system thereof
CN109063049A (zh) 一种区块链网络的账号处理方法、装置、设备及存储介质
CN114785556B (zh) 加密通信方法、装置、计算机设备以及存储介质
CN107104923A (zh) 一种账号绑定和业务处理的方法及装置
CN115883669B (zh) 一种数据分发方法、系统、设备和介质
CN109756527A (zh) 数据共享方法、装置及系统
CN116186755A (zh) 隐私计算方法、装置、终端设备及存储介质
CN103428260A (zh) 用于将终端分配到服务器并高效地提示终端的系统及方法
CN113807157B (zh) 基于联邦学习训练神经网络模型的方法、装置和系统
CN115550886B (zh) 一种车载扩展现实设备控制方法、系统及车载交互系统
CN117707725A (zh) 任务处理方法、装置、计算机设备和存储介质
CN112100145A (zh) 数字化模型共享学习系统及方法
CN107566859A (zh) 一种播放方法、播放装置及终端
CN104866282A (zh) 一种控制电子设备的方法及电子设备
JP2018526717A (ja) イメージ制作中のコンテンツテスト
CN115610348A (zh) 增强现实及虚拟现实设备、车载系统以及车辆
CN115174575A (zh) 一种服务控制方法、装置、电子设备及存储介质
CN110096355A (zh) 一种共享资源分配方法、装置和设备
CN113760776A (zh) 一种自动驾驶仿真软件协同仿真测试的方法和系统
CN108595455B (zh) 一种空间数据坐标转换方法及装置
CN104396207B (zh) 实现多显示器接入的方法和设备
CN108391098A (zh) 物联网实验装置

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