Method and device for processing car-machine audio data, car-machine, medium and product

Abstract

Embodiments of the present application provide a processing method and device for car audio data, a car machine, a medium and a product. The method is applied to a system-level chip of a car machine, and includes: receiving an audio query instruction, determining whether a tuner of the car machine is playing audio data; determining that the tuner of the car machine is playing audio data, obtaining the audio data from the tuner and uploading the audio data to a cloud server; receiving audio information obtained by the cloud server according to the audio data query, and outputting the audio information. Embodiments of the present application can quickly and accurately query audio data played by a radio function of a car machine.

Description

Technical Field

[0001] The embodiments of this application relate to the field of vehicle technology, and more specifically, to a method for processing vehicle audio data, a device for processing vehicle audio data, a vehicle unit, a computer-readable storage medium, and a computer program product. Background Technology

[0002] A car infotainment system is a product installed in a car, and the radio is an important function of it. The radio function of a car infotainment system can receive radio station signals to play news, music, songs, weather, and other broadcast programs. When a driver hears a favorite song through the car's radio, they often want to know the song's title and other information. Summary of the Invention

[0003] The embodiments of this application provide a method, apparatus, vehicle unit, medium, and product for processing in-vehicle audio data, which can quickly and accurately query audio data played by the in-vehicle radio function.

[0004] According to a first aspect of this application, embodiments of this application provide a method for processing in-vehicle infotainment system (IVS) audio data, applied to an IVS system-on-a-chip, comprising: receiving an audio query command to determine whether the tuner of the IVS is playing audio data; determining that the tuner of the IVS is playing audio data, obtaining the audio data from the tuner and uploading it to a cloud server; receiving audio information obtained by the cloud server based on the audio data, and outputting the audio information.

[0005] According to a second aspect of this application, embodiments of this application provide a vehicle infotainment system (VMS) audio data processing apparatus applied to a VMS system-on-a-chip, comprising: an instruction receiving module configured to receive an audio query instruction and determine whether the VMS tuner is playing audio data; an audio processing module configured to, in response to determining that the VMS tuner is playing audio data, acquire the audio data from the tuner and upload it to a cloud server; and an information output module configured to receive audio information obtained by the cloud server based on the audio data and output the audio information.

[0006] According to a third aspect of this application, an embodiment of this application provides a vehicle infotainment system, the vehicle infotainment system comprising: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to perform a vehicle infotainment system audio data processing method as mentioned in the above embodiments.

[0007] According to a fourth aspect of this application, embodiments of this application provide a computer-readable storage medium storing a computer program, which, when executed by a processor, implements the vehicle audio data processing method mentioned in the above embodiments.

[0008] According to a fifth aspect of this application, embodiments of this application provide a computer program product, including a computer program that, when executed by a processor, implements the vehicle audio data processing method mentioned in the above embodiments.

[0009] The embodiments of this application provide a method, apparatus, vehicle unit, medium, and product for processing vehicle audio data. This involves receiving an audio query command via a system-on-a-chip (SoC) to determine whether the vehicle unit's tuner is playing audio data; if the tuner is playing audio data, the SoC retrieves the audio data from the tuner and uploads it to a cloud server; the SoC receives the audio information retrieved from the cloud server based on the audio data and outputs the audio information. The SoC can decouple the tuner from the digital signal processor, allowing the tuner's audio data to be uniformly managed and output via the SoC. This facilitates real-time monitoring, rapid debugging, and multiplexing of the tuner's audio data, and enables quick and accurate querying of audio data played by the vehicle radio function. Attached Figure Description

[0010] Other features, objects, and advantages of this application will become more apparent from the following detailed description of non-limiting embodiments with reference to the accompanying drawings. In the drawings:

[0011] Figure 1 This is a flowchart of a vehicle audio data processing method 100 according to an embodiment of this application;

[0012] Figure 2 This is a block diagram of a vehicle audio data processing apparatus 200 according to an embodiment of this application;

[0013] Figure 3 This is a schematic diagram of the structure of a vehicle system according to an exemplary embodiment of this application. Detailed Implementation

[0014] To better understand this application, various aspects of this application will be described in more detail with reference to the accompanying drawings. It should be understood that these detailed descriptions are merely illustrative of exemplary embodiments of this application and are not intended to limit the scope of this application in any way. Throughout the specification, the same reference numerals refer to the same elements. The expression "and / or" includes any and all combinations of one or more of the associated listed items.

[0015] It should be noted that in this specification, the terms "first," "second," "third," etc., are used only to distinguish one feature from another and do not imply any limitation on the features, especially not any order of precedence. Therefore, without departing from the teachings of this application, the first vibration sensor discussed herein may also be referred to as the second vibration sensor, and the first vibration signal may also be referred to as the second vibration signal, and vice versa.

[0016] It should also be understood that expressions such as "comprising," "including," "having," "containing," and / or "comprising" are open-ended rather than closed-ended expressions in this specification, indicating the presence of the stated features, elements, and / or components, but not excluding the presence of one or more other features, elements, components, and / or combinations thereof. Furthermore, when expressions such as "at least one of..." appear after a list of listed features, they modify the entire list of features, not just individual elements in the list. Additionally, when describing embodiments of this application, the word "may" is used to mean "one or more embodiments of this application." And the term "exemplary" is intended to refer to examples or illustrations.

[0017] Unless otherwise specified, all terms used herein (including engineering and technical terms) shall have the same meaning as commonly understood by one of ordinary skill in the art to which this application pertains. It should also be understood that, unless expressly stated herein, terms defined in common dictionaries shall be interpreted as having the meaning consistent with their meaning in the context of the relevant art, and not as having an idealized or overly formalized meaning.

[0018] It should be noted that, unless otherwise specified, the embodiments and features described in this application can be combined with each other. Furthermore, unless explicitly limited or contradicted by the context, the specific steps included in the methods described in this application are not limited to the order in which they are described, but can be performed in any order or in parallel. This application will now be described in detail with reference to the accompanying drawings and embodiments.

[0019] The current interaction between the tuner, System-on-Chip (SoC), and Digital Signal Processor (DSP) in in-vehicle infotainment systems is as follows: the SoC connects to the tuner via a control bus to control it, while the tuner connects to the DSP via an address bus to transmit audio data to the DSP for output. In this configuration, the SoC only controls the tuner; the tuner's audio data does not pass through the SoC. If the SoC needs to obtain the tuner's audio data, it must obtain it from the DSP, not directly from the tuner. Typically, SoCs have a multimedia module that processes and outputs audio data, but in current in-vehicle infotainment systems, the tuner's audio data is not processed or output through this module. Therefore, the current method of processing tuner audio data in in-vehicle infotainment systems cannot meet the requirements for rapid tuning, real-time monitoring, and efficient multiplexing of the tuner's audio data.

[0020] The embodiments of this application provide a method for processing vehicle audio data.

[0021] Figure 1 A flowchart of a method for processing vehicle audio data according to an embodiment of this application is shown, such as... Figure 1 As shown, the vehicle audio data processing method 100 is applied to the vehicle's system-on-a-chip and may include the following steps:

[0022] S110 receives an audio query command to determine whether the vehicle's tuner is playing audio data.

[0023] The execution entity of the vehicle infotainment system audio data processing method 100 in this application can be a system-on-a-chip (SoC) of the vehicle infotainment system. A SoC, also known as a system-on-a-chip, is an integrated circuit with a dedicated purpose and serves as the main controller in the vehicle infotainment system. The SoC can receive audio query commands to determine whether the tuner of the vehicle infotainment system is playing audio data. The audio query command can be a voice command received by the SoC via a microphone, a text command received by the SoC via a display screen, or a gesture command received by the SoC via a camera. This application does not limit the form of the audio query command or the method by which the SoC obtains the audio query command. The audio query command can be a query command for a song or a query command for music. This application does not limit the type of audio queried by the audio query command.

[0024] The tuner is a device in a car radio system used to receive radio station signals and select specific frequencies. The tuner's audio data is obtained by processing the received radio station signals. When the car radio's tuner is playing audio data, it means the tuner has audio data, and the radio function is playing audio data, including radio broadcasts. When the car radio's tuner is not playing audio data, it means the tuner has no audio data, and the radio function is not playing audio data.

[0025] S120 determines that the vehicle's tuner is playing audio data, obtains the audio data from the tuner, and uploads it to the cloud server.

