Vehicle starting method and device

Abstract

The invention relates to the technical field of safe driving, in particular to a vehicle starting method and device.The method comprises the steps that whether a vehicle is powered on or not is detected; under the condition that it is detected that the vehicle is powered on, collecting a vehicle body surrounding image of the vehicle, and comparing the vehicle body surrounding image with a preset reference image to obtain a comparison result; according to the comparison result, the starting risk of the vehicle is recognized, under the condition that the starting risk does not reach the preset safety condition, the acceleration instruction of the vehicle is restrained, and risk warning is conducted. By comparing the images around the vehicle body before the vehicle is powered on and when the vehicle is parked last time, whether obstacles exist around the vehicle or not can be determined, whether the acceleration instruction meets the suppression condition or not is judged, the starting risk of the vehicle is recognized, risk warning is conducted, and therefore the intelligent degree of the vehicle is improved, the driving safety and reliability are guaranteed, and the driving safety is improved. And the driving experience of the user is improved.

Description

Technical Field

[0001] This application relates to the field of safe driving technology, and in particular to a method and apparatus for starting a vehicle. Background Technology

[0002] In the driving test's third subject, drivers are required to walk around the car to check for potential risks before driving on the road. However, in real life, many drivers still fail to fully meet the above requirements before starting the vehicle, which often leads to accidents such as vehicles running over living things and obstacles around the vehicle during the starting phase.

[0003] In related technologies, AVM (Around View Monitor) consists of surround-view cameras, controllers, and an in-vehicle display device arranged around the vehicle. After the vehicle is powered on or the engine is started, the system automatically activates the panoramic image when it detects that the vehicle is moving, or the driver can activate the panoramic image by pressing a special button. The panoramic image is then displayed in the vehicle, allowing the driver to actively identify any obstacles or other risks.

[0004] In related technologies, AVM systems can be automatically activated at a certain vehicle speed or manually activated by the driver, assisting the driver in identifying surrounding obstacles through images. However, these technologies are limited to image display and lack intelligent recognition, judgment, and prevention capabilities. This poses a risk of accidents due to the driver's failure to identify obstacles in time, and relies on manual operation. Furthermore, during the initial startup phase, the system displays panoramic images indiscriminately, resulting in a poor user experience, which urgently needs improvement. Summary of the Invention

[0005] This application provides a vehicle starting method and device to solve the problems in related technologies, such as the inability to intelligently identify and judge potential risks around the vehicle, low intelligence level, and the need for panoramic imaging to be constantly on, resulting in a poor user experience.

[0006] The first aspect of this application provides a method for starting a vehicle, comprising the following steps: detecting whether the vehicle is powered on; when the vehicle is powered on, acquiring an image of the area around the vehicle body, comparing the image of the area around the vehicle body with a preset reference image, and obtaining a comparison result; identifying the starting risk of the vehicle based on the comparison result, and suppressing the acceleration command of the vehicle and issuing a risk warning if the starting risk does not reach a preset safety condition.

[0007] Based on the above technical means, the embodiments of this application can compare the images of the vehicle's surroundings after power-on with the images of the vehicle's surroundings before power-on. When the two images are inconsistent, it is determined that the vehicle is at risk of starting, so the vehicle's acceleration command is suppressed and a risk warning is issued, thereby ensuring driving safety and reliability and improving the vehicle's intelligence level.

[0008] Optionally, in one embodiment of this application, before comparing the images around the vehicle body and the preset reference image, the method further includes: acquiring images around the vehicle body before the vehicle is powered on and in a parked state; and determining the preset reference image based on the images around the vehicle body.

[0009] Based on the above technical means, the embodiments of this application can collect images of the vehicle's surroundings before the vehicle is powered on and use them as preset reference images, thereby ensuring the comparison between the images of the vehicle's surroundings and the reference images to identify the risk of the vehicle starting.

[0010] Optionally, in one embodiment of this application, comparing the image around the vehicle body with a preset reference image to obtain a comparison result includes: comparing the image around the vehicle body with the preset reference image to identify a suspicious obstacle; and generating the comparison result based on the suspicious obstacle.

[0011] Based on the above-mentioned technical means, this application embodiment can identify suspicious obstacles by comparing the differences between the images around the vehicle body and the reference images, thereby improving the accuracy of identification and the reliability of driving.

[0012] Optionally, in one embodiment of this application, the method further includes: collecting the actual tire pressure of the vehicle; determining whether the actual tire pressure meets the preset safety conditions; and issuing a tire pressure warning if the actual tire pressure does not meet the preset safety conditions.

