CN101448330A

CN101448330A - 用于交通工具远程信息处理单元的连接管理

Info

Publication number: CN101448330A
Application number: CNA2008101787413A
Authority: CN
Inventors: A·侯赛因; D·A·亚当斯
Original assignee: Motors Liquidation Co
Current assignee: Motors Liquidation Co
Priority date: 2007-11-26
Filing date: 2008-11-26
Publication date: 2009-06-03
Also published as: DE102008058442A1; US10027805B2; US20090135845A1; DE102008058442B4

Abstract

本发明涉及用于交通工具远程信息处理单元的连接管理。一种连接管理系统和方法管理交通工具远程信息处理单元与呼叫中心之间的连接。通过无线网络建立交通工具远程信息处理单元与呼叫中心之间的连接。将第一服务提供给交通工具远程信息处理单元，在此期间识别出交通工具远程信息处理单元对第二服务的请求。在完成第一服务之后响应于对第二服务的请求而提供交通工具远程信息处理单元与呼叫中心之间的连接。这可以包括维持已建立的连接来进行第二服务或在终止第一连接后启动新连接。

Description

用于交通工具远程信息处理单元的连接管理

技术领域

本发明涉及用于处理交通工具远程信息处理(telematics)单元与呼叫中心之间的连接的技术。

背景技术

交通工具远程信息处理单元与呼叫中心之间的无线通信使得能够提供从呼叫中心到交通工具的各种服务。这些包括诸如“路边援助”的无线援助服务以用多种服务帮助驾驶员，诸如电子开门，提供导航指令，对事故的紧急响应，部署牵引援助等等。通常，为这些服务采用的无线通信是借助于通过现有蜂窝网络设施的无线远程通信。借助于远程信息处理装置也有可能实现呼叫中心对交通工具运行状况的监控。例如，可以自动将气囊展开事件报告给呼叫中心，在呼叫中心触发从真人顾问(live advisor)到交通工具的返回呼叫以确定是否需要应急服务。诸如诊断故障代码(DTC)和失窃交通工具追踪信息之类的其它交通工具数据可以类似地报告给呼叫中心。而且，可以向交通工具提供数据服务，诸如导航指令、用于交通工具模块的软件升级、和用于交通工具乘员的电子消息。

有时，提供这些各种服务导致在同一时间安排或尝试多项服务。同样，在与呼叫中心的现有连接掉线的情况中，呼叫中心和交通工具可能同时做出重新连接的尝试，导致两个连接尝试与每次只能进行一个连接的远程信息处理单元之间的冲突。因而，随着呼叫中心处理的通信服务量的不断增加，需要一种管理这些多重通信的方法。

发明内容

根据本发明的一个方面，提供了一种用于管理交通工具远程信息处理单元与呼叫中心之间的连接的方法，该方法包括以下步骤：

(a)通过无线网络建立交通工具远程信息处理单元与呼叫中心之间的连接；

(b)提供从呼叫中心到交通工具远程信息处理单元的第一服务；

(c)在已建立的连接期间在呼叫中心处识别出存在对用于交通工具远程信息处理单元的第二服务的请求；和

(d)在完成第一服务之后响应于对第二服务的请求而提供交通工具远程信息处理单元与呼叫中心之间的连接。

根据本发明的另一方面，可以使用至少以下步骤来管理交通工具远程信息处理单元与呼叫中心之间的连接：

(c)在呼叫中心处识别来自呼叫中心的对用于交通工具远程信息处理单元的第二服务的请求；

(d)确定是否可以通过在呼叫中心与交通工具远程信息处理单元之间建立的连接实施第二服务；和

(e)基于该确定提供交通工具远程信息处理单元与呼叫中心之间的连接。

根据本发明的另一方面，在服务完成之前，交通工具远程信息处理单元与呼叫中心之间建立的连接有可能被终止。当这种情况发生时，用于管理连接的该方法可以包括以下步骤：

(b)提供从呼叫中心到交通工具远程信息处理单元的服务；

(c)在服务完成之前，识别出交通工具远程信息处理单元与呼叫中心之间建立的连接已经被终止；

(d)尝试重新建立交通工具远程信息处理单元与呼叫中心之间的连接；

(e)在识别出交通工具远程信息处理单元与呼叫中心之间建立的第二连接后，终止由呼叫中心进行的任何启动交通工具远程信息处理单元与呼叫中心之间的连接的尝试；和

(f)用交通工具远程信息处理单元完成该服务。

附图说明

将在下文结合附图说明本发明的优选示范性实施例，在附图中相同的标记表示相同的元件，其中：

图1是能够实施用于管理交通工具远程信息处理单元与呼叫中心之间的连接的方法的系统的框图；

图2是示出连接管理方法的实施例的某些步骤的流程图；

图3是示出从图2延续的方法的附加步骤的流程图；和

图4是示出从图3延续的方法的附加步骤的流程图。

具体实施方式

图1中示出了示例性的操作环境，且其可以用来实施当前公开的用于管理交通工具远程信息处理单元与呼叫中心之间的连接的方法。可以通过使用任何适当的远程信息处理系统执行该方法，并且优选地结合诸如系统100的交通工具远程信息处理系统来执行该方法。本领域技术人员将理解系统100的整体架构、设置、操作和各个部件通常是本领域中所公知的。因而，下列系统描述仅仅提供了一个这样的示例性远程信息处理系统的简要概述，但此处未示出的其它系统和部件同样可以支持当前公开的方法。

