CN117952426A

CN117952426A - Device version updating risk assessment method and device based on large model, electronic device, storage medium and computer program product

Info

Publication number: CN117952426A
Application number: CN202410209900.0A
Authority: CN
Inventors: 彭元龙; 牛佳宁; 闫龙川; 赵子岩; 袁孝宇; 陈智雨; 何永远; 郭永和; 曹津平; 李妍
Original assignee: State Grid Information and Telecommunication Co Ltd
Current assignee: State Grid Information and Telecommunication Co Ltd
Priority date: 2024-02-26
Filing date: 2024-02-26
Publication date: 2024-04-30

Abstract

The application discloses a device version updating risk assessment method and device based on a large model, electronic equipment, a storage medium and a computer program product, and relates to the technical field of artificial intelligence. The method comprises the following steps: acquiring a first version number of a first version to be evaluated; determining first version update information of a first version from the version update map based on the first version number; based on the first version number, second version update information of the first version is obtained from the network; acquiring a first prompt word template; combining first information matched with a first prompting word type corresponding to the first prompting word template in the first version updating information with second information matched with the first prompting word type in the second version updating information through the first prompting word template to obtain a first prompting word; and inputting the first prompt word into the large model to obtain updated risk assessment information.

Description

Device version updating risk assessment method and device based on large model, electronic device, storage medium and computer program product

Technical Field

The present application relates to the field of artificial intelligence technologies, and in particular, to a device version update risk assessment method and apparatus based on a large model, an electronic device, a storage medium, and a computer program product.

Background

At present, hardware devices generally need to provide corresponding software support for device manufacturers, so that the performance of the devices can be exerted to the maximum extent. However, the software supporting the hardware device is not constant, and as the service demands of users are continuously increased, device manufacturers often continuously develop new versions to perfect the system functions, improve the system capacity, and meet the demands of users.

Currently, the risk assessment for updating the version by the operation and maintenance personnel can be performed through self experience, manufacturer opinion and test conditions, for example, whether the current version is compatible with the updated version and whether the updated version can stably run in the electronic device is determined, and then the electronic device determines whether to update the new version.

However, the above-mentioned risk assessment of version update mainly relies on experience of operation and maintenance personnel, the overall process is complicated and time-consuming, and if the experience of operation and maintenance personnel for risk assessment is less, the accuracy of performing risk assessment of version update is poor, so the efficiency and accuracy of performing risk assessment of version update by the electronic device are poor.

Disclosure of Invention

The application provides a device version updating risk assessment method and device based on a large model, electronic equipment, a storage medium and a computer program product, which are used for improving the accuracy and efficiency of device version updating risk assessment of the electronic equipment.

In order to achieve the above purpose, the application adopts the following technical scheme:

in a first aspect, a method for evaluating device version update risk based on a large model is provided, the method comprising: acquiring a first version number of a first version to be evaluated; determining first version update information of a first version from the version update map based on the first version number; based on the first version number, second version update information of the first version is obtained from the network; and based on the first version updating information and the second version updating information, acquiring the updating risk assessment information of the first version through the large model.

Based on the equipment version updating risk assessment method based on the large model, the electronic equipment acquires a first version number of a first version to be assessed; determining first version update information of a first version from the version update map based on the first version number; based on the first version number, second version update information of the first version is obtained from the network; and based on the first version updating information and the second version updating information, acquiring the updating risk assessment information of the first version through the large model. In the scheme, the electronic equipment can acquire the first version updating information of the first version through the version updating diagram and acquire the second version updating information of the first version from the network, so that the electronic equipment can comprehensively acquire the version updating information.

In a possible implementation manner, before determining the first version update information of the first version from the version update map based on the first version number, the method further includes: the method comprises the steps that a version update diagram corresponding to a first version number is obtained, wherein the version update diagram comprises at least one directed edge, and each directed edge is used for representing a version update relation between two versions; based on the first version number, determining first version update information of the first version from the version update map includes: a first directed edge associated with the first version is determined based on the version update map, and first version update information for the first version is determined based on the first directed edge.

In one possible implementation, the first directed edge is used to characterize a version update relationship between the first version and the second version; the first version update information includes: version information of the first version, version information of the second version, and version update directions between the first version and the second version; the version information of the first version includes at least one of: a version number with which the first version was previously compatible, an update recommendation whether to update to the first version, a vendor update specification for the first version; the version information of the second version includes at least one of: the version number of the second version that was previously compatible, an update recommendation whether to update to the second version, a vendor update specification for the second version.

