检测APP注册渠道刷单的方法及系统与流程

本申请涉及互联网领域，特别涉及一种检测app注册渠道刷单的方法及系统。

背景技术：

随着互联网和智能终端的不断发展，越来越多的互联网公司推出了各种供用户使用的app等实用软件，互联网公司的注册用户的数量是衡量一个公司价值的重要指标，每一个用户在注册时都有对应的注册渠道，而对于提供该注册渠道的渠道商来说，每注册一个用户，渠道商都会向互联网公司收取一定的注册成本，互联网公司和渠道商通过注册用户的数量来进行结算，这导致许多渠道商通过刷单的方法注册大量伪用户来提高注册用户的数量，从而向互联网公司收取多余的注册成本，增加了互联网公司的运营成本。

目前，对于如何辨别渠道商是否存在刷单行为并没有一个有效的解决方法，如何确定注册渠道是否存在刷单行为，以降低互联网公司的运营成本，是本领域技术人员目前需要解决的技术问题。

技术实现要素：

本申请的目的是提供一种检测app注册渠道刷单的方法及系统，以降低互联网公司的运营成本。

为解决上述技术问题，本申请提供如下技术方案：

一种检测app注册渠道刷单的方法，所述方法包括：

统计在第一预设时间段内通过所述注册渠道注册app的注册用户数，并跟踪所述注册用户数对应的每一个注册用户登录所述app后的行为；

统计跟踪确定的在第二预设时间段内对所述app进行过预设有效操作行为的所述注册用户的数量，确定该数量为留存数，并基于所述留存数计算出有效注册数；

判断所述有效注册数是否小于所述注册用户数，如果是，则确定所述注册渠道存在刷单行为，如果否，则确定所述注册渠道不存在刷单行为。

优选的，还包括：

确定在第一预设时间段内通过所述注册渠道注册app的注册用户，并判断所述注册用户对应移动终端是否打开位置共享功能，如果否，则执行所述统计在第一预设时间段内通过所述注册渠道注册app的注册用户数的步骤，如果是，则获取所述注册用户对应移动终端在地图上的位置信息，根据该位置信息判断所述注册用户是否集中分布，如果所述注册用户集中分布，则确定所述注册渠道存在刷单行为，如果所述注册用户不集中分布，则确定所述注册渠道不存在刷单行为。

优选的，所述判断所述注册用户是否集中分布，包括：

确定一个所述注册用户为指定用户，以所述指定用户为圆心，半径小于预设半径值的范围为预设范围；

获取所述指定用户的预设范围内的所述注册用户的数量，并判断该数量是否大于或者等于预设注册用户数，如果是，则确定所述注册用户集中分布，如果否，则确定所述注册用户未集中分布。

优选的，所述基于所述留存数计算出有效注册数，包括：

计算所述留存数与自然留存率的比值，确定该比值为所述有效注册数，其中，所述自然留存率为获取的通过自然渠道注册的自然注册用户的自然留存数与通过自然渠道注册的自然注册用户的数量的比值。

优选的，所述判断所述有效注册数是否小于所述注册用户数之后，还包括：

如果判断出所述有效注册数小于所述注册用户数，则确定所述有效注册数为所述注册渠道的实际注册数，如果判断出所述有效注册数小于所述注册用户数，则确定所述用户注册数为所述注册渠道的实际注册数。

一种检测app注册渠道刷单的系统，所述系统包括：

统计单元，用于统计在第一预设时间段内通过所述注册渠道注册app的注册用户数，并跟踪所述注册用户数对应的每一个注册用户登录所述app后的行为；统计跟踪确定的在第二预设时间段内对所述app进行过预设有效操作行为的所述注册用户的数量，确定该数量为留存数；

计算单元，用于根据所述留存数计算出有效注册数；

第一判断单元，用于判断所述有效注册数是否小于所述注册用户数，如果是，则确定所述注册渠道存在刷单行为，如果否，则确定所述注册渠道不存在刷单行为。

优选的，所述系统还包括:

第二判断单元，用于确定在第一预设时间段内通过所述注册渠道注册app的注册用户，并判断所述注册用户对应移动终端是否打开位置共享功能，如果否，则指示所述统计单元执行对应的操作，如果是，则获取所述注册用户对应移动终端在地图上的位置信息，根据该位置信息判断所述注册用户是否集中分布，如果所述注册用户集中分布，则确定所述注册渠道存在刷单行为，如果所述注册用户不集中分布，则确定所述注册渠道不存在刷单行为。

优选的，所述第二判断单元包括：

统计子单元，用于确定一个所述注册用户为指定用户，以所述指定用户为圆心，半径小于预设半径值的范围为预设范围；统计所述指定用户的预设范围内的所述注册用户的数量；

第二判断子单元，用于判断预设注册用户数是否小于所述预设范围内的所述注册用户的数量，如果是，则确定所述注册用户集中分布，如果否，则确定所述注册用户未集中分布。

优选的，所述计算单元包括：

计算子单元，用于计算所述留存数与自然留存率的比值，确定该比值为所述有效注册数，其中，所述自然留存率为获取的通过自然渠道注册的自然注册用户的自然留存数与通过自然渠道注册的自然注册用户的数量的比值。

优选的，所述系统还包括：

第三判断单元，用于所述判断所述有效注册数是否小于所述注册用户数之后，如果判断出所述有效注册数小于所述注册用户数，则确定所述有效注册数为所述注册渠道的实际注册数，如果判断出所述有效注册数小于所述注册用户数，则确定所述用户注册数为所述注册渠道的实际注册数。

本申请公开了一种检测app注册渠道刷单的方法及系统，其中该方法包括：统计在第一预设时间段内通过所述注册渠道注册app的注册用户数，并跟踪所述注册用户数对应的每一个注册用户登录所述app后的行为；统计跟踪确定的在第二预设时间段内对所述app进行过预设有效操作行为的所述注册用户的数量，确定该数量为留存数，并基于所述留存数计算出有效注册数；判断所述有效注册数是否小于所述注册用户数，如果是，则确定所述注册渠道存在刷单行为，如果否，则确定所述注册渠道不存在刷单行为。由此，确定出在第一预设时间段内实现注册的注册用户后，通过跟踪注册用户登录app后的行为确定出哪些注册用户在第二预设时间段内对app进行了预设有效操作行为，从而确定这部分注册用户的数量为注册用户的留存数，再基于该留存数计算出的有效注册数与在第一预设时间段内实现注册的注册用户数进行比对确定出注册渠道是否存在刷单行为，从而实现了对该注册渠道对应渠道商是否存在刷单行为的有效辨别，减少后续对互联网公司运营成本造成的损失，进而降低了互联网公司的运营成本。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例一的检测app注册渠道刷单的流程图；

图2为本申请实施例二的检测app注册渠道刷单的流程图；

图3为本申请实施例三的检测app注册渠道刷单的流程图；

图4为本申请实施例四的检测app注册渠道刷单的流程图；

图5为本申请实施例五的检测app注册渠道刷单的结构示意图；

图6为本申请实施例六的检测app注册渠道刷单的结构示意图；

图7为本申请实施例七的检测app注册渠道刷单的结构示意图；

图8为本申请实施例八的检测app注册渠道刷单的结构示意图。

具体实施方式

由于现有技术对于如何辨别渠道商是否存在刷单行为并没有一个有效的解决方法，本申请的核心是提供一种检测app注册渠道刷单的方法及系统，实现了对注册渠道对应渠道商是否存在刷单行为的有效辨别，以降低互联网公司的运营成本。

为了使本技术领域的技术人员更好地理解本申请方案，下面结合附图和具体实施方式对本申请作进一步的详细说明。

实施例一

请参考图1所示的本申请实施例一中的检测app注册渠道刷单的方法的流程图。

s11：统计在第一预设时间段内通过注册渠道注册app的注册用户数，并跟踪注册用户数对应的每一个注册用户登录app后的行为。

