多个个人和多个组织之间的危机相关信息的交换的制作方法

本文描述的主题涉及对危机相关信息的交换的管理，具体地，涉及与关联到多个正式和非正式组织的个人的信息传播。

目前可用于个人报告紧急情况的常用手段是呼叫911，并被接至当地警察、消防或紧急医疗服务。另外，个人通常与相关的人群进行通信，例如他们的家人、工作同事、队友、同学等。这种通信是顺序并且是非结构化的，经常基于未针对快速危机解决方案而被优化的因素而具有优先排序，这潜在地增加了对此人或其他人的风险。

现有标准和系统不能使个人在多个组织和/或个人群组之间传达结构化危机相关信息。因此，在危机期间，个人通常使用多种非结构化通信手段(例如电话呼叫、社交媒体和文本消息传输)来传递到达他们所有的预期受众。这导致无效的危机管理，危及生命和财产。

现有的标准和系统不能使组织在没有预先安排针对与多个个人和个人群体相对应的计算设备和/或网络的专有访问的情况下参与到与这些个人或个人群体的危机相关信息的双向通信。因此，组织必须使用多种通信手段来到达他们的预期受众，例如紧急警报系统、媒体和单向大众通知系统。

通常情况下，组织使用单向大众通知系统仅向自己的人员(如果有的话)传达危机相关信息。其他组织向其预期受众提供专有的双向通信手段，例如在智能手机或平板电脑上运行的专用应用程序，或为个人提供呼叫中心访问以报告紧急情况。其他组织可以使用单向公共安全广播信道，例如紧急警报系统(EAS)和无线紧急警报(WEA)来宣布危机情况。

危机通信管理的一个挑战是提供准确定向与危机有关的受众以进行紧急通信的能力。以下示例提供了说明此挑战的场景。

事故发生，并影响多个个人，包括伤亡者、观察者、急救人员和应急管理人员。这些个人通常彼此不相关，并且每个个人与多个群组相关，这些群组可以包括但不限于他们的家庭、社区、工作场所、企业和教育机构。受影响的个人是恰巧在事故附近的人、在附近工作的人、各种执法组织的成员、紧急医疗人员等。

在事故事件的整个演变过程中，个人需要与他们所在的多个群组和组织进行沟通。例如，事故伤者需要向他们的家庭和急救人员报告(如果他们能够的话)他们的位置和伤者的状态。事件的观察者可以通过向相关的公共安全接入点(PSAP)发送文本、图像或视频报告，同时通知其家人和工作场所他们是安全的，从而有助于应急服务的情势感知。根据事故情况，急救人员和指挥机构可能需要指示公众留在庇护地或避开某些地区。PSAP和指挥机构可能需要征集各类急救人员的帮助和应急医疗资源，这些资源可能在也可能不在他们的直接控制之下。

使用目前的技术，本示例中描述的每个组成部分将使用多个通信机制和信道，尝试到达其预期受众。事故伤者可拨打911报告他们的位置和状态。另外，他们会致电他们的家人，向家人通知其位置和状态。观察者还将尝试拨打911，口头报告他们的观察。碰巧在事故地点附近的人可以呼叫他们的工作场所，向工作场所通知他们自己的位置、状态和/或事故细节。指挥机构可以使用大众通知系统向其订户通知该事故和所需的行动。PSAP将使用其专有通信系统来到达其直接控制下的急救人员，并使用其他通信机制(例如电话呼叫)向不在其直接控制下的资源寻求援助。公众成员可以调台到新闻媒体或使用社交网络接收事件的详细信息，还可能接收到非权威、不准确、不完整和/或误导的信息，这可能导致大规模混乱。这种混乱甚至可能导致对本来安全的个人的身体伤害的风险。

这些各种通信机制和信道彼此不相关，因此必须由通信的每个发送器和接收器单独和顺序地使用。这些情况不可避免地导致延误，并可能导致通信中的错误，危及生命和财产。

现有的组织和社区通知系统不能定向与组织或社区无关的个人。凭借他们的技能、身体可用性和位置，这些个人的可用性对危机的解决可能至关重要。由于这些个人与其他组织相联系，因此在使用现有通知系统时，危机情况的管理方无法直接访问或定向他们。

危机通信管理的另一个挑战是，有效的危机管理需要多个组织和个人的参与，而这些组织和个人无法访问参与管理危机事件的每个系统。这样的系统通常在防火墙后方以及在只有作为组织的成员或与组织相关的授权个人才可以访问的私有网络上操作。目前没有这样的系统或交换机制能够安全地促进多个危机管理系统和参与危机事件但未被授权访问所有这种系统的个人之间的信息交换。

附图说明

附图仅出于说明的目的描绘了各种实施例。本领域技术人员将从以下讨论容易地认识到，可以采用所示系统和方法的替代实施例，而不脱离本文所描述的原理。

图1是概念性地示出根据一个实施例的在不同实体之间的危机相关信息的交换的高级图。

图2是示出根据一个实施例的所公开的系统的示例性部署和安全通信服务(SCS)经由各种通信信道与订阅组织、信息发布者和个人用户的互连的框图。

图3是示出图2所示的SCS的一个实施例的框图。

图4是示出根据一个实施例的包括在SCS中的各种数据仓库的图。

图5是示出根据一个实施例的在SCS、组织系统和个人用户的移动设备之间的信息的操作流程的图。

图6是示出根据一个实施例的所公开的系统的通用情况的图。

图7是示出根据一个实施例的使用所公开的系统的动态位置特征来订阅到组织的移动用户的示例性使用情况的图。

图8是示出根据一个实施例的订阅组织向订阅的用户通知紧急情况的示例性使用情况的图。

图9是示出根据一个实施例的信息发布者通过SCS来发布危机相关信息的示例性使用情况的图。

图10是示出根据一个实施例的移动用户在遇到危机情况时发出胁迫警报的示例性使用情况的图。

图11A至11C示出了根据一个实施例的移动用户行进到与他/她的家位置不同的位置并且经历危机情况的综合性示例性场景。

图12示出了能够从机器可读介质读取指令并在处理器(或控制器)中执行指令的示例机器的组件的一个实施例。

具体实施方式

人们的生活涉及了基于各种关系的多个实体群组，并且人们以不同方式与这些群组的其他成员通信，方式在某种程度上取决于对应关系的性质。这些群组包括但不限于：家庭、社区、城镇、州、居住国、工作场所和教育机构。个人还可以是自组织(ad-hoc)的群组的一部分，这种群组是在特定时间出现在特定位置的结果，例如音乐会、体育赛事或度假目的地。

当危机发生时，个人可能需要与这些群组的一些或所有其他成员通信。例如，当特定个人观察到犯罪正在进行时，她(或他)可能想向当地警察局发起报告。她还可能想向她的家人报告她目前的下落，并让他们知道她是安全的，以及通知她的雇主，她正在受到延误，不会及时到达她的工作地点。

在处理犯罪现场时，当地警察局可能需要建立一个安全周界(perimeter)，并向在周界内的个人发起通信。警察局可以指示这些个人保持在原地，并且可以指示安全周界外的个人离开犯罪现场。

在接收到来自警察的通信时，在犯罪现场附近的其他个人可能想向应急人员报告他们的意见，以便增加应急人员的情况感知，并通知他们的家人和工作同事他们的下落和状态。

警察调度员也可能需要从当地警察局和/或应急医疗服务派遣更多急救人员到现场。

该简化示例说明了有效的危机通信如何要求多个个人与多个组织和个人进行双向通信。根据个人在危机相关的各种群组和组织中的角色，该通信可能采取不同的形式。

仅通过说明的方式，附图和以下描述涉及优选实施例。应当注意，从以下讨论中，本文公开的结构和方法的替代实施例将容易地被认为是可以在不脱离所要求保护的原理的情况下采用的可行替代方案。

现将详细参照多个实施例，附图中示出了实施例的示例。注意，在可行的情况下，在附图中可以使用类似或相似的附图标记，并且可以指示类似或类似的功能。附图仅出于说明的目的而描绘了所公开的系统(或方法)的实施例。本领域技术人员将从以下描述容易地认识到，可以采用本文所示的结构和方法的替代实施例，而不脱离本文所描述的原理。

