Vehicle network node detection method and device

By sending scene information in the vehicle network and detecting response information, the problem of inaccurate detection results when nodes are in power-down state in the prior art is solved, and accurate detection of node status of vehicle network is achieved.

CN119865442APending Publication Date: 2025-04-22HOZON NEW ENERGY AUTOMOBILE CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202411768021.8
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2024-12-03
Publication Date
2025-04-22

AI Technical Summary

Technical Problem

The existing vehicle network node detection methods are difficult to determine the operation status when the node is in a powered state, resulting in low accuracy of the detection results.

Method used

When a scene instruction is detected, scene information is sent to the network to control the device to which the network node supporting the scene belongs to respond, and to detect whether the device to be responded to broadcast the response information in the network to determine the normal or abnormal state of the node.

Benefits of technology

This method can accurately determine the status of the network node by detecting the existence or absence of response information when the node is in a powered down but is not sleepy, and improve the accuracy of the detection results.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119865442A_ABST
    Figure CN119865442A_ABST
Patent Text Reader

Abstract

The invention discloses a network node detection method and device of a vehicle, and relates to the technical field of communication. The method comprises the steps that when a scene instruction is detected, scene information is sent to a network based on the scene instruction, and the scene information is used for controlling equipment to which a network node supporting a scene corresponding to the scene information belongs to make a response; detecting whether a device to be responded broadcasts response information in the network or not in the network; wherein the to-be-responded device is a device needing to respond to the scene information; if the response information broadcasted by the to-be-responded device is detected, determining that a network node corresponding to the to-be-responded device is normal; and if the response information broadcasted by the to-be-responded device is not detected, determining that the network node corresponding to the to-be-responded device is abnormal. The method is used for realizing a network node detection function of a vehicle.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present application relates to the field of communication technology, and in particular to a method and device for detecting network nodes of a vehicle. Background Art

[0002] With the improvement of living standards, the popularity of vehicles has also increased. In the process of using a vehicle, when a function of a certain scene needs to be used, it is often necessary to use the vehicle's CAN network to control the ECUs of multiple nodes involved in the function. In this process, whether each node is normal will directly affect the smooth operation of the function. Therefore, in the process of using the vehicle, it is of utmost importance to detect whether the nodes corresponding to each ECU in the CAN network can operate normally.

[0003] At present, the detection of traditional CAN network nodes relies on the detection of node faults through the interaction process of application messages with the opposite node after KL15 is powered on. However, this detection method can only be performed when the opposite node is powered on. In other words, once the opposite node is powered off, the application messages between the two cannot be sent. At this time, the existing detection method is difficult to determine the operation status of the node. However, in actual applications, when the node is powered off, its corresponding ECU is likely not in sleep or faulty state, which makes the existing detection method prone to false alarms, resulting in low accuracy of node detection results. Summary of the invention

[0004] The embodiments of the present application provide a vehicle network node detection method and device, the main purpose of which is to solve the problem of low accuracy of network node detection results caused by false alarms in the existing vehicle network node detection process.

[0005] In order to solve the above technical problems, the embodiments of the present application provide the following technical solutions:

[0006] In a first aspect, the present application provides a vehicle network node detection method, the method comprising:

[0007] When a scene instruction is detected, scene information is sent to the network based on the scene instruction, and the scene information is used to control a device to which a network node that supports a scene corresponding to the scene information belongs to respond;

[0008] Detecting in the network whether a device to be responded to has broadcast response information in the network; wherein the device to be responded to is a device that needs to respond to the scene information;

[0009] If the response information broadcast by the waiting-to-respond device is detected, it is determined that the network node corresponding to the waiting-to-respond device is normal;

[0010] If the response information broadcasted by the device to be responded is not detected, it is determined that an abnormality exists in the network node corresponding to the device to be responded.

[0011] In a second aspect, the present application also provides a vehicle network node detection device, comprising:

[0012] A sending unit, configured to send scene information to the network based on the scene instruction when a scene instruction is detected, wherein the scene information is used to control a device to which a network node supporting a scene corresponding to the scene information belongs to respond;

[0013] A detection unit, configured to detect in the network whether a device to be responded to has broadcast response information in the network; wherein the device to be responded to is a device that needs to respond to the scenario information;

[0014] A first determining unit, configured to determine that a network node corresponding to the device to be responded to is normal if response information broadcast by the device to be responded to is detected;

[0015] The second determining unit is configured to determine that an abnormality exists in the network node corresponding to the device to be responded to if the response information broadcasted by the device to be responded to is not detected.

