CN112141122A

CN112141122A - Vehicle dormancy anomaly detection method, device, equipment and storage medium

Info

Publication number: CN112141122A
Application number: CN202011012755.5A
Authority: CN
Inventors: 尚海立; 彭华元; 张照柏
Original assignee: Beijing CHJ Automotive Information Technology Co Ltd
Current assignee: Beijing Rockwell Technology Co Ltd
Priority date: 2020-09-23
Filing date: 2020-09-23
Publication date: 2020-12-29
Anticipated expiration: 2040-09-23
Also published as: CN112141122B

Abstract

The application provides a method, a device, equipment and a storage medium for detecting abnormal dormancy of a vehicle, and relates to the technical field of automobiles. The vehicle dormancy abnormality detection method comprises the following steps: acquiring a vehicle bus message uploaded to a server by a vehicle; determining whether the vehicle meets a preset abnormal dormancy judgment condition or not according to the vehicle bus message; and if so, determining that the vehicle has abnormal dormancy. According to the technical scheme, the abnormal automatic detection of the vehicle dormancy can be realized, and the problems that the current abnormal vehicle dormancy detection efficiency is low, lags behind, and the detection is easy to miss are solved.

Description

Vehicle dormancy anomaly detection method, device, equipment and storage medium

Technical Field

The present application relates to the field of automotive technologies, and in particular, to a method, an apparatus, a device, and a storage medium for detecting abnormal sleep of a vehicle.

Background

Currently, a battery is commonly disposed in a vehicle, and the battery is used to supply power to low-voltage devices in the vehicle, such as a lamp, an on-board host, an Electronic Control Unit (ECU), and an end controller. When the vehicle is not used, in order to save the electric quantity of the storage battery and prolong the standby time of the vehicle, the vehicle can enter the dormancy state, so that the vehicle enters the low power consumption state. If the vehicle cannot sleep normally, the low-voltage device can continuously consume the electric quantity of the storage battery, so that the standby time of the vehicle is influenced.

At present, when a vehicle is maintained and repaired, a maintenance worker detects abnormal sleep problems of the vehicle in a manual detection mode when the problem which can be obviously perceived by a user, such as short standby time of the vehicle, is checked.

Above-mentioned detection mode, on the one hand, often detect just after the car owner perceives that standby time is short scheduling problem, have the problem that detects lagged behind, and can bring bad use experience for the user, on the other hand, need detect each controller one by one after the vehicle dormancy to judge whether there is the dormancy anomaly, have easy hourglass to examine, inefficiency scheduling problem.

Disclosure of Invention

The embodiment of the application aims to provide a vehicle dormancy abnormity detection method, a device, equipment and a storage medium, so as to solve the problems that the current vehicle dormancy abnormity detection efficiency is low, and the detection is delayed and easy to miss detection.

In order to solve the above technical problem, an embodiment of the present application provides the following technical solutions:

the application provides a vehicle dormancy abnormal detection method in a first aspect, which comprises the following steps:

acquiring a vehicle bus message uploaded to a server by a vehicle;

determining whether the vehicle meets a preset abnormal dormancy judgment condition or not according to the vehicle bus message;

and if so, determining that the vehicle has abnormal dormancy.

The second aspect of the present application provides a vehicle dormancy abnormality detection apparatus, the apparatus is used for a server, and the apparatus includes:

the vehicle bus message acquisition module is used for receiving a vehicle bus message uploaded to the server side by a vehicle;

the condition judgment module is used for determining whether the vehicle meets a preset dormancy abnormal judgment condition or not according to the vehicle bus message;

and the abnormal dormancy determination module is used for determining that the vehicle has abnormal dormancy if the abnormal dormancy determination module accords with the preset dormancy determination rule.

In a third aspect of the present application, a server device is communicatively connected to a plurality of vehicles, and is configured to receive vehicle bus messages uploaded to a server by the plurality of vehicles, and perform abnormal sleep detection on each vehicle according to the abnormal sleep detection method for vehicles in the first aspect of the present application.

A fourth aspect of the present application provides a computer-readable storage medium having computer-readable instructions stored thereon, the computer-readable instructions being executable by a processor to implement the vehicle hibernation abnormality detection method according to the first aspect of the present application.

According to the method for detecting the abnormal dormancy of the vehicle, firstly, a vehicle bus message uploaded to a server side by the vehicle is obtained, then whether the vehicle meets a preset abnormal dormancy judgment condition or not is determined according to the vehicle bus message, and if the vehicle meets the preset abnormal dormancy judgment condition, the vehicle is determined to have abnormal dormancy. Compared with the prior art, on one hand, the method abandons the existing mode of manually detecting the abnormal sleep of the vehicle, and is changed into the method that the service end automatically detects the abnormal sleep of the vehicle by using the vehicle bus message uploaded by the vehicle, so that the detection efficiency of the abnormal sleep of the vehicle can be effectively improved, and the detection omission can be effectively avoided; on the other hand, based on this application technical scheme, the vehicle can upload vehicle bus message to the server at any time, consequently, the server can detect the dormancy anomaly of vehicle at any time, and needn't wait to detect after the car owner perceives the anomaly again, can effectively improve the timeliness of dormancy anomaly detection, solve the problem that current manual work detects the hysteresis, and can accomplish the detection under the condition that the user does not have the perception, help promoting the user of vehicle and use experience.

The vehicle dormancy abnormality detection apparatus provided by the second aspect of the present application, the server device provided by the third aspect of the present application, and the computer readable storage medium provided by the fourth aspect of the present application have the same advantageous effects as the vehicle dormancy abnormality detection method provided by the first aspect of the present application, based on the same inventive concept.

Drawings

The above and other objects, features and advantages of exemplary embodiments of the present application will become readily apparent from the following detailed description read in conjunction with the accompanying drawings. Several embodiments of the present application are illustrated by way of example and not by way of limitation in the figures of the accompanying drawings and in which like reference numerals refer to similar or corresponding parts and in which:

fig. 1 schematically illustrates a schematic diagram of an application scenario provided by some embodiments of the present application;

FIG. 2 schematically illustrates a first flowchart of a vehicle hibernation abnormality detection method provided by some embodiments of the present application;

FIG. 3 schematically illustrates a second flowchart of a vehicle hibernation abnormality detection method provided by some embodiments of the present application;

FIG. 4 schematically illustrates a schematic diagram of a vehicle hibernation abnormality detection apparatus provided by some embodiments of the present application;

fig. 5 schematically illustrates a schematic diagram of a server device provided by some embodiments of the present application;

FIG. 6 schematically illustrates a schematic diagram of a computer-readable storage medium provided by some embodiments of the present application.

Detailed Description

Exemplary embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While exemplary embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure may be embodied in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the disclosure to those skilled in the art.

It is to be noted that, unless otherwise specified, technical or scientific terms used herein shall have the ordinary meaning as understood by those skilled in the art to which this application belongs.

