发明内容
鉴于以上内容,有必要提供一种组播网络通信方法、装置、设备及介质,旨在解决组播不通的网络间无法进行数据传输的问题。
一种组播网络通信方法,所述组播网络通信方法包括:
获取第一组播网络及第二组播网络,其中,所述第一组播网络与所述第二组播网络间由于组播不通而无法通信;
为所述第一组播网络配置第一桥接应用,及为所述第二组播网络配置第二桥接应用;
当检测到所述第一组播网络中有目标应用程序发出组播消息时,读取所述第一桥接应用的配置文件,并根据所述配置文件校验所述目标应用程序的权限;
当所述目标应用程序的权限通过校验时,向所述第二桥接应用发送所述组播消息,并通过所述第二桥接应用将所述组播消息传输至所述第二组播网络的应用程序;
同步记录所述组播消息的传播状态至所述第二桥接应用的内存、安装所述第一桥接应用的终端的第一磁盘文件、安装所述第二桥接应用的终端的第二磁盘文件中,并同步复制所述组播消息的传播状态至所述第一桥接应用的备副本、所述第二桥接应用的备副本中;
在传输过程中,当检测到所述组播消息传输异常时,确定异常类型;
根据所述异常类型,所述第二桥接应用的内存、及/或所述第一磁盘文件、及/或所述第二磁盘文件、及/或所述第一桥接应用的备副本、及/或所述第二桥接应用的备副本,恢复对所述组播消息的传输。
根据本发明优选实施例,所述根据所述配置文件校验所述目标应用程序的权限包括:
获取所述配置文件中记录的应用程序列表,其中,所述应用程序列表中存储的应用程序具有向所述第二组播网络传输消息的权限;
当所述目标应用程序在所述应用程序列表中时,确定所述目标应用程序的权限通过校验;或者
当所述目标应用程序不在所述应用程序列表中时,确定所述目标应用程序的权限未通过校验。
根据本发明优选实施例,所述向所述第二桥接应用发送所述组播消息包括:
通过TCP协议向所述第二桥接应用发送所述组播消息。
根据本发明优选实施例,所述组播消息的传播状态包括:
所述第一桥接应用并未将所述组播消息发送至传输网络中,其中,所述传输网络包括所述第一组播网络与所述第二组播网络间用于传递消息的网络;或者
所述组播消息处于所述传输网络中,但并未送达至所述第二桥接应用;或者
所述组播消息已送达至所述第二桥接应用,但所述第二桥接应用反馈于所述组播消息的ACK消息处于所述传输网络中,并未反馈至所述第一桥接应用;或者
所述组播消息已送达至所述第二桥接应用,且所述第二桥接应用反馈于所述组播消息的ACK消息已送达至所述第一桥接应用。
根据本发明优选实施例,所述根据所述异常类型,所述第二桥接应用的内存、及/或所述第一磁盘文件、及/或所述第二磁盘文件、及/或所述第一桥接应用的备副本、及/或所述第二桥接应用的备副本,恢复对所述组播消息的传输包括:
当所述异常类型为所述传输网络中断时,重新连接所述传输网络;
当检测到所述传输网络恢复连接时,从所述第二桥接应用的内存中读取所述组播消息的传播状态;
根据所述组播消息的传播状态确定消息断点;
采用ACK机制通知所述消息断点至所述第一桥接应用;
在所述第一桥接应用的内存队列中,从所述消息断点处开始获取所述组播消息中的待发送消息,并通过所述第一桥接应用继续发送所述待发送消息,其中,所述内存队列用于存储所述组播消息;
其中,在从所述第二桥接应用的内存中读取所述消息断点前,所述方法还包括:在所述组播消息中,当有任意消息已送达至所述第二桥接应用,且所述第二桥接应用反馈于所述任意消息的ACK消息已送达至所述第一桥接应用时,从所述内存队列中释放所述任意消息。
根据本发明优选实施例,所述根据所述异常类型,所述第二桥接应用的内存、及/或所述第一磁盘文件、及/或所述第二磁盘文件、及/或所述第一桥接应用的备副本、及/或所述第二桥接应用的备副本,恢复对所述组播消息的传输还包括:
当所述异常类型为所述第一桥接应用故障时,启动所述第一桥接应用的备副本替换所述第一桥接应用,并利用所述第一桥接应用的备副本继续传输所述组播消息;及/或
当所述异常类型为所述第二桥接应用故障时,启动所述第二桥接应用的备副本替换所述第二桥接应用,并利用所述第二桥接应用的备副本继续传输所述组播消息;
其中,所述第一桥接应用及所述第二桥接应用作为主副本,用于传输所述组播消息,并采用原子复制技术同步所述组播消息的传播状态至对应的备副本。
根据本发明优选实施例,所述方法还包括:
获取故障的桥接应用作为目标桥接应用;
获取安装所述目标桥接应用的终端的磁盘文件作为目标磁盘文件;
从所述目标磁盘文件中读取所述组播消息的传播状态;
根据所述组播消息的传播状态确定消息断点;
从所述消息断点处继续传输所述组播消息。
一种组播网络通信装置,所述组播网络通信装置包括:
获取单元,用于获取第一组播网络及第二组播网络,其中,所述第一组播网络与所述第二组播网络间由于组播不通而无法通信;
配置单元,用于为所述第一组播网络配置第一桥接应用,及为所述第二组播网络配置第二桥接应用;
校验单元,用于当检测到所述第一组播网络中有目标应用程序发出组播消息时,读取所述第一桥接应用的配置文件,并根据所述配置文件校验所述目标应用程序的权限;
传输单元,用于当所述目标应用程序的权限通过校验时,向所述第二桥接应用发送所述组播消息,并通过所述第二桥接应用将所述组播消息传输至所述第二组播网络的应用程序;
同步单元,用于同步记录所述组播消息的传播状态至所述第二桥接应用的内存、安装所述第一桥接应用的终端的第一磁盘文件、安装所述第二桥接应用的终端的第二磁盘文件中,并同步复制所述组播消息的传播状态至所述第一桥接应用的备副本、所述第二桥接应用的备副本中;
确定单元,用于在传输过程中,当检测到所述组播消息传输异常时,确定异常类型;
恢复单元,用于根据所述异常类型,所述第二桥接应用的内存、及/或所述第一磁盘文件、及/或所述第二磁盘文件、及/或所述第一桥接应用的备副本、及/或所述第二桥接应用的备副本,恢复对所述组播消息的传输。
一种计算机设备,所述计算机设备包括:
存储器,存储至少一个指令;及
处理器,执行所述存储器中存储的指令以实现所述组播网络通信方法。
一种计算机可读存储介质,所述计算机可读存储介质中存储有至少一个指令,所述至少一个指令被计算机设备中的处理器执行以实现所述组播网络通信方法。
由以上技术方案可以看出,本发明能够在由于组播不通而无法通信的网络间配置桥接应用,并在有组播消息传输时,根据桥接应用的配置文件在组播网络间传输组播消息,同步记录组播消息的传播状态至桥接应用的内存队列及安装桥接应用的终端的磁盘文件中,并同步复制组播消息的传播状态至桥接应用的备副本,在传输过程中,根据异常类型、内存队列、磁盘文件及备副本恢复对组播消息的传输,不仅实现了组播不通的网络间的消息传输,同时还实现了异常传输时的自动恢复,提高了网络的健壮性。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面结合附图和具体实施例对本发明进行详细描述。
如图1所示,是本发明组播网络通信方法的较佳实施例的流程图。根据不同的需求,该流程图中步骤的顺序可以改变,某些步骤可以省略。
所述组播网络通信方法应用于一个或者多个计算机设备中,所述计算机设备是一种能够按照事先设定或存储的指令,自动进行数值计算和/或信息处理的设备,其硬件包括但不限于微处理器、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程门阵列(Field-Programmable Gate Array,FPGA)、数字处理器(Digital SignalProcessor,DSP)、嵌入式设备等。
所述计算机设备可以是任何一种可与用户进行人机交互的电子产品,例如,个人计算机、平板电脑、智能手机、个人数字助理(Personal Digital Assistant,PDA)、游戏机、交互式网络电视(Internet Protocol Television,IPTV)、智能式穿戴式设备等。
所述计算机设备还可以包括网络设备和/或用户设备。其中,所述网络设备包括,但不限于单个网络服务器、多个网络服务器组成的服务器组或基于云计算(CloudComputing)的由大量主机或网络服务器构成的云。
所述服务器可以是独立的服务器,也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(ContentDelivery Network,CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。
其中,人工智能(Artificial Intelligence,AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能,感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。
人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。
所述计算机设备所处的网络包括但不限于互联网、广域网、城域网、局域网、虚拟专用网络(Virtual Private Network,VPN)等。
S10,获取第一组播网络及第二组播网络,其中,所述第一组播网络与所述第二组播网络间由于组播不通而无法通信。
例如:所述第一组播网络与所述第二组播网络可以位于不同的地区,由于地域限制,导致两个网络间无法正常通信。
S11,为所述第一组播网络配置第一桥接应用,及为所述第二组播网络配置第二桥接应用。
具体地,可以获取所述第一桥接应用及所述第二桥接应用对应的组播源,并进一步根据对应的组播源配置桥接应用。
在本实施例中,通过所述第一桥接应用及所述第二桥接应用,能够在应用层实现消息的可靠传输。
进一步地,所述第一桥接应用可以属于一个应用集群,所述第二桥接应用可以属于另一个应用集群。
进一步地,在每个应用集群中,可以包括多个具有相同性能的桥接应用,其中一个作为主副本的桥接应用用于传输数据,其他桥接应用可以作为备副本,用于在所述主副本发生故障时代替所述主副本继续工作,以保证系统的健壮性。
S12,当检测到所述第一组播网络中有目标应用程序发出组播消息时,读取所述第一桥接应用的配置文件,并根据所述配置文件校验所述目标应用程序的权限。
在本发明的至少一个实施例中,所述配置文件用于记录组播网络间消息在应用程序间的传播路径。
例如:位于A地区的组播网络net_1网络中存在三个应用程序(App_1, App_2,App_3),位于B地区的组播网络net_2网络中也存在三个应用程序(App_1, App_2,App_3),如果net_1网络中的App_1无法直接使用组播和net_2网络中的App_1通信,那么在两个网络中部署一对桥接应用Bridge应用,net_1中的Bridge通过配置文件选择要接收的组播消息,并通过建立的TCP连接将组播消息搬运到net_2中,net_2中的Bridge收到TCP消息后,再通过组播网络发送给net_2中的App_1, App_2,App_3。
在本发明的至少一个实施例中,所述根据所述配置文件校验所述目标应用程序的权限包括:
获取所述配置文件中记录的应用程序列表,其中,所述应用程序列表中存储的应用程序具有向所述第二组播网络传输消息的权限;
当所述目标应用程序在所述应用程序列表中时,确定所述目标应用程序的权限通过校验;或者
当所述目标应用程序不在所述应用程序列表中时,确定所述目标应用程序的权限未通过校验。
通过上述实施方式,能够基于配置选择性的搬运指定组播消息,避免造成网络风暴等网络安全问题,进而实现了组播消息在应用层的可靠传输。
S13,当所述目标应用程序的权限通过校验时,向所述第二桥接应用发送所述组播消息,并通过所述第二桥接应用将所述组播消息传输至所述第二组播网络的应用程序。
在本发明的至少一个实施例中,所述向所述第二桥接应用发送所述组播消息包括:
通过TCP(Transmission Control Protocol,传输控制协议)协议向所述第二桥接应用发送所述组播消息。
通过TCP协议,能够保证在TCP连接正常的状态下,对组播消息进行可靠传输。
S14,同步记录所述组播消息的传播状态至所述第二桥接应用的内存、安装所述第一桥接应用的终端的第一磁盘文件、安装所述第二桥接应用的终端的第二磁盘文件中,并同步复制所述组播消息的传播状态至所述第一桥接应用的备副本、所述第二桥接应用的备副本中。
在本实施例中,还需要将所述组播消息的传播状态同步至所述第一桥接应用的内存队列,在此不赘述。
在本发明的至少一个实施例中,所述组播消息的传播状态包括:
所述第一桥接应用并未将所述组播消息发送至传输网络中,其中,所述传输网络包括所述第一组播网络与所述第二组播网络间用于传递消息的网络;或者
所述组播消息处于所述传输网络中,但并未送达至所述第二桥接应用;或者
所述组播消息已送达至所述第二桥接应用,但所述第二桥接应用反馈于所述组播消息的ACK(Acknowledge character,确认字符)消息处于所述传输网络中,并未反馈至所述第一桥接应用;或者
所述组播消息已送达至所述第二桥接应用,且所述第二桥接应用反馈于所述组播消息的ACK消息已送达至所述第一桥接应用。
具体地,所述组播消息可以为至少一条,每条组播消息的传播状态可以不同。
例如:发送端Bridge(如所述第一桥接应用)发送了7条组播消息,此时,7条组播消息都会保存到发送端Bridge的内存队列中,这7条组播消息的状态可能包括:接收端Bridge(如所述第二桥接应用)接收到了两条组播消息,TCP网络(即所述传输网络)上正在传输两条消息,发送端有3条消息还没有被真正发送到TCP网络上。接收端定期向发送端回复ACK消息,表示接收到了组播息。
在本实施例中,内存队列相当于是对应的桥接应用的缓存,生命周期与对应的桥接应用相同。
在本实施例中,磁盘文件相当于是安装桥接应用的终端的硬盘。
在本实施例中,通过向对应的内存队列、磁盘文件及备副本中同步组播消息的传播状态,能够在后续发生异常时保证对消息传输的有效恢复。
S15,在传输过程中,当检测到所述组播消息传输异常时,确定异常类型。
在本发明的至少一个实施例中,所述异常类型包括,但不限于以下一种或者多种的组合:
所述传输网络中断、所述第一桥接应用故障、所述第二桥接应用故障。
S16,根据所述异常类型,所述第二桥接应用的内存、及/或所述第一磁盘文件、及/或所述第二磁盘文件、及/或所述第一桥接应用的备副本、及/或所述第二桥接应用的备副本,恢复对所述组播消息的传输。
在本发明的至少一个实施例中,所述根据所述异常类型,所述第二桥接应用的内存、及/或所述第一磁盘文件、及/或所述第二磁盘文件、及/或所述第一桥接应用的备副本、及/或所述第二桥接应用的备副本,恢复对所述组播消息的传输包括:
当所述异常类型为所述传输网络中断时,重新连接所述传输网络;
当检测到所述传输网络恢复连接时,从所述第二桥接应用的内存中读取所述组播消息的传播状态;
根据所述组播消息的传播状态确定消息断点;
采用ACK机制通知所述消息断点至所述第一桥接应用;
在所述第一桥接应用的内存队列中,从所述消息断点处开始获取所述组播消息中的待发送消息,并通过所述第一桥接应用继续发送所述待发送消息,其中,所述内存队列用于存储所述组播消息。
具体地,当Bridge之间的TCP连接异常断开时,发送到传输网络上的消息可能并未到达对端Bridge,Bridge会触发自动重连,如果网络恢复,则会重新建立TCP连接,接收端Bridge会将上次已确认接收的消息断点通过ACK消息通知发送端Bridge,发送端Bridge会基于接收端已经确认接收的数据继续传输消息,从而保证消息连续和完整。
例如:发送端Bridge向传输网络上发送了7条消息,其中两条消息已经被接收端确认并进行了ACK回复,第三条消息刚被接收端接收,回复的ACK正在传输网络上传输,第四条消息还没有被接收端接收,正在传输网络上传输,此时,网络出现故障;当网络恢复后,两端自动建立新的TCP连接,接收端Bridge通过ACK通知发送端Bridge上次已经收到第三条消息,发送端将发送端的消息队列的窗口推进到第四条消息,然后从队列中取出第4-7条消息重新发送给接收端。
通过上述实施方式,能够在传输网络断开时实现对消息的断链重连。
其中,在从所述第二桥接应用的内存中读取所述消息断点前,所述方法还包括:
在所述组播消息中,当有任意消息已送达至所述第二桥接应用,且所述第二桥接应用反馈于所述任意消息的ACK消息已送达至所述第一桥接应用时,从所述内存队列中释放所述任意消息。
通过上述实施方式,能够及时释放缓存,避免数据堆砌。
在本发明的至少一个实施例中,所述根据所述异常类型,所述第二桥接应用的内存、及/或所述第一磁盘文件、及/或所述第二磁盘文件、及/或所述第一桥接应用的备副本、及/或所述第二桥接应用的备副本,恢复对所述组播消息的传输还包括:
当所述异常类型为所述第一桥接应用故障时,启动所述第一桥接应用的备副本替换所述第一桥接应用,并利用所述第一桥接应用的备副本继续传输所述组播消息;及/或
当所述异常类型为所述第二桥接应用故障时,启动所述第二桥接应用的备副本替换所述第二桥接应用,并利用所述第二桥接应用的备副本继续传输所述组播消息。
通过上述实施方式,能够基于主备切换实现应用集群的高可用。
其中,所述第一桥接应用及所述第二桥接应用作为主副本,用于传输所述组播消息,并采用原子复制技术同步所述组播消息的传播状态至对应的备副本。
在上述实施方式中,由于桥接应用支持高可用部署,多个桥接应用组成一个集群,并统一对外提供服务,集群中仅主副本会建立TCP连接并收发组播消息,其他桥接应用作为备用副本。同一集群中多个副本间采用原子复制技术,由主副本将接收的消息进行复制,并同步给集群中的其他副本,从而保证集群内的所有副本接收到完全相同的消息。当主副本故障后,会从其他集群副本中选取新的主副本,并与对端建立新的TCP连接,完成主备切换,由于集群内的所有副本消息是完全相同的,因此,主备切换后依然可以保证消息的完整和连续。
具体地,在生成每个副本时,同时生成每个副本的名称,可以根据每个副本的名称选择副本进行主备切换。
例如:发送端集群中的所有副本都会接收组播消息,但是只有主副本会与接收端的主副本建立TCP连接,并将组播消息发送给接收端,接收端的主副本接收到消息后,会通过原子复制机制技术将组播消息完整的同步给集群中的所有备副本。如果发送端的主副本为Bridge_1,备副本为Bridge_2,接收端的主副本为Bridge_3,备副本为Bridge_4,当接收端的主副本Bridge_3故障后,Bridge_1会与Bridge_4建立TCP连接,从而完成主备切换,通过握手同步后进行断点对齐,继续进行消息传输。
通过上述实施方式,能够保证主备副本间的数据一致,这样,在执行主备切换后,由于集群内的所有副本消息是完全相同的,主备切换后仍然可以保证消息的完整和连续。
进一步地,所述方法还包括:
获取故障的桥接应用作为目标桥接应用;
获取安装所述目标桥接应用的终端的磁盘文件作为目标磁盘文件;
从所述目标磁盘文件中读取所述组播消息的传播状态;
根据所述组播消息的传播状态确定消息断点;
从所述消息断点处继续传输所述组播消息。
可以理解的是,基于内存队列和ACK机制可以保证桥接应用正常运行时消息的可靠性,但是,当桥接应用故障退出后,内存队列中的消息将会全部丢失,那么重启桥接应用后,内存队列中的消息也将无法恢复。本实施例基于消息持久化机制保证了桥接应用故障恢复后消息的可靠性。
具体地,将组播消息的传播状态保存到磁盘文件中,当桥接应用故障重启后,可以从磁盘文件中重新读取持久化的消息进行处理,从而恢复到故障前的内存队列状态。进一步地,桥接应用之间通过ACK同步机制对齐消息断点,并更新缓存队列窗口,从而保证消息的完整和连续。
例如:当发送端Bridge故障时,如果发送了7条组播消息,接收端接收到3条组播消息,其中两条组播消息已经向发送端进行了确认,第三条的确认还没送达发送端,此时,发送端Bridge重新启动,会先从磁盘文件中读取历史组播消息的传播状态,从而恢复出故障前的状态,进一步地,接收端Bridge会向发送端发送ACK以确认自己收到了第三条消息,发送端Bridge将消息队列的窗口推进到第4条消息,并从消息队列中取出第4-7条消息重新发送给接收端。
在本发明的至少一个实施例中,为了缓解网络压力,同时降低带宽使用,还可以根据带宽需求将消息进行分片发送,并控制发送速率,以实现消息控流及消息压缩,避免突发流量对网络造成的压力。
同时,对于体积超过阈值的消息,还可以通过压缩算法对消息进行压缩发送,进一步降低对网络的影响。
由以上技术方案可以看出,本发明能够在由于组播不通而无法通信的网络间配置桥接应用,并在有组播消息传输时,根据桥接应用的配置文件在组播网络间传输组播消息,同步记录组播消息的传播状态至桥接应用的内存队列及安装桥接应用的终端的磁盘文件中,并同步复制组播消息的传播状态至桥接应用的备副本,在传输过程中,根据异常类型、内存队列、磁盘文件及备副本恢复对组播消息的传输,不仅实现了组播不通的网络间的消息传输,同时还实现了异常传输时的自动恢复,提高了网络的健壮性。
如图2所示,是本发明组播网络通信装置的较佳实施例的功能模块图。所述组播网络通信装置11包括获取单元110、配置单元111、校验单元112、传输单元113、同步单元114、确定单元115、恢复单元116。本发明所称的模块/单元是指一种能够被处理器13所执行,并且能够完成固定功能的一系列计算机程序段,其存储在存储器12中。在本实施例中,关于各模块/单元的功能将在后续的实施例中详述。
获取单元110获取第一组播网络及第二组播网络,其中,所述第一组播网络与所述第二组播网络间由于组播不通而无法通信。
例如:所述第一组播网络与所述第二组播网络可以位于不同的地区,由于地域限制,导致两个网络间无法正常通信。
配置单元111为所述第一组播网络配置第一桥接应用,及为所述第二组播网络配置第二桥接应用。
具体地,可以获取所述第一桥接应用及所述第二桥接应用对应的组播源,并进一步根据对应的组播源配置桥接应用。
在本实施例中,通过所述第一桥接应用及所述第二桥接应用,能够在应用层实现消息的可靠传输。
进一步地,所述第一桥接应用可以属于一个应用集群,所述第二桥接应用可以属于另一个应用集群。
进一步地,在每个应用集群中,可以包括多个具有相同性能的桥接应用,其中一个作为主副本的桥接应用用于传输数据,其他桥接应用可以作为备副本,用于在所述主副本发生故障时代替所述主副本继续工作,以保证系统的健壮性。
当检测到所述第一组播网络中有目标应用程序发出组播消息时,校验单元112读取所述第一桥接应用的配置文件,并根据所述配置文件校验所述目标应用程序的权限。
在本发明的至少一个实施例中,所述配置文件用于记录组播网络间消息在应用程序间的传播路径。
例如:位于A地区的组播网络net_1网络中存在三个应用程序(App_1, App_2,App_3),位于B地区的组播网络net_2网络中也存在三个应用程序(App_1, App_2,App_3),如果net_1网络中的App_1无法直接使用组播和net_2网络中的App_1通信,那么在两个网络中部署一对桥接应用Bridge应用,net_1中的Bridge通过配置文件选择要接收的组播消息,并通过建立的TCP连接将组播消息搬运到net_2中,net_2中的Bridge收到TCP消息后,再通过组播网络发送给net_2中的App_1, App_2,App_3。
在本发明的至少一个实施例中,所述校验单元112根据所述配置文件校验所述目标应用程序的权限包括:
获取所述配置文件中记录的应用程序列表,其中,所述应用程序列表中存储的应用程序具有向所述第二组播网络传输消息的权限;
当所述目标应用程序在所述应用程序列表中时,确定所述目标应用程序的权限通过校验;或者
当所述目标应用程序不在所述应用程序列表中时,确定所述目标应用程序的权限未通过校验。
通过上述实施方式,能够基于配置选择性的搬运指定组播消息,避免造成网络风暴等网络安全问题,进而实现了组播消息在应用层的可靠传输。
当所述目标应用程序的权限通过校验时,传输单元113向所述第二桥接应用发送所述组播消息,并通过所述第二桥接应用将所述组播消息传输至所述第二组播网络的应用程序。
在本发明的至少一个实施例中,所述传输单元113向所述第二桥接应用发送所述组播消息包括:
通过TCP(Transmission Control Protocol,传输控制协议)协议向所述第二桥接应用发送所述组播消息。
通过TCP协议,能够保证在TCP连接正常的状态下,对组播消息进行可靠传输。
同步单元114同步记录所述组播消息的传播状态至所述第二桥接应用的内存、安装所述第一桥接应用的终端的第一磁盘文件、安装所述第二桥接应用的终端的第二磁盘文件中,并同步复制所述组播消息的传播状态至所述第一桥接应用的备副本、所述第二桥接应用的备副本中。
在本实施例中,还需要将所述组播消息的传播状态同步至所述第一桥接应用的内存队列,在此不赘述。
在本发明的至少一个实施例中,所述组播消息的传播状态包括:
所述第一桥接应用并未将所述组播消息发送至传输网络中,其中,所述传输网络包括所述第一组播网络与所述第二组播网络间用于传递消息的网络;或者
所述组播消息处于所述传输网络中,但并未送达至所述第二桥接应用;或者
所述组播消息已送达至所述第二桥接应用,但所述第二桥接应用反馈于所述组播消息的ACK(Acknowledge character,确认字符)消息处于所述传输网络中,并未反馈至所述第一桥接应用;或者
所述组播消息已送达至所述第二桥接应用,且所述第二桥接应用反馈于所述组播消息的ACK消息已送达至所述第一桥接应用。
具体地,所述组播消息可以为至少一条,每条组播消息的传播状态可以不同。
例如:发送端Bridge(如所述第一桥接应用)发送了7条组播消息,此时,7条组播消息都会保存到发送端Bridge的内存队列中,这7条组播消息的状态可能包括:接收端Bridge(如所述第二桥接应用)接收到了两条组播消息,TCP网络(即所述传输网络)上正在传输两条消息,发送端有3条消息还没有被真正发送到TCP网络上。接收端定期向发送端回复ACK消息,表示接收到了组播息。
在本实施例中,内存队列相当于是对应的桥接应用的缓存,生命周期与对应的桥接应用相同。
在本实施例中,磁盘文件相当于是安装桥接应用的终端的硬盘。
在本实施例中,通过向对应的内存队列、磁盘文件及备副本中同步组播消息的传播状态,能够在后续发生异常时保证对消息传输的有效恢复。
在传输过程中,当检测到所述组播消息传输异常时,确定单元115确定异常类型。
在本发明的至少一个实施例中,所述异常类型包括,但不限于以下一种或者多种的组合:
所述传输网络中断、所述第一桥接应用故障、所述第二桥接应用故障。
恢复单元116根据所述异常类型,所述第二桥接应用的内存、及/或所述第一磁盘文件、及/或所述第二磁盘文件、及/或所述第一桥接应用的备副本、及/或所述第二桥接应用的备副本,恢复对所述组播消息的传输。
在本发明的至少一个实施例中,所述恢复单元116根据所述异常类型,所述第二桥接应用的内存、及/或所述第一磁盘文件、及/或所述第二磁盘文件、及/或所述第一桥接应用的备副本、及/或所述第二桥接应用的备副本,恢复对所述组播消息的传输包括:
当所述异常类型为所述传输网络中断时,重新连接所述传输网络;
当检测到所述传输网络恢复连接时,从所述第二桥接应用的内存中读取所述组播消息的传播状态;
根据所述组播消息的传播状态确定消息断点;
采用ACK机制通知所述消息断点至所述第一桥接应用;
在所述第一桥接应用的内存队列中,从所述消息断点处开始获取所述组播消息中的待发送消息,并通过所述第一桥接应用继续发送所述待发送消息,其中,所述内存队列用于存储所述组播消息。
具体地,当Bridge之间的TCP连接异常断开时,发送到传输网络上的消息可能并未到达对端Bridge,Bridge会触发自动重连,如果网络恢复,则会重新建立TCP连接,接收端Bridge会将上次已确认接收的消息断点通过ACK消息通知发送端Bridge,发送端Bridge会基于接收端已经确认接收的数据继续传输消息,从而保证消息连续和完整。
例如:发送端Bridge向传输网络上发送了7条消息,其中两条消息已经被接收端确认并进行了ACK回复,第三条消息刚被接收端接收,回复的ACK正在传输网络上传输,第四条消息还没有被接收端接收,正在传输网络上传输,此时,网络出现故障;当网络恢复后,两端自动建立新的TCP连接,接收端Bridge通过ACK通知发送端Bridge上次已经收到第三条消息,发送端将发送端的消息队列的窗口推进到第四条消息,然后从队列中取出第4-7条消息重新发送给接收端。
通过上述实施方式,能够在传输网络断开时实现对消息的断链重连。
其中,在从所述第二桥接应用的内存中读取所述消息断点前,在所述组播消息中,当有任意消息已送达至所述第二桥接应用,且所述第二桥接应用反馈于所述任意消息的ACK消息已送达至所述第一桥接应用时,从所述内存队列中释放所述任意消息。
通过上述实施方式,能够及时释放缓存,避免数据堆砌。
在本发明的至少一个实施例中,所述恢复单元116根据所述异常类型,所述第二桥接应用的内存、及/或所述第一磁盘文件、及/或所述第二磁盘文件、及/或所述第一桥接应用的备副本、及/或所述第二桥接应用的备副本,恢复对所述组播消息的传输还包括:
当所述异常类型为所述第一桥接应用故障时,启动所述第一桥接应用的备副本替换所述第一桥接应用,并利用所述第一桥接应用的备副本继续传输所述组播消息;及/或
当所述异常类型为所述第二桥接应用故障时,启动所述第二桥接应用的备副本替换所述第二桥接应用,并利用所述第二桥接应用的备副本继续传输所述组播消息。
通过上述实施方式,能够基于主备切换实现应用集群的高可用。
其中,所述第一桥接应用及所述第二桥接应用作为主副本,用于传输所述组播消息,并采用原子复制技术同步所述组播消息的传播状态至对应的备副本。
在上述实施方式中,由于桥接应用支持高可用部署,多个桥接应用组成一个集群,并统一对外提供服务,集群中仅主副本会建立TCP连接并收发组播消息,其他桥接应用作为备用副本。同一集群中多个副本间采用原子复制技术,由主副本将接收的消息进行复制,并同步给集群中的其他副本,从而保证集群内的所有副本接收到完全相同的消息。当主副本故障后,会从其他集群副本中选取新的主副本,并与对端建立新的TCP连接,完成主备切换,由于集群内的所有副本消息是完全相同的,因此,主备切换后依然可以保证消息的完整和连续。
具体地,在生成每个副本时,同时生成每个副本的名称,可以根据每个副本的名称选择副本进行主备切换。
例如:发送端集群中的所有副本都会接收组播消息,但是只有主副本会与接收端的主副本建立TCP连接,并将组播消息发送给接收端,接收端的主副本接收到消息后,会通过原子复制机制技术将组播消息完整的同步给集群中的所有备副本。如果发送端的主副本为Bridge_1,备副本为Bridge_2,接收端的主副本为Bridge_3,备副本为Bridge_4,当接收端的主副本Bridge_3故障后,Bridge_1会与Bridge_4建立TCP连接,从而完成主备切换,通过握手同步后进行断点对齐,继续进行消息传输。
通过上述实施方式,能够保证主备副本间的数据一致,这样,在执行主备切换后,由于集群内的所有副本消息是完全相同的,主备切换后仍然可以保证消息的完整和连续。
进一步地,获取故障的桥接应用作为目标桥接应用;
获取安装所述目标桥接应用的终端的磁盘文件作为目标磁盘文件;
从所述目标磁盘文件中读取所述组播消息的传播状态;
根据所述组播消息的传播状态确定消息断点;
从所述消息断点处继续传输所述组播消息。
可以理解的是,基于内存队列和ACK机制可以保证桥接应用正常运行时消息的可靠性,但是,当桥接应用故障退出后,内存队列中的消息将会全部丢失,那么重启桥接应用后,内存队列中的消息也将无法恢复。本实施例基于消息持久化机制保证了桥接应用故障恢复后消息的可靠性。
具体地,将组播消息的传播状态保存到磁盘文件中,当桥接应用故障重启后,可以从磁盘文件中重新读取持久化的消息进行处理,从而恢复到故障前的内存队列状态。进一步地,桥接应用之间通过ACK同步机制对齐消息断点,并更新缓存队列窗口,从而保证消息的完整和连续。
例如:当发送端Bridge故障时,如果发送了7条组播消息,接收端接收到3条组播消息,其中两条组播消息已经向发送端进行了确认,第三条的确认还没送达发送端,此时,发送端Bridge重新启动,会先从磁盘文件中读取历史组播消息的传播状态,从而恢复出故障前的状态,进一步地,接收端Bridge会向发送端发送ACK以确认自己收到了第三条消息,发送端Bridge将消息队列的窗口推进到第4条消息,并从消息队列中取出第4-7条消息重新发送给接收端。
在本发明的至少一个实施例中,为了缓解网络压力,同时降低带宽使用,还可以根据带宽需求将消息进行分片发送,并控制发送速率,以实现消息控流及消息压缩,避免突发流量对网络造成的压力。
同时,对于体积超过阈值的消息,还可以通过压缩算法对消息进行压缩发送,进一步降低对网络的影响。
由以上技术方案可以看出,本发明能够在由于组播不通而无法通信的网络间配置桥接应用,并在有组播消息传输时,根据桥接应用的配置文件在组播网络间传输组播消息,同步记录组播消息的传播状态至桥接应用的内存队列及安装桥接应用的终端的磁盘文件中,并同步复制组播消息的传播状态至桥接应用的备副本,在传输过程中,根据异常类型、内存队列、磁盘文件及备副本恢复对组播消息的传输,不仅实现了组播不通的网络间的消息传输,同时还实现了异常传输时的自动恢复,提高了网络的健壮性。
如图3所示,是本发明实现组播网络通信方法的较佳实施例的计算机设备的结构示意图。
所述计算机设备1可以包括存储器12、处理器13和总线,还可以包括存储在所述存储器12中并可在所述处理器13上运行的计算机程序,例如组播网络通信程序。
本领域技术人员可以理解,所述示意图仅仅是计算机设备1的示例,并不构成对计算机设备1的限定,所述计算机设备1既可以是总线型结构,也可以是星形结构,所述计算机设备1还可以包括比图示更多或更少的其他硬件或者软件,或者不同的部件布置,例如所述计算机设备1还可以包括输入输出设备、网络接入设备等。
需要说明的是,所述计算机设备1仅为举例,其他现有的或今后可能出现的电子产品如可适应于本发明,也应包含在本发明的保护范围以内,并以引用方式包含于此。
其中,存储器12至少包括一种类型的可读存储介质,所述可读存储介质包括闪存、移动硬盘、多媒体卡、卡型存储器(例如:SD或DX存储器等)、磁性存储器、磁盘、光盘等。存储器12在一些实施例中可以是计算机设备1的内部存储单元,例如该计算机设备1的移动硬盘。存储器12在另一些实施例中也可以是计算机设备1的外部存储设备,例如计算机设备1上配备的插接式移动硬盘、智能存储卡(Smart Media Card,SMC)、安全数字(SecureDigital,SD)卡、闪存卡(Flash Card)等。进一步地,存储器12还可以既包括计算机设备1的内部存储单元也包括外部存储设备。存储器12不仅可以用于存储安装于计算机设备1的应用软件及各类数据,例如组播网络通信程序的代码等,还可以用于暂时地存储已经输出或者将要输出的数据。
处理器13在一些实施例中可以由集成电路组成,例如可以由单个封装的集成电路所组成,也可以是由多个相同功能或不同功能封装的集成电路所组成,包括一个或者多个中央处理器(Central Processing unit,CPU)、微处理器、数字处理芯片、图形处理器及各种控制芯片的组合等。处理器13是所述计算机设备1的控制核心(Control Unit),利用各种接口和线路连接整个计算机设备1的各个部件,通过运行或执行存储在所述存储器12内的程序或者模块(例如执行组播网络通信程序等),以及调用存储在所述存储器12内的数据,以执行计算机设备1的各种功能和处理数据。
所述处理器13执行所述计算机设备1的操作系统以及安装的各类应用程序。所述处理器13执行所述应用程序以实现上述各个组播网络通信方法实施例中的步骤,例如图1所示的步骤。
示例性的,所述计算机程序可以被分割成一个或多个模块/单元,所述一个或者多个模块/单元被存储在所述存储器12中,并由所述处理器13执行,以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机可读指令段,该指令段用于描述所述计算机程序在所述计算机设备1中的执行过程。例如,所述计算机程序可以被分割成获取单元110、配置单元111、校验单元112、传输单元113、同步单元114、确定单元115、恢复单元116。
上述以软件功能模块的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机、计算机设备,或者网络设备等)或处理器(processor)执行本发明各个实施例所述组播网络通信方法的部分。
所述计算机设备1集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指示相关的硬件设备来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。
其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器等。
进一步地,计算机可读存储介质可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序等;存储数据区可存储根据区块链节点的使用所创建的数据等。
本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain),本质上是一个去中心化的数据库,是一串使用密码学方法相关联产生的数据块,每一个数据块中包含了一批次网络交易的信息,用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
总线可以是外设部件互连标准(peripheral component interconnect,简称PCI)总线或扩展工业标准结构(extended industry standard architecture,简称EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示,在图3中仅用一根直线表示,但并不表示仅有一根总线或一种类型的总线。所述总线被设置为实现所述存储器12以及至少一个处理器13等之间的连接通信。
尽管未示出,所述计算机设备1还可以包括给各个部件供电的电源(比如电池),优选地,电源可以通过电源管理装置与所述至少一个处理器13逻辑相连,从而通过电源管理装置实现充电管理、放电管理、以及功耗管理等功能。电源还可以包括一个或一个以上的直流或交流电源、再充电装置、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。所述计算机设备1还可以包括多种传感器、蓝牙模块、Wi-Fi模块等,在此不再赘述。
进一步地,所述计算机设备1还可以包括网络接口,可选地,所述网络接口可以包括有线接口和/或无线接口(如WI-FI接口、蓝牙接口等),通常用于在该计算机设备1与其他计算机设备之间建立通信连接。
可选地,该计算机设备1还可以包括用户接口,用户接口可以是显示器(Display)、输入单元(比如键盘(Keyboard)),可选地,用户接口还可以是标准的有线接口、无线接口。可选地,在一些实施例中,显示器可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode,有机发光二极管)触摸器等。其中,显示器也可以适当的称为显示屏或显示单元,用于显示在计算机设备1中处理的信息以及用于显示可视化的用户界面。
应该了解,所述实施例仅为说明之用,在专利申请范围上并不受此结构的限制。
图3仅示出了具有组件12-13的计算机设备1,本领域技术人员可以理解的是,图3示出的结构并不构成对所述计算机设备1的限定,可以包括比图示更少或者更多的部件,或者组合某些部件,或者不同的部件布置。
结合图1,所述计算机设备1中的所述存储器12存储多个指令以实现一种组播网络通信方法,所述处理器13可执行所述多个指令从而实现:
获取第一组播网络及第二组播网络,其中,所述第一组播网络与所述第二组播网络间由于组播不通而无法通信;
为所述第一组播网络配置第一桥接应用,及为所述第二组播网络配置第二桥接应用;
当检测到所述第一组播网络中有目标应用程序发出组播消息时,读取所述第一桥接应用的配置文件,并根据所述配置文件校验所述目标应用程序的权限;
当所述目标应用程序的权限通过校验时,向所述第二桥接应用发送所述组播消息,并通过所述第二桥接应用将所述组播消息传输至所述第二组播网络的应用程序;
同步记录所述组播消息的传播状态至所述第二桥接应用的内存、安装所述第一桥接应用的终端的第一磁盘文件、安装所述第二桥接应用的终端的第二磁盘文件中,并同步复制所述组播消息的传播状态至所述第一桥接应用的备副本、所述第二桥接应用的备副本中;
在传输过程中,当检测到所述组播消息传输异常时,确定异常类型;
根据所述异常类型,所述第二桥接应用的内存、及/或所述第一磁盘文件、及/或所述第二磁盘文件、及/或所述第一桥接应用的备副本、及/或所述第二桥接应用的备副本,恢复对所述组播消息的传输。
具体地,所述处理器13对上述指令的具体实现方法可参考图1对应实施例中相关步骤的描述,在此不赘述。
在本发明所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
本发明可用于众多通用或专用的计算机系统环境或配置中。例如:个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能模块的形式实现。
对于本领域技术人员而言,显然本发明不限于上述示范性实施例的细节,而且在不背离本发明的精神或基本特征的情况下,能够以其他的具体形式实现本发明。
因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本发明的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附关联图标记视为限制所涉及的权利要求。
此外,显然“包括”一词不排除其他单元或步骤,单数不排除复数。本发明中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一、第二等词语用来表示名称,而并不表示任何特定的顺序。
最后应说明的是,以上实施例仅用以说明本发明的技术方案而非限制,尽管参照较佳实施例对本发明进行了详细说明,本领域的普通技术人员应当理解,可以对本发明的技术方案进行修改或等同替换,而不脱离本发明技术方案的精神和范围。