CN114510685A

CN114510685A - Reset method of authorization state, and update method and system of authorization state

Info

Publication number: CN114510685A
Application number: CN202210116184.2A
Authority: CN
Inventors: 王勇; 周婧; 李欣; 黄飞飞; 金奇才
Original assignee: Uniontech Software Technology Co Ltd
Current assignee: Uniontech Software Technology Co Ltd
Priority date: 2022-01-28
Filing date: 2022-01-28
Publication date: 2022-05-17
Anticipated expiration: 2042-01-28
Also published as: CN114510685B

Abstract

The invention discloses an authorization state resetting method, an authorization state updating method and a system, wherein the authorization state resetting method comprises the following steps: sending the reset serial number request to an authorization daemon process so that the authorization daemon process requests a network state check from an authorization server after receiving the reset serial number request; if the check result is abnormal, the authorization daemon acquires the hardware information and the serial number of the first computing device and sends the hardware information and the serial number of the first computing device to the client; generating offline reset information based on the hardware information and the serial number, so that the second computing device sends the first reset request to the authorization server through the offline reset information and receives offline verification data returned from the authorization server; and the authorization daemon checks the offline checking data, and if the offline checking data passes the checking, the authorization state of the first computing device is updated. The technical scheme of the invention supports different network environments.

Description

Reset method of authorization state, and update method and system of authorization state

Technical Field

The present invention relates to the field of operating system reset and update technologies, and in particular, to a method for resetting an authorization status, a method for updating an authorization status, a system, a computing device, and a readable storage medium.

Background

The operating system usually has a limitation of partial or full functions, and if a user wants to use the specific function, the user needs to purchase an activation serial number and activate the operating system, and the operating system can be used after being authorized. If the authorization lifetime is about to expire and the user purchases a new serial number, the operating system needs to be able to support the user to update the new serial number at any time to prolong the authorization lifetime.

In the existing replacement of the activation voucher of the operating system, taking the Windows operating system as an example, when the operating system is reactivated after the hardware is replaced, the user needs to sequentially press the following keys: clicking start, set, update and security, activate, debug, open activation settings, selecting the device hardware that was most recently replaced, selecting the next step, then entering the connected Microsoft account and password, selecting login, selecting a checkbox next to "this is the device i are currently using" in the list of devices linked to the Microsoft account, selecting activation to complete the reactivation of the operating system after the hardware replacement. However, the activation mode of the operating system cannot be activated offline, the activation mode is not flexible, application scenes are limited, and inconvenience is brought to users. In addition, the existing activation mode also limits the use of the serial number, and the serial number cannot be reset and transferred to other equipment after being activated on one equipment, for example, if a user purchases a new serial number and wants to update the authorization timeliness of the local equipment, the original serial number cannot be transferred to other equipment for activation and use, and resource waste is caused.

Therefore, a reset method of the authorization status and an update method of the authorization status are needed to solve the problems in the above technical solutions.

Disclosure of Invention

To this end, the present invention provides a reset method of the authorization status and an update method of the authorization status to solve or at least alleviate the above existing problems.

According to a first aspect of the present invention, there is provided a method of resetting an authorization status, performed in a client of a first computing device, the first computing device further comprising an authorization daemon, the method comprising the steps of: sending the reset serial number request to an authorization daemon process so that the authorization daemon process requests a network state check from an authorization server after receiving the reset serial number request; if the request network state check fails or the check result fed back to the authorization daemon by the authorization server is abnormal in network state, the authorization daemon acquires the hardware information and the serial number of the first computing device and sends the hardware information and the serial number of the first computing device to the client; generating offline reset information based on the hardware information and the serial number, so that the second computing device sends a first reset request to the authorization server through the offline reset information and receives offline verification data returned from the authorization server, wherein the first reset request comprises the hardware information and the serial number; and acquiring the offline checking data, sending the offline checking data to the authorization daemon process so that the authorization daemon process can check the offline checking data, updating the authorization state of the first computing device if the offline checking data passes the checking, and sending the authorization state to the client.

Optionally, in a reset method of an authorization status according to the present invention, the method further includes: if the check result fed back by the authorization server to the authorization daemon process is that the network state is normal, the authorization daemon process acquires the hardware information and the serial number of the first computing device and sends a second reset request to the authorization server so that the authorization server can check the hardware information and the serial number of the first computing device and feed back the check result to the authorization daemon process, wherein the second reset request comprises the hardware information and the serial number of the first computing device; and if the verification result is successful, the authorization daemon updates the authorization state of the first computing device and sends the authorization state to the client.

Optionally, in a resetting method of an authorization status according to the present invention, the offline resetting information is a two-dimensional code including hardware information and serial number information.

According to a second aspect of the present invention, there is provided a method for updating an authorization status, executed in a client of a first computing device, the first computing device further comprising an authorization daemon, the method comprising the steps of: sending the serial number replacing request to an authorization daemon process so that the authorization daemon process requests a network state check from an authorization server after receiving the serial number replacing request; if the request network state check fails or the check result fed back to the authorization daemon by the authorization server is abnormal in network state, the authorization daemon acquires the hardware information and the first serial number of the first computing device and sends the hardware information and the first serial number of the first computing device to the client; acquiring a second serial number input by a user; generating offline replacement information based on the hardware information, the first serial number and the second serial number, so that the second computing device sends a first replacement request to the authorization server through the offline replacement information and receives the offline serial number returned from the authorization server, wherein the first replacement request comprises the hardware information, the first serial number and the second serial number; and acquiring an offline serial number, sending the offline serial number to an authorization daemon process so that the authorization daemon process can check the offline serial number, updating authorization information of the first computing device if the offline serial number passes the check, and sending the authorization information to the client.

Optionally, in an authorization status updating method according to the present invention, the method further includes: if the checking result fed back by the authorization server to the authorization daemon process is that the network state is normal, the authorization daemon process acquires the hardware information, the first serial number and the second serial number of the first computing device, and sends a second replacement request to the authorization server so that the authorization server can verify the hardware information and the first serial number of the first computing device, wherein the second replacement request comprises the hardware information, the first serial number and the second serial number of the first computing device; if the authorization server is successfully verified, the authorization server updates the database based on the hardware information of the first computing device and the second serial number, and feeds back an update result to the authorization daemon process; and if the updating result is that the updating is successful, the authorization daemon updates the authorization state of the first computing device through the second serial number and sends the authorization state to the client.

