一种应用处理的提示方法、装置、电子设备及存储介质与流程

1.本公开涉及互联网通信技术领域，尤其涉及一种应用处理的提示方法、装置、电子设备及存储介质。


背景技术：

2.随着互联网通信技术的发展，各种app(application，应用程序)走进了人们的日常生活。
3.相关技术中，可通过在用户已安装的应用中展示未下载的新应用。如在视频播放平台展示游戏应用。然而，由于新应用的上线、下载或安装均需要时间，用户在这个过程中常常容易忘记要下载的新的应用、对新的应用失去兴趣，导致用户流失，最终新应用的激活率不高。
4.因此，亟需一种有效的应用处理的提示方法，提高应用的激活率。


技术实现要素：

5.本公开提供一种应用处理的提示方法、装置、电子设备及存储介质，以至少解决相关技术中应用激活率低的问题。本公开的技术方案如下：
6.根据本公开实施例的第一方面，提供一种应用处理的提示方法，包括：
7.由第一应用获取第二应用在终端的处理状态，所述第一应用为已安装应用，所述第二应用为未激活应用，所述处理状态是所述第二应用从预约下载、下载、安装以及激活应用中的任一处理阶段中的状态；
8.当所述处理状态所在的处理阶段未结束时，在所述第一应用中展示所述处理状态对应的第一提示信息，所述第一提示信息包括与所述处理状态所在的处理阶段相对应的任务信息。
9.在一种可能的实现方式中，在所述由第一应用获取第二应用在终端的处理状态，之后还包括：
10.当所述处理状态所在的处理阶段结束时，在所述第一应用中展示所述处理状态对应的第二提示信息，所述第二提示信息包括与所述处理状态所在的处理阶段的下一阶段相对应的任务信息。
11.在一种可能的实现方式中，所述由第一应用获取第二应用在终端的处理状态，包括：
12.由第一应用获取第二应用的本地缓存记录；
13.根据所述本地缓存记录，确定所述第二应用的处理状态。
14.在一种可能的实现方式中，所述当所述处理状态所在的处理阶段结束时，在所述第一应用中展示所述处理状态对应的第二提示信息，包括：
15.当所述处理状态所在的处理阶段结束时，获取执行所述处理状态所在的处理阶段的下一阶段相对应的任务信息时所对应的资源回馈信息；
16.在所述第一应用中展示所述处理状态对应的第二提示信息和所述资源回馈信息。
17.在一种可能的实现方式中，所述当所述处理状态所在的处理阶段未结束时，在所述第一应用中展示所述处理状态对应的第一提示信息，包括：
18.当所述处理状态处于下载中断时，在所述第一应用中展示继续下载的提示信息。
19.在一种可能的实现方式中，所述当所述处理状态所在的处理阶段结束时，在所述第一应用中展示所述处理状态对应的第二提示信息，包括：
20.当所述处理状态处于预约下载结束时，获取第二应用的上线消息；
21.响应于所述上线消息，在所述第一应用中展示下载任务的提示信息。
22.在一种可能的实现方式中，所述当所述处理状态所在的处理阶段结束时，在所述第一应用中展示所述处理状态对应的第二提示信息，包括：
23.当所述处理状态处于下载阶段结束时，在所述第一应用中展示安装任务的提示信息。
24.在一种可能的实现方式中，所述当所述处理状态处于下载阶段结束时，在所述第一应用中展示安装任务的提示信息，包括：
25.获取所述第二应用的下载完成时刻以及首次启用所述第一应用的时刻；
26.在所述下载完成时刻与所述启用所述第一应用的时刻之间的间隔时段超过预设的等待时长的情况下，展示安装任务的提示信息。
27.在一种可能的实现方式中，所述当所述处理状态所在的处理阶段结束时，在所述第一应用中展示所述处理状态对应的第二提示信息，包括：
28.当所述处理状态处于安装阶段结束时，在所述第一应用中展示激活任务的提示信息。
29.在一种可能的实现方式中，所述在所述第一应用中展示所述处理状态对应的第一提示信息，包括：
30.在所述第一应用的用户界面上，以浮层的方式展示所述处理状态对应的第一提示信息。
31.在一种可能的实现方式中，在所述第一应用的用户界面上，以浮层的方式展示所述处理状态对应的第一提示信息，其中展示的方式包括下述中的至少一种：
32.第二应用的图标、文字标题、文字副标题、标签、可操作的控件。
33.在一种可能的实现方式中，由第一应用获取第二应用在终端的处理状态，包括：
34.响应于第一应用的启动操作，启动所述第一应用；
35.由所述第一应用获取第二应用在终端的处理状态。
36.根据本公开实施例的第二方面，提供一种应用处理的提示装置，包括：
37.获取模块，用于由第一应用中获取第二应用在终端的处理状态，所述第一应用为已安装应用，所述第二应用为未激活应用，所述处理状态是所述第二应用从预约下载、下载、安装以及激活应用中的任一处理阶段中的状态；
38.第一展示模块，用于当所述处理状态所在的处理阶段未结束时，在所述第一应用中展示所述处理状态对应的第一提示信息，所述第一提示信息包括与所述处理状态所在的处理阶段相对应的任务信息。
39.在一种可能的实现方式中，还包括：
40.第二展示模块，用于当所述处理状态所在的处理阶段结束时，在所述第一应用中展示所述处理状态对应的第二提示信息，所述第二提示信息包括与所述处理状态所在的处理阶段的下一阶段相对应的任务信息。
41.在一种可能的实现方式中，所述获取模块包括：
42.第一获取子模块，用于由第一应用获取第二应用的本地缓存记录；
43.确定子模块，用于根据所述本地缓存记录，确定所述第二应用的处理状态。
44.在一种可能的实现方式中，所述第二展示模块包括：
45.第二获取子模块，用于当所述处理状态所在的处理阶段结束时，获取执行所述处理状态所在的处理阶段的下一阶段相对应的任务信息时所对应的资源回馈信息；
46.第一展示子模块，用于在所述第一应用中展示所述处理状态对应的第二提示信息和所述资源回馈信息。
47.在一种可能的实现方式中，所述第一展示模块包括：
48.第二展示子模块，用于当所述处理状态处于下载中断时，在所述第一应用中展示继续下载的提示信息。
49.在一种可能的实现方式中，所述第二展示模块，包括：
50.第三获取子模块，用于当所述处理状态处于预约下载结束时，获取第二应用的上线消息；
51.第三展示子模块，用于响应于所述上线消息，在所述第一应用中展示下载任务的提示信息。
52.在一种可能的实现方式中，所述第二展示模块，包括：
53.第四展示子模块，用于当所述处理状态处于下载阶段结束时，在所述第一应用中展示安装任务的提示信息。
54.在一种可能的实现方式中，所述第四展示子模块包括：
55.获取单元，用于获取所述第二应用的下载完成时刻以及首次启用所述第一应用的时刻；
56.展示单元，用于在所述下载完成时刻与所述启用所述第一应用的时刻之间的间隔时段超过预设的等待时长的情况下，展示安装任务的提示信息。
57.在一种可能的实现方式中，所述第二展示模块，包括：
58.第五展示子模块，用于当所述处理状态处于安装阶段结束时，在所述第一应用中展示激活任务的提示信息。
59.在一种可能的实现方式中，所述第一展示模块，包括：
60.浮层展示子模块，用于在所述第一应用的用户界面上，以浮层的方式展示所述处理状态对应的第一提示信息。
61.在一种可能的实现方式中，所述浮层展示子模块中，浮层展示的方式可以包括下述中的至少一种：
62.第二应用的图标、文字标题、文字副标题、标签、可操作的控件。
63.在一种可能的实现方式中，所述获取模块包括：
64.启动子模块，用于响应于第一应用的启动操作，启动所述第一应用；
65.第四获取子模块，用于由所述第一应用获取第二应用在终端的处理状态。
66.根据本公开实施例的第三方面，提供一种电子设备，包括：
67.处理器；
68.用于存储所述处理器可执行指令的存储器；
69.其中，所述处理器被配置为执行所述指令，以实现如本公开实施例任一项所述的应用处理的提示方法。
70.根据本公开实施例的第四方面，提供一种计算机可读存储介质，其特征在于，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行本公开实施例任一项所述的应用处理的提示方法。
71.根据本公开实施例的第五方面，提供一种计算机程序产品，所述计算机程序产品中包括指令，其特征在于，所述指令被电子设备的处理器执行时，使得所述电子设备能够执行如本公开实施例任一项所述的应用处理的提示方法。
72.本公开的实施例提供的技术方案至少带来以下有益效果：通过由第一应用获取第二应用在终端的处理状态，并在所述处理状态所在的处理阶段未结束时，在所述第一应用中展示所述处理状态对应的第一提示信息，可以减少第二应用的处理状态发生变化时，而未收到任何指令，导致第二应用未被使用的情况，提高第二应用的使用激活率。另一方面，本公开实施例可以在第一应用中获取第二应用的终端的处理状态，第一应用起到了传播平台的作用，相较于传统的到专用安装平台上去下载第二应用，第一应用提高了第二应用的传播力，从而提高了第二应用的使用激活率。
73.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
74.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。
75.图1是根据一示例性实施例示出的一种应用处理的提示方法的流程图。
76.图2是根据一示例性实施例示出的一种应用处理的提示方法的应用场景图。
77.图3是根据一示例性实施例示出的一种应用处理的提示方法的应用场景图。
78.图4是根据一示例性实施例示出的一种应用处理的提示方法的应用场景图。
79.图5是根据一示例性实施例示出的一种应用处理的提示方法的流程图。
80.图6是根据一示例性实施例示出的一种应用处理的提示方法的应用场景图。
81.图7是根据一示例性实施例示出的一种应用处理的提示方法的应用场景图。
82.图8是根据一示例性实施例示出的一种应用处理的提示方法的应用场景图。
83.图9是根据一示例性实施例示出的一种应用处理的提示方法的应用场景图。
84.图10是根据一示例性实施例示出的一种应用处理的提示方法的应用场景图。
85.图11是根据一示例性实施例示出的一种应用处理的提示装置示意框图。
86.图12是根据一示例性实施例示出的一种电子设备框图。
具体实施方式
87.为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公
开实施例中的技术方案进行清楚、完整地描述。
88.需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
89.还需要说明的是，本公开所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于展示的数据、分析的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。
90.图1是根据一示例性实施例示出的一种应用处理的提示方法的流程图。如图1所示，所述应用处理的提示方法用于终端中，包括：
91.步骤s101，由第一应用中获取第二应用终端的处理状态，所述第一应用为已安装应用，所述第二应用为未激活应用，所述处理状态是所述第二应用从预约下载到激活应用的各个处理阶段中的状态。
92.本公开实施例中，所述第一应用可以包括已经安装在终端上并且在使用的应用，其中，应用的类型可以包括多种，例如视频内容播放的应用、聊天的应用、直播和唱歌等应用。所述第二应用可以包括未激活应用，所述未激活应用可以包括处于预约下载阶段还没有被激活的应用、处于下载阶段还没有被激活的应用、处于安装阶段还没有被激活的应用等。其中第二应用的类型可以包括多种，例如游戏应用、聊天应用等，本公开不做限制。
93.本公开实施例中，所述处理阶段可以包括应用从预约下载到激活应用的各个处理阶段，可以包括预约下载阶段、下载阶段、安装阶段和激活阶段等。所述处理状态是所述第二应用从预约下载到激活应用的各个处理阶段中的状态，处理状态可以包括在上述整个下载阶段的具体时间点上的状态，以下载阶段为例，下载阶段可以包括正在下载、下载中断、下载结束等状态。
94.本公开实施例中，所述从第一应用中获取第二应用在终端的处理状态，第一应用和第二应用的关系可以包括：第一应用中展示有第二应用的下载程序包或下载链接。用户启用第一应用的时候，可以第一应用的界面中看到第二应用的相关内容，可以进行相关的操作，例如预约、下载等操作。第一应用中可以对上述操作进行记录和存储。因此，可以从第一应用的存储记录中获取第二应用在终端的处理状态。
95.步骤s103，当所述处理状态所在的处理阶段未结束时，在所述第一应用中展示所述处理状态对应的第一提示信息，所述第一提示信息包括与所述处理状态所在的处理阶段相对应的任务。
96.本公开实施例中，所述处理阶段相对应的任务，可以包括如下载阶段的对应任务为下载，安装阶段对应的任务为安装，激活阶段对应的任务为激活。当所述处理状态所在的处理阶段未结束时，表示此时的处理状态可能处于处理中断的状态。在一个示例中，在启用第一应用后，处于下载中断的第二应用可以自动的进行下载，并且在第一应用中展示第一提示信息，用于提醒第二应用重新下载中，以防止静默下载后，用户忘记安装。在另一个示例中，例如下载中断可能是因为网络的原因，例如在网络恢复的时候，处于下载中断的第二
应用可以自动进行下载，并且在第一应用中展示提示信息。
97.本公开实施例，通过在第一应用中获取第二应用在终端的处理状态，并在所述处理状态所在的处理阶段未结束时，在所述第一应用中展示所述处理状态对应的第一提示信息，可以减少第二应用的处理状态发生变化时，而未收到任何指令，导致第二应用未被使用的情况，提高第二应用的使用激活率。另一方面，本公开实施例可以在第一应用中获取第二应用的终端的处理状态，第一应用起到了传播平台的作用，相较于传统的到专用安装平台上去下载第二应用，第一应用提高了第二应用的传播力，从而提高了第二应用的使用激活率。
98.在一种可能的实现方式中，在所述从第一应用中获取第二应用在终端的处理状态，之后还包括：
99.当所述处理状态所在的处理阶段结束时，在所述第一应用中展示所述处理状态对应的第二提示信息，所述第二提示信息包括与所述处理状态所在的处理阶段的下一阶段相对应的任务信息。
100.本公开实施例中，所述处理阶段的下一阶段可以根据处理阶段的预设顺序确定，例如，各个处理阶段依次包括预约下载阶段、下载阶段、安装阶段、激活阶段。其中下载阶段的下一阶段包括安装阶段。当所述处理状态所在的处理阶段结束时，在第一应用中展示所述处理状态对应的第二提示信息。在一个示例中，下载阶段结束以后，展示安装的任务的提示信息，例如：“ss都市下载完成，5s后开始安装”。在另一个示例中，如安装阶段结束以后，展示激活的任务提示信息，例如：“wg传说新塞季上线，登录游戏可以领取368元代金券”。在一个示例中，可以在展示第二提示信息的时候，同时展示相关的操作控件，用户点击该操作控件后，手动执行与处理阶段相对应的任务。
101.本公开实施例，当所述处理状态所在的处理阶段结束时，在第一应用中展示第二提示信息，从而提示用户进行下一阶段的操作，能够唤醒用户的记忆，引导其执行下一阶段的任务，从而提高第二应用的使用激活率。
102.在一种可能的实现方式中，所述从第一应用中获取第二应用在终端的处理状态，包括：
103.由第一应用内获取第二应用的本地缓存记录；
104.根据所述本地缓存记录，确定所述第二应用的处理状态。
105.本公开实施例中，用户启用第一应用的时候，可以从第一应用的界面中看到第二应用的相关内容，例如第二应用的下载程序包或下载链接，其中下载链接指向第二应用的安装程序包。在终端上，可以进行相关的操作，例如预约、下载等操作。第一应用中可以对上述操作进行记录和存储。在一个示例中，将上述操作存在于第一应用的本地缓存中，支持第一应用的进程访问，根据本地缓存记录，确定第二应用在哪一个处理阶段以及哪一种处理状态。在另一个示例中，所述第一应用的本地缓存可以包括多个终端设备的缓存记录，例如，用户使用终端a在第一应用中预约了某个第二应用，中间通过终端b登录了第一应用，则在终端b中仍然可以从第一应用的本地缓存记录中，获取到第二应用的处理状态。
106.本公开实施例，通过将第二应用的操作记录存入第一应用的本地缓存，当更换不同的终端的情况下，仍然可以方便的获取第二应用的处理状态。
107.在一种可能的实现方式中，所述当所述处理状态所在的处理阶段结束时，在所述
第一应用中展示所述处理状态对应的第二提示信息，包括：
108.当所述处理状态所在的处理阶段结束时，获取执行所述处理状态所在的处理阶段的下一阶段相对应的任务信息时所对应的资源回馈信息；
109.在所述第一应用中展示所述处理状态对应的第二提示信息和所述资源回馈信息。
110.本公开实施例中，所述资源回馈信息可以包括执行下个处理阶段对应的奖励信息，所述资源回馈信息的形式可以包括虚拟的奖金或奖品，例如“老铁福利，登录ab应用，必得175元优惠券”，“安装游戏，ak酱送永久限量套装”。
111.本公开实施例通过展示资源回馈信息，来激发用户执行所述处理状态所在的处理阶段的下一阶段相对应的任务的兴趣，从而提高第二应用的使用激活率。
112.图2至图3是根据一示例性实施例示出的一种应用处理的提示方法的应用场景图。所述当所述处理状态所在的处理阶段未结束时，在所述第一应用中展示所述处理状态对应的第一提示信息，包括：
113.当所述处理状态处于下载中断时，在所述第一应用中展示继续下载的提示信息。
114.本公开实施例中，下载中断可能的原因可以包括由于第二应用的安装包较大，关掉第一应用后，第二应用还没有下载完毕；或者第二应用的下载过程中，由于网络或其他原因导致第二应用下载中断。终端200中，打开第一应用，从第一应用中获取到第二应用在终端的处理状态为下载中断，又或者在使用第一应用的时候，网络重新连接上，从第一应用中获取到第二应用在终端的处理状态为下载中断，在第一应用中展示继续下载的第一提示信息201，参考图2所示，第一提示信息201的样式可以包括标题203，所述标题203可以包括第二应用的名称、所处的处理状态、当前执行的任务，例如“ss都市下载异常中断，断点续传中”。第一提示信息201还可以包括下载的进度条204、可配置的图标202、以及可操作的控件205。
115.在一个示例中，参考图3所示，在第一提示信息201中增加可配置的副标题301，其中副标题中可以增加可配置的资源回馈信息，例如“安装游戏，ak酱送永久限定套装”，“老铁福利，登录游戏必得175元优惠券”。在一个示例中，还可以在第一提示信息上添加标签302。
116.本公开实施例，当所述处理状态处于下载中断时，在所述第一应用中展示继续下载的提示信息，给用户产生心理预期，提高下载完成后安装的成功率。
117.图4至图6是根据一示例性实施例示出的一种应用处理的提示方法的应用场景图。图5是根据一示例性实施例示出的一种应用处理的提示方法的流程图，所述当所述处理状态所在的处理阶段结束时，在所述第一应用中展示所述处理状态对应的第二提示信息，包括：
118.当所述处理状态处于预约下载结束时，获取第二应用的上线消息；
119.响应于所述上线消息，在所述第一应用中展示下载任务的提示信息。
120.本公开实施例中，参考图5所示，在第二应用还未上线，通过第一应用提前展示第二应用的相关内容，提供给用户预约下载的操作。获取第二应用上线的消息，用户启用第一应用，从本地缓存内查看是否预约了第二应用。其中在其他设备预约的记录也可以存入本地缓存。若本地缓存中没有预约第二应用，则不请求服务器，不下载第二应用。若预约了第二应用，确认本地缓存是否已经上线。若第二应用已经上线了，则检查终端的存储权限和存
储空间，如果存储权限和存储空间度满足条件的话。检查是否处于网络环境中，如果处于流量环境，则展示第二应用上线的提醒，如果处于wifi环境，则开始下载第二应用。
121.参考图4所示，本公开实施例中响应于第二应用的上线消息，在第一应用展示下载任务的第二提示信息402。所述提示信息可以包括标题203，所述标题203可以包括第二应用的名称、所处的处理状态、当前执行的任务，例如：“dg战士阿尔法自动下载中”。所述提示信息还可以包括下载的进度条204、可配置的图标202以及可操作的控件205。在一个示例中，可以在第二提示信息402上不同位置增加预约标签401，例如“您的预约游戏已上线”、“预约专属”等。参考图6所示，在第二提示信息201中增加可配置的副标题301，其中副标题中可以增加可配置的资源回馈信息，例如“安装游戏，ak酱送永久限定套装”，“老铁福利，登录游戏必得175元优惠券”。副标题支持不同的颜色的字体展示，支持标红、高亮等渲染处理。点击可操作的控件205进行第二应用的配置页。
122.本公开实施例，在第二应用上线时，在第一应用中展示下载任务的提示信息，提醒用户正在下载的第二应用，相较于传统的系统自动下载后，用户忘记没有安装第二应用。本公开实施例可以提高下载完成后安装的成功率。
123.图7至图8是根据一示例性实施例示出的一种应用处理的提示方法的应用场景图。所述当所述处理状态所在的处理阶段结束时，在所述第一应用中展示所述处理状态对应的第二提示信息，包括：
124.当所述处理状态处于下载阶段结束时，在所述第一应用中展示安装任务的提示信息。
125.参考图7所示，本公开实施例中当第二应用的处理状态处于下载阶段结束时，第二提示信息展示安装提醒。其中，第二提示信息可以包括标题203，所述标题203可以包括第二应用的名称、所处的处理状态、当前执行的任务，例如“ss都市下载完成，[5s]后开启安装”，自动的拉起安装界面，点击可操作控件205，进入下载管理页，在下载管理页有相关的配置，可以终止第二应用的自动安装。在另一个示例中，参考图8所示，第二提示信息中包括标题203，所述标题203可以包括第二应用的名称、所处的处理状态、即将执行的任务，例如“ss都市下载完成，等待安装”。本公开实施例不自动拉起安装界面，用户点击可操作的控件205如：“去安装”，可进入安装界面进行手动安装。
[0126]
本公开实施例提供了两种方式，一种是提示自动安装的提醒，一种是提示等待安装的提醒，可以针对不同的机型，采用不同的方式。相较于传统的下载完成后，没有提醒安装，本公开可以提高下载完成后安装的成功率。
[0127]
在一种可能的实现方式中，获取所述第二应用的下载完成时刻以及启用所述第一应用的时刻；
[0128]
在所述下载完成时刻与所述启用所述第一应用的时刻之间的间隔时段超过预设的等待时长的情况下，展示安装任务的提示信息。
[0129]
本公开实施例在下载完成时刻和首次启用第一应用的时刻之间的间隔时段超过预设等待时长的情况下，展示安装任务的提示信息。若非首次启用，比如第二次启用或第n次启用第一应用的话，将不再提示客户安装提示信息，以免过多的提醒降低用户的使用体验。
[0130]
图9至图10是根据一示例性实施例示出的一种应用处理的提示方法的应用场景
图。所述当所述处理状态所在的处理阶段结束时，在所述第一应用中展示所述处理状态对应的第二提示信息，包括：
[0131]
当所述处理状态处于安装阶段结束时，在所述第一应用中展示激活任务的提示信息。
[0132]
在一个示例中，参考图9所示，当所述处理状态处于安装阶段结束时，在所述第一应用中展示激活任务的提示信息。其中，提示信息可以包括标题203，所述标题203可以包括第二应用的名称、所处的处理状态、待执行的任务，例如以资源回馈信息的方式“福利过期提醒，ss都市福利等待领取”，“wg传说新赛季上线：卡拉赞之夜”，所述提示信息还可以包括副标题301。其中副标题中可以增加可配置的资源回馈信息，例如“限时开服福利，登录即送红龙杰西套装”，“登录游戏即可领取价值368元代金券”。在一个示例中，参考图10所示，标题203中可以展示活动的提示信息，例如“九天狐也在玩ss都市”，副标题301可以展示“点击和主播一起玩”，点击可操作性控件205，进入第二应用的激活界面。
[0133]
本公开实施例通过展示激活任务的提示信息，可以提高用户下载完成后激活第二应用的成功率。
[0134]
在一种可能的实现方式中，在所述第一应用的用户界面上，以浮层的方式展示所述处理状态对应的第一提示信息。
[0135]
本公开实施例中，以浮层的方式展示所述第一提示信息或第二提示信息，可以在不影响用户对第一应用的使用的情况下，提高第二应用的使用激活率。
[0136]
在一种可能的实现方式中，在所述第一应用的用户界面上，以浮层的方式展示所述处理状态对应的第一提示信息，其中展示的方式包括下述中的至少一种：
[0137]
第二应用的图标、文字标题、文字副标题、标签、可操作的控件。
[0138]
本公开实施例中，第二应用的图标、文字标题、文字副标题、标签、可操作的控件的各个功能已在上述实施例中进行了阐述，在这里不再赘述。需要说明的是，所述展示内容的设置方式不限于上述举例，例如，好友的安装信息，所属领域技术人员在本技术技术精髓的启示下，还可能做出其它变更，但只要其实现的功能和效果与本技术相同或相似，均应涵盖于本技术保护范围内。
[0139]
在一种可能的实现方式中，由第一应用中获取第二应用在终端的处理状态，包括：
[0140]
响应于第一应用的启动操作，启动所述第一应用；
[0141]
由所述第一应用中获取第二应用在终端的处理状态。
[0142]
本公开实施例中，在第一应用启动的时刻，从所述第一应用中获取第二应用在终端的处理状态，有利于第一时间向用户发送相关的第一提示信息。本公开实施例，利用第一应用，为用户在合适的时期提供下载阶段的提醒，最终，用户得以顺利安装第二应用、第一应用提升了第二应用下载过程中的转化效率。
[0143]
应该理解的是，虽然图1和图5的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图1和图5中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地
执行。
[0144]
可以理解的是，本说明书中上述方法的各个实施例之间相同/相似的部分可互相参见，每个实施例重点说明的是与其他实施例的不同之处，相关之处参见其他方法实施例的说明即可。
[0145]
图11是根据一示例性实施例示出的一种应用处理的装置框图。参照图11，该装置包括获取模块110和展示模块111。
[0146]
获取模块110，用于由第一应用中获取第二应用在终端的处理状态，所述第一应用为已安装应用，所述第二应用为未激活应用，所述处理状态是所述第二应用从预约下载、下载、安装以及激活应用中的任一处理阶段中的状态；
[0147]
第一展示模块111，用于当所述处理状态所在的处理阶段未结束时，在所述第一应用中展示所述处理状态对应的第一提示信息，所述第一提示信息包括与所述处理状态所在的处理阶段相对应的任务。
[0148]
在一种可能的实现方式中，所述装置还包括：
[0149]
第二展示模块，用于当所述处理状态所在的处理阶段结束时，在所述第一应用中展示所述处理状态对应的第二提示信息，所述第二提示信息包括与所述处理状态所在的处理阶段的下一阶段相对应的任务信息。
[0150]
在一种可能的实现方式中，所述获取模块包括：
[0151]
第一获取子模块，用于从第一应用内获取第二应用的本地缓存记录；
[0152]
确定子模块，用于根据所述本地缓存记录，确定所述第二应用的处理状态。
[0153]
在一种可能的实现方式中，所述第二展示模块包括：
[0154]
第二获取子模块，用于当所述处理状态所在的处理阶段结束时，获取执行所述处理状态所在的处理阶段的下一阶段相对应的任务信息时所对应的资源回馈信息；
[0155]
第一展示子模块，用于在所述第一应用中展示所述处理状态对应的第二提示信息和所述资源回馈信息。
[0156]
在一种可能的实现方式中，所述第一展示模块包括：
[0157]
第二展示子模块，用于当所述处理状态处于下载中断时，在所述第一应用中展示继续下载的提示信息。
[0158]
在一种可能的实现方式中，所述第二展示模块，包括：
[0159]
第三获取子模块，用于当所述处理状态处于预约下载结束时，获取第二应用的上线消息；
[0160]
第三展示子模块，用于响应于所述上线消息，在所述第一应用中展示下载任务的提示信息。
[0161]
在一种可能的实现方式中，所述第二展示模块，包括：
[0162]
第四展示子模块，用于当所述处理状态处于下载阶段结束时，在所述第一应用中展示安装任务的提示信息。
[0163]
在一种可能的实现方式中，所述第四展示子模块包括：
[0164]
获取单元，用于获取所述第二应用的下载完成时刻以及首次启用所述第一应用的时刻；
[0165]
展示单元，用于在所述下载完成时刻与所述启用所述第一应用的时刻之间的间隔
时段超过预设的等待时长的情况下，展示安装任务的提示信息。
[0166]
在一种可能的实现方式中，所述第二展示模块，包括：
[0167]
第五展示子模块，用于当所述处理状态处于安装阶段结束时，在所述第一应用中展示激活任务的提示信息。
[0168]
在一种可能的实现方式中，所述第一展示模块，包括：
[0169]
浮层展示子模块，用于在所述第一应用的用户界面上，以浮层的方式展示所述处理状态对应的第一提示信息。
[0170]
在一种可能的实现方式中，所述浮层展示子模块中，浮层展示的方式可以包括下述中的至少一种：
[0171]
第二应用的图标、文字标题、文字副标题、标签、可操作的控件。
[0172]
在一种可能的实现方式中，所述获取模块包括：
[0173]
启动子模块，用于响应于第一应用的启动操作，启动所述第一应用；
[0174]
第四获取子模块，用于由所述第一应用获取第二应用在终端的处理状态。
[0175]
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
[0176]
图12是根据一示例性实施例示出的一种应用处理的提示的电子设备1200的框图。例如，电子设备1200可以是移动电话、计算机、数字广播终端、消息收发设备、游戏控制台、平板设备、医疗设备、健身设备、个人数字助理等。
[0177]
参照图12，电子设备1200可以包括以下一个或多个组件：处理组件1202、存储器1204、电源组件1206、多媒体组件1208、音频组件1210、输入/输出(i/o)的接口1212、传感器组件1214以及通信组件1216。
[0178]
处理组件1202通常控制电子设备1200的整体操作，诸如与显示、电话呼叫、数据通信、相机操作和记录操作相关联的操作。处理组件1202可以包括一个或多个处理器1220来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1202可以包括一个或多个模块，便于处理组件1202和其他组件之间的交互。例如，处理组件1202可以包括多媒体模块，以方便多媒体组件1208和处理组件1202之间的交互。
[0179]
存储器1204被配置为存储各种类型的数据以支持在电子设备1200的操作。这些数据的示例包括用于在电子设备1200上操作的任何应用程序或方法的指令、联系人数据、电话簿数据、消息、图片、视频等。存储器1204可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)、电可擦除可编程只读存储器(eeprom)、可擦除可编程只读存储器(eprom)、可编程只读存储器(prom)、只读存储器(rom)、磁存储器、快闪存储器、磁盘、光盘或石墨烯存储器。
[0180]
电源组件1206为电子设备1200的各种组件提供电力。电源组件1206可以包括电源管理系统，一个或多个电源，及其他与为电子设备1200生成、管理和分配电力相关联的组件。
[0181]
多媒体组件1208包括在所述电子设备1200和用户之间的提供输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动
作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1208包括前置摄像头和/或后置摄像头。当电子设备1200处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是固定的光学透镜系统或具有焦距和光学变焦能力。
[0182]
音频组件1210被配置为输出和/或输入音频信号。例如，音频组件1210包括麦克风(mic)，当电子设备1200处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1204或经由通信组件1216发送。在一些实施例中，音频组件1210还包括扬声器，用于输出音频信号。
[0183]
i/o接口1212为处理组件1202和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
[0184]
传感器组件1214包括一个或多个传感器，用于为电子设备1200提供各个方面的状态评估。例如，传感器组件1214可以检测到电子设备1200的打开/关闭状态，组件的相对定位，例如所述组件为电子设备1200的显示器和小键盘，传感器组件1214还可以检测电子设备1200或电子设备1200组件的位置改变，用户与电子设备1200接触的存在或不存在，设备1200方位或加速/减速和电子设备1200的温度变化。传感器组件1214可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1214还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1214还可以包括加速度传感器、陀螺仪传感器、磁传感器、压力传感器或温度传感器。
[0185]
通信组件1216被配置为便于电子设备1200和其他设备之间有线或无线方式的通信。电子设备1200可以接入基于通信标准的无线网络，如wifi，运营商网络(如2g、3g、4g或5g)，或它们的组合。在一个示例性实施例中，通信组件1216经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1216还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。
[0186]
在示例性实施例中，电子设备1200可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
[0187]
在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器1204，上述指令可由电子设备1200的处理器1220执行以完成上述方法。例如，计算机可读存储介质可以是rom、随机存取存储器(ram)、cd
‑
rom、磁带、软盘和光数据存储设备等。
[0188]
在示例性实施例中，还提供一种计算机程序产品，所述计算机程序产品中包括指令，上述指令可由电子设备1200的处理器1220执行以完成上述方法。
[0189]
在示例性实施例中，还提供一种计算机程序产品，所述计算机程序产品中包括指令，上述指令可由电子设备1300的处理器执行以完成上述方法。
[0190]
需要说明的，上述的装置、电子设备、计算机可读存储介质、计算机程序产品等根据方法实施例的描述还可以包括其他的实施方式，具体的实现方式可以参照相关方法实施例的描述，在此不作一一赘述。
[0191]
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。
[0192]
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。