CN106330955A - 一种即时通讯扩展方法及系统 - Google Patents

Abstract

本发明公开了一种即时通讯扩展方法,包括步骤:用户端与Webcocket服务器建立连接,并加入特定的通讯群；Websocket服务器和XMPP服务器建立连接；XMPP服务器发送的XMPP信息将通过Websocket服务器同步转发给通讯群对应的用户端。本发明能够在同样的硬件条件下支持更多用户端，Sebsocket服务器对转发数据可以进行转码、压缩、和缓存处理，提高性能。

Description

一种即时通讯扩展方法及系统

技术领域

本发明涉及一种网络数据技术领域，特别是涉及一种即时通讯扩展方法及系统。

背景技术

现如今，随着科技的进步和发展，互联网取得了飞速的发展，而随着互联网网站的浏览量越发庞大，现有的即时通讯类型的信息传输存在难以支持更多用户、无法稳定完成信息传输任务等问题；

如何在同样硬件条件下支持更多的用户成为本领域技术人员亟待解决的问题。

应该注意，上面对技术背景的介绍只是为了方便对本申请的技术方案进行清楚、完整的说明，并方便本领域技术人员的理解而阐述的。不能仅仅因为这些方案在本申请的背景技术部分进行了阐述而认为上述技术方案为本领域技术人员所公知。

发明内容

有鉴于现有技术的上述缺陷，本发明所要解决的技术问题是提供一种能够在同样的硬件条件下支持更多用户端的即时通讯方法及系统。

为实现上述目的，本发明提供了一种即时通讯扩展方法,包括步骤:

用户端与Webcocket服务器建立连接,并加入特定的通讯群；

Websocket服务器和XMPP服务器建立连接；

XMPP服务器发送的XMPP信息将通过Websocket服务器同步转发给通讯群对应的用户端。

进一步的，Websocket服务器对通过它传递的数据作出压缩处理、转码处理和加密处理中的至少一种处理。压缩处理可以加快信息处理速度，提高信息处理效率；转码处理可以使得用户端获取格式适合的信息，以满足更多种类型的用户端，提高适用范围；加密处理提高信息的安全度；另外，最好可以是先转码加密，再行压缩处理，之后再进行转发，保证信息转发的可靠性。

进一步的，所述转码处理包括音视频格式转换。优于不同的用户端的要求不同，其中音视频格式就是其中较为关键的部分，在转发前进行格式转换，有利于提高用户体验，避免接收到无法有效播放的视频。

进一步的，Websocket服务器对通过它传递的数据基于文件散列编码提供缓存服务。对于大批量数据的处理，webscoekt 服务器可以提供缓冲功能来减少传输量；对于其他数据，也可以进行缓存，避免本地信息缺失而无法寻回的情况发生；同时，由于系统的殊性，缓存管理需要基于文件散列编码来管理，而不是传统的文件名或者其他形式；由于系统是作为信息系统交互的中间环节，系统处理的信息是已经编码过的数据流。这些数据流在存储到缓存系统中以后，需要一种有效的识别手段来提高缓冲的效率。特别地，在特殊情况下，不同用户提交的数据流可能是重复的，但是由于来自不同的用户，这种重复很难通过传统的文件名称，或者其他标示来识别。这里，我们通过对数据进行MD5散列编码计算的方式来判断数据的重复，以取得最大化的缓存效果；基于上诉特点产生的编码可以作为缓存数据的存储标示，来保证缓存作用的最大化，可以极大地提高数据传输效率。

进一步的，所述Websocket服务器是作为XMPP服务器的其中一个用户而存在的。

进一步的，所述用户端包括HTML用户端、Javascript用户端、Android用户端、Java用户端和iOS用户端中的至少一种。Websocket与下游用户的联接是单向广播形式，相对于双向的即时通讯如XMPP协议，存在支持大并发量的优势，但对于某些用户来说，Websocket与下游用户的联接并不能满足其通讯需求，XMPP服务器同时支持其他用户的存在，可以根据需求不同，而作为直接用户或者通过Websocket成为下游用户。

进一步的，若XMPP服务器存在XMPP群，则Websocket服务器建立对应XMPP群的通讯群。对每个XMPP的群，Webscoekt服务器会建立一个对应的群，Websocket 提供一个XMPP消息转发机制来保证XMPP的群消息会正确的转发给加入了该通讯群的所有客户端。

一种即时通讯扩展系统，包括：

XMPP服务器，用于向外发送XMPP信息；