[0013] Based on the above technical means, the embodiments of this application can collect the actual tire pressure of the vehicle, determine whether the tire pressure value of each tire is within the normal range, and determine whether the tire pressure values ​​of the four tires are the same. If the tire pressure value is within the normal range and the tire pressure values ​​of the four tires are the same, the vehicle will not issue a tire pressure warning; if the tire pressure value is lower than the normal value or the tire pressure values ​​of the four tires are inconsistent, a tire pressure warning will be issued to alert the driver that there is a risk of starting at this moment, thereby ensuring the safety of vehicle driving and the personal safety of the driver.

[0014] Optionally, in one embodiment of this application, the method further includes: receiving a confirmation instruction from the driver after a risk warning; and in response to the confirmation instruction, stopping the suppression of the acceleration command.

[0015] Based on the above-mentioned technical means, in this embodiment of the application, after issuing a risk warning, the driver gets out of the vehicle to confirm that there are no obstacles, and then stops the acceleration suppression command, thereby ensuring the normal operation of the vehicle and improving the user's driving experience.

[0016] Optionally, in one embodiment of this application, before suppressing the acceleration command of the vehicle, the method further includes: determining whether the acceleration command meets a preset suppression condition; if the acceleration command meets the preset suppression condition, then controlling the vehicle to stop power output.

[0017] Based on the above technical means, the embodiments of this application can determine whether the acceleration command meets the suppression condition. When the driver presses the accelerator pedal for the first time, the suppression condition is met, and the vehicle is controlled to stop power output. When the driver presses the accelerator pedal for the second time, the suppression condition is not met, and the vehicle's power output is not stopped, allowing the vehicle to start driving normally. This reduces misjudgment, ensures the safety of vehicle start-up, and improves the user's driving experience.

[0018] A second aspect of this application provides a vehicle starting device, comprising: a detection module for detecting whether the vehicle is powered on; a comparison module for acquiring images of the vehicle's surroundings when the vehicle is detected to be powered on, and comparing the images of the vehicle's surroundings with a preset reference image to obtain a comparison result; and a control module for identifying the starting risk of the vehicle based on the comparison result, and suppressing the vehicle's acceleration command and issuing a risk warning if the starting risk does not meet a preset safety condition.

[0019] Optionally, in one embodiment of this application, it further includes: an acquisition module, configured to acquire images of the vehicle's surroundings before comparing the images around the vehicle body with the preset reference image, and before the vehicle is powered on and in a parked state; and a determination module, configured to determine the preset reference image based on the images of the vehicle's surroundings.

[0020] Optionally, in one embodiment of this application, the comparison module includes: a comparison unit, used to compare the image around the vehicle body with the preset reference image to determine a suspicious obstacle; and a generation unit, used to generate the comparison result based on the suspicious obstacle.

[0021] Optionally, in one embodiment of this application, it further includes: a measurement module for collecting the actual tire pressure of the vehicle; a first judgment module for judging whether the actual tire pressure meets the preset safety conditions; and a warning module for issuing a tire pressure warning when the actual tire pressure does not meet the preset safety conditions.

[0022] Optionally, in one embodiment of this application, it further includes: a receiving module, configured to receive a confirmation instruction from the driver after a risk warning; and a stopping module, configured to stop suppressing the acceleration command in response to the confirmation instruction.

[0023] Optionally, in one embodiment of this application, it further includes: a second determination module, configured to determine whether the acceleration command satisfies the preset suppression condition before suppressing the acceleration command of the vehicle; and a suppression module, configured to control the vehicle to stop power output when the acceleration command satisfies the preset suppression condition.

[0024] A third aspect of this application provides a vehicle, including: 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 starting method as described in the above embodiments.

[0025] A fourth aspect of this application provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the vehicle starting method described above.

[0026] A fifth aspect of this application provides a computer program product, including a computer program that is executed to implement the above-described vehicle starting method.

[0027] This application compares images of the vehicle's surroundings before power-on and during the last parking session to determine the presence of obstacles, check tire pressure within a safe range, and assess whether acceleration commands meet suppression conditions. This allows for the identification of starting risks and the issuance of risk warnings, thereby improving vehicle intelligence, ensuring driving safety and reliability, and enhancing the user's driving experience. This solves the problems of related technologies, such as the inability to intelligently identify and assess potential risks around the vehicle, low intelligence levels, the need for constant panoramic imaging, and poor user experience.

[0028] Additional aspects and advantages of this application will be set forth in part in the description which follows, and in part will be obvious from the description, or may be learned by practice of this application. Attached Figure Description

[0029] The above and / or additional aspects and advantages of this application will become apparent and readily understood from the following description of the embodiments taken in conjunction with the accompanying drawings, wherein:

[0030] Figure 1 This is a flowchart of a vehicle starting method provided according to an embodiment of this application;

[0031] Figure 2 This is a schematic diagram illustrating the working principle of a vehicle starting method according to an embodiment of this application;

