移动互联网中间层基础服务平台架构和设计.docVIP

移动互联网中间层基础服务平台架构和设计 　　摘要：为了更好地服务移动互联网中手机终端软件，提高手机终端软件的品质和业务需要，移动互联网中间层基础服务平台应运而生，它是手机终端调用各个合作商平台的基础，是实现版本升级和后台维护的保证，是完成复杂业务逻辑的引擎，是数据融合，云能力，LBS等创新产品的源头。 　　关键词：移动互联网；手机终端版本控制；行为跟踪；终端定位；JsON；HTTP 　　1 开发结构选择 　　B/S测试必须多考虑UI的部分，并对UI的相关页面设计进行测试，而C/S架构则更关注功能，而目前本平台两种架构都支持，在不同的应用中使用不同的架构不失为一种最优解决方案。 　　2 平台中的基础功能建设 　　2.13G手机终端用户系统的建设 　　用户系统是整个中间层服务平台中的基础平台，并且延伸到整个后台系统，不过多展开。这里仅讨论移动互联网用户比较特殊的几个方面。 　　移动互联网用户不同于传统互联网用户，主要体现在以下几点： 　　（1）输入设备不同，移动设备输入相对麻烦。 　　（2）上网时间不同，移动互联网使用碎片化的时间。 　　（3）上网速度和硬件平台不同。 　　基于此，非常有必要根据移动互联网的情况设计适合移动终端的一个用户注册和登录流程，目前本平台使用IMEI号作为移动互联网用户的唯一标识。 　　2.2版本控制功能的建设 　　版本控制是一项很基础的功能，本文仅讨论移动互联网服务平台中为了Android项目所采取的版本控制系统，至于其他平台的C/S架构的版本控制，基本和Android项目一致。 　　手机终端Android系统的版本升级表面上就是下载一个apk替换用户手机上的软件，但事实上。其中涉及的管理策略和维护流程是相当复杂的。 　　建立版本控制系统，提供客户端软件的升级能力，是为了满足项目移动平台长期的运营能力和良好的用户体验的。基于Android SDK的独特性质，无法做到一个平台适用于所有预装品牌机器。因为各大手机厂商对Android系统都做了一定的修改和定制，导致每个手机品牌，甚至同一品牌下不同产品线都有不同。所以造成了需要根据每一种设备来定制适配机型的工作。这个无疑也增加了整个项目后期扩展及维护，实现长期提供良好用户体验的工作量。但是，通过技术攻关。版本控制系统的开发可以基本解决此问题，使平台能够做到根据用户的机型指定推送相应机型的软件升级包。从而避免众多设备使用同一软件包升级，造成用户体验差、无法通过预装要求、软件管理困难等问题。 　　基于以上，目前我们实现是针对每个产品先考虑策略，再考虑产品实现，再考虑机型，最后落实到实际的版本上来进行升级。 　　如下几个是笔者独创的产品管理策略： 　　0策略为通用版本管理策略，即应用最广的版本。应用本策略的时候，是寻找版本最高的并且审核通过的版本来进行升级。 　　1策略为测试阶段策略，即除了某些配置的IMEI号，其他都是按照策略0来进行升级，而对于那些匹配上的号码，是无需审核就可以进行升级的。 　　如果使用IMEI号来升级的时候，本策略虽然可以保证确定性，但是由于移动设备的不确定性，所以并不能确定用户。 　　综上，本策略总体是一个弱策略，建议仅仅在测试或者某些特殊应用时候使用， 　　注：由于本策略可以升级审核未通过的版本，请使用相对较短的生命周期，目前仅作为测试使用。 　　2策略为非严格匹配升级策略，即除了某些配置过的机型，其他都是按照策略0来进行判断，本策略可以是一个不严格匹配策略，即匹配不上的都按照0策略升级。 　　3策略为严格匹配升级策略，即根据机型升级版本，相对配置比较麻烦，本策略是一个严格匹配策略，即匹配不上的都不让升级。 　　2.3终端定位技术功能的融合和改造 　　定位技术的升级与改造是中间层平台核心技术之一，几乎所有能够为用户提供移动电子商务服务的LBS、LBG功能模块都需要使用此功能。例如：周边商家查询、周边信息查询从而带来基于地理位置的电子商务服务和品牌服务，凸显出基于3G的位置周边信息服务平台的优势。 　　终端定位技术的改造主要在于融合各种定位方式，给业务软件提供选择性的定位的能力，在把现有GPS、AGPS、无线定位三种主流的定位方式整合起来，来减短定位时长和提高定位精度的同时，对于定位精度要求不高的业务（比方天气）需求建立粗定位平台来辅助定位。 　　3 平台中的层级和数据传递 　　本节介绍本系统中的层级和数据传递的方式。作为一个中间层平台，它分为展现层，数据传输层，业务逻辑层（Services），它和互联网的网站的不同之处是它弱化了层的概念，并且在互联网网站中比较重要的展现层在本平台的地位中相对弱化了。而数据传递方式，本平台主要采用JSON形式的数据进行对外接口的连接。 　　3.1展