星上分系统备份的调用方法、系统、设备及存储介质与流程

1.本技术涉及卫星技术领域，尤其涉及一种星上分系统备份的调用方法、系统、设备及存储介质。


背景技术：

2.在卫星执行任务的过程中，由于其应用环境的复杂性，温度、压力环境变化范围大，卫星系统出现故障的几率大，容易造成重大财产损失或人员伤亡，因此卫星系统的可靠性极其重要。若在轨卫星硬件出现不可恢复性重大故障，尤其是某些大型卫星可能需要在轨工作长达十年以上，现阶段技术水平无法及时到现场维修，因此，为了保证卫星任务正常进行，现有技术常对卫星的各个星上分系统设置多个具有完全相同功能的备份，当星上分系统主份出现故障时，可以及时调用并切换至备份，使得卫星系统硬件故障的整体容错率明显提高。
3.但在长时间执行任务的过程中，卫星的星上分系统的主份和备份都可能会出现不同程度的故障，导致现有方法调用到健康备份系统的难度较大。


技术实现要素：

4.本技术的主要目的在于提供一种星上分系统备份的调用方法、系统、设备及存储介质，旨在解决调用到健康备份系统难度较大的技术问题。
5.为实现上述目的，本技术提供一种星上分系统备份的调用方法，包括：基于针对目标星上分系统的任务指令，获取所述目标星上分系统的健康值以及其各个分系统备份的健康值；其中，所述目标星上分系统中包括多个功能单元，所述目标星上分系统设置有多个分系统备份；根据所述目标星上分系统的健康值以及各个所述分系统备份的健康值，判断是否存在满足健康值阈值的目标星上分系统或分系统备份；其中，所述健康值是根据所述分系统备份中各个所述功能单元的健康检测值获得的；若否，则从所述目标星上分系统和/或所述分系统备份中选取满足预设条件的功能单元，生成重组星上分系统的组成信息；根据所述组成信息调用满足所述预设条件的功能单元，以生成所述重组星上分系统。
6.可选地，所述若否，则从所述目标星上分系统和/或所述分系统备份中选取满足预设条件的功能单元，生成重组星上分系统的组成信息的步骤，包括：若在所述目标星上分系统和/或所述分系统备份中存在至少两个满足所述预设条件的相同功能的功能单元，则根据所述功能单元所属的目标星上分系统或分系统备份的物理地址信息，选取所述功能单元。
7.可选地，所述根据所述目标星上分系统的健康值以及各个所述分系统备份的健康值，判断是否存在满足健康值阈值的目标星上分系统或分系统备份的步骤之前，还包括：
控制所述目标星上分系统和所述分系统备份进行自检，获得自检结果；根据所述自检结果，获得所述目标星上分系统和所述分系统备份的健康值。
8.可选地，所述控制所述目标星上分系统和所述分系统备份进行自检，获得自检结果的步骤，包括：控制所述目标星上分系统和所述分系统备份模拟运行标准时段；获取所述目标星上分系统和所述分系统备份中各个所述功能单元的正常运行时段；根据所述正常运行时段与所述标准时段，获得所述自检结果。
9.可选地，所述根据所述自检结果，获得所述目标星上分系统和所述分系统备份的健康值的步骤，包括：根据所述自检结果，获得所述功能单元的健康检测值；根据所述健康检测值，获得所述目标星上分系统和所述分系统备份的健康值。
10.可选地，所述根据所述目标星上分系统的健康值以及各个所述分系统备份的健康值，判断是否存在满足健康值阈值的目标星上分系统或分系统备份的步骤之后，还包括：若是，则直接调用满足所述健康值阈值的所述目标星上分系统或所述分系统备份。
11.可选地，所述根据所述组成信息调用满足所述预设条件的功能单元，以生成所述重组星上分系统的步骤之后，还包括：基于所述任务指令，控制所述重组星上分系统执行任务。
12.此外，为实现上述目的，本技术还提供一种星上分系统备份的调用系统，包括星务分系统和总线数据监管单元，所述总线数据监管单元通过数据总线连接目标星上分系统和分系统备份：所述总线数据监管单元，用于基于针对目标星上分系统的任务指令，获取所述目标星上分系统的健康值以及其各个分系统备份的健康值；其中，所述目标星上分系统中包括多个功能单元，所述目标星上分系统设置有多个分系统备份；根据所述目标星上分系统的健康值以及各个所述分系统备份的健康值，判断是否存在满足健康值阈值的目标星上分系统或分系统备份；其中，所述健康值是根据所述分系统备份中各个所述功能单元的健康检测值获得的；若否，则从所述目标星上分系统和/或所述分系统备份中选取满足预设条件的功能单元，生成重组星上分系统的组成信息；所述星务分系统，用于生成所述任务指令；根据所述组成信息调用满足所述预设条件的功能单元，以生成所述重组星上分系统。此外，为实现上述目的，本技术还提供一种计算机设备，该计算机设备包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器执行所述计算机程序，实现上述的方法。
13.此外，为实现上述目的，本技术还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，处理器执行所述计算机程序，实现上述的方法。
14.本技术所能实现的有益效果。
15.本技术实施例提出的一种星上分系统备份的调用方法、系统、设备及存储介质，通过基于针对目标星上分系统的任务指令，获取所述目标星上分系统的健康值以及其各个分系统备份的健康值；其中，所述目标星上分系统中包括多个功能单元，所述目标星上分系统
设置有多个分系统备份；根据所述目标星上分系统的健康值以及各个所述分系统备份的健康值，判断是否存在满足健康值阈值的目标星上分系统或分系统备份；其中，所述健康值是根据所述分系统备份中各个所述功能单元的健康检测值获得的；若否，则从所述目标星上分系统和/或所述分系统备份中选取满足预设条件的功能单元，生成重组星上分系统的组成信息；根据所述组成信息调用满足所述预设条件的功能单元，以生成所述重组星上分系统。即通过对目标星上分系统及其分系统备份的健康值进行分析判断，选择满足健康值阈值的目标星上分系统或分系统备份；若不存在满足条件的目标星上分系统或分系统备份，则选择并调用满足预设条件的功能单元进行重组，得到重组星上分系统。通过对星上分系统及其分系统备份健康状态进行统一管理，能够在分系统主份和备份在都不完全健康的状态下，根据健康状态组合出最优的重组星上分系统；重组星上分系统的硬件资源共享的设计方式，提高了星上分系统及其各个分系统备份之间的协同能力、实现了资源共享；进一步的，提高了在轨卫星在不可逆硬件故障问题中的处理能力，提高在轨卫星使用寿命的同时，也提高了在轨卫星的安全性和任务完成率。
附图说明
16.图1为本技术实施例涉及的硬件运行环境的计算机设备结构示意图；图2为本技术实施例提供的一种星上分系统备份的调用方法的流程示意图；图3为本技术实施例提供的一种星上分系统备份的调用系统的功能模块示意图；图4为本技术实施例提供的一种星上分系统备份的调用方法的调用逻辑示意图；图5为本技术实施例提供的一种星上分系统备份的调用系统的系统原理示意图。
17.本技术目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
18.应当理解，此处所描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
19.本技术实施例的主要解决方案是：提出的一种星上分系统备份的调用方法、系统、设备及存储介质，通过基于针对目标星上分系统的任务指令，获取所述目标星上分系统的健康值以及其各个分系统备份的健康值；其中，所述目标星上分系统中包括多个功能单元，所述目标星上分系统设置有多个分系统备份；根据所述目标星上分系统的健康值以及各个所述分系统备份的健康值，判断是否存在满足健康值阈值的目标星上分系统或分系统备份；其中，所述健康值是根据所述分系统备份中各个所述功能单元的健康检测值获得的；若否，则从所述目标星上分系统和/或所述分系统备份中选取满足预设条件的功能单元，生成重组星上分系统的组成信息；根据所述组成信息调用满足所述预设条件的功能单元，以生成所述重组星上分系统。
20.现有技术中，在卫星长时间执行任务的过程中，卫星的星上分系统的主份和备份都可能会出现不同程度的故障，导致现有方法调用到健康备份系统的难度较大。申请人研究发现，现有技术通常是对分系统整体功能进行备份，这种备份形式采用分系统主份工作，分系统备份监视健康状态的工作方式。分系统备份通过监测分系统主份的状态帧获取到心跳计数、复位计数，当分系统主份对应的心跳计数或复位计数出现异常时，分系统备份将会接手此时分系统主份的工作任务。但分系统主份和分系统备份系统之间协同能力较差若当
分系统主份和分系统备份系统都存在不同程度上的不可修复的故障时，就得不到一个功能完全的分系统，不得不舍弃某些星上任务；并且也没有对分系统主份和分系统备份的健康状态做统一集中的管理，若分系统主份和分系统备份都遭受不同程度的硬件损坏，不能明确选择出更适合此时任务的分系统。也存在只对关键功能部件进行备份的方法，但当非关键部件出现损坏时，整星功能受到一定程度上的影响。
21.为此，本技术提供一种解决方案，通过对目标星上分系统及其分系统备份的健康值进行分析判断，选择满足健康值阈值的目标星上分系统或分系统备份；若不存在满足条件的目标星上分系统或分系统备份，则选择并调用满足预设条件的功能单元进行重组，得到重组星上分系统。通过对星上分系统及其分系统备份健康状态进行统一管理，能够在分系统主份和备份在都不完全健康的状态下，根据健康状态组合出最优的重组星上分系统；重组星上分系统的硬件资源共享的设计方式，提高了星上分系统及其各个分系统备份之间的协同能力、实现了资源共享；进一步的，提高了在轨卫星在不可逆硬件故障问题中的处理能力，提高在轨卫星使用寿命的同时，也提高了在轨卫星的安全性和任务完成率。
22.参照图1，图1为本技术实施例方案涉及的硬件运行环境的计算机设备结构示意图。
23.计算机设备可以包括至少一个处理器301、至少一个存储器302以及存储在所示存储区302中的计算机程序指令，当所述计算机程序指令被所述处理器301执行时实现上述实施例所述的方法。
24.具体地，上述处理器301可以包括中央处理器（cpu），或者特定集成电路（application specific integrated circuit，asic），或者可以被配置成实施本发明实施例的一个或多个集成电路。
25.存储器302可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器302可包括硬盘驱动器（hard disk drive，hdd）、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线（universal serial bus，usb）驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器302可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器302可在数据处理装置的内部或外部。在特定实施例中，存储器302是非易失性固态存储器。在特定实施例中，存储器302包括只读存储器（rom）。在合适的情况下，该rom可以是掩模编程的rom、可编程rom（prom）、可擦除prom（eprom）、电可擦除prom（eeprom）、电可改写rom（earom）或闪存或者两个或更多个以上这些的组合。
26.处理器301通过读取并执行存储器302中存储的计算机程序指令，以实现上述实施例中的任意一种星上分系统备份的调用方法。
27.在一个示例中，计算机设备还可包括通信接口和总线。其中，如图1所示，处理器301、存储器302、通信接口303通过总线310连接并完成相互间的通信。通信接口303，主要用于实现本发明实施例中各模块、装置、单元和/或设备之间的通信。
28.总线包括硬件、软件或两者，将计算机设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口（agp）或其他图形总线、增强工业标准架构（eisa）总线、前端总线（fsb）、超传输（ht）互连、工业标准架构（isa）总线、无线带宽互连、低引脚数（lpc）总线、存储器总线、微信道架构（mca）总线、外围组件互连（pci）总线、pci-express（pci-x）总线、串行高级技术附件（sata）总线、视频电子标准协会局部（vlb）总线或其他合适的总线或
者两个或更多个以上这些的组合。在合适的情况下，总线可包括一个或多个总线。尽管本发明实施例描述和示出了特定的总线，但本发明考虑任何合适的总线或互连。
29.参照图2，基于前述实施例的硬件设备，本技术的实施例提供一种星上分系统备份的调用方法，包括：s10：基于针对目标星上分系统的任务指令，获取所述目标星上分系统的健康值以及其各个分系统备份的健康值；其中，所述目标星上分系统中包括多个功能单元，所述目标星上分系统设置有多个分系统备份；在具体实施过程中，卫星常包含多个执行任务的星上分系统，各个星上分系统中均包括多个、多种功能不同的功能单元，使得不同的星上分系统具备不同的功能；为了避免卫星在轨工作时出现故障难以维修，会对各个星上分系统进行备份，形成分系统主份（即在线的星上分系统本身）和多个分系统备份，以便在分系统主份故障时切换至分系统备份。
30.本技术实施例的执行端可以划分为星务系统和总线数据监管单元，任务指令是指由星务分系统发布的、需由某个或某几个星上分系统执行的任务指令；待执行任务的星上分系统为目标星上分系统；星上分系统的各类信息，例如健康值，均存储在总线数据监管单元中，其中，健康值在本技术实施例中用于评价星上分系统及其分系统备份的故障程度。
31.具体的，总线数据监管单元接收到来自星务系统发布的针对目标星上分系统的任务指令后，获取该目标星上分系统的健康值以及该目标星上分系统的各个分系统备份的健康值。
32.作为一种可选的实施方式，所述根据所述目标星上分系统的健康值以及各个所述分系统备份的健康值，判断是否存在满足健康值阈值的目标星上分系统或分系统备份的步骤之前，还包括：s021：控制所述目标星上分系统和所述分系统备份进行自检，获得自检结果；在具体实施过程中，各个星上分系统及其分系统备份会按照自检程序对自身健康状态（功能丧失情况）进行自检，并将自检结果通过星上数据总线发送至总线数据监管单元。
33.作为一种可选的实施方式，所述控制所述目标星上分系统和所述分系统备份进行自检，获得自检结果的步骤，包括：控制所述目标星上分系统和所述分系统备份模拟运行标准时段；获取所述目标星上分系统和所述分系统备份中各个所述功能单元的正常运行时段；根据所述正常运行时段与所述标准时段，获得所述自检结果。
34.在具体实施过程中，自检步骤具体为：目标星上分系统及其分系统备份均进行一段时间的模拟工作，该时段为标准时段t；模拟工作运行结束后，获取目标星上分系统和各个分系统备份中各个功能模块的可控持续正常时间段，该时段为正常运行时段t
正常
；标准时段和多个正常运行时段组成了自检结果。
35.s022：根据所述自检结果，获得所述目标星上分系统和所述分系统备份的健康值。
36.在具体实施过程中，总线数据监管单元接收到目标星上分系统和各个分系统备份的自检结果后，进行数据处理得到目标星上分系统和各个分系统备份的健康值。
37.作为一种可选的实施方式，根据所述自检结果，获得所述目标星上分系统和所述分系统备份的健康值的步骤，包括：根据所述自检结果，获得所述功能单元的健康检测值；根据所述健康检测值，获得所述目标星上分系统和所述分系统备份的健康值。
38.在具体实施过程中，某功能单元的正常运行时段与标准时段的比值t
正常
/t为该功能单元的健康检测值，0＜t
正常
/t≤1；t
正常
/t越接近1，表明该功能单元的健康程度越高、功能受损越少；当t
正常
/t＝1时，表明该功能单元无受损。某分系统中全部功能单元的健康检测值之和与该分系统中功能单元总数量的比值a为该分系统的健康值，0＜a≤1；当a=1时，表明该分系统完全无受损。例如：分系统备份2共有10个功能单元，其中9个功能单元的健康检测值t
正常
/t＝1、功能单元b的健康检测值t
正常
/t＝0.79，因此，分系统备份2的健康值a=0.979，属于不完全健康状态；后续，可根据功能单元b负责的具体功能、以及该健康检测值代表的工作完成情况对卫星的实际影响程度，来具体分析功能单元b和分系统备份2的可利用情况。
39.s20：根据所述目标星上分系统的健康值以及各个所述分系统备份的健康值，判断是否存在满足健康值阈值的目标星上分系统或分系统备份；其中，所述健康值是根据所述分系统备份中各个所述功能单元的健康检测值获得的；在具体实施过程中，在通常情况下，为保证卫星的安全性以及任务的完成准确性，要求健康值阈值为1，即执行任务的目标星上分系统或分系统备份完全无受损。总线数据监管单元根据目标星上分系统以及各个分系统备份的健康值，判断是否有满足健康值阈值为1，即完全无受损的分系统。
40.作为一种可选的实施方式，所述根据所述目标星上分系统的健康值以及各个所述分系统备份的健康值，判断是否存在满足健康值阈值的目标星上分系统或分系统备份的步骤之后，还包括：若是，则直接调用满足所述健康值阈值的所述目标星上分系统或所述分系统备份。
41.在具体实施过程中，若存在满足健康值阈值的目标星上分系统或分系统备份，则总线数据监管单元将该信息发送至星务系统，星务系统直接调用该目标星上分系统或分系统备份，以执行任务指令。若同时存在多个满足健康值阈值的目标星上分系统或分系统备份，则优先选择目标星上分系统（即分系统主份）、在分系统备份中，优先选择物理地址较大的分系统备份。
42.s30：若否，则从所述目标星上分系统和/或所述分系统备份中选取满足预设条件的功能单元，生成重组星上分系统的组成信息；在具体实施过程中，在实际情况中，在轨卫星的星上分系统及其分系统备份通常都会出现不同程度的功能缺失，均处于不完全健康状态，很难保持完全健康。在该情况下，按照总线数据监管单元设置的预设条件，在目标星上分系统以及各个分系统备份中选择出多个功能单元，得到重组星上分系统的组成信息。总线数据监管单元将该组成信息发送至星务分系统。
43.具体的，预设条件是：根据目标星上系统的功能单元的功能种类和数量，选择满足健康检测值为1的功能单元，使得这些功能单元可以进行硬件资源共享、重组得到重组星上分系统。例如，某目标星上分系统包含功能单元a、功能单元b、功能单元c、功能单元d1和功能单元d2，共四种、五个功能单元，该目标星上分系统设置有分系统备份1至分系统备份5，共5个分系统备份，其中，具有a功能的功能单元中，目标星上分系统的功能单元a健康检测值为1；具有b功能的功能单元中，分系统备份2的功能单元2-b健康检测值为1；具有c功能的功能单元中，分系统备份1的功能单元1-c健康检测值为1；具有d功能的功能单元中，分系统
备份4的功能单元4-d1以及分系统备份5的功能单元5-d1健康检测值为1；因此，重组星上分系统的组成信息为：功能单元a、功能单元2-b、功能单元1-c、功能单元4-d1以及功能单元5-d1。
44.本技术实施例通过对星上分系统及其备份的健康状态管理，能够及时、有依据地做出合理的匹配，实现星上分系统主份和备份之间的硬件资源共享，当分系统主份的某个功能丧失可以调用该分系统其他备份的方式进行填补，或是直接进行重组，以获得健康状态最优的分系统。
45.作为一种可选的实施方式，所述若否，则从所述目标星上分系统和/或所述分系统备份中选取满足预设条件的功能单元，生成重组星上分系统的组成信息的步骤，包括：若在所述目标星上分系统和/或所述分系统备份中存在至少两个满足所述预设条件的相同功能的功能单元，则根据所述功能单元所属的目标星上分系统或分系统备份的物理地址信息，选取所述功能单元。
46.在具体实施过程中，若某功能同时存在至少两个满足预设条件的功能单元，则根据目标星上分系统或分系统备份的物理地址信息进行选取，优先选择目标星上分系统（即分系统主份）、在分系统备份中，优先选择物理地址较大的分系统备份。例如，某目标星上分系统只需要1个功能单元b，分系统备份2的功能单元2-b和分系统备份5的功能单元5-b都满足预设条件，其中，分系统备份2的物理地址为0x0002、分系统备份5的物理地址为0x0005，则选取分系统备份2的功能单元2-b。
47.s40：根据所述组成信息调用满足所述预设条件的功能单元，以生成所述重组星上分系统。
48.在具体实施过程中，星务分系统接收总线数据监管单元发送的组成信息，根据该组成信息中的内容调用功能单元，以形成重组星上分系统。重组星上分系统最大化地利用了目标星上分系统的硬件资源，提高了在轨卫星在不可逆硬件故障问题中的处理能力，提高在轨卫星使用寿命的同时，也提高了在轨卫星的安全性和任务完成率。同时，通过设置总线数据监管单元进行数据存储和处理、星务分系统进行调用的方式，解决了星上分系统主份和备份之间协同能力差的问题。
49.作为一种可选的实施方式，所述根据所述组成信息调用满足所述预设条件的功能单元，以生成所述重组星上分系统的步骤之后，还包括：基于所述任务指令，控制所述重组星上分系统执行任务。
50.在具体实施过程中，星务分系统向重组星上分系统发送任务指令，重组星上分系统按照该指令执行任务。
51.下面，在实际业务场景下，结合如图4的调用逻辑示意图以及图5的系统原理示意图做进一步说明：1.星上分系统及其分系统备份对自身健康状态情况进行自检，并将自检结果通过星上数据总线发送至总线数据监管单元；2.总线数据监管单元接收自检结果并进行数据处理，得到各个功能单元的健康检测值、星上分系统主份及其分系统备份的健康值；3.星务分系统将针对目标星上分系统的任务指令下发至总线数据监管单元；4.总线数据监管单元接收到任务指令，基于该任务对储存的健康值进行分析，得
到目标星上分系统的调用信息，其中，若存在满足健康值阈值的目标星上分系统主份或分系统备份，则调用信息为直接调用；若不存在，则根据预设条件获得重组星上分系统的组成信息，该调用信息为该组成信息。
52.5.星务分系统根据总线数据监管单元的调用信息调用硬件资源，被调用的星上分系统接收任务指令后执行该任务。
53.应当理解的是，以上仅为举例说明，对本技术的技术方案并不构成任何限制，本领域的技术人员在实际应用中可以基于需要进行设置，此处不做限制。
54.通过上述描述不难发现，本实施例是通过对目标星上分系统及其分系统备份的健康值进行分析判断，选择满足健康值阈值的目标星上分系统或分系统备份；若不存在满足条件的目标星上分系统或分系统备份，则选择并调用满足预设条件的功能单元进行重组，得到重组星上分系统。通过对星上分系统及其分系统备份健康状态进行统一管理，能够在分系统主份和备份在都不完全健康的状态下，根据健康状态组合出最优的重组星上分系统；重组星上分系统的硬件资源共享的设计方式，提高了星上分系统及其各个分系统备份之间的协同能力、实现了资源共享；进一步的，提高了在轨卫星在不可逆硬件故障问题中的处理能力，提高在轨卫星使用寿命的同时，也提高了在轨卫星的安全性和任务完成率。
55.参照图3，基于相同的发明思路，本技术的实施例还提供一种星上分系统备份的调用系统，包括星务分系统和总线数据监管单元，所述总线数据监管单元通过数据总线连接目标星上分系统和分系统备份：所述总线数据监管单元，用于基于针对目标星上分系统的任务指令，获取所述目标星上分系统的健康值以及其各个分系统备份的健康值；其中，所述目标星上分系统中包括多个功能单元，所述目标星上分系统设置有多个分系统备份；根据所述目标星上分系统的健康值以及各个所述分系统备份的健康值，判断是否存在满足健康值阈值的目标星上分系统或分系统备份；其中，所述健康值是根据所述分系统备份中各个所述功能单元的健康检测值获得的；若否，则从所述目标星上分系统和/或所述分系统备份中选取满足预设条件的功能单元，生成重组星上分系统的组成信息；所述星务分系统，用于生成所述任务指令；根据所述组成信息调用满足所述预设条件的功能单元，以生成所述重组星上分系统。
56.需要说明的是，本实施例中星上分系统备份的调用系统中各模块是与前述实施例中星上分系统备份的调用方法中的各步骤一一对应，因此，本实施例的具体实施方式可参照前述星上分系统备份的调用方法的实施方式，这里不再赘述。
57.此外，在一种实施例中，本技术的实施例还提供一种计算机设备，所述设备包括处理器，存储器以及存储在所述存储器中的计算机程序，所述计算机程序被处理器运行时实现前述实施例中方法的步骤。
58.此外，在一种实施例中，本技术的实施例还提供一种计算机存储介质，所述计算机存储介质上存储有计算机程序，所述计算机程序被处理器运行时实现前述实施例中方法的步骤。
59.在一些实施例中，计算机可读存储介质可以是fram、rom、prom、eprom、eeprom、闪存、磁表面存储器、光盘、或cd-rom等存储器；也可以是包括上述存储器之一或任意组合的各种设备。计算机可以是包括智能终端和服务器在内的各种计算设备。
60.在一些实施例中，可执行指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言（包括编译或解释语言，或者声明性或过程性语言）来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。
61.作为示例，可执行指令可以但不一定对应于文件系统中的文件，可以可被存储在保存其它程序或数据的文件的一部分，例如，存储在超文本标记语言（html，hyper text markup language）文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件中，或者，存储在多个协同文件（例如，存储一个或多个模块、子程序或代码部分的文件）中。
62.作为示例，可执行指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行。
63.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
64.上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。
65.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质（如只读存储器/随机存取存储器、磁碟、光盘）中，包括若干指令用以使得一台多媒体终端设备（可以是手机，计算机，电视接收机，或者网络设备等）执行本技术各个实施例所述的方法。
66.以上仅为本技术的优选实施例，并非因此限制本技术的专利范围，凡是利用本技术说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本技术的专利保护范围内。