In a possible implementation manner, before acquiring the first version number of the first version to be evaluated, the method further includes: version information of a plurality of versions issued by equipment manufacturers is acquired in real time, the version update information among the plurality of versions is used for indicating the version update direction among the plurality of versions, and the plurality of versions comprise a first version; a version update map is constructed based on version information of the plurality of versions and version update information between the plurality of versions.

In a possible implementation manner, based on the first version update information and the second version update information, obtaining update risk assessment information of the first version through a large model includes: acquiring a first prompting word template, wherein different prompting word templates correspond to different prompting word types; combining first information matched with a first prompting word type corresponding to the first prompting word template in the first version updating information with second information matched with the first prompting word type in the second version updating information through the first prompting word template to obtain a first prompting word; and inputting the first prompt word into the large model to obtain updated risk assessment information.

In a second aspect, a device version updating risk assessment device based on a large model is provided, where the device version updating risk assessment device based on a large model may also be a functional module in an electronic device for implementing the method in the first aspect or any one of the possible designs of the first aspect. The device version updating risk assessment device based on the large model can realize the functions executed by the electronic device in the aspects or the possible designs, and the functions can be realized by hardware executing corresponding software. The hardware or software comprises one or more modules corresponding to the functions. Such as: the equipment version updating risk assessment device based on the large model comprises: an acquisition unit, a determination unit and a processing unit.

And the acquisition module is used for acquiring the first version number of the first version to be evaluated.

The determining module is used for determining first version updating information of the first version from the version updating graph based on the first version number acquired by the acquiring module.

The acquisition module is further used for acquiring second version updating information of the first version from the network based on the first version number.

And the processing module is used for obtaining the updated risk assessment information of the first version through the large model based on the first version updating information determined by the determining module and the second version updating information acquired by the acquiring module.

The specific implementation manner of the device version updating risk assessment apparatus based on the large model may refer to the behavior function of the electronic device in the device version updating risk assessment method provided by the first aspect or any possible design of the first aspect, and will not be repeated here. Thus, the provided large model based device version update risk assessment apparatus may achieve the same advantageous effects as the first aspect or any of the possible designs of the first aspect.

In a possible implementation manner, the obtaining module is further configured to obtain, from a version update map, a version update map corresponding to the first version number before determining first version update information of the first version based on the first version number, where the version update map includes at least one directed edge, and each directed edge is used to characterize a version update relationship between two versions.

The determining module is specifically configured to determine, based on the version update map, a first directed edge related to the first version, and determine, based on the first directed edge, first version update information of the first version.

In a possible implementation manner, the device version update risk assessment apparatus further includes a construction unit.

The acquiring unit is further configured to acquire, in real time, version information of a plurality of versions issued by a device manufacturer before acquiring a first version number of a first version to be evaluated, where version update information between the plurality of versions is used to indicate a version update direction between the plurality of versions, and the plurality of versions includes the first version.

And the construction unit is used for constructing a version updating diagram based on the version information of the versions and the version updating information among the versions acquired by the acquisition unit.

In a possible implementation manner, the obtaining unit is specifically configured to obtain a first prompting word template, where different prompting word templates correspond to different prompting word types.

The processing unit is specifically configured to combine, through the first prompt word template, first information in the first version update information, which is matched with a first prompt word type corresponding to the first prompt word template, with second information in the second version update information, which is matched with the first prompt word type, to obtain a first prompt word; and inputting the first prompt word into the large model to obtain updated risk assessment information.

In a third aspect, a device version update risk assessment apparatus based on a large model is provided, which may be an electronic device or a chip or a system on a chip in the electronic device. The device version updating risk assessment device based on the large model can realize the functions executed by the electronic device in the aspects or the possible designs, wherein the functions can be realized by hardware, such as: in one possible design, the large model-based device version update risk assessment apparatus may include: a processor and a communication interface, the processor being operable to support the device version update risk assessment apparatus to implement the functionality referred to in the first aspect or any one of the possible designs of the first aspect.

In yet another possible design, the large model-based device version update risk assessment apparatus may further include a memory for holding computer-executable instructions and data necessary for the large model-based device version update risk assessment apparatus. When the large model-based device version update risk assessment apparatus is running, the processor executes the computer-executable instructions stored by the memory to cause the large model-based device version update risk assessment apparatus to perform the device version update risk assessment method of the first aspect or any one of the possible designs of the first aspect.

In a fourth aspect, a computer readable storage medium is provided, which may be a readable non-volatile storage medium, storing computer instructions or a program, which when run on a computer, cause the computer to perform the method for updating risk assessment of device versions based on a large model according to the first aspect or any one of the possible designs of the aspects.