[0032] Figure 3 A flowchart illustrating a vehicle starting method according to a specific embodiment of this application;

[0033] Figure 4 This is a block diagram of a vehicle starting device provided according to an embodiment of this application.

[0034] Figure 5 This is a structural schematic diagram of the vehicle provided in an embodiment of this application.

[0035] Figure label:

[0036] Among them, 10-vehicle starting device; 100-detection module, 200-comparison module, 300-control module; 501-memory, 502-processor, 503-communication interface. Detailed Implementation

[0037] The embodiments of this application are described in detail below. Examples of the embodiments are shown in the accompanying drawings, wherein the same or similar reference numerals denote the same or similar elements or elements having the same or similar functions throughout. The embodiments described below with reference to the accompanying drawings are exemplary and intended to explain this application, and should not be construed as limiting this application.

[0038] The following description, with reference to the accompanying drawings, describes a vehicle starting method and apparatus according to embodiments of this application. Addressing the issues mentioned in the background section regarding the inability to intelligently identify and assess potential risks around the vehicle, low intelligence levels, the constant use of panoramic imaging, and poor user experience in related technologies, this application provides a vehicle starting method. In this method, the present application can determine the presence of obstacles around the vehicle by comparing images of the vehicle's surroundings before and after power-on, detect whether tire pressure is within a safe range, and determine whether the acceleration command meets suppression conditions. This identifies vehicle starting risks and provides risk warnings, thereby improving the vehicle's intelligence level, ensuring driving safety and reliability, and enhancing the user's driving experience. Thus, it solves the problems of the inability to intelligently identify and assess potential risks around the vehicle, low intelligence levels, the constant use of panoramic imaging, and poor user experience in related technologies.

[0039] Specifically, Figure 1 This is a flowchart of a vehicle starting method provided in an embodiment of this application.

[0040] like Figure 1 As shown, the method for starting this vehicle includes the following steps:

[0041] In step S101, it is detected whether the vehicle is powered on.

[0042] It is understood that vehicle power-on refers to the entire vehicle being supplied with a 12V power supply, and simultaneously the CAN (Controller Area Network) being activated and beginning signal transmission. In this embodiment, the vehicle can first detect whether it is in a fully powered-on state to determine the necessity of the next step, thereby activating image acquisition devices, such as vehicle body cameras, to perform subsequent image acquisition actions.

[0043] There are many ways to detect vehicle status. For example, in this embodiment, the vehicle status can be identified by a vehicle status recognition module and transmitted to the vehicle terminal in real time. The vehicle terminal has a built-in vehicle status recognition module, which identifies the vehicle's power-on, start-up, temporary stop, temporary stop start-up, or stop-and-off status based on data collected by the vehicle sensors.

[0044] Therefore, this embodiment of the application detects whether the vehicle is powered on, providing a basis for whether to collect images of the area around the vehicle body.

[0045] In step S102, when the vehicle is detected to be powered on, images of the area around the vehicle are acquired, and the images of the area around the vehicle are compared with preset reference images to obtain a comparison result.

[0046] It should be noted that the images around the vehicle body in this embodiment may include, but are not limited to, images of the ground under the vehicle chassis and images of the vehicle's surroundings; while the preset reference images may include, but are not limited to, images of the vehicle body collected before the vehicle is powered on and in a parked state, or other pre-established images of the vehicle body. When the vehicle is detected to be powered on, this embodiment can collect images of the vehicle body and compare them with reference images before the vehicle is powered on; when the vehicle is detected to be not powered on, this embodiment does not collect images of the vehicle body.

[0047] In one embodiment of this application, the image acquisition device on the vehicle terminal may, but is not limited to, consist of four ultra-wide-angle cameras installed on the vehicle body, used to acquire images of the vehicle's surroundings. When the vehicle status recognition module detects that the vehicle is powered on, the system background quickly starts automatically. The IMS (In-cabin Monitoring System) calls the image acquisition module to take pictures of the vehicle's surroundings and transmits the real-time acquired images of the vehicle's surroundings to the vehicle terminal. The vehicle terminal then compares the current images of the vehicle's surroundings with the images stored when the vehicle was last engaged in Park (P) gear, and transmits the recognition results to the data analysis module to determine if there are any suspicious obstacles.

[0048] It should be noted that the preset reference images in the embodiments of this application can be set or adjusted by those skilled in the art according to the actual situation. This is only an illustrative example and is not specifically limited.

[0049] Therefore, this application embodiment acquires images of the area around the vehicle body and compares these images with images taken before the vehicle is powered on to obtain comparison results. This provides a basis for identifying potential obstacle risks around the vehicle, thereby helping to ensure the safe driving of the vehicle.

