A software product authorization mode conversion method and device

Abstract

The application provides a software product authorization mode conversion method and device, the method comprises the following steps: obtaining a first authorization mode conversion request of a target product; determining a current authorization mode and a target authorization mode of the target product based on the first authorization mode conversion request; changing the use state of the current authorization mode to unavailable, so that the user uses the target authorization mode to perform user authorization verification of the target product. Therefore, by changing the authorization use state of the original authorization mode, it is ensured that the original authorization mode will not be available after the user converts to the new authorization mode, so that the software product authorization mode can be flexibly converted according to the use scene of the user, improving the user experience while also protecting the interests of the enterprise.

Description

Technical Field

[0001] This invention relates to the field of computer technology, and specifically to a method and apparatus for converting software product licensing methods. Background Technology

[0002] After a software product is sold, it typically requires authorization for the purchased user. Users must verify their authorization before using the software. Currently, software product authorization is divided into two main categories: online authorization and offline authorization. Online authorization requires an internet connection for verification, such as user login verification. Offline authorization requires a physical verification device, such as a USB key.

[0003] There exists a type of product on the market that supports both online and offline verification. Users can purchase either an online or offline verification license for this type of product. Since these two methods are purchased separately, under traditional sales methods, customers have to choose both online and offline licenses, resulting in double the price for the same product and negatively impacting the user experience. However, if users were given both types of licenses directly, they could purchase one license and use it simultaneously in both scenarios, which would harm the interests of the product manufacturer.

[0004] Therefore, for products that support both offline and online licensing, how to switch software product licensing methods without compromising enterprise utilization in order to improve user experience has become an urgent problem to be solved. Summary of the Invention

[0005] In view of this, embodiments of the present invention provide a method and apparatus for converting software product licensing methods to solve the problem in the prior art that software product licensing methods cannot be flexibly converted, requiring users to pay twice, which affects the user experience.

[0006] According to a first aspect, embodiments of the present invention provide a method for converting software product licensing methods, including:

[0007] Obtain the first authorization method conversion request for the target product;

[0008] The current authorization method and target authorization method of the target product are determined based on the first authorization method conversion request;

[0009] Change the current authorization method to unavailable so that users can use the target authorization method to verify user authorization for the target product.

[0010] Optionally, changing the usage status of the current authorization method to unavailable, so that the user can use the target authorization method to perform user authorization verification for the target product, includes:

[0011] Obtain the original authorization order corresponding to the current authorization method, and generate a lending record based on the original authorization order;

[0012] Based on the borrowing record, the authorized usage status of the original authorized order is changed to unavailable;

[0013] A new authorization order is generated based on the target authorization method and the borrowing record, so that the user can use the new authorization order to verify the user authorization of the target product.

[0014] Optionally, the method further includes:

[0015] Obtain the second authorization method conversion request for the target product;

[0016] A first negative order is generated based on the second authorization method conversion request and the borrowing record;

[0017] The new authorized order is deleted based on the first negative order, and the authorized usage status of the original authorized order is changed to available, so that the user can use the original authorized order to perform user authorization verification for the target product.

[0018] Optionally, before obtaining the first authorization method conversion request for the target product, the method further includes:

[0019] Obtain the authorization request for the target product;

[0020] The current authorization method is determined based on the authorization request;

[0021] Based on the current authorization method, a corresponding original authorization order is created so that the user can use the original authorization order to perform user authorization verification for the target product.

[0022] Optionally, the method further includes:

[0023] Obtain the order cancellation request for the target product;

[0024] A second negative order is generated based on the aforementioned cancellation request;

[0025] The original authorized order and the new authorized order are deleted based on the second negative order.

[0026] Optionally, before changing the authorized usage status of the original authorized order to unavailable based on the loan record, the method further includes:

[0027] Determine whether the original authorized order is currently in use;

[0028] When the original authorized order is not in use, the authorized usage status of the original authorized order is changed to unavailable based on the loan record.

[0029] Optionally, before generating the first negative order based on the second authorization method conversion request and the lending record, the method further includes:

[0030] Determine whether the new authorization order is currently in use;

[0031] When the new authorization order is not in use, a first negative order is generated based on the second authorization method conversion request and the loan record.

[0032] Optionally, the authorization method conversion may be terminated while the original authorization order is in use, or while the new authorization order is in use.

[0033] According to a second aspect, embodiments of the present invention provide a software product licensing method conversion device, comprising:

[0034] The acquisition module is used to acquire the first authorization method conversion request for the target product;

