Method for investigating vehicle idle condition, storage medium and controller

By acquiring vehicle status information and using the K-means clustering algorithm to cluster idle vehicles, the problem of effectively identifying and managing a large number of concentrated idle vehicles in existing technologies is solved, and efficient identification and management of vehicles with potential hazards is achieved.

CN116956093BActive Publication Date: 2026-07-14BEIJING AUTOMOBILE RES GENERAL INST
View PDF 5 Cites 0 Cited by

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
BEIJING AUTOMOBILE RES GENERAL INST
Filing Date
2023-07-25
Publication Date
2026-07-14

Smart Images

  • Figure CN116956093B_ABST
    Figure CN116956093B_ABST
Patent Text Reader

Abstract

The application discloses a kind of vehicle idle condition's investigation method, storage medium and controller, method includes: obtaining the state information of idle vehicle in the area to be investigated;State information is screened, to screen out the state information meeting target task execution condition;Idle vehicle is clustered according to the state information screened, and the gathering condition of idle vehicle is obtained according to clustering result.The method can cluster idle vehicle according to vehicle state information, investigate hidden danger vehicle, meet regulatory requirements.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This invention relates to the field of big data technology, and in particular to a method, storage medium, and controller for investigating vehicle idleness. Background Technology

[0002] In accordance with the safety risk warning rules of the Ministry of Industry and Information Technology, an investigation was conducted into the large-scale centralized idleness of the company's vehicles in order to eliminate potential risks.

[0003] The following parameters are required for identifying a large number of concentrated idle parking locations: number of days the vehicle has been parked (greater than 60 days, greater than 90 days, greater than 180 days); vehicle charge status (below 30%, below 50%, above 70%, above 80%); parking location (within a circle with a radius of 500 meters centered on the preset location, or within a circle with a radius of 1000 meters centered on the preset location); number of parked vehicles (greater than 50 vehicles, greater than 80 vehicles, greater than 100 vehicles). Summary of the Invention

[0004] This invention aims to at least partially solve one of the technical problems in related technologies. Therefore, the purpose of this invention is to propose a method, storage medium, and controller for investigating vehicle idleness, in order to cluster idle vehicles based on vehicle status information, identify vehicles with potential safety hazards, and meet regulatory requirements.

[0005] To achieve the above objectives, a first aspect of the present invention proposes a method for investigating vehicle idling status. The method includes: acquiring status information of idle vehicles in an area to be investigated; filtering the status information to select status information that meets the execution conditions of a target task; clustering the idle vehicles according to the selected status information, and obtaining the clustering status of the idle vehicles based on the clustering results.

[0006] In addition, the vehicle idle status investigation method of the above embodiments of the present invention may also have the following additional technical features:

[0007] According to one embodiment of the present invention, the status information of the idle vehicles includes: the parking duration, state of charge, parking location of the idle vehicles, and the number of idle vehicles in the area to be investigated; wherein, the execution conditions of the target task include at least one of the following: the parking duration is greater than a duration threshold, the state of charge is greater than a SOC (State of Charge) threshold, the parking location is within a preset range, and the number of idle vehicles is greater than a number threshold; the duration threshold, the SOC threshold, the preset range, and the number threshold are determined according to the target task.

[0008] According to an embodiment of the present invention, the target task includes a system default task, which is a timed task. Before filtering the status information, the method further includes: determining that the current time has reached the execution time of the system default task.

[0009] According to an embodiment of the present invention, the method is used in a terminal device, the target task includes a custom task, and the method further includes: receiving a construction request for the custom task through the interactive interface of the terminal device, wherein the construction request includes 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; wherein, in response to a triggering instruction for the custom task, the step of filtering the status information is performed.

[0010] According to an embodiment of the present invention, the method further includes: in response to a task status query instruction, displaying a troubleshooting management list through the interactive interface, wherein the troubleshooting management list includes each task and its task status, and the task status includes at least one of pending execution, sent, executing, and completed execution.

