搜狐网站
搜狐 ChinaRen 17173 焦点房地产 搜狗
搜狐IT-搜狐网站
IT频道 > 通信 > 国内电信 > 第二届移动互联网国际研讨会 > 智能终端论坛

泰为邓侃:智能终端实现移动互联网位置服务

  【搜狐IT消息】12月18日-19日,第二届CNGI工程技术论坛暨移动互联网国际峰会在北京召开,会上,工信部副部长奚国华、中国移动副总裁沙跃家、中国工程院副院长邬贺铨、以及各大设备厂商、终端制造商、内容服务提供商等出席了会议并做了主题演讲。

  会上,泰为研发中心总经理邓侃做了主题演讲,其演讲的主题是“智能终端实现移动互联网位置服务”,以下为其演讲实录:

  邓侃:非常荣幸我们能有这样一个非常好的机会和大家交流一下,作为一个应用开发商我们在智能终端上做开发的一些心得,今天我们这个话题是大纵深的移动位置业务,有一个关健词大纵深,这个概念是什么意思?是从哪儿来的呢?回答这个问题以前,我们先看看有两个趋势,第一个趋势实际上包括两个方面,第一个方面是说,随着3G的普及,以及LTE,以及将来4G即将成为现实,无线网络的带宽在大大地增加;第二个方面,我们知道以往服务器都是在后台有一个服务器,但是不仅仅是一个服务器或者几个服务器,而是有很大规模的服务器集群,举个例子,比如说Google的云计算平台,是一个典型,第一个是说带宽和服务器的规模,第二个趋势是说我们手机本身的性能也在大大增强,无论在CPU的数据处理能力以及存储的空间,当今世界的智能手机已经和前几年的PC相差无几了,这两个趋势对用户来讲都是好消息,但是对应用开发商来讲我们的心情相对来讲比较复杂一点。

  困惑在哪里?比如说我们做移动位置业务,我们面临着一个选择,我们这个业务逻辑,我们这样的应用程序是放在后白的网络服务器端呢还是一直在手机本地呢?就这个问题我们争论了很久没有一个统一的答案,所以怎么办呢?就去请教专家和高人,其中包括中国移动院的黄院长,我们得到一些非常好的建设性的忠告,在这里和大家分享一下。

  首先第一点,你的应用程序到底放在手机本地还是放在网络服务器端,决定性的因素看你的数据,忠告一如果你的应用涉及大量的动态数据,最好放在网络服务器端,反过来如果你的应用涉及大量的是相对比较静态的数据,放在手机本地可能它的相应速度会更加好一点,对网络的依赖性会降低一点,忠告二,如果你的数据涉及大量的海量数据,你可能应该把这个东西放在网络端,充分利用网络集群的技术。反过来如果你的应用涉及的数据量不是那么大,就尽可能放在手机本地直接处理。

  对于我们来讲,对于移动位置业务来讲,情况比较复杂,为什么?因为我们的数据既涉及静态的数据,比如说道路,比如说POI一些餐馆这些东西,也涉及一些动态的东西,比如每条路上的交通流量等等,既包括海量的数据,中国、美国的POI,但是海量的数据又可以分割成小块,比如说北京市的海淀区的,所以这个界限就不是那么明显,怎么办?混合方案。既在手机本地移植我们的服务,又在网络服务器和手机之间的同步,所以如果说我们讲功能的多少是一个广度的问题,同一个应用,既是再生手机本地做,也在网络服务器端做,这就是一个纵深的问题,所谓大纵深的概念就是开发的战线很长。

  我们说大纵深的应用开发在技术上有很大的挑战,第一个问题,当你在做手机本地开发的时候你会面临一个跨平台的问题,刚才黄博士讲了Android有很多很多的好处,从我们心里非常愿意世界上就只有一种平台,就是Android,可是现实是比较残酷的,我们面临着很多很多的系统,我们是不是把所有的赌注压在一个地方呢?我们得把所有不同的平台,不同的版本号都得支持,这样一来突出的问题,开发负担非常重,网络端我们也面临同样的挑战,来自于数据,来自于挖掘,我们人类第一次面对希望这样的美好局面,但是情况未必真的那么好,在这些数据中间,真真正正适合手机用户的其实需要筛减,我们不仅仅在混乱的数据中间找出一些问题,我们还要做内容的挖掘,所以无论是手机端还是网络服务器端,我们都面临着严峻的挑战,当然机会也就在这里,我们先谈谈手机端的问题,我们最大的问题就是跨平台,通常一个应用大致分为两大部分,一个是业务逻辑,第二个是UII,这个业务逻辑相对而言跨平台的困扰相对少一点,如果没有大量地用到EPI的话,UII部分跟平台绑定是非常强的,为什么这么讲?因为我们目前实现UII的方式是调用每一个OS提供的OPI,通过写程序的方式渲染UII,这样不可避免的绑定非常强,换一个型号的时候没办法之内重写程序,所以跨平台在UII方面显得更为突出,情况更糟糕的是,业务逻辑包括求路,比如说从你办公室到香格里拉怎么走?包括搜索引擎,中午想到外面吃顿饭,也得搜索,一旦压缩上去之后,基本相对稳定,但是UII的问题很严重,经常面临更新的需求,第一,追赶时尚,第二是个性化,不同的人群对不同的皮肤有不同的偏好,当你装载了一个系统的时候,经常要改变它的UII,想想看有这么多平台,本身这个事情很复杂,所以跨平台的任务首先首先矛盾的焦点就指向UII部分,怎么办?前几天有一个朋友跟我交流这个事情的时候,他说我们能不能学学互联网网页的办法,我们不直接调用API,我们写一个文本的文件,把UII的工作交给浏览器工作,这是一个非常非常好的想法,为什么?首先为什么说我们用API去划UII不是很好的办法呢?两个原因,第一你还要装软件包,不可避免的会有环境变量,安装很麻烦,第二还有安全方面的顾虑,我怎么知道我下作的软件不是病毒,所以装软件会遭到极大的抵触,但是文本文件没有安全上的顾虑,同时也没有安装上的困难,这是第一个好处。第二个好处,UII肩负着三个方面的交互任务,第一个是和用户之间的交互,第二个是远程的和后台网络服务器之间的交互,第三个是和手机本地的外围设备、业务逻辑的交互,有三个交互,如果我们有浏览器,浏览器本身已经解决了三个交互中间的两个,所以对于我们应用开发商来讲这是一个非常好的消息,至少我可以偷懒偷掉三分之二,所以矛盾的焦点是怎么样做浏览器和业务逻辑之间的交互,最好的办法是找黄博士,你能不能给我预装一个插口,有了这个插口之后我可以装各种各样的系统,但是目前来讲,第一我们还没有看到一个非常成熟的、稳定的不犯错的机制,第二,即便是有这样的东西,不同的软件也没有一个统一的标准,所以对于应用开发商来讲很痛苦,第三个,你能插这个不一定能插那个软件,所以可扩展性也是一个顾虑。

  所以这种情况下,作为应用开发商我们不能完全依赖手机OS底层的提供商给我们提供这么一个理想的、完美的解决方案,而是说得想一想有没有一个绕道的办法,我们要怎么样绕道走的解决方案?怎么办呢?我们分三步做,第一步是在手机上面我们装一个很小的嵌入式的HTTP,第二步对于所有的应用逻辑,嵌入式的求助引擎,搜索引擎等等之类我们把它转换为一个服务,把这个服务放到HTTP里面跑,第三步,当你要和我的进行交互的时候我怎么办?我通过HTTP的方法进行交互,这个办法的好处是比较容易,第二是在我应用开发商可以控制的范围之内,但是这是个临时的解决方案,最理想的解决方案是找手机的浏览器的供应商,比如说Google,比如说别的公司,让他们给我们提供一个标准化的接口,以及IPC的标准化的协议,我们这里面是一个临时的解决方案。

  我们这个解决方案没有解决所有问题,我们只是解决了UII跨平台的问题,但是业务逻辑还是得写程序,我到现在讲的是手机方面的一些问题,接下来我们谈谈在网络服务器方面我们面临什么样的问题,首先是好消息,自从上个世纪90年代初期,互联网兴起以后一直在蓬勃的发展,人类历史上第一次面临信息爆炸的局面,这是非常好的消息,但是对于移动读者来讲存在这么几个问题,第一,内容来源很分散,不太好收集,第二个,很多内容没有格式化,即便格式化每个网站的格式规范也不统一,第三,这些内容中间并不一定能保证质量,有些是有错误的,有些错误是疏忽造成的,还有一些错误可能就是人为故意的,最后内容可能不一定很完整,怎么办呢?我们借鉴一些别的网站的做法,看看我们能够不能把这个思想移用到我们的手机上来,这是美国的一个网站,这个网站可以说是一个新闻站点,但是它提供的内容并不是这个网站的原创,实际上给了很多链接,从别的网站植过去,这个网站本身支持几样事情,第一,文章的标题和全文的摘要,第二是评论和评分,第三,大家在这上面可以知道哪些是热门的,这个站点非常非常火爆,比方说最新的一条新闻在两三个小时都可以上头版,所以及时性非常理想,如果你有一篇博客上了头版之后,你会发现24小时内,48小时突然猛增,以至于很多小网站受不了流量的剧增跨掉。这个东西有什么好处呢?第一个有一个竞选的过程,不是把原文引用来就可以了,第二个有一个摘要的过程,这个东西对手机来讲非常有效,手机读者有两个特点,第一个特点,手机的屏幕尺寸大小不可能读很长篇大论的文章,而且阅读的速度当慢,第二个特点因为手机的用户经常处于移动状态,所以它的注意力集中时间相对来讲比较短,一般来讲不会超过五分钟,五分钟之内你是没有办法看很长篇的文章,但是正文的摘要非常适合手机的读者,这是一个美国的例子。

  看看我们中国的例子,百度里面有很多很好的创意,这里面不是有一个特别特别起眼的东西,叫做音乐掌门人,百度里可以找到很多MP3,音乐掌门人做一个专辑,每首歌每曲子写几句非常浪漫,非常小资的评语,把十首歌放在一起弄张照片,这样一来就做了一个电子版的CD,技术上来讲这不是有很大技术创新的动作,但是让人非常吃惊的一件事情是什么了,这么一个创意给百度创造了3%的流量,想一想,百度占领了中国的搜索市场的70%以上,它的3%那是一个相当可观的数字,所以我说百度音乐掌门人这是一个非常成功的例子,虽然它的技术含量并不是特别高,我们说吸取了什么,我们普通的报刊杂志分成两拨人,一拨人是记者,一拨人是编辑,记者产生内容,记者编辑和过滤内容,我们说BBS用户深层内容,UTC相当于专业记者的补充,是深层内容的这部分,音乐掌门人相当于编辑的补充,所以我们也面临同样的问题,比如说在我们收集手机的POI服务设施的时候,我们面临一个什么问题?现在这些P无我I是这么来的呢?是靠地图厂商做扫街搜来的,由此可见,第一投入的成本很大,第二更新的周期很长,第三很容易遗留,假设搜集员犯了一个错误,信息就漏掉了,所以大家不约而同地想到发动人民群众搞这个UTC,大家如何保证质量,大家有可能是无意识的犯错,POI涉及到很多经济利益,有些竞争是恶意的竞争,恶意的竞争可能造成的就是有意识的,人为的一些错误信息,所以怎么办呢?我们不仅效果有OTC还有OEC,参照百度音乐掌门人做法,你的内容提供者可以提供假情报,可以提供错情报,但是由于我们中间有很多编辑,这个编辑担负起了怎么过滤,怎么样保证质量的过程,有人会问,凭什么这些人要产生数据,凭什么这些人帮你做呢,这个实际上在技术表象后面隐藏的价值链,价值链是商务模式的问题,今天不做展开,非常希望以后有更多的机会跟大家交流。

  今天我们讲了两个趋势,一个手机应用是应该做网络版数据,另外一个趋势我们手机用户应该做手机本地版,对于移动位置业务来讲你应该做的手机版,这就是一个大纵深的移动应用,我们要做很多工作,手机端要解决跨平台的问题,在网络服务器端最主要的问题是如何过滤你的内容。我今天的讲话就到这里,谢谢大家。(掌声)

(责任编辑:明日)

我要发布

用户:  匿名  隐藏地址  设为辩论话题

*搜狗拼音输入法,中文处理专家>>

新闻 网页 博客 音乐 图片 说吧  
央视质疑29岁市长 邓玉娇失踪 朝鲜军事演习 日本兵赎罪
石首网站被黑 篡改温总讲话 夏日减肥秘方 日本瘦脸法
宋美龄牛奶洗澡 中共卧底结局 慈禧不快乐 侵略中国报告



说 吧更多>>

相 关 说 吧

邓侃

说 吧 排 行

茶 余 饭 后更多>>