Software processing method and device, equipment, medium and program product

Abstract

The invention provides a software processing method which can be applied to the technical field of financial science and technology and big data. The software processing method comprises the steps that respective parameter baselines and respective characteristic parameters of at least one piece of software are obtained, the parameter baselines are used for representing operation data of the software in a stable state, the characteristic parameters are used for representing operation data of the software in an actual operation state, and the parameter baselines and the characteristic parameters of the same piece of software have a corresponding relation; determining at least one piece of to-be-processed software in the at least one piece of software based on difference data between the parameter base line and the characteristic parameter of the at least one piece of software; and respectively sending the parameter base line, the characteristic parameter and the difference data of the at least one piece of to-be-processed software to a corresponding user, so that the user processes the corresponding to-be-processed software. The invention further provides a software processing device, equipment, a storage medium and a program product.

Description

Technical Field

[0001] The present disclosure relates to the fields of fintech and big data technologies, and more particularly to a software processing method, apparatus, device, medium, and program product. Background Art

[0002] In recent years, with the rapid development of data center construction and business, the maintained systems have become increasingly large and complex in structure. The open platform involves various software types such as operating systems, databases, and middleware. How to manage system software has become an important topic in system professional research. In existing solutions, it is necessary for various professionals to manually sort out various types of software regularly, which takes a long time and cannot meet the refined management requirements under a large number of servers, various software, and multiple versions in the data center. Summary of the Invention

[0003] In view of the above problems, the present disclosure provides a software processing method, apparatus, device, medium, and program product for improving software processing efficiency.

[0004] According to a first aspect of the present disclosure, there is provided a software processing method, including: obtaining respective parameter baselines and respective characteristic parameters of at least one software, where the parameter baseline is used to characterize the operation data of the software in a stable state, the characteristic parameter is used to characterize the operation data of the software in an actual operation state, and there is a corresponding relationship between the parameter baseline and the characteristic parameter of the same software; determining at least one software to be processed among the at least one software based on the difference data between the respective parameter baselines and characteristic parameters of the at least one software; and sending the respective parameter baselines, characteristic parameters, and difference data of the at least one software to be processed to corresponding users so that the users can process the corresponding software to be processed.

[0005] According to an embodiment of the present disclosure, obtaining respective parameter baselines and respective characteristic parameters of at least one software includes: caching the obtained respective characteristic parameters of the at least one software to the same specified location; and extracting, in the case of obtaining the parameter baseline, the characteristic parameter having a corresponding relationship with the parameter baseline from the specified location.

[0006] According to an embodiment of the present disclosure, caching the obtained respective characteristic parameters of the at least one software to the same specified location includes: verifying the obtained characteristic parameters; and caching the characteristic parameters that pass the verification to one of a database, a log file, and a streaming data processing platform.

[0007] According to an embodiment of the present disclosure, obtaining parameter baselines of at least one software respectively includes: obtaining parameter baselines from the release platforms of at least one software respectively through a script, each release platform being configured to update the parameter baselines of the corresponding software regularly, and the script being configured as a scheduled task, and the regular update matching the time in the scheduled task.

[0008] According to an embodiment of the present disclosure, determining at least one software to be processed among at least one software based on the difference data between the parameter baselines and characteristic parameters of at least one software respectively includes: comparing each characteristic parameter with the corresponding parameter baseline to obtain difference data, the difference data representing the difference amplitude between the characteristic parameter and the parameter baseline; determining the software with the difference amplitude exceeding a preset threshold in the difference data as the software to be processed.

[0009] According to an embodiment of the present disclosure, sending the parameter baselines, characteristic parameters and difference data of at least one software to be processed respectively to the corresponding users includes: classifying the parameter baselines, characteristic parameters and difference data of at least one software to be processed according to the types and versions to which at least one software to be processed belongs respectively, and then sending them to the corresponding users, the types including at least one of the operating system type, database type, and middleware type.

[0010] According to an embodiment of the present disclosure, sending the parameter baselines, characteristic parameters and difference data of at least one software to be processed respectively to the corresponding users includes: sending the classified parameter baselines, characteristic parameters and difference data to the users corresponding to their respective types in a visual manner.

[0011] A second aspect of the present disclosure provides a software processing device, including: an obtaining module, configured to obtain parameter baselines and respective characteristic parameters of at least one software, the parameter baseline being used to represent the running data of the software in a stable state, the characteristic parameter being used to represent the running data of the software in an actual running state, and there being a corresponding relationship between the parameter baseline and the characteristic parameter of the same software; a determining module, configured to determine at least one software to be processed among at least one software based on the difference data between the parameter baselines and characteristic parameters of at least one software respectively; a sending module, configured to send the parameter baselines, characteristic parameters and difference data of at least one software to be processed respectively to the corresponding users so that the users can process the corresponding software to be processed.