In addition, the terms "first" and "second", etc. are used to distinguish different objects, rather than to describe a particular order. Furthermore, the terms "include" and "have," as well as any variations thereof, are intended to cover non-exclusive inclusions. For example, a process, method, system, article, or apparatus that comprises a list of steps or elements is not limited to only those steps or elements listed, but may alternatively include other steps or elements not listed, or inherent to such process, method, article, or apparatus.

In order to facilitate understanding of the embodiments of the present application, first, some application scenarios and inventive concepts of the embodiments of the present application are briefly described as follows with reference to fig. 1:

referring to fig. 1, which schematically illustrates an application scenario provided in some embodiments of the present application, with the increasing development of vehicle intelligence, more and more automobile manufacturers or service providers build their own cloud servers, and upload vehicle bus messages (identified as messages in fig. 1) of a vehicle to the servers through a network in real time, so as to facilitate vehicle upgrade and problem analysis.

For the interior of automobile manufacturers, in numerous test vehicles and mass-produced vehicles, if abnormal dormancy of the vehicles occurs, the vehicles cannot be completely checked manually, the causes of problems are located, a large amount of manpower and financial resources are consumed, and therefore the vehicles with potential problems flow into the hands of users on the market, the use experience of the users is influenced, and the vehicle brands are adversely affected.

In addition, for the vehicle which is put on the market, the abnormal sleep of the vehicle can cause the abnormal power consumption of the storage battery, so that the standby time of the vehicle is influenced, and much inconvenience is brought to the daily driving of a user.

In order to solve the above problems, in the embodiment of the present application, a vehicle bus message uploaded to a server by a vehicle is fully utilized, and a sleep abnormality of the vehicle is accurately detected by analyzing the vehicle bus message, and the implementation principle is as follows:

the vehicle uploads a message generated by a vehicle bus of the vehicle to the server in real time by the electronic control unit ECU through the Internet communication module, the server can judge the real-time state of the vehicle according to the vehicle bus message of the vehicle, the vehicle should enter a dormant state after the power supply of the vehicle is turned off, and all or part of messages are stopped to be sent.

The vehicle may be a vehicle produced by an automobile manufacturer and not yet on the market, or a vehicle already on the market and flowing on the market, and may upload a message of the vehicle to the server in real time to perform an anomaly analysis on the server, which is not limited in the embodiment of the present application.

Based on the principle, the whole car factory can establish a cloud server, upload data of all test and volume production vehicles to the cloud server, and the cloud server automatically finds out abnormal sleeping vehicles and positions the reason of no sleep through analyzing vehicle bus messages, assists workers to solve all problems possibly influencing the whole car sleep, and improves the driving experience of users.

It should be noted that, the vehicles referred to in the embodiments of the present application may include, but are not limited to, electric vehicles, oil-powered vehicles, hybrid vehicles, and other energy-powered vehicles, which all can achieve the purpose of the embodiments of the present application.

In addition, messages sent to the vehicle bus by the vehicle controller are divided into application messages and network management messages, wherein the code format of the network management messages is generally 0x4 (wherein, the number may be replaced by a specific code), the code may be used to represent the working state information of each controller of the vehicle, such as in operation, or in meeting a sleep state and waiting for sleep, and the like, and the sleep and wake-up of each controller of the vehicle are managed together by using the network management messages in cooperation with power mode messages (for example, the code is 0x3AA, and is generally sent by the vehicle body controller BCM).

Referring to fig. 2, which schematically illustrates a first flowchart of a vehicle hibernation abnormality detection method provided in some embodiments of the present application, the following exemplary description of the vehicle hibernation abnormality detection method can be understood with reference to the application scenario shown in fig. 1, and as shown in fig. 2, a vehicle hibernation abnormality detection method can include the following steps:

step S101: and acquiring a vehicle bus message uploaded to the server by the vehicle.

The vehicle can directly upload the vehicle bus message generated by the vehicle bus or upload the vehicle bus message to the server after protocol conversion, and after receiving the vehicle bus message, the server can accurately judge the vehicle history and current state information according to at least one item of the sending time, the message type, the message content and the like of the vehicle bus message.

The vehicle dormancy anomaly detection method provided by the embodiment of the application can be used for a server or any electronic equipment connected with the server, and the server can comprise hardware and software. When the server includes hardware, the server may be implemented as a distributed server cluster composed of a plurality of servers, or may be implemented as a single server. When the server includes software, it may be implemented as multiple pieces of software or software modules (e.g., to provide distributed services), or as a single piece of software or software module. And is not particularly limited herein.

It is easy to understand that, in order to avoid missing detection, the vehicle needs to upload all vehicle bus messages in the vehicle bus to the service end, where the vehicle bus messages may be messages generated by each end controller, sensor, and the like in the vehicle, so that the service end can monitor and analyze all vehicle bus messages of the vehicle, thereby avoiding missing detection. The vehicle bus message may refer to a service message generated by an electronic component in the vehicle bus, and does not indicate a sleep state of the entire vehicle.

The Protocol conversion is to convert the message from a Protocol conforming to a vehicle bus to a Protocol conforming to the internet so as to be uploaded to the server via the internet, for example, taking the vehicle bus as a Controller Area Network (CAN) bus as an example, the message CAN be converted from the Protocol conforming to the CAN to a Protocol conforming to a Transmission Control Protocol (TCP), so that the message from the vehicle bus is uploaded to the server via the internet, and the server CAN convert the received message conforming to the TCP into a message conforming to the CAN Protocol again, thereby receiving the original message of the vehicle.

In the above example, the CAN bus and the TCP are taken as an example for explanation, but the example does not represent a limitation to the embodiment of the present application, for example, the vehicle bus may further include a Local Interconnect Network (LIN), a Media Oriented System Transport bus (MOST), a FlexRay bus, an Ethernet bus, and the like, and the internet protocol may further include a Websocket protocol, and the like, which all may achieve the purpose of the embodiment of the present application and are within the protection scope of the present application.

Step S102: and determining whether the vehicle meets a preset abnormal dormancy judgment condition or not according to the vehicle bus message.

In practical application, for a part of vehicles, after the vehicles are in a dormant state, each controller and each sensor stop working and do not send vehicle bus messages to a vehicle bus, so that the vehicles do not continue to send the vehicle bus messages to a service end, and if the service end still receives the vehicle bus messages sent by a certain vehicle after the vehicles are in the dormant state, the vehicles can be judged to have the abnormal dormant state. In addition, for another part of vehicles, after sleeping, some controllers and/or sensors may be allowed to continue to operate, such as a vehicle data recorder, an anti-theft system, and the like, and therefore, filtering may be performed through a white list or a black list, and if the vehicle continues to receive messages generated by the devices (including the controllers and/or sensors) which allow to continue to operate after sleeping, the sleeping is not considered to be abnormal, and if messages generated by other devices except the devices which allow to continue to operate are received, the sleeping is considered to be abnormal. Based on the above principle, a person skilled in the art can flexibly and reasonably set the sleep abnormality determination condition, and then determine whether the vehicle conforms to the sleep abnormality determination condition according to the vehicle bus message of the vehicle.

