CN101026550A - 用于沿航行路线提供无线连接状态的方法和系统 - Google Patents

Abstract

一种用于向移动交通工具提供无线连接状态的方法，包括：在呼叫中心接收航行路线信息；确定与所接收的路线相关的无线连接状态；以及向移动交通工具传输包括与航行路线相关的无线连接状态的消息。另一实例提供一种计算机可用介质和程序代码，包括：用于在呼叫中心接收航行路线信息的程序代码；用于确定与所接收的路线相关的无线连接状态的程序代码；以及用于传输包括无线连接状态的消息的程序代码。另一实例提供一种系统，包括：用于在呼叫中心接收航行路线信息的装置；用于确定与所接收到的航行路线相关的无线连接状态的装置；以及用于传输包括无线连接状态的消息的装置。

Description

用于沿航行路线提供无线连接状态的方法和系统

技术领域

本发明一般而言涉及在无线通信系统中的数据传输。更具体而言，本发明涉及一种用于向移动交通工具通知沿计划航行路线的无线通信问题的策略。

背景技术

许多移动交通工具结合了综合通信系统，比如远程信息处理单元，用于提供航行帮助和其他收费的预订服务。所述远程信息处理单元包括蜂窝无线电设备、卫星收发机、和/或全球定位能力。一种用于提供预订服务的方法使用无线通信链路来通过无线网络在远程信息处理单元和呼叫中心之间传送数据。这个无线通信链路常常包括新兴的一倍无线传输技术(CDMA 1xRTT)分组数据协议。另外，正常的工作中断(outage)影响远程信息处理单元与呼叫中心进行通信的能力。缺乏对交通工具的有效数据连接减少了司机对于导航系统的经历，因为当其处于没有有效数据连接的区域时不能处理警报和问题。

本发明克服了这些缺点并且使现有技术有所进展。

发明内容

本发明的一个方面提供一种沿计划航行路线为移动交通工具提供无线连接状态的方法。该方法包括：在呼叫中心接收航行路线信息，确定与接收到的航行路线相关的无线连接状态，以及将包括与航行路线相关的无线连接状态的消息传输至移动交通工具。

本发明的另一方面提供一种包括用于向移动交通工具提供无线连接状态的计算机可读代码的计算机可用介质。所述介质包括：用于接收航行路线信息的计算机可读代码，用于确定与接收到的航行路线相关的无线连接状态的计算机可读代码，以及用于向移动交通工具传输包括与航行路线相关的无线连接状态的消息的计算机可读代码。

本发明的另一方面提供一种用于向移动交通工具提供无线连接状态的系统。所述系统包括：用于接收航行路线信息的装置，用于确定与接收到的航行路线相关的无线连接状态的装置，以及用于向移动交通工具传输包括与航行路线相关的无线连接状态的消息的装置。

从结合附图阅读的目前优选实例的以下详细描述，本发明的前述以及其他特征和优点将变得进一步显而易见。该详细描述和附图仅仅是说明而非限制本发明，本发明的范围由所附权利要求书及其等同物来限定。

附图说明

从以下的详细描述和附图，本发明的前述和其他的目的、优点以及特征将是显而易见的，其中：

图1说明用于与移动交通工具中的远程信息处理单元进行通信的呼叫中心的系统；

图2说明根据本发明的一个实例对交通工具进行导航的流程图；

图3说明根据本发明的一个实例向移动交通工具提供沿计划航行路线的无线连接状态的流程图；

图4说明根据本发明的一个实例其中GIS数据库存储无线状态的本发明另一实例的流程图；

图5说明根据本发明的一个实例其中向移动交通工具传输离线(off-route)地图数据的本发明另一实例的流程图；

图6说明根据本发明的一个实例其中触发事件实现数据比较的本发明另一实例的流程图；

图7说明根据本发明的一个实例其中触发事件实现数据传输的本发明另一实例的流程图；

图8说明根据本发明的一个实例其中触发事件实现警报通知的本发明另一实例的流程图；

图9说明根据本发明的一个实例在具有航行路线的地图上施加的蜂窝数据分组覆盖数据库层的图形表示；

图10说明根据本发明的一个实例用于向移动交通工具提供沿计划航行路线的无线连接状态的方法的流程图；

图11说明根据本发明的一个实例用于向移动交通工具提供沿计划航行路线的无线连接状态的方法的流程图；以及

图12说明根据本发明的一个实例传输给远程信息处理单元的消息的框图。

具体实施方式

图1说明根据本发明的一个实例并且总的由数字100所示的、用于与移动交通工具中的远程信息处理单元进行通信的呼叫中心的系统。移动交通工具通信系统(MVCS)100包括移动交通工具通信单元(MVCU)110、交通工具通信网络112、远程信息处理单元120、一个或多个无线载波系统140、一个或多个通信网络142、一个或多个陆地网络144、一个或多个卫星广播系统146、一个或多个客户、个人或用户计算机150、一个或多个web托管(web-hosting)入口160、以及一个或多个呼叫中心170。在一个实例中，MVCU 110被实施为装备有用于发送和接收语音和数据通信的适当硬件和软件的移动交通工具。MVCS 100可以包括与本讨论不相关的附加部件。移动交通工具通信系统和远程信息处理单元在本领域是已知的。

