Management and control method and device, vehicle, medium and program product

Abstract

The invention relates to the technical field of vehicle management and control, in particular to a management and control method and device, a vehicle, a medium and a program product. The method comprises the following steps: in response to a power-on signal of a vehicle, respectively receiving a first verification request sent by a cloud end and a second verification request sent by a vehicle end; controlling the first verification controller to analyze first ciphertext data in the first verification request to generate a first verification result, and controlling the second verification controller to analyze second ciphertext data in the second verification request to generate a second verification result; and determining at least one driving parameter of the vehicle based on the first verification result and the second verification result so as to control the vehicle according to the at least one driving parameter. Therefore, the problem that illegal international sale cannot be effectively identified, avoided and solved in related technologies, for example, most strategies which are identified, managed and controlled only through laws and regulations and manual detection modes are solved.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of vehicle management and control, and particularly relates to a management and control method and device, a vehicle, a medium and a program product. BACKGROUND

[0002] In the related art, the VIN (Vehicle Identification Number) code of a vehicle is uploaded to the cloud in real time through a vehicle terminal, and vehicle location tracking is achieved in combination with GPS (Global Positioning System) positioning. Vehicle management and control can also be achieved according to recorded vehicle production, sales, logistics and other link information. Vehicle management and control can also be achieved by identifying vehicle document information through OCR (Optical Character Recognition) technology and performing database comparison.

[0003] However, in the related art, most of the strategies for identification and control are only through regulatory requirements and artificial detection, which cannot effectively identify and avoid illegal international sales, and improvement is urgently needed. SUMMARY

[0004] The present application provides a management and control method, device, vehicle, medium and program product to solve the problem that in the related art, most of the strategies for identification and control are only through regulatory requirements and artificial detection, which cannot effectively identify and avoid illegal international sales.

[0005] The first aspect of the present application provides a vehicle management and control method, including cloud verification and vehicle-side verification, wherein the method includes the following steps: in response to a vehicle power-on signal, receiving a first verification request sent by the cloud and a second verification request sent by the vehicle side; controlling a first verification controller to analyze first ciphertext data in the first verification request to generate a first verification result, and controlling a second verification controller to analyze second ciphertext data in the second verification request to generate a second verification result; determining at least one driving parameter of the vehicle based on the first verification result and the second verification result, and controlling the vehicle according to the at least one driving parameter.

[0006] Optionally, in an embodiment of the present application, the control of the first check controller to parse the first ciphertext data in the first check request to generate the first check result comprises: control of the first check controller to parse the first ciphertext data to generate corresponding first plaintext data; based on the first plaintext data, judging whether the first check state of the first check request is a check pass state; if the first check state is the check pass state, generating the first check result according to the check pass state; if the first check state is not the check pass state, counting the number of exceptions that the first check state is not the check pass state, and generating corresponding alarm signals and signal levels of the alarm signals according to the number of exceptions to obtain the first check result.

[0007] Optionally, in an embodiment of the present application, the judgment of whether the first check state of the first check request is the check pass state based on the first plaintext data comprises: obtaining network data of the first check controller; based on the network data and the first plaintext data, judging whether the first check state is the check pass state.

[0008] Optionally, in an embodiment of the present application, the generation of corresponding alarm signals and signal levels of the alarm signals according to the number of exceptions comprises: based on the number of exceptions, detecting an alarm interval in which the number of exceptions is located; based on the alarm interval, generating the alarm signal; based on the alarm signal, determining the signal level.

[0009] Optionally, in an embodiment of the present application, the determination of the at least one driving parameter of the vehicle based on the first check result and the second check result comprises: based on the first check result and the second check result, identifying a check feature of a corresponding check controller; based on the check feature, determining the at least one driving parameter.

[0010] The second aspect embodiment of the present application provides a management and control device of a vehicle, comprising a check of a cloud side and a check of a vehicle side, wherein the device comprises: a receiving module, configured to receive a first check request sent by the cloud side and a second check request sent by the vehicle side respectively in response to a power-on signal of the vehicle; a parsing module, configured to control a first check controller to parse first ciphertext data in the first check request to generate a first check result, and control a second check controller to parse second ciphertext data in the second check request to generate a second check result; a determination module, configured to determine at least one driving parameter of the vehicle based on the first check result and the second check result, and control the vehicle according to the at least one driving parameter.

[0011] Optionally, in an embodiment of the present application, the parsing module comprises: a parsing unit configured to control the first check controller to parse the first ciphertext data to generate corresponding first plaintext data; a judging unit configured to judge whether the first check state of the first check request is a check pass state based on the first plaintext data; a first generating unit configured to generate the first check result according to the check pass state when the first check state is the check pass state; and a second generating unit configured to count an abnormal number of times when the first check state is not the check pass state, and generate a corresponding alarm signal and a signal level of the alarm signal according to the abnormal number of times to obtain the first check result.

[0012] Optionally, in an embodiment of the present application, the judging unit comprises: an obtaining sub-unit configured to obtain network data of the first check controller; and a judging sub-unit configured to judge whether the first check state is the check pass state based on the network data and the first plaintext data.

[0013] Optionally, in an embodiment of the present application, the second generating unit comprises: a detecting sub-unit configured to detect an alarm interval where the abnormal number of times is located based on the abnormal number of times; a generating sub-unit configured to generate the alarm signal based on the alarm interval; and a determining sub-unit configured to determine the signal level based on the alarm signal.

[0014] Optionally, in an embodiment of the present application, the determining module comprises: an identifying unit configured to identify a check feature of a corresponding check controller based on the first check result and the second check result; and a determining unit configured to determine the at least one driving parameter based on the check feature.

[0015] An embodiment of the third aspect of the present application provides a vehicle, comprising: a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement the vehicle management and control method as described in the above embodiments.

[0016] An embodiment of the fourth aspect of the present application provides a computer readable storage medium, which stores a computer program, and the program is executed by a processor to implement the vehicle management and control method as described above.

[0017] An embodiment of the fifth aspect of the present application provides a computer program product, which comprises a computer program, and the program is executed to implement the vehicle management and control method as described above.

[0018] The embodiments of the present application can respond to the power-on signal of the vehicle, and respectively receive the first verification request sent by the cloud and the second verification request sent by the vehicle end, and then parse the first ciphertext data in the first verification request and the second ciphertext data in the second verification request, so as to generate the corresponding verification result, and then determine the driving parameter of the vehicle, so as to control the vehicle, double verification guarantee, greatly increase the difficulty of malicious attack or tampering of the system, effectively prevent illegal vehicle access or malicious control of the vehicle, guarantee the driving safety of the vehicle, improve the reliability of the vehicle control system, reduce the risk of vehicle out of control caused by system failure, realize flexible control of the driving parameter of the vehicle, meet the individual needs of different users, and improve the user experience. Therefore, the problem that in the related art, most of the strategies are only identified and controlled by means of regulations and human detection, which cannot effectively identify and avoid illegal international sales and other problems.

[0019] Additional aspects and advantages of the application will be set forth in part in the description which follows, and in part will become apparent to those skilled in the art upon examination of the following and / or can be learned by practice of the application. BRIEF DESCRIPTION OF DRAWINGS

[0020] The above and / or additional aspects and advantages of the present application will become apparent and be readily appreciated from the following description, taken in conjunction with the accompanying drawings, in which: Figure 1 A block schematic diagram of a vehicle control scheme according to an embodiment of the present application is provided; Figure 2 A block schematic diagram of another vehicle control scheme according to an embodiment of the present application is provided; Figure 3 A flowchart of a vehicle control method according to an embodiment of the present application is provided; Figure 4 A flowchart of the working principle of a vehicle control method according to an embodiment of the present application is provided; Figure 5 A block schematic diagram of a vehicle control device according to an embodiment of the present application is provided; Figure 6 A structural schematic diagram of a vehicle according to an embodiment of the present application is provided. DETAILED DESCRIPTION

[0021] The embodiments of the present application are described in detail below, and examples of the embodiments are shown in the accompanying drawings, wherein the same or similar reference signs represent the same or similar elements or elements having the same or similar functions throughout. The embodiments described below by referring to the accompanying drawings are exemplary and are intended to explain the present application, and cannot be understood as a limitation of the present application.

[0022] Before introducing the vehicle management and control method according to the embodiments of the present application, the management and control scheme involved in the embodiments of the present application is introduced.

[0023] Specifically, Figure 1 A block diagram of a vehicle management and control scheme according to an embodiment of the present application is shown.

[0024] As Figure 1 shown, the content of the scheme can be: a method for effectively identifying and limiting the use of a vehicle by obtaining the positioning of the vehicle through a vehicle-mounted network, so as to achieve the purpose of avoiding illegal international sale of the vehicle. The main content is: TSP (Telematics Service Provider, vehicle networking service provider) and TBOX (Telematics Box, vehicle-mounted remote communication terminal) communicate through wireless communication signals, TBOX sends periodic message flag bits (such as 0, 1, 2, etc.) to VCU (Vehicle Control Unit, vehicle control unit) and ICM, VCU performs real-time state feedback, and sends the feedback value to ICM (Combination Instrument Module, combination instrument).

[0025] Figure 2 A block diagram of another vehicle management and control scheme according to an embodiment of the present application is shown.

[0026] As Figure 2 shown, the content of the scheme can be: by increasing the configuration word of the related controller TBOX / VCU of the international vehicle assembly, when the TBOX / VCU of the international vehicle assembly is assembled on a domestic vehicle, the vehicle restriction strategy is triggered, so as to achieve the means of effectively controlling the assembly of the TBOX / VCU of the international vehicle assembly to the domestic vehicle.

[0027] The vehicle management method according to the embodiment of the present application is described below with reference to the accompanying drawings. For the strategy of identifying and managing by means of most of the regulatory requirements and artificial detection mentioned in the background art, it fails to effectively identify and avoid the problem of illegal international sale. The present application provides a vehicle management method, in which, in response to a power-on signal of a vehicle, a first verification request sent by a cloud and a second verification request sent by a vehicle end are received, and first cipher data in the first verification request and second cipher data in the second verification request are parsed to generate corresponding verification results, and then the driving parameters of the vehicle are determined to manage the vehicle. The double verification ensures that the difficulty of malicious attacks or tampering of the system is greatly increased, and the illegal vehicle access or malicious control of the vehicle can be effectively prevented, the driving safety of the vehicle is ensured, the reliability of the vehicle management system is improved, the risk of vehicle out-of-control caused by system failure is reduced, the flexible management of the driving parameters of the vehicle is realized, the individualized needs of different users are met, and the user experience is improved. Thus, the problem that the strategy of identifying and managing by means of most of the regulatory requirements and artificial detection mentioned in the related art fails to effectively identify and avoid the problem of illegal international sale is solved.

[0028] Specifically, Figure 3 A flowchart of a vehicle management method according to an embodiment of the present application is shown.

[0029] As Figure 3 shown, the vehicle management method includes verification of the cloud and verification of the vehicle end, wherein the method includes the following steps: In step S301, in response to a power-on signal of a vehicle, a first verification request sent by a cloud and a second verification request sent by a vehicle end are received.

[0030] It can be understood that, in the embodiment of the present application, the first verification request sent by the cloud can be understood as using the TSP deployed on the cloud server to connect with the vehicle end TBOX through a wireless network, OTA (Over-the-Air, Over-the-Air technology), etc., to realize data interaction and remote control, and to build an intelligent communication bridge between the vehicle and the cloud, and then to send the first verification request to the vehicle end TBOX by using the TSP.

[0031] The second verification request sent by the vehicle end involves a verification controller including VCU, BMS (Battery Management System, battery management system), MCU (Microcontroller Unit, single-chip microcomputer), etc., which is not specifically limited by the present application.

