设备控制方法及装置与流程

本公开涉及微纳卫星技术领域，尤其涉及一种设备控制方法及装置。

背景技术：

微纳卫星技术近年来发展迅速，从最初单纯的大学研究探索领域迅速变为具有明显实用能力和巨大商业价值的研究领域。随着cots(commercialofftheshelf，商用现成品)器件和大量新技术的应用，微小卫星的能力得到了大幅提高，甚至在个别方面的能力接近甚至超过大型卫星。

卫星的软件是一个复杂的多任务软件系统，对于确保卫星在轨正常运行至关重要。随着空间任务的日益复杂，对星上软件的要求也越来越高。相对于大卫星，微纳卫星很多单机集成在一起，例如天拓一号卫星将星务计算机、姿控计算机、数管计算机的功能集成在一台星务计算机内，进而导致需要执行的功能任务数量较多。

目前的微纳星上软件多使用嵌入式操作系统(如vxworks、μcos、freertos)，需要执行的功能任务模块可能分散在多个分系统中，如测控分系统、姿控分系统、数管分系统、导航分系统等，每个分系统可能有独立的硬件，也有可能多个分系统共用一套硬件，在分系统内部可以运行多个功能任务。分系统之间可以通过星内总线连接，通过星内总线实现不同分系统的任务之间的通信。在分系统内部，功能任务通常基于嵌入式实时操作系统实现，每一个功能任务对应一个线程，线程之间通过信号量、消息、全局变量等手段进行通信和同步，通过互斥量对公共资源进行保护，通过队列实现不同速度线程之间的匹配。

这种通信方式，虽然在实时性方面较好，但在在灵活性和扩展性方面有较大局限。由于这些独立运行的功能任务以多线程的方式运行，相互之间存在广泛的信息交互，逻辑关系和运行约束更为复杂，往往在前期需要多个软件工程师分别编码，然后在集成在一起编译成一个统一的软件镜像。这种设计模式在标准化、扩展性方面存在诸多不足，也不利于团队协作，在应对复杂空间任务时，在软件灵活性、可扩展性方面有较大局限。

技术实现要素：

本申请公开了一种设备控制方法及装置，以解决背景技术所述基于嵌入式操作系统的微纳卫星软件存在标准化、灵活性以及可扩展性较差的问题。

为解决上述技术问题，本申请公开如下技术方案：

一种设备控制方法，包括：

获取微纳卫星中所有软件功能模块以及功能模块之间的信息流；

确定与每个功能模块对应的机器人操作系统ros节点；

根据所述信息流和所有ros节点生成ros计算图，所述ros计算图中包括：ros节点、ros消息、ros消息主题、ros服务以及ros消息记录包；

根据ros节点对应的功能模块之间信息交互的特点确定ros节点之间的通信方式，所述通信方式包括：消息方式和服务方式；

生成与每个ros节点分别单独对应的运行文件，并且控制不同ros节点对应的运行文件运行；

记录ros节点在运行时的运行信息以及ros之间的通信信息作为日志信息。

可选地，所述根据所述信息流和所有ros节点生成ros计算图，包括：

根据所述信息流获取不同ros节点之间的通信信息；

根据所述通信信息确定ros节点之间的ros消息、ros服务、ros消息主题以及ros消息记录包；

根据所述ros节点、ros消息、ros消息主题、ros服务以及ros消息记录包生成所述ros计算图。

可选地，所述根据ros节点对应该的功能模块之间信息交互的特点确定ros节点之间的通信方式，包括：

根据ros节点对应的功能模块之间信息交互的特点，判断ros节点之间传递信息的方式是否为一对多；

当ros节点之间传递信息的方式为一对多时，确定ros发布节点和多个ros接收节点；

建立与所述ros发布节点对应的消息主题；

控制所述ros发布节点定期发布与所述消息主题相关的广播消息；

控制所述ros接收节点在需求所述广播消息时，从所述建立的消息主题中订阅所述广播消息。

可选地，所述根据ros节点对应该的功能模块之间信息交互的特点确定ros节点之间的通信方式，包括：

根据ros节点对应该的功能模块之间信息交互的特点，判断ros节点之间传递信息的方式是否为点对点；

当ros节点之间传递信息的方式为点对点时，将进行点对点传递信息的两个ros节点确定ros节点对，所述ros节点对中一个ros节点为消息发起节点，另一ros节点为消息接收节点；

在所述消息接收节点中建立与所述ros节点对对应的第一回调函数；

当需要进行点对点传输信息时，所述消息发起节点向所述消息接收节点发送信息请求；当所述消息接收节点接收到信息请求时，所述消息接收节点调用所述第一回调函数，当所述第一回调函数根据所述信息请求生成回复消息时，所述消息接收节点将所述回复消息发送给所述消息发起节点。

可选地，所述根据ros节点对应该的功能模块之间信息交互的特点确定ros节点之间的通信方式，包括：

根据ros节点对应该的功能模块之间信息交互的特点，判断ros节点之间是否需要任务同步；

当ros节点之间需要任务同步时，确定同步发起ros节点和至少一个同步接收ros节点；

在所述同步接收节点中建立与所述任务同步对应的第二回调函数；

当所述同步接收ros节点接收到所述同步发起ros节点发送的同步请求时，所述同步接收ros节点调用所述第二回调函数，当所述第二回调函数根据所述同步请求生成回复消息时，所述同步接收ros节点将所述回复消息发送给所述同步发起ros节点。

一种设备控制装置，包括：

获取单元，用于获取微纳卫星中所有功能模块以及功能模块之间的信息流；

节点确定单元，用于确定与每个功能模块对应的机器人操作系统ros节点；

计算图生成单元，用于根据所述信息流和所有ros节点生成ros计算图，所述ros计算图中包括：ros节点、ros消息、ros消息主题、ros服务以及ros消息记录包；

通信方式确定单元，用于根据ros节点对应的功能模块之间信息交互的特点确定ros节点之间的通信方式，所述通信方式包括：消息方式和服务方式；

文件生成单元，用于生成与每个ros节点分别单独对应的运行文件；

文件运行单元，用于控制不同ros节点对应的运行文件运行；

记录单元，用于记录ros节点在运行时的运行信息以及ros之间的通信信息作为日志信息。

可选地，所述计算图生成单元，包括：

通信信息获取子单元，用于根据所述信息流获取不同ros节点之间的通信信息；

信息确定子单元，用于根据所述通信信息确定ros节点之间的ros消息、ros服务、ros消息主题以及ros消息记录包；

生成子单元，用于根据所述ros节点、ros消息、ros消息主题、ros服务以及ros消息记录包生成所述ros计算图。

可选地，所述通信方式确定单元，包括：

第一判断子单元，用于根据ros节点对应的功能模块之间信息交互的特点，判断ros节点之间传递信息的方式是否为一对多；

节点确定子单元，用于当ros节点之间传递信息的方式为一对多时，确定ros发布节点和多个ros接收节点；

消息主题建立子单元，用于建立与所述ros发布节点对应的消息主题；

发布子单元，用于控制所述ros发布节点定期发布与所述消息主题相关的广播消息；

订阅子单元，用于控制所述ros接收节点在需求所述广播消息时，从所述建立的消息主题中订阅所述广播消息。

可选地，所述通信方式确定单元，包括：

第二判断子单元，用于根据ros节点对应该的功能模块之间信息交互的特点判断ros节点之间传递信息的方式是否为点对点；

节点对确定子单元，用于当ros节点之间传递信息的方式为点对点时，将进行点对点传递信息的两个ros节点确定ros节点对，所述ros节点对中一个ros节点为消息发起节点，另一ros节点为消息接收节点；

第一建立子单元，用于在所述消息接收节点中建立与所述ros节点对对应的第一回调函数；

信息请求发送子单元，用于当需要进行点对点传输信息时，所述消息发起节点向所述消息接收节点发送信息请求；

第一调用子单元，用于当所述消息接收节点接收到信息请求时，所述消息接收节点调用所述第一回调函数；

第一消息发送子单元，用于当所述第一回调函数根据所述信息请求生成回复消息时，所述消息接收节点将所述回复消息发送给所述消息发起节点。

可选地，所述通信方式确定单元，包括：

第三判断子单元，用于根据ros节点对应该的功能模块之间信息交互的特点判断ros节点之间是否需要任务同步；

同步节点确定子单元，用于当ros节点之间需要任务同步时，确定同步发起ros节点和至少一个同步接收ros节点；

第二建立子单元，用于在所述同步接收节点中建立与所述任务同步对应的第二回调函数；

第二调用子单元，用于当所述同步接收ros节点接收到所述同步发起ros节点发送的同步请求时，所述同步接收ros节点调用所述第二回调函数；

第二发送子单元，用于当所述第二回调函数根据所述同步请求生成回复消息时，所述同步接收ros节点将所述回复消息发送给所述同步发起ros节点。

本公开的实施例提供的技术方案可以包括以下有益效果：

本申请实施例提供的该设备控制方法，在实现基于ros的卫星软件时，可以根据卫星软件中的所有功能模块以及功能模块之间的信息流，先将功能模块转换为ros节点，然后再确定包含ros节点的ros计算图，以ros理念来设计微纳卫星的卫星软件，由于ros系统具有良好的通信机制，这使得每个ros节点对应的可执行文件能够被单独设计，并且在运行时ros节点对应的可执行文件可以松散耦合，因此，每个功能模块可以作为独立线程运行，例如将微纳卫星中的遥控、程控、数传、设备管理等功能模块分别作为ros节点实现，在开发时可以独立开发，这样技术人员可以将微纳卫星中各个功能模块单独编写形成独立的运行文件，完成后的ros节点可单独编译、调试和运行，这种方式可较好的支持多人并行开发，使得效率大大提高，并且由于ros节点对应的可执行文件可以松散耦合，所以灵活性以及可扩展性大大提高。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

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

图1为本申请实施例提供的一种微纳卫星的星上软件功能示意图；

图2为本申请实施例提供的设备控制方法的流程示意图；

图3为本申请实施例提供的设备控制装置的结构示意图。

具体实施方式

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

图1为本申请实施例提供的一种微纳卫星的星上软件示意图。

如图1所示，图中包括微纳卫星的多个常用功能模块，包括：遥测、遥控、数传、参数上注、软件上注、星上时钟、信标、程控、姿态控制等，各个功能模块之间的信息流如图1中箭头所指方向。

图2为本申请实施例提供的设备控制方法的流程示意图。

如图2所示，该方法包括以下步骤：

s101，获取微纳卫星中所有功能模块以及功能模块之间的信息流。

每个微纳卫星，根据设计要求的不同，具有不同的功能模块以及独特的功能模块之间的信息流。所以，在本申请实施例中，首先要获取目标微纳卫星的一些基本信息。如图1所示，图中包括微纳卫星的所有功能模块以及功能模块之间的信息流。在本申请实施例中，微纳卫星的功能模块以及功能模块之间的信息流可以由技术人员根据微纳卫星设计方案提供，或者，直接从设计方案中提取微纳卫星的各个参数得到。

s102，确定与每个功能模块对应的机器人操作系统ros节点。

ros(robotoperatingsystem，机器人操作系统)，是专为机器人软件开发所设计出来的一套电脑操作系统架构，最早源于2007年斯坦福大学人工智能实验室的stair项目与机器人技术公司willowgarage的个人机器人项目(personalroboticsprogram)之间的合作，2008年之后由willowgarage公司推动其发展。

ros是一个开源的次操作系统，提供类似于操作系统的服务，包括硬件抽象描述、底层驱动程序管理、共用功能的执行、程序间消息传递、程序发行包管理，它也提供一些工具和库用于获取、建立、编写和执行多机融合的程序。ros并不是传统意义上的操作系统，ros的首要设计目标是在机器人研发领域提高代码复用率。ros的运行架构是一种使用ros通信模块实现模块间松散耦合的处理架构。这使可执行文件能被单独设计，并且在运行时松散耦合。

在本申请实施例中，当获取到微纳卫星的功能模块之后，首先要按照ros节点确定规则，确定出与每个微纳卫星中功能模块对应的ros节点，以此为基础来生成与微纳卫星对应的ros计算图。

s103，根据所述信息流和所有ros节点生成ros计算图。

通常情况下，ros通过计算图(computegraph)来组织软件。计算图的元素包括：

(1)ros节点：主要的计算进程。

(2)ros节点管理器：用于节点的注册和查找。

(3)ros参数服务器：使数据通过关键词存在系统的核心位置。

(4)ros消息：用于节点间的通信。

(5)ros消息主题：对消息进行路由和管理的数据总线。

(6)ros服务：点对点的数据交互。

(7)ros消息记录包：用于保存和回放ros消息的数据记录。

在本申请实施例中，确定的ros计算图中至少包括：ros节点、ros消息、ros消息主题、ros服务以及消息记录包。

在本申请一个实施例中，步骤s103，可以包括以下步骤：

s11，根据所述信息流获取不同ros节点之间的通信信息。

s12，根据所述通信信息确定ros节点之间的ros消息、ros服务、ros消息主题以及ros消息记录包；

s13，根据所述ros节点、ros消息、ros消息主题、ros服务以及ros消息记录包生成所述ros计算图。

s104，根据ros节点对应的功能模块之间信息交互的特点确定ros节点之间的通信方式。

在本本申请实施例中，所述通信方式包括：消息方式和服务方式。另外，功能模块之间信息交互的特点包括：点对点、一对多、任务同步等，其中，对点是指两个功能模块进行一对一传输，功能模块之间双向的点对点信息交互使用ros服务实现。ros服务适用于请求、应答方式工作的场合。可以将通用功能做成ros服务，供其他功能模块调用。

一对多是指一个功能模块向多个功能模块进行消息广播，功能模块之间广播式的通信通过ros消息主题实现。例如遥测数据、星上时钟等信息多个模块运行时都需要，可以建立遥测消息主题和时钟消息主题，遥测模块和星上时钟模块分别向这两个消息主题发布遥测消息和时钟消息，需要使用遥测和时钟的模块可以向这两个消息主题订阅相应的消息；

任务同步是指两个功能模块之间需要进行任务同步，由于ros节点没有信号量和互斥量，所以资源都被封装在节点内部。这样，节点之间的同步只能通过ros消息或ros服务完成。消息接收方或服务提供方设计回调函数，消息接收方在收到消息或服务器提供放在收到服务请求时触发回调函数，进而实现任务同步。

s105，生成与每个ros节点分别单独对应的运行文件，并且控制不同ros节点对应的运行文件运行。

由于ros系统提供了良好的通信机制，这使可执行文件能被单独设计，并且在运行时松散耦合。所以当生成与微纳卫星中功能模块对应的ros计算图，并且确定出ros计算图中各ros节点之间的通信方式后，可以将微纳卫星中每个功能模块作为ros的一个节点来实现，运行时每个功能模块可以作为独立线程运行。例如将微纳卫星中的遥控、程控、数传、设备管理等功能模块分别作为ros节点实现，在开发时可以独立开发。

ros节点可通过catkin_create_pkg工具创建，catkin_create_pkg工具可生成文件目录、配置文件和编译脚本，形成独立的运行文件。完成后的节点可单独编译、调试和运行。这种方式可较好的支持多人并行开发。

s106，记录ros节点在运行时的运行信息以及ros之间的通信信息作为日志信息。

在本申请实施例中，日志功能可通过ros消息记录包实现，也可自行开发日志模块，ros消息记录功能可同时记录多类ros消息。为了对微纳卫星运行过程进行有效监控，在本申请实施例中，在记录运行信息或日志信息时，并非全部记录，而是可以有选择地对部分运行信息和日志信息进行记录，在具体应用中，选择哪些运行信息和日志信息，技术人员可以自行设定。

本申请实施例提供的该设备控制方法，在实现基于ros的卫星软件时，可以根据卫星软件中的所有功能模块以及功能模块之间的信息流，先将功能模块转换为ros节点，然后再确定包含ros节点的ros计算图，以ros理念来设计微纳卫星的卫星软件，由于ros系统具有良好的通信机制，这使得每个ros节点对应的可执行文件能够被单独设计，并且在运行时ros节点对应的可执行文件可以松散耦合，因此，每个功能模块可以作为独立线程运行，例如将微纳卫星中的遥控、程控、数传、设备管理等功能模块分别作为ros节点实现，在开发时可以独立开发，这样技术人员可以将微纳卫星中各个功能模块单独编写形成独立的运行文件，完成后的ros节点可单独编译、调试和运行，这种方式可较好的支持多人并行开发，使得效率大大提高，并且由于ros节点对应的可执行文件可以松散耦合，所以灵活性以及可扩展性大大提高。

在本申请一个实施例中，前述步骤s104可以包括以下步骤。

s21，根据ros节点对应的功能模块之间信息交互的特点，判断ros节点之间传递信息的方式是否为一对多；

当ros节点之间传递信息的方式为一对多时，执行步骤s21。

s21，确定ros发布节点和多个ros接收节点；

s22，建立与所述ros发布节点对应的消息主题；

s23，控制所述ros发布节点定期发布与所述消息主题相关的广播消息；

s24，控制所述ros接收节点在需求所述广播消息时，从所述建立的消息主题中订阅所述广播消息。

在本申请一个实施例中，前述步骤s104可以包括以下步骤。

s31，根据ros节点对应该的功能模块之间信息交互的特点，判断ros节点之间传递信息的方式是否为点对点；

当ros节点之间传递信息的方式为点对点时，执行s32。

s32，当ros节点之间传递信息的方式为点对点时，将进行点对点传递信息的两个ros节点确定ros节点对，所述ros节点对中一个ros节点为消息发起节点，另一ros节点为消息接收节点；

s33，在所述消息接收节点中建立与所述ros节点对对应的第一回调函数；

s34，当需要进行点对点传输信息时，所述消息发起节点向所述消息接收节点发送信息请求；当所述消息接收节点接收到信息请求时，所述消息接收节点调用所述第一回调函数，当所述第一回调函数根据所述信息请求生成回复消息时，所述消息接收节点将所述回复消息发送给所述消息发起节点。

在本申请一个实施例中，前述步骤s104可以包括以下步骤。

s41，根据ros节点对应该的功能模块之间信息交互的特点判断ros节点之间是否需要任务同步；

当ros节点之间需要任务同步时，执行s42。

s42，确定同步发起ros节点和至少一个同步接收ros节点；

s43，在所述同步接收节点中建立与所述任务同步对应的第二回调函数；

s44，当所述同步接收ros节点接收到所述同步发起ros节点发送的同步请求时，所述同步接收ros节点调用所述第二回调函数，当所述第二回调函数根据所述同步请求生成回复消息时，所述同步接收ros节点将所述回复消息发送给所述同步发起ros节点。

通过以上的方法实施例的描述，所属领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：只读存储器(rom)、随机存取存储器(ram)、磁碟或者光盘等各种可以存储程序代码的介质。

与本申请图2所示的设备控制方法实施例相对应，本申请还提供了一种设备控制装置；参见图3为本申请实施例提供的一种设备控制装置的结构示意图。

如图3所示，该装置可以包括：获取单元11、节点确定单元12、计算图生成单元13、通信方式确定单元14、文件生成单元15、文件运行单元16和记录单元17，其中，