[0012] A third aspect of the present disclosure provides an electronic device, including: one or more processors; a memory, configured to store one or more computer programs, wherein, the above-mentioned one or more processors execute the above-mentioned one or more computer programs to implement the steps of the above-mentioned method.

[0013] The fourth aspect of the present disclosure also provides a computer-readable storage medium, on which a computer program or instruction is stored. When the computer program or instruction is executed by a processor, the steps of the above method are implemented.

[0014] The fifth aspect of the present disclosure also provides a computer program product, including a computer program or instruction. When the computer program or instruction is executed by a processor, the steps of the above method are implemented.

[0015] According to the software processing method, device, equipment, medium and program product of the embodiments of the present disclosure, parameter baselines and characteristic parameters of multiple types of software are obtained, the difference data between these parameter baselines and characteristic parameters is compared, the software to be processed is determined according to the difference data, and the difference data, parameter baselines and characteristic parameters of these software to be processed are sent to the corresponding users for processing. By obtaining and comparing the parameter baselines and characteristic parameters of different types of software, the performance of different types of software in different states can be quickly identified. This comparison method helps to quickly locate potential problem areas, thereby reducing the time required for troubleshooting and fixing problems and improving the overall efficiency of software maintenance. By sending the comparison results to the corresponding users, the corresponding users can focus on processing the software parameter processing of the corresponding type and version, which can improve the software processing efficiency and reduce the workload of manual sorting. BRIEF DESCRIPTION OF THE DRAWINGS

[0016] Through the following description of the embodiments of the present disclosure with reference to the drawings, the above content and other objects, features and advantages of the present disclosure will become clearer. In the drawings:

[0017] Figure 1 Schematically shows an application scenario diagram of a software processing method, device, equipment, medium and program product according to an embodiment of the present disclosure;

[0018] Figure 2 Schematically shows a flowchart of a software processing method according to an embodiment of the present disclosure;

[0019] Figure 3 Schematically shows a flowchart of obtaining characteristic parameters according to an embodiment of the present disclosure;

[0020] Figure 4 Schematically shows a flowchart of obtaining parameter baselines according to an embodiment of the present disclosure;

[0021] Figure 5 Schematically shows a flowchart of determining software to be processed according to an embodiment of the present disclosure;

[0022] Figure 6 Schematically shows a flowchart of sending comparison results according to an embodiment of the present disclosure;

[0023] Figure 7 Schematically shows a structural block diagram of a software processing device according to an embodiment of the present disclosure; and

[0024] Figure 8 Schematically shows a block diagram of an electronic device suitable for implementing a software processing method according to an embodiment of the present disclosure. Detailed implementation manners

[0025] Hereinafter, embodiments of the present disclosure will be described with reference to the accompanying drawings. However, it should be understood that these descriptions are merely exemplary and are not intended to limit the scope of the present disclosure. In the following detailed description, for the sake of explanation, many specific details are set forth to provide a comprehensive understanding of the embodiments of the present disclosure. However, obviously, one or more embodiments can also be implemented without these specific details. In addition, in the following description, descriptions of well-known structures and technologies are omitted to avoid unnecessarily confusing the concepts of the present disclosure.

[0026] The terms used herein are merely for describing specific embodiments and are not intended to limit the present disclosure. The terms "including", "comprising", etc. used herein indicate the presence of features, steps, operations, and / or components, but do not exclude the presence or addition of one or more other features, steps, operations, or components.

[0027] All terms used herein (including technical and scientific terms) have the meanings commonly understood by those skilled in the art, unless otherwise defined. It should be noted that the terms used herein should be interpreted as having a meaning consistent with the context of this specification and should not be interpreted in an idealized or overly rigid manner.

[0028] In the case of using expressions such as "at least one of A, B, and C", generally, it should be interpreted according to the meaning commonly understood by those skilled in the art (for example, "a system having at least one of A, B, and C" should include, but is not limited to, a system having only A, only B, only C, having A and B, having A and C, having B and C, and / or having A, B, and C, etc.).

[0029] In the technical solution of the present disclosure, the user information involved (including but not limited to user personal information, user image information, user device information, such as location information, etc.) and data (including but not limited to data for analysis, stored data, displayed data, etc.) are all information and data authorized by the user or fully authorized by all parties. And the processing of collection, storage, use, processing, transmission, provision, disclosure, and application of relevant data, etc., all comply with relevant laws, regulations, and standards, take necessary confidentiality measures, do not violate public order and good customs, and provide corresponding operation entrances for users to choose to authorize or refuse.

[0030] In the scenario of making automated decisions using personal information, the methods, devices, and systems provided by the embodiments of the present disclosure all provide corresponding operation entrances for users to choose to agree or reject the results of automated decisions; if the user chooses to reject, the expert decision-making process will be entered. The expression "automated decision" here refers to the activity of automatically analyzing and evaluating an individual's behavior habits, hobbies, or economic, health, credit status, etc. through a computer program and making a decision. The expression "expert decision" here refers to the activity of making a decision by a person who specializes in a certain field, has specialized experience, knowledge, and skills, and has reached a certain professional level.

[0031] In the process of implementing the concept of the present disclosure, the inventors found that the existing technical solutions have the following disadvantages: It takes a long time for professionals to regularly sort out the system software parameters, and there is duplicate work, consuming a large amount of human resources; the existing methods often rely on forms such as emails and spreadsheets, lacking an overall perspective. Especially for multiple software and multiple parameters, manual sorting and feedback are required, which is not accurate enough.

[0032] In view of the above problems, the embodiments of the present disclosure provide a software processing method, which obtains the parameter baselines and respective characteristic parameters of at least one software. The parameter baseline is used to characterize the running data of the software in a stable state, and the characteristic parameter is used to characterize the running data of the software in the actual running state. There is a corresponding relationship between the parameter baseline and the characteristic parameter of the same software; based on the difference data between the parameter baselines and the characteristic parameters of at least one software, at least one software to be processed among at least one software is determined; the parameter baselines, characteristic parameters, and difference data of at least one software to be processed are respectively sent to the corresponding users so that the users can process the corresponding software to be processed.

[0033] Figure 1 FIG. schematically shows an application scenario diagram of a software processing method, device, equipment, medium, and program product according to an embodiment of the present disclosure.

[0034] As Figure 1 shown, the application scenario 100 according to this embodiment may include a first terminal device 101, a second terminal device 102, a third terminal device 103, a network 104, and a server 105. The network 104 is used as a medium to provide a communication link between the first terminal device 101, the second terminal device 102, the third terminal device 103, and the server 105. The network 104 may include various connection types, such as wired, wireless communication links, or fiber optic cables, etc.

[0035] Users can use the first terminal device 101, the second terminal device 102, and the third terminal device 103 to interact with the server 105 via the network 104 to receive or send messages, etc. Various communication client applications can be installed on the first terminal device 101, the second terminal device 102, and the third terminal device 103, such as shopping applications, web browser applications, search applications, instant messaging tools, email clients, social platform software, etc. (for example only).

[0036] The first terminal device 101, the second terminal device 102, and the third terminal device 103 can be various electronic devices with a display screen and supporting web browsing, including but not limited to smartphones, tablets, laptop computers, desktop computers, and so on.

[0037] The server 105 can be a server that provides various services, such as a background management server that supports the websites browsed by users using the first terminal device 101, the second terminal device 102, and the third terminal device 103 (for example only). The background management server can analyze and process data such as user requests received, and feedback the processing results (such as web pages, information, or data obtained or generated according to user requests) to the terminal device.

[0038] It should be noted that the software processing method provided by the embodiments of the present disclosure can generally be executed by the server 105. Correspondingly, the software processing device provided by the embodiments of the present disclosure can generally be set in the server 105. The software processing method provided by the embodiments of the present disclosure can also be executed by a server or a server cluster different from the server 105 and capable of communicating with the first terminal device 101, the second terminal device 102, the third terminal device 103, and / or the server 105. Correspondingly, the software processing device provided by the embodiments of the present disclosure can also be set in a server or a server cluster different from the server 105 and capable of communicating with the first terminal device 101, the second terminal device 102, the third terminal device 103, and / or the server 105.

[0039] It should be understood that Figure 1 the numbers of terminal devices, networks, and servers in

[0040] are merely illustrative. According to the implementation requirements, there can be any number of terminal devices, networks, and servers. Figure 1 Based on the Figures 2 to 6 scenario described below, the software processing method of the public embodiments will be described in detail through

[0041] Figure 2 A flowchart of the software processing method according to an embodiment of the present disclosure is schematically shown.

[0042] AsFigure 2 As shown, the software processing method of this embodiment may include operation S210 to operation S230, and this software processing method may be executed by the server 105.

[0043] In operation S210, obtain the parameter baseline and respective characteristic parameters of at least one software. The parameter baseline is used to characterize the running data of the software in a stable state, and the characteristic parameters are used to characterize the running data of the software in the actual running state. There is a corresponding relationship between the parameter baseline and the characteristic parameters of the same software.

[0044] The at least one software may include different types and different versions. For example, it may be various software from the open platform system at the data center level, and may come from operating systems, databases, middleware, etc. Taking database management software as an example, the parameters may include memory usage, CPU usage rate, number of connections, query queue, response time, etc. The present disclosure does not limit the specific parameters. There are various ways to obtain the parameter baseline and characteristic parameters. For example, the parameter baseline data can be obtained from sources such as the official documentation, configuration files, and historical records of the software, and the characteristic parameter data of the software during actual operation can be obtained through monitoring tools or log records.

