CN103516766B - 一种客户端与应用服务器间进行通信的方法和系统 - Google Patents
一种客户端与应用服务器间进行通信的方法和系统 Download PDFInfo
- Publication number
- CN103516766B CN103516766B CN201210227199.2A CN201210227199A CN103516766B CN 103516766 B CN103516766 B CN 103516766B CN 201210227199 A CN201210227199 A CN 201210227199A CN 103516766 B CN103516766 B CN 103516766B
- Authority
- CN
- China
- Prior art keywords
- connection
- client
- point server
- preset duration
- record
- 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.)
- Active
Links
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明公开一种客户端与应用服务器间进行通信的方法和系统,所述方法包括:客户端与共享点服务器建立连接后,共享点服务器记录所述连接的相关信息,并在客户端与应用服务器间转发消息,记录的连接所用的资源在建立新连接时不被使用;当共享点服务器与客户端间连接中断时,共享点服务器在预设时长内保留所述连接的记录,超过预设时长后,删除所述记录,并释放连接所用资源;当客户端在预设时长内重建所述连接时,共享点服务器按记录的所述连接的相关信息重建所述连接;中断超过预设时长后,客户端与共享点服务器间建立新连接。本发明能够解决连接资源浪费,以及由于识别多个连接是否出自同一客户端而造成的额外IO处理的问题。
Description
技术领域
本发明涉及通信领域,特别涉及一种客户端与应用服务器间进行通信的方法和系统。
背景技术
当前客户端与应用服务器通信时,可以依靠HTTP的通信方式。例如网页版客户端与应用服务器通信间便可应用HTTP进行通信。当客户端需要不断向应用服务器请求数据时,每次都要为HTTP的请求与应答准备大容量的数据包资源。打开一次的HTTP通信通道只能使用一次不能复用。因此存在缺陷,利用HTTP通信网络流量加大、负荷高、通信通道的资源利用率低。基于HTML5的WebSocket(网站端点),WebSocket为全双工通信,该技术可以在客户端与应用服务器之间分别建立各自的Socket(端点)互相连接。通过TCP/IP数据包传输数据。现有技术中HTTP的单工通道通信与WebSocket双通道通信比较如图10所示。请求连接时,HTTP每次通信都要新建立连接,仅传输一次数据,即关闭连接;WebSocket仅一次连接成功后建立通道,可多次传输数据,不关闭连接。就通信通道而言,HTTP单向通信,只能浏览器请求,应用服务器应答;WebSocket双向通信,应用服务器也可以主动向客户端发送数据。就广播而言,HTTP不支持广播,应用服务器只能应答一个浏览器请求;WebSocket可以广播可以向所有已连接的客户端发送数据。就数据包大小而言,WebSocket比HTTP数据包小。
一举例中,HTTP数据包如下所示:
HTTP Request Headers
POST/webim/login.aspx HTTP/1.1
Host:webim.feixin.10086.cn
Connection:keep-alive
User-Agent:Mozilla/5.0(Windows;U;Windows NT6.0;en-US)
AppleWebKit/532.5(KHTML,like Gecko)Chrome/4.1.249.1064
Safari/532.5
Referer:
http://webim.feixin.10086.cn/webim/login.aspx?u=2038382&p=7F5E66657B938E2el
Content-Length:134
Origin:http://webim.feixin.10086.cn
Content-Type:text/plain;charset=utf-8
Accept:*/*
Accept-Encoding:gzip,deflate,sdch
Accep t-Language:en-US,en;q=0.8
Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3
Cookie:
__utmz=247824721.1273102477.1.1.utmcsr=(di rect)|utmccn=(di rect)|utmcmd
=(none);JSESSIONID=E7AAE0E60B01FB88D1E3799FAD5C62B3;
__utma=247824721.1247485893.1273102477.1273104838.127310768
=(none);JSESSIONID=E7AAE0E60B01FB88D1E3799FAD5C62B3;
__utma=247824721.1247485893.1273102477.1273104838.1273107686.3;
__utmc=247824721;__utmb=247824721.4.10.127
WebSocket数据包如下所示:
GET/WebIM5?uaid=200665352p8912&s=b HTTP/1.1
Upgrade:WebSocket
Connection:Upgrade
Host:192.168.110.165:5002
Origin:http://10.10.150.78
Sec-WebSocket-Key1:3G8}R7804\490(5
Sec-WebSocket-Key2:<388<3379e017
^n:ds[4U
相比较,WebSocket比HTTP更加节省带宽资源,性能更优。但是,WebSocket中每次客户端的网页加载、被刷新、关闭网页,都会导致Socket的中断,一但中断下次就要重新连接。
因此存在缺陷:应用服务器会不断与客户端之间产生新的连接通道。会造成大量连接资源的消耗。而且为识别多个连接是否是出自同一客户端造成额外的IO处理。
发明内容
本发明提供的客户端与应用服务器间进行通信的方法和系统,以解决连接资源浪费,以及由于识别多个连接是否出自同一客户端而造成的额外IO处理的问题。
本发明首先提供一种客户端与应用服务器间进行通信的方法,所述方法包括:
客户端与共享点服务器建立连接后,共享点服务器记录所述连接的相关信息,并在客户端与应用服务器间转发消息,记录的连接所用的资源在建立新连接时不被使用;
当共享点服务器与客户端间连接中断时,共享点服务器在预设时长内保留所述连接的记录,超过预设时长后,删除所述记录,并释放连接所用资源;
当客户端在预设时长内重建所述连接时,共享点服务器按记录的所述连接的相关信息重建所述连接;中断超过预设时长后,客户端与共享点服务器间建立新连接。
较佳的,所述共享点服务器在预设时长内保留所述连接的记录具体可以包括:
共享点服务器根据中断的类型,在所述类型对应的预设时长内保留所述连接的记录。
较佳的,所述当客户端在预设时长内重建所述连接时,共享点服务器按记录的所述连接的相关信息重建所述连接具体可以包括:
客户端判断中断时长没有超过预设时长后,向共享点服务器发送连接的标识;共享点服务器根据连接标识查找到所述连接的记录,并按所述记录重建连接。
较佳的,所述中断超过预设时长后,客户端与共享点服务器间建立新连接具体可以包括:
客户端判断中断超过预设时长后,客户端向共享点服务器发送建立新连接的请求;共享点服务器接收请求,建立新连接。
较佳的,所述共享点服务器在预设时长内保留所述连接的记录后还可以包括:
共享点服务器在预设时长内保持客户端在应用服务器上在线。
较佳的,所述方法还可以包括:
如果中断持续时长在客户端等于预设时长,则客户端询问共享点服务器客户端是否在线,如果不在线,则共享点服务器模拟客户端在应用服务器上完成登录。
较佳的,所述客户端可以为网页版应用;客户端与共享点服务器间连接通道所用协议为网站端点协议WebSocket。
其次,本发明还提供了一种客户端与应用服务器间进行通信的系统,所述系统包括客户端、共享点服务器和应用服务器:
客户端与共享点服务器连接,共享点服务器与应用服务器连接;
客户端,用于在连接的中断没有超过预设时长时,重建连接,连接的中断超过预设时长后,与共享点服务器建立新连接;
共享点服务器包括:
连接管理模块,用于在客户端与共享点服务器建立连接后,记录所述连接的相关信息,记录的连接所用的资源在建立新连接时不被使用,并在共享点服务器与客户端间连接中断时,在预设时长内保留所述连接的记录,超过预设时长后,删除所述记录,并释放连接所用资源;
转发模块,用于在客户端与共享点服务器建立连接后,在客户端与应用服务器间转发消息;
连接重建模块,用于当客户端在预设时长内重建所述连接时,按记录的所述连接的相关信息重建所述连接。
较佳的,所述连接管理模块具体可以用于:根据中断的类型,在所述类型对应的预设时长内保留所述连接的记录。
较佳的,客户端具体可以用于:判断连接中断的时长没有超过预设时长后,向共享点服务器发送连接的标识;所述连接重建模块具体可以用于:根据连接标识查找到所述连接的记录,并按所述记录重建连接。
本发明实施例的有益效果是:通过共享点服务器记录所述连接的相关信息,当共享点服务器与客户端间连接中断时,共享点服务器在预设时长内保留所述连接的记录,超过预设时长后,删除所述记录,并释放连接所用资源,当客户端在预设时长内重建所述连接时,共享点服务器按记录的所述连接的相关信息重建所述连接的方式使用共享点服务器对连接进行管理,能够避免连接资源浪费,以及避免由于识别多个连接是否出自同一客户端而造成的额外IO处理。
附图说明
图1为本发明客户端与应用服务器间进行通信的方法流程图。
图2为本发明实施例的架构图。
图3为本发明实施例中应用的客户端首次运行的流程图。
图4为本发明实施例中应用的客户端切换到后台运行的流程图。
图5为本发明实施例中应用的客户端切换到前台运行的流程图。
图6为本发明实施例中实现连接的代码的类图。
图7为本发明实施例中实现休眠队列管理代码的类图。
图8为本发明实施例中实现休眠时消息发送管理代码的类图。
图9为本发明客户端与应用服务器间进行通信的系统的结构图。
图10为现有技术HTTP的单工通道通信与WebSocket双通道通信比较示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
参见图1,为本发明提供的客户端与应用服务器间进行通信的方法流程图。
所述方法包括如下步骤。
步骤S100,客户端与共享点服务器建立连接后,共享点服务器记录所述连接的相关信息,并在客户端与应用服务器间转发消息,记录的连接所用的资源在建立新连接时不被使用。
步骤S200,当共享点服务器与客户端间连接中断时,共享点服务器在预设时长内保留所述连接的记录,超过预设时长后,删除所述记录,并释放连接所用资源。
步骤S300,当客户端在预设时长内重建所述连接时,共享点服务器按记录的所述连接的相关信息重建所述连接;中断超过预设时长后,客户端与共享点服务器间建立新连接。
本发明的方法能够避免连接资源浪费,以及避免由于识别多个连接是否出自同一客户端而造成的额外IO处理。
在一较佳的实施方式中,所述共享点服务器在预设时长内保留所述连接的记录具体包括:共享点服务器根据中断的类型,在所述类型对应的预设时长内保留所述连接的记录。
例如,如果中断的类型为网络断路,则预设时长为5分钟;如果中断类型为切换到后台,则预设时长为6小时。
由此,能够根据中断类型灵活配置类型对应的预设时长,从而针对不同中断类型的情况,为客户端保留连接记录。
在一较佳的实施方式中,所述当客户端在预设时长内重建所述连接时,共享点服务器按记录的所述连接的相关信息重建所述连接具体包括:客户端判断中断时长没有超过预设时长后,向共享点服务器发送连接的标识;
共享点服务器根据连接标识查找到所述连接的记录,并按所述记录重建连接。
其中,共享点服务器根据连接标识进行记录查询,举例而言连接标识可以为:会话标识+终端标识。
在一较佳的实施方式中,所述中断超过预设时长后,客户端与共享点服务器间建立新连接具体包括:客户端判断中断超过预设时长后,客户端向共享点服务器发送建立新连接的请求;共享点服务器接收该请求建立新连接。
在一较佳的实施方式中,所述共享点服务器在预设时长内保留所述连接的记录后还包括:共享点服务器在预设时长内保持客户端在应用服务器上在线。
由此,保证客户端恢复连接后,应用交互的正常进行。
在一较佳的实施方式中,所述方法还包括:
如果中断持续时长在客户端等于预设时长,则客户端询问共享点服务器客户端是否在线,如果不在线,则共享点服务器模拟客户端在应用服务器上完成登录。
在客户端或应用服务器的计时存在误差时,当客户端计时为中断持续时长等于预设时长,而应用服务器中因为中断持续时长的计时大于预设时长,而将客户端下线。通过上述方式,能够既完成重新登录又使得客户端的用户没有感知到客户端的连接中断。
在一较佳的实施方式中,所述客户端为网页版应用;
客户端与共享点服务器间连接通道所用协议为网站端点协议websocket。
如前所述,websocket为性能更优的通信技术,本发明优选该通信技术为连接通道所用协议。
实施例
本发明实施例的架构如图2所示。在实施例中,终端为苹果终端,苹果终端中包括推送应用和客户端。推送应用为Apple App(苹果应用)模式,客户端为网页版即时通讯应用的客户端,Web App(网页应用)模式。共享点服务器为WSS(微软共享点服务器),推送服务器为APNS(苹果推送服务器)。
APNS向苹果终端的推送应用推送通知消息,推送应用收到通知消息后,会发出声音提示并弹出一个提示窗,告知使用者某应用有最新消息通知,提示用户将该应用打开查看。
虽然本发明为涉及客户端与应用服务器连接的方法,对客户端在后台的运行处理没有限制。但是作为一个完整的实施例,本实施例中给出客户端在后台时的推送处理。
本发明实施例中应用的客户端首次运行的流程如图3所示。
使用已注册的苹果开发者的苹果ID,创建一个苹果软件ID。可以从苹果网站的IOS开发中心下载安全证书。依靠这个证书导出的.P12格式的文件,.p12文件用于加密设备Token(标识)码和要发送的通知消息内容。
步骤S301,即时通讯网页版客户端在网页中用javascript(脚本)注册一个事件例如WebViewJavascriptBridgeReady。推送应用调用此事件并传入参数。
第一次打开软件后,WebViewJavascriptBridge被推送应用触发,传入的参数message(消息)值为:'token'+设备Token码。推送应用在此通过参数传入获知设备标识。此处,推送应用完成推送以外的获知设备信息的功能。该推送应用可以为客户端自带功能。本发明客户端获得设备标识的方式不限于此。
即时通信应用的用户通过即时通信网页版成功登录即时通信客户端。
本实施例可以通过如下代码实现所述操作。
步骤S302,客户端创建到WSS的WebSocket(网站端点)连接,建立双向通信通道,进行登录。
即时通讯应用网页版客户端在网页中使用javascript创建WebSocket,与WSS服务建立双向通信通道。实施例中通过如下代码实现。
WSS根据用户的SessionId(会话ID)\UserAgentId(用户代理ID)\设备Token码(设备标识码),在内存中建立一个SocketConnDic(当前连接)集合,类型为:Dictionary<string,SocketConnection>。集合中记录建立的连接相关信息,以管理全部已连接的WebSocket客户端信息。
记录的连接的相关信息用SessionId进行标识,记录的连接对应的信息包括:连接所用资源信息(即连接相关信息)和使用连接的客户端用户的信息。即SocketConnection中记录了WebSocket连接的信息和即时通信应用的用户信息。本发明实施例中实现连接的代码的类图如图6所示。
步骤S303,WSS通知应用服务器用户登录,开始下发数据。
步骤S304,应用服务器通知用户登录成功,并开始下发数据。
步骤S305,WSS通知客户端用户登录成功,发送数据。
步骤S306,客户端通知推送应用,登录成功。
步骤S307,应用服务器向WSS下发轮询数据。
步骤S308,WSS向客户端发送轮询数据。
步骤S309,客户端向WSS发送心跳KeepLive。
KeepAlive:即时通信应用客户端维持在线的功能,即时通信网页版客户端会定时发送KeepAlive数据包到WSS。
步骤S310,WSS向应用服务器发送KeepLive。
步骤S311,应用服务器向WSS发送确认在线成功。
步骤S312,WSS向客户端发送确认在线成功。
客户端依靠WebSocket连接向WSS服务获取即时通信应用的用户的新轮询数据,轮询数据包括新消息、好友添加消息、好友状态变化、好友个人资料变化等。
本发明实施例中应用的客户端切换到后台运行的流程如图4所示。
步骤S401,推送应用通知WSS客户端切入后台。
当苹果终端使用者按下Home键或是切换到其它应用程序。即时通信应用网页版客户端会变为后台运行。
Home键是苹果终端,例如iPad,屏幕上唯一的一个按钮。Home键的功能很多,例如:退出应用程序、导航到iPad2的第一页及开启Dock(执行中的工具栏)等等,Home键的使用频率相当多。
此时推送应用会向WSS发送Post请求应用服务器的WebIM/SetAPNSAddUser.aspx,并传入参数,参数message值为:'token'+即时通信应用的用户ID。
步骤S402,WSS收到切换到后台通知后,通过应用服务器客户端为休眠状态。
步骤S403,应用服务器开始为客户端保存更新消息,并通知WSS休眠成功。
步骤S404,WSS将客户端的WebSocket的连接从SocketConnDict集合中移到WSApnsUserDict集合(休眠集合)中。
WSApnsUserDict集合类型为Dictionary<string,ApnsUserInfo>。
步骤S405,WSS代替客户端向应用服务器发送轮询。
步骤S406,应用服务器向WSS发送更新消息。
步骤S407,在WSS中休眠的WebSocket连接,再收到即时通信应用新消息,则判断消息类型,如果是PollResultDataType.MessagePushType,则通过MPAManager发送到APNS。
步骤S408,APNS推送通知消息到苹果终端的推送应用。
步骤S409,推送应用等待重新开启客户端。
WSS还代替即时通信应用客户端向应用服务器发送KeepAlive。
心跳时间维持六小时,如果即时通信应用客户端未能唤醒程序,则使得应用服务器执行客户端的用户下线。
本发明实施例中应用的客户端切换到前台运行的流程如图5所示。
步骤S501,推送应用向客户端发送消息。
当切换即时通信应用网页版客户端为前台运行时,推送应用会调用WebViewJavascriptBridge事件并传入参数,参数message值为:'frombackground'+即时通信应用的用户ID。
步骤S502,推送应用清除APNS消息推送的计数为0。
步骤S503,客户端与WSS重建连接,向WSS发送连接标识和中断类型。
本实施例中,连接标识为SessionId+设备token。中断类型为切换到后台中断。
即时通信应用网页版客户端会判断之前在后台运行的时间。
如果超过六小时,则表示WSS已回收之前的WebSocket连接。只能新建一个新的WebSocket连接;
如果未超过六小时,则请求WSS执行步骤S503和步骤S504,唤醒之前的WebSocket连接信息。
步骤S504,WSS将连接从休眠队列中移入当前连接集合。
将休眠的WebSocket连接从WSApnsUserDict集合中移到SocketConnDict集合。
步骤S505,WSS通知应用服务器休眠结束,客户端已经唤醒。
步骤S506,应用服务器向WSS发送客户端的更新消息。
更新消息包括客户端在后台期间的好友更新信息以及聊天信息。
步骤S507,WSS通过WebSocket连接转发更新消息到即时通信应用的客户端。
步骤S508,客户端发送轮询和心跳。
恢复即时通信应用网页版客户端发送轮询及KeepAlive。
步骤S509,WSS向应用服务器转发轮询及心跳。
步骤S510,应用服务器下发更新消息。
步骤S511,WSS将更新消息通过WebSocket连接向客户端转发更新消息。
一种客户端与应用服务器间进行通信的系统如图9所示。
所述系统包括:客户端100、共享点服务器200、和应用服务器300。
客户端100与共享点服务器200连接,共享点服务器200与应用服务器300连接。
客户端100,用于在连接的中断没有超过预设时长时,重建连接,连接的中断超过预设时长后,与共享点服务器200建立新连接。
共享点服务器200包括:
连接管理模块210,用于在客户端100与共享点服务器200建立连接后,记录所述连接的相关信息,记录的连接所用的资源在建立新连接时不被使用,并在共享点服务器200与客户端100间连接中断时,在预设时长内保留所述连接的记录,超过预设时长后,删除所述记录,并释放连接所用资源。
转发模块220,用于在客户端100与共享点服务器200建立连接后,在客户端100与应用服务器300间转发消息。
连接重建模块230,用于当客户端100在预设时长内重建所述连接时,按记录的所述连接的相关信息重建所述连接。
在一较佳的实施方式中,所述连接管理模块210具体用于:根据中断的类型,在所述类型对应的预设时长内保留所述连接的记录。
在一较佳的实施方式中,客户端100具体用于:判断连接中断的时长没有超过预设时长后,向共享点服务器200发送连接的标识;
所述连接重建模块230具体用于:根据连接标识查找到所述连接的记录,并按所述记录重建连接。
在一较佳的实施方式中,客户端100用于:判断中断超过预设时长后,向共享点服务器200发送建立新连接的请求;
连接管理模块210用于:接收请求,建立新连接。
在一较佳的实施方式中,所述连接管理模块210还用于:在预设时长内保持客户端100在应用服务器300上在线。
在一较佳的实施方式中,客户端100还用于:中断持续时长在客户端100等于预设时长时,询问共享点服务器200客户端100是否在线;
连接管理模块210还用于:接收客户端100的询问,如果客户端100不在线,则模拟客户端100在应用服务器300上完成登录。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
Claims (8)
1.一种客户端与应用服务器间进行通信的方法,其特征在于,所述方法包括:
客户端与共享点服务器建立连接后,共享点服务器记录所述连接的相关信息,并在客户端与应用服务器间转发消息,记录的连接所用的资源在建立新连接时不被使用;
当共享点服务器与客户端间连接中断时,共享点服务器在预设时长内保留所述连接的记录,共享点服务器在预设时长内保持客户端在应用服务器上在线;超过预设时长后,删除所述记录,并释放连接所用资源;
当客户端在预设时长内重建所述连接时,共享点服务器按记录的所述连接的相关信息重建所述连接;中断超过预设时长后,客户端与共享点服务器间建立新连接;
其中,所述客户端为网页版应用;
客户端与共享点服务器间连接通道所用协议为网站端点协议WebSocket。
2.根据权利要求1所述的方法,其特征在于,
所述共享点服务器在预设时长内保留所述连接的记录具体包括:
共享点服务器根据中断的类型,在所述类型对应的预设时长内保留所述连接的记录。
3.根据权利要求1所述的方法,其特征在于,
所述当客户端在预设时长内重建所述连接时,共享点服务器按记录的所述连接的相关信息重建所述连接具体包括:
客户端判断中断时长没有超过预设时长后,向共享点服务器发送连接的标识;
共享点服务器根据连接标识查找到所述连接的记录,并按所述记录重建连接。
4.根据权利要求1所述的方法,其特征在于,
所述中断超过预设时长后,客户端与共享点服务器间建立新连接具体包括:
客户端判断中断超过预设时长后,客户端向共享点服务器发送建立新连接的请求;
共享点服务器接收请求,建立新连接。
5.根据权利要求1所述的方法,其特征在于,
所述方法还包括:
如果中断持续时长在客户端等于预设时长,则客户端询问共享点服务器客户端是否在线,如果不在线,则共享点服务器模拟客户端在应用服务器上完成登录。
6.一种客户端与应用服务器间进行通信的系统,其特征在于,所述系统包括客户端、共享点服务器和应用服务器:
客户端与共享点服务器连接,共享点服务器与应用服务器连接;
客户端,用于在连接的中断没有超过预设时长时,重建连接,连接的中断超过预设时长后,与共享点服务器建立新连接;
共享点服务器包括:
连接管理模块,用于在客户端与共享点服务器建立连接后,记录所述连接的相关信息,记录的连接所用的资源在建立新连接时不被使用,并在共享点服务器与客户端间连接中断时,在预设时长内保留所述连接的记录,超过预设时长后,删除所述记录,并释放连接所用资源;
转发模块,用于在客户端与共享点服务器建立连接后,在客户端与应用服务器间转发消息;
连接重建模块,用于当客户端在预设时长内重建所述连接时,按记录的所述连接的相关信息重建所述连接;
其中,所述客户端为网页版应用;客户端与共享点服务器间连接通道所用协议为网站端点协议WebSocket;
连接管理模块还用于,在共享点服务器与客户端间连接中断时,在预设时长内保持客户端在应用服务器上在线。
7.根据权利要求6所述的系统,其特征在于,
所述连接管理模块具体用于:根据中断的类型,在所述类型对应的预设时长内保留所述连接的记录。
8.根据权利要求7所述的系统,其特征在于,
客户端具体用于:判断连接中断的时长没有超过预设时长后,向共享点服务器发送连接的标识;
所述连接重建模块具体用于:根据连接标识查找到所述连接的记录,并按所述记录重建连接。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210227199.2A CN103516766B (zh) | 2012-06-30 | 2012-06-30 | 一种客户端与应用服务器间进行通信的方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210227199.2A CN103516766B (zh) | 2012-06-30 | 2012-06-30 | 一种客户端与应用服务器间进行通信的方法和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103516766A CN103516766A (zh) | 2014-01-15 |
CN103516766B true CN103516766B (zh) | 2017-04-19 |
Family
ID=49898792
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210227199.2A Active CN103516766B (zh) | 2012-06-30 | 2012-06-30 | 一种客户端与应用服务器间进行通信的方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103516766B (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104580537A (zh) * | 2015-02-06 | 2015-04-29 | 深圳中兴网信科技有限公司 | 基于xmpp客户端与服务器的快速重连方法、终端和服务器 |
CN105391536A (zh) * | 2015-10-28 | 2016-03-09 | 浪潮(北京)电子信息产业有限公司 | 一种客户端和服务端进行通信的方法及装置 |
CN108737460B (zh) * | 2017-04-14 | 2022-06-07 | 腾讯科技(深圳)有限公司 | 一种连接的处理方法及客户端 |
CN107135086A (zh) * | 2017-05-26 | 2017-09-05 | 努比亚技术有限公司 | 一种广播推送方法及设备、计算机可读存储介质 |
CN110213347B (zh) * | 2019-05-15 | 2021-12-07 | 国网江苏省电力有限公司常州供电分公司 | 通讯管理机的控制方法及通讯管理机 |
CN111680015B (zh) | 2020-05-29 | 2023-08-11 | 北京百度网讯科技有限公司 | 文件资源处理方法、装置、设备和介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1870584A (zh) * | 2005-09-02 | 2006-11-29 | 华为技术有限公司 | 一种虚交换系统中的用户连接管理方法和装置 |
CN101043339A (zh) * | 2006-06-02 | 2007-09-26 | 华为技术有限公司 | 一种关闭传输连接的方法和装置 |
US7801998B2 (en) * | 2008-10-03 | 2010-09-21 | Canon Kabushiki Kaisha | Establishing and maintaining a connection by a client to a server within a network |
CN102143598A (zh) * | 2010-11-11 | 2011-08-03 | 华为技术有限公司 | 信令处理方法和系统以及网络侧设备和终端 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101325587A (zh) * | 2007-06-11 | 2008-12-17 | 中兴通讯股份有限公司 | 一种dhcp会话监测方法 |
CN101656764A (zh) * | 2009-09-22 | 2010-02-24 | 中兴通讯股份有限公司 | Dhcp用户的会话保活方法、系统和装置 |
CN101795300B (zh) * | 2009-11-11 | 2012-07-25 | 福建星网锐捷网络有限公司 | Ip地址回收方法及系统、dhcp中继器、dhcp服务器 |
-
2012
- 2012-06-30 CN CN201210227199.2A patent/CN103516766B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1870584A (zh) * | 2005-09-02 | 2006-11-29 | 华为技术有限公司 | 一种虚交换系统中的用户连接管理方法和装置 |
CN101043339A (zh) * | 2006-06-02 | 2007-09-26 | 华为技术有限公司 | 一种关闭传输连接的方法和装置 |
US7801998B2 (en) * | 2008-10-03 | 2010-09-21 | Canon Kabushiki Kaisha | Establishing and maintaining a connection by a client to a server within a network |
CN102143598A (zh) * | 2010-11-11 | 2011-08-03 | 华为技术有限公司 | 信令处理方法和系统以及网络侧设备和终端 |
Also Published As
Publication number | Publication date |
---|---|
CN103516766A (zh) | 2014-01-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103516766B (zh) | 一种客户端与应用服务器间进行通信的方法和系统 | |
CN103516588B (zh) | 一种客户端进行后台处理的方法和系统 | |
KR100808414B1 (ko) | 이동단말의 클라이언트 세션 복구방법 | |
US20140372516A1 (en) | System and method for providing a scalable translation between polling-based clients and connection-based message queues | |
EP3226481B1 (en) | Method for heartbeat packet processing by using proxy, apparatus, and communications system | |
EP2485443A1 (en) | System and method for managing multiple queues of non-persistent messages in a networked environment | |
CN105610888A (zh) | 基于安卓的利用socket推送消息的方法和系统 | |
CN106453356B (zh) | 无线网络双边加速传输方法和系统 | |
US20160073443A1 (en) | Method and apparatus for energy-optimized data transmission using the opc ua protocol in radio networks | |
CN107360020A (zh) | 一种大容量数据业务单元保活系统及其使用方法 | |
CN104468380A (zh) | 一种接入点设备与服务器交互的接口通信方法 | |
CN102780712A (zh) | 会话的切换方法及装置 | |
CN1917427B (zh) | 一种快速恢复门户认证环境的方法和装置 | |
US20200137203A1 (en) | Data transmission method and system, and apparatus | |
CN104009960A (zh) | 一种实现手机客户端即时通信的方法及装置 | |
CN111385068B (zh) | 数据传输方法、装置、电子设备及通信系统 | |
CN107529229A (zh) | 数据传输的方法,装置及系统 | |
CN108093394A (zh) | 订购服务的方法及装置 | |
US20220053309A1 (en) | Apparatus, Method and Program for Transmitting and Receiving Data to and From IOT Device | |
US20150229513A1 (en) | Systems and methods for efficient remote security panel configuration and management | |
JP2004254039A (ja) | メール通信中継システム、メール通信中継装置、メール通信中継方法及びメール通信中継用プログラム | |
WO2022033083A1 (zh) | 译码方法、译码系统、电子装置和存储介质 | |
CN109257444B (zh) | 一种负载分担方法、装置及系统 | |
CN109219081B (zh) | 对ZigBee协调器重新建网后的网络优化方法 | |
EP3496468B1 (en) | Network entity for creating a transmission session via a network system, roaming firewall, network system, method and computer program product |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CP02 | Change in the address of a patent holder |
Address after: Room 818, 8 / F, 34 Haidian Street, Haidian District, Beijing 100080 Patentee after: BEIJING ULTRAPOWER SOFTWARE Co.,Ltd. Address before: 100089 Beijing city Haidian District wanquanzhuang Road No. 28 Wanliu new building 6 storey block A Room 601 Patentee before: BEIJING ULTRAPOWER SOFTWARE Co.,Ltd. |
|
CP02 | Change in the address of a patent holder |