[0016] In a third aspect, an embodiment of the present application provides a storage medium, wherein the storage medium includes a stored program, wherein when the program is running, the device where the storage medium is located is controlled to execute the vehicle network node detection method described in any one of the first aspects.

[0017] In a fourth aspect, an embodiment of the present application provides a network node detection device for a vehicle, the device comprising a storage medium; and one or more processors, the storage medium being coupled to the processor, the processor being configured to execute program instructions stored in the storage medium; when the program instructions are executed, the network node detection method for a vehicle described in any one of the first aspects is executed.

[0018] By means of the above technical solution, the technical solution provided by this application has at least the following advantages:

[0019] The present application provides a vehicle network node detection method and device. The present application can first send scene information to the network based on the scene instruction when a scene instruction is detected, and the scene information is used to control the device to which the network node that supports the scene corresponding to the scene information responds; then, detect in the network whether the device to be responded has broadcast response information in the network; wherein the device to be responded is a device that needs to respond to the scene information; if the response information broadcast by the device to be responded is detected, it is determined that the network node corresponding to the device to be responded is normal; if the response information broadcast by the device to be responded is not detected, it is determined that the network node corresponding to the device to be responded is abnormal, thereby realizing the network node detection function for the vehicle. Compared with the prior art, the present application can use scene information to control the response of the device belonging to the network node that supports the corresponding scene during the vehicle's network node detection process. That is to say, even if the device corresponding to the network node is in a power-off state, it will be controlled to respond and broadcast the response information when the scene information is detected in the network. This ensures that once the response information of the network node is detected, the normal state of the network node can be determined, avoiding the false alarm problem of the node state that is easily caused by the device being in a power-off but non-sleep state and unable to feedback regular messages, thereby improving the accuracy of the detection results. BRIEF DESCRIPTION OF THE DRAWINGS

[0020] By reading the detailed description below with reference to the accompanying drawings, the above and other purposes, features and advantages of the exemplary embodiments of the present application will become easy to understand. In the accompanying drawings, several embodiments of the present application are shown in an exemplary and non-limiting manner, and the same or corresponding reference numerals represent the same or corresponding parts, wherein:

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

[0022] Figure 2 A flow chart of another vehicle network node detection method provided by an embodiment of the present application is shown;

[0023] Figure 3 A block diagram showing a network node detection device for a vehicle provided by an embodiment of the present application is shown;

[0024] Figure 4 A block diagram showing the composition of another vehicle network node detection device provided in an embodiment of the present application is shown. DETAILED DESCRIPTION

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

[0026] It should be noted that, unless otherwise specified, the technical terms or scientific terms used in this application should have the common meanings understood by technicians in the field to which this application belongs.

[0027] The present application provides a vehicle network node detection method, specifically, Figure 1 As shown, the method includes:

[0028] 101. When a scene instruction is detected, scene information is sent to a network based on the scene instruction.

[0029] The scenario information is used to control a device to which a network node that supports the scenario corresponding to the scenario information belongs to respond.

[0030] During the actual use of the vehicle, different functions will correspond to different usage scenarios. Therefore, when the driver issues a corresponding scene instruction, it is actually a process of calling the corresponding function to operate. In this embodiment, the scene instruction can be directly issued by the driver in the vehicle operating system, or it can be generated by a device or system equipped with the method described in this embodiment when the driver issues a certain scene requirement. There is no limitation on the generation method of the scene instruction, and it can be selected based on actual needs.

[0031] In addition, the scene instruction can be understood as an instruction indicating that a certain function needs to be used, corresponding to a certain scene. In this embodiment, each scene requires multiple devices to work together, and each device corresponds to a network node in a vehicle network. Specifically, the device can be an ECU, wherein ECU (Electronic Control Unit, abbreviated as ECU) is a key component used to control various electronic systems in modern cars. ECU can receive data from various sensors of the vehicle, process these data according to a preset program, and output a control signal to the actuator to achieve precise control of a specific system or function of the vehicle. That is to say, in this embodiment, when a scene instruction is detected, multiple ECUs that support the scene actually need to work together. In this process, when the ECU of a certain network node receives the scene instruction, it can be parsed based on the scene instruction to determine what the current required scene is, and then generate corresponding scene information based on the parsed scene and publish it to the vehicle network so that the ECUs of other network nodes can receive it.

[0032] In addition, in this embodiment, the scene information can be understood as information that can control the device to which the network node that supports the scene corresponding to the scene information belongs to respond, that is, even if a device is in a power-off but not sleep state, it can be powered on or started when the scene information is detected, or even if the device is not powered on or started, it can respond through the corresponding node in a dedicated communication channel in a power-off and not sleep state.

[0033] 102. Detect in the network whether the device to be responded to has broadcast response information in the network.

[0034] Among them, the device to be responded is a device that needs to respond to the scene information.

[0035] Based on the description of the above steps, it can be known that in this implementation, each scene function generally requires several ECUs to work together, so whether the network nodes corresponding to these ECUs can operate normally is crucial to whether the scene instructions can be executed normally later. Therefore, in this embodiment, after the scene information is sent, it can be determined whether the device that needs to respond in the current network has responded. Specifically, it is to determine whether the device to be responded in the current network has broadcasted the response information in the network that indicates whether its network node is normal.

[0036] In this embodiment, the response information may be any information that can be broadcasted on the network, including but not limited to text-based response information, and may also include graphic, audio, and other forms of response information, which are not limited here and may be selected based on the type of device to be responded to.

[0037] Based on the judgment result, there are two situations, one is that the device to be responded does not broadcast the response information, and the other is that the device to be responded broadcasts the response information. If the response information is broadcast, step 103 is executed. Otherwise, step 104 is executed.

[0038] 103. If response information broadcasted by the device to be responded is detected, it is determined that the network node corresponding to the device to be responded is normal.

[0039] When the response information broadcast by the device to be responded is detected, it means that the network node of the device supporting the scene corresponding to the scene information is normal, and the device can provide support for the smooth execution of subsequent scene instructions. Of course, based on the above description, it can be seen that since the implementation of a scene function may actually require the support of multiple ECUs, that is, the network nodes corresponding to multiple ECUs must be normal, it can be determined in turn whether each device to be responded has broadcast the response information. If the response information is broadcast, it means that the scene instruction can be carried out smoothly.

[0040] 104. If the response information broadcasted by the device to be responded is not detected, it is determined that an abnormality exists in the network node corresponding to the device to be responded.

[0041] When it is determined that the response information broadcast by the device to be responded to cannot be detected in the network, it means that the device to be responded to has not been able to successfully broadcast the response information. Then it can be inferred that the network node corresponding to the device to be responded to actually has a problem, which is generally referred to as node loss. At this time, the network node is abnormal, which means that the scene instructions cannot be successfully executed subsequently. At this time, an alarm can be issued to remind the driver that the relevant scene functions cannot be realized and there is an abnormality.

[0042] The present embodiment provides a method for detecting network nodes of a vehicle. In the embodiment of the present application, when a scene instruction is detected, scene information is first sent to the network based on the scene instruction, and the scene information is used to control the device to which the network node that supports the scene corresponding to the scene information responds; then, it is detected in the network whether the device to be responded has broadcast response information in the network; wherein the device to be responded is a device that needs to respond to the scene information; if the response information broadcast by the device to be responded is detected, it is determined that the network node corresponding to the device to be responded is normal; if the response information broadcast by the device to be responded is not detected, it is determined that the network node corresponding to the device to be responded is abnormal, thereby realizing the network node detection function for the vehicle. Compared with the prior art, the present application can use scene information to control the response of the device belonging to the network node that supports the corresponding scene during the vehicle's network node detection process. That is to say, even if the device corresponding to the network node is in a power-off state, it will be controlled to respond and broadcast the response information when the scene information is detected in the network. This ensures that once the response information of the network node is detected, the normal state of the network node can be determined, avoiding the false alarm problem of the node state that is easily caused by the device being in a power-off but non-sleep state and unable to feedback regular messages, thereby improving the accuracy of the detection results.

[0043] To explain in more detail below, the present application embodiment provides another vehicle network node detection method, specifically as follows Figure 2 As shown, the method includes:

[0044] 201. Set configuration information of the handshake message.

[0045] Based on the description of the aforementioned embodiment, the detection method of the network node described in the present application is to control the network node where the corresponding device is located to feedback the response information after the scene information is published in the network to determine whether the network node is abnormal. In this embodiment, the response information is specifically a handshake message, which is a message set using a handshake algorithm for detecting the node response result. The handshake message can be understood as a message set using a handshake mechanism specifically used to verify whether the network node corresponding to the ECU is normal.

