Method and device for vehicle state monitoring and electronic equipment

Abstract

The invention provides a vehicle state monitoring method and device and electronic equipment. The method comprises the following steps: receiving log data reported by each data source; classifying the log data into a system log and a file log, and creating a corresponding log storage file for the log data according to the classification; and managing the log storage file based on a set log management strategy so as to monitor the state of each data source through the log storage file, thereby realizing the monitoring of the vehicle state. According to the method, the log data from different data sources can be efficiently and uniformly processed, the vehicle state is effectively monitored, and powerful data support is provided for subsequent troubleshooting, performance optimization and system maintenance.

Description

Technical Field

[0001] The present application relates to the technical field of vehicle data processing, and in particular to a method, device and electronic equipment for vehicle status monitoring. Background Art

[0002] At present, during the operation of a system based on a service-oriented architecture (SOA), a large amount of log information from different data sources (including normal operation logs, warning information, and possible error logs, etc.) are mixed together and directly output to the console, resulting in the problem of mixed and disordered output information and the inability to efficiently and uniformly process log information from different data sources. For example, when operation and maintenance personnel are troubleshooting system operation problems, it is difficult to extract valuable information from a large number of error logs, nor is it possible to classify and count the error logs, which affects the rapid location and resolution of the problem; in addition, due to the limited display space of the console, the output of too much information may cause early error logs to be overwritten by subsequent information (i.e., the information of the problem point cannot be effectively saved), making it difficult for operation and maintenance personnel to find and solve the problem again; all of these will affect the stability and reliability of the system.

[0003] Therefore, it is urgent to solve the problem that log information from different data sources cannot be processed efficiently and uniformly during the operation of the SOA architecture system. Summary of the invention

[0004] The present application provides a method, device and electronic device for vehicle status monitoring, which are used to solve the technical problem that log information from different data sources cannot be processed efficiently and uniformly during the operation of the system of the existing SOA architecture.

[0005] According to a first aspect of the present application, a method for vehicle status monitoring is provided, which is applied to a service-oriented SOA system, and the method includes: receiving log data reported by each data source; classifying the log data into system logs and file logs, and creating corresponding log storage files for the log data based on the classification; managing the log storage files based on a set log management strategy, so as to monitor the status of each data source through the log storage files, thereby realizing monitoring of the vehicle status.

[0006] In some implementations, the method further includes: after receiving the log deletion instruction, verifying whether the log deletion instruction satisfies a set condition; and deleting the corresponding log storage file if the set condition is met.

[0007] In some implementations, the setting condition includes: the log deletion instruction includes a path of the log storage file to be deleted or an identifier of the log storage file to be deleted.

[0008] In some implementations, the set log management strategy includes at least one of the following: a log rotation strategy, an automatic cleanup strategy, and an error alarm strategy.

[0009] In some embodiments, the management of the log storage file based on the set log management strategy includes at least one of the following: determining whether the log storage file satisfies the set rotation conditions, and archiving the log data in the log storage file to a predetermined database if the set rotation conditions are met, wherein the set rotation conditions include: the size of the log storage file reaches a first threshold and / or reaches a set time period; determining whether the log storage file satisfies the set automatic cleaning strategy, and deleting the log data in the log storage file if the set automatic cleaning strategy is met; wherein the set automatic cleaning strategy includes: the log storage time reaches a specified time threshold and / or the log storage file size reaches a second threshold; extracting key information of the log data in the log storage file, determining whether the trigger alarm conditions are met based on the key information, and generating and issuing an alarm message if it is determined that the trigger alarm conditions are met; wherein the trigger alarm conditions include: different levels of log settings have corresponding levels of alarm conditions.

[0010] In some embodiments, extracting key information of log data in the log storage file includes: for structured log data, using regular expressions to parse the log data and extracting the key information; or for unstructured log data, using natural language processing technology to perform semantic analysis and extract the key information.

[0011] In some implementations, the method further includes: receiving a call instruction for the log storage file through a unified interface, the call instruction including: viewing, analyzing or managing.

[0012] In some implementations, the method further includes: performing format optimization processing on the log data.

[0013] In some embodiments, the method further includes: establishing a link with a target server to transmit the log storage file using a specified protocol based on the link.