[0050] Optionally, in one embodiment of this application, before comparing the images around the vehicle body with the preset reference image, the method further includes: acquiring images around the vehicle body before the vehicle is powered on and in a parked state; and determining the preset reference image based on the images around the vehicle body.

[0051] It is understandable that the image storage module here can be understood as a storage module used to store image information collected when the vehicle was last parked and in P gear.

[0052] In some embodiments, the system identifies the vehicle's gear status in real time. When the system detects that the vehicle has completed parking, such as when the vehicle speed is 0 and the gear is set to P, this embodiment can call the image acquisition module to take pictures of the area around the vehicle and save the pictures from various angles and the fused and stitched pictures in the image storage module as reference images.

[0053] Therefore, in this embodiment of the application, before the vehicle is powered on and in a parked state, images of the vehicle's surroundings are collected and determined as a certain reference image. This allows for the comparison between the current images of the vehicle's surroundings and the certain reference image, and the identification of vehicle start-up risks is achieved based on the comparison.

[0054] Optionally, in one embodiment of this application, comparing an image around the vehicle body with a preset reference image to obtain a comparison result includes: comparing the image around the vehicle body with the preset reference image to identify suspicious obstacles; and generating a comparison result based on the suspicious obstacles.

[0055] It is understood that, in this context, a suspected obstacle refers to a moving living object or other stationary obstacle present around the vehicle chassis or body. This application embodiment can determine suspected obstacles by comparing images of the area around the vehicle body with certain reference images, thereby generating a comparison result.

[0056] In one possible approach, embodiments of this application can train an image recognition model using collected image data of the current vehicle's surroundings and certain reference images to obtain the differences between the two images, and analyze the presence of suspicious obstacles based on these differences.

[0057] For example, if a cat appears under the car chassis after the vehicle is powered on, the current image around the vehicle will have an additional object image compared to the image when the car was parked and in Park (P) gear. The image recognition model will then identify and analyze the object's features based on this additional object image, determining that the suspicious obstacle is a cat. After the vehicle is powered on, this embodiment detects an obstacle in the image around the vehicle and compares it with the image around the vehicle before power-on. The comparison results show that the two images contain the same object image, which is then identified as a stone block, thus warning the driver of a potential risk when starting the car.

[0058] Therefore, this application embodiment obtains a comparison result by comparing images around the vehicle body with certain reference images, and then determines suspicious obstacles based on the comparison result, thereby improving the accuracy of identification and the safety and reliability of driving.

[0059] In step S103, the starting risk of the vehicle is identified based on the comparison results, and if the starting risk does not meet the preset safety conditions, the acceleration command of the vehicle is suppressed and a risk warning is issued.

[0060] It is understandable that the vehicle's starting risk here refers to the presence of obstacles under or around the vehicle chassis, which could lead to a risk of being run over or other safety hazards when the vehicle starts. Preset safety conditions here can be understood as the absence of obstacles around the vehicle, or obstacles being more than one meter away from the vehicle, ensuring that a collision will not occur during starting, and other pre-established conditions or standards. The acceleration command refers to the relevant command generated when the driver presses the accelerator pedal to prepare for acceleration. This application embodiment identifies whether the vehicle's starting risk is under safe conditions to determine whether to suppress the vehicle's acceleration command and provide a risk warning, thus preventing run-over and collision events.

[0061] As one possible approach, Figure 2 This is a schematic diagram illustrating the working principle of a vehicle starting method according to one embodiment of this application, as shown below. Figure 2As shown, in this embodiment, the calculation control module can be used, but is not limited to, to calculate, judge, and identify the risk of obstacles around the vehicle. If there is a significant difference in the image comparison, i.e., the starting risk does not meet the safety conditions, the calculation control module will issue a prompt command to the vehicle display module. When this embodiment identifies the specific location of the risk and the specific obstacle, the vehicle display module will display a panoramic image on the in-vehicle central control screen and pop up certain prompt information such as "There is an abnormal obstacle on the right side of the vehicle. The obstacle is a fire pump. Please confirm," to remind the driver to confirm the risk. At the same time, this embodiment can also issue an intervention command to the power output module to temporarily suppress the vehicle's acceleration command. If there is no significant difference in the image comparison, the calculation control module can prompt information such as "No abnormalities around the vehicle. Normal driving is possible" through the vehicle display module and execute the acceleration command normally to complete the vehicle's start. To improve the effectiveness of risk warning, in addition to displaying a panoramic image in the vehicle, this embodiment can also issue a voice warning through the warning module. The voice warning information can be, but is not limited to, a voice broadcast of the prompt information.

[0062] It should be noted that the preset security conditions in the embodiments of this application can be set or adjusted by those skilled in the art according to the actual situation. This is only an illustrative example and is not a specific limitation.

