Software upgrading method, device and electronic equipment

Abstract

The present application is applicable to the field of computer application technology, and provides a software upgrade method, device and electronic device, the method comprising: after receiving an upgrade request sent by a service platform, sending an upgrade query instruction to a transaction terminal; receiving a query result fed back by the transaction terminal, the query result is generated by the transaction terminal executing the upgrade query instruction through a software tool development kit integrated in the software to be upgraded; and determining whether to upgrade the software to be upgraded in the transaction terminal according to the query result. Through the present application, the problem of data loss or software crash when upgrading software during a transaction can be solved, and the reliability and flexibility of software upgrades can be improved.

Description

Technical Field

[0001] The present application belongs to the field of computer application technology, and in particular, relates to a software upgrading method, device and electronic equipment. Background Art

[0002] With the development of the Internet, mobile payments have spread to every corner of life; payment terminals also support an increasing number of transaction software.

[0003] At present, on the trading terminal, since the trading software is often in the process of customer transactions or payments, transaction data is extremely important to the trading software. During the execution of customer transactions or payments, a hasty upgrade of the trading software on the trading terminal will result in the loss of transaction data or cause the running trading software to crash. Summary of the invention

[0004] The embodiments of the present application provide a software upgrade method, device and electronic device, which can solve the problem of data loss or software crash when upgrading software during a transaction.

[0005] In a first aspect, the present application provides a software upgrade method, which may include:

[0006] After receiving the upgrade request sent by the service platform, send an upgrade inquiry instruction to the trading terminal;

[0007] receiving an inquiry result fed back by the transaction terminal, wherein the inquiry result is generated by the transaction terminal executing the upgrade inquiry instruction through a software tool development kit integrated in the software to be upgraded;

[0008] According to the query result, it is determined whether to upgrade the software to be upgraded in the transaction terminal.

[0009] In a possible implementation manner of the first aspect, the upgrade request includes an upgraded version of the software to be upgraded; after receiving the upgrade request sent by the service platform, the method further includes:

[0010] According to one or more upgrade requests, download the installation package of the upgrade version corresponding to each upgrade request respectively;

[0011] According to the application package name of the software to be upgraded, querying the software to be upgraded on the transaction terminal;

[0012] Calling the query interface corresponding to the software to be upgraded, and sending the upgrade query instruction to the transaction terminal;

[0013] The installation package is used to upgrade the software to be upgraded in the transaction terminal based on a unified installation interface.

[0014] In a possible implementation manner of the first aspect, the inquiry result includes a response result and an authentication credential; and determining whether to upgrade the software to be upgraded in the transaction terminal according to the inquiry result includes:

[0015] Verify the authentication credentials by calling the authentication interface of the service platform;

[0016] If the authentication credentials are passed, determining whether to upgrade the software to be upgraded in the transaction terminal according to the response result;

[0017] If the authentication credential fails, upgrading the software to be upgraded in the transaction terminal;

[0018] The response result and the authentication credential are respectively generated by the transaction terminal based on the cross-process interaction method and the credential generation method in the software tool development kit.

[0019] In a possible implementation manner of the first aspect, the determining, according to the response result, whether to upgrade the software to be upgraded in the transaction terminal includes:

[0020] If the response result is update, then upgrading the software to be upgraded in the transaction terminal;

[0021] If the response result is not to update, a multiple inquiry mechanism is started, and the multiple inquiry mechanism is used to send the upgrade inquiry instruction to the transaction terminal again after a preset time period.

[0022] In a possible implementation manner of the first aspect, the upgrading the software to be upgraded in the transaction terminal includes:

[0023] Calculate the difference in binary data between the installation package of the upgraded version and the installation package of the old version corresponding to the software to be upgraded by using a binary file difference algorithm;

[0024] A differential file is generated according to the difference of the binary data; the differential file is used to instruct the transaction terminal to synthesize an upgrade installation package according to the installation package of the old version and the differential file, and to upgrade the software to be upgraded according to the upgrade installation package.

[0025] In a possible implementation manner of the first aspect, the method further includes:

[0026] Based on cross-process communication, sending the upgrade inquiry instruction to the transaction terminal through the first thread;

[0027] Verifying the authentication credentials in the query result through a second thread and determining whether to upgrade the software to be upgraded;

[0028] The second thread is a process that downloads the installation package of the upgraded version before the first thread.

[0029] In a second aspect, the present application provides a software upgrade method, which may include:

[0030] Receiving an upgrade query instruction sent by a client for the software to be upgraded, wherein the upgrade query instruction is generated by the client after receiving an upgrade request sent by a service platform;

[0031] Calling a software tool development kit integrated in the software to be upgraded, executing the upgrade query instruction, and generating a query result;

[0032] The query result is sent to the client, where the query result is used to instruct the client to determine whether to upgrade the software to be upgraded.

[0033] In a possible implementation of the second aspect, the software development kit further includes an authentication key, and the query result includes a response result and an authentication credential;

[0034] The calling of the software tool development kit integrated in the software to be upgraded, executing the upgrade query instruction, and generating the query result includes:

[0035] Calling the cross-process interaction method in the software tool development kit, executing the upgrade query instruction, and generating the response result;

[0036] Calling the credential generation method in the software tool development kit to generate the authentication credential according to the authentication key;

[0037] Among them, the authentication key is generated by the service platform for the development software; the authentication credentials are used by the client to verify the old version of the software to be upgraded; the response result is used by the client to determine whether to upgrade the software to be upgraded after the authentication credentials corresponding to the old version are verified.

[0038] In a third aspect, an embodiment of the present application provides a software upgrade device, which may include:

[0039] A sending unit, configured to send an upgrade inquiry instruction to the transaction terminal after receiving an upgrade request sent by the service platform;

[0040] A receiving unit, configured to receive an inquiry result fed back by the transaction terminal, wherein the inquiry result is generated by the transaction terminal executing the upgrade inquiry instruction through a software tool development kit integrated in the software to be upgraded;

