行之知识产权综合服务平台

技术领域

本发明涉及向车辆提供赞助数据。

背景技术

无线服务提供者能够使客户移动装置在宽广的地理区域内进行蜂窝语音和数据呼叫并且还追踪由此消费的蜂窝数据的量。对于每个移动装置，服务提供者提供与客户的语音和数据使用对应的账单。

有时，第三方期望向客户移动装置提供赞助数据。从第三方的角度看，其代表客户支付预定义的有限量的数据，并具有向客户宣传赞助者的产品或服务的机会。从客户的角度看，客户根据赞助数据协议的条款例如在使用免费数据的同时观看由第三方确定的广告而接收可以使用的免费数据。

发明内容

根据本发明的实施例，提供了一种使用后端系统将赞助数据服务提供给车辆的方法，所述后端系统通过无线载波系统与车辆远程信息处理单元通信。所述方法包括：在所述后端系统和无线服务提供者（WSP）之间建立通信；在所述后端系统和应用服务提供者（ASP）之间建立通信；通过所述后端系统在WSP和ASP之间协调用于所述车辆的赞助数据事务；从ASP接收授权以提供赞助数据；以及将所述授权传送到WSP，由此授权WSP将赞助数据服务提供到所述远程信息处理单元。

附图说明

下面将结合附图描述本发明的一个或多个实施例，其中，相同的标号指示相同的部件，并且其中：

图1是描绘能够利用在此公开的方法的通信系统的实施例的框图；

图2是更详细地示出图1的通信系统的一些方面的另一框图；

图3是使用图1和图2的通信系统的方法的流程图；

图4是使用图1和图2的通信系统的另一方法的流程图；以及

图5是使用图1和图2的通信系统的另一方法的流程图。

具体实施方式

无线服务提供者（WSP，又称移动网络经营者）在向其客户移动装置推进赞助数据时经历一些技术挑战。由WSP采用的常规技术包括深度数据分组检查，例如对指示数据被赞助的分组寻求信息的标题、有效负荷等进行滤波。该技术阻碍或减慢了CDMA系统中的相应的网关GPRS支持节点（GGSN）（或LTE系统中的分组网关（P-GW））的性能。此外，深度分组检查限制可以接收并使用赞助数据的客户移动装置应用的类型。各种适宜技术可以由向期望提供赞助数据的第三方提出附加技术约束条件的不同WSP采用。因此，需要在不阻碍数据通信速度的情况下提供赞助数据，其可以使用在更多种类的移动装置应用上，并且是适当的而不管由WSP的不同适宜实施方案所施加的约束条件。

下面描述的方法采用后端系统例如呼叫中心、远程服务器或其他计算装置以协商或协调在WSP与期望授权赞助数据由车辆用户使用的第三方之间的赞助数据事务。用户已经接收由后端系统提供的服务。第三方可以是应用服务提供者（ASP），其有时可以是赞助者自己，或者可以仅帮助多个赞助者的赞助数据的提供。使用后端系统，WSP能够接收授权以向用户账户增加赞助数据的量且然后提供赞助数据直到其被消费。另外，后端系统可以帮助向用户账户提供附加的赞助数据的WSP（例如，以避免服务干扰）或可以帮助终止赞助数据的用户使用的WSP（例如，在账户中的量被耗费之前）。首先将描述示例性的移动车辆通信系统的描述；之后，将描述与使用向车辆用户提供赞助数据的系统相关联的各种方法。

通信系统–

参照图1，示出了包括移动车辆通信系统10且可以用于实现在此公开的方法的操作环境。通信系统10大体包括车辆12、一个或多个无线载波系统14、地面通信网络16、计算机18和后端系统或呼叫中心20。应当理解，公开的方法可以与任何数量的不同系统一起使用，并且不被具体地限制到这里示出的操作环境。另外，系统10的架构、结构、设置和操作以及其各个组件在本领域通常是已知的。因此，下面的段落仅提供一种这样的通信系统10的简要概述；然而，这里没有示出的其他系统也可以采用所公开的方法。

