一种互联网广告投放方法和装置与流程

本发明涉及通信技术和互联网广告技术领域，特别是涉及一种互联网广告投放方法和装置。

背景技术：

随着互联网的发展，网络已经成为发布信息、业务推广、服务客户、沟通员工的重要手段。互联网广告迅速发展，正在超越传统媒体广告。而实时竞价(realtimebidding，简写为：rtb)方法作为公开的互联网广告平台，占据了互联网广告中很大的份额。

为了识别每个欲竞拍的广告受众是否是自己的目标客户，需求方平台(demandsideplatform，简写为：dsp)通常会与数据管理平台(data-managementplatform，简写为：dmp)合作，以userid作为两者之间的识别标识，在竞拍时获取bidrequest中的userid后，在dmp的方法中查找用户的属性，再决定竞拍价格，从而达到精准投放的目的。

在标准的rtb协议中在bidrequest及adrequest通信文件中均包含用户userid或cookieid，该信息同样属于用户隐私及个人信息数据。其中，个人信息，是指以电子或者其他方式记录的能够单独或者与其他信息结合识别自然人个人身份的各种信息，包括但不限于自然人的姓名、出生日期、身份证件号码、个人生物识别信息、住址、电话号码等。

如图1所示，为现有的一种rtb竞价逻辑示意图，其中，网站或app充当了供应方平台(sell-sideplatform，简写为：ssp)的角色，从图中的逻辑顺序的可以看到：

步骤1，用户使用浏览器访问媒体网站，如网站a。网站a将本网站的内容，比如新闻，呈现给用户。与此同时，媒体网站也会在一些广告位上展示广告给用户。尽管媒体网站的主要工作是展现高品质的内容给用户，但也需要通过广告来赚钱，以使得提供内容的业务能够得以延续。他们可以使用自己的销售队伍销售广告库存。然而，对于媒体网站来说，rtb是越来越重要的销售广告库存的渠道。这里我们假设网站a决定将右上角广告位通过rtb方式进行售卖。

步骤2，网站a将信息传递给广告交易平台。传递的信息包括统一资源定位符(uniformresourcelocator，简写为：url)，广告位置、用户标识码(cookieidentity，简写为：cookieid)等。

步骤3，广告交易平台组织一次竞价，向多个dsp发送流量竞价响应。假定广告主1是dsp其中一个。

步骤4，当广告主1对应的dsp服务器接收到广告交易平台的流量竞价响应，将数据传递给竞价引擎。

步骤5，竞价引擎发送用户id给用户与广告主信息数据库，看用户与广告主的需求是否匹配。

步骤6，竞价引擎接收到用户与广告客户的信息，并决定是否参与竞价及竞标价格。

步骤7，竞价引擎生成一个出价响应，并把它传递给dsp服务器。竞价响应包括竞标价格及比如从哪个广告服务器获取广告创意等其它信息。

步骤8，广告主1对应的dsp服务器发送竞价响应给广告交易平台。

步骤9，广告交易平台在接收到所有dsp服务器的响应或者截止期限到达后进行竞拍。例如，广告交易平台的截止期限是100ms，那么是指广告交易平台发送流量竞价响应与接收dsp出价响应的时间差需在截止期限内。假定广告主1是本次广告竞价交易的赢家。

步骤10，广告交易平台通知用户浏览器竞拍的赢家。浏览器发送广告曝光请求给广告创意所在的广告服务器。

步骤11，广告服务器发送广告创意给用户的浏览器。

步骤12，用户看到网站上的广告。那么如果用户对该广告感兴趣，他会点击广告，从而进入广告主的登陆页。用户浏览广告主的网站，可能采取进一步的行动。例如，如果广告主是一家电子商务公司，用户可能在电子商务网站上进行一次购买活动。

在第1步中用户浏览网站或者打开某个app，触发广告交易竞价的流程，从第2步开始便会在相关消息中携带cookieid，并且至少到第5步骤之前，会一直携带在各传输消息中，所述cookieid跨越了至少三个平台(如图1中网站(即ssp)、广告交易平台和需求方)，如此将cookieid跨平台之间的传输，还携带着对应所述cookieid的，会带来隐私信息泄露的风险。

另外，现有技术中在竞价交易网络中传输消息时所携带的impressionid和bidid没有明确的对应关系，在转变过程中可能导致对应关系丢失，即便相应的消息中携带有cookieid，一旦转变过程中丢失对应关系，也无法通过所述cookieid识别同一用户触发的多个广告竞价过程，其中，impressionid由ssp或者publisher生成，若ssp在未收到真正用户发起的广告请求，仍可以生成impressionid，即可进行虚假广告，现有技术中，dsp及adexchange无法鉴别。其中，publisher类似于互联网服务提供商(internetserviceprovider，简写为：isp)，属于内容提供商，在不同的场景中publisher和供应方平台可以是归属于同一企业，可以是归属于不同的企业。

鉴于此，克服该现有技术所存在的缺陷是本技术领域亟待解决的问题。

技术实现要素：

本发明要解决的技术问题是现有的互联网广告投放方法中涉及用户标识被携带在相关消息中传输，因此，现有技术中存在dsp和ssp所处的广告竞价网络中使用userid或者cookieid带来的潜在隐私泄漏风险。

本发明进一步要解决的技术问题是现有的互联网广告投放方式中采用每个dsp分别向dmp发送目标受众群分类标识请求的方式，该方式增加了dmp的消息处理负载的问题。

本发明中还涉及解决的技术问题是如何对于非法ssp的欺诈广告完成监控，以及由用户侧智能终端模拟器形成的虚假流量的识别。

本发明采用如下技术方案：

第一方面，本发明提供了一种互联网广告投放方法，方法包括：

第一设备接收到携带用户ip地址的广告请求消息后，按照预设方式生成交易编号；

用户标识匹配设备接收到预设协议后从中提取用户标识和用户ip地址，并对所述用户标识进行处理以得到密文模式的用户标识；

所述用户标识匹配设备向数据管理平台发送携带密文模式用户标识的目标受众群分类请求消息，并在获取到数据管理平台返回的目标受众群分类标识后，建立所述用户ip地址和目标受众群分类标识的映射关系；

所述第一设备向网络中ssp发送携带所述交易编号的第一推送消息，以便所述ssp根据所述交易编号，触发广告交易平台向各dsp发送竞价请求消息；

所述第一设备根据用户ip地址从所述用户标识匹配设备中获取目标受众群分类标识后，向各dsp发送携带所述交易编号和目标受众群分类标识的第二推送消息，以便所述dsp根据所述目标受众群分类标识，确定是否向ssp发送携带所述交易编号的竞价响应消息。

第二方面，本发明还提供了一种互联网广告投放装置，用于实现第一方面所述的互联网广告投放方法，所述装置包括：

至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被程序设置为执行第一方面、第二方面或者第三方面所述的互联网广告投放方法。

本发明以交易编号作为对于每一次广告交易过程中的各消息进行统一标识，该交易编号和目标受众群分类标识之间的对应关系在第一设备和用户标识匹配设备之间是可见的，但目标受众群分类标识与用户标识之间的对应关系在用户标识匹配设备和数据管理平台之间是加密的，从而将用户标识信息的存储范围限制在数据封闭环境内，实现了从数据封闭环境单向的输出控制；对于第一设备、dsp和ssp来说则仅凭借交易编号以及目标受众群分类标识，避免了在第一设备、dsp和ssp所处的广告竞价网络中使用用户标识带来的潜在隐私泄漏风险。

进一步的，本发明优选的实现方案中，通过在第二设备中新增dpi功能，或者新增具有dpi功能的第三设备，实现了对于ssp的服务器域名、服务器主机名、服务器地址和/或用户标识的合法性验证过程，从而能够对于非法ssp的欺诈广告，基于对ssp的服务器域名、服务器主机名、服务器地址来完成监控，以及通过用户标识的白名单识别，来完成用户侧智能终端模拟器形成的虚假流量的识别。

进一步的，在本发明另一优选的实现方案中，通过设置增强代理来完成各dsp与数据管理平台之间的目标受众群分类标识的获取，简化了交易平台网络对于数据管理平台的消息负载压力。

【附图说明】

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

图1是本发明提供的现有技术中的一种互联网广告投放方法架构示意图；

图2是本发明实施例提供的一种互联网广告投放方法的流程示意图；

图3是本发明实施例提供的一种互联网广告投放方法中广告请求消息产生以及协议启用的流程示意图；

图4是本发明实施例提供的一种具有dpi功能的互联网广告投放方法的方法流程图；

图5是本发明实施例提供的一种现有技术中的广告竞价的架构示意图；

图6是本发明实施例提供的一种互联网广告投放的系统架构示意图；

图7是本发明实施例提供的一种第二推送消息发送方法流程图；

图8是本发明实施例提供的一种包含两个数管理平台的互联网广告投放的系统架构示意图；

图9是本发明实施例提供的一种具有增强代理情况下的第二推送消息发送方法流程图；

图10是本发明实施例提供的另一种具有增强代理情况下的第二推送消息发送方法流程图；

图11是本发明实施例提供的一种ssp、广告交易平台、dsp三者间信令交互的流程示意图；

图12是本发明实施例提供的一种交由增强代理完成目标受众群分类标识获取的互联网广告投放的系统架构图；

图13是本发明实施例提供的一种用户标识匹配设备通过分光器获取用户标识和用户ip地址的示意图；

图14是本发明实施例提供的一种交由增强代理完成目标受众群分类标识获取下的目标受众群分类标识下发dsp的方法流程图；

图15是本发明实施例提供的一种各dsp获取目标受众群分类标识的方式的方法流程图；

图16是本发明实施例提供的另一种互联网广告投放的系统架构示意图；

图17是本发明实施例提供的一种基于数据管理平台实现的互联网广告投放方法的流程示意图；

图18是本发明实施例提供的一种基于运营商网的互联网广告投放的系统架构示意图；

图19是本发明实施例提供的一种互联网广告投放的信令示意图；

图20是本发明实施例提供的另一种互联网广告投放的信令示意图；

图21是本发明实施例提供的还一种互联网广告投放的信令示意图；

图22是本发明实施例提供的增强网关的功能结构示意图；

图23是本发明实施例提供的一种互联网广告投放装置的结构示意图。

【具体实施方式】

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

此外，下面所描述的本发明各个实施方式中所涉及到的技术特征只要彼此之间未构成冲突就可以相互组合。

在rtb标准的协议中，在ssp对广告生成过程中，以impressionid对广告进行识别，当广告传递至广告交易平台adexchange后，转变成bidid来对单个广告的拍卖进行追踪；同时对于访问移动app而生成的广告，在impressionid和bidid的标准报文中，均包含userid(即用户的识别码，以数据管理平台为运营商侧为例，如手机的msisdn号；以数据管理平台为第三方网络公司为例，如对应平台的虚拟账号)；对于网页版的广告，在impressionid和bidid的标准报文中，则均包含cookieid的信息(例如：用户的虚拟账号)。因此，rtb标准协议中，不仅因为impressionid和bidid的介入，增加了整个竞价过程的可追溯性难度和明确对应性关系难度，而且，因为在标准报文中相关消息中携带的userid或者cookieid(本发明后续各实施例中为了描述的简便，仅以userid作为代表进行描述)，更涉及用户的个人喜好、个人信息等相关隐私的泄密问题。