[0041] The processing unit is used to determine whether to upgrade the software to be upgraded in the transaction terminal according to the query result.

[0042] In a fourth aspect, an embodiment of the present application provides an electronic device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor implements the method described in the first aspect or the second aspect when executing the computer program.

[0043] In a fifth aspect, an embodiment of the present application provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the method described in the first aspect or the second aspect is implemented.

[0044] In a sixth aspect, an embodiment of the present application provides a computer program product, which, when executed on a terminal device, enables the terminal device to execute the method described in the first or second aspect above.

[0045] It can be understood that the beneficial effects of the second to sixth aspects mentioned above can be found in the relevant description of the first aspect and will not be repeated here.

[0046] Compared with the prior art, the present application has the following beneficial effects: in the embodiment of the present application, after receiving the upgrade request sent by the service platform, the client sends an upgrade inquiry instruction to the transaction terminal; the client receives the inquiry result fed back by the transaction terminal, and changes the inquiry result to one generated by the transaction terminal through the software tool development kit integrated in the software to be upgraded according to the upgrade inquiry instruction; the client determines whether to upgrade the software to be upgraded in the transaction terminal according to the inquiry result; the client inquires the transaction terminal and the transaction terminal generates the inquiry result and responds through the software tool development kit, and the client decides whether to upgrade according to the inquiry result, thereby realizing flexible upgrading of the software to be upgraded in the transaction terminal, avoiding upgrading the software during the transaction process, thereby avoiding data loss and software crash caused by software upgrade during the transaction process, and improving the reliability and applicability of software upgrade; the application has strong ease of use and practicality. BRIEF DESCRIPTION OF THE DRAWINGS

[0047] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative labor.

[0048] Figure 1 It is a schematic diagram of the architecture of the system application scenario provided by the embodiment of the present application;

[0049] Figure 2 It is a schematic diagram of the implementation flow of the software upgrade method provided in the embodiment of the present application;

[0050] Figure 3 It is a schematic diagram of the interface of the service platform push application provided in the embodiment of the present application;

[0051] Figure 4 It is a schematic diagram of the interface of triggering the upgrade software provided in the embodiment of the present application;

[0052] Figure 5 It is a schematic diagram of an interface for generating an authentication key provided in an embodiment of the present application;

[0053] Figure 6 It is a schematic diagram of the implementation flow of the software upgrade method provided in the embodiment of the present application;

[0054] Figure 7 It is a structural diagram of a software upgrade device provided in an embodiment of the present application;

[0055] Figure 8 It is a schematic diagram of the structure of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0056] In the following description, specific details such as specific system structures, technologies, etc. are provided for the purpose of illustration rather than limitation, so as to provide a thorough understanding of the embodiments of the present application. However, it should be clear to those skilled in the art that the present application may also be implemented in other embodiments without these specific details. In other cases, detailed descriptions of well-known systems, devices, circuits, and methods are omitted to prevent unnecessary details from obstructing the description of the present application.

[0057] It should be understood that when used in the present specification and the appended claims, the term "comprising" indicates the presence of described features, wholes, steps, operations, elements and / or components, but does not exclude the presence or addition of one or more other features, wholes, steps, operations, elements, components and / or combinations thereof.

[0058] It should also be understood that the term “and / or” used in the specification and appended claims refers to any and all possible combinations of one or more of the associated listed items, and includes these combinations.

[0059] As used in the specification and appended claims of this application, the term "if" can be interpreted as "when" or "uponce" or "in response to determining" or "in response to detecting", depending on the context. Similarly, the phrase "if it is determined" or "if [described condition or event] is detected" can be interpreted as meaning "uponce it is determined" or "in response to determining" or "uponce [described condition or event] is detected" or "in response to detecting [described condition or event]", depending on the context.

[0060] In addition, in the description of the present application specification and the appended claims, the terms "first", "second", "third", etc. are only used to distinguish the descriptions and cannot be understood as indicating or implying relative importance.

[0061] References to "one embodiment" or "some embodiments" etc. described in the specification of this application mean that one or more embodiments of the present application include specific features, structures or characteristics described in conjunction with the embodiment. Therefore, the statements "in one embodiment", "in some embodiments", "in some other embodiments", "in some other embodiments", etc. that appear in different places in this specification do not necessarily refer to the same embodiment, but mean "one or more but not all embodiments", unless otherwise specifically emphasized in other ways. The terms "including", "comprising", "having" and their variations all mean "including but not limited to", unless otherwise specifically emphasized in other ways.

[0062] On the trading terminal, since many software (such as trading applications) do not have corresponding background services, software upgrades need to be completed by the terminal management platform, and transaction data is generally stored locally in the software. If the software is upgraded during the transaction process, it may cause data loss or software crashes, thereby interrupting the user's current transaction process and the user experience is very poor.

[0063] In response to the above problems, the embodiment of the present application proposes a software upgrade method, which can be applied to the client of the application for managing the trading terminal; wherein, the client of the application for managing the trading terminal can be a PAXSTORE client, and the PAXSTORE client can be running on a separate hardware device different from the trading terminal, or it can be an application running on the trading terminal. Before executing the software upgrade, add the logic of asking for the upgrade and judging whether to upgrade based on the response; according to the operating status of the trading terminal, flexibly control the upgrade process, for example, the client asks whether the trading application in the trading terminal is in a trading state, and if it is in a trading state, the corresponding strategy will be activated, and the inquiry will continue when the next opportunity comes, otherwise the software upgrade will be executed.

[0064] See also Figure 1 , Figure 1Schematic diagram of the system application scenario provided by the embodiment of the present application. Figure 1 As shown, the system includes a client 10, a transaction terminal 20 and a service platform 30. The client 10 interacts with the transaction terminal 20 and the service platform 30 respectively, and the service platform 30 and the transaction terminal 20 can also communicate with each other.

[0065] Among them, the client 10 manages the applications on the trading terminal 20, including remote installation and upgrade of software. The service platform 30 is the backend service end of the client 10, which can receive applications developed and uploaded by third parties and push instructions input by users who own trading terminals, etc. For example, after a third party logs in through the front-end web interface of the service platform 30, the service platform 30 receives newly developed or upgraded applications uploaded by the third party; or after a user who owns a trading terminal logs in through the front-end web interface of the service platform 30, the service platform 30 receives push instructions input by the user, etc.

[0066] Exemplarily, after receiving the push instruction, the service platform 30 may send a push message to the client 10; after receiving the push message, the client 10 may download and install the new version of the software installation package from the service platform 30. Alternatively, after receiving the push instruction, the service platform 30 may also directly send a push message to the transaction terminal 20 to push the new version of the software; after receiving the push message, the transaction terminal 20 receives the update instruction input by the user and sends the update information to the client 10; after receiving the update information, the client 10 may download and install the new version of the software installation package from the service platform.

[0067] It should be noted that the service platform 30 can send push information to the client 10 or the transaction terminal 20 in real time to push the new version of the application in real time. Exemplarily, the service platform can be a PAXSTORE platform, and the transaction terminal can be a POS terminal. The owner agent of the transaction terminal can push the application to the client through the service platform (such as the PAXSTORE platform) to update the old version of the application in the transaction terminal.

[0068] In the embodiment of the present application, after receiving the push message sent by the service platform 30 or the update information sent by the transaction terminal 20, the client 10 starts to interact and communicate with the transaction terminal 20, inquiring whether the transaction terminal 20 is in an upgradeable state, and judging whether to execute the upgrade process based on the inquiry result fed back by the transaction terminal 20. This improves the flexibility of the software upgrade process, and can effectively avoid the defects of data loss or software flashback caused by the software being in the transaction process; the inquiry process, judgment process and upgrade process are all realized through the background interaction between the client 10 and the transaction terminal 20, and are executed and completed without the user's perception, which greatly improves the user's experience while ensuring the smooth progress of transactions and the timeliness of software upgrades.

[0069] Based on the above overview, the process of the software upgrade method provided by this application is described in detail below. It should be noted that: Figure 1 The client 10 in the example can be used as an independent hardware device to execute corresponding process steps. For example, the PAXSTORE client program can be run on the client 10 to manage the transaction application on the transaction terminal 20. The client 10 can also be used as a code module of the application integrated in the transaction terminal 20 (for example, the program code of the PAXSTORE client), and the transaction terminal is used as the execution subject to implement the function of managing the transaction application corresponding to the code module. For example, the PAXSTORE client program can be run on the transaction terminal to manage the application on the transaction terminal 20.

[0070] like Figure 2 As shown, the implementation flow diagram of the software upgrade method provided in the embodiment of the present application is as follows. The execution subject of the method may be Figure 1 The client 10 in the system shown can also be a trading terminal that can implement client-related functions, that is, the execution subject can also be the trading terminal 20, and the trading terminal 20 can execute the code module to implement the corresponding functional steps of the client. For ease of description, the embodiment of the present application takes the client 10 as an independent entity and is introduced as the execution subject of the embodiment of the present application. The method may include the following steps:

[0071] S201, after receiving the upgrade request sent by the service platform, the client sends an upgrade inquiry instruction to the transaction terminal.

[0072] In some embodiments, the client may be a device responsible for managing applications of various transaction terminals, such as a PAXSTORE client; the client may be a computing device such as a desktop computer, a notebook, a PDA, and a cloud server.

[0073] Exemplarily, the upgrade request may be made by Figure 1 It may be sent by the service platform 20 in Figure 1 After the transaction terminal 20 triggers the update mechanism, the client receives the update sent by the service platform 30.

[0074] like Figure 3The interface diagram of the service platform shown in (a) in the figure can be an interface presented when a user opens and logs in through the application APP or webpage corresponding to the service platform. The interface includes the device number of the transaction terminal, the agent information corresponding to the transaction terminal, the installed applications (such as applications APP1 and APP2), the source information of the application (third-party applications and application stores, etc.) and the version information, etc.; it also includes the control for pushing applications and the history record of pushing applications, for example, the history record includes the application APP1 with version number 2.0 that has been pushed.

[0075] Exemplarily, the service platform receives an instruction input by the owner of the transaction terminal by clicking a "push application" control; based on the instruction, the service platform jumps to Figure 3 The interface shown in (b) of FIG. 1 may include a higher version application, such as an application APP1 with a version number of 3.0, which is higher than the version of the installed APP1. After the service platform receives the user's instruction to select a control by clicking and confirming the control input, it sends an upgrade request to the client to push the new version of the application.

[0076] For example, Figure 4 The interface diagram for triggering an upgrade shown in FIG. 1 may be an interface diagram for a trading terminal. The service platform may also push a new version of the application to a designated trading terminal in real time. After receiving the push information, the trading terminal will display the following information: Figure 4 The interface shown in the figure indicates that a new version of the application is available for upgrading, for example Figure 4 The application APP1 with version number 3.0 in the trading terminal can receive the instruction input by the user by clicking the update control, and the trading terminal executes the application upgrade logic according to the instruction, or sends the update information to the service platform according to the instruction, and the client receives the upgrade request pushed by the service platform based on the update information.

[0077] It should be noted that the above Figure 3 and Figure 4 The interface shown is for illustrative purposes only. In the display interface of the push application corresponding to the service platform, when adding a pushed application, multiple new versions of the application can be selected at the same time, so that the client can receive multiple corresponding upgrade requests at the same time.

[0078] In some embodiments, the upgrade request may include an upgraded version of the software to be upgraded; after the client receives the upgrade request sent by the service platform, the method further includes:

[0079] The client downloads the installation package of the upgraded version corresponding to each upgrade request respectively according to one or more upgrade requests; the client queries the software to be upgraded on the transaction terminal according to the application package name of the software to be upgraded; and calls the query interface corresponding to the software to be upgraded, and sends the upgrade query instruction to the transaction terminal.

[0080] The installation package is used to upgrade the software to be upgraded in the transaction terminal based on a unified installation interface.

