CN102860050A - 紧急呼叫混合架构 - Google Patents

Abstract

一种混合紧急呼叫系统，其包括：单个第三方实体，用于接收来自诸如机动车辆之类的远程位置的语音和数据信号、解译来自这些信号的信息，诸如信号的始发者的位置和紧急情况的本质，以及基于至少所述信号的始发者的位置，选择公共应急服务的最合适的响应单位，从而解译出的信息可以使用电信和web接口工具以公共应急服务单位优选的形式和语言来被中继到该公共应急服务单位。接着，可在驾车者与该公共应急服务单位之间建立直接电话通信。

Description

紧急呼叫混合架构

技术领域

本发明一般涉及紧急呼叫系统，尤其涉及一种“混合”紧急呼叫系统，其特别适合于跨多样化的地理区域来操作，该系统允许来自诸如机动车辆之类的远程位置的应急语音和数据信号被中继到公共应急服务系统的最合适的响应单位，而不管驾车者的通信接口或所说的语言与公共应急服务系统的所选单为之间的任何不兼容。

已经知道，在机动车辆紧急呼叫系统中，在机动车事故或当机动车辆处于车道上时发生的其他紧急情况之后，遇险的人员可以得到相对立即的援助和救援。具体而言，在这样的系统中，无线的无线电发射机或发射机应答器盒被安装并且位于机动车辆内的某个地方，并且基于例如安全气囊展开之类的预定情况或事件，立即地并且自动地生成并向通常具有由呼叫中心人员值班的待命调遣系统的一个或更多个位于远程的中央呼叫中心或站点发射辐射遇险信号或语音呼叫。取决于系统的高科技程度和复杂度及其机动车辆跟踪和导航控制能力，诸如事故地点、事故的性质或机动车辆所处的状况之类的数据、和所需辅助的类型也可以与初始遇险信号同时被发射。因此，机动车辆紧急呼叫系统通过几乎即时地并且在人们丧失能力或者因其他原因不能求救的情况下发起应急信号来提供无价的救生优势。

一些安装在机动车辆内的现有系统还能基于在应急援助到达之前机动车的紧急情况来向机动车辆的驾驶者和/或乘客提供预定的自动化指令、保证、导航指示、或其他有用的信息。

在某些应用中，无线的无线电发射机应答器既能够发射又能够接收信号，从而提供允许应急响应源(例如，医院、警察或消防应急部门)和/或中央呼叫中心主动地、远程地询问机动车辆应急系统或与机动车辆的驾驶者或乘客建立直接通信的双向通信设备。相应地，可捕获附加信息用来评估紧急状态和确定合适的应急响应。关键的是，该双向通信设备也可以用来在应急援助到达机动车辆实际地点之前向机动车辆的驾驶员或乘客提供立即的实时帮助和救生指令。

相应地，将紧急呼叫系统适配成用在车辆中是复杂的，并且在对来自失灵的或受损的车辆的数据的远程传递的管理上产生独特的挑战，据此，紧急信息路由系统在车辆可能经过的各种局域间有所不同。单是用户接口本身开发和操作起来就是耗时的。

已作出大量的进展来有效和安全地管理紧急呼叫系统的接收端的大量传入的遇险信号和数据，包括用于响应这些信号的专门协议和通信网络的建立和实现。例如，这些系统协议能够确定响应各种传入信号的优先级，不管信号中的错误或车辆内的紧急呼叫装置的失灵仍解译紧急情况是否已经发生，以及将遇险信号和数据分配给合适的应急响应团队。存在已经专门为紧急呼叫系统的接收端留出并隔开的各种系统和呼叫流程架构。这些系统架构或是涉及政府组织的公共应急服务、个人第三方应急服务、或是两者的互相关联的组合。

例如，在欧洲，欧洲委员会当前有两种办法或途径可用来接收传入的紧急呼叫并发起应急响应。第一种办法为公共应急服务系统“eu112”呼叫，藉此，通过使用固定或移动电话拨打“112”号码来进行语音呼叫。关于紧急事件和车辆状况的数据使用带内调制解调器供应商解决方案被直接传递到称为“公共安全响应点(PSAP)”的位于远程的中央呼叫中心或站点。“eu112”系统与在美国使用的“911”应急服务系统非常类似。“eu112”紧急呼叫系统是对欧盟(EU)内以及跨整个欧洲大陆的任何国家里的每一个人都可用的公共服务。其是免费的并且以相对低的成本被提供。然而，因为该系统在如此广的规模上并且在整个区域上提供，所以很难处置和指引流入和大量的信息并提供质量控制。另外，因为“eu112”系统是对欧盟内的所有国家可用的单一系统，因靠近紧急事件发生地故而自动接收呼叫的PSAP的特定路由接口和本地语言与机动车辆的路由接口或驾驶员或乘客的本地语言可能不同，从而抑制了任何可能或高效的通信。在这样的区域范围的系统中，存在着种种的本地应急响应中心，或即PSAP，它们在其基础设施中有不同的技术能力水平，在其操作和训练中有不同的协议，并且在系统增强和/或整合上有不同的资金可用，使得同一的应急系统在区域范围上的部署实质上变得不可能。

替换地，在第二种办法中，在信息被中继到PSAP之前，“第三方服务供应商”(TPSP)首先在呼叫中心或站点接收语音呼叫和所传送的数据。这允许TPSP使用某种筛选过程以筛选传入信号和呼叫，并且搜集通常不能被可选的公共服务类型搜集的精细而复杂的信息。进一步，由于初始的筛选过程，TPSP可以在领会可能存在的任何语言障碍的情况下确定信息应该被路由到的合适的PSAP。因此，在由TPSP过滤和初始处置后后续被中继到PSAP的信息的质量、可靠性和简洁性好得多。然而，典型地，这些服务不是直接地，也不是免费的，并且实现成本更高，因为它们涉及多方和复杂的通信资源。

因此，存在克服上述现有技术的问题的需要。

相应地，在纳入区域性公共服务办法的低成本效益和第三方服务供应商办法的质量的办法之间提供“混合”紧急呼叫系统或者解决方案将是有益的。

发明内容

本发明的实施例提供了一种混合紧急呼叫系统，其包括第三方服务中心，用来接收来自远程位置的传入无线紧急信号。该第三方服务中心包括：解码来自传入无线紧急信号的包括信号的位置在内的信息的至少一个服务器；基于信号的位置选择合适的公共应急呼叫响应中心的至少一个服务器；将传入无线紧急信号转换为所选择的公共应急呼叫响应中心所说语言的至少一个音频文件的至少一个服务器，并且其中该至少一个音频文件在电信信道上被中继到所选的公共应急呼叫响应中心。

根据另一个特征，本发明的实施例包括其中传入无线紧急信号来自该位置处的机动车辆。

根据另一个特征，本发明的实施例包括其中传入无线紧急信号包括语音信号部分和数据信号部分。

根据另一个特征，本发明的实施例包括其中数据部分为该传入无线紧急信号中指示信号的位置的部分。

根据本发明的另一个特征，传入无线紧急信号的数据部分指示紧急情况的性质和机动车辆的状况。

根据本发明的另一个特征，数据部分为传入无线紧急信号中转换为该至少一个音频文件的部分。

根据本发明的另一个特征，该至少一个音频文件包括与从传入无线紧急信号解码的信息相关联的一个或更多个通告。

根据本发明的另一个特征，第三方服务中心将该信号的语音部分保持着直到该至少一个音频文件被中继到所选的公共应急呼叫响应中心之后。

根据本发明的另一个特征，第三方服务中心在该至少一个音频文件被中继到所选的公共应急呼叫响应中心之后，将该信号的语音部分从被保持着的状态释放，并在该信号的语音部分与所选的公共应急呼叫响应中心之间建立直接连接。

根据本发明的另一个特征，除了以至少一个音频文件的形式接收传入无线紧急信号的该数据部分外，所选的公共应急呼叫响应中心还通过至少一个web接口来直接接收该数据部分。

根据本发明的另一个特征，该至少一个web接口为所选的公共应急呼叫响应中心的优选接口。

根据本发明的另一个特征，该至少一个web接口为所选的公共应急呼叫响应中心与所述第三方服务中心的协作商定接口。

根据另一个特征，本发明的实施例包括其中该至少一个web接口为与该第三方服务中心相关联的高安全web门户，其中所选的公共应急响应中心对web门户有受安全保护的访问途径。

根据另一个特征，本发明的实施例包括其中该第三方服务中心进一步包括中间件元件，其中所选的公共应急呼叫响应中心获得对该中间件元件的订阅，以使得该第三方服务中心在该优选的web接口发布传入无线紧急信号的数据部分。

根据本发明的另一个特征，其中所选的公共应急响应中心在该至少一个音频文件中被给予访问码以供访问该web门户。

