在线车辆管理系统的制作方法

专利名称：在线车辆管理系统的制作方法
技术领域：
本发明总体上涉及在线车辆管理系统。
背景技术：
可以跟踪车辆的里程。这种里程数据可用于预测维护需求，从而预测与维护有关 的车辆费用。除了其它车辆使用数据之外，里程数据可能对于拥有和操作多个车辆的企业 主来说特别有用。为了跟踪这种里程和使用日期，通常使用车辆性能数据。车主/使用者 通常依赖于其自身用于跟踪车辆性能数据的方法。这种方法需要使用者手动维护车辆性能 记录并手动输入这种数据以执行期望的计算。

发明内容
一种在线车辆管理系统包括车辆组，所述车辆组具有多个车辆和位于每个 车辆中的车内远程信息处理装置。呼叫中心与每个远程信息处理装置和互联网激活 (Internet-enabled)程序选择性地操作通信。呼叫中心响应于预定触发而从每个车辆接收 车辆数据，并将所接收的数据存储在数据库中。互联网支持程序包括具有电子表格功能的 阳历日历。互联网支持程序自动地接收来自于呼叫中心的所存储的数据中的至少一些，并 将所接收的数据输入到预定日历单元中。互联网支持程序也配置成响应于预定使用者请求 而i)使得所接收的数据可由与车辆组相关联的授权使用者访问，ii)基于所接收的数据 生成报告，以及iii)从所接收的数据导出或计算信息中的至少一种。一种在线车辆管理系统，包括多个车辆，每个车辆配备有车内远程信息处理装置 且是车辆组的一部分；与每个所述车内远程信息处理装置选择性操作通信的呼叫中心，所 述呼叫中心配置成i)响应于预定触发而从所述多个车辆中的每个车辆中接收车辆数据， 和ii)将针对所述多个车辆中的每个车辆所接收的车辆数据存储在数据库中；和与所述呼 叫中心选择性通信的互联网支持程序，所述互联网支持程序包含带有电子表格功能的阳历 日历，该互联网支持程序配置成自动地接收来自于呼叫中心的所存储的车辆数据中的至少 一些并且将所接收的数据输入到阳历日历的预定单元中，所述互联网支持程序也配置成响 应于预定使用者请求以便i)使得所接收的车辆数据可由与车辆组相关联的授权使用者 访问，ii)基于所接收的车辆数据生成报告，以及iii)从所接收的车辆数据导出或计算信 息中的至少一种。所述呼叫中心配置有计算机系统，所述计算机系统定期地或者基于使用互联网支 持程序作出的请求而将所存储的数据推送到互联网支持程序。
所述互联网支持程序配置有软件例程，所述软件例程定期地或者基于使用互联网 支持程序作出的请求而从呼叫中心取得所存储的数据。所述在线车辆管理系统还包括拥有车辆组的企业实体。所述车辆数据选自对于一个行程驾驶的英里数、对于一个行程的每加仑英里、行 程日期、行程时间、燃料再装填事件时间、燃料再装填事件日期、在再装填事件添加的燃料 量、充电事件时间、充电事件日期或其组合。一种车辆管理互联网支持程序，包括报告页，所述报告页具有基于带有电子表格 功能的阳历的每天、每周和每月展示装置中的至少一种，所述报告页包括第一单元，所述 第一单元配置成用从与所述互联网支持程序操作性通信的呼叫中心传输的预定车辆数据 自动填充，所述呼叫中心还与车辆组中的多个车辆选择性操作通信，其中，所述预定车辆数 据是原始车辆数据；用于所述第一单元中的至少一些的颜色编码，其中，用于所述颜色编码 的每种颜色与具体事件相关联；第二单元，所述第二单元配置成被颜色编码以与从所述原 始车辆数据导出的数据相对应；和结果单元，所述结果单元配置成计算所述预定车辆数据 和自动填充在第一和第二单元中的导出数据中的至少一种的总值或平均值中的至少一个。所述原始车辆数据选自在燃料装填事件期间购买的加仑数、里程、在充电事件期 间购买的电荷、油寿命、里程表读数、胎压、位置、蓄电池电压、灵活燃料使用、流体液位或速 度。所导出的数据包括访问持续时间。所述车辆管理互联网支持程序还包括主页，所述主页包括与车辆组的销售管理或 车队管理相关联的下拉选项。所述车辆管理互联网支持程序还包括概要页，所述概要页包括每周概要报告制 表；每月概要报告制表；和趋势制表；其中，每个概要报告制表中的数据从预定车辆数据和 多个报告中的导出数据生成，且其中，所述多个报告中的每个与车辆组中的一个车辆相关 联。所述车辆管理互联网支持程序还包括概要页，所述概要页包括每周概要报告制 表；每月概要报告制表；和趋势制表；其中，每个概要报告制表中的数据从预定车辆数据和 多个报告中的导出数据生成，且其中，所述多个报告中的至少一些与车辆组中的不同车辆 相关联。电子表格格式包括表示预定时间增量的行标记和表示一周中的一天的列标记。一种用于管理车辆组的方法，包括经由该组中的车辆的车内远程信息处理装置 识别预定触发；响应于预定触发，将车辆数据从所述车内远程信息处理装置传输给与车辆 车队中的每个车辆选择性操作通信的呼叫中心；和将在呼叫中心接收的车辆中的至少一些 自动填充到与互联网支持程序相关联的阳历日历的预定单元中，所述互联网支持程序与呼 叫中心选择性通信，所述阳历日历具有电子表格功能。所述方法还包括基于所填充的车辆数据生成报告。所述方法还包括从所填充的车辆数据导出或计算信息中的至少一种。


