用于事故发生后车辆外的紧急更新的方法和设备

摘要

本发明公开了一种用于事故发生后车辆外的紧急更新的方法和设备。一种系统包括：处理器，被构造为从车辆计算系统（VSC）接收指令以报告移动装置位置。处理器还被构造为访问紧急联系人列表。此外，处理器被构造为确定移动装置已离开最新获知的车辆位置周围的预定周界。处理器还被构造为周期性地向紧急联系人列表中的成员报告移动装置GPS坐标，直到移动装置到达目的地。

说明书

技术领域

本示意性实施例总体涉及一种事故发生后车辆外的紧急更新的方法和设 备。

背景技术

现在许多车辆计算系统在用户通过车辆旅行时为用户提供先进的功能。 可以提供导航、音乐播放、甚至受限的互联网数据访问和日历功能。当与车 辆旅行的本质结合时，为提高驾驶体验而提出了无数的机会。然而，通常， 当用户离开车辆时，体验结束。

类似地，现在车辆开始配备了紧急情况报告。在（例如，通过安全气囊 部署等）检测到事故时，车辆计算系统可向紧急应答器报告事故。当用户仍 在现场时，车辆计算系统可以继续与紧急应答器进行通信。如果车辆断电， 或者与无线装置的连接正在消退，则呼叫可能会被转移到无线装置来完成。 然而，一旦呼叫完成后，实用程序趋于结束。

第2006/0265534号美国专利申请总体涉及一种控制第一存储装置与第二 存储装置之间的数据传输的数据传输装置，包括第一传输仲裁电路和第二传 输仲裁电路。响应于用于将数据从第一存储装置传输到第二存储装置的传输 指令，第一传输仲裁电路输出第一传输指令以按地址的顺序按第一传输单元 传输数据。响应于第一传输指令，第二传输仲裁电路输出第二传输指令以按 小于第一传输单元的第二传输单元输出第一传输单元的数据。第二传输仲裁 电路按第一存储装置和第二存储装置中的可访问地址的顺序输出第二传输指 令。

第2009/0019240号美国专利申请总体涉及一种用于实现高效内容下载和 传输处理操作的信息处理设备和方法。在内容下载中，获取其内容标识符， 基于获取的内容标识符来识别要传输到外部装置的特定的内容，从数据存储 块检索识别的内容，并将检索到的内容传输到外部装置或者将检索到的内容 写入信息记录介质，以便可以按处理操作的顺序执行内容下载的处理、将内 容传输到外部装置和将内容写入到信息记录介质（诸如CD）的的处理，从而 提供显著有效的内容下载和内容传输或内容写入处理操作。

第2009/0210483号美国专利申请总体涉及一种用于远程控制用户的虚拟 世界身份的行动的方法，包括；将指令从与用户的现实世界身份相关联的移 动终端发送到用户的虚拟世界身份。指令作为语音呼叫、文字消息和/或即时 消息（IM）被发送。从在移动终端的用户的虚拟世界身份接收与发送的指令 相关联的更新的信息。更新的信息包括对更新的信息的条件触发传输的识别。

发明内容

在第一示意性实施例中，一种系统包括：处理器，被构造为接收由车辆 收集的数据，以被移动应用程序使用。处理器还被构造为从与车辆交互的应 用程序接收指令，以利用接收到的数据在车辆外的环境中继续使用。此外， 处理器被构造为确定包含所述处理器的移动装置已经离开车辆。此外，处理 器被构造为当在车辆外的环境中移动装置与车辆保持联系时执行用于继续应 用程序功能的指令。

在第二示意性实施例中，一种计算机实现方法包括：接收由车辆收集的 数据，以被移动应用程序使用。所述方法还包括：从与车辆交互的应用程序 接收指令，以利用接收到的数据在车辆外的环境中继续使用。此外，所述方 法包括：确定包含处理器的移动装置已经离开车辆。所述还方法包括：当在 车辆外的环境中移动装置与车辆保持联系时执行用于继续应用程序功能的指 令。

在第三示意性实施例中，一种非暂时性计算机可读存储介质，存储了当 被处理器执行时使得处理器执行下述方法的指令，所述方法包括：接收由车 辆收集的数据，以被移动应用程序使用。所述方法还包括：从与车辆交互的 应用程序接收指令，以利用接收到的数据在车辆外的环境中继续使用。此外， 所述方法包括：确定包含处理器的移动装置已经离开车辆。所述方法还包括： 当在车辆外的环境中移动装置与车辆保持联系时执行用于继续应用程序功能 的指令。

