WO2019109952A1

WO2019109952A1 - License adjustment method and device

Info

Publication number: WO2019109952A1
Application number: PCT/CN2018/119385
Authority: WO
Inventors: 魏刚
Original assignee: 中兴通讯股份有限公司
Priority date: 2017-12-05
Filing date: 2018-12-05
Publication date: 2019-06-13
Also published as: CN109874115A

Abstract

The present disclosure provides a license adjustment method and device. The method comprises: acquiring a service volume for each service in a plurality of services of a user; determining if a first service is present in the plurality of services, wherein a ratio of a service volume of the first service to a software license assigned to the first service has reached a preset threshold; and adjusting the software license between the plurality of services if the first service is present in the plurality of services.

Description

License adjustment method and device

The present disclosure claims priority to Chinese Patent Application No. PCT Application No. No. No. No. No. No. No. No. No.

Technical field

The present disclosure relates to the field of communication technologies, for example, to a license adjustment method and apparatus.

Background technique

With the update and development of communication technologies, the increasing demand for mobile services and the proliferation of service types have led to changes in the role of mobile operators. Traditional operating companies maintain their core market competitiveness while maintaining low cost and high efficiency. In the operational status, the focus will be on the construction and maintenance of the core network. For a large number of value-added services and functionalized services, they will be resold to more professional enterprises to cooperate in business operations. From the perspective of commercial operation, these enterprises do not have a network, but they can provide services to end customers by leasing to traditional operators, and put more energy into the development, operation, promotion and sales of new services. Domain, so that you can provide users with more professional services.

The user experience of each service is different. The tenants need to absorb more users for the development, and the types of services are rich. The business volume of each service may not be too large. For this reason, the system that can integrate multiple services becomes a solution. Multiple tenants can share a set of instance resources, which not only meets the needs of operators for business development, but also reduces the cost of operators.

The tenant purchases (or assigns to the operator) the system license of the tenant, and the tenant is the software license available for the pre-allocated service of each service of the tenant. In some scenarios, a certain service may occur in a certain period of time. The traffic volume reached a peak, exceeding the software license pre-allocated by the service, which had a greater impact on the tenants.

Summary of the invention

The present disclosure provides a license adjustment method and apparatus to solve at least the problem that a certain service of a user in a related art reaches a peak beyond a software license allocated for the service in advance.

The present disclosure provides a license adjustment method, including:

Collecting the traffic volume of each of the plurality of services of the user;

Determining whether there is a first service in a plurality of services, wherein a ratio of a traffic volume of the first service to a software license license allocated for the first service reaches a first preset threshold;

In the case where the first service exists in the plurality of services, the software license between the plurality of services is adjusted.

The present disclosure also provides a license adjustment apparatus, including:

The collection module is configured to collect the traffic volume of each of the plurality of services of the user;

The determining module is configured to determine whether the first service exists in the multiple services, where a ratio of the service volume of the first service to a software license license allocated for the first service reaches a first preset threshold;

The adjustment module is configured to adjust the software license between the multiple services when the first service exists in multiple services.

DRAWINGS

1 is a block diagram showing the hardware structure of a mobile terminal according to a license adjustment method according to an embodiment;

2 is a flowchart of a license adjustment method provided by an embodiment;

3 is a schematic diagram of a multi-service convergence system tenant sharing software license secondment provided by an embodiment;

4 is a schematic diagram of a process for converting a service volume of different services under a tenant into a unified license unit of a system according to an embodiment;

FIG. 5 is a schematic diagram of a processing sequence of a multi-service convergence tenant sharing software license provided by an embodiment; FIG.

6 is a flowchart of dynamic adjustment of software licenses between tenants under service according to an embodiment;

7 is a schematic diagram of a dynamic adjustment license provided by an embodiment;

FIG. 8 is a schematic diagram of a dynamic adjustment license provided by another embodiment; FIG.

9 is a schematic diagram of a dynamic adjustment license provided by another embodiment;

