航天器任务调度方法及装置

技术领域

本申请涉及通信技术领域，尤其涉及一种航天器任务调度方法及装置。

背景技术

航天器需要地面控制中心的各种平台服务和测控应用软件支持其复杂的在轨运行。地面控制中心为每个航天器都提供一套功能完整的测控应用软件，多个航天器需要有各自独立的应用软件支持其飞行过程。地面控制系统由几十个软件配置项、上百个常驻航天测控进程和非常驻航天测控进程组成；这些航天测控进程中有些平台服务类的航天测控进程可以独立运行，不依赖于其他配置项和航天测控进程；有些测控应用软件如遥控、遥测软件，则需要依赖于电文服务、文件服务等航天测控进程，或与其所在配置项的其他航天测控进程协同运行，相互之间有一定的约束关系。

这些具有耦合关系的航天测控进程需要由调度模块进行管理和维护，目前的主要手段是单一调度模块将平台服务类航天测控进程作为其子模块调用，在这些航天测控进程启动后，通过电文服务接收电文消息，读取人工编制的常驻航天测控进程启动计划配置文件，按照配置的约束关系启动相应测控应用软件。

发明内容

针对现有技术中的问题，本申请提出了一种航天器任务调度方法及装置，能够降低任务调度的复杂度，进而能够提高任务调度的可靠性。

为了解决上述技术问题，本申请提供以下技术方案：

第一方面，本申请提供一种航天器任务调度方法，包括：

接收任务调度命令；

若所述任务调度命令为任务启动调度命令，则从多个调度执行子模块中，确定该任务启动调度命令对应的第一目标调度执行子模块；

控制所述第一目标调度执行子模块启动，以使该第一目标调度执行子模块基于其对应的进程调度配置文件，控制该第一目标调度执行子模块对应的各航天测控进程依次执行启动操作，以完成所述任务启动调度命令对应的任务调度。

进一步地，各调度执行子模块对应的航天测控进程分别具有独立的进程启动顺序与约束关系。

进一步地，在所述控制该第一目标调度执行子模块对应的各航天测控进程依次执行启动操作之后，还包括：

若存在启动失败的航天测控进程并且该航天测控进程的启动时长大于启动时长阈值，则控制该航天测控进程重新执行启动操作。

进一步地，在所述控制该第一目标调度执行子模块对应的各航天测控进程依次执行启动操作之后，还包括：

若存在启动失败的航天测控进程并且该航天测控进程的启动时长不大于启动时长阈值，则输出该航天测控进程对应的故障报警信息。

进一步地，所述进程调度配置文件，包括：

所述第一目标调度执行子模块对应的各航天测控进程各自的进程启动时延数据和启动约束时延数据；

相对应的，所述第一目标调度执行子模块基于其对应的进程调度配置文件，控制该第一目标调度执行子模块对应的各航天测控进程依次执行启动操作，包括：

所述第一目标调度执行子模块基于其对应的各航天测控进程各自的进程启动时延数据和启动约束时延数据，控制该第一目标调度执行子模块对应的各航天测控进程依次执行启动操作。

进一步地，所述的航天器任务调度方法，还包括：

若所述任务调度命令为任务停止调度命令，则从多个调度执行子模块中，确定该任务停止调度命令对应的第二目标调度执行子模块，以使该第二目标调度执行子模块基于其对应的进程调度配置文件，控制该第二目标调度执行子模块对应的各航天测控进程依次执行停止操作，以完成所述任务停止调度命令对应的任务调度。

进一步地，所述的航天器任务调度方法，还包括：

实时监听已启动的各航天测控进程。

第二方面，本申请提供一种航天器任务调度装置，包括：

接收模块，用于接收任务调度命令；

确定模块，用于若所述任务调度命令为任务启动调度命令，则从多个调度执行子模块中，确定该任务启动调度命令对应的第一目标调度执行子模块；

