CN110875933B

CN110875933B - 信息匹配确认方法和装置

Info

Publication number: CN110875933B
Application number: CN201810995858.4A
Authority: CN
Inventors: 潘晓欢
Original assignee: Alibaba Group Holding Ltd
Current assignee: Alibaba Singapore Holdings Pte Ltd
Priority date: 2018-08-29
Filing date: 2018-08-29
Publication date: 2022-05-10
Anticipated expiration: 2038-08-29
Also published as: CN110875933A

Abstract

本申请公开了一种信息匹配确认方法和装置。该信息匹配确认方法包括：接收来自用户终端的资源查询请求，所述资源查询请求中包含推广资源的第一来源信息和第一用户信息，并将所述第一来源信息发送至用户终端；在所述用户终端安装所述应用程序之后，从所述用户终端获取推广资源的第二来源信息和第二用户信息；确认所述第一用户信息和第二用户信息是否匹配，以及所述第一来源信息与所述第二来源信息是否匹配。本发明实施例提出的方案避免了用户终端安装应用程序之后上报安装信息的过程的作弊导致的错误判定，提高了判定的准确率。

Description

信息匹配确认方法和装置

技术领域

本申请涉及信息处理领域，特别是涉及一种信息匹配确认方法和装置。

背景技术

现阶段，移动终端的应用商店里的内容繁多，要在数量庞大的应用中脱颖而出被用户快速记住，应用开发者都会寄希望于广告，通过广告的方式推广自己的App，希望通过投放广告获得最适合其产品的用户，从而给该产品带来最大收益。

移动行业目前有了越来越多可选的广告投放平台，例如各种网站、App等，均可以承接广告投放。但是如果开发者同时在多家广告投放平台投放广告，投放在哪些平台上能够产生最好的效果是待定的。数年来，业界一直关注移动广告的效果和追踪，即投放的App等广告的下载量、安装量、来源(即用户是从哪一平台看到该App的广告)等，以期找到投放的适合方式。但是由于作弊现象的丛生，下载来源经常被篡改，作弊情况广泛存在于各大平台和阵营，遍布各个环节，因此哪些平台投放效果最好还是难于统计。

例如，现在业界统计的留存和活跃度指标、设备标识重置相关的作弊、点击相关的作弊、激活劫持等。留存度和活跃度指标这类数据可能被篡改，例如通过修改设备标识不断地把自己的设备“变成”另外一个新的设备，以重复的计算下载和安装量；激活劫持是指当一个用户正在安装某一个应用的时候，手机上安装的其他恶意应用会监测手机是否正在下载一个APP，一旦得到确认，它会回到自己的后台去检查这个APP是不是同时也在自身广告平台上投放。如果是，它会在下载完成但是还没有激活的时间窗口中发送一条点击，将渠道的名称改掉，这样用户激活之后的归因有很大可能会找到这个点击。

因此，基于现在层出不穷的作弊手段，需要提出一种新的信息匹配确认方法，实现反作弊，提高数据统计的准确度。

发明内容

鉴于上述问题，本发明一实施例提出一种信息匹配确认方法和装置，以解决现有技术存在的问题。

为了解决上述问题，本申请一实施例公开一种信息匹配确认方法，包括如下步骤：

接收来自用户终端的资源查询请求，所述资源查询请求中包含推广资源的第一来源信息和第一用户信息，并将所述推广资源的第一来源信息发送至用户终端；

在所述用户终端安装所述应用程序之后，从所述用户终端获取推广资源的第二来源信息和第二用户信息；

确认所述第一用户信息和第二用户信息是否匹配，以及所述第一来源信息与所述第二来源信息是否匹配。

为了解决上述问题，本申请一实施例还公开一种电子装置，该电子装置包括：

存储器，用于存储计算机可读程序；

处理器，当所述处理器读取所述存储器中的计算机可读程序时，所述电子装置执行如下操作：

为了解决上述问题，本申请一实施例公开一种信息匹配确认方法，包括：

发送资源查询请求；

接收并存储所述第一服务端发送的推广资源的第一来源信息，所述推广资源的第一来源信息是第一服务端从所述资源查询请求中获取的；

在安装推广资源对应的应用程序的情况下，通过所述应用程序向所述第一服务端发送资源推广信息的第二来源信息和第二用户信息。

为了解决上述问题，本申请一实施例公开一种信息匹配确认装置，包括：

第一发送模块，用于发送资源查询请求；

接收模块，用于接收并存储所述第一服务端发送的推广资源的第一来源信息，所述推广资源的第一来源信息是第一服务端从所述资源查询请求中获取的；

第二发送模块，用于在安装推广资源对应的应用程序的情况下，通过所述应用程序向所述第一服务端发送资源推广信息的第二来源信息和第二用户信息。

本申请一实施例还公开一种终端设备，包括：

一个或多个处理器；和

其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述终端设备执行上述的方法。

本申请一实施例还公开一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得终端设备执行上述的方法。

由上述可知，本申请实施例包括以下优点：

通过将追踪服务器获得的待安装App的推广资源的第一来源信息写入用户终端，使得在安装之前得以对推广资源来源信息进行保存，并在用户终端安装了App之后，利用反馈的推广资源的第二来源信息和第二用户信息，与追踪服务器中预存的信息进行匹配。本发明实施例提出的方案避免了用户终端安装App之后上报安装信息的过程的作弊导致的错误判定，提高了判定的准确率。

附图说明

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

图1是本申请第一实施例的信息匹配确认方法的流程图。

图2所示为本发明实施例提出的应用于Android系统的信息匹配确认方法的示意图；

图3所示为本发明实施例提出的应用于iOS系统的信息匹配确认方法的示意图。

图4和图5所示为不同操作系统向追踪浏览器传送的用户代理信息。

图6是本申请第二实施例的信息匹配确认方法的流程图。

图7和图8为优选实施例中应用于不同操作系统的信息匹配方法的示意图。

图9、图10和图11为三种辅助验证方式的示意图。

图12是本申请第三实施例的信息匹配确认方法的流程图。

图13是本申请第四实施例的信息匹配确认装置的方框图。

图14是本申请第五实施例的信息匹配确认装置的方框图。

图15是本申请第六实施例的信息匹配确认装置的方框图。

图16示意性地示出了用于执行根据本发明的方法的终端设备的框图。

图17示意性地示出了用于保持或者携带实现根据本发明的方法的程序代码的存储单元。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

