摘要：结合实践研究，提出了一个联通Web位置服务的整体框架，并对已有相关技术成果进行剖析对比，阐述了该领域未来的研究工作。
关键词：联通Web；位置服务；框架
现今联通设备中无线网接入已成为其标准特点，联通Web服务应用的挑战可归结为两点：联通硬件的能力和对联通平台的本地化支持。另外，对资源约束限制的联通设备应考虑采用已有的标准。当前联通互联网发展迅速，越来越多的用户使用联通终端访问互联网。2012年，据中国互联网络信息中心研究报告，手机网民数已达4.12亿，并呈快速上升趋势。在资源管理、社会经济活动和日常生活中，有80％以上的信息属于具有空间位置特点的地理信息。而联通位置服务是用户在访问网路时最时常进行的活动之一。人类社会早已进入信息时代，信息化正在全面地刷新人们的生产与生活形式，信息服务作为信息资源与社会需求的插口，将丰富的信息资源和最有效的通讯工具送到每位人的手中。
多年来，怎样处理跨浏览器的CSS和HTML不兼容问题仍然是一个困局。而Ajax技术的出现则是减缓了该问题，由于开发人员面临新的问题：各类与Ajax有关的浏览器不兼容问题和异常现象。
联通应用开发人员碰到的困难还远不止这种，由于要处理不同联通浏览器的不兼容问题，并且须要设计合理布局，便于适应联通设备所特有的各类外形规格。
本文阐述了在联通环境下网络位置服务 耗电，按照用户的须要，采用主流的联通应用开发框架，精确地标记出Web资源的地理位置，并进行高效查询处理，使联通用户获得高度精确地理信息的联通位置服务的基本技巧和整体框架。
1联通Web位置服务发展现况
联通位置信息服务的建设在近些年来有了急速、跨越式的发展，取得了瞩目的成就。随着3G通讯网路的建设和建立，联通位置信息服务不但可以作为联通通讯业务的一种增值业务，并且也可以作为一种便民的基本服务业务。联通空间信息服务终将成为一种广泛推广、并被大多数用户所接受，继通话、短信以后的又一广泛使用的服务业务。
为了实现联通Web位置服务，首先须要有合适的开发框架，当前主流的联通Web开发框架包括：jQueryMobile、jQtouch、SenchaTouch等。
（1）jQueryMobile的主要特点：jQuery开发人员使用jQueryMobile便于上手，由于二者使用相同的代码库；假如用户并不局限于使用某一种联通设备，这么其跨平台兼容性这个优点特别适宜；社区和企业的广泛参与促使一些广受欢迎的开发产品（如DreamweaverCS5.5）和一批值得关注的插件（如PhotoSwipe）外置了对jQueryMobile的支持。
（2）jQTouch的主要特点：基于jQuery，其优缺主要是支持基于WebKit的浏览器。为此，倘若是面向使用基于iOS或安卓的设备的用户，jQTouch是一个理想的选择；jQTouch也是以HTML和CSS为基本方式来开发页面，借助JavaScript添加动漫、特效及其他功能。若果与设计人员合作，或则开发人员不是非常精通JavaScript，而是逐渐熟悉联通Web开发，这么这些方式是一个不错的选择。
（3）SenchaTouch的主要特点：原生的MVC构架为面向框架的开发人员提供了便于把握的开发方法；SenchaTouch提供了诸多的教程和演示应用程序；且采用了JavaScript驱动的方式进行窗口组件布局和组织，对于熟悉窗口组件工具包的程序员来说使用将十分便捷。
与联通数据库查询技术和互联网搜索相比，联通Web位置服务具有特殊之处。为了实现地理位置数据服务，须要对数据库进行相关查询，本文结合相关研究工作，对联通Web的特点进行了剖析和总结，描述了联通Web位置服务与互联网搜索之间的差别，并给出了联通Web位置服务的基本流程和整体框架。
2联通Web位置服务的基本流程
在位置服务中，定位服务是特别重要和关键的基础环节，本文设计的定位服务体系结构如下：最低层由联通设备中的硬件组成。包括GPS接收器、WiFi和蜂窝收音机。那些可以全部充当精度和煤耗级别各不相同的位置数据的提供程序；在硬件层的前面是本机代码层。该层直接与可用的位置数据来源通讯并决定使用那个来源，按照数据的可用性以及应用程序指定的性能要求确定设备的位置。本机代码层还利用Web服务与Internet通讯，以从数据库查找与位置有关的信息；定位服务的顶楼是托管插口。应用程序使用该插口启动和停止定位服务，设置应用程序所需的精度级别以及从本机代码层（当它变为可用时）接收位置数据。
联通Web位置服务的总体框架结构分为顾客端和服务器端两部份，如图1所示，其整个逻辑处理流程如下：（1）联通终端通过无线网路访问Web服务器，并通过GPS设备获取当前位置座标；（2）用户递交查询，假如想要获得本地信息，需将自己的位置信息附在递交的查询中一起传递给位置服务平台；（3）用户递交查询，若与本地信息无关，则直接递交给服务器进行处理；（4）服务器检索到相关的信息并返回结果给联通终端显示。
创建位置感知模块时，开发人员必须平衡以下两个方面：具有精确位置数据；耗电量最小。在联通设备上，这两个要求是正比关系。生成不太精确位置信息的硬件（如WiFi和蜂窝收音机）使用的电量要比GPS接收器（一般可以获得更精确的位置数据）使用的电量小。设计应用程序时，要遵守两个基本原则。为位置数据选择适当的精度级别：虽然定位服务使用多个位置信息来源，并且在任何给定的时间任何来源都可能会不可用（如未能访问GPS卫星或基站），本机代码层负责估算可用数据并选择最佳来源集。本文的框架所须要做的就是在高精度或默认的电量优化设置之间进行选择。
设置合理的联通阀值：因为联通设备中的GPS硬件没有天线，因而传感一般设计为特别敏感。这些灵敏度可能会造成讯号中有少量来自表面反射以及其他环境影响的噪声。因而有可能会造成应用程序接收实际上是由讯号噪声所造成的位置改变。为了平滑讯号便于仅表示位置中的重大修改，可以将联通阀值设置的大一些。这也会使应用程序的耗电量减少。该设置对于导航应用程序十分有用。
3联通Web位置服务整体框架研究
随着联通Web技术的不断发展，现今，联通设备上触屏代替了键盘，对于联通Web位置服务而言，在基本框架上有如下主要特征：
（1）触屏操作：触屏设备代替了键盘，给用户界面设计带来更多的挑战。联通Web开发框架应才能给联通设备平台提供标准的UI元素和风波处理。
（2）跨平台：应支持不同联通平台，比如苹果iOS和Android等。
（3）支持HTML5标准：主流联通设备的Web浏览器支持最新的HTML5和CSS3。
（4）轻量级：因为目前带宽的限制，减低文件的重点是置于联通Web开发框架上。
通过对Web位置服务整体流程的剖析，结合联通Web基本框架的特性，将整个位置服务流程设计成B/S两部份：顾客端显示最终结果，不须要在小型数据库中进行过滤和搜索工作；而服务器端承当了大多数数据处理的工作。这些设计让该系统可以运行在具有低处理能力的设备上。Web位置服务架构如图2所示。
该位置服务框架被界定为4个模块：
（1）搜索服务模块：通过联通终端设备递交查询，对递交的查询进行恳求辨识和解析网络位置服务 耗电，并进行查询处理。最终，将搜索结果按标准格式返回给联通终端。
（2）Web空间对象管理模块：数据预处理阶段完成后，须要对Web数据源按内容所在的领域进行降维。完成空间信息辨识、地名区分和覆盖地理范围的确定，产生空间数据集。同时，提供各类搜索索引，便于搜索服务模块能快速有效地查询相关空间数据。
（3）采集数据模块：能手动完成空间数据的采集和保存工作，为位置服务搜索提供原始数据源，这种数据源是数据预处理模块的输入，为空间数据的最终整理分类提供了基础和根据。
（4）预处理模块：预先建立空间数据的索引，将索引和空间数据集进行关联和集成，因而便捷检索出须要的信息。
本文对联通开发框架进行了剖析，对地理位置服务的基本流程进行了总结，对位置服务整体框架进行了设计，应当按照开发的实际须要来选择不同的联通开发框架。开发框架当中SenchaTouch功能最丰富，jQueryMobile或jQTouch能提供高效完善交互友好的联通界面的形式。假如联通应用程序的目标较高，且偏爱风波驱动的开发方法，SenchaTouch则是最佳选择。
本文回顾与总结了当前国外外在该领域的主要研究成果，讨论了联通Web位置服务中存在的若干主要问题，对位置服务的基本流程、地理标记资源、整体框架结构等进行了深入的阐述和设计，并对存在的问题和可能的解决办法进行了研究。
参考文献
[1]张金增，孟小峰.联通Web搜索研究[J].软件学报，2012，23（1）：46-51.
[2]ZHUGEJ，HOLZT，HANX，etal.CharacterizingtheIRC2basedbotnetphenomenon[R].TR22007-010，2010.
[3]GUG，PORRASP，YEGNESWARANV，etal.BotHunter：detectingmalwareinfectionthroughIDS2Drivendialogcorrelation[A].InProc.USENIXSecurity′07[C].2011：167-182.
[4]KAMVARM，BALUJAS.Alargescalestudyofwirelesssearchbehavior：Googlemobilesearch.In：GrinterRE，RoddenT，AokiPM，CutrellE，JeffriesR，OlsonGM，eds.Proc.oftheSIGCHIConf.onHumanFactorsinComputingSystems（CHI2006）[C].NewYork：ACMPress，2011：701-709.
[5]GUG，ZHANGJ，LEEW.BotSniffer：detectingbotnetcommandandcontrolchannelsinNetworktraffic[A].InProc.NDSS′08[C]，2010.
[6]KARASARIDISA，REXROADB，HOEFLIND.Wide2sc-alebotnetdetectionandcharacterization[A].InProc.USENIXHotBots′07[C].2011：7.
[7]BARFORDP，BLODGETTM.Towardbotnetmesocosms[A].InProc.USENIXHotBots′[C].2011.
[8]YIJ，MAGHOULF，PENDERSENJ.Decipheringmobilesearchpatterns：AstudyofYahoo!mobilesearchqueries.In：gōuJP，ChenR，HonH-W，LiuYH，MaWY，TomkinsA，ZhangXD，eds.Proc.ofthe18thInt′lConf.onWorldWideWeb（WWW2008）[C].NewYork：ACMPress，2011：257-266.
[9]KAMVARM，KELLARM，PATELR，etal.Computersandiphonesandmobilephones，ohmy!Alogs-basedcomparisonofsearchusersondifferentdevices.In：QuemadaJ，LeónG，MaarekYS，NejdlW，eds.Proc.ofthe19thInt′lConf.onWorldWideWeb（WWW2009）[C].NewYork：ACMPress，2009：801-810.
