交互式紧急信息和识别专利检索-飓风风地球科学专利检索查询-专利查询网

交互式紧急信息和识别

阅读：173发布：2020-05-15

专利汇可以提供交互式紧急信息和识别专利检索，专利查询，专利分析的服务。并且公开了一种用于交互式紧急信息和识别的由计算机实现的方法。所述方法包括：由处理器接收关于紧急情况的通知，其中，所述通知包括所述紧急情况的地点；由所述处理器定义地理围栏，所述地理围栏代表环绕所述紧急情况的地点的第一物理区域。所述方法还包括由所述处理器接收代表多个用户装置的地点的地点信息，各用户装置与个体关联；并且由所述处理器基于所述地点信息，确定哪些用户装置位于所述地理围栏内。另外，所述方法包括由所述处理器将关于所述紧急情况的信息发送到位于所述地理围栏内的用户装置。，下面是交互式紧急信息和识别专利的具体信息内容。

权利要求

1.一种用于交互式紧急信息和识别的由计算机实现的方法，所述方法包括：
由处理器接收关于紧急情况的通知，其中，所述通知包括所述紧急情况的地点；
由所述处理器定义地理围栏，所述地理围栏环绕所述紧急情况的所述地点，其中，所述地理围栏包括多个邻近区域，所述多个邻近区域代表距所述紧急情况的所述地点的距离不同的物理区域；
由所述处理器接收代表多个用户装置的地点的地点信息，所述用户装置分别与个体关联；
由所述处理器基于所述地点信息，来确定所述地理围栏内所述多个用户装置的至少两个用户装置的位置，其中，所述确定包括确定所述至少两个用户装置位于哪个邻近区域中；
由所述处理器借助与至少两个个体相关联的所述至少两个用户装置的用户界面，将所述紧急情况告知所述至少两个个体；
由所述处理器借助与所述至少两个个体相关联的所述至少两个用户装置的相应用户界面，提供允许所述至少两个个体提供所述至少两个个体的相应当前安全状态的功能；
由所述处理器从与所述至少两个个体相关联的所述至少两个用户装置接收所述至少两个个体的所述当前安全状态；以及
由所述处理器在管理员界面的单个屏幕上显示所述至少两个个体的所述当前安全状态，其中，所述显示包括基于所述至少两个个体的相应当前安全状态以图形方式区分所述至少两个个体。
2.根据权利要求1所述的方法，其中，所述地理围栏是所述紧急情况的所述地点附近的不同半径的物理区域。
3.根据权利要求1所述的方法，其中，所述紧急情况包括：恐怖袭击、枪击事件、爆炸事件、地震、洪水、火灾、飓风和意外事故中的一个或更多个。
4.根据权利要求1所述的方法，其中，基于无线电塔之间的无线电信号的多点定位、与所述多个用户装置的每个相关联的GPS信号的三角法、WiFi定位和蓝牙传感器信号中的至少一个来确定所述多个用户装置的地点。
5.根据权利要求1所述的方法，还包括：从所述地理围栏内的所述多个用户装置中的至少一个接收以下中的一个或多个：音频数据，视频数据和文本数据。
6.根据权利要求1所述的方法，还包括由所述处理器借助与所述至少两个个体相关联的所述至少两个用户装置的所述用户界面，向所述至少两个个体提供与所述紧急情况关联的紧急指令。
7.根据权利要求6所述的方法，其中，所述紧急指令基于与所述至少两个个体的相应位置相关联的所述邻近区域。
8.根据权利要求6所述的方法，还包括：基于所述紧急指令协调所述至少两个个体的动作。
9.根据权利要求1所述的方法，其中，所述通知包括向与所述至少两个个体相关联的所述至少两个用户装置发送推送消息。
10.根据权利要求1所述的方法，还包括：
由所述处理器借助与所述至少两个个体相关联的所述至少两个用户装置的所述用户界面，提供允许所述至少两个个体提供关于所述紧急情况的反馈的功能；以及由所述处理器从与所述至少两个个体相关联的所述至少两个用户装置中的至少一个接收关于所述紧急情况的所述反馈。
11.根据权利要求10所述的方法，还包括：将所述反馈发送到一个或多个紧急机构。
12.根据权利要求10所述的方法，其中，所述反馈包括用于救助的肯定请求、无需救助的声明、所述紧急情况的评估、音频信息和视频信息中的一个或多个。
13.根据权利要求10所述的方法，还包括：
由所述处理器分析所接收的反馈连同从其它个体接收的反馈；
基于所述分析，由所述处理器生成与所接收的反馈和从所述其它个体接收的所述反馈相关的整合数据；以及
由所述处理器借助所述管理员界面向操作人员提供所述整合数据。
14.根据权利要求1所述的方法，还包括：
由所述处理器从与所述至少两个个体相关联的所述至少两个用户装置中的至少一个接收协助请求；以及
向与所述协助请求相关联的所述个体提供协助，其中，所述协助包括发送信息协助和将所述协助请求发送到一个或多个紧急机构中的一个或多个。
15.根据权利要求1所述的方法，还包括：基于所述至少两个用户装置的所述位置，确定与所述至少两个用户装置相关联的所述至少两个个体的位置。
16.一种交互式紧急信息和识别系统，所述系统包括：
处理器，所述处理器被配置成：
接收关于紧急情况的通知，其中，所述通知包括所述紧急情况的地点；
定义地理围栏，所述地理围栏环绕所述紧急情况的所述地点，其中，所述地理围栏包括多个邻近区域，所述多个邻近区域代表距所述紧急情况的所述地点的距离不同的物理区域；
接收代表多个用户装置的地点的地点信息，所述用户装置分别与个体关联；
基于所述地点信息，来确定所述地理围栏内所述多个用户装置的至少两个用户装置的位置，其中，所述确定包括确定所述至少两个用户装置位于哪个邻近区域中；
借助与至少两个个体相关联的所述至少两个用户装置的用户界面，将所述紧急情况告知所述至少两个个体；
借助与所述至少两个个体相关联的所述至少两个用户装置的相应用户界面，提供第一交互元素和第二交互元素，所述第一交互元素在被激活时指示相应个体当前安全，并且所述第二交互元素在被激活时指示相应个体当前不安全，所述第一交互元素和第二交互元素允许所述至少两个个体提供所述至少两个个体的相应当前安全状态；
从与所述至少两个个体相关联的所述至少两个用户装置接收所述至少两个个体的所述当前安全状态；以及
在管理员界面的单个屏幕上显示所述至少两个个体的所述当前安全状态，其中，所述显示包括用第一显示特性代表提供指示所述个体安全的当前安全状态的所述个体，用第二显示代表特性代表提供所述个体不安全的当前安全状态的所述个体，并且以第三显示特性代表当前安全状态未知的所述个体，所述第一、第二和第三显示特性不同；以及数据库，所述数据库通信地耦合到所述处理器并且被配置成存储至少所述通知和所述位置信息。
17.根据权利要求16所述的系统，其中，所述地理围栏是所述紧急情况的所述地点附近的不同半径的物理区域。
18.根据权利要求16所述的系统，其中，基于无线电塔之间的无线电信号的多点定位、与所述多个用户装置的每个相关联的GPS信号的三角法、WiFi定位和蓝牙传感器信号中的至少一个来确定所述多个用户装置的地点。
19.根据权利要求16所述的系统，其中，所述处理器还被配置成：
从所述地理围栏内的所述多个用户装置中的至少一个接收以下中的一个或多个：音频数据，视频数据和文本数据；以及
借助与所述至少两个个体相关联的所述至少两个用户装置的所述用户界面，向所述至少两个个体提供与所述紧急情况关联的紧急指令。
20.根据权利要求16所述的系统，其中，所述处理器还被配置成：
借助与所述至少两个个体相关联的所述至少两个用户装置的所述用户界面，提供允许所述至少两个个体提供关于所述紧急情况的反馈的功能；以及
从与所述至少两个个体相关联的所述至少两个用户装置中的至少一个接收关于所述紧急情况的所述反馈。
21.根据权利要求20所述的系统，其中，所述处理器还被配置成将所述反馈发送到一个或多个紧急机构。
22.根据权利要求20所述的系统，其中，所述反馈包括以下中的一个或多个：用于救助的肯定请求、无需救助的声明、所述紧急情况的评估、音频信息和视频信息。
23.根据权利要求16所述的系统，其中，所述处理器还被配置成基于所述至少两个用户装置的所述位置，确定与所述至少两个用户装置相关联的所述至少两个个体的位置。
24.一种包括指令的非暂时性计算机可读介质，所述指令在由一个或多个处理器执行时使得执行以下操作：
接收关于紧急情况的通知，其中，所述通知包括所述紧急情况的地点；
定义地理围栏，所述地理围栏环绕所述紧急情况的所述地点，其中，所述地理围栏包括多个邻近区域，所述多个邻近区域代表距所述紧急情况的所述地点的距离不同的物理区域；
接收代表多个用户装置的地点的地点信息，所述用户装置分别与个体关联；
基于所述地点信息，来确定所述地理围栏内所述多个用户装置的至少两个用户装置的位置，其中，所述确定包括确定所述至少两个用户装置位于哪个邻近区域中；
借助与至少两个个体相关联的所述至少两个用户装置的用户界面，将所述紧急情况告知所述至少两个个体；
借助与所述至少两个个体相关联的所述至少两个用户装置的相应用户界面，提供允许所述至少两个个体提供所述至少两个个体的相应当前安全状态的功能；
从与所述至少两个个体相关联的所述至少两个用户装置接收所述至少两个个体的所述当前安全状态；以及
在管理员界面的单个屏幕上显示所述至少两个个体的所述当前安全状态，其中，所述显示包括基于所述至少两个个体的相应当前安全状态以图形方式区分所述至少两个个体。
25.根据权利要求24所述的非暂时性计算机可读介质，其中，所述指令还使得执行以下操作：
借助与所述至少两个个体相关联的所述至少两个用户装置的所述用户界面，提供允许所述至少两个个体提供关于所述紧急情况的反馈的功能；以及
从与所述至少两个个体相关联的所述至少两个用户装置中的至少一个接收关于所述紧急情况的所述反馈。
26.根据权利要求24所述的非暂时性计算机可读介质，其中，所述指令还使得执行以下操作：
基于所述至少两个用户装置的所述位置，确定与所述至少两个用户装置相关联的所述至少两个个体的位置。

说明书全文

交互式紧急信息和识别

技术领域

