Voice arbitration method and device, electronic equipment and vehicle

Abstract

The application discloses a voice arbitration method and device, electronic equipment and vehicle, and relates to the technical field of vehicles. The method comprises the following steps: receiving voice interaction information, and identifying an intention instruction in the voice interaction information; using the intention instruction to match a target script corresponding to the intention instruction in a pre-stored script; performing step-by-step arbitration in a pre-constructed arbitration decision tree based on an arbitration node determined based on the target script, to obtain an arbitration result; and executing the voice interaction information in combination with the arbitration result. Compared with the related art, the voice arbitration architecture and arbitration logic are optimized, and the problem that the current voice arbitration method does not set the sequence of judgment and is not conducive to maintenance is solved.

Description

Technical Field

[0001] This application relates to the field of vehicle technology, specifically to a voice arbitration method, device, electronic device, and vehicle. Background Technology

[0002] Voice arbitration is a crucial part of the voice communication process. Its purpose is to identify, judge, execute, or reject large amounts of conversational information input, making decisions based on the foreground application's playback status and the current screen usage. However, in practical applications, each voice message undergoes multiple statement judgments in the arbitration module, without any logical sequence between these judgments. This results in the arbitration module being cluttered with numerous judgment statements, leading to poor flexibility and maintenance difficulties in voice arbitration. Summary of the Invention

[0003] In view of this, this application provides a voice arbitration method, device, electronic device and vehicle, which can improve the current voice arbitration method by not setting the order of judgment, which has the problems of poor arbitration flexibility and difficulty in maintenance.

[0004] Firstly, this application provides a voice arbitration method, including:

[0005] Receive voice interaction information and identify the intent commands in the voice interaction information;

[0006] Using the intent instruction, a target script corresponding to the intent instruction is matched in a pre-stored script; the script is a pre-written script program, which contains an arbitration node for determining the arbitration type, and can determine the corresponding arbitration node according to different intents; the target script is used to determine the arbitration node that the intent instruction needs to perform.

[0007] Based on the arbitration nodes determined by the target script, arbitration is carried out step by step in the pre-constructed arbitration decision tree to obtain the arbitration result; the decision tree includes n levels, where n is greater than or equal to 1, and each level includes several arbitration nodes;

[0008] Based on the arbitration result, execute the intended instruction.

[0009] Optionally, the arbitration node determined based on the target script undergoes step-by-step arbitration in a pre-constructed arbitration decision tree to obtain an arbitration result, including: acquiring first-level arbitration information; the first-level arbitration information includes the current vehicle scenario mode and the sound source location of the voice interaction information; determining whether the intent command is executable in the current scenario mode based on the arbitration decision tree; if the intent command is executable, determining the sound source location of the intent command; determining at least one in-vehicle screen that the sound source location can control according to the preset control permissions of the sound source location; and determining the execution screen of the intent command in the in-vehicle screen.

[0010] Optionally, after determining the execution screen of the intent instruction, the method further includes: using the arbitration decision tree to perform secondary arbitration on the intent instruction, querying whether the execution of the intent instruction needs to be based on the vehicle screen, and obtaining a secondary arbitration result; wherein, the secondary arbitration result includes depending on the vehicle screen and not depending on the vehicle screen.

[0011] Optionally, after obtaining the secondary arbitration result, the method further includes: if the secondary arbitration result depends on the in-vehicle screen, unlocking the execution screen and executing the intent command through the execution screen; if the secondary arbitration result does not depend on the in-vehicle screen, executing the intent command without unlocking the execution screen.

[0012] Optionally, after obtaining the secondary arbitration result, the method further includes: using the arbitration decision tree to perform tertiary arbitration on the intent instruction, searching for the target application in the acquired applications of the execution screen; if the target application is not found in the acquired applications of the execution screen, downloading the target application from the application source of the execution screen; if the target application cannot be found in the application source of the execution screen, using the default application as the target application.

[0013] Optionally, the pre-built arbitration decision tree includes three arbitration levels;

[0014] The arbitration nodes determined based on the target script undergo step-by-step arbitration within a pre-constructed arbitration decision tree to obtain an arbitration result. This includes: using the arbitration decision tree to perform first-level arbitration on the intent instruction and determine the first-level arbitration result; the first-level arbitration result includes determining whether the intent instruction is executable and determining the execution screen of the intent instruction; if the first-level arbitration result indicates that the intent instruction is executable, then performing second-level arbitration on the intent instruction and determining the second-level arbitration result; the second-level arbitration result includes determining the dependency relationship of the intent instruction on the in-vehicle screen; after determining the second-level arbitration result, performing third-level arbitration on the intent instruction and determining the third-level arbitration result; the third-level arbitration result includes determining the target application used to execute the intent instruction.

