In-stock vehicle monitoring method, device, server and storage medium

Abstract

The present application provides a method, device, server and storage medium for monitoring vehicles in the warehouse. The method includes: monitoring the current status of each vehicle in the warehouse; when it is determined that the current status meets the preset alarm condition, determining the corresponding vehicle in the warehouse as a target vehicle suspected of being abnormal; querying the asset system to see whether there is marking information for the target vehicle; if not, sending an alarm message to the target terminal; if so, obtaining the certification material information corresponding to the marking information of the target vehicle, and sending an alarm message to the target terminal if the target vehicle does not have the certification material information; wherein the alarm message is used to indicate that the target vehicle is abnormal. Through this solution, vehicles in the warehouse with potential risks can be identified, and alarm information can be triggered in a timely manner when potential risks are identified, thereby improving the management efficiency of vehicles in the warehouse, effectively improving the asset safety of vehicles in the warehouse, and reducing asset losses.

Description

Technical Field

[0001] The present application relates to the field of data processing technology, and in particular to a method, device, server and storage medium for monitoring vehicles in a warehouse. Background Art

[0002] Online ride-hailing is a service platform built on Internet technology. It connects qualified vehicles and drivers and provides taxi reservation services by integrating supply and demand information.

[0003] For vehicles in the warehouse that have not been delivered for operation, if their actual status is not the warehouse status, it may lead to difficulties in subsequent recovery or even asset loss. Therefore, how to automatically monitor these vehicles in the warehouse is a technical problem that needs to be solved urgently by technical personnel in this field. Summary of the Invention

[0004] In order to overcome the technical problems existing in the related art, the present application provides a method, device, server and storage medium for monitoring vehicles in a warehouse.

[0005] In a first aspect, an embodiment of the present application provides a method for monitoring vehicles in a warehouse, comprising:

[0006] Monitor the current status of each vehicle in the warehouse;

[0007] When it is determined that the current state meets the preset alarm condition, the corresponding vehicle in the warehouse is determined as a target vehicle suspected of abnormality;

[0008] Querying the asset system whether there is marking information for the target vehicle;

[0009] If it does not exist, an alarm message is sent to the target terminal;

[0010] If so, obtaining the certification information corresponding to the tag information of the target vehicle, and sending an alarm message to the target terminal if the target vehicle does not have the certification information;

[0011] The warning information is used to indicate that the target vehicle is abnormal.

[0012] In a second aspect, an embodiment of the present application provides a vehicle monitoring device in a warehouse, comprising:

[0013] Monitoring module, used to monitor the current status of each vehicle in the warehouse;

[0014] a determination module, configured to determine the corresponding in-stock vehicle as a target vehicle suspected of abnormality when determining that the current state satisfies a preset alarm condition;

[0015] A processing module, configured to query the asset system for whether there is marking information of the target vehicle;

[0016] A sending module, configured to send an alarm message to a target terminal when there is no marking information on the target vehicle;

[0017] The sending module is further configured to obtain, when the target vehicle has marking information, certification information corresponding to the marking information of the target vehicle, and to send an alarm message to the target terminal if the target vehicle does not have the certification information;

[0018] The warning information is used to indicate that the target vehicle is abnormal.

[0019] In a third aspect, an embodiment of the present application provides a server comprising: a memory and a processor, wherein the memory stores a computer program, and when the processor executes the computer program, the steps of the in-warehouse vehicle monitoring method provided in the first aspect of the present application are implemented.

[0020] In a fourth aspect, the present application provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the steps of the in-warehouse vehicle monitoring method provided in the first aspect of the present application.

[0021] The technical solution provided by the embodiment of the present application monitors the current status of each in-stock vehicle. When it is determined that the current status meets the preset alarm conditions, the corresponding in-stock vehicle is identified as a target vehicle suspected of being abnormal, and the asset system is queried to see whether there is marking information for the target vehicle. If there is no marking information, an alarm message is sent to the target terminal. If there is marking information, the certification material information corresponding to the marking information of the target vehicle is obtained. If the above certification material information is not obtained, an alarm message is sent to the target terminal. Through this solution, in-stock vehicles with potential risks can be identified, and alarm information can be triggered in a timely manner when potential risks are identified, thereby improving the management efficiency of in-stock vehicles, effectively improving the asset security of in-stock vehicles, and reducing asset losses. BRIEF DESCRIPTION OF THE DRAWINGS

[0022] Figure 1 A schematic diagram of an application scenario provided in an embodiment of the present application;

[0023] Figure 2 A schematic diagram of a flow chart of a method for monitoring vehicles in a warehouse provided in an embodiment of the present application;

[0024] Figure 3 Another flowchart of the method for monitoring vehicles in the warehouse provided in an embodiment of the present application;

[0025] Figure 4 A schematic diagram of the structure of a vehicle monitoring device in a warehouse provided in an embodiment of the present application;

[0026] Figure 5 A schematic diagram of the structure of a server provided in an embodiment of the present application. DETAILED DESCRIPTION

[0027] In order to make the purpose, technical solutions and advantages of this application more clear, the technical solutions in this application are further described in detail through the following embodiments and in conjunction with the accompanying drawings. It should be understood that the specific embodiments described here are only used to explain this application and are not used to limit this application.

[0028] For example, Figure 1 A schematic diagram of an application scenario provided in an embodiment of the present application is shown in FIG. Figure 1 As shown, the in-stock vehicle monitoring method provided in the embodiment of the present application involves a server (corresponding to the backend of the online car-hailing application) and an online car-hailing vehicle. Among them, the online car-hailing vehicle can be installed with a positioning system, such as a Geographic Information System (GIS), and the online car-hailing vehicle can also be installed with monitoring equipment, such as a camera or a microphone. The online car-hailing vehicle is also equipped with a user device, such as a smart phone, etc., and the user device is installed with an online car-hailing driver-side APP. The online car-hailing driver queries the order dispatched by the backend of the online car-hailing application by logging into the online car-hailing driver-side APP. Optionally, the above-mentioned server can be an independent server or a server cluster composed of multiple servers.

[0029] Furthermore, online ride-hailing vehicles include vehicles in storage that have not been delivered for operation and vehicles in operation. In order to enhance the asset security of the platform's own vehicles, the embodiment of the present application performs automated monitoring on vehicles in storage that have not been delivered for operation.

[0030] Figure 2 A flow chart of a method for monitoring in-stock vehicles provided in an embodiment of the present application. This embodiment can be executed by an in-stock vehicle monitoring device, which can be implemented by software and / or hardware and integrated into a Figure 1 As shown in the server. Figure 2 As shown, the method may include:

[0031] S201. Monitor the current status of each vehicle in the warehouse.

[0032] In-stock vehicles refer to vehicles that have not been delivered for operation. In specific implementation, vehicles in the following states can be considered as in-stock vehicles, such as vehicles that have been prepared, vehicles to be bound, vehicles to be dispatched, and vehicles that cannot be dispatched. Among them, vehicles that have been prepared refer to vehicles that can be dispatched at any time, but have not purchased commercial insurance and need to be bound to a driver; vehicles to be bound refer to vehicles that are in a dispatchable state and have purchased commercial insurance, specifically referring to vehicles that have been returned once and then repaired to a dispatchable state; vehicles to be dispatched refer to vehicles that are in a dispatchable state and have purchased commercial insurance, specifically referring to new vehicles that are waiting to be dispatched for the first time; vehicles that cannot be dispatched refer to vehicles that have undergone repairs, failures, etc. during operation and have not been repaired and cannot be dispatched.

[0033] The server can periodically monitor all vehicles in the platform at a preset time to obtain the current status of each vehicle in the garage. This current status can include the current location of the vehicle and the accumulated mileage of the vehicle since entering the garage. For example, the current location of the vehicle in the garage can be obtained through GIS.

[0034] S202: When it is determined that the current state satisfies a preset alarm condition, the corresponding vehicle in the warehouse is determined as a target vehicle suspected of being abnormal.

[0035] Alarm conditions can be pre-set based on business needs. After obtaining the current status of each vehicle in the warehouse, the current status is compared with the preset alarm conditions. If the current status of the vehicle in the warehouse meets the preset alarm conditions, the actual status of the vehicle in the warehouse is considered inconsistent with the warehouse status marked in the platform, and there may be an abnormality. In other words, the vehicle in the warehouse is identified as a target vehicle with suspected abnormality. For example, if the monitoring detects that the vehicle in the warehouse is not currently in the preset location, it can be determined that the vehicle in the warehouse is likely abnormal.

