CN114374697B - 道路过车信息的推送系统、方法、电子设备及存储介质 - Google Patents

道路过车信息的推送系统、方法、电子设备及存储介质 Download PDF

Info

Publication number
CN114374697B
CN114374697B CN202210042319.5A CN202210042319A CN114374697B CN 114374697 B CN114374697 B CN 114374697B CN 202210042319 A CN202210042319 A CN 202210042319A CN 114374697 B CN114374697 B CN 114374697B
Authority
CN
China
Prior art keywords
information
pushing
target
server
push
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
Application number
CN202210042319.5A
Other languages
English (en)
Other versions
CN114374697A (zh
Inventor
管飞
何渝君
李洪浩
王璐
陈勋
陈盼
张婧
王超
段奇
邬明罡
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hanyun Technology Co Ltd
Original Assignee
Hanyun Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hanyun Technology Co Ltd filed Critical Hanyun Technology Co Ltd
Priority to CN202210042319.5A priority Critical patent/CN114374697B/zh
Publication of CN114374697A publication Critical patent/CN114374697A/zh
Application granted granted Critical
Publication of CN114374697B publication Critical patent/CN114374697B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004Server selection for load balancing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Computer And Data Communications (AREA)

Abstract

本申请提供了一种道路过车信息的推送系统、方法、电子设备及存储介质,信息接入装置将目标信息通过负载均衡筛选出的目标接收服务器发送给信息转发装置;信息转发装置将目标信息通过负载均衡筛选出的目标传送服务器发送给信息推送装置;信息推送装置根据预先配置的待推送平台的配置信息从目标信息中获取与配置信息对应的子信息,将子信息作为推送信息通过负载均衡筛选出的目标推送服务器发送给待推送平台。采用本申请提供的技术方案能够通过从各个装置的多个服务器中分别筛选出正常工作且响应信息时间最短的服务器,将推送消息发送给对应的平台,保证了道路过车信息传输的通畅,降低了道路过车信息丢失率,提高了推送的效率和及时性。

Description

道路过车信息的推送系统、方法、电子设备及存储介质
技术领域
本申请涉及互联网技术领域,尤其是涉及一种道路过车信息的推送系统、方法、电子设备及存储介质。
背景技术
目前,道路过车信息的推送系统是根据项目、需求部门的不同,在各部门建立自己的数据库和接入系统,形成独立的小范围的接入服务系统,道路过车信息从接入到推送的各环节均设置对应的服务器进行数据处理,从而完成进行道路过车信息传输过程,若是推送过程中的某一环节的服务器出现异常,不仅会造成道路过车信息的丢失,还会造成道路过车信息传输的堵塞,影响道路过车信息推送的效率和及时性。
因此,如何防止道路过车信息丢失,提高道路过车信息推送的效率和及时性,成为了亟待解决的问题。
发明内容
有鉴于此,本申请的目的在于提供一种道路过车信息的推送系统、方法、电子设备及存储介质,能够通过在道路过车信息推送中的信息接入装置、信息转发装置、信息推送装置中设置多个服务器,并且在道路过车信息推送过程中,从各个装置的多个服务器中分别筛选出正常工作且响应信息处理时间最短的服务器,将道路过车信息中的推送消息发送给对应的平台,保证了道路过车信息传输的通畅,降低了道路过车信息的丢失率,提高了道路过车信息推送的效率和及时性。
本申请主要包括以下几个方面:
第一方面,本申请实施例提供了一种道路过车信息的推送系统,所述推送系统包括信息接入装置、信息转发装置、信息推送装置;
所述信息接入装置,用于实时接收采集到的道路过车信息,通过负载均衡从多个接收服务器中筛选出目标接收服务器,将所述道路过车信息分配给所述目标接收服务器,控制所述目标接收服务器将道路过车信息进行归一化处理,得到目标信息,并将所述目标信息发送给信息转发装置;其中,所述目标接收服务器为多个接收服务器中处于正常工作状态且响应信息处理时间最短的接收服务器;
所述信息转发装置,用于接收所述信息接入装置的目标信息,根据推送需求,确定出待推送平台,根据所述待推送平台的平台标识,将所述目标信息存入所述待推送平台的消息队列中,通过负载均衡从多个传送服务器中筛选出目标传送服务器,将所述消息队列中的目标信息分配给所述目标传送服务器,控制所述目标传送服务器将所述目标信息发送给信息推送装置;其中,所述目标传送服务器为多个传送服务器中处于正常工作状态且响应信息处理时间最短的传送服务器;
所述信息推送装置,用于接收所述目标信息,根据预先配置的所述待推送平台的配置信息从目标信息中获取与配置信息对应的子信息,将所述子信息作为推送信息,并通过负载均衡在从多个推送服务器中筛选出目标推送服务器,将所述推送信息分配给所述目标推送服务器,控制所述目标推送服务器将所述推送信息发送给所述待推送平台;其中,所述目标推送服务器为多个推送服务器中处于正常工作状态且响应信息处理时间最短的推送服务器。
进一步的,所述推送系统还包括图片存储服务器,所述图片存储服务器用于存储将从所述目标接收服务器接收到的道路过车信息中的图片,并生成所述图片的存储路径,并将所述存储路径发送给所述目标接收服务器;
所述信息接入装置还用于:
接收所述图片存储服务器反馈的所述道路过车信息中的图片的存储路径,将所述存储路径与道路过车信息中的结构化数据进行拼接,得到所述目标信息。
进一步的,所述信息推送装置还用于:
根据所述待推送平台的配置信息从所述图片存储服务器中获取所述待推送平台需要推送的推送图片,将所述推送图片与对应的推送信息一起推送给所述待推送平台。
进一步的,所述信息推送装置还用于:
根据待推送平台的配置信息在推送服务器的连接池中检测是否存在待推送平台的可用连接;
若存在,则获取待推送平台的可用连接,通过可用连接将所述推送信息推送给待推送平台;
若不存在,则在连接池具有可用空间时新建与待推送平台的连接,直至该连接为可用连接,获取所述可用连接。
进一步的,所述推送系统还包括监控装置;
所述监控装置,用于监控所述推送信息中的通信情况,若所述推送信息中的通信情况存在异常,则生成报警信息;
其中,所述推送信息中的通信情况包括以下至少一种:
每个负载均衡到各个接收服务器之间的通信、每个接收服务器与图片存储服务器之间的通信、每个接收服务器与各个消息队列之间的通信、每个消息队列与各个传送服务器之间的通信、每个传送服务器与各个数据库之间的通信、每个推送服务器与各个数据库之间的通信、每个推送服务器与图片存储服务器之间的通信。
进一步的,所述推送系统还包括信息存储装置;
所述信息存储装置,用于接收所述信息转发装置发送的目标消息以及所述信息推送装置发送的推送消息,通过负载均衡从多个数据库中根据待推送平台的平台标识筛选出目标数据库,将所述目标消息以及推送消息分配给所述目标数据库对应的数据表进行存储。
进一步的,所述信息推送装置还用于:
若确定所述推送服务器推送信息失败,获取所述推送服务器推送失败后的重推次数;
检测所述重推次数是否大于预设阈值;
若大于,则将推送失败的推送信息发送给所述信息存储装置进行存储;
若不大于,则将推送失败的推送信息重新推送。
第二方面,本申请实施例还提供了一种道路过车信息的推送方法,所述推送方法应用于上述任一所述的推送系统,所述推送方法包括:
控制信息接入装置实时采集道路过车信息,通过负载均衡从多个接收服务器中筛选出目标接收服务器,将所述道路过车信息分配给所述目标接收服务器,控制所述目标接收服务器将道路过车信息进行归一化处理,得到目标信息,并将所述目标信息发送给信息转发装置;其中,所述目标接收服务器为多个接收服务器中处于正常工作状态且响应信息处理时间最短的接收服务器;
控制所述信息转发装置接收所述目标信息,根据推送需求,确定出待推送平台,根据所述待推送平台的平台标识,将所述目标信息存入所述待推送平台的消息队列中,通过负载均衡从多个传送服务器中筛选出目标传送服务器,将所述消息队列中的目标信息分配给所述目标传送服务器,控制所述目标传送服务器将所述目标信息发送给信息推送装置;其中,所述目标传送服务器为多个传送服务器中处于正常工作状态且响应信息处理时间最短的传送服务器;
控制所述信息推送装置接收所述目标信息,根据预先配置的所述待推送平台的配置信息从目标信息中获取与配置信息对应的子信息,将所述子信息作为推送信息,并通过负载均衡在从多个推送服务器中筛选出目标推送服务器,将所述推送信息分配给所述目标推送服务器,控制所述目标推送服务器将所述推送信息发送给所述待推送平台;其中,所述目标推送服务器为多个推送服务器中处于正常工作状态且响应信息处理时间最短的推送服务器。
第三方面,本申请实施例还提供一种电子设备,包括:处理器、存储器和总线,所述存储器存储有所述处理器可执行的机器可读指令,当电子设备运行时,所述处理器与所述存储器之间通过总线通信,所述机器可读指令被所述处理器执行时执行如上述的道路过车信息的推送方法的步骤。
第四方面,本申请实施例还提供一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器运行时执行如上述的道路过车信息的推送方法的步骤。
本申请实施例提供的一种道路过车信息的推送系统、方法、电子设备及存储介质,所述推送系统包括信息接入装置、信息转发装置、信息推送装置;所述信息接入装置,用于实时接收采集到的道路过车信息,通过负载均衡从多个接收服务器中筛选出目标接收服务器,将所述道路过车信息分配给所述目标接收服务器,控制所述目标接收服务器将道路过车信息进行归一化处理,得到目标信息,并将所述目标信息发送给信息转发装置;其中,所述目标接收服务器为多个接收服务器中处于正常工作状态且响应信息处理时间最短的接收服务器;所述信息转发装置,用于接收所述信息接入装置的目标信息,根据推送需求,确定出待推送平台,根据所述待推送平台的平台标识,将所述目标信息存入所述待推送平台的消息队列中,通过负载均衡从多个传送服务器中筛选出目标传送服务器,将所述消息队列中的目标信息分配给所述目标传送服务器,控制所述目标传送服务器将所述目标信息发送给信息推送装置;其中,所述目标传送服务器为多个传送服务器中处于正常工作状态且响应信息处理时间最短的传送服务器;所述信息推送装置,用于接收所述目标信息,根据预先配置的所述待推送平台的配置信息从目标信息中获取与配置信息对应的子信息,将所述子信息作为推送信息,并通过负载均衡在从多个推送服务器中筛选出目标推送服务器,将所述推送信息分配给所述目标推送服务器,控制所述目标推送服务器将所述推送信息发送给所述待推送平台;其中,所述目标推送服务器为多个推送服务器中处于正常工作状态且响应信息处理时间最短的推送服务器。
这样,采用本申请提供的技术方案能够通过在道路过车信息推送中的信息接入装置、信息转发装置、信息推送装置中设置多个服务器,并且在道路过车信息推送过程中,从各个装置的多个服务器中分别筛选出正常工作且响应信息处理时间最短的服务器,将道路过车信息中的推送消息发送给对应的平台,保证了道路过车信息传输的通畅,降低了道路过车信息的丢失率,提高了道路过车信息推送的效率和及时性。
为使本申请的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1示出了本申请实施例所提供的一种道路过车信息的推送系统的结构示意图之一;
图2示出了本申请实施例所提供的一种道路过车信息的推送系统的结构示意图之二;
图3示出了本申请实施例所提供的一种道路过车信息的推送方法的流程图;
图4示出了本申请实施例所提供的一种电子设备的结构示意图。
图标:100-推送系统;101-信息接入装置;102-信息转发装置;103-信息推送装置;104-图片存储服务器;105-信息存储装置;106-监控装置;400-电子设备;410-处理器;420-存储器;430-总线。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,应当理解,本申请中的附图仅起到说明和描述的目的,并不用于限定本申请的保护范围。另外,应当理解,示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应当理解,流程图的操作可以不按顺序实现,没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外,本领域技术人员在本申请内容的指引下,可以向流程图添加一个或多个其他操作,也可以从流程图中移除一个或多个操作。
另外,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的全部其他实施例,都属于本申请保护的范围。
为了使得本领域技术人员能够使用本申请内容,结合特定应用场景“道路过车信息的推送”,给出以下实施方式,对于本领域技术人员来说,在不脱离本申请的精神和范围的情况下,可以将这里定义的一般原理应用于其他实施例和应用场景。
本申请实施例下述系统、方法、电子设备或计算机可读存储介质可以应用于任何需要进行信息推送的场景,本申请实施例并不对具体的应用场景作限制,任何使用本申请实施例提供的一种道路过车信息的推送系统、方法、电子设备及存储介质的方案均在本申请保护范围内。
值得注意的是,目前,道路过车信息的推送系统是根据项目、需求部门的不同,在各部门建立自己的数据库和接入系统,形成独立的小范围的接入服务系统,包括接入服务器,存储数据库,推送程序,应用服务器,每个不同的项目和工程,都有自己独立的一套设备和系统,致使每一套接入服务系统之间的无法实现数据共享,需要汇总到应用服务器中才能获取所有数据,并在所有数据中筛选出推送数据向对应的平台进行推送,导致存在大量重复、无用数据消耗内存空间,影响推送数据的不及时性;并且道路过车信息从接入到推送的各环节均设置对应的服务器进行数据处理,从而完成进行道路过车信息传输过程,若是推送过程中的某一环节的服务器出现异常,不仅会造成道路过车信息的丢失,还会造成道路过车信息传输的堵塞,影响道路过车信息推送的效率和及时性。
因此,如何防止道路过车信息丢失,提高道路过车信息推送的效率和及时性,成为了亟待解决的问题。
基于此,本申请提出了一种道路过车信息的推送系统、方法、电子设备及存储介质,所述推送系统包括信息接入装置、信息转发装置、信息推送装置;所述信息接入装置,用于实时接收采集到的道路过车信息,通过负载均衡从多个接收服务器中筛选出目标接收服务器,将所述道路过车信息分配给所述目标接收服务器,控制所述目标接收服务器将道路过车信息进行归一化处理,得到目标信息,并将所述目标信息发送给信息转发装置;其中,所述目标接收服务器为多个接收服务器中处于正常工作状态且响应信息处理时间最短的接收服务器;所述信息转发装置,用于接收所述信息接入装置的目标信息,根据推送需求,确定出待推送平台,根据所述待推送平台的平台标识,将所述目标信息存入所述待推送平台的消息队列中,通过负载均衡从多个传送服务器中筛选出目标传送服务器,将所述消息队列中的目标信息分配给所述目标传送服务器,控制所述目标传送服务器将所述目标信息发送给信息推送装置;其中,所述目标传送服务器为多个传送服务器中处于正常工作状态且响应信息处理时间最短的传送服务器;所述信息推送装置,用于接收所述目标信息,根据预先配置的所述待推送平台的配置信息从目标信息中获取与配置信息对应的子信息,将所述子信息作为推送信息,并通过负载均衡在从多个推送服务器中筛选出目标推送服务器,将所述推送信息分配给所述目标推送服务器,控制所述目标推送服务器将所述推送信息发送给所述待推送平台;其中,所述目标推送服务器为多个推送服务器中处于正常工作状态且响应信息处理时间最短的推送服务器。
这样,采用本申请提供的技术方案能够通过在道路过车信息推送中的信息接入装置、信息转发装置、信息推送装置中设置多个服务器,并且在道路过车信息推送过程中,从各个装置的多个服务器中分别筛选出正常工作且响应信息处理时间最短的服务器,将道路过车信息中的推送消息发送给对应的平台,保证了道路过车信息传输的通畅,降低了道路过车信息的丢失率,提高了道路过车信息推送的效率和及时性。
进一步的,对本申请公开的一种道路过车信息的推送系统100进行介绍。
请参阅图1,图1为本申请实施例所提供的一种道路过车信息的推送系统100的结构示意图之一,本申请实施例提供了一种道路过车信息的推送系统100,所述推送系统100包括信息接入装置101、信息转发装置102、信息推送装置103;信息接入装置101将目标信息通过负载均衡筛选出的目标接收服务器发送给信息转发装置102;信息转发装置102将目标信息通过负载均衡筛选出的目标传送服务器发送给信息推送装置103;信息推送装置103根据预先配置的待推送平台的配置信息从目标信息中获取与配置信息对应的子信息,将子信息作为推送信息通过负载均衡筛选出的目标推送服务器发送给待推送平台。
具体的,所述信息接入装置101,用于实时接收采集到的道路过车信息,通过负载均衡从多个接收服务器中筛选出目标接收服务器,将所述道路过车信息分配给所述目标接收服务器,控制所述目标接收服务器将道路过车信息进行归一化处理,得到目标信息,并将所述目标信息发送给信息转发装置102。
这里,目标接收服务器为多个接收服务器中处于正常工作状态且响应信息处理时间最短的接收服务器;信息接入装置101根据采集需求实时采集卡口电警的道路过车信息,例如采集某个车辆的车牌号信息、卡口编号、该车辆的颜色等信息作为一条道路过车信息;通过负载均衡将该条道路过车信息分配给正常工作且最为空闲(即响应信息处理时间最短)的接收服务器进行数据处理,得到目标消息,将目标消息发送给信息转发装置102。
示例性的,信息接入装置101可以采用LVS+Keepalived部署服务器集群框架,来实现IP+端口的四层负载,并使用两台LVS双主互备作为负载均衡,轮询解析所有的接收服务器;若LVS到任意一个接收服务器的连接不通,LVS会自动分发至其他接收服务器,只需要人工检测异常接收服务器即可;同时部署两台nginx集群服务,作为冷备解决突发事件应急方案,当两台LVS负载均衡均发生异常后,可通过切换网线的形式,使用nginx作为临时的负载均衡服务,保证数据的正常传输,降低数据的丢失率。
进一步的,请参阅图2,图2为一种道路过车信息的推送系统的结构示意图之二,如图2所示,所述推送系统100还包括图片存储服务器104,所述图片存储服务器104用于存储将从所述目标接收服务器接收到的道路过车信息中的图片,并生成所述图片的存储路径,并将所述存储路径发送给所述目标接收服务器;所述信息接入装置101还用于:接收所述图片存储服务器104反馈的所述道路过车信息中的图片的存储路径,将所述存储路径与道路过车信息中的结构化数据进行拼接,得到所述目标信息。
这里,将道路过车信息分配给目标接收服务器之后,目标接收服务器还需要将道路过车信息中的非结构化数据,即图片发送给图片存储服务器104进行永久保存,图片存储服务器104在接收并保存该条道路过车信息后,生成该图片的存储路径,并将存储路径返回给目标接收服务器,该目标接收服务器接收到该条道路过车信息中图片的存储路径,将该存储路径和该道路过车信息中的结构化数据进行拼接,将拼接后的结构化数据作为目标消息发送给信息转发装置102。
进一步的,所述信息转发装置102,用于接收所述信息接入装置101的目标信息,根据推送需求,确定出待推送平台,根据所述待推送平台的平台标识,将所述目标信息存入所述待推送平台的消息队列中,通过负载均衡从多个传送服务器中筛选出目标传送服务器,将所述消息队列中的目标信息分配给所述目标传送服务器,控制所述目标传送服务器将所述目标信息发送给信息推送装置103。
这里,目标传送服务器为多个传送服务器中处于正常工作状态且响应信息处理时间最短的传送服务器;信息转发装置102通过负载均衡将消息队列中的目标信息分配给正常工作且最为空闲(即响应信息处理时间最短)的传送服务器(目标传送服务器),控制该传送服务器(目标传送服务器)将该条目标信息发送给信息推送装置103。
示例性的,信息转发装置102可以使用RocketMQ做消息队列,采用NameServer+Broker、多Master多Slave的集群部署模式,同步双写,部署5台NameServer,由于NameServer相互独立,彼此没有通信,单台挂掉,其它NameServer不影响使用;这里,单个Broker和所有NameServer保持长连接,Broker每隔30秒(此时间无法更改)向所有NameServer发送心跳,心跳包含了自身的topic配置信息,NameServer每隔10秒(此时间无法更改),扫描所有还存活的Broker连接,若某个连接2分钟内(当前时间与最后更新时间差值超过2分钟,此时间无法更改)没有发送心跳数据,则断开连接,并且更新topic与队列的对应关系。可以通过topic与消息队列的关系来判断Broker是否挂掉,并记录异常日志;其中,RocketMQ提供Master/Slave的结构,Slave定时从Master同步数据,如果Master宕机,则Slave提供消费服务,但是不能写入消息;所有发往Broker的消息,有同步刷盘和异步刷盘机制,同步刷盘:消息写入磁盘才会返回写入成功,因此非常可靠;异步刷盘:消息先写入内存后就返回写入成功,然后定时将内存中的消息写入到磁盘中。
示例性的,信息接入装置101作为消息队列的生产者,针对于生产者,生产者与NameServer关系如下:单个生产者和一台NameServer保持长连接,默认情况下,生产者每隔30秒从NameServer获取所有topic的最新队列情况,该时间由DefaultMQProducer的pollNameServerInteval参数决定,可手动配置。如果该NameServer挂掉,生产者会自动连接下一个NameServer,直到有可用连接为止,并能自动重连。生产者与Broker关系如下:单个生产者和该生产者关联的所有Broker保持长连接。默认情况下,生产者每隔30秒向所有Broker发送心跳,该时间由DefaultMQProducer的heartbeatBrokerInterval参数决定,可手动配置。Broker每隔10秒钟(此时间无法更改),扫描所有还存活的连接,若某个连接2分钟内(当前时间与最后更新时间差值超过2分钟,此时间无法更改)没有发送心跳数据,则关闭连接。连接关闭后,移除Broker上的生产者信息。
示例性的,信息推送装置103作为消息队列的消费者,针对于消费者,消费者与NameServer关系如下:单个消费者和一台NameServer保持长连接,默认情况下,消费者每隔30秒从NameServer获取所有topic的最新队列情况,该时间由DefaultMQPushConsumer的pollNameServerInterval参数决定,可手动配置。如果该NameServer挂掉,消费者会自动连接下一个NameServer,直到有可用连接为止。消费者与broker关系如下:单个消费者和该消费者关联的所有Broker保持长连接。默认情况下,消费者每隔30秒向所有Broker发送心跳,该时间由DefaultMQPushConsumer的heartbeatBrokerInterval参数决定,可手动配置。Broker每隔10秒钟(此时间无法更改),扫描所有还存活的连接,若某个连接2分钟内(当前时间与最后更新时间差值超过2分钟,此时间无法更改)没有发送心跳数据,则关闭连接,并向该消费者分组的所有消费者发出通知,分组内消费者重新分配队列继续消费。这里,集群消费模式下,一个消费者集群多台机器共同消费一个topic的多个队列,一个队列只会被一个消费者消费。如果某个消费者挂掉,分组内其它消费者会接替挂掉的消费者继续消费。
这里,信息转发装置102还用于对消息队列进行消息清理;示例性的,消息清理有以下几种方式,第一种,将扫描间隔设置为10秒,由Broker配置参数cleanResourceInterval决定,每个10秒对消息队列进行清理;第二种,设置空间阈值为85%,表示当磁盘空间使用达到85%,则不再接收目标消息;第三种,将清理时机设置为每天凌晨4点,由Broker配置参数deleteWhen决定,或者达到空间阈值时对消息队列进行清理;第四种,设置文件保留时长为默认72小时,由broker配置参数fileReservedTime决定,72小时之后,所消息队里进行清理。
进一步的,所述信息推送装置103,用于接收所述目标信息,根据预先配置的所述待推送平台的配置信息从目标信息中获取与配置信息对应的子信息,将所述子信息作为推送信息,并通过负载均衡在从多个推送服务器中筛选出目标推送服务器,将所述推送信息分配给所述目标推送服务器,控制所述目标推送服务器将所述推送信息发送给所述待推送平台。
这里,目标推送服务器为多个推送服务器中处于正常工作状态且响应信息处理时间最短的推送服务器,信息推送装置103中每个推送服务器上均配置有多个平台的配置信息,该配置信息是根据业务需求进行配置的,根据待推送平台的配置信息在接收到的目标信息中提取与配置信息对应的子信息,将子信息作为推送信息发送给对应的待推送平台。
示例性的,待推送平台包括DaaS平台、违法预处理平台、车行云平台、设施运维服务平台、道路交通安全监管平台等;例如,可以将卡口采集到的道路过车信息中的违规信息作为推送信息推送给违法预处理平台。
进一步的,所述信息推送装置103还用于:根据所述待推送平台的配置信息从所述图片存储服务器104中获取所述待推送平台需要推送的推送图片,将所述推送图片与对应的推送信息一起推送给所述待推送平台。
这里,根据推送服务器上配置的待推送平台的配置信息,若配置有图片推送需求时,从图片存储服务器104中获取该目标信息中图片的存储路径对应的推送图片,将推送图片和该条推送信息一起推送给所述待推送平台。
进一步的,所述信息推送装置103还用于:根据待推送平台的配置信息在推送服务器的连接池中检测是否存在待推送平台的可用连接;若存在,则获取待推送平台的可用连接,通过可用连接将所述推送信息推送给待推送平台;若不存在,则在连接池具有可用空间时新建与待推送平台的连接,直至该连接为可用连接,获取所述可用连接。
这里,针对每个待推送平台可以接收最大数量的http请求编写一个httpclient连接池,将所有的连接都放到连接池中进行统一管理,每次请求待推送平台前必须到连接池中拿到存活的连接;分配连接给当前请求包括两部分:A、从连接池获取可用连接;B、将连接与当前请求绑定。其中第一部分从连接池获取可用连接的过程为:1)获取route对应连接池routeToPool中可用的连接,有则返回该连接,若没有则转入下一步;2)若routeToPool和外层HttpConnPool连接池均还有可用的空间,则新建连接,并将该连接作为可用连接返回,否则进行下一步;3)将当前请求放入pending队列,等待执行。
示例性的,连接用完之后连接池需要进行回收,具体流程:1)若当前连接标记为重用,则将该连接从routeToPool中的leased集合删除,并添加至available队列,同样的将该请求从外层httpConnPool的leased集合删除,并添加至其available队列,同时唤醒该routeToPool的pending队列的第一个PoolEntryFuture,将其从pending队列删除,并将其从外层httpConnPool的pending队列中删除。2)若连接没有标记为重用,则分别从routeToPool和外层httpConnPool中删除该连接,并关闭该连接。
示例性的,HTTP Client4.0的ThreadSafeClientConnManager提供了closeExpiredConnections()方法和closeIdleConnections()方法来检测连接有效性问题。前一个方法是清除连接池中所有过期的连接,而后一个方法则是关闭一定时间空闲的连接,可以使用一个单独的线程完成这个工作。
示例性的,通过监听,当连接池中没有可用的连接的时候,信息推送装置103依旧消费消息队列中的消息,并把这些消息重新生成一个队列,等到待推送平台服务恢复,连接池会生成新的可用连接,原队列和新队列中的数据正常推送给待推送平台。
进一步的,如图2所示,所述推送系统100还包括监控装置106;所述监控装置106,用于监控所述推送信息中的通信情况,若所述推送信息中的通信情况存在异常,则生成报警信息。
这里,推送信息中的通信情况包括以下至少一种:每个负载均衡到各个接收服务器之间的通信、每个接收服务器与图片存储服务器之间的通信、每个接收服务器与各个消息队列之间的通信、每个消息队列与各个传送服务器之间的通信、每个传送服务器与各个数据库之间的通信、每个推送服务器与各个数据库之间的通信、每个推送服务器与图片存储服务器之间的通信。
示例性的,当推送服务器从消息队列中获取目标信息,如果获取失败,则记录日志,同时短信提醒;可以使用LVS监控信息接入装置101,如果LVS到任意一个接收服务器不通,则发短信提醒;可以在任意一个接收服务器调用EMC提供的接口前,做心跳监测,异常后,连续监测3次,如果还是异常,则记录异常日志,同时短信提醒,推送失败数据直接丢弃;在接收服务器推送目标消息至消息队列时,如果推送失败,则记录异常日志,同时短信提醒,推送失败数据直接丢弃。
进一步的,如图2所示,所述推送系统100还包括信息存储装置105;所述信息存储装置105,用于接收所述信息转发装置102发送的目标消息以及所述信息推送装置103发送的推送消息,通过负载均衡从多个数据库中根据待推送平台的平台标识筛选出目标数据库,将所述目标消息以及推送消息分配给所述目标数据库对应的数据表进行存储。
这里,通过分布式集群方式存储,结构化数据(文本字符串)和非结构化数据(图片)分开存储,同时开启推送服务,并将推送记录也存储,保证数据完整性和可靠性。
进一步的,所述信息推送装置103还用于:若确定所述推送服务器推送信息失败,获取所述推送服务器推送失败后的重推次数;检测所述重推次数是否大于预设阈值;若大于,则将推送失败的推送信息发送给所述信息存储装置进行存储;若不大于,则将推送失败的推送信息重新推送。
这里,根据推送失败重新推送的业务需求,可以预先设置一个预设阈值,当重推次数大于该预设阈值,不再重推,并将推送失败的推送记录存储在对应的数据库中;若不大于预设阈值,则重新将该条推送消息推送至对应的待推送平台。
需要说明的是,所述信息推送装置103还用于根据异常日志重新推送失败信息;示例性的,还可以从异常日志中获取推送至图片存储服务器104(EMC)的失败记录,定时从本地将推送失败记录重新推送至EMC;还可以从异常日志中获取发布至消息队列(MQ)的失败记录,定时从EMC中将发布失败记录重新发布至MQ。
本申请实施例提供的一种道路过车信息的推送系统,所述推送系统包括信息接入装置、信息转发装置、信息推送装置;所述信息接入装置,用于实时接收采集到的道路过车信息,通过负载均衡从多个接收服务器中筛选出目标接收服务器,将所述道路过车信息分配给所述目标接收服务器,控制所述目标接收服务器将道路过车信息进行归一化处理,得到目标信息,并将所述目标信息发送给信息转发装置;其中,所述目标接收服务器为多个接收服务器中处于正常工作状态且响应信息处理时间最短的接收服务器;所述信息转发装置,用于接收所述信息接入装置的目标信息,根据推送需求,确定出待推送平台,根据所述待推送平台的平台标识,将所述目标信息存入所述待推送平台的消息队列中,通过负载均衡从多个传送服务器中筛选出目标传送服务器,将所述消息队列中的目标信息分配给所述目标传送服务器,控制所述目标传送服务器将所述目标信息发送给信息推送装置;其中,所述目标传送服务器为多个传送服务器中处于正常工作状态且响应信息处理时间最短的传送服务器;所述信息推送装置,用于接收所述目标信息,根据预先配置的所述待推送平台的配置信息从目标信息中获取与配置信息对应的子信息,将所述子信息作为推送信息,并通过负载均衡在从多个推送服务器中筛选出目标推送服务器,将所述推送信息分配给所述目标推送服务器,控制所述目标推送服务器将所述推送信息发送给所述待推送平台;其中,所述目标推送服务器为多个推送服务器中处于正常工作状态且响应信息处理时间最短的推送服务器。
这样,采用本申请提供的技术方案能够通过在道路过车信息推送中的信息接入装置、信息转发装置、信息推送装置中设置多个服务器,并且在道路过车信息推送过程中,从各个装置的多个服务器中分别筛选出正常工作且响应信息处理时间最短的服务器,将道路过车信息中的推送消息发送给对应的平台,保证了道路过车信息传输的通畅,降低了道路过车信息的丢失率,提高了道路过车信息推送的效率和及时性。
请参阅图3,图3为本申请实施例所提供的一种道路过车信息的推送方法的流程图。如图3中所示,本申请实施例提供的道路过车信息的推送方法,包括:
S301、控制信息接入装置实时采集道路过车信息,通过负载均衡从多个接收服务器中筛选出目标接收服务器,将所述道路过车信息分配给所述目标接收服务器,控制所述目标接收服务器将道路过车信息进行归一化处理,得到目标信息,并将所述目标信息发送给信息转发装置;
该步骤中,所述目标接收服务器为多个接收服务器中处于正常工作状态且响应信息处理时间最短的接收服务器。目标接收服务器为多个接收服务器中处于正常工作状态且响应信息处理时间最短的接收服务器;信息接入装置根据采集需求实时采集卡口电警的道路过车信息,例如采集某个车辆的车牌号信息、卡口编号、该车辆的颜色等信息作为一条道路过车信息;通过负载均衡将该条道路过车信息分配给正常工作且最为空闲(即响应信息处理时间最短)的接收服务器进行数据处理,得到目标消息,将目标消息发送给信息转发装置。
这里,控制所述目标接收服务器将道路过车信息进行归一化处理,得到目标信息的步骤包括:
S3011、控制所述目标接收服务器接收图片存储服务器反馈的所述道路过车信息中的图片的存储路径,将所述存储路径与道路过车信息中的结构化数据进行拼接,得到所述目标信息。
该步骤中,图片存储服务器用于存储将从目标接收服务器接收到的道路过车信息中的图片,并生成所述图片的存储路径,并将该存储路径发送给目标接收服务器。
这里,将道路过车信息分配给目标接收服务器之后,目标接收服务器还需要将道路过车信息中的非结构化数据,即图片发送给图片存储服务器进行永久保存,图片存储服务器在接收并保存该条道路过车信息后,生成该图片的存储路径,并将存储路径返回给目标接收服务器,该目标接收服务器接收到该条道路过车信息中图片的存储路径,将该存储路径和该道路过车信息中的结构化数据进行拼接,将拼接后的结构化数据作为目标消息发送给信息转发装置。
S302、控制所述信息转发装置接收所述目标信息,根据推送需求,确定出待推送平台,根据所述待推送平台的平台标识,将所述目标信息存入所述待推送平台的消息队列中,通过负载均衡从多个传送服务器中筛选出目标传送服务器,将所述消息队列中的目标信息分配给所述目标传送服务器,控制所述目标传送服务器将所述目标信息发送给信息推送装置;
该步骤中,目标传送服务器为多个传送服务器中处于正常工作状态且响应信息处理时间最短的传送服务器;信息转发装置通过负载均衡将消息队列中的目标信息分配给正常工作且最为空闲(即响应信息处理时间最短)的传送服务器(目标传送服务器),控制该传送服务器(目标传送服务器)将该条目标信息发送给推送装置。
S303、控制所述信息推送装置接收所述目标信息,根据预先配置的所述待推送平台的配置信息从目标信息中获取与配置信息对应的子信息,将所述子信息作为推送信息,并通过负载均衡在从多个推送服务器中筛选出目标推送服务器,将所述推送信息分配给所述目标推送服务器,控制所述目标推送服务器将所述推送信息发送给所述待推送平台;
该步骤中,目标推送服务器为多个推送服务器中处于正常工作状态且响应信息处理时间最短的推送服务器,信息推送装置中每个推送服务器上均配置有多个平台的配置信息,该配置信息是根据业务需求进行配置的,根据待推送平台的配置信息在接收到的目标信息中提取与配置信息对应的子信息,将子信息作为推送信息发送给对应的待推送平台。
进一步的,所述推送方法还包括:根据所述待推送平台的配置信息从所述图片存储服务器中获取所述待推送平台需要推送的推送图片,将所述推送图片与对应的推送信息一起推送给所述待推送平台。
该步骤中,根据推送服务器上配置的待推送平台的配置信息,若配置有图片推送需求时,从图片存储服务器中获取该目标信息中图片的存储路径对应的推送图片,将推送图片和该条推送信息一起推送给所述待推送平台。
进一步的,所述推送方法还包括:根据待推送平台的配置信息在推送服务器的连接池中检测是否存在待推送平台的可用连接;若存在,则获取待推送平台的可用连接,通过可用连接将所述推送信息推送给待推送平台;若不存在,则在连接池具有可用空间时新建与待推送平台的连接,直至该连接为可用连接,获取所述可用连接。
该步骤中,在推送到对应的待推送平台前,还需要在连接池中,获取待推送平台的可用连接,只有在具有待推送平台的可用连接时,才可以进行推送;示例性的,通过监听,当连接池中没有可用的连接的时候,信息推送装置依旧消费消息队列中的消息,并把这些消息重新生成一个队列,等到待推送平台服务恢复,连接池会生成新的可用连接,原队列和新队列中的数据正常推送给待推送平台。
进一步的,所述方法还包括:监控所述推送信息中的通信情况,若所述推送信息中的通信情况存在异常,则生成报警信息;
该步骤中,推送信息中的通信情况包括以下至少一种:每个负载均衡到各个接收服务器之间的通信、每个接收服务器与图片存储服务器之间的通信、每个接收服务器与各个消息队列之间的通信、每个消息队列与各个传送服务器之间的通信、每个传送服务器与各个数据库之间的通信、每个推送服务器与各个数据库之间的通信、每个推送服务器与图片存储服务器之间的通信。
示例性的,当推送服务器从消息队列中获取目标信息,如果获取失败,则记录日志,同时短信提醒;可以使用LVS监控信息接入装置,如果LVS到任意一个接收服务器不通,则发短信提醒;可以在任意一个接收服务器调用EMC提供的接口前,做心跳监测,异常后,连续监测3次,如果还是异常,则记录异常日志,同时短信提醒,推送失败数据直接丢弃;在接收服务器推送目标消息至消息队列时,如果推送失败,则记录异常日志,同时短信提醒,推送失败数据直接丢弃。
进一步的,所述推送方法还包括:所述信息存储装置,用于接收所述信息转发装置发送的目标消息以及所述信息推送装置发送的推送消息,通过负载均衡从多个数据库中根据待推送平台的平台标识筛选出目标数据库,将所述目标消息以及推送消息分配给所述目标数据库对应的数据表进行存储。
该步骤中,通过分布式集群方式存储,结构化数据(字符流)和非结构化数据(图片)分开存储,同时开启推送服务,并将推送记录也存储,保证数据完整性和可靠性。
进一步的,所述推送方法还包括:若确定所述推送服务器推送信息失败,获取所述推送服务器推送失败后的重推次数;检测所述重推次数是否大于预设阈值;若大于,则将推送失败的推送信息发送给所述信息存储装置进行存储;若不大于,则将推送失败的推送信息重新推送。
该步骤中,根据推送失败重新推送的业务需求,可以预先设置一个预设阈值,当重推次数大于该预设阈值,不再重推,并将推送失败的推送记录存储在对应的数据库中;若不大于预设阈值,则重新将该条推送消息推送至对应的待推送平台。
本申请实施例提供的一种道路过车信息的推送方法,所述控制方法包括:控制信息接入装置实时采集道路过车信息,通过负载均衡从多个接收服务器中筛选出目标接收服务器,将所述道路过车信息分配给所述目标接收服务器,控制所述目标接收服务器将道路过车信息进行归一化处理,得到目标信息,并将所述目标信息发送给信息转发装置;其中,所述目标接收服务器为多个接收服务器中处于正常工作状态且响应信息处理时间最短的接收服务器;控制所述信息转发装置接收所述目标信息,根据推送需求,确定出待推送平台,根据所述待推送平台的平台标识,将所述目标信息存入所述待推送平台的消息队列中,通过负载均衡从多个传送服务器中筛选出目标传送服务器,将所述消息队列中的目标信息分配给所述目标传送服务器,控制所述目标传送服务器将所述目标信息发送给信息推送装置;其中,所述目标传送服务器为多个传送服务器中处于正常工作状态且响应信息处理时间最短的传送服务器;控制所述信息推送装置接收所述目标信息,根据预先配置的所述待推送平台的配置信息从目标信息中获取与配置信息对应的子信息,将所述子信息作为推送信息,并通过负载均衡在从多个推送服务器中筛选出目标推送服务器,将所述推送信息分配给所述目标推送服务器,控制所述目标推送服务器将所述推送信息发送给所述待推送平台;其中,所述目标推送服务器为多个推送服务器中处于正常工作状态且响应信息处理时间最短的推送服务器。
这样,采用本申请提供的技术方案能够通过在道路过车信息推送中的信息接入装置、信息转发装置、信息推送装置中设置多个服务器,并且在道路过车信息推送过程中,从各个装置的多个服务器中分别筛选出正常工作且响应信息处理时间最短的服务器,将道路过车信息中的推送消息发送给对应的平台,保证了道路过车信息传输的通畅,降低了道路过车信息的丢失率,提高了道路过车信息推送的效率和及时性。
请参阅图4,图4为本申请实施例所提供的一种电子设备的结构示意图。如图4中所示,所述电子设备400包括处理器410、存储器420和总线430。
所述存储器420存储有所述处理器410可执行的机器可读指令,当电子设备400运行时,所述处理器410与所述存储器420之间通过总线430通信,所述机器可读指令被所述处理器410执行时,可以执行如上述图3所示方法实施例中的道路过车信息的推送方法的步骤,具体实现方式可参见方法实施例,在此不再赘述。
本申请实施例还提供一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时可以执行如上述图3所示方法实施例中的道路过车信息的推送方法的步骤,具体实现方式可参见方法实施例,在此不再赘述。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-OnlyMemory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上所述实施例,仅为本申请的具体实施方式,用以说明本申请的技术方案,而非对其限制,本申请的保护范围并不局限于此,尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化,或者对其中部分技术特征进行等同替换;而这些修改、变化或者替换,并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种道路过车信息的推送系统,其特征在于,所述推送系统包括信息接入装置、信息转发装置、信息推送装置;
所述信息接入装置,用于实时接收采集到的道路过车信息,通过负载均衡从多个接收服务器中筛选出目标接收服务器,将所述道路过车信息分配给所述目标接收服务器,控制所述目标接收服务器将道路过车信息进行归一化处理,得到目标信息,并将所述目标信息发送给信息转发装置;其中,所述目标接收服务器为多个接收服务器中处于正常工作状态且响应信息处理时间最短的接收服务器;
所述信息转发装置,用于接收所述信息接入装置的目标信息,根据推送需求,确定出待推送平台,根据所述待推送平台的平台标识,将所述目标信息存入所述待推送平台的消息队列中,通过负载均衡从多个传送服务器中筛选出目标传送服务器,将所述消息队列中的目标信息分配给所述目标传送服务器,控制所述目标传送服务器将所述目标信息发送给信息推送装置;其中,所述目标传送服务器为多个传送服务器中处于正常工作状态且响应信息处理时间最短的传送服务器;
所述信息推送装置,用于接收所述目标信息,根据预先配置的所述待推送平台的配置信息从目标信息中获取与配置信息对应的子信息,将所述子信息作为推送信息,并通过负载均衡在从多个推送服务器中筛选出目标推送服务器,将所述推送信息分配给所述目标推送服务器,控制所述目标推送服务器将所述推送信息发送给所述待推送平台;其中,所述目标推送服务器为多个推送服务器中处于正常工作状态且响应信息处理时间最短的推送服务器。
2.根据权利要求1所述的推送系统,其特征在于,所述推送系统还包括图片存储服务器,所述图片存储服务器用于存储将从所述目标接收服务器接收到的道路过车信息中的图片,并生成所述图片的存储路径,并将所述存储路径发送给所述目标接收服务器;
所述信息接入装置还用于:
接收所述图片存储服务器反馈的所述道路过车信息中的图片的存储路径,将所述存储路径与道路过车信息中的结构化数据进行拼接,得到所述目标信息。
3.根据权利要求2所述的推送系统,其特征在于,所述信息推送装置还用于:
根据所述待推送平台的配置信息从所述图片存储服务器中获取所述待推送平台需要推送的推送图片,将所述推送图片与对应的推送信息一起推送给所述待推送平台。
4.根据权利要求1所述的推送系统,其特征在于,所述信息推送装置还用于:
根据待推送平台的配置信息在推送服务器的连接池中检测是否存在待推送平台的可用连接;
若存在,则获取待推送平台的可用连接,通过可用连接将所述推送信息推送给待推送平台;
若不存在,则在连接池具有可用空间时新建与待推送平台的连接,直至该连接为可用连接,获取所述可用连接。
5.根据权利要求1所述的推送系统,其特征在于,所述推送系统还包括监控装置;
所述监控装置,用于监控所述推送信息中的通信情况,若所述推送信息中的通信情况存在异常,则生成报警信息;
其中,所述推送信息中的通信情况包括以下至少一种:
每个负载均衡到各个接收服务器之间的通信、每个接收服务器与图片存储服务器之间的通信、每个接收服务器与各个消息队列之间的通信、每个消息队列与各个传送服务器之间的通信、每个传送服务器与各个数据库之间的通信、每个推送服务器与各个数据库之间的通信、每个推送服务器与图片存储服务器之间的通信。
6.根据权利要求1所述的推送系统,其特征在于,所述推送系统还包括信息存储装置;
所述信息存储装置,用于接收所述信息转发装置发送的目标消息以及所述信息推送装置发送的推送消息,通过负载均衡从多个数据库中根据待推送平台的平台标识筛选出目标数据库,将所述目标消息以及推送消息分配给所述目标数据库对应的数据表进行存储。
7.根据权利要求6所述的推送系统,其特征在于,所述信息推送装置还用于:
若确定所述推送服务器推送信息失败,获取所述推送服务器推送失败后的重推次数;
检测所述重推次数是否大于预设阈值;
若大于,则将推送失败的推送信息发送给所述信息存储装置进行存储;
若不大于,则将推送失败的推送信息重新推送。
8.一种道路过车信息的推送方法,其特征在于,所述推送方法应用于上述权利要求1-7中任一所述的推送系统,所述推送方法包括:
控制信息接入装置实时采集道路过车信息,通过负载均衡从多个接收服务器中筛选出目标接收服务器,将所述道路过车信息分配给所述目标接收服务器,控制所述目标接收服务器将道路过车信息进行归一化处理,得到目标信息,并将所述目标信息发送给信息转发装置;其中,所述目标接收服务器为多个接收服务器中处于正常工作状态且响应信息处理时间最短的接收服务器;
控制所述信息转发装置接收所述目标信息,根据推送需求,确定出待推送平台,根据所述待推送平台的平台标识,将所述目标信息存入所述待推送平台的消息队列中,通过负载均衡从多个传送服务器中筛选出目标传送服务器,将所述消息队列中的目标信息分配给所述目标传送服务器,控制所述目标传送服务器将所述目标信息发送给信息推送装置;其中,所述目标传送服务器为多个传送服务器中处于正常工作状态且响应信息处理时间最短的传送服务器;
控制所述信息推送装置接收所述目标信息,根据预先配置的所述待推送平台的配置信息从目标信息中获取与配置信息对应的子信息,将所述子信息作为推送信息,并通过负载均衡在从多个推送服务器中筛选出目标推送服务器,将所述推送信息分配给所述目标推送服务器,控制所述目标推送服务器将所述推送信息发送给所述待推送平台;其中,所述目标推送服务器为多个推送服务器中处于正常工作状态且响应信息处理时间最短的推送服务器。
9.一种电子设备,其特征在于,包括:处理器、存储器和总线,所述存储器存储有所述处理器可执行的机器可读指令,当电子设备运行时,所述处理器与所述存储器之间通过所述总线进行通信,所述机器可读指令被所述处理器运行时执行如权利要求8所述的道路过车信息的推送方法的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器运行时执行如权利要求8所述的道路过车信息的推送方法的步骤。
CN202210042319.5A 2022-01-14 2022-01-14 道路过车信息的推送系统、方法、电子设备及存储介质 Active CN114374697B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210042319.5A CN114374697B (zh) 2022-01-14 2022-01-14 道路过车信息的推送系统、方法、电子设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210042319.5A CN114374697B (zh) 2022-01-14 2022-01-14 道路过车信息的推送系统、方法、电子设备及存储介质

