Driver side voice broadcast management method, device and equipment and readable storage medium

Abstract

The invention relates to the technical field of voice processing, and provides a driver side voice broadcast management method, device and equipment and a readable storage medium. The method comprises the steps that a target voice bar is acquired, and the voice type of the target voice bar is recognized; determining the voice priority of the target voice bar based on the voice type of the target voice bar; inserting the target voice bar into a voice queue according to the voice priority of the target voice bar; and according to a voice playing parameter set by a user, broadcasting each queue voice bar of the voice queue in sequence. According to the technical scheme provided by one or more embodiments of the invention, various voice broadcasts can be effectively managed, and the user experience is improved.

Description

Technical Field

[0001] The present disclosure relates to the technical field of speech processing, and particularly to a method, apparatus, device, and readable storage medium for managing voice announcements on the driver side. Background Art

[0002] In modern transportation, a driver needs to obtain a large amount of information in real time during driving to ensure driving safety and operation efficiency. With the development of mobile Internet technology, the voice announcement function of driver-side devices or applications has become an important tool for drivers to obtain information. For example, the content of the voice announcement can be navigation information, safety warning information, human care information, etc.

[0003] In the form of voice announcements, this information can be transmitted to the driver in a more convenient and intuitive way, reducing the driver's dependence on visual information during driving, thereby reducing the risk of accidents caused by distracted driving.

[0004] However, when the driver obtains voice reminders, there may be a situation where voice announcements of multiple scenarios are triggered simultaneously. When voice announcements of multiple scenarios occur simultaneously, a series of problems are likely to occur. On the one hand, the chaos of voice announcements will cause the driver to be unable to accurately obtain key information. On the other hand, frequent voice interruptions will distract the driver's attention, reducing the driver's driving efficiency and driving safety. In addition, for passengers, frequent voice announcement interruptions will also reduce their riding experience. Summary of the Invention

[0005] In view of this, one or more embodiments of the present disclosure provide a method, apparatus, electronic device, and readable storage medium for managing voice announcements on the driver side, which can effectively manage various voice announcements and improve the user experience.

[0006] In a first aspect, the present disclosure provides a method for managing voice announcements on the driver side, the method including: obtaining a target voice item and identifying the voice type of the target voice item; determining the voice priority of the target voice item based on the voice type of the target voice item; inserting the target voice item into a voice queue according to the voice priority of the target voice item; sequentially playing each queue voice item in the voice queue according to the voice playback parameters set by the user.

[0007] This method determines the voice priority based on the voice type, and can dynamically adjust the order of the voice queue according to the importance and urgency of the target voice item. The user can set the voice playback parameters according to their own needs, making the voice broadcast experience more in line with the user's habits and needs, and can improve user satisfaction. This method is based on a voice queue and can process various types of input voice items in an orderly manner, and can flexibly adapt to various complex usage scenarios. When the driver-side device hits voice broadcast reminders for multiple scenarios, these voice broadcast reminders can be effectively reminded to avoid the problem of chaotic broadcasts.

[0008] In an alternative embodiment, determining the voice priority of the target voice item based on the voice type of the target voice item includes: determining a baseline priority of the target voice item based on the voice type of the target voice item; detecting whether the target voice item triggers a dynamic adjustment condition; if the dynamic adjustment condition is not triggered, determining the baseline priority as the voice priority of the target voice item; if the dynamic adjustment condition is triggered, adjusting the baseline priority based on a preset adjustment rule to obtain the voice priority of the target voice item.

[0009] Determining the baseline priority based on the voice type can give an initial priority assessment according to the inherent importance or urgency of different voice types. This type-based initial assessment provides a reasonable starting point for subsequent priority adjustments. Introducing a dynamic adjustment mechanism enables the voice priority to be adjusted in real time according to changes in the actual scenario. This avoids the fixation of the voice priority and can better adapt to complex usage environments and user needs.

[0010] In an alternative embodiment, after inserting the target voice item into the voice queue according to the voice priority of the target voice item, the method further includes: if the voice priorities of a first voice item and a second voice item in the voice queue are the same, sorting the first voice item and the second voice item according to the voice trigger time; if the voice priorities of a third voice item and a fourth voice item in the voice queue are the same, and the voice trigger times of the third voice item and the fourth voice item are the same, sorting the third voice item and the fourth voice item according to the voice content duration.

