CN116956093A - Vehicle idle condition checking method, storage medium and controller - Google Patents

Vehicle idle condition checking method, storage medium and controller Download PDF

Info

Publication number
CN116956093A
CN116956093A CN202310919708.6A CN202310919708A CN116956093A CN 116956093 A CN116956093 A CN 116956093A CN 202310919708 A CN202310919708 A CN 202310919708A CN 116956093 A CN116956093 A CN 116956093A
Authority
CN
China
Prior art keywords
task
idle
vehicle
state information
vehicles
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202310919708.6A
Other languages
Chinese (zh)
Inventor
刘鑫鑫
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Automotive Research Institute Co Ltd
Original Assignee
Beijing Automotive Research Institute Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Automotive Research Institute Co Ltd filed Critical Beijing Automotive Research Institute Co Ltd
Priority to CN202310919708.6A priority Critical patent/CN116956093A/en
Publication of CN116956093A publication Critical patent/CN116956093A/en
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F18/00—Pattern recognition
    • G06F18/20—Analysing
    • G06F18/23—Clustering techniques
    • G06F18/232—Non-hierarchical techniques
    • G06F18/2321—Non-hierarchical techniques using statistics or function optimisation, e.g. modelling of probability density functions
    • G06F18/23213—Non-hierarchical techniques using statistics or function optimisation, e.g. modelling of probability density functions with fixed number of clusters, e.g. K-means clustering
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G06F16/2458—Special types of queries, e.g. statistical queries, fuzzy queries or distributed queries
    • G06F16/2465—Query processing support for facilitating data mining operations in structured databases
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/28—Databases characterised by their database models, e.g. relational or object models
    • G06F16/284—Relational databases
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/01—Detecting movement of traffic to be counted or controlled
    • G08G1/0104—Measuring and analyzing of parameters relative to traffic conditions
    • G08G1/0125—Traffic data processing
    • G08G1/0133—Traffic data processing for classifying traffic situation
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/123—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Probability & Statistics with Applications (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Fuzzy Systems (AREA)
  • Evolutionary Computation (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Bioinformatics & Computational Biology (AREA)
  • Artificial Intelligence (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Evolutionary Biology (AREA)
  • Mathematical Physics (AREA)
  • Software Systems (AREA)
  • Computational Linguistics (AREA)
  • Chemical & Material Sciences (AREA)
  • Analytical Chemistry (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Remote Sensing (AREA)
  • Traffic Control Systems (AREA)

Abstract

The invention discloses a vehicle idle condition checking method, a storage medium and a controller, wherein the method comprises the following steps: acquiring state information of idle vehicles in an area to be inspected; screening the state information to screen out the state information conforming to the execution condition of the target task; and clustering the idle vehicles according to the screened state information, and obtaining the aggregation condition of the idle vehicles according to the clustering result. According to the method, idle vehicles can be clustered according to the vehicle state information, hidden trouble vehicles are checked, and the supervision requirement is met.

Description

Vehicle idle condition checking method, storage medium and controller
Technical Field
The invention relates to the technical field of big data, in particular to a vehicle idle condition checking method, a storage medium and a controller.
Background
And according to the safety risk prompt rules of the industry and informatization part, a large number of vehicles produced by the company are intensively idle, so that risk hidden danger is eliminated.
The parameters for checking a large number of concentrated idle parking places are as follows: vehicle parking days (greater than 60 days, greater than 90 days, greater than 180 days); vehicle state of charge (less than 30%, less than 50%, greater than 70%, greater than 80%); parking position (in a circle with a radius of 500 m and a radius of 1000 m and a preset place); the number of parked vehicles (greater than 50, greater than 80, greater than 100).
Disclosure of Invention
The present invention aims to solve at least one of the technical problems in the related art to some extent. Therefore, the invention aims to provide a vehicle idle condition checking method, a storage medium and a controller, so as to cluster idle vehicles according to vehicle state information, check hidden trouble vehicles and meet supervision requirements.
In order to achieve the above objective, an embodiment of a first aspect of the present invention provides a method for checking an idle condition of a vehicle, the method comprising: acquiring state information of idle vehicles in an area to be inspected; screening the state information to obtain state information conforming to the execution conditions of the target task; and clustering the idle vehicles according to the screened state information, and obtaining the aggregation condition of the idle vehicles according to a clustering result.
In addition, the method for checking the idle condition of the vehicle according to the embodiment of the present invention may further have the following additional technical features:
according to one embodiment of the present invention, the status information of the idle vehicle includes: the parking duration, the charge state, the parking position and the number of the idle vehicles in the area to be checked; the execution condition of the target task includes that the parking time is longer than a time length threshold, the State of Charge (SOC) is greater than a State of Charge (SOC) threshold, the parking position is within a preset range, the number of idle vehicles is greater than at least one of a number threshold, and the time length threshold, the SOC threshold, the preset range and the number threshold are determined according to the target task.
According to one embodiment of the present invention, the target task includes a system default task, the system default task is a timing task, and before the filtering of the status information, the method further includes: and determining that the current time reaches the execution time of the default task of the system.
According to an embodiment of the present invention, the method is used for a terminal device, the target task includes a custom task, and the method further includes: receiving a construction request of a custom task through an interactive interface of the terminal equipment, wherein the construction request comprises at least one of the duration threshold, the SOC threshold, the preset range and the quantity threshold; constructing a corresponding custom task according to the construction request; and responding to the triggering instruction aiming at the self-defined task, and executing the step of screening the state information.
According to one embodiment of the invention, the method further comprises: and responding to a task state query instruction, and displaying an investigation management list through the interactive interface, wherein the investigation management list comprises each task and task states thereof, and the task states comprise at least one of to-be-executed, sent, in-execution and execution completion.
According to one embodiment of the invention, the method further comprises: displaying an operation list of each task through the interactive interface; when the task state is a task to be executed, the corresponding operation list comprises an immediate execution control, an editing control and a deleting control; aiming at the task with the task state of non-execution, the corresponding operation list comprises a view aggregation condition control and a view task detail control.
According to one embodiment of the invention, the method further comprises: responding to an input instruction aiming at the view aggregation condition control, and displaying the aggregation point position and the aggregation point idle vehicle number through the interactive interface; and responding to the input instruction of the number of the aggregation point idle vehicles, and displaying the state information of the aggregation point idle vehicles through the interactive interface.
According to one embodiment of the present invention, the clustering the idle vehicles according to the screened status information includes: and carrying out K-means clustering on the idle vehicles according to the screened parking positions of the idle vehicles.
To achieve the above object, a second embodiment of the present invention provides a computer readable storage medium having a computer program stored thereon, wherein the computer program, when executed by a processor, implements the above method for checking a vehicle idle condition.
To achieve the above object, an embodiment of the present invention provides a controller, including a memory, a processor, and a computer program stored in the memory, wherein the computer program, when executed by the processor, implements the above method for checking the idle condition of a vehicle.
According to the method for checking the idle condition of the vehicle, the storage medium and the controller, the idle vehicles can be clustered according to the vehicle state information, hidden trouble vehicles are checked, and the supervision requirement is met.
Drawings
FIG. 1 is a flow chart of a method for checking vehicle idle conditions according to one embodiment of the present invention;
FIG. 2 is a block diagram of a vehicle idle condition screening system according to one embodiment of the present invention;
FIG. 3 is a flow chart of a method for checking vehicle idle condition according to another embodiment of the present invention;
FIG. 4 is a flow chart of a method for checking vehicle idle condition according to yet another embodiment of the present invention;
fig. 5 is a block diagram of a controller according to an embodiment of the present invention.
Detailed Description
Embodiments of the present invention are described in detail below, examples of which are illustrated in the accompanying drawings, wherein like or similar reference numerals refer to like or similar elements or elements having like or similar functions throughout. The embodiments described below by referring to the drawings are illustrative and intended to explain the present invention and should not be construed as limiting the invention.
The following describes an inspection method, a storage medium, and a controller for a vehicle idle condition according to an embodiment of the present invention with reference to the accompanying drawings.
Fig. 1 is a flowchart of a method for checking a vehicle idle condition according to an embodiment of the present invention.
As shown in fig. 1, the method for checking the idle condition of the vehicle includes:
s11, acquiring state information of idle vehicles in the area to be inspected.
S12, screening the state information to screen out the state information which accords with the execution condition of the target task.
S13, clustering the idle vehicles according to the screened state information, and obtaining the aggregation condition of the idle vehicles according to the clustering result.
The method for checking the idle condition of the vehicle in the embodiment of the invention, the idle vehicles can be clustered according to the vehicle state information, hidden trouble vehicles are checked, and the supervision requirement is met.
In some embodiments, the status information of the idle vehicle includes: the parking time, the charge state and the parking position of the idle vehicles, and the number of the idle vehicles in the area to be checked; the execution conditions of the target task comprise that the parking time is longer than a time length threshold, the state of charge is greater than an SOC threshold, the parking position is in a preset range, the number of idle vehicles is greater than at least one of a number threshold, and the time length threshold, the SOC threshold, the preset range and the number threshold are determined according to the target task.
Specifically, the acquired state information of the idle vehicle is stored in the second database.
In some embodiments, the target task includes a system default task, the system default task being a timing task, and before filtering the status information, the method further includes: and determining that the current time reaches the execution time of the default task of the system.
Specifically, as shown in fig. 2, a Spring Boot frame may be used as a back end, a vehicle aggregation loading service is running on the back end, the vehicle aggregation loading service includes a system default task, the system default task may be executed at 23:30 a week, and when the system default task is executed, task information to be executed including a system default task execution condition is generated in a first database heating_task (aggregation task) table, where the first database may be MySQL, the system default task execution condition may include at least one of parking time longer than 60 days, charge state greater than 80%, parking position in a circle with a radius of 500 m around a preset place, and number of idle vehicles greater than 100.
In this embodiment, the vehicle aggregate load service pushes the task information to be performed to the middleware after performing the default tasks of the system, which may employ Kafka.
In some embodiments, as shown in fig. 3, the method is used for a terminal device, the target task includes a custom task, and the method further includes:
s31, receiving a construction request of a self-defined task through an interactive interface of the terminal equipment, wherein the construction request comprises at least one of a duration threshold value, an SOC threshold value, a preset range and a quantity threshold value.
S32, constructing a corresponding custom task according to the construction request.
Specifically, the interactive interface of the terminal device is used as a front end to receive a construction request of a self-defined task, the construction request triggers a back-end vehicle aggregation loading service, the vehicle aggregation loading service comprises the self-defined task, when the self-defined task is executed, task information to be executed containing execution conditions of the self-defined task is generated in a first database heating_task table, wherein the first database can be MySQL, the execution conditions of the self-defined task can comprise at least one of a parking time length greater than a duration threshold, a charge state greater than an SOC threshold, a parking position within a preset range and an idle vehicle number greater than a quantity threshold, and the duration threshold, the SOC threshold, the preset range and the quantity threshold can be determined according to the construction request.
S33, responding to the triggering instruction for the custom task, and executing the step of screening the state information.
Specifically, the vehicle aggregation loading service pushes task information to be executed to the middleware after executing the custom task, and the middleware can adopt Kafka.
In some embodiments, clustering idle vehicles according to the screened status information includes: and carrying out K-means clustering on the idle vehicles according to the screened parking positions of the idle vehicles.
Specifically, as shown in fig. 2, the vehicle aggregation computing service operates at the back end and monitors the middleware message, when the vehicle aggregation computing service operates and monitors the middleware message, the second database queries the data meeting the conditions according to the execution condition setting rule of the target task, and stores the data in the first database heating_detail table, wherein the first database may be MySQL, and the second database may be monggond. The vehicle aggregation calculation service calculates a large-area aggregation point of the vehicle by using a K-means clustering algorithm according to the parking position of the vehicle in the heating_detail table in the first database and stores the large-area aggregation point in the heating_point table in the first database. The vehicle aggregation calculation service updates the aggregation point field data of the vehicle state information in the first database heating_detail table according to the large-area aggregation point information.
The K-Means clustering algorithm (K-Means) is an iterative solution clustering analysis algorithm, and the method comprises the following steps: firstly, dividing data into K groups in advance, and randomly selecting K objects as clustering centers; calculating the distance between each object and each cluster center, and distributing each object to the cluster center nearest to the object; thirdly, calculating the distributed cluster center of each group as a new cluster center; and fourthly, repeating the second step and the third step continuously until the distance between the new clustering center and the clustering center is smaller than the set threshold value. In this embodiment, the parking position coordinates of the vehicle are taken as the clustering objects.
In some embodiments, the method further comprises: and responding to the task state query instruction, and displaying an investigation management list through an interactive interface, wherein the investigation management list comprises each task and the task state thereof, and the task state comprises at least one of to-be-executed, sent, in-execution and execution completion.
Specifically, the troubleshooting management list is generated according to the data of the first database heating_task table. When a target task is generated in the first database heating_task table, the task state value in the heating_task table is to be executed; when the task information to be executed is pushed to the middleware, the task state value in the linking_task table is sent; monitoring a middleware message in the operation of the vehicle aggregation computing service, wherein a task state value in a linking_task table is in execution; and when the vehicle aggregation calculation service is finished running, the task state value in the linking_task table is the execution completion. The data in the troubleshooting management list may be exported.
In some embodiments, the method further comprises: displaying an operation list of each task through an interactive interface; when the task state is a task to be executed, the corresponding operation list comprises an immediate execution control, an editing control and a deleting control; aiming at the task with the task state of non-execution, the corresponding operation list comprises a view aggregation condition control and a view task detail control. Wherein the task details may include execution conditions of the task. In this embodiment, the data of the operation list may be derived.
In some embodiments, as shown in fig. 4, the method further comprises:
s41, responding to an input instruction aiming at checking the aggregation condition control, and displaying the aggregation point position and the idle vehicle number of the aggregation point through the interactive interface.
S42, responding to an input instruction for the number of the idle vehicles at the aggregation point, and displaying state information of the idle vehicles at the aggregation point through an interactive interface.
In summary, according to the method for checking the idle condition of the vehicle, provided by the embodiment of the invention, the screening condition is input through the front end, the possible idle vehicle state information is screened out and clustered by the rear end operation service, and the hidden danger vehicles are checked, so that the supervision requirement is met.
Based on the method for checking the idle condition of the vehicle in the embodiment, the invention also provides a computer readable storage medium.
In this embodiment, a computer program is stored on a computer readable storage medium, and when the computer program is executed by a processor, the above-mentioned method for checking the idle condition of the vehicle is implemented.
Fig. 5 is a block diagram of a controller according to an embodiment of the present invention.
As shown in fig. 5, the controller 500 includes: a processor 501 and a memory 503. The processor 501 is coupled to a memory 503, such as via a bus 502. Optionally, the controller 500 may also include a transceiver 504. It should be noted that, in practical applications, the transceiver 504 is not limited to one, and the structure of the controller 500 is not limited to the embodiment of the present invention.
The processor 501 may be a CPU (Central Processing Unit ), general purpose processor, DSP (Digital Signal Processor, data signal processor), ASIC (Application Specific Integrated Circuit ), FPGA (Field Programmable Gate Array, field programmable gate array) or other programmable logic device, transistor logic device, hardware components, or any combination thereof. Which may implement or perform the various exemplary logical blocks, modules, and circuits described in connection with the present disclosure. The processor 501 may also be a combination that implements computing functionality, such as a combination comprising one or more microprocessors, a combination of a DSP and a microprocessor, and the like.
Bus 502 may include a path to transfer information between the components. Bus 502 may be a PCI (Peripheral Component Interconnect, peripheral component interconnect Standard) bus or an EISA (Extended Industry Standard Architecture ) bus, or the like. The bus 502 may be divided into an address bus, a data bus, a control bus, and the like. For ease of illustration, only one thick line is shown in fig. 5, but not only one bus or one type of bus.
The memory 503 is used to store a computer program corresponding to the method of checking for vehicle idling in the above-described embodiment of the present invention, which is controlled to be executed by the processor 501. The processor 501 is configured to execute a computer program stored in the memory 503 to implement what is shown in the foregoing method embodiments.
Among them, the controller 500 includes, but is not limited to: mobile terminals such as mobile phones, notebook computers, digital broadcast receivers, PDAs (personal digital assistants), PADs (tablet computers), PMPs (portable multimedia players), in-vehicle terminals (e.g., in-vehicle navigation terminals), and the like, and stationary terminals such as digital TVs, desktop computers, and the like. The controller 500 shown in fig. 5 is only an example and should not be construed as limiting the functionality and scope of use of the embodiments of the present invention.
It should be noted that the logic and/or steps represented in the flowcharts or otherwise described herein, for example, may be considered as a ordered listing of executable instructions for implementing logical functions, and may be embodied in any computer-readable medium for use by or in connection with an instruction execution system, apparatus, or device, such as a computer-based system, processor-containing system, or other system that can fetch the instructions from the instruction execution system, apparatus, or device and execute the instructions. For the purposes of this description, a "computer-readable medium" can be any means that can contain, store, communicate, propagate, or transport the program for use by or in connection with the instruction execution system, apparatus, or device. More specific examples (a non-exhaustive list) of the computer-readable medium would include the following: an electrical connection (electronic device) having one or more wires, a portable computer diskette (magnetic device), a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber device, and a portable compact disc read-only memory (CDROM). In addition, the computer readable medium may even be paper or other suitable medium on which the program is printed, as the program may be electronically captured, via, for instance, optical scanning of the paper or other medium, then compiled, interpreted or otherwise processed in a suitable manner, if necessary, and then stored in a computer memory.
It is to be understood that portions of the present invention may be implemented in hardware, software, firmware, or a combination thereof. In the above-described embodiments, the various steps or methods may be implemented in software or firmware stored in a memory and executed by a suitable instruction execution system. For example, if implemented in hardware, as in another embodiment, may be implemented using any one or combination of the following techniques, as is well known in the art: discrete logic circuits having logic gates for implementing logic functions on data signals, application specific integrated circuits having suitable combinational logic gates, programmable Gate Arrays (PGAs), field Programmable Gate Arrays (FPGAs), and the like.
In the description of the present specification, a description referring to terms "one embodiment," "some embodiments," "examples," "specific examples," or "some examples," etc., means that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the present invention. In this specification, schematic representations of the above terms do not necessarily refer to the same embodiments or examples. Furthermore, the particular features, structures, materials, or characteristics described may be combined in any suitable manner in any one or more embodiments or examples.
In the description of the present invention, it should be understood that the terms "center", "longitudinal", "lateral", "length", "width", "thickness", "upper", "lower", "front", "rear", "left", "right", "vertical", "horizontal", "top", "bottom", "inner", "outer", "clockwise", "counterclockwise", "axial", "radial", "circumferential", etc. indicate orientations or positional relationships based on the orientations or positional relationships shown in the drawings are merely for convenience in describing the present invention and simplifying the description, and do not indicate or imply that the device or element being referred to must have a specific orientation, be configured and operated in a specific orientation, and therefore should not be construed as limiting the present invention.
Furthermore, the terms "first," "second," and the like, are used for descriptive purposes only and are not to be construed as indicating or implying a relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defining "a first" or "a second" may explicitly or implicitly include at least one such feature. In the description of the present invention, the meaning of "plurality" means at least two, for example, two, three, etc., unless specifically defined otherwise.
In the present invention, unless explicitly specified and limited otherwise, the terms "mounted," "connected," "secured," and the like are to be construed broadly, and may be, for example, fixedly connected, detachably connected, or integrally formed; can be mechanically or electrically connected; either directly or indirectly, through intermediaries, or both, may be in communication with each other or in interaction with each other, unless expressly defined otherwise. The specific meaning of the above terms in the present invention can be understood by those of ordinary skill in the art according to the specific circumstances.
In the present invention, unless expressly stated or limited otherwise, a first feature "up" or "down" a second feature may be the first and second features in direct contact, or the first and second features in indirect contact via an intervening medium. Moreover, a first feature being "above," "over" and "on" a second feature may be a first feature being directly above or obliquely above the second feature, or simply indicating that the first feature is level higher than the second feature. The first feature being "under", "below" and "beneath" the second feature may be the first feature being directly under or obliquely below the second feature, or simply indicating that the first feature is less level than the second feature.
While embodiments of the present invention have been shown and described above, it will be understood that the above embodiments are illustrative and not to be construed as limiting the invention, and that variations, modifications, alternatives and variations may be made to the above embodiments by one of ordinary skill in the art within the scope of the invention.

Claims (10)

1. A method for checking an idle condition of a vehicle, the method comprising:
acquiring state information of idle vehicles in an area to be inspected;
screening the state information to obtain state information conforming to the execution conditions of the target task;
and clustering the idle vehicles according to the screened state information, and obtaining the aggregation condition of the idle vehicles according to a clustering result.
2. The method for checking an idle condition of a vehicle according to claim 1, wherein the status information of the idle vehicle includes: the parking duration, the charge state, the parking position and the number of the idle vehicles in the area to be checked;
the execution conditions of the target task include that the parking time period is longer than a time length threshold, the state of charge is greater than an SOC threshold, the parking position is in a preset range, the number of idle vehicles is greater than at least one of a number threshold, and the time length threshold, the SOC threshold, the preset range and the number threshold are determined according to the target task.
3. The method for checking a vehicle idle condition according to claim 2, wherein the target task includes a system default task, the system default task is a timing task, and the method further includes, before the filtering the status information:
and determining that the current time reaches the execution time of the default task of the system.
4. The method for checking a vehicle idle condition according to claim 3, wherein the method is used for a terminal device, the target task comprises a custom task, and the method further comprises:
receiving a construction request of a custom task through an interactive interface of the terminal equipment, wherein the construction request comprises at least one of the duration threshold, the SOC threshold, the preset range and the quantity threshold;
constructing a corresponding custom task according to the construction request;
and responding to the triggering instruction aiming at the self-defined task, and executing the step of screening the state information.
5. The method for checking vehicle idle conditions according to claim 4, further comprising:
and responding to a task state query instruction, and displaying an investigation management list through the interactive interface, wherein the investigation management list comprises each task and task states thereof, and the task states comprise at least one of to-be-executed, sent, in-execution and execution completion.
6. The vehicle idle condition screening method of claim 5, further comprising: displaying an operation list of each task through the interactive interface; wherein,,
when the task state is a task to be executed, the corresponding operation list comprises an immediate execution control, an editing control and a deleting control;
aiming at the task with the task state of non-execution, the corresponding operation list comprises a view aggregation condition control and a view task detail control.
7. The vehicle idle condition screening method of claim 6, further comprising:
responding to an input instruction aiming at the view aggregation condition control, and displaying the aggregation point position and the aggregation point idle vehicle number through the interactive interface;
and responding to the input instruction of the number of the aggregation point idle vehicles, and displaying the state information of the aggregation point idle vehicles through the interactive interface.
8. The method for checking the idle condition of the vehicle according to claim 2, wherein the clustering the idle vehicles according to the screened state information comprises:
and carrying out K-means clustering on the idle vehicles according to the screened parking positions of the idle vehicles.
9. A computer-readable storage medium, on which a computer program is stored, characterized in that the computer program, when being executed by a processor, implements the vehicle idling situation investigation method according to any of the claims 1-8.
10. A controller comprising a memory, a processor and a computer program stored on the memory, wherein the computer program, when executed by the processor, implements the vehicle idling situation investigation method according to any of the claims 1-8.
CN202310919708.6A 2023-07-25 2023-07-25 Vehicle idle condition checking method, storage medium and controller Pending CN116956093A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310919708.6A CN116956093A (en) 2023-07-25 2023-07-25 Vehicle idle condition checking method, storage medium and controller

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310919708.6A CN116956093A (en) 2023-07-25 2023-07-25 Vehicle idle condition checking method, storage medium and controller

Publications (1)

Publication Number Publication Date
CN116956093A true CN116956093A (en) 2023-10-27

Family

ID=88448601

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310919708.6A Pending CN116956093A (en) 2023-07-25 2023-07-25 Vehicle idle condition checking method, storage medium and controller

Country Status (1)

Country Link
CN (1) CN116956093A (en)

Similar Documents

Publication Publication Date Title
CN109814524B (en) Vehicle diagnosis method, device and system
CN114625400A (en) Finished automobile OTA upgrading method and system, storage medium and automobile end upgrading device
CN112866190A (en) Data interaction method, storage medium, electronic device and vehicle
CN115291907A (en) Vehicle upgrading method, device and system
CN110635961B (en) Pressure measurement method, device and system of server
CN116956093A (en) Vehicle idle condition checking method, storage medium and controller
CN112286559A (en) Upgrading method and device for vehicle-mounted intelligent terminal
CN113867314B (en) Access control method and device for fault code library, electronic equipment and storage medium
US20220326933A1 (en) Update management apparatus of vehicle, operating method of the same, and vehicle
CN112712610B (en) Vehicle diagnosis log processing method and device, terminal equipment and readable storage medium
CN111376255A (en) Robot data acquisition method and device and terminal equipment
US11544051B2 (en) Vehicle update system and method
CN110851286B (en) Thread management method and device, electronic equipment and storage medium
CN113787977A (en) Vehicle maintenance method, communication device, and storage medium
CN112652193A (en) Vehicle control method, control system, storage medium, vehicle-mounted terminal and vehicle
CN111583624A (en) Motorcade combination method and system based on information sharing, sharing platform and vehicle
CN118550567A (en) Upgrading method, storage medium, platform and vehicle
CN113960982A (en) Vehicle diagnosis method, cloud server, diagnosis joint device and storage medium
CN112977161B (en) Battery management method and device for new energy automobile and electronic equipment
CN112948370B (en) Data classification method and device and computer equipment
CN115796974A (en) Vehicle battery replacement cost settlement method, device and medium and battery replacement cost settlement platform
CN118503078A (en) Data processing method and device and electronic equipment
CN113608520A (en) Vehicle diagnosis method, device, terminal and storage medium
CN117688512A (en) Spatial data fusion method and device, electronic equipment and storage medium
CN116881118A (en) Conflict detection method, device, electronic equipment and storage medium

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination