Automated Command and Scheduling Method and System for Spaceflight Test Missions

Abstract

The present disclosure provides a method and system for automated command and scheduling of spaceflight test missions. The present disclosure hierarchically conducts the scheduling and command of test missions. The superior command station sends task command instructions to the inferior command station to control the test mission to proceed according to the established process. The inferior command station feeds back feedback instruction information including the task execution situation to the superior command station and reports information such as fault modes to the superior command station. The superior command station conducts fault knowledge search based on the collected inferior status information and the information reported by the inferior command station, locates the fault mode, determines the processing decision, and generates a fault handling instruction to eliminate the fault, ensuring the smooth progress of the test mission. Among them, the command station at the department level schedules resources at the corresponding level without affecting the execution of the instructions generated by the central command station; the command station at the equipment level schedules resources at the corresponding level without affecting the execution of the instructions generated by the central command station and the command station at the department level.

Description

Technical Field

[0001] The present disclosure relates to the field of aerospace data processing, in particular to the field of aerospace mission scheduling, and discloses a method and system for automated command and scheduling of aerospace test missions. Background Art

[0002] In the aerospace field, test mission command and dispatch currently relies primarily on audio dispatch systems. Specifically, commanders at all levels use dispatch microphones at the test site or command center to issue instructions or communicate information to personnel at various positions to complete the dispatch of test missions. This method is direct and rapid, and can quickly convey key information in emergency situations to ensure the smooth progress of test missions. However, this method also has obvious drawbacks, the main ones of which are reflected in the following aspects:

[0003] (1) Communication efficiency is limited. The manual shouting method is affected by factors such as the sound propagation range and environmental noise, which may lead to unclear or omitted information, affecting communication efficiency.

[0004] (2) Error-prone. In a complex test environment, manual operation may cause errors in the transmission of instructions due to tension, fatigue, negligence, etc., increasing the risk of the task.

[0005] (3) Lack of records. Traditional audio scheduling systems often lack complete recording functions, making it difficult to trace and analyze the scheduling process, which is not conducive to subsequent task summary and improvement.

[0006] (4) It is difficult to adapt to large-scale tasks. As the scale of aerospace test missions continues to expand and the number of participants increases, traditional audio scheduling systems may find it difficult to meet the needs of large-scale and highly complex tasks. Summary of the Invention

[0007] The present disclosure at least provides a method and system for automated command and dispatch of aerospace test missions to address at least one of the above-mentioned deficiencies.

[0008] According to one aspect of the present disclosure, a method for automated command and dispatch of aerospace test missions is provided, comprising:

[0009] In response to the start-up operation of the test task, the command stations at each level respectively perform initialization operations; the command stations at each level include, from high to low level, a central-level command station, a department-level command station, and an equipment-level command station;

[0010] In a non-fault state, each level of command station respectively generates the next task command instruction and determines the first instruction sending time according to at least one of the task progress, instruction execution status, fault mode, and fault handling result, using the preset instruction generation constraint conditions; encodes the task command instruction, and sends the encoded task command instruction to the subordinate command station or the device with a command relationship at the first instruction sending time;

[0011] In a fault state, each level of command station respectively searches for fault knowledge in the preset fault knowledge base according to the feedback instruction information sent by the subordinate command station or device, the fault mode reported by the subordinate command station or device, and the collected subordinate status information, locates the fault mode, and determines the processing decision corresponding to the fault mode; and, generates a fault handling instruction according to the processing decision, encodes the fault handling instruction, determines the second instruction sending time, and sends the encoded fault handling instruction to the subordinate command station or device at the second instruction sending time; wherein, the feedback instruction information is the feedback information after the execution of the task corresponding to the task command, including at least one of the following: instruction execution status, potential fault mode, implemented fault handling measures, and result data corresponding to the fault handling measures;

[0012] When all the task command instructions of each level of command station corresponding to the test task have been executed and all have been executed successfully, it is determined that the test task command and dispatch are ended;

[0013] Among them, the station-level command station dispatches resources at the corresponding level and does not affect the execution of the instructions generated by the central-level command station; the device-level command station dispatches resources at the corresponding level and does not affect the execution of the instructions generated by the central-level command station and the station-level command station;

[0014] Among them, in the case of no central-level command station, the station-level command station completes the command and dispatch operations corresponding to the central-level command station according to the command processing process corresponding to the central-level command station within the corresponding level range.

[0015] In a possible implementation manner, the process that each level of command station respectively generates the next task command instruction and determines the first instruction sending time according to at least one of the task progress, instruction execution status, fault mode, and fault handling result, using the preset instruction generation constraint conditions, includes:

[0016] Each level of command station respectively determines the test state according to at least one of the task progress, instruction execution status, fault mode, and fault handling result, using the preset logic rules and algorithm models;

[0017] Generates the next task command instruction and determines the first instruction sending time by using the test state and the preset instruction generation constraint conditions.

[0018] In a possible implementation manner, each level of command station respectively performs initialization operations, including:

[0019] Each level of command station at least performs the following initialization operations:

[0020] Resource availability check, device status check, environmental condition check, and loading instruction configuration information corresponding to the current test task from the database.

[0021] In a possible implementation manner, in a fault state, the method further includes:

[0022] In the case of not being able to locate the fault mode, not being able to determine the processing decision corresponding to the fault mode, or exceeding the processing authority of the corresponding level, the corresponding command station reports the fault information to the superior command station or gives an early warning.

[0023] In a possible implementation manner, it further includes:

[0024] Each level of command station respectively stores the feedback instruction information sent by the subordinate command station or device, the fault mode reported by the subordinate command station or device, and the collected subordinate status information into the cache.

[0025] In a possible implementation manner, it further includes:

[0026] The feedback instruction information, the fault mode reported by the subordinate command station or device, and the subordinate status information are stored in the cache in the form of facts using a queue.

[0027] In a possible implementation manner, the performing a search for fault knowledge in a preset fault knowledge base, locating the fault mode, and determining the processing decision corresponding to the fault mode includes:

[0028] In the preset fault knowledge base, a preset data structure is used to represent a preset variety of fault modes and a variety of fault processing models;

[0029] Performing a search for fault knowledge in the preset fault knowledge base to locate the fault mode;

[0030] Using a fault processing model matching the fault mode to determine the processing decision corresponding to the fault mode.

[0031] In a possible implementation manner, the control scope of each level of command station includes subordinate command stations and / or single-point devices.

[0032] In a possible implementation manner, each level of command station respectively performs a fault knowledge search in a preset fault knowledge base according to the feedback instruction information sent by the lower-level command station or device, the fault mode reported by the lower-level command station or device, and the collected lower-level status information, locates the fault mode, and determines the processing decision corresponding to the fault mode, including:

[0033] In the case of a fault in a single-point device, each level of command station respectively performs a fault knowledge search in a preset fault knowledge base according to the feedback instruction information sent by the lower-level command station or device, the fault mode reported by the lower-level command station or device, the collected lower-level status information, the type of the faulty device, the fault level, and the fault handling principle, locates the fault mode, and determines the processing decision.

[0034] According to another aspect of the present disclosure, a space test mission automated command and dispatch system is provided, including:

[0035] An initialization module, configured to, in response to the start operation of the test mission, each level of command station respectively performs an initialization operation; the levels of command stations successively include a central-level command station, a department-level command station, and a device-level command station from high level to low level;

[0036] A command and dispatch module, configured to, in a non-fault state, each level of command station respectively generates a next task command instruction and determines a first instruction sending time according to at least one of the task process, the instruction execution status, the fault mode, and the fault handling result by using preset instruction generation constraint conditions; encodes the task command instruction, and sends the encoded task command instruction to the lower-level command station or the device with a command relationship at the first instruction sending time;

[0037] The command and dispatch module is further configured to, in a fault state, each level of command station respectively performs a fault knowledge search in a preset fault knowledge base according to the feedback instruction information sent by the lower-level command station or device, the fault mode reported by the lower-level command station or device, and the collected lower-level status information, locates the fault mode, and determines the processing decision corresponding to the fault mode; and, generates a fault handling instruction according to the processing decision, encodes the fault handling instruction, determines a second instruction sending time, and sends the encoded fault handling instruction to the lower-level command station or device at the second instruction sending time; wherein, the feedback instruction information is the feedback information after the execution of the task corresponding to the task command, including at least one of the following: instruction execution status, potential fault mode, implemented fault handling measures, and result data corresponding to the fault handling measures;

[0038] The command and dispatch module is further configured to determine the end of the command and dispatch of the test mission when all task command instructions of each level of command station corresponding to the test mission have been executed and executed successfully;

[0039] Among them, the department-level command station schedules resources at the corresponding level and does not affect the execution of the instructions generated by the central-level command station; the equipment-level command station schedules resources at the corresponding level and does not affect the execution of the instructions generated by the central-level command station and the department-level command station.

[0040] Among them, in the absence of the central-level command station, the department-level command station completes the command and dispatch operations corresponding to the central-level command station according to the command processing process corresponding to the central-level command station within the corresponding level range.

[0041] The automated command and dispatch method and system for spaceflight test missions of the present disclosure hierarchically conducts the command and dispatch of test missions. The superior command station sends task command instructions to the inferior command station to control the test mission to proceed according to the established process. The inferior command station feeds back instruction information including the task execution status to the superior command station and reports information such as fault modes to the superior command station. The superior command station searches for fault knowledge based on the collected inferior status information and the information reported by the inferior command station, locates the fault mode, determines the processing decision corresponding to the fault mode, and generates a fault handling instruction according to the processing decision to eliminate the faults occurring during the execution of the test mission, ensuring the smooth progress of the test mission. Among them, the department-level command station schedules resources at the corresponding level and does not affect the execution of the instructions generated by the central-level command station; the equipment-level command station schedules resources at the corresponding level and does not affect the execution of the instructions generated by the central-level command station and the department-level command station. The solution of the present disclosure uses digital technology to informatize the command and dispatch instructions of test missions, and combines the real-time collected test data for processing and analysis, and issues corresponding instructions, realizing the automated transfer of command and dispatch instructions, improving the command and dispatch efficiency, reducing the probability of instruction errors, and overcoming the defect of untraceability existing in the current task scheduling, which is beneficial for later task summary and test process improvement. In addition, the solution of the present disclosure is applicable to large-scale and high-complexity task scheduling and conforms to the development trend of current spaceflight missions.

[0042] It should be understood that the content described in this part is not intended to identify the key or important features of the embodiments of the present disclosure, nor is it used to limit the scope of the present disclosure. Other features of the present disclosure will become easily understood through the following description. BRIEF DESCRIPTION OF THE DRAWINGS

[0043] The drawings are used to better understand the solution and do not constitute a limitation to the present disclosure. Among them:

[0044] Figure 1 is one of the flowcharts of the automated command and dispatch method for spaceflight test missions according to the present disclosure;

[0045] Figure 2It is the second flowchart of the automated command and dispatch method for the spaceflight test mission according to the present disclosure;

[0046] Figure 3A It is the flowchart for generating instructions of the command station at the current level in the embodiment according to the present disclosure;

[0047] Figure 3B It is the flowchart for handling equipment anomalies in the embodiment according to the present disclosure;

[0048] Figure 4 It is the schematic structural diagram of the automated command and dispatch system for the spaceflight test mission according to the present disclosure;

[0049] Figure 5 It is the schematic structural diagram of the electronic device according to the present disclosure. Specific Embodiments

[0050] The following makes an explanation of the exemplary embodiments of the present disclosure with reference to the accompanying drawings. Various details of the embodiments of the present disclosure are included to facilitate understanding, and they should be considered merely exemplary. Therefore, those of ordinary skill in the art should recognize that various changes and modifications can be made to the embodiments described herein without departing from the scope and spirit of the present disclosure. Similarly, descriptions of well-known functions and structures are omitted in the following description for clarity and conciseness.

[0051] The present disclosure provides an automated command and scheduling method and system for spaceflight test missions in view of the defects of current spaceflight test mission scheduling, such as low efficiency, error proneness, lack of scheduling records, and difficulty in adapting to large-scale missions. The present disclosure hierarchically conducts the scheduling and command of test missions. The superior command station sends task command instructions to the inferior command station to control the test mission to proceed according to the established process. The inferior command station feeds back instruction information including the task execution status to the superior command station and reports information such as fault modes to the superior command station. The superior command station searches for fault knowledge based on the collected inferior status information and the information reported by the inferior command station, locates the fault mode, determines the corresponding processing decision for the fault mode, and generates a fault handling instruction according to the processing decision to eliminate the faults occurring during the execution of the test mission, ensuring the smooth progress of the test mission. Among them, the station-level command station schedules resources at the corresponding level and does not affect the execution of the instructions generated by the central-level command station; the equipment-level command station schedules resources at the corresponding level and does not affect the execution of the instructions generated by the central-level command station and the station-level command station. The solution of the present disclosure uses digital technology to informatize the test mission command and scheduling instructions, combines the test data collected in real time for processing and analysis, and issues corresponding instructions, realizing the automated and intelligent flow of command and scheduling instructions, improving the command and scheduling efficiency, reducing the probability of instruction errors, and overcoming the defect of non-traceability existing in current task scheduling, which is beneficial to task summary and test process improvement in the later stage. In addition, the solution of the present disclosure is applicable to large-scale and high-complexity task scheduling and conforms to the development trend of current spaceflight missions.

[0052] The technical solution of the present disclosure will be described below through specific embodiments.

[0053] As Figure 1 shown, it is a flowchart of the automated command and scheduling method for spaceflight test missions in this embodiment. The execution subject of this embodiment is a computing device component or system with data processing capabilities. Specifically, the method of this embodiment may include the following steps:

[0054] S110. In response to the start operation of the test mission, each level of command station respectively performs an initialization operation; the command stations at each level include a central-level command station, a station-level command station, and an equipment-level command station in sequence from high level to low level.

[0055] The number of station-level command stations and equipment-level command stations can be flexibly set according to specific scenarios, and generally only one central-level command station is set.

[0056] S120. In a non-fault state, each level of command station respectively generates the next task command instruction and determines the first instruction sending time according to at least one of the task process, instruction execution status, fault mode, and fault handling result by using the preset instruction generation constraint conditions; encodes the task command instruction, and sends the encoded task command instruction to the subordinate command station or the device with a command relationship at the first instruction sending time.

[0057] Here, the status collection module can be used to collect key information such as instruction execution status, fault mode, potential fault mode, implemented fault handling measures and their results in real time and comprehensively.

[0058] According to the test task process, the instruction information will be automatically retrieved, the task command instruction will be generated, and sent to the subordinate command station / device. The task command instruction here includes but is not limited to parameter setting, start operation, data recording, etc.

[0059] S130. In a fault state, each level of command station respectively searches for fault knowledge in the preset fault knowledge base according to the feedback instruction information sent by the subordinate command station or device, the fault mode reported by the subordinate command station or device, and the collected subordinate status information, locates the fault mode, and determines the processing decision corresponding to the fault mode; and generates a fault handling instruction according to the processing decision, encodes the fault handling instruction, determines the second instruction sending time, and sends the encoded fault handling instruction to the subordinate command station or device at the second instruction sending time; wherein, the feedback instruction information is the feedback information after the corresponding task execution of the task command, including at least one of the following: instruction execution status, potential fault mode, implemented fault handling measures and the result data corresponding to the fault handling measures.

[0060] Here, the network monitoring module can be used to receive feedback instruction information, subordinate status information, etc. in real time. After the subordinate command station / device finishes executing the instruction, it will send feedback instruction information including execution status, result data, whether an error is encountered, etc. to the superior command station.

[0061] In steps S120 and S130, the issued task command instruction, fault handling instruction, and received feedback instruction information can be uniformly encoded and processed to form a standardized data format, which is convenient for identification and processing among various modules within the system.

[0062] In steps S120 and S130, instructions generated by each level of command stations can be sent using an instruction server. Moreover, based on preset constraint conditions and test content, it can automatically judge and analyze when to send various generated instructions, and send the instructions to each station-level command station or device through specialized equipment. The command station receives feedback instruction information from subordinate command stations or devices, analyzes its content, and judges whether further adjustment of instructions or issuance of new instructions is required according to the current test status and preset logic.

[0063] In steps S120 and S130, by combining multiple factors such as task progress, equipment status, and environmental conditions, it intelligently analyzes and determines the optimal timing for sending instructions. It conducts intelligent analysis on the received feedback instruction information, quickly judges the execution situation of the instructions, and if there are any abnormalities, it automatically generates corresponding countermeasures, adjusts subsequent instructions, or generates fault handling instructions.

[0064] In addition, a stable information exchange mechanism needs to be established to ensure that the central-level command station can obtain the status information of each level of command stations and devices in real time. At the same time, a visual monitoring interface is provided to facilitate the command personnel to comprehensively grasp the test dynamics.

[0065] In summary, steps S120 and S130 achieve the information-based transmission of command and dispatching instructions among command stations at all levels of the test task. The implementation principle is to encode task command instructions, fault handling instructions, feedback instruction information, etc., and then send them by specialized components or modules. Here, the task command instruction is the command information sent by the central-level command station to each subordinate command station or device, and the sending of this information is realized by the instruction server. The instruction server automatically judges and analyzes the timing of instruction sending and the category of instructions to be sent next according to the preset constraint conditions and test content. The feedback instruction information is mainly sent by the command station or device that receives the instruction. The sending of the feedback instruction information needs to analyze and judge the execution situation of the current instruction according to specific circumstances, and then send it to the superior command station.

[0066] S140: When all task command instructions of the command stations at all levels corresponding to the test task have been executed and all executed successfully, it is determined that the command and dispatching of the test task is over.

[0067] Among them, the department-level command station schedules resources at the corresponding level and does not affect the execution of the instructions generated by the central-level command station; the equipment-level command station schedules resources at the corresponding level and does not affect the execution of the instructions generated by the central-level command station and the department-level command station. Among them, in the absence of the central-level command station, the department-level command station completes the command and dispatch operations corresponding to the central-level command station within the corresponding level range according to the command processing process corresponding to the central-level command station. That is, the department-level command station generates scheduling instructions such as task command instructions and fault handling instructions that the central-level command station should generate according to the command processing process corresponding to the central-level command station, and completes the command and dispatch operations corresponding to the central-level command station.

[0068] In the above embodiment, the central-level command station generates task command instructions or fault handling instructions based on the instruction execution status, fault mode, and fault handling results reported by each department-level command station. It involves two aspects: one is the central-level command decision-making in the fault mode, that is, generating fault handling instructions according to the fault mode reported by each department-level command station, providing a basis for command decision-making for the commander; the command software searches for the fault mode by using the preset fault knowledge base established by the local fault mode and its classification, and then determines the processing decision corresponding to the fault mode by using the fault handling model matching the fault mode. Finally, the fault handling instructions are generated according to the processing decision; the other is to automatically generate subsequent instructions, that is, task command instructions, according to the task progress, instruction execution status, fault mode, and fault handling results reported by each department-level command station, driving the test task to proceed to the next process.

[0069] The department-level command station will schedule the test task resources within its own management authority and will not affect the execution of the instructions generated by the central-level command station, that is, it will not affect the central task command. If it exceeds the pre-plan and the local disposal authority, the department-level command station reports the fault mode and its fault handling results, facilitating the central-level command station to make a command decision based on the reported fault information (such as the fault level and the fault impact range) and generate fault handling instructions. In the absence of the participation of the central-level command station, the department-level command station can complete the command and dispatch of the test task within its own level according to the command processing process of the central-level command station, and its processing scheme is the same as that of the central-level command station.

[0070] The equipment-level command schedules the test task resources within its own management authority and does not affect the task scheduling of the subordinate department-level command station and the central-level command station. If it exceeds the local fault range management authority, the equipment with an operating fault reports the fault mode and the fault handling results to the department-level command station step by step through the equipment command terminal or remotely. The superior command station completes the fault judgment and processing according to the reported fault mode and the fault handling results. The control range of each level of command station includes the subordinate command station and / or single-point equipment.

[0071] The automated command and scheduling method for spaceflight test missions proposed in this disclosure greatly improves the efficiency and accuracy of command and scheduling by enabling efficient information exchange between command stations and equipment at all levels, intelligent sending of instructions, and intelligent processing of feedback instruction information, providing strong guarantee for the smooth execution of modern complex test missions.

[0072] In some embodiments, each command station generates the next task command and determines the first instruction sending time based on at least one of the task progress, instruction execution status, fault mode, and fault handling result, using the preset instruction generation constraint conditions. Specifically, it can be implemented using the following steps:

[0073] Each command station determines the test status based on at least one of the task progress, instruction execution status, fault mode, and fault handling result, using the preset logic rules and algorithm models; generates the next task command and determines the first instruction sending time using the test status and the preset instruction generation constraint conditions.

[0074] In some embodiments, in the case of a fault, if a command station cannot locate the fault mode, cannot determine the corresponding handling decision for the fault mode, or exceeds the handling authority of the corresponding level, the command station reports the fault information to the superior command station or issues a warning.

[0075] In some embodiments, each command station stores the feedback instruction information sent by the subordinate command station or equipment, the fault modes reported by the subordinate command station or equipment, and the collected subordinate status information in the cache, and stores them in the cache in the form of facts using a queue.

[0076] In some embodiments, the above-mentioned search for fault knowledge in the preset fault knowledge base, locating the fault mode, and determining the corresponding handling decision for the fault mode can be specifically implemented using the following steps:

[0077] The preset fault knowledge base represents the preset multiple fault modes and multiple fault handling models using a preset data structure; searches for fault knowledge in the preset fault knowledge base to locate the fault mode; determines the corresponding handling decision for the fault mode using the fault handling model matching the fault mode.

[0078] In some embodiments, each command station searches for fault knowledge in the preset fault knowledge base based on the feedback instruction information sent by the subordinate command station or equipment, the fault modes reported by the subordinate command station or equipment, and the collected subordinate status information, locates the fault mode, and determines the corresponding handling decision for the fault mode, including:

[0079] In the case of a failure of a single-point device, each level of command station respectively searches for fault knowledge in a preset fault knowledge base according to the feedback instruction information sent by the lower-level command station or device, the fault mode reported by the lower-level command station or device, the lower-level status information collected, the type of the faulty device, the fault level, and the fault handling principle, locates the fault mode, and determines the handling decision.

[0080] In some embodiments, as Figure 2 shown, after the start of the test task, each level of command station will first perform a series of initialization operations such as inspections, including but not limited to resource availability inspection, device status inspection, environmental condition inspection, etc., and load the instruction configuration information corresponding to the current test task from the database.

[0081] After that, in a non-fault state, according to the test task process, each level of command station automatically retrieves the instruction information, generates task command instructions, and sends them to the lower-level command station / device. The instructions here include but are not limited to setting parameters, starting operations, data recording, etc.

[0082] After that, each level of command station receives the feedback instruction information, lower-level status information, instruction execution status, fault mode, fault handling result, etc. in real time through the network listening interface. After the lower-level command station / device finishes executing the corresponding instruction, it will send the feedback instruction information to the upper-level command station.

[0083] After that, the command station analyzes the received feedback instruction information, lower-level status information, etc., and confirms whether the result of the instruction execution meets the expectation. If the instruction execution is successful or reaches the expected goal, continue to execute the next instruction; if there are problems or errors, it may be necessary to resend the instruction or take corrective measures.

[0084] After that, it is judged whether all the instructions corresponding to the test task have been executed. If not, continue to execute the next instruction until all the instructions have been executed and all the goals have been achieved, and the test task scheduling ends.

[0085] In this embodiment, each level of command station can automatically generate the next instruction to be executed based on the collected information; among them, the generation processes of the fault handling instruction and the task command instruction are as Figure 3AAs shown in the figure. The central command station's dispatching and processing can provide the commander with command decision-making information for manual intervention in the fault mode (i.e., fault handling instructions) or issue subsequent instructions (i.e., mission command instructions) based on the instruction execution status, fault mode, and fault handling results reported by each subordinate command station. It involves two aspects: one is the central-level command decision-making in the fault mode, that is, the central command station provides the commander with command decision-making basis according to the fault mode and other information reported by each department-level command station or equipment. The command software analyzes and judges the fault mode according to the preset fault knowledge base at this level and generates fault handling instructions; the other is that the central command station automatically generates subsequent instructions (i.e., mission command instructions) according to the mission progress, instruction execution status, fault mode, and fault handling results reported by each department-level command station or equipment, driving the development of the test mission process.

[0086] Among them, the feedback instruction information sent by the subordinate command station or equipment, the fault mode reported by the subordinate command station or equipment, and the collected subordinate status information are temporarily stored in the cache in this way of facts, and the queue method is used for caching. After a certain problem or fault is solved, these data are generally no longer retained. The facts here are used in the fault judgment reasoning process. In addition, the cache data can also be used to debug the preset fault knowledge base. That is, when the mission command instruction or the fault handling instruction does not meet the requirements of the highest-level commander's command, it is generally considered that there is a problem with the preset fault knowledge base. Therefore, it is necessary to debug the preset fault knowledge base to find out the problematic knowledge.

[0087] Among them, in the fault judgment processing, the knowledge retrieval is started according to the facts stored in the cache to complete the fault judgment analysis and processing, and the fault handling instructions are generated according to the analysis and processing results. Here, appropriate data structures and algorithms are used to implement the fault judgment analysis and processing. Specifically, the data structure can represent the fault mode and its fault handling model, and the data structure describing the fault mode and its processing model can form a unique fault judgment processing method. Therefore, the key to implementing the fault judgment processing is to adopt the method of "data structure + algorithm" based on the representation of the preset fault knowledge base.

[0088] The department-level command station includes two situations: local control and controlled. Under the command of the central command station, the department-level command station controls the fault influence range within the local command level within its own fault management authority and does not affect the mission command of the central command station. If it exceeds the pre-plan and the local disposal authority, the department-level command station promptly reports the fault mode and its fault handling results, facilitating the central command station to make command decisions according to the level of the reported fault and the fault influence range, etc. In the case of no participation of the central command station, the department-level command station can organize and command the test mission within its own scope according to the fault handling process of the central command station, and its fault handling method is the same as that of the central command station.

[0089] Within the scope of its own fault management authority, the equipment-level command station scheduling and processing process controls the impact scope of faults with a low fault level at the equipment-level command level, thus not affecting the subordinate department-level command stations and the central-level command stations. Beyond the scope of its own fault management authority, the equipment with an operating fault reports the fault mode and the fault handling result step by step through the equipment command terminal or remotely controls the department-level command station; the superior command station completes the fault judgment processing and the judgment of the fault handling result based on the reported fault mode and the fault handling result, and provides the command and execution process for the test task, such as Figure 3B as shown

[0090] For unforeseen faults occurring in single-point equipment among key equipment, the central-level command station obtains the relevant fault modes and their fault handling results, and based on conditions such as the type of faulty equipment and the fault level, and the corresponding fault handling principles, conducts logical control processing on the faults to achieve command and control under the fault mode. Specifically:

[0091] The central-level command station will capture the operating faults and their handling results of relevant business systems in real time. Based on the specific type of faulty equipment and the fault level, combined with the preset fault handling principles, it quickly starts the logical control processing program. This process includes a preliminary analysis of the faults, accurately diagnosing the cause of the faults through knowledge retrieval and real-time data comparison; comprehensively evaluating the fault level, determining the fault mode, and accordingly deciding what level of response measures to take, that is, determining the processing decision, such as emergency shutdown, isolating the fault point, starting standby equipment, etc. After determining the fault handling decision, it will automatically transfer to the corresponding subsequent processing process, such as dispatching a maintenance team for on-site maintenance, replacing faulty components, adjusting system configuration, etc., to ensure that the faulty equipment can resume normal operation as soon as possible. At the same time, the system will continuously track the progress of fault handling, update the fault status in real time until the fault is completely resolved, thereby ensuring the smooth progress of the entire test task process.

[0092] The above embodiments achieve efficient and accurate information exchange between command stations and equipment at all levels, as well as intelligent sending and feedback of instructions. Its specific implementation can rely on the automated command and scheduling system for space test tasks. Each level of command station in this system can respectively include at least one of a command information coding module, a status collection module, a status judgment module, a command instruction generation module, a command instruction sending module, and a status reporting module.

[0093] Among them, the command information coding module is responsible for converting complex command intentions or instruction contents into a unified and standardized data coding format, and accurately mapping abstract command decisions into a combination of numbers and symbols through preset coding rules and protocols; thus ensuring the accuracy of information, improving the efficiency and security of information transmission, and laying a solid foundation for subsequent information processing and transmission.

[0094] The status collection module comprehensively and in real time collects critical information such as the execution status, potential failure modes, implemented troubleshooting measures, and their results of subordinate command stations or equipment. Through efficient data acquisition technology and precise parsing algorithms, the status collection module ensures the timeliness and accuracy of this information, providing the system with comprehensive and authentic mission execution feedback, a crucial basis for status assessment and command adjustments.

[0095] The Status Judgment Module uses data provided by the Status Collection Module and pre-set logical rules and algorithmic models to quickly and accurately assess and judge the overall or partial status of the current test mission. This module can identify abnormal situations, potential risks, and successful progress during the execution of the test mission, providing a scientific basis for command decision-making.

[0096] Based on the status assessment module, the command generation module automatically generates the next step of command data, such as mission command instructions and fault handling instructions, based on the current mission status and pre-set command strategies. These automatically generated instructions not only include specific operational requirements but may also include optimization and adjustment suggestions or emergency response plans, aiming to guide the test mission smoothly toward its intended objectives. This intelligent generation of instructions reduces human intervention and improves command efficiency and accuracy.

[0097] The command transmission module bridges the gap between the command station and execution components (such as lower-level command stations and equipment). It is responsible for promptly and accurately transmitting generated command instructions to higher- and lower-level command stations or equipment. This module utilizes efficient and secure communication protocols and technologies to ensure the integrity, confidentiality, and reliability of command transmission. Through a real-time feedback mechanism, it also monitors the status of command transmission, providing strong support for effective execution.

[0098] The status reporting module is responsible for compiling and organizing information such as the current command station or equipment's operating status, performance indicators, and important events, and promptly reporting them to the higher-level command station. By implementing standardized report templates and flexible data analysis capabilities, this module ensures comprehensive and intuitive reporting, enabling the higher-level command station to quickly grasp the overall situation and make more informed decisions. Furthermore, the module supports customized reporting services to meet the specialized information acquisition requirements of command organizations at different levels and with varying needs.

[0099] Through automated processing, the above embodiments of the present disclosure significantly reduce manual intervention, improve the speed and accuracy of instruction issuance and feedback collection, and effectively improve the scheduling efficiency of test tasks. At the same time, the above embodiments of the present disclosure utilize standardized information coding and intelligent judgment mechanisms to effectively avoid instruction errors or omissions caused by human factors. At the same time, the above embodiments of the present disclosure achieve real-time monitoring and intelligent response to test tasks, enabling the command personnel to more accurately grasp the test progress, timely adjust strategies, ensure the smooth completion of tasks, and effectively enhance the controllability of test tasks. In addition, the above embodiments of the present disclosure make the system easy to upgrade and expand through modular design, facilitating adaptation to the more complex and changeable test task requirements in the future.

[0100] Based on the same inventive concept, the present disclosure provides an automated command and scheduling system for spaceflight test tasks. The steps executed by the components of this system are the same as or similar to those of the above method, so the similar parts will not be elaborated here. As Figure 4 shown, the automated command and scheduling system for spaceflight test tasks in this embodiment includes an initialization module 410 and a command and scheduling module 420.

[0101] Among them, the initialization module 410 is used to respond to the start operation of the test task, and each level of command station respectively performs an initialization operation. The command stations at each level include a central-level command station, a department-level command station, and an equipment-level command station in sequence from high level to low level.

[0102] The command and scheduling module 420 is used to, in a non-fault state, each level of command station respectively generates the next task command instruction and determines the first instruction sending time according to at least one of the task progress, instruction execution status, fault mode, and fault handling result by using the preset instruction generation constraint conditions; encodes the task command instruction, and sends the encoded task command instruction to the lower-level command station or the device with a command relationship at the first instruction sending time.

[0103] The command and scheduling module 420 is further used to, in a fault state, each level of command station respectively searches for fault knowledge in the preset fault knowledge base according to the feedback instruction information sent by the lower-level command station or device, the fault mode reported by the lower-level command station or device, and the collected lower-level status information, locates the fault mode, and determines the processing decision corresponding to the fault mode; and generates a fault handling instruction according to the processing decision, encodes the fault handling instruction, determines the second instruction sending time, and sends the encoded fault handling instruction to the lower-level command station or device at the second instruction sending time. Among them, the feedback instruction information is the feedback information after the execution of the task corresponding to the task command, including at least one of the following: instruction execution status, potential fault mode, implemented fault handling measures, and result data corresponding to the fault handling measures.

[0104] The command and dispatch module 420 is further configured to determine the end of the command and dispatch of the test task when all task command instructions of all levels of command stations corresponding to the test task have been executed and executed successfully.

[0105] Among them, the department-level command station dispatches resources at the corresponding level and does not affect the execution of the instructions generated by the central-level command station; the equipment-level command station dispatches resources at the corresponding level and does not affect the execution of the instructions generated by the central-level command station and the department-level command station.

[0106] Among them, in the case of no central-level command station, the department-level command station completes the command and dispatch operations corresponding to the central-level command station according to the command processing process corresponding to the central-level command station within the corresponding level range.

[0107] According to an embodiment of the present disclosure, the present disclosure also provides an electronic device and a computer-readable storage medium.

[0108] Figure 5 FIG shows a schematic block diagram of an exemplary electronic device 500 that can be used to implement embodiments of the present disclosure. The electronic device is intended to represent various forms of digital computers, such as, a laptop computer, a desktop computer, a workbench, a personal digital assistant, a server, a blade server, a mainframe computer, and other suitable computers. The electronic device can also represent various forms of mobile devices, such as, a personal digital processor, a cellular phone, a smart phone, a wearable device, and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely examples and are not intended to limit the implementation of the present disclosure described and / or claimed herein.

[0109] As Figure 5 shown, the device 500 includes a computing unit 510, which can perform various appropriate actions and processes according to a computer program stored in a read-only memory (ROM) 520 or a computer program loaded from a storage unit 580 into a random access memory (RAM) 530. In the RAM 530, various programs and data required for the operation of the device 500 can also be stored. The computing unit 510, the ROM 520, and the RAM 530 are connected to each other through a bus 540. An input / output (I / O) interface 550 is also connected to the bus 540.

[0110] Multiple components in device 500 are connected to I / O interface 550, including: input unit 560, such as a keyboard, mouse, etc.; output unit 570, such as various types of displays, speakers, etc.; storage unit 580, such as a disk, optical disc, etc.; and communication unit 590, such as a network card, modem, wireless communication transceiver, etc. Communication unit 590 allows device 500 to exchange information / data with other devices via a computer network such as the Internet and / or various telecommunication networks.

[0111] Computing unit 510 can be various general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of computing unit 510 include but are not limited to a central processing unit (CPU), a graphics processing unit (GPU), various dedicated artificial intelligence (AI) computing chips, various computing units running machine learning model algorithms, a digital signal processor (DSP), and any suitable processor, controller, microcontroller, etc. Computing unit 510 executes the various methods and processes described above. For example, in some embodiments, any of the above methods can be implemented as a computer software program, which is tangibly contained in a machine-readable medium, such as storage unit 580. In some embodiments, part or all of the computer program can be loaded and / or installed onto device 500 via ROM 520 and / or communication unit 590. When the computer program is loaded into RAM 530 and executed by computing unit 510, one or more steps of any of the above-described methods can be executed. Alternatively, in other embodiments, computing unit 510 can be configured to execute any of the above-described methods by any other suitable means (e.g., by means of firmware).

[0112] Various embodiments of the systems and techniques described above herein can be implemented in digital electronic circuitry, integrated circuit systems, field programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), application specific standard products (ASSPs), systems on a chip (SOCs), complex programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various embodiments can include: implemented in one or more computer programs, the one or more computer programs being executable and / or interpretable on a programmable system including at least one programmable processor, the programmable processor being a special or general-purpose programmable processor that can receive data and instructions from a storage system, at least one input device, and at least one output device, and transmit the data and instructions to the storage system, the at least one input device, and the at least one output device.

[0113] The program code for implementing the methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, a special purpose computer, or other programmable data processing device, such that when the program codes are executed by the processor or controller, the functions / operations specified in the flowcharts and / or block diagrams are implemented. The program codes may be executed entirely on the machine, partially on the machine, as a stand-alone software package partially on the machine and partially on a remote machine, or entirely on a remote machine or server.

[0114] In the context of the present disclosure, a machine-readable medium may be a tangible medium that can contain or store a program for use by or in connection with an instruction execution system, apparatus, or device. A machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or 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.

[0115] In order to provide interaction with a user, the systems and techniques described herein may be implemented on a computer having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user; and a keyboard and a pointing device (e.g., a mouse or a trackball) by which the user can provide input to the computer. Other kinds of devices may also be used to provide interaction with the user; for example, the feedback provided to the user may be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user may be received in any form (including acoustic input, voice input, or tactile input).

[0116] The systems and techniques described herein can be implemented in a computing system that includes backend components (e.g., as a data server), or a computing system that includes middleware components (e.g., an application server), or a computing system that includes frontend components (e.g., a user computer having a graphical user interface or a web browser through which a user can interact with an implementation of the systems and techniques described herein), or a computing system that includes any combination of such backend components, middleware components, or frontend components. The components of the system can be interconnected to each other by digital data communication in any form or medium (e.g., a communication network). Examples of communication networks include: local area network (LAN), wide area network (WAN), and the Internet.

[0117] A computer system can include a client and a server. The client and the server are generally far from each other and typically interact through a communication network. The client-server relationship is created by computer programs that run on the respective computers and have a client-server relationship with each other. The server can be a cloud server, or a server of a distributed system, or a server that incorporates a blockchain.

[0118] It should be understood that various forms of the processes shown above can be used, steps can be reordered, added, or deleted. For example, the steps recited in this disclosure can be executed in parallel, sequentially, or in a different order, as long as the desired results of the technical solutions disclosed in this disclosure can be achieved, and no limitations are imposed herein.

[0119] The above specific embodiments do not constitute a limitation on the protection scope of this disclosure. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this disclosure shall be included within the protection scope of this disclosure.

Claims

1. A method for automated command and dispatch of aerospace test missions, characterized in that: include: In response to the start-up operation of the test task, the command stations at each level respectively perform initialization operations; the command stations at each level include, from high to low level, a central-level command station, a department-level command station, and an equipment-level command station; In a non-fault state, the command stations at all levels respectively generate the next task command instruction and determine the first instruction sending time based on at least one of the task progress, instruction execution status, fault mode and fault handling result using the preset instruction generation constraint conditions; Encoding the mission command instruction, and sending the encoded mission command instruction to a lower-level command station or a device with a command relationship at the first instruction sending time; wherein the first instruction sending time is the sending time of the corresponding mission command instruction; In a fault state, each level of command station searches for fault knowledge in a preset fault knowledge base based on feedback instruction information sent by the subordinate command station or equipment, the fault mode reported by the subordinate command station or equipment, and the collected subordinate status information, locates the fault mode, and determines a processing decision corresponding to the fault mode; and generates a fault processing instruction based on the processing decision, encodes the fault processing instruction, determines a second instruction sending time, and sends the encoded fault processing instruction to the subordinate command station or equipment at the second instruction sending time; wherein the feedback instruction information is feedback information after the execution of the task corresponding to the task command command, including at least one of the following: instruction execution status, potential fault mode, implemented fault handling measures, and result data corresponding to the fault handling measures; When all the task command instructions of the command stations at all levels corresponding to the test task have been executed and successfully, the test task command dispatch is determined to be completed; Among them, the station-level command station dispatches resources of the corresponding level without affecting the execution of instructions generated by the central-level command station; the equipment-level command station dispatches resources of the corresponding level without affecting the execution of instructions generated by the central-level command station and the station-level command station; In the absence of a central-level command station, the department-level command station shall complete the command and dispatch operations corresponding to the central-level command station within the scope of the corresponding level according to the command processing procedures corresponding to the central-level command station; The command stations at each level generate the next task command instruction and determine the first instruction sending time based on at least one of the task progress, instruction execution status, fault mode, and fault handling result using preset instruction generation constraints, including: The command stations at all levels determine the test status using preset logic rules and algorithm models based on at least one of the task progress, instruction execution status, fault mode and fault handling results; The test state and preset instruction generation constraints are used to generate the next task command instruction and determine the first instruction sending time.

2. The method according to claim 1, characterized in that The command stations at each level respectively perform initialization operations, including: Command stations at all levels shall perform at least the following initialization operations: Resource availability check, equipment status check, environmental condition check, and loading the instruction configuration information corresponding to the current test task from the database.

3. The method according to claim 1, characterized in that In the fault state, the method further comprises: When the fault mode cannot be located, the corresponding processing decision cannot be determined, or the processing authority of the corresponding level is exceeded, the corresponding command station reports the fault information to the superior command station or issues an early warning.

4. The method according to claim 1, wherein Also includes: Each level of command station stores the feedback instruction information sent by the subordinate command station or equipment, the fault mode reported by the subordinate command station or equipment, and the collected subordinate status information in the cache.

5. The method according to claim 4, characterized in that Also includes: The feedback instruction information, the fault mode reported by the lower-level command station or the device, and the lower-level status information are stored in the cache in the form of facts using a queue.

6. The method according to claim 1, characterized in that The method of searching for fault knowledge in a preset fault knowledge base, locating the fault mode, and determining a processing decision corresponding to the fault mode includes: The preset fault knowledge base uses a preset data structure to represent multiple preset fault modes and multiple fault processing models; Search for fault knowledge in the preset fault knowledge base to locate the fault mode; A fault processing model that matches the fault mode is used to determine a processing decision corresponding to the fault mode.

7. The method according to claim 1, characterized in that The control scope of the command stations at each level includes the lower-level command stations and / or single-point devices.

8. The method according to claim 1, characterized in that The command stations at each level search for fault knowledge in a preset fault knowledge base based on the feedback instruction information sent by the subordinate command station or equipment, the fault mode reported by the subordinate command station or equipment, and the collected subordinate status information, locate the fault mode, and determine the processing decision corresponding to the fault mode, including: In the event of a single-point device failure, command stations at all levels will search for fault knowledge in the preset fault knowledge base based on the feedback instruction information sent by the subordinate command station or device, the fault mode reported by the subordinate command station or device, the collected subordinate status information, the type of faulty equipment, the fault level, and the fault handling principles, to locate the fault mode and determine the handling decision.

9. An automated command and dispatch system for aerospace test missions, characterized in that: include: An initialization module, configured to execute initialization operations at each level of command stations in response to a start-up operation of a test task; the command stations at each level, from high to low, include a central-level command station, a department-level command station, and an equipment-level command station; A command and dispatch module is configured to, in a non-fault state, generate the next task command instruction and determine the time to send the first instruction based on at least one of the task progress, instruction execution status, fault mode, and fault handling result using preset instruction generation constraints at each level of command stations; Encoding the mission command instruction, and sending the encoded mission command instruction to a lower-level command station or a device with a command relationship at the first instruction sending time; wherein the first instruction sending time is the sending time of the corresponding mission command instruction; The command and dispatch module is further configured to, in a fault state, enable command stations at all levels to search for fault knowledge in a preset fault knowledge base, locate the fault mode, and determine a processing decision corresponding to the fault mode, based on feedback instruction information sent by a subordinate command station or device, a fault mode reported by a subordinate command station or device, and collected subordinate status information, respectively; and to generate a fault processing instruction based on the processing decision, encode the fault processing instruction, determine a second instruction sending time, and send the encoded fault processing instruction to the subordinate command station or device at the second instruction sending time; wherein the feedback instruction information is feedback information after the execution of a task corresponding to the task command command, and includes at least one of the following: instruction execution status, potential fault mode, implemented fault handling measures, and result data corresponding to the fault handling measures; The command and dispatch module is further configured to determine that the command and dispatch of the test task is completed when all task command instructions of the command stations at all levels corresponding to the test task have been executed and successfully executed; Among them, the station-level command station dispatches resources of the corresponding level without affecting the execution of instructions generated by the central-level command station; the equipment-level command station dispatches resources of the corresponding level without affecting the execution of instructions generated by the central-level command station and the station-level command station; In the absence of a central-level command station, the department-level command station shall complete the command and dispatch operations corresponding to the central-level command station within the scope of the corresponding level according to the command processing procedures corresponding to the central-level command station; The command and dispatch module is specifically configured to generate the next task command instruction and determine the first instruction sending time based on at least one of the task progress, instruction execution status, fault mode, and fault handling result by using preset instruction generation constraints when executing the command stations at each level: The command stations at all levels determine the test status using preset logic rules and algorithm models based on at least one of the task progress, instruction execution status, fault mode and fault handling results; The test state and preset instruction generation constraints are used to generate the next task command instruction and determine the first instruction sending time.

Images