移动支付思考之手付通模式

    最近几个月上海瀚银关于其“手付通” 产品的营销活动挺频繁的,在各大主流媒体都有所报道。按照官方说法,“手付通”作为第三代移动支付产品的杰出者,手付通的强大功能在同行中独树一帜,提供的服务主要包括:信用卡还款、余额查询、公共事业费、手机商城、彩票投注、娱乐票务、游戏充值、大众点评、机票订购、手机充值、查身份证、报刊杂志、鲜花速递等。

   在功能特点上,手付通主要强调

  • 魔盾,为大额支付安全提供金融级安全标准
  • 功能完善,应用全面
  • 以手机立身

  整理一下学习“手付通”所代表的移动支付的模式一些思考:

1、独立手机支付平台 VS. 手机支付服务提供商

  这里的“独立手机支付平台”和“手机支付服务提供商”是从产业链协作角度来区分的。主要是指手机支付厂商是自己专注于无线产业链的支付服务这一环节还是作为无线产业链的整合者身份来出现的。

  独立手机支付平台以无线产业链整合者的身份来出现。独立手机支付平台厂商不仅提供手机支付功能,还搭建应用平台来整合各种商家服务。用户只需要在手机支付平台上就能够完成所需要的各种服务。无可否认,所有的商家都梦谋以求能够成为所在产业链的整合者,由此得到的好处不言而喻。瀚银科技应该选择了此种定位,正如瀚银科技自己说法:“手付通,将来会成为手机消费者的徐家汇!”。

  对于像支付宝这样的厂商而言,由于拥有淘宝这样拥有众多应用及服务提供者,选择此种定位模式倒不成问题,但对于尚未具有太大行业影响力的公司而言,选择此种模式需要一个很长期培育过程,面临众多的问题,例如:

  • 与产业链合伙伙伴的关系:由于都看好无线的未来,产业链上的各个参与者都有自己做客户端的冲动,独立手机支付平台厂商怎样平衡与银行、商家、合作伙伴等的关系很微妙。例如像手付通中的“大众点评”服务,由于大众点评自己拥有自己具有固定的客户群,有多少人愿意通过手付通来使用大众点评服务呢。
  • 用户粘性问题:在尚未具有杀手级的应用服务的情况下,怎样提高用户的粘性,让用户能够经常使用支付客户端是独立手机支付平台厂商必须面临的问题。同时由于用户对支付手段多样化的需求(例如当下第三方支付提供的基于账户的支付、银行卡、神州行支付、信用支付等等),怎样满足这样多样化的需求呢?

     产品没有自己核心的价值灵魂,而只是纯粹由一堆应用堆积而成的支付客户端能有多大的吸引力呢?

  • 研发成本:由于面临众多的手机操作系统平台及同一手机平台的不同机型,怎样做到主流机型的适配是个大问题。另外作为行业整合者,意味着需要对不同的合作伙伴的应用进行整合或自行开发,这也是一个极其繁琐和具有挑战性的工作。 
  • 市场培育及推广成本:由于手机支付尚处于行业培育期,怎样让客户知道并愿意使用手机支付产品,在市场培育及营销推广上需要很大的成本。

  手机支付服务提供商更专注于为产业链的各个合作伙伴提供支付服务,产业链其他环节的事情由合作伙伴来负责搞定。在服务上支付厂商更专注为不同合作伙伴所在行业提供专业化的移动支付解决方案。

  当然这两者之间的界限也不是固定不变的,例如通过当下流行的“开发平台”策略,这两个角色之间是可以融合的。只不过怎样做到这一点,还需要进一步思考。 

