CN117813811A - 用于紧急情况调度的系统和方法 - Google Patents

Abstract

计算机设备生成对由多个传感器设备报告的紧急情况的响应。存储器包含传感器数据引擎和行列式代码计算器。计算机设备基于接收到的传感器数据以及在一些实施例中从信息提供者接收到的回答来确定紧急情况的可能性。传感器数据引擎接收外部传感器数据，确定与外部传感器数据相关联的数据值，并且基于数据值来计算紧急情况可能性。行列式代码计算器基于所计算的可能性来生成行列式代码，并且将代码提供给紧急情况响应者系统以生成紧急情况调度响应。

Description

用于紧急情况调度的系统和方法

版权声明

优先调度公司。本专利文档公开的部分包含受版权保护的材料。版权所有者不反对任何人对专利文件或专利公开进行传真复制，因为它出现在专利商标局的专利文件或记录中，但在其他方面保留所有版权。37 CFR§1.71(d)。

技术领域

本公开涉及用于提供紧急情况询问、信息收集、指令和调度的计算机系统和方法。更具体地，本公开涉及计算机实现的协议，其使得调度员和调度系统能够通过在询问信息提供者期间结合使用相关外部传感器数据而指导调度员来以准确、一致和系统化的方式处理紧急情况响应请求。在可替选的实施例中，调度系统依赖于配备传感器的设备收集的信息来处理紧急情况响应。

附图说明

为了容易地识别任何特定元素或动作的讨论，参考编号中的最高有效数字或多个数字指的是首次引入该元素的图号。

图1示出了根据一个实施例的紧急情况响应系统。

图2示出了根据一个实施例的紧急情况响应系统。

图3示出了根据一个实施例的计算机辅助调度系统。

图4示出了根据一个实施例的用户界面。

图5A至5E示出了根据一个实施例的用户界面。

图6A至6D示出了根据一个实施例的用户界面。

图7示出了根据一个实施例的用户界面。

图8示出了根据实施例的用于协助调度员响应于由信息提供者报告的紧急情况的方法。

图9A至9B示出了可以采用与紧急情况响应系统相关联的系统和方法的场景。

图10示出了可以采用与紧急情况响应系统相关联的系统和方法的场景。

图11示出了根据可替选的实施例的紧急情况响应系统。

图12示出了根据图11的紧急情况响应系统的用户界面。

图13示出了可以采用与紧急情况响应系统相关联的系统和方法的场景。

图14示出了可以采用与紧急情况响应系统相关联的系统和方法的场景。

图15示出了可以采用与紧急情况响应系统相关联的系统和方法的场景。

图16示出了可以采用与紧急情况响应系统相关联的系统和方法的场景。

图17A至17C示出了可以采用与紧急情况响应系统相关联的系统和方法的场景。

图18示出了可以采用与紧急情况响应系统相关联的系统和方法的场景。

具体实施方式

运营调度中心的紧急情况调度服务可以在(多个)调度中心处雇用调度员以从联系调度中心的人类信息提供者接收有关紧急情况的报告。紧急情况调度服务极大地受益于紧急情况调度协议的使用，该紧急情况调度协议标准化了调度员与信息提供者之间的(多个)交互，从而提供了更统一和一致的结果。由调度员使用的紧急情况调度协议可能包括使用预编程查询来询问信息提供者的系统化方法。这消除了由于各个调度员的不同技能而导致的可变性，并且消除了调度员每次接收到呼叫(或其他通信)时尝试回忆适当的查询和指令的需要。紧急情况调度协议允许紧急情况调度员根据紧急情况的类型向紧急情况现场派遣(或使其被派遣)适当的响应人员、紧急情况车辆和/或紧急情况设备等。这些协议还可以允许紧急情况调度员根据一定的优先级(这可能会影响响应于多个事件的顺序、被派遣的车辆是否使用灯光和警报器响应等)来派遣(或使其被派遣)这些人员、车辆、设备等。这允许合理使用资源，同时仍然以合适的重要性来适当地处理每个事件(例如，协议可以确定在给定情况下不需要灯光和警报器响应，从而降低碰撞风险)。总体而言，紧急情况调度协议的使用提高了所收集信息的准确性和收集速度，并使用所收集的信息来适当地响应紧急情况(例如，通过在任何给定时间向最关键的紧急情况适当地调度可用资源)。

然而，仅考虑信息提供者的响应的紧急情况调度协议受到能够从信息提供者收集的信息的质量和/或数量的限制。在信息提供者处于压力状态(例如，由于紧急情况)并且(至少暂时地)不完全能够清晰思考和沟通(或者至少不能像他们在没有压力时通常会做的那样快速思考/沟通)的情况下，这可能会出现问题。在信息提供者没有接受过紧急情况分析和/或响应的培训从而必须接受指导如何分析感知到的紧急情况和/或如何响应于紧急情况(而这需要时间)的情况下，也可能是有问题的。在信息提供者错误或不真实地描述了假定的紧急情况的性质的情况下，这也可能会出现问题。在这些(和其他)情况下，期望的是使用附加数据来增强/补充由信息提供者提供的信息，如果该附加数据能够被及时接收以与紧急情况调度协议一起使用从而在调度响应之前通知决策者。可替选地，期望的是接收数据并且基于该数据来提供紧急情况调度响应而无需信息提供者。

现代传感器技术允许以外部传感器数据的形式来收集这些相关的附加数据。如下文将描述的，包括具有已知特性(已知位置、与信息提供者或事件受害者的已知关联等)的一个或多个外部传感器(例如，位于外部设备上或内部的传感器，或者以其他方式与外部设备通信的传感器)的外部设备(例如，位于调度中心外部的设备)可能能够使用其传感器来收集与事件相关的外部传感器数据。事件可以同时由信息提供者报告给调度中心的调度员。现代通信网络技术还提供了一种将该外部传感器数据从设备及时传输到调度中心以供紧急情况调度协议使用的途径。配备传感器的物联网(IOT)设备(例如，能够在通信网络(例如互联网)上被识别/寻址并且能够将其传感器读数进一步传送到该通信网络上的其他设备的设备)提供了在收集外部传感器数据方面的准确性和实用性，该外部传感器数据(及时)对应于信息提供者的报告，并且可以在做出调度决策时使用。物联网设备还可以提供确定紧急情况响应的仅输入数据。

通过参考附图将更好地理解本公开的实施例，其中贯穿全文相似的部件由相似的标记表示。容易理解的是，如本文附图中一般描述和示出的，所公开的实施例的组件可以以多种不同的配置来布置和设计。因此，以下对本公开的系统和方法的实施例的详细描述并不旨在限制所要求保护的本公开的范围，而仅代表本公开的可能实施例。另外，除非另有说明，方法的步骤不一定需要以任何特定顺序执行，甚至顺序执行，或步骤也不需要仅执行一次。

在一些情况下，未详细示出或描述众所周知的特征、结构或操作。此外，所描述的特征、结构或操作可以在一个或多个实施例中以任何合适的方式组合。还容易理解的是，本文附图中一般描述和示出的实施例的组件可以以多种不同的配置来布置和设计。

所描述的实施例的若干方面将被示出为软件模块或组件。如本文所使用的，软件模块或组件可以包括位于存储器设备内和/或通过系统总线或有线或无线网络作为电子信号传输的任何类型的计算机指令或计算机可执行代码。软件模块可以例如包括一个或多个计算机指令的物理或逻辑块，其可以被组织为进行一项或多项任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等。

在某些实施例中，特定软件模块可以包括存储在存储器设备的不同位置中的不同指令，其一起实现所描述的模块的功能性。实际上，模块可以包括单个指令或多个指令，并且可以分布在若干不同的代码段上、不同的程序当中以及跨若干存储器设备。一些实施例可以在分布式计算环境中实践，其中任务由通过通信网络链接的远程处理设备进行。在分布式计算环境中，软件模块可以位于本地和/或远程存储器存储设备中。另外，在数据库记录中被捆绑或渲染在一起的数据可以驻留在同一存储器设备中，或者跨若干存储器设备，并且可以跨网络在数据库中的记录的字段中链接在一起。

(多个)相关领域的技术人员使用本文所述的教导以及编程语言和工具(诸如Java、Pascal、C++、C、数据库语言、API、SDK、汇编、固件、微码和/或其他语言和工具)容易地提供有助于实现本发明的合适软件。合适的信号格式可以以模拟或数字形式体现，具有或不具有错误检测和/或校正位、分组报头、特定格式的网络地址、和/或(多个)相关领域技术人员容易提供的其他支持数据。

本文公开的紧急情况调度协议可以全部或部分地在数字计算机设备(诸如数字计算机)上由计算机实现。计算机设备可以包括进行所需计算的处理器。计算机设备还可以包括与处理器电子通信的存储器以用于存储计算机操作系统。计算机操作系统可以包括MS-DOS、Windows、Unix、AIX、CLIX、QNX、OS/2和Apple。可替选地，预期未来的实施例将适合于在其他未来的操作系统上执行。存储器还可以存储包括计算机辅助调度(CAD)系统、紧急情况调度协议、用户界面程序和数据存储的应用程序。计算机设备还可以包括用于查看所显示的指令和查询的输出设备(诸如显示单元)以及用于输入响应数据的输入设备。

图1示出了根据一个实施例的紧急情况响应系统100。紧急情况响应系统100可以包括调度中心102、紧急情况响应者系统104、网络106、第一外部设备108、第二外部设备114、第三外部设备128和外部设备数据库140。尽管图1的紧急情况响应系统100已被示出为使用三个外部设备，但是可以预期，紧急情况响应系统100可以替选地使用1、2、4、10、2,000或任何其他数量的外部设备。外部设备108、114、128(或更多个)提供传感器数据，使得能够从多个独立源证实紧急情况。

调度中心102可以经由网络106连接到紧急情况响应者系统104、第一外部设备108、第二外部设备114、第三外部设备128和外部设备数据库140。如以下将进一步详细描述的，调度中心102的计算机设备可以从第一外部设备108、第二外部设备114、和/或第三外部设备128(和/或其他外部设备)中的一个或多个接收外部传感器数据，并且使用该外部传感器数据来确定用于确认紧急情况类型、紧急情况优先级级别、行列式代码、和/或信息提供者的主诉的可能性的数据值。

紧急情况响应者系统104可以使用各种系统、服务、应用工具等中的任何一种来调度、跟踪和/或分配紧急情况响应资源。在一个实施例中，紧急情况响应者系统104可以提供直接与诸如警察、消防员、救护车服务等紧急情况响应服务的接口。这样，可以通过网络从调度中心直接发送调度指令到任一紧急情况响应者系统104。紧急情况响应者系统104可以包括能够与网络106对接的多个IOT设备中的任何一个。紧急情况响应者确实可以配备智能电话和合适的应用程序以能够接收调度指令，诸如紧急情况的类型、优先级级别、行列式代码、和/或主诉。

在一个实施例中，紧急情况响应者系统104可以包括CAD系统来管理用于处理紧急呼叫的调度员工具，包括但不限于紧急情况调度协议(诸如以下讨论的紧急情况调度协议210)、通信资源(例如，无线电系统、阿尔法寻呼机)、地图工具(例如，全球定位系统(GPS)技术、地理信息系统(GIS))和车辆位置系统(例如，自动车辆位置(AVL))。此任务中使用的信息可以包括事件和单元这两者的位置信息、单元可用性以及事件类型。CAD系统可以使用第三方解决方案，诸如E-911、车辆位置应答器和移动数据终端，以实现位置和可用性任务的自动化。紧急情况响应可以利用经过适当训练的人员和配备车载支持设备和药品的服务车辆。CAD系统可以将紧急情况响应车辆和/或经过训练的人员与由调度中心102报告的紧急情况类型相匹配。例如，在涉及对受害者造成伤害或其他危险的紧急情况下，可以由CAD系统将受害者与具有合适装备的车辆以及经过适当训练的人员进行匹配(如果资源可用)。

紧急情况响应者系统104可以经由网络106从调度中心102接收行列式代码以生成紧急情况响应。虽然在图1的实施例中已经分别示出了调度中心102和紧急情况响应者系统104，但是预期在其他实施例中调度中心102可以包括紧急情况响应者系统104。

紧急情况响应系统100的外部设备可以是位于调度中心102之外的任何数据收集设备。外部设备可以包括诸如(多个)控制器、(多个)处理器、存储器、(多个)网络接口等的组件，该组件可以允许相应的外部设备操作、连接到、控制、和/或捕获来自包括在该外部设备中的一个或多个外部传感器中的每一个的数据。这些(和/或进一步的)组件可以允许每个相应的外部设备连接到另一设备、在另一设备上识别、和/或跨通信网络向另一设备传送数据和/或从另一设备传送数据。例如，第一外部设备108、第二外部设备114、和/或第三外部设备128中的每一个可以分别包括组件(例如，处理器/控制器142、144、146，网络接口148、150、152和存储器154、156、158)，该组件可以允许相应的外部设备操作、连接到、控制和/或捕获来自包括在该外部设备中的一个或多个外部传感器中的每一个的数据，和/或连接到网络106的另一设备、在网络106的另一设备上识别、和/或跨通信网络向网络106的另一设备传送数据和/或从网络106的另一设备传送数据。除此之外，第一外部设备108、第二外部设备114、和/或第三外部设备128中的每一个可以由此经由网络106与调度中心102通信，以便将外部传感器数据发送到调度中心102。

外部设备可以包括用于捕获数据的一个或多个传感器，并且可以能够将所捕获的数据传输到调度中心102。例如，如以下将更详细地描述的，第一外部设备108、第二外部设备114、和/或第三外部设备128可以各自包括一种或多种类型的一个或多个传感器。

外部设备可以(附加地或可替选的地)包括关于与外部设备相关联的人的用户数据。例如，第一外部设备108、第二外部设备114、和/或第三外部设备128可以各自分别包括用户数据160、162、164，该用户数据160、162、164包括关于第一外部设备108的用户的信息(例如，静态生理信息)。

如以下将更详细地描述的，外部设备(例如，第一外部设备108、第二外部设备114、和/或第三外部设备128)可以能够经由网络106向其他设备(包括例如外部设备数据库140、调度中心102的计算机设备、和/或其他外部设备)识别其自身。该识别可以包括将外部设备的网络地址传送到另一设备。该识别还可以包括将外部设备的物理位置传送到另一设备。该识别还可以包括传送在外部设备处存在的(多个)传感器的类型、能够由在外部设备处存在的由(多个)传感器收集的数据的类型、能够由在外部设备处存在的由(多个)传感器收集的数据的质量、和/或外部设备能够经由网络提供给其他设备的传感器数据的格式。该识别还可以包括从用户数据获取的与外部设备相关联的人(例如，外部设备的所有者或当前用户)的身份标识或其他信息。

可以预期，紧急情况响应系统100的外部设备的具体物理形式可以有很大的变化。例如，紧急情况响应系统100的外部设备可以包括0、1、2、4、7、10或任何其他数量的传感器。紧急情况响应系统100的外部设备可以是移动设备(例如，蜂窝电话或智能电话)、可穿戴设备(例如，智能眼镜或智能手表)、或固定设备(例如，安全平台、监控相机(其可能是安全平台的一部分或独立于安全平台)、或环境平台)。

可以预期，外部设备可以以多种方式与外部设备所包括的传感器进行通信。根据紧急情况响应系统100的外部设备可以将所包括的传感器的全部或部分物理地集成到其自身中。在这些情况下，从所包括的传感器输出的数据可能经由直接物理连接提供给外部设备。可替选地，可以预期，根据紧急情况响应系统100的外部设备可以包括传感器，该传感器在物理上远离外部设备并且通过通信网络(包括通信网络106)在外部设备处被控制和/或从其接收数据。