本发明各实施方式的智能终端可以多种形式存在，该智能终端包括但不限于：

(1)移动通信设备：这类设备的特点是具备移动通信功能，并且以提供话音、数据通信为主要目标。这类终端包括:智能手机(例如iphone)、多媒体手机、功能性手机，以及低端手机等。

(2)超移动个人计算机设备:这类设备属于个人计算机的范畴，有计算和处理功能，一般也具备移动上网特性。这类终端包括：pda、mid和umpc设备等，例如ipad。

(3)便携式娱乐设备：这类设备可以显示和播放视频内容，一般也具备移动上网特性。该类设备包括：视频播放器，掌上游戏机，以及智能玩具和便携式车载导航设备。

(4)服务器：提供计算服务的设备，服务器的构成包括处理器、硬盘、内存、系统总线等，服务器和通用的计算机架构类似，但是由于需要提供高可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。例如，在本发明实施例中用户可以利用服务器运行一个或者多个虚拟智能终端，从而可以进行正常用户账号的登录。

(5)其他具有广告展示功能或连接互联网功能的电子设备。本发明将通过以下具体实施例，展开阐述如何在不同应用场景中，克服相关技术问题。

实施例1:

本发明实施例1提供了一种互联网广告投放方法，用于解决现有技术中在impressionid和bidid的标准报文中会携带userid情况，所述userid还是现有技术中dsp向数据管理平台获取目标受众群分类标识的依据，然而，在网络传输的消息中携带userid和相应目标受众群分类标识会涉及用户隐私的泄露。本发明实施例是对该技术问题设计的一种解决方案。如图2所述，方法包括：

在步骤201中，第一设备接收到携带用户ip地址的广告请求消息后，按照预设方式生成交易编号。

在具体实现方式中，所述第一设备可以是新增的服务器设备(例如：所述第一设备可以是独立设置的增强网关)，也可以是将对应所述第一设备的程序实现方法，藉由已有的网络节点设备完成，其中，所述已有的网络节点设备根据网络架构的不同，可以设置在现有2g和/或3g网络架构中对应的数据核心网设备，包括：网关支持节点(gatewaygprssupportnode，简写为：ggsn)上；或者，演进的分组核心网epc中的公用数据网网关(pdngateway，简写为：pgw)；或者，5gnsa场景对应的数据核心网设备，包括：控制面网关(centralgateway，简；写为：cgw)和分布式网关(distributedgateway，简写为：dgw)；或者，5gsa场景对应的数据核心网设备，包括：接入和移动管理功能(accessandmobilitymanagementfunction，简写为：amf)、会话管理功能(sessionmanagementfunction，简写为：smf)或者用户面管理功能(userplanefunction，简写为：upf)上。

在步骤202中，用户标识匹配设备接收到预设协议后从中提取用户标识和用户ip地址，并对所述用户标识进行处理以得到密文模式的用户标识。

在具体实现方式中，所述用户标识匹配设备可以是新增的服务器设备(例如：所述用户标识匹配设备可以是独立设置的match网关)，也可以是将对应所述用户标识匹配设备的程序实现方法，藉由已有的网络节点设备完成，其中，所述已有的网络节点设备根据网络架构的不同，可以设置在现有2g和/或3g网络架构中对应的数据核心网设备，包括：网关支持节点ggsn上；或者pgw；或者，5gnsa场景对应的数据核心网设备，包括：cgw和dgw；或者，5gsa场景对应的数据核心网设备，包括：amf、smf或者upf上。

在本发明实施例中，所述用户标识匹配设备用于建立用户标识、用户ip地址、目标受众群分类标识和交易编号之间的关联关系，且所述用户标识匹配设备通过预设协议实现相关信息的获取；其中，所述预设协议可以是gtp协议、radius协议、diameter协议或soap协议。在所述数据管理平台对用户标识信息采用hash算法和/或加密算法处理，则所述数据管理平台中存储有密文模式的用户标识信息。为实现与所述数据管理平台间的用户标识匹配，以及对用户标识信息的保护，所述用户标识匹配设备接收到预设协议并从中提取用户标识和用户ip地址后，对所述用户标识的处理过程具体为：所述用户标识匹配设备从所述预设协议中提取用户标识后，按照所述数据管理平台中的预设方式，对用户标识进行hash运算处理和/或加密处理，从而将所述用户标识转换为可与所述数据管理平台中密文模式用户标识相匹配的密文模式用户标识。

其中，通常情况下步骤201和步骤202会分别在第一设备和用户标识匹配设备中同步执行。除此以外，还可以是先执行步骤202再执行步骤201；上述几种步骤执行顺序均属于本发明的保护范围内。

在步骤203中，所述用户标识匹配设备向数据管理平台发送携带密文模式用户标识的目标受众群分类请求消息，并在获取到数据管理平台返回的目标受众群分类标识后，建立所述用户ip地址和目标受众群分类标识的映射关系。在本发明实施例中，所述数据管理平台中存储的用户标识信息是密文模式的，并与目标受众群分类标识相对应。对于上述从所述数据管理平台获取对应用户标识的目标受众群分类标识，可以表现为直接到相应数据管理平台请求和获取；还可以表现为向增强主控单元请求和获取所述目标受众群分类标识(对此，将通过实施例4展开描述)，此时，所述增强主控单元可以理解为专门为一些传统的数据管理平台而设计，并用于根据相应数据管理平台中存储的数据，分析出各用户标识与目标受众群分类标识之间对应关系，存储在数据管理平台中或者本地中，以便供给网络中其它设备或者单元以目标受众群分类请求消息的方式获取。所述用户标识匹配设备将处理后的密文模式用户标识、用户ip地址以及获取的对应用户标识的目标受众群分类标识，均存储于用户标识匹配设备的内部数据库中，并建立用户ip地址和目标受众群分类标识的映射关系，以便供给所述第一设备以目标受众群分类请求消息的方式获取。

在步骤204中，所述第一设备向网络中ssp发送携带所述交易编号的第一推送消息，以便所述ssp根据所述交易编号，触发广告交易平台向各dsp发送竞价请求消息。

其中，通常情况下步骤203和步骤204可以分别在用户标识匹配设备和第一设备中同步执行。除此以外，还可以是先执行步骤204再执行步骤203；上述几种步骤执行顺序均属于本发明的保护范围内。

在步骤205中，所述第一设备根据用户ip地址从所述用户标识匹配设备中获取目标受众群分类标识后，向各dsp发送携带所述交易编号和目标受众群分类标识的第二推送消息，以便所述dsp根据所述目标受众群分类标识，确定是否向ssp发送携带所述交易编号的竞价响应消息。

其中，所述第一设备获取目标受众群分类标识的方法具体为：所述第一设备向所述用户标识匹配设备发送携带用户ip地址和交易编号的目标受众群分类请求消息，所述用户标识匹配设备进而对自身的内部数据库进行查询，根据用户ip地址获取对应的目标受众群分类标识，并建立所述交易编号与目标受众群分类标识之间的关联。

本发明实施例以交易编号作为对于每一次广告交易过程中的各消息进行统一标识，该交易编号和目标受众群分类标识之间的关系在第一设备和用户标识匹配设备之间是可见的，但目标受众群分类标识与用户标识之间的对应关系在用户标识匹配设备和数据管理平台之间是加密的，将用户标识信息的存储范围限制在数据封闭环境内，实现了从数据封闭环境单向的输出控制；对于第一设备、dsp和ssp来说则仅凭借所述交易编号以及目标受众群分类标识(由数据管理平台根据用户标识分析得到)，避免了在第一设备、dsp和ssp所处的广告竞价网络中使用用户标识带来的潜在隐私泄漏风险。

在本发明实施例中，所述交易编号将会作为竞价交易网络中dsp识别由第一设备发送过来的携带目标受众群分类标识的第二推送消息和ssp接收到的第一推送消息的有效对象，此时，所述交易编号可以替代现有rtb协议中的impressionid和bidid作用，进一步起到简化广告竞价过程中的消息字段复杂度，以及解决现有技术问题中，由ssp自主生成impressionid过程，造成虚假广告存在的可能性的问题。另一方面，考虑到与现有rtb协议的兼容性，在本发明实施例实现过程中，同样可以在相关消息字段中携带所述impressionid和bitid，并且，同样可以延用现有技术中对于impressionid和bitid字段的相关处理，此时，交易编号可以仅仅起到对用户标识进行隐藏的作用，并克服现有技术中潜在隐私泄漏风险问题。

通过本发明实施例的上述步骤可知，只有所述用户标识匹配设备接收到的预设协议中携带用户标识信息，而所述第一设备接收到的广告请求消息中并未携带用户标识信息，即上游设备在向所述第一设备发送消息时，便把用户标识从消息中隐藏起来(相比较现有技术而言也可以理解为将所述用户标识从消息字段中删除掉)，具体可以是在标准协议消息格式中删除用于存储用户标识的字段中的内容；还可以是将所述交易编号直接赋值在相应已有协议中规定的用户标识的字段中，替代原本用户标识所起到的作用。除此以外，为了保证目标受众群分类标识能够正常获取，用户标识匹配设备与数据管理平台之间是以携带密文模式的用户标识的信息进行交互的，第一设备与用户标识匹配设备之间是以携带用户ip地址的信息进行交互的；在本发明各实施例中，所述用户标识匹配设备可以认为是划分于数据管理平台所在网络的(例如：同一局域网、业务网等等)，因此，此时用户标识信息的存储范围可以认为是限制在数据封闭环境内，而密文模式的用户标识是在安全性的内网中传输，不涉及现有技术中的潜在隐私泄漏风险问题。

结合本发明实施例1，还对于所述交易编号提供了至少以下几种可选的实现方式：方式一、根据预设的随机算法生成一次性的交易编号，例如：常规的随机算法原理便可以适用；方式二、根据预设的hash算法，将包括用户ip地址在内的相关内容转换为所述交易编号，其中，用户ip地址在内的相关内容，还可以包括竞价时间、竞价位置等等，而hash算法可以借鉴已有的算法自身来实现，在此不再赘述。其中，所述交易编号的生命周期从接收到所述广告请求后开始(具体为所述第一设备接收到广告请求)，在完成竞价过程后结束，其实，对于第一设备来说，其生成的交易编号在执行完上述对于dsp、ssp和用户标识匹配设备的对应消息后，便可以释放相应交易编号所占用的资源，从而进一步提高第一设备中内存资源的利用率。

基于本发明实施例所提出的方法，对于所述广告请求的生成过程以及所述预设协议的启用过程，还提供了几种可行的实现方案，具体的，在指定的网站和/或指定的app上预设有广告位，则相应的在步骤201和步骤202之前，如图3所示，方法还包括：