Considering that the sleeping logics of vehicles of different brands and models are different, after sleeping some models, all messages should be stopped and after sleeping some models, some messages can be sent reasonably and continuously, so that a person skilled in the art can set corresponding sleeping abnormity determination conditions for the vehicles according to specific vehicle brands, models and the like, and the embodiment of the application does not limit the specific contents of the sleeping abnormity determination conditions.

Step S103: and if so, determining that the vehicle has abnormal dormancy.

In addition, as shown in fig. 1, if the vehicle does not meet the predetermined requirement, it is determined that the vehicle does not find the abnormal sleep state, and the monitoring may be continued by returning to step S101.

According to the method for detecting the abnormal dormancy of the vehicle, firstly, a vehicle bus message uploaded to a server side by the vehicle is obtained, then whether the vehicle meets a preset abnormal dormancy judgment condition or not is determined according to the vehicle bus message, and if the vehicle meets the preset abnormal dormancy judgment condition, the vehicle is determined to have abnormal dormancy. Compared with the prior art, on one hand, the method abandons the existing mode of manually detecting the abnormal sleep of the vehicle, and is changed into the method that the service end automatically detects the abnormal sleep of the vehicle by utilizing the vehicle bus message uploaded by the vehicle, so that the detection efficiency of the abnormal sleep of the vehicle can be effectively improved, on the other hand, the vehicle can upload all the vehicle bus messages generated by the vehicle bus to the service end, so that the service end can comprehensively detect the abnormal sleep of the vehicle according to the vehicle bus messages, and the missed detection is avoided, on the other hand, based on the technical scheme, the vehicle can upload the vehicle bus messages to the service end at any time, therefore, the service end can detect the abnormal sleep of the vehicle at any time, and does not need to detect the abnormal sleep after the vehicle owner senses the abnormality, the timeliness of the abnormal sleep detection can be effectively improved, and the problem of the current manual detection lag is, and detection can be completed under the condition that the user does not sense, and the use experience of the user of the vehicle is favorably improved.

It should be noted that, in the step S102, determining whether the vehicle meets a preset abnormal sleep determination condition according to the vehicle bus packet may be performed in real time or not, for example, after a large number of vehicle bus packets are accumulated, sleep abnormality detection is performed in a centralized manner, which may be performed at a predetermined time interval, every other time interval, or may be performed in an irregular manner according to other preset conditions.

For the real-time execution of step S102, determining whether the vehicle meets a preset abnormal sleep determination condition according to the vehicle bus packet, may include:

determining whether the vehicle bus message comprises a first power mode message indicating that the vehicle power supply is turned off;

if yes, judging whether the vehicle is in a reasonable sleep state according to a preset sleep judgment condition;

and if the vehicle is in the reason sleeping state, determining whether the vehicle meets a preset sleeping abnormity determination condition according to a vehicle bus message uploaded when the vehicle is in the reason sleeping state.

The reason sleeping state is a sleeping state that the vehicle should enter, and may also be referred to as a complete machine sleeping state, but actually, a part of the controller, the sensor or other devices which should also sleep may continue to operate and send the vehicle bus message due to a software bug, thereby causing an abnormal complete machine sleeping.

Vehicle power supplies are generally provided with at least three modes: OFF, ACC and ON. Wherein, ON represents that the power supply of the vehicle is turned off and the vehicle is in a non-use or use completion state; ACC represents that the vehicle is in a using state but cannot run, the storage battery continues to supply power to all low-voltage devices, and the low-voltage devices such as a radio, a sound box and the like can continue to be used, so that a user can conveniently listen to songs and the like at rest in the vehicle; ON indicates that the vehicle is powered ON, the vehicle is in a travel state or a ready-to-travel state. For different vehicle power modes, corresponding and different power mode messages may be generated, in this embodiment, a message corresponding to the OFF mode may be referred to as a first power mode message, and messages corresponding to the ON mode and the ACC mode may be referred to as a second power mode message.

Generally, the turning off of the power supply of the vehicle is one of the preconditions of the vehicle entering the complete machine sleep state and one of the necessary conditions of the vehicle entering the complete machine sleep state, so that a first power supply mode message of the vehicle can be monitored in real time, if the first power supply mode message is monitored, the vehicle is shown to enter the complete machine sleep state with a relatively high probability, whether the vehicle is in the reason sleep state or not can be judged according to the preset sleep judgment condition aiming at different vehicle types, and if the vehicle is in the reason sleep state, whether the vehicle meets the preset abnormal sleep judgment condition or not is determined according to the vehicle bus message uploaded when the vehicle is in the reason sleep state.

Through the embodiment, the instantaneity detection of the abnormal dormancy of the vehicle can be realized, the instantaneity is high, and the abnormal dormancy problem of the vehicle can be found in time.

The preset sleep determination conditions may be different for different vehicle types, and those skilled in the art may flexibly set the corresponding preset sleep determination conditions for different vehicle types, and determine whether the vehicle is in a reasonable sleep state according to the preset sleep determination conditions, which will be described in the following by way of example.

In some more specific embodiments, the determining whether the vehicle is in the supposed sleeping state according to the preset sleeping determination condition may include:

and after the first power mode message is monitored to start and a first time is waited, determining that the vehicle is in a reasonable dormant state.

For most vehicle types, after the vehicle is used, the vehicle is powered OFF and locked, the power mode of the vehicle after locking is turned OFF, the vehicle enters a complete machine sleep state, namely a supposed sleep state, after the vehicle enters the complete machine sleep state for a first time (for example, 1 minute, different machine type settings are different), after the service end receives a first power mode message, the service end can judge that the vehicle enters the supposed sleep state after waiting for the first time, wherein the first time can include but is not limited to 30 seconds, 1 minute, 2 minutes, 3 minutes and the like, and a person skilled in the art can flexibly set the value of the first time according to actual requirements to ensure that the vehicle completely enters the complete machine sleep state.

Through the embodiment, whether the vehicle enters the supposed sleeping state or not can be effectively and accurately determined, so that the subsequent accurate detection of the abnormal sleeping state of the vehicle is facilitated.

if a second power mode message and/or a first charging state message uploaded by the vehicle is not received since the first power mode message is monitored, determining that the vehicle is in a reasonable dormant state after a second time period; wherein the second power mode message indicates that a vehicle power is turned on, and the first charging status message indicates that the vehicle is in a charging status.

In practical applications, after the vehicle power is turned off, the vehicle power may be turned on again soon, so that if the second power mode message uploaded by the vehicle is received, it is indicated that the vehicle does not enter the supposed sleep state, and if the second power mode message uploaded by the vehicle is not received, after the second duration, it may be considered that the vehicle is in the supposed sleep state.

The second duration may be the same as or different from the first duration, and a person skilled in the art may flexibly set a specific value of the second duration according to an actual requirement, which is not limited in the embodiment of the present application.

In addition, in the case that the vehicle is an electric vehicle, the vehicle does not sleep during the charging process, so that if the first charging state message uploaded by the vehicle is received, it is indicated that the vehicle does not enter the supposed sleep state, and if the first charging state message uploaded by the vehicle is not received, after the second time period, the vehicle can be considered to be in the supposed sleep state.