其中，本申请中的注册渠道可以指任意待检测其是否存在刷单行为的可实现app注册的渠道；app可以指任意由互联网公司开发的实用软件；第一预设时间段为在app公布后，对注册渠道的刷单行为进行检测的任意时间段，其时间段可以设置为从任意一天的00:00点至第二天00:00点之间的24小时，也可以设置成其它任意时间段，均在本发明的保护范围之内。根据在第一预设时间段内统计的通过注册渠道注册app的所有注册用户的数量(即注册用户数)，跟踪每个注册用户在登录app后的行为，以便于检测每个注册用户在注册后是否持续或间断地对app有其它操作行为。

s12：统计跟踪确定的在第二预设时间段内对app进行过预设有效操作行为的注册用户的数量，确定该数量为留存数，并基于留存数计算出有效注册数。

其中，第二预设时间段为在第一预设时间段后的任意一段时间，其时间段可以设置为在第一预设时间段后的一周，即168小时，也可以设置为在第一预设时间段后的72小时，此处不做限定。

本申请通过在第二预设时间段内对注册用户的持续跟踪，判断是否有注册用户在此期间对app有任何预设有效操作行为，其中，预设有效操作行为可以是注册用户在移动终端侧登录app后对app进行的任何点击行为、输入行为等，当有注册用户在第二预设时间段内对app进行点击等预设有效操作行为时，此注册用户即属于留存用户，所有在第二预设时间段内对app进行点击等预设有效操作行为的留存用户的数量即为留存数，统计留存数用以区别注册用户通过注册渠道注册app后不再对其做任何操作行为的伪用户。具体来说，注册用户一般分为两种，一种为刷单行为产生的伪用户，另一种为正常注册行为产生的实际用户。

本申请通过基于留存数计算出的有效注册数对渠道商是否存在刷单行为进行判断，其中，有效注册数的计算方法有多种，简单来说，基于留存数计算有效注册数可以是考虑到注册用户中存在注册app后在第二预设时间段内未进行预设有效操作行为、但是在其他时间段存在预设有效操作行为的注册用户和基于其他原因自然流失的注册用户，进而将可能存在的这部分注册用户的数量以比例或者权重的方式加入留存数中，从而使得计算出的有效注册数更接近于实际用户的数量，提高了本申请公开的技术方案的准确性。

s13：判断有效注册数是否小于注册用户数，如果是，则执行s14，如果否，则执行s15。

其中，当有效注册数小于注册用户数时，除有效注册数之外的多余注册用户可以确定为是渠道商存在注册伪用户，说明渠道商存在刷单行为，得知渠道商存在刷单行为后，互联网公司能够避免后续因伪用户的存在而增加的不必要注册成本，降低运营成本；反之，则认为全部注册用户均为实际用户，也即渠道商并不存在刷单行为。

s14：确定注册渠道存在刷单行为。

s15：确定注册渠道不存在刷单行为。

由此，确定出在第一预设时间段内实现注册的注册用户后，通过跟踪注册用户登录app后的行为确定出哪些注册用户在第二预设时间段内对app进行了预设有效操作行为，从而确定这部分注册用户的数量为注册用户的留存数，再基于该留存数计算出的有效注册数与在第一预设时间段内实现注册的注册用户数进行比对确定出注册渠道是否存在刷单行为，从而实现了对该注册渠道对应渠道商是否存在刷单行为的有效辨别，减少后续对互联网公司运营成本造成的损失，进而降低了互联网公司的运营成本。

实施例二

需要说明的是，一般注册用户实现app的注册可以是通过手机、平板等移动终端实现的，当然也可以通过电脑等固定终端实现，本申请中针对注册用户通过移动终端实现app的注册进行说明。在实施例一中，本申请实施例一所提供的检测app注册渠道刷单的方法适用于移动终端处于任何能够实现app注册的状态，本申请实施例二通过跟踪通过注册渠道在app上进行注册的用户，确定在第一预设时间段内通过注册渠道注册app的注册用户，判断注册用户对应的移动终端是否打开位置共享功能，对于在未打开位置共享功能的移动终端上通过注册渠道注册app的用户，执行本申请实施例一中的步骤，通过计算出的有效注册数小于注册用户数，确定渠道商存在刷单行为；而对于在打开位置共享功能的移动终端上通过注册渠道注册app的用户，本申请实施例二通过对注册用户在地图上的位置信息进行检测，当注册用户存在集中分布的现象则确定渠道商存在刷单行为，请参考图2所示的本申请实施例二中的检测app注册渠道刷单的流程图，具体步骤可以包括：