本申请的核心思想之一在于，提出一种信息匹配确认方法，可以应用于广告投放效果追踪、归因验证等方面，本发明实施例提出的方案通过设置代理服务器(user-agent)，在用户点击投放于网站的广告链接时，先经过用户的代理服务器，获取点击该广告的用户的用户信息，再跳转到App(应用程序)下载平台供用户下载广告中的App，并且将用户点击的广告的推广资源来源信息和用户信息发送至用户终端存储，在用户安装该App后再次打开时，可以从手机中读取存储的广告的推广资源来源信息和用户信息。通过该方法可以追踪到信息投放的网站，通过点击时的用户信息和安装时的用户信息的对比验证，确认安装者为真正的用户，而不是作弊机器生成的伪用户，避免投放网站作弊。

上述的推广资源的相关信息，例如可以包括大促信息、产品广告、App广告等广告，也可以是其他公开发布的内容。这些投放信息可以为一个链接，被投放至各种App、网站等资源推广平台。

第一实施例

图1所示为本发明第一实施例的信息匹配确认方法的示意图。图2和图3分别所示为本发明实施例提出的信息匹配确认方法的示意图，用于形象地说明针对Android系统用户和iOS用户的信息匹配确认方法。

如图1和图2所示，针对Android用户，用户通过Android系统的用户终端10在资源推广平台40点击广告主投放的某App广告链接时，生成来自用户终端的资源查询请求。该链接先跳转至预先设置的追踪服务器(user-agent)20，该追踪服务器20可以从用户点击该App广告链接生成的用户请求中获取用户信息，例如用户IP、手机型号、操作系统、操作系统版本号等，存储至追踪服务器20中，并且将推广资源来源信息(例如App广告投放的平台的相关信息)发送至用户终端10，例如存储在用户终端10的剪切板中。上述的资源推广平台例如是网页、App等任何能够投放资源的环境，所投放的资源例如是广告、推荐等内容，并不特别限定。

之后，通过已有的Deferred deep linking技术，可以从追踪服务器10跳转到应用程序发布平台30(例如Google Play)。在用户通过应用程序发布平台30安装了该App之后，一方面已安装的App可以将用户终端10的剪贴板中获取的信息——例如前述的推广资源的来源信息，发送至追踪服务器20，例如Google Play这一平台可以通过Google Referrer这一广播信息通知该追踪服务器20用户已安装了该App。另一方面，该App还可以采集用户的信息并回传至追踪服务器20。由于追踪服务器中已经存在推广资源的来源信息和用户信息，在采集到用户安装App后由App回传到追踪服务器20的信息后，可以与已存的用户信息进行比对，确定该用户的推广资源的来源信息，即该用户是从哪一资源推广平台获知该App的推广信息，并下载安装。

如图3所示，针对iOS用户，用户通过iOS系统的用户终端10在资源推广平台40(例如某网页或App等)点击广告主投放的某App广告链接时，该链接先跳转至广告主设置的追踪服务器(user-agent)20，该追踪服务器20可以从用户点击该App广告链接生成的用户请求中获取用户信息，例如用户IP、手机型号、操作系统、操作系统版本号等，存储至追踪服务器中，并且将推广资源来源信息(例如App广告投放的平台的相关信息)发送至用户终端10，例如存储在用户终端10的剪切板中。

之后，通过已有的Deferred deep linking技术，可以从追踪服务器10跳转到应用程序发布平台30(例如Appstore)。在用户通过应用程序发布平台30安装了该App之后，一方面已安装的App可以将用户终端10的剪贴板中获取的信息——例如前述的推广资源来源信息，发送至追踪服务器20。另一方面，该App还可以采集用户的信息并回传至追踪服务器20。由于追踪服务器中已经存在推广资源来源信息和用户信息，在采集到用户安装App后由App回传到追踪服务器20的信息后，可以与已存的用户信息进行比对，确定该用户的推广资源来源信息，即该用户是从哪一资源推广平台获知该App的推广信息。

因此，本发明第一实施例提出了一种信息匹配确认方法。图1所示为本发明第一实施例的信息匹配方法的流程图。如图1所示，本发明第一实施例提出一种信息匹配确认方法，可以包括如下步骤：

S101，接收来自用户终端的资源查询请求，所述资源查询请求中包含推广资源的第一来源信息和第一用户信息，并将所述第一来源信息发送至用户终端；

在一实施例中，广告投放商在资源推广平台投放了针对其产品——例如某App的广告，这一广告可能是该App的推广信息、App中促销信息的推广信息、App中商品的推广信息等。之后，用户终端10通过资源推广平台(例如各种网站、App等广告投放平台)点击了该广告的连接，在此之后，在步骤S101中，追踪服务器20接收用户终端30点击该广告的链接后生成的用户请求。

根据该用户请求，追踪服务器20获取该请求的推广资源来源信息，即推广资源的第一来源信息；并获取用户终端10的浏览器发送的用户代理(user-agent)信息，获取第一用户信息。

第一来源信息例如包括该广告的ID、广告的链接、广告投放的平台信息等。第一用户信息例如包括手机型号、操作系统、版本等信息。

关于用户代理信息，图4和图5所示为用户终端10向追踪服务器20传送的用户代理信息的示意图。如图4和图5，不同的浏览器所传送给的用户代理人信息不同，但是基本都包含用户的手机型号、操作系统、版本等信息。图4和图5列出了多种浏览器可以提供的用户代理信息的示意图。由图4可以看出，以Google Chrome浏览器为例，可以看出用户使用的是Linux操作系统、Android系统版本为4.4.4，手机型号为HTCD820u；这些信息可以回传到追踪服务器，用于后续的匹配判断。

追踪服务器20检测到用户请求之后可以获得用户请求关联的上述推广资源的第一来源信息和第一用户信息，并将第一来源信息发送至用户终端。例如可以将该第一来源信息发送至用户终端10剪贴板进行存储，或者还可以将第一信息来源储存到其他存储空间。

追踪服务器20可以根据用户操作系统的不同，将用户的请求跳转到不同的应用程序发布平台。由于现有的无线终端的操作系统主要有Android和iOS两种，现有的应用程序发布平台主要有两者，一个是Android系统的Google Play，一个是iOS系统的Appstore。在此以二者为例进行说明，但是，本发明并不限定操作系统和应用程序发布平台为上述两者。

在检测到操作系统类型后，例如，将对应的Android操作系统用户终端的用户请求跳转到Google play的该App下载页面，将对应的iOS系统用户终端的用户请求跳转到Appstore的该App下载页面。这一步骤中，可以利用已有的Deferred deep linking技术，即投放针对该App的广告时，跳往追踪服务器的URL中会包含目标页面，例如所投放的App的下载页面，或者所投放的促销页面、产品推广页面等。

S102，在所述用户终端安装所述应用程序之后，从所述用户终端获取推广资源的第二来源信息和第二用户信息；

