一种应用控制方法、装置、电子设备及存储介质

技术领域

本申请实施例涉及网络服务技术领域，尤其涉及一种应用控制方法、装置、电子设备及存储介质。

背景技术

在汽车领域中，车载娱乐系统和高级驾驶辅助系统等电子电气架构对车辆的通信模式提出了更高要求，因而汽车开放系统架构(Automotive Open System Architecture，AUTOSAR)联盟正推出一套新的标准，以适应更加多变的通信模式。

现有技术中，Adaptive AUTOSAR开发代码包使用可扩展面向服务的中间件(Scalable service-Oriented Middle Ware over IP，SOME/IP)通信协议为各个自适应应用之间提供面向服务的通信模式，并根据AUTOSAR规范使用执行管理模块对各个自适应应用的启停进行管理。然而，现有技术只有在开发板中配置有通信管理模块和执行管理模块，才能控制各个自适应应用之间的启动顺序。因此，现有技术在开发板空间有限，无法配置执行管理模块情况下，无法仅通过通信管理模块做到对自适应应用启动顺序进行控制。

发明内容

本申请实施例提供了一种应用控制方法、装置、电子设备及存储介质，以实现节约开发板的硬件配置成本，为控制多个自适应应用端提供了一种新思路。

第一方面，本申请实施例提供了一种应用控制方法，应用于服务管理设备，该方法包括：

接收多个自适应应用端发送的提供服务事件；

确定所述多个自适应应用端的启动顺序；

根据所述启动顺序从所述多个自适应应用端中确定出待启动自适应应用端；

向所述待启动自适应应用端发送指定状态信息，以使得所述待启动自适应应用端基于所述指定状态信息确定是否启动所述待启动自适应应用端；

在所述待启动自适应应用端启动之后，返回执行根据所述启动顺序从所述多个自适应应用端中确定出待启动自适应应用端，直至所述多个自适应应用端全部启动。

第二方面，本申请实施例提供了一种应用控制方法，应用于自适应应用端，该方法包括：

接收服务管理设备发送的指定状态信息；

基于所述指定状态信息确定是否启动所述待启动自适应应用端，并向所述服务管理设备发送通知服务事件。

第三方面，本申请实施例提供了一种应用控制装置，应用于服务管理设备，该装置包括：

事件接收模块，用于接收多个自适应应用端发送的提供服务事件；

第一确定模块，用于确定所述多个自适应应用端的启动顺序；

第二确定模块，用于根据所述启动顺序从所述多个自适应应用端中确定出待启动自适应应用端；

信息发送模块，用于向所述待启动自适应应用端发送指定状态信息，以使得所述待启动自适应应用端基于所述指定状态信息确定是否启动所述待启动自适应应用端；

重复执行模块，用于在所述待启动自适应应用端启动之后，返回执行根据所述启动顺序从所述多个自适应应用端中确定出待启动自适应应用端，直至所述多个自适应应用端全部启动。

第四方面，本申请实施例提供了一种应用控制装置，应用于自适应应用端，该装置包括：

信息接收模块，用于接收服务管理设备发送的指定状态信息；

信息处理模块，用于基于所述指定状态信息确定是否启动所述待启动自适应应用端，并向所述服务管理设备发送通知服务事件。

第五方面，本申请实施例提供了一种电子设备，该电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本申请任意实施例所述的应用控制方法。

第六方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，其中，该计算机程序被处理器执行时实现本申请任意实施例所述的应用控制方法。

本申请实施例提供了一种应用控制方法、装置、电子设备及存储介质，接收多个自适应应用端发送的提供服务事件；确定多个自适应应用端的启动顺序；根据启动顺序从多个自适应应用端中确定出待启动自适应应用端；向待启动自适应应用端发送指定状态信息，以使得待启动自适应应用端基于指定状态信息确定是否启动待启动自适应应用端；在待启动自适应应用端启动之后，返回执行根据启动顺序从多个自适应应用端中确定出待启动自适应应用端，直至多个自适应应用端全部启动。本申请可以在开发板中仅配置通信管理模块的情况下，服务管理设备通过通信管理模块接收各个自适应应用的服务事件请求，并对各个服务事件请求进行处理，实现控制自适应应用的启动顺序。执行本申请的技术方案，可以节约开发板的硬件配置成本，为控制AUTOSAR平台的多个自适应应用端提供了一种新思路。

应当理解，本部分所描述的内容并非旨在标识本申请的实施例的关键或重要特征，也不用于限制本申请的范围。本申请的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。其中：

图1为本申请实施例提供的一种应用控制方法的第一流程示意图；

图2为本申请实施例提供的一种应用控制方法的第二流程示意图；

图3为本申请实施例提供的一种应用控制的信令图；

图4为本申请实施例提供的一种应用控制装置的第一结构示意图；

图5为本申请实施例提供的一种应用控制装置的第二结构示意图；

图6是用来实现本申请实施例的一种应用控制方法的电子设备的框图。

具体实施方式

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

在介绍本申请实施例之前，需要说明的是，本申请的开发板中仅配置通信管理模块，未配置执行管理模块。本申请通过通信管理模块为服务管理设备和多个自适应应用端均绑定SOME/IP通信协议，通过SOME/IP通信协议和本申请的应用控制方法，服务管理设备可以实现对多个自适应应用端的启动顺序进行控制。接下来，基于上述介绍，对本申请实施例的具体实现方式进行详细介绍。

实施例一

图1为本申请实施例提供的一种应用控制方法的第一流程示意图，本实施例可适用于服务管理设备基于应用控制方法对多个自适应应用端的启动顺序进行控制的情况。本实施例提供的一种应用控制方法可以由本申请实施例四提供的应用控制装置来执行，该装置可以通过软件和/或硬件的方式实现，并集成在执行本方法的服务管理设备中。

参见图1，本实施例的方法包括但不限于如下步骤：

S110、接收多个自适应应用端发送的提供服务事件。

在本申请实施例中，提供服务事件是SOME/IP协议中事件通信类型，是指由客户端应用程序向服务端发送指定需求的订阅之后，服务端向客户端发送客户端需求的指定数据。自适应应用端是指承载自适应应用的设备；服务管理设备可以接收来自多个自适应应用端发送的提供服务事件。其中，服务管理设备可以是区别于自适应应用端的一个设备，也可以与自适应应用端相同的一个设备。

S120、确定多个自适应应用端的启动顺序。

在本申请实施例中，服务管理设备接收多个自适应应用端发送的提供服务事件之后，还需确定多个自适应应用端的启动顺序。然后，服务管理设备按照启动顺序对多个自适应应用端依次进行启动。

具体的，多个自适应应用端的启动顺序的确定过程可以是：预先获取多个自适应应用端的属性信息，属性信息中至少包括对应的自适应应用端标识编号和优先级级别。根据属性信息中的自适应应用的端优先级级别，对多个自适应应用端的优先级级别进行排序，得到多个自适应应用端的启动顺序。

可选的，多个自适应应用端的启动顺序的确定过程还可以是：自适应应用端发送的提供服务事件中可以包含对应的自适应应用端标识编号和优先级级别。根据提供服务事件中的自适应应用端的优先级级别，对多个自适应应用端的优先级级别进行排序，得到多个自适应应用端的启动顺序。

本申请可以允许不同的自适应应用端有相同的优先级级别，也就是，本申请可以允许拥有相同优先级级别的多个自适应应用端同时启动。

其中，本申请对自适应应用优先级级别的命名方式不做具体限定，可以是“高级别”、“中级别”和“低级本”等文字，也可以是“1”、“2”和“3”的数字编号，也可以是其他能够表示优先级级别的命名方式。

S130、根据启动顺序从多个自适应应用端中确定出待启动自适应应用端。

在本申请实施例中，经上述S120步骤确定了多个自适应应用端的启动顺序之后，服务管理设备根据启动顺序从多个自适应应用端中确定出待启动自适应应用端。其中，由于本申请可以允许不同的自适应应用端有相同的优先级级别，所以待启动自适应应用端可以一个，也可以是多个，具体情况可以根据服务管理设备所接收的自适应应用端来决定。

例如，如果服务管理设备所接收的自适应应用端中没有相同优先级级别的自适应应用端，那么待启动自适应应用端是一个；如果服务管理设备所接收的自适应应用端中有两个自适应应用端的优先级级别相同，那么当这两个自适应应用端为待启动自适应应用端时，待启动自适应应用端为两个。

S140、向待启动自适应应用端发送指定状态信息，以使得待启动自适应应用端基于指定状态信息确定是否启动待启动自适应应用端。

其中，指定状态信息包括如下至少一项：承载自适应应用的硬件平台的平台状态信息、与自适应应用存在依赖关系的其他自适应应用端的运行状态信息和自适应应用的自定义状态信息。其中，平台状态信息包括如下至少一项硬件平台上电、硬件平台正常运行、硬件平台休眠运行、硬件平台下电和硬件平台停止运行；自定义状态信息是人为抽象的状态，本领域技术人员在实际应用中可以根据实际需求而人为设定的状态信息，本申请对此不作具体限定。可选的，指定状态信息可以是通过一个服务事件进行发送的。

在本申请实施例中，经上述S130步骤确定出待启动自适应应用端之后，服务管理设备需要向待启动自适应应用端发送指定状态信息，以使得待启动自适应应用端基于指定状态信息确定是否启动待启动自适应应用端。

在本申请实施例中，根据待启动自适应应用端的类型可以确定指定状态信息具体为哪种信息。具体的，先根据预先获取的多个自适应应用端的属性信息确定待启动自适应应用端的类型；再根据待启动自适应应用端的类型，向待启动自适应应用端发送指定状态信息。本步骤向待启动自适应应用端发送指定状态信息的过程可以通过以下三种情况进行实现：

第一种情况：若待启动自适应应用端的类型为第一类型，则服务管理设备获取平台状态信息，并向待启动自适应应用端发送平台状态信息。

其中，第一类型是指该待启动自适应应用是否能够启动仅仅依赖平台状态信息，不依赖其他自适应应用端的运行状态信息；平台状态信息为承载自适应应用的硬件平台的状态信息。

第二种情况：若待启动自适应应用端的类型为第二类型，则服务管理设备获取平台状态信息和其他自适应应用端的运行状态信息，并向待启动自适应应用端发送平台状态信息和其他自适应应用端的运行状态信息。

其中，第二类型是指该待启动自适应应用是否能够启动不仅依赖平台状态信息，还依赖与该待启动自适应应用端具有依赖关系的其他自适应应用端的运行状态信息；其他自适应应用端为与该待启动自适应应用端存在依赖关系的其他自适应应用端。

能够理解的，其他自适应应用端可以是一个自适应应用端，也可以是多个自适应应用端。

示例性的，以其他自适应应用端是一个自适应应用端举例，假如待启动自适应应用端A与自适应应用端B为依赖关系，待启动自适应应用端A是否能够启动取决于自适应应用端B的运行状态信息是否开启运行。也就是，当自适应应用端B的运行状态信息为开启运行时，待启动自适应应用端A才能够启动；当自适应应用端B的运行状态信息为停止运行时，待启动自适应应用端A不能够启动。

示例性的，以其他自适应应用端是多个自适应应用端举例，假如待启动自适应应用端A、自适应应用端B和自适应应用端C为依赖关系，待启动自适应应用端A是否能够启动取决于自适应应用端B和自适应应用端C的运行状态信息是否都为开启运行。也就是，当自适应应用端B和自适应应用端C的运行状态信息都为开启运行时，待启动自适应应用端A才能够启动；当自适应应用端B和自适应应用端C的运行状态信息中有一个为停止运行时，待启动自适应应用端A不能够启动。

第三种情况：若待启动自适应应用端的类型为第三类型，则服务管理设备切换为自定义状态之后获取自定义状态对应的状态信息，并向待启动自适应应用端发送自定义状态对应的状态信息。

其中，第三类型是指该待启动自适应应用端是否能够启动既不依赖平台状态信息，也不依赖其他自适应应用端的运行状态信息，而是取决于该自适应应用自定义状态对应的状态信息。

可选的，在服务管理设备向待启动自适应应用端发送指定状态信息之后，服务管理设备执行暂停运行(如挂起状态)；当服务管理设备接收到待启动自适应应用端发送的通知服务事件时执行开启运行。当通知服务事件为开启通知信息时，服务管理设备还需向待启动自适应应用端发送确认服务事件，以指示所述待启动自适应应用端进入工作模式。其中，通知服务事件是指待启动自适应应用端确定了是否启动之后，向服务管理设备发送的通知其运行状态的事件，通知服务事件包括开启通知信息或停止通知信息；开启通知信息为当前的待启动自适应应用端处于正在运行状态；停止通知信息为当前的待启动自适应应用端处于停止运行状态；确认服务事件是SOME/IP协议中事件通信类型，是服务管理设备已确认接收了待启动自适应应用端的通知服务事件之后向待启动自适应应用端发送确认服务事件，以指示所述待启动自适应应用端进入工作模式。

S150、在待启动自适应应用端启动之后，返回执行根据启动顺序从多个自适应应用端中确定出待启动自适应应用端，直至多个自适应应用端全部启动。

在本申请实施例中，上述S130-S140步骤是对某一个待启动自适应应用端所发送的提供服务事件进行响应的过程，根据S120确定的多个自适应应用端的启动顺序，依次对启动顺序中的每一个自适应应用端对应的提供服务事件进行响应，直至多个自适应应用端全部启动。

本实施例提供的技术方案，通过服务管理设备接收多个自适应应用端发送的提供服务事件之后，根据自适应应用端优先级级别确定多个自适应应用端的启动顺序，从而根据启动顺序从多个自适应应用端中确定出待启动自适应应用端，并向待启动自适应应用端发送指定状态信息，以使得待启动自适应应用端基于指定状态信息确定是否启动待启动自适应应用端；在待启动自适应应用端启动之后，返回执行根据启动顺序从多个自适应应用端中确定出待启动自适应应用端，直至多个自适应应用端全部启动。本申请可以在开发板中仅配置通信管理模块的情况下，服务管理设备通过通信管理模块接收各个自适应应用的服务事件请求，并对各个服务事件请求进行处理，实现控制多个自适应应用端的启动顺序。执行本申请的技术方案，可以节约开发板的硬件配置成本，为控制AUTOSAR平台的多个自适应应用端提供了一种新思路。

实施例二

图2为本申请实施例提供的一种应用控制方法的第二流程示意图，本实施例可适用于自适应应用端的待启动自适应应用端基于应用控制方法确定其运行状态的情况。本实施例提供的一种应用控制方法可以由本申请实施例五提供的应用控制装置来执行，该装置可以通过软件和/或硬件的方式实现，并集成在执行本方法的自适应应用端中。

参见图2，本实施例的方法包括但不限于如下步骤：

S210、接收服务管理设备发送的指定状态信息。

在本申请实施例中，服务管理设备接收多个自适应应用端发送的提供服务事件之后，根据自适应应用端优先级级别确定多个自适应应用端的启动顺序，从而根据启动顺序从多个自适应应用端中确定出待启动自适应应用端，并向待启动自适应应用端发送指定状态信息。待启动自适应应用端接收服务管理设备发送的指定状态信息。

其中，指定状态信息包括如下至少一项：承载自适应应用平台的平台状态信息、与自适应应用存在依赖关系的其他自适应应用端的运行状态信息和自适应应用的自定义状态信息。

具体的，待启动自适应应用端接收的是哪种信息取决于待启动自适应应用端的类型。本步骤接收服务管理设备发送的指定状态信息可以通过以下三种情况进行实现：

第一种情况：若待启动自适应应用端的类型为第一类型，则待启动自适应应用端接收的是服务管理设备发送的平台状态信息。其中，第一类型是指该待启动自适应应用是否能够启动仅仅依赖平台状态信息，不依赖其他自适应应用端的运行状态信息；平台状态信息为承载自适应应用的硬件平台的状态信息。

第二种情况：若待启动自适应应用端的类型为第二类型，则待启动自适应应用端接收的是服务管理设备发送的平台状态信息和其他自适应应用端的运行状态信息。其中，第二类型是指该待启动自适应应用端是否能够启动不仅依赖平台状态信息，还依赖与该待启动自适应应用端具有依赖关系的其他自适应应用端的运行状态信息；其他自适应应用端为与该待启动自适应应用端存在依赖关系的其他自适应应用端。

第三种情况：若待启动自适应应用端的类型为第三类型，则待启动自适应应用端接收的是服务管理设备发送的自定义状态对应的状态信息。其中，第三类型是指该待启动自适应应用是否能够启动既不依赖平台状态信息，也不依赖其他自适应应用端的运行状态信息，而是取决于该自适应应用自定义状态对应的状态信息。

S220、基于指定状态信息确定是否启动待启动自适应应用端，并向服务管理设备发送通知服务事件。

在本申请实施例中，经上述S210步骤接收服务管理设备发送的指定状态信息之后，再基于指定状态信息确定是否启动待启动自适应应用端，并向服务管理设备发送通知服务事件。其中，通知服务事件是待启动自适应应用端确定了是否启动之后，向服务管理设备发送的通知其运行状态的信息；其中，包括开启通知信息或停止通知信息。