[0036] S203: Query the asset system to see whether there is any marking information for the target vehicle.

[0037] Although the pre-set alarm conditions have been used to initially screen all in-stock vehicles, resulting in the identification of suspected abnormal target vehicles, these target vehicles are not necessarily completely out of control. For example, some target vehicles may be monitored as not currently in stock, but their usage status within the target time period has been previously registered in the asset system. Therefore, no alarm is required when these target vehicles are detected as not in stock. The aforementioned marking information indicates the in-stock vehicle's usage status within the target time period. Therefore, the asset system can be queried to determine whether the marking information for the target vehicle exists. If not, the process proceeds to S204 below. If so, the process proceeds to S205 below.

[0038] S204: Send an alarm message to the target terminal.

[0039] The target terminal can be a terminal held by an asset system administrator. If a target vehicle is detected as not in the warehouse and the asset system lacks a marker indicating its use status, the target vehicle can be considered absent and its absence is not registered in the asset system. This situation could pose a risk to the asset. Therefore, an alert can be sent to the target terminal so that the asset system administrator can manually verify the target vehicle's absence.

[0040] S205: Obtain certification information corresponding to the mark information of the target vehicle, and send an alarm message to the target terminal if the target vehicle does not have the certification information.

[0041] The alarm information is used to indicate that the target vehicle is abnormal. When the target vehicle is detected as not in the warehouse, but there is marking information in the asset system that is used to mark the usage status of the target vehicle, the asset system can continue to obtain the corresponding supporting material information of the target vehicle from the asset system. If the corresponding supporting material information is obtained, it indicates that the target vehicle is not in the warehouse. The situation has been registered in the asset system and the corresponding supporting material information is complete. In this case, there is no need to trigger an alarm information. If the corresponding supporting material information is not obtained or the supporting material information is incomplete, the situation that the target vehicle is not in the warehouse may lead to hidden asset risks. An alarm information needs to be sent to the target terminal so that the asset system management personnel can manually verify the actual situation of the target vehicle not being in the warehouse.

[0042] Optionally, the marking information may include at least one of the following: vehicle failure, vehicle maintenance, and vehicle occupation.

[0043] Optionally, if the flag indicates a vehicle failure, the corresponding supporting documentation includes driver communication records, fault video footage, and on-site fault survey records. If the flag indicates vehicle repair, the corresponding supporting documentation includes the repair station's pre-inspection form, vehicle repair video or images, repair settlement, and driver communication records. If the flag indicates the vehicle was illegally occupied, the corresponding supporting documentation includes the lease expiration date, driver communication records, vehicle search records, and records of sending the termination letter.

[0044] For example, when it is determined that the current status of in-stock vehicle A meets the preset alarm condition, it is determined that in-stock vehicle A is not currently in the warehouse. In actual applications, the absence of in-stock vehicle A may have been registered in the asset system. To avoid false alarms, the asset system can be queried to determine whether the marking information of in-stock vehicle A exists in the asset system. If the marking information of in-stock vehicle A is not found in the asset system, an alarm message is sent to the target terminal to remind the asset management personnel to manually verify the absence of in-stock vehicle A.

[0045] If the asset system finds the tag information for vehicle A in storage, and assuming the tag indicates vehicle maintenance, the system can then be checked to see if any supporting documentation related to vehicle A's maintenance is stored. This includes verifying the availability of a pre-inspection form from the repair station, images of the vehicle repaired, repair settlements, and driver communication records regarding the repair. If all this supporting documentation is complete, no alarm is triggered. If it is missing, an alarm is sent to the target terminal to alert asset management personnel to manually verify that vehicle A is not in storage.

