Vehicle horn control method and device

Abstract

The invention discloses a vehicle horn control method and device, relates to the technical field of intelligent vehicle control, and mainly aims to improve the flexibility and response speed of horn control and guarantee the whistling experience of a user. According to the main technical scheme, a whistling request of a terminal for a vehicle is received and analyzed, a to-be-executed scene identifier and a whistling strategy corresponding to the to-be-executed scene identifier are obtained, and the whistling strategy comprises a whistling module obtained by splitting a horn basic control interface based on an SOA framework and a whistling mode corresponding to the whistling module; judging whether a whistling strategy can be executed or not based on priority arbitration of the to-be-executed scene identifier and the working state of the whistling module; if yes, a whistling module is controlled to execute whistling operation according to a whistling mode; and if not, generating whistling failure information corresponding to the whistling request, and feeding back the whistling failure information to the terminal. The method is used for intelligent and scenarized control of the vehicle horn.

Description

Technical Field

[0001] The present application relates to the field of intelligent automobile control technology, and in particular to a vehicle horn control method and device. Background Art

[0002] With the rapid development of the automotive industry, the degree of intelligence and networking of vehicles is constantly improving. Modern vehicles have not only made significant progress in power systems, driver assistance systems, etc., but also made a lot of innovations in human-computer interaction and user experience. As an important safety and communication tool, the control method of vehicle horns is also constantly evolving. Traditional vehicle horn control mainly relies on simple circuits and mechanical switches, and users manually press the horn button to trigger the horn. However, with the increasing complexity and diversification of vehicle functions, traditional horn control methods have been unable to meet the needs of modern vehicles, especially in terms of intelligence and scenario-based applications.

[0003] At present, the vehicle horn control system in the existing technology is mainly composed of "independent software + specific hardware". The software and hardware development is all completed by the supplier. Users can only use the preset horn function through the preset software. It costs a lot to generate preset software, and the update and upgrade cycle is long. This makes it difficult to customize and expand the horn function according to the user's specific scenario requirements in a rapidly iterating market environment, affecting the flexibility and response speed of the horn control system, and the user's horn experience is poor. Summary of the invention

[0004] In view of the above problems, the present application provides a vehicle horn control method and device, the main purpose of which is to improve the flexibility and response speed of horn control and ensure the user's horn honking experience.

[0005] In order to solve the above technical problems, this application proposes the following solutions:

[0006] In a first aspect, the present application provides a vehicle horn control method, the method comprising:

[0007] Receive and parse the terminal's horn request for the vehicle, obtain a scene identifier to be executed and a horn strategy corresponding to the scene identifier to be executed, wherein the horn strategy includes a horn module obtained by splitting the horn basic control interface based on the SOA architecture and a horn mode corresponding to the horn module;

[0008] Determining whether the honking strategy is executable based on the priority arbitration of the scene identifier to be executed and the working state of the honking module;

[0009] If yes, controlling the whistle module to perform the whistle operation according to the whistle mode;

[0010] If not, honking failure information corresponding to the honking request is generated and fed back to the terminal.

[0011] In a second aspect, the present application provides a vehicle horn control device, the device comprising:

[0012] A receiving unit, configured to receive and analyze a horn request from a terminal to a vehicle, obtain a scene identifier to be executed and a horn strategy corresponding to the scene identifier to be executed, wherein the horn strategy includes a horn module and a horn mode corresponding to the horn module;

[0013] A first judgment unit, configured to judge whether the honking strategy is executable based on the priority arbitration of the to-be-executed scene identifier obtained by the receiving unit and the working state of the honking module;

[0014] a control unit, configured to control the honking module to perform a honking operation according to the honking method if the first determination unit determines that the honking strategy is executable;

[0015] A feedback unit is used to generate honking failure information corresponding to the honking request and feed it back to the terminal if the first judgment unit determines that the honking strategy is not executable.

[0016] In order to achieve the above-mentioned purpose, according to the third aspect of the present application, a storage medium is provided, which includes a stored program, wherein when the program is running, the device where the storage medium is located is controlled to execute the vehicle horn control method of the above-mentioned first aspect.

[0017] In order to achieve the above-mentioned purpose, according to a fourth aspect of the present application, a processor is provided, wherein the processor is used to run a program, wherein the vehicle horn control method of the above-mentioned first aspect is executed when the program is run.