In addition, for the case that the vehicle is an electric vehicle, the above two aspects (the second power mode message and the first charge state message) may be combined to comprehensively determine whether the vehicle is in the supposed sleep state, for example, if at least one of the second power mode message and the first charge state message is received, the vehicle is considered not to enter the supposed sleep state, and if the second power mode message and the first charge state message are not received, the vehicle is considered to be in the supposed sleep state after the second duration.

By the embodiment, whether the vehicle enters the reasonable dormancy state can be judged more accurately, and the accuracy of dormancy anomaly detection on the whole is improved; the situation that the vehicle is not dormant in the charging period is fully considered for the electric automobile, so that whether the vehicle is in a reasonable dormant state or not can be judged on the basis of eliminating the charging factors, the abnormal dormancy detection can be continued, and the misjudgment caused by the detection in the charging time of the vehicle is avoided.

if a first charging state message uploaded by the vehicle is received after the first power mode message is monitored, determining that the vehicle is in a reasonable dormant state after a second charging state message is received;

wherein the first charging status message indicates that the vehicle is in a charging status, and the second charging status message indicates that charging is finished.

For the case that the vehicle is an electric vehicle, the vehicle does not sleep during the charging process, and therefore, on the basis of turning off the power supply of the vehicle, if the first charging state message uploaded by the vehicle is received, it is indicated that the vehicle is not in the supposed sleep state, and the vehicle is determined to be in the supposed sleep state in time after waiting until the charging is finished (that is, the second charging state message is received).

The first charging state message may specifically include a charging start indication message indicating that the vehicle is inserted into a charging gun to start charging, or may include a charging ongoing indication message indicating that the vehicle is currently charging; the second charge state message may specifically be a charging stop instruction message indicating that the vehicle has pulled out the charging gun to stop charging.

In the embodiment, the situation that the vehicle is not dormant in the charging period is fully considered for the electric automobile, so that whether the vehicle is in the reasonable dormant state or not can be judged on the basis of eliminating the charging factor, the abnormal dormancy detection can be continued, the misjudgment caused by the detection in the vehicle charging time can be avoided, meanwhile, after the second charging message is received, the vehicle is timely determined to enter the reasonable dormant state, the abnormal dormancy detection is continued, and the missed detection caused by charging can be avoided.

In addition to the first to third embodiments of the preset sleep determination condition, in some modified embodiments, the determining whether the vehicle is in a supposed sleep state according to the preset sleep determination condition may further include:

after receiving a second power mode message uploaded by the vehicle, determining that the vehicle leaves the supposed dormant state; wherein the second power mode message indicates that the vehicle power is on.

That is, if the second power mode message uploaded by the vehicle is received, the vehicle should be considered to leave the supposed sleep state, and the abnormal sleep state does not need to be detected.

Through the embodiment, the end time of the vehicle in the supposed sleeping state can be determined, and the accuracy of detecting the sleeping abnormity on the whole is improved.

As to how to determine whether the vehicle meets the preset abnormal sleep determination condition, on the basis of any of the foregoing embodiments, in some modified embodiments, the determining whether the vehicle meets the preset abnormal sleep determination condition according to the vehicle bus message uploaded when the vehicle is in the rational sleep state may include:

and if the type of the vehicle bus message uploaded when the vehicle is in the reason dormancy state belongs to the type of the vehicle bus message which is prohibited from being uploaded after dormancy, determining that the vehicle meets a preset dormancy abnormity judgment condition.

For example, a person skilled in the art may set a message type blacklist, prohibit the uploading of a vehicle bus message type after the vehicle is in a dormant state in the message type blacklist for vehicles of various vehicle types, compare the type of the received vehicle bus message uploaded when the vehicle is in a supposed dormant state with the vehicle bus message type blacklist, and determine that the vehicle meets a preset dormant anomaly determination condition if the vehicle belongs to the vehicle bus message type blacklist.

For another example, a person skilled in the art may set a message type white list, and for vehicles of various vehicle types, list vehicle bus message types that are allowed to be uploaded after being put to sleep in the message type white list, then compare the type of the received vehicle bus message that is uploaded when the vehicle is in a reasonable sleep state with the vehicle bus message type white list, and if the vehicle does not belong to the vehicle bus message type white list, determine that the vehicle meets a preset abnormal sleep determination condition.

For the vehicle bus message type blacklist and the message type blacklist, a person skilled in the art can flexibly set the content of the vehicle bus message type blacklist and the message type blacklist according to actual requirements, and the embodiment of the application is not limited to the content.

Through the implementation mode, whether the vehicle meets the preset abnormal dormancy judgment condition can be simply, quickly and accurately judged only by comparing the message types, and the method has the advantages of simplicity, high efficiency, feasibility, high accuracy and the like.

The vehicle bus message types prohibited from being uploaded after the hibernation include other message types except at least one of the following types: power mode messages, charging state messages, and door lock switch messages.

Referring to the foregoing description, the power mode switching, the charging state switching, and the door lock switching all need to be actively operated by the user and are triggered by the user operation, so that sending the power mode message, the charging state message, or the door lock switch message during the theoretical hibernation is allowed and should not be used as a basis for determining the abnormal hibernation of the vehicle, so as to avoid misjudgment caused by determining the abnormal hibernation of the vehicle according to the message triggered by the user.

In addition, the vehicle can be judged to meet the preset abnormal sleep judgment condition according to the received message content of the vehicle bus message uploaded when the vehicle is in the reasonable sleep state, for example, for the power mode message, if the vehicle frequently and repeatedly uploads the first power mode message, a second power mode message or a third power mode message is not separated during the period, which is not in accordance with the preset logic, so that the vehicle can also be judged to meet the preset abnormal sleep judgment condition and have abnormal sleep.

In practical application, a person skilled in the art can judge whether the vehicle meets the preset abnormal sleep determination condition only according to the message type, can judge whether the vehicle meets the preset abnormal sleep determination condition only according to the message content, can comprehensively judge whether the vehicle meets the preset abnormal sleep determination condition by combining the message type and the message content, and only needs to set a corresponding and reasonable abnormal sleep determination condition.

In addition, for the case that the step S102 is executed in non-real time, the vehicle bus messages acquired in step S101 may be all vehicle bus messages uploaded by the vehicle in real time within a first historical time period, a time period in which the vehicle is in a state of being in a sleep state may be determined by detecting a power mode message in the vehicle bus messages, and if a message that should not be generated during the sleep period exists in the time period, it may be considered that the vehicle has an abnormal sleep state, and correspondingly, the step S102 may determine whether the vehicle meets a preset abnormal sleep determination condition according to the vehicle bus messages, and may include:

determining a second time period when the vehicle is in a reasonable dormant state according to all vehicle bus messages uploaded by the vehicle in the historical first time period;

selecting a vehicle bus message uploaded by the vehicle in the second time period, and determining the vehicle bus message uploaded when the vehicle is in a reasonable dormant state;

and determining whether the vehicle meets a preset abnormal dormancy judgment condition or not according to the vehicle bus message uploaded when the vehicle is in a rational dormancy state.