[0046] The in-stock vehicle monitoring method provided in the embodiment of the present application monitors the current status of each in-stock vehicle. When it is determined that the current status meets the preset alarm conditions, the corresponding in-stock vehicle is identified as a suspected abnormal target vehicle, and the asset system is queried to see whether there is marking information for the target vehicle. If there is no marking information, an alarm message is sent to the target terminal. If there is marking information, the certification material information corresponding to the marking information of the target vehicle is obtained. If the above certification material information is not obtained, an alarm message is sent to the target terminal. Through this solution, in-stock vehicles with potential risks can be identified, and alarm information can be triggered in a timely manner when potential risks are identified, thereby improving the management efficiency of in-stock vehicles, effectively improving the asset security of in-stock vehicles, and reducing asset losses.

[0047] In one embodiment, the current state may optionally include a target cumulative mileage. Figure 3 As shown, determining in S202 that the current state meets the preset alarm condition may include:

[0048] S2021. Obtain a first cumulative mileage and a second cumulative mileage of each vehicle in the warehouse.

[0049] The first accumulated mileage is the accumulated mileage up to the current moment, and the second accumulated mileage is the accumulated mileage when the driver was last unbound or when the last alarm was lifted.

[0050] S2022: Determine a target cumulative mileage for each vehicle in the warehouse based on the difference between the first cumulative mileage and the second cumulative mileage.

[0051] S2023. If the target cumulative mileage exceeds a preset mileage threshold, it is determined that the in-stock vehicle is suspected to be abnormal.

[0052] It is understandable that if the in-stock vehicle is truly in the in-stock state, its target cumulative mileage should theoretically be zero or less than the preset mileage threshold. Based on this, when it is monitored that the target cumulative mileage of the in-stock vehicle as of the current moment exceeds the preset mileage threshold, it indicates that the in-stock vehicle is not currently in the in-stock state and there are certain asset risk hazards. These in-stock vehicles can be screened out for key monitoring.

[0053] In one embodiment, the current state may optionally include whether the vehicle in the warehouse has exited a preset fence, the distance it has exited the preset fence, and the duration of time. When the current state includes whether the vehicle in the warehouse has exited the preset fence, the distance it has exited the preset fence, and the duration of time, determining that the current state satisfies a preset alarm condition in S202 may include: if the vehicle in the warehouse is detected to have exited the preset fence, and the distance and duration of time it has exited the preset fence meet corresponding preset conditions, then determining that the vehicle in the warehouse is suspected of being abnormal.

[0054] Specifically, the current position of the in-stock vehicle is monitored and compared with a preset fence to determine whether the in-stock vehicle has exited the preset fence. For example, the preset fence can be within a 2-kilometer range of the parking lot. A vehicle may correspond to multiple parking lots. The current position of the in-stock vehicle can be compared with the locations of each parking lot. If the in-stock vehicle is outside the 2-kilometer range of the parking lot, it is determined that the in-stock vehicle has exited the preset fence. At the same time, the distance and duration of the in-stock vehicle's exit from the preset fence are continuously monitored. If the distance exceeds the preset distance threshold and the duration exceeds the preset time threshold, it indicates that the in-stock vehicle is not currently in the in-stock state and there is a certain asset risk. These in-stock vehicles can be screened out for key monitoring.

[0055] In this embodiment, since the monitored indicators can represent the actual operating conditions of the vehicles in the warehouse, whether the vehicles are in the warehouse is determined by monitoring the target cumulative mileage of the vehicles in the warehouse and the conditions of entering and exiting the preset fence, which makes the monitoring results more accurate and thus improves the accuracy of the alarm.

[0056] In one embodiment, before sending the warning information to the target terminal, the current location information and the target cumulative mileage of the target vehicle may be obtained; and the warning information may be generated based on the current location information and the target cumulative mileage.

[0057] When it is determined that the target vehicle is abnormal, the current location of the target vehicle can be obtained, for example, through GIS; the target cumulative mileage of the target vehicle up to the current moment can be obtained from the database; and then an alarm message can be generated based on the above information, that is, the alarm message can carry the current location information of the target vehicle and the target cumulative mileage, so that the asset management personnel can quickly understand the current situation after receiving the alarm message.

[0058] In one embodiment, before sending the alarm information to the target terminal, it is also possible to query in the asset system whether the status of the target vehicle is in an operational state. If the status of the target vehicle is in a non-operational state, an alarm information is sent to the target terminal. If the status of the target vehicle is in an operational state, the generated alarm information is canceled, that is, the status of the target vehicle is confirmed again before sending the alarm information, thereby avoiding the occurrence of false alarms caused by untimely data updates.

