CN1819518A

CN1819518A - 一种用于在信息发布***中辨识用户身份的方法

Info

Publication number: CN1819518A
Application number: CN 200610008282
Authority: CN
Inventors: 徐茂栋; 吴雨
Original assignee: KAIWEIDIANGAO NETWORK TECHNOLOGY Co Ltd BEIJING
Current assignee: KAIWEIDIANGAO NETWORK TECHNOLOGY Co Ltd BEIJING
Priority date: 2006-02-20
Filing date: 2006-02-20
Publication date: 2006-08-16

Abstract

一种信息发布***的用户辨识方法，包括下列步骤：接收来自WAP网站的用户访问请求和参数；判断该用户访问请求是否是首次用户访问请求；如果是首次用户访问请求，则在返回给WAP网站的信息中***用户身份辨识标签，并基于该用户身份辨识标签引导用户访问用户身份辨识服务器；用户身份辨识服务器读取手机上的识别文件，并根据用户标识符产生服务器产生的用户标识符Did完成用户身份的辨识。另外，还包括Wappush***的推广流程，利用该流程将用户浏览器引导到Wappush浏览服务器，由此得到Did和用户手机号的对应关系。成功地解决了在信息发布***后台读写用户手机cookie的技术问题，以及解决了Did和用户手机号码的对应难题。

Description

一种用于在信息发布***中辩识用户身份的方法

技术领域

本发明涉及一种信息发布***，特别涉及一种在信息发布***中用于辨识用户身份的用户辨识方法。

背景技术

自从Wap诞生以来，个性化服务就是Wap最主要的特色服务，而实现个性化服务的根本技术问题之一就是用户辨识问题。Wap是在用户的手机上为用户提供服务的，而手机是高度私人化的通讯设备，Wap上的用户辨识问题又转变成对用户手机的辨识问题。

长期以来，由于Wap网关向Wap站点发送用户的手机号码，用户手机号很自然的成为了Wap网站进行用户辨识的基础。但是，从2005年12月开始，***调整了Wap服务策略，不再向Wap站点提供用户手机号，这样Wap的用户辨识问题就成为一个热点问题。

为了解决用户辨识的难题，人们进行了很多研究，现有的计算机网络一般在用户首次访问该网站时，利用向该访问的计算机发送一种基于Cookie的文件到存储器上而实现用户身份的辨识。但是，在现有的无线网络的情况下，实现这样一种基于Cookie的用户身份辨识的主要技术难度在于：后台业务***(以DotAd***为例，其是一种发布广告的应用***)是以Webservice的方式和合作的Wap网站相联系的，用户并没有真正访问DotAd的网站。而让Wap网站直接读取DotAd***写入的Cookie又会遭遇到Cookie不能跨域访问的难题。解决此类问题的传统方法不是过度增加了***性能的负担就是过渡增加了对有限的用户手机资源的占用，都会极大的损害用户的服务体验。如何才能在既不海量增加DotAd***的Wap访问量又不大量占用用户手机资源的条件下实现Cookie的有效读写，这就是本发明首要致力解决的问题。

发明内容

本发明的目的在于提出一种用户辨识方法，其在用户和DotAd***第一次接触的时候为他分配了一个64bit的新的用户标示Did(用户标识符)，并且以Cookie的形式存储在用户的手机上。以实现对用户身份的识别。

本发明的另一目的在于提出一种用户辨识方法，其在基于Did的用户标识***有效运营的同时，逐步收集DotAd的Did和用户手机号之间的对应关系，从而实现用户手机号和Did对应关系。

为实现本发明的目的，本发明提出一种信息发布***的用户辨识方法，该信息发布***与WAP网站和Did产生服务器以及Wappush***相连，且包括Webservice服务器、用户辨识服务器和用户身份辨识表服务器，该方法包括下列步骤：接收来自WAP网站的用户访问请求和参数；判断该用户访问请求是否是首次用户访问请求；如果是首次用户访问请求，则在返回给WAP网站的信息中***用户身份辨识标签，并基于该用户身份辨识标鉴引导用户访问用户身份辨识服务器；用户身份辨识服务器读取手机上的识别文件，并根据Did产生服务器产生的Did完成用户身份的辨识。

优选的，所述来自WAP网站的参数包括：WAP网站ID，会话SessionID，WAP网站用户ID和广告位ID。

优选的，该方法进一步包括：当判断该服务请求不是首次用户访问请求时，Webserver服务器根据会话ID查询用户辨识表服务器，读取用户Did，并根据用户的喜好发送其所需要的信息。

优选的，其中所述用户身份辨识标鉴是img标鉴。

优选的，其中所述手机上的识别文件是Cookie文件。

优选的，其中所述判断该服务请求是否是首次访问请求是通过在用户身份辨识表中判断是否存在所接收的会话SessionID来确定的。

优选的，其中完成用户身份的辨识的步骤进一步包括：用户身份辨识服务器获取Webservice服务器以URL数据传递方式传送的WapID和SessionID数据；访问用户手机上的用户身份Cookie文件；如果读不到相应的Cookie文件，则通过Did产生服务器为用户分配新的Did，并生成用户身份Cookie；以及用户身份辨识服务器将用户身份辨识的结果传送到用户身份辨识表服务器。

优选的，该方法进一步包括Wappush***的推广流程，该Wappush***包括Wappush发布服务器和Wappush浏览服务器，该方法包括下列步骤：接收WAP网站提供的Wappush信息和Wappush连接；将用户浏览器引导到Wappush浏览服务器，向Did产生服务器发出Did分配请求；基于Did分配请求，Wappush浏览服务器为每个用户分配一个Did；接收以URL数据传递方式发送的WAP网站的URL和用户手机号；以及产生用户身份文件，并基于该Did和用户手机号向用户手机写入用户身份文件。

优选的，其中所述Wappush信息是指用户收到Wappush时在手机屏幕上看到的内容，而所述Wappush连接是指用户点击Wappush以后，手机浏览器最终会跳到的合作WAP网站相关网页的地址。

优选的，该方法进一步包括：基于Did和用户手机号建立其对应关系。

优选的，其中所述手机上的识别文件是Cookie文件。