本发明更多的优点将在接下来的详细描述中被阐明，并且可以是能从该详细描述理解或可以通过对本发明的示例性实施例的实践来获知。本发明的其他优点可以藉由在权利要求中特别指出的工具、方法或组合来实现。尽管本发明在这里被解说和描述为实施在一个或更多个示例性实施例中，但是其绝不是要被限定于所示出的详情，因为可以在其中作出各种修改和结构改变，而不会脱离本发明的精神，且落在权利要求的等效范围和范畴内。然而，本发明的操作系统和方法与其更多的目的和优点一起将在结合附图阅读以下对特定实施例的描述时从中来理解。

附图简要描述

在不同视图中相同参考数字表示相同或功能上相似的元件、并且与以下详细描述一起被纳入说明书并且构成其的一部分的附图用于进一步解说各个实施例并解释全都根据本发明的各种原理和优点。

图1为解说根据本发明的示例性实施例的混合紧急呼叫系统的流程图。

执行本发明的最佳模式

正如所要求的，本发明的详细实施例在这里被公开；然而，应当了解，所公开的实施例仅仅是本发明的示例，其可以用各种形式来实施。因此，这里公开的具体结构和功能详情不应被解读为限定，而仅仅是作为权利要求的基础和作为教导本领域技术人员以实质上任何合适的详细结构来多样地采用本发明的代表性基础。进一步，这里使用的术语和短语不是为了限定；而是为了提供对本发明可理解的描述。尽管说明书以定义本发明的被认为具有新颖性的特征来定义的权利要求来结尾，但是应当相信，结合附图考虑以下说明书，本发明将被更好地理解，在附图中相同的参考数字被沿用下去。

在本发明被公开和描述之前，应当理解，这里使用的术语仅仅是为了描述特定的实施例的目的，并不是为了限定。如这里使用的术语“一”或“某”被定义为一个或不止一个。如这里使用的术语“多个”被定义为两个或不止两个。如这里使用的术语“另一个”被定义为至少第二个或更多。如这里使用的术语“包括”和/或“具有”被定义为包含(即：开放式语言)。

现在详细参考附图中的图1，根据本发明的第一示例性实施例，其中示出了藉以接收和处理应急服务呼叫的系统架构的流程图。为了提供解说性的非限定示例的目的，该特定实施例被示为结合上述的欧盟现有的“eu112”紧急呼叫系统来使用。然而，本发明适用于存在于各种位置上的所有的紧急呼叫服务或系统，其中在公共应急呼叫系统与第三方服务供应商之间具有“混合”解决方案将是有益的，尤其在公共应急呼叫系统覆盖广大或多样化的地理区域，而所说的语言在该区域上有变化的场合。

系统初始由来自机动车辆2或移动设备的诸如语音信号之类的传入紧急呼叫15(这里称“eCall”)触发，该传入紧急呼叫在电信信道1上被中继。传入紧急呼叫15的传输例如可以由驾车者按下车内紧急按钮或者由车内装备在发生由一个或更多个传感器感测到的车辆紧急情况(例如，气囊展开)之际自动拨号来激活。该信号被第三方服务供应商3(在图1中描绘为“ATX”)的通用信号处置器接收，该第三方服务供应商可包括呼叫中心。在示例性实施例中，只有存在单个第三方服务供应商并且覆盖整个区域，在本例中其为欧盟，从而使得所有的传入紧急呼叫初始通过单个第三方服务供应商3。同时，并且与该语音信号并行地，由在机动车辆内的应急系统(例如，从车内卫星定位技术)生成的数据集适用例如带内调制解调器或SMS或任何其他可用的数据信道4传送到第三方服务供应商的通用信号处置器17。该通用信号处置器用作为在第三方服务供应商处的中央进入点，并且其实施取决于OEM支持的语音和数据传输协议。在示例性实施例中，语音和数据信号可以使用话上数据(DOV)技术来传送。该语音呼叫被从通用信号处置器17接收，并且由第三方服务供应商的专用服务器18(图1中视为“呼叫服务器”)来处理，并且被或手动或自动地置于保持5。与此并发地，从车辆接收的信号的数据部分由第三方服务供应商的专用服务器6(图1中视为“eCall服务”)来处理并被解码。

从经解码数据，可以确定关于紧急情况的性质的各种相关信息，其可包括但是不限于，触发该紧急呼叫或信号的事件、机动车辆的物理位置和状况(例如来自撞车/从车辆始发的传感器数据)，和车辆内乘客的情况。例如，如图1所示，第三方服务供应商的专用位置服务器7可以精准地确定机动车辆的位置。一旦知道了机动车辆的位置，专用“公共安全响应点(PSAP)”服务器8就可以随后基于机动车辆的位置并使用内部逻辑来确定第三方服务供应商的数据库中的哪个PSAP 12适合响应该紧急情况。

