Application upgrade method and device, electronic equipment and storage medium

By acquiring device information from terminal devices, determining platform types, and matching storage locations, the complexity of application and version management for multi-platform terminal devices is resolved, enabling efficient application upgrades and unified management.

CN119254764BActive Publication Date: 2025-12-16CHINA CONSTRUCTION BANK +1
View PDF 2 Cites 0 Cited by

Patent Information

Application Number
CN202411015313.4
Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2024-07-26
Publication Date
2025-12-16
Estimated Expiration
2044-07-26

AI Technical Summary

Technical Problem

Because enterprise terminals often coexist across multiple platforms, application management and version management become complex, requiring division based on business attributes and platforms.

Method used

By obtaining the device information of the terminal device, the associated platform type is determined, the corresponding storage location is matched from the version file storage locations of multiple candidate platform types, and the version file of the application to be upgraded is obtained based on the location for upgrading.

Benefits of technology

It simplifies version management, improves application upgrade efficiency, reduces network resource waste, and enables unified management of terminal devices across multiple platform types.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119254764B_ABST
    Figure CN119254764B_ABST
Patent Text Reader

Abstract

The present disclosure provides an application upgrading method and device, electronic equipment and storage medium, and relates to the technical field of data processing. The method comprises the following steps: obtaining storage positions of version files of multiple candidate platform types, wherein the same application to be upgraded has different version files, and the application to be upgraded is an application running on a terminal device; obtaining device information of the terminal device, and determining a first platform type associated with the terminal device according to the device information; determining a first storage position corresponding to the terminal device from the storage positions of the version files of the multiple candidate platform types according to the first platform type; obtaining a first version file of the application to be upgraded according to the first storage position, and upgrading the application to be upgraded based on the first version file. Thus, the present scheme does not need to push the version files of the multiple candidate platform types to the terminal device, avoids waste of network resources, and further improves the efficiency of application upgrading on the device.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This disclosure relates to the field of data processing technology, and more particularly to an application upgrade method, apparatus, electronic device, and storage medium. Background Technology

[0002] Because enterprise terminals often coexist across multiple platforms, and different platforms use different chips, application management on terminals with the same type of business needs to be divided according to business attributes, while version management needs to be divided according to the platform, which complicates application management and version management. Summary of the Invention

[0003] This disclosure provides an application upgrade method, apparatus, electronic device, and storage medium to solve the problem of exceptionally complex application management and version management.

[0004] Therefore, one objective of this disclosure is to propose a method for upgrading applications.

[0005] The second objective of this disclosure is to propose an upgrade device for the application.

[0006] The third objective of this disclosure is to propose an electronic device.

[0007] The fourth objective of this disclosure is to provide a non-transitory computer-readable storage medium.

[0008] The fifth objective of this disclosure is to provide a computer program product.

[0009] To achieve the above objectives, a first aspect of this disclosure provides an application upgrade method, comprising: obtaining the storage locations of version files for multiple candidate platform types, wherein the same application to be upgraded has different version files, and the application to be upgraded is an application running on the terminal device; obtaining device information of the terminal device, and determining a first platform type associated with the terminal device based on the device information; determining a first storage location corresponding to the terminal device from the storage locations of the version files for the multiple candidate platform types based on the first platform type; obtaining a first version file of the application to be upgraded based on the first storage location, and upgrading the application to be upgraded based on the first version file.

[0010] According to one embodiment of this disclosure, obtaining the storage location of the version files of each of the multiple candidate platform types includes: receiving an upgrade task sent by a server and obtaining the version information of the application to be upgraded from the upgrade task; and obtaining the storage location of the version files of each of the multiple candidate platform types based on the version information.

[0011] According to one embodiment of this disclosure, before obtaining the first version file of the application to be upgraded from the first storage location, the method further includes: obtaining a first application identifier based on the version information; and determining the application to be upgraded from candidate applications deployed on the terminal device based on the first application identifier.

[0012] According to one embodiment of this disclosure, obtaining the first version file of the application to be upgraded from the first storage location further includes: obtaining a first version number based on the version information; generating a file download request based on the first storage location and the first version number; sending the file download request to the server; and receiving the first version file sent by the server.

[0013] According to one embodiment of this disclosure, determining the first storage location corresponding to the terminal device from the storage locations of version files of each of the plurality of candidate platform types based on the first platform type includes: determining whether the plurality of candidate platform types includes the first platform type; in response to the plurality of candidate platform types including the first platform type, determining a first candidate platform type consistent with the first platform type from the plurality of candidate platform types; determining the storage location of the version file of the first candidate platform type, and determining it as the first storage location corresponding to the terminal device.

[0014] According to one embodiment of this disclosure, the method further includes: in response to the first platform type not being included among the plurality of candidate platform types, determining a second candidate platform type compatible with the first platform type from among the plurality of candidate platform types; determining the storage location of the version file of the second candidate platform type, and determining it as the first storage location corresponding to the terminal device.

[0015] To achieve the above objectives, the first aspect of this disclosure proposes another application upgrade method, comprising: sending to a terminal device the storage locations of version files for multiple candidate platform types, wherein the same application to be upgraded has different version files, and the application to be upgraded is an application running on the terminal device; receiving a file download request sent by the terminal device, the file download request including a first storage location corresponding to the terminal device; and sending to the terminal device a first version file stored in the first storage location, the first version file being used to upgrade the application to be upgraded on the terminal device.

[0016] According to one embodiment of this disclosure, the method further includes: obtaining a first application identifier and a first version number of the application to be upgraded; generating version information of the application to be upgraded based on the first application identifier and the first version number, wherein the version information includes the storage location of the version files of each of the plurality of candidate platform types; generating an upgrade task based on the version information, and sending the upgrade task to the terminal device.

[0017] According to one embodiment of this disclosure, generating version information of the application to be upgraded based on the first application identifier and the first version number includes: querying a mapping relationship based on the first application identifier and the first version number to obtain the storage location of version files for each of the multiple candidate platform types supported by the first version number, wherein the mapping relationship includes a mapping relationship between the application identifier, version number, platform type, and the storage location of the version files; and generating the version information based on the first application identifier and the first version number, and the storage location of the versions for each of the multiple candidate platform types.

[0018] According to one embodiment of this disclosure, the process of establishing the mapping relationship includes: receiving a version file to be released, and determining a second version number of the version file to be released and a second application identifier of the application to which it belongs; obtaining a second platform type supported by the second version number; determining a second storage location of the version file to be released, and uploading it to the second storage location; and generating a mapping relationship between the second application identifier, the second version number, the second platform type, and the second storage location.

