以使用话音至文本算法并且将所推荐的更新呈现给操作人员以便进行人工批准，因此减少了操作人员输入更新所花费的时间量。
[0066]在必要情况下，操作人员使用统一危机通知子系统204向相关组成部分(例如，企业的安全人员、管理人员以及成员)触发408文本和/或视觉警报。在一个实施例中，该警报包括适当指令(例如，发送第一应答方增员、成员以避开某些位置，等等)和/或请求来自所有相关人员的状态更新(例如，“0K”、“需要帮助”)。
[0067]系统的人员追踪系统205从所有人员收集409响应以及可选地还收集地理位置，并且向所有订阅方提供报告，该报告指示需要进一步动作的异常情形。在一个实施例中，个人追踪子系统205将响应录入系统数据库201中并且使得它们可用于未来的数据和趋势分析。
[0068]图6图示了根据一个示例实施例的不同组成部分的计算设备之间的情形获知的扩散。该示图使用火灾事件用例作为示例强调了可用于各种企业组成部分的视觉和文本信息。该示图描绘了向企业中三种不同组成部分的角色的用户所呈现的视图:操作中心的操作人员、消防局长以及企业成员。特定设备上的视图取决于相对应个人相对于企业的角色。虽然图中示出了三种角色，但是能够支持任意数目的角色以及因此任意数目的视图。
[0069]在三个设备开启并且它们相应的用户登入(500、501和502)之后，企业的成员观察到火灾，并且使用她的运行本发明的移动应用207的智能电话110编辑并发送报告503，其描述了所观察到的事件、她自己的状态(例如，“安全”或“处于危险中”)，以及她所拍摄的火灾的图像或视频。在发送该报告之前，应用207将移动设备的位置和时间戳自动添加到该报告之中。该报告随后通过企业的个人安全服务206 (假设由企业所使用)而被发送到适当系统200之中。
[0070]该报告被系统200所接收，并且由应用200特别是应用的入站事件管理器600自动、半自动或人工地进行分类和处理。除其它类型的事件之外，订阅了火灾事件的操作人员角色的视图在操作人员的视图上闪烁警报，在地图显示上指示该火灾事件、事件位置以及发送该报告的成员的状态。当操作人员进行请求时，该火灾事件的完整描述(例如，文本、图像和/或视频)被显示504在其视图上。操作人员依据企业的标准操作过程对该事件进行验证并且派遣适当的灭火团队505。
[0071]消防局长的视图也订阅了火灾事件。当接收到该火灾事件时，消防局长的显示器在地图506上指示该火灾的位置。消防局长查询系统并且其视图进行放大以包括与该事件有关的所有可用信息。一旦消防局长对事故作出了评估，他决定需要附加资源，要在该位置周围建立安全周界，并且企业的成员和公众应当停留在周界之后。使用其自己的设备110，消防局长向系统507发送适当消息以建立该周界并且指示应当发出的相对应指令。在一个实施例中，该周界是具有消防局长设置的半径的预确定的形状(例如，圆形)。在另一个实施例中，消防局长通过将其绘制在地图上(例如，利用触控笔在触摸屏上绘制)来定义该周界。在其它实施例中，使用混合方法，诸如最初将该周界定义为圆形，但是使得消防局长能够移动边缘以考虑具体特征，诸如将周界进行延伸以利用一端处更容易关闭的自然瓶颈。
[0072]操作中心的操作人员的视图利用消防局长所发出的信息进行更新，其指示已经分类的资源以及所请求的附加资源。操作中心的操作人员的地图被更新以示出安全周界508。企业的所有成员都接收到通知，该通知在他们的移动设备的地图上示出该安全周界以及相对应的停留在该安全周界之后的指令509。在火灾以外的情况下(例如，未知生物制剂的报告)，安全周界内的人员可以被指示留在该周界之内以便防止该未知生物制剂的扩散。
[0073]操作中心的操作人员和消防调度员分配附加的第一应对方资源。所分配的资源被显示在操作中心和消防局长的视图上510。所有附加的第一应对方的视图都被更新以反映出事件的最新状况511。第一应对方资源在灭火以及其它救援操作中进行协作并且向系统报告状态512，该状态在所有订阅视图上进行更新513。
[0074]操作中心的操作人员关闭该事故。使用该系统，他向企业成员、一般民众和第一应对方通知应急结束514。这些通知在第一应对方515的和成员516的视图上弹出。以类似方式，示出消防局长所建立的安全周界的地理标记从所有视图被消除。
[0075]图7图示了根据一个实施例的用于危机通信管理系统(诸如图1所示的)对所接收到的消息进行处理的示例方法。图7将该方法的步骤归于入站事件管理器(IEM)子系统202，但是在其它实施例中，一些或全部步骤由系统中的其它实体所执行。此外，一些步骤可以以不同顺序和/或并行执行。IEM子系统202管理从多种来源(例如，人员、其它组织、个人和其它系统)来到系统之中的事件报告的流程和处理；这样的事件可以包括由个人所报告的应急情形，来自第一应对方的现场报告，来自诸如视频监控系统的物理安全传感器的事件，等等。在一个实施例中，事件报告包括以下的一些或全部:情形的文本描述，事件报告的来源，与事件相关的多媒体内容，以及事件的地理位置。IEM子系统202对到来的事件流入应用事务逻辑，例如通过将事件连同共享的情形地图一起送至适当系统组成部分并且通知适当团队而允许在应急情形期间进行有效处理。
[0076]在IEM处理开始600之后，IEM子系统202等待通过网络从任何设备或外部系统接收601通信。在可应用的情况下，加密通信被解密603、认证604，并且通信中所包含的消息被验证605。任何并未被成功解密、认证或验证的通信都被拒绝608而不进行进一步处理。
[0077]如果消息被成功认证604和验证605 (并且在必要情况下被解密603)，则IEM子系统202尝试将该消息与现有事件相关联606。如果成功607，该消息作为相关联事件613的一部分被留存613。如果没有事件能够与该消息相关联，则IEM子系统202创建609新的事件，将该事件与至少一种事件类型进行关联，并且如果系统设置要求611按照安全和/或敏感度类别进行分类，则进行该分类612。IEM子系统202将该消息作为新创建的相关联事件的一部分进行留存613。
[0078]如果通信的发起方要求614确认该通信被成功接收并处理，则IEM子系统202构建确认消息并且将其发送615至发起设备或系统。该处理随后空闲并且等待616下一个通信消息。
[0079]图8图示了根据一个实施例的用于危机通信管理系统(诸如图1所示的)将消息与现有事件相关联606的方法。图8将该方法的步骤归于IEM子系统202，但是在其它实施例中，一些或全部步骤由系统中的其它实体所执行。此外，一些步骤可以以不同顺序和/或并行执行。
[0080]在危机事件期间，操作中心通常涌入来自人员和自动系统的、描述本质上可能是相同事故的消息。将涉及到单一真实危机事件的消息与系统内的单个事件相关联因此能够大幅提高应急事件管理的效率。以这种方式，负责管理事故的决策制定者能够被呈现以更为相关的画面而不必被冗余和/或重复的数据所淹没。
[0081]在处理开始606-1之后，IEM子系统202从到来的消息中提取元数据(例如，位置、时间和描述信息)。IEM子系统202确定从消息所提取的元数据是否在阈值公差内与描述现有事件的信息相匹配。在一个实施例中，如果所提取的位置在指定距离之内与现有事件的位置相匹配606-3，并且消息时间在指定时间范围内与现有事件的时间相匹配606-4，则系统将到来的消息添加至与现有事件相关联的消息的集合。否则，IEM子系统202确定606-7没有找到匹配并且继续进行以创建609新的事件。
[0082]如果关联成功，则IEM子系统202使用算法来尝试将到来消息中所包含的描述与匹配事件中所包含的描述相关联。在一个实施例中，IEM子系统202基于共享的共同关键词(例如，“火灾”、“洪水”等)将消息中所包含的到来描述与事件的描述进行匹配606-6。在其它实施例中，IEM子系统202使用其它标准将消息中到来的描述与事件进行匹配，诸如消息中所包括的多媒体数据与关联于事件的信息的自动比较。例如，如果事件为“火灾”类型并且到来的信息包括火灾的图像，则可以确定匹配。相反，如果图像示出了车祸，则IEM子系统202可以另外创建新的事件。
[0083]如果IEM子系统202确定到来的消息中实质上存在新的信息，则其更新606-8现有事件的描述并且对到来的消息进行排队以便发布至订阅这类信息的被授权的感兴趣各方。在一个实施例中，操作人员可以在任意的点查看信息，并且决定将到来的信息融入到现有事件，或者在需要的情况下将消息从相关联事件解耦合以创建新的事件。
[0084]图9图示了人员状态追踪(PST)子系统205的一个实施例，其提供与企业成员的位置、状况和状态相关的实时可视性和详细信息。操作中心使用PST子系统205从选择群组或整个企业群体征求问责状态并且收集准确的问责(例如，状态、状况和位置)报告。在一个实施例中，个人也可以提供他们的当前状态和位置的未征求报告。
[0085]在一个实施例中，PST子系统205使用“按异常管理”的概念，也就是对那些并未在预期的时候进行报告(例如，他们的状态为“未知”或“过期”)或者报告反常状况的那些个人进行管理。PST子系统205跨多个团队提供对人员位置、周边和需求的获知性。PST子系统205还可以提供实时报告。因此，操作人员能够被提供以单个汇总操控板，其“深入挖掘”至粒状的组织细节。
[0086]在一个实施例中，PST子系统205提供人员状态和问责功能，包括:捕获来自个人的状态，维护人员状态的历史，主动地征求个人报告其状态，基于其状态而以具体群组为目标获得后续报告，查看实时人员问责报告，支持通过代理输入人员状态(例如，由系统操作人员)，支持用户状态的“签入”报告(例如，“我在这里并且很好”)，并且支持用户状态的“签出”报告(例如，“不要担心我”)。
[0087]在图9所示的实施例中，PST子系统205以追踪器处理700为基础。该自由运行的处理700负责管理PST子系统500的操作。PST子系统205对来自被录入在数据库702处的企业成员的消息保持追踪，该数据库702在该系统每次从企业成员接收到消息时，经由输入事件管理器600或者客户端704之一处的代理所进行的人工输入而向追踪器处理700进行通知。该消息可以包括但并不局限于事件报