Vehicle sentry mode control method, remote information processor and vehicle
By detecting timeouts in the vehicle controller's response through a remote information processor, the activation of the sentry mode is terminated in a timely manner, thus solving the problem of increased energy consumption in abnormal vehicle conditions and achieving optimized energy management.
Patent Information
- Application Number
- CN202511667359.9
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-11-13
- Publication Date
- 2026-02-27
AI Technical Summary
When an anomaly occurs during the activation of vehicle control sentry mode, the wake-up process cannot be exited in time, resulting in increased energy consumption.
When the remote information processor receives the start command, it checks whether the response of the first controller times out. If it times out, it indicates that the start of the sentry mode has failed. The controller then terminates the start of the sentry mode and exits the wake-up process in a timely manner, thereby realizing the phased real-time detection of abnormal phenomena during the start of the sentry mode.
This avoids the need for continuous wake-up processes, reducing vehicle energy consumption and improving vehicle energy management efficiency.
Smart Images
Figure CN121585707A_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of vehicle technology, and more particularly to a control method for a vehicle's sentry mode, a telematics processor, and a vehicle. Background Technology
[0002] With the rapid development of intelligent vehicle technology, users have a growing need for vehicle safety monitoring, leading to the emergence of Sentry Mode. Sentry Mode provides proactive protection to ensure vehicle safety even when the vehicle is in a dormant state.
[0003] In some technologies, users remotely control the activation or deactivation of a vehicle's sentry mode via a mobile terminal. The control commands from the mobile terminal are sent to the vehicle via the cloud, and the vehicle then activates or deactivates the sentry mode based on these commands. In these technologies, if an anomaly occurs during the process of activating the sentry mode and the vehicle cannot exit the wake-up process in a timely manner, it will lead to increased energy consumption in the vehicle.
[0004] Therefore, there is an urgent need for a solution that can identify anomalies and exit the wake-up process in a timely manner during the activation of vehicle control sentry mode. Summary of the Invention
[0005] The vehicle sentry mode control method, remote information processor, and vehicle provided in this application embodiment are used to identify abnormalities and exit the wake-up process in a timely manner during the process of activating the vehicle's sentry mode, thereby reducing the vehicle's energy consumption.
[0006] In a first aspect, embodiments of this application provide a control method for a vehicle's sentry mode, applied to a remote information processor in the vehicle; the method includes:
[0007] In response to the activation command, a first signal is sent to a first controller in the vehicle; wherein the first controller is used to process the first signal and forward it to a second controller in the vehicle to control the vehicle to activate the sentry mode.
[0008] If a first response is received from the first controller within a first preset time, a second signal is sent to the second controller, and the second response of the second controller to the second signal determines whether the vehicle’s sentry mode has failed to be activated.
[0009] If no first response is received after a first preset time, it is determined that the vehicle's sentry mode has failed to be activated; wherein, the first response is the response of the first controller to the first signal;
[0010] If it is determined that the vehicle's sentry mode has failed to be activated, the control stops sending the first signal to the first controller.
[0011] In one possible implementation, determining whether the vehicle's sentry mode failed to activate based on the second response of the second controller to the second signal includes:
[0012] If a second response is received within a second preset time after the second signal is sent, the vehicle’s sentry mode activation failure is determined based on whether the sentry mode activation result returned by the second controller is received within a third preset time after the second response is received.
[0013] If no second response is received after a second preset time following the sending of the second signal, it is determined that the vehicle's sentry mode activation has failed.
[0014] In one possible implementation, determining whether the vehicle's sentry mode activation failed based on whether a sentry mode activation result returned by the second controller is received within a third preset time after receiving the second response includes:
[0015] If, within a third preset time after receiving the second response, the second controller returns a result indicating that the sentry mode has been successfully activated, then the sentry mode of the vehicle is determined to have been successfully activated.
[0016] If no sentry mode activation result is received from the second controller after a third preset time following the receipt of the second response, it is determined that the vehicle's sentry mode activation has failed.
[0017] In one possible implementation, the activation command is sent from the user terminal to the cloud and then forwarded to the vehicle by the cloud.
[0018] If it is determined that the vehicle's sentry mode failed to activate, other methods include:
[0019] An error message is generated and sent to the cloud so that the cloud can forward the error message to the user terminal; the error message is used to indicate that the vehicle's sentry mode has failed to be activated.
[0020] In one possible implementation, in response to an enable command, the method further includes:
[0021] A third signal is sent to the second controller in the vehicle to wake up the second controller; the second controller, in the woken state, responds to the first signal processed by the first controller and controls the vehicle to activate sentry mode.
[0022] In one possible implementation, if it is determined that the vehicle's sentry mode activation has failed, the method further includes: controlling the cessation of sending a third signal to the second controller.
[0023] Secondly, embodiments of this application provide a control device for a vehicle's sentry mode, comprising:
[0024] The sending module is used to continuously send a first signal to the first controller in the vehicle in response to the activation command; wherein the first controller is used to process the first signal and forward it to the second controller in the vehicle in response to the first signal, so as to control the vehicle to activate the sentry mode.
[0025] The first processing module is used to send a second signal to the second controller if it receives a first response from the first controller within a first preset time, and to determine whether the vehicle’s sentry mode has failed to be activated based on the second response of the second controller to the second signal.
[0026] The second processing module is used to determine that the vehicle's sentry mode has failed to be activated if no first response is received after a first preset time; wherein the first response is the response of the first controller to the first signal.
[0027] The control module is used to stop sending the first signal to the first controller if it is determined that the vehicle's sentry mode has failed to be activated.
[0028] In one possible implementation, the first processing module determines whether the vehicle's sentry mode has failed to activate based on the second response of the second controller to the second signal.
[0029] If a second response is received within a second preset time after the second signal is sent, the vehicle’s sentry mode activation failure is determined based on whether the sentry mode activation result returned by the second controller is received within a third preset time after the second response is received.
[0030] If no second response is received after a second preset time following the sending of the second signal, it is determined that the vehicle's sentry mode activation has failed.
[0031] In one possible implementation, the first processing module determines whether the vehicle's sentry mode activation has failed based on whether a sentry mode activation result is received from the second controller within a third preset time after receiving the second response. The first processing module is used to:
[0032] If, within a third preset time after receiving the second response, the second controller returns a result indicating that the sentry mode has been successfully activated, then the sentry mode of the vehicle is determined to have been successfully activated.
[0033] If no sentry mode activation result is received from the second controller after a third preset time following the receipt of the second response, it is determined that the vehicle's sentry mode activation has failed.
[0034] In one possible implementation, the activation command is sent from the user terminal to the cloud and then forwarded to the vehicle by the cloud.
[0035] If it is determined that the vehicle's sentry mode has failed to activate, the control module is also used for:
[0036] An error message is generated and sent to the cloud so that the cloud can forward the error message to the user terminal; the error message is used to indicate that the vehicle's sentry mode has failed to be activated.
[0037] In one possible implementation, in response to the start command, the sending module is further configured to:
[0038] A third signal is sent to the second controller in the vehicle to wake up the second controller; the second controller, in the woken state, responds to the first signal processed by the first controller and controls the vehicle to activate sentry mode.
[0039] In one possible implementation, if it is determined that the vehicle's sentry mode activation has failed, the control module is further configured to: control the cessation of sending a third signal to the second controller.
[0040] Thirdly, embodiments of this application provide a remote information processor, including: a memory and a processor;
[0041] The memory stores instructions that the computer executes;
[0042] The processor executes computer execution instructions stored in memory, causing the processor to perform the first aspect and / or various possible implementations of the first aspect as described above.
[0043] Fourthly, embodiments of this application provide a vehicle, including: a remote information processor, a first controller, and a second controller; wherein the remote information processor is communicatively connected to the first controller and the second controller; and the first controller is communicatively connected to the second controller.
[0044] The remote information processor is used to perform the first aspect and / or various possible implementations of the first aspect as described above.
[0045] Fifthly, embodiments of this application provide a computer-readable storage medium storing computer-executable instructions, which, when executed by a processor, are used to implement the first aspect and / or various possible implementations of the first aspect.
[0046] In a sixth aspect, embodiments of this application provide a computer program product, including a computer program that, when executed by a processor, implements the first aspect and / or various possible implementations of the first aspect.
[0047] The vehicle sentry mode control method, remote information processor, and vehicle provided in this application embodiment are applied to the remote information processor in the vehicle and control the activation of the vehicle's sentry mode upon receiving an activation command. During the process of controlling the activation of the vehicle's sentry mode, it is detected whether the response of the first controller has timed out. If a timeout occurs, it indicates that the sentry mode activation has failed, and the activation of the sentry mode is terminated, promptly exiting the wake-up process. This achieves real-time detection of any abnormal phenomena during the activation of the sentry mode. If an abnormal phenomenon is detected, the wake-up process is promptly exited, ending the vehicle's sentry mode wake-up. This avoids continuous execution of the wake-up process, reducing vehicle energy consumption. Attached Figure Description
[0048] 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.
[0049] Figure 1 A schematic diagram illustrating the application scenario of the vehicle sentry mode control method provided in this application;
[0050] Figure 2 Flowchart of the control method for the sentry mode of the vehicle provided in this application Figure 1 ;
[0051] Figure 3 Flowchart of the control method for the sentry mode of the vehicle provided in this application Figure 2 ;
[0052] Figure 4 Signaling interaction for the vehicle sentry mode control method provided in this application Figure 1 ;
[0053] Figure 5 Signaling interaction for the vehicle sentry mode control method provided in this application Figure 2 ;
[0054] Figure 6 Signaling interaction for the vehicle sentry mode control method provided in this application Figure 3 ;
[0055] Figure 7 A schematic diagram of the control device for the sentry mode of the vehicle provided in this application;
[0056] Figure 8 A schematic diagram of the structure of the remote information processor provided in this application;
[0057] Figure 9 This is a structural diagram of the vehicle provided in this application.
[0058] Explanation of reference numerals in the attached figures:
[0059] 101 - User terminal; 102 - Cloud terminal; 103 - Vehicle;
[0060] 70 - Control device for vehicle sentry mode; 701 - Transmission module; 702 - First processing module; 703 - Second processing module; 704 - Control module;
[0061] 80-Remote Information Processor; 801-Processor; 802-Memory; 803-Communication Component; 804-Bus;
[0062] 901 - First controller; 902 - Second controller.
[0063] The accompanying drawings illustrate specific embodiments of this application, which will be described in more detail below. These drawings and descriptions are not intended to limit the scope of the concept in any way, but rather to illustrate the concept of this application to those skilled in the art through reference to particular embodiments. Detailed Implementation
[0064] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numbers in different drawings denote the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this application. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this application as detailed in the appended claims.
[0065] First, let me explain the terms used in this application:
[0066] Sentry mode: refers to an intelligent safety system that uses cameras, sensors and algorithms to monitor the vehicle's surroundings in real time, triggering alarms and recording evidence when a collision, suspicious person approaching, or abnormal vibration is detected.
[0067] Telematics Box (TBOX): A type of information processor in a vehicle that acts as a communication bridge between the vehicle, cloud platform, and user terminal for data transmission, remote control, and information exchange.
[0068] The first controller refers to the Vehicle Control Module (VCM) in the vehicle, which is used to integrate and manage the vehicle's power, chassis, safety and other systems. Through real-time data processing and collaborative control, it enables the vehicle to operate efficiently and stably.
[0069] The first signal refers to the SOME / IP message sent from TBOX to VCM. The SOME / IP message refers to Scalable service-oriented middleware over IP.
[0070] The second controller refers to the intelligent driving controller (Mobile Data Center, or MDC) in the vehicle, which is used to receive data from multiple sensors, complete environmental perception and decision-making planning, and output precise control commands.
[0071] The second signal refers to the Request-Response (RR) signal sent by TBOX to MDC, a standardized communication command used to activate or disable the vehicle's sentry mode.
[0072] With the rapid development of intelligent vehicle technology, users have a growing demand for vehicle safety monitoring, and Sentry Mode was developed to meet this need. Sentry Mode provides proactive protection even when the vehicle is in a dormant state, ensuring its safety. Specifically, Sentry Mode can monitor the vehicle's surrounding environment in real time and detect potential threats (such as collisions, approaching moving targets, etc.).
[0073] Figure 1 This is a schematic diagram illustrating an application scenario for the vehicle sentry mode control method provided in this application, such as... Figure 1 As shown, a user can remotely control the activation or deactivation of the sentry mode on vehicle 103 via user terminal 101. Specifically, the control commands from user terminal 101 are forwarded to vehicle 103 via cloud 102. Further, vehicle 103 controls the activation or deactivation of the sentry mode based on these control commands. Specifically, cloud 102 forwards the control commands to the TBOX of vehicle 103, and the TBOX, in conjunction with other controllers, completes the control of the sentry mode.
[0074] During this process, the vehicle needs to wake up multiple controllers to establish communication links. For example, the TBOX needs to continuously send network management messages to wake up the MDC and establish a connection with the VCM via Ethernet.
[0075] In the aforementioned application scenarios, the wake-up state of various processing components such as the vehicle's TBOX significantly increases the overall vehicle power consumption. If an abnormality occurs during the activation of the sentry mode and the wake-up process cannot be exited in time, it will lead to increased vehicle energy consumption.
[0076] The vehicle sentry mode control method provided in this application is applied to a remote information processor in the vehicle, and controls the activation of the vehicle's sentry mode upon receiving an activation command. During the process of controlling the activation of the vehicle's sentry mode, it checks whether the response of the first controller has timed out. If a timeout occurs, it indicates that the sentry mode activation has failed, and the activation of the sentry mode is terminated, promptly exiting the wake-up process. This achieves real-time detection of any abnormal phenomena during the activation of the sentry mode; if an abnormality is detected, the wake-up process is promptly exited, ending the vehicle's sentry mode wake-up. This avoids continuous execution of the wake-up process, reducing vehicle energy consumption.
[0077] The technical solution of this application and how it solves the above-mentioned technical problems will be described in detail below with specific embodiments. These specific embodiments can be combined with each other, and the same or similar concepts or processes may not be described again in some embodiments. The embodiments of this application will be described below with reference to the accompanying drawings.
[0078] Figure 2 Flowchart of the control method for the sentry mode of the vehicle provided in this application Figure 1 ,like Figure 2 As shown, this method is applied to a remote information processor (TBOX) in a vehicle, and specifically includes:
[0079] Step 201. In response to the start command, send a first signal to the first controller in the vehicle.
[0080] The first controller is used to respond to the first signal, process the first signal and forward it to the second controller in the vehicle to control the vehicle to activate the sentry mode.
[0081] For example, in conjunction with the foregoing exemplary description, the execution subject of this embodiment is a remote information processor (TBOX) in a vehicle, and the first controller is an integrated domain controller (VCM) in a vehicle.
[0082] Upon receiving the command to activate the vehicle's sentry mode, the TBOX sends the first signal to the VCM.
[0083] Based on the foregoing exemplary description, the first signal is a SOME / IP message. Upon receiving the SOME / IP message, the first controller performs format conversion, transforming the SOME / IP message, which communicates via Ethernet protocol, into a CAN message, which communicates via Controller Area Network (CAN) protocol. The first controller then sends the CAN message to the second controller in the vehicle (i.e., the Intelligent Driving Controller (MDC), enabling the MDC to activate the Sentry Mode.
[0084] Optionally, a gateway or protocol converter can be used to enable VCM to achieve cross-protocol communication, that is, to perform format conversion processing on SOME / IP messages to obtain CAN messages.
[0085] More specifically, the SOME / IP message is first parsed to extract key information. This key information may include the service identifier and data payload. Then, a CAN message is generated based on a pre-defined mapping rule table. This mapping rule table includes the correspondence between the SOME / IP service identifier and the CAN identifier, as well as the correspondence between the fields of the data payload and the CAN signals.
[0086] Furthermore, the TBOX sends a first signal to the VCM to establish a communication link between the TBOX and the VCM. If the communication link between the TBOX and the VCM is successfully established, the VCM will send a preset response, i.e., the first response, back to the TBOX in response to the first signal.
[0087] Step 202. If a first response is received from the first controller within a first preset time, a second signal is sent to the second controller, and the second response of the second controller to the second signal is used to determine whether the vehicle’s sentry mode has failed to be activated.
[0088] For example, timing begins when the TBOX starts sending a first signal to the VCM; and ends when the TBOX receives a first response from the VCM to the first signal, thus obtaining the first response time. If the first response time is less than or equal to a first preset time, the TBOX sends a second signal to the MDC.
[0089] Based on the foregoing example, the second signal is the RR request for SetSentryMode. Whether the vehicle's sentry mode failed to activate is determined by whether the response to the RR request times out. The specific process can be found in the explanation below.
[0090] Optionally, a retransmission mechanism can be used when the TBOX sends the second signal to the MDC. Specifically, the TBOX sends an RR request to the MDC every 2 seconds.
[0091] Step 203. If no first response is received after the first preset time, it is determined that the vehicle's sentry mode has failed to be activated.
[0092] The first response is the response of the first controller to the first signal.
[0093] Based on the first response time mentioned in the previous example, if this first response time is greater than the first preset time, it indicates that the communication link between the TBOX and VCM has failed to be established, or that the establishment has timed out. In this case, it is determined that the vehicle's sentry mode has failed to be activated.
[0094] Step 204. If it is determined that the vehicle's sentry mode has failed to be activated, then control stops sending the first signal to the first controller.
[0095] For example, since the communication link between the TBOX and VCM has been determined to have failed in the aforementioned steps, the vehicle cannot normally activate sentry mode. Therefore, it is necessary to control the vehicle to exit the sentry mode activation process and terminate the wake-up. Thus, the TBOX control stops sending the first signal to the VCM, thereby preventing the TBOX, VCM, and MDC in the vehicle from operating for an extended period due to the inability to recognize the anomaly and terminate the wake-up process. This reduces the overall energy consumption of the vehicle.
[0096] Optionally, the first preset time in this embodiment can be selected as 30 seconds.
[0097] The vehicle sentry mode control method provided in this application is applied to a remote information processor in a vehicle, and controls the activation of the vehicle's sentry mode upon receiving an activation command. During the process of controlling the activation of the vehicle's sentry mode, it checks whether the response of the first controller has timed out. If a timeout occurs, it indicates that the sentry mode activation has failed, and the activation of the sentry mode is terminated, promptly exiting the wake-up process. This achieves phased real-time detection of any abnormal phenomena during the process of controlling the activation of the sentry mode. If an abnormal phenomenon is detected, the wake-up process is promptly exited, ending the vehicle's sentry mode wake-up. This avoids continuous execution of the wake-up process and reduces vehicle energy consumption.
[0098] If the response of the first controller times out, it indicates that a valid communication link has not been established between the vehicle's TBOX and VCM. At this time, the vehicle's wake-up process should be terminated in time to avoid continuous execution of the wake-up process and reduce the vehicle's energy consumption.
[0099] If the first controller's response does not time out, a second signal is sent to the second controller, and the sentry mode activation failure is further determined based on whether the second controller's second response times out. Further anomaly detection is introduced in subsequent processes; if an anomaly is detected in a subsequent process, the wake-up process is promptly exited to reduce vehicle energy consumption.
[0100] Figure 3 Flowchart of the control method for the sentry mode of the vehicle provided in this application Figure 2 ,like Figure 3 As shown, in this embodiment... Figure 2 Based on the embodiments, the process of determining whether the sentry mode has failed to be activated according to the second response in step 202 above will be described in detail. The method includes:
[0101] Step 301. If a second response is received within a second preset time after the second signal is sent, determine whether the vehicle's sentry mode has failed to be activated based on whether the sentry mode activation result returned by the second controller is received within a third preset time after the second response is received.
[0102] For example, timing begins when the TBOX sends a second signal (RR request) to the MDC; and ends when the TBOX receives a second response from the MDC in response to the second signal, thus obtaining the second response time. If this second response time is less than or equal to a second preset time, the system waits for the MDC to return the result indicating that the sentry mode has been activated. In conjunction with the optional implementation in the aforementioned example, if the TBOX sends an RR request to the MDC every 2 seconds, then the start time for the second response time should be the time when the first RR request is sent.
[0103] The success of enabling Sentry Mode is determined by whether the return result of the Sentry Mode activation timed out.
[0104] Optionally, the value of the second preset time in this embodiment can be selected as 30 seconds.
[0105] Furthermore, if the second controller returns a result indicating that the sentry mode has been successfully activated within a third preset time after receiving the second response, then the sentry mode of the vehicle is confirmed to have been successfully activated.
[0106] For example, when the second response is received from the TBOX, the timer starts; and when the TBOX receives the sentry mode activation result returned by the MDC, the timer stops, and the third response time is obtained. If the third response time is less than or equal to the third preset time, it is determined that the vehicle's sentry mode has been successfully activated.
[0107] Furthermore, if no sentry mode activation result is received from the second controller after a third preset time following the receipt of the second response, it is determined that the vehicle's sentry mode activation has failed.
[0108] For example, if the third response time is greater than a third preset time, it is determined that the vehicle's sentry mode activation has failed. In this case, it is necessary to control the vehicle to exit the sentry mode activation process and end the wake-up. Therefore, the TBOX controls the cessation of sending the first signal to the VCM.
[0109] Optionally, the third preset time in this example can be selected as 30 seconds.
[0110] Upon receiving a second response, the system checks whether the sentry mode activation result returned by the second controller has timed out to determine if the vehicle's sentry mode has been successfully activated. If the sentry mode activation fails, it may indicate a functional or hardware fault in the vehicle's MDC. In this case, the vehicle's wake-up process is terminated promptly to implement phased timeout detection and prevent anomalies in a single phase from affecting the entire process.
[0111] Step 302. If no second response is received after a second preset time has elapsed after sending the second signal, it is determined that the vehicle's sentry mode activation has failed.
[0112] Based on the second response time mentioned in the previous example, if this second response time is greater than the second preset time, it indicates that the MDC's second response to the RR request has timed out, thus determining that the vehicle's sentry mode activation has failed. In this case, it is necessary to control the vehicle to exit the sentry mode activation process and end the wake-up. Therefore, the TBOX controls to stop sending the first signal to the VCM.
[0113] In the above embodiments, upon receiving the first response, the system determines whether the vehicle's sentry mode has been successfully activated by detecting whether the second response returned by the second controller has timed out. If the sentry mode fails to activate, it may indicate that the vehicle's MDC has failed to wake up in response to the second signal from the TBOX. In this case, the vehicle's wake-up process is terminated in a timely manner, achieving phased timeout detection and preventing anomalies in a single phase from affecting the entire process.
[0114] Based on the examples above, the feasibility of the segmented detection mechanism is enhanced by refining the detection methods for communication, response, and execution states. This enables the vehicle's TBOX to accurately identify abnormal scenarios at each stage, thereby triggering the termination wake-up state more efficiently and further optimizing the vehicle's wake-up time management.
[0115] Based on any of the foregoing embodiments, the control commands for the vehicle's sentry mode are forwarded from the cloud, and the cloud forwards the control commands generated by the user remotely to the vehicle.
[0116] In one example, the activation command is sent from the user's terminal to the cloud, and then forwarded to the vehicle by the cloud.
[0117] For example, a user operates on their mobile phone or a mobile terminal with the relevant application software to activate the vehicle's sentry mode. The user generates a corresponding activation command and sends the command to the cloud.
[0118] The cloud receives the activation command and forwards it to the vehicle. Specifically, the cloud forwards the activation command to the vehicle's telematics unit (TBOX).
[0119] It allows users to remotely control vehicles in Sentry Mode via their mobile phones or other mobile terminals configured with relevant applications, improving the flexibility and intelligence of Sentry Mode control.
[0120] Figure 4 Signaling interaction for the vehicle sentry mode control method provided in this application Figure 1 .like Figure 4 As shown,
[0121] The user generates an activation command and sends it to the cloud; the cloud then forwards the activation command to the vehicle's TBOX.
[0122] In response to the activation command, the vehicle's TBOX sends a first signal to the vehicle's VCM, such as... Figure 4 The text shows "Sending SOME / IP message". The VCM converts the SOME / IP message into a CAN message and sends the CAN message to the MDC in the vehicle.
[0123] like Figure 4 As shown, in response to the enable command, the method further includes:
[0124] A third signal is sent to the second controller in the vehicle to wake up the second controller.
[0125] The second controller, in the wake-up state, responds to the first signal processed by the first controller to control the vehicle to activate the sentry mode.
[0126] For example, in conjunction with the foregoing exemplary description, the second controller is the intelligent driving controller (MDC) in the vehicle.
[0127] Upon receiving the power-on command, the TBOX sends a third signal to the MDC. This third signal is an NM network management message. The NM network management message, conforming to the AUTOSAR standard, is used to manage and control the sleep or wake-up states of the MDC and VCM in the vehicle.
[0128] Combination Figure 4 To explain, in response to the enable command, the TBOX continuously sends a third signal (NM network management message) to the MDC, and the TBOX sends a first signal (SOME / IP message) to the VCM. The MCU in the MDC is then woken up based on the third signal. With the MCU awake, the MDC, in response to the CAN message (after format conversion of the SOME / IP message) from the VCM, wakes up the MDC's SOC (System on Chip). This enables the MDC to control and enable the vehicle's sentry mode.
[0129] In the example above, sending an NM network management message to the MDC in the vehicle can wake up the MDC's microcontroller unit (MCU). After the MDC's MCU is woken up, it can respond to the CAN message sent by the VCM after converting the first signal (SOME / IP message), wake up the MDC's SOC, and thus control the vehicle to activate sentry mode.
[0130] like Figure 4 As shown, if it is determined that the vehicle's sentry mode fails to be activated, the method also includes:
[0131] An error message is generated and sent to the cloud so that the cloud can forward the error message to the user.
[0132] The exception information indicates that the vehicle's sentry mode failed to be activated.
[0133] For example, if it is determined that the vehicle's sentry mode has failed to activate, the TBOX generates an exception message and sends it to the cloud. This exception message indicates that the vehicle's sentry mode has failed to activate. Optionally, the exception message may also include the reason for the failure to activate the vehicle's sentry mode.
[0134] like Figure 4 As shown, the text "No SD connection" within the dashed box means that, in the aforementioned example, no first response was received after the first preset time. It can be understood that in this case, the VCM's response time to the first signal timeout indicates that the vehicle's wake-up mode failed to activate due to the failure to establish a communication link between the TBOX and the VCM.
[0135] Furthermore, the cloud receives the exception information sent by TBOX and forwards it to the user terminal. This allows the user to directly receive the execution result of the remote operation on their terminal, i.e., whether the vehicle's sentry mode was successfully activated or not.
[0136] In the example above, if the vehicle's sentry mode fails to activate, the vehicle's TBOX generates an exception message, which is then forwarded to the user's device via the cloud. This allows the user to be promptly informed of the vehicle's status and is notified of the abnormal sentry mode status, enabling the user to take appropriate measures, improve the user experience, and indirectly enhance vehicle security.
[0137] Furthermore, if it is determined that the vehicle's sentry mode has failed to be activated, in addition to controlling the stop to send the first signal to the first controller, the method also includes: controlling the stop to send the third signal to the second controller.
[0138] As illustrated in the previous example, if the vehicle's sentry mode activation fails, the TBOX stops sending the first signal to the VCM. Furthermore, the TBOX also stops sending the third signal to the MDC. For example... Figure 4 The message displayed is "Stop sending NM network management messages and SOME / IP messages".
[0139] Because TBOX has stopped sending SOME / IP messages to VCM, VCM is also unable to perform format conversion on SOME / IP messages. Therefore, VCM has also stopped sending CAN messages to MDC.
[0140] Based on this, the MDC will not be woken up, thus exiting the wake-up process and terminating the activation of the vehicle's sentry mode.
[0141] In the example above, the control TBOX stops sending NM network management messages to the MDC, and together with the control TBOX stopping sending the first signal (SOME / IP message) to the VCM as described in the previous example, the wake-up process is exited, ending the vehicle's sentry mode wake-up. This avoids abnormal power consumption of the vehicle caused by continuing to execute the wake-up process.
[0142] Figure 5 Signaling interaction for the vehicle sentry mode control method provided in this application Figure 2 Combining Figure 5 The process of determining whether the sentry mode has failed to be activated based on the second response in step 202 of the aforementioned embodiments will be further explained.
[0143] If a first response is received from the first controller within a first preset time, a second signal is sent to the second controller. For example... Figure 5 The TBOX shown sends an RR request to the MDC.
[0144] If no second response to the RR request is received after a second preset time (30 seconds) following the sending of the RR request, then the vehicle's sentry mode activation has failed. Figure 5 The text marked within the dashed box reads "RR request timed out." This indicates that in this situation, the MDC's response to the second signal timed out, potentially signifying that the MDC failed to wake up successfully, resulting in the vehicle's wake-up mode failing to activate.
[0145] If the vehicle's wake-up mode fails to activate, the TBOX control stops sending NM network management messages to the MDC and stops sending SOME / IP messages to the VCM, generating an exception message. The VCM stops sending CAN messages. This exits the wake-up process and terminates the vehicle's sentry mode activation. Furthermore, the user terminal directly receives the execution result of the remote operation, indicating whether the vehicle's sentry mode activation was successful or failed.
[0146] Figure 6 Signaling interaction for the vehicle sentry mode control method provided in this application Figure 3 Combining Figure 6 The process of determining whether the sentry mode failed to be enabled based on the enabling result of the sentry mode in step 301 of the aforementioned embodiments will be further explained.
[0147] If a first response is received from the first controller within a first preset time, a second signal is sent to the second controller. For example... Figure 6 The TBOX shown sends an RR request to the MDC.
[0148] If a second response is received within a second preset time after sending the second signal, then wait for the MDC to return the sentry mode activation result. If the sentry mode activation result is received from the second controller within a third preset time after receiving the second response, then it is determined that the vehicle's sentry mode has been successfully activated. Figure 6 The MDC indicates that Sentry Mode has been successfully enabled, and sends a confirmation message to the TBOX. At this point, it is confirmed that Sentry Mode for the vehicle has been successfully enabled.
[0149] If, after a third preset time has elapsed following the receipt of the second response, no sentry mode activation result is received from the second controller, then the vehicle's sentry mode activation is deemed to have failed. Figure 6 The text marked within the dashed box reads "Execution result timed out." This means that in this case, MDC failed to successfully enable Sentry Mode, or the execution to enable Sentry Mode timed out, causing the vehicle's wake-up mode to fail to activate. In other words, SentryModeSetResult timed out.
[0150] If the vehicle's wake-up mode fails to activate, the TBOX control stops sending NM network management messages to the MDC and stops sending SOME / IP messages to the VCM, generating an exception message. The VCM stops sending CAN messages. This exits the wake-up process and terminates the vehicle's sentry mode activation. Furthermore, the user terminal directly receives the execution result of the remote operation, indicating whether the vehicle's sentry mode activation was successful or failed.
[0151] Based on any of the aforementioned examples, if it is determined that the vehicle's sentry mode has been successfully activated, the vehicle's MDC will maintain the vehicle's wake-up. At this time, the TBOX can also control the cessation of sending NM network management messages to the MDC and the cessation of sending SOME / IP messages to the VCM.
[0152] The vehicle sentry mode control method provided in this application is applied to a remote information processor in a vehicle, and controls the activation of the vehicle's sentry mode upon receiving an activation command. During the process of controlling the activation of the vehicle's sentry mode, it checks whether the response of the first controller has timed out. If a timeout occurs, it indicates that the sentry mode activation has failed, and the activation of the sentry mode is terminated, promptly exiting the wake-up process. This achieves phased real-time detection of any abnormal phenomena during the process of controlling the activation of the sentry mode. If an abnormal phenomenon is detected, the wake-up process is promptly exited, ending the vehicle's sentry mode wake-up. This avoids continuous execution of the wake-up process and reduces vehicle energy consumption.
[0153] By refining the detection methods for communication, response, and execution states, the feasibility of the segmented detection mechanism is enhanced. This enables the vehicle's TBOX to accurately identify abnormal scenarios at each stage, thereby triggering the termination wake-up state more efficiently and further optimizing the vehicle's wake-up time management.
[0154] Figure 7 A schematic diagram of the control device for the sentry mode of the vehicle provided in this application is shown below. Figure 7 As shown, the vehicle sentry mode control device 70 provided in this embodiment includes:
[0155] The sending module 701 is used to continuously send a first signal to the first controller in the vehicle in response to the activation command; wherein the first controller is used to process the first signal in response to the first signal and forward it to the second controller in the vehicle to control the vehicle to activate the sentry mode.
[0156] The first processing module 702 is used to send a second signal to the second controller if it receives a first response from the first controller within a first preset time, and to determine whether the vehicle’s sentry mode has failed to be activated based on the second response of the second controller to the second signal.
[0157] The second processing module 703 is used to determine that the vehicle's sentry mode has failed to be activated if no first response is received after a first preset time; wherein the first response is the response of the first controller to the first signal.
[0158] The control module 704 is used to stop sending a first signal to the first controller if it is determined that the vehicle's sentry mode has failed to be activated.
[0159] In one possible implementation, the first processing module 702 determines whether the vehicle's sentry mode has failed to activate based on the second response of the second controller to the second signal.
[0160] If a second response is received within a second preset time after the second signal is sent, the vehicle’s sentry mode activation failure is determined based on whether the sentry mode activation result returned by the second controller is received within a third preset time after the second response is received.
[0161] If no second response is received after a second preset time following the sending of the second signal, it is determined that the vehicle's sentry mode activation has failed.
[0162] In one possible implementation, the first processing module 702 determines whether the vehicle's sentry mode activation has failed based on whether a sentry mode activation result is received from the second controller within a third preset time after receiving the second response. The first processing module 702 is used to:
[0163] If, within a third preset time after receiving the second response, the second controller returns a result indicating that the sentry mode has been successfully activated, then the sentry mode of the vehicle is determined to have been successfully activated.
[0164] If no sentry mode activation result is received from the second controller after a third preset time following the receipt of the second response, it is determined that the vehicle's sentry mode activation has failed.
[0165] In one possible implementation, the activation command is sent from the user terminal to the cloud and then forwarded to the vehicle by the cloud.
[0166] If it is determined that the vehicle's sentry mode fails to activate, control module 704 is also used for:
[0167] An error message is generated and sent to the cloud so that the cloud can forward the error message to the user terminal; the error message is used to indicate that the vehicle's sentry mode has failed to be activated.
[0168] In one possible implementation, in response to the start command, the sending module 701 is further configured to:
[0169] A third signal is sent to the second controller in the vehicle to wake up the second controller; the second controller, in the woken state, responds to the first signal processed by the first controller and controls the vehicle to activate sentry mode.
[0170] In one possible implementation, if it is determined that the vehicle's sentry mode activation fails, the control module 704 is further configured to: control the cessation of sending a third signal to the second controller.
[0171] The vehicle sentry mode control device provided in this embodiment can execute the method provided in the above method embodiment. Its implementation principle and technical effect are similar, and will not be described in detail here.
[0172] Figure 8A schematic diagram of the structure of the remote information processor provided in this application. Figure 8 As shown, the remote information processor 80 provided in this embodiment includes at least one processor 801 and a memory 802. Optionally, the remote information processor 80 further includes a communication component 803. The processor 801, memory 802, and communication component 803 are connected via a bus 804.
[0173] In a specific implementation, at least one processor 801 executes computer execution instructions stored in memory 802, causing at least one processor 801 to perform the above-described method.
[0174] The specific implementation process of processor 801 can be found in the above method embodiments, and its implementation principle and technical effect are similar. It will not be repeated here.
[0175] In the above embodiments, it should be understood that the processor can be a Central Processing Unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), etc. The general-purpose processor can be a microprocessor or any conventional processor. The steps of the method disclosed in this invention can be directly implemented by a hardware processor, or implemented by a combination of hardware and software modules within the processor.
[0176] The memory may include random access memory (RAM) and may also include non-volatile memory (NVM), such as at least one disk storage device.
[0177] The bus can be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, or an Extended Industry Standard Architecture (EISA) bus, etc. Buses can be categorized as address buses, data buses, control buses, etc. For ease of illustration, the buses shown in the accompanying drawings are not limited to a single bus or a single type of bus.
[0178] This application also provides a vehicle. Figure 9 This is a structural diagram of the vehicle provided in this application. Figure 9As shown, the vehicle 103 includes: a remote information processor 80, a first controller 901, and a second controller 902.
[0179] The remote information processor 80 is communicatively connected to the first controller 901 and the second controller 902 respectively; the first controller 901 is communicatively connected to the second controller 902.
[0180] The remote information processor 80 is used to execute the method provided in any of the foregoing embodiments.
[0181] This application also provides a computer program product, including a computer program that, when executed by a processor, implements the above-described method.
[0182] This application also provides a computer-readable storage medium storing computer-executable instructions, which, when executed by a processor, implement the above-described method.
[0183] The aforementioned readable storage medium can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic storage, flash memory, magnetic disk, or optical disk. The readable storage medium can be any available medium accessible to a general-purpose or special-purpose computer.
[0184] An exemplary readable storage medium is coupled to a processor, enabling the processor to read information from and write information to the readable storage medium. Of course, the readable storage medium can also be a component of the processor. The processor and the readable storage medium can reside in an Application Specific Integrated Circuit (ASIC). Alternatively, the processor and the readable storage medium can exist as discrete components in the device.
[0185] The division of units is merely a logical functional division; 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. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be indirect coupling or communication connection through some interfaces, devices, or units, and may be electrical, mechanical, or other forms.
[0186] 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 can be selected to achieve the purpose of this embodiment according to actual needs.
[0187] In addition, the functional units in the various embodiments of the present invention can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit.
[0188] If a function is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this invention, or the part that contributes to the prior art, or a part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods of the various embodiments of this invention. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.
[0189] Those skilled in the art will understand that all or part of the steps of the above-described method embodiments can be implemented by hardware related to program instructions. The aforementioned program can be stored in a computer-readable storage medium. When executed, the program performs the steps of the above-described method embodiments; and the aforementioned storage medium includes various media capable of storing program code, such as ROM, RAM, magnetic disks, or optical disks.
[0190] Finally, it should be noted that other embodiments of the invention will readily occur to those skilled in the art upon consideration of the specification and practice of the invention disclosed herein. This invention is intended to cover any variations, uses, or adaptations of the invention that follow the general principles of the invention and include common knowledge or customary techniques in the art not disclosed herein, and is not limited to the precise structures described above and shown in the accompanying drawings, and various modifications and changes can be made without departing from its scope. The scope of the invention is limited only by the appended claims.
Claims
1. A method for controlling a vehicle's sentry mode, characterized in that, A telematics processor used in a vehicle; the method includes: In response to an activation command, a first signal is sent to a first controller in the vehicle; wherein the first controller is configured to process the first signal and forward it to a second controller in the vehicle in response to the first signal, so as to control the vehicle to activate sentry mode. If a first response is received from the first controller within a first preset time, a second signal is sent to the second controller, and the second response of the second controller to the second signal determines whether the vehicle’s sentry mode has failed to be activated. If the first response is not received after the first preset time, it is determined that the vehicle's sentry mode activation has failed; wherein, the first response is the response of the first controller to the first signal; If it is determined that the vehicle's sentry mode has failed to be activated, the control stops sending the first signal to the first controller.
2. The method according to claim 1, characterized in that, Determining whether the vehicle's sentry mode failed to activate based on the second response of the second controller to the second signal includes: If the second response is received within a second preset time after the second signal is sent, then the sentry mode of the vehicle is determined to have failed to be activated based on whether the sentry mode activation result returned by the second controller is received within a third preset time after the second response is received. If the second response is not received after the second preset time following the sending of the second signal, it is determined that the vehicle's sentry mode activation has failed.
3. The method according to claim 2, characterized in that, Based on whether a sentry mode activation result is received from the second controller within a third preset time after receiving the second response, it is determined whether the vehicle's sentry mode activation has failed, including: If, within a third preset time after receiving the second response, the second controller returns a result indicating that the sentry mode has been successfully activated, then the sentry mode of the vehicle is determined to have been successfully activated. If, after the third preset time has elapsed following the receipt of the second response, no sentry mode activation result is received from the second controller, then it is determined that the sentry mode activation of the vehicle has failed.
4. The method according to claim 1, characterized in that, The activation command is sent from the user terminal to the cloud, and then forwarded to the vehicle by the cloud. If it is determined that the vehicle's sentry mode fails to activate, the method further includes: An error message is generated and sent to the cloud so that the cloud forwards the error message to the user terminal; wherein the error message is used to indicate that the vehicle's sentry mode has failed to be activated.
5. The method according to any one of claims 1-4, characterized in that, In response to the enable command, the method further includes: A third signal is sent to a second controller in the vehicle to wake up the second controller; the second controller, in the woken state, responds to a first signal processed by the first controller to control the vehicle to activate sentry mode.
6. The method according to claim 5, characterized in that, If it is determined that the vehicle's sentry mode fails to be activated, the method further includes: controlling the cessation of sending a third signal to the second controller.
7. A control device for a vehicle's sentry mode, characterized in that, include: A sending module is configured to continuously send a first signal to a first controller in the vehicle in response to an activation command; wherein the first controller is configured to process the first signal and forward it to a second controller in the vehicle in response to the first signal, so as to control the vehicle to activate sentry mode. The first processing module is configured to send a second signal to the second controller if it receives a first response from the first controller within a first preset time, and determine whether the vehicle’s sentry mode has failed to be activated based on the second response of the second controller to the second signal. The second processing module is configured to determine that the vehicle's sentry mode activation has failed if the first response is not received after the first preset time; wherein the first response is the response made by the first controller to the first signal; The control module is configured to stop sending a first signal to the first controller if it is determined that the sentry mode of the vehicle has failed to be activated.
8. A remote information processor, characterized in that, include: Memory, processor; The memory stores computer-executed instructions; The processor executes computer execution instructions stored in the memory, causing the processor to perform the method as described in any one of claims 1-6.
9. A vehicle, characterized in that, include: The system includes a remote information processor, a first controller, and a second controller; wherein the remote information processor is communicatively connected to both the first controller and the second controller. The first controller is communicatively connected to the second controller; The remote information processor is used to perform the method as described in any one of claims 1-6.
10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer-executable instructions, which, when executed by a processor, are used to implement the method as described in any one of claims 1-6.
11. A computer program product, characterized in that, Includes a computer program that, when executed by a processor, implements the method of any one of claims 1-6.