Vehicle-based audio data playing method and device, equipment and medium

Abstract

Embodiments of the present disclosure relate to a vehicle-based audio data playing method, device, equipment and medium, wherein the method comprises: obtaining a driving parameter and / or an environmental noise parameter of a vehicle when playing audio data; determining a playing scene type according to the driving parameter and / or the environmental noise parameter; querying a preset mapping relationship to determine audio playing parameters matched with the playing scene type, wherein the audio playing parameters comprise at least one of the following: a playing speed, a playing code rate and a playing volume; and playing the audio data according to the audio playing parameters. In the technical solution, the continuity of user's understanding of the audio data is improved, the distraction during driving of the vehicle is avoided, and the driving safety is improved.

Description

Technical Field

[0001] This disclosure relates to the field of vehicle control technology, and in particular to a method, apparatus, device and medium for playing audio data based on a vehicle. Background Technology

[0002] With the development of computer technology, playing audio data in vehicles has become increasingly common, and playing audio in vehicles has become a relatively mainstream demand.

[0003] In related technologies, playing audio data in vehicles relies on default audio playback parameters, which can lead to users being unable to hear the audio data clearly in some driving scenarios, affecting the continuity of the audio data. In fact, users may manually adjust the audio data progress in order to catch up on missed plot points, thus affecting driving safety. Summary of the Invention

[0004] In order to solve the above-mentioned technical problems, or at least partially solve the above-mentioned technical problems, this disclosure provides a method, apparatus, device and medium for playing audio data based on a vehicle.

[0005] This disclosure provides a vehicle-based audio data playback method, the method comprising: acquiring vehicle driving parameters and / or environmental noise parameters when playing audio data, wherein the driving parameters include: driving speed and driving acceleration within a first preset time period; determining a playback scene type based on the driving parameters and / or the environmental noise parameters; querying a preset mapping relationship to determine audio playback parameters matching the playback scene type, wherein the audio playback parameters include at least one of the following: playback speed, playback bitrate, and playback volume; and playing the audio data according to the audio playback parameters.

[0006] This disclosure also provides a vehicle-based audio data playback device, comprising: an acquisition module for acquiring vehicle driving parameters and / or environmental noise parameters when playing audio data, wherein the driving parameters include: driving speed and driving acceleration within a first preset time period; a determination module for determining a playback scene type based on the driving parameters and / or the environmental noise parameters; a query module for querying a preset mapping relationship to determine audio playback parameters matching the playback scene type, wherein the audio playback parameters include at least one of the following: playback speed, playback bitrate, and playback volume; and a playback processing module for playing the audio data according to the audio playback parameters.

[0007] This disclosure also provides an electronic device, the electronic device comprising: a processor; a memory for storing executable instructions of the processor; the processor being configured to read the executable instructions from the memory and execute the instructions to implement the vehicle-based audio data playback method provided in this disclosure.

[0008] This disclosure also provides a computer-readable storage medium storing a computer program for executing a vehicle-based audio data playback method as provided in this disclosure.

[0009] The technical solution provided in this disclosure has the following advantages compared with the prior art: The vehicle-based audio data playback solution provided in this disclosure acquires vehicle driving parameters and / or environmental noise parameters when playing audio data. The driving parameters include: driving speed and driving acceleration within a first preset time period. Based on the driving parameters and / or environmental noise parameters, a playback scene type is determined. A preset mapping relationship is then queried to determine audio playback parameters matching the playback scene type. These audio playback parameters include at least one of the following: playback speed, playback bitrate, and playback volume. Finally, audio data is played according to the audio playback parameters. This technical solution improves the user's understanding of the continuity of audio data, avoids distraction while driving, and enhances driving safety. Attached Figure Description

[0010] The above and other features, advantages, and aspects of the embodiments of this disclosure will become more apparent from the accompanying drawings and the following detailed description. Throughout the drawings, the same or similar reference numerals denote the same or similar elements. It should be understood that the drawings are schematic, and the originals and elements are not necessarily drawn to scale.