[0001] 本申请总体上涉及数据处理，更具体地讲，涉及用于交互式紧急信息和识别的系统和方法。

背景技术

[0002] 在灾难事件期间，人们依赖电视、无线电和其它媒体消费装置提供关于事件所有方面的最新信息。这种信息可包括事件的地点、相关人员、做出应答的机构和受害者。当前，用现有系统，没有从在事件附近的人到在用于提供救助的人(例如，警察，消防员等)的位置的关于事件的“即时”信息流。然而，紧急情况下的及时响应可取决于关于紧急情况本身、波及的人员及其状态的准确最新信息。在这些情形下，这种数据的迅速获取和交换可是必要的。紧急情况的区域中的当前视听监控系统可提供关于波及的人员的身份的信息，但这种信息的收集和分析会是耗时的过程。另外，部署这种监控系统的成本高，并且通常被公众不悦地察觉到。历史上，在紧急事件期间，州、本地、和联邦机构使用基于无线电通信的系统，诸如，紧急响应车辆中的移动数据终端(MDT)。它们也依靠事后目击者的叙述和对9-1-1操作中心的呼叫来得到关于刚发生事件的“近似数据”。

[0003] 此外，传统的系统无法向紧急情况所波及的个体提供个性化信息和指导，或者从这些个体请求和接收与紧急情况相关的信息，尤其是以基于实时或接近实时的方式。发明内容

[0004] 提供本发明内容是为了以简化形式介绍构思的选择，识别要求保护的主题的关键特征或必要特征，而不旨在用作确定要求保护的主题的范围的辅助。

[0005] 提供了用于交互式紧急信息和识别的系统和方法。例如，本公开涵盖了与用于交互式紧急信息和识别的由计算机实现的方法相关的第一实施例。所述方法包括：由处理器接收关于紧急情况的通知，其中，所述通知包括所述紧急情况的地点；由所述处理器定义地理围栏，所述地理围栏代表环绕所述紧急情况的地点的第一物理区域。所述方法还包括由所述处理器接收代表多个用户装置的地点的地点信息，每个用户装置与个体关联，并且由所述处理器基于所述地点信息，确定哪些用户装置位于所述地理围栏内。另外，所述方法包括由所述处理器将关于所述紧急情况的信息发送到位于所述地理围栏内的用户装置。

[0006] 在一个实施例中，所述方法还包括由所述处理器接收来自位于所述地理围栏内的用户装置中的至少一个的反馈，所述反馈是在所述用户装置上所设置的用户界面中来生成的。这种反馈可包括用于救助的请求和/或不需要救助的声明。另外，所述反馈可包括与所述紧急情况相关的文本信息、与所述紧急情况相关的音频信息、和/或与所述紧急情况相关的视频信息。在另一个实施例中，其中，所述地理围栏包括多个邻近区域，所述多个邻近区域代表距所述紧急情况的位置的距离不同的物理区域，并且所述方法还包括：确定位于所述地理围栏内的各用户装置分别位于哪个邻近区域中。在另一个实施例中，所述方法包括向位于所述地理围栏内的用户装置发送与所述紧急情况关联的紧急指令。

[0007] 又如，本公开涵盖了与一种用于交互式紧急信息和识别的由计算机实现的方法相关的第二实施例。所述方法包括：由处理器创建与地标关联的虚拟信标；并且由所述处理器接收代表多个用户装置的地点的地点信息，每个用户装置与和所述地标关联的个体关联。所述方法还包括：由所述处理器基于所述地点信息确定哪些用户装置位于距所述虚拟信标的注册距离内；将与所述注册距离内的用户装置关联的个体注册到紧急通知列表中；并且从所述紧急通知列表中注销与所述注册距离之外的用户装置关联的个体。另外，在创建所述虚拟信标之后，所述方法包括由处理器接收关于紧急情况的通知，其中，所述通知包括所述紧急情况的地点，以及由所述处理器将关于所述紧急情况的信息发送到与注册到所述紧急通知列表中的个体关联的用户装置。

[0008] 在一个实施例中，所述方法还包括：由所述处理器定义地理围栏，所述地理围栏代表环绕所述紧急情况的位置的物理区域；由所述处理器基于所述地点信息，确定哪些用户装置位于所述地理围栏内；以及由所述处理器将关于所述紧急情况的其它信息发送到位于所述地理围栏内的用户装置。在一个实施例中，位于所述地理围栏内的用户装置的数量少于位于距所述虚拟信标的注册距离内的用户装置的数量。在另一实施例中，发送关于所述紧急情况的信息包括向所述用户装置发送紧急指令。

[0009] 又如，本公开涵盖了与一种用于交互式紧急信息和识别的由计算机实现的方法相关的第三实施例。所述方法包括：用在与个体关联的用户装置上执行的用户界面，显示关于所述用户装置接收的紧急情况的信息；以及用所述用户界面提示所述个体来提供所述个体的当前安全状态。所述方法还包括：借助对于所述用户界面的输入，接收所述个体的当前安全状态，所接收到的所述安全状态被随后发送到紧急信息和识别系统。另外，所述方法包括：用所述用户界面提示所述个体来提供紧急情况数据；以及借助对于所述用户界面的输入，接收紧急情况数据，所接收到的所述紧急情况数据被随后发送到所述紧急信息和识别系统。

[0010] 在一个实施例中，提示所述个体提供当前安全状态包括：如果需要救助则显示所述个体可启动的第一控制元件，并且如果不需要救助则显示所述个体可启动的第二控制元件。在另一个实施例中，提示所述个体提供所述紧急情况数据包括显示第一控制元件、第二控制元件和第三控制元件中的至少一个，所述第一控制元件可由所述个体启动来提供与所述紧急情况相关的文本信息，所述第二控制元件可由所述个体启动来提供与所述紧急情况相关的音频信息，以及所述第三控制元件可由所述个体启动来提供与所述紧急情况相关的视频信息。在其它实施例中，显示关于紧急情况的信息包括显示图形地图，所述图形地图示出相对于所述用户装置的位置的所述紧急情况的地点。在另一个实施例中，显示关于所述紧急情况的信息包括基于所述紧急情况到所述用户装置的接近度，来改变所述用户界面的外观。附图说明

[0011] 实施例是以举例方式图示的，并不限于附图中的图表，在附图中，类似的参考标号指示类似的元件，并且其中：

[0012] 图1示出按照一些实施例的可在其内实现交互式紧急信息和识别系统和方法的环境。

[0013] 图1A示出按照本公开的其它实施例的可在其内实现交互式紧急信息和识别系统和方法的另一种环境。

[0014] 图2是示出按照某些实施例的交互式紧急信息和识别系统的各种模块的框图。

[0015] 图3是示出按照一些示例实施例的交互式紧急信息和识别方法的流程图。

[0016] 图4示出按照一些实施例的紧急情况的屏幕截图。

[0017] 图5示出按照一些实施例的定义紧急情况的地理围栏的屏幕截图。

[0018] 图5A示出图5的屏幕截图，但是是显示在第一应答方的移动装置上。

[0019] 图6示出按照一些实施例的紧急情况通知的屏幕截图。

[0020] 图7示出按照一些实施例的提供紧急情况数据的屏幕截图。

[0021] 图8示出按照一些实施例的向紧急情况所波及的个体提供紧急动作指令的屏幕截图。

[0022] 图9示出按照一些实施例的提供个体安全信息的屏幕截图。

[0023] 图9A示出图9的屏幕截图，但是是显示在第一应答方的移动装置上。

[0024] 图10示出由交互式紧急信息和识别系统提供的管理员用户界面的示例画面。

[0025] 图11示出根据本公开的一个实施例的用于将用移动装置拨打紧急号码的个体进行地理定位的系统的环境。

[0026] 图12示出根据本公开的一个实施例的将用移动装置拨打紧急号码的个体进行地理定位的方法。

[0027] 图13示出以计算机系统的示例性电子形式的机器的计算装置的图解表示，在该计算机系统内，可执行用于致使机器执行本文中讨论的方法中的任一个或多个的指令集。

[0028] 图14示出根据本公开的实施例的交互式紧急信息和识别系统200的管理员用户界面的另一个示例画面。

[0029] 图15示出根据本公开的实施例的个体的基于虚拟信标的紧急通知的方法的简化流程图。

具体实施方式

[0030] 本文中描述了交互式紧急信息和识别系统和方法。就诸如枪击、恐怖袭击等紧急情况而言，可使用个体携带的用户装置(例如，智能电话、平板计算机等)的位置服务来确定靠近紧急情况位置的个体的身份和位置。与紧急情况的位置相距一定距离内的个体可被告知有紧急情况并且被请求提供关于该情形的实时反馈，诸如，他们察觉到紧急情况时他们的安全状态和情况信息。反馈可以是由市民级用户和/或包括诸如警察或消防员或护理人员的第一应答方的州或本地单位提供的。市民级用户或个体可提供关于他们的状况、安全和/或他们可拥有的关于紧急情况的任何信息的信息。这些个体可借助他们的装置接收音频、视频和/或文本数据。例如，可接收活动中的枪手的照片或恐怖袭击的视频。接收到的反馈可被推送到执法部门或其它合适的机构。

[0031] 另外，来自诸如本地紧急行动法案(Emergency Plan Actions)或特殊预案——例如发生事件的建筑管理的本地紧急行动法案或特殊预案——各种源的数据可被获取并且被远程提供到波及的个体。例如，相对于紧急情况的紧急指令可从数据中提取并且经由他们装置的用户接口被提供到波及的个体。例如，紧急指令可以以图形形式被作为用户装置上显示的地图上的方向来提供。同时，可在地图上显示个体的当前位置。

[0032] 在一些实施例中，可使用交互式紧急信息和识别系统来请求紧急情况下的辅助。因此，用户可借助用户装置发送紧急情况通知和/或与紧急情况相关的额外数据。可确定用户的地理地点并且可将波及用户的紧急情况告知本地紧急机构。根据紧急情况的性质，可同时向州的紧急机构或当局、联邦的紧急机构或当局(例如，FEMA、FBI、军警等)或这二者额外提供通知。另外，可基于通常相对于紧急情况的用户的地理地点来获取紧急指令，并且诸如经由用户装置的图形接口将其提供到用户。系统和方法可例如针对无法足够看清的用户使用音频接口，否则使用图形接口，然而，由于声音会影响紧急情况的成因，因此在这些布置中应该被小心使用。