一旦PSAP被选定，“eCall”服务器6就将合适PASP单位12的号码和国家代码传递13给例如“IP语音电话(VoIP)”服务器14(图1中示为“呼叫”服务器的组件)。此后，“VoIP”服务器14将呼叫路由20到所选的PSAP。“VoIP”服务器使用例如“text2speech(文本到语音)”技术将所有必需的信息(例如车辆传感器数据或车辆位置)转换为目标语言的语音音频文件。目标语言取决于所选PSAP的语言。因而，“VoIP”服务器14将与紧急呼叫(“eCall”)15匹配的音频文件(例如，WAV文件)16以所选PSAP的语言传送到所选PSAP的电话或其他通信门户。如下示例所述，可将唯一性的标识符与紧急呼叫15关联以确保正确的预定义音频文件被传送到期望的PSAP。因而，一旦“VoIP”服务器14已与期望的PSAP 12建立通信，那么“VoIP”服务器14就以目标语言向PSAP播放包括“eCall”或其他关联的数据的通告，从而消除驾车者与PSAP之间可能存在的任何语言障碍。

在示例性实施例中，聚合的数据还使用一个或更多个专有web接口10发送22到PSAP，这些专有web接口诸如是PSAP与第三方服务供应商之间的协作接口。基于由PSAP接收的“eCall”数据，可以播放指示紧急情况的性质(诸如举例而言“乘客侧气囊已展开”)的进一步通告。相应地，本发明的系统能够基于“eCall”发布的位置来检测PSAP负责的区域、语言和优选接口。

本发明的系统还可具有提供发布/订阅模型的中间件系统，图1中示为“消息队列”19，其中PSAP可以向第三方服务供应商订阅23和标识其所支持的接口。第三方服务供应商由此能够将传入“eCall”数据发布到订阅，从而确保相同的PSAP以由PSAP接口指定的优选形式来得到语音和数据两者。

设想了可能并非所有的PSAP都有开发好的接口，或它们现有的接口不能或不够精密来处置由机动车辆的应急系统或其他后端服务产生的量或类型的数据。因此，诸如结合第三方服务供应商提供的高安全web门户11之类的替换数据源可以由PSAP以安全方式访问。例如，如图1所示，“eCall”有效负荷可以在高安全web门户11(图1中示为“EU112.com”)上存储或张贴，并由PSAP 12经由第三方服务器供应商提供的访问码来请求或访问，该接入码可以通过语音信道16提供给PSAP。因此，本发明的系统提供了对所有PSAP的中央多语言用户端解决方案。

在语音和数据信号被传送到PSAP以使得PSAP具有发起紧急响应所需的最关键的信息之后，“呼叫服务器”将该语音呼叫移交给所选PSAP，并且在机动车辆紧急系统或驾车者与所选PSAP之间建立直接通信。

在发起PSAP应急系统之前，以上述“混合”方式通过单个第三方服务供应商初始处置所有的紧急呼叫或即“eCall”有很多好处。例如，区域范围的紧急呼叫系统的复杂度主要落在第三方服务供应商身上，以使得任何需要进行的调整可以在第三方服务供应商的单个层面上迅速且高成本效益地实施，而不是需要对机动车辆内个体的紧急呼叫系统做出改变。相应地，本发明的紧急呼叫系统可以适配成适用于现有车辆紧急呼叫系统的所有旧式客户。

另外，作为渠道，第三方服务供应商可以丰富当前存在的数据应用，而无需对机动车辆或PSAP内个体的紧急呼叫系统单元做出任何改动。

而且，第三方服务供应商的中央位置和其作为整个系统中的单独实体这一事实允许其有大量的灵活性来执行系统的内部测试(例如，冲撞测试或设备验收测试)，而无须对PSAP造成显著打扰。另外，第三方服务供应商处在确定关于系统的健康和操作的有意义的系统范围统计的主导位置和优势位置。而且，不像PSAP，第三方服务供应商的这一个或更多个设备接口不会被任何官方规定束缚，且因此，第三方服务供应商有自由以比在受管制系统中可能的方式更多的各样方式来操作数据传输。

而且，因为第三方服务供应商集中托管所有去往PSAP的通告，并且确保紧急呼叫的语音和数据部分被传送到相同的PSAP，所以本发明的系统高度统一和可靠，并且与现有系统的维护和照管相关联的费用被显著降低。

