数据监控的方法、装置及系统与流程

本申请涉及应用程序推广技术领域，具体而言，涉及一种数据监控的方法、装置及系统。

背景技术：

软件开发方在开发一套新的应用程序后，通常会通过各种渠道进行推广，其中一种渠道为通过投放广告的形式进行推广，常用的推广平台为第三方的广告投放平台，比如头条、快手、百度等等。不同的广告投放平台可能对应的推广效果是不同，为了达到更有效的推广，通常会对应用程序进行下载的监控，根据不同的广告投放平台对应的应用程序下载量比对，进行投放策略的调整。但是在实际应用中，经常存在，用户下载了应用程序后并没有使用或者没有打开过该应用程序，这样的推广应该算是不成功的，因此如果按照现有的下载监控的方式来进行推广效果的分析以及确定投放策略，则会存在推广效果分析不准确，确定的投放策略也不准确的问题。

技术实现要素：

本申请的主要目的在于提供一种数据监控的方法、装置及系统，以解决现有的应用程序投放效果分析不准确以及确定的投放策略也不准确的问题。

为了实现上述目的，根据本申请的第一方面，提供了一种数据监控的方法。

根据本申请的数据监控的方法包括：

第三方下载平台监控应用程序的下载请求，所述下载请求为向应用程序的服务器端请求下载应用程序的请求；

当监控到下载请求后，第三方下载平台向应用程序的服务器端提交用户的设备信息以及回调地址，以使所述服务器端根据用户的设备信息判断应用程序的激活状态以及根据回调地址将激活状态返回给第三方下载平台；

第三方下载平台接收应用程序的服务器端返回的应用程序的激活状态。

进一步的，所述第三方下载平台向应用程序的服务器端提交用户的设备信息以及回调地址包括：

第三方下载平台调用检测接口地址，所述检测接口地址为应用程序的服务器端生成的配置在第三方下载平台广告位的接口地址；

根据检测接口地址将用户的设备信息以及回调地址提交给所述服务器端。

为了实现上述目的，根据本申请的第二方面，提供了一种数据监控的方法。

根据本申请的数据监控的方法包括：

应用程序的服务器端接收第三方下载平台提交的用户的设备信息以及回调地址，用户的设备信息以及回调地址是第三方下载平台通过调用检测接口地址向服务器端提交的；

在用户完成应用程序的下载后，所述服务器端根据应用程序的客户端获取用户的设备信息；

所述服务器端根据第三方下载平台提交的用户的设备信息以及通过所述客户端获取的用户的设备信息判断应用程序的激活状态；

所述服务器端根据所述回调地址将激活状态返回给第三方下载平台。

进一步的，所述服务器端根据第三方下载平台提交的用户的设备信息以及通过所述客户端获取用户的设备信息判断应用程序的激活状态包括：

所述服务器端将通过所述客户端获取的用户的设备信息与通过第三方下载平台提交的用户的设备信息进行匹配；

所述服务器端根据匹配结果判断应用程序的激活状态。

进一步的，所述方法还包括：

根据应用程序对应的配置信息生成检测接口地址，所述配置信息至少包括应用程序的名称、第三方下载平台名称。

进一步的，所述方法还包括：

根据应用程序的激活状态统计不同的第三方下载平台的激活比例。

为了实现上述目的，根据本申请的第三方面，提供了一种数据监控的装置。

根据本申请的数据监控的装置包括：

监控单元，用于第三方下载平台监控应用程序的下载请求，所述下载请求为向应用程序的服务器端请求下载应用程序的请求；

提交单元，用于当监控到下载请求后，第三方下载平台向应用程序的服务器端提交用户的设备信息以及回调地址，以使所述服务器端根据用户的设备信息判断应用程序的激活状态以及根据回调地址将激活状态返回给第三方下载平台；

接收单元，用于第三方下载平台接收应用程序的服务器端返回的应用程序的激活状态。

进一步的，所述提交单元，包括：

调用模块，用于第三方下载平台调用检测接口地址，所述检测接口地址为应用程序的服务器端生成的配置在第三方下载平台广告位的接口地址；

提交模块，用于根据检测接口地址将用户的设备信息以及回调地址提交给所述服务器端。

为了实现上述目的，根据本申请的第四方面，提供了一种数据监控的装置。

根据本申请的数据监控的装置包括：