MVCU 110在下面的讨论中也被称为移动交通工具。在操作中，MVCU110在各种实例中被实施为机动车辆、船舶或飞行器。MVCU 110可以包括与本讨论不相关的附加部件。

交通工具通信网络112将信号发送给在交通工具110内设备和系统的各种单元以执行各种功能，比如监控交通工具系统的工作状态，收集和存储来自交通工具系统的数据，给各种交通工具系统提供指令、数据和程序，以及从远程信息处理单元120进行呼叫。为了便于各种通信和电子模块之间的交互，交通工具通信网络112使用了诸如下述的接口：控制器区域网络(CAN)、面向媒体的系统传输(MOST)、本地互连网(LIN)、以太网(10 base T，100 base T)、国际标准化组织(ISO)标准9141、用于高速应用的ISO标准11898、用于低速应用的ISO标准11519、以及用于高速和低速应用的美国汽车工程师学会(SAE)标准J1850。在一个实例中，交通工具通信网络112是在连接的设备之间的直接连接。

远程信息处理单元120向无线载波系统140发送无线电传输以及从无线载波系统140接收无线电传输。无线载波系统140被实施为用于从MVCU110向通信网络142传输信号的任何合适系统。

远程信息处理单元120包括处理器122，该处理器122被连接到无线调制解调器124、全球定位系统(GPS)单元126、车内存储器128、麦克风130、一个或多个扬声器132、以及嵌入式或车内移动电话134。在其他实例中，远程信息处理单元120被实施为不具有上面所列部件中的一个或多个，例如扬声器132。远程信息处理单元120可以包括与本讨论不相关的附加部件。

在一个实例中，处理器122被实施为微控制器、控制器、主处理器、或交通工具通信处理器。在一个实例中，处理器122被实施为专用集成电路(ASIC)。在另一实例中，处理器122被实施为与执行通用处理器的功能的中央处理单元(CPU)一起工作的处理器。GPS单元126提供交通工具的纬度和经度坐标，以响应于从一个或多个GPS卫星广播系统(未示出)接收到的GPS广播信号。车内移动电话134是蜂窝型电话，举例来说，比如数字、双模(例如模拟和数字)、双频、多模或多频的蜂窝电话。在一个实例中，处理器122基于从呼叫中心170传输的数字地图信息来确定路线修正。

处理器122执行各种控制MVCU 110内的电子和机械系统的编程和工作模式的计算机程序。处理器122控制在远程信息处理单元120、无线载波系统140、以及呼叫中心170之间的通信(比如呼叫信号)。另外，处理器122控制来自卫星广播系统146的通信的接收。在一个实例中，语音识别应用被安装在处理器122中，其能够将人的语音输入通过麦克风130转换成数字信号。处理器122产生和接收数字信号，所述数字信号在远程信息处理单元120和交通工具通信网络112之间传输，所述交通工具通信网络112与交通工具内的各种电子模块相连。在一个实例中，这些数字信号激活编程模式和工作模式，以及提供数据传送，例如在语音信道通信上的数据。在此实例中，来自处理器122的信号被转换成语音消息，并且通过扬声器132发出。

无线载波系统140是无线通信载波或移动电话系统，并且向一个或多个MVCU 110发送信号以及从其中接收信号。无线载波系统140结合了其中电磁波在部分或整个通信路径上携带信号的任何类型的电信。在一个实例中，无线载波系统140除了卫星广播系统146外还被实施为任何类型的广播通信。在另一实例中，无线载波系统140向卫星广播系统146提供广播通信以用于下载到MVCU 110。在一个实例中，无线载波系统140将通信网络142直接连接到陆地网络144。在另一实例中，无线载波系统140将通信网络142通过卫星广播系统146连接到陆地网络144。

卫星广播系统146向MVCU 110内的远程信息处理单元120传输无线电信号。在一个实例中，卫星广播系统146可以在“S”频带(2.3GHz)的频谱上进行广播，所述“S”频带已经由美国联邦通信委员会(FCC)为基于卫星的数字音频无线业务(DARS)的全国广播所分配。

在操作中，由卫星广播系统146所提供的广播服务被MVCU 110内的远程信息处理单元120接收。在一个实例中，广播服务包括基于分组预订的各种格式化程序，所述分组预订由用户获得并由远程信息处理单元120管理。在另一实例中，广播服务包括基于分组预订的各种格式化数据分组，所述分组预订由用户获得并由呼叫中心170管理。数据分组包括路线数据和数字地图信息。在一个实例中，由远程信息处理单元120从呼叫中心170接收的数字地图信息数据分组被处理器122执行，以确定路线修正。

通信网络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通过网页界面使用通信标准将用户偏好发送到web托管入口160，所述通信标准例如是超文本传输协议(HTTP)以及传输控制协议与因特网协议(TCP/IP)。在一个实例中，所述数据包括用于改变MVCU 110内的电子和机械系统的某些编程和工作模式的指令。在另一实例或相同实例中，用于确定可能的离线状态的规则可通过web托管入口160来配置。