2、产品及服务的目标客户群

  由于“手付通”本身的定位在“手机消费者的徐家汇”,因此“手付通”目前提供的产品即涉及对商家,又包括对客户。看来是想通吃商户和大众客户。

   对大众客户的服务包括各种在线购物,包括:虚拟商品、报刊、化妆品、数码产品、飞机票等。还包括大众点评、鲜花速递、水电煤这样的生活化的支付服务;甚至还包括身份证验证这样的服务。

  “手付通”的重要亮点之一就是其“魔盾”,通过魔盾可以完成“大额支付”的功能。由于涉及成本、方便性等问题,对于大众客户而言,需求并不是很高(至少对我而言),应该主要是针对商家或像银行这样有钱的主推出的服务。

   在产品上,由于像鲜花速递、数码、化妆品这样的产品涉及物流配送的问题,因此在供应链、物流配送、运营上对企业都具有较高的要求。即使此块业务可以外包给合作伙伴来运营,但怎样保持合作伙伴服务品质与瀚银品牌要求的一致性,对于一个初创型的企业而言,挑战还是挺大的。像手机充值、点卡充值这样的虚拟商品并不需要配送问题,对于大部分的手机支付提供商而言(包括像中国移动、中国电信这样的运营商)是不错的路。

   整体感觉“手付通”的定位还是有点混乱,或者是因为离得太远,没有理会其整体的战略布局。但对于一个初创型的企业而言,在资源有限的情况下,伟大的愿景还是需要靠一步一步的努力前行来达到。由于无线互联网尚处于市场培育阶段,有吸引力的杀手级无线应用尚未出现,用户使用手机支付的习惯及理由尚需要一个很长的培育过程。而且面对一堆堆对移动支付跃跃欲试的支付宝们、运营商们、银行们等竞争者,与其搞一堆没有人用的服务,还不如专注于某几个能够体现无线互联网特征的领域,提升自身的核心竞争力,让产品初期的使用者用户成为口碑的忠实传播者,这样才能够生存下来并赢得未来。 

3、“手付通”的盈利模式

  从目前其产品相对混乱的定位看来,“手付通”应该尚未找到真正的盈利模式。根据瀚银网站的信息,可以大致推导可能赚钱的几个点:

  • 交易手续费
  • 企业定制版本
  • 合作伙伴的市场营销活动推广费
  • 对银行/运营商的手机支付业务外包

  按照“手付通”目前的模式来看,在交易量不大的情况下,个人对于企业定制版本比较看好。但企业定制版本的核心不应当只是支付本身,而应当是业务导向。如果只是拘泥于支付本身,那么这样的浅层次定制并没有太大的价值。“手付通”应当建立“移动互联网专家(手机客户端开发)+手机支付专家+行业专家”的形象,针对看好的行业做深层次的定制。我相信这样的垂直化生存之路在未来的移动支付市场是有前途的。

 

基于Webkit的手机浏览器价值思考

   在互联网时代,IE是浏览器当仁不让的老大。但在无线互联网时代,由于Iphone、Android以及S60 v3都采用了Webkit作为浏览器的核心引擎,因此大有成为无线互联网浏览器核心动力的趋势。

    手机浏览器技术的开发研究是否只是互联网巨头才有资格参与的游戏呢?对于初创型的互联网公司而言手机浏览器技术有怎样的价值呢?就目前而言,无线互联网并没有一家真正意义上的巨头,也没有成功的商业模式可以参考,因此目前在手机浏览器领域的Opera、Ucweb们的模式是否可以作为成功的标杆来作为案例来研究尚待考证,也无从说起笑到最后的肯定就是这些公司。。对于无线互联网公司来说,即使不做手机浏览器,手机浏览器所涉及的各项技术实现也是在研发中必须面临的问题。

    开源的Webkit为我们提供了手机浏览器技术实现的范例,在尚未想清楚商业模式前,尤其是在这个寒冬中,除了期盼春天快点到来外,我们还可以静下心踏踏实实做一些事情,提升自己的能力来慰藉自己,迎接春天的来临。梳理一下这方面的思路,开始Webkit的研究之路。

基于Webkit的手机浏览器价值思考

 

Mobile 2.0=?

    正如在当下的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 标签: ,,,,,,

Mobile Startup Case Studies 1

    m-trends的Rudy de Waele 在slideshare上分享了一个其在Vodafone Mobile Clicks 会议上演讲的ppt,对8家处于startup的无线互联网公司的案例进行了研究,这些公司的业务模式值得学习和研究一下。

案例1、Skyhook Wireless

Skyhook Wireless公司的业务方向是LBS(Location-Based Service),其核心技术是融合了Wi-Fi、GPS、CellID的XPS技术。

思考:对于无线互联网公司而言,能够获得用户所在的位置信息是开发各种基于无线的业务的核心技术,包括无线sns、无线电子商务、无线搜索、无线广告等,只是在国内目前运营商非对称垄断性竞争的环境下, 位置信息成为了稀缺的“关系型”资源。对于我辈小公司而言,要做类似的业务也只能是有心无力,飘过…。

案例2、Taptu

Taptu公司的业务方向是无线搜索,其口号是“mobile search made social”。与Google、Yahoo的无线搜索只是web版本的搜索引擎的改造版本不同,TAPTU是完全针对移动设备进行设计开发的,且融入了社区的元素。