功能概览

本文公开的系统总体涉及提供对多个个人用户和多个组织之间的危机相关信息的交换的管理。在本文中，该系统应被称为危机信息交换(CIE)。在至少一个实施例中，该系统包括安全通信服务(SCS)、一个或多个终端用户应用、一个或多个通信接口、以及应用编程接口(API)。

结构化危机相关信息使得能够使用一致性数据框架在实体之间传递信息，这提高了通信的效率和准确性。与非结构化通信相比，该CIE提供的框架实现了一致且基于规则和形式的通信，其支持可预测的工作流，减少不正确信息被分散的可能性，并且使系统的操作更快，更简单和对用户更直观。结构化危机相关信息的实施例包括但不限于：来自组织的基于形式的多媒体消息、来自个人的对危机相关的信息的预定义通知、来自现场个人的预定义危机相关报告等。

在一个实施例中，CIE提供用于在多个组织和多个个人用户之间交换危机信息的服务。这些服务实现了在多个实体(包括多个个人和多个组织和/或个人群组)之间的结构化危机相关信息的双向通信。例如，使用CIE，多个个人能够使用他们可用的多个通信设备来与多个个人组织和关联通信结构化危机相关信息，从而提高他们的危机相关通信的速度、准确性和效率。

在另一实施例中，CIE提供用于在多个组织之间交换危机信息的服务。这些服务实现了从诸如国家天气服务(NWS)或综合公共警报和警报系统(IPAWS)等信息发布者向组织性危机管理系统和公共安全接入点(PSAP)传送结构化危机相关信息。这些服务还包括在不同危机管理系统之间交换结构化危机相关信息，以及从危机管理系统向公共服务接入点(PSAP)和警报系统(如紧急警报系统EAS)传送结构化危机相关信息。

在另一实施例中，CIE还提供用于在多个个人之间交换危机信息的服务。这些服务实现了已在其间建立关联的多个个人(例如家庭、社区成员、宗教组织、体育团队等)之间的结构化危机相关信息的双向通信。

在各种实施例中，CIE提供的服务使得组织能够定向与危机解决最相关的个人，并且直接或间接地通知可能受危机影响的个人，而不管他们的组织联系。该系统能够基于多个参数来确定个人对危机解决的相关性，所述参数包括但不限于个人的信息偏好、位置、角色、技能和时间表。

在各种实施例中，CIE提供的服务还使得组织能够基于多个参数来定向可能或可能不与事源(originating)组织相关联的个人和组织，所述参数包括但不限于个人的信息偏好、位置、角色、技能和时间表。例如，紧急操作中心可以定向在特定时间范围内位于特定区域内的所有个人和组织，而不管他们的组织关联。

在各种实施例中，CIE促进在参与危机事件管理的多个危机管理系统之间的可靠和安全的信息交换，使得这些系统中的每一个能够安全地在其各自的防火墙后方并在其只有自己的授权个人用户可以操作的私有网络上运行。CIE不管理危机本身，而是使每个危机管理系统能够通过可靠、安全且双向地与相关个人和组织交换危机信息来运行。

在一个实施例中，SCS是服务于多个个人用户的设备和多个组织的系统的、可扩展、在地理上分布的信息系统。SCS管理用户设备和组织系统之间的信息流，以确保通信的可靠性并保护组织网络安全性，同时实现用于在多个个人、组织和群组之间路由消息的业务规则。

端用户设备使端用户能够通过SCS与多个组织和其他个人的群组进行双向通信。用于这种通信的装置包括但不限于：用于多个移动设备和移动操作系统平台的个人安全移动应用；用于多种类型的Web浏览器客户端的Web用户界面应用；FACEBOOK^TM应用和基于PC的应用；以及经由语音呼叫、文本消息、电子邮件等的通信。通常，端用户应用提供相似的功能和用户体验，并受到其各自平台的限制。然而，在一些实施例中，某些端用户应用可以被定制为满足个人用户和/或组织的专门要求。

在各种实施例中，通信接口包括在SCS和各种通信系统之间进行接口的硬件和软件组件，所述通信系统包括但不限于：文本消息传输系统、电话系统、室内和室外通知系统、紧急警报系统(EAS)和无线紧急警报(WEA)。

所公开的系统的实施例提供以不同订阅类型来订阅CIE的服务的方式向CIE订阅的组织系统和非正式群组(在此称为“订阅系统”)。关联(Association)表征了实体(例如家庭群、组织及其雇员、在给定区域中的人等等)之间的真实世界关系，并且订阅定义了由CIE用来基于真实世界关系确定哪些个人和/或组织接收给定消息的一组规则。

订阅类型可以包括但不限于：a)仅发布-仪能够提供信息并且不从用户接收信息的系统，例如国家气象局；b)仅接收-仅接受用户或紧急警报系统(EAS)发起的消息的系统，例如911公共安全接入点(PSAP)；和/或c)双向，发布并接收信息的系统(例如组织或区域危机管理系统)以及非正式关联(例如家庭成员、朋友和当前在特定地理区域中的个人)。

在一个实施例中，CIE提供管理每个用户的复合简档的能力。这些复合简档包括对用户的所有关联而言共有的属性(例如用户身份)，以及每个关联特有的属性(例如个人在给定组织中的角色)或个人通常用来与由给定关联标识的接收者进行通信的特定通信设备。例如，个人可能是他的大学的教员，也是他的社区的志愿消防员。这两个角色专用于这两个关联，但是个人的姓名、家庭地址和车辆信息对两个关联而言是共同的。再例如，个人可以使用公司蜂窝电话与同事和客户通信，但使用个人蜂窝电话与家人和朋友通信。复合简档使CIE能够创建订阅，以便每个人都可以发送和接收针对符合各种规则的群组的消息。

在一些实施例中，CIE提供对存储与用户及其设备有关的数据的仓库进行管理的能力。这些仓库包括用户记录，该用户记录包括指示用户可以与之通信的相关组织系统、以及应使用哪些设备来用于该通信的订阅和关联数据。CIE的能力包括但不限于：将一个或多个用户注册到订阅系统，以及将一个或多个用户与订阅系统的其他用户相关联。在一个这样的实施例中，每个用户记录包括用户的详细信息，包括用户的姓名、组织和群组关联、在每个组织或群组内的角色、可以与该用户联系的设备、传送消息时应尝试的设备的顺序优先级、以及用户的当前和默认位置。在其他这样的实施例中，用户记录可以包含不同的字段。在一些实施例中，一些信息(例如用户名)与多个组织共享，而其他数据是组织专用的(例如在该组织内的角色)。

在一些实施例中，CIE使组织系统和个人订户能够建立规则，所述规则管理哪些个人用户和其他组织的系统可以订阅他们的服务。该规则可以包括但不限于：选择加入订阅，选择退出订阅，订户的强制订阅，参考其他订户的订阅，或基于位置或消息上下文的ad-hoc订阅。

在一些实施例中，CIE使订阅组织系统和各个用户能够建立规则，通过该规则来接受、处理和路由来自各个用户的消息。CIE基于可配置的规则向个人用户提供ad-hoc订阅和关联服务。这些规则确定个人用户接收给定通信的资格。基于用户的当前情况(例如，基于用户的位置和/或当前时间)创建ad-hoc订阅。例如，如果观察到用户位于新的城市或邻域内，则可以创建ad-hoc订阅，使用户订阅来自本地紧急服务的通知。该ad-hoc订阅可以无限期地持续或在特定时间过期，例如，在用户离开位置时、在设定的时间量(例如一个月)之后、或者在用户离开该位置之后的设定的时间量(例如一周)之后。在一个实施例中，在最终确定前，向用户呈现潜在的ad-hoc订阅以供批准。

CIE基于相应的订阅在多个个人用户和多个组织之间路由危机相关信息。CIE基于可配置的业务规则将个人用户发起的通信路由到任意数量的订阅系统。这些规则确定哪些组织应接收个人用户的通信。例如，哪些组织应接收特定通信可以基于所提交的信息的类型、用户的角色、用户的位置和/或特定通信的时间。CIE基于可配置的业务规则将订阅系统发起的通信路由到多个个人用户。这些规则确定哪些个人用户应接收用户的通信。