[0014] According to a second aspect of the present application, a device for vehicle status monitoring is provided, which is used to execute a method for vehicle status monitoring as described in any one of the above-mentioned embodiments of the present application, including: a data receiving unit, used to receive log data reported by each data source; a classification storage unit, used to classify the log data into system logs and file logs, and create corresponding log storage files for the log data according to the classification; a log management unit, used to manage the log storage files based on a set log management strategy, so as to monitor the status of each data source through the log storage files, thereby realizing the monitoring of the vehicle status.

[0015] In some embodiments, the device further includes: a log deletion unit, which is used to verify whether the log deletion instruction meets set conditions after receiving the log deletion instruction; if the set conditions are met, delete the corresponding log storage file.

[0016] In some implementations, the setting condition includes: the log deletion instruction includes a path of the log storage file to be deleted or an identifier of the log storage file to be deleted.

[0017] In some implementations, the set log management strategy includes at least one of the following: a log rotation strategy, an automatic cleanup strategy, and an error alarm strategy.

[0018] In some embodiments, the management of the log storage file based on the set log management strategy includes at least one of the following: determining whether the log storage file satisfies the set rotation conditions, and archiving the log data in the log storage file to a predetermined database if the set rotation conditions are met, wherein the set rotation conditions include: the size of the log storage file reaches a first threshold and / or reaches a set time period; determining whether the log storage file satisfies the set automatic cleaning strategy, and deleting the log data in the log storage file if the set automatic cleaning strategy is met; wherein the set automatic cleaning strategy includes: the log storage time reaches a specified time threshold and / or the log storage file size reaches a second threshold; extracting key information of the log data in the log storage file, determining whether the trigger alarm conditions are met based on the key information, and generating and issuing an alarm message if it is determined that the trigger alarm conditions are met; wherein the trigger alarm conditions include: different levels of log settings have corresponding levels of alarm conditions.

[0019] In some embodiments, extracting key information of log data in the log storage file includes: for structured log data, using regular expressions to parse the log data and extracting the key information; or for unstructured log data, using natural language processing technology to perform semantic analysis and extract the key information.

[0020] In some implementations, the device further includes: a calling unit, configured to receive a calling instruction for the log storage file through a unified interface, wherein the calling instruction includes: viewing, analyzing, or managing.

[0021] In some implementations, the device further includes: an optimization unit, configured to perform format optimization processing on the log data.

[0022] In some embodiments, the device further includes: a transmission unit, configured to establish a link with a target server, so as to transmit the log storage file based on the link using a specified protocol.

[0023] According to a third aspect of the present application, an electronic device is provided, comprising a processor and a memory storing computer program instructions, wherein when the computer program instructions are executed by the processor, the steps of the method for vehicle status monitoring as described in any one of the above aspects of the present application are implemented.

[0024] According to a fourth aspect of the present application, a computer-readable storage medium is provided, on which a computer program is stored. When the computer program is executed by a processor, the steps of the method for vehicle status monitoring as described in any one of the above descriptions of the present application are implemented.

[0025] In summary, the method, device and electronic device for vehicle status monitoring provided by the present application have at least the following beneficial effects:

[0026] The method for vehicle status monitoring of the present application classifies the log data into system logs and file logs after receiving the log data reported by each data source, and creates corresponding log storage files for the log data according to the classification; then manages the log storage files based on the set log management strategy, so as to monitor the status of each data source through the log storage files, thereby realizing the monitoring of the vehicle status; the method of the present application can efficiently and uniformly process the log data from different data sources, effectively monitor the vehicle status, and provide strong data support for subsequent troubleshooting, performance optimization and system maintenance. BRIEF DESCRIPTION OF THE DRAWINGS

[0027] In order to more clearly illustrate the specific implementation methods of the present application or the technical solutions in the prior art, the drawings required for use in the specific implementation methods or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are some implementation methods of the present application. For those skilled in the art, other drawings can be obtained based on these drawings without paying any creative work.

[0028] Figure 1 A flow chart of a method for vehicle status monitoring provided in an embodiment of the present application;

[0029] Figure 2 A schematic diagram of a specific processing flow for classified storage of log data provided in an embodiment of the present application;

[0030] Figure 3 A schematic diagram of a specific processing flow for deleting log storage files provided in an embodiment of the present application;

[0031] Figure 4 A flow chart of a log management strategy for classification judgment setting provided in an embodiment of the present application;

[0032] Figure 5 A schematic diagram of a specific processing flow for setting an error alarm strategy provided in an embodiment of the present application;