示例性的远程信息处理系统100包括用于运载一个或多个乘员或用户的交通工具102、和用于提供与交通工具102的双向无线通信的无线通信系统104。而且，系统100可以包括第二通信系统106用于使无线通信系统104与给交通工具102提供服务的系统100的呼叫中心108进行通信。此外，系统100可以包括与交通工具102通信的web服务器(未示出)和/或用于向其提供因特网服务的呼叫中心108。

系统100通常可以促进适用于交通工具乘员的一种或多种服务，诸如交通工具导航、转弯路口驾驶提示(turn-by-turn drivingdirection)、资讯娱乐、应急服务、交通工具诊断、交通工具系统升级、和免提通话及使用自动语音识别的交通工具交互。为此目的，系统100处理数据和指令并促进位于交通工具102上的硬件与远程呼叫中心108中的硬件之间的无线话音和数据传输。例如，系统100使得交通工具乘员能够启动与呼叫中心108的话音通信。同样，系统100能实现交通工具102与web服务器或呼叫中心108之间的数据通信，该数据通信用于各种目的，例如发送和/或接收数据，如话音消息、电子邮件、新闻、因特网内容等。

交通工具

交通工具102在示出的实施例中被描绘为客车(passenger car)，且将理解可以使用包括摩托车、船舶、航空器、休闲车、及其它机动车(诸如有篷货车、卡车等)的任何其它交通工具，而不脱离本发明的范围。各种电子模块可以位于交通工具102上并包括一个或多个交通工具系统模块(VSM)110、交通工具上的通信总线112，和由总线112连接到VSM 110的一个或多个交通工具远程信息处理单元114。

VSM 110促进任何合适的装载在交通工具上的功能，诸如交通工具诊断、监控、控制、报告和/或其它功能。例如，VSM 110可以用于控制发动机运行，监控和展开气囊或其它安全装置，和/或借助于各种交通工具传感器诊断交通工具系统。VSM 110广泛地代表与远程信息处理单元114交互的任何软件、电子或机电子系统、及相关传感器或交通工具各处的其它部件。在具体示例中，如果呼叫中心108发送信号到交通工具102以开启交通工具的门，那么远程信息处理单元114指示机电门锁VSM开门。

交通工具通信总线112促进诸如VSM 110和/或远程信息处理单元114这样的各种交通工具系统之间的交互，并使用有线或无线的任何适当的网络通信配置。可以在总线112与各种交通工具系统之间插入适当的接口。正如本文中所使用的，术语“接口”广泛地指任何适当形式的电子装置或适配器、或甚至是软件模块或适配器，以使得一件设备能够控制另一件设备通信或与之通信。若干个总线的示例包括控制器局域网(CAN)、媒体导向系统传输(M0ST)、本地互连网(LIN)、以太网(10baseT、100baseT)、局域网(LAN)、无线域网(WAN)和/或任何适当的国际标准化组织(ISO)或汽车工程师协会(SAE)的通信标准。

交通工具远程信息处理单元114促进交通工具102或其乘员与包括呼叫中心108在内的各种远程位置之间的通信和其它服务。远程信息处理单元114经由交通工具通信总线112与各种VSM 110对接。远程信息处理单元114可以在任何适当的配置中实施，但可以包括处理器116、用于通过一个或多个天线120与交通工具102进行双向无线通信的通信装置118、储存计算机程序124和/或一个或多个数据库126的存储器122，以及用户接口128。远程信息处理单元114还包括使前述装置互相通信的任何适当接口。

尽管在图1中被描述为单独的各个模块，本领域的技术人员将理解远程信息处理单元114的许多部件可以被集成到一起，或与其它交通工具系统集成和/或共用。例如，存储器122可以被合并到处理器116中或位于远程信息处理单元114外面并与诸如交通工具中央处理单元之类的一个或多个其它交通工具系统共用。尽管VSM 110被图示为与远程信息处理单元114分离，但这些VSM 110的任意组合都有可能被集成到远程信息处理单元114内。此外，远程信息处理单元114可以包括未示出的附加部件，或可以省略示出的某些部件。

远程信息处理器116通过本领域技术人员已知的各种方式中的任何一种来实现，诸如以控制器、微处理器、微控制器、主处理器、交通工具通信处理器、专用集成电路(ASIC)的形式、或其它任何适当的处理器类型来实施。可选地，处理器116可以与执行通用计算机的功能的中央处理单元(未示出)协同工作。处理器116可以与其它适当装置和/或模块(未示出)相关联，所述装置和/或模块诸如提供精确日期和时间信息的实时时钟装置，和/或跟踪时间间隔的计时器模块。

处理器116执行储存在存储器122中的一个或多个程序124以执行各种功能，诸如系统监控、数据处理和使远程信息处理单元114与VSM110、交通工具乘员、及远程位置通信。例如，处理器116可以执行一个或多个控制程序和处理程序和/或数据以单独地或者结合呼叫中心108实现与采样率无关的语音识别的方法。在另一示例中，处理器116控制、生成和接受在远程信息处理单元114与呼叫中心108之间、以及在远程信息处理单元114与连接到各种VSM 110的交通工具通信总线112之间传输的信号。在一种模式中，使用这些信号来激活VSM 110的编程和操作模式。

