出家如初,成佛有余

Mobile 2.0=?

Posted in Uncategorized by chuanliang on 2008/11/25

    正如在当下的Web 2.0时代满街泛滥的各种诸如TV 2.0、Media 2.0、Advertising 2.0、Marketing 2.0、Telco 2.0、Pay 2.0、EC 2.0的标签一样,基本上每一家无线互联网公司都标榜自己为Mobile 2.0的企业,或许大家都满怀开天辟地的雄心壮志,都想成为游戏规则的制定者而非尾随者。什么是Mobile 2.0?对于此类理论化的东西,一直倒也没有仔细思考过此类问题,一直觉得Mobile 2.0=Mobile +Web2.0这样的简单公式基本上概括了Mobile 2.0的内涵。

最近在SlideShare上温习m-trends的Rudy de Waele的Mobile Startup Case Studies时候,偶然看到了Rudy de Waele的Mobile 2.0 @ PluggThe Mobile Start-Up EcosystemUnderstanding Mobile 2.0,通过Understanding Mobile 2.0顺藤摸瓜发现了一些关于论述Mobile 2.0很精彩的文章,值得好好学习一下。

1、Mobile 1.0 vs. Mobile 2.0

mobile 2.0

按照Rudy De Waele的定义,Mobile 2.0由如下元素组成:

  • 融合网络:IP化是Mobile 2.0相对于Mobile 1.0的重要特征之一。在网络承载上,Mobile 2.0依托各种基于IP协议的无线互联网技术
  • 智能终端:在接入终端上,Mobile 2.0时代的接入终端不再单纯是一台手机,实际上是一台融合了各种技术的多媒体终端
  • Web 2.0
  • 各种内容及应用的聚合

Mobile 1.0最大的成果是通过话音通信实现了沟通随时随地化,同时对通过移动终端获取信息进行了初步实践。相对于Mobile 1.0而言,Mobile 2.0不是把Web 2.0的各种应用及技术简单的无线互联网化。Mobile 2.0应当是在遵循Web 2.0 “以用户为中心、群体智慧、用户创造内容”这些核心的原则的前提下,充分将Web 2.0应用与无线互联网的各种特有技术(例如LBS、GPS、移动性)无缝融合,同时要考虑到智能终端的独特性,为用户提供更好用户体验、更加方便便捷、互动性更好、更加人性化的服务。

Daniel Appelquist 在其关于Mobile 2.0纲领性的文章What is “Mobile 2.0″ (Beta)中对Mobile 1.0和Mobile 2.0的服务做了比较,同时这篇文章对诸如Mobile 2.0的特征、运营商在Mobile 2.0价值链中扮演的角色、浏览器等应用进行了较为深刻的阐述。

Mobile 2.0典型应用

2、国外Mobile 2.0的标杆企业

国外Mobile 2.0公司

3、关于无线互联网的一些参考资源:

Understanding Mobile 2.0  –Rudy De Waele

What is “Mobile 2.0” (Beta)  –Dan Appelquist

Mobile 2.0 @ Plugg- Rudy De Waele

The Mobile Start-Up Ecosystem – Rudy De Waele

About context and the mobile web  –Rudy De Waele

Mobile web 2.0: Web 2.0 and its impact on the mobility and digital convergence  –Ajit Jaokar

Mobile 2.0 IS NOT Web 2.0  –Oliver Starr

Daniel Appelquist on Mobile 2.0, and views on a different kind of Mobile 2.0

http://en.wikipedia.org/wiki/Mobile_2.0

http://www.nellymoser.com/demos.html

走 向 Mobile 2.0

4、关于Mobile 2.0重点思考内容:

  • Mobile 2.0下的电子商务及电子支付
  • Mobile 2.0下的内容及应用聚合(mash-up)
  • Mobile 2.0下的SNS及手机网游
  • Mobile 2.0下的浏览器

Technorati 标签: ,,,,,,

Advertisements

手机客户端内容聚合技术思考

Posted in Uncategorized by chuanliang on 2008/11/19

    从目前来看,资讯的便捷获取仍然是客户端的热点应用之一,从已有的相对成功客户端聚合内容的形式而言,粗略分为如下几种类别:

  • 对BBS内容的聚合(可以算成是sns或社会化媒体的一种形式)。标杆企业为3G坛
  • 对诸如新浪这样的传统门户资讯的聚合。标杆企业为手机大头
  • 对社会化媒体RSS内容资源的聚合(一般社会化媒体都支持RSS)。标杆企业为mobipocket及egress、upvise这样的rss浏览器
  • 对sns内容资源的聚合。没有发现手机客户端较为成熟的案例,标杆企业为web 2.0的friendfeed、plurk及twitter