在步骤301中，用户通过智能终端访问所述指定的网站或者使用所述app时，预设的广告位被触发，并由智能终端发送第一广告请求消息。其中，所述第一广告请求消息中携带有用户ip地址和用户标识；所述第一广告请求消息的产生方式，通常是由所述app或者所述指定的网站，在预设的广告位被触发时，通过用户侧的智能终端产生相应第一广告请求消息。其中，所述预设的广告位被触发，可以是用户的智能终端界面在刷新携带所述预设的广告位的页面时被触发，也可以是在打开所述app时被触发，还可以是在所述app的指定位置区域周期性的被触发等等，在此不做特殊的限定。

在步骤302中，所述第一广告请求被第二设备所获取后，所述第二设备将所述第一广告请求转换为目的地址或下一跳路由地址重定向为所述第一设备的广告请求消息，并向所述第一设备发送所述广告请求消息。其中，需要强调的是，所述第一广告请求消息重定向为广告请求消息时，用户标识信息已经被所述第二设备隐藏起来，因此第一设备获取到的所述广告请求消息中仍然携带有用户ip地址，但并未携带用户标识。在本发明实施例中所述第二设备可以是和第一设备表现为同一台硬件设备，也可以表现为独立的两个硬件设备，因此，在本发明实施例中，所述第二设备同样可以是上述网关支持节点ggsn、公用数据网网关pgw、控制面网关cgw、分布式网关dgw、接入和移动管理功能amf、会话管理功能smf或者用户面管理功能upf。

在步骤303中，所述第一广告请求被第二设备所获取后，所述第二设备将自身具备的协议客户端功能激活，并设置所述用户标识匹配设备为协议服务器端，以便向所述用户标识匹配设备发送所述预设协议。其中，在本发明实施例中所述第二设备已具备协议客户端功能，只需在获取到第一广告请求后进行功能激活，并设置所述用户标识匹配设备为协议服务器端，即可使所述用户标识匹配设备通过预设协议，从所述第二设备获取用户标识信息和用户ip地址信息。

在本发明实施例中，所述第二设备中通常还会给予设计数据包的深度检测dpi功能，用于验证ssp和/或用户的合法性，则所述第二设备获取所述第一广告请求后，如图4所示，方法还包括：

在步骤401中，读取所述第一广告请求中携带的ssp的服务器域名、服务器主机名、服务器地址和/或用户标识、用户ip地址，验证所述ssp和/或用户的合法性。其中，可选的方式之一是所述第二设备中存储有白名单，可以用于分析所述ssp的服务器域名、服务器主机名、服务器地址和/或用户标识、用户ip地址的合法性；可选的方式之二是所述白名单被设置在网络中的某一服务器中，并提供给所述第二设备的访问权限。

在步骤402中，若验证结果合法，则将所述第一广告请求转换为目的地址或下一跳路由地址重定向为所述第一设备的广告请求消息，并向所述第一设备发送所述广告请求消息；同时第二设备将自身具备的协议客户端功能激活，并设置所述用户标识匹配设备为协议的服务器端，以便向所述用户标识匹配设备发送预设协议。相应的，若验证结果不合法，则第二设备或者第三设备将所述第一广告请求丢弃或者将其发送给ssp(此时，由ssp来完成不合法的第一广告请求的后续判断)。

在本发明实施例中，dpi功能除了可以利用上述第二设备来完成以外，还可以基于独立的具有所述dpi功能的第三设备来完成，因此，所述第二设备获取所述第一广告请求后，还可以实现为步骤401’-步骤403’，具体包括：

在步骤401’中，第二设备将所述第一广告请求转发给所述第三设备。

在步骤402’中，所述第三设备读取所述第一广告请求中携带的ssp的服务器域名、服务器主机名、服务器地址和/或用户标识、用户ip地址，验证所述ssp和/或用户的合法性。其中，可选的方式之一是所述第三设备中存储有白名单，可以用于分析所述ssp的服务器域名、服务器主机名、服务器地址和/或用户标识、用户ip地址的合法性；可选的方式之二是所述白名单被设置在网络中的某一服务器中，并提供给所述第三设备的访问权限。

在步骤403’中，若验证结果合法，则第二设备或者第三设备将所述第一广告请求转换为目的地址或下一跳路由地址重定向为所述第一设备的广告请求消息，并向所述第一设备发送所述广告请求消息；同时将第二设备的协议客户端功能激活，并设置所述用户标识匹配设备为协议的服务器端，以便第二设备向所述用户标识匹配设备发送预设协议。其中，若步骤403’中的过程是由第二设备执行完成，则相应的第三设备便是作为一个dpi外挂设备，即第三设备获取到dpi验证请求，验证完毕，然后返回经验证结果给第二设备，以便第二设备根据验证结果执行步骤403’内容。若步骤403’中的过程是由第三设备执行完成，则相应第三设备便是作为一个dpi串行设备存在，即第三设备获取到dpi验证请求，验证完毕后，直接根据验证结果执行步骤403’内容。

相应的，在本发明实施例中还给与了第二设备和第三设备几种可能的实现组合方式，例如：第二设备具体为网关支持节点ggsn、分组数据服务节点pdsn(packetdataservingnode，简写为：pdsn)或者公用数据网网关pgw；则相应的第三设备具体为综合业务网关scg(servicecontrolgateway，简写为：scg)或者统一智能控制器uic。之所以提出上述独立配置dpi功能的第三设备，通常情况下是因为作为第二设备的主体来说，其自身的处理能力不太能够带动所述dpi功能，而相应的第二设备又已经是成熟网络架构中的已有设备的客观情形下，步骤401’-403’是在相应情况下基于本发明实施例所提出的白名单过滤机制提出一种实现方式。

在本发明实施例中，除了可采用上述的步骤301-303所述的生成广告请求消息和启用预设协议以外，还提供了一种可选的替代方案。在该替代方案中，用户通过虚拟账号登录到指定的网站和/或指定的app上，并且，在指定的网站和/或指定的app上预设有广告位，则在所述替代方案中，所述广告请求的生成过程，具体为：

用户通过智能终端访问所述指定的网站或者使用所述app时，预设的广告位被触发，并由所述网站的服务器或者app的服务器发送所述广告请求消息；其中，所述广告请求消息中携带有用户ip地址信息，但未携带用户标识信息。

相应地，在所述替代方案中，所述预设协议的启用过程具体为：

用户通过智能终端访问所述指定的网站或者使用所述app时，预设的广告位被触发，并由所述网站的服务器或者app的服务器发送协议激活请求；其中，所述协议激活请求中同时携带有用户ip地址信息和用户标识信息；

所述协议激活请求被第二设备所获取，所述第二设备将自身具备的协议客户端功能激活，并设置所述用户标识匹配设备为协议服务器端，以便向所述用户标识匹配设备发送预设协议。

与步骤301-303不同之处在于，所述广告请求消息和所述协议激活请求是基由内容提供方服务器来实现的，相对而言所述网站的服务器或者app的服务器已经完成了用户账号的安全认证，此时便无需上述步骤401-402中针对用户标识和/或用户ip地址验证设置的dpi功能，进一步的，对于ssp的服务器地址的认证此时交由网站的服务器或者app的服务器来完成的话，其效率会比步骤401-402更快，毕竟内容提供方服务器对于具有哪些ssp来说，了解的更为清楚。

如图5所示，为现有技术中不涉及本发明实施例所提出的第一设备、用户标识匹配设备及其相关方法过程情况下，在几大主要执行主体间所实现的过程关系图；其中，智能终端所产生的第一广告消息请求会直接发送给ssp，此时，第一广告消息中携带用户标识和广告位置相关信息(例如：广告类型、广告尺寸大小、广告持续时长等等)，以便相应ssp确定相应广告的属性，并通过携带impressionid的广告展现请求(此处携带impressionid的广告展现请求为现有trb标准中规定的，同样的在本发明的优选实现方案中，还可以通过交易编号代替所述impressionid完成广告展现请求的有效标识)告知广告交易平台，所述广告交易平台向各dsp发送广告请求，所述广告请求中携带用户标识。而网络中的各dsp在获取到广告请求消息的时候，都会去向数据管理平台查询对应所述用户标识的目标受众群分类，从而确定其向广告交易平台返回的广告响应消息中所携带的竞价内容。

从上述现有的竞价过程可以看到，对于dsp或者广告交易平台来说，由于广告交易平台需要与每一个dsp进行广告请求消息的发送，而最终结果可能是仅仅有个别几个dsp对该用户所属的目标受众群分类感兴趣，如此便会造成网络带宽被多数无效的广告请求消息所占用。对此，基于本发明实施例，还提出了一种可选的改进方案，在所述改进方案中，各dsp与数据管理平台和广告交易平台之间的交互，经由增强代理来完成。如图6所示，所述数据管理平台与所述各dsp之间还设置有增强代理，则实施例1中所涉及的所述第一设备向各dsp发送携带所述交易编号和目标受众群分类标识的第二推送消息，如图7所示，具体包括：

在步骤2051中，所述第一设备发送携带所述交易编号和目标受众群分类标识的第二推送消息，给所述增强代理。

其中，引入的增强代理，不仅能够成为各dsp的前沿筛选器，能够将与自身不关注的目标受众提前识别出来，从而能够简化网络中竞价请求消息和竞价响应消息所造成的不必要的网络带宽的占用；而且，引入的增强代理也能够简化现有技术中数据管理平台的消息处理负荷量，即现有技术中原本由各dsp单独向数据管理平台做目标受众群分类查询的过程，转交由所述增强代理集中处理，其同样可以节省网络带宽的占用。

在步骤2052中，所述增强代理在确认与所述目标受众群分类标识相符合的一个或者多个dsp后，向所述一个或者多个dsp转发所述第二推送消息。

相比较现有技术，通过上述引入增强代理和相应步骤2051-2052的方法过程，简化了现有网络环境中的信令交互过程(包括广告请求消息、广告响应消息、目标受众群分类请求消息等等总称)，并且，综合来说可以提高整个竞价过程的响应效率。在可选的具体实现方式中，本发明实施例除了可以采用上述步骤2052中的“在确认与所述目标受众群分类标识相符合的一个或者多个dsp后，向所述一个或者多个dsp转发所述第二推送消息”方式外，还可以采用增强代理直接向下游dsp透传第二推送消息的方式实现；两种方式各有优劣，前者步骤2052对于增强代理的处理能力有更高的要求，但是可以简化竞价交易网络中的信令传输；而后者相对而言增强代理的处理压力更小，相对而言竞价交易网络中的信令传输较前者繁重。本发明还将在实施例2中展现相对于增设增强代理而言的，另一种可实现的方案。

结合本发明实施例，还存在一种可选的实现方式，其中所述数据管理平台包括第一数据管理平台和第二数据管理平台(如图8所示)，则所述第一设备发送携带所述交易编号和目标受众群分类标识的第二推送消息给所述增强代理(即步骤2051)可参考图9，具体为：

步骤2051’，所述第一设备发送携带所述交易编号、第一目标受众群分类标识和第二目标受众群分类标号的第二推送消息，给所述增强代理。其中，所述第一目标受众群分类标识和第二目标受众群分类标号分别由所述用户标识匹配设备从所述第一数据管理平台和第二数据管理平台中获取，再由所述第一设备从所述用户标识匹配设备中获取；具体实现如下：

