[发明专利]信息处理方法、系统、装置和计算机可读存储介质有效
申请号: | 201910355102.8 | 申请日: | 2019-04-29 |
公开(公告)号: | CN110489244B | 公开(公告)日: | 2022-08-12 |
发明(设计)人: | 翁慈洁;汪国彬;曹福祥 | 申请(专利权)人: | 北京达佳互联信息技术有限公司 |
主分类号: | G06F9/54 | 分类号: | G06F9/54;H04L67/141;H04L69/163 |
代理公司: | 北京成创同维知识产权代理有限公司 11449 | 代理人: | 蔡纯;刘静 |
地址: | 100085 北京市海淀*** | 国省代码: | 北京;11 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 信息处理 方法 系统 装置 计算机 可读 存储 介质 | ||
本申请是关于一种信息处理方法、系统、装置和计算机可读存储介质。该消息处理方法包括:建立通信连接;根据所述通信连接建立会话信息;以及将所述会话信息存储到一持久化存储单元中。在本发明实施例中,由于会话信息保存到持久化存储单元中,不会随着当前服务的退出而丢失,进而当服务重新启动后,可以读取持久化存储单元中的会话信息,以恢复在先的会话处理,以此减少由于服务退出对客户端的影响。
技术领域
本申请属于互联网技术领域,尤其是一种信息处理方法、系统、装置和计算机可读存储介质。
背景技术
随着移动互联网的日益发展,产生了满足各种需求的多种APP。这些APP一般包括客户端和服务端,客户端和服务端部署在不同设备上,并基于通信协议进行交互。这些通信协议包括长连接的TCP协议,和短连接的HTTP协议。对于使用TCP协议的APP来说,需要尽可能地保证通信连接的有效性,以避免客户端和服务端之间的通信中断。
然而,随着业务的快速发展和迭代,服务端需要经常性地更新上线。每次更新上线的过程,通信连接都会中断,导致用户需要手工启动客户端和服务端进行重连。当前APP的活跃用户越多,受到影响的用户数量就越多,某些时候可能会涉及到数百万到数千万的用户。长此以往,可能导致用户的满意度降低,进而导致用户退出甚至卸载APP。
发明内容
为了解决上述问题,本申请公开一种信息处理方法、系统、装置和计算机可读存储介质。
第一方面,本发明实施例提供了一种信息处理方法,包括:
建立通信连接;
根据所述通信连接建立会话信息;以及
将所述会话信息存储到一持久化存储单元中。
在一些实施例中,采用第一进程执行所述建立通信连接的步骤;采用第二进程执行所述根据所述通信连接建立会话信息的步骤和所述将所述会话信息存储到一持久化存储单元中的步骤,其中,所述第一进程和所述第二进程基于进程间通信收发信息。
在一些实施例中,还包括:当所述第二进程重启后,从所述持久化存储单元中读取所述会话信息,根据所述会话信息恢复在先的会话处理。
在一些实施例中,还包括:
采用第一进程基于所述通信连接接收业务请求;以及
采用第二进程根据所述业务请求进行业务处理。
在一些实施例中,所述通信连接为基于TCP协议建立的通信连接。
在一些实施例中,所述会话信息和所述连接信息均包括:客户端标识、服务端标识、连接标识、加密密钥和心跳信息。
在一些实施例中,所述持久化存储单元为共享内存、消息队列、数据库中的一种。
第二方面,本发明实施例提供一种信息处理系统,包括:
连接模块,用于建立通信连接;
会话模块,用于根据所述通信连接建立会话信息,并将所述会话信息存储到一持久化存储单元中。
在一些实施例中采用第一进程执行所述连接模块;采用第二进程执行所述会话模块,其中,所述第一进程和所述第二进程基于进程间通信收发信息。
在一些实施例中,所述第二进程重启后,从所述持久化存储单元中读取所述会话信息,根据所述会话信息恢复在先的会话处理。
在一些实施例中,还包括:采用第一进程基于所述通信连接接收业务请求;以及采用第二进程根据所述业务请求进行业务处理。
在一些实施例中,所述通信连接为基于TCP协议建立的通信连接。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于北京达佳互联信息技术有限公司,未经北京达佳互联信息技术有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201910355102.8/2.html,转载请声明来源钻瓜专利网。