[0015] Secondly, this application provides a voice arbitration device, comprising:

[0016] The receiving unit is configured to receive voice interaction information and identify the intent commands in the voice interaction information;

[0017] The matching unit is configured to use the intent instruction to match a target script corresponding to the intent instruction in a pre-stored script; the script is a pre-written script program, which includes an arbitration node for determining the arbitration type, and can determine the corresponding arbitration node according to different intents; the target script is used to determine the arbitration node that the intent instruction needs to perform.

[0018] An arbitration unit is configured to conduct arbitration step-by-step in a pre-constructed arbitration decision tree based on the arbitration nodes determined by the target script, and obtain an arbitration result; the decision tree includes n levels, where n is greater than or equal to 1, and each level includes several arbitration nodes;

[0019] The execution unit is configured to execute the intentional instruction in conjunction with the arbitration result.

[0020] Thirdly, this application provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the voice arbitration method described in the first aspect.

[0021] Fourthly, this application provides an electronic device, including a storage medium, a processor, and a computer program stored on the storage medium and executable on the processor, wherein the processor executes the computer program to implement the voice arbitration method described in the first aspect.

[0022] Fifthly, this application provides a vehicle including a voice arbitration device as mentioned in the second aspect above or an electronic device as mentioned in the fourth aspect.

[0023] By employing the above technical solutions, this application provides a voice arbitration method, device, electronic device, and vehicle. First, it receives voice interaction information and identifies the intent command. Using the intent command, it matches a target script corresponding to the intent command in a pre-stored script. This script is a pre-written script program containing arbitration nodes for determining the arbitration type, enabling the determination of corresponding arbitration nodes based on different intents. The target script is used to determine the arbitration node required for the intent command. Then, based on the arbitration nodes determined by the target script, arbitration is performed level by level in a pre-constructed arbitration decision tree to obtain an arbitration result. The decision tree includes n levels, where n is greater than or equal to 1, and each level includes several arbitration nodes. Finally, based on the obtained arbitration result, the intent command is executed. Compared with related technologies, this application clarifies multi-level judgment logic by setting an arbitration decision tree. Furthermore, through pre-set multiple scripts, it can determine the corresponding arbitration node required for each intent command. Finally, based on the arbitration node, the required arbitration logic can be found in the arbitration decision tree. This optimizes the existing voice arbitration architecture and arbitration logic, improving upon the current voice arbitration methods which lack a sequential judgment logic, resulting in poor arbitration flexibility and difficulty in maintenance.

[0024] The above description is only an overview of the technical solution of this application. In order to better understand the technical means of this application and to implement it in accordance with the contents of the specification, and to make the above and other objects, features and advantages of this application more obvious and understandable, the following are specific embodiments of this application. Attached Figure Description

[0025] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application.

[0026] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, for those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0027] Figure 1 A flowchart illustrating a voice arbitration method provided in an embodiment of this application is shown;

[0028] Figure 2 A schematic diagram of the processing logic of a voice arbitration method provided in an embodiment of this application is shown;

[0029] Figure 3 A schematic diagram of the structure of a voice arbitration device provided in an embodiment of this application is shown. Detailed Implementation

[0030] To better understand the above-mentioned objectives, features, and advantages of this application, the solutions of this application will be further described below. It should be noted that, unless otherwise specified, the embodiments and features described in the embodiments of this application can be combined with each other. Furthermore, to gain a more detailed understanding of the features and technical content of the embodiments of this disclosure, the implementation of the embodiments of this disclosure will be described in detail below with reference to the accompanying drawings. The accompanying drawings are for illustrative purposes only and are not intended to limit the embodiments of this disclosure. In the following technical description, for ease of explanation, several details are used to provide a full understanding of the disclosed embodiments. However, one or more embodiments can still be implemented without these details. In other cases, well-known structures and devices can be simplified in their depiction to simplify the drawings.

[0031] The voice arbitration method provided in this embodiment is applied to a voice arbitration device, which can be installed in the ECU (Electronic Control Unit) of a vehicle or integrated into a vehicle screen with processing functions to execute any of the voice arbitration methods provided in this application embodiment.