[0011] On the basis of voice priority, further adding a conflict handling mechanism can process each voice bar more efficiently and orderly, avoiding the problem of chaotic broadcasts. When the priorities of two voice bars are the same, they are sorted according to the voice trigger time, ensuring that the voice bar triggered first is processed first. This time-based sorting mechanism ensures the fairness of voice processing. When the priorities and trigger times of two voice bars are the same, they are sorted according to the duration of the voice content, ensuring that the voice bar with shorter content is processed first. This content-duration-based sorting mechanism further refines the sorting rules, making the voice processing more reasonable.

[0012] In an alternative embodiment, the driver-side voice broadcast management method further includes: if the queue voice bar meets the voice invalidation condition, removing the queue voice bar from the voice queue, where the voice invalidation condition includes at least one of broadcast completion, expiration timeout, and user cancellation.

[0013] By setting the voice invalidation condition, it is possible to automatically clean up the unnecessary voice bars in the voice queue, including cases such as broadcast completion, expiration timeout, or user cancellation. This not only effectively reduces the redundancy of the voice queue, improves the operating efficiency of the voice queue, but also ensures the real-time nature and accuracy of the voice queue, enhancing the user experience. At the same time, this mechanism also enhances the resource management ability, avoiding the occupation of resources by invalid voice bars.

[0014] In an alternative embodiment, sequentially broadcasting each queue voice bar of the voice queue according to the voice playback parameters set by the user includes: if the broadcast of the queue voice bar fails, rebroadcasting the queue voice bar at intervals of a preset time until the number of rebroadcasts reaches the rebroadcast limit; if the number of rebroadcasts reaches the rebroadcast limit, recording a broadcast failure log.

[0015] By setting the rebroadcast mechanism and the rebroadcast limit, it is possible to effectively handle the situation where the broadcast of the queue voice bar fails. When the broadcast fails, the system will automatically rebroadcast at intervals of a preset time until the rebroadcast limit is reached, ensuring that the voice bar has the opportunity to be successfully broadcast, enhancing the reliability of the voice broadcast. If the number of rebroadcasts reaches the limit and the broadcast is still not successful, a failure log is recorded, facilitating subsequent troubleshooting and optimizing the system stability and user experience.

[0016] In an alternative embodiment, inserting the target voice bar into the voice queue according to the voice priority of the target voice bar includes: if there is a candidate voice bar in the voice queue whose broadcast is in progress, comparing the voice priority of the target voice bar with that of the candidate voice bar to determine whether to interrupt the candidate voice bar.

[0017] By comparing the priorities of the target speech bar and the candidate speech bar being broadcast, it can be determined whether to interrupt the current speech broadcast. This mechanism can ensure that high-priority speech bars are inserted and broadcast in a timely manner, thereby improving the timeliness of transmitting important or urgent information. At the same time, it also avoids frequent interruptions of the current broadcast by low-priority speech bars, ensuring the coherence of the speech broadcast and the user experience.

[0018] In an alternative embodiment, the method further includes: if the candidate speech bar is interrupted, after the target speech bar finishes broadcasting, determine whether to resume broadcasting the candidate speech bar according to the speech priority of the candidate speech bar.

[0019] After the target speech bar interrupts the candidate speech bar, it is possible to decide whether to resume its broadcast according to the priority of the candidate speech bar. If the interrupted speech bar is of high importance, it can continue to be broadcast to avoid omission of key information. This mechanism optimizes the coherence of the speech broadcast and improves the flexibility and user experience of the speech broadcast system.

[0020] In a second aspect, the present disclosure provides a driver-side speech broadcast management device, the device includes: a speech acquisition unit, configured to acquire a target speech bar and identify the speech type of the target speech bar; a priority management unit, configured to determine the speech priority of the target speech bar based on the speech type of the target speech bar; a queue management unit, configured to insert the target speech bar into a speech queue according to the speech priority of the target speech bar; a speech broadcast unit, configured to sequentially broadcast each queue speech bar of the speech queue according to the speech playback parameters set by the user.