目前我们对内容的聚合主要集中在BBS内容的聚合上,从长期来看,我们的客户端需要具备对各种内容资源的聚合能力(包括要完成类似3gtan的论坛聚合、类似客户端RSS阅读器的RSS内容聚合、类似手机大头的新闻内容聚合),但我们在做内容聚合时候,目前有如下几点约束需要在设计上考虑:

  • 客户端目前受限于手机终端性能等因素,目前大部分的手机客户端尚不能较好完成对复杂逻辑的处理及交互
  • 应当能够应对因服务器端内容结构变更后对客户端交互及展现逻辑的冲击(客户端不可能天天升级变更),而服务器端的内容变动频率较高。
  • 受限于目前无线互联网网络带宽、资费等因素,要尽量降低交互的流量消耗,因此交互中应当尽量对数据进行压缩

因此在实现客户端discuz论坛交互时候,遵循如下几个基本的设计逻辑:

1、 客户端不直接与聚合站点交互,客户端只与我们自己的服务器端交互。服务器端作为代理服务器来完成与聚合站点的交互,完成聚合内容后返回给客户端

2、 聚合内容的处理逻辑等尽量由服务器端完成后按照协议返回给客户端展现,而不是由客户端来处理

3、 服务器端与客户端交互应当时候应当对聚合的内容采用数据压缩机制

先粗略整理一下这些内容聚合方式技术实现方案,作为近期的技术思考重点之一。

手机客户端内容聚合技术思考

Technorati 标签: ,,,,,,

专注–Mobile2.0企业的核心竞争力

Posted in Uncategorized by chuanliang on 2008/11/16

    做点讯输入法(以前的梅花输入法)的点讯出了一款不错的手机客户端软件-3G坛, 试用了一下,觉得3G坛客户端其实做得还是蛮不错的,尤其是对于喜欢泡论坛的人来说。按照官方的说法:

  “3G坛”是一款用来浏览和使用各种互联网论坛以及看各种互联网资讯的免费手机软件。使用3G坛,你可以与使用电脑一样实现酷玩和其它论坛的注册,登录,发帖,回复等功能,并可以结合手机的拍照功能等,上传手机上的文件到论坛。3G坛是手机上最方便、快速浏览酷玩论坛的软件。

    3G做手机客户端内容的思路与手机大头的思路类似:聚合现有的各种媒体内容。只不过手机大头除提供内容聚合外还提供了诸如音乐、搜索、社区等应用,感觉手机大头的思路是做得更大更全,其在聚合内容时候互动性上较为欠缺;而3G坛更加专注论坛内容的聚合,且尽量提供与web版本论坛同样的交互体验。

   与Web2.0对应,一堆无线互联网公司都喜欢标榜自己为Mobile 2.0企业,怎样定义Mobile 2.0,每一家公司都有自己的一套复杂理论,姑且以Mobile 2.0=Mobile+Web 2.0来定义吧,很多标榜为Mobile 2.0的无线互联网企业,在尝试Mobile 与Web 2.0结合时候,参照互联网业已证明的“拥有千万级的用户数后盈利模式自然出来”的成功经验模式,挖苦心思地思考怎样来拥有海量的用户。在目前使用手机上网的用户数尚有限的情况下,一个理所当然的想法是“让客户端拥有更多的功能,以便能够涵盖更多的用户群体”,于是乎大家都要做所谓的胖客户端,搞得有点“做小了还不好意说出口”的味道。从手机大头目前的产品策略来看,大头也有这样的冲动。归纳这样的思维逻辑如下:做一个老少通杀的万能手机客户端和能够支撑客户端应用的社区,然后借助各种互联网推广手段将客户端装到用户手机上,接着等用户激活后来主动贡献内容。

    在整个无线互联网行业尚处于拓荒阶段,没有什么成功的商业模式可以参考,因此关于手机大头或3g坛的模式是否正确也无从谈起,尤其是在这寒冬中,能够生存下来就是成功(当然这不单纯是商业模式问题)。只是个人觉得Mobile 2.0的商业模式尚处于市场摸索和培育期,用户使用习惯的培育需要一个较长的过程,需要以较为长远和平和的心态来做这个事业,因此在创业初期应当更加关注产品核心竞争力的培育而不要着急摊大饼,只有构筑起自己的核心竞争力后才有资格去涉足其他行业。在目前阶段,受限于网络带宽、资费、手机终端性能、用户使用习惯等因素,目前大部分的手机客户端尚不能理想地支持诸如手机电视、流媒体、网游等复杂的应用。对于国内尚处于初级阶段的大部分无线互联网网民而言,资讯的方便获取还是大部分手机用户使用手机客户端较大的诉求点,相对于国外用户更喜欢诸如Blog、Digg、Youtube这样的UGC的社会化媒体及Facebook、Myspace这样的SNS社区而言,国内互联网用户似乎更偏爱BBS论坛这样的形式。因此3G坛从这一块切入还是比较明智的,避免圈地诸如社会化媒体或社区后有耕地无东西可种的尴尬界面。

    对于3G坛这样的客户端软件,我觉得在未来的发展上,可以引导用户将各论坛的账号与自己社区的账号绑定(逐步可以扩展为各种社会化媒体应用及sns社区),以方便单点登陆各论坛(如果各论坛支持open social或openid更方便),从而实际上可以把用户在各社区的社会化社区关系链导入到自己的社区中,另外也可以聚合用户分散在各社会化媒体中的内容(FriendFeed模式)。

 