调度模块，用于控制所述第一目标调度执行子模块启动，以使该第一目标调度执行子模块基于其对应的进程调度配置文件，控制该第一目标调度执行子模块对应的各航天测控进程依次执行启动操作，以完成所述任务启动调度命令对应的任务调度。

第三方面，本申请提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现所述的航天器任务调度方法。

第四方面，本申请提供一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现所述的航天器任务调度方法。

由上述技术方案可知，本申请提供一种航天器任务调度方法及装置。其中，该方法包括：接收任务调度命令；若所述任务调度命令为任务启动调度命令，则从多个调度执行子模块中，确定该任务启动调度命令对应的第一目标调度执行子模块；控制所述第一目标调度执行子模块启动，以使该第一目标调度执行子模块基于其对应的进程调度配置文件，控制该第一目标调度执行子模块对应的各航天测控进程依次执行启动操作，以完成所述任务启动调度命令对应的任务调度，能够降低任务调度的复杂度，进而能够提高任务调度的可靠性；具体地，通过将航天测控应用软件进行聚类，各层航天测控应用软件相互独立，能够降低层次内复杂度，能够降低层次间的耦合度，使得调度逻辑清晰、运行可靠；通过将各层次航天测控应用软件之间的进程启动顺序与约束关系抽象分离，可以实现具有较复杂逻辑关系的进程调度，使得软件调度更加灵活；针对各航天测控应用软件具有统一的监听机制，对各进程进行独立监听，可以实现对所有航天测控应用软件的进程实时监控与异常状态预处理，可以及时将软件调度状态反馈给用户，更加直观。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例中航天器任务调度方法的流程示意图；

图2是本申请应用实例中航天器任务调度系统的结构示意图；

图3是本申请应用实例中航天器任务调度方法的流程示意图；

图4是本申请实施例中航天器任务调度装置的结构示意图；

图5为本申请实施例的电子设备的系统构成示意框图。

具体实施方式

为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

地面控制系统由几十个软件配置项、上百个常驻进程和非常驻进程组成。这些进程中有些测控应用软件如遥控、遥测软件，则需要依赖于电文服务、文件服务等进程，或与其所在配置项的其他进程协同运行，相互之间有一定的约束关系，如平台服务类进程需要在所有测控应用软件运行前启动，有些测控应用软件之间存在一定的业务逻辑，需要按照某种顺序启动或退出进程；有些进程需要对共享资源进行读或写操作，则需要一定时间间隔先后启动这些进程。有些进程存在父子关系，父进程需要等待一定时间间隔，等子进程退出后再退出。除此之外，所有包括平台服务和测控应用软件都需要进行实时监听，当某一进程异常退出或无法启动时，能够实时返回进程状态，反馈给地面操控人员。

在现有技术中，针对多航天器多任务测控应用软件调度，常见调度策略为地面控制中心采用人工编制常驻进程启动计划配置文件，单一调度模块启动平台服务类进程作为其子模块，当接收到启动常驻进程命令后，读取人工编制的常驻进程启动计划配置文件，启动测控应用软件，对于平台服务类进程的操作不够灵活，与调度模块耦合度高，任务通用性不强。考虑到这些具有耦合关系的进程需要由调度模块进行管理和维护，针对不同任务的不同航天器按照预先配置好的启动和退出计划，进行独立地调度与监听，而监听这些进程需要监听机制和策略，本申请提供一种航天器任务调度方法及装置，将测控软件分为三层分别进行调度，各层次间具有独立的进程启动顺序与约束关系，针对各航天器测控软件具有统一的监听机制，对各进程进行独立监听，特别适用于针对多个任务中的多个航天器测控软件调度。

基于此，为了降低任务调度的复杂度，进而提高任务调度的可靠性，本申请实施例提供一种航天器任务调度装置，该装置可以是一服务器或客户端设备，所述客户端设备可以包括智能手机、平板电子设备、网络机顶盒、便携式计算机、台式电脑、个人数字助理(PDA)、车载设备和智能穿戴设备等。其中，所述智能穿戴设备可以包括智能眼镜、智能手表和智能手环等。