[0035] The first processing module is configured to determine the current authorization method and the target authorization method of the target product based on the first authorization method conversion request.

[0036] The second processing module is used to change the usage status of the current authorization method to unavailable, so that the user can use the target authorization method to perform user authorization verification for the target product.

[0037] According to a third aspect, embodiments of the present invention provide a non-transitory computer-readable storage medium that stores computer instructions, which, when executed by a processor, implement the method described in the first aspect of the present invention and any of its optional embodiments.

[0038] According to a fourth aspect, an embodiment of the present invention provides an electronic device, including: a memory and a processor, wherein the memory and the processor are communicatively connected to each other, the memory stores computer instructions, and the processor executes the computer instructions to perform the method described in the first aspect of the present invention and any of its optional embodiments.

[0039] The technical solution of this invention has the following advantages:

[0040] This invention provides a method and apparatus for converting software product licensing methods. The method involves obtaining a first licensing method conversion request for a target product; determining the current licensing method and the target licensing method based on the first licensing method conversion request; and changing the usage status of the current licensing method to unavailable, so that the user can use the target licensing method for user authorization verification of the target product. By changing the usage status of the original licensing method, the method ensures that the original licensing method will become unavailable after the user switches to the new licensing method. This allows for flexible conversion of software product licensing methods according to user usage scenarios, improving user experience while also protecting the interests of the enterprise. Attached Figure Description

[0041] To more clearly illustrate the specific embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the specific embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are some embodiments of the present invention. For those skilled in the art, other drawings can be obtained from these drawings without creative effort.

[0042] Figure 1 This is a flowchart of the software product licensing method conversion method in an embodiment of the present invention;

[0043] Figure 2 This is an application example diagram of the software product licensing process in an embodiment of the present invention;

[0044] Figure 3 This is a schematic diagram of the software product licensing method conversion device in an embodiment of the present invention;

[0045] Figure 4 This is a schematic diagram of the structure of an electronic device in an embodiment of the present invention. Detailed Implementation

[0046] The technical solution of the present invention will now be clearly and completely described with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of the present invention. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0047] Furthermore, the technical features involved in the different embodiments of the present invention described below can be combined with each other as long as they do not conflict with each other.

[0048] After a software product is sold, it typically requires authorization for the purchased user. Users must verify their authorization before using the software. Currently, software product authorization is divided into two main categories: online authorization and offline authorization. Online authorization requires an internet connection for verification, such as user login verification. Offline authorization requires a physical verification device, such as a USB key.

[0049] There exists a type of product on the market that supports both online and offline verification. Users can purchase either an online or offline verification license for this type of product. Since these two methods are purchased separately, under traditional sales methods, customers have to choose both online and offline licenses, resulting in double the price for the same product and negatively impacting the user experience. However, if users were given both types of licenses directly, they could purchase one license and use it simultaneously in both scenarios, which would harm the interests of the product manufacturer.

[0050] To address the above problems, embodiments of the present invention provide a method for converting software product licensing methods, such as... Figure 1 As shown, the specific steps of the software product licensing method conversion method are as follows:

[0051] Step S101: Obtain the first authorization method conversion request for the target product.

[0052] Specifically, in this embodiment of the invention, the conversion of the authorization method refers to the conversion between offline authorization and online authorization. The specific example is the conversion between physical locks and cloud locks. In practical applications, it can also be used for the conversion between certificate authorization and cloud authorization. This invention is not limited thereto.

[0053] Step S102: Determine the current authorization method and target authorization method of the target product based on the first authorization method conversion request.

[0054] In this embodiment of the invention, the current authorization method is cloud lock and the target authorization method is physical lock. In practical applications, the two can be interchanged, and the invention is not limited thereto.

[0055] Step S103: Change the usage status of the current authorization method to unavailable, so that the user can use the target authorization method to perform user authorization verification for the target product.

[0056] By performing the above steps, the software product licensing method conversion method provided in this embodiment of the invention changes the licensing usage status of the original licensing method, ensuring that the original licensing method will be unavailable after the user converts to the new licensing method. This enables the software product licensing method to be flexibly converted according to the user's usage scenario, improving the user experience while also protecting the interests of the enterprise.

[0057] Specifically, in one embodiment, step S103 described above includes the following steps:

[0058] Step S31: Obtain the original authorization order corresponding to the current authorization method, and generate a loan record based on the original authorization order.

[0059] The original authorized order refers to the cloud lock assigned to the corresponding account in the cloud authorization management service. When a user opens the software product, user authentication is performed through the cloud authorization distribution module to create a session, and the user logs in to the product using the cloud lock. If the login is successful, the software opens; otherwise, the software closes. When a user wants to log in to the product offline using a physical lock, a lending operation is performed in the cloud authorization management service. The system creates a lending record, which includes: user, cloud lock, physical lock, details of the lent product, and the original order number, where the original order number refers to the number of the original authorized order.

[0060] Step S32: Change the authorized usage status of the original authorized order to unavailable based on the loan record.

[0061] Specifically, by marking the software product as "borrowed," the original authorized order's usage status is deemed unavailable. If the user then tries to log in to the software product online using the cloud lock, they will be unable to use the software product and will be prompted that the product has been borrowed and that they should use a physical lock for authentication.

[0062] Step S33: Generate a new authorization order based on the target authorization method and the borrowing record, so that the user can use the new authorization order to verify the user authorization of the target product.

[0063] Specifically, by obtaining product and original authorized order information from the borrowing record, a new authorized order (i.e., a physical lock order) is generated according to the physical lock's authorization method. This order may include: the physical lock, product details, and the original authorized order number. When a user inserts the physical lock, the lock authorization module automatically sends the authorization to the lock. Users can use the product offline.

[0064] Specifically, in one embodiment, before performing step S101, the software product licensing method conversion method further includes the following steps:

[0065] Step S201: Obtain the authorization request for the target product.

[0066] Specifically, the authorization request can be initiated by an external sales system. When the target product is sold, the external sales system will send the corresponding authorization request according to the authorization method of the target product sale.

[0067] Step S202: Determine the current authorization method based on the authorization request.

[0068] In this embodiment of the invention, the default current authorization method when selling the product is online authorization, i.e., cloud lock. In practical applications, the current authorization method can also be offline authorization, i.e., physical lock. This invention is not limited to this.

[0069] Step S203: Create the corresponding original authorization order based on the current authorization method, so that the user can use the original authorization order to verify the user authorization of the target product.

[0070] Specifically, the cloud authorization management service creates original authorization orders by assigning cloud locks to corresponding accounts. When a user opens the software product, user authentication is performed through the cloud authorization distribution module to create a session. The user logs in to the product using the corresponding account. If the login is successful, the software is opened; otherwise, the software is closed. This establishes authorization orders based on the authorization method sold when the software product is sold, ensuring that users use the software product according to the purchased authorization method and providing a data foundation for subsequent authorization method conversions.

[0071] Furthermore, when a user purchases other software products from the same company, the event service will detect the new order, automatically trigger the above steps, and generate a new lending record. After the user inserts the lock, the newly purchased product will be automatically synchronized to the physical lock, thereby enabling the same user to manage the authorization methods for different software products in the same way, without the need for the user to use multiple cloud locks or physical locks, further improving the user experience.

[0072] Specifically, in one embodiment, the above-described software product licensing method conversion method further includes the following steps:

[0073] Step S104: Obtain the second authorization method conversion request for the target product.

[0074] The second authorization method conversion request is the authorization method conversion request that a user wants to switch back to the initial authorization method after switching the authorization method of the software product once. For example, if a user changes the cloud lock login to physical lock login and wants to use the cloud lock login software product again.

[0075] Step S105: Generate the first negative order based on the conversion request and loan record of the second authorization method.

[0076] Step S106: Delete the new authorization order based on the first negative order, and change the authorization usage status of the original authorization order to available, so that the user can use the original authorization order to perform user authorization verification for the target product.

[0077] Specifically, the cloud authorization management service automatically triggers the cancellation of physical locks based on previous software product lending records. This is achieved by creating a negative order and synchronizing it to the order service. The product and physical lock are then deleted through the asset and license services, effectively deleting the previous authorization order. At this point, users will no longer be able to log in to the software product using the physical lock. However, since the authorization status of the original cloud lock order changes to available, users can now log in to the software product using the cloud lock. This enables flexible switching between online and offline authorization methods, further improving the user experience and protecting the interests of the enterprise. If users subsequently wish to switch back to offline authorization, the process is similar and will not be repeated here.

[0078] Specifically, in one embodiment, the above-described software product licensing method conversion method further includes the following steps:

[0079] Step S107: Obtain the order cancellation request for the target product.

[0080] Specifically, when a user purchases a software product, a return may occur. In this case, the external sales system will send a cancellation request, which can be for a single product or for all products.

[0081] Step S108: Generate a second negative order based on the cancellation request.

[0082] Step S109: Delete the original authorized order and the new authorized order based on the second negative order.

[0083] Specifically, when an order is cancelled (partial cancellation is supported), a negative order is generated in the order service, deleting the product under the cloud lock. Upon detecting the negative order, the event service will trigger a negative order for the physical lock in the cloud authorization management service based on the borrowing history, deleting the product from the borrowed lock. After the user inserts the lock, the cancelled product is deleted through the lock authorization distribution module. After a cancellation, the user will no longer be able to log in to the software product using either the cloud lock or the physical lock, thus further protecting the company's interests, achieving convenient cancellation, and further improving the user experience.

[0084] Specifically, in one embodiment, before performing step S32, the software product licensing method conversion method further includes the following steps:

[0085] Step S301: Determine whether the original authorized order is in use.

[0086] If the original authorized order is not currently in use, its authorized usage status is changed to unavailable based on the loan record. If the original authorized order is currently in use, the authorization method conversion is terminated. For example, if a user is using a cloud lock to log in to the software product, and an authorization method conversion is performed at this time, the user will simultaneously use both cloud lock and physical lock to log in to the software product, harming the company's interests. Therefore, by determining whether the original authorized order is currently in use, the company's interests are further protected, ensuring that users can only use one authorization method to log in to the software product at a time.

[0087] Specifically, in one embodiment, before performing step S105, the software product licensing method conversion method further includes the following steps:

[0088] Step S401: Determine if the new authorization order is in use.

[0089] If a new authorization order is not currently in use, a first negative order is generated based on the second authorization method conversion request and the loan record. If a new authorization order is currently in use, the authorization method conversion is terminated. Similarly, if a user is currently using a physical lock to log in to the software product, and an authorization method conversion is performed at this time, the user will simultaneously use both cloud locks and physical locks to log in to the software product, which would harm the company's interests. Therefore, by determining whether a new authorization order is currently in use, the company's interests are further protected, ensuring that users can only use one authorization method to log in to the software product at a time.

[0090] The following will provide a detailed explanation of the software product licensing method conversion method provided in this embodiment of the invention, using specific application examples of the software product licensing process.

[0091] The software product licensing method conversion system provided in this invention is designed according to the aforementioned software product licensing method conversion method. It enables the mutual conversion between online and offline licensing and is applicable to software licensing related to hardware locks and cloud locks. The main process of this system is as follows: Figure 2 As shown.

[0092] 1. An external system sends a request to the order service to create an order. As shown in Table 1, the order includes: cloud lock, physical lock, and product. The order service automatically creates the physical lock and cloud lock in the asset service, and the corresponding product in the licensing service.

[0093] Table 1

[0094]

[0095] 2. Assign the cloud lock to the corresponding account in the cloud authorization management service. After the user opens the software, user authentication will be performed through the cloud authorization distribution module to create a session and log in to the product. If the product login is successful, the software will open; otherwise, the software will close.

[0096] 3. In the cloud authorization management service, execute the lending operation. The system creates a lending record, as shown in Table 2, containing: user, cloud lock, physical lock, loaned product details, and original order number. Next, a physical lock order will be automatically created in the order system, including: physical lock, product details, and original authorization order number. The product will also be marked as lent out.

[0097] Table 2

[0098]

[0099] 4. After the user inserts the lock, the lock authorization module will automatically send the authorization to the lock. The user can use the product offline. If the user uses the product online, a message will appear indicating that the product has been checked out.

[0100] 5. Repeat step 1. When purchasing a product again, the event service will detect the new order and automatically trigger step 3 to generate a new loan record.

[0101] 6. After the user inserts the lock, step 4 is executed automatically to synchronize the product to the physical lock.

[0102] 7. In the cloud authorization management service, after the physical lock is returned, the physical lock order will be automatically canceled based on the borrowing record, creating a negative order that will be synchronized to the order service. The product and physical lock will then be deleted through the asset service and license service.

[0103] 8. When an order is cancelled (partial cancellation is supported), a negative order will be generated in the order service, and the product under the cloud lock will be deleted. After the event service detects the negative order, it will trigger the negative order for the physical lock in the cloud authorization management service according to the borrowing history, and delete the product of the borrowed lock. After the user inserts the lock, the cancelled product will be deleted through the lock authorization distribution module.

[0104] Please note: When using online, product licenses cannot be transferred to a physical lock; after transfer, online use is unavailable; under a physical lock, in the absence of any internet connection, the license can only be used for a maximum period, such as 14 days. After 14 days, an internet connection is required, and the system will automatically extend the loan period.

[0105] This invention supports users in converting purchased online licenses to offline licenses and reverting offline licenses back to online licenses, allowing users to freely switch between license methods according to their usage scenarios. Specifically: when an online license is converted to an offline license, the original online license method becomes unavailable, all rights are transferred to the offline license, any additional rights added to the online license are automatically transferred to the corresponding offline license, and any rights to revoke an online license are automatically revoked from the offline license. When an offline license is converted back to an online license, the original offline license method becomes unavailable, and all rights are transferred back to the online license.

[0106] This invention employs an internal order system for transferring and revoking product licenses. It uses a method of marking borrowed records and original authorized order numbers to support automatic transfer and revoke of licenses when adding products to the cart or canceling orders. Product licenses can be converted between cloud locks and physical locks, while maintaining synchronization during product additions and partial order cancellations. Customers can use it in both offline and online scenarios, but can only use one at a time.

[0107] By performing the above steps, the software product licensing method conversion method provided in this embodiment of the invention changes the licensing status of the original licensing order by generating a loan record, ensuring that the original licensing method will be unavailable after the user converts to the new licensing method. This realizes that the software product licensing method can be flexibly converted according to the user's usage scenario, improving the user experience while also protecting the interests of the enterprise.

[0108] This invention also provides a software product licensing method conversion device, such as... Figure 3 As shown, the software product licensing method conversion device specifically includes:

[0109] The acquisition module 101 is used to acquire the first authorization method conversion request of the target product. For details, please refer to the relevant description of step S101 in the above method embodiment, which will not be repeated here.

[0110] The first processing module 102 is used to determine the current authorization method and the target authorization method of the target product based on the first authorization method conversion request. For details, please refer to the relevant description of step S102 in the above method embodiment, which will not be repeated here.

[0111] The second processing module 103 is used to change the usage status of the current authorization method to unavailable, so that the user can use the target authorization method to perform user authorization verification for the target product. For details, please refer to the relevant description of step S103 in the above method embodiment, which will not be repeated here.

[0112] Further functional descriptions of the above modules are the same as those of the corresponding method embodiments described above, and will not be repeated here.

[0113] Through the collaborative efforts of the aforementioned components, the software product licensing method conversion device provided in this embodiment of the invention changes the licensing usage status of the original licensing method, ensuring that the original licensing method will become unavailable after the user switches to the new licensing method. This enables flexible conversion of software product licensing methods according to the user's usage scenario, improving the user experience while also protecting the interests of the enterprise.

[0114] This invention also provides an electronic device, such as... Figure 4 As shown, the electronic device may include a processor 901 and a memory 902, wherein the processor 901 and the memory 902 may be connected via a bus or other means. Figure 4 Taking the example of a connection between China and Israel via a bus.

[0115] Processor 901 can be a Central Processing Unit (CPU). Processor 901 can also be other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, or combinations of the above types of chips.

[0116] The memory 902, as a non-transitory computer-readable storage medium, can be used to store non-transitory software programs, non-transitory computer-executable programs, and modules, such as the program instructions / modules corresponding to the method in this embodiment of the invention. The processor 901 executes various functional applications and data processing of the processor by running the non-transitory software programs, instructions, and modules stored in the memory 902, thereby implementing the above-described method.

[0117] The memory 902 may include a program storage area and a data storage area. The program storage area may store the operating system and applications required for at least one function; the data storage area may store data created by the processor 901, etc. Furthermore, the memory 902 may include high-speed random access memory and may also include non-transitory memory, such as at least one disk storage device, flash memory device, or other non-transitory solid-state storage device. In some embodiments, the memory 902 may optionally include memory remotely located relative to the processor 901, and these remote memories may be connected to the processor 901 via a network. Examples of such networks include, but are not limited to, the Internet, corporate intranets, local area networks, mobile communication networks, and combinations thereof.

[0118] One or more modules are stored in memory 902 and, when executed by processor 901, perform the above method.

[0119] The specific details of the aforementioned electronic device can be understood by referring to the relevant descriptions and effects in the above method embodiments, and will not be repeated here.

[0120] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments can be implemented by a computer program instructing related hardware. The implemented program can be stored in a computer-readable storage medium. When the program is executed, it can include the processes of the embodiments of the above methods. The storage medium can be a magnetic disk, optical disk, read-only memory (ROM), random access memory (RAM), flash memory, hard disk drive (HDD), or solid-state drive (SSD), etc.; the storage medium can also include combinations of the above types of memory.

