CN103139087A - 一种针对xmpp域内文件传输的出席信息负载优化方法及系统 - Google Patents
一种针对xmpp域内文件传输的出席信息负载优化方法及系统 Download PDFInfo
- Publication number
- CN103139087A CN103139087A CN2011103752711A CN201110375271A CN103139087A CN 103139087 A CN103139087 A CN 103139087A CN 2011103752711 A CN2011103752711 A CN 2011103752711A CN 201110375271 A CN201110375271 A CN 201110375271A CN 103139087 A CN103139087 A CN 103139087A
- Authority
- CN
- China
- Prior art keywords
- file transfer
- presence information
- client
- file
- territory
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明提供一种针对XMPP域内文件传输的出席信息负载优化方法及系统,该方法用于降低同一域内用户A的客户端CA跟用户B的客户端CB进行文件传输时的出席信息负载,所述方法包含:步骤1,判断要通信的两个用户的客户端是否属于同一域,如果为同一域则进入下一步骤,否则采用原有出席信息服务机制回报出席信息负载;步骤2,估算文件的传输时间;步骤3,基于文件传输时间,并假设两个正在进行域内文件传输的用户在线离线信息基本不变的前提反馈出席信息负载;其中,原有出席信息服务机制是:服务器收到对客户端的出席信息查询请求后,实时向客户端发送probe信息查询,并以查询结果应答。本发明明显的提高了网络性能,为即时通信应用的负载优化提供策略。
Description
技术领域
本发明涉及支付结算技术,具体涉及一种针对XMPP域内文件传输的出席信息负载优化方法及系统。
背景技术
即时通信(Instant Messaging,IM)已经成为继Email和Web之后的第三大互联网应用,具有实时性、在线性与文本交互性等特征。从功能的角度讲,IETF定义了两种IM基本服务(如图1-a和图1-b所示):即时消息服务(Instant Messaging Service)和出席服务(Presence Service)。前者用于传递消息信息,而后者用于维护出席信息。
IM通用协议主要有三个代表:IMPP(Instant Messaging and Presence Protocol)协议簇、XMPP(Extensible Messaging and Presence Protocol)协议簇以及SIMPLE(SIP forInstant Messaging and Presence Leverage Extension)协议簇。XMPP与SIMPLE都是遵循IMPP协议簇的规约而制定的,并在应用领域有完整的实现案例(如表1所示),如IBM、微软和中国移动支持SIP/SIMPLE,而Google、惠普和Oracle等公司支持XMPP。
表1,IM典型应用与协议对应表
IM应用 | 协议 |
MSN音视频应用、移动飞信 | SIMPLE |
Gtalk、新浪UC、Psi、Jive messenger | XMPP |
随着互联网传输性能的改善和信号处理技术的提高,IM应用软件开始支持语音、视频和文件传输等业务。而随着业务的多媒体化,IM产生的流量也越来越大,针对IM的负载优化已经引起工业界和学术界的广泛关注。通过调研归纳,IM负载有以下两种分类方式。
从负载网络特性看,主要包括域内负载和域间负载。域内负载是两个客户端连接到同一IM服务器通信时产生的网络流量,而域间负载是两个客户端通过连接不同IM服务器通信时产生的网络流量,显然域内负载是域间负载的子集。
从负载内容特性看,主要包括即时消息负载和出席信息负载。即时消息是用户传递的交互信息,而出席信息则用于表达一个实体当前的网络可用性,包括主状态(如离线、在线等)和亚状态(如忙碌、离开等)。
在第一种分类方式中,IM服务器往往以城域网为基本单元分布,比如腾讯会在北京网通城域网布置至少一个IM服务器。而城域网是在一个城市范围内所建立的宽带局域网,具有网内传输时延较小,网络状况相对稳定的特点。由于即时消息负载占IM负载很大比例,因此目前面向即时消息的负载优化(如基于多媒体压缩的优化等)占有主导地位。然而,如果城域内几十万人同时在线使用IM,尽管单个出席信息所用字节较小,但是出席信息负载总和将是一个不容忽视的数字,将会对IM服务器造成非常大的负担。
通过以上分析,本发明专利将针对IM域内文件传输进行出席信息负载优化,具有重要的意义,需要面对两个重要挑战:
第一,IM通信协议多种多样,不同的协议提供不同的接口和功能。如XMPP中,用户A的客户端CA与同一域内用户B的客户端CB进行文件传输时,服务器在负责建立CA与CB的传输连接之后,CA与CB将进行P2P类型的直接传输。因此针对某种特定的协议,如何利用或扩展相关接口,获取文件传输的相关信息(如计算传输剩余时间等),是负载优化的前提和基础。
第二,出席信息服务的相关机制比较复杂(包含初始化出席信息和出席信息广播等功能),对每个客户端C来说,均包括出席信息主动汇报和被动汇报。主动汇报是指当C出席状态发生变化时,主动向服务器报告。而被动汇报是接受到服务器固定频率的探测后进行报告。因此,当发现CA跟用户B的客户端CB进行文件传输时,如何有效地改进出席信息服务的相关机制来降低出席信息负载,是亟待解决的核心问题。
在即时通信应用中,传统的出席信息服务策略缺乏对网络环境和用户当前状态信息的利用,只是单纯地接受客户端主动更新和定时对客户端出席信息状态的查询,而在即时通信如此普及的今天,大量的出席信息状态查询无疑增加了网络的流量负担。因此,在XMPP即时通信协议基础上,本发明提出了一种新的基于定时器和事件的混合Presence Probe机制。
针对以上问题,本专利首先选取XMPP协议作为IM文件传输的承载协议作为出席信息负载优化突破口。XMPP是一种基于XML(Extensible Markup Language)的开放通信标准,遵循RFC2779中定义的需求,由一组标准协议及扩展协议组成。标准XMPP协议采用C/S模式,XMPP客户端之间通过XMPP服务器交互IM信息,并可以通过网关使XMPP网络与非XMPP网络互通(系统架构如图2所示)。
发明内容
本发明的目的在于,为克服现有技术在即时通信应用中出席信息服务策略缺乏对网络环境和用户当前状态信息的利用,只是单纯地接受客户端主动更新和定时对客户端出席信息状态的查询,而在即时通信如此普及的今天,大量的出席信息状态查询无疑增加了网络的流量负担,进而大大影响影响网络的质量,从而提供一种针对XMPP域内文件传输的出席信息负载优化方法及系统。
为了实现上述目的,本发明提供一种针对XMPP域内文件传输的出席信息负载优化方法,该方法用于降低同一域内用户A的客户端CA跟用户B的客户端CB进行文件传输时的出席信息负载,所述方法包含:
步骤1,判断要通信的两个用户的客户端是否属于同一域,如果为同一域则进入下一步骤,否则采用原有出席信息服务机制回报出席信息负载。
步骤2,估算文件的传输时间。
步骤3,基于得到的文件传输时间,并假设两个正在进行域内文件传输的用户在线离线信息基本不变的前提反馈出席信息负载。
其中,所述原有出席信息服务机制是:服务器收到对客户端的出席信息查询请求后,实时向客户端发送probe信息查询,并以查询结果应答。
上述技术方案中,所述步骤1当发现CA和CB的JID的domain域相同,则表示两者处于同一IM域内。
所述步骤2通过获取待传输文件的大小并依据文件大小和采集的文件传输速度估算文件的传输时间;其中,所述估算公式为:
t0=size/v;
其中,v为获取的CA和CB间文件传输速度,size为传输文件大小。4、根据权利要求3所述的针对XMPP域内文件传输的出席信息负载优化方法,其特征在于,所述文件大小通过捕获<file/>元素中size属性的值来获取。
所述文件传输速度通过XMPP服务器向客户端CA发送询问信息获取,其中,所述询问信息根据XML语法定义了<rate/>元素,该元素仅包含一个rate属性,且所述询问信息被包含在IQ节中进行传输。
所述步骤3进一步包含如下子步骤:
当客户端CA和客户端CB进行域内文件传输时,服务器开启定时器T=t0,在t0时间内,若文件传输没有中断,则认为CA和CB的在离线状态不变,此时采用更新的出席信息服务机制;若t0时间内文件传输出现中断,客户端负责向服务器报告文件传输中断信息,服务器会停止定时器,并恢复原有出席信息服务机制;当定时器时间到时时,域内文件传输完成,服务器同样会恢复原有出席信息服务机制;其中,更新的出席信息服务机制是:若XMPP服务器收到对CA和CB的出席信息查询请求,直接用服务器本地数据库中存储的文件传输前CA和CB的出席信息状态应答;原有出席信息服务机制是:收到对客户端的出席信息查询请求后,实时向客户端发送probe信息查询,并以查询结果应答。
基于上述方法,本发明还提供一种针对XMPP域内文件传输的出席信息负载优化系统,该系统用于降低同一域内用户A的客户端CA跟用户B的客户端CB进行文件传输时的出席信息负载,该系统包含:XMPP服务器、用户A的客户端CA和用户B的客户端CB,其特征在于,所述系统还包含:
判断模块,用于判断要通信的两个用户的客户端是否属于同一域,如果为同一域则进入下一步骤,否则采用原有出席信息服务机制回报出席信息负载。
传输时间估算模块,用于获取待传输文件的大小并依据文件大小和采集的文件传输速度得到估算的文件传输时间。和
出席信息负载反馈模块,用于基于两个正在进行域内文件传输的用户的客户端在线离线信息基本不变的前提反馈出席信息负载。
上述技术方案中,当所述判断模块发现CA和CB的JID的domain域相同,则表示两者处于同一IM域内。
所述传输时间估算模块进一步包含如下子模块:
获取传输文件大小子模块,该模块通过捕获<file/>元素中size属性的值,获得传输文件的大小。
字节流建立子模块,用于若经过协商CB接受CA传输文件请求时回送给CA确认信息,并通知CA建立字节流。
获取文件传输度的模块,该模块依据XMPP服务器向客户端CA发送询问信息,获取CA和CB间文件传输速度;其中,所述询问信息根据XML语法定义了<rate/>元素,该元素仅包含一个rate属性,且所述询问信息被包含在IQ节中进行传输。
文件传输时间生成模块,用于依据获取的文件传输速度和文件大小估算文件传输时间。
所述文件传输时间生成模块采用下式计算文件传输时间:
t0=size/v;
其中,v为获取CA和CB间文件传输速度,size为传输文件大小。
所述出席信息负载反馈模块进一步包含如下子模块:
出席信息查询接受模块,该模块接受其他客户对CA和CB用户出席信息状态的查询请求,并将该请求发送判断模块进行处理;
定时器,用于依据传输时间估算模块估算的域内用户文件时间设置定时器的定时时长;
文件传输中断处理模块,用来接收文件传输中断,并将中断信息报告给服务器;
文件传输状态查询模块,该模块通过判断定时器模块中定时时间是否到时和文件传输中断模块中是否出现文件传输中断信息来判断文件传输状态;
出席信息查询应答模块,依据文件传输状态查询模块判断当前文件传输状态,若文件正在传输,该模块将直接用服务器本地数据库中存储的文件传输前CA和CB的出席信息状态应答;若文件传输中断或完毕,则恢复原有出席信息服务机制。
本发明的有益效果在于:本发明针对XMPP域内文件传输的P2P特性,假设两个正在进行域内文件传输的用户在线离线信息基本不变,设计了新的出席信息维护机制,从而很好的提高了网络性能,为即时通信应用的负载优化提供了一种可借鉴的技术手段。即本发明首次提出了一种新的基于定时器和事件的混合Presence Probe机制,对XMPP域内文件传输的出席信息进行负载优化,提高了网络性能为即时通信应用的负载优化提供了一种可借鉴的技术手段。
附图说明
图1-a是现有技术的一种IM服务模型示意图;
图1-b是现有技术的另一种IM服务模型示意图;
图2是现有技术的XMPP系统架构示意图;
图3是本发明提出的针对XMPP域内文件传输的负载信息维护流程图;
图4是现有技术的协商信息XMPP流中<iq/>节解析图;
图5是现有技术<iq/>节中<file/>元素解析图
图6是现有技术的字节流确认消息格式
图7是本专利所提技术的文件传输速度询问消息及应答消息格式。
具体实施方式
下面结合附图对本发明作进一步详细说明。
如图3所示,给出了在XMPP域内当客户端CA向CB传输文件时,一种可以降低出席信息负载的新的出席信息维护机制,主要分为以下五个步骤,详细过程解释如下:
1)CA和CB的域内判定
如图4所示,文件传输之前,CA和CB要针对传输协议、是否接受、以及网络地址和端口等信息进行协商,协商信息在XMPP流的<iq/>节中传输。如图4所示,信息中携带有CA和CB的JID(Jabber Identifier),格式为nodedomain/resource。domain表示一个网关,或者是提供服务的一个子节点。node通常代表访问服务器的实体,比如即时通信客户端。resource通常代表一个特定的会话、连接、属于实体的对象。若发现CA和CB的JID的domain域相同,则表示两者处于同一IM域内。
2)传输文件大小和传输时间估算
如图5所示,CA和CB针对传输协议协商完毕以后,还要对文件相关信息进行协商(如文件名称、大小、最新修改日期等),从而确定CB是否接受文件。协商信息包含在<iq/>节的<file/>元素中。我们通过捕获<file/>元素中size属性的值,可以获得传输文件的大小。
如图6所示,若经过协商,CB接受CA传输文件请求,会回送给CA确认信息,并通知CA建立字节流。
如图7所示,为了获取CA和CB间文件传输速度,XMPP服务器会向客户端CA发送询问信息。为此,我们根据XML语法定义了<rate/>元素,其中只包含一个rate属性。询问信息也被包含在IQ节中传输。
XMPP服务器可以通过文件大小size和文件传输速度v来估算文件传输时间t0=size/v。另外,由于在P2P传输中文件传输速度是刚开始缓慢后来逐渐加快的,所以我们获取的v值比平均值稍小,故估算出的是文件传输时间的最大值。
3)基于定时器和事件的混合Presence Probe机制
CA和CB完成字节流协商后开始传输文件。根据前面所作的假设,当两个客户端CA和CB在IM域内进行文件传输时,我们可以认为其在线离线信息基本不变。此时,服务器开启定时器T=t0,在t0时间内,若文件传输没有中断,则认为CA和CB的在离线状态不变。此时若XMPP服务器收到对CA和CB的出席信息查询请求,可以直接用服务器本地数据库中存储的文件传输前CA和CB的出席信息状态应答。若文件传输出现中断,客户端负责向服务器报告文件传输中断信息,服务器会停止定时器,并恢复原有出席信息服务机制(收到对客户端的出席信息查询请求后,实时向客户端发送probe信息查询)。当定时器时间到时时,我们认为域内文件传输完成,服务器同样会恢复原有出席信息服务机制。
表2,CA或CB出席信息查询应答策略表
最后应说明,此处所描述的实例仅用于解释本发明,本发明并不限定具体业务类别、用户终端类别以及支付系统类别,对以上内容所做的变换也落在本发明的保护范围之内。
Claims (10)
1.一种针对XMPP域内文件传输的出席信息负载优化方法,该方法用于降低同一域内用户A的客户端CA跟用户B的客户端CB进行文件传输时的出席负载信息,所述方法包含:
步骤1,判断要通信的两个用户的客户端是否属于同一域,如果为同一域则进入下一步骤,否则采用原有出席信息服务机制回报出席信息查询;
步骤2,估算文件的传输时间;
步骤3,基于得到的文件传输时间,并假设两个正在进行域内文件传输的用户在线离线信息基本不变的前提反馈出席信息负载;
其中,所述原有出席信息服务机制是:服务器收到对客户端的出席信息查询请求后,实时向客户端发送probe信息查询,并以查询结果应答。
2.根据权利要求1所述的针对XMPP域内文件传输的出席信息负载优化方法,其特征在于,所述步骤1当发现CA和CB的JID的domain域相同,则表示两者处于同一IM域内。
3.根据权利要求1所述的针对XMPP域内文件传输的出席信息负载优化方法,其特征在于,所述步骤2通过获取待传输文件的大小并依据文件大小和采集的文件传输速度估算文件的传输时间;
其中,估算公式为:
t0=size/v;
其中,v为获取的CA和CB间文件传输速度,size为传输文件大小。
4.根据权利要求3所述的针对XMPP域内文件传输的出席信息负载优化方法,其特征在于,所述文件大小通过捕获<file/>元素中size属性的值来获取;
所述文件传输的速度通过XMPP服务器向客户端CA发送询问信息获取,其中,所述询问信息根据XML语法定义了<rate/>元素,该元素仅包含一个rate属性,且所述询问信息被包含在IQ节中进行传输。
5.根据权利要求3所述的针对XMPP域内文件传输的出席信息负载优化方法,其特征在于,所述步骤3进一步包含如下子步骤:
当客户端CA和客户端CB进行域内文件传输时,服务器开启定时器T=t0,在t0时间内,若文件传输没有中断,则认为CA和CB的在离线状态不变,此时采用更新的出席信息服务机制;若t0时间内文件传输出现中断,客户端负责向服务器报告文件传输中断信息,服务器会停止定时器,并恢复原有出席信息服务机制;当定时器时间到时时,域内文件传输完成,服务器同样会恢复原有出席信息服务机制;
其中,更新的出席信息服务机制是:若XMPP服务器收到对CA和CB的出席信息查询请求,直接用服务器本地数据库中存储的文件传输前CA和CB的出席信息状态应答;原有出席信息服务机制是:收到对客户端的出席信息查询请求后,实时向客户端发送probe信息查询,并以查询结果应答;所述t0为估算的CA和CB之间的文件的传输时间。
6.一种针对XMPP域内文件传输的出席信息负载优化系统,该系统用于降低同一域内用户A的客户端CA跟用户B的客户端CB进行文件传输时的出席负载信息,该系统包含:XMPP服务器、用户A的客户端CA和用户B的客户端CB,其特征在于,所述系统还包含:
判断模块,用于判断要通信的两个用户的客户端是否属于同一域,如果为同一域则进入下一步骤,否则采用原有出席信息服务机制回报出席信息查询;
传输时间估算模块,用于获取待传输文件的大小并依据文件大小和采集的文件传输速度得到估算的文件传输时间;和
出席信息负载反馈模块,用于基于两个正在进行域内文件传输的用户的客户端在线离线信息基本不变的前提反馈出席信息负载。
7.根据权利要求6所述的针对XMPP域内文件传输的出席信息负载优化系统,其特征在于,当所述判断模块发现CA和CB的JID的domain域相同,则表示两者处于同一IM域内。
8.根据权利要求6所述的针对XMPP域内文件传输的出席信息负载优化系统,其特征在于,所述传输时间估算模块进一步包含如下子模块:
获取传输文件大小子模块,该模块通过捕获<file/>元素中size属性的值,获得传输文件的大小;
字节流建立子模块,用于若经过协商CB接受CA传输文件请求时回送给CA确认信息,并通知CA建立字节流;
获取文件传输速度的模块,该模块依据XMPP服务器向客户端CA发送询问信息,获取CA和CB间文件传输的速度;其中,所述询问信息根据XML语法定义了<rate/>元素,该元素仅包含一个rate属性,且所述询问信息被包含在IQ节中进行传输;和
文件传输时间生成模块,用于依据获取的文件传输速度和文件大小估算文件传输时间。
9.根据权利要求8所述的针对XMPP域内文件传输的出席信息负载优化系统,其特征在于,所述文件传输时间生成模块采用下式计算文件传输时间:
t0=size/v;
其中,v为获取CA和CB间文件传输速度,size为传输文件大小。
10.根据权利要求8所述的针对XMPP域内文件传输的出席信息负载优化系统,其特征在于,所述出席信息负载反馈模块进一步包含如下子模块:
出席信息查询接受模块,该模块接受其他客户对CA和CB用户出席信息状态的查询请求,并将该请求发送判断模块进行处理;
定时器,用于依据传输时间估算模块估算的域内用户文件时间设置定时器的定时时长;
文件传输中断处理模块,用来接收文件传输中断,并将中断信息报告给服务器;
文件传输状态查询模块,该模块通过判断定时器模块中定时时间是否到时和文件传输中断模块中是否出现文件传输中断信息来判断文件传输状态;和
出席信息查询应答模块,依据文件传输状态查询模块判断当前文件传输状态,若文件正在传输,该模块将直接用服务器本地数据库中存储的文件传输前CA和CB的出席信息状态应答;若文件传输中断或完毕,则恢复原有出席信息服务机制。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110375271.1A CN103139087B (zh) | 2011-11-23 | 2011-11-23 | 一种针对xmpp域内文件传输的出席信息负载优化方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110375271.1A CN103139087B (zh) | 2011-11-23 | 2011-11-23 | 一种针对xmpp域内文件传输的出席信息负载优化方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103139087A true CN103139087A (zh) | 2013-06-05 |
CN103139087B CN103139087B (zh) | 2016-09-28 |
Family
ID=48498413
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110375271.1A Expired - Fee Related CN103139087B (zh) | 2011-11-23 | 2011-11-23 | 一种针对xmpp域内文件传输的出席信息负载优化方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103139087B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105227617A (zh) * | 2014-07-04 | 2016-01-06 | 北京信威通信技术股份有限公司 | 基于xmpp的移动终端信息实时匹配及通知系统和方法 |
CN105814863A (zh) * | 2013-12-13 | 2016-07-27 | 诺基亚技术有限公司 | 用于建立具有一个或多个流特征的网络连接的方法和装置 |
CN109150826A (zh) * | 2018-06-29 | 2019-01-04 | 中译语通科技股份有限公司 | 一种优化Presence信息负载的方法 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050213563A1 (en) * | 2004-03-23 | 2005-09-29 | Cisco Technology, Inc. | Presence-based management in a communication network |
US20070253340A1 (en) * | 2006-04-28 | 2007-11-01 | Lucent Technologies Inc. | Method and apparatus for selective presence notification |
CN101185315A (zh) * | 2005-05-26 | 2008-05-21 | 西姆毕恩软件有限公司 | 无线通信设备上的基于位置的出席和情景模式选择 |
CN101611609A (zh) * | 2006-12-28 | 2009-12-23 | 艾利森电话股份有限公司 | 用于服务发现的方法和装置 |
CN101682650A (zh) * | 2007-06-11 | 2010-03-24 | 诺基亚公司 | 使用在线信息的系统和方法 |
CN101771549A (zh) * | 2008-12-31 | 2010-07-07 | 华为技术有限公司 | 一种发送通知消息的方法及装置 |
US20110196960A1 (en) * | 2007-12-18 | 2011-08-11 | Christer Boberg | Method and devices for updating presence information in a communication network |
-
2011
- 2011-11-23 CN CN201110375271.1A patent/CN103139087B/zh not_active Expired - Fee Related
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050213563A1 (en) * | 2004-03-23 | 2005-09-29 | Cisco Technology, Inc. | Presence-based management in a communication network |
CN101185315A (zh) * | 2005-05-26 | 2008-05-21 | 西姆毕恩软件有限公司 | 无线通信设备上的基于位置的出席和情景模式选择 |
US20070253340A1 (en) * | 2006-04-28 | 2007-11-01 | Lucent Technologies Inc. | Method and apparatus for selective presence notification |
CN101611609A (zh) * | 2006-12-28 | 2009-12-23 | 艾利森电话股份有限公司 | 用于服务发现的方法和装置 |
CN101682650A (zh) * | 2007-06-11 | 2010-03-24 | 诺基亚公司 | 使用在线信息的系统和方法 |
US20110196960A1 (en) * | 2007-12-18 | 2011-08-11 | Christer Boberg | Method and devices for updating presence information in a communication network |
CN101771549A (zh) * | 2008-12-31 | 2010-07-07 | 华为技术有限公司 | 一种发送通知消息的方法及装置 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105814863A (zh) * | 2013-12-13 | 2016-07-27 | 诺基亚技术有限公司 | 用于建立具有一个或多个流特征的网络连接的方法和装置 |
CN105227617A (zh) * | 2014-07-04 | 2016-01-06 | 北京信威通信技术股份有限公司 | 基于xmpp的移动终端信息实时匹配及通知系统和方法 |
CN109150826A (zh) * | 2018-06-29 | 2019-01-04 | 中译语通科技股份有限公司 | 一种优化Presence信息负载的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN103139087B (zh) | 2016-09-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100488176C (zh) | 即时消息系统间的搜索方法 | |
CN101309233B (zh) | 实现即时通讯tcp连接复用的方法 | |
CN101291335B (zh) | 一种基于浏览器获取服务器动态数据的方法及装置 | |
CN101989959B (zh) | 互通系统中的组管理方法和系统 | |
CN100568990C (zh) | 一种基于ims实现呈现业务的网络系统和方法 | |
WO2012097655A1 (zh) | 一种群组的实现方法、系统及客户端 | |
CN102546646B (zh) | 一种实现语音对讲功能的系统及方法 | |
CN103095684A (zh) | 获取关注用户聚合信息的方法、装置及系统 | |
CN103312751A (zh) | 一种基于浏览器的即时通信方法 | |
CN103297390A (zh) | 服务器反向连接客户端的实现方法 | |
CN103139087A (zh) | 一种针对xmpp域内文件传输的出席信息负载优化方法及系统 | |
CN101834730A (zh) | 一种多媒体会议控制方法和系统 | |
CN101938492B (zh) | 一种服务代理方法及自助服务智能代理平台 | |
CN101599921A (zh) | 一种企业即时通信系统及其文件传输方法 | |
CN101378550A (zh) | 一种基于即时通讯平台的状态管理的系统和方法 | |
CN101212474A (zh) | 一种基于即时通信技术的文件发布方法 | |
CN110971873B (zh) | 一种实时监控方法、监控系统及存储介质 | |
CN1984129A (zh) | 一种用sip协议实现呈现和即时消息业务的系统及其方法 | |
CN103533001A (zh) | 基于http多重代理的通信方法和系统、中间代理服务器 | |
CN101155177B (zh) | 基于共用协议的数据通道共享系统及方法 | |
CN108650286A (zh) | 一种基于Socket和WebSocket混合模式的服务器系统的实现方法 | |
CN100558053C (zh) | 对协同通信系统的性能进行测量的方法 | |
US20050102390A1 (en) | System and method of network usage analyzer | |
CN107124456B (zh) | 基于分布内存队列的xmpp服务器内存消息中转系统及其中转方法 | |
CN102938793A (zh) | 信息推送装置和信息推送方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20160928 Termination date: 20191123 |