在实际应用中，进行航天器任务调度的部分可以在如上述内容所述的服务器侧执行，也可以所有的操作都在所述客户端设备中完成。具体可以根据所述客户端设备的处理能力，以及用户使用场景的限制等进行选择。本申请对此不作限定。若所有的操作都在所述客户端设备中完成，所述客户端设备还可以包括处理器。

上述的客户端设备可以具有通信模块(即通信单元)，可以与远程的服务器进行通信连接，实现与所述服务器的数据传输。所述服务器可以包括任务调度中心一侧的服务器，其他的实施场景中也可以包括中间平台的服务器，例如与任务调度中心服务器有通信链接的第三方服务器平台的服务器。所述的服务器可以包括单台计算机设备，也可以包括多个服务器组成的服务器集群，或者分布式装置的服务器结构。

所述服务器与所述客户端设备之间可以使用任何合适的网络协议进行通信，包括在本申请提交日尚未开发出的网络协议。所述网络协议例如可以包括TCP/IP协议、UDP/IP协议、HTTP协议、HTTPS协议等。当然，所述网络协议例如还可以包括在上述协议之上使用的RPC协议(Remote Procedure Call Protocol，远程过程调用协议)、REST协议(Representational State Transfer，表述性状态转移协议)等。

具体通过下述各个实施例进行说明。

为了降低任务调度的复杂度，进而提高任务调度的可靠性，本实施例提供一种执行主体是航天器任务调度装置的航天器任务调度方法，该航天器任务调度装置包括但不限于服务器，如图1所示，该方法具体包含有如下内容：

步骤100：接收任务调度命令。

具体地，航天器任务调度装置可以首先进行初始化过程：在后台常驻运行并屏蔽航天器其他软件系统发出的干扰信号，干扰信号可以为SIGKILL、SIGSTOP和SIGCHLD信号外的所有信号，以降低航天器任务调度装置接收任务调度命令的干扰，能够提高接收任务调度命令的准确性。

步骤200：若所述任务调度命令为任务启动调度命令，则从多个调度执行子模块中，确定该任务启动调度命令对应的第一目标调度执行子模块。

具体地，可以根据该任务启动调度命令传入的任务码和目标码，确定待启动的调度执行子模块，将该调度执行子模块作为第一目标调度执行子模块；所述调度执行子模块可以表示不同层次的调度器。

步骤300：控制所述第一目标调度执行子模块启动，以使该第一目标调度执行子模块基于其对应的进程调度配置文件，控制该第一目标调度执行子模块对应的各航天测控进程依次执行启动操作，以完成所述任务启动调度命令对应的任务调度。

具体地，可以检查当前航天器任务调度装置的用户权限，当具有超级管理员权限时，可以切换为预先配置的启动用户，使用配置的用户切换至启动路径下，启动调度执行子模块；可以基于所述进程调度配置文件中各进程序号和约束关系，控制各航天测控进程依次执行启动操作。每个进程调度配置文件可以包含有：其所属的调度执行子模块的各航天测控进程的进程序号、约束关系、进程启动时延、启动约束时延、进程退出时延和停止约束时延等，进程调度配置文件中的具体数据可根据需要进行设置本申请对此不作限制。

其中，各调度执行子模块对应的航天测控进程分别具有独立的进程启动顺序与约束关系，能够降低各类航天测控进程之间的耦合度，进而能够提高调度的准确性和航天器任务调度系统运行的可靠性。

为了进一步说明本方案，本申请提供一种航天器任务调度系统的应用实例，参见图2，该航天器任务调度系统具体包含有：调度驱动模块和调度执行子模块，调度驱动模块实现的功能可以相当于上述航天器任务调度装置实现的功能。

针对不同任务，各任务具有独立的调度驱动模块；针对某一任务，航天测控应用软件分为三层管理，分别为多任务层、单任务层和单目标层。多任务层由各平台服务进程组成，单任务层和单目标层由各业务软件组成，每一层都由独立的调度执行子模块管理，即上述各调度执行子模块对应不同的航天测控应用软件层。单任务层应用适用于单任务中所有目标，一个任务只需启动一份实例；单目标层应用适用于单任务中单个目标，一个目标启动一份实例，各目标配置不同；调度驱动模块作为所有航天测控应用软件的祖先模块，常驻所有地面测控应用主机中；调度执行子模块作为所有航天测控应用软件的直接调用者，由地面操控人员通过监控显示软件发送命令，分别启动多任务层、单任务层和单目标层各应用软件。命令由调度驱动模块接收，并按上述三层依次启动调度执行子模块。各调度执行子模块按照用户配置好的测控应用进程启动约束关系，依次启动维护的各应用进程。

由上述描述可知，本应用实例提供的航天器任务调度系统，应用多航天器多任务航天测控应用软件分层调度策略，各任务具有独立的调度驱动模块，各航天器具有独立的调度执行模块。各层次航天测控应用软件间具有独立的进程启动顺序与约束关系，可实现具有较复杂逻辑关系的进程调度。针对各航天器测控软件具有统一的监听机制，对各进程进行独立监听，可实现对所有测控应用进程的实时监控与异常状态预处理。

为了进一步说明本方案，结合上述航天器任务调度系统，本申请提供一种航天器任务调度方法的应用实例，具体描述如下：

S1：调度驱动模块进行初始化过程：在后台常驻运行并屏蔽系统发出的除SIGKILL\SIGSTOP\SIGCHLD信号外的所有信号，读取预先配置好的启动路径和启动用户等信息。

S2：实时接收启动、停止调度执行子模块命令和调度驱动模块退出命令；当调度驱动模块收到启动调度执行子模块命令后，根据发出的调度执行子模块命令传入的任务码和目标码，判断需启动哪一层对应的调度执行子模块，在维护的配置信息里查询对应的启动信息。

S3：检查当前启动调度驱动模块的用户权限，当具有超级管理员权限时，可以切换为预先配置的启动用户，使用配置的用户切换至启动路径下，启动调度执行子模块。

S4：调度执行子模块与调度驱动模块初始化机制类似，即在后台常驻运行并屏蔽系统发出的除SIGKILL\SIGSTOP\SIGCHLD信号外的所有信号，读取预先配置好的启动计划，启动计划中包含有启动进程序号、名称、启动(停止)时延和启动路径以及与其它进程间的约束等信息；约束关系分为无约束、启动约束和停止约束，通过当前进程序号与被约束进程序号进行关联。

S5：调度执行子模块初始化过程中会自动感知自身所在环境路径，将保存调度执行的基础目录。按照读取到的本层各应用进程运行路径，在其前面拼接基础路径后切换至应用进程运行目录，将应用进程作为调度执行子模块的子模块启动。按照各进程序号以及约束关系依次启动，并记录进程的启动信息，如进程控制符PID和启动时间等。启动时延的计算方法为：进程启动时延△Ts+启动约束时延△Trs/10

S6：实时接收启动、停止测控应用进程命令并实时监听已启动应用进程。当收到启动命令时，将检查调度执行子模块是否已启动命令中指定的进程，如果未启动则实时启动该进程，否则将继续监听已启动的各应用进程。当收到停止进程命令时，调度执行子模块将发送退出进程消息，在到达配置的退出时延后进程仍未退出，则使用信号SIGKILL杀死此进程。当未收到进程停止命令但异常退出时，将不再调度此进程启动，直至接收到启动进程命令。

S7：当调度驱动模块接收到停止调度执行子模块命令后，按照配置的进程序号倒序停止本层所有的进程。计算停止进程时延的方法为：进程退出时延△Te+停止约束时延△Tre/10

为了进一步提高任务调度的可靠性，在本申请一个实施例中，在步骤300所述的控制该第一目标调度执行子模块对应的各航天测控进程依次执行启动操作之后，还包含有：

步骤401：若存在启动失败的航天测控进程并且该航天测控进程的启动时长大于启动时长阈值，则控制该航天测控进程重新执行启动操作。

