CN109993572A - 留存率统计方法、装置、设备及存储介质 - Google Patents
留存率统计方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN109993572A CN109993572A CN201910117696.9A CN201910117696A CN109993572A CN 109993572 A CN109993572 A CN 109993572A CN 201910117696 A CN201910117696 A CN 201910117696A CN 109993572 A CN109993572 A CN 109993572A
- Authority
- CN
- China
- Prior art keywords
- user
- log files
- raw log
- time
- raw
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0201—Market modelling; Market analysis; Collecting market data
Landscapes
- Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Development Economics (AREA)
- Finance (AREA)
- Entrepreneurship & Innovation (AREA)
- Game Theory and Decision Science (AREA)
- Data Mining & Analysis (AREA)
- Economics (AREA)
- Marketing (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请实施例提供一种留存率统计方法、装置、设备及存储介质，该方法包括：获取预设时段的多个原始日志文件；根据预设数据库、每个所述原始日志文件中的用户标识和所述登录时间，确定每个所述原始日志文件中用户注册所述目标应用的注册时间、以及所述用户登录所述目标应用的当前登录次数；计算每个所述原始日志文件中用户登录所述目标应用的时间间隔；将时间间隔和当前登录次数存储在对应的所述原始日志文件中，得到每个所述原始日志文件对应的更新日志文件；确定留存用户数量和确定有效用户数量；根据留存用户数量和有效用户数量，确定目标应用的用户留存率。本实施例提供的方法能够解决留存率的统计步骤复杂、浪费资源和时间的问题。
Description
技术领域
本申请实施例涉及留存率统计技术领域，尤其涉及一种留存率统计方法、装置、设备及存储介质。
背景技术
在互联网行业中，用户在某段时间内开始使用应用，经过一段时间后，仍然继续使用该应用的用户，被认作是留存用户。
为了为开发人员提供该应用的使用情况，需要留存用户和留存率作为其性能指标，体现应用的质量和保留用户的能力。但是现有技术中，存在留存率的统计步骤复杂、浪费资源和时间的问题。
发明内容
本申请实施例提供一种留存率统计方法、装置、设备及存储介质，以克服现有技术中留存率的统计步骤复杂、浪费资源和时间的问题。
第一方面，本申请实施例提供一种留存率统计方法，包括：
获取预设时段的多个原始日志文件，所述多个原始日志文件中每个原始日志文件中包括用户标识和用户登录目标应用的登录时间；
根据预设数据库、每个所述原始日志文件中的用户标识和所述登录时间，确定每个所述原始日志文件中的所述用户标识所标识的用户注册所述目标应用的注册时间、以及所述用户登录所述目标应用的当前登录次数；
根据每个所述原始日志文件对应的所述注册时间和所述登录时间，计算每个所述原始日志文件中的所述用户标识所标识的用户登录所述目标应用的时间间隔；
将每个所述原始日志文件对应的所述时间间隔和所述当前登录次数存储在对应的所述原始日志文件中，得到每个所述原始日志文件对应的更新日志文件；
根据所述时间间隔为第一预设时间间隔，且所述当前登录次数为第一预设登录次数的更新日志文件的数量，确定留存用户数量；
根据所述时间间隔为第二预设时间间隔，且所述当前登录次数为第一预设登录次数的更新日志文件的数量，确定有效用户数量；
根据所述留存用户数量和所述有效用户数量，确定所述目标应用的用户留存率；
其中，所述第一预设时间间隔大于第二预设时间间隔。
在一种可能的设计中，在所述获取多个原始日志文件之前，还包括：
向所述目标应用对应的应用服务器发送原始日志文件打印指令，以使所述应用服务器打印至少一个用户在预设时段内访问所述应用服务器生成的所有原始日志文件；其中，一个用户在预设时间内至少访问一次所述应用服务器且每访问一次所述应用服务器对应生成一个原始日志文件。
在一种可能的设计中，所述根据预设数据库、每个所述原始日志文件中的用户标识和所述登录时间，确定每个所述原始日志文件中的所述用户标识所标识的用户注册所述目标应用的注册时间、以及所述用户登录所述目标应用的当前登录次数，包括：
依次根据每个所述原始日志文件中的所述用户标识和所述登录时间，从所述预设数据库中查询每个所述原始日志文件中的所述用户标识所标识的用户注册所述目标应用的注册时间、以及所述用户登录所述目标应用的历史登录次数；
根据所述每个所述原始日志文件对应的所述历史登录次数，确定每个所述原始日志文件对应的所述当前登录次数；
将每个所述原始日志文件对应的所述当前登录次数作为每个所述原始日志文件对应的所述历史登录次数，更新所述预设数据库中对应的所述历史登录次数。
在一种可能的设计中，根据所述每个所述原始日志文件对应的所述历史登录次数，确定每个所述原始日志文件对应的所述当前登录次数，包括：
将所述每个所述原始日志文件对应的所述历史登录次数加1作为每个所述原始日志文件对应的所述当前登录次数。
在一种可能的设计中，所述留存率统计方法，还包括：
根据所述时间间隔为第一预设时间间隔，且所述当前登录次数为第二预设登录次数的更新日志文件的数量，确定用户活跃数量；其中，所述第二预设登录次数大于第一预设登录次数；
根据所述用户活跃数量和所述留存用户数量，确定所述目标应用的用户活跃率。
第二方面，本申请实施例提供一种留存率统计装置，包括：原始日志文件获取模块，用于获取预设时段的多个原始日志文件，所述多个原始日志文件中每个原始日志文件中包括用户标识和用户登录目标应用的登录时间；
确定信息模块，用于根据预设数据库、每个所述原始日志文件中的用户标识和所述登录时间，确定每个所述原始日志文件中的所述用户标识所标识的用户注册所述目标应用的注册时间、以及所述用户登录所述目标应用的当前登录次数；
时间间隔计算模块，用于根据每个所述原始日志文件对应的所述注册时间和所述登录时间，计算每个所述原始日志文件中的所述用户标识所标识的用户登录所述目标应用的时间间隔；
更新日志文件获得模块，用于将每个所述原始日志文件对应的所述时间间隔和所述当前登录次数存储在对应的所述原始日志文件中，得到每个所述原始日志文件对应的更新日志文件；
留存用户数量确定模块，用于根据所述时间间隔为第一预设时间间隔，且所述当前登录次数为第一预设登录次数的更新日志文件的数量，确定留存用户数量；
有效用户数量确定模块，用于根据所述时间间隔为第二预设时间间隔，且所述当前登录次数为第一预设登录次数的更新日志文件的数量，确定有效用户数量；
用户留存率确定模块，用于根据所述留存用户数量和所述有效用户数量，确定所述目标应用的用户留存率；其中，所述第一预设时间间隔大于第二预设时间间隔。
在一种可能的设计中，所述装置还包括：发送模块；
所述发送模块，用于在所述获取多个原始日志文件之前，向所述目标应用对应的应用服务器发送原始日志文件打印指令，以使所述应用服务器打印至少一个用户在预设时段内访问所述应用服务器生成的所有原始日志文件；其中，一个用户在预设时间内至少访问一次所述应用服务器且每访问一次所述应用服务器对应生成一个原始日志文件。
在一种可能的设计中，所述确定信息模块，包括：
查询单元，用于依次根据每个所述原始日志文件中的所述用户标识和所述登录时间，从所述预设数据库中查询每个所述原始日志文件中的所述用户标识所标识的用户注册所述目标应用的注册时间、以及所述用户登录所述目标应用的历史登录次数；
当前登录次数确定单元，用于根据所述每个所述原始日志文件对应的所述历史登录次数，确定每个所述原始日志文件对应的所述当前登录次数；
更新单元，用于将每个所述原始日志文件对应的所述当前登录次数作为每个所述原始日志文件对应的所述历史登录次数，更新所述预设数据库中对应的所述历史登录次数。
在一种可能的设计中，所述当前登录次数确定单元，具体用于：
将所述每个所述原始日志文件对应的所述历史登录次数加1作为每个所述原始日志文件对应的所述当前登录次数。
在一种可能的设计中，所述装置还包括：用户活跃数量确定模块和用户活跃率确定模块；
所述用户活跃数量确定模块，用于根据所述时间间隔为第一预设时间间隔，且所述当前登录次数为第二预设登录次数的更新日志文件的数量，确定用户活跃数量；其中，所述第二预设登录次数大于第一预设登录次数；
所述用户活跃率确定模块，用于根据所述用户活跃数量和所述留存用户数量，确定所述目标应用的用户活跃率。
第三方面，本申请实施例提供一种留存率统计设备，包括：至少一个处理器和存储器；
所述存储器存储计算机执行指令；
所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如上第一方面以及第一方面各种可能的设计所述的留存率统计方法。
第四方面，本申请实施例提供一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上第一方面以及第一方面各种可能的设计所述的留存率统计方法。
本实施例提供的留存率统计方法、装置、设备及存储介质，先获取预设时段的多个原始日志文件，所述多个原始日志文件中每个原始日志文件中包括用户标识和用户登录目标应用的登录时间；再根据预设数据库、每个所述原始日志文件中的用户标识和所述登录时间，确定每个所述原始日志文件中的所述用户标识所标识的用户注册所述目标应用的注册时间、以及所述用户登录所述目标应用的当前登录次数；然后根据每个所述原始日志文件对应的所述注册时间和所述登录时间，计算每个所述原始日志文件中的所述用户标识所标识的用户登录所述目标应用的时间间隔，将所述当前登录次数和计算得到的所述时间间隔作为计算目标应用的用户留存率的关键指标，即先将每个所述原始日志文件对应的所述时间间隔和所述当前登录次数存储在对应的所述原始日志文件中，得到每个所述原始日志文件对应的更新日志文件，再根据所述时间间隔为第一预设时间间隔，且所述当前登录次数为第一预设登录次数的更新日志文件的数量，确定留存用户数量，根据所述时间间隔为第二预设时间间隔，且所述当前登录次数为第一预设登录次数的更新日志文件的数量，确定有效用户数量，其中，所述第一预设时间间隔大于第二预设时间间隔，再根据所述留存用户数量和所述有效用户数量，确定所述目标应用的用户留存率。本方案在留存率统计方法中通过确定每个所述原始日志文件对应的所述时间间隔和所述当前登录次数，再根据所述时间间隔和所述当前登录次数，确定留存用户数量和有效用户数量，进而确定目标应用的用户留存率，对多个原始日志文件进行了过滤和汇总，同时能够避免对所有原始日志文件取交集、去重的繁琐操作，从而提升了留存率的计算效率。本方案能够解决留存率的统计步骤复杂、浪费资源和时间的问题。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的留存率统计方法的流程示意图；
图2为本申请另一实施例提供的留存率统计方法的流程示意图；
图3为本申请又一实施例提供的留存率统计方法的流程示意图；
图4为本申请实施例提供的留存率统计装置的结构示意图；
图5为本申请实施例提供的留存率统计设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
图1为本申请实施例提供的留存率统计方法的流程示意图，本实施例的执行主体可以为终端，也可以为服务器，本实施例此处对执行主体不做限定。
图1为本申请实施例提供的留存率统计方法的流程示意图，所述留存率统计方法，包括：
S101、获取预设时段的多个原始日志文件，所述多个原始日志文件中每个原始日志文件中包括用户标识和用户登录目标应用的登录时间。
其中，每个用户对应一个用户名，同时一个用户名对应一个用户标识，即所述用户名和用户标识存在唯一映射关系，通过用户标识可以确定用户名，或者，所述多个原始日志文件中每个原始日志文件中还包括用户名。
实际应用中，本实施例的执行主体可以为预设数据平台中留存率模块，用于统计至少一个目标应用的留存率，其中，至少一个目标应用的每个目标应用均与所述预设数据平台相关联，便于该预设数据平台的留存率模块获取预设时段的多个原始日志文件，对原始日志文件进行本地统计处理，统计每个目标应用的留存率。也可以是服务器，触发统计指令，根据所述统计指令，获取预设时段的多个原始日志文件，对原始日志文件开始进行统计处理，统计处理精度高。
S102、根据预设数据库、每个所述原始日志文件中的用户标识和所述登录时间，确定每个所述原始日志文件中的所述用户标识所标识的用户注册所述目标应用的注册时间、以及所述用户登录所述目标应用的当前登录次数。
本实施例中，用户在首次登录目标应用时，所述目标应用对应的应用服务器会将用户的用户名、用户标识以及注册时间(用户在首次登录目标应用时的时间)持久化到预设数据库中，该预设数据库可以为分布式缓存数据库。其中，用户每登录依次目标应用，所述目标应用对应的应用服务器会将对应的用户登录所述目标应用的当前登录次数记录在预设数据库中。进而，根据预设数据库、每个所述原始日志文件中的用户标识和所述登录时间，可以确定每个所述原始日志文件中的所述用户标识所标识的用户注册所述目标应用的注册时间、以及所述用户登录所述目标应用的当前登录次数。
S103、根据每个所述原始日志文件对应的所述注册时间和所述登录时间，计算每个所述原始日志文件中的所述用户标识所标识的用户登录所述目标应用的时间间隔。
本实施例中，根据每个所述原始日志文件对应的所述注册时间和所述登录时间，计算得到的每个所述原始日志文件中的所述用户标识所标识的用户登录所述目标应用的时间间隔为所述登录时间-所述注册时间的天数。
例如，某个所述原始日志文件对应的所述注册时间为2015年12月10日，该原始日志文件对应的所述登录时间为2015年12月13日，则该原始日志文件中的所述用户标识所标识的用户登录所述目标应用的时间间隔为3天。
S104、将每个所述原始日志文件对应的所述时间间隔和所述当前登录次数存储在对应的所述原始日志文件中，得到每个所述原始日志文件对应的更新日志文件。
本实施例中，将每个所述原始日志文件对应的所述时间间隔day和所述当前登录次数dt存储在对应的所述原始日志文件中，实现每个所述原始日志文件的更新。在实际应用中，所述更新日志文件中含有用户标识uid，时间间隔day，当前登录次数dt三个字段，通过检测这三个字段，确定留存用户和有效用户的更新日志文件的数量(条数)，能够避免对同一用户在同日内的多次登录行为进行去重处理，简化了操作。
S105、根据所述时间间隔为第一预设时间间隔，且所述当前登录次数为第一预设登录次数的更新日志文件的数量，确定留存用户数量。
本实施例中，可以将包含所述时间间隔为第一预设时间间隔，且所述当前登录次数为第一预设登录次数的更新日志文件的数量，为留存用户数量。其中，第一预设时间间隔可以为所述预设时段对应的相隔天数，例如，预设时间为2015年12月10日-2015年12月13日，则预设时段对应的相隔天数为3天，因此，时间间隔为3天；第一预设登录次数可以为1次，则包含所述时间间隔为3天，且当前登录次数为1次的更新日志文件的数量为留存用户数量。
S106、根据所述时间间隔为第二预设时间间隔，且所述当前登录次数为第一预设登录次数的更新日志文件的数量，确定有效用户数量。
本实施例中，可以将包含所述时间间隔为第二预设时间间隔，且所述当前登录次数为第一预设登录次数的更新日志文件的数量，为有效用户数量。其中，第二预设时间间隔可以为0天，且第一预设登录次数为1次，即为统计的是所述预设时段的第一天首次注册登录的用户数量，同时第一预设时间间隔大于第二预设时间间隔。例如，预设时间为2015年12月10日-2015年12月13日，则有效用户数量为2015年12月10日首次注册登录的用户数量，即为包含所述时间间隔为0天，且所述当前登录次数为1次的更新日志文件的数量。
S107、根据所述留存用户数量和所述有效用户数量，确定所述目标应用的用户留存率；其中，所述第一预设时间间隔大于第二预设时间间隔。
本实施例中，基于所述留存用户数量与所述有效用户数量的比值，确定目标应用的用户留存率。即用户留存率＝留存用户数量/有效用户数量。
具体地，现以计算12月10日的3日留存率为例，进一步说明所述留存率统计方式：
根据留存率的计算公式，12月10日的3日留存率＝n2/n1；其中，n1：12月10日首次登录app(目标应用)的用户数量；n2：12月10日首次登录app的用户且3日后(12月13日)也登录了app的用户数量。
在计算留存率的过程中，得到的更新日志文件中包含uid，day，dt三个字段，其中uid为用户标识，day表示更新日志文件中当日登录时间距离首次登录时间相隔的天数(即所述时间间隔)，dt表示当日用户登录app的次数(即所述当前登录次数)。那么n1为12月10日对应的至少一个更新日志文件中，day＝0并且dt＝1的更新日志文件条数总和；n2为3日后(12月13日)对应的至少一个更新日志文件中，day＝3并且dt＝0的更新日志文件条数总和。
留存率计算公式为：用户留存率＝留存用户数量/有效用户数量，在此例子中即为留存率＝(Sum(12月13日登录日志day＝3&&dt＝1))/(Sum(12月10日登录日志day＝0&&dt＝1))。
本实施例提供的留存率统计方法，先获取预设时段的多个原始日志文件，所述多个原始日志文件中每个原始日志文件中包括用户标识和用户登录目标应用的登录时间；再根据预设数据库、每个所述原始日志文件中的用户标识和所述登录时间，确定每个所述原始日志文件中的所述用户标识所标识的用户注册所述目标应用的注册时间、以及所述用户登录所述目标应用的当前登录次数；然后根据每个所述原始日志文件对应的所述注册时间和所述登录时间，计算每个所述原始日志文件中的所述用户标识所标识的用户登录所述目标应用的时间间隔，将所述当前登录次数和计算得到的所述时间间隔作为计算目标应用的用户留存率的关键指标，即先将每个所述原始日志文件对应的所述时间间隔和所述当前登录次数存储在对应的所述原始日志文件中，得到每个所述原始日志文件对应的更新日志文件，再根据所述时间间隔为第一预设时间间隔，且所述当前登录次数为第一预设登录次数的更新日志文件的数量，确定留存用户数量，根据所述时间间隔为第二预设时间间隔，且所述当前登录次数为第一预设登录次数的更新日志文件的数量，确定有效用户数量，其中，所述第一预设时间间隔大于第二预设时间间隔，再根据所述留存用户数量和所述有效用户数量，确定所述目标应用的用户留存率。本方案在留存率统计方法中通过确定每个所述原始日志文件对应的所述时间间隔和所述当前登录次数，再根据所述时间间隔和所述当前登录次数，确定留存用户数量和有效用户数量，进而确定目标应用的用户留存率，对多个原始日志文件进行了过滤和汇总，同时能够避免对所有原始日志文件取交集、去重的繁琐操作，从而提升了留存率的计算效率。本方案能够解决留存率的统计步骤复杂、浪费资源和时间的问题。
在一种可能的设计中，在图1所示实施例的基础上，对本实施例进行了详细说明。在所述获取多个原始日志文件之前，还包括：
向所述目标应用对应的应用服务器发送原始日志文件打印指令，以使所述应用服务器打印至少一个用户在预设时段内访问所述应用服务器生成的所有原始日志文件；其中，一个用户在预设时间内至少访问一次所述应用服务器且每访问一次所述应用服务器对应生成一个原始日志文件。
本实施例中，在所述获取多个原始日志文件之前，用户通过用户端发送注册请求或登录请求到目标应用对应的应用服务器，以使应用服务器将用户的用户名、用户标识、以及登录目标应用的登录时间生成原始日志文件并进行缓存，等待接收打印指令。其中，一个用户在预设时间内至少访问一次所述应用服务器且每访问一次所述应用服务器对应生成一个原始日志文件。需要打印时，向所述目标应用对应的应用服务器发送原始日志文件打印指令，以使所述应用服务器打印至少一个用户在预设时段内访问所述应用服务器生成的所有原始日志文件，便于对原始日志文件进行统计处理，进而实现留存率的统计。
图2为本申请另一实施例提供的留存率统计方法的流程示意图，本实施例在上述实施例的基础上，例如，在图1所述实施例的基础上，本实施例对步骤S102进行了详细说明。如图2所示，所述根据预设数据库、每个所述原始日志文件中的用户标识和所述登录时间，确定每个所述原始日志文件中的所述用户标识所标识的用户注册所述目标应用的注册时间、以及所述用户登录所述目标应用的当前登录次数，包括：
S201、依次根据每个所述原始日志文件中的所述用户标识和所述登录时间，从所述预设数据库中查询每个所述原始日志文件中的所述用户标识所标识的用户注册所述目标应用的注册时间、以及所述用户登录所述目标应用的历史登录次数。
本实施例中，在确定每个所述原始日志文件中的所述用户标识所标识的用户注册所述目标应用的注册时间、以及所述用户登录所述目标应用的当前登录次数时，需按照预设顺序，比如打印的先后顺序，对每个所述原始日志文件依次进行处理，用以确保所述用户登录所述目标应用的当前登录次数的准确性和有效性。具体地，根据每个所述原始日志文件中的所述用户标识，对所述预设数据库进行查询，从所述预设数据库中可以查询到所述用户标识所标识的用户注册所述目标应用的注册时间，根据所述登录时间，从所述预设数据库中可以查询到所述用户登录所述目标应用的历史登录次数。
S202、根据每个所述原始日志文件对应的所述历史登录次数，确定每个所述原始日志文件对应的所述当前登录次数。
本实施例中，根据每个所述原始日志文件对应的所述历史登录次数，可以通过预设函数式，或是所述历史登录次数与所述当前登录次数的对应关系，确定每个所述原始日志文件对应的所述当前登录次数。具体通过哪种方式用以确定每个所述原始日志文件对应的所述当前登录次数可以依据开发人员在用户请求登录时将每个所述原始日志文件对应的所述历史登录次数持久化至预设数据库的规则，例如，用户当日首次登录时，缓存至预设数据库的历史登录次数为0，因此查询到的该原始日志文件对应的所述历史登录次数为0，此时，记录该原始日志文件对应的所述当前登录次数为1。
S203、将每个所述原始日志文件对应的所述当前登录次数作为每个所述原始日志文件对应的所述历史登录次数，更新所述预设数据库中对应的所述历史登录次数。
本实施例中，每次确定完一个所述原始日志文件对应的所述当前登录次数时，需对预设数据库进行更新，以便于确定下一个所述原始日志文件对应的所述当前登录次数时，查询到的历史登录次数的准确性和有效性。即将每个所述原始日志文件对应的所述当前登录次数作为每个所述原始日志文件对应的所述历史登录次数，并更新在所述预设数据库中对应的所述历史登录次数。
具体地，例如，获取的预设时段的多个原始日志文件为5个原始日志文件，依次为原始日志文件1、原始日志文件2、原始日志文件3、原始日志文件4和原始日志文件5，先从原始日志文件1开始，根据原始日志文件1中的所述用户标识和所述登录时间，从所述预设数据库中查询每个所述原始日志文件中的所述用户标识所标识的用户注册所述目标应用的注册时间、以及所述用户登录所述目标应用的历史登录次数，其中，查询到的原始日志文件1中的所述用户标识所标识的用户为用户1，所述目标应用的注册时间为预设时段的第一天，用户1登录所述目标应用的历史登录次数为0，则原始日志文件1对应的所述当前登录次数为1，同时更新预设数据库中该用户1对应的所述历史登录次数为1；继续查询原始日志文件2，查询到的原始日志文2中的所述用户标识所标识的用户为用户1，所述目标应用的注册时间为预设时段的第一天，所述用户登录所述目标应用的历史登录次数为1，则原始日志文2对应的所述当前登录次数为2，同时更新预设数据库中该用户1对应的所述历史登录次数为2；继续查询原始日志文件3，查询到的原始日志文3中的所述用户标识所标识的用户为用户2，所述目标应用的注册时间为预设时段的第二天，用户2登录所述目标应用的历史登录次数为0，则原始日志文件3对应的所述当前登录次数为1，同时更新预设数据库中该用户2对应的所述历史登录次数为1；继续查询原始日志文件4，查询到的原始日志文4中的所述用户标识所标识的用户为用户3，所述目标应用的注册时间为预设时段的第一天，用户3登录所述目标应用的历史登录次数为0，则原始日志文件4对应的所述当前登录次数为1，同时更新预设数据库中该用户3对应的所述历史登录次数为1；继续查询原始日志文件5，查询到的原始日志文5中的所述用户标识所标识的用户为用户3，所述目标应用的注册时间为预设时段的第一天，所述用户3登录所述目标应用的历史登录次数为1，则原始日志文2对应的所述当前登录次数为2，同时更新预设数据库中该用户3对应的所述历史登录次数为2。整个过程，通过不断更新预设数据库，能够保证每个所述原始日志文件对应的所述当前登录次数和所述用户登录所述目标应用的历史登录次数的准确性和有效性。
在一种可能的设计中，在上述实施例的基础上，例如，在图2所示实施例的基础上，本实施例对步骤S202的具体实现过程进行了详细说明。所述根据每个所述原始日志文件对应的所述历史登录次数，确定每个所述原始日志文件对应的所述当前登录次数，包括：
将每个所述原始日志文件对应的所述历史登录次数加1作为每个所述原始日志文件对应的所述当前登录次数。
本实施例中，查询到每个所述原始日志文件对应的所述历史登录次数时，将所述历史登录次数加1对应的次数作为每个所述原始日志文件对应的所述当前登录次数，便于计算和统计所述当前登录次数。
图3为本申请又一实施例提供的留存率统计方法的流程示意图，本实施例在上述任一方法实施例的基础上，对本实施例的具体实现过程进行了详细说明。如图3所示，所述留存率统计方法还包括：
S301、根据所述时间间隔为第一预设时间间隔，且所述当前登录次数为第二预设登录次数的更新日志文件的数量，确定用户活跃数量；其中，所述第二预设登录次数大于第一预设登录次数。
S302、根据所述用户活跃数量和所述留存用户数量，确定所述目标应用的用户活跃率。
本实施例中，第一预设时间间隔可以为预设时段对应的相隔天数，第二预设登录次数等于2，且第二预设登录次数大于第一预设登录次数，即2大于1。统计的包含所述时间间隔为预设时段对应的相隔天数，且所述当前登录次数等于2的更新日志文件的数量为用户活跃数量，再根据所述留存用户数量，通过所述用户活跃数量和所述留存用户数量作比，确定所述目标应用的用户活跃率，即用户活跃率＝用户活跃数量/留存用户数量。
本方案在整个留存率统计过程中，在用户对应的每个所述原始日志文件中除了包含用户标识和登录时间以外，还加入了每个所述原始日志文件对应的所述时间间隔和所述当前登录次数，作为更新日志文件，通过统计符合留存用户对应的条件的和符合有效用户对应的条件的更新日志文件的数量，确定目标应用的用户留存率。其中，符合留存用户对应的条件的更新日志文件为所述时间间隔为第一预设时间间隔，且所述当前登录次数为第一预设登录次数的更新日志文件，符合有效用户对应的条件的更新日志文件为所述时间间隔为第二预设时间间隔，且所述当前登录次数为第一预设登录次数的更新日志文件，即通过所述时间间隔和所述当前登录次数这两个关键指标，确定留存用户数量和有效用户数量，进而确定目标应用的用户留存率，对多个原始日志文件进行了过滤和汇总，同时能够避免对所有原始日志文件取交集、去重的繁琐操作，从而提升了留存率的计算效率。本方案能够解决留存率的统计步骤复杂、浪费资源和时间的问题。
图4为本申请实施例提供的留存率统计装置的结构示意图。如图4所示，该留存率统计装置40包括：
原始日志文件获取模块401，用于获取预设时段的多个原始日志文件，所述多个原始日志文件中每个原始日志文件中包括用户标识和用户登录目标应用的登录时间；
确定信息模块402，用于根据预设数据库、每个所述原始日志文件中的用户标识和所述登录时间，确定每个所述原始日志文件中的所述用户标识所标识的用户注册所述目标应用的注册时间、以及所述用户登录所述目标应用的当前登录次数；
时间间隔计算模块403，用于根据每个所述原始日志文件对应的所述注册时间和所述登录时间，计算每个所述原始日志文件中的所述用户标识所标识的用户登录所述目标应用的时间间隔；
更新日志文件获得模块404，用于将每个所述原始日志文件对应的所述时间间隔和所述当前登录次数存储在对应的所述原始日志文件中，得到每个所述原始日志文件对应的更新日志文件；
留存用户数量确定模块405，用于根据所述时间间隔为第一预设时间间隔，且所述当前登录次数为第一预设登录次数的更新日志文件的数量，确定留存用户数量；
有效用户数量确定模块406，用于根据所述时间间隔为第二预设时间间隔，且所述当前登录次数为第一预设登录次数的更新日志文件的数量，确定有效用户数量；
用户留存率确定模块407，用于根据所述留存用户数量和所述有效用户数量，确定所述目标应用的用户留存率；其中，所述第一预设时间间隔大于第二预设时间间隔。
本实施例通过设置了原始日志文件获取模块401、确定信息模块402、时间间隔计算模块403、更新日志文件获得模块404、留存用户数量确定模块405、有效用户数量确定模块406、以及用户留存率确定模块407，用于获取预设时段的多个原始日志文件，所述多个原始日志文件中每个原始日志文件中包括用户标识和用户登录目标应用的登录时间；再根据预设数据库、每个所述原始日志文件中的用户标识和所述登录时间，确定每个所述原始日志文件中的所述用户标识所标识的用户注册所述目标应用的注册时间、以及所述用户登录所述目标应用的当前登录次数；然后根据每个所述原始日志文件对应的所述注册时间和所述登录时间，计算每个所述原始日志文件中的所述用户标识所标识的用户登录所述目标应用的时间间隔，将所述当前登录次数和计算得到的所述时间间隔作为计算目标应用的用户留存率的关键指标，即先将每个所述原始日志文件对应的所述时间间隔和所述当前登录次数存储在对应的所述原始日志文件中，得到每个所述原始日志文件对应的更新日志文件，再根据所述时间间隔为第一预设时间间隔，且所述当前登录次数为第一预设登录次数的更新日志文件的数量，确定留存用户数量，根据所述时间间隔为第二预设时间间隔，且所述当前登录次数为第一预设登录次数的更新日志文件的数量，确定有效用户数量，其中，所述第一预设时间间隔大于第二预设时间间隔，再根据所述留存用户数量和所述有效用户数量，确定所述目标应用的用户留存率。本方案在留存率统计装置中通过确定每个所述原始日志文件对应的所述时间间隔和所述当前登录次数，再根据所述时间间隔和所述当前登录次数，确定留存用户数量和有效用户数量，进而确定目标应用的用户留存率，对多个原始日志文件进行了过滤和汇总，同时能够避免对所有原始日志文件取交集、去重的繁琐操作，从而提升了留存率的计算效率。本方案能够解决留存率的统计步骤复杂、浪费资源和时间的问题。
本实施例提供的装置，可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，本实施例此处不再赘述。
在一种可能的设计中，所述装置还包括：发送模块；
所述发送模块，用于在所述获取多个原始日志文件之前，向所述目标应用对应的应用服务器发送原始日志文件打印指令，以使所述应用服务器打印至少一个用户在预设时段内访问所述应用服务器生成的所有原始日志文件；其中，一个用户在预设时间内至少访问一次所述应用服务器且每访问一次所述应用服务器对应生成一个原始日志文件。
在一种可能的设计中，所述确定信息模块402，包括：
查询单元，用于依次根据每个所述原始日志文件中的所述用户标识和所述登录时间，从所述预设数据库中查询每个所述原始日志文件中的所述用户标识所标识的用户注册所述目标应用的注册时间、以及所述用户登录所述目标应用的历史登录次数；
当前登录次数确定单元，用于根据每个所述原始日志文件对应的所述历史登录次数，确定每个所述原始日志文件对应的所述当前登录次数；
更新单元，用于将每个所述原始日志文件对应的所述当前登录次数作为每个所述原始日志文件对应的所述历史登录次数，更新所述预设数据库中对应的所述历史登录次数。
在一种可能的设计中，所述当前登录次数确定单元，具体用于：
将每个所述原始日志文件对应的所述历史登录次数加1作为每个所述原始日志文件对应的所述当前登录次数。
在一种可能的设计中，所述装置还包括：用户活跃数量确定模块和用户活跃率确定模块；所述用户活跃数量确定模块，用于根据所述时间间隔为第一预设时间间隔，且所述当前登录次数为第二预设登录次数的更新日志文件的数量，确定用户活跃数量；其中，所述第二预设登录次数大于第一预设登录次数；所述用户活跃率确定模块，用于根据所述用户活跃数量和所述留存用户数量，确定所述目标应用的用户活跃率。
图5为本申请实施例提供的留存率统计设备的硬件结构示意图。如图5所示，本实施例的留存率统计设备50包括：处理器501以及存储器502；其中
存储器502，用于存储计算机执行指令；处理器501，用于执行存储器存储的计算机执行指令，以实现上述实施例中接收设备所执行的各个步骤。具体可以参见前述方法实施例中的相关描述。
本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上所述的留存率统计方法。
在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个单元中。上述模块成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本申请各个实施例所述方法的部分步骤。
应理解，上述处理器可以是中央处理单元(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：Application Specific Integrated Circuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
存储器可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器，还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。
总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component，PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。
上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。
一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(Application Specific Integrated Circuits，简称：ASIC)中。当然，处理器和存储介质也可以作为分立组件存在于电子设备或主控设备中。
本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。
Claims (12)
1.一种留存率统计方法，其特征在于，包括：
获取预设时段的多个原始日志文件，所述多个原始日志文件中每个原始日志文件中包括用户标识和用户登录目标应用的登录时间；
根据预设数据库、每个所述原始日志文件中的用户标识和所述登录时间，确定每个所述原始日志文件中的所述用户标识所标识的用户注册所述目标应用的注册时间、以及所述用户登录所述目标应用的当前登录次数；
根据每个所述原始日志文件对应的所述注册时间和所述登录时间，计算每个所述原始日志文件中的所述用户标识所标识的用户登录所述目标应用的时间间隔；
将每个所述原始日志文件对应的所述时间间隔和所述当前登录次数存储在对应的所述原始日志文件中，得到每个所述原始日志文件对应的更新日志文件；
根据所述时间间隔为第一预设时间间隔，且所述当前登录次数为第一预设登录次数的更新日志文件的数量，确定留存用户数量；
根据所述时间间隔为第二预设时间间隔，且所述当前登录次数为第一预设登录次数的更新日志文件的数量，确定有效用户数量；
根据所述留存用户数量和所述有效用户数量，确定所述目标应用的用户留存率；
其中，所述第一预设时间间隔大于第二预设时间间隔。
2.根据权利要求1所述的方法，其特征在于，在所述获取多个原始日志文件之前，还包括：
向所述目标应用对应的应用服务器发送原始日志文件打印指令，以使所述应用服务器打印至少一个用户在预设时段内访问所述应用服务器生成的所有原始日志文件；其中，一个用户在预设时间内至少访问一次所述应用服务器且每访问一次所述应用服务器对应生成一个原始日志文件。
3.根据权利要求1所述的方法，其特征在于，所述根据预设数据库、每个所述原始日志文件中的用户标识和所述登录时间，确定每个所述原始日志文件中的所述用户标识所标识的用户注册所述目标应用的注册时间、以及所述用户登录所述目标应用的当前登录次数，包括：
依次根据每个所述原始日志文件中的所述用户标识和所述登录时间，从所述预设数据库中查询每个所述原始日志文件中的所述用户标识所标识的用户注册所述目标应用的注册时间、以及所述用户登录所述目标应用的历史登录次数；
根据每个所述原始日志文件对应的所述历史登录次数，确定每个所述原始日志文件对应的所述当前登录次数；
将每个所述原始日志文件对应的所述当前登录次数作为每个所述原始日志文件对应的所述历史登录次数，更新所述预设数据库中对应的所述历史登录次数。
4.根据权利要求3所述的方法，其特征在于，所述根据每个所述原始日志文件对应的所述历史登录次数，确定每个所述原始日志文件对应的所述当前登录次数，包括：
将每个所述原始日志文件对应的所述历史登录次数加1作为每个所述原始日志文件对应的所述当前登录次数。
5.根据权利要求1-4任一项所述的方法，其特征在于，所述方法还包括：
根据所述时间间隔为第一预设时间间隔，且所述当前登录次数为第二预设登录次数的更新日志文件的数量，确定用户活跃数量；其中，所述第二预设登录次数大于第一预设登录次数；
根据所述用户活跃数量和所述留存用户数量，确定所述目标应用的用户活跃率。
6.一种留存率统计装置，其特征在于，包括：
原始日志文件获取模块，用于获取预设时段的多个原始日志文件，所述多个原始日志文件中每个原始日志文件中包括用户标识和用户登录目标应用的登录时间；
确定信息模块，用于根据预设数据库、每个所述原始日志文件中的用户标识和所述登录时间，确定每个所述原始日志文件中的所述用户标识所标识的用户注册所述目标应用的注册时间、以及所述用户登录所述目标应用的当前登录次数；
时间间隔计算模块，用于根据每个所述原始日志文件对应的所述注册时间和所述登录时间，计算每个所述原始日志文件中的所述用户标识所标识的用户登录所述目标应用的时间间隔；
更新日志文件获得模块，用于将每个所述原始日志文件对应的所述时间间隔和所述当前登录次数存储在对应的所述原始日志文件中，得到每个所述原始日志文件对应的更新日志文件；
留存用户数量确定模块，用于根据所述时间间隔为第一预设时间间隔，且所述当前登录次数为第一预设登录次数的更新日志文件的数量，确定留存用户数量；
有效用户数量确定模块，用于根据所述时间间隔为第二预设时间间隔，且所述当前登录次数为第一预设登录次数的更新日志文件的数量，确定有效用户数量；
用户留存率确定模块，用于根据所述留存用户数量和所述有效用户数量，确定所述目标应用的用户留存率；其中，所述第一预设时间间隔大于第二预设时间间隔。
7.根据权利要求6所述的装置，其特征在于，还包括：发送模块；
所述发送模块，用于在所述获取多个原始日志文件之前，向所述目标应用对应的应用服务器发送原始日志文件打印指令，以使所述应用服务器打印至少一个用户在预设时段内访问所述应用服务器生成的所有原始日志文件；其中，一个用户在预设时间内至少访问一次所述应用服务器且每访问一次所述应用服务器对应生成一个原始日志文件。
8.根据权利要求6所述的装置，其特征在于，所述确定信息模块，包括：
查询单元，用于依次根据每个所述原始日志文件中的所述用户标识和所述登录时间，从所述预设数据库中查询每个所述原始日志文件中的所述用户标识所标识的用户注册所述目标应用的注册时间、以及所述用户登录所述目标应用的历史登录次数；
当前登录次数确定单元，用于根据每个所述原始日志文件对应的所述历史登录次数，确定每个所述原始日志文件对应的所述当前登录次数；
更新单元，用于将每个所述原始日志文件对应的所述当前登录次数作为每个所述原始日志文件对应的所述历史登录次数，更新所述预设数据库中对应的所述历史登录次数。
9.根据权利要求8所述的装置，其特征在于，所述当前登录次数确定单元，具体用于：
将每个所述原始日志文件对应的所述历史登录次数加1作为每个所述原始日志文件对应的所述当前登录次数。
10.根据权利要求6-9任一项所述的装置，其特征在于，还包括：用户活跃数量确定模块和用户活跃率确定模块；
所述用户活跃数量确定模块，用于根据所述时间间隔为第一预设时间间隔，且所述当前登录次数为第二预设登录次数的更新日志文件的数量，确定用户活跃数量；其中，所述第二预设登录次数大于第一预设登录次数；
所述用户活跃率确定模块，用于根据所述用户活跃数量和所述留存用户数量，确定所述目标应用的用户活跃率。
11.一种留存率统计设备，其特征在于，包括：至少一个处理器和存储器；
所述存储器存储计算机执行指令；
所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如权利要求1至5任一项所述留存率统计方法。
12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如权利要求1至5任一项所述的留存率统计方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910117696.9A CN109993572A (zh) | 2019-02-15 | 2019-02-15 | 留存率统计方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910117696.9A CN109993572A (zh) | 2019-02-15 | 2019-02-15 | 留存率统计方法、装置、设备及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN109993572A true CN109993572A (zh) | 2019-07-09 |
Family
ID=67129249
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910117696.9A Pending CN109993572A (zh) | 2019-02-15 | 2019-02-15 | 留存率统计方法、装置、设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109993572A (zh) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110960859A (zh) * | 2019-11-12 | 2020-04-07 | 腾讯科技（深圳）有限公司 | 数据可视化显示方法及装置、电子设备和存储介质 |
| CN111709784A (zh) * | 2020-06-18 | 2020-09-25 | 北京字节跳动网络技术有限公司 | 用于生成用户留存时间的方法、装置、设备和介质 |
| CN111767520A (zh) * | 2020-06-12 | 2020-10-13 | 北京奇艺世纪科技有限公司 | 一种用户留存率计算方法、装置、电子设备及存储介质 |
| CN112036957A (zh) * | 2020-09-08 | 2020-12-04 | 广州图普网络科技有限公司 | 一种访客留存数确定方法、装置、电子设备和存储介质 |
| CN112465568A (zh) * | 2020-12-15 | 2021-03-09 | 掌阅科技股份有限公司 | 推广活动生成方法、计算设备及计算机存储介质 |
| CN112527803A (zh) * | 2020-12-30 | 2021-03-19 | 北京百家科技集团有限公司 | 一种数据处理方法、装置以及计算机设备 |
| CN114491357A (zh) * | 2021-12-27 | 2022-05-13 | 北京金堤科技有限公司 | 用户地域属性的确定方法、装置、设备及计算机存储介质 |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103593453A (zh) * | 2013-11-20 | 2014-02-19 | 北京国双科技有限公司 | 用户留存率的计算方法和装置 |
| CN104504084A (zh) * | 2014-12-24 | 2015-04-08 | 小米科技有限责任公司 | 确定用户留存率的方法及装置 |
| CN104699710A (zh) * | 2013-12-09 | 2015-06-10 | 腾讯科技（深圳）有限公司 | 用户结构判断方法和装置以及账号状态记录方法和装置 |
| CN105099826A (zh) * | 2015-08-19 | 2015-11-25 | 腾讯科技（深圳）有限公司 | 网络服务运营状况监测方法及装置 |
| CN105607931A (zh) * | 2015-12-23 | 2016-05-25 | 北京金山安全软件有限公司 | 一种优化应用程序留存率的方法、装置及电子设备 |
| CN107766454A (zh) * | 2017-09-26 | 2018-03-06 | 深圳市金立通信设备有限公司 | 一种数据处理方法、服务器及计算机可读存储介质 |
| CN108364197A (zh) * | 2018-02-12 | 2018-08-03 | 广州虎牙信息科技有限公司 | 确定应用的用户留存率的方法、应用推广方法及电子设备 |
| US20190018557A1 (en) * | 2017-07-13 | 2019-01-17 | Spotify Ab | System and method for steering user interaction in a media content environment |
| CN109242557A (zh) * | 2018-08-28 | 2019-01-18 | 北京小米移动软件有限公司 | 用户留存率的确定方法、装置及设备 |
-
2019
- 2019-02-15 CN CN201910117696.9A patent/CN109993572A/zh active Pending
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103593453A (zh) * | 2013-11-20 | 2014-02-19 | 北京国双科技有限公司 | 用户留存率的计算方法和装置 |
| CN104699710A (zh) * | 2013-12-09 | 2015-06-10 | 腾讯科技（深圳）有限公司 | 用户结构判断方法和装置以及账号状态记录方法和装置 |
| CN104504084A (zh) * | 2014-12-24 | 2015-04-08 | 小米科技有限责任公司 | 确定用户留存率的方法及装置 |
| CN105099826A (zh) * | 2015-08-19 | 2015-11-25 | 腾讯科技（深圳）有限公司 | 网络服务运营状况监测方法及装置 |
| CN105607931A (zh) * | 2015-12-23 | 2016-05-25 | 北京金山安全软件有限公司 | 一种优化应用程序留存率的方法、装置及电子设备 |
| US20190018557A1 (en) * | 2017-07-13 | 2019-01-17 | Spotify Ab | System and method for steering user interaction in a media content environment |
| CN107766454A (zh) * | 2017-09-26 | 2018-03-06 | 深圳市金立通信设备有限公司 | 一种数据处理方法、服务器及计算机可读存储介质 |
| CN108364197A (zh) * | 2018-02-12 | 2018-08-03 | 广州虎牙信息科技有限公司 | 确定应用的用户留存率的方法、应用推广方法及电子设备 |
| CN109242557A (zh) * | 2018-08-28 | 2019-01-18 | 北京小米移动软件有限公司 | 用户留存率的确定方法、装置及设备 |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110960859A (zh) * | 2019-11-12 | 2020-04-07 | 腾讯科技（深圳）有限公司 | 数据可视化显示方法及装置、电子设备和存储介质 |
| CN111767520A (zh) * | 2020-06-12 | 2020-10-13 | 北京奇艺世纪科技有限公司 | 一种用户留存率计算方法、装置、电子设备及存储介质 |
| CN111767520B (zh) * | 2020-06-12 | 2023-07-04 | 北京奇艺世纪科技有限公司 | 一种用户留存率计算方法、装置、电子设备及存储介质 |
| CN111709784A (zh) * | 2020-06-18 | 2020-09-25 | 北京字节跳动网络技术有限公司 | 用于生成用户留存时间的方法、装置、设备和介质 |
| CN112036957A (zh) * | 2020-09-08 | 2020-12-04 | 广州图普网络科技有限公司 | 一种访客留存数确定方法、装置、电子设备和存储介质 |
| CN112036957B (zh) * | 2020-09-08 | 2023-11-28 | 广州图普网络科技有限公司 | 一种访客留存数确定方法、装置、电子设备和存储介质 |
| CN112465568A (zh) * | 2020-12-15 | 2021-03-09 | 掌阅科技股份有限公司 | 推广活动生成方法、计算设备及计算机存储介质 |
| CN112527803A (zh) * | 2020-12-30 | 2021-03-19 | 北京百家科技集团有限公司 | 一种数据处理方法、装置以及计算机设备 |
| CN112527803B (zh) * | 2020-12-30 | 2024-01-26 | 北京百家科技集团有限公司 | 一种数据处理方法、装置以及计算机设备 |
| CN114491357A (zh) * | 2021-12-27 | 2022-05-13 | 北京金堤科技有限公司 | 用户地域属性的确定方法、装置、设备及计算机存储介质 |
| CN114491357B (zh) * | 2021-12-27 | 2023-11-03 | 北京金堤科技有限公司 | 用户地域属性的确定方法、装置、设备及计算机存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109993572A (zh) | 留存率统计方法、装置、设备及存储介质 | |
| AU2019340314B2 (en) | Dynamic application migration between cloud providers | |
| CN108415952B (zh) | 用户数据存储方法、标签计算方法及计算设备 | |
| CN107025289B (zh) | 一种数据处理的方法及相关设备 | |
| CN109714249B (zh) | 一种小程序消息的推送方法及相关装置 | |
| CN109951541A (zh) | 一种流水号生成方法及服务器 | |
| CN110224943A (zh) | 基于url的流量服务限流方法、电子设备及计算机存储介质 | |
| CN110298508A (zh) | 行为预测方法、装置及设备 | |
| CN106209974A (zh) | 一种数据同步方法、设备及系统 | |
| CN110764714A (zh) | 一种数据处理方法、装置、设备及可读存储介质 | |
| CN109743693A (zh) | 信息推荐方法、装置及存储介质 | |
| CN111930783A (zh) | 监控方法、监控系统及计算设备 | |
| US11810022B2 (en) | Contact center call volume prediction | |
| CN107689969A (zh) | 一种缓存策略的确定方法及装置 | |
| CN111045735B (zh) | 个性化引导页推送方法、装置及系统 | |
| CN110851758A (zh) | 一种网页访客数量统计方法及装置 | |
| CN109783718A (zh) | 重复请求判断方法及装置 | |
| CN112947858B (zh) | 一种raid 5校验值的更新方法、装置和介质 | |
| CN112860763B (zh) | 实时流数据处理方法、装置、计算机设备和存储介质 | |
| CN114513469A (zh) | 分布式系统的流量整形方法、装置和存储介质 | |
| CN111401959A (zh) | 风险群体的预测方法、装置、计算机设备及存储介质 | |
| CN113391923B (zh) | 系统资源数据分配方法和装置 | |
| CN111131393A (zh) | 用户活跃度数据统计方法、电子装置及存储介质 | |
| CN110083517A (zh) | 一种用户画像置信度的优化方法及装置 | |
| JP2009104373A (ja) | 並列計算機システム、情報処理装置、ジョブ管理方法、およびジョブ管理プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190709 |
|
| RJ01 | Rejection of invention patent application after publication |