[0045] In operation S220, based on the difference data between the parameter baseline and the characteristic parameters of at least one software, determine at least one software to be processed among the at least one software.

[0046] The difference data can be used to indicate possible performance problems or potential faults of the software. The software to be processed may be the software with performance problems or potential faults. The difference data can be represented in various ways such as differences, percentages, or text, and specifically can be determined according to different parameters of different software.

[0047] In operation S230, send the parameter baseline, characteristic parameters, and difference data of at least one software to be processed to the corresponding users respectively, so that the users can process the corresponding software to be processed.

[0048] The user can be a management staff, a system maintenance staff, or other technical personnel or teams with processing permissions and capabilities. For different types of software, the users can be the same. For example, a technical personnel can be responsible for processing multiple software of different system types or versions simultaneously. The users can also be different. For example, different technical personnel are specifically responsible for processing specific types or versions of software. The respective parameter baselines, characteristic parameters, and difference data of the software to be processed can be organized into an easy-to-understand and readable format, such as a table, chart, or report, and sent to the corresponding users. When sending, a brief description or explanation can be attached to help the users better understand the data and differences. The users can analyze the problems of the software based on the parameter baselines, characteristic parameters, and difference data in the received data report, and take corresponding measures to process the software to be processed, such as adjusting the configuration, optimizing the code, increasing resources, etc.

[0049] By obtaining and comparing the parameter baselines and characteristic parameters of different types of software, the performance of different types of software in different states can be quickly identified. This comparison method helps to quickly locate potential problem areas, thereby reducing the time required for troubleshooting and fixing problems and improving the overall efficiency of software maintenance. By sending the comparison results to the corresponding users, the corresponding users can focus on processing the software parameter processing of the corresponding type and version, which can improve the software processing efficiency and reduce the workload of manual sorting.

[0050] Figure 3 A flowchart of obtaining characteristic parameters according to an embodiment of the present disclosure is schematically shown.

[0051] As Figure 3 shown, in some embodiments, the above operation S210 may include operations S310 to S320.

[0052] In operation S310, the characteristic parameters of at least one software obtained are cached to the same specified location.

[0053] In operation S320, when the parameter baseline is obtained, the characteristic parameters corresponding to the parameter baseline are extracted from the specified location.

[0054] In this embodiment, the caching location can be reasonably set according to the actual situation, preferably for quick reading of characteristic parameters. The specified caching location needs to be accessible to all relevant software and services, and can have appropriate permissions and security measures. To ensure data consistency and readability, a unique identifier (such as software name, version number, or ID) can be used to name the characteristic parameters of each software and cache them to the specified location. For the characteristic parameters of different types of software, file operations, database operations, or memory management functions in programming languages can be used to implement caching, but the present disclosure is not limited thereto.

[0055] In this embodiment, the acquisition of the parameter baseline can be performed after the acquisition of the feature parameters. That is to say, first, the feature parameters, which are the parameters during the actual operation of the software, are acquired and cached, and then the parameter baseline, which is the latest parameter of the software in the stable state, is acquired. After the parameter baseline is acquired, the corresponding feature parameters corresponding to the parameter baseline can be extracted from the specified location according to the unique identifier of the software.

[0056] By caching the feature parameters to the same specified location, after the latest parameter baseline is acquired, the feature parameters in the cache can be quickly extracted, thereby improving the efficiency of data processing.

[0057] Based on the above embodiment, the above operation S310 may include: verifying the acquired feature parameters; caching the feature parameters that pass the verification to one of the database, the log file, and the streaming data processing platform.

[0058] It can be understood that if the feature parameters pass the verification, they can be regarded as valid parameters and are ready to be cached. If the feature parameters do not pass the verification, corresponding processing can be performed. For example, error information can be recorded and reported. According to the actual requirements during the software processing, the feature parameters can be selectively cached to one or more locations among the database, the log file, and the streaming data processing platform. The database can be used for long-term storage and complex queries, the log file can be used for recording historical data, and the streaming data processing platform can be used for real-time processing and real-time analysis. In some possible embodiments, the cached data can be managed, including data update, deletion, and backup, etc., but the present disclosure is not limited thereto. By effectively verifying the acquired feature parameters and caching them to the appropriate location, the validity and accuracy of the feature parameters can be ensured, thereby providing strong support for subsequent data analysis and processing.

[0059] Figure 4 Schematically shows a flowchart for acquiring a parameter baseline according to an embodiment of the present disclosure.

[0060] As Figure 4 shown, in some embodiments, the above operation S210 may include operation S410.

[0061] In operation S410, the parameter baseline is acquired from the respective release platforms of at least one software through a script. Each release platform is configured to update the parameter baseline of the corresponding software at regular intervals. The script is configured as a scheduled task, and the regular update matches the time in the scheduled task.