By the embodiment, a non-real-time execution mode can be adopted, the abnormal sleep detection is performed on the vehicle at intervals, or the abnormal sleep detection is performed irregularly according to the work arrangement of the service end staff, the detection is not required to be performed all the time, and the system resources can be effectively saved. In addition, time can also be rationally arranged to a plurality of vehicles in order to carry out dormancy anomaly detection, for example, in the period of not carrying out dormancy anomaly detection to first vehicle, can carry out dormancy anomaly detection to other vehicles to realize carrying out dormancy anomaly detection to more vehicles, effectively improve detectable vehicle quantity, improve detection efficiency on the whole.

For example, in the first embodiment of determining the second time period, the determining the second time period in which the vehicle is in the supposed sleep state according to all vehicle bus messages uploaded by the vehicle in the historical first time period may include:

determining a power-off time period of the vehicle according to all vehicle bus messages uploaded by the vehicle within the historical first time period;

and determining a second time period in which the vehicle is in a supposed sleep state according to the power supply off time period.

The power-off time period may be directly determined as the second time period, or a remaining time period may be determined as the power-off time period after a time period corresponding to the first time period or the second time period is deducted from the power-off time period. The first duration or the second duration may be set with reference to the description of the foregoing embodiment, and by setting the first duration or the second duration, it may be ensured that the determination of the sleep abnormality determination condition is performed after the vehicle completely enters the supposed sleep state, so as to avoid the occurrence of erroneous determination according to the message in the first duration or the second duration.

According to the embodiment, the fuel automobile can be accurately judged to be in the second time period in which the vehicle is supposed to be in the dormant state under the condition that the charging factor is not considered, and then the dormancy abnormity detection is continued on the basis.

In a second embodiment of determining the second time period, the determining the second time period when the vehicle is in the supposed sleep state according to all vehicle bus messages uploaded by the vehicle in the historical first time period may include:

determining a power-off time period of the vehicle according to all vehicle bus messages uploaded by the vehicle within the historical first time period; and the number of the first and second groups,

determining a charging time period of the vehicle according to all vehicle bus messages uploaded by the vehicle within the historical first time period;

and determining a second time period in which the vehicle is in a supposed sleep state according to the power supply off time period and the charging time period.

The second time period may be determined by deducting the charging time period directly on the basis of the power-off time period, or the remaining time period may be determined as the power-off time period by deducting the charging time period and the time period corresponding to the first time period or the second time period on the basis of the power-off time period. The first duration or the second duration may be set with reference to the description of the foregoing embodiment, and by setting the first duration or the second duration, it may be ensured that the determination of the sleep abnormality determination condition is performed after the vehicle completely enters the supposed sleep state, so as to avoid the occurrence of erroneous determination according to the message in the first duration or the second duration.

According to the embodiment, under the condition that charging factors are considered, the second time period that the vehicle is in the reasonable dormancy state is accurately judged after the charging time is eliminated for the electric vehicle, and then dormancy abnormity detection is continuously carried out on the basis, so that misjudgment caused by dormancy abnormity detection according to messages in the charging time period of the electric vehicle is avoided, and the accuracy of dormancy abnormity detection of the electric vehicle is improved.

Based on the at least two embodiments of determining the second time period, in some specific embodiments, the determining the power-off time period of the vehicle according to all vehicle bus messages uploaded by the vehicle in the historical first time period may include:

traversing all vehicle bus messages uploaded by the vehicle within the historical first time period, and searching power mode messages in all the vehicle bus messages;

determining a power mode message group according to the searched power mode message, wherein the specified power mode message group comprises a first power mode message and a second power mode message which are adjacent, and the sending time of the first power mode message is earlier than that of the second power mode message; wherein the first power mode message indicates that the vehicle power is turned off, and the second power mode message indicates that the vehicle power is turned on;

and determining a time period between the sending time of the first power mode message and the sending time of the second power mode message in each power mode message group as a power off time period of the vehicle.

Through the embodiment, the power supply off time period can be determined quickly, efficiently and accurately, and the efficiency and the accuracy of the whole sleep abnormity detection are improved.

On the basis of the second embodiment of determining the second time period, in some specific embodiments, the determining the charging time period of the vehicle according to all vehicle bus messages uploaded by the vehicle in the historical first time period may include:

traversing all vehicle bus messages uploaded by the vehicle within the historical first time period, and searching a charging state message in all the vehicle bus messages;

determining a charging state message group according to the searched charging state message, wherein the specified charging state message group comprises a first charging state message and a second charging state message which are adjacent, and the sending time of the first charging state message is earlier than that of the second charging state message; wherein the first charging state message indicates that the vehicle is in a charging state, and the second charging state message indicates that charging is finished;

and determining the time period between the sending time of the first charging state message and the sending time of the second charging state message in each charging state message group as the charging time period of the vehicle.

Through the embodiment, the charging time period can be determined quickly, efficiently and accurately, and the efficiency and the accuracy of the whole dormancy abnormality detection are improved.

Based on any embodiment of the non-real-time execution of the step S102, the implementation of determining whether the vehicle meets the preset abnormal sleep determination condition according to the vehicle bus message uploaded by the vehicle in the time period may be implemented with reference to the implementation of the step S102, for example, if the type of the vehicle bus message uploaded when the vehicle is in the state corresponding to sleep belongs to the type of the vehicle bus message that is prohibited from being uploaded after the vehicle is in sleep, it is determined that the vehicle meets the preset abnormal sleep determination condition.

Considering that, during the second time period, the vehicle may upload a plurality of vehicle bus messages, and therefore, in some modified embodiments, the determining whether the vehicle meets the preset abnormal sleep determination condition according to the vehicle bus messages uploaded by the vehicle during the time period may include:

if the type of at least one message uploaded when the vehicle is in the rational dormancy state belongs to the type of a vehicle bus message which is prohibited from being uploaded after dormancy, determining that the vehicle meets a preset dormancy abnormity judgment condition;

otherwise, determining that the vehicle does not accord with the preset abnormal sleep judgment condition.

For example, a person skilled in the art may set a message type blacklist, prohibit, for a vehicle, an uploaded vehicle bus message type after a dormancy is listed in the message type blacklist, compare a type of each message uploaded while the vehicle is in a reasonable dormancy state with the vehicle bus message type blacklist, and determine that the vehicle meets a preset dormancy anomaly determination condition if at least one message type belongs to the vehicle bus message type blacklist.

For another example, a person skilled in the art may set a message type white list, for a vehicle, vehicle bus message types that are allowed to be uploaded after being dormant in the message type white list, compare the type of each message uploaded when the vehicle is in a reasonable dormant state with the vehicle bus message type white list, and determine that the vehicle meets a preset dormancy anomaly determination condition if at least one message type does not belong to the vehicle bus message type white list.

In addition, the vehicle can be judged to meet the preset abnormal sleep judgment condition according to the message content of the vehicle bus message uploaded in the second time period in which the vehicle is in the reasonable sleep state, for example, for the charging state message, if the vehicle frequently and repeatedly uploads the first charging state message, a second charging state message or a third charging state message is not separated during the first charging state message, which is not in accordance with the preset logic, so that the vehicle can also be judged to meet the preset abnormal sleep judgment condition and have abnormal sleep.