[0011] According to an embodiment of the present invention, the method further includes: displaying an operation list for each task through the interactive interface; wherein, for a task whose task status is pending execution, the corresponding operation list includes an immediate execution control, an edit control, and a delete control; for a task whose task status is not pending execution, the corresponding operation list includes a view aggregation control and a view task details control.

[0012] According to one embodiment of the present invention, the method further includes: in response to an input instruction for the control for viewing the gathering situation, displaying the location of the gathering point and the number of idle vehicles at the gathering point through the interactive interface; and in response to an input instruction for the number of idle vehicles at the gathering point, displaying the status information of the idle vehicles at the gathering point through the interactive interface.

[0013] According to one embodiment of the present invention, the step of clustering the idle vehicles based on the selected status information includes: performing K-means clustering on the idle vehicles based on the parking locations of the selected idle vehicles.

[0014] To achieve the above objectives, a second aspect of the present invention provides a computer-readable storage medium having a computer program stored thereon, characterized in that, when the computer program is executed by a processor, it implements the above-described method for investigating vehicle idle status.

[0015] To achieve the above objectives, a third aspect of the present invention provides a controller, including a memory, a processor, and a computer program stored in the memory, characterized in that, when the computer program is executed by the processor, it implements the above-described method for investigating vehicle idle status.

[0016] The vehicle idle status investigation method, storage medium, and controller of this invention can cluster idle vehicles based on vehicle status information, investigate vehicles with potential risks, and meet regulatory requirements. Attached Figure Description

[0017] Figure 1 This is a flowchart of a method for investigating vehicle idle status according to an embodiment of the present invention;

[0018] Figure 2 This is a structural block diagram of a vehicle idle status investigation system according to an embodiment of the present invention;

[0019] Figure 3 This is a flowchart of a method for investigating vehicle idle status according to another embodiment of the present invention;

[0020] Figure 4 This is a flowchart of a method for investigating vehicle idle status according to another embodiment of the present invention;

[0021] Figure 5 This is a structural block diagram of a controller according to an embodiment of the present invention. Detailed Implementation

[0022] Embodiments of the present invention are described in detail below, examples of which are illustrated in the accompanying drawings, wherein the same or similar reference numerals denote the same or similar elements or elements having the same or similar functions throughout. The embodiments described below with reference to the accompanying drawings are exemplary and intended to explain the present invention, and should not be construed as limiting the present invention.

[0023] The following describes, with reference to the accompanying drawings, a method for investigating vehicle idle status, a storage medium, and a controller according to embodiments of the present invention.

[0024] Figure 1 This is a flowchart of a method for investigating vehicle idle status according to an embodiment of the present invention.

[0025] like Figure 1 As shown, the methods for checking vehicle idling status include:

[0026] S11, obtain the status information of idle vehicles in the area to be investigated.

[0027] S12, filter the status information to select the status information that meets the conditions for executing the target task.

[0028] S13. Cluster the idle vehicles according to the selected status information, and obtain the clustering status of idle vehicles based on the clustering results.

[0029] The vehicle idle status investigation method of this invention can cluster idle vehicles according to vehicle status information, investigate vehicles with potential risks, and meet regulatory requirements.

[0030] In some embodiments, the status information of idle vehicles includes: the parking duration, state of charge, parking location, and the number of idle vehicles in the area to be investigated; wherein, the execution conditions of the target task include at least one of the following: parking duration greater than a duration threshold, state of charge greater than a SOC threshold, parking location within a preset range, and the number of idle vehicles greater than a number threshold. The duration threshold, SOC threshold, preset range, and number threshold are determined according to the target task.

[0031] Specifically, the obtained status information of idle vehicles is stored in a second database.

[0032] In some embodiments, the target task includes a system default task, which is a scheduled task. Before filtering the status information, the method further includes: determining that the current time has reached the execution time of the system default task.

[0033] Specifically, such as Figure 2 As shown, the Spring Boot framework can be used as the backend. The vehicle aggregation and loading service runs on the backend. The vehicle aggregation and loading service includes a system default task, which can be executed regularly every Thursday at 23:30. When the system default task is executed, the information of the task to be executed, which contains the execution conditions of the system default task, is generated in the gathering_task table of the first database. The first database can be MySQL. The execution conditions of the system default task can include at least one of the following: parking time greater than 60 days, charge status greater than 80%, parking location within a circle with a radius of 500 meters centered on a preset location, and number of idle vehicles greater than 100.

