CN105574594A

CN105574594A - 用于交互式车辆服务接待的方法和设备

Info

Publication number: CN105574594A
Application number: CN201510731831.0A
Authority: CN
Inventors: 肯尼斯·詹姆斯·麦卡弗里; 大卫·艾伦·齐格勒
Original assignee: Ford Global Technologies LLC
Current assignee: Ford Global Technologies LLC
Priority date: 2014-10-31
Filing date: 2015-11-02
Publication date: 2016-05-11
Also published as: DE102015118566A1; US20190180250A1; US20160125366A1; US20190156300A1

Abstract

本发明涉及一种用于交互式车辆服务接待的方法和设备。一种***包括处理器，所述处理器被配置为从服务预约计划检索预约。所述处理器还被配置为：联系与检索到的预约关联的车辆，并确定所述车辆是否在服务位置的现场。所述处理器还被配置为：如果所述车辆不在所述现场，则查询当前车辆位置和车辆目的地。此外，所述处理器被配置为：基于所述车辆位置和所述车辆目的地来确定所述车辆是否在去往服务位置的途中；如果所述车辆在所述途中，则利用预期的到达时间更新所述预约计划。一旦所述车辆在所述现场，所述处理器就可执行与所述车辆的多个交互以提供高度自动化的客户体验。

Description

用于交互式车辆服务接待的方法和设备

技术领域

说明性实施例总体上涉及一种用于交互式车辆服务接待的方法和设备。

背景技术

车辆计算***在过去十年内已经显著地进步。目前，驾驶员可通过使用远程信息处理***获取按需的音乐、导航以及紧急援助。车辆可被设置为能连接至或者安装提供用于多种用户服务的按需连接的无线通信装置(例如，而不限制，电话、平板电脑、计算机、路由器、调制解调器等)。使用这些***，提出了对于驾驶员体验的诸多改进。驾驶员逐渐习惯于使他们的车辆在连接越来越多的环境中与连接的服务进行交互并与连接的服务结合。

射频识别已经与机动车辆的车载计算机***协同使用以追踪与车辆相关的服务和维修活动。车辆的需要维修的每个组件或部件都被设置有唯一的被动识别标签。来自所述标签的输出数据被位于所述标签附近的读取器读取，并且所述数据被发送至车载计算机模块，在车载计算机模块中所述数据被处理，并且服务记录被更新。可使用数据流转换器将由所述读取器读取的信息处理为车载计算机可接受的格式。来自车载计算机的数据存储于所述计算机外部的装置中。规定被包括用以通知用户、车辆经销商或者根据需要为其他代理商服务。

车辆诊断数据可通过使用指示车辆组件的状态或状况的传感器信号被传送至车辆服务提供商。车辆中的诊断模块基于传感器信号产生诊断数据并将诊断数据传输至车辆中的免提电话***的通信模块。通信模块将诊断数据无线发送至车辆内的启用了蓝牙的移动电话。移动电话将诊断数据发送至互联网服务器。所述提供商使用连接至互联网的计算机访问来自互联网服务器的诊断数据，来确定是否有任何车辆组件需要维修或维修。提供商向车辆的用户通知需要修理或维修的任何车辆组件。

发明内容

在第一个说明性实施例中，***包括处理器，所述处理器被配置为从服务预约计划检索预约。所述处理器还被配置为联系与检索到的预约关联的车辆并确定所述车辆是否在服务位置的现场。

所述处理器还被配置为：如果所述车辆不在所述现场，则查询当前车辆位置和车辆目的地。此外，所述处理器被配置为：基于所述车辆位置和所述车辆目的地来确定所述车辆是否在去往服务设施的途中；如果所述车辆在所述途中，则利用预期的到达时间更新所述预约计划。

在第二个说明性实施例中，***包括处理器，所述处理器被配置为确定可用的服务时间空档。所述处理器还被配置为：在可用的车辆连接的数据库中搜索需要服务的车辆。此外，所述处理器被配置为：确定需要的服务是否可以在所述可用的时间空档内执行；如果需要的服务可以在所述可用的时间空档内执行，则向所述车辆发送服务推荐。