s21：确定在第一预设时间段内通过注册渠道注册app的注册用户。

跟踪在第一预设时间段内通过注册渠道注册app的注册用户，以便于获取注册用户的具体信息，包括用户的注册时间、当前登录状态、对于在移动终端上打开位置共享功能的用户的位置信息以及登陆后在app上的一切操作行为，进而对第一预设时间段内的注册用户进行是否存在伪用户的判断，其中，上述具体信息为实现本申请技术方案时可以包含的信息，也可包括其他信息。

s22：判断注册用户对应的移动终端是否打开位置共享功能，若否，则执行s11；若是，则执行s23。

s23：获取注册用户对应移动终端在地图上的位置信息，根据该位置信息判断注册用户是否集中分布，如果是，则执行s24，如果否，则执行s25。

其中，获取注册用户对应移动终端在地图上的位置信息，可以包括：获取在第一预设时间段内通过注册渠道注册app的注册用户的经纬度信息；调用地图api接口，获取注册用户在地图上与经纬度信息对应的实际物理位置；该地图可以为根据实际需要设定的任意具有卫星定位功能的地图。

s24：确定注册渠道存在刷单行为。

s25：确定注册渠道不存在刷单行为。

由此，通过确定出注册用户对应移动终端是否开启位置共享功能，通过本申请提供的不同方式实现注册渠道是否存在刷单行为的判断，使得执行的判断方法与移动终端的状态相对应，方案更加灵活。

优选地，判断注册用户是否集中分布的方法可以包括：

确定一个注册用户为指定用户，以指定用户为圆心，半径小于预设半径值的范围为预设范围；

获取指定用户的预设范围内的注册用户的数量，并判断该数量是否大于或者等于预设注册用户数，如果是，确定注册用户集中分布，如果否，则确定注册用户未集中分布。

其中，指定用户可以为任意一个注册用户，也可以根据一定的选取方式，对注册用户进行筛选，再确定指定用户，在对指定用户进行筛选时，可以按照获取的在第一预设时间段内的注册用户的经纬度信息在地图上进行多级区域划分，区域划分可以通过在所选择的检测app注册渠道刷单的区域，对区域的经度和纬度分别进行预设等间隔距离的划分，此为一级划分，形成的多个划分区域为一级划分区域，在每个一级划分区域中再进行下一级的区域划分，其划分区域方法如上述所示，直到最后一级的划分区域面积小于预设范围的面积，结束区域划分，在最后一级划分区域内确定一个注册用户为指定用户。

其中，以能够判断指定用户周围是否存在集中分布的情况为原则，预设范围的最大半径的设置可以有多种选择，最大半径可以设置为实际距离100m，按一定比例缩小于地图之上。

预设注册用户数根据预设范围的确定，以能够判断指定用户周围是否存在集中分布的情况为原则，有多种设置选择。预设注册用户数为判断指定用户周围的所有通过渠道注册app的注册用户的数量是否在正常范围内的判断值，超过此值则认为指定用户周围存在集中分布的现象，则认为注册渠道存在刷单行为；未超过此值则认为指定用户周围不存在集中分布的现象，则认为注册渠道不存在刷单行为。

本申请实施例通过对在移动终端中打开位置共享功能的注册用户，根据在地图上的注册用户的位置信息，判断注册用户是否存在集中分布现象，如若存在，则确定渠道商存在刷单行为，达到了与申请实施例一相同的效果，即有效辨别渠道商是否存在刷单行为，减少了后续互联网公司的注册成本，降低了互联网公司的运营成本。

实施例三

本申请通过基于留存数计算出的有效注册数对渠道商是否存在刷单行为进行判断，其中，有效注册数的计算方法有多种，请参考图3所示的检测app注册渠道刷单的流程图，在s121中，计算有效注册数的方法可以包括：

计算留存数与自然留存率的比值，确定该比值为有效注册数。

其中，自然留存率为获取的通过自然渠道注册的自然注册用户的自然留存数与通过自然渠道注册的自然注册用户的数量的比值。

需要说明的是，自然注册用户为不经任何注册渠道而主动下载并注册app的注册用户，自然留存数的计算原理可以与上述实施例中留存数的计算原理相同，区别在于上述实施例中留存数对应通过注册渠道实现app注册的注册用户，而此处自然留存数对应自然注册用户。当渠道商存在刷单行为时，由于渠道商通过注册渠道注册的伪用户在首次登陆之后不再app进行任何操作行为，即不具备本申请的预设有效操作行为，此时留存数必定明显小于包括伪用户和实际用户在内的注册用户数，而实际注册用户数除留存数外，还包括正常情况下的用户自然流失的数量等，本申请实施例通过计算留存数与自然留存率的比值，补偿了因用户自然流失等造成的误差，近似的估计出有效注册数，有效注册数与实际注册数存在一定误差，因为误差甚小，可以忽略不计。

实施例四

在本申请实施例一的基础上，为使互联网公司在确认渠道商是否存在刷单行为后，能够根据实际注册数与渠道商进行结算，本申请实施例根据计算得到的有效注册数，进一步确定实际注册数，使互联网公司即使在渠道商存在刷单行为的情况下，也能够根据实际注册数与渠道商进行结算，进而为互联网公司节省了因刷单行为而造成了多余注册成本的花销。对应的，在判断有效注册数是否小于注册用户数之后，还可以包括：如果判断出有效注册数小于注册用户数，则确定有效注册数为注册渠道的实际注册数，如果判断出有效注册数小于注册用户数，则确定用户注册数为注册渠道的实际注册数。

具体来说，可以参阅图4所示所示的检测app注册渠道刷单的流程图，其为将本实施例中公开的技术特征与图1进行结合所得。该图中：

s14’：确定注册渠道存在刷单行为，有效注册数为注册渠道的实际注册数。

需要说明的是，s14’为本申请公开的实施例一中s14与本实施例中公开的“确定有效注册数为注册渠道的实际注册数”的合成步骤。

s15’：确定注册渠道不存在刷单行为，用户注册数为注册渠道的实际注册数。

需要说明的是，s15’为本申请公开的实施例一中s15与本实施例中公开的“确定注册用户数为注册渠道的实际注册数”的合成步骤。

由于针对在未打开位置共享功能的移动终端上通过注册渠道注册app的注册用户，本申请实施例采用根据计算得出的有效注册数与注册用户数的比较结果，判断渠道商是否存在刷单行为的方法，其中，有效注册数已经计算出，则根据有效注册数和注册用户数可以直接确定出实际注册数，进而根据实际注册数与渠道商进行结算，进一步降低互联网公司的注册成本。

而对于在打开位置共享功能的移动终端上通过注册渠道注册app的注册用户，本申请实施例采用根据注册用户在地图上的位置信息，判断注册用户是否存在集中分布的情况，如果注册用户存在集中分布的情况，则进而能确定渠道商存在刷单行为的方法，如果通过本申请实施例四对打开位置共享功能的注册用户判断是否存在刷单行为的方法进一步确定实际注册数，则需增加上述实施例中公开的与计算有效注册数及确定实际注册人数的对应步骤。

实施例五

除了上述检测app注册渠道刷单的方法，本申请还提供用于实现上述检测app注册渠道刷单方法的检测app注册渠道刷单的系统。本申请所提供的用于检测app注册渠道刷单的系统，包括统计单元、计算单元和判断单元，具体地，请参考图5所示的检测app注册渠道刷单的结构示意图：

统计单元100，用于统计在第一预设时间段内通过注册渠道注册app的注册用户数，并跟踪注册用户数对应的每一个注册用户登录app后的行为；统计跟踪确定的在第二预设时间段内对app进行过预设有效操作行为的注册用户的数量，确定该数量为留存数。

计算单元200，用于根据留存数计算出有效注册数。

第一判断单元300，用于判断有效注册数是否小于注册用户数，如果是，则确定注册渠道存在刷单行为，如果否，则确定注册渠道不存在刷单行为。

检测app注册渠道刷单的系统能有有效辨别渠道商是否存在刷单行为，减少了后续对互联网公司运营成本造成的损失，进而降低了互联网公司的运营成本。

实施例六

本申请实施例五提供的检测app注册渠道刷单的系统适用于移动终端处于任何能够实现app注册的状态，请参考图6所示的检测app注册渠道刷单的结构示意图，本申请实施例六增加了第二判断单元400，第二判断单元400用于确定在第一预设时间段内通过注册渠道注册app的注册用户，并判断注册用户对应移动终端是否打开位置共享功能，如果否，则指示统计单元执行对应的操作，如果是，则获取注册用户对应移动终端在地图上的位置信息，根据该位置信息判断注册用户是否集中分布，如果注册用户集中分布，则确定注册渠道存在刷单行为，如果注册用户不集中分布，则确定注册渠道不存在刷单行为。

进一步的，为根据位置信息判断注册用户是否集中分布，第二判断单元还包括：

统计子单元410，用于确定一个注册用户为指定用户，以指定用户为圆心，半径小于预设半径值的范围为预设范围；统计指定用户的预设范围内的注册用户的数量。

第二判断子单元420，用于判断预设注册用户数是否小于预设范围内的注册用户的数量，如果是，则确定注册用户集中分布，如果否，则确定注册用户未集中分布。

本申请所提供的检测app注册渠道刷单的系统，通过判断注册用户对应的移动终端是否打开位置共享功能后对应的检测app注册渠道刷单的系统，对于确定渠道商存在刷单行为的，能够减少后续对互联网公司运营成本造成的损失，进而降低互联网公司的运营成本。

实施例七

本申请通过基于留存数计算出的有效注册数对渠道商是否存在刷单行为进行判断，其中，有效注册数的计算方法有多种，请参考图7所示的检测app注册渠道刷单的结构示意图，在计算单元中还包括：

计算子单元210，用于计算留存数与自然留存率的比值，确定该比值为有效注册数，其中，自然留存率为获取的通过自然渠道注册的自然注册用户的自然留存数与通过自然渠道注册的自然注册用户的数量的比值。

本申请实施例通过计算留存数与自然留存率的比值，补偿了因用户自然流失等造成的误差，近似的估计出有效注册数，有效注册数与实际注册数存在一定误差，因为误差甚小，可以忽略不计。

实施例八

请参考图8所示的检测app注册渠道刷单的结构示意图，在上述检测app注册渠道刷单的系统的基础上，为使互联网公司能够在确认渠道商是否存在刷单行为后，能够根据实际注册数与渠道商进行结算，本申请所提供的检测app注册渠道刷单的系统进一步增加第三判断单元500，用于判断有效注册数是否小于注册用户数之后，如果判断出有效注册数小于注册用户数，则确定有效注册数为注册渠道的实际注册数，如果判断出有效注册数小于注册用户数，则确定用户注册数为注册渠道的实际注册数。实际注册数的确定使互联网公司能够根据实际注册数与渠道商进行结算，进而为互联网公司节省了因刷单行为而造成了多余注册成本的花销。

本申请实施例所提供的检测app注册渠道刷单的系统与上述各个具体实施例所描述的检测app注册渠道刷单的方法相对应，其他部分可以参照现有技术，本申请实施例不再具体展开。

另外需要说明的是本发明实施例提供的一种检测app注册渠道刷单的方法中对应的各流程图中的步骤可以为文字部分对应步骤的简化描述。

以上对本申请所提供的检测app注册渠道刷单的方法及系统进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。