[0033] Figure 6 A schematic diagram of a specific processing flow of log storage file transmission provided in an embodiment of the present application;

[0034] Figure 7 This is an example diagram of log data being directly output to a console in the prior art;

[0035] Figure 8 This is an example diagram of log data of an embodiment of the present application;

[0036] Fig. 9 A schematic diagram of a vehicle monitoring system provided in accordance with an embodiment of the present application;

[0037] Fig.10 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0038] In order to make the above and other features and advantages of the present application more clear, the present application is further described below in conjunction with the accompanying drawings. It should be understood that the specific embodiments given herein are for the purpose of explaining to those skilled in the art and are only exemplary and not restrictive.

[0039] In the following description, many specific details are set forth to provide a thorough understanding of the present application. However, it is apparent to those skilled in the art that specific details need not be adopted to practice the present application. In other cases, well-known steps or operations are not described in detail to avoid blurring the present application.

[0040] The method for vehicle status monitoring provided in the embodiment of the present application can be executed by the device for vehicle status monitoring provided in the embodiment of the present application, and the device can be configured in an electronic device. Specifically, the device for vehicle status monitoring can be a monitoring module of the SOA platform, or a sub-module for vehicle status monitoring arranged in the monitoring module.

[0041] refer to Figure 1 The present application provides a method for vehicle status monitoring, which is applied to a SOA system. The method comprises:

[0042] Step 101: receiving log data reported by each data source;

[0043] Among them, various data sources include the SOA system and various services of the vehicle using the SOA system (such as door service, music playback service, display screen service, refrigerator refrigeration service, etc.). Different services will generate log data of different types or formats. These log data include normal operation logs, warning information and possible error logs.

[0044] The storage method of the log data includes storing as a file, uploading to the cloud, or outputting to a console. The method of the embodiment of the present application also includes a step of determining the storage method of the log data before step 101, that is, when a data storage call request is received, the data storage call request is parsed to obtain a storage method parameter, and when the storage method is determined to be a file according to the storage method parameter, the log data reported by each data source is received.

[0045] Step 102: Classify the log data into system logs and file logs, and create corresponding log storage files according to the classification of the log data;

[0046] Wherein, the system log records the operation information of the system, including various events, errors and warnings that occur during the operation of the system, and information such as the use of system resources. The system may be, for example, an SOA system; the file log records the operation information of each service in the system, including various events, errors and warnings that occur during the use of the service. Generally, log storage files are created in a specific database (i.e., a log library) or a preset storage area of ​​a database, and this application does not limit this. One of the purposes of classifying and storing log data of different categories is to set different permissions and different management strategies for log storage files of different categories, so as to facilitate personalized and differentiated management of various types of log data.

[0047] In one implementation manner, creating a corresponding log storage file for log data according to the classification includes creating a system log storage file for the system log and creating a file log storage file for the file log.

[0048] In one implementation manner, the file log may be further divided into automatically generated file log and manually generated file log according to the generation method, and corresponding log storage files may be created as needed to further classify and store the file log.

[0049] For example, Figure 2 The following is a specific process flow of classifying and storing log data in an embodiment of the present application:

[0050] Step 201: Create a new log class;

[0051] Step 202: Classify the log data into system logs and file logs;

[0052] Step 203: Call the corresponding newly added log function to upload log data;

[0053] Step 204: determine whether the file path exists, if so, directly create the corresponding log storage file; if not, first create a log storage folder, and then create the log storage file;

[0054] Step 205: Save the log data to a corresponding log storage file.

[0055] It is understandable that after the log data is stored, a unique identifier will be generated for the log storage file to facilitate operations such as searching, analyzing and other management of the log storage file.

[0056] In the embodiment of the present application, by classifying the log data from various data sources and creating corresponding log storage files, classified storage of log data is achieved, so that the system can easily collect, organize and archive logs from various data sources for subsequent viewing, analysis and management, and provide strong support for subsequent log analysis, troubleshooting and system optimization.

[0057] In some implementations, after receiving a log deletion instruction, it is verified whether the log deletion instruction satisfies a set condition; if the set condition is met, the corresponding log storage file is deleted.

[0058] The delete log instruction includes information indicating the storage location of the log data to be deleted, such as the storage path. It should be noted that the delete log instruction may also include security verification information to verify the identity of the executor before the deletion operation to prevent the log data from being maliciously deleted.

