监测消息队列中数据丢失的方法及相关产品技术

本申请公开了一种监测消息队列中数据丢失的方法及相关产品，该方法包括：消息队列服务器获取发送端向消息队列发布的数据的第一数量，获取接收端从所述消息队列中消费的数据的第二数量；所述消息队列服务器检测所述第一数量与所述第二数量是否一致；如所述第一数量与所述第二数量不一致，所述消息队列服务器确定数据丢失，向所述发送端发送第一提示信息，向所述接收端发送第二提示信息，其中，所述第一提示信息用于提示所述发送端向所述消息队列重新发布数据，所述第二提示信息用于提示所述接收端从所述消息队列重新消费数据。本申请实施例有利于降低数据丢失的概率，提高用户体验。

Method of monitoring data loss in message queue and related products

【技术实现步骤摘要】
监测消息队列中数据丢失的方法及相关产品
本申请涉及通信
，具体涉及一种监测消息队列中数据丢失的方法及相关产品。
技术介绍
目前，人们正处于信息高度集成的单位中，由于业务的需求，需要单位中的各个业务系统之间进行频繁的数据交互，一般采用两种方式进行数据的交互，第一种，点对点进行数据传输，即数据发送端需要为各个数据接收端传输数据时，分别与各个接收端进行点对点的对接，实现与各个数据接收端的数据传输，但是，点对点的方式中一旦数据发送端修改数据，就需要重新调整布局，数据传输效率慢；第二种，采用消息队列进行数据传输，即发送端将数据发送到消息队列中，然后由各个接收端从消息队列中消费各自所需的数据，但是，由于数据交流频繁，在传输过程容易丢失数据。现有技术中，在采用消息队列传输数据时，数据易丢失，用户体验差。
技术实现思路
本申请实施例提供了一种监测消息队列中数据丢失的方法及相关产品，以期监测消息队列中的数据数量，解决传输过程中数据丢失的问题。第一方面，本申请实施例提供一种监测消息队里中数据丢失的方法，所述方法包括：消息队列服务器获取发送端向消息队列发布的数据的第一数量，获取接收端从所述消息队列中消费的数据的第二数量；所述消息队列服务器检测所述第一数量与所述第二数量是否一致；如所述第一数量与所述第二数量不一致，所述消息队列服务器确定数据丢失，向所述发送端发送第一提示信息，向所述接收端发送第二提示信息，其中，所述第一提示信息用于提示所述发送端向所述消息队列重新发布数据，所述第二提示信息用于提示所述接收端从所述消息队列重新消费数据。第二方面，本申请实施例提供一种消息队列服务器，所述消息队列服务器包括：消息队列服务器搭建消息队列，创建所述消息队列的用户名、密码、访问路径以及端口号；所述消息队列服务器将所述用户名、密码、述访问路径以及端口号分别发送至发送端和接收端，以使所述发送端根据所述用户名、密码、访问路径以及端口号向所述消息队列发布数据，以使所述接收端根据所述用户名、密码、访问路径以及端口号从所述消息队列中消费数据。第三方面，本申请实施例提供一种服务器，包括处理器、存储器、通信接口以及一个或多个程序，其中，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行如第一方面所述的方法中的步骤的指令。第四方面，本申请实施例提供一种计算机可读存储介质，其存储用于电子数据交换的计算机程序，其中，所述计算机程序使得计算机执行如第一方面所述的方法。第五方面，本申请实施例提供一种计算机程序产品，所述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，所述计算机可操作来使计算机执行如第一方面所述的方法。实施本申请实施例，具有如下有益效果：可以看出，在本申请实施例中，消息队列服务器监控发送端发布数据的第一数量以及接收端消费数据的第二数量，基于该第一数量和第二数量判断数据传输过程是否丢失，如是，提示所述发送端和所述接收端重新进行数据的传输，从而实现基于监控数据的数量，降低数据传输过程，数据的丢失概率，提高了数据传输的完整性，提高用户体验。附图说明为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1A为本申请实施例提供的一种监测消息队列中数据丢失的网络架构的示意图；图1B为本申请实施例提供的一种监测消息队列中数据丢失的方法的流程示意图；图2为本申请实施例提供的另一种监测消息队列中数据丢失的方法的流程示意图；图3为本申请实施例提供的另一种监测消息队列中数据丢失的方法的流程示意图；图4是本申请实施例提供的一种服务器的结构示意图；图5是本申请实施例提供的一种的监测消息队列中数据丢失的服务器的功能单元组成框图。具体实施方式下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。本申请的说明书和权利要求书及所述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。在本文中提及“实施例”意味着，结合实施例描述的特定特征、结果或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。本申请中的发送端和接收端可以包括智能手机(如Android手机、iOS手机、WindowsPhone手机等)、平板电脑、掌上电脑、笔记本电脑、移动互联网设备MID(MobileInternetDevices，简称：MID)或穿戴式设备等，上述发送端和接收端仅是举例，而非穷举，包含但不限于上述发送端和接收端，为了描述的方便，下面实施例中将上述发送端和接收端称为用户设备UE(Userequipment，简称：UE)。当然在实际应用中，上述用户设备也不限于上述变现形式，例如还可以包括：智能车载终端、计算机设备等等。其中，消息队列服务器可以包移动互联网设备、传输接收点(TRP，TransmissionReceptionPoint)、基站(例如，宏站)、LTEeNB、5GNRNB接入点(AccessPoint，简称：AP)。需要说明的是，在本专利技术实施例中并不限定消息队列服务器的具体类型。首先参阅图1A，图1A为本申请实施例提供的一种监测消息队列中数据丢失的网络架构的示意图，该网络架构包括：发送端100、消息队列服务器200以及接收端300，其中，该接收端300可以为一个，也可以为多个，本申请不做限定；发送端100，用于向消息队列服务器200发布数据；消息队列服务器200，用于搭建消息队列，接收发送端100发布的数据，统计发送端100发布的数据的第一数量，并将数据存储至该消息队列，接收接收端的数据消费请求，响应该数据消费请求，将该消息队列中存储的数据下发至接收端300，并统计接收端300消费数据的第二数量；以及用于检测所述第一数量与所述第二数量是否一致，如所述第一数量与所述第二数量不一致，所述消息队列服务器确定数据丢失，向所述发送端发送第一提示信息，向所述接收端发送第二提示信息，其中，所述第一提示信息用于提示所述发送端向所述消息队列重新发布数据，所述第二提示信息用于提示所述接收端从所述消息队列重新消费数据；接收端300，用于向消息队列服务器200发送数据消费请求，以从消息队列服务器200中消费数据。可以看出，在本申请实施例中，消息队列服务器200监控发送端发布数据的第一数量以及接收端消费数据的第本文档来自技高网...