具体地，启动时长可以表示启动航天测控进程所需要的时长。

为了提高对故障应用的及时预警，在本申请一个实施例中，在步骤300所述的控制该第一目标调度执行子模块对应的各航天测控进程依次执行启动操作之后，还包含有：

步骤402：若存在启动失败的航天测控进程并且该航天测控进程的启动时长不大于启动时长阈值，则输出该航天测控进程对应的故障报警信息。

具体地，航天测控进程启动失败并且该航天测控进程的启动时长不大于启动时长阈值，则可以确定该航天测控进程故障，所述故障报警信息可以包含有该航天测控进程对应的应用名称和地址等，用于确定故障应用软件。

为了进一步提高执行启动操作的可靠性，在本申请一个实施例中，所述进程调度配置文件，包含有：

所述第一目标调度执行子模块对应的各航天测控进程各自的进程启动时延数据和启动约束时延数据；相对应的，步骤300中所述的第一目标调度执行子模块基于其对应的进程调度配置文件，控制该第一目标调度执行子模块对应的各航天测控进程依次执行启动操作，包含有：

步骤301：所述第一目标调度执行子模块基于其对应的各航天测控进程各自的进程启动时延数据和启动约束时延数据，控制该第一目标调度执行子模块对应的各航天测控进程依次执行启动操作。

举例来说，当进程A设置启动时延为0s，无启动约束；进程B设置启动时延为5s，约束在进程A之后启动，启动约束时延为1s；则进程A启动时刻为00T00:00:00.000，进程B启动时刻为00T00:00:06.000(时间格式为ddThh:mm:ss.zzz)。

为了进一步提高任务调度的可靠性，在本申请一个实施例中，所述的航天器任务调度方法，还包含有：

步骤001：若所述任务调度命令为任务停止调度命令，则从多个调度执行子模块中，确定该任务停止调度命令对应的第二目标调度执行子模块，以使该第二目标调度执行子模块基于其对应的进程调度配置文件，控制该第二目标调度执行子模块对应的各航天测控进程依次执行停止操作，以完成所述任务停止调度命令对应的任务调度。

具体地，可以根据任务停止调度命令传入的任务码和目标码，确定待停止的调度执行子模块，将该调度执行子模块作为第二目标调度执行子模块；可以根据进程调度配置文件中的进程序号倒序停止第二目标调度执行子模块对应的各航天测控进程。

为了实现对各航天测控进程独立监听，进而实现对所有航天测控进程的实时监控与异常状态预处理，在本申请一个实施例中，所述的航天器任务调度方法，还包含有：

实时监听已启动的各航天测控进程。

为了进一步说明本方案，参见图3，本申请还提供一种航天器任务调度方法的应用实例，具体包含有：

S101：初始化进程，读取配置文件。

S102：屏蔽系统信号。

S103：接收命令。

S104：判断命令类型；可以根据计划控制命令标识值，确定命令类型；若为启动命令，则执行步骤S105，若为停止则执行步骤S117。

S105：判断设置权限是否成功；若是，则执行步骤S106；否则执行步骤S103。

S106：根据任务码和目标码查找配置的启动路径。

S107：启动调度子模块。

S108：读取进程调度配置文件获取测控应用软件启动路径，约束关系等信息，构建进程启动列表。

S109：判断是否满足启动条件；若是，则执行步骤S110；否则将继续等待，直至满足启动条件。

S110：计算启动时延：△Ts+△Trs/10

S111：判断启动测控应用软件是否成功；若是，则执行步骤S113；若否，则执行步骤S112。

S112：判断启动时长是否超过5秒；若是，则返回执行步骤S111；否则执行步骤S113。

S113：判断进程列表内进程是否启动完毕；若是，则执行步骤S114；否则返回执行步骤S109。

S114：接收命令；即接收进程控制命令。

S115：判断命令类型；若为退出命令，则执行步骤S116；若为启动命令，则返回执行步骤S111，即当启动列表中所有进程启动完毕后，再次收到启动命令，需要判断列表中的进程是否已启动，如已启动则继续启动后续进程，如上次未启动成功，则尝试再次启动此进程。

