CN111092922B - 一种信息发送方法及装置 - Google Patents
一种信息发送方法及装置 Download PDFInfo
- Publication number
- CN111092922B CN111092922B CN201811245285.XA CN201811245285A CN111092922B CN 111092922 B CN111092922 B CN 111092922B CN 201811245285 A CN201811245285 A CN 201811245285A CN 111092922 B CN111092922 B CN 111092922B
- Authority
- CN
- China
- Prior art keywords
- user terminal
- online
- alarm information
- user terminals
- 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 77
- 238000012545 processing Methods 0.000 claims abstract description 217
- 238000012163 sequencing technique Methods 0.000 claims description 38
- 238000004891 communication Methods 0.000 claims description 30
- 230000005540 biological transmission Effects 0.000 claims description 12
- 238000004590 computer program Methods 0.000 claims description 12
- 230000008707 rearrangement Effects 0.000 claims description 5
- 230000008569 process Effects 0.000 description 17
- 230000010365 information processing Effects 0.000 description 7
- 230000008859 change Effects 0.000 description 6
- 238000010586 diagram Methods 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 238000003491 array Methods 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000006872 improvement Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 238000012216 screening Methods 0.000 description 1
Images
Classifications
-
- 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/10—Protocols in which an application is distributed across nodes in the network
-
- 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/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
-
- 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/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
-
- 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/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- Health & Medical Sciences (AREA)
- Emergency Management (AREA)
- Environmental & Geological Engineering (AREA)
- Public Health (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Computer And Data Communications (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请实施例提供了一种信息发送方法及装置,信息发送方法包括:获取各在线用户终端的待处理数量;当各在线用户终端的待处理数量不完全相等时,按照各待处理数量的大小,从各在线用户终端中选择目标用户终端;当各在线用户终端的待处理数量完全相等时,根据预设选取规则从各在线用户终端中选择目标用户终端;将待下发报警信息发送至目标用户终端。通过该技术方案,将待下发报警信息仅发送给目标用户终端,这样避免了一个报警信息被所有用户终端重复处理。当待处理数量不完全相等时按照待处理数量的大小,将待处理数量相对少的用户终端作为目标用户终端,可以使得待下发报警信息尽快被处理,进而提高报警信息被处理的时效性。
Description
技术领域
本申请涉及安防技术领域,特别是涉及一种信息发送方法及装置。
背景技术
在目前的安防系统中,报警平台可以针对已发生的危险或者潜在的危险发出报警信息,以通知相关人员及时进行处理。
具体地,报警平台获取到相关的报警信息之后,报警平台会将报警信息下发至所有处理报警信息的人员,这么人员接收到报警平台下发的报警信息之后,便可以根据报警信息进行相应的处理,以消除报警信息所针对的危险。
然而,报警平台是将报警信息下发至所有人员的,当所有人员均接收到报警信息并且均处于空闲状态时,所有人员均会去处理当前接收到的同一报警信息,这样导致了同一报警信息会被重复处理。并且,若报警平台再下发另一报警信息时,所有人员均去处理前一个报警信息了,而后面下发的报警信息会被搁置处理,这样影响了报警处理的时效性,导致了报警信息处理不及时。
发明内容
本申请实施例的目的在于提供一种信息发送方法及装置,以将待处理数量相对小的用户终端作为目标用户终端,并将待下发报警信息仅发送至目标用户终端,进而解决报警信息被重复处理以及处理不及时的问题。具体技术方案如下:
第一方面,本申请实施例提供了一种信息发送方法,所述方法包括:
获取各在线用户终端的未处理报警信息的数量,作为各在线用户终端的待处理数量;
当各在线用户终端的待处理数量不完全相等时,按照各待处理数量的大小,从所述各在线用户终端中选择第一用户终端,作为目标用户终端,所述第一用户终端的待处理数量小于各在线用户终端中除第一用户终端外的其他用户终端的待处理数量;
当各在线用户终端的待处理数量完全相等时,根据预设选取规则,从所述各在线用户终端中选择第二用户终端,作为目标用户终端,所述第二用户终端的数量小于在线用户终端的数量;
将待下发报警信息发送至所述目标用户终端。
可选地,所述方法还包括:
接收各在线用户终端发送的报警处理完成消息,并更新各在线用户终端的第一处理时间;
当所述第一用户终端的数量大于第一预设阈值时,根据各第一处理时间,从第一用户终端中选择第三用户终端,作为目标用户终端,所述第三用户终端的第一处理时间早于所述第一用户终端中除第三用户终端外的其他用户终端的第一处理时间;
所述根据预设选取规则,从所述各在线用户终端中选择第二用户终端,包括:根据各第一处理时间,从各在线用户终端中选择第二用户终端,所述第二用户终端的第一处理时间早于各在线用户终端中除第二用户终端外的其他用户终端的第一处理时间。
可选地,所述方法还包括:
获取各在线用户终端的上线时间;
所述根据预设选取规则,从所述各在线用户终端中选择第二用户终端,包括:根据各在线用户终端的上线时间,从所述各在线用户终端中选择第二用户终端,所述第二用户终端的上线时间早于各在线用户终端中除第二用户终端外的其他用户终端的上线时间。
可选地,所述方法还包括:
获取各在线用户终端的报警信息发送时间,所述报警信息发送时间为距离当前时刻最近的报警平台向在线用户终端发送待下发报警信息的时间;
当所述第一用户终端的数量大于第二预设阈值时,根据各报警信息发送时间,从第一用户终端中选择第四用户终端,作为目标用户终端,所述第四用户终端的报警信息发送时间早于所述第一用户终端中除第四用户终端外的其他用户终端的报警信息发送时间;
所述根据预设选取规则,从所述各在线用户终端中选择第二用户终端,包括:根据各报警信息发送时间,从各在线用户终端中选择第二用户终端,所述第二用户终端的报警信息发送时间早于各在线用户终端中除第二用户终端外的其他用户终端的报警信息发送时间。
可选地,所述方法还包括:
获取各在线用户终端的报警信息发送时间,所述报警信息发送时间为距离当前时刻最近的报警平台向在线用户终端发送待下发报警信息的时间;
当所述第三用户终端的数量大于第三预设阈值时,根据各报警信息发送时间,从第三用户终端中选择第五用户终端,作为目标用户终端,所述第五用户终端的报警信息发送时间早于所述第三用户终端中除第五用户终端外的其他用户终端的报警信息发送时间。
第二方面,本申请实施例提供了一种信息发送方法,所述方法包括:
获取各在线用户终端的未处理报警信息的数量,作为各在线用户终端的待处理数量;
接收各在线用户终端发送的报警处理完成消息,并更新各在线用户终端的第一处理时间;
按照所述待处理数量的大小,对所述各在线用户终端进行排序,当所述各在线用户终端中存在待处理数量相等的用户终端时,按照第一处理时间的先后,对待处理数量相等的用户终端进行排序,得到用户终端队列;
按照所述用户终端队列的顺序,依次从所述用户终端队列中选择第一终端数量的用户终端,作为目标用户终端;
将待下发报警信息发送至所述目标用户终端。
可选地,所述方法还包括:
获取各在线用户终端的报警信息发送时间,所述报警信息发送时间为距离当前时刻最近的报警平台向在线用户终端发送待下发报警信息的时间;
所述按照所述待处理数量的大小,对所述各在线用户终端进行排序,当所述各在线用户终端中存在待处理数量相等的用户终端时,按照第一处理时间的先后,对所述待处理数量相等的用户终端进行排序,得到用户终端队列,包括:
按照所述待处理数量的大小,对所述各在线用户终端进行排序,当所述各在线用户终端中存在待处理数量相等的用户终端时,按照第一处理时间的先后,对所述待处理数量相等的用户终端进行排序,当所述各在线用户终端中存在待处理数量相等且第一处理时间相同的用户终端时,按照报警信息发送时间的先后,对所述待处理数量相等且第一处理时间相同的用户终端进行排序,得到用户终端队列。
可选地,所述方法还包括:
当发生预设事件时,按照所述用户终端队列中各在线用户终端的待处理数量的大小,第一处理时间的先后以及报警信息发送时间的先后,对所述用户终端队列进行重新排列,其中,所述预设事件包括以下中的至少一种:存在用户终端在所述报警平台上线、存在用户终端从所述报警平台下线、所述报警平台下发报警信息和用户终端将报警信息处理完毕。
第三方面,本申请实施例提供了一种信息发送装置,所述装置包括:
第一获取模块,用于获取各在线用户终端的未处理报警信息的数量,作为各在线用户终端的待处理数量;
第一选择模块,用于当各在线用户终端的待处理数量不完全相等时,按照各待处理数量的大小,从所述各在线用户终端中选择第一用户终端,作为目标用户终端,所述第一用户终端的待处理数量小于各在线用户终端中除第一用户终端外的其他用户终端的待处理数量;
第二选择模块,用于当各在线用户终端的待处理数量完全相等时,根据预设选取规则,从所述各在线用户终端中选择第二用户终端,作为目标用户终端,所述第二用户终端的数量小于在线用户终端的数量;
下发模块,用于将待下发报警信息发送至所述目标用户终端。
可选地,所述装置还包括:
接收模块,用于接收各在线用户终端发送的报警处理完成消息,并更新各在线用户终端的第一处理时间;
所述第一选择模块,具体用于当所述第一用户终端的数量大于第一预设阈值时,根据各第一处理时间,从第一用户终端中选择第三用户终端,作为目标用户终端,所述第三用户终端的第一处理时间早于所述第一用户终端中除第三用户终端外的其他用户终端的第一处理时间;
所述第二选择模块,具体用于:根据各第一处理时间,从各在线用户终端中选择第二用户终端,所述第二用户终端的第一处理时间早于各在线用户终端中除第二用户终端外的其他用户终端的第一处理时间。
可选地,所述装置还包括:
第二获取模块,用于获取各在线用户终端的上线时间;
所述第二选择模块,具体用于:根据各在线用户终端的上线时间,从所述各在线用户终端中选择第二用户终端,所述第二用户终端的上线时间早于各在线用户终端中除第二用户终端外的其他用户终端的上线时间。
可选地,所述装置还包括:
第三获取模块,用于获取各在线用户终端的报警信息发送时间,所述报警信息发送时间为距离当前时刻最近的报警平台向在线用户终端发送待下发报警信息的时间;
所述第一选择模块,具体用于当所述第一用户终端的数量大于第二预设阈值时,根据各报警信息发送时间,从第一用户终端中选择第四用户终端,作为目标用户终端,所述第四用户终端的报警信息发送时间早于所述第一用户终端中除第四用户终端外的其他用户终端的报警信息发送时间;
所述第二选择模块,具体用于:根据各报警信息发送时间,从各在线用户终端中选择第二用户终端,所述第二用户终端的报警信息发送时间早于各在线用户终端中除第二用户终端外的其他用户终端的报警信息发送时间。
可选地,所述装置还包括:
第三获取模块,用于获取各在线用户终端的报警信息发送时间,所述报警信息发送时间为距离当前时刻最近的报警平台向在线用户终端发送待下发报警信息的时间;
所述第一选择模块,具体用于当所述第三用户终端的数量大于第三预设阈值时,根据各报警信息发送时间,从第三用户终端中选择第五用户终端,作为目标用户终端,所述第五用户终端的报警信息发送时间早于所述第三用户终端中除第五用户终端外的其他用户终端的报警信息发送时间。
第四方面,本申请实施例提供了一种信息发送装置,所述装置包括:
第一获取模块,用于获取各在线用户终端的未处理报警信息的数量,作为各在线用户终端的待处理数量;
接收模块,用于接收各在线用户终端发送的报警处理完成消息,并更新各在线用户终端的第一处理时间;
排序模块,用于按照所述待处理数量的大小,对所述各在线用户终端进行排序,当所述各在线用户终端中存在待处理数量相等的用户终端时,按照第一处理时间的先后,对待处理数量相等的用户终端进行排序,得到用户终端队列;
选择模块,用于按照所述用户终端队列的顺序,依次从所述用户终端队列中选择第一终端数量的用户终端,作为目标用户终端;
下发模块,用于将待下发报警信息发送至所述目标用户终端。
可选地,所述装置还包括:
第二获取模块,用于获取各在线用户终端的报警信息发送时间,所述报警信息发送时间为距离当前时刻最近的报警平台向在线用户终端发送待下发报警信息的时间;
所述排序模块,具体用于:
按照所述待处理数量的大小,对所述各在线用户终端进行排序,当所述各在线用户终端中存在待处理数量相等的用户终端时,按照第一处理时间的先后,对所述待处理数量相等的用户终端进行排序,当所述各在线用户终端中存在待处理数量相等且第一处理时间相同的用户终端时,按照报警信息发送时间的先后,对所述待处理数量相等且第一处理时间相同的用户终端进行排序,得到用户终端队列。
可选地,所述装置还包括:
重排模块,用于当发生预设事件时,按照所述用户终端队列中各在线用户终端的待处理数量的大小,第一处理时间的先后以及报警信息发送时间的先后,对所述用户终端队列进行重新排列,其中,所述预设事件包括以下中的至少一种:存在用户终端在所述报警平台上线、存在用户终端从所述报警平台下线、所述报警平台下发报警信息和用户终端将报警信息处理完毕。
第五方面,本申请实施例提供了一种电子设备,包括处理器、通信接口、存储器和通信总线,其中,处理器,通信接口,存储器通过通信总线完成相互间的通信;
存储器,用于存放计算机程序;
处理器,用于执行存储器上所存放的程序时,实现上述任一所述的信息发送方法步骤。
第六方面,本申请实施例提供了一种机器可读存储介质,所述机器可读存储介质内存储有计算机程序,所述计算机程序被处理器执行时实现上述任一所述的信息发送方法步骤。
本申请实施例提供的技术方案中,获取各在线用户终端的未处理报警信息的数量,作为各在线用户终端的待处理数量;当各在线用户终端的待处理数量不完全相等时,按照各待处理数量的大小,从各在线用户终端中选择第一用户终端,作为目标用户终端,第一用户终端的待处理数量小于各在线用户终端中除第一用户终端外的其他用户终端的待处理数量;当各在线用户终端的待处理数量完全相等时,根据预设选取规则,从各在线用户终端中选择第二用户终端,作为目标用户终端,第二用户终端的数量小于在线用户终端的数量;将待下发报警信息发送至目标用户终端。
通过本申请实施例提供的技术方案,当待处理数量不完全相等时将待处理数量相对小的用户终端作为目标用户终端,当待处理数量完全相等时,选取的作为目标用户终端的第二用户终端的数量小于在线用户终端的数量。也就是说,所选择的目标用户终端的数量小于在线用户终端的数量,将待下发报警信息仅发送给目标用户终端,这样仅接收到待下发报警信息的目标用户终端对待下发报警信息进行处理,而避免了一个报警信息被所有用户终端重复处理。并且,当待处理数量不完全相等时按照待处理数量的大小,将待处理数量相对少的用户终端作为接收待下发报警信息的目标用户终端,可以使得待下发报警信息尽快被处理,进而提高报警信息被处理的时效性。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的信息发送方法的一种流程图;
图2为本申请实施例提供的信息发送方法的另一种流程图;
图3为本申请实施例提供的信息发送方法一种场景示意图;
图4为本申请实施例提供的信息发送装置的一种结构示意图;
图5为本申请实施例提供的信息发送装置的另一种结构示意图;
图6为本申请实施例提供的电子设备的一种结构示意图;
图7为本申请实施例提供的电子设备的另一种结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
为了解决报警信息被重复处理以及处理不及时的问题,本申请实施例提供了一种信息发送方法及装置,其中,该信息发送方法包括:
获取各在线用户终端的未处理报警信息的数量,作为各在线用户终端的待处理数量;
当各在线用户终端的待处理数量不完全相等时,按照各待处理数量的大小,从各在线用户终端中选择第一用户终端,作为目标用户终端,第一用户终端的待处理数量小于各在线用户终端中除第一用户终端外的其他用户终端的待处理数量;
当各在线用户终端的待处理数量完全相等时,根据预设选取规则,从各在线用户终端中选择第二用户终端,作为目标用户终端,第二用户终端的数量小于在线用户终端的数量;
将待下发报警信息发送至目标用户终端。
通过本申请实施例提供的技术方案,当待处理数量不完全相等时将待处理数量相对小的用户终端作为目标用户终端,当待处理数量完全相等时,选取的作为目标用户终端的第二用户终端的数量小于在线用户终端的数量。也就是说,所选择的目标用户终端的数量小于在线用户终端的数量,将待下发报警信息仅发送给目标用户终端,这样仅接收到待下发报警信息的目标用户终端对待下发报警信息进行处理,而避免了一个报警信息被所有用户终端重复处理。并且,当待处理数量不完全相等时按照待处理数量的大小,将待处理数量相对少的用户终端作为接收待下发报警信息的目标用户终端,可以使得待下发报警信息尽快被处理,进而提高报警信息被处理的时效性。
下面首先对本申请实施例提供的信息发送方法进行介绍。本申请实施例提供的信息发送方法可以应用于报警平台,还可以应用于与报警平台通信连接的其他电子设备,在此不做限定。下面以报警平台为例进行说明。
如图1所示,本申请实施例提供的信息发送方法包括如下步骤。
S101,获取各在线用户终端的未处理报警信息的数量,作为各在线用户终端的待处理数量。
其中,在线用户终端是指在报警平台上线的用户终端,在线用户终端与报警平台建立通信连接,可以接收报警平台发送的信息,该信息可以是报警信息、指示信息等不同类型的信息。
每一在线用户终端对应至少一个处理人员,处理人员可以根据在线用户终端所接收到的报警信息进行相应的处理,以解决报警信息所表示的事项。例如,每一在线用户终端对应一个处理人员,其中,在线用户终端A对应处理人员A,在线用户终端B对应处理人员B,当在线用户终端A接收到的报警信息为发生的纠纷,则处理人员A对该报警信息所表示的纠纷进行处理。
每一在线用户终端的未处理报警信息是指报警平台下发给该在线用户终端、且由该在线用户终端处理而还未处理以及正在处理的报警信息。
对于每一在线用户终端来说,每当接收到报警信息时,若当前不能及时地被处理,则在线用户终端可以将所接收到的报警信息作为未处理报警信息存储于本地,当本地存储有多条未处理报警信息时,可以按照时间顺序进行排列,以使得处理人员可以按照未处理报警信息所排列的顺序,依次处理各未处理报警信息。
在报警平台上线的每一在线用户终端均对应有一个待处理数量,例如,在线用户终端A对应的待处理数量为0时,表示该在线用户终端A当前没有未处理报警信息。在线用户终端B对应的待处理数量为3时,表示该在线用户终端B当前有3条未处理报警信息。
对于各在线用户终端对应的未处理报警信息,一种实现方式中,可以是报警平台记录的。报警平台记录每个在线用户终端的未处理报警信息的数量。当有在线用户终端完成报警信息的处理之后,在线用户终端向报警平台反馈已处理完成的信息,以使得报警平台对所记录的未处理报警信息的数量进行更新。
另一种实现方式中,报警平台记录有每个在线用户终端的未处理报警信息的数量,并且每个在线用户终端也可以记录自身的未处理报警信息的数量。每个在线用户终端可以根据预设时间点或者间隔时长向报警平台反馈各自的未处理报警信息的数量,以使得报警平台及时更新本地存储的各在线用户终端的未处理报警信息的数量。其中,预设时间点或者间隔时长均可以是自定义设定的。
对于报警平台来说,可以直接从本地获取各在线用户终端的未处理报警信息的数量。
S102,当各在线用户终端的待处理数量不完全相等时,按照各待处理数量的大小,从各在线用户终端中选择第一用户终端,作为目标用户终端。
其中,第一用户终端的待处理数量小于各在线用户终端中除第一用户终端外的其他用户终端的待处理数量。这样,所选择的第一用户终端的数量小于各在线用户终端的数量。其中,从各在线用户终端中选择的第一用户终端的数量可以是自定义设定的。
例如,从各在线用户终端中选择一个在线用户终端作为第一用户终端,即目标用户终端,则该第一用户终端的待处理数量小于各在线用户终端中除第一用户终端外的其他在线用户终端的待处理数量。
依据待处理数量的大小从各在线用户终端中选择第一用户终端作为目标用户终端,后续将待下发报警信息发送至目标用户终端来处理。这样,相比于其他在线用户终端的待处理数量,目标用户终端的待处理数量是相对来说较少的,待下发报警信息被下发至目标用户终端后可以尽快地被处理,进而提高了报警信息的处理效率以及时效性。
对于从选取目标用户终端,除了考虑待处理数量的因素以外,还可以考虑第一处理时间,以进一步地提高报警信息的时效性。一种实施方式中,接收各在线用户终端发送的报警处理完成消息,并更新各在线用户终端的第一处理时间。
报警平台记录有各在线用户终端的第一处理时间,并且报警平台可以对所记录的第一处理时间进行更新。其中,第一处理时间可以是报警平台接收到在线用户终端发送的报警处理完成消息的时间,第一处理时间还可以是指在线用户终端对报警信息处理完成的完成时间,在线用户终端将携带该完成时间的报警处理完成消息发送至报警平台,报警平台根据该完成时间对第一处理时间进行更新。
下面以第一处理时间为报警信息处理完成的时间为例进行介绍。在线用户终端的第一处理时间为距离当前时间点最近的报警信息处理完毕的时间点。例如,对于在线用户终端A来说,在11点时处理完成一个报警信息,在11点20分完成一个报警信息,若当前时间为11点30分,则距离当前11点30分最近的报警信息处理完毕的时间点为11点20分,即11点20分为在线用户终端A的第一处理时间。
同一在线用户终端在不同的时刻所对应的第一处理时间可以相同,也可以不同。同一时刻各在线用户终端的第一处理时间可以相同,也可以不相同。
从各在线用户终端中选择第一用户终端之后,当第一用户终端的数量大于第一预设阈值时,根据各第一处理时间,从第一用户终端中选择第三用户终端,作为目标用户终端。
其中,第一预设阈值可以是自定义设定的。第三用户终端的第一处理时间早于第一用户终端中除第三用户终端外的其他用户终端的第一处理时间。
例如,在线用户终端包括:终端A、终端B、终端C、终端D和终端E,其中,按照待处理数量的大小,选择终端A、终端B和终端C作为第一用户终端,根据第一处理时间,从第一用户终端中选择终端A和终端B作为第三用户终端,即目标用户终端。那么,终端A、终端B和终端C各自的待处理数量小于终端D和终端E各自的待处理数量,终端A和终端B的第一处理时间早于终端C的第一处理时间。
一种实现方式中,按照第一处理时间从早到晚的顺序,对第一用户终端进行排序,按照该排序,从第一用户终端中依次选择用户终端作为第三用户终端,所选择出的第三用户终端即为目标用户终端。
例如,选择出的第一用户终端包括:终端A、终端B、终端C和终端D,其中,根据第一处理时间从早到晚的顺序对第一用户终端进行排序,所得到的排序为:终端D、终端B、终端C、终端A,则从该排序中可知:终端D的第一处理时间最早,终端B次之,终端C晚于终端D和终端B,终端A最晚。当需要从第一用户终端选择两个用户终端作为第三用户终端时,按照上述排序,先选择终端D作为第三用户终端,再选择终端B作为第三用户终端。
一种实施方式中,对于目标用户终端的选取,除了考虑待处理数量、第一处理时间以外,还可以考虑报警信息发送时间。
报警平台可以获取各在线用户终端的报警信息发送时间。其中,报警信息发送时间为距离当前时刻最近的报警平台向在线用户终端发送待下发报警信息的时间。
例如,报警平台在11点时向在线用户终端B发送一个报警信息,此时在线用户终端B的报警信息发送时间为11点。在11点20分报警平台又向该在线用户终端B发送一个报警信息,在12点又向该在线用户终端B发送一个报警信息。若当前时间为13点,则该在线用户终端B的报警信息发送时间为12点。
在根据各在线用户终端的待处理数量和第一处理时间,从各在线用户终端中选取第三用户终端之后,当第三用户终端的数量大于第三预设阈值时,根据各报警信息发送时间,从第三用户终端中选择第五用户终端,作为目标用户终端。
其中,第三预设阈值可以是自定义设定的,第三预设阈值与上述的第一预设阈值可以相同,还可以不相同。在此不做限定。第五用户终端的数量小于或者等于该第三预设阈值。
其中,第五用户终端的报警信息发送时间早于第三用户终端中除第五用户终端外的其他用户终端的报警信息发送时间。
例如,第三预设阈值为1,第三用户终端包括:终端A、终端B和终端C,其中,终端A的报警信息发送时间为9点,终端B的报警信息发送时间为10点,终端C的报警信息发送时间为11点,则按照报警信息发送时间的先后顺序,将终端A选择作为第五用户终端,终端A的报警信息发送时间早于终端B和终端C的报警信息发送时间。
一种实现方式中,按照报警信息发送时间从早到晚的顺序,对第三用户终端进行排序,得到基于报警信息发送时间的队列,按照该队列,从第三用户终端中依次选择用户终端作为第五用户终端,所选择出的第五用户终端即为目标用户终端。
例如,第三用户终端包括:终端A、终端B、终端C和终端D,其中,根据报警信息发送时间从早到晚的顺序对第三用户终端进行排序,所得到的队列为:终端D、终端B、终端C、终端A,则从该队列中可知:终端D的报警信息发送时间最早,终端B次之,终端C晚于终端D和终端B,终端A最晚。当需要从第三用户终端选择两个用户终端作为第五用户终端时,按照上述队列,先后选择终端D和终端B作为第五用户终端。
通过该实施方式,在考虑待处理数量和第一处理时间之后,在需要进一步筛选时考虑报警平台向各用户终端下发报警信息的报警信息发送时间,报警信息发送时间越早的在线用户终端优先作为目标用户终端,以进一步地提高报警信息的时效性。
一种实施方式中,在根据待处理数量选取第一用户终端之后,可以获取各在线用户终端的报警信息发送时间。当第一用户终端的数量大于第二预设阈值时,根据各报警信息发送时间,从第一用户终端中选择第四用户终端,作为目标用户终端。
其中,第二预设阈值可以是自定义设定的,第二预设阈值与上述的第一预设阈值、第三预设阈值可以相同,还可以不相同。在此不做限定。第四用户终端的数量小于或者等于该第二预设阈值。
其中,第四用户终端的报警信息发送时间早于第一用户终端中除第四用户终端外的其他用户终端的报警信息发送时间
例如,第二预设阈值为2,第一用户终端包括:终端A、终端B、终端C和终端D,其中,终端A的报警信息发送时间为9点,终端B的报警信息发送时间为10点,终端C的报警信息发送时间为11点,终端D的报警信息发送时间为13点,则按照报警信息发送时间的先后顺序,选择终端A和终端B作为第五用户终端,终端A和终端B的报警信息发送时间早于终端C和终端D的报警信息发送时间。
一种实现方式中,按照报警信息发送时间从早到晚的顺序,对第一用户终端进行排序,得到基于报警信息发送时间的队列,按照该队列,从第一用户终端中依次选择用户终端作为第四用户终端,所选择出的第四用户终端即为目标用户终端。
例如,第一用户终端包括:终端A、终端B、终端C和终端D,其中,根据报警信息发送时间从早到晚的顺序对第一用户终端进行排序,所得到的队列为:终端D、终端B、终端C、终端A,则从该队列中可知:终端D的报警信息发送时间最早,终端B次之,终端C晚于终端D和终端B,终端A最晚。当需要从第一用户终端选择两个用户终端作为第四用户终端时,按照上述队列,先后选择终端D和终端B作为第四用户终端。
通过该实施方式,在根据待处理数量进行选择之后,在进一步选择时考虑报警平台向各用户终端下发报警信息的报警信息发送时间,报警信息发送时间越早的在线用户终端优先作为目标用户终端,以进一步地提高报警信息的时效性。
S103,当各在线用户终端的待处理数量完全相等时,根据预设选取规则,从各在线用户终端中选择第二用户终端,作为目标用户终端。
其中,预设选取规则可以是自定义设定的,第二用户终端的数量小于在线用户终端的数量。
一种实施方式中,预设选取规则可以是随机选取,即从各在线用户终端中随机选取第二用户终端,作为目标用户终端。这样,作为目标用户终端的数量少于在线用户终端的数量,后续报警平台仅将报警信息发送给少量的目标用户终端来处理,避免了同一个报警信息被所有在线用户终端处理,降低了重复处理的次数,进而提高了整个报警系统的处理效率。
一种实施方式中,预设选取规则还可以是根据第一处理时间进行选取。一种实现方式中,根据各第一处理时间,从各在线用户终端中选择第二用户终端,所选择的第二用户终端即为目标用户终端。
其中,第二用户终端的第一处理时间早于各在线用户终端中除第二用户终端外的其他用户终端的第一处理时间。第二用户终端的数量可以是自定义设定的。例如,仅从各在线用户终端中选择一个用户终端作为第二用户终端,则该第二用户终端的第一处理时间是所有在线用户终端中第一处理时间最早的。
又例如,在线用户终端包括:终端A、终端B、终端C、终端D和终端E,其中,根据第一处理时间,选择终端A和终端B作为第二用户终端,则终端A和终端B的第一处理时间早于终端C、终端D和终端E的第一处理时间。
通过本实施方式,根据第一处理时间选取目标用户终端,所选取的目标用户终端的第一处理时间相对更早,当报警平台将报警信息下发至这些目标用户终端后,目标用户终端可以对报警信息尽快地进行处理,进而提高了报警信息的处理效率以及时效性。
另一种实现方式中,从各在线用户终端中选取第一处理时间在预设时刻之前的用户终端,作为第二用户终端。其中,预设时刻也可以是自定义设定的。
从各在线用户终端中,若第一处理时间在预设时刻之前的在线用户终端的数量为N时,则可以将该N个在线用户终端作为第二用户终端。其中,N为正整数。
例如,在线用户终端包括:终端A、终端B、终端C和终端D,其中,终端A的第一处理时间为10点,终端B的第一处理时间为13点,终端C的第一处理时间为11点,终端D的第一处理时间为15点。若预设时刻为12点,则满足第一处理时间在预设时刻之前的用户终端为终端A和终端C,则将终端A和终端C确定为第二用户终端。
若在各在线用户终端中没有满足第一处理时间在预设时刻之前的在线用户终端时,则可以从各在线用户终端中任意选择一个在线用户终端作为第二用户终端。
通过该实施方式,仅选取第一处理时间在预设时刻之前的用户终端作为目标用户终端,在一定程度上减少了对同一报警信息进行处理的用户终端的数量,降低了报警信息被重复处理的次数,节省了在线用户终端资源,进而提高了整个报警系统的处理效率。
一种实施方式中,报警平台记录有各在线用户终端的上线时间,在线用户终端的上线时间是指该用户终端在报警平台上线的时间。
报警平台可以获取各在线用户终端的上线时间,根据各在线用户终端的上线时间,从各在线用户终端中选择第二用户终端。
其中,第二用户终端的上线时间早于各在线用户终端中除第二用户终端外的其他用户终端的上线时间。
例如,在线用户终端包括:终端A、终端B、终端C和终端D,其中,终端A的上线时间为10点,终端B的上线时间为11点,终端C的上线时间为12点,终端D的上线时间为13点。若选取2个在线用户终端作为第二用户终端,则将终端A和终端B确定为第二用户终端,终端A和终端B的上线时间均早于终端C和终端D的上线时间。
一种实现方式中,在获取到各在线用户终端的上线时间之后,按照上线时间的先后顺序,对各在线用户终端进行排序,可以得到基于上线时间的队列。从所得到的队列中按照顺序依次选取用户终端作为第二用户终端。
例如,在线用户终端包括:终端A、终端B、终端C和终端D,其中,终端A的上线时间为13点,终端B的上线时间为11点,终端C的上线时间为15点,终端D的上线时间为10点。则按照上线时间的先后顺序进行排序所得到的队列为:终端D、终端B、终端A和终端C,若选取2个用户终端作为第二用户终端,则依次选取终端D和终端B作为第二用户终端。
预设选取规则还可以是根据报警信息发送时间进行选择,一种实施方式中,报警平台可以获取各在线用户终端的报警信息发送时间,根据各报警信息发送时间,从各在线用户终端中选择第二用户终端。
其中,第二用户终端的报警信息发送时间早于各在线用户终端中除第二用户终端外的其他用户终端的报警信息发送时间。
例如,在线用户终端包括:终端A、终端B、终端C和终端D,其中,终端A的报警信息发送时间为10点,终端B的报警信息发送时间为11点,终端C的报警信息发送时间为12点,终端D的报警信息发送时间为13点。若选取2个在线用户终端作为第二用户终端,则将终端A和终端B确定为第二用户终端,终端A和终端B的报警信息发送时间均早于终端C和终端D的报警信息发送时间。
一种实现方式中,在获取到各在线用户终端的报警信息发送时间之后,按照报警信息发送时间的先后顺序,对各在线用户终端进行排序,可以得到基于报警信息发送时间的队列。从所得到的队列中按照顺序依次选取用户终端作为第二用户终端。
例如,在线用户终端包括:终端A、终端B、终端C和终端D,其中,终端A的报警信息发送时间为13点,终端B的报警信息发送时间为11点,终端C的报警信息发送时间为15点,终端D的报警信息发送时间为10点。则按照报警信息发送时间的先后顺序进行排序所得到的队列为:终端D、终端B、终端A和终端C,若选取2个用户终端作为第二用户终端,则依次选取终端D和终端B作为第二用户终端。
S104,将待下发报警信息发送至目标用户终端。
当报警平台产生需要下发的报警信息时,将该报警信息作为待下发报警信息,并将待下发报警信息发送至目标用户终端。
这样,该待下发报警信息仅由目标用户终端的处理人员来处理,避免了同一报警信息被所有处理人员重复处理,而当目标用户终端仅有一个时,则此时该待下发报警信息仅由一个用户终端的处理人员来处理,避免了同一报警信息的重复处理。并且,目标用户终端是根据待处理数量由小到大的顺序选择的,因此目标用户终端的待处理数量是相对较少的用户终端,这样有利于报警平台下发的待下发报警信息更快的被处理,进而提高报警信息处理的时效性。
本申请实施例提供的技术方案中,获取各在线用户终端的未处理报警信息的数量,作为各在线用户终端的待处理数量;当各在线用户终端的待处理数量不完全相等时,按照各待处理数量的大小,从各在线用户终端中选择第一用户终端,作为目标用户终端,第一用户终端的待处理数量小于各在线用户终端中除第一用户终端外的其他用户终端的待处理数量;当各在线用户终端的待处理数量完全相等时,根据预设选取规则,从各在线用户终端中选择第二用户终端,作为目标用户终端,第二用户终端的数量小于在线用户终端的数量;将待下发报警信息发送至目标用户终端。
通过本申请实施例提供的技术方案,当待处理数量不完全相等时将待处理数量相对小的用户终端作为目标用户终端,当待处理数量完全相等时,选取的作为目标用户终端的第二用户终端的数量小于在线用户终端的数量。也就是说,所选择的目标用户终端的数量小于在线用户终端的数量,将待下发报警信息仅发送给目标用户终端,这样仅接收到待下发报警信息的目标用户终端对待下发报警信息进行处理,而避免了一个报警信息被所有用户终端重复处理。并且,当待处理数量不完全相等时按照待处理数量的大小,将待处理数量相对少的用户终端作为接收待下发报警信息的目标用户终端,可以使得待下发报警信息尽快被处理,进而提高报警信息被处理的时效性。
本申请实施例还提供一种信息发送方法,如图2所示,该信息发送方法包括如下步骤。
S201,获取各在线用户终端的未处理报警信息的数量,作为各在线用户终端的待处理数量。
本实施例中,S201与上述实施例的S101相同,在此不再赘述。
S202,接收各在线用户终端发送的报警处理完成消息,并更新各在线用户终端的第一处理时间。
本实施例中,S202与上述实施例中的实施方式相同,在此不再赘述。
S203,按照待处理数量的大小,对各在线用户终端进行排序,当各在线用户终端中存在待处理数量相等的用户终端时,按照第一处理时间的先后,对待处理数量相等的用户终端进行排序,得到用户终端队列。
一种实现方式中,按照待处理数量从小到大的顺序,对各在线用户终端进行排序。当各在线用户终端中存在待处理数量相等的用户终端时,按照第一处理时间的先后,对待处理数量相等的用户终端进行排序,得到用户终端队列。
例如,在线用户终端包括:终端A、终端B、终端C、终端D和终端E,其中,终端A的待处理数量为1,终端B的待处理数量为4,终端C的待处理数量为2,终端D的待处理数量为2,终端E的待处理数量为2。按照待处理数量的从小到大的顺序进行排序,则终端A排在第一个,终端B排在最后一个。对于终端C、终端D和终端E,则进一步地按照第一处理时间的先后进行排序,其中,终端C的第一处理时间为11点,终端D的第一处理时间为11点15分,终端E的第一处理时间为12点,则针对终端C、终端D和终端E的排序为:终端C、终端D和终端E,综上,得到的用户终端队列为:终端A、终端C、终端D、终端E、终端B。
一种实施方式中,报警平台可以获取各在线用户终端的报警信息发送时间。其中,报警信息发送时间为距离当前时刻最近的报警平台向在线用户终端发送待下发报警信息的时间。
按照待处理数量的大小,对各在线用户终端进行排序;当各在线用户终端中存在待处理数量相等的用户终端时,按照第一处理时间的先后,对待处理数量相等的用户终端进行排序;当各在线用户终端中存在待处理数量相等且第一处理时间相同的用户终端时,按照报警信息发送时间的先后,对待处理数量相等且第一处理时间相同的用户终端进行排序,得到用户终端队列。
例如,在线用户终端包括:终端A、终端B、终端C、终端D和终端E,其中,终端A的待处理数量为1,终端B的待处理数量为4,终端C的待处理数量为2,终端D的待处理数量为2,终端E的待处理数量为2。按照待处理数量的从小到大的顺序进行排序,则终端A排在第一个,终端B排在最后一个。对于终端C、终端D和终端E,则根据第一处理时间进行排序,其中,终端C的第一处理时间为11点,终端D的第一处理时间为11点15分,终端E的第一处理时间为11点,则按照第一处理时间从早到晚的顺序,终端D排在终端C和终端E前面。对于终端C和终端E,即待处理数量相等且第一处理时间相同的用户终端,则根据报警信息发送时间进行排序,其中,终端C的报警信息发送时间为9点,终端E的报警信息发送时间为9点30分,则按照报警信息发送时间从早到晚的顺序,对终端C和终端E的排序为:终端C和终端E。综上,所得到的用户终端队列为:终端A、终端D、终端C、终端E、终端B。
S204,按照用户终端队列的顺序,依次从用户终端队列中选择第一终端数量的用户终端,作为目标用户终端。
其中,第一终端数量可以是自定义设定的。例如,第一终端数量为1,则将用户终端队列的处于第一位的用户终端确定为目标用户终端。
例如,用户终端队列的顺序为:终端B、终端A、终端D和终端C,第一终端数量为2,则依次选择终端B和终端A,作为目标用户终端。
S205,将待下发报警信息发送至目标用户终端。
本实施例中,S205与上述实施例的S104相同,在此不做赘述。
一种实施方式中,当发生预设事件时,按照用户终端队列中各在线用户终端的待处理数量的大小,第一处理时间的先后以及报警信息发送时间的先后,对用户终端队列进行重新排列。
其中,预设事件包括以下中的至少一种:存在用户终端在报警平台上线、存在用户终端从报警平台下线、报警平台下发报警信息和用户终端将报警信息处理完毕。
在按照用户终端队列中各在线用户终端的待处理数量的大小,第一处理时间的先后以及报警信息发送时间的先后,对用户终端队列进行重新排列之后,会出现两种结果,第一种结果,用户终端队列发生变化,第二种结果,用户终端队列未发生变化。无论是上述哪一种结果,均用重新排列后的用户终端队列对重新排列之前的队列进行更新,更新完成后的用户终端队列为重新排列的用户终端队列。
以下表1为例进行说明,其中,目标用户终端的数量为1。
表1
在t1时刻时,在报警平台上线的在线用户终端包括U1、U2和U3,且按照U1、U2、U3的先后顺序上线,此时,U1、U2和U3的待处理数量均为0,还没有第一处理时间和报警信息发送时间的记录,因此均记载为0,用户终端队列为U1,U2,U3。
在t2时刻,报警平台需要下发待下发报警信息a,根据t1时刻的用户终端队列,可以确定U1为目标用户终端,则报警平台将待下发报警信息a发送至U1。此时,U1的待处理数量变为1,报警信息发送时间为t2,对用户终端队列重新进行排列为:U2,U3,U1。
在t3时刻,报警平台需要下发待下发报警信息b,根据t2时刻的用户终端队列,可以确定U2为目标用户终端,则报警平台将待下发报警信息b发送至U2。此时,U2的待处理数量变为1,报警信息发送时间为t3,对用户终端队列重新进行排列为:U3,U1,U2。
在t4时刻,报警平台需要下发待下发报警信息c,根据t3时刻的用户终端队列,可以确定U3为目标用户终端,则报警平台将待下发报警信息c发送至U3。此时,U3的待处理数量变为1,报警信息发送时间为t4。对于U1,U2和U3来说,待处理数量相同,均为1,第一处理时间相同,均为0,则按照报警信息发送时间的先后顺序对用户终端队列重新进行排列为:U1,U2,U3。
在t5时刻,U2将报警信息b处理完毕,该报警信息b即为报警平台下发的待下发报警信息b。此时,U2的待处理数量变为0,第一处理时间为t5,报警信息发送时间不变,仍为t3。此时,U2的待处理数量最少,排第一个,按照报警信息发送时间的先后顺序对U1和U3排序为:U1、U3。所得到的用户终端队列为U2,U1,U3。
在t6时刻,U3将报警信息c处理完毕,该报警信息c即为报警平台下发的待下发报警信息c。此时,U3的待处理数量变为0,第一处理时间为t6,报警信息发送时间不变,仍为t4。此时,待处理数量最少的为U2和U3,均为0,则按照第一处理时间的先后顺序对U2和U3排序为:U2、U3,U1的待处理数量相对较多,排最后。所得到的用户终端队列为:U2,U3,U1。
在t7时刻,U4在报警平台上线,则基于t6时刻的用户终端队列,进行重新排列。U4的待处理数量最少,为0,且还没有第一处理时间的记录,因此也记载为0,综上,所得到的用户终端队列为U4,U2,U3,U1。
在t8时刻,报警平台需要下发待下发报警信息d,根据t7时刻的用户终端队列,可以确定U4为目标用户终端,则报警平台将待下发报警信息d发送至U4。此时,U4的待处理数量变为1,报警信息发送时间为t8。此时,U2和U3的待处理数量最少,均为0,按照第一处理时间的先后顺序对U2和U3排序为:U2、U3。对于U1和U4,待处理数量相同,第一处理时间相同,则按照报警信息发送时间的先后顺序对U1和U4排序为:U1、U4。综上,所得到的用户终端队列为:U2,U3,U1,U4。
在t9时刻,报警平台需要下发待下发报警信息e,根据t8时刻的用户终端队列,可以确定U2为目标用户终端,则报警平台将待下发报警信息e发送至U2。此时,U2的待处理数量变为1,报警信息发送时间为t9,第一处理时间不变,仍为t5。此时,U3的待处理数量为0,是最少,排第一位。对于U1,U2和U4来说,待处理数量相同,均为1,则比较第一处理时间,其中,U1和U4的第一处理时间相同,均记载为0,因此U2排最后一位。对于U1和U4,按照报警信息发送时间的先后顺序进行排序为:U1、U4,综上,所得到的用户终端队列为:U3,U1,U4,U2。
在t10时刻,报警平台需要下发待下发报警信息f,根据t9时刻的用户终端队列,可以确定U3为目标用户终端,则报警平台将待下发报警信息f发送至U3。此时,U3的待处理数量变为1,报警信息发送时间为t10,第一处理时间不变,仍为t6。此时,U1,U2,U3,U4的待处理数量相同,均为1,则比较第一处理时间,其中,U1和U4的第一处理时间相同,且U2和U3的第一处理时间均晚于U1和U4的第一处理时间,所以U2和U3排在U1和U4之后,且U2和U3的排序为:U2、U3。对于U1和U4,按照报警信息发送时间的先后顺序排序为:U1、U4。综上,所得到的用户终端队列为:U1,U4,U2,U3。
在t11时刻,报警平台需要下发待下发报警信息g,根据t10时刻的用户终端队列,可以确定U1为目标用户终端,则报警平台将待下发报警信息g发送至U1。此时,U1的待处理数量变为2,报警信息发送时间为t11,第一处理时间不变,仍为0。此时,U1的待处理数量最大,排最后一位。U2,U3,U4的待处理数量相同,均为1,则比较第一处理时间,按照第一处理时间的先后顺序排序为:U4,U2,U3。综上,所得到的用户终端队列为:U4,U2,U3,U1。
在t12时刻,报警平台需要下发待下发报警信息h,根据t11时刻的用户终端队列,可以确定U4为目标用户终端,则报警平台将待下发报警信息h发送至U4。此时,U4的待处理数量变为2,报警信息发送时间为t12,第一处理时间不变,仍为0。此时,U1和U4的待处理数量和第一处理时间均相同,按照报警信息发送时间的先后顺序排序为:U1,U4,U2和U3的待处理数量相同,按照第一处理时间的先后顺序排序为:U2,U3。因为U2和U3的待处理数量小于U1和U4的待处理数量,因此,U2和U3排在U1和U4前面。综上,所得到的用户终端队列为:U2,U3,U1,U4。
在t13时刻,U1将报警信息a处理完毕,该报警信息a即为报警平台下发的待下发报警信息a。此时,U1的待处理数量变为1,第一处理时间为t13,报警信息发送时间不变,仍为t11。此时,待处理数量最少的为U1、U2和U3,均为1,则按照第一处理时间的先后顺序对U1、U2和U3排序为:U2、U3、U1,U4的待处理数量相对较多,排最后。所得到的用户终端队列为:U2,U3,U1,U4。
在t14时刻,U4从报警平台下线,则将U4从用户终端队列中去除后重新进行排序为:U2,U3,U1。
在上述举例中,报警平台每次发送待下发报警信息时仅发送给一个用户终端,以图3为例,报警平台有4条待下发报警信息,分别为:报警信息1、报警信息2、报警信息3和报警信息4,在报警平台上线的用户终端包括终端A、终端B、终端C和终端D,在终端A、终端B、终端C和终端D的待处理数量、第一处理时间以及报警信息发送时间均相同的情况下,报警平台将4条报警信息平均下发至4个用户终端:将报警信息1发送至终端A,将报警信息2发送至终端B,将报警信息3发送至终端C,将报警信息4发送至终端D。则此时该4条报警信息可以同时得到处理,提高了报警信息处理的效率。
从网络带宽的角度进行说明。若在报警平台上线的用户终端的数量为N1,报警平台的待下发报警信息的数量为M1,其中每一条待下发报警信息所占的带宽为a1。则在现有技术中,报警平台下发该M1条待下发报警信息所需的网络带宽为:a1×M1×N1,对于每个用户终端来说,所占的网络带宽为:a1×M1。而本申请实施例提供的技术方案中,报警平台下发该M1条待下发报警信息所需的网络带宽为:a1×M1,对于每个用户终端来说,所占的网络带宽为:a1×M1/N1。由此可见,相比于现有技术,本申请实施例提供的技术方案所需的网络带宽减少。
例如,a1为500KB,N1为5,M1为10,即一条报警信息为500KB,在报警平台上线的用户终端有5个,报警平台的待下发报警信息有5条。则现有技术中,报警平台下发该10条待下发报警信息所需的网络带宽约为:a1×M1×N1=500×5×10×8=200000kbps≈195Mbps,对于每个用户终端来说,所占的网络带宽为:a1×M1=500×10×8=40000kbps≈39Mbps。本申请实施例提供的技术方案中,报警平台下发该M1条待下发报警信息所需的网络带宽为:a1×M1=500×10×8=40000kbps≈39Mbps,对于每个用户终端来说,所占的网络带宽为:a1×M1/N1=500×10×8/5=8000kbps≈7.8Mbps。由此可知,现有技术中需要50Mbps的网络带宽,而本申请实施例提供的技术方案中仅需10Mbps的网络带宽。
从报警信息处理时间的角度进行说明。若在报警平台上线的用户终端的数量为N2,报警平台的待下发报警信息的数量为M2,其中每一条报警信息处理的时长为t2。则在现有技术中,对于每一个用户终端来说,M2条报警信息处理所需的时长为:t2×M2,而本申请实施例提供的技术方案中,对于每一个用户终端来说,处理报警信息所需的时长为:t2×M2/N1。由此可见,相比于现有技术,本申请实施例提供的技术方案所需的处理时间大大减少,提高了报警信息处理的时效性。
相应于上述信息发送方法实施例,本申请实施例还提供一种信息发送装置,如图4所示,该信息发送装置包括:
第一获取模块410,用于获取各在线用户终端的未处理报警信息的数量,作为各在线用户终端的待处理数量;
第一选择模块420,用于当各在线用户终端的待处理数量不完全相等时,按照各待处理数量的大小,从各在线用户终端中选择第一用户终端,作为目标用户终端,第一用户终端的待处理数量小于各在线用户终端中除第一用户终端外的其他用户终端的待处理数量;
第二选择模块430,用于当各在线用户终端的待处理数量完全相等时,根据预设选取规则,从各在线用户终端中选择第二用户终端,作为目标用户终端,第二用户终端的数量小于在线用户终端的数量;
下发模块440,用于将待下发报警信息发送至目标用户终端。
一种实施方式中,该装置还可以包括:
接收模块,用于接收各在线用户终端发送的报警处理完成消息,并更新各在线用户终端的第一处理时间;
第一选择模块420,具体用于当第一用户终端的数量大于第一预设阈值时,根据各第一处理时间,从第一用户终端中选择第三用户终端,作为目标用户终端,第三用户终端的第一处理时间早于第一用户终端中除第三用户终端外的其他用户终端的第一处理时间;
第二选择模块430,具体用于:根据各第一处理时间,从各在线用户终端中选择第二用户终端,第二用户终端的第一处理时间早于各在线用户终端中除第二用户终端外的其他用户终端的第一处理时间。
一种实施方式中,该装置还可以包括:
第二获取模块,用于获取各在线用户终端的上线时间;
第二选择模块430,具体用于:根据各在线用户终端的上线时间,从各在线用户终端中选择第二用户终端,第二用户终端的上线时间早于各在线用户终端中除第二用户终端外的其他用户终端的上线时间。
一种实施方式中,该装置还可以包括:
第三获取模块,用于获取各在线用户终端的报警信息发送时间,报警信息发送时间为距离当前时刻最近的报警平台向在线用户终端发送待下发报警信息的时间;
第一选择模块420,具体用于当第一用户终端的数量大于第二预设阈值时,根据各报警信息发送时间,从第一用户终端中选择第四用户终端,作为目标用户终端,第四用户终端的报警信息发送时间早于第一用户终端中除第四用户终端外的其他用户终端的报警信息发送时间;
第二选择模块430,具体用于:根据各报警信息发送时间,从各在线用户终端中选择第二用户终端,第二用户终端的报警信息发送时间早于各在线用户终端中除第二用户终端外的其他用户终端的报警信息发送时间。
一种实施方式中,该装置还可以包括:
第三获取模块,用于获取各在线用户终端的报警信息发送时间,报警信息发送时间为距离当前时刻最近的报警平台向在线用户终端发送待下发报警信息的时间;
第一选择模块420,具体用于当第三用户终端的数量大于第三预设阈值时,根据各报警信息发送时间,从第三用户终端中选择第五用户终端,作为目标用户终端,第五用户终端的报警信息发送时间早于第三用户终端中除第五用户终端外的其他用户终端的报警信息发送时间。
通过本申请实施例提供的技术方案,当待处理数量不完全相等时将待处理数量相对小的用户终端作为目标用户终端,当待处理数量完全相等时,选取的作为目标用户终端的第二用户终端的数量小于在线用户终端的数量。也就是说,所选择的目标用户终端的数量小于在线用户终端的数量,将待下发报警信息仅发送给目标用户终端,这样仅接收到待下发报警信息的目标用户终端对待下发报警信息进行处理,而避免了一个报警信息被所有用户终端重复处理。并且,当待处理数量不完全相等时按照待处理数量的大小,将待处理数量相对少的用户终端作为接收待下发报警信息的目标用户终端,可以使得待下发报警信息尽快被处理,进而提高报警信息被处理的时效性。
相应于上述信息发送方法实施例,本申请实施例还提供一种信息发送装置,如图5所示,该信息发送装置包括:
第一获取模块510,用于获取各在线用户终端的未处理报警信息的数量,作为各在线用户终端的待处理数量;
接收模块520,用于接收各在线用户终端发送的报警处理完成消息,并更新各在线用户终端的第一处理时间;
排序模块530,用于按照待处理数量的大小,对各在线用户终端进行排序,当各在线用户终端中存在待处理数量相等的用户终端时,按照第一处理时间的先后,对待处理数量相等的用户终端进行排序,得到用户终端队列;
选择模块540,用于按照用户终端队列的顺序,依次从用户终端队列中选择第一终端数量的用户终端,作为目标用户终端;
下发模块550,用于将待下发报警信息发送至目标用户终端。
一种实施方式中,该装置还可以包括:
第二获取模块,用于获取各在线用户终端的报警信息发送时间,报警信息发送时间为距离当前时刻最近的报警平台向在线用户终端发送待下发报警信息的时间;
排序模块530,具体用于:
按照待处理数量的大小,对各在线用户终端进行排序,当各在线用户终端中存在待处理数量相等的用户终端时,按照第一处理时间的先后,对待处理数量相等的用户终端进行排序,当各在线用户终端中存在待处理数量相等且第一处理时间相同的用户终端时,按照报警信息发送时间的先后,对待处理数量相等且第一处理时间相同的用户终端进行排序,得到用户终端队列。
一种实施方式中,装置还可以包括:
重排模块,用于当发生预设事件时,按照用户终端队列中各在线用户终端的待处理数量的大小,第一处理时间的先后以及报警信息发送时间的先后,对用户终端队列进行重新排列,其中,预设事件包括以下中的至少一种:存在用户终端在报警平台上线、存在用户终端从报警平台下线、报警平台下发报警信息和用户终端将报警信息处理完毕。
通过本申请实施例提供的技术方案,当待处理数量不完全相等时将待处理数量相对小的用户终端作为目标用户终端,当待处理数量完全相等时,选取的作为目标用户终端的第二用户终端的数量小于在线用户终端的数量。也就是说,所选择的目标用户终端的数量小于在线用户终端的数量,将待下发报警信息仅发送给目标用户终端,这样仅接收到待下发报警信息的目标用户终端对待下发报警信息进行处理,而避免了一个报警信息被所有用户终端重复处理。并且,当待处理数量不完全相等时按照待处理数量的大小,将待处理数量相对少的用户终端作为接收待下发报警信息的目标用户终端,可以使得待下发报警信息尽快被处理,进而提高报警信息被处理的时效性。
本申请实施例还提供了一种电子设备,如图6所示,包括处理器610、通信接口620、存储器630和通信总线640,其中,处理器610,通信接口620,存储器630通过通信总线640完成相互间的通信;
存储器630,用于存放计算机程序;
处理器610,用于执行存储器630上所存放的程序时,实现如下步骤:
获取各在线用户终端的未处理报警信息的数量,作为各在线用户终端的待处理数量;
当各在线用户终端的待处理数量不完全相等时,按照各待处理数量的大小,从各在线用户终端中选择第一用户终端,作为目标用户终端,第一用户终端的待处理数量小于各在线用户终端中除第一用户终端外的其他用户终端的待处理数量;
当各在线用户终端的待处理数量完全相等时,根据预设选取规则,从各在线用户终端中选择第二用户终端,作为目标用户终端,第二用户终端的数量小于在线用户终端的数量;
将待下发报警信息发送至目标用户终端。
通过本申请实施例提供的技术方案,当待处理数量不完全相等时将待处理数量相对小的用户终端作为目标用户终端,当待处理数量完全相等时,选取的作为目标用户终端的第二用户终端的数量小于在线用户终端的数量。也就是说,所选择的目标用户终端的数量小于在线用户终端的数量,将待下发报警信息仅发送给目标用户终端,这样仅接收到待下发报警信息的目标用户终端对待下发报警信息进行处理,而避免了一个报警信息被所有用户终端重复处理。并且,当待处理数量不完全相等时按照待处理数量的大小,将待处理数量相对少的用户终端作为接收待下发报警信息的目标用户终端,可以使得待下发报警信息尽快被处理,进而提高报警信息被处理的时效性。
上述电子设备提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect,PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture,EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示,图中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
通信接口用于上述电子设备与其他设备之间的通信。
存储器可以包括随机存取存储器(Random Access Memory,RAM),也可以包括非易失性存储器(Non-Volatile Memory,NVM),例如至少一个磁盘存储器。可选的,存储器还可以是至少一个位于远离前述处理器的存储装置。
上述的处理器可以是通用处理器,包括中央处理器(Central Processing Unit,CPU)、网络处理器(Network Processor,NP)等;还可以是数字信号处理器(Digital SignalProcessing,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
相应于上述图1及图1对应的信息发送方法实施例,本申请实施例还提供一种机器可读存储介质,所述机器可读存储介质内存储有计算机程序,所述计算机程序被处理器执行时实现上述任一所述的图1及图1对应的信息发送方法步骤。
本申请实施例还提供了一种电子设备,如图7所示,包括处理器710、通信接口720、存储器730和通信总线740,其中,处理器710,通信接口720,存储器730通过通信总线740完成相互间的通信;
存储器730,用于存放计算机程序;
处理器710,用于执行存储器730上所存放的程序时,实现如下步骤:
获取各在线用户终端的未处理报警信息的数量,作为各在线用户终端的待处理数量;
接收各在线用户终端发送的报警处理完成消息,并更新各在线用户终端的第一处理时间;
按照待处理数量的大小,对各在线用户终端进行排序,当各在线用户终端中存在待处理数量相等的用户终端时,按照第一处理时间的先后,对待处理数量相等的用户终端进行排序,得到用户终端队列;
按照用户终端队列的顺序,依次从用户终端队列中选择第一终端数量的用户终端,作为目标用户终端;
将待下发报警信息发送至目标用户终端。
通过本申请实施例提供的技术方案,当待处理数量不完全相等时将待处理数量相对小的用户终端作为目标用户终端,当待处理数量完全相等时,选取的作为目标用户终端的第二用户终端的数量小于在线用户终端的数量。也就是说,所选择的目标用户终端的数量小于在线用户终端的数量,将待下发报警信息仅发送给目标用户终端,这样仅接收到待下发报警信息的目标用户终端对待下发报警信息进行处理,而避免了一个报警信息被所有用户终端重复处理。并且,当待处理数量不完全相等时按照待处理数量的大小,将待处理数量相对少的用户终端作为接收待下发报警信息的目标用户终端,可以使得待下发报警信息尽快被处理,进而提高报警信息被处理的时效性。
上述电子设备提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect,PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture,EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示,图中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
通信接口用于上述电子设备与其他设备之间的通信。
存储器可以包括随机存取存储器(Random Access Memory,RAM),也可以包括非易失性存储器(Non-Volatile Memory,NVM),例如至少一个磁盘存储器。可选的,存储器还可以是至少一个位于远离前述处理器的存储装置。
上述的处理器可以是通用处理器,包括中央处理器(Central Processing Unit,CPU)、网络处理器(Network Processor,NP)等;还可以是数字信号处理器(Digital SignalProcessing,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
相应于上述图2及图2对应的信息发送方法实施例,本申请实施例还提供一种机器可读存储介质,所述机器可读存储介质内存储有计算机程序,所述计算机程序被处理器执行时实现上述任一所述的图2及图2对应的信息发送方法步骤。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于信息发送装置、电子设备以及机器可读存储介质实施例而言,由于其基本相似于信息发送方法实施例,所以描述的比较简单,相关之处参见信息发送方法实施例的部分说明即可。
以上所述仅为本申请的较佳实施例而已,并非用于限定本申请的保护范围。凡在本申请的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本申请的保护范围内。
Claims (14)
1.一种信息发送方法,其特征在于,所述方法包括:
获取各在线用户终端的未处理报警信息的数量,作为各在线用户终端的待处理数量;
获取各在线用户终端的报警信息发送时间,所述报警信息发送时间为距离当前时刻最近的报警平台向在线用户终端发送待下发报警信息的时间;
当各在线用户终端的待处理数量不完全相等时,按照各待处理数量的大小,从所述各在线用户终端中选择第一用户终端,当所述第一用户终端的数量大于第二预设阈值时,根据各报警信息发送时间,从第一用户终端中选择第四用户终端,作为目标用户终端,所述第一用户终端的待处理数量小于各在线用户终端中除第一用户终端外的其他用户终端的待处理数量;所述第四用户终端的报警信息发送时间早于所述第一用户终端中除第四用户终端外的其他用户终端的报警信息发送时间;
当各在线用户终端的待处理数量完全相等时,根据预设选取规则,从所述各在线用户终端中选择第二用户终端,作为目标用户终端,所述第二用户终端的数量小于在线用户终端的数量;
将待下发报警信息发送至所述目标用户终端;
其中,所述根据预设选取规则,从所述各在线用户终端中选择第二用户终端,包括:根据各报警信息发送时间,从各在线用户终端中选择第二用户终端,所述第二用户终端的报警信息发送时间早于各在线用户终端中除第二用户终端外的其他用户终端的报警信息发送时间。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
接收各在线用户终端发送的报警处理完成消息,并更新各在线用户终端的第一处理时间;
当所述第一用户终端的数量大于第一预设阈值时,根据各第一处理时间,从第一用户终端中选择第三用户终端,作为目标用户终端,所述第三用户终端的第一处理时间早于所述第一用户终端中除第三用户终端外的其他用户终端的第一处理时间;
所述根据预设选取规则,从所述各在线用户终端中选择第二用户终端,还包括:根据各第一处理时间,从各在线用户终端中选择第二用户终端,所述第二用户终端的第一处理时间早于各在线用户终端中除第二用户终端外的其他用户终端的第一处理时间。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
获取各在线用户终端的上线时间;
所述根据预设选取规则,从所述各在线用户终端中选择第二用户终端,还包括:根据各在线用户终端的上线时间,从所述各在线用户终端中选择第二用户终端,所述第二用户终端的上线时间早于各在线用户终端中除第二用户终端外的其他用户终端的上线时间。
4.根据权利要求2所述的方法,其特征在于,所述方法还包括:
当所述第三用户终端的数量大于第三预设阈值时,根据各报警信息发送时间,从第三用户终端中选择第五用户终端,作为目标用户终端,所述第五用户终端的报警信息发送时间早于所述第三用户终端中除第五用户终端外的其他用户终端的报警信息发送时间。
5.一种信息发送方法,其特征在于,所述方法包括:
获取各在线用户终端的未处理报警信息的数量,作为各在线用户终端的待处理数量;
获取各在线用户终端的报警信息发送时间,所述报警信息发送时间为距离当前时刻最近的报警平台向在线用户终端发送待下发报警信息的时间;
接收各在线用户终端发送的报警处理完成消息,并更新各在线用户终端的第一处理时间;
按照所述待处理数量的大小,对所述各在线用户终端进行排序,当所述各在线用户终端中存在待处理数量相等的用户终端时,按照第一处理时间的先后,对所述待处理数量相等的用户终端进行排序,当所述各在线用户终端中存在待处理数量相等且第一处理时间相同的用户终端时,按照报警信息发送时间的先后,对所述待处理数量相等且第一处理时间相同的用户终端进行排序,得到用户终端队列;
按照所述用户终端队列的顺序,依次从所述用户终端队列中选择第一终端数量的用户终端,作为目标用户终端;
将待下发报警信息发送至所述目标用户终端。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
当发生预设事件时,按照所述用户终端队列中各在线用户终端的待处理数量的大小,第一处理时间的先后以及报警信息发送时间的先后,对所述用户终端队列进行重新排列,其中,所述预设事件包括以下中的至少一种:存在用户终端在所述报警平台上线、存在用户终端从所述报警平台下线、所述报警平台下发报警信息和用户终端将报警信息处理完毕。
7.一种信息发送装置,其特征在于,所述装置包括:
第一获取模块,用于获取各在线用户终端的未处理报警信息的数量,作为各在线用户终端的待处理数量;
第三获取模块,用于获取各在线用户终端的报警信息发送时间,所述报警信息发送时间为距离当前时刻最近的报警平台向在线用户终端发送待下发报警信息的时间;
第一选择模块,用于当各在线用户终端的待处理数量不完全相等时,按照各待处理数量的大小,从所述各在线用户终端中选择第一用户终端,当所述第一用户终端的数量大于第二预设阈值时,根据各报警信息发送时间,从第一用户终端中选择第四用户终端,作为目标用户终端,所述第一用户终端的待处理数量小于各在线用户终端中除第一用户终端外的其他用户终端的待处理数量;所述第四用户终端的报警信息发送时间早于所述第一用户终端中除第四用户终端外的其他用户终端的报警信息发送时间;
第二选择模块,用于当各在线用户终端的待处理数量完全相等时,根据预设选取规则,从所述各在线用户终端中选择第二用户终端,作为目标用户终端,所述第二用户终端的数量小于在线用户终端的数量;
下发模块,用于将待下发报警信息发送至所述目标用户终端;
其中,所述第二选择模块,具体用于:根据各报警信息发送时间,从各在线用户终端中选择第二用户终端,所述第二用户终端的报警信息发送时间早于各在线用户终端中除第二用户终端外的其他用户终端的报警信息发送时间。
8.根据权利要求7所述的装置,其特征在于,所述装置还包括:
接收模块,用于接收各在线用户终端发送的报警处理完成消息,并更新各在线用户终端的第一处理时间;
所述第一选择模块,具体用于当所述第一用户终端的数量大于第一预设阈值时,根据各第一处理时间,从第一用户终端中选择第三用户终端,作为目标用户终端,所述第三用户终端的第一处理时间早于所述第一用户终端中除第三用户终端外的其他用户终端的第一处理时间;
所述第二选择模块,具体用于:根据各第一处理时间,从各在线用户终端中选择第二用户终端,所述第二用户终端的第一处理时间早于各在线用户终端中除第二用户终端外的其他用户终端的第一处理时间。
9.根据权利要求7所述的装置,其特征在于,所述装置还包括:
第二获取模块,用于获取各在线用户终端的上线时间;
所述第二选择模块,具体用于:根据各在线用户终端的上线时间,从所述各在线用户终端中选择第二用户终端,所述第二用户终端的上线时间早于各在线用户终端中除第二用户终端外的其他用户终端的上线时间。
10.根据权利要求8所述的装置,其特征在于,所述装置还包括:
所述第一选择模块,具体用于当所述第三用户终端的数量大于第三预设阈值时,根据各报警信息发送时间,从第三用户终端中选择第五用户终端,作为目标用户终端,所述第五用户终端的报警信息发送时间早于所述第三用户终端中除第五用户终端外的其他用户终端的报警信息发送时间。
11.一种信息发送装置,其特征在于,所述装置包括:
第一获取模块,用于获取各在线用户终端的未处理报警信息的数量,作为各在线用户终端的待处理数量;
第二获取模块,用于获取各在线用户终端的报警信息发送时间,所述报警信息发送时间为距离当前时刻最近的报警平台向在线用户终端发送待下发报警信息的时间;
接收模块,用于接收各在线用户终端发送的报警处理完成消息,并更新各在线用户终端的第一处理时间;
排序模块,用于按照所述待处理数量的大小,对所述各在线用户终端进行排序,当所述各在线用户终端中存在待处理数量相等的用户终端时,按照第一处理时间的先后,对所述待处理数量相等的用户终端进行排序,当所述各在线用户终端中存在待处理数量相等且第一处理时间相同的用户终端时,按照报警信息发送时间的先后,对所述待处理数量相等且第一处理时间相同的用户终端进行排序,得到用户终端队列;
选择模块,用于按照所述用户终端队列的顺序,依次从所述用户终端队列中选择第一终端数量的用户终端,作为目标用户终端;
下发模块,用于将待下发报警信息发送至所述目标用户终端。
12.根据权利要求11所述的装置,其特征在于,所述装置还包括:
重排模块,用于当发生预设事件时,按照所述用户终端队列中各在线用户终端的待处理数量的大小,第一处理时间的先后以及报警信息发送时间的先后,对所述用户终端队列进行重新排列,其中,所述预设事件包括以下中的至少一种:存在用户终端在所述报警平台上线、存在用户终端从所述报警平台下线、所述报警平台下发报警信息和用户终端将报警信息处理完毕。
13.一种电子设备,其特征在于,包括处理器、通信接口、存储器和通信总线,其中,处理器,通信接口,存储器通过通信总线完成相互间的通信;
存储器,用于存放计算机程序;
处理器,用于执行存储器上所存放的程序时,实现权利要求1-4任一所述的方法步骤,或实现权利要求5-6任一所述的方法步骤。
14.一种机器可读存储介质,其特征在于,所述机器可读存储介质内存储有计算机程序,所述计算机程序被处理器执行时实现权利要求1-4任一所述的方法步骤,或实现权利要求5-6任一所述的方法步骤。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811245285.XA CN111092922B (zh) | 2018-10-24 | 2018-10-24 | 一种信息发送方法及装置 |
PCT/CN2019/104687 WO2020082911A1 (zh) | 2018-10-24 | 2019-09-06 | 一种信息发送方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811245285.XA CN111092922B (zh) | 2018-10-24 | 2018-10-24 | 一种信息发送方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111092922A CN111092922A (zh) | 2020-05-01 |
CN111092922B true CN111092922B (zh) | 2021-04-02 |
Family
ID=70331241
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811245285.XA Active CN111092922B (zh) | 2018-10-24 | 2018-10-24 | 一种信息发送方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN111092922B (zh) |
WO (1) | WO2020082911A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112751707B (zh) * | 2020-12-29 | 2023-04-18 | 北京格林威尔科技发展有限公司 | 一种基于sdn、nfv技术的告警信息输出方法和装置 |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060176167A1 (en) * | 2005-01-25 | 2006-08-10 | Laser Shield Systems, Inc. | Apparatus, system, and method for alarm systems |
EP3393091B1 (en) * | 2011-09-09 | 2020-10-28 | Nokia Solutions and Networks Oy | A method for cdn delay optimization and control for http live streaming |
EP3108368A4 (en) * | 2014-02-19 | 2017-09-06 | Level 3 Communications, LLC | Proxy server failover and load clustering |
CN106162219B (zh) * | 2015-04-21 | 2019-08-16 | 杭州海康威视系统技术有限公司 | 视频云存储方法及系统 |
CN105162878B (zh) * | 2015-09-24 | 2018-08-31 | 网宿科技股份有限公司 | 基于分布式存储的文件分发系统及方法 |
CN105373839A (zh) * | 2015-12-15 | 2016-03-02 | 国网北京市电力公司 | 智能派单方法和装置 |
CN105933372B (zh) * | 2016-01-13 | 2019-04-26 | 平安科技(深圳)有限公司 | 任务分配执行方法、服务器及终端 |
CN105894094A (zh) * | 2016-03-31 | 2016-08-24 | 国网北京市电力公司 | 派单方法及装置 |
CN107809322A (zh) * | 2016-09-06 | 2018-03-16 | 中兴通讯股份有限公司 | 运维工单的分配方法和装置 |
CN107172204A (zh) * | 2017-06-29 | 2017-09-15 | 北京众清科技有限公司 | 高可用高负载的工单处理系统及工单处理方法 |
-
2018
- 2018-10-24 CN CN201811245285.XA patent/CN111092922B/zh active Active
-
2019
- 2019-09-06 WO PCT/CN2019/104687 patent/WO2020082911A1/zh active Application Filing
Also Published As
Publication number | Publication date |
---|---|
WO2020082911A1 (zh) | 2020-04-30 |
CN111092922A (zh) | 2020-05-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111381987A (zh) | 一种消息处理方法、装置、电子设备及介质 | |
CN108268372B (zh) | Mock测试处理方法、装置、存储介质和计算机设备 | |
CN110032438B (zh) | 延时任务执行方法、装置及电子设备 | |
CN108174305B (zh) | 直播聊天室的消息处理方法及装置 | |
US9497288B2 (en) | Subscriber based priority of messages in a publisher-subscriber domain | |
CN111917863B (zh) | 消息推送方法、装置、电视机设备及计算机存储介质 | |
CN109558065B (zh) | 数据删除方法及分布式存储系统 | |
CN111092922B (zh) | 一种信息发送方法及装置 | |
CN111355765B (zh) | 一种网络请求的处理、发送方法及装置 | |
US8850453B1 (en) | Techniques for event filtering | |
CN111563115B (zh) | 一种分布式数据库中数据分布信息的统计方法及装置 | |
CN109525408B (zh) | 一种设备异常处理方法、装置及云存储系统 | |
CN114979282B (zh) | 任务调度方法、装置、存储介质以及电子设备 | |
CN108287659B (zh) | 一种基于实时数据流的数据采样方法、装置及电子设备 | |
CN116151929A (zh) | 基于消息队列的订单协同处理方法、装置、设备及介质 | |
CN115080156A (zh) | 基于流批一体的大数据批量计算的优化计算方法及装置 | |
CN106156169B (zh) | 离散数据的处理方法和装置 | |
CN112966005B (zh) | 定时消息发送方法、装置、计算机设备以及存储介质 | |
CN111291127B (zh) | 一种数据同步方法、装置、服务器及存储介质 | |
CN111400327B (zh) | 一种数据同步方法、装置、电子设备及存储介质 | |
CN110674330B (zh) | 表情管理的方法、装置、电子设备及存储介质 | |
CN113835905A (zh) | 一种消息队列负载均衡方法、装置、电子设备及介质 | |
CN113159602A (zh) | 任务的派发方法、装置、设备及可读存储介质 | |
CN111258728A (zh) | 任务的执行方法及装置、存储介质和电子装置 | |
CN110569673A (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 |