一种确定应用程序卸载率的方法及系统转让专利

申请号 : CN201910609936.7

文献号 : CN110298708B

文献日 :

基本信息:

PDF:

法律信息:

相似专利:

发明人 : 杨镇波于松林

申请人 : 广州华多网络科技有限公司

摘要 :

本发明提供一种确定应用程序卸载率的方法及系统,该方法为:统计预设周期内启动应用程序的第一用户数量;在预设周期内的预设时间节点,确定停止应用程序的第二用户数量;在预设时间节点,向应用程序发送静默推送消息,确定当前活跃设备的第三用户数量;将第一用户数量减去第二用户数量与第三用户数量的和得到的差值,作为卸载应用程序的卸载用户数量;计算卸载用户数量与第一用户数量的比值,得到在预设周期内应用程序的卸载率。本方案中,通过计算启动应用程序的第一用户数量、停止应用程序的第二用户数量和当前活跃设备的第三用户数量之间的差值,得到卸载应用程序的用户数量,以便于分析应用程序的使用情况。

权利要求 :

1.一种确定应用程序卸载率的方法,其特征在于,适用于IOS应用程序,所述方法包括:统计预设周期内启动应用程序的第一用户数量;

在所述预设周期内的预设时间节点,确定停止所述应用程序的第二用户数量;

在所述预设时间节点,向所述应用程序发送静默推送消息,确定当前活跃设备的第三用户数量,其中,所述活跃设备指正在使用所述应用程序的设备和后台使用所述应用程序的设备;

将所述第一用户数量减去所述第二用户数量与第三用户数量的和得到的差值,作为卸载所述应用程序的卸载用户数量;

计算所述卸载用户数量与所述第一用户数量的比值,得到在所述预设周期内所述应用程序的卸载率。

2.根据权利要求1所述的方法,其特征在于,所述统计预设周期内启动应用程序的第一用户数量,包括:统计预设周期内上报启动事件的所述应用程序的数量,得到第一用户数量,其中,所述启动事件用于指示所述应用程序被启动。

3.根据权利要求1所述的方法,其特征在于,所述在所述预设周期内的预设时间节点,确定停止所述应用程序的第二用户数量,包括:在所述预设周期内的预设时间节点,确定上报停止事件的设备的数量,得到第二用户数量,其中,所述停止事件用于指示所述应用程序被停止使用。

4.根据权利要求1所述的方法,其特征在于,所述在所述预设时间节点,向所述应用程序发送静默推送消息,确定当前活跃设备的第三用户数量,包括:在所述预设时间节点,向所述应用程序发送静默推送消息,统计上报反馈信息的当前活跃设备的数量,得到第三用户数量,其中,所述反馈信息用于指示接收到所述静默推送消息。

5.根据权利要求1-4中任一所述的方法,其特征在于,还包括:向所述应用程序发送推送消息,统计预设时间段内打开所述推送消息的第四用户数量;

在所述预设时间段后,确定停止所述应用程序的第五用户数量,并向所述应用程序推送所述静默推送消息,确定当前活跃设备的第六用户数量;

将所述第四用户数量减去所述第五用户数量与第六用户数量的和得到的差值,作为发送所述推送消息后卸载所述应用程序的第七用户数量。

6.一种确定应用程序卸载率的系统,其特征在于,适用于IOS应用程序,所述系统包括:统计单元,用于统计预设周期内启动应用程序的第一用户数量;

第一确定单元,用于在所述预设周期内的预设时间节点,确定停止所述应用程序的第二用户数量;

第二确定单元,用于在所述预设时间节点,向所述应用程序发送静默推送消息,确定当前活跃设备的第三用户数量,其中,所述活跃设备指正在使用所述应用程序的设备和后台使用所述应用程序的设备;

第一计算单元,用于将所述第一用户数量减去第二用户数量与第三用户数量的和得到的差值,作为卸载所述应用程序的卸载用户数量;

第二计算单元,计算所述卸载用户数量与所述第一用户数量的比值,得到在所述预设周期内所述应用程序的卸载率。

7.根据权利要求6所述的系统,其特征在于,所述统计单元具体用于:统计预设周期内上报启动事件的所述应用程序的数量,得到第一用户数量,其中,所述启动事件用于指示所述应用程序被启动。