[0063] Therefore, the embodiments of this application can suppress the vehicle's acceleration command when there is a risk of starting the vehicle, and provide risk warnings to the driver through in-vehicle panoramic imaging and voice broadcasting, thereby improving the success rate of warnings and the safety of vehicle use, enhancing the vehicle's intelligence and the user's driving experience.

[0064] Optionally, in one embodiment of this application, the method further includes: collecting the actual tire pressure of the vehicle; determining whether the actual tire pressure meets the preset safety conditions; and issuing a tire pressure warning if the actual tire pressure does not meet the preset safety conditions.

[0065] Understandably, a vehicle's tire pressure is generally considered normal between 2.4 and 2.9 bar, while a pressure below 2.4 bar indicates insufficient tire pressure. Preset safety conditions here can be understood as certain conditions or standards that ensure the vehicle's wheels are in a safe driving condition. For example, the tire pressure of all tires on the vehicle is within the same range, and the tire pressure is between 2.4 and 2.9 bar.

[0066] In some embodiments, this application can collect the tire pressure of the four tires of the vehicle separately, and determine whether the tire pressure of each wheel meets certain safety conditions, such as whether the tires of the vehicle are between 2.4 and 2.9 bar, and whether the tire pressure values ​​of the wheels are the same. When the actual tire pressure does not meet the safety conditions, the vehicle will issue a tire pressure warning.

[0067] For example, in this embodiment of the application, the tire pressure can be automatically monitored in real time via a tire pressure monitoring module. Simultaneously, the system reads the tire pressure values ​​from each tire pressure monitoring module and fuses the information to determine if there is any abnormal tire pressure. When there is a significant abnormality in the tire pressure comparison, the vehicle display module prompts "Tire condition abnormal, please confirm," and the warning module issues a voice warning. When there is no significant abnormality in the tire pressure comparison, the vehicle display module prompts "Tire condition normal."

[0068] Therefore, this embodiment of the application determines whether the vehicle's tire pressure is within a safe range to provide a tire pressure warning, thereby ensuring driving safety.

[0069] Optionally, in one embodiment of this application, the method further includes: receiving a confirmation instruction from the driver after a risk warning; and stopping the acceleration suppression command in response to the confirmation instruction.

[0070] Understandably, the confirmation instruction here refers to the relevant instruction given by the driver to the vehicle when the driver confirms that the vehicle is safe to drive. For example, after the driver gets out of the vehicle to clear the obstacle, he clicks "Confirmed no risk" on the vehicle's display screen to generate a confirmation instruction, which the system can receive.

[0071] In some embodiments, after detecting a risk to the vehicle and issuing a risk warning to the driver, this application can also stop the acceleration suppression command and allow the vehicle to drive normally by receiving a confirmation instruction from the driver after the risk warning.

[0072] For example, when the driver gets out of the car to confirm that there is no obstacle risk or that the obstacle risk has disappeared, and then gets back in the car and presses the accelerator pedal again, the system will stop suppressing the acceleration command, respond normally to the driver's acceleration request, and complete the vehicle start-up.

[0073] Therefore, in this embodiment of the application, after providing a risk warning to the driver, the acceleration suppression command can be stopped once the driver confirms that there is no obstacle risk while driving, thereby ensuring the normal operation of the vehicle and improving the user's driving experience.

[0074] Optionally, in one embodiment of this application, before suppressing the vehicle's acceleration command, the method further includes: determining whether the acceleration command meets a preset suppression condition; if the acceleration command meets the preset suppression condition, then controlling the vehicle to stop power output.

[0075] It is understandable that the preset suppression conditions here can be understood as some pre-established conditions or standards that can suppress vehicle acceleration, such as the driver pressing the accelerator pedal hard for the first time, causing the vehicle to start at a very fast speed.

[0076] As one possible approach, in this embodiment of the application, before suppressing the acceleration command, it can first determine whether the acceleration command meets the suppression condition. If it does, the system controls the vehicle to stop power output.

[0077] For example, when the driver presses the accelerator pedal for the first time, the acceleration command at this time meets certain inhibition conditions. The power output module in this embodiment can receive the power cut-off command output by the calculation control module, so that the vehicle stops power output and displays "Accelerated too fast at start" on the vehicle display screen to warn the driver of the risk of starting.

[0078] It should be noted that the preset suppression conditions in the embodiments of this application can be set or adjusted by those skilled in the art according to the actual situation. This is only an illustrative example and is not specifically limited.

[0079] Therefore, this application embodiment controls the vehicle to stop power output by determining whether the acceleration command meets the suppression condition, thereby reducing misjudgment and ensuring the safety of vehicle start-up and the user's driving experience.