在示出的实施例中将车辆12描述为客车，但是应该明白，也可以使用任何其他交通工具，包括摩托车、卡车、运动型多功能车（SUV）、休闲车（RV）、船只、航空器等。图1中大体示出一些车辆电子设备28，其包括远程信息处理单元30、麦克风32、一个或多个按钮或其他控制输入34、音频系统36、可视显示器38和GPS模块40以及多个车辆系统模块（VSM）42。这些设备的一些可以直接连接到远程信息处理单元，例如，麦克风32和（多个）按钮34，而其他使用一个或多个网络连接诸如通信总线44或娱乐总线46被间接连接。适当的网络连接的示例包括控制器区域网络（CAN）、媒体导向系统传输（MOST）、本地互连网络（LIN）、局域网（LAN）和其他适当连接，诸如以太网或符合已知ISO、SAE和IEEE标准和规范的其他，仅列出一些。

远程信息处理单元30可以是OEM安装（嵌入）的或后继市场的设备，其安装在车辆中并且赋予在无线载波系统14上和通过无线联网的无线语音和/或数据通信。这使得车辆能够与呼叫中心20、其他远程信息处理使能的车辆或一些其他实体或设备进行通信。远程信息处理单元优选地使用无线电传输来建立与无线载波系统14的通信信道（语音信道和/或数据信道），使得能够通过信道发送和接收语音和/或数据传输。通过提供语音和数据通信，远程信息处理单元30使得车辆能够提供多种不同服务，包括与导航、电话、紧急援助、诊断、信息娱乐等相关的服务。可以使用本领域中已知的技术通过数据连接诸如通过数据信道的分组数据传输或者通过语音信道发送数据。对于包括语音通信（例如，在呼叫中心20使用在线指导或语音响应单元）和数据通信（例如，以向呼叫中心20提供GPS位置数据或车辆诊断数据）的组合服务，系统可以使用通过语音信道的单独呼叫以及按照需要在语音信道上进行语音和数据传输之间的切换，并且这可以使用本领域技术人员已知的技术来完成。

根据一个实施例，远程信息处理单元30利用根据GSM、CDMA和/或LTE标准的蜂窝通信，因此包括用于语音通信（例如，免提呼叫）的标准蜂窝芯片组50、用于数据传输的无线调制解调器、电子处理设备52、一个或多个数字存储设备54和双天线56。将明白的是，其他通信标准也是可以的（例如，GSM、CDMA和LTE仅是示例）。应当明白，可以通过存储在远程信息处理单元中且通过处理器52执行的软件实现调制解调器，或者调制解调器可以是位于远程信息处理单元30内部或外部的分立硬件组件。调制解调器可以使用任何数量的不同标准或协议诸如LTE、EVDO、CDMA、GPRS和EDGE来运行。也可以使用远程信息处理单元30实施车辆与其他联网的设备之间的无线联网。为了此目的，远程信息处理单元30可以被配置为根据一个或多个适当的无线协议（例如，WiMAX、ZigBee.rtm.等）无线地通信，其包括任何短程无线通信（SRWC），诸如任何适当的Wi-Fi标准（例如，IEEE802.11）、Wi-FiDirect、蓝牙、无线红外传输或它们的各种组合。当用于诸如TCP/IP的分组交换数据通信时，远程信息处理单元可以配置有静态IP地址或者能够设置为自动接收来自网络上的另一设备诸如路由器或者来自网络地址服务器的所分配的IP地址。

处理器52可以是能够处理电子指令的任何类型的设备，包括微处理器、微控制器、主处理器、控制器、车辆通信处理器和专用集成电路（ASIC）。其可以是仅用于远程信息处理单元30的专用处理器，或者可以与其他车辆系统共享。处理器52执行各种类型的数字存储指令，诸如存储器54中存储的软件或固件程序，其使远程信息处理单元能够提供多种类型的服务。例如，处理器52能够执行程序或处理数据，以实施在此讨论的方法的至少一部分。

