CN115017475A - Method for software off-line authorization - Google Patents

Abstract

The present invention provides a method for offline authorization of software. The configuration file is loaded into the software by importing the registration code, so as to realize the opening of the software function authority, and the subsequent software function expansion only needs to update the registration code without updating the software. The user experience is good, and the management and maintenance costs of software vendors are reduced. In the software architecture design, the functions are divided into modules, and the functions of each module are implemented by external configuration files. The configuration files support the function of custom expansion modules. The installation package does not come with configuration files when the software is released, and the configuration files are generated when the registration code is generated. At the same time, according to the functions and permissions required by the user, it is encrypted and added to the registration code file to realize the opening of software function permissions. Subsequent software function expansion only needs to update the registration code without updating the software.

Description

A method for offline authorization of software

technical field

The invention relates to the technical field of software authorization, in particular to a method for offline authorization of software.

Background technique

Software authorization generally uses the method of issuing registration codes to users to realize the binding of software and computers, open functional rights and limit the period of use.

At present, the offline authorization function of software on the market can only support the binding of software and computer and limit the use period. There is no good control method for the opening and expansion of software function permissions. If users need to add a certain function of the software they are using, they may Need to re-purchase the software package with increased functions, and the user experience is not good. According to different functions, the same software is divided into multiple versions, and the cost of software version management and upgrade and maintenance for software vendors has also increased exponentially.

SUMMARY OF THE INVENTION

In view of the above problems, the present invention provides a method for offline authorization of software. The configuration file is loaded into the software by importing the registration code, so as to realize the opening of software function rights, and subsequent software function expansion only needs to update the registration code without the need for The software is updated, which makes the user experience better and reduces the management and maintenance cost of the software vendor.

A method for offline authorization of software, characterized in that: it distinguishes modules when functions are used in software architecture design, and each module function is realized by an external configuration file, the configuration file supports self-defined extension module functions, and an installation package is installed when the software is released. There is no configuration file attached. The configuration file is encrypted and added to the registration code file according to the functions and permissions required by the user when the registration code is generated to realize the opening of software function permissions. Subsequent software function expansion only needs to update the registration code without updating the software.

It is further characterized by:

The software has multiple optional modules, each module integrates several optional sub-modules, each module has support for various sub-modules, each module has an independent configuration file, and the software implements each module by loading the configuration file. The configuration file defines the interaction protocol between each functional module and each controller, and the configuration file can increase or decrease the functions in the software by adding or deleting the controller protocol information;

Each sub-module has support for each sub-function, and the sub-function of each sub-module has an independent configuration file. The software realizes the opening and closing of the sub-function of the sub-module in the module by loading the configuration file;

The user needs to provide the computer unique code for installing the software, functional requirements, and usage time limit to generate the registration code;

The computer unique code is obtained by splicing the computer motherboard serial number and cpu number information and performing AES encryption and base64 encryption, and the functional requirements are specifically to enable the corresponding module and the corresponding controller function in the module;

The registration code structure consists of the following parts: the computer unique code, the start time of the software use period, the last software running time, the software use time, the software unique code GUID, and the function configuration information;

The computer unique code is used to detect whether the computer matches the registration code; the last software running time is specifically updated every time the software is opened to close, and when the software is opened, check whether the current time is later than the recording time, if it is earlier than The recording time is considered abnormal, and the software is prohibited from running;

The three-phase combination of the software usage time, the start time of the software usage term, and the last software running time is used to limit the usage time to ensure that the authorized usage time does not exceed the time purchased by the user;

The software unique code GUID is automatically generated by the registration machine and is used to encrypt the 128-bit long key of the configuration file;

The function configuration information is used to manage and control software functions;

The registration code is generated by a computer. After the registration code is generated, it is sent to the user to import through the software prompt. After the import, the function configuration information is extracted from the registration code, and the software unique code GUID in the registration code is used as the secret key to perform AES and base64 encryption. The encrypted content is output as a configuration file and stored in the software configuration file directory, and the software runs after the registration code meets the following requirements:

a The computer unique code read by the software is consistent with the computer unique code recorded in the configuration file;

b. The current time of the machine is earlier than the start time of the software usage period + the software usage time in the configuration file;

c. The current time of the machine is later than the last software running time;

d. After the software runs, read the encrypted configuration file. If the decryption is normal, initialize each function module. If it is abnormal, the configuration file is considered damaged, and the corresponding function module is disabled.

After adopting the present invention, the installation package does not attach a configuration file when the software is released, the configuration file is encrypted and added to the registration code file according to the functions and permissions required by the user when the registration code is generated, and the configuration file is loaded into the software by importing the registration code. , so as to realize the opening of software function permissions, and subsequent software function expansion only needs to update the registration code without updating the software, which makes the user experience better and reduces the management and maintenance costs of software vendors.

Description of drawings

FIG. 1 is a module interface display diagram 1 of a specific embodiment of the present invention;

Fig. 2 is the module interface display Fig. 2 of the specific embodiment of the present invention;

Fig. 3 is the module interface display Fig. 3 of the specific embodiment of the present invention;

Fig. 4 is the module interface display Fig. 4 of the specific embodiment of the present invention;

Fig. 5 is the module interface display Fig. 5 of the specific embodiment of the present invention;

FIG. 6 is a module interface display FIG. 6 of a specific embodiment of the present invention.

Detailed ways

A method for offline authorization of software: it distinguishes modules when designing software architecture, and the functions of each module are realized by external configuration files. When the registration code is generated, the configuration file is encrypted and added to the registration code file according to the functions and permissions required by the user, so as to realize the opening of software function permissions. Subsequent software function expansion only needs to update the registration code without updating the software.

The software has multiple optional modules, each module integrates several optional sub-modules, each module has support for various sub-modules, each module has an independent configuration file, and the software implements each module by loading the configuration file. The configuration file defines the interaction protocol between each functional module and each controller, and the configuration file can increase or decrease the functions in the software by adding or deleting the controller protocol information;

Each sub-module has support for each sub-function, and the sub-function of each sub-module has an independent configuration file. The software realizes the opening and closing of the sub-function of the sub-module in the module by loading the configuration file;

The user needs to provide the computer unique code for installing the software, functional requirements, and usage time limit to generate the registration code;

The computer unique code is obtained by splicing the computer motherboard serial number and cpu number information after AES encryption and base64 encryption. The functional requirements are specifically to enable the corresponding module and the corresponding controller function in the module;

The registration code structure consists of the following parts: the computer unique code, the start time of the software use period, the last software running time, the software use time, the software unique code GUID, and the function configuration information;

The computer unique code is used to detect whether the computer matches the registration code; the last software running time is specifically updated every time the software is opened to close, and when the software is opened, check whether the current time is later than the recording time, and if it is earlier than the recording time, it is considered that Abnormal, the software is prohibited from running;

The three-phase combination of the software usage time, the start time of the software usage period, and the last software running time is used to limit the usage time to ensure that the authorized usage time does not exceed the time purchased by the user;

The software unique code GUID is a 128-bit long key that is automatically generated by the registration machine and used to encrypt the configuration file;

Function configuration information is used to manage and control software functions.

The registration code is generated by the computer. After the registration code is generated, it is sent to the user for import through the software prompt. After the import, the function configuration information is extracted from the registration code, and the GUID of the software unique code in the registration code is used as the secret key for AES and base64 encryption. The encrypted content output is that the configuration file is stored in the software configuration file directory, and the software runs after the registration code meets the following requirements:

a The computer unique code read by the software is consistent with the computer unique code recorded in the configuration file;

b. The current time of the machine is earlier than the start time of the software usage period + the software usage time in the configuration file;

c. The current time of the machine is later than the last software running time;

d. After the software runs, read the encrypted configuration file. If the decryption is normal, initialize each function module. If it is abnormal, the configuration file is considered damaged, and the corresponding function module is disabled.

In a specific embodiment, the software has four modules A, B, C, and D, each module has a corresponding sub-module, each sub-module has a corresponding sub-function, each module has support for a variety of sub-modules, and each module has independent The software realizes the functions of each module by loading the configuration file. The configuration file defines the interaction protocol between each functional module and each controller. The configuration file can increase or decrease the functions in the software by adding or deleting the controller protocol information.

Taking module A as an example, when the configuration file has the following content:

The module interface display of module A in the software is shown in Figure 1 and Figure 2.

When a sub-module needs to be disabled, part of the configuration in the configuration file can be deleted, such as deleting all functions of sub-module 2, the content of the configuration file is as follows:

The interface display of module A in the software is shown in Figure 3.

When a sub-function needs to be disabled, such as disabling sub-module 1, sub-function 1, sub-function 1-1, the content of the configuration file is as follows:

The interface display of module A in the software is shown in Figure 4.

When it is necessary to disable an entire sub-feature, the configuration file is as follows:

The interface display of module A in the software is shown in Figure 5, and there is no corresponding sub-function option.

When the entire module A function needs to be disabled, the content of the configuration file is as follows:

[

null

]

The module interface of module A in the software is displayed as shown in Figure 6. There are no function options under the interface of module A.

The principle is as follows: when the software is released, the installation package does not come with a configuration file. When the registration code is generated, the configuration file is encrypted and added to the registration code file according to the functions and permissions required by the user. The configuration file is loaded into the software by importing the registration code. In this way, software function rights are opened, and subsequent software function expansion only needs to update the registration code without updating the software, which provides a good user experience and reduces the management and maintenance costs of software vendors. .

It will be apparent to those skilled in the art that the present invention is not limited to the details of the above-described exemplary embodiments, but that the present invention may be embodied in other specific forms without departing from the spirit or essential characteristics of the invention. Therefore, the embodiments are to be regarded in all respects as illustrative and not restrictive, and the scope of the invention is to be defined by the appended claims rather than the foregoing description, which are therefore intended to fall within the scope of the claims. All changes within the meaning and scope of the equivalents of , are included in the present invention. Any reference signs in the claims shall not be construed as limiting the involved claim.

In addition, it should be understood that although this specification is described in terms of embodiments, not each embodiment only includes an independent technical solution, and this description in the specification is only for the sake of clarity, and those skilled in the art should take the specification as a whole , the technical solutions in each embodiment can also be appropriately combined to form other implementations that can be understood by those skilled in the art.

Claims (6)

1. a method for software off-line authorization, it is characterized in that: it carries out module distinction when function when software architecture is designed, and each module function is all realized by external configuration file, configuration file supports self-defined extension module function, when software is released There is no configuration file attached to the installation package. When the registration code is generated, the configuration file is encrypted and added to the registration code file according to the functions and permissions required by the user to realize the opening of software function permissions. Subsequent software function expansion only needs to update the registration code without updating. software. 2. the method for a kind of software offline authorization as claimed in claim 1 is characterized in that: software possesses a plurality of matching modules, and is integrated with several matching submodules in each module, and possesses in each module various submodules. Module support, each module has an independent configuration file, the software realizes the function of each module by loading the configuration file, the configuration file defines the interaction protocol between each functional module and each controller, and the configuration file achieves the software by adding and deleting controller protocol information. increase or decrease of internal functions. 3. the method for a kind of software off-line authorization as claimed in claim 2, it is characterized in that: have support to each sub-function in each sub-module, the sub-function of each sub-module has independent configuration file, and the software loads the configuration file by loading the configuration file. Realize the opening and closing of sub-functions of sub-modules in the module. 4. the method for a kind of software off-line authorization as claimed in claim 2, is characterized in that: user needs to provide the computer unique code for installing software, function requirement, and use duration limit to generate registration code; The computer unique code is obtained by splicing the computer motherboard serial number and cpu number information and performing AES encryption and base64 encryption. The functional requirements are specifically to enable the corresponding module and the corresponding controller function in the module. 5. the method for a kind of software off-line authorization as claimed in claim 4, is characterized in that, registration code structure is made up of following part: the starting time of computer unique code, software service life, last software running time, software use duration , Software unique code GUID, function configuration information; The computer unique code is used to detect whether the computer matches the registration code; the last software running time is specifically updated every time the software is opened to close, and when the software is opened, check whether the current time is later than the recording time, if it is earlier than The recording time is considered abnormal, and the software is prohibited from running; The three-phase combination of the software usage time, the start time of the software usage term, and the last software running time is used to limit the usage time to ensure that the authorized usage time does not exceed the time purchased by the user; The software unique code GUID is automatically generated by the registration machine and is used to encrypt the 128-bit long key of the configuration file; The function configuration information is used to manage and control software functions. 6. the method for a kind of software offline authorization as claimed in claim 5, is characterized in that, described registration code is generated by computer, after registration code is generated, is sent to user to import through software prompt, after importing, extract function in registration code For configuration information, perform AES and base64 encryption with the software unique code GUID in the registration code as the secret key, and output the encrypted content as a configuration file stored in the software configuration file directory, and the software runs after the registration code meets the following requirements: a The computer unique code read by the software is consistent with the computer unique code recorded in the configuration file; b. The current time of the machine is earlier than the start time of the software usage period + the software usage time in the configuration file; c. The current time of the machine is later than the last software running time; d. After the software runs, read the encrypted configuration file. If the decryption is normal, initialize each function module. If it is abnormal, the configuration file is considered damaged, and the corresponding function module is disabled.

Images