Websocket服务器，用于与所述XMPP服务器建立连接，并接收所述XMPP信息；同时，与用户端建立连接，并在将用户端加入特定的通讯群后，并将XMPP信息转发给用户端；

用户端，用于接收Websocket服务器转发的XMPP信息。Websockt服务器负责根据需要提供加密的，可靠的连接方式，和用户认证机制；同时服务器还提供高效的通讯群机制来保证消息转发的一致性。

进一步的，所述即时通讯扩展系统还包括关联与所述Websocket服务器的缓存模块，缓存模块基于文件散列编码、用于保存、管理和读取会话信息和文件资源。对于大批量数据的处理，webscoekt 服务器可以提供缓冲功能来减少传输量；对于其他数据，也可以进行缓存，避免本地信息缺失而无法寻回的情况发生，比如会话信息和文件资源等；同时，由于系统的殊性，缓存管理需要基于文件散列编码来管理，而不是传统的文件名或者其他形式；由于系统是作为信息系统交互的中间环节，系统处理的信息是已经编码过的数据流。这些数据流在存储到缓存系统中以后，需要一种有效的识别手段来提高缓冲的效率。特别地，在特殊情况下，不同用户提交的数据流可能是重复的，但是由于来自不同的用户，这种重复很难通过传统的文件名称，或者其他标示来识别。这里，我们通过对数据进行MD5散列编码计算的方式来判断数据的重复，以取得最大化的缓存效果；基于上诉特点产生的编码可以作为缓存数据的存储标示，来保证缓存作用的最大化，可以极大地提高数据传输效率。

进一步，所述Websocket服务器包括：

消息接收模块，用于接收XMPP信息；

资源管理模块，用于对转发的XMPP信息进行压缩处理、转码处理和加密处理中的至少一种处理；

消息分发模块，用于根据接收到的XMPP信息和关联的通讯群的不同，进行XMPP信息的转发；

事件驱动并发处理模块，用于根据事件驱动并发处理机制来保证系统的可拓展性。消息的接收、管理和分发协调合作，尽可能的发挥Websocket技术支持大并发量的优点，从而达到同样硬件条件下支持更多并发终端的目标由于消息系统的客户端可以基于各种平台，由此就带来极大的信息兼容和转换的要求；本服务的结构保证了，在消息传输的中间环节，系统可以根据不同的系统要求来进行数据转换，以保证不同系统见的兼容问题；同时，利用前述缓存系统来存储已经转换过的数据，来保证这种转换不会给服务器带来极大的处理压力；同样的，根据具体数据的要求，和客户端的要求，服务器可以提供相应的数据加密处理服务；再者，用户的数据在缓存后可以通过添加服务器模块来根据需要进行处理，并提供给客户段各种接口来使用这些数据，而不是局限于原始的数据；比如用户传输的图片可以根据客户的需求改变格式，大小，进行各种绘制处理后再发送给客户端来满足不同的客户端需求。

特别地，服务器提供事件驱动并发处理（Event-Driven Concurrency）机制来保证系统地可扩展性；事件驱动并发处理（Event-Driven Concurrency）机制将处理流程分割成多个步骤，每一个步骤都实现为一个有限状态机（FSM）。所有的处理请求会作为Event进入系统，由Scheduler负责传递给相应FSM。FSM的处理结果也以Event形式输出给Scheduler。新的Event会再次被Scheduler进行转发给下一个FSM，直至处理完成。

其最大的优点是随着处理量的增加，系统负荷是以线形增长。当达到系统饱和处理能力后，系统的处理能力不会下降。因此通过选择和实现事件驱动并非处理框架，可以得到很高的系统扩展性。

本发明的有益效果是：本发明由于在XMPP服务器和用户端之间增加了Websocket服务器，Websocket服务器而与下游用户的联接是单向广播形式，相对于双向的即时通讯如XMPP协议，可以节省很多开销，而且可以更加稳定强壮（Robust），从而达到同样硬件条件下支持更多并发终端的目标；另外，该Websocket服务器在转发时，是以通讯群为单位的，这将使得相对应的用户端可以获取与自己需求更为匹配的信息，而另一部分用户端则可以减少自己获取大量自己不需要的无用信息的可能，提高用户体验。

参照后文的说明和附图，详细公开了本申请的特定实施方式，指明了本申请的原理可以被采用的方式。应该理解，本申请的实施方式在范围上并不因而受到限制。在所附权利要求的精神和条款的范围内，本申请的实施方式包括许多改变、修改和等同。