In a fifth aspect, a computer program product is provided comprising instructions which, when run on a computer, cause the computer to perform the method of large model based device version update risk assessment of the first aspect or any of the possible designs of the aspects.

In a sixth aspect, a large model-based device version update risk assessment apparatus is provided, which may be a large model-based device version update risk assessment apparatus or a chip or a system on chip in a large model-based device version update risk assessment apparatus, the large model-based device version update risk assessment apparatus comprising one or more processors and one or more memories. The one or more memories are coupled to the one or more processors, the one or more memories for storing computer program code comprising computer instructions that, when executed by the one or more processors, cause the large model-based device version update risk assessment apparatus to perform the large model-based device version update risk assessment method as described in the first aspect or any of the possible designs of the first aspect.

In a seventh aspect, a chip system is provided, the chip system comprising a processor and a communication interface, the chip system being operable to implement the functionality performed by the large model based device version updating risk assessment apparatus in any of the above-described first aspects or any of the possible designs of the first aspect. In one possible design, the chip system further includes a memory for holding program instructions and/or data. The chip system may be composed of a chip, or may include a chip and other discrete devices, without limitation.

The technical effects of any one of the design manners of the second aspect to the seventh aspect may be referred to the technical effects of the first aspect, and will not be described herein.

Drawings

FIG. 1 is a flowchart of a device version update risk assessment method based on a large model according to an embodiment of the present application;

FIG. 2 is a second flowchart of a method for evaluating risk of device version update based on a large model according to an embodiment of the present application;

FIG. 3 is a third flowchart of a method for evaluating risk of device version update based on a large model according to an embodiment of the present application;

FIG. 4 is a schematic diagram of a version update diagram according to an embodiment of the present application;

FIG. 5 is a flowchart of a method for evaluating risk of device version update based on a large model according to an embodiment of the present application;

FIG. 6 is a second diagram of a version update diagram according to an embodiment of the present application;

fig. 7 is a schematic structural diagram of a device version update risk assessment apparatus based on a large model according to an embodiment of the present application.

Detailed Description

In order to enable those skilled in the art to better understand the technical solutions of the present disclosure, the technical solutions of the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings.

It should be noted that the terms "first," "second," and the like in the description and the claims of the present application and the above figures are used for distinguishing between similar objects and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used may be interchanged where appropriate such that the embodiments of the disclosure described herein may be capable of operation in sequences other than those illustrated or described herein. The implementations described in the following exemplary examples are not representative of all implementations consistent with the present disclosure. Rather, they are merely examples of apparatus and methods consistent with aspects of embodiments of the application as detailed in the accompanying claims.

It will be further understood that the terms "comprises" and/or "comprising," when used in this specification, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, and/or components.

Today, hardware devices generally require the device manufacturer to provide corresponding software support to maximize the performance of the device, however, the software that supports the device hardware is not a complete task. Along with the continuous increase of the service demands of users, equipment manufacturers often continuously develop new versions to perfect the system functions, improve the system capacity and meet the demands of users. In addition, in recent years, the development of network attacks is gradually changed, the security risks faced by various devices are increased, equipment manufacturers sometimes have to develop and release new versions or patches in time to solve the problems of new potential safety hazards, technical defects and the like, and even the equipment can be ensured to normally and safely operate only by replacing the new versions of hardware.

Version updating of software and hardware brings huge risks, and main risks are in two aspects: on one hand, the compatibility risk between the equipment hardware and the system software supporting the operation of the equipment hardware is that whether the current equipment hardware and the system software are matched can normally operate; on the other hand, the compatibility risk between the system software and the service software running on the system software is that whether the current system software can ensure the normal running of the service software.

The process of updating and managing the software and hardware version of the device is usually that the manufacturer of the device issues a new version on its own website to wait for the user to find the new version, or notifies the user of the product by means of mail, short message, channel personnel, etc., and then the user decides whether to download and update the new version. When the equipment manufacturer issues the new version, the software and hardware compatibility of the version is generally described, so that the user decides whether to update according to the equipment condition and the service operation condition. Although equipment manufacturers can make a certain degree of risk reminding when releasing new versions, in actual production, if risk assessment brought by updating the software and hardware versions of the equipment is insufficient, the equipment is blindly updated, disastrous risks are often brought, and huge losses are most likely to be caused. Therefore, when the software and hardware version of the device is updated, various evaluations on factors such as updating risk, business influence, version generality and stability are required. At present, equipment version updating risk assessment work mainly depends on experience of operation and maintenance personnel, manufacturer opinion and test conditions, and a systematic and intelligent equipment version updating risk assessment tool is lacked to assist a user in making version updating decisions. With the development and maturation of web search and large model technologies, device version risk assessment using these technologies becomes possible.