In addition to any of the above embodiments, after determining that the vehicle has the abnormal sleep state if the determination result at step S103 is satisfied, the method may further include:

generating dormancy abnormity warning information according to a message for determining that the vehicle meets a preset dormancy abnormity judgment condition;

and outputting the abnormal sleep alarm information.

For example, after the vehicle is judged to enter the supposed sleep state, the bluetooth message is continuously received, and the bluetooth message should not be sent during the sleep period and belongs to the message type blacklist, so that the vehicle can be judged to have abnormal sleep according to the type blacklist, and on the basis, sleep abnormality warning information can be generated according to the bluetooth message, and the message causing the abnormal sleep of the vehicle can be recorded in the sleep abnormality warning information as the bluetooth message, and further, the suspicious device causing the abnormal sleep of the vehicle can be described as vehicle-mounted bluetooth. The sleep abnormality warning information can be output to a client of a worker (including but not limited to a mobile phone, a computer and the like) so that the worker can timely and intuitively know the reason of the sleep abnormality of the vehicle, the worker can further diagnose the reason of the abnormality in a targeted manner, and software bugs of suspicious devices can be repaired.

In another embodiment, after determining that the vehicle has the abnormal sleep state if the determination result at step S103 meets the predetermined criterion, the method further includes:

determining the reason why the node which does not stop sending the network management message is awakened;

the above-described reason and the Vehicle Identification Number (VIN) of the Vehicle corresponding thereto are recorded.

It is easy to understand that after determining that the vehicle has a sleeping abnormality, the network management messages are all sent out when the vehicle meets the controller of the sleeping, and some controllers which do not meet the sleeping condition still send the network management messages, extract the network management messages which are not sent out, and record the reason for keeping awakening displayed in the network management messages as the reason for keeping awakening of the nodes which do not send out the network management messages.

The nodes which do not stop sending the network management messages are controllers, sensors or other devices which are supposed to be dormant but not dormant, access the vehicle bus and can send the vehicle bus messages. The reason for staying awake may also be understood as the reason for the occurrence of a sleep exception.

And then, the VIN of the vehicle with the dormancy and the reason for keeping the VIN without the dormancy can be sent to the formulating system at regular time. The purpose of sending the VIN is to facilitate the staff to determine the identity of the vehicle with the abnormal dormancy so as to facilitate further diagnosis and repair, the designated system may be a system for managing and analyzing the vehicle abnormality, the staff may acquire the status of each vehicle through the designated system, and if the abnormal dormancy is found, the VIN may be repaired in time.

It should be noted that, in the embodiment of the present application, the vehicle bus message uploaded by the vehicle may refer to an original message sent by each controller, sensor or other device in the vehicle to the vehicle bus, and the original message does not indicate the sleep state of the entire vehicle itself, and the vehicle does not need to perform sleep anomaly detection by itself, but the original message is directly uploaded to the service end or after being subjected to protocol conversion, and the service end performs sleep anomaly detection according to the vehicle bus message, so that, since the vehicle bus message generated during the running of the vehicle is utilized, it is not necessary to improve the vehicle bus, and only the message generated by the vehicle bus needs to be uploaded to the service end, so as to implement automatic detection of sleep anomaly, and is particularly suitable for the case where the service end performs sleep anomaly detection on a large number of vehicles, only the service end needs to be improved and upgraded to increase the sleep anomaly detection function, need not all reform transform or upgrade to every vehicle, compare in by oneself detect and upload the mode of testing result by the vehicle, on the one hand the transformation cost is lower, and on the other hand is changeed in the implementation, and on the other hand is the user not had the perception again, avoids reforming transform and upgrading the vehicle and causes negative effects to the user to promote the user of vehicle and use experience.

The following description is further described with reference to some specific embodiments, wherein the following exemplary descriptions may be understood with reference to the description of any of the foregoing embodiments, and some details are not repeated.

In the following description, although some terms are changed, they do not affect the expression of their meanings, and some terms are described in correspondence with terms in the foregoing description of the embodiments, and the correspondence expressed by the correspondence may include an equivalent relationship or a top-bottom relationship, and those skilled in the art can understand the correspondence in consideration of the actual situation.

Referring to fig. 3, which schematically illustrates a second flowchart of a vehicle hibernation abnormality detection method provided in some embodiments of the present application, as shown in fig. 3, the vehicle hibernation abnormality detection method may include the following steps:

step S201: and acquiring a vehicle bus message of the vehicle received by the server, and entering S202.

Step S202: judging whether the current power mode is OFF according to a power mode message in the vehicle bus message, if not, indicating that the vehicle is in use, returning to S201; if yes, the vehicle is going to sleep, and the process proceeds to S203.

Step S203: waiting for a first time period to ensure that the vehicle enters the supposed sleep state, and entering S204.

Step S204: judging whether the vehicle is normally dormant or not according to the latest received vehicle bus message uploaded by the vehicle, and if so, indicating that the vehicle is normally dormant; if not, it is indicated that there may be an abnormality in the vehicle sleep, and the process proceeds to S205.

Step S205: and judging whether the vehicle is in a charging state, if so, entering S206, otherwise, indicating that the sleep abnormality exists, and entering S208.

Step S206: while the vehicle is charging, the process waits for the end of charging and proceeds to S207.

Step S207: judging whether charging is finished or not according to the charging state message, if so, returning to S202; otherwise, the process continues to wait for the end of charging, and returns to S206.

Step S208: the reason why the node that does not send the network management packet remains awake is determined, and the process proceeds to S209. The nodes which do not stop sending the network management messages are controllers, sensors or other devices which are supposed to be dormant but not dormant, access the vehicle bus and can send the vehicle bus messages. The reason for staying awake may also be understood as the reason for the occurrence of a sleep exception.

Step S209: the Vehicle Identification Number (VIN) of the Vehicle and its reason for staying awake is sent to a designated system. The purpose of sending the VIN is to facilitate the staff to determine the identity of the vehicle with the abnormal dormancy so as to facilitate further diagnosis and repair, the designated system may be a system for managing and analyzing the vehicle abnormality, the staff may acquire the status of each vehicle through the designated system, and if the abnormal dormancy is found, the VIN may be repaired in time.

The embodiment is suitable for the electric automobile, can eliminate the interference of charging on the detection of the abnormal dormancy, and improves the accuracy and the efficiency of the detection of the abnormal dormancy aiming at the electric automobile, in addition, compared with the prior art, on one hand, the prior mode of manually detecting the abnormal dormancy of the automobile is abandoned, and the service end automatically detects the abnormal dormancy of the automobile by utilizing the automobile bus message of the automobile, thereby effectively improving the detection efficiency of the abnormal dormancy of the automobile, on the other hand, because the automobile bus message is generated according to the message uploaded by the automobile and originated from the automobile bus, the automobile can upload all the automobile bus messages generated by the automobile bus to the service end, thus, the service end can comprehensively detect the abnormal dormancy of the automobile according to the automobile bus messages, and avoid the detection omission, on the other hand, because the automobile bus messages are generated according to the automobile bus messages uploaded in real time by the automobile, the method has high real-time performance, so that the abnormal sleep detection of the vehicle can be timely and timely ensured, the problem of current artificial detection lag is solved, the detection can be completed under the condition that a user does not sense, and the user use experience of the vehicle is favorably improved.