[0019] According to one embodiment of this disclosure, sending the first version file stored in the first storage location to the terminal device includes: obtaining the first version number of the application to be upgraded from the file download request; determining the third version number corresponding to the first storage location; and, in response to the first version number and the third version number being consistent, reading the first version file from the first storage location and sending the first version file to the terminal device.

[0020] According to one embodiment of this disclosure, the method further includes: stopping reading the first version file from the first storage location in response to the first version number and the third version number being different; and generating a download failure reminder for the target version file.

[0021] According to one embodiment of this disclosure, sending the storage location of each version file of multiple candidate platform types to a terminal device includes: determining multiple terminal devices that deploy the application to be upgraded, and dividing the multiple terminal devices into the same device group; sending the storage location of each version file of the multiple candidate platform types to each terminal device in the device group.

[0022] To achieve the above objectives, a second aspect of this disclosure provides an application upgrade apparatus, comprising: an acquisition module, configured to acquire the storage locations of version files for multiple candidate platform types, wherein the same application to be upgraded has different version files, and the application to be upgraded is an application running on the terminal device; a first determination module, configured to acquire device information of the terminal device and determine a first platform type associated with the terminal device based on the device information; a second determination module, configured to determine a first storage location corresponding to the terminal device from the storage locations of the version files for the multiple candidate platform types based on the first platform type; and an upgrade module, configured to acquire a first version file of the application to be upgraded based on the first storage location and upgrade the application to be upgraded based on the first version file.

[0023] According to one embodiment of this disclosure, the acquisition module is further configured to: receive an upgrade task sent by a server, and obtain version information of the application to be upgraded from the upgrade task; and obtain the storage location of the version files of each of the multiple candidate platform types according to the version information.

[0024] According to one embodiment of this disclosure, the upgrade module is further configured to: obtain a first application identifier based on the version information; and determine the application to be upgraded from candidate applications deployed on the terminal device based on the first application identifier.

[0025] According to one embodiment of this disclosure, the upgrade module is further configured to: obtain a first version number based on the version information; generate a file download request based on the first storage location and the first version number; send the file download request to the server; and receive the first version file sent by the server.

[0026] According to one embodiment of this disclosure, the second determining module is further configured to: determine whether the plurality of candidate platform types includes the first platform type; in response to the plurality of candidate platform types including the first platform type, determine a first candidate platform type consistent with the first platform type from the plurality of candidate platform types; determine the storage location of the version file of the first candidate platform type, and determine it as the first storage location corresponding to the terminal device.

[0027] According to one embodiment of this disclosure, the second determining module is further configured to: in response to the first platform type not being included among the plurality of candidate platform types, determine a second candidate platform type compatible with the first platform type from among the plurality of candidate platform types; determine the storage location of the version file of the second candidate platform type, and determine it as the first storage location corresponding to the terminal device.

[0028] To achieve the above objectives, a second aspect of this disclosure provides an application upgrade apparatus, comprising: a first sending module, configured to send to a terminal device the storage locations of version files for multiple candidate platform types, wherein the same application to be upgraded has different version files, and the application to be upgraded is an application running on the terminal device; a receiving module, configured to receive a file download request sent by the terminal device, the file download request including a first storage location corresponding to the terminal device; and a second sending module, configured to send to the terminal device a first version file stored in the first storage location, the first version file being used to upgrade the application to be upgraded on the terminal device.

[0029] According to one embodiment of this disclosure, the first sending module is further configured to: obtain a first application identifier and a first version number of the application to be upgraded; generate version information of the application to be upgraded based on the first application identifier and the first version number, wherein the version information includes the storage location of the version files of each of the plurality of candidate platform types; generate an upgrade task based on the version information, and send the upgrade task to the terminal device.

[0030] According to one embodiment of this disclosure, the first sending module is further configured to: query a mapping relationship based on the first application identifier and the first version number to obtain the storage location of version files for each of the multiple candidate platform types supported by the first version number, wherein the mapping relationship includes a mapping relationship between the application identifier, version number, platform type and the storage location of the version files; and generate the version information based on the first application identifier and the first version number, and the storage location of the versions for each of the multiple candidate platform types.

[0031] According to one embodiment of this disclosure, the first sending module is further configured to: receive a version file to be released, and determine a second version number of the version file to be released and a second application identifier of the application to which it belongs; obtain a second platform type supported by the second version number; determine a second storage location of the version file to be released, and upload it to the second storage location; and generate a mapping relationship between the second application identifier, the second version number, the second platform type, and the second storage location.

[0032] According to one embodiment of this disclosure, the second sending module is further configured to: obtain a first version number of the application to be upgraded from the file download request; determine a third version number corresponding to the first storage location; and, in response to the first version number and the third version number being consistent, read the first version file from the first storage location and send the first version file to the terminal device.

[0033] According to one embodiment of this disclosure, the second sending module is further configured to: stop reading the first version file from the first storage location in response to the first version number and the third version number being different; and generate a download failure reminder for the target version file.

[0034] According to one embodiment of this disclosure, the first sending module is further configured to: determine multiple terminal devices that deploy the application to be upgraded, and divide the multiple terminal devices into the same device group; send the storage location of the version files of the multiple candidate platform types to each terminal device in the device group.

[0035] To achieve the above objectives, a third aspect of this disclosure provides an electronic device, comprising: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor to implement an application upgrade method as described in the first aspect of this disclosure.

[0036] To achieve the above objectives, a fourth aspect of this disclosure provides a non-transitory computer-readable storage medium storing computer instructions, wherein the computer instructions are used to implement an upgrade method for an application as described in the first aspect of this disclosure.

[0037] To achieve the above objectives, a fifth aspect of this disclosure provides a computer program product including a computer program that, when executed by a processor, is used to implement an upgrade method for an application as described in the first aspect of this disclosure. Attached Figure Description

[0038] The accompanying drawings, which are incorporated in and form a part of this specification, illustrate embodiments consistent with this disclosure and, together with the description, serve to explain the principles of this disclosure.

[0039] Figure 1 A flowchart illustrating an application upgrade method provided in this embodiment of the disclosure;

[0040] Figure 2 Example diagrams illustrating application and version information provided in embodiments of this disclosure;

[0041] Figure 3 A flowchart illustrating an upgrade method for another application provided in this embodiment of the disclosure;

[0042] Figure 4 This is an example diagram illustrating the structure of the connection between a terminal device and a server provided in an embodiment of this disclosure;

[0043] Figure 5A flowchart illustrating an upgrade method for another application provided in this embodiment of the disclosure;

[0044] Figure 6 A flowchart illustrating an upgrade method for another application provided in this embodiment of the disclosure;