远程信息处理单元30可以用于提供多元化的车辆服务，包括来自车辆的无线通信和/或到车辆的无线通信。这些服务包括：结合基于GPS的车辆导航模块40提供的转向和其他导航相关服务；结合一个或多个碰撞传感器接口模块诸如车身控制模块（未示出）提供的安全气囊展开通知和其他紧急或路边援助相关的服务；使用一个或多个诊断模块的诊断报告；以及信息娱乐相关服务，其中，音乐、网页、电影、电视节目、视频游戏和/或其他信息通过信息娱乐模块（未示出）下载且存储用于当前或以后回放。上述列出的服务不是远程信息处理单元30的所有能力的详尽列表，而是仅是远程信息处理单元能够提供的一些服务的列举。此外，应该理解，上述模块的至少一部分可以按照所存储的内部于或外部于远程信息处理单元30的软件指令的形式来实施，它们可以是位于远程信息处理单元30内部或外部的硬件组件，或者它们可以彼此之间或者与车辆内的其他系统集成和/或共享，仅阐述了几种可能性。在将模块实施为位于远程信息处理单元30外部的VSM42的情况下，它们可以使用车辆总线44以与远程信息处理单元交换数据和指令。

GPS模块40从GPS卫星的星座60接收无线电信号。根据这些信号，模块40可以确定车辆位置，其用于向车辆驾驶员提供导航和其他位置相关服务。导航信息可以在显示器38（或者车辆内的其他显示器）上呈现，或者可以口头表示，诸如当提供转向导航时这样做。可以使用专用的车辆中的导航模块（其可以是GPS模块40的一部分）提供导航服务，或者可以通过远程信息处理单元30完成部分或全部导航服务，其中，为了向车辆提供导航地图、地图标注（感兴趣的点、餐馆等）、路线计算等，向远程位置发送位置信息。为了其他目的，诸如车队管理，位置信息可以提供给呼叫中心20或其他远程计算机系统，诸如计算机18。另外，可以通过远程信息处理单元30将新的或更新的地图数据从呼叫中心20下载到GPS模块40。

除了音频系统36和GPS模块40之外，车辆12可以包括电子硬件组件形式的其他车辆系统模块（VSM）42，其位于车辆内且通常从一个或多个传感器接收输入且使用感测的输入执行诊断、监控、控制、报告和/或其他功能。优选地，每个VSM42通过通信总线44连接到其他VSM以及连接到远程信息处理单元30，并且可以被编程以运行车辆系统和子系统诊断测试。作为示例，一个VSM42可以是发动机控制模块（ECM），其控制发动机操作的各个方面，诸如燃料点火和点火正时，另一VSM42可以是动力系控制模块，其调整车辆动力系的一个或多个组件的操作，而另一VSM42可以是车身控制模块，其管理位于车辆内的各个电子组件，例如，车辆的电动门锁和前灯。根据一个实施例，发动机控制模块配备有车载诊断（OBD）特征，其提供诸如从包括车辆排放传感器的各种传感器接收到的各种实时数据，并且提供标准化的一系列诊断故障码（DTC），其允许技术人员快速识别和修理车辆内的故障。如本领域的技术人员所知，上述VSM仅是可以在车辆12中使用的一些模块的示例，因为许多其他模块也是可行的。

车辆电子设备28还包括多个车辆用户接口，其向车辆占用者提供用于提供和/或接收信息的装置，包括麦克风32、（多个）按钮34、音频系统36和可视显示器38。如在此使用的，术语“车辆用户接口”广泛地包括任何适当形式的电子设备，包括硬件和软件组件，其位于车辆上且使车辆用户能够与车辆的组件通信或者通过车辆的组件进行通信。麦克风32向远程信息处理单元提供音频输入，以使驾驶员或其他占用者能够通过无线载波系统14提供语音指令和实施免提呼叫。为了此目的，其可以利用本领域中已知的人机接口（HMI）技术连接到车载自动语音处理单元。（多个）按钮34允许到远程信息处理单元30的手动用户输入，以启动无线电话呼叫和提供其他数据、响应或控制输入。分立的按钮可以使用以便向呼叫中心20发起紧急呼叫和常规服务援助呼叫。音频系统36向车辆占用者提供音频输出，并且可以是专用独立系统或者是主车辆音频系统的一部分。根据这里示出的具体实施例，音频系统36操作地联接到车辆总线44和娱乐总线46，并能够提供AM、FM和卫星无线电、CD、DVD和其他多媒体功能。此功能可以结合或者独立于上述信息娱乐模块来提供。可视显示器38优选地是图形显示器，诸如仪表板上的触摸屏或者挡风玻璃反射的抬头显示器，并且可以用于提供多种输入和输出功能。也可以使用各种其他车辆用户接口，因为图1的接口仅是一种具体实施方案的示例。

