具体实施方式
下面将详细描述本申请的各个方面的特征和示例性实施例,为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及具体实施例,对本申请进行进一步详细描述。应理解,此处所描述的具体实施例仅意在解释本申请,而不是限定本申请。对于本领域技术人员来说,本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
PSAP即公共安全应答点,负责应答110、112和119等紧急呼叫的呼叫中心。PSAP建有公共安全服务平台系统,核心功能是应急救援中的求救应答和救援调度等。
在现有技术中,当PSAP收到求救信息后,通过定位网络获得求救对象所在同一小区其他用户设备的信息,计算求救对象与同小区用户的之间的距离,设定基于求救对象位置的筛选区域半径,筛选出小于设定半径距离的同小区用户为候选救援对象。
在紧急呼叫后的应急调度,最重要的是快速和精准响应能力,也就是说,需要在第一时间调度可以提供应急救援的对象。然而只将与求救对象在同一小区的用户作为备选,利用经纬度位置信息计算与求救对象的直线距离进行简单筛选,同时,忽略了求救对象和其他可能的目标救援对象的真实关系、运动轨迹特征和所处环境的地理信息,无法准确地确定目标救援对象,导致调度迟缓,贻误救援时机。
为了解决现有技术问题,本申请实施例提供了一种目标救援对象的确定方法、装置、设备及计算机存储介质。下面首先对本申请实施例所提供的目标救援对象的确定方法进行介绍。
图1示出了本申请一个实施例提供的目标救援对象的确定方法的流程示意图。在本申请实施例中,充分利用4G/5G网络位置定位能力,基于求救人员的位置信息,设置筛选范围,根据各个小区的位置与筛选范围之间的关系确定第一候选救援对象。通过社交网络群组模型获取第一候选救援对象与求救对象的亲疏指数,将亲疏指数作为确定第二候选救援对象的重要参考因素,亲疏指数越大,说明第一候选救援对象的救援意愿越大。将亲疏指数大于预设指数的第一候选救援对象,确定为第二候选救援对象,极大地提高了确定目标救援对象的准确率。结合第二候选救援对象与求救对象的相对位置关系和亲疏指数,确定目标救援对象,该目标救援对象为可信赖、可调度的救援对象,快速高效响应,避免了因筛选救援人员不准确造成的调度迟缓,导致无法第一时间对求救对象进行紧急救援,耽误最佳的救援时机。
如图1所示,该方法可以包括以下步骤:
S110、获取求救对象的位置信息。
当求救对象通过紧急呼叫设备向PSAP发起紧急呼叫时,PSAP通过4G/5G网络的定位能力获取求救对象的位置信息。
PSAP可以接受求救对象的终端设备发送的位置信息,也可以主动搜索求救对象的位置信息。例如,如果求救对象通过拨打110或者120或者119等电话进行紧急呼叫,PSAP调用4G/5G网络的定位能力,圈定求救对象的实时位置;如果求救对象通过支持eCall技术的无线模块向PSAP发起紧急呼叫,会向PSAP主动发送详细的位置信息。求救对象采取紧急呼叫的方式包括上述方式但不限于此,PSAP根据不同的紧急呼叫方式采取不同的获取求救对象的位置信息的方式。
S120、确定位于位置信息的预设范围内的候选小区,候选小区内包括至少一个第一候选救援对象。
在获取求救对象的位置信息之后,得到求救对象此时所处的位置p0,确定位于求救对象的位置p0的预设范围内的候选小区,其中,该预设范围为4G/5G网络的定位系统基于位置p0的最大搜索半径R。
如图2所示,PSAP以求救对象的位置p0为中心,将物理直线距离小于半径R覆盖区域中的基站所覆盖的小区确定为候选小区c,候选小区c包括至少一个第一候选求救对象。当确定至少一个候选小区c时,PSAP输出候选小区集cc,该候选小区集cc与求救对象的位置p0以及半径R的关系可以表示为如下公式:
cc=candidate(p0,range) (1)
S130、根据候选小区内的第一候选救援对象的身份特征,或者,候选小区内的每个第一候选救援对象与求救对象之间的社交行为数据,确定候选小区内的每个第一候选救援对象与求救对象的亲疏指数。
在确保用户隐私的前提下,为提高确定目标救援对象的准确性,将社交网络中第一候选救援对象与求救对象的亲疏关系作为确定第二候选救援对象的重要参考因素,用亲疏指数表示第一候选救援对象与求救对象的亲疏程度。
PSAP根据候选小区c内的第一候选救援对象的身份特征,或者,候选小区c内的每个第一候选救援对象与求救对象之间的社交行为数据,确定候选小区c内的每个第一候选救援对象与求救对象的亲疏指数。
身份特征分为政府职能部门人员和非政府职能部门人员,其中,政府职能部人员与求救对象是一种临时关系,包括因为此次应急救援所调度的警察、消防员等官方人员。若身份特征为政府职能部门人员,则亲疏指数为满分,若身份特征为非政府职能部门人员,则亲疏指数为0。
社交行为数据包括第一候选救援对象与求救对象的历史通话数据,利用差分隐私保护方法,保障用户隐私。根据历史通话数据预测第一候选救援对象与求救对象的亲疏关系,得到亲疏指数。
S140、将亲疏指数大于预设指数的第一候选救援对象,确定为第二候选救援对象。
为了确定可信赖、可调度的第二候选救援对象,需要排除预测的救援意愿不大的第一候选救援对象,因此,设定预设指数用于筛选最可能参与应急救援的第一候选救援对象。预设指数可以根据需要第二候选救援对象的个数设置,比如说,假设亲疏指数为十分制,已计算得到100个第一候选救援对象与求救对象的亲疏指数,系统需要50个第二候选救援对象,按照亲疏指数从高到底的排列顺序找到第50个第一候选救援对象对应的亲疏指数是7,那么将预设指数设置为7;也可以参考历史数据,查找以往参与应急救援活动比较多的救援对象对应的亲疏指数,以此设置预设指数。预设指数可以根据需求自行调整,不限于此。
当第一候选救援对象的亲疏指数大于预设指数时,确定为第二候选救援对象,当第一候选救援对象的亲疏指数小于预设指数时,删除该第一候选救援对象的信息。
S150、根据第二候选救援对象与求救对象的相对位置关系和亲疏指数,确定目标救援对象。
相对位置关系包括第二候选救援对象与求救对象实时的位置关系、所处地理环境之间的关系,根据第二候选救援对象与求救对象的相对位置关系和亲疏指数,确定具有较大救援意愿且能够以较短时间达到求救对象所处位置的目标救援对象。
在本申请实施例中,通过获取求救对象的位置信息,确定位于位置信息的预设范围内的候选小区,候选小区内包括至少一个第一候选救援对象,根据候选小区内的第一候选救援对象的身份特征,或者,候选小区内的每个第一候选救援对象与求救对象之间的社交行为数据,确定候选小区内的每个第一候选救援对象与求救对象的亲疏指数。将亲疏指数大于预设指数的第一候选救援对象,确定为第二候选救援对象,能够通过亲疏指数判断第一候选救援对象的救援意愿,自动筛选出救援意愿不大的第一候选救援对象,确定救援意愿比较大的第二候选救援人员,提高了选择目标救援对象的准确性。根据第二候选救援对象与求救对象的相对位置关系和亲疏指数,确定目标救援对象,在具有较大救援意愿的基础上,结合第二候选救援对象与求救对象的相对位置关系,更加精准地确定应急救援人员,进而及时调度,节省救援时间,抓住最佳的救援时机。
作为本申请的一种实现方式,根据候选小区内的第一候选救援对象的身份特征,确定候选小区内的每个第一候选救援对象与求救对象的亲疏指数,具体包括:
当候选小区内的第一候选救援对象的身份特征为预设身份特征时,确定亲疏指数为预设值。
预设身份特征为政府职能部门人员,预设值为可以代表亲疏程度的数字,如果是一分制,那么预设值为1,如果是十分制,那么预设值为10,如果是百分比制,那么预设值为100%,预设值可以设置为任意表示亲疏指数排列顺序的参数,此处不做限定。
假设亲疏指数采用一分制,当候选小区内的第一候选救援对象的身份特征为政府职能部门人员时,确定亲疏指数为1。
作为本申请的另一种实现方式,据候选小区内的每个第一候选救援对象与求救对象之间的社交行为数据,确定候选小区内的每个第一候选救援对象与求救人的亲疏指数,具体包括:
根据候选小区内的每个第一候选救援对象与求救对象之间的社交行为数据,通过社交群组模型确定候选小区内的每个第一候选救援对象与求救人的亲疏指数;
社交群组模型通过训练救援对象与求救对象之间的社交行为数据及其对应的亲疏指数的映射关系得到。
社交行为数据包括历史通话数据,PSAP获取第一候选救援对象与求救对象之前的历史通话数据,通过预先训练的社交群组模型确定候选小区内的每个第一候选救援对象与求救人的亲疏指数。
在训练社交群组模型时,将救援对象与求救对象之前的历史通话数据输入社交群组模型,社交群组模型将历史通话数据进行分类,将每一个类别匹配相应的亲疏指数,即可得到训练救援对象与求救对象之间的社交行为数据与亲疏指数的映射关系,可直观地表示PSAP预测的救援对象的救援意愿,为确定目标救援对象提供更加准确的选择。
其中,救援对象与求救对象之前的历史通话数据包括通话次数、通话时长、通话时刻。假设在时刻t,用户i曾经发起过对用户j的通话,用户i可以为救援对象也可以为求救对象,当用户i为救援对象时,用户j为求救对象,当用户i为求救对象时,用户j为救援对象,定义I(i,j)表示用户i对用户j发起通话的集合,T表示通话发生时间的集合,‖I(i,j)‖表示用户i对用户j发起通话的次数。
用户i对用户j发起通话时间与两人通话时间总和的比重关系wij,可以表示如下公式:
wij=‖I(i,j)‖/(‖I(i,j)‖+‖I(j,i)‖) (2)
在tk时刻用户i对用户j发起通话的分时重要性系数αij(tk),可以表示为如下公式:
其中,α1表示在工作日工作时间的时刻k用户i对用户j发起通话的分时重要性系数,α2表示在工作休息时间的时刻k用户i对用户j发起通话的分时重要性系数,α3表示在节假日的时刻k用户i对用户j发起通话的分时重要性系数。
用户i与用户j基于通话次数的互动指数Ic(i),表示为如下公式:
用户i与用户j的通话次数Ic(i,j),表示为如下公式:
其中,λ表示一个常数。
用户i与用户j基于通话时长的互动指数Ic(i),表示为如下公式:
用户i与用户j的通话时长Id(i,j),表示为如下公式:
其中,dij(tk)表示tk时刻用户i与用户j的通话的实际通话时长,β表示时间衰减因子。
基于用户i对用户j通话次数的互动指数Ic(i)和通话时长的互动指数Id(i),得到用户i对用户j通话互动的亲疏指数Intimacyd(i,j),表示为如下公式:
如果用户i未曾发起过对用户j的通话,Intimacyd(i,j)=0。
同时,在结合基于社交网络传递亲疏关系预测,用户i与用户j的最终亲疏指数Intimacy(i,j),表示为如下公式:
其中,f表示用户i与用户j的共有联系人,Intimacyd(i,f)表示用户i与共有联系人f的亲疏指数,Intimacyd(f,j)表示用户j与共有联系人f的亲疏指数。
当用户i与用户j其中一方为政府职能部门人员时,Intimacy(i,j)=1。
候选小区集cc下每个基站接入的说是有用户号码MSISDN列表。基于MSISDN表对应的用户信息根据前述的亲疏指数与预设指数对比,筛选得到第二候选救援对象。
作为本申请的又一种实现方式,社交行为数据具体包括候选小区内的每个第一候选救援对象与求救对象之间的通话次数、通话时长、通话时刻中的至少一项。
PSAP利用电信运营商的历史通话数据获取每个第一候选救援对象与求救对象之间的通话次数、通话时长、通话时刻。根据通话次数、通话时长、通话时刻,通过社交群组模型得到每个第一候选救援对象与求救对象的亲疏指数。
作为本申请的又一种实现方式,根据第二候选救援对象与求救对象的相对位置关系和亲疏指数,确定目标救援对象,具体包括:
根据第二候选救援对象与求救对象的相对位置关系,确定第二候选救援对象到达求救对象所在位置的至少一条救援路径;
根据至少一条救援路径的实时交通数据、历史交通数据以及地理环境信息,分别计算第二候选救援对象经由每条救援路径到达求救对象所在位置所需的救援时间;
根据所述救援时间和所述第二候选救援对象与所述求救对象的亲疏指数,确定目标救援对象。
为了进一步提高确定目标救援对象的准确性,在根据第一候选救援对象与求救对象的亲疏指数与预设指数之间的关系,确定第二救援对象之后,根据第二候选救援对象与求救对象的相对位置关系,确定第二候选救援对象的到达求救对象所在位置的至少一条救援路径。
确定救援路径时之后,利用实时交通数据、历史交通数据和地理环境信息,进行实时路况预判、路网路况演化趋势预测、最优路线规划,以及求救对象的运动轨迹特点,预测最可能到达求救对象所处位置的时间,选取最优救援路径。其中,地理环境信息包括道路宽度、道路长度、道路性质等静态道路信息,以及单行道、转弯限制、掉头限制等静态交通限制信息。
如图3所示,起点为第二候选对象距离求救对象最远的位置,终点为求救对象的位置,从起点至终点有很多条救援路径,根据路况信息形成路网。如图4所示,路网用赋权有向图表示,道路作为有向图的边,道路之间的相交路口以及道路的起点和终点对应有向图的顶点,分别为A、B、C、D、E、F。对于双行道来说,它的始末节点互为对方的前驱和后继节点,对于单行道,它的末节点为始节点的前驱节点,始节点是末节点的前驱节点。可用道路的属性信息和数据信息作为路段的权值,为了预估用时最小的路径,选择时间作为路段的权重。
通过A*算法计算得到从起点到终点的k条救援路径的救援时间,按照时间从小到大的顺序排列,记为t1,t2,t3,…,tk,其对应的k条救援路径记为l1,l2,l3,…,lk。
假设求救对象在t时刻的位置p0,PSAP调度的政府职能部门人员的位置为pn。通过上述路径规划及预测算法,可得到从pn到p0的预测救援时间,取其最短救援时间,记为Tmin,确定Tmin对应的救援路径为最优救援路径。
假设求救对象在t时刻的位置p0,PSAP调度的通过社交群组模型筛选的第二候选救援对象的位置为pm,计算pm到p0的所有救援路径的救援时间为t1,t2,t3,…,tk(t1≤t2≤t3≤…≤tk)。
对于计算得到的救援时间序列,若存在m使得tm-1≤Tmin+Δt<tm,其中,Δt是预设的误差因子,则pm到p0的最优救援时间aot(Pm,P0)可表示为如下公式:
其中,ti表示第i条路径对应的救援时间。
最优救援时间aot(Pm,P0)只是根据第二候选救援对象与求救对象的物理距离得到,尽管第二候选救援对象是根据亲疏指数在满足预设条件下筛出来的,但是第二候选救援对象的救援意愿大小不一样,所以,在得到最优救援时间aot(Pm,P0)后,还需要再结合第二候选救援对象与求救对象之间的亲疏指数,得到每个第二候选救援对象与求救对象的综合指数,确定最高综合指数对应的第二候选救援对象为目标救援对象。
根据求救对象与第二候选救援对象之间的最优救援时间aot(Pm,P0)以及亲疏指数Intimacy(Pm,P0)得到综合指数genaot(Pm,P0),表示为如下公式:
genaot(Pm,P0)=aot(Pm,P0)/Intimacy(Pm,P0) (11)
定义目标救援对象优选集U={U1,U2,U3,…,Un,Un+1},其中,n=floor(Tmin/Δt),Δt作为间隔划分元素集合。定义第二候选救援对象为Pl,第二候选救援对象优选集为C,当n=k时,Uk表示第二候选救援对象优选集C中最优救援时间介于kΔt小于等于(k+1)Δt的救援时间范围内达到求救对象位置的第二候选救援对象的集合,表示为如下公式:
结合救援路径的物理距离以及第二候选救援对象与求救对象之间的亲疏指数,对可能参与应急救援活动的目标救援对象进行层次划分。如图5所示,p1表示第二候选救援对象A,p2表示第二候选救援对象B,左上图表示第二候选救援对象与求救对象之间的物理距离,越靠近内层表示第二候选救援对象与求救对象之间的物理距离越短;右上图表示第二候选救援对象与求救对象之间的亲疏关系,越靠近内层表示第二候选救援对象与求救对象之间的亲密度越高,最下图表示确定目标救援对象的优先级,优先选择靠近内层的救援对象。由图5可知,第二候选救援对象A与求救对象的物理距离比较远,第二候选救援对象B与求救对象的物理距离比较近,但是第二候选救援对象A与求救对象的亲密度比较高,第二候选救援对象B与求救对象的亲密度比较低。在救援过程中,第二候选救援对象的救援意愿是主要因素,物理距离是次要因素,结合第二候选救援对象与求救对象的物理距离和亲疏关系可得,第二候选救援对象A的优先级大于第二候选救援对象B的优先级,即优先选择第二候选救援对象A对求救对象实施救援。也就是说,虽然第二候选救援对象A与求救对象在物理距离上相对于第二候选救援对象B远一些,但是第二候选救援对象A与求救对象的亲密度高于第二候选救援对象B与求救对象的亲密度,表示第二候选救援对象A可能更愿意对求救对象实施救援,此时,物理距离上的差距就不再是选择候第二选救援对象的主要因素,优先选择第二候选救援对象A参与救援。
在本申请的又一实施例中,在确定目标救援对象之后,结合互动式语音应答(Interactive Voice Response,IVR)电话求助和以及移动互联网应用的服务能力,对求救对象快速实施救援。
IVR是一种语音业务,公共安全应答服务组织及机构通过向运营商申请接入号码资源,购买相应的语音平台设备与运营商的语音网关进行信令/话务中继的连接,再部署好其语音业务流程即可实现IVR服务系统的接入。
在得到第二救援对象列表之后,确定综合指数最高的第二救援对象为目标救援对象,IVP系统触发呼叫该目标急救援人员,播放求助语音给目标急救援人员,播放求助语音包括求助人信息、位置信息等。目标急救援人员根据语音提示,通过按键选择是否参与本次应急救援活动。IVP系统记录每次呼叫的目标救援对象的选择结果,当目标救援对象选择参加本次应急救援活动,则退出系统,当目标救援对象拒绝参与本次应急救援活动,确定第二救援对象列表下一位的第二救援对象为目标救援对象,进行下一步循环,直到有人参与本次应急救援活动退出系统。
基于上述实施例提供的目标救援对象的确定方法,相应地,本申请还提供了目标救援对象的确定装置的具体实现方式,请参见以下实施例。
如图6所示,本申请实施例提供的目标救援对象的确定装置600包括以下模块:
获取模块610,用于获取求救对象的位置信息;
第一确定模块620,用于确定位于位置信息的预设范围内的候选小区,候选小区内包括至少一个第一候选救援对象;
第二确定模块630,用于根据候选小区内的第一候选救援对象的身份特征,或者,候选小区内的每个第一候选救援对象与求救对象之间的社交行为数据,确定候选小区内的每个第一候选救援对象与求救对象的亲疏指数;
第三确定模块640,用于将亲疏指数大于预设指数的第一候选救援对象,确定为第二候选救援对象;
第四确定模块650,用于根据第二候选救援对象与求救对象的相对位置关系和亲疏指数,确定目标救援对象。
作为本申请的一种实现方式,为了预测第一候选救援对象的救援意愿,上述第二确定模块630,具体用于当候选小区内的第一候选救援对象的身份特征为预设身份特征时,确定亲疏指数为预设值。
作为本申请的另一种实现方式,为了预测第一候选救援对象的救援意愿,上述第二确定模块630,具体用于根据候选小区内的每个第一候选救援对象与求救对象之间的社交行为数据,通过社交群组模型确定候选小区内的每个第一候选救援对象与求救人的亲疏指数;社交群组模型通过训练救援对象与求救对象之间的社交行为数据及其对应的亲疏指数的映射关系得到。
作为本申请的又一种实现方式,社交行为数据具体包括候选小区内的每个第一候选救援对象与求救对象之间的通话次数、通话时长、通话时刻中的至少一项。
作为本申请的又一种实现方式,在确定亲疏指数的基础上,为了能够快速地对求救对象进行救援,上述第四确定模块650,具体用于根据第二候选救援对象与求救对象的相对位置关系,确定第二候选救援对象到达求救对象所在位置的至少一条救援路径;
根据至少一条救援路径的实时交通数据、历史交通数据以及地理环境信息,分别计算第二候选救援对象经由每条救援路径到达求救对象所在位置所需的救援时间;
根据所述救援时间和所述第二候选救援对象与所述求救对象的亲疏指数,确定目标救援对象。
作为本申请的又一种实现方式,在确定目标救援对象之后,呼叫目标救援对象对求救对象进行紧急救援。
图6所示装置中的各个模块具有实现图1中各个步骤的功能,并能达到其相应的技术效果,为简洁描述,在此不再赘述。
图7示出了本申请实施例提供的目标救援对象的确定设备的硬件结构示意图。
在目标救援对象的确定设备可以包括处理器701以及存储有计算机程序指令的存储器702。
具体地,上述处理器701可以包括中央处理器(Central Processing Unit,CPU),或者特定集成电路(Application Specific Integrated Circuit,ASIC),或者可以被配置成实施本申请实施例的一个或多个集成电路。
存储器702可以包括用于数据或指令的大容量存储器。举例来说而非限制,存储器702可包括硬盘驱动器(Hard Disk Drive,HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus,USB)驱动器或者两个或更多个以上这些的组合。在一个实例中,存储器702可以包括可移除或不可移除(或固定)的介质,或者存储器702是非易失性固态存储器。存储器702可在综合网关容灾设备的内部或外部。
在一个实例中,存储器702可包括只读存储器(ROM),随机存取存储器(RAM),磁盘存储介质设备,光存储介质设备,闪存设备,电气、光学或其他物理/有形的存储器存储设备。因此,通常,存储器702包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如,存储器设备),并且当该软件被执行(例如,由一个或多个处理器)时,其可操作来执行参考根据本申请的一方面的方法所描述的操作。
处理器701通过读取并执行存储器702中存储的计算机程序指令,以实现图2所示实施例中的步骤S110至S150,并达到图2所示实例执行其步骤达到的相应技术效果,为简洁描述在此不再赘述。
在一个示例中,目标救援对象的确定设备还可包括通信接口707和总线710。其中,如图7所示,处理器701、存储器702、通信接口707通过总线710连接并完成相互间的通信。
通信接口707,主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。
总线710包括硬件、软件或两者,将目标救援对象的确定设备的部件彼此耦接在一起。举例来说而非限制,总线可包括加速图形端口(Accelerated Graphics Port,AGP)或其他图形总线、增强工业标准架构(Extended Industry Standard Architecture,EISA)总线、前端总线(Front Side Bus,FSB)、超传输(Hyper Transport,HT)互连、工业标准架构(Industry Standard Architecture,ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下,总线710可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线,但本申请考虑任何合适的总线或互连。
该目标救援对象的确定设备可以根据求救对象的位置信息执行本申请实施例中的目标救援对象的确定方法,从而实现结合图1和6描述的目标救援对象的确定和装置。
另外,结合上述实施例中的目标救援对象的确定方法,本申请实施例可提供一种计算机存储介质来实现。该计算机存储介质上存储有计算机程序指令;该计算机程序指令被处理器执行时实现上述实施例中的任意一种在目标救援对象的确定方法。
需要明确的是,本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见,这里省略了对已知方法的详细描述。在上述实施例中,描述和示出了若干具体的步骤作为示例。但是,本申请的方法过程并不限于所描述和示出的具体步骤,本领域的技术人员可以在领会本申请的精神后,作出各种改变、修改和添加,或者改变步骤之间的顺序。
以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时,其可以例如是电子电路、专用集成电路(Application SpecificIntegrated Circuit,ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时,本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中,或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RadioFrequency,RF)链路,等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。
还需要说明的是,本申请中提及的示例性实施例,基于一系列的步骤或者装置描述一些方法或系统。但是,本申请不局限于上述步骤的顺序,也就是说,可以按照实施例中提及的顺序执行步骤,也可以不同于实施例中的顺序,或者若干步骤同时执行。
上面参考根据本申请的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本申请的各方面。应当理解,流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器,以产生一种机器,使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解,框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合,也可以由执行指定的功能或动作的专用硬件来实现,或可由专用硬件和计算机指令的组合来实现。
以上所述,仅为本申请的具体实施方式,所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述描述的系统、模块和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。应理解,本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本申请的保护范围之内。