在这一步骤中，当用户通过跳转到的应用程序发布平台下载到该App后，在用户终端10安装时，该App会将从用户终端10的信息发送至追踪服务器20。例如，从用户终端10的剪切板中获取步骤S101中存储的该App的推广资源来源信息，即推广资源的第二来源信息；再从用户终端10自身的各种接口读取用户终端10的第二用户信息，例如包括用户IP、操作系统、版本号等。

在多数情况下，第二来源信息即是追踪服务器20存储至用户终端10的信息，因此第二来源信息与第一来源信息应当相同。在另一些情况下，第二来源信息可能是第一来源信息经过格式、封装等处理后获得的信息，其与第一来源信息的内容对应，可能存在形式的不同。如果是经过作弊修改过的推广资源来源信息，则存在第一来源信息与第二来源信息可能无法对应。

S103，确认所述第一用户信息和第二用户信息是否匹配，以及所述第一来源信息与所述第二来源信息是否匹配。

在这一步骤中，如果第一来源信息与第二来源信息匹配，或者第一用户信息与第二用户信息匹配，即二者中任一者满足，则可以认为安装者为真实用户，认为匹配成功。

如上述，在没有作弊的情况下，第一和第二来源信息应当是相同的，第一和第二用户信息也可以至少部分实现匹配。但是，如果用户在安装App之后反馈的信息被劫持，则向追踪服务器20反馈的第二用户信息和第二来源信息可能被篡改。在一些情况下，假设追踪服务器20中存储的第一来源信息和第二来源信息是相互对应且可靠的，则当再次接收到的第二来源信息和第二用户信息与之对应，则可以认为安装App的用户为真实用户，并能够追踪到该App的来源。

因此，本发明第一实施例提出一种信息匹配确认方法，在这一方法中，通过将追踪服务器获得的待安装App的第一来源信息写入用户终端，使得在安装之前得以对推广资源来源信息进行保存，并在用户终端安装了App之后，利用反馈的第二来源信息和第二用户信息，与追踪服务器中预存的信息进行匹配。本发明实施例提出的方案可以用于投放信息来源追踪，通过两次采集信息并进行验证的方式，避免了用户终端安装App之后上报安装信息的过程的作弊导致的错误判定，提高了判定的准确率。

第二实施例

本发明第二实施例提出了一种信息匹配确认方法，图6所示为本发明第二实施例的信息匹配确认方法的流程图。图7和图8所示为本发明第二实施例中针对Android和苹果系统的用户的优选信息匹配方案。

如图6所示，本发明第二实施例提出的信息匹配确认方法包括了如下步骤：

S201，接收来自用户终端的资源查询请求，所述资源查询请求中包含推广资源的第一来源信息和第一用户信息，并将所述推广资源的第一来源信息发送至用户终端；

S202，在所述用户终端安装所述应用程序之后，从所述用户终端获取推广资源的第二来源信息和第二用户信息；

S203，确认所述第一用户信息和第二用户信息是否匹配，以及所述第一来源信息与所述第二来源信息是否匹配。

上述步骤与第一实施例的步骤S101至S103相同或相似，在此不再赘述，本发明着重说明与第一实施例不同之处。

如图6和图7所示，针对Android用户，在第一步，用户通过Android系统的用户终端10在资源推广平台40(例如某网页或App等)点击广告主投放的某App广告链接时，该链接先跳转至广告主设置的追踪服务器(user-agent)20，该追踪服务器20可以从用户点击该App广告链接生成的用户请求中获取第一用户信息，例如用户IP、手机型号、操作系统、操作系统版本号等；并获取第一来源信息，例如该广告投放平台的链接(即网站的引荐来源参数)，生成点击ID。

追踪服务器将每一次用户点击生成的唯一ID，即点击ID与该App广告链接的广告标识一起封装加入Google referrer信息中。Google referrer信息是一个能够以广播的形式通知关联的服务器或者客户端的广播信息，其可以是traceID等自定义信息，Googlereferrer信息可以具有如下的形式：

market://details？id＝com.alibaba.aliexpresshd&referrer＝{referrer}其中可以包括广告标识、推广资源来源信息等。

第二步，追踪服务器20可以根据检测到的用户终端10的操作系统的类型，跳转到应用程序发布平台30(例如Google Play)。第三步，用户终端10安装该App；第四步，在用户通过应用程序发布平台30安装了该App之后，在激活阶段，一方面已安装的App可以将用户终端10的剪贴板中获取的信息——例如前述的Google referrer信息中包含的点击ID，发送至该追踪服务器20。另一方面，该App还可以采集用户的信息并回传至追踪服务器20。再一方面，用户安装打开该App后，系统的广播可以拿到对应的Google referrer数据，与追踪服务器上保存的referrer信息进行匹配。

由于追踪服务器20中已经存在推广资源的第一来源信息和第一用户信息，在采集到用户安装App后由App回传到追踪服务器20的信息后，可以与已存的用户信息进行比对，确定该用户的推广资源来源信息，即该用户是从哪一资源推广平台获知该App的推广信息，并下载安装。

如图6和图8所示，针对iOS用户，用户首先通过iOS系统的用户终端10在资源推广平台40(例如某网页或App等)点击广告主投放的某App广告链接。该链接先跳转至广告主设置的追踪服务器(user-agent)20；第三步，该追踪服务器20可以从用户点击该App广告链接生成的用户请求中获取用户信息，例如用户IP、手机型号、操作系统、操作系统版本号等，存储至追踪服务器中，并且将推广资源来源信息(例如App广告投放的平台的相关信息)写入共享cookie发送至用户终端10，例如存储在用户终端10的剪切板中。

第三步，追踪服务器10根据用户的操作系统将用户请求跳转到应用程序发布平台30(例如Appstore)。在用户通过应用程序发布平台30安装了该App之后，一方面已安装的App可以将用户终端10的剪贴板中获取的信息——例如前述的推广资源来源信息，发送至追踪服务器20。另一方面，该App还可以采集用户的信息并回传至追踪服务器20。由于追踪服务器20中已经存在推广资源来源信息和用户信息，在采集到用户安装App后由App回传到追踪服务器20的信息后，可以与已存的用户信息进行比对，确定该用户的推广资源来源信息，即该用户是从哪一资源推广平台获知该App的推广信息。

在一实施例中，上述步骤S201即接收来自用户终端的资源查询请求，所述资源查询请求中包含第一来源信息和第一用户信息，并将所述第一来源信息发送至用户终端的步骤中，所述第一来源信息存储于所述用户终端的剪贴板。

在一实施例中，追踪服务器20可以获取投放广告的平台信息，例如资源推广平台的网址等推广资源来源信息，并可以获取用户终端10的浏览器发送的用户代理(user-agent)信息，从中获取用户终端IP、用户终端的手机型号、用户终端的操作系统版本信息等用户信息。之后，追踪服务器30将与投放平台相关的第一来源信息发送至用户终端10的通常可以公开访问的剪贴板中。