[0011] Figure 1 A schematic flowchart illustrating a vehicle-based audio data playback method provided in this embodiment of the present disclosure; Figure 2 A schematic flowchart illustrating another vehicle-based audio data playback method provided in this embodiment of the present disclosure; Figure 3 A schematic flowchart illustrating yet another vehicle-based audio data playback method provided in this disclosure embodiment; Figure 4 A schematic diagram of the structure of a vehicle-based audio data playback device provided in an embodiment of this disclosure; Figure 5 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this disclosure. Detailed Implementation

[0012] Embodiments of this disclosure will now be described in more detail with reference to the accompanying drawings. While some embodiments of this disclosure are shown in the drawings, it should be understood that this disclosure can be implemented in various forms and should not be construed as limited to the embodiments set forth herein. Rather, these embodiments are provided to provide a more thorough and complete understanding of this disclosure. It should be understood that the accompanying drawings and embodiments of this disclosure are for illustrative purposes only and are not intended to limit the scope of protection of this disclosure.

[0013] It should be understood that the steps described in the method embodiments of this disclosure may be performed in different orders and / or in parallel. Furthermore, the method embodiments may include additional steps and / or omit the steps shown. The scope of this disclosure is not limited in this respect.

[0014] The term "comprising" and its variations as used herein are open-ended inclusions, meaning "including but not limited to". The term "based on" means "at least partially based on". The term "one embodiment" means "at least one embodiment"; the term "another embodiment" means "at least one additional embodiment"; the term "some embodiments" means "at least some embodiments". Definitions of other terms will be given in the description below.

[0015] It should be noted that the concepts of "first" and "second" mentioned in this disclosure are used only to distinguish different devices, modules or units, and are not used to limit the order of functions performed by these devices, modules or units or their interdependencies.

[0016] It should be noted that the terms "a" and "a plurality of" used in this disclosure are illustrative rather than restrictive, and those skilled in the art should understand that, unless otherwise expressly indicated in the context, they should be understood as "one or more".

[0017] The names of messages or information exchanged between multiple devices in the embodiments of this disclosure are for illustrative purposes only and are not intended to limit the scope of such messages or information.

[0018] To address the aforementioned issues, this disclosure provides a method for playing audio data based on a vehicle. The method will be described below with reference to specific embodiments.

[0019] Figure 1 This is a flowchart illustrating a vehicle-based audio data playback method according to an embodiment of this disclosure. The method can be executed by a vehicle-based audio data playback device, which can be implemented in software and / or hardware, and is generally integrated into an electronic device. Figure 1 As shown, the method includes: Step 101: Obtain the vehicle's driving parameters and / or environmental noise parameters when playing audio data, wherein the driving parameters include: driving speed and acceleration fluctuation value of driving acceleration within a first preset time period.

[0020] The audio data includes: drama, music, etc. Driving parameters include: driving speed and driving acceleration within a first preset time period. The first preset time period can be customized, for example, set to 2 seconds. The driving acceleration can be the acceleration fluctuation value, which refers to the difference between the maximum and minimum acceleration values ​​within the first preset time period. These driving parameters can be read via the vehicle's CAN bus, and environmental noise parameters can be obtained through sound sensors such as onboard microphones.

[0021] Step 102: Determine the playback scene type based on driving parameters and / or ambient noise parameters.

[0022] In one embodiment of this disclosure, the playback scene type is determined based on driving parameters and / or ambient noise parameters. The playback scene type includes at least driving speed levels (including high speed, medium speed, low speed, etc.) and / or noise levels (including high noise, medium noise, low noise, etc.). For example, the playback scene type could be a scenario such as "high speed + high noise" or "low speed + medium noise".

