应用程序的推广方法、装置、电子设备和存储介质与流程

本公开涉及互联网技术领域，尤其涉及应用程序的推广方法、装置、电子设备和存储介质。

背景技术

目前，在众多的功能性应用程序和游戏应用程序被使用的过程中，都会在已安装的应用程序的界面植入动态广告栏，以利用动态广告栏实现对其它应用程序的推广。其中，通过广告栏推广应用程序的过程为：当检测到用户对广告栏的点击时，当前应用程序的界面会跳转到广告页面，并进行广告视频的播放。

但由于目前应用程序的推广方法中，无论用户是自愿点击还是误触点击，用户只要点击到广告栏的任一区域，当前应用程序的界面都会被广告页面替换，从而导致用户当前使用的应用程序的进程被中断。并且，当用户需要回到原使用的应用程序界面时，需要手动退出广告页面，导致应用程序的继续使用需经历较多的中间环节、耗费用户较多时间。

技术实现要素：

为克服相关技术中存在的问题，本公开提供了应用程序的推广方法、装置、电子设备和存储介质。

根据本公开实施例的第一方面，提供一种应用程序的推广方法，所述方法包括：

第一应用程序在前台运行的过程中，在第一应用程序的界面展示第二应用程序的推广信息；所述推广信息中包括用于触发下载第二应用程序的指令的控件；

当检测到请求下载第二应用程序的指令时，通知操作系统在后台下载并安装第二应用程序，并保持第一应用程序在前台运行。

由此，本公开通过将推广信息被触发后所产生的进程在后台运行，同时保持第一应用程序在前台运行，实现推广信息被触发后，第一应用程序不会被中断，从而方便用户对第一应用程序的持续使用；并且，本公开在第二应用程序的推广信息被触发后，通过利用在后台下载并安装第二应用程序的方式替代相关技术中利用播放推广信息所关联的视频的方式，不仅能避免视频播放的时间占用和第一应用程序对视频的实时加载或预加载操作，减少运算步骤，增强用户体验和节省用户时间，而且增强了对第二应用程序的推广效力——因为相关技术中，推广信息被触发后仅进行播放视频，则用户观看完视频后可以不下载第二应用程序，第二应用程序不被体验的几率会高很多；而本公开中，推广信息被触发后直接进行第二应用程序的下载和安装，可以提高第二应用程序被体验的几率。

可选地，本公开的应用程序的推广方法还包括：

当检测到第二应用程序在后台被安装完成或请求启动第二应用程序的指令时，生成用户奖励；所述用户奖励可用于解锁第一应用程序中对应的应用功能。

通过在第二应用程序安装完成或被启动后，第一应用程序才发放用户奖励，相对于相关技术通过检测到广告视频播放完成后即发放用户奖励的方式——用户只需查看广告视频而不需下载相关应用程序即可获得奖励的方式，对应用程序的推广具有更好的有效性。通过允许用户利用获得的奖励去解锁第一应用程序中对应的应用功能，不仅为用户提供多一种在第一应用程序中获得资源的渠道，可以免费享受第一应用程序中的增值服务，提高用户对第一应用程序的留存率，而且使用户更容易接受推广信息的存在，提高用户下载第二应用程序的积极性，从而进一步提高推广效力。可选地，当检测到请求启动第二应用程序的指令时，生成用户奖励的步骤，包括：

第二应用程序安装完成后，当检测到请求启动第二应用程序的指令时，生成用户奖励，通知操作系统在后台启动所述第二应用程序，并保持第一应用程序在前台运行。

通过在后台启动第二应用程序，而保持第一应用程序在前台运行，实现了用户只想获取奖励以解锁第一应用程序中相应的功能时，能够持续使用第一应用程序，而不需要执行从第二应用程序跳转回第一应用程序的操作，进一步提高用户对第一应用程序的使用体验。

可选地，在第一应用程序的界面展示第二应用程序的推广信息的步骤之前，还包括：

当检测到推广触发消息时，更新当前界面，更新后的界面包括展示第二应用程序的推广消息的区域。

通过在检测到推广触发消息时，第一应用程序的界面才展示第二应用程序的推广信息，有效地避免推广信息随意显示或一直显示而遮挡应用界面或占用应用界面的显示空间；并通过更新界面以为推广消息提供显示区域，能避免推广消息对应用界面中有效信息的遮挡，并使得推广消息的显示能与应用界面浑然一体，不突兀。