S116：向应用软件发送进程退出命令；在执行步骤S116之后，执行步骤S119。

S117：获取进程列表和进程退出时间。

S118：按照倒序依次向应用软件发送进程退出命令。

S119：判断进程是否在退出时间内退出；若是，则执行步骤S121；若否，则执行步骤S120。

S120：发送信号杀死该进程。

S121：判断是否计划中所有进程退出；若是，则结束；若否，则返回执行步骤S118。

从软件层面来说，为了降低任务调度的复杂度，进而提高任务调度的可靠性，本申请提供一种用于实现所述航天器任务调度方法中全部或部分内容的航天器任务调度装置的实施例，参见图4，所述航天器任务调度装置具体包含有如下内容：

接收模块10，用于接收任务调度命令。

确定模块20，用于若所述任务调度命令为任务启动调度命令，则从多个调度执行子模块中，确定该任务启动调度命令对应的第一目标调度执行子模块。

调度模块30，用于控制所述第一目标调度执行子模块启动，以使该第一目标调度执行子模块基于其对应的进程调度配置文件，控制该第一目标调度执行子模块对应的各航天测控进程依次执行启动操作，以完成所述任务启动调度命令对应的任务调度。

本说明书提供的航天器任务调度装置的实施例具体可以用于执行上述航天器任务调度方法的实施例的处理流程，其功能在此不再赘述，可以参照上述航天器任务调度方法实施例的详细描述。

由上述描述可知，本申请提供的航天器任务调度方法及装置，能够降低任务调度的复杂度，进而能够提高任务调度的可靠性；具体地，通过将航天测控应用软件进行聚类，各层航天测控应用软件相互独立，能够降低层次内复杂度，能够降低层次间的耦合度，使得调度逻辑清晰、运行可靠；通过将各层次航天测控应用软件之间的进程启动顺序与约束关系抽象分离，可以实现具有较复杂逻辑关系的进程调度，使得软件调度更加灵活；针对各航天测控应用软件具有统一的监听机制，对各进程进行独立监听，可以实现对所有航天测控应用软件的进程实时监控与异常状态预处理，可以及时将软件调度状态反馈给用户，更加直观。

从硬件层面来说，为了降低任务调度的复杂度，进而提高任务调度的可靠性，本申请提供一种用于实现所述航天器任务调度方法中的全部或部分内容的电子设备的实施例所述电子设备具体包含有如下内容：

处理器(processor)、存储器(memory)、通信接口(Communications Interface)和总线；其中，所述处理器、存储器、通信接口通过所述总线完成相互间的通信；所述通信接口用于实现所述航天器任务调度装置以及用户终端等相关设备之间的信息传输；该电子设备可以是台式计算机、平板电脑及移动终端等，本实施例不限于此。在本实施例中，该电子设备可以参照实施例用于实现所述航天器任务调度方法的实施例及用于实现所述航天器任务调度装置的实施例进行实施，其内容被合并于此，重复之处不再赘述。

图5为本申请实施例的电子设备9600的系统构成的示意框图。如图5所示，该电子设备9600可以包括中央处理器9100和存储器9140；存储器9140耦合到中央处理器9100。值得注意的是，该图5是示例性的；还可以使用其他类型的结构，来补充或代替该结构，以实现电信功能或其他功能。

在本申请一个或多个实施例中，航天器任务调度功能可以被集成到中央处理器9100中。其中，中央处理器9100可以被配置为进行如下控制：

步骤100：接收任务调度命令。

步骤200：若所述任务调度命令为任务启动调度命令，则从多个调度执行子模块中，确定该任务启动调度命令对应的第一目标调度执行子模块。

步骤300：控制所述第一目标调度执行子模块启动，以使该第一目标调度执行子模块基于其对应的进程调度配置文件，控制该第一目标调度执行子模块对应的各航天测控进程依次执行启动操作，以完成所述任务启动调度命令对应的任务调度。