[0059] Furthermore, the system can continuously monitor the current status of the target vehicle and, if the current status does not meet the preset alarm conditions, cancel the previously generated alarm information. At the same time, it can also receive user alarm query requests and display the alarm information that matches the alarm query request, so that relevant management personnel can understand more information.

[0060] Figure 4 A schematic diagram of the structure of the vehicle monitoring device in the warehouse provided in the embodiment of the present application. Figure 4 As shown, the apparatus may include: a monitoring module 401 , a determining module 402 , a processing module 403 and a sending module 404 .

[0061] Specifically, the monitoring module 401 is used to monitor the current status of each vehicle in the warehouse;

[0062] The determination module 402 is configured to determine the corresponding in-stock vehicle as a suspected abnormal target vehicle when determining that the current state meets the preset alarm condition;

[0063] The processing module 403 is used to query the asset system whether there is marking information of the target vehicle;

[0064] The sending module 404 is used to send an alarm message to the target terminal when the target vehicle does not have marking information;

[0065] The sending module 404 is further configured to obtain, when the target vehicle has marking information, certification information corresponding to the marking information of the target vehicle, and to send an alarm message to the target terminal if the target vehicle does not have the certification information;

[0066] The warning information is used to indicate that the target vehicle is abnormal.

[0067] The in-stock vehicle monitoring device provided in the embodiment of the present application monitors the current status of each in-stock vehicle. When it is determined that the current status meets the preset alarm conditions, the corresponding in-stock vehicle is identified as a suspected abnormal target vehicle, and the asset system is queried to see whether there is marking information for the target vehicle. If there is no marking information, an alarm message is sent to the target terminal. If there is marking information, the certification material information corresponding to the marking information of the target vehicle is obtained. If the above certification material information is not obtained, an alarm message is sent to the target terminal. Through this solution, in-stock vehicles with potential risks can be identified, and alarm information can be triggered in a timely manner when potential risks are identified, thereby improving the management efficiency of in-stock vehicles, effectively improving the asset safety of in-stock vehicles, and reducing asset losses.

[0068] Based on the above embodiment, optionally, the current state includes a target cumulative mileage;

[0069] Correspondingly, the determination module 402 is specifically used to obtain the first cumulative mileage and the second cumulative mileage of each vehicle in the warehouse; wherein, the first cumulative mileage is the cumulative mileage up to the current moment, and the second cumulative mileage is the cumulative mileage when the driver was last unbound or the cumulative mileage when the last alarm was lifted; based on the difference between the first cumulative mileage and the second cumulative mileage, the target cumulative mileage of each vehicle in the warehouse is determined; if the target cumulative mileage exceeds the preset mileage threshold, the vehicle in the warehouse is determined to be suspected of being abnormal.

[0070] Based on the above embodiment, optionally, the current state includes whether the vehicle in the warehouse has driven out of a preset fence, the distance it has driven out of the preset fence, and the duration;

[0071] Correspondingly, the determination module 402 is specifically configured to determine that the vehicle in the warehouse is suspected of being abnormal if it is monitored that the vehicle in the warehouse has driven out of a preset fence, and the distance and duration of the vehicle out of the preset fence meet corresponding preset conditions.

[0072] Based on the above embodiment, optionally, the marking information includes at least one of the following: vehicle failure, vehicle maintenance, and vehicle occupation.

[0073] Based on the above embodiment, optionally, when the marking information is a vehicle failure, the supporting material information includes driver communication records, fault video information, and fault field survey records; when the marking information is vehicle maintenance, the supporting material information includes the maintenance station's pre-inspection form, vehicle maintenance images, maintenance settlement, and driver communication records; when the marking information is that the vehicle is forcibly occupied, the supporting material information includes the lease expiration date, driver communication records, vehicle search records, and the sending record of the release letter.

[0074] Based on the above embodiment, optionally, the processing module 403 is further configured to query in the asset system whether the status of the target vehicle is in an operating state before sending the alarm information to the target terminal;