Publications (2)

Publication Number Publication Date
CN114374697A CN114374697A (zh) 2022-04-19
CN114374697B true CN114374697B (zh) 2024-03-01

Family

ID=81143427

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210042319.5A Active CN114374697B (zh) 2022-01-14 2022-01-14 道路过车信息的推送系统、方法、电子设备及存储介质

Country Status (1)

Country Link
CN (1) CN114374697B (zh)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103747051A (zh) * 2013-12-24 2014-04-23 深圳市领华卫通数码科技有限公司 车载终端的服务平台
KR20140060637A (ko) * 2012-11-12 2014-05-21 인포뱅크 주식회사 부하 분산 방법, 시스템 및 장치
CN107689988A (zh) * 2017-08-18 2018-02-13 广州市百果园信息技术有限公司 一种消息推送的方法、装置、电子设备及终端设备
CN107743138A (zh) * 2017-07-24 2018-02-27 上海壹账通金融科技有限公司 推送服务器分配方法、装置、计算机设备和存储介质
CN110611691A (zh) * 2018-06-15 2019-12-24 中兴通讯股份有限公司 一种消息推送方法、系统及存储介质
CN111555963A (zh) * 2020-04-30 2020-08-18 北京思特奇信息技术股份有限公司 消息推送方法、装置、电子设备及存储介质
CN113691618A (zh) * 2021-08-23 2021-11-23 北京三快在线科技有限公司 消息通知方法、装置、消息中心及存储介质
WO2021237433A1 (zh) * 2020-05-26 2021-12-02 深圳市欢太科技有限公司 消息推送方法、装置、电子设备及计算机可读介质

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7958247B2 (en) * 2008-10-14 2011-06-07 Hewlett-Packard Development Company, L.P. HTTP push to simulate server-initiated sessions
US9350819B2 (en) * 2011-07-21 2016-05-24 Microsoft Technology Licensing, Llc Centralized service for distributed service deployments
US11874845B2 (en) * 2017-06-28 2024-01-16 Fortinet, Inc. Centralized state database storing state information

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20140060637A (ko) * 2012-11-12 2014-05-21 인포뱅크 주식회사 부하 분산 방법, 시스템 및 장치
CN103747051A (zh) * 2013-12-24 2014-04-23 深圳市领华卫通数码科技有限公司 车载终端的服务平台
CN107743138A (zh) * 2017-07-24 2018-02-27 上海壹账通金融科技有限公司 推送服务器分配方法、装置、计算机设备和存储介质
CN107689988A (zh) * 2017-08-18 2018-02-13 广州市百果园信息技术有限公司 一种消息推送的方法、装置、电子设备及终端设备
CN110611691A (zh) * 2018-06-15 2019-12-24 中兴通讯股份有限公司 一种消息推送方法、系统及存储介质
CN111555963A (zh) * 2020-04-30 2020-08-18 北京思特奇信息技术股份有限公司 消息推送方法、装置、电子设备及存储介质
WO2021237433A1 (zh) * 2020-05-26 2021-12-02 深圳市欢太科技有限公司 消息推送方法、装置、电子设备及计算机可读介质
CN113691618A (zh) * 2021-08-23 2021-11-23 北京三快在线科技有限公司 消息通知方法、装置、消息中心及存储介质