[0018] By means of the above technical scheme, a vehicle horn control method and device provided in the present application first receives and parses the terminal's horn request for the vehicle when the vehicle horn needs to be controlled, obtains the scene identifier to be executed and the horn strategy corresponding to the scene identifier to be executed, the horn strategy includes a horn module obtained by splitting the horn basic control interface based on the SOA architecture and the horn mode corresponding to the horn module, and then determines whether the horn strategy is executable based on the priority arbitration of the scene identifier to be executed and the working status of the horn module. If it is executable, the horn module is controlled to perform the horn operation according to the horn mode. If it is not executable, horn failure information corresponding to the horn request is generated and fed back to the terminal. Through the technical solution provided in this application, the basic control interface of the horn can be split into multiple independent horn modules based on the SOA architecture, and each module is responsible for specific functions, thereby realizing a modular design of the horn function, making the system more flexible. Different horn modules can be combined according to different scenario requirements, and new functions can be easily added and old functions can be updated. Moreover, the system can dynamically select corresponding horn strategies according to different pending scenario identifiers, so that the system can adapt to more diverse usage scenarios and meet the different needs of users. At the same time, based on the priority arbitration mechanism of the pending scenario identifier and the judgment of the working status of the horn module (such as idle or occupied), it is ensured that high-priority horn requests can be executed first, which not only improves the response speed of the system and avoids unnecessary waiting and waste of resources, but also ensures that warning signals can be issued in time in emergency situations, thereby better adapting to the intelligence and scenario requirements of modern vehicles and providing users with a richer and more personalized horn experience.

[0019] The above description is only an overview of the technical solution of the present application. In order to more clearly understand the technical means of the present application, it can be implemented in accordance with the contents of the specification. In order to make the above and other purposes, features and advantages of the present application more obvious and easy to understand, the specific implementation methods of the present application are listed below. BRIEF DESCRIPTION OF THE DRAWINGS

[0020] Various other advantages and benefits will become apparent to those of ordinary skill in the art by reading the detailed description of the preferred embodiments below. The accompanying drawings are only for the purpose of illustrating the preferred embodiments and are not to be considered as limiting the present application. Also, the same reference symbols are used throughout the accompanying drawings to represent the same components. In the accompanying drawings:

[0021] Figure 1 A flow chart of a vehicle horn control method provided by an embodiment of the present application is shown;

[0022] Figure 2 Another vehicle horn control method flow chart provided by an embodiment of the present application is shown;

[0023] Figure 3A block diagram showing a vehicle horn control device provided by an embodiment of the present application is shown;

[0024] Figure 4 A block diagram of another vehicle horn control device provided in an embodiment of the present application is shown. DETAILED DESCRIPTION

[0025] The exemplary embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. Although the exemplary embodiments of the present disclosure are shown in the accompanying drawings, it should be understood that the present disclosure can be implemented in various forms and should not be limited by the embodiments set forth herein. On the contrary, these embodiments are provided to enable a more thorough understanding of the present disclosure and to fully convey the scope of the present disclosure to those skilled in the art.

[0026] At present, the vehicle horn control system in the existing technology is mainly composed of "independent software + specific hardware". The software and hardware development is all completed by the supplier. Users can only use the preset horn function through the preset software. It costs a lot to generate preset software, and the update and upgrade cycle is long. This makes it difficult to customize and expand the horn function according to the user's specific scenario requirements in a rapidly iterating market environment, affecting the flexibility and response speed of the horn control system, and the user's horn experience is poor.

[0027] After research, the inventor found that the basic control interface corresponding to the horn hardware capability can be split into multiple independent whistle modules based on the SOA architecture. Each whistle module is responsible for a specific function, realizing the modular design of the whistle function. Through this modular design, different whistle modules can be combined according to different scene requirements and their corresponding whistle modes can be set to form whistle strategies corresponding to different usage scenarios. When a whistle request from a terminal is received, the corresponding to-be-executed scene and the corresponding whistle strategy can be parsed, and whether it can be executed can be determined according to the priority of the scene and the working status of the whistle module. If it can be executed, it can be executed according to the whistle strategy, otherwise the corresponding whistle failure information is generated. In this way, not only can the system be made more flexible, and new functions can be easily added and old functions can be updated, but also the response speed of the system can be improved, avoiding unnecessary waiting and waste of resources, and it can also ensure that warning signals can be issued in time in emergency situations, better adapting to the intelligent and scenario-based needs of modern vehicles, and providing users with a richer and more personalized whistle experience.

[0028] Based on the above considerations, the embodiment of the present application provides a vehicle horn control method, through which the flexibility and response speed of horn control can be improved to ensure the user's horn honking experience. The specific execution steps are as follows: Figure 1 As shown, including:

[0029] 101. Receive and parse a horn request from a terminal to a vehicle, and obtain a scene identifier to be executed and a horn strategy corresponding to the scene identifier to be executed.

[0030] The horn-honking strategy includes a horn-honking module obtained by splitting the basic horn control interface based on the SOA architecture and the horn-honking mode corresponding to the horn-honking module.

[0031] It should be noted that the basic control interface corresponding to the horn hardware capability is pre-abstracted into atomic services based on the SOA architecture, that is, the horn modules responsible for different specific functions, which provide switch control interfaces, cycle control interfaces, volume control interfaces, etc., to facilitate function calls. Different atomic services are combined according to scenario requirements to obtain a combined service, that is, the horn strategy. The client that triggers the horn request is used as a scenario application service and deployed in the corresponding terminal. One combined service corresponds to one scenario application service. Among them, the terminal can be a physical key, a mobile phone APP, etc. The scenario application services include but are not limited to car search application services, anti-theft application services, sentinel mode application services, key left application services, locking failure application services, etc., which are used to realize functions such as car search horn, anti-theft horn, sentinel mode horn, key left reminder horn, locking failure horn, etc.