Optionally, in the method for updating an authorization status according to the present invention, after the step of acquiring the hardware information of the first computing device, the first serial number, and the second serial number by the authorization daemon, the method further includes: sending the replacement frequency request to an authorization server so that the authorization server can check the update frequency of the hardware information and the second serial number of the first computing device to obtain the updatable frequency corresponding to the second serial number, feeding the updatable frequency corresponding to the second serial number back to an authorization daemon process, and updating the database based on the updatable frequency of the first serial number, wherein the replacement frequency request comprises the hardware information and the second serial number of the first computing device; and if the updatable times are larger than zero, sending a second replacement request to the authorization server and the subsequent steps are executed.

Optionally, in the authorization status updating method according to the present invention, the offline replacement information is a two-dimensional code including hardware information, a first serial number and a second serial number.

According to a third aspect of the present invention, there is provided an authorization status resetting system comprising: a client adapted to perform a reset method of an authorization status according to the present invention; the authorization server is suitable for receiving a network state checking request from the authorization daemon process, sending a checking result to the authorization daemon process, receiving a second resetting request from the authorization daemon process when the checking result fed back to the authorization daemon process by the authorization server is that the network state is normal, verifying hardware information and a serial number of the first computing device, and feeding back the verifying result to the authorization daemon process; and the authorization daemon is suitable for receiving a serial number resetting request from the client, requesting the authorization server for checking the network state after receiving the serial number resetting request, updating the authorization state of the first computing device when the received checking result from the authorization server is successful in checking, and sending the authorization state to the client.

Optionally, in a reset system of an authorization status according to the present invention, further comprising: the second computing device is suitable for sending a first reset request to the authorization server through the offline reset information and receiving offline verification data returned by the authorization server, wherein the first reset request comprises hardware information and a serial number; the authorization server is further suitable for receiving a first reset request from the second computing device, sending offline verification data to the second computing device, and sending a verification result to the authorization daemon process; the authorization daemon is further adapted to acquire the hardware information and the serial number of the first computing device where the client is located when the request of the authorization server for the network state check fails or the check result fed back by the authorization server is abnormal in the network state, send the hardware information and the serial number of the first computing device to the client, check the offline check data, and update the authorization state of the first computing device when the offline check data is checked to pass.

According to a fourth aspect of the present invention, there is provided an authorization status updating system comprising: a client adapted to perform an update method of an authorization status according to the present invention; the authorization server is suitable for receiving a network state checking request from the authorization daemon process, sending a checking result to the authorization daemon process, receiving a second replacement request from the authorization daemon process when the checking result fed back to the authorization daemon process is that the network state is normal, checking hardware information and a first serial number of the first computing device, and feeding back the checking result to the authorization daemon process; and when the verification result is successful, updating the database based on the hardware information of the first computing device and the second serial number, and feeding back the updating result to the authorization daemon process; the authorization daemon is suitable for receiving a serial number replacing request from a client, requesting a network state check to an authorization server after receiving the serial number replacing request, acquiring hardware information, a first serial number and a second serial number of the first computing device when a check result fed back by the authorization server is that the network state is normal, sending the second replacing request to the authorization server, updating the authorization state of the first computing device through the second serial number when an updating result is that the updating is successful, and sending the authorization state to the client.

Optionally, in an authorization status update system according to the present invention, the system further includes: the second computing equipment is suitable for sending a first replacement request to the authorization server through the offline replacement information and receiving an offline serial number returned by the authorization server, wherein the first replacement request comprises hardware information, a first serial number and a second serial number; wherein the authorization server is further adapted to receive a first replacement request from the second computing device and send the offline sequence number to the second computing device; the authorization daemon is further adapted to acquire the hardware information and the first serial number of the first computing device where the client is located when the request for the authorization server for the network state check fails or a check result fed back by the authorization server is abnormal in the network state, send the hardware information and the first serial number of the first computing device to the client, check the offline serial number, and update the authorization state of the first computing device when the offline serial number is checked to pass.

Optionally, in an authorization status update system according to the present invention, the authorization server is further adapted to receive an update time request from the authorization daemon, and is adapted to perform update time check on the hardware information of the first computing device and the second serial number to obtain an updatable time corresponding to the second serial number, feed the updatable time corresponding to the second serial number back to the authorization daemon, and update the database based on the updatable time of the first serial number, where the update time request includes the first serial number and the second serial number of the hardware information of the first computing device; the authorization daemon is also suitable for sending the replacement frequency request corresponding to the second serial number to the authorization server.

According to a fifth aspect of the present invention, there is provided a computing device comprising: at least one processor; a memory storing program instructions configured to be suitable for execution by the at least one processor, the program instructions comprising instructions for performing the method as described above.

According to a sixth aspect of the present invention, there is provided a readable storage medium storing program instructions which, when read and executed by a computing device, cause the computing device to perform the method as described above.

According to the resetting method and the updating method of the authorization state, the authorization state of the first computing device can be reset and updated in an online and offline mode, the usability of a user is enhanced, and the user can complete the operation of resetting and replacing the serial number at any time in different network environments. By the method, the user can also remove the binding of the original serial number, replace the new serial number, and also can use the serial number again to deactivate another device after the serial number is reset, so that the flexibility of using the serial number is improved, and the utilization efficiency of resources is improved.

The foregoing description is only an overview of the technical solutions of the present invention, and the embodiments of the present invention are described below in order to make the technical means of the present invention more clearly understood and to make the above and other objects, features, and advantages of the present invention more clearly understandable.

Drawings

To the accomplishment of the foregoing and related ends, certain illustrative aspects are described herein in connection with the following description and the annexed drawings, which are indicative of various ways in which the principles disclosed herein may be practiced, and all aspects and equivalents thereof are intended to be within the scope of the claimed subject matter. The above and other objects, features and advantages of the present disclosure will become more apparent from the following detailed description read in conjunction with the accompanying drawings. Throughout this disclosure, like reference numerals generally refer to like parts or elements.