可选地，更新当前界面之前，还包括：获取第二应用程序的推广信息；其中，获取第二应用程序的推广信息的步骤，包括：

从服务端获取第二应用程序的多条推广信息，并根据操作系统已安装的应用程序，从多条推广信息中选取未安装的至少一条推广信息。

通过根据操作系统已安装的应用程序去剔除掉推广有相同应用程序的推广信息，而选取出操作系统中未安装有的应用程序的推广信息，避免造成对相同应用程序的重复下载和产生无意义的推广，进一步提高推广的有效性。

可选地，本公开的应用程序的推广方法，还包括：

当检测到第二应用程序在后台被安装或请求启动第二应用程序的指令时，通知服务端记录推广成功的次数；所述推广成功的次数用于作为服务端确定是否向第一应用程序发送推广信息的条件参数。

通过服务端根据推广成功的次数和预设的次数阈值而限定第一应用程序请求推广信息的次数，能避免因用户在第一应用程序的使用当天为获取奖励而下载过多的第二应用程序所造成的服务拥挤，也能避免因用户一天内获取过多奖励而解锁第一应用程序中过多的应用功能，所导致的用户对第一应用程序的留存时间减少和留存率下降的问题发生。

可选地，所述控件配置于所述区域内，并与指定事件相关联；所述指定事件包括以下任一：下载第二应用程序、启动第二应用程序；本公开的应用程序的推广方法还包括：

当检测到操作系统执行完当前指定事件后，更新所述控件所关联的指定事件。

通过在推广信息的显示区域配置控件，相对于相关技术中广告栏的任一区域被选中后都会触发广告播放的方式，大大减少了推广信息的显示区域的有效触发面积，能降低用户误触点击的概率；通过同一控件关联不同指定事件，能减少控件数目和对显示区域的占用面积，并方便用户对第二应用程序的下载状态的了解。

根据本公开实施例的第二方面，提供一种应用程序的推广装置，所述装置包括：

推广信息展示模块，被配置为：第一应用程序在前台运行的过程中，在第一应用程序的界面展示第二应用程序的推广信息；所述推广信息中包括用于触发下载第二应用程序的指令的控件；

操作系统通知模块，被配置为：当检测到请求下载第二应用程序的指令时，通知操作系统在后台下载并安装第二应用程序，并保持第一应用程序在前台运行。

根据本公开实施例的第三方面，提供一种电子设备，包括存储器、处理器、及存储在存储器上并可在处理器上运行的计算机程序；其中，所述处理器执行所述程序时实现前述应用程序的推广方法的步骤。

根据本公开实施例的第四方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现前述应用程序的推广方法的步骤。

由于本公开的应用程序的推广装置、电子设备和计算机可读存储介质都涵盖了本公开的应用程序的推广方法，故本公开的应用程序的推广装置、电子设备和计算机可读存储介质都包括前述应用程序的推广方法所产生的有益技术效果，在此不再赘述。

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

附图说明

图1是本公开根据一示例性实施例示出的一种应用程序的推广方法的流程图；

图2是本公开根据一示例性实施例示出的在前台运行的第一应用程序在终端设备上所显示的界面示意图；

图3是本公开根据一示例性实施例示出的一种应用程序的推广方法的流程图；

图4是本公开根据一示例性实施例示出的第一应用程序的界面未显示有推广消息时的界面示意图；

图5是本公开根据一示例性实施例示出的第一应用程序的界面显示有推广消息时的界面示意图；

图6是本公开根据一示例性实施例示出的第一应用程序的界面中的推广消息的展示区域配置有控件时的界面示意图；

图7是本公开根据一示例性实施例示出的第一应用程序的界面中展示推广消息的区域中的控件处于其中一种状态时的界面示意图；

图8是本公开根据一示例性实施例示出的第一应用程序的界面中展示推广消息的区域中的控件处于另一种状态时的界面示意图；

图9是本公开根据一示例性实施例示出的第一应用程序的界面中锁定的功能被解锁后的界面示意图；

图10是本公开根据一示例性实施例示出的一种应用程序的推广装置的电子设备的结构框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

在本公开使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。

取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

如图1所示，图1是本公开根据一示例性实施例示出的一种应用程序的推广方法的流程图，所述方法可以用于安装有第一应用程序的终端中，以在第一应用程序中推广第二应用程序。所述方法可以由第一应用程序调用一广告sdk而实现。所述方法包括以下步骤：