[0032] Further, the embodiment of the present application realizes bidirectional encryption verification of the vehicle according to TSP, TBOX, VCU, BMS, MCU, etc.

[0033] It should be noted that in the embodiments of the present application, the power-on signal can be understood as when the user unlocks the vehicle and switches the power supply gear of the vehicle from off to on, that is, the vehicle power-on is completed.

[0034] As a possible implementation manner, the embodiments of the present application can respond to the power-on signal of the vehicle, and respectively receive the first verification request sent by the cloud and the second verification request sent by the vehicle side.

[0035] For example, the user of the embodiments of the present application unlocks the vehicle, and the power supply gear is switched from off to on. The TBOX receives the first verification request sent by the TSP, and the VCU, BMS, MCU, etc. initiates active verification to the TBOX to obtain the second verification request. Then, active verification is initiated once every 30 minutes, and 5 frames are sent each time. The present application does not make specific limitations.

[0036] Among them, the TBOX realizes reliable data transmission with the cloud platform or external system by using the TCP (Transmission Control Protocol) protocol, and the TCP is a connection-oriented, reliable and byte stream-based transport layer communication protocol in the Internet Protocol family.

[0037] In step S302, the first verification controller is controlled to parse the first ciphertext data in the first verification request to generate a first verification result, and the second verification controller is controlled to parse the second ciphertext data in the second verification request to generate a second verification result.

[0038] It can be understood that in the embodiments of the present application, the first ciphertext data and the second ciphertext data can include but are not limited to feature values, random numbers, vehicle restriction states, etc., and the present application does not make specific limitations. Among them, the feature values can include vehicle fixed data, controller feature data, etc., and the present application does not make specific limitations; the random number can be an encrypted random number, and the present application does not make specific limitations; the vehicle restriction state can be understood as the state should carry relevant instruction data, such as vehicle networking loss data, vehicle restriction data, and what kind of restriction is performed on the vehicle, etc. The specific settings can be made by those skilled in the art according to the actual situation, and the present application does not make specific limitations.

[0039] It should be noted that the first verification controller can be understood as the TBOX, and the second verification controller can be understood as the VCU, BMS, MCU, etc., and the present application does not make specific limitations.

[0040] In some embodiments, the embodiments of the present application can control the first verification controller to parse the first ciphertext data in the first verification request, and then generate the corresponding first verification result.

[0041] Exemplarily, the TBOX of the embodiment of the application receives a first check request and initiates active check to the VCU, the BMS, the MCU and the like, checks once every 30 minutes after each check, and sends 5 frames each time when checking; and the VCU, the BMS, the MCU and the like receive the first cipher data sent by the TBOX, analyze the first cipher data, feed back the first plaintext data obtained by analyzing to the TBOX, also send 5 frames of feedback data, and then obtain the first check result.

[0042] In some embodiments, the embodiment of the application can control the second check controller to analyze the second cipher data in the second check request, and then generate the corresponding second check result. Exemplarily, the embodiment of the application controls the VCU to initiate active check to the TBOX in response to the power-on signal of the vehicle, checks once every 30 minutes after each check, and sends 5 frames each time when checking, and the TBOX receives the second cipher data sent by the VCU, analyzes the second cipher data, obtains the second check result, and also sends 5 frames of feedback data.

[0043] Further, if the second check result is check passed, the VCU self-restriction state data is identified; if the second check result is not check passed, the number of abnormal times is accumulated, is added by 1 each time, and the corresponding restriction strategy is executed: when ① the number of abnormal times is less than or equal to 1, the anti-theft check level is 1, the anti-theft check instruction data is updated, the vehicle is not restricted, an anti-theft check alarm signal is triggered, and the signal level is 0; ② the number of abnormal times is 2, the anti-theft check level is 2, the anti-theft check instruction data is updated, the vehicle is not restricted, an anti-theft check alarm signal is triggered, and the signal level is 1; the IHU (Infotainment Head Unit, information entertainment main machine) / ICM receives the alarm signal and slow beeps for 30 seconds, and prompts for 3 seconds: “the vehicle has untrusted units and will restrict the vehicle”; ③ the number of abnormal times is greater than or equal to 3, the anti-theft check level is 3, the anti-theft check instruction data is updated, the vehicle is limited to 20Km / h, an anti-theft check alarm signal is triggered, and the signal level is 2; the IHU / ICM receives the alarm signal and fast beeps for 100 seconds, and prompts for 3 seconds: “the vehicle has untrusted units and will restrict the vehicle”; ④ the number of abnormal times exceeds 3, and the number of abnormal times is kept at 3; it should be noted that the number of abnormal times is memorized when the power is turned off, and the number of abnormal times is cleared when the check is passed.

[0044] Exemplarily, the embodiment of the application controls the BMS to initiate active check to the TBOX in response to the power-on signal of the vehicle, checks once every 30 minutes after each check, and sends 5 frames each time when checking, and the TBOX receives the second cipher data sent by the BMS, analyzes the second cipher data, obtains the second check result, and also sends 5 frames of feedback data.

[0045] Further, if the second check result is a check pass, the BMS self-restriction state data is identified; if the second check result is not a check pass, the number of exceptions is accumulated, each time by 1, and the corresponding restriction strategy is executed: when ① the number of exceptions is less than or equal to 1, the anti-theft check level = 1, the anti-theft check instruction data is updated, and the vehicle is not restricted; and an anti-theft check alarm signal is triggered, and the signal level = 0; ② the number of exceptions = 2, the anti-theft check level = 2, the anti-theft check instruction data is updated, the vehicle is not restricted, and an anti-theft check alarm signal is triggered, and the signal level = 1; IHU / ICM receives the alarm signal, slow beeps for 30S, and performs 3S pop-up window prompt: "The vehicle has untrusted units, and the vehicle will be restricted"; ③ the number of exceptions is greater than or equal to 3, the anti-theft check level = 3, the anti-theft check instruction data is updated, and the vehicle output power is restricted; and an anti-theft check alarm signal is triggered, and the signal level = 2; IHU / ICM receives the signal, fast beeps for 100S, and performs 3S pop-up window prompt: "The vehicle has untrusted units, and the vehicle will be restricted"; ④ when the number of check exceptions exceeds 3 times, it is not accumulated and remains 3; it should be noted that the number of exceptions is powered off, and the number of exceptions is cleared when the check is passed.