远程信息处理存储器122可以是提供数据及程序的计算机可读存储以供处理器116使用的的任何一种电子储存装置。存储器122可以包括易失性和/或非易失性存储器，诸如RAM、NVRAM、硬盘、闪存等，且可以被实施为一个或多个分离的物理装置。程序124包括一个或多个计算机程序，所述程序作为指令由处理器116执行以实现远程信息处理单元114的各种功能，诸如消息收发、诊断、通信、语音识别等。例如，驻留在存储器122中且由处理器116执行的程序124可以用来实现与采样率无关的语音识别方法。数据库126可以用来储存消息数据、诊断故障代码数据或其它诊断数据、交通工具数据上载(VDU)记录、事件激活表(activation table)、语音识别数据等。数据库126可以被实施为使得能够对储存在数据库126中的数据进行查找的数据库表，且这可以通过使用已知的索引技术、数据库询问、对这种表的直接串行搜索(straight serial searching)，和/或任何其它适当的储存和查找技术来实现。

远程信息处理通信装置118和相关联的天线120发射和接收去往和来自无线通信系统104的话音和数据，从而使得远程信息处理单元114可以例如经由第二通信系统106与呼叫中心108通信。通信装置118经由蜂窝、卫星和/或其它无线路径提供这种无线通信，且可以促进话音和/或数据通信，其中话音和数据信号都可以通过话音通道发送和接收和/或反之亦然。本领域技术人员将认识到，通过应用任何适当类型的编码或调制以转换数字数据用于通过合并在蜂窝芯片组中的声码器或语音编解码器进行通信，通信装置118可以在话音通道上发射和接收数据。可以使用提供可接受的数据率和比特误码率的任何适当的编码或调制技术。通信装置118可以包括以下讨论的其它任何适当模块。

通信装置118可以包括通话模块，所述通话模块包括诸如无线调制解调器和/或移动电话的通信软件和硬件。移动电话可以是诸如移动电话之类的任何适当的无线通话装置，其可以是模拟的、数字的、双模式的、双频段的、多模式的和/或多频段的。移动电话可以包括单独的处理器和存储器，和/或标准蜂窝芯片组。而且，移动电话可以使用任何适当的蜂窝技术，诸如先进移动电话系统(AMPS)、码分多址(CDMA)、时分多址(TDMA)、全球移动通信系统(GSM)等，但也可以利用专有的或其它无线技术来与无线通信系统104通信。可以使用处理器116来实施通信装置118的某些特征，诸如使用处理器116以软件实现的调制解调器。

远程信息处理用户接口128包括一个或多个输入和输出接口，以从远程信息处理用户接收输入并向其传送输出。如本文中所使用的，术语用户包括远程信息处理服务订户、包括驾驶员及乘客的交通工具乘员等。同样，正如本文中所使用的，术语用户接口广义地指任何适当形式的电子装置或适配器、或甚至是软件模块或适配器，其使得交通工具乘员能够与另一件设备进行通信或对其加以控制。用户接口128可以包括在交通工具各处分布的个体部件，和/或可以作为单个单元而被集成，诸如人机接口(DMI)、多媒体中心等等。多媒体中心可以接收和储存诸如音乐、网页、电影、电视节目、视频游戏等的内容下载，用于当前或延时的回放。

输入接口可以包括一个或多个触觉装置130，一个或多个麦克风132、或任何其它类型的输入技术。首先，触觉输入装置130使得交通工具乘员能够激活远程信息处理单元114的一个或多个功能，且可以包括一个或多个按钮开关、小键盘、键盘、或位于交通工具102中在交通工具乘员可及范围内的其它适当的输入装置。例如，触觉输入装置130可以用来启动与诸如呼叫中心108或移动电话之类的远程位置的远程通信，和/或启动交通工具升级、诊断等。其次，麦克风132容许交通工具乘员给远程信息处理单元114提供口头(vocal)输入，并能实现经由通信装置118与各种远程位置的口头通信。使用麦克风132与处理器116之间的诸如声卡(未示出)的适当模数接口和/或数字信号处理器、以及储存在存储器122内的话音及语音识别程序和数据，可以解释来自交通工具乘员的口头输入。

输出接口可以包括一个或多个扬声器134、视觉显示装置，诸如液晶显示器、等离子屏、触摸屏、抬头显示器等(未示出)，或任何其它类型的视觉输出技术。扬声器134使得远程信息处理单元114能够将可听语音、信号、音频文件等传送到交通工具乘客，且其可以是专门用于与远程信息处理单元114一起使用的交通工具音频系统或独立部件的一部分。诸如声卡(未示出)之类的适当接口可以插在扬声器134与远程信息处理器116之间。

通信系统

通信系统104、106可以分别实施或可以被组合为一个整体系统。同样，利用适当的装备，呼叫中心108可以直接地与无线通信系统104进行无线通信而不需要第二系统106。