可以预期，根据紧急情况响应系统100，可以通过一个或多个外部设备的各种传感器来收集多种类型的数据。例如，所收集的数据类型可以是动态生理数据(例如，人的心率、呼吸频率、体温)、位置数据、视觉数据、音频数据和/或天气数据(风速、气压等)。可以预期，可以由传感器收集的并且可以与紧急情况相关的这些或任何其他类型的(多个)数据可以与紧急情况响应系统100一起使用。

根据紧急情况响应系统100的外部设备可以经由网络将其传感器数据提供给另一设备(例如，调度中心102的计算机设备或另一外部设备)。可以以任何格式将该数据提供给其他设备。例如，外部设备可以从其所包括的传感器中的一个接收原始传感器数据，并且可以将该原始数据提供给另一设备而不改变所述原始数据。可替选地，外部设备可以从其所包括的传感器中的一个接收原始数据，然后在将数据提供给另一设备之前将原始数据格式化为共享格式类型(例如，与该数据的类型相关联的标准格式类型)。

根据紧急情况响应系统100的外部设备可以自动地或根据请求将其传感器数据提供给另一设备(例如，调度中心102的计算机设备或另一外部设备)。例如，外部设备可能知道其他设备并且已经被配置为经由网络(例如，网络106)自动地向其他设备提供所有传感器和/或用户数据。可替选地，外部设备可能知道其他设备并且已经被配置为当检测到异常状况时自动地将来自其一个或多个外部传感器的外部传感器数据提供给其他设备(例如，在特定时间获取的传感器读数、或传感器读数超出正常范围)。可替选地(或附加地)，外部设备可以被编程为在从其他设备接收到请求(例如，经由网络106)时将其外部传感器数据提供给其他设备。在这些情况下，在提供其外部传感器数据之前，外部设备可能需要来自其他设备的授权凭证。根据紧急情况响应系统100的外部设备可以以相同的方式向另一设备提供任何用户数据。

现在将详细描述可以从外部设备发送到调度中心102的各种类型的外部传感器数据的示例。虽然将讨论在第一外部设备108、第二外部设备114和第三外部设备128中提供的传感器的示例，但是可以想到许多其他类型的传感器可以与紧急情况响应系统100一起使用。

第一外部设备108可以包括图像传感器110。图像传感器110可能能够捕获原始视频数据并将其提供给第一外部设备108。所述原始视频数据可以可选地被格式化，然后经由网络106被传送到调度中心102。图像传感器110可能能够捕获原始静止图像数据并将其提供给第一外部设备108。所述原始静止图像数据可以可选地被格式化，然后经由网络106被传送到调度中心102。

第一外部设备108可以包括麦克风112。麦克风112可能能够捕获原始音频数据并将其提供给第一外部设备108。所述原始音频数据可以可选地被格式化，然后经由网络106被传送到调度中心102。

第二外部设备114可以包括GPS传感器116。GPS传感器116可能能够捕获原始位置数据并将其提供给第二外部设备114。所述原始位置数据可以可选地被格式化，然后经由网络106被传送到调度中心102。

第二外部设备114可以包括呼吸速率传感器118。呼吸速率传感器118可能能够捕获原始呼吸数据并将其提供给第二外部设备114。所述原始呼吸数据可以可选地被格式化，然后经由网络106被传送到调度中心102。

第二外部设备114可以包括心率传感器120。心率传感器120可能能够捕获原始心率数据并将其提供给第二外部设备114。所述原始心率数据可以被可选地格式化，然后经由网络106被传送到调度中心102。

第二外部设备114可以包括体温传感器122。体温传感器122可能能够捕获原始体温数据并将其提供给第二外部设备114。所述原始体温数据可以被可选地格式化，然后经由网络106被传送到调度中心102。

第二外部设备114可以包括加速度计124。加速度计124可能能够捕获原始加速度数据并将其提供给第二外部设备114。所述原始加速度数据可以可选地被格式化，然后经由网络106被传送到调度中心102。

第二外部设备114可以包括收缩传感器126。收缩传感器126可能能够捕获原始收缩数据并将其提供给第二外部设备114。所述原始收缩数据可以可选地被格式化，然后经由网络106被传送到调度中心102。由收缩传感器126捕获和提供的收缩数据可以包括收缩速率和/或一次或多次收缩的强度。

第三外部设备128可以包括温度计130。温度计130可能能够捕获原始温度数据并将其提供给第三外部设备128。所述原始温度数据可以可选地被格式化，然后经由网络106被传送到调度中心102。

第三外部设备128可以包括运动传感器132。运动传感器132可能能够捕获原始运动数据并将其提供给第三外部设备128。所述原始运动数据可以可选地被格式化，然后经由网络106被传送到调度中心102。

第三外部设备128可以包括风速计134。风速计134可能能够捕获原始风速数据并将其提供给第三外部设备128。所述原始风速数据可以可选地被格式化，然后经由网络106被传送到调度中心102。

第三外部设备128可以包括气压计136。气压计136可能能够捕获原始气压数据并将其提供给第三外部设备128。所述原始气压数据可以可选地被格式化，然后经由网络106被传送到调度中心102。

第三外部设备128可以包括地震仪138。地震仪138可能能够捕获原始地震数据并将其提供给第三外部设备128。所述原始地震数据可以可选地被格式化，然后经由网络106被传送到调度中心102。

外部设备108、114、128是用于确认紧急情况的不同且独立的传感器数据的多个源。因此，没有任何一个外部设备确定紧急情况，而是使用独立传感器数据的汇编来进行确定。此外，信息提供者的回答可能无法单独确定紧急情况。信息提供者的回答与独立于信息提供者提供的传感器数据结合使用。如将进一步解释的，传感器数据可以用于确定紧急情况类型、优先级级别、行列式代码和/或主诉。

外部设备数据库140可以包括有助于帮助调度中心102定位外部设备(例如，第一外部设备108、第二外部设备114和第三外部设备128)的数据。外部设备数据库140可以包括例如关于一个或多个外部设备的地理位置的信息。在将外部设备添加到外部设备数据库140时，可以将该位置信息提供给外部设备数据库140。此外，对于移动的外部设备(智能电话、智能手表等)，外部设备本身可以不时地将其位置的更新提供给外部设备数据库140。

外部设备数据库140可以包括关于人与外部设备之间的关联的信息(例如，与设备相关联的人的用户名)。外部设备数据库140还可以包括关于与一个或多个外部设备中的每一个相关联的唯一外部设备标识符(见下文)的信息。外部设备数据库140还可以包括关于可以由外部设备提供的外部传感器数据的(多个)类型、(多个)格式和/或(多个)质量的信息。

外部设备(及其所描述的相关信息)可以由外部设备数据库140的操作员手动地添加到外部设备数据库140。还可以预期，在其他实施例中，通过经由网络106与外部设备数据库140通信，外部设备将其自身以及其相关信息添加到外部设备数据库140，和/或通过经由网络106与外部设备数据库140通信，自动地在外部设备数据库140中定期更新其信息(例如，位置信息，如上所述)。

图2示出了根据一个实施例的紧急情况响应系统200。紧急情况响应系统200包括调度中心202。在调度中心202处，调度员204操作具有处理器244、存储器208和网络接口232的计算机设备206。存储器208可以设置有至少部分地存储在其上的紧急情况调度协议210以使调度员204能够快速且一致地履行其调度紧急情况响应的职责。在识别紧急情况时，调度员204提出一系列问题；虽然一些问题是直观的，但是如果调度员204没有得到引导，则可能会错过一些协议问题。紧急情况调度协议210相应地提供经过专业起草的指令以协助(可能)未经训练的信息提供者214确定相关需求和状况，从而允许合适的紧急情况响应。紧急情况调度协议210还可以提供专业起草的急救指令以在紧急情况响应者到达之前帮助信息提供者214。

调度中心202还包括电话装备226、输入设备228和输出设备230以响应呼叫并且与计算机设备206对接。调度员204在电话装备226上接收呼叫，将呼叫识别为需要紧急情况响应并且发起紧急情况调度协议210。进入调度中心202的通信可以是来自例如紧急情况线路的口头报告(例如，通过使用电话238)。口头报告可替选地可以以另一种方式接收，例如通过管理线路或通过无线电。在其他情况下，当计算机设备206从信息提供者214接收信息(除了口头报告之外)——诸如文本消息时，可以发起紧急情况调度协议210。在一些情况下，信息提供者214可以报告紧急情况对一个或多个受害者(诸如受害者212)的严重影响。在一些情况下，受害者212可以代表他们自己呼叫或发送信息(在这种情况下，据说受害者212还可以充当信息提供者214)。在其他情况下，信息提供者214可以与调度中心202就不涉及对受害者212造成严重影响的紧急情况(例如，仅影响财产安全的紧急情况)进行通信。

紧急情况调度协议210提供具有问题、来自信息提供者214的可能响应、由传感器数据引擎240收集的可能数据值、以及给信息提供者214的可能指令的逻辑树。紧急情况调度协议210的问题可以由调度员204向信息提供者214提出。该过程可以是口头的(例如，经由电话装备226)，或者它可以是非口头的(例如，经由文本消息)。在一些情况下，信息提供者214的响应导致对信息提供者214的后续问题和/或指令。根据预定逻辑来处理响应和数据值以确定提供紧急情况响应的行列式代码。在紧急情况调度协议210期间，调度员204和/或紧急情况调度协议210将尤其收集所呈现的、通过询问发现的、和/或反映在从外部传感器数据确定的数据值中的紧急情况的状况和情况以便调度适当的紧急情况响应。紧急情况调度协议210有利于统一且一致地收集与紧急情况有关的信息。可以部分地通过当协议通过逻辑树进行(即，遍历)时逻辑地指派行列式代码的系统来确定适当的紧急情况响应的调度。紧急情况调度协议210的逻辑树可以跨紧急情况调度协议210的多个子组件设置，包括但不限于案例输入协议236、询问协议234、传感器数据引擎240、行列式代码计算器216，和/或人员指令引擎217。

具有逻辑树的调度协议的示例性实施例在美国专利No.5,857,966、5,989,187、6,004,266、6,010,451、6,053,864、6,076,065、6,078,894、6,106,459、6,607,481、7,106,835、7,645,234、8,066,638、8,103,523、8,294,570、8,335,298、8,355,483、8,396,191、8,488,748、8,670,526、8,712,020、8,873,719、8,971,501、9,319,859、9,491,605和9,516,166公开，其通过引用并入本文。

紧急情况调度协议210决策点直接涉及生死攸关的决策，因此，本文讨论的协议和/或引擎通过了医疗、警察和/或消防调度相关紧急情况响应领域的专家的严格审查。

计算机设备206可以包括案例输入协议236，其可以用于收集与调度中心202可能需要响应的许多类型的紧急情况相关的初始信息。案例输入协议236可以用于帮助调度员204和/或计算机设备206确定紧急情况的类型、优先级级别、行列式代码、和/或信息提供者214的主诉。在以下图3中更详细地讨论以其对应的图形用户界面(GUI)给出的案例输入协议236的实施例。

计算机设备206还可以包括询问协议234。询问协议234可以包括预编程查询，调度员204可以提问信息提供者214以便接收关于感知到的紧急情况的相关信息。询问协议234可以是许多可能的询问协议中的一个，并且可以基于其与紧急情况的类型或信息提供者214的主诉的关系来选择。在以下图4A至4E中更详细地讨论以其对应的GUI给出的询问协议234的实施例。

计算机设备206还可以包括传感器数据引擎240。传感器数据引擎240可以被紧急情况调度协议210用于与一个或多个外部设备220通信并且从一个或多个外部设备220接收外部传感器数据。一些外部设备的示例已经被在先给出为外部设备108、114和128。由紧急情况调度协议210使用该外部传感器数据进行证实以提高调度决策的准确性和/或速度。外部传感器数据源自单独和独立的外部设备以确认紧急情况。此外，外部传感器数据可以包括来自不同类型传感器的数据以捕获不同类型的数据，诸如音频、视频、热、生理、速度等。在以下图5A至5D中更详细地讨论以其对应的GUI给出的询问协议234的实施例。

紧急情况调度协议210包括并操作行列式代码计算器216，以根据信息提供者214对预编程查询的回答和来自传感器数据引擎240的输入来计算行列式代码。如本文进一步描述的，传感器数据引擎240与行列式代码计算器216通信以增强和证实来自信息提供者214的回答。行列式代码计算器216还可以确定紧急情况的类型或信息提供者214的主诉是准确的可能性。行列式代码计算器216可以计算指示应当被调度的响应的优先级的行列式代码。行列式代码计算器216可以计算指示紧急情况的类型的行列式代码。行列式代码计算器216可以计算指示应当被调度的响应的优先级以及紧急情况的类型的行列式代码。由于行列式代码可以指示紧急情况的优先级和类型，因此行列式代码比提供很少描述或不提供描述的通用警报更具体和有用。在以下图6中更详细地讨论以其对应的GUI给出的行列式代码计算器216的实施例。

紧急情况调度协议210包括并操作人员指令引擎217以提供适合于指导作为调度一部分的人员如何适当地响应于紧急情况的指令。如下所述，这些指令可以基于来自行列式代码计算器216和传感器数据引擎240中的一个和/或两个的关于紧急情况的信息，并且作为对紧急情况的调度响应的一部分被递送给将到达的人员。

计算机设备206可以包括报告模块224以统计地测量各个员工的表现以及调度中心202的整体表现。统计数据可以包括合规率、通信处理统计数据和对等测量值。一旦与信息提供者214的通信完成，调度员204就可以结束案例，并且可以保存案例摘要。案例概要可以稍后由报告模块224检索以供审查和/或分析。报告模块224可以根据案例摘要和/或在案例未决时来确定统计数据。

计算机设备206的网络接口232可以连接到网络242。计算机设备206可以使用网络接口232以向可以不同于计算机设备206的一个或多个设备发送信息以及从其接收信息，该一个或多个设备诸如作为调度中心202的其他设备(例如，电话装备226)和/或在网络242上可访问的调度中心202之外的设备(例如，紧急情况响应者或CAD系统218、电话238或其他设备，诸如由信息提供者214使用的膝上型计算机、一个或多个外部设备220、和/或外部设备数据库222)。可能的网络的示例包括与调度中心202相关联的互联网和/或局域网(LAN)以便于促进计算机设备206与这些其他设备之间的信息传输。

举例来说，网络242可以促进计算机设备206与一个或多个外部设备220之间的信息传输。该信息可以包括从外部设备220中的一个或多个向计算机设备206传输的外部传感器数据(无论是原始的还是格式化的)。该信息可以包括从计算机设备206向一个或多个外部设备220的请求以用于一个或多个外部设备220向计算机设备206提供外部传感器数据。

作为另一示例，网络242可以促进计算机设备206、紧急情况响应者或CAD系统218、以及可以被调度到事件位置的一个或多个服务车辆和/或其他单元之间的信息传输。调度员204可以使用CAD系统218以关于上面图1讨论的方式来跟踪和分配紧急情况响应资源。CAD系统218可以全部或部分在与计算机设备206通信的单独计算机上操作。

作为另一示例，网络242可以促进计算机设备206与外部设备数据库222之间的信息传输。可以由外部设备数据库222传输到计算机设备206的信息包括关于外部设备220中的一个或多个的地理位置的信息、关于人与外部设备220中的一个或多个之间的关联的信息、与外部设备220中的一个或多个相关联的外部设备标识符、以及关于可以由外部设备220中的一个或多个提供的外部传感器数据的(多个)类型、(多个)格式和/或(多个)质量的信息。

参考图3，示出了与本文公开的系统一起使用的CAD系统300的实施例。CAD系统300可以包括与计算设备206电通信的一个或多个CAD服务器302。CAD服务器302可以物理地位于调度中心202中或位于远程。CAD服务器302可以维护由CAD服务器302支持的每个紧急情况调度的记录。