[0046] Based on this, in this embodiment, when using a handshake message to perform the network node detection method described in this embodiment, it is first necessary to set the format of the handshake message based on the method of this step, that is, to define the handshake message, and specifically to set the configuration information of the handshake message according to the method of this step. Among them, the configuration information is used to determine the message content and communication method of the handshake message; the message content is used to characterize the scenarios supported by the device corresponding to the network node; the communication method includes performing a broadcast operation after the device wakes up, so as to inform the network of the scenarios supported by the current device.

[0047] In this way, when the ECU corresponding to the subsequent network node responds, it can generate a corresponding handshake message based on the configuration information and broadcast it as response information, thereby ensuring that when the device to be responded to, that is, the ECU of the scene that supports the scene command is awakened by the scene information control, it can broadcast in time.

[0048] 202. When a scene instruction is detected, scene information is sent to a network based on the scene instruction.

[0049] The scenario information is used to control a device to which a network node that supports the scenario corresponding to the scenario information belongs to respond.

[0050] In this embodiment, the descriptions of scene instructions, scene information, etc. are consistent with those in the previous embodiments, and are not repeated here. In addition, in this embodiment, the local node corresponding to the ECU that detects the scene instruction and sends the scene information to the network can be understood as the master node, that is, the node that receives the scene instruction is the master node, and the other nodes can be understood as slave nodes. Then in this step, when the ECU corresponding to the master node detects the scene instruction, it will publish the scene information corresponding to the scene instruction to the network, thereby determining that other nodes in the vehicle network, that is, the slave nodes can perform corresponding operations based on the scene information.

[0051] Here, the master control node, that is, the node corresponding to the ECU currently executing the method described in this embodiment, can actually be pre-set by the entire vehicle control system, or it can be the node where the ECU corresponding to the main function is located in the process of realizing different scene functions, or it can be made so that when multiple ECUs supporting the scene recognize that there are scene instructions in the network, the nodes corresponding to multiple ECUs can select each other through a voting mechanism or a preemptive mechanism. Here, the selection of the master control node is not limited here, and it can be selected according to any of the above methods based on actual needs, and it is not limited here.

[0052] 203. Determine the device to be responded to corresponding to the scene information by presetting a scene-device mapping relationship.

[0053] The preset scene device mapping relationship includes a waiting-to-respond device corresponding to each scene information.

[0054] The preset scene device mapping relationship can be understood as a correspondence relationship between devices (ECUs) corresponding to different scenes, where each scene can correspond to multiple devices to be responded to. In this way, when the ECU of the local node (master control node) sends the scene information to the network, it can determine which devices are required for the scene corresponding to the current scene information according to the preset scene device mapping relationship, and thus determine the devices to be responded to that need to be responded to later. It should be noted that the preset scene device mapping relationship can be pre-stored in a certain area of ​​the vehicle system, or it can be locally stored in the ECU corresponding to each network node in the network. The storage method of the preset scene device mapping relationship includes but is not limited to the above method, which is not limited here and is subject to actual needs.

[0055] 204. Detect in the network whether the device to be responded to has broadcast response information in the network.

[0056] Among them, the device to be responded is a device that needs to respond to the scene information.

[0057] Based on the judgment result, there are two situations, one is that the device to be responded does not broadcast the response information, and the other is that the device to be responded broadcasts the response information. If the response information is broadcast, step 205 is executed, otherwise, step 206 is executed.

[0058] 205. If response information broadcasted by the device to be responded is detected, it is determined that the network node corresponding to the device to be responded is normal.

[0059] Based on the description of the above steps, the response information is actually a handshake message, and based on the configuration information, the handshake message contains the message content of the scenarios supported by the ECU corresponding to each node. Therefore, when determining whether the network node corresponding to the device to be responded to is normal, it is necessary not only to determine whether the device to be responded to has broadcast the handshake message, but also to further determine whether the scenarios actually supported by the device to be responded to are consistent with the scenarios corresponding to the scenario information. Based on this, this step can be specifically executed as follows:

[0060] If the handshake message broadcast by the device to be responded is detected, determining whether the scenario supported by the device to be responded is consistent with the scenario information based on the message content of the handshake message;

[0061] If it is determined that the scenario supported by the device to be responded to is consistent with the scenario information, it is determined that the network node corresponding to the device to be responded to is normal.

[0062] In this way, by further using the message content of the handshake message to determine whether the scenario supported by the device to be responded is consistent with the scenario information to determine whether its network node is normal when the handshake message broadcast by the device to be responded is detected, it can be ensured that when the network node is able to broadcast the handshake message but the message content is incomplete, the network node is mistakenly identified as normal, thereby ensuring the accuracy of the results of the network node status detection. It also avoids the problem that in some cases, the abnormal handshake message sent by the device to be responded interferes with the accuracy of the detection results of the network node.

