CN117453479A - Method and device for monitoring abnormal upgrading of vehicle - Google Patents
Method and device for monitoring abnormal upgrading of vehicle Download PDFInfo
- Publication number
- CN117453479A CN117453479A CN202311420349.6A CN202311420349A CN117453479A CN 117453479 A CN117453479 A CN 117453479A CN 202311420349 A CN202311420349 A CN 202311420349A CN 117453479 A CN117453479 A CN 117453479A
- Authority
- CN
- China
- Prior art keywords
- vehicle
- upgrading
- upgraded
- monitoring
- task
- 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
Links
- 238000012544 monitoring process Methods 0.000 title claims abstract description 133
- 230000002159 abnormal effect Effects 0.000 title claims abstract description 81
- 238000000034 method Methods 0.000 title claims abstract description 43
- 238000003745 diagnosis Methods 0.000 claims abstract description 47
- 230000005856 abnormality Effects 0.000 claims description 16
- 230000001960 triggered effect Effects 0.000 claims description 11
- 238000004590 computer program Methods 0.000 claims description 9
- 230000000737 periodic effect Effects 0.000 claims description 6
- 238000003860 storage Methods 0.000 claims description 6
- 238000007689 inspection Methods 0.000 claims description 4
- 238000012806 monitoring device Methods 0.000 claims 1
- 238000004364 calculation method Methods 0.000 description 9
- 230000008569 process Effects 0.000 description 8
- 238000012795 verification Methods 0.000 description 7
- 230000006870 function Effects 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 4
- 238000007726 management method Methods 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 238000010586 diagram Methods 0.000 description 3
- 238000004519 manufacturing process Methods 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 230000006855 networking Effects 0.000 description 3
- 238000010295 mobile communication Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 206010063385 Intellectualisation Diseases 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
- G06F11/302—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a software system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1415—Saving, restoring, recovering or retrying at system level
- G06F11/1433—Saving, restoring, recovering or retrying at system level during software upgrading
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3051—Monitoring arrangements for monitoring the configuration of the computing system or of the computing system component, e.g. monitoring the presence of processing resources, peripherals, I/O links, software programs
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
Abstract
The invention discloses a method and a device for monitoring abnormal upgrading of a vehicle, wherein the method comprises the following steps: determining a vehicle to be upgraded or determining a vehicle upgrading task, and associating the vehicle to be upgraded with the vehicle upgrading task; triggering a rule engine to monitor the upgrading state of the vehicle to be upgraded according to a preset triggering event and acquiring diagnosis and monitoring data of abnormal vehicle upgrading; acquiring a target task characteristic value monitored by a rule engine, checking abnormal items of the diagnosis and monitoring data according to the target task characteristic value, and judging whether the vehicle is an upgrading abnormal vehicle or not; wherein the target task feature value is determined by the vehicle upgrade task content. The invention can realize automatic monitoring of the vehicle upgrading event by the system, reduce uncertainty caused by the manual operation, realize intelligent monitoring of the unattended upgrading abnormal vehicle and improve the operation efficiency and accuracy.
Description
Technical Field
The invention relates to the field of software development, in particular to a method and a device for monitoring abnormal vehicle upgrading.
Background
Along with the popularization of vehicle intellectualization, FOTA upgrading gradually becomes a necessary capability of a host factory vehicle, but in the process of executing large-batch vehicle FOTA upgrading, part of vehicles still cannot normally execute upgrading due to inconsistent internal and external conditions such as vehicle network environment, sales state, whole vehicle version and the like. How to quickly and efficiently identify abnormal vehicles and locate the reasons of the problems becomes the key point of refined operation by providing an alternative upgrade scheme for vehicle owners. At present, the related capability is in a blank period, a host factory often adopts a scheme of manually identifying abnormality, and abnormal vehicles are identified by relying on experience of operators, however, operation accidents caused by untimely manual treatment or inexperienced experience also occur occasionally.
Disclosure of Invention
Aiming at the technical problems, the invention provides a method and a device for monitoring the abnormal upgrading of a vehicle, which can meet the requirement of automatically identifying the abnormal vehicle.
In a first aspect of the present invention, a method for monitoring an abnormality in a vehicle upgrade is provided, including:
determining a vehicle to be upgraded or determining a vehicle upgrading task, and associating the vehicle to be upgraded with the vehicle upgrading task;
triggering a rule engine to monitor the upgrading state of the vehicle to be upgraded according to a preset triggering event and acquiring diagnosis and monitoring data of abnormal vehicle upgrading;
acquiring a target task characteristic value monitored by a rule engine, checking abnormal items of the diagnosis and monitoring data according to the target task characteristic value, and judging whether the vehicle is an upgrading abnormal vehicle or not; wherein the target task feature value is determined by the vehicle upgrade task content.
In an alternative embodiment, the determining the vehicle to be upgraded or determining the vehicle upgrade task includes:
the vehicle upgrading task is an FOTA upgrading task, a task to be upgraded is selected from a plurality of FOTA upgrading tasks according to monitoring requirements, an object to be upgraded is determined, and the vehicle to be upgraded is determined according to the object to be upgraded.
In an optional embodiment, the triggering rule engine according to the preset triggering event monitors the upgrade status of the vehicle to be upgraded and obtains the diagnosis and monitoring data of the abnormal upgrade of the vehicle, including:
and triggering a rule engine to monitor the upgrading state of the vehicle to be upgraded according to the identification event of the vehicle which cannot synchronously upgrade the task and/or the monitoring event of the software package downloading stagnation vehicle, and acquiring diagnosis and monitoring data of abnormal vehicle upgrading.
In an alternative embodiment, the triggering the rule engine to monitor the upgrade status of the vehicle to be upgraded according to the identification event of the vehicle incapable of synchronizing the upgrade task and obtain the diagnosis and monitoring data of the abnormal upgrade of the vehicle includes:
acquiring inspection item data comprising vehicle sales state, vehicle data, vehicle base line and vehicle items from a monitoring system, and judging the reason that the task cannot be synchronously upgraded when the vehicle requests the task to be upgraded;
and acquiring diagnosis and monitoring data of the vehicle upgrading abnormality according to the reasons that the tasks cannot be synchronously upgraded.
In an alternative embodiment, the monitoring event triggering rule engine for downloading the dead vehicle according to the software package monitors the upgrade status of the vehicle to be upgraded and obtains the diagnosis and monitoring data of the abnormal upgrade of the vehicle, including:
by monitoring the vehicles with the off-vehicle downloading capability and the vehicles without the off-vehicle downloading capability, when the software package of any one of the vehicles with the off-vehicle downloading capability and the vehicles without the off-vehicle downloading capability is monitored to be stopped, a rule engine is triggered to monitor the upgrading state of the vehicle to be upgraded and acquire diagnosis and monitoring data of abnormal vehicle upgrading.
In an alternative embodiment, for a vehicle with off-board downloading capability, when the software package of the vehicle is judged to be in a stagnant downloading state, the time difference of the downloading progress of two adjacent updating of the vehicle is calculated to determine.
In an alternative embodiment, for a vehicle without off-vehicle downloading capability, determining that the software package of the vehicle is not in downloading stagnation by calculating the real vehicle duration of the vehicle owner; the real vehicle-using time of the vehicle owner is determined by calculating the time difference between the last update and download progress message of the vehicle and the update of the current periodic message and removing the off-line time of the vehicle.
In an alternative embodiment, the obtaining the target task feature value monitored by the rule engine includes:
and acquiring abnormal characteristic values input by operators for different upgrading tasks.
In a second aspect of the present invention, there is provided a monitoring apparatus for vehicle upgrade abnormality, comprising:
the task determining module is used for determining a vehicle to be upgraded or determining a vehicle upgrading task, and the vehicle to be upgraded is associated with the vehicle to be upgraded through the vehicle upgrading task;
the state information determining module is used for triggering a rule engine to monitor the upgrading state of the vehicle to be upgraded according to a preset trigger event and acquiring diagnosis and monitoring data of abnormal vehicle upgrading;
the monitoring module is used for acquiring a target task characteristic value monitored by the rule engine, checking abnormal items of the diagnosis and monitoring data according to the target task characteristic value, and judging whether the vehicle is an upgrading abnormal vehicle or not; wherein the target task feature value is determined by the vehicle upgrade task content.
In a third aspect of the present invention, there is provided an electronic apparatus comprising:
at least one processor; and at least one memory communicatively coupled to the processor, wherein: the memory stores program instructions executable by the processor, the processor invoking the program instructions to enable execution of the method for monitoring for a vehicle upgrade anomaly according to the first aspect of the present invention.
In a fourth aspect of the present invention, there is provided a computer-readable storage medium having stored thereon a computer program which, when executed by a computer, performs a method of monitoring for a vehicle upgrade anomaly according to the first aspect of the embodiment of the present invention.
According to the method, for the vehicle to be upgraded, a rule engine is triggered according to a preset trigger event to monitor the upgrading state of the vehicle to be upgraded and acquire diagnosis and monitoring data of abnormal vehicle upgrading; then, according to the obtained target task characteristic value monitored by the rule engine, carrying out abnormal item verification on the diagnosis and monitoring data, and judging whether the vehicle is an upgrading abnormal vehicle or not; the system can automatically monitor the vehicle upgrading event, reduce uncertainty caused by the manual operation, realize intelligent monitoring of the unattended upgrading abnormal vehicle, and improve the operation efficiency and accuracy.
Drawings
Fig. 1 is a flowchart of a method for monitoring an abnormal upgrade of a vehicle according to an embodiment of the invention.
Fig. 2 is a schematic diagram illustrating a calculation of a download stall time based on an OTA task period according to one embodiment of the present invention.
Fig. 3 is a schematic block diagram of a device for monitoring abnormal upgrade of a vehicle according to an embodiment of the invention.
Fig. 4 is a schematic structural view of an electronic device according to an embodiment of the present invention.
Detailed Description
The following description of the embodiments of the present invention will be made clearly and completely with reference to the accompanying drawings, in which it is apparent that the embodiments described are only some embodiments of the present invention, but not all embodiments. All other embodiments, which can be made by those skilled in the art based on the embodiments of the invention without making any inventive effort, are intended to be within the scope of the invention.
It is also to be understood that the terminology used in the description of the present disclosure is for the purpose of describing particular embodiments only, and is not intended to be limiting of the disclosure. The term "and/or" as used in the present disclosure and claims refers to any and all possible combinations of one or more of the associated listed items, and includes such combinations.
OTA (Over The Air) is a technology for implementing dynamic downloading, deleting and updating of service menu in SIM card by means of vehicle end or server (network) based on short message mechanism, so that user can obtain data value-added service (OTA service for short) of personalized information service, and remote management of SIM card data and application is implemented by means of air interface of mobile communication. The application of OTA technology allows mobile communications to provide not only voice and data services, but also new traffic downloads. Thus, the application and content service providers can be free from the limitation of the platform, and more personalized services which meet the demands of users, such as information ordering, interactive entertainment, location services, banking transactions and the like, can be continuously developed. Through the OTA over-the-air downloading technology, the mobile phone user can download various service menus provided by the network to the vehicle end by using an OTA mechanism according to personal preference as long as simple operation is carried out, and can customize specific services according to own wish.
The FOTA (Firmware Over-The-Air) is one of The Over-The-Air (OTA) downloading mechanisms, which means that Firmware upgrading service is provided for a device with networking function through a cloud upgrading technology, and a user uses a network to obtain an intelligent terminal system upgrading packet in an on-demand and easily-extensible manner, and performs cloud upgrading through The FOTA to complete system repair and optimization.
Referring to fig. 1, the invention provides a method for monitoring abnormal vehicle upgrade, which can automatically identify an unsynchronized task vehicle and download a dead vehicle in the FOTA upgrade process, and comprises the following steps:
step 100: and determining a vehicle to be upgraded or determining a vehicle upgrading task, and associating the vehicle to be upgraded with the vehicle upgrading task.
I.e. first the monitoring scope of the upgrade task is determined. There are a large number of upgrade tasks in the upgrade activities, and the monitoring system needs to meet the monitoring requirements of operators. The operator determines the object to be upgraded, and completes the selection in the monitoring system, and determines the vehicle to be upgraded which is required to be monitored by the monitoring system. Because the monitoring and upgrading tasks have strong relevance, the monitoring can also be performed by adopting a mode of selecting the upgrading tasks.
For example, when the vehicle upgrading task is a FOTA upgrading task, selecting a task to be upgraded from a plurality of FOTA upgrading tasks according to monitoring requirements, determining an object to be upgraded, and determining the vehicle to be upgraded according to the object to be upgraded.
Step 200: triggering a rule engine according to a preset trigger event to monitor the upgrading state of the vehicle to be upgraded and obtain diagnosis and monitoring data of abnormal vehicle upgrading.
In different vehicle upgrading tasks, the applicable practical application scenes are different, and the adopted data acquisition and diagnosis modes are also different; it is therefore necessary to automatically complete the rule engine operation of the monitoring system by setting a trigger event. The monitoring content relates to the state of vehicle upgrading, such as the incapability of synchronizing upgrading tasks of the vehicle, software package downloading stagnation, successful synchronization and normal downloading. The state corresponding to the monitored vehicle is that the vehicle can not synchronize the upgrade task, the software package downloads the stagnant vehicle, the successfully synchronized vehicle and the normally downloaded vehicle.
The data can be diagnosed and monitored by a background system (FOTA upgrade management system) after the status of the vehicle is generally acquired. The background system has the characteristic of data set, and can rapidly acquire a large amount of diagnosis and monitoring data. Therefore, when acquiring data, the method can be considered to process by adopting different data acquisition frequencies, different concurrency and the like according to different upgrading tasks so as to meet the monitoring requirement.
By way of example, the diagnostic and monitoring data may include vehicle sales status from a vehicle sales system, vehicle baseline from a vehicle end, vehicle manufacturing project data from a vehicle manufacturing system, vehicle usage period, vehicle software download duration, vehicle online duration, message update verification, version verification, and the like; to a vehicle sales system, a vehicle information updating system, a vehicle registration record management system, and the like.
By adopting the method, the monitoring order of magnitude of the abnormal vehicles can be greatly improved, and people can only support hundreds of vehicles to further accurately distinguish whether the abnormal vehicles exist. When the upgrading magnitude is large, monitoring cannot be supported; the monitoring system provided by the invention can automatically monitor, support the task anomaly calculation of the hundred thousand-magnitude vehicle, and can expand the hardware to improve the calculation capability at any time.
Step 300: acquiring a target task characteristic value monitored by a rule engine, checking abnormal items of the diagnosis and monitoring data according to the target task characteristic value, and judging whether the vehicle is an upgrading abnormal vehicle or not; wherein the target task feature value is determined by the vehicle upgrade task content.
In this step, the monitoring system initiates diagnosis of the vehicle upgrade task and verification of the monitoring data by acquiring target task feature values corresponding to different upgrade tasks. Wherein the target task feature values are modifiable, i.e. different target task feature values can be set for different upgrade tasks in the rules engine. In general, according to the experience of a summarizing expert, a large number of abnormal characteristic values are recorded in a multi-system data source, but the specific implementation conditions of different upgrading tasks are different, so that operators are required to update the characteristic values of the latest tasks into a monitoring system. In some embodiments, the abnormal characteristic values for different upgrade tasks are entered by an operator.
For example, in the history upgrade task, since only the microcontroller is upgraded, the upgrade package has a lightweight characteristic, the corresponding stagnation index is more strict, and the upgrade package progress information is regarded as stagnation after 1 hour of update. In the new task, the microprocessor is to be upgraded, so that the upgrade package has the characteristics of larger upgrade package volume and slow update, and therefore, more loose monitoring rules are required to be set, and the rules can be formulated as the downloading progress which is not updated for more than 24 hours, namely, the downloading progress is stopped. Wherein 1 hour and 24 hours are set as abnormality judgment characteristic values corresponding to different upgrading tasks.
Therefore, the target task feature value needs to be determined by an operator, or parameters in the rule engine are modified to the target task feature value so as to identify the vehicle with abnormal upgrading. And the rule engine performs abnormal item verification on the diagnosis and monitoring data according to the target task characteristic value, and judges whether the vehicle is an upgrading abnormal vehicle or not. Manual identification may result in a normal vehicle being flagged for download and further processing due to insufficient operator experience or information delivery errors. The monitoring system provided by the invention can automatically issue, acquire data based on an original data source, has unified system rules and is high in accuracy.
As can be seen from the above, for the vehicle to be upgraded, the method triggers the rule engine to monitor the upgrade state of the vehicle to be upgraded according to the preset trigger event and obtain the diagnosis and monitoring data of the abnormal upgrade of the vehicle; then, according to the obtained target task characteristic value monitored by the rule engine, carrying out abnormal item verification on the diagnosis and monitoring data, and judging whether the vehicle is an upgrading abnormal vehicle or not; the system can automatically monitor the vehicle upgrading event, reduce uncertainty caused by the manual operation, realize intelligent monitoring of unattended upgrading abnormal vehicles, and improve the operation efficiency and accuracy of brands.
The method for monitoring the vehicle upgrade abnormality according to the present invention will be further described as follows:
when the rule engine is triggered to monitor the upgrade state of the vehicle to be upgraded according to the preset trigger event, the method is completed by the following steps:
and triggering a rule engine to monitor the upgrading state of the vehicle to be upgraded according to the identification event of the vehicle which cannot synchronously upgrade the task and/or the monitoring event of the software package downloading stagnation vehicle, and acquiring diagnosis and monitoring data of abnormal vehicle upgrading.
The invention uses two kinds of identification event triggering rule engines to start the monitoring of the vehicle with upgrading, and the monitoring can be triggered at specific time or event by adopting the mode, thereby realizing the purpose of automatic monitoring. When the general vehicle upgrading task cannot be synchronously upgraded or the downloading of the software package is not completed in the vehicle upgrading process, the downloading stagnation occurs, and the abnormality occurs in the vehicle upgrading process. Abnormal conditions include that the vehicle is not sold, so that the vehicle is not networked, the vehicle software version is not known and has risks after being updated, different hardware of different vehicle types can not be issued and updated in a mixed mode, the vehicle downloading stagnation time is too long, the updating period is too long, and the like.
The rule engine may thus be triggered to monitor the upgrade status of the vehicle to be upgraded and obtain diagnostic and monitoring data of the vehicle upgrade anomaly based on two ways: one is to trigger a rule engine to monitor the upgrade state of the vehicle to be upgraded according to the identification event of the vehicle which cannot synchronously upgrade the task and obtain diagnosis and monitoring data of abnormal upgrade of the vehicle; and the other is to trigger a rule engine to monitor the upgrade state of the vehicle to be upgraded according to the monitoring event of the software package download stagnation vehicle and obtain diagnosis and monitoring data of abnormal vehicle upgrade.
The rule engine is triggered to monitor the upgrade state of the vehicle to be upgraded according to the identification event of the vehicle which cannot synchronously upgrade the task and acquire diagnosis and monitoring data of abnormal upgrade of the vehicle, and the method comprises the following steps:
acquiring inspection item data comprising vehicle sales state, vehicle data, vehicle base line and vehicle items from a monitoring system, and judging the reason that the task cannot be synchronously upgraded when the vehicle requests the task to be upgraded;
and acquiring diagnosis and monitoring data of the vehicle upgrading abnormality according to the reasons that the tasks cannot be synchronously upgraded.
For example, the monitoring system may retrieve data from the background system as a test item, and the monitoring system determines a reason why the vehicle cannot be upgraded synchronously according to the acquired data. The sales state is obtained in the vehicle sales system, and the reason that the vehicle is not sold and cannot be synchronously upgraded is that: the non-sales vehicles do not support mobile network downloading and cannot finish upgrading tasks; the method comprises the steps that vehicle baseline data (a vehicle baseline version refers to an initial version of a certain vehicle type and can be also called as an original version or a basic version) is obtained from vehicle data, and the software of the vehicle corresponding to the FOTA upgrading task is known to be an unknown version through judging the vehicle baseline data, so that the reason that the vehicle cannot be synchronously upgraded is as follows: the upgrade is uncontrollable, and the safety risk of the vehicle owner is increased; the method comprises the steps of obtaining the hardware model or configuration of a vehicle project in a vehicle manufacturing system, judging whether an FOTA upgrading task is suitable for hardware, and if the FOTA upgrading task is not suitable for the hardware, the reason that the FOTA upgrading task cannot be synchronously upgraded is as follows: different vehicle types have inconsistent project hardware and can not be issued in a mixed mode.
And after determining that the upgrading task cannot be synchronized, acquiring diagnosis and monitoring data of the abnormal upgrading of the vehicle so as to facilitate management of operators. In the above embodiment, the vehicle cannot be upgraded synchronously because the vehicle upgrade task has specificity, can be executed only on the vehicle that satisfies the precondition, and the lack of synchronization only means that the vehicle does not satisfy the precondition, and the task cannot be executed on the vehicle; therefore, the invention confirms the pre-condition of the vehicle upgrade in the mode so as to screen out a part of vehicles which cannot be upgraded. And then to screen vehicles that can be upgraded normally without upgrading.
Further, according to the monitoring event triggering rule engine of the software package downloading stagnation vehicle, monitoring the upgrade state of the vehicle to be upgraded and obtaining diagnosis and monitoring data of abnormal vehicle upgrade, comprising the following steps:
by monitoring the vehicles with the off-vehicle downloading capability and the vehicles without the off-vehicle downloading capability, when the software package of any one of the vehicles with the off-vehicle downloading capability and the vehicles without the off-vehicle downloading capability is monitored to be stopped, a rule engine is triggered to monitor the upgrading state of the vehicle to be upgraded and acquire diagnosis and monitoring data of abnormal vehicle upgrading.
The method comprises the steps of respectively monitoring the download conditions of software packages of vehicles with and without off-vehicle download capability, and triggering a rule engine to monitor the vehicle to be upgraded according to the monitoring result of the download conditions. Referring to fig. 2, fig. 2 is a schematic diagram illustrating a calculation of a time for downloading stall based on an OTA task period according to one embodiment of the present invention.
Specifically, for a vehicle with off-vehicle downloading capability, when judging that the software package of the vehicle is not downloading, determining by calculating the time difference of the downloading progress of two adjacent updating times of the vehicle. For example, the vehicle FOTA upgrade task download is stagnant, but the vehicle still has networking capability, and when the vehicle is networked for the second time, the monitoring system automatically calculates whether the vehicle download dead time meets the task outlier. The abnormal task value can be regular data or operator setting, and is set to be 12 hours by way of example, and if the downloading is still stopped and exceeds 12 hours after the vehicle is networked for the second time, the abnormal vehicle upgrading is judged.
Specifically, for a vehicle without off-vehicle downloading capability, determining by calculating the real vehicle duration of a vehicle owner when judging that the software package of the vehicle is not in downloading stagnation; the real vehicle-using time of the vehicle owner is determined by calculating the time difference between the last update and download progress message of the vehicle and the update of the current periodic message and removing the off-line time of the vehicle.
In fig. 2, the real online time length calculation interface is provided by the data calculation of the monitoring system, it is determined that T1, T2, T3 and T4 are the vehicle use time points, the characteristic values in the monitoring system are T4-T1, that is, the history calculation rule calculates the vehicle upgrade period by using T4-T1, and the operator can modify the characteristic values to be T3-T2 as the target task characteristic values.
For example, the monitoring system may identify whether the vehicle has an executing task when the vehicle is executing a periodic message update. The real vehicle duration (which means the time that the vehicle does not establish an MQTT link or does not keep heartbeat in a background system, and the online time can be similar to the downloading time because the vehicle function is defined as networking, namely downloading the software upgrade package) is calculated by calculating the time difference between the last update and download progress information of the vehicle and the update of the current periodic information, and the off-line time of the vehicle is removed, so that whether the vehicle is in downloading stagnation is identified. Examples: A. the upgrade state of the vehicle B is not updated for 48 hours, but the vehicle owner A does not use the vehicle within two days, and the upgrade package download stagnates as a normal scene. B vehicles are normally used for two days, and the network environment supports the vehicles to download software packages normally, so the vehicles should be identified as dead vehicles.
And finally, checking abnormal items of the diagnosis and monitoring data according to the target task characteristic value, and judging whether the vehicle is an upgrading abnormal vehicle or not. The abnormal upgrading vehicle refers to a vehicle with an upgrading task which is not normally executed, and comprises an unsynchronized task vehicle and a vehicle which is abnormally stopped in the downloading process.
In the prior art, the upgrading abnormality is identified manually, and the normal vehicle is marked and is stopped for further processing due to insufficient experience of operators or information transmission errors. The system of the invention automatically issues, acquires data based on the original data source, has unified system rule and high accuracy. In the prior art, the upgrading abnormality is identified manually, and hundreds of vehicles can be supported to further accurately distinguish whether abnormal vehicles exist. When the upgrade magnitude is large, monitoring cannot be supported. The monitoring system can automatically monitor, can support the task anomaly calculation of the hundred thousand-magnitude vehicle, and can expand the hardware to improve the calculation capability at any time.
Referring to fig. 3, the present invention further provides a device for monitoring abnormal upgrade of a vehicle, including:
the task determining module 31 is configured to determine a vehicle to be upgraded or determine a vehicle upgrade task, where the vehicle to be upgraded is associated with the vehicle upgrade task. For example, taking a FOTA upgrading task as an example, selecting a task to be upgraded from a plurality of FOTA upgrading tasks according to monitoring requirements, determining an object to be upgraded, and determining the vehicle to be upgraded according to the object to be upgraded.
The state information determining module 32 is configured to trigger a rule engine to monitor an upgrade state of the vehicle to be upgraded according to a preset trigger event and obtain diagnosis and monitoring data of abnormal upgrade of the vehicle.
For example, the status information determination module 32 triggers the rule engine to monitor the upgrade status of the vehicle to be upgraded and obtain diagnostic and monitoring data of the vehicle upgrade anomaly based on the identification event of the vehicle that fails to synchronize the upgrade task and/or the monitoring event of the software package download stuck vehicle.
When the identification event of the vehicle which cannot synchronously upgrade the task is triggered, acquiring inspection item data comprising the vehicle sales state, the vehicle data, a vehicle baseline and the vehicle item from a monitoring system, and judging the reason of the incapability of synchronously upgrading the task when the vehicle requests the upgrade task; and acquiring diagnosis and monitoring data of the vehicle upgrading abnormality according to the reasons that the tasks cannot be synchronously upgraded.
When the software package download is triggered according to the monitoring event of the vehicle with the vehicle-off downloading capability and the vehicle without the vehicle-off downloading capability, the rule engine is triggered to monitor the upgrading state of the vehicle to be upgraded and acquire diagnosis and monitoring data of abnormal vehicle upgrading when the software package download of any one of the vehicle with the vehicle-off downloading capability and the vehicle without the vehicle-off downloading capability is monitored.
For example, for a vehicle with off-vehicle downloading capability, when the software package of the vehicle is judged to be in a downloading stagnation state, the time difference of the downloading progress of two adjacent updating times of the vehicle is calculated to determine. Or for the vehicle without the off-vehicle downloading capability, determining by calculating the real vehicle duration of the vehicle owner when judging that the software package of the vehicle is not in downloading stagnation; the real vehicle-using time of the vehicle owner is determined by calculating the time difference between the last update and download progress message of the vehicle and the update of the current periodic message and removing the off-line time of the vehicle.
The invention confirms the pre-condition of the vehicle upgrading in the mode so as to screen out a part of vehicles which cannot be upgraded. And then to screen vehicles that can be upgraded normally without upgrading.
The monitoring module 33 is configured to obtain a target task feature value monitored by the rule engine, perform abnormal item verification on the diagnosis and monitoring data according to the target task feature value, and determine whether the vehicle is an upgrade abnormal vehicle. In some embodiments, the target task feature value is determined by the vehicle upgrade task content by acquiring an operator-entered abnormal feature value for a different upgrade task.
As shown in fig. 4, the present invention further provides an electronic device, including:
at least one processor; and at least one memory communicatively coupled to the processor, wherein: the memory stores program instructions executable by the processor, and the processor invokes the program instructions to perform the method for monitoring for a vehicle upgrade anomaly.
The invention also provides a computer readable storage medium, wherein the computer readable storage medium stores a computer program, and the computer program realizes the method for monitoring the abnormal upgrading of the vehicle when being executed by a processor.
The method for monitoring the abnormal upgrading of the vehicle at least comprises the following steps:
determining a vehicle to be upgraded or determining a vehicle upgrading task, and associating the vehicle to be upgraded with the vehicle upgrading task;
triggering a rule engine to monitor the upgrading state of the vehicle to be upgraded according to a preset triggering event and acquiring diagnosis and monitoring data of abnormal vehicle upgrading;
acquiring a target task characteristic value monitored by a rule engine, checking abnormal items of the diagnosis and monitoring data according to the target task characteristic value, and judging whether the vehicle is an upgrading abnormal vehicle or not; wherein the target task feature value is determined by the vehicle upgrade task content.
It is understood that the computer-readable storage medium may include: any entity or device capable of carrying a computer program, a recording medium, a USB flash disk, a removable hard disk, a magnetic disk, an optical disk, a computer Memory, a Read-Only Memory (ROM), a random access Memory (RAM, random Access Memory), a software distribution medium, and so forth. The computer program comprises computer program code. The computer program code may be in the form of source code, object code, executable files, or in some intermediate form, among others. The computer readable storage medium may include: any entity or device capable of carrying computer program code, a recording medium, a U disk, a removable hard disk, a magnetic disk, an optical disk, a computer Memory, a Read-Only Memory (ROM), a random access Memory (RAM, random Access Memory), a software distribution medium, and so forth.
In some embodiments of the present invention, the device for monitoring the abnormal upgrade of the vehicle may include a controller or a processor, where the controller is a single chip microcomputer chip, and the processor, the memory, the communication module, etc. are integrated. The processor may refer to a processor comprised by the controller. The processor may be a central processing unit (Central Processing Unit, CPU), but may also be other general purpose processors, digital signal processors (Digital Signal Processor, DSP), application specific integrated circuits (Application Specific Integrated Circuit, ASIC), off-the-shelf programmable gate arrays (Field-Programmable Gate Array, FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, or the like.
Any process or method descriptions in flow charts or otherwise described herein may be understood as representing modules, segments, or portions of code which include one or more executable instructions for implementing specific logical functions or steps of the process, and additional implementations are included within the scope of the preferred embodiment of the present invention in which functions may be executed out of order from that shown or discussed, including substantially concurrently or in reverse order, depending on the functionality involved, as would be understood by those reasonably skilled in the art of the present invention.
Those of ordinary skill in the art will appreciate that the elements and algorithm steps of the examples described in connection with the embodiments disclosed herein may be embodied in electronic hardware, in computer software, or in a combination of the two, and that the elements and steps of the examples have been generally described in terms of function in the foregoing description to clearly illustrate the interchangeability of hardware and software. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present invention.
The above embodiments are only for illustrating the technical solution of the present invention, and are not limiting; although the invention has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical scheme described in the foregoing embodiments can be modified or some technical features thereof can be replaced by equivalents; such modifications and substitutions do not depart from the spirit and scope of the technical solutions of the embodiments of the present invention.
Claims (11)
1. A method of monitoring for an abnormality in a vehicle upgrade, comprising:
determining a vehicle to be upgraded or determining a vehicle upgrading task, and associating the vehicle to be upgraded with the vehicle upgrading task;
triggering a rule engine to monitor the upgrading state of the vehicle to be upgraded according to a preset triggering event and acquiring diagnosis and monitoring data of abnormal vehicle upgrading;
acquiring a target task characteristic value monitored by a rule engine, checking abnormal items of the diagnosis and monitoring data according to the target task characteristic value, and judging whether the vehicle is an upgrading abnormal vehicle or not; wherein the target task feature value is determined by the vehicle upgrade task content.
2. The method for monitoring for an abnormality in a vehicle upgrade according to claim 1, wherein said determining a vehicle to be upgraded or determining a vehicle upgrade task includes:
the vehicle upgrading task is an FOTA upgrading task, a task to be upgraded is selected from a plurality of FOTA upgrading tasks according to monitoring requirements, an object to be upgraded is determined, and the vehicle to be upgraded is determined according to the object to be upgraded.
3. The method for monitoring for an upgrade anomaly of a vehicle according to claim 2, wherein the triggering a rule engine according to the preset trigger event monitors an upgrade status of the vehicle to be upgraded and obtains diagnosis and monitoring data of the upgrade anomaly of the vehicle, comprising:
and triggering a rule engine to monitor the upgrading state of the vehicle to be upgraded according to the identification event of the vehicle which cannot synchronously upgrade the task and/or the monitoring event of the software package downloading stagnation vehicle, and acquiring diagnosis and monitoring data of abnormal vehicle upgrading.
4. A method for monitoring a vehicle upgrade anomaly according to claim 3, wherein said triggering a rule engine to monitor the upgrade status of the vehicle to be upgraded and obtain the diagnosis and monitoring data of the vehicle upgrade anomaly based on the identification event of the vehicle incapable of synchronizing the upgrade task comprises:
acquiring inspection item data comprising vehicle sales state, vehicle data, vehicle base line and vehicle items from a monitoring system, and judging the reason that the task cannot be synchronously upgraded when the vehicle requests the task to be upgraded;
and acquiring diagnosis and monitoring data of the vehicle upgrading abnormality according to the reasons that the tasks cannot be synchronously upgraded.
5. A method for monitoring for an upgrade anomaly of a vehicle according to claim 3, wherein said triggering a rule engine to monitor the upgrade status of the vehicle to be upgraded and obtain the diagnosis and monitoring data of the upgrade anomaly of the vehicle according to a monitoring event of a software package download stagnation vehicle comprises:
by monitoring the vehicles with the off-vehicle downloading capability and the vehicles without the off-vehicle downloading capability, when the software package of any one of the vehicles with the off-vehicle downloading capability and the vehicles without the off-vehicle downloading capability is monitored to be stopped, a rule engine is triggered to monitor the upgrading state of the vehicle to be upgraded and acquire diagnosis and monitoring data of abnormal vehicle upgrading.
6. The method for monitoring for an abnormality in a vehicle according to claim 5, wherein, for a vehicle having an off-vehicle downloading capability, when it is determined that a software package of the vehicle is not being downloaded, it is determined by calculating a time difference between two adjacent updating download schedules of the vehicle.
7. The method for monitoring abnormal vehicle upgrade according to claim 5, wherein for the vehicle without off-vehicle downloading capability, determining that the software package of the vehicle is not downloading and is stopped, determining by calculating the real vehicle duration of the vehicle owner; the real vehicle-using time of the vehicle owner is determined by calculating the time difference between the last update and download progress message of the vehicle and the update of the current periodic message and removing the off-line time of the vehicle.
8. The method for monitoring for an upgrade anomaly of a vehicle according to claim 5, wherein the obtaining the target task feature value monitored by the rule engine comprises:
and acquiring abnormal characteristic values input by operators for different upgrading tasks.
9. A monitoring device for an abnormality in a vehicle upgrade, comprising:
the task determining module is used for determining a vehicle to be upgraded or determining a vehicle upgrading task, and the vehicle to be upgraded is associated with the vehicle to be upgraded through the vehicle upgrading task;
the state information determining module is used for triggering a rule engine to monitor the upgrading state of the vehicle to be upgraded according to a preset trigger event and acquiring diagnosis and monitoring data of abnormal vehicle upgrading;
the monitoring module is used for acquiring a target task characteristic value monitored by the rule engine, checking abnormal items of the diagnosis and monitoring data according to the target task characteristic value, and judging whether the vehicle is an upgrading abnormal vehicle or not; wherein the target task feature value is determined by the vehicle upgrade task content.
10. An electronic device, comprising:
at least one processor; and at least one memory communicatively coupled to the processor, wherein: the memory stores program instructions executable by the processor, the processor invoking the program instructions to perform the method of any of claims 1-8.
11. A computer-readable storage medium, on which a computer program is stored, which, when being run by a computer, performs the method according to any one of claims 1 to 8.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311420349.6A CN117453479A (en) | 2023-10-30 | 2023-10-30 | Method and device for monitoring abnormal upgrading of vehicle |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311420349.6A CN117453479A (en) | 2023-10-30 | 2023-10-30 | Method and device for monitoring abnormal upgrading of vehicle |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN117453479A true CN117453479A (en) | 2024-01-26 |
Family
ID=89583100
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202311420349.6A Pending CN117453479A (en) | 2023-10-30 | 2023-10-30 | Method and device for monitoring abnormal upgrading of vehicle |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN117453479A (en) |
-
2023
- 2023-10-30 CN CN202311420349.6A patent/CN117453479A/en active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106897086B (en) | Method, device and system for upgrading robot operating system | |
| US10956147B2 (en) | Software distribution system, software distribution server, and software distribution method | |
| US20160196131A1 (en) | Remote Embedded Device Update Platform Apparatuses, Methods and Systems | |
| US9092286B2 (en) | System to automatically process components on a device | |
| US20160294614A1 (en) | Remote Embedded Device Update Platform Apparatuses, Methods and Systems | |
| US20160294605A1 (en) | Remote Embedded Device Update Platform Apparatuses, Methods and Systems | |
| US20160291959A1 (en) | Remote Embedded Device Update Platform Apparatuses, Methods and Systems | |
| US20160196132A1 (en) | Remote Embedded Device Update Platform Apparatuses, Methods and Systems | |
| WO2018045700A1 (en) | On-board automatic diagnosis system device and upgrading method therefor | |
| US20120079100A1 (en) | Electronic device diagnostic systems and methods | |
| US20190354363A1 (en) | Software Update Device and Software Update System | |
| CN110597535A (en) | Gray scale publishing method and device and storage medium | |
| KR101201276B1 (en) | Method, software and apparatus for performing actions on a wireless device using action lists and versioning | |
| CN107844306B (en) | Application program repairing method and device, storage medium and terminal | |
| CN112099825B (en) | Method, device, equipment and storage medium for upgrading component | |
| CN108845824A (en) | Using update method and device and computer readable storage medium | |
| CN112115049B (en) | Application program testing method, device, equipment and computer readable storage medium | |
| CN112134961A (en) | Client use control method, client and computer storage medium | |
| CN116028092A (en) | Method, device, equipment and storage medium for fusing automobile OTA upgrading task | |
| CN113268257A (en) | Vehicle-mounted application upgrading system, method and computer storage medium | |
| CN114398048A (en) | Method and device for automatically upgrading APP and computer equipment | |
| US10002082B2 (en) | Method and apparatus for cyclical key-off file replacement | |
| CN112764772A (en) | Pre-downloading method, loading method, device, equipment and medium for updating file | |
| CN109240726B (en) | Software updating method and system | |
| CN109766115B (en) | Fool-proof method and system for intelligent equipment upgrading |
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 |