现在建设网站都用什么软件下载,wordpress首页调用二级分类文章,浙江最新通知今天,无锡建设网站的公司1、引言当前IM的站场上依旧硝烟弥漫#xff0c;QQ, MSN, Google Talk, ICQ, Yahoo!还都在争夺着市场的份额。今天我所要说的#xff0c;是跳出商业利益趋势之短利#xff0c;而从长远的角度考虑IM的发展趋势。目前各大IM各自为政#xff0c;在互相学习中提供着越来越丰富的…1、引言 当前IM的站场上依旧硝烟弥漫QQ, MSN, Google Talk, ICQ, Yahoo!还都在争夺着市场的份额。今天我所要说的是跳出商业利益趋势之短利而从长远的角度考虑IM的发展趋势。 目前各大IM各自为政在互相学习中提供着越来越丰富的功能。在他们疯狂的瓜分着internet用户市场的时候我们普通的用户成了他们商业竞争的受害 人。恕不见因为自己的朋友有着不同的IM为了与他们通讯我们只好自己申请成为那个IM的用户。结果每个人一开机就有着少则34个IM同时叮叮 咚咚的启动多则67个。 虽然也有着多合一的IM客户端但是一来有些功能由于这种整合客户端所限我们无法使用二来我们依旧需要管理着越来越多的帐户和密码。不少人因为犯懒而多个帐户使用一个密码结果导致一个密码被人知道后其他的密码也被人家猜到了而使信息泄密。 如何让用户面对一个简单的界面用最少的用户名密码对完成所必须的IM通讯呢 现今的世界唯有开放方能生存。 我的想法是各个IM服务器之间互连不要再那么封闭了。IM服务器遵循某种标准的IM通讯协议然后就像email服务器那样虽然IM服务器不同IM的服务不同但是他们之间可以共享最基本的消息通讯。 这样QQ的用户可以添加MSN的好友并且可以与MSN的好友交流而不必非注册一个MSN帐户。各个IM服务提供商由IM孤岛变成了IM接入点所 有的IM孤岛互联组成一个IM的服务器网络或者世界。成为任何一个IM的用户都可以与这个IM世界里的任何服务器的任何用户交流而无须非在对方的 IM服务器上注册用户。 其实这种思想在Email身上有很好的体现。虽然大家的email服务器不同注册的服务不同。但是我们依旧可以和不同的email服务器上用户通讯而不必非得在对方的email服务器上注册一个用户。 如果从email的视角看今天的IM的话那么称今天的IM为IM孤岛(IM Island)一点都不为过。未来是互联而开放的世界任何孤岛都会被打破互联是一种必然的趋势。 其实抽象一下IM虽然IM的功能五花八门但是我们90%以上的时间就是在使用下面这几个公共的特性文字消息交流 (包括表情和图片)语音、视频交流群(组)交流好友管理(包括好友组管理好友的添加删除以及好友信息或者blog页面)游戏娱乐平台email提醒各种消息 因此针对这些公共的部分依据现有协议总结出一个通用的IM协议其实是可能的。 以这个通用的协议为基础所有加入IM World的IM服务器必须遵守这个通用IM协议并采用这个协议互相通讯。就可以完成IM世界里面基本交流无障碍。当然IM服务商会除这个通用协 议中要求的这些特性外提供更多额外的服务给用户以吸引用户使用自己的IM作为IM World的接入点。 互联导致IM用户群的整合对于任何的IM服务商都是用户群的扩大由于共同制定和完善通用IM标准也会使标准更加完善通讯更稳定。 这是考验一个公司和决策人气魄和胆识的时候。不同的公司和决策人会作出不同的反应。 到底是给自己的用户加上沉重的枷锁关起门来不让他们跑掉还是摆出自信和开放的姿态敞开大门欢迎其他的IM与自己的消息互通 并不是所有的人都能够真正的把目光放长远能够作出开放的姿态的。但是趋势是一定的已经有一些小范围的消息互通但是还不足够。让我们拭目以待看看谁是这个敢吃螃蟹的人让这个世界的IM成功的互联起来。 我下面就说两种互通的例子第一个是一个开放的IM服务器和一个封闭的IM服务器目前以QQ为例通过QQ Bridge或者叫做QQ网关进行互通的例子。第二个是让IM服务器分布式类似于email和dns那样im服务器同联盟服务器通讯使得不同 的IM用户可以互相通讯。2、可以添加QQ好友并且可以与QQ好友通讯的IM服务器2.1 背景 在这个图中800001 - 800002是QQ用户他们使用自己的计算机分别连接QQ不同的服务器。而Universal IM服务器则是另一个IM服务商我们虚构一个名字叫做Universal IM简称(UIM)。属于这个IM服务商的有biyaoguimenzong.com luxueqidazhufeng.qingyunmen.com, zhangxiaofanxiaozhufeng.qingyunmen.com这3个用户。 QQ Bridge 服务器实际上是一个虚拟的多个QQ客户端的服务器当前他有两个QQ帐户一个是900001另一个是900002。 当我们忽略掉QQ Bridge服务器的时候这就是典型的两个IM服务商他们拥有自己的用户群而这些用户群中的用户不可以跨群访问。也就是说800001永远无法和 luxueqidazhufeng.qingyunmen.com取得联系无论是加好友还是发消息都不行。 这就是我们目前大部分IM的现状。 我的想法是在UIM服务器和QQ服务器中间建立起一个桥梁。由于QQ的思想并不开放所以我们将这个QQ Bridge服务器放在靠近UIM的位置并且将其视为UIM服务器的一个子模块。当然如果QQ是开放的那么这个QQ Bridge就要改名为QQ-UIM Gateway了并且独立出来做QQ服务器和UIM服务器的消息路由。 暂且我们先将其视为UIM的一个模块毕竟这符合QQ当前的封闭策略。 首先UIM管理人员申请若干个合法的QQ帐户在此例子中是900001, 900002。2.2 通讯过程 背景清楚后通讯过程就比较好理解了。假设zhangxiaofan张小凡这个用户有一个好友小白那个好友的QQ号是800003。如果没有QQ Bridge那么张小凡就必须申请一个QQ号然后在QQ中添加QQ好友800003然后方可和小白通讯。 可是当我们有QQ Bridge后情况就发生了变化。 张小凡直接在自己UIM帐户zhangxiaofanxiaozhufeng.qingyunmen.com里面添加好友指定好友IM为QQIM 号为800003。然后UIM服务器就把这个QQ好友添加到张小凡的UIM帐户里了。 那么UIM服务器在后台是如何做这个添加的呢 首先UIM服务器随机的选择一个实现申请好的QQ号比如900001然后QQ Bridge会通过900001向QQ服务器申请将800003加为好友。由于在QQ服务器眼里QQ Bridge实际上是一个QQ客户端所以就按照正常手续征询对方同意当对方同意后这个好友就倍加到900001这个QQ的好友列表中了。 在UIM服务器中记载了zhangxiaofanxiaozhufeng.qingyunmen.com这个帐户有一个QQ好友800003而QQ Bridge服务器记载了他使用的是服务器QQ号900001来和800003进行通讯。远程好友: QQ:800003本地QQ: 900001本地帐户: zhangxiaofanxiaozhufeng.qingyunmen.com 下面张小凡要找小白聊天于是他双击他好友列表中的小白这个好友敲了一段文字hello。 这个hello会最先被送到UIM服务器UIM服务器的dispatcher会发现这个消息不是本地的而是QQ服务器的于是转发消息到QQ Bridge服务器QQ Bridge服务器一看目的地是QQ:800003而源是zhangxiaofanxiaozhufeng.qingyunmen.com于是 QQ Bridge就用QQ:900001这个帐户向800003这个帐户发送消息。 对于800003而言他只是看到自己收到了一个从900001这个号码发来的消息而意识不到这个实际上是一个UIM服务器的帐户。 小白回消息I got it。这个消息会先发送到QQ服务器QQ一看目的地是900001于是消息就被分发到900001身上QQ Bridge就收到了这条回复。然后对比本地表后发现远程好友是QQ:800003的本地QQ是900001的应该发送给张小凡。于是QQ Bridge和UIM服务器联系UIM服务器将这个消息传递到张小凡的计算机上。 通过这个描述大家可能会发现QQ Bridget非常像网络中的NAT网络地址转换。而这里实际上是IM协议转换非常类似的机制。 通过这种形式QQ用户和UIM用户可以无缝衔接他们之间的通讯是透明的他们意识不到特别是QQ的用户自己通讯的对方是另一种协议。2.3 缺陷 这是一个类NAT的东西也就面临和NAT一样的问题就是QQ的好友无法添加UIM的好友除非做静态映射。也就是说添加好友的行为一定是UIM用户添加QQ用户而无法是QQ用户添加UIM用户。这个其实也是由于QQ不开放的原因。 静态映射可以这样完成。比如张小凡之前曾经有一个QQ号800004现在他迁移到UIM服务器了他可以在UIM服务器上注册自己的QQ帐户。这样所 有800004的好友自动的加入他UIM的好友。以后凡是张小凡向QQ好友发消息那么本地QQ号就不再是原来的900001了而是张小凡注册的 QQ帐户800004。因此任何想添加张小凡QQ的人只要添加800004那么就自然会出现在张小凡的UIM好友列表里。 通过注册自己已有的QQ号来绑定UIM帐号。即方便了迁移也方便了QQ添加迁移到UIM用户为好友。3 UIM服务器联盟 UIM是单一的服务器么就像QQ, MSN, Google Talk那样由一个大公司来运作集中管理 我们可以这样子其实也可以分布式。就像email服务器那样。下面我就举一个分布式的例子。3.1 各自为政 假设UIM服务器是可以免费下载的任何人如果愿意都可以架设UIM服务器而且由于UIM之间的协议是标准化的任何人也可以实现自己的兼容UIM服务器。 那么现在鬼王宗、青云门的大竹峰和小竹峰都建立了自己的IM服务器方便自己的门人通讯。就如下图所示。鬼王宗的服务器是 uim.guiwangzong.com 大竹峰uim.dazhufeng.qingyunmen.com 小竹峰uim.xiaozhufeng.qingyunmen.com 在小竹峰下有几个用户其中两个一个是田灵儿(tianlinger)另一个是张小凡(zhangxiaofan)。 如果张小凡想和田灵儿通讯很简单就和今天的QQ一样。由于他们都连入了同一个服务器通过服务器就可以互相通讯了(绿线)甚至可以直接点对点通讯黄线。3.2 结盟 在初期各自为政似乎还基本满足。但随着日子的发展张小凡通过七脉会武结识了陆雪琪师姐。可是小凡没有大竹峰的帐户小凡始终无法与陆雪琪取得联系。 虽然他们都有自己的IM帐户但是由于大竹峰和小竹峰的服务器并不交换信息所以除非张小凡跑到大竹峰去否则无法和陆雪琪交流。 这种需求不是个例而是具有普遍性的。田灵儿也还想着和龙首峰的齐昊师兄谈天说地呢。共同的利益促使了结盟的出现。 如下图所示 于是有一个叫做Universal IM Union(宇宙IM联盟)出现了。凡是符合UIM服务器间协议标准的服务器都可以加入联盟。而联盟有一个union.uim.com的服务器负责管理注册、注销和查询UIM服务器。 现在大竹峰和小竹峰的服务器都加入了这个宇宙IM联盟。 这样当大竹峰的服务器需要转发消息到小竹峰的时候他可以查询union.uim.com从而得知小竹峰的服务器的位置反之亦然。服务器互相之间可达了那么剩下的就是按照标准通讯协议交换消息了。3.3 通讯 这回张小凡想和同样加入了宇宙IM联盟的鬼王宗服务器用户碧遥联系他会发送消息到biyaoguiwangzong.com。 如下图所示 小竹峰的服务器一看消息目的地发现是guiwangzong.com而不是本地。于是小竹峰的服务器就到union.uim.com上查询鬼王宗的服务器在哪里。 union查询后告诉小竹峰的服务器鬼王宗的服务器在uim.guiwangzong.com。 然后小竹峰的服务器就将张小凡的消息直接发给uim.guiwangzong.com。 鬼王宗的服务器收到后一对比发现目的地是本地帐户碧遥的于是就将这个信息转发到碧遥的计算机上。 碧遥回复消息也是同样的一个流程。 大家可以注意到其实union.uim.com实际上是一个dynamic dns。联盟之负责记录各个im服务器的域和服务器的地址。而不负责转发消息。所有的消息交换是由各个UIM服务器之间完成的联盟服务器不参与信息交换仅仅起到一个目录查询的作用。 其中可以优化的是如果所有UIM服务器遵循同样的标准的话那么张小凡在第一个消息后就可以从小竹峰的服务器上得知鬼王宗服务器的地址甚至碧遥计算 机的地址于是直接向鬼王宗服务器或者碧遥的计算机发送消息和当前的IM点对点交流是一样的。避免了中间的流程降低了延时。 4、尾声感谢大家的提醒。没想到我的这些想法刚好和Jabber的思路不谋而合这着实让我兴奋了一会儿仔细的阅读了Jabber的简单介绍后有一种相见恨晚的感觉。“Jabber是一个开放的、基于XML的协议。它的用途在即时通讯及表示信息方面。”“Jabber的关键特色是分布式的即时通讯系统以及使用XML串流。”“Jabber网络是基于服务器的即客户端之间彼此不直接交谈但是也是分布式的。不像AOL即时通或MSN Messenger等服务Jabber没有中央官方服务器。”“Jabber系统有一个独特的网关也称作传送器功能该功能允许用户可以使用其他协议如AOL、ICQ、MSN、Yahoo、短信或者电子邮件。和Trillian或Gaim等其他多协议客户端不同的是Jabber在服务器级别提供这个功能任何Jabber用户都可以注册一个这样的网关来登录其他网络。也就是说任何支持Jabber协议的客户端都可以访问一个存在的网关来与其他网络上的用户联系。”Jabber具有如下特点开放— Jabber协定是自由、开放、公开的并且易于了解。而且在客户端、服务器、元件、源码库等方面都已经各自有多种实作。 标准— 因特网工程工作小组IETF已经将Jabber的核心XML串流协定以XMPP之名正式列为认可的即时通讯及Presence技术。而XMPP的技术规格已被出版为RFC 3920及RFC 3921。 证实可用— 第一个Jabber技术是Jeremie Miller在1998年开发的现在已经相当稳定数以百计的开发者为Jabber技术而努力。今日的因特网上有数以万计的Jabber服务器运作著并有数以百万计的人们使用Jabber即时传讯软件。 分布式— Jabber网络的架构和电子邮件十分相像因此任何人都可以运行自己的Jabber服务器使个人及组织能够掌控他们的即时传讯体验。 安全— 任何Jabber服务器可以独立于公众Jabber网络例如在企业内部网络中而使用SASL及TLS等技术的可靠安全性已内建于核心XMPP技术规格中。 可扩展— XML命名空间的威力可使任何人在核心协定的基础上建造客制化的功能为了维持通透性常见的扩充套件由Jabber软件基金会管理。 弹性佳— Jabber除了可用在即时通讯的应用程序还能用在网络管理、内容供稿、协同工具、档案共享、游戏、远端系统监控等。 多样性— 用Jabber协定来建造及布署即时应用程序及服务的公司及开放源码计划分布在各种领域用Jabber技术开发软件资源及支援的来源是多样的使得使你不会陷于被“绑架”的困境。 摘自《维基大百科全书中文》 第一个案例和Jabber中的网关很相似用以融合其他多种协议不单单是其他IM协议也可以是SMS或者Email。第二个案例则和Jabber整体的思想很接近是基于服务器的IM而不是基于集中管理的IM这种非集中管理的方式是认证域最小化有助于安全性的提升另外也给服务器的区域组织提供了更好的灵活性。这也更证明了我的思路的方向是对的。开放、互联是必然趋势分布式服务器机制更灵活的对IM网络进行组织并且更好的提升了局部安全性因为缩小了信任域。而此时另一个名字又出现在眼前 Google。此前一直不理解为什么Google Talk采用Jabber协议也没有主动去了解Jabber协议具体内容仅当其为一个普通的IM协议而已。而 如今在了解了Jabber的思路后再对我比前面的分布与互通的想法再一次感叹Google的大气和眼光之长远。开放的、标准化的、分布式服务器的、基于XML的、 可以支持其它协议联通能力的、具有良好扩展能力的Jabber确实是一个很好的选择。虽然在今天Google Talk尚显幼稚但是从底层的Jabber已经可以小窥其野心和它未来的良好的潜力。期待着未来有一日Google能够成功的推动各大IM的互联结束当今IM的信息孤岛的局面。祝Google与Jabber越做越好。推荐读物维基大百科全书http://en.wikipedia.org/wiki/Jabberhttp://en.wikipedia.org/wiki/Extensible_Messaging_and_Presence_Protocol于XMPP通讯协议相关的RFCRFC 3920, Extensible Messaging and Presence Protocol (XMPP): CoreRFC 3921, Extensible Messaging and Presence Protocol (XMPP): Instant Messaging and PresenceRFC 3922, Mapping the Extensible Messaging and Presence Protocol (XMPP) to Common Presence and Instant Messaging (CPIM)RFC 3923, End-to-End Signing and Object Encryption for the Extensible Messaging and Presence Protocol (XMPP)Jabber 官方网站http://www.jabber.org/http://www.jabber.org/jeps/转载于:https://www.cnblogs.com/dancefire/archive/2006/09/06/1985884.html
