On-orbit autonomous optimization method and system for space-borne software

Abstract

The application provides a kind of on-orbit autonomous optimization method and system of spaceborne software.First, define a unified compatibility interface for APP versions that can independently complete the same function, ensure that all versions of APP can be seamlessly connected when exchanging data and communicating.Second, use containerization technology to create container instances for each APP version, achieving resource isolation.Then, the satellite operating system can dynamically load and switch different versions of APP according to task requirements and running state.Finally, the monitoring module can monitor the running state of APP in real time and trigger the switching mechanism when a fault is detected.In addition, a version-to-version collaboration mechanism is created to ensure that different versions of APP can work together when performing critical tasks, thereby improving the flexibility and reliability of satellite on-orbit APP multi-version operation.

Description

TECHNICAL FIELD

[0001] The present application belongs to the field of satellite software management, and specifically relates to a method and system for autonomous optimization of satellite software in orbit. BACKGROUND

[0002] With the rapid development of aerospace technology, the functions of satellites are becoming increasingly diversified and complex, and the number of application programs (APPs) running on satellites is increasing. They not only include basic data processing and communication functions, but also cover a variety of tasks such as advanced scientific experiments, earth observation, navigation and positioning. These application programs need to run stably in extreme space environment, and at the same time, they should be able to adapt to new requirements proposed by the ground control center according to task changes.

[0003] In such a multi-task parallel background, the traditional single version running mode gradually exposes its limitations. The single version running mode represents that only one version of application program runs on the satellite, which limits the ability of the satellite to handle diversified tasks, and is not conducive to quickly responding to ground instructions for software updating and maintenance. In addition, when facing software failure or upgrading, the single version leads to instability of the entire system and even service interruption.

[0004] In order to solve these problems, a new method needs to be developed to ensure the compatibility and stability of different versions of APPs. This method can manage multiple application program versions, allow them to run seamlessly on the same platform, while maintaining the overall performance and reliability of the system.

[0005] Patent document CN108052355A discloses a multi-version degree switching scheme, but it needs to rely on ground instructions when switching software, and needs to wait for the ground to issue software switching instructions (step 5). The system relies on ground station instructions for software version switching and maintenance to a great extent, which limits the autonomy and response time of the system, especially in the case of communication interruption or delay of the ground station. SUMMARY

[0006] In view of the defects in the prior art, the purpose of the present application is to provide a method and system for autonomous optimization of satellite software in orbit.

[0007] According to the method for autonomous optimization of satellite software in orbit provided by the present application, the following steps are included:

[0008] Step S1: ground creates one or more different versions of APPs;

[0009] Step S2: the one or more different versions of APPs define a unified compatibility interface;

[0010] Step S3: the unified compatibility interface creates independent container instances for the one or more different versions of APPs;

[0011] Step S4: Let the satellite operating system according to the current task requirements and running state, dynamic loading and switching the container instance;

[0012] Step S5: Real-time monitoring of the one or more different versions of the APP container instance running state, when the container instance failure is detected, the switching mechanism is triggered immediately;

[0013] Step S6: Let the one or more different versions of the APP have a cooperative mechanism, when the set key task is executed, the cooperative mechanism can work together to provide consistent service.

[0014] Preferably, in the step S1:

[0015] The one or more different versions of the APP have the ability to complete the satellite operation set function independently, and the different versions of the APP are implemented by using different programming languages, operation interfaces, frameworks and algorithms, which can adapt to different operation environments or meet the set performance requirements;

[0016] In the step S2:

[0017] The unified compatibility interface includes data exchange format and communication protocol.

[0018] Preferably, in the step S3:

[0019] The container instance is based on container technology to realize resource isolation, specifically, for one or more different versions of the APP, an isolated running environment container is deployed, and each running environment container contains all dependencies and configurations required for the APP running;

[0020] In the step S4:

[0021] The dynamic loading and switching specifically means that the satellite operating system has intelligent decision-making ability, which can dynamically select and load the matching version of the APP according to the current task requirements, system resource status and running efficiency, wherein the characteristics of different versions are evaluated and matching selection is made.

[0022] Preferably, in the step S5:

[0023] The real-time monitoring specifically means that the running state of the APP container instance is monitored in real time; wherein the running state includes resource usage, task priority, performance index and external environmental factors;

[0024] The step S5 includes the following steps:

[0025] Step S501: Monitor the running status of the APP in real time, wherein the running status includes CPU utilization, memory usage, and network communication status;

[0026] Step S502: If an anomaly is detected, the preset anomaly handling process is immediately initiated. The anomaly handling process includes automatically restarting the APP, switching to a backup version, and sending an alarm notification.

[0027] In step S6:

[0028] The aforementioned collaboration mechanism ensures communication, data synchronization, task coordination, and result integration among the app versions when executing key tasks.

[0029] Step S6 includes the following steps:

[0030] Step S601: Create a collaborative work framework;

[0031] Step S602: When the collaborative work framework performs the set key tasks, it enables data exchange and task collaboration for the different versions of the APP;

[0032] Step S603: Enable the collaborative work framework to support task scheduling, data synchronization, and data consistency verification functions;

[0033] Step S604: Develop a collaborative work agreement for the collaborative work framework, clarify the roles and responsibilities of the different versions of the APP in the collaborative task, conduct collaborative work tests, and ensure that the different versions of the APP can collaborate in actual operation to meet the task requirements.

[0034] According to the present invention, an on-orbit autonomous optimization system for spaceborne software includes:

[0035] Module M1: Enables the creation of one or more different versions of the app on the ground.

[0036] Module M2: Defines a unified compatibility interface for one or more different versions of the APP;

[0037] Module M3: Enables a unified compatibility interface to create independent container instances for one or more different versions of the app;

[0038] Module M4: Enables the satellite operating system to dynamically load and switch the container instances based on current mission requirements and operating status;

[0039] Module M5: Monitors the running status of container instances of one or more different versions of the APP in real time, and triggers a switching mechanism immediately when a failure of the container instance is detected.

[0040] Module M6: The one or more different versions of APPs have a cooperative mechanism. When performing a set of key tasks, the cooperative mechanism can work cooperatively to provide consistent services.

[0041] Preferably, in the module M1:

[0042] The one or more different versions of APPs have the ability to independently complete the satellite operation setting function. These different versions of APPs use different programming languages, operation interfaces, frameworks, and algorithms to adapt to different operating environments or meet the performance requirements of the set;

[0043] In the module M2:

[0044] The unified compatibility interface includes data exchange format and communication protocol.

[0045] Preferably, in the module M3:

[0046] The container instance is based on container technology to realize resource isolation. Specifically, it refers to deploying an isolated running environment container for one or more different versions of APPs, and each running environment container contains all dependencies and configurations required for the APP to run;

[0047] In the module M4:

[0048] The dynamic loading and switching specifically refers to that the satellite operating system has intelligent decision-making ability, which can dynamically select and load the matching version of the APP according to the current task demand, system resource status and running efficiency, wherein the characteristics of different versions are evaluated and a matching selection is made.

[0049] Preferably, in the module M5:

[0050] The real-time monitoring specifically refers to real-time monitoring of the running state of the container instance of the APP. The running state includes resource usage, task priority, performance indicators, and external environmental factors.

[0051] The module M5 includes modules:

[0052] Module M501: Real-time monitoring of the running state of the APP, wherein the running state includes CPU usage, memory occupation, and network communication state.

[0053] Module M502: If an exception is found, a preset exception handling process is started immediately, wherein the exception handling process includes automatically restarting the APP, switching to a backup version, and sending an alarm notification.

[0054] In the module M6:

[0055] The cooperation mechanism can ensure the communication between the versions of APPs, data synchronization, task coordination and result integration when performing the set key task is implemented;

[0056] The module M6 comprises modules of:

[0057] Module M601: creating a cooperation framework;

[0058] Module M602: making the cooperation framework exchange data and cooperate tasks for the different versions of APPs when performing the set key task;

[0059] Module M603: making the cooperation framework support task scheduling, data synchronization and data consistency verification functions;

[0060] Module M604: formulating the cooperation protocol of the cooperation framework, making clear the roles and responsibilities of the different versions of APPs in the cooperation task, performing the cooperation test, and ensuring that the different versions of APPs can cooperate in the actual operation to meet the task requirements.

[0061] According to the satellite provided by the application, the on-orbit autonomous optimization method of the satellite-borne software is used to perform autonomous optimization on the satellite-borne software.

[0062] According to the satellite-borne software system provided by the application, the on-orbit autonomous optimization method of the satellite-borne software is used to perform autonomous optimization.

[0063] Compared with the prior art, the application has the following beneficial effects:

[0064] 1、The application can effectively solve the compatibility problem of APP multi-version operation of the satellite in the on-orbit operation, improve the stability and reliability of the satellite system, and reduce the risk of system failure; through the step S4, the application can automatically switch the multi-version software on the satellite according to the task requirements and the operation state without relying on the ground instruction, thereby saving the time of relying on the ground response and improving the software switching efficiency.

[0065] 2、The application creates the multi-version APP, so that the satellite system can flexibly cope with different task requirements and scene changes.

[0066] 3、The application has a version cooperation mechanism, thereby improving the fault tolerance of the system and ensuring the continuity and reliability of the key task.

[0067] 4、The application has a multi-version APP operation compatibility mechanism, thereby simplifying the maintenance and upgrading process of the software and reducing the maintenance cost.

[0068] 5、The application can realize a certain set function for a satellite, solve the problems of existing defects and monotonous application scenarios of a single version, and can run multiple versions of APP on the satellite simultaneously, thereby improving the accuracy and reliability of satellite operation. BRIEF DESCRIPTION OF DRAWINGS

[0069] Other features, objects, and advantages of the application will become more apparent from the following detailed description of non-limiting embodiments, when read in conjunction with the accompanying drawings:

[0070] Figure 1 The flowchart of the on-orbit autonomous optimization method and system for satellite-borne software.

[0071] The drawings show:

[0072] n in APP-n represents a serial number. DETAILED DESCRIPTION

[0073] The application will be described in detail below with specific embodiments. The following embodiments will help those skilled in the art to further understand the application, but do not limit the application in any form. It should be pointed out that, for those skilled in the art, without departing from the concept of the application, a number of changes and improvements can be made. These all belong to the protection scope of the application.

[0074] The application provides an on-orbit autonomous optimization method and system for satellite-borne software, referring to Figure 1 , including the following contents:

[0075] Firstly, a unified compatibility interface is defined for APP versions capable of independently completing the same function, ensuring that all versions of APP can be seamlessly connected when exchanging data and communicating.

[0076] Secondly, a container instance is created for each APP version using containerization technology, realizing resource isolation.

[0077] Then, the satellite operating system can dynamically load and switch different versions of APP according to task requirements and running states.

[0078] Finally, the monitoring module can monitor the APP running state in real time and trigger the switching mechanism when a fault is detected. At the same time, a version-to-version cooperation mechanism is created to ensure that different versions of APP can work cooperatively when performing critical tasks. Thus, the flexibility and reliability of the on-orbit multi-version running of the satellite are improved.

[0079] The application will be described in more detail below.

[0080] According to the on-orbit autonomous optimization method for satellite-borne software provided by the application, the following steps are specifically included:

[0081] Step S1: When a certain set function is operated for the satellite, the ground development team creates multiple different versions of APP, each of which has the ability to independently complete the function. These APPs use different programming languages, operation interfaces, frameworks, and algorithm implementations to adapt to different operating environments or meet the performance requirements set, for example, some versions are optimized for low-power consumption environments, while others focus on handling high data throughput.

[0082] The creation of multiple different versions of APPs specifically refers to the adoption of a diversified design strategy for certain set functions of the satellite, with multiple professional designers independently implementing architecture and algorithms to produce multiple versions of task planning software.

[0083] Step S2: Define a unified compatibility interface for all versions of APP, including data exchange format and communication protocol. Specifically, use JSON as the data exchange format and RESTful API as the communication protocol, and through the unification of the compatibility interface, ensure that different versions of APP can seamlessly interface when exchanging data and communicating.

[0084] Step S3: Based on containerization technology, create independent container instances for each APP version to achieve resource isolation. The implementation of resource isolation specifically refers to using Apache container technology to deploy an isolated runtime environment for each version of APP, with each container containing all dependencies and configurations required for APP operation to ensure environment consistency. Using containerization technology can abstract and isolate resources, allowing different versions of APP to run independently in their respective containers without interfering with each other.

[0085] Step S4: The satellite operating system dynamically loads and switches different versions of APP according to the current task requirements and running state. The dynamic loading and switching is automatically performed according to the current task requirements and running state, and further the satellite operating system has intelligent decision-making capabilities, which can dynamically select and load matching APP versions according to the current task requirements, system resource status, and running efficiency. This dynamic loading and switching mechanism and the satellite operating system can quickly evaluate the characteristics of different versions and make matching selections.

[0086] The dynamic loading specifically refers to developing a dynamic loading module that automatically selects and loads the most suitable APP version based on task requirements and system state. For example, version selection is based on factors such as task urgency, resource consumption, historical execution efficiency, etc.

[0087] Step S5: Real-time monitoring of the running state of each version of APP, triggering the switching mechanism as soon as a fault is detected, the real-time monitoring, specifically refers to real-time monitoring of the running state of APP (including: resource usage, task priority, performance indicators and external environmental factors), and starting the exception handling mechanism as soon as an exception is found. For example, real-time monitoring of the running state of APP, including CPU usage, memory occupation, network communication state. As soon as an exception is found, the preset exception handling process is started, including automatically restarting the APP, switching to the backup version, and sending an alarm notification.

[0088] Step S6: Create a version coordination mechanism to ensure that different versions of APP can work together to provide consistent services when performing critical tasks, the version coordination mechanism is to ensure communication, data synchronization, task coordination and result integration between different APP versions when performing critical tasks. For example, create a collaborative work framework, different versions of APP can effectively exchange data and coordinate tasks through the framework when performing critical tasks. At the same time, the collaborative work framework supports task scheduling, data synchronization, and data consistency verification functions. For example, use message queues or event-driven architecture to achieve loose coupling communication between different versions of APP. Develop a collaborative work protocol to clearly define the roles and responsibilities of each version of APP in collaborative tasks, and conduct collaborative work tests to ensure that each version of APP can efficiently collaborate in actual operation to meet task requirements.

[0089] The application also provides a satellite-borne software on-orbit autonomous optimization system, which can be realized by executing the process steps of the satellite-borne software on-orbit autonomous optimization method, that is, the satellite-borne software on-orbit autonomous optimization method can be understood by those skilled in the art as the preferred embodiment of the satellite-borne software on-orbit autonomous optimization system.

[0090] According to the satellite-borne software on-orbit autonomous optimization system provided by the application, the satellite-borne software on-orbit autonomous optimization system comprises:

[0091] Module M1: Let the ground create one or more different versions of APP;

[0092] Module M2: Let the one or more different versions of APP define a unified compatibility interface;

[0093] Module M3: Let the unified compatibility interface create independent container instances for one or more different versions of APP;

[0094] Module M4: Let the satellite operating system dynamically load and switch the container instances according to the current task demand and running state;

[0095] Module M5: Real-time monitoring of the running state of the container instance of the one or more different versions of APPs, and triggering a switching mechanism when a failure of the container instance is detected;

[0096] Module M6: Providing a coordination mechanism between the one or more different versions of APPs, which can work together to provide consistent services when performing a set of critical tasks.

[0097] In the module M1:

[0098] The one or more different versions of APPs have the ability to independently complete the satellite operation setting function, and these different versions of APPs use different programming languages, operation interfaces, frameworks, and algorithms to adapt to different operating environments or meet the performance requirements of the set;

[0099] In the module M2:

[0100] The unified compatibility interface includes data exchange format and communication protocol.

[0101] In the module M3:

[0102] The container instance is based on container technology to realize resource isolation, wherein the implementation of resource isolation specifically refers to deploying an isolated running environment container for one or more different versions of APPs, and each running environment container contains all dependencies and configurations required for the APP to run;

[0103] In the module M4:

[0104] The dynamic loading and switching specifically refers to that the satellite operating system has intelligent decision-making ability, which can dynamically select and load the matching version of the APP according to the current task demand, system resource status and running efficiency, wherein the characteristics of different versions are evaluated and a matching selection is made.

[0105] In the module M5:

[0106] The real-time monitoring specifically refers to real-time monitoring of the running state of the container instance of the APP; wherein the running state includes resource usage, task priority, performance indicators, and external environmental factors;

[0107] The module M5 includes modules:

[0108] Module M501: Real-time monitoring of the running state of the APP, wherein the running state includes CPU usage, memory occupation, and network communication state;

[0109] Module M502: if an abnormality is found, a preset abnormality processing procedure is started immediately, wherein the abnormality processing procedure comprises automatically restarting the APP, switching to a backup version, and sending an alarm notification;

[0110] In the module M6:

[0111] The cooperative mechanism can ensure that communication between the versions of the APP, data synchronization, task coordination and result integration are realized when performing the set key task;

[0112] The module M6 comprises modules:

[0113] Module M601: creating a cooperative work framework;

[0114] Module M602: enabling the cooperative work framework to perform data exchange and task cooperation for the different versions of the APP when performing the set key task;

[0115] Module M603: enabling the cooperative work framework to support task scheduling, data synchronization and data consistency verification functions;

[0116] Module M604: formulating a cooperative work protocol of the cooperative work framework, explicitly defining the roles and responsibilities of the different versions of the APP in the cooperative task, and performing cooperative work testing to ensure that the different versions of the APP can cooperate and meet the task requirements in actual operation.

[0117] The application also provides a satellite adopting the on-orbit autonomous optimization method and system for on-board software to perform autonomous optimization on the on-board software.

[0118] The application also provides an on-board software system adopting the on-orbit autonomous optimization method and system for on-board software to perform autonomous optimization.

[0119] Those skilled in the art know that, in addition to implementing the system and each device, module and unit thereof provided by the application in a pure computer readable program code manner, the system and each device, module and unit thereof provided by the application can also be implemented in the form of logic gates, switches, special integrated circuits, programmable logic controllers and embedded microcontrollers by logically programming the method steps to realize the same functions. Therefore, the system and each device, module and unit thereof provided by the application can be considered as a hardware component, and the devices, modules and units included therein for realizing various functions can also be considered as structures in the hardware component; the devices, modules and units for realizing various functions can also be considered as both software modules realizing methods and structures in the hardware component.

[0120] The specific embodiments of the present application are described above. It needs to be understood that the present application is not limited to the described embodiments, and various changes or modifications can be made by those skilled in the art within the scope of the claims, which do not affect the essential content of the present application. The embodiments of the present application and the features in the embodiments can be combined with each other at will without conflict.

Claims

1. A method for on-orbit autonomous optimization of spaceborne software, characterized in that, include: Step S1: Create one or more different versions of the app on the ground; Step S2: Define a unified compatibility interface for the one or more different versions of the APP; Step S3: Use a unified compatibility interface to create independent container instances for the one or more different versions of the APP; Step S4: Instruct the satellite operating system to dynamically load and switch the container instances according to the current mission requirements and operating status; Step S5: Monitor the running status of container instances of one or more different versions of the APP in real time, and trigger the switching mechanism immediately when a failure of the container instance is detected; Step S6: Enable a collaborative mechanism between the one or more different versions of the APP. When performing the set key tasks, the collaborative mechanism can work together to provide consistent services. In step S5: The real-time monitoring specifically refers to real-time monitoring of the running status of the APP's container instance; wherein, the running status includes: resource usage, task priority, performance indicators, and external environmental factors; Step S5 includes the following steps: Step S501: Monitor the running status of the APP in real time, wherein the running status includes CPU utilization, memory usage, and network communication status; Step S502: If an anomaly is detected, the preset anomaly handling process is immediately initiated. The anomaly handling process includes automatically restarting the APP, switching to a backup version, and sending an alarm notification. In step S6: The aforementioned collaboration mechanism ensures communication, data synchronization, task coordination, and result integration between different versions of the app when executing key tasks. Step S6 includes the following steps: Step S601: Create a collaborative work framework; Step S602: When the collaborative work framework performs the set key tasks, it enables data exchange and task collaboration for the different versions of the APP; Step S603: Enable the collaborative work framework to support task scheduling, data synchronization, and data consistency verification functions; Step S604: Develop a collaborative work agreement for the collaborative work framework, clarify the roles and responsibilities of the different versions of the APP in the collaborative task, conduct collaborative work tests, and ensure that the different versions of the APP can collaborate in actual operation to meet the task requirements.

2. The on-orbit autonomous optimization method for spaceborne software according to claim 1, characterized in that, In step S1: The aforementioned one or more different versions of the APP all have the ability to independently complete satellite operation settings. These different versions of the APP are implemented using different programming languages, user interfaces, frameworks, and algorithms, and can adapt to different operating environments or meet set performance requirements. In step S2: The unified compatibility interface includes data exchange format and communication protocol.

3. The on-orbit autonomous optimization method for spaceborne software according to claim 1, characterized in that, In step S3: The container instance is based on container technology to achieve resource isolation. Specifically, it means deploying isolated runtime environment containers for one or more different versions of the APP. Each runtime environment container contains all the dependencies and configurations required for the APP to run. In step S4: The dynamic loading and switching specifically refers to the satellite operating system having intelligent decision-making capabilities, which can dynamically select and load matching versions of the APP based on current mission requirements, system resource status, and operating efficiency, including evaluating the characteristics of different versions and making a matching selection.

4. A spaceborne software on-orbit autonomous optimization system, characterized in that, include: Module M1: Enables the creation of one or more different versions of the app on the ground. Module M2: Defines a unified compatibility interface for one or more different versions of the APP; Module M3: Enables a unified compatibility interface to create independent container instances for one or more different versions of the app; Module M4: Enables the satellite operating system to dynamically load and switch the container instances based on current mission requirements and operating status; Module M5: Monitors the running status of container instances of one or more different versions of the APP in real time, and triggers a switching mechanism immediately when a failure of the container instance is detected. Module M6: Enables a collaborative mechanism between one or more different versions of the APP, which can work together to provide consistent services when performing key tasks. In module M5: The real-time monitoring specifically refers to real-time monitoring of the running status of the APP's container instance; wherein, the running status includes: resource usage, task priority, performance indicators, and external environmental factors; The module M5 includes the following modules: Module M501: Monitors the running status of the APP in real time, including CPU utilization, memory usage, and network communication status; Module M502: If an anomaly is detected, the preset anomaly handling process will be initiated immediately. The anomaly handling process includes automatically restarting the APP, switching to the backup version, and sending an alarm notification. In module M6: The aforementioned collaboration mechanism ensures communication, data synchronization, task coordination, and result integration between different versions of the app when executing key tasks. Module M6 includes the following modules: Module M601: Creates a collaborative work framework; Module M602: Enables the collaborative work framework to exchange data and coordinate tasks for different versions of the APP when executing the set key tasks; Module M603: Enables the collaborative work framework to support task scheduling, data synchronization, and data consistency verification functions; Module M604: Defines the collaborative work framework and its collaborative work protocol, clarifies the roles and responsibilities of different versions of the APP in collaborative tasks, conducts collaborative work tests, and ensures that the different versions of the APP can collaborate in actual operation to meet task requirements.

5. The on-orbit autonomous optimization system for spaceborne software according to claim 4, characterized in that, In module M1: The aforementioned one or more different versions of the APP all have the ability to independently complete satellite operation settings. These different versions of the APP are implemented using different programming languages, user interfaces, frameworks, and algorithms, and can adapt to different operating environments or meet set performance requirements. In module M2: The unified compatibility interface includes data exchange format and communication protocol.

6. The on-orbit autonomous optimization system for spaceborne software according to claim 4, characterized in that, In module M3: The container instance is based on container technology to achieve resource isolation. Specifically, the implementation of resource isolation means deploying isolated runtime environment containers for one or more different versions of the APP. Each runtime environment container contains all the dependencies and configurations required for the APP to run. In module M4: The aforementioned dynamic loading and switching specifically refers to the satellite operating system's intelligent decision-making capability, which allows it to dynamically select and load matching versions of the APP based on current mission requirements, system resource status, and operating efficiency. This involves evaluating the characteristics of different versions and making a matching selection.

7. A satellite, characterized in that, The on-orbit autonomous optimization method for spaceborne software as described in any one of claims 1 to 3 is used to autonomously optimize the spaceborne software.

8. A spaceborne software system, characterized in that, The on-orbit autonomous optimization method for spaceborne software as described in any one of claims 1 to 3 is used for autonomous optimization.

Images