[0062] As an example, the software release platform can provide parameter baselines through API interfaces. On the release platform, the automatic timed update of parameter baselines can be achieved by setting up an automated workflow module. The script can be a mainstream script in the market such as Python, and the present disclosure does not make specific limitations. Before the script is officially used to obtain parameter baselines, it can be verified. For example, manually trigger the script execution, check whether the output meets the expectations, and confirm whether the scheduled task is executed at the set time, etc. The script can be regularly checked and updated to adapt to changes in the API, so as to ensure the accuracy of obtaining parameter baselines. In this embodiment, the script automatically obtains the parameter baselines released by the release platform, which can ensure obtaining the latest parameter baselines, providing a reliable basis for subsequent comparison between the parameter baselines and feature parameters.

[0063] Figure 5 Schematically shows a flowchart for determining software to be processed according to an embodiment of the present disclosure.

[0064] As Figure 5 shown, in some embodiments, the above operation S220 may include operations S510 to S520.

[0065] In operation S510, each feature parameter is compared with the corresponding parameter baseline to obtain difference data, and the difference data characterizes the difference amplitude between the feature parameter and the parameter baseline.

[0066] The difference data can be absolute value difference, percentage difference or other suitable measurement methods. The difference amplitude represents the amplitude by which the feature parameter deviates from the parameter baseline. Generally speaking, the larger the difference amplitude, the greater the difference between the feature data and the parameter baseline, indicating that the corresponding software is more likely to need to be processed. As an example, the difference data can be recorded and displayed in the form of a list. In the list, the calculated difference data can be recorded, including information such as the feature parameter name, current value, baseline value, difference amplitude, etc.

[0067] In operation S520, the software with a difference amplitude exceeding a preset threshold in the difference data is determined as the software to be processed.

[0068] A threshold for the difference amplitude can be set for each feature parameter or a group of feature parameters. This threshold can be determined based on factors such as business requirements, security standards, performance requirements, etc. The difference data can be traversed to find those records with a difference amplitude exceeding the preset threshold. According to the software information in the difference data, the software containing feature parameters with differences exceeding the threshold can be determined as the software to be processed. These software may require further investigation, repair or optimization. As an example, a report can be generated listing all the software to be processed and their difference data for subsequent analysis and processing.

[0069] By determining the operation process of the software to be processed, the characteristic parameters can be systematically compared with the parameter baseline, and the software to be processed can be automatically and accurately identified.

[0070] Figure 6 Schematically shows a flowchart of sending comparison results according to an embodiment of the present disclosure.

[0071] As Figure 6 shown, in some embodiments, the above operation S230 may include operation S610.

[0072] In operation S610, according to the types and versions to which at least one software to be processed belongs respectively, the parameter baselines, characteristic parameters and difference data of at least one software to be processed are classified, and the types include at least one of operating system type, database type, and middleware type.

[0073] Each type, such as the operating system type, database type, and middleware type, may include multiple different software of the same type. The same software may include different versions. If the parameter baselines and characteristic parameters obtained above are not distinguished and these parameter data and difference data are directly transmitted to the user for screening, it will consume a lot of time and energy of the user. By distinguishing these different types and versions of software and sending them to the user, the above problems can be avoided and the processing efficiency of the user can be improved.

[0074] As an example, the list generated above can be divided into multiple sub-lists according to types and versions, and each sub-list can correspond to one type. Marks or annotations can be added to the sub-lists to clearly indicate the type of the data (parameter baseline, characteristic parameter, difference data) and the software type and version to which it belongs, thereby improving the efficiency of the user in processing the software to be processed.

[0075] As Figure 6 shown, in some embodiments, the above operation S230 may further include operation S620.

[0076] In operation S620, the classified parameter baselines, characteristic parameters and difference data are sent to the corresponding users of their respective types in a visual manner.

[0077] According to the characteristics of the data and the preferences of the user, a suitable visualization tool can be selected, such as a spreadsheet, and presented to the user in a visual form, such as a bar chart, a line chart, a pie chart, a scatter plot, etc. A visual interface can also be designed. According to the classification of the data, such as the type of operating system, the type of database, the type of middleware, etc., an independent visual interface is designed for each type. The user can determine according to the type of software. As described above, it will not be elaborated here. By sending the classified parameter baselines, characteristic parameters, and difference data to the corresponding users of their respective types in a visual manner, the readability of the data and the understanding of the user can be improved, thereby improving the processing efficiency of the software.

[0078] Based on the above software processing method, the present disclosure also provides a software processing device. The following will be combined with Figure 7 to describe the device in detail.

[0079] Figure 7 Schematically shows a structural block diagram of a software processing device according to an embodiment of the present disclosure.