[0059] It should be noted that the deletion operation in the embodiment of the present application does not mean deleting the log data from the log storage file, but setting the log storage file where the log data is located to be closed, as shown in the following program code:

[0060]

[0061] In some embodiments, the set condition includes: the path of the log storage file to be deleted or the log storage file identifier to be deleted is included in the log deletion instruction. Since the embodiment of the present application supports user-defined log file storage path, when receiving the log deletion instruction, it can be verified whether the log deletion instruction carries the path of the log storage file, so as to verify the legitimacy of the identity of the deletion operation executor based on the path of the log storage file carried, for example, verify whether the path of the log storage file exists, if not, the verification fails; if it exists, it can be further verified whether the user with the operation authority of the log storage file corresponding to the path of the log storage file matches the identity of the current deletion operation executor, if not, the verification fails. Or, if the log deletion instruction carries the log storage file identifier to be deleted, the corresponding log storage file is searched based on the identifier, if the corresponding log storage file is not found, the verification fails; if the corresponding log storage file is found, it is further verified whether the user with the operation authority of the log storage file found earlier matches the identity of the current deletion operation executor, if not, the verification fails. It is understandable that the above verification operation is only an example and not exhaustive, and other verification schemes that can be thought of based on the currently disclosed scheme are all within the protection scope of this application.

[0062] Among them, when the log deletion instruction contains the storage paths of multiple log storage files to be deleted or multiple log storage file identifiers to be deleted, it is batch deletion, and when the log deletion instruction contains only the storage path of one log storage file to be deleted or one log storage file identifier to be deleted, it is single deletion.

[0063] For example, see Figure 3 As shown, the specific processing flow of deleting log storage files in the embodiment of the present application is:

[0064] Step 301: Create a delete log class based on the delete log instruction;

[0065] Step 302: Call the log deletion function;

[0066] Step 303: Determine whether the set condition is batch deletion, if so, delete the corresponding log storage files in batches; if it is single deletion, delete the corresponding log storage files individually.

[0067] The method of the embodiment of the present application can perform a single or batch deletion operation on the stored log data according to the log deletion instruction to meet the user's management needs for the log data.

[0068] It can be seen that the embodiments of the present application can support users to manually delete log data according to user needs. By performing security verification on users performing deletion operations and setting deletion conditions, it can effectively prevent log data from being maliciously deleted, thereby ensuring the security of log data.

[0069] Step 103: managing the log storage file based on the set log management strategy, so as to monitor the status of each data source through the log storage file, thereby realizing the monitoring of the vehicle status.

[0070] The embodiment of the present application manages log storage files through a set log management policy, allowing users or system administrators to customize log collection, storage and processing rules according to actual needs, to achieve unified management of log data from various data sources, to guide subsequent log processing processes, and to ensure that the collection and management of log data meets user expectations.

[0071] In some implementations, the set log management strategy includes at least one of the following: a log rotation strategy, an automatic cleanup strategy, and an error alarm strategy; and the management of log storage files based on the set log management strategy includes at least one of the following:

[0072] Determine whether the log storage file meets the set rotation conditions. If the set rotation conditions are met, archive the log data in the log storage file to a predetermined database, wherein the set rotation conditions include: the log storage file size reaches a first threshold and / or reaches a set time period. For example, the set rotation conditions are that the log storage file size reaches 1MB and / or the preset time period is 7 days; the set automatic cleanup policy is that the log storage time reaches 30 days and / or the log storage file size reaches 1GB.

[0073] Determine whether the log storage file meets the set automatic cleanup policy. If it meets the set automatic cleanup policy, delete the log data in the log storage file; wherein the set automatic cleanup policy includes: the log storage time reaches a specified time threshold and / or the log storage file size reaches a second threshold.

[0074] Extract the key information of the log data in the log storage file, determine whether the trigger alarm condition is met based on the key information, and generate and issue an alarm message when it is determined that the trigger alarm condition is met; wherein the trigger alarm condition includes: different levels of logs set corresponding levels of alarm conditions. That is, the embodiment of the present application can set different levels for each log data, and one of its purposes is to set different trigger alarm conditions for log data of different levels. For example, for the first level of log data, when the error exceeds 3, the alarm condition is triggered; for the second level of log data, when the error exceeds 5, the alarm condition is triggered. It can be understood that the corresponding subsequent operations can be performed after the alarm is triggered, and different response strategies can be corresponding to different alarms, and the present application does not make specific restrictions on this. The present application is aimed at the hierarchical management and alarm mechanism of log data, further improving the efficiency of log management and meeting the various log management needs of users.