在其强项的音乐搜索上,其搜索结果分为歌曲、视频、图片、歌词、描述性信息等,且加入了诸如Play clip、SMS to mobile、Email this、Post to twitter等非常方便;在搜索结果的展现上比其他的无线搜索相比而言,对终端的适配性更好;

在用户体验上,用户平均只需要点击10次(按照Taptu官方说法叫taps)一下就可以找到其需要的内容,而其他的无线搜索平均需要30 taps和翻页才能够找到所需要的东西。

Taptu使用了“Social Assisted Search”的技术,其搜索算法融入了“social relevancy scores”,在搜索内容上与当下流行的sns社区结合得很紧密(例如myspace、facebook、youtube等),有点社会化搜索或社区搜索的味道。

关于taptu的一些参考资料:

http://www.readwriteweb.com/archives/taptu_launches_new_type_of_mobile_search.php

http://wapreview.com/blog/?p=413

http://thenextweb.org/2008/02/22/taptu-mobile-social-search-is-googles-achilles-heel/

思考:如果按照Google、Yahoo所定义的搜索模式和游戏规则来进行无线搜索,那基本上无法与这些巨头在无线搜索领域进行竞争,Taptu按照自己的规则(更好的用户体验+社会化搜索)定义了无线搜索,这对于初创性的互联网公司而言是明智的。

案例3、DeviceAnyWhere

Mobile Complete的DeviceAnyWhere业务方向是通过互联网为用户提供实时的移动电话连接与交互服务。DeviceAnywhere测试服务让用户仅通过一台电脑便可以遥控操作移动设备的按钮、浏览液晶显示器、听铃音和使用扬声器、连接/断开电池以及播放视频。通过“DeviceAnywhere”服务,用户可以完全虚拟接入到设备的界面当中,就像亲手使用该设备一样方便。这样开发人员能够以更快的速度、更为简便并且更加节省成本的方式将移动应用程序投放到市场上。

思考:与PC不同,各种手机机型参数并没有统一的规格,因此针对各种手机机型进行适配性测试是所有无线互联网公司不得不面临的问题,而采购各种测试样机是一笔不小的开支。因此此业务对于众多的无线互联网公司、设备制造商而言,还是蛮有意义的。这可以算成一种典型的SaaS服务范例。

关于DeviceAnyWhere的一些参考资料:

http://www.ibm.com/developerworks/cn/rational/edge/08/may08/brody/index.html?S_TACT=105AGX52&S_CMP=tec.yesky

案例4、Kyte

Kyte的业务方向是无线数字多媒体内容的分销,从其官网介绍中很难看清楚其具体的商业模式。感觉上,与传统的数字内容分销商不同的是,Kyte更加注重对包括sns、blog等新媒体传播渠道的整合,关于kyte.com对无线数字多媒体内容的分销模式,后续继续研究。值得注意的是nokia参与了Kyte的投资

或许能够体现Kyte商业模式的重点业务还是其手机多媒体分享社区kyte.tv,其特色是可以创建互动式循环播出的个人电视频道(手机播客?)。kyte.tv向用户提供手机视频、音乐、图片的上传分享服务,在kyte.tv上每一个用户都可以通过简单的在线导航功能,即可完成自己个性化”频道” (channel)的创建 。用户可以添加音乐、文字,然后通过互联网面向PC或者手机播出个人的电视频道。同时也可以通过代码嵌入的方式在其他博客或者网站上播出。个人频道的观众还可以通过直播聊天以及在线民意调查的方式参加互动服务。

思考:Kyte.tv的手机多媒体的分享社区模式,对于构建无线互联网社区倒是有所借鉴意义。在国内版权状况并不乐观的情况下,怎样搭建版权内容的无线数字内容的分销平台是一个很大的话题,后面结合getjar.com模式专题再考虑一下。

与Kyte.tv的手机播客类似的业务还有http://www.livecast.com/

参考资料:

Mobile Startup Case Studies @ Vodafone Mobile Clicks PICNIC Amsterdam

Technorati 标签: ,,,,,,,

Android 思考1-开放手机联盟思考

    这段时间,Google真的是风光无限,先是Google Chrome的发布,以及最近的T-Mobile G1的隆重上市,铺天盖地都是Google的消息,不得不感叹品牌的力量。

    整理一下对于Android的一些零碎的思考,以加深的无线互联网的理解。分成几部分思考一下:

    1、对Android 开放手机联盟思考

    2、Android 的商业模式思考:Android的商业模式、Google的无线互联网战略

    3、Android动了谁的奶酪:手机操作系统的竞争格局

    4、有中国特色的Android:Android山寨化、中国移动的Android平台

    5、Android的技术思考:

1、Android开放手机联盟

    在成立1年多后,Google发起的以Android为核心的Open Handset Alliance终于推出了第一款真机T-Mobile G1,应该说在类似的产业联盟中,能够在如此短的时间内推出真机,效率还是蛮高。如果举办一个有中国特色的“Android上市庆功表彰大会”的话,致辞中应该有类似“在联盟xxxx的光辉思想指引下,我们克服了重重困难,终于迎来了这个属于伟大的xxxx的光辉时刻。在这里我要感谢x、感谢xxxx,感谢xxxx,…”。

    一个成熟的手机产业联盟应当涵盖手机产业链中的半导体芯片制造商、设备制造商、运营商、软件提供商(软件服务器商、软件开发商、集成商、第三方开发者)等。从目前来看,Google发起的以Android为核心的Open Handset Alliance包含了手机产业链上的一些重量级的公司(参考open handset alliance members),这些重量级的会员加入对于尽快催熟整个围绕Android的产业链,帮助Android在目前Symbian、Windows Mobile、Linux、Apple OS X等手机操作系统平台竞争的乱世中迅速崛起起着至关重要的作用。但Google应当很清楚时间及成果对于维系这样松散联盟的重要性,因此也是其必须尽快推出G1这样的标杆产品的原因。从目前已知的资料而言,我觉得T-Mobile G1毋宁说是一个“IPhone的梦魇”的产品,还不如说是Google的Labs Beta产品。从G1的硬件配置、所支持的应用、用户体验等而言,尚有很多需要完善的地方,如果这样的产品都算完美的话,那就太低估人民群众的审美能力了。

    就目前竞争阶段而言,Google需要的不是一个完美的产品,而是需要一个证明联盟价值的东西,哪怕是半成品。

    Google应当很清楚,每一个联盟的参与者都不是为了慈善事业而参加这样的商业联盟,每一个游戏的参与者都希望从中获取最大的商业利益。就目前的竞争格局而言,整个智能手机操作系统的竞争尚处于初级阶段,胜负尚难言定,Android能否在手机操作系统的竞争中成为主导平台尚需要很长一段时间。因此在联盟的这些会员中,除了Google自己,我认为先半导体芯片制造商、终端设备制造商、软件提供商、运营商等大部分都是机会主义者,基本上都脚踩几只船,他们关心的是“怎样的无线互联网时代获取更大的市场份额”,参加各种这样的联盟只是他们的手段之一。

    对于半导体芯片制造商而言,吸引他们的是“怎样卖出更多的芯片、怎样占领更大的市场份额”。

    对于设备制造商而言,吸引他们的是“怎样降低终端的制造成本,卖出更多的设备”。对于Samsung、LG、HTC这样没有自己核心操作系统的厂商而言,采取墙头草式的跟随战略还可以理解。而对于Motorola而言这样的举措就是愚蠢之极(Motorola Building Up 350-Person Android Team. Nokia Also Sniffing Around.)。到现在为止,Motorola自己还没搞清楚自己在移动产业的核心竞争力所在-平台为王,没有搞清楚移动终端竞争的根本-用户体验至上。放弃自己还相对成熟的Linux平台当山大王的机会不用(或者借助已经参加的LiMo联盟),甘愿去另外一个联盟充当一个二流的喽啰角色,Motorola完蛋了。 同样的道理,如果Nokia也放弃自己的Symbian平台,加入 Open Handset Alliance  ,那Nokia也是愚蠢之极。对于这些设备制造商而言,放弃自己的与竞争对手有所区隔的竞争点不用,在竞争中采用与竞争对手完全同质化的产品,这样的竞争能有多少价值,利润能有多少。

    对于运营商而言,吸引他们的是“怎样让所有的终端都符合自己的规范,卖出更多电信服务”。

    对于软件提供商而言,吸引他们的是“谁的平台市场份额最大、谁的平台开发最为容易”。

    对于Google而言,Android作为其无线互联网战略的一个重要棋子,通过开放平台(是不是真正意义的开源平台尚待观察)的方式来颠覆手机操作系统的竞争格局,从一个局外人一跃成为游戏的参与者。其最大的兴趣是成为游戏规则的制定者(加入Android成功的话)。关于Google的无线互联网布局以及Android在Google无线互联网战略的意义的继续思考中…。

    关于手机联盟,比较有意思的是,可以比较一下几个与Open Handset Alliance联盟类似的基于Linux的产业联盟的会员:

        LiMo(http://www.limofoundation.org/

        OpenMoko(http://www.openmoko.org/

        LiPS(http://www.lipsforum.org/

        Maemo(http://maemo.org/intro/

    法国电信从LiPS联盟转为LiMo的故事很有趣,很值得一看:Mobile Linux组织融合背后的故事

    每一个人都希望自己在联盟中当老大,掌握无上的话语权,没有不能放弃的原则,只要利益使然。对于曾经“不作恶”的Google亦然,尤其是在作为成功者需要捍卫已有利益时候。

参考资料:

    http://www.androidin.com/android-827-1-1.html

    http://blog.sina.com.cn/s/blog_4a09ed6f0100ad0q.html

 

在线主题制作技术实现方案

    在做门户社区实现中,有类似魔秀(http://www.moxiu.com)的在线主题制作需求,这种用户生成内容(UGC)的形式对于活跃社区气氛、提高用户对社区的粘性是大有好处的。

1、技术实现核心问题:

  • 提供用户自助上传图片的工具
  • 根据用户手机的分辨率,提供在线图片编辑工具,让用户选择要裁剪的区域,作为要制作主题的图片的宽和高
  • 用户提交选定的区域范围到服务器,后台程序根据用户选择图片指定的宽和高对图片进行自动裁剪,生成手机主题,当然还可以实现诸如打水印等功能
  • 参考各手机平台主题的制作方法,把背景图片打包成手机主题

2、技术实现方案如下:

  • 用户上传工具,直接使用struts2 的file upload 工具
  • 在线图片选择工具,采用jquery的img area select plugin实现http://odyniec.net/projects/imgareaselect/ 
  • 图片裁剪采用imagemagick实现,可以利用imagemagick的java接口,为灵活起见,避免由于java接口的不完备性及性能问题,使用Runtime.getRuntime().exec来直接调用imagemagick的命令行来完成。

依照此思路,编写了简单的测试代码,测试页面imgareaselect.html 用于演示img area select的使用。

ImagemagickTest.java是使用java 调用imagemagick接口调用实现图片操作的例子。

关于imagemagick其他功能使用的例子(例如打水印等)可以参考http://www.imagemagick.org/Usage/

   以上只是实现了初步的在线对背景图片制作的步骤,后续可以按照各个操作系统的主题制作技术,实现诸如symbian平台主题sis、windows mobile cab的制作。

3、imgareaselect.html

<html>
    <head>
    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
  <title>imgAreaSelect examples</title>
  <link rel="stylesheet" type="text/css" href="base.css">
  <link rel="stylesheet" type="text/css" href="imgareaselect.css">
 </head> 

<script type="text/javascript" src="jquery-1.2.6.js"></script>
<script type="text/javascript" src="jquery.imgareaselect-0.5.js"></script>
<link rel="stylesheet" type="text/css" href="base.css">
  <!--[if IE 7]>
  <link rel="stylesheet" type="text/css" href="ie_7_hacks.css" />
  <![endif]-->
  <!--[if IE 6]>
  <link rel="stylesheet" type="text/css" href="ie_6_hacks.css" />
  <![endif]-->
<script type="text/javascript">
 function selectionEnd(img, selection)
 {
        //alert('width: ' + selection.width + '; height: ' + selection.height+'; x2:'+selection.x2);
 } 

 function preview(img, selection)
 {
   var scaleX = 100 / selection.width;
   var scaleY = 100 / selection.height;
   $('#duck + div > img').css({
     width: Math.round(scaleX * 400) + 'px',
     height: Math.round(scaleY * 300) + 'px',
     marginLeft: '-' + Math.round(scaleX * selection.x1) + 'px',
     marginTop: '-' + Math.round(scaleY * selection.y1) + 'px'
   });
 }
 $(document).ready(function () {
   $('<div><img src="duck.jpg" style="position: relative;" /></div>')
     .css({
       float: 'left',
       position: 'relative',
       overflow: 'hidden',
       width: '100px',
       height: '100px'
     })
     .insertAfter($('#duck'));
   $('#red').click(function () {
     $('#duck').imgAreaSelect({ selectionColor: 'red' });
   });
   $('#green').click(function () {
     $('#duck').imgAreaSelect({ selectionColor: 'green' });
   });
   $('#blue').click(function () {
     $('#duck').imgAreaSelect({ selectionColor: 'blue' });
   });
 }); 

/*
选择框初始化值大小设定,在社区实现时候选择框的初始化值由程序根据用户手机型号的分辨率来设定初始化值
通过设定最大值和最小值相等,来固定选择框的大小 

*/
 $(window).load(function () {   

   $('#duck').imgAreaSelect({ x1: 120, y1: 90, x2: 280, y2: 210,maxHeight:120,maxWidth:160,minHeight:120,minWidth:160,resizable:false, onSelectChange:preview,onSelectEnd:selectionEnd }); 

 });
</script> 

<body>
<p style="text-align: left;">
<button id="red" type="button" style="color: red;">Red</button>
<button id="green" type="button" style="color: green;">Green</button>
<button id="blue" type="button" style="color: blue;">Blue</button>
</p>
<p style="text-align: center;">
<img id="duck" src="duck.jpg" alt="测试" title="测试"  style="float: left; margin-right: 10px;">
</p>
</body>
</html> 

 

4、ImagemagickTest

import org.apache.log4j.Logger;
import java.io.IOException; 

public class ImagemagickTest {
    private static final Logger logger = Logger.getLogger(ImagemagickTest.class);
    private static final String CONVERT_PROG="C:/ImageMagick-6.3.9-Q16/convert.exe"; 

    /**
     * @param command Description of the Parameter
     * @return Description of the Return Value
     */
    private static boolean exec(String command) {
        Process proc;
        try {
            logger.debug("exec(String):Trying to execute command " + command);
            proc = Runtime.getRuntime().exec(command);
        } catch (IOException e) {
            System.out.println("IOException while trying to execute " + command);
            logger.fatal("exec(String):IOException while trying to execute " + command);
            return false;
        } 

        if (logger.isDebugEnabled()) {
            logger.debug("exec(String):Got process object, waiting to return.");
        } 

        int exitStatus; 

        while (true) {
            try {
                exitStatus = proc.waitFor();
                break;
            } catch (java.lang.InterruptedException e) {
                logger.fatal("exec(String):Interrupted: Ignoring and waiting");
            }
        }
        if (exitStatus != 0) {
                logger.fatal("exec(String):Error executing command: " + exitStatus);
        }
        return (exitStatus == 0);
    } 

    public static void main(String[] args) {
        String cmd=CONVERT_PROG;
        String parameter=" -crop 278x150+99+45 ";
        String inputFile=" D:/imagemagick/bee.jpg ";
        String outputFile=" D:/imagemagick/output1.jpg ";
        exec(cmd+parameter+inputFile+outputFile) ;
    } 

}

在线制作手机桌面壁纸及铃声服务的一点启示

    在做门户社区设计的时候,一个最大的挑战是服务的差异化,像图片、铃声这样的服务基本上每一个手机网站都有,要在这一点上要做到差异化很难,看到几个提供自助手机桌面及铃声的在线服务,或许能够给我们一些启示。

自助手机桌面及铃声的在线服务:

魔秀:http://www.moxiu.com/

吾主题:http://www.ownskin.com/

猪蹄网:http://www.zhuti.net.cn/

神空主题网:http://theme.kkek.net/

mobopic:http://mobopic.com/

    类似魔秀这样的手机主题制作网站的核心模式其实很简单:提供一个定制化的图片剪裁工具,用户可以通过选择手机型号来上传分享自己的图片,然后围绕此服务形成自己一个社区。从alexa排名运营情况来看,魔秀其实还是有一定的人气的。

   在技术层面,魔秀的定制化的实现并不难。

    另外还有一些在线的铃声制作的web2.0站点,可以参考:

http://mashable.com/2008/03/13/create-your-own-ringtone/

    像铃声及手机桌面壁纸这样的服务,其实算是一个典型的竞争红海市场,在图片及铃声服务上如果只是提供单纯的下载服务,那不会有太大的竞争力。

    对于门户社区而言,社区的建设不可能建立在空洞的服务上,必须依托一些有趣、使用的应用才能够在用户中引爆流行,我觉得通过类似这些服务可以做到与竞争对手一定程度的区隔(尽管这些服务并不能根本上决定门户社区的成败),另外可以通过众多这样的服务来整合与用户手机应用相关的各种服务,提高用户对门户社区的粘性。

下一页 »