CAD系统300可以包括无线电调制解调器304、AVL系统306和/或GPS 308(本文统称为“车辆跟踪器设备”)以与紧急情况车辆310无线通信。尽管GPS 308被示出为与AVL系统306分离的设备，AVL系统306可以在操作中利用GPS信号。本领域技术人员将理解，诸如GLONASS的其他无线导航系统也可以并入到系统300中。车辆跟踪器设备能够接收车辆位置信息并且确定紧急情况车辆310的地理位置。车辆跟踪器设备可以通过使用SMS、GPRS、卫星无线电、地面无线电等与紧急情况车辆310通信。

CAD服务器302可以包括车辆跟踪系统312，其包括利用车辆位置信息并且跟踪与CAD服务器302通信的所有紧急情况响应车辆310的软件功能性。车辆跟踪系统312可以生成紧急情况车辆位置的综合视图。车辆跟踪系统312可以生成图形用户界面以显示紧急情况车辆位置。

每个紧急情况响应车辆310包括与车辆跟踪器设备无线通信的车辆计算机314。在一个实施例中，车辆计算机314可以包括移动数据终端或移动数字计算机以能够与CAD服务器302通信。车辆计算机314可以包括具有广域无线IP通信设备和/或无线电接口的坚固耐用的膝上型计算机或平板电脑。车辆计算机314可以是哑终端、定制计算机、通用计算机等。如能够理解的，为了安全和保障，车辆计算机314可以锚定到车辆310。车辆计算机314可以包括用于SMS、WAN、WLAN、GPS和/或无线电通信的一个或多个外围设备或内置配置。

监视紧急情况响应车辆310的位置、当前调度指派、装备和人员基于优先级来通知CAD服务器302和调度中心202哪些车辆310可用、被适当装备以及接近紧急情况。高优先级紧急情况可能需要最近的合适的紧急情况响应车辆310。低优先级紧急情况可以允许更远的合适的紧急情况响应车辆。此外，优先级可以确定紧急情况响应车辆是以正常交通还是以灯光和警报器行驶。传统上，可以基于可用性和接近度来选择紧急情况响应车辆310，而不是基于至少部分地从外部传感器数据生成的行列式代码。如本文所公开的，行列式代码确认紧急情况的类型和优先级，以便选择合适的紧急情况响应车辆310。因此，可以选择具有正确装备、经过训练的人员和合适的距离的适当的紧急情况响应车辆310。此外，紧急情况响应车辆310的选择是自动化的，从而减少人为错误、减少调度时间并且减少调度员的压力。调度时间的延长，即使只是片刻，也能够意味着生与死的区别。从外部传感器数据快速和准确地生成行列式代码为传统系统提供了显著的改进。

图4示出了根据实施例的紧急情况调度协议的案例输入协议的用户界面400。紧急情况调度协议可以是例如紧急情况调度协议210。用户界面400可以对应于图2的案例输入协议236。用户界面400可以在调度中心的计算设备(例如，调度中心202的计算设备206)上操作。用户界面400包括位置字段402、电话号码字段404、紧急情况描述字段406、外部设备标识符字段408和传感器搜索按钮410。在与信息提供者(例如，信息提供者214)通信时，可以由调度中心的调度员(例如，调度中心202的调度员204)使用用户界面400。

可以由调度员204手动地填写位置字段402。调度员204可以向信息提供者214提问他们的当前位置。可替选地，调度员204可以要求信息提供者214提供由信息提供者214报告的紧急情况的位置。在任一情况下，调度员204然后可以将该信息键入到用户界面400中(例如，通过使用输入设备(例如，输入设备228))。

相反，可以在与信息提供者214的呼叫(或其他通信)期间自动地填写位置字段402。例如，呼叫(或其他通信)可以连同位置信息(例如，通过从智能电话的通信到达的GPS数据)一起到达调度中心102。位置信息可以被自动填充到位置字段402中。使用用户界面400的调度员204可以具有使用输入设备撤销该数据的能力(例如，在信息不正确或者信息提供者214正在报告与自动接收的信息不同的位置的情况下)。

位置字段402可以接受文本形式的位置信息。文本可以反映例如GPS坐标、街道地址或识别位置的任何其他适当形式。操作用户界面400的计算设备(或与这样的计算机设备进行网络通信的另一计算设备)可能能够分析该文本并且根据需要识别与公共位置方案一致的位置(例如，与调度中心202的计算设备206通信以向设备提供公共位置信息)。

可以由调度员204响应于信息提供者214的查询而手动地填写电话号码字段404。可替选地，可以使用自动伴随通信而到达调度中心202的信息在与信息提供者214通信期间来自动地填写电话号码字段404。

主诉字段406可以由调度员204响应于信息提供者214的查询而手动键入。案例输入协议236的一个目的可以是从呼叫者获得足够的信息以允许调度员204识别信息提供者214的主诉。作为案例输入协议236的一部分，调度员204可以向信息提供者214要求事件的描述，并且然后可以使用最能代表这种描述的对应的主诉的指示来填写主诉字段406。主诉的指示可以是例如基于文本的，诸如“人倒下”、“入室盗窃”或“结构着火”。在一些实施例中，主诉的指示可以是被指派给(并且由调度员和/或要指派给的计算设备已知)与这些或其他想法相对应的某个主诉的号码。主诉(如由主诉字段406的内容反映的)可以由计算设备206使用以例如确定当紧急情况调度协议210进行时，询问协议的(多个可能实施例中的)哪个特定实施例(例如，询问协议234的特定实施例)应当被使用。可以选择所选择的询问协议234的具体实施例，因为它包括与由主诉字段406的内容指示的主诉相关的预编程查询(如下所述)。

可替选地，可以由询问协议234基于对预编程查询的回答来自动地填充主诉字段406。也可以基于对预编程查询的回答和外部传感器数据来自动地填充主诉。主诉也可以被称为紧急情况并且紧急情况可以以与主诉相同的方式确定。因此，可以由调度员204基于调度员204接收到对预编程查询的回答来手动地键入或手动地选择主诉或紧急情况。调度员204还可以查看外部传感器数据来决策主诉或紧急情况。还可以由询问协议234和/或传感器数据引擎240基于接收到的对预编程查询的回答、外部传感器数据或这两者来自动地选择主诉或紧急情况。

可以利用伴随通信而到达调度中心202的信息在与信息提供者214的通信期间自动地填写外部设备标识符字段408。外部设备标识符字段408的内容可以包括用于与调度员204通信的设备的外部设备标识符(如下所述)。

传感器搜索按钮410可以用于立即拉出传感器数据引擎(例如，传感器数据引擎240)的GUI。可替选地，如下所述，传感器搜索按钮410可以使传感器数据引擎240在后台自动地运行，而不需要与调度员204进行GUI交互。以下将更详细地描述传感器数据引擎240的操作。

图5A至5E示出了根据实施例的紧急情况调度协议的询问协议的用户界面500的各种屏幕。紧急情况调度协议可以是例如紧急情况调度协议210。用户界面500可以对应于图2的询问协议234。用户界面500可以在调度中心的计算设备(例如，调度中心202的计算设备206)上操作。用户界面500可以由调度中心的调度员(例如调度中心202的调度员204)在与信息提供者(例如，信息提供者214)通信时使用。如将描述的，用户界面500的每个屏幕可以包括传感器搜索按钮512，其可以用于立即拉出传感器数据引擎(例如，传感器数据引擎240)的GUI。可替选地，如下所述，传感器搜索按钮512可以使传感器数据引擎240自动地在后台运行，而不需要与调度员204进行GUI交互。将在以下更详细地描述传感器数据引擎240的操作。

在图5A中，用户界面500通过将预编程查询“描述情况”501传达给信息提供者214并且接收对应的响应来提示调度员204接收主要问题或事件类型。用户界面500可以提供包括问题类别的列表502，诸如“受伤(创伤)”、“出血(创伤)”、“医疗”、“出血(非创伤)”、“交通/运输事件”、“兴奋性神志失常”、“被电击”或“未知”。由于在案例输入协议的GUI的紧急情况描述字段中提供了初始信息(例如，用户界面400的主诉或紧急情况描述字段406)，这些问题类别中的每一个都可能已经被放置在询问协议234的用户界面500的列表502中。因此，在本阶段列表502处所示的类别的具体选择和排列是作为示例给出的，而不是作为限制。可以设想具有除本文明确呈现的类别或项目之外的类别或项目的其他列表(例如，与除了对人的伤害之外的完全不同类型的紧急情况相关)。在列表502中找到的类别可以对应于指示信息提供者214正在报告他们已经遇到明显已经倒下的受害者212的初始信息。

调度员204可以突出显示并且选择在列表502中找到的问题类别中的任意一个。该选择可以基于通过询问与调度员204通信的信息提供者214而获取的信息。在图5A中，选择的问题类别是“受伤(创伤)”。

图5A示出了“附加信息”字段504的内容的实施例。“附加信息”字段504可以包含用于帮助调度员204适当地响应可以由用户界面500呈现的查询的信息。“附加信息”字段504可以在调度员204选择例如问题类别之前(或者默认在调度员204输入之前)被默认显示。可替选地，调度员204可能先前已经选择了相关联的“附加信息”选项卡506以便显示“附加信息”字段504。用户界面500的该屏幕还可以包括传感器搜索按钮512，其可以用于立即激活传感器数据引擎(例如，传感器数据引擎240)的GUI。

在图5B中，用户界面500修改列表502以通过将预编程查询“受伤类型/位置”503传达给信息提供者214并且接收对应的响应来提示调度员204接收受伤/事件的类型。列表502可以提供用于选择“不危险的身体区域”、“可能危险的身体区域”、“胸部”、“颈部”、“头部”、“跌倒(地面)”、“轻微出血”、“轻微受伤”或“严重受伤”的选项。如所指示的，由调度员204选择“可能危险的身体区域”。该选择可以基于通过询问与调度员204通信的信息提供者214而获取的信息。

图5B示出了“问题回答”字段508的实施例。“问题回答”字段508可以响应于调度员204对主要问题类别的选择(或本文描述的其他选择)而自动显示，如以上相对于图5A所描述的。可替选地，调度员204可能已经选择了相关联的“问题回答”选项卡510以便显示“问题回答”字段508。随着询问协议234的进行，使用对先前提示的回答来更新“问题回答”字段508。用户界面500的该屏幕还可以包括传感器搜索按钮512。

在图5C中，用户界面500提示调度员204通过传达预编程查询“他完全警觉吗(适当地响应)？”505到信息提供者214并且接收对应的响应来确定受害者212是否完全警觉。列表502可以提供选择“是”、“否”或“未知”的选项。如所指示的，选择“是”。该选择可以基于从询问与调度员204通信的信息提供者214获取的信息。用户界面500可以提供“问题回答”字段508以列出先前键入的回答。这向调度员204提供了视觉指示符并且将被保存为记录。如所指示的，问题类别是“受伤(创伤)”并且信息提供者报告受伤是对于“可能危险的身体区域”。如所示出的，随着询问协议234的进行，利用对先前提示的回答来更新“问题回答”字段508。用户界面500的该屏幕还可以包括传感器搜索按钮512。

在图5D中，用户界面500提示调度员204通过传达预编程查询“他是否有呼吸困难？”507到信息提供者214并且接收对应的响应来确定受害者212是否有呼吸困难。列表502可以提供选择“否”、“是”或“未知”的选项。如所指示的，选择“是”。该选择可以基于从询问与调度员204通信的信息提供者214获取的信息。如所示出的，随着询问协议234的进行，利用对先前提示的回答来更新“问题回答”字段508。用户界面500的该屏幕还可以包括传感器搜索按钮512。

在图5E中，用户界面500提示调度员通过传达预编程查询“是否存在严重流血(喷射或涌出)？”509到信息提供者214并且接收对应的响应来确定受害者212是否严重流血。用户界面500可以提供选择“现在没有出血”、“是，严重”、“未知”或“出血，不严重”的选项。如所指示的，选择“现在没有出血”。该选择可以基于从询问与调度员204通信的信息提供者214获取的信息。如所示出的，随着询问协议234的进行，使用对先前提示的回答来更新“问题回答”字段508。用户界面500的该屏幕还可以包括传感器搜索按钮512。

图6A至6D示出了根据实施例的与紧急情况调度协议的传感器数据引擎相对应的用户界面600的各种屏幕。紧急情况调度协议可以是例如紧急情况调度协议210。用户界面600可以对应于图2的传感器数据引擎240。用户界面600可以在调度中心的计算设备(例如，调度中心202的计算设备206)上操作。用户界面600可以由调度中心的调度员(例如调度中心202的调度员204)在与信息提供者(例如，信息提供者214)通信时使用。用户界面600可以在紧急情况调度协议210的任何其他部分期间被调用(例如，自动地或者响应于调度员204使用与紧急情况调度协议210的另一部分相关联的传感器搜索按钮)。

虽然图6A至6D中所示的过程将在GUI用户界面600的上下文中示出，但是应当理解，(如下文所讨论的)这些过程可以各自由调度中心202的适当编程的计算设备206自动执行。在这些情况下，用户界面600可能不被计算设备206使用和/或被呈现给调度员204，并且当传感器数据引擎240运行时，如关于图6A至6D描述的传感器数据引擎240的过程可以在调度员204的后台进行。这可以允许调度员204继续例如接收对询问协议(例如询问协议234)的预编程查询的回答，同时系统自动地进行与传感器数据引擎240相对应的过程(例如，接收传感器数据、计算数据值等，如下所述)。在一些实施例中，传感器数据引擎240可以在从信息提供者214的电话238接收到位置和/或识别数据时自动地和/或在后台运行，如以下将进一步详细描述的。

用户界面600可以包括位置字段602、位置搜索按钮604、姓名/用户识别字段606和识别搜索按钮608。用户界面600还可以包括搜索结果字段610、传感器读数字段612和添加传感器数据按钮614。用户界面600还可以包括收集结果字段616、主诉可能性字段618、行列式代码字段620以及确认和返回按钮622。

在图6A中，位置字段602已经被填写有地址。这可以自动地发生(例如，可以从紧急情况调度协议210的案例输入协议236和/或询问协议234检索地址)。可替选地，地址可能已经被调度员204手动键入。地址可以对应于紧急情况位置处或附近的位置，并且可以如以上描述的由信息提供者214(或自动地)提供给调度员204。在可替选的实施例中，代替地址(或除了地址之外)，其他位置信息(例如，一组GPS坐标)可以出现在位置字段602中。能够由计算机系统使用来确定紧急情况的相关区域的任何位置信息可以被用在位置字段602中。案例输入协议236可以包括搜索特征以从一个或多个外部设备220确认事件地址。例如，事件地址可以从信息提供者214的智能电话、附近的安全传感器、受害者/患者或信息提供者214携带的医疗传感器、车辆传感器等接收。任何一个外部设备220可以包括GPS或任何其他已知的位置服务。

调度员204然后按下位置搜索按钮604以进行对存在于所识别位置的区域中的一个或多个外部设备220中存在的具有外部传感器的设备的搜索(可替选地，该搜索可以自动地发生)。作为响应，调度中心202的计算设备206可以与外部设备数据库(例如，图2的外部设备数据库222)通信并且将该位置信息呈现给外部设备数据库222。调度中心202的设备206、外部设备数据库222、或另一计算设备206(例如，经由网络242访问的一个)可能先前已经将来自位置字段602的位置信息转换成外部设备数据库222可识别的格式。外部设备数据库222可以接收该位置信息并且回复包含关于能够向调度中心202的计算设备206提供数据的区域中的外部设备的细节地结果列表。

可以在搜索结果字段610中呈现有能力的外部设备220的该列表。如所示出的，与该位置附近的外部设备220相对应的结果被显示在搜索结果字段610中。第一外部设备624(和/或该列表中的任何其他外部设备)可以与外部设备名称626一起显示。外部设备名称626可以是由外部设备名称626的制造商、安装者、所有者或用户设置的名称。