首先，所述用户标识匹配设备向第一数据管理平台发送携带密文模式用户标识的第一目标受众群分类请求消息，向第二数据管理平台发送携带密文模式用户标识的第二目标受众群分类请求消息，以便从所述数据管理平台获取对应用户标识的第一目标受众群分类标识和第二目标受众群分类标识；

然后，所述第一设备向所述用户标识匹配设备发送携带用户ip地址和交易编号的第一目标受众群分类请求消息和第二目标受众群分类请求消息，以便从所述用户标识匹配设备中获取第一目标受众群分类标识和第一目标受众群分类标识。

继续参考图9，在所述第一设备发送携带所述交易编号和目标受众群分类标识的第二推送消息给所述增强代理之后(即步骤2051’与步骤2052之间)，方法还包括：

步骤2052’，所述增强代理分析所述第一目标受众群分类标识和第二目标受众群分类标识，得到所述目标受众群分类标识。其中，若所述第一目标受众群分类标识和第二目标受众群分类标识相同，则可以二者取其一作为所述目标受众群分裂标识；而若所述第一目标受众群分类标识和第二目标受众群分类标识不同，则可以取两者的组合作为目标受众群分类标识。

除此以外，对于第一目标受众群分类标识和第二目标受众群分类标识是从属、包含关系的，还可以取其中范围较广的作为目标受众群分类标识，而将另一个作为辅助判断用，例如：两者都匹配上，则相应dsp的竞价策略会选择高额竞价，而在仅匹配上目标受众群分类标识时，相应dsp的竞价策略会选择中额或者低额竞价。

在本发明实施例中，所述交易编号被携带在所述第一推送消息、第二推送消息、竞价请求消息和竞价响应消息中，而各消息中的具体位置可以是已有标准中预留的扩展字段，还可以是原本用于存储用户标识的位置。对于不用的存储位置，对于本领域技术人员而言，都可以依托于本发明实施例1所描述的方法过程，在不同的执行主体上设定去相应存储位置读取交易编号的程序代码，在此不再展开做详细阐述。

通过上述步骤2052’可知，所述第一目标受众群分类标识和第二目标受众群分类标识的分析过程是交由增强代理来完成的，在可选的实现方式中，相应的分析过程也可以交由第一设备或者用户标识匹配设备完成，而对于增强代理来说可以是直接获取到由第一设备或者用户标识匹配设备分析整理得到的目标受众群分类标识。则当采用第一设备完成分析过程时，在所述第一设备发送携带所述交易编号和目标受众群分类标识的第二推送消息给所述增强代理之前(即步骤2051之前)，方法还包括：

所述第一设备从所述用户标识匹配设备中获取第一目标受众群分类标识和第二目标受众群分类标识，并通过分析得到所述目标受众群分类标识。其中，所述第一目标受众群分类标识和第二目标受众群分类标号分别先由所述用户标识匹配设备从所述第一数据管理平台和第二数据管理平台中获取，再由所述第一设备从所述用户标识匹配设备中获取，具体可参考步骤2051’，此处不再赘述。

当采用用户标识匹配设备完成分析过程时，在所述第一设备发送携带所述交易编号和目标受众群分类标识的第二推送消息给所述增强代理之前(即步骤2051之前)，参考图10，方法还包括：

在步骤2049中，所述用户标识匹配设备获取第一目标受众群分类标识和第二目标受众群分类标识后，通过分析得到所述目标受众群分类标识。其中，所述第一目标受众群分类标识和第二目标受众群分类标识的获取过程具体为：所述用户标识匹配设备向第一数据管理平台发送携带密文模式用户标识的第一目标受众群分类请求消息，向第二数据管理平台发送携带密文模式用户标识的第二目标受众群分类请求消息，以便从所述数据管理平台获取对应所述密文模式用户标识的第一目标受众群分类标识和第二目标受众群分类标识。

在步骤2050中，所述第一设备向所述用户标识匹配设备发送携带用户ip地址和交易编号的目标受众群分类请求消息，以便从所述用户标识匹配设备中获取目标受众群分类标识。

在本发明实施例的步骤204中，涉及的所述ssp根据所述交易编号，触发广告交易平台向各dsp发送竞价请求消息的过程，还提供了具体实现内容，如图11所示，包括：

在步骤2041中，所述ssp将所述交易编号携带在广告展现请求中，发送给所述广告交易平台。

其中，所述广告展现请求中还包括广告位id、广告位所处屏数、竞价底价、降价货币、创意信息中的一项或者多项。所述广告展现请求的发送意图是为了让广告交易平台能够将相应信息转发给各dsp，以便相应dsp能够根据获取到的目标受众群分类标识，来确定最终的竞价价格。

在步骤2042中，所述广告交易平台将所述交易编号携带在竞价请求消息中发送给与所述广告交易平台关联的各dsp。

在本发明实施例中，所述广告交易平台发送所述竞价请求消息的方式可以是和现有技术一样，直接由所述广告交易平台发送给竞价交易网络中的各dsp，相应的信令关联结构图，如图12所示。除此以外，在本发明实施例中，引入有所述增强代理的情况下，还可以将现有技术中原本由广告交易平台直接下发给各dsp的竞价请求消息的过程，转由先通过发送给增强代理，再由增强代理下发给各dsp方式来完成，如图6和如图8所示，其信令关联结构图均以此方式为例进行展示的，便是上述由增强代理作为转发竞价请求消息的方式。在具体实现过程中，若设置成需要借由所述增强代理来完成广告交易平台的竞价请求消息的转发，则响应来自各dsp的竞价响应也会交由所述增强代理转发给广告交易平台。但是，在本发明实施例诸多可实现方式中，也不排除由增强代理来为转发广告交易平台发送给各dsp的竞价请求，而相应各dsp直接回复竞价响应给广告交易平台的实现方式，也不排除广告交易平台直接发送竞价请求给各dsp，而相应由增强代理来为转发各dsp回复竞价响给广告交易平台的实现方式。上述各种可能的实现方式，均属于本发明共同发明构思范围内。

在上述各实施例中，所述用户标识匹配设备均是通过接收第二设备自动发送来的预设协议来获取用户标识和用户ip地址，在其他可替换的方案中，所述用户标识匹配设备还可通过设置分光器来自动获取用户标识和用户ip地址，具体为：

在承载有携带用户标识和用户ip地址信息的信道上设置有分光器，所述分光器的一端出口与所述用户标识匹配设备连接，进而使所述用户标识匹配设备通过所述分光器从所述信道中获取用户标识和用户ip地址。其中，所述信道具体可以是服务gprs支持节点(servinggprssupportnode，简写为sgsn)与ggsn间的信道、移动控制节点(mobilitymanagemententity，简写为mme)与服务网关(servinggateway，简写为sgw)间的信道、sgw与pgw间的信道、ggsn与在线计费系统(onlinechargingsystem，简写为ocs)间的信道、pgw与ocs间的信道、ggsn与策略计费规则功能单元(policyandchargingrulesfunction，简写为pcrf)间的信道、pgw与pcrf间的信道、ggsn与路由代理节点(diameterroutingagent，简写为dra)间的信道、pgw与dra间的信道，或者dra与pcrf间的信道。

如图13所示，参考图a，所述信道为sgsn与ggsn间的信道，所述用户标识匹配设备通过分流路径a从信道上截取到协议数据包，并通过gtp协议从数据包提取出用户标识和用户ip地址信息；参考图b，所述信道为mme与sgw间的信道，或者是sgw与pgw间的信道，所述用户标识匹配设备通过分流路径b或c从相应的信道上截取到协议数据包，并通过gtp协议从数据包提取出用户标识和用户ip地址信息；参考图c，所述信道为ggsn与ocs间的信道，或者pgw与ocs间的信道，所述用户标识匹配设备通过分流路径d从信道上截取到协议数据包，并通过diameter协议从数据包提取出用户标识和用户ip地址信息；参考图d，所述信道为ggsn与pcrf间的信道，或者pgw与pcrf间的信道，所述用户标识匹配设备通过分流路径e从信道上截取到协议数据包，并通过diameter协议从数据包提取出用户标识和用户ip地址信息；参考图e，所述信道为ggsn与dra间的信道，或者pgw与dra间的信道，或者dra与pcrf间的信道，所述用户标识匹配设备通过分流路径f或g从相应的信道上截取到协议数据包，并通过diameter协议从数据包提取出用户标识和用户ip地址信息。

实施例2：

相对于实施例1中步骤2051-2052所提出的利用增强代理来实现各dsp与数据管理平台之间的交互方式以外，本发明实施例还提出了一种相比较实施例1中的架构而言，相对于现有的互联网广告投放架构改动较少的可选方案，如图14和图16所示，包括：

在步骤501中，第一设备接收到携带用户ip地址的广告请求后，按照预设方式生成交易编号。

在具体实现方式中，所述第一设备可以是新增的服务器设备(例如：所述第一设备可以是独立设置的增强网关)，还可以是将对应所述第一设备的程序实现方法，藉由已有的网络节点设备完成，其中，所述已有的网络节点设备根据网络架构的不同，可以设置在现有2g和/或3g网络架构中对应的数据核心网设备，包括：ggsn上；或者，演进的分组核心网epc中的pgw；或者，5gnsa场景对应的数据核心网设备，包括：cgw和dgw；或者，5gsa场景对应的数据核心网设备，包括：amf、smf或者upf上。

在步骤502中，用户标识匹配设备接收到预设协议后从中提取用户标识和用户ip地址，并对所述用户标识进行处理以得到密文模式的用户标识。

在本发明实施例中，所述用户标识匹配设备通过预设协议实现相关信息的获取，所述数据管理平台中存储有密文模式的用户标识信息。为实现与所述数据管理平台间的用户标识匹配，并保证用户信息安全，所述用户标识匹配设备接收到协议后对其中用户标识的处理过程具体为：所述用户标识匹配从所述预设协议中提取用户标识后，按照所述数据管理平台中的预设方式，对用户标识进行hash运算处理和/或加密处理，从而将从协议中提取的用户标识转换为，可与所述数据管理平台中密文模式用户标识相匹配的密文模式用户标识。其中，所述预设协议可以是gtp协议、radius协议、diameter协议或soap协议。

在步骤503中，所述第一设备向网络中ssp发送携带所述交易编号的第一推送消息，以便所述ssp根据所述交易编号，触发广告交易平台向各dsp发送竞价请求消息。

对于所述广告交易平台来说，其被触发向各dsp发送竞价请求消息的触发方式，通常是指广告交易平台收到ssp发送的携带所述交易编号的广告展现请求。所述广告展现请求可以是以现有的rtb标准为模板做定制化操作后得到，所述定制化操作便是将本发明实施例提出的交易编号携带在相应的广告展现请求中。

具体而言，所述定制化也可以包括浅层定制和深度定制，所谓浅层定制是指并不去过多的修改已有rtb协议，即保留现有广告展现请求中携带的impressionid，以及在消息中所述impressionid起到的作用；而深度定制，则是将所述impressionid直接删除掉，而是通过所述交易编号替代所述impressionid原本所起到的作用。由于交易编号拥有的一次性和唯一性的特性，其本身就具备有impressionid所需要拥有的功能特性，因此上述两种定制方式，在本发明实施例中均可适用。