[0026] The system-on-a-chip (SoC) determines whether the vehicle's tuner is playing audio data, retrieves the audio data from the tuner, and uploads it to the cloud server. Specifically, when the SoC receives an audio query command, if it determines that the vehicle's tuner is playing audio data, it means the audio query command is requesting the audio data played by the tuner. The SoC can then upload the audio data retrieved from the tuner to the cloud server, where the cloud server will query the audio information based on the audio data played by the tuner. If the SoC receives an audio query command but determines that the vehicle's tuner is not playing audio data, it means the audio query command is requesting the audio data not played by the tuner, and the SoC will not perform any further processing.

[0027] The system-on-a-chip (SoC) can copy the audio data acquired from the tuner, obtaining both the original and a copy. The SoC can then upload the copy to a cloud server for audio information retrieval. Finally, the SoC can transmit the original audio data to the vehicle's digital signal processor for playback via the radio function.

[0028] Optionally, the duration of audio data uploaded from the system-on-a-chip to the cloud server can be limited to conserve network resources. Specifically, for audio data exceeding the preset duration, only the preset duration of audio data can be copied and uploaded to the cloud server; for audio data within the preset duration, the entire audio data can be copied and uploaded to the cloud server.

[0029] S130 receives audio information obtained from the cloud server based on audio data queries and outputs the audio information.

[0030] The system-on-a-chip (SoC) receives audio information retrieved from the cloud server based on audio data and outputs the audio information. The audio information returned by the cloud server may include information related to the audio data, such as name, performer, type, and style. The content of the audio information can be determined based on the type of audio data, and this application's implementation does not limit this. For example, if the audio data is a song, the audio information may include the song title, performer, type, and style.

[0031] The system-on-a-chip (SoC) can display the audio information returned by the cloud server on the vehicle's screen, or it can play the audio information returned by the cloud server through the vehicle's voice broadcast function. The embodiments of this application do not limit the method by which the SoC outputs audio information. It should be noted that the embodiments of this application do not limit the implementation method of the cloud server querying the audio information based on the audio data.

[0032] The vehicle audio data processing method 100 provided in this application receives an audio query command through a system-on-a-chip (SoC) to determine whether the vehicle's tuner is playing audio data; if it is determined that the tuner is playing audio data, it retrieves the audio data from the tuner and uploads it to a cloud server; it receives the audio information retrieved from the cloud server based on the audio data and outputs the audio information. The SoC can decouple the tuner from the digital signal processor, allowing the tuner's audio data to be uniformly managed and output through the SoC. This facilitates real-time monitoring, rapid debugging, and multiplexing of the tuner's audio data, and enables quick and accurate querying of audio data played by the vehicle radio function.

[0033] In some optional embodiments of this application, the method 100 for processing vehicle audio data may further include: a system-on-a-chip transmitting audio data to a digital signal processor of the vehicle; the digital signal processor converting the audio data into an analog audio signal and transmitting it to a power amplifier of the vehicle; and the power amplifier amplifying the analog audio signal before playback to realize the radio function of the vehicle.

[0034] In some alternative embodiments of this application, the system-on-a-chip can connect to the tuner via an integrated circuit audio serial IIS interface and acquire the tuner's audio data through the standard Advanced Linux Sound Architecture (ALSA).

[0035] The system-on-a-chip (SoC) connects to the tuner via an integrated circuit audio serial (IIS) interface. The frame clock (Left / Right Clock, LRCK) and bit clock (BCK) can be configured through a Linux configuration file (Device Tree Source, DTS), and the data bus output mode can be configured as Pulse Code Modulation (PCM). The corresponding registers of the integrated circuit's audio serial (IIS) interface can also be configured. This configuration allows the standard Advanced Linux Audio Architecture (ALSA) within the SoC to establish an audio data transmission path with the tuner. Through the integrated circuit's audio serial (IIS) interface and the established audio data transmission path, the SoC can acquire audio data from the tuner.

[0036] The system-on-a-chip (SoC) acquires tuner audio data through the standard Advanced Linux Sound Architecture (ALSA). After establishing the audio data transmission path, path parameters can be set, and the corresponding sound card device node for PCM in ALSA can be opened to retrieve the tuner's audio data. Acquiring the tuner's audio data first requires configuring the parameters of the sound card device to be accessed. These parameters include setting the channels, sampling bit depth, sampling frequency, sampling period, and the number of frames to be sampled per period. After setting the sound card device parameters, the sound card node needs to be accessed to determine the sound card number and the corresponding device number within that sound card number. The configured sound card device parameters are then passed to the interface provided by ALSA, completing the configuration before data acquisition. The configured sound card device parameters determine the data fidelity and can be set according to actual conditions or project requirements.

[0037] Specifically, the system-on-a-chip acquires the tuner's audio data through the standard Advanced Linux Audio Architecture (ALSA), which may include the following steps:

[0038] Step 1. Enable the UL2 uplink path of the sound card device node corresponding to PCM and the corresponding IIS interface.

[0039] Step 2. Configure the parameters of the sound card device node corresponding to PCM, which may include: the number of channels (dual-channel or single-channel), the sampling rate, how many frames of data are collected in one cycle (interrupt), how many cycles of data are in one buffer, and the sampling bit depth, i.e. how many bits are sampled each time.

[0040] Step 3. Open the sound card device node corresponding to PCM. This can be done using the audio interface functions provided by the simplified ALSA (TinyAlsa) library. Specifically, determine the sound card number to access and the device number within that sound card number, and then pass in the configured sound card device parameters.

[0041] Step 4. Obtain the tuner's audio data. This can be done using the audio interface functions provided by the simplified ALSA library. The character pointer will write the data to the data buffer; the size of the data written needs to be calculated based on the output.

[0042] Therefore, the system-on-a-chip (SoC) can obtain audio data from the tuner by: the SoC calling the standard audio interface functions of the Advanced Linux Sound Architecture (ALSA) through the integrated circuit audio serial IIS interface to read the tuner's audio data.

[0043] In some optional embodiments of this application, the method 100 for processing vehicle audio data may further include: the system-on-a-chip (SoC) resampling and mixing the audio data through an audio strategy component; the SoC transmitting the audio data to the vehicle's digital signal processor may include: the SoC transmitting the processed audio data to the digital signal processor by calling the audio track API through the integrated circuit audio serial IIS interface.

[0044] The system-on-a-chip (SoC) outputs audio data from the tuner, utilizing the audio track API provided by the Android system. Since the entire audio path is pre-configured within the SoC and follows Android's audio policies, audio data can be output via the audio track API. In this method, the audio data first enters the audio policy component for resampling and mixing, then is sent to the ALSA (Audio Signal Processor). The ALSA then outputs the audio data to the digital signal processor (DSP) via the front-end IIS interface. The DSP performs sound effect processing on the audio data, such as fade-in / fade-out and equalization.

[0045] The system-on-a-chip (SoC) simplifies the transmission of audio data by calling the audio track API. The SoC also uses an audio strategy component to resample and mix the audio data, effectively removing interference signals and obtaining more accurate audio data output.

[0046] Therefore, the digital signal processor converts audio data into analog audio signals and transmits them to the power amplifier of the vehicle's infotainment system. This can include: the digital signal processor performing sound effect processing on the received audio data and converting the processed audio data into analog audio signals for transmission to the power amplifier.

[0047] This application also provides a vehicle audio data processing device 200. Figure 2 A block diagram of a vehicle audio data processing apparatus 200 according to an embodiment of this application is shown. Figure 2 As shown, the vehicle audio data processing device 200 is applied to the vehicle's system-on-a-chip and may include: an instruction receiving module 210, an audio processing module 220, and an information output module 230. The instruction receiving module 210 is configured to receive an audio query instruction to determine whether the vehicle's tuner is playing audio data. The audio processing module 220 is configured to, in response to determining that the vehicle's tuner is playing audio data, obtain audio data from the tuner and upload it to a cloud server. The information output module 230 is configured to receive audio information obtained from the cloud server based on the audio data query and output the audio information.

[0048] In this embodiment, the specific processing of the instruction receiving module 210, audio processing module 220, and information output module 230 in the vehicle audio data processing device 200, and the resulting technical effects, can be found by referring to [reference needed]. Figure 1 The relevant descriptions of steps 110-130 in the corresponding implementation method will not be repeated here.

[0049] In some alternative implementations, the audio processing module 220 is further configured to read the tuner's audio data by calling standard Advanced Linux Sound Architecture (ALSA) audio interface functions via the integrated circuit audio serial IIS interface.

[0050] In some optional embodiments, the vehicle audio data processing device 200 further includes:

[0051] An audio output module is configured to transmit the audio data to the digital signal processor of the vehicle's infotainment system;

[0052] The digital signal processor is configured to convert the audio data into analog audio signals and transmit them to the power amplifier of the vehicle system;

[0053] The power amplifier is configured to amplify the analog audio signal before playback.

[0054] In some alternative implementations, the audio processing module 220 is also configured to resample and mix the audio data using an audio strategy component.

[0055] The audio output module is further configured to transmit the processed audio data to the digital signal processor by calling the audio track API through the integrated circuit audio serial IIS interface.

[0056] In some alternative implementations, the digital signal processor is further configured to perform sound effects processing on the received audio data and convert the processed audio data into an analog audio signal for transmission to the power amplifier.

[0057] In some alternative implementations, the audio data includes radio broadcasts, and the audio information includes name, performer, type, and style.

[0058] The embodiments of this application also provide a vehicle infotainment system, which includes: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, which, when executed by the at least one processor, enables the at least one processor to implement the vehicle infotainment system audio data processing method described in any of the above embodiments.

[0059] Embodiments of this application also provide a readable storage medium storing computer instructions that enable a computer to execute the vehicle audio data processing method described in any of the above embodiments.

[0060] The embodiments of this application also provide a computer program product, which, when executed by a processor, can implement the vehicle audio data processing method described in any of the above embodiments.

[0061] Figure 3 A schematic block diagram of an example vehicle infotainment system 300 that can be used to implement embodiments of this application is shown. The components shown herein, their connections and relationships, and their functions are merely examples and are not intended to limit the implementation of this application described and / or claimed herein.

[0062] like Figure 3 As shown, the vehicle infotainment system 300 includes a computing unit 301, which can perform various appropriate actions and processes based on a computer program stored in a read-only memory (ROM) 302 or a computer program loaded from a storage unit 308 into a random access memory (RAM) 303. The RAM 303 can also store various programs and data required for the operation of the vehicle infotainment system 300. The computing unit 301, ROM 302, and RAM 303 are interconnected via a bus 304. An input / output (I / O) interface 305 is also connected to the bus 304.

[0063] Multiple components in the vehicle infotainment system 300 are connected to the I / O interface 305, including: an input unit 306, such as a keyboard or mouse; an output unit 307, such as various types of displays or speakers; a storage unit 308, such as a hard disk or optical disk; and a communication unit 309, such as a network card, modem, or wireless transceiver. The communication unit 309 allows the vehicle infotainment system 300 to exchange information / data with other devices through computer networks such as the Internet and / or various telecommunications networks.

[0064] The computing unit 301 can be various general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of the computing unit 301 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various special-purpose artificial intelligence (AI) computing chips, various computing units running machine learning model algorithms, a digital signal processor (DSP), and any suitable processor, controller, microcontroller, etc. The computing unit 301 performs the various methods and processes described above, such as the method for processing vehicle audio data. For example, in some embodiments, the method for processing vehicle audio data can be implemented as a computer software program, which is tangibly contained in a machine-readable medium, such as storage unit 308. In some embodiments, part or all of the computer program can be loaded and / or installed on the vehicle system 300 via ROM 302 and / or communication unit 309. When the computer program is loaded into RAM 303 and executed by the computing unit 301, one or more steps of the method for processing vehicle audio data described above can be performed. Alternatively, in other embodiments, the computing unit 301 may be configured to perform a method for processing vehicle audio data by any other suitable means (e.g., by means of firmware).

[0065] Various embodiments of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), systems-on-a-chip (SoCs), payload-programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various embodiments may include implementations in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which may be a dedicated or general-purpose programmable processor, capable of receiving data and instructions from a storage system, at least one input device, and at least one output device, and transferring data and instructions to the storage system, the at least one input device, and the at least one output device.

[0066] The program code used to implement the methods of this application may be written in any combination of one or more programming languages. This program code may be provided to a processor or controller of a general-purpose computer, special-purpose computer, or other programmable data processing device, such that when executed by the processor or controller, the functions / operations specified in the flowcharts and / or block diagrams are implemented. The program code may be executed entirely on a machine, partially on a machine, as a standalone software package partially on a machine and partially on a remote machine, or entirely on a remote machine or server.