[0121] The above embodiments are only used to illustrate the technical solutions of the present invention and not to limit it. Although the present invention has been described in detail with reference to the above embodiments, those skilled in the art should understand that modifications or equivalent substitutions can still be made to the specific implementation of the present invention. Any modifications or equivalent substitutions that do not depart from the spirit and scope of the present invention should be covered within the scope of the claims of the present invention.

Claims

1. A method for converting software product licensing methods, characterized in that, include: Obtain the first authorization method conversion request for the target product. The authorization method conversion refers to the conversion between offline authorization and online authorization. Based on the first authorization method conversion request, the current authorization method and the target authorization method of the target product are determined. The current authorization method is a cloud lock, and the target authorization method is a physical lock. Change the current authorization method to unavailable so that users can use the target authorization method to perform user authorization verification for the target product. The step of changing the usage status of the current authorization method to unavailable, so that the user can use the target authorization method to perform user authorization verification for the target product, includes: Obtain the original authorization order corresponding to the current authorization method, and generate a lending record based on the original authorization order. The original authorization order refers to the cloud lock being assigned to the corresponding account in the cloud authorization management service. When a user wants to log in to the product via a physical lock while offline, the lending operation is performed in the cloud authorization management service, and the system creates a lending record. Based on the borrowing record, the authorized usage status of the original authorized order is changed to unavailable. By marking the software product as borrowed, it indicates that the authorized usage status of the original authorized order is unavailable. At this time, if the user logs in to the software product online again using the cloud lock, the software product cannot be used, and a prompt will appear that the product has been borrowed and please use a physical lock for authentication. A new authorization order is generated based on the target authorization method and the borrowing record, so that the user can use the new authorization order to verify the user authorization of the target product. The method further includes: Obtain the second authorization method conversion request for the target product. The second authorization method conversion request is the authorization method conversion request corresponding to when a user wants to switch back to the initial authorization method after switching the authorization method of the software product once. A first negative order is generated based on the second authorization method conversion request and the borrowing record; Based on the first negative order, the new authorization order is deleted, and the authorization status of the original authorization order is changed to available, so that the user can use the original authorization order to verify user authorization for the target product. Specifically, the cloud authorization management service automatically triggers the cancellation of the physical lock based on the previous software product lending record, creates a negative order and synchronizes it to the order service, deletes the product and physical lock through the asset service and license service, and deletes the previous new authorization order. At this time, the user will not be able to log in to the software product using the physical lock. Since the authorization status of the original authorization order corresponding to the cloud lock has changed to available, the user can now use the cloud lock to log in to the software product.

2. The method according to claim 1, characterized in that, Before obtaining the first authorization method conversion request for the target product, the method further includes: Obtain the authorization request for the target product; The current authorization method is determined based on the authorization request; Based on the current authorization method, a corresponding original authorization order is created so that the user can use the original authorization order to perform user authorization verification for the target product.

3. The method according to claim 2, characterized in that, Also includes: Obtain the order cancellation request for the target product; A second negative order is generated based on the aforementioned cancellation request; The original authorized order and the new authorized order are deleted based on the second negative order.

4. The method according to claim 1, characterized in that, Before changing the authorized usage status of the original authorized order to unavailable based on the borrowing record, the method further includes: Determine whether the original authorized order is currently in use; When the original authorized order is not in use, the authorized usage status of the original authorized order is changed to unavailable based on the loan record.

5. The method according to claim 4, characterized in that, Before generating the first negative order based on the second authorization method conversion request and the loan record, the method further includes: Determine whether the new authorization order is currently in use; When the new authorization order is not in use, a first negative order is generated based on the second authorization method conversion request and the loan record.

6. The method according to claim 5, characterized in that, The authorization method conversion is terminated while the original authorized order is in use, or while the new authorized order is in use.

7. A software product licensing method conversion device, applied to the method described in any one of claims 1-6, characterized in that, The device includes: The acquisition module is used to acquire the first authorization method conversion request for the target product; The first processing module is configured to determine the current authorization method and the target authorization method of the target product based on the first authorization method conversion request. The second processing module is used to change the usage status of the current authorization method to unavailable, so that the user can use the target authorization method to perform user authorization verification for the target product.

8. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer instructions that, when executed by a processor, implement the method as described in any one of claims 1-6.

9. An electronic device, characterized in that, include: A memory and a processor, the memory and the processor being communicatively connected to each other, the memory storing computer instructions, the processor executing the computer instructions to perform the method as described in any one of claims 1-6.

Images