CN112118543B - 一种用于确定终端的紧急任务处理设备的方法及装置 - Google Patents
一种用于确定终端的紧急任务处理设备的方法及装置 Download PDFInfo
- Publication number
- CN112118543B CN112118543B CN201910533001.5A CN201910533001A CN112118543B CN 112118543 B CN112118543 B CN 112118543B CN 201910533001 A CN201910533001 A CN 201910533001A CN 112118543 B CN112118543 B CN 112118543B
- Authority
- CN
- China
- Prior art keywords
- emergency task
- task processing
- processing device
- emergency
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
- H04W4/10—Push-to-Talk [PTT] or Push-On-Call services
-
- 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]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/11—Allocation or use of connection identifiers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/40—Connection management for selective distribution or broadcast
- H04W76/45—Connection management for selective distribution or broadcast for Push-to-Talk [PTT] or Push-to-Talk over cellular [PoC] services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/50—Connection management for emergency connections
Abstract
本发明提供一种用于确定终端的紧急任务处理设备的方法及装置,若监控到第一紧急任务处理设备从可用于处理终端发起的紧急任务到不可用于处理终端发起的紧急任务,则从紧急任务处理设备组中选择至少一个第二紧急任务处理设备,以将处理终端发起的紧急任务的设备从第一紧急任务处理设备变更为第二紧急任务处理设备,实现根据第一紧急任务处理设备的状态动态调整用于处理终端发起的紧急任务的设备,避免紧急任务无设备处理的情况,提高紧急任务的服务等级。并且还可以将所选的的第二紧急任务处理设备的设备标识信息发送给终端,由此终端可以直接利用第二紧急任务处理设备的设备标识信息,降低任务的处理时间。
Description
技术领域
本发明属于通信技术领域,具体涉及一种用于确定终端的紧急任务处理设备的方法及装置。
背景技术
目前对于紧急任务可通过预先配置紧急任务对应的设备标识信息,在需要处理紧急任务时可将紧急任务发送至该设备标识信息对应的设备进行处理。
以MCPTT(Mission CriticalPush To Talk,关键任务对讲)紧急呼叫任务为例,在MCPTT紧急呼叫任务(可视为一种紧急任务)对应的终端上预先配置紧急呼叫号码(可视为一种设备标识信息),这样终端就可以基于预先配置的紧急呼叫号码发起紧急呼叫,并将紧急呼叫通知到紧急呼叫号码对应的终端上。但是在一些情况下,设备标识信息对应的设备处于失效状态下,从而导致紧急任务处理失败。
发明内容
有鉴于此,本发明的目的在于公开一种用于确定终端的紧急任务处理设备的方法及装置,实现动态调整能够处理紧急任务的设备。技术方案如下:
本发明公开一种用于确定终端的紧急任务处理设备的方法,所述方法应用于服务器,其特征在于,所述方法包括:
监控第一紧急任务处理设备的状态,其中所述第一紧急任务处理设备用于处理所述终端发起的紧急任务;
若监控到所述第一紧急任务处理设备不可用于处理所述终端发起的紧急任务,则从紧急任务处理设备组中选择至少一个第二紧急任务处理设备,其中所述紧急任务处理设备组包括多个第二紧急任务处理设备,所述至少一个第二紧急任务处理设备可用于处理所述终端发起的紧急任务;
将所选择的至少一个第二紧急任务处理设备的设备标识信息发送给所述终端。
优选的,所述方法还包括:
监控所述紧急任务处理设备组中的多个第二紧急任务处理设备的状态,以便根据所述多个第二紧急任务处理设备的状态从紧急任务处理设备组中选择至少一个第二紧急任务处理设备。
优选的,根据所述终端所处的区域、所述第一紧急任务处理设备的处理能力以及所述第一紧急任务处理设备的连接状态中的至少一个来确定所述第一紧急任务处理设备不可用于处理所述终端发起的紧急任务。
优选的,所述从紧急任务处理设备组中选择至少一个第二紧急任务处理设备包括:根据所述终端所处的区域、所述第二紧急任务处理设备的连接状态、所述第二紧急任务处理设备的优先级以及所述第二紧急任务处理设备处理紧急任务的能力中的至少一个,从所述紧急任务处理设备组中选择至少一个第二紧急任务处理设备。
优选的,所述终端设置有紧急按钮,当监测到针对紧急按钮执行特定操作时,所述终端直接呼叫所选择的至少一个第二紧急任务处理设备。
优选的,所述监控第一紧急任务处理设备的状态包括:
从所述第一紧急任务处理设备周期性地接收所述第一紧急任务处理设备的状态信息;
或者
从所述第一紧急任务处理设备接收所述第一紧急任务处理设备的状态变更通知,所述状态变更通知在所述第一紧急任务处理设备的状态变更时生成;
或者
向所述第一紧急任务处理设备发送状态请求消息,并且从所述第一紧急任务处理设备接收状态信息。
本发明还公开一种用于确定终端的紧急任务处理设备的装置,所述装置应用于服务器,其特征在于,所述装置包括:
监控单元,用于监控第一紧急任务处理设备的状态,其中所述第一紧急任务处理设备用于处理所述终端发起的紧急任务;
选择单元,用于若监控到所述第一紧急任务处理设备不可用于处理所述终端发起的紧急任务,则从紧急任务处理设备组中选择至少一个第二紧急任务处理设备,其中所述紧急任务处理设备组包括多个第二紧急任务处理设备,所述至少一个第二紧急任务处理设备可用于处理所述终端发起的紧急任务;
发送单元,用于将所选择的至少一个第二紧急任务处理设备的设备标识信息发送给所述终端。
优选的,所述监控单元,还用于监控所述紧急任务处理设备组中的多个第二紧急任务处理设备的状态,以便根据所述多个第二紧急任务处理设备的状态从紧急任务处理设备组中选择至少一个第二紧急任务处理设备。
优选的,所述监控单元,用于根据所述终端所处的区域、所述第一紧急任务处理设备的处理能力以及所述第一紧急任务处理设备的连接状态中的至少一个来确定所述第一紧急任务处理设备不可用于处理所述终端发起的紧急任务。
优选的,所述选择单元,用于根据所述终端所处的区域、所述第二紧急任务处理设备的连接状态、所述第二紧急任务处理设备的优先级以及所述第二紧急任务处理设备处理紧急任务的能力中的至少一个,从所述紧急任务处理设备组中选择至少一个第二紧急任务处理设备。
优选的,所述终端设置有紧急按钮,当监测到针对紧急按钮执行特定操作时,所述终端直接呼叫所选择的至少一个第二紧急任务处理设备。
优选的,所述监控单元,具体用于从所述第一紧急任务处理设备周期性地接收所述第一紧急任务处理设备的状态信息;
或者
从所述第一紧急任务处理设备接收所述第一紧急任务处理设备的状态变更通知,所述状态变更通知在所述第一紧急任务处理设备的状态变更时生成;
或者
向所述第一紧急任务处理设备发送状态请求消息,并且从所述第一紧急任务处理设备接收状态信息。
本发明还公开一种处理设备,所述处理设备具有存储器和处理器,所述存储器中存储有一个或多个程序,当所述处理器执行所述一个或多个程序时实现上述方法。
本发明还公开一种计算机可读存储介质,所述计算机可读存储介质中存储有一个或多个程序,当所述一个或多个程序在至少一个处理器上执行时实现上述方法。
从上述技术方案可知,若监控到第一紧急任务处理设备从可用于处理终端发起的紧急任务到不可用于处理终端发起的紧急任务,则从紧急任务处理设备组中选择至少一个第二紧急任务处理设备,以将处理终端发起的紧急任务的设备从第一紧急任务处理设备变更为第二紧急任务处理设备,实现根据第一紧急任务处理设备的状态动态调整用于处理终端发起的紧急任务的设备,避免紧急任务无设备处理的情况,提高紧急任务的服务等级。并且用于处理终端发起的紧急任务变更为第二紧急任务处理设备后,还可以将所选的的第二紧急任务处理设备的设备标识信息发送给终端,以使终端能够同步用户处理紧急任务的设备的设备标识信息,由此终端可以直接利用第二紧急任务处理设备的设备标识信息与第二紧急任务处理设备建立通信,相对于静态配置来说省去解析第二紧急任务处理设备来建立通信的时间,从而降低任务的处理时间。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例公开的一种用于确定终端的紧急任务处理设备的方法的流程图;
图2是本发明实施例公开的另一种用于确定终端的紧急任务处理设备的方法的流程图;
图3是本发明实施例公开的用于确定终端的紧急任务处理设备的方法所基于的一种紧急任务处理系统的系统架构图;
图4是本发明实施例公开的一种用于确定终端的紧急任务处理设备的装置的结构示意图。
具体实施方式
本施例公开了一种用于确定终端的紧急任务处理设备的方法及装置,相对现有静态预置紧急号码来说,能够动态调整处理紧急任务的设备,以提高紧急任务的服务等级。并且在终端侧实时更新能够处理紧急任务的设备的设备标识信息,以省去解析第二紧急任务处理设备来建立通信的时间,从而降低任务的处理时间。
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
如图1所示,为本发明实施例公开的一种用于确定终端的紧急任务处理设备的方法的流程图,应用于服务器中,该方法可以包括以下步骤:
S101:监控第一紧急任务处理设备的状态,其中第一紧急任务处理设备用于处理终端发起的紧急任务。第一紧急任务处理设备的状态指的是第一紧急任务处理设备相对于终端的状态,如果第一紧急任务处理设备相对于终端的状态为可用状态,表明第一紧急任务处理设备没有被任务占用或第一紧急任务处理设备的剩余资源能够处理终端发起的紧急任务,此时第一紧急任务处理设备能够用于处理终端发起的紧急任务,如果第一紧急任务处理设备相对于终端的状态为不可用状态,表明第一紧急任务处理设备被任务占用或第一紧急任务处理设备的剩余资源不能够处理终端发起的紧急任务,此时第一紧急任务处理设备不可用于处理终端发起的紧急任务。
以终端发起一个紧急呼叫(所述的紧急任务)为例,若第一紧急任务处理设备正在接听某个呼叫,说明第一紧急任务处理设备被某个呼叫占用,此时第一紧急任务处理设备相对于终端的状态为不可用状态,若第一紧急任务处理设备没有接听呼叫,说明第一紧急任务处理设备没有被其他呼叫占用,此时第一紧急任务处理设备相对于终端的状态为可用状态。
在本实施例中,第一紧急任务处理设备相对于终端的状态是可用状态还是不可用状态可以从三个方面中的至少一个方面来判断:终端所处的区域、第一紧急任务处理设备的处理能力以及第一紧急任务处理设备的连接状态,下面以单一方面判断进行展开说明:
一个方面:终端所处的区域,其表明终端当前所处地理位置,根据终端所处的区域判断是可用状态还是不可用状态的可行方式是:根据终端所处的区域确定终端与第一紧急任务处理设备之间是否可建立通信链路,若可以则确定第一紧急任务处理设备相对于终端的状态是可用状态,否则确定第一紧急任务处理设备相对于终端的状态是不可用状态。
而根据终端所处的区域确定终端与第一紧急任务处理设备之间是否可建立通信链路的方式是:确定终端所处的区域是否在第一紧急任务处理设备的信号覆盖区域,如果是说明终端与第一紧急任务处理设备之间可建立通信链路,如果否说明终端移出第一紧急任务处理设备的信号覆盖区域,此时终端与第一紧急任务处理设备之间不能建立通信链路。
另一方面:第一紧急任务处理设备的处理能力,该处理能力表明第一紧急任务处理设备的剩余资源处理任务的消耗,如果第一紧急任务处理设备的处理能力符合紧急任务对应的处理要求,说明第一紧急任务处理设备相对于终端的状态为可用状态,如果第一紧急任务处理设备的处理能力不符合紧急任务对应的处理要求,说明第一紧急任务处理设备相对于终端的状态为不可用状态。
其中第一紧急任务处理设备的处理能力包括但不限于第一紧急任务处理设备的CPU(Central Processing Unit,中央处理器)的处理能力和/或第一紧急任务处理设备的带宽宽度,以带宽宽度为例,如果第一紧急任务处理设备的带宽宽度为50M,而紧急任务所需为20M,则说明符合紧急任务对应的处理要求,此时第一紧急任务处理设备相对于终端的状态为可用状态。
再一方面:第一紧急任务处理设备的连接状态,该连接状态表明第一紧急任务处理设备是否与某个终端连接,如果第一紧急任务处理设备与某个终端连接,说明该第一紧急任务处理设备的连接状态为忙状态,此时第一紧急任务处理设备相对于终端的状态为不可用状态,如果第一紧急任务处理设备没有与任何终端连接,说明该第一紧急任务处理设备的连接状态为空闲状态,此时第一紧急任务处理设备相对于终端的状态为可用状态。
如果从上述三个方面的至少两个方面判断,则需要第一紧急任务处理设备在每个方面相对于终端的状态为可用状态,才确定第一紧急任务处理设备相对于终端的状态为可用状态。
而监控第一紧急任务处理设备的状态有如下但不限于如下三种方式:
第一种方式:从第一紧急任务处理设备周期性地接收第一紧急任务处理设备的状态信息,其中第一紧急任务处理设备的状态信息可以是第一紧急任务处理设备相对于终端的状态,即第一紧急任务处理设备确定出自身相对于终端的状态,由第一紧急任务处理设备将状态信息发送至服务器,或者第一紧急任务处理设备的状态信息可以是上述第一紧急任务处理设备的处理能力和第一紧急任务处理设备的连接状态中的至少一种,以由服务器确定出第一紧急任务处理设备相对于终端的状态。
第二种方式:从第一紧急任务处理设备接收第一紧急任务处理设备的状态变更通知,状态变更通知在第一紧急任务处理设备的状态变更时生成,以由第一紧急任务处理设备主动告知服务器自身的状态。其中状态变更通知携带有第一紧急任务处理设备的状态,此外状态变更通知可通过状态标识来表明第一紧急任务处理设备的状态,例如状态标识为0表明第一紧急任务处理设备的状态为不可用状态,状态标识为1表明第一紧急任务处理设备的状态为可用状态。
第三种方式:向第一紧急任务处理设备发送状态请求信息,并且从第一紧急任务处理设备接收状态信息,以使第一紧急任务处理设备被动告知服务器自身的状态,对于状态信息的说明请参阅第一种方式,对此本实施例不进行限定,且状态请求信息的形式本实施例也不加以限定。
S102:若监控到第一紧急任务处理设备不可用于处理终端发起的紧急任务,则从紧急任务处理设备组中选择至少一个第二紧急任务处理设备,其中紧急任务处理设备组包括多个第二紧急任务处理设备,至少一个第二紧急任务处理设备(即所选择的第二紧急任务处理设备)可用于处理终端发起的紧急任务。
也就是说,若监控到第一紧急任务处理设备不可用于处理终端发起的紧急任务,则需要对紧急任务的接收方进行变更,其变更方式可以是:从紧急任务处理设备组中选择至少一个能够用于处理紧急任务的第二紧急任务处理设备。
在本实施例中,紧急任务处理设备组中的第二紧急任务处理设备是否能够用于处理紧急任务需要视其相对于终端的状态,如果第二紧急任务处理设备相对于终端的状态为可用状态,则说明其能够用于处理紧急任务,如果第二紧急任务处理设备相对于终端的状态为不可用状态,则说明其不能够用于处理紧急任务。
而第一紧急任务处理设备相对于终端的状态是可用状态还是不可用状态可以从四个方面中的至少一个方面来判断:
根据终端所处的区域、第二紧急任务处理设备的连接状态、第二紧急任务处理设备的优先级以及第二紧急任务处理设备处理紧急任务的能力中的至少一个方面判断,其中终端所处的区域、第二紧急任务处理设备的连接状态以及第二紧急任务处理设备处理紧急任务的能力与上述判断第一紧急任务处理设备相对于终端的状态相同,以从紧急任务处理设备组中选取可用于处理紧急任务的第二紧急任务处理设备,即相对于终端的状态为可用状态的第二紧急任务处理设备,对此本实施例不再阐述。
第二紧急任务处理设备的优先级表明:该第二紧急任务处理设备优先处理紧急任务的级别,例如级别越高说明该第二紧急任务处理设备可以优先选择来处理紧急任务,且该第二紧急任务处理设备处理紧急任务的能力越强(如处理效率越高),由此可以选取级别高的第二紧急任务处理设备。
其中第二紧急任务处理设备的优先级可根据权重或次序确定,如权重越大说明优先级高,次序越靠前优先级越高。例如,紧急任务处理设备组中两个第二紧急任务处理设备DC21(第二紧急任务处理设备的表示符)和DC22的权重是:DC21的权重大于DC22的权重,说明DC21的优先级高于DC22的优先级,则从紧急任务处理设备组中选择第二紧急任务处理设备时可以优先选择DC21。
如果从上述四个方面的至少两个方面判断,则需要第二紧急任务处理设备满足任一方面的要求才能够从紧急任务处理设备组中选择出来。
S103:将所选择的至少一个第二紧急任务处理设备的设备标识信息发送给终端,从而实现所选择的第二紧急任务处理设备的设备标识信息在该第二紧急任务处理设备和终端之间的同步。
其中第二紧急任务处理设备的设备标识信息就像每个人的身份证,一个第二紧急任务处理设备固定一个设备标识信息,用于与其他第二紧急任务处理设备进行区分,以通过设备标识信息来唯一确定出一个第二紧急任务处理设备。
例如所述设备标识信息可采用IMEI(International Mobile EquipmentIdentity,国际移动设备身份码)表示。当然设备标识信息还可以采用其他方式来表示,例如紧急任务是紧急呼叫时,该紧急呼叫需要知道处理紧急任务的第二紧急任务处理设备的号码,而第二紧急任务处理设备的号码也是唯一的,因此可以将第二紧急任务处理设备的号码作为第二紧急任务处理设备的设备标识信息,此外采用第二紧急任务处理设备的号码作为第二紧急任务处理设备的设备标识信息相对于IMEI的一点好处是:在紧急任务是紧急呼叫时,若将第二紧急任务处理设备的号码作为第二紧急任务处理设备的设备标识信息,则终端可以直接使用第二紧急任务处理设备的号码,相对于IMEI来说无需再次通过IMEI来获取第二紧急任务处理设备的号码,节省解析第二紧急任务处理设备的号码的时间。上述仅是以IMEI和设备的号码为例进行说明,本实施例中第二紧急任务处理设备的设备标识信息不限于上述的IMEI和设备的号码。
终端在接收到第二紧急任务处理设备的设备标识信息后,终端可以用自身的存储空间,或通过服务器对设备标识信息进行存储,这样在针对第二紧急任务处理设备发起的紧急任务时可以直接利用该第二紧急任务处理设备的设备标识信息。
在本实施例中,终端发起紧急任务的一种方式是:终端设置有紧急按钮,当监测到针对紧急按钮执行特定操作时(如监测到紧急按钮被按下时),终端直接呼叫所选择的至少一个第二紧急任务处理设备。终端发起紧急任务的另一种方式是:终端设置与紧急任务相对应的预设内容,如预设文本内容(如可以是类似“请紧急呼叫”这样的内容)或预设手势等,当终端接收到预设内容时,终端直接呼叫所选择的至少一个第二紧急任务处理设备。
这里需要说明的一点是:如果从紧急任务处理设备组中选择出多个第二紧急任务处理设备(如两个或三个第二紧急任务处理设备),则可将选择出的多个第二紧急任务处理设备中的一个或多个的设备标识信息发送给终端,如仅发送选择出的多个中的一个第二紧急任务处理设备的设备标识信息。此外即便发送多个第二紧急任务处理设备的设备标识信息给终端,终端也可以有选择性地发起呼叫,如终端直接呼叫一个第二紧急任务处理设备。
并且终端在向第二紧急任务处理设备发起紧急任务之后,接收紧急任务的第二紧急任务处理设备此时可以视为是第一紧急任务处理设备,服务器需要执行本实施例公开的方法对作为第一紧急任务处理设备的第二紧急任务处理设备的状态进行监控,且之前用于处理紧急任务的第一紧急任务处理设备可以视为是第二紧急任务处理设备,将其放入紧急任务处理设备组中,以在其状态从不可用状态变更为可用状态的情况下可以再次用于接收紧急任务。
也就是说服务器需要对任一可用于处理紧急任务的第一紧急任务处理设备或第二紧急任务处理设备的状态进行监控,以根据这些设备的状态动态调整用于处理紧急任务的设备。
从上述技术方案可知,若监控到第一紧急任务处理设备从可用于处理终端发起的紧急任务到不可用于处理终端发起的紧急任务,则从紧急任务处理设备组中选择至少一个第二紧急任务处理设备,以将处理终端发起的紧急任务的设备从第一紧急任务处理设备变更为第二紧急任务处理设备,实现根据第一紧急任务处理设备的状态动态调整用于处理终端发起的紧急任务的设备,避免紧急任务无设备处理的情况,提高紧急任务的服务等级。并且用于处理终端发起的紧急任务变更为第二紧急任务处理设备后,还可以将所选的的第二紧急任务处理设备的设备标识信息发送给终端,以使终端能够同步用户处理紧急任务的设备的设备标识信息,由此终端可以直接利用第二紧急任务处理设备的设备标识信息与第二紧急任务处理设备建立通信,相对于静态配置来说省去解析第二紧急任务处理设备来建立通信的时间,从而降低任务的处理时间。
请参阅图2,其示出了本发明实施例公开的另一种用于确定终端的紧急任务处理设备的方法,同样应用于服务器中,可以包括以下步骤:
S201:监控第一紧急任务处理设备的状态,其中第一紧急任务处理设备用于处理终端发起的紧急任务。
S202:监控紧急任务处理设备组中的多个第二紧急任务处理设备的状态,以便根据多个第二紧急任务处理设备的状态从紧急任务处理设备组中选择至少一个第二紧急任务处理设备。
其中第二紧急任务处理设备的状态指的是第二紧急任务处理设备相对于终端的状态,如果第二紧急任务处理设备相对于终端的状态为可用状态,表明第二紧急任务处理设备没有被任务占用或第二紧急任务处理设备的剩余资源能够处理终端发起的紧急任务,此时第二紧急任务处理设备能够用于处理终端发起的紧急任务,如果第二紧急任务处理设备相对于终端的状态为不可用状态,表明第二紧急任务处理设备被任务占用或第二紧急任务处理设备的剩余资源不能够处理终端发起的紧急任务,此时第二紧急任务处理设备不可用于处理终端发起的紧急任务。
对第二紧急任务处理设备的状态可以从但不限于从:终端所处的区域、第二紧急任务处理设备的处理能力以及第二紧急任务处理设备的连接状态这三个方面中的至少一个方面进行监控,具体过程请参阅上述方法实施例中对第一紧急任务处理设备的状态监控的说明,对此本实施例不再阐述。而监控第二紧急任务处理的设备的状态有如下但不限于如下三种方式:
第一种方式:从第二紧急任务处理设备周期性地接收第二紧急任务处理设备的状态信息;第二种方式:从第二紧急任务处理设备接收第二紧急任务处理设备的状态变更通知,状态变更通知在第二紧急任务处理设备的状态变更时生成;第三种方式:向第二紧急任务处理设备发送状态请求信息,并且从第二紧急任务处理设备接收状态信息。这三种方式的相关说明请参阅上述方法实施例,对此本实施例不再阐述。
S203:若监控到第一紧急任务处理设备不可用于处理终端发起的紧急任务,则从紧急任务处理设备组中选择至少一个第二紧急任务处理设备,其中紧急任务处理设备组包括多个第二紧急任务处理设备,至少一个第二紧急任务处理设备(即所选择的第二紧急任务处理设备)可用于处理终端发起的紧急任务。
S204:将所选择的至少一个第二紧急任务处理设备的设备标识信息发送给终端,从而实现所选择的第二紧急任务处理设备的设备标识信息在该第二紧急任务处理设备和终端之间的同步。
在本实施例中,步骤S201、S203和S204:与上述步骤S101至S103相同,对此本实施例不再阐述。
借由上述技术方案可知,通过对第一紧急任务处理设备和多个第二紧急任务处理设备的状态进行监控,能够根据这些设备的状态动态调整用于处理紧急任务的设备,并将能够用于处理紧急任务的设备的设备标识信息发送给终端,以使终端也能够动态调整用于处理紧急任务的设备的设备标识信息,从而降低任务处理时间。
下面将结合系统架构图,以紧急任务为紧急呼叫为例进行说明,其中图3为本发明实施例公开的用于确定终端的紧急任务处理设备的方法所基于的一种紧急任务处理系统的系统架构图,该紧急任务处理系统包括:EMS(Emergency Management Server,紧急管理服务器)、MCPTT server(关键任务一键通服务器)、MCPTT client 1(关键任务一键通客户端1,可视为是终端,EMC(Emergency Management Client,紧急管理客户)、DC1是第一紧急任务处理设备,DC2则是紧急任务处理设备组中的一个第二紧急任务处理设备。
EMS将DC1确定为用于处理紧急任务的第一紧急任务处理设备,之后EMS仍持续监控DC1的状态以及持续监控DC2的状态。若监控到DC1相对于MCPTT client 1的状态从可用状态变为不可用状态,DC2相对于MCPTT client 1的状态为可用状态,则选择DC2来处理紧急任务,并将DC2的设备标识信息发送给终端。
例如:EMS监控DC1和DC2状态,确定DC1为处理MCPTT client 1的紧急呼叫的第一紧急任务处理设备,则将DC1的号码(设备标识信息的一种方式)发送给MCPTT client 1。当DC1的状态从可用状态变为不可用状态,则确定DC2为处理MCPTT client 1的紧急呼叫的设备,将DC2的号码发送给MCPTT client 1,当MCPTT Client 1监测到紧急呼叫时,如监测到用户按下MCPTT Client 1紧急按钮时,MCPTT Client 1通过DC2的号码将紧急呼叫直接呼叫到DC2。在此过程中MCPTT server负责紧急呼叫的转发,EMC则用于负责管理发送给MCPTTclient 1的设备的号码。
其中EMS对DC1和DC2的状态的监控可以根据DC1和DC2的连接状态、MCPTT client1所处的区域以及DC1和DC2的处理能力中的至少一种,具体过程请参阅上述方法实施例中的相关说明。
对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
与上述方法实施例相对应,本发明还公开一种用于确定终端的紧急任务处理设备的装置,应用于服务器,其结构如图4所示,可以包括:监控单元10、选择单元20和发送单元30。
监控单元10,用于监控第一紧急任务处理设备的状态,其中第一紧急任务处理设备用于处理终端发起的紧急任务,第一紧急任务处理设备的状态指的是第一紧急任务处理设备相对于终端的状态,具体说明请参阅方法实施例中的相关说明。
在本实施例中,第一紧急任务处理设备相对于终端的状态是可用状态还是不可用状态可以从三个方面中的至少一个方面来判断:终端所处的区域、第一紧急任务处理设备的处理能力以及第一紧急任务处理设备的连接状态,具体如何判断请参见方法实施例。并且对于监控单元10来说,其可以通过如下但不限于如下三种方式进行监控:
第一种方式:从第一紧急任务处理设备周期性地接收第一紧急任务处理设备的状态信息;第二种方式:从第一紧急任务处理设备接收第一紧急任务处理设备的状态变更通知,状态变更通知在第一紧急任务处理设备的状态变更时生成;第三种方式:向第一紧急任务处理设备发送状态请求信息,并且从第一紧急任务处理设备接收状态信息。
此外,监控单元10还用于监控紧急任务处理设备组中的多个第二紧急任务处理设备的状态,以便根据多个第二紧急任务处理设备的状态从紧急任务处理设备组中选择至少一个第二紧急任务处理设备。
其中第二紧急任务处理设备的状态指的是第二紧急任务处理设备相对于终端的状态,监控单元10对第二紧急任务处理设备的状态可以从但不限于从:终端所处的区域、第二紧急任务处理设备的处理能力以及第二紧急任务处理设备的连接状态这三个方面中的至少一个方面进行监控,具体过程请参阅上述方法实施例中对第一紧急任务处理设备的状态监控的说明,对此本实施例不再阐述。而监控第二紧急任务处理的设备的状态有如下但不限于如下三种方式:
第一种方式:从第二紧急任务处理设备周期性地接收第二紧急任务处理设备的状态信息;第二种方式:从第二紧急任务处理设备接收第二紧急任务处理设备的状态变更通知,状态变更通知在第二紧急任务处理设备的状态变更时生成;第三种方式:向第二紧急任务处理设备发送状态请求信息,并且从第二紧急任务处理设备接收状态信息。这三种方式的相关说明请参阅上述方法实施例,对此本实施例不再阐述。
选择单元20,用于若监控到第一紧急任务处理设备不可用于处理终端发起的紧急任务,则从紧急任务处理设备组中选择至少一个第二紧急任务处理设备,其中紧急任务处理设备组包括多个第二紧急任务处理设备,至少一个第二紧急任务处理设备可用于处理终端发起的紧急任务。
也就是说,若监控到第一紧急任务处理设备不可用于处理终端发起的紧急任务,则需要对紧急任务的接收方进行变更,其变更方式可以是:从紧急任务处理设备组中选择至少一个能够用于处理紧急任务的第二紧急任务处理设备。
在本实施例中,紧急任务处理设备组中的第二紧急任务处理设备是否能够用于处理紧急任务需要视其相对于终端的状态,如果第二紧急任务处理设备相对于终端的状态为可用状态,则说明其能够用于处理紧急任务,如果第二紧急任务处理设备相对于终端的状态为不可用状态,则说明其不能够用于处理紧急任务。
而选择单元20可以从四个方面中的至少一个方面来判断第二紧急任务处理设备的状态,以从紧急任务处理设备组中选择第二紧急任务处理设备:
根据终端所处的区域、第二紧急任务处理设备的连接状态、第二紧急任务处理设备的优先级以及第二紧急任务处理设备处理紧急任务的能力选择,具体过程请参阅方法实施例中的相关说明。
发送单元30,用于将所选择的至少一个第二紧急任务处理设备的设备标识信息发送给终端,从而实现所选择的第二紧急任务处理设备的设备标识信息在该第二紧急任务处理设备和终端之间的同步。
其中第二紧急任务处理设备的设备标识信息就像每个人的身份证,一个第二紧急任务处理设备固定一个设备标识信息,用于与其他第二紧急任务处理设备进行区分,以通过设备标识信息来唯一确定出一个第二紧急任务处理设备,例如设备标识信息可采用IMEI和第二紧急任务处理设备的号码中的至少一个表示。
终端在接收到第二紧急任务处理设备的设备标识信息后,终端可以用自身的存储空间,或通过服务器对设备标识信息进行存储,这样在针对第二紧急任务处理设备发起的紧急任务时可以直接利用该第二紧急任务处理设备的设备标识信息。
在本实施例中,终端发起紧急任务的一种方式是:终端设置有紧急按钮,当监测到针对紧急按钮执行特定操作时(如监测到紧急按钮被按下时),终端直接呼叫所选择的至少一个第二紧急任务处理设备。终端发起紧急任务的另一种方式是:终端设置与紧急任务相对应的预设内容,如预设文本内容(如可以是类似“请紧急呼叫”这样的内容)或预设手势等,当终端接收到预设内容时,终端直接呼叫所选择的至少一个第二紧急任务处理设备。
从上述技术方案可知,若监控到第一紧急任务处理设备从可用于处理终端发起的紧急任务到不可用于处理终端发起的紧急任务,则从紧急任务处理设备组中选择至少一个第二紧急任务处理设备,以将处理终端发起的紧急任务的设备从第一紧急任务处理设备变更为第二紧急任务处理设备,实现根据第一紧急任务处理设备的状态动态调整用于处理终端发起的紧急任务的设备,避免紧急任务无设备处理的情况,提高紧急任务的服务等级。并且用于处理终端发起的紧急任务变更为第二紧急任务处理设备后,还可以将所选的的第二紧急任务处理设备的设备标识信息发送给终端,以使终端能够同步用户处理紧急任务的设备的设备标识信息,由此终端可以直接利用第二紧急任务处理设备的设备标识信息与第二紧急任务处理设备建立通信,相对于静态配置来说省去解析第二紧急任务处理设备来建立通信的时间,从而降低任务的处理时间。
本发明实施例还公开一种处理设备,处理设备具有存储器和处理器,存储器中存储有一个或多个程序,当处理器执行一个或多个程序时实现上述方法。
本发明实施例还公开一种计算机可读存储介质,计算机可读存储介质中存储有一个或多个程序,当一个或多个程序在至少一个处理器上执行时实现上述方法。
需要说明的是,本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
对所公开的实施例的上述说明,使本领域技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (9)
1.一种用于确定终端的紧急任务处理设备的方法,所述方法应用于服务器,其特征在于,所述方法包括:
监控第一紧急任务处理设备的状态,其中所述第一紧急任务处理设备用于处理所述终端发起的紧急任务;
若监控到所述第一紧急任务处理设备不可用于处理所述终端发起的紧急任务,则从紧急任务处理设备组中选择至少一个第二紧急任务处理设备,其中所述紧急任务处理设备组包括多个第二紧急任务处理设备,所述至少一个第二紧急任务处理设备可用于处理所述终端发起的紧急任务;
将所选择的至少一个第二紧急任务处理设备的设备标识信息发送给所述终端,以使所述终端在处理所述紧急任务时可以直接利用所述第二紧急任务处理设备进行处理;
其中,所述监控第一紧急任务处理设备的状态包括:
从所述第一紧急任务处理设备周期性地接收所述第一紧急任务处理设备的状态信息;
或者
从所述第一紧急任务处理设备接收所述第一紧急任务处理设备的状态变更通知,所述状态变更通知在所述第一紧急任务处理设备的状态变更时生成;
或者
向所述第一紧急任务处理设备发送状态请求消息,并且从所述第一紧急任务处理设备接收状态信息。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
监控所述紧急任务处理设备组中的多个第二紧急任务处理设备的状态,以便根据所述多个第二紧急任务处理设备的状态从紧急任务处理设备组中选择至少一个第二紧急任务处理设备。
3.根据权利要求1和2中任意一项所述的方法,其特征在于,根据所述终端所处的区域、所述第一紧急任务处理设备的处理能力以及所述第一紧急任务处理设备的连接状态中的至少一个来确定所述第一紧急任务处理设备不可用于处理所述终端发起的紧急任务。
4.根据权利要求1和2中任意一项所述的方法,其特征在于,所述从紧急任务处理设备组中选择至少一个第二紧急任务处理设备包括:根据所述终端所处的区域、所述第二紧急任务处理设备的连接状态、所述第二紧急任务处理设备的优先级以及所述第二紧急任务处理设备处理紧急任务的能力中的至少一个,从所述紧急任务处理设备组中选择至少一个第二紧急任务处理设备。
5.根据权利要求1所述的方法,其特征在于,所述终端设置有紧急按钮,当监测到针对紧急按钮执行特定操作时,所述终端直接呼叫所选择的至少一个第二紧急任务处理设备。
6.一种用于确定终端的紧急任务处理设备的装置,所述装置应用于服务器,其特征在于,所述装置包括:
监控单元,用于监控第一紧急任务处理设备的状态,其中所述第一紧急任务处理设备用于处理所述终端发起的紧急任务;
选择单元,用于若监控到所述第一紧急任务处理设备不可用于处理所述终端发起的紧急任务,则从紧急任务处理设备组中选择至少一个第二紧急任务处理设备,其中所述紧急任务处理设备组包括多个第二紧急任务处理设备,所述至少一个第二紧急任务处理设备可用于处理所述终端发起的紧急任务;
发送单元,用于将所选择的至少一个第二紧急任务处理设备的设备标识信息发送给所述终端,以使所述终端在处理所述紧急任务时可以直接利用所述第二紧急任务处理设备进行处理;
其中,所述监控单元具体用于:
从所述第一紧急任务处理设备周期性地接收所述第一紧急任务处理设备的状态信息;
或者
从所述第一紧急任务处理设备接收所述第一紧急任务处理设备的状态变更通知,所述状态变更通知在所述第一紧急任务处理设备的状态变更时生成;
或者
向所述第一紧急任务处理设备发送状态请求消息,并且从所述第一紧急任务处理设备接收状态信息。
7.根据权利要求6所述的装置,其特征在于,所述监控单元,还用于监控所述紧急任务处理设备组中的多个第二紧急任务处理设备的状态,以便根据所述多个第二紧急任务处理设备的状态从紧急任务处理设备组中选择至少一个第二紧急任务处理设备。
8.一种处理设备,其特征在于,所述处理设备具有存储器和处理器,所述存储器中存储有一个或多个程序,当所述处理器执行所述一个或多个程序时实现权利要求1-5中任一项所述的方法。
9.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有一个或多个程序,当所述一个或多个程序在至少一个处理器上执行时实现权利要求1-5中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910533001.5A CN112118543B (zh) | 2019-06-19 | 2019-06-19 | 一种用于确定终端的紧急任务处理设备的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910533001.5A CN112118543B (zh) | 2019-06-19 | 2019-06-19 | 一种用于确定终端的紧急任务处理设备的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112118543A CN112118543A (zh) | 2020-12-22 |
CN112118543B true CN112118543B (zh) | 2022-10-11 |
Family
ID=73795735
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910533001.5A Active CN112118543B (zh) | 2019-06-19 | 2019-06-19 | 一种用于确定终端的紧急任务处理设备的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112118543B (zh) |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5045749B2 (ja) * | 2007-07-20 | 2012-10-10 | 富士通株式会社 | 緊急呼番号情報取得システム |
CN102833677B (zh) * | 2012-08-31 | 2017-12-19 | 厦门雅迅网络股份有限公司 | 一种用于紧急救援的实现方法 |
KR20150021446A (ko) * | 2013-08-20 | 2015-03-02 | 삼성전자주식회사 | 긴급 전화 번호를 제공하기 위한 방법 및 그 시스템 |
CN104469723A (zh) * | 2013-09-17 | 2015-03-25 | 北京信威通信技术股份有限公司 | 一种集群专网紧急呼叫方法 |
US9584994B2 (en) * | 2015-03-19 | 2017-02-28 | Qualcomm Incorporated | Efficient way of performing emergency calls in multi-subscriber identity module solutions |
CN108322903A (zh) * | 2018-02-09 | 2018-07-24 | 上海京颐科技股份有限公司 | 紧急呼叫方法、装置、系统以及电子设备 |
CN109257731A (zh) * | 2018-11-15 | 2019-01-22 | Oppo广东移动通信有限公司 | 紧急呼叫实现方法、电子装置及计算机可读存储介质 |
CN109348062B (zh) * | 2018-11-15 | 2021-03-16 | Oppo广东移动通信有限公司 | 紧急呼叫实现方法、电子装置及计算机可读存储介质 |
CN109831773B (zh) * | 2019-03-18 | 2021-06-15 | 上海救要救信息科技有限公司 | 一种救援方法、设备与计算机可读介质 |
-
2019
- 2019-06-19 CN CN201910533001.5A patent/CN112118543B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN112118543A (zh) | 2020-12-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108874562B (zh) | 分布式高并发消息队列推送系统 | |
CN107645529B (zh) | 心跳包发送方法及装置 | |
CN111694674B (zh) | 消息分发处理方法、装置、设备及存储介质 | |
CN102739411A (zh) | 提供证明服务 | |
CN101909048A (zh) | 一种集中式转码处理方法和装置 | |
US9621599B2 (en) | Communication system, communication method, and call control server | |
CN110753002B (zh) | 流量调度方法及装置 | |
KR102001103B1 (ko) | 전자장치, 서버 및 시스템의 제어방법 | |
JPH10312365A (ja) | 負荷分散システム | |
CN110635968A (zh) | 堆叠双活检测通道的监控方法、装置、设备及存储介质 | |
CN112118543B (zh) | 一种用于确定终端的紧急任务处理设备的方法及装置 | |
JPWO2014050493A1 (ja) | 予備系装置、運用系装置、冗長構成システム、及び負荷分散方法 | |
KR101536884B1 (ko) | 클러스터 유저를 기반으로 하는 메시지 전송 방법 및 장치 | |
CN106790354B (zh) | 一种防数据拥堵的通信方法及其装置 | |
CN101695049A (zh) | 一种监控系统中的业务处理方法及装置 | |
CN112788076A (zh) | 一种多服务负载部署的方法和装置 | |
CN108781215B (zh) | 网络服务实现方法、服务控制器及通信系统 | |
CN110247808B (zh) | 信息发送方法、装置、设备及可读存储介质 | |
US10993281B2 (en) | Management device, terminal device, and non-transitory storage medium | |
CN114884805A (zh) | 数据传输方法、装置、终端及存储介质 | |
WO2020252675A1 (zh) | 一种用于确定终端的紧急任务处理设备的方法及装置 | |
CN114598662A (zh) | 消息队列集群联邦管理系统以及方法 | |
CN113407340A (zh) | 业务控制系统、网关服务方法、业务请求转发方法及装置 | |
CN112671883A (zh) | 多功能消息通知系统设计方法 | |
CN113542324A (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 |