[0032] In this step, the honking request includes the scene identifier to be executed (such as car search, anti-theft, sentry mode, etc.) selected by the user and the honking strategy corresponding to the scene identifier to be executed. The central processor of the vehicle (such as the body domain controller BDCS) receives the honking request and passes it to the horn control system. The horn control system parses the received honking request and extracts the scene identifier to be executed and the honking strategy corresponding to the scene identifier to be executed. The honking strategy includes multiple independent honking modules and the honking mode corresponding to each honking module. The honking mode includes at least a honking cycle instruction, a honking switch instruction and a honking volume instruction. The honking cycle instruction includes duration, duty cycle and frequency.

[0033] The honking strategy can also be stored in a preset honking strategy library, which stores honking strategies corresponding to scenario identifiers of various scenario application services. Each strategy defines the required honking module and specific honking method in detail. For example, a car search scenario may require a honking method of "honking three times in a row, each time for 1 second"; an anti-theft scenario may require a honking method of "honking five times in a row, each time for 2 seconds". The specific method can be found through the scenario identifier to be executed.

[0034] In this step, by receiving and parsing the whistle request from the terminal, the system can dynamically select and configure the whistle strategy suitable for the current application scenario, thereby improving the flexibility and adaptability of the system. Users can choose different whistle scenarios according to specific needs, enhancing the user experience.

[0035] 102. Determine whether the honking strategy is executable based on the priority arbitration of the scene identification to be executed and the working status of the honking module.

[0036] As can be seen from step 101, scenario application services include but are not limited to car search application services, anti-theft application services, sentry mode application services, key left application services, locking failure application services, etc., and some of these application scenarios are relatively more urgent. For example, in certain emergency situations such as anti-theft alarms and locking failures, it is very important to issue a whistle warning in a timely manner. Therefore, in order to ensure that the whistle requests in these emergency situations can be executed first, thereby improving the response speed and security of the system, in this step, a corresponding priority can be configured in advance for each scenario identifier. Specifically, a priority table can be maintained. The system determines the priority of the current scenario identifier to be executed based on the priority table. The priority order of different scenario identifiers is defined in the priority table. For example, an emergency situation (such as an anti-theft alarm) has a higher priority than a non-emergency situation (such as car search). If there are other high-priority whistle requests currently being executed, the current request will be temporarily shelved or a whistle failure will be directly fed back. At the same time, the system checks the current working status (idle or occupied) of each whistle module included in the whistle strategy through the interface feedback signal. If all required whistle modules are idle, or if a whistle module is occupied, but after further judging the priority of the occupation request, if the priority of the current request is higher than the priority of the occupation request, then the whistle strategy is considered executable, and step 103 is executed. Otherwise, the whistle strategy is not executable, and step 104 is executed.

[0037] It should be noted that, because the horn hardware resources are limited, by setting priorities and performing priority arbitration, resource conflicts can be avoided when multiple horn requests arrive at the same time. High-priority requests will use resources first, while low-priority requests will be temporarily shelved or delayed.

[0038] This step ensures that high-priority whistle requests can be executed in a timely manner through priority arbitration, thereby improving the response speed and reliability of the system. By judging the working status, resource conflicts and unnecessary waiting are avoided, thereby improving the execution efficiency of the system.

[0039] 103. Control the whistle module to perform the whistle operation according to the whistle mode.

[0040] In this step, the system calls the corresponding whistle module through the switch, cycle, volume and other control interfaces in the SOA architecture and sends a whistle instruction to it. The whistle instruction includes the whistle cycle instruction, the whistle switch instruction and the whistle volume instruction, etc., which define the specific way of whistle in detail. After receiving the instruction, the whistle module performs the whistle operation according to the specified whistle method. For example, if the instruction is "honk three times in a row, each time for 1 second", the whistle module will control the horn to honk three times in a row, each time for 1 second. At the same time, during the execution process, the whistle module feeds back the execution status to the system through the interface, so that the system can promptly know the working status of each whistle module, and confirm whether the whistle operation is successfully completed based on the feedback working status.

[0041] In this step, through modular whistle control, the system can flexibly combine different whistle modules to achieve a variety of whistle methods. The execution of whistle operations is more precise and controllable, which improves the reliability of the system and user experience.

[0042] 104. Generate whistle failure information corresponding to the whistle request and feed it back to the terminal.

[0043] In this step, the whistle failure information includes the reason for failure (such as insufficient priority, module occupied, etc.), and the system feeds back the whistle failure information to the terminal device (such as mobile phone APP) through the preset communication interface. After the terminal device receives the whistle failure information, it prompts the user through the interface or voice that the whistle request failed to execute successfully, and displays the reason for failure. At the same time, the system records the whistle failure information in the log file for subsequent analysis and troubleshooting. The log file contains information such as the timestamp of the whistle request, scene identifier, and failure reason.

[0044] This step enhances the transparency of the system by providing instant feedback on whistle failure information. Users can promptly understand the execution status of their requests. The recording and logging functions also help with system maintenance and troubleshooting, improving the maintainability of the system.