[0023] It should be noted that the method for determining the playback scene type based on driving parameters and / or ambient noise parameters differs in different application scenarios, as shown in the following examples: In some possible embodiments, such as Figure 2 As shown, the playback scene type is determined based on driving parameters and ambient noise parameters, including: Step 201: Extract the first feature vector corresponding to each driving parameter in the driving parameters, and / or extract the second feature vector of the environmental noise parameter.

[0024] In one embodiment of this disclosure, each driving parameter is vectorized to obtain a first feature vector. For example, the driving speed is vectorized to obtain a first feature vector, and the acceleration fluctuation value is vectorized to obtain a first feature vector. And / or, in this embodiment, the environmental noise parameter can also be vectorized, that is, a second feature vector of the environmental noise parameter can be extracted.

[0025] Step 202: Concatenate all first feature vectors to obtain the third feature vector, or use the second feature vector as the third feature vector, or concatenate all first feature vectors and second feature vectors to obtain the third feature vector.

[0026] In the embodiments of this disclosure, all first feature vectors are concatenated to obtain a third feature vector, or the sum of the first and second feature vectors is used as the third feature vector, or all first and second feature vectors are concatenated to obtain a third feature vector. For example, if the driving speed is 90 km / h, the acceleration fluctuation value is 1.5 m / s², and the environmental noise parameter is 75 dB, then the extracted first and second feature vectors are 90, 1.5, and 75, respectively, and the third feature vector is obtained by concatenating the first and second feature vectors.

[0027] Step 203: Input the third feature vector into the scene classification model, where the scene classification model is pre-learned to output the scene type based on the input feature vector.

[0028] The scene classification model can be any lightweight neural network model suitable for classification, such as a Convolutional Neural Network (CNN). The scene classification model is pre-learned to output the scene type based on the input feature vector. During actual training, when the third feature vector is obtained by concatenating all the first and second feature vectors, the sample's first feature vector corresponding to each driving parameter in the sample driving parameters can be extracted, and the sample's second feature vector corresponding to the sample environmental noise parameter can be extracted. All the sample's first and second feature vectors are then concatenated to obtain the sample's third feature vector. This sample's third feature vector is input into the initial scene classification model. The model is then compared to the pre-labeled scene type to determine if the actual scene type output by the initial scene classification model matches the pre-labeled scene type. If they do not match, the model parameters of the initial scene classification model are adjusted until the actual scene type output by the initial scene classification model matches the pre-labeled scene type, resulting in the trained scene classification model.

[0029] Step 204: Determine the scene type output by the scene classification model as the playback scene type.

[0030] In the embodiments of this disclosure, the scene type output by the scene classification model is determined as the playback scene type.

[0031] In another embodiment of the present disclosure, the driving speed can be compared with the speed ranges of different pre-set speed levels, and the speed level can be determined according to the comparison result. For example, if the driving speed is v, when v ≤ 30 km / h, it is a low speed; when 30 < v ≤ 80 km / h, it is a medium speed; when v > 80 km / h, it is a high speed. The environmental noise parameter is compared with the noise ranges of different pre-set noise levels, and the noise level can be determined according to the comparison result. For example, if S represents the noise, the determined noise levels are: low noise (S ≤ 50 dB), medium noise (50 dB < S ≤ 70 dB), and high noise (S > 70 dB). In this embodiment, the combination of the speed level and the noise level is used as the playback scene type.

[0032] Step 103: Query the preset mapping relationship to determine the audio playback parameters matching the playback scene type. Among them, the audio playback parameters include at least one of the following: playback speech rate, playback bit rate, and playback volume.

[0033] Among them, the playback bit rate can include a standard bit rate (64 kbps), a high-definition bit rate (128 kbps), a lossless noise reduction bit rate (256 kbps), etc.