车辆电子设备28还可以包括通信装置，诸如车头单元或车辆多娱乐单元（VMU）100，其可以包括先前讨论的一些车辆电子设备（例如，音频系统36、可视显示器38等）。如这里使用的，VMU100可以包括全部适当的电子设备、软件等，以向车辆使用者和/或占用者提供车辆娱乐和车辆信息娱乐服务。在一些情况下，VMU100电子地联接到远程信息处理单元30（以及与其进行通信）（例如，通过总线44或46）。单元100可以是模块化的，或可以嵌入在车辆12内。VMU还可以包括其自己的处理器和存储器；存储器可以存储用于VMU操作和/或与远程信息处理单元30交互作用的任何适当的软件、固件等。因此，VMU可以经由远程信息处理单元30接收远程或蜂窝数据，例如使用远程信息处理单元（或甚至车辆内的其他适当的移动装置）的通信能力连接到互联网、呼叫中心20和/或各种远程定位的服务器和计算机18。VMU的示例包括车辆仪表板中的交互式显示器、嵌入在车座或车顶的衬背内的交互式显示器和便携式的其他交互式车辆装置/显示器。

无线载波系统14优选地是蜂窝电话系统，其包括多个蜂窝塔（celltower）70（仅示出一个）、一个或多个移动交换中心（MSC）72以及将无线载波系统14与地面网络16连接所需的任何其他联网组件。每个蜂窝塔70包括发送和接收天线以及基站，其中，来自不同蜂窝塔的基站直接地连接到MSC72或者通过诸如基站控制器的中间设备连接到MSC72。蜂窝系统14可以实施任何适当的通信技术，例如，包括诸如AMPS的模拟技术，或者诸如CDMA（例如，CDMA2000）或GSM/GPRS的较新的数字技术。如本领域的技术人员将认识到的，各种蜂窝塔/基站/MSC布置是可行的，并且可以与无线系统14一起使用。例如，基站和蜂窝塔可以共同位于相同站点，或者它们可以彼此远离，每个基站可以负责单个蜂窝塔或者单个基站可以服务于各个蜂窝塔，以及各个基站可以联接到单个MSC，仅列出一些可行布置。下面更详细地讨论的图2示意性地示出了可以由无线服务提供者使用的两个示例性的电信架构。

除了使用无线载波系统14之外，可以使用卫星通信形式的不同的无线载波系统，以向车辆提供单向或双向通信。这可以使用一个或多个通信卫星62和上行链路发射站64来实施。例如，单向通信可以是卫星无线电服务，其中，节目内容（新闻、音乐等）由发射站64接收、被打包用于上载、然后发送到卫星62，卫星62向用户广播节目。例如，双向通信可以是使用卫星62的卫星电话服务，以在车辆12与站64之间中继电话通信。如果使用，则额外于无线载波系统14或者代替无线载波系统14，可以使用这种卫星电话。

地面网络16可以是常规的基于地面的电信网络，其连接到一个或多个有线电话并且将无线载波系统14连接到呼叫中心20。例如，地面网络16可以包括公共交换电话网（PSTN），诸如用于提供硬线电话、分组交换数据通信和因特网基础设施。可以通过使用标准有线网络、光纤或其他光学网络、电缆网络、电源线、诸如无线局域网（WLAN）的其他无线网络或者提供宽带无线接入（BWA）的网络或者其任意组合来实施一段或多段地面网络16。此外，呼叫中心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，其可以是专用交换（PBX）交换机，路由进入信号，使得语音传输通常通过常规电话发送到在线指导者86或者使用VoIP发送到自动语音响应系统88。在线指导者电话也可以使用VoIP，如图1的虚线所指示。通过交换机80的VoIP和其他数据通信通过在交换机80与网络90之间连接的调制解调器（未示出）来实施。数据传输经由调制解调器传到服务器82和/或数据库84。数据库84可以存储账户信息，诸如用户认证信息、车辆标识、个人资料记录、行为模式和其他相关用户信息。还可以通过无线系统，诸如802.11x、GPRS等进行数据传输。尽管所示实施例被描述为它将通过利用在线指导者86结合人工呼叫中心20而使用，但是将明白，呼叫中心可以使用VRS88作为自动指导者，或者可以使用VRS88与在线指导者86的组合。