[0045] Figure 7 A flowchart illustrating the process of generating an upgrade task in an application upgrade method provided in this embodiment of the disclosure;

[0046] Figure 8 Example diagram of the mapping relationship provided in the embodiments of this disclosure;

[0047] Figure 9 An interactive example diagram illustrating an application upgrade method provided in this embodiment of the disclosure;

[0048] Figure 10 A structural example diagram of an application upgrade device provided in an embodiment of this disclosure;

[0049] Figure 11 A structural example diagram of an upgrade device for another application provided in this disclosure embodiment;

[0050] Figure 12 This is a structural example diagram of an electronic device provided in an embodiment of this disclosure.

[0051] The accompanying drawings have illustrated specific embodiments of this disclosure, which will be described in more detail below. These drawings and descriptions are not intended to limit the scope of the concept in any way, but rather to illustrate the concepts of this disclosure to those skilled in the art through reference to particular embodiments. Detailed Implementation

[0052] To enable those skilled in the art to better understand the technical solutions of this disclosure, the technical solutions in the embodiments of this disclosure will be clearly and completely described below with reference to the accompanying drawings.

[0053] It should be noted that the terms "first," "second," etc., used in the specification, claims, and accompanying drawings of this disclosure are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of this disclosure described herein can be implemented in orders other than those illustrated or described herein. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this disclosure. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this disclosure as detailed in the appended claims.

[0054] It should be noted that the acquisition, storage, use, and processing of data in this disclosed technical solution all comply with the provisions of relevant laws and regulations.

[0055] It should be noted that the information (including but not limited to user device information, user personal information, etc.), data (including but not limited to data used for analysis, data stored, data displayed, etc.) and signals involved in this disclosure are all authorized by the user or fully authorized by all parties, and the collection, use and processing of related data must comply with relevant laws, regulations and standards.

[0056] It should be noted that in the embodiments disclosed herein, certain software, components, models, and other existing solutions in the industry may be mentioned. These should be considered as exemplary and are intended only to illustrate the feasibility of implementing the technical solutions disclosed herein. However, this does not mean that the applicant has used or necessarily used the relevant content of such solutions.

[0057] Figure 1 A flowchart illustrating an application upgrade method provided in this disclosure embodiment. For example... Figure 1 As shown, the application upgrade method includes:

[0058] S101, obtain the storage location of the version files of multiple candidate platform types, where the same application to be upgraded has different version files, and the application to be upgraded is an application running on the terminal device.

[0059] It should be noted that the execution subject of the application upgrade method provided in this disclosure is an electronic device, which can be a terminal device. Optionally, the terminal device can be a mobile electronic device or a non-mobile electronic device. For example, mobile electronic devices can be mobile phones, tablets, laptops, PDAs, in-vehicle electronic devices, wearable devices, ultra-mobile personal computers (UMPCs), netbooks, or personal digital assistants (PDAs), etc., while non-mobile electronic devices can be network attached storage (NAS), personal computers (PCs), televisions (TVs), ATMs, or self-service machines, etc. This disclosure does not impose specific limitations.

[0060] It can be understood that "application" refers to a general term for applications developed for a specific business need. For example, a counter client program developed for bank tellers to handle business is an application, but applications do not have version numbers or other information; it is a virtual concept.

[0061] Version refers to the physical program file, that is, the program file generated at a specific point in time through code writing and program compilation. Files generated at different points in time have different version numbers. For example... Figure 2 The image shows an example of application and version information. Application information includes: application ID, application name, and platform type; version information includes: version ID, version name, associated application ID, version number, supported platforms, and download address.

[0062] In some implementations, the storage location of a version file can be determined based on its version information. Optionally, version information includes, but is not limited to: version number, version name, the application number to which the version belongs, the version number itself, the supported platforms, and the storage location of the version file. In other words, the storage location of the version file can be obtained by parsing the version information.

[0063] S102, obtain the device information of the terminal device, and determine the first platform type associated with the terminal device based on the device information.

[0064] In some implementations, device information can be obtained by accessing system hardware and operating system level information of the terminal device. Optionally, the device information of the terminal device includes, but is not limited to: the terminal's operating system and central processing unit (CPU) architecture.

[0065] Furthermore, the platform type of the terminal device itself can be obtained based on the device information, and used as the first platform type. Optionally, the applications and services that can run on the terminal device can be determined based on the operating system in the device information, thereby determining the first platform type.

[0066] S103, based on the first platform type, determine the first storage location corresponding to the terminal device from the storage locations of the version files of each of the multiple candidate platform types.

[0067] In some implementations, a candidate platform type that is the same as the first platform type can be determined from multiple candidate platform types, and then the storage location of the candidate platform type can be used as the first storage location corresponding to the terminal device.

[0068] Optionally, the first platform type can be matched with multiple candidate platform types, and a candidate platform type that is the same as the first platform type can be determined from the multiple candidate platform types as the target candidate platform type. Then, the storage location of the version file of the target candidate platform type can be obtained, and the storage location can be used as the first storage location corresponding to the terminal device.

[0069] S104: Obtain the first version file of the application to be upgraded from the first storage location, and upgrade the application to be upgraded based on the first version file.

[0070] It's understandable that a version belongs to a specific application, and a version file can be uniquely identified by information such as the application ID, version number, and supported platforms. In other words, the first version file can be retrieved from the first storage location based on its version number.

[0071] Optionally, a download request for the version file can be generated based on the version number and the first storage location, and then the download request can be sent to the server. The server can then retrieve the first version file from the first storage location according to the download request and send it to the terminal device. The terminal device can receive the first version file sent by the server, download and install the first version file on the terminal device, and thus upgrade the application to be upgraded.

[0072] It should be noted that before upgrading applications, terminal devices can be grouped based on application type. All terminal devices within a group must be running a specific application. For example, all bank branch counter service terminals could be grouped together. All terminal devices within a group can then be upgraded using the application described above.

[0073] In the application upgrade method provided in this disclosure, device information of the terminal device is obtained to determine the first platform type associated with the terminal device. The storage location of version files for multiple candidate platform types is determined, and the first storage location corresponding to the terminal device can be determined from the multiple candidate platform types based on the first platform type. Further, the first version file of the application to be upgraded is obtained from the first storage location, and the application to be upgraded is upgraded based on the first version file. By matching version files according to the terminal device's own device information to obtain the first version file corresponding to the terminal device, it is not necessary to push version files for multiple candidate platform types to the terminal device, avoiding waste of network resources and improving the efficiency of application upgrades on the device. In this disclosure embodiment, terminal devices can also be grouped according to the type of application in the terminal device, reducing the complexity of group management, realizing unified management of terminal devices of multiple platform types for one-time push upgrades, and simplifying version management work.