[0034] In the embodiment of the present disclosure, a preset mapping relationship is pre-constructed. Query the preset mapping relationship to determine the audio playback parameters matching the playback scene type. Among them, the audio playback parameters include at least one of the following: playback speech rate, playback bit rate, and playback volume. For example, when the playback scene type is: low noise + low speed, the corresponding audio playback parameters include: the playback bit rate is the standard bit rate (64 kbps), and the playback speech rate is 1.2 * the default speech rate. When the playback scene type is: medium noise + medium speed, the corresponding audio playback parameters include: the playback bit rate is the high-definition bit rate (128 kbps), and the playback speech rate is 1 * the default speech rate, etc.

[0035] Step 104: Play the audio data according to the audio playback parameters.

[0036] In the embodiment of the present disclosure, after determining the audio playback parameters, the audio data is played according to the audio playback parameters. Since the audio playback parameters are determined based on the playback scene type, the audio playback parameters can ensure that the user can clearly hear the played content when playing in the corresponding playback scene type, and ensure the continuity of the user's understanding of the plot.

[0037] In one embodiment of this disclosure, to further ensure the user's understanding of the continuity of audio data, when the playback scenario type belongs to a preset high-noise playback scenario, while playing the audio data according to the audio playback parameters, dialogue voice segments in the audio data are also identified. For example, when the audio data is a drama, dialogue voice segments in the drama are identified, and then the playback volume is increased according to a preset unit volume increase value, and the dialogue voice segments are played according to the increased playback volume. The preset unit volume increase value can be customized, for example, a preset unit volume increase value of 5dB.

[0038] In one embodiment of this disclosure, to ensure driving safety, it is also possible to identify whether the acceleration fluctuation value is greater than a preset fluctuation threshold. The preset fluctuation threshold can be customized, for example, the preset fluctuation threshold can be customized to 2m / s². If the acceleration fluctuation value is greater than the preset fluctuation threshold, it is determined that the vehicle is experiencing sudden acceleration or sudden braking. Therefore, in order to avoid driver distraction and ensure driver driving safety, the playback volume is reduced. For example, the difference between the acceleration fluctuation value and the preset fluctuation threshold is calculated, the product of the difference and the preset unit volume reduction value is calculated, the difference between the playback volume and the product value is calculated, the playback volume is updated based on the difference, and then the audio data is played according to the updated playback volume.

[0039] In this embodiment, when the difference is less than 0, the playback volume is directly determined to be 0.

[0040] In summary, the vehicle-based audio data playback method of this disclosure acquires the vehicle's driving parameters and / or environmental noise parameters when playing audio data. The driving parameters include: driving speed and driving acceleration within a first preset time period. Based on the driving parameters and / or environmental noise parameters, a playback scenario type is determined. A preset mapping relationship is then queried to determine audio playback parameters matching the playback scenario type. These audio playback parameters include at least one of the following: playback speed, playback bitrate, and playback volume. Finally, audio data is played according to the audio playback parameters. This technical solution improves the user's understanding of the continuity of audio data, avoids distraction while driving, and enhances driving safety.

[0041] In one embodiment of this disclosure, device status information of a target device in the vehicle is also obtained. This device status information is used to indicate whether audio data playback in the vehicle is interrupted. For example, if the target device is a vehicle Bluetooth device, a disconnected vehicle Bluetooth status indicates that audio data playback in the vehicle is interrupted. Similarly, if the target device is a car door, an open car door status indicates that audio data playback in the vehicle is interrupted. When the device status information indicates that audio data is playing, i.e., when the vehicle Bluetooth is not disconnected or the car door is not open. In one embodiment of this disclosure, when the device status information indicates that audio data playback is interrupted, such as... Figure 3 As shown, the method also includes: Step 301: When the audio data is retrieved and playback is resumed, the target interruption time is obtained.

[0042] In this embodiment, when the device status information indicates that the audio data playback is interrupted, and when the audio data playback resumption operation is obtained, the resumption operation can be executed by a predefined audio data playback event. The playback event can include at least one of the following: the device status information indicates that the audio data is playing, a preset playback control is triggered, or a playback instruction containing playback keywords is obtained.