[0032] Specifically, from the perspective of the modules in the entire voice link, the arbitration module used to arbitrate intent commands can be located between the central control module (voice module) and the vertical domain management module. The central control module transmits the session information to the arbitration module. After the arbitration module performs a series of arbitration logic judgments such as pattern interception and filtering, it transmits the arbitration result back to the central control module. The central control module will then perform further processing based on the session information.

[0033] To address the shortcomings of current voice arbitration methods, which lack a logical order of decision-making and suffer from poor arbitration flexibility and maintenance difficulties, this embodiment proposes a new voice arbitration method. For example... Figure 1 As shown, the method includes:

[0034] S101 receives voice interaction information and identifies the intent command in the voice interaction information.

[0035] Voice interaction information can be initiated by the user from any location inside the vehicle. This voice interaction information includes some execution commands, such as instructing the vehicle to close the windows, as well as some question interaction scenarios, such as recognizing the user's corresponding intent command after multiple inquiries with the vehicle.

[0036] S102, using intent commands, match the target script corresponding to the intent command in the pre-stored scripts.

[0037] The pre-stored script is a pre-written script program that contains arbitration nodes to determine the arbitration type, enabling the identification of corresponding arbitration nodes based on different intentions. The target script is used to determine the arbitration node required for the stated intention instruction. Once the arbitration node is determined, it becomes clear which arbitration type and branch to follow in the arbitration decision tree. Scripts are pre-defined for various scenarios, ensuring that intention instructions in multiple scenarios can find the corresponding target script.

[0038] Here is an example:

[0039] "action":"appstore / install",

[0040] "decision":