无线通信系统104可以包括一个或多个模拟和/或数字蜂窝网络136、无线计算机网络诸如广域网(WAN)，无线局域网(WLAN)、宽带无线域(BWA)网络、和/或任何其它适当的无线网络，用来在交通工具102与诸如呼叫中心108之类的各种远程位置之间传输话音和/或数据信号。示例性的蜂窝网络136可以被实施为CDMA、GSM或其它蜂窝通信网络，其能实现交通工具102与第二通信系统106之间的话音和数据交换。网络136可以包括信号塔(cell tower)、基站和/或移动交换中心(MSC)的任何适当组合。例如，只举几个可能的布置，基站和信号塔可以共同处于同一地点或它们可以远离彼此定位，每个基站可以服务于单个信号塔或多个信号塔，且各基站可以耦合到单个MSC。语音编解码器或声码器可以合并到系统104中，诸如在一个或多个基站内，但根据无线网络的特定架构，其也可以被合并到MSC以及某些其它网络部件内。

通过使用一个或多个卫星138的卫星传输以使得交通工具102经由地基卫星收发器140与呼叫中心108通信，系统104也可以或可选地实现无线通信。作为示例性实施方式，卫星收发器140和一个(或多个)卫星138可以传输无线电信号到交通工具102。例如，卫星传输可以在由美国联邦通信委员会分配给基于卫星的数字音频无线电服务(DARS)的国家广播的“S”频段中的频谱上广播。更具体地，卫星传输可以通过使用XM^TM品牌的卫星无线电服务实现。

第二通信系统106可以是陆基有线系统，诸如公共交换电话网络(PTSN)、网际协议(IP)网络、光学网络、光纤网络、电缆网络、和/或公用输电线(utility power transmission line)。系统106也可以是另一种无线通信系统，像系统104、WAN、WLAN、或BWA网络，或前述示例的任何组合，其中的任何网络可以被用于或适用于话音和/或数据通信。

呼叫中心

呼叫中心108通过处理和存储数据且与交通工具102通信而提供服务给交通工具102。呼叫中心108可以给交通工具远程信息处理单元114提供后端功能且可以包括在一个或多个位置的一个或多个固定或移动的数据中心。呼叫中心108可以包括顾问142来监控各种交通工具状况、响应于服务请求、并提供诸如与交通工具内的安全及保障系统有关的远程交通工具援助之类的交通工具服务。顾问142可以被实施为真人顾问或响应于用户请求的自动机器或计算机程序。

呼叫中心108包括一个或多个话音和/或数据接口144，诸如有线或无线调制解调器、诸如专用小交换机(PBX)之类的交换机、和/或路由器。接口144例如藉由交通工具数据上载(VDU)通过通信系统104、106中的一个或二者在交通工具远程信息处理单元114与呼叫中心108之间发送和接收话音和/或数据信号。对于话上数据(data-over-voice)通信，接口144优选应用某种类型的编码或调制来转换数字数据用于与声码器或语音编解码器之间的通信。

呼叫中心108还可以包括一个或多个通信服务管理器146，处理数据的一个或多个服务器148，存储诸如订户简档和验证数据之类的用户数据和任何其它适当数据的一个或多个适当的数据库150。呼叫中心108也可以包括诸如LAN或WLAN的一个或多个有线和/或无线网络152，以将呼叫中心部件与一个或多个顾问142所使用的任何计算机连接到一起。例如，处理器148和数据库150执行和存储一个或多个控制程序和数据以单独地实现或者结合交通工具102的远程信息处理单元114实现与采样率无关的语音识别方法。换句话说，通过交通工具102的远程信息处理单元114、通过呼叫中心108中的计算装置和/或人员、或通过它们的任何组合，可以实现当前公开的方法。

管理连接的方法

现在参考图2，提供了示出借助于系统100而实现的连接管理方法的实施例的某些步骤的流程图。本领域技术人员也将认识到，该方法可以通过在其它操作环境内使用其它系统而实现。

提供该方法以改进对交通工具远程信息处理单元114与呼叫中心108之间的连接的处理。随着呼叫中心108提供给交通工具远程信息单元114的服务数量的持续增加，对呼叫中心108如何处理与远程信息处理单元114的当前连接和预定(scheduled)连接的管理变得更加重要。目前，在呼叫中心108处安排了远程信息处理单元114的许多类型的服务。预定服务(schedUled service)是安排在特定时间执行或在触发时执行的服务。协调预定服务会减少执行所有预定服务所必需的交通工具102与呼叫中心108之间的连接数目。减少的连接数目可以释放呼叫中心108处的资源，以处理对于其它交通工具的服务或处理其它任务。另外，常常在交通工具102与呼叫中心108之间进行事先未预定的(unscheduled)连接，诸如由顾客发出的服务请求。管理这些连接可以允许呼叫中心108为其它预定服务利用事先未预定的连接。而且，连接可能会过早终止，也就是，在服务完成之前终止。如果多个源尝试重新建立连接，则处理过早终止的连接的策略可以减少低效率。

图2示出了用于管理远程信息处理单元114与呼叫中心之间连接的示例性方法，如下面详细讨论的。