[0033] 现在，参照附图，图1示出可在其内实现交互式紧急信息和识别系统和方法的环境100。环境100可包括网络110、个体120(通常，市民)、与个体120关联的用户装置130、保安公司140、由保安公司运作的交互式紧急信息和识别系统200、本地和联邦紧急执法机构160(例如，救援部门、警察局、火警部门、FBI、国土安全部等)、第一应答方用户装置162、应答方
170和工作站180。网络110可包括因特网或能够在装置之间传达数据的任何其它网络。合适的网络可包括以下任意一个或多个或与其相接口：例如，本地内联网、PAN(个域网)、LAN(局域网)、WAN(广域网)、MAN(城域网)、虚拟专用网(VPN)、存储区域网(SAN)、帧中继连接、高级智能网(AIN)连接、同步光学网络(SONET)连接、数字T1、T3、E1或E3线路、数字数据服务(DDS)连接、DSL(数字用户线路)连接、以太网连接、ISDN(综合业务数字网络)线路、诸如V.90、V.34或V.34双模拟调制解调器连接的拨号端口、电缆调制解调器、ATM(异步传输模式)连接、或FDDI(光纤分布式数据接口)或CDDI(铜分布数据接口)连接。此外，通信还可包括与各种无线网络中的任一个的链路，这些无线网络包括WAP(无线应用协议)、GPRS(通用分组无线服务)、GSM(全球移动通信系统)、CDMA(码分多址)或TDMA(时分多址)、蜂窝电话网络、GPS、CDPD(蜂窝数字分组数据)、RIM(移动通讯咨询有限公司(Research in Motion,Limited))双向寻呼网络、蓝牙无线电、或基于IEEE 802.11的射频网络。网络110还可包括以下任意一个或多个或与其进行接口：RS-232串行连接、IEEE-1394(Firewire)连接、光纤信道连接、IrDA(红外)端口、SCSI(小型计算机系统接口)连接、USB(通用串行总线)连接或其它有线或无线、数字后模拟接口或连接、网孔或联网。网络110可以是出于数据通信目的而互连的数据处理节点的网络。

[0034] 用户装置130是供个体120使用的支持网络的计算装置并且可以是移动电话、台式计算机、便携式电脑、上网本、智能电话、平板计算机(例如，或 )、或能够通过网络发送和接收数据的其它计算装置。例如，用户装置130可包括诸如蜂窝无线电、WiFi无线电、蓝牙无线电、或能够与网络110通信的任何其它收发器的任何数量的通信收发器。用户装置130还包括用于显示与交互式紧急信息和识别系统200关联的用户界面的图形用户界面(GUI)。在一些实施例中，用户界面是通常在紧急事件之前由系统200提供的并且下载安装到用户装置130上的应用(或“app”)的一部分。例如，如果个体120是与大学关联的学生，则学生可将应用下载到其智能电话和/或平板中，将其作为入学或培训的部分。
这种app可使用用户装置中的任一个通信收发器与交互式紧急信息和识别系统200进行通信。例如，该app可借助蜂窝数据连接和/或WiFi数据连接来接收和发送紧急信息。以此方式，如果在紧急情况期间手机信号塔过渡拥堵，则用户装置上的该app可切换成其它通信装置，诸如，WiFi，以发送和接收数据。可供选择地，该app可使用多个同时通信装置——诸如，蜂窝和WiFi——来发送，尽管在这样做时必须要考虑到装置的电池寿命。

[0035] 用户装置130还可包括被构造成确定用户装置的地理地点的硬件和/或软件。例如，用户装置可使用被构造成确定用户装置的当前物理位置的GPS接收器、WiFi无线电、蜂窝无线电、蓝牙无线电、和/或任何其它收发器或其任何组合来确定其目前位置。

[0036] 个体120可以是可借助GUI与交互式紧急信息和识别系统200和/或应答方170进行交互的用户装置130的持有人或用户。应答方170可借助工作站180或其它与交互式紧急信息和识别系统200通信。

[0037] 第一应答方用户装置162类似于用户装置130，但是是由紧急和执法机构内的个体所使用的。第一应答方用户装置162还包括用于便于与交互式紧急信息和识别系统200通信的用户界面，但这种用户界面可显示与回应紧急情况相关的额外信息，如以下将讨论的。第一应答方用户装置162上的用户界面可以是下载安装的应用(或“app”)的一部分。可供选择地，用户界面可以是基于网络的并且能通过标准网络浏览器来查看。

[0038] 交互式紧急信息和识别系统200可以由拥有多个个体的单位(诸如，大学、城市、公司、建筑管理等)所雇用的保安公司140运作，以在涉及与该单位的相关联的个体的紧急情况期间提供信息交换和紧急响应服务。通常，交互式紧急信息和识别系统200跟踪紧急情况期间个体的位置和安全状态并且协调个体和第一应答方之间的信息流。在这方面，交互式紧急信息和识别系统200可在紧急情况期间与一个或更多个本地、州和联邦紧急和执法机构160(例如，救援或护理人员部门、警察局、火警部门、FBI、国土安全部等)通信。交互式紧急信息和识别系统200可从紧急和执法机构160接收与紧急情况、紧急行动预案和其它数据关联的一个或更多个通知。另外，交互式紧急信息和识别系统200可将关于紧急情况位置附近的一个或更多个个体的信息以及从个体120接收的音频、视频、和/或文本数据的信息发送到紧急和执法机构160。

[0039] 图1A示出可在其内实现交互式紧急信息和识别系统和方法的环境102的本公开的另一个实施例。环境102类似于图1中示出的环境100，但交互式紧急信息和识别系统200被托管于由服务(IaaS)供应商202提供的虚拟硬件上的“云中”。具体地讲，交互式紧急信息和识别系统200由安全公司设计、实现和控制，但像通过因特网访问的被托管服务一样执行。在一个实施例中，可借助基于安全网络的应用来访问交互式紧急信息和识别系统200。例如，应答方170和与紧急和执法机构160关联的操作人员可借助网络浏览器和登录来连接到交互式紧急信息和识别系统200，以执行管理任务。在此实施例中，带有网络浏览器的任何装置可连接到交互式紧急信息和识别系统200并且与其进行交互。另外，安装在用户装置
130和第一应答方用户装置162上的应用(“apps”)可在不使用浏览器地情况下自然连接到交互式紧急信息和识别系统200。

[0040] 可用加密协议(例如，Secure Sockets Layer(SSL)、HTTPS等)确保与交互式紧急信息和识别系统200的连接的安全，并且可用认证和/或授权层(例如，登录凭证、电子密钥等)将访问限于经授权用户。另外，可将环境102中的装置上和数据库中存储的所有数据加密，以保护与个体关联的敏感位置和资料信息。例如，可通过高级加密标准(AES)或其它加密协议将交互式紧急信息和识别系统200存储的位置和资料数据加密。

[0041] 通过将交互式紧急信息和识别系统200托管于IaaS供应商202提供的虚拟硬件，允许保安公司140能根据访问系统的装置的量来按比例缩小和提高系统的能力。例如，如果接收到关于主要紧急情况的通知，则在临时基础上由Iaas供应商202启动交互式紧急信息和识别系统200的额外虚拟实例，以操纵比正常数量更大针对系统的连接和更大量的用户间数据的传递。图2是示出按照某些实施例的交互式紧急信息和识别系统200的各种模块的框图。系统200可包括处理器210和数据库220。处理器210可包括诸如微控制器、中央处理单元(CPU)等的可编程处理器。在其它实施例中，处理器210可包括被设计用于实现交互式紧急信息和识别系统200提供的功能的诸如现场可编程门阵列(FPGA)的专用集成电路(ASIC)或可编程逻辑阵列(PLA)。因此，处理器210可接收关于紧急情况的通知。该通知可包括紧急情况的位置并且可从紧急或执法机构、系统200的一个或更多个用户等来被接收。在一个实施例中，用户装置130和第一应答方用户装置162上的用户界面可提供按钮或其它控制元件，个体可通过该按钮或其它控制元件提交关于紧急情况的报告。这种报告可自动地包括用户装置的位置和个体输入的任何描述。

[0042] 基于关于紧急情况所接收的信息，处理器210可定义地理围栏(或地理网)，该地理围栏(或地理网)代表环绕紧急情况的地点的物理区域。在一个实施例中，地理围栏可以是用具有特定半径的圆形限定的物理区域，特定半径从紧急情况的地点延伸。该半径可以是由用户、系统200的操作人员和/或紧急或执法机构人工限定的。另外，可基于紧急情况的特性(例如，类型、严重程度等)来自动地确定半径。在其它实施例中，可根据紧急情况的性质，通过其它形状来定义地理围栏。例如，可通过另一种几何形状来定义地理围栏，或者可通过诸如大学校园、城市街区、或特定建筑物的物理地标的形状来定义地理围栏。另外，地理围栏可包括一个或更多个邻近区域，这些邻近区域代表与紧急情况的地点相距不同距离的物理区域。就圆形地理围栏而言，可通过变化从紧急情况的地点延伸的半径的同心圆来定义邻近区域。另外，交互式紧急信息和识别系统200可基于来自第一应答方、执法机构、带有用户装置的个体、新出口等的输入信息，在紧急情况期间动态地改变地理围栏的大小和/或形状。

[0043] 处理器210可接收描述用户装置130的地点的地点信息。可基于定义的地理围栏来接收地点信息。由于用户装置与个体关联，因此处理器210可基于地点信息，确定个体在地理围栏内的位置。该位置可包括与个体位置关联的邻近区域。

[0044] 处理器210可借助用户装置的用户界面，将紧急情况告知地理围栏内部和外部的个体。另外，用户界面可给个体提供将与紧急情况相关的反馈上传至所述系统200的能力。反馈可由处理器210接收并且可包括用于救助的请求、无需救助的声明、对紧急情况的估计、与紧急情况关联的音频信息、视频信息、文本信息等。在一个实施例中，系统200可基于从用户装置接收的反馈，动态地改变地理围栏的大小和/或形状。例如，个体可报告枪手已经移至第二地点。然后，系统200可将地理围栏的中点移至第二地点。在一些实施例中，可能会需要这种改变的两个或更大预定数量的报告来救助确保地理围栏没有贸然地或错误地移动。并且，这种地理围栏的移动会触发向新定位的地理围栏内的个体发送新一轮的紧急信息的消息。可由系统200基于输入信息自动地执行这种地理围栏的中点移动，或者可通过管理员适宜地访问系统(基于登录凭证等)来人工地执行这种地理围栏的中点移动。