[0081] Exemplarily, the client can receive multiple upgrade requests pushed by the service platform for multiple new versions of applications; after receiving the upgrade request, the client downloads the installation package of the corresponding application according to the upgrade version information in the upgrade request. The upgrade request can also include the application package name corresponding to the software to be upgraded, or the application package of the software to be upgraded is stored in the client. Thus, the client can query the software to be upgraded on the transaction terminal according to the application package name of the software to be upgraded, and then call the query interface corresponding to the query update service in the software to be upgraded, and send an upgrade query instruction to the transaction terminal.

[0082] The upgrade query instruction is used to call the query update service integrated in the software to be upgraded in the trading terminal, so as to instruct the trading terminal to obtain the query result according to the determination method in the execution query update service. The software to be upgraded can be an application developed by a third party. The upgrade query instruction sent by the client is for the internal logic in the software to be upgraded, not the user of the trading terminal. The entire query process does not require user intervention, and does not need to wait for any user input. All processes are carried out in the background of the trading terminal, and the terminal user is not aware of it.

[0083] Exemplarily, the installation package can be used by the client to install an upgraded version of the application to multiple models of trading terminals by calling a unified installation interface, and to upgrade the software to be upgraded in the trading terminal. Among them, the unified installation interface on the client can be a unified specification defined by the service platform, and trading terminals of different manufacturers and models can implement the function of silently installing the upgraded version of the application according to the unified specification. Among them, compared with ordinary installation, silent installation will not pop up any confirmation box waiting for user operation, and all installation processes are silently executed in the background; while for ordinary application installation, a pop-up box will be displayed each time the installation is executed to wait for user confirmation. The embodiments of the present application further enhance the user experience.

[0084] Exemplarily, when the service platform or transaction terminal triggers an update condition, the client can simultaneously download multiple installation packages based on the triggered upgrade request, and query the old version of the application (i.e., the software to be upgraded) installed on the transaction terminal according to the application package names of the multiple installation packages. While confirming that the transaction terminal has installed the old version of the application, it will also query whether the old version of the application has integrated the function of the upgrade inquiry service in the software development kit; if the transaction terminal has installed the old version of the application, and the upgrade inquiry service in the software development kit is integrated in the old version of the application, an upgrade inquiry instruction is sent to the transaction terminal.

[0085] S202, the client receives the query result fed back by the transaction terminal, where the query result is generated by the transaction terminal executing the upgrade query instruction through the software tool development kit integrated in the software to be upgraded.

[0086] In some embodiments, the software to be upgraded in the transaction terminal may be integrated with a software development kit, which includes an inquiry update service; the inquiry update service may implement a method interface for determining whether the software to be upgraded is in a transaction or busy state.

[0087] After the client sends an upgrade inquiry instruction to the trading terminal, the cross-process interaction method and the method for generating authentication credentials of the software development kit integrated with the software to be upgraded in the trading terminal can be called; thus, the trading terminal executes the cross-process interaction method and the method for generating authentication credentials in the background based on the upgrade inquiry instruction to respond to the client's upgrade inquiry instruction. When the trading terminal executes various methods in the software development kit integrated with the software to be upgraded, they can all be executed based on a common security algorithm, and the service platform can generate a corresponding security key for each application.

[0088] Exemplarily, after sending an upgrade inquiry instruction to the trading terminal, the client calls the determination interface of the software to be upgraded in the trading terminal, so that the client receives the inquiry result generated by the trading terminal according to the business logic of the software to be upgraded.

[0089] S203: The client determines whether to upgrade the software to be upgraded in the transaction terminal according to the query result.

[0090] In some embodiments, the client sends an upgrade inquiry instruction to the transaction terminal, inquiring whether the status of the software to be upgraded in the transaction terminal is a transaction or busy state. If the software to be upgraded is in a transaction, a multiple inquiry mechanism is enabled. If it is in an idle state, the application upgrade and the installation package are installed.

[0091] In some embodiments, the inquiry result may include a response result and an authentication credential; the client determines whether to upgrade the software to be upgraded in the transaction terminal according to the inquiry result, including:

[0092] The client verifies the authentication credentials by calling the authentication interface of the service platform; if the authentication credentials are passed, it determines whether to upgrade the software to be upgraded in the transaction terminal according to the response result; if the authentication credentials are not passed, the software to be upgraded in the transaction terminal is upgraded.

[0093] Among them, the response result and the authentication credential are respectively generated by the transaction terminal based on the cross-process interaction method and the credential generation method in the software tool development kit.

[0094] Exemplarily, after receiving the inquiry result, the client will call the interface of the service platform to verify whether the authentication credentials in the inquiry result are legal; if the authentication credentials are illegal and fail the verification, the old version of the software installed in the transaction terminal may have illegal software occupying the package name or the software is cracked, so the software to be upgraded in the transaction terminal is directly upgraded according to the new version of the installation package; if the authentication credentials are legal and pass the verification, continue to determine whether to upgrade the software to be upgraded in the transaction terminal based on the response result.

[0095] In some embodiments, the determining whether to upgrade the software to be upgraded in the transaction terminal according to the response result includes:

[0096] If the response result is update, the software to be upgraded in the transaction terminal is upgraded; if the response result is not update, a multiple inquiry mechanism is started, and the multiple inquiry mechanism is used to send the upgrade inquiry instruction to the transaction terminal again after a preset time.

[0097] Exemplarily, if the response result is not updated, the software to be upgraded of the trading terminal is directly upgraded; if the response result is that the software is in transaction or busy state and cannot be updated, the installation package is retained and waits for the software to be upgraded to process its own logic (such as saving transaction data, etc.), and then the multiple inquiry mechanism is started.

[0098] Specifically, since the inquiry is triggered by the client, the client is responsible for controlling the inquiry strategy. If the client receives the authentication information returned by the software to be upgraded from the trading terminal and the verification is successful, and the returned response result cannot be updated, it will re-inquire every minute in the future. When the update cannot be achieved after 10 inquiries, the inquiry frequency will be reduced according to the strategy (such as reducing it to once an hour). When the trading terminal returns that it can be updated, the multiple inquiry mechanism will be restored to its initial state. At the same time, if the authentication credentials are verified, the client will also cache the verification result. From the second inquiry onwards, it will no longer initiate a network request to call the interface API to repeatedly verify the authentication credentials. The operation of whether to update is directly executed according to the result of the first verification, thereby achieving the purpose of saving traffic.

[0099] In addition, when the client is used as a code module integrated in the transaction terminal, the transaction terminal is the only executor of the entire interactive process. The entire process of the embodiment of the present application can be carried out inside the transaction terminal (such as a POS terminal) without the need for additional hardware and equipment, effectively preventing the possibility that information (such as query results, input passwords, etc.) may be stolen or even tampered with by other applications or other devices in other devices during multi-terminal interaction. A secure platform authentication method is used to prevent problems such as illegal software occupying package names or software being cracked and unable to upgrade normally.

[0100] In some embodiments, the client upgrades the software to be upgraded in the transaction terminal, including:

[0101] The client calculates the difference in binary data between the installation package of the upgraded version and the installation package of the old version corresponding to the software to be upgraded through a binary file differential algorithm; generates a differential file based on the difference in binary data; the differential file is used to instruct the trading terminal to synthesize an upgraded installation package based on the installation package of the old version and the differential file, and to upgrade the software to be upgraded based on the upgraded installation package.

[0102] Exemplarily, the client uses a binary file difference method to calculate the difference in binary data between the installation package of the upgraded version and the installation package of the old version through a binary file difference algorithm, and then generates a difference file based on the difference and downloads it to the transaction terminal. The transaction terminal synthesizes the latest installation package of the upgraded version based on the installed installation package of the old version and the difference file, and finally installs the installation package of the upgraded version to achieve the purpose of software update. Through the embodiment of the present application, each software does not need to customize its own file comparison list, and can be applied to the update and upgrade of all software packages, so that it has uniformity and versatility in implementation.

[0103] There are many different differential algorithms that can be used. Different differential algorithms differ in the efficiency of calculating differential files, the size of generated differential files, and the efficiency of synthesis. You can choose one based on the needs of the actual application scenario.

[0104] In some embodiments, the method further comprises:

[0105] Based on cross-process communication, the client sends the upgrade inquiry instruction to the transaction terminal through a first thread; the client verifies the authentication credentials in the inquiry result through a second thread and determines whether to upgrade the software to be upgraded.

[0106] The second thread may be a process that downloads the installation package of the upgraded version before the first thread.

[0107] Exemplarily, the client uses a multi-threaded and Messenger communication method to start a thread from the thread pool for downloading and installing each application. The query part of the cross-process communication initiates an upgrade query instruction to the corresponding old version of the software to be upgraded through the Messenger according to the package name of the application package, and then returns the query results of each software to be upgraded to the previous thread corresponding to the software to be upgraded to perform authentication and installation; if the query result is verified and the software to be upgraded in the transaction terminal is busy (the response result returned is not updated), the verification result is cached and the next update is waited for according to the multiple query mechanism. There is no mutual dependency between the threads, so that multiple software can be upgraded at the same time.

[0108] In the embodiment of the present application, the client can ensure the thread safety of cross-process communication between the client and the software to be upgraded in the transaction terminal by adopting the communication method of Android Messenger. The client will not affect each other during the simultaneous update of multiple software. For the thread safety of inquiry and return results, through the communication method based on Android Messenger, data will not be shared between different threads. The inquiry process is controlled and triggered by the client, and one result is inquired each time in a queue. The third-party application to be upgraded in the transaction terminal is the inquired party, and there will be no high-concurrency scenario inside it. Therefore, while supporting the simultaneous inquiry and upgrade of multiple software, thread safety can also be guaranteed.

[0109] In some embodiments, the client synchronizes the upgrade results to the service platform, where the upgrade results include upgrade success and upgrade failure.

[0110] For example, if the software to be upgraded can be updated normally, the client will directly synchronize the result of the successful upgrade with the service platform; if the software to be upgraded is in a transaction state during the update inquiry process and the update cannot be executed, the client will continue to inquire next time according to the multiple inquiry mechanism until all inquiries cannot be satisfied, then the client will directly synchronize the result of the failed upgrade with the service platform.

[0111] Through the embodiments of the present application, the original transaction status only belongs to the business logic of the payment application itself, and other applications are invisible. The transaction status of the payment application can be known to the client managing the transaction terminal before the application is upgraded. The traditional application management platform does not consider whether the application itself is in an idle state when upgrading the application; thus, the loss of transaction data due to the upgrade can be avoided.

[0112] In addition, when the Android platform usually executes the application upgrade process, the system directly installs the update without considering whether there are transactions being processed inside the application (such as transactions in progress, transaction data not saved, etc.). At this time, hastily installing the update will often cause the transaction data still in the memory (not persisted) to be lost, resulting in losses. Through the embodiment of the present application, the client inquires about the update solution. When executing the update, the software to be upgraded will execute the business logic program preset by the developer, and return whether there is any unsaved transaction data. If so, it will return a prompt that the transaction is in progress and cannot be updated. When the client receives the response result, it will wait for the next inquiry according to the multiple inquiry mechanism until the application processes and saves all important data and returns that it can be updated before executing the update operation; thereby avoiding interrupting the user's transaction process, achieving upgrades when idle, and the upgrade experience is more friendly; through the software tool development kit integrated in the software to be upgraded, the payment application can support the function of inquiring about the upgrade without having to worry about specific cross-process communication and complex inquiry strategies and installation logic; based on a completely open and customized payment status return interface, it meets various payment scenarios of all payment applications.

[0113] In combination with the implementation method of the above embodiment, the embodiment of the present application also provides a software upgrade method. Figure 6 As shown, the execution subject of the software upgrade method can be a trading terminal. Based on the call of the client, the trading terminal can execute the method of the software development kit integrated in the software to be upgraded to realize the judgment of its own operating logic and the response to the client. The specific implementation steps may include:

[0114] S601, the transaction terminal receives an upgrade query instruction sent by the client for the software to be upgraded, and the upgrade query instruction is generated by the client after receiving the upgrade request sent by the service platform. This step is the same as the implementation principle of the above embodiment, and will not be repeated here.

[0115] S602, the transaction terminal calls the software tool development kit integrated in the software to be upgraded, executes the upgrade query instruction, and generates a query result.

[0116] Exemplarily, the software installed in the trading terminal may include an application developed by a third party or an application in an application market. The software development kit is provided to the client for integration in a third-party application. The software development kit may include an already implemented communication service for responding to client inquiries for upgrades.

[0117] For example, for the applications on the service platform and their corresponding developers, the client can provide a packaged software development kit (SDK) for integration into third-party applications; so that the integrated third-party applications can have functions such as querying updates, downloading parameters, synchronizing accessory device information, uploading business data, and pushing cloud messages CloudMessage.

[0118] For example, when developers integrate the above SDK into their applications, they only need to call the StoreSdk.initInquirer() method. Then the trading terminal can implement the isReadyUpdate() method according to the application's own business logic and feedback the corresponding inquiry result (wherein the judgment rules of the business logic of each application may be different). Before updating the software to be upgraded, the client calls the inquiry update service integrated in the software to be upgraded in the trading terminal. The SDK inherited by the upgraded software executes the isReadyUpdate() method internally and returns the response result and authentication credentials in the inquiry result to the client. The client decides whether to perform the update operation based on the method.

[0119] This interactive process does not require manual participation of the user of the transaction terminal, and the client will automatically interact with the query update service in the SDK integrated with the third-party application in the transaction terminal in the background.

[0120] In some embodiments, the software development kit further includes an authentication key, and the query result includes a response result and an authentication credential; the transaction terminal calls the software development kit integrated in the software to be upgraded, executes the upgrade query instruction, and generates a query result, including:

[0121] The cross-process interaction method in the software tool development kit is called to execute the upgrade inquiry instruction to generate the response result; the credential generation method in the software tool development kit is called to generate the authentication credential according to the authentication key.

[0122] Among them, the authentication key is generated by the service platform for the development software; the authentication credentials are used by the client to verify the old version of the software to be upgraded; the response result is used by the client to determine whether to upgrade the software to be upgraded after the authentication credentials corresponding to the old version are verified.

[0123] In some embodiments, when a developer creates an application in the application market, the service platform can generate an authentication key (Key and Secret key pair) for each application. When the developer integrates the SDK in the application, the corresponding authentication key is written in the code. During the inquiry process, when the upgraded software of the transaction terminal is started, the integrated SDK will initialize the authentication key; when authentication is required, the SDK uses the authentication key to generate an authentication credential (such as a signature Token), and returns the authentication credential to the client. After the client transmits the authentication credential to the service platform, the service platform verifies it based on the corresponding software. Therefore, it is possible to determine whether the old version of the software currently installed on the transaction terminal has been cracked or the package name has been maliciously occupied based on the signature verification result, and further allow the transaction terminal to be updated to the genuine application.

[0124] For example, when a developer develops and creates an application on the service platform, he obtains the AppKey and AppSecret used to authenticate the application, and then integrates the client SDK into the application according to the usage document. The AppKey and AppSecret corresponding to the application will be pre-buried during the integration process. Figure 5 The display interface of the service platform shown in the figure, when developers create applications on the service platform, the service platform will automatically generate corresponding AppKey and AppSecret for each application. Developers can view them by going to Developer Center → Application Management → Select the application path and click “APPKEYS” (Application KEY). Figure 5 As shown in Figure (a) of FIG. 1 ; after receiving the instruction input by the user by clicking “Apply KEY”, the service platform displays the following Figure 5 The interface shown in Figure (b) shows the interface address APIURL and authentication key (APP KEY and APP Secret) corresponding to the application. Specifically, the developer writes AppKey and AppSecret in the application code and initializes the authentication key by calling the SDK initialization method.

[0125] S603, sending the query result to the client, the query result is used to instruct the client to determine whether to upgrade the software to be upgraded. This step is the same as the implementation principle of the above embodiment, and will not be repeated here.

[0126] Through the embodiments of the present application, malicious return of inquiry results can be effectively prevented. The inquiry upgrade scheme in the embodiments of the present application adopts a service platform to generate a key, and is verified by the service platform. The inquiry result will include signature information (i.e., authentication credentials) generated based on the authentication key of the old version of the application, which effectively prevents the software to be upgraded from being cracked or maliciously occupying the package name, resulting in the software being unable to be upgraded to the correct version. Since the cracker cannot obtain the original key of the application, there is no way to refuse the owner of the transaction terminal to upgrade the application software to genuine software; thereby ensuring the security of the software upgrade process and the security of the software installed in the transaction terminal.

[0127] It should be understood that the size of the serial numbers of the steps in the above embodiments does not mean the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present application.

[0128] Corresponding to the smart contract development method described in the above embodiment, Figure 7 A structural block diagram of a software upgrade device provided in an embodiment of the present application is shown. For ease of explanation, only the parts related to the embodiment of the present application are shown.

[0129] Reference Figure 7 , the device comprises:

[0130] The sending unit 71 is used to send an upgrade inquiry instruction to the transaction terminal after receiving the upgrade request sent by the service platform;

[0131] A receiving unit 72, configured to receive an inquiry result fed back by the transaction terminal, wherein the inquiry result is generated by the transaction terminal executing the upgrade inquiry instruction through a software tool development kit integrated in the software to be upgraded;

[0132] The processing unit 73 is used to determine whether to upgrade the software to be upgraded in the transaction terminal according to the query result.

[0133] Corresponding to the software upgrade method described in the above embodiment, the structural block diagram of the software upgrade device provided in the embodiment of the present application only shows the part related to the embodiment of the present application for the convenience of explanation.

[0134] The device includes:

[0135] A receiving unit, configured to receive an upgrade query instruction sent by a client for the software to be upgraded, wherein the upgrade query instruction is generated by the client after receiving an upgrade request sent by a service platform;

[0136] An execution unit, used to call a software tool development kit integrated in the software to be upgraded, execute the upgrade query instruction, and generate a query result;

[0137] A sending unit is used to send the inquiry result to the client, and the inquiry result is used to instruct the client to determine whether to upgrade the software to be upgraded.

[0138] It should be noted that the information interaction, execution process, etc. between the above-mentioned devices / units are based on the same concept as the method embodiment of the present application. Their specific functions and technical effects can be found in the method embodiment part and will not be repeated here.

[0139] The technicians in the relevant field can clearly understand that for the convenience and simplicity of description, only the division of the above-mentioned functional units and modules is used as an example for illustration. In practical applications, the above-mentioned function allocation can be completed by different functional units and modules as needed, that is, the internal structure of the device can be divided into different functional units or modules to complete all or part of the functions described above. The functional units and modules in the embodiment can be integrated in a processing unit, or each unit can exist physically separately, or two or more units can be integrated in one unit. The above-mentioned integrated unit can be implemented in the form of hardware or in the form of software functional units. In addition, the specific names of the functional units and modules are only for the convenience of distinguishing each other, and are not used to limit the scope of protection of this application. The specific working process of the units and modules in the above-mentioned system can refer to the corresponding process in the aforementioned method embodiment, which will not be repeated here.

[0140] An embodiment of the present application further provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the steps in the above-mentioned method embodiments can be implemented.

[0141] An embodiment of the present application provides a computer program product. When the computer program product runs on a mobile terminal, the mobile terminal can implement the steps in the above-mentioned method embodiments when executing the computer program product.

[0142] Figure 8 This is a schematic diagram of the structure of an electronic device 8 provided in one embodiment of the present application. Figure 8 As shown, the electronic device 8 of this embodiment includes: at least one processor 80 ( Figure 8 Only one is shown in the figure), a memory 81, and a computer program 82 stored in the memory 81 and executable on the at least one processor 80, wherein the processor 80 implements the steps in the above-mentioned embodiments when executing the computer program 82.

[0143] The electronic device 8 may be a computing device such as a desktop computer, a notebook, a PDA, or a cloud server. The electronic device 8 may include, but is not limited to, a processor 80 and a memory 81. Those skilled in the art will appreciate that Figure 8 It is only an example of the electronic device 8 and does not constitute a limitation on the electronic device 8. It may include more or fewer components than shown in the figure, or a combination of certain components, or different components. For example, it may also include input and output devices, network access devices, etc.

