A design method for resource management and control architecture of command and control system based on MVPE information ring

Abstract

The present invention provides a method for designing a resource management and control architecture of a command and control system based on an MVPE information ring, comprising: setting the command and control system, comprising a command and control sub-platform and a management and control sub-platform; the management and control nodes comprise status monitoring, status analysis, scheduling and planning, and instruction generation nodes; designing the deployment of status monitoring nodes and instruction generation nodes on the command and control sub-platform, and the information relationship between the status monitoring nodes and instruction generation nodes and resources; designing the deployment of status analysis nodes on the management and control sub-platform, and the information relationship between the status monitoring nodes and status analysis nodes on the command and control sub-platform; designing the deployment of scheduling and planning nodes on the management and control sub-platform, and the information relationship between the status analysis nodes and scheduling and planning nodes; and designing the information relationship between the scheduling and planning nodes on the management and control sub-platform and the instruction generation nodes on the command and control sub-platform.

Description

Technical Field

[0001] The present invention relates to a method for designing a resource management and control architecture of a command and control system, in particular to a method for designing a resource management and control architecture of a command and control system based on an MVPE information ring. Background Art

[0002] Command and control systems (C2S) are information systems that integrate detection, processing, decision-making, and control. They serve as the "nerve center" for industries such as urban defense, emergency command, and traffic management. C2S resources encompass various functional types, including detection and perception, information processing, command decision-making, and response execution. These resources are distributed across C2S nodes, including sensors, weapons, command posts, and processing centers, and encompass both software and hardware. While there is considerable research on resource management and control methods in areas such as the Internet of Things and cloud computing, a comprehensive approach to managing and controlling C2S resources with diverse functions and wide distribution has yet to be developed. The primary challenge is optimizing the design of resource management and control architectures. In the information age, information flow is crucial in resource management and control. Activities such as resource status monitoring, status analysis, scheduling planning, and control command execution revolve around the flow of control information. Therefore, innovative C2S resource management and control architecture design methods are urgently needed, centering on the resource management and control information loop. Within the constraints of resource management rules and capacity, the deployment of control nodes and the relationship between control information should be designed to optimize the C2S resource management and control architecture and achieve a closed-loop "monitoring-analysis-planning-execution" (MVPE) control and control information flow for each C2S resource.

[0003] In the existing technology, a command and control system message management method and device (publication number: CN116522908A) has been proposed. However, its research field is data management, mainly focusing on structured processing of text data in the command and control system, training to form models and performing evaluation. There are significant differences with the management of business resources such as detection and perception, information processing, command decision-making, and response execution of the command and control system, and it cannot support the management and control of the command and control system business resources.

[0004] Another existing technology provides a control plane architecture design method based on a software-defined command and control structure (publication number: CN119473226A). It mainly uses command and control system resources as input to design the deployment and relationships of control nodes. However, it does not distinguish between the specific functional types of control nodes, including status monitoring, status analysis, scheduling planning, instruction generation, etc., nor does it consider the control capacity, control rules and other constraints of the control nodes, and cannot support the precise deployment of various control nodes. Summary of the Invention

[0005] Purpose of the invention: The technical problem to be solved by the present invention is to provide a method for designing a resource management and control architecture of a command and control system based on an MVPE information ring in response to the shortcomings of the existing technology.

[0006] In order to solve the above technical problems, the present invention discloses a method for designing a resource management and control architecture of a command and control system based on an MVPE information ring, comprising the following steps:

[0007] Step 1: Set the specific information of the resources and control nodes of the command and control system; wherein the command and control system includes a command and control sub-platform and a control sub-platform; the control nodes include status monitoring nodes, status analysis nodes, scheduling and planning nodes, and instruction generation nodes;

[0008] Step 2: Design the resource status monitoring information flow, including designing the deployment of status monitoring nodes and instruction generation nodes on the command and control sub-platform, as well as the information relationship between status monitoring nodes, instruction generation nodes and resources;

[0009] Step 3: Design the resource status analysis information flow, including designing the deployment of status analysis nodes on the management and control sub-platform, and the information relationship between status monitoring nodes and status analysis nodes on the command and control sub-platform;

[0010] Step 4: Design the resource scheduling and planning information flow, including designing the deployment of scheduling and planning nodes on the management and control sub-platform, and the information relationship between status analysis nodes and scheduling and planning nodes;

[0011] Step 5: Design the resource management and control execution information flow, including designing the information relationship between the scheduling and planning nodes on the management and control sub-platform and the instruction generation nodes on the command and control sub-platform.

[0012] Furthermore, the step 1 of setting the specific information of the resources and control nodes of the command and control system includes the following steps:

[0013] Step 1-1: Set the resources that need to be controlled on each command and control sub-platform;

[0014] Step 1-2: Set the status monitoring nodes, status analysis nodes, scheduling planning nodes, and instruction generation nodes and their quantities;

[0015] The control resource capacity of the state monitoring node, state analysis node, scheduling planning node and instruction generation node is set to 、 、 and .

[0016] Furthermore, the status monitoring nodes and instruction generation nodes described in step 1 are deployed on each command and control sub-platform, and the status analysis nodes and scheduling planning nodes are deployed on the management and control sub-platform.

[0017] Furthermore, the resources include detection and perception resources, information processing resources, command and decision-making resources, and response and execution resources.

[0018] Furthermore, the command and control sub-platform includes:

[0019] Command sub-platform, perception sub-platform and execution sub-platform.

[0020] Furthermore, the design resource status monitoring information flow described in step 2 includes the following steps:

[0021] Step 2-1: Design the deployment and information relationship of the status monitoring nodes for detection and perception resources and response execution resources on each command and control sub-platform, where:

[0022] Each resource can only be controlled by one state monitoring node. Assume that the number of detection and perception resources and response execution resources is , the number of status monitoring nodes used to manage hardware resources is , then the command and control sub-platform is deployed Status monitoring nodes are used to manage and control hardware resources;

[0023] Step 2-2: Using the same method as step 2-1, design the deployment and information relationship of the instruction generation nodes for detection and perception resources and response execution resources on each command and control sub-platform;

[0024] Step 2-3: Using the same method as step 2-1, design the deployment and information relationships of the status monitoring nodes for information processing resources and command decision-making resources on each command and control sub-platform;

[0025] Step 2-4, using the same method as step 2-1, design the deployment and information relationship of the instruction generation nodes for information processing resources and command decision resources on each command and control sub-platform.

[0026] Furthermore, the design of the deployment and information relationship of the status monitoring nodes for the detection and perception resources and the response and execution resources on each command and control sub-platform described in step 2-1 specifically includes the following steps:

[0027] Step 2-1-1, if , then deploy A status monitoring node includes the following steps:

[0028] Step 2-1-1-1, if , then deploy a state monitoring node on the command and control sub-platform, establish information relationships between all detection and perception resources and response execution resources on the command and control sub-platform and the state monitoring node, the state monitoring node is successfully deployed, and execute step 2-2;

[0029] Step 2-1-1-2, if , then the detection and perception resources and response and execution resources on the command and control sub-platform are divided into Group, before Each group Resources, last group Each resource group corresponds to a status monitoring node. Establish information relationships between each resource group and each status monitoring node. If the status monitoring node is successfully deployed, proceed to step 2-2.

[0030] Step 2-1-2, if , then the number of status monitoring nodes is insufficient and the deployment fails.

[0031] Furthermore, the design resource status analysis information flow described in step 3 includes:

[0032] Assume that the number of status analysis nodes on the control sub-platform is According to step 2, the total number of status monitoring nodes deployed on all command and control sub-platforms is , the number of resources controlled by each state monitoring node is , Indicates the Status monitoring nodes, the total number of managed resources is , perform the following steps:

[0033] Step 3-1, if , then deploy on the control sub-platform Status analysis nodes, initialize the number of resources controlled by each status analysis node to:

[0034] ;

[0035] in, Indicates the A state analysis node is created and the following steps are performed:

[0036] Step 3-1-1, if ,make , establish the information relationship between all status monitoring nodes and status analysis nodes on all command and control sub-platforms. If the status monitoring nodes are deployed successfully, proceed to step 3-2;

[0037] Step 3-1-2, if , initialize the status monitoring node number , State analysis node number , the first intermediate quantity and the second intermediate quantity , which is expressed as follows:

[0038] ;

[0039] And perform the following steps:

[0040] Step 3-1-2-1, if and , perform the following steps:

[0041] Step 3-1-2-1-1, if , then let:

[0042] ;

[0043] Create a number The status monitoring node to the number The information relationship between the state analysis class nodes is analyzed, and the following is made:

[0044] ;

[0045] Follow steps 3-1-2-1;

[0046] Step 3-1-2-1-2, if , then let:

[0047] ;

[0048] Create a number The status monitoring node to the number The information relationship between the state analysis class nodes is analyzed, and the following is made:

[0049] ;

[0050] Follow steps 3-1-2-1;

[0051] Step 3-1-2-1-3, if , then let:

[0052] ;

[0053] Create a number The status monitoring node to the number The information relationship between the state analysis class nodes is analyzed, and the following is made:

[0054] ;

[0055] Follow steps 3-1-2-1;

[0056] Step 3-1-2-2: The status analysis node is deployed successfully, and then proceed to step 3-2.

[0057] Step 3-2, if , it returns that the number of status analysis nodes is insufficient and the deployment fails.

[0058] Furthermore, the design resource scheduling information flow described in step 4 includes:

[0059] Assume that the number of scheduling and planning nodes on the control sub-platform is , according to step 3, obtain the total number of state analysis nodes , the number of resources controlled by each state analysis node is The total number of resources managed is , perform the following steps:

[0060] Step 4-1, if , then deploy on the control sub-platform Scheduling and planning nodes, initialize the number of resources controlled by each scheduling and planning node to:

[0061] ;

[0062] in, Indicates the scheduling node ID. Perform the following steps:

[0063] Step 4-1-1, if ,make , establish the information relationship between all status analysis nodes and scheduling planning nodes, the scheduling planning nodes are deployed successfully, and execute step 4-2;

[0064] Step 4-1-2, if , initialize the scheduling planning node number , State analysis node number , the third intermediate quantity and the fourth intermediate quantity , which is expressed as follows:

[0065] ;

[0066] And perform the following steps:

[0067] Step 4-1-2-1, if and , perform the following steps:

[0068] Step 4-1-2-1-1, if , then let:

[0069] ;

[0070] Create a number The state analysis class node to the number The information relationship between the scheduling planning nodes, and let:

[0071] ;

[0072] Follow steps 4-1-2-1;

[0073] Step 4-1-2-1-2, if , then let:

[0074] ;

[0075] Create a number The state analysis class node to the number The information relationship between the scheduling planning nodes, and let:

[0076] ;

[0077] Follow steps 4-1-2-1;

[0078] Step 4-1-2-1-3, if , then let , create a number The state analysis class node to the number The information relationship between the scheduling planning nodes, and let:

[0079] ;

[0080] Follow steps 4-1-2-1;

[0081] Step 4-1-2-2: The scheduling and planning nodes are deployed successfully. Go to step 4-2.

[0082] Step 4-2, if , then the number of scheduling and planning nodes is insufficient and the deployment fails.

[0083] Furthermore, the design resource control execution information flow described in step 5 includes the following steps:

[0084] Step 5-1, searching for a unique state monitoring node and a unique instruction generation node that have an information relationship with each resource on the command and control sub-platform;

[0085] Step 5-2: Based on the state monitoring node found in step 5-1, find a set of state analysis nodes that have an information relationship with the state monitoring node;

[0086] Step 5-3: Based on the state analysis node set found in step 5-2, find the scheduling planning node set that has an information relationship with it;

[0087] Step 5-4: Establish an information relationship between the set of scheduling planning nodes found in step 5-3 and the instruction generation nodes found in step 5-1.

[0088] Beneficial effects:

[0089] (1) The present invention provides a resource management and control information relationship design method for a command and control system oriented to the MVPE loop. Focusing on the "monitoring-analysis-planning-execution" (MVPE) information loop, the management and control nodes are subdivided into four categories: status monitoring (M), status analysis (V), scheduling and planning (P), and instruction generation (E). These categories correspond to the four types of management and control information flows of monitoring, analysis, planning, and execution. With the four types of management and control information flows as the driving force, under the constraints of management and control rules, the management and control information relationship between the four types of management and control nodes, as well as the management and control information relationship between the four types of management and control nodes and the resources, is optimized to realize the closed loop of MVPE management and control information for each resource.

[0090] (2) The present invention provides a distributed control node deployment method for the resource control needs of a command and control system. Based on the various types of resources that need to be controlled on the physically distributed command and control sub-platform, including hardware resources of the detection and perception class (O) and the response and execution class (A), and software resources of the information processing class (I) and the command and decision-making class (D), combined with the control needs of different software and hardware resources, and with the number of available control nodes and control capacity as constraints, the deployment of four types of control nodes on the distributed command and control sub-platform and the control sub-platform is quantitatively designed to support efficient collection and analysis of resource status, resource scheduling planning and control. BRIEF DESCRIPTION OF THE DRAWINGS

[0091] The present invention will be further described below in conjunction with the accompanying drawings and specific embodiments, and the above and / or other advantages of the present invention will become more apparent.

[0092] Figure 1 It is a schematic diagram of the overall process of the present invention.

[0093] Figure 2 This is a schematic diagram of resources that need to be managed and controlled and input in the embodiment.

[0094] Figure 3 It is a schematic diagram of the deployment and information relationship of the state monitoring and instruction generation nodes designed in the embodiment.

[0095] Figure 4 This is a schematic diagram of the state analysis node deployment and information relationship designed in the embodiment.

[0096] Figure 5 It is a schematic diagram of the scheduling and planning node deployment and information relationship designed in the embodiment.

[0097] Figure 6 It is a schematic diagram of the information relationship between the scheduling planning class nodes and the instruction generation class nodes designed in the embodiment. DETAILED DESCRIPTION

[0098] In response to the problem of how to scientifically and rationally design the resource management and control architecture of a command and control system, the present invention proposes a design method for the resource management and control architecture of a command and control system based on the MVPE information ring. Among them, the command and control system mentioned in the present invention is composed of a command and control sub-platform, a management and control sub-platform, various management and control nodes and various resources. Among them, the command and control sub-platform includes a command sub-platform, a perception sub-platform, and an execution sub-platform. Each sub-platform is a carrier for carrying management and control nodes and resources, and management and control nodes and resources need to be deployed on the sub-platform; management and control nodes include four types: status monitoring class (M), status analysis class (V), scheduling and planning class (P), and instruction generation class (E); resources include four types: detection and perception class (O), information processing class (I), command decision class (D), and response execution class (A). The method proposed in the present invention takes the resources to be managed and the available management nodes on the distributed management nodes as input. Based on the "Monitoring-Analysis-Planning-Execution" (MVPE) information loop, under the constraints of management rules, the number of management nodes, and management capacity, it optimizes the deployment of four types of management nodes: status monitoring (M), status analysis (V), scheduling planning (P), and instruction generation (E), as well as the management information relationships between management nodes and between management nodes and resources, to achieve a closed loop of MVPE management information for each resource. The technical solution of the present invention is implemented as follows: Figure 1 As shown, the following steps are included:

[0099] Step 1: Enter resources and available control nodes;

[0100] Step 2: Design the resource status monitoring information flow, including the deployment of status monitoring (M) and instruction generation (E) nodes on each command and control sub-platform, as well as the information relationship between the status monitoring (M), instruction generation (E) nodes and resources;

[0101] Step 3: Design the resource status analysis information flow, including the deployment of the status analysis (V) nodes on the control sub-platform, and the information relationship between the status monitoring (M) nodes and the status analysis (V) nodes on each command and control sub-platform;

[0102] Step 4: Design the resource scheduling and planning information flow, including the deployment of the scheduling and planning (P) nodes on the control sub-platform, and the information relationship between the status analysis (V) nodes and the scheduling and planning (P) nodes;

[0103] Step 5: Design the resource management and control execution information flow, including designing the information relationship between the scheduling and planning (P) nodes on the management and control sub-platform and the instruction generation (E) nodes on each command and control sub-platform.

[0104] Example 1:

[0105] The present invention is a command and control system resource management and control architecture design method based on MVPE information ring process as follows Figure 1 The specific implementation process is as follows:

[0106] Step 1: Enter resources and available control nodes:

[0107] In step 1-1, input the command and control system resources that need to be managed on each command and control sub-platform. The resource types include detection and perception (O), information processing (I), command and decision-making (D), and response execution (A).

[0108] Among them, detection and perception (O) resources are resources with the function of acquiring target feature information, such as photoelectric detectors and radars; information processing (I) resources are resources that can correlate and fuse target information acquired by multiple target detection sources, such as image information processing software and information comprehensive processing software; command and decision-making (D) resources are resources that generate action plans based on tasks and implement command and control over the action execution subjects, such as air command software and sea command software; response and execution (A) resources are resources that execute task disposal according to action plans and control instructions, such as electronic jammers and high-energy lasers; detection and perception (O) and response and execution (A) resources are hardware resources, while information processing (I) and command and decision-making (D) resources are software resources;

[0109] In steps 1-2, enter the number of available nodes for status monitoring (M), status analysis (V), scheduling planning (P), and instruction generation (E).

[0110] Among them, the status monitoring type (M) node is a control node that collects the functional operation status information of the resource, such as the status collector of the photoelectric detector; the status analysis type (V) node is a control node that integrates the functional operation status information of multiple resources to generate local or global resource status information, such as the status integration software of multiple photoelectric detectors and electronic jammers; the scheduling planning type (P) node is a control node that plans and generates resource scheduling plans based on resource status information and system adjustment demand information, such as the scheduling plan generation software for resources such as photoelectric detectors and electronic jammers; the instruction generation type (E) node is a control node that generates control instructions for resources based on the resource scheduling plan, such as the control instruction generation software for resources such as photoelectric detectors and electronic jammers.

[0111] State monitoring (M) and instruction generation (E) nodes need to be deployed on each command and control sub-platform, and state analysis (V) and scheduling planning (P) nodes need to be deployed on the control sub-platform. The control resource capacities of state monitoring (M), state analysis (V), scheduling planning (P), and instruction generation (E) nodes are 、 、 、 ;Control resource capacity refers to the maximum amount of resources that a control node can control;

[0112] Step 2: Design the resource status monitoring information flow, including the deployment of status monitoring (M) and instruction generation (E) nodes on each command and control sub-platform, as well as the information relationship between status monitoring (M), instruction generation (E) nodes and resources:

[0113] Step 2-1: Design the deployment and information relationship of the status monitoring (M) nodes for hardware resource control of the detection and perception (O) and response execution (A) classes on each command and control sub-platform:

[0114] Each resource can only be controlled by one state monitoring (M) node. Suppose the number of hardware resources on a command and control sub-platform is The number of status monitoring nodes (M) on the command and control sub-platform that can be used to manage hardware resources is , then the command and control sub-platform needs to be deployed A status monitoring (M) node is used to manage and control hardware resources and performs the following steps:

[0115] Step 2-1-1, if , indicating that the number of status monitoring nodes (M) that can be used to control hardware resources on the command and control sub-platform can meet the hardware resource control requirements, then deploy For a status monitoring (M) node, perform the following steps:

[0116] Step 2-1-1-1, if , then deploy a status monitoring (M) node on the command and control sub-platform, establish information relationships between all hardware resources on the command and control sub-platform and the status monitoring (M) node, and return "M node deployment successful" to proceed to step 2-2;

[0117] Step 2-1-1-2, if , then the hardware resources on the command and control sub-platform are divided into Group, before Each group resources, the last group Each resource group corresponds to a status monitoring (M) node. Establish information relationships between each resource group and each status monitoring (M) node. If "M node deployment successful" is returned, proceed to step 2-2.

[0118] Step 2-1-2, if , indicating that the number of status monitoring (M) nodes available for hardware resource management and control on the command and control sub-platform cannot meet the hardware resource management requirements, the message "M node deployment failed, reason: insufficient number of M nodes" is returned.

[0119] Step 2-2: Design the deployment and information relationship of the instruction generation (E) nodes for hardware resource control of the detection perception (O) and response execution (A) classes on each command and control sub-platform:

[0120] Each resource can only be controlled by one instruction generation (E) node. Suppose the number of instruction generation (E) nodes that can be used to control hardware resources on the command and control sub-platform is , then the command and control sub-platform needs to be deployed An instruction generation class (E) node performs the following steps:

[0121] Step 2-2-1, if , indicating that the number of instruction generation (E) nodes that can be used to control hardware resources on the command and control sub-platform can meet the hardware resource control requirements, then deploy An instruction generation class (E) node performs the following steps:

[0122] Step 2-2-1-1, if , then deploy an instruction generation class (E) node on the command and control sub-platform, establish an information relationship between all hardware resources on the command and control sub-platform and the instruction generation class (E) node, return "E node deployment successful", and execute steps 2-3;

[0123] Step 2-2-1-2, if , then the hardware resources on the command and control sub-platform are divided into Group, before Each group resources, the last group Each resource group corresponds to an instruction generation class (E) node. Establish an information relationship between each resource group and each instruction generation class (E) node. If "E node deployment successful" is returned, proceed to steps 2-3.

[0124] Step 2-2-2, if , indicating that the number of instruction generation (E) nodes available for hardware resource management and control on the command and control sub-platform cannot meet the hardware resource management requirements, the message "E node deployment failed, reason: insufficient number of E nodes" is returned.

[0125] Steps 2-3: Design the deployment and information relationships of the status monitoring (M) nodes for software resource management of the information processing (I) and command decision-making (D) categories on each command and control sub-platform:

[0126] Each resource can only be controlled by one state monitoring (M) node. Suppose the number of software resources on a command and control sub-platform is The number of status monitoring nodes (M) on the command and control sub-platform that can be used to control software resources is , then the command and control sub-platform needs to be deployed A status monitoring (M) node is used to manage and control software resources and performs the following steps:

[0127] Step 2-3-1, if , indicating that the number of status monitoring nodes (M) that can be used to control software resources on the command and control sub-platform can meet the software resource control requirements, then deploy For a status monitoring (M) node, perform the following steps:

[0128] Step 2-3-1-1, if , then deploy a status monitoring (M) node on the command and control sub-platform, establish information relationships between all software resources on the command and control sub-platform and the status monitoring (M) node, and return "M node deployment successful" to proceed to steps 2-4;

[0129] Step 2-3-1-2, if , then the software resources on the command and control sub-platform are divided into Group, before Each group resources, the last group Each resource group corresponds to a status monitoring (M) node. Establish information relationships between each resource group and each status monitoring (M) node. If "M node deployment successful" is returned, proceed to steps 2-4.

[0130] Step 2-3-2, if , indicating that the number of status monitoring (M) nodes available for software resource management and control on the command and control sub-platform cannot meet the software resource management and control requirements, the message "M node deployment failed, reason: insufficient number of M nodes" is returned.

[0131] Steps 2-4: Design the deployment and information relationships of the instruction generation (E) nodes for software resource management of the information processing (I) and command decision-making (D) sub-platforms on each command and control sub-platform:

[0132] Each resource can only be controlled by one instruction generation class (E) node. Suppose the number of instruction generation class (E) nodes that can be used to control software resources on the command and control sub-platform is , then the command and control sub-platform needs to be deployed An instruction generation class (E) node performs the following steps:

[0133] Step 2-4-1, if , indicating that the number of instruction generation (E) nodes that can be used to control software resources on the command and control sub-platform can meet the software resource control requirements, then deploy An instruction generation class (E) node performs the following steps:

[0134] Step 2-4-1-1, if , then deploy an instruction generation class (E) node on the command and control sub-platform, establish an information relationship between all software resources on the command and control sub-platform and the instruction generation class (E) node, return "E node deployment successful", and proceed to step 3;

[0135] Step 2-4-1-2, if , then the software resources on the command and control sub-platform are divided into Group, before Each group resources, the last group Each resource group corresponds to an instruction generation class (E) node. Establish an information relationship between each resource group and each instruction generation class (E) node. If "E node deployment successful" is returned, proceed to step 3.

[0136] Step 2-4-2, if , indicating that the number of instruction generation (E) nodes available for software resource management on the command and control sub-platform cannot meet the software resource management requirements, the message "E node deployment failed, reason: insufficient number of E nodes" is returned.

[0137] Step 3: Design the resource status analysis information flow, including designing the deployment of the status analysis (V) node on the control sub-platform, and the information relationship between the status monitoring (M) node and the status analysis (V) node on each command and control sub-platform:

[0138] Assume that the number of state analysis (V) nodes available on the control sub-platform is According to step 2, the total number of status monitoring (M) nodes deployed on all command and control sub-platforms can be calculated as The number of resources controlled by each state monitoring (M) node is The total number of resources managed is , perform the following steps:

[0139] Step 3-1, if , indicating that the number of available status analysis class (V) nodes can meet the resource management requirements and be deployed on the management sub-platform Status Analysis (V) nodes, initialize the number of resources controlled by each Status Analysis (V) node , perform the following steps:

[0140] Step 3-1-1, if ,make , establish the information relationship between all status monitoring (M) nodes and status analysis (V) nodes on all command and control sub-platforms, return "V node deployment successful", and proceed to step 3-2;

[0141] Step 3-1-2, if ,initialization , , , , perform the following steps:

[0142] Step 3-1-2-1, if and , perform the following steps:

[0143] Step 3-1-2-1-1, if , then let , , create a number The status monitoring class (M) node to the number The information relationship between the state analysis class (V) nodes is , , execute step 3-1-2-1;

[0144] Step 3-1-2-1-2, if , then let , , create a number The status monitoring class (M) node to the number The information relationship between the state analysis class (V) nodes is , , execute step 3-1-2-1;

[0145] Step 3-1-2-1-3, if , then let , create a number The status monitoring class (M) node to the number The information relationship between the state analysis class (V) nodes is , , , , execute step 3-1-2-1;

[0146] Step 3-1-2-2, otherwise it returns "V node deployment successful", and execute step 3-2;

[0147] Step 3-2, if , indicating that the number of available status analysis (V) nodes cannot meet resource management requirements, the message "V node deployment failed, reason: insufficient number of V nodes" is returned;

[0148] Step 4: Design the resource scheduling and planning information flow, including designing the deployment of the scheduling and planning (P) node on the management and control sub-platform, and the information relationship between the status analysis (V) node and the scheduling and planning (P) node:

[0149] Assume that the number of scheduling planning (P) nodes available on the control sub-platform is According to step 3, the total number of state analysis class (V) nodes can be calculated , the number of resources controlled by each state analysis class (V) node is The total number of resources managed is , perform the following steps:

[0150] Step 4-1, if , indicating that the number of available scheduling and planning (P) nodes can meet the resource management requirements and be deployed on the management and control sub-platform Schedule planning (P) nodes, initialize the number of resources controlled by each schedule planning (P) node , perform the following steps:

[0151] Step 4-1-1, if ,make , establish the information relationship between all status analysis (V) nodes and scheduling planning (P) nodes, return "P node deployment successful", and execute step 4-2;

[0152] Step 4-1-2, if ,initialization , , , , perform the following steps:

[0153] Step 4-1-2-1, if and , perform the following steps:

[0154] Step 4-1-2-1-1, if , then let , , create a number The status analysis class (V) node to the number The information relationship between the scheduling planning class (P) nodes, let , , execute step 4-1-2-1;

[0155] Step 4-1-2-1-2, if , then let , , create a number The status analysis class (V) node to the number The information relationship between the scheduling planning class (P) nodes, let , , execute step 4-1-2-1;

[0156] Step 4-1-2-1-3, if , then let , create a number The status analysis class (V) node to the number The information relationship between the scheduling planning class (P) nodes, let , , , , execute step 4-1-2-1;

[0157] Step 4-1-2-2, otherwise it returns "P node deployment successful", and execute step 4-2;

[0158] Step 4-2, if , indicating that the number of available scheduling and planning (P) nodes cannot meet resource management requirements, the message "P node deployment failed, reason: insufficient number of P nodes" is returned.

[0159] Step 5: Design the resource management and control execution information flow, including designing the information relationship between the scheduling and planning (P) nodes on the management and control sub-platform and the instruction generation (E) nodes on each command and control sub-platform. For each resource on the command and control sub-platform:

[0160] Step 5-1, find the only state monitoring (M) node and the only instruction generation (E) node that have information relationship with the resource;

[0161] Step 5-2: Based on the found state monitoring (M) node, find the state analysis (V) node set that has an information relationship with it;

[0162] Step 5-3: Based on the found state analysis (V) node set, find the scheduling planning (P) node set that has an information relationship with it;

[0163] Step 5-4, establish an information relationship between the scheduling planning class (P) node set found in step 5-3 and the instruction generation class (E) node found in step 5-1.

[0164] Example 2:

[0165] The following uses a typical command and control system as an example to illustrate this method. In this embodiment, the command and control system includes a command and control sub-platform, a management and control sub-platform, resources, and management and control nodes. The command and control sub-platform can be further divided into command sub-platforms, perception sub-platforms, and execution sub-platforms by type; resources can be further divided into detection and perception (O), information processing (I), command and decision-making (D), and response and execution (A) by type; and management and control nodes can be further divided into status monitoring (M), status analysis (V), scheduling and planning (P), and instruction generation (E) by type.

[0166] Step 1: Enter resources and available control nodes:

[0167] Step 1-1: In this embodiment, the command and control sub-platform includes 1 command sub-platform, 1 perception sub-platform, and 1 execution sub-platform. There are 4 detection and perception (O) resources, 2 information processing (I) resources, 3 command and decision (D) resources, and 2 response and execution (A) resources. Figure 2 As shown;

[0168] The perception sub-platform includes one information processing (I) resource and two detection and perception (O) resources, namely, information integrated processing software I1, photoelectric detector O1, and radar O2.

[0169] The command sub-platform includes one information processing (I) resource and three command decision-making (D) resources, namely, information integrated processing software I2, air command software D1, sea command software D2, and land command software D3;

[0170] The execution sub-platform includes two response execution type (A) resources and two detection perception type (O) resources, namely electronic jammer A1, high-energy laser A2, photoelectric detector O3, and radar O4.

[0171] In step 1-2, in this embodiment, the number of state monitoring (M) and instruction generation (E) nodes available on the command sub-platform, perception sub-platform, and execution sub-platform is 2, and the number of state analysis (V) and scheduling planning (P) nodes available on the control sub-platform is 3. The state monitoring (M), state analysis (V), scheduling planning (P), and instruction generation (E) nodes are resource status collector, resource status integration software, resource scheduling solution generation software, and resource control instruction generation software, respectively. The control resource capacity of the four types of control nodes is ;

[0172] Step 2: Design the resource status monitoring information flow, including the deployment of the status monitoring class (M) and instruction generation class (E) nodes on the command sub-platform, perception sub-platform, and execution sub-platform, as well as the information relationship between the status monitoring class (M), instruction generation class (E) nodes and resources. Execute steps 2-1 to 2-4 for the command sub-platform, perception sub-platform, and execution sub-platform respectively to obtain the deployment of the status monitoring class (M) and instruction generation class (E) nodes on the command sub-platform, perception sub-platform, and execution sub-platform and the information relationship between them and resources as shown below: Figure 3As shown in the figure: resource status collectors M1, M2 and resource control instruction generation software E1, E2 are deployed on the perception sub-platform, resource status collectors M3, M4 and resource control instruction generation software E3, E4 are deployed on the command sub-platform, resource status collectors M5, M6 and resource control instruction generation software E5, E6 are deployed on the execution sub-platform; resource status collector M1 collects resource status information of photoelectric detector O1 and radar O2; resource status collector M2 collects resource status information of information comprehensive processing software I1; resource status collector M3 collects resource status information of information comprehensive processing software I2 and air command software D1; resource status collector M4 collects resource status information of sea command software D2 and land command software D3; resource status collector M5 collects resource status information of photoelectric detector O1 and radar O2; resource status collector M2 collects resource status information of information comprehensive processing software I1; resource status collector M3 collects resource status information of information comprehensive processing software I2 and air command software D1; resource status collector M4 collects resource status information of sea command software D2 and land command software D3; resource status collector M5 collects resource status information of photoelectric detector O1 and radar O2; resource status collector M5 collects resource status information of information comprehensive processing software I1 and air command software D1; resource status collector M5 collects resource status information of information comprehensive processing software I2 ... The resource status information of the detector O3 and the radar O4 is collected by the resource status collector M6. The resource status information of the electronic jammer A1 and the high-energy laser A2 is collected by the resource control instruction generation software E1. The resource control instruction generation software E1 sends the control instruction information to the photoelectric detector O1 and the radar O2. The resource control instruction generation software E2 sends the control instruction information to the information integrated processing software I1. The resource control instruction generation software E3 sends the control instruction information to the information integrated processing software I2 and the air command software D1. The resource control instruction generation software E4 sends the control instruction information to the sea command software D2 and the land command software D3. The resource control instruction generation software E5 sends the control instruction information to the photoelectric detector O3 and the radar O4. The resource control instruction generation software E6 sends the control instruction information to the electronic jammer A1 and the high-energy laser A2.

[0173] Step 3: Design the resource status analysis information flow, including the deployment of the status analysis class (V) nodes on the control sub-platform, and the information relationship between the status monitoring class (M) nodes and the status analysis class (V) nodes on the command sub-platform, perception sub-platform, and execution sub-platform. Based on step 2, it can be calculated that the total number of status monitoring class (M) nodes deployed on the command sub-platform, perception sub-platform, and execution sub-platform is 6, and the number of resources controlled by each status monitoring class (M) node is The total number of resources under control is 11. Steps 3-1 to 3-2 are executed to obtain the information relationship between the state analysis class (V) node deployment and the state monitoring class (M) node on the control sub-platform of this embodiment. Figure 4 As shown: Resource status integration software V1, V2, and V3 are deployed on the management and control sub-platform. Resource status integration software V1 integrates the functional operation status information of resources collected by resource status collectors M1, M2, and M3; resource status integration software V2 integrates the functional operation status information of resources collected by resource status collectors M3, M4, and M5; resource status integration software V3 integrates the functional operation status information of resources collected by resource status collectors M5 and M6;

[0174] Step 4: Design the resource scheduling and planning information flow, including the deployment of the scheduling and planning (P) nodes on the control sub-platform, and the information relationship between the status analysis (V) nodes and the scheduling and planning (P) nodes. Based on step 3, the total number of status analysis (V) nodes can be calculated as 3, and the number of resources controlled by each status analysis (V) node is respectively The total number of resources under control is 11. Steps 4-1 to 4-2 are executed to obtain the information relationship between the deployment of the scheduling and planning class (P) nodes and the status analysis class (V) nodes on the control sub-platform of this embodiment. Figure 5 As shown: Resource scheduling plan generation software P1, P2, and P3 are deployed on the management and control sub-platform; Resource scheduling plan generation software P1 analyzes the resource status information output by resource status integration software V1 and plans to generate a resource scheduling plan; Resource scheduling plan generation software P2 analyzes the resource status information output by resource status integration software V2 and plans to generate a resource scheduling plan; Resource scheduling plan generation software P3 analyzes the resource status information output by resource status integration software V3 and plans to generate a resource scheduling plan;

[0175] Step 5: Design the resource control execution information flow and obtain the information relationship between the scheduling planning class (P) node on the control sub-platform of this embodiment and the instruction generation class (E) node on the command sub-platform, perception sub-platform, and execution sub-platform as follows: Figure 6 As shown: the resource scheduling plan generation software P1 sends the resource scheduling plan to the resource control instruction generation software E1, E2, and E3; the resource scheduling plan generation software P2 sends the resource scheduling plan to the resource control instruction generation software E3, E4, and E5; the resource scheduling plan generation software P3 sends the resource scheduling plan to the resource control instruction generation software E5 and E6.

[0176] In a specific implementation, the present application provides a computer storage medium and a corresponding data processing unit, wherein the computer storage medium is capable of storing a computer program that, when executed by the data processing unit, executes the invention content of the method for designing a resource management and control architecture for a command and control system based on an MVPE information ring, as well as some or all of the steps in each embodiment. The storage medium may be a magnetic disk, an optical disk, a read-only memory (ROM), or a random access memory (RAM).

[0177] Those skilled in the art will clearly understand that the technical solutions in the embodiments of the present invention can be implemented using computer programs and their corresponding general-purpose hardware platforms. Based on this understanding, the technical solutions in the embodiments of the present invention, or the portion that contributes to the prior art, can be embodied in the form of a computer program, i.e., a software product. This computer program software product can be stored in a storage medium and includes instructions for enabling a device including a data processing unit (such as a personal computer, server, single-chip microcomputer, MCU, or network device) to execute the methods described in various embodiments of the present invention or certain portions of these embodiments.

[0178] The present invention provides a method and approach for designing a resource management and control architecture for a command and control system based on an MVPE information ring. There are many methods and approaches for implementing this technical solution. The above is only a preferred embodiment of the present invention. It should be noted that those skilled in the art can make several improvements and modifications without departing from the principles of the present invention, and these improvements and modifications should also be considered within the scope of protection of the present invention. Any components not specified in this embodiment can be implemented using existing technologies.

Claims

1. A method for designing a resource management and control architecture for a command and control system based on an MVPE information ring, characterized in that: The following steps are involved: Step 1: Set the specific information of the resources and control nodes of the command and control system; wherein the command and control system includes a command and control sub-platform and a control sub-platform; the control nodes include status monitoring nodes, status analysis nodes, scheduling and planning nodes, and instruction generation nodes; Step 2: Design the resource status monitoring information flow, including designing the deployment of status monitoring nodes and instruction generation nodes on the command and control sub-platform, as well as the information relationship between status monitoring nodes, instruction generation nodes and resources; Step 3: Design the resource status analysis information flow, including designing the deployment of status analysis nodes on the management and control sub-platform, and the information relationship between status monitoring nodes and status analysis nodes on the command and control sub-platform; Step 4: Design the resource scheduling and planning information flow, including designing the deployment of scheduling and planning nodes on the management and control sub-platform, and the information relationship between status analysis nodes and scheduling and planning nodes; Step 5: Design the resource management and control execution information flow, including designing the information relationship between the scheduling and planning nodes on the management and control sub-platform and the instruction generation nodes on the command and control sub-platform; The design resource status monitoring information flow described in step 2 includes the following steps: Step 2-1: Design the deployment and information relationship of the status monitoring nodes for detection and perception resources and response execution resources on each command and control sub-platform, where: Each resource can only be controlled by one state monitoring node. Assume that the number of detection and perception resources and response execution resources is , the number of status monitoring nodes used to manage hardware resources is , then the command and control sub-platform is deployed Status monitoring nodes are used to manage and control hardware resources; Step 2-2: Using the same method as step 2-1, design the deployment and information relationship of the instruction generation nodes for detection and perception resources and response execution resources on each command and control sub-platform; Step 2-3: Using the same method as step 2-1, design the deployment and information relationships of the status monitoring nodes for information processing resources and command decision-making resources on each command and control sub-platform; Step 2-4, using the same method as step 2-1, design the deployment and information relationship of the instruction generation nodes for information processing resources and command decision resources on each command and control sub-platform.

2. A method for designing a resource management and control architecture for a command and control system based on an MVPE information ring according to claim 1, characterized in that: Setting the specific information of the resources and control nodes of the command and control system in step 1 includes the following steps: Step 1-1: Set the resources that need to be controlled on each command and control sub-platform; Step 1-2: Set the status monitoring nodes, status analysis nodes, scheduling planning nodes, and instruction generation nodes and their quantities; The control resource capacity of the state monitoring node, state analysis node, scheduling planning node and instruction generation node is set to 、 、 and .

3. The method for designing a resource management and control architecture of a command and control system based on an MVPE information ring according to claim 2, characterized in that: The status monitoring nodes and instruction generation nodes described in step 1 are deployed on each command and control sub-platform, and the status analysis nodes and scheduling planning nodes are deployed on the management and control sub-platform.

4. The method for designing a resource management and control architecture of a command and control system based on an MVPE information ring according to claim 3, characterized in that: The resources include detection and perception resources, information processing resources, command and decision-making resources, and response and execution resources.

5. A method for designing a resource management and control architecture for a command and control system based on an MVPE information ring according to claim 4, characterized in that: The command and control sub-platform includes: Command sub-platform, perception sub-platform and execution sub-platform.

6. The method for designing a resource management and control architecture of a command and control system based on an MVPE information ring according to claim 5, characterized in that: The design of the deployment and information relationship of the status monitoring nodes for detection and perception resources and response and execution resources on each command and control sub-platform described in step 2-1 specifically includes the following steps: Step 2-1-1, if , then deploy A status monitoring node includes the following steps: Step 2-1-1-1, if , then deploy a state monitoring node on the command and control sub-platform, establish information relationships between all detection and perception resources and response execution resources on the command and control sub-platform and the state monitoring node, the state monitoring node is successfully deployed, and execute step 2-2; Step 2-1-1-2, if , then the detection and perception resources and response and execution resources on the command and control sub-platform are divided into Group, before Each group Resources, last 1 group Each resource group corresponds to a status monitoring node. Establish information relationships between each resource group and each status monitoring node. If the status monitoring node is successfully deployed, proceed to step 2-2. Step 2-1-2, if , then the number of status monitoring nodes is insufficient and the deployment fails.

7. The method for designing a resource management and control architecture of a command and control system based on an MVPE information ring according to claim 6, characterized in that: The design resource status analysis information flow described in step 3 includes: Assume that the number of status analysis nodes on the control sub-platform is According to step 2, the total number of status monitoring nodes deployed on all command and control sub-platforms is , the number of resources controlled by each state monitoring node is , Indicates the Status monitoring nodes, the total number of managed resources is , perform the following steps: Step 3-1, if , then deploy on the control sub-platform Status analysis nodes, initialize the number of resources controlled by each status analysis node to: ； in, Indicates the A state analysis node is created and the following steps are performed: Step 3-1-1, if ,make , establish the information relationship between all status monitoring nodes and status analysis nodes on all command and control sub-platforms. If the status monitoring nodes are deployed successfully, proceed to step 3-2; Step 3-1-2, if , initialize the status monitoring node number , Status Analysis Node Number , the first intermediate quantity and the second intermediate quantity , which is expressed as follows: ； And perform the following steps: Step 3-1-2-1, if and , perform the following steps: Step 3-1-2-1-1, if , then let: ； Create a number The status monitoring node to the number The information relationship between the state analysis class nodes is analyzed, and the following is made: ； Follow steps 3-1-2-1; Step 3-1-2-1-2, if , then let: ； Create a number The status monitoring node to the number The information relationship between the state analysis class nodes is analyzed, and the following is made: ； Follow steps 3-1-2-1; Step 3-1-2-1-3, if , then let: ； Create a number The status monitoring node to the number The information relationship between the state analysis class nodes is analyzed, and the following is made: ； Follow steps 3-1-2-1; Step 3-1-2-2: The status analysis node is deployed successfully, and then proceed to step 3-2. Step 3-2, if , it returns that the number of status analysis nodes is insufficient and the deployment fails.

8. The method for designing a resource management and control architecture of a command and control system based on an MVPE information ring according to claim 7, characterized in that: The design resource scheduling information flow described in step 4 includes: Assume that the number of scheduling and planning nodes on the control sub-platform is , according to step 3, obtain the total number of state analysis nodes , the number of resources controlled by each state analysis node is The total number of resources managed is , perform the following steps: Step 4-1, if , then deploy on the control sub-platform Scheduling and planning nodes, initialize the number of resources controlled by each scheduling and planning node to: ； in, Indicates the scheduling node ID. Perform the following steps: Step 4-1-1, if ,make , establish the information relationship between all status analysis nodes and scheduling planning nodes, the scheduling planning nodes are deployed successfully, and execute step 4-2; Step 4-1-2, if , initialize the scheduling planning node number , State analysis node number , the third intermediate quantity and the fourth intermediate quantity , which is expressed as follows: ； And perform the following steps: Step 4-1-2-1, if and , perform the following steps: Step 4-1-2-1-1, if , then let: ； Create a number The state analysis class node to the number The information relationship between the scheduling planning nodes, and let: ； Follow steps 4-1-2-1; Step 4-1-2-1-2, if , then let: ； Create a number The state analysis class node to the number The information relationship between the scheduling planning nodes, and let: ； Follow steps 4-1-2-1; Step 4-1-2-1-3, if , then let , create a number The state analysis class node to the number The information relationship between the scheduling planning nodes, and let: ； Follow steps 4-1-2-1; Step 4-1-2-2: The scheduling and planning nodes are deployed successfully. Go to step 4-2. Step 4-2, if , then the number of scheduling and planning nodes is insufficient and the deployment fails.

9. The method for designing a resource management and control architecture of a command and control system based on an MVPE information ring according to claim 8, characterized in that: The design resource control execution information flow described in step 5 includes the following steps: Step 5-1, searching for a unique state monitoring node and a unique instruction generation node that have an information relationship with each resource on the command and control sub-platform; Step 5-2: Based on the state monitoring node found in step 5-1, find a set of state analysis nodes that have an information relationship with the state monitoring node; Step 5-3: Based on the state analysis node set found in step 5-2, find the scheduling planning node set that has an information relationship with it; Step 5-4: Establish an information relationship between the set of scheduling planning nodes found in step 5-3 and the instruction generation nodes found in step 5-1.

Images