由个人用户使用的各种客户端应用将每个用户与CIE相连，并且通过CIE连接到与它们相关联的各种订阅系统和群组。客户端应用还向用户提供与系统的功能的接口，系统的功能包括但不限于：注册，提交个人信息，联系人详细信息，订阅偏好，发送和接收消息，查看传播的信息和报告功能，以及向用户提供视觉和音调警报。

所公开的系统的实施例提供了优于现有危机管理和通知系统的许多优点。下面描述四个这样的优点。基于本文的公开内容，本领域技术人员将认识到另外的优点和特征。

首先，所公开的系统的实施例向订阅CIE的组织提供在危机情况下与多个相关个人用户进行通信的能力，而不管这些用户是否是组织的成员。它还为个人用户提供与多个组织和群组进行通信的能力。此外，无论个人用户在哪里，该用户可以使用移动设备上的单个应用(而不是其中每个应用都仅能与单个系统进行通信的多个专有应用)来与多个组织和群组进行通信。因此，用户可以在紧急情况下快速有效地响应多个组织。

其次，所公开的系统的实施例提供了可以在紧急情况期间使用的结构化通信交换。这些结构化通信防止不准确的通信，并使所有相关各方在危机情况下能够迅速处理信息。例如，在移动设备上运行的应用可以提供用户可以提交的多个报告。在选择特定报告时，向用户呈现要完成的并提示用户提供所需数据的简单表单。

第三，所公开的系统的实施例提供了用于组织和用户群组建立灵活的订阅策略的机制。组织可以使用选择加入策略，其中，向与组织相关联的个人发送邀请，以订阅组织的危机管理系统。组织也可以使用选择退出策略，其中，与组织相关联的个人默认是订阅者，并且必须明确选择退出，以停止接收来自组织的危机管理系统的通信。组织还可以强制某些用户必须是订阅者和/或阻止某些用户成为订阅户。组织还可以基于用户的位置和偏好来自动订阅用户。最后，组织也可以使用这些策略的组合。

第四，所公开的系统的实施例向订阅系统提供使用唯一轮询机制与CIE通信的能力，其实现与用户设备的安全低延迟双向通信，同时促进多个危机管理系统和参与到危机事件且未被授权访问所有这些系统的个人之间的信息交换。

系统架构

图1是示出CIE 100的一个实施例的高级图，CIE 100包括与由诸如国家气象局的信息发布者操作的多个发布组织系统120(例如，服务器)耦合的至少一个SCS 110。发布组织系统120中的至少一个经由防火墙130耦合到SCS 110，防火墙130保护发布组织的数据安全性。SCS 110还与由诸如公司、大学、工业设施或军事基地的订阅组织操作的多个组织危机管理系统121耦合。组织危机管理系统121中的至少一个经由防火墙130耦合到SCS 110，防火墙130保护订阅组织的数据安全性。SCS 110还与多个接收组织系统122耦合，所述多个接收组织系统122由已订阅接收来自诸如公司、大学、工业设施或军事基地的SCS的通信的组织来操作。接收组织系统121中的至少一个经由防火墙130耦合到SCS 110，防火墙130保护接收组织的数据安全性。此外，SCS 110被配置为使用一个或多个通信信道140(例如，向在用户的移动设备上执行的移动应用发送更新并提示其提供回复，向用户的蜂窝电话发送文本消息，向用户的陆线电话发送自动消息，使用公告系统广播信息等)来管理各种组织和个人用户之间的通信。

在一个实施例中，SCS 110包括运行用于提供本文描述的功能的专用软件的一个或多个分布式计算机系统。SCS 110还与至少一个通信信道140耦合以与各个用户通信。在其他实施例中，SCS 110包括不同的和/或附加的组件。此外，这里归属于SCS 110的功能可以以其它方式分布在CIE 100的各个元件之间。CIE 100元件可以分布在位于不同地理位置的两个或更多个计算机系统之间。

CIE 100提供用于在多个组织和多个个人用户之间交换危机信息的服务。这些服务实现了结构化危机相关信息在个人与多个组织和/或个人群组之间的双向通信。使用CIE 100，多个个人能够使用他们可用的多个通信设备来与多个组织和群组通信结构化危机相关信息，从而提高他们的危机相关通信的速度、准确性和效率。

在各种实施例中，CIE 100提供的服务使得组织能够精确定向与危机解决最相关或可能直接或间接受到危机影响的个人，而不管他们的组织联系。该系统能够基于多个参数来确定个人对危机解决的相关性，这些参数包括但不限于个人的角色、技能、位置和在相关时间的可用性，以及他们与一个或多个相关群组的关联性。另外，系统可以使相关个人了解情况或经由一个或多个通信信道140接收特定指令(例如，有序地疏散或避难)。例如，如果在组织的场所发生火灾或其他紧急情况，则组织的危机管理系统121可以经由SCS 110向在紧急情况的定义半径内的所有经过认证的急救人员发送求助请求，而不管这些急救人员以前是否与该组织有联系，或者甚至知道该组织。再例如，如果组织在其一个制造设施处经历灾难性设备故障，则组织的危机管理系统121可以经由SCS 110向该组织列为“待命”的所有工程师发送第一消息，并向组织的客户发送第二条消息，通知他们由于设备故障产品交付可能延迟。

图2示出了根据一个实施例的CIE 100的示例性部署以及SCS 110与订阅组织系统202、信息发布者系统201和到个人用户140的各通信信道的互连。在所示的实施例中，CIE系统100使用互联网206作为其网络主干进行操作，但在其他实施例中，使用诸如基于专用互联网协议(基于IP)的网络之类的其他类型的网络。

在所示实施例中，SCS 110从各个信息发布者系统201接收馈送，并且根据订阅组织和个人用户的订阅规则，经由各通信信道140将馈送中的信息传递到订阅组织和个人用户。信息发布者的示例是天气预报和美国地质调查局(USGS)。例如，如果国家气象局发出针对给定郡县的飓风警告，则向订阅气象预警且被确定在该郡县(或者在一些实施例中，在郡县附近)的所有用户和组织提供警告。或者，无论是否订阅，可以向该区域中的所有注册用户提供警告，因为不对飓风有所准备的后果是非常灾难性的。在另一实施例中，还可以向受影响个人的关联(例如家庭成员)通知情况和/或给定的具体指示。

SCS 110的所示实施例促进由参与到危机事件管理的组织所操作的一个或多个订阅系统202A之间的可靠和安全的信息交换，使得这些系统中的每一个能够安全地在其各自的组织防火墙205后方并在只有相应组织自身的授权个人用户可以操作的相应私有网络上运行。SCS 110还支持在互联网206上开放操作的一个或多个(组织或其他)订阅系统202B。与组织防火墙205后方的订阅系统202A连接，但不将该系统对公共互联网206开放而引入附加的安全威胁，带来了技术挑战，这一挑战通过使用以下结合图5的详细描述来阐述的机制而得到解决。

在一些实施例中，SCS 110经由互联网206和辅助递送服务(例如，文本消息聚合器204和/或无线运营商的数据网络202)与用户的移动设备207双向交换消息。在一个这样的实施例中，移动设备207运行一个或多个专用端用户应用，例如，SCS 110的运营商提供的接收、发送和显示与SCS交换的消息的个人安全移动应用。在其他实施例中，移动设备207不需要专门的软件，而经由常规机制(例如SMS文本消息)来传递消息。

在一些实施例中，SCS 110直接通过互联网206与用户设备208(例如，台式、膝上型和平板计算机等)以及其他基于IP的通信设备(例如，IP电话系统208)双向交换消息。在一个这样的实施例中，该设备和系统208运行一个或多个专用终端用户应用，例如，用于多种类型Web浏览器客户端的Web用户界面应用，FACEBOOK^TM应用和/或基于PC的应用。该端用户应用提供相似的功能和用户体验，并受到其各自平台的限制。在其他实施例中，该移动设备207不需要专门的软件，而经由常规机制(例如电子邮件或即时消息(IM)服务)来传递消息。