FIG. 1 shows a schematic block diagram of a computing device 100, according to an embodiment of the invention;

FIG. 2 illustrates a flow diagram of a reset method 200 of an authorization status, according to one embodiment of the invention;

FIG. 3 shows a flow diagram of a reset method 300 of the authorization status according to another embodiment of the invention;

FIG. 4 illustrates a flow diagram of a method 400 of updating authorization status, according to one embodiment of the invention;

FIG. 5 shows a flow diagram of a method 500 for updating authorization status according to another embodiment of the invention;

FIG. 6 illustrates a flow diagram of a method 600 for updating authorization status according to yet another embodiment of the invention;

FIG. 7 illustrates an authorization status reset system 700 according to one embodiment of the invention;

FIG. 8 illustrates an authorization status reset system 800 according to another embodiment of the invention;

FIG. 9 illustrates an authorization status update system 900 according to one embodiment of the invention; and

fig. 10 illustrates an authorization status update system 1000 according to another embodiment of the invention.

Detailed Description

Exemplary embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While exemplary embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure may be embodied in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the disclosure to those skilled in the art.

FIG. 1 shows a schematic block diagram of a computing device 100, according to an embodiment of the invention. The computing device 100 shown in fig. 1 is only an example, and in practice, the computing device for implementing the reset method of the authorization status and the update method of the authorization status of the present invention may be any type of device, and the hardware configuration thereof may be the same as the computing device 100 shown in fig. 1 or different from the computing device 100 shown in fig. 1. In practice, the computing device implementing the authorization status resetting method and the authorization status updating method of the present invention may add or delete hardware components of the computing device 100 shown in fig. 1, and the present invention does not limit the specific hardware configuration of the computing device.

A block diagram of a computing device 100 is shown in FIG. 1. in a basic configuration 102, the computing device 100 typically includes a system memory 106 and one or more processors 104. A memory bus 108 may be used for communication between the processor 104 and the system memory 106.

Depending on the desired configuration, the processor 104 may be any type of processing, including but not limited to: a microprocessor (μ P), a microcontroller (μ C), a Digital Signal Processor (DSP), or any combination thereof. The processor 104 may include one or more levels of cache, such as a level one cache 110 and a level two cache 112, a processor core 114, and registers 116. The example processor core 114 may include an Arithmetic Logic Unit (ALU), a Floating Point Unit (FPU), a digital signal processing core (DSP core), or any combination thereof. The example memory controller 118 may be used with the processor 104, or in some implementations the memory controller 118 may be an internal part of the processor 104.

Depending on the desired configuration, system memory 106 may be any type of memory, including but not limited to: volatile memory (such as RAM), non-volatile memory (such as ROM, flash memory, etc.), or any combination thereof. System memory 106 may include an operating system 120, one or more applications 122, and program data 124. In some embodiments, application 122 may be arranged to operate with program data 124 on an operating system. The program data 124 includes instructions, and in the computing device 100 according to the present invention, the program data 124 includes instructions for executing the reset method of the authorization status and the update method of the authorization status of the present invention.

The computing device 100 also includes a storage device 132, the storage device 132 including removable storage 136 and non-removable storage 138, the removable storage 136 and the non-removable storage 138 each connected to the storage interface bus 134. In the present invention, the data related to each event occurring during the program execution process and the time information indicating the occurrence of each event may be stored in the storage device 132, and the operating system 120 is adapted to manage the storage device 132. The storage device 132 may be a magnetic disk.

Computing device 100 may also include an interface bus 140 that facilitates communication from various interface devices (e.g., output devices 142, peripheral interfaces 144, and communication devices 146) to the basic configuration 102 via the bus/interface controller 130. The example output device 142 includes a graphics processing unit 148 and an audio processing unit 150. They may be configured to facilitate communication with various external devices, such as a display or speakers, via one or more a/V ports 152. Example peripheral interfaces 144 may include a serial interface controller 154 and a parallel interface controller 156, which may be configured to facilitate communication with external devices such as input devices (e.g., keyboard, mouse, pen, voice input device, touch input device) or other peripherals (e.g., printer, scanner, etc.) via one or more I/O ports 158. An example communication device 146 may include a network controller 160, which may be arranged to facilitate communications with one or more other computing devices 162 over a network communication link via one or more communication ports 164.

A network communication link may be one example of a communication medium. Communication media may typically be embodied by computer readable instructions, data structures, program modules, and may include any information delivery media, such as carrier waves or other transport mechanisms, in a modulated data signal. A "modulated data signal" may be a signal that has one or more of its data set or its changes made in such a manner as to encode information in the signal. By way of non-limiting example, communication media may include wired media such as a wired network or private-wired network, and various wireless media such as acoustic, Radio Frequency (RF), microwave, Infrared (IR), or other wireless media. The term computer readable media as used herein may include both storage media and communication media.

Computing device 100 may be implemented as a server, such as a file server, a database server, an application server, a WEB server, etc., or as part of a small-form factor portable (or mobile) electronic device, such as a cellular telephone, a Personal Digital Assistant (PDA), a personal media player device, a wireless WEB-watch device, a personal headset device, an application specific device, or a hybrid device that include any of the above functions. Computing device 100 may also be implemented as a personal computer including both desktop and notebook computer configurations. In some embodiments, the computing device 100 is configured to perform a reset method of the authorization status and an update method of the authorization status according to the invention.

Fig. 2 shows a flowchart of a resetting method 200 of the authorization status according to an embodiment of the present invention, where the method 200 is an offline serial number resetting method, and the method is suitable for being executed in a first computing device (such as the aforementioned computing device 100), and the first computing device comprises a client and an authorization daemon. As shown in fig. 2, the method 200 starts in step S201, when the user needs to reset the serial number of the first computing device, the user opens the client, switches to the details page, clicks the reset serial number button, and jumps to the serial number activation interface.

Subsequently, in step S202, the client sends the request for resetting the serial number to the authorization daemon, and optionally sends the request for resetting the serial number to the authorization daemon through a user interaction interface in the client.

Subsequently, in step S203, the authorization daemon requests a network status check from the authorization server upon receiving the reset sequence number request. Optionally, the authorization daemon requests the health check interface from the authorization server to determine the connectivity of the current device network.

