寂寞的不是LBS，是那些哥 - 作者：王晖 Henry - 资深LBS专家
圣诞节那阵子，从MSN上习惯性打开聚酷页面，看到的却总是“服务暂停“，让人对刚刚溜过的2009不禁五味俱陈， 难道咱的无线创新就真的这么难么？ 想想当初，从LEO组织的移动交流聚会开始，得以在杭州跟口碑网不断深入探讨，最终达成意向准备产品开发，为这个生活服务2.0的实力派直接插上“位置搜索”的翅膀，谁会想到还不到一个月的时间就赶上马云重新调度，生生的把口碑拉回北京，改成雅虎旗下，他们的决策线立刻就长的让口碑变成英雄纪念碑一样遥不可及，这LBS在国内最令我看好的一次尝试就这么延期下去了。
再后来，北京一位老兄弟推荐了Michael，他跟xiaonei，51都有很好的人脉，就联络着一起看看有没有SNS这方面的LBS应用机会，结果赶上开心网和页面游戏大红大紫，尝试的热情和方向也大打折扣。
再往后，突飞猛进的MSN新特性让人看到SNS对IM的另一种回归，特别是“地图挖宝“游戏的热力更让人领略了“位置游戏”出现在桌面的无限潜力，猜测手机LBS的整合正逢其时，这就立刻开始打听MSN哪个部门可以沟通，恰巧有好朋友又是轻车熟路的给了外包公司的创始人联系手机，还没怎么跟他开始探讨，就听到因开发人员问题导致产品停运的噩耗。。。
看起来2009对LBS应用不甚感冒，但如果把视线转移到国外，应用的好兆头就渐渐丰富起来了。无论是专业应用waze的大热门，还是SNS/Game领域的4Squares和ParallelKingdom，都是一派欣欣向荣的景象，听人说咱这的无线应用都是不死鸟，想必是得涅�个三五回才能再雄起咯，这不，2010到来的第一天，就响起了LEO的热情召唤，原来有朋友在这方面已经谋划已久，只欠LBS的春风了！既然抬举，我也不客气的就来谈谈这几年在国内LBS方面积累的一些行业和技术经验，与2.0论坛的朋友分享分享。
话说LBS本来历史悠久，所谓有基站的地方就有一个唤作“Cell-ID“的东西，而移动通信网所尊照的GSM规范里面这个信息还必须发送给手机，那么只要各个基站的地理坐标位置可以找的到的话，就能利用信号强弱来近似的判断手机与基站距离远近，最终可以知道一个手机的位置了，但大家都明白，这全国的基站百千万，海量的Cell-ID信息数据库不是闹着玩的，要么是网络运营商不会轻易公开（是安全还是其他什么原因看官自己猜），要么是应用服务商要方便用户，都维护在服务器端，这样一来，就决定了LBS的常规使用场景中2个必要条件，一是手机把底层通信中的Cell-ID信息取到，二是手机要联网把这个ID信息传给服务器，服务器再给出一个基于位置的结果内容给到手机。看似不复杂，可是实际操作中大家都没一帆风顺过。
先说第一个条件，手机OS当初设计时没想的那么深远，况且手机系统都是越简洁越好的，于是乎当今市场上能得到Cell-ID信息，还能支持浏览器或应用程序把这个ID信息联网跟服务器交互的手机就只能框定在Symbian/WM/BlackBerry等老一代或者IPhone/Android等新一代平台上了，Java（KJava或者叫J2ME）这个最主流的存量市场手机的几乎通用的应用平台就完全无法应对了，等一下，别急，还有一个另类，那就是MTK，按说MTK系统的软件从头到脚都是可以完全定制，这些条件自然不在话下，可是MTK的市场导向以及硬件规格对网络等支持都有一定限制，也就间接导致这个平台一样有待进一步发掘。
好在咱家大爷大，不计其数的用户中一个小比例的部分也是值得努力的，那就先假设前面这第一个条件都能满足吧，再看第二个条件，哦，总算江湖上各条道的大佬没白忽悠这么久，移动网络的问题已经好了很多，各家运营商有了3G这个虚幻的未来兴奋点，好不容易把资费/容量都调整过了几轮，让咱老百姓先能在2.5/2.75G网络上好歹用起来了，这就能顺利联网到服务器，服务器再根据数据库得到结果反馈用户，貌似Bingo了，可是且慢，你忘了身处何地了吧？ 国情又会不出意料的来到你身边，首先数据库依赖于运营商，随便哪个地方的运维体系一发热，整个相关数据就不得不改写，这就决定了数据库是要定期维护的。其次位置坐标有一个所谓安全规范，一般人家是不能提供精度超过1公里的大陆地图数据给大众的，这倒也还好，考虑到现在用户对隐私都极度重视，不提供精确位置反而是一种优势和必然。那么问题就简化为一个： 怎样维护这个"Cell-ID位置数据库"? 所有的专业人士都会回答说：外事不决问Google呀！不就是Google Map嘛？！ 对此我只能悲哀地报以掌声，荣誉送给这个舶来品啦。看到G.CN满世界的广告，咱不服不行。 可话说回来，手机应用在平台没有一统江湖以前，谁不想一切尽在“自己“的掌握呢？为了这个崇高的目标，有很多先行者们已经不折不挠地进行了N多尝试，正所谓没有不透风的墙，各种民间渠道还是有大批Cell-ID数据可以收集，形成自己的库，再基于限定的平台做出些产品给用户使用，在市场早期积累这方面的应用数据和用户。这个思路应该说相当成功，但个人总觉着没有跳出前面论及的几个关键环节的问题，方法有些单一，难道自家土地上就真的没有更稳妥的出路了？咱这里抛砖引玉，为朋友们贡献些IDEA。
絮絮叨叨说下来，其实大家早已经看明白运营商在其中的巨大能量，现实情况中运营商也的确已经有具体的业务可以结合，以移动为例就是在梦网业务中商用时间不久的“手机地图”和“手机导航”，他们都能在手机处于联网状态的前提条件下面向用户提供基于位置相关信息的服务，而且绝对不暴露用户隐私信息（当然，就是手机号），哪怕是对传说中神奇的大小SP们！因为这个业务算基础套餐，只能基于WAP浏览器或移动定制的专用客户端（你用过飞信咯？呵呵！）形式以内容数据库合作形式提供，说白一点就是梦网不会跳转到外面的服务器上，内容服务提供商只能以梦网的服务器和品牌向最终用户提供相关服务，虽然有可能得到些许的收入（有那么多比例要扣哦！），但得不到任何用户标识信息，那还怎么积累所谓的用户群呢？ 这样一来就很少有应用服务商参与拓展的热情咯。且慢，并不等于说运营商通道也一样此路不通，如果换位思考一下，这个网络平台的业务通道如果和前面提及的自有应用相结合，不正好是一种左右逢源的两全之策？由此再引申出去的各种数据积累方式不就可以不断充实并稳固应用服务的基础数据？（此处删去万多字，留给LEO发挥）
顺便还可以提一下技术上的补充方案，像WLAN定位，Bluetooth定位，这些在北美都有很好的案例（iPhone其实已经开始植入的工作了），但要照搬过来可能还有待时日。所谓临渊羡鱼，不如退而结网，相信这个所谓3G元年（元了很多回了。。。）里必定有人可以独辟蹊径，在咱自个儿的地盘上说一回：“LBS应用我做主！“
帖子