在一些实施例中，SCS 110与陆线电话系统209和/或向固定电话和蜂窝电话提供双向消息交换的服务双向交换消息。

在一些实施例中，SCS 110与公共安全系统网关210双向交换消息。通常，SCS 110向公共安全系统网关210发送警报消息，以由这些系统中的每一个向公众传播。在一个这样的实施例中，SCS 110还接收操作报告，例如，公共安全系统的公共报警激活或健康状态报告的结果。这些网关210包括但不限于：紧急警报系统(EAS)、WEA、到社区和校园警报系统(例如，巨型语音和/或警报器)的网关、IPAWS、建筑物内的大众通知系统以及公共地址系统。

图3示出了根据一个实施例的SCS 110的主要构建块及其经由一个或多个通信信道140与订阅组织系统202和个人用户的接口。在所示实施例中，SCS 110包括三个主要构建块：数据仓库301，平台服务302和业务逻辑303。SCS 110还包括用于与CIE 100中的其它组件(例如API 304、一个或多个第三方插件305和用于端用户服务的接口307)交互的接口。

下文中参考图4进一步描述的SCS数据仓库301为所有相关实体提供持久性存储和检索功能。在一个实施例中，数据仓库301包括至少一个非瞬时性计算机可读存储介质，所述非瞬时性计算机可读存储介质被配置为存储用于促进SCS 110的有效操作的数据，例如，用于传递的消息、系统设置、用于数据处理和安全的应用、系统日志、订阅信息等。

通常，SCS平台服务302被细分为多个服务类别，包括：(a)安全服务，(b)通信服务和(c)基础服务。在一些实施例中，可以提供不完全适用这些类别之一的附加服务。SCS平台安全服务保护CIE 100中的其他实体的数据安全性。在一个实施例中，SCS平台安全服务包括：(a)认证、授权和计账服务；(b)对包括CIE 100的各种系统的单点登录(SSO)服务；(c)防止恶意尝试使CIE资源对其预期用户不可用(例如拒绝服务(DoS)攻击)的保护服务；和(d)内容安全评估。

SCS平台通信服务促进SCS 110与CIE 100中的各个其他实体之间的通信。在一个实施例中，SCS平台通信服务包括：(a)连接服务，维持SCS 110和各个订阅组织系统120之间的持久或长期连接；(b)Web服务，其中，SCS接收、处理和响应组织和用户客户对资源的请求；和(c)网络服务，提供用于SCS及其客户之间的结构化危机相关信息的交换的消息框架。

SCS平台基础服务向SCS 110内的各个其他子系统提供管理服务。在一个实施例中，这些服务包括：(a)审计和日志服务，记录和提供影响具体操作、过程或事件的活动序列的文档证据；(b)任务调度服务，实现应用、脚本和服务的无人值守调度执行；(c)诊断服务，当陷入异常时提供用于技术和状况分析的工具；(d)工作流管理服务，提供操作和技术任务序列的编排；(e)健康监控服务，提供对业务和技术措施的持续监控，并在发生偏差时采取预防性和纠正性的主动行动；(f)高可用性服务和灾难恢复软件服务，支持能够以最小停机时间可靠利用的计算机集群；和(g)持续的系统维护服务，包括诸如备份、恢复、清除和清理等服务。

SCS业务逻辑服务303提供控制和/或确定哪些用户和组织接收任何给定消息的功能。在一个实施例中，SCS业务逻辑服务303包括：(a)用户订阅服务；(b)组织订阅服务；(c)消息路由和跟踪服务；和(d)基于位置的逻辑。

SCS业务逻辑用户订阅服务使用户和组织能够注册并将用户订阅到CIE提供的服务。在一个实施例中，这些服务包括以下服务：(a)实现用户设备和网关到这些设备(例如无线运营商)的注册；(b)使得用户能够更新用户的组织联系，包括用户角色和用户在组织内所属的群组的更新；该更新可以是由用户发起的或者遵循基于上下文的业务逻辑，包括基于用户偏好对用户的附加订阅的系统推荐；(c)使得用户能够配置用户的通信和许可偏好，包括但不限于用户与隶属组织发送和/或接收信息的许可以及跟踪用户位置的SCS许可；和(d)使得用户能够更新其他用户简档信息，包括但不限于用户的家庭位置和隶属个人(例如，同事，家庭成员，邻居等)的列表。

在各种实施例中，用户的订阅简档可以由以下各项中的一个或多个发起或修改：(a)用户，取决于他或她的权限；(b)组织，取决于组织的权限；和(c)SCS 110基于用户通信偏好和许可向用户的推荐。例如，SCS 110可以识别订阅用户远离他或她的家庭位置，并且基于用户通信偏好推荐订阅用户订阅各种信息发布者，例如本地紧急管理系统、本地天气预警服务等。

SCS业务逻辑组织订阅服务使组织120能够注册和订阅由CIE提供的服务。在一个实施例中，组织订阅服务包括以下服务：(a)为订阅组织120提供认证、授权和计账处理；(b)使订阅组织能够创建和修改用户的角色和群组；(c)使订阅组织能够注册和订阅隶属于该组织的用户；(d)使组织能够管理其通信和许可偏好，包括但不限于组织对向用户和其他订阅组织发送/或接收信息的许可、组织的通信策略、以及组织被授权从用户接收和处理的消息的类型；以及(e)使订阅组织能够提供和更新其他组织简档信息。

基于包含在每个消息和/或个人接收者或组织的订阅简档中的特定目标信息，SCS 110的消息路由和跟踪服务负责将组织和用户发起的消息路由到其预期受众。例如，如果发送者指定了特定受众，则可以将该消息路由到该受众，而如果发送者不提供与目标观众有关的信息，则可以使用潜在接收者的订阅简档来确定哪些个人用户和组织应接收该消息。在一个实施例中，这些服务还跟踪其预期接收者对消息的接收，基于内置的业务规则重新发送消息，以及报告通信的成功或失败(例如，报告到审计和日志服务)。

例如，响应于在组织的一个办公室附近的管道爆炸，组织可以向包含在受影响办公室工作的所有雇员的群组发送指示办公室当天将关闭的第一消息，并且向订阅组织发送第二消息，通知他们由于办公室关闭预期的工作产品可能会推迟。SCS 110尝试向每个雇员传递第一消息，并向每个订阅组织传递第二消息。SCS 110跟踪哪些雇员和组织(手动地或自动地)确认接收。在给定时间段(例如，十分钟)后，SCS 110向群组中尚未确认接收的任意雇员重新发送第一消息。

SCS 110重复该过程，继续向尚未确认撤离的雇员重新发送第一消息，直到已经进行了预设次数的尝试(例如，五次)。在已经进行了预设次数的尝试后，SCS 110向组织返回报告，指示哪些雇员确认收到第一消息，哪些没有确认。因此，组织知道哪些员工可能不知道关闭。在另一个实施例中，某一用户未在给定时间内响应可能指示该用户处于风险中，因此将向用于解决和跟进的其他指定用户派送消息。

相反，仅当报告了传递失败时才重新发送第二消息，因为向客户重复发送相同的消息可能被视为惹人厌烦。作为替代，SCS 110可以向事源组织的办公室经理报告哪些客户未能确认收到第二消息，以帮助办公室管理者管理有关该延迟的客户关系。

SCS 110的基于位置的逻辑负责SCS内的地理空间功能。在一个实施例中，该逻辑提供的服务包括：(a)基于位置的自动订阅；(b)基于用户设备位置的推荐订阅；(c)基于用户设备的位置的出站消息分发，以及(d)对入站消息处理应用基于位置的规则。

SCS 110还向订阅组织系统202提供一个或多个接口。在图3所示的实施例中，提供两种类型的接口，API 304和第三方插件接口305。API 304提供描述订阅组织120必须如何与SCS 110交互的良好定义的规范。API 304被实现为SCS软件子系统，其提供符合API规范的软件操作、数据结构、对象类和变量。

