CN109729224A - 紧急定位方法、网关和系统 - Google Patents

Abstract

本公开提供一种紧急定位方法、网关和系统，涉及信息安全领域。其中紧急定位网关在接收到紧急呼叫平台发送的查询请求后，从查询请求中提取出指定用户的用户标识，在利用用户标识从定位能力网元获取指定用户的定位信息的同时，从紧急呼叫信息采集网元查询出指定用户在最近一段时间内是否针对指定号码发起过呼叫，若指定用户在最近一段时间内针对指定号码发起过呼叫，则将所获取的定位信息发送给紧急呼叫平台。从而在实现快速定位的同时，又能很好地保护用户隐私。

Description

紧急定位方法、网关和系统

技术领域

本公开涉及信息安全领域，特别涉及一种紧急定位方法、网关和系统。

背景技术

对终端用户进行定位，必须合法合规，不能侵犯用户隐私，即使是紧急类行业单位(例如公安110，消防119和医疗120等)需要获取用户的定位信息，电信系统也只有在确保用户在最近一段时间(例如最近1分钟内)打过紧急电话，才能向紧急类行业提供定位信息，例如电信系统需确认用户最近时间内打过110电话，才能向110提供用户定位信息。

现有的紧急定位主要有以下两种方案：

方案一：电信系统收到紧急呼叫平台发来的用户定位请求后，先向紧急呼叫平台返回用户定位信息，事后再去确认用户是否打过紧急电话。这样处理虽然可以实现快速定位，但存在不能实现用户的定位隐私保护问题。

方案二：电信系统收到紧急呼叫中心发来的用户定位请求后，先去信令网节点查询用户是否打过紧急电话，再决定是否对用户进行定位。虽然可以保护用户的定位隐私，但是去信令网节点查询用户是否打过紧急电话，耗时很长，不能满足紧急类行业(例如公安110和医疗120等)所要求的5～8秒必须定位成功的要求。

发明内容

本公开的实施例解决的一个技术问题是：无法在对终端用户实现快速定位的同时，包含用户的定位隐私。

根据本公开的一个或多个实施例的一个方面，提供一种紧急定位方法，包括：

在接收到紧急呼叫平台发送的查询请求后，从查询请求中提取出指定用户的用户标识；

在利用用户标识从定位能力网元获取指定用户的定位信息的同时，从紧急呼叫信息采集网元查询出指定用户在最近一段时间内是否针对指定号码发起过呼叫；

若指定用户在最近一段时间内针对指定号码发起过呼叫，则将所获取的定位信息发送给紧急呼叫平台。

可选地，若指定用户未在最近一段时间内针对指定号码发起过呼叫，则删除所获取的定位信息。

可选地，紧急呼叫信息采集网元中存储的用户针对指定号码发起呼叫的信令信息由信令网节点上报。

根据本公开的一个或多个实施例的另一个方面，提供一种紧急定位网关，包括：

用户标识提取模块，被配置为在接收到紧急呼叫平台发送的查询请求后，从查询请求中提取出指定用户的用户标识；

定位信息获取模块，被配置为利用用户标识从定位能力网元获取指定用户的定位信息；

历史数据查询模块，被配置为在定位信息获取模块获取指定用户的定位信息的同时，从紧急呼叫信息采集网元查询出指定用户在最近一段时间内是否针对指定号码发起过呼叫；

定位信息管理模块，被配置为若指定用户在最近一段时间内针对指定号码发起过呼叫，则将所获取的定位信息发送给紧急呼叫平台。

可选地，定位信息管理模块还被配置为若指定用户未在最近一段时间内针对指定号码发起过呼叫，则删除所获取的定位信息。

可选地，紧急呼叫信息采集网元中存储的用户针对指定号码发起呼叫的信令信息由信令网节点上报。

根据本公开的一个或多个实施例的又一个方面，提供一种紧急定位网关，包括：

存储器，被配置为存储指令；

处理器，耦合到存储器，处理器被配置为基于存储器存储的指令执行实现如上述任一实施例涉及的方法。

根据本公开的一个或多个实施例的又一个方面，提供一种紧急定位系统，包括：

如上述任一实施例涉及的紧急定位网关；

信令网节点，被配置为在用户针对指定号码发起呼叫时，将呼叫转发至紧急呼叫平台，还将相应的呼叫信令上报给紧急呼叫信令采集网元；

紧急呼叫平台，被配置为根据呼叫向紧急定位网关发送查询请求；

紧急呼叫信令采集网元，被配置为向紧急定位网关提供指定用户在最近一段时间内针对指定号码发起呼叫的信息；

定位能力网元，被配置为向紧急定位网关提供指定用户的定位信息。

根据本公开的一个或多个实施例的又一个方面，提供一种计算机可读存储介质，其中，计算机可读存储介质存储有计算机指令，指令被处理器执行时实现如上述任一实施例涉及的方法。

通过以下参照附图对本公开的示例性实施例的详细描述，本公开的其它特征及其优点将会变得清楚。

附图说明

为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为相关技术中一个实施例的紧急定位方法的示例性流程图。

图2为相关技术中另一实施例的紧急定位方法的示例性流程图。

图3为本公开一个实施例的紧急定位方法的示例性流程图。

图4为本公开另一实施例的紧急定位方法的示例性流程图。

图5为本公开一个实施例的紧急定位网关的示例性框图。

图6为本公开另一实施例的紧急定位网关的示例性框图。

图7为本公开一个实施例的紧急定位系统的示例性框图。

图8为本公开一个实施例的紧急定位流程示意图。

具体实施方式

下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。

除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。

在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

图1为相关技术中一个实施例的紧急定位方法的示例性流程图。其中：

步骤11，用户发起紧急呼叫。

步骤12，信令网节点将紧急呼叫转发给紧急呼叫平台。

步骤13，紧急呼叫平台向紧急定位网关发送定位查询请求。

步骤14，紧急定位网关向定位能力网元发送定位请求。

步骤15，定位能力网元将用户定位信息发送给紧急定位网关。

步骤16，紧急定位网关将用户定位信息提供给紧急呼叫平台。

步骤17，紧急定位网站在事后再向信令网节点发送查询请求，以查询用户在最近一段时间是否拨打过紧急电话。

步骤18，信令网节点将查询结果提供给紧急定位网关。

在上述方案中，先向紧急呼叫平台返回用户定位信息，事后再去确认用户是否打过紧急电话。这种方案存在的问题是：本方案虽然可以实现快速定位，但是事后再去确认用户是否打过紧急电话，不能保证用户一定打过紧急电话，不能实现用户的定位隐私保护。

图2为相关技术中另一实施例的紧急定位方法的示例性流程图。其中：

步骤21，用户发起紧急呼叫。

步骤22，信令网节点将紧急呼叫转发给紧急呼叫平台。

步骤23，紧急呼叫平台向紧急定位网关发送定位查询请求。

步骤24，紧急定位网站向信令网节点发送查询请求，以查询用户在最近一段时间是否拨打过紧急电话。

步骤25，信令网节点将查询结果提供给紧急定位网关。

步骤26，在确认用户在最近一段时间内拨打过紧急电话后，紧急定位网关才会向定位能力网元发送定位请求。

步骤27，定位能力网元将用户定位信息发送给紧急定位网关。

步骤28，在确认用户在最近一段时间内拨打过紧急电话的情况下，紧急定位网关将用户定位信息提供给紧急呼叫平台。

在上述方案中，先去信令网节点查询用户是否打过紧急电话，再决定是否对用户进行定位。这种方案存在的问题是：本方案虽然可以实现用户的定位隐私保护，但是由于信令网节点未对紧急信令信息进行特别处理，此时直接去信令网节点查询用户是否打过紧急电话，耗时很长。据现网调查，大概需要耗时5分钟，不能满足紧急类行业(例如公安110和医疗120等)所要求的5～8秒必须定位成功的要求。

图3为本公开一个实施例的紧急定位方法的示例性流程图。可选地，本实施例的方法步骤可由紧急定位网关执行。其中：

步骤301，在接收到紧急呼叫平台发送的查询请求后，从查询请求中提取出指定用户的用户标识。

例如，可以用户终端的电话号码作为该用户的标识。

步骤302，在利用用户标识从定位能力网元获取指定用户的定位信息的同时，从紧急呼叫信息采集网元查询出指定用户在最近一段时间内是否针对指定号码发起过呼叫。

例如，指定号码可以为110、120等紧急号码。

可选地，紧急呼叫信息采集网元中存储的用户针对指定号码发起呼叫的信令信息由信令网节点上报。

步骤303，若指定用户在最近一段时间内针对指定号码发起过呼叫，则将所获取的定位信息发送给紧急呼叫平台。

基于本公开上述实施例提供的紧急定位方法，紧急定位网关同步处理用户定位信息查询和用户呼叫历史查询，即在利用用户标识从定位能力网元获取指定用户的定位信息的同时，从紧急呼叫信息采集网元查询出指定用户在最近一段时间内是否针对指定号码发起过呼叫，只有在确认该用户确实拨打过紧急电话后才会向紧急呼叫平台返回该用户的位置信息。从而在实现快速定位的同时，又能很好地保护用户隐私。

图4为本公开另一实施例的紧急定位方法的示例性流程图。可选地，本实施例的方法步骤可由紧急定位网关执行。其中：

步骤401，在接收到紧急呼叫平台发送的查询请求后，从查询请求中提取出指定用户的用户标识。

例如，可以用户终端的电话号码作为该用户的标识。

步骤402，在利用用户标识从定位能力网元获取指定用户的定位信息的同时，从紧急呼叫信息采集网元查询出指定用户在最近一段时间内是否针对指定号码发起过呼叫。

可选地，紧急呼叫信息采集网元中存储的用户针对指定号码发起呼叫的信令信息由信令网节点上报。

步骤403，判断指定用户在最近一段时间内是否针对指定号码发起过呼叫。

若指定用户在最近一段时间内针对指定号码发起过呼叫，则执行步骤404；若指定用户未在最近一段时间内针对指定号码发起过呼叫，则执行步骤405。

步骤404，将所获取的定位信息发送给紧急呼叫平台。

步骤405，删除所获取的定位信息。

即，若该用户最近没有拨打过紧急电话，则不会将该用户的定位信息提供给紧急呼叫平台，从而有效保证了用户隐私。

图5为本公开一个实施例的紧急定位网关的示例性框图。如图5所示，紧急定位网关包括用户标识提取模块51、定位信息获取模块52、历史数据查询模块53和定位信息管理模块54。其中：

用户标识提取模块51被配置为在接收到紧急呼叫平台发送的查询请求后，从查询请求中提取出指定用户的用户标识。

定位信息获取模块52被配置为利用用户标识从定位能力网元获取指定用户的定位信息。

历史数据查询模块53被配置为在定位信息获取模块获取指定用户的定位信息的同时，从紧急呼叫信息采集网元查询出指定用户在最近一段时间内是否针对指定号码发起过呼叫。

可选地，紧急呼叫信息采集网元中存储的用户针对指定号码发起呼叫的信令信息由信令网节点上报。

定位信息管理模块54被配置为若指定用户在最近一段时间内针对指定号码发起过呼叫，则将所获取的定位信息发送给紧急呼叫平台。

可选地，定位信息管理模块54还被配置为若指定用户未在最近一段时间内针对指定号码发起过呼叫，则删除所获取的定位信息。

基于本公开上述实施例提供的紧急定位网关，同步处理用户定位信息查询和用户呼叫历史查询，即在利用用户标识从定位能力网元获取指定用户的定位信息的同时，从紧急呼叫信息采集网元查询出指定用户在最近一段时间内是否针对指定号码发起过呼叫，只有在确认该用户确实拨打过紧急电话后才会向紧急呼叫平台返回该用户的位置信息。从而在实现快速定位的同时，又能很好地保护用户隐私。

图6为本公开另一实施例的紧急定位网关的示例性框图。如图6所示，该网关包括存储器61和处理器62。其中：

存储器61用于存储指令，处理器62耦合到存储器61，处理器62被配置为基于存储器存储的指令执行实现如图1或图2中任一实施例涉及的方法。

如图6所示，该网关还包括通信接口63，用于与其它设备进行信息交互。同时，该装置还包括总线64，处理器62、通信接口63、以及存储器61通过总线64完成相互间的通信。

存储器61可以包含高速RAM存储器，也可还包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。存储器61也可以是存储器阵列。存储器61还可能被分块，并且块可按一定的规则组合成虚拟卷。

此外，处理器62可以是一个中央处理器CPU，或者可以是专用集成电路ASIC，或者是被配置成实施本公开实施例的一个或多个集成电路。

本公开同时还涉及一种计算机可读存储介质，其中计算机可读存储介质存储有计算机指令，指令被处理器执行时实现如图1或图2中任一实施例涉及的方法。

图7为本公开一个实施例的紧急定位系统的示例性框图。如图7所示，该系统包括信令网节点71、紧急呼叫平台72、紧急呼叫信息采集网元73、紧急定位网关74和定位能力网元75。其中，紧急定位网关74可为图5或图6中任一实施例涉及的紧急定位网关。

信令网节点71被配置为在用户针对指定号码发起呼叫时，将呼叫转发至紧急呼叫平台72，还将相应的呼叫信令上报给紧急呼叫信令采集网元73。

紧急呼叫平台72被配置为根据呼叫向紧急定位网关74发送查询请求。

紧急呼叫信令采集网元73被配置为向紧急定位网关74提供指定用户在最近一段时间内针对指定号码发起呼叫的信息。

定位能力网元75被配置为向紧急定位网关提供指定用户的定位信息。

可选地，在上面所描述的功能单元模块可以实现为用于执行本公开所描述功能的通用处理器、可编程逻辑控制器(Programmable LogicController，简称：PLC)、数字信号处理器(Digital Signal Processor，简称：DSP)、专用集成电路(Application SpecificIntegrated Circuit，简称：ASIC)、现场可编程门阵列(Field-Programmable Gate Array，简称：FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件或者其任意适当组合。

下面通过具体示例对本公开进行说明。如图8所示：

步骤81，用户发起紧急呼叫。

例如，用户拨打电话110或120等紧急电话。

信令网节点根据用户发起的紧急呼叫，同时执行步骤82_1和步骤82_2。

步骤82_1，信令网节点将紧急呼叫转发给紧急呼叫平台。

步骤82_2，信令网节点将该紧急呼叫的相应信令信息上报给紧急呼叫信息采集网元。

步骤83，紧急呼叫平台向紧急定位网关发送定位查询请求。

紧急定位网关根据该定位查询请求，同时执行步骤84_1和步骤84_2。

步骤84_1，紧急定位网关向紧急呼叫信息采集网元查询该用户在最近一段时间(例如，最近一分钟)是否拨打过紧急电话。

步骤85_1，紧急呼叫信息采集网元将查询结果提供给紧急定位网关。

步骤84_2，紧急定位网关向定位能力网元发送定位请求。

步骤85_2，定位能力网元将用户定位信息发送给紧急定位网关。

步骤86，若该用户在最近一段时间拨打过相应的紧急电话，则紧急定位网关将用户定位信息提供给紧急呼叫平台。

通过实施本公开的方案，能够在快速进行紧急定位的同时，有效保护用户隐私。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

本公开的描述是为了示例和描述起见而给出的，而并不是无遗漏的或者将本公开限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本公开的原理和实际应用，并且使本领域的普通技术人员能够理解本公开从而设计适于特定用途的带有各种修改的各种实施例。

Claims (9)

1.一种紧急定位方法，包括：

在接收到紧急呼叫平台发送的查询请求后，从所述查询请求中提取出指定用户的用户标识；

在利用所述用户标识从定位能力网元获取所述指定用户的定位信息的同时，从紧急呼叫信息采集网元查询出所述指定用户在最近一段时间内是否针对指定号码发起过呼叫；

若所述指定用户在最近一段时间内针对指定号码发起过呼叫，则将所获取的定位信息发送给所述紧急呼叫平台。

2.根据权利要求1所述的方法，还包括：

若所述指定用户未在最近一段时间内针对指定号码发起过呼叫，则删除所获取的定位信息。

3.根据权利要求1或2所述的方法，其中：

所述紧急呼叫信息采集网元中存储的用户针对指定号码发起呼叫的信令信息由信令网节点上报。

4.一种紧急定位网关，包括：

用户标识提取模块，被配置为在接收到紧急呼叫平台发送的查询请求后，从所述查询请求中提取出指定用户的用户标识；

定位信息获取模块，被配置为利用所述用户标识从定位能力网元获取所述指定用户的定位信息；

历史数据查询模块，被配置为在定位信息获取模块获取所述指定用户的定位信息的同时，从紧急呼叫信息采集网元查询出所述指定用户在最近一段时间内是否针对指定号码发起过呼叫；

定位信息管理模块，被配置为若所述指定用户在最近一段时间内针对指定号码发起过呼叫，则将所获取的定位信息发送给所述紧急呼叫平台。

5.根据权利要求4所述的网关，其中：

定位信息管理模块还被配置为若所述指定用户未在最近一段时间内针对指定号码发起过呼叫，则删除所获取的定位信息。

6.根据权利要求4或5所述的网关，其中：

所述紧急呼叫信息采集网元中存储的用户针对指定号码发起呼叫的信令信息由信令网节点上报。

7.一种紧急定位网关，包括：

存储器，被配置为存储指令；

处理器，耦合到存储器，处理器被配置为基于存储器存储的指令执行实现如权利要求1-3中任一项的方法。

8.一种紧急定位系统，包括：

如权利要求4-7中任一项所述的紧急定位网关；

信令网节点，被配置为在用户针对指定号码发起呼叫时，将所述呼叫转发至紧急呼叫平台，还将相应的呼叫信令上报给紧急呼叫信令采集网元；

紧急呼叫平台，被配置为根据所述呼叫向所述紧急定位网关发送查询请求；

紧急呼叫信令采集网元，被配置为向所述紧急定位网关提供指定用户在最近一段时间内针对指定号码发起呼叫的信息；

定位能力网元，被配置为向所述紧急定位网关提供所述指定用户的定位信息。

9.一种计算机可读存储介质，其中，

计算机可读存储介质存储有计算机指令，指令被处理器执行时实现如权利要求1-3中任一项所述的方法。