Subsequently, in step S204, the authorization server checks the network state with the authorization daemon upon receiving a network state check request from the authorization daemon.

Subsequently, in step S205, the authorization server returns the check result of the check request to the authorization daemon, wherein the check result includes that the network status is normal or abnormal.

Subsequently, in step S206, if the authorization daemon process fails to request the network state check or the checking result that the authorization server returns to the network state of the authorization daemon process is that the network state is abnormal, which indicates that the server cannot be normally connected, the authorization daemon process acquires the hardware information and the serial number of the first computing device. The serial number is an activation serial number used by an operating system of the first computing device at present, and the hardware information of the first computing device is a unique identifier of the device.

Subsequently, in step S207, the authorization daemon transmits the acquired hardware information and serial number of the first computing device to the client.

Subsequently, in step S208, the client generates offline reset information, which may be a two-dimensional code including hardware information and serial number information, based on the received hardware information and serial number.

Subsequently, in step S209, the generated two-dimensional code is presented on the client-side user interaction interface, so that the user scans the offline reset information by using a second computing device (which may be implemented as the computing device described in fig. 1), for example, the H5 terminal of the mobile phone or other devices.

Subsequently, in step S210, after the user scans the offline reset information through the second computing device, the user clicks the reset button.

Subsequently, in step S211, the second computing device sends a first reset request to the authorization server, wherein the first reset request includes the hardware information and the serial number.

Subsequently, in step S212, after receiving the first reset request, the authorization server verifies the device hardware information and the serial number, determines whether the device hardware matches the serial number, generates offline verification data if the device hardware matches the serial number, and returns the offline verification data to the second computing device. If the verification fails, the resetting processing is not carried out, the authorization server sends the message that the verification fails to pass to the authorization daemon process, and the subsequent steps are not executed.

Optionally, the authorization server determines whether the device hardware and the serial number match by looking up the correspondence between the device hardware and the serial number in a database connected thereto.

Subsequently, in step S213, the offline verification data is presented on the user interaction interface of the second computing device, so that the user can input the offline verification data presented on the second computing device onto the user interaction interface of the client.

Subsequently, in step S214, the user inputs the offline verification data presented on the second computing device onto the user interactive interface of the client.

Subsequently, in step S215, after the user inputs the offline verification data, the client sends the offline verification data to the authorization daemon.

Subsequently, in step S216, the authorization daemon decrypts the received offline verification data, verifies the decrypted data, updates the authorization status if the verification is passed, resets the authorization status of the first computing device, and changes the authorization status of the first computing device from the original authorized status to unauthorized status after the resetting. If the verification result is verification failure, the reset processing is not carried out.

Subsequently, in step S217, the authorization status is sent to the client, so as to present to the user whether the current serial number has been reset or not through the user interaction interface of the client in step S218.

Fig. 3 shows a flow diagram of a method 300 for resetting an authorization status according to another embodiment of the invention, the method 300 being a method for resetting a serial number online, the method being adapted to be performed in an authorization management client of a first computing device, the first computing device further comprising an authorization daemon. As shown in fig. 3, the method 300 begins in step S301, when the user needs to reset the serial number of the first computing device, the user opens the authorization management client, switches to the details page, and clicks the reset serial number button.

Subsequently, in step S302, the client sends the request for resetting the serial number to the authorization daemon, specifically, the request for resetting the serial number is sent to the authorization daemon through the user interaction interface in the client.

Subsequently, in step S303, the authorization daemon requests a network status check from the authorization server upon receiving the reset sequence number request. Specifically, the authorization daemon requests the health check interface from the authorization server to judge the connectivity of the current device network.

Subsequently, in step S304, the authorization server checks the network state with the authorization daemon upon receiving the network state check request from the authorization daemon.

Subsequently, in step S305, the authorization server returns the checking result of the checking request to the authorization daemon, wherein the checking result includes that the network status is normal or abnormal.

Subsequently, in step S306, if the returned check result is that the network state is normal, the authorization daemon receives the check result and then obtains the hardware information and the serial number of the first computing device. Wherein the serial number is an activation serial number used to activate the first computing device.

Subsequently, in step S307, the authorization daemon initiates a second reset request through the http connection server, wherein the second reset result includes the hardware information and the serial number of the first computing device.

Subsequently, in step S308, after the authorization server receives the second reset request, the device hardware information and the serial number are checked to determine whether the device hardware matches the serial number.

Optionally, the authorization server determines whether the device hardware is matched with the serial number by searching whether a corresponding relationship between the device hardware and the serial number exists in a database connected to the authorization server, so as to obtain a verification result, where the verification result includes a verification success or a verification failure.

Subsequently, in step S309, the authorization server returns the verification result to the authorization daemon after the verification processing is completed.

Subsequently, in step S310, after the authorization daemon receives the verification result, the authorization state of the first computing device is updated, and if the verification result is that the verification is successful, the authorization state of the first computing device is reset, and after the reset, the authorization state of the first computing device is changed from originally authorized to unauthorized. If the verification result is verification failure, the reset processing is not carried out.

Subsequently, in step S311, the authorization daemon sends the authorization status into the client, so that in step S312, the authorization status is presented to the user.

Fig. 4 shows a flowchart of an update method 400 of authorization status according to an embodiment of the invention, the method 400 being a method of replacing a serial number offline, the method being adapted to be executed in a first computing device, the first computing device comprising a client and an authorization daemon. As shown in fig. 4, the method 400 begins in step S401, when the user needs to update the serial number of the first computing device, the user opens the client, switches to the details page, clicks the change serial number button, and jumps to the serial number activation interface.

Subsequently, in step S402, the client sends the serial number replacement request to the authorization daemon, and optionally sends the serial number replacement request to the authorization daemon through a user interaction interface in the client.

Subsequently, in step S403, the authorization daemon requests a network status check from the authorization server after receiving the change sequence number request. Optionally, the authorization daemon requests the health check interface from the authorization server to determine the connectivity of the current device network.

Subsequently, in step S404, the authorization server checks the network state with the authorization daemon upon receiving a network state check request from the authorization daemon.

Subsequently, in step S405, the authorization server returns a check result of the check request to the authorization daemon, where the check result includes that the network status is normal or abnormal.