[0063] Further, in some embodiments, after determining whether the scenario supported by the device to be responded to is consistent with the scenario information based on the message content of the handshake message, the method further includes:

[0064] If it is determined that the scenario supported by the device to be responded to is inconsistent with the scenario information, it is determined that an abnormality exists in the network node corresponding to the device to be responded to.

[0065] When it is determined that the scenarios supported by the device to be responded to are inconsistent with the scenario information, it means that either the device to be responded to sends an erroneous message or the device to be responded to fails to send a complete handshake message. Either way, it is an abnormal situation of the network node. In this way, the problem of determining whether the network node is normal or not only by whether the device to be responded to responds can be avoided, and the accuracy of the detection result can be improved.

[0066] Furthermore, in some embodiments, as can be seen from the description of the aforementioned steps, the detection method of the network node described in the present application is carried out by checking whether the slave node responds after the master node sends the scene information. In this process, each network node can actually save a preset scene device mapping relationship locally; and the handshake message is when the network node (master node) that receives the scene instruction sends the scene information to the network, and other network nodes (slave nodes) compare the scene information with the local preset scene device mapping relationship of the node, and broadcast it to the network after determining that the scene information needs to be responded to. Since the preset scene device mapping relationship includes the device corresponding to each scene, for the ECU of the slave node, after detecting the scene information, it is powered on to wake up and detects whether it supports the scene corresponding to the scene information based on the mapping relationship.

[0067] Based on this, after determining whether the scenario supported by the device to be responded to is consistent with the scenario information based on the message content of the handshake message, the method further includes:

[0068] If it is determined that the scene indicated by the device to be responded is inconsistent with the scene information, an update request is sent to the vehicle control system to update the preset scene-device mapping relationship stored in each of the network nodes in the network.

[0069] In some cases, the handshake message broadcast by the device to be responded is not incomplete, nor is it the network node that causes it to send an erroneous message, but there may be a problem with the preset scene device mapping relationship it saves. Therefore, based on the method of this step, when it is found that the scene indicated by the device to be responded is inconsistent with the scene information, the preset scene device mapping relationship can be updated by issuing an update request, thereby solving the occurrence of this phenomenon.

[0070] Furthermore, the message content may specifically use bits and bit information in each bit to characterize the scenarios supported by the device. Therefore, the message content may include bits corresponding to each scenario, and bit information on the bit used to characterize whether the corresponding scenario is matched; the bit information includes first information and second information; wherein the first information is used to characterize that the current device does not support the scenario corresponding to the bit; and the second information is used to characterize that the current device supports the scenario corresponding to the bit;

[0071] Based on this, in this step, “determining whether the scenario supported by the device to be responded to is consistent with the scenario information based on the message content of the handshake message” includes:

[0072] Among the multiple bits in the message content, determine the bit information as the bit of the first information as the target bit;

[0073] Determine whether the scene corresponding to the target bit is consistent with the scene corresponding to the scene information.

[0074] In this embodiment, the first information can be 1 and the second information can be 0. Then, through the scenario represented by the bit and the specific value (1 or 0) in the bit, it is possible to determine what scenario the message content actually represents and is supported by the device to be responded to. This can simplify the message content while reducing the amount of data in the message content, thereby reducing the data communication pressure in the network during the broadcast handshake message process as a whole.

[0075] 206. If the response information broadcasted by the device to be responded is not detected, it is determined that an abnormality exists in the network node corresponding to the device to be responded.

[0076] When it is determined that the response information broadcast by the waiting device is detected, it means that the waiting device fails to send its handshake message normally. Since the waiting device can be awakened and started based on the scene information at this time, it can be determined that the network node corresponding to the current device is abnormal.

[0077] Furthermore, as a response to the above Figure 1 and Figure 2 In order to realize the method shown in the figure, another embodiment of the present application also provides a vehicle network node detection device. The vehicle network node detection device embodiment corresponds to the aforementioned method embodiment. For ease of reading, the vehicle network node detection device embodiment will no longer repeat the details of the aforementioned method embodiment one by one, but it should be clear that the system in this embodiment can correspond to all the contents of the aforementioned method embodiment. Specifically, Figure 3 As shown, the network node detection device of the vehicle includes:

[0078] The sending unit 31 may be configured to send scene information to the network based on the scene instruction when a scene instruction is detected, and the scene information may be used to control a device to which a network node supporting the scene corresponding to the scene information belongs to respond;