优选的，其中所述将用户浏览器引导到Wappush浏览服务器的步骤包括：WapPush发布服务器将Wappush信息和Wappush连接传递给Wappush生成模块；Wappush生成模块修正Wappush信息和Wappush连接以后发回Wappush发布服务器；以及Wappush发布服务器向用户手机发送经过修正的Wappush信息和Wappush连接。

优选的，其中所述浏览服务器为每个用户分配一个Did的步骤进一步包括：分析Wappush连接的URL，获取用户手机号和合作Wap网站的Wappush连接；读取用户手机的用户身份Cookie；判断用户手机上是否具有该Did对应的Cookie，如果没有则执行；发送Did分配请求包到Did产生服务器；从Did产生服务器读取Did响应包，从而获得新分配的Did；向用户手机写入包括Did和用户手机号信息的完整用户身份Cookie；如果用户手机上的Cookie仅包含Did，不包含用户手机号，则执行；发送信息更新请求包到Did产生服务器；向用户手机写入包括Did和用户手机号信息的完整Cookie；用户手机浏览器跳转到PURL指向的合作Wap站点。

附图说明

在此包括的附图提供本发明的进一步理解，附图被并入并构成本申请的一部分，其图示了本发明的实施例，并与说明书一起解释本发明的原理。在附图中：

图1是本发明的Wappush推广业务流程图；

图2是用户首次浏览的流程图；

图3是用户再次浏览流的程图；

图4是DotAd***总体结构图(与用户身份辨识问题有关的部分)；

图5是Did产生服务器***结构和对外连接关系图；

图6是本发明的Wappush***架构图；

图7是本发明的Wappush***总体功能模式图；

图8是本发明的Wappush发布服务器架构图；

图9是Wappush浏览服务器工作流程图；

图10是本发明的点告广告和其它信息发布***框图；

图11是本发明的用户身份辨识表表格结构示意图；

图12是本发明的用户身份辨识服务器算法流程图。

具体实施方式

本发明的发明人巧妙地利用Wap网站的SessionID影射和WML图片标签(<img>)自然引导用户浏览的技术解决了上述问题。

本发明利用DotAd点告***来描述，该***可以使用于有线网络和无线网络。但在此要说明的是，本发明并不限定于该DotAd点告***，其他类似的***也是可以实现本发明。这里所说的“类似的***”是指为网站提供后台服务的信息发布***，而该后台服务是不直接和手机用户建立连接而以类似Webservice的方式通过用户浏览的网站间接地向用户提供信息服务。

本发明致力于基于Wap向不同的用户发送不同的广告和其它相关信息，首先就必须突破用户辨识的难题。解决这个技术问题的两个重要的出发点是：

1、用户、尤其是最积极的Wap用户，他们的手机大多是支持Cookie的；从未来的发展来看，随着用户手机的更新换代，会有越来越多的用户手机提供对Cookie的支持。在3G时代，Wap手机不支持Cookie的障碍会彻底的成为历史。这是解决用户辨识问题的重要的外部条件。

另一方面，用户手机的资源是非常有限的，如果所有的Wap网站都向用户手机上无限度的写入Cookie，用户手机的资源早晚会被耗尽，从而影响用户的正常使用。

2、Wappush是当前Wap网站推广的重要形式，绝大多数用户都是通过Wappush了解Wap网站和成为网站用户的。

从这两个要点出发，就可以形成一套比较完整的基于Cookie和利用Wappush的解决用户辨识问题的技术方案。

下面首先解释本发明所用到的名词术语：

Wap：移动通讯运营商为移动用户提供的一种无线互联网络服务。

Wap网站：在移动运营商提供的Wap平台上为Wap用户提供无线网络信息服务的服务商。Wap网站提供给Wap用户的信息服务只有在用户主动访问该网站网页的时候才能够提供，这种服务又称为Wap信息浏览服务，而Wap网站也可以说成是在Wap平台上的信息浏览服务商。

Wap网关：移动通讯运营商在移动互联网和有线互联网之间架设的服务器。移动用户访问Wap的请求和Wap网站为用户提供的信息都要通过这个服务器进行转发。

URL：用户访问Wap网站或者其他信息浏览服务商的站点首先必须要知道这个站点的全局地址，这个地址就叫做URL。除了标示Wap网站的地址以外，URL还可以向Wap网站传递一定的数据参数。例如一个典型的URL可以描述成： http：//www.dotad.net？m＝234，用户在访问这个URL的时候，在访问全局地址是 http：//www.dotad.net的站点的同时，也给这个站点传递了一个叫做m值是234的参数。如果用户访问网站所使用的URL不是用户自己编辑产生的，而是由其他某一个服务商提供的，实际上也就实现了提供该URL的服务商和被访问站点之间的数据传递。这种数据传递方式成为URL数据传递方式。

Wappush：是Wap服务的另一种形式。与Wap浏览业务不同，服务提供商主动将信息推送到用户的手机上。Wappush由Wappush信息和Wappush连接两部分组成。用户收到Wappush以后，可以根据Wappush信息的内容决定是否要到Wappush连接所指示的网站进行访问。一般的Wap网站没有直接发送Wappush的条件和能力，只能通过专门的Wappush服务商来进行发送。Wappush的发送者可以以URL传递方式向URL的接收者传递少量的参数。

DotAd点告***：这是本发明所示例的应用***。DotAd点告***以与***合作的Wap网站为主要的服务对象，向它们提供两方面的服务，第一是针对不同Wap用户的偏好提供个性化的广告和其它信息的服务，第二是为合作Wap网站提供Wappush通道，帮助合作的Wap网站推广他们的服务。

用户身份辨识：信息浏览服务商在一般情况下是不能直接获知来访用户的身份的，或者也可以说在信息浏览服务模式中“用户身份不可识别”。但是，信息浏览服务商可以通过一些技术手段实现对用户身份的“辨识”，也就是说可以知道此次访问的A用户和前次访问的B用户是同一个用户。用户身份辨识是提取用户访问习惯和偏好信息并为其提供个性化服务的基础。

Cookie：是传统的信息浏览服务商实现用户身份辨识的技术手段之一。信息浏览服务商可以把一些标志信息以浏览器端小文件的形式存储到正在访问本站点的用户的浏览器上，当用户下一次访问本站点的时候再进行读取。这种小文件就称为Cookie。为了保证信息的安全性，Cookie的访问有三个条件：第一，用户使用的浏览器必须提供对Cookie的支持。第二，只有在用户直接访问本站点的时候信息浏览服务商才可以进行读或者写Cookie的操作。第三，Cookie是域相关的，也就是说某个站点写的Cookie只有这个站点自身才能够读取。