步骤101，第一应用程序在前台运行的过程中，在第一应用程序的界面展示第二应用程序的推广信息。

步骤102，当检测到请求下载第二应用程序的指令时，通知操作系统在后台下载并安装第二应用程序，并保持第一应用程序在前台运行。

可选地，步骤101中，第一应用程序的界面所展示的第二应用程序的推广信息可以包括第二应用程序的图标或文字介绍；其中，可以在图标处、文字介绍处、或者推广信息的显示区域中除了图标或文字介绍外的其他区域配置用于触发下载第二应用程序的指令的下载链接或控件。其中，所述控件可以以按钮的形式展示。

可选地，步骤102中，所述请求下载第二应用程序的指令由用户点击所述下载链接或所述控件而产生，可以理解为，当用户点击所述下载链接或所述控件时，即会触发下载第二应用程序的指令。当下载第二应用程序的指令被触发时，即可由第一应用程序检测到。

可选地，步骤101中，在第一应用程序的界面展示的第二应用程序的推广信息可以为一条也可以为一组，其中，一组推广信息包括两条或两条以上的推广信息。对应地，步骤102中，请求下载的第二应用程序也可以为一个或一组。

以下，简述一下本公开的应用程序的推广方法的工作过程：

用户在使用第一应用程序的期间，第一应用程序在终端设备上所显示的界面a展示有第二应用程序的推广信息a1，如图2所示，图2是本公开根据一示例性实施例示出的在前台运行的第一应用程序在终端设备上所显示的界面示意图。当用户点击第一应用程序的界面a所展示的推广信息a1时，第一应用程序的界面可以保持不变，且第一应用程序的界面仍然保持显示在终端设备的显示屏上，例如，终端设备的显示屏继续维持显示图2所示的界面，也即，第一应用程序继续在前台运行，同时，操作系统在后台下载第二应用程序。

由此，本公开通过将推广信息被触发后所产生的进程在后台运行，同时保持第一应用程序在前台运行，实现推广信息被触发后，第一应用程序不会被中断，从而方便用户对第一应用程序的持续使用；并且，本公开在第二应用程序的推广信息被触发后，通过利用在后台下载并安装第二应用程序的方式替代相关技术中利用播放推广信息所关联的视频的方式，不仅能避免视频播放的时间占用和第一应用程序对视频的实时加载或预加载操作，增强用户体验和节省用户时间，而且增强了对第二应用程序的推广效力——因为相关技术中，推广信息被触发后仅进行播放视频，则用户观看完视频后可以不下载第二应用程序，第二应用程序不被体验的几率会高很多；而本公开中，推广信息被触发后直接进行第二应用程序的下载和安装，可以提高第二应用程序被体验的几率。

在一实施例中，基于图1所示的实施例的基础上，如图3所示，图3是本公开根据一示例性实施例示出的一种应用程序的推广方法的流程图，本公开的所述方法还可以包括以下步骤：

步骤103，当检测到第二应用程序在后台被安装完成或请求启动第二应用程序的指令时，生成用户奖励。

可选地，步骤103中，操作系统在后台安装完第二应用程序后，会向第一应用程序发送一安装完成指令，第一应用程序接收到安装完成指令时，即可视为第一应用程序检测到第二应用程序在后台被安装完成时。

可选地，步骤103中，操作系统在后台安装完第二应用程序后，会向第一应用程序发送一安装完成指令，第一应用程序接收到安装完成指令时，可以在其界面向用户展示安装完成信息。用户得知第二应用程序安装完成后，为获取奖励，可以暂时退出第一应用程序，以在操作系统界面打开第二应用程序；或者，可以在所述安装完成信息中配置有用于启动第二应用程序的控件，由用户点击该控件实现对第二应用程序的启动。其中，用户在操作系统界面打开第二应用程序时，或在第一应用程序的界面点击用于打开第二应用程序的控件时，都会触发对应的打开指令，并由第一应用程序检测到。

在一实施例中，本公开应用程序的推广方法还可以包括步骤：在生成用户奖励时，通知广告商系统下发奖励给程序开发端系统。其中，可以通过通信网络直接通知广告商系统，也可以经过服务端通过广告商系统。广告商系统指的是当前已被安装或已被打开的第二应用程序的推广消息所关联的广告开发商一端的系统，程序开发端系统指的是开发第一应用程序的应用功能的开发商一端的系统。