[0021] In a third aspect, the present disclosure provides an electronic device, the electronic device includes a memory and a processor, the memory is used to store a computer program, and when the computer program is executed by the processor, the above-mentioned driver-side speech broadcast management method is implemented.

[0022] In a fourth aspect, the present disclosure provides a computer-readable storage medium, the computer-readable storage medium is used to store a computer program, and when the computer program is executed by a processor, the above-mentioned driver-side speech broadcast management method is implemented. BRIEF DESCRIPTION OF THE DRAWINGS

[0023] The features and advantages of the embodiments of the present disclosure will be more clearly understood by referring to the accompanying drawings. The drawings are schematic and should not be construed as imposing any limitation on the present disclosure. In the drawings:

[0024] Figure 1 A schematic diagram of the steps of the driver-side speech broadcast management method in an embodiment of the present disclosure is shown;

[0025] Figure 2Shows the schematic diagram of the startup process of the driver-side application in an embodiment of the present disclosure;

[0026] Figure 3 Shows the schematic diagram of the working process of the multi-scenario voice broadcast manager in an embodiment of the present disclosure;

[0027] Figure 4 Shows the schematic diagram of the functional modules of the driver-side voice broadcast management device in an embodiment of the present disclosure;

[0028] Figure 5 Shows the schematic diagram of the structure of an electronic device in an embodiment of the present disclosure. Detailed implementation manners

[0029] To make the purpose, technical solutions and advantages of the embodiments of the present disclosure clearer, the technical solutions in the embodiments of the present disclosure will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present disclosure. Obviously, the described embodiments are part of the embodiments of the present disclosure, rather than all of the embodiments. Based on the embodiments in the present disclosure, all other embodiments obtained by those skilled in the art without creative efforts belong to the scope of protection of the present disclosure.

[0030] The driver-side voice broadcast management method provided by an embodiment of the present disclosure can be applied to a driver-side device with data processing capabilities. For example, the driver-side device can be a smart phone, a smart wearable device, a tablet computer, an in-vehicle intelligent terminal, etc. In addition, the method can also be applied to software running in the above driver-side device.

[0031] Please refer to Figure 1 , the driver-side voice broadcast management method provided by an embodiment of the present disclosure may include the following multiple steps.

[0032] S1: Obtain a target voice bar and identify the voice type of the target voice bar.

[0033] In this embodiment, it can process various types of input voice bars and can flexibly adapt to various complex usage scenarios. The voice type of the target voice bar may include but is not limited to safety warning types (such as fatigue driving warning, collision warning, dangerous driving warning, etc.), navigation voice types (such as turning reminder, lane change reminder, electronic eye broadcast, etc.), instant communication types (such as passengers sending information, platform notification information, etc.), and human care types (such as weather reminder, festival reminder, driving time reminder, etc.). Being able to process various types of input voice bars can flexibly adapt to various complex usage scenarios.

[0034] S2: Determine the voice priority of the target voice bar based on the voice type of the target voice bar.

[0035] In this embodiment, based on the voice type, the importance and urgency of the target voice bar can be distinguished, ensuring that high-priority target voice bars can be broadcast first.

[0036] In some embodiments, determining the voice priority of the target voice bar based on the voice type of the target voice bar includes: determining the benchmark priority of the target voice bar based on the voice type of the target voice bar; detecting whether the target voice bar triggers a dynamic adjustment condition; if the dynamic adjustment condition is not triggered, determining the benchmark priority as the voice priority of the target voice bar; if the dynamic adjustment condition is triggered, adjusting the benchmark priority based on a preset adjustment rule to obtain the voice priority of the target voice bar.

[0037] Specifically, determining the benchmark priority based on the voice type can give an initial priority assessment according to the inherent importance or urgency of different voice types. This type-based initial assessment provides a reasonable starting point for subsequent priority adjustments. Introducing a dynamic adjustment mechanism enables the voice priority to be adjusted in real time according to changes in the actual scenario. This avoids the fixation of voice priority and can better adapt to complex usage environments and user needs. The dynamic adjustment conditions can include, but are not limited to, one or more of the following: the target voice bar has time sensitivity (for example, a navigation instruction needs to be broadcast within 3 seconds), the driver feedback status of the target voice bar (for example, when the driver does not respond to the navigation instruction, an upgraded broadcast is required), external events (for example, an emergency call from a passenger), etc.

