《用于收集用户访问相关信息的方法和系统.pdf》由会员分享，可在线阅读，更多相关《用于收集用户访问相关信息的方法和系统.pdf（21页珍藏版）》请在专利查询网上搜索。
1、(10)申请公布号 CN 101937439 A (43)申请公布日 2011.01.05 CN 101937439 A *CN101937439A* (21)申请号 200910139803.4 (22)申请日 2009.06.30 G06F 17/30(2006.01) H04L 12/24(2006.01) (71)申请人 国际商业机器公司 地址 美国纽约阿芒克 (72)发明人 张剑鸣 段宁 孙沛 孙伟 黄莹 (74)专利代理机构 北京市金杜律师事务所 11256 代理人 吴立明 庞淑敏 (54) 发明名称 用于收集用户访问相关信息的方法和系统 (57) 摘要 本发明提供了一种用于收集用。
2、户访问相关信 息以用于网络分析的方法和系统。所述方法可以 包括 ： 响应于客户端的页面打开请求， 将信息收 集模块发送到客户端， 其中所述信息收集模块用 于收集客户端的附加用户访问相关信息 ； 从网络 服务请求获取客户端的附加用户访问相关信息和 基本用户访问相关信息 ； 由所获取的附加用户访 问相关信息和基本用户访问相关信息生成网络 信标请求。本发明采用的是一种非侵入性的信息 收集方式， 不需要修改网络应用的代码， 因此与现 有技术相比， 本发明更加简单、 易行且具有成本效 益。另外， 根据本发明的优选实施例， 还可以实现 对于用户访问相关信息的集中式收集和管理， 因 此更加便于维护和优化， 。
3、也具有较大的灵活性。 (51)Int.Cl. (19)中华人民共和国国家知识产权局 (12)发明专利申请 权利要求书 3 页 说明书 11 页 附图 6 页 CN 101937440 A1/3 页 2 1. 一种用于收集用户访问相关信息的方法， 包括 ： 响应于客户端的页面打开请求， 将信息收集模块发送到客户端， 其中所述信息收集模 块用于收集客户端的附加用户访问相关信息 ； 从网络服务请求获取客户端的附加用户访问相关信息和基本用户访问相关信息 ； 以及 由所获取的附加用户访问相关信息和基本用户访问相关信息生成网络信标请求。 2. 根据权利要求 1 所述的方法， 其中， 所述收集的附加用户访问。
4、相关信息被放置在 Cookie 中， 以便随着超文本传输协议请求而被发送到所述服务器。 3. 根据权利要求 1 所述的方法， 其中从网络服务请求获取客户端的附加用户访问相关 信息和基本用户访问相关信息进一步包括 ： 从服务器接收的超文本传输协议请求中获取客户端的附加用户访问相关信息和基本 用户访问相关信息。 4. 根据权利要求 3 所述的方法， 其中从服务器接收的超文本传输协议请求中获取客户 端的附加用户访问相关信息和基本用户访问相关信息进一步包括 ： 从服务器获取需要跟踪的超文本传输协议请求 ； 以及 从所述需要跟踪的超文本传输协议请求中解析出附加用户访问相关信息和基本用户 访问相关信息。 。
5、5. 根据权利要求 4 所述的方法， 其中， 所述从服务器获取需要跟踪的超文本传输协议 请求包括 ： 实时地截获所述超文本传输协议请求 ； 以及 识别需要跟踪的超文本传输协议请求。 6. 根据权利要求 4 所述的方法， 其中， 所述从服务器获取需要跟踪的超文本传输协议 请求包括 ： 从网络日志中获取所述超文本传输协议请求 ； 以及 识别需要跟踪的超文本传输协议请求。 7.根据权利要求5或6所述的方法， 其中， 通过以下之中的一种或者多种信息来识别所 述需要跟踪的超文本传输协议请求 ： 统一资源定位符 ； 客户端网际协议地址 ； 以及 用户代理信息。 8. 根据权利要求 1 所述的方法， 进一步。
6、包括 ： 将所获取的附加用户访问相关信息和基本用户访问相关信息转换成所述网络分析服 务器要求的格式， 其中， 所述网络信标请求基于经过转换的附加用户访问相关信息和基本用户访问相关 信息生成。 9. 根据权利要求 1 所述的方法， 进一步包括 ： 将所获取的附加用户访问相关信息和基本用户访问相关信息中的统一资源定位符映 射成针对网站所有者的信息格式， 其中， 所述网络信标请求基于经过映射的附加用户访问相关信息和基本用户访问相关 信息生成。 权 利 要 求 书 CN 101937439 A CN 101937440 A2/3 页 3 10. 一种用于收集用户访问相关信息的系统， 包括 ： 模块发送。
7、装置， 用于响应于客户端的页面打开请求， 将信息收集模块发送到客户端， 其 中所述信息收集模块用于收集客户端的附加用户访问相关信息 ； 信息获取装置， 用于从网络服务请求获取客户端的附加用户访问相关信息和基本用户 访问相关信息 ； 以及 请求生成装置， 用于由所获取的附加用户访问相关信息和基本用户访问相关信息生成 网络信标请求。 11. 根据权利要求 10 所述的系统， 其中， 所述收集的附加用户访问相关信息被放置在 Cookie 中， 以便随着超文本传输协议请求而被发送到所述服务器。 12. 根据权利要求 10 所述的系统， 其中， 所述信息获取装置进一步配置用于通过从服 务器接收的超文本传。
8、输协议请求中获取客户端的附加用户访问相关信息和基本用户访问 相关信息来从网络服务请求获取客户端的附加用户访问相关信息和基本用户访问相关信 息。 13. 根据权利要求 12 所述的系统， 其中， 所述信息获取装置进一步配置用于通过以下 从服务器接收的超文本传输协议请求中获取客户端的附加用户访问相关信息和基本用户 访问相关信息 ： 从服务器获取需要跟踪的超文本传输协议请求 ； 以及 从所述需要跟踪的超文本传输协议请求中解析出所述附加用户访问相关信息和基本 用户访问相关信息。 14. 根据权利要求 13 所述的系统， 其中， 所述信息获取装置配置用于通过以下从服务 器获取需要跟踪的超文本传输协议请求。
9、 ： 实时地截获所述超文本传输协议请求 ； 以及 识别需要跟踪的超文本传输协议请求。 15. 根据权利要求 13 所述的系统， 其中， 所述信息获取装置配置用于通过以下从服务 器获取需要跟踪的超文本传输协议请求 ： 从网络日志中获取所述超文本传输协议请求， 以及 识别需要跟踪的超文本传输协议请求。 16. 根据权利要求 14 或 15 所述的系统， 其中， 通过以下之中的一种或者多种信息来识 别所述需要跟踪的超文本传输协议请求 ： 统一资源定位符 ； 客户端网际协议地址 ； 以及 用户代理信息。 17. 根据权利要求 10 所述的系统， 进一步包括 ： 格式转换装置， 用于将所获取的附加用户访。
10、问相关信息和基本用户访问相关信息转换 成所述网络分析服务器要求的格式， 其中， 所述网络信标请求基于经过转换的附加用户访问相关信息和基本用户访问相关 信息生成。 18. 根据权利要求 10 所述的系统， 进一步包括 ： 信息映射装置， 用于将所获取的附加用户访问相关信息和基本用户访问相关信息中的 权 利 要 求 书 CN 101937439 A CN 101937440 A3/3 页 4 统一资源定位符映射成针对网站所有者的信息格式， 其中， 所述网络信标请求基于经过映射的附加用户访问相关信息和基本用户访问相关 信息生成。 权 利 要 求 书 CN 101937439 A CN 1019374。
11、40 A1/11 页 5 用于收集用户访问相关信息的方法和系统 技术领域 0001 本发明涉及网络分析技术领域， 更具体地涉及一种用于收集用户访问相关信息以 用于网络分析的方法和系统。 背景技术 0002 网络分析技术是随着网络应用的快速发展而出现的。 网络分析服务可以为网站所 有者提供多种分析功能并帮助网站所有者提高网站的访问转换率、 投资回报率和网站经济 效益。 0003 图 1 示出了根据现有技术的网络分析服务的一个示例性界面， 该网络分析是由谷 歌网络分析服务所提供的。如图 1 所示， 谷歌网络分析服务可以向网站所有者提供多种分 析服务项目， 诸如访问统计、 导航分析、 目标网页优化等。
12、等。 通过这些服务项目， 网站所有者 可以获知总访问次数、 跳出率、 近期访问量的情况、 访问者找到网络内容的方式等， 并且网 站所有者可以得到网络分析服务提供的改善访问者体验的建议。 0004 在现有网络分析技术中， 通常要求在需要跟踪网页中添加一小段用作网络信标的 跟踪代码， 诸如 JavaScript 代码。添加在网页中的代码用于收集访问者的用户访问相关信 息并将其发送给分析服务提供商以便进行处理。跟踪代码的一个示例如下所示。 0005 跟踪代码的示例 ： 0006 0007 Var gaJsHost (” https:” document.location.protocol) ？ 00。
13、08 ” https:/ssl” :” http:/www.” ) ； 0009 / 如果当前位置的 url 协议是 https 协议， 0010 / 则载入 https:/ssl.google- ； 0011 / 否则载入 http:/www.google- 0012 Document.write(unescape(” 3Cscript src ” +gaJsHost 0013 +” google- text/javascript 3E 3C/ script 3E” ) ； 0014 / 输出对通过 escape() 编码的字符串进行解码后的代码 0015 0016 0017 Var pag。
14、eTracker _gat.getTracker(” UA-XXXXXX-X” ) ； 0018 / 指明其网页需要被跟踪的网站所有者的帐号 0019 pagcTracker.initData() ； 0020 / 初始化数据 0021 pageTracker.trackPageview() ； 0022 / 将网页跟踪数据发送至分析服务器 0023 说 明 书 CN 101937439 A CN 101937440 A2/11 页 6 0024 在访问者请求打开网页时， 该跟踪代码将随着所请求的网页数据一起发送到客户 端。 该跟踪代码执行用户访问相关信息收集并基于收集的用户访问相关信息生成网。
15、络信标 请求， 图 2 中示出了网络信标请求 (web beacon request) 的一个示例。在该示例性的网络 信标请求中， 包括 ： 网络信标头部 “http:/www.google- ； 表示 用户访问相关信息的信息字段， 诸如表示跟踪活动id的 “utmn6438280008” ， 表示客户单 主机名的 “utmh ” ， 表示页面编码的 “utmcs UTF-8” 等 ； 以及网络应用 的网络分析帐户 “utmac UA-2035756-2” 等信息。然后， 该生成的网络信标请求会被发送 给网络分析服务提供商， 以便由其进行分析和处理。 0025 在传统的网络应用中， 一个网页实。
16、现一个功能， 因此通过向网页中添加跟踪代码 对各个网页进行跟踪， 可以实现对各个功能的跟踪， 进而可以进行有效的网络分析。 0026 随着网络技术的发展以及第二代互联网模式 web 2.0 时代的来临， 异步 JavaScript 和 XML(AJAX) 在网络应用中起到越来越重要的作用， 越来越多的功能都是在网 页中使用 AJAX 调用来实现的。一个网页一种应用逐渐成为一种发展趋势。 0027 图 3 示出了 Web 2.0 网络应用的一个示例。在这种包含 AJAX 调用的 Web 2.0 网 络应用中， 一个网页中实现了众多功能， 即一个网页对应于一个应用， 而不是如传统网络应 用中那样仅。
17、对应于一个功能。例如， 图 3 中示出的弹出框 310 是页面内弹出框， 而并非如传 统技术中那样是一个新网页。正是由于这样原因， 适用于传统网络应用的网络分析技术无 法通过跟踪网页的加载来实现对于一个网页中实现的多个功能的跟踪。 0028 为了解决这一问题， 在现有技术中主要存在两种技术方案。其中一种是在网页代 码中的每个 AJAX 调用之前均添加特定的跟踪代码。例如， 对于谷歌分析服务而言， 可以在 每个 AJAX 调用之前添加如下跟踪代码 ： 0029 Pagetraker._trackPageview(“/ajax/action1” ) 0030 / 将跟踪数据发送至谷歌分析服务器 0。
18、031 以便在调用 AJAX 之前， 强制产生一个网络信标请求并将其发送到网络分析服务 提供商。 0032 另一种技术方案是代码重构， 即修改 AJAX 框架以便以标准化的方式来添加跟踪 代码， 而无需如第一种方式那样， 通过手工在网页代码的每个 AJAX 调用之前添加跟踪代 码。 0033 上述这两种方案均能够实现对网页中通过 AJAX 调用实现的功能的跟踪。然而， 这 两种技术都需要修改网页的源代码， 即， 采用的是一种侵入性的方式。因此， 在实际应用中 还是存在一些问题。 0034 对于第一种技术方案， 只有网络应用的所有者拥有网络应用的代码， 才能对代码 进行修改， 这对于一些只负责管。
19、理和运营网络应用的所有者而言是不现实的。 另外， 无论是 所有者自己修改网络应用的代码还是交由其他专业人员来修改， 都需要花费大量的成本。 0035 对于第二种技术方案， 修改AJAX框架会在AJAX框架升级时引起问题， 这是因为在 AJAX 框架升级时， 需要进一步调整原先对 AJAX 框架的修改， 以便适应升级后的 AJAX 框架。 而这种调整需要非常专业的知识和技巧。另外， 这种修改也是耗时耗力的。 0036 此外， 上述两种技术方案均存在适应性差、 维护成本高的问题。 上述两种技术方案 均需对网络应用的代码进行修改， 因此一旦网络分析的需求变化， 只能通过修改网络应用 说 明 书 CN。
20、 101937439 A CN 101937440 A3/11 页 7 的代码来满足该需求， 而这需要花费很大的人力和物力。因此， 它们具有较差的适应性。另 外， 由于插入在 AJAX 调用之前的这些代码零星地散布在整个网络应用的代码中， 所以不易 于管理， 并使得维护成本较高。 发明内容 0037 有鉴于此， 本发明提供了一种用于收集用户访问相关信息以用于网络分析的技术 方案。该方案至少可以在部分上消除或者缓解上述缺陷或其中一部分。 0038 根据本发明的一个方面， 提供了一种用于收集用户访问相关信息的方法。该方法 可以包括 ： 响应于客户端的页面打开请求， 将信息收集模块发送到客户端， 其。
21、中所述信息收 集模块用于收集客户端的附加用户访问相关信息 ； 从网络服务请求获取客户端的附加用户 访问相关信息和基本用户访问相关信息 ； 由所获取的附加用户访问相关信息和基本用户访 问相关信息生成网络信标请求。 0039 根据本发明的优选的实施方式， 从网络服务请求获取客户端的附加用户访问相关 信息和基本用户访问相关信息可以包括从服务器接收的超文本传输协议请求中获取客户 端的附加用户访问相关信息和基本用户访问相关信息。 0040 根据本发明的另一方面， 提供了一种用于收集用户访问相关信息的系统。该系统 可以包括 ： 模块发送装置， 用于响应于客户端的页面打开请求， 将信息收集模块发送到客户 端。
22、， 其中所述信息收集模块用于收集客户端的附加用户访问相关信息 ； 信息获取装置， 用于 从网络服务请求获取客户端的附加用户访问相关信息和基本用户访问相关信息 ； 请求生 成装置， 用于由所获取的附加用户访问相关信息和基本用户访问相关信息生成网络信标请 求。 0041 根据本发明的又一方面， 提供了一种计算机程序产品。该计算机程序产品其上具 有计算机程序代码， 当该计算机程序代码在计算机上运行时， 能够执行根据本发明的用于 收集用户访问相关信息的方法的步骤。 0042 根据本发明的方法和系统， 通过从网络服务器请求获取的客户端的附加用户访问 相关信息和基本用户访问相关信息来生成网络信标请求， 而。
23、并非通过修改网络应用的代码 来实现用户访问相关信息收集， 因此， 本发明采用的是一种非侵入性的信息收集方式。为 此， 与通过修改网络应用代码来实现用户访问相关信息收集的现有技术相比， 根据本发明 的收集用户访问相关信息的方式更加简单、 易于实现、 所需花费少， 并因此具有成本效益。 另外， 在根据本发明的优选实施方式中， 实现了对于用户访问相关信息的集中式收集和管 理， 因此根据本发明的信息收集的解决方案更加便于维护和优化， 也具有较大的灵活性。 附图说明 0043 通过对结合附图所示出的实施方式进行详细说明， 本发明的上述以及其他特征将 更加明显， 本发明附图中相同的标号表示相同或相似的部件。
24、。在附图中， 0044 图 1 示出了根据现有技术的网络分析服务的一个示例性界面 ； 0045 图 2 示出了根据现有技术的网络信标请求的一个示例 ； 0046 图 3 示出了 Web 2.0 网络应用的示例 ； 0047 图 4 示出了根据本发明一个实施方式的用于收集用户访问相关信息的方法的流 说 明 书 CN 101937439 A CN 101937440 A4/11 页 8 程图 ； 0048 图 5 示出了根据本发明一个实施方式的用于收集用户访问相关信息的系统的方 框图 ； 0049 图 6 示出了根据本发明另一实施方式的用于收集用户访问相关信息的系统的方 框图 ； 以及 0050 。
25、图 7 示意性地示出了其中可以实现根据本发明的实施方式的计算机设备的方框 图。 具体实施方式 0051 在下文中， 将参考附图通过实施方式对本发明提供的用于收集用户访问相关信息 的方法和系统进行详细的描述。 0052 首先， 将参考图 4 描述根据本发明一个实施方式的方法。图 4 示出了根据本发明 一个实施方式的用于收集用户访问相关信息的方法的流程图。 0053 如图 4 所示， 在步骤 401， 响应于客户端的页面打开请求， 将信息收集模块发送到 客户端。 0054 AJAX 调用与普通的网络请求一样， 都是 HTTP 请求。在 HTTP 请求中包括有浏览器 自动收集的信息。通过对 HTTP。
26、 请求进行解析可以获得诸如客户端网际协议 (IP) 地址、 服 务器站点名、 访问时间、 请求类型和 URL、 引用信息 ( 用户从哪个 URL 点击网站上的链接 )、 用户代理信息等用户访问相关信息。这些用户访问相关信息都可用于网络分析， 基于这些 信息可以例如对网络访问者的区域分布、 网络访问的高峰时段、 网络应用各功能的访问情 况、 用户从哪些 URL 链接到本网络应用、 用户的浏览器信息、 操作系统信息等等进行网络统 计。因而， 对于一些普通的网络分析服务而言这些用户访问相关信息是足够的。因此， 本发 明考虑通过从网络访问请求获取客户端的用户访问相关信息来收集用户访问相关信息。 另 外。
27、， 通过对 HTTP 请求的应答进行解析还可以得到应答状态、 服务返回到客户端的字节数等 信息， 基于这些信息还可以进一步进行有效访问、 无效访问和访问流量的统计。 0055 另外， 在网络应用的服务器利用浏览器的 Cookie 来保持会话的情况下， 网络应用 的相应代码还会在 HTTP 请求中包括相关的 Cookie， 其中通常包括访问者标识符、 会话标识 符、 访问次数等用户访问相关信息。因此， 在这种情况下， 可以进一步获得上述的 Cookie 中 的用户访问相关信息。 0056 除上述基本用户访问相关信息之外， 用户访问相关信息还可以包括附加用户访问 相关信息。该附加用户访问相关信息可。
28、以通过信息收集模块在客户端收集。然而， 需要说 明的是， 利用信息收集模块进行信息收集是本发明的优选实施方式， 在无需收集附加用户 访问相关信息的情况下， 并不需要利用信息收集模块。 0057 根据本发明的一个优选实施方式， 响应于客户端页面打开请求， 随着页面数据一 起将诸如 JavaScript 代码的信息收集模块下载到客户端。该信息收集模块用于收集客户 端的附加用户访问相关信息， 诸如客户端是否支持 JavaScript、 客户端是否支持 Flash、 客 户端使用的操作系统、 客户端的显示器分辨率或其他可以用于网络分析的附加用户访问相 关信息。该信息收集模块也可以负责计算生成并收集一些。
29、更高级的信息， 例如可以由它代 替网络应用来负责在 Cookie 中计算和生成上述由网络应用包括在 Cookie 中的信息， 例如 说 明 书 CN 101937439 A CN 101937440 A5/11 页 9 访问者标识符、 客户端会话标识符以及访问次数等用户访问相关信息。 0058 收集的附加用户访问相关信息可以随着 HTTP 请求一起被发送到服务器。在本发 明的一个实施方式， 可以在客户端中安装浏览器插件， 以便将收集的附加用户访问相关信 息附在 HTTP 请求中发送到服务器， 或者响应于 HTTP 请求的发送而将所收集的附加用户访 问相关信息单独地发送到服务器。 0059 然而。
30、， 在优选的实施方式中， 信息收集模块将其所收集的用户访问相关信息放置 在客户端的 Cookie 中。已知的是， Cookie 会通过每个 HTTP 请求而被自动发送到服务器， 因此信息收集模块收集的用户访问相关信息将会随着 HTTP 请求而被发送到服务器。这种 方式与上文已经描述的传送附加用户访问相关信息的其他方式相比， 其实现更为简单和可 行， 而且并不要求客户端安装浏览器插件。 0060 从上面的描述可以看出， 在本发明的上述实施方式中的信息收集模块与现有的跟 踪代码不同。 根据本发明上述实施方式的信息收集模块在收集了客户端的用户访问相关信 息之后， 并不负责生成和发送网络信标请求， 而。
31、是将收集的客户端的用户访问相关信息直 接提供给服务器。 0061 接着， 在步骤 402， 从网络服务请求获取客户端的附加用户访问相关信息和基本用 户访问相关信息。 0062 在根据本发明的一个实施方式中， 在网络应用的服务器获取来自客户端的网络浏 览器的超文本传输协议 (HTTP) 请求， 通过对 HTTP 请求进行解析从 HTTP 请求中获取客户端 的基本用户访问相关信息和附加用户访问相关信息。 0063 另外， 在根据本发明的优选实施方式中， 可以在服务器利用过滤策略来识别出需 要跟踪的 HTTP 请求， 并从所述需要跟踪的 HTTP 请求中解析出所述附加用户访问相关信息 和基本用户访问。
32、相关信息。 0064 根据本发明的实施方式， 可以实时地截获从客户端发送到所述服务器的 HTTP 请 求， 或者可替代地， 从服务器的网络日志中获取来自客户端的 HTTP 请求。随后， 可以基于预 定的过滤策略来识别需要跟踪的 HTTP 请求。 0065 在根据过滤策略来识别需要跟踪的 HTTP 请求的一个实施方式中， 可以基于统一 资源定位符 (URL) 来识别需要跟踪的功能。已知的是， 不同的 URL 对应于不同的功能。因 此， 可以在系统配置文件或者配置表中存储需要跟踪的 URL 或者不需要跟踪的 URL， 以便基 于该信息只获取与网站所有者关心的功能相关的 HTTP 请求。在这种情况下。
33、， 可以通过简单 地设置和改变配置文件中的 URL 来适应用户网络分析需求的改变。 0066 在根据过滤策略来识别需要跟踪的 HTTP 请求的另一实施方式中， 可以基于客户 端网际协议地址滤除不需要跟踪的 HTTP 请求， 以便识别出需要跟踪的 HTTP 请求。例如， 网 站所有者可能对会自己的网站进行测试， 这些测试会引起HTTP请求， 但这些HTTP请求并不 代表真实的用户访问。 因此， 为了使得网络分析结果更为真实， 网站所有者可能不希望跟踪 测试所产生的 HTTP 请求。在这种情况下， 可以设置不需要跟踪的客户端 IP 地址， 例如网站 所有者的 IP 地址， 以便从 HTTP 请求中。
34、滤除这些不需跟踪的 HTTP 请求。 0067 在根据过滤策略来识别需要跟踪的 HTTP 请求的再一实施方式中， 还可以基于用 户代理信息来滤除一些不需要跟踪的 HTTP 请求。例如， 在通过搜索引擎搜索到网站时， 这 并非是真正的网站访问， 因此可以滤除与此相关的 HTTP 请求。如果 HTTP 请求涉及的是与 说 明 书 CN 101937439 A CN 101937440 A6/11 页 10 搜索引擎相关的虚假访问， 则 HTTP 请求中的用户代理信息 (agent) 将会是诸如 “google” 的值。因此， 通过设置需要滤除的用户代理信息值， 诸如 “google” ，“baid。
35、u” 等， 可以排除一 些不需要跟踪的 HTTP 请求。这样， 就可以使得网络分析结果更为真实。 0068 需要说明的是， 可以根据需要采用这些过滤策略中的一种或者多种， 并且也可以 根据需要采用其他适当的过滤策略。 0069 接着， 继续参考图 4。在步骤 403， 由所获取的附加用户访问相关信息和基本用户 访问相关信息生成网络信标请求。 0070 在获取了基本用户访问相关信息和附加用户访问相关信息之后， 即可以根据所获 取的这些用户访问相关信息， 生成网络信标请求。 根据本发明的一个实施方式， 可以从所获 取的这些用户访问相关信息中取出各个信息， 诸如客户端 IP 地址、 服务器站点名称、。
36、 请求 类型和 URL 等等， 并按照网络服务提供商的要求将每个信息分别放置请求消息中的相应位 置， 从而生成网络信标请求。生成的网络信标请求例如可以如图 2 所示。关于根据这些用 户访问相关信息生成网络信标请求， 这在本领域是已知的， 此处不再赘述。 0071 在具体应用中， 可能存在这样一些情况， 其中需要将生成的网络信标请求发送到 多个网络分析服务器进行分析， 或者其中需要更换提供网络分析服务的网络分析服务提供 商， 或者网络服务提供商要求的信息格式发生改变。在这样的情况下， 优选的是， 可以进一 步地将所获取的附加用户访问相关信息和基本用户访问相关信息转换成网络分析服务器 要求的格式，。
37、 以便基于经过转换的附加用户访问相关信息和基本用户访问相关信息生成网 络信标请求。根据该实施方式， 网站所有者无需针对特定的网络分析服务商而定义信息格 式， 而是可以使用自定义的通用格式。 0072 在这种情况下， 可以根据本发明的通用格式与网络分析服务商要求的格式之间的 对应关系来执行格式转换， 以将这些用户访问相关信息转换成网络分析服务器要求的格 式， 因此可以将生成的网络信标请求发送到多个网络分析服务器进行分析。根据本发明的 方法， 可以设置多组对应关系， 以描述通用格式与不同网络分析服务商要求的格式之间对 应， 而且可以根据自己的需要选择和改变为其提供网络分析服务的服务商。 此外， 在。
38、网络服 务商要求的信息格式发生变化的情况下， 也可以通过执行该转换而快速地适应这种改变。 因此， 从这个意义上来讲， 该实施方式具有较大的灵活性。 0073 接下来， 将结合一个实例来描述这种信息格式转换。表 1 示例性地示出了网站所 有者自定义的信息格式与网络分析服务提供商要求的信息格式之间对应关系。 0074 表 1 0075 自定义的信息格式与所要求的信息格式之间的对应 0076 说 明 书 CN 101937439 A CN 101937440 A7/11 页 11 0077 0078 在下面给出了收集到的用户访问相关信息的一个实例 ： 0079 用户访问相关信息的实例 ： 0080 。
39、GET/_message.gif ？ trackid 811050252&pgcode gb2312&screen 1024x768&color 32&browser zh-cn&javasup 1&flasv 9.0&pagetitle my 20title&hostname 127.0.0.1¤tP /WebSession/samplepage.html&domain 14566463&uid 1013167333&cookietime 1208328335&lastTime 1215052821 0081 从上面示出的用户访问相关信息的实例可以看出， 在收集的用户访问相关信息。
40、 中采用的是表 1 中第一栏的字段表示的信息， 例如 “trackid 811050252” 、“pgcode gb2312” 、“screen 1024x768” 等。而要生成符合服务提供商格式要求 ( 表 1 中的第二栏 ) 的网络信标请求， 就要对所收集的这些用户访问相关信息进行转换。例如将 “trackid 811050252” 转换成 “utmn 811050252” ； 将 “pgcode gb2312” 转换成 “utmcs gb2312” ； 将 “screen 1024x768” 转换成 “utmsr 1024x768” 。另外， 还存在字段内容本身不满足 服务提供商要求的情。
41、况， 例如对于用户访问相关信息 “color 32” ， 服务提供商要求的字 说 明 书 CN 101937439 A CN 101937440 A8/11 页 12 段内容是 “32-bit” 。在这种情况下， 除了字段对应之外， 还要执行字段内容转换。该内容转 换可以通过一些转换函数来实现。在转换后，“color 32” 变为 “utmsc 32-bit” 。另一 方面， 在自定义的字段内容为 “32-bit” ， 而服务提供商要求的字段内容为 “32” 的情况下， 同样还要删除 “32-bit” 中的 “-bit” 来执行内容格式的转换。对于其他字段内容不满足服 务提供商要求的情况， 可。
42、以执行类似的内容转换。 根据此处的公开， 本领域技术人员可以容 易地实现上述内容格式转换的， 因此此处不再赘述。 0082 基于转换后的这些用户访问相关信息生成的网络信标请求如下所示 ： 0083 生成的网络信标请求 ： 0084 http:/www.google- ？ utmn 811050252&utmcs gb2312&utmsr 1024x768&utmsc 32-bit&utmul zh-cn&utmje 1&utmfl 9.0&utmdt my 20title&utmhn 127.0.0.1&utmr -&utmac UA-2035756-2&utma 14566463.10131。
43、67333.1208328335.1215052821.5&utmp /Sales/action.do 0085 在生成的网络信标请求中， 除了经过转换的用户访问相关信息外还包括网络信 标头部 “http:/www.google- ， 网络应用的网络分析帐户 “utmac UA-2035756-2” ， 以及从 AJAX 请求中获取的表示当前请求为 AJAX 请求的 “utmp /Sales/action.do” 。这些信息都是为了满足网络服务提供商的要求而添加的。 0086 另外， 还优选的是， 可以将所获取的用户访问相关信息中的统一资源定位符映射 成针对网站所有者的信息格式。 已知的是， 。
44、一个统一资源定位符对应于一个特定的功能。 因 此， 在该优选的实施方式中， 可以建立统一资源定位符至相应功能的映射， 根据该映射， 可 以将 URL 映射成对应的功能。这样在生成的网络信标请求中， 包括的是与 URL 对应的功能， 而并非不易理解的 URL 本身。这样， 可以使得在提供给网站所有者的网络分析报告中引用 的是与 URL 对应的功能， 从而使得分析报告更易于理解， 更具有可读性。 0087 生成的网络信标请求可以直接发送到网络分析服务器， 或者通过其他中间网络实 体将其发送给网络分析服务器， 以便用于网络分析。然而， 需要说明的是， 虽然可以在生成 网络信标请求后立即将其发送给网络。
45、分析服务器， 但也可以以预定的时间间隔来发送生成 的网络信标请求， 或者以其他预定策略来发送。另外， 也可能的是， 网络应用的服务器直接 根据该网络信标请求执行网络分析， 而不用将其发送到网络分析服务器。 0088 在现有技术中， 收集用户访问相关信息采用的是侵入性的方式， 即， 通过在网络应 用的每个AJAX调用加入跟踪代码来实现对基于Web2.0的网络应用的用户访问相关信息的 收集。 而从上述对本发明的各种实施方式的描述可以看出， 根据本发明的方法， 不需要修改 网络应用的代码本身， 因此是一种非侵入式的信息收集方式。这种方式与现有技术的用户 访问相关信息收集方式相比， 更加简单、 易行且。
46、具有成本效益。 0089 另外， 在现有技术中， 添加在网络应用代码中的跟踪代码散布于整个应用中， 难以 维护， 适应性较差。然而， 在根据本发明的方法的优选实施方式中， 是在服务器处获取用户 访问相关信息， 因此实现了对于用户访问相关信息的集中式收集和管理， 所以相比于现有 技术更加便于维护和优化， 也具有较大的适应性和灵活性。 0090 另外， 需要说明的是， 上述步骤401、 402和403可以在网站或网络应用的任何服务 器上执行， 只要能够获取 HTTP 请求， 例如， 应用服务器或者网络服务器， 但是本发明并不局 限于此。 说 明 书 CN 101937439 A CN 101937。
47、440 A9/11 页 13 0091 在根据本发明的另一实施方式中， 位于服务器内部的网络实体可以从服务器处实 时地获取 HTTP 请求中的用户访问相关信息， 或者从该服务器获取网络日志， 并通过对网络 日志进行解析来获取用户访问相关信息。 而该用户访问相关信息可以被发送给第三方网络 实体， 并由该第三方网络实体来执行生成和发送网络信标请求的步骤。 0092 此外， 在本发明的又一实施方式中， 第三方网络实体可以从该服务器实时地获取 HTTP 请求中的用户访问相关信息， 或者从该服务器获取网络日志， 并通过对网络日志进行 解析来获取用户访问相关信息。并且随后仍由第三方网络实体生成和发送网络信。
48、标请求。 0093 此外， 需说明的是， 在上文中结合从服务器获取客户端用户访问相关信息的实施 方式来描述了本发明， 然而本发明并不局限于此， 而是还可以从其他任何能够获取网络服 务请求的相关网络实体来得到该网络服务请求， 以从其中获得客户端的用户访问相关信 息。 例如， 可以在客户端配置浏览器插件来截获客户端发送的网络服务请求， 并根据获取的 用户访问相关信息生成相应的网络信标请求以便发送给网络分析服务器。另外， 还可以在 客户端与服务器之间的中间网络实体处截获网络访问请求， 以便获取客户端的用户访问相 关信息。 0094 另外， 还需说明的是， 在上文中， 结合客户端利用 HTTP 请求访问服务器的情况对 本发明进行了描述， 然而本发明并不局限于此， 而是还可以通过从其他网络服务请求中获 取用户访问相关信息。例如， 在客户端通过 FTP 或者 TFTP 来访问客户端的情况下， 可以从 FTP 请求和 TFTP 请求中获取用户访问相关信息， 以便用于网络。