Also Published As

Publication number Publication date
CN114374697A (zh) 2022-04-19

Similar Documents

Publication Publication Date Title
US7130899B1 (en) Robust indication processing
US7266734B2 (en) Generation of problem tickets for a computer system
EP3210367B1 (en) System and method for disaster recovery of cloud applications
JP5982842B2 (ja) コンピュータ障害監視プログラム、方法、及び装置
JP2004021549A (ja) ネットワーク監視システムおよびプログラム
CN108924202B (zh) 一种分布式集群的数据容灾方法以及相关装置
CN103581276A (zh) 集群管理装置、系统、业务客户端及相应方法
CN111198889B (zh) 数据补录方法和装置
US7519855B2 (en) Method and system for distributing data processing units in a communication network
US10721135B1 (en) Edge computing system for monitoring and maintaining data center operations
CN110708177B (zh) 分布式系统中的异常处理方法、系统和装置
CN110534136B (zh) 录音的方法和装置
CN101106702B (zh) 视频监控系统可配置告警过滤方法
CN114374697B (zh) 道路过车信息的推送系统、方法、电子设备及存储介质
JP2006195554A (ja) 統合監視システム
CN111953808A (zh) 一种双机双活架构的数据传输切换方法及架构构建系统
CN113824595B (zh) 链路切换控制方法、装置和网关设备
CN109246134A (zh) 一种报文控制方法和装置
CN107071038B (zh) 一种传输多媒体数据的方法及装置
CN106559282A (zh) 一种锁定文件管理方法和装置
JP2011145861A (ja) 災害時自動切換えシステムとその処理方法
JP4026606B2 (ja) 無停電電源装置管理システム
CN114301763A (zh) 分布式集群故障的处理方法及系统、电子设备及存储介质
US20030200309A1 (en) Transmission network system
KR200434039Y1 (ko) 중앙 집중형 감시 시스템

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