[0045] Based on the above Figure 1It can be seen from the implementation method that the present application provides a vehicle horn control method, which is to first receive and parse the terminal's horn request for the vehicle when the vehicle horn needs to be controlled, and obtain the scene identifier to be executed and the horn strategy corresponding to the scene identifier to be executed, the horn strategy including the horn module obtained by splitting the horn basic control interface based on the SOA architecture and the horn mode corresponding to the horn module, and then determine whether the horn strategy is executable based on the priority arbitration of the scene identifier to be executed and the working status of the horn module. If it is executable, the horn module is controlled to perform the horn operation according to the horn mode. If it is not executable, horn failure information corresponding to the horn request is generated and fed back to the terminal. Through the technical solution provided in this application, the basic control interface of the horn can be split into multiple independent horn modules based on the SOA architecture, and each module is responsible for specific functions, thereby realizing a modular design of the horn function, making the system more flexible. Different horn modules can be combined according to different scenario requirements, and new functions can be easily added and old functions can be updated. Moreover, the system can dynamically select corresponding horn strategies according to different pending scenario identifiers, so that the system can adapt to more diverse usage scenarios and meet the different needs of users. At the same time, based on the priority arbitration mechanism of the pending scenario identifier and the judgment of the working status of the horn module (such as idle or occupied), it is ensured that high-priority horn requests can be executed first, which not only improves the response speed of the system and avoids unnecessary waiting and waste of resources, but also ensures that warning signals can be issued in time in emergency situations, thereby better adapting to the intelligence and scenario requirements of modern vehicles and providing users with a richer and more personalized horn experience.

[0046] Further, the preferred embodiment of the present application is in the above Figure 1 Based on this, a detailed description of the vehicle horn control process is given, and the specific steps are as follows Figure 2 As shown, including:

[0047] 201. Receive and parse a horn request from a terminal to a vehicle, and obtain a scene identifier to be executed and a horn strategy corresponding to the scene identifier to be executed.

[0048] This step is combined with the description of step 101 in the above method, and the same contents will not be repeated here.

[0049] 202. Determine whether the honking strategy is executable based on the priority arbitration of the scene identifier to be executed and the working status of the honking module.

[0050] This step is combined with the description of step 102 in the above method, and the same contents are not repeated here.

[0051] It should be noted that the specific execution process of judging whether the honking strategy is executable based on the priority arbitration of the scene identification to be executed and the working status of the honking module is as follows: judging the current working status of the honking module according to the interface feedback signal corresponding to the honking module, the working status includes idle status and occupied status; if it is idle status, determining that the honking strategy is executable; if it is occupied status, then when the priority of the executed scene identification corresponding to the honking module is higher than the priority of the scene identification to be executed, determining that the honking strategy is executable.

[0052] In this step, the interface feedback signal is fed back by the control interface provided by the whistle module. The system obtains the current working status of the whistle module through the control interface provided by the whistle module. The interface feedback signal usually includes two categories, namely idle state and occupied state. Among them, the idle state is used to indicate that the whistle module is not currently occupied by any request and can accept new whistle requests, while the occupied state is used to indicate that the whistle module is currently occupied by a request and cannot accept new whistle requests temporarily.

[0053] If the whistle module is in an idle state, it can be directly determined that the whistle strategy is executable, and the system records the scene identifier of the current whistle request and marks the whistle module as occupied. If the whistle module is in an occupied state, it is necessary to further determine the priority of the executed scene identifier and the priority of the scene identifier to be executed. Specifically, through the interface feedback signal, the executed scene identifier of the currently occupied whistle module is obtained, and the preset priority table is queried to obtain the priority of the executed scene identifier and the priority of the scene identifier to be executed. The priority of the executed scene identifier and the priority of the scene identifier to be executed are compared. If the priority of the scene identifier to be executed is higher than the priority of the executed scene identifier, the current whistle request is interrupted, the whistle module is released, and a new whistle request is executed. If the priority of the scene identifier to be executed is lower than or equal to the priority of the executed scene identifier, it is determined that the whistle strategy is not executable.

[0054] Since the scene application services such as the vehicle search application service, theft prevention application service, sentry mode application service, key left application service, and lock failure application service of this embodiment are all set when the vehicle is not in driving state and can receive the horn request, therefore, in order to improve the reliability and safety of the system. Before judging whether the horn strategy is executable based on the priority arbitration of the scene identification to be executed and the working state of the horn module, the method also includes: judging whether the vehicle meets the preconditions for horn, the preconditions include that the vehicle is awakened and the vehicle speed is lower than the preset threshold; if so, judging whether the horn strategy is executable based on the priority arbitration of the scene identification to be executed and the working state of the horn module; if not, generating the horn failure information corresponding to the horn request and feeding it back to the terminal. In this step, the vehicle is checked by the vehicle's power management system or the body domain controller (BDCS). The vehicle being awakened means that the vehicle's electrical system is in an active state and can perform various functions. If the vehicle is not awakened, the horn failure information is generated and fed back to the terminal. While confirming that the vehicle is awakened, the current vehicle speed is obtained through the vehicle's speed sensor to check whether the current vehicle speed is lower than a preset threshold (for example, 5 km / h). The preset threshold can be set according to laws and regulations and the regulations of the vehicle manufacturer. If the vehicle speed is higher than the preset threshold, a horn failure message is also generated and fed back to the terminal. If the vehicle is not awakened or the speed is higher than the preset threshold, a horn failure message is generated. The horn failure message contains the reason for the failure (such as the vehicle is not awakened, the speed is too high), and the horn failure message is fed back to the terminal device (such as a mobile phone APP) through a preset communication interface. After receiving the failure message, the terminal device prompts the user through the interface or voice that the horn request has not been successfully executed, and displays the reason for the failure.