In view of this, the embodiment of the application provides a device version update risk assessment method based on a large model, which is used for improving the accuracy of device version update risk assessment of electronic devices. The method comprises the following steps: acquiring a first version number of a first version to be evaluated; determining first version update information of a first version from the version update map based on the first version number; based on the first version number, second version update information of the first version is obtained from the network; and based on the first version updating information and the second version updating information, acquiring the updating risk assessment information of the first version through the large model.

Based on the scheme, the electronic equipment can acquire the first version updating information of the first version and acquire the second version updating information of the first version from the network through the version updating graph, so that the electronic equipment can comprehensively acquire the version updating information.

The method provided by the embodiment of the application is described in detail below with reference to the attached drawings.

The embodiment of the application provides a device version updating risk assessment method based on a large model, which can be applied to electronic devices. As shown in fig. 1, the method may include steps 201 to 204.

Step 201, the electronic device obtains a first version number of a first version to be evaluated.

Alternatively, in the embodiment of the present application, the first version may be any one of a software device version or a hardware device version.

The first version number is an identification number of the first version. Each first version has a first version number. The first version number enables the user to know whether the first version used is the most current version and the functions and facilities it provides.

Optionally, in the embodiment of the present application, the electronic device may obtain the first version number of the first version through input of a user.

For example, in the case where the electronic device runs the update risk assessment application, the electronic device may display a first interface in the update risk assessment application, where the first interface includes an input box, and the user may click on the input box to input, so that the electronic device may display an input method interface in the first interface. The user may then enter a first version number of the first version so that the electronic device may obtain the first version number.

Step 202, the electronic device determines first version update information of a first version from the version update map based on the first version number.

In the embodiment of the application, the version updating diagram is stored in the electronic equipment in advance.

Alternatively, in the embodiment of the present application, the version update map may be one or more.

Illustratively, one version number may correspond to one version update map.

In the embodiment of the application, after the electronic device obtains the first version number, the electronic device can traverse a plurality of version update graphs stored in the electronic device based on the first version number so as to obtain the version update graph corresponding to the first version number.

Step 203, the electronic device obtains second version update information of the first version from the network based on the first version number.

In an embodiment of the present application, the second version update information is at least partially different from the first version update information.

In the embodiment of the application, the electronic equipment acquires the second version updating information of the first version from the network through a crawler technology.

Illustratively, the second version update information may be user originated content (User Generated Content, UGC) contained in the web page.

Optionally, in the embodiment of the present application, the electronic device may search on the internet through a search engine or using a web crawler through keywords such as a device hardware model number, a software version number, etc. to obtain second version update information of the first version published by various network users on the internet level.

For example, the electronic device can obtain the same or similar UGC content such as version update related news, user real-operation case sharing, update failure recourse and the like through network searching. In general, a part of users can immediately or quickly update the version when the new version is released, and can release related updated news, case sharing, fault help seeking and other information on the network, wherein the information is the first-hand version updating operation practice, and has higher reference value for other users planning version updating.

Optionally, in the embodiment of the present application, the electronic device may perform editing processing on version update information of the first version obtained from the network, which is referred to as third version update information hereinafter, so as to reject version update information of the third version update information that has a lower correlation with version information of the first version.

Illustratively, the editing process described above may include at least one of: screening, sorting and ordering.

For example, since the number of related version update information obtained by keyword search or web crawler is large using an internet search engine, the content quality is uneven, so that it is necessary to screen out information with low relevance. And classifying the retained information with higher correlation by using a text classification algorithm or a large model, and sorting the information according to the content correlation, wherein the content with high correlation is sorted.

For example, the electronic device may use the small sample learning capabilities of the large model to screen, classify, and rank the searched information. For example, failure help information for version updates may be categorized as "update risk" and set a higher ranking, article information shared for successful cases of user updates may be categorized as "successful experience" and set a moderate ranking, and related news stories may be categorized as "news stories" and set a lower ranking.

And 204, the electronic equipment obtains the updated risk assessment information of the first version through the large model based on the updated information of the first version and the updated information of the second version.

Optionally, in an embodiment of the present application, the updated risk assessment information may be an updated risk assessment probability value or an updated risk assessment result value.

For example, the electronic device may customize an update risk threshold, for example, 80%, and in the case where the update risk assessment probability value obtained by the electronic device is greater than 80%, the electronic device may consider that there is a greater risk for this version update. Or the electronic device can directly output 0 or 1,0 is that the electronic device can perform version update, and 1 is that the electronic device does not suggest version update.