第一外部设备624(和/或该列表中的任何其他外部设备)可以包括外部设备传感器列表628。该外部设备传感器列表628可以描述传感器的类型以及可以由第一外部设备624提供的传感器读数。

第一外部设备624(和/或该列表中的任何其他外部设备)可以包括外部设备标识符630。该外部设备标识符630可以是与第一外部设备624相关联的唯一外部设备标识符。在图6A的示例中，互联网协议版本6(IPv6)地址被用作外部设备标识符；然而，还可以想到外部设备标识符的其他示例(互联网协议版本4(IPv4)地址、媒体访问控制(MAC)地址等)。

与第一外部设备624(和/或该列表中的任何其他外部设备)相对应的结果可以包括第一外部设备624距紧急情况/事件的位置的距离632。可以由调度中心202的计算设备206基于来自外部设备数据库222的响应中提供的关于外部设备624的绝对位置细节来计算该距离。

调度员204可以选择与在搜索结果字段610中显示的外部设备220中的一个相对应的结果。可替选地，调度中心202的计算设备206可以被编程为对外部设备220中的一个进行自动地选择。调度员204和/或计算设备206可以基于外部设备220的位置(例如，最接近紧急情况的位置的外部设备220)来选择外部设备220。调度员204和/或计算设备206可以基于由外部设备220提供的外部传感器数据的类型来选择外部设备220。可以基于由信息提供者214报告的事实来做出该决策(例如，可以基于信息提供者214已经报告了该区域中的火灾的事实来选择能够提供环境温度数据的外部设备220)。可以基于对从信息提供者214接收到的预编程查询的回答来做出该决策(例如，可以基于对指示紧急情况的受害者212可能没有呼吸的预编程查询的回答来选择能够提供呼吸数据的外部设备220)。

如图所示，第一外部设备624已经由调度员选择(或者，可替选地，已经由计算设备206自动选择)。一旦调度员204和/或计算设备206选择第一外部设备624，则调度中心202的计算设备206就可以经由网络242从所选择的外部设备624请求传感器数据。可以通过在请求中使用第一外部设备624的外部设备标识符630来促进该请求。然后，第一外部设备624可以以上文关于图1描述的方式来回复其外部传感器数据。在一些实施例中，第一外部设备624可以首先要求调度中心202的计算设备206提供授权凭证以验证该请求确实来自调度中心202(并且因此外部传感器数据将大概是用于合法调度目的)。

一旦接收到来自第一外部设备624的外部传感器数据，传感器读数字段612就可以填充与该外部传感器数据相关联的一个或多个数据值。在此类外部传感器数据以数据值形式提供信息的情况下，可以直接从外部传感器数据来确定这些(多个)数据值。例如，可以直接从以分贝值报告音频水平的外部传感器数据来确定作为分贝水平的数据值。

在其他情况下，必须通过在紧急情况调度协议210的传感器数据引擎240处分析相同的外部传感器数据来从外部传感器数据确定这些数据值。为了做到这一点，可以对传感器数据引擎240进行编程以寻找给定类型的外部传感器数据可能显示的某些相关事实。例如，可以对传感器数据引擎240进行编程以基于接收到的包括分贝值的音频水平来确定撞击或碰撞。在图6A的实施例中，传感器数据引擎240已经分析了来自第一外部设备624的音频馈送数据并且已经确定存在撞击。在传感器读数字段612中将数据值和/或分析报告给调度员204。

数据值可以是数字(温度、人数、心率等)。可替选地，数据值可以是二进制指示(人是否在呼吸的指示、是否正在下雨的指示等)。

传感器读数字段612示出了98分贝的数据值以及检测到撞击的分析。调度员204可以审查数据值和/或数据分析并且选择其中的一个或多个以提供给紧急情况调度协议210的其余部分。可替选地，可以对计算设备206进行编程以自动地挑选数据值和分析中的一个或多个以提供给紧急情况调度协议210的其余部分。可以预期在一些实施例中，选择与外部传感器数据相关联的所有数据值和分析以提供给紧急情况调度协议210的其余部分。

第一外部设备624还可以捕获视频数据，并且除了音频之外，还可以在传感器读数字段612中列出视频数据值。视频数据值可以被列为“检测到的移动”或“检测到的突然移动”。在一个实施例中，可以在传感器读数字段612中列出的视频或音频数据值旁边提供图标，这允许调度员204播放对应的视频或音频数据。可替选地或另外地，传感器数据引擎240可以对视频进行分析并且在传感器读数字段612中列出该分析。视频分析可以列出车辆或个人碰撞，或者在给定的示例中，人体已经倒下。本领域技术人员将理解视频分析逻辑能够识别此类事件。

在图6A的示例中，调度员204已经选择了关于从第一外部设备624检测到的撞击的第一数据值634。调度员204然后按下添加传感器数据按钮614，这使第一数据值634被添加到收集结果字段616。可替选地，计算设备206可以将第一数据值634自动地添加到收集结果字段616。如以下将描述的，收集结果字段616可以包含一个或多个此类数据值。

调度员204和/或计算设备206然后可以使用例如位置字段602、位置搜索按钮604、识别字段606、和/或识别搜索按钮608来进行另一搜索。可替选地，调度员204可以使用确认和返回按钮622来确认收集结果字段616中的结果以与紧急情况调度协议210一起使用，并且当对应于传感器数据引擎240的用户界面600被调用时返回到紧急情况调度协议210(或者计算设备206可以自动地确认收集结果字段616中的(多个)选择)。

主诉可能性字段618可以呈现由传感器数据引擎240进行的分析结果，即根据在收集结果字段616中找到的数据值来主诉或紧急情况是准确的可能性。可以在主诉字段636中列出主诉(其也可以称为紧急情况)，该主诉字段636可以根据图4的案例输入中被自动填充。可替选地，可以由调度员204手动地键入或选择主诉或紧急情况。第一外部设备624对撞击的独立检测证实了由信息提供者214提供的信息。在图6A的示例中，位于收集结果字段616中的第一数据值634指示检测到撞击。传感器数据引擎240可以计算该信息与“人倒下”的主诉一致。传感器数据引擎240相应地可以修改主诉可能性字段618以反映所计算的“可能(likely)”可能性。

如上所述，传感器数据引擎240将传感器数据传送到行列式代码计算器216。指示紧急情况类型和优先级的行列式代码的准确计算是本公开的主要目的。通常，单个传感器可以生成指示特定紧急情况的信号。例如，专用火灾报警器响应于烟雾和/或热量而生成火灾警报信号。门报警器生成指示入侵的信号。然而，已知单个报警器会生成错误警报并且无法建立准确的优先级。生成多个传感器数据的多个传感器允许数据编译，如本文所讨论的，以准确地计算特定的行列式代码以及相关联的紧急情况类型和优先级。通过这种方式，来自多个源的多个数据点提高了紧急情况优先级的准确性和可靠性。

行列式代码字段620显示行列式代码，在该案例为B-2。在给定的示例中，确定了中等高优先级的医疗紧急情况。代表紧急情况类型和紧急情况优先级的行列式代码是由行列式代码计算器216基于外部传感器数据进行的分析的结果。

如以下将描述的，与任何种类的传感器相关联的任何数量的数据值可能会出现在收集结果字段616中。在一些情况下，一些或全部数据值可以与行列式代码、紧急情况类型、优先级或主诉一致。这些数据值可以被用于加权以利于找到行列式代码、紧急情况类型、优先级和/或主诉是准确的更高可能性。例如，在行列式代码、紧急情况类型、优先级和/或主诉指示发生了地震，并且收集结果字段616中的一个或多个数据值报告最近的震级为8的地震活动的情况下，主诉可能性字段618可以返回“可能”或“极有可能”的值(由于主诉被一个或多个数据值证实的事实)。

在一些情况下，一些数据值可能与行列式代码、紧急情况类型、优先级级别和/或主诉不一致。这些数据值可以被用于加权以降低行列式代码、紧急情况类型、优先级级别和/或主诉是准确的可能性。例如，在行列式代码、紧急情况类型、优先级级别和/或主诉指示发生火灾，但收集结果字段616中的一个或多个数据值报告在信息提供者214附近的所有建筑物中的温度在68和75度之间的情况下，主诉可能性字段618可以返回“不可能”可能性或“极不可能”可能性的值(由于主诉没有被一个或多个数据值证实的事实)。

在一些情况下，可能并非收集结果字段616中的每个数据值都与关于行列式代码、紧急情况类型和/或主诉的可能性的确定相关。在计算行列式代码、紧急情况类型和/或主诉的可能性时，可以忽略这些。在收集结果字段616中不存在与关于行列式代码、紧急情况类型、优先级和/或主诉的可能性的确定相关的数据值的情况下，主诉可能性字段618中的可能性值可以返回“未知”可能性值。

在一些情况下，收集结果字段616中的多个数据值可能相对于行列式代码、紧急情况类型和/或主诉被相等地(且相反地)加权。在这些情况下，数据值可以相互“抵消”，并且主诉可能性字段618可以返回“未知”的值。

在一些情况下，传感器数据引擎240在确定行列式代码、紧急情况类型、优先级级别和/或主诉之前运行。在这些情况下，可能未计算可能性，并且主诉可能性字段618中的可能性值可以返回“未知”可能性的值。在这些情况下，如果/当主诉被确定时，主诉可能性字段618中的可能性值可以由传感器数据引擎在任何稍后的时间(手动地或自动地)更新。

在图6B中，识别字段606已经填写有用户名。这可能已经自动发生(例如，可能已经从向调度中心202拨打电话的设备检索用户名)。可替选地，用户名可能已经由调度员204响应于由信息提供者214提供的信息而手动键入。用户名可以与向调度中心202拨打电话的设备相关联。可替选地，用户名可以与另一设备相关联，此类用户名已经被经由例如蓝牙和/或NFC通信向调度中心拨打电话的设备发现。用户名可以对应于作为事故受害者的受害者212，其可以是也可以不是信息提供者214。可替选地，用户名可以对应于不是受害者而是信息提供者214的人。

调度员204按下识别搜索按钮608以执行针对具有与给定用户名相关联的外部传感器的外部设备220的搜索(或者该搜索可以自动发生)。作为响应，调度中心202的计算设备206可以与外部设备数据库(例如，图2的外部设备数据库222)通信并且将该用户名信息呈现给外部设备数据库222。外部设备数据库222可以有权访问有关与给定用户名相关联的设备的外部设备标识符的信息。外部设备数据库222可以接收该用户名信息并且回复与该用户名信息相关联的能够向调度中心202的计算设备206提供数据的外部设备220的列表。

有能力的外部设备的列表可以呈现在搜索结果字段610中。搜索结果字段610还可以列出先前选择的外部设备，诸如图6A中的外部设备。如图6B所示，调度员204已经选择了第二外部设备638。可替选地，调度中心202的计算设备206可以被编程为自动地选择外部设备220中的一个。如所示出的，与第二外部设备638相对应的结果可以具有外部设备名称640、外部设备传感器列表642、外部设备标识符644和距离646，类似于图6A的描述。

一旦调度员204选择了第二外部设备638(如图所示，或可替选地，一旦计算设备自动选择了第二外部设备638)，调度中心202的计算设备206就可以以上述方式经由网络242从第二外部设备638请求传感器数据并且接收外部传感器数据作为答复。

一旦接收到来自第二外部设备638的外部传感器数据，传感器读数字段612就可以填充与该外部传感器数据相关联的数据值。在给定的示例中，第二外部设备638包括用于测量人体生命体征的生理传感器。如前所述，这些数据值可以直接从作为外部传感器数据中的值提供的外部传感器数据来确定。例如，每分钟呼吸的数据值可以直接从报告每分钟呼吸的呼吸数据的外部传感器数据来确定。

在其他情况下，这些数据值必须通过在紧急情况调度协议210的传感器数据引擎处分析相同的外部传感器数据来从外部传感器数据确定。为了做到这一点，传感器数据引擎240可以被编程为分析原始外部传感器数据并且将其转换为数据值。例如，传感器数据引擎240可以被编程为从外部数据传感器接收与佩戴外部设备220的传感器的人的单个检测到的心跳相对应的信号。在图6B的实施例中，传感器数据引擎240已经分析了来自第二外部设备638的这种类型的心跳数据并且已经确定当前心率是每分钟22次心跳(BPM)。该信息在传感器读数字段612中作为数据值被报告给调度员204。

调度员204可以审查这些数据值并且选择其中的一个或多个以提供给紧急情况调度协议210的其余部分。可替选地，计算设备206可以被编程为自动地挑选出这些数据值中的一个或多个以提供给紧急情况调度协议210的其余部分。可以预期，在一些实施例中，选择与外部传感器数据相关联的所有数据值以提供给紧急情况调度协议210的其余部分。在图6B的实施例中，调度员204已经选择了关于每分钟呼吸的第二数据值648，该第二数据值648是根据从第二外部设备638接收到的外部数据确定的。

调度员204然后按下添加传感器数据按钮622，这使第二数据值648被添加到收集结果字段616。可替选地，计算设备206可以将第二数据值648自动地添加到收集结果字段第616。如图所示，收集结果字段616包含第二数据值648和第一数据值634这两者，该第一数据值634在关于图6A描述的活动之后被保留在收集结果字段616中。

在图6B的实施例中，位于收集结果字段616中的第一数据值634指示检测到撞击，并且位于收集结果字段616中的第二数据值648指示每分钟零呼吸的读数。行列式代码计算器可以修改行列式代码字段620中的行列式代码列表以指示特定医疗紧急情况的存在。

由行列式代码计算器使用撞击和呼吸速率来确认在行列式代码字段620中的A-1的行列式代码的准确性。传感器数据引擎240进一步确定该信息与主诉“人倒下”相一致。传感器数据引擎240相应地可以修改主诉可能性字段618以反映“极有可能”可能性。“极有可能”可能性的使用可以反映存在多个与主诉一致的数据值的事实。

图6B包括个人数据字段650。个人数据字段650可以响应于第二外部设备638已经向传感器数据引擎240指示个人信息可用的事实而出现在用户界面600中。个人数据字段650可以包括一条或多条用户数据，诸如姓名、已知过敏、已知医疗状况等。如果调度员204希望向紧急情况调度协议210的其余部分提供这一信息，则他们可以点击个人信息复选框652(可替选地，计算设备206可以确定将该信息提供给紧急情况调度协议210的其余部分)。然后，该信息可以用于例如向响应于紧急情况的人员通知和/或定制指令，该紧急情况是涉及人的医疗紧急情况，如下所述。如果该信息不相关(例如，如果所报告的紧急情况不是此类用户的医疗紧急情况)，则调度员204(或者可替选地，计算设备206)可以选择不将该信息提供给紧急情况调度协议210的其余部分。

调度员204和/或计算设备206然后可以使用例如位置字段602、位置搜索按钮604、识别字段606、和/或识别搜索按钮608来执行另一搜索。可替选地，调度员204可以使用确认和返回按钮622以确认收集结果字段616中的结果以与紧急情况调度协议210一起使用，并且当对应于传感器数据引擎240的用户界面600被调用时返回到它们在紧急情况调度协议210中停止的地方(或者计算设备206可以自动地确认收集结果字段616中的(多个)选择)。

图6C示出了在一些实施例中，可以使用从两个或更多个外部传感器收集的外部传感器数据以确定在紧急情况调度协议210中使用的单个数据值。在图6C的实施例中，图6A的过程之后是填写搜索结果字段610。在图6C中，搜索结果字段610还示出了第三外部设备654。调度员204(或者可替选地，计算设备206)已经认识到第一外部设备624和第三外部设备654都能够提供音频数据，并且已经选择了这两个外部设备624、654。传感器读数字段612然后填写有第一数据值634(对应于第一外部设备624)和第三数据值656(使用来自第三外部设备654的数据计算地)这两者。调度员204和/或计算设备206可以选择第一数据值634和第三数据值656这两者。数据值634、656均被加权并且产生在收集结果字段616中列出的结果。数据值634、656可以确认结果或者传感器数据引擎240可以被编程以解决两个单独的数据值之间的差异(例如，通过找到平均值)以及以该值前进。预期来自任何数量的外部设备220的2、3、5、19或任何其他数量的数据值可以以这种方式合并为单个数据值。