第三方插件305是其他系统的各种API的实现，该API使SCS 110能够与这些系统交互。可被提供插件305的这样的系统包括但不限于信息发布者系统201，例如本身不实现SCS的API 304的国家气象局服务和组织危机管理系统。

SCS 110使用各种端用户服务307与各种端用户设备和系统交互，以经由相应的通信信道140与端用户通信。每个端用户服务用软件操作、数据结构、对象类和变量来实现特定端用户设备或系统的适当协议或API。在一个实施例中，还提供了用于端用户设备和服务的SCS API。在所示的实施例中，端用户服务307包括移动服务308、桌面服务309、web用户服务310、社交网络服务311、电话服务312和SCS管理员服务313。在其他实施例中，提供附加的和/或不同的接口，例如对公共安全网关的服务。

图4示出了根据一个实施例的各种SCS数据仓库301。在所示实施例中，仓库301包括：(a)审计和诊断库401，(b)系统配置库403，(c)实体简档库402，(d)操作数据库405，(e)事件库，以及(f)订阅和关联存储库407。在其他实施例中，使用附加的和/或不同的仓库301。此外，可以以与本文所描述的不同的方式在仓库301之间分布功能。

审计和诊断库401包括描述SCS 110的操作的数据，用于记录保存和诊断目的。在一个实施例中，审计和诊断库401记录并提供在任何给定时间影响特定操作、过程或事件的活动序列的文档证据。所收集的包括操作异常在内的操作数据使系统管理员能够在以后对SCS 110进行法医式(forensic)诊断。

系统配置库403包括控制SCS 110的操作的系统配置参数。该参数包括但不限于：对消息分发系统的凭证和访问配置；资源分配和配置参数；以及清除、归档和阈值监控参数。

实体简档库402维护由SCS 110服务的个人用户和组织的简档。在一个实施例中，简档可以对应于两种类型的实体(个人用户或组织)中的一个。在其他实施例中，使用附加和/或不同类型的实体简档。无论其类型如何，简档包含与所有类型实体相关的某些通用数据字段。例如，每个简档可以包含唯一的ID号、简档名称和至少一个邮件地址。除了通用数据字段之外，简档还包含取决于类型的附加数据字段。

在一个实施例中，实体简档库402中的组织120的简档包括：(a)组织的名称，(b)组织的类型(例如紧急服务、信息提供商、服务型企业等)，c)组织的连接参数/认证凭证，(d)组织提供的服务类型，例如其是否接受传入的胁迫消息和其可从用户接受的报告模板，(e)组织的业务规则，例如接受来自用户的哪些类型和结构的传入消息，在什么条件下接受传入消息，组织是否接受匿名或ad-hoc订阅请求，是否强制其自己的用户订阅，其是否订阅其他组织，其是否允许其他组织订阅其消息等。在其他实施例中，组织120的简档包括不同的和/或附加的信息。

在一个实施例中，实体简档存储库中的个人用户的简档包括：(a)用户的姓名，(b)用户的具体联系方式，例如用户的智能电话号码，用户的电子邮件地址，用户的陆线电话号码，用户的基于IP的电话号码和/或用户的FACEBOOK^TM帐户，(c)用户的详细信息，其可以跨组织共有或是组织专用的，以及(d)用户的订阅偏好，例如用户是否希望基于用户的位置而被征求订阅公共安全和天气信息。在其他实施例中，用户的简档包括不同的和/或附加的信息。

订阅和关联库407维护当前订阅和实体之间的关联。在一个实施例中，订阅和关联库407使SCS 110能够将信息从用户的设备(例如，移动设备207)路由到订阅组织系统202，经由一个或多个通信信道140从订阅组织系统和信息发布者201路由到其他订阅的组织，或者从个人用户路由到其他个人用户。例如，个人用户可订阅到多个组织，例如当地大学、他或她的工作场所、当地警察局和产生本地天气警报的信息发布者。用户可以被定义为用户工作场所的发布者、当地警察局和天气警报的接收者，而且可以作为对于和来自大学的紧急请求的接收者和发起者。用户还可以是对用户的关联者(例如用户家庭的成员)进行授权以订阅和接收来自大学的警报的赞助者。另一个例子是邻近城镇的警察局订阅由其附近的其他警察局或紧急管理系统发布的信息。

操作数据仓库405包含发送给用户的实况和最近通知的记录，由用户共享或发送给用户的其他安全相关信息，例如在要与受影响区域中的用户共享的当前事件中的医疗支持团队的位置。这些通知和共享信息可被各种用户和组织访问，这取决于权限和业务规则。

事件库406维护关于事件的信息，包括由组织或用户创建的诸如火灾、洪水、气体泄漏等危机事件。在一个实施例中，事件库还存储与用户发起的事件有关的信息，例如胁迫和其他用户报告以及对发送给用户的警报的响应。事件库406还可以维护持续地从用户收集的事件数据，例如用户的位置，只要用户给予了收集和存储位置数据的许可即可。

图5示出了根据一个实施例的在SCS 110、组织系统202和个人用户的设备207之间的信息的操作流程。尽管图5示出了去往和来自用户的移动设备207的通信，但是可以使用其他类型的用户设备，诸如陆线电话208、台式计算机、公共安全系统网关210等。为了清楚起见，从图5中省略了订阅和配置信息的流程。

在图5所示的实施例中，CIE 100包括SCS服务器110，所述SCS服务器110(a)将出站消息从一个或多个组织系统202传递到一个或多个用户的移动设备207，以及(b)处理从一个或多个用户的移动设备到一个或多个组织系统的请求。在其他实施例中，使用多于一个SCS服务器110，并且应用负载平衡技术以确保不会有单个SCS服务器被压垮。此外，本文归属于单个SCS服务器110的功能可以分布在多个设备上。例如，一个SCS服务器110可以处理向移动设备207的消息传递，而另一个SCS服务器处理从用户设备到组织系统202的请求。以类似的方式，另一个实施例可以使用多个地理上分离的SCS系统来平衡负载并更好地为用户服务。

出站消息的传递由订阅组织系统202的模块501发起。该模块在这里被称为出站消息传输引擎501，但是在不同的组织系统中可以以不同方式来提及。在一个实施例中，出站消息传输引擎501被配置为符合SCS 110的接口要求(例如，使用SCS API 304或专用第三方插件305)。SCS的消息传递服务(MDS)模块503接收源自组织系统202的消息，处理该消息，并基于由事源组织提供的目标信息和/或存储在数据仓库310中的订阅数据将其传递给目标用户设备207。该消息不受阻碍地通过组织防火墙205，因为它发源于防火墙内并被直接(例如，到专用应用)和/或通过第三方消息传递服务507(例如Apple^TM推送通知服务或Google Cloud Messaging^TM)传递到目标用户的移动设备207。

移动设备207向SCS服务器110发送用户发起的消息(包含信息报告或请求)，SCS服务器110处理消息并将它们适当地转发到目标组织系统(一个或多个)202。在一个实施例中，移动设备207向SCS服务器110的用户应用API服务506发送消息/请求，该用户应用API服务506将消息验证为符合API要求。用户应用API服务506还可以确认消息是可信的。一旦消息被验证(并且被认证，如需要认证)，则将消息的内容记录在事件库406中并放置在请求队列505中。然后，用户应用API服务等待接收来自组织系统202的响应，并且一旦接收到来自组织系统202的响应，就将该响应转发给发请求的移动设备207。

在图5所示的实施例中，组织系统202在组织防火墙205之后，并且因此SCS服务器110不能发起与组织系统的连接以传递用户发起的消息。轮询Web服务504通过使符合轮询Web服务的接口要求的任何订阅组织系统202能够对SCS服务器110轮询用户发起的消息来解决这个问题。当组织系统202的轮询代理502在轮询Web服务504上进行轮询时，轮询Web服务504识别旨在用于轮询系统的请求队列505中的消息(假设存在)并将其转发给轮询代理502。在一个实施例中，消息按照它们的接收顺序(即，先进先出)被传递给组织系统202。在另一实施例中，SCS服务器110按照优先级将消息布置在请求队列505中。例如，指示用户受胁迫的消息可以被赋予高优先级并且首先被传递，所有其他请求仅在所有待处理的高优先级消息被成功传递时才被传递。

