具体实施方式
下面描述的方法以进一步增强呼叫中心的交通报告能力的方式促进与正在发生并由交通工具上的交通工具系统模块和传感器检测到的交通事件有关的数据的传输。这个方法合并了该信息的自动传输,使呼叫中心的报告能力更准确且较少依赖人的观察。该方法合并了通过短消息服务(SMS)文本消息的数据传输,所述文本消息不增加交通工具与呼叫中心之间的通信成本。
通信系统
参考图1,示出了包括移动交通工具通信系统10并可用于实现本文所公开方法的示范操作环境。通信系统10一般包括交通工具12、一个或多个无线载波系统14、陆地通信网络16、计算机18和呼叫中心20。应该理解,所公开的方法可用于许多不同的系统,并不具体局限于在此示出的操作环境。而且,系统10的体系架构、构造、设置和操作及其各个组件在本领域一般是公知的。由此,以下段落只提供了一个此类示范系统10的简要概述;然而,在此未示出的其它系统也可采用所公开的方法。
在所示出的实施例中交通工具12被描绘为客车,但应该认识到,还可使用任何其它交通工具,包括摩托车、卡车、运动型多功能车(SUV)、旅行车(RV)、船舶、飞行器等。其中一些交通工具电子设备28在图1中大致示出,并且包括远程信息处理单元30、麦克风32、一个或多个按钮或其它控制输入34、音频系统36、视觉显示器38和GPS模块40以及具有传感器(未示出)的若干交通工具系统模块(VSM)42。这些装置中的一些可直接连接到远程信息处理单元30,诸如例如麦克风32和一个(或多个)按钮34,而其它装置使用一个或多个网络连接(诸如通信总线44或娱乐总线46)间接连接。适当网络连接的示例包括控制器区域网络(CAN)、媒体导向系统传输(MOST)、局域互连网络(LIN)、局域网(LAN)和其它适当的连接,诸如以太网或符合已知ISO、SAE和IEEE标准及规范的其它网络,还有很多,这里不一一列举了。
远程信息处理单元30是OEM安装(OEM-installed)的装置,该装置使得能够通过无线载波系统14并经由无线联网进行无线语音和/或数据通信,从而使得交通工具可与呼叫中心20、其它具备远程信息处理能力的(telematics-enabled)交通工具或某一其它实体或装置通信。远程信息处理单元30优选使用无线电传输来建立与无线载波系统14的通信信道(语音信道和/或数据信道),使得可通过该信道发送和接收语音和/或数据传输。通过提供语音和数据通信二者,远程信息处理单元30使交通工具能够提供若干不同的服务,包括那些与导航、通话、紧急援助、诊断、资讯娱乐等有关的服务。可使用本领域已知的技术,经由数据连接(诸如经由数据信道上的分组数据传输),或经由语音信道来发送数据。这包括使用短消息服务(SMS)消息以文本格式传送数据。对于涉及语音通信(例如与呼叫中心20处的真人顾问(live advisor)或语音响应单元)和数据通信(例如用于将GPS定位数据或交通工具诊断数据提供给呼叫中心20)的组合服务,该系统可利用语音信道上的单个呼叫并且按照需要在该语音信道上的语音传输与数据传输之间进行切换,并且这可使用对于本领域技术人员已知的技术来完成。
根据一个实施例,远程信息处理单元30利用根据GSM或CDMA标准的蜂窝通信,并由此包括用于如免提呼叫的语音通信的标准蜂窝芯片组50、用于数据传输的无线调制解调器、电子处理装置52、一个或多个数字存储装置54和双天线56。使用这些组件,远程信息处理单元30可经由上述的各种通信方法(包括经SMS消息)来传输和/或接收数据或命令,其中所述数据例如可合并到SMS消息的文本消息部分(有效负荷)。应该认识到,所述调制解调器可以通过存储在远程信息处理单元30中并由处理器52执行的软件来实现,或者它可以是位于远程信息处理单元30内部或外部的单独的硬件组件。所述调制解调器可使用许多不同的标准或协议(诸如EVDO、CDMA、GPRS和EDGE)来操作。交通工具与其它联网装置之间的无线联网也可以使用远程信息处理单元30来执行。为此,远程信息处理单元30可配置成根据一个或多个无线协议(诸如IEEE 802.11协议、WiMAX或蓝牙中的任一个)进行无线通信。当用于诸如TCP/IP的分组交换数据通信时,远程信息处理单元可配置具有静态IP地址,或可设置成从网络上的另一装置(诸如路由器)或从网络地址服务器自动接收所分配的IP地址。
处理器52可以是能够处理电子指令的任何类型装置,包括微处理器、微控制器、主处理器、控制器、交通工具通信处理器和专用集成电路(ASIC)。它可以是仅用于远程信息处理单元30的专用处理器,或可以与其它交通工具系统共享。处理器52执行各种类型的以数字方式存储的指令,诸如存储在存储器54中的软件或固件程序,它们使远程信息处理单元30能够提供各种各样的服务。例如,处理器52可运行程序或过程数据以执行本文所讨论的方法的至少一部分。在一个实施例中,处理器52从VSM 42接收数据,并将所述数据分为交通相关数据和非交通相关数据。对于交通相关数据,处理器52还可基于交通数据的类型使交通相关数据相互关联(correlate)或对其进行分类。例如,交通工具12可能在一段时间内减速。这个数据与安全气囊部署(deployment)数据不同。前一个示例识别增加的交通量,而第二个表示可能的交通事故。如下面所论述的,可使用蜂窝芯片组50将这个信息传输到呼叫中心20。
远程信息处理单元30可用于提供涉及去往和/或来自交通工具的无线通信的各种各样的交通工具服务。这种服务包括:结合基于GPS的交通工具导航模块40提供的分路段显示路线(turn-by-turn directions)和其它导航相关服务;结合诸如车身(body)控制模块(未示出)的一个或多个碰撞传感器接口模块提供的安全气囊部署通知和其它紧急或路旁援助相关服务;使用一个或多个诊断模块的诊断报告;以及信息娱乐相关服务,其中通过信息娱乐模块(未示出)下载音乐、网页、电影、电视节目、视频游戏和/或其它信息,并将其存储起来以用于当前或以后回放。上面列出的服务决不是远程信息处理单元30的所有能力的穷尽列表,而只是远程信息处理单元能够提供的其中一些服务的枚举。如上所述,从交通工具12到呼叫中心20或其它位置的信息传输可以各种方式执行,包括经由包含所传输数据的SMS消息。可响应于远程信息处理单元30处发送交通工具数据的请求,完成包含该交通工具数据的SMS消息的建立和发送。这个请求可以是之前在交通工具上设置的触发发生的结果,或者可以是从呼叫中心或其它远程设施接收的当前请求。使用触发器来使得经由SMS消息进行交通工具数据报告可如在美国公布的专利申请No.20040203696A1中所公开的那样进行,该专利申请的整个内容通过参考结合于此。
上面提到的交通工具系统模块中的至少一些能以远程信息处理单元30内部或外部保存的软件指令的形式来实现,它们可以是位于远程信息处理单元30内部或外部的硬件组件,或者它们可以彼此集成或与位于交通工具各处的其它系统集成,和/或彼此共享或与位于交通工具各处的其它系统共享,还有很多可能性,这里不一一列举了。在这些模块被实现为位于远程信息处理单元30外部的VSM 42的情况下,它们可利用交通工具总线44与远程信息处理单元交换数据和命令。
GPS模块40从GPS卫星星座60接收无线电信号。根据这些信号,模块40可以确定用于向交通工具驾驶员提供导航和其它位置相关服务的交通工具位置。导航信息可呈现在显示器38(或交通工具中的其它显示器)上,或者可以口头方式呈现,诸如在提供分路段导航时所做的。可使用专用的交通工具内导航模块(其可以是GPS模块40的一部分)提供导航服务,或者可以经由远程信息处理单元30来完成一些或所有导航服务,其中将位置信息发送到远程位置以便给交通工具提供导航地图、地图注释(感兴趣的地点、餐馆等)、路线计算等等。为了其它目的,诸如交通工具群队(fleet)管理,可将位置信息提供给呼叫中心20或其它远程计算机系统,诸如计算机18。并且,新的或者更新的地图数据可经由远程信息处理单元30从呼叫中心20下载到GPS模块40。
除音频系统36和GPS模块40之外,交通工具12还可包括以电子硬件组件为形式的其它交通工具系统模块(VSM)42,所述其它交通工具系统模块位于交通工具各处并典型地从一个或多个传感器接收输入并使用所感测的输入来执行诊断、监控、控制、报告和/或其它功能。每一个VSM 42优选地通过通信总线44连接到其它VSM以及远程信息处理单元30,并可编程为运行交通工具系统和子系统诊断测试。作为例子,一个VSM 42可以是发动机控制模块(ECM),其控制发动机操作的各个方面,诸如燃料点火和点火正时,另一个VSM 42可以是动力系控制模块,其调节交通工具动力系的一个或多个组件的操作,而又一个VSM 42可以是车身控制模块,其管理位于交通工具各处的各种电气组件,如交通工具的动力门锁和前灯。根据一个实施例,发动机控制模块配备有装载在交通工具上的(onboard)诊断(OBD)特征,该特征提供多种实时数据,诸如从包含交通工具排放传感器的各种传感器接收的数据,并提供允许技术人员快速识别和矫正交通工具内故障的一系列标准化诊断故障代码(DTC)。正如本领域技术人员所认识到的,上面提到的VSM只是交通工具12中可使用的其中一些模块的例子,因为许多其它模块也是有可能的。
交通工具电子设备28还包括若干交通工具用户接口,这些接口给交通工具乘员(occupant)提供了提供和/或接收信息的方式,包括麦克风32、一个(或多个)按钮34、音频系统36和视觉显示器38。本文所使用的术语“交通工具用户接口”宽泛地包括任何适当形式的电子装置,包括硬件和软件组件,该电子装置位于交通工具上,并使交通工具用户能够与交通工具组件通信或通过交通工具组件通信。麦克风32向远程信息处理单元提供音频输入,以使驾驶员或其它乘员能够提供语音命令并经由无线载波系统14进行免提呼叫。为此目的,麦克风可连接到利用本领域公知的人机接口(HMI)技术的装载在交通工具上的自动语音处理单元。该一个(或多个)按钮34允许到远程信息处理单元30中的人工用户输入启动无线电话呼叫并提供其它数据、响应或控制输入。个别按钮可用于启动到呼叫中心20的与常规服务援助呼叫相对的紧急呼叫。音频系统36向交通工具乘员提供音频输入,并且可以是专用的独立系统或主交通工具音频系统的一部分。根据在此示出的具体实施例,音频系统36可操作地耦合到交通工具总线44和娱乐总线46,并可提供AM、FM和卫星无线电、CD、DVD和其它多媒体功能。这种功能性可结合上述信息娱乐模块提供或独立于该模块而提供。视觉显示器38优选是图形显示器,诸如仪表板上的触摸屏或在风挡上反射(reflectedoff of the windshield)的抬头显示器,并可用于提供多种输入和输出功能。也可采用各种其它交通工具用户接口,因为图1的接口只是一个特定实现方式的示例。
无线载波系统14优选是蜂窝电话系统,其包括多个蜂窝塔(celltower)70(只示出一个)、一个或多个移动交换中心(MSC)72以及连接无线载波系统14与陆地网络16所需的任何其它联网组件。每个蜂窝塔70包括发送和接收天线以及基站,其中来自不同蜂窝塔的基站直接或经由诸如基站控制器的中间设备连接到MSC 72。蜂窝系统14可实现任何合适的通信技术,例如包括诸如AMPS的模拟技术或较新的数字技术,诸如CDMA(例如CDMA2000)或GSM/GPRS。如本领域技术人员将认识到的,各种蜂窝塔/基站/MSC布置都是可能的,并且可与无线系统14一起使用。例如,基站和蜂窝塔可共同位于同一场所,或者它们可以彼此远离定位,每个基站可以负责单个蜂窝塔,或者单个基站可服务于各个蜂窝塔,并且各个基站可耦合到单个MSC,还有一些可能的布置,这里不一一列举了。
除了使用无线载波系统14之外,也可使用以卫星通信为形式的不同无线载波系统来提供与交通工具的单向或双向通信。这可使用一个或多个通信卫星62和上行链路发射站64来完成。单向通信例如可以是卫星无线电服务,其中节目内容(新闻、音乐等)由发射站64接收,打包用于上载,然后发送到卫星62,卫星62向订户广播这些节目。双向通信例如可以是使用卫星62在交通工具12和站64之间中继电话通信的卫星电话服务。除无线载波系统14之外或代替无线载波系统14,如果使用的话,可采用这种卫星电话。
陆地网络16可以是常规的陆基电信网络,其连接到一个或多个固定电话(landline telephone),并将无线载波系统14连接到呼叫中心20。例如,陆地网络16可包括诸如用于提供硬连线电话、分组交换数据通信和因特网基础设施的公共交换电话网络(PSTN)。陆地网络16的一个或多个分段可通过使用标准有线网络、光纤或其它光网络、电缆网络、电力线、诸如无线局域网(WLAN)的其它无线网络或提供宽带无线接入(BWA)的网络或者它们的任何组合来实现。而且,呼叫中心20无需经由陆地网络16连接,但可包含无线电话设备,使得它可与诸如无线载波系统14的无线网络直接通信。
计算机18可以是可经由专用网络或诸如因特网的公共网络访问的若干计算机中的一个。每个这种计算机18可用于一个或多个目的,诸如可由交通工具经由远程信息处理单元30和无线载波系统14访问的web服务器。其它这种可访问计算机18例如可以是:服务中心计算机,其中诊断信息和其它交通工具数据可经由远程信息处理单元30从交通工具上载;客户端计算机,由交通工具拥有者或其他订户用于诸如访问或接收交通工具数据或者设置或配置订户偏好或控制交通工具功能这样的目的;或者第三方储存库,通过与交通工具12或呼叫中心20通信或与二者通信来向该储存库或从该储存库提供交通工具数据或其它信息。计算机18还可用于提供诸如DNS服务的因特网连接,或作为使用DHCP或其它合适协议给交通工具12分配IP地址的网络地址服务器。
呼叫中心20被设计成给交通工具电子设备28提供若干不同的系统后端功能,并且根据在此示出的示范实施例,通常包括一个或多个交换机80、服务器82、数据库84、真人顾问86以及自动语音响应系统(VRS)88,所有这些在本领域都是已知的。这些各种呼叫中心组件优选地经由有线或无线局域网90彼此耦合。交换机80可以是专用交换分机(privatebranch exhange,PBX)交换机,交换机80路由输入的信号,使得通常通过常规电话将语音传输发送给真人顾问86或使用VoIP将语音传输发送到自动语音响应系统88。真人顾问电话也可使用VoIP,如图1中虚线所指示的。通过交换机80的VoIP和其它数据通信经由连接在交换机80与网络90之间的调制解调器(未示出)实现。数据传输经由调制解调器被传送到服务器82和/或数据库84。数据库84可存储账户信息,诸如订户认证信息、交通工具标识符、简档记录、行为模式和其它相关的订户信息。数据传输也可通过无线系统(诸如802.11x、GPRS等)进行。虽然示出的实施例已经被描述为其将结合使用真人顾问86的人工操纵的呼叫中心20来使用,但要认识到,呼叫中心可改为利用VRS 88作为自动顾问,或者可使用VRS 88和真人顾问86的组合。
方法
现在转向图2,示出用于向呼叫中心发送交通相关数据的实施例100的逻辑图。该方法开始于102。该方法中的第一步是远程信息处理单元30从交通工具系统模块42接收数据。交通工具系统模块42可包括测量某些活动的传感器。可能感测并报告给远程信息处理单元30的活动的非穷尽列表包括里程、组件使用情况、诊断故障代码(DTC)、安全气囊的部署、快速减速、猛烈的过度转向和测量交通工具12以每小时5英里或更低速行驶的延长时间段。
该数据的一部分被视为交通相关数据,其可表示期望报告的交通问题或情况。然而,该数据的其它部分是例如关于交通工具或者一个或多个其组件或系统的操作状况的交通工具相关信息。因此,远程信息处理单元30可将它从交通工具系统模块42接收的数据识别为交通相关数据或非交通数据,并且可基于此将该数据分开,如在步骤106所示的。本领域技术人员将认识到,不必在所有实施例中单独识别或分开交通相关数据,而只需其可被识别为交通相关数据,从而使得呼叫中心知道它是什么,并由此知道可怎样使用该数据。远程信息处理单元30可以本领域技术人员公知的方式处理和使用非交通数据。对于交通相关数据,远程信息处理单元30然后在108识别该数据或使其与事件类型相互关联。如果期望,可识别不同类型的交通相关数据,并且曾经发生的任何一种类型的交通相关数据都可能不需要通知呼叫中心20已经发生了值得报告的交通相关事项(incident)。作为示例,检测到在限制进入的公路(highway)上停下来的交通工具可能值得作为交通相关事项或事件报告。然而,单个快速减速可能并不认为配得上交通相关事件,并且只有在某一时间段内发生多个快速减速才会报告。由此,该方法可包括诸如步骤110-118的处理步骤,以确定是否应该向呼叫中心报告该交通相关数据。这些步骤用于处理交通相关数据,以确定它是否满足至少一个预定义标准。在如下示例中,该方法进行测试以确定在某一时间段内特定交通事件的发生是否多于预定义次数(例如快速交通工具减速)。这可用于确定已经发生了值得报告的交通减慢,其中例如交通工具在5分钟的时间段内经历了从公路速度的两次大减慢。
一旦远程信息处理单元30接收的交通相关数据与一事件(例如公路减慢)相互关联或者以其它方式相关,就在110对发生数目进行计数。这种相互关联可包括不只分析交通工具速度和加速度/减速度,而且可包括分析交通工具位置,以确定例如交通工具当前是在公路上还是其它高速道路上。如上所述,每种类型的事件可具有在其要向呼叫中心报告交通相关数据的不同数量的发生次数计数。由此,例如,交通工具在公路上停止可能使用仅一次的发生计数(occurrence count),使得在公路上或路肩上达到完全停止的交通工具将被报告,而不会报告公路上的快速减速,除非它在短时间段内发生两次或更多次。由此,在步骤112,确定该事件的发生是否已经超过了预定阈值。如果还未超过预定阈值,则方法100循环回步骤104。然而,如果事件的发生已经超过其预定阈值,则该方法进行到步骤114并确定收集交通数据的时间段是否已经期满(例如5分钟的时间段)。如果用于收集交通数据的时间段已经期满,那么在116将发生计数器复位,在118将计时器复位,并且方法100循环回到步骤104。如同事件的发生一样,用于收集特定类型事件的交通数据的时间段(如果使用的话)将随事件的不同而不同。所有这些发生预定阈值以及时间段可存储在远程信息处理单元30的存储器54中。
如果基于正收集的交通数据,事件的发生次数超过预定阈值(在步骤112识别),并且用于收集交通数据的时间段还未期满(在114),则将向呼叫中心报告交通相关数据,并因此在120产生基于该数据的消息串。该消息串例如可以是识别所收集的交通数据的类型以及何时收集该交通数据的文本串。在一些实施例中考虑可仅使用3个比特或4个比特来表征交通相关事件,因此可能仅需要单个字母数字字符来传输交通相关数据。在其它实施例中,交通数据可能要长得多。
一旦产生了消息串,就可在122将附加数据与该消息串附接或合并。所述附加数据可以是时间戳和/或由GPS模块40搜集的GPS数据。一旦这个附加数据被附加到该消息串,在124就将该消息串嵌入到短消息服务(SMS)消息中。其可被合并到SMS消息的文本消息部分(有效负荷)或另一部分中,所述另一部分诸如SMS消息中未用于与数据传输有关的任何事情的缓冲区。这个缓冲区用于确保同样多的(as much of)SMS消息以尽可能完整且无错的形式传输到其期望目的地。通过将数据添加到SMS消息缓冲区,可将交通信息在为另一目的生成的SMS消息中传输到呼叫中心20。这样,SMS消息可具有两个功能,即作为SMS消息的主消息和SMS消息的(次级)交通数据。因为交通数据是呼叫中心想要的而交通工具12的操作人员不一定想要的,所以使用SMS消息缓冲区是有利的,因为它导致没有返回呼叫中心或交通工具12的操作人员的附加消息传递费用。由此,这允许使用经由SMS产生的消息将交通事件数据从交通工具12传输到呼叫中心20,由此允许呼叫中心20产生要由其它交通工具的其它驾驶员使用的更准确的交通报告,所有这些都不会引起任何额外的传播时间或消息费用。
参考图3,示出了一个示范方法,其中交通相关数据被合并到为了其它目的而发送到呼叫中心的通信消息中。在步骤202,远程信息处理单元接收从远程信息处理单元向呼叫中心发送非交通数据的请求。这例如可以是由交通工具上报告诊断或其它这种信息的触发发生所引起的请求。由此,在步骤204,远程信息处理单元从一个或多个交通工具系统模块接收非交通数据。然后在步骤206生成通信消息。该系统确定在交通工具处是否存在应该发送到呼叫中心的任何交通相关数据,步骤208。如果存在,则远程信息处理单元接收该交通相关数据,并将其嵌入所述消息中,如在步骤210和212所示的。由于在生成交通相关数据时可能不存在发送非交通数据的请求,因此该系统可暂时将交通相关数据存储在诸如存储器54的存储器中,使得它在下一次传输请求发生时可用。可在步骤206之前执行步骤208和210,使得可作为在步骤206原始生成通信消息的一部分完成在步骤212的交通相关数据的嵌入。一旦产生了该消息,就将它传输到呼叫中心,如在步骤214所示的。虽然这个交通数据报告方法对于经由SMS消息收发传输交通相关数据特别有用,但要认识到,任何适当的通信方法都可使用。
呼叫中心所接收的交通相关数据然后可以各种各样的方式使用以改进所报告的交通,这不管是由呼叫中心本身完成还是由某一其它实体完成。为此目的,从交通工具接收的交通相关数据可与来自其它交通工具的类似信息组合,并用于更准确地识别交通事项。这种信息然后可报告回向呼叫中心预订了服务的驾驶员,以给他们提供有关交通状况的更准确、及时的信息。
要理解,以上是本发明的一个或多个优选示范实施例的描述。本发明不限于本文所公开的一个(或多个)特定实施例,而是只由下面的权利要求书定义。而且,以上描述中包含的声明与特定实施例有关并且不应解释为对本发明范围或权利要求书中使用的术语定义的限制,除了术语或短语在上面有清楚定义。对于本领域技术人员而言,各种其它实施例和对所公开实施例的各种改变和修改将变得显而易见。所有这些其它实施例、改变和修改意欲落入所附权利要求书的范围内。
在此说明书和权利要求书中所用的术语“例如”、“举例来说”、“诸如”和“如”以及动词“包括”、“具有”、“包含”及它们的其它动词形式,当结合一个或多个组件或其它项目的列表使用时,都被解释为开放式的,意思是该列表不应视为排除其它附加组件或项目。其它术语将使用它们的最广泛合理意义来解释,除非它们用在需要不同解释的上下文中。