本公开的特征和优势通过参考以下详细说明和附图将显而易见，在附图中相同的附图标记对应于类似但可能不相同的部件。为了简明起见，具有先前描述的功能的附图标 记或特征可以或者可以不结合其中它们出现的其它附图进行描述。图1是在线车辆管理系统的示例的示意图；图2是示出用于从车队中的一个或多个车辆收集数据的方法的示例的示意性流 程图；图3是经由在线车辆管理系统形成的每天报告的示例；图4A是示出表格中包括的与概要页(summary page)的每周概要制表相关联的信 息的概要页的示例；图4B是图4A的概要页，示出表格中包括的与该页的每月概要制表相关联的信 息；图5A-5D示出了经由在线车辆管理系统生成的使用者定义的报警；图6是示出了车队中一个车辆的行驶使用日志的报告；图7-10示出了使用在线车辆管理系统生成的报告的不同示例；图11是经由在线车辆管理系统生成的诊断报告的示例；图12是经由在线车辆管理系统生成的油寿命报告的示例；和图13和14是分别示出由于使用在线车辆管理系统如何增加和跟踪联系以及使用 在线车辆管理系统如何减少和跟踪成本的示例的曲线图。
具体实施例方式本文公开的方法和系统的示例有利地使得企业主能够管理车队。所述系统包括基 于带有电子表格功能的阳历的每天、每周和每月展示装置。数据从呼叫中心上传到日历，并 且报告和其它有用数据可使用所述系统进行计算和/或生成，其中呼叫中心直接从车辆接 收数据。要理解的是，如本文所使用的那样，措词“使用者”包括车主、操作者和/或乘客。 还要理解的是，措词“使用者”可与用户/服务用户互换地使用。措词“连接/被连接/连接件”等在本文中被广泛地定义为涵盖各种各样的连接 布置和组装技术。这些布置和技术包括但不限于(1)在一个部件和另一个部件之间的直 接通信而在所述部件之间没有居间部件；和(2)在一个部件和另一个部件的通信而在所述 部件之间有一个或多个部件，只要“被连接到”另一个部件的一个部件与另一个部件以某种 方式通信即可(尽管它们之间存在一个或多个附加部件)。此外，两个部件可永久性地、半 永久性地或可释放地彼此接合和/或彼此连接。还要理解的是，“通信”应理解为包括所有形式的通信，包括直接和间接通信。间接 通信可包括在两个部件之间有附加部件(一个或多个)的情况下这两个部件之间的通信。现在参考图1，系统10包括车辆12、12’、12”(每个车辆包括远程信息处理装置 14)的车队；无线运营商/通信系统16 (包括但不限于一个或多个蜂窝塔18、一个或多个 基站和/或移动交换中心(MSC) 20、一个或多个陆地网络22、一个或多个服务供应商(未示 出))；以及一个或多个呼叫中心24。在一个示例中，无线运营商/通信系统16是双向射频 通信系统。系统10也包括互联网支持程序78，互联网支持程序78与呼叫中心24的服务器70 (和相关软件82)选择性通信(例如，经由无线运营商/通信系统16或一些其它的合适 通信系统)。互联网支持程序78由能够与至少呼叫中心24和(在一些情况下)车辆12、 12’、12”通信的一个或多个服务器(未示出)支持和托管。图1所示的系统10的总体架构、设置和操作以及许多独立部件是本领域公知的。 因而，以下段落提供这种系统10的一个示例的简要概述。然而要理解的是，这里未示出的 附加部件和/或其它系统可以使用本文所公开的方法(一种或多种)。车辆12、12’、12”是移动车辆，例如摩托车、汽车、货车、旅游车(RV)、船舶、飞机 等。车辆12、12’、12”可在相同物主和/或管理下一起操作的组或车队的一部分。车辆12、12’、12”配备有合适的硬件和软件，所述合适的硬件和软件使得它们能够 经过无线运营商/通信系统16进行通信(例如，传输和/或接收语音和数据通信)。要理 解的是，车辆12、12’、12”也可包括适合用于远程信息处理装置14中的附加部件。车辆硬件26中的一些在图1中大体示出，包括远程信息处理装置14和操作性地 连接到远程信息处理装置14的其它部件。虽然车辆硬件26示为操作性地设置在车辆12 中，但是要理解的是，每个车辆12’、12”也具有布置于其中的车辆硬件26。这种其它硬件 26部件的示例包括麦克风28、扬声器30和按钮、旋纽、开关、键盘和/或控制器32。通常， 这些硬件26部件使得使用者能够与远程信息处理装置14和与远程信息处理装置14通信 的任何其它系统10部件进行通信。网络连接或车辆总线34操作性地耦连到远程信息处理装置14。合适的网络连接 的示例包括控制器区域网(CAN)、面向媒体的系统传输(MOST)、本地互连网络(LIN)、以太 网、和其它合适的连接(例如，那些符合已知ISO、SAE和IEEE标准和规范的连接)等。车 辆总线34使得车辆12能够发送和接收从远程信息处理装置14到车辆12外部和车辆12内 部的设备和系统的各种装置的信号以执行各种功能，例如解锁门、执行个人舒适性设置等。远程信息处理装置14是独立地和通过与呼叫中心24通信来提供各种服务的车载 器件。远程信息处理装置14通常包括电子处理器件36，电子处理器件36操作性地耦连到 一种或多种类型的电子存储器38、蜂窝芯片组/部件40、无线调制调解器42、包含位置检测 (例如，全球定位系统(GPS))芯片组/部件44的导航装置、实时时钟(RTC)46、短程无线通 信网络48(例如，BLUETOOTH 装置)和/或双天线50。在一个示例中，无线调制调 解器42包括在处理器件36内执行的计算机程序和/或软件例程组。要理解的是，远程信息处理装置14可在没有上述部件中的一个或多个(例如，短 程无线通信网络48)的情况下实施。还要理解的是，远程信息处理装置14也可以根据针对 特定终端用途所需而包括附加部件和功能。电子处理器件36可为微控制器、控制器、微处理器、主机处理器和/或车辆通信处 理器。在另一个示例中，电子处理器件36可为专用集成电路(ASIC)。替代地，电子处理器 件36可为与执行通用处理器的功能的中央处理装置(CPU)结合工作的处理器。远程信息处理装置14还包括车辆数据上传(VDU)系统88，VDU系统88配置成从 总线34接收原始车辆数据、打包数据、并响应于某一触发而将打包的原始数据上传到呼叫 中心24(或其它外部实体)。在图1所示的示例中，VDU 88操作性地连接到远程信息处理 装置14的处理器36，因而经由总线34和无线通信系统16与呼叫中心24通信。VDU 88是 远程信息处理装置的中央数据系统，其能够包括调制调解器、处理器和车载数据库。数据库能够使用单独的网络附接存储(NAS)器件来实施，或者根据需要位于其它位置，例如位于 存储器38中。VDU系统88具有应对所有车辆数据上传处理(包括与呼叫中心24通信和触 发的设置和处理)的应用程序。位置检测芯片组/部件44可包括全球定位系统(GPS)接收器、无线电三角测量 系统、航位推算定位系统和/或其组合。具体地，GPS接收器响应于从GPS卫星星座(未示 出)接收的GPS广播信号提供准确时间以及车辆12的纬度和经度坐标。蜂窝芯片组/部件40可为模拟、数字、双模式、双频带、多模式和/或多频带蜂窝 电话。前述的实时时钟(RTC)46也与电子处理器件36相关联，实时时钟46提供准确日 期和时间信息给可能要求和/或请求这种日期和时间信息的远程信息处理装置14硬件和 软件部件。在一个示例中，RTC 46可定期地(举例来说例如每10毫秒)提供日期和时间
fn息o远程信息处理装置14提供多种服务，其中一些服务可能不在本文列举。这种 服务的几个示例包括但不限于与基于GPS的芯片组/部件44结合提供的逐向导航 (turn-by-turn directions)和其它导航相关的服务；与遍及车辆12的各种碰撞和/或撞 击传感器接口模块52和传感器54结合提供的气囊展开通知和其它紧急事件或与路边援 助有关的服务；以及与信息娱乐有关的服务，其中音乐、网页、影视、电视节目、视频游戏和 /或其它内容通过信息娱乐中心56下载，信息娱乐中心56经由车辆总线34和音频总线58 操作性地连接到远程信息处理装置14。在一个非限制性示例中，下载的内容被存储(例如， 在存储器38中)以用于当前或以后重放。再次，上述服务绝不是远程信息处理装置14的所有能力的穷举性列举，而仅仅是 远程信息处理装置14能够提供的一些服务的例证。车辆通信优选使用无线电传输来与无线运营商系统16建立语音信道，使得语音 和数据传输都可以经过语音信道发送和接收。车辆通信是经由用于语音通信的蜂窝芯片组 /部件40和用于数据传输的无线调制调解器42而实现的。为了实现经过语音信道的成功 数据传输，无线调制调解器42应用某种编码或调制来转换数字数据，使之能够通过蜂窝芯 片组/部件40中包括的声码器或语音编解码器进行通信。要理解的是，提供可接受数据速 率和比特误差的任何合适的编码或调制技术都可以与本文公开的示例一起使用。通常，双 模式天线50为位置检测芯片组/部件44和蜂窝芯片组/部件40提供服务。麦克风28给使用者提供用于输入语音或其它听觉命令的装置，且能够配备有使 用本领域已知的人/机接口(HMI)技术的嵌入式语音处理装置。相反，扬声器30提供语言 输出给车辆乘员，且能够是专用于远程信息处理装置14的独立式扬声器或者能够是车辆 音频部件60的一部分。在任一情况下并且如前文所述，麦克风28和扬声器30使得车辆硬 件26和呼叫中心24能够与乘员通过可听到的语音进行通信。车辆硬件26也包括一个或 多个按钮、旋纽、开关、键盘和/或控制器32，以使得车辆乘员能够激活或接合一个或多个 车辆硬件部件。在一个示例中，按钮32之一可为用于启动与呼叫中心24(不管其是活动顾 问62还是自动呼叫响应系统62’)的语音通信的电子按钮。在另一个示例中，按钮32之一 可用于启动紧急服务。音频部件60操作性地连接到车辆总线34和音频总线58。音频部件60经由音频总线58接收模拟信息，将其作为声音提供。数字信息经由车辆总线34接收。音频部件60 提供AM和FM广播、卫星广播、⑶、DVD、多媒体和其它独立于信息娱乐中心56的类似功能。 音频部件60可包括扬声器系统或者可经由车辆总线34和/或音频总线58上的裁定使用 扬声器30。音频部件60也可包括用于使用本文所公开的方法(一种或多种)从其它车辆 12接收报警的软件。车辆碰撞和/或撞击检测传感器接口 52操作性地连接到车辆总线34。碰撞传感 器54经由碰撞和/或撞击检测传感器接口 52提供关于车辆撞击严重性(例如，碰撞角度 和承受的力量)的信息给远程信息处理装置14。连接到各种传感器接口模块66的其它车辆传感器64操作性地连接到车辆总线 34。示例性车辆传感器64包括但不限于陀螺仪、加速计、磁力计、排放检测和/或控制传感 器等。非限制性的示例性传感器接口模块66包括动力系控制、气候控制、车身控制等。在非限制性示例中，车辆硬件26包括显示器86，显示器86可操作性地直接连接 到远程信息处理装置14，或者可以是音频部件60的一部分。显示器86的非限制性示例包 括VFD (真空荧光显示器)、LED (发光二极管)显示器、驾驶员信息中心显示器、无线电显示 器、任意文本器件、平视显示器(HUD)、LCD(液晶二极管)显示器等。无线运营商/通信系统16可为蜂窝电话系统或任何其它合适的在车辆硬件26和 陆地网络22之间以及在互联网支持程序78和陆地网络22之间传输信号的无线系统。根 据一个示例，无线运营商/通信系统16包括一个或多个蜂窝塔18、基站和/或移动交换中 心(MSC)20以及为将无线系统16与陆地网络22连接而所需的任何其它联网部件。要理解 的是，各种蜂窝塔/基站/MSC布置都是可能的且可以与无线系统16—起使用。例如，基站 20和蜂窝塔18可共同定位在同一位置，或者它们可以被远距离地定位，且单个基站20可耦 连到几个蜂窝塔18或者几个基站20可耦连到单个MSC 20。语音编解码器或者声码器也可 包含在一个或多个基站20中，但这取决于无线网络16的具体构架，其也可以包含在移动交 换中心20或一些其它网络部件中。陆地网络22可以是常规基于陆地的电信网络，其连接到一个或多个陆上线路电 话且将无线运营商/通信系统16和互联网支持程序78连接到呼叫中心24。例如，陆地网 络22可包括公共交换电话网络(PSTN)和/或互联网协议(IP)网络。要理解的是，陆地网 络22的一段或多段可实施为以下形式标准有线网络、光纤或其它光网络、电缆网络、其它 无线网络(例如，无线局域网(WLAN)或者提供宽带无线接入(BWA)的网络)、或其任何组合。呼叫中心24设计成提供具有多种不同系统后端功能的车辆硬件26，且根据这里 所示的示例，通常包括一个或多个开关68、服务器70和与其相关的软件82、数据库72、活动 和/或自动顾问62、62’、以及本领域技术人员已知的各种其它电信和计算机设备(例如，路 由器)74。这些各种呼叫中心部件经由网络连接(例如，以太网LAN)或总线76(例如前文 结合车辆硬件26所述的总线(车辆总线34))彼此耦连。如图所示，服务器70可与软件82相关联，软件82支持用户可经由互联网访问的 互联网支持程序78。活动顾问62可物理地存在于呼叫中心24处，或者可以位于呼叫中心24的远处， 同时与其通信。
开关68可为专用交换分机(PBX)开关，路由进来的信号，使得语音传输通常发送 给活动顾问62或者自动响应系统62’，并且数据传输被传送到调制解调器(未示出)或其 他一件用于解调和进一步信号处理的设备。调制解调器优选包括如前所述的编码器，且可 以连接到各种器件，例如服务器70和数据库72。例如，数据库72可设计成存储用户简档 (profile)记录、用户行为模式、车辆数据或任何其它相关用户信息。虽然所示示例已经描 述为与人工呼叫中心24结合使用，但是要理解的是，呼叫中心24可为任何中央或远程设 施、人工的或非人工的、移动的或固定的，期望的是与其交换语音和数据通信。要理解的是，虽然服务供应商(未示出)可位于呼叫中心24处，但是呼叫中心24 是与服务供应商分离且不同的实体。在一个示例中，服务供应商位于呼叫中心24的远处。 服务供应商给使用者提供电话和/或互联网服务。在一个示例中，服务供应商是无线运营 商(例如，Verizon Wireless 、AT&T 、Sprint 等)。要理解的是，服务供应商可与 呼叫中心24交互以提供服务(一个或多个)给使用者。车辆12、12，、12”能够经由VDU系统88结合无线通信系统16将车辆性能数据上 传到呼叫中心24。通常，这种信息响应于车辆12、12’、12”内的特定触发事件而被上传。一 个或多个触发事件被编程到远程信息处理装置14内，使得当发生特定事件时，远程信息处 理装置14的车辆数据上传系统88知道传输某些数据。触发可由呼叫中心24在制造时使 用缺省值(例如，每30天一次，响应于车辆开启或关闭事件等)进行设定，可以由用户根据 需要启动，或者可由呼叫中心24根据需要启动。在一个示例中，如果车辆12内发生问题，那么用户可压下车舱中的按钮32且由呼 叫中心24处的顾问62请求诊断分析。顾问62然后可通过发送触发或命令给远程信息处 理装置14来启动车辆数据上传，以上传诊断数据。远程信息处理装置14从呼叫中心24接 收到消息中的触发，所述触发指导处理器36监测车辆总线34的诊断和/或部件状态消息。 从呼叫中心24接收的消息可包括要监测的一系列总线消息。一旦通过来自于远程信息处 理装置14的查询或者通过检测由车辆模块发送的未经请求的消息监测到总线消息，远程 信息处理装置14就将诊断和/或部件状态消息缓存在存储器38中。远程信息处理装置14 然后将打包所收集的车辆数据并将车辆状态发送给呼叫中心24。在另一个示例中，远程信息处理装置14可起初用触发编程为每月收集和上传诊 断和/或车辆部件数据一次从而诊断报告被生成并发送给呼叫中心24和/或用户或车主。在再一个示例中，呼叫中心24可通过人工顾问62或自动装置62’任意发送触发 给一个或多个车辆12，以进行车辆数据上传。当发生所述事件时，与该事件相关联的数据上传到呼叫中心24且存储在数据库 72中，例如在与该特定车辆12、12’、12”相关联的个人简档中。如上所述，触发可独立于车辆12 (即，基于预设定时间的触发、来自于使用者或呼 叫中心24的按需请求触发)，或者可以取决于车辆12 (例如，点火触发、维护触发，例如里 程、油寿命等)。作为非限制性示例，数据上传触发包括点火开启事件和点火关断事件。要 理解的是，特定数据与这种事件相关联。例如，点火开启事件可与旧GPS指示、日期、时间、 里程表读数和燃料液位相关联，而点火关断事件可与日期、时间和发动机运行时间或日期、 时间、里程表读数和燃料液位相关联。要理解的是，与特定数据上传触发事件不相关联的数 据将不响应于该特定数据上传触发事件而上传。此外，在数据上传期间，车辆燃料箱的燃料
10容量可能有一次数据上传。这可以编程为在第一次上传事件期间或者在任何其它期望时间 发生。与特定触发相关联的数据可为缺省编程的结果，或者可经由呼叫中心24进行配 置(例如，响应于组/车队管理员的请求)。通常，远程信息处理装置14在装置14安装到 车辆12中之前用缺省值编程。然而，这种缺省值是可配置的且可随后被改变。例如，呼叫 中心24可发送远程信息处理装置14的一系列新诊断故障码以监测这种码并将这种码与数 据上传触发相关联。响应于数据上传触发事件，车辆数据上传将被启动且远程信息处理装置14将基 于针对每个事件所存储的数据类型而向呼叫中心24成组地发送数据。这种组的非限制性 示例包括GPS数据包、时间戳/里程表包以及摘要诊断接入(ADA)包。GPS数据包可包括 纬度、经度、旧数据指示器、速度、行进/行驶方向和精度因子(D0P)。当远程信息处理装置 14配置用于GPS数据时，该包将传输给呼叫中心24。然而，要理解的是，远程信息处理装 置14将对其未配置的任何值进行补零。时间戳/里程表数据包可包括在触发事件时的日 期、时间和里程表读数。当远程信息处理装置14配置用于时间戳和里程表数据时，该包将 传输给呼叫中心24。然而，同样要理解的是，远程信息处理装置14将对其未配置的任何值 进行补零。通常，ADA数据包可包括串行数据命令(例如，用于ADA网络类型命令的Class 2PassThrough(C2PT)命令表)。如果远程信息处理装置14未针对串行数据进行配置，那么 该包将不由远程信息处理装置14传输。响应于触发事件上传车辆数据的方法的非限制性示例在图2中示为附图标记 200。在该示例中，点火关断是触发事件，如附图标记202所示。当认识到点火关断事件时， 远程信息处理装置14(称为车辆控制处理器，VCP)启动与呼叫中心24的通信，如附图标记 204所示。通常，建立包会话，其中数据可以在车辆数据上传系统88处聚集和打包。一旦建 立通信，远程信息处理装置14就传输车辆识别数据(VID)，例如车辆VIN、移动拨号数等，使 得呼叫中心24( S卩，后台)识别呼叫车辆12、12，、12”(参见附图标记206和208)。一旦车辆12、12’、12”被识别，呼叫中心24就请求与特定触发事件相关联的任何 数据上传到呼叫中心24，如附图标记210所示。要理解的是，一旦建立数据呼叫，车辆数据 上传系统88就可推送与触发相对应的数据，而不需要呼叫中心24作出这种请求。例如，数 据也可以由车辆使用者定期地或者根据需要从车辆12推送到呼叫中心24。一旦数据被发 送(附图标记212)并被成功接收(附图标记214)，呼叫中心24就可存储这种数据在数据 库72中的车辆简档中。在呼叫中心24处，所接收的数据可以被调节并经由电子邮件或其 它手段发送给车主。数据也可以用于针对单个车辆或一类车辆进行分析。在一个示例中，呼叫中心24传输一些或全部数据给互联网支持程序78的日历，如 附图标记215所示且在本文参考其它附图进一步讨论。如图2所示，在接收与触发相关联的数据之后，呼叫中心24然后也可以确定是否 收集车辆12、12’、12”的燃料容量(附图标记216)。可完成该例程以更新可能与响应于触 发而发送的数据不相关的其它数据。如果尚未收集燃料容量，呼叫中心24将发送燃料容量 的请求给远程信息处理装置14 (附图标记218)，且远程信息处理装置14通过传输这种数据 作出响应。远程信息处理装置14然后确定自上一次车辆诊断数据收集以来有多久，如附图标记220所示。如果自车辆12、12’、12”内发生诊断数据收集以来的天数超过预定阈值(例 如，7或任何其它天数)，那么车辆12、12’、12”将执行各种诊断，如附图标记222所示。诊 断包括收集诊断故障码(DTC码)、油寿命数据、里程表数据、告示数据和/或胎压数据。如 图2所示，在不能获得那时的当前(then-current)数据的情况下，诊断可设定为在退出和/ 或报告故障之前重试预定次数。要理解的是，这些数据类型中的一个或多个可已经响应于 触发进行了收集和传输。因而，运行诊断数据收集将聚集更多的最新数据。如果更新的数 据与识别的触发相关联，那么这种数据将通常响应于下一触发事件传输。触发车辆数据的 收集和触发这种车辆数据的通知传输的示例还在2006年12月29日提交的美国专利公布 No. 2007/0173992中描述，所述专利通过参考全部并入本文。在该示例中，可期望通过VIN将上传的车辆数据分类，其中当点火关断数据排列 在点火开启数据之前时里程表和时间戳数据按升序。这种分类将确保点火关断事件与点火 开启事件的适当行程配对。要理解的是，数据可以预定间隔(例如，在车辆处于运行状态时每分钟)上传到呼 叫中心24。这使得呼叫中心24中的数据相对当前，甚至在没有识别到预定触发时也是如 此。一旦数据上传到呼叫中心24，数据可在呼叫中心24被处理以确定行驶的英里(在 特定时间、在特定天等)、每加仑英里、行程日期和时间、何时发生燃料装填事件、何时发生 充电事件和其它类似信息。这种数据然后经由无线通信系统16传输给互联网支持程序78。 处理器70配置有算法和软件例程，所述算法和软件例程能够操纵从车辆12、12’、12”接收 的数据且然后填充(populate)互联网支持程序78的合适区域/单元。引入到互联网支持 程序78中的数据可仍存储在数据库72中。数据从呼叫中心24传输到互联网支持程序78 可能是响应于来自于互联网支持程序78的使用者的请求和/或定期地(例如，每天或每周 结束时)，且是由于呼叫中心24推送这种数据和/或由于互联网支持程序78的软件例程推 送这种数据。如前所述，互联网支持程序78是组织所接收的车辆数据的阳历日历。通常，该程 序78对于在通常企业运作中具有多个处于操作的车辆12、12’、12”(即，组或车队)的企业 主/操作者来说是有用的。程序78允许来自于车队的每个车辆12、12’、12”的数据被输入 并以下列形式组织独立车辆12或12’或12”的报告、联合车辆12、12’、12”中的两个或更 多车辆的数据的报告、和/或比较车辆12、12’、12”中的两个或更多车辆的数据的报告。数 据的展示可由使用者限定，因而可以根据使用者的需要和/或偏好定制。通常，车辆12、12’、12”的车队的管理员和/或拥有者(或其它授权人员)签约使 用互联网支持程序78。在登记时，给予使用者初始密码和登录ID，密码和登录ID在完成初 始登记过程之后都可以由使用者定制。为使用者设立帐户，该帐户包括与帐户相关的公司 名称、车队帐户号、与帐户相关的主管人员或其它人员、联系信息、账单信息等。用户可以经 由多种方法之一来注册。作为一种方法，用户可以通过与互联网支持程序78相关联的网站 进行注册，所述网站可以是或者可以不是更复杂车辆服务网站的一部分。用于注册的第二 种方法包括拨打语音电话给呼叫中心活动顾问62。活动顾问62可以计算机访问用户的帐 户信息，以便实施注册。互联网支持程序78的网站可包括主页(未示出)，主页包括注册框和使得使用者
12能够访问其帐户的登录及ID框。主页也可包括用于使用者的便利下拉选项，以易于访问多 个报告(其示例在下文描述)。互联网支持程序78是一天24小时且一周7天可用的，从而 允许使用者在管理车辆车队时有灵活性。在签约之后，使用者登记车队中的车辆12、12’、12”(包括车辆ID、品牌和型号、车 辆使用的区域等)、授权访问帐户的任何其它使用者(包括其姓名、使用者ID等)、和/或作 为整体和/或针对车队中任何特定车辆12、12’、12”指定日历的任何期望参数。例如，如果 特定车辆12的工作周在星期六开始，这种参数可设定在与该车辆12相关联的日历中。其 它合适的参数包括指定组(组的名称、组中的车辆、组管理员等)、指定个体或组的业余时 间(即，非正常工作时间)和正常工作时间、指定个体或组的目标、指定数据展示配置(例 如，所使用的小数位数、时间相关的数据的间隔、数据单位、特定事件的类别(例如，在业余 时间期间的企业行程、个人行程等)等)。要理解的是，所述参数可以在初始化帐户时或者 其后的任何时间进行改变。如果在数据已经收集和输入程序78之后调节这种参数，那么先 前存储的数据将不受这种改变的影响。要理解的是，与互联网支持程序78的帐户相关联的不同成员可在登录时给予不 同的信息访问级别。例如，具有互联网支持程序78帐户的特定企业可期望车辆管理员(例 如，负责车辆诊断和报警)、驾驶员管理员(例如，负责人员，从而负责驾驶员行为和驾驶员 报警)、一个或多个驾驶员(例如，负责产品销售、输送等)、和管理者(例如，负责管理数 据、提供接入等)均可访问该帐户。然而，可期望每个雇员在帐户内具有不同的信息访问级 别。例如，可期望驾驶员仅仅可访问他/她的个人车辆报告，不可访问其它车辆报告。可在 特定使用者被添加到帐户时指定这种访问级别。这种访问级别可由管理员和/或管理者确 定且设定在程序78中。当使用者被允许访问特定日历时，他/她将通常具有改变报告内的特定名称的能 力。例如，驾驶员将能够把行程类别从企业改为个人。然而，由于输入到程序78中的数据 来自于呼叫中心数据库72，因而这种数据可能不会由使用者操纵。这确保数据如由远程信 息处理装置14收集和传输的那样被看到。现在参考图3，示出了由系统10生成的报告90的一个示例。如上文所述，日历参 数(例如，周的开始，时间间隔等)由使用者指定，且插入到日历的合适单元92、94中的数 据从数据库72获得。该报告90是针对2008年9月9日所在的周的独立驾驶员。报告90 包括每天细节(分解成任何期望时帧(例如，10分钟间隔、15分钟间隔等)和概要(例如， 参见单元94)。带有电子表格功能的阳历日历包括与该周的天对应的列和与贯穿每天的时 间间隔对应的行。在一个示例中，当生成报告90时，程序78配置成从呼叫中心数据库72检索合适 的数据且用这种数据自动填充合适的单元90、92。在另一个示例中，当生成报告90时，呼叫 中心24配置成接收程序使用者的请求，且将从呼叫中心数据库72推送合适的数据以用这 种数据自动填充合适的单元92、94。如图3中的灰度所示，单元/区域92可被颜色或图案编码，且这种颜色或图案可 由使用者指定。各种颜色或图案可与特定事件相关联，例如业余时间、工作时间、燃料装填 事件(其可包括添加的加仑数)、充电事件(其可包括充电的蓄电池数)、访问持续时间 (即，在正常工作天，驾驶员访问客户的时间)、多个事件等。在一些情况下，可使用颜色或图案编码，使得使用者能够容易地识别可需要动作的事件。在图3中，朝右下延伸的密集倾 斜线的图案与业余时间相关联，朝右下延伸的展开倾斜线的图案与工作时间相关联，朝左 下延伸的密集倾斜线的图案与加燃料事件相关联，朝左下延伸的展开倾斜线的图案与访问 持续时间相关联，且黑框与在同一时间间隔内发生的多个事件相关联。使用者可在登记程 序78时或者在其后的任何时间选择颜色，且可以根据需要改变颜色。要理解的是，颜色和 /或图案指定可通过那些具有合适的访问级别的使用者作出，例如，驾驶员不能指定或重新 分配事件的颜色。一些单元92用原始车辆数据填充，例如在燃料补充事件期间购买的加仑数或者 特定时间间隔的里程。其它原始数据包括油寿命、里程表读数、胎压、位置、蓄电池电压、灵 活燃料使用、流体液位和/或速度。其它单元92被颜色和/或图案编码，且不必在其中含 有原始车辆数据。在这些其它单元中，颜色和/或图案编码本身表示从原始车辆数据导出 的数据，例如访问持续时间(在车辆关闭事件和车辆开启事件之间的时间)、发动机运行时 间(在车辆开启事件和车辆关闭事件之间的时间)、车辆维护数据(例如，更换空气过滤器、 旋转轮胎、更换制动器等)。在图3中，包括朝左下延伸的展开倾斜线的图案编码单元表示 驾驶员在进行客户访问。另外的信息可分类为车辆相关数据，例如远程信息处理服务预订 信息、租赁到期日期、混合信息、召回活动信息、互联网支持程序预定信息或其它车辆相关 信息(例如，颜色、品牌、型号等)。所述其它信息可能不能从车辆12、12’、12”本身获得，而 可以从呼叫中心24或者从程序78获得。图3所示的示例也配置有结果单元94，结果单元94配置成计算报告90中的数据 的总值或平均值。在图3所示的示例中，结果单元94包括某一天的行程总数、在正常工作 时间期间的行程总数、总访问数、一天中访问的平均长度、一天行驶的总英里数、在正常工 作时间内行驶的总英里数、在工作时间期间每个行程的平均英里数。所计算的结果可能有 益于确定在车辆中和与客户所花费的时间，以便确定服务客户、确定奖励程序、增加效率、 估算里程等的更好方法。作为一个示例，报告90可用于确定驾驶员的正常工作时间，以便 最大化他/她的效率。总里程的估算可引起成本控制程序(例如，使驾驶员改变路线等) 的开发。这种结果也将使得主管人和/或管理员能够复核在非正常工作时间期间在车辆中 花费的时间。因而，报告90可用于确定驾驶员在周末多久进行一次客户联系，且然后可用 于开发激励或奖励程序以鼓励这种行为。类似地，报告90中的数据(原始的和导出的)可与电动车辆或混合动力车辆相关 联。当车队包括替代燃料车辆时，所收集和导出的数据可关于充电事件、电动行程的时间、 在车辆以电动模式运行时的里程、汽油里程对电动里程等。输入到程序78中的数据可如上 所述被颜色或图案编码。在非限制性示例中，一种颜色可选择用于纯电动行程，且颜色可以 取决于汽油消耗量而变化。获得的数据可用于基于独立驾驶模式和驾驶路线的布局来确定 例如车队内的特定车辆12、12’、12”的区域的最佳充电时间(例如，增加效率的示例)、和充 电时间表。程序78可配置有在每天/每周报告中计算燃料效率和/或电荷效率的算法和/ 或软件例程。如果特定驾驶员在特定周中使用一个以上的车辆，那么每天/每周报告可如 此指示，因而将不针对该周计算燃料效率和/或电荷效率。虽然报告90示出与单个车辆12、12’或12”相关联的驾驶员，但是要理解的是，车辆12、12’、12”可分配给具有不同正常工作时间的两个或更多不同驾驶员。可生成针对特 定驾驶员和/或车辆12、12，、12”的报告90。当运行车辆12、12，、12”时，报告90将指示驾 驶员和所有数据，而与谁操作车辆12、12’、12”无关。当报告90包括单个车辆12、12’、12” 但多个驾驶员的数据时，一个驾驶员的工作时间可与其它驾驶员的工作时间不同地被颜色编码。图4A和4B示出了概要页96、96，的不同部分。概要页96、96，中的总结数据是从 独立报告90中的数据外推的。在一些情况下，概要页96、96’基于单个车辆12、12’或12”， 而在其它情况下，概要页96、96’基于在特定组中的所有车辆12、12’、12”或车队或组中的 所有车辆12、12’、12”。在图4A的示例中，总结了一个驾驶员的数据以及组的数据。这使得 使用者(例如，组管理员)能够将特定驾驶员与他/她所属的组的平均值进行比较。这种 比较可用于生成该组的中值，且然后根据其性能相对于中值的情况来奖励和/或鼓励组内 的一个或多个驾驶员。虽然图4A示出了每加仑英里数据，但是要理解的是，取决于车队中 的车辆12、12’、12”，也可以或者替代地示出每电荷英里数据。在图4B的示例中，将该组分成多个区域，且示出了在NE区域中的驾驶员的所有数 据。要理解的是，可操纵参数以示出特定区域内的其它个体数据。可使用概要页96、96’执行的比较可能特别适合于确定组内的哪个驾驶员或者哪 个区域例如消耗了最多的汽油以及组内的哪个驾驶员或者哪个区域以最高能量效率的方 式操作。要理解的是，这种数据可用于基于个体和/或区域驾驶模式来生成车辆推荐。此 外，区域数据可能对于调解由于地理区域、充电速率和/或驾驶行为引起的汽油和电力数 据之间的差也特别有用。如图4A和4B均所示，概要页96、96，可包括每周概要制表(tab)、每月概要制表 和/或趋势制表。这种制表可由使用者指定，且可至少部分取决于所期望的复核。虽然未 示出，但趋势制表可包括组和/或个体的趋势。互联网支持程序78也能够生成使用者定义的报警97、97，、97”、97”，。这种报警 97、97，、97”、97”，的示例在图5A-5D示出。这种报警97、97，、97”、97”，的非限制性示例包括 每次联系的加仑报警或每次联系的电荷报警97 (图5A)、联系顾客的时间报警97’(图5B)、 驾驶对访问报警97” (图5C)以及英里/加仑报警或英里/电荷报警97”’(图5D)。这种 报警97、97’、97”、97”’的其它示例包括但不限于胎压监测(TPM)报警、油寿命报警、里程 表超限报警、召回活动(即，响应于从制造商接收的召回通知而发送报警)、和/或其它基于 里程的报警。报警97、97’、97”、97”’可由授权使用者定制以包括任何期望数据。例如，使 用者可选择报警97、97，、97”、97”，每月传输给他/她，其中这种报警97、97，、97”、97”，包 括特定驾驶员、所述驾驶员工作的区域、在该月中使用的加仑、在该月中的联系时间、加仑 数与联系时间的比值。报警97、97’、97”、97”’ 一旦设定就在指定时间经由电子邮件、文本 或SMS消息等传输给指定接收者(一个或多个)。报警97、97’、97”、97”’的内容可根据使 用者具有的信息访问级别而不同。例如，驾驶员能够设定他/她的驾驶员行为报警(例如， 油寿命、里程等)，而管理员能够复核驾驶员接收的任何报警(不管是否由驾驶员设定)。报警97、97’、97”、97”’的内容可被访问以增加驾驶员和/或组的效率。例如，在 图5A的报警97中，可尽力评价燃料和/或电荷数据以控制在进行客户联系时由驾驶员使 用的燃料或电荷量。类似地，在图5B中，可评价驾驶员与客户在一起花费的时间量以确定是否应当作出关于联系时间的变化。评价与图5C和5D所示的那些类似的报警97”、97”’也 可用于设定基准，例如涉及一周的总里程、总客户时间对总驾驶时间等。在另一个示例中， 可评价图5D所示的报警97”’中的数据以确定用于获得更大效率和收益率的方法。车辆报警97、97’、97”、97”’可以在任何时间由授权使用者修改和/或取消。现在参考图6，程序78也配置成生成行驶车辆使用日志98。通常，这种报告98以 一个特定驾驶员的动作为中心。如图6所示，行驶车辆使用日志是特定时间段内特定车辆 12、12’、12”的里程概要。所述时间段可在运行报告98之前修改。自动里程日志消除了驾 驶员手动计算他/她的里程的需要。这种报告98减少了每个个体驾驶员的书面工作并且 也消除了手动计算误差。图7-10示出了在同一周内针对不同驾驶员生成的各个报告90。记录每个工作日 的里程和访问以及非工作日的任何里程。这种报告90示出了特定驾驶员和车辆的工作周、 时间间隔、以及从数据库72经由呼叫中心24上传的数据。每个报告90也包括期望结果单 元94，该期望结果单元94总计或平均电子表格内的数据。要理解的是，这种报告90可由互 联网支持程序78的使用者按需生成，或者程序78可配置成在某一时间自动生成这种报告 90。图11和12示出了可使用互联网支持程序78生成的报告的另外两个示例。图11 示出了车辆诊断报告93，车辆诊断报告93包括包含数据和/或识别使用者的特定事件的 颜色编码单元。如图所示，报告是每周报告。报告93可以是每月报告，半年报告、每年报告 等。该报告示出了来自于车辆诊断数据包的数据，如参考图2所述。可生成的其它报告的 示例包括对关键操作系统的诊断、召回报告等。图12示出了可生成的另一特定报告95的 示例。这是多个车辆的油寿命报告。这种报告使得人们能够容易地判断车队中的哪些车辆 需要服务或超期服务。可生成其它特定报告，其中可选择其它车辆信息且与其相关联的数 据可以有组织的方式显示。作为另一个非限制性示例，可生成多个车辆12、12’、12”的里程 报告。图13和14中的曲线图示出了本文公开的互联网支持程序78可用于随时间跟踪 性能和成本(例如，跟踪与运行特定企业相关联的增加客户联系(图13)和降低的成本(图 14))。这些及其他曲线图可使用报告90中的数据来生成。在本文公开的任何示例中，报告90(或概要报告96、96’ )可具有缺省状态，所述 缺省状态可由授权使用者超控。例如，缺省状态可设定为最近生成的报告或者前一周的报 告，且当使用者登录程序78时，该缺省报告将显示给使用者。如果使用者有权限改变缺省 状态，则可改变缺省态。此外，在本文公开的任何示例中，当使用者有权限那么做时，他/她可根据需要重 新设计报告以包括更多或更少的数据(例如，选择新的结果区域、选择要生成的特定概要 或比较等)。作为非限制性示例，车队管理员可具有重新设计报告以包括车队内的所有组 或者选定几个组的能力，而组管理员可仅有重新设计报告以包括他/她的组以及他/她的 组内的任何驾驶员的能力。因而，如果特定登录的使用者不能访问其它级别的信息，那么程 序78将禁用下拉功能。授权使用者也可搜索先前生成的报告。例如，管理员可进行以下查 询具有传输给其的最多数量的报警的车辆列表、具有传输给其的最严重报警的组、或其它 期望信息。授权使用者也可以在任何时间添加、删除或以其它方式修改组、驾驶员、车辆12、12’、12”、和/或与其相关联的细节/信息。另外，当数据对于特定单元不可获得时，可以将“N/A”短语或一些其它类似短语插 入该单元中。这种单元也可简单地留为空白，这将向使用者指示所述数据是不可获得的。本文公开的所有各种报告都具有打印友好能力。虽然已经详细描述了多个示例，但是本领域技术人员应当清楚，所公开的示例可 以被修改。因而，前述说明要视为示例性的而非限制性的。
权利要求
一种在线车辆管理系统，包括多个车辆，每个车辆配备有车内远程信息处理装置且是车辆组的一部分；与每个所述车内远程信息处理装置选择性操作通信的呼叫中心，所述呼叫中心配置成i)响应于预定触发而从所述多个车辆中的每个车辆中接收车辆数据，和ii)将针对所述多个车辆中的每个车辆所接收的车辆数据存储在数据库中；和与所述呼叫中心选择性通信的互联网支持程序，所述互联网支持程序包含带有电子表格功能的阳历日历，该互联网支持程序配置成自动地接收来自于呼叫中心的所存储的车辆数据中的至少一些并且将所接收的数据输入到阳历日历的预定单元中，所述互联网支持程序也配置成响应于预定使用者请求以便i)使得所接收的车辆数据可由与车辆组相关联的授权使用者访问，ii)基于所接收的车辆数据生成报告，以及iii)从所接收的车辆数据导出或计算信息中的至少一种。
2.根据权利要求1所述的在线车辆管理系统，其中，所述呼叫中心配置有计算机系统， 所述计算机系统定期地或者基于使用互联网支持程序作出的请求而将所存储的数据推送 到互联网支持程序。
3.根据权利要求1所述的在线车辆管理系统，其中，所述互联网支持程序配置有软件 例程，所述软件例程定期地或者基于使用互联网支持程序作出的请求而从呼叫中心取得所 存储的数据。
4.根据权利要求1所述的在线车辆管理系统，还包括拥有车辆组的企业实体。
5.根据权利要求1所述的在线车辆管理系统，其中，所述车辆数据选自对于一个行程 驾驶的英里数、对于一个行程的每加仑英里、行程日期、行程时间、燃料再装填事件时间、燃 料再装填事件日期、在再装填事件添加的燃料量、充电事件时间、充电事件日期或其组合。
6.一种车辆管理互联网支持程序，包括报告页，所述报告页具有基于带有电子表格功能的阳历的每天、每周和每月展示装置 中的至少一种，所述报告页包括第一单元，所述第一单元配置成用从与所述互联网支持程序操作性通信的呼叫中心传 输的预定车辆数据自动填充，所述呼叫中心还与车辆组中的多个车辆选择性操作通信，其 中，所述预定车辆数据是原始车辆数据；用于所述第一单元中的至少一些的颜色编码，其中，用于所述颜色编码的每种颜色与 具体事件相关联；第二单元，所述第二单元配置成被颜色编码以与从所述原始车辆数据导出的数据相对 应；禾口结果单元，所述结果单元配置成计算所述预定车辆数据和自动填充在第一和第二单元 中的导出数据中的至少一种的总值或平均值中的至少一个。
7.根据权利要求6所述的车辆管理互联网支持程序，其中，所述原始车辆数据选自在 燃料装填事件期间购买的加仑数、里程、在充电事件期间购买的电荷、油寿命、里程表读数、 胎压、位置、蓄电池电压、灵活燃料使用、流体液位或速度。
8.根据权利要求6所述的车辆管理互联网支持程序，其中，所导出的数据包括访问持 续时间。
9.根据权利要求6所述的车辆管理互联网支持程序，还包括主页，所述主页包括与车辆组的销售管理或车队管理相关联的下拉选项。
10.根据权利要求6所述的车辆管理互联网支持程序，还包括概要页，所述概要页包括每周概要报告制表； 每月概要报告制表；和 趋势制表 ，其中，每个概要报告制表中的数据从预定车辆数据和多个报告中的导出数据生成，且 其中，所述多个报告中的每个与车辆组中的一个车辆相关联。
全文摘要
一种在线车辆管理系统包括车辆组，所述车辆组具有多个车辆和位于每个车辆中的车内远程信息处理装置。呼叫中心与每个远程信息处理装置和互联网支持程序选择性地操作通信。呼叫中心响应于预定触发从每个车辆接收车辆数据，并将所接收的数据存储在数据库中。互联网支持程序包括带有电子表格功能的阳历日历。互联网支持程序自动地接收来自于呼叫中心的所存储的数据中的至少一些，并将所接收的数据输入到预定日历单元中。互联网支持程序也配置成响应于预定使用者请求而i)使得所接收的数据可由与车辆组相关联的授权使用者访问，ii)基于所接收的数据生成报告，以及iii)从所接收的数据导出或计算信息中的至少一种。
文档编号G06Q50/00GK101853479SQ20091026061
公开日2010年10月6日 申请日期2009年12月17日 优先权日2008年12月17日
发明者C·A·赫伯尔, C·J·赫林, J·P·克里斯滕森, M·D·索罗蒙 申请人:通用汽车有限责任公司