Alternatively, in an embodiment of the present application, the large model may be any one of the following: chatGPT model, llama model, chatGLM model or Baichuan model.

In the embodiment of the application, the electronic device can perform version update risk assessment on the first version through the large model based on the first version update information and the second version update information to obtain update risk assessment information.

For example, the electronic device may input the first version update information and the second version update information into the large model, and then obtain updated risk assessment information through reasoning capabilities of the large model.

Optionally, in the embodiment of the present application, after the electronic device obtains the updated risk assessment information, in a case where the updated risk assessment information is that version update is not recommended, the electronic device may display a reason why version update is not recommended.

For example, the electronic device may display, in the pop-up window interface, a reason why version update is not suggested at this time, for example, compatibility between the updated version and the electronic device is poor, or the updated version may cause a problem that the electronic device is frequently restarted.

Alternatively, in an embodiment of the present application, as shown in fig. 2 in conjunction with fig. 1, the above step 204 may be specifically implemented by the following steps 204a to 204 c.

Step 204a, the electronic device obtains a first prompt word template.

In the embodiment of the application, different prompt word templates correspond to different prompt word types.

Optionally, in an embodiment of the present application, the first alert word template may be a software version alert word template or a hardware version alert word template.

In the embodiment of the application, the electronic device can automatically determine the type of the first prompt word template through whether the first version number input by the user is a hardware version number or a software version number.

Optionally, in the embodiment of the present application, the electronic device may select a type of the first alert word template based on the input of the user, and then remind the user to input version information of the version to be evaluated corresponding to the type of the alert word template.

For example, the electronic device may display a first interface of the risk assessment application, where the first interface includes a first prompt word type selection box, where the first prompt word type selection box includes: hardware cue word templates and software cue word templates. Then, the method comprises the steps of. The user may enter the software alert word template such that the electronic device may determine to use the software alert word template and finally, display an input box to alert the user to enter the first version number of the software version.

Step 204b, the electronic device performs merging processing on the first information matched with the first prompting word type corresponding to the first prompting word template in the first version updating information and the second information matched with the first prompting word type in the second version updating information through the first prompting word template to obtain the first prompting word.

In the embodiment of the application, the electronic equipment can traverse the information in the first version updating information through the first prompt word type corresponding to the first prompt word template so as to obtain the first information matched with the first prompt word type from the first version updating information; similarly, the electronic device may traverse the information in the second version update information through the first prompt word type corresponding to the first prompt word template, so as to obtain second information matched with the first prompt word type from the second version update information.

In the embodiment of the application, the electronic equipment can splice the first information and the second information to obtain the first prompt word.

Step 204c, the electronic device inputs the first prompt word into the large model to obtain updated risk assessment information.

Optionally, in the embodiment of the present application, the electronic device may perform model training on the large model through the risk assessment sample, so as to obtain a trained large model.

For example, the electronic device may model train the large model by back-propagation to obtain a trained large model.

In the device version updating risk assessment method provided by the embodiment of the application, electronic equipment acquires a first version number of a first version to be assessed; determining first version update information of a first version from the version update map based on the first version number; based on the first version number, obtaining second version update information of the first version from the network, the second version update information being at least partially different from the first version update information; and based on the first version updating information and the second version updating information, acquiring the updating risk assessment information of the first version through the large model. In the scheme, the electronic equipment can acquire the first version updating information of the first version and the second version updating information of the first version from the network through the version updating graph, so that the electronic equipment can comprehensively acquire the version updating information, and because the electronic equipment acquires the more comprehensive version updating information, when the large model infers through the version updating information acquired by the electronic equipment, the more accurate updating risk assessment information can be acquired, and manual assessment is not needed, so that the efficiency of carrying out equipment version updating risk assessment is improved

Optionally, in an embodiment of the present application, as shown in fig. 3 in conjunction with fig. 1, before step 202, the method for evaluating device version update risk based on a large model provided in the embodiment of the present application further includes step 301 described below, and step 202 described above may be specifically implemented by step 202a described below.

Step 301, the electronic device obtains a version update map corresponding to the first version number.

In an embodiment of the present application, the version-up map includes at least one directed edge, and each directed edge of the at least one directed edge is used to characterize a version-up relationship between two versions.

In the embodiment of the application, the version update map corresponding to the first version number is used for representing information such as supporting conditions between the device software corresponding to the first version number and the device hardware, compatibility conditions between the software version corresponding to the first version number and other software versions, compatibility conditions between the hardware version corresponding to the first version number and other hardware versions, and the like.