在本发明一实施例中，上述步骤S202，即在所述用户终端安装所述应用程序之后，从所述用户终端获取第二来源信息和第二用户信息的步骤可以包括如下子步骤：

S202a，在检测到所述用户终端安装所述应用程序之后，接收所述应用程序从所述用户终端的剪贴板获取的第二来源信息；

S202b，接收所述应用程序从所述用户终端获取的第二用户信息。

在子步骤S202a中，上述的追踪服务器20可以从用户终端10获取步骤S201中发送至用户终端10的第一来源信息。如前述，在未经过篡改的情况下，上述的第一来源信息和本步骤中的第二来源信息可以完全相同，也可以相互对应，例如仅是封装发送格式的不同，其具有的实质内容即网站推广资源来源信息，是相符的。在图7和图8所列举的两种情况下，用户终端10分别是通过如下方式发送第二来源信息：

在图7所示的Android系统中，在前述第五步骤中，用户终端10是通过包含点击ID的Google referer信息，借由Google play广播的功能，将剪贴板中的点击ID信息回传至追踪服务器20。在图8所示的iOS系统中，在第五步骤中，用户终端10可以从包含traceID的cookie中获取第一来源信息，生成第二来源信息发送至追踪服务器20。

在步骤S202b中，安装的App可以采集用户终端10的用户IP、手机型号、操作系统、操作系统版本号等信息，作为第二用户信息发送至追踪服务器20。

因此，前述的用户终端的剪贴板获取的第二来源信息，可以是利用广播的方式发送至追踪服务器20。

在本发明一实施例中，前述的第一来源信息可以包括：资源推广平台的平台信息、在资源推广平台中投放的推广信息等。

在本发明一实施例中，前述的推广信息可以包括应用程序推广信息、折扣推广信息、产品推广信息、推广信息标识至少其中之一。

在本发明一实施例中，前述的平台信息包括所述信息平台的网址。

广告商投放至资源推广平台的信息包括如下内容：中间地址——追踪服务器的地址；目标地址——应用程序提供的平台的平台地址。

在前述的方案中，例如在广告投放平台投放广告的时候，跳往的链接中会包含目标页面，例如商品信息或大促页面等，利用Deferred deep linking技术，可以在跳转到应用程序发布平台之后，并在用户下载App之后，激活App后可以跳转到用户先前看到的商品信息或者大促页面。

在本发明一实施例中，上述的推广信息可以包括应用程序信息、折扣信息、和产品信息至少其中之一。

在本发明一实施例中，上述的信息匹配确认方法还包括如下步骤：

S206，当所述第一用户信息和第二用户信息匹配，且所述第一来源信息与所述第二来源信息匹配时，根据匹配结果修改信息投放效果数据。

在这一步骤中，可以根据匹配结果，统计广告投放的效果。上述信息投放效果数据可以是用来衡量通过该广告链接安装App的真实用户的数据，如果匹配成功，则认为是真实的已安装用户，则对应的统计数据可以增加。针对不同的投放平台，投放平台带来的已安装用户越多，证明该平台的投放效果越好。

在本发明一实施例中，所述方法还可以包括如下步骤：

S204，当所述第一用户信息和第二用户信息匹配，且所述第一来源信息与所述第二来源信息匹配时，确定所述资源推广平台；

S205，当所述资源推广平台满足指定条件时时，执行辅助匹配验证。

所述指定条件包括如下至少其中之一：

所述资源推广平台的评分低于指定阈值；

所述资源推广平台与黑名单中的资源推广平台匹配；

所述资源推广平台的作弊比率高于指定值。

在前述步骤中完成匹配之后，如果在步骤S204中根据匹配结果确定出资源推广平台，例如当资源推广平台的历史评分较低、资源推广平台为来源于黑名单数据库中对应的资源推广平台、资源推广平台统计出的作弊比率高，可以执行步骤S205，开启辅助匹配验证。

一般来说如果发现资源推广平台是一个作弊可能性比较高、评分比较低的平台，则可以利用其他手段进行验证。上述的评分可以根据历史数据进行打分确认，在此不再赘述。

辅助匹配验证的方式有多种，以下针对Android系统和iOS系统分别说明。针对Android系统的辅助匹配验证方式，辅助匹配验证的方式可以包括ADID追踪和指纹识别匹配。

图9所示为一实施例的利用ADID验证的方式，ADID即Advertising ID，是广告的唯一识别码；当广告主针对App应用在第三方平台上投放广告，可要求资源推广平台向广告主提供给的追踪服务器发送ADID。在用户下载安装后，广告主的追踪服务器从用户安装的App中获取ADID，与资源推广平台提供的ADID进行匹配。但是这种方式存在的缺点是资源推广平台不一定愿意将ADID发送至广告商的追踪服务器，因此广告商可能存在无法获取ADID的问题。

指纹识别的方法是利用用户的指纹数据对应的信息作为关联，在用户访问广告平台时，追踪服务器记录用户的请求数据中携带的IP地址、国家、手机型号、是否使用Wifi等信息，在用户安装了广告的App之后，用户使用时再次根据用户的指纹信息，从指纹数据库中获取该指纹对应的常用IP地址、国家、手机型号、是否使用Wifi等信息，与追踪服务器中携带的信息进行比对。当比对成功后，则实现匹配，进而发现用户点击广告的来源。当匹配成功，即认为用户是真实的用户，广告投放有效。在这一方案中，可以设置时间阈值，如果在该时间阈值内的信息匹配，则可以认为是真实用户。

针对iOS系统的辅助匹配验证方式，包括IDFA追踪、指纹识别和共享cookie的方式：

IDFA追踪如图9所示，其类似于Android系统的ADID追踪。iOS系统的广告标识符(IDFA)等同于传统的唯一设备标识符(UDID)，因此可以利用IDFA追踪的方式，获取用户设备的IDFA，确认是否匹配。

当广告主针对App应用在资源推广平台上投放广告时，可要求资源推广平台向广告主提供给的追踪服务器发送IDFA。在用户下载安装后，广告主的追踪服务器从用户安装的App中获取IDFA，与第三方提供的IDFA进行匹配。指纹识别的方法与前述相同，是利用用户的指纹数据对应的信息作为关联，在用户访问广告平台时，追踪服务器记录用户的请求数据中携带的IP地址、国家、手机型号、是否使用Wifi等信息，在用户安装了广告的App之后，用户使用时再次根据用户的指纹信息，从指纹数据库中获取该指纹对应的常用IP地址、国家、手机型号、是否使用Wifi等信息，与追踪服务器中携带的信息进行比对。当比对成功后，则实现匹配，进而发现用户点击广告的来源。当匹配成功，即认为用户是真实的用户，广告投放有效。在这一方案中，可以设置时间阈值，如果在该时间阈值内的信息匹配，则可以认为是真实用户。

共享cookie的辅助验证方式如图11所示，其为通过SFSafariViewController为App内部浏览网页提供了更加流畅的方案。对比原有的UIWebView和WKWebView控件，SFSafariViewController提供了很多新的特性，它可以跨App与Safari可以共享Cookie。

当用户在资源推广平台中通过SFSafariViewController控件打开对应广告页面时，追踪服务器可以获取将渠道信息写入Cookie中。当用户安装并激活App，再次使用SFSafariViewController上报激活信息，同时将Cookie中的渠道信息上报给追踪服务器，将本次拿到的Cookie和首次打开广告页面拿到的Cookie进行匹配，如果匹配成功，则认为是正常用户，并未经过篡改。

因此，在本发明一实施例中，所述步骤S205，即当所述资源推广平台满足指定条件时时，执行辅助匹配验证的步骤可以包括如下子步骤：

S20511，当检测到来自资源推广平台的用户请求时，获取用户请求中关联的第一广告标识以及第一用户信息，所述广告标识包括IDFA信息或ADID信息；

S20512，根据所述第一用户信息中的操作系统信息跳转到目标地址，所述目标地址为应用程序发布平台所提供的应用程序下载页面；

S20513，在所述用户终端安装所述应用程序之后，从所述用户终端获取所述应用程序的第二广告标识以及第二用户信息；

S20514，确认所述第一用户信息和第二用户信息是否匹配，以及所述第一广告标识与所述的第二广告标识是否匹配。

在本发明一实施例中，所述步骤S205，即辅助匹配验证的步骤可以包括如下子步骤：

S20521，当检测到来自资源推广平台的用户请求时，获取用户请求中关联的第一cookie信息和第一用户信息，所述第一cookie信息中包括所述资源推广平台相关的渠道信息；

S20522，根据所述第一用户信息中的操作系统信息跳转到目标地址，所述目标地址为应用程序发布平台所提供的应用程序下载页面；

S20523，在所述用户终端安装所述应用程序之后，从所述用户终端获取所述应用程序的第二cookie信息以及第二用户信息，所述第二cookie信息中包括渠道信息；

S20524，确认所述第一用户信息和第二用户信息是否匹配，以及所述第一cookie信息中的渠道信息与所述的第二cookie信息中的渠道信息是否匹配。

S20531，当检测到来自资源推广平台的用户请求时，获取用户请求中关联的第一用户信息，所述第一用户信息包括第一指纹信息和操作系统信息；

S20532，根据所述操作系统信息跳转到目标地址，所述目标地址为应用程序发布平台所提供的应用程序下载页面；

S20533，在所述用户终端安装所述应用程序之后，从所述用户终端获取所述应用程序的第二用户信息，所述第二用户信息中包括第二指纹信息；

S20534，确认所述第一用户信息和第二用户信息是否匹配。

在一实施例中，所述第一来源信息还包括由投放于资源推广平台的推广信息，所述方法还包括如下步骤：

S207，在检测到广播之后，根据所述第一来源信息中的推广信息在应用程序中开启对应于推广信息的页面。

如前述，可以利用Deferred deep linking的技术，在匹配完成之后，开启用户先前在资源推广平台看到的广告页面对应的地址，例如针对某App的交易平台的促销广告，信息投放方在某网站中投放该促销广告，用户在由该网站的链接进入应用程序发布平台下载该App并安装后，打开App后可以自动跳转到该App内促销广告的页面。上述的自动跳转可以使用户安装和使用的体验更加流畅。

在本发明一实施例中，即当指定条件包括所述资源推广平台的作弊比率高于指定值时，所述方法还可以包括如下步骤：

S205a，判断所述辅助匹配验证的完成时间是否在指定范围内；

S205b，当所述辅助匹配验证的完成时间在指定范围内时，确认所述辅助匹配验证有效；

S205c，当所述辅助匹配验证的完成时间超出指定范围内时，确认所述辅助匹配验证无效。

在上述步骤中，当判断出该平台的作弊比率高于指定值时，说明该平台的作弊可能性较大，可以人为设置一些匹配的门槛，例如设置匹配的完成时间不能超过特定时间。上述匹配的完成时间可以是辅助匹配验证操作所采集的第一来源信息/第一用户信息和第二来源信息/第二用户信息的采集时间间隔不能超过特定时间等。

在本发明一实施例中，在匹配结束后，还可以包括：

S208，利用会员ID验证安装的用户是否为真实会员。

例如，该验证会员的步骤包括如下步骤:

S2081，根据用户终端的登录或注册信息获取用户会员标识，

S2082，依据用户会员标识查找对应的设备标识；

S2083，当用户会员标识与N个以上设备标识的对应时，修改信息投放效果数据。

在步骤S2081中，可以利用用户登录或注册的信息，例如用户填写的手机号等，确认用户先前是否申请过App及对应网页的用户会员标识。例如当用户使用某网站，从无线网页版过渡到App版之后，由于用户已经在网页版注册过用户会员标识，在可以根据用户的登录、注册信息确认用户会员标识；在另一些情况下，用户首次登录，则可以根据注册信息为用户分配用户会员标识。

在步骤S2082中，根据用户会员标识可以查找到对应的设备标识，即用户是否曾经在多台设备上登录过。在步骤S2083中，当发现用户在N个以上设备上登录过时，N远大于正常用户平时切换的设备数量，则认为该会员为作弊产生的虚假会员，从而判断为匹配过程中的作弊，可以修改信息投放效果数据，降低资源推广平台的信誉分数。

第三实施例

图12所示为本发明第三实施例提出的信息匹配确认方法的流程图。如图12所示，该实施例提出一种信息匹配确认方法，应用于用户终端，包括如下步骤：

S301，发送资源查询请求；

在这一步骤中，用户终端在浏览器中访问某一网页，或者在App内浏览，当用户终端点击其中的广告等推广资源时，用户终端将针对该推广资源的资源查询请求发送至第一服务端。

S302，接收并存储所述第一服务端发送的推广资源的第一来源信息，所述推广资源的第一来源信息是第一服务端从所述资源查询请求中获取的；

第一服务端例如为追踪服务器，其接收用户发送的资源查询请求，并记录资源查询请求中携带的该推广资源的第一来源信息和第一用户信息，以备后续与用户终端发送的第二来源信息和第二用户信息对比。之后，第一服务端将第一来源信息发送至用户终端。用户终端在这一步骤中接收并存储上述的第一来源信息。