Cookie的模拟跨域访问：虽然Cookie不能跨域访问，但是跨域访问的需求却是明显存在的。为了实现跨域访问Cookie的效果，技术人员发展了一些模拟跨域访问的手段。最常见的此类技术手段主要有两种。第一种是，如果A网站要访问B网站写入的Cookie，它首先让用户的浏览器跳转到B网站，B网站读取Cookie以后再让用户浏览器跳转回A网站，并以URL数据传递方式向A网站传送Cookie的内容。这种方法的主要缺点是增加了用户等待的时间，也加大了B网站的访问量，给B网站带来性能上的压力。第二种是，所有需要共享Cookie的网站都向用户浏览器上写一个相同的Cookie。这种方法的主要缺点是过度占用了用户浏览器端的资源，而且保持这些Cookie的同步也具有相当大的难度。

Webservice：信息浏览服务网站向用户提供的浏览信息也可以全部或者部分的来自其他信息浏览服务网站。这种嵌入网页的服务方式从技术上来讲有前台实现和后台实现两种方式。前台实现是指在用户浏览器端编程，引导用户浏览器分别访问不同的信息浏览服务器。而后台实现又称为Webservice方式，即在信息浏览服务商的服务器端编程，从另一个信息浏览服务器网站获得浏览信息再转传给用户浏览器。前台实现必须得到用户浏览器的支持，而在Wap领域，手机浏览器还不支持这样的前台实现方式。DotAd***要向正在浏览合作Wap网站的手机用户提供个性化的广告和其它信息服务，就只能采取后台的Webservice方式实现。在这种方式下，用户浏览器并没有真正访问DotAd的Wap网站。

会话：同一个用户对一个信息浏览服务网站的同一个或者不同的网页所进行的连续访问被称为一次会话。在实际***中，信息浏览服务网站会为每一个会话分配一个短时间有效的SessionID来实现会话管理。这个SessionID一般是一个随机产生的32字节的字符串，用户在会话中较长时间不访问网页这一次会话就会失效。

img标签：信息浏览服务网站返回给用户浏览器的浏览信息是用事先约定的文本标注语言来描述的。在Web上是HTML语言，在Wap上是WML语言。为了描述多媒体网页，对于嵌入式图片这些文本标注语言提供了一种标记，就是img标签。img标签标出了图片的大小和位置，同时还要标出一个实际图片所在的URL。浏览器在获取整个网页的浏览信息之后，会依次访问网页中每一个img标签对应的URL，获取图片数据。

合作Wap网站：是独立的Wap网站(非Sp)，为DotAd***提供广告位。

手机用户：也可以简称为用户，使用手机浏览Wap网站的用户。手机用户拥有一部私人的上网手机，使用同一部手机上网的用户都视为同一个用户，而一个用户如果拥有不同的手机并且都用来上网，则视为不同的用户。

广告和其它信息发送客户：通过DotAd***向手机用户发布广告或其它信息的客户。

广告或其它信息：由广告和其它信息发送客户付费向手机用户发布的信息。

信息发布位：在合作Wap网站的网页上预留的位置，以备动态的发布广告或其它信息。

Did：唯一标识手机用户的64bit整数。

DotAd用户数据库：以Did为索引，记录手机用户的属性信息。

Wappush推广：是DotAd***为合作Wap网站提供的一项服务。合作Wap网站可以通过DotAd***平台向用户手机发送Wappush来推广自己的网站。

用户浏览：用户在浏览合作Wap网站的过程中，合作Wap网站在后台自动连接点告信息发布***。DotAd***运用本发明所定义的技术实现用户辨识，根据用户喜好信息数据库中对用户喜好的纪录选择性的提供广告和其它个性化信息。

用户身份Cookie：安装在用户手机上用以唯一标识用户身份，其中包含了用户Did和其他少量必需放置在用户手机端的信息。

下面将描述本发明的***流程：

a、***流程概述

在DotAd用户辨识***当中，用户共有两条接触DotAd***的途径。一条是通过浏览包含DotAd广告位的DotAd合作Wap网站的相关网页的用户浏览途径，另一条就是Wappush的途径。而与本发明“用户身份辨识”有关系的，也是这两条主要的途径。

其中用户浏览途径主要解决的是用户辨识问题，以此作为收集和记录用户访问习惯和为用户提供个性化的广告和其它信息服务建立起坚实的基础。用户浏览途径是DotAd***为用户提供服务的主要途径，也是本发明用户辨识技术所要达到的目的，可以说是***的核心流程。

Wappush推广流程作为DotAd***为合作Wap网站提供的一种服务，主要目的是为了帮助合作Wap站点向手机用户推广他们所提供的服务，是DotAd***的辅助流程(后面将详细介绍该辅助流程)。本发明对该流程作了一些修改，增加了几个重要的功能模块，利用用户对Wappush点击到用户浏览器真正跳转到合作Wap网站之间瞬间的间隙，向用户手机上写入用户身份Cookie，从而帮助DotAd用户浏览途径的用户身份辨识服务器获取用户Did和用户手机号的对应关系，使得用户浏览途径能更好的为用户提供服务。

以下首先描述辅助的Wappush推广流程。

b、Wappush推广流程

Wappush推广流程的基本功能是为合作的Wap网站提供推广服务。为了达成此目标，Wappush***必须要把合作Wap网站提供的Wappush信息推送到用户的手机上。如果用户对这个信息感兴趣并且点击了Wappush连接，用户浏览器必须要按照Wappush推广服务的约定让用户浏览器跳转到合作Wap网站。

为了使用户身份辨识目标更好的实现，本发明对这个简单的Wappush流程进行了针对性的修改。

图1示例了修正过的Wappush推广服务的完整流程图。

首先，DotAd***在接收到合作Wap网站提供的Wappush信息和Wappush连接以后，并不是直接发送到用户的手机上，而是进行一定的修正。一旦用户对Wappush信息感兴趣并点击了Wappush连接，用户浏览器首先被引导到DotAd Wappush***的浏览服务器，而不是合作Wap网站。而合作Wap网站的URL和用户的手机号都以URL数据传递的方式传送到Wappush的浏览服务器上。

