Abnormality diagnosis method and device in software upgrading process, electronic equipment and medium

Abstract

The invention discloses an abnormity diagnosis method and device in a software upgrading process, electronic equipment and a medium, and relates to the technical field of data processing, and the method comprises the following steps: responding to a terminal device to enter a software upgrading mode, and collecting multi-frame image information of a software upgrading interface displayed by a display screen; according to the image information, identifying the upgrading state of the software upgrading process; if the upgrading state is an abnormal state, obtaining target image information and target equipment state information corresponding to the abnormal state; and generating a diagnosis log according to the target image information and / or the target equipment state information, and uploading the diagnosis log to a server. According to the method, when the software upgrading is abnormal, the diagnosis log can be generated based on the target image information and the target equipment state information, and then the diagnosis log is uploaded to the server. Therefore, the generation time and the generation reason of the abnormal state are effectively diagnosed, and the same abnormal state is prevented from occurring again.

Description

Technical Field

[0001] This application relates to the field of vehicle screen technology, and more particularly to a method, apparatus, electronic device, and medium for anomaly diagnosis during a software upgrade process. Background Technology

[0002] Smart terminal devices can typically upgrade their software using Over-The-Air (OTA) technology. This involves using the wireless network the terminal device is connected to to download update data and then upgrading the software integrated into the terminal device based on the downloaded update data, thereby achieving an automatic software upgrade process.

[0003] However, in related technologies, if an anomaly occurs during the automatic software upgrade process, it usually only indicates whether the upgrade result was successful. It is impossible to accurately pinpoint the time when the upgrade anomaly occurred or to accurately understand the cause of the upgrade anomaly, thus making it impossible to effectively diagnose the upgrade anomaly. Summary of the Invention

[0004] The summary section introduces a series of simplified concepts, which will be further explained in detail in the detailed description section. This summary section is not intended to limit the key and essential technical features of the claimed technical solutions, nor is it intended to determine the scope of protection of the claimed technical solutions.

[0005] In a first aspect, this application provides an anomaly diagnosis method for a software upgrade process, used in an anomaly diagnosis system. The anomaly diagnosis system includes a terminal device and a server. The terminal device is equipped with a display screen. The anomaly diagnosis method includes: In response to the terminal device entering software upgrade mode, it collects multiple frames of image information of the software upgrade interface displayed on the screen; Based on image information, identify the upgrade status of the software upgrade process; If the upgrade status is abnormal, then obtain the target image information and target device status information corresponding to the abnormal status; Based on the target image information and / or target device status information, generate diagnostic logs and upload them to the server.

[0006] In some implementations, the software upgrade interface includes a progress bar area; Based on image information, identify the upgrade status of the software upgrade process, including: Based on the information from multiple frames of images, determine the progress increment corresponding to the progress bar area at the acquisition time of each image. If the progress increment is less than the preset increment threshold within any preset time period, the upgrade status is determined to be abnormal.

[0007] In some implementations, identifying the upgrade status of the software upgrade process based on image information includes: Based on multi-frame image information, texture analysis is performed on the software upgrade interface to obtain the texture state corresponding to each image information. If the texture status is an abnormal texture status, then the upgrade status is determined to be an abnormal status.

[0008] In some implementations, acquiring target image information and target device status information corresponding to the abnormal state includes: Determine the abnormal time corresponding to the abnormal state, and determine the first time period and the second time period based on the abnormal time. The target image information is obtained by filtering from multiple frames of image information in the first time period; The target device status information is obtained by filtering from the pre-stored historical device status information based on the second time period.

[0009] In some implementations, the diagnostic log includes a simplified log and a complete log; Based on the target image information and / or device status information, generate a diagnostic log, including: If the software upgrade is successful, a simplified log will be generated based on the abnormal status and device status information. If the software upgrade fails, a complete log will be generated based on the abnormal status, target image information, and device status information.

[0010] In some implementations, the anomaly diagnosis method further includes: If an abnormal network connection is detected on the terminal device, the diagnostic log is stored in the terminal device's memory.

[0011] In some implementations, the terminal device includes an image acquisition device to acquire image information of the software upgrade interface, including: Start the image acquisition device; Based on the preset acquisition frequency, the image acquisition device's acquisition software upgrade interface is controlled to generate multiple frames of image information.

[0012] Secondly, this application proposes an anomaly diagnosis device for a software upgrade process, used in an anomaly diagnosis system. The anomaly diagnosis system includes a terminal device and a server. The terminal device is equipped with a display screen. The anomaly diagnosis device includes: The acquisition unit is used to acquire multiple frames of image information of the software upgrade interface displayed on the screen in response to the terminal device entering the software upgrade mode. The recognition unit is used to identify the upgrade status of the software upgrade process based on image information; The acquisition unit is also used to: if the upgrade status is an abnormal status, acquire the target image information and target device status information corresponding to the abnormal status; The generation unit is used to generate diagnostic logs based on target image information and / or target device status information, and upload the diagnostic logs to the server.

[0013] Thirdly, an electronic device includes: a processor, a memory, and a bus, wherein the memory stores machine-readable instructions executable by the processor, and when the electronic device is running, the processor communicates with the memory via the bus, and the machine-readable instructions are executed by the processor to perform the steps of the abnormal diagnosis method of the software upgrade process as described in any of the above technical solutions.

[0014] Fourthly, this application also proposes a computer-readable storage medium storing a computer program, which, when run by a processor, performs the steps of an anomaly diagnosis method for a software upgrade process as described in any of the above technical solutions.

[0015] In summary, the anomaly diagnosis method for the software upgrade process provided in this application acquires multi-frame image information from the software upgrade interface during the software upgrade process, and then analyzes this multi-frame image information to identify the upgrade status. Furthermore, when the upgrade status is abnormal, target image information and target device status information related to the abnormal status can be acquired, and a diagnostic log can be generated based on the target image information and target device status information, and then uploaded to a server. This allows relevant technical personnel to effectively diagnose the time and cause of the abnormal status based on the content recorded in the diagnostic log, thereby preventing the recurrence of the same abnormal status. Attached Figure Description

[0016] Various other advantages and benefits will become apparent to those skilled in the art upon reading the following detailed description of preferred embodiments. The accompanying drawings are for illustrative purposes only and are not intended to limit this specification. Furthermore, the same reference numerals denote the same parts throughout the drawings. In the drawings: Figure 1 A schematic flowchart of an anomaly diagnosis method for a software upgrade process provided in an embodiment of this application; Figure 2 A structural block diagram of an anomaly diagnosis device for a software upgrade process provided in this application embodiment; Figure 3 This is a structural block diagram of an electronic device provided in an embodiment of this application. Detailed Implementation

[0017] The terms "first," "second," "third," "fourth," etc. (if present) in the specification, claims, and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments described herein can be implemented in a sequence other than that illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus. The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only a part of the embodiments of this application, and not all of them.

[0018] Please see Figure 1 This is a schematic flowchart illustrating a method for diagnosing anomalies during a software upgrade process, provided in an embodiment of this application. This method can be used in an anomaly diagnosis system, which may include a terminal device and a server. Specifically, the anomaly diagnosis method can be used to diagnose abnormal states that occur during the upgrade process of software integrated in the terminal device. For example, it can locate the time when the upgrade anomaly occurs, determine the cause of the anomaly, etc., thereby enabling relevant personnel to diagnose the upgrade anomaly and perform relevant debugging on the terminal device based on the diagnosis results to prevent the recurrence of software upgrade anomalies.

[0019] For example, the terminal device can be a vehicle, and the vehicle's infotainment system has corresponding software installed. Through the operation of the software, the vehicle's related functions can be realized, such as video and audio playback, navigation, etc.

[0020] Specifically, abnormality diagnosis methods include: S110, in response to the terminal device entering software upgrade mode, captures multiple frames of image information of the software upgrade interface displayed on the screen.

[0021] For example, after the terminal device enters the software upgrade mode, the software upgrade interface can be displayed on the terminal device's screen, thereby showing the software upgrade process. For example, the software upgrade interface can display an upgrade progress bar to indicate the software upgrade progress, and the software upgrade interface can also display relevant information such as the current software upgrade version and software name.

[0022] Furthermore, when the terminal device's display shows a software upgrade interface, multiple frames of image information from the displayed software upgrade interface can be captured. It is understood that terminal devices, such as those in vehicles, typically have image acquisition devices, such as cameras or camcorders. These image acquisition devices can capture images of the interface displayed on the screen; that is, when the software upgrade interface is displayed, the image acquisition device can capture images of the software upgrade interface in real time, thereby generating multiple frames of image information.

[0023] S120 identifies the upgrade status of the software upgrade process based on image information.

[0024] Specifically, after acquiring multiple frames of image information from the software upgrade interface, a preset image processing method can be used to analyze the multiple frames of image information, and then the upgrade status of the software upgrade process can be identified based on the analysis results.

[0025] Understandably, the software upgrade interface is used to display relevant information about the software upgrade process. Therefore, if an abnormal state occurs during the software upgrade process, it can be displayed on the software upgrade interface. Furthermore, by analyzing the multi-frame image information of the software upgrade interface, abnormal states can be identified when they occur during the software upgrade process.

[0026] For example, if an abnormal state occurs during the software upgrade process, abnormal phenomena such as the progress bar of the software upgrade interface freezing or the software upgrade interface displaying a distorted image may occur. By identifying the freezing of the progress bar and the distorted image of the software upgrade interface, it can be determined whether an abnormal state has occurred during the software upgrade process.

[0027] S130, if the upgrade status is abnormal, then obtain the target image information and target device status information corresponding to the abnormal status.

[0028] Specifically, by analyzing multi-frame image information from the software upgrade interface, abnormal states during the software upgrade process can be identified. If an abnormal state is detected during the software upgrade process, the target image information and target device status information corresponding to the abnormal state can be obtained.

[0029] It should be noted that the target image information corresponding to the abnormal state refers to the image information related to the abnormal state that appears on the software upgrade interface when the abnormal state occurs. For example, if the progress bar on the software upgrade interface freezes, multiple frames of target image information can be collected during the duration of the freeze. Similarly, if the software upgrade interface exhibits screen distortion, multiple frames of target image information can be collected during the duration of the distortion.

[0030] In addition, the target device status information corresponding to the abnormal state refers to the relevant status information of the terminal device during the duration of the abnormal state. For example, for a vehicle, the operating status of the vehicle controller, Controller Area Network (CAN) messages, network signal strength and quality, vehicle power status, memory storage space, software upgrade version, vehicle identification number (VIN) and other status information can be obtained during a period of time before and after the abnormal state occurs.

[0031] It is understandable that when an abnormal state occurs during the software upgrade process, the time and cause of the abnormal state can be analyzed by using the target image information and target device status information corresponding to the abnormal state. Then, the terminal device can be debugged based on the relevant information of the current abnormal state to avoid the same abnormal state from occurring again.

[0032] S140: Generate a diagnostic log based on the target image information and / or target device status information, and upload the diagnostic log to the server.

[0033] After identifying an abnormal state during the software upgrade process and acquiring the corresponding target image information and target device status information, a diagnostic log can be generated based on these information. In other words, the diagnostic log records the target image information and target device status information corresponding to the abnormal state. Then, when it's necessary to analyze and diagnose the abnormal state, the diagnostic log can be consulted to analyze the recorded target image information and target device status information, thereby diagnosing the cause of the abnormal state.

[0034] Furthermore, after generating diagnostic logs, they can be uploaded to a server for storage and analysis. Specifically, technical personnel can download the diagnostic logs from the server to view the target image information and target device status information recorded within them, and then use this information to diagnose abnormal conditions. Alternatively, an abnormal condition diagnostic model can be deployed on the server to analyze the target image information and target device status information recorded in the diagnostic logs, thereby achieving automatic diagnosis of abnormal conditions.

[0035] In summary, the anomaly diagnosis method for the software upgrade process provided in this application acquires multi-frame image information from the software upgrade interface during the software upgrade process, and then analyzes this multi-frame image information to identify the upgrade status. Furthermore, when the upgrade status is abnormal, target image information and target device status information related to the abnormal status can be acquired, and a diagnostic log can be generated based on the target image information and target device status information, and then uploaded to a server. This allows relevant technical personnel to effectively diagnose the time and cause of the abnormal status based on the content recorded in the diagnostic log, thereby preventing the recurrence of the same abnormal status.

[0036] In some instances, the software upgrade interface includes a progress bar area; Based on image information, identify the upgrade status of the software upgrade process, including: Based on the information from multiple frames of images, determine the progress increment corresponding to the progress bar area at the acquisition time of each image. If the progress increment is less than the preset increment threshold within any preset time period, the upgrade status is determined to be abnormal.

[0037] In this embodiment, during the software upgrade process, the software upgrade interface displayed on the screen may include a progress bar area. It is understood that the progress bar area is used to display the software upgrade progress. During the software upgrade process, the progress bar will increment with an appropriate progress increment, thereby realizing the display of the upgrade progress.

[0038] Accordingly, when identifying abnormal states in the software upgrade process based on multi-frame image information from the software upgrade interface, the progress increment corresponding to the progress bar area at the acquisition time of each frame of image information can be determined based on the multi-frame image information.

[0039] In other words, during the image information acquisition process, at each moment, one frame of image information can be acquired, and each frame of image information displays the progress increment in the progress bar area.

[0040] Furthermore, if the progress increment is less than the preset increment threshold within any preset time period, it indicates that the current progress bar has experienced a long period of stagnation, meaning that the software upgrade is too long, too slow, or has stalled. In this case, it can be determined that the current software upgrade process has encountered an abnormal state.

[0041] For example, within a preset time period, such as 1 minute, by comparing the progress increments of the progress bar areas displayed in multiple image messages within that 1 minute, if the progress increment of the progress bar area is consistently lower than a preset minimum reasonable progress threshold (i.e., less than the preset increment threshold), it indicates that the current software upgrade progress is too slow, i.e., an upgrade anomaly has occurred. Alternatively, within a 5-minute period, by comparing the progress increments of the progress bar areas displayed in multiple image messages within that 5-minute period, if the progress increment of the progress bar area remains unchanged within those 5 minutes, it indicates that the current software upgrade has stalled, similarly indicating an upgrade anomaly has occurred.

[0042] In summary, by analyzing the progress increment of the progress bar area displayed on the software upgrade interface within any preset time period, it can be determined that the current software upgrade progress is too slow or the upgrade process has stalled when the progress increment of the progress bar area is less than the preset increment threshold, thus indicating that the current software upgrade process is in an abnormal state.

[0043] In some instances, the upgrade status of the software upgrade process is identified based on image information, including: Based on multi-frame image information, texture analysis is performed on the software upgrade interface to obtain the texture state corresponding to each image information. If the texture status is an abnormal texture status, then the upgrade status is determined to be an abnormal status.

[0044] In this embodiment, the abnormal state of the software upgrade process can also be identified by analyzing the texture of the software upgrade interface.

[0045] Specifically, based on the multi-frame image information of the software upgrade interface collected, the texture of the software upgrade interface displayed in the multi-frame image information can be analyzed to obtain the texture state corresponding to each frame image information. Then, based on the texture state, it can be determined whether the texture of the software upgrade interface has an abnormal state. If an abnormal state has occurred, it can be determined that an abnormal state has occurred in the current software upgrade process.

[0046] For example, the process of analyzing the texture of a software upgrade interface can be carried out by using image analysis software to collect and compare the textures in the software upgrade interface, thereby determining whether a certain part of the software upgrade interface has an abnormal texture state. Alternatively, multiple frames of image information can be input into an anomaly detection model, and the anomaly detection model can process the multiple frames of image information to determine whether the software upgrade interface has an abnormal texture state.

[0047] Additionally, it should be noted that texture anomalies may include at least one of the following: garbled text, stripes, abnormal color blocks, large areas of black or white screen, and highly similar frames in a series of consecutive frames.

[0048] In summary, by performing texture analysis on the software upgrade interface based on multi-frame image information, and then using the results of the texture analysis, it is possible to accurately and effectively determine whether an abnormal state has occurred during the software upgrade. That is, when the texture state of the software upgrade interface is in an abnormal state, it can be determined that an abnormal state has occurred in the current software upgrade process.

[0049] In some instances, target image information and target device status information corresponding to the abnormal state are obtained, including: Determine the abnormal time corresponding to the abnormal state, and determine the first time period and the second time period based on the abnormal time. The target image information is obtained by filtering from multiple frames of image information in the first time period; The target device status information is obtained by filtering from the pre-stored historical device status information based on the second time period.

[0050] In this technical solution, if an abnormal state is detected during the software upgrade process, the first step is to determine the abnormal moment corresponding to the abnormal state, which is the moment the abnormal state was detected. Then, based on the abnormal moment, a first time period and a second time period are determined. It should be noted that both the first and second time periods include the abnormal moment; that is, both the first and second time periods are a period before and after the abnormal moment when the abnormal state occurred. The first and second time periods can be determined based on the specific circumstances of the abnormal state.

[0051] Furthermore, the target image information can be obtained by filtering from multiple frames of image information based on the first time period. For example, for abnormal states such as slow upgrade progress or upgrade stagnation, multiple frames of image information within the time period from 10 seconds before the abnormal moment to 5 seconds after the abnormal moment can be obtained when the abnormal state is identified. The multiple frames of image information within this time period are also the target image information, and the first time period is 15 seconds.

[0052] Furthermore, the target device status information can be obtained by filtering from pre-stored historical device status information based on the second time period. For example, during the operation of a terminal device, its device status information is typically stored in local storage in real time, meaning historical device status information is stored. When an abnormal state is detected during the software upgrade process, historical device status information from 10 seconds before the abnormal moment to 5 seconds after the abnormal moment can be obtained. This historical device status information within this time period is the target device status information, and the first time period is 15 seconds.

[0053] Additionally, it should be noted that the first and second time periods can be set differently depending on the different types of abnormal states during software upgrades.

[0054] In summary, by determining the abnormal time corresponding to the abnormal state, the target image information in the first time period and the target device status information in the second time period can be obtained based on the abnormal time. This allows the target image information and target device status information to be correlated with the abnormal state of the software upgrade process, thereby ensuring the accuracy of abnormal state diagnosis.

[0055] In some instances, diagnostic logs include both reduced and full logs; Based on the target image information and / or device status information, generate a diagnostic log, including: If the software upgrade is successful, a simplified log will be generated based on the abnormal status and device status information. If the software upgrade fails, a complete log will be generated based on the abnormal status, target image information, and device status information.

[0056] In this embodiment, based on the software upgrade result, the diagnostic log can be set to a simplified log and a full log. If the software upgrade is successful, a simplified log is generated, which briefly records any anomalies that occurred during the upgrade process. If the software upgrade fails, a full log is generated, which records the causes and related parameters of the anomaly in detail, allowing for a thorough diagnosis of the anomaly that caused the upgrade failure.

[0057] Specifically, if the software upgrade is successful, a simplified log can be generated based on the abnormal status and target device status information. In other words, upon successful software upgrade, the simplified log briefly records the type of the abnormal status and related target device status information.

[0058] Accordingly, if the software upgrade fails, a complete log can be generated based on the abnormal status, target image information, and target device status information. In other words, in the event of a software upgrade failure, the complete log records in detail the type of the abnormal status and the relevant target device status information, enabling a detailed diagnosis of the abnormal status that caused the upgrade failure.

[0059] In some instances, anomaly diagnosis methods also include: If an abnormal network connection is detected on the terminal device, the diagnostic log is stored in the terminal device's memory.

[0060] In this embodiment, after generating diagnostic logs related to abnormal states, if the terminal device's network is detected to be in an abnormal connection state—meaning it cannot upload the diagnostic logs to the server via the network—the diagnostic logs can be stored in the terminal device's memory. This way, once the terminal device's network connection is restored to normal, the diagnostic logs can be uploaded to the server. Alternatively, skilled personnel can retrieve the diagnostic logs from the terminal device's memory to diagnose the abnormal state based on the logs.

[0061] In some instances, the terminal device includes an image acquisition unit to acquire image information of the software upgrade interface, including: Start the image acquisition device; Based on the preset acquisition frequency, the image acquisition device's acquisition software upgrade interface is controlled to generate multiple frames of image information.

[0062] In this embodiment, an image acquisition device, such as a camera or video camera, can be installed. The image acquisition device can capture images of the interface displayed on the screen. That is, when the screen displays the software upgrade interface, the image acquisition device can capture images of the software upgrade interface in real time and generate multi-frame image information.

[0063] Specifically, after the software upgrade begins, the software upgrade interface can be displayed on the screen. Simultaneously, an image acquisition device is activated and controlled to capture images of the area covered by the screen, i.e., the software upgrade interface. Specifically, the image acquisition device can be controlled to capture the software upgrade interface at a preset frequency, thereby generating multi-frame image information of the software upgrade interface.

[0064] The preset frequency of the image acquisition device can be controlled according to the hardware parameters of the image acquisition device itself. For example, it can capture the software upgrade interface at a frequency of 24 frames per second to generate multi-frame image information.

[0065] Please see Figure 2 This is a block diagram illustrating the structure of an anomaly diagnosis device for a software upgrade process, provided in an embodiment of this application. The anomaly diagnosis device can be used in an anomaly diagnosis system, which includes a terminal device and a server. The terminal device is equipped with a display screen. The anomaly diagnosis device includes: The acquisition unit 21 is used to acquire multiple frames of image information of the software upgrade interface displayed on the screen in response to the terminal device entering the software upgrade mode. The recognition unit 22 is used to identify the upgrade status of the software upgrade process based on image information; The acquisition unit 21 is also used to: if the upgrade status is an abnormal status, acquire the target image information and target device status information corresponding to the abnormal status; The generation unit 23 is used to generate a diagnostic log based on the target image information and / or the target device status information, and upload the diagnostic log to the server.

[0066] The software upgrade process anomaly diagnosis method provided in this application acquires multi-frame image information from the software upgrade interface during the software upgrade process, and then analyzes this multi-frame image information to identify the upgrade status. Furthermore, when the upgrade status is abnormal, target image information and target device status information related to the abnormal status can be acquired, and a diagnostic log can be generated based on the target image information and target device status information, and then uploaded to a server. This allows relevant technical personnel to effectively diagnose the time and cause of the abnormal status based on the content recorded in the diagnostic log, thereby preventing the recurrence of the same abnormal status.

[0067] In some instances, the software upgrade interface includes a progress bar area; the recognition unit 22 is specifically used for: Based on the information from multiple frames of images, determine the progress increment corresponding to the progress bar area at the acquisition time of each image. If the progress increment is less than the preset increment threshold within any preset time period, the upgrade status is determined to be abnormal.

[0068] In some instances, the identification unit 22 is specifically used for: Based on multi-frame image information, texture analysis is performed on the software upgrade interface to obtain the texture state corresponding to each image information. If the texture status is an abnormal texture status, then the upgrade status is determined to be an abnormal status.

[0069] In some instances, the acquisition unit 21 is specifically used for: Determine the abnormal time corresponding to the abnormal state, and determine the first time period and the second time period based on the abnormal time. The target image information is obtained by filtering from multiple frames of image information in the first time period; The target device status information is obtained by filtering from the pre-stored historical device status information based on the second time period.

[0070] In some instances, diagnostic logs include both simplified and full logs; generation unit 23 is specifically used for: If the software upgrade is successful, a simplified log will be generated based on the abnormal status and target device status information. If the software upgrade fails, a complete log will be generated based on the abnormal status, target image information, and target device status information.

[0071] In some instances, generation unit 23 is also used to: if an abnormal network connection of the terminal device is detected, store diagnostic logs in the terminal device's memory.

[0072] In some instances, the terminal device includes an image acquisition device, and the acquisition unit 21 is further configured to: Start the image acquisition device; Based on the preset acquisition frequency, the image acquisition device's acquisition software upgrade interface is controlled to generate multiple frames of image information.

[0073] Please see Figure 3 This application also provides an electronic device 300, including a memory 310, a processor 320, and a computer program 311 stored in the memory 310 and executable on the processor. When the processor 320 executes the computer program 311, it implements the steps of an abnormal diagnosis method for the software upgrade process.

[0074] Since the electronic device described in this embodiment is the device used to implement the abnormal diagnosis device for a software upgrade process in this application embodiment, those skilled in the art can understand the specific implementation method and various variations of the electronic device in this embodiment based on the method described in this application embodiment. Therefore, how the electronic device implements the method in this application embodiment will not be described in detail here. Any device used by those skilled in the art to implement the method in this application embodiment is within the scope of protection of this application.

[0075] In practice, when the computer program 311 is executed by the processor, it can implement any of the embodiments corresponding to the first aspect.

[0076] It should be noted that the descriptions of each embodiment in the above embodiments have different focuses. For parts that are not described in detail in a certain embodiment, please refer to the relevant descriptions in other embodiments.

[0077] Those skilled in the art will understand that embodiments of this application can provide methods, systems, or computer program products. Therefore, this application can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this application can take the form of a computer program product embodied on one or more computer-readable storage media containing computer-readable program code.

[0078] This application is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this application. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create a machine for implementing the flowchart illustrations and / or block diagrams. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0079] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0080] These computer program instructions can also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0081] This application also provides a computer program product, which includes computer software instructions that, when executed on a processing device, cause the processing device to perform... Figure 1 The flowchart of an anomaly diagnosis method for a software upgrade process in a corresponding embodiment.

[0082] A computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the flow or function according to the embodiments of this application is generated. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions may be stored in a computer-readable storage medium or transferred from one computer-readable storage medium to another. For example, computer instructions may be transferred from one website, computer, server, or data center to another website, computer, server, or data center via wired or wireless means. The computer-readable storage medium may be any usable medium that a computer can store or a data storage device such as a server or data center that integrates one or more usable media. The usable medium may be a magnetic medium, an optical medium, or a semiconductor medium, etc.

[0083] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working processes of the systems, devices, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.

[0084] In the several embodiments provided in this application, it should be understood that the disclosed devices, apparatuses, and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; multiple units or components may be combined or integrated into another system, or some features may be omitted or not performed. Furthermore, the mutual couplings or direct couplings or communication connections shown or discussed may be indirect couplings or communication connections through some interfaces, devices, or units, and may be electrical, mechanical, or other forms.

[0085] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0086] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated units described above can be implemented in the form of hardware and / or software functional units.

[0087] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device to execute all or part of the steps of the methods in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory, magnetic disks, or optical disks.

[0088] The above embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit them. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of this application.

[0089] Although preferred embodiments have been described in this specification, those skilled in the art, upon learning the basic inventive concept, can make other changes and modifications to these embodiments. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments as well as all changes and modifications that fall outside the scope of this specification.