8.根据权利要求6所述的系统,其特征在于,所述第一确定单元具体用于:在所述预设周期内的预设时间节点,确定上报停止事件的设备的数量,得到第二用户数量,其中,所述停止事件用于指示所述应用程序被停止使用。

9.一种电子设备,其特征在于,所述电子设备用于运行程序,其中,所述程序运行时执行如权利要求1-5中任一所述的一种确定应用程序卸载率的方法。

10.一种存储介质,其特征在于,所述存储介质包括存储的程序,其中,在所述程序运行时控制所述存储介质所在设备执行如权利要求1-5中任一所述的一种确定应用程序卸载率的方法。

说明书 :

一种确定应用程序卸载率的方法及系统

技术领域

[0001] 本发明涉及数据处理技术领域,具体涉及一种确定应用程序卸载率的方法及系统。

背景技术

[0002] 随着互联网技术的发展,各式各样的应用程序被开发出来,以满足不同人群的需求。
[0003] 软件公司在向市场推送应用程序后,通常需要统计用户对应用程序的使用情况。用户在使用应用程序的过程中,用户可能由于各种原因会将应用程序卸载掉。软件公司需统计应用程序的卸载率,以便于分析应用程序的使用情况。
[0004] 因此,目前亟需一种能统计应用程序的卸载率的方法。

发明内容

[0005] 有鉴于此,本发明实施例提供一种确定应用程序卸载率的方法及系统,以通过统计应用程序的卸载率,以便于分析应用程序的使用情况。
[0006] 为实现上述目的,本发明实施例提供如下技术方案:
[0007] 本发明实施例第一方面公开一种确定应用程序卸载率的方法,适用于IOS应用程序,所述方法包括:
[0008] 统计预设周期内启动应用程序的第一用户数量;
[0009] 在所述预设周期内的预设时间节点,确定停止所述应用程序的第二用户数量;
[0010] 在所述预设时间节点,向所述应用程序发送静默推送消息,确定当前活跃设备的第三用户数量,其中,所述活跃设备指正在使用所述应用程序的设备和后台使用所述应用程序的设备;
[0011] 将所述第一用户数量减去所述第二用户数量与第三用户数量的和得到的差值,作为卸载所述应用程序的卸载用户数量;
[0012] 计算所述卸载用户数量与所述第一用户数量的比值,得到在所述预设周期内所述应用程序的卸载率。
[0013] 优选的,所述统计预设周期内启动应用程序的第一用户数量,包括:
[0014] 统计预设周期内上报启动事件的所述应用程序的数量,得到第一用户数量,其中,所述启动事件用于指示所述应用程序被启动。
[0015] 优选的,所述在所述预设周期内的预设时间节点,确定停止所述应用程序的第二用户数量,包括:
[0016] 在所述预设周期内的预设时间节点,确定上报停止事件的设备的数量,得到第二用户数量,其中,所述停止事件用于指示所述应用程序被停止使用。
[0017] 优选的,所述在所述预设时间节点,向所述应用程序发送静默推送消息,确定当前活跃设备的第三用户数量,包括:
[0018] 在所述预设时间节点,向所述应用程序发送静默推送消息,统计上报反馈信息的当前活跃设备的数量,得到第三用户数量,其中,所述反馈信息用于指示接收到所述静默推送消息。
[0019] 优选的,还包括:
[0020] 向所述应用程序发送推送消息,统计预设时间段内打开所述推送消息的第四用户数量;
[0021] 在所述预设时间段后,确定停止所述应用程序的第五用户数量,并向所述应用程序推送所述静默推送消息,确定当前活跃设备的第六用户数量;
[0022] 将所述第四用户数量减去所述第五用户数量与第六用户数量的和得到的差值,作为发送所述推送消息后卸载所述应用程序的第七用户数量。
[0023] 本发明实施例第二方面公开一种确定应用程序卸载率的系统,适用于IOS应用程序,所述系统包括:
[0024] 统计单元,用于统计预设周期内启动应用程序的第一用户数量;
[0025] 第一确定单元,用于在所述预设周期内的预设时间节点,确定停止所述应用程序的第二用户数量;
[0026] 第二确定单元,用于在所述预设时间节点,向所述应用程序发送静默推送消息,确定当前活跃设备的第三用户数量,其中,所述活跃设备指正在使用所述应用程序的设备和后台使用所述应用程序的设备;
[0027] 第一计算单元,用于将所述第一用户数量减去第二用户数量与第三用户数量的和得到的差值,作为卸载所述应用程序的卸载用户数量;
[0028] 第二计算单元,计算所述卸载用户数量与所述第一用户数量的比值,得到在所述预设周期内所述应用程序的卸载率。
[0029] 优选的,所述统计单元具体用于:统计预设周期内上报启动事件的所述应用程序的数量,得到第一用户数量,其中,所述启动事件用于指示所述应用程序被启动。
[0030] 优选的,所述第一确定单元具体用于:在所述预设周期内的预设时间节点,确定上报停止事件的设备的数量,得到第二用户数量,其中,所述停止事件用于指示所述应用程序被停止使用。
[0031] 本发明实施例第三方面公开一种电子设备,所述电子设备用于运行程序,其中,所述程序运行时执行如本发明实施例第一方面公开的一种确定应用程序卸载率的方法。
[0032] 本发明实施例第四方面公开一种存储介质,所述存储介质包括存储的程序,其中,在所述程序运行时控制所述存储介质所在设备执行如本发明实施例第一方面公开的一种确定应用程序卸载率的方法。
[0033] 基于上述本发明实施例提供的一种确定应用程序卸载率的方法及系统,该方法为:统计预设周期内启动应用程序的第一用户数量;在预设周期内的预设时间节点,分别确定停止应用程序的第二用户数量和当前活跃设备的第三用户数量;将第一用户数量减去第二用户数量与第三用户数量的和得到的差值,作为卸载应用程序的卸载用户数量;计算卸载用户数量与第一用户数量的比值,得到在预设周期内应用程序的卸载率。本方案中,通过计算启动应用程序的第一用户数量、停止应用程序的第二用户数量和当前活跃设备的第三用户数量之间的差值,得到卸载应用程序的卸载用户数量,从而得到在预设周期内应用程序的卸载率。利用卸载率分析应用程序的使用情况,有利于应用程序的开发和维护。

附图说明

[0034] 为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
[0035] 图1为本发明实施例提供的一种确定应用程序卸载率的方法流程图;
[0036] 图2为本发明实施例提供的确定用户对推送喜爱程度的流程图;
[0037] 图3为本发明实施例提供的确定应用程序卸载率的流程图;
[0038] 图4为本发明实施例提供的一种确定应用程序卸载率的系统结构框图。

具体实施方式

[0039] 下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
[0040] 在本申请中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0041] 由背景技术可知,软件公司在向市场推送应用程序后,通常需要统计用户对应用程序的使用情况。用户在使用应用程序的过程中,用户可能由于各种原因会将应用程序卸载掉。软件公司需统计应用程序的卸载率,以便于分析应用程序的使用情况。
[0042] 因此,本发明实施例提供一种确定应用程序卸载率的方法及系统,通过确定在预设周期内启动应用程序的第一用户数量,以及确定在预设周期内的预设节点,确定停止应用程序的第二用户数量和当前活跃设备的第三用户数量,将第一用户数量减去第二用户数量与第三用户数量的和得到的差值,作为卸载应用程序的卸载用户数量,从而确定应用程序的卸载率,以便于分析应用程序的使用情况。
[0043] 本发明实施例中涉及到的用户等同于设备,用户数量等同于设备数量。
[0044] 参考图1,示出了本发明实施例提供的一种确定应用程序卸载率的方法流程图,所述方法适用于IOS应用程序,所述方法包括以下步骤:
[0045] 步骤S101:统计预设周期内启动应用程序的第一用户数量。
[0046] 需要说明的是,在设备上打开所述应用程序时,所述应用程序向服务器上传所述启动事件,所述启动事件用于指示所述设备启动所述应用程序。通过统计启动所述应用程序的设备的数量,得到所述第一用户数量。
[0047] 在具体实现步骤S101的过程中,统计预设周期内上报启动事件的所述应用程序的数量,得到第一用户数量,其中,所述启动事件用于指示所述应用程序被启动。例如:在6月3日0点至6月4号0点,统计一天内上报所述启动事件的所述应用程序的数量,得到一天内启动所述应用程序的第一用户数量。
[0048] 需要说明的是,对于任一设备,在所述预设周期内,可能多次打开所述应用程序,即该应用程序会多次上报所述启动事件。在统计所述第一用户数量的过程中,多次上传所述启动事件的应用程序对应的设备只算一个启动所述应用程序的设备。例如:对于设备A,一天内设备A启动所述应用程序三次,即该应用程序三次向服务器上传启动事件,则在统计所述第一用户数量的时候,设备A只算一个启动所述应用程序的设备。
[0049] 进一步的,需要说明的是,所述预设周期包括但不仅限于一天,所述预设周期也可为一周、一个月或一个季度。在本发明实施例中不做具体限定,具体的预设周期由技术人员根据实际情况进行设置。
[0050] 步骤S102:在所述预设周期内的预设时间节点,确定停止所述应用程序的第二用户数量。
[0051] 需要说明的是,设备退出所述应用程序时,所述设备向服务器上报所述停止事件,即表示所述应用程序被退出。例如:对于IOS设备,系统在调用“进程即将被杀方法”退出应用程序时,该IOS设备会上传所述停止事件。
[0052] 在具体实现步骤S102的过程中,在所述预设周期内的预设时间节点,确定上报停止事件的设备的数量,得到第二用户数量,其中,所述停止事件用于指示所述应用程序被停止使用。例如:在6月3日0点至6月4号0点统计所述第一用户数量,在6月4号23点58分时统计停止使用所述应用程序的第二用户数量。
[0053] 进一步的,需要说明的是,用户在停止所述应用程序之后,可能重新启动所述应用程序。由上述内容可知,在启动或停止所述应用程序时,所述服务器会接收到启动事件或停止事件。因此在所述预设时间节点,可根据所述启动事件和停止事件的接收时间,判断所述应用程序在所述时间节点的使用状态,即判断该应用程序在所述时间节点时是否被停止使用。例如:在6月4号23点58分,该应用程序在6月4号16点00分上报的启动事件,在6月4号23点40分上报的停止事件,则可确定在6月4号23点58分时该应用程序处于被停止使用状态。
[0054] 步骤S103:在所述预设时间节点,向所述应用程序发送静默推送消息,确定当前活跃设备的第三用户数量。
[0055] 需要说明的是,静默推送消息指的是:将静默推送消息发送给应用程序,该应用程序收到静默推送消息后没有文字和声音的提示,并且该应用程序收到静默推送消息后会反馈一条反馈信息,用于指示接收到所述静默推送消息。
[0056] 进一步的,需要说明的是,所述活跃设备指正在使用所述应用程序的设备和后台使用所述应用程序的设备。用户在使用应用程序时,可能正在使用该应用程序,也可能由于某种原因将该应用程序切换到后台运行。
[0057] 在具体实现步骤S103的过程中,在所述预设时间节点,向所述应用程序发送静默推送消息,统计上报反馈信息的当前活跃设备的数量,得到第三用户数量,其中,所述反馈信息用于指示接收到所述静默推送消息。例如:在在6月4号23点58分,向所述应用程序发送静默推送消息,并统计上报反馈信息的当前活跃设备的数量,得到第三用户数量。
[0058] 步骤S104:将所述第一用户数量减去所述第二用户数量与第三用户数量的和得到的差值,作为卸载所述应用程序的卸载用户数量。
[0059] 在具体实现步骤S104的过程中,将所述第一用户数量减去所述第二用户数量,再减去所述第三用户数量,得到的差值即为卸载所述应用程序的卸载用户数量。例如:在6月3日0点至6月4号0点统计所述第一用户数量为100个,在6月4号23点58分时统计的第二用户数量和第三用户数量分别为30个和50个,则卸载所述应用程序的卸载用户数量为100-30-50=20个。
[0060] 步骤S105:计算所述卸载用户数量与所述第一用户数量的比值,得到在所述预设周期内所述应用程序的卸载率。
[0061] 在具体实现步骤S105的过程中,将所述卸载用户数量除以所述第一用户数量,得到的比值即为所述预设周期内所述应用程序的卸载率。例如:在6月3日0点至6月4号0点内,所述卸载用户数量为20个,所述第一用户数量为100个,则所述应用程序在在6月3日0点至6月4号0点的卸载率为20%。
[0062] 进一步的,需要说明的是,上述步骤S102和步骤S103的具体执行顺序包括但不仅限于上述涉及的执行顺序,也可先执行步骤S103再执行步骤S102,在本发明实施例中不做具体限定。
[0063] 为更好解释说明上述本发明实施例公开的步骤S101至步骤S105中示出的内容,通过过程A1-A5进行举例说明:
[0064] A1、在7月1号0点至7月2号0点,统计上报启动事件的应用程序的数量,得到的第一用户数量为100个。其中,多次上报启动事件的应用程序对应的设备只算一个用户数量。
[0065] A2、在7月2号23点57分,确定当前时刻停止使用该应用程序的第二用户数量为60个。
[0066] A3、在7月2号23点57分,向该应用程序发送静默推送消息,确定当前活跃设备的第三用户数量为30个。
[0067] A4、卸载该应用程序的卸载用户数量为:100-60-30=10个。
[0068] A5、在7月1号0点至7月2号0点内,该应用程序的卸载率为10/100=10%。
[0069] 在本发明实施例中,在预设周期内,计算启动应用程序的第一用户数量。在预设周期内的预设时间点,确定停止应用程序的第二用户数量和当前活跃设备的第三用户数量。将第一用户数量减去第二用户数量与第三用户数量的和得到的差值,作为卸载应用程序的卸载用户数量,从而得到在预设周期内应用程序的卸载率。利用卸载率分析应用程序的使用情况,有利于应用程序的开发和维护。
[0070] 优选的,结合上述本发明实施例图1中示出的内容,可通过向应用程序发送推送消息,并计算发送推送消息后所述应用程序的卸载率判断用户对该推送消息的喜爱程度,计算发送推送消息后所述应用程序的卸载率的执行原理与上述计算预设周期内应用程序的卸载率的执行原理类似。参考图2,示出了本发明实施例提供的评估推送喜好程度的方法流程图,包括以下步骤:
[0071] 步骤S201:向所述应用程序发送推送消息,统计预设时间段内打开所述推送消息的第四用户数量。
[0072] 在具体实现步骤S201的过程中,向所述应用程序发送推送消息,当用户打开所述推送消息时,所述应用程序向服务器上传打开事件,所述打开事件用于指示所述推送消息被打开。在预设时间段内,通过统计打开所述推送消息的设备数量,得到所述第四用户数量。例如:向所述应用程序发送一推送消息,在一个小时内,统计打开所述推送消息的设备数量,得到所述第四用户数量。
[0073] 需要说明的是,上述涉及到的预设时间段包括但不仅限于一个小时,也可为两个小时、一天或一周,在本发明实施例中不做具体限定,具体的预设时间段由技术人员根据实际情况进行设置。
[0074] 步骤S202:在所述预设时间段后,确定停止所述应用程序的第五用户数量,并向所述应用程序推送所述静默推送消息,确定当前活跃设备的第六用户数量。
[0075] 在具体实现步骤S202的过程中,确定停止所述应用程序的第五用户数量的过程参见上述本发明实施例图1中步骤S102相对应的内容。确定当前活跃设备的第六用户数量的过程参见上述本发明实施例图1中步骤S103相对应的内容。例如:向所述应用程序发送一推送消息,在一个小时内,统计打开所述推送消息的所述第四用户数量,在一个小时后,统计所述第五用户数量和第六用户数量。
[0076] 步骤S203:将所述第四用户数量减去所述第五用户数量与第六用户数量的和得到的差值,作为发送所述推送消息后卸载所述应用程序的第七用户数量。
[0077] 在具体实现步骤S203的过程中,将所述第四用户数量减去所述第五用户数量,再减去所述第六用户数量,得到的差值即为发送所述推送消息后卸载所述应用程序的第七用户数量。例如:向所述应用程序发送一推送消息,在一个小时内,统计打开所述推送消息的所述第四用户数量为100个,在一个小时后,统计所述第五用户数量为50个,第六用户数量为40个。则发送所述推送消息后卸载所述应用程序的第七用户数量为:100-50-40=10个。
[0078] 需要说明的是,计算所述第七用户数量与所述第四用户数量的比值,得到在发送所述推送消息后所述应用程序的卸载率。通过发送所述推送消息后所述应用程序的卸载率可以确定用户对该推送消息的喜爱程度,例如:假设发送推送消息后应用程序的卸载率在70%以上表明用户非常不喜欢该推送消息。向所述应用程序发送所述推送消息之后,所述应用程序的卸载率为80%,则说明用户非常不喜欢该推送消息。
[0079] 为更好解释说明上述步骤S201至步骤S203示出的内容,通过过程B1-B4进行举例说明。
[0080] B1、10点00分向所述应用程序发送推送消息,在10点00分至11点00分内统计打开所述推送消息的第四用户数量为100个。
[0081] B2、11点00分后,确定停止所述应用程序的第五用户数量为50个,并向所述应用程序推送所述静默推送消息,确定当前活跃设备的第六用户数量为30个。
[0082] B3、发送所述推送消息后卸载所述应用程序的第七用户数量为:100-50-30=20个。
[0083] B4、发送所述推送消息后所述应用程序的卸载率为:20/100=20%。
[0084] 在本发明实施例中,向应用程序发送推送消息,并统计在预设时间段内打开推送消息第四用户数量。在预设时间段后,确定停止应用程序的第五用户数量和当前活跃设备的第六用户数量。将第四用户数量减去第五用户数量与第六用户数量的和得到的差值,作为发送推送消息后卸载应用程序的第七用户数量,并计算发送推送消息后卸载应用程序的卸载率。有利于判断用户对推送消息的喜爱程度,便于向用户推送更加合适的推送消息。
[0085] 为更好解释说明上述本发明实施例图1各个步骤中示出的内容,结合图1中的内容,通过图3进行举例说明。参考图3,示出了本发明实施例提供的确定应用程序卸载率的流程图,包括以下步骤:
[0086] 步骤S301:在统计预设周期内启动应用程序的用户数量为S。
[0087] 步骤S302:在所述预设周期内的预设时间节点,确定正在使用所述应用程序的用户数量S1。
[0088] 步骤S303:在所述预设周期内的预设时间节点,确定停止所述应用程序的用户数量S3。
[0089] 步骤S304:在所述预设周期内的预设时间节点,确定后台使用所述应用程序的用户数量S5。
[0090] 步骤S305:计算被用户卸载的用户数量S2+S4。
[0091] 在具体实现步骤S305的过程中,被用户卸载的用户数量S2+S4=S-S1-S3-S5。
[0092] 需要说明的是,上述步骤S301至步骤S305中的执行原理参见上述本发明实施例图1中各个步骤示出的内容,在此不再进行赘述。
[0093] 在本发明实施例中,在预设周期内,计算启动应用程序的第一用户数量。在预设周期内的预设时间点,确定停止应用程序的第二用户数量和当前活跃设备的第三用户数量。将第一用户数量减去第二用户数量与第三用户数量的和得到的差值,作为卸载应用程序的卸载用户数量,从而得到在预设周期内应用程序的卸载率。利用卸载率分析应用程序的使用情况,有利于应用程序的开发和维护。
[0094] 与上述本发明实施例提供的一种确定应用程序卸载率的方法相对应,参考图4,本发明实施例还提供了一种确定应用程序卸载率的系统结构框图,所述系统适用于IOS应用程序,所述系统包括:统计单元401、第一确定单元402、第二确定单元403、第一计算单元404和第二计算单元405。
[0095] 统计单元401,用于统计预设周期内启动应用程序的第一用户数量。
[0096] 在具体实现中,所述统计单元401具体用于:统计预设周期内上报启动事件的所述应用程序的数量,得到第一用户数量,其中,所述启动事件用于指示所述应用程序被启动。计算所述第一用户数量的过程参见上述本发明实施例图1步骤S101中相对应的内容。
[0097] 第一确定单元402,用于在所述预设周期内的预设时间节点,确定停止所述应用程序的第二用户数量。
[0098] 在具体实现中,所述第一确定单元402具体用于:在所述预设周期内的预设时间节点,确定上报停止事件的设备的数量,得到第二用户数量,其中,所述停止事件用于指示所述应用程序被停止使用。计算所述第二用户数量的过程参见上述本发明实施例图1步骤S102中相对应的内容。
[0099] 第二确定单元403,用于在所述预设时间节点,向所述应用程序发送静默推送消息,确定当前活跃设备的第三用户数量,其中,所述活跃设备指正在使用所述应用程序的设备和后台使用所述应用程序的设备。
[0100] 在具体实现中,所述第二确定单元403具体用于:在所述预设时间节点,向所述应用程序发送静默推送消息,统计上报反馈信息的当前活跃设备的数量,得到第三用户数量,其中,所述反馈信息用于指示接收到所述静默推送消息。计算所述第三用户数量的过程参见上述本发明实施例图1步骤S103中相对应的内容。
[0101] 第一计算单元404,用于将所述第一用户数量减去第二用户数量与第三用户数量的和得到的差值,作为卸载所述应用程序的卸载用户数量。
[0102] 在具体实现中,计算所述卸载用户数量的过程参见上述本发明实施例图1步骤S104中相对应的内容。
[0103] 第二计算单元405,计算所述卸载用户数量与所述第一用户数量的比值,得到在所述预设周期内所述应用程序的卸载率。
[0104] 在具体实现中,计算所述卸载率的过程参见上述本发明实施例图1步骤S105中相对应的内容。
[0105] 在本发明实施例中,在预设周期内,计算启动应用程序的第一用户数量。在预设周期内的预设时间点,确定停止应用程序的第二用户数量和当前活跃设备的第三用户数量。将第一用户数量减去第二用户数量与第三用户数量的和得到的差值,作为卸载应用程序的卸载用户数量,从而得到在预设周期内应用程序的卸载率。利用卸载率分析应用程序的使用情况,有利于应用程序的开发和维护。
[0106] 优选的,可通过向应用程序发送推送消息,并计算发送推送消息后所述应用程序的卸载率判断用户对该推送消息的喜爱程度。计算发送推送消息后所述应用程序的卸载率的执行原理,与上述本发明实施例公开的计算预设周期内应用程序的卸载率的执行原理类似。结合图4中示出的内容,所述统计单元401还用于向所述应用程序发送推送消息,统计预设时间段内打开所述推送消息的第四用户数量。
[0107] 相应的,
[0108] 所述第一确定单元402,还用于在所述预设时间段后,确定停止所述应用程序的第五用户数量。
[0109] 所述第二确定单元403,还用于在所述预设时间段后,向所述应用程序推送所述静默推送消息,确定当前活跃设备的第六用户数量。
[0110] 所述第一计算单元404,还用于将所述第四用户数量减去所述第五用户数量与第六用户数量的和得到的差值,作为发送所述推送消息后卸载所述应用程序的第七用户数量。
[0111] 在本发明实施例中,向应用程序发送推送消息,并统计在预设时间段内打开推送消息第四用户数量。在预设时间段后,确定停止应用程序的第五用户数量和当前活跃设备的第六用户数量。将第四用户数量减去第五用户数量与第六用户数量的和得到的差值,作为发送推送消息后卸载应用程序的第七用户数量,并计算发送推送消息后卸载应用程序的卸载率。有利于判断用户对推送消息的喜爱程度,便于向用户推送更加合适的推送消息。
[0112] 基于上述本发明实施例公开的一种确定应用程序卸载率的系统,上述各个模块可以通过一种由处理器和存储器构成的电子设备实现。具体为:上述各个模块作为程序单元存储于存储器中,由处理器执行存储在存储器中的上述程序单元来实现计算应用程序的卸载率。
[0113] 其中,处理器中包含内核,由内核去存储器中调取相应的程序单元。内核可以设置一个或以上,通过调整内核参数来实现计算应用程序的卸载率。
[0114] 存储器可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM),存储器包括至少一个存储芯片。
[0115] 进一步的,本发明实施例提供了一种处理器,所述处理器用于运行程序,其中,所述程序运行时执行确定应用程序卸载率的方法。
[0116] 进一步的,本发明实施例提供了一种电子设备,所述电子设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序,处理器执行程序时实现以下步骤:统计预设周期内启动应用程序的第一用户数量;在所述预设周期内的预设时间节点,确定停止所述应用程序的第二用户数量;在所述预设时间节点,向所述应用程序发送静默推送消息,确定当前活跃设备的第三用户数量,其中,所述活跃设备指正在使用所述应用程序的设备和后台使用所述应用程序的设备;将所述第一用户数量减去所述第二用户数量与第三用户数量的和得到的差值,作为卸载所述应用程序的卸载用户数量;计算所述卸载用户数量与所述第一用户数量的比值,得到在所述预设周期内所述应用程序的卸载率。
[0117] 其中,所述统计预设周期内启动应用程序的第一用户数量,包括:
[0118] 统计预设周期内上报启动事件的所述应用程序的数量,得到第一用户数量,其中,所述启动事件用于指示所述应用程序被启动。
[0119] 其中,所述在所述预设周期内的预设时间节点,确定停止所述应用程序的第二用户数量,包括:
[0120] 在所述预设周期内的预设时间节点,确定上报停止事件的设备的数量,得到第二用户数量,其中,所述停止事件用于指示所述应用程序被停止使用。
[0121] 其中,所述在所述预设时间节点,向所述应用程序发送静默推送消息,确定当前活跃设备的第三用户数量,包括:
[0122] 在所述预设时间节点,向所述应用程序发送静默推送消息,统计上报反馈信息的当前活跃设备的数量,得到第三用户数量,其中,所述反馈信息用于指示接收到所述静默推送消息。
[0123] 进一步的,还包括:
[0124] 向所述应用程序发送推送消息,统计预设时间段内打开所述推送消息的第四用户数量;
[0125] 在所述预设时间段后,确定停止所述应用程序的第五用户数量,并向所述应用程序推送所述静默推送消息,确定当前活跃设备的第六用户数量;
[0126] 将所述第四用户数量减去所述第五用户数量与第六用户数量的和得到的差值,作为发送所述推送消息后卸载所述应用程序的第七用户数量。
[0127] 本发明实施例中公开的设备可以是PC、PAD、手机等。
[0128] 进一步的,本发明实施例还提供了一种存储介质,其上存储有程序,该程序被处理器执行时实现计算应用程序的卸载率。
[0129] 本申请还提供了一种计算机程序产品,当在数据处理设备上执行时,适于执行初始化有如下方法步骤的程序:统计预设周期内启动应用程序的第一用户数量;在所述预设周期内的预设时间节点,确定停止所述应用程序的第二用户数量;在所述预设时间节点,向所述应用程序发送静默推送消息,确定当前活跃设备的第三用户数量,其中,所述活跃设备指正在使用所述应用程序的设备和后台使用所述应用程序的设备;将所述第一用户数量减去所述第二用户数量与第三用户数量的和得到的差值,作为卸载所述应用程序的卸载用户数量;计算所述卸载用户数量与所述第一用户数量的比值,得到在所述预设周期内所述应用程序的卸载率。
[0130] 其中,所述统计预设周期内启动应用程序的第一用户数量,包括:
[0131] 统计预设周期内上报启动事件的所述应用程序的数量,得到第一用户数量,其中,所述启动事件用于指示所述应用程序被启动。
[0132] 其中,所述在所述预设周期内的预设时间节点,确定停止所述应用程序的第二用户数量,包括:
[0133] 在所述预设周期内的预设时间节点,确定上报停止事件的设备的数量,得到第二用户数量,其中,所述停止事件用于指示所述应用程序被停止使用。
[0134] 其中,所述在所述预设时间节点,向所述应用程序发送静默推送消息,确定当前活跃设备的第三用户数量,包括:
[0135] 在所述预设时间节点,向所述应用程序发送静默推送消息,统计上报反馈信息的当前活跃设备的数量,得到第三用户数量,其中,所述反馈信息用于指示接收到所述静默推送消息。
[0136] 进一步的,还包括:
[0137] 向所述应用程序发送推送消息,统计预设时间段内打开所述推送消息的第四用户数量;
[0138] 在所述预设时间段后,确定停止所述应用程序的第五用户数量,并向所述应用程序推送所述静默推送消息,确定当前活跃设备的第六用户数量;
[0139] 将所述第四用户数量减去所述第五用户数量与第六用户数量的和得到的差值,作为发送所述推送消息后卸载所述应用程序的第七用户数量。
[0140] 综上所述,本发明实施例提供一种确定应用程序卸载率的方法及系统,该方法为:统计预设周期内启动应用程序的第一用户数量;在预设周期内的预设时间节点,分别确定停止应用程序的第二用户数量和当前活跃设备的第三用户数量;将第一用户数量减去第二用户数量与第三用户数量的和得到的差值,作为卸载应用程序的卸载用户数量;计算卸载用户数量与第一用户数量的比值,得到在预设周期内应用程序的卸载率。本方案中,通过计算启动应用程序的第一用户数量、停止应用程序的第二用户数量和当前活跃设备的第三用户数量之间的差值,得到卸载应用程序的卸载用户数量,从而得到在预设周期内应用程序的卸载率。利用卸载率分析应用程序的使用情况,有利于应用程序的开发和维护。
[0141] 本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统或系统实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
[0142] 专业人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
[0143] 对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。