[0075] The sending module 404 is specifically used to send an alarm message to the target terminal if it is found that the target vehicle is in a non-operating state.

[0076] Based on the above embodiment, optionally, the processing module 403 is also used to obtain the current position information of the target vehicle and the target cumulative mileage before sending the alarm information to the target terminal; and generate the alarm information based on the current position information and the target cumulative mileage.

[0077] In one embodiment, a server is provided, whose internal structure diagram can be as follows: Figure 5 As shown. The server includes a processor, memory, and a network interface (not shown) connected via a system bus. The processor of the server is used to provide computing and control capabilities. The network interface of the server is used to communicate with an external terminal via a network connection. The memory of the server is used to store a computer program that, when executed by the processor, implements the steps of a method for monitoring vehicles in a warehouse.

[0078] Those skilled in the art will understand that Figure 5 The structure shown in the figure is only a block diagram of a part of the structure related to the solution of the present application, and does not constitute a limitation on the server to which the solution of the present application is applied. The specific server may include more or fewer components than shown in the figure, or combine certain components, or have a different component arrangement.

[0079] In one embodiment, a server is provided, including a memory and a processor, wherein a computer program is stored in the memory, and when the processor executes the computer program, the following steps are implemented:

[0080] Monitor the current status of each vehicle in the warehouse;

[0081] When it is determined that the current state meets the preset alarm condition, the corresponding vehicle in the warehouse is determined as a target vehicle suspected of abnormality;

[0082] Querying the asset system whether there is marking information for the target vehicle;

[0083] If it does not exist, an alarm message is sent to the target terminal;

[0084] If so, obtaining the certification information corresponding to the tag information of the target vehicle, and sending an alarm message to the target terminal if the target vehicle does not have the certification information;

[0085] The warning information is used to indicate that the target vehicle is abnormal.

[0086] In one embodiment, a computer-readable storage medium is provided, on which a computer program is stored. When the computer program is executed by a processor, the following steps are implemented:

[0087] Monitor the current status of each vehicle in the warehouse;

[0088] When it is determined that the current state meets the preset alarm condition, the corresponding vehicle in the warehouse is determined as a target vehicle suspected of abnormality;

[0089] Querying the asset system whether there is marking information for the target vehicle;

[0090] If it does not exist, an alarm message is sent to the target terminal;

[0091] If so, obtaining the certification information corresponding to the tag information of the target vehicle, and sending an alarm message to the target terminal if the target vehicle does not have the certification information;

[0092] The warning information is used to indicate that the target vehicle is abnormal.

[0093] The in-depot vehicle monitoring device, server, and storage medium provided in the above embodiments can execute the in-depot vehicle monitoring method provided in any of the above embodiments, and have the corresponding functional modules and beneficial effects of executing the method. For technical details not fully described in the above embodiments, please refer to the in-depot vehicle monitoring method provided in any of the above embodiments.

[0094] The technical features of the above-mentioned embodiments can be combined arbitrarily. In order to make the description concise, not all possible combinations of the technical features in the above-mentioned embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0095] The above-described embodiments merely represent several implementation methods of the present application. While the descriptions are relatively specific and detailed, they should not be construed as limiting the scope of the present invention. It should be noted that a person of ordinary skill in the art may make various modifications and improvements without departing from the spirit of the present invention, all of which fall within the scope of protection of the present invention. Therefore, the scope of protection of the present invention shall be determined by the appended claims.

Claims