In the embodiment, a vehicle dormancy abnormality detection method is provided, and correspondingly, the application also provides a vehicle dormancy abnormality detection device. The vehicle dormancy abnormality detection device provided by the embodiment of the application can implement the information processing method, and the information processing device can be implemented through software, hardware or a combination of software and hardware. For example, the information processing apparatus may include integrated or separate functional modules or units to perform the corresponding steps in the above-described methods. Referring to fig. 4, a schematic diagram of a vehicle hibernation abnormality detection apparatus according to some embodiments of the present application is schematically shown. Since the apparatus embodiments are substantially similar to the method embodiments, they are described in a relatively simple manner, and reference may be made to some of the descriptions of the method embodiments for relevant points. The device embodiments described below are merely illustrative.

As shown in fig. 4, the vehicle hibernation abnormality detection apparatus 10, which is used for a service side, may include:

the vehicle bus message acquisition module 101 is used for acquiring a vehicle bus message uploaded to a server by a vehicle;

the condition judgment module 102 is configured to determine whether the vehicle meets a preset abnormal sleep judgment condition according to the vehicle bus message;

and the sleeping abnormity determining module 103 is used for determining that the vehicle has sleeping abnormity if the vehicle is in accordance with the sleeping abnormity determining module.

In some variations of the embodiments of the present application, the condition determining module 102 includes:

the first power mode message detection unit is used for determining whether a first power mode message which represents that the power of the vehicle is turned off is included in the vehicle bus message;

a reason dormancy state judgment unit, configured to judge whether the vehicle is in a reason dormancy state according to a preset dormancy judgment condition if the reason dormancy state judgment unit includes the reason dormancy state judgment unit;

and the first dormancy abnormal condition judging unit is used for determining whether the vehicle meets a preset dormancy abnormal judgment condition or not according to a vehicle bus message uploaded when the vehicle is in the reason dormancy state if the vehicle is in the reason dormancy state.

In some modifications of the embodiments of the present application, the supposed sleep state determination unit includes:

and the first condition judgment subunit is used for determining that the vehicle is in a reasonable dormant state after the first power mode message is monitored and the first duration is waited.

the second condition judgment subunit is configured to determine that the vehicle is in a supposed sleep state after a second duration if a second power mode message and/or a first charging state message uploaded by the vehicle is not received since the first power mode message is monitored; wherein the second power mode message indicates that a vehicle power is turned on, and the first charging status message indicates that the vehicle is in a charging status.

the third condition judging subunit is used for receiving the first charging state message uploaded by the vehicle after the first power mode message is monitored, and determining that the vehicle is in a reasonable dormant state after waiting for receiving the second charging state message; wherein the first charging status message indicates that the vehicle is in a charging status, and the second charging status message indicates that charging is finished.

the fourth condition judging subunit is configured to determine that the vehicle leaves the supposed sleep state after receiving the second power mode message uploaded by the vehicle; wherein the second power mode message indicates that the vehicle power is on.

In some modified embodiments of the embodiment of the present application, the vehicle bus messages acquired by the vehicle bus message acquisition module 101 include all vehicle bus messages uploaded by the vehicle in real time within a historical first time period;

the condition determining module 102 includes:

a second time period determination unit, configured to determine, according to all vehicle bus messages uploaded by the vehicle within the historical first time period, a second time period in which the vehicle is in a supposed sleep state;

the dormant state message selecting unit is used for selecting a vehicle bus message uploaded by the vehicle in the second time period and determining the vehicle bus message uploaded when the vehicle is in a reasonable dormant state;

and the second dormancy abnormal condition judging unit is used for determining whether the vehicle meets a preset dormancy abnormal judging condition or not according to the vehicle bus message uploaded when the vehicle is in a reason dormancy state.

In some modifications of the embodiments of the present application, the second time zone determination unit includes:

a power-off time period determining subunit, configured to determine a power-off time period of the vehicle according to all vehicle bus messages uploaded by the vehicle within the historical first time period;

and the first determining subunit is used for determining a second time period in which the vehicle is in a reasonable sleep state according to the power supply off time period.

the charging time period determining subunit is configured to determine a charging time period of the vehicle according to all vehicle bus messages uploaded by the vehicle within the historical first time period;

and the second determining subunit is used for determining a second time period in which the vehicle is in the reasonable sleep state according to the power supply off time period and the charging time period.

In some modifications of the embodiments of the present application, the power-off period determining subunit includes:

the power mode message searching subunit is configured to traverse all vehicle bus messages uploaded by the vehicle within the historical first time period, and search a power mode message in all the vehicle bus messages;

a power mode packet determining subunit, configured to determine a power mode packet group according to the found power mode packet, where the specified power mode packet group includes a first power mode packet and a second power mode packet that are adjacent to each other, and a sending time of the first power mode packet is earlier than a sending time of the second power mode packet; wherein the first power mode message indicates that the vehicle power is turned off, and the second power mode message indicates that the vehicle power is turned on;

a power-off determining subunit, configured to determine, as a power-off time period of the vehicle, a time period between the sending time of the first power mode packet and the sending time of the second power mode packet in each power mode packet group.

In some modified embodiments of the present application, the charging period determination subunit includes:

the power mode message searching subunit is used for traversing all vehicle bus messages uploaded by the vehicle within the historical first time period and searching the charging state messages in all the vehicle bus messages;

a power mode packet determining subunit, configured to determine a charging state packet group according to the searched charging state packet, where the specified charging state packet group includes a first charging state packet and a second charging state packet that are adjacent to each other, and a sending time of the first charging state packet is earlier than a sending time of the second charging state packet; wherein the first charging state message indicates that the vehicle is in a charging state, and the second charging state message indicates that charging is finished;

and the charging determining subunit is configured to determine, as the charging time period of the vehicle, a time period between the sending time of the first charging status packet and the sending time of the second charging status packet in each charging status packet group.

In some modifications of the embodiments of the present application, the first sleep abnormality condition determination unit and/or the second sleep abnormality condition determination unit includes:

and the forbidden type judgment subunit is used for determining that the vehicle meets a preset abnormal dormancy judgment condition if the type of the vehicle bus message uploaded when the vehicle is in the reasonable dormancy state belongs to the type of the vehicle bus message forbidden to be uploaded after the vehicle is dormant.

In some variations of the embodiments of the present application, the vehicle bus message type prohibited from being uploaded after the hibernation includes other message types except for at least one of the following: power mode messages, charging state messages, and door lock switch messages.

The vehicle hibernation abnormality detection apparatus 10 provided in the embodiment of the present application and the vehicle hibernation abnormality detection method provided in the foregoing embodiment of the present application have the same beneficial effects and are not repeated herein.