当轮询代理502从组织防火墙205内部发起连接时，轮询Web服务504可以在此时转发用户发起的消息。在一个实施例中，轮询代理502使用长轮询(long-polling)技术来建立与轮询Web服务504的持久连接。长轮询连接保持打开，直到用户发起的消息被接收，此时关闭连接，并打开新的长轮询连接以在处理第一个消息时监听下一个消息。在另一个实施例中，轮询代理502周期性地(例如每分钟一次)在轮询Web服务504上轮询新的消息，并且接收在那时与请求队列505中的特定组织120相关的所有消息。本领域技术人员将认识到可以应用其他连接方法，以安全地传递用户发起的消息而不损害组织防火墙205的完整性。

在接收到用户发起的消息时，组织系统202处理用户发起的消息，并向轮询Web服务504发送任何所需的响应，轮询Web服务504将响应转发给用户应用API服务506，用户应用API服务506进而响应用户的设备140，从而完成始于用户请求的循环。该机制使得组织系统120能够在其防火墙205之后操作而不损害其安全性。

示例性使用情况

图6示出根据一个实施例的用于实现个人和多个组织之间的危机相关信息交换的管理的方法。从执行该方法的CIE 100的各种组件的角度示出了图6的步骤。然而，一些或所有步骤可以由其他实体和/或组件执行。另外，一些实施例可并行地执行步骤，以不同的顺序执行步骤，或执行不同的步骤。

个人用户向CIE 100报告601事件。使用在移动设备207(或其他用户设备208)内运行的软件应用，用户通过互联网206发送事件报告。在一个实施例中，事件报告包括事件的位置，与事件相关的视觉和/或文本信息，以及可选地要采取的建议动作。例如，如果事件是组织的办公大楼中的大火，则事件报告可以标出火灾所在的房间，包括用户拍摄的示出火灾范围的照片，并且建议立即疏散该建筑物和向该地点派遣应急服务。相反，如果事件是厨房中的油锅起火，则报告仍然可以标出位置并且包括图片，但是仅建议该组织的危机管理小组待命，因为用户认为可以用现场灭火器将火安全扑灭。

在接收到602事件报告时，CIE的SCS 110将验证用户是真实可信的，并且验证报告符合相关组织接收者所允许的模板。SCS 110然后将所报告的事件发布到所有相关的订阅组织系统202以及用户关联中的适当人选。接收者由每个订阅系统的管理员和用户在事件之前建立的规则来确定。所公布的内容对于所有组织和关联可以是相同的，或者可以被定制为使得每个接收者在简报中接收与他们需要的事件有关的信息。因此，当危机事件正在进行时，接收者的时间不会被无关的信息浪费。例如，在上文使用的小型厨房火情的示例中，可以向组织的危机管理团队和本地消防部门提供火情的位置和图像以及待命推荐，而向用户的每个家庭成员发送文本消息“工作地的火情-安全”，并且向楼内的用户的同事发送移动智能电话通知、电话呼叫和/或电子邮件告知“准备从大楼疏散”。

接收(需要确认的)事件报告的每个接收者向SCS 110确认603：(a)接收到事件报告，以及(b)与事件相关的动作的状态。如前所述，要求哪些接收者确认接收取决于所报告的事件的性质和特定部署的系统配置403设置。按照相关规则，SCS 110跟踪确认，需要时重新发送事件报告，和/或提示收件人确认。

SCS 110将接收者的确认中继604到用户的设备(例如移动设备207)。根据软件应用的实现，用户的设备可以显示包含每个确认的消息，识别还没有确认接收的接收者，或者使用这些方法的组合。

在接收604事件报告时，订阅组织系统202在应急操作中心的操作者执行605适当的危机管理程序。例如，如果事件是即将到来的龙卷风，则操作者可以决定使急救人员处于待命，并建立其中所有人员都必须寻找避难场所的安全范围，而在范围外的所有人员不得进入该范围区域。操作员还将事件的状态从“待定”更改为“活动”。

组织系统202向SCS 110发送606用于散发给各个个人用户140的消息。607，包含在每个消息中的信息及其接收者取决于由相关业务规则建立的若干参数，并且可以包括接收者的角色、订阅、位置，以及消息的时间。例如，可以向急救人员提供事件的位置和性质，可以告知安全边界内的人员去寻找避难场所和/或撤离该区域(取决于事件的性质)，以及可以指示安全范围外的人员远离该区域。SCS 110将适当的消息散布608给每个个人用户。

一旦消息被发送606，SCS 110监视609来自每个需要进行确认的个人用户的确认的状态。SCS 110根据需要重新发送消息和/或提示尚未确认接收的用户。如前所述，在一个实施例中，在向发送方报告尚未提供接收确认以便跟进和解决(如适用)之前，SCS 110发送预定次数的消息。在另一个实施例中，SCS还可以将消息中继到事件附近的邻近组织。

图7示出了根据一个实施例的，一个或多个用户通过SCS 110向一个或多个订阅组织和/或信息发布者进行基于位置的订阅的方法。从执行该方法的CIE 100的各种组件的角度示出了图7的步骤。然而，一些或所有步骤可以由其他实体和/或组件执行。另外，一些实施例可并行地执行步骤，以不同的顺序执行步骤，或执行不同的步骤。

在图7所示的实施例中，该方法开始于用户的移动设备207上的应用(例如，专用危机通信应用)确定701用户位于与先前位置不同的位置，并且用户还没有订阅来自这个新的位置的信息。在备选的实施例中，SCS 110基于用户位置数据(例如GPS数据)来确定此条件，只要用户已经给予SCS跟踪她的位置的许可。然后，移动用户的设备207在SCS 110上查询702新的位置中可用的订阅组织和/或信息发布者。

SCS 110查询其组织简档库402以识别703在新的位置中可用的订阅组织和/或信息发布者。在一个实施例中，SCS 110检查用户是否有资格订阅所识别的组织和信息发布者，并且向用户的移动设备207发送一个或多个消息，推荐用户订阅用户有资格订阅的那些本地组织和信息发布者。在另一个实施例中，SCS 110向用户提供本地区域中的所有可能订阅的列表，并且当用户发出订阅请求时检查用户订阅特定组织或信息发布者的资格。本领域技术人员将认识到，在可以使用在新的区域中为用户识别订阅的其他方法。

用户的移动设备207显示由SCS 110发送的指示可能订阅的消息。在一个实施例中，用户通过批准或拒绝它们来响应SCS的订阅推荐。在另一个实施例中，订阅可以是完全自动的，例如当用户设置偏好，例如“总是为我订阅在我当前位置周围的安全消息”时。

如果用户试图向订阅组织进行订阅，则SCS 110将得到批准的订阅请求转发705到相应的订阅组织的计算系统202(例如，危机管理系统121)。在接收到订阅请求时，订阅组织的计算系统202注册用户，并通过发送确认消息向SCS 110确认订阅。在接收到确认消息时，SCS 110在用户组织订阅库407中记录707用户的新订阅。现在，用户注册708在新的位置，并且将接收从组织的系统202发出的信息。

如果用户正在尝试订阅信息发布者，则SCS 110在用户组织订阅库407中记录707用户的订阅。因此，用户现在与信息发布者注册708，并且SCS 110未来从信息发布者的系统201接收的信息将被自动转发给用户(例如，转发到用户的移动设备207)，其中，所述用户限于由信息发布者提供的附加定向要求，例如如用户当时在特定地理区域中。

图8示出了根据一个实施例的订阅组织向订阅的用户通知紧急情况的示例性使用情况的图。图8的步骤被示为由CIE 100的各种组件执行。然而，一些或所有步骤可以由其他实体和/或组件执行。另外，一些实施例可并行地执行步骤，以不同的顺序执行步骤，或执行不同的步骤。

在图8所示的实施例中，通知处理开始于订阅组织系统202创建801包含针对满足一个或多个指定标准(例如用户的位置)的用户的危机相关信息在内的公告。备选地，可以通过名称、角色、组织结构等使公告针对于特定用户。在图8所示的示例中，该公告包括接收该公告的所有用户确认接收的请求，然而，在其他情况下，根据公告中包括的信息/消息的类型，可以不请求这样的确认。一旦创建801，组织系统202向SCS 110转发公告，用于分发。