在第三个说明性实施例中，***包括处理器，所述处理器被配置为从无线连接的车辆计算机接收诊断数据。所述处理器还被配置为检索与所述车辆相关的客户信息和车辆***信息。此外，所述处理器被配置为：基于接收到的诊断数据、检索到的客户数据和检索到的车辆***数据中的至少一种数据来确定服务推荐。所述处理器还被配置为：检索与对应于所述服务推荐的部件和费用选项相关的数据，利用识别所述服务推荐的车辆的视觉表现来填充显示器。

在第四个说明性实施例中，***包括处理器，所述处理器被配置为检测车辆在指定的服务区域内。所述处理器还被配置为：检索用于识别与所述车辆关联的客户的信息。此外，所述处理器被配置为：利用客户欢迎信息填充被设置在所述服务区域中的欢迎屏幕。所述处理器还被配置为：确定交互式客户终端是否可被使用；为所述客户预留可用的交互式客户终端。

附图说明

图1示出了说明性的车辆计算***；

图2示出了用于连接客户车辆的说明性处理；

图3示出了用于动态维修计划的说明性处理；

图4示出了用于提供推荐的维修信息的说明性处理；

图5示出了客户概况(profile)的说明性设置；

图6示出了说明性的车辆概况；

图7示出了说明性的客户交互处理。

具体实施方式

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

图1示出用于车辆31的基于车辆的计算***(VCS)1的示例框式拓扑图。这种基于车辆的计算***1的示例为由福特汽车公司制造的SYNC***。设置有基于车辆的计算***的车辆可包含位于车辆中的可视前端界面4。如果所述界面设置有例如触敏屏幕，则用户还能够与所述界面进行交互。在另一说明性实施例中，通过按钮按压、具有自动语音识别和语音合成的口语对话***来进行交互。

在图1所示的说明性实施例1中，处理器3控制基于车辆的计算***的至少一部分操作。设置在车辆内的处理器允许对命令和程序进行车载处理。另外，处理器连接到非持久性存储器5和持久性存储器7两者。在此说明性实施例中，非持久性存储器是随机存取存储器(RAM)，持久性存储器是硬盘驱动器(HDD)或闪存。一般说来，持久性(非暂时性)存储器可包括当计算机或其它装置掉电时保持数据的所有形式的存储器。这些存储器包括但不限于：HDD、CD、DVD、磁带、固态驱动器、便携式USB驱动器和任何其它适当形式的持久性存储器。

处理器还设置有允许用户与处理器进行交互的若干不同的输入。在此说明性实施例中，麦克风29、辅助输入25(用于输入33)、USB输入23、GPS输入24、屏幕4(可为触摸屏显示器)和蓝牙输入15全部被设置。还设置有输入选择器51，以允许用户在各种输入之间进行切换。麦克风和辅助连接器两者的输入在被传送到处理器之前，由转换器27对所述输入进行模数转换。尽管未示出，但是与VCS进行通信的众多车辆组件和辅助组件可使用车辆网络(诸如但不限于CAN总线)向VCS(或其组件)传送数据并传送来自VCS(或其组件)的数据。

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

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

移动装置53与蓝牙收发器之间的示例性通信由信号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)的混合体所替代。这些都是ITUIMT-2000(3G)兼容的标准，为静止或行走的用户提供高达2mbps的数据速率，并为在移动的车辆中的用户提供高达385kbps的数据速率。3G标准现在正被IMT-Advanced(4G)所替代，其中，所述IMT-Advanced(4G)为在车辆中的用户提供100mbps的数据速率，并为静止的用户提供1gbps的数据速率。如果用户具有与移动装置关联的数据计划，则所述数据计划可允许宽带传输且所述***可使用宽得多的带宽(加速数据传送)。在另一实施例中，移动装置53被安装至车辆31的蜂窝通信装置(未示出)所替代。在另一实施例中，移动装置(ND)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(Centronics端口)、S/PDIF(索尼/飞利浦数字互连格式)和USB-IF(USB开发者论坛)形成了装置-装置串行标准的骨干。多数协议可针对电通信或光通信来实施。

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

此外或可选地，可使用例如WiFi(IEEE803.11)收发器71将CPU连接到基于车辆的无线路由器73。这可允许CPU在本地路由器73的范围中连接到远程网络。

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

在这里描述的每个说明性的实施例中，示出了可由计算***执行的处理的示例性的非限制性示例被示出。对于每个处理，为了执行处理的限制性的目的，执行处理的计算***被配置为用于执行处理的专用处理器是可行的。所有处理无需被全部执行，而应被理解为可被执行以实现本发明的要素的处理类型的示例。可根据需要将附加步骤加入示例性处理或者从示例性处理中去除。

