针对北京移动提出的三个问题.docVIP

针对北京移动提出的三个问题，上海大汉三通公司初步解决方案如下： 统计分析 平台提供基于WAP PUSH和WAP页面两个维度的统计分析，至少包含数据表和数据图两种形式。统计内容包括WAP PUSH回复率，页面浏览量、点击量、各占比等；各页面的逃离率、各页面访问比率；客户偏好，客户访问轨迹等。 图 1 统计分析图表举例 具体提供的统计分析报告包括： 站点分析报告 运营商门户：按时间段统计各个企业产品数量、页面访问量（次数）、访问流量。 企业门户：按时间统计本企业站点产品数量、页面访问量（次数）、访问流量。 PUSH回复率报告 运营商门户：按企业、时间段统计WAP PUSH下发总量、下发成功量、下发成功率、PUSH回复量以及回复率。 企业门户： 按时间段、页面（产品）统计WAP PUSH?下发总量、下发成功量、下发成功率、PUSH回复量以及回复率； 平台企业用户分析报告 运营商门户：按地区（省份）、行业统计平台企业用户的分布比率； 手机用户分析报告 运营商门户：按时间段、手机用户归属地（省份）统计访问量、用户数。 企业门户： 按时间段、手机用户归属地（省份）统计本企业WAP站点的访问量、用户数。 移动广告点击率报告 移动广告主要是嵌入在页面里面的广告链接。 运营商门户：按企业、时间段统计页面访问总量、广告链接点击总量以及广告链接点击率； 企业门户： 按页面、时间段统计页面访问总量、页面广告链接访问量以及点击率； 数据压缩机制 HTTP压缩对于纯文本内容可压缩至原大小的40％一下，从而提供60％以上的数据传输节约，虽然WEB服务器会因为压缩导致CPU占用的略微上升，但是可以节约大量用于传输的网络IO。对于数据压缩带来的用户浏览速度提升，这点总体负载5%-10%上升是非常值得的。毕竟通过数据压缩会比通过不规范的HTML代码优化要方便得多。Gzip Deflate 压缩算法，WEB服务器端可以直接通过配置apache、tomcat等来实现对gzip、deflate的支持 用压缩工具来提高web应用程序效率 ，java、python对gzip也有较好的库支持。在客户端symbian、windows mobile、j2me等都提供了对gzip的支持浏览器请求某URL，并在请求的头 head 中设置属性 accept-encoding 值为 gzip, deflate，表明浏览器支持 gzip 和 deflate 这两种压缩方式（事实上 deflate 也是使用 gzip 压缩协议）； WEB 服务器接收到请求后判断浏览器是否支持压缩，如果支持就传送压缩后的响应内容，否则传送不经过压缩的内容； 浏览器获取响应内容后，判断内容是否被压缩，如果是则解压缩，然后显示响应页面的内容。 实现WAP PSUH中的链接地址以中文形式展现，可采用中文DNS寻址方式，需对移动DNS服务器进行改造。 有两种实现方式： 方式一：网信平台使用中文域名，WAP PUSH链接中的站内路径等参数也采用中文方式。这种方式下，WAP GW需要支持中文DNS寻址，并且DNS服务器需要支持中文域名。 方式二：网信平台使用英文域名，WAP PUSH链接中的站内路径等参数也采用中文方式。这种方式下，链接中只有部分是中文，无需对现网设备进行改造。 网信模板 网信模板分成静态模板和动态模板，静态模板没有动态字段信息，所以不用从业务数据源请求数据。动态模板将包含若干个动态字段，所以生成页面前必须要从业务数据源获取相应信息。 模板包括样式、区域、动态字段（如$ username 表示用户名称）、动态列表、数据查询输入条件。而且每个模板将可以保存为一个XML文件。 样式：定义页面的字体、背景。 区域：WAP页面由若干个区域组成。区域将分为图文介绍类、信息列表类、广告类等类型。图文介绍类区域用于图文混编，并且可以提供链接信息；信息列表区域将用于列表类信息显示，可以定义列的名称以及相应的动态字段；广告类区域将用于放置页面通用的广告信息，以及可以增加一些广告链接。 动态字段：一般通过$ 动态字段名称 来定义，可以存在于各个区域中，当生成页面的时候会向业务数据源提交请求索取该动态字段的信息。 动态列表：信息列表区域一般通过动态列表存放信息列表，它包含每个列名以及列对应的动态字段。 数据查询输入条件：从业务数据源获取数据时提交的查询条件。 数据获取：一般从业务数据源获取数据采取WebService的方式，业务数据源必须提供统一协议的服务供网信平台调用。网信平台将查询输入条件（字段名，值）、请求的动态字段和动态列表等组合起来传送给业务服务器，业务服务器将会返回相应的信息。 大汉三通网信三个问题解决方案 图文介绍区域 信息列表区域 广告区域