In the embodiment of the application, the version updating graph is a directed acyclic graph, one node in the graph represents a device version issued by a manufacturer, an initial node represents the earliest issued device version, the nodes are connected through a directed edge, and the edge direction represents the version updating direction. The nodes in the version update map contain information, in addition to the software version number, of the hardware model supported by the version, the previously compatible version, and so on.

The version update graph corresponding to the first version number includes a first node corresponding to the first version, and at least one directed edge related to the first node, where each directed edge is connected to a second node, and each second node is used to characterize a second version that can be updated by the first version.

For example, as shown in fig. 4, assuming that the first version V1 is a parent node in the version update diagram, V1 in fig. 4 is a start node, and nodes corresponding to the first version V1 directly connected through directed edges have V2, V3, and V4 respectively. Wherein V2, V3, V4 are versions of the first version V1 that may be updated subsequently.

Step 202a, the electronic device determines a first directed edge related to the first version based on the version update map, and determines first version update information of the first version based on the first directed edge.

Optionally, in an embodiment of the present application, the first directed edge is used to characterize a version update relationship between a first version and a second version; the first version update information includes: version information of the first version, version information of the second version, and version update directions between the first version and the second version; the version information of the first version includes at least one of: a version number with which the first version was previously compatible, an update recommendation whether to update to the first version, a vendor update specification for the first version; the version information of the second version includes at least one of: the version number of the second version that was previously compatible, an update recommendation whether to update to the second version, a vendor update specification for the second version.

Alternatively, in an embodiment of the present application, the number of the first directional edges may be one or more.

In the embodiment of the present application, the first directed edge is a directed edge having an association relationship with a first version in the version update graph. For example, a directed edge to which a first node corresponding to the first version is directly connected, or a directed edge to which a first node corresponding to the first version is indirectly connected.

Optionally, in an embodiment of the present application, the first directed edge is used to characterize a version update relationship between the first version and the second version.

Optionally, in an embodiment of the present application, the first version update information includes: version information of the first version, version information of the second version, and version update direction between the first version and the second version.

Illustratively, the version information of the first version includes at least one of: the version number of the first version that was previously compatible, an update recommendation whether to update to the first version, a vendor update specification for the first version.

For example, the electronic device may store the version information in a first node corresponding to the first version.

Illustratively, the version information of the second version includes at least one of: the version number of the second version that was previously compatible, an update recommendation whether to update to the second version, a vendor update specification for the second version.

For example, the electronic device may store the version information in a second node corresponding to the second version.

It can be understood that the electronic device can obtain the supporting relationship between hardware and software, the compatible relationship between software versions, and the official description, update advice and other information made by the device manufacturer for the update of the software and hardware versions by looking up the version update map.

Illustratively, the user wants to upgrade the software of the device hardware H1 from the version V1 to the version V2, and can obtain information such as whether the version V1 can be upgraded to the version V2, whether the version V1 supports the hardware H1, whether the version V2 supports the hardware H1, and possibly instructions, suggestions or reminders of the upgrade operation by the manufacturer by querying the version update map.

In the embodiment of the application, the electronic equipment can conveniently determine the first version updating information of the first version through the version updating diagram, so that the efficiency of the electronic equipment for acquiring the first version updating information is improved.

Optionally, in an embodiment of the present application, as shown in fig. 5 in conjunction with fig. 1, before step 201, the method for evaluating device version updating risk based on a large model provided in the embodiment of the present application further includes the following steps 401 and 402.

Step 401, the electronic device acquires version information of a plurality of versions issued by a device manufacturer in real time.

In the embodiment of the present application, the version update information between the plurality of versions is used to indicate a version update direction between the plurality of versions, where the plurality of versions includes the first version.

Optionally, in the embodiment of the present application, the electronic device may manually input version information of multiple versions issued by a device manufacturer through a web crawler or manually.

Step 402, the electronic device constructs a version update map based on version information of the plurality of versions and version update information between the plurality of versions.

For example, the electronic device may determine the node location in the version update map according to the version release order of the plurality of versions released by the device vendor.

For example, in connection with fig. 4, as shown in fig. 6, it is assumed that the initial version issued by the device manufacturer is V1, and at this time, the electronic device may use the V1 as an initial node, i.e., a parent node; then, after the first time, the equipment manufacturer issues an updated version of the initial version V1 as a version V2, and the electronic equipment can determine the direction from V1 to V2 as a directed edge and take a node corresponding to the version V2 as a child node of the V1 node; after the second duration, the device manufacturer issues an updated version of the version V2 as the version V3, and the electronic device may determine a direction from V2 to V5 as a directed edge, and use a node corresponding to the version V5 as a child node of the V2 node to obtain an updated version update map. Thus, each time the electronic device obtains an update version, the update map of the version can be updated in real time according to the above manner.

