License scheduling system, method, device, and storage medium

Abstract

The present invention discloses a license scheduling system, method, device, and storage medium. The system includes an LCS, an SLCS, and an IVM including an IVU, a DS, and a LM. The IVU is used to perform calculations based on service requirements, the DS is used to schedule system services, and the LM is used to manage licenses. The LCS is used to perform basic authorization on the ASP, and the SLCS is used to manage licenses corresponding to multiple ASPs. The method includes: in response to a license requirement, the DS sends a requirement request to the LM; the LM sends a query request to the SLCS; the SLCS queries the license information and returns the query result to the LM; the LM sends a requirement response to the DS; and based on the requirement response, the DS schedules the IVU. The license scheduling system and method provided in the embodiments of the present application can implement cross-vendor license control.

Description

Technical Field

[0001] The present application relates to the field of communication technologies, and in particular to a license scheduling system, method, device, and storage medium. Background Art

[0002] With the rise of concepts like smart communities and smart security, the intelligent video surveillance field that supports these concepts has also seen significant development. In intelligent video surveillance systems, monitoring devices need to communicate with the control center for message reporting and command issuance. In communications systems, telecom operators are required to purchase a certain number of licenses for each service. If the number of licenses for a particular service exceeds the limit, the service will be restricted.

[0003] In large-scale intelligent video surveillance applications, typically undertaken by carriers, licenses from multiple Algorithm Service Providers (ASPs) are typically purchased. Each ASP typically has its own proprietary license authorization management mechanism. Therefore, effectively managing licenses from multiple ASPs while balancing carrier usage scenarios and the ASPs' business needs for license management is a pressing technical challenge. Summary of the Invention

[0004] The present application aims to solve at least one of the technical problems in the related art to a certain extent. To this end, the present application proposes a license scheduling system, method, device and storage medium.

[0005] In the first aspect, an embodiment of the present application provides a license scheduling system, including an intelligent video management platform IVM, a license authorization service LCS and a secondary license authorization service SLCS; the IVM includes an intelligent video processing unit IVU, a scheduling unit DS and a license manager LM; the IVU is used to perform calculations according to service requirements, the DS is used to schedule system services, and the LM is used to manage licenses; the LCS is used to perform basic authorization for independent application service providers ASP; and the SLCS is used to manage licenses corresponding to multiple ASPs.

[0006] In the second aspect, an embodiment of the present application provides a license scheduling method, which is applied to the license control system described above, the system including an IVM, an LCS and an SLCS, the IVM including an IVU, a DS and a LM, and the method including: in response to a license demand, the DS sends a demand application to the LM; in response to the demand application, the LM sends a query application to the SLCS; in response to the query application, the SLCS queries the stored license information and returns the query result to the LM; based on the license demand and the query result, the LM sends a demand response to the DS; based on the demand response, the DS schedules the IVU; wherein, the license demand is to apply for a new license or to release the original license.

[0007] Optionally, the method further includes: the LCS performs basic authorization on the independent ASP; when the basic authorization is passed, the SLCS sends license requests to multiple LCSs respectively; in response to the license requests, the multiple LCSs send the license information to the SLC respectively; and the SLCS stores the license information.

[0008] Optionally, the method further includes: the SLCS periodically sending first legitimacy verification requests to the plurality of LCSs respectively, and performing heartbeat keep-alive and authorization management according to first legitimacy verification responses returned by the LCSs.

[0009] Optionally, the method further includes: the IVU periodically sending a second legitimacy verification request to the SLCS, and performing heartbeat keep-alive and authorization management based on the second legitimacy verification response returned by the SLCS.

[0010] Optionally, the license information includes the total number of licenses and the number of available licenses. When the license requirement is to apply for a new license, the requirement response includes a requirement satisfaction response and a requirement non-satisfaction response. Based on the license requirement and the query result, the LM sends a requirement response to the DS, including: when the license requirement quantity in the requirement application is less than or equal to the license availability quantity in the query result, the LM sends the requirement satisfaction response to the DS so that the DS schedules the intelligent video processing unit according to the requirement satisfaction response; when the license requirement quantity in the requirement application is greater than the license availability quantity in the query result, the LM sends the requirement non-satisfaction response to the DS and ends the license scheduling process.