在接收到公告时，SCS 110向满足指定标准的所有注册用户和/或向组织订阅的用户发布802其中所包含的危机相关信息。在一个实施例中，SCS 110开始跟踪804用户确认。SCS 110将从用户的设备(例如，移动设备207)接收的确认转发到订阅组织系统202，订阅组织系统202根据组织自身的程序来处理确认。在其他实施例中，例如向订阅用户广播恶劣天气信息，SCS 110不跟踪用户确认。

在803，目标移动设备207接收发布，但是相应的用户未能确认接收。在一个实施例中，SCS 110向未能确认接收的用户的移动设备207发送806提示，作为提供这种确认的提醒。备选地，可以向用户的移动设备207重新发送包含发布信息的消息。在807，用户确认接收到发布信息，并且用户的移动设备207向SCS 110发送通知。SCS 110将确认通知转发给产生公告的订阅组织系统120。

图9示出了根据一个实施例的通过SCS 110来发布危机相关信息的信息发布系统201的示例性使用情况的图。图9的步骤被示为由CIE 100的各种组件执行。然而，一些或所有步骤可以由其他实体和/或组件执行。另外，一些实施例可并行地执行步骤，以不同的顺序执行步骤，或执行不同的步骤。

在图9所示的实施例中，发布过程从信息发布者系统201开始于例如由国家气象局操作的信息发布者系统201创建808公告项目，公告项目中包括针对给定位置中的用户的信息。已经订阅了信息发布者的SCS 110接收809公告，并且将信息发布给给定位置中的所有注册用户。该位置处的订阅用户的移动设备207接收并显示810该信息。

图10是示出根据一个实施例的用户在经历危机情况时使用移动设备207发出胁迫警报的示例性使用情况的图。图10的步骤被示为由CIE 100的各种组件执行。然而，一些或所有步骤可以由其他实体和/或组件执行。另外，一些实施例可并行地执行步骤，以不同的顺序执行步骤，或执行不同的步骤。

在图10所示的实施例中，移动用户使用智能电话207上的应用发出描述紧急情况的性质的胁迫警报811。移动应用自动在胁迫警报中添加用户的位置，并将其转发到SCS 110。在接收到812胁迫警报时，SCS 110将其发布到满足预先建立的标准以接收这种警报的所有订阅组织。例如，如果用户的位置在订阅组织已建立的责任区域内，并且在指定的时间范围内(例如仅工作日)，则SCS 110向由订阅组织运营的组织系统202发送胁持警报。在一个实施例中，SCS 110开始跟踪组织的确认。在另一个实施例中，SCS 110向用户的智能电话207发送813哪些组织已被转发胁迫警报的通知，以在应用中显示。

订阅组织的系统202接收814胁迫警报，并根据其各自的操作程序和系统能力来处理它。在一个实施例中，订阅组织的系统202向用户的智能电话207发送消息，指示警报处理的状态和/或向用户发出关于如何对紧急情况作出反应的指令。经由SCS 110路由从订阅组织的系统202到用户的移动设备207的这些消息。在接收并显示816危机相关通信时，用户的移动设备207向SCS 110确认接收，SCS 110又相应地将确认转发到对应的订阅组织的系统202。

示例性场景

以下由图11A-11C所示的综合性示例使用情况说明了根据一个实施例的，上述组件在龙卷风事件期间可以如何交互以提供多个个人和多个组织之间的危机相关信息的交换。

参考图11A，个人用户通过SCS 110订阅1101到她的本地社区大众通知系统、她的工作场所即时消息传送和通知系统以及国家天气局警报系统。她还是个人关联的成员，个人关联主要由她的家庭成员组成并在SCS 110中注册为在紧急情况下可以彼此交换结构化消息的群组。

个人用户移动到远离她家庭位置1102的区域。在到达新位置时，在她的移动设备207上运行的PSMA与SCS 110通信。SCS 110检测到1103她现在位于与她的家庭位置不同的位置，并且向用户的移动设备207提供新位置处可能与她相关的附加订阅的推荐。在这种情况下，推荐包括指向本地PSAP的链接，并更新她对国家气象局订阅的位置。

用户的移动设备207向用户呈现推荐，并且她接受1104SCS的推荐。用户移动设备207上的PSMA通知SCS 110，相应地，SCS 110将她订阅到1105所推荐的组织，并通过向她的移动设备上的PSMA发送确认消息来确认新的订阅。

现在转到图11B，在用户订阅了推荐的组织之后的某个时间，国家天气警报服务针对用户位置附近的郡县发出1106龙卷风警报。SCS 110接收警报并将其分发1107给所有订阅用户和组织，包括用户和本地PSAP。

本地PSAP从SCS 110接收国家气象局龙卷风警报，并且基于警报中包含的信息，本地PSAP操作者1108B激活位于龙卷风路径上的社区警报器。

用户也接收1108A龙卷风警报。她在远处观察龙卷风，但确定它似乎没有朝向她的方向。通过使用她智能电话207上的PSMA，她拍摄龙卷风的照片，并将该照片连同她的观察一起发送到SCS 110。当从该用户接收到图片和观察时，SCS 110将它们转发给本地PSAP以帮助协调应急服务的响应。

现在参考图11C，龙卷风的路径上的所有其他订阅的SCS用户和组织也接收1108C龙卷风警报。多个个人用户拍摄接近中的龙卷风的照片，并且使用他们的PSMA通过SCS 110向本地PSAP发送照片和评论。他们的传输中的每一个传输都自动包括图像和评论的位置和时间信息。

回到图11B，SCS 110向本地PSA转发1109所有用户的报告。PSAP接收1110用户的输入，并且提炼其威胁评估。然后，PSAP向位于龙卷风附近的所有SCS订阅用户制定更新的指令，根据他们的位置指示逃离龙卷风的路径或就地避难。PSAP还向急救人员的系统和工作场所即时消息和通知系统发出适当的指令，以便通过他们的系统进一步散发。SCS 110基于SCS订阅用户和组织系统的位置，向所有SCS订阅用户和组织系统散发PSAP的指令。

参考图11A和11B，个人用户接收(1112A和1112B)PSAP的指令并按照指示行动。他们使用他们的PSMA，继续报告他们对龙卷风进展的观察。急救人员还接收1112C PSAP的信息并相应地采取行动。工作场所即时消息和通知系统还接收1112D PSAP的信息，并向他们的用户散发他们自身的指令，例如指示工人移动到工作场所的避难处或不工作。

个人用户将他们的订阅家庭群组(1113A和1113B)的更新输入到PSMA中，以便向家庭群组通知他们的状态。SCS 110从个人用户接收1114更新，并将它们散发1115到适当的家庭群组，如由SCS库301中存储的订阅数据所示。

计算机器架构

本公开描述了多个处理实施例和示例。这些处理可以体现为逻辑操作或程序代码指令。指令可以由机器存储和执行。图12是示出了能够从机器可读介质读取指令并在处理器(或控制器)中执行它们的示例机器的组件的框图。具体地，图12示出了具有计算机系统1200的示例形式的机器的示图表示，在所述计算机系统1200中，可以执行指令1224(例如软件)以使所述机器执行本文讨论的方法中的任意一个或多个。在备选实施例中，机器可以作为独立设备来操作，或者可以连接(例如联网)到其它机器。在联网部署中，机器可以在服务器-客户端网络环境中以服务器机器或客户端机器的能力进行操作，或者在对等(或分布式)网络环境中作为对等机器进行操作。

机器可以是服务器计算机、客户端计算机、个人计算机(PC)、平板PC、机顶盒(STB)、个人数字助手(PDA)、蜂窝电话、智能机、web设备、网络路由器、交换机或桥接器、或能够(顺序地或以其他方式)执行指定要由机器进行的动作的指令1224的任何机器。此外，虽然仅示出了单个机器，术语“机器”还应视为独立或联合执行指令1224以执行此处讨论的方法中的任意一个或多个。