[0045] 数据库220存储在紧急情况下会需要被报警的个体的列表。例如，如果环境100包括大学校园，则此列表可包括学生、教授、员工、管理员和如果在大学校园的里面或附近有紧急情况则需要被警告的任何其他人。将数据库220中的各个体与用于跟踪他们的位置并且提供紧急信息的至少一个用户装置130关联。另外，可将识别信息(照片、描述、联系人信息等)和第三方紧急情况联系人信息与数据库中的各个体关联。关于紧急情况的通知、紧急情况的地点、位于紧急情况附近的个体、和借助用户装置130从个体120接收的反馈可被存储在数据库220中。数据库220中的数据可供系统200的操作人员、一个或更多个第一应答方、紧急或执法机构的代表等访问。

[0046] 图3是示出按照一些示例实施例的交互式紧急信息和识别方法300的流程图。方法300可由可包括硬件(例如，专用逻辑、可编程逻辑和微代码)、软件(诸如，在通用计算机系统或专用机器上运行的软件)、或这二者的组合的逻辑来执行。在一个示例实施例中，处理逻辑安置在交互式紧急信息和识别系统200中，系统200的各种元件可执行方法300。本领域的普通技术人员应该理解，以上模块的示例可以是虚拟的，并且所提及的要由模块执行的指令可事实上由软件来获取并且执行。尽管各种元件可被构造成执行本文中描述的各种操作中的一些或全部，但可设置更少或更多的元件，这依旧落入各种实施例的范围内。

[0047] 如图3中所示，方法300可先开始操作310，即接收关于紧急情况的通知。紧急情况可包括恐怖袭击、枪击事件、爆炸事件、地震、洪水、火灾、飓风、龙卷风、意外事故、坍塌建筑物、和其它自然灾害或人为灾害。该通知可包括紧急情况的地点和/或其描述、分类、类型、行动预案等。可用GPS坐标、街道地址、街道交叉路口、地标、或识别物理地点的其它信息来描述该地点。

[0048] 在一些实施例中，紧急通知可源自位于所关注区域中的一个或更多个传感器。例如，放置在断层带的地震传感器可检测地震活动并且将消息发送到系统200。又如，离岸设置的海啸传感器可检测当水平面低于预定阈值所持续的特定时间量或当水平面高于预定阈值所持续的特定时间量，或者这两者，并且将通知发送到系统200。系统200可进而将紧急通知发送到沿岸区域内的用户装置。

[0049] 在操作320中，可如以上讨论地定义用于紧急情况的地理围栏。可基于紧急情况的描述、种类和/或类型来自动地(至少初始地)定义地理围栏。可供选择地，可通过交互式紧急信息和识别系统的操作人员或通过其用户装置与交互式紧急情况响应系统进行交互的个体来人工地定义或调节地理围栏。在一些实施例中，地理围栏可包括两个或更多个邻近区域。基于到紧急情况的地点的接近度来区分这些区域。

[0050] 在操作330中，可接收与用户装置的地点关联的地点信息。用户装置可包括如本文中描述的移动电话、智能电话、平板计算机、便携式电脑、上网本等。用户装置可由个体携带，使得用户装置的地点可指示个体的位置，或者至少被用作关于个体的位置的指示。在一些实施例中，当将紧急情况通知给系统200时，系统请求用户装置报告其当前位置。在其它实施例中，无论用户装置何时开机，尽管在紧急情况期间发生的频率较低，用户装置都将它们的当前位置周期性发送到系统200。可借助无线电塔之间的无线电信号的多点定位、GPS信号的三角法、WiFi定位、蓝牙传感器信号、或其任何组合来确定地点信息。

[0051] 另外，从用户装置接收的地点信息可包括允许第一应答方确定建筑物或其它结构中的个体垂直位置的信息。例如，接收到的GPS信息可包括高度以及维度和经度。另外，用户装置中的收发器——诸如蓝牙低能耗收发器——可检测建筑物内用户到各种传感器(或信标)的接近度，并且将此接近度信息报告给系统200。例如，建筑物可包括在各楼层上的接近度传感器，从而使用户装置能够报告它处于哪一楼层。如此，紧急情况中的第一应答方将不必花费时间在多个楼层中搜索具有特定经度和维度的受害者。

[0052] 将从用户装置接收的地点信息与地理围栏的边界进行比较，以确定用户装置中哪些位于地理围栏内。用户装置可由个体携带或者与个体相邻，并且用户装置的地点可指示各个个体的地点。基于地点信息和地理围栏，可在操作340中确定地理围栏内的个体(借助他们的用户装置)的位置。就这点而言，如果确定用户装置位于地理围栏内，则在一些实施例中，进一步确定用户装置位于地理围栏内的哪个邻近区域中。与用户装置关联的特定邻近区域可指示携带装置的个体受到的威胁等级。

[0053] 在操作350中，可借助与地理围栏内的个体关联的用户装置的用户界面，将紧急情况告知这些个体。具体地讲，系统200将紧急信息例如作为推送消息发送到地理围栏内的用户装置。在这个背景下，推送消息是用户装置接收的消息而无须用户装置请求该消息。在不同实施例中，可自动地或人工地将这种推送通知发送到用户装置。例如，在一个实施例中，当系统200接收关于紧急情况的信息时，系统可处理信息并且将推送消息自动地发送到波及的用户。在其它实施例中，系统200的管理员可在管理员用户界面上得到即将到来紧急信息的报警，并且人工地致使系统将推送消息发送到选择的或者预先选择的用户装置。管理员用于发送消息的用户界面可以是位于紧急响应中心的计算机控制台上的网络界面，或者用户界面可以在现场的第一应答方装置162上执行。就这点而言，拥有管理员权限(例如，由登录凭证确定)的系统用户可直接从智能手机、平板计算机、膝上型计算机、或其它移动装置上运行的app发出紧急情况通知。

[0054] 一旦已经发送推送消息，就可通过用户装置屏幕上显示的消息将紧急情况告知波及的个体。在一些实施例中，也将警告地理围栏之外的个体有紧急情况，但是在他们的用户装置上接收和显示的消息可以是不同的，例如，消息可以较为笼统或者缺少任何紧急指令。邻近但处于外部的那些个体可比没有邻近地理围栏的那些个体获得更多的信息，诸如，有助于避免在紧急情况剩余的时间期间再次进入地理围栏的这种信息。与图14至图15关联地对此进行更详细的讨论。如以上提到的，在一些实施例中，用户装置包括与用于接收、发送、显示紧急信息并且收集关于用户装置的地点信息的交互式紧急信息和识别系统200关联的应用(或“app”)。在一些实施例中，当用户装置被开启并且不断地在后台运行时，这种app可自动地启动。如此，当从系统200接收到紧急消息时，该app可用于显示与用户当前装置活动无关的消息。

[0055] 在一些实施例中，紧急情况消息的内容和该消息在装置屏幕上的显示格式可取决于与个体关联的邻近区域(即，个体受到的威胁等级)。例如，与紧急情况的地点紧邻的邻近区域中的用户可接收描述该情况的详细消息，并且还接收用于立即躲避的指令。更远离紧急情况的地点的邻近区域中的用户可接收不带指令的更普通的消息，或者只带有关于用于避免紧急情况的要移动的方向的指令的更普通的消息。基于接近度的这种消息定制可减少处于危险之外的个体之中的恐慌。

[0056] 另外，可基于与个体关联的邻近区域来改变用户界面颜色和字体方案。在一个实施例中，如果个体位于紧邻紧急情况情形的地点的邻近区域中，则用户界面可在红色背景上显示粗体字体，以表明高危险等级。可向距离更远的邻近区域中的用户呈现黄色背景。随着个体移动到邻近区域之间，用户界面颜色方案可改变以表明危险等级的改变。另外，所述app可造成用户装置发出与消息的显示对应的警告声音(即使装置被设置成“静音”模式)。

[0057] 另外，在用户装置上显示的推送消息的内容可取决于与用户装置关联的个体的类型。例如，带有第一应答方用户装置162的警察可接收关于枪手的额外详情，而该额外详情将不被发送到市民。可使用需要登录凭证的授权步骤将访问用户装置上的app的个体(例如，个体市民、个体建筑物管理方、警察、消防员等)区分开。

[0058] 在操作360中，可借助用户界面向个体提供用于提供反馈的功能，并且可在操作370中，可在系统200接收该反馈。因此，可请求关于个体状态的信息。以此方式，交互式紧急信息和识别系统可接收关于紧急情况所波及的个体的数量和状态的信息。此外，可从个体接收与紧急情况相关的音频、视频、文本和其它数据。例如，数据可包括在枪击事件中的枪手的照片、关于个体注意到的有嫌疑举动的信息等。

[0059] 在可选的操作380中，可向对应的机构和/或个体用户分配与个体的反馈和地点信息相关的数据。提供到不同各方的数据的量和详情可取决于与各方的协议和设置。另外，可基于提供反馈的个体的邻近区域，对于针对第一应答方的个体的反馈的分配分配优先级。例如，可首先向执法机构发送来自接近紧急事件的个体的反馈，之后发送来自距离更远的邻近区域中的个体的反馈。以此方式，第一应答方可接收最相关的信息并且为最相关的信息给予优先权。

[0060] 同时被发送到对应机构的数据可被这些机构用来促进紧急情况管理和缓解。

[0061] 在一些实施例中，可借助用户界面将与紧急情况关联的紧急指令(例如，作为文本或作为图形指令)提供到个体。紧急指令可以是基于与紧急情况关联的紧急行动预案、对应机构提供的指令等。另外，这些指令可根据与个体位置关联的邻近区域而变化。例如，在枪手10米内的个体会接收到要立即躲避的指令，而在枪手50-100米内的个体会接收到远离枪手的指令。

[0062] 可连续地监视个体的当前位置，并且可诸如通过系统自身或者通过经授权的管理者来协调个体的动作。例如，可告知个体，他正在靠近火灾或者远离救援队，或者可将推荐的移动方向告知个体，或者告知个体使用特定出口路线是安全的，因为紧急情况已结束或者已经改变了地点。在一些实施例中，如果大量个体在环绕紧急情况的地理围栏内，则系统200可基于所述个体的用户装置相对于紧急情况的地点的位置，向这些用户装置自动地发送警告消息。

[0063] 在一些实施例中，交互式紧急信息和识别系统的用户可发送协助请求。该系统可接收该请求并且向用户提供协助。该协助可包括信息协助、向紧急机构发送协助请求、第一援助服务等。