在第四示意性实施例中，一种系统包括：处理器，被构造为从车辆计算 系统（VSC）接收指令以报告移动装置位置。处理器还被构造为访问紧急联 系人列表。此外，处理器被构造为确定移动装置已离开最新获知的车辆位置 周围的预定周界。处理器还被构造为周期性地向紧急联系人列表中的成员报 告移动装置GPS坐标，直到移动装置到达目的地。

在第五示意性实施例中，一种计算机实现方法包括：从车辆计算系统 （VSC）接收指令以报告移动装置位置。所述方法还包括：访问紧急联系人 列表。此外，所述方法包括：确定移动装置已离开最新获知的车辆位置周围 的预定周界。所述方法还包括：周期性地向紧急联系人列表中的成员报告移 动装置GPS坐标，直到移动装置到达目的地。

所述最新获知的车辆位置从VCS接收。

所述最新获知的车辆位置由移动装置来确定。

所述方法还包括：比较当前移动装置GPS坐标与医院坐标以确定装置是 否已经达到目的地。

所述方法还包括：多个连续坐标之间进行相互比较以确定移动装置是否 已经达到目的地。

所述方法还包括：如果移动装置保持接近最新获知的车辆位置超过预定 的时间段，则周期性地报告。

所述方法还包括：访问一个或更多个社交媒体网站并执行与包括移动装 置GPS坐标的周期性报告对应的周期性状态更新。

在另一示意性实施例中，一种非暂时性计算机可读存储介质，存储了当 被处理器执行时使处理器执行下述方法的指令，所述方法包括：从车辆计算 系统（VSC）接收指令以报告移动装置位置。所述方法还包括：访问紧急联 系人列表。此外，所述方法包括：确定移动装置已离开最新获知的车辆位置 周围的预定周长。所述方法还包括：周期性地向紧急联系人列表中的成员报 告移动装置GPS坐标，直到移动装置到达目的地。

所述最新获知的车辆位置从VCS接收。

所述最新获知的车辆位置由移动装置来确定。

所述处理器被构造为：比较当前移动装置GPS坐标与医院坐标以确定移 动装置是否已经达到目的地。

所述处理器被构造为：多个连续坐标之间进行相互比较以确定移动装置 是否已经达到目的地。

所述处理器被构造为：如果装置保持接近最新获知的车辆位置超过预定 的时间段，则周期性地报告。

附图说明

图1示出示意性的车辆计算系统；

图2A示出示意性的应用程序准备处理；

图2B示出示意性的实施例应用程序标记处理；

图3用于非车载跟踪和更新的示意性处理；

图4示出将数据导入回车辆的示意性示例；

图5示出示意性车辆重新进入更新处理；

图6A示出应用程序传输处理的示意性示例；

图6B示出联系聚合进程的示意性示例；

图7示出事故后报告处理的示意性示例。

具体实施方式

根据需要，在此公开本发明的详细实施例；然而，应当理解，所公开的 实施例仅为可以以多种形式和替代形式实施的本发明的示例。附图无需按比 例绘制；可夸大或缩小一些特征以显示特定组件的细节。因此，在此公开的 具体结构和功能细节不应被解释为限制，而仅作为教导本领域技术人员以各 种形式采用本发明的代表性基础。

图1示出用于车辆31的基于车辆的计算系统（VCS）1的示例拓朴框图。 这种基于车辆的计算系统1的示例为由福特汽车公司制造的SYNC系统。设 有基于车辆的计算系统的车辆可包含位于车辆中的可视前端接口4。如果所 述接口设置有例如触敏屏幕，则用户还可以与所述接口交互。在另一示意性 实施例中，通过按扭按压、语音会话和语音合成进行交互。

在图1中示出的示意性实施例1中，处理器3控制基于车辆的计算系统 的操作的至少一些部分。通过设在车辆中，处理器允许命令和程序的车载处 理。另外，处理器连接至非永久存储器5和永久存储器7两者。在该示意性 实施例中，非永久存储器为随机存取存储器（RAM）并且永久存储器为硬盘 驱动器（HDD）或闪存。