手机客户端标识资源获取总结

Posted in Uncategorized by chuanliang on 2008/11/15

    在无线互联网开发中,服务器端能够自动获取并识别用户的手机机型、手机浏览器型号、手机号码、IMEI号等几个关键参数,对于提升用户体验、简化用户交互操作以及进行所谓的精准式营销等具有很重要的意义。

    与此相关的几个典型的应用场景:

  • 用户注册时候,可以直接联网注册,服务器端直接获取用户的手机号和机型,简化注册过程;
  • 用户下载客户端或其他软件资源时候不用手工选择厂商及机型;
  • 通过wap网关自动获取用户机型,通过wap push方式下发配置信息;
  • 用户浏览wap网页时候,能够自动根据用户屏幕大小进行适配,以得到最好的浏览效果
  • 根据用户的机型,自动推送相关的内容

1、用户手机机型/浏览器信息获取

  从技术层面而言,目前自动获取用户手机机型/浏览器信息的方法:

  • 客户端获取:如果有自己的客户端,可以通过各手机操作系统提供的函数来获取操作系统信息,从而得到手机机型信息
  • 服务器端获取:从技术角度而言,在用户使用手机浏览器上网时候,在http header的User-Agent中携带了手机机型、浏览器型号的信息,因此实际上可以通过User-Agent来获取用户的机型信息。

  例如使用touch diamond中国移动心机版的pie上网的User-Agent完整信息(没有阉割过的)应该为:

dopod S900_CMCC/5.2.1941/WAP2.0 Profile/MIDP2.0 Configuration/CLDC1.1 (compatible; MSIE 6.0; Windows CE; IEMobile 7.11)

    只不过在中国特色的cmwap环境下,伟大的中国移动秉承与时俱进的河蟹理念,推出了所谓的“白名单”,只有在白名单中的wap服务器才能够获取用户相对完整的User_Agent,不在白名单中的,只能获取部分无关紧要的信息。于是乎出现了专门以提供白名单服务(UA)为生的公司。

    在cmnet条件下倒没有这样的限制,只不过在cmnet昂贵的资费策略下,又有多少人使用这玩意上网。3G时代会更好吗???

2、用户手机号的获取

    从技术层面而言,手机的SIM卡上并不会存储手机号码信息,只会存储IMSI(International Mobile Subscriber Identification Number)。手机号码(MSISDN)都是登记在HLR(Home Location Register)中的,在HLR中会把IMSI和MSISDN关联在一起。

    中国移动的SIM卡里只有IMSI号码而没有存储手机号码,在中国移动的HLR中会有一张映射表,专门用于把用户手机SIM卡的IMSI号映射成为用户的手机号码,这就是移动丢卡不丢号的业务也就是缘于此,也是一卡多号的原理。而电信CDMA(原来联通CDMA)的机卡合一的手机卡里会同时存在IMSI和手机号码。   

  • 客户端获取:在客户端对移动用户而言只能够获取诸如IMSI、IMEI号等,并不能直接获得手机号。而对电信CDMA机卡合一用户可以获取手机号码。
  • 服务器端获取:在早期的移动白名单中是能够获得明文的手机号的,最近移动策略变了,手机号变成了天书般的唯一串号。因此目前从服务器端直接获取手机号也不行了。

    目前能够想到的能够相对可靠地自动获取用户手机号的方法只有通过短信方式。

  • 通过短信方式:让用户上行一条短信,通过短信网关获取用户手机号,从而将用户id与手机号绑定

3、手机机型信息参数获取

    在获取了手机机型及浏览器型号后,必须自己维护一个相对完整的手机机型信息库来做适配操作,对于一般的公司而言,要完整维护一个完备的机型库基本上很难,好在还有很多无私奉献的人在为此做出贡献。

    WURFL:http://wurfl.sourceforge.net/

    项目的原本用处是做服务器端web、wap多服务用的,在国内这样被河蟹和阉割的环境下,此目的基本上没有太大的意义。

    只不过WURFL中关于各种手机机型参数倒是蛮完备的,而且更新也挺及时的,因此将这些数据用于维护手机机型库倒是不错的应用。

    例如N95的机型信息:

<device id="nokia_9500_ver1" user_agent="Nokia9500" fall_back="nokia_generic_series80_dp20" actual_device_root="true">