[0055] In this step, the system determines whether the vehicle meets the prerequisites for honking the horn, and performs priority arbitration and working status judgment on this basis. This can ensure that the system handles multiple honking requests efficiently and orderly under the premise of safety and compliance, which can not only improve the reliability and safety of the system, but also enhance the user experience.

[0056] 203. Determine whether the current location of the vehicle is in a preset environmental protection horn honking area and / or whether the current time is in a preset environmental protection horn honking time period.

[0057] In this step, the current location of the vehicle is determined by the vehicle's GPS or other positioning system and the subscribed navigation map, and it is checked whether the current location is in a preset environmentally friendly whistle area, such as a school, hospital and other sensitive areas. The preset environmentally friendly whistle area can be pre-set in the subscribed navigation map through geo-fencing technology. At the same time, the current time is obtained through the vehicle's clock system to check whether the current time is in a preset environmentally friendly whistle time period. The preset environmentally friendly whistle time period can be night (such as 22:00 to 6:00 the next day) or other specific time periods. If the vehicle's current location is in the environmentally friendly whistle area and / or the current time is in the environmentally friendly whistle time period, it means that the volume needs to be controlled when the whistle is honked at the current location, and step 204 is executed at this time. On the contrary, it means that the volume does not need to be controlled when the whistle is honked at the current location. At this time, the whistle cycle control interface, the whistle switch control interface and the whistle volume control interface of the whistle module can be controlled to perform the whistle operation according to the whistle cycle instruction, the whistle switch instruction and the optimized whistle volume instruction.

[0058] 204. Adjust the whistle volume instruction according to the environmental protection optimization rule to obtain an optimized whistle volume instruction.

[0059] Since the honking mode includes a honking switch instruction, a honking volume instruction, and a honking cycle instruction, and for the environmentally friendly honking area or the environmentally friendly honking time period, the volume value corresponding to the honking volume instruction needs to be appropriately reduced to avoid noise or violation of traffic regulations. Therefore, in this step, the honking volume instruction can be adjusted according to the environmental optimization rule, which is set according to the adjustment coefficient of the environmentally friendly honking area, the adjustment coefficient of the environmentally friendly honking time period, and the current environmental noise level. The specific implementation process is: obtaining the first adjustment coefficient corresponding to the environmentally friendly honking area and / or the second adjustment coefficient corresponding to the environmentally friendly honking time period; optimizing the volume value corresponding to the honking volume instruction based on the first adjustment coefficient and / or the second adjustment coefficient and the current environmental noise level to obtain the optimized honking volume instruction.

[0060] In this step, the first adjustment coefficient C1 and the second adjustment coefficient C2 are used to reasonably adjust the volume of the whistle in the environmental protection whistle area and the environmental protection whistle time period to reduce noise pollution. It can be set specifically according to the noise control regulations in different regions. For example, some cities may stipulate the maximum noise level at night or in a specific area; it can also refer to the relevant standards and recommendations in the automotive industry, such as ISO or SAE standards, which can provide references for setting the adjustment coefficient; it can also be determined by measuring the environmental noise in different areas and time periods to determine how much the volume needs to be reduced under specific conditions to meet environmental protection requirements. This embodiment does not limit this.

[0061] It should be noted that in addition to using the first adjustment coefficient C1 and / or the second adjustment coefficient C2, this step also introduces the current environmental noise level N, which can be obtained by the vehicle noise sensor, to avoid the first adjustment coefficient C1 and / or the second adjustment coefficient C2 over-optimizing the volume value corresponding to the original volume control instruction, resulting in an unclear whistle effect. The specific expression is:

[0062]

[0063] Among them, V optimized is the volume value of the optimized volume control instruction (unit: decibel, dB), V original is the volume value of the original volume control command (in decibels, dB), C1 is the first adjustment coefficient of the environmental whistle zone (between 0 and 1), C2 is the second adjustment coefficient of the environmental whistle time period (between 0 and 1), N is the current ambient noise level (in decibels, dB), N threshold is the environmental noise threshold (unit: decibel, dB).

[0064] This step can lower the whistle volume and reduce noise pollution by setting the first adjustment coefficient and / or the second adjustment coefficient, especially in sensitive areas (such as residential areas, near hospitals) and time periods (such as at night), which helps to protect the environment and the quality of life of residents. At the same time, it introduces the current environmental noise level, avoids over-optimization, and realizes intelligent adjustment of the whistle volume, which can not only meet the user's whistle needs, but also reduce unnecessary noise interference and improve user experience.