[0075] The above-mentioned operation of managing log storage files based on the set log management strategy can be implemented by using a state machine, which calls each log data and performs corresponding management operations based on each management strategy. For example, the state machine monitors whether the log storage file meets the rotation conditions, the state machine monitors whether the log storage file meets the set automatic cleaning strategy, or the state machine monitors whether the key information of the extracted log storage file is sufficient to trigger the alarm condition.

[0076] For example, when setting the log management policy, the embodiment of the present application first determines the type of policy to be set, and then creates a corresponding log policy class to set the corresponding policy. The classification judgment process is shown in Figure 4 shown.

[0077] From the above description, it can be seen that the present application can automatically archive the log data in the current log storage file to a predetermined database according to the set rotation conditions, and create a new log storage file to continue recording, which can not only ensure the continuity of the log data, but also effectively manage the storage space.

[0078] The automatic cleanup strategy supports users to set cleanup rules by themselves. The system will regularly scan the log storage files in the database according to the cleanup rules and delete the log data in the log storage files that meet the conditions. The automatic deletion policy setting realizes the automatic deletion of expired or no longer needed log data, which helps the system to free up storage space and improve system performance.

[0079] The error alarm strategy is used to set the rules of error detection and alarm, so as to realize real-time automatic monitoring of log data according to the rules. The system will automatically analyze the log data in the log storage file according to the rules to extract key information, and judge whether the trigger alarm condition is met based on the key information. Once the trigger alarm condition is detected (i.e., potential errors or anomalies are identified), the system will immediately generate an alarm message and notify relevant personnel to handle it through a preset notification method (such as email, text message, etc.). The embodiment of the present application helps to discover and solve potential problems in a timely manner through the setting of the error alarm strategy, and ensure the stable operation of the system.

[0080] In some implementations, extracting key information of log data in the log storage file includes: for structured log data, using regular expressions to parse the log data and extract key information; or for unstructured log data, using natural language processing technology to perform semantic analysis and extract key information. The embodiments of the present application use different key information extraction methods for different types of log data, which can give full play to the advantages of various log files and ensure the integrity and accuracy of log information.

[0081] See also Figure 5 As shown, the specific processing flow of setting the error alarm strategy in the embodiment of the present application is:

[0082] Step 501: Create a log policy class;

[0083] Step 502: Setting an error alarm strategy;

[0084] Step 503: Determine whether the error alarm strategy meets the requirements, if not, return to step 502; if the error alarm strategy meets the requirements, return corresponding response information.

[0085] Therefore, the log management strategies set in the embodiments of the present application are all comprehensively considered and designed based on factors such as user needs, system performance and security, aiming to provide users with efficient, flexible and secure log management solutions.

[0086] In some implementations, the set log management policy may also include a storage format of the log, that is, the embodiment of the present application may perform format optimization processing on the log data.

[0087] For an example, see Figure 8 As shown, the storage format of the log specifically includes the following fields: LogType log type; Time time; Timestamp timestamp; Ecuid ECU where the log is located; APid application where the log is located; Type output direction (log, control, http); Payload log content.

[0088] Traditional log file formats often have problems such as too much redundant information and unclear key information. The present application embodiment optimizes the format of the log file and designs a new log file format, which not only removes redundant information, but also makes key information clear at a glance through reasonable field division and marking, which not only saves storage space, but also improves the efficiency of log parsing. The present application ensures the accuracy and consistency of the data by storing the log data of each data source in a unified log file format, and provides a reliable basis for subsequent data analysis and processing.

[0089] In some implementations, the method further includes: receiving a call instruction for the log storage file through a unified interface, wherein the call instruction includes but is not limited to: viewing, analyzing or managing.

[0090] The embodiment of the present application also receives the call instruction of the upper layer application or user through a unified interface, and then calls the corresponding functional module (including the log storage module) according to the specific call request, and the functional modules interact with each other through the interface. The method of calling through the unified interface simplifies the operation complexity of the upper layer application or user, improves the usability of the system, and realizes that the respective implementation methods of each functional module do not need to be exposed, ensuring the decoupling and replaceability between the functional modules.