在操作中，客户使用计算机150来启动对于MVCU 110的用户偏好的设置或重设和/或可能的离线状态的确定。在一个实例中，客户使用计算机150来提供无线电台预置以作为用于MVCU 110的用户偏好。来自客户端软件的用户偏好数据被传输到web托管入口160的服务器端软件。在一个实例中，用户偏好数据被存储在web托管入口160处。在另一实例中，客户使用计算机150来配置由呼叫中心170用来确定可能的离线状态的规则。

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的合适的硬件和软件。数据传输通过网络系统168在web服务器164与一个或多个数据库166之间发送或接收。web服务器164包括计算机应用程序和文件，用于管理和存储由客户提供的个人化设置，例如锁/开门行为、无线电台预置选择、气候控制、定制按钮配置、以及盗窃警报设置。对于每个客户，web服务器可能存储了数百个偏好以用于交通工具的无线交通工具通信、连网、维护、以及诊断服务。在另一实例中，web服务器164进一步包括用于管理逐向(turn-by-turn)导航指令的数据。

在一个实例中，一个或多个web服务器164通过网络系统168被连网以将用户偏好数据在其网络部件例如数据库166之间分发。在一个实例中，数据库166是web服务器164的一部分，或者是独立于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从MVCU 110中的远程信息处理单元120接收语音或数据传输。交换机172从一个或多个web托管入口160接收数据传输并向其发送数据传输。交换机172通过一个或多个网络系统180从一个或多个通信服务管理器174接收数据传输，或向其发送数据传输。

通信服务管理器174是任何能够向MVCU 110中的远程信息处理单元120提供所请求的通信服务的合适的硬件和软件。通信服务管理器174通过网络系统180向一个或多个通信服务数据库176发送数据传输，或从其接收数据传输。在一个实例中，通信服务管理器174包括至少一个数字和/或模拟调制解调器。

通信服务管理器174通过网络系统180向一个或多个通信服务顾问178发送数据传输，或从其接收数据传输。通信服务数据库176通过网络系统180向通信服务顾问178发送数据传输，或从其接收数据传输。通信服务顾问178从交换机172接收语音或数据传输，或向其发送语音或数据传输。通信服务管理器174提供包括下述的各种服务中的一种或多种：启动语音信道上数据的无线通信，注册服务，航行帮助，方向(directory)帮助，路旁帮助，商业或住宅帮助，信息服务帮助，紧急情况帮助，以及通信帮助。

通信服务管理器174通过计算机150、web托管入口160、以及陆地网络144从客户接收用于各种服务的服务偏好请求。通信服务管理器174通过无线载波系统140、通信网络142、陆地网络144、语音和数据交换机172、以及网络系统180将用户偏好和其他数据比如初级诊断脚本传输到MVCU 110中的远程信息处理单元120。通信服务管理器174存储来自通信服务数据库176的数据和信息或从其中检索数据和信息。通信服务管理器174可以向通信服务顾问178提供所请求的信息。在一个实例中，通信服务顾问178被实施为真实的顾问。在一个实例中，真实的顾问是通过远程信息处理单元120与MVCU 110中的用户或订户(例如客户)进行语言通信的人。在另一实例中，通信服务顾问178被实施为虚拟的顾问。在一个实例中，虚拟的顾问被实施为响应于来自MVCU 110中的远程信息处理单元120的服务请求的合成语音接口。

通信服务顾问178向MVCU 110中的远程信息处理单元120提供服务。由通信服务顾问178所提供的服务包括注册服务、航行帮助、实时交通顾问、方向帮助、路旁帮助、商业或住宅帮助、信息服务帮助、紧急情况帮助、自动车辆诊断功能、以及通信帮助。通信服务顾问178通过无线载波系统140、通信网络142、以及陆地网络144使用语音传输来与MVCU 110中的远程信息处理单元120进行通信，或者通过通信服务管理器174和交换机172使用数据传输来与其进行通信。交换机172在语音传输和数据传输之间进行选择。

在操作中，呼入从呼叫中心170被路由到移动交通工具110内的远程信息处理单元120。在一个实例中，呼叫从呼叫中心170通过陆地网络144、通信网络142、以及无线载波系统140被路由到远程信息处理单元120。在另一实例中，输出通信通过陆地网络144、通信网络142、无线载波系统140、以及卫星广播系统146从呼叫中心170被路由到远程信息处理单元120。在该实例中，输入通信通过无线载波系统140、通信网络142、以及陆地网络144从远程信息处理单元120被路由到呼叫中心170。

图2说明对交通工具进行导航的代表方法200的一个实例的流程图。方法200从210开始。程序和/或其部分在各种实例中被MVCU 110、web托管入口160、呼叫中心170以及对交通工具进行导航所需的相关的(子)部件存储和执行。离线状态包括各种路线机动，并且不限于两条或更多条道路的交叉点。离线数据库240包括沿确定的路线有可能比如在相交的大路、小路、支路等对偏离路线的交通工具进行导航的部分。

在步骤220，路线被确定。在一个实例中，在呼叫中心170基于由用户作出的航行帮助请求来确定路线。所述用户向通信服务管理器174发起语音或数据航行帮助请求以便确定路线。所述请求包括路线的起点和路线的终点。可选择地，GPS单元126提供所述起点。一旦作出请求，基于起点和终点来确定路线。所确定的路线包括用于将交通工具从起点起始地向终点目的地进行导航的逐向方向。

