应用程序的网页发布渠道的监控方法和装置与流程

[0001]
本发明涉及互联网技术领域，尤其涉及一种应用程序的网页发布渠道的监控方法和装置。


背景技术：

[0002]
随着信息技术的不断发展，越来越多的应用程序随之出现。其中，应用程序开发方在开发出应用程序后，会将该应用程序上架到应用程序商店，供用户下载和安装使用。为了吸引更多的用户下载和安装使用应用程序，应用程序开发方通常会在app(application，应用程序，狭义上指智能终端应用软件)的应用程序商店渠道或者网页推广渠道上投放广告进行应用程序的推广。
[0003]
app开发商在对app各渠道推广时，需要核算各渠道的推广成本，然后调整后续的推广策略。因此，对于app开发商而言，能够准确地了解app的下载渠道是很重要的。
[0004]
目前，在现有技术中，存在一些渠道溯源方法，但是大多数都没有考虑到app的实际下载渠道与开发商收到的渠道信息有可能不一致的问题，这就会影响开发商对于渠道推广效应的评估，影响后续推广策略。
[0005]
例如，网页推广渠道(即通过浏览器web页面下载)是一个很重要的渠道，但是，由于各渠道商之间的竞争非常激烈，有些厂商的系统可能会拦截用户通过web页面下载的安装包，并在安装时会弹出建议使用系统内置的渠道进行安装的提示。此时，如果用户按照弹框点击了同意，那么实际上通过web页面渠道了解并且下载的该app应用就会被替换成系统推荐的渠道，造成最初的渠道信息即web页面渠道信息就会随之丢失。在这种情况下，app开发商收到的该app的下载渠道数据或者说推广渠道数据会被放在系统推荐的渠道里，然而真正带来用户的实际上是原始的web页面渠道，这就会导致app开发商不能准确地了解真实的渠道信息，所以系统的拦截推荐会影响应用的推广策略。


技术实现要素：