[0091] The storage and management mechanism for the log data of the SOA system and various application data sources used in the vehicle provided in the embodiment of the present application realizes efficient processing of vehicle monitoring data, intelligent detection of faults and optimization of system performance.

[0092] In some embodiments, the method further includes: establishing a link with a target server to transmit a log storage file using a specified protocol based on the link. Wherein, the target server can be a remote server or a cloud server, which is not limited in this application. The embodiment of the present application can establish a link with a target server to achieve remote transmission of log storage files, and upload log data on a local device or system to a remote target server safely and reliably. Through remote transmission, users can access and analyze log data anytime and anywhere without directly accessing local devices or systems, thereby improving data security and management convenience.

[0093] It should be noted that the embodiment of the present application can add a compression and encryption flag to the link. When the compression and encryption flag is enabled, the log storage file is compressed and encrypted before the file is transmitted to reduce the amount of data during the transmission process and ensure the confidentiality of the data. Users can choose whether to enable the compression and encryption functions as needed to meet the needs of different scenarios and achieve high-reliability data transmission.

[0094] In some implementations, the specified protocols include File Transfer Protocol, Hypertext Transfer Protocol, and Transmission Control Protocol / Internet Protocol.

[0095] The embodiment of the present application integrates multiple communication protocol interfaces, and can select a suitable communication method for data transmission according to the user's configuration to adapt to different network environments, transmission speeds and security requirements, providing users with flexible and reliable log upload functions.

[0096] Specifically, before the transmission, the communication protocol and port to be used will be determined based on the link information. Common communication protocols include File Transfer Protocol (FTP), Hypertext Transfer Protocol (HTTP), and Transmission Control Protocol / Internet Protocol (TCP / IP). Establishing a link with the target server involves steps such as network address resolution, connection request establishment, and identity authentication. Once the connection is successfully established, the log storage file transmission can begin. During the transmission process, corresponding processing will also be performed according to the selected communication method strategy. For example, if the FTP protocol is selected, the file is sent to the server according to the FTP specification; if the HTTP protocol is selected, the file is sent to the server as part of the HTTP request. After the transmission is completed, the connection with the target server will be disconnected and the upload result will be returned.

[0097] For an example, see Figure 6 As shown, the specific processing flow of the log storage file transmission in the embodiment of the present application is:

[0098] Step 601: Create a corresponding upload tool class based on the link;

[0099] Step 602: Determine whether the file path exists, and if not, return corresponding response information; if it is determined that the file path exists, upload the corresponding log storage file and return corresponding response information.

[0100] The embodiment of the present application is based on existing network communication technology and achieves low-latency and high-reliability data transmission by optimizing the data transmission mechanism and data compression algorithm, and can ensure the real-time and integrity of log information even in a complex network environment.

[0101] For example, Figure 7 This is an example diagram of log data being directly output to a console in the prior art. It can be seen from the diagram that the log data output is disorderly; Figure 8This is an example of log data viewed through the query tool in the embodiment of the present application. From the figure, it can be seen that the log data is unified and orderly, and is displayed in an orderly manner according to the classification. It should be noted that Figure 8 There is no need to pay attention to the specific log data content, which is not the focus of the expression. It is mainly used to display the log data obtained by the method of the present application in an orderly manner for user viewing.

[0102] In summary, the method for vehicle status monitoring provided in the embodiment of the present application first receives the log data reported by each data source; then classifies the log data into system logs and file logs, and creates corresponding log storage files for the log data based on the classification; finally, manages the log storage files based on the set log management strategy, so as to monitor the status of each data source through the log storage files, thereby realizing the monitoring of the vehicle status; the method of the embodiment of the present application can efficiently and uniformly process the log data from different data sources, effectively monitor the vehicle status, and provide strong data support for subsequent troubleshooting, performance optimization and system maintenance.

[0103] The present application provides a device for monitoring vehicle status. Fig. 9 As shown, the method for executing any of the above-mentioned methods for vehicle status monitoring in the present application includes: a data receiving unit 910, used to receive log data reported by each data source; a classification storage unit 920, used to classify the log data into system logs and file logs, and create corresponding log storage files for the log data according to the classification; a log management unit 930, used to manage the log storage files based on the set log management strategy, so as to monitor the status of each data source through the log storage files, thereby realizing the monitoring of the vehicle status.

[0104] In some embodiments, the device further includes: a log deletion unit, which is used to verify whether the log deletion instruction meets set conditions after receiving the log deletion instruction; if the set conditions are met, delete the corresponding log storage file.