由此，本公开通过在第二应用程序安装完成或被启动后，第一应用程序才发放用户奖励，相对于相关技术通过检测到广告视频播放完成后即发放用户奖励的方式——用户只需查看广告视频而不需下载相关应用程序即可获得奖励的方式，对应用程序的推广具有更好的有效性。

在一实施例中，基于图3所示的实施例的基础上，所述步骤103中，当检测到请求启动第二应用程序的指令时，生成用户奖励的步骤，包括以下步骤：

步骤1031，第二应用程序安装完成后，当检测到请求启动第二应用程序的指令时，生成用户奖励，通知操作系统在后台启动所述第二应用程序，并保持第一应用程序在前台运行。

可选地，步骤1031中，操作系统在后台安装完第二应用程序后，会向第一应用程序发送一安装完成指令，第一应用程序接收到安装完成指令时，在其界面向用户展示安装完成信息，并在所述安装完成信息中配置有用于启动第二应用程序的控件，由用户点击该控件实现对第二应用程序的启动。其中，用户在第一应用程序的界面点击用于打开第二应用程序的控件时，都会触发对应的打开指令，并由第一应用程序检测到，同时第一应用程序会通知操作系统在后台启动所述第二应用程序，并保持第一应用程序在前台运行。

由此，本公开通过在后台启动第二应用程序，而保持第一应用程序在前台运行，实现了用户只想获取奖励以解锁第一应用程序中相应的功能时，能够持续使用第一应用程序，而不需要执行从第二应用程序跳转回第一应用程序的操作，进一步提高用户对第一应用程序的使用体验。

在一实施例中，所述用户奖励可用于解锁第一应用程序中对应的应用功能。

可选地，所述用户奖励可以包括以下至少一种但不限于：积分奖励、虚拟钻石奖励、虚拟货币奖励、生命数奖励、宝箱奖励、道具奖励、会员奖励、服装奖励、某种特权奖励。

可选地，所述用户奖励解锁的应用功能可以包括以下至少一种但不限于：解锁视频、解锁游戏或学习关卡、获得复活机会、解锁道具、解锁宝箱、解锁某种特权限定、增加生命数、解锁成就。

由此，本公开通过允许用户利用获得的奖励去解锁第一应用程序中对应的应用功能，不仅为用户提供多一种在第一应用程序中获得资源的渠道，可以免费享受第一应用程序中的增值服务，提高用户对第一应用程序的留存率，而且使用户更容易接受推广信息的存在，提高用户下载第二应用程序的积极性，从而进一步提高推广效力。

在一实施例中，基于前述任一实施例的基础上，所述步骤101中，在第一应用程序的界面展示第二应用程序的推广信息的步骤之前，还可以包括：

步骤1011，当检测到推广触发消息时，更新当前界面，更新后的界面包括展示第二应用程序的推广消息的区域。

可选地，步骤1011中，所述推广触发消息由第一应用程序根据自身的运行情况或用户的使用情况而产生，例如，如果第一应用程序界面中的某一功能控件所关联的界面中配置有被锁定的功能时，则当用户点击所述功能控件时，即会产生可被第一应用程序检测到的推广触发消息。

可选地，步骤1011中，第一应用程序更新后的界面中的推广消息所显示的区域与游戏界面相互融合，并与所需解锁的功能所在的区域相邻。

以下，举例说明一下步骤1011：

如图4和图5所示，图4是本公开根据一示例性实施例示出的第一应用程序的界面未显示有推广消息时的界面示意图；图5是本公开根据一示例性实施例示出的第一应用程序的界面显示有推广消息时的界面示意图。假设第一应用程序为游戏类型的应用程序，在一局游戏结束后，游戏失败时，第一应用程序首先会显示游戏结算、提示游戏失败的界面b1，如图4所示。当用户点击图4所示的界面中的控件“再来一次”时，则第一应用程序会检测到推广触发消息产生，随后会更新当前界面，更新后的界面b2中会显示推广消息m，并为推广消息配置相应的显示区域b21，所述显示区域b21与界面b2中被锁定的功能“原地复活”相邻，以表示推广信息m所关联的第二应用程序下载后，可解锁功能“原地复活”，如图5所示。