[0038] In a practical application example, please refer to Table 1. According to the voice type of the target voice bar, four different levels of benchmark priorities, namely P0, P1, P2, and P3, can be determined. When a certain target voice bar meets the dynamic adjustment condition, the benchmark priority can be dynamically adjusted to determine the final voice priority of the target voice bar.

[0039] It should be noted that the number of levels of voice priority does not need to be equal to the number of benchmark priorities. For example, the benchmark priorities can include four levels from P0 to P3, while the voice priority may include cases of processing the benchmark priority by half a level higher or half a level lower. Optionally, a priority order of a voice priority from high to low is: P0+, P0, P0-, P1+, P1, P1-, P2+, P2, P2-, P3+, P3, P3-.

[0040] Table 1 Voice Priority Determination Table

[0041]

[0042] S3: Insert the target voice bar into the voice queue according to the voice priority of the target voice bar.

[0043] In this embodiment, by using the voice queue, various types of input voice bars can be processed orderly, and various complex usage scenarios can be flexibly adapted. When the driver-side device hits voice broadcast reminders for multiple scenarios, these voice broadcast reminders can be managed in a queue and then effectively reminded to avoid the problem of chaotic broadcasts.

[0044] Optionally, the rule for inserting the target voice bar into the voice queue can be: The target voice bar with the first voice priority (such as P0 priority) is directly inserted into the head of the voice queue; the target voice bar with the second voice priority (such as P1 priority, P2 priority, or P3 priority) is inserted into the tail position of the voice bars of the same level in the voice queue.

[0045] Optionally, the voice queue can be set with a maximum capacity (such as 10 items). When the capacity of the voice queue is exceeded, the voice bars in the queue can be eliminated in the order of "low priority + early trigger" to avoid voice queue overflow.

[0046] In some embodiments, after inserting the target voice bar into the voice queue according to the voice priority of the target voice bar, the method further includes: If the voice priorities of the first voice bar and the second voice bar in the voice queue are the same, sort the first voice bar and the second voice bar according to the voice trigger time; If the voice priorities of the third voice bar and the fourth voice bar in the voice queue are the same, and the voice trigger times of the third voice bar and the fourth voice bar are the same, sort the third voice bar and the fourth voice bar according to the voice content duration.

[0047] Specifically, on the basis of voice priority, adding a conflict handling mechanism can process each voice bar more efficiently and orderly, avoiding the problem of chaotic broadcasts. When the priorities of two voice bars are the same, sorting according to the voice trigger time ensures that the voice bar triggered first is processed first. This time-based sorting mechanism ensures the fairness of voice processing. When the priorities and trigger times of two voice bars are the same, sorting according to the voice content duration ensures that the voice bar with a shorter content is processed first. This content-duration-based sorting mechanism further refines the sorting rules and makes voice processing more reasonable.

[0048] In some embodiments, if the queue voice bar meets the voice invalidation condition, remove the queue voice bar from the voice queue, and the voice invalidation condition includes at least one of broadcast completion, expiration of the validity period, and user cancellation.

[0049] Specifically, by setting voice invalidation conditions, it is possible to automatically clear the unnecessary voice items in the voice queue, including situations such as completion of broadcasting, expiration of the validity period (for example, the navigation instruction has not been broadcast for more than 5 seconds), or user cancellation. This not only effectively reduces the redundancy of the voice queue, improves the operating efficiency of the voice queue, but also ensures the real-time performance and accuracy of the voice queue, enhancing the user experience. At the same time, this mechanism also enhances the resource management ability and avoids the occupation of resources by invalid voice items.

