近期的IM业界实在是热闹,先是做IM的腾讯和做校友录的搜狐互相捞过界,接着又出了一个IMU,以开放式体系吸引合作者一起成长,而如今又有了一家叫的网站在推出自家的blog服务同时,一并推出了支持RSS阅读和blog发布的IM软件。毫无疑问,越来越多的网络应用正在努力的和IM融合,寻求新的成长空间。
还是让我们先来看看golb.cn推出的IM软件GOLBBLOGTOOL。相信对于不少blog的研究者而言,这个软件的推出应该是一件令人愉快的事情――他们很早就在猜测的blog和IM合作如今终究有人开始尝试了。不过如果我们对于这款工具的功能仔细审视,恐怕就不会有太多的喜悦。说到底,GOLBBLOGTOOL不过是由三个功能RSS聚合阅读,BLOG更新,MSN即时消息简单的雷加在一起,而缺乏足够的整合,其远远无法发挥出1+1+1〉3的效果。
是的,在blog和IM融合问题上,GOLBBLOGTOOL离我设想的相差太远了。虽然在不久前的一篇文章中笔者指出过IM的终端软件特性决定了它在执行很多应用方面比Web有更好的表现,但是如果IM软件只是满足于把其他的软件功能简单的累加在自身身上的话,那么这种累加除了把软件变得越发臃肿以外,能够收到的效果是极其有限的。正如笔者在另一篇文章中所提及的,对于IM软件和其他应用的融合,社会网络的融合是最关键的。
在笔者的脑海中,blog除了是一个自由的发表平台以外,其通过彼此之间的链接构建起来的那个blogger关系网络同样也是其非常独特而引人关注的一个新特性。如果IM和blog要融合的话,那么基于IM的关系网络和基于blog相互连接的关系网络的融合也就应当是首先应当考虑的一个问题。
想象一下吧,当你在你的IM中添加了一位新的好友,这位好友事先登记的blog也会立刻出现在你的RSS阅读软件中,甚至每次对方更新了blog之后,无须RSS阅读软件的反复检查,blog服务商就会自动通过IM把更新的消息发给你;或者与此相反,当你在自己的blog中添加了另一个blog的链接,对方登记的IM帐号也会自动添加入你的IM软件,你在对方blog中留下的评论都会自动通过IM发送给对方,你们彼此之间除了blog以外还可以依托IM进行更加方便的沟通――如果你们愿意,沟通的所有内容也可以反向的补充在blog上,供其他人参阅。
这样的一套应用,是不是比起现在简单的功能累加要来得有趣得多?是的,一切的关键就在于不同软件融合的不仅是他们的功能,更重要的是他们彼此的网络,从而发挥最大的效用――而这正是GOLBBLOGTOOL目前所匮乏的。
事实上,GOLBBLOGTOOL引发我思考的,不仅仅在于其IM和blog融合的思路,更在于其融合的第三条道路的选择。从已有的案例来看,Web应用和IM融合融合,搜狐的校友录走的是完全开发自己的IM软件从零开始的道路;IMU的思路非常具有创新性,它力图将自己的IM平台半公开化,让其他的合作者能够利用定制版或者插件的方法简单的完成融合――就个人观点,在技术上这是最理想的方法;而GOLBBLOGTOOL无疑是第三道路,通过纯粹与现有IM软件兼容的方法来实现融合――与其他一些一方面兼容其它IM软件一方面发展自己的IM软件,把兼容作为抢夺份额的敌意行为不同,这种融合只不过是在原有的基础上增加了一些与IM无关的功能,可以看作是一个新的Shell,一种善意的兼容。
对于这种第三道路,有的用户表示颇为不解,GOLBBLOGTOOL为什么不以一个MSN插件的方式发布,而是要制作成一个全新的MSNShell。的确从用户的角度来说,在功能一致的前提下,我宁可选择装了插件的MSN也不要另外一个MSNShell――插件可以装几个,Shell却只能用一个,有局限性。在这一点上,笔者也持同样的看法。但是笔者认为更值得我们思考的事,为什么在IM与WEB融合的问题上,我们一定要纯粹的从客户终端角度去思考,老是想着要在用户的终端软件上做点手脚呢?其实有另一种方法可能成本更低,而且更加有创造性。
你有玩过MSN机器人吗?没错,我说的就是从它身上发展出来的思路。所谓MSN机器人,其实也是一个与MSN兼容的Shell,但是与其他的Shell必须由最终用户安装不同,MSN机器人是采取类似服务器的安装方法,你在自己的服务器上安装这个Shell,并且利用对应注册的MSN帐号上线。其他的用户只需要把对应的MSN帐号加入自己的MSN好友,就可以通过类似以前DOS命令行的方式进行互动,从而获得MSN机器人需要的消息。如果把这个思路发展一下的话,就会发现很多好玩的应用。
还是以电子邮件为例吧。假如我是XXX.net这个电子邮件服务商的用户,XXX.ne基于MSN推出了一个IM邮件提醒的功能,只需要对方的MSN机器人把我的MSN帐号加为好友,并且把这个帐号和我的XXX.net邮件账号绑定,那么一旦我的邮箱有了新的邮件,XXX.net架设的机器人就会通过MSN短消息告诉我有了新的邮件,大致的内容是什么。这是不是一个非常简单而且使用的IM和WEB应用融合的范例?要知道,这种融合的方式既不需要改变用户的客户端,也不需要在用户的客户端上增加什么插件,只需要用户被作为一个好友添加,一切融合就由此开始了,这是不是一种非常简单而且有效的方法?当然,这种融合方法的一个重要缺陷就在于MSN消息只能是文字或者图片的,这个就局限了融合的应用,不过即使如此,对于许多的WEB特别是新闻、资讯网站,即使是这种程度的融合,也足够能够开发出许多实际的新应用来的。
事实上,目前阻碍这种思路实用化商用化的一个巨大阻碍就在于MSN的先天限制。在这里,我并不认为对于MSN通信协议的逆向工程利用会是一个问题(微软仅仅公开过MSN最初的通信协议,但是此后一直到如今V10的通信协议都是保密的),因为前面已经说过了,这是一种良性的兼容,微软恐怕应该鼓励才对。真正令人讨厌的在于MSN武断的最多150个好友的限制。要知道,我们目前看到的诸多MSN机器人都是被动式的,只需要用户添加他们,所以每个机器人的服务限制只是受到程序的负荷影响(比如机器人小布是每个3000人),但是笔者刚刚提及的那种与WEB应用融合的MSN机器人是主动式的,必须主动添加用户的MSN才行,这样就会直接面对每个机器人只能为最多150个用户服务的问题,对于那些有上万甚至几十万用户的服务上岂不是要同时启动成百上千个机器人才行。虽然150人的限制其实只是技术上的一个强硬规定,但是考虑到微软的实际情况,恐怕其不太可能为了一些MSN机器人的新应用而有所改变。
如此一来,就只能期望国产的IM软件能够有所行动了。目前关产的IM软件UC已经有了类似MSN上机器人小布的被动式机器人,但是主动式的似乎还没有看到。至于QQ,似乎还没有什么太大的动静。其实笔者最寄予希望的还是IMU,既然其上场就是以开放的合作平台作为重要的卖点,那么类似主动式IM机器人这样的新应用,其应该是乐于见到而且加入到现有的发展战略中去的――毕竟比起用户定制版、插件这两种开放形式来,主动式IM机器人更加简单,更加方便。
摇旗呐喊晚了,笔者在这里也就只能拭目以待,看看第一个与WEB应用融合的主动式IM机器人服务究竟花出谁家了。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/14102/viewspace-116202/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/14102/viewspace-116202/