在步骤504中，所述第一设备向用户标识匹配设备发送携带用户ip地址和交易编号的第三推送消息，以便所述用户标识匹配设备确定对应所述用户ip地址的密文模式用户标识。同时还可建立交易编号与密文模式用户标识间的关联。

在步骤505中，所述用户标识匹配设备向所述数据管理平台发送携带密文模式用户标识和交易编号的第四推送消息，以便所述数据管理平台确定对应用户标识的目标受众群分类标识。

相比较实施例1中不同的在于，所述的第四推送消息中还携带了交易编号，为的就是所述数据管理平台在后续步骤过程中，能够在接收到源自dsp的目标受众群分类请求消息时，根据所述预先存储的交易编号和密文模式用户标识的对应关系，基于用户标识所关联的数据得到目标受众群分类标识。

在步骤506中，各dsp在获取到源自数据管理平台的交易编号和目标受众群分类标识后，根据所述目标受众群分类标识，确定是否向ssp发送携带所述交易编号的竞价响应。

其中，通常情况下步骤501和步骤502会分别在第一设备和用户标识匹配设备中同步执行；除此以外，还可以是先执行步骤202再执行步骤201。步骤503和步骤504在第一设备可以是同步执行；除此以外，还可以是先执行步骤504再执行步骤503。上述几种步骤执行顺序均属于本发明的保护范围内。

本发明实施例以交易编号作为对于每一次广告交易过程中的各消息进行统一标识，该交易编号和目标受众群分类标识之间的关系在第一设备和用户标识匹配设备之间是可见的，但目标受众群分类标识与用户标识之间的对应关系在用户标识匹配设备和数据管理平台之间是加密的，实现了从数据封闭环境单向的输出控制，将用户标识信息的存储范围限制在数据封闭环境内；而对于第一设备、dsp和ssp来说则仅凭借所述交易编号以及目标受众群分类标识(由数据管理平台根据用户标识分析得到)，避免了在第一设备、dsp和ssp所处的广告竞价网络中使用用户标识带来的潜在隐私泄漏风险。

相比较实施例1中由步骤2051-2052细化出的，通过增强代理来实现各dsp与数据管理平台之间的，且针对某一广告交易的目标受体(例如持有智能终端的用户)的目标受众群分类标识获取来说，本实施例的方案相对于现有技术需要涉及的dsp侧的改动较少，即在实现了对于用户标识在网络传输中的隐藏效果后，尽可能提高了与现有技术方案之间的兼容性。

进一步，在本发明实施例中，对于各dsp获取目标受众群分类标识的方式，相较实施例1存在不同的实现方式中，至少包括以下两种方式：

方式一：

如图15所示，包括：

在步骤5061中，所述第一设备发送携带所述交易编号的第二推送消息，给所述增强代理。

其中，引入的增强代理，不仅能够成为各dsp的前沿筛选器，能够将与自身不关注的目标受众提前识别出来，从而能够简化网络中竞价请求消息和竞价响应消息所造成的不必要的网络带宽的占用；而且，引入的增强代理也能够简化现有技术中数据管理平台的消息处理负荷量，即现有技术中原本由各dsp单独向数据管理平台做目标受众群分类查询的过程，转交由所述增强代理集中处理，其同样可以节省网络带宽的占用。

在步骤5062中，所述增强代理向数据管理平台发送携带所述交易编号的目标受众群分类请求消息。

与实施例1中不同的是，在实施例1中所述目标受众群分类请求消息，是由第一设备向用户标识匹配设备发送，以及用户标识匹配设备向数据管理平台发送的，而在本发明实施例中，直接交由所述增强代理来完成向数据管理平台获取目标受众群分类标识。

在步骤5063中，所述数据管理平台在接收到携带交易编号的目标受众群分类请求后，根据密文模式用户标识和交易编号的映射关系，确定对应所述用户标识的目标受众群分类标识；并将所述目标受众群分类标识携带在目标受众群分类响应消息中返回给所述增强代理。

通过步骤5063内容也证实了在步骤504和步骤505中，所述第一设备向用户标识匹配设备发送的第三推送消息为何携带交易编号，以及用户标识匹配设备向数据管理平台发送的第四推送消息为何携带密文模式用户标识和交易编号的原因，为的是数据管理平台能够预先建立密文模式用户标识和交易编号的映射关系，以及用户标识和目标受众群分类标识的关联关系。其中，用户标识和目标受众群分类标识的关联关系可以是接收到目标受众群分类请求时生成，也可以是在接收到第四推送消息时生成，还可以在更早的时候预先生成，在此不做特殊限定。

在步骤5064中，所述增强代理在获取到数据管理平台返回的目标受众群分类标识后，向所述一个或者多个dsp转发携带所述目标受众群分类标识和交易编号的第二推送消息。

方式二：

具体包括：

在步骤5061’中，所述第一设备发送携带所述交易编号的第二推送消息，给所述增强代理。

在步骤5062’中，所述增强代理向数据管理平台发送携带所述交易编号的目标受众群分类请求消息。

在步骤5063’中，所述数据管理平台在接收到携带交易编号的目标受众群分类请求后，根据密文模式用户标识和交易编号的映射关系，确定对应所述用户标识的目标受众群分类标识；并将所述目标受众群分类标识携带在目标受众群分类响应消息中返回给所述增强代理。

在步骤5064’中，所述增强代理在获取到数据管理平台返回的目标受众群分类标识后，在确认与所述目标受众群分类标识相符合的一个或者多个dsp后，向所述一个或者多个dsp转发携带所述目标受众群分类标识和交易编号的第二推送消息。

其中，方式二相较方式一来说，虽然增加了增强代理的计算负载，但是，对于整个网络中的信令传输负载来说有一定改善的。但是，反过来说，方式一相比较方式二而言，从处理的响应速度来说会比方式二更优，其原因在于方式二中在步骤5044’中的增强代理确认与所述目标受众群分类标识相符合的一个或者多个dsp的执行速度，实际上会成为响应效率的一个瓶颈(一旦增强代理所负责的dsp数量增加，其速度瓶颈问题会愈发明显)，而对于方式一来说，因为增强代理是以一种透传的方式将目标受众群分类标识发送给其负责的各dsp，所以不存在方式二中的响应速度上的瓶颈问题。

除了上述差异点以外，本发明实施例同样可以适用实施例1中各细化展开的实现方式，例如实施例1中的步骤301-303，以及步骤401-402，以及步骤401’-403’，还有步骤2041-2042等不涉及增强代理的相关内容均可适用于本发明实施例，在此不再一一赘述。本发明还将通过实施例7具体阐述本发明实施例在特定应用场景下的实现过程。

实施例3：

本发明在提出了实施例1的互联网广告投放方法和实施例2中相比较实施例1而言的可替代实现的互联网广告投放方法后，本发明实施例将进一步从相对于实施例2而言，就数据管理平台侧如何支撑与实现实施例2中的互联网广告投放方法过程，如图17所示，具体包括：

在步骤601中，数据管理平台接收用户标识匹配设备发送的第四推送消息，所述第四推送消息中携带密文模式用户标识和交易编号。

其中，所述第四推送消息中携带的交易编号，是通过所述第一设备向所述用户标识匹配设备发送的第三推送消息中获取；在上述实施例1和实施例2中已经对所述第一设备、用户标识匹配设备和所述数据管理平台做了相关的补充描述和解释，在此不再赘述。然而，此处之所以描述为第四推送消息，是因为相比较实施例1中用户标识匹配设备向数据管理平台发送携带密文模式用户标识的目标受众群分类请求消息，其目的是为了获取数据管理平台返回的目标受众群分类标识而言，本发明实施例中的所述第四推送消息，更多的是告诉数据管理平台做好准备，后续会有其他主体会像你发送目标受众群分类请求消息。

由此也可以看出，实施例2和实施例3中实现的这种方式，好比提供了一种第一设备和数据管理平台并行处理的机制，该机制尤其会在数据管理平台需要临时分析出目标受众群分分类标识的应用场景中，表现出处理效率上的优越性。

在步骤602中，所述数据管理平台建立所述密文模式用户标识和交易编号之间的映射关系。

实施例2中已经介绍了，用户标识和目标受众群分类标识之间的映射关系可以是预先建立的，也可以是实时分析后建立起来的；而对于步骤602中的密文模式用户标识和交易编号则必须是实时建立的，因为在本发明实施例中，所述交易编号是一次性的，因此，每次数据管理平台接收到一次第四推送消息，便会在第四推送消息中携带新的一次性交易编号和密文模式用户标识，用于数据管理平台建立两者之间的映射关系，为步骤603做预先的准备。

在步骤603中，所述数据管理平台在接收到携带交易编号的目标受众群分类请求后，根据密文模式用户标识和交易编号的映射关系，通过用户标识查找对应目标受众群分类标识。

其中，可选的，数据管理平台每完成一次步骤603中的操作，便可以释放密文模式用户标识和相应交易编号的映射关系，而对于用户标识与目标受众群分类标识之间的映射关系则可以继续保留，并在超出预设有效时间后释放或者更新，这是因为用户的个人数据实时都会更新，尤其是对于一些用户短时间内操作非常关心的广告来说，相应的有效时间会被设置的更短，甚至于直接采用每次接收到第四推送消息的时候实时分析出目标受众群分类标识来建立映射关系，与其最相关的例子便是：用户刚浏览完淘宝中的商品后，在切换到其他网页界面时，相应网页界面上便会投放于用户刚浏览完淘宝中商品相关的广告。对于这种例子情况，数据管理平台中需要针对接收到的第四推送消息实时分析目标受众群分类标识。

在步骤604中，所述数据管理平台将查找到的目标受众分类标识和所述交易编号携带在目标受众群分类响应中返回给请求方。

其中，上述请求方可以是各dsp或者增强代理，具体是两者中的哪一方，将通过本发明实施例后续的扩展方案中具体展开描述。

本发明实施例从数据管理平台侧阐述了对应实施例2的互联网广告投放方法的实现，其以交易编号作为对于每一次广告交易过程中的各消息进行统一标识，该交易编号和目标受众群分类标识之间的关系在第一设备和用户标识匹配设备之间是可见的，但目标受众群分类标识与用户标识之间的对应关系在用户标识匹配设备和数据管理平台之间是加密的，实现了从数据封闭环境单向的输出控制，将用户标识信息的存储范围限制在数据封闭环境内；对于第一设备、dsp和ssp来说则仅凭借所述交易编号以及目标受众群分类标识，避免了在第一设备、dsp和ssp所处的广告竞价网络中使用用户标识带来的潜在隐私泄漏风险。

针对上述请求方的不同实现情况，做以下方案的扩展描述：

方式一、在所述请求方为dsp时，则所述数据管理平台在接收到携带交易编号的目标受众群分类请求，具体实现为：

dsp接收广告交易平台发送的交易请求，所述交易请求中携带所述交易编号；其中，广告交易平台中的所述交易编号是通过ssp发送给所述广告交易平台的广告展现请求中获取；ssp中的所述交易编号是由第一设备的携带所述交易编号的第一推送消息中获得。所述dsp向数据管理平台发送携带交易编号的目标受众群分类请求。所述dsp接受数据管理平台返回的目标受众群分类响应消息。

对于所述广告交易平台来说，所述广告展现请求可以是以现有的rtb标准为模板做定制化操作后得到，所述定制化操作便是将本发明实施例提出的交易编号携带在相应的广告展现请求中。

具体而言，所述定制化也可以包括浅层定制和深度定制，所谓浅层定制是指并不去过多的修改已有rtb协议，即保留现有广告展现请求中携带的impressionid，以及在消息中所述impressionid起到的作用；而深度定制，则是将所述impressionid直接删除掉，而是通过所述交易编号替代所述impressionid原本所起到的作用。由于交易编号拥有的一次性和唯一性的特性，其本身就具备有impressionid所需要拥有的功能特性，因此上述两种定制方式，在本发明实施例中均可适用。

方式二、在所述请求方为增强代理时，则所述数据管理为平台在接收到携带交易编号的目标受众群分类请求，具体实现为：

所述增强代理接收广告交易平台的竞价请求，所述竞价请求中携带交易编号；所述增强代理向数据管理平台发送携带所述交易编号的目标受众群分类请求消息；所述增强代理在获取到数据管理平台返回的目标受众群分类标识后，向所述一个或者多个dsp转发携带所述目标受众群分类标识和交易编号的第二推送消息。

在方式二中，增强代理无论是在与数据管理平台之间，还是在与广告交易平台之间，都起到了方式一中相应各dsp的代理角色，即原本在方式一中需要各dsp来接收自广告交易平台的竞价请求，还是各dsp需要亲自向数据管理平台请求获取的目标受众群分类标识，在方式二中均交由增强代理来代为完成了。相比较方式一而言，方式二能够更集中的处理等同类型的批量消息，降低了数据管理平台和广告交易平台的信令处理负载量。

方式三、在所述请求方为增强代理时，则所述增强代理在发送携带交易编号的目标受众群分类请求之前，方法还包括：

所述第一设备发送携带所述交易编号的第二推送消息，给所述增强代理；所述增强代理向数据管理平台发送携带所述交易编号的目标受众群分类请求消息；所述增强代理在获取到数据管理平台返回的目标受众群分类标识后，向所述一个或者多个dsp转发携带所述目标受众群分类标识和交易编号的第二推送消息。

相对于方式二来说，方式三中虽然也使用了增强代理，但是，方式三中的增强代理更强调完成各dsp获取数据管理平台中的目标受众群分类标识的过程，并且，将该过程的触发方式由方式二中的基于广告交易平台的竞价请求，调整为基于第一设备的第二推送消息来完成。在本发明实施例中，第一设备相对广告交易平台而言，能够更早的获取到广告请求消息，因此，方式三相对于方式二来说，能够给数据管理平台预留更充分的时间，完成其后续的步骤202。而除此之外，对于方式二中对应的广告交易平台的竞价请求是否交由所述增强代理来完成，或者直接由广告交易平台将相应的竞价请求发送给各dsp，在本发明实施例的方式三中都是适用的。

方式四、在所述请求方为增强代理时，则所述增强代理在发送携带交易编号的目标受众群分类请求之前，方法还包括：

所述第一设备发送携带所述交易编号的第二推送消息，给所述增强代理；所述增强代理向数据管理平台发送携带所述交易编号的目标受众群分类请求消息；所述增强代理在获取到数据管理平台返回的目标受众群分类标识后，在确认与所述目标受众群分类标识相符合的一个或者多个dsp后，向所述一个或者多个dsp转发携带所述目标受众群分类标识和交易编号的第二推送消息。

相对于方式三来说，方式四进一步强化了增强代理对于目标受众群分类标识和各dsp之间的匹配关系，由此，虽然会带来增强代理的处理复杂度的提升，但是对于整个竞价交易网络中传输信令的优化是有较大贡献的。

在本发明实施例中，对于可运用的网络架构、节点(例如上述第一设备、第二设备、第三设备、dip功能等等)的具体实现方式可参考实施例1和实施例2中相关内容描述，在此不在赘述。

实施例4：

在本发明实施例1中所提出的一种互联网广告投放方法后，本发明实施例进一步从所述数据管理平台具体是运营商侧，此时数据管理平台具体表现为运营商的客户关系管理平台(customerrelationshipmanagement，简写为：crm)和增强主控单元(enrichmentcontroller，简写为：ec)组成，这是考虑到对于运营商侧的传统crm需要配置一个具有本发明各实施例中描述相关信令交互功能的增强主控单元才能实现各实施例中对应数据管理平台的功能内容，或者，也可以直接认为所述增强主控单元便为本发明各实施例中的数据管理平台，只是其需要传统的类似客户关系管理平台支持。另外，相应第一设备表现为增强网关、第二设备表现为ggsn、增强代理表现为eenrichmentagent的可选组合方案下的具体实现过程。如图18所示，包括：

内容发布方在指定网站或指定app上预设广告位，用户通过智能终端访问相应网站或者使用相应app时，由内容发布方预设的广告位被触发，并由所述用户的智能终端产生一个adrequest(对应于实施例1中的第一广告请求消息)至内容发布方所指定的ssp，此时的adrequest的目的地址是所述指定的ssp的服务器。现有技术中的所述adrequest从用户的移动终端发出，经由网络运营商网络的传送至内容发布方指定的ssp的服务器，而在本发明实施例中，所述adrequest在抵达图18所示的ggsn节点位置时，会经由修改所述adrequest中的下一跳路由地址，重定向为所述增强网关后，再由所述ggsn发出。本实施例中之所以可以通过修改adrequest中的下一跳路由地址，重定向为所述增强网关，是认定在网络架构中，增强网关就是设置在ggsn的下一路由节点上的。否则，便智能采用实施例1中对应修改adrequest中目的地址的方式来实现了。

以预设协议为radius协议为例，数据核心网ggsn已具备radius协议客户端功能，则所述adrequest在抵达图18所示的ggsn节点位置时，数据核心网ggsn的radius协议客户端功能被激活，并设置match网关(对应各实施例中的用户标识匹配设备)为radius协议服务器端，从而可使ggsn与match网关之间通过radius协议实现信息交互，对应图17中的虚线部分。在数据管理平台中，crm系统对用户标识信息加密，增强主控单元中存储的用户标识信息为密文模式；则ggsn通过radius协议将radiusrequest中包含的信息(包含作为用户标识的userid)推送至match网关后，所述match网关按照增强主控单元中的处理方式，将接收到的userid进行加密，转换成能够与增强主控单元中加密用户标识信息相匹配的secretuserid。因此，使得用户标识信息限制在crm系统和增强主控单元的数据封闭环境内。

在本发明实施例中，在移动网络运营商的ggsn出口处，设置dpi功能(以进行网络监控及预防欺诈广告的目的)，在该dpi功能中以白名单whitelist方式对adrequest中的ssp的服务器地址进行识别。

增强网关将对转发过来的对应adrequest的ip报文进行处理，通过随机编号产生器添加上一个一次性的交易编号。再将这些ip报文送回互联网，互联网中的路由网络将继续根据adrequest中携带的对应ssp的服务器的目的地址，继续传送给内容发布方指定的ssp的服务器。

同时增强网关将这些adrequest中包含的信息以及添加的一次性交易编号推送至match网关，所述match网关再将自身加密处理后的secretuserid和一次性交易编号推送至与运营商内部的crm或boss用户信息库对接的增强主控单元，所述dvcc将基于secretuserid在与其关联的运营商内部的crm或boss用户信息库中查找(此时相关信息属于运营商内部网络环境中，并不涉及用户隐私信息的外泄)，看该条交易是否符合下面两个标准：

(1)来自于在运营商网络且已激活的真实用户；

(2)是否属于为某个特定的dsp提前定义好的目标受众人群(audiencegroup)，所述的audiencegroup由dsp通过enrichmentagent(即实施例1中的增强代理在本实施例中的具体表现)提前向运营商申请定制(如图18中enrichmentagent指向增强主控单元的虚线所示过程)，运营商侧的ec会提前给每一个定义的audiencegroup(即目标受众群)分配一个audienceid(对应各实施例中的目标受众群分类号标识)，以便所述ec识别后，向match网关返回与之secretuserid匹配的audienceid，再由所述match网关向所述增强网关返回audienceid。其中，ec会通过match网关向增强网关反馈每个交易的信息，该信息包括该广告是否来自在网且激活的真实用户的结果，以及是否符合某个dsp提前定义的目标受众人群，该信息可以通过将audienceid附加在一次性的交易编号上形式来完成。在优选的实现方式中，audienceid对应于各dsp统一设置，此时，经由所述ec分析得到的audienceid则适用于整个交易网络中的各dsp。

在本发明实施例中，match网关收到从ec返回的结果后，会主动推送这些信息给增强网关，而增强网关进一步会主动推送这些信息给处于运营商网络外部的enrichmentagent，这些enrichmentagent与dsp的平台进行对接，从而使得dsp能够得知该广告是否来自于在网的真实用户，是否属于自己的目标客户群，dsp据此决定是否进行广告投放。

上述实施例4相比较实施例1而言，针对于运营商的数据管理平台crm还增设了增强主控单元，能够预先为各dsp配置好用户标识和目标受众群分类标识之间的对应关系，从而通过所述增强代理，向各dsp提供更为精准的竞价信息，节省了各dsp的处理复杂度和降低了交易平台网络中的消息承载压力。

在本发明主体方案描述完基于运营商的互联网广告投放方法后，还进一步以某ssp使用服务器产生虚假的广告请求，并传送给广告交易平台和dsp进行拍卖为例，阐述基于本发明实施例方式如何解决相应的虚假广告问题。

在现有技术中，按照现有rtb协议，广告交易平台在收到该请求后生成对应的bidrequest(即实施例1中的竞价请求消息)供各dsp进行竞标；因此，现有的rtb协议中缺少一种有效防范机制，在本发明实施例中，则可以通过以下的执行过程来对虚假广告进行有效遏制。

在本发明实施例中，dsp收到该bidrequest后，经过dsp与广告交易平台侧的交易编号的比对，发现该bidrequest并未包含有效的交易编号，也没有有效的目标受众群分类标识(audienceid)，此时dsp可判断该bidrequest无效，不予竞标。

实施例5：

本发明实施例结合如图19所示的信令图，阐述基于第三方数据库管理平台下的，本发明所提出的互联网广告投放方法的具体实现过程。在本发明实施例描述的场景中，并没有引入实施例1所述的增强代理(在实施例4中也被描述为enrichmentagent)，因此，相对于而言本发明实施例在竞价交易网络侧的调整相对较少。

内容发布方在指定网站或指定app上预设广告位，用户通过智能终端访问相应网站时，由内容发布方预设的广告位被触发。

在步骤701中，由所述用户的智能终端产生一个http请求(对应于实施例1中的第一广告请求消息)。