[0144] The processor 80 may be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field-programmable gate arrays (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor may be a microprocessor or any conventional processor, etc.

[0145] In some embodiments, the memory 81 may be an internal storage unit of the electronic device 8, such as a hard disk or memory of the electronic device 8. In other embodiments, the memory 81 may also be an external storage device of the electronic device 8, such as a plug-in hard disk, a smart memory card (Smart Media Card, SMC), a secure digital (Secure Digital, SD) card, a flash card (Flash Card), etc. equipped on the electronic device 8. Further, the memory 81 may also include both an internal storage unit of the electronic device 8 and an external storage device. The memory 81 is used to store an operating system, an application program, a boot loader (BootLoader), data, and other programs, such as the program code of the computer program, etc. The memory 81 may also be used to temporarily store data that has been output or is to be output.

[0146] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the present application implements all or part of the processes in the above-mentioned embodiment method, which can be completed by instructing the relevant hardware through a computer program. The computer program can be stored in a computer-readable storage medium, and the computer program can implement the steps of the above-mentioned various method embodiments when executed by the processor. Among them, the computer program includes computer program code, and the computer program code can be in source code form, object code form, executable file or some intermediate form. The computer-readable medium can at least include: any entity or device that can carry the computer program code to the camera / terminal device, recording medium, computer memory, read-only memory (ROM, Read-Only Memory), random access memory (RAM, RandomAccess Memory), electric carrier signal, telecommunication signal and software distribution medium. For example, a USB flash drive, a mobile hard disk, a magnetic disk or an optical disk. In some jurisdictions, according to legislation and patent practice, computer-readable media cannot be electric carrier signals and telecommunication signals.

[0147] In the above embodiments, the description of each embodiment has its own emphasis. For parts that are not described or recorded in detail in a certain embodiment, reference can be made to the relevant descriptions of other embodiments.

[0148] Those of ordinary skill in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.

[0149] In the embodiments provided in the present application, it should be understood that the disclosed devices / network equipment and methods can be implemented in other ways. For example, the device / network equipment embodiments described above are merely schematic. For example, the division of the modules or units is only a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

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

[0151] The embodiments described above are only used to illustrate the technical solutions of the present application, rather than to limit them. Although the present application has been described in detail with reference to the aforementioned embodiments, a person skilled in the art should understand that the technical solutions described in the aforementioned embodiments may still be modified, or some of the technical features may be replaced by equivalents. Such modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the embodiments of the present application, and should all be included in the protection scope of the present application.

Claims

1. A software upgrade method, characterized in that: The method comprises: After receiving the upgrade request sent by the service platform, an upgrade inquiry instruction is sent to the transaction terminal; wherein the upgrade inquiry instruction is for the internal logic of the software to be upgraded, not the user of the transaction terminal; receiving an inquiry result fed back by the transaction terminal, wherein the inquiry result is generated by the transaction terminal executing the upgrade inquiry instruction through a software tool development kit integrated in the software to be upgraded; Determining whether to upgrade the software to be upgraded in the transaction terminal according to the query result; Among them, the inquiry process, judgment process and upgrade process are all realized through the backend interaction between the client and the trading terminal, and are executed and completed without the user's perception; The inquiry result includes a response result and an authentication credential; and determining whether to upgrade the software to be upgraded in the transaction terminal according to the inquiry result includes: Verify the authentication credentials by calling the authentication interface of the service platform; If the authentication credentials are passed, determining whether to upgrade the software to be upgraded in the transaction terminal according to the response result; If the authentication credential fails, upgrading the software to be upgraded in the transaction terminal; Wherein, the response result and the authentication credential are respectively generated by the transaction terminal based on the cross-process interaction method and the credential generation method in the software tool development kit; The method further comprises: Based on cross-process communication, sending the upgrade inquiry instruction to the transaction terminal through the first thread; Verifying the authentication credentials in the query result through a second thread and determining whether to upgrade the software to be upgraded; The second thread is a process that downloads the installation package of the upgraded version before the first thread.

2. The method according to claim 1, characterized in that The upgrade request includes the upgrade version of the software to be upgraded; After receiving the upgrade request sent by the service platform, the method further includes: According to one or more upgrade requests, download the installation package of the upgrade version corresponding to each upgrade request respectively; According to the application package name of the software to be upgraded, querying the software to be upgraded on the transaction terminal; Calling the query interface corresponding to the software to be upgraded, and sending the upgrade query instruction to the transaction terminal; The installation package is used to upgrade the software to be upgraded in the transaction terminal based on a unified installation interface.

3. The method according to claim 1, characterized in that The step of determining whether to upgrade the software to be upgraded in the transaction terminal according to the response result includes: If the response result is update, then upgrading the software to be upgraded in the transaction terminal; If the response result is not to update, a multiple inquiry mechanism is started, and the multiple inquiry mechanism is used to send the upgrade inquiry instruction to the transaction terminal again after a preset time period.

4. The method according to claim 3, characterized in that The step of upgrading the software to be upgraded in the transaction terminal includes: Calculate the difference in binary data between the installation package of the upgraded version and the installation package of the old version corresponding to the software to be upgraded by using a binary file difference algorithm; A differential file is generated according to the difference of the binary data; the differential file is used to instruct the transaction terminal to synthesize an upgrade installation package according to the installation package of the old version and the differential file, and to upgrade the software to be upgraded according to the upgrade installation package.

5. A software upgrade method, characterized in that: The method comprises: Receiving an upgrade inquiry instruction sent by a client for the software to be upgraded, wherein the upgrade inquiry instruction is generated by the client after receiving an upgrade request sent by a service platform; wherein the upgrade inquiry instruction is for the internal logic in the software to be upgraded, not for the user of the transaction terminal; Calling a software tool development kit integrated in the software to be upgraded, executing the upgrade query instruction, and generating a query result; Sending the query result to the client, wherein the query result is used to instruct the client to determine whether to upgrade the software to be upgraded; Among them, the inquiry process, judgment process and upgrade process are all realized through the backend interaction between the client and the trading terminal, and are executed and completed without the user's perception; The query result includes a response result and an authentication credential; the sending the query result to the client, wherein the query result is used to instruct the client to determine whether to upgrade the software to be upgraded, includes: The client verifies the authentication credentials by calling the authentication interface of the service platform; If the authentication credentials are passed, determining whether to upgrade the software to be upgraded in the transaction terminal according to the response result; If the authentication credential fails, upgrading the software to be upgraded in the transaction terminal; Wherein, the response result and the authentication credential are respectively generated by the transaction terminal based on the cross-process interaction method and the credential generation method in the software tool development kit; The method further comprises: The client sends the upgrade inquiry instruction to the transaction terminal through the first thread based on cross-process communication; The client verifies the authentication credentials in the query result through the second thread and determines whether to upgrade the software to be upgraded; The second thread is a process that downloads the installation package of the upgraded version before the first thread.

6. The method according to claim 5, characterized in that The software tool development kit also includes an authentication key, and the query result includes a response result and an authentication credential; The calling of the software tool development kit integrated in the software to be upgraded, executing the upgrade query instruction, and generating the query result includes: Calling the cross-process interaction method in the software tool development kit, executing the upgrade query instruction, and generating the response result; Calling the credential generation method in the software tool development kit to generate the authentication credential according to the authentication key; Among them, the authentication key is generated by the service platform for the development software; the authentication credentials are used by the client to verify the old version of the software to be upgraded; the response result is used by the client to determine whether to upgrade the software to be upgraded after the authentication credentials corresponding to the old version are verified.

7. A software upgrade device, characterized in that: The device comprises: A sending unit, configured to send an upgrade inquiry instruction to the transaction terminal after receiving the upgrade request sent by the service platform; wherein the upgrade inquiry instruction is for the internal logic in the software to be upgraded, not for the user of the transaction terminal; A receiving unit, configured to receive an inquiry result fed back by the transaction terminal, wherein the inquiry result is generated by the transaction terminal executing the upgrade inquiry instruction through a software tool development kit integrated in the software to be upgraded; A processing unit, configured to determine whether to upgrade the software to be upgraded in the transaction terminal according to the query result; Among them, the inquiry process, judgment process and upgrade process are all realized through the backend interaction between the client and the trading terminal, and are executed and completed without the user's perception; The inquiry result includes a response result and an authentication credential; and determining whether to upgrade the software to be upgraded in the transaction terminal according to the inquiry result includes: Verify the authentication credentials by calling the authentication interface of the service platform; If the authentication credentials are passed, determining whether to upgrade the software to be upgraded in the transaction terminal according to the response result; If the authentication credential fails, upgrading the software to be upgraded in the transaction terminal; Wherein, the response result and the authentication credential are respectively generated by the transaction terminal based on the cross-process interaction method and the credential generation method in the software tool development kit; The device is also used for: Based on cross-process communication, sending the upgrade inquiry instruction to the transaction terminal through the first thread; Verifying the authentication credentials in the query result through a second thread and determining whether to upgrade the software to be upgraded; The second thread is a process that downloads the installation package of the upgraded version before the first thread.

8. An electronic device, characterized in that: The electronic device comprises a memory, a processor and a computer program stored in the memory and executable on the processor, wherein the processor implements the steps of the method as claimed in any one of claims 1 to 4 or claims 5 to 6 when executing the computer program.

Images