<group id="product_info">

<capability name="uaprof" value="http://nds1.nds.nokia.com/uaprof/N9500r100.xml"/&gt;

<capability name="model_name" value="9500"/>

</group>

<group id="j2me">

<capability name="j2me_midp_2_0" value="true"/>

<capability name="j2me_wav" value="true"/>

<capability name="j2me_bits_per_pixel" value="16"/>

<capability name="j2me_aac" value="true"/>

<capability name="j2me_mpeg4" value="true"/>

<capability name="j2me_screen_height" value="200"/>

<capability name="j2me_mp3" value="true"/>

<capability name="j2me_screen_width" value="640"/>

<capability name="j2me_btapi" value="true"/>

<capability name="j2me_heap_size" value="20971520"/>

</group>

<group id="drm">

<capability name="oma_v_1_0_forwardlock" value="true"/>

</group>

<group id="object_download">

<capability name="ringtone_mp3" value="true"/>

<capability name="video_3gpp2" value="false"/>

<capability name="video_3gpp" value="true"/>

<capability name="video_mp4" value="true"/>

<capability name="ringtone_awb" value="true"/>

<capability name="video" value="true"/>

<capability name="video_wmv" value="false"/>

<capability name="ringtone_aac" value="true"/>

</group>

<group id="sound_format">

<capability name="awb" value="true"/>

<capability name="aac" value="true"/>

<capability name="mp3" value="true"/>

</group>

<group id="image_format">

<capability name="colors" value="65536"/>

</group>

<group id="storage">

<capability name="max_deck_size" value="4194304"/>

</group>

<group id="mms">

<capability name="mms_max_size" value="300000"/>

<capability name="mms_vcalendar" value="true"/>

</group>

<group id="display">

<capability n
ame="max_image_width" value="640"/>

</group>

<group id="bearer">

<capability name="wifi" value="true"/>

<capability name="max_data_rate" value="200"/>

</group>

</device>   

 

4、参考资料

    WURFL:http://wurfl.sourceforge.net/

    Mobile Browser ID (User-Agent) Strings :http://www.zytrax.com/tech/web/mobile_ids.html

    Browser ID (User-Agent) Strings:http://www.zytrax.com/tech/web/browser_ids.htm

互联网冬天的思考

Posted in Uncategorized by chuanliang on 2008/11/02

    毋庸置疑,整个互联网的秋天已经来临,已经从周围的朋友听到了一些熟悉的IT公司开始裁员或倒闭,更加严峻的严冬尚未到来,而我已经感到了阵阵的寒意,又有多少公司能够支撑过这个严冬呢?根据行业内很多人的估计,这一次严冬可能会持续上2年左右,因此很多公司都已经开始最大限度是开源节流,为坚持两年的持久战而准备粮草。目前讨论这场寒冬是否会持续那么长已不重要,重要的是在最坏的情况下我们能够支撑多久,迎来经济的春天。对于我们这样资金紧张的工薪阶层和初创性的公司而言,目前一定要以最坏的打算来做近两年的规划,节衣缩食,保持足够的现金流。

寒冬并不意味着只是悲观一片,没有任何希望。对于有远大抱负的个人而言,寒冬反而是一场绝佳的机会。在为生存而斗争的寒冬中,我们能够变得更加专注于自己的核心目标上而不是迷失在纷繁复杂的机会中,能够更加注重内心的修炼而不是流连于在花花世界的虚幻中,能够更加坦然思考人生中最有价值的东西而不是追求浮云烟般的名利。所谓适者生存、所谓剩者为王,正如上一次互联网泡沫中生存下来的公司一样,如果能够在这一场寒冬中潜心修炼,为寒冬后的春天养精蓄锐,那么在寒冬后,就能够比别人更快掌握春天的机会,成为寒冬的最大赢家。

在寒冬中,对于自己而言应当继续潜心研究电子商务和无线互联网的业务,在两个行业蕴含着无穷的机会,相信在严冬后,这两个行业是最先复苏的行业。

1、电子商务:

在业务层面,好好研究一下重点垂直行业的B2C业务;研究SNS+电子商务(社会化商务)的业务模式;研究网络营销;

在技术层面,继续完善第三方支付系统及电子商务系统核心架构及模型的构建。

2、无线互联网:

在业务层面,好好研究一下3G环境下的增值业务;研究无线互联网与电子商务的结合;研究无线互联网下的SNS;

在技术层面,好好研究一下Webkit,可以作为无线互联网应用的核心平台;

在寒冬中,再次读读《华为的冬天》、《冬天的使命》,以此自勉。

  当雪夜月天,心境便尔澄沏

  遇春风和气,意界亦自冲融

  造化,人心,混合无间

                                     –菜根潭

Technorati 标签: ,,,,