[0074] Figure 3 A flowchart illustrating an application upgrade method provided in this disclosure embodiment. For example... Figure 3 As shown, the application upgrade method includes:

[0075] S301 receives the upgrade task sent by the server and obtains the version information of the application to be upgraded from the upgrade task.

[0076] In some implementations, the terminal device can receive upgrade tasks sent by the server based on the communication connection between the terminal device and the server, and then parse the upgrade tasks to obtain the version information of the application to be upgraded. In other words, the upgrade task is generated based on the version information.

[0077] Optionally, the terminal device and the server can transmit information via a persistent connection. This persistent connection can be managed through a device connectivity gateway, established by connecting to the gateway and maintained by sending heartbeat packets. In other words, the terminal device can receive upgrade tasks from the server via this persistent connection.

[0078] like Figure 4 The diagram shown is an example of the structure connecting the terminal device and the server. Figure 4 Multiple terminal devices connect to the device connection gateway via long-lived connections. The device connection gateway then connects to the server via long-lived connections, enabling information transmission between the server and terminal devices.

[0079] S302, based on the version information, obtain the storage location of the version files for each of the multiple candidate platform types.

[0080] Optionally, version information includes, but is not limited to: version number, version name, application number to which the version belongs, version number, supported platforms, and storage location of the version file. In other words, version information can be obtained from the upgrade task, and then the storage location of the version files for each of the multiple candidate platform types can be extracted from this information.

[0081] For example, the same application to be upgraded may have different version files, meaning that different version files of the same application to be upgraded support different platform types. In other words, let the application to be upgraded be application A. The version information obtained based on the upgrade task includes: version file 1 supports platform type 1 and is stored in location XX; version file 2 supports platform type 2 and is stored in location XY; version file 3 supports platform type 3 and is stored in location XZ. Then, multiple candidate platform types can be determined as: platform 1, platform 2, and platform 3, and the storage locations of their respective version files are XX, XY, and XZ, respectively.

[0082] S303: Obtain device information of the terminal device, and determine the first platform type associated with the terminal device based on the device information.

[0083] S304, Based on the first platform type, determine the first storage location corresponding to the terminal device from the storage locations of the version files of each of the multiple candidate platform types.

[0084] The relevant content of steps S303-S304 can be found in the above embodiments, and will not be repeated here.

[0085] S305: Obtain the first version file of the application to be upgraded from the first storage location, and upgrade the application to be upgraded based on the first version file.

[0086] In some implementations, to improve the efficiency of application upgrades and accurately identify the application to be upgraded, the application to be upgraded can be identified from the applications on the terminal device before obtaining the first version file of the application to be upgraded, thus avoiding incorrect upgrades.

[0087] Optionally, the first application identifier can be obtained based on the version information. Alternatively, the application number to which the version belongs in the version information can be used as the first application identifier. Then, the application to be upgraded can be determined from the candidate applications deployed on the terminal device based on the first application identifier.

[0088] In some implementations, a file download request can be generated to obtain the first version file of the application to be upgraded from the server, ensuring that the obtained first version file is the latest version of the application to be upgraded, thus avoiding the lag in the upgrade.

[0089] Optionally, a first version number can be obtained based on the version information, and a file download request can be generated based on the first storage location and the first version number. That is, the file download request includes the first version number and the first storage location of the first version file. Then, a file download request is sent to the server, and the first version file is received from the server.

[0090] Furthermore, upon receiving the first version file, an application upgrade operation is performed based on the first version file. Optionally, this can be achieved through steps such as replacing the old version with the first version file, updating the application's configuration information, or installing the first version file.

[0091] In the application upgrade method provided in this disclosure embodiment, device information of the terminal device is obtained to determine the first platform type associated with the terminal device from the device information. Based on the upgrade task sent by the server, version information is obtained, and the storage location of the version files for each of the multiple candidate platform types is determined from the version information. Since the version information is stored on the server, it facilitates unified management and allows for timely updates to ensure that all terminal devices receive the latest upgrade task. Furthermore, the first storage location corresponding to the terminal device can be determined from the multiple candidate platform types based on the first platform type. Further, the first version file of the application to be upgraded is obtained from the first storage location, and the application to be upgraded is upgraded based on the first version file. Matching the version file with the terminal device's own device information to obtain the first version file corresponding to the terminal device eliminates the need to push version files for multiple candidate platform types to the terminal device, avoiding waste of network resources and improving the efficiency of application upgrades on the device. In this disclosure embodiment, terminal devices can also be grouped according to the type of application in the terminal device, reducing the complexity of group management, achieving unified management of terminal devices of multiple platform types for one-time push upgrades, and simplifying version management.

[0092] Figure 5 A flowchart illustrating an application upgrade method provided in this disclosure embodiment. For example... Figure 5 As shown, the application upgrade method includes:

[0093] S501, obtain the storage location of the version files of multiple candidate platform types, where the same application to be upgraded has different version files, and the application to be upgraded is an application running on the terminal device.

[0094] S502, obtain the device information of the terminal device, and determine the first platform type associated with the terminal device based on the device information.

[0095] The relevant content of steps S501-S502 can be found in the above embodiments, and will not be repeated here.

[0096] S503 determines whether the first platform type is included among multiple candidate platform types.

[0097] In some implementations, after determining the first platform type associated with the terminal device and multiple candidate platform types in the version file, it can be determined whether the first platform type is included among the multiple candidate platform types. Optionally, it can be determined whether the first platform type is included among the multiple candidate platform types by comparing the identifiers of the platform types.

[0098] S504, in response to the inclusion of a first platform type among multiple candidate platform types, determine a first candidate platform type that is consistent with the first platform type from among multiple candidate platform types.

[0099] In some implementations, when it is determined that the platform identifier of multiple candidate platform types is consistent with the platform identifier of the first platform type, the first platform type can be included among the multiple candidate platform types, and the candidate platform type with the consistent platform identifier can be used as the first candidate platform type.

[0100] S505, determine the storage location of the version file of the first candidate platform type, and determine it as the first storage location corresponding to the terminal device.

[0101] In some implementations, when a first candidate platform type that matches the first platform type is determined, the storage location of the version file of the first candidate platform type can be obtained based on the version information, and this location can be used as the first storage location corresponding to the terminal device.

[0102] In some implementations, if the first platform type is not included among multiple candidate platform types, a platform type compatible with the first platform type can be obtained to improve the flexibility of application upgrades. That is, in response to the first platform type not being included among multiple candidate platform types, a second candidate platform type compatible with the first platform type is determined from the multiple candidate platform types, and the storage location of the version file of the second candidate platform type is determined, which is then set as the first storage location corresponding to the terminal device.