[0080] As Figure 7 shown, the software processing device 700 of this embodiment includes an acquisition module 710, a determination module 720, and a sending module 730.

[0081] The acquisition module 710 is used to acquire the parameter baseline and the characteristic parameter of each of at least one software. The parameter baseline is used to characterize the running data of the software in a stable state, and the characteristic parameter is used to characterize the running data of the software in an actual running state. The parameter baseline and the characteristic parameter of the same software have a corresponding relationship. In one embodiment, the acquisition module 710 can be used to perform the operation S210 described above, which will not be elaborated here.

[0082] The determination module 720 is used to determine at least one software to be processed among at least one software based on the difference data between the parameter baseline and the characteristic parameter of each of at least one software. In one embodiment, the determination module 720 can be used to perform the operation S220 described above, which will not be elaborated here.

[0083] The sending module 730 is used to send the parameter baseline, the characteristic parameter, and the difference data of each of at least one software to be processed to the corresponding user respectively, so that the user can process the corresponding software to be processed. In one embodiment, the sending module 730 can be used to perform the operation S230 described above, which will not be elaborated here.

[0084] According to an embodiment of the present disclosure, the obtaining module 710 may specifically be configured to cache the characteristic parameters of each of the at least one software obtained to the same specified location; in the case where a parameter baseline is obtained, extract the characteristic parameters having a corresponding relationship with the parameter baseline from the specified location. Caching the characteristic parameters of each of the at least one software obtained to the same specified location may include: verifying the obtained characteristic parameters; caching the characteristic parameters that pass the verification to one of a database, a log file, and a streaming data processing platform. Verifying the obtained characteristic parameters may include: performing at least one of format verification, integrity verification, and data consistency verification on the characteristic parameters. In one embodiment, the obtaining module 710 may be configured to perform the operations S310 to S320 described above, which will not be elaborated herein.

[0085] According to an embodiment of the present disclosure, the obtaining module 710 may specifically further be configured to obtain a parameter baseline from the release platform of each of the at least one software through a script, each release platform being configured to update the parameter baseline of the corresponding software at regular intervals, and the script being configured as a scheduled task, and the regular update matching the time in the scheduled task. In one embodiment, the obtaining module 710 may be configured to perform the operation S410 described above, which will not be elaborated herein.

[0086] According to an embodiment of the present disclosure, the determining module 720 may specifically be configured to compare each characteristic parameter with the corresponding parameter baseline to obtain difference data, the difference data characterizing the difference amplitude between the characteristic parameter and the parameter baseline; determine the software with a difference amplitude exceeding a preset threshold in the difference data as the software to be processed. In one embodiment, the determining module 720 may be configured to perform the operations S510 to S520 described above, which will not be elaborated herein.

[0087] According to an embodiment of the present disclosure, the sending module 730 may specifically be configured to classify the parameter baseline, the characteristic parameter, and the difference data of each of the at least one software to be processed according to the type and version to which each software to be processed belongs, the type including at least one of an operating system type, a database type, and a middleware type; send the classified parameter baseline, characteristic parameter, and difference data to the users corresponding to their respective types in a visual manner. In one embodiment, the sending module 730 may be configured to perform the operations S610 to S620 described above, which will not be elaborated herein.

[0088] According to embodiments of the present disclosure, any of the acquisition module 710, the determination module 720, and the sending module 730 may be combined and implemented in one module, or any one of them may be split into multiple modules. Alternatively, at least part of the functions of one or more of these modules may be combined with at least part of the functions of other modules and implemented in one module. According to embodiments of the present disclosure, at least one of the acquisition module 710, the determination module 720, and the sending module 730 may be at least partially implemented as a hardware circuit, such as a field programmable gate array (FPGA), a programmable logic array (PLA), a system on chip, a system on a substrate, a system on a package, an application specific integrated circuit (ASIC), or may be implemented by any other reasonable means such as integrating or packaging circuits, etc., in hardware or firmware, or implemented in any one of the three implementation manners of software, hardware, and firmware, or in an appropriate combination of any several of them. Alternatively, at least one of the acquisition module 710, the determination module 720, and the sending module 730 may be at least partially implemented as a computer program module, and when the computer program module is run, it can execute corresponding functions.

[0089] Figure 8 A block diagram of an electronic device suitable for implementing a software processing method according to an embodiment of the present disclosure is schematically shown.

[0090] As Figure 8 shown, the electronic device 800 according to an embodiment of the present disclosure includes a processor 801, which can perform various appropriate actions and processes according to a program stored in a read only memory (ROM) 802 or a program loaded from a storage section 808 into a random access memory (RAM) 803. The processor 801 may include, for example, a general microprocessor (such as a CPU), an instruction set processor, and / or a related chipset, and / or a dedicated microprocessor (such as an application specific integrated circuit (ASIC)), etc. The processor 801 may also include on-board memory for caching purposes. The processor 801 may include a single processing unit or multiple processing units for performing different actions of the method flow according to an embodiment of the present disclosure.