从上述描述可知，本申请的实施例提供的电子设备，能够降低任务调度的复杂度，进而提高任务调度的可靠性。

在另一个实施方式中，航天器任务调度装置可以与中央处理器9100分开配置，例如可以将航天器任务调度装置配置为与中央处理器9100连接的芯片，通过中央处理器的控制来实现航天器任务调度功能。

如图5所示，该电子设备9600还可以包括：通信模块9110、输入单元9120、音频处理器9130、显示器9160、电源9170。值得注意的是，电子设备9600也并不是必须要包括图5中所示的所有部件；此外，电子设备9600还可以包括图5中没有示出的部件，可以参考现有技术。

如图5所示，中央处理器9100有时也称为控制器或操作控件，可以包括微处理器或其他处理器装置和/或逻辑装置，该中央处理器9100接收输入并控制电子设备9600的各个部件的操作。

其中，存储器9140，例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息，此外还可存储执行有关信息的程序。并且中央处理器9100可执行该存储器9140存储的该程序，以实现信息存储或处理等。

输入单元9120向中央处理器9100提供输入。该输入单元9120例如为按键或触摸输入装置。电源9170用于向电子设备9600提供电力。显示器9160用于进行图像和文字等显示对象的显示。该显示器例如可为LCD显示器，但并不限于此。

该存储器9140可以是固态存储器，例如，只读存储器(ROM)、随机存取存储器(RAM)、SIM卡等。还可以是这样的存储器，其即使在断电时也保存信息，可被选择性地擦除且设有更多数据，该存储器的示例有时被称为EPROM等。存储器9140还可以是某种其它类型的装置。存储器9140包括缓冲存储器9141(有时被称为缓冲器)。存储器9140可以包括应用/功能存储部9142，该应用/功能存储部9142用于存储应用程序和功能程序或用于通过中央处理器9100执行电子设备9600的操作的流程。

存储器9140还可以包括数据存储部9143，该数据存储部9143用于存储数据，例如联系人、数字数据、图片、声音和/或任何其他由电子设备使用的数据。存储器9140的驱动程序存储部9144可以包括电子设备的用于通信功能和/或用于执行电子设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。

通信模块9110即为经由天线9111发送和接收信号的发送机/接收机9110。通信模块(发送机/接收机)9110耦合到中央处理器9100，以提供输入信号和接收输出信号，这可以和常规移动通信终端的情况相同。

基于不同的通信技术，在同一电子设备中，可以设置有多个通信模块9110，如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通信模块(发送机/接收机)9110还经由音频处理器9130耦合到扬声器9131和麦克风9132，以经由扬声器9131提供音频输出，并接收来自麦克风9132的音频输入，从而实现通常的电信功能。音频处理器9130可以包括任何合适的缓冲器、解码器、放大器等。另外，音频处理器9130还耦合到中央处理器9100，从而使得可以通过麦克风9132能够在本机上录音，且使得可以通过扬声器9131来播放本机上存储的声音。

上述描述可知，本申请的实施例提供的电子设备，能够降低任务调度的复杂度，进而提高任务调度的可靠性。

本申请的实施例还提供能够实现上述实施例中的航天器任务调度方法中全部步骤的一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的航天器任务调度方法的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：

步骤100：接收任务调度命令。

步骤200：若所述任务调度命令为任务启动调度命令，则从多个调度执行子模块中，确定该任务启动调度命令对应的第一目标调度执行子模块。

步骤300：控制所述第一目标调度执行子模块启动，以使该第一目标调度执行子模块基于其对应的进程调度配置文件，控制该第一目标调度执行子模块对应的各航天测控进程依次执行启动操作，以完成所述任务启动调度命令对应的任务调度。

从上述描述可知，本申请实施例提供的计算机可读存储介质，能够降低任务调度的复杂度，进而提高任务调度的可靠性。

本申请中上述方法的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。相关之处参见方法实施例的部分说明即可。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

本申请中应用了具体实施例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。