[0103] For example, for a Windows 64-bit system, the first platform type is x64 architecture. If x64 architecture is included among multiple candidate platform types, then x64 architecture is determined as the first candidate platform type; if x64 architecture is not included among multiple candidate platform types, then 32-bit x86 architecture is determined as the second candidate platform type.

[0104] S506: Obtain the first version file of the application to be upgraded from the first storage location, and upgrade the application to be upgraded based on the first version file.

[0105] The details of step S506 can be found in the above embodiments and will not be repeated here.

[0106] In the application upgrade method provided in this disclosure embodiment, device information of the terminal device is obtained to determine the first platform type associated with the terminal device from the device information. The storage location of version files for multiple candidate platform types is determined, and a first candidate platform type consistent with the first platform type is determined from the multiple candidate platform types according to the first platform type. The storage location of the version file of the first candidate platform type is used as the first storage location. Further, the first version file of the application to be upgraded is obtained from the first storage location, and the application to be upgraded is upgraded based on the first version file. By matching version files according to the terminal device's own device information to obtain the first version file corresponding to the terminal device, it is not necessary to push version files of multiple candidate platform types to the terminal device, avoiding waste of network resources and thus improving the efficiency of application upgrades on the device.

[0107] Figure 6 A flowchart illustrating an application upgrade method provided in this disclosure embodiment. For example... Figure 6 As shown, the application upgrade method includes:

[0108] S601 sends the storage location of version files for multiple candidate platform types to the terminal device, where the same application to be upgraded has different version files, and the application to be upgraded is an application running on the terminal device.

[0109] It should be noted that the application upgrade method provided in this disclosure is executed by a server. Optionally, the server can be a cloud server, a distributed system server, or a server combined with blockchain, etc. This disclosure does not impose specific limitations.

[0110] In some implementations, to reduce the complexity of group management and achieve unified management of terminal devices across multiple platform types, terminal devices can be grouped, and upgrades can be pushed to terminal devices within the same group in a single push, thus simplifying version management.

[0111] Optionally, multiple terminal devices that are deployed with the application to be upgraded are identified, and these multiple terminal devices are divided into the same device group. The storage location of the version files of multiple candidate platform types is sent to each terminal device in the device group.

[0112] Optionally, version information can be generated based on the storage location of the version files, and this version information can be sent to the terminal device as an upgrade task. In other words, the server can send upgrade tasks to the terminal device to send the storage locations of version files for multiple candidate platform types.

[0113] S602, receive a file download request sent by the terminal device, the file download request including the first storage location corresponding to the terminal device.

[0114] In some implementations, the file download request includes a first storage location corresponding to the terminal device, which is the first storage location of the first version file of the application to be upgraded. Optionally, the server can receive the file download request sent by the terminal device based on a long-lived connection with the terminal device, and obtain the first storage location from the file download request in order to retrieve the first version file from the first storage location.

[0115] S603, send the first version file stored in the first storage location to the terminal device. The first version file is used to upgrade the application to be upgraded on the terminal device.

[0116] In some implementations, after the server receives the file download request, it can also verify the first version of the file requested by the terminal device based on the file download request, and obtain the first version of the file after the verification is successful, so as to ensure the consistency of the version file and avoid erroneous upgrades.

[0117] Optionally, the file download request includes, but is not limited to, the first version number and the first storage location. The first version number of the application to be upgraded can be obtained from the file download request, and the third version number corresponding to the first storage location can be determined based on the first storage location. Then, the first version number and the third version number are compared to determine if they match.

[0118] Optionally, in response to the first version number and the third version number being the same, the first version file is read from the first storage location and sent to the terminal device. That is, if the first version number and the third version number are the same, the version file requested by the terminal device is the same as the version file stored in the first storage location.

[0119] Optionally, in response to the difference between the first version number and the third version number, the reading of the first version file from the first storage location is stopped, a download failure reminder for the target version file is generated, and the download failure reminder is returned to the terminal device.

[0120] In the application upgrade method provided in this disclosure embodiment, by sending the storage locations of the version files of multiple candidate platform types to the terminal device, and sending the first version file stored in the first storage location to the terminal device based on the file download request, it is possible to avoid pushing the version files of multiple candidate platform types to the terminal device, thereby avoiding the waste of network resources and improving the efficiency of application upgrade on the device.

[0121] Based on the above embodiments, the present disclosure can explain the process of generating upgrade tasks, such as... Figure 7 As shown, the process of generating the upgrade task includes:

[0122] S701, obtain the first application identifier and first version number of the application to be upgraded.

[0123] S702, based on the first application identifier and the first version number, generate version information for the application to be upgraded, wherein the version information includes the storage location of the version files for each of the multiple candidate platform types.

[0124] In some implementations, the server obtains the first application identifier and first version number of the application to be upgraded, and determines the storage location based on the mapping relationship between the application identifier, version number, and the storage location of the version file. This makes the deployment process more automated and efficient, and simplifies version management. Furthermore, it can generate version information including the storage locations of version files for multiple candidate platform types.

[0125] In other words, based on the first application identifier and the first version number, a mapping relationship can be queried to obtain the storage location of the version files for each of the multiple candidate platform types supported by the first version number. This mapping relationship includes the mapping between the application identifier, version number, platform type, and the storage location of the version files. Furthermore, version information is generated based on the first application identifier, the first version number, and the storage locations of the versions for each of the multiple candidate platform types.

[0126] In some implementations, the process involves receiving a file to be released, determining its second version number and the second application identifier of the application to which it belongs, obtaining the second platform type supported by the second version number, determining the second storage location of the file to be released, and uploading it to the second storage location. Furthermore, a mapping relationship between the second application identifier, the second version number, the second platform type, and the second storage location can be generated based on the version number, the application identifier, the platform type, and the second storage location.

[0127] like Figure 8 The diagram illustrates an example of the mapping relationship. An application identifier can correspond to multiple version numbers, and different version numbers support different platform types. Therefore, based on the storage location of the version file to be released, the version file is uploaded to the corresponding storage location, resulting in the following... Figure 8 The mapping relationship is shown.

[0128] S703 generates an upgrade task based on version information and sends the upgrade task to the terminal device.

[0129] Optionally, an upgrade task to be sent to the terminal device can be obtained by creating a new initial upgrade task and writing the version information into the initial upgrade task. Then, the upgrade task can be sent to the terminal device based on the long connection between the terminal device and the server.