In the embodiment of the application, when the electronic equipment acquires the updated version, the version updated diagram can be updated in real time so as to improve the timeliness of the version updated diagram in the electronic equipment and further improve the accuracy of the version risk assessment of the electronic equipment through the version updated diagram.

The above embodiments of the present application may be combined without contradiction.

The embodiment of the application can divide the functional modules or functional units of the device version updating risk assessment apparatus according to the method example, for example, each functional module or functional unit can be divided corresponding to each function, or two or more functions can be integrated in one processing module. The integrated modules may be implemented in hardware, or in software functional modules or functional units. The division of the modules or units in the embodiment of the present application is schematic, which is merely a logic function division, and other division manners may be implemented in practice.

In the case of dividing the respective functional modules with the respective functions, fig. 7 shows a schematic structural diagram of a large model-based device version-up risk assessment apparatus 70, which may be an electronic device or a chip applied to the electronic device, and which large model-based device version-up risk assessment apparatus 70 may be used to perform the functions on the electronic device as referred to in the above embodiments. The large model-based device version update risk assessment apparatus 70 shown in fig. 7 may include: an acquisition unit 701, a determination unit 702, and a processing unit 703.

The obtaining unit 701 is configured to obtain a first version number of a first version to be evaluated.

The acquisition module is further configured to acquire second version update information of the first version from the network based on the first version number, where the second version update information is at least partially different from the first version update information.

In a possible implementation manner, the device version updating risk assessment device based on the large model further comprises a construction unit.

As yet another implementation, the processing unit 703 in fig. 7 may be replaced by a processor, which may integrate the functions of the processing unit 703.

The embodiment of the application also provides a computer readable storage medium. All or part of the flow in the above method embodiments may be implemented by a computer program to instruct related hardware, where the program may be stored in the above computer readable storage medium, and when the program is executed, the program may include the flow in the above method embodiments. The computer readable storage medium may be an internal storage unit of the version-up risk assessment apparatus of any of the preceding embodiments, for example, a hard disk or a memory of the version-up risk assessment apparatus. The computer-readable storage medium may be an external storage device of the terminal apparatus, for example, a plug-in hard disk, a smart card (SMART MEDIA CARD, SMC), a Secure Digital (SD) card, or a flash memory card (FLASH CARD) provided in the terminal apparatus. Further, the above-mentioned computer-readable storage medium may further include both the internal storage unit and the external storage device of the above-mentioned version-update risk assessment apparatus. The computer-readable storage medium is for storing the computer program and other programs and data required for the version-up risk assessment apparatus. The above-described computer-readable storage medium may also be used to temporarily store data that has been output or is to be output.

It should be noted that the terms "first" and "second" and the like in the description, the claims and the drawings of the present application are used for distinguishing between different objects and not for describing a particular sequential order. Furthermore, the terms "comprise" and "have," as well as any variations thereof, are intended to cover a non-exclusive inclusion. For example, a process, method, system, article, or apparatus that comprises a list of steps or elements is not limited to only those listed steps or elements but may include other steps or elements not listed or inherent to such process, method, article, or apparatus.

It should be understood that, in the present application, "at least one (item)" means one or more, "a plurality" means two or more, "at least two (items)" means two or three and three or more, "and/or" for describing an association relationship of an association object, three kinds of relationships may exist, for example, "a and/or B" may mean: only a, only B and both a and B are present, wherein a, B may be singular or plural. The character "/" generally indicates that the context-dependent object is an "or" relationship. "at least one of" or the like means any combination of these items, including any combination of single item(s) or plural items(s). For example, at least one (one) of a, b or c may represent: a, b, c, "a and b", "a and c", "b and c", or "a and b and c", wherein a, b, c may be single or plural.

From the foregoing description of the embodiments, it will be apparent to those skilled in the art that, for convenience and brevity of description, only the above-described division of functional modules is illustrated, and in practical application, the above-described functional allocation may be implemented by different functional modules according to needs, i.e. the internal structure of the apparatus is divided into different functional modules to implement all or part of the functions described above.

In the several embodiments provided by the present application, it should be understood that the disclosed apparatus and method may be implemented in other manners. For example, the apparatus embodiments described above are merely illustrative, e.g., the division of the modules or units is merely a logical functional division, and there may be additional divisions when actually implemented, e.g., multiple units or components may be combined or integrated into another apparatus, or some features may be omitted, or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed with each other may be an indirect coupling or communication connection via some interfaces, devices or units, which may be in electrical, mechanical or other form.

The units described as separate parts may or may not be physically separate, and the parts displayed as units may be one physical unit or a plurality of physical units, may be located in one place, or may be distributed in a plurality of different places. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

In addition, each functional unit in the embodiments of the present application may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit. The integrated units may be implemented in hardware or in software functional units.

The integrated units, if implemented in the form of software functional units and sold or used as stand-alone products, may be stored in a readable storage medium. Based on such understanding, the technical solution of the embodiments of the present application may be essentially or a part contributing to the prior art or all or part of the technical solution may be embodied in the form of a software product stored in a storage medium, including several instructions for causing a device (may be a single-chip microcomputer, a chip or the like) or a processor (processor) to perform all or part of the steps of the method described in the embodiments of the present application. And the aforementioned storage medium includes: a usb disk, a removable hard disk, a ROM, a RAM, a magnetic disk, or an optical disk, etc.

The foregoing is merely illustrative of specific embodiments of the present application, and the scope of the present application is not limited thereto, but any changes or substitutions within the technical scope of the present application should be covered by the scope of the present application. Therefore, the protection scope of the application is subject to the protection scope of the claims.

Claims

1. A device version update risk assessment method based on a large model, the method comprising:

acquiring a first version number of a first version to be evaluated;

Determining first version update information of the first version from a version update map based on the first version number;

Based on the first version number, second version update information of the first version is obtained from a network;

And based on the first version updating information and the second version updating information, obtaining the updating risk assessment information of the first version through a large model.

2. The method of claim 1, wherein the method further comprises, prior to determining the first version update information for the first version from a version update map based on the first version number:

Acquiring a version update diagram corresponding to the first version number, wherein the version update diagram comprises at least one directed edge, and each directed edge is used for representing a version update relation between two versions;

the determining, based on the first version number, first version update information of the first version from a version update map includes:

A first directed edge associated with the first version is determined based on the version update map, and first version update information for the first version is determined based on the first directed edge.

3. The method of claim 1 or 2, wherein the first directed edge is used to characterize a version update relationship between the first version and a second version;

The first version update information includes: version information of the first version, version information of the second version, and version update directions between the first version and the second version;

The version information of the first version includes at least one of: a version number with which the first version was previously compatible, an update recommendation whether to update to the first version, a vendor update description of the first version;

the version information of the second version includes at least one of: the second version is previously compatible with a version number, an update recommendation whether to update to the second version, a vendor update description of the second version.

4. The method of claim 1, wherein prior to the obtaining the first version number of the first version to be evaluated, the method further comprises:

version information of a plurality of versions issued by equipment manufacturers is obtained in real time, version update information among the plurality of versions is used for indicating version update directions among the plurality of versions, and the plurality of versions comprise the first version;

and constructing the version updating graph based on the version information of the plurality of versions and the version updating information among the plurality of versions.

5. The method of claim 1, wherein the obtaining the first version of the updated risk assessment information by a large model based on the first version of the updated information and the second version of the updated information comprises:

Acquiring a first prompting word template, wherein different prompting word templates correspond to different prompting word types;

Combining first information matched with a first prompting word type corresponding to the first prompting word template in the first version updating information with second information matched with the first prompting word type in the second version updating information through the first prompting word template to obtain a first prompting word;

and inputting the first prompt word into the large model to obtain the updated risk assessment information.

6. A large model-based device version update risk assessment apparatus, the apparatus comprising: the device comprises an acquisition module, a determination module and a processing module;

the acquisition module is used for acquiring a first version number of a first version to be evaluated;

the determining module is configured to determine, from the version update map, first version update information of the first version based on the first version number acquired by the acquiring module;

The acquiring module is further configured to acquire second version update information of the first version from the network based on the first version number;

The processing module is configured to obtain, based on the first version update information determined by the determining module and the second version update information acquired by the acquiring module, update risk assessment information of the first version through a large model.

7. The apparatus of claim 1, wherein the processing module is specifically configured to obtain a first alert word template, where different alert word templates correspond to different alert word types;

8. An electronic device, comprising: a processor, a memory, and a communication interface; the communication interface is used for the version updating risk assessment device communication; the memory is configured to store one or more programs, the one or more programs comprising computer-executable instructions that, when executed by the version-up risk assessment device, cause the version-up risk assessment device to perform the apparatus version-up risk assessment method of any of claims 1-5.

9. A computer readable storage medium having instructions stored therein which, when executed, implement the large model based device version update risk assessment method of any of claims 1-5.

10. A computer program product which, when run on a computer, enables the computer to perform the large model based device version update risk assessment method of any one of claims 1-5.