[0011] Optionally, when the license requirement is to release the original license, the requirement response is a requirement confirmation response, and based on the license requirement and the query result, the LM sends a requirement confirmation response to the DS. Specifically, based on the license requirement and the query result, the LM sends a requirement confirmation response to the DS.

[0012] In a third aspect, an embodiment of the present application provides a license control device, comprising: at least one processor; at least one memory for storing at least one program; when the at least one program is executed by the at least one processor, the at least one processor implements the method described in the second aspect in the system described in the first aspect.

[0013] In a fourth aspect, an embodiment of the present application provides a computer storage medium storing a program executable by a processor, which, when executed by the processor, is used to implement the method described in the second aspect in the system described in the first aspect.

[0014] The beneficial effects of the embodiments of the present application are as follows: The license scheduling system provided by the present application includes an IVM, an LCS, and a SLCS; the IVM includes an IVU, a DS, and a LM; the IVU is used to perform calculations based on service requirements, the DS is used to schedule system services, and the LM is used to manage licenses; the LCS is used to perform basic authorization for independent application service providers (ASPs); and the SLCS is used to manage licenses corresponding to multiple ASPs. Applied to this system, the present application also provides a license scheduling method, including: if the license requirement is to apply for a new license or release an existing license, in response to the license requirement, the DS sends a demand application to the LM; in response to the demand application, the LM sends a query request to the SLCS; in response to the query request, the SLCS queries the stored license information and returns the query result to the LM; based on the license requirement and the query result, the LM sends a demand response to the DS; based on the demand response, the DS schedules the IVU. The license scheduling system and method provided by the embodiments of the present application can realize cross-vendor (ASP) license control and can effectively realize flexible license allocation. BRIEF DESCRIPTION OF THE DRAWINGS

[0015] The accompanying drawings are used to provide a further understanding of the technical solution of the present application and constitute a part of the specification. Together with the embodiments of the present application, they are used to explain the technical solution of the present application and do not constitute a limitation on the technical solution of the present application.

[0016] Figure 1 Provides a schematic diagram of a license scheduling system for an embodiment of the present application;

[0017] Figure 2 A flowchart of the steps of the license scheduling method provided in an embodiment of the present application;

[0018] Figure 3 A schematic diagram of the license scheduling process provided in an embodiment of this application;

[0019] Figure 4 A schematic diagram of the license scheduling device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0020] In order to make the purpose, technical solutions and advantages of this application more clear, the following further describes this application in detail with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain this application and are not intended to limit this application.

[0021] It should be noted that although the system diagrams illustrate functional module divisions and the flowcharts illustrate logical sequences, in certain circumstances, the steps shown or described may be performed in a sequence that differs from the module divisions in the system or the sequence in the flowcharts. The terms "first," "second," and so on, in the specification, claims, and drawings, are used to distinguish similar items and are not necessarily used to describe a specific sequence or precedence.

[0022] With the rise of concepts like smart communities and smart security, the intelligent video surveillance field that supports these concepts has also seen significant development. In intelligent video surveillance systems, monitoring devices need to communicate with the control center for message reporting and command issuance. In communications systems, telecom operators are required to purchase a certain number of licenses for each service. If the number of licenses for a particular service exceeds the limit, the service will be restricted.

[0023] In large-scale intelligent video surveillance applications, typically undertaken by carriers, licenses from multiple Algorithm Service Providers (ASPs) are typically purchased. Each ASP typically has its own proprietary license authorization management mechanism. Therefore, effectively managing licenses from multiple ASPs while balancing carrier usage scenarios and the ASPs' business needs for license management is a pressing technical challenge.

[0024] The embodiments of the present application are further described below with reference to the accompanying drawings.

[0025] refer to Figure 1 , Figure 1 A schematic diagram of a license scheduling system is provided for an embodiment of the present application. The system 100 includes an IVM (Intelligent Video Management) indicated by reference numeral 110, an LCS (License Server) indicated by reference numeral 120, and an SLCS (Secondary License Server) indicated by reference numeral 130. The IVM includes an IVU (Intelligent Video Unit) indicated by reference numeral 111, a DS (Dispatching Service) indicated by reference numeral 112, and a LM (License Manager) indicated by reference numeral 113. The IVU is used to perform calculations based on service requirements, that is, to process videos; the DS is used to schedule system services, and the LM is used to manage licenses; the LCS is used to perform basic authorization for independent application service providers (ASPs); and the SLCS is used to perform secondary authorization for multiple ASPs.