[0034] In this embodiment, the vehicle aggregation loading service pushes the task information to be executed to the middleware after executing the system default task. The middleware can be Kafka.

[0035] In some embodiments, such as Figure 3 As shown, the method is used for terminal devices, the target task includes a custom task, and the method also includes:

[0036] S31, receive a construction request for a custom task through the interactive interface of the terminal device, wherein the construction request includes at least one of a duration threshold, a SOC threshold, a preset range, and a quantity threshold.

[0037] S32, build the corresponding custom task based on the build request.

[0038] Specifically, the terminal device's interactive interface, acting as the front end, receives the construction request for a custom task. The construction request triggers the back end vehicle aggregation and loading service, which includes the custom task. When the custom task is executed, information on the task to be executed, containing the execution conditions of the custom task, is generated in the gathering_task table of the first database. The first database can be MySQL. The execution conditions of the custom task can include at least one of the following: parking duration greater than a duration threshold, state of charge greater than a SOC threshold, parking location within a preset range, and number of idle vehicles greater than a quantity threshold. The duration threshold, SOC threshold, preset range, and quantity threshold can be determined according to the construction request.

[0039] S33, wherein, in response to a trigger command for a custom task, a step of filtering status information is performed.

[0040] Specifically, after executing a custom task, the vehicle aggregation and loading service pushes the task information to be executed to the middleware, which can be Kafka.

[0041] In some embodiments, clustering idle vehicles based on the selected status information includes: performing K-means clustering on the idle vehicles based on their parking locations.

[0042] Specifically, such as Figure 2 As shown, the vehicle aggregation computing service runs in the backend and listens for middleware messages. When the service receives a message, it queries the second database for matching data based on the execution conditions of the target task and stores it in the `gathering_detail` table of the first database. The first database can be MySQL, and the second database can be MongoDB. Based on the vehicle parking locations in the `gathering_detail` table, the service uses the K-means clustering algorithm to calculate large-area clustering points and stores them in the `gathering_point` table of the first database. Finally, the service updates the `gathering_point` field of the vehicle status information in the `gathering_detail` table based on the large-area clustering point information.

[0043] K-Means clustering is an iterative clustering analysis algorithm. The method includes: first, pre-dividing the data into K groups and randomly selecting K objects as cluster centers; second, calculating the distance between each object and each cluster center, and assigning each object to the nearest cluster center; third, calculating the cluster center of each assigned group as the new cluster center; fourth, repeating steps two and three until the distance between the new cluster center and the nearest cluster center is less than a set threshold. In this embodiment, the parking location coordinates of the vehicles are used as the clustering objects.

[0044] In some embodiments, the method further includes: in response to a task status query instruction, displaying a troubleshooting management list through an interactive interface, wherein the troubleshooting management list includes each task and its task status, and the task status includes at least one of pending execution, sent, executing, and completed execution.

[0045] Specifically, the investigation and management list is generated based on data from the `gathering_task` table in the first database. When a target task is generated in the `gathering_task` table, the task status is "Pending Execution"; when the pending task information is pushed to the middleware, the task status is "Sent"; when the vehicle aggregation computing service listens for middleware messages, the task status is "Executing"; and when the vehicle aggregation computing service finishes running, the task status is "Execution Completed". The data in the investigation and management list can be exported.

[0046] In some embodiments, the method further includes: displaying an operation list for each task through an interactive interface; wherein, for tasks whose status is pending execution, the corresponding operation list includes an immediate execution control, an edit control, and a delete control; for tasks whose status is not pending execution, the corresponding operation list includes a view aggregation control and a view task details control. The task details may include the task's execution conditions. In this embodiment, the data in the operation list can be exported.

[0047] In some embodiments, such as Figure 4 As shown, the method also includes:

[0048] S41, in response to an input command to the control for viewing the gathering situation, displays the location of the gathering point and the number of idle vehicles at the gathering point through the interactive interface.

[0049] S42, in response to an input command regarding the number of idle vehicles at the gathering point, displays the status information of idle vehicles at the gathering point through an interactive interface.

[0050] In summary, the vehicle idle status investigation method of this invention uses front-end input filtering conditions and back-end running services to filter out possible idle vehicle status information and perform clustering to investigate vehicles with potential risks and meet regulatory requirements.

[0051] Based on the vehicle idle status investigation method of the above embodiments, the present invention also proposes a computer-readable storage medium.

[0052] In this embodiment, a computer program is stored on a computer-readable storage medium. When the computer program is executed by a processor, it implements the above-described method for investigating vehicle idle status.

[0053] Figure 5 This is a structural block diagram of a controller according to an embodiment of the present invention.

[0054] like Figure 5 As shown, the controller 500 includes a processor 501 and a memory 503. The processor 501 and the memory 503 are connected, for example, 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 does not constitute a limitation on the embodiments of the present invention.

[0055] Processor 501 may be a CPU (Central Processing Unit), a general-purpose processor, a DSP (Digital Signal Processor), an ASIC (Application Specific Integrated Circuit), an FPGA (Field Programmable Gate Array), or other programmable logic devices, transistor logic devices, hardware components, or any combination thereof. It can implement or execute the various exemplary logic blocks, modules, and circuits described in conjunction with the disclosure of this invention. Processor 501 may also be a combination that implements computational functions, such as a combination of one or more microprocessors, a combination of a DSP and a microprocessor, etc.

[0056] Bus 502 may include a pathway for transmitting information between the aforementioned components. Bus 502 may be a PCI (Peripheral Component Interconnect) bus or an EISA (Extended Industry Standard Architecture) bus, etc. Bus 502 can be divided into address bus, data bus, control bus, etc. For ease of representation, Figure 5The bus is represented by a single thick line, but this does not mean that there is only one bus or one type of bus.

[0057] The memory 503 stores a computer program corresponding to the vehicle idle status investigation method of the above embodiments of the present invention. This computer program is controlled and executed by the processor 501. The processor 501 executes the computer program stored in the memory 503 to implement the content shown in the foregoing method embodiments.

[0058] The controller 500 includes, but is not limited to, mobile terminals such as mobile phones, laptops, digital radio receivers, PDAs (personal digital assistants), PADs (tablet computers), PMPs (portable multimedia players), and in-vehicle terminals (such as in-vehicle navigation terminals), as well as fixed terminals such as digital TVs and desktop computers. Figure 5 The controller 500 shown is merely an example and should not be construed as limiting the functionality and scope of use of embodiments of the present invention.

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

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

[0061] In the description of this specification, references to terms such as "one embodiment," "some embodiments," "example," "specific example," or "some examples," etc., indicate that a specific feature, structure, material, or characteristic described in connection with that embodiment or example is included in at least one embodiment or example of the invention. In this specification, the illustrative expressions of the above terms do not necessarily refer to the same embodiment or example. Furthermore, the specific features, structures, materials, or characteristics described may be combined in any suitable manner in one or more embodiments or examples.

[0062] In the description of this 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," and "circumferential" indicate the orientation or positional relationship based on the orientation or positional relationship shown in the accompanying drawings. They are used only for the convenience of describing this invention and simplifying the description, and are not intended to indicate or imply that the device or element referred to must have a specific orientation, or be constructed and operated in a specific orientation. Therefore, they should not be construed as limitations on this invention.

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

[0064] In this invention, unless otherwise explicitly specified and limited, the terms "installation," "connection," "linking," and "fixing," etc., should be interpreted broadly. For example, they can refer to a fixed connection, a detachable connection, or an integral part; they can refer to a mechanical connection or an electrical connection; they can refer to a direct connection or an indirect connection through an intermediate medium; they can refer to the internal communication of two components or the interaction between two components, unless otherwise explicitly limited. Those skilled in the art can understand the specific meaning of the above terms in this invention according to the specific circumstances.