后端系统可以包括呼叫中心20、远程服务器或计算机18和/或任何适当的计算装置。后端系统可以使用前述的无线载波系统14协调无线服务提供者和一个或多个应用服务提供者之间的通信。

如上所讨论的，图2示出了可以由移动网络运营者（MNO）或无线服务提供者（WSP）205使用的两个示例性的电信架构：更具体地，示出了WCDMA或GSM架构200和LTE架构210。WSP205可以是蜂窝通信服务的任何提供者并可以拥有或控制出售和传递这些服务（例如，包括无线电频谱分配、网络和回程基础设施、计费和客户关怀等）所需的全部元件。载波系统14的一些元件被示为使车辆12与应用服务提供者（ASP）212以及呼叫中心20进行通信。在其他实施例中，车辆12可以与ASP212并且代替呼叫中心与远程服务器18或任何其他适当的后端系统进行通信。

在一个实施例中，根据WCDMA或GSM架构200，车辆12与电联结到第一网络节点220的塔70通信，第一网络节点220包括服务GPRS（通用分组无线电服务）支持节点（SGSN）222，后者与接入点名称（APN）域名服务器（DNS）224和包括网关GPRS（通用分组无线点服务）支持节点（GGSN）228的第二网络节点226通信。另外，APNDNS224和GGSN228也彼此通信。GGSN228与以下进行通信：（1）ASP212和任何关联的互联网域名服务器；和（2）呼叫中心20和任何分别关联的互联网域名服务器。此架构仅是用于示出下面讨论的方法的示例；例如，架构可以包括附加的SGSN、附加的GGSN、附加的APNDNS、附加的公用和/或私用DNS以及附加的公用和/或私用ASP。

示出的载波系统14还包括由WSP205使用的计费实体268，后者包括收费系统（CS）270以及策略和收费规则功能（PCRF）272。计费实体268通过私用互联网协议IP联结到第二网络节点226和呼叫中心20。CS270包括任何节点或实体以便协调和/或应用与特定用户的账户相关联的收费；例如以对由与车辆12相关联的用户账户使用的数据和/或可用于与车辆12相关联的用户账户的数据进行追踪、监控、记录、计费等。PCRF272可以是软件节点以确定用于运行这里阐述的方法的策略规则。CS270和PCRF272的构造和操作对于本领域技术人员是已知的；例如，将明白的是，PCRF可以能够访问用户数据库以及CS270。

在图2的另一实施例中，根据LTE架构210，车辆12与电联结到第一网络节点220的塔70通信，第一网络节点220包括与APNDNS224和第二网络节点226通信的服务网关（S-GW）252，第二网络节点226包括分组网关（P-GW）258。S-GW252被示为与移动管理实体（MME）254即用于LTE网络接入的控制节点通信。另外，APNDNS224和P-GW258还彼此通信。类似于GSM实施方案，P-GW258与以下通信：（1）ASP212和任何分别地关联的互联网域名服务器；和（2）呼叫中心20和任何分别地关联的互联网域名服务器，其也可以均彼此通信。并且，如上述类似地，该架构210仅是示出下面讨论的方法的示例；例如，架构可以包括附加的S-GW、附加的P-GW、附加的APNDNS、附加的公用和/私用DNS以及附加的公用和/或私用ASP。

这里再者，第二网络节点226（例如，P-GW258）可以联结到上面描述的计费实体268。并且再者，计费实体268还联结到呼叫中心20。

应当明白的是，第一网络节点220和第二网络节点226仅是示例。在GSM、WCDMA和LTE实施方案中，可以存在许多第一和第二网络节点。类似地，可以存在许多APNDNS和各种ASP。因此，图2仅是用于示出下面描述的方法的示例。

方法–

