大话移动办公(下)——移动应用漫谈2.doc

大话移动办公（下）移动应用漫谈前两篇对移动通信的技术和终端进行了大致的介绍，有了这些技术的普遍，本篇将深入到移动办公的应用层面。由于移动办公的范围过于宽泛，故本篇专注于协同办公应用的漫谈。上篇中提到移动通信从技术上就两种应用，语音通话与数据交互，但是目前在协同办公领域基于语音的应用目前还很少，PC上的应用都很少，移动通信自然就谈不上了，所以还是集中于数据交互的应用。而数据交互的应用就可以拆分为单向的短信应用和双向的实时交互应用，通俗一点的实时交互应用就是把手机当PC用，可以处理各种事项，最理想的状态当然就是能把手机当成PC一样用，这样就可以实现无论何时何地都能够及时进行协同办公。下面就从短信应用到数据交互两个方面讲讲协同办公的移动应用。短信其实是一种很简单的服务，就是单向的推送信息，但是这却是最常见的移动办公应用，因为短信应用初期的时候都是单向的消息通知，即把协同办公系统中的消息通知以短信方式推送给接收人。比如说流程、公文、会议、日程、公告等等通信信息发送到接收人的手机上，接收人收到信息后可以及时找个方便的地点打开PC登录系统处理，也可以拨打电话去咨询公司发出通知的人具体信息，在手机还无法提供WAP等移动办公前，这种方式非常普遍，而且即使到现在，作为一种廉价而方便的移动办公解决方案也在普遍应用中。短信虽然在应用上非常简单，但是基于传输设备又分为三种，就是短信猫、短信网关、运营商专用网关：短信猫是最初出现的一种短信发送设备，其实短信猫就是一个不能通话的手机，厂家把手机中的通信模块拆了出来做成一个Modem的形状，然后做了个硬件接口，服务器就可以通过短信猫发送短信了，看上去是个modem，其实本质上就是一个手机接到了服务器。这种设备虽然安装简便，开发快速，但是由于基于民用设备，因此稳定性要差一些。毕竟民用设备如果用于大量的商用短信发送，稳定性还是差强人意，而且由于有大量的垃圾短信的影响，很多运营商都开始封杀短信猫，因此如果使用短信猫的话发送量一定要控制到一个限度，各地都有相应的标准，比如每小时不得高于几百条之类的。为了解决单个猫的发送量限制问题，于是厂商又推出了支持多个sim卡的多口短信猫，但是这种产品因为应用量很小，而且负责短信分配逻辑的芯片也不够成熟，因此这种多口猫的稳定性大部分情况下还无法满足大规模的商业。总体来讲短信猫还是更适合中小型企业的小规模应用，而且因为发送量小一般不会受到运营商限制，所以支持全网信息应用，而且对于不能接入外网的系统短信猫方案是一种很好的选择。短信网关是现在比较流行的方案，其实说白了就是把短信发送设备集中由短信网关的经营商统一管理的一种方案。最终用户呢，只需要把系统通过互联网接入网关，然后就可以发送短信了。这种方案呢，好处是部署更简单更快速，但是缺点就是必须通过互联网接入到短信网关运营商的服务器上。除此以外，短信网关的短信价差很大，如果是一次性群发的广告短信，那价格是可以低于民用短信价格的一半的，但是因为一次性群发的量很大，短信需要一条一条的发，短信的延迟就很严重，不过对于广告短信时效性要求不高，所以延迟一些也无所谓。但是对于协同办公系统中的短信来说，如果延迟个半天一天的就无法忍受了，因此短信网关运营商也提供一种价格跟民用短信差不多的所谓专用通道的短信，从而保证短信发送的及时性，总体来讲价格提高了，服务质量基本上就可以满足商用的需要。而且由于短信网关运营商往往和各大运营商都签署了合作协议，所以基于短信网关的短信方案目前比较流行，既满足全网又满足稳定性要求，在中小型客户市场非常普及。但是高端客户往往并不放心把短信发送交给短信网关运营商托管，而运营商又希望独占高端客户，因此就出现了运营商专用网关。运营商专用网关其实是台服务器，就是运营商部署在高端客户信息中心的一台短信网关服务器，比如说移动的MAS机，这种服务器往往是运营商免费提供的，而且短信的价格往往又非常实惠，但是也附加着其它条件，比如说企业员工必须全部选择该运营商的网络。这种网关的稳定性还是毋庸置疑的，但是有一个比较大的问题就是不同运营商之间往往会封杀别的运营商的短信，这就造成了这种模式往往不能满足全网使用的要求，不过由于运营商争夺客户时承诺了大量的优惠条件，所以使用这种方案的客户还是蛮多的。不过这种方式需要二次开发，相对来说方案的交付周期和部署难度都偏高。以上三种方案都有属于自己最适合的领域，不过随着技术的发展，短信应用的深度和广度也在变化，尤其是短信互动的应用，比如通过短信回复意见、通过短信参与调查、在线人员通过短信与未登录人员互动，目前这些应用都已经有成型的产品，不过应用范围仍不够广泛。随着技术的发展，短信的应用还在探索新的方向，比如彩信、WAP PUSH等等，但是彩信的应用目前还缺乏比较成型的产品，而WAP PUSH由于需要和WAP方案结合，所以放在WAP方案后面来讲。短信应用在经历了一段蜜月期后，人们就又感觉到了一种不满足，因为短信应用只能满足随时随地知晓各种信息通知，如果要处理其中的东西仍需要使用PC登录系统进行处理，这就有点像BB机了，收到消息后还得回电话，哈哈。因此技术人员就开始探索能像用PC一样在手机上登录系统，处理各种事项。这就有两种选择，一种是WAP方式，其实就是一种移动B/S方案，通过手机的WAP浏览器来实现处理；另一种是客户端方案，其实就是一种移动C/S方案，通过开发手机上的应用程序来实现处理。在探索手机移动办公的初期，智能手机还是很贵的，而且大部分技术人员对客户端程序的开发也不够熟悉，因此WAP是早期最普遍的方案，其实现在也是最主流的方案。这种模式呢跟PC上的B/S应用一样，也是基于浏览器，只是PC上是基于HTTP协议，而手机上是基于比HTTP更简化的WAP协议，效果上目前还无法实现PC上FLEX、AJAX等等技术的炫丽，不过满足日常的应用还是不成问题，而且现在市面上的手机差不多都支持WAP浏览器，因此实施成本低，是目前来看项目整体成本最低的方案。基于WAP的应用呢，目前基本上还是以事项办理、文档查阅、查看公告、新闻等传统应用，由于手机屏幕分辨率的限制，所以WAP方案往往会增加自适应页面的功能，以满足手机浏览的需要，而相关功能一般也都会减少，比如WAP方案一般不支持发起流程，而一般仅支持流程的处理。不过PC上有一种常用的应用WAP上还无法完全实现，就是PC上可以在浏览器上打开Office等文档，并可以支持在线编辑处理。这种应用呢在PC上实际上是在浏览器上挂接ActiveX插件实现的，但是WAP比HTTP的特性要少得多，也无法支持ActiveX插件，因此就没办法实现各种文档的在线编辑。不过开发人员还是琢磨出了一种变通的方法，就是在服务器上把Office等文档进行解析，换成图片或者纯文本加图片的方式实现在WAP浏览器上的查看，这种方式呢虽然打了一定的折扣，但是在目前技术限制的前提下基本成为了一种主流实现方式。而未来随着WAP技术的升级，实现和PC一样的处理应该是不远的将来可以实现的。客户端这种方案呢，其实实现的应用和WAP都是一致的，只不过由于可以调用客户端的API和函数，效果会更加的炫丽。由于应用领域没有啥特殊的，所以我只针对不同系统的客户端程序的特点。早期的智能手机系统其实就是PALM OS和WM，但是由于PALM早期并没有行货在大陆市场销售，再加上微软提供的强大的开发支持，所以早期的大陆移动办公市场的客户端产品基本上都被WM方案垄断了。而Blackberry因为也一直没有像样的行货保有量，所以基本上和PALM一样在市场上听不到声音，只是最近黑莓和电信合作又开始了一轮市场推广，但是前景如何很难说清。其实WM在移动办公市场上高歌猛进的时候，有一个对手也在高速的提升着他的市场占有率，就是Symbian，而Symbian却因为自己的问题把这个市场丢掉了。因为Symbian的开发支持实在是太差了，而且同一个Symbian系统还分成了UIQ、S40、S60、S80等版本，当开发人员费尽心力开发完成后，发现也只是完成了其中一个版本，这样如果实现Symbian的全覆盖就需要4倍的工作量，但是大部分的客户因为不了解版本区别，往往不理解开发量的区别，因此Symbian杯具了。除了前面这些系统，剩下的就是IOS、Android、Meego、Web OS，不过IOS在大陆还很少用于商用领域，而Web OS在大陆还没有行货，Meego更是没有实际产品上市，因此这三种系统的客户端基本上很少见，目前只有Android的客户端程序部分研发人员在开发。总体来说呢，客户端这种方案目前仍是WM系统的方案占主流，而且客户端方案中不得不提的是目前只有WM提供了Mobile office可以在手机上通过调用API来顺利的打开office文档，其它系统都不得不通过第三方产品来支持office，这就造成了其它系统在移动办公市场的劣势。不过我觉得未来应该是属于WP7和Android的，因为这两种系统的未来最明朗，而且开发工具的支持目前来看也是最全面的，而基于IOS的方案还要看iphone是否能够顺利进入商用市场再说。总体来讲，我认为客户端方案就跟C/S应用一样，未来迟早会被B/S应用取代，但是就目前来看，这种方案还是具有UI更友好等优势，短期来看还是作为高端用户的移动办公方案在高端市场应用。以上两种方案其实现在都很普遍，只不过WAP偏向于中低端市场，客户端偏向于高端市场，不过主要是应用感受上的区别，实现的功能其实大体一致，没有太大的差别。另外两种方案对网络流量的要求也并不高，一般普通人员办公一个月100M以内的流量就足以满足需要。不过随着3G的普及，未来移动办公增加多媒体应用也有一定可能，那样的话我想对流量的需要可能会有一定增加，不过就目前而言目前还没有更大流量的需求。在本篇的最后，还要提到一个短信的应用就是WAP PUSH，这是一种很有意思的应用，其实还是一个简单的短信，只不过在短信中增加了一个链接，如果接受者点击这个链接，就会启动浏览器，进入WAP登陆页面，然后输入用户名和密码后，就会自动进入系统，并弹出通知内容的待办事项，以方便办理。这种应用其实很简单，但是却很方便，而且未来也会越来越普遍，我想如果未来可以和手机的IMEI号结合的话，那样如果不需要输密码就可以直接转入相关