通过已有的Deferred deep linking技术，该推广资源的链接可以从第一服务端跳转到应用程序发布平台，供用户下载该推广资源对应的应用程序。

S303，在安装推广资源对应的应用程序的情况下，通过所述应用程序向所述第一服务端发送资源推广信息的第二来源信息和第二用户信息；

在这一步骤中，用户终端从应用程序发布平台下载安装了对应的应用程序。应用程序会在用户开启时采集用户信息和前述存储的来源信息，生成第二用户信息和第二来源信息。发送至第一服务端。

在信息未经过篡改的情况下，前述的第二来源信息与第一来源信息是相同的，但是如果信息遭到篡改，第二来源信息与第一来源信息可能存在不一致，在此在后续步骤中，第一服务端可以将第一来源信息和第二来源信息匹配，将第一用户信息和第二用户信息匹配，确定二者是否相似或者对应。

在可选实施例中，所述接收并存储所述第一服务端发送的推广资源的第一来源信息，具体为：接收所述第一服务端发送的推广资源的第一来源信息，并存储于剪贴板中。

本实施例提出的信息匹配确认方法至少具有如下优点：

通过将追踪服务器获得的待安装App的第一来源信息写入用户终端，使得在安装之前得以对推广资源来源信息进行保存，并在用户终端安装了App之后，利用反馈的第二来源信息和第二用户信息，与追踪服务器中预存的信息进行匹配。本发明实施例提出的方案避免了用户终端安装App之后上报安装信息的过程的作弊导致的错误判定，提高了判定的准确率。

第四实施例

本发明第四实施例提出一种信息匹配确认装置，如图13所示，该装置包括：

接收模块301，用于接收来自用户终端的资源查询请求，所述资源查询请求中包含推广资源的第一来源信息和第一用户信息，并将所述推广资源的第一来源信息发送至用户终端；

发送模块302，用于在所述用户终端安装所述应用程序之后，从所述用户终端获取推广资源的第二来源信息和第二用户信息；

确认模块303，用于确认所述第一用户信息和第二用户信息是否匹配，以及所述第一来源信息与所述第二来源信息是否匹配。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。

本实施例提出的信息匹配确认装置至少具有如下优点：

第五实施例

本发明第五实施例提出一种信息匹配确认装置，如图14所示，该装置包括：

接收模块401，用于接收来自用户终端的资源查询请求，所述资源查询请求中包含第一来源信息和第一用户信息，并将所述第一来源信息发送至用户终端；

获取模块402，用于在所述用户终端安装所述应用程序之后，从所述用户终端获取第二来源信息和第二用户信息；

确认模块403，用于确认所述第一用户信息和第二用户信息是否匹配，以及所述第一来源信息与所述第二来源信息是否匹配。

在本发明一可选实施例中，所述第一来源信息存储于所述用户终端的剪贴板中。

在本发明一可选实施例中，所述第一来源信息包括所述资源推广平台的网址；

所述第一用户信息还包括用户终端IP、用户终端的手机型号、用户终端的操作系统版本信息其中至少一者；

所述第二用户信息包括用户操作系统、用户终端IP、用户终端的手机型号、用户终端的操作系统版本信息其中至少一者。

在本发明一可选实施例中，所述获取模块403包括：

第二来源信息获取子模块，用于在检测到所述用户终端安装所述应用程序之后，接收所述应用程序从所述用户终端的剪贴板获取的第二来源信息；

接收子模块，用于接收所述应用程序从所述用户终端获取的第二用户信息。

在本发明一可选实施例中，所述第一来源信息包括所述资源推广平台的平台信息，以及在资源推广平台中投放的推广信息。

在本发明一可选实施例中，所述推广信息包括应用程序推广信息、折扣推广信息、产品推广信息、推广信息标识至少其中之一。

在本发明一可选实施例中，所述平台信息包括所述信息平台的网址。

在本发明一可选实施例中，该装置还包括：

第一修改模块404，用于当所述第一用户信息和第二用户信息匹配，且所述第一来源信息与所述第二来源信息匹配时，根据匹配结果修改信息投放效果数据。

在本发明一可选实施例中，所述获取模块包括：

广播信息接收子模块，用于在检测到所述用户终端安装所述应用程序之后，接收应用程序发布平台发送的广播信息；

获取子模块，用于从所述广播信息中获取所述第二来源信息。

第二用户信息获取子模块，用于接收所述应用程序从所述用户终端获取的第二用户信息。

在本发明一可选实施例中，所述装置还包括：

确定模块405，用于当所述第一用户信息和第二用户信息匹配，且所述第一来源信息与所述第二来源信息匹配时，确定所述资源推广平台；

辅助验证模块406，用于当所述资源推广平台满足指定条件时时，执行辅助匹配验证。

在本发明一可选实施例中，所述辅助验证模块406用于：

当检测到来自资源推广平台的用户请求时，获取用户请求中关联的第一广告标识以及第一用户信息，所述广告标识包括IDFA信息或ADID信息；

根据所述第一用户信息中的操作系统信息跳转到目标地址，所述目标地址为应用程序发布平台所提供的应用程序下载页面；

在所述用户终端安装所述应用程序之后，从所述用户终端获取所述应用程序的第二广告标识以及第二用户信息；

确认所述第一用户信息和第二用户信息是否匹配，以及所述第一广告标识与所述的第二广告标识是否匹配。

在本发明一可选实施例中，所述辅助验证模块407用于：

当检测到来自资源推广平台的用户请求时，获取用户请求中关联的第一cookie信息和第一用户信息，所述第一cookie信息中包括所述资源推广平台相关的渠道信息；

在所述用户终端安装所述应用程序之后，从所述用户终端获取所述应用程序的第二cookie信息以及第二用户信息，所述第二cookie信息中包括渠道信息；

确认所述第一用户信息和第二用户信息是否匹配，以及所述第一cookie信息中的渠道信息与所述的第二cookie信息中的渠道信息是否匹配。

在本发明一可选实施例中，所述辅助验证模块407用于：

当检测到来自资源推广平台的用户请求时，获取用户请求中关联的第一用户信息，所述第一用户信息包括第一指纹信息和操作系统信息；

根据所述操作系统信息跳转到目标地址，所述目标地址为应用程序发布平台所提供的应用程序下载页面；

在所述用户终端安装所述应用程序之后，从所述用户终端获取所述应用程序的第二用户信息，所述第二用户信息中包括第二指纹信息；

确认所述第一用户信息和第二用户信息是否匹配。

在本发明一可选实施例中，所述第一来源信息还包括投放于资源推广平台的推广信息，所述装置还包括：

跳转模块408，用于根据所述第一来源信息中的推广信息在应用程序中开启对应于推广信息的页面。

