CN103354590A

CN103354590A - 提供路边援助便利的方法

Info

Publication number: CN103354590A
Application number: CN2013100537765A
Authority: CN
Inventors: 大卫·安东尼·哈顿; 大卫·克伦沃斯基; 查德·伊沃特·艾斯林克; 尼诺斯·孜阿扎蒂; 乔治·爱德华·基默林
Original assignee: Ford Global Technologies LLC
Current assignee: Ford Global Technologies LLC
Priority date: 2012-02-27
Filing date: 2013-02-19
Publication date: 2013-10-16
Anticipated expiration: 2033-02-19
Also published as: US9055409B2; DE102013202905A1; US20130225111A1; CN103354590B

Abstract

公开了一种提供路边援助便利的方法。一种路边援助系统包括：车辆计算机系统(VCS)；中间系统，可进行操作以与VCS和至少一个后端系统通信；后端路边援助处理系统，可进行操作以从中间系统接收数据并可进行操作以从VCS接收呼叫。VCS可进行操作以与中间系统建立通信。VCS还可进行操作以将数据转发到中间系统，向后端路边援助处理系统发出呼叫，并至少将MIN转发到后端路边援助处理系统。中间系统可进行操作以处理转发的数据并将数据转发到后端路边系统。后端路边系统可进行操作以将从VCS转发的MIN与从中间系统接收的数据进行比较，从而形成派遣顺序并根据派遣顺序对路边援助进行派遣。

Description

提供路边援助便利的方法

技术领域

说明性实施例总体上涉及一种计算机实现的提供路边援助便利的方法和设备。

背景技术

美国申请公布2009/0233572公开如下内容：“一种用于向车辆提供路边和紧急援助的系统包括具有多个连接选项的车辆单元。用户接口单元允许用户向紧急调度器和/或服务提供商请求援助并与之通信。服务器从车辆单元接收用于援助的请求，并在车辆单元与调度器或服务提供商之间转发信息，以在车辆的驾驶员与调度器或服务提供商之间提供通信。可选地，诸如在紧急(例如，碰撞)情况下，服务器直接请求向车辆提供援助。”

美国专利6,028,537公开如下内容：“本发明的车辆通信和控制系统包括：收发器，用于发送和接收RF信号；连接到收发器的处理器；连接到处理器的位置识别传感器，用于提供车辆位置数据；连接到处理器的用户接口，用于向用户提供信息并使用户输入将由处理器执行的命令；以及车辆附件接口，用于将处理器连接到车辆附件控制电路以使处理器向车辆附件发出命令。处理器优选地适于响应于用户输入命令、接收的RF信号以及从其它车辆附件和通过车辆系统总线连接到本发明的系统的组件接收的其它命令来执行多种类的功能。这些功能中的一些包括：建立双向通信链接，请求和提供位置特定信息，建立车辆的远程跟踪，发布紧急请求或用于路边援助的请求，请求和接收导航信息，对车辆功能的远程控制，使能够对车辆进行远程诊断，以及使能够对各种车辆附件和组件进行重新编程。”

虽然多年来已经针对路边援助和车辆采取了各种方法，但是不断发展的技术和通信选项已经使更快、更有效和更全面的援助解决方案成为可能。

发明内容

在第一说明性实施例中，一种路边援助系统包括：车辆计算机系统(VCS)，可进行操作以通过与无线装置建立的无线连接与一个或多个远程系统进行无线通信。所述系统还包括：中间系统，可进行操作以与VCS和至少一个后端系统进行通信。所述系统还包括：后端路边援助处理系统，可进行操作以通过数据连接从中间系统接收数据，并可进行操作以从VCS接收电话呼叫。

VCS可进行操作以响应于路边援助请求与中间系统建立通信。VCS还可进行操作以将车辆和顾客数据转发到中间系统。VCS还可进行操作以向后端路边援助处理系统发出电话呼叫。VCS还可进行操作以至少将移动标识号转发到后端路边援助处理系统。

中间系统可进行操作以处理转发的数据并将转发的数据转发到后端路边系统。后端路边系统可进行操作以将从VCS转发的移动标识号与从中间系统接收的数据进行比较，从而形成派遣顺序。后端路边系统还可进行操作以根据派遣顺序来对路边援助进行派遣。

中间系统可进行操作以确定用于路边援助的顾客资格。

后端路边援助系统可进行操作以确定用于路边援助的顾客资格。

中间系统可进行操作以将车辆数据转发到OEM后端系统，从而进行处理。

中间系统可进行操作以将车辆诊断数据翻译为易读的英文诊断数据。