而且，第三方服务供应商可以驾车者流利的本地语言筛选传入紧急呼叫来标识虚警和确认真实的紧急情况，以及对非紧急情况重新设定优先级。

在另一个示例中，如上所述，在跨越边境的紧急服务请求的情况下，第三方服务供应商可以截取关于驾车者与合适PSAP之间的语言兼容性的任何问题。语言的容易扩充变得可能，而无需对系统的硬件组件做出任何改变，诸如，存储空间的增加。

在进一步示例中，第三方服务供应商可以使PSAP免于承担当前由PSAP操作的呼叫重路由、重试、或回退功能中的大半部分，从而简化公共服务系统的任务负担。

另外，至PSAP的因国家而异的接口由第三方服务供应商实现，从而提供统一的接口。

尽管已经公开了本发明的具体实施例，但是本领域普通技术人员将理解可以对具体实施例作出改动而不会脱离本发明的精神和范围。因此，本发明的范围不是要被限于具体实施例，且旨在使所附权利要求覆盖本发明范围内的的任何和所有此类应用、修改和实施例。

Claims (15)

1.一种混合紧急呼叫系统，包括：

第三方服务中心，用于接收来自远程位置的传入无线紧急信号，所述第三方服务中心包括：

对来自所述传入无线紧急呼叫信号的包括所述信号的位置在内的信息进行解码的至少一个服务器；

基于所述信号的位置选择合适的公共应急呼叫响应中心的至少一个服务器；

将所述传入无线紧急信号转换为所选共应急呼叫响应中心所讲的语言的至少一个音频文件的至少一个服务器；并且

其中所述至少一个音频文件在电信信道上被中继到所选公共应急呼叫响应中心。

2.如权利要求1所述的混合紧急呼叫系统，其中所述传入无线紧急信号来自在所述位置处的机动车辆。

3.如权利要求2所述的混合紧急呼叫系统，其中所述传入无线紧急信号包括语音信号部分和数据信号部分。

4.如权利要求3所述的混合紧急呼叫系统，其中所述数据部分为所述传入无线紧急信号中指示所述信号的位置的部分。

5.如权利要求3所述的混合紧急呼叫系统，其中所述传入无线紧急信号的所述数据部分指示所述紧急情况的性质和所述机动车辆的状况。

6.如权利要求3所述的混合紧急呼叫系统，其中所述数据部分是所述传入无线紧急信号中转换为所述至少一个音频文件的部分。

7.如权利要求3所述的混合紧急呼叫系统，其中所述至少一个音频文件包括与从所述传入无线紧急信号解码的所述信息相关联的一个或更多个通告。

8.如权利要求3所述的混合紧急呼叫系统，其中所述第三方服务中心将所述信号的所述语音部分保持着直到所述至少一个音频文件被中继到所选公共应急呼叫响应中心之后。

9.如权利要求8所述的混合紧急呼叫系统，其中所述第三方服务中心将所述信号的所述语音部分从被保持着的状态释放，并且在所述至少一个音频文件被中继到所选公共应急呼叫响应中心之后在所述信号的所述语音部分于所选公共应急呼叫响应中心之间建立直接连接。

10.如权利要求3所述的混合紧急呼叫系统，其中除了以至少一个音频文件的形式接收所述传入无线紧急信号的所述数据部分外，所选公共应急呼叫响应中心还通过至少一个web接口直接接收所述数据部分。

11.如权利要求10所述的混合紧急呼叫系统，其中所述至少一个web接口为所选公共应急呼叫响应中心的优选接口。

12.如权利要求10所述的混合紧急呼叫系统，其中所述至少一个web接口为所选公共应急呼叫响应中心和所述第三方服务中心的协作商定接口。

13.如权利要求10所述的混合紧急呼叫系统，其中所述至少一个web接口为与所述第三方服务中心相关联的高安全web门户，其中所选公共应急响应中心对web门户有受安全保护的访问途径。

14.如权利要求11所述的混合紧急呼叫系统，其中所述第三方服务中心进一步包括中间件元件，其中所选公共应急呼叫响应中心获得对所述中间件元件的订阅，以使得所述第三方服务中心在所述优选的web接口发布所述传入无线紧急信号的所述数据部分。

15.如权利要求13所述的混合紧急呼叫系统，其中所选公共应急响应中心在所述至少一个音频文件中被给予访问码以供访问所述web门户。