这里描述的方法包括：后端系统协调赞助数据事务，其包括实施无线服务提供者（WSP）和一个或多个应用服务提供者（ASP）之间的通信从而能够使至少一个ASP将赞助数据经由WSP提供到车辆12（其先前与后端系统关联）。协调赞助数据事务还可以包括（在后端系统处）验证车辆被授权以接收赞助数据。下面的示例至少部分地是后端系统的作用的举例说明。根据一个实施例，车辆12已经具有带有后端系统（例如，呼叫中心20）的用户账户；因此，呼叫中心20可以已经将服务提供给车辆和车辆用户。在赞助数据事务期间，呼叫中心与WSP（其向车辆12提供无线服务）和期望提供赞助数据的ASP通信。呼叫中心可以验证车辆/车辆用户的适格性以使用先前已知的标识符（例如，车辆或远程信息处理单元ID）接收赞助数据；其可以从ASP接收与赞助数据的条款有关的信息；呼叫中心可以将此信息的至少一些传送到WSP并可以同意偿付WSP与赞助数据相关联的任何费用。由于验证和条款，WSP随后根据由ASP赞助的数据的量将免费数据提供给车辆12。呼叫中心还可以从ASP接收货币偿付，并相应地同样偿还WSP。如果车辆12的用户想要过早地终止赞助数据的使用或者如果ASP想要终止车辆使用赞助数据，则呼叫中心可以代表ASP进行调解，从而最终取消赞助数据。呼叫中心的协调作用消除了WSP检查用于被赞助的指标的数据的需要（例如，不需要深度分组检查），如本领域技术人员将明白的，此检查显著地影响赞助数据的服务质量（QoS），即，当赞助数据将与一些应用一起使用时，减慢数据速率并抑制任何或全部数据的传输。此外，呼叫中心的协调作用可以增加用户私密性；例如，限制或消除了WSP对与赞助数据的内容有关的分组检查的需要。

现在转向图3，示出了使用呼叫中心20向车辆12提供赞助数据的示例性的方法300。将相对于LTE架构来描述方法300、400和500，但如之前讨论的，可以另外地使用任何适当的架构。另外，将变得明显的是，在一些情况下，所有三个方法（300、400、500）可以应用于单个车辆。

方法300以步骤305开始，其中，车辆12消费或试图消费蜂窝数据。这可以包括用户发起或操作应用或者车辆运行一个或多个后台应用或维护通信。如这里使用的，术语车辆用户可以是请求使用利用或终止蜂窝数据的使用的在车辆内或附近的任何人员（驾驶员、乘客/占用者等）。例如，用户可被授权使用车辆（例如，所有者、被许可方或其他被授权个体）。因此，在方法305中，用户可以通过应用（例如Pandora^TM）播放音乐或者使用Wi-Fi热点服务（例如，由VMU100或远程信息处理单元30提供）通过互联网发起游戏软件，仅列举出几个例子。在步骤305之后，方法前进至步骤310。

在步骤310中，在远程信息处理单元30和WSP205之间传送分组数据协议（PDP）上下文请求（通过S-GW252）。该步骤在车辆12和网络之间建立通信路径（或隧道）以进行数据传递。在该步骤中，远程信息处理单元30可以将接入点名称（APN）提供给S-GW252，其包括远程信息处理单元的身份和凭证等以接入LTE网络。

在步骤315（其在步骤310之后），WSP可以确定出没有数据对于车辆12的用户是可用的，意味着例如用户已经用完他的或她的数据分配，因此必须支付任何额外的数据或接收诸如赞助数据的任何此种数据。当然，同样在其他情况下（例如，在所有的用户的数据分配消费之前），赞助数据也可以提供给车辆。该步骤可以包括WSP205通过计费实体268（例如，收费系统270）检查信息。在至少一个实施方案中，WSP205仅检查赞助数据的可用性。根据PCRF272的一个规则，当目前无赞助数据分配给车辆12时，可需要WSP205与呼叫中心20通信。

由于步骤315的确定，WSP可以与呼叫中心20建立通信（步骤320），从而最终向ASP212通知在相关联的用户车辆12的账户中无赞助数据。这可以以各种方式发生。在至少一个实施方案中，WSP连接到与呼叫中心20关联的网页或登录页面并提供车辆12的标识符（例如，移动台国际用户目录号或MSIDSN）；例如，这可以根据PCRF272中的预配置的规则。当然，登录页面仅是将WSP205引导至呼叫中心20的一个实施方案；其他实施例也是可以的。