[0080] The following describes the flow of a vehicle starting method according to a specific embodiment of this application, in conjunction with the accompanying drawings.

[0081] Figure 3 This is a flowchart illustrating a specific embodiment of a vehicle starting method. Figure 3 As shown, the vehicle starting process can be represented as follows:

[0082] S301, The vehicle enters a low-speed parking state, then execute S302;

[0083] S302, The vehicle completes parking (vehicle speed is 0, gear shift from non-p to p), then execute S303;

[0084] S303, The system calls the image acquisition module to take a picture and store it, then executes S304;

[0085] S304. Before starting the vehicle, power is applied (or the engine is started). The system automatically starts in the background and executes S305 and S310.

[0086] S305. Start taking pictures and perform anomaly risk screening based on image comparison. If an anomaly is found, proceed to S306; if no anomaly is found, proceed to S311.

[0087] S306, The vehicle's infotainment system displays "There are abnormal obstacles around the vehicle, please confirm," continue to execute S307;

[0088] S307, panoramic image display of the vehicle's infotainment module, execute S308;

[0089] S308: When the driver first presses the accelerator pedal, power output is temporarily suppressed, and the process continues with S309.

[0090] S309. After the driver confirms, press the accelerator pedal a second time. If the accelerator pedal is pressed a second time, execute S314; if the accelerator pedal is not pressed a second time, execute S308.

[0091] S310. Perform a tire pressure abnormality detection. If the tire pressure is abnormal, proceed to S315; if there is no abnormality, proceed to S311.

[0092] S311, The vehicle's infotainment system displays "No abnormalities in tire status and vehicle perimeter", then proceed to S312;

[0093] S312, The panoramic image of the vehicle's infotainment module is not displayed; proceed to S313.

[0094] S313, If the driver presses the accelerator pedal without suppressing power output, execute S314;

[0095] S314, The vehicle starts normally;

[0096] S315, The vehicle's infotainment system displays "Tire status abnormal, please confirm", proceed to S316;

[0097] S316, Vehicle and module panoramic image display, execute S317;

[0098] S317. If the driver presses the accelerator pedal for the first time, temporarily suppress power output and execute S318.

[0099] S318. If the driver presses the accelerator pedal a second time after confirmation, execute S314; if the driver does not press the accelerator pedal a second time, execute S317.

[0100] The vehicle starting method proposed in this application can, upon detecting vehicle power-on, acquire images of the vehicle's surroundings and identify suspicious obstacles by comparing these images with images taken before power-on. Simultaneously, it acquires the vehicle's actual tire pressure and determines whether it meets safety requirements. If the actual tire pressure does not meet preset safety conditions, a tire pressure warning is issued. When the starting risk does not meet safety conditions, the vehicle's acceleration command is suppressed, and a risk warning is issued. Finally, it receives confirmation from the driver after the risk warning, responds to the confirmation, and stops suppressing acceleration, ensuring normal vehicle operation. This improves vehicle intelligence, ensures driving safety and reliability, and enhances the user's driving experience. Therefore, it solves the problems in related technologies, such as the inability to intelligently identify and judge potential risks around the vehicle, low intelligence, the need for constant panoramic imaging, and poor user experience.

[0101] Next, referring to the accompanying drawings, a vehicle starting device according to an embodiment of this application is described.

[0102] Figure 4 This is a block diagram of a vehicle starting device according to an embodiment of this application.

[0103] like Figure 4 As shown, the vehicle starting device 10 includes: a detection module 100, a comparison module 200, and a control module 300.

[0104] The detection module 100 is used to detect whether the vehicle is powered on.

[0105] The comparison module 200 is used to acquire images around the vehicle body when the vehicle is detected to be powered on, and compare the images around the vehicle body with preset reference images to obtain comparison results.

[0106] The control module 300 is used to identify the starting risk of the vehicle based on the comparison results, and to suppress the acceleration command of the vehicle and issue a risk warning if the starting risk does not reach the preset safety conditions.

[0107] Optionally, in one embodiment of this application, the vehicle starting device 10 further includes a data acquisition module and a determination module.

[0108] The acquisition module is used to acquire images of the vehicle's surroundings before comparing images of the vehicle's surroundings with preset reference images, and before the vehicle is powered on and in a parked state.

[0109] The determination module is used to determine a preset reference image based on the image around the vehicle body.

[0110] Optionally, in one embodiment of this application, the comparison module 200 includes a comparison unit and a generation unit.

[0111] The comparison unit is used to compare images around the vehicle body with preset reference images to identify suspicious obstacles.

[0112] The generation unit is used to generate comparison results based on suspicious obstacles.

[0113] Optionally, in one embodiment of this application, the vehicle starting device 10 further includes: a measurement module, a first judgment module, and a warning module.