[0026] The present application embodiment proposes a license scheduling method, which is applied to Figure 1 The license scheduling system shown. Figure 2 , Figure 2 This is a flowchart of the steps of the license scheduling method provided in an embodiment of the present application, which includes but is not limited to steps S200-S240.

[0027] S200. In response to the license request, the DS sends a request request to the LM.

[0028] Specifically, taking an intelligent video surveillance system as an example, when initially building the system, users will estimate the system's service processing volume and, based on this estimate, purchase an appropriate number of licenses to meet different service needs. As mentioned above, large-scale intelligent video surveillance systems typically purchase licenses from various ASPs. However, after long-term system operation, the business development direction may differ from expectations. For example, some services may experience increased usage, making the existing license supply insufficient; or some services may begin to decline, leaving a surplus of existing licenses. In such cases, the system needs to generate license requests based on the specific services. This license request may involve applying for new licenses for specific services or releasing existing licenses for specific services.

[0029] The DS in the system is responsible for receiving license requests and, based on these requests, sending a request to the LM. It can be understood that for a license request for a new license, the DS's request is a request from the LM for new license resources; conversely, for a license request to release an existing license, the DS's request is a request from the LM to revoke the existing license resources.

[0030] S210. In response to the demand application, the LM sends a query request to the SLCS;

[0031] Specifically, the LM receives a demand application from the DS and sends a query application to the SLCS to query the license information provided by multiple ASPs stored in the SLCS.

[0032] S220. In response to the query request, the SLCS queries the license information and returns the query result to the LM.

[0033] Specifically, after receiving the query application, the SLCS queries the stored license information. The following first describes the process of SLCS storing license information.

[0034] Understandably, for security and management flexibility, the license services provided by different ASPs are independent of each other. Therefore, in large-scale intelligent video surveillance systems, it is difficult to call and manage licenses provided by different ASPs. Therefore, in the embodiments of this application, independent LCSs are first provided to multiple ASPs. The ASPs independently deploy license services through their own LCSs to complete basic license authorization. This basic authorization includes, but is not limited to, license availability and legality authorization.

[0035] In addition to the LCS, this embodiment of the application also provides an SLCS. After each ASP completes basic authorization, the SLCS sends license requests to multiple LCSs. Upon receiving the license requests, these LCSs return the license information of their deployed ASPs to the SLCS. The SLCS then categorizes and stores the received license information. Therefore, through the SLCS, you can query the license status of all ASPs purchased by the current system. It is understood that license information includes, but is not limited to, the total number of licenses for the ASP, the number of used licenses, and the number of available licenses.

[0036] Based on the above, this embodiment of the present application proposes a solution for uniformly storing and managing license information from multiple ASPs using the SLCS. Therefore, in step S220, when the SLCS receives a query request from the LM, it can query the stored license information based on the request and return the query results to the LM.

[0037] It is understandable that the system's use of licenses will change with the business process, so the SLCS needs to periodically send first legitimacy verification requests to multiple LCSs respectively, and perform heartbeat keepalive and authorization management based on the first legitimacy verification responses returned by the LCSs.

[0038] In some embodiments, if certain businesses in the system require the license of certain ASPs to provide services, the LM can add the relevant identifier of the ASP to be queried in the query application according to business needs, and let the SLCS query the license usage of the corresponding ASP.

[0039] S230: Based on the license requirement and query result, the LM sends a demand response to the DS.

[0040] Specifically, based on the demand application sent by the DS and the query result returned by the SLCS, the LM can determine whether the current license situation can meet the business needs and return a demand response to the DS.

[0041] It is understandable that the license application mentioned above mainly refers to applying for a new license or revoking an existing license. Therefore, you can determine whether the current license situation meets business needs by comparing the number of licenses.

[0042] In some embodiments, when the license requirement is to apply for a new license, the demand response sent by the LM to the DS includes a demand satisfaction response and a demand non-satisfaction response. When the number of license requirements in the demand application is less than or equal to the number of available licenses in the query results, it means that the ASP can still provide excess licenses to carry out business. Therefore, the LM sends a demand satisfaction response to the DS so that the DS schedules the intelligent video processing unit according to the demand satisfaction response. Conversely, when the number of license requirements in the demand application is greater than the number of available licenses in the query results, it means that the licenses pre-purchased by the system have all been used up and no new licenses can be provided to meet business needs. In this case, the LM sends a demand non-satisfaction response to the DS and ends the license scheduling process.

[0043] In other embodiments, when the license request is to revoke an existing license, the request response sent by the LM to the DS is a request confirmation response. In other words, since the request is to release an existing license, the LM does not need to confirm the availability of licenses in the SLCS. It only needs to determine whether the license to be released is currently in use and send a request confirmation response to the DS to indicate that the request has been confirmed.

[0044] S240. Based on the demand response, the DS schedules the intelligent video processing unit.

[0045] Specifically, DS receives the demand response sent by LM. If the demand response is a demand unsatisfied response, DS cannot meet the current scheduling needs; if the demand response is a demand satisfied response, DS schedules IVU, that is, creates a new service; if the demand response is a demand confirmed response, DS schedules IVU, that is, deletes the existing service.

[0046] In order to ensure that the IVU can effectively perform relevant surveillance video processing according to the license in the long term, similar to the first legitimacy verification request between SLCS and LCS, the IVU periodically sends a second legitimacy verification request to SLCS, and performs heartbeat keep-alive and authorization control based on the second legitimacy verification response returned by SLCS.

[0047] Through steps S200-S240, an embodiment of the present application provides a license scheduling method, including: if the license request is to apply for a new license or release an existing license, in response to the license request, the DS sends a request request to the LM; in response to the request request, the LM sends a query request to the SLCS; in response to the query request, the SLCS queries the stored license information and returns the query result to the LM; based on the license request and the query result, the LM sends a request response to the DS; and based on the request response, the DS schedules the IVU. The license scheduling method provided in this embodiment of the present application can implement cross-vendor (ASP) license control and effectively achieve flexible license allocation.

[0048] Combining one or more of the above embodiments, Figure 3 , describing the license scheduling process of an embodiment of the present application.

[0049] Reference Figure 3 , Figure 3 A schematic diagram of the license scheduling process provided in the embodiment of this application is shown as follows: Figure 3As shown, first, different ASPs complete basic authorization on their respective corresponding LCSs, and then SLCS sends license requests to multiple LCSs, and receives and stores the license information returned by the LCSs. In addition, SLCS periodically sends a first legitimacy verification request to multiple LCSs respectively to perform heartbeat keepalive and authorization management. When DS receives a license requirement, it sends a requirement application to LM, which sends a query application to SLCS and receives the query result returned by SLCS. Based on the license requirement and the query result, LM sends a requirement response to DS, and DS schedules IVU based on the requirement response. In addition, IVU periodically sends a second legitimacy verification request to SLCS for heartbeat keepalive and authorization management.

[0050] refer to Figure 4 , Figure 4 A schematic diagram of a license scheduling device provided in an embodiment of the present application. The device 400 includes at least one processor 410 and at least one memory 420 for storing at least one program. Figure 4 A processor and a memory are taken as an example.

[0051] The processor and memory can be connected via a bus or other means. Figure 4 The bus connection is taken as an example.

[0052] The memory, as a non-transient computer-readable storage medium, can be used to store non-transient software programs and non-transient computer executable programs. In addition, the memory may include a high-speed random access memory and may also include a non-transient memory, such as at least one disk storage device, a flash memory device or other non-transient solid-state storage device. In some embodiments, the memory may optionally include a memory remotely located relative to the processor, and these remote memories may be connected to the device via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

[0053] The device embodiments described above are merely illustrative. The units described as separate components may or may not be physically separate, i.e., they may be located in one place or distributed across multiple network units. Some or all of the modules may be selected based on actual needs to achieve the objectives of this embodiment.

[0054] An embodiment of the present application further discloses a computer storage medium storing a program executable by a processor, wherein the program executable by the processor is used to implement the method proposed in the present application when executed by the processor.

[0055] Those skilled in the art will appreciate that all or some of the steps and systems disclosed above can be implemented as software, firmware, hardware, or any suitable combination thereof. Some or all of the physical components may be implemented as software executed by a processor, such as a central processing unit, digital signal processor, or microprocessor, or as hardware, or as an integrated circuit, such as an application-specific integrated circuit. Such software may be distributed on computer-readable media, which may include computer storage media (or non-transitory media) and communication media (or transient media). As is well known to those skilled in the art, the term computer storage media includes volatile and non-volatile, removable and non-removable media implemented in any method or technology for storing information, such as computer-readable instructions, data structures, program modules, or other data. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technologies, CD-ROM, digital versatile disks (DVDs) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium that can be used to store the desired information and can be accessed by a computer. Furthermore, as is well known to those skilled in the art, communication media typically embodies computer-readable instructions, data structures, program modules, or other data in a modulated data signal such as a carrier wave or other transport mechanism, and may include any information delivery media.

[0056] The above is a specific description of the preferred implementation of the present application, but the present application is not limited to the above implementation mode. Technical personnel familiar with the field can also make various equivalent modifications or substitutions without violating the spirit of the present application. These equivalent modifications or substitutions are all included in the scope defined by the claims of the present application.

Claims

1. A license scheduling system, characterized in that: Including intelligent video management platform IVM, license authorization service LCS and secondary license authorization service SLCS; The IVM includes an intelligent video processing unit IVU, a scheduling unit DS and a license manager LM; The IVU is used to perform calculations based on service requirements, the DS is used to schedule system services, and the LM is used to manage licenses; The LCS is used to perform basic authorization on an independent application service provider (ASP); wherein, when the basic authorization is passed, the SLCS sends license requests to the multiple LCSs respectively; in response to the license requests, the multiple LCSs respectively send license information to the SLCS; the SLCS stores the license information; The SLCS is used to manage the licenses corresponding to multiple ASPs.

2. A license scheduling method, applied to the license scheduling system according to claim 1, the system comprising an IVM, an LCS and an SLCS, wherein the IVM comprises an IVU, a DS and a LM, and is characterized in that: The method comprises: In response to the license request, DS sends a request request to LM; In response to the demand application, the LM sends a query application to the SLCS; In response to the query request, the SLCS queries the stored license information and returns the query result to the LM; According to the license requirement and the query result, the LM sends a requirement response to the DS; According to the demand response, the DS schedules the IVU; The license requirement is to apply for a new license or release the existing license; The method further comprises: The LCS performs basic authorization on the independent ASP; When the basic authorization is passed, the SLCS sends license requests to the multiple LCSs respectively; In response to the license request, the plurality of LCSs respectively send the license information to the SLCS; The SLCS stores the license information.

3. The license scheduling method according to claim 2, characterized in that: The method further comprises: The SLCS periodically sends a first legitimacy verification request to each of the plurality of LCSs, and performs heartbeat keep-alive and authorization management according to the first legitimacy verification response returned by the LCS.

4. The license scheduling method according to claim 2, characterized in that: The method further comprises: The IVU periodically sends a second legitimacy verification request to the SLCS, and performs heartbeat keep-alive and authorization management based on the second legitimacy verification response returned by the SLCS.

5. The license scheduling method according to any one of claims 2 to 4, characterized in that: The license information includes the total number of licenses and the number of available licenses. When the license requirement is to apply for a new license, the requirement response includes a requirement satisfaction response and a requirement non-satisfaction response. Based on the license requirement and the query result, the LM sends a requirement response to the DS, including: When the license requirement quantity in the demand application is less than or equal to the license availability quantity in the query result, the LM sends the demand satisfaction response to the DS, so that the DS schedules the intelligent video processing unit according to the demand satisfaction response; When the license requirement quantity in the demand application is greater than the license availability quantity in the query result, the LM sends a response indicating that the requirement is not met to the DS and ends the current license scheduling process.

6. The license scheduling method according to any one of claims 2 to 4, characterized in that: When the license requirement is to release the existing license, and the requirement response is a requirement confirmation response, the LM sends a requirement response to the DS based on the license requirement and the query result, specifically: According to the license requirement and the query result, the LM sends a requirement confirmation response to the DS.

7. A license control device, characterized in that: include: at least one processor; at least one memory for storing at least one program; When the at least one program is executed by the at least one processor, the at least one processor implements the license scheduling method according to any one of claims 2 to 6 in the license scheduling system according to claim 1 .

8. A computer storage medium storing a program executable by a processor, characterized in that: The program executable by the processor is used to implement the license scheduling method according to any one of claims 2 to 6 in the license scheduling system according to claim 1 when executed by the processor.

Images