其次，用户浏览器访问Wappush浏览服务器以后，浏览服务器在Did产生服务器的支持下完成用户Did的分配并在用户手机端生成用户身份Cookkie。

最后，用户浏览器继续跳转到合作Wap网站，完成Wappush推广服务。

这一过程从技术上可以概括为Wappush转向技术。DotAd***正是运用了这一技术实现了用户Did与用户手机号对应关系的获取。

c、手机用户浏览流程

手机用户浏览流程是DotAd***的核心服务流程。当用户浏览合作Wap网站的相关网页的时候，合作Wap网站会在后台调用DotAd提供的Webservice，以取得DotAd***提供的与用户偏好高度相关的个性化广告或其他信息。

由于Cookie跨域访问的问题，DotAd***要想实现用户身份辨识就必须引导用户实际连接到DotAd的Wap网站。这种连接方式不可能是传统的从合作Wap网站跳转到DotAd***Wap网站的方式，因为这样做会给合作Wap网站带来巨大的技术风险。因为这就意味着一旦DotAd***发生问题，跳转到DotAd***以后不能顺利的跳转回合作Wap网站，合作Wap网站的所有用户访问都将失败。本发明采用了img标签潜式引导的方式引导用户浏览器来访问DotAd***的Wap网站，巧妙地解决了这一难题。

另一方面，用户浏览器对DotAd***Wap网站的访问将会极大地增加DotAd***的负担。本发明利用合作Wap网站为会话管理分配的SessionID来映射和缓存用户身份辨识的结果，保证用户每次会话只访问DotAd***Wap网站一次，极大地提升了***的效率，降低了***的访问压力。

具体的讲，从DotAd***的角度，手机用户浏览合作Wap网站的过程分为用户在某个Wap网站的首次浏览和再次浏览两个过程。这里的所谓再次，指的用户在同一次会话(session)过程中又一次浏览包含点告信息位的Wap网页。

DotAd***在首次浏览中完成用户身份的辨识，在用户的再次浏览中为用户提供个性化的广告和其它信息的服务。

下面结合图2和图3来描述用户的两次浏览流程。

图2是用户首次浏览的流程图，下面将参见图2描述用户首次浏览的过程。

在用户的首次浏览过程中，用户浏览器还没有访问过DotAd的Wap网站，DotAd***也不能实现对用户身份的辨识，因此DotAd***只能随机选取广告或其他信息发送到合作的Wap网站。个性化的广告和其它信息服务不能实现。

这时，DotAd***返回给Wap网站的除了有常规的广告或其他信息服务的描述信息以外，还会增加一个不显示任何图像的img标签。这个img标签指向的URL并不是什么图片，而是DotAd***的用户身份辨识服务器。于是，用户浏览器在获取浏览网页之后依次访问各图片URL的过程中就会自然的访问到DotAd***的用户身份辨识服务器实现用户身份的辨识。并在服务器内部建立起合作Wap网站SessionID和用户Did之间的内部映射表。

在用户再次浏览合作Wap网站的相关网页的时候，DotAd***可以根据Wap网站提供的SessionID在内部映射表中读取相关用户的Did，就可以实现对用户身份辨识的目的了。

这一过程在技术上可以概括为SessionID和用户Did内部映射技术以及嵌入img标签的自然的浏览器访问技术，DotAd***正是通过这两项技术的成功运用实现了基于Cookie的用户身份辨识。

图3是用户再次浏览的流程图，参看图3，图3所示的流程基本上与图2所示的流程相同，只是在判断用户不是首次浏览之后，DotAd***读取用户身份辨识表，确定用户身份，然后根据用户个人喜好信息数据库以及广告和其他信息数据库的内容向用户发送匹配的信息。

下面结合图4至图12来描述本发明的***组成及使用该***的本发明的用户辨识方法。

图4是本发明的DotAd***与本发明相关的部分的总体结构图。从图4可以看出，本发明的***包括Wappush***S41，Did产生服务器S42和DotAd个性化广告和其他信息发布***S43，其中，Wappush***和DotAd个性化广告和其它信息发布***分别与Did产生服务器S43连接，用于实现Wappush推广流程和手机用户浏览流程。Did产生服务器S43为这两大功能模块提供Did的管理服务，以保证每一次分配给新用户的Did不会发生重复的现象。

下面将会分别介绍上述各***模块的设计和实现细节。

首先介绍Did产生服务器S43。

图5是图4中的DotAd***的Did产生服务器S43的***结构和与外面的连接关系。

用户点击Wappush或者浏览合作Wap网站上包含点告信息位的网页的过程，形成用户对DotAd***的接触。当DotAd***第一次接触手机用户时，要为用户分配一个唯一标识Did。Did产生服务器就负责为新用户生成一个不重复的新的Did。

Did产生服务器的主要性能要求是容错性和效率。所谓容错即当***发生断电等硬件事故的情况下不会发生崩溃，故障排除以后可以继续正常工作。而效率问题是指每天要能承担100万次以上的分配任务。

Did产生服务器负责管理Did用户标识***，处于整个DotAd用户辨识***的核心和基础的地位。

参见图5，从图5可以看出，该Did产生服务器包括Did产生服务模块和本地Did数据库组成，其中该Did产生服务模块与本地Did数据库连接。此外，与Did产生服务器直接建立连接的还有Wappush***的Wappush浏览服务器和DotAd个性化广告和其它信息发布***的用户身份辨识服务器。这两个服务器将在下面加以描述。除了这两个服务器以外，为了便于运维人员监视***的正常运行，***中还设有独立的监视服务器。这个服务器于本发明没有直接的关系在以后的说明中不再展开描述。另外，与本地Did数据库相连的还有数据库同步模块，该数据库同步模块与全局数据库相连。而监视服务器负责对整个***的工作状况进行监控。数据库同步模块负责将本地Did数据库的内容定期的导入全局数据库当中。

下面描述Did产生服务器完成的主要功能：

(1)为新用户分配一个唯一的Did标识；

(2)为已经分配了Did，但没有建立Did和手机号对应关系的用户建立对应关系；