示例机器系统1200包括被配置为经由总线1208相互通信的处理器1202(例如中央处理单元(CPU)、图形处理单元(GPU)、数字信号处理器(DSP)、一个或多个专用集成电路(ASIC)、一个或多个射频集成电路(RFIC)、或其任意组合)、主存储器1204和静态存储器1206。计算机系统1200还可包括图形显示单元1210(例如等离子显示面板(PDP)、液晶显示器(LCD)、投影仪或阴极射线管(CRT))。计算机系统1200还可以包括被配置为经由总线1208通信的字母数字输入设备1212(例如键盘)、光标控制设备1214(例如鼠标、触摸球、操纵杆、运动传感器或其他定位仪器)、存储单元1216、信号发生设备1218(例如扬声器)和网络接口设备1220。

存储单元1216包括其中存储有指令1224(例如软件)的机器可读介质1222，所述指令1224体现本文描述的方法或功能中的任意一个或多个。指令1224(例如软件)还可以在其通过计算机系统1200执行期间完全或至少部分驻留在主存储器1204和/或处理器1202内(例如在处理器的高速缓存内)，主存储器1204和处理器1202还构建了机器可读介质。还可以经由网络接口设备1220通过网络1226发送或接收指令1224(例如软件)。

尽管机器可读介质1222在示例实施例中被示为单个介质，术语“机器可读介质”应被视为包括能够存储指令(例如指令1224)的单个介质或多个介质(例如，集中式或分布式数据库，或相关联的高速缓存和服务器)。术语“机器可读介质”还应被视为包括能够存储被机器执行并且使该机器执行本文公开的方法中的任意一个或多个的指令(例如指令1224)。术语“机器可读介质”包括但不限于具有固态存储器、光介质和磁介质的形式的数据仓库。

其他配置考虑

相对于管理危机相关通信的现有系统，上述系统和处理的实施例提供了优点。例如，实施例使得能够将危险相关的通信传递给用户，而不管这些用户是否是事源组织的成员。此外，用户可以使用移动设备上的单个应用(而不是每个仅能够与单个系统通信的多个专有应用)来发送和接收所有危机相关通信。另外的优点包括提供结构化通信，其减少不准确信息被传播的可能性，提供灵活的订阅策略，使得订阅组织可以选择他们自己的策略，并且促进多个组织的危机管理系统之间的信息交换，而不会损害组织的私人网络的数据安全性。

在该说明书中，复数实例可以实现被描述为单数实例的组件、操作或结构。虽然一个或多个方法的各个操作被示意和描述为分离的操作，各个操作中的一个或多个可同时执行，并且无需按所示顺序执行操作。在示例配置中被示为分离的组件的结构和功能可以被实现为组合结构或组件。类似地，被示为单个组件的结构和功能可以被实现为分离的组件。这些和其他变型、修改、添加和改进属于此处主题的范围。

某些实施例在本文中被描述为包括逻辑或多个组件、模块或机制。模块可以构成软件模块(例如在机器可读介质上或在传输信号中体现的代码)或硬件模块。“硬件模块”是能够执行某些操作并可以按特定物理方式来配置或布置的有形单元。在示例实施例中，一个或多个计算机系统(例如独立计算机系统、客户端计算机系统或服务器计算机系统)或计算机系统的一个或多个硬件模块(例如处理器或处理器组)可以由软件(例如，应用或应用部分)配置为进行操作以执行本文描述的某些操作的硬件模块。

在各实施例中，硬件模块可以用机械方式或电子方式来实现。例如，硬件模块可以包括永久地被配置为执行某些操作的专用电路或逻辑(例如，硬件模块可以是专用处理器，例如现场可编程门阵列(FPGA)或专用集成电路(ASIC))。硬件模块还可以包括暂时由软件配置以执行某些操作的可编程逻辑或电路(例如，包含在通用处理器或其它可编程处理器中的可编程逻辑或电路)。应理解：以机械方式、以专用和永久配置的电路或以临时配置的电路(例如由软件配置)实现硬件模块的决定可出于成本和时间的考虑。

此处描述的示例方法的各种操作可以至少部分地由临时配置(例如通过软件)或永久配置为执行相关操作的一个或多个处理器执行。无论是暂时地还是永久地配置，这样的处理器可以构成进行操作以执行一个或多个操作或功能的处理器实现的模块。在一些示例实施例中，如本文中使用的“模块”包括处理器实现的模块。

一个或多个处理器还可以操作以支持在“云计算环境”下的相关操作的执行或作为“软件即服务”(SaaS)的相关操作的执行。例如，至少一些操作可以由一组计算机(例如，包括处理器的机器)来完成，这些操作是可经由网络(例如，互联网)以及经由一个或多个适当的接口(例如，应用程序接口(API))来访问的。

某些操作的执行可以分布在一个或多个处理器中，并不只驻留在单个机器中，而是布置在多个机器中。在一些示例实施例中，一个或多个处理器或处理器实现的模块可以位于单个地理位置(例如在家庭环境、办公室环境或服务器群中)。在其他示例实施例中，一个或多个处理器或处理器实现的模块可以分布在多个地理位置。

本说明书的一部分以算法或对数据的操作的符号表示给出，所述数据存储为机器存储器(例如计算机存储器)内的比特或二进制数字信号。这些算法或符号表示是数据处理技术领域普通技术人员用来向其他本领域技术人员传达他们工作实质的技术的示例。如此处使用的，“算法”是操作的自洽序列或导致期望结果的类似处理。在该上下文中，算法和操作涉及对物理量的物理操作。通常但非必要地，这样的量可以采取能够由机器存储、访问、传输、组合、比较或以其他方式操纵的电气、磁或光学信号的形式。有时，主要由于常见用法的原因，使用诸如“数据”、“内容”、“比特”、“值”、“元素”、“符号”、“字符”、“项”、“数”、“数字”等词语来指代这样的信号是方便的。然而，这些词语仅仅是方便的标记，并且应与适当的物理量相关联。

除非另行具体说明，此处使用诸如“处理”、“计算”、“运算”、“确定”、“呈现”、“显示”等的讨论可以指操纵或变换被表示为一个或多个存储器(例如易失性存储器、非易失性存储器或其组合)、寄存器或接收、存储、发送或显示信息的其他机器组件内的物理(例如电子、磁或光学)量的数据的机器(例如计算机)的动作或过程。

本文对“一个实施例”、“实施例”的引用意味着结合实施例描述的特定特征、结构或特性包括在至少一个实施例中。在说明书的各个位置中出现短语“在一个实施例中”或“在实施例中”不一定均是指相同的实施例。

可以使用表达“耦合”和“连接”及其派生词来描述一些实施例。例如，一些实施例可以使用术语“耦合”来描述以指示两个或更多个元件处于直接的物理接触或电接触。然而，术语“耦合”还可以表示两个或更多个元件彼此不直接接触，但是仍然彼此协作或交互。实施例不限于该上下文中。

如本文所使用的，术语“包括”、“包含”、“具有”或其任何其它变型旨在涵盖非排他性的包括。例如，包括一系列要素的过程、方法、物品或装置不一定仅限于这些要素，而是可以包括未明确列出的或这些过程，方法，物品或装置所固有的其他要素。此外，除非明确地相反指出，否则“或”是指包括性的或而不是排他性的或。例如，以下任一项都满足条件A或B：A为真(或存在)且B为假(或不存在)，A为假(或不存在)且B为真(或存在)，以及A和B均为真(或存在)。

另外，使用“一个”或“一种”来描述本文中的实施例的要素和组件。这仅仅是为了方便和给出本发明的一般意义。该描述应当被理解为包括一个或至少一个，并且单数也包括复数，除非明显是其他意思。

在阅读本公开后，本领域技术人员将理解用于通过本文公开的原理提供危机通信管理的系统和过程的另外的替代性结构和功能设计。因此，尽管已经示出和描述了特定实施例和应用，但是应当理解，所公开的实施例不限于本文公开的精确结构和组件。在不脱离所附权利要求中限定的精神和范围的情况下，可以对本文公开的方法和装置的布置、操作和细节进行对于本领域技术人员显而易见的各种修改、改变和变化。