[0065] In addition, it is also necessary to emphasize that if the current location of the vehicle is not in the environmentally friendly horn area and the current time is not in the environmentally friendly horn time period, it is also possible to only introduce the above-mentioned current environmental noise level. When the volume value of the original volume control instruction is lower than the current environmental noise level, a third adjustment coefficient (greater than 1) is set. The third adjustment coefficient is used to increase the horn volume, that is, the volume value corresponding to the horn volume instruction is optimized based on the third adjustment coefficient to obtain the optimized horn volume instruction, thereby further improving the horn effect and making the horn more obvious and clear.

[0066] 205. The whistle cycle control interface, the whistle switch control interface and the whistle volume control interface of the whistle module are controlled to perform the whistle operation according to the whistle cycle instruction, the whistle switch instruction and the optimized whistle volume instruction respectively.

[0067] In this step, the whistle cycle instruction, whistle switch instruction and optimized whistle volume instruction are obtained from the parsed whistle strategy. The whistle cycle instruction usually includes the number of whistles and the duration of each whistle (for example, whistle 3 times, 1 second each time). The whistle switch instruction usually includes the on and off state of the whistle, and the optimized whistle volume instruction is the volume value adjusted by the environmental optimization rule. Through the cycle control interface of the whistle module, the whistle cycle parameters are determined from the whistle cycle instruction, and the whistle cycle is started. The whistle switch state is set through the switch control interface of the whistle module, and the whistle volume is set through the volume control interface of the whistle module. That is, the whistle module is controlled to open according to the switch instruction, and the whistle is sounded according to the set cycle and volume.

[0068] 206. Generate whistle failure information corresponding to the whistle request and feed it back to the terminal.

[0069] This step is combined with the description of step 104 in the above method, and the same contents are not repeated here.

[0070] Combining the above Figure 1-2 The method embodiments shown are exemplary:

[0071] Based on the SOA architecture, application services, composite services and atomic services communicate through the SOME / IP protocol. When designing interfaces, there are Field and Method interfaces. Control class requests use RR_Method, and notification class requests use Field_Notifier. Taking atomic services as an example, the interface design is shown in Table 1:

[0072] Table 1

[0073]

[0074]

[0075] Taking the horn search for a car as an example, when the user presses the physical key car search button or the mobile phone APP car search button, and the car search application service receives the key hard button car search notification or the mobile phone APP car search notification, the horn application service determines the preconditions. When the preconditions are met, the horn combination service control interface is called through RR_Method, and the horn combination service performs priority arbitration. After passing the priority arbitration, the horn combination service calls the horn atomic service control interface through RR_Method, and the horn atomic service drives the horn to honk.

[0076] Furthermore, as a response to the above Figure 1-2The implementation of the method embodiment shown in the figure, the embodiment of the present application provides a vehicle horn control device, which is used to improve the flexibility and response speed of horn control and ensure the user's horn honking experience. The embodiment of the device corresponds to the aforementioned method embodiment. For ease of reading, this embodiment will no longer repeat the details of the aforementioned method embodiment one by one, but it should be clear that the device in this embodiment can correspond to all the contents of the aforementioned method embodiment. Specifically, Figure 3 As shown, the device comprises:

[0077] The receiving unit 31 is used to receive and analyze the terminal's horn request for the vehicle, obtain a scene identifier to be executed and a horn strategy corresponding to the scene identifier to be executed, wherein the horn strategy includes a horn module obtained by splitting the horn basic control interface based on the SOA architecture and a horn mode corresponding to the horn module;

[0078] A first judging unit 32, configured to judge whether the honking strategy is executable based on the priority arbitration of the to-be-executed scene identifier obtained by the receiving unit 31 and the working state of the honking module;

[0079] a control unit 33, configured to control the honking module to perform a honking operation according to the honking method if the first determination unit 32 determines that the honking strategy is executable;

[0080] The feedback unit 34 is configured to generate honking failure information corresponding to the honking request and feed it back to the terminal if the first determination unit 32 determines that the honking strategy is not executable.

[0081] Further, such as Figure 4 As shown, the device also includes:

[0082] A second judgment unit 35 is used to judge whether the vehicle meets the preconditions for honking the horn before the first judgment unit 32, wherein the preconditions include that the vehicle is awakened and the vehicle speed is lower than a preset threshold;

[0083] The second judgment unit 32 is specifically configured to:

[0084] If yes, judging whether the honking strategy is executable based on the priority arbitration of the scene identifier to be executed and the working state of the honking module;

[0085] The feedback unit 34 is specifically used to:

[0086] If not, the honking failure information corresponding to the honking request is generated and fed back to the terminal.

[0087] Further, such as Figure 4 As shown, the first judgment unit 32 includes:

[0088] A first judgment module 321 is used to judge the current working state of the whistle module according to the interface feedback signal corresponding to the whistle module, and the working state includes an idle state and an occupied state;

[0089] A first determination module 322, configured to determine that the whistle strategy is executable if the first determination module 321 determines that the state is the idle state;

[0090] The second determination module 323 is used to determine that the honking strategy is executable if the first judgment module 321 determines that it is the occupied state and the priority of the executed scene identification corresponding to the honking module is higher than the priority of the scene identification to be executed.

[0091] Further, such as Figure 4 As shown,

[0092] The whistle mode at least includes a whistle cycle instruction, a whistle switch instruction and a whistle volume instruction, and the whistle cycle instruction includes a duration, a duty cycle and a frequency.

[0093] Further, such as Figure 4 As shown, the control unit 33 includes:

[0094] The control module 331 is used to control the whistle cycle control interface, the whistle switch control interface and the whistle volume control interface of the whistle module to perform the whistle operation according to the whistle cycle instruction, the whistle switch instruction and the whistle volume instruction.

[0095] Further, such as Figure 4 As shown, the device also includes:

[0096] A second judgment module 332 is used to judge whether the current location of the vehicle is in a preset environmental horn honking area and / or whether the current time is in a preset environmental horn honking time period before the control module 331;

[0097] The processing module 333 is used to adjust the horn volume instruction according to the environmental optimization rule to obtain an optimized horn volume instruction if the second judgment module 332 determines that the current area of ​​the vehicle is in a preset environmental horn area and / or the current time is in a preset environmental horn time period;

[0098] The control module 331 is specifically used to:

[0099] The whistle cycle control interface, the whistle switch control interface and the whistle volume control interface of the whistle module are controlled to perform the whistle operation according to the whistle cycle instruction, the whistle switch instruction and the optimized whistle volume instruction respectively.

[0100] Further, such as Figure 4 As shown, the processing module 333 is specifically used for:

[0101] Obtaining a first adjustment coefficient corresponding to the environmental whistle area and / or a second adjustment coefficient corresponding to the environmental whistle time period;

[0102] The volume value corresponding to the whistle volume instruction is optimized based on the first adjustment coefficient and / or the second adjustment coefficient and the current ambient noise level to obtain the optimized whistle volume instruction.

[0103] Furthermore, an embodiment of the present application further provides a storage medium, wherein the storage medium is used to store a computer program, wherein when the computer program is running, the device where the storage medium is located is controlled to execute the above Figure 1-2 The vehicle horn control method described in.

[0104] Furthermore, the embodiment of the present application also provides a processor, the processor is used to run a program, wherein the program executes the above Figure 1-2 The vehicle horn control method described in.

[0105] In the above embodiments, the description of each embodiment has its own emphasis. For parts that are not described in detail in a certain embodiment, reference can be made to the relevant descriptions of other embodiments.

[0106] It is understandable that the related features in the above methods and devices can be referenced to each other. In addition, the "first", "second" and the like in the above embodiments are used to distinguish the embodiments, but do not represent the advantages and disadvantages of the embodiments.

[0107] Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0108] The algorithm and display provided herein are not inherently related to any particular computer, virtual system or other device. Various general purpose systems can also be used together with the teachings based on this. According to the above description, it is obvious that the structure required for constructing such systems. In addition, the application is not directed to any specific programming language either. It should be understood that various programming languages ​​can be utilized to realize the content of the application described herein, and the description of the specific language above is for the purpose of disclosing the best mode of implementation of the application.

[0109] In addition, the memory may include non-permanent memory in a computer-readable medium, random access memory (RAM) and / or non-volatile memory in the form of read-only memory (ROM) or flash RAM, and the memory includes at least one memory chip.

[0110] Those skilled in the art will appreciate that the embodiments of the present application may be provided as methods, systems, or computer program products. Therefore, the present application may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment in combination with software and hardware. Moreover, the present application may adopt the form of a computer program product implemented in one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) that include computer-usable program code.

[0111] The present application is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of the present application. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of the processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to generate a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0112] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0113] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process in the computer or other programmable device. Figure 1 A process or multiple processes and / or boxes Figure 1 A step that specifies a function in one or more boxes.

[0114] In a typical configuration, a computing device includes one or more processors (CPU), input / output interfaces, network interfaces, and memory.

[0115] The memory may include non-permanent memory in a computer-readable medium, random access memory (RAM) and / or non-volatile memory in the form of read-only memory (ROM) or flash RAM. The memory is an example of a computer-readable medium.

[0116] Computer readable media include permanent and non-permanent, removable and non-removable media that can be implemented by any method or technology to store information. Information can be computer readable instructions, data structures, program modules or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, compact disk read-only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device. As defined herein, computer readable media does not include temporary computer readable media (transitory media), such as modulated data signals and carrier waves.

[0117] It should also be noted that the terms "include", "comprises" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, commodity or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, commodity or device. In the absence of more restrictions, the elements defined by the sentence "comprises a ..." do not exclude the existence of other identical elements in the process, method, commodity or device including the elements.

[0118] Those skilled in the art will appreciate that the embodiments of the present application may be provided as methods, systems or computer program products. Therefore, the present application may adopt the form of a complete hardware embodiment, a complete software embodiment or an embodiment in combination with software and hardware. Moreover, the present application may adopt the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) that contain computer-usable program code.

[0119] The above are only embodiments of the present application and are not intended to limit the present application. For those skilled in the art, the present application may have various changes and variations. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application should be included within the scope of the claims of the present application.

Claims

1. A vehicle horn control method, characterized in that: The method comprises: Receive and parse the terminal's horn request for the vehicle, obtain a scene identifier to be executed and a horn strategy corresponding to the scene identifier to be executed, wherein the horn strategy includes a horn module obtained by splitting the horn basic control interface based on the SOA architecture and a horn mode corresponding to the horn module; Determining whether the honking strategy is executable based on the priority arbitration of the scene identifier to be executed and the working state of the honking module; If yes, controlling the whistle module to perform the whistle operation according to the whistle mode; If not, honking failure information corresponding to the honking request is generated and fed back to the terminal.

2. The method according to claim 1, characterized in that Before determining whether the honking strategy is executable based on the priority arbitration of the to-be-executed scenario identifier and the working state of the honking module, the method further includes: Determining whether the vehicle meets the preconditions for honking the horn, wherein the preconditions include the vehicle being awakened and the vehicle speed being lower than a preset threshold; If yes, judging whether the honking strategy is executable based on the priority arbitration of the scene identifier to be executed and the working state of the honking module; If not, the honking failure information corresponding to the honking request is generated and fed back to the terminal.

3. The method according to claim 1, characterized in that Determining whether the honking strategy is executable based on the priority arbitration of the scene identifier to be executed and the working state of the honking module includes: Determine the current working state of the whistle module according to the interface feedback signal corresponding to the whistle module, wherein the working state includes an idle state and an occupied state; If it is the idle state, determining that the whistle strategy is executable; If it is the occupied state, then when the priority of the executed scene identifier corresponding to the honking module is higher than the priority of the scene identifier to be executed, it is determined that the honking strategy is executable.

4. The method according to any one of claims 1 to 3, characterized in that The whistle mode at least includes a whistle cycle instruction, a whistle switch instruction and a whistle volume instruction, and the whistle cycle instruction includes a duration, a duty cycle and a frequency.

5. The method according to claim 4, characterized in that Controlling the whistle module to perform the whistle operation according to the whistle mode includes: The whistle cycle control interface, the whistle switch control interface and the whistle volume control interface of the whistle module are controlled to perform the whistle operation according to the whistle cycle instruction, the whistle switch instruction and the whistle volume instruction respectively.

6. The method according to claim 5, characterized in that Before controlling the whistle cycle control interface, the whistle switch control interface, and the whistle volume control interface of the whistle module to perform the whistle operation according to the whistle cycle instruction, the whistle switch instruction, and the whistle volume instruction, the method further includes: Determine whether the current location of the vehicle is in a preset environmental horn honking area and / or whether the current time is in a preset environmental horn honking time period; If yes, the whistle volume instruction is adjusted according to the environmental optimization rule to obtain an optimized whistle volume instruction; The whistle cycle control interface, the whistle switch control interface and the whistle volume control interface of the whistle module respectively perform the whistle operation according to the whistle cycle instruction, the whistle switch instruction and the whistle volume instruction, including: The whistle cycle control interface, the whistle switch control interface and the whistle volume control interface of the whistle module are controlled to perform the whistle operation according to the whistle cycle instruction, the whistle switch instruction and the optimized whistle volume instruction respectively.

7. The method according to claim 6, characterized in that The whistle volume instruction is adjusted according to the environmental optimization rule to obtain an optimized whistle volume instruction, including: Obtaining a first adjustment coefficient corresponding to the environmental whistle area and / or a second adjustment coefficient corresponding to the environmental whistle time period; The volume value corresponding to the whistle volume instruction is optimized based on the first adjustment coefficient and / or the second adjustment coefficient and the current ambient noise level to obtain the optimized whistle volume instruction.

8. A vehicle horn control device, characterized in that: The device comprises: A receiving unit, configured to receive and parse a horn request from a terminal to a vehicle, obtain a scene identifier to be executed and a horn strategy corresponding to the scene identifier to be executed, wherein the horn strategy includes a horn module obtained by splitting a horn basic control interface based on an SOA architecture and a horn mode corresponding to the horn module; A first judgment unit, configured to judge whether the honking strategy is executable based on the priority arbitration of the to-be-executed scene identifier obtained by the receiving unit and the working state of the honking module; a control unit, configured to control the honking module to perform a honking operation according to the honking method if the first determination unit determines that the honking strategy is executable; A feedback unit is used to generate honking failure information corresponding to the honking request and feed it back to the terminal if the first judgment unit determines that the honking strategy is not executable.

9. A storage medium, characterized in that: The storage medium includes a stored program, wherein when the program is executed, the device where the storage medium is located is controlled to execute the vehicle horn control method according to any one of claims 1 to 7.

10. A processor, characterized in that: The processor is used to run a program, wherein the vehicle horn control method according to any one of claims 1 to 7 is executed when the program is run.

Images