说明性实施例提供与经销商或技工有关的先进的客户体验。通过使用实施例，目前需要大量工作和/或理解的很多事务变得容易启用，并且通过改进理解和处理的便利性，客户体验可得到提升。

例如而不限制地，当前，在客户到达经销商时，通常将车辆停在经销商门前或者停在机械维修间(bay)中(如果机械维修间开门的话)。然后客户必须在隔着柜台站在登记人员对面的同时，填写关于车辆的文书，随后登记人员在计算机屏幕上填写信息。然而计算机屏幕通常不能被客户看见，即使所述屏幕能被看见，对于客户而言所述屏幕通常所包含的信息也会是看起来很多但是杂乱不清楚(gibberish)的。

在登记之后，客户通常随后进入房间并等待技工或其他服务人员可以讨论建议的维修。通常，在这段时间内，客户几乎无事可做，并且客户在等待某些事发生时容易变得焦躁。通过使用说明性的实施例，可以改进上述整个体验的诸多方面。

例如，通过使用说明性实施例的一方面，一旦客户到达经销商，客户的车辆就可通过无线通信连接至经销商维修***。这样允许***在车辆中查询诊断代码，并通知经销商客户已经到达。此外，维修间可在预约时间被清理，客户概况信息可被获取，以及任意一些客户奖励措施可被建议，以上这些甚至都在客户将车停在维修间之前进行。

通过使用说明性实施例的另一方面，查询到的诊断代码可被用于确定建议的维修。此外，某些召回(recall)或其他建议的维修也可被检索，并且所有这些信息可被格式化为视觉上容易理解的显示，以供客户利用。当客户开进维修间时，在维修间中的另一个显示器上可显示客户姓名并呈现欢迎屏幕和指导。这样保证了客户知道他们在正确的位置，并通过使客户立即得知经销商知道客户到场来改善用户交互。

此外，一旦客户离开了车辆，则需要的大部分或所有数据已经被检索到，因此客户可避免使人恼怒的文书工作。客户可直接前进至交互屏幕，在交互屏幕中，车辆维修推荐可以以交互和易于理解的方式被显示。然后维修专家可与客户坐在一起，展示出针对每个维修建议的选项(包括费用和可变因素)，从而可与客户共同工作来提供对用户更加友好的体验。

刚好从车辆购买时起，客户体验能够变得更令人满意。客户可利用经销商***(例如平板电脑)，例如，来选择维修偏好、运输需求甚至以及饮料和食品偏好以备以后来访。通过使用这些存储于经销商***(可以是经销商管理***的一部分或可通过经销商管理***来访问)的信息，未来的服务提醒可被发送，并且，当客户前来进行服务预约时，如果需要的话，***可命令准备消费品和出租车。

经销商管理***还可管理库存以及部件和劳工定价。通过使用与经销商管理***进行通信的说明性实施例，可以在服务访问之前识别用于服务访问的可用部件。访问期间所需的安装/修理费用可被规划，并且在客户到达之前，信息可全部被检索到和准备好。

此外，如果目前在库存中没有用于特定预约的部件，则可订购所述部件，并且，所述部件可在访问之前被陈列并提供给技工，从而为当客户出现在现场时节省了时间。在至少一个示例中，“智能”推车可被用于将部件运送给技术人员。例如，推车可预先装载一些部件以用于不同的订单，并且在预约时间和/或当推车在相关车辆或维修间的附近时，可提供对用于给定订单的相关部件的获取。在至少一个示例中，推车实际上可自主运动来进行给定的修理工作，为技术人员节省行走和等待的时间。

图2示出了用于连接到客户车辆的说明性处理。关于在此附图中描述的说明性实施例，应注意通用处理器可被临时用作专用处理器，以用于执行这里示出的一些或全部示例性方法的目的。当执行提供用于执行所述方法的一些或全部步骤的指令的代码时，处理器可被临时改变意图作为专用处理器，直到所述方法完成时为止。在另一示例中，在适当程度上，根据预配置的处理器运行的固件可使处理器用作专用处理器，所述专用处理器被提供用于执行所述方法或其一些合理变型的目的。