接收单元，用于应用程序的服务器端接收第三方下载平台提交的用户的设备信息以及回调地址，用户的设备信息以及回调地址是第三方下载平台通过调用检测接口地址向服务器端提交的；

获取单元，用于在用户完成应用程序的下载后，所述服务器端根据应用程序的客户端获取用户的设备信息；

判断单元，用于所述服务器端根据第三方下载平台提交的用户的设备信息以及通过所述客户端获取的用户的设备信息判断应用程序的激活状态；

返回单元，用于所述服务器端根据所述回调地址将激活状态返回给第三方下载平台。

进一步的，所述判断单元包括：

匹配模块，用于所述服务器端将通过所述客户端获取的用户的设备信息与通过第三方下载平台提交的用户的设备信息进行匹配；

判断模块，用于所述服务器端根据匹配结果判断应用程序的激活状态。

进一步的，所述装置还包括：

生成单元，用于根据应用程序对应的配置信息生成检测接口地址，所述配置信息至少包括应用程序的名称、第三方下载平台名称。

进一步的，所述装置还包括：

统计单元，用于根据应用程序的激活状态统计不同的第三方下载平台的激活比例。

为了实现上述目的，根据本申请的第五方面，提供了一种数据监控的系统，所述系统包括第三方下载平台、应用程序的服务器端、应用程序的客户端：

所述第三方下载平台，用于监控应用程序的下载请求，所述下载请求为向应用程序的服务器端请求下载应用程序的请求；当监控到下载请求后，向应用程序的服务器端提交用户的设备信息以及回调地址；接收应用程序的服务器端返回的应用程序的激活状态；

所述应用程序的服务器端，用于接收第三方下载平台提交的用户的设备信息以及回调地址；在用户完成应用程序的下载后，所述服务器端根据应用程序的客户端获取用户的设备信息；所述服务器端根据第三方下载平台提交的用户的设备信息以及通过所述客户端获取的用户的设备信息判断应用程序的激活状态；所述服务器端根据所述回调地址将激活状态返回给第三方下载平台；

所述应用程序的客户端，用于在用户打开下载的应用程序后，向服务器端上报用户的设备信息。

为了实现上述目的，根据本申请的第六方面，提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行上述第一方面以及第二方面中任一项所述的数据监控的方法。

在本申请实施例中，数据监控的方法、装置及系统中，应用程序的服务器端接收第三方下载平台提交的用户的设备信息以及回调地址，用户的设备信息以及回调地址是第三方下载平台通过调用检测接口地址向服务器端提交的；在用户完成应用程序的下载后，服务器端根据应用程序的客户端获取用户的设备信息；服务器端根据第三方下载平台提交的用户的设备信息以及通过所述客户端获取的用户的设备信息判断应用程序的激活状态；服务器端根据回调地址将激活状态返回给第三方下载平台。可以看出，应用程序的服务器端通过第三方下载平台获取到的用户的设备信息可以判断并确定通过第三方下载平台下载的应用程序的激活状态；如果激活成功即为有效的下载，相比于现有技术中只依据下载量进行应用程序推广效果的方式，将没有激活(推广不成功)的数据进行排除，因此得到的推广效果的分析结果更准确，确定的投放策略也会更准确。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例提供的一种数据监控的方法流程图；

图2是根据本申请实施例提供的另一种数据监控的方法流程图；

图3是根据本申请实施例提供的又一种数据监控的方法流程图；

图4是根据本申请实施例提供的一种数据监控的装置的组成框图；

图5是根据本申请实施例提供的另一种数据监控的装置的组成框图；

图6是根据本申请实施例提供的又一种数据监控的装置的组成框图；

图7是根据本申请实施例提供的再一种数据监控的装置的组成框图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

根据本申请实施例，提供了一种数据监控的方法，该方法应用于第三方下载平台，如图1所示，该方法包括如下的步骤：

s101.第三方下载平台监控应用程序的下载请求。

其中，第三方下载平台为下载应用程序的平台，第三方下载平台可以为第三方的广告平台，比如头条、百度等；也可以为应用商店等。下载请求为向应用程序的服务器端请求下载应用程序的请求；下载请求是由用户点击下载应用程序后触发生成的。应用程序的服务器端是为应用程序提供服务的服务端，服务器端与客户端相对应。第三方下载平台监控应用程序的下载请求即当触发生成下载请求时，第三方下载平台能够监控到下载请求，以触发后续步骤的执行。

s102.当监控到下载请求后，第三方下载平台向应用程序的服务器端提交用户的设备信息以及回调地址。

用户的设备信息包括广告id(identifierforadvertising，idfa)，idfa是一个跟device相关的唯一标识符；和/或，国际移动设备识别码(internationalmobileequipmentidentity，imei)，imei俗称“手机串号”、“手机串码”、“手机序列号”，用于在gsm移动网络中用于识别每一部独立的手机，相当于手机的身份证号码；和/或，通用唯一识别码(universallyuniqueidentifier，uuid)，uuid是指在一台机器上生成的数字，它保证对在同一时空中的所有机器都是唯一的；或，openudid：为适应apple公司的“拒绝采集udid的app上架appstore”，这一政策，友盟统计分析ios平台的sdk只提供openudid版本。openudid版本sdk使用openudid为统计标准，兼有mac地址的统计。

回调地址是第三方下载平台为应用程序服务器端提供返回数据的统一资源定位符(uniformresourcelocator，url)。

另外，需要说明的是为了保证数据传输的安全性，本实施例中用户设备信息以及回调地址为加密后的参数，其中加密的方式可以为(messagedigestalgorithm，md5)加密、base64加密等其他的加密方式。

第三方下载平台向应用程序的服务器端提交用户的设备信息以及回调地址是为了使服务器端根据用户的设备信息判断应用程序的激活状态以及根据回调地址将激活状态返回给第三方下载平台。应用程序的服务器端在接收到第三方下载平台发送的用户设备信息以及回调地址后，会将用户设备信息以及回调地址进行保存记录。当用户打开下载的应用程序app后，应用程序对应的客户端会主动向应用程序的服务器端发送用户的设备信息。服务器端将第三方下载平台提交的用户的设备信息以及客户端发送的用户的设备信息进行匹配，然后根据匹配结果进行应用程序激活状态的判断。激活状态包括激活成功和激活失败两种，确定激活状态后服务器端会将激活状态通过回调地址给第三方下载平台。

s103.第三方下载平台接收应用程序的服务器端返回的应用程序的激活状态。

服务器端会将激活状态返回给第三方下载平台后，第三方下载平台能够接收应用程序的服务器端返回的应用程序的激活状态，完成了下载到激活的闭环的监控。

需要说明的是，本实施例中主要是应用程序开发商为了统计应用程序的有效下载的统计分析，并进行应用程序推广的策略的调整和制定，而第三方下载平台就是应用程序开发商的推广平台，所以需要通过第三方下载平台获取下载应用程序的用户的设备信息，并以此来判断激活状态，即有效的下载统计数据。另外将激活状态最后返回给第三方下载平台是为了应用程序的开发商与第三方下载平台之间结算时，作为结算的依据。

从以上的描述中，可以看出，本申请实施例的数据监控的方法中，第三方下载平台监控应用程序的下载请求，该下载请求为向应用程序的服务器端请求下载应用程序的请求；当监控到下载请求后，第三方下载平台向应用程序的服务器端提交用户的设备信息以及回调地址；服务器端根据用户的设备信息判断应用程序的激活状态以及根据回调地址将激活状态返回给第三方下载平台；第三方下载平台接收应用程序的服务器端返回的应用程序的激活状态。可以看出，应用程序的服务器端通过第三方下载平台获取到的用户的设备信息可以判断并确定通过第三方下载平台下载的应用程序的激活状态；如果激活成功即为有效的下载，相比于现有技术中只依据下载量进行应用程序推广效果的方式，将没有激活(推广不成功)的数据进行排除，因此得到的推广效果的分析结果更准确，确定的投放策略也会更准确。

根据本申请实施例，提供了另一种数据监控的方法，该方法应用于应用程序的服务器端，如图2所示，该方法包括如下的步骤：

s201.应用程序的服务器端接收第三方下载平台提交的用户的设备信息以及回调地址。

其中，应用程序的服务器端是为应用程序提供服务的服务端，服务器端与客户端相对应。第三方下载平台为下载应用程序的平台，第三方下载平台可以为第三方的广告平台，比如头条、百度等；也可以为应用商店等。第三方下载平台监控应用程序的下载请求。当监控到下载请求后，第三方下载平台向应用程序的服务器端提交用户的设备信息以及回调地址，因此应用程序的服务器端可以接收到第三方下载平台提交的用户的设备信息以及回调地址。