1. A method for monitoring vehicles in a warehouse, characterized in that: include: Monitor the current status of each vehicle in the warehouse; The vehicles in the warehouse are vehicles that have not been delivered for operation; When it is determined that the current state meets the preset alarm condition, the corresponding vehicle in the warehouse is determined as a target vehicle suspected of abnormality; Querying the asset system for the presence of tag information for the target vehicle; the tag information is used to indicate the usage status of the vehicle in the warehouse within the target time period; If it does not exist, an alarm message is sent to the target terminal; If so, obtaining the certification information corresponding to the tag information of the target vehicle, and sending an alarm message to the target terminal if the target vehicle does not have the certification information; Wherein, the warning information is used to indicate that the target vehicle is abnormal; The current state includes a target cumulative mileage; correspondingly, determining that the current state satisfies a preset alarm condition includes: obtaining a first cumulative mileage and a second cumulative mileage of each vehicle in the warehouse; determining a target cumulative mileage of each vehicle in the warehouse based on the difference between the first cumulative mileage and the second cumulative mileage; if the target cumulative mileage exceeds a preset mileage threshold, determining that the vehicle in the warehouse is suspected of being abnormal; wherein the first cumulative mileage is the cumulative mileage up to the current moment, and the second cumulative mileage is the cumulative mileage when the driver was last unbound or the cumulative mileage when the last alarm was released; Alternatively, the current status includes whether the vehicle in the warehouse has driven out of a preset fence, the distance and duration of driving out of the preset fence; correspondingly, determining that the current status meets the preset alarm conditions includes: if the vehicle in the warehouse is monitored to drive out of the preset fence, and the distance and duration of driving out of the preset fence meet the corresponding preset conditions, then determining that the vehicle in the warehouse is suspected of being abnormal.

2. The method according to claim 1, characterized in that The marking information includes at least one of the following: vehicle failure, vehicle maintenance, and vehicle occupation.

3. The method according to claim 2, characterized in that When the marking information is a vehicle failure, the supporting material information includes driver communication records, failure video information, and failure on-site investigation records; When the marking information is vehicle maintenance, the supporting material information includes the maintenance station's pre-inspection form, vehicle maintenance images, maintenance settlement, and driver communication records; When the marking information indicates that the vehicle has been forcibly occupied, the supporting documentation information includes the lease expiration date, driver communication records, vehicle search records, and release letter sending records.

4. The method according to claim 1, wherein Before sending the alarm information to the target terminal, it also includes: Querying the asset system to determine whether the target vehicle is in an operational state; Correspondingly, the sending of the warning information to the target terminal includes: If the target vehicle is found to be in a non-operating state, an alarm message will be sent to the target terminal.

5. The method according to claim 1, wherein Before sending the alarm information to the target terminal, the method further includes: Obtaining the current location information of the target vehicle and the target accumulated mileage; The warning information is generated according to the current position information and the target accumulated mileage.

6. A vehicle monitoring device in a warehouse, characterized in that: include: Monitoring module, used to monitor the current status of each vehicle in the warehouse; The vehicles in the warehouse are vehicles that have not been delivered for operation; a determination module, configured to determine the corresponding in-stock vehicle as a target vehicle suspected of abnormality when determining that the current state satisfies a preset alarm condition; A processing module is used to query the asset system whether there is marking information of the target vehicle; the marking information is used to indicate the usage status of the vehicle in the warehouse within the target time period; A sending module, configured to send an alarm message to a target terminal when there is no marking information on the target vehicle; The sending module is further configured to obtain, when the target vehicle has marking information, certification information corresponding to the marking information of the target vehicle, and to send an alarm message to the target terminal if the target vehicle does not have the certification information; Wherein, the warning information is used to indicate that the target vehicle is abnormal; The current state includes a target cumulative mileage; the determination module is specifically configured to obtain a first cumulative mileage and a second cumulative mileage of each vehicle in the warehouse; determine the target cumulative mileage of each vehicle in the warehouse based on the difference between the first cumulative mileage and the second cumulative mileage; if the target cumulative mileage exceeds a preset mileage threshold, the vehicle in the warehouse is determined to be suspected of abnormality; wherein the first cumulative mileage is the cumulative mileage up to the current moment, and the second cumulative mileage is the cumulative mileage when the driver was last unbound or the cumulative mileage when the last alarm was released; Alternatively, the current status includes whether the vehicle in the warehouse has driven out of a preset fence, the distance and duration of driving out of the preset fence; the determination module is specifically used to determine that the vehicle in the warehouse is suspected to be abnormal if it is monitored that the vehicle in the warehouse has driven out of the preset fence, and the distance and duration of driving out of the preset fence meet the corresponding preset conditions.

7. A server comprising: A memory and a processor, wherein the memory stores a computer program, and the processor implements the steps of the method according to any one of claims 1 to 5 when executing the computer program.

8. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the steps of the method according to any one of claims 1 to 5 are implemented.

Images