[0064] 图4至图10示出示例性用户界面画面，这些画面示出了交互式紧急信息和识别系统200的一些方面。图4示出一些实施例中的从管理员的视角看的紧急情况的示例画面400。管理员可以是与保安公司140关联的操作人员410，或者管理员可与紧急和执法机构160关联。示例画面400是管理用户界面的一个方面，其向管理员给出交互式紧急信息和识别系统
200的信息和控制。利用与系统200的网络连接，可借助在任何计算装置上的网络浏览器或专用应用来访问所述管理用户界面。

[0065] 示例画面400包含地图402，地图402显示紧急情况的地理地点404。如与图3中的操作310关联地描述的，交互式紧急信息和识别系统200可从对应紧急部门、政府、或执法机构、系统200的用户、或其它来源接收关于紧急情况的通知。该通知可包括关于紧急情况的地点404的数据。系统200提取紧急情况的地点404并且将地点404定义在地图402上，可借助所述管理用户界面向操作人员410进行显示所述地图402。

[0066] 图5示出操作人员410看到的管理用户界面的示例画面500的一个实施例。在图示实施例中该，画面500包含图形地图402，图形地图402示出用具有从紧急情况的地点404延伸的特定半径的圆形定义的地理围栏502。也就是说，地理围栏502的中心通常是紧急情况的地点404。例如，如果枪手或恐怖分子身处顺着道路移动的车辆中，则还可基于紧急情况的地点404的预测移动来设置中心。在一些实施例中，可在地理围栏502内定义众多邻近区域。例如，(用圆形504包围的)邻近区域A可以是半径是50米的物理区域。邻近区域B可以是例如距离地点404达50米和100米之间(圆形504和502之间)的物理区域。

[0067] 可处理与系统200已知的个体关联的用户装置接收的地点信息，以确定哪些用户装置处于地理围栏502内。在图5的示例中，处于位置506的用户装置在地理围栏502之内。另外，处于位置508的用户装置在地理围栏502之外，但邻近地理围栏502。在一个实施例中，可应用过滤器，以筛选出不再活跃的装置，诸如，在紧急情况期间还未移动或者用户未启用的装置。画面500示出在地图402上定义的与紧急情况的地点404相关的位置506和508。位置506中的每个可与地理围栏502内的邻近区域关联。

[0068] 可向操作人员410显示画面500，以与紧急情况的地点404相关地来将个体的位置和移动实时可视化。位置506、508中的每个可附带有与个体关联的简要信息。该信息可被实时更新并且可包括个体的名字、年龄、状态、电话号码、个体的照片、和可能在紧急情况之前或在紧急情况期间提供的其它个体相关数据。

[0069] 在一些实施例中，操作人员410可借助管理员的用户界面联系据信靠近或远离紧急情况的一个或更多个特殊个体或小群体并且与其通信，以得到更多信息。这种通信可以借助电话、网络电话(VoIP)、SMS/MMS文本消息、基于因特网的文本消息等来出现。可使用所述管理用户界面来自动进行连接。通常，优选的是静音方法，使得在靠近紧急情况地点404的个体装置上或其附近不需要有声音。因此，操作人员410可在不必拨打电话号码的情况下呼叫或者以其它方式联系个体中的一个，操作人员410可仅仅启用界面控制元件，并且系统200将自动地执行连接。

[0070] 图5A示出所述管理用户界面的同一示例画面500，然而，在图5A的实施例中，在属于第一应答方或其它执法官员的平板计算机520或其它移动装置上，显示画面500。如上所述，可借助网络浏览器或专用应用(或app)，在平板计算机或其它移动装置上访问包括地图402的所述管理用户界面。如此，第一应答方可实时访问现场的紧急状况信息。

[0071] 图6示出在个体用户装置130的显示屏上示出的紧急情况通知的示例画面600。在一个实施例中，示例画面600可以是由与交互式紧急信息和识别系统200关联的应用(或“app”)呈现的用户界面的一部分。可在从系统200接收到作为推送消息的通知之后，在用户装置130的显示器上示出该通知。在一些实施例中，画面600将中断在用户装置上执行的任何其它动作，以便将紧急情况立即通知个体。该通知包括相对于个体606位置的紧急情况的地点604。可在地图上示出地点604和位置606。如上所述，在一些实施例中，消息的显示格式可取决于与个体关联的邻近区域(例如，红色主题用于高威胁等级，黄色主题用于中等威胁等级，绿色主题用于低威胁等级)。

[0072] 另外，可向个体提供给出反馈的功能。因此，个体可通过启动“我需要救助”按钮608来发送用于救助的请求，或者可通过启动“我很好”按钮610将其状态定义为良好。启动按钮608可涉及在特定扫动或其它手势，以有助于将紧急状况下的意外输入最小化，或者可被尽可能简单地设置而筛出错误的输入。在一个实施例中，当个体启动“我很好”按钮610时，系统200(借助SMS、电子邮件等)将消息自动发送到与数据库220中的个体关联的紧急联系人。如此，受紧急情况波及的个体的家庭成员和朋友将快速得知他们所爱的人是否安全，从而减少了紧急情况期间的电信拥堵量。如果个体替代地启动“我需要救助”按钮608，则第一响应方或其它执法机构得到关于个体位置和安全状态的警告。在一些实施例中，用户装置130可以诸如响应于语音命令的额外方式获取用户反馈。例如，个体能够仅仅说出短语“我需要救助”，而不必选择用户界面中的按钮。在一些实施例中，当个体启动“我需要救助”按钮608时，系统200(借助SMS、电子邮件等)将消息发送到与数据库220中的个体关联的紧急联系人。

[0073] 此外，交互式紧急信息和识别系统200可提供允许个体将与紧急情况关联的数据发送到系统的功能。就这点而言，图7示出按照一些实施例的提供紧急情况反馈的示例画面700。画面700可至少包括“发送照片/视频”702、“发送音频”704和“发送消息”706控制元件。
使用控制元件702-706发送的数据可被发送到交互式紧急信息和识别系统200，然后被转发到合适的机构。

[0074] 图8示出按照一些实施例的向紧急情况所波及的个人提供紧急动作指令的示例画面800。可借助与个体关联的用户装置130的用户界面来提供指令。就这点而言，可由从交互式紧急信息和识别系统200接收到紧急指令数据的应用(或“app”)呈现示例画面800。在一些实施例中，指令可以是与紧急情况的地点802和个体的位置804相关地示出的图形方向806。如以上讨论的，发送到个体的指令可基于个体距紧急情况的地点的距离而不同。紧急指令还可包括文本、音频、或视频消息、或任何其它通信形式。

[0075] 系统200可收集并且分析接收到的与个体安全状态相关的反馈(例如，“我很好”、“我需要救助”等)。基于分析，可生成代表每个个体的实时安全状态的整合数据。该整合数据可以被借助于所述管理用户界面而提供到所述操作人员。

[0076] 就这点而言，用图9示出实时显示个体所报告的安全状态的示例画面900。示例画面可以是系统200提供的管理用户界面的一个方面。可向操作人员902示出安全列表902。安全列表902可用图形方式将具有不同安全状态的系统200的用户(或个体)区分开。例如，可用颜色、字体大小、特殊符号等来突出处于危险的用户904。可用其它符号、颜色等来指示安全用户906和状态未知的用户908。以此方式，系统200的操作人员可快速确定谁处于危险中并且向执法机构报警。在一些实施例中，第一应答方和执法部门可用他们的移动装置直接访问安全列表902。

[0077] 就这点而言，图9A示出所述管理用户界面的同一示例画面900，然而，在图9A的实施例中，画面900是在属于第一应答方或其它执法官员的移动装置910上显示的。如上所述，可借助网络浏览器或专用应用，在智能电话、平板计算机、或其它移动装置上访问包括画面900的管理用户界面。如此，第一应答方可实时访问现场的紧急情况信息。系统200的市民用户将不访问与管理员同一级的信息。例如，带有第一应答方用户装置162的警察可接收关于枪手的额外详情，而该额外详情将不被发送到市民。可使用需要登录凭证的授权步骤来在访问在用户装置上的app的个体之间进行区分。

[0078] 图10示出根据本公开的一个实施例的由交互式紧急信息和识别系统200提供的管理用户界面的另一个示例画面950。示例画面950将图4、图5和图9中讨论的画面的元件组合成提供有效信息传播的单个管理仪表板。就这点而言，管理仪表板包括地图元件952、事故状态元件954、安全列表元件956和事故上传元件958。经授权的管理用户可借助网络浏览器或专用应用，在台式计算机、智能电话、平板计算机、或其它移动装置上来直接访问管理仪表板。

[0079] 地图元件952类似于图4和图5中示出的地图402的地方在于，它用图形方式显示紧急情况的地理地点960和系统200的数据库220中的一个或更多个个体的地点962。地图元件952上代表个体的图标可以按颜色编码，以描绘各个个体的安全状态。在一个实施例中，管理仪表板的操作人员可(用鼠标、手指等)选择地图上显示的个体中的一个，以出现包括关于所选择个体的详情的信息窗口964。例如，信息窗口964可包括名字、照片、ID号、地址、电话号码、电子邮件地址、安全状态和其它相关信息。另外，信息窗口964可例如通过选择电话号码或电子邮件，为操作人员提供直接联系个体的方式。另外，地图元件952包括允许操作人员改变地图上显示的个体的类型的群体选择器966。在图示实施例中，选择“全体用户”，使得在地图上显示数据库220中的每个用户的地点。然而，通过使用群体选择器966来选择不同群体，可允许操作人员查看少于全体的用户的地点。例如，操作人员可基于个体到紧急情况的接近度(例如，50米、200米、500米、1千米等)、他们报告的安全状态(例如，“我很好”、“我需要救助”、未知等)、他们的头衔(例如，学生、教授、员工等)、他们的最后已知地点(例如，万一他们的移动装置关机或者不能操作时)、和可将个体之间区分开其它特性来选择只查看个体的地点，而另外帮助第一应答方应对紧急情况。

[0080] 事故状态元件954包括状态输入970，状态输入970允许操作人员输入关于紧急情况的状态的实时更新。该更新可被推送到个体，立即在他们的用户装置130上显示，并且可借助于第一应答方用户装置162被推送到执法部门。随着在紧急情况期间输入了更新，所述更新用时戳创建事件的时间轴972。该时间轴可另外用于事后的事故报告和调查。

