CN113302881B - 实现在线聊天的方法、装置、聊天终端、服务器及存储介质 - Google Patents
实现在线聊天的方法、装置、聊天终端、服务器及存储介质 Download PDFInfo
- Publication number
- CN113302881B CN113302881B CN202080003709.0A CN202080003709A CN113302881B CN 113302881 B CN113302881 B CN 113302881B CN 202080003709 A CN202080003709 A CN 202080003709A CN 113302881 B CN113302881 B CN 113302881B
- Authority
- CN
- China
- Prior art keywords
- chat
- full
- service
- chat room
- terminal
- 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
- 238000000034 method Methods 0.000 title claims abstract description 94
- 238000004891 communication Methods 0.000 claims description 64
- 230000004044 response Effects 0.000 claims description 37
- 238000007789 sealing Methods 0.000 claims description 31
- 230000000903 blocking effect Effects 0.000 claims description 21
- 238000001914 filtration Methods 0.000 claims description 18
- 238000012795 verification Methods 0.000 claims description 13
- 238000004590 computer program Methods 0.000 claims description 4
- 238000012856 packing Methods 0.000 claims description 3
- 230000000977 initiatory effect Effects 0.000 claims 1
- 230000006870 function Effects 0.000 description 72
- 230000008569 process Effects 0.000 description 22
- 238000010586 diagram Methods 0.000 description 21
- 230000005540 biological transmission Effects 0.000 description 12
- 230000036541 health Effects 0.000 description 8
- 230000000694 effects Effects 0.000 description 5
- 238000001514 detection method Methods 0.000 description 3
- 238000005457 optimization Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000002459 sustained effect Effects 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
- H04L51/046—Interoperability with other network applications or services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/143—Termination or inactivation of sessions, e.g. event-controlled end of session
- H04L67/145—Termination or inactivation of sessions, e.g. event-controlled end of session avoiding end of session, e.g. keep-alive, heartbeats, resumption message or wake-up for inactive or interrupted session
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/55—Push-based network services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- General Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本文公开了一种实现在线聊天的方法、装置、聊天终端、服务器及介质。该实现在线聊天的方法包括:响应于聊天终端面向全服聊天室的登录请求,建立与所述聊天终端之间的消息推送订阅关系,其中,所述消息推送订阅关系用于实现所述全服聊天室内多个登录用户间的在线聊天;利用所述聊天终端成功登录所述全服聊天室后启动的心跳包任务,维持所述消息推送订阅关系。
Description
技术领域
本申请涉及网络通信技术领域,例如涉及一种实现在线聊天的方法、装置、聊天终端、服务器及存储介质。
背景技术
随着移动互联网的普及,采用即时通讯(Instant Messaging,IM)技术开发的多类通讯应用广泛应用到人们的日常生活中,支持不同陌生用户在该通讯应用上进行在线聊天,以促进用户主动选择合适的对象,来进行踩房、关注加好友和游戏开黑等集体活动。
通讯应用上针对在线聊天功能的实现,通常会采用第三方对外提供的即时通讯服务软件开发工具包(Software Development Kit,SDK),来设计支持多人在线聊天的语音房。然而第三方的即时通讯服务SDK可能会造成聊天用户的信息泄露,无法保证聊天用户的信息安全;而且,由于第三方提供的即时通讯服务SDK是预先设置好的普遍聊天功能,不支持特定业务下一些个性化聊天功能的专门定制,或者需要通过修改即时通讯服务SDK中的内部结构等来进行专门定制,使得个性化聊天功能的定制流程非常复杂,从而限制了在线聊天功能的扩展。
发明内容
本申请提供了一种实现在线聊天的方法、装置、聊天终端、服务器及存储介质,保证聊天用户的信息安全,简化个性化聊天功能的定制流程,提高在线聊天功能的可扩展性。
提供了一种实现在线聊天的方法,该方法包括:
响应于聊天终端面向全服聊天室的登录请求,建立与所述聊天终端之间的消息推送订阅关系,其中,所述消息推送订阅关系用于实现所述全服聊天室内多个登录用户间的在线聊天;
利用所述聊天终端成功登录所述全服聊天室后启动的心跳包任务,维持所述消息推送订阅关系。
还提供了一种实现在线聊天的方法,该方法包括:
向服务端发送面向全服聊天室的登录请求,以使所述服务端建立所述登录请求对应的消息推送订阅关系,其中,所述消息推送订阅关系用于实现所述全服聊天室内多个登录用户间的在线聊天;
在成功登录所述全服聊天室后,启动心跳包任务,以维持所述消息推送订阅关系。
还提供了一种实现在线聊天的装置,该装置包括:
订阅关系建立模块,设置为响应于聊天终端面向全服聊天室的登录请求,建立与所述聊天终端之间的消息推送订阅关系,其中,所述消息推送订阅关系用于实现所述全服聊天室内多个登录用户间的在线聊天;
订阅关系维持模块,设置为利用所述聊天终端成功登录所述全服聊天室后启动的心跳包任务,维持所述消息推送订阅关系。
还提供了一种实现在线聊天的装置,该装置包括:
登录请求发送模块,设置为向服务端发送面向全服聊天室的登录请求,以使所述服务端建立所述登录请求对应的消息推送订阅关系,其中,所述消息推送订阅关系用于实现所述全服聊天室内多个登录用户间的在线聊天;
心跳包任务启动模块,设置为在成功登录所述全服聊天室后,启动心跳包任务,以维持所述消息推送订阅关系。
还提供了一种服务器,该服务器包括:
一个或多个处理器;
存储装置,设置为存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现上述第一种的实现在线聊天的方法。
还提供了一种聊天终端,该聊天终端包括:
一个或多个处理器;
存储装置,设置为存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现上述第二种的实现在线聊天的方法。
还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述的实现在线聊天的方法。
附图说明
图1为本申请实施例提供的一种实现在线聊天的方法所适用的应用场景的场景架构图;
图2A为本申请实施例一提供的一种实现在线聊天的方法的流程图;
图2B为本申请实施例一提供的一种实现在线聊天过程的原理示意图;
图3A为本申请实施例二提供的一种实现在线聊天的方法的流程图;
图3B为本申请实施例二提供的一种全服聊天室内多人在线聊天功能的实现过程的原理示意图;
图4A为本申请实施例三提供的一种实现在线聊天的方法的流程图;
图4B为本申请实施例三提供的一种全服聊天室内多人在线聊天功能的实现过程的原理示意图;
图5A为本申请实施例四提供的一种实现在线聊天的方法的流程图;
图5B为本申请实施例四提供的一种实现在线聊天过程的原理示意图;
图6A为本申请实施例五提供的一种实现在线聊天的方法的流程图;
图6B为本申请实施例五提供的一种全服聊天室内多人在线聊天功能的实现过程的原理示意图;
图7A为本申请实施例六提供的一种实现在线聊天的方法的流程图;
图7B为本申请实施例六提供的一种全服聊天室内多人在线聊天功能的实现过程的原理示意图;
图8为本申请实施例七提供的一种实现在线聊天的装置的结构示意图;
图9为本申请实施例八提供的一种实现在线聊天的装置的结构示意图;
图10为本申请实施例九提供的一种服务器的结构示意图;
图11为本申请实施例十提供的一种聊天终端的结构示意图。
具体实施方式
下面结合附图和实施例对本申请进行说明。
本申请实施例针对通过第三方对外提供的即时通讯服务SDK所设计的语音房,容易造成聊天用户信息泄露,且个性化聊天功能的定制流程非常复杂的问题,提供了一种不依赖于第三方提供的即时通讯服务SDK所设计的全服聊天室,该全服聊天室的入口可以设置于通讯应用的首页,支持该通讯应用内的全部注册用户均可以登录到该全服聊天室中,以实现通讯应用内多用户(包括好友用户和陌生用户)之间的在线聊天。在多个聊天终端请求登录该全服聊天室时,会在服务端分别建立与多个聊天终端之间的消息推送订阅关系,来实现服务端与多个聊天终端之间的消息通讯连接,无需依赖第三方对外提供的即时通讯服务SDK,即可实现多用户的在线聊天服务,避免第三方对外提供的即时通讯服务SDK造成的聊天用户信息泄露,从而保证聊天用户的信息安全性,而且由于消息推送订阅关系会在聊天终端和服务端之间提供一条通信链路,而不会限定在线聊天功能,因此在该消息推送订阅关系外可以直接定制个性化的在线聊天功能,无需通过修改即时通讯服务SDK中的内部结构等来进行专门定制,从而简化个性化聊天功能的定制流程,提高在线聊天功能的可扩展性;同时,聊天终端在成功登录该全服聊天室后,还会启动心跳包任务,来维持服务端上建立的消息推送订阅关系,保证在线聊天功能的实时性。
图1为本申请实施例提供的一种实现在线聊天的方法所适用的应用场景的场景架构图。参照图1,该应用场景中可以包括聊天终端10和服务端20。
聊天终端10上配置有用于实现不同用户之间在线聊天的通讯应用,在该通讯应用的首页中设置有全服聊天室的入口,聊天用户通过点击该入口即可进入到该全服聊天室中,该全服聊天室支持通讯应用内的全部注册用户进行登录,不会限制在线聊天的用户类型,使得通讯应用内的好友用户和陌生用户均可以在该全服聊天室内进行在线聊天,同时保证该全服聊天室的登录路径较为便捷,无需执行繁琐的登录路径查找。服务端20为该通讯应用的后台服务端,设置为对全服聊天室内多个登录用户之间的在线聊天消息进行转发,从而实现多用户的在线聊天功能。
聊天终端10在开启通讯应用后,聊天用户可以通过点击应用首页中设置的全服聊天室的入口来进入该全服聊天室,聊天终端10根据聊天用户在该入口上的点击操作,可以生成面向该全服聊天室的登录请求并发送给服务端20;服务端20在接收到该聊天终端10面向全服聊天室的登录请求后,会对应建立一个支持该聊天终端10与服务端20之间进行消息传输的消息推送订阅关系,该消息推送订阅关系用于实现该全服聊天室内多个登录用户之间的在线聊天,作为服务端20与每个聊天终端10之间的消息通讯连接,无需依赖第三方对外提供的即时通讯服务SDK,即可实现多用户的在线聊天服务,避免第三方对外提供的即时通讯服务SDK造成的聊天用户信息泄露,从而保证聊天用户的信息安全性,而且由于消息推送订阅关系会在聊天终端10和服务端20之间提供一条通信链路,而不会限定在线聊天功能,因此在该消息推送订阅关系外可以直接定制个性化的在线聊天功能,无需通过修改即时通讯服务SDK中的内部结构等来进行专门定制,从而简化个性化聊天功能的定制流程,提高在线聊天功能的可扩展性。为了保证多个登录用户登录到全服聊天室后的实时在线状态,聊天终端10在成功登录该全服聊天室后,会启动对应的心跳包任务,服务端20通过不断接收该心跳包,可以确认聊天终端10在全服聊天室内一直处于登录状态,则会持续维持在服务端20与该聊天终端10之间建立的消息推送订阅关系,保证全服聊天室内每个登录用户的实时在线,避免异常掉线所造成的在线聊天失败的问题。
本实施例中的聊天终端10可以为在通讯应用中登录全服聊天室内的任一登录用户所在的终端,对聊天终端10的数量不作限定。同时,对于在聊天终端10和服务端20上所执行的实现在线聊天的操作,可以在下述实施例提供的实现在线聊天的方法中进行介绍,在此不作解释说明。
实施例一
图2A为本申请实施例一提供的一种实现在线聊天的方法的流程图,本实施例可适用于不同用户之间采用任一种通讯应用进行在线聊天的情况中。本实施例提供的实现在线聊天的方法可以由本申请实施例提供的配置于服务器上的实现在线聊天的装置来执行,该装置可以通过软件和/或硬件的方式来实现,并集成在执行本方法的服务器中,该服务器为支持在线聊天的通讯应用对应的后台服务器。
参考图2A,该方法可以包括如下步骤:
S210,响应于聊天终端面向全服聊天室的登录请求,建立与聊天终端之间的消息推送订阅关系。
可选的,随着通讯应用中聊天功能内容越来越丰富,用户会主动寻找志趣相投的其他用户,一起在该通讯应用内使用所感兴趣的聊天功能,例如踩房和游戏开黑等。然而由于通讯应用中语音房的面向用户较为小众,无法满足尽快寻找到志趣相投的其他用户的需求,因此本实施例面向通讯应用中的全部注册用户,会设置一个全服聊天室,并将该全服聊天室的入口设置于通讯应用的首页中,以支持通讯应用内任一注册用户可以尽快进入到该全服聊天室内,与该全服聊天室内的其他用户进行在线聊天。该全服聊天室内的登录用户可以包括好友用户和陌生用户,能够实现全服用户之间的信息交流,满足尽快寻找到志趣相投的其他用户的需求。
通讯应用内的一用户在需要进入全服聊天室进行多人在线聊天时,该用户会在该通讯应用的首页内点击全服聊天室的入口,该用户所在的聊天终端会检测到作用于该入口的点击操作,而生成面向该全服聊天室的登录请求,并将该登录请求发送给服务端;服务端在接收到聊天终端面向全服聊天室的登录请求后,可以确认该聊天终端当前想要在该全服聊天室内进行在线聊天,因此会在服务端本地建立一个与该聊天终端之间的消息推送订阅关系,作为服务端与该聊天终端之间的通讯连接。如图2B所示,对于全服聊天室内的每一登录用户来说,服务端均会建立一个与该登录用户所在的聊天终端之间的消息推送订阅关系,通过不同登录用户下的消息推送订阅关系,可以实现该全服聊天室内多个登录用户间的在线聊天。本实施例中的全服聊天室依赖服务端与多个聊天终端之间的消息推送订阅关系来设计,而无需依赖第三方对外提供的即时通讯服务SDK,即可实现多用户的在线聊天服务,避免第三方对外提供的即时通讯服务SDK造成的聊天用户信息泄露,从而保证聊天用户的信息安全性,而且由于消息推送订阅关系会在聊天终端和服务端之间提供一条通信链路,而不会限定在线聊天功能,因此在该消息推送订阅关系外可以直接定制个性化的在线聊天功能,无需通过修改即时通讯服务SDK中的内部结构等来进行专门定制,从而简化个性化聊天功能的定制流程,提高在线聊天功能的可扩展性。
S220,利用聊天终端成功登录全服聊天室后启动的心跳包任务,维持消息推送订阅关系。
可选的,服务端在建立好与聊天终端之间的消息推送订阅关系之后,说明服务端允许该聊天终端进入全服聊天室,使得聊天终端成功登录到该全服聊天室内。为了避免聊天终端与服务端之间所建立的消息推送订阅关系由于状态不稳定,而导致的在线聊天无法持续的问题,聊天终端会在成功登录该全服聊天室后,启动预先设定的心跳包任务,该心跳包任务要求聊天终端在进入全服聊天室进行在线聊天的期间内,定期向服务端发送心跳包,服务端接收到该心跳包后,会向该聊天终端反馈对应的回包,以保证聊天终端与服务端之间的通讯链路能够一直处于正常连接状态,从而维持服务端与聊天终端之间所建立的消息推送订阅关系一直处于在线状态,保证在线聊天功能的实时性。
本实施例中心跳包任务中定期发送的心跳包和回包可以为空包,也可以携带有当前需要处理的多类信息,对此不作限定。
本实施例提供的技术方案,通过设计一个全服聊天室供多个登录用户进行在线聊天,服务端基于聊天终端发送的面向该全服聊天室的登录请求,来建立与该聊天终端之间的消息推送订阅关系。通过服务端与多个聊天终端之间建立的消息推送订阅关系,可以实现全服聊天室内多个登录用户之间的在线聊天,无需依赖第三方对外提供的即时通讯服务SDK,即可实现多用户的在线聊天服务,避免第三方对外提供的即时通讯服务SDK造成的聊天用户信息泄露,从而保证聊天用户的信息安全性,而且由于消息推送订阅关系会在聊天终端和服务端之间提供一条通信链路,而不会限定在线聊天功能,因此在该消息推送订阅关系外可以直接定制个性化的在线聊天功能,无需通过修改即时通讯服务SDK中的内部结构等来进行专门定制,从而简化了个性化聊天功能的定制流程,提高了在线聊天功能的可扩展性;同时,聊天终端在成功登录该全服聊天室后,还会启动心跳包任务,来维持服务端上建立的消息推送订阅关系,保证在线聊天功能的实时性。
实施例二
图3A为本申请实施例二提供的一种实现在线聊天的方法的流程图,图3B为本申请实施例二提供的一种全服聊天室内多人在线聊天功能的实现过程的原理示意图。本实施例是在上述实施例的基础上进行说明。,如图3A所示,本实施例对于服务端与聊天终端之间的消息推送订阅关系的建立过程以及全服聊天室的配置过程和退出过程进行解释说明。
可选的,如图3A所示,本实施例中可以包括如下步骤:
S310,响应于聊天终端面向全服聊天室的配置拉取请求,向聊天终端下发全服聊天室的动态配置信息,以使聊天终端在成功登录全服聊天室后,采用动态配置信息配置全服聊天室。
可选的,为了实现全服聊天室内在线聊天功能的准确性,本实施例会预先为该全服聊天室制定相应的配置参数,该配置参数可以包括该全服聊天室内每一登录用户发送聊天消息的单次发送间隔限制、在一定时段内的发送频率限制、聊天室公告、每次进入该全服聊天室时所需展示的最新历史消息数量以及聊天终端在全服聊天室内的最大消息展示数量等。该单次发送间隔限制和在一定时段内的发送频率限制能够避免全服聊天室内同一用户的频繁消息发送,排除全服聊天室内的广告推送等现象,也可以避免由于一用户频繁发送聊天消息而使其他用户的聊天消息被遗漏的情况,提高全服聊天室面向全服用户的使用体验,同时该配置参数能够保证全服聊天室内在线聊天功能的系统化。
为了保证全服聊天室的配置优化,该全服聊天室支持登录用户反馈相应的配置优化意见,并针对该配置优化意见不断对该配置参数进行动态优化,因此该配置参数也就是本实施例中的动态配置信息。
为了保证成功登录全服聊天室后该全服聊天室的准确展示,本实施例会要求聊天终端拉取该全服聊天室的登录配置,因此聊天终端会向服务端发送面向该全服聊天室的配置拉取请求,服务端在接收到该配置拉取请求后,会查找出预先为该全服聊天室所制定的配置参数,也就是本实施例中的动态配置信息,并将该动态配置信息下发给聊天终端,以使聊天终端在成功登录该全服聊天室后,能够采用该动态配置信息中的配置参数来设置全服聊天室的登录状态,例如利用该动态配置信息控制全服聊天室在聊天终端的用户操作限制和所展示的页面表现等。
示例性的,为了提高全服聊天室的登录高效性,本实施例中聊天终端可以在启动该全服聊天室所在的通讯应用时,便从服务端拉取该全服聊天室的动态配置信息,缓存至聊天终端本地,在后续请求登录该全服聊天室时,可以直接从终端本地查找出预缓存的动态配置信息,来快速控制该全服聊天室在聊天终端上的登录展示。
S320,如果接收到聊天终端面向全服聊天室的登录请求,则基于全服聊天室的开启状态和登录用户上限,生成对应的登录结果响应码。
可选的,为了避免全服聊天室的在线聊天压力,本实施例中服务端在接收到聊天终端面向全服聊天室的登录请求后,首先会分析全服聊天室当前是否已经开启,以及若在开启状态下该全服聊天室内当前的登录用户数量,然后根据全服聊天室的开启状态和判断全服聊天室内的登录用户数量是否超出预设的登录用户上限,来生成对应的登录结果响应码。
示例性的,如果全服聊天室处于关闭状态,则生成的登录结果响应码为登录失败码;如果全服聊天室处于开启状态,但是当前的登录用户数量已经超出该登录用户上限,那么为了减轻多人在线聊天的压力,不支持继续进入该全服聊天室,因此生成的登录结果响应码也为登录失败码;如果全服聊天室处于开启状态,而且当前的登录用户数量未超出该登录用户上限,说明全服聊天室支持继续进入,因此生成的登录结果响应码为登录成功码。
S330,如果登录结果响应码为登录成功码,则建立与聊天终端之间的消息推送订阅关系。
可选的,如果登录结果响应码为登录成功码,说明全服聊天室支持该聊天终端参与当前的多人在线聊天,那么在服务端本地会直接建立与该聊天终端之间的消息推送订阅关系,以实现服务端与聊天终端之间的通讯连接;而如果登录结果响应码为登录失败码,说明全服聊天室不支持该聊天终端参与当前的多人在线聊天,则直接将该登录失败码反馈给聊天终端。
S340,向聊天终端反馈登录结果响应码,以使聊天终端在成功登录全服聊天室后启动心跳包任务。
可选的,服务端在生成对应的登录结果响应码后,为了使聊天终端能够执行后续相应的登录操作,服务端还会将该登录结果响应码反馈给聊天终端,聊天终端在接收到登录成功码后,启动对应的心跳包任务,以维持所建立好的消息推送订阅关系的持续在线状态,而聊天终端在接收到登录失败码后,会提示对应的登录失败信息,该登录失败信息中会包含当前的登录失败原因。
本实施例中S330和S340之间不存在特定的执行顺序,可以同时执行,也可以依次执行,对此不作限定。
S350,利用聊天终端成功登录全服聊天室后启动的心跳包任务,维持消息推送订阅关系。
S360,响应于聊天终端面向全服聊天室的退出请求,移除与聊天终端所建立的消息推送订阅关系。
可选的,在聊天终端的用户不再需要进行在线聊天时,会从全服聊天室中退出,返回到通讯应用的首页,聊天终端检测到用户从全服聊天室中退出的操作,会生成面向该全服聊天室的退出请求,并将该退出请求上报给服务端,服务端在接收到该退出请求后,会查找出与该聊天终端之间所建立好的消息推送订阅关系,并将查找出的消息推送订阅关系删除,从而取消该聊天终端与服务端之间的通讯连接。同时,聊天终端也会停止所启动的心跳包任务,无需再维护与聊天终端所建立的消息推送订阅关系,不再接收全服聊天室内的聊天消息,从而保证全服聊天室内的在线聊天功能的完整性。
本实施例提供的技术方案,通过拉取全服聊天室的动态配置信息,保证成功登录全服聊天室后该全服聊天室的准确展示,服务端基于聊天终端发送的面向该全服聊天室的登录请求,通过生成的登录结果响应码来建立与该聊天终端之间的消息推送订阅关系,来实现全服聊天室内多个登录用户之间的在线聊天,保证全服聊天室的登录准确性,而且无需依赖第三方对外提供的即时通讯服务SDK,即可实现多用户的在线聊天服务,避免第三方对外提供的即时通讯服务SDK造成的聊天用户信息泄露,从而保证聊天用户的信息安全性,而且由于消息推送订阅关系会在聊天终端和服务端之间提供一条通信链路,而不会限定在线聊天功能,因此在该消息推送订阅关系外可以直接定制个性化的在线聊天功能,无需通过修改即时通讯服务SDK中的内部结构等来进行专门定制,从而简化了个性化聊天功能的定制流程,提高了在线聊天功能的可扩展性;同时,通过聊天终端面向全服聊天室的退出请求,来移除服务端与聊天终端之间所建立的消息推送订阅关系,保证全服聊天室内在线聊天功能的完整流程。
实施例三
图4A为本申请实施例三提供的一种实现在线聊天的方法的流程图,图4B为本申请实施例三提供的一种全服聊天室内多人在线聊天功能的实现过程的原理示意图。本实施例是在上述实施例的基础上进行说明。如图4A所示,本实施例对于全服聊天室内聊天消息和封禁用户信息的转发过程进行解释说明。
可选的,如图4A所示,本实施例中可以包括如下步骤:
S410,响应于聊天终端面向全服聊天室的登录请求,建立与聊天终端之间的消息推送订阅关系。
S420,利用聊天终端成功登录全服聊天室后启动的心跳包任务,维持消息推送订阅关系。
S430,向全服聊天室内的多个登录用户下发聊天终端的聊天消息,以及全服聊天室内的封禁用户信息。
可选的,服务端建立与多个聊天终端之间的消息推送订阅关系后,表示多个聊天终端的用户已经成功登录到该全服聊天室中,全服聊天室内的多个登录用户即可进行在线聊天。
全服聊天室内的一登录用户在全服聊天室内发送一条聊天消息后,服务端会接收到该聊天消息,并将该聊天消息下发给全服聊天室内的多个其他登录用户,以展示到多个聊天终端展示的全服聊天室内。由于全服聊天室内的登录用户比较复杂,需要保证该全服聊天室内聊天信息的内容健康性,因此本实施例还会实时检测全服聊天室内的聊天消息是否存在违规内容,并将发送违规消息的登录用户作为违规用户,在全服聊天室内进行禁言和封禁操作,此时需要确定出违规用户被封禁时对应的封禁用户信息,例如封禁的用户标识和被封禁时间等,并将该封禁用户信息下发给全服聊天室内的多个登录用户,以在多个登录用户所在的聊天终端中过滤出被封禁用户在全服聊天室内所发送的聊天消息,从而排除全服聊天室内的不良聊天消息,保证多人在线聊天的内容健康性。
示例性的,本实施例在下述内容中分别对全服聊天室内的聊天消息和封禁用户信息的下发过程进行解释说明。
1)针对全服聊天室内聊天消息的下发过程:将聊天终端发送的通过合法性校验的聊天消息,以及该聊天消息的会话时间戳,写入到预设的聊天缓存队列中;定期打包聊天缓存队列中的聊天消息,并将打包后的聊天包下发给全服聊天室内的多个登录用户。
为了保证全服聊天室内聊天消息的合法性,服务端在接收到全服聊天室内的一登录用户所在的聊天终端发送的聊天消息后,首先会对该聊天消息进行合法性校验,例如敏感词检测、违规内容检测以及去重检测等,如果该聊天消息通过合法性校验,则按照服务端时间确定出该聊天消息的会话时间戳,保证不同聊天终端的聊天消息的会话时间戳的基准一致性,然后将该聊天消息和对应的会话时间戳统一写入到预设的聊天缓存队列中,该会话时间戳能够在后续按照封禁用户信息准确过滤出违规聊天消息。由于全服聊天室内的登录用户较多,使得接收到的聊天消息过多,但却对不同聊天消息的展示时序性要求较低,因此为了避免聊天消息的遗漏,本实施例中服务端会启动一个定时任务,定期(如每隔500ms)将聊天缓存队列中所缓存的全部聊天消息进行打包,得到一个完整的聊天包,然后将该聊天包下发给全服聊天室内的多个登录用户所在的聊天终端,从而实现全服聊天室内聊天消息的完整下发,后续聊天终端接收到该聊天包后,通过对该聊天包进行解析,即可得到多个聊天终端发送的每一条聊天消息以及该聊天消息的会话时间戳,从而按照多个聊天消息的会话时间戳对聊天消息进行排序,再对应展示到每个聊天终端的全服聊天室内,实现全服聊天室内多个登录用户间的在线聊天。
2)针对全服聊天室内封禁用户信息的下发过程:通过秩序管理端实时审核全服聊天室内的聊天消息,并在全服聊天室内封禁违规聊天消息指向的违规登录用户;将违规登录用户的用户标识和封禁时间戳作为封禁用户信息,写入到预设的封禁缓存队列中;定期打包封禁缓存队列中的封禁用户信息,并将打包后的封禁包下发给全服聊天室内的多个登录用户,以使聊天终端按照封禁用户信息对全服聊天室内的聊天消息进行过滤。
由于在对聊天消息进行合法性校验时,可能会遗漏部分不良聊天消息而展示到全服聊天室内,因此为了保证全服聊天室内聊天消息的内容健康性,本实施例会专门设置一个秩序管理端。如图4B所示,由该秩序管理端专门审核全服聊天室内的每个聊天消息中是否存在违规内容,从而审核出全服聊天室内的全部违规聊天消息,并将发送该违规聊天消息的登录用户作为违规登录用户,对其在全服聊天室内进行禁言或封禁操作等处罚措施,以维护全服聊天室内绿色健康的发言空间。同时,为了排除违规登录用户已经发送的违规聊天消息的影响,服务端还会确定出违规登录用户的用户标识以及在全服聊天室内被封禁时的封禁时间戳,然后将违规登录用户的用户标识和该封禁时间戳作为本实施例中的封禁用户信息,统一写入到预设的封禁缓存队列中。相应的,采用与聊天消息下发类似的机制,也启动一个定时任务,定期(如每隔500ms)将该封禁缓存队列中所缓存的多个封禁用户信息进行打包,得到一个完整的封禁包,并将该封禁包下发给全服聊天室内的多个登录用户所在的聊天终端,以使每一聊天终端在接收到该封禁包时,通过对该封禁包进行解析,得到封禁用户信息,并按照封禁用户信息中的用户标识和封禁时间戳,从该聊天终端在全服聊天室内展示的全部聊天消息中,过滤出由封禁用户信息中的用户标识下的违规登录用户发送的会话时间戳位于该封禁时间戳之前的聊天消息,从而保证全服聊天室内聊天消息的内容健康性。
此外,由于封禁包在下发过程中可能存在丢包的情况,而使得被封禁的登录用户已经发送的聊天消息过滤可能存在遗漏,因此为了保证违规登录用户所发送的聊天消息的全面过滤,本实施例在利用聊天终端成功登录全服聊天室后启动的心跳包任务,维持消息推送订阅关系时,还可以包括:解析聊天终端定期发送的心跳包,得到聊天终端在全服聊天室内展示的聊天消息的起止时间戳以及在起止时间戳所在时段内接收到的封禁包数量;根据封禁包数量以及起止时间戳所在时段内的封禁包下发次数,判断聊天终端是否丢失封禁包;若聊天终端丢失封禁包,则通过心跳包的回包向聊天终端再次下发在起止时间戳所在时段内的封禁包。
由于聊天终端在成功登录全服聊天室后,可能会由于断网、杀死应用进程等而无法保证服务端与聊天终端之间所建立的消息推送订阅关系一直准确在线,因此本实施例中聊天终端会通过定期向服务端发送心跳包,并由服务端返回对应的回包,来实时修正消息推送订阅关系的在线状态。为了保证违规聊天消息的完整过滤,聊天终端在向服务端发送心跳包时,会在该心跳包中携带该聊天终端在全服聊天室内展示的聊天消息的起止时间戳,聊天终端可以通过预设一个本地消息队列来缓存该聊天终端在全服聊天室内展示的聊天消息,那么聊天终端在全服聊天室内展示的聊天消息的起止时间戳则为该聊天终端的本地消息队列中缓存的聊天消息的起止时间戳,同时心跳包中还会携带聊天终端在该起止时间戳所在时段内接收到的封禁包数量,服务端在接收到聊天终端定期发送的心跳包时,首先会解析出该聊天终端在全服聊天室内展示的聊天消息的起止时间戳以及在该起止时间戳所在时段内接收到的封禁包数量,然后分析在该起止时间戳所在时段内实际向该聊天终端下发封禁包的次数,也就是本实施例中的封禁包下发次数,并通过判断所解析出的封禁包数量与实际下发的封禁包下发次数是否一致,来判断该聊天终端是否丢失封禁包;若所解析出的封禁包数量低于实际下发的封禁包下发次数,则确定丢失封禁包,则服务端会在该心跳包的回包中携带在该起止时间戳所在时段内实际下发的封禁包,以使聊天终端在该回包中解析出封禁包内的封禁用户信息,并按照封禁用户信息重新对全服聊天室内的聊天消息进行违规过滤,从而对全服聊天室内的聊天消息进行把控,对违规聊天消息进行及时处理,提供一个良好的虚拟网络交流环境。
S440,将所下发的聊天消息和封禁用户信息存储至预先为全服聊天室设置的历史数据库中,以使聊天终端在成功登录全服聊天室后,通过历史数据库实现全服聊天室内的历史消息展示。
可选的,为了保证聊天终端在刚进入全服聊天室时的聊天参与性,服务端会在将全服聊天室内的聊天消息和封禁用户信息对应下发给全服聊天室内的多个登录用户后,将所下发的聊天消息和封禁用户信息存储至预先为全服聊天室设置的历史数据库中,以使聊天终端在成功登录全服聊天室后,可以从历史数据库中拉取相应的历史聊天消息进行展示,从而实现全服聊天室内的历史消息展示。由于该历史数据库中存储有聊天消息和封禁用户信息,因此在进行历史消息展示时,还会按照该封禁用户信息对所拉取的聊天消息进行过滤,从而保证全服聊天室内聊天消息的内容健康性。
示例性的,本实施例中服务端通过聊天包和封禁包下发聊天消息和封禁用户信息时,会直接将该聊天包和封禁包存储至该历史数据库中。
S450,响应于聊天终端面向全服聊天室的断网重连指令,将历史数据库中目标数量下的最新历史消息作为断网重登消息并下发给聊天终端,以使聊天终端在断网后重新登录全服聊天室时,按照断网重登消息与聊天终端中的已有聊天消息,实现全服聊天室内的消息重新展示。
可选的,聊天终端由于断网而需要重新登录全服聊天室时,会面向该全服聊天室生成对应的断网重连指令,并发送给服务端;服务端在接收到聊天终端面向全服聊天室的断网重连指令后,会按照该全服聊天室的动态配置信息,从历史数据库中查找出目标数量下的最新历史消息,作为本实施例中的断网重登消息,并将该断网重登消息下发给该聊天终端,使得聊天终端在断网后重新登录全服聊天室时,可以确定出该断网重登消息中的聊天消息和封禁用户信息,然后根据该断网重登消息中的聊天消息与聊天终端中的已有聊天消息之间的消息重合状态,判断是否在断网重登期间遗漏部分聊天消息或封禁用户信息,若在两者之间有消息重合,则直接采用断网重登消息中的用户封禁信息对所有聊天消息进行过滤,即可排除违规聊天消息的影响;若在两者之间没有消息重合,说明可能遗漏部分消息,因此需要消除聊天终端本地的已有聊天消息,并采用断网重登消息中的用户封禁信息对该断网重登消息中的聊天消息进行过滤,然后在全服聊天室内展示重新拉取的聊天消息中过滤出的聊天消息,即可排除违规聊天消息的影响,从而实现全服聊天室内的消息重新展示。
本实施例提供的技术方案,通过聊天缓存队列和封禁缓存队列专门设置全服聊天室内聊天消息和封禁用户信息的下发流程,保证全服聊天室内聊天消息的完整性,并提高违规聊天消息过滤的全面性和准确性;同时,通过历史数据库存储已下发的聊天消息和封禁用户信息,并在初步成功登录或断网重新登录全服聊天室后,拉取对应的聊天消息和封禁用户信息进行消息重新展示,准确排除违规聊天消息的影响,保证在线聊天功能的全面性。
实施例四
图5A为本申请实施例四提供的一种实现在线聊天的方法的流程图,图5B为本申请实施例四提供的一种实现在线聊天过程的原理示意图。本实施例可适用于不同用户之间采用任一种通讯应用进行在线聊天的情况中。本实施例提供的实现在线聊天的方法可以由本申请实施例提供的配置于聊天终端上的实现在线聊天的装置来执行,该装置可以通过软件和/或硬件的方式来实现,并集成在执行本方法的聊天终端中,该聊天终端上配置有通过全服聊天室来实现多人在线聊天的通讯应用。
参考图5A,该方法可以包括如下步骤:
S510,向服务端发送面向全服聊天室的登录请求,以使服务端建立对应的消息推送订阅关系。
可选的,本实施例面向通讯应用中的全部注册用户,会设置一个全服聊天室,并将该全服聊天室的入口设置于通讯应用的首页中,以支持通讯应用内任一注册用户可以尽快进入到该全服聊天室内,与该全服聊天室内的其他用户进行在线聊天。该全服聊天室内的登录用户可以包括好友用户和陌生用户,能够实现全服用户之间的信息交流,满足尽快寻找到志趣相投的其他用户的需求。
通讯应用内的一用户在需要进入全服聊天室进行多人在线聊天时,该用户会在该通讯应用的首页内点击全服聊天室的入口,该用户所在的聊天终端会检测到作用于该入口的点击操作,而生成面向该全服聊天室的登录请求,并将该登录请求发送给服务端;服务端在接收到聊天终端面向全服聊天室的登录请求后,会在服务端本地建立一个与该聊天终端之间的消息推送订阅关系,作为服务端与该聊天终端之间的通讯连接,以实现全服聊天室内多个登录用户间的在线聊天。
本实施例中的全服聊天室依赖服务端与多个聊天终端之间的消息推送订阅关系来设计,而无需依赖第三方对外提供的即时通讯服务SDK,即可实现多用户的在线聊天服务,避免第三方对外提供的即时通讯服务SDK造成的聊天用户信息泄露,从而保证聊天用户的信息安全性,而且由于消息推送订阅关系会在聊天终端和服务端之间提供一条通信链路,而不会限定在线聊天功能,因此在该消息推送订阅关系外可以直接定制个性化的在线聊天功能,无需通过修改即时通讯服务SDK中的内部结构等来进行专门定制,从而简化个性化聊天功能的定制流程,提高在线聊天功能的可扩展性。
S520,在成功登录全服聊天室后,启动心跳包任务,以维持消息推送订阅关系。
可选的,为了避免聊天终端与服务端之间所建立的消息推送订阅关系由于状态不稳定,而导致的在线聊天无法持续的问题,聊天终端会在成功登录该全服聊天室后,启动预先设定的心跳包任务,该心跳包任务要求聊天终端在进入全服聊天室进行在线聊天的期间内,定期向服务端发送心跳包,服务端接收到该心跳包后,会向该聊天终端反馈对应的回包,以保证聊天终端与服务端之间的通讯链路能够一直处于正常连接状态,从而维持服务端与聊天终端之间所建立的消息推送订阅关系一直处于在线状态,保证在线聊天功能的实时性。
本实施例提供的技术方案,通过设计一个全服聊天室供多个登录用户进行在线聊天,服务端基于聊天终端发送的面向该全服聊天室的登录请求,来建立与该聊天终端之间的消息推送订阅关系,通过服务端与多个聊天终端之间建立的消息推送订阅关系,可以实现全服聊天室内多个登录用户之间的在线聊天,无需依赖第三方对外提供的即时通讯服务SDK,即可实现多用户的在线聊天服务,避免第三方对外提供的即时通讯服务SDK造成的聊天用户信息泄露,从而保证聊天用户的信息安全性,而且由于消息推送订阅关系会在聊天终端和服务端之间提供一条通信链路,而不会限定在线聊天功能,因此在该消息推送订阅关系外可以直接定制个性化的在线聊天功能,无需通过修改即时通讯服务SDK中的内部结构等来进行专门定制,从而简化了个性化聊天功能的定制流程,提高了在线聊天功能的可扩展性;同时,聊天终端在成功登录该全服聊天室后,还会启动心跳包任务,来维持服务端上建立的消息推送订阅关系,保证在线聊天功能的实时性。
实施例五
图6A为本申请实施例五提供的一种实现在线聊天的方法的流程图,图6B为本申请实施例五提供的一种全服聊天室内多人在线聊天功能的实现过程的原理示意图。本实施例是在上述实施例的基础上进行说明。如图6A所示,本实施例对于服务端与聊天终端之间的消息推送订阅关系的建立过程以及全服聊天室的配置过程和退出过程进行解释说明。
可选的,如图6A所示,本实施例中可以包括如下步骤:
S610,响应于全服聊天室所在应用的开启指令,向服务端发送面向全服聊天室的配置拉取请求,以获取全服聊天室的动态配置信息。
可选的,为了提高全服聊天室的登录高效性,聊天终端可以在启动该全服聊天室所在的通讯应用时,生成全服聊天室所在应用的开启指令,并根据该开启指令从服务端拉取该全服聊天室的动态配置信息。首先会生成面向全服聊天室的配置拉取请求,并将该配置拉取请求发送给服务端,以获取服务端预先为该全服聊天室所制定的动态配置信息,以便后续在成功登录全服聊天室后,能够采用该动态配置信息中的配置参数来设置全服聊天室的登录状态,例如利用该动态配置信息控制全服聊天室在聊天终端的用户操作限制和所展示的页面表现等。
S620,向服务端发送面向全服聊天室的登录请求,以使服务端建立对应的消息推送订阅关系。
S630,接收服务端下发的登录结果响应码;如果登录结果响应码为登录成功码,则采用动态配置信息配置全服聊天室,并展示全服聊天室的首页面,以成功登录全服聊天室。
可选的,为了避免全服聊天室的在线聊天压力,服务端在接收到聊天终端面向全服聊天室的登录请求后,会根据全服聊天室的开启状态和登录用户上限,来判断全服聊天室当前是否支持再进入新的聊天用户,从而生成对应的登录结果响应码,并将该登录结果响应码下发给聊天终端,聊天终端会接收到该登录结果响应码。如果该登录结果响应码为登录成功码,说明服务端允许聊天终端进入该全服聊天室,那么可以采用预先获取的动态配置信息来配置该全服聊天室,从而展示全服聊天室的首页面,以成功登录到该全服聊天室内。此外,如果聊天终端接收到的登录结果响应码为登录失败码,则会提示对应的登录失败信息,该登录失败信息中会包含当前的登录失败原因。
S640,在成功登录全服聊天室后,启动心跳包任务,以维持消息推送订阅关系。
S650,响应于当前聊天消息的发送指令,对当前聊天消息进行本地初步校验。
可选的,聊天终端在成功登录到全服聊天室后,会采用全服聊天室所支持的多种消息类型来发送聊天消息,例如在全服聊天室的首页面底部的输入框中输入消息内容,并点击发送按钮,即可执行消息发送操作。聊天终端在检测到该消息发送操作时,会生成当前聊天消息的发送指令,然后对该发送指令中携带的当前聊天消息的消息内容进行本地初步校验。如图6B所示,该本地初步校验可以为判断是否符合动态配置信息中单次发送间隔限制和在一定时段内的发送频率限制等发送条件的要求,如果没有通过本地初步校验,那么不会将当前聊天消息发送给服务端。
S660,如果当前聊天消息通过本地初步校验,则将当前聊天消息发送给服务端,以使服务端对当前聊天消息进行合法性校验。
可选的,聊天终端在确定当前聊天消息通过本地初步校验后,需要将该当前聊天消息发送给服务端,由服务端对当前聊天消息进行合法性校验,以保证全服聊天室内聊天消息的内容健康性。
S670,如果当前聊天消息未通过本地初步校验或者未通过服务端的合法性校验,则展示对应的发送错误提示。
可选的,如果当前聊天消息未通过本地初步校验或者未通过服务端的合法性校验,均不会展示到全服聊天室内,因此聊天终端会展示对应的发送错误提示,以通知该聊天终端的登录用户当前聊天消息发送失败,以及发送失败的原因。
S680,响应于面向全服聊天室的退出请求,停止心跳包任务,并向服务端发送退出请求,以使服务端移除所建立的消息推送订阅关系。
可选的,在聊天终端的用户不再需要进行在线聊天时,会从全服聊天室中退出,返回到通讯应用的首页。聊天终端检测到用户从全服聊天室中退出的操作,会生成面向该全服聊天室的退出请求,并基于该退出请求停止所启动的心跳包任务,无需再维护与聊天终端所建立的消息推送订阅关系,不再接收全服聊天室内的聊天消息。聊天终端还会将该退出请求上报给服务端,以使服务端将与该聊天终端所建立的消息推送订阅关系删除,从而取消该聊天终端与服务端之间的通讯连接,从而保证全服聊天室内的在线聊天功能的完整性。
本实施例提供的技术方案,通过拉取全服聊天室的动态配置信息,保证成功登录全服聊天室后该全服聊天室的准确展示,聊天终端发送聊天消息时,会对当前聊天消息进行本地初步校验,避免全服聊天室内同一登录用户的聊天消息频繁发送,并对未通过本地初步校验或者未通过服务端的合法性校验的聊天消息进行发送错误提示,提高全服聊天室内聊天消息的简洁性;同时,通过聊天终端面向全服聊天室的退出请求,来移除服务端与聊天终端之间所建立的消息推送订阅关系,保证全服聊天室内在线聊天功能的完整流程。
实施例六
图7A为本申请实施例六提供的一种实现在线聊天的方法的流程图,图7B为本申请实施例六提供的一种全服聊天室内多人在线聊天功能的实现过程的原理示意图。本实施例是在上述实施例的基础上进行说明。如图7A所示,本实施例对于全服聊天室内聊天消息和封禁用户信息的转发过程进行解释说明。
可选的,如图7A所示,本实施例中可以包括如下步骤:
S710,向服务端发送面向全服聊天室的登录请求,以使服务端建立对应的消息推送订阅关系。
S720,在成功登录全服聊天室后,启动心跳包任务,以维持消息推送订阅关系。
S730,接收服务端定期下发的聊天包和封禁包,并解析出聊天包内的聊天消息和封禁包内的封禁用户信息。
可选的,由于服务端在下发聊天消息和封禁用户信息时,会通过定期打包聊天缓存队列中的聊天消息,和定期打包封禁缓存队列中的封禁用户信息,而定期将打包后的聊天包和封禁包下发给全服聊天室内的多个登录用户所在的聊天终端,因此聊天终端会定期接收服务端定期下发的聊天包和封禁包,通过分别解析聊天包和封禁包,可以得到所下发的聊天消息和该聊天消息对应的会话时间戳,以及所下发的封禁用户信息中的用户标识和封禁时间戳,以便后续对全服聊天室内的聊天消息进行准确过滤。
S740,将聊天包内的聊天消息写入到本地消息队列中,并按照封禁用户信息对本地消息队列中的聊天消息进行过滤。
可选的,聊天终端在解析出聊天包内的聊天消息和封禁包内的封禁用户信息后,为了提高全服聊天室内聊天消息查找的便捷性,本实施例会在聊天终端上预先设置一个本地消息队列,通过该本地消息队列缓存聊天终端在全服聊天室内展示的聊天消息,且本地消息队列的容量为全服聊天室的动态配置信息中的最大消息展示数量。因此,如图7B所示,聊天终端会将聊天包内解析出的聊天消息对应写入到该本地消息队列中,然后按照封禁包中解析出的封禁用户信息对本地消息队列中由被封禁的用户所发送的聊天消息进行过滤,从而排除全服聊天室内的违规聊天消息。
示例性的,为了保证全服聊天室内聊天消息的过滤准确性,本实施例对本地消息队列中会话时间戳位于封禁用户信息中的封禁时间戳之前的聊天消息进行过滤,以避免过滤解封禁后的用户所发送的聊天消息。
S750,在全服聊天室内刷新展示本地消息队列中过滤后的聊天消息。
可选的,通过在全服聊天室内重新展示本地消息队列中过滤后的聊天消息,排除违规聊天消息的影响,及时对不良聊天消息进行处理,保证全服聊天室内聊天消息的内容健康性。
此外,由于封禁包在下发过程中可能存在丢包的情况,而使得被封禁的登录用户已经发送的聊天消息过滤可能存在遗漏,因此为了保证违规登录用户所发送的聊天消息的全面过滤,本实施例中聊天终端启动心跳包任务时,可以包括:定期向服务端发送心跳包,心跳包中携带本地消息队列中聊天消息的起止时间戳以及在起止时间戳所在时段内接收到的封禁包数量,以使服务端判断本地是否丢失封禁包;如果心跳包的回包非空,则解析回包中携带的在起止时间戳所在时段内的封禁包,并对本地消息队列中的聊天消息进行重新过滤。
由于聊天终端在成功登录全服聊天室后,可能会由于断网、杀死应用进程等而无法保证服务端与聊天终端之间所建立的消息推送订阅关系一直准确在线,因此本实施例中聊天终端会通过定期向服务端发送心跳包,并由服务端返回对应的回包,来实时修正消息推送订阅关系的在线状态。为了保证违规聊天消息的完整过滤,聊天终端在向服务端发送心跳包时,会在该心跳包中携带该聊天终端在全服聊天室内展示的聊天消息的起止时间戳,聊天终端可以通过预设一个本地消息队列来缓存该聊天终端在全服聊天室内展示的聊天消息,那么聊天终端在全服聊天室内展示的聊天消息的起止时间戳则为该聊天终端的本地消息队列中缓存的聊天消息的起止时间戳,同时心跳包中还会携带聊天终端在该起止时间戳所在时段内接收到的封禁包数量,服务端在接收到聊天终端定期发送的心跳包时,首先会解析出该聊天终端在全服聊天室内展示的聊天消息的起止时间戳以及在该起止时间戳所在时段内接收到的封禁包数量,然后分析在该起止时间戳所在时段内实际向该聊天终端下发封禁包的次数,也就是本实施例中的封禁包下发次数,并通过判断所解析出的封禁包数量与实际下发的封禁包下发次数是否一致,来判断该聊天终端是否丢失封禁包;若所解析出的封禁包数量低于实际下发的封禁包下发次数,则确定丢失封禁包,则服务端会在该心跳包的回包中携带在该起止时间戳所在时段内实际下发的封禁包,以使聊天终端在该回包中解析出封禁包内的封禁用户信息,并按照封禁用户信息重新对全服聊天室内的聊天消息进行违规过滤,从而对全服聊天室内的聊天消息进行把控,对违规聊天消息进行及时处理,提供一个良好的虚拟网络交流环境。
S760,向服务端发送历史聊天消息的拉取请求,以使服务端从为全服聊天室设置的历史数据库中查找出目标数量的最新历史消息,作为常规登录消息;按照常规登录消息中的聊天消息和封禁用户信息,在全服聊天室内展示未被封禁下的聊天消息。
可选的,为了保证聊天终端在刚进入全服聊天室时的聊天参与性,服务端会在将全服聊天室内的聊天包和封禁包对应下发给全服聊天室内的多个登录用户后,将所下发的聊天包和封禁包存储至预先为全服聊天室设置的历史数据库中,使得聊天终端在成功登录全服聊天室后,通过向服务端发送历史聊天消息的拉取请求,可以从历史数据库中拉取相应的历史聊天消息进行展示,从而实现全服聊天室内的历史消息展示。服务端响应于该拉取请求,会从为全服聊天室设置的历史数据库中查找出目标数量的最新历史消息,作为正常登录全服聊天室的常规登录消息;聊天终端在接收到该目标数量的常规登录消息后,会区分出该常规登录消息中的聊天消息和封禁用户信息,然后按照该封禁用户信息对该聊天消息进行过滤,并将过滤后的聊天消息展示在全服聊天室内。
示例性的,该常规登录消息中可以包括对应的聊天包和封禁包。
S770,在断网后重新登录全服聊天室时,向服务端发送面向全服聊天室的断网重连指令,以使服务端从为全服聊天室设置的历史数据库中查找出目标数量的最新历史消息,作为断网重登消息;根据断网重登消息中的聊天消息与本地消息队列中的已有聊天消息之间的消息重合状态,更新本地消息队列;按照断网重登消息中的封禁用户信息和更新后的本地消息队列,在全服聊天室内重新展示未被封禁下的聊天消息。
可选的,聊天终端由于断网而需要重新登录全服聊天室时,会面向该全服聊天室生成对应的断网重连指令,服务端在接收到聊天终端面向全服聊天室的断网重连指令后,会按照该全服聊天室的动态配置信息,从历史数据库中查找出目标数量下的最新历史消息,作为本实施例中的断网重登消息,并将该断网重登消息下发给该聊天终端;聊天终端在断网后重新登录全服聊天室时,可以确定出该断网重登消息中的聊天消息和封禁用户信息,然后通过分析该断网重登消息中的聊天消息与本地消息队列中的已有聊天消息之间是否存在重合消息,得到对应的消息重合状态,从而判断聊天终端是否遗漏在断网重登期间的部分聊天消息或封禁用户信息,若在两者之间有消息重合,则直接将断网重登消息中的未重合的聊天消息,存储到本地消息队列中,以更新该本地消息队列;而若在两者之间没有消息重合,说明可能遗漏部分消息,因此需要消除聊天终端上本地消息队列中的已有聊天消息,并将断网重登消息中的聊天消息存储到消除后的本地消息队列中,以更新该本地消息队列;最后,采用断网重登消息中的封禁用户信息对更新后的本地消息队列中的聊天消息进行过滤,从而在全服聊天室内重新展示未被封禁下的聊天消息,保证全服聊天室内聊天消息的内容健康性。
示例性的,该断网重登消息中可以包括对应的聊天包和封禁包。
本实施例提供的技术方案,通过聊天缓存队列和封禁缓存队列专门设置全服聊天室内聊天消息和封禁用户信息的下发流程,保证全服聊天室内聊天消息的完整性,并提高违规聊天消息过滤的全面性和准确性;同时,通过历史数据库存储已下发的聊天消息和封禁用户信息,并在初步成功登录或断网重新登录全服聊天室后,拉取对应的聊天消息和封禁用户信息进行消息重新展示,准确排除违规聊天消息的影响,保证在线聊天功能的全面性。
实施例七
图8为本申请实施例七提供的一种实现在线聊天的装置的结构示意图,可应用于本申请提供的服务器中,如图8所示,该装置可以包括:
订阅关系建立模块810,设置为响应于聊天终端面向全服聊天室的登录请求,建立与所述聊天终端之间的消息推送订阅关系,所述消息推送订阅关系用于实现所述全服聊天室内多个登录用户间的在线聊天;订阅关系维持模块820,设置为利用所述聊天终端成功登录所述全服聊天室后启动的心跳包任务,维持所述消息推送订阅关系。
本实施例提供的技术方案,通过设计一个全服聊天室供多个登录用户进行在线聊天,服务端基于聊天终端发送的面向该全服聊天室的登录请求,来建立与该聊天终端之间的消息推送订阅关系。通过服务端与多个聊天终端之间建立的消息推送订阅关系,可以实现全服聊天室内多个登录用户之间的在线聊天,无需依赖第三方对外提供的即时通讯服务SDK,即可实现多用户的在线聊天服务,避免第三方对外提供的即时通讯服务SDK造成的聊天用户信息泄露,从而保证聊天用户的信息安全性,而且由于消息推送订阅关系会在聊天终端和服务端之间提供一条通信链路,而不会限定在线聊天功能,因此在该消息推送订阅关系外可以直接定制个性化的在线聊天功能,无需通过修改即时通讯服务SDK中的内部结构等来进行专门定制,从而简化了个性化聊天功能的定制流程,提高了在线聊天功能的可扩展性;同时,聊天终端在成功登录该全服聊天室后,还会启动心跳包任务,来维持服务端上建立的消息推送订阅关系,保证在线聊天功能的实时性。
本实施例提供的实现在线聊天的装置可适用于上述任意实施例提供的应用于服务器上的实现在线聊天的方法,具备相应的功能和效果。
实施例八
图9为本申请实施例八提供的一种实现在线聊天的装置的结构示意图,可应用于本申请提供的聊天终端中,如图9所示,该装置可以包括:
登录请求发送模块910,设置为向服务端发送面向全服聊天室的登录请求,以使所述服务端建立对应的消息推送订阅关系,所述消息推送订阅关系用于实现所述全服聊天室内多个登录用户间的在线聊天;心跳包任务启动模块920,设置为在成功登录所述全服聊天室后,启动心跳包任务,以维持所述消息推送订阅关系。
本实施例提供的技术方案,通过设计一个全服聊天室供多个登录用户进行在线聊天,服务端基于聊天终端发送的面向该全服聊天室的登录请求,来建立与该聊天终端之间的消息推送订阅关系,通过服务端与多个聊天终端之间建立的消息推送订阅关系,可以实现全服聊天室内多个登录用户之间的在线聊天,无需依赖第三方对外提供的即时通讯服务SDK,即可实现多用户的在线聊天服务,避免第三方对外提供的即时通讯服务SDK造成的聊天用户信息泄露,从而保证聊天用户的信息安全性,而且由于消息推送订阅关系会在聊天终端和服务端之间提供一条通信链路,而不会限定在线聊天功能,因此在该消息推送订阅关系外可以直接定制个性化的在线聊天功能,无需通过修改即时通讯服务SDK中的内部结构等来进行专门定制,从而简化了个性化聊天功能的定制流程,提高了在线聊天功能的可扩展性;同时,聊天终端在成功登录该全服聊天室后,还会启动心跳包任务,来维持服务端上建立的消息推送订阅关系,保证在线聊天功能的实时性。
本实施例提供的实现在线聊天的装置可适用于上述任意实施例提供的应用于聊天终端上的实现在线聊天的方法,具备相应的功能和效果。
实施例九
图10为本申请实施例九提供的一种服务器的结构示意图,如图10所示,该服务器包括处理器100、存储装置101和通信装置102;服务器中处理器100的数量可以是一个或多个,图10中以一个处理器100为例;服务器中的处理器100、存储装置101和通信装置102可以通过总线或其他方式连接,图10中以通过总线连接为例。
本实施例提供的一种服务器可设置为执行上述任意实施例提供的应用于服务端上的实现在线聊天的方法,具备相应的功能和效果。
实施例十
图11为本申请实施例十提供的一种聊天终端的结构示意图,如图11所示,该聊天终端包括处理器110、存储装置111、通信装置112、输入装置113和输出装置114;聊天终端中处理器110的数量可以是一个或多个,图11中以一个处理器110为例;聊天终端中的处理器110、存储装置111、通信装置112、输入装置113和输出装置114可以通过总线或其他方式连接,图11中以通过总线连接为例。
本实施例提供的一种聊天终端可设置为执行上述任意实施例提供的应用于聊天终端上的实现在线聊天的方法,具备相应的功能和效果。
实施例十一
本申请实施例十一还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时可实现上述任意实施例中的实现在线聊天的方法。该方法可以包括:
响应于聊天终端面向全服聊天室的登录请求,建立与所述聊天终端之间的消息推送订阅关系,所述消息推送订阅关系用于实现所述全服聊天室内多个登录用户间的在线聊天;利用所述聊天终端成功登录所述全服聊天室后启动的心跳包任务,维持所述消息推送订阅关系。
或者,该方法可以包括:
向服务端发送面向全服聊天室的登录请求,以使所述服务端建立对应的消息推送订阅关系,所述消息推送订阅关系用于实现所述全服聊天室内多个登录用户间的在线聊天;在成功登录所述全服聊天室后,启动心跳包任务,以维持所述消息推送订阅关系。
本申请实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的方法操作,还可以执行本申请任意实施例所提供的实现在线聊天的方法中的相关操作。
通过以上关于实施方式的描述,本申请可借助软件及必需的通用硬件来实现,也可以通过硬件实现。本申请的技术方案本质上可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如计算机的软盘、只读存储器(Read-OnlyMemory,ROM)、随机存取存储器(Random Access Memory,RAM)、闪存(FLASH)、硬盘或光盘等,包括多个指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请实施例所述的方法。
上述实现在线聊天的装置的实施例中,所包括的多个单元和模块只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,每个功能单元的名称也只是为了便于相互区分,并不用于限制本申请的保护范围。
Claims (24)
1.一种实现在线聊天的方法,包括:
响应于聊天终端面向全服聊天室的登录请求,建立与所述聊天终端之间的消息推送订阅关系,其中,所述消息推送订阅关系用于实现所述全服聊天室内多个登录用户间的在线聊天,所述全服聊天室支持通讯应用内的全部注册用户进行登录;
利用所述聊天终端成功登录所述全服聊天室后启动的心跳包任务,维持所述消息推送订阅关系;
其中,所述响应于聊天终端面向全服聊天室的登录请求,建立与所述聊天终端之间的消息推送订阅关系,包括:
在接收到所述聊天终端面向所述全服聊天室的登录请求的情况下,基于所述全服聊天室的开启状态和登录用户上限,生成登录结果响应码;
在所述登录结果响应码为登录成功码的情况下,建立与所述聊天终端之间的所述消息推送订阅关系;
其中,所述消息推送订阅关系在所述聊天终端和服务端之间提供一条通信链路,而不限定在线聊天功能。
2.根据权利要求1所述的方法,其中,在所述生成登录结果响应码之后,还包括:
向所述聊天终端反馈所述登录结果响应码,以使所述聊天终端在成功登录所述全服聊天室后启动所述心跳包任务。
3.根据权利要求1所述的方法,在所述建立与所述聊天终端之间的消息推送订阅关系之后,还包括:
向所述全服聊天室内的多个登录用户下发所述聊天终端的聊天消息,以及所述全服聊天室内的封禁用户信息。
4.根据权利要求3所述的方法,其中,所述向所述全服聊天室内的多个登录用户下发所述聊天终端的聊天消息,包括:
将所述聊天终端发送的通过合法性校验的聊天消息,以及所述聊天消息的会话时间戳,写入到预设的聊天缓存队列中;
定期打包所述聊天缓存队列中的聊天消息,并将打包后的聊天包下发给所述全服聊天室内的多个登录用户。
5.根据权利要求3所述的方法,其中,所述向所述全服聊天室内的多个登录用户下发所述全服聊天室内的封禁用户信息,包括:
通过秩序管理端实时审核所述全服聊天室内的聊天消息,并在所述全服聊天室内封禁违规聊天消息指向的违规登录用户;
将所述违规登录用户的用户标识和封禁时间戳作为封禁用户信息,写入到预设的封禁缓存队列中;
定期打包所述封禁缓存队列中的封禁用户信息,并将打包后的封禁包下发给所述全服聊天室内的多个登录用户,以使所述聊天终端按照所述封禁用户信息对所述全服聊天室内的聊天消息进行过滤。
6.根据权利要求5所述的方法,在利用所述聊天终端成功登录所述全服聊天室后启动的心跳包任务,维持所述消息推送订阅关系的情况下,还包括:
解析所述聊天终端定期发送的心跳包,得到所述聊天终端在所述全服聊天室内展示的聊天消息的起止时间戳以及在所述起止时间戳所在时段内接收到的封禁包数量;
根据所述封禁包数量以及所述起止时间戳所在时段内的封禁包下发次数,判断所述聊天终端是否丢失封禁包;
响应于所述聊天终端丢失所述封禁包,通过所述心跳包的回包向所述聊天终端再次下发在所述起止时间戳所在时段内的封禁包。
7.根据权利要求3所述的方法,在向所述全服聊天室内的多个登录用户下发所述聊天终端的聊天消息,以及所述全服聊天室内的封禁用户信息的情况下,还包括:
将所下发的聊天消息和封禁用户信息存储至预先为所述全服聊天室设置的历史数据库中,以使所述聊天终端在成功登录所述全服聊天室后,通过所述历史数据库实现所述全服聊天室内的历史消息展示。
8.根据权利要求7所述的方法,在所述建立与所述聊天终端之间的消息推送订阅关系之后,还包括:
响应于所述聊天终端面向所述全服聊天室的断网重连指令,将所述历史数据库中目标数量下的最新历史消息作为断网重登消息并将所述断网重登消息下发给所述聊天终端,以使所述聊天终端在断网后重新登录所述全服聊天室的情况下,按照所述断网重登消息与所述聊天终端中的已有聊天消息,实现所述全服聊天室内的消息重新展示。
9.根据权利要求1-8任一项所述的方法,在所述响应于聊天终端面向全服聊天室的登录请求,建立与所述聊天终端之间的消息推送订阅关系之前,还包括:
响应于所述聊天终端面向所述全服聊天室的配置拉取请求,向所述聊天终端下发所述全服聊天室的动态配置信息,以使所述聊天终端在成功登录所述全服聊天室后,采用所述动态配置信息配置所述全服聊天室。
10.根据权利要求1-8任一项所述的方法,在所述响应于聊天终端面向全服聊天室的登录请求,建立与所述聊天终端之间的消息推送订阅关系之后,还包括:
响应于所述聊天终端面向所述全服聊天室的退出请求,移除与所述聊天终端所建立的所述消息推送订阅关系。
11.一种实现在线聊天的方法,包括:
向服务端发送面向全服聊天室的登录请求,以使所述服务端建立所述登录请求对应的消息推送订阅关系,其中,所述消息推送订阅关系用于实现所述全服聊天室内多个登录用户间的在线聊天,所述全服聊天室支持通讯应用内的全部注册用户进行登录;
在成功登录所述全服聊天室后,启动心跳包任务,以维持所述消息推送订阅关系;
在所述向服务端发送面向全服聊天室的登录请求之后,还包括:
接收所述服务端下发的登录结果响应码;
在所述登录结果响应码为登录成功码的情况下,展示所述全服聊天室的首页面,以成功登录所述全服聊天室;
其中,所述消息推送订阅关系在聊天终端和服务端之间提供一条通信链路,而不限定在线聊天功能。
12.根据权利要求11所述的方法,在所述成功登录所述全服聊天室之后,还包括:
响应于当前聊天消息的发送指令,对所述当前聊天消息进行本地初步校验;
在所述当前聊天消息通过本地初步校验的情况下,将所述当前聊天消息发送给所述服务端,以使所述服务端对所述当前聊天消息进行合法性校验;
在所述当前聊天消息未通过本地初步校验或者未通过所述服务端的合法性校验的情况下,展示对应的发送错误提示。
13.根据权利要求11所述的方法,在所述成功登录所述全服聊天室之后,还包括:
接收所述服务端定期下发的聊天包和封禁包,并解析出所述聊天包内的聊天消息和所述封禁包内的封禁用户信息;
将所述聊天包内的聊天消息写入到本地消息队列中,并按照所述封禁用户信息对所述本地消息队列中的聊天消息进行过滤;
在所述全服聊天室内刷新展示所述本地消息队列中过滤后的聊天消息。
14.根据权利要求13所述的方法,其中,所述按照所述封禁用户信息对所述本地消息队列中的聊天消息进行过滤,包括:
对所述本地消息队列中会话时间戳位于所述封禁用户信息中的封禁时间戳之前的聊天消息进行过滤。
15.根据权利要求13所述的方法,其中,所述启动心跳包任务,包括:
定期向所述服务端发送心跳包,其中,所述心跳包中携带所述本地消息队列中聊天消息的起止时间戳以及在所述起止时间戳所在时段内接收到的封禁包数量,以使所述服务端判断本地是否丢失封禁包;
在所述心跳包的回包非空的情况下,解析所述回包中携带的在所述起止时间戳所在时段内的封禁包,并对所述本地消息队列中的聊天消息进行重新过滤。
16.根据权利要求11所述的方法,在成功登录所述全服聊天室的情况下,还包括:
向所述服务端发送历史聊天消息的拉取请求,以使服务端从为所述全服聊天室设置的历史数据库中查找出目标数量的最新历史消息,作为常规登录消息,其中,所述历史数据库存储所述服务端下发的聊天消息和封禁用户信息;
按照所述常规登录消息中的聊天消息和封禁用户信息,在所述全服聊天室内展示未被封禁下的聊天消息。
17.根据权利要求11所述的方法,在所述成功登录所述全服聊天室之后,还包括:
在断网后重新登录所述全服聊天室的情况下,向所述服务端发送面向所述全服聊天室的断网重连指令,以使所述服务端从为所述全服聊天室设置的历史数据库中查找出目标数量的最新历史消息,作为断网重登消息;
根据所述断网重登消息中的聊天消息与本地消息队列中的已有聊天消息之间的消息重合状态,更新所述本地消息队列;
按照所述断网重登消息中的封禁用户信息和更新后的本地消息队列,在所述全服聊天室内重新展示未被封禁下的聊天消息。
18.根据权利要求11-17任一项所述的方法,在所述向服务端发送面向全服聊天室的登录请求之前,还包括:
响应于所述全服聊天室所在应用的开启指令,向所述服务端发送面向所述全服聊天室的配置拉取请求,以获取所述全服聊天室的动态配置信息;
在所述成功登录所述全服聊天室之后,还包括:
采用所述动态配置信息配置所述全服聊天室。
19.根据权利要求11-17任一项所述的方法,在所述成功登录所述全服聊天室之后,还包括:
响应于面向所述全服聊天室的退出请求,停止所述心跳包任务,并向所述服务端发送所述退出请求,以使所述服务端移除所建立的所述消息推送订阅关系。
20.一种实现在线聊天的装置,包括:
订阅关系建立模块,设置为响应于聊天终端面向全服聊天室的登录请求,建立与所述聊天终端之间的消息推送订阅关系,其中,所述消息推送订阅关系用于实现所述全服聊天室内多个登录用户间的在线聊天,所述全服聊天室支持通讯应用内的全部注册用户进行登录;
订阅关系维持模块,设置为利用所述聊天终端成功登录所述全服聊天室后启动的心跳包任务,维持所述消息推送订阅关系;
其中,所述订阅关系建立模块还用于:
在接收到所述聊天终端面向所述全服聊天室的登录请求的情况下,基于所述全服聊天室的开启状态和登录用户上限,生成登录结果响应码;
在所述登录结果响应码为登录成功码的情况下,建立与所述聊天终端之间的所述消息推送订阅关系;
其中,所述消息推送订阅关系在所述聊天终端和服务端之间提供一条通信链路,而不限定在线聊天功能。
21.一种实现在线聊天的装置,包括:
登录请求发送模块,设置为向服务端发送面向全服聊天室的登录请求,以使所述服务端建立所述登录请求对应的消息推送订阅关系,其中,所述消息推送订阅关系用于实现所述全服聊天室内多个登录用户间的在线聊天,所述全服聊天室支持通讯应用内的全部注册用户进行登录;
心跳包任务启动模块,设置为在成功登录所述全服聊天室后,启动心跳包任务,以维持所述消息推送订阅关系;
在所述向服务端发送面向全服聊天室的登录请求之后,
接收所述服务端下发的登录结果响应码;
在所述登录结果响应码为登录成功码的情况下,展示所述全服聊天室的首页面,以成功登录所述全服聊天室;
其中,所述消息推送订阅关系在聊天终端和服务端之间提供一条通信链路,而不限定在线聊天功能。
22.一种服务器,包括:
至少一个处理器;
存储装置,设置为存储至少一个程序;
当所述至少一个程序被所述至少一个处理器执行,使得所述至少一个处理器实现如权利要求1-10中任一所述的实现在线聊天的方法。
23.一种聊天终端,包括:
至少一个处理器;
存储装置,设置为存储至少一个程序;
当所述至少一个程序被所述至少一个处理器执行,使得所述至少一个处理器实现如权利要求11-19中任一项所述的实现在线聊天的方法。
24.一种计算机可读存储介质,存储有计算机程序,其中,所述程序被处理器执行时实现如权利要求1-19中任一项所述的实现在线聊天的方法。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2020/133098 WO2022115994A1 (zh) | 2020-12-01 | 2020-12-01 | 实现在线聊天的方法、装置、聊天终端、服务器及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113302881A CN113302881A (zh) | 2021-08-24 |
CN113302881B true CN113302881B (zh) | 2023-05-02 |
Family
ID=77318813
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080003709.0A Active CN113302881B (zh) | 2020-12-01 | 2020-12-01 | 实现在线聊天的方法、装置、聊天终端、服务器及存储介质 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN113302881B (zh) |
WO (1) | WO2022115994A1 (zh) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2002101483A2 (en) * | 2001-06-12 | 2002-12-19 | Kent Ridge Digital Labs | Network communication system |
CN103546543A (zh) * | 2013-09-29 | 2014-01-29 | 北京京东尚科信息技术有限公司 | 应用于电子商务的客户端装置以及提供信息的方法和系统 |
KR102027507B1 (ko) * | 2018-04-04 | 2019-10-01 | 주식회사 한국어음중개 | 온라인 채팅모듈을 이용한 전자어음 대출 시스템 및 그 방법 |
Family Cites Families (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2003058482A (ja) * | 2001-08-14 | 2003-02-28 | Fujitsu Ltd | エリアチャットルーム提供方法,端末側エリアチャット処理方法,エリアチャットルーム提供処理プログラム記録媒体,エリアチャットルーム提供装置 |
CN100566259C (zh) * | 2006-09-22 | 2009-12-02 | 腾讯科技(深圳)有限公司 | 一种使im群与聊天室互通聊天信息的方法及系统 |
WO2011116718A2 (zh) * | 2011-04-29 | 2011-09-29 | 华为技术有限公司 | 互联网业务控制方法及相关设备和系统 |
CN102185862B (zh) * | 2011-05-13 | 2015-08-19 | 北京朗玛数联科技有限公司 | 网络游戏系统的通信方法、装置及系统 |
CN103856394A (zh) * | 2014-03-20 | 2014-06-11 | 沈阳化工大学 | 一种网络聊天室系统 |
CN104052657B (zh) * | 2014-06-27 | 2017-05-10 | 北京奇虎科技有限公司 | 即时通讯的实现方法和装置 |
CN104050287A (zh) * | 2014-06-30 | 2014-09-17 | 深圳从游网络有限公司 | 一种在即时聊天中回复信息的方法及系统 |
US20160149839A1 (en) * | 2014-11-20 | 2016-05-26 | Superchat, LLC | Multi-Network Chat System |
KR101654261B1 (ko) * | 2015-06-25 | 2016-09-05 | 주식회사 카카오 | 링크 정보에 대응하는 오픈 채팅방을 통해 메시지 서비스를 제공하는 메시지 서비스 제공 방법 및 상기 메시지 서비스 제공 방법을 수행하는 메시지 서버 및 단말 |
US10033963B1 (en) * | 2016-12-30 | 2018-07-24 | Facebook, Inc. | Group video session |
CN107342932B (zh) * | 2017-05-23 | 2020-12-04 | 华为技术有限公司 | 一种信息交互方法及终端 |
CN107231295A (zh) * | 2017-07-03 | 2017-10-03 | 深圳市乐唯科技开发有限公司 | 一种轻巧简便的社交交友聊天客户端搭建系统 |
CN107689988B (zh) * | 2017-08-18 | 2021-02-26 | 广州市百果园信息技术有限公司 | 一种消息推送的方法、装置、电子设备及终端设备 |
CN109905312B (zh) * | 2017-12-08 | 2021-07-23 | 北京新媒传信科技有限公司 | 消息推送方法、装置及系统 |
TWI675343B (zh) * | 2018-08-30 | 2019-10-21 | 三竹資訊股份有限公司 | 聊天室整合股票資訊之裝置與方法 |
CN110460638A (zh) * | 2019-07-11 | 2019-11-15 | 深圳职业技术学院 | 消息推送方法及装置 |
CN111106996B (zh) * | 2019-12-28 | 2022-04-12 | 安徽微沃信息科技股份有限公司 | 一种基于WebSocket和缓存的多终端在线聊天系统 |
CN111083420B (zh) * | 2019-12-31 | 2021-10-29 | 广州市百果园网络科技有限公司 | 一种视频通话系统、方法、设备和存储介质 |
CN111770143A (zh) * | 2020-06-16 | 2020-10-13 | 南京东源磐能能源科技股份有限公司 | 基于Mqtt协议的数据断点续传方案 |
CN111901227A (zh) * | 2020-07-31 | 2020-11-06 | 广东佳米科技有限公司 | 一种简单轻量的消息实时推送系统及其实施方法 |
-
2020
- 2020-12-01 WO PCT/CN2020/133098 patent/WO2022115994A1/zh active Application Filing
- 2020-12-01 CN CN202080003709.0A patent/CN113302881B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2002101483A2 (en) * | 2001-06-12 | 2002-12-19 | Kent Ridge Digital Labs | Network communication system |
CN103546543A (zh) * | 2013-09-29 | 2014-01-29 | 北京京东尚科信息技术有限公司 | 应用于电子商务的客户端装置以及提供信息的方法和系统 |
KR102027507B1 (ko) * | 2018-04-04 | 2019-10-01 | 주식회사 한국어음중개 | 온라인 채팅모듈을 이용한 전자어음 대출 시스템 및 그 방법 |
Also Published As
Publication number | Publication date |
---|---|
WO2022115994A1 (zh) | 2022-06-09 |
CN113302881A (zh) | 2021-08-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108833950B (zh) | 一种弹幕消息下发方法、服务器、系统和存储介质 | |
US10795629B2 (en) | Text and custom format information processing method, client, server, and computer-readable storage medium | |
US9826055B2 (en) | Method, server, user terminal, and system for pushing notification message | |
US8990325B2 (en) | Real-time and interactive community-based content publishing system | |
US20170289071A1 (en) | System, apparatus and method for autonomous messaging integration | |
CN110612716B (zh) | 数据消息网络路由的中间设备 | |
WO2019072197A1 (zh) | 一种红包发放方法、设备以及介质 | |
CN109783427B (zh) | 联动式日程提醒的实现方法、服务器及系统 | |
CN114024972B (zh) | 一种长连接通信方法、系统、装置、设备及存储介质 | |
CN112307397A (zh) | 基于在线文档的日程处理方法、装置、设备及存储介质 | |
CN111669438A (zh) | 直播消息传输方法、装置、电子设备及介质 | |
WO2023185310A1 (zh) | 数据同步方法和系统、计算机可读存储介质 | |
JP2022521009A (ja) | エンドポイント通信チャネル選択を実現する動的テキストメッセージ処理 | |
CN111698147B (zh) | 消息提示方法、装置、终端及存储介质 | |
CN108668241B (zh) | 信息提醒方法、装置、存储介质及电子设备 | |
CN111813623A (zh) | 一种页面监控方法、装置、电子设备及存储介质 | |
CN108989404B (zh) | 一种弹幕消息下发方法、服务器、系统和存储介质 | |
CN113302881B (zh) | 实现在线聊天的方法、装置、聊天终端、服务器及存储介质 | |
US8631278B2 (en) | Diagnostics for remote computer systems | |
US9323722B1 (en) | Low-latency interactive user interface | |
CN110995706B (zh) | 用于通讯应用的身份验证系统、方法、设备和存储介质 | |
CN113346973A (zh) | 事件提示方法及装置、电子设备、计算机可读存储介质 | |
CN111427710B (zh) | 应用程序中组件的通信方法、装置、设备及存储介质 | |
CN112995259B (zh) | 业务信息的推送方法、装置、系统、设备及存储介质 | |
CN114691486A (zh) | 程序调试方法、装置及计算机设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |