CN113810264A - 信息传输方法、装置、电子设备和存储介质 - Google Patents
信息传输方法、装置、电子设备和存储介质 Download PDFInfo
- Publication number
- CN113810264A CN113810264A CN202110054774.2A CN202110054774A CN113810264A CN 113810264 A CN113810264 A CN 113810264A CN 202110054774 A CN202110054774 A CN 202110054774A CN 113810264 A CN113810264 A CN 113810264A
- Authority
- CN
- China
- Prior art keywords
- server
- message
- information
- terminal
- information transmission
- 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
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]
-
- 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
-
- 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/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- 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/141—Setup of application sessions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
- H04L69/162—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields involving adaptations of sockets based mechanisms
Abstract
本公开提供了一种信息传输方法、装置、电子设备和计算机可读存储介质,涉及通信网络技术领域。其中,信息传输方法包括:第一服务器基于长连接通信链路接收发送终端发送的信息,信息包括用户标识;第一服务器将信息发布到消息服务器;消息服务器向服务器集群广播消息,以使第一服务器与第二服务器订阅消息;将存储有接收终端的终端标识的第一服务器和/或第二服务器确定为待传输服务器,用户标识在接收终端被配置为登录状态;待传输服务器基于长连接通信链路向接收终端发送信息。通过本公开的技术方案,降低了服务器资源的消耗,也降低了定时轮询对网络带宽产生的消耗,并能够提高消息传递的及时性。
Description
技术领域
本公开涉及通信网络技术领域,尤其涉及一种信息传输方法、装置、电子设备和计算机可读存储介质。
背景技术
即时通信(IM,Instant Messaging)是指能够即时发送和接收互联网消息等的业务。
相关技术中,为了实现即时通信,发送终端与接收终端均与服务器建websocket长连接,如图1所示,在服务器集群模式下,服务器集群140包括服务器A与服务器B等,发送终端120A将消息发送至服务器A后,服务器A会将消息存储于缓存系统160中,为服务器集群140提供定时查询,服务器B在定时查询缓存系统时,就可以查询到有终端120B的待接收消息,然后服务器B将此消息推送给终端120B,完成即时通信,但该方式存在服务器系统资源消耗较大,以及消息传递实时性差等缺陷。
需要说明的是,在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解,因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。
发明内容
本公开的目的在于提供一种信息传输方法、装置、电子设备和计算机可读存储介质,至少在一定程度上能够改善相关技术中的服务器系统资源消耗较大,以及消息传递实时性差的问题。
本公开的其他特性和优点将通过下面的详细描述变得显然,或部分地通过本公开的实践而习得。
根据本公开的一个方面,提供一种信息传输方法,适用于服务器集群,所述服务器集群包括第一服务器、第二服务器与消息服务器,所述信息传输方法包括:所述第一服务器基于长连接通信链路接收发送终端发送的信息,所述信息包括用户标识;所述第一服务器将所述信息发布到所述消息服务器;所述消息服务器向所述服务器集群广播所述消息,以使所述第一服务器与所述第二服务器订阅所述消息;将存储有接收终端的终端标识的所述第一服务器和/或所述第二服务器确定为待传输服务器,所述用户标识在所述接收终端被配置为登录状态;所述待传输服务器基于所述长连接通信链路向所述接收终端发送所述信息。
在一个实施例中,所述消息服务器广播所述消息,以使所述第一服务器与所述第二服务器订阅所述消息包括:所述消息服务器将所述消息路由至所述第一服务器的第一消息队列与所述第二服务器的第二消息队列中,以使所述第一服务器与所述第二服务器订阅所述消息。
在一个实施例中,所述在所述第一服务器基于长连接通信链路接收发送终端发送的信息之前,还包括:所述第一服务器在启动时,所述消息服务器创建所述第一消息队列;所述第二服务器在启动时,所述消息服务器创建所述第二消息队列。
在一个实施例中,所述消息服务器包括扇形交换器,所述扇形交换器与所述第一消息队列以及所述第二消息队列建立绑定关系;以及所述扇形交换器将所述消息以广播的形式投递至所述第一消息队列与所述第二消息队列。
在一个实施例中,所述将存储有接收终端的终端标识的所述第一服务器和/或所述第二服务器确定为待传输服务器,所述接收终端将所述用户标识配置为登录状态包括:所述第一服务器和所述第二服务器解析所述信息中携带的所述用户标识;所述第一服务器和所述第二服务器查询本地是否缓存有所述终端标识;将查询到缓存有所述终端标识的所述第一服务器和/或所述第二服务确定为所述待传输服务器。
在一个实施例中,所述在所述第一服务器基于长连接通信链路接收发送终端发送的信息之前,还包括:所述第一服务器与所述第二服务器设置列表集合,所述列表集合用于存储与同一所述用户标识具有登录关系的至少一个所述终端标识,其中,基于所述用户标识在所述接收终端被配置为的所述登录状态,生成所述登录关系。
在一个实施例中,所述长连接通信链路包括socket通信链路和/或websocket通信链路。
根据本公开的第二方面,提供一种信息传输装置,适用于服务器集群,所述服务器集群包括第一服务器、第二服务器与消息服务器,所述信息传输装置包括:接收模块,用于所述第一服务器基于长连接通信链路接收发送终端发送的信息,所述信息包括用户标识;广播模块,用于所述第一服务器将所述信息发布到所述消息服务器;订阅模块,用于所述消息服务器向所述服务器集群广播所述消息,以使所述第一服务器与所述第二服务器订阅所述消息;确定模块,用于将存储有接收终端的终端标识的所述第一服务器和/或所述第二服务器确定为待传输服务器,所述用户标识在所述接收终端被配置为登录状态;发送模块,用于所述待传输服务器基于所述长连接通信链路向所述接收终端发送所述信息。
根据本公开的第三方面,提供一种电子设备,包括:处理器;以及存储器,用于存储处理器的可执行指令;其中,处理器配置为经由执行可执行指令来执行上述任意一项的信息传输方法。
根据本公开的第四方面,提供一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现上述任意一项的信息传输方法。
本公开的实施例所提供的信息传输方案,通过设置虚拟的消息服务器作为信息转发的中间模块,在接收到第一服务器发送的信息时,以广播的方式将信息发送至服务器群组中的每个服务器中,使服务器集群中的每一个服务器都能够订阅到此消息,在服务器自身检测到存储有与消息中携带的用户标识匹配的终端标识时,基于长连接通信链路将消息下发到与用户标识关联的终端中,以实现信息传输,通过建立长连接通信链路,能够降低终端系统资源消耗与网络带宽的占用,通过设置消息服务器,不需要定时查询缓存系统是否存在待接收消息,不但降低了服务器资源的消耗,也降低了定时轮询对网络带宽产生的消耗,并能够提高消息传递的及时性。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1示出相关技术中一种信息传输系统结构的示意图。
图2示出本公开实施例中一种信息传输系统结构的示意图;
图3示出本公开实施例中一种信息传输方法的流程图;
图4示出本公开实施例中另一种信息传输方法的流程图;
图5示出本公开实施例中另一种信息传输系统结构的示意图;
图6示出本公开实施例的又一种信息传输方法的流程图;
图7示出本公开实施例中一种信息传输装置的示意图;
图8示出本公开实施例中一种电子设备的示意图。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而,示例实施方式能够以多种形式实施,且不应被理解为限于在此阐述的范例;相反,提供这些实施方式使得本公开将更加全面和完整,并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。
此外,附图仅为本公开的示意性图解,并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分,因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体,不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
本申请提供的方案,通过建立长连接通信链路,能够降低终端系统资源消耗与网络带宽的占用,通过设置消息服务器,不需要定时查询缓存系统是否存在待接收消息,不但降低了服务器资源的消耗,也降低了定时轮询对网络带宽产生的消耗,并能够提高消息传递的及时性。
为了便于理解,下面首先对本申请涉及到的几个名词进行解释。
session对象用于存储特定的用户会话所需的信息。Session中文是“会话”的意思,在ASP中代表了服务器与客户端之间的“会话”。Session的作用时间从用户到达某个特定的Web页开始,到该用户离开Web站点,或在程序中利用代码终止某个Session结束。引用Session则可以让一个用户访问多个页面之间的切换也会保留该用户的信息。
RabbitMQ是实现了高级消息队列协议(AMQP)的开源消息代理软件(亦称面向消息的中间件)。
本申请实施例提供的方案涉及网络通信等技术,具体通过如下实施例进行说明。
图2示出本公开实施例中一种信息传输系统的结构示意图,包括多个终端220和服务器集群240。
终端220可以是手机、游戏主机、平板电脑、电子书阅读器、智能眼镜、MP4(MovingPicture Experts Group Audio Layer IV,动态影像专家压缩标准音频层面4)播放器、智能家居设备、AR(Augmented Reality,增强现实)设备、VR(Virtual Reality,虚拟现实)设备等移动终端,或者,终端220也可以是个人计算机(Personal Computer,PC),比如膝上型便携计算机和台式计算机等等。
其中,终端220中可以安装有用于提供的信息传输的应用程序。
终端220与服务器集群240之间通过通信网络相连。可选的,通信网络是有线网络或无线网络。
服务器集群240是一台服务器,或者由若干台服务器组成,或者是一个虚拟化平台,或者是一个云计算服务中心。服务器集群240用于为提供信息传输应用程序提供后台服务。可选地,服务器集群240承担主要计算工作,终端220承担次要计算工作;或者,服务器集群240承担次要计算工作,终端220承担主要计算工作;或者,终端220和服务器集群240之间采用分布式计算架构进行协同计算。
在一些可选的实施例中,服务器集群240用于存储信息传输模型等。
可选地,不同的终端220中安装的应用程序的客户端是相同的,或两个终端220上安装的应用程序的客户端是不同控制系统平台的同一类型应用程序的客户端。基于终端平台的不同,该应用程序的客户端的具体形态也可以不同,比如,该应用程序客户端可以是手机客户端、PC客户端或者全球广域网(World Wide Web,Web)客户端等。
本领域技术人员可以知晓,上述终端220的数量可以更多或更少。比如上述终端可以仅为一个,或者上述终端为几十个或几百个,或者更多数量。本申请实施例对终端的数量和设备类型不加以限定。
可选的,该系统还可以包括管理设备(图2未示出),该管理设备与服务器集群240之间通过通信网络相连。可选的,通信网络是有线网络或无线网络。
可选的,上述的无线网络或有线网络使用标准通信技术和/或协议。网络通常为因特网、但也可以是任何网络,包括但不限于局域网(Local Area Network,LAN)、城域网(Metropolitan Area Network,MAN)、广域网(Wide Area Network,WAN)、移动、有线或者无线网络、专用网络或者虚拟专用网络的任何组合)。在一些实施例中,使用包括超文本标记语言(Hyper Text Mark-up Language,HTML)、可扩展标记语言(ExtensibleMarkupLanguage,XML)等的技术和/或格式来代表通过网络交换的数据。此外还可以使用诸如安全套接字层(Secure Socket Layer,SSL)、传输层安全(Transport Layer Security,TLS)、虚拟专用网络(Virtual Private Network,VPN)、网际协议安全(InternetProtocolSecurity,IPsec)等常规加密技术来加密所有或者一些链路。在另一些实施例中,还可以使用定制和/或专用数据通信技术取代或者补充上述数据通信技术。
下面,将结合附图及实施例对本示例实施方式中的信息传输方法中的各个步骤进行更详细的说明。
图3示出本公开实施例中一种信息传输方法流程图。本公开实施例提供的方法可以由任意具备计算处理能力的电子设备执行,例如如图2中的终端220和/或服务器集群240。在下面的举例说明中,以服务器集群240为执行主体进行示例说明。
如图3所示,服务器集群240执行信息传输方法,包括以下步骤:
步骤S302,第一服务器基于长连接通信链路接收发送终端发送的信息,信息包括用户标识。
其中,长连接通信链路指在第一次建立连接后一直保持连接状态,直到系统退出才断开连接,即只执行一次连接建立与断开操作,进而能够降低终端系统资源消耗与网络带宽的占用。
长连接通信链路可以为socket通信链路或websocket通信链路,通过在服务器与终端之间建立长连接通信链路,使终端与服务器之间保持连接状态,有利于降低服务器器请求压力。
另外,用户标识具体可以为用户账号,第一服务器为接收到发送终端发送的消息的服务器,第二服务器为服务器集群中除第一服务器之外的服务器。
步骤S304,第一服务器将信息发布到消息服务器。
其中,第一服务器只接收到发送终端发送的信息的服务器,第一服务器可以为一个或者多个。
消息服务器可以理解为虚拟服务器,可以采用RabbitMQ(一种用于消息传输的中间件技术服务)进行构建。
例如服务器A向服务器B发送消息,可以使用MQ作为中间模块,A先把消息发送给MQ,下一步MQ再将消息发送给B,以实现异步解耦的作用。
步骤S306,消息服务器向服务器集群广播消息,以使第一服务器与第二服务器订阅消息。
其中,第二服务器只服务器集群中除第一服务器之外的其它服务器,第二服务器可以为一个或者多个。
步骤S308,将存储有接收终端的终端标识的第一服务器和/或第二服务器确定为待传输服务器,用户标识在接收终端被配置为登录状态。
其中,终端标识对应的接收终端即为信息要发送的目标终端,在接收终端,用户标识被配置为登录状态,以在第一服务器和/或第二服务器查询到缓存有对应的终端标识时,缓存有终端标识的一服务器和/或第二服务器即为待传输服务器,,一方面,终端标识对应的终端登录有用户标识对应的用户账号,另一方面,终端标识对应的终端与第一服务器和/或第二服务器建立了长连接通信链路。
步骤S310,待传输服务器基于长连接通信链路向接收终端发送信息。
其中,无论是发送终端还是接收终端,均与服务器集群中适配的服务器建立长连接传输链路。
在该实施例中,通过设置虚拟的消息服务器作为信息转发的中间模块,在接收到第一服务器发送的信息时,以广播的方式将信息发送至服务器群组中的每个服务器中,使服务器集群中的每一个服务器都能够订阅到此消息,在服务器自身检测到存储有与消息中携带的用户标识匹配的终端标识时,基于长连接通信链路将消息下发到与用户标识关联的终端中,以实现信息传输,通过建立长连接通信链路,能够降低终端系统资源消耗与网络带宽的占用,通过设置消息服务器,不需要定时查询缓存系统是否存在待接收消息,不但降低了服务器资源的消耗,也降低了定时轮询对网络带宽产生的消耗,并能够提高消息传递的及时性。
在一个实施例中,消息服务器广播消息,以使第一服务器与第二服务器订阅消息包括:消息服务器将消息路由至第一服务器的第一消息队列与第二服务器的第二消息队列中,以使第一服务器与第二服务器订阅消息。
在该实施例中,服务器启动时创建并绑定消息队列至消息服务器,以实现对此消息队列的订阅,后续只负责接收并处理消息即可。当有消息到来时会立刻通过队列订阅传递到服务器。
在一个实施例中,在第一服务器基于长连接通信链路接收发送终端发送的信息之前,还包括:第一服务器在启动时,消息服务器创建第一消息队列;第二服务器在启动时,消息服务器创建第二消息队列。
其中,RabbitMQ消息中间件模块指服务器集群的所有服务器实例在启动时都各自创建一个唯一的MQ队列,然后将队列绑定到RabbitMQ的交换机上,交换机的类型是fanout,广播消息交换机。此类型交换机投递消息的机制是,当交换机收到消息生产者发布的消息后,将消息以广播的形式,投递到此交换机下绑定所有消息队列中,所以集群中的每一个服务器都会订阅到此消息,以通过对消息进一步的解析,及时将消息发送至对应的接收终端,使与终端的通信交互的实时性更高,进而降低用户的延时等待。
具体地,RabbitMQ需要对每一条发送的消息进行确认。消费者必须通过AMQP的basic.ack命令显式地向RabbitMQ发送一个确认,或者在订阅到队列的时候就将auto_ack参数设置为true。当auto_ack为true时,一旦消费者接收消息,RabbitMQ会自动视其确认了消息。需要注意的是消费者对消息的确认和告诉生产者消息已经被接收了这两件事毫不相关。以此,消费者通过确认命令告诉RabbitMQ它已经确认地接收到消息,同时RabbitMQ才能安全的把消息从队列中删除。
如果消费者受到一条消息,然后确认之前从RabbitMQ断开连接(或者从队列上取消订阅),RabbitMQ会认为这条消息没有分发,然后重新分发给下一个订阅的消费者。如果你的应用程序崩溃了,这样做可以确保消息会被发送给另一个消费者处理。另一方面,如果应用程序有bug而忘记确认消息的话,RabbitMQ将不会给该消费者发送更多的消息。这是因为在上一条消息被确认之前,RabbitMQ会认为这个消费者没有准备好接收下一条消息。利用这一点,可以防止RabbitMQ持续不断的消息涌向你的应用而导致过载。
在收到消息后,如果想要拒接而不是确认收到消息,有两种做法:
把消费者从RabbitMQ服务器断开连接,这会导致RabbitMQ自动重新把消息入队并发送给另一个消费者,这样做的好处是所有的RabbitMQ版本都支持。缺点是,这样的连接、断开连接的方式会额外增加RabbitMQ的负担。
如果使用的是RabbitMQ2.0.0或更高版本,可以使用AMQP的basic.reject命令。顾名思义:basic.reject允许消费者拒绝RabbitMQ发送消息。如果把reject命令的requeue设置为true的话,RabbitMQ会将消息重新发送给下一个订阅者。如果设置为false的话,RabbitMQ会立即把消息从队列中移除,而不会把它发送给新的消费者。
在一个实施例中,消息服务器包括扇形交换器,扇形交换器与第一消息队列以及第二消息队列建立绑定关系;以及扇形交换器将消息以广播的形式投递至第一消息队列与第二消息队列。
其中,扇形交换器,即Fanout交换器,第一服务器将信息发送至Fanout交换器,Fanout交换器以广播的形式发送消息需求,以将发送到Fanout交换器的消息路由到所有与它绑定的消息队列中。
另外,通过合理的配置绑定关系,还可以采用直连交换器(Direct exchange)、主题交换器(Topic exchange)或头交换器(Headers exchange)等代替Fanout交换器。
在该实施例中,在服务器集群模式下,其中一个服务器收到web终端发送的消息后,通过RabbitMQ及时推送至当前集群中的所有服务器中,然后找到消息接收的目标用户,并通过websocket推送至web终端,以保证信息发送的实时性。
如图5所示,在一个实施例中,步骤S206,将存储有接收终端的终端标识的第一服务器和/或第二服务器确定为待传输服务器,接收终端将用户标识配置为登录状态,包括:
步骤S502,第一服务器和第二服务器解析信息中携带的用户标识。
步骤S504,第一服务器和第二服务器查询本地是否缓存有终端标识。
步骤S506,将查询到缓存有终端标识的第一服务器和/或第二服务确定为待传输服务器。
在该实施例中,当每一个队列中都添加消息后,集群中的每一个服务器,即第一服务器与第二服务器都会立刻订阅到此消息,然后服务器对消息进行解析处理,集群中的每个服务器都根据消息中的用户标识,各自查询自己的本地缓存是否存在与用户标识对应的,并建立长连接通信链路连接的接收终端,基于订阅到的消息循环集合中的每一个长连接通信链路,将消息逐个推送给接收终端。
在一个实施例中,在第一服务器基于长连接通信链路接收发送终端发送的信息之前,还包括:第一服务器与第二服务器设置列表集合,列表集合用于存储与同一用户标识具有登录关系的至少一个终端标识,其中,基于用户标识在接收终端被配置为的登录状态,生成登录关系。
在该实施例中,每个服务器都会在本地以Key-Value的形式缓存各自的长连接终端对象。
其中,以终端用户的用户标识为key,将列表集合缓存至value中,列表集合中存储同一个用户标识匹配的终端标识,该终端标识对应的接收终端使用户标识处于登录状态,以通过将消息发送至接收终端,实现将消息转发至目标用户。
另外,列表中存储的终端标识,还表示该服务器与该终端标识对应的收发终端建立长连接通信链路。
在一个实施例中,长连接通信链路包括socket通信链路或websocket通信链路。
在该实施例中,通过在终端与服务器之间建立长连通信链路,在创立连接后,终端与服务器之间能够维持信道连接,以实现较少的终端系统资源消耗与服务器系统资源开销。
进一步地,在长连接传输链路创建后,在服务器和总段之间进行信息交互时,能够减少用于协议控制的数据包头部,因此有利于节省带宽资源。
其中,Websocket连接指所有终端用户与服务器采用websocket连接的方式进行消息交互,主要实现终端的网页之间的即时通信,websocket协议是全双工的,所以服务器可以实时的主动给客户端下发数据,因此使信息交互具有更强的实时性。
Socket是应用层与TCP/IP(Transmission Control Protocol/InternetProtocol,传输控制协议/网际协议)协议族通信的中间软件抽象层,它是一组接口。在设计模式中,Socket其实就是一个门面模式,它把复杂的TCP/IP协议族隐藏在Socket接口后面,对用户来说,一组简单的接口就是全部,让Socket去组织数据,以符合指定的协议。当两台主机通信时,必须通过Socket连接,Socket则利用TCP/IP协议建立TCP连接。TCP连接则更依靠于底层的IP协议,IP协议的连接则依赖于链路层等更低层次。终端和服务器一旦建立Socket连接,则不会主动断掉,因而也能够实现长连接传输链路的建立,比如微信、QQ等社交程序之间的信息交互时,可以基于socket通信链路实现。
下面结合整体架构部署图详细描述一下如图4所示的终端420A向终端420B发送消息的流程:
如图4所示,发送终端,即终端420A与服务器集群440中的服务器A建立有websocket连接,接收终端,即终端420B与服务器集群440中的服务器B建立有websocket连接,服务器A接收到终端420A发送的信息时,将信息发布到消息服务器460的交换器462,交换器462具体为Fanout交换器,交换器462与服务器A的消息队列A队列之间具有绑定关系,交换器462与服务器B的消息队列B队列之间具有绑定关系,交换器462接收到消息后将消息添加到A队列与B队列。
如图6所示,根据本公开的一个实施例的信息传输方法,包括:
步骤S602,发送终端将消息、与接收终端关联的用户标识和自身唯一标识通过websocket发送给第一服务器。
步骤S604,第一服务器接收到发送终端发送的消息,将消息发布到RabbitMQ的Fanout交换器上。
步骤S606,Fanout交换器将消息投递到绑定的每一个消息队列中。
通过该传输方式,不需要先判断本地缓存是否有接收终端对应的websocket连接,直接发送给了MQ,是本方案支持了当同一个用户在多个终端登录时,并且多个终端与不同的服务器建立的websocket连接时,每个终端都能通过MQ收到消息。
步骤S608,当每一个消息队列中都添加消息后,确定服务器集群中的每一个服务器都会立刻订阅到此消息,以由服务器对消息进行解析处理。
步骤S610,服务器集群中的每个服务器都根据消息中用户标识,查询自己的本地缓存是否存在与接收终端用户建立的websocket连接,以将存在与接收终端用户建立有websocket连接的服务器确定为待传输服务器;
步骤S612,待传输服务器将消息发送至接收终端。
具体地,此时第二服务器查询本地缓存中存在接收终端,然后从缓存中取出接收终端对应的多个websocket连接的集合(此格式前面已做过说明),并将订阅到的消息循环集合中的每一个websocket,逐个推送给接收终端。
需要注意的是,上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明,而不是限制目的。易于理解,上述附图所示的处理并不表明或限制这些处理的时间顺序。另外,也易于理解,这些处理可以是例如在多个模块中同步或异步执行的。
所属技术领域的技术人员能够理解,本发明的各个方面可以实现为系统、方法或程序产品。因此,本发明的各个方面可以具体实现为以下形式,即:完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等),或硬件和软件方面结合的实施方式,这里可以统称为“电路”、“模块”或“系统”。
下面参照图7来描述根据本发明的这种实施方式的信息传输装置700。图7所示的信息传输装置700仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
信息传输装置700以硬件模块的形式表现。信息传输装置700的组件可以包括但不限于:接收模块702,用于第一服务器基于长连接通信链路接收发送终端发送的信息,信息包括用户标识;广播模块704,用于第一服务器将信息发布到消息服务器;订阅模块706,用于所述消息服务器向所述服务器集群广播所述消息,以使所述第一服务器与所述第二服务器订阅所述消息;确定模块708,用于将存储有接收终端的终端标识的第一服务器和/或第二服务器确定为待传输服务器,用户标识在接收终端被配置为登录状态;发送模块710,用于待传输服务器基于长连接通信链路向接收终端发送信息。
下面参照图8来描述根据本发明的这种实施方式的电子设备800。图8显示的电子设备800仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图8所示,电子设备800以通用计算设备的形式表现。电子设备800的组件可以包括但不限于:上述至少一个处理单元810、上述至少一个存储单元820、连接不同系统组件(包括存储单元820和处理单元810)的总线830。
其中,存储单元存储有程序代码,程序代码可以被处理单元810执行,使得处理单元810执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如,处理单元810可以执行如图2中所示的步骤S302、S304至S310,以及本公开的信息传输方法中限定的其他步骤。
存储单元820可以包括易失性存储单元形式的可读介质,例如随机存取存储单元(RAM)8201和/或高速缓存存储单元8202,还可以进一步包括只读存储单元(ROM)8203。
存储单元820还可以包括具有一组(至少一个)程序模块8205的程序/实用工具8204,这样的程序模块8205包括但不限于:操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。
总线830可以为表示几类总线结构中的一种或多种,包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
电子设备800也可以与一个或多个外部设备860(例如键盘、指向设备、蓝牙设备等)通信,还可与一个或者多个使得用户能与该电子设备交互的设备通信,和/或与使得该电子设备800能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口850进行。并且,电子设备800还可以通过网络适配器850与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。如图所示,网络适配器850通过总线830与电子设备800的其它模块通信。应当明白,尽管图中未示出,可以结合电子设备使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
通过以上的实施方式的描述,本领域的技术人员易于理解,这里描述的示例实施方式可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本公开实施方式的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。
在本公开的示例性实施例中,还提供了一种计算机可读存储介质,其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中,本发明的各个方面还可以实现为一种程序产品的形式,其包括程序代码,当程序产品在终端设备上运行时,程序代码用于使终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。
根据本发明的实施方式的用于实现上述方法的程序产品,其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码,并可以在终端设备,例如个人电脑上运行。然而,本发明的程序产品不限于此,在本文件中,可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了可读程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质,该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于无线、有线、光缆、RF等等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中,远程计算设备可以通过任意种类的网络,包括局域网(LAN)或广域网(WAN),连接到用户计算设备,或者,可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
应当注意,尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元,但是这种划分并非强制性的。实际上,根据本公开的实施方式,上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之,上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
此外,尽管在附图中以特定顺序描述了本公开中方法的各个步骤,但是,这并非要求或者暗示必须按照该特定顺序来执行这些步骤,或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的,可以省略某些步骤,将多个步骤合并为一个步骤执行,以及/或者将一个步骤分解为多个步骤执行等。
通过以上的实施方式的描述,本领域的技术人员易于理解,这里描述的示例实施方式可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本公开实施方式的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由所附的权利要求指出。
Claims (10)
1.一种信息传输方法,其特征在于,适用于服务器集群,所述服务器集群包括第一服务器、第二服务器与消息服务器,所述信息传输方法包括:
所述第一服务器基于长连接通信链路接收发送终端发送的信息,所述信息包括用户标识;
所述第一服务器将所述信息发布到所述消息服务器;
所述消息服务器向所述服务器集群广播所述消息,以使所述第一服务器与所述第二服务器订阅所述消息;
将存储有接收终端的终端标识的所述第一服务器和/或所述第二服务器确定为待传输服务器,所述用户标识在所述接收终端被配置为登录状态;
所述待传输服务器基于所述长连接通信链路向所述接收终端发送所述信息。
2.根据权利要求1所述的信息传输方法,其特征在于,所述消息服务器向所述服务器集群广播所述消息,以使所述第一服务器与所述第二服务器订阅所述消息包括:
所述消息服务器将所述消息路由至所述第一服务器的第一消息队列与所述第二服务器的第二消息队列中,以使所述第一服务器与所述第二服务器订阅所述消息。
3.根据权利要求2所述的信息传输方法,其特征在于,所述在所述第一服务器基于长连接通信链路接收发送终端发送的信息之前,还包括:
所述第一服务器在启动时,所述消息服务器创建所述第一消息队列;
所述第二服务器在启动时,所述消息服务器创建所述第二消息队列。
4.根据权利要求3所述的信息传输方法,其特征在于,所述消息服务器包括扇形交换器,
所述扇形交换器与所述第一消息队列以及所述第二消息队列建立绑定关系;以及
所述扇形交换器将所述消息以广播的形式投递至所述第一消息队列与所述第二消息队列。
5.根据权利要求2所述的信息传输方法,其特征在于,所述将存储有接收终端的终端标识的所述第一服务器和/或所述第二服务器确定为待传输服务器,所述接收终端将所述用户标识配置为登录状态包括:
所述第一服务器和所述第二服务器解析所述信息中携带的所述用户标识;
所述第一服务器和所述第二服务器查询本地是否缓存有所述终端标识;
将查询到缓存有所述终端标识的所述第一服务器和/或所述第二服务确定为所述待传输服务器。
6.根据权利要求1所述的信息传输方法,其特征在于,所述在所述第一服务器基于长连接通信链路接收发送终端发送的信息之前,还包括:
所述第一服务器与所述第二服务器设置列表集合,所述列表集合用于存储与同一所述用户标识具有登录关系的至少一个所述终端标识,,其中,基于所述用户标识在所述接收终端被配置为的所述登录状态,生成所述登录关系。
7.根据权利要求1至6中任一项所述的信息传输方法,其特征在于,
所述长连接通信链路包括socket通信链路和/或websocket通信链路。
8.一种信息传输装置,其特征在于,适用于服务器集群,所述服务器集群包括第一服务器、第二服务器与消息服务器,所述信息传输装置包括:
接收模块,用于所述第一服务器基于长连接通信链路接收发送终端发送的信息,所述信息包括用户标识;
广播模块,用于所述第一服务器将所述信息发布到所述消息服务器;
订阅模块,用于所述消息服务器向所述服务器集群广播所述消息,以使所述第一服务器与所述第二服务器订阅所述消息;
确定模块,用于将存储有接收终端的终端标识的所述第一服务器和/或所述第二服务器确定为待传输服务器,所述用户标识在所述接收终端被配置为登录状态;
发送模块,用于所述待传输服务器基于所述长连接通信链路向所述接收终端发送所述信息。
9.一种电子设备,其特征在于,包括:
处理器;以及
存储器,用于存储所述处理器的可执行指令;
其中,所述处理器配置为经由执行所述可执行指令来执行权利要求1~7中任意一项所述的信息传输方法。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1~7中任意一项所述的信息传输方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110054774.2A CN113810264B (zh) | 2021-01-15 | 2021-01-15 | 信息传输方法、装置、电子设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110054774.2A CN113810264B (zh) | 2021-01-15 | 2021-01-15 | 信息传输方法、装置、电子设备和存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113810264A true CN113810264A (zh) | 2021-12-17 |
CN113810264B CN113810264B (zh) | 2023-09-05 |
Family
ID=78892875
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110054774.2A Active CN113810264B (zh) | 2021-01-15 | 2021-01-15 | 信息传输方法、装置、电子设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113810264B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116668211A (zh) * | 2022-10-25 | 2023-08-29 | 荣耀终端有限公司 | 一种通信方法及装置 |
Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1067771A1 (en) * | 1999-07-05 | 2001-01-10 | CANAL+ Société Anonyme | Communications method and apparatus |
WO2017101265A1 (zh) * | 2015-12-18 | 2017-06-22 | 腾讯科技(深圳)有限公司 | 一种消息处理方法、处理服务器、终端及存储介质 |
CN106953901A (zh) * | 2017-03-10 | 2017-07-14 | 重庆邮电大学 | 一种提高消息传递性能的集群通信系统及其方法 |
CN108023807A (zh) * | 2017-11-02 | 2018-05-11 | 东软集团股份有限公司 | 即时通信方法、服务器和消息中间件 |
US9996600B1 (en) * | 2015-06-25 | 2018-06-12 | Amazon Technologies, Inc. | Asynchronous communication of transaction data to clients |
CN108881416A (zh) * | 2018-06-01 | 2018-11-23 | 深圳市友悦机器人科技有限公司 | 数据同步方法、终端设备、服务器及数据同步系统 |
CN110300050A (zh) * | 2019-05-23 | 2019-10-01 | 中国平安人寿保险股份有限公司 | 消息推送方法、装置、计算机设备及存储介质 |
US20200059376A1 (en) * | 2018-08-20 | 2020-02-20 | T-Mobile Usa, Inc. | Eventually consistent data replication in queue-based messaging systems |
CN111083193A (zh) * | 2019-11-11 | 2020-04-28 | 厦门网宿有限公司 | 长连接消息发送方法、服务器及存储介质 |
US20200145344A1 (en) * | 2018-11-01 | 2020-05-07 | International Business Machines Corporation | Operating a message queue cluster having multiple nodes |
CN111416867A (zh) * | 2020-03-25 | 2020-07-14 | 上海商米科技集团股份有限公司 | 不同设备间的消息处理方法、服务器和计算机存储介质 |
CN111541555A (zh) * | 2020-03-24 | 2020-08-14 | 中国平安人寿保险股份有限公司 | 群聊优化方法及相关产品 |
CN111555893A (zh) * | 2020-04-22 | 2020-08-18 | 腾讯科技(深圳)有限公司 | 消息数据传输方法、装置、计算机设备和存储介质 |
CN111726280A (zh) * | 2020-06-03 | 2020-09-29 | 香港乐蜜有限公司 | 一种即时消息的传输方法、装置、电子设备及存储介质 |
-
2021
- 2021-01-15 CN CN202110054774.2A patent/CN113810264B/zh active Active
Patent Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1067771A1 (en) * | 1999-07-05 | 2001-01-10 | CANAL+ Société Anonyme | Communications method and apparatus |
US9996600B1 (en) * | 2015-06-25 | 2018-06-12 | Amazon Technologies, Inc. | Asynchronous communication of transaction data to clients |
WO2017101265A1 (zh) * | 2015-12-18 | 2017-06-22 | 腾讯科技(深圳)有限公司 | 一种消息处理方法、处理服务器、终端及存储介质 |
CN106953901A (zh) * | 2017-03-10 | 2017-07-14 | 重庆邮电大学 | 一种提高消息传递性能的集群通信系统及其方法 |
CN108023807A (zh) * | 2017-11-02 | 2018-05-11 | 东软集团股份有限公司 | 即时通信方法、服务器和消息中间件 |
CN108881416A (zh) * | 2018-06-01 | 2018-11-23 | 深圳市友悦机器人科技有限公司 | 数据同步方法、终端设备、服务器及数据同步系统 |
US20200059376A1 (en) * | 2018-08-20 | 2020-02-20 | T-Mobile Usa, Inc. | Eventually consistent data replication in queue-based messaging systems |
US20200145344A1 (en) * | 2018-11-01 | 2020-05-07 | International Business Machines Corporation | Operating a message queue cluster having multiple nodes |
CN110300050A (zh) * | 2019-05-23 | 2019-10-01 | 中国平安人寿保险股份有限公司 | 消息推送方法、装置、计算机设备及存储介质 |
CN111083193A (zh) * | 2019-11-11 | 2020-04-28 | 厦门网宿有限公司 | 长连接消息发送方法、服务器及存储介质 |
CN111541555A (zh) * | 2020-03-24 | 2020-08-14 | 中国平安人寿保险股份有限公司 | 群聊优化方法及相关产品 |
CN111416867A (zh) * | 2020-03-25 | 2020-07-14 | 上海商米科技集团股份有限公司 | 不同设备间的消息处理方法、服务器和计算机存储介质 |
CN111555893A (zh) * | 2020-04-22 | 2020-08-18 | 腾讯科技(深圳)有限公司 | 消息数据传输方法、装置、计算机设备和存储介质 |
CN111726280A (zh) * | 2020-06-03 | 2020-09-29 | 香港乐蜜有限公司 | 一种即时消息的传输方法、装置、电子设备及存储介质 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116668211A (zh) * | 2022-10-25 | 2023-08-29 | 荣耀终端有限公司 | 一种通信方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN113810264B (zh) | 2023-09-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4363847B2 (ja) | インタラクティブ・テレビ用のデジタル・テレビ・アプリケーション・プロトコル | |
US20070300234A1 (en) | Selecting application messages from an active feed adapter and a backup feed adapter for application-level data processing in a high speed, low latency data communications environment | |
US8762544B2 (en) | Selectively communicating data of a peripheral device to plural sending computers | |
US20060247057A1 (en) | Logic Interface Engine System and Method | |
JP2010231759A (ja) | モバイルクラウドプラットホームを具備したモバイル端末装置 | |
CN112600926A (zh) | 一种消息推送方法、装置及计算机可读存储介质 | |
EP3122008A1 (en) | Cloud desktop pushing method and system, pushing end and receiving end | |
WO2022032984A1 (zh) | 一种mqtt协议仿真方法及仿真设备 | |
CN113489805B (zh) | 一种云桌面系统的对接方法、装置、设备及存储介质 | |
CN113010131B (zh) | 显示内容更新方法、装置、终端、服务器和存储介质 | |
JP2005521945A (ja) | 共通作業キュー環境における最適格サーバ | |
CN112019597A (zh) | 分布式数据接收系统及数据接收方法 | |
CN113810264B (zh) | 信息传输方法、装置、电子设备和存储介质 | |
CN112887420B (zh) | 消息推送方法和装置、计算机可读存储介质、电子设备 | |
EP3920035B1 (en) | Message transmission/reception method, communication device, and program | |
US11444882B2 (en) | Methods for dynamically controlling transmission control protocol push functionality and devices thereof | |
CN112689020A (zh) | 一种消息传输方法、消息中间件、电子设备及存储介质 | |
CN109981778B (zh) | 内容分发网络的服务实现方法、装置、设备及存储介质 | |
AU2018294439B2 (en) | Technologies for managing web notifications in client-server systems | |
CN113259408B (zh) | 数据传输方法和系统 | |
CN115086425B (zh) | 消息传输方法、装置、程序产品、介质及电子设备 | |
CN111490997A (zh) | 任务处理方法、代理系统、服务系统和电子设备 | |
US20090106395A1 (en) | Satellite Data Network Acceleration | |
CN116483489A (zh) | 云桌面处理方法及相关设备 | |
CN117149122A (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 |