[0043] The target interruption time refers to the last time the audio data was played. It should be noted that when the audio data can be played on multiple devices, the target terminal time can be the most recent playback time on any one device. That is, when the device status information indicates that the audio data playback is interrupted, multi-device synchronization is triggered, which not only synchronizes the playback progress, but also includes the playback parameters in the current scenario.

[0044] For example, when the device status information indicates that audio data playback has been interrupted, the current playback progress is determined. This current playback progress can be a time-based progress, meaning the current moment is used as the current playback progress. The current playback progress and audio playback parameters of the vehicle's audio data are uploaded to the cloud server. The cloud server stores the playback progress and audio playback parameters reported by the vehicle and other terminal devices. The playback accounts for the audio data on other terminal devices are the same as those on the vehicle, meaning that other terminal devices and the vehicle constitute a multi-terminal device for audio data. The playback progress includes the playback time, etc. During audio data playback, users can manually adjust the audio playback parameters; therefore, the reporting of audio playback parameters can also synchronize user preferences.

[0045] For example, if the in-vehicle device and the mobile device are bound to the same user's playback account (through the platform's account system), when the in-vehicle Bluetooth is disconnected, the cloud server status center marks "in-vehicle device offline". If it detects that the mobile audio playback application logged in with that account sends an "application startup" status packet (such as a heartbeat packet when the audio playback application is opened) to the cloud server, it determines that "the mobile audio playback application is started" and triggers the synchronization process. The mobile device uploads the playback progress and audio playback parameters to the cloud server according to a preset reporting period. Alternatively, after the mobile device stops playing, it uploads the playback progress and audio playback parameters to the cloud server according to a preset reporting period. The cloud server marks the corresponding device type and timestamp based on the reported playback progress and audio playback parameters to ensure that the latest progress is taken when synchronizing multiple devices.

[0046] In one embodiment of this disclosure, a playback resumption request can be sent to a cloud server to obtain the target interruption time fed back by the cloud server, wherein the target interruption time is the most recent playback progress among the playback progress reported by vehicles and other terminal devices stored in the cloud server.

[0047] To avoid accidental reporting, after the device status information indicates that audio data playback has been interrupted, the playback progress and audio playback parameters of the vehicle's audio data will only be uploaded to the cloud server after the interruption time exceeds the preset interruption duration (which can be customized, for example, 5 seconds).

[0048] Step 302: Determine whether the interruption duration exceeds the preset duration threshold based on the target interruption time.

[0049] In this embodiment of the disclosure, the interruption duration is determined to exceed a preset duration threshold based on the target interruption time. That is, the time difference between the current time and the target interruption time is calculated, and the time difference is determined to be the interruption duration. The interruption duration is then determined to exceed the preset duration threshold.

[0050] Step 303: When the preset duration threshold is exceeded, obtain the plot text information of the audio data within the second preset duration before the target interruption time.

[0051] When the preset duration threshold is exceeded, the plot text information of the audio data within a second preset duration prior to the target interruption time is retrieved. The plot text information can be timestamped based on the time corresponding to the second preset duration prior to the target interruption time, and preset plot text is retrieved based on this timestamp. The plot text information describes the plot in text form.

[0052] Step 304: Generate plot hint summary information based on the plot text information, and play the plot hint summary information.

[0053] In the embodiments of this disclosure, plot hint summary information is generated based on the plot text information, and the plot hint summary information is played. The plot hint summary information briefly summarizes the plot text information.

[0054] In some possible embodiments, a neural network model can be pre-trained. Sample plot text information is input into an initial neural network model to obtain plot hint summaries output by the initial neural network model. The loss value between the output plot hint summaries and a preset standard plot hint summaries is calculated. If the loss value is greater than a preset threshold, the model parameters of the initial neural network model are adjusted until the loss value is less than or equal to the preset threshold, thus completing the training of the neural network model. In this embodiment, plot text information is input into the trained neural network model to obtain plot hint summaries.

