Application upgrading method and device, electronic equipment and storage medium

Abstract

The invention provides an application upgrading method and device, electronic equipment and a storage medium, and relates to the technical field of data processing. The method comprises the steps that storage positions of respective version files of a plurality of candidate platform types are obtained, the same to-be-upgraded application has different version files, and the to-be-upgraded application is an application running on terminal equipment; acquiring equipment information of the terminal equipment, and determining a first platform type associated with the terminal equipment according to the equipment information; according to the first platform type, determining a first storage position corresponding to the terminal equipment from storage positions of respective version files of a plurality of candidate platform types; and obtaining a first version file of the to-be-upgraded application according to the first storage position, and upgrading the to-be-upgraded application based on the first version file. Therefore, according to the scheme, version files of multiple candidate platform types do not need to be pushed to the terminal equipment, waste of network resources is avoided, and then the efficiency of application upgrading on the equipment is improved.

Description

Technical Field

[0001] The present disclosure relates to the field of data processing technology, and in particular to an application upgrade method, device, electronic device and storage medium. Background Art

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

[0003] The present disclosure provides an application upgrade method, device, electronic device and storage medium, which are used to solve the problem of extremely complex application management and version management.

[0004] To this end, an object of the present disclosure is to provide an application upgrade method.

[0005] A second objective of the present disclosure is to provide an application upgrading device.

[0006] A third objective of the present disclosure is to provide an electronic device.

[0007] A fourth object of the present disclosure is to provide a non-transitory computer-readable storage medium.

[0008] A fifth object of the present disclosure is to provide a computer program product.

[0009] To achieve the above-mentioned purpose, the first aspect of the present disclosure proposes an application upgrade method, including: obtaining the storage locations 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 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 of the multiple candidate platform types based on the first platform type; obtaining the 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 the present disclosure, obtaining the storage location of the respective version files of multiple candidate platform types includes: receiving an upgrade task sent by a server, and obtaining version information of the application to be upgraded from the upgrade task; and obtaining the storage location of the respective version files of the multiple candidate platform types based on the version information.

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

[0012] According to one embodiment of the present disclosure, obtaining the first version file of the application to be upgraded according to the first storage location also includes: obtaining a first version number according to the version information; generating a file download request according to 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 the present disclosure, determining the first storage location corresponding to the terminal device from the storage locations of the respective version files of the multiple candidate platform types based on the first platform type includes: judging whether the multiple candidate platform types include the first platform type; in response to the multiple candidate platform types including the first platform type, determining a first candidate platform type consistent with the first platform type from the multiple candidate type platforms; and 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 the present disclosure, the method also includes: in response to the first platform type not being included in the multiple candidate platform types, determining a second candidate platform type that is compatible with the first platform type from the multiple candidate platform types; determining a storage location of a version file of the second candidate platform type, and determining it as a first storage location corresponding to the terminal device.

[0015] To achieve the above-mentioned purpose, the first aspect of the present disclosure proposes another application upgrade method, including: sending the storage locations of version files of multiple candidate platform types to a 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; receiving a file download request sent by the terminal device, the file download request including a first storage location corresponding to the terminal device; sending a first version file stored in the first storage location to the terminal device, the first version file being used to upgrade the application to be upgraded on the terminal device.

[0016] According to one embodiment of the present disclosure, the method also 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 each version file of the multiple 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 the present disclosure, generating the 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 each version file of multiple candidate platform types supported by the first version number, wherein the mapping relationship includes a mapping relationship between the application identifier, the version number, the platform type, and the storage location of the version file; generating the version information based on the first application identifier and the first version number, and the storage location of each version of the multiple candidate platform types.

[0018] According to one embodiment of the present 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; 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 the present 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; 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 an embodiment of the present disclosure, the method further includes: in response to the first version number being different from the third version number, stopping reading the first version file from the first storage location; and generating a download failure reminder for the target version file.

[0021] According to one embodiment of the present disclosure, sending the storage location of the respective version files of multiple candidate platform types to the terminal device includes: determining multiple terminal devices on which the application to be upgraded is deployed, and dividing the multiple terminal devices into the same device group; and sending the storage location of the respective version files of the multiple candidate platform types to each terminal device in the device group.

[0022] To achieve the above-mentioned purpose, the second aspect embodiment of the present disclosure proposes an application upgrading device, including: an acquisition module, used to obtain the storage location 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 the terminal device; a first determination module, used to obtain device information of the terminal device, and determine the first platform type associated with the terminal device based on the device information; a second determination module, 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 based on the first platform type; an upgrading module, used to obtain the 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 an embodiment of the present disclosure, the acquisition module is further used 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 storage locations of version files of multiple candidate platform types based on the version information.

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