(3)维护和测试接口。

Did产生服务模块：

Did产生服务模块按照访问的时间顺序为新用户分配连续的Did。这种分配方式可以保证在整个Did空间全部分配满之前用户Did的分配永远不会重复。

按照全中国3.6亿手机用户计算，64bit的Did空间可以为每个手机用户分配500亿个不同的Did。

本地Did数据库：

Did产生服务将Did分配的结果以文本日志的形式记录到本地的Did数据库中。该数据库的内容将由数据库同步模块定期导入到DotAd全局数据库当中。

图6是本发明的Wappush***的架构图。亦即图4当中的S41是DotAd***的Wappush子***。在DotAd***中，Wappush子***实现了***的Wappush推广流程。

通过对Wappush的转向，DotAd用户辨识***不仅可以为用户分配Did，而且还可以建立Did和用户手机号的对应关系，这对于综合利用Wap行业已经积累的大量的建立在用户手机号基础上的用户特征数据具有非常重要的意义。以下对这一技术详细的加以描述。

该Wappush***由三个部分组成。即：Wappush发布服务器S61，Wappush浏览服务器S62和Did产生服务器S63。其中，Did产生服务器是DotAd***的基础公用服务器，在本说明的前面部分已经进行了说明。

Wappush发布服务器根据合作Wap网站的要求向用户发布Wappush信息。其中和本发明直接相关的模块是Wappush生成模块(参见图7)。它把合作Wap网站提供的Wappush内容加以修正，引导用户点击的时候首先访问点告Wappush浏览服务器，同时通过URL数据传递方式向Wappush浏览服务器传递用户手机号和合作Wap网站的地址。

Wappush浏览服务器负责在Did产生服务器的支持下更新用户手机上的用户身份Cookie。这是Wappush***的核心模块。

下面结合图7描述Wappush***的流程，图7示出了Wappush***的功能流程图，从图7可以看出：

①合作Wap网站向Wappush发布服务器发送Wappush请求，其中包含了Wappush信息和Wappush连接。

②WapPush发布服务器将Wappush信息和Wappush连接传递给Wappush生成模块(Wappush生成模块的功能和作用将在下面描述)；

③Wappush生成模块修正Wappush信息和Wappush连接以后发回Wappush发布服务器。

④Wappush发布服务器向用户手机发送Wappush连接经过修正的Wappush。

⑤用户读取Wappush信息之后，如果有兴趣，点击Wappush连接，用户手机浏览器转到浏览服务器。浏览服务器通过URL获取用户手机号和合作Wap网站的地址(URL数据传递方式)；

⑥浏览服务器向Did产生服务器发出用户Did分配请求。(具体参看Did产生服务器通讯协议)；

⑦Did产生服务器为用户分配Did，记录用户Did与手机号的对应关系，并把分配结果返回到浏览服务器。(具体参看Did产生服务器通讯协议)；

⑧浏览服务器向用户手机写入用户身份Cookie(包含用户Did和用户手机号)，用户浏览器跳转到合作Wap网站的Wap网页。

Wappush***采用以上功能流程完成了对DotAd***的Wappush推广流程的实现。

其中，Wappush信息(PTEXT)是指用户收到Wappush时在手机屏幕上看到的内容；Wappush连接(PURL)是指用户点击Wappush以后，手机浏览器最终会跳转到的合作Wap网站相关网页的地址DotAd域是指所有的Dot服务器所在的同一个web域，定义为： dotad.net；而浏览服务器URL(LURL)是指浏览服务器的全局地址，定义在DotAd域下的一个网页，即： wap.dotad.net/wp.php。

在Wappush***当中，和用户辨识问题有关的功能模块是Wappush生成模块、浏览服务器模块和Did产生服务器模块。

下面描述Wappush发布服务器，图6中的S61就是Wappush***承担Wappush发布任务的Wappush发布服务器。图8定义了Wappush发布服务器的组成架构框，该Wappush发布服务器包括接收模块、Wappush数据库、Wappush生成模块和Wappush发送模块。其中，接收模块负责接收合作Wap网站的Wappush请求，并将请求写入到Wappush数据库当中，Wappush生成模块从Wappush数据库中读取相应的数据，并将这些数据进行修正，把用户点击重新定向到Wappush浏览服务器。Wappush发送模块和运营商提供的Wap网关相连接，以运营商提供的通讯将Wappush发送到手机用户的手中。

Wappush生成模块的主要功能是根据合作Wap网站提供的Wappush内容和Wappush连接，生成***实际发送的Wappush内容和连接。

模块的输入参数包括用户手机号(mobile)、Wappush内容和Wappush连接。输出结果就是Wappush代码。生成的Wappush代码一方面要把用户点击重定向到Wappush浏览服务器，另一方面还要以URL数据传递方式向Wappush浏览服务器传递用户的手机号和合作Wap网站的Wappush连接。

Wappush代码格式如下，其中，生成的Wappush代码的信息部分不变，就是合作Wap网站提供的Wappush信息；连接部分改写成以下形式：

“HTTP：//”+LURL+“？mobile＝”+mobile+“：url＝”+PURL

其中：

1、目标地址定义为浏览服务器URL，也就是说用户一旦点击了Wappush以后，用户浏览器会跳转到DotAd***定义的浏览服务器；

2、以URL参数传递方式向浏览服务器传送的参数有两个，一是用户的手机号，二是Wappush连接的URL。这样在浏览服务器上就可以根据用户手机号为用户分配Did，然后很自然的跳转到合作Wap站点的网页。

下面描述图6中模块S62即Wappush浏览服务器的工作流程。该浏览服务器获得Wappush点击访问以后，根据用户的手机号生成Did并以Cookie的形式写到用户的手机之中。

图9示例地描述了Wappush浏览服务器的工作流程，其中：

1、分析Wappush的连接URL，获取用户手机号和合作Wap网站的Wappush连接(PURL)(获取参数)；

2、读取用户手机的用户身份Cookie；

3、如果用户手机上还没有Did的Cookie，执行处理流程3.1-3.3；

3.1、发送Did分配请求包到Did产生服务器；

3.2、从Did产生服务器读取Did响应包，从而获得新分配的Did；

3.3、向用户手机写入包括Did和用户手机号信息的完整用户身份Cookie；