在本发明一可选实施例中，所述装置还包括会员ID验证模块409，其可以包括如下子模块:

会员ID获取模块，用于根据用户终端的登录或注册信息获取用户会员标识，

设备标识获取模块，用于依据所述用户会员标识查找对应的设备标识；

修改模块，用于当所述用户会员标识与N个以上设备标识的对应时，修改信息投放效果数据。

综上所述，本实施例提出的信息匹配确认装置至少具有如下优点：

第六实施例

图15是本申请第六实施例的信息匹配确认装置的方框图。如图15所示，该装置包括：

第一发送模块501，用于发送资源查询请求；

用户终端在浏览器中访问某一网页，或者在App内浏览，当用户终端点击其中的广告等推广资源时，用户终端的第一发送模块501可以将针对该推广资源的资源查询请求发送至第一服务端。

接收模块502，用于接收并存储所述第一服务端发送的推广资源的第一来源信息，所述推广资源的第一来源信息是第一服务端从所述资源查询请求中获取的；

第一服务端例如为追踪服务器，其接收用户发送的资源查询请求，并记录资源查询请求中携带的该推广资源的第一来源信息和第一用户信息，以备后续与用户终端发送的第二来源信息和第二用户信息对比。之后，第一服务端将第一来源信息发送至用户终端。用户终端的第一接收模块502接收并存储上述的第一来源信息。

第二发送模块503，用于在安装推广资源对应的应用程序的情况下，通过所述应用程序向所述第一服务端发送资源推广信息的第二来源信息和第二用户信息；

用户终端从应用程序发布平台下载安装了对应的应用程序。应用程序会在用户开启时采集用户信息和前述存储的来源信息，生成第二用户信息和第二来源信息，通过第二发送模块503发送至第一服务端。

本实施例提出的信息匹配确认装置至少具有如下优点：

图16为本申请一实施例提供的终端设备的硬件结构示意图。如图16所示，该终端设备可以包括输入设备90、处理器91、输出设备92、存储器93和至少一个通信总线94。通信总线94用于实现元件之间的通信连接。存储器93可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器，存储器93中可以存储各种程序，用于完成各种处理功能以及实现本实施例的方法步骤。

可选的，上述处理器91例如可以为中央处理器(Central Processing Unit，简称CPU)、应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，该处理器91通过有线或无线连接耦合到上述输入设备90和输出设备92。

可选的，上述输入设备90可以包括多种输入设备，例如可以包括面向用户的用户接口、面向设备的设备接口、软件的可编程接口、摄像头、传感器中至少一种。可选的，该面向设备的设备接口可以是用于设备与设备之间进行数据传输的有线接口、还可以是用于设备与设备之间进行数据传输的硬件插入接口(例如USB接口、串口等)；可选的，该面向用户的用户接口例如可以是面向用户的控制按键、用于接收语音输入的语音输入设备以及用户接收用户触摸输入的触摸感知设备(例如具有触摸感应功能的触摸屏、触控板等)；可选的，上述软件的可编程接口例如可以是供用户编辑或者修改程序的入口，例如芯片的输入引脚接口或者输入接口等；可选的，上述收发信机可以是具有通信功能的射频收发芯片、基带处理芯片以及收发天线等。麦克风等音频输入设备可以接收语音数据。输出设备92可以包括显示器、音响等输出设备。

在本实施例中，该终端设备的处理器包括用于执行各设备中数据处理装置各模块的功能，具体功能和技术效果参照上述实施例即可，此处不再赘述。

图17为本申请另一实施例提供的终端设备的硬件结构示意图。图17是对图16在实现过程中的一个具体的实施例。如图17所示，本实施例的终端设备包括处理器101以及存储器102。

处理器101执行存储器102所存放的计算机程序代码，实现上述实施例中图1至图5的信息匹配确认方法。

存储器102被配置为存储各种类型的数据以支持在终端设备的操作。这些数据的示例包括用于在终端设备上操作的任何应用程序或方法的指令，例如消息，图片，视频等。存储器102可能包含随机存取存储器(random accessmemory，简称RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

可选地，处理器101设置在处理组件100中。该终端设备还可以包括：通信组件103，电源组件104，多媒体组件105，音频组件106，输入/输出接口107和/或传感器组件108。终端设备具体所包含的组件等依据实际需求设定，本实施例对此不作限定。

处理组件100通常控制终端设备的整体操作。处理组件100可以包括一个或多个处理器101来执行指令，以完成上述图1至图8方法的全部或部分步骤。此外，处理组件100可以包括一个或多个模块，便于处理组件100和其他组件之间的交互。例如，处理组件100可以包括多媒体模块，以方便多媒体组件105和处理组件100之间的交互。

电源组件104为终端设备的各种组件提供电力。电源组件104可以包括电源管理系统，一个或多个电源，及其他与为终端设备生成、管理和分配电力相关联的组件。

多媒体组件105包括在终端设备和用户之间的提供一个输出接口的显示屏。在一些实施例中，显示屏可以包括液晶显示器(LCD)和触摸面板(TP)。如果显示屏包括触摸面板，显示屏可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。

音频组件106被配置为输出和/或输入音频信号。例如，音频组件106包括一个麦克风(MIC)，当终端设备处于操作模式，如语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器102或经由通信组件103发送。在一些实施例中，音频组件106还包括一个扬声器，用于输出音频信号。

输入/输出接口107为处理组件100和外围接口模块之间提供接口，上述外围接口模块可以是点击轮，按钮等。这些按钮可包括但不限于：音量按钮、启动按钮和锁定按钮。

传感器组件108包括一个或多个传感器，用于为终端设备提供各个方面的状态评估。例如，传感器组件108可以检测到终端设备的打开/关闭状态，组件的相对定位，用户与终端设备接触的存在或不存在。传感器组件108可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在，包括检测用户与终端设备间的距离。在一些实施例中，该传感器组件108还可以包括摄像头等。

通信组件103被配置为便于终端设备和其他设备之间有线或无线方式的通信。终端设备可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个实施例中，该终端设备中可以包括SIM卡插槽，该SIM卡插槽用于插入SIM卡，使得终端设备可以登录GPRS网络，通过互联网与服务端建立通信。

由上可知，在图17实施例中所涉及的通信组件103、音频组件106以及输入/输出接口107、传感器组件108均可以作为图16实施例中的输入设备的实现方式。

本申请实施例提供了一种终端设备，包括：一个或多个处理器；和其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述终端设备执行如本申请实施例中一个或多个所述的方法。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本申请所提供的一种信息匹配确认方法和装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims

1.一种信息匹配确认方法，其特征在于，包括：

接收来自用户终端的资源查询请求，所述资源查询请求中包含推广资源的第一来源信息和第一用户信息；

将所述第一来源信息发送至用户终端；

在所述用户终端安装所述推广资源对应的应用程序的情况下，从所述用户终端获取所述推广资源的第二来源信息和第二用户信息；

2.根据权利要求1所述的方法，其特征在于，所述第一来源信息包括资源推广平台的平台信息；所述资源推广平台为所述推广资源发布的平台；

所述第二用户信息包括用户操作系统信息、用户终端IP、用户终端的手机型号、用户终端的操作系统版本信息其中至少一者。

3.根据权利要求1所述的方法，其特征在于，所述从所述用户终端获取推广资源的第二来源信息，具体为：

接收所述应用程序从所述用户终端的剪贴板获取的第二来源信息。

4.根据权利要求1所述的方法，其特征在于，所述从所述用户终端获取推广资源的第二来源信息，具体为：

接收所述应用程序从应用程序发布平台发送的广播信息中获取的第二来源信息。

5.根据权利要求1所述的方法，其特征在于，所述第一来源信息包括资源推广平台的平台信息，以及在所述资源推广平台中发布的所述推广资源的相关信息；所述资源推广平台为推广资源发布的平台。

6.根据权利要求5所述的方法，其特征在于，所述推广资源的相关信息包括应用程序推广信息、折扣推广信息、产品推广信息、推广资源标识至少其中之一。

7.根据权利要求5所述的方法，其特征在于，所述平台信息包括所述资源推广平台的网址。

8.根据权利要求1所述的方法，其特征在于，还包括：

在所述第一用户信息和第二用户信息匹配，且所述第一来源信息与所述第二来源信息匹配的情况下，根据匹配结果修改信息投放效果数据。

9.根据权利要求2所述的方法，其特征在于，所述方法还包括：

在所述第一用户信息和第二用户信息匹配，且所述第一来源信息与所述第二来源信息匹配的情况下，判断所述资源推广平台是否满足指定条件；

在所述资源推广平台满足指定条件的情况下，执行辅助匹配验证；

所述指定条件包括如下至少其中之一：所述资源推广平台的评分低于指定阈值：所述资源推广平台与黑名单中的资源推广平台匹配：所述资源推广平台的作弊比率高于指定值。

10.根据权利要求9所述的方法，其特征在于，所述指定条件包括如下至少其中之一：

所述资源推广平台的评分低于指定阈值；

所述资源推广平台与黑名单中的资源推广平台匹配；

所述资源推广平台的作弊比率高于指定值。

11.根据权利要求9所述的方法，其特征在于，所述指定条件包括所述资源推广平台的作弊比率高于指定值，所述方法还包括：

判断所述辅助匹配验证的完成时间是否在指定范围内；

当所述辅助匹配验证的完成时间在指定范围内时，判定所述辅助匹配验证有效；

当所述辅助匹配验证的完成时间超出指定范围内时，判定所述辅助匹配验证无效。

12.根据权利要求9所述的方法，其特征在于，所述在所述资源推广平台满足指定条件的情况下，执行辅助匹配验证的步骤包括：

在检测到来自资源推广平台的用户请求的情况下，获取用户请求中关联的第一广告标识以及第一用户信息，所述广告标识包括IDFA信息或ADID信息；

根据所述第一用户信息中的操作系统信息跳转到目标地址，所述目标地址为应用程序发布平台的所述应用程序下载页面；

在所述用户终端安装所述应用程序的情况下，从所述用户终端获取所述应用程序的第二广告标识以及第二用户信息；

13.根据权利要求9所述的方法，其特征在于，所述在所述资源推广平台满足指定条件的情况下，执行辅助匹配验证的步骤包括：

在检测到来自资源推广平台的用户请求的情况下，获取用户请求中关联的第一cookie信息和第一用户信息，所述第一cookie信息中包括所述资源推广平台相关的渠道信息；

在所述用户终端安装所述应用程序的情况下，从所述用户终端获取所述应用程序的第二cookie信息以及第二用户信息，所述第二cookie信息中包括渠道信息；

14.根据权利要求9所述的方法，其特征在于，所述在所述资源推广平台满足指定条件的情况下，执行辅助匹配验证的步骤包括：

在检测到来自资源推广平台的用户请求的情况下，获取用户请求中关联的第一用户信息，所述第一用户信息包括第一指纹信息和操作系统信息；

在所述用户终端安装所述应用程序的情况下，从所述用户终端获取所述应用程序的第二用户信息，所述第二用户信息中包括第二指纹信息；

确认所述第一用户信息和第二用户信息是否匹配。

15.根据权利要求1所述的方法，其特征在于，所述方法还包括:

根据用户终端的登录或注册信息获取用户会员标识，

依据所述用户会员标识查找对应的设备标识；

当所述用户会员标识与N个以上设备标识的对应时，修改信息投放效果数据，其中N为设定的自然数。

16.一种信息匹配确认方法，其特征在于，包括：

发送资源查询请求，所述资源查询请求中携带第一用户信息；

接收并存储第一服务端发送的推广资源的第一来源信息，所述推广资源的第一来源信息是所述第一服务端从所述资源查询请求中获取的；

在安装推广资源对应的应用程序的情况下，通过所述应用程序向所述第一服务端发送资源推广信息的第二来源信息和第二用户信息；

所述第一用户信息和第二用户信息用于进行相互匹配确认，所述第一来源信息与第二来源信息用于进行相互匹配确认。

17.根据权利要求16所述的方法，其特征在于，所述接收并存储所述第一服务端发送的推广资源的第一来源信息，具体为：

接收所述第一服务端发送的推广资源的第一来源信息，并存储于剪贴板中。

18.一种信息匹配确认装置，其特征在于，包括：

接收模块，用于接收来自用户终端的资源查询请求，所述资源查询请求中包含推广资源的第一来源信息和第一用户信息，并将所述第一来源信息发送至用户终端；

发送模块，用于在所述用户终端安装应用程序的情况下，从所述用户终端获取推广资源的第二来源信息和第二用户信息；

确认模块，用于确认所述第一用户信息和第二用户信息是否匹配，以及所述第一来源信息与所述第二来源信息是否匹配。

19.一种信息匹配确认装置，其特征在于，包括：

第一发送模块，用于发送资源查询请求；

接收模块，用于接收并存储第一服务端发送的推广资源的第一来源信息，所述推广资源的第一来源信息是所述第一服务端从所述资源查询请求中获取的；

20.一种终端设备，其特征在于，包括：

一个或多个处理器；和

其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述终端设备执行如权利要求1-17中一个或多个所述的方法。

21.一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得终端设备执行如权利要求1-17中一个或多个所述的方法。