从所提供的起点和终点来确定路线的策略是本领域技术人员已知的。所确定的路线将根据多个因素而改变，例如所标出的限速的降低、交通事故、意外事件、天气条件、车道和道路的封闭、建筑物、阻碍交通流量的计划的或未计划的事件等。例如，最佳路线确定避开了道路建筑物。所述最佳路线确定利用本领域已知的策略来检查众多可能的路线。地理信息系统(GIS)检查多条道路和路线，该地理信息系统(GIS)包括用于允许交通流量和交通工具速度的实时分析的内置精密工具。所述GIS能够确定某些道路的交通量以及这些道路上交通流量的平均速度，从而确定最佳路线。

在另一实例中，一个不同于呼叫中心170的位置确定所述路线。例如，MVCU 110中的处理器122确定所述路线，并将所确定的路线传输到呼叫中心170。本领域技术人员将认识到，许多位置可以根据本发明可选地确定路线。

在步骤230，至少一个可能的离线状态基于所述路线而被确定。所述可能的离线状态包括沿所确定的路线可能出现一个或多个离线状态的位置。在步骤220的路线确定期间或之后可以应用多个测试。所述测试包括例如感兴趣点测试、中途点测试、交叉点数目测试、交叉点密度测试、交叉点之间的距离测试、离线状态历史测试、以及道路分类测试。当满足给定测试时，这表明了可能出现离线状态的位置。

在步骤240确定了离线状态历史数据库。在一个实例中，所述离线状态历史数据库对于每个系统用户是唯一的，并且基于个人的离线状态历史。当为用户确定了可能的离线状态时，包括交通工具的地理坐标的数据(即如由GPS单元126所确定的)从MVCU 110被传输到呼叫中心170。所述数据随着时间被存储(即在web托管入口160和/或通信服务管理器174处)和获取，从而形成个人数据库。在数据库中的所述数据由出现频率来加权。数据加权包括例如提供加权因子，其中更频繁出现历史离线状态的位置在相同位置上更可能触发一个可能的离线状态。所述个人数据库基于用户在给定的交叉点上经历离线状态的倾向来提供可能的离线状态的确定。所述确定基于包括有意地(或无意地)采用一条与当前确定的路线(即迷路，访问感兴趣点，或另一原因)不同的路线的情况。

在步骤250，数字地图信息基于所述至少一个可能的离线状态的确定而通过无线连接从呼叫中心170被传输到MVCU 110单元。在一个实例中，如果所述可能的离线状态被确定，则在该可能的离线状态的位置(即表示为节点、连线、或者形状点)及其附近的数字地图信息被传输。在传输中所包括的所述数字地图信息的量可以变化，并且在呼叫中心170和/或另一位置上被限定。另外，所述信息的量可以基于所述可能的离线状态的类型和位置而改变。例如，当感兴趣点被识别时，包括所述可能的离线状态的位置以及包围所述感兴趣点的区域的数字地图信息被传输。因此，所述数字地图信息不限于在所确定的路线周围的固定的距离通道。所述数字地图信息被存储在呼叫中心170和/或另一位置上的数据库中，并且包括沿所述路线的地图数据以及确定所述可能的离线状态的周围地图数据。数字地图信息的传输、存入数据库和对数据库的访问在本领域是已知的。

在步骤260，路线修正基于所传输的数字地图信息而被确定。在一个实例中，所述路线修正由处理器122基于从呼叫中心170传输的数字地图信息而被确定。由于所述路线修正是在本地(给在交通工具内)确定的，因此降低了从呼叫中心170将传输到MVCU 110的数据量。在一个实例中，所述路线修正包括返回到所确定的路线。可选择地，所述路线修正包括从交通工具的当前位置到终点的逐向方向。用于确定路线修正的策略在本领域是已知的。

所述方法在步骤270结束，并且适当时进行重复。本领域技术人员将认识到，步骤的顺序可以变化，并且不限于在此定义的顺序。另外，一个(多个)步骤可以被消除、增加、或修改。

图3说明根据本发明向移动交通工具提供无线连接状态的方法300的一个实例。方法300从步骤301开始。

呼叫中心在步骤310接收航行路线信息。航行路线信息包括位置和目的地数据。在一个实例中，所述呼叫中心从GPS单元126接收起点位置数据，并且用户请求一个目的地。在另一实例中，起点和目的地都从用户处接收。

所述航行路线在步骤320被确定。在一个实例中，步骤320被实施为步骤220。

所述呼叫中心在步骤330接收关于无线连接状态的信息。在一个实例中，所述无线连接状态信息包括有效(active)和无效(inactive)无线连接问题的任何组合。正如在此所用的，无线连接状态包括有效和无效无线连接信息。无效无线连接信息是作为不是有效无线连接问题的任何信息。正如在此所用的，有效无线连接问题是涉及特定地理区域中的环境的任何信息。例如，有效无线连接问题是一个琥珀色警报。在另一实例中，有效无线连接问题是1xRTT数据覆盖中断或不可用性。在另一实例中，有效无线连接问题是关于气象报告的地理信息。在另一实例中，有效无线连接问题是关于交通警告的地理信息。