[0079] The detection unit 32 may be used to detect in the network whether the device to be responded to has broadcasted the response information in the network; wherein the device to be responded to is a device that needs to respond to the scene information;

[0080] The first determining unit 33 may be configured to determine that the network node corresponding to the device to be responded to is normal if the detecting unit 32 detects the response information broadcasted by the device to be responded to;

[0081] The second determining unit 34 may be configured to determine that an abnormality exists in the network node corresponding to the device to be responded to if the detecting unit 32 fails to detect the response information broadcasted by the device to be responded to.

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

[0083] The third determination unit 35 can be used to determine the device to be responded to corresponding to the scene information through a preset scene device mapping relationship, so that the detection unit 32 performs detection based on the device to be responded to, wherein the preset scene device mapping relationship includes the device to be responded to corresponding to each scene information.

[0084] Further, such as Figure 4 As shown, the response information includes a handshake message, and the handshake message is a message set by a handshake algorithm and can be used to detect a node response result;

[0085] The device also includes:

[0086] The setting unit 36 ​​can be used to set the configuration information of the handshake message; the configuration information can be used to determine the message content and communication method of the handshake message; the message content can be used to characterize the scenarios supported by the device corresponding to the network node; the communication method includes performing a broadcast operation after the device is awakened, so as to inform the network of the scenarios supported by the current device.

[0087] Further, such as Figure 4 As shown, the first determination unit 33 can be specifically used to determine whether the scenarios supported by the device to be responded to are consistent with the scenario information based on the message content of the handshake message when the handshake message broadcast by the device to be responded to is detected; and, if it is determined that the scenarios supported by the device to be responded to are consistent with the scenario information, determine that the network node corresponding to the device to be responded to is normal.

[0088] Further, such as Figure 4 As shown, the apparatus further includes a fourth determination unit 37, and the fourth determination unit 37 can be used to determine that there is an abnormality in the network node corresponding to the device to be responded to if the first determination unit 33 determines that the scenario supported by the device to be responded to is inconsistent with the scenario information.

[0089] Further, such as Figure 4 As shown, each network node locally stores a preset scene device mapping relationship; the handshake message is broadcast to the network after the network node that receives the scene instruction sends the scene information to the network, and other network nodes compare the scene information with the local preset scene device mapping relationship of the node based on the scene information, and after determining that the scene information needs to be responded to, broadcast it to the network;

[0090] The device also includes: a fifth determination unit 38, which can be used to send an update request to the vehicle control system if the first determination unit 33 determines that the scene indicated by the device to be responded is inconsistent with the scene information, so as to update the preset scene device mapping relationship stored in each of the network nodes in the network.

[0091] Further, such as Figure 4 As shown, the message content includes a bit corresponding to each scenario, and bit information on the bit that can be used to indicate whether the corresponding scenario is matched; the bit information includes first information and second information; wherein the first information can be used to indicate that the current device does not support the scenario corresponding to the bit; and the second information can be used to indicate that the current device supports the scenario corresponding to the bit;

[0092] The first determination unit 33 can also be specifically used to determine, among multiple bits in the message content, a bit whose bit information is the first information as a target bit; and determine whether the scene corresponding to the target bit is consistent with the scene corresponding to the scene information.

[0093] An embodiment of the present application provides a vehicle network node detection method and device. In the embodiment of the present application, when a scene instruction is detected, scene information can be sent to the network based on the scene instruction, and the scene information is used to control the device to which the network node that supports the scene corresponding to the scene information responds; then, it is detected in the network whether the device to be responded has broadcast response information in the network; wherein the device to be responded is a device that needs to respond to the scene information; if the response information broadcast by the device to be responded is detected, it is determined that the network node corresponding to the device to be responded is normal; if the response information broadcast by the device to be responded is not detected, it is determined that the network node corresponding to the device to be responded is abnormal, thereby realizing the network node detection function for the vehicle. Compared with the prior art, the present application can use scene information to control the response of the device belonging to the network node that supports the corresponding scene during the vehicle's network node detection process. That is to say, even if the device corresponding to the network node is in a power-off state, it will be controlled to respond and broadcast the response information when the scene information is detected in the network. This ensures that once the response information of the network node is detected, the normal state of the network node can be determined, avoiding the false alarm problem of the node state that is easily caused by the device being in a power-off but non-sleep state and unable to feedback regular messages, thereby improving the accuracy of the detection results.