在图6C的示例中，位于收集结果字段616中的合并数据值658指示检测到撞击。行列式代码计算器可以确定在行列式代码字段620中显示的行列式代码是准确的或者可以修改行列式代码。传感器数据引擎240确定该信息与“人倒下”的主诉一致。传感器数据引擎240相应地可以修改主诉可能性字段618以反映“极有可能”可能性。“极有可能”可能性的使用可以反映存在与主诉一致的多个数据值的事实(即使它们仅由单个合并值表示)。

图6D示出了可替选的实施例，其中计算设备206和传感器数据引擎240操作以接收和处理外部设备数据并且在没有调度员204输入的情况下生成确认。行列式代码计算器216还利用外部设备数据以确认或修改行列式代码字段620中所示的行列式代码。用户界面680包括许多与先前参考图6A至6C所讨论的相同字段，然而，不需要调度员选择和输入检测到的外部设备220和传感器数据，因为计算设备206自动地处理外部设备数据。用户界面680可以包括位置字段602、识别字段606、搜索结果字段610、传感器读数字段612、收集结果字段616、主诉可能性字段618、行列式代码字段620、主诉字段636和个人数据字段650。位置字段602和识别字段606从传感器数据和/或从用户界面300、400自动填充。因此，不需要位置搜索按钮604和识别搜索按钮608。

传感器数据引擎240自动地识别事件附近的外部设备220并且填充搜索结果字段610。在搜索结果字段中显示的外部设备信息可以与先前讨论的类似或相同。调度员204不选择外部设备220。因此，外部设备220选择可以基于附近以及设备当前是否正在接收相关数据。传感器数据引擎240自动地在传感器读数字段612中列出传感器数据。传感器数据引擎240然后在收集结果字段616中列出收集的结果。如在先前的实施例中，主诉可能性字段618可以指示主诉或紧急情况被确认的可能性。行列式代码字段620可以指示用于紧急情况调度的特定行列式代码。可以提供字段610、612、616以便向调度员204显示信息，或者可以部分或全部消除字段610、612、616。事实上，过多的显示信息可能会让调度员204不知所措，并且可以简单地向调度员204提供行列式代码的结果以及主诉或紧急情况被确认的可能性。在一些实施例中，主诉可能性字段618也可以被消除，因为紧急情况调度主要依赖于行列式代码。准确的行列式代码本质上反映了主诉或紧急情况的可能性。因此，图6D的实施例可以提供调度员对信息提供者214的询问，但是所有外部传感器数据编译和计算结果都是自动执行的，无需用户干预。

个人信息字段650可以填充有来自计算设备206可以访问的医疗文件的信息。医疗文件可以驻留在由受害者携带的便携式电子设备上或外部数据库上。在一个实施例中，个人信息可以由传感器数据引擎240使用以确定主诉或紧急情况的可能性。因此，如果受害者患有使受害者容易跌倒的病症，当检测到撞击时，则包括增加的跌倒概率。可以理解，对医疗档案的访问符合患者隐私的管理法规。个人信息可能会与紧急情况调度一起自动发送给紧急情况响应者。

如本文所公开的，计算设备206，并且更具体地传感器数据引擎240从外部设备220收集多个数据集以得到行列式代码。数据集可以代表不同类型的接收到的数据。行列式代码表示紧急情况的优先级和类型，因此与一般警报进行区分。能够理解的是，各种数据集和行列式代码提供了比当达到单个度量阈值时生成通用警报的传统火灾报警器更复杂和可靠的系统。

图7示出了根据实施例的与紧急情况调度协议的行列式代码计算器相对应的用户界面700。紧急情况调度协议可以是例如紧急情况调度协议210。用户界面700可以对应于图2的行列式代码计算器216。用户界面700可以在调度中心的计算设备(例如，调度中心202的计算设备206)上操作。用户界面700可以由调度中心的调度员(例如调度中心202的调度员204)在与信息提供者(例如，信息提供者214)通信时使用。

用户界面700提供概要字段702，该概要字段702列出由调度员204接收到的预编程查询的回答(例如，在询问协议234期间)。

用户界面700还提供传感器数据字段704，该传感器数据字段704以上面关于图6A至6D描述的方式显示由传感器数据引擎收集的数据值。

用户界面700还提供发送字段706以将行列式代码发送到例如CAD系统，以及显示各种行列式代码的行列式字段708。行列式字段708列出了各种医疗紧急情况。因此，行列式代码可以指示优先级和紧急情况的类型，诸如所示示例中的医疗紧急情况。由行列式代码计算器216基于概要字段702中所示的预编程查询的回答以及在传感器数据字段704中显示的传感器数据来生成行列式代码。因此，在给定的实施例中，行列式代码计算器216依赖于呼叫者的响应和外部传感器数据这两者。行列式代码计算器216使用的外部传感器数据列在传感器数据字段704中。传感器数据字段704指示受害者没有呼吸并且该数据可以从由受害者携带的便携式电子设备——诸如智能电话、智能手表或类似物接收。传感器数据字段704还指示33人在该区域中并且该数据可以从监控相机等接收。

用户界面700还可以提供主诉字段710。该字段可以呈现根据在传感器数据字段704中找到的数据值而推断出的主诉。该可能性可以/已经由传感器数据引擎(例如，传感器数据引擎240)计算出，如上所述。

在一些实施例中，字段710中列出的主诉的可能性(例如，如由传感器数据引擎240计算的)可以由行列式代码计算器216用于确定紧急情况的类型和/或响应的优先级。在某些情况下，如果主诉的可能性是“极有可能”和/或“可能”，则可以确定与主诉和/或来自概要字段702的对于预编程查询的回答一致的紧急情况的类型和/或响应的优先级。这可能是因为主诉的可能性意味着调度员204能够确信对应于主诉的紧急情况确实正在发生和/或基于该主诉使用的询问协议234的实施例很可能已经收集了关于紧急情况的相关信息。

可替选地，如果主诉的可能性是“不可能”和/或“非常不可能”，则可以由行列式代码计算器216来确定不同类型的紧急情况和/或响应的优先级(不同于仅基于主诉和/或来自概要字段702的对于预编程查询的回答将要使用的紧急情况地类型和/或响应的优先级)。一旦确立了主诉的潜在不可能性，则行列式代码计算器216可以分析传感器数据字段704中的特定数据值以便确定紧急情况的类型和/或响应的优先级。

在一些情况下，计算出的主诉的可能性可能意味着所使用的询问协议234的实施例已经收集了关于紧急情况的相关信息的置信度较低。例如，在主诉指示人已经骨折，但传感器数据字段704中的一个或多个数据值报告每分钟零次呼吸的情况下，主诉可能性字段710可能包含“非常不可能”的值(因为主诉未反映任何呼吸问题的事实，这比简单的骨折更严重)。在这种情况下，由于来自指示人当前没有呼吸的传感器数据字段704的数据值，行列式代码计算器216可以确定紧急情况的类型不同和/或响应的优先级高于其可能应有的其他情况。

在一些情况下，计算出的主诉可能性可能意味着紧急情况实际发生的置信度较低。例如，在主诉指示人正在观看给定位置处正在进行的骚乱，但传感器数据字段704中的一个或多个数据值报告在相关位置处为零人的情况下，主诉可能性字段710可能包含“非常不可能”的值(由于传感器数据字段704中的数据值与主诉相矛盾的事实)。在这种情况下，由于(多个)数据值与主诉的肯定性矛盾，行列式代码计算器216可以确定紧急情况的类型不同和/或响应的优先级低于其可能应有的情况。

在一些情况下，如果主诉的可能性是“未知”(例如，在主诉从未被确立或者所收集的数据值对于以一种或其他方式做出决策没有用的情况下)，则行列式代码计算器216可以仅考虑来自概要字段702的对于预编程查询的回答以便确定紧急情况的类型和/或响应的优先级。

在如上所述处理该信息之后，行列式代码计算器216生成指示对紧急情况的响应的优先级和/或紧急情况的类型的行列式代码。正如能够预期的，指示受害者没有呼吸的数据(传感器数据字段704)将提升行列式代码的紧急性和优先级。通常，没有呼吸的受害者将把行列式代码提升到最高级别。此外，人群或众多旁观者也可能会提升行列式代码。在给定的示例中，传感器数据字段704指示附近有33人，这实际上可能降低紧急情况的优先级。

行列式代码可以包括优先级值，其范围可以例如从DELTA(用于通常非常严重的紧急情况)到ALPHA(用于通常不太严重的紧急情况)(例如，ALPHA——A、BRAVO——B、CHARLIE——C和DELTA——D)。

行列式代码可以包括一个或多个类型值，其指示紧急情况的类型并且可以是例如在行列式代码中提供的给定范围内的一个或多个数字。

行列式代码可以被提供给CAD系统(例如，CAD系统218)用于处理。如发送字段706中所示，用户界面700将行列式代码列为38-D-7。调度员204然后可以点击发送字段706，其充当生成紧急情况响应的确认。紧急情况响应系统(例如，紧急情况响应系统200)的计算设备206然后可以将行列式代码发送到CAD系统218，以根据在行列式代码中找到的优先级值和/或类型值来生成紧急情况调度响应。换句话说，当由CAD系统218接收到行列式代码时，响应配置(例如，涉及的车辆、装备和人员和/或响应地模式)可以被调度为对应于在行列式代码中找到的优先级值和/或类型值中的一个或两个。

由于许多报告的事件对生命和/或财产的风险不同，因此CAD系统218可以根据需要和可用资源对紧急情况响应进行优先级排序。CAD系统218可以相应地为所报告的较高优先级的紧急情况指派更即时的评估和响应。如果紧急情况是低优先级的，则可能不需要并且可以不使用灯和警报器响应，从而提高道路上和紧急情况车辆中所有人的安全。如果紧急情况调度协议210确定紧急情况不紧急和/或不是值得紧急情况响应的事件，则可以向非紧急情况提供者发送请求而不是调度紧急情况响应车辆。

虽然许多紧急情况并不紧急，但所有响应都能够受益于评估和适当提供调度后或到达前指示。在一些实施例中，在响应到达之前，紧急情况调度协议210可以提供适合于指导信息提供者(例如，信息提供者214)关于他们应该如何在被调度的响应到达之前响应紧急情况的指令，诸如监视受害者(例如，受害者212)的身体状况、监视受害者的精神状况、监视继续发生的任何财产损失、保持在线以便能够提供更新。可以使用上述任何通信方法(电话呼叫、文本消息等)将这些指令从调度员204传递到信息提供者214。

在一些实施例中，在响应到达之前，紧急情况调度协议210可以提供适合于指导作为被调度的响应的一部分的人员如何适当地响应紧急情况的指令。这些指令可以由紧急情况调度协议210的人员指令引擎217(或另一个单独的系统)生成并且传递给将作为对于紧急情况的被调度的响应的一部分的到达人员(例如，经由通过CAD系统218的通信)。这些指令可以基于由行列式代码计算器216计算的紧急情况的类型和/或响应的优先级。例如，如果紧急情况的类型是窒息紧急情况，则可以提供关于如何执行海姆立克急救法(或其他窒息治疗)的指令。作为另一个示例，如果紧急情况的优先级高，则可以指示灯和警报器响应。

还可以设想，这些指令还可以包括针对人员的指令，其是具体地基于所收集的传感器数据的被调度的响应的一部分。例如，如果传感器数据指示在需要响应的区域中有很多人，则指令可以包括一旦车辆到达现场就降低车辆速度以用于实现响应的指令。作为另一个示例，如果传感器数据指示受害者没有心跳，则指令可以包括用于执行CPR的方法。

在一些实施例中(例如，涉及受害者212的医疗紧急情况)，还可以设想，行列式代码计算器216可能已经接收到关于受害者212的用户数据(例如，从传感器数据引擎240，以上面在图6B中描述的方式)。该信息可以用于生成特定于受害者212的信息和/或指令，该信息和/或指令被提供给被调度以响应紧急情况的人员。关于受害者212的信息，诸如姓名、过敏、生理特征和已知的医疗状况和/或关于如何在紧急情况响应期间使用/考虑该信息的指令可以帮助这些人员在现场更适当地治疗受害者212。

图8示出了根据实施例的用于协助调度员响应于由信息提供者报告的紧急情况的方法800。方法800包括经由信息提供者接收802主诉。

方法800还包括提供804询问协议的预编程查询以供调度员提问信息提供者。

方法800还包括经由信息提供者接收806对于预编程查询的回答，该回答将被键入到调度中心的计算设备中。

方法800还包括在计算设备的网络接口处从一个或多个外部传感器接收808外部传感器数据。

方法800还包括在计算设备处使用外部传感器数据来确定810与外部传感器数据相关联的数据值。

方法800还包括在计算设备处基于对于预编程查询的回答和与外部传感器数据相关联的数据值，从多个预先建立的行列式代码中的一个来生成812行列式代码。行列式代码指示紧急情况的类型和响应的优先级。因此，组合来自不同类型传感器的多个数据值会生成响应的优先级。

方法800还包括向CAD系统提供814行列式代码以生成紧急情况调度响应。

图9A至9B示出了其中可以采用与紧急情况调度协议相关联的系统和方法的场景900。场景900包括受害者902、信息提供者904、第一旁观者906和第二旁观者908。受害者902可以是第一智能电话910和智能手表912的用户。信息提供者904可以是第二智能电话914的用户。第一旁观者906可以是第三智能电话916的用户。第二旁观者908可以是第四智能电话918的用户。场景900还可以包括相机920和机动车辆922。图9A示出了场景900的第一部分，其中受害者902尚未经历医疗事件。

图9B示出了场景900的第二部分，其中受害者902现在经历了医疗事件。例如，受害者902可能在过马路时经历了心脏骤停并且跌倒在地上。信息提供者904正在与调度中心的调度员通信(例如，经由使用第二智能电话914拨打的电话呼叫图2的调度中心202的调度员204)。

该电话呼叫可能已经与第二智能电话914的当前位置信息和外部设备标识符一起到达调度中心202。调度员204可能已经向信息提供者904查询事件的一般性质以确定信息提供者904的主诉，并且相应地填写主诉字段，如上所述。调度员204现在可以将紧急情况调度协议(例如，紧急情况调度协议210)的询问协议(例如，询问协议234)的预编程查询传送给信息提供者904，并且信息提供者904可以将对于那些预编程查询的回答传送给调度员204，该调度员204以上述方式将它们键入到计算设备(例如，调度中心202的计算设备206)中。

还可以在信息提供者904开始与调度员204通信之后，调度员204(或者可替选地，计算设备206)接合传感器数据引擎240。传感器数据引擎240可以使用与呼叫数据一起提供给计算设备206的外部设备标识符来查询第二智能电话914，如上所述。响应于该查询，第二智能电话914可以向调度中心202的计算设备206提供指示第二智能电话914当前没有移动的加速度计数据。

传感器数据引擎240还可以与外部设备数据库(例如，外部设备数据库222)通信以便识别除了第二智能电话914之外的可以从其检索相关传感器数据的外部设备。例如，与第一智能电话910和/或智能手表912相关联的受害者902的用户名可以被提供给计算设备206。信息提供者904可能知道该用户名并且能够将其转发给调度员204。可替选地，受害者902的用户名可能已经在第二智能电话914处通过第二智能电话914与受害者902的第一智能电话910和/或智能手表912中的任一个之间的通信(例如，蓝牙、NFC)来确定，并且随后从第二智能电话914发送到计算设备206。受害者902的用户名可以由调度中心202的计算设备206发送到外部设备数据库222以便检索与该用户名相关联的外部设备(包括第一智能电话910和/或智能手表912)的外部设备标识符。可替选地，基于位置的方法(在别处描述)可以用于识别第一智能电话910和/或智能手表912的外部设备标识符。