[0130] In the application upgrade method provided in this disclosure, a mapping relationship is established in advance based on the relationship between application identifier, version number, platform type, and the storage location of version files. Based on the first application identifier and the first version number, the mapping relationship is queried to obtain the storage locations of version files for multiple candidate platform types. Version information is then generated based on the first application identifier, the first version number, and the storage locations. Further, an upgrade task is generated based on the version information and sent to the terminal device. By establishing the mapping relationship, the deployment process can be made more automated and efficient, simplifying version management.

[0131] Figure 9 An interactive example diagram illustrating the application upgrade method provided in this disclosure embodiment. For example... Figure 9 As shown, the application upgrade method includes:

[0132] S901, the server sends an upgrade task to the terminal device.

[0133] S902, the terminal device determines the storage location of the version files for each of the multiple candidate platform types based on the upgrade task.

[0134] S903, the terminal device determines the first platform type associated with the terminal device based on the device information.

[0135] S904, the terminal device determines the corresponding first storage location based on the first platform type.

[0136] S905, the terminal device generates a file download request based on the first storage location and the first version number.

[0137] S906, the terminal device sends a file download request to the server.

[0138] S907: The server sends the first version of the file to the terminal device based on the download request.

[0139] S908, the terminal device upgrades the application to be upgraded based on the first version file.

[0140] In the application upgrade method provided in this disclosure embodiment, device information of the terminal device is obtained to determine the first platform type associated with the terminal device from the device information. The storage location of version files for multiple candidate platform types is determined, and the first storage location corresponding to the terminal device can be determined from the multiple candidate platform types based on the first platform type. Further, the first version file of the application to be upgraded is obtained from the first storage location, and the application to be upgraded is upgraded based on the first version file. By matching version files according to the terminal device's own device information to obtain the first version file corresponding to the terminal device, it is unnecessary to push version files for multiple candidate platform types to the terminal device, avoiding waste of network resources and thus improving the efficiency of application upgrades on the device.

[0141] Corresponding to the application upgrade methods provided in the above embodiments, one embodiment of this disclosure also provides an application upgrade device. Since the application upgrade device provided in this disclosure corresponds to the application upgrade methods provided in the above embodiments, the implementation methods of the above application upgrade methods are also applicable to the application upgrade device provided in this disclosure, and will not be described in detail in the following embodiments.

[0142] Figure 10 A structural example diagram of an upgrade device for an application provided in an embodiment of this disclosure. For example... Figure 10 As shown, the upgrade device for this application includes: an acquisition module 1001, a first determination module 1002, a second determination module 1003, and an upgrade module 1004.

[0143] The acquisition module 1001 is used to acquire the storage location of the version files of multiple candidate platform types, wherein the same application to be upgraded has different version files, and the application to be upgraded is an application running on the terminal device.

[0144] The first determining module 1002 is used to obtain the device information of the terminal device and determine the first platform type associated with the terminal device based on the device information;

[0145] The second determining module 1003 is used to determine the first storage location corresponding to the terminal device from the storage locations of the version files of the multiple candidate platform types according to the first platform type.

[0146] The upgrade module 1004 is used to obtain the first version file of the application to be upgraded from the first storage location, and upgrade the application to be upgraded based on the first version file.

[0147] According to one embodiment of this disclosure, the acquisition module 1001 is further configured to: receive an upgrade task sent by a server, and obtain version information of the application to be upgraded from the upgrade task; and obtain the storage location of the version files of each of the multiple candidate platform types according to the version information.

[0148] According to one embodiment of this disclosure, the upgrade module 1004 is further configured to: obtain a first application identifier based on the version information; and determine the application to be upgraded from candidate applications deployed on the terminal device based on the first application identifier.

[0149] According to one embodiment of this disclosure, the upgrade module 1004 is further configured to: obtain a first version number based on the version information; generate a file download request based on the first storage location and the first version number; send the file download request to the server; and receive the first version file sent by the server.

[0150] According to one embodiment of this disclosure, the second determining module 1003 is further configured to: determine whether the plurality of candidate platform types includes the first platform type; in response to the plurality of candidate platform types including the first platform type, determine a first candidate platform type consistent with the first platform type from the plurality of candidate platform types; determine the storage location of the version file of the first candidate platform type, and determine it as the first storage location corresponding to the terminal device.

[0151] According to one embodiment of this disclosure, the second determining module 1003 is further configured to: in response to the first platform type not being included among the plurality of candidate platform types, determine a second candidate platform type compatible with the first platform type from among the plurality of candidate platform types; determine the storage location of the version file of the second candidate platform type, and determine it as the first storage location corresponding to the terminal device.

[0152] In the application upgrade method provided in this disclosure, device information of the terminal device is obtained to determine the first platform type associated with the terminal device. The storage location of version files for multiple candidate platform types is determined, and the first storage location corresponding to the terminal device can be determined from the multiple candidate platform types based on the first platform type. Further, the first version file of the application to be upgraded is obtained from the first storage location, and the application to be upgraded is upgraded based on the first version file. By matching version files according to the terminal device's own device information to obtain the first version file corresponding to the terminal device, it is not necessary to push version files for multiple candidate platform types to the terminal device, avoiding waste of network resources and improving the efficiency of application upgrades on the device. In this disclosure embodiment, terminal devices can also be grouped according to the type of application in the terminal device, reducing the complexity of group management, realizing unified management of terminal devices of multiple platform types for one-time push upgrades, and simplifying version management work.

[0153] Figure 11 A structural example diagram of an upgrade device for an application provided in an embodiment of this disclosure. For example... Figure 11 As shown, the upgrade device for this application includes: a first transmitting module 1101, a receiving module 1102, and a second transmitting module 1103.

[0154] The first sending module 1101 is used to send the storage location of the version files of multiple candidate platform types to the terminal device, wherein the same application to be upgraded has different version files, and the application to be upgraded is an application running on the terminal device.

[0155] The receiving module 1102 is used to receive a file download request sent by the terminal device, wherein the file download request includes a first storage location corresponding to the terminal device;

[0156] The second sending module 1103 is used to send a first version file stored in the first storage location to the terminal device. The first version file is used to upgrade the application to be upgraded on the terminal device.

[0157] According to one embodiment of this disclosure, the first sending module 1101 is further configured to: obtain a first application identifier and a first version number of the application to be upgraded; generate version information of the application to be upgraded based on the first application identifier and the first version number, wherein the version information includes the storage location of the version files of each of the plurality of candidate platform types; generate an upgrade task based on the version information, and send the upgrade task to the terminal device.