在步骤340，所确定的路线和无线连接状态信息在呼叫中心进行比较。在一个实例中，期望的路线被分割成与无线连接信息中的区域对应的地理区域。在一个实例中，在步骤340的比较之前分割所述路线。在另一实例中，在步骤340的比较之后分割所述路线。在又一个实例中，如果在步骤340的比较之后分割所述路线，则步骤340再次重复，以将每个分割的路线与无线连接信息进行比较。对于无线连接问题来分析沿所确定的航行路线的每个地理区域。

在一个实例中，方法300在步骤350确定沿所述航行路线的至少一个区域是否包含有效无线连接问题。如果沿所述航行路线的至少一个区域包含有效无线连接问题，则附加信息被发送给移动交通工具。

在步骤360，与比较结果有关的数据被附加到所述航行路线数据。步骤360中的数据包括例如与有效无线连接问题有关的附加的地图和路线数据或给用户的通知。

在步骤370，所述呼叫中心将来自步骤360的数据通过无线连接传输到移动交通工具中的远程信息处理装置。方法300在步骤399结束。

图4说明根据本发明向移动交通工具提供无线连接状态的方法400的另一实例。方法400从步骤401开始。

所述呼叫中心在步骤410获得位置和目的地数据。在一个实例中，步骤410被实施为步骤310。

所述航行路线在步骤420被确定。在一个实例中，步骤420被实施为步骤220。

在步骤430，无线连接状态信息被存储在数据库中。在图4所示的实例中，示出了地理信息系统(GIS)。GIS对于本领域技术人员来说是公知的。可选择地，其他类型的数据库能够执行类似的功能。在所示的实例中，GIS的数据库层包含由地理区域存储的1xRTT/分组数据覆盖。在其它实例中，数据库包括各种其他信息，例如但不限于演进的纯数据(EvDO)、HSDPA(高速数据分组接入)可用性、802.11衍生版、宽带无线、即时消息传送、WiMAX(微波接入全球互通)、GPRS(通用分组无线业务)和/或它们的组合。

在步骤440，包含航行路线信息的所述航行路线GIS数据库层与包含无线连接状态的无线连接状态GIS数据库层进行比较。在一个实例中，步骤440被实施为步骤340。

在一个实例中，方法400在步骤450确定沿所述航行路线的至少一个区域是否包含有效无线连接问题。在一个实例中，步骤450被实施为步骤350。

在一个实例中，在步骤460中，如果沿所述航行路线的至少一个区域包含有效无线连接问题，则与比较结果有关的数据被附加到所述航行路线数据。步骤460中的数据包括例如与有效无线连接问题有关的附加的地图和路线数据或给用户的通知。在一个实例中，步骤460被实施为步骤360。

在步骤470，所述呼叫中心将来自步骤460的数据通过无线连接传输到移动交通工具中的远程信息处理装置。在一个实例中，步骤470被实施为步骤370。方法400在步骤499结束。

图5说明根据本发明向移动交通工具提供无线连接状态的方法500的另一实例。方法500从步骤501开始。

在步骤510获得位置和目的地数据。在一个实例中，步骤510被实施为步骤310。

在步骤520确定航行路线。在一个实例中，步骤520被实施为步骤220。

在步骤530，至少一个可能的离线状态基于航行路线而被确定。所述可能的离线状态包括沿所确定路线可能出现一个或多个离线状态的位置。在步骤520路线确定期间或之后可以应用多个测试。在一个实例中，步骤530被实施为步骤230。

在步骤540将所确定的路线与来自步骤530的无线连接状态信息进行比较。在一个实例中，步骤540被实施为步骤340。

在一个实例中，方法500在步骤550执行确定沿所述航行路线的至少一个区域是否包含有效无线连接问题。在一个实例中，步骤550被实施为步骤350。

在一个实例中，在步骤560，与比较结果有关的数据被附加到航行路线数据。步骤560中的数据包括例如与有效无线连接问题有关的附加的地图和路线数据或给用户的通知。在一个实例中，步骤560被实施为步骤360。

在步骤565，基于所述可能的离线状态的数字地图信息被添加到路线数据。所述数字地图信息的量进行改变以确保在没有有效数据连接的情况下访问离线地图。所述数字地图信息的量可以基于多个因素而改变，包括但不限于交通工具110内可用的存储器、呼叫中心与交通工具110之间连接的带宽、在呼叫中心170处的可用资源、基于数字地图信息的适合于传送的细节程度、或者离线状态的可能性。

在步骤570，呼叫中心将来自步骤560和步骤565的数据通过无线连接传输到移动交通工具中的远程信息处理装置。在一个实例中，步骤570被实施为步骤370。方法500在步骤599结束。

图6说明根据本发明向移动交通工具提供无线连接状态的方法600的一个实例。方法600从步骤601开始。

在步骤610获得位置和目的地数据。在一个实例中，步骤610被实施为步骤310。

在步骤620确定航行路线。在一个实例中，步骤620被实施为步骤220。

然后在步骤670将航行路线数据传输到远程信息处理装置。在一个实例中，步骤670被实施为步骤370。

方法600在步骤625确定是否发生了一个比较触发事件。在步骤620后，缺乏比较触发将防止开始比较步骤640，直到比较触发发生。在本发明的一个实例中，所述比较触发是里程事件，其中在用户行进了预定的英里数或从特定地理区域起行进了预定英里的距离之后步骤640开始。在另一实例中，所述比较触发是时间事件，其中步骤640在指定时间或在到达一个地理区域之前所估计的时间量时开始。本领域技术人员将认识到，许多不同的事件能够充当比较触发，例如：非峰值时间事件，其中当呼叫中心系统处于低工作负荷或无线带宽不大昂贵时步骤640开始；路线接收事件，其中航行路线一被接收和确定就开始步骤640；顾问介入事件，其中呼叫中心顾问手动地开始步骤640；或者状态改变事件，其中基于在航行路线内有效区域的增加或删除而开始或重新开始步骤640。

在步骤630接收无线连接状态信息。在一个实例中，步骤630被实施为步骤330。

在步骤640将所确定的路线与无线连接状态进行比较。在一个实例中，步骤640被实施为步骤340。

在一个实例中，方法600在步骤650执行确定沿所述航行路线的至少一个区域是否包含有效无线连接问题。在一个实例中，方法650被实施为步骤350。

在步骤660，呼叫中心基于步骤640的比较通过无线连接向移动交通工具中的远程信息处理单元传输数据，所述数据包括有效无线连接问题。在一个实例中，步骤660中的数据将包括例如附加的地图和路线数据或给用户的警报。方法600在步骤699结束。

图7说明根据本发明向移动交通工具提供无线连接状态的方法700的一个实例。方法700从步骤701开始。

在步骤710获得位置和目的地数据。在一个实例中，步骤710被实施为步骤310。

在步骤720确定航行路线。在一个实例中，步骤720被实施为步骤220。

然后在步骤770将所述航行路线数据通过无线连接传输到移动交通工具中的远程信息处理装置。

在步骤730接收无线连接状态信息。在一个实例中，步骤730被实施为步骤330。

在步骤740将所确定的路线与来自步骤330的无线连接状态信息进行比较。在一个实例中，步骤740被实施为步骤340。

在一个实例中，方法700在步骤750执行确定沿航行路线的至少一个区域是否包含有效无线连接问题。在一个实例中，步骤750被实施为步骤350。

方法700在步骤755确定是否发生了一个传输触发事件。在步骤750后，缺乏传输触发将防止开始步骤760的传输，直到传输触发发生。在本发明的一个实例中，所述传输触发是里程事件，其中在用户行进了预定的英里数或从特定地理区域起行进了预定英里的距离之后步骤760开始。在另一实例中，所述传输触发是时间事件，其中步骤760在指定时间或在到达一个地理区域之前所估计的时间量时开始。本领域技术人员将认识到，许多不同的事件能够充当传输触发，例如：非峰值时间事件，其中当呼叫中心系统处于低工作负荷或无线带宽不大昂贵时步骤760开始；比较完成事件，其中一完成在步骤740在航行路线和无线状态信息之间的比较就开始步骤760；顾问介入事件，其中呼叫中心顾问手动地开始步骤760；或者状态改变事件，其中步骤760基于在航行路线内有效区域的增加或删除而开始或重新开始步骤760。

在步骤760，呼叫中心向移动交通工具中的远程信息处理单元传输由步骤740的比较产生的数据，所述数据包括有效无线连接问题。在一个实例中，步骤760中的数据将包括例如附加的地图和路线数据或给用户的警报。在一个实例中，步骤760被实施为步骤660。方法700在步骤799结束。

图8说明根据本发明向移动交通工具提供无线连接状态的方法800的一个实例。方法800从步骤801开始。

在步骤810获得位置和目的地数据。在一个实例中，步骤810被实施为步骤310。

在步骤820确定航行路线。在一个实例中，步骤820被实施为步骤220。

在步骤830接收无线连接状态信息。在一个实例中，步骤830被实施为步骤330。

在步骤840将所确定的路线与来自步骤830的无线连接状态信息进行比较。在一个实例中，步骤840被实施为步骤340。

在一个实例中，方法800在步骤850执行确定沿航行路线的至少一个区域是否包含有效无线连接问题。在一个实例中，步骤850被实施为步骤350。

在步骤860，与比较结果有关的数据被附加到所述航行路线数据。在一个实例中，步骤860被实施为步骤360。

在步骤870，呼叫中心通过无线连接将数据传输到移动交通工具中的远程信息处理装置。在一个实例中，步骤870被实施为步骤370。

方法800在步骤875确定是否发生了一个警报触发事件。在步骤870后，缺乏警报触发将防止开始步骤880的警报通知，直到警报触发发生。在本发明的一个实例中，所述警报触发是里程事件，其中在用户行进了预定的英里数或从特定地理区域起行进了预定英里的距离之后步骤880开始。在另一实例中，所述警报触发是时间事件，其中步骤880在指定时间或在到达一个地理区域前所估计的时间量时开始。本领域技术人员将认识到，许多不同的事件能够充当警报触发，例如：顾问介入事件，其中呼叫中心顾问手动地开始步骤880；或者状态改变事件，其中基于在航行路线内有效区域的增加或删除而开始或重新开始步骤880。

在步骤880向用户通知任何的警报状态。在本发明的一个实例中，在移动交通工具中发出的警报是自动的语音消息。在其他实例中，文本消息、图形显示、或者来自呼叫中心顾问的电话呼叫都能够在步骤880向用户通知任何警报。方法800在步骤899结束。

图9说明根据本发明的一个实例的图形表示，其中1xRTT/分组数据覆盖地图层和后端路由系统一起用来确定沿指定路线的1xRTT分组数据服务的可用性。在获得位置910和目的地数据920后，确定航行路线930。所述覆盖地图层被再分成多个区域940，以用于航行路线进行比较。如果沿航行路线930的任何点落到无数据服务种类中，如阴影区域950所示，在第一路由命令后将播放可听警报，例如“在沿您的路线的所有点上不能获得自动更新”。如果当处于无服务区域950时沿不同的或不正确的道路960前进，则离线航行信息和警报一起被传输，以允许航行回到计划的路线930。

图10说明根据本发明向移动交通工具提供无线连接状态的方法1000的一个实例。方法1000从步骤1001开始。

在步骤1010，呼叫中心接收航行路线信息。航行路线信息包括位置和目的地数据。在一个实例中，呼叫中心从GPS单元126接收起点位置数据，并且用户请求一个目的地。在另一实例中，起点和目的地都从用户处接收。所述航行路线基于所接收的起点和目的地而被确定。在一个实例中，所述航行路线如步骤220那样被确定。

与所接收的航行路线相关的至少一个无线连接状态在步骤1040被确定。在一个实例中，步骤1040被实施为步骤340。

在步骤1070，包括与所述航行路线相关的无线连接状态的消息被传输到移动交通工具。在一个实例中，步骤1070被实施为步骤370。方法1000在步骤1099结束。

图11说明根据本发明向移动交通工具提供无线连接状态的方法1100的一个实例。方法1100从步骤1101开始。

在步骤1110，呼叫中心接收航行路线信息。航行路线信息包括位置和目的地数据。在一个实例中，呼叫中心从GPS单元126接收起点位置数据，并且用户请求一个目的地。在另一实例中，起点和目的地都由用户给出。所述航行路线也基于所接收的起点和目的地而被确定。在一个实例中，所述航行路线如步骤220那样被确定。

在步骤1130，基于所述航行路线的至少一个可能的离线状态被确定。所述可能的航行路线包括沿所确定的路线的可能出现一个或多个离线状态的位置。在一个实例中，步骤1130被实施为步骤230。

在步骤1140，与所接收的航行路线相关的至少一个无线连接状态被确定。在一个实例中，步骤1140被实施为步骤340。

在步骤1170，包括与所述航行路线相关的无线连接状态的消息被传输到移动交通工具。在一个实例中，步骤1170被实施为步骤370。方法1100在步骤1199结束。

图12说明根据本发明的一个实例被发送到远程信息处理单元的消息1200的框图。

消息1200包含一个包括诸如用户标识和时间之类的信息的报头1210。所述报头1210可以包含任何合适的信息，包括但不限于消息格式、校验和数据、数据和时间、或任何其他合适的数据。

所述航行路线1220包括例如用于从起点起始地到终点目的地对交通工具进行导航的逐向方向。

无线连接状态1230包括有效和无效无线连接问题的任何组合。例如，所述消息1200包含一个有效无线连接问题。例如，有效无线连接问题在一个实例中是一个琥珀色警报。在另一实例中，有效无线连接问题是1xRTT数据覆盖中断或不可用性。在另一实例中，有效无线连接问题是关于气象报告的地理信息。在另一实例中，有效无线连接问题是关于交通警告的地理信息。

在一个实例中，可能的离线数字地图信息1240被包含在消息1200中。在一个实例中，如果所述可能的离线状态被确定，则在该可能的离线状态的位置(即表示为节点、连线、或者形状点)及其附近的可能的离线数字地图信息1240被传输。在传输中所包括的所述数字地图信息的量可以改变，并且在呼叫中心170和/或另一位置上被限定。另外，所述信息的量可以基于所述可能的离线状态的类型和位置而改变。例如，当一个感兴趣点被识别时，包括所述可能的离线状态的位置以及包围所述感兴趣点的区域的数字地图信息就被传输。因此，所述可能的离线数字地图信息1240不限于在所确定的路线周围的固定的距离通道。

在本发明的一个实例中，警报1250被包含在消息1200中。在本发明的一个实例中，警报1250是自动的语音消息。在其他实例中，文本消息、或图形显示功能被包含在警报1250中。

在本发明的一个实例中，警报触发1260被包含在消息1200中。在本发明的一个实例中，所述警报触发是里程事件，其中在用户行进了预定的英里数或从特定地理区域起行进了预定英里的距离之后，警报1250被呈现给在交通工具内的司机。在另一实例中，所述警报触发1260是时间事件，其中警报1250在指定时间或在到达一个地理区域之前所估计的时间量时开始。本领域技术人员将认识到，许多不同的事件能够充当警报触发，例如：状态改变事件，其中基于在航行路线内有效区域的增加或删除而开始或重新开始警报1250。

虽然在此所公开的本发明的实例当前被认为是优选的，但是在不背离本发明的精神和范围的情况下可以作出各种变化和修改。本发明的范围被表示在所附的权利要求书中，并且任何处于等同物的含义和范围内的变化都被打算包括在其中。

Claims (20)

1.一种向移动交通工具提供无线连接状态的方法，所述方法包括：

在呼叫中心接收航行路线信息；

确定与所接收到的航行路线相关的至少一个无线连接状态；以及

向移动交通工具传输包括与所述航行路线相关的无线连接状态的消息。