在随后的步骤325中，呼叫中心与ASP212建立通信，然后向其发送赞助数据询问。该询问试图确定ASP212是否想要提供赞助数据。然后，方法300前进至步骤330。

在步骤330中，ASP212作出是否赞助数据或代表车辆12（或与之关联的用户）的确定。更具体地，ASP212可以授权或可以不授权赞助数据。该确定可以包括任何适当的商业因素，在一些情况下，可以包括目标市场、订购服务、基于用户的人口统计、订购服务、VMU设置例如无线站预设定等等。应当明白的是，尽管步骤315-325包括发起来自WSP的询问，但这些步骤还可以替代包括来自ASP212的发起。

在步骤330之后，方法300根据ASP212是否同意授权而前进至步骤335-340[过程A]或至步骤345-370[过程B]。在步骤335中，ASP212将询问的拒绝或授权的否决传送到呼叫中心20。呼叫中心20可以将该否决传送到WSP205或可以不将该否决传送到WSP205。

不管呼叫中心20是否传送否决，在步骤340中，车辆12中的远程信息处理单元30与WSP205断开连接（或至少中断赞助数据的试图使用）。在至少一个实施例中，步骤340包括车辆用户取消连接请求或连接尝试，以仅仅超时。在该实施例中，方法300在此之后结束。

转向括号B，方法300从步骤330前进至步骤345。在步骤345中，ASP212授权其将代表车辆用户赞助的蜂窝数据的体积或量。当然，在一些实施方案中，该量可以是附加的量。步骤345包括将该授权从ASP212传送到呼叫中心20。

在步骤350中，呼叫中心20从ASP212接收通信，在至少一个实施方案中，呼叫中心验证车辆用户的后端账户。应当明白的是，尽管WSP用户账户和后端账户可以彼此关联，但这两个账户不会同时为一个。WSP账户可以属于蜂窝语音和数据服务的使用，后端账户可以属于其他车辆服务（例如，接收转弯方向、道路服务等）。因此，在步骤350中，呼叫中心20可以验证车辆的多个方面、远程信息处理单元及其用户对于接收赞助数据是适格的。如果后端账户得到验证，则方法可以前进至步骤355。如果后端账户未得到验证，则方法300结束而不前进。应当明白的是，在其他实施例中，呼叫中心20替代可以执行步骤325中的验证（例如，在接触ASP212之前）。

在步骤355中，呼叫中心20可以将从ASP212接收的授权传送到WSP205。在此之后，在至少一个实施例中，可以发生一系列确认。例如，WSP205可以确认授权到呼叫中心的接收（步骤360）。并且，在步骤365中，呼叫中心20类似地可以确认到ASP212的接收。在步骤360和365之后，方法前进至步骤370。

在步骤370中，远程信息处理单元通过WSP205接收赞助数据，即，由ASP212提供的赞助数据。使赞助数据从ASP212移动到WSP205可以以各种方式发生。在至少一个实施方案中，赞助数据从不自身或物理地从ASP212移动到WSP205。替代地，WSP205依赖于呼叫中心20为由车辆12使用的任何授权的赞助数据来支付或偿付WSP205。并且，呼叫中心20类似地依赖于ASP212为由车辆使用的任何授权的赞助数据支付或偿付呼叫中心。在步骤370之后，方法300结束。

现在转向图4，示出了方法400，以示出ASP212如何可将附加的赞助数据提供给车辆12。方法400开始于步骤405，其中，车辆12当前正在接收赞助数据，例如，根据方法300。例如，步骤405可以与先前方法的步骤370相关。在步骤405之后（或在步骤405的过程中），方法前进至步骤410。

在步骤410中，ASP212确定对车辆12授权附加的量的数据，然后将该确定传送到呼叫中心20。该附加的量可以具有任何适当的尺寸且出于任何适当的原因。在一个实施方案中，ASP212执行步骤410，从而为用户保持连续的或不间断的赞助数据体验。在步骤410之后，方法前进至步骤415-425。

方法400的步骤415、420和425大体上可以分别与方法300的步骤355、360和365相同。因此，这里不再对它们进行赘述。并且，尽管这里未示出，但是呼叫中心20或其他后端系统可以在任何适当的时间包括在步骤410和415之间再次验证用户的后端账户的适格性。

