一种应用运行方法、装置、设备以及存储介质与流程

1.本公开涉及计算机技术领域，尤其涉及云计算、云存储和云手机技术领域，具体涉及一种应用运行方法、装置、设备以及存储介质。


背景技术：

2.随着计算机技术的发展，安装于终端设备的应用功能越来越丰富，然而功能越丰富的应用，其对应的安装包容量越大，相应的下载和安装应用的耗时就越长，严重影响终端设备安装应用的效率，此外，运行功能丰富的应用时，需要占用较大资源，导致应用运行过程中容易出现卡顿或死机等的情况，亟需改进。


技术实现要素：

3.本公开提供了一种应用运行方法、装置、设备以及存储介质。
4.根据本公开的一方面，提供了一种应用运行方法，包括：
5.响应于客户端发送的目标应用启动请求，从所述目标应用的可选镜像中确定目标镜像；其中，不同可选镜像基于不同可选云手机镜像和所述目标应用的安装数据生成；
6.根据所述目标镜像和所述目标应用的用户数据，在所述目标应用关联的目标云手机中启动所述目标应用，生成应用启动界面；
7.将所述应用启动界面反馈给所述客户端。
8.根据本公开的另一方面，提供了一种电子设备，该电子设备包括：
9.至少一个处理器；以及
10.与至少一个处理器通信连接的存储器；其中，
11.存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行本公开任一实施例的应用运行方法。
12.根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，计算机指令用于使计算机执行本公开任一实施例的应用运行方法。
13.本公开实施例的方案，给出了一种运行应用的解决方案，极大的降低了应用运行过程对终端设备资源的占用。
14.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
15.附图用于更好地理解本方案，不构成对本公开的限定。其中：
16.图1a是根据本公开实施例提供的一种应用运行方法的流程图；
17.图1b是根据本公开实施例提供的多应用同时运行的原理示意图；
18.图2是根据本公开实施例提供的一种应用运行方法的流程图；
19.图3是根据本公开实施例提供的一种应用运行方法的流程图；
20.图4是根据本公开实施例提供的一种应用运行方法的流程图；
21.图5是根据本公开实施例提供的云端服务器与终端设备交互运行应用的过程示意图；
22.图6是根据本公开实施例提供的一种应用运行装置的结构示意图；
23.图7是用来实现本公开实施例的应用运行方法的电子设备的框图。
具体实施方式
24.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
25.图1a是根据本公开实施例提供的一种应用运行方法的流程图；图1b是根据本公开实施例提供的多应用同时运行的原理示意图；本公开实施例适用于响应于用户在客户端上的操作运行应用的情况。尤其适用于响应于用户在客户端上的操作，运行功能丰富，且占用资源较大的应用的情况。该方法可以由应用运行装置来执行，该装置可以采用软件和/或硬件的方式实现。具体可以集成于部署有云手机的云端服务器中。如图1a-1b所示，本实施例提供的应用运行方法可以包括：
26.s101，响应于客户端发送的目标应用启动请求，从目标应用的可选镜像中确定目标镜像。
27.其中，本实施例的客户端可以是云端服务器在用户的终端设备上所配置的，用于供用户端与云端服务器通信的客户端，并非常规的基于目标应用的安装包在终端设备上安装后生成的目标应用自身的客户端。可选的，云端服务器可以针对不同应用在终端设备配置不同的客户端，也可以是为不同应用在终端设备上配置共用的客户端。
28.目标应用启动请求可以是用户通过终端设备上的客户端发起的想要启动目标应用的请求，该目标应用启动请求中至少要包括：待启动的目标应用的标识信息(如目标应用的标识或目标应用的名称等)和用户标识信息(如用户登录目标应用的账号或手机号等)。
29.目标应用即为用户本次想要启动的应用。所谓目标应用的可选镜像可以是目标应用的安装数据和云手机镜像的副本文件。其中，目标应用的安装数据可以是指目标应用的安装包数据。云手机镜像可以是云手机运行所需的系统文件的副本文件。需要说明的是，由于云手机系统可以有很多种，例如，安卓(android)系统、苹果(ios)系统、微软(windows)系统等，对于每种系统又可以包括多种版本，如android8.0、android9.0和android10.0等。因此针对每一系统版本的手机系统，都会有其对应的一个系统版本的云手机镜像，本实施例可以将各个系统版本的云手机镜像统称为可选云手机镜像。可选的，本实施例可以基于目标应用的安装数据和每一可选云手机镜像，都构建一个目标应用的可选镜像，即本实施例中的目标应用对应有多个可选镜像，不同可选镜像基于不同可选云手机镜像和目标应用的安装数据生成。
30.可选的，本实施例的云端服务器可以预先针对每一应用，分别调用镜像构建指令，基于每个系统版本的可选云手机镜像，与该应用的安装数据，构建该应用的一个可选镜像。并将各应用的各可选镜像都存储在云端服务器的镜像仓库中，便于后续使用。
31.可选的，在本实施例中，用户想要使用某一目标应用时，可以通过云端服务器在其终端设备上配置的客户端来向云端服务器发起该目标应用的启动请求(即目标应用启动请求)。具体的，若云端服务器为不同应用配置不同的客户端，则此时用户可以找到其想要发起的目标应用关联的客户端，并点击该客户端，客户端响应于用户的点击操作即会向云端服务器发起该目标应用的启动请求(即目标应用启动请求)。若云端服务器为不同应用配置共用的客户端，则此时用户点击该客户端后，客户端会向用户展示其所关联的应用列表，用户可以通过该应用列表选择其想要启动的目标应用，客户端接收到用户选择的目标应用后即会向云端服务器发起该目标应用的启动请求(即目标应用启动请求。
32.云端服务器获取并响应客户端发送的目标应用启动请求，先确定客户端想要启动的目标应用，例如，若目标应用启动请求中包含目标应用标识，则可以从目标应用启动请求中获取目标应用标识，从而确定待启动的目标应用。若不同应用对应不同的客户端，则此时还可以根据客户端标识，以及客户端与应用之间的关联关系来确定。在确定出待启动的目标应用后，可以先从镜像仓库中找到该目标应用关联的所有可选镜像，并从中确定出本次启动目标应用需要使用的目标镜像。
33.具体的，从目标应用的可选镜像中确定目标镜像的方式有很多，例如，一种可实施方式为：根据目标应用的可选镜像中可选云手机镜像的系统版本，从目标应用的可选镜像中确定目标镜像。例如，可以选择系统版本最新的可选云手机镜像对应的可选镜像，作为目标镜像。另一种可实施方式为：生成目标应用的可选镜像列表，发送至客户端，由客户端将可选镜像列表展示给用户，客户端响应于用户的选择操作，将用户的选择结果反馈给云端服务器，云端服务器基于用户的选择结果从目标应用的可选镜像中确定目标镜像。还可以采用其他方式从目标应用的可选镜像中确定目标镜像，对此本实施例不进行限定。
34.s102，根据目标镜像和目标应用的用户数据，在目标应用关联的目标云手机中启动目标应用，生成应用启动界面。
35.其中，用户数据可以是用户之前使用目标应用时所产生的数据。需要说明的是，针对每一应用，只要用户使用过，就会产生用户数据，该用户数据可以持久化存储在云端服务器中。应用启动界面可以是目标应用启动后向用户展示的界面。
36.可选的，在本实施例中，云端服务器可以为本次运行目标应用先分配一个关联的目标云手机，再根据确定出的目标镜像，在目标镜像上启动该目标云手机，并在目标云手机启动后，根据目标应用的用户数据，在启动后的目标云手机中启动目标应用。例如，可以基于应用容器引擎(docker)技术，通过容器管理器创建一个新的容器，并在该容器中部署目标应用关联的目标云手机，基于目标镜像中云手机镜像的相关文件启动该目标云手机后，挂载用户数据到指定目录，执行目标镜像中目标应用的安装数据，从而实现在启动后的目标云手机中启动目标应用，生成该目标应用启动后的界面，即应用启动界面。
37.s103，将应用启动界面反馈给客户端。
38.可选的，云端服务器生成应用启动界面后，会将该应用启动界面反馈给发送目标应用启动请求的客户端。以使客户端将该应用启动界面展示给用户。具体的，可以是将应用启动界面以视频流的形式发送至客户端，相应的，客户端播放接收到的视频流即可实现向用户展示应用启动界面。
39.示例性的，图1b示出了2个用户同时运行多应用时的过程，具体的，用户1先后通过
其终端设备上的客户端向云端服务器发送了应用a、应用b和应用c的启动请求，用户2同样也先后通过其终端设备上的客户端向云端服务器发送了应用a、应用b和应用c的启动请求。云端服务器会根据接收到6个应用启动请求的先后顺序，依次按照本实施例的方法来分别为用户1和用户2启动应用a、应用b和应用c。
40.需要说明的是，用户1和用户2虽然都启动了应用a、应用b和应用c，但是为两者确定的三个应用的目标镜像可以相同，也可以不同。且本方案中持久化存储的数据只是不同应用关联的不同用户的用户数据，不会在终端设备或云端服务器重复持久化存储应用的安装数据。另外，本实施例针对每一用户启动的每一目标应用，都需要为其分配一个目标云手机。即同一用户运行不同应用需要分配不同的目标云手机，如为用户1运行应用a分配了目标云手机1a，为用户1运行应用b分配了目标云手机1b；不同用户运行同一应用也需要分配不同的目标云手机，如为用户1运行应用a分配了目标云手机1a，为用户2运行应用a分配了目标云手机2a。
41.本公开实施例的方案，响应于客户端发送的目标应用启动请求后，从目标应用的可选镜像中确定目标镜像，进而根据目标镜像和目标应用的用户数据，在目标应用关联的目标云手机中启动目标应用，生成应用启动界面反馈给客户端。本方案给出了一种通过云手机来替代终端设备运行应用的方案，无需在终端设备中下载并安装应用程序，不仅省去了应用安装时间，同时也节省了运行应用对终端设备资源的占用，避免了应用运行过程中容易出现卡顿或死机等的情况。此外，本方案从多个可选镜像中确定本次启动目标应用的目标镜像，提高了应用运行环境选择的灵活性和多样性。
42.另外，现有的云手机方案使用docker技术运行应用的方式也与本方案不同。现有技术构建的镜像就是云手机镜像，其与应用的安装数据无关，在云手机镜像上启动云手机，在云手机中用户可以同时安装多个应用，但需要把用户在云手机中安装的所有应用数据都持久化存储，即将应用的安装数据和用户数据都持久化存储，这样会占用很大的空间，当不同用户安装同一个应用时，安装数据中有很多视频，图片等相同资源，每一个用户都会存储一份，会产生很多重复的冗余数据。如果这些数据保存在云端服务器，对内网的带宽要求也会很高。本方案虽然也是通过云手机来运行应用，但是本方案构建的镜像是云手机镜像与应用安装数据相结合的镜像，持久化存储的数据只是应用中的用户数据，极大的降低了数据的冗余性，进而降低对内网带宽的要求。另外，与现有的云手机方案相比，本方案简化了用户操作目标应用的流程，用户无需在其终端设备上申请云手机，可以在用户无感知的情况下基于云手机为用户提供应用服务。
43.可选的，在本实施例中，从目标应用的可选镜像中确定目标镜像的另一种可实施方式为：根据客户端发送的目标应用启动请求，从目标应用的可选镜像中确定目标镜像。具体的，用户想要启动目标应用时，可以在客户端上输入其想要使用的云手机镜像版本，相应的，客户端发起的目标应用启动请求中可以包含该云手机镜像版本信息，此时云端服务器可以从目标应用启动请求中获取该云手机镜像版本信息，并从目标应用的可选镜像中选择与该云手机镜像版本信息相符的可选镜像作为目标镜像。这样设置的好处是：能够根据用户的需求来灵活选择目标镜像，例如，用户每次使用目标应用都可根据实际需求选择相同或不同的目标镜像，从而更好的满足用户个性化需求，提高了目标镜像确定的灵活性。
44.可选的，在本实施例中，从目标应用的可选镜像中确定目标镜像的又一种可实施
方式为：根据客户端发送的目标应用启动请求，确定客户端所属终端的系统版本；根据系统版本，从目标应用的可选镜像中确定目标镜像。其中，系统版本可以包括：系统类型和该系统的版本信息，例如，系统版本可以是android8.0。具体的，客户端可以获取其终端设备的系统版本，在发起目标应用启动请求时，将该系统版本携带在目标应用启动请求中，此时云端服务器可以从目标应用启动请求中获取客户端所属终端的系统版本，进而从目标应用的可选镜像中选择与该系统版本相符的可选镜像作为目标镜像。这样设置的好处是：可以使得客户端展示的目标应用的界面符合其终端设备的系统类型，保证了终端设备与目标云手机的系统兼容性，避免目标云手机生成的应用启动界面无法在客户端完整且清晰的展示。
45.图2是根据本公开实施例提供的一种应用运行方法的流程图。本公开实施例在上述实施例的基础上，进一步对如何根据目标镜像和目标应用的用户数据，在目标应用关联的目标云手机中启动目标应用进行详细解释说明，如图2所示，本实施例提供的应用运行方法可以包括：
46.s201，响应于客户端发送的目标应用启动请求，从目标应用的可选镜像中确定目标镜像。
47.其中，不同可选镜像基于不同可选云手机镜像和目标应用的安装数据生成。
48.s202，判断目标应用是否属于预启动应用，若是，则执行s203，若否，则执行s205。
49.其中，预启动应用可以是指云端服务器在接收到客户端发送的应用启动请求之前，预先启动的应用。需要说明的是，本实施例可以预启动至少一个应用，所谓的预启动应用并非完全启动应用，只是启动了该预启动应用关联的云手机，并没有挂载对应的用户数据来运行应用。
50.可选的，本实施例可以先判断客户端发送的目标应用启动请求对应的目标应用是否为云端服务器预启动的应用(即预启动应用)，若是，则说明启动目标应用所需的目标云手机可能已经预先启动了，此时执行s203进行后续判断操作；若否，则说明启动该目标应用所需的目标云手机肯定没有预先启动，此时执行s205启动目标云手机的操作。
51.s203，在目标应用属于预启动应用的情况下，判断目标镜像是否为预启动应用关联的预启动镜像，若是，则执行s204，否则，则执行s205。
52.具体的，本实施例中的预启动应用是指启动了该预启动应用关联的云手机，由于在启动云手机的过程中，必定要用到预启动应用的镜像(即预启动镜像)，所以在目标应用属于预启动应用的情况下，还需要进一步判断启动该预启动应用关联的云手机时使用的预启动镜像是否为s201确定出的目标镜像，若是，则可以确定启动目标应用所需的目标云手机已经预先启动了，可以执行s204，将预启动应用关联的预启动云手机作为目标应用关联的目标云手机。若否，则说明针对目标应用启动的预启动云手机的系统版本与目标镜像对应的目标云手机版本不同，即该目标应用所需的目标云手机并没有预先启动，此时需要执行s205启动目标云手机的操作。
53.s204，若是，则将预启动应用关联的预启动云手机作为目标应用关联的目标云手机。
54.可选的，在目标应用属于预启动应用，且其关联的预启动镜像就是目标镜像的情况下，可以认为目标应用关联的目标云手机已启动，即不需要再执行目标云手机开机的操作。
55.需要说明的是，由于云端服务器预先启动的应用可能是一个或多个，当预启动应用为一个时，本步骤可以直接将该预启动应用关联的预启动云手机作为目标应用关联的目标云手机，即将预启动应用时预先启动的云手机作为目标云手机。当预启动应用为多个时，本步骤可以将与目标应用相符的预启动应用所关联的预启动云手机作为目标应用关联的目标云手机。
56.s205，若否，则根据目标镜像，启动目标应用关联的目标云手机。
57.可选的，在目标应用不属于预启动应用，或者目标应用属于预启动应用，但其关联的预启动镜像不是目标镜像的情况下，都需要执行基于目标镜像启动目标应用关联的目标云手机的操作。即都需要再执行目标云手机开机的操作。
58.s206，根据目标应用的用户数据，在目标应用关联的目标云手机中启动目标应用，生成应用启动界面。
59.具体的，本步骤可以是将目标应用的用户数据挂载在指定目标下，然后运行目标镜像中目标应用的安装数据，从而实现在启动后的目标云手机中启动目标应用，生成该目标应用启动后的界面，即应用启动界面。
60.s207，将应用启动界面反馈给客户端。
61.本公开实施例的方案，响应于客户端发送的目标应用启动请求后，从目标应用的可选镜像中确定目标镜像，若目标应用属于预启动应用，且其关联的预启动镜像就是目标镜像，则可以直接将目标应用对应的预启动应用的预启动云手机作为目标云手机，否则根据目标镜像，启动目标应用关联的目标云手机，进而根据目标应用的用户数据，在目标应用关联的目标云手机中启动目标应用，生成应用启动界面反馈给客户端。本方案通过预先启动一些应用，即预先启动应用关联的云手机，可实现省去真正启动该应用时的开机功耗，直接挂载该应用关联的用户数据即可，极大的提高了应用启动的效率。
62.图3是根据本公开实施例提供的一种应用运行方法的流程图。本公开实施例在上述实施例的基础上，进一步对预启动应用的过程进行详细解释说明，如图3所示，本实施例提供的应用运行方法可以包括：
63.s301，若检测到应用预启动事件，则确定预启动应用和预启动应用关联的预启动镜像。
64.其中，应用预启动事件可以是触发预启动应用操作的事件。预启动应用可以是云端服务器所支持运行的应用(即可选应用)中的至少一个。预启动应用关联的预启动镜像可以是启动预启动应用时，所依据的镜像，该预启动镜像可以是预启动应用的可选镜像中的任意一个。
65.可选的，在本实施例中，检测到应用预启动事件的方式有很多，对此本实施例不进行限定。一种可实施方式为：检测到云端服务器中正在运行的云手机数量少于预设数值，即云端服务器的剩余资源较为充足，可以提供一些资源来预启动应用，此时可以认为检测到应用预启动事件。另一种可实施方式为：检测到当前时段属于应用使用高峰时段，为了提高高峰时段应用启动效率，此时可以认为检测到应用预启动事件等。
66.可选的，本实施例确定预启动应用和预启动应用关联的预启动镜像的方式也有很多，对此不进行限定。
67.一种可实施方式为：可以随机选择一些应用作为预启动应用，并随机为预启动应
用随机选择对应的预启动镜像。
68.另一种可实施方式为：可以根据当前时刻所处场景，选择该场景关联的应用作为预启动应用。例如，若当前时刻为中午十二点，可以选择“美团”和“饿了么”等点餐应用作为预启动应用。在为预启动应用选择关联的预启动镜像时，可以是默认选择某一版本的镜像作为预启动镜像，如选择预启动应用关联的最新版本的镜像作为预启动镜像。
69.又一种可实施方式为：根据可选应用的历史启动情况，从可选应用中确定预启动应用，以及从预启动应用的可选镜像中确定预启动应用关联的预启动镜像。其中，可选应用可以是云端服务器所支持运行的应用。可选应用的历史启动情况可以包括可选应用历史启动时间、启动频次，以及历史每次启动时选择的镜像版本等。
70.具体的，本实施例可以根据可选应用的历史启动时间，来统计各可选应用高峰启动时段，并将当前时刻所对应的高峰启动时段的各可选应用作为预启动应用；还可以根据可选应用的历史启动频次，将历史启动频次排名较高的预设个数的可选应用作为预启动应用；也可以将上述两种方式结合，同时考虑启动时间和启动频次，来确定预启动应用。确定预启动应用关联的预启动镜像时，可以是根据历史每次启动时选择的镜像版本，针对每一预启动应用，选择历史使用频率最高的那个版本的镜像作为预启动镜像。本实施例根据用户对应用的历史启动情况，来确定预启动应用，使得确定的预启动应用更符合用户启动应用的需求，以避免预启动应用一直不是用户所需求启动的应用，导致系统资源浪费的问题。
71.s302，根据预启动镜像，启动预启动应用关联的预启动云手机。
72.可选的，本实施例可以基于docker技术，通过容器管理器创建一个新的容器，并在该容器中部署预启动应用关联的预启动云手机，基于预启动镜像中云手机镜像的相关文件启动该预启动云手机。
73.s303，响应于客户端发送的目标应用启动请求，从目标应用的可选镜像中确定目标镜像。
74.其中，不同可选镜像基于不同可选云手机镜像和目标应用的安装数据生成。
75.s304，判断目标应用是否属于预启动应用，若是，则执行s305，若否，则执行s307。
76.s305，在目标应用属于预启动应用的情况下，判断目标镜像是否为预启动应用关联的预启动镜像，若是，则执行s306，否则，则执行s307。
77.s306，若是，则将预启动应用关联的预启动云手机作为目标应用关联的目标云手机。
78.s307，若否，则根据目标镜像，启动目标应用关联的目标云手机。
79.s308，根据目标应用的用户数据，在目标应用关联的目标云手机中启动目标应用，生成应用启动界面。
80.s309，将应用启动界面反馈给客户端。
81.本公开实施例的方案，在检测到应用预启动事件时，确定预启动应用及其关联的预启动镜像，基于预启动镜像，启动预启动应用关联的预启动云手机，在接收到客户端发送的目标应用启动请求后，先确定出目标镜像，在目标应用属于预启动应用，且其关联的预启动镜像就是目标镜像的情况下，可以直接将目标应用对应的预启动应用的预启动云手机作为目标云手机，并根据目标应用的用户数据，在目标应用关联的目标云手机中启动目标应用，生成应用启动界面反馈给客户端。本方案通过预先启动一些应用，即预先启动应用关联
的云手机，可实现省去真正启动该应用时的开机功耗，直接挂载该应用关联的用户数据即可，极大的提高了应用启动的效率。
82.可选的，在本实施例中，检测到应用预启动事件的又一种可实施方式为：检测到未运行应用的预启动云手机的数量少于预设阈值。具体的，预启动应用实质上是预先启动了该应用关联的云手机(即预启动云手机)，但是该预启动云手机中并没有运行应用程序，只有在客户端发送的目标应用启动请求中的目标应用属于预启动应用，且其关联的预启动镜像就是目标镜像的情况下，该预启动云手机才基于应用数据启动并运行应用。所以本实施例可以在检测到未运行应用的预启动云手机的数量少于预设阈值(如确定的预启动应用的总数量)，即存在一部分预启动应用成为了正式启动应用，也就是说预启动应用的名额有空缺时，认为检测到应用预启动事件。例如，若预启动应用为3个，其中预启动应用1属于用户1想要启动的目标应用，且目标镜像也符合预启动镜像，此时该预启应用1就成为了正式启动应用，此时预启动应用的数量变成了2个，有一个名额空缺，此时可以认为检测到应用预启动事件，即补充一个新的预启动应用。这样设置的好处是保证了预启动应用数量的稳定性，避免预启动应用数量过多或多少的情况出现。
83.图4是根据本公开实施例提供的一种应用运行方法的流程图。本公开实施例在上述实施例的基础上，进一步对启动应用的应用运行过程进行详细解释说明，如图4所示，本实施例提供的应用运行方法可以包括：
84.s401，响应于客户端发送的目标应用启动请求，从目标应用的可选镜像中确定目标镜像。
85.其中，不同可选镜像基于不同可选云手机镜像和目标应用的安装数据生成。
86.s402，根据目标镜像和目标应用的用户数据，在目标应用关联的目标云手机中启动目标应用，生成应用启动界面。
87.s403，将应用启动界面反馈给客户端。
88.s404，获取客户端发送的目标应用的操作数据。
89.其中，目标应用的操作数据可以是用户通过客户端显示界面操作目标应用所产生的数据。具体的，可以包括用户直接在显示界面上输入的数据；还可以包括基于用户的操作触发终端设备上的相关组件(如传感器、网络模块、全球定位系统(global positioning system，gps)模块、蓝牙模块、语音采集模块和图像采集模块等)采集的数据。
90.可选的，客户端可以直接获取用户在显示界面上输入的数据作为操作数据；还可以响应于用户在显示界面的触发操作，获取终端设备上的相关组件采集的数据，例如，用户触发显示界面上的人脸识别登录按键会触发摄像头采集人脸图像，此时客户端可以响应用户的操作，获取摄像头采集的人脸图像。客户端获取到目标应用的操作数据后，会将该操作数据发送至云端服务器，即将用户基于目标应用的操作数据同步至云端服务器。相应的，云端服务器会获取到客户端发送的目标应用的操作数据。
91.s405，在目标云手机中，根据操作数据，运行目标应用，生成应用运行界面。
92.其中，应用运行界面可以是指目标应用启动后，基于用户操作运行过程中实时显示的界面。可选的，云端服务器在获取到客户端发送的目标应用的操作数据后，可以在该目标应用对应的已启动的目标云手机中，基于获取的操作数据，进一步运行目标应用程序，得到本次运行后的应用界面，即应用运行界面。
93.s406，将应用运行界面反馈给客户端。
94.可选的，云端服务器控制目标云手机根据操作数据，运行目标应用，生成应用运行界面后，会将该应用运行界面反馈给发送操作数据的客户端。以使客户端将该应用运行界面展示给用户。具体的，可以是将应用运行界面以视频流的形式发送至客户端。
95.可选的，在本实施例中，若云端服务器检测到目标应用关闭事件，如可以是检测到客户端发送的目标应用关闭请求；还可以是检测到预设时段内没有接收到客户端发送的关于该目标应用的操作数据等，则云端服务器可以先通过该目标云手机将本次运行目标应用产生的用户数据持久化存储后关闭该目标应用，再在云端服务中释放目标云手机的相关资源。
96.本公开实施例的方案，响应于客户端发送的目标应用启动请求后，从目标应用的可选镜像中确定目标镜像，进而根据目标镜像和目标应用的用户数据，在目标应用关联的目标云手机中启动目标应用，生成应用启动界面反馈给客户端。接收到客户端传输的目标应用的操作数据，在目标云手机中，根据该操作数据，运行目标应用，生成应用运行界面，并反馈给客户端。本方案通过云手机来替代终端设备启动应用后，云端服务器还能够通过客户端同步用户操作终端设备产生的操作数据，来进一步通过云手机来运行应用，向用户展示运行界面。极大的节省了运行应用对终端设备资源的占用，避免了应用运行过程中容易出现卡顿或死机等的情况。
97.可选的，在上述实施例的基础上，如图5示出了云端服务器与终端设备交互运行应用的过程，该过程主要基于docker容器镜像技术实现。其中，云端服务器中至少包含存储各个应用的可选镜像的docker镜像仓库，以及存储持久化数据(即各个应用的用户数据)的分布式存储单元。云端服务器与终端设备之间可以通过互联网通信。云端服务器在检测到应用预启动事件后，需要确定预启动应用及其关联的预启动镜像，并基于该预启动镜像，启动预启动应用关联的预启动云手机。示例性的，如图5所示，假设确定的预启动应用为应用1、应用2和应用3，云端服务器会从docker镜像仓库中分别找到该应用1、应用2和应用3关联的预启动镜像，然后基于容器管理器为每一预启动应用分配一个docker容器，基于该docker容器部署各个预启动云手机，如云手机1、云手机2和云手机3，进而根据预启动镜像中云手机镜像先后启动云手机1、云手机2和云手机3，以实现预启动应用1、应用2和应用3。
98.接下来以运行图5中的应用1为例，用户可以通过终端设备的ios系统、android系统、windows系统或网页打开云端服务器在终端设备上配置的客户端，通过该客户端向云端服务器发送应用1启动请求。云端服务器接收并响应该应用1启动请求，从可选镜像中确定目标镜像，若该目标镜像就是预启动云手机1时使用的预启动镜像，则可以直接从分布式存储单元中找到应用1的用户数据，并将该应用数据挂载到应用1的指定目录下，进而在已经预启动的云手机1中启动应用1；否则基于容器管理器为目标应用分配一个docker容器，基于该docker容器部署新的云手机，根据目标镜像中云手机镜像先启动应用1关联的新的云手机，再基于挂载到指定目录下的用户数据来启动应用1。启动应用1后，生成应用1的应用启动界面，发送至终端设备侧的客户端，以实现将应用1的应用启动界面投射到终端设备的客户端显示。当用户在终端设备侧操作应用1时，客户端会获取应用1的操作数据，如用户输入数据、传感器数据网络数据、gps数据、蓝牙数据、语音数据和图像数据等，并将该操作数据发送至云端服务器，即将用户在终端设备侧的操作数据同步至云端服务器。云端服务器
可以在应用1的云手机1中，根据操作数据，继续运行应用1，并生成应用运行界面反馈至客户端，以实现将应用运行界面投射到终端设备显示。
99.图6是根据本公开实施例提供的一种应用运行装置的结构示意图。本公开实施例适用于响应于用户在客户端上的操作运行应用的情况。尤其适用于响应于用户在客户端上的操作，运行功能丰富，且占用资源较大的应用的情况。。该装置可以采用软件和/或硬件来实现，该装置可以实现本公开任意实施例的应用运行方法。如图6所示，该应用运行装置600包括：
100.目标镜像确定模块601，用于响应于客户端发送的目标应用启动请求，从目标应用的可选镜像中确定目标镜像；其中，不同可选镜像基于不同可选云手机镜像和目标应用的安装数据生成；
101.应用启动模块602，用于根据目标镜像和目标应用的用户数据，在目标应用关联的目标云手机中启动目标应用，生成应用启动界面；
102.界面发送模块603，用于将应用启动界面反馈给客户端。
103.本公开实施例的方案，响应于客户端发送的目标应用启动请求后，从目标应用的可选镜像中确定目标镜像，进而根据目标镜像和目标应用的用户数据，在目标应用关联的目标云手机中启动目标应用，生成应用启动界面反馈给客户端。本方案给出了一种通过云手机来替代终端设备运行应用的方案，无需在终端设备中下载并安装应用程序，不仅省去了应用安装时间，同时也节省了运行应用对终端设备资源的占用，避免了应用运行过程中容易出现卡顿或死机等的情况。此外，本方案从多个可选镜像中确定本次启动目标应用的目标镜像，提高了应用运行环境选择的灵活性和多样性。
104.进一步的，目标镜像确定模块601具体用于：
105.根据客户端发送的目标应用启动请求，从目标应用的可选镜像中确定目标镜像。
106.进一步的，目标镜像确定模块601还具体用于：
107.根据客户端发送的目标应用启动请求，确定客户端所属终端的系统版本；
108.根据系统版本，从目标应用的可选镜像中确定目标镜像。
109.进一步的，应用启动模块602具体用于，包括：
110.在目标应用属于预启动应用的情况下，判断目标镜像是否为预启动应用关联的预启动镜像；
111.若是，则将预启动应用关联的预启动云手机作为目标应用关联的目标云手机；
112.根据目标应用的用户数据，在目标应用关联的目标云手机中启动目标应用。
113.进一步的，应用运行装置600，还包括：
114.预启动信息确定模块，用于若检测到应用预启动事件，则确定预启动应用和预启动应用关联的预启动镜像；
115.云手机启动模块，用于根据预启动镜像，启动预启动应用关联的预启动云手机。
116.进一步的，预启动信息确定模块具体用于：
117.根据可选应用的历史启动情况，从可选应用中确定预启动应用，以及从预启动应用的可选镜像中确定预启动应用关联的预启动镜像。
118.进一步的，应用运行装置600，还包括：
119.预启动事件检测模块，用于检测到未运行应用的预启动云手机的数量少于预设阈
值。
120.进一步的，应用运行装置600，还包括：
121.数据获取模块，用于获取客户端发送的目标应用的操作数据；
122.应用运行模块，用于在目标云手机中，根据操作数据，运行目标应用，生成应用运行界面；
123.界面发送模块603，还用于将应用运行界面反馈给客户端。
124.上述产品可执行本公开任意实施例所提供的方法，具备执行方法相应的功能模块和有益效果。
125.本公开的技术方案中，所涉及的镜像数据、安装包数据、用户数据、和操作数据等的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。
126.根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
127.图7示出了可以用来实施本公开的实施例的示例电子设备700的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字助理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
128.如图7所示，设备700包括计算单元701，其可以根据存储在只读存储器(rom)702中的计算机程序或者从存储单元708加载到随机访问存储器(ram)703中的计算机程序，来执行各种适当的动作和处理。在ram703中，还可存储设备700操作所需的各种程序和数据。计算单元701、rom 702以及ram 703通过总线704彼此相连。输入/输出(i/o)接口705也连接至总线704。
129.设备700中的多个部件连接至i/o接口705，包括：输入单元706，例如键盘、鼠标等；输出单元707，例如各种类型的显示器、扬声器等；存储单元708，例如磁盘、光盘等；以及通信单元709，例如网卡、调制解调器、无线通信收发机等。通信单元709允许设备700通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
130.计算单元701可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元701的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元701执行上文所描述的各个方法和处理，例如应用运行方法。例如，在一些实施例中，应用运行方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元708。在一些实施例中，计算机程序的部分或者全部可以经由rom 702和/或通信单元709而被载入和/或安装到设备700上。当计算机程序加载到ram 703并由计算单元701执行时，可以执行上文描述的应用运行方法、的一个或多个步骤。备选地，在其他实施例中，计算单元701可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行应用运行方法。
131.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、现场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系
统的系统(soc)、复杂可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
132.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
133.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
134.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
135.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)、区块链网络和互联网。
136.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与vps服务中，存在的管理难度大，业务扩展性弱的缺陷。服务器也可以为分布式系统的服务器，或者是结合了区块链的服务器。
137.人工智能是研究使计算机来模拟人的某些思维过程和智能行为(如学习、推理、思
考、规划等)的学科，既有硬件层面的技术也有软件层面的技术。人工智能硬件技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理等技术；人工智能软件技术主要包括计算机视觉技术、语音识别技术、自然语言处理技术及机器学习/深度学习技术、大数据处理技术、知识图谱技术等几大方向。
138.云计算(cloud computing)，指的是通过网络接入弹性可扩展的共享物理或虚拟资源池，资源可以包括服务器、操作系统、网络、软件、应用和存储设备等，并可以按需、自服务的方式对资源进行部署和管理的技术体系。通过云计算技术，可以为人工智能、区块链等技术应用、模型训练提供高效强大的数据处理能力。
139.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
140.上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。