基于Xstate的卫星遥控方法、装置、设备和存储介质与流程

基于xstate的卫星遥控方法、装置、设备和存储介质
技术领域
1.本技术涉及卫星遥控处理领域，特别是涉及一种基于xstate的卫星遥控方法、装置、设备和存储介质。


背景技术：

2.卫星遥控作业是指位于地面的测运控中心根据卫星、测站等的监测状态，执行一系列发送遥控指令的任务的过程。通常，上注卫星的遥控命令需要值班人员来确认执行结果，例如在遥控命令发送后，通过人工根据发令过程日志来确认指令是否正常被卫星接收。并且，指令执行情况往往还需要根据遥测结果来进行比判，一次遥控任务可能包含若干指令的发送和执行，值班人员需要紧盯遥测数据，及时发出相应的指令，遥控过程既紧张，又单调。
3.为了减轻卫星值班人员的负担，把值班人员从重复的指令发送到遥测判读的循环中解脱出来，如何实现卫星遥控作业的自动化是本领域技术人员亟待解决的技术问题。


技术实现要素：

4.基于此，本技术提供一种基于xstate的卫星遥控方法、装置、设备和存储介质，能够实现卫星遥控作业的自动化，且实现方式简单。
5.第一方面，本技术实施例提供一种基于xstate的卫星遥控方法，包括：
6.获取所述卫星的遥控任务；其中，所述遥控任务通过状态机来描述，且所述遥控任务包括多个状态，所述状态包括待遥控命令、接收数据的判读逻辑以及所述状态的转换目标；
7.将所述遥控任务的格式翻译为xstate的数据类型，并执行翻译后得到的xstate任务，以实现对所述卫星的自动化遥控作业。
8.第二方面，本技术实施例提供一种基于xstate的卫星遥控装置，包括：
9.第一获取模块，用于获取所述卫星的遥控任务；其中，所述遥控任务通过状态机来描述，且所述遥控任务包括多个状态，所述状态包括待遥控命令、接收数据的判读逻辑以及所述待遥控命令的转换目标；
10.翻译模块，用于将所述遥控任务的格式翻译为xstate的数据类型；
11.执行模块，用于执行翻译后得到的xstate任务，以实现对所述卫星的自动化遥控作业。
12.第三方面，本技术实施例提供一种基于xstate的卫星遥控设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现本技术实施例第一方面提供的基于xstate的卫星遥控方法的步骤。
13.第四方面，本技术实施例提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现本技术实施例第一方面提供的基于xstate的卫星遥控方法的步骤。
14.本技术实施例提供的技术方案，通过状态机来描述卫星的遥控任务，并通过运行状态机自动化实现对卫星的指令发送、对测站的控制以及对接收数据(卫星的遥测数据和测站的状态)的判读，从而实现了卫星遥控作业的自动化；并且，与编写脚本实现自动化遥控作业相比，采用状态机的方式更易于值班人员理解、编写以及更改遥控任务，简化了卫星遥控作业自动化的实现，从而降低了卫星在轨运行的管理成本。
附图说明
15.图1为本技术实施例提供的基于xstate的卫星遥控方法所应用的一种系统结构示意图；
16.图2为本技术实施例提供的基于xstate的卫星遥控方法的一种流程示意图；
17.图3为本技术实施例提供的遥控任务的一种表示示意图；
18.图4为本技术实施例提供的遥控任务的生成过程的一种流程示意图；
19.图5为本技术实施例提供的遥控任务的另一种表示示意图；
20.图6为本技术实施例提供的基于xstate的卫星遥控装置的一种结构示意图；
21.图7为本技术实施例提供的基于xstate的卫星遥控设备的一种结构示意图。
具体实施方式
22.本技术实施例提供的基于xstate的卫星遥控方法，可以应用于如图1所示的系统。其中，该系统可以包括在轨运行的卫星101、地面站102以及遥测控中心103。上述卫星101可以为低轨道卫星，也可以为处于地球同步轨道上的卫星；上述地面站102分布在不同的地理位置，用于与卫星101进行信息传输；遥测控中心103通过网络与地面站102连接，并通过地面站102与卫星101进行信息交互，以实现对卫星101的遥控作业。
23.传统技术中，可以采用编写脚本的方式来实现对卫星的自动化遥控作业。但是，该方式需要值班人员学习一整套脚本的语法，才能编写或者修改遥控作业。这对值班人员的要求过高，势必会增加卫星在轨运行的管理成本。为此，本技术实施例提供的技术方案，不仅实现了卫星遥控作业的自动化，且简化了自动化遥控作业的实现方式。
24.需要说明的是，下述方法实施例的执行主体可以是基于xstate的卫星遥控装置，该装置可以通过软件、硬件或者软硬件结合的方式实现成为上述遥测控中心(即基于xstate的卫星遥控设备)的部分或者全部。
25.为了使本技术的目的、技术方案及优点更加清楚明白，通过下述实施例并结合附图，对本技术实施例中的技术方案进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本技术，并不用于限定本技术。
26.图2为本技术实施例提供的基于xstate的卫星遥控方法的一种流程示意图。如图2所示，该方法可以包括：
27.s201、获取所述卫星的遥控任务。
28.其中，所述遥控任务通过状态机来描述，且所述遥控任务包括多个状态，所述状态包括待遥控命令、接收数据的判读逻辑以及所述状态的转换目标。
29.遥控作业可以看做是一个工作流程，其是从一个状态转换为另一个状态的过程。因此，可以将遥控作业看作为一种有限状态机，通过有限状态机来描述既定的遥控任务。一
般地，有限状态机可以包括多个状态，这多个状态可以为初始状态、中间状态以及最终状态，当有限状态机进入最终状态时，状态机处于完成状态。因此，为了通过有限状态机描述卫星的遥控任务，对于每个状态，本技术实施例在每个状态中新增了命令项目和判读项目。
30.其中，命令项目用于指定该状态所要求执行的待遥控命令，待遥控命令描述了遥控任务的发起方的动作，其可以是对卫星的指令或者对测站(即地面站)的任务，例如，待遥控命令的类型可以为发出指令、等待延时或者下发测站任务等，再例如，待遥控命令可以为蓄电池组放电开关断。当然，待遥控命令也可以是调用其他的遥控任务。判读项目用于指定接收数据(接收数据包括卫星的遥测数据或者测站的状态数据等)的判读逻辑，即判读包括对卫星遥测数据的判读和测站状态的判读。例如，在判读到接收数据中的遥控直接指令计数加一后，可以确定卫星已经接收到遥测控中心发出的指令。
31.当然，对于每个状态，除了上述命令项目和判读项目以外，还包括转换项目。转换项目用于指定每个状态的转换目标，即该转换目标用于表示各状态的变换。例如，从状态“执行指令一”(如该状态的待遥控命令可以为蓄电池组放电开关断)转换到“延时一”(如该状态的待遥控命令可以为等待延时)。
32.示例性的，遥测控中心获取的卫星的遥控任务(即有限状态机)如图3所示，从图3可以看出，该遥控任务包括多个状态，分别为“初始状态”、“等待遥控锁定”、“执行指令一”、“延时一”、“执行指令二”、“成功状态”以及“失败状态”，其中，“成功状态”以及“失败状态”为遥测任务的最终状态。每个状态可以包括待遥控命令、判读逻辑以及该状态对应的转换目标。
33.以下具体介绍图3所示的有限状态机的各个状态，如初始状态的待遥控命名为空，对应的判读逻辑为“保存遥控直接指令计数”，对应的转换目标为状态“等待遥控锁定”；状态“等待遥控锁定”的待遥控命令为空，对应的判读逻辑为“比较遥控通道载波锁定指示是否大于5”，对应的转换目标为状态“执行指令一”；状态“执行指令一”的待遥控命令为“蓄电池组放电开关断”，其对应的判读逻辑为“遥控直接指令计数加一”，对应的转换目标为状态“延时一”；状态“延时一”的待遥控命令为“延时2秒”，对应的判断逻辑为空，对应的转换目标为状态“执行指令二”；状态“执行指令二”的待遥控命令为“测控数传一体机备机数传任务开启”，对应的判读逻辑为“遥控直接指令计数加一”，对应的转换目标为状态“成功状态”。
34.通过如图3所示的有限状态机，便可以实现对卫星的蓄电池组放电开关断以及测控数传一体机备机数传任务开启的遥控作业。需要说明的是，图3中的各个状态仅是一种示例，实际应用中，用于表示遥控任务的有限状态机的各个状态可以基于实际遥测需求进行设置，本实施例对此不做限定。
35.s202、将所述遥控任务的格式翻译为xstate的数据类型，并执行翻译后得到的xstate任务，以实现所述卫星的自动化遥控作业。
36.其中，xstate.js(以下简称xstate)是有限状态机的一种实现方式。xstate的有限状态机可以很好地考虑到各种情形，并且符合万维网联盟(world wide web consortium，w3c)标准，可以方便地使用多种工具执行。因此，可以基于xstate来实现上述通过有限状态机描述的遥控任务的自动化执行。
37.在实际应用中，上述遥控任务并非为xstate的格式，不采用xstate的格式保存遥
控任务的原因如下：
38.(1)xstate不存在发命令(上星指令和测站任务)、数据判读(卫星的遥测数据判读和测站状态的判读)的特殊的类型，强行保存为xstate丧失了直观性。
39.(2)xstate的数据结构并不是一个标准的json格式，保存与校验都需要特殊考虑。
40.因此，在执行遥控任务时，需要将遥控任务的格式翻译为xstate所需的数据类型，以满足xstate的格式要求。即在有限状态机的执行阶段，只需要将待遥控命令翻译为接口调用，将判读逻辑翻译为卫星遥测信息或者测站状态信息的事件处理即可，按照有限状态机中的各状态之间的跳转进行执行。在得到翻译后的xstate任务后，从初始状态开始，遍历该xstate任务中当前状态的待遥控命令和判读逻辑，调用与待遥控命令的类型相匹配的函数来执行待遥控命令，并调用与判断逻辑的类型相匹配的函数来执行判读逻辑，完成当前状态的执行，并跳转到下一状态继续执行，直至执行到有限状态机的最终状态，从而完成卫星的自动化遥控作业。当然，上述与待遥控命令的类型相匹配的函数，以及与判断逻辑的类型相匹配的函数都需要预先创建好，并存储在数据库中，以便遥控任务执行时的调用。
41.可选地，为了避免遥控任务的自动执行影响遥测控中心的主程序，遥控任务可以在单独的进程中启动。如果发生超时，或者状态跳转的次数大于预设阈值，则可以输出提示信息，以申请值班人员介入处理。
42.在实际应用中，为了便于值班人员能够明确地获知遥控任务的执行过程，在上述实施例的基础上，可选地，还可以将所述xstate任务的执行过程进行可视化展示。
43.其中，xstate附带一个简单的执行可视化库，通过执行该可视化库，便可以将xstate执行过程生成流程图并展示，以实现遥控任务执行过程的可视化。与通过脚本方式实现自动化遥控作业相比，有限状态机的流程图生成过程要简单的多。当然，也可以将xstate任务的执行过程以表格的形式进行展示，本技术实施例对遥控任务执行过程可视化的具体方式不做限定。
44.可选地，遥测控中心还可以将xstate任务的执行过程以日志形式进行存储。这样，值班人员也可以通过日志明确地获知遥控任务的执行过程，以对执行结果进行确认。
45.本技术实施例提供的基于xstate的卫星遥控方法，通过状态机来描述卫星的遥控任务，并通过运行状态机自动化实现对卫星的指令发送、对测站的控制以及对接收数据(卫星的遥测数据和测站的状态)的判读，从而实现了卫星遥控作业的自动化；并且，与编写脚本实现自动化遥控作业相比，采用状态机的方式更易于值班人员理解、编写以及更改遥控任务，简化了卫星遥控作业自动化的实现，从而降低了卫星在轨运行的管理成本。
46.在一个实施例中，还提供了一种通过有限状态机描述卫星的遥控任务的过程，即创建用于遥控作业的有限状态机的过程，在上述实施例的基础上，可选地，如图4所示，在上述s201之前，该方法还可以包括：
47.s401、为卫星创建初始状态机。
48.其中，所述初始状态机包括多个待编辑状态，该待编辑状态包括命令项目、接收数据的判读项目以及该待编辑状态的转换项目。命令项目用于指定该状态所要求执行的命令，其描述了遥控任务的发起方的动作，如发出指令、下发测站任务或者延时2秒等。当然，该命令项目也可以是调用其他的遥控作业。判读项目用于指定接收数据(即卫星的遥测数据和测站的状态)的判读逻辑，其描述了遥控任务作为数据流接收方的响应动作，如保存遥
测值、比较遥测值、等待遥测值加一或者等待指定测站信号等，当然也可以是空，表示无操作。转换目标用来表示状态之间的变换。
49.上述待编辑状态的标识(如名称，待编辑状态的名称必须唯一)、待编辑状态中的命令项目、判读项目以及转换项目允许被用户编辑，以实现对各待编辑状态的定义。在一个实施例中，可以在各待编辑状态、各待编辑状态中的命令项目、判读项目以及转换项目相应的位置处提供有选择控件，每个选择控件下设置有备选内容。对于需要输入的内容，也可以在相应的位置处提供输入控件，以使用户通过输入控件输入相应的内容。例如，针对命令项目中的命令参数，可以通过输入控件获取用户输入的具体参数值。遥测控中心检测用户触发选择控件产生的选中操作，根据选中操作选中对应的备选内容，并将选中的备选内容作为对应项目的编辑结果。
50.可选地，所述命令项目至少包括以下字段之一：命令类型、命令指令以及命令参数。
51.其中，命令类型是指命令所属的具体类型，如类型“发出指令”或者“等待延时”等。命令指令用于指示属于上述命令类型的具体命令，如具体命令“蓄电池组放电开关断”，该具体命令所属的命令类型为“发出指令”。命令参数是指该命令所要求的参数，如命令“等待延时”的参数可以为延时时长(如2秒)。可选地，命令项目还可以包括字段“命令事件”，该命令事件用于表示命令的执行结果，如命令类型“发出指令”，其对应的命令事件可以为发送成功或者发送失败。再如命令类型“等待延时”，其对应的命令事件可以为超时。可选地，还可以预先建立命令类型与命令事件之间的对应关系。这样，在用户对命令类型进行编辑后，便可以基于用户所选择的命令类型，自动生成对应的命令事件。
52.可选地，所述判读项目至少包括以下字段之一：判读类型、判读来源以及判读参数。
53.其中，判读类型是指针对命令的判读逻辑所属的具体类型，如保存遥测值、比较遥测值、等待遥测值加一或者等待指定测站信号等。判读来源是指判读逻辑的来源，如若判读类型是保存遥测值，则判断来源可以是遥控直接指令计数。一般地，在有限状态机的初始状态会保存遥控指令接收计数，以便后续通过比较接收到的遥控直接指令计数来判断后续指令是否被卫星接收。再如若判读类型是比较遥测值，则遥测来源可以是比较星上母线电压是否大于预设阈值，从而决定后续发出的指令。判读参数是指该判读逻辑所需求的参数，如判读逻辑“遥控直接指令计数”的参数为1。可选地，该判读项目还可以包括字段“判读事件”，该判读事件用于标识判读逻辑的执行结果，如判断类型“比较遥测值”，其对应的判读事件可以为比较成功或比较失败。可选地，还可以预先建立判读类型与判读事件之间的对应关系。这样，在用户对判断类型进行编辑后，便可以基于用户所选择的判断类型，自动生成对应的判断事件。
54.可选地，所述转换项目至少包括以下字段之一：转换事件和转换目标。
55.其中，这里的转换事件一般不需要用户编辑，由上面的描述可知，用户选择命令类型和判读类型后，都会自动生成相应的转换事件，用户只需要对转换事件对应的转换目标进行编辑即可。这里的转换目标是指该条状态所要跳转的状态。因此，用户通过简单的选择转换目标，就可以轻易实现顺序执行、分支执行、循环执行等流程控制，大大降低了值班人员的操作难度。
56.为了便于用户(即值班人员)对初始状态机进行编辑，在上述实施例的基础上，可选地，可以将上述初始状态机以表格的形式进行展示。
57.s402、获取用户针对所述待编辑状态的编辑结果。
58.其中，用户可以基于实际遥控作业，对上述初始状态机进行编辑，具体对各待编辑状态的名称进行编辑，对每个待编辑状态下的命令项目中的命令类型、命令指令以及命令参数进行编辑，对判断项目中的判断类型、判读来源以及判读参数进行编辑，以及对转换项目中的转换目标进行编辑。遥测控中心检测用户触发选择控件产生的选中操作以及检测用户触发输入控件产生的输入操作，根据选中操作选中对应的备选内容，以及根据输入操作获取输入内容(如命令参数以及判读参数等)，并将选中的备选内容和获取的输入内容作为对应待编辑状态的编辑结果。
59.s403、基于所述编辑结果对所述初始状态机进行填充，得到目标状态机。
60.其中，在获取到各编辑状态的编辑结果之后，遥测控中心将编辑结果填充到初始状态机中的对应位置处，从而得到目标状态机。
61.示例性的，如图5所示，生成的目标状态机可以包括多个状态，分别为“初始状态”、“等待遥控锁定”、“执行指令一”、“延时一”、“执行指令二”、“成功状态”以及“失败状态”，每个状态可以包括命令项目、判读项目以及转换项目。命令项目可以包括命令类型、命令指令以及命令参数。判读项目可以包括判读类型、判读来源以及判读参数。转换项目可以包括转换事件和转换目标。具体的，对于初始状态，其命令项目为空，判读项目中的判断类型为保存遥测值，判读来源为保存遥控直接指令计数，其转换项目中的转换事件为保存成功，转换目标为状态“等待遥控锁定”；对于状态“等待遥控锁定”，其命令项目为空，判读项目中的判读类型为比较遥测值，判断来源为遥控通道载波锁定指示，判读参数为5，转换项目中的转换事件为比较成功，转换目标为状态“执行指令一”；对于状态“执行指令一”，其命令项目中的命令类型为发出指令，命令指令为蓄电池组放电开关断，其转换项目中的转换类型为等待遥测值加一，判读来源为遥控直接指令计数，判读参数为1，其转换项目中的转换事件为成功，转换目标为状态“延时一”；对于状态“延时一”，其命令项目中的命令类型为等待，命令指令为空，命令参数为5秒，其判读项目为空，其转换项目中的转换事件为超时，转换目标为状态“执行指令二”；对于状态“执行指令二”，其命令项目中的命令类型为发出指令，命令指令为“测控数传一体机备机数传任务开启”，命令参数为空，其判读项目中的判读类型为等待遥测值加一，判断来源为遥控直接指令计数，判读参数为1，其转换项目中的转换事件为成功，转换目标为状态“成功状态”。
62.为了简单起见，一个状态可以仅包含一个命令项目和一个判读项目。即便如此，它的表达能力也能够满足绝大多数场景的要求。下面，对于其他稍微复杂的流程情况作出一些说明，其他情况也可以类推。
63.刚才提到可以在一个状态中执行一个判读逻辑，若需要执行多个判读逻辑，则可以在此状态后面简单增加一个状态，命令项目设置为空，在判读项目中增加另一个判断逻辑，从而实现了多个条件“与”的判读逻辑。
64.若需要实现多个条件“或”的判读逻辑，例如，仅需要其中一个判读逻辑满足，则发送指令tc001(假设该发送指令所属的状态为x)。对于这种情况，在第一个判读逻辑所属的状态a中增加一个延时的命令，如果判读成功，则跳转到状态x，如果超时，则跳转到状态b。
然后，在状态b中判读第二个参数，同样在该状态b中增加一个延时的命令，如果判读成功，则跳转到状态x，如果超时，则跳转到状态a。这样，就能够通过交替执行多个判读逻辑，满足多个条件“或”的判读逻辑。一般，这种情况少见，这里的说明只是为了表示这种设计的可行性。
65.s404、将所述目标状态机确定为所述卫星的遥控任务。
66.为了确保对卫星的自动化遥控作业的正确性，在上述实施例的基础上，可选地，上述s404的过程可以为：以json的形式存储所述目标状态机，并校验所述目标状态机的正确性，在确定所述目标状态机正确的情况下，将所述目标状态机确定为所述卫星的遥控任务。
67.其中，通过有限状态机描述遥控任务后，可以采用json的形式来存储一个遥控任务。即把有限状态机中的所有的状态按表格顺序组成一个数组，数组的每一项表示一个状态，状态中的每一个字段分别表示表格的每一列。
68.这里的json与表格是一个直观的对应关系，这为遥控任务的编辑修改提供了非常大的方便。商业卫星公司需要能够快速应对各种需求，地面软件的易于变更也是非常重要的。
69.对目标状态机的校验也易于实现，由于目标状态机以json的形式进行存储，因此，只需要判断json文件是否存在一些必须的字段、字段是否符合给定的格式，即可完成目标状态机的校验。
70.在本实施例中，使用有限状态机来描述以及编辑遥控任务，以一种比较简单的方式表达出遥控任务的逻辑，在初始状态机创建好之后，值班人员仅需对初始状态机中的待编辑状态进行编辑即可，使得值班人员能够立即上手操作，降低了人员成本，从而进一步降低了卫星在轨运行的管理成本。同时，将卫星遥控任务以json格式进行存储，使得绝大多数数据库支持，有大量的第三方库可以使用，从而利于遥控任务的编辑、存储以及校验。
71.图6为本技术实施例提供的基于xstate的卫星遥控装置的一种结构示意图。如图6所示，该装置可以包括：第一获取模块601、翻译模块602和执行模块603。
72.具体的，第一获取模块601用于获取所述卫星的遥控任务；其中，所述遥控任务通过状态机来描述，且所述遥控任务包括多个状态，所述状态包括待遥控命令、接收数据的判读逻辑以及所述待遥控命令的转换目标；
73.翻译模块602用于将所述遥控任务的格式翻译为xstate的数据类型；
74.执行模块603用于执行翻译后得到的xstate任务，以实现所述卫星的自动化遥控作业。
75.本技术实施例提供的基于xstate的卫星遥控装置，通过状态机来描述卫星的遥控任务，并通过运行状态机自动化实现对卫星的指令发送、对测站的控制以及对接收数据(卫星的遥测数据和测站的状态)的判读，从而实现了卫星遥控作业的自动化；并且，与编写脚本实现自动化遥控作业相比，采用状态机的方式更易于值班人员理解、编写以及更改遥控任务，简化了卫星遥控作业自动化的实现，从而降低了卫星在轨运行的管理成本。
76.在上述实施例的基础上，可选地，该装置还包括：创建模块、第二获取模块、填充模块和确定模块。
77.具体的，创建模块用于在第一获取模块601获取所述卫星的遥控任务之前，为卫星创建初始状态机；其中，所述初始状态机包括多个待编辑状态，所述待编辑状态包括命令项
目、接收数据的判读项目以及所述待编辑状态的转换项目；
78.第二获取模块用于获取用户针对所述待编辑状态的编辑结果；
79.填充模块用于基于所述编辑结果对所述初始状态机进行填充，得到目标状态机；
80.确定模块用于将所述目标状态机确定为所述卫星的遥控任务。
81.在上述实施例的基础上，可选地，该装置还包括：展示模块。
82.具体的，展示模块用于在创建模块为卫星创建初始状态机之后，将所述初始状态机以表格的形式进行展示。
83.在上述实施例的基础上，可选地，确定模块具体用于以json的形式存储所述目标状态机，并校验所述目标状态机的正确性，在确定所述目标状态机正确的情况下，将所述目标状态机确定为所述卫星的遥控任务。
84.可选地，所述命令项目至少包括以下字段之一：命令类型、命令指令以及命令参数；所述判读项目至少包括以下字段之一：判读类型、判读来源以及判读参数；所述转换项目至少包括以下字段之一：转换事件和转换目标。
85.可选地，上述展示模块还用于将所述xstate任务的执行过程进行可视化展示。
86.在上述实施例的基础上，可选地，该装置还包括：存储模块。
87.具体的，存储模块用于将所述xstate任务的执行过程以日志形式进行存储。
88.在一个实施例中，还提供了一种基于xstate的卫星遥控设备，其结构示意图可以如图7所示。该设备可以包括通过系统总线连接的处理器和存储器。其中，该设备的处理器用于提供计算和控制能力。该设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该设备的数据库用于存储基于xstate的卫星遥控过程中的数据。该计算机程序被处理器执行时以实现一种基于xstate的卫星遥控方法。
89.本领域技术人员可以理解，图7中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的设备的限定，具体的设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
90.在一个实施例中，提供了一种基于xstate的卫星遥控设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：
91.获取所述卫星的遥控任务；其中，所述遥控任务通过状态机来描述，且所述遥控任务包括多个状态，所述状态包括待遥控命令、接收数据的判读逻辑以及所述状态的转换目标；
92.将所述遥控任务的格式翻译为xstate的数据类型，并执行翻译后得到的xstate任务，以实现所述卫星的自动化遥控作业。
93.在一个实施例中，处理器执行计算机程序时还实现以下步骤：为卫星创建初始状态机；获取用户针对所述待编辑状态的编辑结果；基于所述编辑结果对所述初始状态机进行填充，得到目标状态机；将所述目标状态机确定为所述卫星的遥控任务；其中，所述初始状态机包括多个待编辑状态，所述待编辑状态包括命令项目、接收数据的判读项目以及所述待编辑状态的转换项目。
94.在一个实施例中，处理器执行计算机程序时还实现以下步骤：将所述初始状态机以表格的形式进行展示。
95.在一个实施例中，处理器执行计算机程序时还实现以下步骤：以json的形式存储所述目标状态机，并校验所述目标状态机的正确性，在确定所述目标状态机正确的情况下，将所述目标状态机确定为所述卫星的遥控任务。
96.可选地，所述命令项目至少包括以下字段之一：命令类型、命令指令以及命令参数；所述判读项目至少包括以下字段之一：判读类型、判读来源以及判读参数；所述转换项目至少包括以下字段之一：转换事件和转换目标。
97.在一个实施例中，处理器执行计算机程序时还实现以下步骤：将所述xstate任务的执行过程进行可视化展示。
98.在一个实施例中，处理器执行计算机程序时还实现以下步骤：将所述xstate任务的执行过程以日志形式进行存储。
99.在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
100.获取所述卫星的遥控任务；其中，所述遥控任务通过状态机来描述，且所述遥控任务包括多个状态，所述状态包括待遥控命令、针对所述待遥控命令的判读逻辑以及所述状态的转换目标；
101.将所述遥控任务的格式翻译为xstate的数据类型，并执行翻译后得到的xstate任务，以实现对所述卫星的自动化遥控作业。
102.上述实施例中提供的基于xstate的卫星遥控装置、设备以及存储介质可执行本公开任意实施例所提供的基于xstate的卫星遥控方法，具备执行该方法相应的功能模块和有益效果。未在上述实施例中详尽描述的技术细节，可参见本公开任意实施例所提供的基于xstate的卫星遥控方法。
103.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
104.以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
105.以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本技术专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术专利的保护范围应以所附权利要求为准。