由此，本公开通过在检测到推广触发消息时，第一应用程序的界面才展示第二应用程序的推广信息，有效地避免推广信息随意显示或一直显示而遮挡应用界面或占用应用界面的显示空间；并通过更新界面以为推广消息提供显示区域，能避免推广消息对应用界面中有效信息的遮挡，并使得推广消息的显示能与应用界面浑然一体，不突兀。

在一实施例中，步骤1011中，所述展示第二应用程序的推广消息的区域配置有控件；所述控件与指定事件相关联。所述指定事件包括以下任一：下载并安装第二应用程序、启动第二应用程序。

可选地，所述控件可以以按钮的形式配置于所述区域中，如图6所示，图6是本公开根据一示例性实施例示出的第一应用程序的界面中的推广消息的展示区域配置有控件时的界面示意图，其中，标号b22所示之处表示所述示第二应用程序的推广消息的区域，标号m1所示之处表示所述控件。

基于此，本公开的应用程序的推广方法还可以包括以下步骤：

步骤104，当检测到操作系统执行完当前指定事件后，更新所述控件所关联的指定事件。

可选地，步骤104中，所述控件所关联的指定事件的更新可以为：在第一应用程序的界面展示第二应用程序的推广信息，及未检测到请求下载第二应用程序的指令时，所述控件所关联的指定事件为下载并安装第二应用程序，其在第一应用程序的当前界面中对应显示的内容为“下载”，如图6所示。当用户点击所述控件时，第一应用程序会检测到请求下载第二应用程序的指令，则在第二应用程序的下载过程中，所述控件所关联的指定事件会更新为下载第二应用程序中，其在第一应用程序的当前界面中对应显示的内容为“下载中”，如图7所示，图7是本公开根据一示例性实施例示出的第一应用程序的界面中展示推广消息的区域中的控件处于其中一种状态时的界面示意图，此时，即使用户点击所述控件，也不会触发任何事件。当检测到操作系统执行完当前指定事件，即下载并安装第二应用程序后，所述控件所关联的指定事件会更新为启动第二应用程序，其在第一应用程序的当前界面中对应显示的内容为“打开”，如图8所示，图8是本公开根据一示例性实施例示出的第一应用程序的界面中展示推广消息的区域中的控件处于另一种状态时的界面示意图。此时，用户可通过点击“打开”按钮，使操作系统在前台启动并运行第二应用程序，在后台运行第一应用程序；或者，使操作系统在后台启动并运行第二应用程序，保持第一应用程序在前台运行。

由此，本公开通过在推广信息的显示区域配置控件，相对于相关技术中广告栏的任一区域被选中后都会触发广告播放的方式，大大减少了推广信息的显示区域的有效触发面积，能降低用户误触点击的概率；通过同一控件关联不同指定事件，能减少控件数目和对显示区域的占用面积，并方便用户对第二应用程序的下载状态的了解。

在一实施例中，基于前述任一实施例的基础上，本公开的应用程序的推广方法还可以包括以下步骤：

步骤105，当检测到第二应用程序在后台被安装完成或请求启动第二应用程序的指令时，更新当前界面，更新后的界面不展示推广消息。

在此沿用前述图4和图5所示的示例，对所述步骤105进行说明：

当用户点击显示区域b21后，操作系统会在后台下载并安装第二应用程序，当第二应用程序安装完成或在安装完成后被用户打开时，第一应用程序会再次更新当前界面，更新后的界面中的功能“原地复活”呈现解锁状态，且更新后的界面中可以不再显示推广消息，如图9所示，图9是本公开根据一示例性实施例示出的第一应用程序的界面中锁定的功能被解锁后的界面示意图。

由此，本公开通过在完成所述第二应用程序的推广后(即第二应用程序被后台安装完成或被打开)，第一应用程序的界面更新而不显示有推广消息，能进一步避免推广消息对当前界面的显示空间的占用和影响用户体验。

在一实施例中，基于前述步骤1011或步骤104所示的实施例的基础上，在步骤1011中，当检测到推广触发消息时，在更新当前界面之前，本公开的应用程序的推广方法还可以包括以下步骤：

步骤101a，获取第二应用程序的推广信息。

可选地，所述步骤101a可以包括以下步骤：

步骤101a1，从服务端获取第二应用程序的多条推广信息，并根据操作系统已安装的应用程序，从多条推广信息中选取未安装的至少一条推广信息。