在第二说明性实施例中，一种计算机实现方法包括：在车辆计算机系统(VCS)接收用于路边援助的请求。所述方法还包括：与中间系统建立第一通信，并从VCS将车辆数据转发到中间系统以进行处理。所述方法还包括：与路边援助中心建立第二通信。所述方法包括：将顾客数据转发到路边援助中心以进行处理。此外，所述方法包括：提供用于在顾客和路边援助中心之间进行通信的开放线路(open line)。

从自动车辆处理接收所述请求。

从手动用户输入接收所述请求。

车辆相关数据至少包括车辆标识号和移动标识号。

顾客数据至少包括移动标识号。

第二通信是在与VCS的无线通信中通过无线电话建立的电话呼叫。

第一通信是通过用作接入点的无线电话建立的WiFi通信。

第一通信是通过无线电话建立的数据计划通信。

第一通信是通过无线电话建立的声载数据通信。

在第三说明性实施例中，一种计算机实现方法包括：从转发用于路边援助的请求的车辆计算机系统(VCS)接收呼叫。所述方法还包括：从中间源接收数据，所述数据通过VCS被发送到中间源。此外，所述方法包括：将接收的电话呼叫与接收的数据进行相关。所述方法还包括：至少部分基于所述数据来验证顾客援助资格。此外，所述方法包括：在顾客有资格接受援助的情况下，自动派遣路边援助以帮助顾客。

将与派遣的路边援助相关的数据提供给VCS，以向顾客进行显示。

接收呼叫的步骤还包括：接收移动标识号(MIN)。

接收数据的步骤还包括：接收车辆标识号(VIN)和MIN。

进行相关的步骤还包括：将接收的MIN与呼叫进行比较，将接收的MIN与数据进行比较。

验证的步骤还包括：基于接收的VIN，至少检索服务记录。

附图说明

图1示出说明性的车辆计算机系统；

图2A示出在车辆计算机系统的路边援助请求流的说明性示例；

图2B示出路边援助后端流的说明性示例；

图2C至图2E示出路边援助请求处理流的说明性示例；

图3A至图3C示出路边援助请求处理(handling)过程的说明性示例；

图4示出路边援助请求处理过程的说明性示例；

图5示出路边援助更新过程的说明性示例。

具体实施方式

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

图1示出用于车辆31的基于车辆的计算机系统(VCS)1的示例框式拓朴图。这种基于车辆的计算机系统1的示例是由福特汽车公司制造的SYNC系统。设置有基于车辆的计算机系统的车辆可包括位于车辆中的可视前端界面4。用户还可通过例如触摸屏(如果设有的话)与该界面交互。在另一说明性的实施例中，通过按扭按压、可听见的语音和语音合成发生交互。

在图1中所示的说明性实施例1中，处理器3控制基于车辆的计算机系统的操作的至少一部分。设置在车辆中的处理器允许对命令和例程进行车载处理。此外，处理器连接至非持久存储器5和持久存储器7两者。在该说明性实施例中，非持久存储器是随机存取存储器(RAM)，并且持久存储器是硬盘驱动器(HDD)或闪存。

处理器还设置有允许用户与处理器交互的多个不同的输入。在该说明性实施例中，设置有麦克风29、辅助输入25(用于输入33)、USB输入23、GPS输入24和蓝牙输入15的全部。还设置有输入选择器51以允许用户在多种输入之间切换。在对麦克风和辅助连接器的输入传递至处理器之前，通过转换器27将所述输入从模拟转换为数字。尽管未示出，但是与VCS通信的多个车辆组件和辅助组件可使用车辆网络(诸如但不限于CAN总线)来向VCS(或其组件)传递数据或从VCS(或其组件)接收数据。

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

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

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

可通过按钮或类似输入指示移动装置53和蓝牙收发器15的配对52。因此，指示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-Advanced(4G))所替代。如果用户具有与移动装置相关联的数据计划，则该数据计划可能允许宽带传输，并且系统可使用更宽的带宽(加速数据传输)。在又一实施例中，移动装置53被安装至车辆31的蜂窝通信装置(未示出)所替代。在又一实施例中，移动装置53可以是能够通过例如(而非限制的)802.11g网络(即WiFi)或WiMax网络进行通信的无线局域网(LAN)装置。

在一个实施例中，呼入数据可经由声载数据或数据计划穿过移动装置、穿过车载蓝牙收发器，并进入车辆的内部处理器3。例如，在特定临时数据的情况下，数据可被存储在HDD或其它存储介质7上，直至不再需要该数据的时间为止。

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

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