处理器还设有允许用户与处理器进行交互的多个不同的输入。在该示意 性实施例中，设有麦克风29、（用于输入33的）辅助输入25、USB输入23、 GPS输入24和蓝牙输入15。还设有输入选择器51，以允许用户在各种输入 之间切换。对于麦克风和辅助连接器两者的输入在被传送到处理器之前，通 过转换器27从模拟转换为数字。尽管未示出，但与VCS进行通信的多个车 辆组件和辅助组件可使用车辆网络（诸如但不限于CAN总线）以向VCS（或 其组件）传送数据或传送来自VCS（或其组件）的数据。

对于系统的输出可包括但不限于视觉显示器4和扬声器13或立体声系统 输出。扬声器连接至放大器11并通过数字-模拟转换器9从处理器3接收其 信号。还可分别沿19、21处示出的双向数据流产生至远程蓝牙装置（诸如 PND54）或USB装置（诸如车辆导航装置60）的输出。

在一个示意性实施例中，系统1使用蓝牙收发器15与用户的移动装置 53（例如，蜂窝电话、智能电话、PDA或具有无线远程网络连接能力的任何 其它装置）进行通信17。移动装置随后可用于通过例如与蜂窝塔57的通信 55来与车辆31外部的网络61进行通信59。在一些实施例中，蜂窝塔57可 以是WiFi接入点。

信号14代表了移动装置与蓝牙收发器之间的示例性通信。

可通过按钮52或类似输入来指示移动装置53与蓝牙收发器15进行配 对。因此，向CPU指示车载蓝牙收发器将与移动装置中的蓝牙收发器进行配 对。

可使用例如与移动装置53相关联的数据计划、话上数据或DTMF音调 在CPU3与网络61之间传送数据。可选择地，可能期望包括具有天线18的 车载调制解调器63以便在语音频带上在CPU3与网络61之间对数据进行传 送16。移动装置53随后能够通过例如与蜂窝塔57的通信55而被用来与车 辆31之外的网络61进行通信59。在一些实施例中，调制解调器63可与蜂 窝塔57建立通信20，以与网络61进行通信。作为非限制性示例，调制解调 器63可以是USB蜂窝调制解调器，并且通信20可以是蜂窝通信。

在一个示意性实施例中，处理器设有包括与调制解调器应用软件进行通 信的API的操作系统。调制解调器应用软件可访问蓝牙收发器上的嵌入式模 块或固件，以完成与远程蓝牙收发器（诸如设在移动装置里的蓝牙收发器） 的无线通信。蓝牙是IEEE802PAN（个域网）协议的子集。IEEE802LAN（局 域网）协议包括WiFi并且与IEEE802PAN具有相当多的交叉功能。两者都 适合于车辆内的无线通信。可以在该领域使用的其它通信方式是自由空间光 通信（诸如IrDA）和非标准的消费者IR协议。

在另一实施例中，移动装置53包括用于语音带或宽带数据通信的调制解 调器。在话上数据的实施例中，当正在传输数据期间移动装置的拥有者可对 装置说话时，可实现如频分复用的已知技术。在其它时间，当拥有者没有使 用该装置时，数据传输能够使用整个带宽（在一个示例中为300Hz至3.4kHz）。 尽管频分复用对于车辆与互联网之间的模拟蜂窝通信而言可能是常见的并且 仍然在使用，但其已经很大程度上被用于数字蜂窝通信的码域多址（CDMA）、 时域多址（TDMA）、空域多址（SDMA）的混合体代替。这些都是符合ITU IMT-2000(3G)兼容的标准，并且为静止或者行走的用户提供高达2Mbs的数 据传输速率以及为在移动车辆中的用户提供高达385Kbs的数据传输速率。 3G标准现在正被为车辆内的用户提供100Mbs以及为静止用户提供1Gbs的 数据传输速率的IMT高级（4G）所替代。如果用户具有与移动装置相关联的 数据计划，则该数据计划可允许宽带传输且系统可使用宽得多的带宽（加速 数据传送）。在另一实施例中，移动装置53被安装至车辆31的蜂窝通信装置 （未示出）所代替。在另一实施例中，ND（移动装置）53可以是能够通过例 如（而非限制）802.11g网络（即WiFi）或WiMax网络进行通信的无线局域 网（LAN）装置。

在一实施例中，输入数据可经由话上数据或数据计划通过移动装置、通 过车载蓝牙收发器，并进入车辆内部处理器3。例如，在某些临时数据的情 况下，数据可存储在HDD或其它存储介质7上，直至不再需要所述数据的时 候。

可与车辆进行交互的其它源包括具有例如USB连接56和/或天线58的 个人导航装置54、具有USB62或其它连接的车辆导航装置60、车载GPS装 置24、或者具有与网络61的连接能力的远程导航系统（未示出）。USB是一 类串行网络协议中的一种。IEEE1394（火线）、EIA（电子工业协会）串行协 议、IEEE1284（并口）、S/PDIF（索尼/飞利浦数字互联格式）和USB-IF（USB 应用者论坛）形成了装置-装置串行标准的骨干。多数协议可被实施为用于电 通信或光通信。

另外，CPU能与各种其它的辅助装置65进行通信。这些装置可通过无线 连接67或有线连接69来连接。辅助装置65可包括但不限于个人媒体播放器、 无线健康装置、便携式计算机等。

另外或可选择地，CPU可使用例如WiFi71收发器来连接到基于车辆的 无线路由器73。这能允许CPU在本地路由器73的范围内连接到远程网络。

除了具有通过位于车辆中的车辆计算系统执行的示例性处理之外，在特 定实施例中，还可以通过与车辆计算系统进行通信的计算系统来执行示例性 处理。这样的系统可包括但不限于无线装置（例如但不限于移动电话）或者 通过无线装置连接的远程计算系统（例如但不限于服务器）。总体上，这样的 系统可被称为与车辆相关联的计算系统（VACS）。在特定实施例中，VACS 的特定组件可以根据系统的特定实施方式而执行处理的特定部分。通过示例 并且是非限制的方式，如果处理具有使用配对的无线装置发送或者接收信息 的步骤，则由于该无线装置不会与自身进行信息的“发送和接收”，因此该无 线装置很可能不执行该处理。本领域的普通技术人员将理解何时不适合对给 定解决方案应用特定VACS。在所有解决方案中，预期至少位于车辆本身中 的车辆计算系统（VCS）能够执行示例性处理。

在过去的几十年里，已经对车辆连接和通信系统进行了大规模改善。车 载信息娱乐系统提供远程连接、流媒体音乐、自定义广告、日历管理、免提 呼叫和各种各样的其他服务。此外，可以提供自动紧急警报（例如，在检测 到事故的情况下，系统呼叫911）、车辆导航控制和其他各种连接服务。

汽车信息娱乐系统（诸如，福特SYNC系统）连接到无线装置以获取远 程连接并访问在装置上运行的应用程序。此外，应用程序可以是为了与车辆 交互而特别开发的。

所有这些当前系统和连接解决方案，在汽车里和汽车外的体验趋于被划 分为它们自己的环境。车辆交互在用户进入车辆时开始，并在用户离开车辆 时结束。车辆以外的用户活动不与车辆信息相结合。

在示意性实施例中，提出车辆内活动和车辆外活动之间的无缝交互。来 自车辆系统的信息和与车辆相关的信息、车辆应用程序交互和其他信息可以 被传递到无线装置以在用户离开车辆之后继续车内体验。然后，无线装置可 基于信息（诸如，提醒、导航和用户更新）来执行一系列服务。然后，当用 户返回到车辆时，进一步连接和信息传送用车辆外活动来更新车辆。这些信 息可被集成到现有的应用程序以提高用户体验。

图2A示出示意性的应用程序准备处理。在此示意性实施例中，无线装 置与VCS连接（201）。无线装置可包括但不限于蜂窝电话、平板电脑、笔记 本电脑、智能电话或其他便携式装置。在这个处理中的连接由在无线装置上 运行的应用程序来处理。这个应用程序能够与在装置上运行的其他应用程序 以及在VCS上运行的应用程序进行通信。应用程序还能够从车辆子系统、 CAN总线和其他适当的来源获取信息。

在此示意性实施例中，可移植性应用程序与在移动装置上运行的其他应 用程序以及在车辆运行的应用程序进行通信（203）。对于每个应用程序，确 定应用程序是否具有包括在其内的“前往（to go）”特征（205）。“前往”特征 指示应用程序可受益于延续的体验。例如，但不限于，与车辆导航相关的应 用程序可包括购物清单。因此，车辆可建议沿着与购物清单上的项目相关的 路线停止（例如，如果清单上有若干物品，并且经过商店，则可做出停止的 建议）。

如果用户随后停在商店，并离开车辆，则车辆体验会结束。但是，如果 购物清单从车辆发送到电话，则用户可随后访问电话上的清单并核对他们购 买的物品。当用户再次进入车辆时，可将关于购买了哪些项目的信息发送回 车辆，并且可以更新存储的清单。

在先进的云连接导航系统中，可以检查购物清单上的项目和出售该项目 的推荐商店。例如，如果列表包含牛奶和汉堡包，系统可推荐停在当地的商 店以购买清单上的项目。当用户停止车辆时，可将购物清单发送到移动装置。 如果用户随后购买牛奶，而没有购买汉堡包，则用户可在移动装置上对此做 标注。

当用户返回到车时，可以将清单发送回车辆以更新存储在其上的清单。 一旦更新清单，车辆系统知道只有汉堡包仍留在清单上。结果是，现在可以 推荐诸如肉类市场的商店，因为它们提供用于完成整个剩余列表的额外的选 项。这只是信息如何可以从车辆被发送以远程使用、使用、更新并发送回车 辆以继续使用的示例。

提供这个示例仅是为了示意性目的。在信息可以有效地从车辆发送到移 动装置的情况下，可以设想任意数量的可想到的便携式情况，当装置离开车 辆时可以进一步利用所述信息，然后，如果需要，当用户返回车辆时将所述 信息发送回车辆用于额外的用途。

对于当用户离开车辆时可以利用车辆信息的每个应用程序，所述处理可 以建立功能以收集与应用程序相关的有用的数据（209）。由于当停放车辆时 可能有有限数量的时间来收集有用的信息，所述处理可以随着旅行持续而预 先收集数据（207）。一旦停放车辆（211），当用户离开车辆时，应用程序可 参与跟踪模式以继续使用信息（213）。

图2B示出应用程序标记处理的示意性的实施例。对每个运行中的应用 程序（或者每个应用程序）进行检查来确定是否存在与其相关联的车辆外的 功能。由于对每个应用程序进行检查，所以所述处理检查以确定是否存在与 应用程序相关联的配置文件（profile）（221）。配置文件可用来存储在车辆内 及车辆外使用的信息。由于更新这种信息，因此这种信息保持应用程序最新 以使它们的功能继续不间断和准确。

为了具有前往功能的每个新应用程序，所述处理可创建用于信息存储的 新的配置文件（223）。对于每个之前存在的应用程序，可以访问当前存在的 配置文件。对于（与具有前往选项的当前运行中的应用程序或者功能对应的） 每个被访问或者创建的配置文件，所述处理可标记用于信息收集的配置文件 （225）。当任何应用程序或者功能保持（227）时，如果应用程序具有与其相 关联的前往特征，则所述处理处理针对下一个应用程序的配置文件创建或者 标记。

图3示出用于非车载跟踪和更新的示意性处理。一旦移动装置已设置有 用于非车载用途的信息，移动应用程序进行跟踪模式（301）。这种模式将收 集当用户旅行时各种应用程序所需的数据。此外，只要应用程序将呈现信息， 可移植性应用程序可指示向用户呈现信息。

在示意性实施例中，可移植性应用程序以类似于VCS的方式作用。即， 无论何时在车辆外的移动装置上运行的辅助型应用程序输出将被输出到车辆 显示器上的信息，可移植性应用程序为车辆计算系统和功能提供代理以在移 动显示器上输出信息。在其他情况下，辅助应用程序可以在没有可移植性应 用程序的协助下将信息输出到移动显示器。

一旦进行跟踪方式，所述处理检查已被提供到可移植性应用程序的数据 （303）。在一些情况下，当用户忙碌时，可需要额外的数据来运行应用程序 （305）。例如，如果当车辆运行时数据传输/收集未完成，则可以通知用户完 成数据传输之前不要关闭车辆（307）。所述处理可以随后在用户离开车辆之 前收集需要的任何额外的数据（309）。

一旦用户离开车辆，可以使用可移植性应用程序的若干功能。首先，应 用程序可参与跟踪电话（311）。即，可移植性应用程序可以以类似于VCS的 方式记录GPS坐标，并向在电话上运行的任何辅助型应用程序提供当前GPS 坐标。如前所述，辅助型应用程序可以直接从电话提取功能，或者可移植性 应用程序可以利用电话处理能力和功能（例如GPS功能）来作为VCS的代 理而工作。

在一些情况下提供坐标记录，以便可以通知车辆在用户的车辆外体验期 间用户已去过哪里。例如，如果车辆中的日历功能发送的约定日程为下午2:30 在100史密斯巷。如果用户在下午1:30离开车辆，则约定日程可被传送到手 机。在接近下午2:30的某时刻，用户可被提供日程的提醒，就像用户在车辆 里一样。此外，GPS功能可以在下午2:30左右记录用户达到100史密斯巷（例 如，步行）。因此，可推测，已赴约。电话可记录此事件，并且当用户返回到 车辆时通知车辆：用户在下午2:30出现在100史密斯巷。因此，车辆可将约 定日程更新为已赴约，而不需要报告给用户可能已经错过了约定。

通过这种跟踪功能，利用车载GPS坐标的任何应用程序可以继续车辆外 体验，和/或当用户返回到车辆的环境时可以被更新。

此外或者可选择地，可以提供呼叫跟踪（313）。这个功能可以跟踪拨打 的电话、错过的电话、已发送的文本和未读的文本。此信息可以用于车辆通 知功能。例如，但不限于，拨打的电话（如发送的文本一样）可以从回拨提 醒功能删除回拨提醒，错过的电话可以被添加到拨回提醒功能，未读的文本 可以被添加到文本提醒功能。

此外，可移植性应用程序可参与通用数据收集（315）。这可包括，但不 限于，由应用程序请求的数据（购物清单的示例）、用于车载应用程序的数据 和电话能够自动获取或需要输入到电话的任何其他数据。例如，如果给电话 提供优惠券的优惠券功能，则优惠券的赎回可以向车辆中的广告功能返回报 告，以协助确定应该选择哪个广告。类似地，广告功能可在用户离开车辆之 前将信息提供给电话，以使在车辆外选择的广告可能与基于过去观察的用户 的感兴趣的领域对应。

在一些情况下，一个或更多个应用程序可需要给用户提供提醒（317）。 例如，如果车载广告功能提供了麦当劳的优惠券，并且用户快走到麦当劳,则 可移植性应用程序可以作为车载应用程序的代理而工作，并提醒用户他们有 可赎回的优惠券（319）。可选择地，移动装置上的辅助型广告应用程序可以 提供提醒（319）。

类似地，可存在现有信息所需要的一个或更多个更新（321）。再次，如 购物清单一样，如果用户完成购物之旅并且列表中已有检查完毕的几个项目， 则所述处理可以更新与购物清单相关的数据（323），以便未来购物建议只基 于剩余的要购买的项目。

这种收集和更新过程可以持续到车辆再次启动之前（325），此时移动装 置重新连接到VCS（327）。此时，所有收集和更新的数据以及应用程序状态 可以被发送回车辆。

图4示出将数据导入回车辆的示意性示例。一旦移动装置已经连接回车 辆，用于数据传输的重新连接处理可以开始（401）。所述处理等待直到建立 了连接（403），然后准备移动装置上的任何数据以被发送到车辆（405）。由 于装置可包含不具有数据的特定意图的一定数量的数据（例如，跟踪的GPS 坐标），所以装置可试图确定哪些数据是车辆实际上所期望的。在其他情况下， 所有收集到的数据可以被发送到车辆以进行处理。

一旦完成任何必要的数据准备后，装置将数据发送到车辆（407）。车辆 随后将相应地处理数据，用它来更新车辆上运行的任何应用程序以及记录需 要记录的任何数据。这还可以导致一个或更多个更新被发送到在移动装置上 运行的应用程序。在这种情况下，移动装置将接收到来自车辆的更新（409）， 并使用这些来适当地更新移动装置上的应用程序配置文件。

图5示出车辆重新进入更新处理的示意性示例。在此示意性示例中，车 辆从移动装置接收重新连接请求（501）。一旦移动装置已完成任何数据准备， 则车辆接收从移动装置传输的数据（503）。这些数据与在移动装置以车辆外 的方式被使用时收集和生成的数据对应。

车辆可以访问从数据中获益的任何处理和应用程序（505），并根据需要 更新这些处理和应用程序（507）。在之前给出的日历的示例中，车辆将接收 用户的位置和与每个位置相关联的各种时间。这些数据可以随后与日历应用 程序交叉参考以“猜测”赴约还是没有赴约。类似地，如同购物应用程序，购 物清单信息可以用来更新内部购物清单。这些只是从车辆体验、车辆外体验 至返回到车辆的应用程序的使用和数据收集的无缝流程如何对用户产生益处 的两种非限定的下述的示例。

在一些情况下，基于接收到的数据对内部车辆数据的改变可导致对移动 应用程序的更新。在这些情况下，可期望将数据的一些子集或更新指令返回 到移动装置（509）。既然用户已经回到车里，任何需要的数据可以被传输 （511），然后车辆可以恢复监视处理和应用程序（513）。

以下将描述前往服务（to-go service）的示例性实例。在以下描述的示意 性实施例中，考虑事故后状态更新。在传统车辆紧急事件报告系统中，车辆 检测事故并联系紧急事件服务提供商。然后，车辆将与事故相关的信息传达 给EMS提供商。

在发生这种范例的当前环境下，一旦交付了必要信息，则报告完成。例 如，当用户被救护车送往医院时，例如没有提供这次旅行的标记或用户的位 置。最好是，好心人可以为了进一步的信息而呼叫用户或联系紧急服务。

在示意性实施例中，在完成紧急呼叫之后，车辆将指示应用程序（诸如， 但不限于，这里讨论的可移植性应用程序）以接管对车载911应用程序的处 理。使用移动装置，即使当用户已经离开车辆环境，也可以提供更大的服务 范围。

例如，但不限于，可以提供用户位置更新，直到用户到达医院。这些更 新可以被发送给紧急联系人，并且可以允许所述联系人跟踪用户的进程，以 便紧急联系人知道用户安全地在途中接受医疗照顾。

图6A示出应用程序传输处理的示意性示例。在此示意性示例中，车辆 首先检测到事故已发生（601）。由于需要报告911，所述处理确定移动装置 是否连接到车辆（603）。如果装置没有连接，则车辆计算系统将尝试继续连 接到装置直到建立连接（605）。

一旦已经建立了与移动装置的连接，则车辆可以继续传出通信。在此示 意性示例中，装置根据设置在车辆系统的紧急呼叫程序而处理紧急呼叫 （607）。这种处理将继续，直到完成紧急呼叫和信息传输（609）。

在完成紧急呼叫之后，所述处理随后进行检查以确认可移植性应用程序 或辅助型紧急呼叫应用程序是否存在于连接的装置上（611）。这是一种允许 在用户离开了车辆环境之后跟踪用户的应用程序。如果存在应用程序，则所 述处理指示装置进入报告模式（613）。

图6B示出联系聚合进程的示意性示例。一旦装置在报告模式下，如果 发生紧急情况（ICE），则消息可被发送给联系人。这些联系人可以是预先被 指定为ICE联系人的联系人，或者他们可以从联系人列表由用户来选择。在 图6B中，移动装置接收指令以处理报告和进行用户跟踪（621）。一旦接收到 这些指令，则装置访问包括电话号码和/或电子邮件地址的ICE联系人的列表 （623）。还可以提供其他信息，诸如社交媒体网站的链接和可对信息处理有 用的任何其他数据。

此外，在此实施例中，给用户提供将其他联系人添加到报告列表的机会 （629）。例如，如果用户受伤，但仍然能够使用电话，则用户可想要通知工 作或问题的其他当事人。通过将一个或更多个联系人添加到报告列表，信息 可以被快速且轻松地报告，而无需用户拨打很多电话或者发送很多文本。

用户也有可能严重受伤，并在任何条件下都无法发送联系信息。在这种 情况下，所述处理具有内置的超时功能，从而如果用户不回复或与联系人请 求不交互一段时间，则所述处理超时（631）。否则，一旦根据用户的请求已 添加联系人（633），则所述处理将紧急消息发送给联系人（625）。一旦第一 个消息被发送给相关的当事人，跟踪模式可以允许车辆跟踪（627）。

图7示出事故后报告处理的示意性示例。在此示意性示例中，所述建立 围绕最新获知的车辆GPS位置的周界（701）。这个周界帮助跟踪用户，并且 确保当用户仍然在事故现场时不持续发送更新。另一方面，对于ICE联系人 获知用户是否离开现场是有用的，这可以指示用户受伤了并且没有接受到帮 助。因此，也可以建立暂时性的限制，以使如果电话在预定的时间段内保持 在周界内，同样将通知发送给ICE联系人。