在步骤702中，所述http请求被设置在网络中具有dpi功能的网络节点设备(对应实施例1中的第二设备)所获取；所述网络节点设备在确认所述http请求是发向指定ssp的服务器时，并且在验证http请求中所携带的虚拟账号(在本发明实施例中具体表现为subid，在其它各实施例中也被描述为用户标识)合法性通过后，修改所述http请求的下一跳路由地址，重定向为增强网关在网络中的地址；同时网络节点设备具备协议客户端功能，在合法性通过后还激活自身的协议客户端功能，并设置match网关(对应于各实施例中的用户标识匹配设备)为协议服务器端。其中，对于网络节点设备而言，若确认所述http请求不是发向指定ssp的服务器时，则仅做网站的合法性验证，并在验证通过后按照http请求中的下一跳路由地址转发相应http请求。在可选的实现方式中，所述具有dpi功能的网络节点设备可以就是所述网站或者app的内容提供商的服务器。

在步骤703中，所述具有dpi功能的网络节点设备，通过预设协议将subid信息发送给match网关。在具体实现方式中，对于手机这一类的移动网络来说，所述具有dpi功能的网络节点设备可以ssgn；而对于pc电脑来说，所述具有dpi功能的网络节点设备可以一般意义上的路由器或者网关。

在步骤704中，match网关在接收到网络节点设备发来的预设协议后，提取其中携带的subid，对subid加密处理并向datavault(对应实施例4中的ec)发送audienceid(对应上述各实施例中的目标受众群分类标识)查询请求；所述查询请求中携带加密subid。相应的，datavault在接收到所述audienceid查询请求后，便会通过所述查询请求中携带的加密subid，查询预先整理好的各加密subid所对应的audienceid，并携带在audienceid响应消息中返回给所述match网关。

在步骤705中，所述具有dpi功能的网络节点设备，将重定向后的http请求经由路由网络转发给增强网关。

在步骤706中，增强网关在接收到转发而来的所述http请求后，提取其中携带的userip(对应于各实施例中的用户ip地址)，生成一次性的交易编号，并向match网关发送audienceid(对应上述各实施例中的目标受众群分类标识)查询请求；所述查询请求中携带userip和交易编号。相应地，match网关在接收到所述audienceid查询请求后，便会通过查询请求中携带的所述userip，根据match网关预先从datavault中获取的audienceid，确定各userip所对应的audienceid，并携带在audienceid响应消息中返回给所述增强网关。

在步骤707中，增强网关向各dsp发送携带所述交易编号和目标受众群分类标识的第二推送消息。

在步骤708中，增强网关根据http请求中携带的ssp的服务器地址，向相应ssp发送第一推送消息。其中，所述第一推送消息中将携带由增强网关为本次交易生成的一次性交易编号。所述交易编号将会作为边界网关的右侧就归属于竞价交易网络中针对本次广告竞价交易的有效的标识对象。

在图19中，为了方便界定，还额外的给予了一边界网关的节点，边界网关左侧的属于内网，其中各消息中携带subid是不涉及用户隐私泄密的；而边界网关的右侧就归属于竞价交易网络中，通过本发明实施例所提出的方法所述subid将不再在所述竞价交易网络中传输，其在竞价交易过程中的作用将由所述增强网关生成的一次性交易编号替代。

在步骤709中，ssp在收到源自增强网关的第一推送消息后，便向adexchange发送广告展现请求，其中，广告展现请求中携带所述一次性交易编号。以及tir协议中规定的其它和广告展现请求相关的字段内容。需要强调的是，所述广告展现请求中不携带subid。

在步骤710中，adexchange在接收到所述ssp的广告展现请求后，向其负责范围内的各dsp发送竞价请求。其中，所述竞价请求中携带所述一次性交易编号。

在步骤711中，各dsp根据其从增强代理发送过来的第二推送消息中获取的交易编号，以及从adexchange竞价请求中携带的交易编号，完成呈现广告交易对象的匹配；并进一步的，根据第二推送消息中获取的目标受众群分类标识和adexchange竞价请求中携带的广告位相关信息，确定返回给adexchange竞价响应中携带的竞价价位。在具体实现方式中，还可以在竞价请求中携带智能终端设备相关设备信息，具体可参考rtb标准协议，在此不再赘述。

在步骤712中，adexchange竞价结果回复给ssp。

在步骤713中，ssp将携带dsp的广告内容地址的广告回复消息发送给用户的智能终端。

在步骤714中，智能终端向dsp的内容分发网络(contentdeliverynetwork，简写为：cdn)发送广告内容请求消息。

在步骤715中，dsp的cdn向智能终端返回广告内容，并完成在智能终端相应网页的广告位上的广告内容加载。

实施例6：

本发明实施例结合具体的如图20所示的信令图，阐述基于第三方数据库管理平台下的，本发明所提出的互联网广告投放方法的具体实现过程。相比较实施例5，本发明实施例中引入了增强代理，从而进一步优化了竞价交易网络侧的信令交互效率。

内容发布方在指定网站或指定app上预设广告位，用户通过智能终端访问相应网站时，由内容发布方预设的广告位被触发。

在步骤801中，由所述用户的智能终端产生一个http请求(对应于实施例1中的第一广告请求消息)。

在步骤802中，所述http请求被设置在网络中具有dpi功能的网络节点设备(对应实施例1中的第二设备)所获取；所述网络节点设备在确认所述http请求是发向指定ssp的服务器时，并且在验证http请求中所携带的虚拟账号(在本发明实施例中具体表现为subid，在其它各实施例中也被描述为用户标识)合法性通过后，修改所述http请求的下一跳路由地址，重定向为增强网关在网络中的地址；同时网络节点设备具备协议客户端功能，在合法性通过后还激活自身的协议客户端功能，并设置match网关(对应于各实施例中的用户标识匹配设备)为协议服务器端。其中，对于网络节点设备而言，若确认所述http请求不是发向指定ssp的服务器时，则仅做网站的合法性验证，并在验证通过后按照http请求中的下一跳路由地址转发相应http请求。

在步骤803中，所述具有dpi功能的网络节点设备，通过预设协议将subid信息发送给match网关。在具体实现方式中，对于手机这一类的移动网络来说，所述具有dpi功能的网络节点设备可以ssgn；而对于pc电脑来说，所述具有dpi功能的网络节点设备可以一般意义上的路由器或者网关。

在步骤804中，match网关在接收到网络节点设备发来的预设协议后，提取其中携带的subid，对subid加密处理并向datavault(对应实施例4中的ec)发送audienceid(对应上述各实施例中的目标受众群分类标识)查询请求；所述查询请求中携带加密subid。相应的，datavault在接收到所述audienceid查询请求后，便会通过查询请求中携带的加密subid，查询预先整理好的各加密subid所对应的audienceid，并携带在audienceid响应消息中返回给所述match网关。

在步骤805中，所述具有dpi功能的网络节点设备，将重定向后的http请求经由路由网络转发给增强网关。

在步骤806中，增强网关在接收到转发而来的所述http请求后，提取其中携带的userip(对应于各实施例中的用户ip地址)，生成一次性的交易编号，并向match网关发送audienceid(对应上述各实施例中的目标受众群分类标识)查询请求；所述查询请求中携带userip和交易编号。相应地，match网关在接收到所述audienceid查询请求后，便会通过查询请求中携带的所述userip，根据match网关预先从datavault中获取的audienceid，确定各userip所对应的audienceid，并携带在audienceid响应消息中返回给所述增强网关。

在步骤807中，增强网关向增强代理发送携带所述交易编号和目标受众群分类标识的第二推送消息。

在步骤808中，所述增强代理在接收到所述第二推送消息后，通常拥有两种处理方式：

方式一，直接将第二推送消息转发给其负责的各dsp。

方式二，分析各dsp的订阅信息，并根据所述订阅信息和第二推送消息中携带的目标受众群分类标识，筛选出对用户感兴趣的dsp，并向所述对用户感兴趣的dsp转发所述第二推送消息。其中，所述对用户感兴趣的dsp是指其预先存储在所述增强代理中的订阅信息与所述第二推送消息中携带的目标受众群分类标识相匹配，即表明所述对用户感兴趣的dsp对该竞价广告感兴趣。

在具体实现过程中采用哪种方式，通常根据设置的增强代理的负载能力和网络中由该增强代理所负责的dsp数量，以及目标受众群分类标识的复杂程度综合考虑后折中选定的。

在步骤809中，增强网关根据http请求中携带的ssp的服务器地址，向相应ssp发送第一推送消息。其中，所述第一推送消息中将携带由增强网关为本次交易生成的一次性交易编号。所述交易编号将会作为竞价交易网络中针对本次广告竞价交易的有效的标识对象。

在图20中，为了方便界定，还额外的给予了一边界网关的节点，边界网关左侧的属于内网，其中各消息中携带subid是不涉及用户隐私泄密的；而边界网关的右侧就归属于竞价交易网络中，通过本发明实施例所提出的方法所述subid将不再在所述竞价交易网络中传输，其在竞价交易过程中的作用将由所述增强网关生成的一次性交易编号替代。

在步骤810中，ssp在收到源自增强网关的第一推送消息后，便向adexchange发送广告展现请求，其中，广告展现请求中携带所述一次性交易编号。以及tir协议中规定的其它和广告展现请求相关的字段内容。需要强调的是，所述广告展现请求中不携带subid。

另外，在本发明实施例中虽然用步骤序号来描述各步骤过程，但是本领域技术人员均可知，上述步骤807和步骤808，与步骤809和步骤810之间没有严格的顺序界定，即可以直接按照上述步骤编号依次执行步骤805-808，也可以先执行所述步骤809和步骤810，再执行步骤807和步骤808；还可以同时执行；均属于可能的实现过程。

在步骤811中，adexchange在接收到所述ssp的广告展现请求后，向其负责范围内的各dsp发送竞价请求。其中，所述竞价请求中携带所述一次性交易编号。

在本发明实施例中，步骤808通常是要求在步骤811之前执行完成的，即对于对用户感兴趣的dsp来说，要先从增强代理侧完成第二推送消息的接收，获取里面的交易编号和目标受众群分类标识后，才能识别步骤811过来的交易请求内容。

在步骤812中，各dsp根据其从增强代理发送过来的第二推送消息中获取的交易编号，以及从adexchange竞价请求中携带的交易编号，完成呈现广告交易对象的匹配；并进一步的，根据第二推送消息中获取的目标受众群分类标识和adexchange竞价请求中携带的广告位相关信息，确定返回给adexchange竞价响应中携带的竞价价位。在具体实现方式中，还可以在竞价请求中携带智能终端设备相关设备信息，具体可参考rtb标准协议，在此不再赘述。

在步骤813中，adexchange竞价结果回复给ssp。

在步骤814中，ssp将携带dsp的广告内容地址的广告回复消息发送给用户的智能终端。

在步骤815中，智能终端向dsp的内容分发网络cdn发送广告内容请求消息。

在步骤816中，dsp的cdn向智能终端返回广告内容，并完成在智能终端相应网页的广告位上的广告内容加载。

实施例7：