[0050] In a practical application example, the target voice item is in the main voice queue and is broadcast in descending order of voice priority. The target voice items with the same priority are sorted according to the trigger time. If a voice item in the main voice queue is broadcast successfully or cancelled by the user, it is removed from the main voice queue. If a voice item in the main voice queue has expired or is ignored by the user, it is removed from the voice queue and moved to the silent queue. The voice items in the silent queue can be asked whether to be broadcast when the main voice queue is empty.

[0051] In some embodiments, if there is a candidate voice item in the voice queue whose broadcasting is in progress, the voice priority of the target voice item is compared with that of the candidate voice item to determine whether to interrupt the candidate voice item.

[0052] Specifically, by comparing the priority of the target voice item with the candidate voice item being broadcast, it can be determined whether to interrupt the current voice broadcast. This mechanism can ensure that high-priority voice items are inserted and broadcast in a timely manner, thereby improving the timeliness of the transmission of important or urgent information. At the same time, it also avoids the frequent interruption of the current broadcast by low-priority voice items, ensuring the coherence of the voice broadcast and the user experience.

[0053] In a practical application example, a P0-priority voice item of the safety warning type can immediately interrupt the voice item currently being broadcast in the voice queue. For example, the collision warning broadcast can interrupt the holiday greeting broadcast and play itself first. If the voice items being broadcast are both of P0 priority, their dynamic priorities can be compared (for example, P0+ > P0).

[0054] In a practical application example, a P1-priority voice item of the navigation voice type can be inserted at the pause at the end of the current voice item (natural pause points need to be detected) to avoid truncating the sentence. For example, the navigation prompt inserts a turning instruction after "500 meters ahead".

[0055] It should be specifically noted that in some scenarios (such as during a passenger call) or settings (such as when the driver actively enables the "Do Not Disturb Mode"), the voice interruption function is no longer executed.

[0056] In some implementations, if the candidate voice item is interrupted, after the target voice item is finished being broadcast, it is determined whether to resume broadcasting the candidate voice item based on the voice priority of the candidate voice item.

[0057] Specifically, when a target audio segment interrupts a candidate audio segment, the system can determine whether to resume the broadcast based on the candidate's priority. If the interrupted audio segment is more important, the broadcast can be continued to the next section, avoiding the omission of key information. This mechanism optimizes the coherence of audio broadcasts, enhancing the flexibility of the audio broadcast system and the user experience.

[0058] In a real-world application example, if a P0 priority safety warning is interrupted, it is often necessary to resume the announcement. For example, a safety warning needs to be repeated after being interrupted by a higher priority voice.

[0059] In an actual application example, after the P1 priority voice of the navigation voice category, the P2 priority voice of the instant messaging category, and the P3 priority voice of the humanistic care category are interrupted, if the interruption time is less than 3 seconds, the broadcast will continue from the breakpoint; otherwise, it will be re-joined to the head of the queue.

[0060] S4: According to the voice playing parameters set by the user, the voice bars of each queue of the voice queue are played in sequence.

[0061] In this implementation, users can set voice playback parameters based on their needs, making the voice broadcast experience more in line with user habits and needs, thereby improving user satisfaction. The corresponding voice packages need to be pre-integrated for drivers to choose from, which can solve the problem of monotonous driving broadcasts and lack of personalized settings.

[0062] In some embodiments, if the queue voice bar fails to be broadcast, the queue voice bar is replayed at a preset interval until the number of replays reaches the replay limit; if the number of replays reaches the replay limit, a broadcast failure log is recorded.

[0063] Specifically, by setting a replay mechanism and a replay limit, we can effectively handle situations where queued voice bar playback fails. If a playback fails, the system will automatically replay the bar after a preset interval until the replay limit is reached, ensuring a chance for the voice bar to be successfully played, thus improving the reliability of voice playback. If the replay limit is reached and the bar still fails, a failure log will be recorded to facilitate subsequent troubleshooting and optimize system stability and user experience.

[0064] In some embodiments, if there is voice duplication in the voice queue, that is, voice bars with the same voice content (such as the same navigation instruction) are triggered multiple times within a preset time (such as 10 seconds), they can be merged into a single voice bar for a single broadcast.

[0065] In some embodiments, when the driver's device system resources are insufficient (such as playing music at the same time), the playback volume of low-priority (non-safety warning) voice bars in the voice queue can be reduced, or converted into text pop-up prompts.

