CN109960548A - 提醒消息处理方法、装置和终端 - Google Patents
提醒消息处理方法、装置和终端 Download PDFInfo
- Publication number
- CN109960548A CN109960548A CN201711401980.6A CN201711401980A CN109960548A CN 109960548 A CN109960548 A CN 109960548A CN 201711401980 A CN201711401980 A CN 201711401980A CN 109960548 A CN109960548 A CN 109960548A
- Authority
- CN
- China
- Prior art keywords
- reminder message
- message processing
- processing terminal
- target
- reminder
- 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.)
- Pending
Links
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本申请实施例公开了一种提醒消息处理方法、终端、平台和系统,该方法包括:提醒消息处理平台向提醒消息处理终端发送目标提醒消息;提醒消息处理终端根据监控的通道窗口的使用状态,确定用于显示目标提醒消息的目标通道窗口;提醒消息处理终端在该目标通道窗口上显示该目标提醒消息。本申请实施例的方案能够使得最新的提醒消息能够被及时显示,并基于提醒消息处理终端监控的通道窗口的使用状态分配显示提醒消息的通道窗口,使得提醒消息处理终端的处理人员能够及时响应并处理最新提醒消息。
Description
技术领域
本申请涉及计算机软件技术领域,尤其涉及提醒消息处理方法、装置和终端。
背景技术
在现有的监控中心中,通常需要实时监控各个监控点的信息。
对于涉及大量消息处理的监控中心来说,现有的消息处理方案,可能导致一些重要提醒消息来不及处理就被后续的信息流覆盖,监控人员无法及时响应和处理。
因此,需要一种提醒消息处理方案,以保证监控人员尽可能地对提醒消息进行及时响应与处理。
发明内容
本申请实施例的目的是提供一种提醒消息处理方法、终端、平台和系统,以尽可能地对提醒消息进行及时响应与处理。
第一方面,提出了一种提醒消息处理方法,包括:
提醒消息处理平台向提醒消息处理终端发送目标提醒消息;
提醒消息处理终端根据监控的多个通道窗口的使用状态,确定用于显示目标提醒消息的目标通道窗口;
提醒消息处理终端在所述目标通道窗口上显示所述目标提醒消息。
第二方面,提出了一种提醒消息处理方法,包括:
提醒消息处理平台根据提醒消息处理终端的在线状态和权限优先级,确定用于接收并处理所述目标提醒消息的提醒消息处理终端,并向所述提醒消息处理终端发送目标提醒消息;
当所述提醒消息处理平台确定所述提醒消息处理终端超期未处理所述目标提醒消息时,将所述目标提醒消息发送到权限优先级高于所述提醒消息处理终端且处于在线状态的提醒消息处理终端。
第三方面,提出了一种提醒消息处理系统,包括:提醒消息处理平台和提醒消息处理终端,其中,
所述提醒消息处理平台,用于向提醒消息处理终端发送目标提醒消息;
所述提醒消息处理终端,用于根据监控的多个通道窗口的使用状态,确定用于显示目标提醒消息的目标通道窗口,并在所述目标通道窗口上显示所述目标提醒消息。
第四方面,提出了一种提醒消息处理终端,包括:
接收单元,用于接收提醒消息处理平台发送的目标提醒消息;
确定单元,用于根据监控的多个通道窗口的使用状态,确定用于显示目标提醒消息的目标通道窗口;
显示单元,用于在所述目标通道窗口上显示所述目标提醒消息。
第五方面,提出了一种提醒消息处理平台,包括:
确定单元,用于根据提醒消息处理终端的在线状态和权限优先级,确定用于接收并处理所述目标提醒消息的提醒消息处理终端,并向所述提醒消息处理终端发送目标提醒消息;
发送单元,用于当所述提醒消息处理平台确定所述提醒消息处理终端超期未处理所述目标提醒消息时,将所述目标提醒消息发送到权限优先级高于所述提醒消息处理终端且处于在线状态的提醒消息处理终端。
第六方面,提出了一种提醒消息处理终端,包括:
处理器;以及
被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器执行以下操作:
接收提醒消息处理平台发送的目标提醒消息;
根据监控的多个通道窗口的使用状态,确定用于显示目标提醒消息的目标通道窗口;
在所述目标通道窗口上显示所述目标提醒消息。
第七方面,提出了一种提醒消息处理平台,包括:
处理器;以及
被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器执行以下操作:
根据提醒消息处理终端的在线状态和权限优先级,确定用于接收并处理所述目标提醒消息的提醒消息处理终端,并向所述提醒消息处理终端发送目标提醒消息;
当所述提醒消息处理平台确定所述提醒消息处理终端超期未处理所述目标提醒消息时,将所述目标提醒消息发送到权限优先级高于所述提醒消息处理终端且处于在线状态的提醒消息处理终端。
第八方面,提出了一种计算机可读存储介质,所述计算机可读存储介质存储一个或多个程序,所述一个或多个程序包括指令,所述指令当被包括多个应用程序的电子设备执行时,能够使所述电子设备执行以下方法:
接收提醒消息处理平台发送的目标提醒消息;
根据监控的多个通道窗口的使用状态,确定用于显示目标提醒消息的目标通道窗口;
在所述目标通道窗口上显示所述目标提醒消息。
第九方面,提出了一种计算机可读存储介质,所述计算机可读存储介质存储一个或多个程序,所述一个或多个程序包括指令,所述指令当被包括多个应用程序的电子设备执行时,能够使所述电子设备执行以下方法:
根据提醒消息处理终端的在线状态和权限优先级,确定用于接收并处理所述目标提醒消息的提醒消息处理终端,并向所述提醒消息处理终端发送目标提醒消息;
当所述提醒消息处理平台确定所述提醒消息处理终端超期未处理所述目标提醒消息时,将所述目标提醒消息发送到权限优先级高于所述提醒消息处理终端且处于在线状态的提醒消息处理终端。
本申请实施例中,提醒消息处理终端在接收到提醒消息处理平台发送的提醒消息后,根据监控的通道窗口的使用状态,确定用于显示提醒消息的通道窗口并显示提醒消息,从而能够使得最新的提醒消息能够被及时显示,使得提醒消息处理终端的处理人员能够尽可能地及时响应并处理最新提醒消息。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本申请的一个实施例提醒消息处理方法流程图。
图2是本申请的一个实施例提醒消息的处理过程示意图。
图3是本申请的一个实施例提醒消息联动处理的流程示意图。
图4是本申请的一个实施例提醒消息处理平台按照提醒消息转发策略转发提醒消息的流程示意图。
图5是本申请的一个实施例按照轮流分发策略分发提醒消息的流程示意图。
图6是本申请的一个实施例提醒消息自动升级上报的过程示意图。
图7是本申请的一个实施例提醒消息处理终端显示提醒消息的流程示意图。
图8是本申请的另一个实施例提醒消息处理方法流程图。
图9是本申请的再一个实施例提醒消息处理方法流程图。
图10是本申请的一个实施例提醒消息处理平台的结构示意图。
图11是本申请的一个实施例电子设备的结构示意图。
图12是本申请的一个实施例提醒消息处理装置的结构示意图。
图13是本申请的另一个实施例电子设备的结构示意图。
图14是本申请的另一个实施例提醒消息处理平台的结构示意图。
具体实施方式
本申请实施例提供一种提醒消息处理方法、终端、平台和系统。
为了使本技术领域的人员更好地理解本申请中的技术方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
图1是本申请的一个实施例提醒消息处理方法流程图。图1的方法可包括:
S110,提醒消息处理平台向提醒消息处理终端发送目标提醒消息。
应理解,提醒消息处理平台在获取到提醒消息后,可根据提醒消息的发送策略,向提醒消息处理终端发送提醒消息。
应理解,在本申请实施例中,该提醒消息可以是监控点发送的提醒消息,或者是相关人员通过手机、电话等报警而在提醒消息处理平台生成的报警消息,本申请实施例对此不作限制。
当然,应理解,相应的,提醒消息处理终端可接收提醒消息处理平台发送的提醒消息。
S120,提醒消息处理终端根据监控的多个通道窗口的使用状态,确定用于显示目标提醒消息的目标通道窗口。
应理解,一个提醒消息处理终端可监控多个通道窗口,该多个通道窗口可以分布在一个显示屏上,或者分布在多个显示屏上。另外,在本申请实施例中,一个通道窗口在同一时刻可展示一个提醒消息。
例如,假设一个提醒消息处理终端监控管理一个显示屏,该显示屏可以按照九宫格分成9个通道窗口,每个通道窗口可展示一个提醒消息,则该提醒消息处理终端可同时监控9个通道窗口,也就是说,该提醒消息处理终端在同一时刻最多可同时查看9个提醒消息。当然,应理解,一个提醒消息处理终端还可能同时监控多个显示屏,本申请实施例对此不作限制。
S130,提醒消息处理终端在该目标通道窗口上显示该目标提醒消息。
本申请实施例中,提醒消息处理终端在接收到提醒消息处理平台发送的提醒消息后,根据监控的通道窗口的使用状态,确定用于显示提醒消息的通道窗口并显示提醒消息,从而能够使得最新的提醒消息能够被及时显示,使得提醒消息处理终端的处理人员能够尽可能地及时响应并处理最新提醒消息。
可选地,作为一个实施例,步骤S120具体可实现为:
提醒消息处理终端根据监控的多个通道窗口的使用状态和锁定状态,确定用于显示目标提醒消息的目标通道窗口。
本申请实施例中,通过基于通道窗口的使用状态和锁定状态,确定用于显示目标提醒消息的目标通道窗口,从而能够使得最新的提醒消息能够被及时显示,并保持对锁定状态的窗口对应的提醒消息的监控,使得提醒消息处理终端的处理人员能够及时响应并处理最新提醒消息,并保持对锁定的提醒消息对应的监控点的监控。
进一步地,在本实施例的一种实现方式中,步骤S120可实现为:如果提醒消息处理终端监控的多个通道窗口都处于使用状态,则选择处于未锁定的通道窗口之一作为该目标通道窗口。
当然,应理解,在选择未锁定的通道窗口作为目标通道窗口时,可将该窗口当前正在显示的提醒消息替换为该目标提醒消息。
应理解,本申请实施例中,可对来自重要客户的提醒消息对应的通道窗口进行锁定,或者对优先级大于预定阈值的提醒消息对应的通道窗口进行锁定,或者对特定的提醒消息对应的通道窗口进行锁定。
本申请实施例中,选择未锁定的通道窗口替换显示,可保持对锁定的通道窗口的提醒消息对应的监控点的监控。
更进一步地,步骤S120可实现为:如果提醒消息处理终端监控的多个通道窗口都处于使用状态,则在当前显示的提醒消息携带的优先级低于该目标提醒消息携带的优先级的通道窗口中,选择处于未锁定状态的通道窗口之一,作为该目标通道窗口。
本申请实施例中,选择优先级低于当前提醒消息且未锁定的通道窗口进行替换,可避免替换掉高优先级的提醒消息对应的通道窗口,同时避免替换掉被锁定的通道窗口。
或者,更进一步地,步骤S120可实现为:如果提醒消息处理终端监控的多个通道窗口都处于使用状态,且当前显示的提醒消息携带的优先级低于该目标提醒消息携带的优先级的通道窗口都处于锁定状态,则在当前显示的提醒消息携带的优先级等于该目标提醒消息携带的优先级的通道窗口中,选择提醒消息发生时间最早的若干个处于未锁定状态的通道窗口之一,作为该目标通道窗口。
本申请实施例中,选择优先级等于当前提醒消息且提醒消息发生时间最早且未锁定的通道窗口进行替换,可避免优先级相同的情况下某些非锁定的提醒消息长时间占用通道窗口。
可选地,作为一个实施例,该方法还可包括:
如果第一预定时间内未对该目标提醒消息进行处理,则该提醒消息处理终端向该提醒消息处理平台发送第一通知,该第一通知用于指示该目标提醒消息在第一预定时间内未处理;
该提醒消息处理平台接收到该第一通知后,将该目标提醒消息发送到权限优先级高于该提醒消息处理终端且处于在线状态的提醒消息处理终端。
本申请实施例中,通过根据提醒消息处理终端在第一预定时间后未处理而发出的第一通知,将提醒消息转发给权限优先级高于该提醒消息处理终端且处于在线状态的提醒消息处理终端,从而能够提高提醒消息的响应效率,避免个别提醒消息长时间未被处理。
可选地,作为另一个实施例,该方法还可包括:
如果该提醒消息处理平台在第一预定时间内未收到该目标提醒消息被处理的信息,则将该目标提醒消息发送到权限优先级高于该提醒消息处理终端且处于在线状态的提醒消息处理终端。
本申请实施例中,通过根据第一预定时间后未收到提醒消息被处理的信息,确定该提醒消息未被处理,进而将提醒消息转发给权限优先级高于该提醒消息处理终端且处于在线状态的提醒消息处理终端,从而能够提高提醒消息的响应效率,避免个别提醒消息长时间未被处理。
可选地,作为一个实施例,该方法还可包括:
该提醒消息处理平台获取该提醒消息处理终端中各提醒消息的处理状态;
如果该目标提醒消息在该提醒消息处理终端中处于超期未处理状态,则将该目标提醒消息发送到权限优先级高于该提醒消息处理终端且处于在线状态的提醒消息处理终端。
本申请实施例中,通过主动获取提醒消息的处理状态,并在该提醒消息超期未被处理时,将提醒消息转发给权限优先级高于该提醒消息处理终端且处于在线状态的提醒消息处理终端,从而能够提高提醒消息的响应效率,避免个别提醒消息长时间未被处理。
进一步地,在将该目标提醒消息发送到权限优先级高于该提醒消息处理终端且处于在线状态的提醒消息处理终端时,该方法还可包括:调高该目标提醒消息携带的优先级。
本申请实施例中,通过在将提醒消息发送到更高权限优先级的提醒消息处理终端时调高提醒消息携带的优先级,从而能够提醒更高权限优先级的提醒消息处理终端优先处理提醒消息,进而能够提高提醒消息的响应效率,避免个别提醒消息长时间未被处理。
可选地,作为一个实施例,提醒消息处理平台向提醒消息处理终端发送目标提醒消息,具体可实现为:如果该目标提醒消息携带的内容被多次发送且未被处理,则在发送该目标提醒消息时,调高该目标提醒消息携带的优先级。
本申请实施例中,通过调高内容被多次发送且未被处理的提醒消息的优先级,可以提高该类提醒消息的响应效率,避免个别提醒消息长时间未被处理。
可选地,在步骤S110之前,该方法还可包括:
该提醒消息处理平台接收目标提醒消息;
该提醒消息处理平台根据提醒消息处理终端的在线状态和权限优先级,确定用于接收并处理该目标提醒消息的提醒消息处理终端。
本申请实施例中,在向提醒消息处理终端发送前,可基于各提醒消息处理终端的在线状态和权限优先级,将提醒消息发送给当前在线且权限优先级最低的提醒消息处理终端。
进一步地,提醒消息处理平台根据提醒消息处理终端的在线状态和权限优先级,确定用于接收并处理该目标提醒消息的提醒消息处理终端,具体可实现为:提醒消息处理平台还可根据各提醒消息处理终端的提醒消息处理饱和度,将提醒消息发送给当前在线且权限优先级最低且处理饱和度最低的提醒消息处理终端。
本申请实施例中,通过将提醒消息发送给当前在线且权限优先级最低且处理饱和度最低的提醒消息处理终端,可以使得在线的提醒消息处理终端中权限优先级相同的提醒消息处理终端尽可能地达到负载均衡。
当然,类似地,在将该目标提醒消息发送到权限优先级高于该提醒消息处理终端且处于在线状态的提醒消息处理终端时,也可基于权限优先级和饱和度确定目标提醒消息待发送的提醒消息处理终端。
或者,进一步地,提醒消息处理平台根据提醒消息处理终端的在线状态和权限优先级,确定用于接收并处理该目标提醒消息的提醒消息处理终端,具体可实现为:提醒消息处理平台确定权限优先级最低的在线提醒消息处理终端中距离上一次接收提醒消息最长的提醒消息处理终端,作为用于接收并处理该目标提醒消息的提醒消息处理终端。
当然,应理解,该方法还可包括:
该提醒消息处理平台根据该目标提醒消息,按照预定的提醒消息联动策略进行联动处理。
进一步地,提醒消息联动策略,可包括以下至少一种:
联动监控点;
联动监控录像;
联动对讲;
联动声音;
联动输入输出IO设备;
联动电子邮件;
联动电视墙。
例如,以联动电视墙为例,在收到某个优先级的提醒消息时,或者在将该提醒消息发送到提醒消息处理终端后,可同时将该提醒消息联动到电视墙,在电视墙上显示该提醒消息,等等。
可选地,作为一个实施例,步骤S130具体可实现为:
如果该目标提醒消息的内容被多次发送且未被处理,则在该目标通道窗口上显示该目标提醒消息时,为该目标通道窗口设置对应的边框颜色以表示该目标提醒消息的内容被多次发送且未被处理。
本申请实施例中,通过为被多次发送且未被处理的提醒消息进行标记,可提高提醒消息被处理的机会。他·
可选地,作为另一个实施例,步骤S130具体可实现为:
在该目标通道窗口上显示该目标提醒消息时,为该目标通道窗口设置该目标提醒消息的优先级对应的边框颜色。
下面,将结合具体的实施例,对本申请实施例的方法作进一步的描述。
图2是本申请的一个实施例提醒消息的处理过程示意图。
S201,提醒消息处理平台接收提醒消息。
提醒消息处理平台可接收各个监控地点发出的提醒消息。具体地,例如,在安保监控系统中,该提醒消息可以是报警消息,或者是其它触发安全事件的消息;提醒消息处理平台可接收各个监控地点发出的报警消息等。
S202,提醒消息处理平台按照提醒消息联动策略进行联动处理。
提醒消息处理平台在接收到提醒消息后,可按照提醒消息联动策略进行联动处理。提醒消息联动策略,可包括以下至少一种:
联动监控点;
联动监控录像;
联动对讲;
联动声音;
联动IO设备;
联动电子邮件;
联动电视墙。
图3是本申请的一个实施例提醒消息联动处理的流程示意图。如图3所示,提醒消息处理平台根据提醒消息联动策略,可启动相应的联动功能。
可选地,如果提醒消息联动策略包括联动监控点,则提醒消息处理平台可启动抓图功能,获取发送提醒消息的监控点在发送提醒消息的时刻的预定时间范围内若干个时刻采集的图片。例如,可以在提醒消息发生时、发生中和发生后进行抓图。具体地,可规定提醒消息发生时为发送提醒消息的时刻(或提醒消息处理平台接收到提醒消息的时刻),发生中为发送提醒消息的时刻(或提醒消息处理平台接收到提醒消息的时刻)之后N秒内,发生后为发送提醒消息的时刻(或提醒消息处理平台接收到提醒消息的时刻)后M秒以后,N小于M。例如,N取值为1,M取值为5,等等。当然,如果提醒消息为一个持续性的消息流,则发生后可以为提醒消息发送结束后。
可选地,如果提醒消息联动策略包括联动录像,则提醒消息处理平台可启动录像功能,对发送提醒消息的监控点在发送提醒消息的时刻的预定时间范围内进行录像。
可选地,如果提醒消息联动策略包括联动对讲,则提醒消息处理平台可启动对讲功能。
可选地,如果提醒消息联动策略包括联动声音,则提醒消息处理平台可联动音频文件或将提醒消息由文本消息转语音输出。
可选地,如果提醒消息联动策略包括联动设备输出(Output),则提醒消息处理平台可联动设备输出。例如,在收到报警信息后,可联动警示信号灯,将接收到提醒消息的事件以警示信号灯的亮灭;又如联动道闸进行开闸开关。
可选地,如果提醒消息联动策略包括联动电子邮件,则提醒消息处理平台可联动电子邮件,通过电子邮件发送提醒消息,等等。
可选地,如果提醒消息联动策略包括联动电视墙,则提醒消息处理平台可联动电视墙。应理解,消息管理平台在接收到提醒消息时,可同时联动电视墙屏幕,将提醒消息显示到电视墙的屏幕上,具体输出至电视墙屏幕可在提醒消息处理平台中配置。
S203,提醒消息处理平台按照提醒消息转发策略进行转发。
提醒消息处理平台在按照提醒消息联动策略进行联动处理后,可按照提醒消息转发策略进行转发。
可选地,作为一个实施例,提醒消息转发策略包括由指定用户处理提醒消息的策略。
图4是本申请的一个实施例提醒消息处理平台按照提醒消息转发策略转发提醒消息的流程示意图。如图4所示,当提醒消息处理平台接收到提醒消息后,可判断提醒消息转发策略包括由指定用户处理提醒消息的策略。如果是,则将提醒消息发给指定在线用户;如果否,则按照自动分发策略分发提醒消息。
可选地,作为一个实施例,提醒消息转发策略包括轮流分发策略,提醒消息处理平台在分发提醒消息时,可对提醒消息权限优先级最低的提醒消息处理终端按照轮流分发策略进行分发。下面结合图5,对步骤S203的轮流分发策略作进一步的说明。
图5是本申请的一个实施例按照轮流分发策略分发提醒消息的流程示意图。如图5所示,可包括:
S203-1,判断在线终端队列是否为空。
应理解,图5中的在线终端,即图1、图2所示实施例中消息权限优先级最低的提醒消息处理终端。
如果在线终端队列为空,则结束轮流分发提醒消息的流程,否则,执行步骤S203-3。
S203-2,如果新的终端在线,则直接插入在线终端队列的队列头。
应理解,步骤S203-2与步骤S203-1的步骤在时间上并没有先后顺序。
例如,假设现在队列中有A、B、C三个终端,现在D终端上线,且D终端也是消息权限优先级最低的终端,则可将D终端插入队列的头部,以便下一个提醒消息进来后由D终端优先处理。
将新的终端插入在线终端队列头后,可执行步骤S203-3。
S203-3,获取队列头的第一终端。
应理解,如果没有新的终端加入,则最早被发送提醒消息的终端即为在线终端队列的队列头;如果有新的终端加入,则新的终端为在线终端队列的队列头。不放假设该队列头的终端为第一终端。
S203-4,向第一终端发送提醒消息。
提醒消息处理平台根据在线终端队列,向第一终端发送提醒消息。
S203-5,将第一终端放入队列尾。
提醒消息处理平台向第一终端发送消息后,可将第一终端放到在线终端队列尾。
通过自动轮流分发策略,可以避免提醒消息长时间得不到处理,提高提醒消息的处理效率。
S204,提醒消息处理平台将提醒消息处理加入定时任务。
应理解,提醒消息处理平台向提醒消息处理终端,即图5所示实施例中的第一终端发送提醒消息后,可将该提醒消息的处理加入定时任务。
S205,判断是否自动升级上报。
提醒消息加入定时任务后,提醒消息处理平台可定时检测该提醒消息是否需要自动升级上报。例如,每隔第一预定时间检测该提醒消息是否需要自动升级上报。
可选地,如果提醒消息处理平台在第一预定时间内未收到该提醒消息被处理的信息,则可执行步骤S206。
或者,可选地,如果第一终端在第二预定时间内未对该提醒消息进行处理,则第一终端可向提醒消息处理平台发送通知,该通知用于指示该提醒消息在第二预定时间内未处理;提醒消息处理平台如果在第二预定时间内接收到该通知后,则可执行步骤S206。
S206,提醒消息处理平台按照提醒消息自动升级上报策略上报提醒消息。
提醒消息处理平台可按照提醒消息自动升级上报策略上报提醒消息。
具体地,提醒消息处理平台按照提醒消息自动升级上报策略,将该提醒消息发送到权限优先级高于第一终端且处于在线状态的提醒消息处理终端。下面结合图6,对步骤S206作进一步的说明。
图6是本申请的一个实施例提醒消息自动升级上报的过程示意图。
S206-1,判断是否到达定时时间。
提醒消息处理平台判断是否到达定时时间,如果是,则执行步骤206-2,否则,等待预定间隔时间后,继续执行步骤206-1。
应理解,在本申请实施例中,预定间隔时间是可配置的。
S206-2,提醒消息处理平台获取提醒消息发生中队列。
提醒消息处理平台获取提醒消息发生中队列,处理到达提醒消息处理平台的提醒消息。
以安保监控系统中的报警信息为例,安保监控平台可接收各监控点或用户发送的报警信息,并将这些报警信息加入到待处理队列中。同时,安保监控平台可从待处理队列的队列头取出报警信息,分发给提醒消息处理终端进行处理。
S206-3,提醒消息处理平台判断提醒消息发生中队列是否处理完毕。
提醒消息处理平台如果确定提醒消息发生中队列处理完毕,则执行步骤S206-21,处理提醒消息处理中队列;否则,执行步骤S206-4。
S206-4,提醒消息处理平台判断是否将当前提醒消息转发给低级坐席。
应理解,提醒消息处理终端按照权限优先级,可分为不同类型。在本申请实施例中,不妨将提醒消息处理终端分为低级坐席、中级坐席和高级坐席三种,其中,低级坐席为权限优先级最低的提醒消息处理终端,高级坐席为权限优先级最高的提醒消息处理终端。当然,应理解,在实际的应用中,提醒消息处理终端还可划分为两级或更多级,或者不做等级上的划分。
提醒消息处理平台根据低级坐席的在线情况,判断是否将当前提醒消息转发给低级坐席。如果不存在低级在线坐席,则执行步骤S206-5;否则,执行步骤S206-8。
S206-5,提醒消息处理平台判断是否将当前提醒消息转发给中级坐席。
提醒消息处理平台根据中级坐席的在线情况,判断是否将当前提醒消息转发给中级坐席。如果不存在中级在线坐席,则执行步骤S206-6;否则,执行步骤S206-9。
S206-6,提醒消息处理平台判断是否将当前提醒消息转发给高级坐席。
提醒消息处理平台根据高级坐席的在线情况,判断是否将当前提醒消息转发给高级坐席。如果存在低级在线坐席,则执行步骤S206-11。
S206-7,提醒消息处理平台将当前提醒消息转发给低级坐席。
S206-8,提醒消息处理平台判断低级坐席的未处理时间是否到达自动上报时间。
当提醒消息处理平台将当前提醒消息转发给低级坐席后,需要根据低级坐席的处理情况,判断是否需要自动上报。
具体地,例如,如果提醒消息处理平台在第一预定时间内未收到该提醒消息被该低级坐席处理的信息,则确定低级坐席的未处理时间到达自动上报时间,执行步骤S206-9;或者,如果低级坐席在第二预定时间内未对该提醒消息进行处理,则低级坐席可向提醒消息处理平台发送通知,该通知用于指示该提醒消息在第二预定时间内未处理;提醒消息处理平台如果在第二预定时间内接收到该通知后,则确定低级坐席的未处理时间到达自动上报时间,可执行步骤S206-9。
反之,如果确定在自动上报时间内该提醒消息已经被低级坐席处理,则执行步骤S206-3。
应理解,在本申请实施例中,第一预定时间和第二预定时间都是可配置的。不同优先级的提醒消息处理终端对应的第一预定时间/第二预定时间可以相同,也可以不同。
S206-9,提醒消息处理平台将当前提醒消息转发给中级坐席。
S206-10,提醒消息处理平台判断中级坐席的未处理时间是否到达自动上报时间。
提醒消息处理平台判断中级坐席的未处理时间是否到达自动上报时间的方式与步骤S206-8类似,提醒消息处理平台如果确定低级坐席的未处理时间到达自动上报时间,则执行步骤S206-11;提醒消息处理平台如果确定在自动上报时间内该提醒消息已经被低级坐席处理,则执行步骤S206-3。
S206-11,提醒消息处理平台判断将当前提醒消息转发给高级坐席。
应理解,当提醒消息发送到高级坐席时,高级坐席作为权限优先级最高的提醒消息处理终端,处理提醒消息,不再上报。
S206-21,提醒消息处理平台获取提醒消息处理中队列。
应理解,提醒消息处理平台除了对发生中提醒消息进行分发上报处理外,还可对处理中提醒消息进行上报处理。
S206-22,提醒消息处理平台判断提醒消息处理中队列是否处理完毕。
提醒消息处理平台如果确定提醒消息处理中队列处理完毕,则执行步骤S206-21,继续获取提醒消息处理中队列;否则,执行步骤S206-23。
S206-23,提醒消息处理平台判断当前处理中提醒消息是否低级坐席。
提醒消息处理平台当前处理中提醒消息的提醒消息处理终端是否低级坐席,如果是,执行步骤S206-25;否则,执行步骤S206-24。
S206-24,提醒消息处理平台判断当前处理中提醒消息是否中级坐席。
提醒消息处理平台当前处理中提醒消息的提醒消息处理终端是否中级坐席,如果是,执行步骤S206-27。
S206-25,提醒消息处理平台判断低级坐席的处理时间是否到达自动上报时间。
提醒消息处理平台判断低级坐席的处理时间是否到达自动上报时间的方式与步骤S206-8类似,提醒消息处理平台如果确定低级坐席的处理时间到达自动上报时间,则执行步骤S206-26;提醒消息处理平台如果确定在自动上报时间内该提醒消息已经被低级坐席处理,则执行步骤S206-22。
S206-26,提醒消息处理平台将当前提醒消息转发给中级坐席。
S206-27,提醒消息处理平台判断中级坐席的处理时间是否到达自动上报时间。
提醒消息处理平台判断中级坐席的处理时间是否到达自动上报时间的方式与步骤S206-8类似,提醒消息处理平台如果确定中级坐席的处理时间到达自动上报时间,则执行步骤S206-28;提醒消息处理平台如果确定在自动上报时间内该提醒消息已经被中级坐席处理,则执行步骤S206-22。
S206-28,提醒消息处理平台判断将当前处理中提醒消息转发给高级坐席。
至此,完成发生中提醒消息的分发上报过程及处理中提醒消息的上报过程。
应理解,在本申请实施例中,优先向在线低级坐席上报;低级坐席未处理,则向中级坐席上报;中级坐席未处理,则向高级坐席上报;若低级坐席不在线,则直接发给中级坐席;若中级坐席不在线,则直接发给高级坐席。通过上述提醒消息转发及上报机制,可以使得提醒消息能够得到及时处理,提高提醒消息的处理效率。
此外,对于已经处于处理中的提醒消息,如果处理时间超过自动上报时间,也向上一级提醒消息处理终端上报,可以使得提醒消息能够得到及时处理,提高提醒消息的处理效率。
S207,提醒消息处理终端显示。
应理解,提醒消息处理终端在接收到提醒消息后,可显示提醒消息。
提醒消息处理终端显示提醒消息的具体过程可参考图7。图7是本申请的一个实施例提醒消息处理终端显示提醒消息的流程示意图。
S207-1,提醒消息处理终端接收提醒消息并显示详情。
S207-2,提醒消息处理终端遍历监控点。
S207-3,消息处理判断监控预览是否开启。
S207-4,提醒消息处理终端判断是否还有可用的提醒消息联动通道窗口。
如果还有可用通道窗口,则执行S207-5;否则,执行步骤S207-6。
S207-5,提醒消息处理终端在新通道窗口显示。
S207-6,提醒消息处理终端遍历通道窗口。
当通道窗口全部被使用时,可根据提醒消息的优先级、通道窗口状态、通道重复情况等,计算出最佳替换策略。提醒消息处理终端可遍历通道窗口,以查找合适的可替换通道窗口。
S207-7,提醒消息处理终端判断通道窗口是否锁定。
应理解,对于一些重要客户,或者一些重要提醒消息,提醒消息处理终端的用户可将该通道窗口设置为锁定状态,以免被替换。
S207-8,提醒消息处理终端按照通道窗口替换选择策略,选择通道窗口进行替换。
除了锁定的通道窗口,提醒消息处理终端可按照提醒消息的优先级、通道窗口的提醒消息的接收时间、通道重复情况等,计算出最佳替换策略。
可选地,可选择提醒消息优先级小于当前提醒消息的通道窗口作为替换通道窗口。优选地,可选择提醒消息优先级小于当前提醒消息优先级的通道窗口中优先级最小的通道窗口作为替换通道窗口。
可选地,如果不存在提醒消息优先级小于当前提醒消息的通道窗口,可选择提醒消息优先级等于当前提醒消息优先级的通道窗口中接收提醒消息的时间最早的通道窗口作为替换通道窗口。
当然,还可能有其它的选择替换通道窗口的方案,不再一一赘述。
S207-9,提醒消息处理终端进行预览操作及变色标识处理。
可选地,在选择通道窗口后,可根据提醒消息的状态,对通道窗口边框进行变色。例如,新增提醒消息通道窗口边框变红色;若是重复的提醒消息并且之前未处理的,则通道窗口边框变成黄色;等等。
当然,应理解,通道窗口是否需要配置颜色,配置什么颜色,都是可配置的。
S208,是否启动应急联动。
应理解,可根据提醒消息优先级,确定是否启动应急联动。可配置某个或某些优先级,分别对应于图3所示实施例中的联动类型。例如,提醒消息优先级最高的,可支持立即联动坐席进行对讲;坐席人员无需任何操作,立即开启音视频对讲。
S209,应急联动处理。
参考图3,可根据应急联动策略,启动相应的应急联动处理。
例如,在安保监控系统中,接收到报警信息后,可在报警中心立即显示报警对应的负责人信息。
又例如,接收到报警信息后,可根据报警事件类型和报警发生时,发生中,发生后三个时刻进行联动抓图,等等。
S210,提醒消息状态处理。
应理解,提醒消息按照发生状态可分为发生中和发生后两类,按照处理状态可分为未处理、处理中和处理完成三种状态。
当提醒消息处理终端开始处理时,可将提醒消息标记为处理中,并建立相应的任务;当处理完后可将提醒消息标记为处理完成,同时可将任务标记为已完成。
S211,提醒消息任务执行。
在将提醒消息标记为处理中后,可建立相应的任务。
例如,在安保监控系统中,接收到报警信息后,可在报警中心立即显示报警对应的负责人信息,可以立即联系和派遣保安人员立即给予安保服务;同时,还可支持一键打包下载报警详情,联动视频,图片和日志等,书面发送相关负责人。
S212,提醒消息日志记录,任务执行日志记录。
当然,应理解,为了使得日志可追溯,可对提醒消息进行日志记录,同时对任务执行情况进行日志记录。
通过进行日志记录,可以使得提醒消息和提醒消息的处理结果可追溯。
S213,数据分析和预判。
此外,本申请实施例中,根据已经记录的日志,可以对已经发生的提醒消息类型与数量进行分析统计,以进行预判,动态调整策略和提醒消息处理的服务质量。
此外,还可对坐席人员处理的提醒消息进行统计,例如平均处理时长等,为坐席人员的考核提供依据。
另外,还可将上述统计信息通过报表自动生成并上传指定路径。或者,还可通过邮件将报表发送相关负责人,等等。其中,指定路径和收件人可配置。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
图8是本申请的一个实施例提醒消息处理方法流程图。图8的方法由提醒消息处理终端执行。该方法可包括:
S810,接收提醒消息处理平台发送的目标提醒消息。
S820,根据监控的多个通道窗口的使用状态,确定用于显示目标提醒消息的目标通道窗口。
S830,在该目标通道窗口上显示该目标提醒消息。
本申请实施例中,提醒消息处理终端在接收到提醒消息处理平台发送的提醒消息后,根据监控的通道窗口的使用状态,确定用于显示提醒消息的通道窗口并显示提醒消息,从而能够使得最新的提醒消息能够被及时显示,使得提醒消息处理终端的处理人员能够尽可能地及时响应并处理最新提醒消息。
图8所示实施例中提醒消息处理终端执行的方法可参考图1所示实施例提醒消息处理终端执行的方法,本申请实施例在此不再赘述。
图9是本申请的一个实施例提醒消息处理方法流程图。图9的方法由提醒消息处理平台执行。该方法可包括:
S910,提醒消息处理平台根据提醒消息处理终端的在线状态和权限优先级,确定用于接收并处理该目标提醒消息的提醒消息处理终端,并向该提醒消息处理终端发送目标提醒消息。
S920,当该提醒消息处理平台确定该提醒消息处理终端超期未处理该目标提醒消息时,将该目标提醒消息发送到权限优先级高于该提醒消息处理终端且处于在线状态的提醒消息处理终端。
本申请实施例中,提醒消息处理平台通过在确定提醒消息超期未处理后,将该提醒消息转发给权限优先级高于当前用于处理该提醒消息的提醒消息处理终端且处于在线状态的提醒消息处理终端,从而能够提高提醒消息的响应效率,避免个别提醒消息长时间未被处理。
可选地,作为一个实施例,步骤S920具体可实现为:
该提醒消息处理平台接收该提醒消息处理终端发送的第一通知,该第一通知用于指示该目标提醒消息超期未处理;
该提醒消息处理平台将该目标提醒消息发送到权限优先级高于该提醒消息处理终端且处于在线状态的提醒消息处理终端。
可选地,作为另一个实施例,步骤S920具体可实现为:
该提醒消息处理平台获取该提醒消息处理终端处理提醒消息的状态;
该提醒消息处理平台根据该提醒消息处理终端处理提醒消息的状态,确定该提醒消息处理终端超期未处理该目标提醒消息;
该提醒消息处理平台将该目标提醒消息发送到权限优先级高于该提醒消息处理终端且处于在线状态的提醒消息处理终端。
可选地,作为再一个实施例,步骤S920具体可实现为:
该提醒消息处理平台获取该提醒消息处理终端处理提醒消息的状态;
该提醒消息处理平台根据该提醒消息处理终端处理提醒消息的状态,确定该提醒消息处理终端超期未处理该目标提醒消息;
该提醒消息处理平台将该目标提醒消息发送到权限优先级高于该提醒消息处理终端且处于在线状态的提醒消息处理终端。
可选地,作为一个实施例,该方法还可包括:
在将该目标提醒消息发送到权限优先级高于该提醒消息处理终端且处于在线状态的提醒消息处理终端时,调高该目标提醒消息携带的优先级。
本申请实施例中,提醒消息处理平台执行的方法可参考图1-7所示实施例中提醒消息处理平台执行的方法,不再赘述。
图10是本申请的一个实施例提醒消息处理系统的示意框图。如图10所示,提醒消息处理系统1000可包括提醒消息处理平台1010和提醒消息处理终端1020,其中,
提醒消息处理平台1010,用于向提醒消息处理终端1020发送目标提醒消息;
提醒消息处理终端1020,用于根据监控的多个通道窗口的使用状态,确定用于显示目标提醒消息的目标通道窗口,并在该目标通道窗口上显示该目标提醒消息。
提醒消息处理系统1000的具体实现可参考图1-图7所示实施例中提醒消息处理平台和提醒消息处理终端执行的方法,本申请实施例在此不再赘述。
图11是本申请的一个实施例电子设备的结构示意图。请参考图11,在硬件层面,该电子设备包括处理器,可选地还包括内部总线、网络接口、存储器。其中,存储器可能包含内存,例如高速随机存取存储器(Random-Access Memory,RAM),也可能还包括非易失性存储器(non-volatile memory),例如至少1个磁盘存储器等。当然,该电子设备还可能包括其他业务所需要的硬件。
处理器、网络接口和存储器可以通过内部总线相互连接,该内部总线可以是ISA(Industry Standard Architecture,工业标准体系结构)总线、PCI(PeripheralComponent Interconnect,外设部件互连标准)总线或EISA(E8tended Industry StandardArchitecture,扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图11中仅用一个双向箭头表示,但并不表示仅有一根总线或一种类型的总线。
存储器,用于存放程序。具体地,程序可以包括程序代码,所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器,并向处理器提供指令和数据。
处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行,在逻辑层面上形成提醒消息处理装置。处理器,执行存储器所存放的程序,并具体用于执行以下操作:
接收提醒消息处理平台发送的目标提醒消息。
根据监控的多个通道窗口的使用状态,确定用于显示目标提醒消息的目标通道窗口。
在该目标通道窗口上显示该目标提醒消息。
上述如本申请图8所示实施例揭示的提醒消息处理终端执行的方法可以应用于处理器中,或者由处理器实现。处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器,包括中央处理器(Central Processing Unit,CPU)、网络处理器(Network Processor,NP)等;还可以是数字信号处理器(Digital SignalProcessor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
该电子设备还可执行图8的方法,并实现提醒消息处理终端在图1-7所示实施例的功能,本申请实施例在此不再赘述。
本申请实施例中,提醒消息处理终端在接收到提醒消息处理平台发送的提醒消息后,根据监控的通道窗口的使用状态,确定用于显示提醒消息的通道窗口并显示提醒消息,从而能够使得最新的提醒消息能够被及时显示,使得提醒消息处理终端的处理人员能够尽可能地及时响应并处理最新提醒消息。
当然,除了软件实现方式之外,本申请的电子设备并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。
本申请实施例还提出了一种计算机可读存储介质,该计算机可读存储介质存储一个或多个程序,该一个或多个程序包括指令,该指令当被包括多个应用程序的便携式电子设备执行时,能够使该便携式电子设备执行图8所示实施例的方法。
图12是本申请的一个实施例提醒消息处理装置的结构示意图。请参考图12,在一种软件实施方式中,该提醒消息处理装置可包括:
接收单元1210,接收提醒消息处理平台发送的目标提醒消息。
确定单元1220,根据监控的多个通道窗口的使用状态,确定用于显示目标提醒消息的目标通道窗口。
显示单元1230,在该目标通道窗口上显示该目标提醒消息。
本申请实施例中,提醒消息处理终端在接收到提醒消息处理平台发送的提醒消息后,根据监控的通道窗口的使用状态,确定用于显示提醒消息的通道窗口并显示提醒消息,从而能够使得最新的提醒消息能够被及时显示,使得提醒消息处理终端的处理人员能够尽可能地及时响应并处理最新提醒消息。
该提醒消息处理装置还可执行图8的方法,并实现提醒消息处理终端在图1-7所示实施例的功能,本申请实施例在此不再赘述。
图13是本申请的一个实施例电子设备的结构示意图。请参考图13,在硬件层面,该电子设备包括处理器,可选地还包括内部总线、网络接口、存储器。其中,存储器可能包含内存,例如高速随机存取存储器(Random-Access Memory,RAM),也可能还包括非易失性存储器(non-volatile memory),例如至少1个磁盘存储器等。当然,该电子设备还可能包括其他业务所需要的硬件。
处理器、网络接口和存储器可以通过内部总线相互连接,该内部总线可以是ISA(Industry Standard Architecture,工业标准体系结构)总线、PCI(PeripheralComponent Interconnect,外设部件互连标准)总线或EISA(E8tended Industry StandardArchitecture,扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图13中仅用一个双向箭头表示,但并不表示仅有一根总线或一种类型的总线。
存储器,用于存放程序。具体地,程序可以包括程序代码,所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器,并向处理器提供指令和数据。
处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行,在逻辑层面上形成提醒消息处理平台。处理器,执行存储器所存放的程序,并具体用于执行以下操作:
根据提醒消息处理终端的在线状态和权限优先级,确定用于接收并处理所述目标提醒消息的提醒消息处理终端,并向所述提醒消息处理终端发送目标提醒消息。
当确定所述提醒消息处理终端超期未处理所述目标提醒消息时,将所述目标提醒消息发送到权限优先级高于所述提醒消息处理终端且处于在线状态的提醒消息处理终端。
上述如本申请图9所示实施例揭示的提醒消息处理平台执行的方法可以应用于处理器中,或者由处理器实现。处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器,包括中央处理器(Central Processing Unit,CPU)、网络处理器(Network Processor,NP)等;还可以是数字信号处理器(Digital SignalProcessor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
该电子设备还可执行图9的方法,并实现提醒消息处理平台在图1-7所示实施例的功能,本申请实施例在此不再赘述。
本申请实施例中,提醒消息处理平台通过在确定提醒消息超期未处理后,将该提醒消息转发给权限优先级高于当前用于处理该提醒消息的提醒消息处理终端且处于在线状态的提醒消息处理终端,从而能够提高提醒消息的响应效率,避免个别提醒消息长时间未被处理。
当然,除了软件实现方式之外,本申请的电子设备并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。
本申请实施例还提出了一种计算机可读存储介质,该计算机可读存储介质存储一个或多个程序,该一个或多个程序包括指令,该指令当被包括多个应用程序的便携式电子设备执行时,能够使该便携式电子设备执行图9示实施例的方法。
图14是本申请的一个实施例提醒消息处理平台的结构示意图。请参考图14,在一种软件实施方式中,提醒消息处理平台可包括:
确定单元1410,根据提醒消息处理终端的在线状态和权限优先级,确定用于接收并处理所述目标提醒消息的提醒消息处理终端,并向所述提醒消息处理终端发送目标提醒消息。
发送单元1420,当确定所述提醒消息处理终端超期未处理所述目标提醒消息时,将所述目标提醒消息发送到权限优先级高于所述提醒消息处理终端且处于在线状态的提醒消息处理终端。
本申请实施例中,提醒消息处理平台通过在确定提醒消息超期未处理后,将该提醒消息转发给权限优先级高于当前用于处理该提醒消息的提醒消息处理终端且处于在线状态的提醒消息处理终端,从而能够提高提醒消息的响应效率,避免个别提醒消息长时间未被处理。
该提醒消息处理平台还可执行图9的方法,并实现提醒消息处理平台在图1-7所示实施例的功能,本申请实施例在此不再赘述。
总之,以上所述仅为本申请的较佳实施例而已,并非用于限定本申请的保护范围。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
Claims (19)
1.一种提醒消息处理方法,其特征在于,包括:
提醒消息处理平台向提醒消息处理终端发送目标提醒消息;
提醒消息处理终端根据监控的多个通道窗口的使用状态,确定用于显示目标提醒消息的目标通道窗口;
提醒消息处理终端在所述目标通道窗口上显示所述目标提醒消息。
2.如权利要求1所述的方法,其特征在于,
提醒消息处理终端根据监控的多个通道窗口的使用状态,确定用于显示目标提醒消息的目标通道窗口,包括:
提醒消息处理终端根据监控的多个通道窗口的使用状态和锁定状态,确定用于显示目标提醒消息的目标通道窗口。
3.如权利要求2所述的方法,其特征在于,
提醒消息处理终端根据监控的多个通道窗口的使用状态和锁定状态,确定用于显示目标提醒消息的目标通道窗口,包括:如果提醒消息处理终端监控的多个通道窗口都处于使用状态,则选择处于未锁定的通道窗口之一作为所述目标通道窗口。
4.如权利要求3所述的方法,其特征在于,
如果提醒消息处理终端监控的多个通道窗口都处于使用状态,选择处于未锁定的通道窗口作为所述第一通道窗口,包括:
如果提醒消息处理终端监控的多个通道窗口都处于使用状态,则在当前显示的提醒消息携带的优先级低于所述目标提醒消息携带的优先级的通道窗口中,选择处于未锁定状态的通道窗口之一,作为所述目标通道窗口;或者
如果提醒消息处理终端监控的多个通道窗口都处于使用状态,且当前显示的提醒消息携带的优先级低于所述目标提醒消息携带的优先级的通道窗口都处于锁定状态,则在当前显示的提醒消息携带的优先级等于所述目标提醒消息携带的优先级的通道窗口中,选择提醒消息发生时间最早的若干个处于未锁定状态的通道窗口之一,作为所述目标通道窗口。
5.如权利要求1所述的方法,其特征在于,还包括:
如果第一预定时间内未对所述目标提醒消息进行处理,则所述提醒消息处理终端向所述提醒消息处理平台发送第一通知,所述第一通知用于指示所述目标提醒消息在第一预定时间内未处理;
所述提醒消息处理平台接收到所述第一通知后,将所述目标提醒消息发送到权限优先级高于所述提醒消息处理终端且处于在线状态的提醒消息处理终端。
6.如权利要求1所述的方法,其特征在于,还包括:
如果所述提醒消息处理平台在第一预定时间内未收到所述目标提醒消息被处理的信息,则将所述目标提醒消息发送到权限优先级高于所述提醒消息处理终端且处于在线状态的提醒消息处理终端。
7.如权利要求1所述的方法,其特征在于,还包括:
所述提醒消息处理平台获取所述提醒消息处理终端中各提醒消息的处理状态;
如果所述目标提醒消息在所述提醒消息处理终端中处于超期未处理状态,则将所述目标提醒消息发送到权限优先级高于所述提醒消息处理终端且处于在线状态的提醒消息处理终端。
8.如权利要求5-7中任一项所述的方法,其特征在于,还包括:
在将所述目标提醒消息发送到权限优先级高于所述提醒消息处理终端且处于在线状态的提醒消息处理终端时,调高所述目标提醒消息携带的优先级。
9.如权利要求1所述的方法,其特征在于,
提醒消息处理平台向提醒消息处理终端发送目标提醒消息,包括:
如果所述目标提醒消息携带的内容被多次发送且未被处理,则在发送所述目标提醒消息时,调高所述目标提醒消息携带的优先级。
10.如权利要求1所述的方法,其特征在于,
在提醒消息处理平台向提醒消息处理终端发送目标提醒消息之前,还包括:
所述提醒消息处理平台接收目标提醒消息;
所述提醒消息处理平台根据提醒消息处理终端的在线状态和权限优先级,确定用于接收并处理所述目标提醒消息的提醒消息处理终端。
11.一种提醒消息处理方法,其特征在于,包括:
提醒消息处理平台根据提醒消息处理终端的在线状态和权限优先级,确定用于接收并处理所述目标提醒消息的提醒消息处理终端,并向所述提醒消息处理终端发送目标提醒消息;
当所述提醒消息处理平台确定所述提醒消息处理终端超期未处理所述目标提醒消息时,将所述目标提醒消息发送到权限优先级高于所述提醒消息处理终端且处于在线状态的提醒消息处理终端。
12.如权利要求11所述的方法,其特征在于,
当所述提醒消息处理平台确定所述提醒消息处理终端超期未处理所述目标提醒消息时,将所述目标提醒消息发送到权限优先级高于所述提醒消息处理终端且处于在线状态的提醒消息处理终端,包括:
所述提醒消息处理平台接收所述提醒消息处理终端发送的第一通知,所述第一通知用于指示所述目标提醒消息超期未处理;
所述提醒消息处理平台将所述目标提醒消息发送到权限优先级高于所述提醒消息处理终端且处于在线状态的提醒消息处理终端。
13.如权利要求11所述的方法,其特征在于,
当所述提醒消息处理平台确定所述提醒消息处理终端超期未处理所述目标提醒消息时,将所述目标提醒消息发送到权限优先级高于所述提醒消息处理终端且处于在线状态的提醒消息处理终端,包括:
所述提醒消息处理平台获取所述提醒消息处理终端处理提醒消息的状态;
所述提醒消息处理平台根据所述提醒消息处理终端处理提醒消息的状态,确定所述提醒消息处理终端超期未处理所述目标提醒消息;
所述提醒消息处理平台将所述目标提醒消息发送到权限优先级高于所述提醒消息处理终端且处于在线状态的提醒消息处理终端。
14.如权利要求11所述的方法,其特征在于,
当所述提醒消息处理平台确定所述提醒消息处理终端超期未处理所述目标提醒消息时,将所述目标提醒消息发送到权限优先级高于所述提醒消息处理终端且处于在线状态的提醒消息处理终端,包括:
所述提醒消息处理平台获取所述提醒消息处理终端处理提醒消息的状态;
所述提醒消息处理平台根据所述提醒消息处理终端处理提醒消息的状态,确定所述提醒消息处理终端超期未处理所述目标提醒消息;
所述提醒消息处理平台将所述目标提醒消息发送到权限优先级高于所述提醒消息处理终端且处于在线状态的提醒消息处理终端。
15.如权利要求11-14中任一项所述的方法,其特征在于,还包括:
在将所述目标提醒消息发送到权限优先级高于所述提醒消息处理终端且处于在线状态的提醒消息处理终端时,调高所述目标提醒消息携带的优先级。
16.一种提醒消息处理系统,包括:提醒消息处理平台和提醒消息处理终端,其中,
所述提醒消息处理平台,用于向提醒消息处理终端发送目标提醒消息;
所述提醒消息处理终端,用于根据监控的多个通道窗口的使用状态,确定用于显示目标提醒消息的目标通道窗口,并在所述目标通道窗口上显示所述目标提醒消息。
17.一种提醒消息处理平台,包括:
确定单元,用于根据提醒消息处理终端的在线状态和权限优先级,确定用于接收并处理所述目标提醒消息的提醒消息处理终端,并向所述提醒消息处理终端发送目标提醒消息;
发送单元,用于当所述提醒消息处理平台确定所述提醒消息处理终端超期未处理所述目标提醒消息时,将所述目标提醒消息发送到权限优先级高于所述提醒消息处理终端且处于在线状态的提醒消息处理终端。
18.一种提醒消息处理终端,包括:
处理器;以及
被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器执行以下操作:
根据提醒消息处理终端的在线状态和权限优先级,确定用于接收并处理所述目标提醒消息的提醒消息处理终端,并向所述提醒消息处理终端发送目标提醒消息;
当所述提醒消息处理平台确定所述提醒消息处理终端超期未处理所述目标提醒消息时,将所述目标提醒消息发送到权限优先级高于所述提醒消息处理终端且处于在线状态的提醒消息处理终端。
19.一种计算机可读存储介质,所述计算机可读存储介质存储一个或多个程序,所述一个或多个程序包括指令,所述指令当被包括多个应用程序的电子设备执行时,能够使所述电子设备执行以下方法:
根据提醒消息处理终端的在线状态和权限优先级,确定用于接收并处理所述目标提醒消息的提醒消息处理终端,并向所述提醒消息处理终端发送目标提醒消息;
当所述提醒消息处理平台确定所述提醒消息处理终端超期未处理所述目标提醒消息时,将所述目标提醒消息发送到权限优先级高于所述提醒消息处理终端且处于在线状态的提醒消息处理终端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711401980.6A CN109960548A (zh) | 2017-12-22 | 2017-12-22 | 提醒消息处理方法、装置和终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711401980.6A CN109960548A (zh) | 2017-12-22 | 2017-12-22 | 提醒消息处理方法、装置和终端 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109960548A true CN109960548A (zh) | 2019-07-02 |
Family
ID=67019081
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711401980.6A Pending CN109960548A (zh) | 2017-12-22 | 2017-12-22 | 提醒消息处理方法、装置和终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109960548A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113709257A (zh) * | 2021-10-09 | 2021-11-26 | 天翼物联科技有限公司 | 消息缓存超期监控方法、装置、设备及介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103914229A (zh) * | 2014-04-10 | 2014-07-09 | 深圳市中兴移动通信有限公司 | 智能终端的信息处理方法和移动终端 |
CN106201521A (zh) * | 2016-07-12 | 2016-12-07 | 珠海市魅族科技有限公司 | 一种消息处理方法、装置及终端设备 |
CN106528028A (zh) * | 2016-11-29 | 2017-03-22 | 宇龙计算机通信科技(深圳)有限公司 | 信息处理方法、系统、装置和终端 |
CN106951139A (zh) * | 2017-03-13 | 2017-07-14 | 海信集团有限公司 | 消息提示框显示方法及装置 |
CN107104880A (zh) * | 2017-04-10 | 2017-08-29 | 腾讯科技(深圳)有限公司 | 消息提醒方法和装置 |
-
2017
- 2017-12-22 CN CN201711401980.6A patent/CN109960548A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103914229A (zh) * | 2014-04-10 | 2014-07-09 | 深圳市中兴移动通信有限公司 | 智能终端的信息处理方法和移动终端 |
CN106201521A (zh) * | 2016-07-12 | 2016-12-07 | 珠海市魅族科技有限公司 | 一种消息处理方法、装置及终端设备 |
CN106528028A (zh) * | 2016-11-29 | 2017-03-22 | 宇龙计算机通信科技(深圳)有限公司 | 信息处理方法、系统、装置和终端 |
CN106951139A (zh) * | 2017-03-13 | 2017-07-14 | 海信集团有限公司 | 消息提示框显示方法及装置 |
CN107104880A (zh) * | 2017-04-10 | 2017-08-29 | 腾讯科技(深圳)有限公司 | 消息提醒方法和装置 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113709257A (zh) * | 2021-10-09 | 2021-11-26 | 天翼物联科技有限公司 | 消息缓存超期监控方法、装置、设备及介质 |
CN113709257B (zh) * | 2021-10-09 | 2024-04-23 | 天翼物联科技有限公司 | 消息缓存超期监控方法、装置、设备及介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107104887B (zh) | 一种即时消息提醒方法、装置及其用户终端 | |
CN102710972B (zh) | 用户通知 | |
US10515203B2 (en) | Method and system for improving security of a mobile terminal | |
CN105554471B (zh) | 基于事件统计的视频序列智能调整方法及装置 | |
US8904547B2 (en) | Notification upon exposure to offensive behavioral patterns in collaboration | |
CN106961384A (zh) | 一种消息处理方法及电子设备 | |
CN104038952B (zh) | 突发事件的预测方法及预测系统 | |
CN108961679A (zh) | 一种注意力提醒方法、装置及电子设备 | |
CN107025143B (zh) | 一种应用消息的通知处理方法、装置及通信终端 | |
CN104348974A (zh) | 基于关键词验证的通信组中特定消息提醒方法 | |
US20160323357A1 (en) | File push notification method and device | |
CN109918141A (zh) | 线程执行方法、装置、终端及存储介质 | |
US20160026978A1 (en) | Method and device for agenda management | |
CN106803928B (zh) | 一种提醒方法、装置及终端 | |
CN108055404A (zh) | 通知提醒方法、装置、终端及存储介质 | |
US20170126821A1 (en) | Analyzing the Online Behavior of a User and for Generating an Alert Based on Behavioral Deviations of the User | |
Wang et al. | Temporal patterns of emergency calls of a metropolitan city in china | |
CN107948048A (zh) | 转发聊天信息的方法、装置和电子设备 | |
CN109960548A (zh) | 提醒消息处理方法、装置和终端 | |
CN106973003A (zh) | 群组消息通知方法、客户端、电子设备和服务器 | |
CN106055078A (zh) | 一种移动终端的传感器处理方法、装置及移动终端 | |
US11546443B2 (en) | Connected focus time experience that spans multiple devices | |
CN109697638A (zh) | 客流管理方法、装置、电子设备及计算机可读存储介质 | |
CN110033602A (zh) | 基于区块链的智能报警方法及装置、电子设备 | |
CN105684427A (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190702 |
|
RJ01 | Rejection of invention patent application after publication |