[0094] An embodiment of the present application also provides a vehicle network node detection device, which includes a storage medium; and one or more processors, wherein the storage medium is coupled to the processor, and the processor is configured to execute program instructions stored in the storage medium; when the program instructions are executed, the vehicle network node detection method described above is executed.

[0095] An embodiment of the present application provides a device, which includes a processor, a memory, and a program stored in the memory and executable on the processor. When the processor executes the program, the following steps are implemented: when a scene instruction is detected, scene information is sent to the network based on the scene instruction, and the scene information is used to control a device to which a network node that supports a scene corresponding to the scene information responds; detecting in the network whether a device to be responded to has broadcast response information in the network; wherein the device to be responded to is a device that needs to respond to the scene information; if the response information broadcast by the device to be responded to is detected, it is determined that the network node corresponding to the device to be responded to is normal; if the response information broadcast by the device to be responded to is not detected, it is determined that the network node corresponding to the device to be responded to is abnormal.

[0096] Furthermore, before detecting in the network whether the device to be responded has broadcasted response information in the network, the method further includes:

[0097] The device to be responded to corresponding to the scene information is determined by a preset scene device mapping relationship, wherein the preset scene device mapping relationship includes the device to be responded to corresponding to each scene information.

[0098] Further, the response information includes a handshake message, and the handshake message is a message set by a handshake algorithm for detecting a node response result;

[0099] When the scene instruction is detected, before sending the scene information to the network based on the scene instruction, the method further includes:

[0100] The configuration information of the handshake message is set; the configuration information is used to determine the message content and communication method of the handshake message; the message content is used to characterize the scenarios supported by the device corresponding to the network node; the communication method includes performing a broadcast operation after the device is awakened to inform the network of the scenarios supported by the current device.

[0101] Further, if the response information broadcast by the waiting-to-respond device is detected, determining that the network node corresponding to the waiting-to-respond device is normal includes:

[0102] If the handshake message broadcast by the device to be responded is detected, determining whether the scenario supported by the device to be responded is consistent with the scenario information based on the message content of the handshake message;

[0103] If it is determined that the scenario supported by the device to be responded to is consistent with the scenario information, it is determined that the network node corresponding to the device to be responded to is normal.

[0104] Further, after determining whether the scenario supported by the device to be responded to is consistent with the scenario information based on the message content of the handshake message, the method further includes:

[0105] If it is determined that the scenario supported by the device to be responded to is inconsistent with the scenario information, it is determined that an abnormality exists in the network node corresponding to the device to be responded to.

[0106] Furthermore, each network node locally stores a preset scene device mapping relationship; the handshake message is broadcast to the network after the network node that receives the scene instruction sends the scene information to the network, and other network nodes compare the scene information with the local preset scene device mapping relationship of the node based on the scene information, and after determining that the scene information needs to be responded to, broadcast it to the network;

[0107] After determining whether the scenario supported by the device to be responded to is consistent with the scenario information based on the message content of the handshake message, the method further includes:

[0108] If it is determined that the scene indicated by the device to be responded is inconsistent with the scene information, an update request is sent to the vehicle control system to update the preset scene-device mapping relationship stored in each of the network nodes in the network.

[0109] Further, the message content includes a bit corresponding to each scenario, and bit information on the bit used to indicate whether the corresponding scenario is matched; the bit information includes first information and second information; wherein the first information is used to indicate that the current device does not support the scenario corresponding to the bit; and the second information is used to indicate that the current device supports the scenario corresponding to the bit;

[0110] The determining, based on the message content of the handshake message, whether the scenario supported by the device to be responded to is consistent with the scenario information includes:

[0111] Among the multiple bits in the message content, determine the bit information as the bit of the first information as the target bit;

[0112] Determine whether the scene corresponding to the target bit is consistent with the scene corresponding to the scene information. The present application also provides a computer program product, which, when executed on a data processing device, is suitable for executing a program code that initializes the following method steps: when a scene instruction is detected, scene information is sent to the network based on the scene instruction, and the scene information is used to control the device to which the network node that supports the scene corresponding to the scene information belongs to respond; detect in the network whether the device to be responded has broadcasted response information in the network; wherein the device to be responded is a device that needs to respond to the scene information; if the response information broadcast by the device to be responded is detected, it is determined that the network node corresponding to the device to be responded is normal; if the response information broadcast by the device to be responded is not detected, it is determined that the network node corresponding to the device to be responded is abnormal.

[0113] 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.

[0114] 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.

[0115] 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.

[0116] 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. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions specified in one or more boxes.

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

[0118] 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.

[0119] 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.