针对一种实施方式描述和/或示出的特征可以以相同或类似的方式在一个或更多个其它实施方式中使用，与其它实施方式中的特征相组合，或替代其它实施方式中的特征。

应该强调，术语“包括/包含”在本文使用时指特征、整件、步骤或组件的存在，但并不排除一个或更多个其它特征、整件、步骤或组件的存在或附加。

附图说明

所包括的附图用来提供对本申请实施例的进一步的理解，其构成了说明书的一部分，用于例示本申请的实施方式，并与文字描述一起来阐释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

在附图中：

图1是本发明一种即时通讯扩展方法的流程图；

图2是本发明一种即时通讯扩展系统的示意图；

图3是本发明扩展系统的信息处理示意图；

图4是本发明拓展系统的系统框架图。

具体实施方式

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都应当属于本申请保护的范围。

实施例一：

图1是本发明一种即时通讯扩展方法的流程图，参见图1，本发明公开了一种即时通讯扩展方法,包括步骤:

S1:用户端与Webcocket服务器建立连接,并加入特定的通讯群；

S2:Websocket服务器和XMPP服务器建立连接；

S3:XMPP服务器发送的XMPP信息将通过Websocket服务器同步转发给通讯群对应的用户端。

本发明的有益效果是：本发明由于在XMPP服务器和用户端之间增加了Websocket服务器，Websocket服务器而与下游用户的联接是单向广播形式，相对于双向的即时通讯如XMPP协议，可以节省很多开销，而且可以更加稳定强壮（Robust），从而达到同样硬件条件下支持更多并发终端的目标；另外，该Websocket服务器在转发时，是以通讯群为单位的，这将使得相对应的用户端可以获取与自己需求更为匹配的信息，而另一部分用户端则可以减少自己获取大量自己不需要的无用信息的可能，提高用户体验。

WebSocket是HTML5开始提供的一种在单个TCP 连接上进行全双工通讯的协议

在WebSocket API中，浏览器和服务器只需要做一个握手的动作，然后，浏览器和服务器之间就形成了一条快速通道；两者之间就直接可以数据互相传送。而与Websocket服务器连接的用户，只能是会话的接受方。如果用户需要发起会话，用户则需要通过其他方法直接连接XMPP服务器。

其中,Websocket服务器和XMPP服务器建立连接。这里有两种情况。在连接已经建立的情况下，websocket服务器会重用同一个连接。如果没有连接存在，那么会新建一个连接。连接至少需要两个参数，username和room，连接的效果是用户username加入到会话房间room。Websocket 通过XMPP协议和XMPP服务器建立连接，并保持连接。在空闲的情况下websocket和XMPP之间不存在连接。只有用户执行了相关的命令才会导致websocket 和XMPP 的连接。

本实施例优选的，Websocket服务器对通过它传递的数据作出压缩处理、转码处理和加密处理中的至少一种处理。压缩处理可以加快信息处理速度，提高信息处理效率；转码处理可以使得用户端获取格式适合的信息，以满足更多种类型的用户端，提高适用范围；加密处理提高信息的安全度；另外，最好可以是先转码加密，再行压缩处理，之后再进行转发，保证信息转发的可靠性。

其中,模块支持数据压缩：根据网络速度模块可决定对转发的数据进行压缩，以减少数据通过网络的时间。是否压缩由以下公式决定：压缩＋解压时间＜（压缩前传输时间－压缩后传输时间）；确定压缩前，转换模块会估算每个步骤地耗时。

本实施例优选的，转码处理包括音视频格式转换。优于不同的用户端的要求不同，其中音视频格式就是其中较为关键的部分，在转发前进行格式转换，有利于提高用户体验，避免接收到无法有效播放的视频。

本实施例优选的，Websocket服务器对通过它传递的数据基于文件散列编码提供缓存服务。对于大批量数据的处理，webscoekt 服务器可以提供缓冲功能来减少传输量；对于其他数据，也可以进行缓存，避免本地信息缺失而无法寻回的情况发生；特别的,对于可能重复使用的历史数据，或者重复计算的数据，提供缓冲功能来减少传输量和终端端处理器开销；服务器内存会划出一部分做缓存，当这部分存储不足以保存所有数据时，使用服务器的外部存储，如磁盘；同时，由于系统的殊性，缓存管理需要基于文件散列编码来管理，而不是传统的文件名或者其他形式；由于系统是作为信息系统交互的中间环节，系统处理的信息是已经编码过的数据流。这些数据流在存储到缓存系统中以后，需要一种有效的识别手段来提高缓冲的效率。特别地，在特殊情况下，不同用户提交的数据流可能是重复的，但是由于来自不同的用户，这种重复很难通过传统的文件名称，或者其他标示来识别。这里，我们通过对数据进行MD5散列编码计算的方式来判断数据的重复，以取得最大化的缓存效果；基于上诉特点产生的编码可以作为缓存数据的存储标示，来保证缓存作用的最大化，可以极大地提高数据传输效率。