在这个说明性处理中，经销商/技工寻求与计划维修的客户车辆进行通信，所述客户车辆可能在停车场、在途中、停在某位置或者行驶至不同的目的地。如果车辆偏离航线(off-course)或者停车了，则因为客户可能已经忘记了约定，所以提醒可被发送。如果车辆到场或者在途中，适当的步骤也可被采取。

在这个说明性实施例中，所述处理检查先前建立的服务计划(201)。例如，所述计划按照天、小时、周等安排所有预约。所述计划标识预期的车辆/客户以及时间，并且可用于检索计划即将发生的预约。

如果客户是预期中的(203)，则处理检查以查看客户是否已经连接至***(205)。即，如果客户处于能被用于检索车辆数据的任意本地无线通信的邻近范围内，则客户被认为“到场”。在另一个示例中，长距离无线通信可被用于在到达前检索数据，并且GPS坐标可被用于确定客户实际是否到场。如果没有预期中的用户，则处理可前进至图3，在图3中，另一处理尝试填补维修空档(emptymaintenanceslot)。如果客户已经被连接，则处理可前进至图4，其中，车辆数据可被获取。

如果预期的车辆还没有被连接，则处理可首先搜索现场类型的连接(207)，以防车辆已经到达而仅是尚未连接的情况。如果车辆被发现(209)，则本地连接可被建立并且处理可开始检索需要的数据。如果车辆未被发现，则车辆被认为不在现场，并且可行的提醒处理可被启用。

通过长距离无线连接(例如，但不限于，通过与车辆的蜂窝链路建立的长距离无线连接)，处理可联系客户车辆(211)。如果没有建立连接，则可能是客户车辆停车和熄火了。因此，***可确定另一车辆可使用该时间空档(timeslot)，从而，图3的处理可被启用。

如果***能够建立与客户车辆的连接(213)，则***可检查以查看车辆当前所处的位置(215)。此外，这种查询可包括在车辆导航***中的设置的目的地的指示(215)。在这个示例中，如果车辆将经销商作为当前的目的地(217)，则处理获知客户在途中并且不提供提醒，以避免打扰客户。代替地，基于已知的客户位置以及环境变化因素(距离、交通、天气等)，***估计客户到达时间(219)。然后，客户概况可以利用新计划的到达时间被更新(221)，并且，如果需要的话，可尝试填补当前未使用的时间空档(301)。

如果客户的目的地不是经销商，或者如果没有设置目的地(217)，则处理检查以查看当前车辆位置/前进方向是否在指示当前车辆接近于经销商或可能向着经销商前进的容差内。例如，客户可能在经销商的预定义距离内。或者，在另一个示例中，客户可能在所述预定义距离之外，但沿着通往经销商的方向前进。在一种情况下，路线可从当前客户位置至经销商来计算，并且处理可监测车辆以确定车辆是否在所述路线中或者在所述路线的预定容差内(223)。如果客户基于此位置表现为向着经销商前进，则处理可估计到达时间(219)。否则，处理可向客户发送提醒(225)，以防客户忘记了预约，并且然后如果需要的话，处理可继续进行以尝试填补该空档。提醒可通过文本、电子邮件、车载传输***(例如显示器、音响)或以任意其它适当的方式来发送。

图3示出了用于动态维修计划的说明性处理。关于在此附图中描述的说明性实施例，应注意通用处理器可被临时用作专用处理器，以用于执行这里示出的一些或全部示例性方法的目的。当执行提供用于执行所述方法的一些或全部步骤的指令的代码时，处理器可被临时改变意图作为专用处理器，直到所述方法完成时为止。在另一示例中，在适当程度上，根据预配置的处理器运行的固件可使处理器用作专用处理器，所述专用处理器被提供用于执行所述方法或其一些合理变型的目的。

在这个说明性示例中，经销商可访问在例如经销商的预定距离内的可用连接的数据库或记录(301)。此外或可选的，不论距离多远，与经销商售出的车辆有关的连接可被提供。在其它示例中，其他合适的可用连接的列表可被提供。例如，如果维修空档是可用的，则处理可搜索在距离经销商3英里内的所有可用连接。

如果至少一个连接可用(303)，则处理可连接至车辆并获取车辆的诊断概况(305)。或者，如果诊断信息不可用，则先前识别的诊断连接、召回通知等的记录可被访问以用于车辆(例如，车辆在未更换机油的情况下行驶了10000英里)。

如果有任何表明服务适当的指示(307)，则处理可继续进行以尝试确定维修是否适当。进一步地，可能只有计划可在可用的时间空档内执行的维修是适当的。因此，处理可检查维修计划来查看有多少可用时间(309)。