在步骤210，可以触发对远程信息处理单元114与呼叫中心108之间连接的请求。通过诸如VSM 110上的数据缓冲器变满之类的交通工具处的事件、或者通过诸如对于导航方向的用户启动的请求，可产生触发或触发事件。该触发可以替代地由呼叫中心例如在现有呼叫期间设定，从而交通工具将在出现一种或多种指定状况时启动到呼叫中心的后续呼叫。同样，触发也可以是基于时间的且可以规则的间隔发生，诸如一周一次、一月一次等，或可以被安排为仅发生一次。基于时间的触发可以被安排为使得在远程信息处理单元114与呼叫中心108之间建立连接的可能性最大化。例如，可以为这样的时刻安排事件，即当交通工具不可能被驱动时安排事件以使得远程信息处理单元114被用户使用的可能性最小化、或者当无线上的网络通信量可能最小时安排事件。

在步骤212，响应于触发在远程信息处理单元114与呼叫中心108之间建立连接。该连接可以是任何数目的无线连接类型，诸如蜂窝话音连接、经由无线广域网104(诸如蜂窝网络、Wi-Fi网络等)的数字化数据分组连接。其它类型的连接也是可能的，包括经由蜂窝网络的用于在远程信息处理单元114与呼叫中心108之间发送文本信息的短信息服务连接(SMS)。

在步骤214，提供第一服务给远程信息处理单元114。该服务可以由呼叫中心108提供。可以响应于用户请求、呼叫中心请求、或交通工具请求而提供该服务。例如，用户请求的服务可以包括：交通工具的诊断检查、导航方向(navigation directions)、对事故的紧急响应、车门解锁、交通工具的识别、检索话音邮件、增加呼叫分钟(callingminute)、查号辅助(directory assistance)等。呼叫中心108请求的服务可以包括预定服务，诸如更新VSM110上的软件、获得交通工具诊断报告、获得交通工具数据上载等。交通工具请求的服务可以包括响应于预定数据上载或响应于VSM上的缓冲器已满而从VSM 110到呼叫中心108的交通工具数据上载。

用户可以与在呼叫中心108处的顾问142通信来发出用户请求。顾问142可以是在呼叫中心108的真人顾问，或诸如自动机器或计算机程序的虚拟顾问。用户与顾问142之间的通信可以经由蜂窝通信网络104的话音通道或经由在数字分组数据连接上传输的音频而传输。对于交通工具请求和呼叫中心108请求的服务可以在任何数目的数据连接上执行，包括：在蜂窝网络连接的话音通道上发送的数据，经由SMS文本消息发送的数据、或作为在数字分组数据连接上发送的分组数据。远程信息处理单元114与呼叫中心108之间的通信可以是双向的以促进传送服务请求、确认收到服务请求和提供服务。例如，用户可以请求来自呼叫中心108的导航指令(navigation instruction)。呼叫中心108可以通过经由已建立的连接上载导航指令到远程信息处理单元114而作出响应。在另一示例中，交通工具可以请求来自VSM 110的数据的数据上载，接收来自呼叫中心的响应，并上载数据到呼叫中心108。

在步骤216，识别对于第二服务的请求。该请求可以在呼叫中心108处识别。该请求可以由用户、交通工具102、或呼叫中心108发起。在一个可选方案中，对于第二服务的请求可以是预定服务。如果该服务被安排为在当前或不久的将来执行，则该预定服务可以被识别出。例如，可以安排服务以在从现在开始的若干小时中为交通工具102上的VSM110传输软件升级。但是，因为当前连接是建立在远程信息通信单元114和呼叫中心108之间的，所以现在执行预定服务是有利的，而不是试图在若干小时后在它们之间建立新的连接。因此，当在远程信息处理单元114与呼叫中心108之间建立连接时，呼叫中心可以确定是否安排有服务在不久的将来为交通工具102执行。

在一个可选方案中，对于第二服务的请求可以是重新建立最初在步骤212所建立的连接的请求。有时候无线连接可能因为任何原因而丢失。例如，交通工具可能驶出无线网络104内的服务区，诸如建筑物的大目标可以干扰无线信号，无线网络104中可能有暂时性故障发生，或用户可能意外地过早终止到呼叫中心108的呼叫。

在步骤218，作出关于已建立的连接是否已被终止的判定。进一步作出该连接是否在第一服务完成之前被终止的判定。如果该连接没有被终止，该方法可以在图4的步骤230处继续，其将在下面进一步讨论。如果确定该连接已被终止，则该方法将在图3的步骤220处继续。

在步骤220，尝试重新建立被终止的连接。该尝试可以由远程信息处理单元114、呼叫中心108或它们二者做出。例如，为了完成第一服务，在远程信息处理单元114处的用户可以尝试重拨呼叫中心108。可选地，呼叫中心108可以尝试重新连接到远程信息处理单元114以完成第一服务。呼叫中心108可以自动地重拨远程信息处理单元114或真人顾问可以尝试手动重拨远程信息处理单元114。远程信息处理单元114和呼叫中心108二者可能会同时尝试重新建立终止的连接。当这发生时，如果呼叫中心108和远程信息处理单元114尝试建立蜂窝话音连接而远程信息处理单元114仅包含一个蜂窝芯片组，呼叫中心108尝试呼叫远程信息处理单元114不太可能成功。在此示例中，呼叫中心呼叫交通工具的尝试使用呼叫中心108处的资源，所述资源否则可以用于执行其它任务，诸如与其它交通工具通信。例如，当远程信息处理单元114中的用户正尝试回叫呼叫中心108时，呼叫中心108可能不能够通过拨叫远程信息处理单元114而重新建立它到远程信息处理单元114的连接，相反呼叫中心可能接收到忙信号，因为远程信息处理单元114正在使用中且正尝试呼叫该呼叫中心108。一种处理此情况的策略是将自动尝试重新建立远程信息处理单元114与呼叫中心108之间连接的任务分配给远程信息处理单元114而非呼叫中心108，反之亦然。