【技术保护点】
1.一种监测消息队列中数据丢失的方法，其特征在于，所述方法包括：消息队列服务器获取发送端向消息队列发布的数据的第一数量，获取接收端从所述消息队列中消费的数据的第二数量；所述消息队列服务器检测所述第一数量与所述第二数量是否一致；如所述第一数量与所述第二数量不一致，所述消息队列服务器确定数据丢失，向所述发送端发送第一提示信息，向所述接收端发送第二提示信息，其中，所述第一提示信息用于提示所述发送端向所述消息队列重新发布数据，所述第二提示信息用于提示所述接收端从所述消息队列重新消费数据。

【技术特征摘要】
1.一种监测消息队列中数据丢失的方法，其特征在于，所述方法包括：消息队列服务器获取发送端向消息队列发布的数据的第一数量，获取接收端从所述消息队列中消费的数据的第二数量；所述消息队列服务器检测所述第一数量与所述第二数量是否一致；如所述第一数量与所述第二数量不一致，所述消息队列服务器确定数据丢失，向所述发送端发送第一提示信息，向所述接收端发送第二提示信息，其中，所述第一提示信息用于提示所述发送端向所述消息队列重新发布数据，所述第二提示信息用于提示所述接收端从所述消息队列重新消费数据。2.根据权利要求1所述的方法，其特征在于，所述在消息队列服务器获取发送端向消息队列发布的数据的第一数量之前，所述方法还包括：消息队列服务器搭建消息队列，创建所述消息队列的用户名、密码、访问路径以及端口号；所述消息队列服务器将所述用户名、密码、访问路径以及端口号分别发送至发送端和接收端，以使所述发送端根据所述用户名、密码、访问路径以及端口号向所述消息队列发布数据，以使所述接收端根据所述用户名、密码、访问路径以及端口号从所述消息队列中消费数据。3.根据权利要求2所述的方法，其特征在于，所述在消息队列服务器获取发送端向消息队列发布的数据的第一数量之前，所述方法还包括：所述消息队列服务器向所述发送端下发数据格式转化指令，所述数据格式转化指令用于指示所述发送端将需要发布的数据的数据格式转换为预设格式；所述消息队列服务器接收所述发送端发布的数据，并存储至所述消息队列。4.根据权利要求3所述的方法，其特征在于，所述消息队列服务器接收所述发送端发布的数据，并存储至所述消息队列具体包括：所述消息队列服务器接收所述发送端发布的数据，对该数据进行关键词识别，获取该数据中的多个关键词，得到第一关键词组，将所述数据与所述第一关键词组对应存储至所述消息队列；如所述第一数量与所述第二数量不一致，所述消息队列服务器确定数据丢失具体包括：如所述第一数量与所述第二数量不一致，所述消息队列服务器对接收端消费的数据进行关键词识别，获取该数据中的多个关键词，得到第二关键词组；所述消息队列服务器从所述消息队列中提取所述第一关键词组，确定所述第一关键词组与所述第二关键词组的匹配度，如所述匹配度小于第一阈值，确定数据丢失。5.根据权利要求3所述的方法，其特征在于，所述消息队列服务器接收所述发送端发布的数据，并存储至所述消息队列具体包括：所述消息队列服务器接收所述发送端发布的数据，对所述数据添加时间戳，并将所述数据与所述数据的时间戳对应存储至所述消息队列，所述时间戳用于记录所述消...

【专利技术属性】
技术研发人员：刘业辉，董立明，刘玉博，
申请(专利权)人：平安普惠企业管理有限公司，
类型：发明
国别省市：广东,44