CN112104622A - 云应用启动方法、服务器、云设备及云端通信系统 - Google Patents

Abstract

本申请涉及一种云应用启动方法、服务器、云设备和云端通信系统。该方法包括：云端服务器生成第一云设备的配置文件；云端服务器向第一云设备发送配置文件，以使第一云设备根据配置文件启动第一云应用；云端服务器接收来自于第一云设备的通知消息；当接收到针对第一云应用的启动请求时，云端服务器在第二云设备中，确定目标云设备，并控制目标云设备响应启动请求。由于用户终端请求第一云应用时，用于响应用户终端的请求的云设备中已经运行有第一云应用，因此可以省略第一云应用的启动过程，从而缩短了云游戏等云应用的启动时长。

Description

云应用启动方法、服务器、云设备及云端通信系统

技术领域

本申请涉及云端通信领域，尤其涉及一种云应用启动方法、服务器、云设备及云端通信系统。

背景技术

云游戏目前发展十分火热，现有技术中，云游戏的启动时间较长，有数据显示，如果云游戏的启动时间超过5秒以上，会有超过10％以上的用户会选择无条件离开。因此，如何缩短云游戏的启动时长，就成为本领域亟待解决的技术问题。

发明内容

本申请提供了一种云应用启动方法、服务器、云设备及云端通信系统，用以缩短云游戏等云应用的启动时长。

第一方面，本申请提供了一种云应用启动方法，应用于云端服务器，所述方法包括：

生成第一云设备的配置文件，所述配置文件至少包括所述第一云设备所需要启动的云应用的标识，所述第一云设备所需要启动的云应用包括第一云应用；

向所述第一云设备发送所述配置文件，以使所述第一云设备根据所述配置文件启动所述第一云应用；

接收来自于所述第一云设备的通知消息，所述通知消息用于指示所述第一云应用在所述第一云设备中处于运行状态；

当接收到针对所述第一云应用的启动请求时，在第二云设备中，确定目标云设备，并控制所述目标云设备响应所述启动请求；其中，所述第二云设备为接收到所述通知消息的第一云设备。

第二方面，提供了一种云应用启动方法，应用于云设备，所述方法包括：

接收云端服务器发送的配置文件，所述配置文件至少包括所述云设备所需要启动的云应用的标识，所述云设备所需要启动的云应用包括第一云应用；

根据所述配置文件启动所述第一云应用，并向所述云端服务器发送通知消息，所述通知消息用于指示所述第一云应用在所述云设备中处于运行状态；

响应于所述云端服务器的控制，对来自于用户终端的针对所述第一云应用的启动请求进行响应。

第三方面，提供了一种服务器，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；其中：

存储器，用于存放计算机程序；

处理器，用于通过运行存储器上所存放的程序来执行第一方面中任一项所述的方法步骤。

第四方面提供了一种云设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；其中：

存储器，用于存放计算机程序；

处理器，用于通过运行存储器上所存放的程序来执行第二方面中任一项所述的方法步骤。

第五方面提供了一种云端通信系统，其特征在于，包括云端服务器和云设备，所述云端服务器用于执行第一方面中任一项所述的云应用启动方法，所述云设备用于执行第二方面中任一项所述的云应用启动方法。

第六方面提供了一种云端通信系统，其特征在于，包括云端服务器、云设备和用户终端；所述用户终端与所述云端服务器通过第一通信模块建立通信连接，所述用户终端与所述云设备通过第二通信模块建立连接；

所述用户终端用于向所述云端服务器发送启动第一云应用的启动请求；接收由所述云设备发送的所述第一云应用的数据流；

所述云端服务器用于执行第一方面中任一项所述的云应用启动方法，所述云设备用于执行第二方面中任一项所述的云应用启动方法。

本申请实施例提供的上述技术方案与现有技术相比具有如下优点：

本申请实施例提供的技术方案中，云端服务器生成配置文件，并向云设备发送配置文件，云设备根据配置文件启动第一云应用，当用户终端请求启动第一云应用时，云端服务器控制运行有第一云应用的云设备响应用户终端的请求。由于用户终端请求第一云应用时，用于响应用户终端的请求的云设备中已经运行有第一云应用，因此可以省略第一云应用的启动过程，从而缩短了云游戏等云应用的启动时长。

附图说明

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

图1为本申请实施例中一种云端通信系统的一种结构示意图；

图2为本申请实施例中一种云应用启动方法的一种流程示意图；

图3为本申请实施例中一种云应用启动方法的另一种流程示意图；

图4为本申请实施例中触发启动云应用的结构示意图；

图5为本申请实施例中一种云应用启动方法的另一种流程示意图；

图6为本申请实施例中一种云应用启动方法的另一种流程示意图；

图7为本申请实施例中一种服务器的结构示意图；

图8为本申请实施例中一种云设备的结构示意图；

图9为本申请实施例中一种云端通信系统的结构示意图；

图10为本申请实施例中一种云端通信系统的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

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

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

为便于对本申请实施例的理解，先对本申请涉及的系统架构进行举例描述：

参见图1，为本申请实施例示出的一种云端通信系统的系统架构示意图。

云端通信系统包括：用户终端110、云设备120和云端服务器130。

用户终端110和云端服务器130建立第一通信连接，用户终端110和云设备120建立第二通信连接，云设备120和云端服务器130建立第三通信连接。

实际应用中，云设备120可以是部署于云端服务器130的虚拟设备，也可以是实体设备。

需要说明的是，当云设备120为实体设备时，云设备120与用户终端110可以为不同类型的实体设备。

需要说明的是，当云设备120为部署于云端服务器130的虚拟设备时，用户终端110与云端服务器130可以通过网络进行通信，用户终端110与云设备120也可以通过网络进行通信，云设备120与云端服务器130可以通过网络或总线进行通信。

用户终端110，用于向云端服务器130请求运行云应用，展示来自云设备120的云端多媒体数据。

可以理解的是，云端多媒体数据为云设备120运行云应用时的数据。

需要说明的是，云端多媒体数据包括以下一种或多种数据：

音频数据、视频数据和图像数据。

用户终端110，还用于在展示云端多媒体数据的过程中，采集用户的操作信息，并向云设备120发送操作信息。

云端服务器130，用于基于用户终端110的请求，从多个云设备120中选择一个云设备120，并控制所选择的云设备120响应用户终端110的请求。

云设备120，用于基于云端服务器130的控制运行用户终端110请求的云应用，生成云应用对应的云端多媒体数据，并向用户终端110发送云端多媒体数据；在云端多媒体数据中，包括但不限于：响应所述操作信息生成的云端视频图像和/或音频片段。

现以图1所示的场景为例，对云应用的启动、运行过程进行说明。

关于云应用的启动过程如下：

用户终端110可以从云端服务器130获取到至少一个云设备120可运行的云应用信息，并且在显示窗口中显示该至少一个云应用信息。用户可以在该至少一个云应用信息中点击一个希望运行的云应用信息，以便实现云应用的选择。用户终端110系统监听点击事件；将处于该点击事件的发生位置的云应用信息向云端服务器130发送。

云端服务器130接收云应用信息，从多个云设备120中选择一个云设备120，并控制云设备120与用户终端110建立连接(通信链路)，并运行与云应用信息对应的云应用。

云设备120基于云端服务器130的控制运行该云应用信息对应的云应用。云设备120在运行云应用的过程中，生成云端多媒体数据，并将该云端多媒体数据发送给用户终端110。

用户终端110则展示接收到的云端多媒体数据。

至此完成了云应用的启动过程。

关于云应用的运行过程如下：

用户终端110在展示该云端多媒体数据的过程中，监听用户操作事件，例如点击事件，在监听到操作事件的情况下，将该操作事件对应的操作信息，例如包括操作事件的坐标位置信息，向云设备120发送。

云设备120根据该操作信息生成云端点击事件，使得该发生位置信息对应的对象响应该云端点击事件，云设备120生成用于响应该云端点击事件的云端多媒体数据。

实际应用中，以云游戏作为云应用的一个例子阐述上述云端通信系统。具体地，云设备将云游戏应用的游戏界面通过云设备和用户终端之间的第二通信连接发送至用户终端，游戏玩家每在游戏界面输入一个操作信息，用户终端则通过第一通信连接将操作信息发送至云设备，云设备执行操作信息对应的操作，并刷新游戏界面，将刷新后的游戏界面通过第二通信连接发送至用户终端，如此则可实现运行在云设备上的云游戏应用提供云游戏服务。

基于图1所示例的云端通信系统100，现有技术中，用户终端请求启动云应用(如云游戏)时，云端服务器响应于用户终端的请求，选择安装有该云应用的云设备(如云手机)，并控制该云设备响应用户终端的请求；云设备基于云端服务器的控制，启动并运行用户终端请求的云应用，并向用户终端返回该云应用对应的云端多媒体数据。由上可见，基于现有技术中的启动云应用的流程启动云应用时，用户会等待较长的时间，用户的云应用体验差。

基于此，本申请提供一种云应用启动方法，以实现缩短用户请求云应用时的云应用的启动时长。

下面为了便于理解，将结合附图分别从云端服务器、云设备以及云端服务器、云设备与用户终端的交互角度，对本申请提供的云应用启动方法进行说明：

参见图2，为本申请一示例性实施例示出的一种云应用启动方法的实施例流程图。该流程可以应用于云端服务器。在一个例子中，该云端服务器可以是图1示出的设备130。如图2所示，该流程可以包括以下步骤：

步骤S201、云端服务器生成第一云设备的配置文件，配置文件至少包括第一云设备所需要启动的云应用的标识，第一云设备所需要启动的云应用包括第一云应用。

针对第一云设备，在初次对云设备进行云应用的启动操作时，第一云设备可以为云设备中的任一云设备。

当获得的第二云设备不足以满足用户终端的需求时，可以基于历史运行数据动态确定第一云设备，其中，第二云设备为运行有第一云应用的云设备。后续具体说明，此处暂不讨论。

需要说明的是，本发明实施例对于第一云设备是否运行有其他应用无特别限定。示例性的，未运行有第一云应用的第一云设备至少包括：运行有第二云应用的云设备，或未运行有任何云应用的云设备，其中，第二云应用与第一云应用不同，如第二云应用与第一云应用为不同类别的云应用，或第二云应用与第一云应用非同一云应用。

针对第一云应用，可选地，当初次对云设备进行云应用的启动操作时，需要启动的第一云应用可以为任一云应用，该任一云应用可以是安装于第一云设备中的任一云应用，也可以是未安装于第一云设备中的任一云应用；当初次操作后获得的第二云设备不足以满足用户终端的需求时，此时需要启动的第一云应用至少包括初次启动操作时设置的需要启动的第一云应用。

作为一个实施例，在生成配置文件之前，云端服务器还可以维护应用列表，应用列表用于维护云设备需要启动的云应用的标识。

其中，应用列表可以与云设备一一对应，此时，一个应用列表包含对应的云设备需要启动的云应用的标识。

或者，应用列表也可以与云设备之间为一对多的关系。此时，应用列表包含对应的多个云设备需要启动的云应用的标识。在此基础上，一个应用列表中的不同云设备所对应的云应用的标识可以相同，也可以不同。具体应用时，当多个云设备中不同的云设备所需要启动的云应用相同时，此时多个云设备共用上述应用列表，且对于每一云设备、其所需要启动的云应用的标识即为应用列表中所包含的云应用的标识。当多个云设备中不同的云设备所需要启动的云应用不完全相同时，多个云设备仍然可以共用上述应用列表，只不过对于每一云设备、其所需要启动的云应用的标识，为应用列表中所包含的云应用的标识中的部分标识，该部分标识可以为预设数量的标识或指定的标识。

具体地，对应到本实施例中，当应用列表与第一云设备一一对应时，该配置文件包括与第一云设备对应的应用列表，该应用列表包括第一云设备需要启动的第一云应用的标识。

或者，当应用列表与第一云设备之间为一对多的关系时，该配置文件包括对应有第一云设备的应用列表，同时该配置文件中还可以包括指示信息，该指示信息用于指示从应用列表中确定部分标识，作为第一云设备需要启动的第一云应用的标识，部分标识包括预设数量的标识或指定的标识。

具体地，当部分标识为预设数量的标识时，该指示信息用于指示从应用列表中确定预设数量的标识，作为第一云设备需要启动的第一云应用的标识。

或者，当部分标识为指定的标识时，该指示信息用于指示从应用列表中获取指定的标识，作为第一云设备需要启动的第一云应用的标识。

作为一个实施例，配置文件可以唯一对应第一云设备，也可以对应多个云设备，多个云设备包括第一云设备。

具体地，当配置文件对应多个云设备时，多个云设备共用此配置文件，同时配置文件包含多个云设备需要启动的云应用的标识，多个云设备需要启动的云应用的标识包括第一云设备需要启动的云应用的标识。可以理解的是，多个云设备中不同的云设备需要启动的云应用可以相同也可以不同，本实施例对此不作限定。

可以理解的是，当配置文件对应多个云设备时，对应到前述的应用列表，此时配置文件中的应用列表与云设备既可以是一一对应的关系，也可以是应用列表与多个云设备对应。

步骤S202、云端服务器向第一云设备发送配置文件，以使第一云设备根据配置文件启动第一云应用。

需要说明的是，当配置文件包含多个云设备需要启动的云应用的标识时，云端服务器需要向多个云设备分别发送该配置文件。多个云设备中的每一云设备均可作为第一云设备应用于本实施例中。

步骤S203、云端服务器接收来自于第一云设备的通知消息，通知消息用于指示第一云应用在第一云设备中处于运行状态。

步骤S204、当接收到针对第一云应用的启动请求时，云端服务器在第二云设备中，确定目标云设备，并控制目标云设备响应所述启动请求；其中，第二云设备为接收到通知消息的第一云设备。

需要说明的是，由于通知消息用于指示第一云应用在第一云设备中处于运行状态，因此接收到通知消息的第一云设备中，也即第二云设备中，运行有第一云应用。

进一步可选地，云端服务器可以对接收到通知消息的第一云设备进行标记，得到第二云设备，即第二云设备为标记后的第一云设备。

或者，云端服务器将接收到通知消息的第一云设备的标识加入到可用队列，将可用队列中的第一云设备记为第二云设备。

实际应用中，云设备中安装的云应用可以以快捷方式图标的形式显示在用户终端，用户终端则监听用户对快捷方式图标的触发事件，比如点击事件、双击事件或滑动事件等。用户终端在监听到触发事件时，通过云端服务器与用户终端之间的第一通信连接将触发事件发送至云端服务器，如此云端服务器可以检测到对应云应用的触发事件。在本申请实施例中，涉及的是对第一云应用启动请求的触发事件。在一个例子中，如图3所示，用户可点击用户终端的对应第一云应用的快捷方式图标301来实现触发启动云功能。

作为一个实施例，云端服务器在第二云设备中，确定目标云设备，并控制目标云设备响应启动请求的过程主要包括：

云端服务器接收来自于用户终端的启动请求；当启动请求中携带第一云应用的标识时，云端服务器在第二云设备中，确定目标云设备；云端服务器向目标云设备发送控制指令，以使得目标云设备响应启动请求。

实际应用中，作为一个例子，云端服务器向目标云设备发送的控制指令可以包括第一云设备的标识和第一云应用的标识。

本申请实施例提供的技术方案，云端服务器生成配置文件，向第一云设备发送配置文件，以由第一云设备根据配置文件启动第一云应用。当用户请求启动第一云应用时，云端服务器控制第一云设备响应用户请求。由于用户终端请求第一云应用时，用于响应用户终端的请求的云设备中已经运行有第一云应用，因此可以省略第一云应用的启动过程，从而缩短了云游戏等云应用的启动时长。

在本申请实施例中，云端服务器还需要在未运行第一云应用的云设备中，确定第一云设备，以对第一云设备进行第一云应用的预启动处理。

云端服务器可以在未运行第一云应用的云设备中，确定第一云设备。具体而言，云端服务器可以确定一个或多个第一云设备。云端服务器可以按照预设数目或预设规则来确定需要预启动第一云应用的第一云设备，本发明实施例对此无特别限制。

示例性的一种实施例中，云端服务器可以每次确定指定数目的第一云设备，指定数目可以为经验值或提前预设值，对此无特别限制。也就是，云端服务器可以静态确定第一云设备。

或者，示例性的另一种实施例中，云端服务器也可以基于历史运行数据，动态确定第一云设备。此时，如图4所示，第一云设备的确定过程包括以下步骤：

步骤S401、云端服务器获取第一云应用的历史运行数据，历史运行数据用于确定第一云应用的历史运行情况；

步骤S402、云端服务器基于历史运行数据，确定第二云设备的当前数量是否满足第一云应用的运行需求；

步骤S403、当第二云设备的当前数量不满足第一云应用的运行需求时，云端服务器在未启动第一云应用的云设备中，确定第一云设备。

需要说明的是，若当前的第二云设备不足以满足第一云应用的运行需求时，云端服务器也可以基于历史运行数据动态确定第一云设备，其中，第二云设备为运行有第一云应用的云设备。

实际应用时，历史运行数据能够反映在高峰期用户终端对第一云应用的使用情况，当第二云设备的当前数量无法满足高峰期时用户对第一云应用的运行需求时，云端服务器可以对第二云设备进行扩容。

作为一个实施例，历史运行数据包括：

在高峰期运行第一云应用的历史用户数量，其中所述高峰期为在预设历史时间内运行所述第一云应用的高峰期。

可以理解的是，高峰期运行第一云应用的历史用户数量与高峰期的第二云设备的数量相同，即高峰期第二云设备的数量能够满足高峰期第一云应用的运行需求，因此获取在高峰期运行第一云应用的历史用户数量就相当于获取历史第二云设备的数量。

需要说明的是，高峰期为预设历史时间内的一个时间段(为便于说明，记作第一时间段)；而预设历史时间中可以包括多个时间段，而高峰期所对应的第一时间段，为这些多个时间段内，运行第一云应用的频率或数目最多的一个时间段。

相应地，云端服务器基于历史运行数据，确定第二云设备的当前数量是否满足第一云应用的运行需求，包括：

云端服务器确定在高峰期运行第一云应用的历史用户数量与第二云设备的当前数量之间的数量差，其中在高峰期运行第一云应用的历史用户数量大于第二云设备的当前数量；

当数量差不小于(也即：大于或等于)预设值时，云端服务器确定第二云设备的当前数量不满足第一云应用的运行需求。

可以理解的是，高峰期运行第一云应用的历史用户数量大于第二云设备的当前数量，因此第二云设备的当前数量无法满足第一云应用的运行需求，从而需要对第二云设备进行扩容，即从未运行第一云应用的云设备中确定第一云设备，并对第一云设备执行预启动的操作。

需要说明的是，当数量差小于预设值时，云端服务器确定第二云设备的当前数量满足第一云应用的运行需求，因此不需要对第二云设备进行扩容，即不需要再从未运行第一云应用的云设备中确定第一云设备，从而也就不需要再对第一云设备进行第一云应用的预启动操作。

可选地，该预设值可以设置为经验值，或该预设值基于经验值确定，或该预设值由人为预设。

本发明实施例中，该预设值的取值可以为正整数。在该场景中，只要第二云设备的当前数量小于高峰期的历史用户数量，即可确定不满足第一云应用的运行需求。示例性地，该预设值可以取1。若数量差等于1，此时表示只要缺少1台第二云设备，就认为第二云设备的当前数量不满足第一云应用的运行需求；若数量差大于1，此时表示最少差2台第二云设备时才认为第二云设备的当前数量不满足第一云应用的运行需求。

当云端服务器确定第二云设备的当前数量不满足第一云应用的运行需求时，第一云设备的确定过程主要包括：

云端服务器基于数量差，在未启动第一云应用的云设备中确定第一数目的云设备，第一数目根据数量差确定；

云端服务器将第一数目的云设备确定为第一云设备。

实际应用中，当第一数目根据数量差确定时，第一数目可以与数量差相同，即用作第一云设备的第一数目的云设备刚好可以满足扩容的需求，使得扩容之后的第二云设备的数量能够在高峰期到来时，与需要运行第一云应用的用户数量相同。

或者，考虑实际运行时的多种波动因素，当前用户终端对第一云应用的运行需求存在实时动态改变的可能，因此第一数目也可以与数量差不同。

具体地，当第一数目小于数量差时，高峰期运行第一云应用的历史用户数量与第二云设备的扩容后数量的扩容后数量差大于预设值。其中，第二云设备的扩容后数量为第一数目与第二云设备的当前数量之和。

此种情况下，由于第一数目小于数量差，所以第二云设备的扩容后数量仍然小于高峰期运行第一云应用的历史用户数量，但由于高峰期运行第一云应用的历史用户数量与第二云设备的扩容后数量的扩容后数量差小于预设值，所以，第二云设备的扩容后数量满足第一云应用的运行需求。

当第一数目大于数量差时，此时第一数目与数量差的差值的绝对值不大于预设数量值，也就是，在预设数量值的范围内，允许本次第二云设备的数量在一定范围内实时动态改变，实际场景中，可在该范围内自定义预设第一数目。

在本申请的其它实施例中，作为一个例子，云端服务器向第一云设备发送配置文件之后，还可以控制重启第一云设备。

实际应用中，如果不重启云设备，第一云设备需要设置进程并采用轮询的方式去确认第一云设备中是否存在配置文件，这会导致第一云设备中的资源占有率高。为了避免这一问题，云端服务器在向第一云设备发送配置文件之后，可以控制重启第一云设备。第一云设备在重启的过程中，第一云设备会读取配置文件，并执行配置文件，从而使得第一云设备中不用再设置进程去轮询是否存在配置文件。

作为另一个例子，云端服务器控制重启第一云设备包括：控制重启第一云设备中的与第一云应用对应的第一云应用服务。

实际应用中，云应用服务为云设备中控制对应云应用启停的进程服务。因此，云应用服务也可以称为云应用程序或云应用进程。

通过重启第一云应用服务，不仅使第一云设备中不用额外设置进程去轮询第一云设备中是否存在配置文件，还能不影响第一云设备中其它云应用的运行，其它云应用与第一云应用为不同类型的云应用。

可以理解的是，由于其它云应用与第一云应用为不同类型的云应用，因此，重启第一云应用服务不会影响该其它云应用的启停，并且，重启第一云应用服务后，第一云应用服务可以读取并执行配置文件。

在本申请的其它实施例中，配置文件还可以用于指示池化功能的开闭状态，当池化功能的状态为关闭状态时，云端服务器可以控制重启运行有第一云应用的第一云设备，以将运行有第一云应用的第一云设备变为未运行第一云应用的云设备，以此避免启动有第一云应用的第一云设备因未被使用而造成资源浪费。

需要说明的是，池化功能的打开状态指示能执行配置文件中的启动第一云应用的操作，池化功能的关闭状态指示不能执行配置文件中的启动第一云应用的操作。

可以理解的是，配置文件指示池化功能的开闭状态可以通过在配置文件中设置字段的方式实现，例如将配置文件中表示池化功能的字段设为第一预设值或第二预设值，第一预设值不限于字符和/或数字，第二预设值不限于字符和/或数字，第一预设值对应池化功能的打开状态，第二预设值对应池化功能的关闭状态。

请参见图5，为本发明一示例性实施例示出的另一种运应用启动方法的实施例流程图。该流程可以应用于云设备，该云设备可以是图1示出的设备120。如图5所示，该流程可以包括以下步骤：

步骤S501、云设备接收云端服务器发送的配置文件，配置文件至少包括云设备所需要启动的云应用的标识，云设备所需要启动的云应用包括第一云应用。

实际应用中，作为一个例子，云设备在接收云端服务器发送的配置文件之后，还可以基于云端服务器的控制重启云设备，云设备重启后，可以自行启动与第一云应用对应的第一云应用服务，并由第一云应用服务读取并执行配置文件，即由第一云应用服务根据配置文件启动第一云应用。例如，当第一云应用为云游戏时，第一云应用服务为游戏服务(Gaming Service)。

作为另一个例子，云设备在接收云端服务器发送的配置文件之后，还可以基于云端服务器的控制重启与第一云应用对应的第一云应用服务，第一云应用服务用于读取并执行配置文件，即第一云应用服务根据配置文件启动第一云应用。例如，当第一云应用为云游戏时，第一云应用服务为游戏服务(Gaming Service)。

作为一个实施例，配置文件还可以包括应用列表，应用列表可以与云设备唯一对应，也可以对应多个云设备。

具体地，当应用列表与云设备唯一对应时，应用列表包括云设备需要启动的第一云应用的标识。

或者，当应用列表对应多个云设备时，应用列表包括多个云设备需要启动的云应用的标识，多个云设备需要启动的云应用的标识包括第一云应用的标识。

需要说明的是，当应用列表对应多个云设备时，配置文件中还包括指示信息，指示信息用于从应用列表中包括的多个云设备需要启动的云应用的标识中指定第一云应用的标识。

实际应用中，本发明实施例对于第一云设备是否运行有其他应用无特别限定。示例性的，需要启动的第一云应用可以是云设备中安装有的云应用，也可以是云设备中没有安装的云应用。当需要启动的第一云应用为云设备中没有安装的云应用时，云设备在接收云端服务器发送的配置文件后，可以根据配置文件安装第一云应用并启动第一云应用。

具体地，当云设备根据配置文件安装第一云应用时，作为一个例子，云设备可以向应用服务器请求下载与配置文件对应的第一云应用的安装包，并在下载第一云应用的安装包后，解析该第一云应用的安装包并安装。

或者，作为另一个例子，云端服务器可以基于配置文件向云设备发送与配置文件对应的第一云应用的安装包，云设备解析该第一云应用的安装包并安装。

步骤S502、云设备根据配置文件启动第一云应用，并向云端服务器发送通知消息，通知消息用于指示第一云应用在第一云设备中处于运行状态。

可以理解的是，云设备根据配置文件启动第一云应用后，还可以自动进行第一云应用的资源加载，例如，云设备自动下载云游戏中使用的游戏道具的资源。当用户请求启动第一云应用时，除了可以省略第一云应用的启动流程，进一步还可以省略资源加载的流程，从而进一步缩短用户请求的第一云应用的启动时长。

步骤S503、云设备响应于云端服务器的控制，对来自于用户终端的针对第一云应用的启动请求进行响应。

作为一个实施例，云端服务器会向云设备发送控制指令，控制指令用于控制云设备对启动请求进行响应；云设备根据控制指令，与用户终端建立通信链路，并通过通信链路向用户终端发送第一云应用的数据流。

本申请实施例提供的技术方案，云设备根据云端服务器发送的配置文件启动第一云应用，因此当用户请求启动第一云应用时，由于用于响应用户终端的请求的云设备中已经运行有第一云应用，因此可以省略第一云应用的启动过程，从而缩短了云游戏等云应用的启动时长。

本申请其它的实施例中，作为一个实施例，配置文件中用于指示包括池化功能的开闭状态。当池化功能的状态为打开状态时，云应用服务执行配置文件，即启动第一云应用。

本申请其它的实施例中，为了防止用户终端退出第一云应用时的第一云应用进度影响下一次使用，当用户终端退出第一云应用时，云设备重启第一云应用。

实际应用中，云设备重启第一云应用包括：通过云设备中与第一云应用对应的第一云应用服务，重启第一云应用。

请参见图6，为本发明一示例性实施例示出的又一种云应用启动方法的实施例流程图。该流程可以应用于云端通信系统。在一个例子中，该云端通信系统端可以是图1示出的云端通信系统100。

如图6所示，该流程可以包括以下步骤：

步骤601、云端服务器生成第一云设备的配置文件。

配置文件至少包括第一云设备所需要启动的云应用的标识，第一云设备所需要启动的云应用包括第一云应用。

步骤602、云端服务器向第一云设备发送配置文件。

步骤603、第一云设备接收配置文件，根据配置文件启动第一云应用。

步骤604、第一云设备向云端服务器发送通知消息。

通知消息用于指示第一云应用在第一云设备中处于运行状态。

步骤605、用户终端向云端服务器发送启动第一云应用的启动请求。

步骤606、针对接收到的启动第一云应用的启动请求，云端服务器控制第一云设备响应启动请求。

步骤607、第一云设备响应于云端服务器的控制，对来自于用户终端的针对第一云应用的启动请求进行响应。

至于上述图6所示实施例的详细描述，可参见上述图2和图5所示实施例中的描述，这里不再详述。

本申请实施例提供的技术方案，云端服务器生成配置文件，并向云设备发送配置文件，云设备根据配置文件启动第一云应用，当用户终端请求启动第一云应用时，云端服务器控制运行有第一云应用的云设备响应用户终端的请求。由于用户终端请求第一云应用时，用于响应用户终端的请求的云设备中已经运行有第一云应用，因此可以省略第一云应用的启动过程，从而缩短了云游戏等云应用的启动时长。

基于同一构思，本申请实施例中提供了一种服务器，在一个例子中，该服务器可以是图1示出的云端服务器130。该服务器的具体实施可参见方法实施例部分的描述，重复之处不再赘述。如图7所示，该服务器主要包括：

处理器701、通信接口702、存储器703和通信总线704，其中，处理器701、通信接口702和存储器703通过通信总线704完成相互间的通信。其中，存储器703中存储有可被至处理器701执行的程序，处理器701执行存储器703中存储的程序，实现如下步骤：

生成第一云设备的配置文件，所述配置文件至少包括所述第一云设备所需要启动的云应用的标识，所述第一云设备所需要启动的云应用包括第一云应用；

向所述第一云设备发送所述配置文件，以使所述第一云设备根据所述配置文件启动所述第一云应用；

接收来自于所述第一云设备的通知消息，所述通知消息用于指示所述第一云应用在所述第一云设备中处于运行状态；

当接收到针对所述第一云应用的启动请求时，在第二云设备中，确定目标云设备，并控制所述目标云设备响应所述启动请求；其中，所述第二云设备为接收到所述通知消息的第一云设备。

基于同一构思，本申请实施例中提供了一种云设备，在一个例子中，该云设备可以是图1示出的云设备120。该云设备的具体实施可参见方法实施例部分的描述，重复之处不再赘述。如图8所示，该服务器主要包括：

处理器801、通信接口802、存储器803和通信总线804，其中，处理器801、通信接口802和存储器803通过通信总线804完成相互间的通信。其中，存储器803中存储有可被至处理器801执行的程序，处理器801执行存储器803中存储的程序，实现如下步骤：

接收云端服务器发送的配置文件，所述配置文件至少包括所述云设备所需要启动的云应用的标识，所述云设备所需要启动的云应用包括第一云应用；

根据所述配置文件启动所述第一云应用，并向所述云端服务器发送通知消息，所述通知消息用于指示所述第一云应用在所述云设备中处于运行状态；

响应于所述云端服务器的控制，对来自于用户终端的针对所述第一云应用的启动请求进行响应。

本发明实施例还提供了另一种云端通信系统。本实施例的云端通信系统在图1的云端通信系统下进行。

存储器703和存储器803可以包括随机存取存储器(Random Access Memory，简称RAM)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选地，存储器还可以是至少一个位于远离前述处理器801的存储装置。

上述的处理器701和处理器801可以是通用处理器，包括中央处理器(CentralProcessing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等，还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(ApplicationSpecific Integrated Circuit，简称ASIC)、现场可编程门阵列(Field-ProgrammableGate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

在本实施例中，如图9所示，云端通信系统包括：云端服务器901和云设备902；

云端服务器901，用于执行上述实施例中由云端服务器所执行的各方法步骤；

云设备902，用于执行上述实施例中由云设备所执行的各方法步骤。

本发明实施例还提供了另一种云端通信系统。本实施例的云端通信系统在图1的云端通信系统下进行。

本发明实施例还提供了另一种云端通信系统。本实施例的云端通信系统在图1的云端通信系统下进行。

在本实施例中，如图10所示，云端通信系统包括：云端服务器1001、云设备1002和用户终端1003；

云端服务器1001，用于执行上述实施例中由云端服务器所执行的各方法步骤；

云设备1002，用于执行上述实施例中由云设备所执行的各方法步骤；

用户终端1003，向云端服务器1001发送启动第一云应用的启动请求；接收由云设备1002发送的第一云应用的数据流。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机指令时，全部或部分地产生按照本申请实施例所述的流程或功能。该计算机可以时通用计算机、专用计算机、计算机网络或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、微波等)方式向另外一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如软盘、硬盘、磁带等)、光介质(例如DVD)或者半导体介质(例如固态硬盘)等。

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

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

Claims (15)

1.一种云应用启动方法，其特征在于，应用于云端服务器，所述方法包括：

生成第一云设备的配置文件，所述配置文件至少包括所述第一云设备所需要启动的云应用的标识，所述第一云设备所需要启动的云应用包括第一云应用；

向所述第一云设备发送所述配置文件，以使所述第一云设备根据所述配置文件启动所述第一云应用；

接收来自于所述第一云设备的通知消息，所述通知消息用于指示所述第一云应用在所述第一云设备中处于运行状态；