[0006]
有鉴于此，本发明实施例提供一种应用程序的网页发布渠道的监控方法，能够解决网页渠道下载的应用程序由于被系统拦截而造成的渠道统计不精准问题。
[0007]
为实现上述目的，根据本发明实施例的一个方面，提供了一种应用程序的网页发布渠道的监控方法，其特征在于，包括：
[0008]
由渠道统计服务模块接收首次启动的应用程序的渠道信息，并且根据所接收到的渠道信息中是否包含web服务启动数据，来显示所述应用程序是否为网页发布渠道，以及
[0009]
当渠道信息中包含web服务启动数据时，所述渠道信息显示为网页发布渠道。
[0010]
优选地，通过下述步骤来确定所述渠道信息中是否包含web服务启动数据，包括：
[0011]
当用户通过网页渠道点击并下载应用程序的同时，在预定时间段内启动查询任务，查询本地是否已经启动web服务，以及
[0012]
在应用程序首次启动时，同时启动一个web服务，当该一个web服务由所述查询任
务查询到时，判定所述渠道信息中包含web服务启动数据，将渠道信息显示为网页发布渠道。
[0013]
优选地，在根据本发明实施例的一个方面中，当用户通过网页渠道下载应用程序时，通过启动轮询任务，在预定时间段内进行所述查询任务。
[0014]
优选地，在根据本发明实施例的一个方面中所述轮询任务在所述预定时间内查寻localhost是否启动了一个web服务，当查询到启动了一个web服务时，将当前轮询页面中的渠道号提交给所述web服务，并覆盖app包内的渠道号，然后结束轮询。
[0015]
优选地，在根据本发明实施例的一个方面中，在应用程序首次启动时，同时启动一个web服务，当该web服务收到轮询请求并且由所述轮询任务查询到时，记录并使用所述轮询任务提供的web服务启动数据，将具有该web服务启动数据的渠道信息发送到所述渠道统计服务模块，然后结束该web服务。
[0016]
优选地，在根据本发明实施例的一个方面中，所述轮询任务在所述预定时间内查寻localhost是否启动了一个web服务，当在所述预定时间结束时仍未查询到启动了一个web服务时，结束所述轮询任务。
[0017]
根据本发明实施例的另一个方面，提供了一种应用程序的网页发布渠道的监控装置，其特征在于，包括：
[0018]
渠道统计服务模块，该渠道统计服务模块接收首次启动的应用程序的渠道信息，并且根据所接收到的渠道信息中是否包含web服务启动数据，来显示所述应用程序是否为网页发布渠道，
[0019]
其中，当渠道信息中包含web服务启动数据时，所述渠道信息显示为网页发布渠道。
[0020]
优选地，在根据本发明实施例的另一个方面中，监控装置还包括：
[0021]
web服务启动数据确认模块，该web服务启动数据确认模块确定所述渠道信息中是否包含所述web服务启动数据，所述web服务启动数据确认模块还进行如下操作：
[0022]
当用户通过网页渠道下载应用程序时，在预定时间段内启动查询任务，查询本地是否已经启动web服务，以及
[0023]
在应用程序首次启动时，同时启动一个web服务，当该一个本web服务由所述查询任务查询到时，判定所述渠道信息中包含web服务启动数据，将渠道信息显示为网页发布渠道。
[0024]
优选地，在根据本发明实施例的另一个方面中，当用户通过网页渠道下载应用程序时，所述web服务启动数据确认模块启动轮询任务，通过所述轮询任务实现在预定时间段内的所述查询任务，
[0025]
所述web服务启动数据确认模块使得所述轮询任务在所述预定时间内查寻localhost是否启动了一个web服务，当查询到启动了一个web服务时，将当前轮询页面中的渠道号提交给所述web服务，并覆盖app包内的渠道号，然后结束轮询。
[0026]
优选地，在根据本发明实施例的另一个方面中，web服务启动数据确认模块使得：在应用程序在首次启动时，同时启动一个web服务，当该web服务收到轮询请求并且由所述轮询任务查询到时，记录并使用所述轮询任务提供的web服务启动数据，将具有该web服务启动数据的渠道信息发送到所述渠道统计服务模块，然后结束该web服务。
[0027]
根据本发明实施例的应用程序的网页发布渠道的监控方法和监控设备，网页渠道推广统计数据更精确，即使在用户通过网页渠道下载的应用程序在安装时受到系统拦截，并且导致实际上从网页渠道获知的应用程序改为从系统推荐渠道另外进行下载安装时，也能够在一定程度上有效地识别出该应用程序初始是通过网页渠道而下载的。因此，应用程序开发商可以更加准确地评估各个推广策略的效果，最大程度地实现不将实际上从网页渠道下载的应用程序错误地统计为系统推荐渠道，从而能够做出更好的推广策略，节省推广成本。
[0028]
另外，本发明还提供了一种应用程序的网页发布渠道的监控电子设备，其特征在于，包括：
[0029]
一个或多个处理器；
[0030]
存储装置，用于存储一个或多个程序，
[0031]
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如实施例的一个方面所述的方法。
[0032]
另外，本发明提供了一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如实施例的一个方面所述的方法。
[0033]
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
[0034]
附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
[0035]
图1是根据本发明实施例的应用程序的网页发布渠道的监控方法的示意性框图；
[0036]
图2是根据本发明实施例的应用程序的网页发布渠道的监控方法的主要流程的示意图；
[0037]
图3是根据本发明实施例的应用程序的网页发布渠道的监控装置的主要模块的示意图。
具体实施方式
[0038]
以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
[0039]
图1是根据本发明实施例的应用程序的网页发布渠道的监控方法的示意性框图。如图1所示，本实施例的应用程序的网页发布渠道的监控方法主要通过三个部分来实现，即，提供渠道统计服务的渠道统计服务模块，浏览器运行的浏览器端，以及app运行的app端。在本实施的说明中，app是应用程序的简称。
[0040]
在本实施例中，进行渠道统计服务的渠道统计服务模块用于进行渠道统计服务，其能够接收到app的下载渠道信息，并且发送给app开发商。在本实施例中，渠道统计服务可以是一种远程的web服务，当新安装的app在首次启动时，会向该渠道统计服务模块发送该app的渠道信息，并且该渠道统计服务模块接收由app端发来的渠道信息。app端即是应用程
序端，在该app端，能够运行app。浏览器端能够通过浏览器进行网页页面的浏览，从而能够在网页页面选择并且进行app的下载。
[0041]
为了防止实际上通过网页渠道下载的app由于在安装时被系统拦截而导致的渠道统计错误，本申请发明人利用浏览器切到其它应用时，web页面还可以在后台运行一段时间的这种特点，充分研究考虑了app首次启动时与web页面之间的关联性，实现了尽管app安装时可能被拦截，也能够可靠地识别app是否来自网页渠道。
[0042]
具体地，根据本实施例的渠道统计方法，如图2所示，首先，在步骤s201中，当app首次启动时，向渠道统计服务模块发送该app的渠道信息，因此由渠道统计服务模块接收到该首次启动的app的渠道信息。然后，在步骤s202中，确认所接收到的渠道信息中是否包含web服务启动数据，从而确定app是否为网页发布渠道，其中，当渠道信息中包含web服务启动数据时，所述渠道信息显示为网页发布渠道。
[0043]
更具体地，在步骤s202中，通过如下步骤s2021-s2022来确定所述渠道信息中是否包含web服务启动数据。在步骤s2021中，在浏览器端，当用户通过网页渠道点击并下载了app时，在预定时间段内启动一个查询任务，查询本地是否已经启动了一个web服务。在步骤s2022中，在app端，在app首次启动时，在app内同时启动一个web服务，当该一个web服务由步骤s2021中的所述查询任务查询到时，判定所述渠道信息中包含web服务启动数据，从而将渠道信息显示为网页发布渠道。
[0044]
更具体地，在浏览器端，步骤s2021中的所述查询任务可以是当用户通过网页渠道下载app时，通过启动轮询任务而在预定时间段内进行的。所述轮询任务在所述预定时间内查寻localhost是否启动了一个web服务，当查询到启动了web服务时，把当前轮询页面中的渠道号提交给web服务，并覆盖app包内的渠道号，然后结束轮询。当在预定时间内未查询到启动了一个web服务时，说明没在网页页面下载过app，结束轮询任务。
[0045]
在app端，在app首次启动时，同时启动一个web服务，当该一个web服务收到轮询请求并且由所述轮询任务查询到时，记录并使用所述轮询任务提供的web服务启动数据，将具有该web服务启动数据的渠道信息发送到所述渠道统计服务模块，然后结束该web服务。
[0046]
根据本实施例的这种应用程序的网页发布渠道的监控方法，发明人充分地考虑到当浏览器切到其它应用时，网页页面还可以在后台运行一段时间的特性，通过在此时在app里启动一个web服务而使得web页面将网页发布的渠道信息发送给app，从而在app是初始由网页渠道下载的情况下，有效地且准确地能够识别出网页发布渠道，即使在网页页面下载的app在安装时由系统拦截并且替换成系统推荐的渠道进行安装，也能够有效地识别出该app实际上是由网页渠道的推广而获得客户的。
[0047]
实例
[0048]
下面，通过实例的方式简单地描述本发明实施例。
[0049]
app开发商开发了一个新的app(应用程序)xyz，此时，开发商将该app xyz上架到应用商店上以及各浏览器网页上进行推广，从而客户可以从应用商店或者浏览器网页下载并且安装和使用该app xyz。
[0050]
传统地，当用户通过在浏览器内浏览网页而从网页渠道下载了该app xyz时，在该app xyz的安装时可能受到终端系统的拦截，引导用户例如由于安全性或者其他原因而不进行继续安装并且弹出弹框提示客户使用系统内置的渠道进行该app xyz的安装。此时，若
用户点击户点了同意，app就很有可能会被替换成系统推荐的渠道并且发送给开发商。从而，app开发商收到的该app的下载渠道将会是系统推荐的渠道，而不是真实的网页渠道。
[0051]
相比之下，根据本发明实施例的实例中，当用户在浏览器的下载页面下载了该app xyz后，该浏览器端立即启动一个轮询任务，在预定时间内查寻localhost是否启动了一个web服务，当查询到启动了web服务时，把当前轮询页面中的渠道号提交给web服务，并覆盖app包内的渠道号，然后结束轮询。
[0052]
同时，在app xyz端，app xyz首次启动时在本地启动一个localhost服务(指本地web服务)，用来监听浏览器端的轮询，如果收到了浏览器端的轮询请求，说明在浏览器端web页面下载了该app xyz，于是记录并优先使用轮询请求提供的渠道信息，发送到远程的渠道统计服务模块，然后结束localhost服务；如果超过轮询的间隔没有收到轮询请求，说明没在web页面下载过app，结束该web服务。
[0053]
因此，结合上述具体实例能够看出，利用本发明实施例的这种应用程序的网页发布渠道的监控方法，在app是初始由网页渠道下载的情况下，能够有效地且准确地能够识别出该app是经由网页发布渠道的推广而获得客户的，从而客户能够准确地统计出渠道信息，有利于开发商做出更适合的推广策略。
[0054]
与上面本发明实施例的app的网页发布渠道的监控方法对应地，本发明实施例还提供了一种app的网页发布渠道的监控装置，如图3所示。该监控装置300可以包括：渠道统计服务模块301，该渠道统计服务模块301接收首次启动的app的渠道信息，并且根据所接收到的渠道信息中是否包含web服务启动数据，来显示app是否为网页发布渠道，当渠道信息中包含web服务启动数据时，所述渠道信息显示为网页发布渠道；和web服务启动数据确认模块302，该web服务启动数据确认模块确定所述渠道信息中是否包含所述web服务启动数据，所述web服务启动数据确认模块还进行如下操作：当用户通过网页渠道下载app时，在预定时间段内启动查询任务，查询本地是否已经启动web服务，以及在app在首次启动时，同时启动一个web服务，当该一个web服务由所述查询任务查询到时，判定所述渠道信息中包含web服务启动数据，将渠道信息显示为网页发布渠道。
[0055]
当用户通过网页渠道下载app时，所述web服务启动数据确认模块302启动轮询任务，在预定时间段内进行所述查询任务。所述web服务启动数据确认模块302使得所述轮询任务在所述预定时间内查寻localhost是否启动了一个web服务，当查询到启动了web服务时，把当前轮询页面中的渠道号提交给web服务，并覆盖app包内的渠道号，然后结束轮询。
[0056]
web服务启动数据确认模块302使得：在app在首次启动时，同时启动一个web服务，当该一个web服务收到轮询请求并且由所述轮询任务查询到时，记录并使用所述轮询任务提供的web服务启动数据，将具有该web服务启动数据的渠道信息发送到所述渠道统计服务模块，然后结束该web服务。
[0057]
利用本发明实施例的应用程序的网页发布渠道的监控装置300，在app是初始由网页渠道下载的情况下，能够有效地且准确地能够识别出该app是经由网页发布渠道的推广而获得客户的，从而客户能够准确地统计出渠道信息，有利于开发商做出更适合的推广策略。
[0058]
特别地，根据本发明公开的实施例，上文参考描述的应用程序的网页发布渠道的监控方法的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算
机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。
[0059]
附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0060]
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中。
[0061]
作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：由渠道统计服务模块接收首次启动的应用程序的渠道信息，并且根据所接收到的渠道信息中是否包含web服务启动数据，来显示所述应用程序是否为网页发布渠道，以及当渠道信息中包含web服务启动数据时，所述渠道信息显示为网页发布渠道。
[0062]
根据本发明实施例的技术方案，即使在用户通过网页渠道下载的应用程序在安装时受到系统拦截，并且导致实际上从网页渠道获知的应用程序改为从系统推荐渠道另外进行下载安装时，也能够在一定程度上有效地识别出该应用程序初始是通过网页渠道而下载的。因此，应用程序开发商可以更加准确地评估各个推广策略的效果，最大程度地实现不将实际上从网页渠道下载的应用程序错误地统计为系统推荐渠道，从而能够做出更好的推广策略，节省推广成本。
[0063]
上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。
[0064]
上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。