[0158] According to one embodiment of this disclosure, the first sending module 1101 is further configured to: query the mapping relationship based on the first application identifier and the first version number, and obtain the storage location of the version files of each of the multiple candidate platform types supported by the first version number, wherein the mapping relationship includes the mapping relationship between the application identifier, the version number, the platform type and the storage location of the version files; and generate the version information based on the first application identifier and the first version number, and the storage location of the versions of the multiple candidate platform types.

[0159] According to one embodiment of this disclosure, the first sending module 1101 is further configured to: receive a version file to be released, and determine a second version number of the version file to be released and a second application identifier of the application to which it belongs; obtain a second platform type supported by the second version number; determine a second storage location of the version file to be released, and upload it to the second storage location; and generate a mapping relationship between the second application identifier, the second version number, the second platform type, and the second storage location.

[0160] According to one embodiment of this disclosure, the second sending module 1103 is further configured to: obtain a first version number of the application to be upgraded from the file download request; determine a third version number corresponding to the first storage location; and, in response to the first version number and the third version number being consistent, read the first version file from the first storage location and send the first version file to the terminal device.

[0161] According to one embodiment of this disclosure, the second sending module 1103 is further configured to: stop reading the first version file from the first storage location in response to the first version number and the third version number being different; and generate a download failure reminder for the target version file.

[0162] According to one embodiment of this disclosure, the first sending module 1101 is further configured to: determine multiple terminal devices that deploy the application to be upgraded, and divide the multiple terminal devices into the same device group; send the storage location of the version files of the multiple candidate platform types to each terminal device in the device group.

[0163] In the application upgrade method provided in this disclosure embodiment, by sending the storage locations of the version files of multiple candidate platform types to the terminal device, and sending the first version file stored in the first storage location to the terminal device based on the file download request, it is possible to avoid pushing the version files of multiple candidate platform types to the terminal device, thereby avoiding the waste of network resources and improving the efficiency of application upgrade on the device.

[0164] Figure 12This is an example structural diagram of an electronic device provided in an embodiment of this disclosure. For example... Figure 12 As shown, the electronic device 1200 may include: a transceiver 1201, a processor 1202, and a memory 1203.

[0165] Processor 1202 executes computer execution instructions stored in memory, causing processor 1202 to perform the scheme in the above embodiments. Processor 1202 may be a general-purpose processor, including a central processing unit (CPU), a network processor (NP), etc.; it may also be a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components.

[0166] The memory 1203 is connected to the processor 1202 via the system bus and completes communication between them. The memory 1203 is used to store computer program instructions.

[0167] Transceiver 1201 can be used to obtain the task to be run and its configuration information.

[0168] The system bus can be a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus, etc. The system bus can be divided into address bus, data bus, control bus, etc. For ease of representation, only one thick line is used in the diagram, but this does not indicate that there is only one bus or one type of bus. Transceivers are used to enable communication between database access devices and other computers (e.g., clients, read-write libraries, and read-only libraries). Memory may include random access memory (RAM) and may also include non-volatile memory.

[0169] The electronic device provided in this disclosure can be the terminal device described in the above embodiments.

[0170] This disclosure also provides a chip for executing instructions, which is used to execute the upgrade method applied in the above embodiments.

[0171] This disclosure also provides a computer-readable storage medium storing computer instructions that, when executed on a computer, cause the computer to perform the upgrade method described in the above embodiments.

[0172] This disclosure also provides a computer program product, which includes a computer program stored in a computer-readable storage medium. At least one processor can read the computer program from the computer-readable storage medium, and when the at least one processor executes the computer program, it can implement the technical solution of the upgrade method applied in the above embodiments.

[0173] Other embodiments of this disclosure will readily occur to those skilled in the art upon consideration of the specification and practice of the invention disclosed herein. This disclosure is intended to cover any variations, uses, or adaptations of this disclosure that follow the general principles of this disclosure and include common knowledge or customary techniques in the art not disclosed herein. The specification and examples are to be considered exemplary only, and the true scope and spirit of this disclosure are indicated by the following claims.

[0174] It should be understood that this disclosure is not limited to the precise structures described above and shown in the accompanying drawings, and various modifications and changes can be made without departing from its scope. The scope of this disclosure is limited only by the appended claims.

Claims

1. A method for upgrading an application, characterized in that, The method, executed by a terminal device, includes: Obtain the storage location of the version files for each of the multiple candidate platform types, wherein the same application to be upgraded has different version files, and the application to be upgraded is an application running on the terminal device; Obtain device information of the terminal device, and determine the first platform type associated with the terminal device based on the device information, wherein the device information includes the operating system or central processing unit (CPU) architecture of the terminal device; Based on the first platform type, determine the first storage location corresponding to the terminal device from the storage locations of the version files of the multiple candidate platform types; Obtain the first version file of the application to be upgraded from the first storage location, and upgrade the application to be upgraded based on the first version file; The step of determining the first storage location corresponding to the terminal device from the storage locations of the version files of the plurality of candidate platform types according to the first platform type includes: Determine whether the first platform type is included among the multiple candidate platform types; In response to the fact that the first platform type is included among the plurality of candidate platform types, a first candidate platform type that is consistent with the first platform type is determined from the plurality of candidate platform types; Determine the storage location of the version file of the first candidate platform type, and determine it as the first storage location corresponding to the terminal device; The method further includes: In response to the fact that the first platform type is not included among the plurality of candidate platform types, a second candidate platform type that is compatible with the first platform type is determined from the plurality of candidate platform types; Determine the storage location of the version file of the second candidate platform type, and determine it as the first storage location corresponding to the terminal device; The step of obtaining the storage location of the version files for each of the multiple candidate platform types includes: Receive upgrade tasks sent by the server and obtain the version information of the application to be upgraded from the upgrade tasks; Based on the version information, obtain the storage location of the version files for each of the multiple candidate platform types; Before obtaining the first version file of the application to be upgraded from the first storage location, the method further includes: Obtain the first application identifier based on the version information; The application to be upgraded is determined from the candidate applications deployed on the terminal device based on the first application identifier; The step of obtaining the first version file of the application to be upgraded from the first storage location further includes: Obtain the first version number based on the version information; Generate a file download request based on the first storage location and the first version number; Send the file download request to the server and receive the first version file sent by the server.