本发明实施例结合具体的如图21所示的信令图，阐述基于第三方数据库管理平台下的，本发明所提出的互联网广告投放方法的另一种具体实现过程。相比较实施例6的具体实现过程而言，本发明实施例7在于datavault的交互方式上做了调整，将原本实施例6中由增强网关完成的交互过程，交由所述增强代理来实现了。相对而言，本发明实施例属于实施例6的并列可实现方案，虽然在处理上释放了增强网关部分处理负担，但是，在总的信令交互复杂度上却有所增加。具体实现如下：

内容发布方在指定网站或指定app上预设广告位，用户通过智能终端访问相应网站时，由内容发布方预设的广告位被触发。

在步骤901中，由所述用户的智能终端产生一个http请求(对应于实施例1中的第一广告请求消息)。

在步骤902中，所述http请求被设置在网络中具有dpi功能的网络节点设备(对应实施例1中的第二设备)所获取；所述网络节点设备在确认所述http请求是发向指定ssp的服务器时，并且在验证http请求中所携带的虚拟账号(在本发明实施例中具体表现为subid，在其它各实施例中也被描述为用户标识)合法性通过后，修改所述http请求的下一跳路由地址，重定向为增强网关在网络中的地址；同时网络节点设备具备协议客户端功能，在合法性通过后还激活自身的协议客户端功能，并设置match网关(对应于各实施例中的用户标识匹配设备)为协议服务器端。其中，对于网络节点设备而言，若确认所述http请求不是发向指定ssp的服务器时，则仅做网站的合法性验证，并在验证通过后按照http请求中的下一跳路由地址转发相应http请求。

在步骤903中，所述具有dpi功能的网络节点设备，通过协议将subid信息发送给match网关；match网关在接收到网络节点设备发来的协议后，提取其中携带的subid，并对subid加密处理。在具体实现方式中，对于手机这一类的移动网络来说，所述具有dpi功能的网络节点设备可以ssgn；而对于pc电脑来说，所述具有dpi功能的网络节点设备可以一般意义上的路由器或者网关。

在步骤904中，所述具有dpi功能的网络节点设备，将重定向后的http请求经由路由网络转发给增强网关。

在步骤905中，增强网关在接收到转发而来的所述http请求后，提取其中携带的userip(对应于各实施例中的用户ip地址)，生成一次性的交易编号，并向match网关发送携带userip和一次性交易编号的第三推送消息；所述第三推送消息中携带userip和交易编号；使得所述match网关中存储有userip和所述交易编号的对应关系，并建立所述交易编号与match网关中密文模式用户标识间的关联。

在步骤906中，match网关接收到第三推送消息后，向datavault发送携带加密subid和所述交易编号的第四推送消息，使得datavault中存储有加密subid和所述交易编号的对应关系，为后续从竞价交易网络侧接收到携带交易编号的相关消息时，能够根据所述加密subid和所述交易编号的对应关系，返回与所述加密subid对应的audienceid(对应各实施例中的目标受众群分类标识)。

在步骤907中，增强网关向增强代理发送携带所述交易编号的第二推送消息。

在步骤908中，所述增强代理在接收到所述第二推送消息后，根据所述第二推送消息中携带的交易编号，向datavault发送携带所述交易编号的audienceid查询请求(对应于上述各实施例中的目标受众群分类请求)。其中，所述datavault在接收到所述携带所述交易编号的audienceid查询请求息后，提取其中的交易编号，并与本地通过步骤906中存储的交易编号和加密subid的对应关系，提取由本地对应所述加密subid的用户数据获得的audienceid，并通过携带在audienceid响应消息中发送给所述增强代理。其中，所述audienceid响应消息中还携带所述交易编号。

其中，datavault可以是在接收到所述audienceid查询请求后，才进行的audienceid的筛选；除此以外，还可以在接收到步骤906中的第四推送消息后，便通过第四推送消息中携带的所述加密subid，查询预先整理好的各加密subid所对应的audienceid。

在步骤909中，所述增强代理在接收到所述目标受众群分类响应消息后，通常拥有两种处理方式：

方式一，直接将第二推送消息转发给其负责的各dsp。

方式二，分析各dsp的订阅信息，并根据所述订阅信息和第二推送消息中携带的目标受众群分类标识，筛选出对用户感兴趣的dsp，并向所述对用户感兴趣的dsp转发所述第二推送消息。其中，所述对用户感兴趣的dsp是指其预先存储在所述增强代理中的订阅信息与所述第二推送消息中携带的目标受众群分类标识相匹配，即表明所述对用户感兴趣的dsp对该竞价广告感兴趣。

在具体实现过程中采用哪种方式，通常根据设置的增强代理的负载能力和网络中由该增强代理所负责的dsp数量，以及目标受众群分类标识的复杂程度综合考虑后折中选定的。

在步骤910中，增强网关根据http请求中携带的ssp的服务器地址，向相应ssp发送第一推送消息。其中，所述第一推送消息中将携带由增强网关为本次交易生成的一次性交易编号。所述交易编号将会作为边界网关的右侧就归属于竞价交易网络中针对本次广告竞价交易的有效的标识对象。

在图21中，为了方便界定，还额外的给予了一边界网关的节点，边界网关左侧的属于内网，其中各消息中携带subid是不涉及用户隐私泄密的；而边界网关的右侧就归属于竞价交易网络中，通过本发明实施例所提出的方法所述subid将不再在所述竞价交易网络中传输，其在竞价交易过程中的作用将由所述增强网关生成的一次性交易编号替代。

在步骤911中，ssp在收到源自增强网关的第一推送消息后，便向adexchange发送广告展现请求，其中，广告展现请求中携带所述一次性交易编号。以及tir协议中规定的其它和广告展现请求相关的字段内容。需要强调的是，此时的广告展现请求中不携带subid。

在步骤912中，adexchange在接收到所述ssp的广告展现请求后，向其负责范围内的各dsp发送竞价请求。其中，所述竞价请求中携带所述一次性交易编号。

在本发明实施例中，步骤909通常是要求在步骤912之前执行完成的，即对于对用户感兴趣的dsp来说，要先从增强代理侧完成第二推送消息的接收，获取里面的交易编号和目标受众群分类标识后，才能识别步骤912过来的交易请求内容。

在步骤913中，各dsp根据其从增强代理发送过来的第二推送消息中获取的交易编号，以及从adexchange竞价请求中携带的交易编号，完成呈现广告交易对象的匹配；并进一步的，根据第二推送消息中获取的目标受众群分类标识和adexchange竞价请求中携带的广告位相关信息，确定返回给adexchange竞价响应中携带的竞价价位。在具体实现方式中，还可以在竞价请求中携带智能终端设备相关设备信息，具体可参考rtb标准协议，在此不再赘述。

在步骤914中，adexchange竞价结果回复给ssp。

在步骤915中，ssp将携带dsp的广告内容地址的广告回复消息发送给用户的智能终端。

在步骤916中，智能终端向dsp的内容分发网络(contentdeliverynetwork，简写为：cdn)发送广告内容请求消息。

在步骤917中，dsp的cdn向智能终端返回广告内容，并完成在智能终端相应网页的广告位上的广告内容加载。

实施例8：

如图22所示，为本发明实施例提供的一种增强网关(对应实施例1和实施例2中被描述为第一设备，所述增强网关为所述第一设备在具体实施场景中的表现)的内部功能架构图。在增强网关中至少包括用于接收第二设备(例如图22中所示的dpi，此时第二设备中具备有所述dpi功能)转发过来的http请求的httpproxy单元，另外，在增强网关内还要设置分别与match网关(用户标识匹配设备)和dsp交互的增强引擎enrichmentengine和推送服务单元；其中，所述增强引擎用于与match网关交互，通过用户ip地址获取match网关侧的audienceid；其中，match网关侧的audienceid是从数据保险库datavault中获取。除此以外，所述增强引擎enrichmentengine还用于生成一次性交易编号，并分别将所述交易编号转交给所述httpproxy单元和推送服务单元；其中，在所述httpproxy单元中会将所述交易编号添加到http请求转发给ssp的服务器；在所述推送服务单元中，则是将所述交易编号和audienceid推送给增强代理或者直接推送给dsp。

值得说明的是，上述装置内的模块、单元之间的信息交互、执行过程等内容，由于与本发明的处理方法实施例基于同一构思，具体内容可参见本发明方法实施例中的叙述，此处不再赘述。

本发明实施例8仅提供了一种可行的增强网关的架构组成结构，并不作为限定本发明各实施例中相应增强网关实现的限定。

实施例9：

本实施例结合了具体的参数环境，阐述本发明实施例1和实施例6如何在具体的应用场景中实现。

在本发明实施例中dsp_a针对某产品定义其目标客户群体为：20-30岁，男性，长期活动地点为武汉市，每月均有出湖北省漫游的记录；dsp_a将此目标群体条件通过该dsp_a的enrichmentagent(分配编号为65531)向enrichmentcontroller申请，申请通过后分配相应audienceid为01；

某最终用户(25岁，男性，长期活动地点为武汉市且每月有出湖北省漫游的记录，手机号码为13900000001)使用某app产生了广告，该广告请求通过运营商网络被dpi设备识别，传送至enrichmentgateway(增强网关)，分配了交易编号为0010003800120084,该交易编号被放在原有的adrequest中推送给ssp进行正常的rtb拍卖交易；同时激活ggsn的协议客户端功能，ggsn通过协议向match网关发送包含手机号码13900000001的消息，且match网关将手机号码13900000001进行加密；

enrichmentgateway将该交易编号发送给match网关(包含交易编号0010003800120084)，match网关再发送给datavault(包含加密的手机号码13900000001和交易编号0010003800120084)，datavault经过与运营商内部数据库比对，该用户是在网有效数据，且符合dsp_a的audience所对应的01范围，返回给match网关的信息为0010003800120084的交易有效，且附带上audienceid01，match网关进一步返回给enrichmentgateway的信息为0010003800120084的交易有效，且附带上audienceid01；

enrichmentgateway将此信息(0010003800120084的交易有效，附带audienceid01)推送至dsp_a的enrichmentagent，此时dsp_a在rtb市场收到该bidrequest包含交易编号为0010003800120084，则知道该广告请求来自于自己的目标客户的手机，即可以决定竞拍合适的价格。

实施例10：

如图23所示，是本发明实施例的互联网广告投放装置的种结构示意图。本实施例的互联网广告投放装置包括一个或多个处理器21以及存储器22。其中，图23中以一个处理器21为例。

处理器21和存储器22可以通过总线或者其他方式连接，图22中以通过总线连接为例。

存储器22作为一种互联网广告投放方法和装置非易失性计算机可读存储介质，可用于存储非易失性软件程序和非易失性计算机可执行程序，如实施例1中的互联网广告投放方法。处理器21通过运行存储在存储器22中的非易失性软件程序和指令，从而执行互联网广告投放方法。

存储器22可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器22可选包括相对于处理器21远程设置的存储器，这些远程存储器可以通过网络连接至处理器21。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

所述程序指令/模块存储在所述存储器22中，当被所述一个或者多个处理器21执行时，执行上述实施例1中的互联网广告投放方法，例如，执行以上描述的各附图所示的对应于第一设备的各个步骤。

本领域普通技术人员可以理解实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器(rom，readonlymemory)、随机存取存储器(ram，randomaccessmemory)、磁盘或光盘等。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。