[0081] 安全列表元件956显示从个体用户装置130接收的个体的实时安全状态。如以上与图9关联地提到的，个体的状态可以被颜色编码或者以某种方式区分，使得随着事态发展，操作人员可主要关注的是仍处于危险中的个体。

[0082] 事故上传元件958显示描述从个体接收的紧急情况的信息。如以上关联图7提到的，个体可将关于紧急情况的信息以文本、音频、和照片/视频的形式上传至系统200。在图示实施例中，事故上传元件958显示已经上传的各个体974和这些个体已经上传的内容976的条目。将上传的内容976的条目与时戳关联，以更好地协调应对措施和事故报告。在一些实施例中，操作人员可选择待发送到特定第一应答方的上传的内容976的特定条目，或者可选择将高度相关条目(例如，枪手的照片)发送到所有第一应答方和政府部门。可供选择地，如上所述，第一应答方可通过网络浏览器或本机应用，借助移动装置上的管理仪表板直接访问上传的内容976的条目。

[0083] 图11示出根据本公开的一个实施例的用于将在移动装置上拨打紧急号码的个体以地理方式定位的系统的环境980。环境980类似于图1A中示出的环境102的地方在于，它包括交互式紧急信息和识别系统200，用户装置130和紧急和执法机构160连接到该交互式紧急信息和识别系统200，以在紧急情况期间共享信息并且协调响应。环境980还包括公共安全应答点(“PSAP”)处的紧急调度员982，紧急调度员982从个体120接收紧急(911)呼叫。紧急调度员982利用工作站983来访问关于发出呼叫的个体120的地点和其它信息。就这点而言，紧急调度员982可借助因特网或其它网络110连接到交互式紧急信息和识别系统200的管理用户界面。如将与图12的方法关联地描述的，相比于传统紧急呼叫定位方法(例如，增强型911服务等)，系统200可更快速地为紧急调度员982提供个体的地点。紧急调度员982可联系紧急机构160并且针对个体而调度紧急机构160，如果紧急情况许可。

[0084] 现在参照图12，示出了根据本公开的一个实施例的将在移动装置上拨打紧急号码的个体用地理方式定位的方法984。方法984先开始框986，在框986中，个体120用他或她的移动装置130拨打紧急号码(例如，911)。在框988中，个体连接到询问个体呼叫目的的PSAP处的紧急调度员982。如框990中所示的，在移动装置130上的与系统200关联的应用(或“app”)检测到该个体拨打了紧急号码。如以上提到的，此app在移动装置开机时启动并且不断检测在移动装置上呼出的呼叫，以确定是否呼叫了已知的紧急号码。就这点而言，该app被构造成检测借助标准蜂窝语音线路进行的呼叫，和/或借助移动数据网络连接(例如，蜂窝数据网络、WiFi等)通过IP语音(VoIP)线路进行的呼叫。接下来，在框992中，移动装置上的app询问装置它的地理地点。如以上讨论的，移动装置内的任何数量的硬件和/或软件组件可检测该装置的地点。在一个实施例中，由GPS收发器检测位置。另外，如果在紧急呼叫时禁用移动装置中的位置检测组件中的一个或更多个，则所述app可在进行911呼叫时启用其中的全部或一些。然后，所述app借助网络110将移动装置的地理地点发送到交互式紧急信息和识别系统200，其中，将地理地点与个体关联地进行存储。

[0085] 然后，在框994中，紧急调度员982借助工作站983登录系统200的管理用户界面。在一个实施例中，系统自动地将呼入呼叫的电话号码匹配于与存储在系统中的个体关联的电话号码。一旦匹配，管理用户界面显示关于个体的所有已知信息，包括刚从个体的移动装置接收的个体的当前地理地点。在一个实施例中，将在图形地图上显示用户的地点。以此方式，调度员以在数秒内的方式获知个体当前位置，并不需要依赖于个体来转达准确位置。另外，在一些实施例中，紧急调度员可以选择立即将个体已经拨打紧急号码的事实通知存储在系统200中的个体的紧急联系人。这种通知可自动地出现或者调度员可询问个体，他或她是否想要发生通知。

[0086] 接下来，在框996中，紧急调度员982将紧急和/或执法部门派遣给个体的移动装置所报告的个体的地理地点或个体的地理地点附近。值得注意的是，移动装置上的app将在个体和调度员之间的紧急呼叫悬而未决期间，周期性询问用户装置的当前地点，并且将更新后的地点发送到系统200，以向调度员显示，如框998中所示。在一个实施例中，在紧急呼叫结束之后调度员接收到第一应答方已经到达个体的通知之前，移动装置将持续将其地点发送到系统200。以此方式，无意中断的呼叫将不会妨碍个体地点的获取。在一个实施例中，移动装置在紧急呼叫期间和在紧急呼叫之后将其地点发送到系统200的频率可取决于装置剩余的电池寿命。例如，当移动装置的电池具有超过25％的剩余电池寿命时，移动装置可每30秒发送它的地点，但当电池寿命从25％耗尽至0％时，逐步增大发送间隔。

[0087] 要理解，用于将在移动装置上拨打紧急号码的个体以地理方式定位的方法984仅仅是示例实施例，并且在替代实施例中，在该方法中可包括额外和/或不同的步骤。另外，在某些实施例中，可不包括这些步骤，或者按与方法984不同的次序来执行这些步骤。例如，在一个实施例中，如果个体和紧急调度员之间的紧急呼叫无意间中断，则移动装置上的app可向个体呈现标记为“我很好”和“请回电”的控制元件。如果第一应答方已经到达个体并且不需要与紧急调度员重新连接，则个体可启动“我很好”元件。否则，个体可启动“请回电”元件，以与紧急调度员重新连接。在一个实施例中，如果在第一应答方已经被调度之后个体已经移动，则操作人员可将在途中的第一应答方重新导向新的位置，或者周期性或连续性提供更新后的地理地点信息。

[0088] 另外，在方法984的其它实施例中，用户可借助他们用户装置上显示的应急按钮(panic button)而非通过拨打紧急电话号码来开始与PSAP处的调度员联系。例如，在框986中，处于危险中的用户可在他们用户装置上执行的app中选择应急按钮，并且然后，在框990和992中，app请求用户装置的地理地点并且将包含地点信息的警告消息发送到调度员。在一些实施例中，当启动应急按钮时，给个体提供关于他们是否想要借助电话连接与调度员讲话的选择。无论是何种状况，调度员可随后基于接收到的地点信息来调度第一应答方。另外，如果上面的应急按钮被触发的用户装置与未成年人关联，则系统200可触发对于系统200的其它用户的安伯警报(Amber Alert)型通知。另外，在一些实施例中，当个体启动拨号
911或应急按钮时，系统200(借助SMS、电子邮件等)将消息发送到与数据库220中的个体关联的紧急联系人。

[0089] 另外，可通过可包括硬件(例如，专用逻辑、可编程逻辑和微代码)、软件(诸如，在通用计算机系统或专用机器上运行的软件)、或其组合的逻辑来执行方法984。在一个示例实施例中，处理逻辑安置在交互式紧急信息和识别系统200上，并且系统200的各种元件可执行方法984。

[0090] 图13示出计算机系统1000的示例性电子形式的机器的计算装置的图解代表，在计算机系统1000内，可执行用于致使机器执行本文中讨论的方法中的任一个或多个的指令集。在各种示例性实施例中，机器作为独立式装置操作或者可连接(例如，联网)于其它机器。在联网进行的调配中，机器可在服务器-客户端网络环境中的服务器或客户机的容量内进行操作，或者在点对点(或分布式)网络环境中作为对等机器进行操作。机器可以是个人计算机(PC)、平板计算机、机顶盒(STB)、蜂窝电话、智能电话、数码相机、便携式音乐播放器(例如，诸如移动图像专家组音频层3(MP3)播放器的便携式硬驱动音频装置)、网络电器、网络路由器、开关、电桥、或能够执行指明该机器可采取的动作的(顺序的或其它的)指令集的任何机器。另外，虽然只示出单个机器，但还应当认为术语“机器”包括独立地或联合地执行用于执行本文中讨论的方法中的任一种或多种的指令集(或多个指令集)的任何机器集合。

[0091] 示例计算机系统1000包括借助总线1010彼此通信的一个处理器或多个处理器1002、硬盘驱动1004、主存储器1006和静态存储器1008。计算机系统1000还可包括网络接口装置1012，网络接口装置1012提供对诸如因特网的通信网络的有线和/或无线访问。硬盘驱动1004可包括计算机可读介质1020，计算机可读介质1020存储实施本文中描述的方法或功能中的任一种或多种或者被本文中描述的方法或功能中的任一种或多种利用的指令1022的一个或更多个集。指令1022还可在计算机系统100执行它期间完全地或至少部分地安置于主存储器1006内和/或处理器1022内。主存储器1006和处理器1002还构成非暂态、计算机可读介质。

[0092] 虽然计算机可读介质1020在示例性实施例中被示出是单个介质，但术语“计算机可读介质”应该被当作包括存储一个或更多个指令集的单个介质或多个介质(例如，集中式或分布式数据库、和/或关联的高速缓存和服务器)。术语“计算机可读介质”应该被当作包括能够存储、编码、或携载供机器执行并且致使机器执行本申请的方法中的任一种或多种的指令集的任何介质，或者能够存储、编码或携载被此指令集利用或者与此指令集关联的数据结构的任何介质。术语“计算机可读介质”因此应该被当作包括(但不限于)固态存储器、光学和磁性介质。这种介质还可包括而不限于硬盘、软盘、NAND(与非)或NOR(或非)闪存存储器、数字视频盘(DVD)、RAM、ROM等。

[0093] 本文中描述的示例性实施例可在包括安装在计算机上、硬件中、或软件和硬件的组合中的计算机可读指令(例如，软件)的操作环境中实现。可用计算机编程语言编写或者可用固件逻辑实施计算机执行指令。如果用符合认可标准的编程语言进行编写，则这种指令可在各种硬件平台上针对并且针对各种操作系统的接口来执行。尽管不限于此，但可用任何数量的合适编程语言——诸如，例如，C、C++、C#或其它编译器、汇编器、翻译器或其它计算机语言或平台——来编写用于实现本发明的计算机软件程序。