[0114] The measurement module is used to collect the vehicle's actual tire pressure.

[0115] The first judgment module is used to determine whether the actual tire pressure meets the preset safety conditions.

[0116] The warning module is used to issue a tire pressure warning when the actual tire pressure does not meet the preset safety conditions.

[0117] Optionally, in one embodiment of this application, the vehicle starting device 10 further includes a receiving module and a stopping module.

[0118] The receiving module is used to receive confirmation instructions from the driver after a risk warning.

[0119] The stop module is used to stop the acceleration suppression command in response to a confirmation indication.

[0120] Optionally, in one embodiment of this application, the vehicle starting device 10 further includes a second judgment module and an inhibition module.

[0121] The second judgment module is used to determine whether the acceleration command meets the preset suppression conditions before suppressing the vehicle's acceleration command.

[0122] The suppression module is used to control the vehicle to stop power output when the acceleration command does not meet the preset suppression conditions.

[0123] It should be noted that the foregoing explanation of the vehicle starting method embodiment also applies to the vehicle starting device of this embodiment, and will not be repeated here.

[0124] The vehicle starting device proposed in this application can, upon detecting that the vehicle is powered on, acquire images of the area surrounding the vehicle and identify suspicious obstacles by comparing these images with images taken before the vehicle was powered on. Simultaneously, it acquires the vehicle's actual tire pressure and determines whether the pressure meets safety requirements. If the actual tire pressure does not meet preset safety conditions, a tire pressure warning is issued. When the starting risk does not meet safety conditions, the device suppresses the vehicle's acceleration command and issues a risk warning. Finally, it receives confirmation from the driver after the risk warning, responds to the confirmation, and stops suppressing the acceleration command, ensuring normal vehicle operation. This improves the vehicle's intelligence, ensures driving safety and reliability, and enhances the user's driving experience. Therefore, it solves the problems in related technologies, such as the inability to intelligently identify and judge potential risks around the vehicle, low intelligence, the need for constant panoramic imaging, and poor user experience.

[0125] Figure 5 A schematic diagram of the structure of a vehicle provided in an embodiment of this application. The vehicle may include:

[0126] The memory 501, the processor 502, and the computer program stored on the memory 501 and capable of running on the processor 502.

[0127] When processor 502 executes the program, it implements the vehicle starting method provided in the above embodiments.

[0128] Furthermore, the vehicle also includes:

[0129] Communication interface 503 is used for communication between memory 501 and processor 502.

[0130] The memory 501 is used to store computer programs that can run on the processor 502.

[0131] The memory 501 may include high-speed RAM memory, and may also include non-volatile memory, such as at least one disk storage device.

[0132] If the memory 501, processor 502, and communication interface 503 are implemented independently, then the communication interface 503, memory 501, and processor 502 can be interconnected via a bus to complete communication between them. 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 address bus, data bus, control bus, etc. For ease of representation, Figure 5 The bus is represented by a single thick line, but this does not mean that there is only one bus or one type of bus.

[0133] Optionally, in a specific implementation, if the memory 501, processor 502, and communication interface 503 are integrated on a single chip, then the memory 501, processor 502, and communication interface 503 can communicate with each other through an internal interface.

[0134] Processor 502 may be a central processing unit (CPU), an application specific integrated circuit (ASIC), or one or more integrated circuits configured to implement the embodiments of this application.

[0135] This application also provides a computer-readable storage medium storing a computer program thereon, which, when executed by a processor, implements the above-described vehicle starting method.

[0136] This application also provides a computer program product, including a computer program, which, when executed, is used to implement the above-described vehicle starting method.

[0137] In the description of this specification, the references to terms such as "one embodiment," "some embodiments," "example," "specific example," or "some examples," etc., indicate that a specific feature, structure, material, or characteristic described in connection with that embodiment or example is included in at least one embodiment or example of this application. In this specification, the illustrative expressions of the above terms do not necessarily refer to the same embodiment or example. Furthermore, the specific features, structures, materials, or characteristics described may be combined in any suitable manner in one or more embodiments or examples. Moreover, without contradiction, those skilled in the art can combine and integrate the different embodiments or examples described in this specification, as well as the features of different embodiments or examples.

[0138] Furthermore, the terms "first" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include at least one of that feature. In the description of this application, "N" means at least two, such as two, three, etc., unless otherwise explicitly specified.

[0139] Any process or method described in the flowchart or otherwise herein can be understood as representing a module, segment, or portion of code comprising one or N executable instructions for implementing custom logic functions or processes, and the scope of the preferred embodiments of this application includes additional implementations in which functions may be performed not in the order shown or discussed, including substantially simultaneously or in reverse order depending on the functions involved, as should be understood by those skilled in the art to which embodiments of this application pertain.