结合计划检查，处理可确定车辆是否已经被安排了维修(311)。如果车辆当前未被安排，并且如果维修可在可用的时间空档内执行，则处理可向车辆发送推荐(313)：车辆可立即进入来进行可用的维修。这可包括请求客户确认，并且如果客户确认他们将把车辆开进来，则针对适当人员的经销商提醒可被提供(315)，使得当车辆到达时职员已准备好。此外，如果客户确认维修建议是可接受的，则处理可利用针对车辆的预约来填补可用的时间空档。

图4示出了用于提供推荐的维修信息的说明性处理。关于在此附图中描述的说明性实施例，应注意通用处理器可被临时用作专用处理器，以用于执行这里示出的一些或全部示例性方法的目的。当执行提供用于执行所述方法的一些或全部步骤的指令的代码时，处理器可被临时改变意图作为专用处理器，直到所述方法完成时为止。在另一示例中，在适当程度上，根据预配置的处理器运行的固件可使处理器用作专用处理器，所述专用处理器被提供用于执行所述方法或其一些合理变型的目的。

在这个说明性示例中，处理已经连接至被安排维修的在场车辆。在其他说明性示例中，车辆可能尚未到场，但处理可在任意事件中执行说明性的步骤或者类似的步骤。

处理从多种车辆传感器接收传感器输出(401)，所述传感器输出对于确定车辆需要什么样的维修(如果存在的话)是有用的。这种诊断信息可以以多种形式被接收，并且以一些适于传输的形式为车辆提前准备好和/或提前存储于车辆中。在其他示例中，特定传感器可基于例如维修原因的客户说明来被查询。车辆可在被连接时提供车辆或客户的标识信息，或者，在另一示例中，处理可能已经特定地连接至已知车辆。

从车辆接收的数据可被存储至客户概况(403)以用于更新客户记录以及用于现在和未来使用。在现在使用的情况下，处理还可检索客户信息并使用客户信息和检索的车辆数据来填充服务菜单(405)。例如，服务菜单至少可包含客户在到达经销商时通常手写或通过口头交流提供的数据。

基于已知的客户信息、已知的车辆信息和检索的车辆诊断数据，处理可为车辆确定一个或更多个服务推荐(407)。这可基于根据诊断数据被识别为需要修理的***、根据存储的车辆数据被识别为需要修理/保养的***、以前的客户偏好以及任意其他合适的因素来进行。

处理还可获得推荐的维修所附带的任何部件推荐和/或费用(409)。如果不同的部件选项是可用的，则包括说明和费用的关于所述选项的信息可被提前获得，使得客户不必在信息被检索时进行等候。如果车辆将要被长期保存起来，或者如果客户已经指出需要运输到另一位置，则运输可在此时被安排(411)，使得当客户需要该信息时，信息已经准备好。这可包括但不限于：命令准备好出租车辆、向客户运输车辆发送计划请求或者用于提供需要的运输的任意其他合适步骤。

此外，此时，处理可确定是否有任何合适的奖励(413)。所述奖励可包括：适合客户的奖励、或者由处理确定的可鼓励客户购买推荐的但不需要的服务的奖励。一旦与车辆的连接被建立并且客户被识别出，所有上述信息就可被获取，但是所述信息中的一些可在先前的时间被准备好，针对客户概况被保存并且当客户到达时只需被检索。

在这个说明性示例中，在下车后，客户可被提供终端，其中，信息可显示在终端上，并且通过终端可与信息进行交互。基于收集的信息，客户可被提供与客户的车辆相关的所有推荐的维修和保养的视觉表现(visualrepresentation)。一旦客户下车并登录了合适的终端(415)，处理就可通过终端屏幕向客户提供所有需要的信息(417)。

图5示出了客户概况的说明性设置。在这个说明性示例中，多个客户概况被提供给服务技术人员。这种示例性的非限制的信息示出了可被显示给技术人员的显示的说明性示例。客户的照片可被显示(513)，使客户的视觉识别变得简单，并使客户感觉经销商确实“认识”他们。这还可使识别与其他客户一起等待的客户变得更容易。

与每个客户的车辆相关的信息也可被显示(501)，从而使技术人员可以快速地将客户与他们的车辆进行关联。除了其他方面之外，这种信息还可识别品牌和型号，以及针对安排的服务行程的任何客户所提供的原因(507)。

还可提供客户姓名(503)，所述姓名可提供客户的标识。注释信息也可被包括(509)。所述注释信息可包括客户的特定需求(511)，例如运输(517)、客户昵称(515)、客户奖励(519)以及可用于使维修体验更愉快有效的任意其他信息等。另一列可识别客户是如何预约的(505)，和/或还可识别特定的预约时间和/或为预约留出的时间段(timeblock)。当然，其他合适的信息也可包括于此显示中。

图6示出了说明性的车辆概况。这是可显示给登录数据终端的客户的信息的非限制性示例。客户姓名(601)帮助确保正在查看正确的客户记录。任何的客户姓名拼写错误也可在此被识别，并且，如果需要的话，拼写错误可以由客户通过所述终端(如果是交互式终端的话)来更改。

客户的车辆品牌和型号、以及车辆识别码(VIN)(607)和当前英里数(611)也被提供(603)。这些可被提供(根据需要)来确保信息记录的准确，并帮助完善所显示的客户概况。此外，如果需要的话，这些信息中的至少一些信息可被更正，但是一些信息(例如VIN)可能需要经销商代为更正。

客户地址也可被显示。这可帮助确保经销商具有客户的正确的当前地址。任何合适的客户奖励也可被显示(605)。说明性显示的另一方面可包括客户服务计划识别(609)。最终，在这个示例中，所有权(ownership)状态(613)可被提供。

在这个示例中，除了以上信息，还向客户显示属于客户的反映被识别的车辆的车辆模型(615)的视觉表现。结合所述车辆模型，多个维修和服务推荐可被提供。

尽管未示出，但是推荐可以被彩色编码或包括一些严重程度的标记。例如，在示出的示图中，60000英里的服务(627)可以用一些方式被标记为“重要”，这是因为车辆超过了服务标志1349英里。发动机空气过滤器(625)可被标记为“低重要性”，这是因为所述过滤器仅是中等程度的需要更换。类似地，后刹车片(617)可能被磨损了，但不需要立即更换，所以可被给予与推荐的但不是必需的服务对应的标记。还可给予胎压(623)合适的设计。另一独特的标识可针对来访的特定原因被赋予(在这个示例情况下为前制动器异响(frontbrakesqueaking)(621)和电池问题(619))，从而，客户知道经销商注意到了来访的特殊原因。在提供一个或更多个可能的车辆问题的视觉表现的总体目标下，视觉图像的合适的格式化可根据需要来调整。

图7示出了说明性的客户交互处理。关于在此附图中描述的说明性实施例，应注意通用处理器可被临时用作专用处理器，以用于执行这里示出的一些或全部示例性方法的目的。当执行提供用于执行所述方法的一些或全部步骤的指令的代码时，处理器可被临时改变意图作为专用处理器，直到所述方法完成时为止。在另一示例中，在适当程度上，根据预配置的处理器运行的固件可使处理器用作专用处理器，所述专用处理器被提供用于执行所述方法或其一些合理变型的目的。

在这个说明性示例中，客户信息传输***准备好用于客户使用。在非限制的环境中，显示屏幕被提供，并可被坐在车中或者刚下车的客户看到。一旦车辆被检测到在服务车道(servicelane)中(701)，处理就将获取所需的数据以执行图4中提到的或类似处理中的推荐。

一旦数据被获取了(703)，处理就将利用适当的信息填充客户欢迎屏幕(显示屏幕)(705)。通常尽管不是必需地，所述信息将至少包括客户姓名。针对客户的任何指令也可在此时提供(707)。例如指令可以是“请将车辆停放于停车位并下车”，“请最多等候5分钟，帮助人员正在赶来”，“请下车并前进至维修交互终端”等。

此外，在示例的环境中，一个或更多个客户交互终端被提供以用于客户查阅维修要求、建议、费用等。因此，如果有至少一个终端没有在使用中(709)，则处理可为识别的客户预留终端(715)，提醒职员帮助客户使用终端(717)，并向客户提供关于如何访问终端的指令(719)。这些指令可以如同“前进至终端N”一样简单，也可根据需要而更复杂。如果合适的话，指令可作为欢迎屏幕的一部分来提供(或者在欢迎屏幕之后显示等)。