获取单元11，用于获取微纳卫星中所有功能模块以及功能模块之间的信息流；

节点确定单元12，用于确定与每个功能模块对应的机器人操作系统ros节点；

计算图生成单元13，用于根据所述信息流和所有ros节点生成ros计算图，所述ros计算图中包括：ros节点、ros消息、ros消息主题、ros服务以及ros消息记录包；

通信方式确定单元14，用于根据ros节点对应的功能模块之间信息交互的特点确定ros节点之间的通信方式，所述通信方式包括：消息方式和服务方式；

文件生成单元15，用于生成与每个ros节点分别单独对应的运行文件。

文件运行单元16，用于控制不同ros节点对应的运行文件运行；

记录单元17，用于记录ros节点在运行时的运行信息以及ros之间的通信信息作为日志信息。

在本申请一个实施例中，计算图生成单元，包括：

通信信息获取子单元，用于根据所述信息流获取不同ros节点之间的通信信息；

信息确定子单元，用于根据所述通信信息确定ros节点之间的ros消息、ros服务、ros消息主题以及ros消息记录包；

生成子单元，用于根据所述ros节点、ros消息、ros主题、ros服务以及ros消息记录包生成所述ros计算图。

在本申请一个实施例中，所述通信方式确定单元，包括：

第一判断子单元，用于根据ros节点对应的功能模块之间信息交互的特点，判断ros节点之间传递信息的方式是否为一对多；

节点确定子单元，用于当ros节点之间传递信息的方式为一对多时，确定ros发布节点和多个ros接收节点；

消息主题建立子单元，用于建立与所述ros发布节点对应的消息主题；

发布子单元，用于控制所述ros发布节点定期发布与所述消息主题相关的广播消息；

订阅子单元，用于控制所述ros接收节点在需求所述广播消息时，从所述建立的消息主题中订阅所述广播消息。

在本申请一个实施例中，所述通信方式确定单元，包括：

第二判断子单元，用于根据ros节点对应该的功能模块之间信息交互的特点判断ros节点之间传递信息的方式是否为点对点；

节点对确定子单元，用于当ros节点之间传递信息的方式为点对点时，将进行点对点传递信息的两个ros节点确定ros节点对，所述ros节点对中一个ros节点为消息发起节点，另一ros节点为消息接收节点；

第一建立子单元，用于在所述消息接收节点中建立与所述ros节点对对应的第一回调函数；

信息请求发送子单元，用于当需要进行点对点传输信息时，所述消息发起节点向所述消息接收节点发送信息请求；

第一调用子单元，用于当所述消息接收节点接收到信息请求时，所述消息接收节点调用所述第一回调函数；

第一消息发送子单元，用于当所述第一回调函数根据所述信息请求生成回复消息时，所述消息接收节点将所述回复消息发送给所述消息发起节点。

在本申请一个实施例中，所述通信方式确定单元，包括：

第三判断子单元，用于根据ros节点对应该的功能模块之间信息交互的特点判断ros节点之间是否需要任务同步；

同步节点确定子单元，用于当ros节点之间需要任务同步时，确定同步发起ros节点和至少一个同步接收ros节点；

第二建立子单元，用于在所述同步接收节点中建立与所述任务同步对应的第二回调函数；

第二调用子单元，用于当所述同步接收ros节点接收到所述同步发起ros节点发送的同步请求时，所述同步接收ros节点调用所述第二回调函数；

第二发送子单元，用于当所述第二回调函数根据所述同步请求生成回复消息时，所述同步接收ros节点将所述回复消息发送给所述同步发起ros节点。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本文中，各个优选方案仅仅重点描述的是与其它方案的不同，各个优选方案只要不冲突，都可以任意组合，组合后所形成的实施例也在本说明书所公开的范畴之内，考虑到文本简洁，本文就不再对组合所形成的实施例进行单独描述。

可以理解的是，本申请可用于众多通用或专用的计算系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络pc、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本申请的具体实施方式，使本领域技术人员能够理解或实现本申请。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。