远程信息处理系统车辆跟踪的制作方法

文档序号:3970837阅读:81来源:国知局
专利名称:远程信息处理系统车辆跟踪的制作方法
技术领域
本发明一般涉及远程信息处理系统车辆跟踪方法。具体说,本发明涉及基于车辆信息与车辆跟踪列表上的信息匹配来发起对丢失移动车辆跟踪的方法、系统和计算机可用媒介。
背景技术
当汽车除作为运输平台外正向通信和娱乐平台转换时,使移动车辆中的特征个人化的机会也随之一直在不断增加。许多新型汽车将安装有某种远程信息处理单元以提供无线通信和基于位置的服务。这些服务可通过诸如语音识别的计算机应用、触摸屏式计算机显示器、计算机键盘或车辆的仪表盘或操纵板上的一系列按钮的接口来访问。
目前,远程信息处理服务呼叫中心、车辆内置光盘(CD)或数字视频显示(DVD)媒体、Web入口以及语音使能的电话入口提供了各种类型的位置服务,包括行驶方向、被盗车辆跟踪、交通信息、天气报告、饭店向导、滑雪报告、路况信息、事故更新、街道路线选择、路标向导以及商业查找。
例如,交通和行驶方向可通过利用呼入号码识别以基于电话号码的区号和前缀来产生位置信息或以访问存储在与该电话号码关联的用户简档中的位置信息的语音入口来进行访问。通过语音接口,用户可以被提示输入更多的细节。其它的示例是Web和无线入口,它们提供诸如地图以及行驶方向的基于位置的服务,其中,用户输入起点和终点地址。这些服务中的一些可具有语音接口。
目前,远程信息处理跟踪系统试图通过从远程信息处理单元获取丢失车辆数据来跟踪安装了远程信息处理单元的丢失或被盗车辆。有时,未售车辆的远程信息处理单元是未经过配置的,因为配置通常在车辆销售期间或之后不久进行。如果丢失车辆的远程信息处理单元是未经过配置的,则该远程信息处理跟踪系统在试图定位该车辆的情况下尝试配置该远程信息处理单元。然而,如果丢失车辆最近例如在最近24或48小时里还未被打开,则配置尝试失败,而远程信息处理跟踪系统无法获取车辆信息。如果远程信息处理单元关闭、经过不正确配置或如果丢失车辆离开了蜂窝区域的话,则具有配置的远程信息处理单元的丢失车辆的信息是不可访问的。远程信息处理跟踪系统可继续定期进行尝试以取回丢失车辆的信息。
因此,希望增加跟踪具有安装的远程信息处理单元的丢失车辆的机会。希望提供一种会在丢失车辆中的远程信息处理单元发起车辆数据上载请求或服务请求的情况下通知跟踪组的方法、系统和计算机可用媒介。还希望在车辆数据上载请求或服务请求的预定时间段如五分钟内提供请求车辆的数据给车辆跟踪系统,如车载台标识、GPS数据、车辆颜色、型号类型和年份,以增加定位到车辆的可能性。增加定位到车辆的可能性可降低经销商和车主的保险成本。
发明概要本发明的一个方面提供了一种跟踪车辆的方法,该方法包括在呼叫中心经由无线网络接收来自远程信息处理单元的车辆信息、判断该车辆信息是否与车辆跟踪列表上的丢失车辆的车载台标识相关联以及基于上述判断发起车辆跟踪。
本发明的另一方面提供了一种跟踪车辆的系统,该系统包括用于在呼叫中心经由无线网络接收来自远程信息处理单元的车辆信息的装置、用于判断该车辆信息是否与车辆跟踪列表上的丢失车辆的车载台标识相关联的装置以及用于基于上述判断发起车辆跟踪的装置。
本发明的第三方面提供了存储计算机程序的计算机可读媒介,该程序包括可用于进行以下操作的计算机可读代码在呼叫中心经由无线网络接收来自远程信息处理单元的车辆信息、判断该车辆信息是否与车辆跟踪列表上的丢失车辆的车载台标识相关联以及基于上述判断发起车辆跟踪。
在结合附图阅读以下对目前优选实施例的详细说明后,本发明的前述和其它特征及优点将会变得更加显而易见。详细说明和附图仅用于阐述而非限制本发明,本发明的范围由所附权利要求及其等效物来限定。
附图简述通过附图阐述本发明的各种实施例,其中