[0091] In the RAM 803, various programs and data required for the operation of the electronic device 800 are stored. The processor 801, the ROM 802, and the RAM 803 are connected to each other through a bus 804. The processor 801 performs various operations of the method flow according to an embodiment of the present disclosure by executing the program in the ROM 802 and / or the RAM 803. It should be noted that the program may also be stored in one or more memories other than the ROM 802 and the RAM 803. The processor 801 may also perform various operations of the method flow according to an embodiment of the present disclosure by executing the program stored in one or more memories.

[0092] According to an embodiment of the present disclosure, the electronic device 800 may further include an input / output (I / O) interface 805, and the input / output (I / O) interface 805 is also connected to the bus 804. The electronic device 800 may further include one or more of the following components connected to the input / output (I / O) interface 805: an input portion 806 including a keyboard, a mouse, etc.; an output portion 807 including a cathode ray tube (CRT), a liquid crystal display (LCD), etc. and a speaker, etc.; a storage portion 808 including a hard disk, etc.; and a communication portion 809 including a network interface card such as a LAN card, a modem, etc. The communication portion 809 performs communication processing via a network such as the Internet. The drive 810 is also connected to the input / output (I / O) interface 805 as needed. A removable medium 811, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., is installed on the drive 810 as needed so that a computer program read therefrom can be installed into the storage portion 808 as needed.

[0093] The present disclosure also provides a computer-readable storage medium, which may be included in the device / device / system described in the above embodiments; or may exist separately without being assembled into the device / device / system. The above computer-readable storage medium carries one or more programs, and when the above one or more programs are executed, the method according to the embodiments of the present disclosure is implemented.

[0094] According to an embodiment of the present disclosure, the computer-readable storage medium may be a non-volatile computer-readable storage medium, for example, it may include but is not limited to: a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In the present disclosure, the computer-readable storage medium may be any tangible medium that contains or stores a program, and the program can be used by or in combination with an instruction execution system, device, or device. For example, according to an embodiment of the present disclosure, the computer-readable storage medium may include the above-described ROM 802 and / or RAM 803 and / or one or more memories other than ROM 802 and RAM 803.

[0095] An embodiment of the present disclosure also includes a computer program product, which includes a computer program, and the computer program includes program codes for executing the method shown in the flowchart. When the computer program product runs in a computer system, the program codes are used to cause the computer system to implement the software processing method provided by the embodiments of the present disclosure.

[0096] When the computer program is executed by the processor 801, the above functions defined in the system / apparatus of the embodiments of the present disclosure are performed. According to the embodiments of the present disclosure, the above-described systems, apparatuses, modules, units, etc. can be implemented by computer program modules.

[0097] In one embodiment, the computer program can rely on tangible storage media such as optical storage devices, magnetic storage devices, etc. In another embodiment, the computer program can also be transmitted and distributed in the form of signals on a network medium, and be downloaded and installed through the communication part 809, and / or be installed from the removable medium 811. The program code included in the computer program can be transmitted by any suitable network medium, including but not limited to: wireless, wired, etc., or any suitable combination of the above.

[0098] In such an embodiment, the computer program can be downloaded and installed from the network through the communication part 809, and / or be installed from the removable medium 811. When the computer program is executed by the processor 801, the above functions defined in the system of the embodiments of the present disclosure are performed. According to the embodiments of the present disclosure, the above-described systems, devices, apparatuses, modules, units, etc. can be implemented by computer program modules.

[0099] According to the embodiments of the present disclosure, the program code for executing the computer program provided by the embodiments of the present disclosure can be written in any combination of one or more programming languages. Specifically, these computing programs can be implemented using high-level procedural and / or object-oriented programming languages, and / or assembly / machine languages. Programming languages include but are not limited to, such as Java, C++, python, the "C" language or similar programming languages. The program code can be executed entirely on the user computing device, partially on the user device, partially on a remote computing device, or entirely on a remote computing device or server. In the case of a remote computing device, the remote computing device can be connected to the user computing device through any type of network, including a local area network (LAN) or a wide area network (WAN), or can be connected to an external computing device (for example, by using an Internet service provider to connect through the Internet).

[0100] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart or block diagram may represent a module, a segment of a program, or a portion of code, which contains one or more executable instructions for implementing a specified logical function. It should also be noted that, in some alternative implementations, the functions noted in the blocks may occur in a different order than that noted in the accompanying drawings. For example, two consecutive blocks shown may actually be executed substantially in parallel, or they may sometimes be executed in the reverse order, depending on the functions involved. It should also be noted that each block in the block diagram or flowchart, and combinations of blocks in the block diagram or flowchart, can be implemented by a dedicated hardware-based system that performs the specified functions or operations, or by a combination of dedicated hardware and computer instructions.