[0025] According to one embodiment of the present disclosure, the upgrade module is also used 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 issued by the server.

[0026] According to one embodiment of the present disclosure, the second determination module is further used to: determine whether the first platform type is included in the multiple candidate platform types; in response to the first platform type being included in the multiple candidate platform types, determine a first candidate platform type consistent with the first platform type from the multiple candidate type platforms; 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 the present disclosure, the second determination module is further used to: in response to the first platform type not being included in the multiple candidate platform types, determine a second candidate platform type that is compatible with the first platform type from the multiple 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-mentioned purpose, the second aspect embodiment of the present disclosure proposes another application upgrading device, including: a first sending module, used to send the storage locations of version files of multiple candidate platform types to a 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; a receiving module, used to receive a file download request sent by the terminal device, the file download request includes a first storage location corresponding to the terminal device; a second sending module, 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.

[0029] According to one embodiment of the present disclosure, the first sending module is also used 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 each version file of the multiple 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 the present disclosure, the first sending module is further used to: query a mapping relationship based on the first application identifier and the first version number, and obtain the storage location of each version file of multiple candidate platform types supported by the first version number, wherein the mapping relationship includes a mapping relationship between the application identifier, the version number, the platform type, and the storage location of the version file; generate the version information based on the first application identifier and the first version number, and the storage location of each version of the multiple candidate platform types.

[0031] According to one embodiment of the present disclosure, the first sending module is also used 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; 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 the present disclosure, the second sending module is also used 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 consistent, read the first version file from the first storage location, and send the first version file to the terminal device.

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

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

[0035] To achieve the above-mentioned purpose, the third aspect embodiment of the present disclosure proposes 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, and the instructions are executed by the at least one processor to implement the application upgrade method as described in the first aspect embodiment of the present disclosure.

[0036] To achieve the above-mentioned purpose, the fourth aspect embodiment of the present disclosure proposes a non-transitory computer-readable storage medium storing computer instructions, wherein the computer instructions are used to implement the application upgrade method as described in the first aspect embodiment of the present disclosure.

[0037] To achieve the above-mentioned purpose, the fifth aspect of the present disclosure proposes a computer program product, including a computer program, which, when executed by a processor, is used to implement the application upgrade method as described in the first aspect of the present disclosure. BRIEF DESCRIPTION OF THE DRAWINGS

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

[0039] Figure 1 An example flow chart of an application upgrade method provided in an embodiment of the present disclosure;

[0040] Figure 2 An example diagram of application information and version information provided for an embodiment of the present disclosure;

[0041] Figure 3 An example flow chart of another application upgrade method provided in an embodiment of the present disclosure;

[0042] Figure 4 An example diagram of a structure of a connection between a terminal device and a server provided in an embodiment of the present disclosure;

[0043] Figure 5An example flow chart of another application upgrade method provided in an embodiment of the present disclosure;

[0044] Figure 6 An example flow chart of another application upgrade method provided in an embodiment of the present disclosure;

[0045] Figure 7 An example flow chart of a process of generating an upgrade task in a method for upgrading an application provided in an embodiment of the present disclosure;

[0046] Figure 8 An example diagram of a mapping relationship provided for an embodiment of the present disclosure;

[0047] Fig. 9 An interactive example diagram of an application upgrade method provided by an embodiment of the present disclosure;

[0048] Fig.10 A structural example diagram of an application upgrade device provided in an embodiment of the present disclosure;

[0049] Fig.11 A structural example diagram of another application upgrade device provided by an embodiment of the present disclosure;

[0050] Fig.12 This is a diagram showing an example structure of an electronic device provided in an embodiment of the present disclosure.

[0051] The above drawings show clear embodiments of the present disclosure, which will be described in more detail below. These drawings and text descriptions are not intended to limit the scope of the present disclosure in any way, but to illustrate the concepts of the present disclosure to those skilled in the art by referring to specific embodiments. DETAILED DESCRIPTION

[0052] In order to enable ordinary persons in the art to better understand the technical solutions of the present disclosure, the technical solutions in the embodiments of the present disclosure will be clearly and completely described below in conjunction with the accompanying drawings.

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

[0054] It should be noted that the acquisition, storage, use, and processing of data in the technical solution disclosed in this disclosure are in compliance 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, stored data, displayed data, 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 relevant data must comply with relevant laws, regulations and standards.

[0056] It should be noted that in the embodiments of the present disclosure, certain software, components, models and other existing solutions in the industry may be mentioned, and they should be regarded as exemplary. Their purpose is only to illustrate the feasibility of implementing the technical solution of the present disclosure, but it does not mean that the applicant has or will necessarily use the relevant content of the solution.

[0057] Figure 1 FIG. 1 is an example flow chart of the application upgrade method provided in the embodiment of the present disclosure. Figure 1 As shown, the upgrade method of the application includes:

[0058] S101, obtaining storage locations 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.

[0059] It should be noted that the execution subject of the application upgrade method provided in the embodiment of the present disclosure is an electronic device, and the electronic device can be a terminal device. Optionally, the terminal device can be a mobile electronic device or a non-mobile electronic device. Exemplarily, the mobile electronic device can be a mobile phone, a tablet computer, a laptop computer, a PDA, an in-vehicle electronic device, a wearable device, an ultra-mobile personal computer (UMPC), a netbook or a personal digital assistant (PDA), etc., and the non-mobile electronic device can be a network attached storage (NAS), a personal computer (PC), a television (TV), a teller machine or a self-service machine, etc. The embodiment of the present disclosure is not specifically limited.

[0060] It can be understood that application refers to the general term for application programs developed for a certain business need. For example, a counter client program developed for bank tellers to handle business is an application, but the application does not have information such as version number and is a virtual concept.

[0061] Version refers to the actual program, that is, the program file generated by code writing and program compilation at a certain point in time. Files generated at different points in time have different version numbers. Figure 2 The example diagram of application information and version information shown. The application information includes: application number, application name, platform type included in the application; the version information includes: version number, version name, application number, version number, version support platform, version download address.

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

[0063] S102, obtaining device information of the terminal device, and determining a first platform type associated with the terminal device according to the device information.

[0064] In some implementations, the device information may be obtained by accessing the 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 operating system and the central processing unit (CPU) architecture of the terminal.

[0065] Further, the platform type of the terminal device itself can be acquired based on the device information as the first platform type. Optionally, the application programs and services that can be run on the terminal device can be determined based on the operating system in the device information to determine the first platform type.

[0066] S103: Determine, according to the first platform type, a first storage location corresponding to the terminal device from storage locations of version files of a plurality of candidate platform types.

[0067] In some implementations, a candidate platform type that is the same as the first platform type may be determined from a plurality of candidate platform types, and then the storage location of the candidate platform type may 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, and 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: Acquire a first version file of the application to be upgraded according to the first storage location, and upgrade the application to be upgraded based on the first version file.

[0070] It is understandable that a version belongs to a certain application, and a version file can be uniquely identified by information such as the application number to which the version belongs, the version number, the platform supported by the version, etc. That is, the first version file can be obtained from the first storage location according to the version number of the version file.

[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 is sent to the server. The server obtains the first version file from the first storage location according to the download request, and then sends it to the terminal device. The terminal device receives the first version file sent by the server, and downloads and installs the first version file on the terminal device, thereby upgrading the application to be upgraded.

[0072] It should be noted that before upgrading the application, the terminal devices can be grouped based on the application type. The terminal devices in the group need to run a certain application. For example, all the bank's branch counter business terminals can be grouped together. All the terminal devices in the device group can upgrade the application to be upgraded according to the above steps.

[0073] In the application upgrade method provided in the embodiment of the present disclosure, the device information of the terminal device is obtained to determine the first platform type associated with the terminal device from the device information. By determining the storage location of the version files of the multiple candidate platform types, and according to the first platform type, the first storage location corresponding to the terminal device can be determined from the multiple candidate platform types. 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. According to the device information of the terminal device itself, the version file is matched to obtain the first version file corresponding to the terminal device, and there is no need to push 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 upgrades on the device. In the embodiment of the present disclosure, the 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, so as to push the upgrade at one time, and simplifying the work of version management.

[0074] Figure 3 FIG. 1 is an example flow chart of the application upgrade method provided in the embodiment of the present disclosure. Figure 3 As shown, the upgrade method of the application includes:

[0075] S301, receiving an upgrade task sent by a server, and obtaining version information of an application to be upgraded from the upgrade task.

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

[0077] Optionally, information can be transmitted between the terminal device and the server via a persistent connection. The persistent connection can be managed based on the device connection gateway, by establishing a persistent connection with the device connection gateway and maintaining the persistent connection by sending a heartbeat packet. In other words, the terminal device can receive the upgrade task sent by the server based on the persistent connection.

[0078] like Figure 4 The example diagram of the structure of the terminal device connected to the server is shown in the figure. Figure 4 Multiple terminal devices are connected to the device connection gateway based on a long connection, and the device connection gateway is connected to the server based on a long connection, so that the server and the terminal devices can transmit information based on the device connection gateway.

[0079] S302: Obtain storage locations of respective version files of multiple candidate platform types according to the version information.

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

[0081] As an example, the same application to be upgraded has different version files, that is, different version files of the same application to be upgraded support different platform types. That is to say, assuming that the application to be upgraded is application A, the version information obtained based on the upgrade task includes: the platform type supported by version file 1 is platform 1, and the storage location is XX; the platform type supported by version file 2 is platform 2, and the storage location is XY; the platform type supported by version file 3 is platform 3, and the storage location is XZ; then multiple candidate platform types can be determined as: platform 1, platform 2, platform 3, and the storage locations of their respective version files are XX, XY, and XZ, respectively.

[0082] S303: Acquire device information of the terminal device, and determine the first platform type associated with the terminal device according to the device information.

[0083] S304: Determine, according to the first platform type, a first storage location corresponding to the terminal device from storage locations of version files of a plurality of candidate platform types.

[0084] The relevant contents of step S303 to step S304 can be found in the above embodiment and will not be repeated here.

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

[0086] In some implementations, in order to improve the efficiency of application upgrades and accurately identify applications to be upgraded, the applications to be upgraded can be determined from applications on the terminal device before obtaining the first version file of the applications to be upgraded to avoid erroneous upgrades.

[0087] Optionally, the first application identifier can be obtained according to the version information. Optionally, the number of the application 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 according to the first application identifier.

[0088] In some implementations, a file download request may be generated to obtain a first version file of the application to be upgraded from a server to ensure that the obtained first version file is the latest version of the application to be upgraded, thereby avoiding upgrade delays.

[0089] Optionally, the first version number can be obtained according to the version information, and a file download request can be generated according to the first storage location and the first version number. In other words, the file download request includes the first version number and the first storage location of the first version file. Then, the file download request is sent to the server, and the first version file sent by the server is received.

[0090] Further, after receiving the first version file, the application upgrade operation is performed according to the first version file. Optionally, it can be implemented by using the first version file to replace the old version, updating the configuration information of the application, installing the first version file, etc.

[0091] In the application upgrade method provided in the embodiment of the present disclosure, the device information of the terminal device is obtained to determine the first platform type associated with the terminal device from the device information. According to the upgrade task sent by the server, the version information is obtained, and the storage location of the version files of the respective multiple candidate platform types is determined from the version information. Since the version information is stored on the server, it is conducive to unified management, and the version information can be updated at any time to ensure that all terminal devices can obtain the latest upgrade tasks. Then, according to the first platform type, the first storage location corresponding to the terminal device can be determined from multiple candidate platform types. 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. According to the device information of the terminal device itself, the version file is matched to obtain the first version file corresponding to the terminal device, and the version files of multiple candidate platform types do not need to be pushed to the terminal device, thereby avoiding the waste of network resources and improving the efficiency of application upgrade on the device. In the embodiment of the present disclosure, the 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, so as to push the upgrade once, and simplifying the work of version management.

[0092] Figure 5 FIG. 1 is an example flow chart of the application upgrade method provided in the embodiment of the present disclosure. Figure 5 As shown, the upgrade method of the application includes:

[0093] S501, obtaining storage locations 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.

[0094] S502: Acquire device information of the terminal device, and determine the first platform type associated with the terminal device according to the device information.

[0095] The relevant contents of step S501 to step S502 can be found in the above embodiment and will not be repeated here.

[0096] S503: Determine whether the plurality of candidate platform types include the first platform type.

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

[0098] S504: In response to the multiple candidate platform types including the first platform type, determine a first candidate platform type consistent with the first platform type from the multiple candidate platform types.

[0099] In some implementations, when it is determined that a platform identifier among multiple candidate platform types is consistent with a platform identifier of the first platform type, the first platform type may be included in the multiple candidate platform types, and the candidate platform type with the consistent platform identifier is 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 consistent with the first platform type is determined, a storage location of a version file of the first candidate platform type may be obtained based on the version information, and the location may be used as a first storage location corresponding to the terminal device.

[0102] In some implementations, if the first platform type is not included in the multiple candidate platform types, a platform type compatible with the first platform type may also be obtained to improve the flexibility of application upgrades. That is, in response to the first platform type not being included in the 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 as the first storage location corresponding to the terminal device.

[0103] By way of example, for a Windows 64-bit system, the first platform type is the x64 architecture. If multiple candidate platform types include the x64 architecture, the x64 architecture is determined as the first candidate platform type. If multiple candidate platform types do not include the x64 architecture, the 32-bit x86 architecture is determined as the second candidate platform type.

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

[0105] The relevant contents of step S506 can be found in the above embodiment and will not be described again here.

[0106] In the application upgrade method provided in the embodiment of the present disclosure, the device information of the terminal device is obtained to determine the first platform type associated with the terminal device from the device information. By determining the storage location of the version files of the multiple candidate platform types, and according to the first platform type, a first candidate platform type consistent with the first platform type is determined from the multiple candidate platform types, and 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. According to the device information of the terminal device itself, the version file is matched to obtain the first version file corresponding to the terminal device, and there is no need to push 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 upgrades on the device.

[0107] Figure 6 FIG. 1 is an example flow chart of the application upgrade method provided in the embodiment of the present disclosure. Figure 6 As shown, the upgrade method of the application includes:

[0108] S601, sending storage locations of version files of multiple candidate platform types to a 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.

[0109] It should be noted that the execution subject of the application upgrade method provided in the embodiment of the present disclosure is a server. Optionally, the server can be a cloud server, a server of a distributed system, or a server combined with a blockchain, etc. The embodiment of the present disclosure is not specifically limited.

[0110] In some implementations, in order to reduce the complexity of group management and achieve unified management of terminal devices of multiple platform types, the terminal devices can be grouped and the terminal devices in the same group can be pushed and upgraded at one time to simplify version management.

[0111] Optionally, multiple terminal devices on which the application to be upgraded is deployed are determined, and the multiple terminal devices are divided into the same device group, and the storage locations of the respective version files of the multiple candidate platform types are sent to each terminal device in the device group.

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

[0113] S602: Receive a file download request sent by a terminal device, where the file download request includes a 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, that is, a first storage location of a first version file of the application to be upgraded. Optionally, the server may receive a file download request sent by the terminal device based on a persistent connection with the terminal device, and obtain the first storage location from the file download request to obtain the first version file from the first storage location.

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

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

[0117] Optionally, the file download request includes but is not limited to: a first version number and a 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. The first version number and the third version number are then compared to determine whether the version numbers are consistent.

[0118] Optionally, in response to the first version number and the third version number being consistent, 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 consistent, the version file requested by the terminal device is consistent with the version file stored in the first storage location.

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

[0120] In the application upgrade method provided in the embodiment of the present disclosure, the storage locations of version files of multiple candidate platform types are sent to the terminal device, and based on the file download request, the first version file stored in the first storage location is sent to the terminal device, so that there is no need to push version files of multiple candidate platform types to the terminal device, thereby avoiding the waste of network resources and improving the efficiency of application upgrades on the device.

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

[0122] S701: Obtain a first application identifier and a first version number of an application to be upgraded.

[0123] S702: Generate version information of the application to be upgraded according to the first application identifier and the first version number, wherein the version information includes storage locations of respective version files of a plurality of candidate platform types.

[0124] In some implementations, the server obtains the first application identifier and the first version number of the application to be upgraded, and determines the storage location according to the mapping relationship between the application identifier, the version number, and the storage location of the version file, so that the deployment process is more automated and efficient, and the version management is simplified. Then, version information including the storage location of the version files of multiple candidate platform types can be generated.

[0125] That is, the mapping relationship can be queried according to the first application identifier and the first version number to obtain the storage location of the version files 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 file. Further, based on the first application identifier and the first version number, and the storage location of the versions of the multiple candidate platform types, the version information is generated.

[0126] In some implementations, by receiving the version file to be released, determining the second version number of the version file to be released 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 version file to be released, and uploading it to the second storage location. Further, based on the version number, application identifier, platform type, and second storage location, a mapping relationship between the second application identifier, the second version number, the second platform type, and the second storage location can be generated.

[0127] like Figure 8 The application identifier can correspond to multiple version numbers, and different version numbers support different platform types. Then, according to the storage location of the version file to be released, the version file to be released is uploaded to the corresponding storage location, and the following is obtained: Figure 8 The mapping relationship shown.

[0128] S703: Generate an upgrade task based on the version information, and send 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 initialized upgrade task and writing the version information into the initialized upgrade task, and 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 the embodiment of the present disclosure, a mapping relationship is established in advance based on the relationship between the application identifier, version number, platform type and storage location of the version file, and the mapping relationship is queried based on the first application identifier and the first version number to obtain the storage location of the version files of the respective multiple candidate platform types, and version information is generated based on the first application identifier and the first version number, as well as the storage location. An upgrade task is further generated based on the version information, and the upgrade task is sent to the terminal device. By establishing a mapping relationship, the deployment process can be made more automated and efficient, simplifying version management.

[0131] Fig. 9 This is an interactive example diagram of the application upgrade method provided by the embodiment of the present disclosure. Fig. 9 As shown, the upgrade method of the application includes:

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

[0133] S902: The terminal device determines storage locations of respective version files of multiple candidate platform types based on the upgrade task.

[0134] S903: The terminal device determines the first platform type associated with the terminal device according to the device information.

[0135] S904: The terminal device determines a corresponding first storage location according to the first platform type.

[0136] S905: The terminal device generates a file download request according to 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 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 the embodiment of the present disclosure, the 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 locations of the version files of the multiple candidate platform types are determined, and the first storage location corresponding to the terminal device can be determined from the multiple candidate platform types according to the first platform type. Furthermore, 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. According to the device information of the terminal device itself, the version file is matched to obtain the first version file corresponding to the terminal device, and there is no need to push 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 upgrades on the device.

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

[0142] Fig.10 This is a structural example diagram of an application upgrade device provided in an embodiment of the present disclosure. Fig.10 As shown, the application upgrade device includes: an acquisition module 1001, a first determination module 1002, a second determination module 1003 and an upgrade module 1004.

[0143] An acquisition module 1001 is used to acquire storage locations 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 the terminal device;

[0144] A first determination module 1002 is used to obtain device information of the terminal device and determine a first platform type associated with the terminal device according to the device information;

[0145] A second determination module 1003 is used to determine, according to the first platform type, a first storage location corresponding to the terminal device from the storage locations of the version files of the plurality of candidate platform types;

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

[0147] According to an embodiment of the present disclosure, the acquisition module 1001 is further used 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 storage locations of version files of multiple candidate platform types based on the version information.

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

[0149] According to one embodiment of the present disclosure, the upgrade module 1004 is also used 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 issued by the server.

[0150] According to one embodiment of the present disclosure, the second determination module 1003 is further used to: determine whether the multiple candidate platform types include the first platform type; in response to the multiple candidate platform types including the first platform type, determine a first candidate platform type consistent with the first platform type from the multiple candidate type platforms; 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 the present disclosure, the second determination module 1003 is further used to: in response to the first platform type not being included in the multiple candidate platform types, determine a second candidate platform type that is compatible with the first platform type from the multiple 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 the embodiment of the present disclosure, the device information of the terminal device is obtained to determine the first platform type associated with the terminal device from the device information. By determining the storage location of the version files of the multiple candidate platform types, and according to the first platform type, the first storage location corresponding to the terminal device can be determined from the multiple candidate platform types. 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. According to the device information of the terminal device itself, the version file is matched to obtain the first version file corresponding to the terminal device, and there is no need to push 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 upgrades on the device. In the embodiment of the present disclosure, the 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, so as to push the upgrade at one time, and simplifying the work of version management.

[0153] Fig.11 This is a structural example diagram of an application upgrade device provided in an embodiment of the present disclosure. Fig.11 As shown, the application upgrade device includes: a first sending module 1101, a receiving module 1102 and a second sending module 1103.

[0154] A first sending module 1101 is used to send storage locations of version files of multiple candidate platform types to a 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] A receiving module 1102 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;

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

[0157] According to one embodiment of the present disclosure, the first sending module 1101 is further used 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 each version file of the multiple 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 the present disclosure, the first sending module 1101 is further used to: query a mapping relationship based on the first application identifier and the first version number, and obtain the storage location of each version file of a plurality of candidate platform types supported by the first version number, wherein the mapping relationship includes a mapping relationship between the application identifier, the version number, the platform type, and the storage location of the version file; and generate the version information based on the first application identifier and the first version number, and the storage location of each version of the plurality of candidate platform types.

[0159] According to one embodiment of the present disclosure, the first sending module 1101 is also used 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; 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 the present disclosure, the second sending module 1103 is also used 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 consistent, read the first version file from the first storage location, and send the first version file to the terminal device.

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

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

[0163] In the application upgrade method provided in the embodiment of the present disclosure, the storage locations of version files of multiple candidate platform types are sent to the terminal device, and based on the file download request, the first version file stored in the first storage location is sent to the terminal device, so that there is no need to push version files of multiple candidate platform types to the terminal device, thereby avoiding the waste of network resources and improving the efficiency of application upgrades on the device.

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

[0165] The processor 1202 executes the computer execution instructions stored in the memory, so that the processor 1202 executes the scheme in the above embodiment. The processor 1202 can be a general-purpose processor, including a central processing unit CPU, a network processor (network processor, NP), etc.; it can 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 gates or transistor logic devices, discrete hardware components.

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

[0167] The transceiver 1201 may be used to obtain tasks to be executed and configuration information of the tasks to be executed.

[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 an address bus, a data bus, a control bus, etc. For ease of representation, only one thick line is used in the figure, but it does not mean that there is only one bus or one type of bus. The transceiver is used to realize the communication between the database access device and other computers (such as clients, read-write libraries, and read-only libraries). The memory may include random access memory (RAM) and may also include non-volatile memory.

[0169] The electronic device provided in the embodiments of the present disclosure may be the terminal device of the above embodiments.

[0170] The disclosed embodiment also provides a chip for executing instructions, which is used to execute the technical solution of the upgrade method applied in the above embodiment.

[0171] The embodiment of the present disclosure also provides a computer-readable storage medium, in which computer instructions are stored. When the computer instructions are executed on a computer, the computer executes the technical solution of the upgrade method applied in the above embodiment.

[0172] The embodiments of the present disclosure also provide 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. When the at least one processor executes the computer program, the technical solution of the upgrade method applied in the above embodiments can be implemented.

[0173] Those skilled in the art will readily appreciate other embodiments of the present disclosure after considering the specification and practicing the invention disclosed herein. The present disclosure is intended to cover any variations, uses or adaptations of the present disclosure that follow the general principles of the present disclosure and include common knowledge or customary techniques in the art that are not disclosed in the present disclosure. The description and examples are to be considered exemplary only, and the true scope and spirit of the present disclosure are indicated by the following claims.

[0174] It should be understood that the present disclosure is not limited to the exact structures that have been described above and shown in the drawings, and that various modifications and changes may be made without departing from the scope thereof. The scope of the present disclosure is limited only by the appended claims.

Claims

1. A method for upgrading an application, characterized in that: Executed by a terminal device, the method includes: Obtain storage locations of respective version files of a plurality of 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; Acquire device information of the terminal device, and determine a first platform type associated with the terminal device according to the device information; Determining, according to the first platform type, a first storage location corresponding to the terminal device from storage locations of version files of the plurality of candidate platform types; A first version file of the application to be upgraded is obtained according to the first storage location, and the application to be upgraded is upgraded based on the first version file.

2. The method according to claim 1, characterized in that The step of obtaining storage locations of respective version files of multiple candidate platform types includes: Receiving an upgrade task sent by a server, and obtaining version information of the application to be upgraded from the upgrade task; According to the version information, storage locations of respective version files of multiple candidate platform types are obtained.

3. The method according to claim 2, characterized in that Before acquiring the first version file of the application to be upgraded according to the first storage location, the method further includes: Acquire a first application identifier according to the version information; The application to be upgraded is determined from candidate applications deployed on the terminal device according to the first application identifier.

4. The method according to claim 3, characterized in that The step of obtaining the first version file of the application to be upgraded according to the first storage location further includes: Obtaining a first version number according to the version information; Generate a file download request according to 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.

5. The method according to any one of claims 1 to 4, characterized in that The determining, according to the first platform type, from storage locations of respective version files of the plurality of candidate platform types, a first storage location corresponding to the terminal device includes: Determining whether the plurality of candidate platform types include 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; The storage location of the version file of the first candidate platform type is determined to be a first storage location corresponding to the terminal device.

6. The method according to claim 5, characterized in that The method further comprises: In response to the first platform type not being included in the plurality of candidate platform types, determining a second candidate platform type compatible with the first platform type from the plurality of candidate platform types; The storage location of the version file of the second candidate platform type is determined to be the first storage location corresponding to the terminal device.

7. A method for upgrading an application, characterized in that: Executed by a server, the method includes: Sending storage locations of version files of multiple candidate platform types to a 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; Receiving a file download request sent by the terminal device, wherein the file download request includes a first storage location corresponding to the terminal device; A first version file stored in the first storage location is sent to the terminal device, where the first version file is used to upgrade the application to be upgraded on the terminal device.

8. The method according to claim 7, characterized in that The method further comprises: Obtaining a first application identifier and a first version number of the application to be upgraded; Generate version information of the application to be upgraded according to the first application identifier and the first version number, wherein the version information includes storage locations of version files of the multiple candidate platform types; An upgrade task is generated based on the version information, and the upgrade task is sent to the terminal device.

9. The method according to claim 8, characterized in that The step of generating version information of the application to be upgraded according to the first application identifier and the first version number includes: According to the first application identifier and the first version number, query the mapping relationship to obtain the storage location of the version files 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 file; The version information is generated based on the first application identifier and the first version number, and the storage locations of the respective versions of the plurality of candidate platform types.

10. The method according to claim 9, characterized in that The process of establishing the mapping relationship includes: 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 for the version file to be released, and upload it to the second storage location; A mapping relationship between the second application identifier, the second version number, the second platform type, and the second storage location is generated.

11. The method according to any one of claims 7 to 10, characterized in that: The sending the first version file stored in the first storage location to the terminal device includes: Obtaining a first version number of the application to be upgraded from the file download request; Determining a third version number corresponding to the first storage location; In response to the first version number being consistent with the third version number, the first version file is read from the first storage location, and the first version file is sent to the terminal device.

12. The method according to claim 11, characterized in that The method further comprises: In response to the first version number being different from the third version number, stopping reading the first version file from the first storage location; Generate a download failure reminder for the target version file.

13. The method according to any one of claims 7 to 10, characterized in that: The sending the storage locations of the respective version files of the plurality of candidate platform types to the terminal device includes: Determine a plurality of terminal devices on which the application to be upgraded is deployed, and divide the plurality of terminal devices into the same device group; The storage location of each version file of the plurality of candidate platform types is sent to each terminal device in the device group.

14. An application upgrade device, characterized in that: Applicable to terminal equipment, the device comprises: an acquisition module, configured to acquire storage locations of respective version files of a plurality of 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 obtain device information of the terminal device, and determine a first platform type associated with the terminal device according to the device information; A second determination module is used to determine, according to the first platform type, a first storage location corresponding to the terminal device from the storage locations of the respective version files of the plurality of candidate platform types; An upgrading module is used to obtain a first version file of the application to be upgraded according to the first storage location, and upgrade the application to be upgraded based on the first version file.

15. The device according to claim 14, characterized in that The acquisition module is further used for: Receiving an upgrade task sent by a server, and obtaining version information of the application to be upgraded from the upgrade task; According to the version information, storage locations of respective version files of multiple candidate platform types are obtained.

16. The device according to claim 15, characterized in that The upgrade module is also used for: Acquire a first application identifier according to the version information; The application to be upgraded is determined from candidate applications deployed on the terminal device according to the first application identifier.

17. The device according to claim 16, characterized in that The upgrade module is also used for: Obtaining a first version number according to the version information; Generate a file download request according to 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.

18. The device according to any one of claims 14 to 17, characterized in that The second determining module is further used for: Determining whether the plurality of candidate platform types include 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; The storage location of the version file of the first candidate platform type is determined to be a first storage location corresponding to the terminal device.

19. The device according to claim 18, characterized in that The second determining module is further used for: In response to the first platform type not being included in the plurality of candidate platform types, determining a second candidate platform type compatible with the first platform type from the plurality of candidate platform types; The storage location of the version file of the second candidate platform type is determined to be the first storage location corresponding to the terminal device.

20. An application upgrade device, characterized in that: Applicable to a server, the device comprises: A first sending module, configured to send to a terminal device storage locations of respective version files of a plurality of 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, wherein the file download request includes a first storage location corresponding to the terminal device; The second sending module is used to send the first version file stored in the first storage location to the terminal device, where the first version file is used to upgrade the application to be upgraded on the terminal device.

21. The device according to claim 20, characterized in that The first sending module is further used for: Obtaining a first application identifier and a first version number of the application to be upgraded; Generate version information of the application to be upgraded according to the first application identifier and the first version number, wherein the version information includes storage locations of version files of the multiple candidate platform types; An upgrade task is generated based on the version information, and the upgrade task is sent to the terminal device.

22. The device according to claim 21, characterized in that The first sending module is further used for: According to the first application identifier and the first version number, query the mapping relationship to obtain the storage location of the version files 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 file; The version information is generated based on the first application identifier and the first version number, and the storage locations of the respective versions of the plurality of candidate platform types.

23. The device according to claim 22, characterized in that The first sending module is further used for: 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 for the version file to be released, and upload it to the second storage location; A mapping relationship between the second application identifier, the second version number, the second platform type, and the second storage location is generated.

24. The device according to any one of claims 20 to 23, characterized in that The second sending module is further used for: Obtaining a first version number of the application to be upgraded from the file download request; Determining a third version number corresponding to the first storage location; In response to the first version number being consistent with the third version number, the first version file is read from the first storage location, and the first version file is sent to the terminal device.

25. The device according to claim 24, characterized in that The second sending module is further used for: In response to the first version number being different from the third version number, stopping reading the first version file from the first storage location; Generate a download failure reminder for the target version file.

26. The device according to any one of claims 20 to 23, characterized in that The first sending module is further used for: Determine a plurality of terminal devices on which the application to be upgraded is deployed, and divide the plurality of terminal devices into the same device group; The storage location of each version file of the plurality of candidate platform types is sent to each terminal device in the device group.

27. An electronic device, characterized in that: include: A processor, and a memory communicatively connected to the processor; The memory stores computer-executable instructions; The processor executes the computer-executable instructions stored in the memory to implement the method according to any one of claims 1 to 13.

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

29. A computer program product, characterized in that The invention comprises a computer program, which implements the method according to any one of claims 1 to 13 when being executed by a processor.

Images