[0140] The logic and / or steps represented in the flowchart or otherwise described herein, for example, can be considered as a sequenced list of executable instructions for implementing logical functions, and can be embodied in any computer-readable medium for use by, or in conjunction with, an instruction execution system, apparatus, or device (such as a computer-based system, a processor-included system, or other system that can fetch and execute instructions from, an instruction execution system, apparatus, or device). For the purposes of this specification, "computer-readable medium" can be any means that can contain, store, communicate, propagate, or transmit programs for use by, or in conjunction with, an instruction execution system, apparatus, or device. More specific examples (a non-exhaustive list) of computer-readable media include: an electrical connection having one or more wires (electronic device), a portable computer disk drive (magnetic device), random access memory (RAM), read-only memory (ROM), erasable and editable read-only memory (EPROM or flash memory), fiber optic devices, and portable optical disc read-only memory (CDROM). Alternatively, the computer-readable medium may be paper or other suitable media on which the program can be printed, since the program can be obtained electronically by optically scanning the paper or other medium, followed by editing, interpreting, or otherwise processing as necessary, and then stored in a computer memory.

[0141] It should be understood that the various parts of this application can be implemented using hardware, software, firmware, or a combination thereof. In the above embodiments, the N steps or methods can be implemented using software or firmware stored in memory and executed by a suitable instruction execution system. If implemented in hardware, as in another embodiment, it can be implemented using any one or more of the following techniques known in the art: discrete logic circuits having logic gates for implementing logical functions on data signals, application-specific integrated circuits (ASICs) having suitable combinational logic gates, programmable gate arrays (PGAs), field-programmable gate arrays (FPGAs), etc.

[0142] Those skilled in the art will understand that all or part of the steps of the methods in the above embodiments can be implemented by a program instructing related hardware. The program can be stored in a computer-readable storage medium, and when executed, the program includes one or a combination of the steps of the method embodiments.

[0143] Furthermore, the functional units in the various embodiments of this application can be integrated into a processing module, or each unit can exist physically separately, or two or more units can be integrated into a module. The integrated module can be implemented in hardware or as a software functional module. If the integrated module is implemented as a software functional module and sold or used as an independent product, it can also be stored in a computer-readable storage medium.

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

Claims

1. A method for starting a vehicle, characterized in that, Includes the following steps: Check if the vehicle is powered on; When the vehicle is detected to be powered on, images of the area around the vehicle are acquired and compared with preset reference images to obtain a comparison result. Based on the comparison results, the starting risk of the vehicle is identified, and if the starting risk does not meet the preset safety conditions, the acceleration command of the vehicle is suppressed and a risk warning is issued.

2. The vehicle starting method according to claim 1, characterized in that, Before comparing the image around the vehicle body with the preset reference image, the method further includes: Before the vehicle is powered on and while it is parked, images of the area around the vehicle are captured. The preset reference image is determined based on the image around the vehicle body.

3. The vehicle starting method according to claim 1, characterized in that, The comparison of the image around the vehicle body and the preset reference image to obtain the comparison result includes: By comparing the images around the vehicle body with the preset reference images, suspicious obstacles are identified. The comparison result is generated based on the suspected obstacle.

4. The vehicle starting method according to claim 1, characterized in that, Also includes: Collect the actual tire pressure of the vehicle; Determine whether the actual tire pressure meets the preset safety conditions; If the actual tire pressure does not meet the preset safety conditions, a tire pressure warning will be issued.

5. The vehicle starting method according to claim 1, characterized in that, Also includes: Receive confirmation instructions from the driver after a risk warning; In response to the confirmation instruction, the suppression of the acceleration command is stopped.

6. The vehicle starting method according to claim 1, characterized in that, Before suppressing the acceleration command of the vehicle, it also includes: Determine whether the acceleration command meets the preset suppression condition; If the acceleration command meets the preset suppression condition, then the vehicle is controlled to stop power output.

7. A vehicle starting device, characterized in that, include: The detection module is used to detect whether the vehicle is powered on. The comparison module is used to acquire images around the vehicle body when the vehicle is detected to be powered on, and compare the images around the vehicle body with preset reference images to obtain a comparison result; The control module is used to identify the starting risk of the vehicle based on the comparison result, and to suppress the acceleration command of the vehicle and issue a risk warning if the starting risk does not reach the preset safety conditions.

8. A vehicle, characterized in that, include: A memory, a processor, and a computer program stored in the memory and executable on the processor, the processor executing the program to implement the vehicle starting method as described in any one of claims 1-6.

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

10. A computer program product, comprising a computer program, characterized in that, The computer program is executed to implement the vehicle starting method as described in any one of claims 1-6.

Images