Subsequently, in step S406, if the authorization daemon process fails to request the network state check or the checking result that the authorization server returns to the network state of the authorization daemon process is that the network state is abnormal, which indicates that the server cannot be normally connected, the authorization daemon process acquires the hardware information and the first serial number of the first computing device, and sends the hardware information and the first serial number of the first computing device to the client. The first serial number is an activation serial number currently used by an operating system of the first computing device, and the hardware information of the first computing device is a unique identifier of the device.

Subsequently, in step S407, the authorization daemon sends the acquired hardware information and the first serial number of the first computing device to the client.

Subsequently, in step S408, a second serial number input by the user in the client is acquired, the second serial number being a new serial number that the user is ready to replace. The client generates offline replacement information based on the received hardware information, the first serial number and the second serial number, where the offline replacement information may be a two-dimensional code including the hardware information, the first serial number and the second serial number information.

Subsequently, in step S409, the generated two-dimensional code is presented on the client-side user interaction interface, so that the user scans the offline replacement information by using a second computing device (which may be implemented as the computing device described in fig. 1), such as H5 of a mobile phone or other devices.

Subsequently, in step S410, after scanning the offline replacement information through the second computing device, the user clicks the replacement serial number key.

Subsequently, in step S411, the second computing device sends a first replacement request to the authorization server, where the first replacement request includes the hardware information of the first computing device, the first serial number, and the second serial number.

Subsequently, in step S412, after receiving the first replacement request, the authorization server verifies the device hardware information and the first serial number, determines whether the device hardware matches the first serial number, generates an offline serial number based on the device hardware information and the second serial number if the verification is passed, and returns the offline serial number to the second computing device. If the verification fails, the resetting processing is not carried out, the authorization server sends the message that the verification fails to pass to the authorization daemon process, and the subsequent steps are not executed.

Optionally, the authorization server determines whether the device hardware matches the first serial number by looking up a correspondence between the device hardware and the first serial number in a database connected thereto.

Subsequently, in step S413, the offline sequence number is presented on the user interaction interface of the second computing device, so that the user can input the offline sequence number presented on the second computing device onto the user interaction interface of the client.

Subsequently, in step S414, the user inputs the offline serial number presented on the second computing device onto the user interactive interface of the client.

Subsequently, in step S415, after the user inputs the offline serial number, the client sends the offline serial number to the authorization daemon.

Subsequently, in step S416, the authorization daemon decrypts the received offline serial number, checks the decrypted data, and if the check is passed, reactivates the operating system of the first computing device using the offline serial number and updates the authorization status, where the authorization status is updated from being activated using the first serial number to being activated using the second serial number. If the verification fails, the serial number replacement processing is not performed.

Subsequently, in step S417, the authorization status is sent to the client, so as to present to the user whether the current serial number has been replaced or not through the user interaction interface of the client in step S418.

Fig. 5 shows a flowchart of an update method 500 of authorization status according to another embodiment of the invention, the method 500 being a method of replacing serial numbers online, the method being adapted to be executed in an authorization management client of a first computing device, the first computing device further comprising an authorization daemon. As shown in fig. 5, the method 500 begins at step S501, when the user needs to replace the serial number of the first computing device, the user opens the authorization management client, switches to the details page, clicks the replace serial number button, and jumps to the serial number replace interface.

Subsequently, in step S502, the client sends the serial number replacement request to the authorization daemon, specifically, the serial number replacement request is sent to the authorization daemon through a user interaction interface in the client.

Subsequently, in step S503, the authorization daemon requests a network status check from the authorization server after receiving the change sequence number request. Specifically, the authorization daemon requests the health check interface from the authorization server to judge the connectivity of the current device network.

Subsequently, in step S504, the authorization server checks the network state with the authorization daemon upon receiving a network state check request from the authorization daemon.

Subsequently, in step S505, the authorization server returns the check result of the check request to the authorization daemon, where the check result includes that the network status is normal or abnormal.

Subsequently, in step S506, if the returned check result indicates that the network state is normal, the authorization daemon receives the check result and then obtains the hardware information, the first serial number, and the second serial number of the first computing device. Wherein the first serial number is an activation serial number used to activate the first computing device and the second serial number is a new serial number that the user is ready to replace.

Subsequently, in step S507, the authorization daemon sends a second replacement request to the authorization server, the second replacement request including the hardware information of the first computing device, the first serial number and the second serial number,

subsequently, in step S508, after receiving the second replacement request, the authorization server verifies the hardware information of the first computing device and the first serial number, and determines whether the device hardware is matched with the first serial number, that is, the authorization server verifies whether the originally used serial number binding information corresponds to the device requested this time.

Optionally, the authorization server determines whether the device hardware is matched with the first serial number by searching whether a corresponding relationship between the device hardware and the first serial number exists in a database connected to the authorization server, so as to obtain a verification result, where the verification result includes a verification success or a verification failure.

Subsequently, in step S509, if the authorization server is successfully verified, the original corresponding relationship between the device information of the first computing device and the first serial number is updated to that the device information of the first computing device corresponds to the second serial number in the database connected to the authorization server, and the update result is fed back to the authorization daemon.

If the verification is unsuccessful, the subsequent steps are not executed, the authorization server returns the message of the verification failure to the authorization daemon process, and the authorization daemon process informs the client.

Subsequently, in step S510, if the update result is that the update is successful, the authorization daemon updates the authorization status of the first computing device through the second serial number, and executes step S511 to send the authorization status to the client, so that in step S512, the authorization status is presented to the user through the client.

And if the updating result is updating failure, the authorization daemon does not update the authorization state.

Fig. 6 shows a flowchart of an update method 600 of authorization status according to yet another embodiment of the invention, the method 600 is a method of replacing serial numbers online, the method is suitable for execution in an authorization management client of a first computing device, the first computing device further comprises an authorization daemon. As shown in fig. 6, the method 600 starts in step S601, when the user needs to replace the serial number of the first computing device, the user opens the authorization management client, switches to the details page, clicks the serial number replacement button, and jumps to the serial number replacement interface.

Subsequently, in step S602, the client sends the serial number replacement request to the authorization daemon, and specifically, sends the serial number replacement request to the authorization daemon through the user interaction interface in the client.