当接收到针对所述第一云应用的启动请求时，在第二云设备中，确定目标云设备，并控制所述目标云设备响应所述启动请求；其中，所述第二云设备为接收到所述通知消息的第一云设备。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

获取所述第一云应用的历史运行数据，所述历史运行数据用于确定所述第一云应用的历史运行情况；

基于所述历史运行数据，确定所述第二云设备的当前数量是否满足所述第一云应用的运行需求；

当所述第二云设备的当前数量不满足所述第一云应用的运行需求时，在未启动所述第一云应用的云设备中，确定第一云设备。

3.根据权利要求2所述的方法，其特征在于，所述历史运行数据包括：

在高峰期运行所述第一云应用的历史用户数量，其中所述高峰期为在预设历史时间内运行所述第一云应用的高峰期。

4.根据权利要求3所述的方法，其特征在于，所述基于所述历史运行数据，确定所述第二云设备的当前数量是否满足所述第一云应用的运行需求，包括：

确定所述在高峰期运行所述第一云应用的历史用户数量与所述第二云设备的当前数量的数量之间的数量差，其中所述在高峰期运行所述第一云应用的历史用户数量大于所述第二云设备的当前数量；

当所述数量差不小于预设值时，确定所述第二云设备的当前数量不满足所述第一云应用的运行需求；

所述确定第一云设备，包括：

基于所述数量差，在未启动所述第一云应用的云设备中确定第一数目的云设备，所述第一数目根据所述数量差确定；

将所述第一数目的云设备确定为所述第一云设备。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述配置文件还用于指示池化功能的开闭状态；

所述接收来自于所述第一云设备的通知消息之后，还包括：

当所述配置文件指示所述池化功能的状态为关闭状态时，重启所述第二云设备。

6.根据权利要求1-4任一项所述的方法，其特征在于，所述当接收到针对所述第一云应用的启动请求时，在第二云设备中，确定目标云设备，并控制所述目标云设备响应所述启动请求，包括：

接收来自于所述用户终端的启动请求；

当所述启动请求中携带所述第一云应用的标识时，在所述第二云设备中，确定所述目标云设备；

向所述目标云设备发送控制指令，以使得所述目标云设备响应所述启动请求。

7.根据权利要求1所述的方法，其特征在于，所述接收来自于所述第一云设备的通知消息之后，还包括：

将所述通知消息对应的所述第一云设备标记为第二云设备。

8.一种云应用启动方法，其特征在于，应用于云设备，所述方法包括：

接收云端服务器发送的配置文件，所述配置文件至少包括所述云设备所需要启动的云应用的标识，所述云设备所需要启动的云应用包括第一云应用；

根据所述配置文件启动所述第一云应用，并向所述云端服务器发送通知消息，所述通知消息用于指示所述第一云应用在所述云设备中处于运行状态；

响应于所述云端服务器的控制，对来自于用户终端的针对所述第一云应用的启动请求进行响应。

9.根据权利要求8所述的方法，其特征在于，所述响应于所述云端服务器的控制，对来自于用户终端的针对所述第一云应用的启动请求进行响应，包括：

接收来自于所述云端服务器的控制指令，所述控制指令用于指示所述云设备对所述启动请求进行响应；

根据所述控制指令，与所述用户终端建立通信链路；

通过所述通信链路向所述用户终端发送所述第一云应用的数据流。

10.根据权利要求8或9所述的方法，其特征在于，所述方法还包括：

当所述用户终端退出所述第一云应用时，重启所述第一云应用。

11.根据权利要求10所述的方法，其特征在于，所述配置文件还用于指示池化功能的开闭状态；

所述根据所述配置文件启动所述第一云应用，包括：

当所述配置文件指示所述池化功能的状态为打开状态时，根据所述配置文件启动所述第一云应用。

12.一种服务器，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；其中：

存储器，用于存放计算机程序；

处理器，用于通过运行存储器上所存放的程序来执行权利要求1-7中任一项所述的方法步骤。

13.一种云设备，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；其中：

存储器，用于存放计算机程序；

处理器，用于通过运行存储器上所存放的程序来执行权利要求8-11中任一项所述的方法步骤。

14.一种云端通信系统，其特征在于，包括云端服务器和云设备，所述云端服务器用于执行权利要求1～7中任一项所述的云应用启动方法，所述云设备用于执行权利要求8～11中任一项所述的云应用启动方法。

15.一种云端通信系统，其特征在于，包括云端服务器、云设备和用户终端；所述用户终端与所述云端服务器建立第一通信连接，所述用户终端与所述云设备建立第二通信连接；

所述用户终端用于向所述云端服务器发送启动第一云应用的启动请求；接收由所述云设备发送的所述第一云应用的数据流；

所述云端服务器用于执行权利要求1～7中任一项所述的云应用启动方法，所述云设备用于执行权利要求8～11中任一项所述的云应用启动方法。

Images