CN114338377A

CN114338377A - Device control method, system, computer readable medium and electronic device

Info

Publication number: CN114338377A
Application number: CN202111614421.XA
Authority: CN
Inventors: 梁真铭; 蒋铭
Original assignee: China Telecom Corp Ltd
Current assignee: China Telecom Corp Ltd
Priority date: 2021-12-27
Filing date: 2021-12-27
Publication date: 2022-04-12

Abstract

The present application belongs to the field of communication technologies, and in particular, to a device control method, system, computer-readable medium, and electronic device. The method comprises the steps of receiving a control instruction sent by a software defined network controller to the at least one slave device, and configuring data in the candidate data set or the at least one starting data set based on the control instruction to obtain slave device configuration data; and sending the slave device configuration data to a second operation data set of the at least one slave device for execution. By the method, the candidate data set and the starting data set of the slave device can be configured on the master device, and the master device can control the slave device by using the candidate data set or at least one starting data set on the master device to configure data, so that the SDN controller can be prevented from directly controlling the slave device, the processing efficiency of the SDN controller is improved, and bandwidth resources are saved.

Description

Device control method, system, computer readable medium and electronic device

Technical Field

The present application belongs to the field of communication technologies, and in particular, to an apparatus control method, an apparatus control device, a computer-readable medium, and an electronic apparatus.

Background

A Software Defined Network (SDN) is a novel Network innovation architecture, and a core technology thereof separates a control plane and a data plane of a Network device, thereby realizing flexible control of Network traffic and making the Network become more intelligent as a pipeline.

The SDN mainly uses a network configuration protocol (NETCONF protocol) for network management, however, under the existing network configuration protocol, only one-to-many direct management between SDN controllers and devices can be performed. For a master device and a slave device having a master-slave relationship, only a plurality of slave devices can be directly controlled by using the SDN controller, but cannot be controlled by using the master-slave relationship between the master device and the slave device, which may cause reduction in processing efficiency of the SDN controller and waste of bandwidth resources.

It is to be noted that the information disclosed in the above background section is only for enhancement of understanding of the background of the present application and therefore may include information that does not constitute prior art known to a person of ordinary skill in the art.

Disclosure of Invention

The application aims to provide a device control method, a device control device, a computer readable medium and an electronic device, which at least solve the technical problems of low service processing efficiency and waste of bandwidth resources of an SDN controller in the related art to a certain extent.

Other features and advantages of the present application will be apparent from the following detailed description, or may be learned by practice of the application.

According to an aspect of the embodiments of the present application, there is provided a device control method for a master device and at least one slave device, the master device being configured with a candidate data set, a first running data set, and at least one startup data set, the at least one slave device being connected to the master device, the at least one slave device being configured with a second running data set; the method comprises the following steps:

receiving a control instruction sent by the software-defined network controller to the at least one slave device;

configuring data in the candidate data set or at least one starting data set based on the control instruction to obtain slave equipment configuration data;

and sending the slave device configuration data to a second operation data set of the at least one slave device for execution.

In some embodiments of the present application, based on the above technical solution, the master device is configured with a candidate data set, a first running data set, and a plurality of startup data sets, where the plurality of startup data sets include a first startup data set for storing configuration data when the master device starts up and at least one second startup data set for storing configuration data when the slave device starts up, and the number of the second startup data sets is the same as the number of the slave devices;

a method of configuring data in the candidate data set or at least one startup data set based on the control instructions, comprising:

configuring data in the candidate data set or the second boot data set based on the control instruction.

In some embodiments of the present application, based on the above technical solution, a data set tag is set in the control instruction, where the data set tag is used to determine a data set location to be configured by the control instruction; the method for configuring the data in the candidate data set or at least one starting data set based on the control instruction to obtain the slave device configuration data comprises the following steps:

acquiring a data set label from the control instruction;

determining the position of a data set to be configured by the control command according to the data set label;

and configuring the data in the data set at the position of the data set to obtain slave equipment configuration data.

In some embodiments of the present application, based on the above technical solution, the control instruction includes an editing instruction, and the method for configuring data in the candidate data set or the at least one startup data set based on the control instruction to obtain slave device configuration data includes:

and editing the data in the candidate data set based on the editing instruction to obtain slave equipment configuration data.

In some embodiments of the present application, based on the above technical solution, the control instruction includes a slave device restart instruction; the method for configuring the data in the candidate data set or at least one starting data set based on the control instruction to obtain the slave device configuration data comprises the following steps:

and configuring data in the at least one starting data set based on the slave equipment restarting instruction to obtain slave equipment restarting data.

In some embodiments of the present application, based on the above technical solution, the control instruction includes a data backup instruction, and the method includes:

copying data in a second operation data set of the at least one slave device based on the data backup instruction to obtain slave device backup data;

and sending the slave device backup data to the at least one starting data set corresponding to the at least one slave device for backup.

In some embodiments of the present application, based on the above technical solutions, the method further includes:

receiving a service request which is sent by the master device or the slave device and requests data from the software defined network controller;

and requesting data for the software defined network controller according to the service request.

According to an aspect of the embodiments of the present application, there is provided a device control apparatus, configured to a master device and at least one slave device, where the master device is configured with a candidate data set, a first running data set, and at least one startup data set, the at least one slave device is connected to the master device, and the at least one slave device is configured with a second running data set; the device comprises:

the acquisition module is used for receiving a control instruction for the at least one slave device, which is issued by the software defined network controller;

the data configuration module is used for configuring data in the candidate data set or the at least one starting data set based on the control instruction to obtain slave equipment configuration data;

and the execution module is used for sending the slave device configuration data to the second operation data set of the at least one slave device for execution.

According to an aspect of the embodiments of the present application, there is provided a computer-readable medium on which a computer program is stored, the computer program, when executed by a processor, implementing the device control method as in the above technical solution.

According to an aspect of an embodiment of the present application, there is provided an electronic apparatus including: a processor; and a memory for storing executable instructions of the processor; wherein the processor is configured to execute the device control method as in the above technical solution via executing the executable instructions.

According to an aspect of embodiments herein, there is provided a computer program product or computer program comprising computer instructions stored in a computer readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device executes the device control method as in the above technical solution.

In the technical solution provided in the embodiment of the present application, the present application defines a control instruction to the at least one slave device by receiving a software; configuring data in the candidate data set or at least one starting data set based on the control instruction to obtain slave equipment configuration data; and sending the slave device configuration data to a second operation data set of the at least one slave device for execution. By the method, the candidate data set and the starting data set of the slave device can be configured on the master device, and the master device can control the slave device by using the candidate data set or at least one starting data set on the master device to configure data, so that the SDN controller can be prevented from directly controlling the slave device, the processing efficiency of the SDN controller is improved, and bandwidth resources are saved.

It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the application.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and together with the description, serve to explain the principles of the application. It is obvious that the drawings in the following description are only some embodiments of the application, and that for a person skilled in the art, other drawings can be derived from them without inventive effort.

Fig. 1 schematically illustrates a connection relationship between an existing SDN controller and a master device.

Fig. 2 schematically shows a block diagram of an exemplary system architecture to which the solution of the present application applies.

Fig. 3 schematically shows a flow chart of the apparatus control method of the present application.

Fig. 4 schematically shows a connection relationship between an SDN controller and a master device according to the present application.

Fig. 5 is a flow chart schematically illustrating a method for obtaining slave device configuration data in the presence of a data set tag according to the present application.

Fig. 6 schematically shows a corresponding situation diagram of a second boot data set and a slave device according to the present application.

Fig. 7 schematically shows an operation diagram of the present application when editing a slave device.

Fig. 8 schematically shows an operation diagram of the present application when restarting a slave device.

Fig. 9 schematically shows an operation diagram of the present application when data backup is performed on a slave device.

Fig. 10 schematically shows a flowchart of a method for a master device and a slave device to request data from a software defined network controller according to the present application.

Fig. 11 schematically shows a block diagram of a device control apparatus according to an embodiment of the present application.

FIG. 12 schematically illustrates a block diagram of a computer system suitable for use in implementing an electronic device of an embodiment of the present application.

Detailed Description

Example embodiments will now be described more fully with reference to the accompanying drawings. Example embodiments may, however, be embodied in many different forms and should not be construed as limited to the examples set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the concept of example embodiments to those skilled in the art.

Furthermore, the described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments. In the following description, numerous specific details are provided to give a thorough understanding of embodiments of the application. One skilled in the relevant art will recognize, however, that the subject matter of the present application can be practiced without one or more of the specific details, or with other methods, components, devices, steps, and so forth. In other instances, well-known methods, devices, implementations, or operations have not been shown or described in detail to avoid obscuring aspects of the application.

The block diagrams shown in the figures are functional entities only and do not necessarily correspond to physically separate entities. I.e. these functional entities may be implemented in the form of software, or in one or more hardware modules or integrated circuits, or in different networks and/or processor means and/or microcontroller means.

The flow charts shown in the drawings are merely illustrative and do not necessarily include all of the contents and operations/steps, nor do they necessarily have to be performed in the order described. For example, some operations/steps may be decomposed, and some operations/steps may be combined or partially combined, so that the actual execution sequence may be changed according to the actual situation.

Software Defined Networking (SDN) is a novel Network innovation architecture, and is an implementation manner of Network virtualization. The core technology separates the control plane and the data plane of the network equipment, thereby realizing the flexible control of network flow, enabling the network to be more intelligent as a pipeline, and providing a good platform for the innovation of a core network and application.

The key point of the SDN is to add an SDN controller in a network architecture, centralize an original distributed control plane on the SDN controller, and implement network centralized control by the centralized controller. Network programmability is enhanced through a network software process of the SDN controller. Since the whole network home controller controls, the network service network is automatic, and no additional system is needed for configuration decomposition. Under the SDN network architecture, the SDN controller may complete network service deployment by itself, provide various network services, such as L2VPN, L3VPN, and the like, shield network internal details, and provide network service automation capability. The SDN controller can intelligently adjust a network flow path according to a network flow state, and the network utilization rate is improved.

Based on the characteristics of the SDN, a network configuration Protocol (hereinafter referred to as NETCONF Protocol) has to be mentioned. The SDN equipment of the access network mainly adopts NETCONF protocol to manage the network. The NETCONF protocol provides a set of mechanisms for managing network devices, and a user can use the mechanisms to add, modify and delete the configuration of the network devices and acquire the configuration and state information of the network devices.

Through the NETCONF protocol, the network device may provide a standardized Application Programming Interface (API), and the application may directly use the API to send and obtain the configuration to the network device. The purpose of the NETCONF protocol is to achieve automation of network configuration in a programmable manner, thereby simplifying and accelerating deployment of network equipment and services and saving cost for network operators and enterprise users. Thus, the SDN may utilize NETCONF protocol to implement network control of the SDN controller.

The NETCONF protocol considers that model data of a network can be divided into two broad categories, namely status data and configuration data. The state data generally refers to inherent attribute data of a server (device), currently-running state data and the like, and such data can only be queried. And configuration data refers to data that is configured (in some way) by a user onto a device. The configuration data itself may have a plurality of databases, and the standard mentions a < running/> library (hereinafter referred to as a running data set) for storing the currently valid configuration; < candidate/> (hereinafter referred to as a candidate data set) for saving data that can be submitted to validation; and < startup/> (hereinafter referred to as a startup data set) for saving configuration data at startup. NETCONF defines the existence of multiple configuration data sets and allows them to be configured. The configuration data set is defined as the complete set of configuration data required to bring the device from its initial default state into the desired operational state.

In the process of device management by using the NETCONF protocol, some devices have a master-slave relationship, and for slave devices with the master-slave relationship, the performance of the slave devices is low. For example, in a distributed OLT architecture (Optical Line Terminal), an OLT is composed of a master device and various board devices, and is configured by a plurality of devices having a master-slave relationship. However, the existing way of managing the master device and the slave device is shown in fig. 1, and fig. 1 schematically shows a connection relationship diagram of an existing SDN controller and the master device. Both the master device 120 and the slave device 130 in the figure are configured with a candidate data set 121, a start data set 122 and a run data set 123, and the SDN controller 110 directly controls the master device 120 and the slave device 130. Since the slave device 130 has low performance and is used less in practical applications, directly controlling the slave device 130 by the SDN controller 110 would result in reduced processing efficiency of the SDN controller and waste of bandwidth resources.

In order to solve the above problems, the present application provides a device control method, a device control apparatus, a computer readable medium, and an electronic device, and the device control provided by the present application is described in detail below with reference to a plurality of aspects.

As shown in fig. 2, the system architecture 200 may include a terminal device 210, a network 220, and a server 230. The terminal device 210 may include various electronic devices such as a smart phone, a tablet computer, a notebook computer, and a desktop computer. The server 230 may be an independent physical server, a server cluster or a distributed system formed by a plurality of physical servers, or a cloud server providing cloud computing services. The network 220 may be a communication medium of various connection types capable of providing a communication link between the terminal device 210 and the server 230, such as a wired communication link or a wireless communication link.

The system architecture in the embodiments of the present application may have any number of terminal devices, networks, and servers, according to implementation needs. For example, server 230 may be a server group consisting of a plurality of server devices. In addition, the technical solution provided in the embodiment of the present application may be applied to the terminal device 210, or may be applied to the server 230, or may be implemented by both the terminal device 210 and the server 230, which is not particularly limited in this application.

The terminal device 210 of the present application may be configured to obtain a control instruction of a user to an SDN controller. When the SDN controller obtains a control instruction of the user, the SDN controller may issue a control instruction to the master device 120 or the slave device 130. The terminal device 210 or the server 230 of the present application may further receive a control instruction for at least one slave device, which is issued by the software-defined network controller; configuring data in the candidate data set or the at least one starting data set based on the control instruction to obtain slave equipment configuration data; and finally, sending the slave device configuration data to a second operation data set of the at least one slave device for execution so as to realize the control of the slave device.

When the technical solution provided in the embodiment of the present application is applied to the server 230, the server 230 may be set independently of the master device 120, or the server 230 may be set inside the master device 120, for example, the server 230 may be used as a data forwarding module in the master device 120 to execute the method of the present application, and in the figures corresponding to the following embodiments, the example in which the server 230 is set inside the master device 120 is described.

The above section introduces the content of an exemplary system architecture to which the technical solution of the present application is applied, and then continues to introduce the device control method of the present application.

As shown in fig. 3, fig. 3 schematically shows a flowchart of the apparatus control method of the present application.

According to an aspect of the embodiments of the present application, a device control method may be used for controlling a master device and at least one slave device, where the application modifies data sets configured in the master device and the at least one slave device, specifically as shown in fig. 4, and fig. 4 schematically shows a connection relationship diagram between an SDN controller and a master device. The master device 120 of the present application is configured with a candidate data set 121, a first run data set 410, and at least one startup data set. While at least one slave device 130 is connected to the master device 120, a second set of operational data 420 is configured on the at least one slave device 130. That is, in the master device and the slave device corresponding to the present application, the present application configures the start data set and the candidate data set 121 of the slave device 130 in the master device 120, and only the running data set is reserved. And the current valid configuration is stored in the operation data set, so that the slave equipment only needs to execute the execution instruction. For example, with continued reference to fig. 4, in an embodiment of the present application, the master device 120 of the present application is configured with one candidate data set 121, one first running data set 410, and four startup data sets, where the four startup data sets include one first startup data set 430 for storing configuration data at startup of the master device 120 and three second startup data sets 440 for storing configuration data at startup of the slave devices 130, the number of the second startup data sets 440 is the same as the number of the slave devices 130, and the second startup data sets 420 are in one-to-one correspondence with the slave devices 130. Each slave device 130 has a second boot data set 420 to assist the slave device 130 in configuring the data.

Based on the above connection relationship between the master device and the slave device, the device control method corresponding to the present application includes steps S310 to S330:

in step S310: and receiving a control instruction sent by the software-defined network controller to at least one slave device.

The control instruction for the at least one slave device is issued by the software-defined network controller 110, and generally, the user issues the control instruction through the user terminal 210, and the software-defined network controller 110 issues the control instruction for the at least one slave device after receiving the control instruction of the user.

The control instruction to the at least one slave device may include a data editing instruction, a data backup instruction, a restart instruction, and the like of the slave device. The data editing instruction is sent to the slave device to be executed after the configuration data of the slave device is edited. The data backup instruction is to backup and save the data on the slave device. The restart instruction is to perform a restart operation on the slave device. Of course, the control instruction of the slave device is not limited to the above instruction, and different operations may be specifically performed according to a specific instruction issued by the SDN controller.

In step S320: and configuring the data in the candidate data set or the at least one starting data set based on the control instruction to obtain slave device configuration data.

The candidate data set 121 or at least one startup data set is controlled according to different control instructions. The specific control method is as follows.

In one embodiment of the present application, when a candidate data set, a first running data set, and a plurality of startup data sets are configured on a master device of the present application, the plurality of startup data sets includes a first startup data set for storing configuration data at startup of the master device and at least one second startup data set for storing configuration data at startup of the slave device. A method of configuring data in a candidate data set or at least one startup data set based on control instructions, comprising:

the data in the candidate data set 121 or the second startup data set 440 is configured based on the control instruction. The present application may also receive a control command for the master device 120, and correspondingly configure the data in the candidate data set 121 or the first boot data set 130 based on the control command.

In one embodiment of the present application, since there are multiple startup data sets, in order to facilitate distinguishing between the data sets, a data set tag is provided in the control command of the present application, and the data set tag is used to determine the data set position to which the control command is configured.

As shown in fig. 5, fig. 5 schematically shows a flowchart of a method for obtaining slave device configuration data in the presence of a data set tag in the present application. The method for configuring data in a candidate data set or at least one starting data set based on a control instruction to obtain slave device configuration data comprises steps S510-S530.

Step S510: the dataset tag is obtained from the control instruction.

The data set tag refers to the location of the data set that needs to be controlled, corresponding to the slave device 130. Also, a tag for the second startup data set and a tag for the second run data set may be included. For example, as shown in fig. 6, fig. 6 schematically shows a corresponding situation diagram of the second boot data set and the slave device in the present application. The three second startup data sets are the second startup data set a610, the second startup data set B620, and the third startup data set C630, respectively. The corresponding slave devices 130 include a first slave device 640, a second slave device 650, and a third slave device 660, with the first slave device 640 corresponding to the second boot data set a610, the second slave device 650 corresponding to the second boot data set B620, and the third slave device 660 corresponding to the third boot data set C630. After the control instruction is acquired, the control instruction specific to which slave device can be determined, and the data set tag can be acquired correspondingly. For example, the obtained control instruction is a control instruction for the first slave device 640, and the corresponding data set tag may be a, i.e., representing the second startup data set a 610.

Step S520: and determining the position of the data set to be configured by the control command according to the data set label.

When the data set tag is determined, the location of the data set to which the control command is to be configured can be determined based on the data set tag. For example, the data set tag is A, and the location of the data set to be configured by the control command is located in a second startup data set A610 of the master device 120.

Step S530: and configuring the data in the data set at the position of the data set to obtain slave equipment configuration data.

After determining the location of the data set, the data in the data set at the location of the data set may be configured to obtain slave device configuration data.

Steps S510 to S530 of the present application are performed in subsequent steps corresponding to different control commands, and different control steps under different control commands are specifically disclosed below.

In an embodiment of the present application, a method for configuring data in a candidate data set or at least one startup data set based on a control instruction, where the control instruction includes an edit instruction, to obtain slave device configuration data, includes:

and editing the data in the candidate data set based on the editing instruction to obtain the slave device configuration data.

For example, as shown in fig. 7, fig. 7 schematically shows an operation diagram when the slave device is edited by the present application. The server 230 applying the method according to the technical solution of the present application is disposed inside the master device 120. First, in step S710, the SDN controller 110 transmits an editing instruction of the slave device to the server 230, and after receiving the editing instruction, the server 230 performs step S720. In step S720, the data in the candidate data set 121 is edited based on the editing instruction, the required slave device configuration data is formed, and then the slave device configuration data is sent back to the server 230. Then, step S730 is performed to transmit the corresponding slave device configuration data to the operation data sets of the corresponding slave devices, respectively.

In one embodiment of the present application, the control instructions of the present application include a slave device restart instruction; the method for configuring data in a candidate data set or at least one starting data set based on a control instruction to obtain slave device configuration data comprises the following steps:

and configuring data in at least one starting data set based on the slave device restarting instruction to obtain slave device restarting data.

For example, as shown in fig. 8, fig. 8 schematically shows an operation diagram when the slave device is restarted according to the present application. The server 230 applying the method according to the technical solution of the present application is disposed inside the master device 120. First, in step S810, the SDN controller 110 transmits a slave device restart instruction to the server 230, and after receiving the slave device restart instruction, the server 230 proceeds to step S820. In step S820, the second boot data set a610 and/or the second boot data set B620 may be configured based on the slave device restart instruction, and the slave device restart data in the second boot data set a610 and/or the second boot data set B620 is obtained. The slave reboot data is then sent back to the server 230. Then, step S830 is performed, and the corresponding slave device reboot data is respectively transmitted to the operation data sets of the corresponding slave devices, for example, the slave device reboot data formed from the second boot data set a610 is transmitted to the second operation data set in the first slave device 640.

In an embodiment of the application, the control instruction further includes a data backup instruction, and when the control instruction is the data backup instruction, the corresponding control method is different. The specific control method is as follows.

Copying data in a second operation data set of at least one slave device based on the data backup instruction to obtain slave device backup data;

and sending the backup data of the slave equipment to at least one starting data set corresponding to at least one slave equipment for backup.

For example, as shown in fig. 9, fig. 9 schematically shows an operation diagram when the slave device is backed up by the present application. The server 230 applying the method according to the technical solution of the present application is disposed inside the master device 120. First, in step S910, the SDN controller 110 transmits a slave device data backup instruction to the server 230, and after receiving the slave device data backup instruction, the server 230 performs step S920. In step S920, data in the second operating data set of the first slave device 640 or the second slave device 650 may be copied based on the slave device data backup instruction, resulting in slave device backup data, and then the slave device backup data is sent back to the server 230. Continuing with step S830, the corresponding slave device backup data is respectively sent to the second startup data sets of the corresponding slave devices, for example, the slave device backup data formed by the first slave device 640 is sent to the second startup data set a610 for backup saving. Wherein, at the time of backup, the data in the second startup data set a610 may be replaced.

After the above steps are completed, the step S330 may be continued.

In step S330: and sending the slave device configuration data to the second operation data set of the at least one slave device for execution.

After the slave device configuration data is acquired by the second operation data set of at least one slave device, the corresponding slave device configuration data can be executed, so as to realize the control of the slave device.

The server 230 of the present application may also receive a control instruction for the master device issued by the SDN controller, and for the control instruction for the master device, the server may directly perform the control instruction for the master device, for example, for an editing instruction of the master device, the candidate data set 121 of the master device may be directly used for editing, and then the candidate data set is sent to the first running data set 410 in the master device to perform execution. For a reboot instruction, the server 230 may send the reboot instruction to the first boot data set 430 to configure the completed master reboot data, and then send the master reboot data to the first running data set 410 in the master device for execution. Therefore, the control of the master device can be guaranteed while the control of the slave device is realized.

The method can be used for completing the specific execution of the control instruction issued by the SDN controller, and the method not only can receive the control instruction issued by the SDN controller, but also can perform the following steps.

As shown in fig. 10, fig. 10 schematically shows a flowchart of a method for a master device and a slave device to request data from a software defined network controller according to the present application.

In one embodiment of the present application, the device control method of the present application further includes steps S1010 to S102.

Step S1010: and receiving a service request which is sent by the master device or the slave device and requests data from the software defined network controller.

The master or slave may request some data upwards, and thus, the server 230 of the present application may receive a service request sent by the master or slave requesting data from the software-defined network controller. The request data may include alarm data of the master device or the slave device, and when the master device or the slave device fails, the alarm information may be sent upwards.

Step S1020: data is requested from the software defined network controller in accordance with the service request.

When the server 230 receives the service request, the server 230 may send the corresponding service request to the SDN controller, and the SDN controller may receive the service request and send the corresponding data to the master device or each slave device through the server 230. Meanwhile, the SDN controller can also obtain alarm information so as to remind a user of maintaining the master equipment and the slave equipment.

In the technical solution provided in the embodiment of the present application, the present application defines a control instruction to at least one slave device by receiving software; configuring data in the candidate data set or the at least one starting data set based on the control instruction to obtain slave equipment configuration data; and sending the slave device configuration data to a second operation data set of at least one slave device for execution. By the method, the candidate data set and the starting data set of the slave device can be configured on the master device, and the master device can control the slave device by using the candidate data set or at least one starting data set on the master device to configure data, so that the SDN controller can be prevented from directly controlling the slave device, the processing efficiency of the SDN controller is improved, and bandwidth resources are saved.

It should be noted that although the various steps of the methods in this application are depicted in the drawings in a particular order, this does not require or imply that these steps must be performed in this particular order, or that all of the shown steps must be performed, to achieve desirable results. Additionally or alternatively, certain steps may be omitted, multiple steps combined into one step execution, and/or one step broken down into multiple step executions, etc.

The above introduces a specific scheme of the device management method of the present application, and then, a scheme of the device management apparatus of the present application is disclosed continuously.

The following describes embodiments of the apparatus of the present application, which may be used to implement the device control methods in the above-described embodiments of the present application. Fig. 11 schematically shows a block diagram of a device control apparatus according to an embodiment of the present application. As shown in figure 11 of the drawings,

according to an aspect of the embodiments of the present application, there is provided a device control apparatus 1100, configured to a master device and at least one slave device, where a candidate data set, a first running data set, and at least one startup data set are configured on the master device, the at least one slave device is connected to the master device, and a second running data set is configured on the at least one slave device; the device comprises:

an obtaining module 1110, configured to receive a control instruction for at least one slave device issued by a software-defined network controller;

a data configuration module 1120, configured to configure data in the candidate data set or the at least one start data set based on the control instruction, so as to obtain slave device configuration data;

an executing module 1130, configured to send the slave device configuration data to the second operation data set of the at least one slave device for execution.

The specific details of the device control apparatus provided in each embodiment of the present application have been described in detail in the corresponding method embodiment, and are not described herein again.

According to an aspect of an embodiment of the present application, there is provided an electronic apparatus including: a processor; and a memory for storing executable instructions for the processor; wherein the processor is configured to execute the device control method as in the above technical solution via executing the executable instructions.

Fig. 12 schematically shows a block diagram of a computer system of an electronic device for implementing an embodiment of the present application.

It should be noted that the computer system 1200 of the electronic device shown in fig. 12 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiments of the present application.

As shown in fig. 12, the computer system 1200 includes a Central Processing Unit 1201 (CPU), which can perform various appropriate actions and processes according to a program stored in a Read-Only Memory 1202 (ROM) or a program loaded from a storage section 1208 into a Random Access Memory 1203 (RAM). In the random access memory 1203, various programs and data necessary for system operation are also stored. The cpu 1201, the rom 1202, and the ram 1203 are connected to each other by a bus 1204. An Input/Output interface 1205(Input/Output interface, i.e., I/O interface) is also connected to the bus 1204.

The following components are connected to the input/output interface 1205: an input section 1206 including a keyboard, a mouse, and the like; an output section 1207 including a Display device such as a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and a speaker; a storage section 1208 including a hard disk and the like; and a communication section 1209 including a network interface card such as a local area network card, a modem, or the like. The communication section 1209 performs communication processing via a network such as the internet. The driver 1210 is also connected to the input/output interface 1205 as necessary. A removable medium 1211, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like, is mounted on the drive 1210 as necessary, so that a computer program read out therefrom is mounted into the storage section 1208 as necessary.

In particular, according to embodiments of the present application, the processes described in the various method flowcharts may be implemented as computer software programs. For example, embodiments of the present application include a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising program code for performing the method illustrated by the flow chart. In such an embodiment, the computer program may be downloaded and installed from a network through the communication section 1209, and/or installed from the removable medium 1211. The computer program, when executed by the central processing unit 1201, performs various functions defined in the system of the present application.

It should be noted that the computer readable medium shown in the embodiments of the present application may be a computer readable signal medium or a computer readable storage medium or any combination of the two. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples of the computer readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a Read-Only Memory (ROM), an Erasable Programmable Read-Only Memory (EPROM), a flash Memory, an optical fiber, a portable Compact Disc Read-Only Memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the present application, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In this application, however, a computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wired, etc., or any suitable combination of the foregoing.

The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present application. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

It should be noted that although in the above detailed description several modules or units of the device for action execution are mentioned, such a division is not mandatory. Indeed, the features and functionality of two or more modules or units described above may be embodied in one module or unit, according to embodiments of the application. Conversely, the features and functions of one module or unit described above may be further divided into embodiments by a plurality of modules or units.

Through the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein may be implemented by software, or by software in combination with necessary hardware. Therefore, the technical solution according to the embodiments of the present application can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (which can be a CD-ROM, a usb disk, a removable hard disk, etc.) or on a network, and includes several instructions to enable a computing device (which can be a personal computer, a server, a touch terminal, or a network device, etc.) to execute the method according to the embodiments of the present application.

Other embodiments of the present application will be apparent to those skilled in the art from consideration of the specification and practice of the invention disclosed herein. This application is intended to cover any variations, uses, or adaptations of the invention following, in general, the principles of the application and including such departures from the present disclosure as come within known or customary practice within the art to which the invention pertains.

It will be understood that the present application is not limited to the precise arrangements described above and shown in the drawings and that various modifications and changes may be made without departing from the scope thereof. The scope of the application is limited only by the appended claims.

Claims

1. The device control method is used for a master device and at least one slave device, wherein a candidate data set, a first operation data set and at least one starting data set are configured on the master device, the at least one slave device is connected with the master device, and a second operation data set is configured on the at least one slave device; the method comprises the following steps:

2. The device control method according to claim 1, wherein the master device is configured with a candidate data set, a first running data set, and a plurality of startup data sets, the plurality of startup data sets including a first startup data set for storing configuration data when the master device is started and at least one second startup data set for storing configuration data when the slave device is started, the number of the second startup data sets being the same as the number of the slave devices;

configuring data in the candidate data set or at least one startup data set based on the control instruction, including:

3. The device control method according to claim 1, wherein a data set tag is set in the control command, and the data set tag is used for determining a data set position to be configured by the control command; configuring data in the candidate data set or at least one starting data set based on the control instruction to obtain slave device configuration data, wherein the configuration data comprises:

acquiring a data set label from the control instruction;

4. The device control method according to claim 1, wherein the control instruction comprises an edit instruction, and configuring data in the candidate data set or the at least one startup data set based on the control instruction to obtain slave device configuration data comprises:

5. The device control method according to claim 1, wherein the control instruction includes a slave device restart instruction; configuring data in the candidate data set or at least one starting data set based on the control instruction to obtain slave device configuration data, wherein the configuration data comprises:

6. The device control method according to claim 1, wherein the control instruction comprises a data backup instruction, the method comprising:

7. The apparatus control method according to claim 1, characterized in that the method further comprises:

8. The device control apparatus is used for a master device and at least one slave device, wherein a candidate data set, a first operation data set and at least one starting data set are configured on the master device, the at least one slave device is connected with the master device, and a second operation data set is configured on the at least one slave device; the device comprises:

9. A computer-readable medium on which a computer program is stored which, when executed by a processor, implements the device control method of any one of claims 1 to 7.

10. An electronic device, comprising:

a processor; and

a memory for storing executable instructions of the processor;

wherein the processor is configured to perform the device control method of any one of claims 1 to 7 via execution of the executable instructions.