在步骤222，重新建立远程信息处理单元114与呼叫中心108之间的连接。通过远程信息处理单元114启动的连接或者呼叫中心108启动的连接，可以重新建立连接。对于涉及使用真人顾问142的服务，如果远程信息处理单元114已重新建立了连接，则有可能的是，呼叫中心处重新建立的呼叫将没有被定向到曾执行第一任务的同一顾问142(原始顾问)。因此，在步骤224，确定远程信息处理单元114是否在呼叫中心108处与曾执行第一服务的原始顾问142相连接。如果远程信息处理单元114与原始顾问142连接，则该方法在步骤228处继续。在步骤228，由呼叫中心108执行和完成第一服务。在完成第一服务后该方法结束。可选地，如果在步骤224确定远程信息处理单元114没有与原始顾问142连接，则该方法在步骤226处继续。

在步骤226，原始顾问142被告知远程信息处理单元114与新顾问142相连接。这可以包括将到远程信息处理单元114的连接转移到原始顾问142以完成第一服务。可选地，该告知可以包括指示原始顾问142停止重新建立与远程信息处理单元114的连接的任何尝试。取消顾问142重新建立与交通工具的连接的尝试可以在呼叫中心108处释放顾问142和诸如电话线路的资源。例如，顾问142可以建立与新交通工具的连接并提供服务给新交通工具，而不是原始顾问142继续试图重新连接到交通工具102(其已经连接到呼叫中心108的别处)。而且，告知原始顾问142还可以包括使得新顾问能够提供第一服务给远程信息处理单元114。这可以包括取消分配给原始顾问142的原始服务请求，或可以包括在呼叫中心108处将原始服务请求从原始顾问重新分配到新顾问142。

有可能的是，如果连接不是由原始顾问142重新建立的，而是由来自交通工具的回呼或通过某些其它手段重新建立的，则在原始连接的重新建立之前原始顾问142可能已经被分配来援助另一个交通工具。因此，顾问142在重新连接之前可能变为不可用并忙于另一个操作。因而，呼叫中心可以被配置为将重新建立的呼叫连接到原始顾问(如果可用的话)、或给予呼叫者切换到原始顾问还是新顾问的选择，而不是将呼叫与任何可用顾问相连接。

在告知之后，在步骤228完成对于远程信息处理单元114的第一服务，并随后在图4的步骤230处继续处理第二服务请求。因而，不管到步骤230的过程流是来自步骤218还是228，将存在已建立的连接。

在步骤230，确定第二服务是否与当前的连接类型兼容。各种服务可能需要不同的连接类型。因而，不是所有服务都与所有连接类型兼容。如果可以使用在远程信息处理单元114与呼叫中心108之间建立的当前连接来顺利完成服务，则该服务与当前连接兼容。而且如果可以在合理的时间量内完成服务，则该服务与当前连接类型兼容。例如，数据可以在远程信息处理单元114与呼叫中心108之间经过蜂窝话音连接传输。如本领域中已知的，数据可以被调制到蜂窝话音连接上，经由声码器进行编码，并在远程信息处理单元114与呼叫中心108之间传输。但是某些服务需要传输大量数据。大量数据的传输可能过于缓慢而不能在所期望长的时间内完成。例如，对VSM 110的软件升级可能需要将大量数据从呼叫中心108传输到远程信息处理单元114。在此情况下，通过蜂窝网络的话音通道的数据连接可能不适合于软件升级服务。这样，可以确定软件升级不与远程信息处理单元114和呼叫中心108之间的蜂窝话音连接兼容。

不同服务可能需要不同的连接类型。通常，用户所请求的服务可能需要远程信息处理单元114与呼叫中心108之间的蜂窝话音连接以使得用户能够与真人顾问142进行实时交谈。相反，由交通工具或呼叫中心108请求的预定服务可能需要远程信息处理单元114与呼叫中心108之间的高速数据连接，诸如宽带分组数据连接。因而，蜂窝话音连接可能不兼容由交通工具102或呼叫中心108请求的许多服务。

此外，基于在远程信息处理单元114和呼叫中心108处的连接能力，服务可能不与某些连接类型兼容。例如，某些远程信息处理单元114和/或某些呼叫中心108可能不支持在远程信息处理单元114与呼叫中心108之间通过数字分组数据连接的话音通信。因而，在当前连接是建立在远程信息处理单元114与呼叫中心108之间的数字分组数据连接时，该连接可能不与用户对于第二服务的请求兼容，因为用户请求可能需要话音连接从而使得用户可以与在呼叫中心108的顾问142交谈。例如，如果为第一服务建立分组数据连接，并且第二服务被识别为对于导航方向的用户请求，第二服务将不会兼容当前连接，除非远程信息处理单元114和呼叫中心108支持分组数据连接上的话音通信。