传感器数据引擎240可以使用这些外部设备标识符来查询第一智能电话910和/或智能手表912。响应于对第一智能电话910的查询，第一智能电话910可以向调度中心202的计算设备206提供指示第一智能电话910最近经历了三到四英尺之间的范围的突然向下移动的加速度计数据。响应于对智能手表912的查询，智能手表912可以向调度中心202的计算设备206提供指示检测到的受害者902的心率处于零BPM的心率数据。

第一智能电话910和/或智能手表912中的任一个可以向传感器数据引擎240提供还检索和使用可能已经存储在这些设备内的关于受害者902的用户数据的选项(参见图5B和相关讨论)。

传感器数据引擎240可以继续与外部设备数据库222通信以便识别另外的附加外部设备。与紧急情况相关的位置可以被提供给调度中心202的计算设备206。例如，来自第二智能电话914(由信息提供者904使用的智能电话)的位置数据可以存在于计算设备206处，如上所述。可替选地，信息提供者904可以提供相关位置数据以供调度员204手动键入到计算设备206中。与受害者902相关的位置可以由调度中心202的计算设备206发送到外部设备数据库222以便检索该位置附近的任何外部设备的外部设备标识符。该查询可以返回第三智能电话916、第四智能电话918、相机920和/或机动车辆922的外部设备标识符。

传感器数据引擎240然后可以使用这些外部设备标识符来查询第三智能电话916、第四智能电话918、相机920和/或机动车辆922。响应于对第三智能电话916的查询，第三智能电话916可以向调度中心202的计算设备206提供传感器数据引擎240随后分析的静态图像数据。该分析可以允许传感器数据引擎240确定静态图像数据指示有一个人躺在该位置附近的地面上。响应于对第四智能电话918的查询，第四智能电话918可以向调度中心202的计算设备206提供传感器数据引擎240随后分析的原始音频数据。该分析可以允许传感器数据引擎240确定原始音频数据指示该位置附近存在大于80分贝的噪声水平。响应于对相机920的查询，相机920可以向调度中心202的计算设备206提供传感器数据引擎240随后分析的格式化视频数据。该分析可以允许传感器数据引擎240确定视频数据指示在该位置附近存在四个人的分组。响应于对机动车辆922的查询，机动车辆922可以向调度中心202的计算设备206提供速度历史数据，传感器数据引擎240随后分析该速度历史数据。该分析可以允许传感器数据引擎240确定速度历史数据与肯定最近已经发生急剧减速的二进制指示一致。

除此之外或作为可替选的，智能手表912或第一智能电话910可以感测受害者呼吸的下降或变化。这样，智能手表912和/或第一智能电话910组合地或独立地被配置有生物传感器以从受害者902接收生理数据。智能手表912或第一智能电话910可以独立于用户操作而自动地发起与计算设备206的通信。因此，智能手表912和第一智能电话910与计算设备206的通信不依赖于智能电话914、916。智能手表912和第一智能电话910可以提供足以指示受害者902已经倒下并且受害者902可能具有生理损伤(诸如痛苦的呼吸、不规则的心跳等)的数据值。因此，智能手表912和第一智能电话910可以提供数据值以使得能够生成行列式代码和紧急情况调度。

传感器数据引擎240可以以上述方式使用这些数据值并且将数据值提供给行列式代码计算器216。行列式代码计算器216然后确定指示紧急情况级别和优先级的行列式代码。

图10示出了其中可以采用与紧急情况调度协议相关联的系统和方法的场景1000。场景1000包括信息提供者1002和嫌疑人1004。信息提供者1002可以是第一智能电话1006的用户。场景1000还可以包括第一安全平台1008、第二安全平台1010、第三安全平台1012，以及第四安全平台1014。在场景1000中，嫌疑人1004在侵入住宅1018时无意中在住宅1018内发出很大的噪音1016，并且随后逃离住宅1018并且穿过各种监视区域1020至1026，每个监视区域分别与安全平台1008至1014相关联。

响应于噪声1016，信息提供者1002已经经由文本消息发起与调度中心(例如，调度中心202，包括其所有如上所述的组件)处的调度员(例如，图2的调度员204)的通信。文本消息可以与第一智能电话1006的位置信息和外部设备标识符一起在调度中心202处被接收，如上所述。该文本消息的接收可以使调度员204键入案例输入协议并且提问事件的一般性质，并且相应地在计算设备206中指示主诉，如上所述。一旦完成，调度员204就可以进行询问协议(例如，询问协议234)以便提出和接收来自信息提供者1002的对于预编程查询的回答，如上所述。

传感器数据引擎240可以由调度中心202的计算设备206自动地接合。传感器数据引擎240可以使用与传入文本消息一起提供的外部设备标识符来立即查询第一智能电话1006可能具有的任何数据(传感器数据、用户数据)。响应于该查询，第一智能电话1006可以向调度中心202的计算设备206提供包括由智能电话1006最近检测到很大噪声的二进制指示的音频数据。

此外，计算设备206还可以立即将第一智能电话1006的位置发送到外部设备数据库(例如，外部设备数据库222)以便检索该位置附近的任何外部设备的外部设备标识符。该查询可以返回第一安全平台1008、第二安全平台1010、第三安全平台1012和/或第四安全平台1014的外部设备标识符。传感器数据引擎240然后可以使用它们的外部设备标识符来查询第一安全平台1008、第二安全平台1010、第三安全平台1012和/或第四安全平台1014。这些查询中的每一个都可以以表明它们在过去几分钟内检测到大量运动的二进制指示的形式返回运动传感器数据。

传感器数据引擎240可以组合使用接收到的数据值来增强从信息提供者1002到调度员的通信。传感器数据引擎240可以认识到来自多个安全平台1008至1014的各种二进制指示彼此证实。行列式代码计算器216可以采用数据值、二进制指示和确证来确定指示紧急情况级别和优先级的行列式代码。传感器数据引擎240还可以编译从安全平台1008至1014接收到的数据值并且确定嫌疑人1004的方向。可以将该信息提供给调度员和紧急情况响应者。

虽然信息提供者1002可以发起通信，但是安全平台1008至1014也可以自动地发起与计算设备206的第一通信并且向传感器数据引擎240发送数据值。数据值可以增强随后从信息提供者1002接收到的通信。

传感器数据引擎240可以接收各种类型的数据值以确定紧急情况的优先级。数据值可能指示多个受害者/患者生命体征的问题，诸如呼吸、循环、氧饱和度、心率、血压、脉搏等。基于这些数据值，行列式代码和/或多种主诉可能是明显的或可能的。传感器数据引擎240可以基于紧急程度对可能的紧急情况优先考虑以便稳定生命体征并且优化生命保护。例如，数据值可以指示缓慢的心率以及痛苦的呼吸。虽然传感器数据引擎240可以确定存在多种紧急情况或主诉，但传感器数据引擎240将优先考虑临终呼吸并且将其识别为主诉。在另一个示例中，呼叫者可能指示受害者有腹痛。然而，来自生理传感器的数据值可能指示受害者有严重的血液循环问题。主诉可能会被优先考虑为血液循环紧急情况。优先处理的主诉可能对派遣包括经过培训的人员和装备在内的适当紧急情况响应单元具有决定作用。

传感器数据引擎240还可以断定存在不同紧急情况性质的主诉，诸如在同一附近的火灾、医疗和/或警情。例如，来自智能电话的数据值可能指示一个人已经跌倒了。然而，询问协议234指示该人是警觉的并且有呼吸。同时，来自热传感器的数据值可能指示附近发生火灾。传感器数据引擎240可以将主诉优先考虑为火灾紧急情况而不是医疗紧急情况。

在另一示例中，来自安全传感器的数据值可能指示商业或住宅建筑的闯入和盗窃。来自热传感器的数据值也可能指示建筑物着火了。传感器数据引擎240可以将主诉优先考虑为火灾紧急情况而不是警情紧急情况。根据可能的闯入所经过的时间，发生火灾紧急情况的可能性甚至更大。

在又一示例中，传感器数据引擎240可以接收指示同一辆车的汽车盗窃和事故的数据值。基于事故的严重性，传感器数据引擎240可以确定主诉是医疗紧急情况而不是警情紧急情况。尽管如此，可以指示这两种控诉并且调度适当的紧急情况响应者。

作为另一示例，传感器数据引擎240可能从武装袭击者的一个或多个安全传感器接收数据值。数据值可以指示闯入和枪击。同时，传感器数据引擎240可以接收指示受害者跌倒和受害者失血的数据值。传感器数据引擎240可以将主诉或紧急情况优先考虑为警情紧急情况而不是医疗紧急情况。如果来自安全传感器的数据值指示武装袭击者仍在附近，这种情况就更有可能发生。能够理解的是，仍然可以指示这两种控诉并且调度适当的紧急情况响应者。

除了证实询问协议之外，传感器数据引擎240还可以使用数据值以确定矛盾的可能性。因此，虽然呼叫者可能口头传送受害者/呼叫者正在心脏病发作，但是接收到的数据值可能指示相反的情况。作为附加示例，呼叫者可能声称呼叫者闻到了烟味，但所有热传感器可能指示相反的情况。这样，传感器数据引擎240可以向紧急情况调度协议210提供主诉不可能或极不可能的指示。紧急情况调度协议210可以在任何上述用户界面中显示“不可能”或“极不可能”以向调度员204如此指示。调度员204可以选择撤销主诉，继续后续协议以进一步询问呼叫者，或者继续紧急情况调度并且通知紧急情况调度单元存在虚假紧急情况的可能性。

传感器数据引擎240还可以从证实主诉和与主诉矛盾的不同传感器接收数据值并且建立行列式代码。传感器数据引擎240可以对数据值进行加权(相等或以其他方式)以确定主诉的可能性。例如，建筑物中的多个热传感器可能指示火灾紧急情况。然而，同一建筑物中的单个热传感器可能无法指示火灾紧急情况。基于总体传感器数据，传感器数据引擎240可以确定火灾紧急情况的可能性。

图11示出了紧急情况响应系统1000的可替选的实施例。紧急情况响应系统1100主要依赖于来自IOT设备的数据而不是向调度员传达信息的信息提供者。先前讨论的紧急情况响应系统200示出了具有调度员的系统，该调度员主动地使信息提供者参与预编程查询以得出行列式代码。系统200接收和分析来自外部设备的数据值以证实紧急情况并且计算行列式代码。紧急情况响应系统1100可以接收和分析来自外部设备的数据值并且提供响应，而无需调度员主动参与与信息提供者的对话。在这样做时，紧急情况响应系统1100基于来自IOT设备的数据值来确认紧急情况级别的可能性和行列式代码。

紧急情况响应系统1100包括调度中心1102。调度员1104可以存在于调度中心1102处以操作或监视具有处理器1108、存储器1110和网络接口1112的计算设备1106。设备1106还可以在没有调度员1104存在的情况下操作或者调度员1104可以远程工作。这样，调度员1104可以登录以从远程位置访问计算设备1106。由于调度员1104可能不主动参与个别的紧急情况响应调度，所以调度员1104可以可替选地被识别为计算机操作员。实际上，调度员/计算机操作员1104可以负责现场或远程监视多个计算设备。

存储器1110可以设置至少部分存储在其上的紧急情况调度协议1114以实现仅基于或至少主要基于IOT设备的自动紧急情况响应调度。计算设备1106可以包括输入设备1116和输出设备1118以允许调度员1104与计算设备1106对接。然而，计算设备1106可以在没有调度员1104的情况下操作并且生成紧急情况响应。

当计算设备1106从一个或多个IOT设备接收信息时，可以发起紧急情况调度协议1114。根据预定逻辑来处理响应和数据值以确定提供紧急情况响应的行列式代码。紧急情况调度协议1114有利于统一和一致地收集与紧急情况相关的信息。可以部分地通过当协议通过逻辑树前进(即，遍历)时逻辑地指派行列式代码的系统来确定调度。紧急情况调度协议1114的逻辑树可以跨紧急情况调度协议1114的多个子组件来提供，包括但不限于案例输入协议1120、传感器数据引擎1122、行列式代码计算器1124、和/或人员指令引擎1126。计算设备1106可以包括最初针对紧急情况事件设置案例的案例输入协议1120。

计算设备1106还可以包括传感器数据引擎1122。传感器数据引擎1122可以被紧急情况调度协议1114用于与一个或多个外部设备1128(诸如IOT设备)通信并且从其接收外部传感器数据。该外部传感器数据可以由紧急情况调度协议1114用于确认紧急情况的存在、紧急情况的类型、优先级和适当的响应。为了提高准确性和可靠性，可以使用来自多于一个外部设备1128的信息。传感器数据引擎1122可以基于接收到的外部传感器数据来确定实际紧急情况或主诉的可能性。

传感器数据引擎1122可以使用从多个外部设备获得的数据值来确定多个主诉的概率并且对主诉进行优先考虑。例如，生理传感器可以发送指示受害者生命体征的数据值，诸如呼吸、循环、氧饱和度、心率、血压、脉搏等。传感器数据引擎1122可以确定受害者具有多个主诉并且这些主诉可以被优先考虑以稳定受害者的生命体征。例如，数据值可以指示呼吸阻塞和心率过快。传感器数据引擎1122可以将呼吸阻塞优先考虑为主诉。优先考虑的主诉可能对派遣适当的紧急情况响应单元(包括经过培训的人员和装备)具有决定作用。

如在紧急情况响应系统200的实施例中一样，传感器数据引擎1122还可以断定在同一附近存在不同紧急情况性质的主诉，诸如火灾、医疗和/或警情。传感器数据引擎1122可以指示存在多个控诉，但是也可以基于多个因素对主诉进行优先考虑。例如，来自安全传感器的传感器数据可以指示袭击者的闯入、盗窃和离开。然而，来自生理传感器的传感器数据可以指示现场的受害者迫切需要生命体征稳定。主诉可能是医疗紧急情况而不是警情紧急情况。尽管如此，可以指示这两种控诉并且调度适当的紧急情况响应者。其他示例包括先前参考紧急情况响应系统200提到的那些。

传感器数据引擎1122还可以从不同的传感器接收即证实主诉或紧急情况又与主诉或紧急情况矛盾的数据值。传感器数据引擎1122可以基于多个因素对数据值进行加权以确定主诉的可能性。

紧急情况调度协议1114包括并且操作行列式代码计算器1124以根据从外部设备1128接收到的信息来计算行列式代码。行列式代码计算器1124可以计算指示响应的优先级和紧急情况的类型的行列式代码。

紧急情况调度协议1114包括并且操作人员指令引擎1126以提供适合于指导作为调度一部分的人员如何适当地响应紧急情况的指令。指令可以基于来自行列式代码计算器1124和传感器数据引擎1122中的任一个或两个的关于紧急情况的信息并且被递送到紧急情况响应人员。

计算设备1106可以包括报告模块1130以统计地测量调度中心1102的性能。统计数据可以包括合规率、通信处理统计数据和紧急情况识别准确性。一旦生成调度，紧急情况调度协议1114就可以结束案例，并且可以保存案例摘要。案例概要可以稍后由报告模块1130检索以供审查和/或分析。报告模块1130可以根据案例摘要和/或案例未决时来确定统计数据。

计算设备1106的网络接口1112可以连接到网络1132。计算设备1106可以使用网络接口1112向外部设备1128、紧急情况响应者系统1134、外部设备数据库1136和调度服务1138发送信息并且从外部设备1128、紧急情况响应者系统1134、外部设备数据库1136和调度服务1138接收信息。