[0046] For example, the embodiment of the application responds to the power-on signal of the vehicle, and immediately controls the MCU to initiate active check to the TBOX. Each time the check is completed, it is timed to check every 30 minutes. Each time the check is performed, 5 frames are sent. The TBOX receives the second ciphertext data sent by the MCU and performs analysis to obtain a second check result. The feedback data is also sent in 5 frames.

[0047] Further, if the second check result is a check pass, the BMS self-restriction state data is identified; if the second check result is not a check pass, the number of exceptions is accumulated, each time by 1, and the corresponding restriction strategy is executed: when ① the number of exceptions is less than or equal to 1, the anti-theft check level = 1, the anti-theft check instruction data is updated, and the vehicle is not restricted; and an anti-theft check alarm signal is triggered, and the signal level = 0; ② the number of exceptions = 2, the anti-theft check level = 2, the anti-theft check instruction data is updated, the vehicle is not restricted, and an anti-theft check alarm signal is triggered, and the signal level = 1; IHU / ICM receives the alarm signal, slow beeps for 30S, and performs 3S pop-up window prompt: "The vehicle has untrusted units, and the vehicle will be restricted"; ③ the number of exceptions is greater than or equal to 3, the anti-theft check level = 3, the anti-theft check instruction data is updated, and the vehicle output power is restricted; and an anti-theft check alarm signal is triggered, and the signal level = 2; IHU / ICM receives the signal, fast beeps for 100S, and performs 3S pop-up window prompt: "The vehicle has untrusted units, and the vehicle will be restricted"; ④ when the number of check exceptions exceeds 3 times, it is not accumulated and remains 3; it should be noted that the number of exceptions is powered off, and the number of exceptions is cleared when the check is passed. In summary, when the anti-theft verification level is equal to 3, the strategy executed by the embodiment of the application is: ① the VCU limits the vehicle speed to 20Km / h; ② the BMS limits the output power; and ③ the MCU limits the output torque.

[0048] In addition, in the embodiment of the application, the IHU / ICM monitors the anti-theft verification alarm signals of the TBOX, the VCU, the BMS and the MCU, receives any signal value, and responds according to the level of the alarm signal. The higher the level, the faster the response.

[0049] Optionally, in one embodiment of the application, the first verification controller is controlled to parse the first ciphertext data in the first verification request to generate a first verification result, including: the first verification controller is controlled to parse the first ciphertext data to generate corresponding first plaintext data; based on the first plaintext data, it is judged whether the first verification state of the first verification request is a verification pass state; if the first verification state is the verification pass state, the first verification result is generated according to the verification pass state; if the first verification state is not the verification pass state, the number of exceptions that the first verification state is not the verification pass state is counted, and the corresponding alarm signal and the signal level of the alarm signal are generated according to the number of exceptions to obtain the first verification result.

[0050] In some embodiments, the embodiment of the application can generate first plaintext data by parsing the first ciphertext data, and then judge whether the first verification state is a verification pass state according to the first ciphertext data and the second plaintext data. If the first verification state is the verification pass state, the first verification result is generated according to the verification pass state.

[0051] For example, the embodiment of the application can determine that the first verification result is a verification pass and identify the TBOX's own limitation state data when the first verification state is a verification pass state.

[0052] In some embodiments, the embodiment of the application can obtain the first verification result according to the number of exceptions that the first verification state is not the verification pass state, the corresponding alarm signal and the signal level of the alarm signal when the first verification state is not the verification pass state.

[0053] Exemplarily, the embodiment of the present application can determine that the first check result is not passed when the first check state is not the pass state, accumulate the number of exceptions, add 1 each time, and execute the corresponding restriction strategy: when ① the number of exceptions is less than or equal to 1, the anti-theft check level = 1, the anti-theft check instruction data is updated, the platform triggers an alarm in the networked state; at the same time, the anti-theft check alarm signal is triggered, and the signal level = 0; ② the number of exceptions = 2, the anti-theft check level = 2, the anti-theft check instruction data is updated, the platform triggers an alarm in the networked state; at the same time, the anti-theft check alarm signal is triggered, and the signal level = 1, the IHU / ICM receives the alarm signal and slow beeps for 30S, and a 3S pop-up window is prompted: "the vehicle has untrusted units, and the vehicle will be restricted"; ③ the number of exceptions is greater than or equal to 3, the anti-theft check level = 3, the anti-theft check instruction data is updated, the platform triggers an alarm in the networked state; at the same time, the anti-theft check alarm signal is triggered, and the signal level = 2, the IHU / ICM receives the alarm signal and fast beeps for 100S, and a 3S pop-up window is prompted: "the vehicle has untrusted units, and the vehicle will be restricted"; ④ the number of exceptions exceeds 3 times, and 3 is maintained without accumulation. It should be noted that the number of exceptions is memorized after power-off, and the number of exceptions is cleared when the check is passed. Optionally, in an embodiment of the present application, judging whether the first check state of the first check request is a check pass state based on the first plaintext data comprises: obtaining network data of the first check controller; judging whether the first check state is a check pass state based on the network data and the first plaintext data.

[0054] It can be understood that the embodiment of the present application can obtain the network data of the first check controller when judging whether the first check state is a check pass state, and then judge whether the first check state is a check pass state according to the network data and the first plaintext data.