在此示意性示例中，电话将检测它的GPS位置以使电话具有它的当前位 置的感觉（703）。直到电话移出周界（705），在此示例中，报告被延迟。例 如，除非使用超时或者另一个改变状态变量，否则这将持续下去。

一旦电话离开事故的周界（705），则所述处理假定用户或者靠自己的力 量离开或者在去医院的途中。由于用户可能实际上不在救护车上，因此如果 需要则所述处理可为用户提供取消报告的选项，以便不会过度担心。所述处 理可在任何时间被取消，但是如果它没有被取消，则所述处理将开始提供更 新

只是作为一些示例，更新可以以文字、邮件或者发布到社交网络的形式 实现。发送的信息可包括用户标识、当前位置及到达目的地（例如，医院） 的估计时间（如果知道或者可猜测）。例如，如果最近的医院在事故北面五公 里处，并且救护车朝向北面，则有理由假定用户前往那家医院。然后，可基 于对比电话的位置和医院的位置来提供到达目的地的估计时间。

在此示意性示例中，所述处理首先针对任何提供的更新确定任何可能的 收件人。如果任何ICE联系人将被提供用户更新（709），则所述处理将相关 当事人添加到报告列表。类似地，如果任何社交网络网站（诸如facebook状 态更新）要被添加（713），则所述处理将社交网络网站添加到更新状态列表 （715）。其他更新收件人也可存在（717），并且他们也可被添加到报告出现 的实体列表（719）。

一旦“更新列表”（更新收件人的列表）已经被创建，则所述处理将开始 报告与用户位置状态相关的数据。电话的GPS坐标被获取（721）。可假定， 这些坐标将与用户当前位置对应。与坐标结合，可准备包括任何附加信息的 消息，以将其列入报告。（由用户允许的）消息和坐标可被发送到任何接收方 （723）。此外，可执行对社交媒介的任何相关状态更新（715）。

然后做一些测试来确定用户是否已经到达医院。在这种情况下，尽管按 需要报告可以持续到被用户取消，但是一旦用户到达医院则报告停止。在这 种情况下，所述处理首先检查以确定车辆是否已经停止了比阈值时间段长的 时间（727）。这将通常趋于指示用户已经到达最终目的地，诸如医院。通过 包括阈值时间段，所述处理尝试去弥补停止灯、交通延误和其他可导致救护 车停住的道路情况。停止是通过不变的GPS坐标来确定的。

当然，一旦用户到达医院，由于他们被运送到医院并且贯穿医院，因此 他们的坐标将可能继续改变一段时间。考虑到这一点，所述也检查以确定若 干被报告的坐标是否都在彼此的固定范围内（729）。这将指示用户在建筑物 内移动，与沿着道路截然相反。由于连续的坐标都彼此进行对比，一系列很 靠近的坐标将趋于指示用户在固定的位置。

一旦例如通过以上所描述的方法，确定用户在停止点，则所述处理检查 以确定停止点是否符合已知的医院（731）。如果是这样，关于医院的信息可 被报告（733），ICE联系人可获知用户安全地在医院。如果信息不符合已知 的医院，则所述处理可持续报告以使ICE联系人可对用户进行检查并确保获 得合适的医疗护理。

在用户离开车辆之后通过给ICE联系人和其他联系人提供用户更新，示 意性实施例通过先进的事故监控来提高驾驶体验。由于可向其它当事人显示 是否获得合适的医疗护理的报告功能，所以他们也可以帮助救生。

在至少一个示意性示例中，ICE联系人可能够响应通过装置发送的消息 并且有分配到（和装置拥有者一样的）组的响应。这可通过装置被促进，如 果它不是媒介的本质功能（例如，在Facebook帖子中，其他可发布到 Facebook），但是如果通知是基于文本的，则装置可必须将通知发送给其他用 户。在这个示例中，如果装置接收响应的通信，装置可以随后通过发送响应 的通信作为群消息来促进给其他用户的通信的传递。

虽然上面已经描述了示例性实施例，但是不意图这些实施例描述本发明 的所有可能形式。而是，在说明书中使用的词语是描述而非限制的词语，并 且应理解，在不脱离本发明的精神和范围的情况下，可以进行各种改变。此 外，可组合各种执行实施例的特征以进行本发明的进一步的实施例。