4、如果用户手机上的Cookie是不完整的，仅包含Did，不包含用户手机号，执行处理流程4.1-4.2；

4.1发送信息更新请求包到Did产生服务器；

4.2向用户手机写入包括Did和用户手机号信息的完整Cookie；

5、用户手机浏览器跳转到PURL指向的合作Wap站点。

其中，用户手机上的用户身份Cookie的装配情况可以分为以下几种：

1、无Cookie：这表明用户是第一次接触DotAd***。此时***应该为用户分配Did，并生成用户身份Cookie；

2、用户身份Cookie不完整：仅包含用户Did而不包含用户手机号。这表明该用户曾经在用户浏览流程中访问过DotAd，由用户身份辨识服务器对其进行过Did分配。此时***应该记录用户Did和用户手机号之间的对应关系，并更新用户身份Cookie，使其包含有用户Did和手机号。

3、用户身份Cookie完整：即包含手机号也包含用户Did。这表明用户曾经以Wappush推广流程接触过DotAd***，Wappush浏览服务器为其生成了完整的用户身份Cookie。此时用户身份辨识已完全正常，***不必再为用户身份辨识进行任何操作。

下面详细描述DotAd广告和其它信息发送***：

图4当中的S42模块，就是DotAd广告和其它信息发布***。它实现了DotAd***的用户浏览服务流程。

用户浏览DotAd的合作Wap网站是用户接触DotAd***的另外一条途径。在用户用户浏览DotAd的合作Wap网站对用户进行辨识并根据辨识的结果为用户提供个性化的广告和其它信息服务是DotAd***的最终目的。因此，这部分是整个DotAd***的主体。

从用户辨识的技术角度来讲，最主要的技术难题就在于DotAd***是以Webservice方式向合作Wap网站提供广告信息的，用户并没有真正访问DotAd***的网页。由于Cookie不能跨域读写的限制，也无法在合作的Wap网站端进行Cookie的读写操作。为了解决这一技术难题，本发明提出了合作Wap网站sessionID和Did对应技术和<img>标签嵌入式自然访问技术两项技术创新。

点告广告和其它信息发布***和用户辨识有关的部分由三个主要的模块组成，即Webseverice服务模块S102，用户身份辨识服务器S104和用户身份辨识表服务器S103。

从功能流程来讲，***的技术要点是：

1、用户身份辨识表维护了用户在Wap网站上浏览时的sessionID和Did之间的对应关系。

2、Webservice服务模块根据当前sessionID和用户身份辨识表查询用户身份，并根据用户的喜好特性选择发布的广告和其它信息。

3、倘若用户身份辨识表当中没有当前sessionID，Webservice服务模块在广告数据库中随机抽取一个广告向用户发布，同时将用户浏览器自然的引向用户身份鉴别模块。

4、用户访问用户身份鉴别模块时，用户身份鉴别模块从用户手机中读取Cookie，并加入到用户身份辨识表当中。

图10描述了和本发明有关的各功能模块。其中，合作Wap网站端模块帮助合作Wap网站调用Webservice，并和DotAd***建立连接。Webservice服务模块S102根据用户辨识的结果为手机用户发送和他的喜好相匹配的广告或其他信息。用户辨识服务器S104读取用户身份cookie，对用户的身份进行辨识。用户身份辨识表服务器S103管理一个内存表格，缓存用户身份辨识的结果，也是用户辨识服务器S104和Webservice服务服务器S102之间的数据接口。

在用户首次浏览合作Wap网站时，合作Wap网站端模块向Webservice服务器发出服务请求，传递的参数包括：Wap网站ID、会话ID、Wap网站用户ID和广告位ID。Webservice服务器S102随机选取一个广告或者其他信息回复给Wap网站端模块，同时在广告信息中***自然引导用户手机浏览器访问用户身份辨识服务器的img标签。随后用户浏览器访问用户身份辨识服务器，用户身份辨识服务器读取用户手机上的Cookie，完成用户身份的辨识。最后，用户身份辨识表服务器记录下会话ID和用户Did之间的映射关系。

在用户再次浏览合作Wap网站时，合作Wap网站端模块向Webservice服务器发出服务请求。传递的参数仍然是：Wap网站ID、会话ID、Wap网站用户ID和广告位ID。Webservice以会话ID查询用户身份辨识表服务器，读取用户Did，并据此实现个性化的广告和其他信息服务。

以下分别描述每一个服务器的具体实现。

首先解释下列各个名词：

会话ID(sessionID)：在用户浏览合作Wap站点时，Wap网站会分配一个临时的32字节的会话ID给他。这样，在用户的本次浏览过程中，Wap网站一直都维持着这个会话ID以辨识这一次会话。

Wap网站用户ID(UID)：如果用户在合作的Wap网站上登陆过，Wap网站就已经完成了用户在该网站的辨识工作。用户ID是Wap合作网站用以标示该用户的用户标示。

Wap网站ID(WapID)：合作的Wap网站在加盟DotAd***时，由***分配的32bit标识符，在DotAd***内部唯一标识Wap网站。

广告位ID：描述合作Wap网站相关网页上提供给DotAd***的广告发布位的标识符。

用户身份辨识服务器URL(RURL)：用户身份辨识服务器是一个Wap服务器端模块。它的全局地址在DotAd域内，即：wap.dotad.net/ur.php。

首先描述用户身份辨识表服务器，图10中S103子模块即用户身份辨识表服务器。

用户身份辨识表提供了合作Wap网站的sessionID和用户Did之间的对应关系。表格采取FIFO方式维护，当表格容量充满以后，再写入的新项将覆盖表格中最旧的内容。

用户身份辨识表服务器则提供了用户身份辨识表的读写操作接口。

每一个合作的Wap网站在DotAd***内部有一个4字节的ID，称之为Wap网站ID，用以表识每一个合作的Wap网站。用户在Wap网站上浏览时，Wap网站会给用户分配一个临时的32字节的SessionID来标识会话。同一个Wap网站的同一个sessionID对应的手机用户只能是唯一的一个，这就是建立用户身份辨识表的基础。

用户身份辨识表就是在4字节的网站ID、32字节的sessionID关联在一起与64bit的用户Did之间的对应表。

从结构上来讲，用户身份辨识表分成256个独立的子表，每个子表对应了sessinID的一个子类。实际实现中划分子类的依据就是sessionID除以256的余数。这256个子表彼此互不相关，完全独立的进行工作。

每个子表包含4096个数据项，每个数据项包含的数据是：

表项	类型	长度(字节)	说明
表项	类型	长度(字节)	说明	Wap网站ID	ULONG	4	Wap网站的唯一标识符
SessionID	字符串	32	当前会话ID	Wap网站ID	ULONG	4	Wap网站的唯一标识符
SessionID	字符串	32	当前会话ID	Did	INT64	8	***中用户的唯一标识
最后访问时间	ULONG	4	该项目最后一次访问的时间	Did	INT64	8	***中用户的唯一标识

其中，每一次访问(读或写)表的数据项，最后访问时间都会更新为当前时间(精确到秒)。当表格填满以后再向里写信的数据，就会覆盖掉表格中最后访问时间最旧的项目。

下面描述用户身份辨识表服务器，用户身份辨识表服务器以远程调用(RPC)方式为***的其它服务器提供读写用户身份辨识表的服务。

具体过程如下：

1)读取用户身份

输入参数：Wap网站ID和seesionID；

输出参数：Did；

算法：

1、首先根据sessionID％256的值，选定一张子表；

2、搜索子表，看有没有Wap网站和sessionID都匹配的项；

3、如果有，返回表项中Did，并更新最后访问时间记录；

4、如果没有，返回失败标志。

2)写用户身份

输入参数：Wap网站ID、seesionID和Did；

算法：

1、首先根据sessionID％256的值，选定一张子表；

2、搜索子表，看有没有Wap网站和sessionID都匹配的项；

3、如果有，返回表项中Did，并更新最后访问时间记录；

4、如果没有，挑选表格中一个空白项或者最后访问时间记录最陈旧的项，把新的数据写入。

从技术的角度来讲，用户身份辨识表服务器采用了网站SessionID和用户Did映射的核心技术。这样做具有两方面的意义：

1、是img标签引导技术的基础和前提：

使用img标签引导技术和传统的跳转技术相比较具有很多的优势。但是，img标签是延迟访问的，也就是说，是在浏览信息已经完成、浏览网页已经返回用户手机浏览器之后才发生的。因此，本次生成浏览信息的过程中不可能利用由img标签引导的用户身份辨识服务器的任何辨识结果。

SessionID映射技术虽然不能解决本次浏览信息生成时利用用户身份辨识结果的问题，但有了这项技术辨识的结果却可以传递到下一次浏览信息生成时使用。从某种意义上来讲，SessionID映射技术和img标签引导技术是一个技术不可分割的两个方面，没有SessionID映射，img标签引导也就失去意义了。

2、降低了用户辨识服务器的访问负担：

SessionID映射技术还有一个重要的意义在于实现了以会话为单位的用户辨识，和以浏览为单位的用户辨识相比，每次会话中只做一次用户辨识的工作，而不需要再用户每次浏览网页的时候都做。这无疑会大大降低用户辨识服务器的访问强度，从而减少了***的成本，增加了***的稳定性。

下面描述Webservice服务器，在图10中，S102即Webservice服务器。Webservice服务器是实现DotAd广告和其它信息发布流程的主服务器，主要完成用户偏好匹配和广告或其他信息选取工作。

在Weservice服务器中与本发明直接相关的部分是引导用户手机浏览器访问用户辨识服务器的部分，这也是在本说明书中重点描述的部分。

当用户浏览合作Wap站点的相关网页时，Wap站点调用Webservice服务模块，以获得和用户兴趣爱好相匹配的广告信息。Webservice服务模块根据用户本次浏览的SessionID到用户身份辨识表中读取用户的Did。如果读取成功，则根据Did选择广告信息返回Wap网站。如果读取不成功，则随机选择一条广告信息返回到Wap站点，同时引导用户浏览器访问用户身份辨识服务器。

为了能达到自然的引导用户浏览器访问用户辨识模块的目的，Webservice服务模块采用<img>标签嵌入访问技术来加以实现。

Webservice服务器是点告广告和其它信息发布***的核心模块。对于用户身份辨识来讲，Webservice服务模块一方面是用户身份辨识结果的接受者，要利用这一结果为用户提供个性化的广告和其它信息服务。另一方面，是Webservice服务模块把用户引导到用户身份辨识服务器的，是用户身份辨识的枢纽中枢。

该Webservice服务器的引导算法主要如下：

输入参数：Wap网站ID，sessionID

输出参数：修正过的广告信息

算法流程：

1、Webservice入口：

2、读取用户身份辨识表；

3、如果读取成功，根据Did选择广告，并将广告信息返回合作的Wap网站；

4、如果读取不成功，完成以下操作；

a)随机选择一条广告；

b)在广告描述信息当中增加一个<img>标签，其长宽都是0，URL定义为

RURL+“？WapID＝”+WapID+“：sessionID＝”+sessionID

例如：

c)将修正过的广告信息发送到合作的Wap网站。

使用img标签引导用户手机浏览器访问用户身份辨识服务器是Webservice服务器引导算法的核心。使用这种方式和传统的浏览器跳转方式相比较，具有以下的优点：

1、更优秀的用户体验：

手机浏览器先向用户展示网页本身的内容，然后才访问img标签所连接的服务器。这种引导不会增加用户等待的时间，因而提升了用户的体验。

2、完全后台完成：

由于引导的img标签定义的图片的尺度是0x0，从用户角度并不能直接感觉到这个标签的存在。从用户的角度看，这个引导过程完全是后台实现的。

同时，使用img标签引导技术并不改变和合作Wap网站之间的服务协议，不需要合作的Wap网站为此作任何技术上的改变，就可以实现。广义的讲，这种引导对于合作的Wap网站来讲也是完全后台完成的。

3、不增加Wap网站的风险

采取跳转方式对于合作的Wap网站具有巨大的技术风险，一旦DotAd***发生故障，跳转不能顺利完成，用户将无法继续访问Wap网站。采用img标签的方式在这个方面要优越得多，即使DotAd***完全崩溃，用户对Wap网站的浏览仍将继续进行，不受任何影响。