[0067] In the context of this application, a machine-readable medium can be a tangible medium that may contain or store a program for use by or in conjunction with an instruction execution system, apparatus, or device. A machine-readable medium can be a machine-readable signal medium or a machine-readable storage medium. Machine-readable media can be, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination of the foregoing. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fibers, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination of the foregoing.

[0068] To provide interaction with a user, the systems and techniques described herein can be implemented on a computer having: a display device for displaying information to the user, such as a CRT (cathode ray tube) or LCD (liquid crystal display) monitor; and a keyboard and pointing device (e.g., a mouse or trackball) through which the user provides input to the computer. Other types of devices can also be used to provide interaction with the user; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including sound input, voice input, or tactile input).

[0069] The systems and technologies described herein can be implemented in computing systems that include backend components (e.g., as a data server), or computing systems that include middleware components (e.g., an application server), or computing systems that include frontend components (e.g., a user computer with a graphical user interface or web browser through which a user can interact with embodiments of the systems and technologies described herein), or any combination of such backend, middleware, or frontend components. The components of the system can be interconnected via digital data communication of any form or medium (e.g., a communication network). Examples of communication networks include local area networks (LANs), wide area networks (WANs), and the Internet.

[0070] Computer systems can include clients and servers. Clients and servers are generally located far apart and typically interact through communication networks. Client-server relationships are created by computer programs running on the respective computers and having a client-server relationship with each other.

[0071] The above description is merely an illustration of the embodiments of this application and the technical principles employed. Those skilled in the art should understand that the scope of protection involved in this application is not limited to technical solutions formed by specific combinations of the above-described technical features, but should also cover other technical solutions formed by arbitrary combinations of the above-described technical features or their equivalents without departing from the technical concept. For example, technical solutions formed by substituting the above features with (but not limited to) technical features with similar functions disclosed in this application.

Claims

1. A method for processing in-vehicle audio data, applied to a system-on-a-chip (SoC) of an in-vehicle infotainment system, comprising: Receive an audio query command to determine whether the tuner of the vehicle system is playing audio data; Determine that the tuner of the vehicle system is playing audio data, obtain the audio data from the tuner and upload it to the cloud server; Receive the audio information obtained by the cloud server based on the audio data, and output the audio information.

2. The method according to claim 1, wherein, The step of obtaining the audio data from the tuner includes: The tuner's audio data is read by calling the standard high-level Linux sound architecture ALSA audio interface functions through the integrated circuit audio serial IIS interface.

3. The method according to claim 1, further comprising: The audio data is transmitted to the vehicle's digital signal processor. The digital signal processor converts the audio data into analog audio signals and transmits them to the power amplifier of the vehicle's infotainment system; The power amplifier amplifies the analog audio signal before playing it.

4. The method according to claim 3, further comprising: The audio data is resampled and mixed using an audio strategy component; The digital signal processor that transmits the audio data to the vehicle's infotainment system includes: The processed audio data is transmitted to the digital signal processor by calling the audio track API through the integrated circuit audio serial IIS interface.

5. The method according to claim 4, wherein the digital signal processor converts the audio data into an analog audio signal and transmits it to the power amplifier of the vehicle's infotainment system, comprising: The digital signal processor performs sound effect processing on the received audio data and converts the processed audio data into analog audio signals, which are then transmitted to the power amplifier.

6. The method according to claim 1, wherein the audio data includes radio broadcasts, and the audio information includes name, performer, type, and style.

7. A device for processing in-vehicle audio data, applied to a system-on-a-chip of an in-vehicle infotainment system, comprising: The instruction receiving module is configured to receive audio query instructions to determine whether the tuner of the vehicle system is playing audio data; An audio processing module is configured to, in response to determining that the tuner of the vehicle system is playing audio data, acquire the audio data from the tuner and upload it to a cloud server; The information output module is configured to receive audio information obtained by the cloud server based on the audio data, and output the audio information.

8. A vehicle infotainment system, comprising: At least one processor; as well as, A memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to perform the vehicle audio data processing method according to any one of claims 1 to 6.

9. A computer-readable storage medium storing a computer program, characterized in that, When the computer program is executed by the processor, it implements the method for processing vehicle audio data as described in any one of claims 1 to 6.

10. A computer program product, comprising a computer program, characterized in that, When the computer program is executed by the processor, it implements the method for processing vehicle audio data as described in any one of claims 1 to 6.

Images