[0120] 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.

[0121] 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.

[0122] 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 network node detection method, characterized in that: The method comprises: When a scene instruction is detected, scene information is sent to the network based on the scene instruction, and the scene information is used to control a device to which a network node that supports a scene corresponding to the scene information belongs to respond; Detecting in the network whether a device to be responded to has broadcast response information in the network; wherein the device to be responded to is a device that needs to respond to the scene information; If the response information broadcast by the waiting-to-respond device is detected, it is determined that the network node corresponding to the waiting-to-respond device is normal; If the response information broadcasted by the device to be responded is not detected, it is determined that an abnormality exists in the network node corresponding to the device to be responded.

2. The method according to claim 1, characterized in that Before detecting in the network whether the device to be responded to has broadcast response information in the network, the method further includes: The device to be responded to corresponding to the scene information is determined by a preset scene device mapping relationship, wherein the preset scene device mapping relationship includes the device to be responded to corresponding to each scene information.

3. The method according to claim 1, characterized in that The response information includes a handshake message, and the handshake message is a message set by a handshake algorithm for detecting a node response result; When the scene instruction is detected, before sending the scene information to the network based on the scene instruction, the method further includes: The configuration information of the handshake message is set; the configuration information is used to determine the message content and communication method of the handshake message; the message content is used to characterize the scenarios supported by the device corresponding to the network node; the communication method includes performing a broadcast operation after the device is awakened to inform the network of the scenarios supported by the current device.

4. The method according to claim 3, characterized in that If the response information broadcast by the waiting-to-respond device is detected, determining that the network node corresponding to the waiting-to-respond device is normal includes: If the handshake message broadcast by the device to be responded is detected, determining whether the scenario supported by the device to be responded is consistent with the scenario information based on the message content of the handshake message; If it is determined that the scenario supported by the device to be responded to is consistent with the scenario information, it is determined that the network node corresponding to the device to be responded to is normal.

5. The method according to claim 4, characterized in that After determining whether the scenario supported by the device to be responded to is consistent with the scenario information based on the message content of the handshake message, the method further includes: If it is determined that the scenario supported by the device to be responded to is inconsistent with the scenario information, it is determined that an abnormality exists in the network node corresponding to the device to be responded to.

6. The method according to claim 4, characterized in that Each network node locally stores a preset scene device mapping relationship; the handshake message is broadcast to the network after the network node that receives the scene instruction sends the scene information to the network, and other network nodes compare the scene information with the local preset scene device mapping relationship of the node based on the scene information, and after determining that the scene information needs to be responded to, broadcast it to the network; After determining whether the scenario supported by the device to be responded to is consistent with the scenario information based on the message content of the handshake message, the method further includes: If it is determined that the scene indicated by the device to be responded is inconsistent with the scene information, an update request is sent to the vehicle control system to update the preset scene-device mapping relationship stored in each of the network nodes in the network.

7. The method according to claim 4, characterized in that The message content includes a bit corresponding to each scenario, and bit information on the bit used to indicate whether the corresponding scenario is matched; the bit information includes first information and second information; wherein the first information is used to indicate that the current device does not support the scenario corresponding to the bit; and the second information is used to indicate that the current device supports the scenario corresponding to the bit; The determining, based on the message content of the handshake message, whether the scenario supported by the device to be responded to is consistent with the scenario information includes: Among the multiple bits in the message content, determine the bit information as the bit of the first information as the target bit; Determine whether the scene corresponding to the target bit is consistent with the scene corresponding to the scene information.

8. A vehicle network node detection device, characterized in that: The device comprises: A sending unit, configured to send scene information to the network based on the scene instruction when a scene instruction is detected, wherein the scene information is used to control a device to which a network node supporting a scene corresponding to the scene information belongs to respond; A detection unit, configured to detect in the network whether a device to be responded to has broadcast response information in the network; wherein the device to be responded to is a device that needs to respond to the scenario information; A first determining unit, configured to determine that a network node corresponding to the device to be responded to is normal if response information broadcast by the device to be responded to is detected; The second determining unit is configured to determine that an abnormality exists in the network node corresponding to the device to be responded to if the response information broadcasted by the device to be responded to is not detected.

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 network node detection method according to any one of claims 1 to 7.

10. A vehicle network node detection device, characterized in that: The device includes a storage medium; and one or more processors, the storage medium is coupled to the processor, and the processor is configured to execute program instructions stored in the storage medium; when the program instructions are executed, the vehicle network node detection method described in any one of claims 1 to 7 is executed.