移动即时消息

　　移动即时消息来自于最近通信业界最成功的两个应用的结合点：固定网络中的桌面即时消息和移动网络中的短消息系统。如果用户在移动终端上能像桌面即时消息一样方便地使用并且可以访问已有的朋友列表，无线即时消息系统能够不费力地获得极大的市场份额，因为桌面即时消息目前在世界范围内已拥有10亿用户。可见，即时消息系统作为一种服务方式，如果能够真正与移动通信紧密结合，必将获得更大的市场价值。一些互联网即时消息提供商(如QQ)已经拥有了成百上千万的用户，这些用户同样希望在移动电话上体验与在PC机上一样的业务。因此运营商如何发展将PC和移动网络结合在一起的消息类业务是问题的关键。在这方面，各大厂商正在不断加强IM应用软件与移动平台的融合，以实现资源的优势互补和服务内容的整合，通过推出移动IM应用和完善服务内容的方式，扩大移动的影响力，并同时获得更多的IM用户。所以，移动即时消息系统将是一重要趋势。

　　移动IM的特性

　　(1)互操作性

　　由于IM缺乏基于标准的互用性，各种IM系统之间无法互相发送信息，例如AOL与Yahoo，MSN与AOL。因此，制订一种统一的协议就迫在眉睫了，我们认为这种统一协议应当可用于E-mail、Web和语音流的简单邮件传输协议(SMTP)、HTTP和实时协议(RTP)等IM应用。下面就介绍几个已经得到广泛实行的基本的建议协议：

　　* Wireless Village提出了一套通用的移动即时消息和Presence服务的规范，被用于移动终端之间消息和presence信息的交互；

　　* IETF定制的SIP(Session Initiation Protocol)规范定义了一种适合各种媒体内容实现多用户会话的协议，适合将IM与语音、数据共享、视频等其它实时协作特性结合，今天越来越多的IM提供商都提供了基于SIP/SIMPLE的IM系统。

　　* 由Jabber组织发展的Jabber协议，其中包含支持符合IETF规范的即时消息和Presence技术的基本协议形成了XMPP协议，XMPP的两个基本规范被接受为建议标准，迅速为众多的IM系统所接受。

　　但作为一种基于IP技术的通信基础软件，即时消息最终成为开放式的、互通的在线通信工具肯定是大势所趋。即时消息已经成为语音及文本的在线即时通信的主要技术，它必将成为未来移动商务、在线协作及Internet应用的核心，同时也将继承IP技术的开放风格，扮演比电子邮件更为重要的角色。

　　(2)信息安全性

　　在IM系统的发展过程中，如何保障系统安全、为用户提供可靠的服务同样重要。一个成熟IM系统可能会保存数万用户的个人信息，如何保证这些信息的安全？所以，建立统一、完善的安全体系是未来发展的一个主要趋势。对于IM系统，保证安全是IM系统和群体聊天工具的最基本的需求。

　　(3)应用多样性

　　在应用的多样性方面，2.5G和3G网络，为移动即时通信提供了极富吸引力的平台。随着IM技术的发展，其集成多种应用将会成为一个必然的趋势。IM系统将要与移动网络系统进行统一，将2.5G、3G的特色业务，如PTT、流媒体、视频以及彩信等应用融入到IM系统中。这样，IM技术将给用户提供更方便、更优秀的服务。通过这种崭新的业务模式，在不会分流现有业务的客户群体的基础上，扩大用户的规模，有效地提升客户忠诚度、推广服务品牌知名度。

　　(4)计费功能

　　面对IM所提供的如此丰富多彩的业务，如何计费同样是一个重要课题。移动即时消息更像是文本短信的一个新类型，而不像是基于PC的即时信息的新版本。采取阶段性组合的计费方式既可以提高终端用户积极性，又能避免包月方式带来的消息类业务收入的下滑。

　　移动IM的商业模式

　　根据IDC的预测，到2004年底，全球将有大约8亿手机用户和3千万PDA用户，在他们中将会有1亿8千万IM用户；而到2005年，手机用户将增加到10亿，PDA用户将大幅上升至4千万，其中IM的用户将会达到2亿，预计40%的用户会使用移动终端。从业务流量的角度来看，基于以往的经验和一些统计数据的分析，每个商业用户平均每个月发送146条短消息，而普通的个人用户的短消息发送量只是商业用户的30%，月均发送49条。值得一提的是IM业务的持续增长已经超过了5年。

　　显然，IM业务的价值和计费的方式并不是由运营商本身所决定的，而是由最终用户所认可的价值所驱动的。建议采用当前为用户所广泛接受的短消息业务(SMS)的计费方式，即发送消息需付费，而接收消息不收费，并且没有月租费。运营商可以通过投放广告，利用IM平台向用户提供更为丰富多彩的业务等方式增加收入。总的来说，IM业务对于运营商来说是一项低风险高回报的业务，除去第一年是纯投入之外，平均1.17年运营商就可以开始赢利，每年的毛利预计可以达到50%，到了系统部署后的第5年毛利更将达到60%。

文章转载地址：http://www.cnpaf.net/Class/otherprotocol/0610917414774710449.html