额外地或可替代地，CPU可使用例如WiFi收发器71而连接至基于车辆的无线路由器73。这可允许CPU在本地路由器73的范围内连接到远程网络。

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

许多车辆具有顾客可购买或激活的一种或多种类型的路边援助计划。从顾客连接至可提供车辆建议的技术人员、至拖车服务、至全面的现场计划的范围，路边援助的选项经常是众多且变化的。

由于制造商/经销商销售的车辆数量巨大，由于一些计划可转移，其它不可转移，并且由于与特定计划关联的选项可从车辆至车辆变化，因此，能够快速且容易地调用与特定顾客和/或他们的计划有关的信息是有用的。在许多情况下，这涉及由人a操作员执行的复杂的查找处理。

车辆维护信息、资格信息、顾客信息、车辆诊断信息(如果可用)、经销商位置/信息以及主机的其它信息可被期望用于成功地处理路边援助呼叫。然而，如果这些信息中的一些不可用，则援助提供者可进行选择：不考虑不可用性而继续进行，或者依据不可用性而拒绝请求。

在前者的情况下，可能提供无效或不适当的援助，使顾客恼怒或者使制造商/经销商/提供商花费金钱为没有资格的顾客提供服务。在后者的情况下，拒绝顾客知道/相信他们有资格的服务会进一步刺激可能已经恼怒的顾客。在任一情况下，可能和/或很可能出现不期望的结果，全面、方便、快速的系统将有助于使涉及的所有各方的满意度更高。

图2A示出在车辆计算机系统的路边援助请求流的说明性示例。在至少一个实施例中，车辆计算机系统能够自动地或应顾客的请求发出路边援助请求。路边援助的激活201引起路边援助命令的处理203。

在此说明性示例中，处理路边援助命令的步骤致使多种期望的数据被发送到一个或多个远程源205。该数据例如但不限于，来自在车辆网络(例如但不限于CAN总线)上可用的车辆运行数据207。所述数据可包括但不限于车辆传感器数据、车载诊断数据、燃料水平、里程表读数、轮胎压力、受限的控制模块信号以及任何其它相关或期望的车辆或乘员的相关数据。在特定车辆中，关于特定乘员的数据可能是已知的，包括但不限于医学数据、紧急联系数据等。

图2B示出路边援助后端流的说明性示例。在此说明性示例中，示出了向路边援助提供者提供的全面数据的后端系统/流。扩展服务计划数据215、经销商位置/数据217以及销售和顾客信息219仅是可由路边援助提供者自动访问的可行“远程”数据元素中的一些。另外，该示例性系统允许(例如从顾客呼叫、路边援助呼叫、经销商访问等)更新顾客和车辆数据213。

针对现有顾客记录使用例如VIN(Vehicle Identification Number，车辆标识号)验证顾客和车辆数据(以确保合适的车辆与报告的数据相关)。连同现有顾客数据223，任何新的疑虑(concern)或问题被传送到顾客信息数据库221，其中，它们可稍后在将来路边援助呼叫的情况下被访问。该“疑虑”报告处理还可立即处理与进行中的任何路边援助呼叫相关的数据，以将其添加至顾客记录。

存储的数据215、217和219以及期望的任何其它相关数据可被详细发送到路边援助处理点227以积累顾客/车辆记录229，从而在处理路边援助请求中使用。进入到路边援助中心的呼叫/通信231可包括它自己的一些数据233，该数据和呼叫可以与所有期望的现有顾客数据以集合的方式被处理，从而可容易地查找、验证顾客，并且可派遣援助237。另外，查找/派遣处理可包括关于车辆的当前状态的附加车辆相关数据235，在此情况下，附加车辆相关数据235已通过请求处理流被转发到所述处理(相对于与呼叫被直接传送)。

在此示例中，在传递到路边援助中心之前，车辆相关数据被变换为容易阅读和理解简单的英语239，从而处理器/调度器可理解服务人员需要解决什么潜在问题。例如，该数据243从中间处理系统被转发，这可允许经销商/OEM进一步接收与服务中的车辆相关的数据，并潜在地诊断和解决经常发生的问题。

图2C至图2E示出路边援助请求处理流的说明性示例。在图2C中，中间菜单驱动的服务提供者与VCS通信。在此示例中，语音呼叫251用于传送数据252，以声载数据的方式促进数据传送。

该处理接收初始化内部路边援助命令254的呼叫253，随后，这可导致对中间系统的桥接请求(bridge request)260。例如，桥接可被打开以有助于接收的车辆数据到中间系统263的传送。一旦桥接请求260被中间系统发送/处理并且桥接被打开，则发送到服务提供者的数据252可由服务提供者以一个或多个数据包261的形式转发到中间系统263。

一旦所有数据都已转发，则服务提供者可请求关闭桥接257，关闭桥接命令262可由中间系统处理，以终止数据连接。

除了处理初始请求呼叫251和数据传送252之外，服务提供者还可认识到援助命令258的处理可能需要建立与路边援助中心的连接259。可处理语音呼叫(和任何相关数据)212，这允许车辆乘员接收与可用服务和特定派遣有关的信息。

同时，中间系统可利用所述数据用于报告的目的，并且转发数据265，将任意诊断翻译为可用格式216。

在图2C至图2E示出的示例中，示出了几个不同的中间系统263、268、281。除了提供数据转发能力之外，这些系统还可被OEM使用以记录路边援助呼叫和转发的车辆诊断数据。当进行路边援助呼叫时报告的里程数可被监视，一般的路边使用可被监视，诊断信息可被监视。在一些示例中，车辆保修数据可被更新，车辆运行数据可被记录，路边援助报告可被编译，以供OEM产品管理人员检查。还可根据需要完成其它报告/数据。虽然不要求处理路边援助请求，但是所有这些数据的报告和记录允许OEM提供高级水平的车辆维修和顾客满意度，并可通常使顾客更愉快、更满意。

图2D示出以多种方式将车辆数据265转发到中间系统的说明性示例。其可以是如下情况：如果可用，则选择提供更高带宽的特定方式以用于更快且可能更加全面的数据转发，反之，如果没有更快的系统可用，则可使用次级系统。

例如，如果车辆计算机系统可使用WiFi连接272，则可使用WiFi连接将数据272转发到中间系统268。或者，例如，如果具有数据计划的无线装置在与VCS的通信中被检测到，则用于从无线装置转发车辆数据266的命令可被无线装置处理/被发送到无线装置，装置数据计划270可用于转发车辆数据271。

或者，如果声载数据DOV267转发被需要/可用，则运行数据265可被发送到DOV处理引擎275，DOV处理引擎275通过语音通道接收数据并随后将数据269转发到中间系统268。

一旦数据已被转发用于处理和转发，则系统还可连接语音呼叫212，从而车辆乘员和VCS可与援助派遣/后端通信以发送和接收关于援助请求的信息。

图2E示出DOV是用于车辆数据转发的唯一选项的系统的另一说明性示例。在此说明性示例中，车辆数据包280以DOV格式被发送到DOV处理引擎283，DOV处理引擎283能够接收通过语音通道发送的数据。数据处理引擎283处理数据包并随后将数据282转发到中间系统281。如先前注意的，中间系统可向OEM299(或经销商等)报告数据，并且对数据进行变换284以进一步转发到路边援助提供者243。变换的数据还可被报告给OEM后端系统299。

除了处理数据之外，该系统还将致使向后端路边援助提供者发出语音呼叫212，从而可在服务提供者和顾客/车辆之间交换信息。

图3A至图3C示出路边援助请求处理过程的说明性示例。

例如，图3A示出VCS(或者响应于来自VCS的请求而操作的位于无线装置上的或远程的类似计算机系统，)处理路边援助请求的说明性实施例。在此示例性处理中，计算机系统检测路边援助请求的激活(手动或自动)301。

响应于所述激活，该系统首先联系中间系统303并收集用于转发到中间系统的车辆数据305。如针对图2A至图2E所见的，转发到中间系统的数据可随后被发送到将对路边请求进行派遣的远程服务提供者。

然后，将相关的收集的车辆数据发送到中间系统307，并与远程路边援助服务提供者建立第二连接309。该连接可用于在顾客/车辆与路边援助提供者之间传送信息。在此示例中，将移动标识号(MIN)发送到路边援助提供者311。该MIN先前也已被发送到中间系统，并与由路边援助提供者接收的车辆数据一起被转发。以此方式，呼叫者可与接收的车辆诊断数据相关联，MIN和VIN(与诊断数据关联)可用于查找顾客相关数据文件以确定服务级别、资格和车辆维护及状态。

相关车辆援助数据可随后由顾客接收。该数据可如操作者将派遣告知顾客一样简单，并且该数据还可包括但不限于由VCS处理的数据、有资格/没有资格信息、预测的车辆问题/诊断分析等。

如果接收到由VCS处理的数据，则车辆显示器可随后显示预测的车辆援助的一个或多个方面315。例如，但不限制，显示器可显示估计的服务到达时间或定时器。该定时器可随技术人员走近而被更新，以让顾客知道不用远离车辆(例如，如果车辆停在饭店或一些其它“娱乐场所”附近)。另外地或可选地，显示器可用于显示解决“简单”车辆问题时可用的信息。

例如，如果顾客正在未知地点行驶并汽油耗尽，则车辆可能停在接近但看不到加油站处。一旦路边援助已派遣或至少诊断出问题，则可示出与接近的加油站有关的信息。这可向用户给出如下选项：简单步行以取得汽油，或者等待援助。或者，用户可选择步行至(如显示器可示出的)附近的提供食物/蔽身处的地点，并使用连接或显示器告知路边援助人员用户将与其在此地点见面。

图3B示出(至少部分还可由中间系统执行)路边援助呼叫处理过程的说明性示例。在此示例中，从车辆/车辆计算机系统接收到呼叫，所述呼叫包括标识符(在此情况下为MIN)。另外，处理中心从中间系统接收车辆数据323，所述数据在系统从车辆接收到所述数据之后已从中间系统被转发。使用从呼叫接收的数据和/或从中间系统转发的数据，确定用于援助的用户的资格325。

如果用户没有服务资格，则可返回拒绝消息329。然而，如果用户有资格327，则可执行任何可能问题的诊断331(如果诊断尚未执行，或者诊断可被确认)。响应于呼入援助呼叫通过所述处理接收的或收集的相关数据可随后被转发到将援助车辆的服务技术人员335。

图3C示出另一后端处理的说明性示例。在此示例中，顾客的资格已被例如中间系统确认。这里，所述处理接收路边援助请求341。连同该请求，还接收用作顾客标识符的MIN343。如前所述，这可用于利用现有的远程数据以及从中间系统接收的数据交叉引用该请求345。一旦顾客被识别，则可为分析/转发而检索与顾客和/或请求相关的相关车辆数据347。然后，可向顾客派遣适当人员349，并且如果需要，则援助相关数据可被发送到该人员和/或顾客车辆/顾客351。

图4示出路边援助请求处理过程的说明性示例。在此说明性示例中，车辆计算机系统在将数据转发到中间系统之后不自动地向路边援助中心发出呼叫。反而，可首先响应于接收的援助通信401(这可包括车辆数据和呼叫转发数据两者)由中间系统确定资格。如果车辆被确定为有资格服务，则中间系统可指示向路边援助中心发出二次呼叫403。这样的处理可帮助减轻对路边援助中心的呼入呼叫负担，或者允许向缺乏验证能力的中心发出呼叫。

图5示出路边援助更新处理的说明性示例。在此说明性示例中，车辆能够接收与进行中的请求相关的数据501。仅为了示例的目的，所述数据包括援助相关电话号码(诸如援助人员的电话号码)和估计的到达时间。例如，相关电话号码503和到达时间(或定时器)505被显示在例如车辆信息娱乐系统上。这可帮助顾客确定援助应何时到达，并且如果情况改变，则向顾客提供联系援助人员的方式。

如果时间过去或定时器终止507，则所述处理可向服务人员或路边援助中心发出自动呼叫509。另外地或可选地，可将自动提醒(文本、数据包、电子邮件等)发送到一个或多个服务相关源511。响应于提醒和/或呼叫，可接收更新的援助数据501，并且所述处理可重新开始。

例如，如果援助人员陷入交通堵塞，则该处理可用作向顾客自动转发和更新援助相关数据的方式，而不致使顾客必须发出呼叫、等待保持等。

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

Claims

1.一种计算机实现的提供路边援助便利的方法，包括：

在车辆计算机系统(VCS)接收路边援助请求；

与中间系统建立第一通信；

从VCS将车辆数据转发到中间系统以进行处理；

与路边援助中心建立第二通信；

将顾客数据转发到路边援助中心以进行处理；

提供用于在顾客和路边援助中心之间进行通信的开放线路。

2.如权利要求1所述的方法，其中，从自动车辆处理接收所述请求。

3.如权利要求1所述的方法，其中，从手动用户输入接收所述请求。

4.如权利要求1所述的方法，其中，车辆相关数据至少包括车辆标识号和移动标识号。

5.如权利要求1所述的方法，其中，顾客数据至少包括移动标识号。

6.如权利要求1所述的方法，其中，第二通信是在与VCS的无线通信中通过无线电话建立的电话呼叫。

7.如权利要求6所述的方法，其中，第一通信是通过用作接入点的无线电话建立的WiFi通信。

8.如权利要求6所述的方法，其中，第一通信是通过无线电话建立的数据计划通信。

9.如权利要求6所述的方法，其中，第一通信是通过无线电话建立的声载数据通信。