可选地，步骤101a1中，所述多条推广信息的获取方式可以为：第一应用程序通过通信网络向服务端请求第二应用程序的多条推广信息，由服务端响应其请求后向其发送多条推广信息。

可选地，步骤101a1中的从多条推广信息中选取未安装的至少一条推广信息，指的是：选取操作系统中未安装有的第二应用程序所对应的推广信息，而不对操作系统已经安装有的应用程序进行再次推广。

由此，本公开通过根据操作系统已安装的应用程序去剔除掉推广有相同应用程序的推广信息，而选取出操作系统中未安装有的应用程序的推广信息，避免造成对相同应用程序的重复下载和产生无意义的推广，进一步提高推广的有效性。

在一实施例中，基于前述任一实施例的基础上，本公开的应用程序的推广方法还可以包括以下步骤：

步骤106，当检测到第二应用程序在后台被安装或请求启动第二应用程序的指令时，通知服务端记录推广成功的次数；所述推广成功的次数用于作为服务端确定是否向第一应用程序发送推广信息的条件参数。

可选地，步骤106中，所述条件参数还包括预设的次数阈值，所述次数阈值可由推广消息的开发商的开发人员在开发阶段预设。当服务端记录到的同一应用程序的推广成功的次数大于或等于所述次数阈值时，无论第一应用程序向服务端发出多少次获取推广信息的请求，服务端都拒绝向第一应用程序继续发送推广信息。

可选地，步骤106中，服务端记录的推广成功的次数为一天中第一应用程序的推广成功次数。其中的第一应用程序为一个设备或一个用户所使用的一个应用程序，例如，a设备上的第一应用程序推广成功的次数和b设备上第一应用程序推广成功的次数是不相关的，服务端不会将两个设备中第一应用程序的推广成功次数累加记录，而是分别记录a设备中第一应用程序的推广成功次数和b设备中第一应用程序的推广成功次数。另外，当天结束后，服务端会将所有推广成功次数清零，在另一天重新计算。

由此，本公开通过服务端根据推广成功的次数和预设的次数阈值而限定第一应用程序请求推广信息的次数，能避免因用户在第一应用程序的使用当天为获取奖励而下载过多的第二应用程序所造成的服务拥挤，也能避免因用户一天内获取过多奖励而解锁第一应用程序中过多的应用功能，所导致的用户对第一应用程序的留存时间减少和留存率下降的问题发生。

本公开中，前述任一实施例中的第一应用程序包括应用功能包(例如，当第一应用程序是游戏类的应用程序时，则应用功能包即相当于实现游戏功能的程序包)和广告sdk(softwaredevelopmentkit，软件开发工具包)。其中，应用功能包和广告sdk之间的数据交互接口已由开发人员在开发阶段配置好，在此不赘述。另外，第一应用程序的应用功能包的开发者可通过调用能够实现本公开中广告sdk需要实现的技术方案的广告sdk，以通过利用应用功能包和广告sdk共同实现本公开的应用程序的推广方法，第一应用程序中的应用功能包和广告sdk在本公开的技术方案中的各自职能可由本领域技术人员基于本公开和本领域公知常识清楚得知，在此不赘述。

与前述应用程序的推广方法的实施例相对应，本公开还提供了一种应用程序的推广装置，所述装置包括：

推广信息展示模块，被配置为：第一应用程序在前台运行的过程中，在第一应用程序的界面展示第二应用程序的推广信息；所述推广信息中包括用于触发下载第二应用程序的指令的控件；和

操作系统通知模块，被配置为：当检测到请求下载第二应用程序的指令时，通知操作系统在后台下载并安装第二应用程序，并保持第一应用程序在前台运行。

在一实施例中，本公开的前述装置还可以包括：

奖励生成模块，被配置为：当检测到第二应用程序在后台被安装完成或请求启动第二应用程序的指令时，生成用户奖励；所述用户奖励可用于解锁第一应用程序中对应的应用功能。

在一实施例中，所述奖励生成模块还可以被配置为：

第二应用程序安装完成后，当检测到请求启动第二应用程序的指令时，生成用户奖励，通知操作系统在后台启动所述第二应用程序，并保持第一应用程序在前台运行。

在一实施例中，本公开的前述装置还可以包括：

界面更新模块，被配置为：当检测到推广触发消息时，更新当前界面，更新后的界面包括展示第二应用程序的推广消息的区域。

在一实施例中，本公开的前述装置还可以包括：