具体的，判断指定状态信息与待启动自适应应用端的开启运行条件是否一致；若是，则启动待启动自适应应用端并向服务管理设备发送开启通知信息，并接收服务管理设备发送的确认服务事件，待启动自适应应用端接收到该确认服务事件之后进入工作模式；若否，则不启动待启动自适应应用端，并向服务管理设备发送停止通知信息。需要说明的是，当服务管理设备接收到待启动自适应应用端发送的通知服务事件(无论是开启通知信息还是停止通知信息)时，停止挂起状态执行开启运行，并继续进行工作。

在本申请实施例中，若待启动自适应应用端的类型为第一类型，则判断所接收到的平台状态信息是否和开启运行条件是否一致；若待启动自适应应用端的类型为第二类型，则判断所接收到的平台状态信息和其他自适应应用端的运行状态信息是否和开启运行条件是否一致；若待启动自适应应用端的类型为第三类型，则判断所接收到的自定义状态信息是否和开启运行条件是否一致。

本实施例提供的技术方案，多个自适应应用端中的待启动自适应应用端接收服务管理设备发送的指定状态信息；并基于指定状态信息确定是否启动待启动自适应应用端，并向服务管理设备发送通知服务事件。本申请可以在开发板中仅配置通信管理模块的情况下，服务管理设备通过通信管理模块接收各个自适应应用的服务事件请求，并对各个服务事件请求进行处理，实现控制多个自适应应用端的启动顺序。执行本申请的技术方案，可以节约开发板的硬件配置成本，为控制AUTOSAR平台的多个自适应应用端提供了一种新思路。

实施例三

图3为本申请实施例提供的一种应用控制的信令图。本申请实施例在上述实施例的基础上，给出了基于应用控制的服务管理设备和自适应应用端进行交互的优选实例，具体的，该实施例包括以下步骤：

参见图3，本实施例的方法包括但不限于如下步骤：

S301、服务管理设备接收多个自适应应用端发送的提供服务事件。

其中，图3仅展示了两个自适应应用端的情况，即自适应应用端A和自适应应用端B。

S302、服务管理设备根据多个自适应应用端的优先级级别确定多个自适应应用端的启动顺序。

S303、服务管理设备根据启动顺序从多个自适应应用端中确定出待启动自适应应用端。

其中，图3展示了自适应应用端A为待启动自适应应用端的情况。

S304、服务管理设备向待启动自适应应用端发送指定状态信息，并执行暂停运行。

其中，指定状态信息包括如下至少一项：承载自适应应用平台的平台状态信息、与自适应应用存在依赖关系的其他自适应应用端的运行状态信息和自适应应用的自定义状态信息。

S305、待启动自适应应用端接收服务管理设备发送的指定状态信息。

S306、待启动自适应应用端基于指定状态信息确定是否启动待启动自适应应用端。

S307、待启动自适应应用端向服务管理设备发送通知服务事件。

其中，通知服务事件包括开启通知信息或停止通知信息。

S308、服务管理设备接收待启动自适应应用端发送的通知服务事件，并执行开启运行。

S309、若通知服务事件为开启通知信息，则服务管理设备向待启动自适应应用端发送确认服务事件。

S310、待启动自适应应用端接收服务管理设备发送的确认服务事件，并进入工作模式。

S311、服务管理设备返回执行根据启动顺序从多个自适应应用端中确定出待启动自适应应用端，直至多个自适应应用端全部启动。

本实施例提供的技术方案，可以在开发板中仅配置通信管理模块的情况下，服务管理设备通过通信管理模块接收各个自适应应用的服务事件请求，并对各个服务事件请求进行处理，实现控制多个自适应应用端的启动顺序。执行本申请的技术方案，可以节约开发板的硬件配置成本，为控制AUTOSAR平台的多个自适应应用端提供了一种新思路。

实施例四

图4为本申请实施例提供的一种应用控制装置的第一结构示意图，如图4所示，该装置400可以包括：

事件接收模块410，用于接收多个自适应应用端发送的提供服务事件。

第一确定模块420，用于确定所述多个自适应应用端的启动顺序。

第二确定模块430，用于根据所述启动顺序从所述多个自适应应用端中确定出待启动自适应应用端。

信息发送模块440，用于向所述待启动自适应应用端发送指定状态信息，以使得所述待启动自适应应用端基于所述指定状态信息确定是否启动所述待启动自适应应用端。

所述第二确定模块和所述信息发送模块重复执行对应步骤，直至所述多个自适应应用端全部启动。

进一步的，上述第一确定模块420，具体用于：根据预先获取的所述多个自适应应用端的属性信息对所述多个自适应应用端的优先级级别进行排序，得到所述多个自适应应用端的启动顺序。

进一步的，上述信息发送模块440，具体用于：根据预先获取的所述多个自适应应用端的属性信息确定所述待启动自适应应用端的类型；若所述待启动自适应应用端的类型为第一类型，则获取平台状态信息，并向所述待启动自适应应用端发送所述平台状态信息，其中，所述平台状态信息为承载自适应应用的硬件平台的状态信息；若所述待启动自适应应用端的类型为第二类型，则获取所述平台状态信息和其他自适应应用端的运行状态信息，并向所述待启动自适应应用端发送所述平台状态信息和所述其他自适应应用端的运行状态信息，其中，所述其他自适应应用端为与所述待启动自适应应用端存在依赖关系的其他自适应应用端；若所述待启动自适应应用端的类型为第三类型，则切换为自定义状态并获取所述自定义状态对应的状态信息，并向所述待启动自适应应用端发送所述自定义状态对应的状态信息。

进一步的，上述应用控制装置，还可以包括：启停控制模块；

所述启停控制模块，用于在向所述待启动自适应应用端发送指定状态信息之后，执行暂停运行；当接收到所述待启动自适应应用端发送的通知服务事件时执行开启运行；并在所述通知服务事件为开启通知信息时，向所述待启动自适应应用端发送确认服务事件，以指示所述待启动自适应应用端进入工作模式。

本实施例提供的应用控制装置可适用于上述任意实施例提供的应用控制方法，具备相应的功能和有益效果。

实施例五

图5为本申请实施例提供的一种应用控制装置的第二结构示意图，如图5所示，该装置500可以包括：

信息接收模块510，用于接收服务管理设备发送的指定状态信息。

信息处理模块520，用于基于所述指定状态信息确定是否启动所述待启动自适应应用端，并向所述服务管理设备发送通知服务事件。

进一步的，上述信息处理模块520，具体用于：判断所述指定状态信息与所述待启动自适应应用端的开启运行条件是否一致；若是，则启动所述待启动自适应应用端，并向所述服务管理设备发送开启通知信息；以及在接收所述服务管理设备发送的确认服务事件时进入工作模式；若否，则不启动所述待启动自适应应用端，并向所述服务管理设备发送停止通知信息。

本实施例提供的应用控制装置可适用于上述任意实施例提供的应用控制方法，具备相应的功能和有益效果。

实施例六

图6是用来实现本申请实施例的一种应用控制方法的电子设备的框图，图6示出了适于用来实现本申请实施例实施方式的示例性电子设备的框图。图6显示的电子设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。该电子设备典型可以是智能手机、平板电脑、笔记本电脑、车载终端以及可穿戴设备等。

如图6所示，电子设备600以通用计算设备的形式表现。电子设备600的组件可以包括但不限于：一个或者多个处理器或者处理单元616，存储器628，连接不同系统组件(包括存储器628和处理单元616)的总线618。

总线618表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

电子设备600典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备600访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储器628可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)630和/或高速缓存存储器632。电子设备600可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统634可以用于读写不可移动的、非易失性磁介质(图6未显示，通常称为“硬盘驱动器”)。尽管图6中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线618相连。存储器628可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本申请实施例各实施例的功能。

具有一组(至少一个)程序模块642的程序/实用工具640，可以存储在例如存储器628中，这样的程序模块642包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块642通常执行本申请实施例所描述的实施例中的功能和/或方法。

电子设备600也可以与一个或多个外部设备614(例如键盘、指向设备、显示器624等)通信，还可与一个或者多个使得用户能与该电子设备600交互的设备通信，和/或与使得该电子设备600能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口622进行。并且，电子设备600还可以通过网络适配器620与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图6所示，网络适配器620通过总线618与电子设备600的其它模块通信。应当明白，尽管图6中未示出，可以结合电子设备600使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理单元616通过运行存储在存储器628中的程序，从而执行各种功能应用以及数据处理，例如实现本申请任一实施例所提供的应用控制方法。

实施例七

本申请实施例七还提供一种计算机可读存储介质，其上存储有计算机程序(或称为计算机可执行指令)，该程序被处理器执行时可以用于执行本申请上述任一实施例所提供的应用控制方法。

本申请实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请实施例操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解，本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请实施例进行了较为详细的说明，但是本申请实施例不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由所附的权利要求范围决定。