Subsequently, in step S603, the authorization daemon requests a network status check from the authorization server after receiving the change sequence number request. Specifically, the authorization daemon requests the health check interface from the authorization server to judge the connectivity of the current device network.

Subsequently, in step S604, the authorization server checks the network state with the authorization daemon upon receiving a network state check request from the authorization daemon.

Subsequently, in step S605, the authorization server returns the check result of the check request to the authorization daemon, wherein the check result includes that the network status is normal or abnormal.

Subsequently, in step S606, if the returned check result is that the network state is normal, the authorization daemon receives the check result and then obtains the hardware information, the first serial number, and the second serial number of the first computing device. Wherein the first serial number is an activation serial number used to activate the first computing device and the second serial number is a new serial number that the user is ready to replace.

Subsequently, in step S607, the authorization daemon transmits a replacement number request to the authorization server. Wherein the replacement number request includes hardware information of the first computing device and a second serial number.

Subsequently, in step S608, the authorization server performs update times verification on the hardware information of the first computing device and the second serial number, so as to obtain an updatable time corresponding to the second serial number.

Subsequently, in step S609, the updatable number corresponding to the second serial number is fed back to the authorization daemon.

Subsequently, in step S610, the authorization daemon feeds back the updatable times corresponding to the second serial number to the client, so that in step S611, the client presents the updatable times corresponding to the second serial number to the user.

Subsequently, in step S611, if the number of times of updatability corresponding to the second sequence number is zero, the sequence number is not updated. If the updatable number corresponding to the second serial number is greater than zero, step S612 is executed, in which the authorization daemon sends a second replacement request to the authorization server, where the second replacement request includes the hardware information of the first computing device, the first serial number, and the second serial number.

Subsequently, in step S613, after receiving the second replacement request, the authorization server verifies the hardware information of the first computing device and the first serial number, and determines whether the device hardware is matched with the first serial number, that is, the authorization server verifies whether the originally used serial number binding information corresponds to the current requesting device.

Subsequently, in step S614, if the authorization server is successfully verified, the original corresponding relationship between the device information of the first computing device and the first serial number is updated to that the device information of the first computing device corresponds to the second serial number in the database connected to the authorization server, the updatable frequency of the second serial number is updated, and the update result is fed back to the authorization daemon. If the verification is unsuccessful, the subsequent steps are not executed, the authorization server returns the message of the verification failure to the authorization daemon process, and the authorization daemon process informs the client.

Subsequently, in step S615, if the update result is that the update is successful, the authorization daemon will update the authorization status of the first computing device by the second serial number, and execute step S616, and send the authorization status to the client, so as to present the authorization status to the user in step S617.

FIG. 7 illustrates an authorization state reset system 700 according to one embodiment of the invention, as shown in FIG. 7, system 700 includes a client 710, an authorization daemon 720, a second computing device 730, and an authorization server 740. Wherein the client 710 is adapted to perform the steps of the method 200 involving the client, the authorization daemon 720 is adapted to perform the steps of the method 200 involving the authorization daemon, the second computing device 730 is adapted to perform the steps of the method 200 involving the second computing device, and the authorization server 740 is adapted to perform the steps of the method 200 involving the authorization server. It should be noted that the operation principle of the authorization status resetting system 700 provided in the present embodiment is similar to that of the authorization status resetting method 200, and for the relevant points, reference is made to the description of the authorization status resetting method 200, which is not repeated herein.

Fig. 8 illustrates an authorization status resetting system 800 according to another embodiment of the invention, as shown in fig. 8, the system 800 includes a client 810, an authorization daemon 820, and an authorization server 830. Wherein the client 810 is adapted to perform steps of the method 300 involving the client, the authorization daemon 820 is adapted to perform steps of the method 300 involving the authorization daemon, and the authorization server 830 is adapted to perform steps of the method 300 involving the authorization server. It should be noted that the operation principle of the authorization status resetting system 800 provided in this embodiment is similar to that of the authorization status resetting method 300, and for the relevant points, reference is made to the description of the authorization status resetting method 300, which is not repeated herein.

FIG. 9 illustrates an authorization status update system 900 according to one embodiment of the invention, as shown in FIG. 9, the system 900 includes a client 910, an authorization daemon 920, a second computing device 930, and an authorization server 940. Wherein the client 910 is adapted to perform the steps of the method 400 involving the client, the authorization daemon 920 is adapted to perform the steps of the method 400 involving the authorization daemon, the second computing device 930 is adapted to perform the steps of the method 400 involving the second computing device, and the authorization server 940 is adapted to perform the steps of the method 400 involving the authorization server. It should be noted that the operation principle of the authorization status update system 900 provided in this embodiment is similar to that of the authorization status update method 400, and for the relevant points, reference is made to the description of the authorization status update method 400, and details are not repeated here.

Fig. 10 shows an authorization status update system 1000 according to another embodiment of the present invention, and as shown in fig. 10, the system 1000 includes a client 1100, an authorization daemon 1200, and an authorization server 1300. Among other things, client 1100 is adapted to perform the steps of method 500 involving the client, authorization daemon 1200 is adapted to perform the steps of method 500 involving the authorization daemon, and authorization server 1300 is adapted to perform the steps of method 500 involving the authorization server. It should be noted that the operation principle of the authorization status update system 1000 provided in this embodiment is similar to that of the authorization status update method 500, and for the relevant points, reference is made to the description of the authorization status update method 500, and details are not repeated here.

According to yet another embodiment of the present invention, the client 1100 in the authorization status update system 1000 may be further adapted to perform steps related to the client in the method 600, the authorization daemon 1200 is adapted to perform steps related to the authorization daemon in the method 600, and the authorization server 1300 is adapted to perform steps related to the authorization server in the method 600. It should be noted that the operation principle of the authorization status update system 1000 provided in this embodiment is similar to that of the authorization status update method 600, and for the relevant points, reference is made to the description of the authorization status update method 600, and details are not repeated here.

The various techniques described herein may be implemented in connection with hardware or software or, alternatively, with a combination of both. Thus, the methods and apparatus of the present invention, or certain aspects or portions thereof, may take the form of program code (i.e., instructions) embodied in tangible media, such as removable hard drives, U.S. disks, floppy disks, CD-ROMs, or any other machine-readable storage medium, wherein, when the program is loaded into and executed by a machine, such as a computer, the machine becomes an apparatus for practicing the invention.