[0090] Obviously, those skilled in the art can make various modifications to this specification without departing from its spirit and scope. Therefore, this specification also intends to include any modifications that fall within the scope of the claims and their equivalents.

Claims

1. An abnormality diagnosis method of a software upgrade process, characterized by, An abnormality diagnosis system comprises a terminal device and a server, the terminal device is configured with a display screen, and the abnormality diagnosis method comprises: In response to the terminal device entering a software upgrade mode, a plurality of image information of a software upgrade interface displayed on the display screen is collected; According to the image information, the upgrade state of the software upgrade process is identified; If the upgrade state is an abnormal state, target image information and target device state information corresponding to the abnormal state are obtained; According to the target image information and / or the target device state information, a diagnosis log is generated, and the diagnosis log is uploaded to the server.

2. The abnormality diagnosing method according to claim 1, characterized by, The software upgrade interface comprises a progress bar area; According to the image information, the upgrade state of the software upgrade process is identified, which comprises: According to a plurality of image information, the progress increment corresponding to the progress bar area at the collection time of each image information is determined; If the progress increment is less than a preset increment threshold in any preset time period, it is determined that the upgrade state is the abnormal state.

3. The abnormality diagnosing method according to claim 1, characterized by, According to the image information, the upgrade state of the software upgrade process is identified, which comprises: Based on a plurality of image information, texture analysis is performed on the software upgrade interface to obtain a texture state corresponding to each image information; If the texture state is a texture abnormal state, it is determined that the upgrade state is the abnormal state.

4. The abnormality diagnosing method according to claim 1, characterized by, The target image information and the target device state information corresponding to the abnormal state are obtained, which comprises: Determine the abnormal time corresponding to the abnormal state, determine the first time period and the second time period based on the abnormal time; Based on the first time period, target image information is selected from a plurality of image information; Based on the second time period, the target device state information is selected from the pre-stored historical device state information.

5. The abnormality diagnosing method according to claim 4, characterized by, The diagnosis log comprises a simplified log and a complete log; According to the target image information and / or the device state information, the diagnosis log is generated, which comprises: If the software upgrade is successful, the simplified log is generated according to the abnormal state and the target device state information; If the software upgrade fails, the complete log is generated according to the abnormal state, the target image information and the target device state information.

6. The abnormality diagnosing method according to any one of claims 1 to 5, characterized by, The abnormality diagnosis method further comprises: If it is detected that the network connection of the terminal device is in an abnormal connection state, the diagnosis log is stored in the memory of the terminal device.

7. The abnormality diagnosing method according to any one of claims 1 to 5, characterized by, The terminal device comprises an image collection device, and the image information of the software upgrade interface is obtained, which comprises: Starting the image collection device; Based on a preset collection frequency, the image collection device is controlled to collect the software upgrade interface to generate a plurality of image information.

8. An abnormality diagnosing apparatus of a software upgrade process for a terminal device, characterized by comprising: An abnormality diagnosis system comprises a terminal device and a server, the terminal device is configured with a display screen, and the abnormality diagnosis device comprises: An acquisition unit is configured to collect a plurality of image information of a software upgrade interface displayed on the display screen in response to the terminal device entering a software upgrade mode; An identification unit is configured to identify the upgrade state of the software upgrade process according to the image information; The acquisition unit is further configured to acquire target image information and target device state information corresponding to the abnormal state if the upgrade state is the abnormal state. A generation unit is configured to generate a diagnosis log according to the target image information and / or the target device state information, and upload the diagnosis log to the server.

9. An electronic device, comprising: The method comprises: A processor, a memory and a bus, the memory stores machine readable instructions executable by the processor, when the electronic device is running, the processor and the memory communicate through the bus, the machine readable instructions are executed by the processor to perform the steps of the abnormal diagnosis method of the software upgrade process in any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that, The computer readable storage medium stores a computer program, and the computer program is executed by the processor to perform the steps of the abnormal diagnosis method of the software upgrade process in any one of claims 1 to 7.

Images