[0065] In this invention, unless otherwise explicitly specified and limited, "above" or "below" the second feature can mean that the first feature is in direct contact with the second feature, or that the first feature is in indirect contact with the second feature through an intermediate medium. Furthermore, "above," "over," and "on top" of the second feature can mean that the first feature is directly above or diagonally above the second feature, or simply that the first feature is at a higher horizontal level than the second feature. "Below," "below," and "under" the second feature can mean that the first feature is directly below or diagonally below the second feature, or simply that the first feature is at a lower horizontal level than the second feature.

[0066] Although embodiments of the present invention have been shown and described above, it is understood that the above embodiments are exemplary and should not be construed as limiting the present invention. Those skilled in the art can make changes, modifications, substitutions and variations to the above embodiments within the scope of the present invention.

Claims

1. A method for investigating vehicle idling status, characterized in that, The method includes: Obtain the status information of idle vehicles in the area to be investigated; The status information is filtered to select those that meet the conditions for executing the target task; The idle vehicles are clustered based on the selected status information, and the clustering status of the idle vehicles is obtained based on the clustering results. The status information of the idle vehicles includes: the parking duration, charge status, parking location of the idle vehicles, and the number of idle vehicles in the area to be investigated; The execution conditions of the target task include at least one of the following: the parking duration is greater than a duration threshold, the state of charge is greater than a SOC threshold, the parking location is within a preset range, and the number of idle vehicles is greater than a number threshold. The duration threshold, the SOC threshold, the preset range, and the number threshold are determined according to the target task. The method is used in a terminal device, the target task includes a custom task, and the method further includes: The terminal device receives a custom task construction request through its interactive interface, wherein the construction request includes at least one of the duration threshold, the SOC threshold, the preset range, and the quantity threshold. Build the corresponding custom task based on the build request; Specifically, in response to a trigger command for the custom task, the step of filtering the status information is executed; The terminal device's interactive interface acts as the front end to receive build requests for custom tasks, and the build requests trigger the back end vehicle aggregation and loading service.

2. The method for investigating vehicle idleness according to claim 1, characterized in that, The target task includes a system default task, which is a scheduled task. Before filtering the status information, the method further includes: Determine that the current time has reached the execution time of the system's default task.

3. The method for investigating vehicle idleness according to claim 1, characterized in that, The method further includes: In response to a task status query command, a troubleshooting management list is displayed through the interactive interface. The troubleshooting management list includes each task and its status, and the task status includes at least one of the following: pending execution, sent, executing, or completed.

4. The method for investigating vehicle idleness according to claim 3, characterized in that, The method further includes: displaying an operation list for each task through the interactive interface; wherein... When a task is in the pending execution state, the corresponding operation list includes the immediate execution control, the edit control, and the delete control; For tasks whose status is not pending execution, the corresponding operation list includes controls for viewing aggregation status and viewing task details.

5. The method for investigating vehicle idleness according to claim 4, characterized in that, The method further includes: In response to an input command to the control for viewing the gathering situation, the location of the gathering point and the number of idle vehicles at the gathering point are displayed through the interactive interface; In response to an input command regarding the number of idle vehicles at the gathering point, the status information of the idle vehicles at the gathering point is displayed through the interactive interface.

6. The method for investigating vehicle idleness according to claim 1, characterized in that, The step of clustering the idle vehicles based on the selected status information includes: Based on the parking locations of the selected idle vehicles, K-means clustering is performed on the idle vehicles.

7. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by the processor, it implements the method for investigating vehicle idle status as described in any one of claims 1-6.

8. A controller comprising a memory, a processor, and a computer program stored in the memory, characterized in that, When the computer program is executed by the processor, it implements the method for investigating vehicle idle status as described in any one of claims 1-6.

Citation Information

Patent Citations

  • Abnormal gathering place monitoring method and system for vehicles, and computer readable storage medium

    CN108021625A

  • System, method and apparatus that detect and remedy battery health conditions

    CN112810621A

  • Method for controlling business approval process, computing device and medium

    CN114399292A

  • Business data management method and device, storage medium and electronic equipment

    CN114429364A

  • Method and system for displaying thermodynamic diagram of vehicle driving data, equipment and medium

    CN116340443A