本实施例优选的，Websocket服务器是作为XMPP服务器的其中一个用户而存在的。

本实施例优选的，用户端包括HTML用户端、Javascript用户端、Android用户端、Java用户端和iOS用户端中的至少一种。Websocket与下游用户的联接是单向广播形式，相对于双向的即时通讯如XMPP协议，存在支持大并发量的优势，但对于某些用户来说，Websocket与下游用户的联接并不能满足其通讯需求，XMPP服务器同时支持其他用户的存在，可以根据需求不同，而作为直接用户或者通过Websocket成为下游用户。

本实施例优选的，若XMPP服务器存在XMPP群，则Websocket服务器建立对应XMPP群的通讯群。对每个XMPP的群，Webscoekt服务器会建立一个对应的群，Websocket 提供一个XMPP消息转发机制来保证XMPP的群消息会正确的转发给加入了该通讯群的所有客户端。

即,连接建立后，Websocket 服务器成为XMPP会话通讯（conference）的中转站；具体地，对每个XMPP的会话房间，Webscoekt服务器会建立一个对应的房间；即上述的XMPP群和通讯群；系统有一个消息分发模块，保证从XMPP收到的讯息会正确的转发到websocket的所有客户端；

实施例二：

图2是本发明一种即时通讯扩展系统的示意图，该系统使用了本发明公开的方法，图3是本发明扩展系统的信息处理示意图；图4是本发明拓展系统的系统框架图。参考图2、3和4，该系统包括：

XMPP服务器10，用于向外发送XMPP信息；

Websocket服务器20，用于与XMPP服务器10建立连接，并接收XMPP信息；同时，与用户端建立连接，并在将用户端加入特定的通讯群后，并将XMPP信息转发给用户端；

用户端30，用于接收Websocket服务器20转发的XMPP信息。

本发明的有益效果是：本发明由于在XMPP服务器和用户端之间增加了Websocket服务器，Websocket服务器而与下游用户的联接是单向广播形式，相对于双向的即时通讯如XMPP协议，可以节省很多开销，而且可以更加稳定强壮（Robust），从而达到同样硬件条件下支持更多并发终端的目标；另外，该Websocket服务器在转发时，是以通讯群为单位的，这将使得相对应的用户端可以获取与自己需求更为匹配的信息，而另一部分用户端则可以减少自己获取大量自己不需要的无用信息的可能，提高用户体验。

其中，Websockt服务器负责根据需要提供加密的，可靠的连接方式，和用户认证机制；同时服务器还提供高效的通讯群机制来保证消息转发的一致性。

本实施例优选的，即时通讯扩展系统还包括关联与Websocket服务器的缓存模块（图中未示出），缓存模块基于文件散列编码、用于保存、管理和读取会话信息和文件资源。对于大批量数据的处理，webscoekt 服务器可以提供缓冲功能来减少传输量；对于其他数据，也可以进行缓存，避免本地信息缺失而无法寻回的情况发生，比如会话信息和文件资源等。

本实施例优选的，Websocket服务器包括：

消息接收模块（图中未示出），用于接收XMPP信息；

资源管理模块（图中未示出），用于对转发的XMPP信息进行压缩处理、转码处理和加密处理中的至少一种处理；

消息分发模块（图中未示出），用于根据接收到的XMPP信息和关联的通讯群的不同，进行XMPP信息的转发；

事件驱动并发处理模块，用于根据事件驱动并发处理机制来保证系统的可拓展性。消息的接收、管理和分发协调合作，尽可能的发挥Websocket技术支持大并发量的优点，从而达到同样硬件条件下支持更多并发终端的目标由于消息系统的客户端可以基于各种平台，由此就带来极大的信息兼容和转换的要求；本服务的结构保证了，在消息传输的中间环节，系统可以根据不同的系统要求来进行数据转换，以保证不同系统见的兼容问题；同时，利用前述缓存系统来存储已经转换过的数据，来保证这种转换不会给服务器带来极大的处理压力；同样的，根据具体数据的要求，和客户端的要求，服务器可以提供相应的数据加密处理服务；再者，用户的数据在缓存后可以通过添加服务器模块来根据需要进行处理，并提供给客户段各种接口来使用这些数据，而不是局限于原始的数据；比如用户传输的图片可以根据客户的需求改变格式，大小，进行各种绘制处理后再发送给客户端来满足不同的客户端需求。

特别地，服务器提供事件驱动并发处理（Event-Driven Concurrency）机制来保证系统地可扩展性；事件驱动并发处理（Event-Driven Concurrency）机制将处理流程分割成多个步骤，每一个步骤都实现为一个有限状态机（FSM）。所有的处理请求会作为Event进入系统，由Scheduler负责传递给相应FSM。FSM的处理结果也以Event形式输出给Scheduler。新的Event会再次被Scheduler进行转发给下一个FSM，直至处理完成。

其最大的优点是随着处理量的增加，系统负荷是以线形增长。当达到系统饱和处理能力后，系统的处理能力不会下降。因此通过选择和实现事件驱动并非处理框架，可以得到很高的系统扩展性。

其中，图3和图4所示的，其中部分表述与上述名称不是一一对应，而是从稍微区别于纯方法和纯模块的角度来体现本发明的内容，例如，缓存和其他信息处理子模块对应上述的缓存模块，消息分发机制对应上述的消息分发模块，消息接收进程则对应消息接收模块等等，但是其表述的实质与上述模块相类，不应切割，而应当相互解释和印证。

以上详细描述了本发明的较佳具体实施例。应当理解，本领域的普通技术人员无需创造性劳动就可以根据本发明的构思作出诸多修改和变化。因此，凡本技术领域中技术人员依本发明的构思在现有技术的基础上通过逻辑分析、推理或者有限的实验可以得到的技术方案，皆应在由权利要求书所确定的保护范围内。

Claims (10)

1.一种即时通讯扩展方法,其特征在于,包括步骤:

用户端与Webcocket服务器建立连接,并加入特定的通讯群；

Websocket服务器和XMPP服务器建立连接；

XMPP服务器发送的XMPP信息将通过Websocket服务器同步转发给通讯群对应的用户端。

2.如权利要求1所述的即时通讯扩展方法，其特征在于：Websocket服务器对通过它传递的数据作出压缩处理、转码处理和加密处理中的至少一种处理。

3.如权利要求2所述的即时通讯扩展方法，其特征在于：所述转码处理包括音视频格式转换。

4.如权利要求1所述的即时通讯扩展方法，其特征在于：Websocket服务器对通过它传递的数据基于文件散列编码提供缓存服务。

5.如权利要求1所述的即时通讯扩展方法，其特征在于：所述Websocket服务器是作为XMPP服务器的其中一个用户而存在的。

6.如权利要求1所述的即时通讯扩展方法，其特征在于：所述用户端包括HTML用户端、Javascript用户端、Android用户端、Java用户端和iOS用户端中的至少一种。

7.如权利要求1所述的即时通讯扩展方法，其特征在于：若XMPP服务器存在XMPP群，则Websocket服务器建立对应XMPP群的通讯群。

8.一种即时通讯扩展系统，其特征在于，包括：

XMPP服务器，用于向外发送XMPP信息；

Websocket服务器，用于与所述XMPP服务器建立连接，并接收所述XMPP信息；同时，与用户端建立连接，并在将用户端加入特定的通讯群后，并将XMPP信息转发给用户端；

用户端，用于接收Websocket服务器转发的XMPP信息。

9.如权利要求8所述的即时通讯扩展系统，其特征在于：所述即时通讯扩展系统还包括关联与所述Websocket服务器的缓存模块，缓存模块基于文件散列编码、用于保存、管理和读取会话信息和文件资源。

10.如权利要求8所述的即时通讯扩展系统，其特征在于：所述Websocket服务器包括：

消息接收模块，用于接收XMPP信息；

资源管理模块，用于对转发的XMPP信息进行压缩处理、转码处理和加密处理中的至少一种处理；

消息分发模块，用于根据接收到的XMPP信息和关联的通讯群的不同，进行XMPP信息的转发；

事件驱动并发处理模块，用于根据事件驱动并发处理机制来保证系统的可拓展性。