网络1132可以促进计算设备1106与一个或多个外部设备1128之间的信息传输。该信息可以包括从外部设备1128中的一个传输到计算设备116的外部传感器数据(无论是原始的还是格式化的)。

网络1132可以促进计算设备1106、紧急情况响应者系统1134和一个或多个紧急情况响应车辆和/或可以被调度到事件位置的其他单元之间的信息传输。紧急情况响应者系统1134可以由计算设备1106使用以发起、跟踪和/或分配紧急情况响应资源。紧急情况响应者系统1134可以全部或部分在与计算设备1106通信的单独计算机上操作。

网络1132可以促进计算设备1106与外部设备数据库1136之间的信息传输。可以由外部设备数据库1136传输到计算设备1106的信息包括关于一个或多个外部设备1128的地理位置的信息、关于人与一个或多个外部设备1128之间的关联的信息、与一个或多个外部设备1128相关联的外部设备标识符、以及关于可以由外部设备1128中的一个或多个提供的外部传感器数据的(多个)类型、(多个)格式和/或(多个)质量的信息。

网络1132可以促进计算设备1106与调度服务1138之间的信息传输。调度服务1138可以提供用于不太迫切的响应的服务。调度服务1138可以与一个或多个响应车辆和/或可以被调度到事件位置的其他单元进行通信。例如，低优先级的医疗响应可以确定患者应在接下来24小时内接受大流行测试。作为另一个示例，医疗响应可以是将患者转移到医疗机构或在医疗机构之间转移。实际上，对于患者转移，调度服务1138可以包括由本领域公知的乘车共享应用程序操作的服务。举例来说，如果患者需要非紧急医疗护理，并且患者无法驾驶，则调度服务1138可以向患者派遣交通工具。事实上，交通工具甚至可以是无人驾驶车辆。

可以由计算设备1106使用紧急情况响应者系统1134以发起、跟踪和/或分配调度资源。调度服务1138可以全部或部分在与计算设备1106通信的单独计算机上操作。

图12示出了计算设备1106的紧急情况调度协议1014的用户界面1200的实施例。用户界面1200可以允许计算机操作员1104在处理调度时查看一个或多个紧急情况调度1202a至d的状态。本领域技术人员将理解，显示的格式可以基于设计偏好和呈现优先级而显著变化。

调度1202a至d可以包括对于对应的调度1202a至d来说特定且唯一的案例输入标识1204a至d。与调度1202a至d有关的所有信息可以链接到案例输入标识1204a至d。案例输入标识1204a至d由案例输入协议1120生成并且可以包括将调度1202a至d链接到计算设备1106的指定。报告模块1130可以依赖于案例输入标识1204a至d以用于统计评估以及存储已处理的调度1202a至d。案例输入标识1204a至d的确切编号和/或字母可以根据任何期望的协议而变化。

调度1202a至d还可以包括可以是被示出为选项卡、图标等的图形的估计位置1206a至d。可以由传感器数据引擎1122基于从一个或多个外部设备1128接收的数据来计算估计位置1206a至d。外部设备1128可以具有GPS或者可以在安装时被指定地理位置。位置数据可以从外部设备1128发送到计算设备1106，然后处理该位置数据并且指派估计位置。估计位置1206a至d可以指定直接在图形上的位置。可替选地，图形可以包括允许用户选择然后显示图形位置的可点击链接。

调度1202a至d可以包括作为列出紧急情况的图形(诸如图标)的预测紧急情况1208a至d。紧急情况术语可以根据需要而变化。可以由行列式代码计算器1124基于由传感器数据引擎1122编译的信息来计算预测紧急情况1208a至d。预测紧急情况1208a至d可以显示紧急情况或提供可点击的链接，该链接然后显示紧急情况或引导用户到具有紧急情况的显示。

调度1202a至d可以包括行列式代码1210a至d，其显示由行列式代码计算器1124计算的行列式代码。

调度1202a至d还可包括紧急情况响应状态1212a至d，其可以显示指示紧急情况响应的处理的一个或多个图形。紧急情况响应状态1212a至d可以指示：计算设备1106刚刚接收到指示紧急情况的外部传感器数据；计算设备1106正在处理外部传感器数据；已经确定紧急情况；调度请求已经被发送到紧急情况响应者系统1134；已经调度紧急情况响应；紧急情况响应已到达紧急情况现场；并且已经完成紧急情况响应。不同的状态阶段、标号；和图形可能会根据需要而变化。例如，图形可以提供颜色编码或条形图来指示调度的进度。

调度1202a至d还可以包括撤销1214a至d以允许计算机操作员1104干预紧急情况调度过程。撤销1214a至d可以允许计算机操作员1104改变估计位置、预测紧急情况或行列式代码，或者甚至终止整个紧急情况调度过程。当选择撤销1214a至d时，撤销1214a至d可以提供关于是否要终止紧急情况调度过程或者是否要改变调度值的提示。响应于输入的选择，撤销1214a至d然后可以允许计算机操作员1104终止或改变调度值。计算机操作员1104能够在单个屏幕上查看一个或多个调度1202a至d并且撤销正在进行的调度1202a至d中的任何一个。

图13示出了其中可以采用与紧急情况调度协议相关联的系统和方法的场景1300。在给定场景中，人类用户不会主动向调度中心提供信息或主动请求紧急情况响应。而是从外部设备1128接收到的协调数据、计算设备1106的自动处理、以及与紧急情况响应者系统1134的接口来提供紧急情况响应。因此，没有人类代理参与和紧急情况相关的数据的积累、行列式值生成以及调度可能包括人类紧急情况响应者的紧急情况响应单元的指令。

用户1302可以在用户身上具有智能电话1304或其他便携式电子设备。智能电话1304可以包括与计算设备1106通信的调度应用。调度应用可以使得智能电话1304能够作为外部设备1028操作以将传感器数据发送到计算设备1106以用于紧急情况调度计算。智能电话1304可以包括加速度计以及其他传感器，以确定用户1302的移动。当用户1302突然跌倒时，智能电话1304可以发送指示倒下的传感器数据。诸如Amazon 或Google />的内部传感器1306可以在发生倒下事件时接近用户1302并且记录指示倒下的音频和/或振动。

紧急情况调度协议1114可以从智能电话1304和内部传感器1306接收传感器数据以确定紧急情况。仅来自智能电话1304的传感器数据可能不足以确认紧急情况。例如，用户1302可能简单地掉落了智能电话1304。然而，由内部传感器1306提供的证实传感器数据可以确认身体倒下而不是智能电话1304简单地撞到地板。紧急情况调度协议1114对由智能电话1304和内部传感器1306提供的传感器数据进行加权并且确定紧急情况的存在，并且如果存在，则计算行列式代码并且与紧急情况响应者系统1134通信以生成紧急情况响应。虽然迫切，但指派给用户跌倒的优先级可能不如其他紧急情况(诸如痛苦的呼吸或主动袭击者)那么高。因此，行列式值不会那么高。

行列式代码的紧急情况计算和指派可能进一步受到用户历史的影响。调度应用可以包括用户医疗数据，其包括生理数据、用户的个人医疗历史和紧急情况联系信息。医疗历史可以包括用户诊断、过去和当前的处方以及之前的医疗紧急情况。之前的医疗紧急情况可以包括用户先前是否经历过一次或多次倒下。如果是这样，过去事件的证据将有利于紧急情况事件。此外，过去的医疗事件表明用户倒下的可能性，诸如中风、心脏病等，也将有利于紧急情况事件。如能够理解的，用户医疗数据可以全部或部分存储在外部设备数据库1136、可替选的数据库或服务器上，或者存储在计算设备1106自身上。

一旦确定紧急情况，紧急情况响应者系统1134接收行列式代码和用户位置。可以由智能电话1304和内部传感器1306这两者来确认用户位置。紧急情况调度协议1114还可以向用户医疗数据中提供的用户的紧急联系人发送文本消息、电子邮件等。因此，在紧急情况调度的同时，可以向医疗专业人员、家庭成员和/或朋友通知紧急情况。报告模块1130可以记录紧急情况和相关联的调度，并且紧急情况可以包括在更新的用户医疗数据中。因此，下次发生类似事件时，过去的事件将成为确定紧急情况的因素。

倒下的用户1302可能无意识或以其他方式丧失行为能力并且无法以可听地方式操作智能电话1304或内部传感器1306，或者无法与调度员通信。因此，紧急情况响应系统1100能够在无需人工主动询问的情况下进行紧急情况调度，从而加快紧急情况响应过程。

在附加实施例中，用户1302还可以具有接近或附接到用户1302的生物传感器1308以测量和生成用户生命体征数据。生物传感器1308可以测量某些度量，诸如脉搏率、脉搏血氧饱和度和/或心电势波形。所生成的生命体征数据与来自智能电话1304和内部传感器1306的数据相结合极大地改进了紧急情况的准确预测。因此，指示响亮声音的数据(由内部传感器1306生成)、指示用户1302 10分钟没有移动的数据(由智能电话1304生成)、以及指示用户1302具有低脉搏率和/或其他不规则心脏活动(由生物传感器1308生成)的组合，比单个数据指示器更能肯定紧急情况的可能性。采用多个传感器独立肯定或否认紧急情况，从而大大提高了整个调度系统的准确性和可靠性。

图14示出了其中可以采用与紧急情况调度协议相关联的系统和方法的可替选的场景1400。在给定场景中，具有对应的人类驾驶员1406、1408的第一车辆1402和第二车辆1404卷入交通事故。每辆车辆1402、1404可以包括作为外部设备1128操作并且经由网络1132与计算设备1106通信的对应的汽车传感器1410、1412。汽车传感器1410、1412监视和记录指示碰撞的车辆突然停止。汽车传感器1410、1412还可以指示安全气囊的展开和位置。两辆车俩紧密靠近且突然停车以及安全气囊展开的情况高度指示发生了紧急情况。

交通相机、监控相机或其他类型的相机1414也可以作为外部设备1128操作并且提供事故的视频和音频数据。此外，驾驶员智能电话(未示出)也可以作为外部设备1128操作并且提供指示突然停止的传感器数据。来自汽车传感器1410、1412，相机1414和智能电话的传感器数据全部馈送到计算设备1106中。传感器数据引擎1122从不同类型的外部设备1128接收数据值。传感器数据引擎1122对传感器数据进行加权并且确定事故的可能性，并且行列式代码计算器1124确定行列式代码。因此，行列式代码可以部分地由除了汽车传感器1410、1412之外的外部设备1128确定。实际上，行列式代码可以部分地由外部设备1128(诸如相机1414)确定，其位于两辆车的外部。相机1414是固定传感器，其提供事故的独立验证并且是计算行列式代码的独立因素。

在交通事故中，驾驶员/乘客的伤害可能是未知的并且难以基于前述外部设备1128来确定。然而，行列式代码计算器1124可以基于先前车辆事故的统计分析来确定行列式代码和对应的优先级。

图15示出了其中可以采用与紧急情况调度协议相关联的系统和方法的可替选的场景1500。在给定场景中，闯入发生在住宅或店铺1502中。外部监控相机1504可以作为外部设备1128操作并且发送指示紧急情况的视频和音频数据。住宅或店铺1502内部的内部设备1506也可以发送视频和/或音频数据以证实紧急情况。如先前所公开的，计算设备1106基于接收到的传感器数据来做出紧急情况的确定。如果确定紧急情况，则紧急情况响应被发送到设备的位置，诸如相机1504或内部设备1506。

监控相机1504和内部设备1506可以提供指示嫌疑人1508的生理数据的传感器数据。生理数据可以包括面部识别、体重、身高和语音签名。生理数据可以被发送到计算设备1106，并且如果调度了紧急情况响应，则可以被发送到紧急情况响应者，使得响应者具有嫌疑人的描述。可疑描述可以由人员指令引擎1126格式化和发送。

用户1510可以在住宅或店铺1502附近并且在用户身上具有智能电话1512。智能电话1512还可以作为外部设备1128操作以记录指示闯入的视频和/或音频数据。例如，智能电话1512可以记录指示打碎玻璃的音频。智能电话1512可以包括调度应用程序以在没有人工干预的情况下自动地捕获音频。调度应用程序还可以基于相机的人工干预来捕获数据。智能电话1512、监控相机1504和内部设备1506的组合数据被发送到计算设备1106以计算紧急情况的可能性。计算设备1106计算是否存在值得在没有人为干预的情况下响应的紧急情况。因此，基于传感器数据和计算设备1106调度人工紧急情况响应以加速该过程。

第二监控相机1514可以在远离住宅或店铺1502的第二位置处捕获嫌疑人1508。第二监控相机1514可以捕获指示嫌疑人的生理特征的视频和/或音频数据。生理特征可以包括面部识别、体重、身高和语音签名。紧急情况调度协议1114可以对从第一监控相机1504和第二监控相机1514接收到的生理数据进行比较。基于该比较，计算设备1006可以将紧急情况响应引导到第二位置以逮捕嫌疑人1508。

可替选地或附加地，用户1510可以操作智能电话1512并且呼叫图2中所描述的调度中心202。用户1510可以通过语音或文本与调度员204通信，并且通过询问协议进行。从外部设备1504、1506、1514接收到的传感器数据可以用于证实紧急情况并且协助生成行列式代码。调度中心202、1002可以独立操作或作为组合系统操作，并且可以接收用户语音/文本呼叫、用户语音/文本呼叫和传感器数据、或仅在计算行列式代码和生成紧急情况响应时的传感器数据。

图16示出了其中可以采用与紧急情况调度协议相关联的系统和方法的可替选的场景1600。在给定场景中，住宅中的第一房间1602发生火灾。烟雾报警器1604发起音频警告并且还可以作为外部设备1028操作以向计算设备1006提供传感器数据。烟雾报警器1604传感器数据可以包括指示烟雾和温度的数据。内部设备1606还可以提供指示视频、音频和/或温度的传感器数据。来自内部设备1606的传感器数据证实烟雾报警器1604并且减少误警报的可能性。

随着火势进展，内部设备1606可以记录温度的升高，并且第二房间1610中的第二内部设备1608也可以提供指示视频、音频和/或温度的传感器数据。在给定的示例中，火灾可能最终导致第一内部设备1606无法操作，并且突然的通信中断向计算设备1106提供了存在火灾的附加因素。因此，来自烟雾报警器1604、内部设备1606和第二内部设备1608的组合传感器数据确认熊熊大火的存在。传感器数据还可以包括感知到的火灾的位置，因为烟雾报警器1604、内部设备1606和第二内部设备1608可以包括GPS或已经注册了物理位置。再次，行列式代码计算器1024在没有主动人为干预且没有询问的情况下生成行列式代码。行列式代码被发送到CAD系统以发起紧急情况调度。

图17A至17C示出了其中可以采用与紧急情况调度协议相关联的系统和方法的类似场景1700、1702、1704。在给定场景中，建筑物1706中发生火灾并且不同的外部设备1128生成传感器数据以识别紧急情况。

在图17A中，火灾报警器1708和三个恒温器1710、1712、1714用作外部设备1128并且与网络1132电通信。恒温器1710、1712、1714是启用Wi-Fi的并且可以被体现为Nest恒温器。火灾报警器1708生成指示烟雾和热量的传感器数据，并且恒温器1710、1712、1714生成指示热量的传感器数据。不同的传感器数据由计算装置1106处理并且行列式代码计算器1124确定火灾紧急情况的可能性以及生成指示紧急情况和优先级的行列式代码。

在图17B中，火灾报警器1708和三个恒温器1710、1712、1714生成相同的传感器数据。此外，智能电话1716捕获用户1718在冒烟的建筑物1706前面的“自拍照”照片。照片或者由用户1718发送到计算设备1106或者由用户1718发布到社交媒体网站。社交媒体网站可以识别所张贴的图片，指示位置，并且将该位置和图片发送到计算设备1106。可替选地，数据聚合器可以识别在社交媒体网站上所张贴的图片并且确认该位置。