如果没有终端是可用的，则处理可为客户排队使用终端(711)，并请求让客户前进至等候区域(或者其他合适的位置)，直到有终端可用时(713)。

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

Claims

1.一种***，包括：

处理器，被配置为：

从服务预约计划检索预约；

联系与检索到的预约关联的车辆；

确定所述车辆是否在服务设施的现场；

如果所述车辆不在所述现场，则查询当前车辆位置和车辆目的地；

基于所述车辆位置和所述车辆目的地来确定所述车辆是否在去往服务设施的途中；

利用预期的到达时间更新所述预约计划。

2.如权利要求1所述的***，其中，所述处理器还被配置为：如果所述车辆不在所述途中，则向车主发送提醒。

3.如权利要求1所述的***，其中，所述处理器还被配置为：如果所述车辆在所述现场，则检索车辆诊断信息。

4.如权利要求1所述的***，其中，所述处理器被配置为：基于服务设施与被检索为车辆目的地的当前输入的车辆路线目的地之间的一致性来确定所述车辆在所述途中。

5.如权利要求1所述的***，其中，所述处理器被配置为：基于所述车辆位置在服务设施的预定义距离内来确定所述车辆在所述途中。

6.如权利要求1所述的***，其中，所述处理器被配置为：基于车辆前进方向和从所述车辆到服务设施的方向之间的一致性来确定所述车辆在所述途中。

7.如权利要求1所述的***，其中，所述处理器被配置为：确定从所述车辆位置到服务设施的路线；基于重复的车辆位置请求来确定所述车辆在所述途中，其中，所述车辆位置请求使得所述车辆位置在确定的所述路线的预定容差内。

8.一种***，包括：

处理器，被配置为：

确定可用的服务预约时间空档；

在可用的车辆连接的数据库中搜索需要服务的车辆；

确定需要的服务是否能在所述可用的时间空档内执行；

如果需要的服务能在所述可用的时间空档内执行，则向所述车辆发送服务推荐。

9.如权利要求8所述的***，其中，所述处理器被配置为：基于从所述车辆检索到的诊断信息来确定所述车辆需要服务。

10.如权利要求8所述的***，其中，所述处理器被配置为：基于先前存储的服务提醒来确定所述车辆需要服务。

11.如权利要求8所述的***，其中，所述处理器还被配置为：从所述车辆接收表明客户已经接受所述服务推荐的确认。

12.如权利要求11所述的***，其中，所述处理器还被配置为：如果接收到所述确认，则在所述可用的时间空档中为所述车辆安排预约。

13.如权利要求11所述的***，其中，所述处理器还被配置为：如果客户已经接受了所述服务推荐，则产生针对现场职员的提醒。

14.一种***，包括：

处理器，被配置为：

从无线连接的车辆计算机接收诊断数据；

检索客户数据和车辆***数据；

基于诊断数据、客户数据和车辆***数据中的至少一种数据来确定车辆服务推荐；

与经销商管理***进行通信，以检索与所述服务推荐对应的部件可用性和费用数据；

利用所述服务推荐、部件可用性以及费用数据来填充显示器。

15.如权利要求14所述的***，其中，所述车辆***数据包括召回推荐。

16.如权利要求14所述的***，其中，所述车辆***数据包括先前存储的与车辆相关的维修或修理推荐。

17.如权利要求14所述的***，其中，所述处理器被配置为：填充与终端对应的显示器，其中，与检索到的客户数据对应的客户已登录所述终端。

18.如权利要求14所述的***，其中，所述处理器被配置为：利用与服务相关的奖励来填充显示器。

19.如权利要求14所述的***，其中，所述处理器被配置为：确定用户的运输需求并安排与所述运输需求对应的运输。

20.一种***，包括：

处理器，被配置为：

检测车辆在指定的服务区域内；

基于车辆检测来检索用于识别与所述车辆关联的客户的信息；

利用客户欢迎信息填充被设置在所述服务区域中的欢迎屏幕；

确定交互式客户终端能否被使用；

为所述客户预留可用的交互式客户终端。

21.如权利要求20所述的***，其中，所述客户欢迎信息至少包括客户姓名。

22.如权利要求20所述的***，其中，所述客户欢迎信息包括至少一条客户指令。

23.如权利要求20所述的***，其中，所述处理器还被配置为：提醒职员客户已经到达。

24.如权利要求20所述的***，其中，所述客户欢迎信息至少包括被预留的交互式客户终端的标识。