用于警报控制的方法和设备的制作方法
【专利摘要】本发明提供一种用于警报控制的方法和系统。所述系统包括与车辆计算系统（VCS）通信的处理器和远程目标。所述处理器被构造为从车辆计算系统（VCS）接收包括GPS坐标的警报消息。所述处理器还被构造为解释警报消息以至少检索GPS坐标。所述处理器还被构造对GPS坐标执行反向地理编码以将地址与GPS坐标相关联。此外，所述处理器被构造为对新的警报消息中的地址进行打包。最后，所述处理器被构造为将新的警报消息发送到远程目的地目标。
【专利说明】用于警报控制的方法和设备
【技术领域】
[0001]说明性实施例总体上涉及一种用于警报控制的方法和系统。
【背景技术】
[0002]在世界上的特定区域内，车辆中和车辆周围的人身攻击变得越来越普遍。人们在驾驶或使用他们的车辆时遭遇绑架、劫车和其它袭击。遭遇这些个人紧急事件的受害者会期望呼叫某人以求救。在一些情况下，他们可能能够获取他们的电话并能够使用电话来拨号求救。然而，在其它情况下，可能不能获取电话，或者驾驶员可能由于安全原因而不能使用电话。
[0003]尽管存在用于车辆的警报系统(诸如惊恐系统)，但是提醒攻击者警报已被触发，这可能是不可取的。不管是“惊恐”类型警报还是通知警察的警报，警报触发可能引起攻击者加大对受害者的行为。
[0004]美国专利8，013，734总体上讨论了警报通知的方法。基于区域中的紧急情况来激活移动装置的警报模式。移动装置将紧急情况的指示发送到通信网络控制系统。通信网络控制系统向移动装置确认紧急情况的指示并向应急人员通知紧急情况的指示。通信网络控制系统将紧急情况的指示发送到所述区域中的一个或多个其它的移动装置。
[0005]美国专利申请12/368,947总体上讨论了用于提供与高优先级呼叫(诸如紧急呼口4)相关联的有用数据的方法和设备。在一个实施例中，数据包括嵌入在一个或多个实时协议包(诸如RTP控制协议(RTCP)包)内的数据(例如MSD或FSD)，所述一个或多个实时协议包散布在紧急呼叫的语音或(例如在RTP包中携带的)用户数据流内。描述了用于通过使用与用户数据相同的传输连接来将数据部分可靠地从发起端(例如车载系统)发送到公共安全应答点(CPSAP)的设备和方法。
【发明内容】
[0006]在第一说明性实施例中，一种系统，包括与车辆计算系统(VCS)通信的处理器和远程目标。所述处理器被构造为:从车辆计算系统(VCS)接收包括GPS坐标的警报消息。所述处理器还被构造为解释警报消息以至少检索GPS坐标。所述处理器还被构造为对GPS坐标执行反向地理编码以将地址与GPS坐标相关联。此外，所述处理器被构造为对新的警报消息中的地址进行打包。最后，所述处理器被构造为将新的警报消息发送到远程目的地目标。
[0007]在第二说明性实施例中，一种计算机实现的方法，包括:从车辆计算系统(VCS)接收包括GPS坐标的警报消息。所述方法还包括:解释警报消息以至少检索GPS坐标；对GPS坐标执行反向地理编码以将地址与GPS坐标相关联。此外，所述方法包括:对新的警报消息中的地址进行打包；将新的警报消息发送到远程目的地目标。
[0008]优选地，对警报消息进行编码。
[0009]优选地，所述方法还包括:从与处理器相关联的存储器检索紧急情况(ICE)信息，并将所述消息至少一次传送到ICE联系人。
[0010]优选地，所述方法还包括:从与处理器相关联的存储器检索紧急情况(ICE)信息，并在新的警报消息中包括与至少一个ICE联系人有关的信息。
[0011]优选地，所述方法还包括:从接收到新的警报消息的远程目标接收确认。
[0012]优选地，所述方法还包括:将确认发送到VCS。
[0013]优选地，所述方法还包括:在将确认发送到VCS之前，对确认进行编码。
[0014]在第三说明性实施例中，一种存储有在被车辆计算系统的处理器执行时使得车辆计算系统执行下述方法的指令的计算机可读存储介质，所述方法包括:从VCS接收包括GPS坐标的警报消息。示例性方法还包括:解释警报消息以至少检索GPS坐标JtGPS坐标执行反向地理编码以将地址与GPS坐标相关联。此外，所述方法包括:对新的警报消息中的地址进行打包；将新的警报消息发送到远程目的地目标。
[0015]优选地，对警报消息进行编码。
[0016]优选地，所述方法还包括:从与处理器相关联的存储器检索紧急情况(ICE)信息，并将所述消息至少一次传送到ICE联系人。
[0017]优选地，所述方法还包括:从与处理器相关联的存储器检索紧急情况(ICE)信息，并在新的警报消息中包括与至少一个ICE联系人有关的信息。
[0018]优选地，所述方法还包括:从接收到新的警报消息的远程目标接收确认。
[0019]优选地，所述方法还包括:将确认发送到VCS。
【专利附图】
【附图说明】
[0020]图1示出说明性的车辆计算系统；
[0021]图2a和图2b示出利用交互语音应答(IVR)的一个警报激活和处理流的说明性示例；
[0022]图3a和图3b示出利用话上数据(DOV)的一个警报激活和处理流的另一说明性示例；
[0023]图4示出利用语音呼叫的另一警报激活和处理流的说明性示例；
[0024]图5示出利用SMS的另一警报激活和处理流的说明性示例；
[0025]图6示出利用跟踪和阻止模块(TBM)的另一警报激活和处理流的说明性示例；
[0026]图7示出利用API协议的另一警报激活和处理流的说明性示例。
【具体实施方式】
[0027]根据需要，在此公开本发明的详细实施例；然而，应当理解，所公开的实施例仅为本发明的示例，其可以以多种替代形式实施。附图无需按比例绘制；可夸大或缩小一些特征以显示特定组件的细节。因此，此处所公开的具体结构和功能细节不应被解释为限制，而仅作为教导本领域技术人员以各种形式采用本发明的代表性基础。
[0028]图1示出用于车辆31的基于车辆的计算系统(VCS)I的示例框式拓朴图。这种基于车辆的计算系统I的示例为由福特汽车公司制造的SYNC系统。设有基于车辆的计算系统的车辆可包含位于车辆中的可视前端界面4。如果所述界面设置有例如触敏屏幕，则用户还可与所述界面交互。在另一说明性实施例中，通过按压按扭、语音会话和语音合成进行交互。
[0029]在图1中示出的说明性实施例1中，处理器3控制基于车辆的计算系统的操作的至少某一部分。设在车辆中的处理器允许命令和程序的车载处理。另外，处理器连接至非永久存储器5和永久存储器7两者。在该说明性实施例中，非永久存储器为随机存取存储器(RAM)并且永久存储器为硬盘驱动器(HDD)或闪存。
[0030]处理器还设有允许用户与处理器进行接口连接的多个不同的输入。在该说明性实施例中，设有麦克风29、辅助输入25 (用于输入33)、USB (通用串行总线)输入23、GPS (全球定位系统)输入24和蓝牙输入15。还设有输入选择器51,以允许用户在各种输入之间切换。在对麦克风和辅助连接器两者的输入被传递至处理器之前，通过转换器27将对麦克风和辅助连接器两者的输入从模拟信号转换为数字信号。尽管未示出，但与VCS通信的多个车辆组件和辅助组件可使用车辆网络(诸如但不限于CAN (控制器区域网络)总线)以向VCS(或其组件)传递数据或传递来自VCS (或其组件)的数据。
[0031]系统的输出可包括但不限于视觉显不器4和扬声器13或立体声系统输出。扬声器连接至放大器11并通过数字-模拟转换器9从处理器3接收其信号。还可分别沿19、21处示出的双向数据流产生至远程蓝牙装置(诸如PND (个人导航装置)54)或USB装置(诸如车辆导航装置60)的输出。
[0032]在一个说明性实施例中，系统I使用蓝牙收发器15与用户的移动装置53 (例如，蜂窝电话、智能电话、PDA(个人数字助理)或具有无线远程网络连接能力的任何其它装置)进行通信17。移动装置随后可用于通过例如与蜂窝塔57的通信55来与车辆31外部的网络61进行通信59。在一些实施例中，蜂窝塔57可以为WiFi接入点。
[0033]信号14代表了移动装置与蓝牙收发器之间的示例性通信。
[0034]可通过按钮52或类似输入来指示移动装置53与蓝牙收发器15进行配对。因此，向CPU指示车载蓝牙收发器将与移动装置中的蓝牙收发器进行配对。
[0035]可使用例如与移动装置53相关联的数据计划、话上数据或DTMF(双音多频)音调在CPU3与网络61之间传递数据。可选择地，可能期望包括具有天线18的车载调制解调器63以便在语音频带上在CPU3与网络61之间对数据进行传递16。移动装置53随后能够通过例如与蜂窝塔57的通信55而被用来与车辆31之外的网络61进行通信59。在一些实施例中，调制解调器63可与蜂窝塔57建立通信20，以与网络61通信。作为非限制性示例，调制解调器63可以为USB蜂窝调制解调器并且通信20可以为蜂窝通信。
[0036]在一个说明性实施例中，处理器设有包括与调制解调器应用软件进行通信的API(应用编程接口)的操作系统。调制解调器应用软件可访问蓝牙收发器上的嵌入式模块或固件，以完成与远程蓝牙收发器(诸如设在移动装置里的蓝牙收发器)的无线通信。蓝牙是IEEE802PAN (个人区域网)协议的子集。IEEE802LAN (局域网)协议包括WiFi并且与IEEE802PAN具有相当多的交叉功能。两者都适合于车辆内的无线通信。可以在该领域使用的其它通信方式为自由空间光通信(诸如IrDA(红外数据协议))和非标准的消费者IR(红外)协议。
[0037]在另一实施例中，移动装置53包括用于语音带或宽带数据通信的调制解调器。在话上数据的实施例中，当正在传输数据期间移动装置的拥有者可对装置说话时，可执行如频分复用的已知技术。在其它时间，当拥有者没有使用该装置时，数据传输能够使用整个带宽(在一个示例中为300Hz至3.4kHz)。尽管频分复用对于车辆与互联网之间的模拟蜂窝通信而言可能是常见的并且仍然在使用，但其已经很大程度上被用于数字蜂窝通信的码域多址(CDMA)、时域多址(TDMA)、空域多址(SDMA)的混合体代替。这些都是符合ITUIMT-2000(3G)的标准，并且为静止或者行走的用户提供高达2mbs的数据传输速率以及为在移动车辆中的用户提供高达385kbs的数据传输速率。3G标准现正被为车辆中的用户提供IOOmbs以及为静止用户提供Igbs的数据传输速率的MT高级(4G)所替代。如果用户具有与移动装置相关联的数据计划，则该数据计划可能允许宽带传输且系统可使用宽得多的带宽(加速数据传送)。在另一实施例中，移动装置53被安装至车辆31的蜂窝通信装置(未示出)所代替。在另一实施例中，ND (移动装置)53可以为能够通过例如(而非限制)802.1lg网络(即WiFi)或WiMax网络进行通信的无线局域网(LAN)装置。
[0038]在一个实施例中，输入数据可经由话上数据或数据计划通过移动装置、通过车载蓝牙收发器，并进入车辆内部处理器3。例如，在某些临时数据的情况下，数据可存储在HDD或其它存储介质7上，直至不再需要所述数据的时候。
[0039]可与车辆进行交互的其它源包括具有例如USB连接56和/或天线58的个人导航装置54、具有USB62或其它连接的车辆导航装置60、车载GPS装置24、或者具有与网络61的连接能力的远程导航系统(未显示)。USB是一类串行网络协议中的一种。IEEE1394 (火线、EIA (电子工业协会)串行协议、IEEE1284(并口)、S/PDIF(索尼/飞利浦数字互联格式)和USB-1F(USB应用者论坛)形成了装置-装置串行标准的骨干。多数协议可实施为用于电通信或光通信。
[0040]另外，CPU能与各种其它的辅助装置65进行通信。这些装置可通过无线连接67或有线连接69来连接。辅助装置65可包括但不限于个人媒体播放器、无线健康装置、便携式计算机等。
[0041]另外或可选择地，CPU可使用例如WiFi71收发器来连接到基于车辆的无线路由器73。这能允许CPU在本地路由器73的范围内连接到远程网络。
[0042]除了具有通过位于车辆中的车辆计算系统执行的示例性处理之外，在特定实施例中，还可以通过与车辆计算系统进行通信的计算系统来执行示例性处理。这样的系统可包括但不限于无线装置(例如，但不限于移动电话)或者通过无线装置连接的远程计算系统(例如，但不限于服务器)。总体上，这样的系统可被称为与车辆相关联的计算系统(VACS)。在特定实施例中，VACS的特定组件可以根据系统的特定实施方式而执行处理的特定部分。通过示例并且是非限制的方式，如果处理具有使用配对的无线装置发送或者接收信息的步骤，则由于该无线装置不会与自身进行信息的“发送和接收”，因此该无线装置很可能不执行该处理。本领域的普通技术人员将理解何时不适合对给定解决方案应用特定VACS。在所有解决方案中，预期至少位于车辆本身中的车辆计算系统(VCS)能够执行示例性处理。
[0043]在至少一个说明性实施例中，通过触发装置来实现无声警报。例如，但不限制，该装置可由人携带或由消费者附着于车辆中的表面。装置可具有当被激活时发送(诸如在这里的非限制示例中的)消息的触发按钮。例如，还可通过方向盘控制来激活二级触发。
[0044]在至少一些实施例中，可通过诸如但不限于LED显示器和/或导航/无线电机抬头单元显示器的装置来提供反馈。触发的警报信号可通过各种方法被发送到联系人的一个或多个非车载点，并可包括例如车辆位置信息和其它相关信息。还可以以特定时间间隔或距离改变来重复所述消息。在其它实施例中，可不提供可与“无声”警报有关的反馈。
[0045]当警报消息被触发时，各种非车载动作可被实现。例如，在第一处理中，可实现实际发送通知的各种方法。这些包括但不限于直接联系自动化服务器、实时呼叫中心、911/警察、社交网站和/或电话号码。还可实现各种传输机制(包括但不限于语音DTMF、语音D0V、语音呼叫、SMS/文本消息、移动应用和/或数据连接)。
[0046]此外，可发生一个或多个中介路由步骤。这些步骤可包括但不限于通过服务器、呼叫中心、人工操作员或社交媒体服务器的路由。最后，在示例性、说明性的处理的概括中，一个或多个终端联系人可接收以下的通信形式，包括但不限于语音呼叫、移动应用通知、社交媒体更新、电子邮件和/或SMS或文本消息。
[0047]在一个说明性示例中，如果需要数据传输，则语音呼叫可包括例如通过语音发送的数据。或者可提供双音多频消息，双音多频消息可使用音调来指示特定变量或信号以用于警报(或应答自动系统)。可发送语音文件，并且在一些示例中，车辆计算系统可产生语音消息以用于传输。在另一示例中，如果数据连接被建立，则可利用/发送电子邮件、位置共享服务和数据包以用于警报通知目的。移动应用可用于例如发送文本或数据包、进行电话呼叫等。
[0048]此外，只要警报被路由至目的地，那么可在沿线的任何点添加中介信息。例如但不限制，在车辆处，由于消息被发起/产生/发送，因此紧急情况(ICE)信息可被保存/从连接的电话被抽取，以用于对一级消息或二级消息进行路由。此外，例如，反向地理编码可由车辆导航系统完成，和/或方向可由导航系统将反向地理编码添加到消息。相似地，该信息可在起始点处由用户的电话所添加。反向地理编码可包括但不限于确定参考地标、到这些地标的距离和方向、交叉路口位置/方向、当前车辆地址/位置以及与车辆位置有关的任何其它合适的地理数据。
[0049]一旦消息传递到服务器以用于路由，保存的ICE信息和/或路由信息可在该点被添加。最后，ICE联系人位置、反向地理编码和/或方向可基于例如发送的车辆的GPS位置被添加到消息。
[0050]图2a和图2b示出利用交互语音应答(IVR)的一个警报激活和处理流的说明性示例。在该示例中，在无声警报被发送后，可在蓝牙控制模块(BCM)从联系的源接收确认205。确认201可被传送到异形卡(key fob)或IPC，以通知用户209已接收到警报。用户可以是可能已通过各种源(诸如但不限于驾驶杆控制模块(SCCM)(开关)211、IPC213、异形卡215、无线收发器模块(RTM) 217)发起警报的同一用户。警报可通过BCM进行路由并被发送到VCS229内的消息处理225。此外，车辆GPSM (GPS模块)可将GPS坐标发送到消息处理过程。
[0051]VCS内的另一消息处理过程可接收呼入的语音呼叫239和/或警报确认241。该处理可将确认和任何语音呼叫传送到合适的车辆/用户系统。
[0052]消息处理过程225可发起呼叫请求(诸如用于将语音或话上语音传递到中介或最终目的地的语音呼叫)。此外或可选择地，处理可利用蜂窝电话发送无声警报消息(诸如数据或文本消息)235。相同的蜂窝电话233还可用于向例如呼叫中心237拨出电话。语音呼叫243和/或警报消息数据可被发送到第三方。在该示例中，第三方具有设置的交互语音应答IVR技术。[0053]在该示例中，在253，第三方可接收和存储任何警报消息和/或语音数据(诸如IVR消息)275。随后，在273，可通过例如IVR软件的使用在第三方解释IVR消息。实时操作员277还可用于解释IVR消息。一旦被解释，可利用从映射引擎269提取数据的反向地理编码271来对解释的消息265进行格式化。
[0054]反向地理编码可包括车辆地址263的添加，所述添加基于例如被设置作为消息的一部分的GPS坐标。可添加ICE信息259。在先于警报激活的某一点，在261，客户267可能已建立ICE信息。可在第三方提供方内将所有这些信息发送到消息处理过程。
[0055]随后，消息处理过程可产生消息257并将消息257发送到一个或多个各种终端输出256。这些输出可包括但不限于SMS输出、社交消息网站、电子邮件、语音呼叫、移动应用等。消息的传输还可导致确认消息255的产生。确认消息可被传递回第三方位置以进行处理。随后，在245，第三方位置可采取诸如呼叫VCS的行动。此外，可完成确认消息处理241以传递将被导向回警报发起器的确认。
[0056]图3a和图3b示出利用话上数据(DOV)的一个警报激活和处理流的另一说明性示例。在该说明性示例中，车辆计算系统可使用DOV来发送加密消息。一旦警报已被发起并被发送到VCS以进行处理，在307，数据处理机制可接管。在该示例中，数据处理过程可包括发起、建立、编码和发送数据包。
[0057]相似地，还可对收到的任何确认进行加密和/或标记。在该示例中，在301，VCS可接收消息并验证/解密确认。这可产生包含例如确认的数据包。随后，在305，VCS内的消息处理过程可处理确认并将其发送到合适的装置/输出以传送给用户。在该示例中，(用于发出的警报数据的)数据处理过程可产生数据包313和/或呼叫请求311。该数据/请求可被发送到蜂窝电话，在319，可将数据/请求从蜂窝电话传送到合适的终端方或中介。在该说明性示例中，无声警报数据321被发送到OEM处理服务器或第三方中介，在331，在OEM处理服务器或第三方中介接收数据包。例如，但不限制，处理可访问无声警报数据包333，并在335解释包含于此的数据。利用该数据337，处理可例如对GPS数据执行反向地理编码339以包括与车辆有关的位置相关信息。该数据可包括但不限于车辆地址341。
[0058]如前所述，ICE信息还可与数据包一起被发送出去，以指定用于联系的一级终端用户或二级终端用户。例如，一级终端联系人可以是警察，而一个或多个ICE第三方也可能期望被通知警报的情况，因此ICE数据可指定将被通知的多方和在什么情况下通知这些多方。随后，在343，所有的相关数据/扩展数据可被发送出去以用于进一步处理和传送。
[0059]在该说明性示例中，数据包345被发送到可处理数据351并将数据351中继到KMS系统371的数据能力处理器349。在375，在KMS，可对数据进行解析以检索相关信息和路由信息。在该示例中，一旦解析了信息，可发生若干步骤。
[0060]数据包377可被发送到两个不同(或更多)的位置。这里，包返回到数据能力引擎353并且随后包357被中继到第三方路由器。在359，路由器365接收数据并选择数据361的无标记版本以产生无声警报。在369，无声警报363作为数据被发送到例如第三方以被输出到合适的装置。
[0061]此外，在379，KMS可将警报数据377作为警报消息发送到数据能力引擎以被中继到另一接收者(诸如但不限于紧急情况操作员或其它法律实施/安全职员)。警报消息385以合适的格式被输出，随后，如果需要，可发送确认387ο在该实施例中,确认传送回KMS。在373，在KMS，处理建立、编码和发送应答373 (诸如但不限于DOV应答)。随后，警报数据347可被发送回中介服务器，在中介服务器处，服务器可接收确认327并呼叫VCS。
[0062]从中介服务器，确认325和/或任何语音呼叫323可被发送到用户的电话。随后，在317，用户的电话可联系VCS，在VCS，数据包315被传递回VCS以进行解密和处理。
[0063]图4示出利用语音呼叫的另一警报激活和处理流的说明性示例。在该示例中，语音呼叫为产生至实时呼叫中心的VCS的语音呼叫。在该说明性示例中，在无声警报被激活之后，警报和任何相关GPS信息可由VCS401处理。
[0064]在该示例中，VCS通过警报处理过程403发起、建立和发送无声警报。在该示例中，由于语音呼叫将被拨打，因此警报可包括蜂窝电话呼叫请求407。呼叫请求以及任何警报消息数据415被发送到蜂窝电话409以进行处理。在413，蜂窝电话可每当呼叫请求命令时拨打呼叫中心，以传递语音消息417。
[0065]在425，在呼叫中心，接收和解释(例如，作为DOV发送的)语音消息417和任何警报数据415。解释的消息数据423被提取以用于进一步处理。解释的消息数据可包括来自数据包的数据和/或从语音呼叫接收的数据。随后，在421，该解释的数据以及用于识别通知方或二级接收方的ICE数据将被发送回通知方。
[0066]警报消息被发送到通知方以在433以合适的格式输出，并且可将确定/确认431发送回呼叫中心。一旦在呼叫中心接收到确定，在427，呼叫中心可呼叫VCS，通过例如到蜂窝电话的呼叫来联系VCS。语音呼叫411通过蜂窝电话被传递到VCS，随后在405，VCS可产生确定消息。
[0067]图5示出利用SMS的另一警报激活和处理流的说明性示例。在该说明性示例中，无声警报被触发并且任何相关GPS数据可被包括在到VCS的流中。VCS接收消息并且在505，建立和发送紧急SMS/文本消息。文本消息还可包括任何相关数据(诸如但不限于ICE数据)。ICE数据还可用于识别文本消息的一个或多个接收方。
[0068]随后，SMS509被发送到蜂窝电话运营商507，SMS509可从蜂窝电话运营商507中继到ICE联系人的蜂窝电话511。在513，消息还可请求答复，答复将由接收方515输入并可作为文本消息在205被发送回VCS，在503，消息可被适当地处理，如果需要，可作为确认被中继。
[0069]图6示出利用跟踪和阻止模块(TBM)的另一警报激活和处理流的说明性示例。跟踪和阻止模块可用于远程地跟踪和禁用车辆。跟踪和阻止模块被包括在该系统中以处理发出的警报和收到的确认以及其它数据。在该说明性示例中，一旦警报被触发，就可将警报通知以及相关GPS数据发送到跟踪和阻止模块601。在603，TBM发起、建立、编码和发送无声警报消息。这可通过使用包括跟踪和阻止模块的嵌入式调制解调器来完成，其中，跟踪和阻止模块包括例如与用于通信使用目的的模块相关联的客户支付和激活方案。
[0070]数据会话611可与第三方615路由服务615 —起被建立，并且包括警报信息的数据包613可被由此发送。在621，第三方服务可接收数据并存储数据包以用于之后的检索。随后，数据包623可被传递以用于进一步的处理。解释的消息627可包括反向地理编码629，反向地理编码629包括诸如但不限于车辆当前所处位置的地址631反向地理。可选择地，在625，解释的消息可被发送到消息创建处理633，随后，消息创建处理633可包括/利用任何先前存储的ICE数据以用于对无声警报消息进行路由。[0071]随后，消息创建处理可将无声警报数据包637发送到数据能力引擎639，数据能力引擎639可将数据包641中继到OEM服务器或第三方643以用于消息的处理。在645，服务器接收消息，提取数据包647并将警报发送到合适的终端使用方。发送的消息653可通过另一数据能力引擎，并且无声警报655可在终端方的装置被输出657。确定消息635还可以由TBM产生，并被发送回处理用于中继回VCS的原始消息第三方。
[0072]数据能力引擎为可存储可被添加到警报以提供更有用的警报信号以及尽可能多的具体的数据的信息(诸如但不限于客户信息、VIN信息和其它客户/车辆特定数据)的OEM后端系统。
[0073]当接收到应答的确定消息，在617，第三方615可将应答发送到TBM，并且如果需要，在619，还可利用语音呼叫来呼叫TBM。以这种方式，可建立数据会话607和/或语音会话609以与TBM通信。消息接收功能605可接收任何收到的信息并产生适当的确认和CAN总线消息以相应地处理收到的消息。
[0074]图7示出利用API协议的另一警报激活和处理流的说明性示例。在该说明性实施例中，VCS701结合一个或多个移动应用被使用以中继无声警报消息。一旦警报被触发，就可将警报(再次，与任何期望的GPS数据一起)发送到VCS以进行处理。在703，VCS接收警报通知，并且发起、建立、编码(如果需要)无声警报消息713并将无声警报消息713发送到移动应用717。在该实施例中，如果数据未被提供，则移动应用可负责将任何ICE数据添加/应用到消息，以及添加GPS数据。基于一个或多个ICE联系人，在719，移送应用可传送将被第三方(例如，云路由)接收且被发送到合适的目的地的无声警报消息715。
[0075]在729，在云处接收消息。无声警报消息731被传递到解释处理733。随后，可对解释的消息735进行反向地理编码737，以将地址739添加到反向地理所述消息。随后，在741，可利用合适的ICE信息作为消息的添加和/或作为用于路由的资源来发送警报消息。
[0076]消息743可被发送到数据能力引擎745以用于添加OEM所知的用户/车辆特定细节，并且进一步扩展的消息747可被发送到KMS。KMS可去掉消息的标记并在753解析数据包，产生无标记的无声警报消息755。随后，在757，该消息被KMS发送。由KMS761发送的消息可被传送到合适的接收方763,并且确定/确认759可被发送回KMS。
[0077]当在727接收到确认时，KMS可建立、编码应答并将应答发送回云。应答723被云接收，这可确定将确认路由回哪个移动应用。随后，确认723被发送回移动应用，在721，所述移动应用可接收确认并将确认711传递到VCS。随后，根据需要，VCS可验证(来自KMS的)与确认相关联的标记，并将确认传递回申请者。
[0078]尽管上面描述了示例性实施例，但并不意图这些实施例描述本发明的所有可能形式。相反，说明书中使用的词语为描述性词语而非限制，并且应理解，可在不脱离本发明的精神和范围的情况下作出各种改变。另外，可组合各种执行实施例的特征以形成本发明进一步的实施例。
【权利要求】
1.一种系统，包括: 与车辆计算系统VCS通信的处理器和远程目标，所述处理器被构造为: 从VCS接收包括GPS坐标的警报消息； 解释警报消息以至少检索GPS坐标； 对GPS坐标执行反向地理编码以将地址与GPS坐标相关联； 对新的警报消息中的地址进行打包； 将新的警报消息发送到远程目的地目标。
2.如权利要求1所述的系统，其中，对警报消息进行编码。
3.如权利要求1所述的系统，其中，处理器还被构造为从与处理器相关联的存储器检索紧急情况ICE信息，并将所述消息至少一次传送到ICE联系人。
4.如权利要求1所述的系统，其中，处理器还被构造为从与处理器相关联的存储器检索紧急情况ICE信息，并在新的警报消息中包括与至少一个ICE联系人有关的信息。
5.如权利要求1所述的系统，其中，处理器还被构造为从接收到新的警报消息的远程目标接收确认。
6.如权利要求5所述的系统，其中，处理器还被构造为将确认发送到VCS。
7.如权利要求1所述的系统，其中，处理器周期地从VCS接收至少部分基于时间的流逝或车辆位置改变而发送的更新的消息。
【文档编号】G08B25/10GK103778750SQ201310499200
【公开日】2014年5月7日 申请日期:2013年10月22日 优先权日:2012年10月22日
【发明者】大卫·安东尼·哈顿, 罗伯特·布鲁斯·克莱韦, 亚瑟·万·杰克, 克里斯汀·克拉奏, 大卫·伦道夫·罗伯斯, 约瑟夫·卡尔·贝瑟, 查德·伊沃特·艾斯林克, 特里西亚·托博斯基, 约翰·罗伯特·范·维埃米尔奇 申请人:福特全球技术公司