[0055] Step 305: After the plot summary information is played, resume playing the audio data from the point of interruption.

[0056] In the embodiments of this disclosure, after the playback of the plot summary information is completed, the audio data continues to play from the target interruption time, thereby improving the tightness of the plot connection and avoiding distraction of the user while driving.

[0057] In summary, the vehicle-based audio data playback method of this disclosure can resume audio data playback based on the results of synchronous reporting from multiple terminals when the device status information indicates that the audio data playback is interrupted, thus ensuring the continuity of audio data playback and realizing automatic seamless playback of audio and video data.

[0058] To implement the above embodiments, this disclosure also proposes a vehicle-based audio data playback device.

[0059] Figure 4 This is a schematic diagram of a vehicle-based audio data playback device provided in an embodiment of this disclosure. The device can be implemented by software and / or hardware and is generally integrated into an electronic device. Figure 4 As shown, the device includes: an acquisition module 410, a determination module 420, a query module 430, and a playback processing module 440, wherein... The acquisition module 410 is used to acquire the vehicle's driving parameters and / or environmental noise parameters when playing audio data. The driving parameters include: driving speed and acceleration fluctuation value of driving acceleration within a first preset time period. The determination module 420 is used to determine the playback scene type based on driving parameters and / or ambient noise parameters; The query module 430 is used to query a preset mapping relationship to determine audio playback parameters that match the playback scenario type. The audio playback parameters include at least one of the following: playback speed, playback bitrate, and playback volume. The playback processing module 440 is used to play audio data according to the audio playback parameters.

[0060] The vehicle-based audio data playback device provided in this disclosure can execute the vehicle-based audio data playback method provided in any embodiment of this disclosure, and has the corresponding functional modules and beneficial effects of executing the method.

[0061] To implement the above embodiments, this disclosure also proposes a computer program product, including a computer program / instructions, which, when executed by a processor, implements the vehicle-based audio data playback method in the above embodiments.

[0062] Figure 5 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this disclosure.

[0063] The following is a detailed reference. Figure 5 The diagram illustrates a structural schematic suitable for implementing the electronic device 500 in the embodiments of this disclosure. The electronic device 500 in the embodiments of this disclosure may include, but is not limited to, mobile terminals such as mobile phones, laptops, digital broadcast receivers, PDAs (personal digital assistants), PADs (tablet computers), PMPs (portable multimedia players), in-vehicle terminals (e.g., in-vehicle navigation terminals), and fixed terminals such as digital TVs and desktop computers. Figure 5 The electronic device shown is merely an example and should not be construed as limiting the functionality and scope of the embodiments disclosed herein.

[0064] like Figure 5 As shown, electronic device 500 may include a processor (e.g., central processing unit, graphics processor, etc.) 501, which can perform various appropriate actions and processes according to a program stored in read-only memory (ROM) 502 or a program loaded from memory 508 into random access memory (RAM) 503. RAM 503 also stores various programs and data required for the operation of electronic device 500. Processor 501, ROM 502, and RAM 503 are interconnected via bus 504. Input / output (I / O) interface 505 is also connected to bus 504.

[0065] Typically, the following devices can be connected to I / O interface 505: input devices 506 including, for example, touchscreens, touchpads, keyboards, mice, cameras, microphones, accelerometers, gyroscopes, etc.; output devices 507 including, for example, liquid crystal displays (LCDs), speakers, vibrators, etc.; memory devices 508 including, for example, magnetic tapes, hard disks, etc.; and communication devices 509. Communication device 509 allows electronic device 500 to communicate wirelessly or wiredly with other devices to exchange data. Although Figure 5 An electronic device 500 with various devices is shown; however, it should be understood that it is not required to implement or possess all of the devices shown. More or fewer devices may be implemented or possessed alternatively.