反之，如果第一服务是用户请求且第二服务也是用户请求，则服务相互兼容且不需要新的连接。同样，多个呼叫中心和交通工具请求的服务可能使用远程信息处理单元114与呼叫中心108之间的兼容连接。例如，上载交通工具数据到呼叫中心108的交通工具请求的第一服务可以建立数字分组数据连接。对于VSM 110的软件升级的呼叫中心请求的第二服务也可以与数据分组连接兼容，并且因而与当前连接类型兼容。

如果第二服务与当前连接兼容，该方法在步骤238继续且使用当前连接执行第二服务。如果在步骤230确定第二服务与当前连接类型不兼容，则该方法在步骤232处继续。

在步骤232，确定当前连接是否可以切换到与第二服务兼容的连接类型。例如，如果原始连接类型是远程信息处理单元114与呼叫中心108之间的蜂窝话音连接，则可能切换连接类型以在蜂窝话音通道上支持数据。因而，如果第二服务与蜂窝数据连接兼容且蜂窝连接可以被切换以在蜂窝话音通道上传输数据，则该切换将满足步骤232中的判定。

在另一示例中，用于第一服务的建立的连接可以是分组数据连接类型且第二服务可能需要用户与操作之间的话音通信。因而，如果呼叫中心108和远程信息处理单元114支持在分组数据连接上传输音频，则连接可以被切换为与第二服务兼容。如果确定当前连接可以切换到与第二服务兼容的连接类型，则该方法在步骤234处继续。

在步骤234，维持远程信息处理单元114之间的当前连接，且连接类型被切换到已确定的与第二服务兼容的连接类型。该方法在步骤238处继续，随后在步骤238执行第二服务，从而完成了该方法。

回头参考步骤232，如果确定当前连接不能切换到与第二服务兼容的连接类型，则该方法在步骤236处继续。

在步骤236，在远程信息处理单元114与呼叫中心108之间建立与第二服务兼容的连接。在一个实施方式中，呼叫中心108可以终止远程信息处理单元114之间的原始连接，并使用兼容的连接类型启动呼叫中心108与远程信息处理单元114之间的新连接。在另一实施方式中，呼叫中心108可以发送请求到远程信息处理单元114以请求远程信息处理单元114、使用兼容的连接类型启动回到呼叫中心108的连接。在该呼叫终止之前，可以在用于执行第一服务的建立的连接期间传输该请求。在期望或需要使远程信息处理单元114启动与呼叫中心108之间的连接、而不是使呼叫中心108启动到远程信息处理单元114的连接的情形下，用于建立第二连接的此方法是有用的。一个原因在于呼叫中心108很可能具有可用来接收来自一个或多个交通工具的连接的多个连接。另一方面，远程信息处理单元114可能仅具有一个连接，诸如连接到呼叫中心108的单个蜂窝芯片组。这样，与呼叫中心108能识别出到远程信息处理单元114的连接是可用的相比，远程信息处理单元114更能识别出何时可形成到呼叫中心108的连接。而且，因为交通工具是行进中的，其可能进入无线信号不可用、间断的或甚至微弱的位置。这样，远程信息处理单元114可以具有智能以根据远程信息处理单元114处的信号强度而确定何时有可能例如通过蜂窝网络成功完成到呼叫中心108的连接。在这两种情形下，远程信息处理单元114可以具有智能去等待直至其资源可用于完成到呼叫中心108的连接。相反，呼叫中心108将不能确定为何其建立到远程信息处理单元114的连接的尝试不成功，并且呼叫中心108也不能预测该尝试何时将会成功。同时，呼叫中心108在试图与交通工具102重新连接不成功的同时利用资源。

一旦已在步骤236建立起远程信息处理单元114与呼叫中心108之间的连接，该方法在步骤228处继续。在步骤238，执行第二服务。在完成第二服务后该方法结束。

将理解到，前述说明关于本发明的一个或多个优选示范性实施例。本发明不限于本文所公开的实施例，而是由下面的权利要求书单独限定的。此外，前述说明中包含的陈述涉及到特定实施例，且不应被解释为对本发明的范围的限制或对权利要求书中使用术语定义的限制，除了术语或短语在上面清楚加以限定之外。各种其它实施例和对所公开实施例的各种改变和修改对于本领域技术人员是显而易见的。所有这些其它实施例、改变、和修改意在属于所附权利要求书的范围内。而且，该方法可以不同于上面讨论的步骤的组合。例如，可以实施单独的连接管理策略，用于在第一服务完成之前终止的连接和识别出预定的第二服务的连接。

正如在此说明书和权利要求书中使用的，术语“例如”、“比如”和“诸如”，以及动词“包含”、“具有”、“包括”及它们的其它动词形式，当与一个或多个部件或其它零件的列表结合使用时，每个均被解释为可扩充的，意味着该列表不应被认为是排除其它、附加的部件或零件。其它术语将使用它们最广泛合理的意义来解释，除非在需要不同解释的语境中使用它们。

Claims

1.一种用于管理交通工具远程信息处理单元与呼叫中心之间的连接的方法，该方法包括以下步骤：

(a)通过无线网络建立所述交通工具远程信息处理单元与呼叫中心之间的连接；

(b)从所述呼叫中心给所述交通工具远程信息处理单元提供第一服务；

(c)在建立的连接期间在所述呼叫中心处识别出对用于交通工具远程信息处理单元的第二服务的请求；和

(d)在完成所述第一服务之后响应于对所述第二服务的请求而提供所述交通工具远程信息处理单元与呼叫中心之间的连接。

2.如权利要求1所述的方法，其中步骤(d)还包括在完成所述第一服务之后维持交通工具远程信息处理单元与呼叫中心之间已建立的连接且此后使用该已建立的连接实现所述第二服务。

3.如权利要求1所述的方法，其中步骤(d)还包括在完成所述第一服务之后终止交通工具远程信息处理单元与呼叫中心之间的已建立的连接，并使用与用于所述第一服务的连接类型不同的用于所述第二服务的连接类型来建立交通工具远程信息处理单元与呼叫中心之间的第二连接。

4.如权利要求1所述的方法，其中步骤(d)还包括在所述第一服务完成之后发送请求到交通工具远程信息处理单元以呼叫所述呼叫中心来建立用于所述第二服务的连接。

5.如权利要求1所述的方法，其中用于第二服务的连接是不同于用于第一服务的连接的连接类型。

6.如权利要求1所述的方法，还包括维护为交通工具安排的服务的数据库的步骤。

7.如权利要求1所述的方法，其中对第二服务的请求包括：

识别出在第一服务完成之前已建立的连接被断开；和

产生在交通工具远程信息处理单元与呼叫中心之间建立第二连接的请求。

8.如权利要求7所述的方法，其中步骤(d)还包括：

建立交通工具远程信息处理单元与呼叫中心之间的第二连接；

终止所产生的在交通工具远程信息处理单元与呼叫中心之间建立连接的请求；和

使用所述第二连接完成第一服务。

9.一种用于管理交通工具远程信息处理单元与呼叫中心之间的连接的方法，该方法包括以下步骤：

(b)从呼叫中心给交通工具远程信息处理单元提供第一服务；

(d)确定是否可以通过在呼叫中心与交通工具远程信息处理单元之间已建立的连接来实施所述第二服务；和

10.如权利要求9所述的方法，还包括安排来自呼叫中心的用于远程信息处理单元的至少一个服务的步骤；和

其中步骤(c)还包括在呼叫中心处识别出预期要为远程信息处理单元执行来自呼叫中心的该至少一个预定服务。

11.如权利要求10所述的方法，还包括通过经由交通工具远程信息处理单元与呼叫中心之间提供的连接执行预期要执行的该至少一个识别出的服务，来执行第二服务的步骤。

12.如权利要求9所述的方法，其中所述第一服务是数据呼叫，且对第二服务的请求是从交通工具远程信息处理单元到呼叫中心的用户呼叫，其中断了第一服务的完成；和

该方法还包括在第二服务完成之后提供交通工具远程信息处理单元与呼叫中心之间用于第一服务的连接，并完成第一服务的步骤。

13.如权利要求9所述的方法，其中在交通工具远程信息处理单元和呼叫中心之间提供与第二服务兼容的连接包括：如果确定可以经由已建立的连接进行第二服务，则维持交通工具远程信息处理单元与呼叫中心之间已建立的连接。

14.如权利要求9所述的方法，其中在交通工具远程信息处理单元和呼叫中心之间提供与第二服务兼容的连接包括：如果确定经由已建立的连接不能进行第二服务，则在交通工具远程信息处理单元与呼叫中心之间建立第二连接，其中第二服务可通过所述第二连接进行。

15.如权利要求14所述的方法，其中在交通工具远程信息处理单元与呼叫中心之间建立第二连接包括：发送请求到交通工具远程信息处理单元以在完成第一服务之后经由与第二服务请求兼容的连接类型呼叫所述呼叫中心。

16.如权利要求9所述的方法，其中所述第二连接是不同于第一连接的连接类型。

17.如权利要求9所述的方法，其中步骤(d)中的确定还包括：确定第二服务是否可以在预先确定的时限内通过使用已建立的连接完成。

18.一种用于管理交通工具远程信息处理单元与呼叫中心之间的连接的方法，该方法包括以下步骤：

(b)从呼叫中心给交通工具远程信息处理单元提供服务；

(c)识别出在完成服务之前，在交通工具远程信息处理单元与呼叫中心之间建立的连接已经被终止；

(e)一识别出交通工具远程信息处理单元与呼叫中心之间建立的第二连接，终止呼叫中心进行的任何启动交通工具远程信息处理单元与呼叫中心之间连接的尝试；和

(f)用交通工具远程信息处理单元完成该服务。

19.如权利要求18所述的方法，其中在交通工具远程信息处理单元与呼叫中心之间建立的连接是蜂窝话音连接。

20.如权利要求18所述的方法，其中由呼叫中心处的顾问进行重新建立交通工具远程信息处理单元与呼叫中心之间的连接的尝试，且在识别出交通工具远程信息处理单元与呼叫中心之间建立的第二连接之后，该顾问终止启动交通工具远程信息处理单元与呼叫中心之间的连接的尝试。

21.如权利要求18所述的方法，其中到交通工具远程信息处理单元的服务是从呼叫中心处的第一顾问提供给交通工具处的用户，建立的第二连接将该用户连接到呼叫中心处的第二顾问，将远程信息处理单元与呼叫中心之间的第二连接告知第一顾问，且由第二顾问用交通工具远程信息处理单元完成该服务。