[0055] Exemplarily, the embodiment of the present application can determine that the first check state is not a check pass state when the network data is not connected to the network; determine that the first check state is not a check pass state when the first plaintext data does not match the data corresponding to the controller; and determine that the first check state is a check pass state when the network data is connected to the network and the first plaintext data matches the data corresponding to the controller.

[0056] Optionally, in an embodiment of the present application, the corresponding alarm signal and the signal level of the alarm signal are generated according to the number of exceptions, comprising: detecting the alarm interval in which the number of exceptions is based on the number of exceptions; generating an alarm signal based on the alarm interval; and determining the signal level based on the alarm signal.

[0057] It can be understood that the alarm interval can be divided into three in the embodiment of the application: the first alarm interval when the number of abnormalities ≤1, at this time, the signal level = 0; the second alarm interval when the number of abnormalities = 2, at this time, the signal level = 1; the third alarm interval when the number of abnormalities ≥3, at this time, the signal level = 2, which can be set by the person skilled in the art according to the actual situation, and the application does not make specific limitations.

[0058] In actual execution, the embodiment of the application can generate a corresponding alarm signal according to the alarm interval in which the number of abnormalities is located, and determine the corresponding signal level.

[0059] In step S303, at least one driving parameter of the vehicle is determined based on the first verification result and the second verification result, so as to control the vehicle according to the at least one driving parameter.

[0060] In actual execution, the embodiment of the application can determine the driving parameter of the vehicle according to the first verification result and the second verification result, and then control the vehicle.

[0061] Optionally, in an embodiment of the application, based on the first verification result and the second verification result, at least one driving parameter of the vehicle is determined, including: based on the first verification result and the second verification result, identifying the verification feature of the corresponding verification controller; based on the verification feature, determining at least one driving parameter.

[0062] It can be understood that in the embodiment of the application, the verification feature can include but is not limited to VCU limited speed feature, BMS limited output power feature, MCU limited output torque feature, which can be set by the person skilled in the art according to the actual situation, and the application does not make specific limitations.

[0063] In some embodiments, the embodiment of the application can determine the verification feature of the first verification controller and the verification feature of the second verification controller according to the first verification result and the second verification result, and then determine the driving parameter of the vehicle.

[0064] The working principle flowchart of the vehicle control method proposed by the embodiment of the application will be introduced below in combination with a specific embodiment.

[0065] Among them, Figure 4 The working principle flowchart of the vehicle control method provided by an embodiment of the application.

[0066] As Figure 4 shown, the main content of the method is: (1) Verification of the cloud: The embodiment of the application switches the power gear from off to on, the TBOX receives a first verification request, initiates active verification to the VCU, the BMS and the MCU, counts every 30 minutes after each verification, and sends 5 frames each time; after the VCU and the BMS receive the first ciphertext data sent by the TBOX, the first plaintext data after analysis is fed back to the TBOX, and the feedback data is also sent in 5 frames; when the anti-theft verification level = 3, the corresponding strategy is executed: ① the VCU limits the vehicle speed to 20Km / h; ② the BMS limits the output power; ③ the MCU limits the output torque.

[0067] In addition, when the first verification result is verification passed, the embodiment of the application executes the corresponding strategy according to the TBOX self-limiting state data; when the first verification result is not verification passed, the number of exceptions is accumulated, each time by 1, and the corresponding limiting strategy is executed: ① when the number of exceptions ≤1, the anti-theft verification level = 1, the anti-theft verification instruction data is updated, the platform triggers an alarm in the networking state; at the same time, the anti-theft verification alarm signal is triggered, and the signal level = 0; ② when the number of exceptions = 2, the anti-theft verification level = 2, the anti-theft verification instruction data is updated, the platform triggers an alarm in the networking state; at the same time, the anti-theft verification alarm signal is triggered, and the signal level = 1, the IHU / ICM receives the alarm signal and slow beeps for 30S, and prompts for 3S pop-up window: “the vehicle has untrusted unit, the vehicle will be limited”; ③ when the number of exceptions ≥3, the anti-theft verification level = 3, the anti-theft verification instruction data is updated, the platform triggers an alarm in the networking state; at the same time, the anti-theft verification alarm signal is triggered, and the signal level = 2, the IHU / ICM receives the alarm signal and fast beeps for 100S, and prompts for 3S pop-up window: “the vehicle has untrusted unit, the vehicle will be limited”; ④ when the number of exceptions exceeds 3 times, it is not accumulated and kept at 3; it should be noted that the number of exceptions is memorized after power off, and the number of exceptions is cleared when the verification is passed. (2) Vehicle-side verification: VCU verification The embodiment of the application switches the power gear from off to on, the VCU initiates active verification to the TBOX, counts every 30 minutes after each verification, and sends 5 frames each time, and the TBOX receives the second ciphertext data sent by the VCU and analyzes it to get the second verification result, and the feedback data is also sent in 5 frames.

[0068] Further, when the second verification result is a verification pass, the embodiment of the application executes corresponding strategies according to the VCU self-restriction state data; when the second verification result is not a verification pass, the abnormal number of times is accumulated, each time is added by 1, and corresponding restriction strategies are executed: ① when the abnormal number of times is less than or equal to 1, the anti-theft verification level = 1, the anti-theft verification instruction data is updated, the vehicle is not restricted; and the anti-theft verification alarm signal is triggered, and the signal level = 0; ② when the abnormal number of times = 2, the anti-theft verification level = 2, the anti-theft verification instruction data is updated, the vehicle is not restricted; and the anti-theft verification alarm signal is triggered, and the signal level = 1; after the IHU / ICM receives the alarm signal, slow buzzing is performed for 30S, and 3S pop-up window prompt is performed: “the vehicle exists untrusted unit, and the vehicle will be restricted”; ③ when the abnormal number of times is greater than or equal to 3, the anti-theft verification level = 3, the anti-theft verification instruction data is updated, and the vehicle is limited to 20Km / h; and the anti-theft verification alarm signal is triggered, and the signal level = 2; after the IHU / ICM receives the alarm signal, fast buzzing is performed for 100S, and 3S pop-up window prompt is performed: “the vehicle exists untrusted unit, and the vehicle will be restricted”; ④ when the abnormal number of times exceeds 3 times, it is not accumulated and remains 3; it should be noted that the abnormal number of times is powered off and memorized, and when the verification passes, the abnormal number of times is cleared.