其中，下载请求为向应用程序的服务器端请求下载应用程序的请求；下载请求是由用户点击下载应用程序后触发生成的。用户的设备信息以及回调地址为第三方下载平台通过调用检测接口地址向服务器端提交的。检测接口地址是服务器端根据要投放的应用程序的名称、系统(安卓、ios等)、第三方下载平台(头条、广点通、快手、百度之类的)、渠道名称等配置信息生成的，检测接口地址被配置在第三方下载平台中广告商要投放的广告位，使用户在浏览广告的时候点击下载应用程序。

用户的设备信息包括广告id(identifierforadvertising，idfa)，idfa是一个跟device相关的唯一标识符；和/或，国际移动设备识别码(internationalmobileequipmentidentity，imei)，imei俗称“手机串号”、“手机串码”、“手机序列号”，用于在gsm移动网络中用于识别每一部独立的手机，相当于手机的身份证号码；和/或，通用唯一识别码(universallyuniqueidentifier，uuid)，uuid是指在一台机器上生成的数字，它保证对在同一时空中的所有机器都是唯一的；或，openudid：为适应apple公司的“拒绝采集udid的app上架appstore”，这一政策，友盟统计分析ios平台的sdk只提供openudid版本。openudid版本sdk使用openudid为统计标准，兼有mac地址的统计。

回调地址是第三方下载平台为应用程序服务器端提供返回数据的统一资源定位符(uniformresourcelocator，url)。

另外，需要说明的是为了保证数据传输的安全性，本实施例中用户设备信息以及回调地址为加密后的参数，其中加密的方式可以为(messagedigestalgorithm，md5)加密、base64加密等其他的加密方式。

s202.在用户完成应用程序的下载后，服务器端根据应用程序的客户端获取用户的设备信息。

在用户完成应用程序下载后，并且用户打开下载的应用程序app后，应用程序对应的客户端会主动向应用程序的服务器端发送用户的设备信息。因此，服务器端能够根据应用程序的客户端获取用户的设备信息。

s203.服务器端根据第三方下载平台提交的用户的设备信息以及通过客户端获取的用户的设备信息判断应用程序的激活状态。

服务器端根据第三方下载平台提交的用户的设备信息以及通过客户端获取的用户的设备信息判断应用程序的激活状态，是为了确定打开应用程序的用户是之前点击过第三方下载平台中的应用程序的下载链接下载应用程序的。激活状态包括激活成功和激活失败两种。

s204.服务器端根据回调地址将激活状态返回给第三方下载平台。

确定激活状态后服务器端会将激活状态通过回调地址返回给第三方下载平台，以使第三方下载平台接收应用程序的服务器端返回的应用程序的激活状态，完成了下载到激活的闭环的监控。将激活状态最后返回给第三方下载平台是为了应用程序开发商与第三方下载平台之间结算时，作为结算的依据。

从以上的描述中，可以看出，本申请实施例的数据监控的方法中，应用程序的服务器端接收第三方下载平台提交的用户的设备信息以及回调地址，用户的设备信息以及回调地址是第三方下载平台通过调用检测接口地址向服务器端提交的；在用户完成应用程序的下载后，服务器端根据应用程序的客户端获取用户的设备信息；服务器端根据第三方下载平台提交的用户的设备信息以及通过所述客户端获取用户的设备信息判断应用程序的激活状态；服务器端根据回调地址将激活状态返回给第三方下载平台。可以看出，应用程序的服务器端通过第三方下载平台获取到的用户的设备信息可以判断并确定通过第三方下载平台下载的应用程序的激活状态；如果激活成功即为有效的下载，相比于现有技术中只依据下载量进行应用程序推广效果的方式，将没有激活(推广不成功)的数据进行排除，因此得到的推广效果的分析结果更准确，确定的投放策略也会更准确。

本申请实施例提供了又一种数据监控的方法，该方法是对上述图1或图2实施例的补充说明，如图3所示，该方法包括：

s301.第三方下载平台监控应用程序的下载请求。

本步骤的实现方式与图1步骤s101的实现方式相同，此处不再赘述。

s302.当监控到下载请求后，第三方下载平台调用检测接口地址，将用户的设备信息以及回调地址提交给所述服务器端。