In the case of program code execution on programmable computers, the mobile terminal generally includes a processor, a storage medium readable by the processor (including volatile and non-volatile memory and/or storage elements), at least one input device, and at least one output device. Wherein the memory is configured to store program code; the processor is configured to execute the authorization status resetting method and the authorization status updating method of the invention according to instructions in the program code stored in the memory.

By way of example, and not limitation, readable media may comprise readable storage media and communication media. Readable storage media store information such as computer readable instructions, data structures, program modules or other data. Communication media typically embodies computer readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media. Combinations of any of the above are also included within the scope of readable media.

In the description provided herein, algorithms and displays are not inherently related to any particular computer, virtual system, or other apparatus. Various general purpose systems may also be used with examples of this invention. The required structure for constructing such a system will be apparent from the description above. Moreover, the present invention is not directed to any particular programming language. It is appreciated that a variety of programming languages may be used to implement the teachings of the present invention as described herein, and any descriptions of specific languages are provided above to disclose the best mode of the invention.

In the description provided herein, numerous specific details are set forth. It is understood, however, that embodiments of the invention may be practiced without these specific details. In some instances, well-known methods, structures and techniques have not been shown in detail in order not to obscure an understanding of this description.

Similarly, it should be appreciated that in the foregoing description of exemplary embodiments of the invention, various features of the invention are sometimes grouped together in a single embodiment, figure, or description thereof for the purpose of streamlining the disclosure and aiding in the understanding of one or more of the various inventive aspects. However, the disclosed method should not be interpreted as reflecting an intention that: rather, the invention as claimed requires more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive aspects lie in less than all features of a single foregoing disclosed embodiment. Thus, the claims following the detailed description are hereby expressly incorporated into this detailed description, with each claim standing on its own as a separate embodiment of this invention.

Those skilled in the art will appreciate that the modules or units or components of the devices in the examples disclosed herein may be arranged in a device as described in this embodiment, or alternatively may be located in one or more devices different from the device in this example. The modules in the foregoing examples may be combined into one module or may be further divided into multiple sub-modules.

Those skilled in the art will appreciate that the modules in the device in an embodiment may be adaptively changed and disposed in one or more devices different from the embodiment. The modules or units or components of the embodiments may be combined into one module or unit or component, and furthermore they may be divided into a plurality of sub-modules or sub-units or sub-components. All of the features disclosed in this specification (including any accompanying claims, abstract and drawings), and all of the processes or elements of any method or apparatus so disclosed, may be combined in any combination, except combinations where at least some of such features and/or processes or elements are mutually exclusive. Each feature disclosed in this specification (including any accompanying claims, abstract and drawings) may be replaced by alternative features serving the same, equivalent or similar purpose, unless expressly stated otherwise.

Furthermore, those skilled in the art will appreciate that while some embodiments described herein include some features included in other embodiments, rather than other features, combinations of features of different embodiments are meant to be within the scope of the invention and form different embodiments. For example, in the following claims, any of the claimed embodiments may be used in any combination.

Furthermore, some of the described embodiments are described herein as a method or combination of method elements that can be performed by a processor of a computer system or by other means of performing the described functions. A processor having the necessary instructions for carrying out the method or method elements thus forms a means for carrying out the method or method elements. Further, the elements of the apparatus embodiments described herein are examples of the following apparatus: the apparatus is used to implement the functions performed by the elements for the purpose of carrying out the invention.

As used herein, unless otherwise specified the use of the ordinal adjectives "first", "second", "third", etc., to describe a common object, merely indicate that different instances of like objects are being referred to, and are not intended to imply that the objects so described must be in a given sequence, either temporally, spatially, in ranking, or in any other manner.

While the invention has been described with respect to a limited number of embodiments, those skilled in the art, having benefit of this description, will appreciate that other embodiments can be devised which do not depart from the scope of the invention as described herein. Furthermore, it should be noted that the language used in the specification has been principally selected for readability and instructional purposes, and may not have been selected to delineate or circumscribe the inventive subject matter. Accordingly, many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the appended claims. The present invention has been disclosed in an illustrative rather than a restrictive sense with respect to the scope of the invention, as defined in the appended claims.

Claims

1. A method of resetting an authorization status, performed in a client of a first computing device, the first computing device further comprising an authorization daemon, the method comprising the steps of:

sending a reset serial number request to the authorization daemon so that the authorization daemon can request a network state check from an authorization server after receiving the reset serial number request;

if the request network state check fails or the check result fed back to the authorization daemon by the authorization server is abnormal in network state, the authorization daemon acquires the hardware information and the serial number of the first computing device and sends the hardware information and the serial number of the first computing device to the client;

generating offline reset information based on the hardware information and the serial number, so that a second computing device sends a first reset request to an authorization server through the offline reset information and receives offline verification data returned by the authorization server, wherein the first reset request comprises the hardware information and the serial number;

and acquiring the offline checking data, sending the offline checking data to the authorization daemon, so that the authorization daemon can check the offline checking data, if the offline checking data passes the checking, updating the authorization state of the first computing equipment, and sending the authorization state to a client.

2. The method of claim 1, further comprising:

if the check result fed back by the authorization server to the authorization daemon process is that the network state is normal, the authorization daemon process acquires the hardware information and the serial number of the first computing device and sends a second reset request to the authorization server, so that the authorization server checks the hardware information and the serial number of the first computing device and feeds back the check result to the authorization daemon process, wherein the second reset request comprises the hardware information and the serial number of the first computing device;

and if the verification result is successful, the authorization daemon updates the authorization state of the first computing device and sends the authorization state to the client.

3. The method of claim 1 or 2, wherein the offline reset information is a two-dimensional code comprising the hardware information and serial number information.

4. A method of updating an authorization status, performed in a client of a first computing device, the first computing device further comprising an authorization daemon, the method comprising the steps of:

sending a serial number replacement request to the authorization daemon process so that the authorization daemon process requests an authorization server for network state check after receiving the serial number replacement request;

