Operating system control method, system, device, computer program product and storage medium

Abstract

The embodiments of the present application provide an operating system management method, system, device, computer program product and storage medium. When it is necessary to create a cloud resource based on a target operating system for a customer, the customer's cloud management system can automatically send an activation information acquisition request to the activation management system to obtain the activation information; in addition to automatically triggering the creation of a target cloud resource based on the target operating system for the target customer, the cloud management system will also automatically transmit the acquired activation information to the activation client started in the target cloud resource, and the activation client can automatically activate the target operating system in the target cloud resource according to the activation information. It can be seen that in the process of cloud resource creation, it is no longer necessary to rely on manual operation to activate the operating system. Instead, the activation management system, the activation client and the customer's cloud management system cooperate with each other to automatically complete the activation of the operating system, which can effectively improve the activation efficiency of the operating system.

Description

Technical Field

[0001] The present application relates to the field of cloud computing technology, and in particular to an operating system management method, system, device, computer program product and storage medium. Background Art

[0002] The operating system (OS) is the core software in the device, responsible for providing a basic environment for the operation of various programs in the device. In the cloud computing environment, there are many cloud resources that require the installation of operating systems.

[0003] Currently, the activation of the operating system is completely dependent on manual operations, that is, after deploying new cloud resources, customers need to manually activate the operating system in the cloud resources. With the continuous development of cloud computing technology, the number of cloud resources required by a single customer continues to increase. Under this manual activation method, each cloud resource used by the customer needs to perform a manual activation operation, resulting in insufficient activation efficiency of the operating system. Summary of the invention

[0004] Various aspects of the present application provide an operating system management method, system, device, computer program product, and storage medium to improve the activation efficiency of an operating system.

[0005] The embodiment of the present application provides a management and control system, including an activation management and control system, a cloud management and control system of a target customer, and an activation client started in a cloud resource;

[0006] The cloud management and control system is used to send an activation information acquisition request to the activation management and control system when it is necessary to create a cloud resource based on the target operating system for the target customer; trigger the creation of a target cloud resource for the target customer and transmit the acquired activation information to the activation client started in the target cloud resource;

[0007] The activation client is used to activate the target operating system in the target cloud resource according to the activation information;

[0008] The activation management and control system is used to feed back the activation information corresponding to the target customer to the cloud management and control system according to the activation information acquisition request.

[0009] The present application also provides an operating system management and control method, which is applicable to a cloud management and control system of a target customer, and the method includes:

[0010] In the case where it is necessary to create a cloud resource based on the target operating system for the target customer, sending an activation information acquisition request to the activation management and control system;

[0011] triggering creation of target cloud resources for the target customer;

[0012] The activation information obtained from the activation management and control system is transmitted to the activation client started in the target cloud resource, and the activation client is used to activate the target operating system in the target cloud resource according to the activation information.

[0013] The present application also provides an operating system management method, which is applicable to activating a management system, and the method includes:

[0014] Receive activation information acquisition request for the target operating system from the target customer's cloud management and control system;

[0015] Feeding back the activation information of the target customer for the target operating system to the cloud management and control system;

[0016] The activation information is transmitted by the cloud management and control system to an activation client started in a target cloud resource created for the target customer, and the activation client is used to activate the target operating system according to the activation information.

[0017] The embodiment of the present application also provides an operating system management method, which is applicable to an activation client started in any cloud resource based on a target operating system created for a target customer, and the method includes:

[0018] After startup, obtaining activation information of the target customer for the target operating system, the activation information being transmitted to the activation client by the cloud management and control system of the target customer, and the activation information being provided by the activation management and control system according to an activation information acquisition request issued by the cloud management and control system for the cloud resource;

[0019] The target operating system is activated in the cloud resource according to the activation information.

[0020] The embodiment of the present application also provides a computing device, including a memory, a processor, and a communication component;

[0021] The memory is used to store one or more computer instructions;

[0022] The processor is coupled to the memory and the communication component, and is used to execute the one or more computer instructions to execute the aforementioned operating system management method.

[0023] An embodiment of the present application also provides a computer-readable storage medium storing a computer program. When the computer program is executed by one or more processors, the one or more processors are caused to execute the aforementioned operating system management method.

[0024] An embodiment of the present application also provides a computer program product, including a computer program, which, when executed by one or more processors, causes the one or more processors to execute the aforementioned operating system management method.

[0025] In an embodiment of the present application, an activation management and control system is provided, and it is proposed to start an activation client in a cloud resource. When it is necessary to create a cloud resource based on a target operating system for a customer, the customer's cloud management and control system can automatically send an activation information acquisition request to the activation management and control system to obtain the activation information fed back by the activation management and control system; in addition to automatically triggering the creation of a target cloud resource based on the target operating system for the target customer, the cloud management and control system will also automatically transmit the acquired activation information to the activation client started in the target cloud resource, and the activation client can automatically activate the target operating system in the target cloud resource according to the activation information. It can be seen that in the process of cloud resource creation, it is no longer necessary to rely on manual operation to activate the operating system, but the activation management and control system, the activation client and the customer's cloud management and control system cooperate with each other to automatically complete the activation of the operating system, which can effectively improve the activation efficiency of the operating system. BRIEF DESCRIPTION OF THE DRAWINGS

[0026] The drawings described herein are used to provide a further understanding of the present application and constitute a part of the present application. The illustrative embodiments of the present application and their descriptions are used to explain the present application and do not constitute an improper limitation on the present application. In the drawings:

[0027] Figure 1 A schematic diagram of the structure of a management and control system provided for an exemplary embodiment of the present application;

[0028] Figure 2 An optional structural diagram of a management and control system provided for an exemplary embodiment of the present application;

[0029] Figure 3 An optional structural diagram of a management and control system provided for an exemplary embodiment of the present application;

[0030] Figure 4 An optional structural diagram of a management and control system provided for an exemplary embodiment of the present application;

[0031] Figure 5a-5c A schematic diagram of an application scenario provided for an exemplary embodiment of the present application;

[0032] Figure 6 A flowchart of an operating system management method provided for another exemplary embodiment of the present application;

[0033] Figure 7 A flowchart of another operating system management method provided for another exemplary embodiment of the present application;

[0034] Figure 8 A flowchart of another operating system management method provided for another exemplary embodiment of the present application;

[0035] Fig. 9 A schematic diagram of the structure of a computing device is provided for yet another exemplary embodiment of the present application. DETAILED DESCRIPTION

[0036] In order to make the purpose, technical solution and advantages of the present application clearer, the technical solution of the present application will be clearly and completely described below in combination with the specific embodiments of the present application and the corresponding drawings. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without making creative work are within the scope of protection of the present application.

[0037] Before starting to explain in detail the technical solutions provided by the embodiments of the present application, several technical concepts involved in the present application are briefly explained as follows.

[0038] A private cloud is a private cloud platform built on public cloud technology, designed to provide customers with secure, stable and efficient full-stack cloud services. A private cloud is a private cloud platform built on the public cloud, with network and physical facilities that are exclusive to customers. This means that customers have their own private cloud environment in a public cloud data center, with data security isolation, dedicated network, and dedicated physical cabinet services to ensure data security and privacy. Private clouds can include infrastructure networks and virtual private networks (VPC), which are two different network service modes that differ in terms of functions, usage scenarios, and security.

[0039] VPC is a logically isolated virtual network space established by customers in their private cloud. Customers can customize IP address segments, create switches, configure routing tables and gateways in VPC. Networks between different VPCs are isolated from each other, so customers can isolate users based on VPC. For example, if a company has many employees, that is, a customer (i.e., company) authorizes multiple users (i.e., employees), the company can logically isolate employees by establishing VPC. Cloud products and applications used by customers are usually deployed in VPC.

[0040] The infrastructure network is a general and public network environment established by customers on their private clouds. The general and public here are for users allowed by customers on their private clouds (such as the aforementioned corporate employees), not users on the public network. Customers' control clusters can usually be deployed in the infrastructure network.

[0041] The cloud management and control system can be understood as a system used by customers to manage cloud resources. The cloud management and control system is generally used by the customer's operations personnel and provides a management and control interface for the operations personnel to manage the relevant cloud resources in the customer's private cloud as needed.

[0042] The operation and maintenance system can be understood as a system used by customers for the operation and maintenance of cloud resources. The operation and maintenance system is generally used by customers' operation and maintenance personnel, and provides an operation and maintenance interface for operation and maintenance personnel to initiate operation and maintenance operations on cloud resources as needed, and also allows operation and maintenance personnel to view various operating status information of cloud resources as needed.

[0043] Cloud resources can be understood as various resources in a cloud computing environment. These resources are managed and allocated through cloud computing technology, and users can access and use these resources as needed without having to maintain and manage them themselves. Cloud resources have the characteristics of on-demand allocation and elastic scaling. Customers can use cloud resources to deploy cloud products, build websites and applications, etc. Typical cloud resources may include but are not limited to virtual machines, containers, cloud servers (Elastic Compute Service, ECS) and bare metal servers, etc., and of course, physical servers in a cloud computing environment, etc., and no further examples are given here.

[0044] The operating system (OS) is the core software in the device, responsible for providing the basic environment for the operation of various programs in the device. In the cloud computing environment, there are many cloud resources that require the installation of operating systems. An unactivated operating system may limit the use of certain functions, such as personalized settings and certain updates. After activation, users can access all system updates, security patches, and some advanced features.

[0045] As introduced in the background technology, currently, in the cloud computing environment, the operating system is completely dependent on manual activation, that is, after the customer deploys new cloud resources, the customer needs to manually activate the operating system in the cloud resources. In actual applications, the customer's operating personnel need to log in to the cloud management and control system mentioned above, and manually enter information such as the serial number in the management and control interface to remotely activate the operating system in the cloud resources. However, with the continuous development of cloud computing technology, the number of cloud resources required by a single customer continues to increase. Under this manual activation method, each cloud resource used by the customer needs to perform a manual activation operation, resulting in insufficient activation efficiency of the operating system.

[0046] To this end, this embodiment proposes an operating system management and control solution to help customers automatically activate the operating system, thereby improving the activation efficiency of the operating system.

[0047] The technical solutions provided by various embodiments of the present application are described in detail below in conjunction with the accompanying drawings.

[0048] Figure 1 This is a schematic diagram of the structure of a control system provided by an exemplary embodiment of the present application. Figure 1 As shown, the management and control system includes: an activation management and control system, a cloud management and control system of a target customer, and an activation client started in a cloud resource.

[0049] The target customer may be any customer using the control system in this embodiment. The cloud control system is an existing system of the target customer. In this embodiment, some new functions are designed in the cloud control system of the target customer so that the cloud control system can cooperate with the activation control system in this embodiment, thereby helping the target customer to automatically activate the operating system.

[0050] The activation control system is a system independently designed in this embodiment. From the product form, the activation control system in this embodiment can be implemented as a control cloud product. The activation control system in this embodiment can be deployed according to the customer. In other words, the customer and the activation control system are deployed one-to-one. For private cloud customers, the activation control system in this embodiment can be deployed in the customer's private cloud. Optionally, the activation control system in this embodiment can be deployed in the infrastructure network contained in the customer's private cloud, specifically in the control cluster that the customer has built in the infrastructure network. Here, there is no limitation on the deployment location of the activation control system, and it can be deployed on demand.

[0051] The design concept of this embodiment also proposes: starting the activation client in the cloud resources. The activation client is a program component independently designed in this embodiment, which is used to activate the operating system in the cloud resources. The timing of starting the activation client is not limited in this embodiment. Preferably, after the cloud resources are created, the activation client proposed in this embodiment can be automatically started. In this embodiment, a variety of implementation methods can be used to support the automatic startup of the activation client in the cloud resources. Several exemplary implementation methods are provided below.

[0052] In an exemplary implementation, the activation client can be added as a built-in component in the operating system. Based on this, after the operating system is started in the cloud resource, the activation client can be automatically started.

[0053] In another exemplary implementation, after the cloud resources are created, the program script for activating the client can be automatically transmitted to the cloud resources through various feasible ways, and the cloud resources can be triggered to execute the program script, so that the activation client can be automatically started in the cloud resources.

[0054] The above exemplary implementations are only optional, and this embodiment is not limited thereto, and no further examples are given here.

[0055] In this embodiment, in addition to automatically starting after the cloud resource is created, other startup timings can also be used to start the activation client. For example, the activation client can be started after the activation information described later reaches the cloud resource. In this case, the activation information can be received as a trigger event in the cloud resource, thereby triggering the startup of the activation client in the cloud resource. The startup timing of the activation client in the cloud resource is not limited here, and no further examples are given.

[0056] The control system in this embodiment can be used to help customers automatically activate multiple operating systems. In this embodiment, the types of operating systems supported are not limited. Since commercial names may be involved, no specific examples of the types of operating systems are given here. For ease of description, the target operating system will be used as an example to explain the technical solution. It should be understood that the target operating system can be any operating system that needs to be activated.

[0057] On this basis, reference Figure 1 In this embodiment, for the cloud management and control system of the target customer, when it is necessary to create cloud resources based on the target operating system for the target customer, an activation information acquisition request may be sent to the activation management and control system.

[0058] As mentioned above, the cloud management and control system allows customers to manage cloud resources, and triggering the creation of cloud resources for target customers is usually the responsibility of the cloud management and control system. For the cloud management and control system, it has the ability to sense whether it is necessary to create cloud resources based on the target operating system for the target customer. This includes two aspects of perception: whether new cloud resources need to be created; and whether the new cloud resources need to be based on the target operating system.

[0059] In this embodiment, the control system does not infect the cloud products of the target customer, but can support various cloud resource usage requirements of the cloud products. For example, some of the cloud products of the target customer may adopt an elastic scaling mechanism. In this case, the target customer can configure the operating system required for cloud resource expansion in the cloud control system. Based on this, under the elastic scaling mechanism, the cloud control system has the ability to automatically determine whether it is necessary to create new cloud resources for the target customer, and can perceive whether it is necessary to be based on the target operating system according to the configuration of the target customer under the elastic scaling mechanism. For another example, some of the cloud products of the target customer may adopt a manual scaling mechanism. In this case, the relevant staff of the target customer can perform cloud resource creation operations in the cloud control system and manually configure the required operating system. Based on this, under the manual scaling mechanism, the cloud control system perceives the need to create new cloud resources and whether it is necessary to be based on the target operating system according to manual operations. No further explanation is given here on the above-mentioned perception capabilities in the cloud control system.

[0060] For the cloud management and control system, after sensing the need to create a cloud resource based on the target operating system for the target customer, according to the traditional activation solution, the cloud management and control system will trigger the creation of the target cloud resource for the target customer. However, as described in the background technology, it is necessary to wait for subsequent manual operations before the target operating system in the target cloud resource can be activated. Every time the cloud management and control system triggers the creation of a cloud resource based on the target operating system, the target customer needs to perform a manual operation to activate the target operating system in the cloud resource.

[0061] In this embodiment, this traditional activation solution is abandoned, and the interaction logic with the activation control system in this embodiment is designed in the cloud control system. Figure 1 ,When the cloud management and control system senses the need to create cloud resources based on the target operating system for the target customer, it can automatically send an activation information acquisition request to the activation management system.

[0062] The activation information acquisition request is used to request activation information for the target operating system for the target customer. The activation information here may include but is not limited to the activation serial number and other information required for performing the activation operation.

[0063] refer to Figure 1 In this embodiment, the activation management system can respond to the activation information acquisition request and feedback the activation information of the target customer for the target operating system to the cloud management system. In this embodiment, the activation management system can manage the activation information of the target customer for various operating systems.

[0064] In this embodiment, the source of activation information in the activation management and control system is not limited. An optional source method may be: the activation management and control system in this embodiment autonomously issues activation information for various operating systems to target customers. That is, the activation management and control system may issue activation information for target customers in advance, or of course, it may be issued by other entities, for example, the cloud vendor issues activation information for various operating systems to target customers. This is not limited here, and the activation management and control system in this embodiment can obtain and manage this activation information.

[0065] Continue to refer Figure 1 ,For the cloud management and control system, in addition to triggering the creation of target cloud resources for the target customers, the ,acquired activation information can also be transmitted to the activation client started in the target cloud resources.

[0066] As mentioned above, triggering the creation of cloud resources for target customers is usually the responsibility of the cloud management and control system. This embodiment does not interfere with these native capabilities of the cloud management and control system, and the implementation method of triggering the creation of cloud resources for target customers is not described in detail here.

[0067] refer to Figure 1According to the design concept proposed in this embodiment, the activation client designed independently in this embodiment can be started in the target cloud resource. The cloud management and control system can transmit the above activation information obtained from the activation management and control system to the activation client started in the target cloud resource.

[0068] Referring to the foregoing, the activation client in this embodiment is used to activate the operating system in the cloud resources. Based on this, after the activation information is transmitted to the activation client in the target cloud resources, the activation client can automatically activate the target operating system in the target cloud resources according to the activation information.

[0069] At this point, with the cooperation of the activation management system, the target customer's cloud management system, and the activation client started in the target cloud resource, the target operating system can be automatically activated in the target cloud resource without manual operation. From the perspective of the target customer, its staff can participate in the cloud resource creation process according to their original operating habits, and this embodiment does not trigger any additional manual operation.

[0070] In summary, the present embodiment provides an activation management and control system, and proposes to start an activation client in the cloud resources. When it is necessary to create cloud resources based on the target operating system for a customer, the customer's cloud management and control system can automatically send an activation information acquisition request to the activation management and control system to obtain the activation information fed back by the activation management and control system; in addition to automatically triggering the creation of a target cloud resource based on the target operating system for the target customer, the cloud management and control system will also automatically transmit the acquired activation information to the activation client started in the target cloud resource, and the activation client can automatically activate the target operating system in the target cloud resource according to the activation information. It can be seen that in the process of cloud resource creation, it is no longer necessary to rely on manual operation to activate the operating system, but the activation management and control system, the activation client and the customer's cloud management and control system cooperate with each other to automatically complete the activation of the operating system, which can effectively improve the activation efficiency of the operating system.

[0071] In the above or following embodiments, the cloud management and control system is supported to adopt multiple implementation methods to transmit the acquired activation information to the activation client started in the target cloud resource. Figure 2 An optional structural diagram of a management and control system provided for an exemplary embodiment of the present application.

[0072] refer to Figure 2 In an optional implementation, the cloud management and control system may construct a cloud resource creation instruction based on the activation information; and send the cloud resource creation instruction to the cloud resource deployment system; the cloud resource deployment system may create a target cloud resource for the target customer in response to the cloud resource creation instruction and transmit the activation information to the activation client.

[0073] In this optional implementation, the activation information is transmitted to the activation client started in the target cloud resource by means of the cloud resource deployment system.

[0074] Here, the cloud resource deployment system can be understood as a cloud computing cluster used to deploy cloud resources. The cloud resource deployment system usually includes a control plane and a data plane, wherein the data plane can be used to provide cloud resources, and the control plane can be used to orchestrate and manage cloud resources. The above cloud resource creation instructions can be sent to the control plane of the cloud resource deployment system, so that the target cloud resources can be created in the data plane through the control plane. Figure 2 ,The cloud resource deployment system is usually also deployed by customer.,Optionally, the cloud resource deployment system can create the target cloud resources in the VPC of the target customer.

[0075] Preferably, in this embodiment, a secure boot mechanism such as Unified Extensible Firmware Interface (UEFI) boot can be used by default in the target cloud resource to boot the target operating system. In addition, the activation client in this embodiment can also obtain the device information corresponding to the target cloud resource; and bind the device information to the image file corresponding to the target operating system in the target cloud resource, wherein the device information can be used as a verification basis in the secure boot process.

[0076] The secure boot mechanism includes a verification link: comparing whether the device information bound to the image file matches the current device. The device information bound to the image file mentioned in the verification link is bound by the activation client after the target cloud resource uses the image file corresponding to the target operating system for the first time, and is the device information corresponding to the target cloud resource. Based on this, in this verification link, if the match is successful, the operating system is allowed to start. In this way, for the target cloud resource, if a restart occurs, in the process of secure boot based on the image file, the device information bound to the image file is consistent with the device information restored in the firmware of the target cloud resource itself, and can pass the verification, so that the target operating system can be restarted normally in the target cloud resource. However, if the image file is copied to other cloud resources, for example, copied to cloud resource A, in the process of secure boot in the cloud resource, since the device information bound to the image file is the device information of the target cloud resource, it must be inconsistent with the device information of cloud resource A, therefore, the match will inevitably fail in the verification link, which may lead to the failure of secure boot. In this way, when the image file is copied from the target cloud resource to other cloud resources, other cloud resources cannot start the target operating system based on the image file. Based on this, the image files in the target cloud resources can be effectively prohibited from being reused by other cloud resources, thereby avoiding piracy problems.

[0077] It can be seen that in this optional implementation method, the cloud resource creation instructions that need to be transmitted between the cloud management and control system and the cloud resource deployment system are used as a carrier to transmit the activation information to the cloud resource deployment system; the communication channel between the cloud resource deployment system and the target cloud resource is also used to continue to transmit the activation information to the activation client launched in the target cloud resource.

[0078] Furthermore, in this optional implementation, the implementation scheme of carrying activation information in the cloud resource creation instruction is not limited. An exemplary implementation scheme may be: the cloud management and control system may carry the activation information as custom data in the cloud resource creation instruction. It is understandable that a custom data field is usually provided in the cloud resource creation instruction. In this exemplary implementation scheme, the activation information may be carried in the field. In this way, the activation information may be carried in the cloud resource creation instruction and may be parsed out by the cloud resource deployment system without any obstacles.

[0079] Furthermore, in this optional implementation, there is no limitation on how the activation client obtains the activation information in the target cloud resource. Figure 2 In an exemplary solution, it is proposed that the cloud resource deployment system can assign the custom data parsed from the cloud resource creation instruction to the target environment variable in the target cloud resource, so as to pass the activation information to the activation client through the target environment variable. In this regard, the activation client can be designed with the automatic reading capability for the target environment variable, so that the activation client can automatically read the activation information from the target environment variable after startup.

[0080] In summary, in this embodiment, the existing communication channel for triggering the creation of cloud resources by the cloud management and control system can be used to transmit the activation information to the activation client launched in the target cloud resource; on this basis, specifically, the cloud resource creation instructions and the aforementioned target environment variables can be used as carriers, so as to achieve more timely transmission of the activation information to the activation client.

[0081] It is worth noting that the above implementation is only optional. In this embodiment, other implementations can also be used to transmit the acquired activation information to the activation client started in the target cloud resource. For example, without changing the original cloud resource creation details of the cloud management system, after the target cloud resource is created, the cloud management system can establish a communication channel with the target cloud resource, and the cloud management system directly sends the activation information to the activation client started in the target cloud resource. In this implementation, the activation information can also be transmitted to the activation client in the target cloud resource in the form of environment variables. Of course, the activation information can also be directly transmitted to the activation client by designing a communication protocol between the cloud management system and the target cloud resource. The software engineering implementation will not be elaborated in detail here. No more examples of implementation methods are given here.

[0082] In the above or below embodiments, it is also proposed that the activation management system can manage the activation authority of the target customer. The activation authority here can be understood as whether the activation is allowed.

[0083] refer to Figure 2 In this embodiment, an activation server may be set in the activation management system for load activation authority management. The activation client in the target cloud resource communicates with the activation server.

[0084] On this basis, this embodiment proposes that: the activation client in the target cloud resource can send an activation request for the target customer to the activation server; if the activation server allows the activation, the target operating system is activated in the target cloud resource according to the activation information. For the activation server, the activation authority of the target customer can be verified according to the activation request; if it is determined that the activation request has passed the verification, an activation permission instruction can be returned to the activation client to allow the activation.

[0085] In this embodiment, the activation client in the target cloud resource will not directly activate the target operating system, but will first send an activation request to the activation server, which can carry the identity information of the target customer and the identification information of the target operating system, etc., to represent the target customer and the operating system to be activated. This can transfer the control right to the activation server, so that the activation server can coordinate the activation rights for the target customer.

[0086] In this embodiment, the activation authority verification strategy in the activation server can be flexibly designed, which is not limited here. The activation server can verify the activation authority of the target customer according to the activation authority verification strategy, that is, verify whether the target customer has the authority to activate the target operating system. If it is found according to the activation authority verification strategy that the target customer has the activation authority for the target operating system, it can be determined that the activation request sent by the activation client in the target cloud resource has passed the verification, and an activation permission instruction can be returned to the activation client; the activation client will activate the target operating system in the target cloud resource according to the activation information only after receiving the activation permission instruction. On the contrary, if it is found according to the activation authority verification strategy that the target customer does not have the activation authority for the target operating system, it can be determined that the activation request sent by the activation client in the target cloud resource has not passed the verification, and an activation prohibition instruction can be returned to the activation client; after receiving the activation prohibition instruction, the activation client will not activate the target operating system in the target cloud resource.

[0087] The following is an example activation permission verification strategy:

[0088] In response to receiving the activation request, the activation server may query the remaining activation times of the target customer for the target operating system; if the remaining activation times exceed 0, it is determined that the activation request sent by the activation client in the target cloud resource has passed the verification.

[0089] The activation management system can pre-allocate the number of activations for the target operating system for the target customer, and dynamically record the remaining number of activations for the target operating system by the target customer. Figure 2 , you can set up control components in the activation control system. Figure 3 An optional structural diagram of a management and control system provided for an exemplary embodiment of the present application.

[0090] refer to Figure 3 In an exemplary design, the control component may receive authorization metadata for a target operating system provided by a software authorization management system of a target customer, the authorization metadata may include the number of activations for the target operating system for the target customer, and send the authorization metadata to an activation server. The activation server may maintain the remaining number of activations for the target customer based on the number of activations in the authorization metadata, so that the remaining number of activations may be used as a basis for activation authority verification in the activation server.

[0091] refer to Figure 3 In this exemplary design, the target customer's software authorization management system can provide the target customer's authorization metadata for the target operating system. The software authorization management system can be used to perform global authorization management on the software that the target customer needs to use, which includes the target operating system (i.e., a type of software) described in this embodiment. Figure 3 The software authorization management system can be deployed in the target customer's infrastructure network. The target customer's staff can input the authorization metadata corresponding to the software that the target customer needs to use into the software authorization management system. Of course, the software authorization management system can also automatically obtain the authorization metadata corresponding to the software that the target customer needs to use by calling the open interface (OpenAPI) provided by the cloud vendor. The software authorization management system can organize the obtained authorization metadata into software dimensions, that is, the software and authorization metadata are one-to-one associated. In this way, the software authorization management system can generate the target customer's authorization metadata for the target operating system. Reference Figure 3 In actual applications, the cloud vendor's order management system can provide target customers with authorization metadata packages about various software, for example, based on the target customer's order information. These authorization metadata packages can be input into the target customer's software authorization management system through manual input or OpenAPI.

[0092] Based on this, in the above exemplary design, the target customer's software authorization management system can provide the target customer's authorization metadata for the target operating system to the control component in the activation control system, and the control component can process the authorization metadata, convert it into the data format required by the activation server, and then send it to the activation server. At this point, the target customer's authorization metadata for the target operating system can reach the activation server.

[0093] In this exemplary design, the activation server can independently maintain the remaining activation times for the target customer based on the activation times in the authorization metadata, thereby supporting the activation server to query the remaining activation times of the target customer for the target operating system at any time.

[0094] In addition, the control component can also send an authorization metadata update request to the target customer's software authorization management system when it detects that the authorization metadata has expired, and send the acquired new data to the activation server to update the authorization metadata in the activation server. This can effectively ensure the accuracy of the activation times used in the activation server, and thus ensure the accuracy of the remaining activation times.

[0095] Of course, other design solutions can also be used to support the activation client to query the remaining activation times of the target customer for the target operating system. For example, the management and control component maintains the remaining activation times and supports the activation server to query at any time, etc., which are not limited here and no further examples are given.

[0096] Continuing back to the above exemplary activation permission verification strategy, if the target customer's remaining activation times for the target operating system exceeds 0, it means that the target customer's activation times for the target operating system have not been exhausted. Therefore, activation of the target operating system in the target cloud resource can be allowed.

[0097] Furthermore, if it is found that the remaining activation times of the target customer for the target operating system do not exceed 0, that is, it is equal to 0 or is a negative value, the device type corresponding to the target cloud resource can be further queried; if the device type is a virtual device, it is determined that the activation request has passed the verification.

[0098] Here, when the number of activations of the target operating system by the target customer is insufficient, an over-activation mechanism is proposed for virtual devices. That is, a certain number of over-activations can be allowed, which can better support the elastic scaling characteristics of virtual devices. In the case of over-capacity expansion by the target customer, the normal activation of the operating system in the over-capacity expanded cloud resources can still be guaranteed, thereby avoiding affecting the target customer's use of these cloud resources. The virtual devices here may include but are not limited to the virtual machines, containers, and ECS mentioned above.

[0099] Continuing from the above, when the target customer has insufficient activation times for the target operating system, if it is found that the device type corresponding to the target cloud resource is a physical device, it can be determined that the activation request has not passed the verification.

[0100] In this way, different disposal solutions are proposed for cloud resources of different device types, which can effectively adapt to the characteristics of different device types, thereby avoiding infection of various cloud products. Infection here is understood as affecting usage.

[0101] In this embodiment, after the activation server sends the activation permission instruction to the activation client in the target cloud resource, it can perform a deduction operation on the remaining activation times for the target customer. It can be understood that in this embodiment, the remaining activation times are allowed to be deducted to a negative value, which corresponds to the aforementioned over-activation case.

[0102] Furthermore, in actual applications, an excess threshold can be set for the remaining number of activations of the target customer, and the excess threshold is a negative value. Based on this, for the aforementioned virtual device, the activation server will stop the excess activation when it is found that the remaining number of activations of the target customer has reached the excess threshold.

[0103] For example, if the target customer has activated the target operating system 1000 times and the excess threshold is set to -1000, then when the target customer has more than -1000 remaining activations for the target operating system, the activation server can determine that the activation request has passed verification upon receiving the activation request sent by the activation client in the target cloud resource (which is a virtual device), thereby allowing the activation client to activate the target operating system in the target cloud resource. If the target customer has more than -1000 remaining activations for the target operating system, that is, the target operating system has been activated for the target customer in 2000 cloud resources, the activation server will determine that the activation request has not passed verification, that is, it will no longer allow the activation of the 2001st target operating system for the target customer.

[0104] Under the over-activation mechanism proposed in this embodiment, it is also proposed that:

[0105] When the activation server finds that the remaining number of activations for the target operating system of the target customer has reached a negative value, the activation server may send a prompt message to the operation and maintenance system of the target customer, where the prompt message is used to inform the target customer that the target operating system has been overactivated.

[0106] In this way, the activation server can promptly notify the target client that the target operating system has been over-activated, so as to prompt the target client to promptly apply for more activation times for the target operating system to avoid affecting the automatic activation. In this embodiment, the timing and frequency of the activation server sending the prompt information are not limited, and can be set according to actual needs, and no specific example is given here.

[0107] In summary, in this embodiment, the activation server can be used to finely control the target customer's activation rights for the target operating system. The proposed over-activation mechanism can effectively adapt to the elastic scaling characteristics of virtual device-type cloud resources, thereby effectively ensuring that the target customer can use cloud resources normally and avoiding the performance of cloud resources being affected by automatic activation. The proposed reminder mechanism can also supplement the over-activation mechanism, so that the target customer can perceive the over-activation situation in a timely manner, and thus apply for additional activation times for the target operating system in a timely manner. This can effectively improve the flexibility and precision of the control of activation operations while improving activation efficiency. In addition, in this embodiment, it can support a variety of cloud resource usage scenarios such as virtual devices, physical devices, and a mixture of virtual and physical devices, and reasonably control activation operations according to the device type of cloud resources, so that a set of control systems can support activation requirements for multiple products and different functional restrictions.

[0108] In the above or following embodiments, the management and control system can not only help the target customer to automatically activate the operating system, but also help the target customer to measure the usage of the target operating system. Figure 4 This is an optional structural diagram of a management and control system provided by an exemplary embodiment of the present application. Figure 4 , the technical concept of the management and control system in this embodiment to measure the usage of the target operating system is explained.

[0109] In this embodiment, it is proposed that after being started, the activation client in the target cloud resource can establish a persistent connection with the activation server in the activation management and control system, and send heartbeat information to the activation server on time.

[0110] Among them, a long connection means that multiple data packets can be sent continuously on a connection, and if no data packet is sent during the connection, both parties need to send a link detection packet. Based on this, in this embodiment, the activation client in each cloud resource based on the target operating system created for the target customer will maintain a long connection with the activation server in this embodiment and send heartbeat information on time.

[0111] In this embodiment, the implementation scheme of the long connection is not limited. An exemplary implementation scheme may be: the cloud management and control system may obtain the single tunnel address information associated with the VPC where the target cloud resource is located from the management and control component, and transmit the single tunnel address information to the target environment variable in the target cloud resource; the activation client may obtain the single tunnel address information from the target environment variable; use the single tunnel address information to establish a communication connection with the activation server and maintain a long connection.

[0112] In this exemplary implementation, a single tunnel technology (for example, network services such as single tunnel) can be used to support the establishment of a communication connection between the activation client and the activation server and maintain a long connection. This is particularly suitable for scenarios where the cloud resources required by the target customer are created in the VPC. As mentioned above, the activation management system (including the activation server) in this embodiment can be deployed in the target customer's infrastructure network, and the cloud resources created for the target customer can be deployed in the target customer's VPC. In this way, the activation client and the activation server are distributed in networks with different security levels. In this exemplary implementation, a single tunnel technology is selected, which not only supports the intercommunication between the activation client and the activation server across networks with different security levels, but also does not undermine the network isolation between the target customer's VPCs and the security of the VPC where the target cloud resources are located.

[0113] In this exemplary implementation, the management and control component can pre-allocate a single tunnel address between the target operating system and different VPCs of the target customer, wherein one VPC corresponds to a dedicated single tunnel address. Based on this, when the cloud management and control system finds that it is necessary to create new cloud resources for the target customer, it can automatically select the VPC for deploying the target cloud resources under the elastic scaling mechanism. In the case of manual triggering of the creation, the VPC for the target cloud resource can be manually selected. The cloud management and control system can request the single tunnel address information associated with the selected VPC from the management and control component, and can carry the single tunnel address information in the cloud resource creation instruction to transmit it to the activation client in the target cloud resource. For the exemplary transmission process, refer to the transmission scheme for activation information provided in the aforementioned embodiment, and refer to Figure 4 The target environment variable can be used to pass the single tunnel address information here and the activation information mentioned in the above embodiment to the activation client.

[0114] Of course, in this embodiment, other implementation methods can also be used to support the establishment of a long connection between the activation client and the activation server, for example, using multi-tunnel technology (for example, anytunnel and other network services), access point technology (for example, POP and other gateway services) and load balancing technology (for example, SLB and other network services), etc. The technology is not described in detail here, nor are more implementation examples given.

[0115] In this way, the activation server can monitor the heartbeat information and promptly detect abnormal cloud resources.

[0116] In this embodiment, it is also proposed that the activation server can record the usage status of the target operating system for the target cloud resource. The usage status in this embodiment can at least include activated and unactivated.

[0117] As mentioned in the above embodiments, the activation server can control the activation operation of the activation client. Therefore, the activation server can determine the usage status of the target cloud resource for the target operating system without any obstacles. As mentioned in the above embodiments, the activation server can record the usage status of the target cloud resource for the target operating system as activated after sending an activation permission instruction to the activation client in the target cloud resource. Before sending the activation permission instruction or after sending the activation prohibition instruction to the activation client, the activation server can record the usage status of the target cloud resource for the target operating system as unactivated.

[0118] That is, in this embodiment, the activation server can autonomously record the above usage status. The activation server has a global view of the activation status of each cloud resource using the target operating system under the target customer's name, so the activation server can autonomously record without obstacles.

[0119] Of course, this embodiment is not limited to this, and the activation server can also obtain the usage status of the relevant cloud resources for the target operating system from other channels. For example, the activation client in the relevant cloud resources can actively report the usage status to the activation server, and the activation server can also be supported to know the usage status of the relevant cloud resources for the target operating system. More examples of supporting solutions are not given here.

[0120] On this basis, the activation server can collect usage metering data for the target operating system for the target customer based on the heartbeat information and corresponding usage status sent by the activation client in each cloud resource based on the target operating system created for the target customer.

[0121] It should be understood that in the process of metering usage, the activation server's perspective will be all cloud resources based on the target operating system created for the target customer, rather than being limited to one cloud resource as in the automatic activation process. Here, the number of cloud resources based on the target operating system created for the target customer will be one or more, and the number changes dynamically.

[0122] Thus, in this embodiment, for the activation server, the heartbeat information can be used to measure whether the relevant cloud resources are operating normally, that is, whether the target operating system is being used normally; and the usage status can be used to measure whether the target operating system has been activated in the relevant cloud resources. Based on this, the usage of these two aspects can be recorded in the usage measurement data.

[0123] Moreover, the activation server can also update the usage record data in a timely manner based on the heartbeat information.

[0124] In this embodiment, it is proposed that different mechanisms may be used to determine the usage status for virtual devices and physical devices. An optional mechanism is provided below.

[0125] In this embodiment, optionally, for the activation server, if it is monitored that the activation client in any cloud resource created for the target customer based on the target operating system has timed out and has not sent a heartbeat message, and the cloud resource is a virtual device, the usage status corresponding to the cloud resource is updated to not activated to update the usage metering data.

[0126] It is understandable that if the heartbeat information of a cloud resource is abnormal, it indicates that the cloud resource is abnormal. In this case, the activation server can continue to query whether the cloud resource is a virtual device. If so, the usage status of the cloud resource for the target operating system can be updated to unactivated, and the remaining activation times of the target customer for the target operating system can be increased.

[0127] This mechanism of synchronously updating the usage status of virtual devices according to heartbeat information can effectively adapt to the elastic scaling characteristics of virtual devices. When a virtual device has an abnormal heartbeat information, by updating the usage status of this virtual device to unactivated, the activation times can be vacated in time for other virtual devices to occupy, which can avoid the invalid occupation of activation times by abnormal virtual devices, thereby effectively improving the utilization rate of activation times for target customers.

[0128] In actual applications, after the heartbeat information of a virtual device is abnormal, the virtual device may be released. Therefore, the possibility that the activation times occupied by the abnormal virtual device will be vacated for a long time is relatively high. Of course, if the virtual device is not released, here, after the heartbeat information of the virtual device returns to normal, the activation server can update its corresponding usage status to activated, and adaptively adjust the remaining activation times of the target customer for the target operating system.

[0129] In addition, for the activation server, if the query finds that the cloud resource is a physical device, the activation server may not update the usage status. This non-update mechanism for physical devices is mainly based on the fact that the physical devices used by the target customers are usually long-term, and the physical device will not be directly abandoned after the heartbeat information is abnormal, but the abnormality will be handled in time. After the physical device returns to normal, it will continue to be used. In other words, the possibility of the activation times occupied by the physical device being vacated for a long time is relatively low. Therefore, this mechanism is more suitable for the characteristics of physical devices.

[0130] It can be seen that by timely updating the usage status of relevant cloud resources for the target operating system according to the heartbeat information, the accuracy of the usage status recorded by the activation server can be effectively improved, thereby effectively improving the accuracy of the generated usage metering data.

[0131] Furthermore, in this embodiment, it is proposed that: the activation server can also record the activation type for cloud resources created for target customers based on the target operating system and with an activated usage status, the activation type including a first type and a second type, the first type being used to characterize excess activation, and the second type being used to characterize non-excess activation; the activation type is carried in the usage metering data.

[0132] This is a continuation of the excess activation mechanism mentioned above. Under the excess activation mechanism, the activation server can record the activation type to distinguish which target operating systems in which cloud resources are over-activated. Referring to the relevant descriptions in the aforementioned embodiments, it can be seen that the activation server, in the process of managing and controlling the activation operation of the activation client, includes a step of determining whether the remaining number of activations of the target customer for the target operating system does not exceed 0, and the activation server can record the activation type according to the judgment result in this step. Taking the aforementioned target cloud resource as an example, specifically, if the activation server determines in this step whether the remaining number of activations of the target customer for the target operating system does not exceed 0, and the target cloud resource is a virtual device, then after sending an activation permission instruction to the activation client in the target cloud resource, the activation type corresponding to the target cloud resource can be recorded as excess activation.

[0133] In this way, the activation type can effectively mark whether the target operating system in the cloud resource is over-activated. On this basis, carrying the activation type in the aforementioned usage record data can provide more references in the subsequent metering analysis stage, thereby more concretely reflecting the over-activation of the target operating system by the target customer.

[0134] In this embodiment, the subsequent use scheme for the above usage measurement data is not limited. As mentioned in the previous paragraph, the usage measurement data generated in this embodiment can be used in the subsequent measurement analysis stage as a strong basis for measurement analysis.

[0135] For this purpose, refer to Figure 4 ,This embodiment also proposes: the activation server can send the usage metering data to the management and control component; the activation management and control component in the management and control system can send the usage metering data to the target customer's operation and maintenance system for display in the operating system operation and maintenance interface provided by the operation and maintenance system; if the operation and maintenance system also supports providing an information display interface of the software authorization management system for the target customer, the usage metering data will be sent to the software authorization management system for display in the information display interface.

[0136] For the introduction of the target customers' operation and maintenance system and software authorization management system, please refer to the previous article and will not be repeated here.

[0137] Based on this, the activation server can use the management and control components to transmit the usage metering data for the target operating system generated for the target customer to the above-mentioned destinations - the target customer's operation and maintenance system and software authorization management system, so that the usage metering data can be displayed to the target customer in a timely manner through the interfaces corresponding to these two destinations, so that the target customer can perceive the usage of the target operating system in a timely manner, especially in the case of excessive activation, so that remedial measures can be taken in a timely manner.

[0138] In addition, optionally, in the above-mentioned operating system operation and maintenance interface and the information display interface of the software authorization management system, different display schemes can be used to display the usage metering data. The specific display scheme is not limited here, and the display scheme can be flexibly designed as needed.

[0139] Of course, in this embodiment, these usage measurement data can also be sent to other destinations for other purposes, such as to the billing system of the cloud vendor, etc., which is not limited here, and no more examples of destinations are given.

[0140] In summary, in this embodiment, the metering function provided by the management and control system is described. Through the cooperation between the activation management and control system in this embodiment and the activation client started in the relevant cloud resources, the target customer can automatically calculate the usage metering data for the target operating system, and the over-activation of the target operating system by the target customer can be clearly and fully displayed in the usage metering data. The usage metering data provided by this embodiment can provide accurate and rich reference data for the target customer and cloud vendors, and the target customer and cloud vendors can perform subsequent metering analysis.

[0141] Figure 5a-5c A schematic diagram of an application scenario provided by an exemplary embodiment of the present application. Figure 5a-5cThe application scenario is described. In the application scenario, the target cloud resource example created for the target customer is a target ECS.

[0142] Figure 5a An example is given from the perspective of the overall link. Figure 5a , the control links of the target operating system can generally include:

[0143] 1. After entering the target customer's order information into the order management system in the cloud vendor's intranet, the order management platform can generate an authorization metadata package for the target customer, which contains the target customer's authorization metadata for multiple software;

[0144] 2. The authorization metadata package can be delivered to the target customer's operation and maintenance personnel, who can manually import it into the software authorization management system deployed in the infrastructure network of the target customer's private cloud;

[0145] 3. The software authorization management system can parse and process the authorization metadata package (the authorization metadata package may contain the authorization metadata of multiple authorized software on the target customer's private cloud, which can be sorted here by authorized software) and obtain the authorization metadata for the target operating system;

[0146] 4. The control component in the activation control system can obtain the authorization metadata for the target operating system from the API provided by the software authorization management system, including the identity information of the target customer and the number of activations, and then import the data into the activation server after data processing (mainly format conversion and other processing operations);

[0147] 5. The activation server communicates with the activation client in the target ECS created for the target customer, and only controls the activation operation of the activation client; the activation server is also responsible for collecting usage metering data for the target operating system for the target customer;

[0148] 6. The control component obtains the usage metering data from the activation server;

[0149] 7. The management and control component can report usage measurement data to the "software authorization management system" + "operating system operation and maintenance module in the operation and maintenance system" at the same time, that is, statistical measurement in two dimensions, avoiding business losses caused by the lack of one dimension;

[0150] In summary: order information can be queried in the cloud vendor's order management system; usage metering data can be displayed in the target customer's "software authorization management system" + "operating system operation and maintenance module in the operation and maintenance system" corresponding interactive interface.

[0151] Figure 5bA more detailed example of the interaction logic between the activation management system, cloud management system, and activation client is provided. Figure 5b From an ECS perspective, the automatic activation link can generally include:

[0152] 1. The control component transfers the target customer's authorization metadata for the target operating system to the activation server;

[0153] 2. Target customers can trigger "Create ECS" through the console of the cloud management and control system;

[0154] 3. Target customers can select the image file corresponding to the target operating system in the "Public Image" selection box provided in the console of the cloud management system, and can also perform network configuration (for example, select the VPC to which the ECS is expected to be deployed and select the virtual switch VSwitch, etc.). The cloud management system and the management component can communicate using methods such as POP gateway. The cloud management system can call the OpenAPI provided by the management component and pass in information such as VPC and vSwitch as input parameters to obtain activation information such as the activation serial number returned by the management component and the single tunnel address information corresponding to the selected VPC;

[0155] 4. The cloud management system automatically sends the activation serial number and single tunnel address information obtained to the ECS management system (i.e., cloud resource deployment system) as "custom data". The ECS management system first pulls the image file corresponding to the target operating system, then creates a target ECS based on the image file, and passes the activation serial number and single tunnel address information to the target environment variables in the target ECS. After the target ECS is started, the activation client can be automatically pulled up;

[0156] 5. Through the target environment variables, the activation serial number and single tunnel address information can be transmitted to the activation client in the target ECS; the activation client can establish a long connection with the activation server through the single tunnel address information; the activation client can initiate an activation request to the activation server and report a heartbeat;

[0157] 6. The activation server verifies the activation request. The activation client can activate the target operating system in the target ECS after the activation server allows activation.

[0158] 7. The activation server can record the usage status and activation type of the target ECS for usage metering.

[0159] Among them, the generation process of the above-mentioned single tunnel address information can be roughly as follows: the cloud management and control system perceives that a new ECS needs to be created for the target customer and the target operating system is used. After completing the network configuration, it can automatically call the OpenAPI provided by the management and control component to obtain the single tunnel address information (the OpenAPI provided by the management and control component is an encapsulated API for creating a single tunnel. The VPC selected during the network configuration process can access the activation server in the infrastructure network through this single tunnel address information), and the cloud management and control system automatically sends it to the target ECS through the ECS management and control system.

[0160] In summary, in the entire activation chain, each link is linked and automatic, which can help target customers to activate automatically.

[0161] Figure 5c A simple example is given for the target customer perspective and the backend perspective of this application. Figure 5c From the perspective of the target customers, the operations they need to perform are shown in the several process boxes on the left, which are still the "create instance" operation, the "public image" selection operation and the network configuration operation, while the several process boxes on the right from the target customers' perspective are automatically completed by the cloud management and control system. Therefore, from the perspective of the target customers, there is no difference in the physical feeling from the original creation of ECS, and no user operation behavior is added. The operating system management and control solution provided in this application, through the cooperation of the front-end and back-end, can not only meet the network security isolation capabilities required by customers, but also has zero intrusion on cloud resources. It can easily realize the automatic activation of the operating system and automatic metering of usage under the good customer experience perceived by customers but without increasing any manual operation costs.

[0162] Figure 6 A flowchart of an operating system management method provided by another exemplary embodiment of the present application, the method can be applied to a cloud management system corresponding to a target customer in the management system. Figure 6 , the method may include:

[0163] Step 600: When it is necessary to create a cloud resource based on the target operating system for the target customer, an activation information acquisition request is sent to the activation management and control system;

[0164] Step 601: triggering the creation of target cloud resources for the target customer;

[0165] Step 602: Transmit the activation information obtained from the activation management and control system to the activation client started in the target cloud resource, and the activation client is used to activate the target operating system in the target cloud resource according to the activation information.

[0166] It is worth noting that the technical details in the above-mentioned embodiment of the operating system control method executed by the cloud control system can be referred to the relevant description of the cloud control system in the aforementioned system embodiment. In order to save space, they will not be repeated here, but this should not cause loss of the protection scope of this application.

[0167] Figure 7 A flowchart of another operating system control method provided by another exemplary embodiment of the present application, the method can be applied to activate the control system in the control system. Figure 7 , the method may include:

[0168] Step 700: receiving an activation information acquisition request for a target operating system from a target customer's cloud management and control system;

[0169] Step 701: Feedback activation information of the target customer for the target operating system to the cloud management and control system;

[0170] The activation information is transmitted by the cloud management and control system to an activation client started in a target cloud resource created for the target customer, and the activation client is used to activate the target operating system according to the activation information.

[0171] It is worth noting that the technical details in the above-mentioned embodiment of the operating system control method executed by the activation control system can be referred to the relevant description of the activation control system in the aforementioned system embodiment. In order to save space, they will not be repeated here, but this should not cause loss of the protection scope of this application.

[0172] Figure 8 A flowchart of another operating system management method provided by another exemplary embodiment of the present application is provided. The method can be activated by an activation client started in any cloud resource based on a target operating system created for a target customer. Figure 8 , the method may include:

[0173] Step 800: after startup, obtaining activation information of the target customer for the target operating system, the activation information being transmitted to the activation client by the cloud management and control system of the target customer, and the activation information being provided by the activation management and control system according to an activation information acquisition request issued by the cloud management and control system for the cloud resource;

[0174] Step 801: Activate the target operating system in the cloud resource according to the activation information.

[0175] It is worth noting that the technical details in the above-mentioned embodiment of the operating system control method executed by the activation client can be referred to the relevant description of the activation client in the aforementioned system embodiment. In order to save space, they will not be repeated here, but this should not cause a loss of the protection scope of this application.

[0176] It should be noted that in some of the processes described in the above embodiments and the accompanying drawings, multiple operations that appear in a specific order are included, but it should be clearly understood that these operations may not be executed in the order in which they appear in this article or executed in parallel, and the sequence numbers of the operations, such as 601, 602, etc., are only used to distinguish between different operations, and the sequence numbers themselves do not represent any execution order. In addition, these processes may include more or fewer operations, and these operations may be executed in sequence or in parallel. It should be noted that the descriptions of "first", "second", etc. in this article are used to distinguish different activation types, etc., do not represent the order of precedence, and do not limit the "first" and "second" to be different types.

[0177] Fig. 9 A schematic diagram of a computing device provided as another exemplary embodiment of the present application. Fig. 9 As shown, the computing device includes: a memory 90 , a processor 91 and a communication component 92 .

[0178] The processor 91 is coupled to the memory 90 and the communication component 92, and is used to execute the computer program in the memory 90 to perform the steps in any of the above method embodiments.

[0179] Further, if Fig. 9 As shown, the computing device also includes: a power supply component 93 and other components. Fig. 9 Only some components are shown schematically, and it does not mean that the computing device only includes Fig. 9 Components shown.

[0180] It is worth noting that the above-mentioned technical details in each embodiment of the computing device can refer to the relevant description of the various components in the aforementioned system embodiment. In order to save space, they will not be repeated here, but this should not cause a loss of the protection scope of this application. The computing device provided in this embodiment can be a single physical device or a physical cluster. The product form of the computing device is not limited here. In addition, the computing device in this embodiment can be used as the cloud management and control system in the aforementioned system embodiment, and can also be used as the activation management and control system in the aforementioned system embodiment, and can also be used as the activation client in the aforementioned system embodiment. This embodiment does not limit this.

[0181] Accordingly, an embodiment of the present application further provides a computer-readable storage medium storing a computer program, which can implement the steps in the above method embodiment when the computer program is executed.

[0182] Accordingly, an embodiment of the present application also provides a computer program product, which can implement the steps in the above method embodiment when the computer program included in the product is executed.

[0183] Above Fig. 9 The memory in the computing platform is used to store computer programs and can be configured to store various other data to support operations on the computing platform. Examples of such data include instructions for any application or method operating on the computing platform, contact data, phone book data, messages, pictures, videos, etc. The memory can be implemented by any type of volatile or non-volatile storage device or a combination of them, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic disk or optical disk.

[0184] Above Fig. 9 The communication component in is configured to facilitate wired or wireless communication between the device where the communication component is located and other devices. The device where the communication component is located can access a wireless network based on a communication standard, such as WiFi, 2G, 3G, 4G / LTE, 5G and other mobile communication networks, or a combination thereof. In an exemplary embodiment, the communication component receives a broadcast signal or broadcast-related information from an external broadcast management system via a broadcast channel. In an exemplary embodiment, the communication component also includes a near field communication (NFC) module to facilitate short-range communication. For example, the NFC module can be implemented based on radio frequency identification (RFID) technology, infrared data association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology and other technologies.

[0185] Above Fig. 9 The power supply component in the device provides power to various components of the device where the power supply component is located. The power supply component may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power to the device where the power supply component is located.

[0186] Those skilled in the art will appreciate that the embodiments of the present application may be provided as methods, systems, or computer program products. Therefore, the present application may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, the present application may adopt the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program codes.

[0187] The present application is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of the present application. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of the processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to generate a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0188] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0189] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process. Figure 1 A process or multiple processes and / or boxes Figure 1 A step that specifies a function in one or more boxes.

[0190] It should also be noted that the terms "include", "comprises" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, commodity or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, commodity or device. In the absence of more restrictions, the elements defined by the sentence "comprises a ..." do not exclude the existence of other identical elements in the process, method, commodity or device including the elements.

[0191] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, stored data, displayed data, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties, and the collection, use and processing of relevant data must comply with the relevant laws, regulations and standards of relevant countries and regions, and provide corresponding operation entrances for users to choose to authorize or refuse.

[0192] The above is only the embodiment of the present application and is not intended to limit the present application. For those skilled in the art, the present application may have various changes and variations. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application should be included in the protection scope of the present application.

Claims

1. A management and control system, characterized in that: It includes an activation management and control system, a cloud management and control system of a target customer, and an activation client started in a cloud resource, wherein the activation management and control system includes an activation server, and the activation client is in communication connection with the activation server; The cloud management and control system is used to send an activation information acquisition request to the activation management and control system when it is necessary to create a target cloud resource based on a target operating system for the target customer; trigger the creation of the target cloud resource for the target customer; and transmit the acquired activation information to the activation client started in the target cloud resource, so as to automatically execute the transmission of the activation information after the target cloud resource is created; The activation client is used to activate the target operating system in the target cloud resource according to the activation information when the activation server allows activation; The activation management and control system is used to feed back the activation information corresponding to the target customer to the cloud management and control system according to the activation information acquisition request; The activation server is used to verify the activation authority of the target client, and if the activation authority verification passes, the activation client is allowed to activate the target operating system.

2. The system according to claim 1, characterized in that The cloud management and control system is used to construct a cloud resource creation instruction based on the activation information; and send the cloud resource creation instruction to the cloud resource deployment system; The cloud resource deployment system is used to create the target cloud resource for the target customer in response to the cloud resource creation instruction; The activation information is transmitted to the activation client.

3. The system according to claim 2, characterized in that The cloud management and control system is used to carry the activation information as custom data in the cloud resource creation instruction; The cloud resource deployment system is used to assign the custom data to the target environment variable in the target cloud resource, so as to transfer the activation information to the activation client through the target environment variable.

4. The system according to claim 1, characterized in that The activation server is also used for: According to the activation request for the target customer sent by the activation server, the activation authority of the target customer is verified; if it is determined that the activation request passes the verification, an activation permission instruction is returned to the activation client to allow activation.

5. The system according to claim 4, characterized in that The activation server is used to: In response to receiving the activation request, querying the remaining number of activations of the target customer for the target operating system; If the remaining number of activations exceeds 0, it is determined that the activation request passes the verification.

6. The system according to claim 5, characterized in that The activation server is also used for: If the remaining number of activations does not exceed 0, query the device type corresponding to the target cloud resource; If the device type is a physical device, determining that the activation request fails verification; If the device type is a virtual device, it is determined that the activation request passes the verification.

7. The system according to claim 4, characterized in that The activation server is also used for: After returning the activation permission instruction to the activation client, performing a remaining activation times deduction operation for the target customer; Among them, the remaining number of activations is allowed to be deducted to a negative value.

8. The system according to claim 4, characterized in that The activation server is also used for: When it is found that the remaining activation times of the target operating system by the target customer is negative, a prompt message is sent to the operation and maintenance system of the target customer, wherein the prompt message is used to prompt the target customer that the target operating system has been overactivated.

9. The system according to claim 4, characterized in that The activation management and control system includes a management and control component, which is used to receive authorization metadata for the target operating system sent by the software authorization management system of the target customer for the target customer, wherein the authorization metadata includes the number of activations for the target operating system allocated to the target customer; Sending the authorization metadata to the activation server; The activation server is used to maintain the remaining activation times for the target customer based on the activation times as a basis for performing activation authority verification.

10. The system according to claim 9, characterized in that The control component is also used for: When it is detected that the authorization metadata has expired, an authorization metadata update request is sent to the software authorization management system; and the acquired new data is sent to the activation server to update the authorization metadata.

11. The system according to claim 1, characterized in that The activation client is also used to establish a persistent connection with the activation server after startup, and send heartbeat information to the activation server on time; The activation server is used to record the usage status of the target operating system for the target cloud resource; And, according to the heartbeat information and the corresponding usage status sent by the activation client in each cloud resource based on the target operating system created for the target customer, statistics are collected for the target customer on the usage metering data of the target operating system; The usage status includes activated and inactivated.

12. The system according to claim 11, characterized in that The activation server is also used for: For cloud resources that are created for the target customer based on the target operating system and whose usage status is activated, record activation types, where the activation types include a first type and a second type, where the first type is used to characterize over-activation and the second type is used to characterize non-over-activation; The activation type is carried in the usage metering data.

13. The system according to claim 11, characterized in that The activation server is also used for: If it is monitored that the activation client in any cloud resource based on the target operating system created for the target customer has timed out and has not sent a heartbeat message, and the cloud resource is a virtual device, the usage status corresponding to the cloud resource is updated to inactivated to update the usage metering data.

14. The system according to claim 11, characterized in that The activation management and control system also includes a management and control component; The activation server is further used to send the usage metering data to the control component; The management and control component is used to send the usage metering data to the operation and maintenance system of the target customer for display in the operating system operation and maintenance interface provided by the operation and maintenance system; if the operation and maintenance system also supports providing an information display interface of the software authorization management system for the target customer, the usage metering data is sent to the software authorization management system for display in the information display interface.

15. A method for controlling an operating system, characterized in that: A cloud management and control system applicable to target customers, the method comprising: In the case where a target cloud resource based on a target operating system needs to be created for the target customer, an activation information acquisition request is sent to the activation management and control system; triggering the creation of the target cloud resource for the target customer, transmitting the activation information obtained from the activation management system to the activation client started in the target cloud resource, so as to automatically execute the transmission of the activation information after the target cloud resource is created; the activation management system includes an activation server, and the activation client is in communication connection with the activation server; the activation client is used to activate the target operating system in the target cloud resource according to the activation information when the activation server allows activation; The activation server verifies the activation authority of the target client, and allows the activation client to activate the target operating system if the activation authority verification passes.

16. A method for controlling an operating system, characterized in that: Applicable to an activation management and control system, wherein the activation management and control system includes an activation server, and the method includes: Receive activation information acquisition request for the target operating system from the target customer's cloud management and control system; Feedback the activation information of the target customer for the target operating system to the cloud management and control system. The cloud management and control system triggers the creation of a target cloud resource for the target customer based on the activation information, and transmits the acquired activation information to the activation client started in the target cloud resource, so as to automatically execute the transmission of the activation information after the target cloud resource is created. The activation client is in communication connection with the activation server. The activation server is used to verify the activation authority of the target customer, and if the activation authority verification passes, the activation client is allowed to activate the target operating system in the target cloud resource according to the activation information.

17. A method for controlling an operating system, characterized in that: The method is applicable to an activation client started in a target cloud resource based on a target operating system created for a target customer, wherein the activation client is in communication connection with an activation server included in an activation management and control system, and the method comprises: After startup, the activation information of the target customer for the target operating system is obtained, the activation information is transmitted to the activation client by the cloud management and control system of the target customer, and the activation information is provided by the activation management and control system according to the activation information acquisition request issued by the cloud management and control system for the target cloud resource; the cloud management and control system triggers the creation of the target cloud resource for the target customer; and the obtained activation information is transmitted to the activation client started in the target cloud resource, so as to automatically execute the transmission of the activation information after the target cloud resource is created; If the activation server allows activation, activating the target operating system in the target cloud resource according to the activation information; The activation server verifies the activation authority of the target client, and allows the activation client to activate the target operating system if the activation authority verification passes.

18. A computing device, characterized in that Includes memory, processor, and communication components; The memory is used to store one or more computer instructions; The processor is coupled to the memory and the communication component, and is used to execute the one or more computer instructions to execute the operating system management method described in any one of claims 15-17.

19. A computer-readable storage medium storing a computer program, characterized in that: When the computer program is executed by one or more processors, the one or more processors are caused to execute the operating system management method described in any one of claims 15-17.

20. A computer program product, characterized in that It comprises a computer program, which, when executed by one or more processors, causes the one or more processors to execute the operating system management method described in any one of claims 15-17.

Images