推广信息获取模块，被配置为：从服务端获取第二应用程序的多条推广信息，并根据操作系统已安装的应用程序，从多条推广信息中选取未安装的至少一条推广信息。

在一实施例中，本公开的前述装置还可以包括：

服务端通知模块，被配置为：当检测到第二应用程序在后台被安装完成或请求启动第二应用程序的指令时，通知服务端记录推广成功的次数；所述推广成功的次数用于作为服务端确定是否向第一应用程序发送推广信息的条件参数。

在一实施例中，所述控件配置于所述区域内，并与指定事件相关联。所述指定事件包括以下任一：下载并安装第二应用程序、启动第二应用程序。所述装置还包括：

指定事件更新模块，被配置为：当检测到操作系统执行完当前指定事件后，更新所述控件所关联的指定事件。

上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

与前述应用程序的推广方法的实施例相对应，本公开还提供一种应用程序的推广装置的电子设备，所述电子设备包括存储器、处理器、及存储在存储器上并可在处理器上运行的计算机程序；其中，所述处理器执行所述程序时实现前述应用程序的推广方法的步骤，包括：

第一应用程序在前台运行的过程中，在第一应用程序的界面展示第二应用程序的推广信息；

当检测到请求下载第二应用程序的指令时，通知操作系统在后台下载并安装第二应用程序，并保持第一应用程序在前台运行。

如图10所示，图10是本公开根据一示例性实施例示出的一种应用程序的推广装置的电子设备的结构框图。所述电子设备500可以是计算机，移动电话，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等终端设备。

参照图10，电子设备500可以包括以下一个或多个组件：处理组件501，存储器502，电源组件503，多媒体组件504，音频组件505，输入/输出(i/o)的接口506，传感器组件507，以及通信组件508。

处理组件501通常控制电子设备500的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件501可以包括一个或多个处理器509来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件501可以包括一个或多个模块，便于处理组件501和其它组件之间的交互。例如，处理部件501可以包括多媒体模块，以方便多媒体组件504和处理组件501之间的交互。

存储器502被配置为存储各种类型的数据以支持在电子设备500的操作。这些数据的示例包括用于在电子设备500上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器502可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。

电源组件503为电子设备500的各种组件提供电力。电源组件503可以包括电源管理系统，一个或多个电源，及其它与为电子设备500生成、管理和分配电力相关联的组件。

多媒体组件504包括在所述电子设备500和用户之间的提供一个输出接口的屏幕。所述屏幕可以包括触摸面板(tp)，被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件504包括一个前置摄像头和/或后置摄像头。当电子设备500处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件505被配置为输出和/或输入音频信号。例如，音频组件505包括一个麦克风(mic)，当电子设备500处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器502或经由通信组件508发送。在一些实施例中，音频组件505还包括一个扬声器，用于输出音频信号。

i/o接口502为处理组件501和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件507包括一个或多个传感器，用于为电子设备500提供各个方面的状态评估。例如，传感器组件507可以检测到电子设备500的打开/关闭状态，组件的相对定位，例如所述组件为电子设备500的显示器和小键盘，传感器组件507还可以检测电子设备500或电子设备500一个组件的位置改变，用户与电子设备500接触的存在或不存在，电子设备500方位或加速/减速和电子设备500的温度变化。传感器组件507可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件507还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件507还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器，温度传感器，光电传感器或gps传感器。

通信组件508被配置为便于电子设备500和其它设备之间有线或无线方式的通信。电子设备500可以接入基于通信标准的无线网络，如wifi，2g，3g或4g，或它们的组合。在一个示例性实施例中，通信组件508经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件508还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其它技术来实现。

在示例性实施例中，电子设备500可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其它电子元件实现，用于执行上述方法。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

与前述应用程序的推广方法的实施例相对应，本公开还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被上述电子设备的处理器509执行时实现所述应用程序的推广方法的步骤，包括：

第一应用程序在前台运行的过程中，在第一应用程序的界面展示第二应用程序的推广信息；

当检测到请求下载第二应用程序的指令时，通知操作系统在后台下载并安装第二应用程序，并保持第一应用程序在前台运行。

本公开可采用在一个或多个其中包含有程序代码的存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。计算机可用存储介质包括永久性和非永久性、可移动和非可移动媒体，可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括但不限于：相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

以上所述仅为本公开的较佳实施例而已，并不用以限制本公开，凡在本公开的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本公开保护的范围之内。