[0066] In particular, according to embodiments of this disclosure, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments of this disclosure include a computer program product comprising a computer program carried on a non-transitory computer-readable medium, the computer program containing program code for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via a communication device 509, or installed from a memory 508, or installed from a ROM 502. When the computer program is executed by the processor 501, it performs the functions defined in the vehicle-based audio data playback method of embodiments of this disclosure.

[0067] It should be noted that the computer-readable medium described in this disclosure can be a computer-readable signal medium or a computer-readable storage medium, or any combination thereof. A computer-readable storage medium can be, for example,—but not limited to—an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of a computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination thereof. In this disclosure, a computer-readable storage medium can be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, apparatus, or device. In this disclosure, a computer-readable signal medium can include a data signal propagated in baseband or as part of a carrier wave, carrying computer-readable program code. Such propagated data signals can take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. A computer-readable signal medium can be any computer-readable medium other than a computer-readable storage medium, which can send, propagate, or transmit a program for use by or in connection with an instruction execution system, apparatus, or device. The program code contained on the computer-readable medium can be transmitted using any suitable medium, including but not limited to: wires, optical fibers, RF (radio frequency), etc., or any suitable combination thereof.

[0068] In some implementations, clients and servers can communicate using any currently known or future-developed network protocol such as HTTP (Hypertext Transfer Protocol) and can interconnect with digital data communication (e.g., communication networks) of any form or medium. Examples of communication networks include local area networks (“LANs”), wide area networks (“WANs”), the Internet (e.g., the Internet of Things), and peer-to-peer networks (e.g., ad hoc peer-to-peer networks), as well as any currently known or future-developed networks.

[0069] The aforementioned computer-readable medium may be included in the aforementioned electronic device; or it may exist independently and not assembled into the electronic device.

[0070] The aforementioned computer-readable medium carries one or more programs, which, when executed by the electronic device, cause the electronic device to perform the aforementioned vehicle-based audio data playback method.

[0071] Electronic devices can be programmed with computer program code in one or more programming languages ​​or combinations thereof to perform the operations of this disclosure. These programming languages ​​include, but are not limited to, object-oriented programming languages ​​such as Java, Smalltalk, and C++, as well as conventional procedural programming languages ​​such as "C" or similar languages. The program code can be executed entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving remote computers, the remote computer can be connected to the user's computer via any type of network—including a local area network (LAN) or a wide area network (WAN)—or can be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0072] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of this disclosure. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of code containing one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts, can be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.

[0073] The units described in the embodiments of this disclosure can be implemented in software or hardware. The names of the units are not, in some cases, intended to limit the specific unit.

[0074] The functions described above in this document can be performed at least in part by one or more hardware logic components. For example, exemplary types of hardware logic components that can be used, without limitation, include: field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), system-on-a-chip (SoCs), complex programmable logic devices (CPLDs), and so on.

[0075] In the context of this disclosure, 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. A machine-readable medium 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 fiber, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination of the foregoing.

[0076] The above description is merely a preferred embodiment of this disclosure and an explanation of the technical principles employed. Those skilled in the art should understand that the scope of this disclosure 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 above-described concept. For example, technical solutions formed by substituting the above features with (but not limited to) technical features disclosed in this disclosure that have similar functions.

[0077] Furthermore, while the operations are described in a specific order, this should not be construed as requiring these operations to be performed in the specific order shown or in a sequential order. In certain environments, multitasking and parallel processing may be advantageous. Similarly, while several specific implementation details are included in the above discussion, these should not be construed as limiting the scope of this disclosure. Certain features described in the context of individual embodiments may also be implemented in combination in a single embodiment. Conversely, various features described in the context of a single embodiment may also be implemented individually or in any suitable sub-combination in multiple embodiments.

[0078] Although the subject matter has been described using language specific to structural features and / or methodological logic, it should be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or actions described above. Rather, the specific features and actions described above are merely illustrative examples of implementing the claims.

Claims

1. A method for playing audio data based on a vehicle, characterized in that, include: The vehicle's driving parameters and / or environmental noise parameters are acquired when playing audio data, wherein the driving parameters include: driving speed and driving acceleration within a first preset time period; The playback scene type is determined based on the driving parameters and / or the ambient noise parameters; The preset mapping relationship is queried to determine the audio playback parameters that match the playback scenario type, wherein the audio playback parameters include at least one of the following: playback speed, playback bitrate, and playback volume; The audio data is played according to the audio playback parameters.

2. The method as described in claim 1, characterized in that, The step of determining the playback scene type based on the driving parameters and / or the ambient noise parameters includes: extracting a first feature vector corresponding to each driving parameter in the driving parameters, and / or extracting a second feature vector of the ambient noise parameters; The third feature vector is obtained by concatenating all the first feature vectors, or by using the second feature vector as the third feature vector, or by concatenating all the first feature vectors and the second feature vector. The third feature vector is input into the scene classification model, wherein the scene classification model is pre-learned to output the scene type based on the input feature vector; The scene type output by the scene classification model is determined as the playback scene type.

3. The method as described in claim 1, characterized in that, When the playback scenario type belongs to a preset high-noise playback scenario, the process of playing the audio data according to the audio playback parameters further includes: Identify dialogue segments in the audio data; The playback volume is increased according to a preset unit volume increase value, and the dialogue voice segment is played according to the increased playback volume.

4. The method as described in claim 1, characterized in that, The method further includes: Obtain device status information of a target device in a vehicle, wherein the device status information is used to indicate whether the audio data playback in the vehicle is interrupted; When the device status information indicates that the audio data playback is interrupted, the method further includes: When resuming playback of the acquired audio data, the target interruption time is obtained; Determine whether the interruption duration exceeds a preset duration threshold based on the target interruption time; When the preset duration threshold is exceeded, the plot text information of the audio data within a second preset duration before the target interruption time is obtained; Generate a plot hint summary based on the plot text information, and play the plot hint summary. After the plot summary information has been played, the audio data will resume playing from the point of interruption.

5. The method as described in claim 4, characterized in that, After the device status information indicates that the audio data playback is interrupted, the method further includes: The current playback progress is determined, and the playback progress and audio playback parameters of the audio data played by the vehicle are uploaded to the cloud server. The cloud server stores the playback progress and audio playback parameters reported by the vehicle and other terminal devices. The playback account of the audio data on the other terminal devices is the same as the playback account of the audio data on the vehicle.

6. The method as described in claim 5, characterized in that, The acquisition of the target interrupt time includes: Send a resume playback request to the cloud server and obtain the target interruption time fed back by the cloud server, wherein the target interruption time is the most recent playback progress among the playback progress reported by the vehicle and other terminal devices stored in the cloud server.

7. The method as described in claim 5, characterized in that, Continuing to play the audio data from the target interruption time includes: Determine the audio playback parameters corresponding to the target interruption time; The audio data is played according to the audio playback parameters corresponding to the target interruption time.

8. A vehicle-based audio data playback device, characterized in that, include: The acquisition module is used to acquire the vehicle's driving parameters and / or environmental noise parameters when playing audio data, wherein the driving parameters include: driving speed and driving acceleration within a first preset time period; The determination module is used to determine the playback scene type based on the driving parameters and / or the ambient noise parameters; The query module is used to query a preset mapping relationship to determine audio playback parameters that match the playback scenario type, wherein the audio playback parameters include at least one of the following: playback speed, playback bitrate, and playback volume; The playback processing module is used to play the audio data according to the audio playback parameters.

9. An electronic device, characterized in that, The electronic device includes: processor; Memory used to store the processor's executable instructions; The processor is configured to read the executable instructions from the memory and execute the executable instructions to implement the vehicle-based audio data playback method according to any one of claims 1-7.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program for performing the vehicle-based audio data playback method according to any one of claims 1-7.

Images