2. An application upgrade method, characterized in that, The method, executed by the server, includes: Send the storage location of the version files of multiple candidate platform types to the terminal device, wherein the same application to be upgraded has different version files, and the application to be upgraded is an application running on the terminal device; Receive a file download request sent by the terminal device, wherein the file download request includes a first storage location corresponding to the terminal device; Send a first version file stored in the first storage location to the terminal device. The first version file is used to upgrade the application to be upgraded on the terminal device. Sending the first version file stored in the first storage location to the terminal device includes: Obtain the first version number of the application to be upgraded from the file download request; Determine the third version number corresponding to the first storage location; In response to the first version number and the third version number being the same, the first version file is read from the first storage location and sent to the terminal device; The method further includes: In response to the fact that the first version number and the third version number are different, stop reading the first version file from the first storage location; A notification indicates that the download of the target version file failed. The step of sending the storage locations of the version files for each of the multiple candidate platform types to the terminal device includes: Identify multiple terminal devices where the application to be upgraded is deployed, and group these multiple terminal devices into the same device group; Send the storage location of the respective version files of the multiple candidate platform types to each terminal device in the device group.

3. The method according to claim 2, characterized in that, The method further includes: Obtain the first application identifier and first version number of the application to be upgraded; Based on the first application identifier and the first version number, version information of the application to be upgraded is generated, wherein the version information includes the storage location of the version files of each of the multiple candidate platform types; An upgrade task is generated based on the version information and sent to the terminal device.

4. The method according to claim 3, characterized in that, The step of generating version information for the application to be upgraded based on the first application identifier and the first version number includes: Based on the first application identifier and the first version number, query the mapping relationship to obtain the storage location of the version files of each of the multiple candidate platform types supported by the first version number, wherein the mapping relationship includes the mapping relationship between the application identifier, version number, platform type and the storage location of the version files; The version information is generated based on the first application identifier and the first version number, as well as the storage location of the respective versions of the multiple candidate platform types.

5. The method according to claim 4, characterized in that, The process of establishing the mapping relationship includes: Receive the version file to be released, and determine the second version number of the version file to be released and the second application identifier of the application to which it belongs; Obtain the second platform type supported by the second version number; Determine the second storage location of the file to be released and upload it to the second storage location; Generate a mapping relationship between the second application identifier, the second version number, the second platform type, and the second storage location.

6. An application upgrade device, characterized in that, Suitable for terminal devices, the device includes: The acquisition module is used to acquire the storage location of the version files of multiple candidate platform types, wherein the same application to be upgraded has different version files, and the application to be upgraded is an application running on the terminal device. The first determining module is used to obtain the device information of the terminal device and determine the first platform type associated with the terminal device based on the device information. The device information includes the operating system or central processing unit (CPU) architecture of the terminal device. The second determining module is used to determine the first storage location corresponding to the terminal device from the storage locations of the version files of the multiple candidate platform types according to the first platform type. The upgrade module is used to obtain the first version file of the application to be upgraded from the first storage location, and upgrade the application to be upgraded based on the first version file; The second determining module is further configured to: Determine whether the first platform type is included among the multiple candidate platform types; In response to the fact that the first platform type is included among the plurality of candidate platform types, a first candidate platform type that is consistent with the first platform type is determined from the plurality of candidate platform types; Determine the storage location of the version file of the first candidate platform type, and determine it as the first storage location corresponding to the terminal device; The second determining module is further configured to: In response to the fact that the first platform type is not included among the plurality of candidate platform types, a second candidate platform type that is compatible with the first platform type is determined from the plurality of candidate platform types; Determine the storage location of the version file of the second candidate platform type, and determine it as the first storage location corresponding to the terminal device; The acquisition module is also used for: Receive upgrade tasks sent by the server and obtain the version information of the application to be upgraded from the upgrade tasks; Based on the version information, obtain the storage location of the version files for each of the multiple candidate platform types; The upgrade module is also used for: Obtain the first application identifier based on the version information; The application to be upgraded is determined from the candidate applications deployed on the terminal device based on the first application identifier; The upgrade module is also used for: Obtain the first version number based on the version information; Generate a file download request based on the first storage location and the first version number; Send the file download request to the server and receive the first version file sent by the server.

7. An application upgrade device, characterized in that, Suitable for servers, the device includes: The first sending module is used to send the storage location of the version files of multiple candidate platform types to the terminal device, wherein the same application to be upgraded has different version files, and the application to be upgraded is an application running on the terminal device. The receiving module is configured to receive a file download request sent by the terminal device, wherein the file download request includes a first storage location corresponding to the terminal device; The second sending module is used to send a first version file stored in the first storage location to the terminal device. The first version file is used to upgrade the application to be upgraded on the terminal device. The second sending module is further configured to: Obtain the first version number of the application to be upgraded from the file download request; Determine the third version number corresponding to the first storage location; In response to the first version number and the third version number being the same, the first version file is read from the first storage location and sent to the terminal device; The second sending module is further configured to: In response to the fact that the first version number and the third version number are different, stop reading the first version file from the first storage location; A notification indicates that the download of the target version file failed. The first sending module is further configured to: Identify multiple terminal devices where the application to be upgraded is deployed, and group these multiple terminal devices into the same device group; Send the storage location of the respective version files of the multiple candidate platform types to each terminal device in the device group.

8. The apparatus according to claim 7, characterized in that, The first sending module is further configured to: Obtain the first application identifier and first version number of the application to be upgraded; Based on the first application identifier and the first version number, version information of the application to be upgraded is generated, wherein the version information includes the storage location of the version files of each of the multiple candidate platform types; An upgrade task is generated based on the version information and sent to the terminal device.

9. The apparatus according to claim 8, characterized in that, The first sending module is further configured to: Based on the first application identifier and the first version number, query the mapping relationship to obtain the storage location of the version files of each of the multiple candidate platform types supported by the first version number, wherein the mapping relationship includes the mapping relationship between the application identifier, version number, platform type and the storage location of the version files; The version information is generated based on the first application identifier and the first version number, as well as the storage location of the respective versions of the multiple candidate platform types.

10. The apparatus according to claim 9, characterized in that, The first sending module is further configured to: Receive the version file to be released, and determine the second version number of the version file to be released and the second application identifier of the application to which it belongs; Obtain the second platform type supported by the second version number; Determine the second storage location of the file to be released and upload it to the second storage location; Generate a mapping relationship between the second application identifier, the second version number, the second platform type, and the second storage location.

11. An electronic device, characterized in that, include: A processor, and a memory communicatively connected to the processor; The memory stores computer-executed instructions; The processor executes computer execution instructions stored in the memory to implement the method as described in any one of claims 1-5.

12. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer-executable instructions, which, when executed by a processor, are used to implement the method as described in any one of claims 1-5.

13. A computer program product, characterized in that, Includes a computer program that, when executed by a processor, implements the method of any one of claims 1-5.

Citation Information

Patent Citations

  • Method for upgrading terminal platform version and system thereof

    CN102523277A

  • Multiple hardware platform oriented application management method

    CN104978224A