其中，检测接口地址为应用程序的服务器端生成的配置在第三方下载平台广告位的接口地址。检测接口是服务器端根据要投放的应用程序的名称、系统(安卓、ios等)、第三方下载平台(头条、广点通、快手、百度之类的)、渠道名称等配置信息生成的，检测接口地址被配置在第三方下载平台中广告商要投放的广告位，使用户在浏览广告的时候点击下载应用程序。

用户的设备信息以及回调地址与图1以及图2中第三方下载平台提交的用户的设备信息以及回调地址是相同，此处不再赘述。

s303.应用程序的服务器端接收第三方下载平台提交的用户的设备信息以及回调地址。

s304.在用户完成应用程序的下载后，服务器端根据应用程序的客户端获取用户的设备信息。

本步骤的实现方式与图2步骤s202的实现方式相同，此处不再赘述。

s305.服务器端将通过客户端获取的用户的设备信息与通过第三方下载平台提交的用户的设备信息进行匹配。

“服务器端将通过客户端获取的用户的设备信息与通过第三方下载平台提交的用户的设备信息进行匹配”即将服务器端将通过客户端获取的用户的设备信息与通过第三方下载平台提交的用户的设备信息进行对比，如果一致则匹配成功，如果不一致则匹配不成功。

s306.服务器端根据匹配结果判断应用程序的激活状态。

服务器端根据匹配结果判断应用程序的激活状态具体为：如果匹配成功，则应用程序的激活状态为激活成功；如果匹配失败，则应用程序的激活状态为激活失败。

s307.服务器端根据回调地址将激活状态返回给第三方下载平台。

本步骤的实现方式与图2步骤s204的实现方式相同，此处不再赘述。

s308.第三方下载平台接收应用程序的服务器端返回的应用程序的激活状态。

本步骤的实现方式与图1步骤s103的实现方式相同，此处不再赘述。

进一步的，在服务器端判断确定应用程序激活状态后，可以根据应用程序的激活状态统计不同的第三方下载平台的激活比例(激活成功的比例)。以及根据所有的第三方下载平台的激活成功量计算通过不同渠道下载应用程序的激活比例，确定哪种渠道为推广的优选方式。统计不同的第三方下载平台的激活比例以及不同渠道下载应用程序的激活比例都是为了制定更合理的推广策略。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

根据本申请实施例，还提供了一种用于实施上述图1至图3所述方法的数据监控的装置，如图4所示，该装置包括：

监控单元41，用于第三方下载平台监控应用程序的下载请求，所述下载请求为向应用程序的服务器端请求下载应用程序的请求；

提交单元42，用于当监控到下载请求后，第三方下载平台向应用程序的服务器端提交用户的设备信息以及回调地址，以使所述服务器端根据用户的设备信息判断应用程序的激活状态以及根据回调地址将激活状态返回给第三方下载平台；

接收单元43，用于第三方下载平台接收应用程序的服务器端返回的应用程序的激活状态。

从以上的描述中，可以看出，本申请实施例的数据监控的装置中，第三方下载平台监控应用程序的下载请求，该下载请求为向应用程序的服务器端请求下载应用程序的请求；当监控到下载请求后，第三方下载平台向应用程序的服务器端提交用户的设备信息以及回调地址；服务器端根据用户的设备信息判断应用程序的激活状态以及根据回调地址将激活状态返回给第三方下载平台；第三方下载平台接收应用程序的服务器端返回的应用程序的激活状态。可以看出，应用程序的服务器端通过第三方下载平台获取到的用户的设备信息可以判断并确定通过第三方下载平台下载的应用程序的激活状态；如果激活成功即为有效的下载，相比于现有技术中只依据下载量进行应用程序推广效果的方式，将没有激活(推广不成功)的数据进行排除，因此得到的推广效果的分析结果更准确，确定的投放策略也会更准确。

进一步的，如图5所示，所述提交单元42，包括：

调用模块421，用于第三方下载平台调用检测接口地址，所述检测接口地址为应用程序的服务器端生成的配置在第三方下载平台广告位的接口地址；

提交模块422，用于根据检测接口地址将用户的设备信息以及回调地址提交给所述服务器端。

具体的，本申请实施例的装置中各单元、模块实现其功能的具体过程可参见方法实施例中的相关描述，此处不再赘述。

根据本申请实施例，还提供了一种用于实施上述图1至图3所述方法的数据监控的装置，如图6所示，该装置包括：

