CN108717775A - 一种基于应急救援的升级通知方法和*** - Google Patents

Abstract

本发明公开了一种基于应急救援的升级通知方法和***，该基于应急救援的升级通知方法，包括如下步骤：接收用户发送的应急救援请求；依据所述应急救援请求，向预设目标用户发送紧急通知信息；判断所述紧急通知信息是否被目标用户获知；若所述紧急通知信息未被目标用户获知，变更通知方式，重复发送所述紧急通知信息，直至所述紧急通知信息被目标用户获知。本发明可变更多种通知方式发送通知信息，保证通知信息被用户获知，提升可靠性。

Description

一种基于应急救援的升级通知方法和***

技术领域

本发明涉及网络通信技术领域，尤其是一种基于应急救援的升级通知方法和***。

背景技术

紧急突发事件在日常生活中极为常见，火灾、交通事故、台风、地震等紧急事件的发生均容易造成巨大的生命和财产损失，一旦发生这些紧急事件，需要及时通知潜在受害人群，以躲避灾情或协助救助伤员。为此，现有技术已开发出多种应急预警***，现有预警***的通知方式相对单一，往往只具有一种通知方式，且在通知发出后，并不考虑用户是否是否接收，其可靠性有待进一步提升。

发明内容

本发明提供一种基于应急救援的升级通知方法和***，可变更多种通知方式发送通知信息，保证通知信息被用户获知，提升可靠性。

根据本发明的第一方面，本发明提供一种基于应急救援的升级通知方法，包括如下步骤：接收用户发送的应急救援请求；依据所述应急救援请求，向预设目标用户发送紧急通知信息；判断所述紧急通知信息是否被目标用户获知；若所述紧急通知信息未被目标用户获知，变更通知方式，重复发送所述紧急通知信息，直至所述紧急通知信息被目标用户获知。

优选的，所述应急救援请求包含事件关键词和地理位置信息，所述依据所述应急救援请求，向预设目标用户发送紧急通知信息，具体包括：依据所述应急救援请求中的事件关键词和地理位置信息，确定事件类型及事件发生地，向在事件发生地预设范围内的与事件相关联的目标用户发送紧急通知信息。

优选的，当所述应急救援请求未包含地理位置信息，基于卫星定位技术获取发送应急救援请求的目标用户的地理位置信息。

优选的，所述相关联的目标用户为事件潜在受害用户或事件救援用户。

优选的，当所述紧急通知信息未被目标用户读取，确定所述紧急通知信息未被目标用户获知，否则，确定所述紧急通知信息被目标用户获知。

优选的，所述通知方式具有多种并依照预设的排序方式排序，若所述紧急通知信息未被目标用户获知，依照所述排序变更通知方式。

优选的，当所述紧急通知信息被目标用户获知，在预定时间内，判断与目标用户相关联的账号是否在预设客户端登陆，如果未在预设客户端登陆，向目标用户发送账号登陆请求。

优选的，所述通知方式包括推送***通知、发送短信息或电话呼叫。

优选的，还包括：当所述紧急通知信息无法被目标用户获知，向与目标用户绑定的关系用户发送紧急通知信息。

根据本发明的第二方面，本发明提供一种基于应急救援的升级通知***，其特征在于，包括：接收模块，用于接收用户发送的应急救援请求；发送模块，用于依据所述应急救援请求，向预设目标用户发送紧急通知信息；判断模块，用于判断所述紧急通知信息是否被目标用户获知；变更模块，用于在所述紧急通知信息未被目标用户获知时，变更通知方式，重复发送所述紧急通知信息，直至所述紧急通知信息被目标用户获知。

本发明中，在发出通知信息后，会进一步判断通知信息是否被用户获知，如果未获知通知消息，会变更通知方式，使用变更后的通知方式继续发出通知消息，提升用户获知通知信息的可能性，大大提升了可靠性，以应对紧急突发事件。

附图说明

图1为本发明一种实施例的基于应急救援的升级通知方法的流程图；

图2为本发明一种实施例的基于应急救援的升级通知方法的结构示意图。

具体实施方式

下面通过具体实施方式结合附图对本发明作进一步详细说明。

本发明实施例提供一种基于应急救援的升级通知方法，该方法应用于服务器端，如图1所示，其包括如下步骤：

S101：接收用户发送的应急救援请求。

当紧急突发事件发生时，在场用户可向服务器发送应急救援请求，该应急救援请求可以包含紧急事件的类型、事件和/或地点等信息，该应急救援请求，可以以***消息、手机短信息或者电话呼叫等方式发出，服务器读取应急救援请求中的上述信息，即可获取到该请求。当用户采用电话呼叫的方式，服务器具有专用的服务热线，用户与该服务热线通话，服务器通过语音识别以读取请求中所包含的信息。

S102：依据所述应急救援请求，向预设目标用户发送紧急通知信息。

当服务器接收到该应急救援请求，表示当前发生了紧急突发事件，服务器向目标用户发送紧急通知信息，以向目标用户告知紧急突发事件的发生。目标用户可以是***内所有用户，或者***中部分关联的用户。该目标用户可以包括紧急突发事件潜在的受影响群体，例如，地点A发生了火灾，则地点A附近的人具有潜在受害的风险，这些受影响群体应该被疏散，紧急通知消息应该送达这些潜在受影响群体。同时，目标用户还可包括在紧急突发事件中可实施救援的组织或个人，例如救火的消防队，救治突发疾病的医护人员，应对治安问题的保安或警察等，紧急通知消息也应该送达这些救援用户。

紧急通知信息可包含事件的类型、时间和/或地点等信息，还可以包含事件的进展程度、当前伤亡人数等，以帮助受影响用户防范该紧急事件，并可帮助救援用户采用合适的施救方式进行救援。

当然，为了防止请求方用户误告，在发送紧急通知信息之前，判断在预定时间内发送应急救援请求的用户数量，如果该用户数量达到了预定数量，则极有可能确实发生了紧急事件，进而向预设目标用户发送紧急通知信息，否则，认定未发生紧急事件，不发送紧急通知信息。该预定数量随事件的类型、时间和/或地点的不同而不同，可根据日常经验预先设定，例如，发生火灾、***等危险时间，受影响的用户更多，预定数量相对较大，针对小型交通事故，只有事故双方参与，则预定数量设置较小。

S103：判断所述紧急通知信息是否被目标用户获知。

紧急通知信息的送达依赖于网络信道的顺畅，在紧急事件发生时，容易出现网络信号差，甚至无信号的状态。在发送出紧急通知信息后，服务器可先判断紧急通知信息是否发送成功，具体的，基站会反馈信息接收的状态，如果在预定时间内，紧急通知信息未送达至用户，则确认紧急通知信息发送失败，自然也未被目标用户获知。否则，认定紧急通知信息发送成功。

在紧急信息发送成功后，进一步判断该紧急通知信息是否被目标用户获知。这里所说的获知，是指用户是否读取该信息，尽管紧急通知信息已送达至用户，如果用户并未阅读该进行通知信息，对于当前的紧急事件仍然无益。服务器可通过用户端反馈的信息判断通知信息是否被目标用户获知。

S104：若所述紧急通知信息未被目标用户获知，变更通知方式，重复发送所述紧急通知信息，直至所述紧急通知信息被目标用户获知。

如果紧急通知信息未被目标用户获知，服务器将改变发送紧急通知信息的方式。如步骤S103中所述，紧急通知信息的送达依赖于网络信道的顺畅，以及用户账号是否在线等，上述的变更通知方式，包括变更通知发送平台、变更通信协议等。如果用户并未登陆相应的***，通过***推送的信息自然无法传达至用户，则更换为用户已登陆的***，通过该***推送消息。如果数据网络信号异常，则可以改为通过通信网络发送通知信息。

在更换通知方式后，使用更换后的通知方式重复向目标用户发送紧急通知信息，并进一步判断判断所述紧急通知信息是否被目标用户获知，若未被获知，继续更改通知方式，继续发送紧急通知信息，直至所述紧急通知信息被目标用户获知。

在一种实施例中，所述应急救援请求包含事件关键词和地理位置信息，步骤S102中，所述依据所述应急救援请求，向预设目标用户发送紧急通知信息，具体包括：依据所述应急救援请求中的事件关键词和地理位置信息，确定事件类型及事件发生地，向在事件发生地预设范围内的与事件相关联的目标用户发送紧急通知信息。

事件关键词用于表征事件的类型，例如“火灾”可能表征现场发生火情，“车祸”可能表征出现交通事故，“杀人”可能表征发生刑事案件。地理位置信息则表示发生紧急事件的地理位置，这对于救援紧急事件十分重要。

当接收到上述应急救援请求，服务器可从请求中提取出事件关键词和地理位置信息，具体可以根据语义识别或者文字识别，将事件关键词和地理位置信息提取出，并依据事件关键词和地理位置信息确定事件类型及事件发生地。服务器预存有关键词与事件类型的映射关系，依据该映射关系确定事件类型，例如，“火灾”、“失火”、“着火”等关键词映射火情。基于地理位置信息，一方面通过语义识别剔除误差内容，另一面也应结合用户所在城市，确定出时间发生的具***置。

由于事件类型和地点的不同，不可能向所有用户发送该通知信息，在确定事件类型及事件发生地之后，服务器需要确定紧急通知信息的发送对象。如上述所述，与事件相关联的用户包括事件潜在受害用户和事件救援用户，服务器预存有事件类型与关联用户以及事件涉及范围的映射关系，依据该映射关系，首先确定事件的关联用户，例如，针对火情，关联用户包括火情发生地附件的住户以及消防局或医院等，再进一步确定处于在事件发生地预设范围内的与事件相关联的目标用户，进而仅向这些用户发送紧急通知信息。保证信息准确、及时送达，并不影响未关联用户。

其中，当所述应急救援请求未包含地理位置信息，基于卫星定位技术获取发送应急救援请求的目标用户的地理位置信息。

如果用户发送的应急救援请求中未包含表征地理位置的关键词等信息，服务器可请求用户主动发送其地理位置信息，并可依据用户的反馈，基于卫星定位技术获取发送应急救援请求的目标用户的地理位置信息。保证事件发生地的地理位置信息及时、准确获得。

上述实施例中，当所述紧急通知信息未被目标用户读取，确定所述紧急通知信息未被目标用户获知，否则，确定所述紧急通知信息被目标用户获知。

紧急通知信息可以以文字、语音或图形等形式存在。通知方式包括推送***通知、发送短信息或电话呼叫。针对推送的通知和短信，可判断用户是否读取，用户所登陆的***，通常都具有消息管理器，用户是否读取消息，可从消息管理器反馈的结果获知。针对电话呼叫，用户接听，则认定紧急通知信息被目标用户获知，否则，认定紧急通知信息未被目标用户获知。

在一种实施例中，所述通知方式具有多种并依照预设的排序方式排序，若所述紧急通知信息未被目标用户获知，依照所述排序变更通知方式。

通知方式可以依照重要程度或者快捷方式排序，例如，通过***推送通知消息最为快捷，发送短信和电话呼叫则相对较慢，最初可选用***推送通知消息的通知方式，如用户未能获知，则改为发送短信，如仍未能获知，则改为电话呼叫，保证用户获知到通知信息。

进一步的，还包括如下步骤：当所述紧急通知信息无法被目标用户获知，向与目标用户绑定的关系用户发送紧急通知信息。

上述实施例中，服务器变更多种通知方式向目标用户发送紧急通知信息，但仍然有可能存在通知信息无法被目标用户获知的情况，针对此情况，本实施例改变了紧急通知消息的接收方，转而向与目标用户绑定的关系用户发送紧急通知信息。该关系用户可以由用户绑定并可随意更改，关系用户与目标用户的社会关系可以是亲属、朋友、同事或上下级等，可以借助亲属、朋友、同事或上下级来转达紧急通知消息，进一步提升目标用户可获知通知信息的可能性。

在一种实施例中，当所述紧急通知信息被目标用户获知，在预定时间内，判断与目标用户相关联的账号是否在预设客户端登陆，如果未在预设客户端登陆，向目标用户发送账号登陆请求。

针对部分用户，需要其通过救援***参与到事件救援中。因此，必须判断用户是否在***的客户端登陆，其是否处于在线状态。如果其未处于在线状态，则向目标用户发送账号登陆请求，以请求其登陆客户端。

需要说明的是，对于上述各实施例，步骤S104适用于整个应急事件的发展过程，上述向与目标用户绑定的关系用户发送紧急通知信息的过程、向目标用户发送账号登陆请求的过程以及其他过程均执行步骤S104，确保紧急突发事件过程中任意信息都准确、及时传达。

本发明实施例还提供一种基于应急救援的升级通知***，如图2所示，其包括服务器1和多个与服务器1相连的终端设备2，终端设备2可以是手机、平板电脑、个人计算机等。用户登陆在终端设备2上的客户端。该服务器1包括：接收模块11，用于接收用户发送的应急救援请求；发送模块12，用于依据所述应急救援请求，向预设目标用户发送紧急通知信息；判断模块13，用于判断所述紧急通知信息是否被目标用户获知；变更模块14，用于在所述紧急通知信息未被目标用户获知时，变更通知方式，重复发送所述紧急通知信息，直至所述紧急通知信息被目标用户获知。

上述基于应急救援的升级通知***的具体说明可参考基于应急救援的升级通知方法部分的实施例，具体不再赘述。

以上内容是结合具体的实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换。

Claims (10)

1.一种基于应急救援的升级通知方法，其特征在于，包括如下步骤：

接收用户发送的应急救援请求；

依据所述应急救援请求，向预设目标用户发送紧急通知信息；

判断所述紧急通知信息是否被目标用户获知；

若所述紧急通知信息未被目标用户获知，变更通知方式，重复发送所述紧急通知信息，直至所述紧急通知信息被目标用户获知。

2.根据权利要求1所述的方法，其特征在于：

所述应急救援请求包含事件关键词和地理位置信息，所述依据所述应急救援请求，向预设目标用户发送紧急通知信息，具体包括：依据所述应急救援请求中的事件关键词和地理位置信息，确定事件类型及事件发生地，向在事件发生地预设范围内的与事件相关联的目标用户发送紧急通知信息。

3.根据权利要求2所述的方法，其特征在于：

当所述应急救援请求未包含地理位置信息，基于卫星定位技术获取发送应急救援请求的目标用户的地理位置信息。

4.根据权利要求2所述的方法，其特征在于：

所述相关联的目标用户为事件潜在受害用户或事件救援用户。

5.根据权利要求1所述的方法，其特征在于：

当所述紧急通知信息未被目标用户读取，确定所述紧急通知信息未被目标用户获知，否则，确定所述紧急通知信息被目标用户获知。

6.根据权利要求1-5任一项所述的方法，其特征在于：

所述通知方式具有多种并依照预设的排序方式排序，若所述紧急通知信息未被目标用户获知，依照所述排序变更通知方式。

7.根据权利要求1-5任一项所述的方法，其特征在于：

当所述紧急通知信息被目标用户获知，在预定时间内，判断与目标用户相关联的账号是否在预设客户端登陆，如果未在预设客户端登陆，向目标用户发送账号登陆请求。

8.根据权利要求1-5任一项所述的方法，其特征在于：

所述通知方式包括推送***通知、发送短信息或电话呼叫。

9.根据权利要求1-5任一项所述的方法，其特征在于，还包括：当所述紧急通知信息无法被目标用户获知，向与目标用户绑定的关系用户发送紧急通知信息。

10.一种基于应急救援的升级通知***，其特征在于，包括：

接收模块，用于接收用户发送的应急救援请求；

发送模块，用于依据所述应急救援请求，向预设目标用户发送紧急通知信息；

判断模块，用于判断所述紧急通知信息是否被目标用户获知；

变更模块，用于在所述紧急通知信息未被目标用户获知时，变更通知方式，重复发送所述紧急通知信息，直至所述紧急通知信息被目标用户获知。