[0105] In some implementations, the setting condition includes: the log deletion instruction includes a path of the log storage file to be deleted or an identifier of the log storage file to be deleted.

[0106] In some implementations, the set log management policy includes at least one of the following: a log rotation policy, an automatic cleanup policy, and an error alarm policy.

[0107] In some embodiments, managing log storage files based on a set log management policy includes at least one of the following: determining whether the log storage file satisfies a set rotation condition, and archiving the log data in the log storage file to a predetermined database if the set rotation condition is met, wherein the set rotation condition includes: the log storage file size reaches a first threshold value and / or reaches a set time period; determining whether the log storage file satisfies a set automatic cleaning policy, and deleting the log data in the log storage file if the set automatic cleaning policy is met; wherein the set automatic cleaning policy includes: the log storage duration reaches a specified duration threshold value and / or the log storage file size reaches a second threshold value; extracting key information of the log data in the log storage file, determining whether the alarm triggering condition is met based on the key information, and generating and issuing an alarm message if it is determined that the alarm triggering condition is met; wherein the alarm triggering condition includes: different levels of log settings have corresponding levels of alarm conditions.

[0108] In some implementations, extracting key information from log data in a log storage file includes: for structured log data, using regular expressions to parse the log data and extract key information; or for unstructured log data, using natural language processing technology to perform semantic analysis and extract key information.

[0109] In some implementations, the device further includes: a calling unit, configured to receive a calling instruction for the log storage file through a unified interface, wherein the calling instruction includes: viewing, analyzing, or managing.

[0110] In some implementations, the device further includes: an optimization unit, configured to perform format optimization processing on the log data.

[0111] In some embodiments, the device further includes: a transmission unit, configured to establish a link with a target server to transmit the log storage file using a specified protocol based on the link.

[0112] The device for vehicle status monitoring provided in the embodiment of the present application, after receiving the log data reported by each data source, classifies the log data into system logs and file logs, and creates corresponding log storage files for the log data according to the classification; manages the log storage files based on the set log management strategy, so as to monitor the status of each data source through the log storage files, thereby realizing the monitoring of the vehicle status; the device of the embodiment of the present application can efficiently and uniformly process the log data from different data sources, effectively monitor the vehicle status, and provide strong data support for subsequent troubleshooting, performance optimization and system maintenance.

[0113] It should be understood that the specific features, operations and details described hereinabove with respect to the method of the present application may also be similarly applied to the device and system of the present application, or vice versa. In addition, each step of the method of the present application described above may be performed by a corresponding component or unit of the device or system of the present application.

[0114] It should be understood that each module / unit of the device of the present application can be implemented in whole or in part by software, hardware, firmware or a combination thereof. Each module / unit can be embedded in the processor of the electronic device or independent of the processor in the form of hardware or firmware, or can be stored in the memory of the electronic device in the form of software for the processor to call to perform the operation of each module / unit. Each module / unit can be implemented as an independent component or module, or two or more modules / units can be implemented as a single component or module.

[0115] like Fig.10 As shown, an embodiment of the present application provides an electronic device 1000, which includes: a processor 1001 and a memory 1002 storing computer program instructions, wherein when the computer program instructions are executed by the processor 1001, the steps of any of the above-mentioned methods for vehicle status monitoring in the present application are implemented.

[0116] The electronic device 1000 can be broadly a server, a terminal, or any other electronic device with necessary computing and / or processing capabilities.

[0117] In one embodiment, the electronic device 1000 may include a processor, a memory, a network interface, a communication interface, etc. connected through a system bus. The processor of the electronic device 1000 may be used to provide necessary computing, processing and / or control capabilities. The memory of the electronic device 1000 may include a non-volatile storage medium and an internal memory. The non-volatile storage medium may store an operating system, a computer program, etc. The internal memory may provide an environment for the operation of the operating system and the computer program in the non-volatile storage medium. The network interface and the communication interface of the electronic device 1000 may be used to connect and communicate with external devices through a network. When the computer program is executed by the processor, the steps of the method of the present application are executed.

[0118] An embodiment of the present application also provides a computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a processor, the steps of the above-mentioned method for vehicle status monitoring are implemented.

[0119] Those skilled in the art will appreciate that the method steps of the present application can be completed by instructing related hardware such as the electronic device 1000 or a processor through a computer program, and the computer program can be stored in a non-temporary computer-readable storage medium, and the computer program causes the steps of the present application to be executed when it is executed. Depending on the circumstances, any reference to memory, storage, or other media herein may include non-volatile or volatile memory. Examples of non-volatile memory include read-only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), flash memory, magnetic tape, floppy disk, magneto-optical data storage device, optical data storage device, hard disk, solid state disk, etc. Examples of volatile memory include random access memory (RAM), external cache memory, etc.

[0120] It should be understood that each module / unit of the device of the present application can be implemented in whole or in part by software, hardware, firmware or a combination thereof. Each module / unit can be embedded in the processor of the electronic device or independent of the processor in the form of hardware or firmware, or can be stored in the memory of the electronic device in the form of software for the processor to call to perform the operation of each module / unit. Each module / unit can be implemented as an independent component or module, or two or more modules / units can be implemented as a single component or module.

[0121] The various technical features described above can be combined arbitrarily. Although all possible combinations of these technical features are not described, any combination of these technical features should be considered to be covered by this specification as long as there is no contradiction in such combination.

[0122] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present application, rather than to limit it. Although the present application has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or replace some or all of the technical features therein by equivalents. However, these modifications or replacements do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of the present application.

Claims

1. A method for vehicle status monitoring, characterized in that: The method is applied to a service-oriented SOA system, and the method comprises: Receive log data reported by each data source; Classifying the log data into system logs and file logs, and creating corresponding log storage files for the log data according to the classification; The log storage file is managed based on a set log management strategy so that the status of each data source can be monitored through the log storage file, thereby realizing the monitoring of the vehicle status.

2. The method according to claim 1, characterized in that The method further comprises: After receiving the log deletion instruction, verify whether the log deletion instruction satisfies the set conditions; When the set conditions are met, the corresponding log storage file is deleted.

3. The method according to claim 2, characterized in that The setting conditions include: The log deletion instruction includes the path of the log storage file to be deleted or the identifier of the log storage file to be deleted.

4. The method according to claim 1, characterized in that: The set log management strategy includes at least one of the following: a log rotation strategy, an automatic cleanup strategy, and an error alarm strategy.

5. The method according to claim 4, characterized in that The managing the log storage file based on the set log management policy includes at least one of the following: Determine whether the log storage file meets the set rotation condition, and if the set rotation condition is met, archive the log data in the log storage file to a predetermined database, wherein the set rotation condition includes: the size of the log storage file reaches a first threshold and / or reaches a set time period; Determine whether the log storage file satisfies the set automatic cleaning strategy, and if the set automatic cleaning strategy is met, delete the log data in the log storage file; wherein the set automatic cleaning strategy includes: the log storage time reaches a specified time threshold and / or the log storage file size reaches a second threshold; Extract key information of the log data in the log storage file, determine whether the alarm triggering condition is met based on the key information, and generate and issue an alarm message when it is determined that the alarm triggering condition is met; wherein the alarm triggering condition includes: different levels of log settings have corresponding levels of alarm conditions.

6. The method according to claim 5, characterized in that The key information of the log data extracted from the log storage file includes: For structured log data, use regular expressions to parse the log data and extract the key information; or For unstructured log data, natural language processing technology is used to perform semantic analysis and extract the key information.

7. The method according to claim 1, characterized in that The method further comprises: A call instruction for the log storage file is received through a unified interface, and the call instruction includes: viewing, analyzing or managing.

8. The method according to claim 1, characterized in that The method further comprises: Format optimization processing is performed on the log data.

9. The method according to claim 1, characterized in that: The method further comprises: A link is established with a target server to transmit the log storage file using a specified protocol based on the link.

10. A device for vehicle state monitoring, used for executing the method for vehicle state monitoring according to any one of claims 1 to 9, characterized in that: include: A data receiving unit, used to receive log data reported by each data source; A classification storage unit, used for classifying the log data into system logs and file logs, and creating corresponding log storage files for the log data according to the classification; The log management unit is used to manage the log storage file based on the set log management strategy, so as to monitor the status of each data source through the log storage file, thereby realizing the monitoring of the vehicle status.

11. An electronic device comprising a processor and a memory storing computer program instructions, wherein: When the computer program instructions are executed by the processor, the steps of the method for vehicle state monitoring according to any one of claims 1 to 9 are implemented.

Images