[0066] In some embodiments, when a network interruption occurs on the driver's device, low-priority (non-safety warning) voice messages in the voice queue can be cached locally, and after the network is restored, whether to broadcast the cached voice message is determined based on the expiration time.

[0067] See also Figure 2 , the driver-side voice broadcast management method provided by an embodiment of the present disclosure can be implemented by the driver-side application ( Figure 2 The driver-side application can be run on the driver-side device ( Figure 2 The driver app launch process is as follows.

[0068] When the driver app launches, you can register the global "Microphone Permission Detector" and "Multi-Scenario Voice Announcement Manager" on the driver's device and inject the "Smart Voice Package." The Microphone Permission Detector automatically checks whether the driver has authorized microphone permissions for the driver app. If not, a pop-up window will appear to remind the driver and guide them to enable microphone permissions.

[0069] Once microphone access is enabled, the driver app will guide the driver to the "Personalized Content Customization Module" to set voice playback parameters. Based on their preferences, the driver can set the voice package (e.g., male, female, gentle, standard), speaking speed, and volume, using the intelligent voice package. Once the driver saves their personalized settings, these voice playback parameters will be stored in the local cache of the driver's device for subsequent use by the Multi-Scenario Voice Announcement Manager.

[0070] See also Figure 3 ,The multi-scenario voice announcement manager executes the driver-side voice announcement management method, and its process can be as follows.

[0071] During driver-side app use, safety warning announcements (e.g., "The system has detected distracted driving"), navigation announcements (e.g., "Turn around in 500 meters"), caring announcements (e.g., "Today is Labor Day, happy holidays!"), and other information announcements (e.g., "We have received a tip of XX yuan from a passenger") are triggered simultaneously. The Multi-Scenario Voice Announcement Manager manages these announcements. This Multi-Scenario Voice Announcement Manager offers features such as priority management, queue management, and announcement interruption. It releases voice messages from the queue based on priority and uses the driver's microphone to play them.

[0072] In a specific application scenario, the driver-side application is broadcasting holiday greetings (P3 priority). At this time, a collision warning (P0 priority) is triggered, and then a new order notification (P2 priority) is received. The execution process of the driver-side voice broadcast management method is as follows: The collision warning forcibly interrupts the holiday greetings and broadcasts immediately. The new order notification is inserted into the tail of the position corresponding to the P2 priority voice in the voice queue. After the collision warning broadcast is completed, it is detected whether there is unexpired voice in the voice queue. If there is no voice with a higher priority, the new order notification continues to be broadcast.

[0073] The technical solution provided by one or more embodiments of the present disclosure determines the voice priority based on the voice type, and can dynamically adjust the order of the voice queue according to the importance and urgency of the target voice item. The user sets the voice playback parameters according to their own needs, making the voice broadcast experience more in line with the user's habits and needs, which can improve user satisfaction. This method is based on the voice queue and can process various types of input voice items in an orderly manner, and can flexibly adapt to various complex usage scenarios. When the driver-side device hits the voice broadcast reminders of multiple scenarios, these voice broadcast reminders can be effectively reminded to avoid the problem of broadcast chaos.

[0074] Please refer to Figure 4 , the present disclosure also provides a driver-side voice broadcast management device, and the device includes:

[0075] A voice acquisition unit 100, configured to acquire a target voice item and identify the voice type of the target voice item;

[0076] A priority management unit 200, configured to determine the voice priority of the target voice item based on the voice type of the target voice item;

[0077] A queue management unit 300, configured to insert the target voice item into the voice queue according to the voice priority of the target voice item;

[0078] A voice broadcast unit 400, configured to sequentially broadcast each queue voice item in the voice queue according to the voice playback parameters set by the user.

[0079] In one embodiment, the priority management unit 200 is specifically configured to determine the baseline priority of the target voice item based on the voice type of the target voice item; detect whether the target voice item triggers a dynamic adjustment condition; if the dynamic adjustment condition is not triggered, determine the baseline priority as the voice priority of the target voice item; if the dynamic adjustment condition is triggered, adjust the baseline priority based on a preset adjustment rule to obtain the voice priority of the target voice item.

[0080] In one embodiment, the driver-side voice broadcast management device further includes a voice sorting unit 500. The voice sorting unit 500 is configured to, if the voice priorities of the first voice item and the second voice item in the voice queue are the same, sort the first voice item and the second voice item according to the voice trigger time; if the voice priorities of the third voice item and the fourth voice item in the voice queue are the same, and the voice trigger times of the third voice item and the fourth voice item are the same, sort the third voice item and the fourth voice item according to the voice content duration.

[0081] In one embodiment, the driver-side voice broadcast management device further includes a failure management unit 600. The failure management unit 600 is configured to, if the queue voice item meets the voice failure condition, remove the queue voice item from the voice queue, and the voice failure condition includes at least one of broadcast completion, expiration of the validity period, and user cancellation.

[0082] In one embodiment, the driver-side voice broadcast management device further includes a replay management unit 700. The replay management unit 700 is configured to, if the queue voice item fails to be broadcast, replay the queue voice item at a preset interval until the replay count reaches the replay limit; if the replay count reaches the replay limit, record a broadcast failure log.

[0083] In one embodiment, the driver-side voice broadcast management device further includes an interruption management unit 800. The interruption management unit 800 is configured to, if there is a candidate voice item in the voice queue that is being broadcast, compare the voice priority of the target voice item with that of the candidate voice item to determine whether to interrupt the candidate voice item.

[0084] In one embodiment, the interruption management unit 800 is further configured to, if the candidate voice item is interrupted, determine whether to resume broadcasting the candidate voice item according to the voice priority of the candidate voice item after the target voice item finishes broadcasting.

[0085] Each unit described in the above embodiments can be specifically implemented by a computer chip or by a product with a certain function. A typical implementation device is a computer. Specifically, the computer can be, for example, a personal computer, a laptop computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.

[0086] For the convenience of description, the above devices are described by dividing them into various units according to their functions. Of course, when implementing the present application, the functions of each unit can be implemented in one or more software and / or hardware.

[0087] Please refer to Figure 5 Figure 5 , the present disclosure also provides an electronic device, which includes a memory and a processor. The memory is used to store a computer program, and when the computer program is executed by the processor, the above-mentioned driver-side voice broadcast management method is implemented.

[0088] The present disclosure also provides a computer-readable storage medium, which is used to store a computer program, and when the computer program is executed by a processor, the above-mentioned driver-side voice broadcast management method is implemented.

[0089] [[ID=P10]]Among them, the processor may be a central processing unit (CPU). The processor may also be other general-purpose processors, digital signal processors (DSPs), application specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. chips, or combinations of the above types of chips.

[0090] As a non-transitory computer-readable storage medium, the memory can be used to store non-transitory software programs, non-transitory computer-executable programs, and modules, such as program instructions / modules corresponding to the methods in the embodiments of the present disclosure. The processor executes various functional applications and data processing of the processor by running the non-transitory software programs, instructions, and modules stored in the memory, that is, the methods in the above method embodiments are implemented.

[0091] The memory may include a program storage area and a data storage area. Among them, the program storage area can store an operating system and application programs required for at least one function; the data storage area can store data created by the processor, etc. In addition, the memory may include high-speed random access memory, and may also include non-transitory memory, such as at least one magnetic disk storage device, a flash memory device, or other non-transitory solid-state storage devices. In some embodiments, the memory may optionally include a memory remotely provided with respect to the processor, and these remote memories may be connected to the processor through a network. Examples of the above networks include but are not limited to the Internet, enterprise intranets, local area networks, mobile communication networks, and combinations thereof.

[0092] Those skilled in the art can understand that to implement all or part of the processes in the above method embodiments, it can be completed by instructing relevant hardware through a computer program. The program can be stored in a computer-readable storage medium. When the program is executed, it can include the processes of the above method embodiments. Among them, the storage medium can be a magnetic disk, an optical disc, a read-only memory (ROM), a random access memory (RAM), a flash memory, a hard disk drive (HDD), or a solid-state drive (SSD), etc.; the storage medium can also include a combination of the above types of memories.

[0093] Each embodiment in this specification is described in a progressive manner. For the same or similar parts among the embodiments, reference can be made to each other. Each embodiment focuses on the differences from other embodiments. In particular, for the embodiments of the apparatus, device, and storage medium, since they are basically similar to the method embodiments, the description is relatively simple. For the relevant parts, reference can be made to the partial description of the method embodiments.

[0094] The above are only the embodiments of the present application and are not used to limit the present application. For those skilled in the art, various changes and modifications can be made to the present application. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application shall be included within the scope of the claims of the present application.

[0095] Although the embodiments of the present disclosure are described in conjunction with the accompanying drawings, those skilled in the art can make various modifications and variations without departing from the spirit and scope of the present disclosure, and such modifications and variations fall within the scope defined by the appended claims.

Claims

1. A voice broadcast management method for the driver side, characterized in that, The method includes: Obtaining a target voice bar and identifying the voice type of the target voice bar; Determining the voice priority of the target voice bar based on the voice type of the target voice bar; Inserting the target voice bar into a voice queue according to the voice priority of the target voice bar; Sequentially playing each queue voice bar in the voice queue according to the voice playback parameters set by the user.

2. The method according to claim 1, wherein The determining the voice priority of the target voice bar based on the voice type of the target voice bar includes: Determining the baseline priority of the target voice bar based on the voice type of the target voice bar; Detecting whether the target voice bar triggers a dynamic adjustment condition; If the dynamic adjustment condition is not triggered, determining the baseline priority as the voice priority of the target voice bar; If the dynamic adjustment condition is triggered, adjusting the baseline priority based on a preset adjustment rule to obtain the voice priority of the target voice bar.

3. The method according to claim 2, wherein After inserting the target voice bar into the voice queue according to the voice priority of the target voice bar, the method further includes: If the voice priorities of a first voice bar and a second voice bar in the voice queue are the same, sorting the first voice bar and the second voice bar according to the voice trigger time; If the voice priorities of a third voice bar and a fourth voice bar in the voice queue are the same, and the voice trigger times of the third voice bar and the fourth voice bar are the same, sorting the third voice bar and the fourth voice bar according to the voice content duration.

4. The method according to claim 3, characterized in that, The method further includes: If the queue voice bar meets a voice invalidation condition, removing the queue voice bar from the voice queue, where the voice invalidation condition includes at least one of completion of playback, expiration of the validity period, and user cancellation.

5. The method according to any one of claims 1 to 4, characterized in that The sequentially playing each queue voice bar in the voice queue according to the voice playback parameters set by the user includes: If the playback of the queue voice bar fails, replaying the queue voice bar at a preset interval until the number of replay times reaches the replay upper limit; If the number of replay times reaches the replay upper limit, recording a playback failure log.

6. The method according to claim 1 or 2, characterized in that, The inserting the target voice bar into the voice queue according to the voice priority of the target voice bar includes: If there is a candidate voice bar in the voice queue whose playback is in progress, comparing the voice priority of the target voice bar with that of the candidate voice bar to determine whether to interrupt the candidate voice bar.

7. The method according to claim 6, characterized in that, The method further includes: If the candidate voice bar is interrupted, after the playback of the target voice bar ends, determining whether to resume playing the candidate voice bar according to the voice priority of the candidate voice bar.

8. A voice broadcast management device for the driver side, characterized in that The device includes: A voice acquisition unit, configured to obtain a target voice bar and identify the voice type of the target voice bar; A priority management unit, configured to determine the voice priority of the target voice bar based on the voice type of the target voice bar; A queue management unit, configured to insert the target voice bar into a voice queue according to the voice priority of the target voice bar; A voice playback unit, configured to sequentially play each queue voice bar in the voice queue according to the voice playback parameters set by the user.

9. An electronic device, characterized in that, The electronic device includes a memory and a processor. The memory is used for storing a computer program, and when the computer program is executed by the processor, the method described in any one of claims 1 to 7 is implemented.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium is used for storing a computer program, and when the computer program is executed by a processor, the method described in any one of claims 1 to 7 is implemented.

Images