可替选地或附加地，第二用户1720可以采取更直接的行动来联系紧急情况响应者。第二用户1720可以操作智能电话1722并且呼叫图2中描述的调度中心202。第二用户1720可以通过语音或文本与调度员204通信，并且通过询问协议进行。从外部设备1708至1716、1722接收到的传感器数据可以用于证实紧急情况并且协助生成行列式代码。因此，调度中心202、1102可以接收用户通信、用户通信和传感器数据、或者仅在计算行列式代码和生成紧急情况响应时的传感器数据。

在图17C中，火灾报警器1708和三个恒温器1710、1712、1714生成相同的传感器数据。还存在附近的门铃传感器1724，诸如铃声设备/门铃。门铃传感器1724提供包括来自建筑物1706的任何火焰和烟雾的实时视频馈送。可以处理实时视频馈送并且将火焰和烟雾识别为可能的火灾紧急情况。确认可能的火灾紧急情况的数据可以被发送到计算设备1106，该计算设备1106利用从火灾报警器1708和恒温器1710、1712、1714接收到的传感器数据来权衡火灾紧急情况的可能性。

图18示出了其中可以采用与紧急情况调度协议相关联的系统和方法的可替选的场景1800。在给定场景中，建筑物1802中发生火灾，并且一个或多个烟雾探测器1804、1806作为外部设备1128操作并且生成传感器数据以指示烟雾的存在。一个或多个恒温器1808、1810作为外部设备1128操作并且生成传感器数据以指示升高的温度。在一种实施例中，恒温器1808、1810可以是Nest恒温器。

监控相机1812(诸如铃声设备)可以被附接到建筑物1802并且接收指示火灾紧急情况的活动。例如，监控相机1812可以查看火焰和/或逃离建筑物的人1814。监控相机1812生成指示火灾紧急情况的传感器数据。

此外，由撤离人1814携带的智能电话1816指示快速移动远离火灾紧急情况。智能电话1816单独地或组合地生成传感器数据以证实正在疏散的建筑物中的紧急情况。

最后，在建筑物1802外部且未附接到建筑物1802的一个或多个监控相机1818、1820可以查看火灾和人1814并且生成传感器数据。监控相机1818可以位于附近的建筑物上并且也可以是铃声设备或任何其他类型的相机。监控相机1820还可以是安装在附近固定装置上的专用相机。

所有外部设备1804至1812和1816至1820都与网络1132和计算设备1106通信以将传感器数据传输到传感器数据引擎1122。不同的传感器数据由计算设备1106、传感器数据引擎1122和行列式代码计算器1124处理以确定火灾紧急情况的可能性并且生成指示紧急情况和优先级的行列式代码。

再次参考图2，调度中心202可以像常规紧急情况调度系统一样操作来接收用户语音/文本呼叫。调度中心202还可以操作以从外部设备接收用户语音/文本呼叫和传感器数据，如图2至10及所附文本所描述的。调度中心202还可以操作以仅在计算行列式值和生成紧急情况响应时接收传感器数据，如图11至18及所附文本所描述的。因此，调度员204可以参与也可以不参与与呼叫者的询问对话。调度中心202可以被配置成利用来电呼叫者通信而没有传感器数据、利用来电呼叫者通信和传感器数据、或者仅利用传感器数据来进行紧急情况调度。

先前的调度系统完全依赖于呼叫者与调度员之间的语音通信。如本文所公开的，调度计算机系统和紧急情况响应协议可以基于传感器数据来生成紧急情况响应，而无需人工询问和无需人工发起。因此，可以在没有人工主动发短信、呼叫或与调度计算机系统呼应的情况下调度响应。传感器数据可以由呼叫者、患者或受害者携带的IOT设备提供。传感器数据可以由接近紧急情况和/或由第三方用户携带的设备提供。

可替选地，调度计算机系统和紧急情况响应协议可以基于利用传感器数据增强的人工询问来生成紧急情况响应。传感器数据可以由本文公开的任何IOT设备中的一个或多个生成。所有不同的数据，包括一些实施例中的语音数据，到达调度中心以准确地生成适当的行列式代码。

如本文所公开的，包括紧急类型和优先级级别的行列式代码由行列式代码计算器基于对于预编程查询的回答、外部传感器数据和/或这两者的组合来确定。可以从多个预选选项中的一个来选择紧急情况类型和优先级级别。可以基于预编程查询、外部传感器数据和/或这两者的组合来确定主诉或紧急情况。可以基于外部传感器数据的分析来确认主诉或紧急情况的可能性。

本文公开的系统和方法部分或完全基于外部传感器数据来自动生成行列式代码。外部传感器数据指示检测到紧急情况类型和位置。与传统系统相比，基于外部传感器数据的行列式代码生成能够实现更快、更准确的紧急情况调度。

本文公开的系统包括具有传感器的外部设备、调度计算机、具有车辆跟踪系统的CAD、以及具有与CAD通信的车辆计算机的多个紧急情况调度车辆。调度计算机可以包括存储器、耦合到存储器的处理器、显示器、键盘、网络通信器、触摸屏等。处理器被编程有包括传感器数据引擎的可执行指令以获得、监视、分析和显示外部传感器数据。可执行指令还包括行列式代码计算器以基于外部传感器数据来生成行列式代码。如本文所公开的，外部设备可以采用麦克风、相机、加速度计、温度传感器、气候传感器、烟雾传感器、移动传感器、GPS等或允许紧急情况监视的其他合适设备的形式。外部设备包括通信/网络接口以使得能够通过网络与调度中心通信。

当收集外部传感器数据时，可以将其存储在外部设备数据库中以便保存外部设备数据捕获的记录。外部设备数据库可以包括模式识别逻辑以基于度量来识别可能的紧急情况。例如，指示车辆在某个位置突然停止的外部传感器数据随着时间的推移可以指示可能的事故。此外，指示特定建筑物(诸如工业工厂)中的特定温度的外部传感器数据可以指示可能的火灾。因此，外部设备数据库可以包含关于多种可能模式的逻辑，该多种可能模式基于运动、温度、音频、视频、气候等来指示正常情况或紧急情况。

系统包括以调度计算机、CAD、车辆跟踪系统和车辆计算机形式的控制设备，其彼此通信以自动地控制紧急情况调度车辆的调度。系统和方法能够自动监视、比较和分析所收集的外部传感器数据以便与过去的正常情况相比来验证紧急情况是否正在发生或已经发生。调度计算机可以显示分析结果以使调度员能够有效地监视预期的紧急情况或情况。

在操作中，系统发送信号以基于检测到的紧急情况来控制紧急情况响应车辆移动。通过生成指示紧急情况类型和优先级的行列式代码来确认检测到的紧急情况。如果分析结果指示特定位置中的紧急情况类型，则系统能够向紧急情况响应车辆发送信号以在灯光和警报器或正常交通的情况下前往特定位置。

虽然已经图示和描述了本公开的具体实施例和应用，但是应当理解，本公开不限于本文公开的精确配置和组件。在不脱离本公开的精神和范围的情况下，可以对本公开的方法和系统的布置、操作和细节做出对本领域技术人员显而易见的各种修改、改变和变化。本文参考一副图和系统描述的术语、组件和方法也可以与另一副图或系统合并。因此，本文的定义和描述适用于所有实施例、图和系统并且不限于一种实施例。

Claims (46)

1.一种用于协助调度员响应于由信息提供者报告的紧急情况的计算设备，包括：

处理器；

输入设备，所述输入设备与所述处理器电通信；

输出设备，所述输出设备与所述处理器电通信；

网络接口，所述网络接口与所述处理器和网络电通信；以及，

存储器，所述存储器与所述处理器电通信，并且其上存储有：

询问协议，所述询问协议用于从所述信息提供者接收对于用于所述调度员提问所述信息提供者的所述询问协议的预编程查询的回答，所述询问协议的所述预编程查询要在所述输出设备上被显示给所述调度员并且从所述调度员传送到所述信息提供者；

传感器数据引擎，所述传感器数据引擎用于经由所述网络从多个外部设备接收在所述网络接口处提供的不同类型的外部传感器数据；以及

行列式代码计算器，所述行列式代码计算器用于：

从所述传感器数据引擎接收所述外部传感器数据，以及基于对于所述预编程查询的所述回答和所述外部传感器数据，从多个预先建立的行列式代码中的一个预先建立的行列式代码生成行列式代码，所述行列式代码指示紧急情况响应的优先级，其中，所述计算机设备提供所述行列式代码到紧急情况响应者系统以生成紧急情况调度响应。

2.根据权利要求1所述的计算机设备，其中，

所述外部传感器数据包括特定于所述信息提供者或所述信息提供者附近的人的动态生理数据。

3.根据权利要求2所述的计算机设备，其中，

所述动态生理数据包括心率数据。

4.根据权利要求2所述的计算机设备，其中，

所述动态生理数据包括体温数据。

5.根据权利要求2所述的计算机设备，其中，

所述动态生理数据包括呼吸数据。

6.根据权利要求1所述的计算机设备，其中，

所述外部传感器数据包括视频数据。

7.根据权利要求1所述的计算机设备，其中，

所述外部传感器数据包括静止图像数据。

8.根据权利要求1所述的计算机设备，其中，

所述外部传感器数据包括加速度计数据。

9.根据权利要求1所述的计算机设备，其中，

所述外部传感器数据包括GPS数据。

10.根据权利要求1所述的计算机设备，其中，

所述外部传感器数据包括环境温度数据。

11.根据权利要求1所述的计算机设备，其中，

所述外部传感器数据包括音频数据。

12.根据权利要求1所述的计算机设备，其中，

所述询问协议被配置为接收对于所述预编程查询的调度员键入的回答，

其中，所述传感器数据和调度员键入的回答被同时接收。

13.根据权利要求1所述的计算机设备，其中，

所述传感器数据引擎还向所述调度员显示与所述外部传感器数据相关联的数据值中的一个或多个。

14.根据权利要求1所述的计算机设备，其中，

所述询问协议的所述预编程查询将经由文本消息从所述调度员被传送到所述信息提供者。

15.根据权利要求1所述的计算机设备，其中，

经由文本消息来接收信息提供者对于所述预编程查询的回答。

16.根据权利要求1所述的计算机设备，其中，

所述计算机设备被配置为基于所述外部传感器数据来生成指令，所述指令被提供给所述紧急情况调度响应的人员。

17.根据权利要求1所述的计算机设备，其中，

所述询问协议被配置为响应于从所述信息提供者接收到的回答来生成主诉。

18.根据权利要求17所述的计算机设备，其中，

所述传感器数据引擎被配置为基于接收到的外部传感器数据来确定所述主诉的可能性。

19.根据权利要求1所述的计算机设备，其中，

所述询问协议被配置为接收来自所述调度员的主诉输入并且显示主诉。

20.根据权利要求19所述的计算机设备，其中，

所述传感器数据引擎被配置为基于接收到的外部传感器数据来确定所述主诉的所述可能性。

21.根据权利要求1所述的计算机设备，其中，

所述询问协议被配置为基于接收到的回答来确定所述紧急情况，并且

所述传感器数据引擎被配置为基于所述外部传感器数据来确定所述紧急情况是准确的所述可能性。

22.一种用于协助调度员响应于由信息提供者报告的紧急情况的方法，包括：

提供用于所述调度员提问所述信息提供者的询问协议的预编程查询；

从所述信息提供者接收对于所述预编程查询的回答；

调度中心的计算机设备接收所述回答；

所述计算机设备通过所述计算机设备的网络接口从外部设备接收不同类型的外部传感器数据；

所述计算机设备基于对于所述预编程查询的所述回答和所述外部传感器数据来从多个预先建立的行列式代码中的一个预先建立的行列式代码生成行列式代码，所述行列式代码指示紧急情况响应的优先级；以及

所述计算机设备向紧急情况响应者系统提供所述行列式代码，以生成紧急情况调度响应。

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

向所述外部设备中的一个发送请求以向所述计算机设备提供所述外部传感器数据。

24.根据权利要求23所述的方法，其中，

基于所述外部设备的位置来将所述请求发送到所述外部设备。

25.根据权利要求23所述的方法，其中，

基于要由所述外部设备提供的外部传感器数据的类型来将所述请求发送到所述外部设备。

26.根据权利要求25所述的方法，其中，

基于从所述信息提供者接收到的对于所述预编程查询的所述回答来确定所述外部传感器数据的类型。

27.根据权利要求23所述的方法，其中，

所述紧急情况是受害者的医疗紧急情况，并且，其中，

基于所述外部设备与所述受害者之间的关联来将所述请求发送到所述外部设备。

28.根据权利要求23所述的方法，其中，

基于所述信息提供者与所述外部设备之间的关联将所述请求发送到所述外部设备。

29.根据权利要求22所述的方法，其中，

从所述信息提供者口头地接收对于所述预编程查询的所述回答。

30.根据权利要求22所述的方法，其中，

从所述信息提供者通过文本接收对于所述预编程查询的所述回答。

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

所述计算机设备基于从所述信息提供者接收到的回答来生成主诉。

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

所述计算机设备基于所述外部传感器数据来确定所述主诉的可能性。

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

所述计算机设备从所述调度员接收主诉。

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

所述计算机设备基于所述外部传感器数据来确定所述主诉的所述可能性。

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

基于所述外部传感器数据来生成指令；以及

将所述指令发送给所述应急调度响应的人员。

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

基于对于所述预编程查询的所述回答，来确定所述紧急情况；以及

基于所述外部传感器数据，来确定所述紧急情况是准确的所述可能性。

37.一种非暂时性计算机可读存储介质，所述计算机可读存储介质包括指令，当由计算机设备执行时，所述指令使所述计算机设备：

呈现针对紧急情况的询问协议的预编程查询；

接收对于所述询问协议的所述预编程查询的回答；

通过网络从外部设备接收不同类型的外部传感器数据；

基于来自所述预编程查询的所述回答和所述外部传感器数据来生成行列式代码，所述行列式代码指示紧急情况响应的优先级；以及

向紧急情况响应者系统提供所述行列式代码以生成紧急情况调度响应。

38.根据权利要求37所述的非暂时性计算机可读存储介质，其中，

所述指令还使所述计算机设备向所述外部设备中的一个发送请求以向所述计算机设备提供外部传感器数据的类型。

39.根据权利要求38所述的非暂时性计算机可读存储介质，其中，

基于对于所述预编程查询的所述回答来确定所请求的外部传感器数据的类型。

40.根据权利要求38所述的非暂时性计算机可读存储介质，其中，

所述紧急情况是受害者的医疗紧急情况，并且，其中，

基于所述外部设备与受害者之间的关联来将所述请求发送到所述外部设备。

41.根据权利要求37所述的非暂时性计算机可读存储介质，其中，

所述指令还使所述计算机设备基于对于所述预编程查询的所述回答来生成主诉。

42.根据权利要求41所述的非暂时性计算机可读存储介质，其中，

所述指令还使所述计算机设备基于所述外部传感器数据来确定所述主诉的可能性。

43.根据权利要求37所述的非暂时性计算机可读存储介质，其中，

所述指令还使所述计算机设备接收主诉作为输入。

44.根据权利要求43所述的非暂时性计算机可读存储介质，其中，

所述指令还使所述计算机设备基于所述外部传感器数据来确定所述主诉的所述可能性。

45.根据权利要求37所述的非暂时性计算机可读存储介质，其中，所述指令还使所述计算机设备：

基于所述外部传感器数据来生成指令；以及

将所述指令发送给所述应急调度响应的人员。

46.根据权利要求37所述的方法的非暂时性计算机可读存储介质，其中，所述指令还使所述计算机设备：

基于接收到的回答来确定所述紧急情况；以及

基于所述外部传感器数据来确定所述紧急情况是准确的所述可能性。