下面描述用户身份辨识服务器。图10中S104即用户身份辨识服务器。这个服务器在本发明其他模块所做的准备工作的基础上最终实现用户身份的辨识工作。

首先，从用户手机中读取Cookie，确定用户的身份。用户身份辨识服务器是整个DotAd***中真正实现用户身份辨识的模块，是本发明功能上的最终实现者。

如图12所示。用户身份辨识服务器S104首先通过分析访问URL，获取Webservice服务器以URL数据传递方式传送的WapID和SessionID数据，然后访问用户手机上的用户身份Cookie。如果访问不成功，则通过Did产生服务器为用户分配新的Did，并生成用户身份Cookie。最后，用户身份辨识服务器将用户身份辨识的结果传送到用户身份辨识表服务器，结束用户辨识工作。

以上描述了本发明的优选实施例，可以看出，相对于现有技术，本发明具有以下的优点：

1、每个手机用户由唯一对应的一个Did加一标识；

DotAd***在第一次接触到一个手机用户的时候，自动为其分配一个唯一的Did，并在***内部为其建立用户数据库。随着对用户服务的深化，收集的用户相关信息越来越丰富，用户数据库的内容会得到逐步充实。

2、用户的Did以长期有效的Cookie的形式存在于用户的手机上；

3、DotAd***的用户辨识过程对于合作Wap网站和手机用户来讲都是透明的***自动工作，不需要合作Wap站点和手机用户的主动配合，也不会给Wap网站和用户带来任何不便。

本发明运用sessionID和用户Did内部映射技术以及嵌入img标签的自然的浏览器访问技术两项主要的技术发明成功的解决了在DotAd后台读写用户手机cookie的技术问题。运用Wappush转向技术成功的解决了用户Did和用户手机号码的对应难题。这两方面内容是本发明的主要技术要点，具有很大的创新性和实用价值。

本领域技术人员可以理解，在不偏离本发明精神范围的情况下能够对本发明做出种种修改或变化。因此，本发明拟包括在所附权利要求及其等效的范围内的各种变化和更改。

Claims

1.一种信息发布***的用户辨识方法，该信息发布***与WAP网站和用户标识符产生服务器以及Wappush***相连，且包括Webservice服务器、用户辨识服务器和用户身份辨识表服务器，该方法包括下列步骤：

接收来自WAP网站的用户访问请求和参数；

判断该用户访问请求是否是首次用户访问请求；

如果是首次用户访问请求，则在返回给WAP网站的信息中***用户身份辨识标签，并基于该用户身份辨识标鉴引导用户访问用户身份辨识服务器；

用户身份辨识服务器读取手机上的识别文件，并根据用户标识符产生服务器产生的用户标识符Did完成用户身份的辨识。

2.如权利要求1所述的方法，其中所述来自WAP网站的参数包括：WAP网站ID，会话SessionID，WAP网站用户ID和广告位ID。

3.如权利要求2所述的方法，进一步包括：

当判断该服务请求不是首次用户访问请求时，Webserver服务器根据会话ID查询用户辨识表服务器，读取用户用户标识符Did，并根据用户的喜好发送其所需要的信息。

4.如权利要求1或3所述的方法，其中所述用户身份辨识标鉴是img标鉴。

5.如权利要求4所述的方法，其中所述手机上的识别文件是Cookie文件。

6.如权利要求3所述的方法，其中所述判断该服务请求是否是首次访问请求是通过在用户身份辨识表中判断是否存在所接收的会话SessionID来确定的。

7.如权利要求5所述的方法，其中完成用户身份的辨识的步骤进一步包括：

用户身份辨识服务器获取Webservice服务器以URL数据传递方式传送的WapID和SessionID数据；

访问用户手机上的用户身份Cookie文件；

如果读不到相应的Cookie文件，则通过用户标识符产生服务器为用户分配新的用户标识符Did，并生成用户身份Cookie；以及

用户身份辨识服务器将用户身份辨识的结果传送到用户身份辨识表服务器。

8.如权利要求1所述的方法，进一步包括Wappush***的推广流程，该Wappush***包括Wappush发布服务器和Wappush浏览服务器，该方法包括下列步骤：

接收WAP网站提供的Wappush信息和Wappush连接；

将用户浏览器引导到Wappush浏览服务器，向用户标识符产生服务器发出用户标识符分配请求；

基于用户标识符分配请求，Wappush浏览服务器为每个用户分配一个用户标识符Did；

接收以URL数据传递方式发送的WAP网站的URL和用户手机号；以及

产生用户身份文件，并基于该用户标识符Did和用户手机号向用户手机写入用户身份文件。

9.如权利要求8所述的方法，其中所述Wappush信息是指用户收到Wappush时在手机屏幕上看到的内容，而所述Wappush连接是指用户点击Wappush以后，手机浏览器最终会跳到的合作WAP网站相关网页的地址。

10.如权利要求9所述的方法，进一步包括：

基于用户标识符Did和用户手机号建立其对应关系。

11.如权利要求8所述的方法，其中所述手机上的识别文件是Cookie文件。

12.如权利要求8所述的方法，其中所述将用户浏览器引导到Wappush浏览服务器的步骤包括：

WapPush发布服务器将Wappush信息和Wappush连接传递给Wappush生成模块；

Wappush生成模块修正Wappush信息和Wappush连接以后发回Wappush发布服务器；以及

Wappush发布服务器向用户手机发送经过修正的Wappush信息和Wappush连接。

13.如权利要求12所述的方法，其中所述浏览服务器为每个用户分配一个用户标识符Did的步骤进一步包括：

分析Wappush连接的URL，获取用户手机号和合作Wap网站的Wappush连接；

读取用户手机的用户身份Cookie；

判断用户手机上是否具有该用户标识符Did对应的Cookie，如果没有则执行；

发送用户标识符分配请求包到用户标识符产生服务器；

从用户标识符产生服务器读取用户标识符Did响应包，从而获得新分配的用户标识符Did；

向用户手机写入包括用户标识符Did和用户手机号信息的完整用户身份Cookie；

如果用户手机上的Cookie仅包含用户标识符Did，不包含用户手机号，则执行；

发送信息更新请求包到用户标识符产生服务器；

向用户手机写入包括用户标识符Did和用户手机号信息的完整Cookie；

用户手机浏览器跳转到PURL指向的合作Wap站点。