在步骤425之后，方法通过继续向车辆用户提供赞助数据来执行步骤430。继续的赞助数据服务可能已经中断或可能还未中断。因此，在至少一个实施例中，该附加量的赞助数据可以由用户无缝地使用；即，在至少一个实施例中，用户可能未立即知道先前量的赞助数据被消费并且用户现在正在消费附加量的赞助数据。在其他实施例中，用户可能需要在其使用之前确认或断定附加的赞助数据的接收。在步骤430之后，方法400结束。

现在转向在图5中示出的方法500，这里，方法取消或去除赞助数据服务。方法500开始于步骤505，其可以与步骤405相同，即，用户当前具有通过WSP205对赞助数据或免费数据的接入。

在随后的步骤510中，某一事件触发赞助数据服务的终止。在至少一个实施方案中，用户取消其从ASP212的赞助数据的接受。这可以通过用户直接接触ASP212而发生或者可以通过呼叫中心20或甚至WSP205而发生。其他赞助数据终止触发器也存在。在一个实施例中，该终止相对突然地发生；即，没有警示（例如，与用户向ASP212提供随后使用当前量的赞助数据的通知相反，用户不再想要接收此种数据）。然而，该终止发生，方法随后前进至步骤515。

在步骤515中，ASP212向呼叫中心20发出或传送取消请求或终止通知。取消请求可以取消先前同意的授权，但是还命令在WSP账户中冻结或抓获任何剩余的赞助数据（即，账户中的赞助数据的平衡）。这样做，ASP212可以在取消请求之后不为由车辆12消费的赞助数据支付或偿付呼叫中心20。

在步骤520中，呼叫中心可以接收该请求，并将取消请求传送到WSP205。之后，在至少一个实施例中，可以发生一系列确认。例如，WSP205可以确认取消请求到呼叫中心的接收（步骤525）。并且，在步骤530中，呼叫中心20类似地可以确认到ASP212的接收。在步骤525和530之后，方法前进至步骤535。

在步骤535中，WSP205终止赞助数据服务；即，对由ASP212提供的赞助数据的用户接入。一旦接收到赞助数据的传送取消授权（步骤520），WSP可以抓获或隔离任何剩余的或未使用的赞助数据。并且/或者，WSP205可以删除或冻结剩余的数据，例如，将其保存以供以后使用，如果用户改变他的/她的与终止有关的主意。应当明白的是，方法500禁止用户使用无条件地接收的免费数据。此外，在方法500中不禁止用户从ASP212再次接收赞助数据或从其他ASP（未示出）接收赞助数据。在步骤535之后，方法结束。

这里描述的赞助数据服务可由不具有用于提供赞助数据的解决方案的WSP调度并且相对于当前实施的方法是一项改进。这里描述的赞助数据服务可以实现具有更快的数据率和更多的用户隐私的无线服务。另外，通过使用后端系统，赞助数据可以提供为由在车辆中可用的各种各样的应用软件使用或者提供给其用户，这与一些应用不能使用赞助数据的传统赞助数据实施方案不同。

因此，已经描述了用于从ASP向车辆用户提供赞助数据服务的各种方法。车辆后端系统协调并促进首先提供赞助数据、增加更多的赞助数据和/或终止赞助数据服务。

应理解，上面是本发明的一个或多个实施例的描述。本发明不限于在此公开的（多个）具体实施例，而是仅由下面的权利要求限定。此外，上述描述中包含的陈述涉及具体实施例，并且不被解释为限制本发明的范围或者限制权利要求中使用的术语的定义，除非其中上面明确限定术语或短语。各种其它实施例以及对所公开的（多个）实施例的各种改变和修改对于本领域的技术人员将是明显的。所有这些其它实施例、改变和修改意在落入所附权利要求的范围内。

如在此说明书和权利要求中所使用，当结合一个或多个组件或其它项的列表使用时，术语“例如”，“举例”，“比如”，“诸如”，“等”和“类似物”以及动词“包括”，“具有”，“包含”以及它们的其它动词形式，每个被解释为开放式，意味着所述列表不被认为是排除其它的、额外的组件或项。其它术语被解释为使用它们的最广泛的合理含义，除非它们使用在需要不同的解释的背景中。