[0094] 现在，参照图14，示出根据本公开的实施例的交互式紧急信息和识别系统200的管理用户界面的另一个示例画面1050。保安公司140在图1和图1A中示出的环境100和102中的任一个中操作系统200。出于效率的缘故，在图14中未示出环境100和102的一些方面。与保安公司140或紧急和执法机构160关联的操作人员1051可使用管理用户界面的一些方面——包括示例画面1050——来协调紧急情况期间的紧急应答和通信。如以上说明的，可借助在与系统200通过网络连接的任何计算装置上的网络浏览器或专用应用来访问管理用户界面。这样可允许在地理围栏、任何邻近区域内、或与紧急情况的地点或地理围栏相邻的有权限的管理员访问本文中描述的系统。可在紧急情况持续时间内为执法部门或紧急用户提供对于信息和识别系统的临时管理权限，以直接定位和联系任何用户，例如，诸如处于位线中的用户。

[0095] 图14的示例画面1050显示地图1052，地图1052示出地标1054和与地标关联的个体。地标1054可以是任何地理区域、地理特征、地理坐标、物业块(例如，高尔夫球场)、建筑物(例如，购物中心、办公室建筑物、公寓建筑物等)、建筑群(例如，校园、购物中心、市政当局、由同一属性管理员管理的建筑物等)、建筑物的一部分、或任何其它地理区域。例如，在一个实施例中，地标1054是大学校园并且个体1056、1058、1060、1062、1064和1066作为学生、教授、员工等与校园关联。这些个体均与被构造成检测当前地理地点并且将当前地理地点发送到系统200的一个或更多个用户装置关联，如在环境100和102的背景下说明的。将个体1056-1066登记到系统200并且在数据库220中与一个或更多个用户装置关联。在另一个示例中，地标1054是诸如购物中心或商业街的地理区域，在该区域中，进入该区域的个体是随机不可预测的(即，之前没有登记的)。当这些个体物理地进入或靠近地标时，他们会变得与该地理区域关联。就这点而言，当系统检测到存在个体的用户装置并且在数据库220中添加关于个体的信息时，个体会变为登记到系统200中。在一些实施例中，个体可选择不登记到系统200中或者控制从用户装置收集的信息量。

[0096] 在紧急情况期间，可有利的是，例如警告少于该情形下的全部的登记的个体，以减少恐慌并且减小通信流量。具体地讲，与紧急情况的地点距离足够远的那些个体可能不处于任何危险中，因此，不需要在他们的用户装置上接收警告(或者可接收更普通的警告)。例如，如果地标1054是建筑物并且所登记的个体在该建筑物内工作，则如果一些个体例如当前处于远离建筑物的位置，则可不必警告每个个体有火灾警报。在一个实施例中，如果建筑物特别大并且紧急情况的性质是隶属某个楼层，则只需要通知该楼层的用户。与图14至图15关联描述的方法和系统借助虚拟信标跟踪与地标关联的个体的位置，并且基于用户各自与虚拟信标的距离，动态地确定在地标处或地标附近有紧急情况期间要警告哪些用户。

[0097] 就这点而言，地图1052包含处于地标1054内的虚拟信标1068。可将虚拟信标1068与地标关联，而不管当前在地标处是否有紧急情况。可由操作人员1051人工地将虚拟信标1068布置在地图1052上和/或可基于地标1054的特性由系统200自动地将虚拟信标1068布置在地图上。在图示实施例中，虚拟信标1068处于地标1054的大致中心。在其它实施例中，在地标代表相对大的地理区域的情况下，可将多个虚拟信标与单个地标关联。例如，当地标是市政中心(水平扩展)或高层建筑物(垂直扩展)时，可将多个虚拟信标布置在地标内的间隔位置处，以确保有足够的覆盖率。在此实施例中，如果紧急情况受限于地标的部分，则将只警告与覆盖地标部分的虚拟信标关联的那些个体，从而避免不必要的恐慌。

[0098] 在操作中，系统200基于相对于虚拟信标1068所登记的个体1056-1066的移动，动态地创建和修改紧急情况通知。可将地标1054处或附近、或相关地理围栏内出现的紧急情况通知各通知列表上的个体，不通知不在通知列表上的个体，以减少不必要的恐慌和通信流量。在一个实施例中，登记的个体距虚拟信标的距离确定他或她是否将注册到紧急通知列表。例如，将从通知列表中注销(去除)与虚拟信标的距离大于特定距离的个体，在特定距离内的个体将被注册到通知列表。该列表可以周期间隔地或者在出现触发事件——诸如，在虚拟信标的特定距离内出现紧急情况——时动态改变。在图示实施例中，用从虚拟信标径向向外延伸的半径1070代表触发注册/注销的与虚拟信标1068的距离。可由操作人员1051人工地设置注册距离(例如，半径的长度)和/或可由系统200基于地标1054的特性或其它预定特性(例如，地理地点、天、当天时间等)来自动地设置注册距离(例如，半径的长度)。

[0099] 围绕虚拟信标的半径1070的外界形成虚拟边界(或周边)1072，虚拟边界1072通常被设置成涵盖地标的至少全部(或者当存在与地标关联的多个虚拟信标时，地标的特定部分)，并且在一些实施例中，也覆盖相邻的地面或多个相邻地标。在图示实施例中，虚拟边界1072是圆形，然而，在其它实施例中，虚拟边界1072可以是三维的。例如，如果地标是多层建筑物，则半径1070可从三维虚拟信标延伸并且定义覆盖比楼层(即，被特定商务或其它单位占用的楼层)中的该一层更多的虚拟边界。本领域的普通技术人员将理解，在其它实施例中，触发注册/注销的与虚拟信标1068的距离可能不是一致地围绕虚拟信标。例如，水平距离可被设置成大于垂直距离，使得大楼层平面建筑物的整个楼层将被覆盖，但是只有该楼层和相邻楼层可被涵盖在周边内。例如，注册距离可取决于与虚拟信标关联的地标的周边。
以此方式，虚拟边界可以是任何二维或三维的多边形。

[0100] 为了监测相对于虚拟信标1068的所登记的个体1056-1066的地点，与个体关联的用户装置将它们的位置周期性发送到系统200。在一些实施例中，系统200发送周期性请求，请求用户装置报告它们的当前地点。在其它实施例中，每当用户装置开机时，用户装置将它们的当前地点周期性发送到系统200。使用这个地点数据，系统200确定用户装置是否在距离虚拟信标1068的半径1070的距离内(即，在虚拟边界1072的内部还是外部)。在地标是多层建筑物的一些实施例中，从用户装置接收的地点信息可包括允许第一应答方确定个体在建筑物中的垂直位置的信息。例如，接收到的GPS信息可包括高度以及纬度和经度。另外，用户装置中的收发器——诸如，蓝牙低能耗收发器——可检测建筑物内用户与各种传感器(或信标)的接近度并且将此接近度信息报告给系统200。例如，建筑物可包括各楼层的接近度传感器，从而使用户装置能够报告它处于哪一楼层。

[0101] 将与位于虚拟边界1072内的用户装置关联的个体添加到通知列表中(地图1052上的个体1056-1062)。与位于虚拟边界1072外的用户装置关联的个体被去除，如果它们当前存在于列表上(地图1052上的个体1064和1066)的话。如此，通知列表包括在紧急情况期间在地标处需要被通知的个体的实时列表。另外，在其它实施例中，系统主动检测特定用户装置何时跨越虚拟边界1072并且响应于检测到的跨越，在通知列表中去除或添加与用户装置关联的个体。

[0102] 倘若有紧急情况，系统200就将紧急通知发送到与通知列表上的个体关联的用户装置。在这些通知之后，系统200可执行与图1至图10关联地描述的紧急信息传播步骤。例如，系统200可定义围绕紧急情况情形的实际地点的地理围栏并且将详细的紧急信息和指令发送到地理围栏(可所涵盖的可以小于、等于、或大于整个地标1054)内的个体。

[0103] 就这点而言，地图1052还示出在地标1054的区域内的紧急情况1076的地点。系统200具有定义的围绕紧急情况的地点的地理围栏1078，如与图1至图10关联地描述的。使用系统200接收的用户装置地点信息，系统确定个体1058在地理围栏1078内并且采用额外的措施来确保个体的安全。将与图15关联地讨论更充分描述与图14关联地描述的基于虚拟信标的通知系统的方法。

[0104] 现在，参照图15，示出根据本公开的实施例的个体的基于虚拟信标的紧急情况通知的方法1100的简化流程图。方法1100可在与图14关联地讨论的系统的背景中实现。方法1100先开始框1102，在框1102中，在地标的里面或附近创建(即，通过操作人员和/或算法布置)虚拟信标。要注意的是，虚拟信标是在出现紧急情况之前创建的，并且还可用于监测非紧急情况下的个体，例如，以跟踪对危险或机密材料的访问。虚拟信标将其与触发对于紧急通知列表的注册/注销的距离关联。设置的距离可形成涵盖地标的全部或部分、或甚至相邻地标和/或物业的虚拟边界。接下来，在框1104中，与地标关联的个体登记到系统200中。作为这个的一方面，可将个体添加到数据库中并且将其与一个或更多个用户装置关联。方法
1100继续到框1106，在框1106中，紧急系统200从用户装置接收描述用户装置的地理地点的位置数据。在大多数情况下，用户装置的地点将对应于与用户装置关联的个体的地点。

[0105] 然后，方法继续到决策框1108，在决策框1108中，确定用户装置中的每个是否在距离虚拟信标的注册距离内(即，由虚拟信标创建的边界内)。如果特定用户装置不在注册距离内，则方法前进至框1100，在框1100中，从倘若地标处有紧急情况将得到通知的登记用户的列表中，去除与特定用户装置关联的个体。然而，如果特定用户装置在该距离内，则方法前进至框1112，在框1112中，将与特定用户装置关联的个体添加到通知列表中并且倘若地标处有紧急情况将通知该个体。接下来，在决策框1114中，确定是否接收到与地标关联的紧急通知。如果还未接收到此通知，则方法1100返回框1106，在框1106中，紧急系统持续接收与个体关联的用户装置的地理地点。然而，如果已经接收到紧急通知，则方法1100前进至框1116，在框1116中，紧急系统将关于紧急情况的信息发送到与紧急通知列表上的个体关联的用户装置。

[0106] 在一些实施例中，紧急通知可源自位于所关注区域中的一个或更多个传感器。例如，布置在断层带的地震传感器可检测地震活动，或者离岸设置的海啸传感器可检测水平面何时低于预定阈值而持续特定时间量或何时高于预定阈值而持续特定时间量，或这二者。在一些实施例中，当这种传感器检测到非常规活动时，它向系统200发送通知，系统200处理信息并且向与传感器的特定范围内的虚拟信标关联的紧急通知列表上的用户装置发送紧急情况通知。在一个实施例中，传感器本身可充当虚拟信标并且如果用户装置进入距离传感器的指定距离内，则用户装置被注册到通知列表。在另一个实施例中，传感器本身可将推送紧急通知发送到邻近的用户装置附近。在此实施例中，被警告的用户装置的地理范围可取决于传感器检测到的活动的类型和严重程度。

[0107] 最后，方法1100可选地前进至框1118，在框1118中，方法继续到图3中示出的方法300的框320。就这点而言，系统200可执行与方法300关联地描述的任何或所有剩余紧急信息传播步骤。例如，系统200可定义紧急情况情形本身位置周围的地理围栏并且将详细紧急信息和指令发送到地理围栏(可涵盖少于整个地标)内的个体。就这点而言，只有通知列表上的个体的子集可接收关于紧急情况的其它信息/指令，或者可按照地理地点通知个体，例如，对于地理围栏中的、与地理围栏相邻的和远离地理围栏的个体是不同的消息。

[0108] 本领域的普通技术人员将理解，个体的基于虚拟信标的紧急情况通知的方法1100仅仅是示例实施例，并且在替代实施例中，可在该方法中包括额外和/或不同的步骤。另外，在某些实施例中，可不包括这些步骤或者按与方法1100不同的次序来执行这些步骤。例如，在一个实施例中，可在框1104中个体已经登记到紧急系统中之后，执行框1102中的虚拟信标的创建。另外，在一些实施例中，紧急系统可在整个方法1100中而非仅仅框1106期间连续地接收用户装置的地理地点。例如，每当用户装置通电时，用户装置可将它们的当前地点周期性发送到系统200。

[0109] 方法1100可由可包括硬件(例如，专用逻辑、可编程逻辑和微代码)、软件(诸如，在通用计算机系统或专用机器上运行的软件)、或这二者的组合(例如，图1中的计算机系统1000)的逻辑来执行。在一个示例实施例中，处理逻辑安置在交互式紧急信息和识别系统
200中，系统200的各种元件可执行方法1100。

[0110] 在另一个方面，本公开涵盖一种用于交互式紧急信息和识别的由计算机实现的方法，所述方法包括用于交互式紧急信息和识别的由计算机实现的方法，所述方法包括：由处理器接收关于紧急情况的通知，其中，所述通知包括所述紧急情况的地点；由所述处理器定义环绕所述紧急情况的地点的地理围栏，其中，所述地理围栏包括多个邻近区域，所述多个邻近区域代表距所述紧急情况的地点的距离不同的物理区域；由所述处理器接收代表所述多个用户装置的地点的地点信息，所述用户装置分别与个体关联；由所述处理器基于所述地点信息，确定所述地理围栏内的所述多个用户装置中的至少一个用户装置的位置，其中，所述确定包括：确定所述至少一个用户装置位于哪个邻近区域中；以及由所述处理器借助与所述至少一个个体关联的至少一个用户装置的用户界面，将所述紧急情况告知所述至少一个个体。

[0111] 在一个实施例中，所述地理围栏是围绕所述位置的半径有所不同的物理区域。在另一个实施例中，所述紧急情况包括恐怖袭击、枪击事件、爆炸事件、地震、洪水、火灾、飓风和意外事故中的一个或更多个。在另一个实施例中，可基于在无线电塔之间的无线电信号的多点定位、与所述多个用户装置中的每个关联的GPS信号的三角法、WiFi定位和蓝牙传感器信号中的至少一个来确定所述多个用户装置的地点。在一个实施例中，所述方法还包括从所述多个用户装置中的至少一个接收以下中的一个或更多个：音频数据、视频数据和文本数据。

[0112] 在另一个实施例中，所述方法还包括由所述处理器借助与至少一个个体关联的至少一个用户装置的用户界面，将与所述紧急情况关联的紧急指令提供到所述至少一个个体。在优选实施例中，所述紧急指令是基于与所述至少一个个体的位置关联的邻近区域。在另一个优选实施例中，所述方法包括基于所述紧急情况协调所述至少一个个体的动作。在其它实施例中，所述告知包括：将推送消息发送到与所述至少一个个体关联的至少一个用户装置。在另一个实施例中，所述方法还包括由所述处理器从所述至少一个个体接收协助请求；以及向所述至少一个个体提供协助，其中，所述协助包括发送信息协助以及将协助请求发送到一个或更多个紧急机构这两者中的一个或多个。

[0113] 在其它实施例中，所述方法还包括：由所述处理器借助与所述至少一个个体关联的所述至少一个用户装置的用户界面提供允许所述至少一个个体提供关于所述紧急情况的反馈的功能；以及由所述处理器从与所述至少一个个体关联的至少一个用户装置接收关于所述紧急情况的反馈。在另一个实施例中，所述方法还包括将反馈发送到一个或更多个紧急机构。在优选实施例中，所述反馈包括用于救助的请求、无需救助的声明、对紧急情况的估计、音频信息和视频信息中的一个或更多个。在又一个实施例中，所述方法还包括：由所述处理器分析来自所述至少一个个体的反馈连同从其它个体接收的反馈；基于分析，由所述处理器生成与所述至少一个个体和所述其它个体的安全相关的整合数据；以及由所述处理器借助管理员界面将所述整合数据提供到操作人员。

[0114] 在其它实施例中，所述方法还包括基于所述至少一个用户装置的位置，确定与所述至少一个用户装置关联的所述至少一个个体的位置。

[0115] 在另一个方面，本公开提供了一种交互式紧急信息和识别系统，所述交互式紧急信息和识别系统包括：处理器，其被构造成接收关于紧急情况的通知，其中，所述通知包括所述紧急情况的地点；定义环绕所述紧急情况的地点的地理围栏，其中，所述地理围栏包括多个邻近区域，所述多个邻近区域代表距所述紧急情况的地点的距离有所不同的物理区域；接收代表所述多个用户装置的地点的地点信息，所述用户装置分别与个体关联；基于所述地点信息，确定所述地理围栏内的所述多个用户装置中的至少一个用户装置的位置，其中，所述确定包括：确定所述至少一个用户装置位于哪个邻近区域中；借助与至少一个个体关联的至少一个用户装置的用户界面，将所述紧急情况告知所述至少一个个体；以及数据库，其与所述处理器通信地联接并且被构造成至少存储所述通知和所述地点信息。

[0116] 在一个实施例中，所述地理围栏是围绕所述位置的半径有所不同的物理区域。在另一个实施例中，所述处理器还被构造成从所述多个用户装置中的至少一个接收以下中的一个或更多个：音频数据、视频数据和文本数据，并且借助与至少一个个体关联的至少一个用户装置的用户界面，将与所述紧急情况关联的紧急指令提供到所述至少一个个体。在另一个实施例中，基于无线电塔之间的无线电信号的多点定位、与所述多个用户装置中的每个关联的GPS信号的三角法、WiFi定位和蓝牙传感器信号中的至少一个来确定所述多个用户装置的地点。

[0117] 在另一个实施例中，所述处理器还被构造成：借助与所述至少一个个体关联的所述至少一个用户装置的用户界面，提供允许所述至少一个个体提供关于所述紧急情况的反馈的功能；从与所述至少一个个体关联的至少一个用户装置接收关于所述紧急情况的反馈。在优选实施例中，所述处理器还被构造成：将所述反馈发送到一个或更多个紧急机构。在其它优选实施例中，所述反馈包括以下中的一个或更多个：用于救助的请求、无需救助的声明、对紧急情况的估计、音频数据、视频数据和文本数据。

[0118] 在优选实施例中，所述处理器还被构造成基于所述至少一个用户装置的位置，确定与所述至少一个用户装置关联的至少一个个体的位置。

[0119] 在其它方面，本公开提供了一种非暂态计算机可读介质，所述非暂态计算机可读介质包括当由一个或更多个处理器执行时致使执行以下操作的指令：接收关于紧急情况的通知，其中，所述通知包括所述紧急情况的地点；定义环绕所述紧急情况的地点的地理围栏，其中，所述地理围栏包括多个邻近区域，所述多个邻近区域代表距所述紧急情况的地点的距离有所不同的物理区域；接收代表所述多个用户装置的地点的地点信息，所述用户装置分别与个体关联；基于所述地点信息，确定所述地理围栏内的所述多个用户装置中的至少一个用户装置的位置，其中，所述确定包括：确定所述至少一个用户装置位于哪个邻近区域中；以及借助与至少一个个体关联的至少一个用户装置的用户界面，将所述紧急情况告知所述至少一个个体。

[0120] 在一个实施例中，所述指令还致使执行以下操作：借助与所述至少一个个体关联的所述至少一个用户装置的用户界面，提供允许所述至少一个个体提供关于所述紧急情况的反馈的功能；以及从与所述至少一个个体关联的至少一个用户装置接收关于所述紧急情况的反馈。在另一个实施例中，所述计算机可读介质还包括：将所述反馈发送到一个或更多个紧急机构。在优选实施例中，所述计算机可读介质指令还致使执行以下操作：基于所述至少一个用户装置的位置，确定与所述至少一个用户装置关联的所述至少一个个体的位置。

[0121] 因此，已经描述了各种交互式紧急信息和识别系统和方法。尽管已经参照特定示例实施例描述了实施例，但应该清楚，可在不脱离本文中描述的系统和方法的更广精神和范围的情况下，对这些实施例进行各种修改和改变。另外，本公开中的不同实施例的要素可按各种不同方式组合，以公开依旧在本实施例范围内的额外实施例。例如，环境100、102和980中的要素可被组合、交换、或者以其它方式更改，以形成额外实施例。因此，说明书和附图将被视为是例证性的，而非是限制含义的。

标题	发布/更新时间	阅读量
风力发电机叶片的自适应多形态偏转调节方法	2020-05-16	590
钢结构与保温结构一体式固模剪力墙及施工方法	2020-05-14	670
一种具有防飓风功能的小型一体式变电站	2020-05-14	887
一种防飓风装置	2020-05-14	916
一种光氧催化废气处理塔	2020-05-08	391
一种卧式废气处理塔	2020-05-08	483
一种阻尼器	2020-05-16	526
一种光氧催化专用废气净化装置	2020-05-08	330
飓风形配对电极单元	2020-05-11	65
一种自动调隙式高精度回转减速机	2020-05-13	136

交互式紧急信息和识别

交互式紧急信息和识别

技术领域

背景技术

具体实施方式

该功能需要专业版企业版VIP权限，您可以：