FIG. 10 is a block diagram of a license adjustment apparatus according to an embodiment.

Detailed ways

The present disclosure will be hereinafter described with reference to the drawings in conjunction with the embodiments.

The terms "first" or "second" and the like in the specification and claims of the present disclosure and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or order.

Due to the different development speeds of different tenants, some tenant services are expanded rapidly. The service volume reaches the system license limit of the tenant purchased by the tenant at a certain time. Under the condition that other tenants have software licenses that can be borrowed, the system is required. You can temporarily borrow the available software licenses of other tenants in order to respond to the critical point where the service volume reaches the tenant license limit. If the license has not been re-purchased, the end user's service experience will not be affected.

Example 1

The method embodiment provided by Embodiment 1 of the present disclosure may be executed in a mobile terminal, a computer terminal or the like. Taking a mobile terminal as an example, FIG. 1 is a hardware block diagram of a mobile terminal of a license adjustment method according to an embodiment. As shown in FIG. 1, mobile terminal 10 may include one or two (only one of which is shown in FIG. 1) processor 102 (processor 102 may include, but is not limited to, a Microcontroller Unit (MCU) or a programmable logic device. A processing device such as a Field-Programmable Gate Array (FPGA), a memory 104 provided to store data, and a transfer device 106 provided as a communication function. It will be understood by those skilled in the art that the structure shown in FIG. 1 is merely illustrative and does not limit the structure of the above electronic device. For example, the mobile terminal 10 may also include more or fewer components than those shown in FIG. 1, or have a different configuration than that shown in FIG.

The memory 104 may be configured as a software program and a module for storing application software, such as program instructions/modules corresponding to the data transfer method in the embodiment of the present disclosure, and the processor 102 executes at least the software program and the module stored in the memory 104, thereby performing at least A functional application and data processing, that is, implementing the license adjustment method described in the present disclosure. Memory 104 may include high speed random access memory, and may also include non-volatile memory such as one or two magnetic storage devices, flash memory, or other non-volatile solid state memory. In some examples, memory 104 can include memory remotely located relative to processor 102, which can be connected to mobile terminal 10 over a network. Examples of such networks include, but are not limited to, the Internet, intranets, local area networks, mobile communication networks, and combinations thereof.

Transmission device 106 is arranged to receive or transmit data via a network. The above-described network specific example may include a wireless network provided by a communication provider of the mobile terminal 10. In one example, the transmission device 106 includes a Network Interface Controller (NIC), and the transmission device 106 can be connected to other network devices through the base station to communicate with the Internet. In one example, the transmission device 106 can be a radio frequency (RF) module, and the transmission device 106 is configured to communicate with the Internet wirelessly.

Based on the foregoing mobile terminal, the present embodiment provides a license adjustment method. FIG. 2 is a flowchart of a license adjustment method according to an embodiment. As shown in FIG. 2, the method provided in this embodiment includes the following steps.

Step S202: Collect the traffic volume of each of the multiple services.

Step S204: Determine whether a first service exists in the multiple services, where a ratio of a traffic volume of the first service to a software license license allocated for the first service is a first preset threshold.

In step S206, if the determination result is yes, the software license between the plurality of services is adjusted.

Through the foregoing steps, collecting the traffic volume of each of the multiple services of the user; determining whether the first service exists in the multiple services, where the traffic volume of the first service and the software license allocated for the first service The ratio of the license is up to a first preset threshold; if the result of the determination is yes, the software license between the multiple services is adjusted, wherein the first preset threshold may be adjusted according to a preset trigger The threshold is determined, which solves the problem that the user's service reaches a peak beyond the software license allocated to the service in advance, which makes full use of existing resources, and can smoothly respond to a certain period of time without expanding the service node. The impact of peaks on tenants has improved the user experience. In an embodiment, in order to prevent data instability, traffic of multiple services of the user may be periodically collected.

In an embodiment, the adjusting the software license between the multiple services includes: determining whether a second service exists in the multiple services, where the traffic of the second service is allocated to the second service The ratio of the software license is less than the second preset threshold; if the result of the determination is yes, the software license of the second service is seconded to the first service.

In an embodiment, after the software license between the plurality of services is adjusted, the method further includes: collecting a total amount of services of the multiple users, and in an embodiment, collecting periodically; Calculating, according to the total amount of services of each user, the system license of each user; determining whether the first user exists in the plurality of users, wherein the system license of the first user and the system license allocated to the first user The ratio of the system is the third preset threshold, wherein the system license allocated to the user is the sum of the software licenses allocated for all services under the user; if the judgment result is yes and the second user exists among the plurality of users, The ratio of the system license of the second user to the system license assigned to the second user is less than a fourth preset threshold, and the system license of the second user is seconded to the first user.

In an embodiment, after determining whether the first user exists in the plurality of users, the method further includes: if the determination result is yes and the second user does not exist in the multiple users, The first service in the first user initiates notification of intercepting or caching the message.

In an embodiment, before collecting the traffic of each service in the plurality of services of the user, the service weight of each service and the message weight of different types of messages under each service are configured for the multiple users. In an embodiment, calculating the system license of each user according to the total service volume of each user may include: calculating, according to the service weights and message weights configured for the multiple users, and the total service volume of each user. The system license of each user.

In an embodiment, after the second user's system license is seconded to the first user, the method further includes: performing persistence processing on the result of the secondment. That is, after the system license of the user and the software license of the service under the user are seconded, they are not returned until the next time the secondment condition is met, and the license is re-adjusted.

In an embodiment, it is detected whether there is an expired software license; if the detection result is yes, an alarm is generated to notify the software license to expire.

In an embodiment, after the alarm for notifying the expiration of the software license is initiated, the expired software license is attenuated by a preset amplitude every day.

In an embodiment, before collecting the traffic of each service in the multiple services of the user, the method further includes: setting, according to the needs of the multiple users, the required service capabilities for different users, where the multiple The user is assigned a system license; a software license for each service is allocated for different services of the multiple users.

In this embodiment, a method for sharing a software license between a multi-service converged tenant and a different service under the tenant is provided, so as to smoothly address the system license of the tenant to reach the tenant without increasing the cost of the operator and the tenant. Limiting the critical point has not yet re-purchased the license, and the impact of a business peak under the tenant on the tenant. The method provided in this embodiment is implemented by the following modules.

Step 1. The license management module includes the encryption processing of the license file, the license import, and the license information is entered into the database. After the license expires, the alarm is notified. After the expiration, the license value is attenuated by a certain amount every day, and the attenuation range is configurable.

Step 2: The tenant management module, which includes the creation and deletion of the tenant, sets the required service capabilities for different tenants according to the needs of the tenant, allocates the system license of the tenant, and provides a software license for each service for each service under the tenant.

Step 3: The configuration module includes an application configuration of each service, a message weight of each service, and a weight configuration of different types of messages under the service. The alarm threshold is configured to trigger an alarm when the tenant traffic reaches the tenant threshold. Control policy configuration. When the traffic of the tenant reaches the tenant system license, and there is no available software license available for borrowing between the tenants, the service is notified to intercept or cache the message configuration.

Step 4: The data collection and calculation module, each service periodically reports the traffic of different tenants to the module. Because of different services or different types of messages of the same service, the overhead of the entire system is different. It is required to be converted into a unified license unit according to the configured service type weights and message type weights, which provides the basis and possibility for realizing multi-service integration tenant sharing software license.

Step 5: The control module periodically scans the tenant's service total to or near the tenant's system license. When the tenant's service volume reaches the tenant system license, check whether the other tenant has a software license that can be borrowed. When the condition is met, Control software license secondments between tenants. Periodically scan whether the traffic of each service under the tenant reaches the upper limit of the available license of the service. When the traffic of a certain service of the tenant continues to reach the license limit of the service, and the other services of the tenant have a software license that can be borrowed, the tenant is controlled. Software license secondment and logic processing between businesses. When the service needs to be controlled, the corresponding service is notified to intercept or cache the message according to the control policy, and the alarm is triggered to notify the operator and the tenant to perform the license processing.

Step 6: Persistence. After the tenant's system license and the software license of the tenant's service are seconded, they are not returned. Until the next time the secondment condition is met, the license is re-adjusted. To prevent the system from being powered off or the node is stretched, you can continue to take over the calculation and adjustment of the license. Therefore, you need to persist the license.

In this embodiment, the method and system for sharing software licenses between the tenants and the tenants under the multi-service integration can smoothly respond to the tenant's system license limit threshold and have not re-purchased the license, and the tenant under a service peak to the tenant The impact of improving system resource utilization and saving the operating and maintenance costs of tenants and operators.

FIG. 3 is a schematic diagram of a multi-service convergence system tenant sharing software license secondment provided by an embodiment. As shown in Figure 3, license sharing can occur at two levels: between tenants or between multiple services under a tenant.

When the total number of services of a tenant reaches the tenant's license limit, the other tenants have a software license that can be borrowed. In this case, the software license is seconded between the tenants to temporarily meet the needs of the tenant's business development, and notify the tenant to re-establish Purchase a software license.

When the service volume of a service of the tenant reaches the upper limit of the service software license, and the other services under the tenant have a software license that can be borrowed, the software licenses can be seconded between different services of the tenant to achieve software license sharing. purpose.

FIG. 4 is a schematic diagram of a process of converting the traffic volume of different services under the tenant into a unified license unit of the system according to an embodiment. As shown in Figure 4, the services of different services and different types of messages in the same service have different system overheads. Therefore, for a system with multiple services, a unified license unit is required, and different services are configured according to the weight of the configuration. The conversion of the license.

FIG. 5 is a schematic diagram of a multi-service convergence tenant sharing software license processing sequence provided by an embodiment. As shown in FIG. 5, the processing includes the following steps.

Step 5010: The encrypted license file is imported into the system software license. The system tenant management module can be used to create, modify, and delete tenants, and configure the service capabilities for the tenant according to the requirements of the tenant, and provide software licenses for different services under the tenant, and persist to the database.

Step 5020: Traffic collection, calculation, and control, the collection module receives the traffic of the tenant for each service, and performs the unified conversion of the software license and the control module periodically scans the tenant's service according to the configured service weight and the message type weight. The total amount and the traffic volume of each service under the tenant determine whether the software license reaches the upper limit, so as to adjust the software license between the tenants or the tenant. If a secondment is required, is there a borrowable software license or software license that can be borrowed, and under the condition of the secondment, the software license of the service is dynamically adjusted according to the set secondment step, and the adjusted service software license is updated to the database system. .

In step 5030, when the total traffic of the system or the total amount of services under the tenant reaches or approaches the set threshold, the control module notifies the service to intercept or cache the message according to the configured control policy, and reports the alarm to the operation and maintenance, and notifies the notification. The tenant re-purchases the software license.

At the same time, each service volume information is also reported to the Operation and Maintenance Unit (OMU). When the total amount of services reaches the upper limit of the license set by the system, the service node can be scaled according to the configuration.

FIG. 6 is a flowchart of dynamic adjustment of a software license between services under a tenant according to an embodiment. As shown in FIG. 6 , according to the service weight and the message type weight configuration, the software license of the service volume is uniformly converted, and the control module periodically scans whether the service volume of the service under the tenant reaches the upper limit. If the upper limit is reached, it is determined whether other services are available for borrowing. If the software license meets the secondment condition, calculate how many software licenses can be borrowed, and adjust the step size according to the set license to gradually adjust the license dynamically. If multiple service licenses meet the borrowing conditions, they are preferentially borrowed from the service with the lowest license usage. As shown in FIG. 6, the method provided in this embodiment includes the following steps.

S6010: Obtain the current traffic volume of each service under the tenant.

S6020: It is determined whether the service quantity of the tenant has reached the license adjustment threshold. If the result of the determination is that the license adjustment threshold is reached, S6030 is executed. If the result of the determination is that the license adjustment threshold is not reached, the process ends.

S6030, count +1.

S6040, it is judged whether the count reaches the threshold value; if the judgment result is that the threshold value is reached, S6050 is executed, and if the judgment result is that the threshold value is not reached, the process ends.

S6050: Calculate a unified Unified Converged Message Architecture License (UCL) that needs to be adjusted for the service.

S6060: It is determined whether the other service has a software license that can be borrowed. If the result of the determination is that there is a software license that can be borrowed, S6070 is executed, and if the result of the determination is that there is no software license that can be borrowed, the process ends.

S6070: Calculate and obtain a license that can be borrowed for a service.

S6080: It is judged whether the borrowable license is greater than the adjustment step size, and if the judgment result is that the threshold value is reached, S6090 is executed, and if the determination result is that the threshold value is not reached, S6060 is executed.

S6090: Adjust the software license of the service and the borrowed service according to the step size.

S6100 determines whether it is necessary to borrow a license. If the result of the determination is that the license needs to be borrowed, S6060 is executed. If the result of the determination is that the license is not required to be borrowed, the process ends.

Suppose there are three tenants under a certain operator: tenant A, tenant B, and tenant C. For each of the three tenants, we will accept three types of services: SMS, MMS, and Rich Communication Suite (RCS). UCL is a unified license conversion unit for converged services.

FIG. 7 is a schematic diagram of a dynamic adjustment license provided by an embodiment. As shown in Figure 7, the system software license total (4000UCL) and the tenant software license initial allocation: tenant A software license: 1800UCL; tenant B software license: 1200UCL; tenant C software license: 1000UCL. The system software license is equal to the sum of the three tenant software licenses.

The initial distribution of the software license of the tenant A software license (1800UCL) and the business owned by the tenant: SMS software license: 1000UCL; MMS software license: 500UCL; RCS software license: 300UCL. The tenant software license is equal to the sum of the business software licenses owned by the tenant.

Related configuration:

Trigger adjustment threshold: 75% (proportion, relative to the available license of the service, configurable). If the service software license usage rate is greater than the value, the service needs to borrow the software license from other services.

The lower limit of the borrowing: 65% (proportional, relative to the available license of the service, configurable). If the service software license usage rate is greater than the value, the service cannot lend the software license.

The present disclosure will be described below with reference to FIG. 7 in conjunction with an example, including a tenant under the service software license sharing and a software license sharing between tenants.

FIG. 8 is a schematic diagram of a dynamic adjustment license provided by an embodiment. As shown in Figure 8, the actual traffic volume of tenant A, tenant A has three services: SMS, MMS and RCS. The initial configuration of the three service software licenses is as follows: the software license for the SMS service is 1000UCL; the software license for the MMS service is 500UCL; and the software license for the RCS service is 300UCL. The actual traffic volume at this moment is: SMSUCL per second, the actual traffic of the MMS is 200UCL per second; the actual traffic of the RCS is 100UCL per second. The actual business volume of tenant A at that time (sms actual business volume of SMS + actual business volume of MMS + actual business volume of RCS): 500+200+100=800UCL.

The calculation method of actual business volume: In order to prevent jitter, the average method is adopted. The adoption period is 100 milliseconds, that is, the traffic volume (UCL) in each sampling period is calculated first, and then the traffic is accumulated for 10 consecutive times, and then averaged to obtain the traffic of the service (UCL/second).

The actual traffic volume of a service during the sampling period = (each message in the sampling period * the service weight of the message * the accumulation of the type weight of the service message).

FIG. 9 is a schematic diagram of a dynamic adjustment license provided by an embodiment. As shown in FIG. 9 , at a certain moment, when the tenant A starts to increase the amount of short message traffic, the continuous N cycles (available) continue to be higher than the “trigger adjustment threshold”. Then, the service with the smallest usage ratio is preferentially borrowed (in this case, the RCS is borrowed first), and the borrowing step is gradually borrowed according to the configured.

The process of software license adjustment under the tenant business is as follows.

Suppose that the actual SMS traffic volume of tenant A reaches 760UCL at a certain moment, and the MMS and RCS traffic maintains the original traffic volume. Then: SMS service software license usage ratio: 76% (760/1000*100%) > 75%; MMS software License usage ratio: 40% (200/500*100%) <65%; RCS software license usage ratio: 33.3% (100/300% 100%) <65%.

The system checks the proportion of the SMS service software license used by the tenant A. The continuous 3 (configurable) period is greater than the set adjustment threshold of 75%. At the same time, the MMS service and the RCS service can lend the software license to trigger the adjustment process. The system will first borrow the license from the RCS service with a smaller software license usage rate, and set the borrowing step by 10UCL (configurable).

After the secondment of the loan, the three business software changes are as follows: SMS service software license usage ratio: 75.2% (760/1010*100%)> 75%; MMS software license usage ratio: 40% (200/500*100%) <65%; RCS software license usage ratio: 34.5% (100/290% 100%) <65%; tenant A's software license remains unchanged: 1800 (1010+500+290) UCL; tenant A's actual business Quantity: 1060 (760+200+100); SMS service software license usage rate is 75.2%, which is greater than the adjustment threshold of 75, then repeat the above adjustment process.

When the amount of SMS traffic under tenant A continues to increase and continues to adjust, the license quotas for MMS and RCS can be borrowed separately.

When the tenant SMS traffic continues to rise, the overall traffic of the tenant A exceeds the inter-tenant license adjustment threshold, and the license adjustment process between the tenants is triggered.

The tenant software license adjustment configuration (separate from the adjustment configuration of the tenant business, for the convenience of example, the adjustment threshold is also set to the same).

Adjustment threshold: 75%; lower limit: 65%.

Suppose the tenant A's SMS traffic reaches 1060UCL, the MMS and RCS traffic remains unchanged.

The business volume of tenant A is: 1360 (1060+200+100); the proportion of tenant A software license is 75.6% (1360/1800*100%)>75%.

If the tenant A has a software license usage ratio greater than the adjustment threshold of 75%, the tenant A needs to borrow the software license from other tenants. The system checks whether the software license of the other tenant meets the loan conditions. If the loan condition is met, the priority is given. Borrowing from a tenant with a low tenant software license usage rate, the adjustment process is similar to the license adjustment between multiple services under the tenant. The software license of the tenant is gradually adjusted according to the demodulation step. The adjustment process is similar to the license adjustment between multiple services under the tenant.

Example 2

FIG. 10 is a block diagram of a license adjustment apparatus according to an embodiment. As shown in FIG. 10, the license adjustment apparatus provided in this embodiment includes: an acquisition module 102, configured to collect traffic of each service in multiple services of the user; and a determination module 104 configured to determine the multiple services. Whether there is a first service, where the ratio of the service license of the first service to the software license of the first service reaches a first preset threshold; and the adjustment module 106 is configured to determine that the result is yes. Next, the software license between the multiple services is adjusted.

Example 3

The embodiment further provides a storage medium, which includes a stored program, wherein the above method is executed when the program is executed.

In an embodiment, the storage medium may be configured to store program code for performing the following steps: S110, collecting traffic of each of a plurality of services of the user; and S120, determining whether the plurality of services exist. a service, wherein a ratio of a traffic volume of the first service to a software license license allocated for the first service reaches a first preset threshold; S130, in a case where the determination result is yes, the multiple The software license between the services is adjusted.

In an embodiment, the foregoing storage medium may include, but is not limited to, a USB flash drive, a read-only memory (ROM), a random access memory (RAM), a mobile hard disk, a magnetic disk, or an optical disk. At least one medium that can store program code.

Example 4

Embodiments of the present invention also provide a processor configured to execute a program, wherein the program executes the steps of the above method while it is running.

In an embodiment, the above program is used to perform the following steps.

S210. Collect traffic of each service in multiple services of the user.

S220: Determine whether a first service exists in the multiple services, where a ratio of the service volume of the first service to a software license license allocated for the first service reaches a first preset threshold.

S230: If the determination result is yes, adjust the software license between the plurality of services.

For examples in this embodiment, reference may be made to the examples described in the foregoing embodiments, and details are not described herein again.

The above-described at least one module or at least one step of the present disclosure may be implemented by a general-purpose computing device, and the at least one module or at least one step may be concentrated on a single computing device or distributed over a network of two computing devices. . In an embodiment, the at least one module or at least one step may be implemented by program code executable by the computing device, such that the at least one module or at least one step may be stored in the storage device to be executed by the computing device, and In some cases, the steps shown or described may be performed in an order different than that herein, or the at least one module or the at least one step described above may be separately fabricated into at least one integrated circuit module, or at least one of the above-described at least one module or at least Two modules or steps in one step are made as a single integrated circuit module. As such, the disclosure is not limited to any specific combination of hardware and software.

Claims

A method of license adjustment, including:

Collecting the traffic volume of each of the plurality of services of the user;

Determining whether a first service exists in the multiple services, where a ratio of a traffic volume of the first service to a software license license allocated for the first service reaches a first preset threshold;

In a case where the first service exists in the multiple services, the software license between the multiple services is adjusted.
The method of claim 1, wherein the adjusting the software license between the plurality of services comprises:

Determining whether there is a second service in the multiple services, where a ratio of the service volume of the second service to a software license allocated to the second service is less than a second preset threshold;

And if the second service exists in the multiple services, the software license of the second service is seconded to the first service.
The method of claim 1, wherein after adjusting the software license between the plurality of services, the method further comprises:

Collect the total amount of business for each of the multiple users;

Calculating, according to the total service volume of each user, the system license of each user;

Determining whether the first user is present in the plurality of users, wherein a ratio of a system license of the first user to a system license allocated to the first user reaches a third preset threshold, wherein the The system license allocated by the first user is a sum of software licenses allocated for all services of the first user;

And in a case that the first user exists in the multiple users, and the second user exists in the multiple users, the system license of the second user is seconded to the first user, where the first user The ratio of the system license of the two users to the system license allocated to the second user is less than a fourth threshold.
The method of claim 3, after determining whether the first user is present in the plurality of users, further comprising:

And in the case that the first user exists in the multiple users and the second user does not exist in the multiple users, the notification of intercepting or caching the message is initiated to the first service of the first user.
The method according to claim 3 or 4, before collecting the traffic of each of the plurality of services of the user, the method further comprising:

The service weights of each service are configured for the multiple users and the message weights of different types of messages under each service.
The method according to claim 5, wherein calculating the system license of each user according to the total amount of services of each user comprises:

Calculating the system license of each user according to the service weights and message weights configured for the multiple users and the total traffic of each user.
A method according to any one of claims 1 to 6, further comprising:

Check if there is an expired software license;

In the case that there is an expired software license, an alarm is generated to notify the software license that it expires.
A license adjustment device comprising:

The collection module is configured to collect the traffic volume of each of the plurality of services of the user;

a determining module, configured to determine whether a target service exists in the multiple services, where a ratio of a traffic volume of the target service to a software license license allocated to the target service reaches a preset threshold;

The adjustment module is configured to adjust the software license between the multiple services when the target service exists in the multiple services.
A storage medium comprising a stored program, wherein the program is executed to perform the method of any one of claims 1 to 7.
A processor, configured to run a program, wherein the program is executed to perform the method of any one of claims 1 to 7.