[0069] (3) Vehicle end verification: BMS verification When the power gear is switched from off to on, the BMS initiates active verification to the TBOX, each time after verification, it is counted every 30 minutes to verify once, and 5 frames are sent each time, and the TBOX receives the second ciphertext data sent by the BMS and performs analysis to obtain the second verification result, and the feedback data is also sent in 5 frames.

[0070] Further, when the second verification result is a verification pass, the embodiment of the application executes corresponding strategies according to the BMS self-restriction state data; when the second verification result is not a verification pass, the abnormal number of times is accumulated, each time is added by 1, and corresponding restriction strategies are executed: ① when the abnormal number of times is less than or equal to 1, the anti-theft verification level = 1, the anti-theft verification instruction data is updated, the vehicle is not restricted; and the anti-theft verification alarm signal is triggered, and the signal level = 0; ② when the abnormal number of times = 2, the anti-theft verification level = 2, the anti-theft verification instruction data is updated, the vehicle is not restricted, and the anti-theft verification alarm signal is triggered, and the signal level = 1; after the IHU / ICM receives the alarm signal, slow buzzing is performed for 30S, and 3S pop-up window prompt is performed: “the vehicle exists untrusted unit, and the vehicle will be restricted”; ③ when the abnormal number of times is greater than or equal to 3, the anti-theft verification level = 3, the anti-theft verification instruction data is updated, and the vehicle is limited to output power; and the anti-theft verification alarm signal is triggered, and the signal level = 2; after the IHU / ICM receives the signal, fast buzzing is performed for 100S, and 3S pop-up window prompt is performed: “the vehicle exists untrusted unit, and the vehicle will be restricted”; ④ when the verification abnormal number of times exceeds 3 times, it is not accumulated and remains 3; it should be noted that the abnormal number of times is powered off and memorized, and when the verification passes, the abnormal number of times is cleared.

[0071] (4) Vehicle-side verification: MCU verification In this embodiment of the application, when the power level is switched from off to on, the MCU initiates an active verification to the TBOX. After each verification, a verification is performed every 30 minutes. Five frames are sent during each verification. The TBOX receives the second encrypted data sent by the MCU, parses it, obtains the second verification result, and sends five frames of feedback data.

[0072] Furthermore, in this embodiment, when the second verification result is a successful verification, the corresponding strategy is executed based on the MCU's own limitation status data; when the second verification result is not a successful verification, the number of abnormalities is accumulated, incremented by 1 each time, and the corresponding limitation strategy is executed: ① When the number of abnormalities ≤ 1, the anti-theft verification level = 1, the anti-theft verification command data is updated, the vehicle is not restricted; and an anti-theft verification alarm signal is triggered, with a signal level = 0; ② When the number of abnormalities = 2, the anti-theft verification level = 2, the anti-theft verification command data is updated, the vehicle is not restricted; and an anti-theft verification alarm signal is triggered, with a signal level = 1; after receiving the alarm signal, the IHU / ICM will sound a slow beep for 30 seconds and display a 3-second pop-up window: "The vehicle has an untrusted unit, the vehicle will be restricted"; ③ When the number of abnormalities ≥ 3, the anti-theft verification level = 3, the anti-theft verification command data is updated, the vehicle's output power is limited; and an anti-theft verification alarm signal is triggered, with a signal level = 2; After receiving the alarm signal, the IHU / ICM will sound a buzzer for 100 seconds and display a pop-up window for 3 seconds: "The vehicle has an untrusted unit and will be restricted"; ④ When the number of abnormalities exceeds 3, it will not be accumulated and will remain at 3; It should be noted that the number of abnormalities is remembered after power-off, and the number of abnormalities will be cleared to zero when the verification is passed.

[0073] Furthermore, in this embodiment, the IHU / ICM monitors the anti-theft verification alarm signals of the TBOX, VCU, BMS, and MCU, receives any signal value, and responds according to the alarm signal level; the higher the level, the faster the response.

[0074] The vehicle management and control method provided in the embodiments of the present application can respond to a power-on signal of a vehicle, receive a first verification request sent by a cloud and a second verification request sent by a vehicle end respectively, analyze first cipher text data in the first verification request and second cipher text data in the second verification request, generate corresponding verification results, and determine driving parameters of the vehicle to manage and control the vehicle. Double verification ensures that it is difficult for the system to be maliciously attacked or tampered with, effectively prevents illegal vehicles from accessing or maliciously controlling the vehicle, ensures the safety of vehicle driving, improves the reliability of the vehicle management and control system, reduces the risk of vehicle out-of-control caused by system failure, realizes flexible management and control of vehicle driving parameters, meets the individual needs of different users, and improves the user experience. Thus, the related art problem that most vehicles are only identified and managed by regulatory requirements and manual detection is solved.

[0075] Next, the vehicle management and control device provided in the embodiments of the present application is described with reference to the accompanying drawings.

[0076] Figure 5 A block schematic diagram of the vehicle management and control device provided in the embodiments of the present application is shown.

[0077] As shown in Figure 5 , the vehicle management and control device 10 includes a cloud verification and a vehicle end verification. The vehicle management and control device 10 includes a receiving module 100, an analysis module 200, and a determination module 300.

[0078] The receiving module 100 is configured to respond to a power-on signal of a vehicle, receive a first verification request sent by a cloud and a second verification request sent by a vehicle end respectively.

[0079] The analysis module 200 is configured to control a first verification controller to analyze first cipher text data in the first verification request to generate a first verification result, and control a second verification controller to analyze second cipher text data in the second verification request to generate a second verification result.

[0080] The determination module 300 is configured to determine at least one driving parameter of the vehicle based on the first verification result and the second verification result, and manage and control the vehicle according to the at least one driving parameter.

[0081] Optionally, in an embodiment of the present application, the analysis module 200 includes an analysis unit, a judgment unit, a first generation unit, and a second generation unit.

[0082] The analysis unit is configured to control the first verification controller to analyze the first cipher text data to generate corresponding first plain text data.

[0083] The judging unit is configured to judge whether the first check state of the first check request is a check pass state based on the first plaintext data.

[0084] The first generating unit is configured to generate the first check result according to the check pass state when the first check state is the check pass state.

[0085] The second generating unit is configured to count the number of exceptions when the first check state is not the check pass state, and generate an alarm signal and a signal level of the alarm signal according to the number of exceptions to obtain the first check result.

[0086] Optionally, in an embodiment of the present application, the judging unit comprises an obtaining subunit and a judging subunit.

[0087] The obtaining subunit is configured to obtain network data of the first check controller.

[0088] The judging subunit is configured to judge whether the first check state is the check pass state based on the network data and the first plaintext data.

[0089] Optionally, in an embodiment of the present application, the second generating unit comprises a detecting subunit, a generating subunit and a determining subunit.

[0090] The detecting subunit is configured to detect an alarm interval in which the number of exceptions is located based on the number of exceptions.

[0091] The generating subunit is configured to generate the alarm signal based on the alarm interval.

[0092] The determining subunit is configured to determine the signal level based on the alarm signal.

[0093] Optionally, in an embodiment of the present application, the determining module 300 comprises an identifying unit and a determining unit.

[0094] The identifying unit is configured to identify a check feature of the check controller based on the first check result and the second check result.

[0095] The determining unit is configured to determine at least one driving parameter based on the check feature.

[0096] It should be noted that the above description of the vehicle management and control method is also applicable to the vehicle management and control device, which will not be described here.

[0097] The vehicle management and control device provided by the embodiment of the present application can respond to the power-on signal of the vehicle, receive the first verification request sent by the cloud and the second verification request sent by the vehicle end respectively, analyze the first ciphertext data in the first verification request and the second ciphertext data in the second verification request, generate the corresponding verification result, and determine the driving parameter of the vehicle to manage and control the vehicle. The double verification ensures that the difficulty of malicious attacks or tampering of the system is greatly increased, the illegal vehicle access or malicious control of the vehicle can be effectively prevented, the driving safety of the vehicle is ensured, the reliability of the vehicle management and control system is improved, the risk of vehicle out of control caused by system failure is reduced, the flexible management and control of the driving parameter of the vehicle is realized, the individualized needs of different users are met, and the user experience is improved. Therefore, the problem that in the related art, most of the strategies for identification and management are only through the way of regulations and human detection, which cannot effectively identify and avoid illegal international sales and other problems.

[0098] Figure 6 A structural diagram of a vehicle according to an embodiment of the present application is provided. The vehicle can include: The memory 601, the processor 602, and the computer program stored in the memory 601 and executable on the processor 602.

[0099] The processor 602 implements the vehicle management and control method provided in the above embodiments when executing the program.

[0100] Further, the vehicle further includes: The communication interface 603 is used for communication between the memory 601 and the processor 602.

[0101] The memory 601 is used to store the computer program executable on the processor 602.

[0102] The memory 601 can include a high-speed RAM memory, and can also include a non-volatile memory, for example, at least one disk memory.

[0103] If the memory 601, the processor 602 and the communication interface 603 are implemented independently, the communication interface 603, the memory 601 and the processor 602 can be connected with each other through a bus and complete communication between each other. 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. The bus can be divided into an address bus, a data bus, a control bus, etc. For convenience of representation, Figure 6 Only one thick line is used to represent the bus in the figure, but it does not mean that there is only one bus or only one type of bus.

[0104] Optionally, in a specific implementation, if the memory 601, the processor 602 and the communication interface 603 are integrated on a chip, the memory 601, the processor 602 and the communication interface 603 can complete communication between each other through an internal interface.

[0105] The processor 602 can be a Central Processing Unit (CPU), or an Application Specific Integrated Circuit (ASIC), or one or more integrated circuits configured to implement one or more embodiments of the present application.

[0106] The embodiment of the present application further provides a computer readable storage medium, which has a computer program stored thereon, and the program is executed by a processor to implement the vehicle management and control method.

[0107] The embodiment of the present application further provides a computer program product, which includes a computer program, and the program is executed to implement the vehicle management and control method.

[0108] In the description of the application, reference to "one embodiment", "some embodiments", "an example", "a specific example", or "some examples" means that a particular feature, structure, material, or characteristic being described is included in at least one embodiment or example of the application. The appearances of the phrase in various places in the specification are not necessarily all referring to the same embodiment or example. Furthermore, the described specific features, structures, materials, or characteristics can be combined in any suitable manner in one or more embodiments or examples. In addition, the usage of "N" means at least two, for example, two, three or the like, unless explicitly stated otherwise.

[0109] Furthermore, the terms "first", "second", or the like, are used merely as a designation of certain elements or features, and do not imply or connote relative importance or a specific order of categorization thereof. Accordingly, features described as "first" or "second" can be explicitly or implicitly included in at least one of the features. In the description of the application, the meaning of "N" is at least two, for example, two, three, etc., unless explicitly specified otherwise.

[0110] Any process or method descriptions or blocks in flow charts or otherwise described herein represent embodiments which can be managed as one or more modules, segments, or portions of code which include one or more executable instructions for implementing specific logic functions or steps, and alternate implementations are possible. In some embodiments, the processes and methods described can be executed by one or more apparatuses or devices, either directly or after conversion to another language. Alternate implementations are possible.

[0111] The logic and / or steps represented in the flowcharts and / or described herein, for example, can be considered as a sequence of executable instructions, and can be embodied in any computer-readable medium for use by or in connection with an instruction execution system, apparatus, or device, such as a computer-based system, processor- containing system, or other system that can fetch the instructions from the instruction execution system, apparatus, or device and execute the instructions. For purposes of this specification, a "computer-readable medium" can be any apparatus that can contain, store, communicate, propagate, or transport the program for use by or in connection with the instruction execution system, apparatus, or device. The computer-readable medium can be a product of the manufacturing and / or processing. The computer-readable medium can include, but is not limited to, the following: an electronic connection (an electronic device with one or N wires), a portable computer diskette (a magnetic device), a RAM (random access memory), a ROM (read-only memory), an EPROM (erasable programmable ROM) or a Flash memory, an optical fiber, and a portable CD ROM. In addition, the computer-readable medium can even be paper or other suitable medium upon which the program can be printed, because the program can be electronically obtained from the paper or other medium, by optically scanning the paper or other medium, then by electronically translating the optically scanned data into the program, and then by storing the program in a computer memory.

[0112] It should be understood that aspects of the application can be implemented in hardware, software, firmware or combinations thereof. In the above embodiments, the N steps or methods can be implemented in software or firmware stored in a memory and executed by a suitable instruction execution system. If implemented in hardware and in another embodiment, the hardware can be implemented using any or a combination of the following technologies, which are all well known in the art: a discrete logic circuit having logic gates for implementing logic functions on data signals, an application specific integrated circuit having appropriate combinational logic gates, a programmable gate array (PGA), a field programmable gate array (FPGA), etc.

[0113] Those of skill in the art would understand that the steps carried out in the above-mentioned embodiments can be implemented by programs instructing relevant hardware to complete all or part of the steps, and the programs can be stored in a computer-readable storage medium. When the programs are executed, they include one or a combination of the steps of the method embodiments.

[0114] In addition, each of the functional units in the various embodiments of the present application can be integrated in one processing module, or each of the units can be physically present separately, or two or more units can be integrated in one module. The integrated module can be realized in the form of hardware or in the form of a software functional module. When the integrated module is realized in the form of a software functional module and sold or used as an independent product, it can also be stored in a computer readable storage medium.

[0115] The storage medium mentioned above can be a read-only memory, a magnetic disk or an optical disk, etc. Although the embodiments of the present application have been shown and described above, it should be understood that the above embodiments are exemplary and should not be construed as limiting the present application, and those skilled in the art can make changes, modifications, replacements and variations to the above embodiments within the scope of the present application.

Claims

1. A method of managing a vehicle, characterized by, The method comprises the following steps: In response to a power-on signal of the vehicle, a first check request sent by the cloud and a second check request sent by the vehicle are received respectively; The first check controller is controlled to parse first ciphertext data in the first check request to generate a first check result, and the second check controller is controlled to parse second ciphertext data in the second check request to generate a second check result; At least one driving parameter of the vehicle is determined based on the first check result and the second check result, and the vehicle is controlled according to the at least one driving parameter.

2. The method of claim 1, wherein, The control of the first check controller to parse the first ciphertext data in the first check request to generate the first check result comprises: The first check controller is controlled to parse the first ciphertext data to generate corresponding first plaintext data; Based on the first plaintext data, it is judged whether a first check state of the first check request is a check pass state; If the first check state is the check pass state, the first check result is generated according to the check pass state; If the first check state is not the check pass state, an abnormal number of times that the first check state is not the check pass state is counted, and corresponding alarm signals and signal levels of the alarm signals are generated according to the abnormal number of times to obtain the first check result.

3. The method of claim 2, wherein, The judgment of whether the first check state of the first check request is the check pass state based on the first plaintext data comprises: Network data of the first check controller is obtained; Based on the network data and the first plaintext data, it is judged whether the first check state is the check pass state.

4. The method of claim 2, wherein, The generation of the corresponding alarm signals and the signal levels of the alarm signals according to the abnormal number of times comprises: Based on the abnormal number of times, an alarm interval in which the abnormal number of times is located is detected; Based on the alarm interval, the alarm signals are generated; Based on the alarm signals, the signal levels are determined.

5. The method of claim 1, wherein, The determination of the at least one driving parameter of the vehicle based on the first check result and the second check result comprises: Based on the first check result and the second check result, a check feature of the corresponding check controller is identified; Based on the check feature, the at least one driving parameter is determined.

6. A management device of a vehicle characterized by comprising: The device comprises: A receiving module is configured to, in response to a power-on signal of the vehicle, receive a first check request sent by the cloud and a second check request sent by the vehicle respectively; An analysis module is configured to control a first check controller to parse first ciphertext data in the first check request to generate a first check result, and control a second check controller to parse second ciphertext data in the second check request to generate a second check result; A determination module is configured to determine at least one driving parameter of the vehicle based on the first check result and the second check result, and control the vehicle according to the at least one driving parameter.

7. The apparatus of claim 6, wherein, The analysis module comprises: The analysis unit is configured to control the first verification controller to analyze the first ciphertext data to generate corresponding first plaintext data; The judgment unit is configured to judge, based on the first plaintext data, whether a first verification state of the first verification request is a verification pass state; The first generation unit is configured to generate the first verification result according to the verification pass state when the first verification state is the verification pass state. The second generation unit is configured to count an abnormal number of times when the first verification state is not the verification pass state, and generate a corresponding alarm signal and a signal level of the alarm signal according to the abnormal number of times, to obtain the first verification result.

8. A vehicle characterized by comprising: The vehicle management method comprises the following steps: A memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement the vehicle management method according to any one of claims 1-5.

9. A computer readable storage medium having stored thereon a computer program, characterized in that, The program is executed by the processor to implement the vehicle management method according to any one of claims 1-5.

10. A computer program product, characterised in that, The computer program is executed to implement the vehicle management method according to any one of claims 1-5.

Images