一种网络用户行为日志自动获取方法

暂无

一种网络用户行为日志自动获取方法\n技术领域\n[0001] 本发明涉及一种网络资源获取方法，特别涉及一种网络用户行为日志的自动获取方法。\n背景技术\n[0002] 随着Web信息的日益增长，人们不得不花费大量的时间去搜索、浏览自己需要的、感兴趣的信息。为解决此问题，自动识别用户兴趣，实现个性化的资源推荐就成为个性化服务领域的研究热点。在这方面的研究也取得了显著的成就。个性化服务研究大多数都是以用户访问行为的日志数据为基础开展研究，用户访问行为的日志数据为个性化服务中用户兴趣发现、资源推荐等研究提供很好的数据支持，是这些研究很关键的前提，而目前用户访问行为的日志获取方法的研究仍不太成熟，可移植性很差，日志记录可重用性很低。目前用户访问行为的日志获取方法如下：\n[0003] 第一种常见的日志获取方法是利用Web服务器日志进行过滤。Web服务器日志记录了用户访问站点的数据，每当站点上的页面被访问一次，Web服务器就在日志中增加一条相应的记录。\n[0004] 另外一种常见的日志获取方法，是嵌套在网站中，通过编写相应的日志记录代码获取所需要采集的用户访问行为的日志数据。\n[0005] 上述现有系统在通信方面存在以下四方面的问题：\n[0006] 1.日志记录不能很好的和用户关联起来；\n[0007] 2.缺乏用户访问行为的定制，数据往往比较冗余繁杂；\n[0008] 3.日志记录控制不能灵活的增加和减少需要采集的用户行为；\n[0009] 4.对不同的系统，日志获取模块重用性很低。\n发明内容\n[0010] 本发明的目的是解决现有技术日志获取中可扩展性和可移植性不高的缺陷，提供一种基于C/S(客户端/服务器)模式的可移植性较好的用户行为日志获取的方法。\n[0011] 为达到以上目的，本发明是采取如下技术方案予以实现的：\n[0012] 一种网络用户行为日志自动获取方法，其特征在于：在客户端与Web服务器之间加上一代理服务器，代理服务器第一次接受Web服务器返回的响应正文为HTML格式的用户响应即HTTP响应(HTTP响应包括三部分内容：响应状态码，响应头部和响应正文)，在该HTTP响应中加入用户行为日志采集模块，发送到客户端，用户行为日志采集模块在客户端充当用户行为日志的数据采集端，而代理服务器充当用户行为日志的数据处理端；引入代理服务器以后的信息交换模式具体包括下述步骤：\n[0013] 1)用户通过客户端向Web服务器发送HTTP请求；\n[0014] 2)代理服务器截获该HTTP请求并解析该HTTP请求的类型，以决定是否转发该HTTP请求，具体情况如下：\n[0015] a.当请求为调用Web服务器资源，则：\n[0016] Step1：代理服务器转发该请求至Web服务器；\n[0017] Step2：转至步骤3)；\n[0018] b.当请求为调用用户行为日志采集模块，则：\n[0019] Step1：代理服务器构建包含用户行为日志采集模块的HTTP响应；\n[0020] Step2：转至步骤5)；\n[0021] c.当请求为发送采集的日志数据，则：\n[0022] Step1：代理服务器接收发送的日志数据；\n[0023] Step2：日志数据交由代理服务器上的日志处理模块处理；\n[0024] Step3：处理后的日志数据储存到代理服务器的日志文件中；\n[0025] Step4：代理服务器构建包含接收日志数据成功标志的HTTP响应；\n[0026] Step5：转至步骤5)；\n[0027] 3)代理服务器接收来自Web服务器返回的HTTP响应并判断该HTTP响应正文的类型：\n[0028] a.如果响应正文为HTML网页，转至步骤4)；\n[0029] b.否则转至步骤5)；\n[0030] 4)代理服务器解析HTTP响应，并在该响应中修改HTTP响应头部的长度信息、在该响应正文中加入客户端日志采集模块；\n[0031] 5)代理服务器将步骤2)包含用户行为日志采集模块的HTTP响应、包含接收日志数据成功标志的HTTP响应、步骤3)Web服务器返回的HTTP响应或者步骤4)修改后的HTTP响应发送至客户端。\n[0032] 上述方案中，所述代理服务器与原来的Web服务器为同一台服务器；或不同于Web服务器，而作为一个独立的日志获取服务器。\n[0033] 所述用户行为日志采集模块采用事件驱动模型，代理服务器提供可视化用户接口UI定制目标系统需要采集的用户行为，存储在用户行为描述文件中，当用户定制完需要采集的行为之后，用户行为描述文件被存放到代理服务器上，最后，在客户端充当用户行为日志数据采集端的用户行为日志采集模块动态加载位于代理服务器上的用户行为描述文件，依据定制的用户行为来采集用户在目标系统的这些行为日志数据。\n[0034] 其中每种用户行为可通过下述两种方法之一来描述：\n[0035] ①通过用户在页面有序的操作序列集合来标识定制的行为；\n[0036] ②通过统一资源定位符URL来过滤得到定制行为；\n[0037] 以上两种方式都可以唯一的标识某个行为。\n[0038] 与上述提到的背景技术作对比，我们来分析下本发明的优势。\n[0039] 不同的系统需要采集的行为往往有所不同，为了提高日志记录模块的可重用性，这就需要提供一种机制灵活的增加或减少系统中需要采集的行为，并且在用户行为日志采集过程中，需要灵活的配置和描述需要采集的行为。而且为了适应更多的系统，除有一些基本的用户行为(如搜索行为，评价行为，浏览行为等)，还应可以定制一些其他行为。但目前日志记录并没有很好的对不同的行为进行分类，也不能灵活的自定义系统需要采集的用户行为，更没有提供一种有效的方法来描述一种用户行为。\n[0040] 本发明用户行为日志采集模块采用事件驱动模型，针对页面对用户行为进行监听，它可以借助于浏览器直接运行，主要好处在于它允许更大的灵活性，因为处理程序完全是独立的，当事件发生时，它只需要发送给统一的处理程序，而不需要了解具体是哪个子程序在执行，哪个子程序是什么功能。\n[0041] 至于描述用户的行为，本发明提供了一个数据格式——用户行为的描述文件，在这个文件中通过可扩展标记语言XML来描述和存储需采集的用户行为。并且提出每种行为可通过两种简单的方式来描述：该两种方式都可以唯一的标识某个行为。有了上述用户行为描述文件，就可灵活的定制需要采集的用户行为，并提供对用户行为的描述机制及方便用户配置的可视化用户接口UI。最后用户行为日志采集模块动态加载用户行为描述文件，而我们只需在用户行为描述文件里增加或减少相应的行为即可达到灵活的增加或减少需要采集的用户行为。\n[0042] 与现有技术的对比，本发明的特点是：\n[0043] 1.实现可扩展的系统，灵活定制需要采集的用户行为；\n[0044] 2.对不同的系统，该方法移植性较高；\n[0045] 3.容易部署，从而为系统提供透明的日志记录服务；使后期的日志数据预处理及数据挖掘更容易。\n附图说明\n[0046] 图1为本发明方法涉及的网络系统框图。\n[0047] 图2为本发明用户行为日志数据采集端和用户行为日志数据处理端的设计框架图。\n[0048] 图3为本发明用户行为日志采集模块可扩展的设计结构。\n[0049] 图4为本发明代理服务器的工作流程图。\n[0050] 图5为正常上网资源请求时序图。\n[0051] 图6为客户端对用户行为采集模块的请求时序图。\n[0052] 图7为客户端发送采集的行为日志时序图。\n[0053] 图8为用户行为日志采集基本行为配置图。\n具体实施方式\n[0054] 为了更清楚的理解本发明，以下结合附图对本发明作进一步的详细描述。\n[0055] 如图1所示，在客户端与Web服务器之间加上一“代理服务器”，用户通过客户端向Web服务器发送请求；代理服务器截获该请求并转发至Web服务器；Web服务器返回HTTP响应至代理服务器；代理服务器处理Web服务器返回的HTTP响应，并在该HTTP响应中加入用户行为日志采集模块，然后发送至客户端。\n[0056] 本发明采用C/S模式，考虑可扩展，可移植这两个特性，用户行为日志获取的方法主要包括两方面的设计：用户行为日志的数据采集端和用户行为日志的数据处理端(如图\n2所示)。以下予以分述：\n[0057] ①充当用户行为日志数据采集端的用户行为日志采集模块的设计(图2客户端)：\n[0058] 用户行为日志数据采集端主要是针对页面进行监听以捕获行为日志，为此我们要采用客户端脚本语言JavaScript，该技术对页面元素能很好的支持，并且扩展性要好，支持“事件驱动”。客户端脚本语言JavaScript是动态的，它可以直接对用户或客户在页面的输入做出响应，无须经过Web服务程序；而且更重要的它是采用以事件驱动的方式进行的；\n而且它是一种基于对象的语言，这样可以使程序的可读性更高，维护起来很方便，而且易扩展；它还是跨平台的，只依赖于浏览器本身，与操作环境无关。\n[0059] 另外我们还需要一种交互式网页应用的网页开发技术用来把客户端捕获的用户行为日志发送给用户行为日志的数据处理端。我们选用AJAX(异步JavaScript和XML(可扩展标记语言))来满足这个需求，而且AJAX和客户端脚本语言JavaScript结合性很好。\n客户端脚本语言JavaScript是一种粘合剂使AJAX应用的各部分集成在一起。在AJAX中客户端脚本语言(如JavaScript)主要被用来传递用户界面上的数据到服务端并返回结果。\n[0060] 下面进一步划分模块介绍：\n[0061] [1]关联用户\n[0062] 上面提到Web服务器日志缺乏用户ID这个重要信息，而且我们记录日志的目的是要给用户分析其兴趣并为其推荐资源，所以我们一定要有能标识用户的信息。在这通过捕获得到用户登录时的ID来标识用户，如果用户匿名登录，则以IP(网络协议)地址来标识该用户。\n[0063] [2]动态加载用户行为描述文件\n[0064] 用户行为描述文件是通过可扩展标记语言XML文件进行描述的。每种行为可通过下述两种方法之一来描述：一种是按照页面元素标签的触发顺序来标志某种行为；一种是按照URL来过滤出某种行为。两种方式都可以唯一的标识某个行为。我们加载用户行为描述文件，这样用户行为日志采集模块可以只捕获用户行为描述文件中定制的这些行为操作。\n[0065] [3]事件监听\n[0066] 事件监听模块使用事件驱动模型来实现，事件驱动模型的三大要素包括：事件源：\n能够接收外部事件的源体；侦听器：能够接收事件源通知的对象；事件处理程序：用于处理事件的对象。我们给用户行为描述文件定制的这些用户行为注册事件侦听器，并把事件侦听程序和事件处理程序独立开来。\n[0067] 我们以一个具体事例来解释事件驱动模型，如图3所示，当我们为一个特定的按钮元素注册点击的事件侦听器，当用户点击这个按钮时，会将事件传递给侦听器，这意味着事件源调用侦听器对象中的一个特定方法(侦听器对象可以侦听一个特定对象的事件(比如一个按钮))，并以事件对象作为实参，然后交给事件处理程序按照一定业务逻辑执行。\n[0068] ②用户行为日志数据处理端的设计：\n[0069] 首先我们先了解一下充当用户行为日志数据处理端的“代理服务器”工作流程(如图4所示)：\n[0070] 1)用户通过客户端向Web服务器发送HTTP请求；\n[0071] 2)代理服务器截获该HTTP请求并解析该HTTP请求的类型，以决定是否转发该HTTP请求，具体情况如下：\n[0072] a.当请求为调用Web服务器资源，则：\n[0073] Step1：代理服务器转发该请求至Web服务器；\n[0074] Step2：转至步骤3)；\n[0075] b.当请求为调用用户行为日志采集模块，则：\n[0076] Step1：代理服务器构建包含用户行为日志采集模块的HTTP响应；\n[0077] Step2：转至步骤5)；\n[0078] c.当请求为发送采集的日志数据，则：\n[0079] Step1：代理服务器接收发送的日志数据；\n[0080] Step2：日志数据交由代理服务器上的日志处理模块处理；\n[0081] Step3：处理后的日志数据储存到代理服务器的日志文件中；\n[0082] Step4：代理服务器构建包含接收日志数据成功标志的HTTP响应；\n[0083] Step5：转至步骤5)；\n[0084] 3)代理服务器接收来自Web服务器返回的HTTP响应并判断该HTTP响应正文的类型：\n[0085] a.如果响应正文为HTML网页，转至步骤4)；\n[0086] b.否则转至步骤5)；\n[0087] 4)代理服务器解析HTTP响应，并在该响应中修改HTTP响应头部的长度信息、在该响应正文中加入客户端日志采集模块；\n[0088] 5)代理服务器将步骤2)包含用户行为日志采集模块的HTTP响应、包含接收日志数据成功标志的HTTP响应、步骤3)Web服务器返回的HTTP响应或者步骤4)修改后的HTTP响应发送至客户端。\n[0089] 我们使用socket(套接字)技术，通过监听客户端端口或Web服务器端口实现上述流程。当用户自客户端通过浏览器发送HTTP请求时，代理服务器首先接受客户端的连接，并建立一个新的线程，接收HTTP请求，并按照HTTP协议的格式对HTTP请求和HTTP响应作简单的解析，以决定代理服务器是否转发该请求、是否修改来自Web服务器的用户HTTP响应。\n[0090] 由于我们的主要目的是为了获取用户的日志数据。针对上述流程中步骤2)中第c种情况进一步的描述(参见图2中用户行为日志数据处理端)，每当用户行为日志数据采集端向用户行为日志数据处理端发送捕获到的行为记录时，用户行为日志数据处理端会给其分配一个接收数据线程，当多条行为记录同时发送时，则采用多线程并行处理以加快执行速度，之后接收数据线程会将数据交由日志数据处理器，由数据处理器按照日志格式对接收到的数据进行处理并将处理后的用户行为日志数据存储到日志数据库中。\n[0091] 另外我们提到代理服务器提供可视化用户接口UI方便用户定制目标系统需要采集的行为(UI如图8所示)。\n[0092] 用户可以根据项目的需求定制一些在项目中要采集的行为。最后生成一个定制目标系统需采集行为的用户行为描述文件。用户行为描述主要采用两种方式：一种是按照用户在页面有序的操作序列集合来标识定制的行为；一种是按照URL来过滤出定制的行为。\n[0093] 举例说明如下：搜索行为是通过用户在页面有序的操作序列来描述的。即记录了用户在页面完成搜索行为需要执行的有序的操作集合。一般搜索行为需要两个有序的操作：输入关键字，提交查询内容。输入关键字这个操作关联页面上输入关键字的文本框，提交查询内容这个操作关联页面上的提交按钮根据超文本标记语言HTML的规范我们知道，页面元素由其id属性唯一标识。我们通过有序集合A＝{输入关键字的文本框的id属性、提交按钮的id属性}就可以标识该搜索行为。\n[0094] 评价行为我们通过URL进行描述的。我们都知道URL为统一资源定位符(Uniform Resource Locator的缩写)，它可以唯一的标识一个资源。首先给出评价行为的URL，然后对其参数进行描述。一般评价行为包含三个参数：评价资源的用户的标识，被评价的资源的标识，评分。我们通过URL加上其参数就可以标识该评价行为。\n[0095] 注：这个三个参数也是为了适应个性化服务中的推荐模型。