图1是用于提供对移动车辆中的远程信息处理系统的访问的系统的示意图;图2说明表示跟踪车辆的方法的第一实施例的流程图;图3说明表示根据本发明接收车辆信息的方法的第一实施例的流程图;图4说明表示根据本发明确定与跟踪列表上的车载台标识的关联的方法的第一实施例的流程图;以及图5说明表示根据本发明发起车辆跟踪的方法的第一实施例的流程图。
目前优选实施例的详细说明图1以100说明根据本发明在无线通信系统上进行数据传输的系统的一个实施例。移动车辆通信系统(MVCS)100包括移动车辆通信单元(MVCU)110、车辆通信网络112、远程信息处理单元120、一个或多个无线载波系统140、一个或多个通信网络142、一个或多个陆地网络144、一台或多台客户、个人或用户计算机150、一个或多个Web托管入口160以及一个或多个呼叫中心170。在一个实施例中,MVCU 110实现为配备有用于发送和接收语音及数据通信的适合的硬件和软件的移动车辆。MVCS 100可包括与本讨论无关的另外的组件。移动车辆通信系统和远程信息处理单元在本领域中是已知的。
在以下整个讨论中MVCU 110也称为移动车辆。操作时,MVCU110可实现为机动车辆、海上交通工具或飞机。MVCU 110包括连接到车辆通信网络112的电子模块(未示出)。一些电子模块包括动力传动系控制模块(PCM)、防抱死制动系统(ABS)和仪表板簇(IPC)。MVCU 110可包括与本讨论无关的另外的组件。
车辆通信网络112发送MVCU 110内的各种设备单元和系统(在下面详述)之间的信号,以执行如开门、开行李箱、设定个人舒适设置以及从远程信息处理单元120发出呼叫的各种功能。在促使各种通信及电子模块之间进行交互方面,车辆通信网络112采用各种接口,如控制器区域网(CAN)、国际标准化组织(ISO)标准9141、用于高速应用的ISO标准11898、用于较低速应用的ISO标准11519以及用于高速及较低速应用的车辆工程师协会(SAE)标准J1850。
MVCU 110经由远程信息处理单元120发送并接收来自无线载波系统140的无线电传输。无线载波系统140实现为用于将信号从MVCU 110传送到通信网络142的任何适合的系统。
远程信息处理单元120包括连接到无线调制解调器124的处理器122、全球定位系统(GPS)单元126、车辆内置存储器128、麦克风130、一个或多个扬声器132以及嵌入式或车辆内置移动电话134。在其它实施例中,远程信息处理单元120可在没有以上所列组件的一个或多个(如,GPS单元126或扬声器132)的情况下实现。远程信息处理单元120可包括与本讨论无关的另外的组件。
处理器122实现为微控制器、微处理器、控制器、主机处理器或车辆通信处理器。在一个实施例中,处理器122是数字信号处理器(DSP)。在一个示例中,处理器122实现为专用集成电路(ASIC)。在另一实施例中,处理器122实现为结合执行通用处理器功能的中央处理单元(CPU)工作的处理器。GPS单元126响应于从一个或多个GPS卫星广播系统(未显示)接收的GPS广播信号来提供车辆的经度和纬度坐标。车辆内置移动电话134是蜂窝型电话,如模拟、数字、双模式、双频带、多模式或多频带蜂窝电话。
处理器122执行用于控制MVCU 110内的电子和机械系统的编程和操作模式的各种计算机程序。处理器122控制远程信息处理单元120、无线载波系统140以及呼叫中心170之间的通信(如呼叫信号)。在一个实施例中,语音识别应用程序安装在处理器122中,该应用可把通过麦克风130输入的人的语音转变成数字信号。处理器122产生并接受远程信息处理单元120和连接到车辆中的各种电子模块的车辆通信网络112之间传送的数字信号。在一个实施例中,这些数字信号激活编程模式和操作模式,并为数据传递作准备。在此实施例中,来自处理器122的信号被转变成语音消息,并通过扬声器132发送出去。
通信网络142包括来自一个或多个移动电话交换局和无线网络的服务。通信网络142将无线载波系统140连接到陆地网络144通信网络142实现为用于将无线载波系统140连接到MVCU 110和陆地网络144的任何适合的系统或系统集合。
陆地网络144将通信网络142连接到客户计算机150、Web托管入口160以及呼叫中心170。在一个实施例中,陆地网络144是公共交换电话网络(PSTN)。在另一实施例中,陆地网络144实现为互联网协议(IP)网络。在其它实施例中,陆地网络144实现为有线网络、光网络、光纤网络、其它无线网络或它们的任何组合。陆地网络144连接到一个或多个陆线电话。通信网络142和陆地网络144将无线载波系统140连接到Web托管入口160和呼叫中心170。
客户、个人或用户计算机150包括计算机可用媒介以执行因特网浏览器和因特网访问计算机程序,它们用于通过陆地网络144以及任选地通过有线或无线通信网络142与Web托管入口160进行数据发送和接收。个人或客户计算机150采用通信标准如超文本传输协议(HTTP)以及传输控制协议和互联网协议(TCP/IP)通过网页界面向Web托管入口发送用户偏好。在一个实施例中,这些数据包括用于改变MVCU 110内的电子和机械系统的某些编程和操作模式的指令。操作时,客户利用计算机150为MVCU110初始化用户偏好的设置或重新设置。来自客户机侧软件的用户偏好数据发送到Web托管入口160的服务器侧软件。用户偏好数据存储在Web托管入口160上。
Web托管入口160包括一个或多个数据调制解调器162、一个或多个Web服务器164、一个或多个数据库166以及网络系统168。Web托管入口160通过线路直接连接到呼叫中心170,或者通过电话线连接到陆地网络144,而陆地网络144连接到呼叫中心170。在一个示例中,Web托管入口160利用IP网络连接到呼叫中心170。在该示例中,两个组件即Web托管入口160和呼叫中心170都利用IP网络连接到陆地网络144。在另一示例中,Web托管入口160通过一个或多个数据调制解调器162连接到陆地网络144。陆地网络144向调制解调器162发送数字数据以及发送来自调制解调器162的数字数据,该数据随后传送到Web服务器164。调制解调器162可驻留在Web服务器164内部。陆地网络144在Web托管入口160和呼叫中心170之间传送数据通信。
Web服务器164经由陆地网络144接收来自用户计算机150的用户偏好数据。在备选实施例中,计算机150包括无线调制解调器,以通过无线通信网络142和陆地网络144向Web托管入口160发送数据。数据由陆地网络144接收,并被发送到一个或多个Web服务器164上。在一个实施例中,Web服务器164实现为能够提供Web服务以帮助在计算机150上改变来自客户的个人偏好设置并将其发送给MVCU 110中的远程信息处理单元120的任何适合的硬件和软件。Web服务器164经由网络系统168向一个和多个数据库166发送数据传输或接收来自一个和多个数据库166的数据传输。Web服务器164包括用于管理和存储客户提供的个人化设置如锁/开门行为、无线电台预设选择、气候控制、定制按钮配置以及盗窃报警设置的计算机应用和文件。对于每个客户,Web服务器可能会存储针对移动车辆的无线车辆通信、联网、维护以及诊断服务的成百上千个偏好。
在一个实施例中,一个或多个Web服务器164经由网络系统168而联网,以在其网络组件如数据库166之间分发用户偏好数据。在一个示例中,数据库166是Web服务器164的一部分或单独的计算机。Web服务器164通过陆地网络144向呼叫中心170发送带有用户偏好的数据传输。
呼叫中心170是同时接收并处理许多呼叫、或同时发送许多呼叫的场所。在一个实施例中,呼叫中心是远程信息处理呼叫中心,方便到达或来自MVCU 110内的远程信息处理单元120的通信。在一个示例中,呼叫中心是语音呼叫中心,提供呼叫中心顾问和移动车辆内用户之间语言通信。在另一示例中,呼叫中心包含这些功能中的每一个。在其它实施例中,呼叫中心170和Web托管入口160位于相同或不同的设施中。
呼叫中心170包含一个或多个语音和数据交换机172、一个或多个通信服务管理器174、一个或多个通信服务数据库176、一个或多个通信服务顾问178以及一个或多个网络系统180。
呼叫中心170的交换机172连接到陆地网络144。交换机172发送来自呼叫中心170的语音或数据传输,并通过无线载波系统140、通信网络142以及陆地网络144接收来自MVCU110中的远程信息处理单元120的语音或数据传输。交换机172接收来自一个或多个Web托管入口160的数据传输,并发送数据传输到一个或多个Web托管入口160。交换机172经由一个或多个网络系统180接收来自一个或多个通信服务管理器174的数据传输,或发送数据传输到一个或多个通信服务管理器174。
通信服务管理器174是能够向MVCU 110中的远程信息处理单元120提供所请求的通信服务的任何适合的硬件和软件。通信服务管理器174经由网络系统180向一个或多个通信服务数据库176发送数据传输或接收来自一个或多个通信服务数据库176的数据传输。通信服务管理器174经由网络系统180向一个或多个通信服务顾问178发送数据传输或接收来自一个或多个通信服务顾问178的数据传输。通信服务数据库176经由网络系统180向通信服务顾问178发送数据传输或接收来自通信服务顾问178的数据传输。通信服务顾问178接收来自交换机172的语音或数据传输或向交换机172发送语音或数据传输。
通信服务管理器174提供各种服务中的一种或多种,包括登记服务、导航辅助、查号援助、路边援助、商务或住宿援助、信息服务援助、紧急援助以及通信援助。通信服务管理器174经由计算机150、Web托管入口160以及陆地网络144接收来自客户的对各种服务的服务偏好请求。通信服务管理器174通过无线载波系统140、通信网络142、陆地网络144、语音和数据交换机172以及网络系统180向MVCU110中的远程信息处理单元120发送用户偏好和其它数据。通信服务管理器174存储或检索来自通信服务数据库176的数据和信息。通信服务管理器174可向通信服务顾问178提供所请求的信息。
在一个实施例中,通信服务顾问178实现为真正的顾问。在一个示例中,真正的顾问是经由远程信息处理单元120与MVCU110中的用户或订户(如客户)进行语音通信的人。在另一实施例中,通信服务顾问178实现为虚拟顾问。在一个示例中,虚拟顾问实现为合成语音界面,回应来自MVCU 110中的远程信息处理单元120的请求。
通信服务顾问178给MVCU 110中的远程信息处理单元120提供服务。由通信服务顾问178提供的服务包括登记服务、导航援助、实时交通咨询、查号援助、路边援助、商务或住宿援助、信息服务援助、紧急援助以及通信援助。通信服务顾问178通过利用语音传输的无线载波系统140、通信网络142以及陆地网络144或通过利用数据传输的通信服务管理器174和交换机172与MVCU 110中的远程信息处理单元120进行通信。交换机172在语音传输和数据传输之间进行选择。
呼叫中心170与车辆跟踪系统182进行通信以提供对丢失MVCU110的跟踪。在一个实施例中,车辆跟踪系统182位于呼叫中心170。在另一实施例中,车辆跟踪系统182包括由通信服务顾问178和具有计算机可编程媒介的计算机系统构成的跟踪组,其中计算机可编程媒介包括计算机代码以当报告MVCU 110被盗或丢失时实施跟踪流程。
图2说明表示跟踪车辆的方法的第一实施例的流程图200。在阶段S202期间,呼叫中心170经由无线网络接收来自远程信息处理单元120的车辆信息。该车辆信息是作为车辆数据上载请求或服务请求的部分来接收的。该车辆信息包括请求车辆的车载台标识,以识别作出该请求的MVCU 110。如这里所使用的术语,车载台标识是对于每个MVCU 110而言唯一的车辆标识数据。例如,在一个实施例中,车辆标识数据包括车辆识别代号(VIN)。在另一实施例中,车辆标识数据包括在车辆或远程信息处理单元制造期间分配给车辆或远程信息处理单元的唯一标识符。请求车辆的车载台标识是向呼叫中心170发出请求的MVCU 110的车载台标识。
车辆信息经由一个或多个无线载波系统140、一个或多个通信网络142以及一个或多个陆地网络144从远程信息处理单元120传送。下面参照图3的流程图300描述在呼叫中心170接收车辆信息的示范性方法。
如这里所用的术语,车辆数据上载是响应于至少一个触发由远程信息处理单元120发起的到呼叫中心170的连接。触发是任何预定要导致采取预定动作的事件。例如,触发可以是行进某段距离、一定数量的点火周期、预定的GPS确定的位置、诊断故障代码(DTC)的设置或如30天的时间推移。
在阶段S204期间,呼叫中心170判断车辆信息是否与车辆跟踪列表上的丢失MVCU 110的车载台标识相关联。该判断处理包括在接收的车辆信息与车辆跟踪列表上的信息之间进行比较。
维护车辆跟踪列表以便经由丢失MVCU的车辆信息跟踪车辆本体。当向车辆跟踪系统182中的车辆跟踪组报告MVCU 110丢失或被盗的时候,将关于丢失MVCU 110的数据添加到车辆跟踪列表上。在一个实施例中,当定位到丢失MVCU 110时,便从车辆跟踪列表中删除有关定位到的MVCU 110的数据。下面参照图4的流程图400描述判断车辆信息是否与车辆跟踪列表上的车载台标识相关联的示范性方法。
在阶段S206期间,呼叫中心170基于上述判断发起车辆跟踪。如果来自发出车辆数据上载请求或服务请求的MVCU110的车辆信息与车辆跟踪列表上的车载台标识匹配的话,呼叫中心170便会发起对发出该请求的MVCU 110的车辆跟踪。下面参照图5的流程图500描述发起车辆跟踪的示范性方法。
图3说明表示根据本发明接收车辆信息的方法的第一实施例的流程图300。在阶段S302期间,远程信息处理单元120配置了里程触发,以在制造期间或交付给销售地区之前开始车辆数据上载。里程触发包括里程触发距离。
虽然远程信息处理单元120配置了里程触发,但离开工厂的MVCU 110是未经过配置的MVCU 110,因为MVCU 110中的远程信息处理单元120的硬件未配置成提供移动车辆通信系统服务。MVCU110是响应于从呼叫中心170到远程信息处理单元120的指令传输来进行配置的。所传送的指令可用于激活移动车辆通信系统100的服务。在一个实施例中,在登记或激活处理期间发生从呼叫中心170到远程信息处理单元120的指令传输以激活移动车辆通信系统100的服务。
在阶段S304期间,当MVCU 110行驶了大于里程触发距离的距离时,MVCU 110中的远程信息处理单元120便会确定发生了里程触发事件。在一个实施例中,里程触发响应于从车辆里程表接收的数据来动作。在另一实施例中,里程触发响应于从车轮传感器接收的数据来动作。当到达里程触发时,触发远程信息处理单元120以向呼叫中心170发出呼叫。
在阶段S306期间,远程信息处理单元120响应于里程触发事件发起远程信息处理单元120与呼叫中心170之间的无线连接。无线连接可用于从MVCU 110中的远程信息处理单元120传送车辆数据上载请求到呼叫中心170。呼叫是经由无线连接在一个或多个无线载波系统140上进行的。在一个实施例中,呼叫在一个或多个通信网络142和/或一个或多个陆地网络144上进行。如果MVCU 110在MVCU 110行驶一段等于里程触发距离的距离时离开了蜂窝通信区域的话,则一旦MVCU110回到蜂窝区域便执行车辆数据上载请求。
在阶段S308期间,呼叫中心170接收来自远程信息处理单元120的车辆数据上载请求。车辆数据上载包括发出请求的MVCU110的请求车辆的车载台标识。在一个实施例中,响应于里程触发触发未经过配置的远程信息处理单元120来传送车辆数据上载请求。
在另一实施例中,如上参照S302所述,配置MVCU110,并响应于利用除里程触发之外的触发触发经过配置的远程信息处理单元120来传送车辆数据上载请求。其他这种触发包括一定数量的点火周期、预定的GPS确定的位置、诊断故障代码(DTC)的设置或如30天的时间推移。
图4说明表示根据本发明确定与车辆跟踪列表的关联的方法的第一实施例的流程图400。
在阶段S402期间,呼叫中心170将车辆跟踪列表存储在通信服务数据库176中。当报告MVCU 110丢失或被盗时,车辆跟踪系统182更新呼叫中心170中的车辆跟踪列表。如果车辆跟踪系统182在呼叫中心170外部,则更新车辆跟踪列表的数据在一个或多个无线载波系统140、一个或多个通信网络142、一个或多个陆地网络144、一个或多个客户、个人或用户计算机150、一个或多个Web托管入口160上传送。如果车辆跟踪系统182在呼叫中心170内部,则更新的数据在一个或多个网络系统180、一台或多台客户、个人或用户计算机150、一个或多个Web托管入口160上传送。在一个实施例中,车辆跟踪系统182包括跟踪组成员,他们是呼叫中心170处的通信服务顾问178。
车辆跟踪列表包括但不限于丢失车辆的数据如车载台标识、VIN、车辆颜色、车辆型号类型、车辆年份、车主的姓名和地址,如果有的话,还包括最近已知的车辆位置以及报告车辆丢失或被盗的日期。
在阶段S404期间,呼叫中心170中的通信服务管理器174响应于接收车辆信息从通信服务数据库176中检索所存储的车辆跟踪列表。在一个实施例中,在车辆数据上载请求期间,检索操作响应于接收MVCU110的车载台标识而进行,如上参照图3的流程图300的阶段S306所述。
在另一实施例中,在服务请求期间,检索操作响应于接收MVCU110的车载台标识而进行。例如,经过配置的MVCU 110的授权或未授权的操作员可按下按钮,并向呼叫中心170发起服务请求。在此情况下,操作员可能会在随机按丢失MVCU 110中的按钮期间按下按钮,而未意识到此按钮按下会发起服务请求。
在阶段S406期间,通信服务管理器174将包括在所接收的车辆信息中的请求车辆的车载台标识与车辆跟踪列表上的丢失车辆的车载台标识进行比较。如果比较结果是匹配的话,则由呼叫中心170发起对匹配的丢失MVCU110的车辆跟踪,如下参照图5的流程图500所述。
在阶段S408期间,呼叫中心170响应于在请求车辆的车载台标识与车辆跟踪列表上的丢失MVCU 110中之一的车载台标识之间产生匹配的比较结果,而从发出请求的MVCU 110中取回请求车辆的数据。请求车辆的数据包括但不限于请求车辆的车载台标识、在请求时刻的请求车辆的GPS数据、车辆颜色、车辆型号类型、车辆年份、请求类型的数据、车辆的里程数据、用户名称、在发出请求的车辆是经过配置并在MVCS 100中登记的情况下的帐户数据及其组合。
通信服务管理器174传送无线请求到远程信息处理单元120以得到来自全球定位系统(GPS)单元126的当前GPS数据以及车辆内置存储器128中存储的任何所希望的数据。GPS数据和其他请求车辆的数据在包括一个或多个无线载波系统140的无线网络上传送到呼叫中心170。在一个实施例中,通信服务顾问178传送无线请求到远程信息处理单元120以得到来自GPS单元126的当前GPS数据以及车辆内置存储器128中存储的任何所希望的数据。
在一个实施例中,呼叫中心170响应于产生匹配的比较结果定期持续从发出请求的MVCU 110取回GPS数据。在一个实施例中,呼叫中心170每五秒便会取回GPS数据。
图5说明表示根据本发明发起车辆跟踪的方法的第一实施例的流程图500。在阶段S502期间,呼叫中心170响应于在图4的流程图400中的阶段S406期间进行的产生匹配的比较结果来传送请求车辆的车载台标识到车辆跟踪系统182。这个所传送的请求车辆的车载台标识通知车辆跟踪系统182接收到来自丢失MVCU110的通信。在一个实施例中,呼叫中心170在产生匹配的比较结果的一分钟之内传送请求车辆的车载台标识到车辆跟踪系统182。
在一个实施例中,呼叫中心170中的通信服务顾问178通过发起与车辆跟踪系统182中的跟踪组的顾问的通信如打电话来传送请求车辆的车载台标识。在另一实施例中,呼叫中心170中的通信服务顾问178通过传送请求车辆的车载台标识到车辆跟踪系统182中的车辆跟踪计算机来传送请求车辆的车载台标识到车辆跟踪系统182。在附加实施例中,通信服务管理器174传送请求车辆的车载台标识到车辆跟踪系统182。
车辆跟踪系统182在接收来自丢失MVCU 110的通信通知时使步骤在适当的位置以被使用。在一个实施例中,根据车辆跟踪系统182的操作步骤,车辆跟踪系统182在接收请求车辆的车载台标识的一分钟之内发起车辆跟踪。在另一实施例中,根据车辆跟踪系统182的操作步骤,车辆跟踪系统182在接收请求车辆的车载台标识的五分钟之内发起车辆跟踪。当车辆跟踪在接收请求车辆的车载台标识的五分钟之内开始时,增加定位到丢失MVCU 110的机会。
在阶段S504期间,呼叫中心170传送在图4的流程图400中的阶段S408期间取回的丢失车辆的数据到车辆跟踪系统182。跟踪系统182在跟踪中使用丢失车辆的数据。GPS数据可用来通知当地执法部门丢失MVCU 110的最新位置。
在一个实施例中,GPS数据由呼叫中心170定期从远程信息处理单元取回,并被传送到车辆跟踪系统182。车辆跟踪系统182利用此定期传送的GPS数据来监控正被跟踪的车辆的位置。可将丢失MCUV110正在行驶的路径提供给当地执法部门或其他感兴趣方。
虽然目前认为这里所公开的本发明的实施例是优选的,但在不背离本发明的精神和范围的情况下可对其进行各种变化和修改。在所附的权利要求中指出了本发明的范围,并且意图将等效物的意义和范围内产生的所有变化包含于其中。
权利要求
1.一种跟踪车辆的方法,所述方法包括在呼叫中心经由无线网络接收来自远程信息处理单元的车辆信息;判断所述车辆信息是否与车辆跟踪列表上的丢失车辆的车载台标识相关联;以及基于所述判断发起车辆跟踪。
2.如权利要求1所述的方法,其特征在于,接收车辆信息包括接收包括请求车辆的车载台标识的车辆数据上载请求。
3.如权利要求2所述的方法,其特征在于,接收车辆数据上载请求包括在工厂为所述远程信息处理单元配置可按里程触发的车辆数据上载,其中所述可按里程触发的车辆数据上载包括里程触发距离;确定里程触发事件;以及在所述远程信息处理单元和所述呼叫中心之间发起无线连接。
4.如权利要求1所述的方法,其特征在于,所述接收车辆信息包括接收包括请求车辆的车载台标识的服务请求。
5.如权利要求1所述的方法,其特征在于,所接收的车辆信息包括请求车辆的车载台标识,并且所述判断包括在所述呼叫中心上存储所述车辆跟踪列表;响应于接收所述车辆信息检索所存储的车辆跟踪列表;以及将所述请求车辆的车载台标识与所述丢失车辆的车载台标识进行比较。
6.如权利要求5所述的方法,其特征在于,所述基于所述判断发起车辆跟踪包括响应于产生匹配的所述比较结果传送所述请求车辆的车载台标识到车辆跟踪系统。
7.如权利要求5所述的方法,其特征在于,所述基于所述判断发起车辆跟踪包括响应于产生匹配的所述比较结果由所述呼叫中心从发出请求的车辆中取回请求车辆的数据。
8.如权利要求7所述的方法,还包括在所述呼叫中心接收从所述发出请求的车辆中所取回的请求车辆的数据;以及从所述呼叫中心传送所取回的请求车辆的数据到车辆跟踪系统。
9.如权利要求7所述的方法,其特征在于,所述请求车辆的数据是从由请求车辆的车载台标识、GPS数据、车辆颜色、车辆型号类型、车辆年份、请求类型的数据、车辆里程数据、用户名称、帐户数据及其组合构成的组中选择的。
10.一种跟踪车辆的系统,所述系统包括用于在呼叫中心经由无线网络接收来自远程信息处理单元的车辆信息的装置;用于判断所述车辆信息是否与车辆跟踪列表上的丢失车辆的车载台标识相关联的装置;以及用于基于所述判断发起车辆跟踪的装置。
11.如权利要求10所述的系统,其特征在于,所述用于接收车辆信息的装置包括用于在工厂为所述远程信息处理单元配置可按里程触发的车辆数据上载的装置,其中所述可按里程触发的车辆数据上载包括里程触发距离;用于确定里程触发事件的装置;以及用于在所述远程信息处理单元和所述呼叫中心之间发起无线连接的装置。
12.如权利要求10所述的系统,其特征在于,所述用于判断的装置包括用于在所述呼叫中心存储所述车辆跟踪列表的装置;用于响应于接收所述车辆信息检索所存储的车辆跟踪列表的装置;用于将请求车辆的车载台标识与所述丢失车辆的车载台标识比较的装置。
13.如权利要求12所述的系统,其特征在于,所述用于基于所述判断发起车辆跟踪的装置包括用于响应于产生匹配的所述比较结果将所述请求车辆的车载台标识传送到车辆跟踪系统的装置。
14.一种存储计算机程序的计算机可读媒介,所述计算机程序包括用于在呼叫中心经由无线网络接收来自远程信息处理单元的车辆信息的计算机可读代码;用于判断所述车辆信息是否与车辆跟踪列表上的丢失车辆的车载台标识相关联的计算机可读代码;以及用于基于所述判断发起车辆跟踪的计算机可读代码。
15.如权利要求14所述的媒介,其特征在于,所述用于接收车辆信息的计算机可读代码包括用于在工厂为所述远程信息处理单元配置可按里程触发的车辆数据上载的计算机可读代码,其中所述可按里程触发的车辆数据上载包括里程触发距离;用于确定里程触发事件的计算机可读代码;以及用于在所述远程信息处理单元和所述呼叫中心之间发起无线连接的计算机可读代码。
16.如权利要求14所述的媒介,其特征在于,所接收的车辆信息包括请求车辆的车载台标识,并且所述用于判断的计算机可读代码包括用于在所述呼叫中心存储所述车辆跟踪列表的计算机可读代码;用于响应于接收所述车辆信息检索所存储的车辆跟踪列表的计算机可读代码;用于将所述请求车辆的车载台标识与所述丢失车辆的车载台标识进行比较的计算机可读代码。
17.如权利要求16所述的媒介,其特征在于,所述用于基于所述判断发起车辆跟踪的计算机可读代码包括用于响应于产生匹配的所述比较结果将所述请求车辆的车载台标识传送到车辆跟踪系统的计算机可读代码。
18.如权利要求16所述的媒介,其特征在于,所述用于判断的计算机可读代码还包括用于响应于产生匹配的所述匹配结果来取回请求车辆的数据的计算机可读代码。
19.如权利要求18所述的媒介,其特征在于,所述用于基于所述判断发起车辆跟踪的计算机可读代码包括用于接收所取回的请求车辆的数据的计算机可读代码;以及用于将所接收的请求车辆的数据传送到车辆跟踪系统的计算机可读代码。
全文摘要
一种跟踪车辆的方法,该方法包括在呼叫中心经由无线网络接收来自远程信息处理单元的车辆信息、判断该车辆信息是否与车辆跟踪列表上的丢失车辆的车载台标识相关联以及基于上述判断发起车辆跟踪。
文档编号B60R25/00GK1801240SQ20051011632
公开日2006年7月12日 申请日期2005年10月12日 优先权日2004年10月12日
发明者D·W·罗克特, A·K·叙尔迈尔, S·卡维 申请人:通用汽车公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1