[0101] Those skilled in the art will appreciate that the features described in the various embodiments of the present disclosure can be combined and / or combined in various ways, even if such combinations or combinations are not explicitly described in the present disclosure. In particular, without departing from the spirit and teachings of the present disclosure, the features described in the various embodiments of the present disclosure can be combined and / or combined in various ways. All such combinations and / or combinations fall within the scope of the present disclosure.

[0102] The embodiments of the present disclosure have been described above. However, these embodiments are for illustrative purposes only and are not intended to limit the scope of the present disclosure. Although the embodiments have been described separately above, this does not mean that the measures in each embodiment cannot be used advantageously in combination. Without departing from the scope of the present disclosure, those skilled in the art can make various substitutions and modifications, and all such substitutions and modifications should fall within the scope of the present disclosure.

Claims

1. A software processing method, characterized in that: The method comprises: Acquire a parameter baseline and a characteristic parameter of at least one software, wherein the parameter baseline is used to characterize the operation data of the software in a stable state, and the characteristic parameter is used to characterize the operation data of the software in an actual operation state, and the parameter baseline and the characteristic parameter of the same software have a corresponding relationship; Determine at least one software to be processed among the at least one software based on the difference data between the parameter baseline and the characteristic parameter of each of the at least one software; The parameter baseline, the characteristic parameter and the difference data of each of the at least one software to be processed are sent to corresponding users respectively, so that the user processes the corresponding software to be processed.

2. The software processing method according to claim 1, characterized in that: The obtaining of the parameter baseline and characteristic parameters of at least one software includes: Cache the acquired characteristic parameters of the at least one software to the same designated location; When the parameter baseline is acquired, the characteristic parameter corresponding to the parameter baseline is extracted from the designated position.

3. The software processing method according to claim 2, characterized in that: The step of caching the acquired characteristic parameters of the at least one software to the same designated location includes: Verifying the acquired characteristic parameters; The feature parameters verified to meet the preset conditions are cached in one of the database, log file and streaming data processing platform.

4. The software processing method according to claim 1, characterized in that: The obtaining of the parameter baseline of at least one software includes: The parameter baseline is obtained from the respective publishing platforms of at least one software through a script, each publishing platform is configured to regularly update the parameter baseline of the corresponding software, and the script is configured as a scheduled task, and the scheduled update matches the time in the scheduled task.

5. The software processing method according to claim 1, characterized in that: The step of determining at least one software to be processed among the at least one software based on the difference data between the parameter baseline and the characteristic parameter of each of the at least one software comprises: Comparing each of the characteristic parameters with the corresponding parameter baseline to obtain the difference data, wherein the difference data represents the difference between the characteristic parameter and the parameter baseline; The software in the difference data whose difference amplitude exceeds a preset threshold is determined as the software to be processed.

6. The software processing method according to claim 1, characterized in that: The sending the parameter baseline, the characteristic parameter and the difference data of each of the at least one software to be processed to corresponding users respectively includes: According to the type and version of the at least one software to be processed, the parameter baseline, the characteristic parameter and the difference data of the at least one software to be processed are classified and sent to the corresponding user, and the type includes at least one of an operating system type, a database type and a middleware type.

7. The software processing method according to claim 6, characterized in that: The step of sending the parameter baseline, the characteristic parameter and the difference data of each of the at least one software to be processed to corresponding users respectively further includes: The classified parameter baselines, characteristic parameters and difference data are sent to users corresponding to their respective types in a visual manner.

8. A software processing device, characterized in that: The device comprises: An acquisition module, used to acquire a parameter baseline and a characteristic parameter of at least one software, wherein the parameter baseline is used to characterize the operation data of the software in a stable state, and the characteristic parameter is used to characterize the operation data of the software in an actual operation state, and the parameter baseline and the characteristic parameter have a corresponding relationship; A determination module, configured to determine at least one software to be processed among the at least one software based on difference data between a parameter baseline and a characteristic parameter of each of the at least one software; The sending module is used to send the parameter baseline, the characteristic parameter and the difference data of the at least one software to be processed to the corresponding user, so that the user can process the corresponding software to be processed.

9. An electronic device, comprising: one or more processors; a memory for storing one or more computer programs, It is characterized in that the one or more processors execute the one or more computer programs to implement the steps of the method according to any one of claims 1 to 7.

10. A computer-readable storage medium having a computer program or instruction stored thereon, characterized in that: When the computer program or instruction is executed by a processor, the steps of the method according to any one of claims 1 to 7 are implemented.

11. A computer program product comprising a computer program or instructions, characterized in that When the computer program or instruction is executed by a processor, the steps of the method according to any one of claims 1 to 7 are implemented.

Images