2.如权利要求1所述的方法，其中无线连接状态被存储在地理信息系统(GIS)数据库中。

3.如权利要求2所述的方法，其中在GIS数据库中存储的无线连接状态选自由下述组成的组：1xRTT/分组数据覆盖，演进的纯数据，高速数据分组接入，802.11，宽带无线，即时消息传送，微波接入全球互通，以及通用分组无线业务。

4.如权利要求2所述的方法，其中通过将包含航行路线信息的航行路线GIS数据库层与包含无线连接状态的无线连接状态GIS数据库层进行比较来确定与接收到的航行路线相关的无线连接状态。

5.如权利要求1所述的方法，进一步包括基于所述航行路线来确定至少一个可能的离线状态；其中所述消息包括基于对至少一个可能的离线状态的确定的数字地图信息。

6.如权利要求1所述的方法，其中与接收到的航行路线相关的无线连接状态的确定是响应于比较触发，所述比较触发选自由下述组成的组：路线接收事件，行进里程事件，抵达区域里程事件，经过时间事件，抵达区域时间事件，非峰值时间事件，顾问介入事件，或者状态改变事件。

7.如权利要求1所述的方法，其中与所述航行路线相关的任何无线连接状态向移动交通工具的传输是响应于传输触发，所述传输触发选自由下述组成的组：比较事件的完成，行进里程事件，抵达区域里程事件，经过时间事件，抵达区域时间事件，非峰值时间事件，顾问介入事件，或者状态改变事件。

8.如权利要求1所述的方法，其中所述消息进一步包括警报，所述警报选自由下述组成的组：文本消息，自动语音消息，可听警报，基于文本的警报，图形显示，或者直接来自呼叫中心的顾问的警报。

9.如权利要求8所述的方法，其中所述消息进一步包括警报触发，其中所述警报是响应于所述警报触发，所述警报触发选自由下述组成的组：数据接收事件，行进里程事件，抵达区域里程事件，经过时间事件，抵达区域时间事件，顾问介入事件，或者状态改变事件。

10.一种包括用于向移动交通工具提供无线连接状态的计算机可读程序代码的计算机可用介质，所述介质包括：

用于在呼叫中心接收航行路线信息的计算机可读程序代码；

用于确定与接收到的航行路线相关的无线连接状态的计算机可读程序代码；以及

用于向移动交通工具传输包括与所述航行路线相关的无线连接状态的消息的计算机可读程序代码。

11.如权利要求10所述的介质，进一步包括用于在地理信息系统(GIS)数据库中存储和在其中检索无线连接状态的计算机可读程序代码。

12.如权利要求11所述的介质，其中在GIS数据库中存储的无线连接状态选自由下述组成的组：1xRTT/分组数据覆盖，演进的纯数据，高速数据分组接入，802.11，无线宽带，即时消息传送，微波接入全球互通，以及通用分组无线业务。

13.如权利要求11所述的介质，其中由将包含航行路线信息的航行路线GIS数据库层与包含无线连接状态的无线连接状态GIS数据库层进行比较的计算机可读程序代码来确定与接收到的航行路线相关的无线连接状态。

14.如权利要求10所述的介质，进一步包括用于基于航行路线来确定至少一个可能的离线状态的计算机可读程序代码；其中所述消息包括基于对通过无线连接到远程信息处理单元的所述至少一个可能的离线状态的确定的数字地图信息。

15.如权利要求10所述的介质，进一步包括用于比较触发的计算机可读代码，其中与接收到的航行路线相关的无线连接状态的确定是响应于所述比较触发，所述比较触发选自由下述组成的组：路线接收事件，行进里程事件，抵达区域里程事件，经过时间事件，抵达区域时间事件，非峰值时间事件，顾问介入事件，或者状态改变事件。

16.如权利要求10所述的介质，进一步包括用于传输触发的计算机可读代码，其中与航行路线相关的任何无线连接状态向移动交通工具的传输是响应于所述传输触发，所述传输触发选自由下述组成的组：比较事件的完成，行进里程事件，抵达区域里程事件，经过时间事件，抵达区域时间事件，非峰值时间事件，顾问介入事件，或者状态改变事件。

17.如权利要求10所述的介质，其中所述消息进一步包括警报，所述警报选自由下述组成的组：文本消息，自动语音消息，可听警报，基于文本的警报，图形显示，或者直接来自呼叫中心的顾问的警报。

18.如权利要求10所述的介质，其中所述消息进一步包括警报触发，其中所述警报是响应于所述警报触发，所述警报触发选自由下述组成的组：数据接收事件，行进里程事件，抵达区域里程事件，经过时间事件，抵达区域时间事件，顾问介入事件，或者状态改变事件。

19.一种用于向移动交通工具提供无线连接状态的系统，所述系统包括：

用于在呼叫中心接收航行路线信息的装置；

用于确定与所接收到的航行路线相关的无线连接状态的装置；以及

用于向移动交通工具传输包括与所述航行路线相关的无线连接状态的消息的装置。

20.如权利要求19所述的系统，进一步包括用于基于航行路线来确定至少一个可能的离线状态的装置；其中所述消息包括基于对通过无线连接到远程信息处理单元的所述至少一个可能的离线状态的确定的数字地图信息。

Images