[0041] {"decisionType":"wiki_common_decision",

[0042] "decisionSecondNodeType":"dependent_driver_screen_end_business",

[0043] "decisionNodeType":"default_system_app"

[0044] "decisions":[

[0045] "mediaPackage":"com.lixiang.appstore"

[0046] "mediaType":"appstore"

[0047] "mediaName":"App Store"

[0048] In the above scenario, the decisionType arbitration type, i.e. the first-level arbitration node, is divided according to the domain arbitration module and the corresponding arbitration strategy, such as: default_decision (default arbitration), default_vehicle_decision (default vehicle control arbitration), common_decision (general arbitration), etc.

[0049] `decisionSecondNodeType` is a secondary arbiter node that determines screen dependencies. Examples include: `dependent_screen` depends on the screen, `dependent_screen_opened` depends on the screen being open, and `dependent_screen_part_target` depends on the screen for some targets. Partial target dependency means that, given the same action, whether a command depends on the screen depends on the target.

[0050] The decisionNodeType is the arbitration node type, which is a level 3 arbitration node, and is determined to be the target application / default application.

[0051] S103, based on the arbitration nodes determined by the target script, conducts arbitration step by step in the pre-built arbitration decision tree to obtain the arbitration result.

[0052] The arbitration decision tree comprises n levels, where n is greater than or equal to 1, and each level includes several arbitration nodes. The arbitration decision tree is a logical architecture with a hierarchical decision-making order; after arbitrating the intent command level by level, the arbitration result for that intent command can be obtained. The existing voice arbitration architecture and arbitration logic are optimized by supplementing the arbitration decision tree with a hierarchical decision-making logic.

[0053] S104, based on the arbitration result, execute the voice interaction information.

[0054] In this embodiment, voice interaction information is first received and intent commands are identified. Using these intent commands, a target script corresponding to the intent command is matched in a pre-stored script. This script is a pre-written program containing arbitration nodes to determine the arbitration type, enabling the determination of corresponding arbitration nodes based on different intents. The target script is used to determine the arbitration nodes required for the intent command. Then, based on the arbitration nodes determined by the target script, arbitration is performed level by level in a pre-constructed arbitration decision tree to obtain an arbitration result. The decision tree includes n levels, where n is greater than or equal to 1, and each level includes several arbitration nodes. Finally, based on the obtained arbitration result, the intent command is executed. Compared with related technologies, this application clarifies multi-level judgment logic by setting an arbitration decision tree. Furthermore, through pre-set multiple scripts, the corresponding arbitration nodes required for each intent command can be determined. Finally, based on the arbitration nodes, the required arbitration logic can be found in the arbitration decision tree. This optimizes the existing voice arbitration architecture and logic, improving upon the current voice arbitration methods which lack a sequential judgment logic, resulting in poor arbitration flexibility and difficulty in maintenance.

[0055] In some embodiments, the system determines whether the intent instruction is executable in the current scenario mode based on the arbitration decision tree; if the intent instruction is executable, the system determines the sound source location of the intent instruction; according to the preset control permissions of the sound source location, the system determines at least one vehicle screen that the sound source location can control; and in the vehicle screen, the system determines the screen that executes the intent instruction.

[0056] In this embodiment, the primary arbitration objective includes determining whether the intent command is executable and identifying the execution screen for the intent command. The purpose of primary arbitration for intent commands is to determine whether the intent command can be executed in the current vehicle scenario mode. If the intent command is not supported in the current mode, a rejection message and related prompts are directly returned, thus eliminating subsequent judgment steps and reducing signaling overhead. Furthermore, if the current mode supports the intent command, the subsequent judgment process can be further clarified within a specific vehicle scenario mode. For example, if the scenario mode is driving mode, most entertainment commands can be executed in this mode. After determining that the vehicle is in driving mode, subsequent judgments can be provided based on the needs of driving mode, eliminating the need for voice arbitration judgments in non-driving modes.

[0057] Intent commands can be initiated by the vehicle user from any location within the vehicle, and the in-vehicle screens can be one or more screens within the vehicle. For example, if a user initiates an intent command from the passenger seat, it will be simultaneously received by three in-vehicle screens located in the driver's seat, passenger seat, and rear seats. Of the three screens, the passenger seat screen has pre-defined control permissions and is therefore selected as the execution screen for the user's intent command. Scenario modes refer to whether the vehicle is currently in a special scenario mode, in which some commands may be inconvenient to execute. The determination of whether a command can be executed is made by the script and the arbitration decision tree. Special operating modes include nap mode, screen cleaning mode, auto show mode, test drive mode, and some dependent situations, such as the absence of a rear screen, the rear screen being off, and lack of support in reverse gear. There are also some special rejection situations, such as during development or due to differences in vehicle models that prevent the execution of some intent commands. For example, in auto show mode, voice decision-making functions are usually not executed.

[0058] In some embodiments, after determining the execution screen of the intent instruction, the method further includes: using an arbitration decision tree to perform secondary arbitration on the intent instruction, querying whether the execution of the intent instruction needs to be based on the vehicle screen, and obtaining a secondary arbitration result; wherein, the secondary arbitration result includes depending on the vehicle screen and not depending on the vehicle screen.

[0059] Furthermore, after obtaining the secondary arbitration result, the method also includes: if the secondary arbitration result depends on the in-vehicle screen, unlocking the execution screen and executing the intent command through the execution screen; if the secondary arbitration result does not depend on the in-vehicle screen, executing the intent command without unlocking the execution screen.

[0060] In this embodiment, the primary purpose of the secondary arbitration is to determine whether the execution of an intentional instruction requires screen unlocking. For example, watching a movie requires screen unlocking, while playing music does not. Since the execution screen has already been identified in the primary arbitration, the secondary arbitration determines whether the execution screen needs to be unlocked. For instance, an instruction like "play music via application A" or a Bluetooth phone call instruction does not require screen unlocking. The primary arbitration determines that the instruction is executable and identifies the corresponding execution screen; the secondary arbitration then determines whether the instruction requires unlocking the execution screen. It should be noted that unlocking only allows for screen access; other functions, such as checking the weather, can still be performed without unlocking.

[0061] In some embodiments, after obtaining the secondary arbitration result, the method further includes: using an arbitration decision tree to perform tertiary arbitration on the intent instruction, searching for the target application in the acquired applications of the execution screen; if the target application is not found in the acquired applications of the execution screen, downloading the target application from the application source of the execution screen; if the target application cannot be found in the application source of the execution screen, using the default application as the target application.

[0062] For example, if the second-level arbitration result indicates that the screen needs to be unlocked, meaning that the execution of the voice command depends on the screen (the voice command is to play a movie in the passenger seat via application A), a third-level arbitration is performed based on the arbitration decision tree. Application A is searched for in the application library of the execution platform. If it is found, application A is used to play the movie; if not, application A is downloaded from the application library of the execution screen (such as an app store or cloud store). If application A cannot be found in the application library either, it is played through the default application (such as the media player built into the execution platform).

[0063] In this embodiment, the purpose of the three-level arbitration is to identify the target application. Specifically, this may include checking if the target application exists among the acquired applications. If the target application exists, execution is performed through the target application; otherwise, execution is performed through cloud download or the default application. Of course, it may also include determining the current state of the target application, whether it is playing other content, or whether a switch is being made, to improve the flexibility of the arbitration.

[0064] In some embodiments, the pre-built arbitration decision tree includes three arbitration levels. In this case, based on the arbitration nodes determined by the target script, arbitration is performed level by level in the pre-built arbitration decision tree to obtain an arbitration result, including: using the arbitration decision tree to perform first-level arbitration on the intent instruction and determine the first-level arbitration result; the first-level arbitration result includes determining whether the intent instruction is executable and determining the execution screen of the intent instruction; if the first-level arbitration result indicates that the intent instruction is executable, the intent instruction is subjected to second-level arbitration and determined to the second-level arbitration result; the second-level arbitration result includes determining the dependency of the intent instruction on the vehicle screen; after determining the second-level arbitration result, the intent instruction is subjected to third-level arbitration and determined to the third-level arbitration result; the third-level arbitration result includes determining the target application used to execute the intent instruction.

[0065] In this embodiment, a voice command input from the user is first received, and the current vehicle scene mode is obtained. Using a pre-stored script program and scene mode, the voice command undergoes first-level arbitration to determine the first-level arbitration result, which includes determining whether the voice command is executable. If the voice command is determined to be executable, second-level arbitration is performed to determine the second-level arbitration result, which includes determining the voice command's dependency on the in-vehicle screen. After determining the second-level arbitration result, third-level arbitration is performed to determine the third-level arbitration result, which includes determining the target application used to execute the voice command. Combining the first- to third-level arbitration results, the voice command is executed. Compared with related technologies, this embodiment abstracts complex, multi-level judgment statements into three levels of arbitration logic, performing overall arbitration from the perspectives of command support, screen dependency, and application feasibility. This optimizes the existing voice arbitration architecture and logic, making it clearer and simpler, thus eliminating the need for multiple rounds of judgment and improving upon current voice arbitration methods, which suffer from poor arbitration flexibility and difficulty in maintenance.

[0066] Regarding the script implementation, an example of an arbitration decision tree data structure is given, such as... Figure 2As shown, a binary tree structure is used, consisting of branch nodes and leaf nodes, and the arbitration decision logic is implemented using XML. Each node is also an arbitration node. A pre-written script (containing code) is matched with the corresponding arbitration node, and arbitration is performed level by level to obtain the final arbitration result. Root nodes 2 and 3 and leaf node 1 represent the results of the first-level arbitration. For example, root node 2 represents scenario mode A, where the instruction is executable; root node 3 represents scenario mode B, where the instruction is executable; leaf node 1 represents the instruction not supported in the current scenario mode. Root nodes 4 and 5 and leaf nodes 2 and 3 represent the results of the second-level arbitration, and leaf nodes 4-7 represent the results of the third-level arbitration. Each leaf node requires a corresponding script to execute the result. The voice arbitration process involves traversing the tree from top to bottom, going through three levels of arbitration until a leaf node is found, completing the arbitration. The decision result is contained in the code of each leaf node.

[0067] Faced with increasingly complex voice commands, the aforementioned strategy structure offers a more convenient entry point into the arbitration process compared to the step-by-step judgment method used in related technologies. Furthermore, from a maintenance perspective, an arbitration world with layers of if-else statements is like a stacked tower; through the interaction of factors such as the width and strength of the bottom bricks, gravity distribution and balance, and the cohesion between bricks, the removal or addition of a brick does not cause the entire structure to collapse. The arbitration logic is similar; this structure enables scalability, flexibility, and security.

[0068] Furthermore, as Figure 1 and Figure 2 The specific implementation of the method shown in this embodiment provides a voice arbitration device, such as... Figure 3 As shown, the device includes: a receiving unit 301, a matching unit 302, an arbitration unit 303, and an execution unit 304.

[0069] The receiving unit 301 is configured to receive voice interaction information and identify the intent command in the voice interaction information;

[0070] Matching unit 302 is configured to use the intent instruction to match a target script corresponding to the intent instruction in a pre-stored script; the script is a pre-written script program, which includes an arbitration node for determining the arbitration type, and can determine the corresponding arbitration node according to different intents; the target script is used to determine the arbitration node that the intent instruction needs to perform.

[0071] Arbitration unit 303 is configured to conduct arbitration step by step in a pre-constructed arbitration decision tree based on the arbitration nodes determined by the target script, and obtain an arbitration result; the decision tree includes n levels, where n is greater than or equal to 1, and each level includes several arbitration nodes;

[0072] Execution unit 304 is configured to execute the intent instruction in conjunction with the arbitration result.

[0073] In a specific application scenario, the arbitration unit 303 is further configured to acquire primary arbitration information; the primary arbitration information includes the current vehicle scenario mode and the sound source location of the voice interaction information; based on the arbitration decision tree, it is determined whether the intent command is executable in the current scenario mode; if the intent command is executable, the sound source location of the intent command is determined; according to the preset control permissions of the sound source location, at least one in-vehicle screen that can be controlled by the sound source location is determined; and in the in-vehicle screen, the execution screen of the intent command is determined.

[0074] In specific application scenarios, the arbitration unit 303 is further configured to use the arbitration decision tree to perform secondary arbitration on the intent instruction, query whether the execution of the intent instruction needs to be based on the vehicle screen, and obtain the secondary arbitration result; wherein, the secondary arbitration result includes dependent on the vehicle screen and not dependent on the vehicle screen.

[0075] In specific application scenarios, the arbitration unit 303 is further configured to unlock the execution screen and execute the intent command through the execution screen when the secondary arbitration result depends on the vehicle screen; and to execute the intent command when the secondary arbitration result does not depend on the vehicle screen and the execution screen is not unlocked.

[0076] In specific application scenarios, the arbitration unit 303 is further configured to perform three-level arbitration on the intent instruction using the arbitration decision tree, search for the target application in the acquired applications of the execution screen; if the target application is not found in the acquired applications of the execution screen, download the target application from the application source of the execution screen; if the target application cannot be found in the application source of the execution screen, use the default application as the target application.

[0077] In a specific application scenario, the arbitration unit 303 is further configured to use the arbitration decision tree to perform first-level arbitration on the intent instruction and determine the first-level arbitration result; the first-level arbitration result includes determining whether the intent instruction is executable and determining the execution screen of the intent instruction;

[0078] If the first-level arbitration result indicates that the intended instruction is executable, the intended instruction is subject to second-level arbitration to determine the second-level arbitration result; the second-level arbitration result includes determining the dependency of the intended instruction on the vehicle screen;

[0079] After determining the secondary arbitration result, the intention instruction is subject to tertiary arbitration to determine the tertiary arbitration result; the tertiary arbitration result includes determining the target application for executing the intention instruction.

[0080] Based on the above, Figure 1 and Figure 2 Accordingly, this embodiment also provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the above-described method. Figure 1 and Figure 2 The method shown.

[0081] Based on this understanding, the technical solution of this application can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (such as CD-ROM, USB flash drive, mobile hard drive, etc.) and includes several instructions to cause a computer device (such as personal computer, server, or network device, etc.) to execute the methods of various implementation scenarios of this application.

[0082] Based on the above, Figure 1 and Figure 2 The method shown, and Figure 3 To achieve the above objectives, this application also provides an electronic device, which can be configured on a computer side or a vehicle side, etc. The device includes a storage medium and a processor; the storage medium is used to store a computer program; the processor is used to execute the computer program to achieve the above-described... Figure 1 and Figure 2 The method shown.

[0083] Based on the aforementioned electronic device, this application embodiment also provides a vehicle, which may specifically include: such as Figure 3 The device shown or the electronic equipment described above. The vehicle may specifically be a new energy vehicle or a traditional vehicle, etc.

[0084] Optionally, the aforementioned physical devices may also include a user interface, a network interface, a camera, radio frequency (RF) circuitry, sensors, audio circuitry, a Wi-Fi module, etc. The user interface may include a display screen, input units such as a keyboard, etc., and optional user interfaces may also include USB interfaces, card reader interfaces, etc. The network interface may optionally include standard wired interfaces, wireless interfaces (such as Wi-Fi interfaces), etc.

[0085] Those skilled in the art will understand that the physical device structure provided in this embodiment does not constitute a limitation on the physical device, and may include more or fewer components, or combine certain components, or have different component arrangements.

[0086] The storage medium may also include an operating system and a network communication module. The operating system is a program that manages the hardware and software resources of the aforementioned physical device, supporting the operation of information processing programs and other software and / or programs. The network communication module is used to enable communication between the various components within the storage medium, as well as communication with other hardware and software in the information processing physical device.

[0087] Through the above description of the embodiments, those skilled in the art can clearly understand that this application can be implemented using software plus necessary general-purpose hardware platforms, or it can be implemented using hardware. Applying the scheme of this embodiment, firstly, voice interaction information is received and intent commands are identified. Using the intent commands, a target script corresponding to the intent command is matched in a pre-stored script. Here, the script is a pre-written script program, which includes arbitration nodes for determining the arbitration type, and can determine the corresponding arbitration node according to different intents. The target script is used to determine the arbitration node required by the intent command. Then, based on the arbitration nodes determined by the target script, arbitration is performed level by level in a pre-constructed arbitration decision tree to obtain an arbitration result; wherein the decision tree includes n levels, where n is greater than or equal to 1, and each level includes several arbitration nodes. Finally, based on the obtained arbitration result, the intent command is executed. Compared with related technologies, this application clarifies the multi-level judgment logic by setting up an arbitration decision tree. Then, through a variety of pre-set scripts, it can determine the corresponding arbitration node that needs to be performed for each intention command. Finally, based on the arbitration node, the arbitration logic that needs to be performed can be found in the arbitration decision tree. This optimizes the existing voice arbitration architecture and arbitration logic, and improves the current voice arbitration method, which does not set the order of judgment logic, resulting in poor arbitration flexibility and difficulty in maintenance.

[0088] It should be noted that, in this document, relational terms such as "first" and "second" are used merely to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the term "comprising" or any other variations thereof is intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.

[0089] The above description is merely a specific embodiment of this application, enabling those skilled in the art to understand or implement this application. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the general principles defined herein may be implemented in other embodiments without departing from the spirit or scope of this application. Therefore, this application is not to be limited to the embodiments described herein, but is to be accorded the widest scope consistent with the principles and novel features of this application.

[0090] The foregoing description and accompanying drawings fully illustrate embodiments of this disclosure to enable those skilled in the art to practice them. Other embodiments may include structural, logical, electrical, procedural, and other changes. The embodiments represent only possible variations. Individual components and functions are optional unless explicitly required, and the order of operation may vary. Parts and features of some embodiments may be included in or replace parts and features of other embodiments. As used herein, the term “and / or” means including one or more of the associated listed any and all possible combinations. Additionally, when used in this application, the terms “comprise” and its variations “comprises” and / or “comprising” refer to the presence of stated features, integrals, steps, operations, elements, and / or components, but do not exclude the presence or addition of one or more other features, integrals, steps, operations, elements, components, and / or groups thereof. Without further limitations, an element defined by the phrase “comprising a…” does not exclude the presence of additional identical elements in the process, method, or apparatus that includes said element. In this document, each embodiment focuses on describing the differences from other embodiments, and similar or identical parts between embodiments can be referred to mutually. For methods, apparatuses, etc., disclosed in the embodiments, if they correspond to the method section disclosed in the embodiments, the relevant parts can be referred to the description of the method section.

[0091] Those skilled in the art will recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of the embodiments of this disclosure. Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working processes of the systems, devices, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.

[0092] The methods and products (including but not limited to devices and equipment) disclosed in the embodiments herein can be implemented in other ways. For example, the device embodiments described above are merely illustrative. For instance, the division of units may be merely a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. In addition, the coupling or direct coupling or communication connection between the shown or discussed units may be through some interfaces, and the indirect coupling or communication connection between devices or units may be electrical, mechanical, or other forms. The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units, that is, they may be located in one place or distributed across multiple network units. Some or all of the units may be selected to implement this embodiment according to actual needs. Furthermore, the functional units in the embodiments of this disclosure may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

[0093] 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 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. In some alternative implementations, the functions marked in the blocks may occur in a different order than that shown in the drawings. For example, two consecutive blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. In the descriptions corresponding to the flowcharts and block diagrams in the accompanying drawings, the operations or steps corresponding to different blocks may also occur in a different order than disclosed in the description, and sometimes there is no specific order between different operations or steps. For example, two consecutive operations or steps may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. Each block in a block diagram and / or flowchart, and combinations of blocks in a block diagram and / or flowchart, can be implemented using a dedicated hardware-based system that performs the specified function or action, or using a combination of dedicated hardware and computer instructions.

Claims

1. A voice arbitration method, characterized in that, include: Receive voice interaction information and identify the intent commands in the voice interaction information; Using the intent instruction, a target script corresponding to the intent instruction is matched in a pre-stored script; the script is a pre-written script program, which contains an arbitration node for determining the arbitration type, and can determine the corresponding arbitration node according to different intents; The target script is used to determine the arbitration node required for the intended instruction; Based on the arbitration nodes determined by the target script, the intent instruction is sequentially arbitrated in a pre-constructed arbitration decision tree, including first-level arbitration, second-level arbitration, and third-level arbitration, to obtain the arbitration result; wherein, the first-level arbitration is used to determine whether the intent instruction is executable and the execution screen of the intent instruction, the second-level arbitration is used to determine the dependency relationship of the intent instruction on the vehicle screen, and the third-level arbitration is used to determine the target application for executing the intent instruction; each level includes several arbitration nodes; Based on the arbitration result, execute the intended instruction.

2. The method according to claim 1, characterized in that, The arbitration nodes determined based on the target script undergo step-by-step arbitration within a pre-constructed arbitration decision tree to obtain arbitration results, including: Obtain primary arbitration information; the primary arbitration information includes the current vehicle scenario mode and the location of the sound source of the voice interaction information; Based on the arbitration decision tree, determine whether the intent instruction is executable in the current scenario mode; If the intention command is executable, determine the location of the sound source of the intention command; Based on the preset control permissions of the sound source location, at least one vehicle screen that can be controlled at the sound source location is determined. The execution screen for the intent command is determined in the vehicle-mounted screen.

3. The method according to claim 2, characterized in that, After determining the execution screen of the intent instruction, the method further includes: The intent command is arbitrated using the arbitration decision tree to determine whether its execution requires the use of the in-vehicle screen, and the result of the secondary arbitration is obtained. The secondary arbitration results include those that rely on the in-vehicle screen and those that do not.

4. The method according to claim 3, characterized in that, After obtaining the secondary arbitration result, the method further includes: If the secondary arbitration result depends on the in-vehicle screen, the execution screen is unlocked, and the intent command is executed through the execution screen; When the secondary arbitration result is independent of the vehicle screen, the intent command is executed if the execution screen is not unlocked.

5. The method according to claim 3 or 4, characterized in that, After obtaining the secondary arbitration result, the method further includes: The intent instruction is arbitrated at three levels using the arbitration decision tree, and the target application is searched among the acquired applications in the execution screen. If the target application is not found in the acquired applications of the execution screen, the target application is downloaded from the application source of the execution screen. If the target application cannot be found in the application source of the execution screen, the default application will be used as the target application.

6. The method according to claim 1, characterized in that, The pre-built arbitration decision tree includes three arbitration levels; The arbitration nodes determined based on the target script undergo step-by-step arbitration within a pre-constructed arbitration decision tree to obtain arbitration results, including: Using the arbitration decision tree, the intention instruction is subject to first-level arbitration to determine the first-level arbitration result; if the first-level arbitration result indicates that the intention instruction is executable, the intention instruction is subject to second-level arbitration to determine the second-level arbitration result; after determining the second-level arbitration result, the intention instruction is subject to third-level arbitration to determine the third-level arbitration result.

7. A voice arbitration device, characterized in that, include: The receiving unit is configured to receive voice interaction information and identify the intent commands in the voice interaction information; The matching unit is configured to use the intent instruction to match a target script corresponding to the intent instruction in a pre-stored script; the script is a pre-written script program, which includes an arbitration node for determining the arbitration type, and can determine the corresponding arbitration node according to different intents; The target script is used to determine the arbitration node required for the intended instruction; An arbitration unit, configured to determine arbitration nodes based on the target script, sequentially arbitrates the intent instruction through a pre-built arbitration decision tree, including first-level arbitration, second-level arbitration, and third-level arbitration, to obtain an arbitration result. The first-level arbitration determines whether the intent instruction is executable and the execution screen of the intent instruction; the second-level arbitration determines the dependency of the intent instruction on the in-vehicle screen; and the third-level arbitration determines the target application for executing the intent instruction. Each level includes several arbitration nodes. The execution unit is configured to execute the intentional instruction in conjunction with the arbitration result.

8. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the method of any one of claims 1 to 6.

9. An electronic device, comprising a storage medium, a processor, and a computer program stored on the storage medium and executable on the processor, characterized in that, When the processor executes the computer program, it implements the method of any one of claims 1 to 6.

10. A vehicle, characterized in that, include: The apparatus of claim 7, or the electronic device of claim 9.

Images