The embodiment of the present application further provides a server device corresponding to the vehicle dormancy abnormality detection method provided by the foregoing embodiment, where the server device may be an electronic device used as a server, and may include an independent server or a server cluster, so as to execute the vehicle dormancy abnormality detection method.

Specifically, please refer to the foregoing description of the vehicle hibernation abnormality detection method, where the server device is in communication connection with a plurality of vehicles, and is configured to receive vehicle bus messages uploaded to the server by the plurality of vehicles, and perform hibernation abnormality detection on each vehicle according to the vehicle hibernation abnormality detection method provided in any of the foregoing embodiments of the present application.

Please refer to fig. 5, which schematically illustrates a schematic diagram of a server device according to some embodiments of the present application. As shown in fig. 5, the server device 20 includes: the system comprises a processor 200, a memory 201, a bus 202 and a communication interface 203, wherein the processor 200, the communication interface 203 and the memory 201 are connected through the bus 202; the memory 201 stores a computer program that can be executed on the processor 200, and the processor 200 executes the vehicle hibernation abnormality detection method provided in any one of the foregoing embodiments when executing the computer program.

The Memory 201 may include a Random Access Memory (RAM) and may further include a non-volatile Memory (non-volatile Memory), such as at least one disk Memory. The communication connection between the network element of the system and at least one other network element is realized through at least one communication interface 203 (which may be wired or wireless), and the internet, a wide area network, a local network, a metropolitan area network, and the like can be used.

Bus 202 can be an ISA bus, PCI bus, EISA bus, or the like. The bus may be divided into an address bus, a data bus, a control bus, etc. The memory 201 is used for storing a program, and the processor 200 executes the program after receiving an execution instruction, and the vehicle hibernation abnormality detection method disclosed by any one of the foregoing embodiments of the present application may be applied to the processor 200, or implemented by the processor 200.

The processor 200 may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method may be performed by integrated logic circuits of hardware or instructions in the form of software in the processor 200. The Processor 200 may be a general-purpose Processor, including a Central Processing Unit (CPU), a Network Processor (NP), and the like; but may also be a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), an off-the-shelf programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components. The various methods, steps, and logic blocks disclosed in the embodiments of the present application may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in connection with the embodiments of the present application may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software module may be located in ram, flash memory, rom, prom, or eprom, registers, etc. storage media as is well known in the art. The storage medium is located in the memory 201, and the processor 200 reads the information in the memory 201 and completes the steps of the method in combination with the hardware thereof.

The server-side device provided by the embodiment of the application and the vehicle dormancy abnormality detection method provided by the previous embodiment of the application have the same inventive concept and the same beneficial effects as the method adopted, operated or realized by the server-side device.

Referring to fig. 6, a computer readable storage medium is shown as an optical disc 30, on which a computer program (i.e., a program product) is stored, and when the computer program is executed by a processor, the computer program executes the vehicle hibernation abnormality detection method according to any of the foregoing embodiments.

It should be noted that examples of the computer-readable storage medium may also include, but are not limited to, phase change memory (PRAM), Static Random Access Memory (SRAM), Dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), Read Only Memory (ROM), Electrically Erasable Programmable Read Only Memory (EEPROM), flash memory, or other optical and magnetic storage media, which are not described in detail herein.

The computer-readable storage medium provided by the above-mentioned embodiment of the present application and the vehicle hibernation abnormality detection method provided by the foregoing embodiment of the present application have the same beneficial effects as the method adopted, operated or implemented by the application program stored therein, based on the same inventive concept.

It should be noted that the flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present application. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described systems, apparatuses and units may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.

In the several embodiments provided in the present application, it should be understood that the disclosed apparatus and method may be implemented in other ways. The above-described embodiments of the apparatus are merely illustrative, and for example, the division of the units is only one logical division, and there may be other divisions when actually implemented, and for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection of devices or units through some communication interfaces, and may be in an electrical, mechanical or other form.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit.

The functions, if implemented in the form of software functional units and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present application or portions thereof that substantially contribute to the prior art may be embodied in the form of a software product stored in a storage medium and including instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present application. And the aforementioned storage medium includes: various media capable of storing program codes, such as a usb disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk, or an optical disk.

Finally, it should be noted that: the above embodiments are only used for illustrating the technical solutions of the present application, and not for limiting the same; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some or all of the technical features may be equivalently replaced; such modifications and substitutions do not depart from the spirit and scope of the present disclosure, and the present disclosure should be construed as being covered by the claims and the specification.

Claims

1. A vehicle sleep abnormality detection method characterized by comprising:

acquiring a vehicle bus message uploaded to a server by a vehicle;

and if so, determining that the vehicle has abnormal dormancy.

2. The method according to claim 1, wherein the determining whether the vehicle meets a preset sleep anomaly determination condition according to the vehicle bus message comprises:

3. The method according to claim 2, wherein the determining whether the vehicle is in a supposed sleep state according to a preset sleep determination condition comprises:

4. The method according to claim 2, wherein the determining whether the vehicle is in a supposed sleep state according to a preset sleep determination condition comprises:

5. The method according to claim 2, wherein the determining whether the vehicle is in a supposed sleep state according to a preset sleep determination condition comprises:

6. The method according to any one of claims 3 to 5, wherein the determining whether the vehicle is in a supposed sleep state according to a preset sleep determination condition further comprises:

7. The method of claim 1, wherein the acquired vehicle bus messages include all vehicle bus messages uploaded by the vehicle in real time within a historical first time period;

the determining whether the vehicle meets a preset abnormal dormancy judgment condition according to the vehicle bus message includes:

8. The method of claim 7, wherein determining the second time period that the vehicle is in the supposed sleep state based on all vehicle bus messages uploaded by the vehicle within the historical first time period comprises:

9. The method of claim 7, wherein determining the second time period that the vehicle is in the supposed sleep state based on all vehicle bus messages uploaded by the vehicle within the historical first time period comprises:

10. The method of claim 8 or 9, wherein determining the power-off time period of the vehicle based on all vehicle bus messages uploaded by the vehicle during the historical first time period comprises:

11. The method of claim 9, wherein determining the charging period of the vehicle based on all vehicle bus messages uploaded by the vehicle during the historical first period comprises:

12. The method according to claim 2 or 7, wherein the determining whether the vehicle meets a preset sleep abnormality determination condition according to the vehicle bus message uploaded when the vehicle is in the supposed sleep state includes:

13. The method of claim 12, wherein the vehicle bus message types that are prohibited from uploading after hibernation include other message types in addition to at least one of: power mode messages, charging state messages, and door lock switch messages.

14. A vehicle sleep abnormality detection device characterized by comprising:

the vehicle bus message acquisition module is used for acquiring a vehicle bus message uploaded to a server by a vehicle;

15. A server-side device, wherein the server-side device is in communication connection with a plurality of vehicles, and is configured to receive vehicle bus messages uploaded to a server by the plurality of vehicles, and perform abnormal sleep detection on each vehicle according to the abnormal sleep detection method for vehicles according to any one of claims 1 to 13.

16. A computer readable storage medium having computer readable instructions stored thereon which are executable by a processor to implement the method of any one of claims 1 to 13.