if the request network state check fails or the check result fed back to the authorization daemon by the authorization server is abnormal in network state, the authorization daemon acquires the hardware information and the first serial number of the first computing device and sends the hardware information and the first serial number of the first computing device to the client;

acquiring a second serial number input by a user;

generating offline replacement information based on the hardware information, the first serial number and the second serial number, so that a second computing device sends a first replacement request to an authorization server through the offline replacement information and receives an offline serial number returned from the authorization server, wherein the first replacement request comprises the hardware information, the first serial number and the second serial number;

and acquiring the offline serial number, and sending the offline serial number to the authorization daemon process so that the authorization daemon process can check the offline serial number, if the offline serial number passes the check, updating the authorization information of the first computing device, and sending the authorization information to a client.

5. The method of claim 4, further comprising:

if the checking result fed back by the authorization server to the authorization daemon process is that the network state is normal, the authorization daemon process acquires the hardware information, the first serial number and the second serial number of the first computing device, and sends a second replacement request to the authorization server, so that the authorization server can verify the hardware information and the first serial number of the first computing device, and the second replacement request comprises the hardware information, the first serial number and the second serial number of the first computing device;

if the authorization server is successfully verified, the authorization server updates the database based on the hardware information of the first computing device and the second serial number, and feeds an update result back to the authorization daemon process;

and if the updating result is that the updating is successful, the authorization daemon updates the authorization state of the first computing device through the second serial number and sends the authorization state to the client.

6. The method of claim 5, further comprising, after the step of the authorization daemon obtaining hardware information, a first serial number, and a second serial number for the first computing device:

sending a replacement frequency request to an authorization server so that the authorization server can check the update frequency of the hardware information and the second serial number of the first computing device to obtain the updatable frequency corresponding to the second serial number, feeding the updatable frequency corresponding to the second serial number back to an authorization daemon process, and updating a database based on the updatable frequency of the first serial number, wherein the replacement frequency request comprises the hardware information and the second serial number of the first computing device;

and if the updatable times are larger than zero, the step of sending the second replacement request to an authorization server and the subsequent steps are executed.

7. The method of any one of claims 4 to 6, wherein the offline replacement information is a two-dimensional code comprising the hardware information, a first serial number and a second serial number information.

8. An authorization status reset system, comprising:

a client adapted to perform a reset method of the authorisation status according to any one of claims 1 to 3;

the authorization server is suitable for receiving a network state checking request from the authorization daemon process, sending a checking result to the authorization daemon process, receiving a second resetting request from the authorization daemon process when the checking result fed back to the authorization daemon process by the authorization server is that the network state is normal, verifying hardware information and a serial number of the first computing device, and feeding back the verifying result to the authorization daemon process;

and the authorization daemon is suitable for receiving a serial number resetting request from the client, requesting the authorization server for checking the network state after receiving the serial number resetting request, updating the authorization state of the first computing device when the received checking result from the authorization server is successful in checking, and sending the authorization state to the client.

9. The system of claim 8, further comprising:

the second computing device is suitable for sending a first reset request to an authorization server through offline reset information and receiving offline verification data returned by the authorization server, wherein the first reset request comprises the hardware information and a serial number;

wherein the content of the first and second substances,

the authorization server is further suitable for receiving a first reset request from the second computing device, sending offline verification data to the second computing device and sending a verification result to the authorization daemon process;

the authorization daemon is further adapted to acquire hardware information and a serial number of a first computing device where the client is located when a request for network state check from the authorization server fails or a check result fed back by the authorization server is abnormal in network state, send the hardware information and the serial number of the first computing device to the client, check the offline check data, and update the authorization state of the first computing device when the offline check data is checked to pass.

10. An authorization status update system, comprising:

a client adapted to perform an update method of the authorization status according to any one of claims 4 to 7;

the authorization server is suitable for receiving a network state checking request from the authorization daemon process, sending a checking result to the authorization daemon process, receiving a second replacement request from the authorization daemon process when the checking result fed back to the authorization daemon process is that the network state is normal, checking hardware information and a first serial number of the first computing device, and feeding back the checking result to the authorization daemon process; and when the verification result is that the verification is successful, updating the database based on the hardware information of the first computing device and the second serial number, and feeding back the updating result to the authorization daemon;

the authorization daemon is suitable for receiving a serial number replacing request from a client, requesting a network state check to an authorization server after receiving the serial number replacing request, acquiring hardware information, a first serial number and a second serial number of the first computing device when a check result fed back by the authorization server is that the network state is normal, sending a second replacing request to the authorization server, updating the authorization state of the first computing device through the second serial number when the updating result is that the updating is successful, and sending the authorization state to the client.

11. The system of claim 10, further comprising:

the second computing equipment is suitable for sending a first replacement request to an authorization server through offline replacement information and receiving an offline serial number returned by the authorization server, wherein the first replacement request comprises the hardware information, the first serial number and the second serial number;

wherein the content of the first and second substances,

the authorization server is further adapted to receive a first replacement request from a second computing device and send an offline sequence number to the second computing device;

the authorization daemon is further adapted to acquire hardware information and a first serial number of a first computing device where the client is located when a network state check request from the authorization server fails or a check result fed back by the authorization server is abnormal in network state, send the hardware information and the first serial number of the first computing device to the client, check the offline serial number, and update the authorization state of the first computing device when the offline serial number is checked to pass.

12. The system of claim 10, wherein,

the authorization server is also suitable for receiving an update time request from an authorization daemon, is suitable for verifying the update times of the hardware information and the second serial number of the first computing equipment to obtain the updatable times corresponding to the second serial number, feeds the updatable times corresponding to the second serial number back to the authorization daemon, and updates the database based on the updatable times of the first serial number, wherein the update time request comprises the first serial number and the second serial number of the hardware information of the first computing equipment;

the authorization daemon is also suitable for sending the replacement frequency request corresponding to the second serial number to the authorization server.

13. A computing device, comprising:

at least one processor; and

a memory storing program instructions, wherein the program instructions are configured to be adapted to be executed by the at least one processor, the program instructions comprising instructions for performing the method of any of claims 1-7.

14. A readable storage medium storing program instructions that, when read and executed by a computing device, cause the computing device to perform the method of any of claims 1 to 7.