优选实施方案的详细描述
在考虑以下描述之后,本领域技术人员将认识到可在不可获得明确提供的装置或用户识别信息的任何联网客户机-服务器环境下利用本发明的教导。这样的环境可包括互联网或内联网或者在其下移动装置浏览器被用于通过网络通讯信道从服务器访问和下载文件的任何客户机-服务器环境,例如移动互联网。在这方面,所提出的独一装置识别管理***的服务器可以是在网络中的任何计算机上执行的分离的应用程序。
为了简化和帮助理解的目的,在不需要明确提供的装置或者用户识别信息的情况下唯一地识别网络分布式装置中所用的示例性背景下公开本发明。在考虑获得本说明书之后,本领域任何技术人员将易于意识到可如何将本发明的教导容易地并入到任何客户机-服务器或者其他类似的分布式处理环境中,在所述类似的分布式处理环境下,客户机不仅可包括连接至网络的特定计算机,而且还包括这样的软件过程,该软件过程具有与另一个这样的过程的网络连接,并向后者请求信息,并且作为响应获得由后者提供的信息。
提供本发明的概述,具体地,在本发明与客户机移动装置中的移动互联网web浏览器一起使用的上下文下的概述,其后对本发明的实现的每个基本组件进行描述。
A.概述
本发明根据本公开内容的宽泛发明教导通过以下方式实现匿名独一装置识别:通过在客户机装置执行的移动装置浏览器以对位于移动装置浏览器的用户透明的方式将代码文件(例如ECMA脚本)下载到浏览器高速缓存中;从1)网络、2)网络互联网网关以及3)客户机装置本身检索装置识别信息。以下述方式对该信息进行处理,即,唯一地识别匿名网络分布式装置,而无需明确提供的装置识别信息(例如,电话号码)或者用户识别信息(例如,浏览器端“小甜饼”)。
具体地,本发明所实施的技术依赖于将静态标记标签嵌入到由内容服务器13传递的内容页面中。这些静态标签有效地下载移动装置浏览器7中的永久脚本,并对该永久脚本进行实例化。该脚本然后透明地执行,以将另外的标记***到内容中,这随后使移动装置浏览器7对根据本发明的驻存在服务器20上的独一装置识别管理***400发起请求。
图1B和图1C中共同显示了互联网环境下的本发明的总体部署。图1A中显示了图1B和图1C的图纸的正确对准,图1B在图1C上方。图2A和图2B共同描绘透明地调用本发明的一般的移动互联网页面xHTML代码和本发明为了将对驻存在服务器20上的外部独一装置识别管理***400的匿名装置独一识别请求***到用户请求的内容中而对该内容动态进行的改变,图2中显示了这些图的图纸的正确对准。为了更好理解,在以下整个论述中,图1B和图1C、图2A和图2B应该被同时提及。
图1B和图1C描绘本发明的互联网环境的框图。
如所示,在其上装置浏览器7执行的客户机装置5通过通讯链路9连接至互联网10。装置浏览器7是常见的移动互联网浏览器,例如可在市面上分别从苹果公司或微软公司买到的IPhone的Safari或者微软的Internet Explorer。优选地,由于将很快变清楚的原因,移动装置浏览器优选支持执行ECMAScript。ECMAScript是标准脚本语言,其被用在网页中以影响这些网页对于用户的外观或行为。ECMAScript是面向对象的,并被认为是可添加任何特定域的对象或者上下文(例如,“文档”概念)的核心语言。虽然为了易于对计算机间动作进行举例说明,互联网10被描绘为具有部分10a和10b,但是本公开内容简单地将这两个部分共称为互联网10。Web浏览器,或者具体地,通过链路11连接至互联网10的移动网站内容服务器13,表示可在市面上买到的任何web HTTP(超文本传送协议)服务器,并且根据本发明,通过装置浏览器7访问web浏览器,以检索所期望的内容页面。虽然设想根据本发明可使用各种HTTP服务器,但是优选实施方案使用微软IIS服务器来配合本***所用的.NET匿名概要分析***。Web服务器13响应于来自移动装置浏览器7的提取特定文件(例如,用户希望查看的内容页面)的请求通过互联网10使用常见的TCP/IP协议(传输控制协议/互联网协议)将该文件下载到移动装置浏览器7。移动装置浏览器7继而将通常在移动显示器上(例如,通过蜂窝电话)向位于客户机装置5并观看客户机装置5的用户展现该文件。
脚本发布HTTP服务器(也称为“脚本服务器”)15通过通讯链路17连接至互联网10,并存储共同实现预定脚本(具体地,ECMAScript)的文件。移动装置浏览器7将该脚本透明地加载到与客户机装置5上的移动装置浏览器相关联的本地内容高速缓存中。脚本服务器15以将在下面描述的方式将脚本下载到客户机移动装置浏览器7。该脚本一旦被实例化和启动就透明地将独一装置识别请求***到移动装置浏览器7随后执行的内容页面中。脚本的永久缓存有利地允许在本地执行后面的内容页面,而不是每次改进性能都需要下载。脚本使得能从客户机装置5内部捕获独一装置鉴别信息。独一装置鉴别信息被从移动装置浏览器7发送到独一装置识别管理***400。
独一装置识别管理***400通过通讯链路23连接至互联网10。本质上,如以下详细论述,如果特定客户机装置5的全球唯一装置标识符GUID存在于本***维护的装置概要数据库中,则该***响应于从在移动装置浏览器7中执行的脚本发起的请求选择该GUID。
内容提供商(一个或更多个)将HTML标签40(其在必要时将该标签与其他HTML标签区分开,以下称为“脚本标签”)嵌入到构成每个推荐链接(referring)网页(比如,这里如图1A所示的内容页面35)的HTML代码中。通常,该脚本标签40相对于该页面的存在HTML代码(在图2A和图2B中显示为HTML代码部分35a和35b)的位置不是关键性的。
这些脚本标签40存在两种元素:ECMA脚本元素,如果终端用户装置支持脚本处理,则ECMA脚本元素被执行。用于这种实现的脚本基于OMA 2006 ECMA脚本标准V1.0(2006年10月),并完全遵循该标准的所要求的各方面。最后,“<noscript>…</noscript>”元素被嵌入在内容中,仅当终端用户客户机装置5不支持ECMA脚本或者在客户机装置5内不启用ECMA脚本时,“<noscript>…</noscript>”元素才被执行。这种实现确保无论客户机装置5是否支持ECMA脚本,在内容页面中总是执行独一装置识别管理***请求。“/site=mysite/”指令之后显示的所有元素与对于任何移动精准定向广告(targeted ad)将预计看到的元素相同,这些额外的精准定向值使用name=value虚拟目录路径格式指定。
脚本文件可从如图1B所示的脚本服务器15动态地产生,或者被脚本服务器15作为静态文件传递。具体地,可将脚本缓存在移动装置浏览器内容高速缓存中。如果适当的话,为了确保仅在第一次服务脚本时通过网络加载脚本,动态地产生合适的HTTP头。无论是在会话内还是在后面的会话期间,都可从本地内容高速缓存直接获得用户的后面内容页面导航。无需通过网络进行另外的加载。如果高速缓存被清除,则所述过程仅在下一次独一装置识别管理***请求标签被展现时重复刷新脚本。
有利的是,非常少见的,如果真有的话,对这些代码部分进行任何需要的改变,以适应脚本标签40。如所示并如下表1再现,实现根据本发明的脚本标签的代码。
表1-脚本和无脚本请求标签
当广告标签(“src=http://ringleaderadserver.com/iserver/scriptsite=mediastamp?/site=mysite/<name>=<value>/<name>=<value>/<name>=<value>”)被移动装置浏览器7执行时,该广告标签的一部分从如图1B所示的脚本服务器15下载脚本文件。移动装置浏览器7继而将该文件作为脚本进行解释和执行。如图2B所示的块200所表示的执行该脚本的效果是将通过该脚本动态编写的独一装置识别管理***请求标签代替脚本标签40***到推荐链接网页中,以形成驻存在移动装置浏览器磁盘高速缓存中的修改的网页,这里为推荐链接内容页面35’。这些***的标签共同形成对独一装置识别管理***400的请求,如本领域技术人员将意识到的,独一装置识别管理***400被实现为服务器。如以下详述并且如以下表2再现,当该请求被移动装置浏览器7解释和执行时,该请求发起对src(src=以下所示部分)所指定的地址的HTTP请求。
表2-独一装置检测请求标签
本发明允许对来自任何装置浏览器或者装置应用程序的HTTP独一装置识别管理***请求作出响应。它使用嵌入在请求URL中的“路径”信息来确定正以何种方式为哪个发行者服务。该路径中的第一级“目录”通常包含如以下实施例中的告诉独一装置识别管理***400以何种方式处理请求的指令:http://Server.domain.com/iserver/SITE=YourSite>/<name>=<value>/<name>=<value>/在这种情况下,“iserver”部分告诉广告服务器返回包含适合于传递发行者“YourSite”的GUID的响应,并将该响应作为对外部服务器的重定向响应返回给移动装置浏览器。存在可用于开发适合于各种服务模型的响应的指令(directive)。
有利的是,本发明的方法提供从外部ECMA脚本文件***如所期望的那么多的请求机制的灵活性,该外部ECMA脚本文件的代码将在内容布局期间被执行。该代码执行所期望的任何预处理或环境检测,并且对于用户是透明的。
使用这种实现形式的一个问题是不支持ECMA脚本显示“没有广告”的那种旧式装置。因此,此刻,目前本发明被阻止将这种机制部署为单一跨平台解决方案。直到旧式装置从市场上退出为止,才使用分离的连接的“<noscript>…</noscript>”标记标签集来实现故障降低(graceful degradation)。只有当客户机装置不支持外部ECMAScript请求时,才执行嵌入在点击次数锚标签(click through anchor tag)中的传统图像请求。如果客户机装置支持ECMAScript,则“noscript”开始标签和结束标签之间的请求不被执行,并被展现为无功能。
不同的浏览器提供不同级别的脚本处理复杂性。装置检测使得定制脚本处理功能可适应每种装置的性能。实施例中“?”查询字符串之后的参数构成网站的精准定向标准,并被提取和***到动态产生的ECMAScript函数中。这些脚本函数在装置中产生特定于查询网站字符串参数的独一装置识别请求机制。当在装置内部执行该脚本时,这些目标被动态地***在内容中。
如果ECMAScript不被支持,或者不被客户机装置启用,则在“<noscript>…</noscript>”标签集中执行前面所述的、表2所示的脚本动态产生的广告图像和点击次数广告请求的等同形式。这些标签是静态的,被所有装置支持,并提供确保客户机端独一装置识别管理***请求总是被执行的机制。ECMAScript提供“<noscript>…</noscript>”标签集不支持的附加请求功能,例如本地装置时间地区信息。
现在,根据头脑里的前面的说明并具体参照图1B和图1C,现在将对与本发明的使用相关联的基本计算机间动作以及在客户机装置中发生的基本伴随处理步骤进行描述。
为了开始浏览会话,用户首先调用客户机装置5的移动装置浏览器7。一旦移动装置浏览器7正在执行,移动装置浏览器7就获得标号31所指代的这个内容页面和地址的选择作为初始网页,所述地址为前面所谓的“默认”内容页面或者先前由用户指定的“加书签的页面”的地址或者由用户手动键入的内容页面的地址,所述“加书签的页面”具有其存储在移动装置浏览器7中的URL。如块33所示,客户机装置5的移动装置浏览器7然后通过包含该页面的URL(即,其包括其文件名的完整的互联网地址)的请求34发出提取该内容页面35的文件的请求。为了简化,假设该页面的文件驻存在内容服务器13上。还假设内容页面35正被请求,这将调用根据本发明的相关联的匿名独一装置识别管理请求。响应于如线34所示的被路由到内容服务器13的请求,如线36所示,该特定服务器将内容页面35的文件下载到客户机装置5,其中,存储在该文件中的代码包含脚本标签40。该脚本标签40的示例性内容显示在虚线块45以及图2A和图2B中。
一旦在如图1B所示的客户机装置5接收到该文件,移动装置浏览器7就如块52所示的那样对内容页面35中的包括脚本标签40的HTML代码进行解释,然后执行该HTML代码,并且因此,开始进行脚本下载/实例化/执行操作50中显示的动作。这些操作最终导致在客户机装置5的移动装置浏览器7中脚本标签40被下载、实例化和启动。一般来讲,移动装置浏览器7如线54所示的那样响应于执行脚本请求标签对脚本服务器15发出提取脚本的请求,以下载脚本。通过各种过程间操作,脚本服务器15如线56所示的那样访问并下载返回的脚本,安装独一装置识别管理请求以在客户机装置上的移动装置浏览器7下执行的脚本的所需文件。一旦脚本文件被下载到客户机装置上的移动装置浏览器高速缓存,移动装置浏览器7就如块58所示的那样进行实例化,并启动脚本执行。
在客户机装置5中的移动装置浏览器7执行的脚本从客户机装置5内部读取另外的独一装置识别信息,为列举代表性的实施例,所述另外的独一装置识别信息例如客户机装置、时钟和时间地区设置、以前在可被脚本访问的客户机装置5中设置的任何独一装置检测“小甜饼”值以及关于移动装置浏览器7本身的版本号的信息。这些值被作为关键字(关键字=值参数)附加到独一装置识别管理***请求互联网URL地址。如块58所示的那样,脚本然后动态地将直接独一装置识别请求标签***到内容页面35中的HTML代码中。一般来讲,移动装置浏览器7如线60所示的那样响应于执行动态***的独一装置识别请求标签对通过通讯链路23连接至互联网10b的独一装置识别管理***400发出装置识别请求。
驻存在服务器20上的独一装置识别管理***400通过通讯链路23连接至互联网10b,并存储以前请求过独一装置识别的客户机装置的独一装置识别概要。本质上,并且如以下详细论述,如果特定客户机装置5的GUID存在于独一装置概要数据库430中,则该***响应于被在移动装置浏览器7中执行的脚本动态***的请求选择该GUID。它如线65所示的那样将重定向的GUID返回给客户机装置5,客户机装置5继而如线95所示的那样将GUID重定向到使用GUID的第三服务器的互联网地址。
在具有不支持脚本的移动装置浏览器7的客户机装置5的情况下,移动装置浏览器7响应于展现静态嵌入在内容页面35中的<noscript>…</noscript>标签执行如图1C所示的块90。不是将对独一装置识别管理***400的请求动态***到内容页面35中,移动装置浏览器7展现嵌入在<noscript>…</noscript>标签之间的标记,并如线98所示的那样对通过通讯链路23连接至互联网10b的独一装置识别管理***400发出请求。
在上述任一情况下,驻存在服务器20上的独一装置识别管理***400如图1C上的线65所示的那样将响应重定向返回给移动装置浏览器7。与客户机装置5匹配的GUID被作为包括在重定向响应的头中的HTTP协议互联网地址的一部分并入。移动装置浏览器7然后执行如图1C中的块91所示的重定向过程,GUID被作为图1C上的线95所示的重定向请求的一部分发送到如图1B所示的第三服务器70。
本发明能确定当移动广告活动被独一访客观看时移动广告活动如何执行。当第一次访客进入网站时,该访客可与来自本发明的独一装置识别管理***400的全球唯一标识符(GUID)相关联。使用这个GUID,广告服务器可记录对于独一访客的展示次数和由该独一访客执行的点击次数。在一个实施方案中,可实时地将该GUID作为如正下面的实施例1所示的这些***中的到creative的“?”重定向之后的查询字符串或者作为关键字(关键字=包含在实施例2所示的重定向URL的路径部分中的值精准定向参数)从本发明的独一装置识别管理***400传递到外部***,例如,代理仪表盘审计(agency dashboard audit)***。
http://eyeblaster.com/creative.gif?GUID=6723591
实施例1——GUID被作为以上显示的“?GUID=6723591”查询字符串的一部分从移动装置浏览器重定向传递到外部***
http://eneblaster.com/GUID=6723591
实施例2——GUID被作为“?GUID=6723591”重定向URL路径地址的一部分从移动装置浏览器传递到外部***
本领域技术人员将意识到,代理仪表盘审计***是买方工具。其实施例为DART、Eyeblaster和Microsoft Atlas Media Console。广告商使用这些工具来管理可径直穿过数字信道的在线广告活动。他们通常服务于创意,并跟踪跨多个站点的广告商活动。这些公司提供的工具通常被称为仪表盘,它们允许广告商和它们自己在以下方面对活动如何进展进行监控:当独一用户访问网站内容时消费广告的独一用户的数量、总计传递的和由网站传递的展示次数以及用户的点击次数、ROI等。因此,代理仪表盘审计***的关注点在于广告商,而不是发行者,并提供对品牌广告活动和广告商如何做进行监控的实时报告和度量仪表盘。这些***最终确定哪些发行者得到报酬,因此,起到对活动的度量进行计数的审计的作用。通常,网站得到传递给它们的内容受众的每千个广告的一定成本,因此,这些代理仪表盘审计***还被用于检查发行者所说被传递的广告个数和当被传递给实际用户时实际计数的广告个数之间的差异,并且他们最终对广告商就他们的活动的执行负责。
B.客户机装置
图3描绘客户机装置5的框图。客户机装置5包括输入接口(I/F)320、处理器340、通讯接口350、存储器330和输出接口360,所有这些常规地通过总线370互连。存储器330通常包括不同形态,包括示例性的随机存取易失性存储器(RAM)332、用于临时数据和指令储存的非易失性RAM 334以及使用永久静态存储器实现的非易失性存储器335。非易失性存储器335存储操作***(O/S)337和应用程序400,后者示例性地包含移动装置浏览器7(参见比如图1B和图1C)。任何常见的移动操作***可实现O/S 337,例如Apple Mobile O/S、Windows Mobile 5或6操作***(“Windows Mobile 5”、“Windows Mobile 6”是美国华盛顿州雷德蒙德的微软公司的商标)。考虑这里不提供O/S 337的组件的详细论述,而O/S 337的组件是本领域技术人员公知的。可以肯定地说,作为应用程序405之一的移动装置浏览器在操作***的控制下执行。
输入信息可产生于两个示例性外部源:比如,通过通讯链路9从移动互联网和/或其他联网设施到通讯接口350的或者通过路径310从专用输入源到输入接口320的网络提供信息。专用输入可来自多种源,比如,外部USB端口或者将苹果的IPhone与使用苹果的ITunes店面计算机应用程序将应用程序加载到其中的计算机连接的专用接口。输入接口320包括提供物理连接所需的必要的且相应的电气连接的适合电路,并且每个接口用于针对客户机装置5的不同专用输入信息源。在O/S 337的控制下,应用程序400通过网络连接9或路径310与外部源交换命令和数据,以在程序执行期间发送和接收通常由用户请求的信息。
输入接口320还与客户机装置5的用户输入装置395(例如,键盘或触摸屏)电连接和相互匹配工作。显示器380(例如常见的液晶彩色面板)通过导线363连接至输出接口360。输出接口360提供与***电连接和相互匹配工作的必需电路。
此外,由于除了实现本发明的模块之外的客户机装置5的特定硬件组件以及存储在存储器335内的软件的方面是常见的、公知的,所以将不对它们进行任何进一步详细的论述。一般来讲,如图1B所示的脚本服务器15和独一装置信息管理***400每个具有与客户机装置5加上用于永久软件和数据存储的本地磁盘的架构非常类似的架构。
C.独一装置识别管理***软件
图4描绘以上论述的独一装置识别管理***400的简化的高级装置性能检测***的示图。
1.独一装置识别管理***400
如所示,该***包含显示为装置性能检测***410的装置性能***和独一装置概要管理***420。在401从图1B的移动装置浏览器7接收的装置识别请求HTTP头信息包含装置特定参数(例如,装置制造商和型号)以及独一装置识别管理***400的HTTP地址中的参数(该参数=通过图1B的脚本处理50确定的值属性)。
本实施方案中的装置性能检测***410使用开放源代码WURFL软件,开放源代码WURFL软件为装置性能和很多种应用程序编程接口的数据库。“WURFL代表无线统一资源文件。它是关注于在各种无线装置上呈现内容的问题的FOSS(其代表免费和开放源 软件)社团成果的一部分。WURFL本身为XML配置文件,其包含关于装置性能和各种移动装置的特征的信息。装置信息由全球开发者贡献,并且WURFL被频繁更新以反映市场上出现的新的无线装置。Luca Passani为WURFL后面的推动力。”http://en.wikipedia.org/wiki/WURFL。WURFL数据库中的每个独一装置包含与识别许多移动装置的性能和特征的信息相关联的装置识别用户代理字符串。WURFL部署在全球载体和门户站点,并被记载在http://wurfl.sourceforge.net。另外,许多商业上可获得的具有增值特征的实现可从例如Ripcode的卖主处购买。
WURFL***使用图4中的线401所示的、在图4中的装置性能检测***410接收的合适的HTTP协议头来提取特定于请求装置制造商和型号的性能,并将它们作为/capability=value/对***在对图4中的独一装置概要管理***420的输出HTTP请求中,所述HTTP协议头具有来自图1B中的移动装置浏览器块7的独一装置识别管理***请求。
在正下方的表3中显示了典型的其后为其相关联的HTTP trace的请求URL:
表3
装置性能检测***410将装置特定配置值附加到线401所示的HTTP请求中的输入路径部分,该HTTP请求具有典型的输出请求URL,该输出请求URL的后面为其相关联的HTTP trace。根据优选实施方案,装置性能检测***410将客户机装置5性能作为/keyword=value/对附加到从请求客户机装置5的移动装置浏览器7接收的输入互联网地址URL,然后将该请求重定向到独一装置概要管理***420。
扩展路径被传送到独一装置概要管理***420。该***在商业上是可获得的,并可获得开放源代码,将不对其进行进一步论述。为了实现本***的目的,“WURFL”***被用作开放源代码装置检测实施例,RipCode的TransAct检测器(TransAct Detector)装置检测***被用作商品实施例,即,http://www.ripcode.com/products/detector.php。它被当作黑盒子交钥匙***(black box turn key system),该***提供装置识别鉴别符以及输入IP主机地址到载体IP块的查找转变,所述装置识别鉴别符基于特定型号和制造商装置的客户机装置性能。每个载体被分配它们所特有的一个或更多个IP地址块,该IP地址块被作为“/carrier=stringvalue/”附加到输出URL虚拟目录路径。
表4
2.独一装置“小甜饼”测试419
如果图1B所示的客户机装置5启用并支持所提出的独一装置识别管理***400的GUID“小甜饼”,则图1B所示的移动装置浏览器7自动在标准HTTP互联网协议“小甜饼”头中发送该GUID“小甜饼”,如图4中的线401所示,在装置性能检测***410接收标准HTTP互联网协议“小甜饼”头。如图4上的线418所示,该“小甜饼”信息被传递到独一装置概要管理***420,在独一装置概要管理***420中,该“小甜饼”信息被独一装置“小甜饼”测试419执行。随后对独一装置“小甜饼”测试419的详细处理进行详细描述。
3.独一装置概要管理***420
独一装置概要管理***420使用通讯信道418所示的服务器到服务器重定向从装置性能检测***410接收HTTP请求。独一装置识别概要***428对装置鉴别关键字(该装置鉴别关键字=来自请求URL的值)进行解析,并捕获所有的HTTP协议头和任何浏览器“小甜饼”,并且如果该装置过去请求过独一装置识别请求,则使用数据库通讯信道429将它们存储在独一装置概要数据库430中的存在概要中。与该装置概要对应的概要具有其检索的GUID,该GUID被附加到以前的关键字(该关键字=来自请求URL路径的值),并通过客户机装置5的发起移动装置浏览器7被重定向回图1B中的第三服务器地址70。
如果这是客户机装置5第一次发出独一装置识别请求,则产生新的全球唯一标识符,并将它和所有的HTTP协议头和值以及通过路径418输入的URL“/keyword=value/”存储在它在独一装置概要数据库430中的新分配的概要中。装置概要GUID被附加到以前的关键字(该关键字=来自请求URL路径的值),并通过发起装置浏览器5被重定向回图1B中的第三服务器地址70。
根据优选实施方案,如以下参照图7所述,独一装置概要管理***420接收互联网HTTP请求,并检索作为“property=value”三元组的请求HTTP协议头名称及其值的预配置分级列表。独一装置概要管理***420对客户机装置性能和作为“属性=值”三元组的、来自请求URL的输入互联网地址路径部分的客户机装置识别“/keyword=value/”参数进行解析,并永久地将由独一装置概要管理***420分配给客户机装置的概要中的所有“property=value”三元组存储在独一装置概要数据库430中。
为被分配给输入移动装置浏览器请求的当前概要,检索存储在每个客户机装置概要中的所有“property=value”三元组子集的预配置分级列表,并且检索存在于数据库中的所有这样的客户机装置概要,这些客户机装置概要与当前请求概要中的预配置分级列表中的第一个最高权重“property=value”三元组的值匹配。独一装置概要管理***420然后依次排除与列表中每个“property=value”三元组不匹配的概要,直到单个概要被留下或者所有“property=value”三元组被使用为止。如果单个概要被留下,则该概要被识别为在数据库中根据来自同一客户机装置的先前请求更新的当前请求客户机装置概要。
如果在排除概要之后多于一个概要被留下,则使用Tanimoto相似性关联来将当前请求装置概要与下述每个剩余客户机装置概要进行比较,所述每个剩余客户机装置与“property=value”三元组子集的分级列表全部匹配。如果当被与当前请求概要进行比较时与“property=value”三元组子集的分级列表全部匹配的单个剩余装置概要低于预定的Tanimoto相似性系数阈值,则将该概要识别为在数据库中根据来自同一客户机装置的先前请求更新的当前请求客户机装置概要。向发起客户机装置发送响应,与装置概要管理数据库中的客户机装置相关联的全球唯一标识符被嵌入在该响应中,并被返回给发起独一装置识别请求的移动装置浏览器。如果当被与当前请求概要进行比较时与“property=value”三元组子集的分级列表全部匹配的剩余客户机装置没有一个低于预定的Tanimoto相似性系数阈值,则将当前概要识别为来自独一客户机装置的第一次请求,并将当前概要作为新的装置概要保存在数据库中。向发起客户机装置发送响应,与装置概要管理数据库中的客户机装置相关联的全球唯一标识符被嵌入在该响应中,并被返回给发起独一装置识别请求的移动装置浏览器。
根据代替的实施方案,为被分配给输入移动装置浏览器请求的当前概要,检索存储在每个客户机装置概要中的所有“property=value”三元组子集的预配置分级列表,并检索现存于数据中的所有这样的客户机装置概要,这些客户机装置概要与当前请求概要中的预配置分级列表中的第一个最高权重“property=value”三元组的值匹配。独一装置概要管理***420然后依次排除与列表中的每个“property=value”三元组不匹配的概要,直到一个概要被留下或者所有“property=value”三元组被使用为止。其后,检索存在于数据库中的所有与当前请求概要的第一个“property=value”三元组的值匹配的客户机装置概要,并且独一装置概要管理***420依次排除与列表中的每个“property=value”三元组不匹配的概要,直到一个概要被留下或者所有“property=value”三元组被使用为止。如果与子集“property=value”三元组的分级列表全部匹配的零个剩余客户机装置概要剩下,则将当前概要识别为来自独一装置的第一次请求,并将当前概要作为新的装置概要保存在数据库中。向发起客户机装置发送响应,与装置概要管理数据库中的客户机装置相关联的全球唯一标识符被嵌入在该响应中,并被返回给发起独一装置识别请求的移动装置浏览器。
图5A描绘图4中的独一装置概要管理***420的简化框图500,并且图5B显示.NETweb.config内的独一装置识别***概要属性部分。
虽然可应用任何数量的服务器端数据存储技术,但是优选实施方案权衡将微软的.NET匿名概要分析***作为实现独一装置概要存储的代理工具。构建到.NET架构中的该***存储持续串行化的强类型的每用户数据,并支持对认证用户和匿名用户二者的按需查找。ASP.NET中的概要特征允许开发者使用如图5A中的文件510所表示的应用程序web.config文件来指定每用户设置或数据,该每用户设置或数据可被存储在匿名概要505中,以使得可检索设置,而无需用户登录到网站中。微软创建提供程序(provider)模型,在该模型中,通过预安装的一个类或者一组类512提供概要分析服务。提供程序为具有被实现为满足子***的需要的公知接口的类。例如,概要提供程序为从.NET抽象“ProfileProvider”类派生的类。该类提供构成如块520所示的概要提供程序的接口的抽象方法和属性。
此外,该***支持常规的数据库提供程序;然而,在本实施方案中使用标准默认提供程序,标准默认提供程序实现图5A中的微软SQL数据库服务器530本有的存储程序参数搜索能力。关于实现微软的.NET匿名概要分析***的细节存在于http://msdn.microsoft.com/en-us/library/ewfkf772.aspx。
图5B显示用于指定装置概要属性名和默认值的.NET web.config内的实际概要属性部分。属性包括名称/类型对(name/type pair),并将基本上变为规范,个人化数据将根据该规范存储。默认的是,概要属性仅用于认证用户。为了使得它们可用于匿名用户,将allowAnonymous=“true”添加到属性中。没有该属性,如果当前用户是匿名的并且对该属性进行编写,则运行时间将抛出一个异常。使用<properties>元素内的<add>元素来定义属性。可在http://msdn.microsoft.com/en-us/library/system.web.profile.profilemigrateeventargs.anonymousi d.aspx找到实现细节。
图6描绘图5A上的独一装置识别概要管理程序502的处理操作的高级流程图,独一装置识别概要管理程序502由图5A中显示的独一装置概要管理***420执行。当从图1B中表示的移动装置浏览器7接收到独一装置识别请求时,调用决定块650,决定块650测试移动装置浏览器7是否向独一装置管理***发送全球唯一标识符“小甜饼”,该“小甜饼”是以前在以前的独一装置识别管理***请求期间在装置中设置的。图1B所示的移动装置浏览器7自动在标准HTTP互联网协议“小甜饼”头中发送该“小甜饼”,如图4中的线401所示,在装置性能检测***410接收标准HTTP互联网协议“小甜饼”头。沿着路径418将在标准HTTP协议头中接收的“小甜饼”信息传递到图4所示的独一装置概要管理***420,在独一装置概要管理***420中,该“小甜饼”信息被独一装置小甜饼测试块428执行。
在第一种情况下,如“是”路径651所示,执行处理块660,处理块660表示移动装置浏览器7支持“小甜饼”,并在以前执行过装置识别服务器请求,并且它将接收的GUID“小甜饼”拷贝到请求响应,并将生存时间延长6个月。它然后通过执行路径665调用处理块666,处理块666用于将客户机装置5重定向到驻存在服务器20上的独一装置识别管理***400。
在第二种情况下,如“否”路径652所示,执行处理块650,处理块650表示装置移动装置浏览器7既不支持“小甜饼”,也不是来自支持“小甜饼”的客户机装置的第一次请求。块650产生新的GUID,并将新的GUID拷贝到被分配给独一装置识别管理***400使用的命名的“小甜饼”头。将值***到请求响应中,并将其生存时间设置为多6个月。它然后通过路径655调用处理块666。处理块666然后执行对独一装置识别管理***400的互连网地址的.NET“Response.Redirect”***调用,独一装置识别管理***400驻存在图1B中显示的服务器20上。
图7描绘由图4所示的独一装置概要管理***420执行的处理操作700的高级流程图。当进入到操作700中时,独一装置识别概要***428执行其功能,操作700响应于由装置性能检测***产生的、图4所示的装置概要管理事件(即,沿着路径418将来自装置性能检测***410的请求发送到独一装置概要管理***420)而发生。更具体地,独一识别概要***428对独一装置识别概要搜索进行初始化。这包括从HTTP协议头读取任何独一装置识别浏览器驻存“小甜饼”,该HTTP协议头是通过如图4中的事件401所示的独一装置识别请求接收的。
虽然可应用任何数量的服务器端数据存储技术,但是公开这样的实现,该实现使用微软.NET匿名概要分析***作为实现移动服务器独一装置识别管理***存储的代理工具。构建到.NET架构中的该***存储持续串行化的、强类型的每用户数据,并支持对认证用户和匿名用户二者的按需查找。ASP.NET中的概要特征允许开发者指定每用户设置或数据,该每用户设置或数据可被存储在匿名概要中,以使得可在用户不登录的情况下检索设置。
微软创建了提供程序模型,在该模型中,通过一个类或一组类提供概要分析服务。提供程序为具有被实现为满足子***的需要的公知接口的类。例如,概要提供程序为从.NET抽象“ProfileProvider”类派生的类。该类提供构成概要提供程序的接口的抽象方法和属性。此外,该***支持可用于实现最佳的存储程序参数搜索性能的常规的数据库提供程序,所述存储程序参数搜索性能使得所述***可随着积累越来越多的用户概要而改变大小。对于本实施方案,使用.NET架构中默认传递的标准提供程序。
如前面所说明的,使用.NET ASP应用程序“Server.Transfer”功能将通过请求而接收的所有HTTP头透明地提供给独一装置概要管理***420。内置的.NET功能可使得第二.asp程序(正接收传送的独一装置概要管理***420)可获得关于由.NET应用程序(如图4所示的性能检测***(或者独一装置识别概要***428))接收的HTTP请求集合的所有当前内容。一旦这发生,块750就对以前设置的用户识别管理***“小甜饼”的接收进行测试。如果接收到“小甜饼”,则决策块755通过“是”路径757将执行路由到决策块758。
决策块758对以前设置的用户识别管理***“小甜饼”的接收进行测试。如果接收到“小甜饼”,则决策块758对照当前的微软匿名概要名称(即,数据库概要的主键)来检查“小甜饼”值。匹配表明特定请求装置的当前概要被所述.NET***自动检索。在这种情况下,决策块758通过“是”路径759将执行路由到块770。该块770用所有的当前装置识别值更新装置概要,然后将更新的概要与所述新的值一起保存到数据库中,所述装置识别值的实施例在后面的章节中描述。这些更新的值提供通过多个请求收集的、可用于随时间对行为进行监控的信息,所述信息比如被访问的网站的列表和包含在用户消费的内容页面中的上下文,例如对如图1B所示的第三服务器70做广告的传递上下文。
当结束时,块770通过执行路径771调用块772。处理块772将HTTP响应配置到如图4中的事件401所示的发起独一装置识别请求,以将GUID“小甜饼”的移动装置浏览器生存时间值延长6个月。具体地,如果客户机装置5支持编写和读取“小甜饼”,则当广告被服务时,本***将来自该***的GUID存储到“小甜饼”中。如果客户机装置5支持“小甜饼”,则自动在具有任何以后的广告请求的HTTP“小甜饼”头中将“小甜饼”从客户机装置5发送到本***。该“小甜饼”值是独一装置概要数据库430内的该装置概要的直接索引,并且因为通过用作概要主键的GUID“小甜饼”从数据库直接访问其相关联的概要,所以不需要在整个数据库中进行搜索以找到客户机装置的概要。在广告传递期间指定生存时间值,以延长先前存储的“小甜饼”有效寿命。
另外,从图4的独一装置概要数据库430中的装置概要读取GUID。另外,GUID值被附加到独一概要管理***互联网地址URL的输入请求路径部分418,并执行对第三服务器70的互联网地址的.NET“Response.Redirect”***调用。
在图1B中的发起客户机装置5的移动装置浏览器7接收重定向响应。移动装置浏览器中的标准HTTP协议处理例程对重定向响应进行解释,并发出对包含在HTTP协议重定向地址头中的重定向地址的请求,所述HTTP协议重定向地址头包含作为最后关键字(最后关键字=地址中的值对)的GUID或者可替换地作为查询字符串的一部分,即,正下方显示的URL的“uid=da3ad1cf-7967-4ffc-ae01-06f8f669f530/”部分而传递的GUID:http://mbs-dev.serving- sys.com/BurstingPipe/adServer.bs?cn=mb&c=26&pli=414956&pi=0&f=5&uid=da3ad1cf- 7967-4ffc-ae01- 06f8f669f530&ord=1079662023&on=UNK&dvc=GENERIC WEB BROWSER&s=4
在下述情况下,从图1B所示的所述特定客户机装置5接收第一次独一装置识别请求,所述情况即,如决策块755所示的支持“小甜饼”的装置执行“是”路径757,但是如决策块758所示,HTTP请求中不包含独一装置识别***“小甜饼”,决策块758通过“否”路径760将执行路由到块765。在这种情况下,微软的.NET匿名概要分析***将临时概要分配给请求,并且块765处理将概要名称(即,其数据库主键)作为分配给独一装置的GUID保存。当结束时,执行路径766调用块796。块796负责用包含在在418由图4中显示的独一装置识别概要***428接收的请求的发送中的所有装置识别值来更新当前的新的装置概要,然后将驻留的概要与装置鉴别值一起保存到数据库。
当结束时,块796通过执行路径797调用块772。处理块772将HTTP响应配置到如图4中的事件401所示的发起独一装置识别请求,以将新概要GUID“小甜饼”的移动装置浏览器生存时间值设置为6个月。另外,从图4的数据库430中的装置概要读取GUID。该GUID值被附加到独一概要管理***互联网地址URL的输入请求路径部分418,并执行对如图1B所示的第三服务器70的互联网地址的.NET“Response.Redirect”***调用。在如图1B所示的客户机装置5的发起移动装置浏览器7接收重定向响应。移动装置浏览器7中的标准HTTP协议处理例程对重定向响应进行解释,并发出对包含在HTTP协议重定向地址头中的重定向地址的请求,HTTP协议重定向地址头包含作为最后关键字(最后关键字=地址中的值对)的GUID或者作为查询字符的一部分,即,以下所示的URL的“?GUID=value”部分而传递的GUID。
刚才所述的这种处理情况确保对独一装置识别管理***400的下一个请求(包括GUID)被在相关联的浏览器“小甜饼”中与HTTP请求一起传递,所述下一个请求将使用自动微软匿名概要.NET***自动检索客户机装置概要,无需搜索数据库找到概要。
如前所述,决策块755测试如图1A所示的移动装置浏览器7是否支持设置“小甜饼”和将“小甜饼”发送到服务器。在这种场景下,如“否”路径756所示,客户机装置5既不支持永久服务器浏览器“小甜饼”,也不被配置为允许永久服务器浏览器“小甜饼”。或者,载体的互联网网关可过滤掉装置浏览器“小甜饼”,以防止它们被设置或者被传递到互联网服务器。在这些情况下,调用块780,块780表示“小甜饼”不能被独一装置识别管理***400设置或读取。在这种情况下,通过来自如图1B所示的移动装置浏览器7的请求接收无“小甜饼”鉴别信息。将该信息保存在由微软.NET匿名概要***自动分配的临时概要中。微软的.NET匿名概要***没有设置移动装置浏览器7中的“小甜饼”的能力,每个请求将具有新分配的当前概要,块780将该新分配的当前概要与所有接收的装置信息一起保存。
一旦块780处理结束,就将通过执行路径781将执行传送到块782,在块782中,获得新的概要属性,并对照在独一装置概要数据库430中维护的概要搜索当前概要属性值。直到以前存储在独一装置识别管理***概要数据库430中的任何一个存在概要被发现就鉴别信息而言与临时当前概要匹配,执行通过“否”路径787回送,直到所有鉴别单个参数被测试为止,列表包含在图5B中显示的.NET应用程序“web.config”文件中。并不是“web.config”文件中的每个参数都被用于执行匹配;相反,块782检索特定参数,以从到目前为止检索到的所有概要的当前子集中选择包含该参数值的所有概要。使用下一个参数(下一个参数=分级结构中的值)的每个搜索返回一些具有该匹配值的概要。该过程重复,直到仅一个与该参数值匹配的概要从数据库430返回为止,或者直到所有鉴别值都已被处理并且在最终集合中剩下零个或者多于一个概要为止。这实现了这样一种折半方法,该方法排除非匹配概要,直到匹配被发现为止,或者我们可进行折半,直到我们可使用鉴别参数(鉴别参数=值)的分级结构为止。
决策块784测试当前的“web.config”参数(当前的“web.config”参数=在块782中用于根据前面的处理缩小当前概要子集的值)是否导致一个剩余概要。如果多于一个概要留下,则执行“否”决策路径785,决策路径785调用决策块786。块786测试用于对剩余概要子集进行折半处理的分级结构中的所有属性是否都被使用。如果还有要搜索的另外的属性,则下一个属性及其值被用作数据库搜索标准,通过执行“否”决策执行路径787从前次搜索返回先前的概要集的子集,对每个剩余鉴别符,重复处理环路(processing loop),直到所有鉴别符都被处理或者通过排除所有其他概要得到一个概要为止。
在搜索包含下一个鉴别符参数(下一个鉴别符参数=值)的先前的概要子集之后一个概要留下的情况下,发现以前为以前执行过独一装置识别管理***请求的客户机装置而保存的概要。这种情况以下述方式表示,即,决策块784执行“是”执行路径794,以调用块794。块794的处理用与当前请求客户机装置5对应的以前的概要代替由微软的.NET匿名概要***自动分配给每一个新的用户请求的临时概要。
当刚才所述的块794的处理结束时,通过执行路径795执行块796。前面已论述了块796对当前概要执行的处理,当前概要现在是以前在以前的请求期间存储在数据库430中的装置概要,该处理与当对来自支持浏览器“小甜饼”的客户机装置5的第一次装置请求从块765通过执行路径766调用块796时所述的处理相同。
在下述情况下,决策块786执行“是”执行路径788以调用处理块789,所述情况即,“web.config”文件中的所有鉴别装置属性都已被用于对与以前的装置鉴别信息匹配的概要的剩余子集进行折半处理,并且多于一个概要从以前的集合留下。块789执行公知的、普遍使用的相似性关联技术,该技术已知为Tanimoto相似性测试。Tanimoto系数(扩展的Jaccard系数)余弦相似性是两个n维矢量之间的相似性度量,该度量找到这两个矢量之间的角度。给定两个属性矢量A和B,使用点积和大小表示余弦相似性θ。Tanimoto技术的优点是不同长度矢量的概要可被直接比较,相似性关联可被计算。Tanimoto使得独一识别管理***可考虑不同请求的不同的鉴别值以及下述这些值,这些值不执行和以高确定性执行来自装置的输入概要与其来自先前的独一装置识别请求的过去概要的模糊匹配。由于算法本身在许多学科被很好地使用并且已有很多文献,所以将不对它进行进一步的论述。由微软的.NET匿名概要***自动分配的当前临时概要具有其Tanimoto相似性系数,该系数通过对照前面描述的对分级结构中的最后概要属性进行折半处理结束时数据库中剩余的每个剩余概要计算得到。如前所述,不是所有的装置属性都被用于执行与所用的参数值的列表匹配的概要子集的这种向下折半处理。当块789的处理结束时,通过执行路径701调用决策块791的执行。
为了确定以前保存在数据库430中的概要和当前请求客户机装置5之间的相似性匹配,在独一装置识别管理***400中使用凭经验得到的可配置阈值。如果一个或更多个概要被确定低于Tanimoto阈值,则认为具有最低相似性系数的概要是与当前请求装置的匹配。如果发现最低概要低于相似性阈值,则决策块791执行“是”决策路径793,以调用块794。块794的处理用与当前请求客户机装置5对应的以前的前概要代替由微软的.NET匿名概要***自动分配给每一个新的用户请求的临时概要。当刚才所述的块794的处理结束时,通过执行路径795执行块796。前面已论述了对当前概要执行的处理,当前概要现在是以前在以前的请求期间存储在数据库430中的装置概要,该处理与当对于来自支持浏览器“小甜饼”的装置的第一次装置请求从块765通过执行路径766调用块796时所述的操作相同。
如前所述,决策块791测试在块789处理结束之后剩余的一个或更多个概要是否被确定为低于前面论述的Tanimoto相似性阈值。如果没有概要落在该凭经验得到的阈值之下,则通过“否”路径792执行块765,块765表示从图1B中显示的客户机装置5接收到第一次独一装置识别请求。在这种情况下,微软的.NET匿名概要分析***将临时概要分配给请求,并且块765处理将将概要名称(即,其数据库主键)作为被分配给独一装置的GUID保存。当结束时,通过执行路径766调用块796。块796负责用包含在418由图4中显示的块428接收的请求的发送中的所有装置识别值更新当前的新装置概要,然后将驻留的概要与装置鉴别值一起保存到数据库,所述装置识别值的实施例在后面的章节中描述。
D.独一装置识别概要属性
以下列表表示可构成在.NET应用程序的“web.config”配置文件内指定的唯一识别用户概要的属性子集。.NET概要分析***自动允许动态添加新属性,而不会由于对象相关模型重叠而影响保存在存在的用户概要记录中的数据。记载的属性子集为当被选择为实现平台时适合于活动管理***的属性。
“LastVisitedDate”
这是独一装置概要最后被访问的日期。
“Name”
这是当新记录被创建时由.NET架构分配给表入口的全球唯一ID(即,新记录的主键),它被用作装置识别“小甜饼”值,该值用于映射到后面的广告请求的用户数据库入口。
“Cookie或者GUID Cookie”
这是特设的独一装置识别“小甜饼”值,在验证终端装置支持“小甜饼”之前第一次设置该值时将该值初始化为零。如果支持“小甜饼”,则将用以上“Name”属性设置该值,作为区分第一次访客与数据库中已存在的先前访客。应该意识到,虽然“小甜饼”根据本发明实现,但是无论客户机装置是否支持“小甜饼”,本发明在所有情况下都可对客户机装置进行独一识别。不是所有的客户机装置都支持“小甜饼”,比如,根据我们对过去活动的分析,少于50%的装置支持“小甜饼”。从可扩展性和性能的观点,对于支持“小甜饼”的那些客户机装置,不需要数据库搜索,相反,“小甜饼”变为装置概要的直接索引,所以如果本***能设置和读取客户机装置中的“小甜饼”,则我们应当利用该事实,但是对于不支持“小甜饼”的那些客户机装置,我们使用我们在数据库里搜索装置的先前概要的其他鉴别符。如果某人清除他们的“小甜饼”,则我们仍然可使用所有的所述其他鉴别符识别装置。
“GUID”
这是全球唯一装置标识符的分配值,该值用于唯一地识别先前的请求装置。它被作为到供它使用的外部***的重定向的一部分发送到用户装置,它通常应该与装置概要中的“Name”值匹配,所述外部***比如跟踪访问人次(uniques)和执行关于向特定用户呈现特定广告的次数的频率限额的广告管理***。
“Site”
这是来自对独一装置识别管理***的请求的SITE=VALUE对。在操作中分配该值,以识别为了分析报告和账单的目的与其订立合同的发行者。该特定属性可被用于鉴别浏览网络中的不同网站的相似用户。
“HTTPHeaders”
这是从装置发送到.NET独一装置识别管理应用程序的HTTP头的完整集合。它包含可根据装置而改变的数据,该数据被解析,以提供用于区分装置类型内的用户和跨装置类型的用户的细粒(fine grain)鉴别符。例如,包括支持的mime类型和例如ECMAScript支持的性能。
“RawReferer”
这是终端用户装置从其展现请求的发行者内容页面的URL地址。终端用户装置将它作为HTTP属性之一发送到独一装置识别管理概要分析***,它包含执行独一装置识别请求的原始推荐链接页面。
“UserIP”
这是终端用户装置的原始IP地址。IP地址的DHCP动态分配得到这个不可用作主机地址的鉴别参数,除了在单个会话内之外。然而,该地址的网络前部分可被用于作为鉴别符参数提供载体IP范围内的网络,用户从该网络进入。
“QueryString”
该值从在请求url内发送的服务器端包含变量%%QUERYSTRING%%返回。它提供发行者引擎工具,发行者引擎被嵌入在广告请求数据路径中以附加唯一识别参数,这些参数然后可被概要分析***用于识别发行者特定的内容跟踪属性。
“AppReqDateTime”
这是从展现装置识别请求标签的终端用户装置发出的请求的日期和时间。该值从服务器端包含变量%%DATETIME%%返回,服务器端包含变量%%DATETIME%%在到装置识别概要管理应用程序的请求url内接收。
“AppRequest”
这是发送给独一装置识别管理***的实际请求的URL地址,该地址从请求URL服务器端包含变量%%REQUEST%%返回,请求URL服务器端包含变量%%REQUEST%%由终端用户装置在请求URL中发送。
“AppReqAgent”
这是当独一装置识别管理***从终端用户装置接收到请求时它所接收的HTTP代理字符串。该值从服务器应用程序包含变量%%AGENT%%返回。
“AppCONTEXT1”
这是CONTEXT1=包含在如果使用就发送的实际请求的URL地址中的值参数,该值参数从服务器端包含变量%%REQUEST%%返回。上下文提取***在到独一装置识别管理应用程序的请求url中发送该值,从该值得到CONTEXT1。这是由上下文提取引擎确定的文本上下文,该文本上下文被附加到被作为精准定向参数而传递的装置请求。
“AppCONTEXT2”
这是CONTEXT2=包含在如果使用就发送的实际请求的URL地址中的值参数,该值参数从服务器端包含变量%%REQUEST%%返回。上下文提取***在到独一装置识别管理应用程序的请求url中发送该值,从该值得到CONTEXT1。这是由上下文提取引擎确定的文本上下文,该文本上下文被附加到被作为精准定向参数而传递的装置请求。
“AppCONTEXT3”
这是CONTEXT1=包含在如果使用就发送的实际请求的URL地址中的值参数,该值参数从服务器端包含变量%%REQUEST%%返回。上下文提取***在到独一装置识别管理应用程序的请求url中发送该值,从该值得到CONTEXT1。这是由上下文提取引擎确定的文本上下文,该文本上下文被附加到被作为精准定向参数而传递的装置请求。
“AppCARRIER”
这是CARRIER=由独一装置识别管理***基于从装置发送的实际请求的请求URL地址中的网络IP地址而确定的值参数。
“AppDEVICE”
这是DEVICE=由独一装置识别管理***确定的参数。该值从代理HTTP头确定,代理HTTP头被在重定向url内从提供给独一装置识别概要管理应用程序的WURFL装置性能检测***发送,所述代理HTTP头中的DEVICE部分被提取为执行从发行者网站请求的始发请求的移动装置类型。
“AppSCRNWIDTH”
这是SCRNWIDTH=由独一装置识别管理***确定的值参数。该值从屏幕宽度规范确定,屏幕宽度规范被在重定向url内从提供给独一装置识别概要管理应用程序的WURFL装置性能检测***发送,所述屏幕宽度规范中的SCRNWIDTH部分被提取为执行从发行者网站请求的始发请求的移动装置类型。
“AppSCRNHEIGHT”
这是SCRNHEIGHT=由独一装置识别管理***确定的值参数。该值从屏幕宽度规范确定,屏幕宽度规范被在重定向url内从提供给独一装置识别概要管理应用程序的WURFL装置性能检测***发送,所述屏幕宽度规范中的SCRNHEIGHT部分被提取为执行从发行者网站请求的始发请求的移动装置类型。
“Traceroute”
跟踪路由程序被作为捕获互联网路由器的异步过程执行,通过互联网路由器,用户移动装置主机IP包行进在它们到用户概要分析***的路上。ICMP协议被用于PING,并使用增加的生存时间来确定路径上的每个路由器。该TCP/IP消息触发来自构成互联网路径的每个路由器的响应,链中的最后一个路由器返回路径结束消息。即使路由器可随整个互联网中的每个连接点改变,最靠近用户装置的网关多半保持一致,并且如果需要区分用户,则最靠近用户装置的网关可被用作用户概要中的最终鉴别参数。
另外的参数
本领域的任何技术人员将认识到以上仅列出了可用在本发明中的装置子集、网络互联网网关和独一用户识别管理服务器属性。可利用的更多,但是仅提供了以上代表性实施例,以使本专利的长度最小。
随着技术改变和移动网络所有者修改他们的协议以涵盖新服务,另外的参数可供独一装置识别鉴别性能利用。另外,本文档中所述的参数中的一些将不再相关,可从用户概要删除。
前述公开内容显示本发明在没有在传递给终端用户之前将特定广告HTML文件请求嵌入在发行者***处的网页内的情况下操作。另外,本发明提供在无线网络外部执行的、跨用户会话反复出现的移动互联网匿名装置识别,所述移动互联网匿名装置识别使得可适应目前为非移动互联网标准化的在线广告性能和结算方法。
因此,就实现与在线广告中的浏览器“小甜饼”相关联的相同的性能而言,本***在节省劳力、时间和成本方面对移动刊登广告者和移动发行者提供了相当大的节省。另外,本***以下述方式工作,所述方式对用户基本上(如果不是完全的话)是透明的,既没有给该用户或者内容发行者带来不便,也没有给该用户或者内容发行者带来负担。本***不要求发行者,也不要求用户在他的或她的内容管理***或移动装置上下载和安装分离的应用程序,更不用说对该应用程序的任何更新,具体地,发送或接收在线广告,或者执行除了正常的互联网内容传递和浏览之外的用于接收这样的广告的任何确认行为。此外,本***是平台无关的,通过这样做,本***在基本上任何移动装置上用基本上任何移动装置浏览器操作。最后,本***通过精确地、有效地弄清完整展现的移动广告的用户展示次数来向广告商提供正确的结算,以及提供对使移动用户接触广告的次数进行频率限定,另外捕获到移动发行者的网站的独一访客的数量。
最后,本***提供新的匿名独一装置识别***,该***将有效地实现广告商的广泛支持和使用以及移动互联网用户的接受,从而导致移动广告的使用总体上大量扩大。
虽然已显示了并入本发明的教导的一种实施方案,并且这里对该实施方案进行了相当详细的描述,但是本领域技术人员可易于想出仍然利用这些教导的本发明的许多其他实施方案和应用。