接收单元51，用于应用程序的服务器端接收第三方下载平台提交的用户的设备信息以及回调地址，用户的设备信息以及回调地址是第三方下载平台通过调用检测接口地址向服务器端提交的；

获取单元52，用于在用户完成应用程序的下载后，所述服务器端根据应用程序的客户端获取用户的设备信息；

判断单元53，用于所述服务器端根据第三方下载平台提交的用户的设备信息以及通过所述客户端获取的用户的设备信息判断应用程序的激活状态；

返回单元54，用于所述服务器端根据所述回调地址将激活状态返回给第三方下载平台。

从以上的描述中，可以看出，本申请实施例的数据监控的装置中，应用程序的服务器端接收第三方下载平台提交的用户的设备信息以及回调地址，用户的设备信息以及回调地址是第三方下载平台通过调用检测接口地址向服务器端提交的；在用户完成应用程序的下载后，服务器端根据应用程序的客户端获取用户的设备信息；服务器端根据第三方下载平台提交的用户的设备信息以及通过所述客户端获取用户的设备信息判断应用程序的激活状态；服务器端根据回调地址将激活状态返回给第三方下载平台。可以看出，应用程序的服务器端通过第三方下载平台获取到的用户的设备信息可以判断并确定通过第三方下载平台下载的应用程序的激活状态；如果激活成功即为有效的下载，相比于现有技术中只依据下载量进行应用程序推广效果的方式，将没有激活(推广不成功)的数据进行排除，因此得到的推广效果的分析结果更准确，确定的投放策略也会更准确。

进一步的，如图7所示，所述判断单元53包括：

匹配模块531，用于所述服务器端将通过所述客户端获取的用户的设备信息与通过第三方下载平台提交的用户的设备信息进行匹配；

判断模块532，用于所述服务器端根据匹配结果判断应用程序的激活状态。

进一步的，如图7所示，所述装置还包括：

生成单元55，用于根据应用程序对应的配置信息生成检测接口地址，所述配置信息至少包括应用程序的名称、第三方下载平台名称。

进一步的，如图7所示，所述装置还包括：

统计单元56，用于根据应用程序的激活状态统计不同的第三方下载平台的激活比例。

具体的，本申请实施例的装置中各单元、模块实现其功能的具体过程可参见方法实施例中的相关描述，此处不再赘述。

根据本申请实施例，还提供了一种用于实施上述图1至图3所述方法的数据监控的系统，所述系统包括第三方下载平台、应用程序的服务器端、应用程序的客户端：

所述第三方下载平台，用于监控应用程序的下载请求，所述下载请求为向应用程序的服务器端请求下载应用程序的请求；当监控到下载请求后，向应用程序的服务器端提交用户的设备信息以及回调地址；接收应用程序的服务器端返回的应用程序的激活状态；

所述应用程序的服务器端，用于接收第三方下载平台提交的用户的设备信息以及回调地址；在用户完成应用程序的下载后，所述服务器端根据应用程序的客户端获取用户的设备信息；所述服务器端根据第三方下载平台提交的用户的设备信息以及通过所述客户端获取的用户的设备信息判断应用程序的激活状态；所述服务器端根据所述回调地址将激活状态返回给第三方下载平台；

所述应用程序的客户端，用于在用户打开下载的应用程序后，向服务器端上报用户的设备信息。

从以上的描述中，可以看出，本申请实施例的数据监控的系统中，应用程序的服务器端接收第三方下载平台提交的用户的设备信息以及回调地址，用户的设备信息以及回调地址是第三方下载平台通过调用检测接口地址向服务器端提交的；在用户完成应用程序的下载后，服务器端根据应用程序的客户端获取用户的设备信息；服务器端根据第三方下载平台提交的用户的设备信息以及通过所述客户端获取用户的设备信息判断应用程序的激活状态；服务器端根据回调地址将激活状态返回给第三方下载平台。可以看出，应用程序的服务器端通过第三方下载平台获取到的用户的设备信息可以判断并确定通过第三方下载平台下载的应用程序的激活状态；如果激活成功即为有效的下载，相比于现有技术中只依据下载量进行应用程序推广效果的方式，将没有激活(推广不成功)的数据进行排除，因此得到的推广效果的分析结果更准确，确定的投放策略也会更准确。

根据本申请实施例，还提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行图1至图3中任一所述的数据监控的方法。

显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。