在交通消息旁边提供赞助信息的制作方法

专利名称：在交通消息旁边提供赞助信息的制作方法
技术领域：
本发明 一般涉及使用交通消息信道向交通消息接收机的用户提供赞助
(sponsorship)和其他信息。
背景技术：
在一些领域，系统广播包括交通和道路状况信息的最新报告的数据消息。 这些系统按照连续、周期性、或频繁发生的基础在交通消息信道上广播交通 数据。交通消息接收机对数据进行解码，并提供交通和道路状况的最新报告。
这些交通广播系统与仅广播音频交通报告的无线电台相比具有几个优 点。例如，利用交通广播系统，驾驶员可迅速获得交通信息。驾驶员不必在 无线电台广播交通报告之前一直等待。交通广播系统的另一优点在于驾驶员 不必收听远离他或她的地点的区域的交通状况的描述。交通广播系统的另一 优点在于可提供更详细和可能更新的信息。
用于广播交通消息的一个协议是在欧洲、北美和其他地方使用的交通消 息信道(TMC)。在欧洲，TMC被广播作为无线电数据系统(RDS)的一部 分，而在北美，TMC被广播作为无线电广播数据系统(RBDS)的一部分。 RDS和RBDS在本质上是相同的。在日本使用名为交通工具信息和通信系统 ("VICS")中心的另一交通广播系统。交通和道路状况信息也可使用其他协 议(例如交通专家协议组(TPEG))并在其他广播载体上传送，所述其他广 播载体包括数字音频广播("DAB")、数字多媒体广播("DMB，，)、混合数字 无线电("HD无线电，，)、世界数字无线电(DRM)、卫星无线电、以及其他 协i义和无线电系统、例如MSN-Direct。
在这些系统中，交通数据消息符合一个或多个预先建立的规范或格式。 交通消息接收机使用这些预先建立的规范或格式对交通数据消息进行解码。
交通信息的收集、处理和传送是昂贵的，并因此在RDS-TMC和用于加 密信息的其他协议和系统中进行规定，这导致信息无用直到接收装置已被授 权解密该信息(通常在为预订支付时)为止。可期望的是，提供其他预订选择方案作为对供应交通信息服务进行投资 的手段。 一种方法是在交通信息旁边包括广告、广告的赞助商的名称、有关 赞助商的信息(例如，地点、工作时间、新闻稿)、以及其他赞助信息。然而， 难以使用该交通消息信道自身来提供该赞助商信息，这是因为带宽限制以及 对于可作为交通消息协议的一部分传送什么的限制。由此，提供作为对于基 于预订的商业模型的替换方案的以下手段将是有益的，该手段用于在
RDS-TMC信息旁边传送赞助和类似消息，并经由交通接收机向终端用户呈现 赞助信息。

发明内容
公开了用于在交通消息旁边提供赞助和其他信息的方法和系统。交通广 播系统向交通消息接收机传送一连串消息。这些消息包括要在接收机的存储 器中存储的数据。执行赞助消息的传送，作为交通消息的规则传送的背景例 程(background routine )。在一时间段中，背景例程更新接收机的存储器，以 包括赞助商名称、赞助消息、以及与当前接收区域相关的其他细节。
基于触发事件向接收机的用户呈现交通消息接收机中存储的赞助数据。 在一个示例中，用户通过在他的导航系统的用户接口中键入兴趣点类别而触
是有效的。接收机检索对于该有效的赞助商存储的赞助信息，并向接收机的 用户呈现该信息。
在另一示例中，交通广播系统传送包括触发标志的消息。该消息也标识 兴趣点类别以及用于该类别的有效赞助商。 一旦接收到触发消息，交通消息 接收机就检索对于所标识的兴趣点类别的该有效的赞助商存储的信息，并向 接收机的用户呈现该信息。
通过参考适于附图的地方来阅读以下详细描述，这些以及其他方面和优 点对于本领域普通技术人员而言将变得清楚。此外，可理解，该发明内容仅 是示例，而不意欲限制所要求保护的本发明的范围。


下面结合附图对当前优选实施例进行描述，图中的类似附图标记表示各 图中的类似元件，并且其中图1是根据示例的地理区中的交通广播系统的构件的图2是图示了根据示例的图1所示交通广播系统的构件和具有车载导航
系统的交通工具之一 的框图3是图示了根据示例的交通消息中包括的数据的图4是图示了根据示例的图2中所示接收机的框图5是图示了根据示例的图2中所示地理数据库的组织的框图6描绘了根据示例的图2中所示传送到接收机的消息的消息格式；
图7描绘了根据示例的图2中所示传送到接收机的消息的另 一消息格式；
图8是根据示例的当通过用户动作触发时提供赞助信息的方法的流程
图；和
图9是根据示例的当通过空中广播(over-the-air)信号触发时提供赞助信 息的另一方法的流程图。
具体实施例方式
I.交通广播系统概述
图l是图示了地区IO的图。地区IO可以是大都市区，例如纽约大都市 区、洛杉矶大都市区、或任何其他大都市区。作为选择，该地区IO可以是州、 省、或国家，例如加利福尼亚、伊利诺伊、法国、英格兰、或德国。作为选 择，地理区IO可以是一个或多个大都市区、州、国家等的组合。位于该地区 10中的是道路网12。
交通广播系统20也位于地区10中。交通广播系统20广播有关地区10 中的交通和道路状况的数据50，有时称为交通消息。如参考图6-9所述， 交通广播系统20也广播有关赞助和其他信息的数据50,有时称为赞助消息。 交通广播系统20可由政府组织操作或可由私人操作。交通广播系统20符合 交通消息信道协议，例如在RDS、 RBDS、 VICS、 DAB、 DMB、 DRM、 HD 无线电等上携带的TMC。
交通工具11 ( A)、 11 (B)、 11 (C)、 11 (D)……11 (n)在地区10中 的道路网12上行进。交通工具11可包括各种小汽车、卡车、和摩托车。一 些或所有交通工具11包括合适的设备，这些设备使得交通工具11能够接收 交通广播系统20所广播的数据50。
交通广播系统20所广播的数据50也可在交通工具中未安装的系统80(这里称为"非交通工具系统")中接收和使用。这些非交通工具系统80可包括 工作站、个人计算机、个人数字助理、网络、寻呼机、电视机、无线电接收 机、电话等。非交通工具系统80可按照与交通工具相同的方式来接收数据 50,即通过交通消息信道广播。作为选择，非交通工具系统80可通过其他手 段接收数据50,例如通过电话线、通过因特网、经由线缆等。接收数据50 的交通工具11中的系统和非交通工具系统80可包括各种不同的计算平台。
图2示出了交通广播系统20的构件和图1中所示交通工具11之一。交 通广播系统20准备与交通和道路状况相关的数据的收集、这些收集的数据的 分析和组织、将分析的数据格式化为交通消息、并按照规则和连续的基础向 地区10中的交通工具ll传送这些交通消息。
交通广播系统20使用各种部件22来获得有关交通和道路状况的信息。 这些部件22可包括位于道路网12中的道路中或附近的传感器、航空(aerial) 传感器、交通工具ll中的传感器、雷达、以及其他技术。
交通广播系统20包括用于从各种传感器22收集有关地区10中的交通和 道路状况的数据的设备和程序设计(programming) 20 ( 1 )。该设备和程序设 计20 ( 1 )包括例如各种通信链路(包括无线链路)、接收机、数据储存装置、 保存收集的数据的程序设计、和将数据收集次数和地点记入日志的程序设计 等。
交通广播系统20还包括用于对收集的交通和道路状况数据进行汇编、組 织、分析和格式化的设备和程序设计20 (2)。该设备和程序设计20 (2)包 括储存装置、统计地分析收集的数据的潜在错误的程序设计、组织收集的数 据的程序设计、使用该数据以准备一种或更多适当的预定格式的消息的程序 设计。
交通广播系统20还包括用于广播数据50的合适的设备和程序设计20 (3 )。数据50可以是交通广播系统20收集和组织的交通和道路信息和/或附 加数据，例如赞助消息中包括的数据。设备和程序设计20 (3)包括到发射 机的接口 、按照规则的间隔向发射机传输格式化的消息的程序设计等。
交通广播系统20还包括传送设备20 (4)。该设备20 (4)可包括一个或 更多包括天线的FM、 AM、 DAB、 DRM或其他发射机、或其他无线发射机。 该设备20 (4)准备贯穿地区10来广播格式化的消息作为数据50。广播设备 20 (4)可以是交通广播系统20的一部分，或者作为选4奪，交通广播系统20可使用来自其他类型系统的广播设备，例如蜂窝或寻呼系统、FM无线电台等， 以向地区中的交通工具11广播数据50。数据50的广播包括任何形式传送， 包括直接无线传送。
图3图示了用于示例交通消息的数据50。交通消息可包括各种类型数据 50。交通消息可包括的一种有用类型信息涉及交通堵塞。当用于提供有关交 通堵塞的信息时，交通消息包括标识路上堵塞的一个或更多地点、堵塞如何 严重、以及堵塞延续多远的数据50。在图3中示出的示例中，数据50包括 以下数据成分事件描述50(1)、地点50(2)、方向50(3)、程度50 ( 4 )、 持续时间50 (5)和建议50 (6)。交通消息的数据50还可包括提供其他信息 50 (n)的成分。
事件描述成分50 ( 1 )包括描述交通问题的类型50 ( 1 ) ( 1 )的数据连同 描述交通问题的严重等级50 (1) (2)的数据。地点成分50 (2)包括标识交 通问题的地点的参考编号。方向成分50 (3)包括指明影响的交通方向的数 据。程度成分50 (4)包括标识对于地点50 (2)的交通堵塞排队的长度的数 据。程度成分50 (4)暗中定义针对其中的地点参考编号的交通状况的另一 (例如，次要地点)跨位(straddling )。建议成分50 ( 6 )提供路线转移的推 荐。
根据该示例，数据50符合RDS-TMC系统中建立的ALERT-C消息的标 准格式。例如，在RDS-TMC系统中，数据50的地点50 (2)成分^f皮包括在 RDS-TMC代码51中。RDS-TMC代码51包括地点编号51(1)、地点表编号 51(2)、国家代码51(3)、和方向5lU)。地点编号51 ( 1 )是与一个地点 表(即，编号数据库)对应的地区中的唯一编号。地点表编号51 (2)是分 配给每一单独地点表的唯一编号。国家代码51 (3)是标识其中地点编号51 (1)所参考的地点位于的国家的编号。方向51 (4)考虑例如双向性和分段 是否在交叉点外部的因素。RDS-TMC代码51被格式化为如下的字符串
ABBCCCCCDE
其中
A: 国家代码(国家代码51 (3))
BB:地点表编号(地点表编号51 (2)) CCCCC:地点代码(地点编号51 (l)) D: RDS方向(+、-)(方向51 (4))E: 程度(与所指明的方向上的地点的偏移)
其中安装有适当的设备的地区10中的交通工具11可接收这些交通消息。 这些消息可被提供给交通工具11中的驾驶员或乘客。
尽管在该示例交通消息中使用了 RDS-TMC ALERT-C消息，但是应理解， 可使用用于其他交通广播系统的适当消息格式来发送类似消息。
II.导航系统概述
图2还描绘了图1中示出的交通工具11之一的构件。交通工具11可以 是地区IO中的小汽车、卡车、摩托车、或任何其他类型交通工具。导航系统 110被安装在交通工具11中。导航系统110是硬件和软件构件的组合。在一 个实施例中，导航系统110包括处理器112、与处理器112相连的驱动器114、 以及用于存储导航应用软件程序118和可能的其他信息的非易失性存储储存 装置116。处理器112可以是适于导航系统的任何类型处理器。
导航系统110还可包括定位系统124。定位系统124可利用GPS类型技 术、航迹推算类型系统、或这些或其他系统的组合，所有这些都是本领域已 知的。定位系统124可包括测量交通工具11的行进距离、速度、方向等的合 适的感测装置123。定位系统124还可包括按照本领域已知的方式来获得GPS 信号的适当技术。定位系统124向处理器112输出信号。来自定位系统124 的信号可由在处理器112上运行的导航应用软件118来使用，以确定交通工 具11的地点、方向、速度等。
交通工具11包括交通消息接收机125。接收机125从交通广播系统20 接收数据50。例如，接收机125可以是这样的FM接收机，该FM接收机被 调谐到该交通广播系统20正用来广播数据50的适当频率。作为另一示例， 当通过例如蜂窝无线传送的直接无线传送发送数据50时，交通工具11中的 接收机125可与蜂窝电话相似或相同。接收机125向处理器112提供输出， 使得导航系统110中的适当程序设计可在执行导航功能时利用该交通广播系 统20广播的数据50。
图4是图2中描绘的可在导航系统110中使用的交通消息接收机125的 筒化框图。在该示例中，接收机125是RDS接收机。然而，接收机设计取决 于传送数据50的交通广播系统20的类型，并由此，接收机125不限于任何 特定类型接收机。接收机125包括对数据50进行接收和格式化的RDS解码器202。 RDS解码器202向处理器204提供格式化后的数据。处理器204解 释数据，并基于该数据确定要采取什么动作。例如，处理器204可从存储器 206读取数据或向存储器206写入数据。存储器206不限于任何存储器类型。
尽管图4描绘了具有其自己的处理器204和存储器206的接收机125, 但是要理解，接收机125可与导航系统IIO共享处理和存储(即，集成系统)。 例如，接收机125可使用处理器112和非易失性存储器116。此外，接收机 125可具有图4中未描绘的附加构件。
返回图2,导航系统IIO还包括用户接口 131。用户接口 131包括允许终 端用户(例如，驾驶员或乘客)将信息输入到导航系统110中的适当设备。 该输入信息可包括^f吏用导^t系统110的导4元特征的请求。例如，该输入信息 可包括对于到例如兴趣点的期望目的地的路线的请求。输入信息还可包括对 于其他类型信息的请求。用于将信息输入到导航系统110中的用户接口设备 可包括小键盘、键盘、麦克风等以及例如语音识别程序的适当软件。用户接 口 131还包括将信息返回提供到终端用户的合适的设备。该设备可包括显示 器127、扬声器129、和其他通信部件。
导航系统IIO使用在储存介质132上存储的地图数据库140。储存介质 132被安装在驱动器114中，使得地图数据库140可由导航系统IIO读取和使 用。储存介质132可以是可去除和可替换的，使得可使用具有用于其中交通 工具行进的地理区的适当地图数据库的储存介质。另外，储存介质132可以 是可替换的，使得可容易地更新其上的地理数据库140。在一个实施例中， 地理数据140可以是伊利诺斯州芝加哥NAVTEQ North America, LLC公布的 地理数据库。
在一个实施例中，储存介质132是CD ROM盘。在替换实施例中，储存 介质132可以是PCMCIA卡，在该情况下，驱动器114将被PCMCIA插槽代 替。可使用各种其他储存介质，包括固定盘或硬盘、DVD盘、或其他当前可 用储存介质、以及可在将来开发的储存介质。储存介质132和地理数据库140 并非必须在导航系统110的地点处物理提供。在替换实施例中，如果需要， 其上存储了一些或全部地理数据140的储存介质132可位于远离导航系统110 的剩余部分以及经由通信链路提供的地理数据的部分。
在一种类型系统中，导航应用软件程序118从非易失性存储器116装载 到与处理器112关联的随机存取存储器("RAM" ) 120中，以便操作导航系统110。处理器120也接收来自用户接口 131的输入。该输入可包括对于导 航信息的请求。导航系统110可能与来自定位系统124和接收机125的输出 结合来使用在储存介质132上存储的地图数据库140，以提供各种导航特征 和功能。
导航应用软件程序118可包括提供这些各种导航特征和功能的单独应用 (或子程序)。这些功能和特征可包括路线计算141 (其中确定到终端用户标 识的目的地的路线)、路线引导142 (其中提供用于到达期望目的地的详细方 向)、地图显示143、和交通工具定位144 (即，地图匹配)。除了这些之外， 其他功能和程序设计145可被包括在导航系统110中。导航应用程序118可 按照例如C的合适计算机编程语言来编写，尽管例如C+十或Java的其他编程 语言也是合适的。
图5是示出了图2中描绘的地理数据库140的示例组织的框图。在该示 例中，地理数据库140通过数据类型来组织。可增强地理数据的访问用于执 行各种导航功能的一种方式是提供地理数据140的单独收集或子集，以由导
航应用程序118中的单独功能(例如，141-145)中的每一个使用。特别定 制这些单独子集中的每一个，以由这些功能之一使用。
例如，路线计算功能141 (图2中)仅正常获取与路段关联的地理数据 库中的所有信息的一部分。当路线计算功能141正在运行时，其可需要例如 沿路段的速度、从一个路段到另一路段的转变限制等的信息。然而，路线计 算功能141并非必须需要道路的名称来计算路线。
类似地，当路线引导功能142正在运行时，不需要例如速度和转变限制 的与路段关联的一些信息。代替的是，当路线引导功能142正在运行时，它 使用包括路段所代表的道路名称、沿该路段的地址范围、沿该路段的任何标 记等的信息。
甚至，当使用地图显示功能143时，不需要例如限速或转变限制的与路 段关联的一些信息。代替的是，当地图显示功能143运行时，它仅使用例如 道路的形状和地点、以及可能的道路名称的与路段关联的 一部分信息。
尽管可存在关于各种导航功能使用的信息类型的一些重叠，但是一个功 能仅使用这些导航功能使用的一些数据。如果与每一路段相关的所有信息与 其相关联作为单一数据库中的单一数据项，则每一数据实体记录将相对大。 由此，只要导航功能中的任一个访问实体记录，则它将不得不将大量信息读入存储器中，导航功能将并不需要这些信息中的许多信息。而且，当从盘读 取数据实体时， 一次可读取相对少的数据实体，因为每一数据实体将相对大。 为了按照每一导航功能更有效得使用的格式来提供地理数据库140中的
信息，对于要在导航应用程序118中提供的不同类型导航功能中的每一个， 提供用于给定地理区的整个地理数据库140的单独子集。图5图示了包括单 独路线选择数据236 (用于路线计算)、制图数据237 (用于地图显示)、调遣 数据238 (用于路线引导)、兴趣点数据239 (用于标识例如旅馆、餐馆、博 物馆、体育场、机场等的兴趣点)、和交叉点数据240 (用于标识指定十字路 口 )的地理^:据库140。
除了这些类型数据之外，地理数据库140可包括导航特征数据241。数 据的子集包括可航行特征(例如道路)的名称。地理数据库还可包括用于邮 政编码242和场所243的数据子集(例如，城市、州、和国家)。地理数据库 140可以不包括所有这些子集。而且，地理数据库140可以包括其他数据子 集244。
III.在交通消息旁边提供赞助信息
将期望在交通消息信道旁边向交通消息接收机125的终端用户提供赞助 信息，例如广告、赞助商名称、以及有关赞助商及其产品和/或服务的其他信 息。为了提供该赞助信息，交通广播系统20传送赞助消息，作为系统的交通 消息的主要(或规则)传送的次要(或背景)例程。交通消息接收机125接 收赞助消息并在接收机的存储器206中存储这些消息中的数据。
该背景例程可按照基本连续的方式操作，使得接收机的存储器206包括 随着时间不断更新的赞助数据。交通广播系统20可按照比交通消息慢的速率 传送赞助消息，使得接收机存储器206的不断更新不干扰交通信息的传送。 另外，当交通广播系统20不具有要广播的交通消息时，交通广播系统20可 传送赞助消息。例如，如果交通广播系统20典型地在市场中每五分钟广播一 百条交通消息并且仅五十条交通消息可用，则交通广播系统20可在可用带宽 中传送赞助消息。交通广播系统20还可限制在一时间段期间传送的赞助消息 的数目。
一旦检测到触发事件，交通消息接收机125就使用存储的赞助消息向终 端用户提供赞助信息。该触发事件可以是用户采取的动作，例如在导航系统IIO的用户接口 131中键入兴趣点字符串、向接收机125发送的消息中的触 发标志、或例如一天中的时间、 一周中的哪天、以及4妻收才几125的地点的另 一触发事件。结果，终端用户可接收赞助信息，而无需对接收机125的任何 修改并无需影响接收机125的原始目的，即向终端用户提供交通和道路状况 的当前报告。
以下是对如何向交通消息接收机的终端用户提供交通消息旁边的赞助信 息的一个示例进行的描述。其中的"旁边"指的是交通消息和赞助消息使用 不同协议但是在同 一传送中共存。在该示例中，用于交通消息的协议是在RDS 和RBDS系统两者上使用的RDS-TMC协议(在EN ISO 14819-1，-2,-3，-6: 2002 中描述)，并且用于赞助消息的协议是私有协议。该私有协议由交通消息接收 机125通过将该协议登记为RDS/RBDS标准中描述的开放数据应用("ODA") 来识别。 一旦进行了登记，就向该协议分配应用标识符("AID")。接收机125 识别该应用标识符，而不修改接收4几125。
本发明不限于这些协议。使用用于在交通消息接收机上存储赞助数据的 背景例程并使用用于向接收机的用户提供赞助信息的触发事件的一般概念应 用到其他交通广播协议，并在例如FM、 AM、 VICS、 DAB、 DRM、 DMB、 HD无线电等的不同载体上传送。
图6描绘了用于在接收机125的存储器206中存储赞助信息的消息格式 300。也使用该消息格式300，用于触发接收机125经由用户接口 131向用户 发送赞助信息。优选地，交通广播系统20按照重复和循环的方式使用该消息 格式300来传送数据。以这种方式，按照基本连续的方式来更新接收机的存 储器206。例如，可以每28个RDS组来传送消息(即，1组/2.5秒)。
如图6中所示，消息格式300遵循RDS/RBDS标准中描述的类型12A组 格式。然而，可使用可用的(即，还没有分配给标准应用的)任何开放数据 应用组用于消息格式300。消息格式300包括图6中的标识为x4-x0、 yl5画y0、 和zl5-z0的三十七比特。保留包括"rfb"的消息比特用于将来使用。
比特x4-x3代表消息类型302。当x4和x3两者都包括逻辑O值时，消息 类型302是"赞助商"。赞助消息是具有最多十六个字符的搜索字符串。搜索 字符串包括用于赞助消息的赞助商的名称，例如麦当劳、星巴克、和壳牌。 赞助商是愿意向交通消息接收机125的终端用户发送信息的任何公司或个人 (即，团体)。实际赞助商消息位于消息格式300的字符比特310中(即，y7-y0和zl5-z0)。可以按照规则的基础(例如每周或每月)更新赞助商，并且赞助
商可在不同时间段中(有时称为"时隙")有效。
当x4包括逻辑0值而x3包括逻辑1值时，消息类型302是"文本"。文 本消息是具有最多三十二个字符的文本格式的赞助消息。该文本由六比特代 码代表。优选地，使用简化的ASCII字符集。例如，文本赞助消息可以是"今 天享受大麦当劳"。实际文本赞助消息位于字符比特310中。
当x4包括逻辑1值而x3包括逻辑0值时，消息类型302是"音素 (phoneme )，，。音素消息是具有最多三十二个"字符"的音素格式的赞助消息。 该音素由六比特代码代表。优选地，使用NT-SAMPA音素标准。实际音素赞 助消息位于字符比特310中。
当x4和x3两者都包括逻辑1值时，消息类型302是未定义的。当消息 类型是未定义的时，保留消息中的剩余比特用于将来使用(rfU)。
对于赞助商消息类型302，比特x0、 y15包括计数(count)数据304。对 于文本和音素消息类型302，比特xl、 x0和y15包括计数数据304。计数数 据304标识用于赞助商、文本、和音素消息类型的字符隙(character slot )。 例如，包括二进制000的计数数据304标识字符隙1、 2、 3、 4;包括二进制 001的计数数据304标识字符隙5、 6、 7、 8;等等。
比特yl4-y11包括兴趣点("POD标识符306。兴趣点标识符306标识 兴趣点类别，例如餐馆、电影院、旅馆等。每次传送中最多十六个兴趣点类 别可用。
比特yl0-y8包括赞助商标识符308。赞助商标识符308标识当前正在描 述兴趣点类别中的哪个赞助商。因为存在使用的三个比特，所以断定对于十 六个可能兴趣点类别中的每一个，可存在八个赞助商。这些赞助商(对于十 六个兴趣点类别，总共可能八个赞助商)中的每一个可被存储在接收机的存 储器206中。在任何一个时间处，每一兴趣点类别的仅一个赞助商有效，通 过适于下面描述的类型3A组中的每一兴趣点类别标识符326的有效赞助商 标识符328的传送来指明有效赞助商。
假设赞助商消息是十六个字符并且文本或音素消息是三十二个字符，则 对于每一赞助商向接收机125发送总共四十八个字符。如果每组发送四个字 符，则向接收机125发送十二组，以提供完整赞助信息更新。为了改善接收 更新的可能性，可在移动到下一兴趣点类别和赞助商之前，发送每一组两次。在该冗余示例中，每一有效兴趣点赞助商需要二十四组用于更新。
在任何一个时间处，对于最多十六个兴趣点类别，存在一个有效赞助商；
由此，十六个兴趣点类别中的每一个中的有效赞助商的周期时间大约为十六 分钟。如果还需要音素，则周期时间增加到大约二十四分钟。这是最坏的情 况，其中有效赞助商的所有赞助商消息是十六字符，并且文本和音素消息两 者需要三十二字符。实际上，预期的周期时间对于仅文本更接近十分钟而对 于文本和音素更接近十六分钟，因为很少赞助消息将需要最多的十六字符赞 助商消息以及其每一个用于文本和音素消息的三十二字符。
图7描绘了用于标识所登记的开放数据应用所使用的特定组类型的消息 格式320。消息格式320也用于指明每一兴趣点类别中的哪个赞助商当前有 效，并用于触发接收机125向用户发送赞助信息。优选地，交通广播系统20 每7.5秒就使用消息格式320传送数据50;然而，也可使用其他传送调度(规 则和不规则两者)。在每7.5秒的一组中，每两分钟就对于每一类别中有效的 那个赞助商更新接收机125。
消息格式320遵循RDS/RBDS标准中描述的类型3A组格式。类型3A 组向接收机125传递以下信息，该信息涉及在特定传送上携带哪些开放数据 应用以及将在那些组中发现它们。消息格式320包括应用组类型代码322 (x4-x0)、应用标识(AID)代码332 (zl5-z0)、以及消息比特324 - 330 (yl5陽y0)。
应用组类型代码322指明在特定传送中为了携带指定的开放数据应用而 使用的组类型。第一组四个比特(x4-xl )标识组类型代码，而第五比特(x0) 标识组类型版本。在图7中描绘的示例中，应用组类型代码322定义开放数 据应用组12A，这对应于图6中描绘的开放数据应用组格式。
应用标识码332是标识登记的开放数据应用的唯一值。在接收机125接 收到具有指定应用标识码332的类型3A组格式的消息之后，接收机125识 别具有应用组类型代码322的消息。否则，接收机125忽略这些消息。在该 示例中，应用标识332是2007年2月15日向NAVTEQ LLC发布的十六进制 C3C3。
消息比特324-330包括开放数据应用。在图7中描绘的示例中，消息比 特包括触发标志324 (yl5 )、兴趣点标识符326 (yl4-yl1 )、有效赞助商标识 符328 (yl0-y8)、以及市场标识符330 ( y7-y0 )。触发标志324是标识何时向接收机125的终端用户提供赞助信息的单一 比特。可使用逻辑0或逻辑1值(或到逻辑0或逻辑l值的转变)作为触发 事件。当设置触发标志324时，赞助消息被触发并向终端用户呈现，如针对 图9描述的那样。
兴趣点标识符326标识兴趣点类别，例如餐馆、电影院、旅馆等。每次 传送中最多十六个兴趣点类别可用。有效赞助商标识符328标识哪个赞助商 对于兴趣点标识符326所标识的兴趣点类别有效。对于每一兴趣点类别，最 多八个不同赞助商可用。市场标识符330标识市场。可定义最多256个市场。 市场可被定义为国家、地区、州、城市、近邻(neighborhood)等。作为选择， 市场可基于无线电台市场的电视节目观看状况设备(Arbitron)列表(即，1、 纽约；2、洛杉矶；3、芝加哥；……)。如果存储器允许，则接收机125可存 储用于最多256个唯一市场的赞助商记录，但是一般赞助商记录将被存储用 于两个或三个市场(例如，通勤者(commuters)"本地"市场和他乘车 (commutes )所去的市场)。
一旦接收到触发标志324，该市场标识符330中标识的市场中的接收机 125就提供用于该兴趣点标识符326所标识的兴趣点类别的有效赞助商标识 符328中标识的赞助商的赞助信息。赞助商可调度他们想向位于选定市场中 的特定接收机提供特定赞助信息的时隙。根据一天中的时间，仅必须改变有 效赞助商标识符328的值，以促使呈现不同赞助商，并不存在改变存储器中 的任何数据记录的需求。有效赞助商标识符328促使时间适当的赞助商记录 从存储器中提取出来并被呈现。
图8是用于使用交通信道提供赞助和其他信息的方法350的流程图。在 块352，接收机125接收用于更新该接收机的存储器206中存储的赞助信息 的消息。如参考图6描述的那样，向接收机125传送赞助商标识和赞助消息 (例如，广告和其他信息)。这些消息还标识消息类型302、计数数据304、 兴趣点标识符306、和赞助商标识符308。该信息被存储在接收机125的存储 器206中。仅当需要新赞助商时或当现有赞助商希望改变他们的广告文本或 音素时，才不频繁地用新数据更新存储器206。
在块354,导航系统110的终端用户的输入触发赞助消息。例如，当终端 用户使用导航系统110搜索兴趣点时，可触发赞助消息。也可使用其他用户 输入和/或机制来触发赞助消息，例如定位系统124所确定的导航系统110的地点、 一天中的时间、 一周中的某天、交通工具11或导航系统110的类型、 用户的预期人口统计状况、以及这些触发的任何组合。
在块356，接收机125基于哪个赞助商对于与键入的兴趣点字符串关联 的兴趣点类别有效，而从存储器206中检索适当的赞助数据。赞助商可调度 提供赞助信息的时间、什么市场、以及针对什么兴趣点类别。接收机125使 用存储的赞助商标识符数据来确定哪个赞助商对于该兴趣点类别有效。从接 收机的存储器206中检索有效赞助商的赞助信息。该赞助信息可以是该赞助 商想向对所键入的兴趣点感兴趣的终端用户提供的任何信息。
在块358，将检索的赞助信息发送到终端用户。该赞助信息通过导航系 统的用户接口 131而被口头(verbally)和/或文本地呈现。附加地或作为选择 地，使用终端用户对于兴趣点的搜索字符串，而在显示器127上呈现的地图 上标识当前市场中的有效赞助商的(多个)地点。
图9是用于使用交通信道提供赞助和其他信息的方法370的流程图。方 法370与方法350类似，但是使用用于向交通消息接收机的终端用户提供赞 助信息的不同触发机制。在块372,接收机125接收用于更新该接收机的存 储器206中存储的赞助信息的消息，如参考图8中描绘的块352所描述的那 样。
在块374，接收机125接收触发赞助消息的消息。如参考图7描述的那 样，分配消息比特(yl5)作为触发标志324。接收机125识别何时设置触发 标志324。该触发机制可被描述为空中触发。
在块376,接收机125从接收机的存储器206中检索适当的赞助数据。 4妻收才几125对于触发消息的市场标识符330中标识的市场，基于兴趣点标识 符326中标识的兴趣点类别、有效赞助商标识符328中标识的有效赞助商， 来选择赞助数据。该赞助信息可以是赞助商想向接收机125的终端用户提供 的任何信息。
在块378,将检索的赞助信息发送到终端用户。该赞助信息通过导航系 统的用户接口 131而被口头和/或文本地呈现。附加地或作为选择地，在显示 器127上呈现的地图上标识当前市场中的有效赞助商的(多个)地点。
通过使用用于向接收机125传递赞助信息的开放数据应用，可向终端用 户提供赞助信息，而不管用户在道路网上的地点。代替的是，可基于广播市 场和/或键入的兴趣点来传递赞助信息。此外，可无需对接收机125进行任何修改，而传递赞助信息。
作为附加好处，交通消息接收机的存储器206中所要存储的数据量最小。 如参考图6所述，存储器206的必要容量可小于32k字节。例如，具有用于 四个市场中的类别的8个赞助商的16个兴趣点类别的80个字符(16个搜索 字符串、32个文本、32个音素)导致40960个字符(6比特/字符)，这导致 小于32k字节的数据存储需求。当然，可基于和实际存储的字符、类别、赞 助商、总市场的数目，来改变存储需求。
尽管使用RDS/RBDS标准描述了示例，但是将理解的是，也可使用其他 交通广播系统标准来在交通消息接收机上存储赞助信息，并然后基于赞助商 选择的时隙来向接收机的终端用户呈现适当的信息。还将理解的是，可使用 流、分组、和其他数据传送格式来向接收机传送数据。还将理解的是，可在 接收机上存储包括视频和音频的具有其他数据格式的数据，并从接收机检索 该数据。赞助消息不限于文本或音素数据格式。
另外，赞助消息可包括赞助商愿意向接收机的终端用户提供的不限于广 告的任何类型信息。此外，赞助商可把赞助消息作为特定类型交通消息接收 机的目标。例如，小汽车制造商可向该制造商的小汽车中安装的所有交通消 息接收机发送召回或任何与安全相关的消息。附加地，赞助消息可包括这样 的信息，该信息允许赞助商确定终端用户是否接收了赞助信息。例如，赞助 消息可包括终端用户可在赞助商地点处出现的码字、短语或图像，以接收折 扣。
预期将以上详细描述看作图示性的而不是限制性的，并且将理解的是， 包括所有等效物的以下权利要求意欲限定本发明的范围。这些权利要求不应
被阅读为限于描述的顺序或元件，除非阐述了该效果。所以，落入以下4又利 要求及其等效物的范围和精神之内的所有实施例被作为发明来要求保护。
权利要求
1.一种用于更新交通消息接收机的存储器中存储的赞助数据的方法，包括按照第一速率在该交通消息接收机处接收交通消息；按照第二速率在该交通消息接收机处接收赞助消息，其中该第二速率比该第一速率慢，并且其中该赞助消息包括代表团体想向该交通消息接收机的用户发送的赞助信息的数据；在该交通消息接收机的存储器中存储该赞助消息中的数据；和一旦标识到触发事件，就向该该交通消息接收机的终端用户提供该赞助信息。
2. 根据权利要求l的方法，其中该赞助消息包括标识该团体的数据。
3. 根据权利要求l的方法，其中该赞助消息包括这样的数据，该数据用 于标识何时向该交通消息接收机的用户发送该赞助消息中的数据。
4. 根据权利要求1的方法，其中该赞助消息包括标识兴趣点类别的数据。
5. 根据权利要求l的方法，其中所述存储数据的步骤包括按照规则的基 础更新该存储器中存储的数据。
6. 根据权利要求1的方法，还包括接收触发，该触发用信号通知该交通 消息接收机检索该交通消息接收机的存储器中存储的数据中的至少 一些。
7. 根据权利要求6的方法，其中该触发是用户在用户的导航系统中键入 兴趣点字符串。
8. 根据权利要求6的方法，其中向该交通消息接收机发送空中触发，以 促使向该终端用户呈现消息。
9. 根据权利要求1的方法，还包括 标识用于指明将向该终端用户发送赞助信息的触发事件； 检索该交通消息接收机的存储器中存储的代表该赞助信息的数据；和 经由用户接口向该交通消息接收机的用户发送该赞助信息。
10. 根据权利要求9的方法，其中该事件是用户在该用户接口中^t入兴 趣点字符串。
11. 根据权利要求10的方法，其中该交通消息接收机标识与所键入的兴趣点字符串关联的兴趣点类别。
12. 根据权利要求ll的方法，其中该交通消息接收机标识用于该兴趣点 类别的有效赞助商。
13. 根据权利要求9的方法，其中该事件是接收包括触发标志的消息。
14. 根据权利要求13的方法，其中该消息还包括指明兴趣点类别和有效 赞助商的数据。
15. 根据权利要求14的方法，其中所述检索数据的步骤包括标识用于该 兴趣点类别的有效赞助商。
全文摘要
公开了一种用于向交通消息接收机的用户提供赞助信息的方法和系统。赞助消息被发送到该交通消息接收机，并且赞助消息包括要在接收机的存储器中存储的数据。执行该赞助消息的传送作为交通消息的规则传送的背景例程。基于触发事件向交通消息接收机的用户提供该交通消息接收机中存储的赞助数据，该触发事件例如为终端用户在他的导航系统的用户接口中键入兴趣点字符串或接收到包括所激活的触发标志的消息。
文档编号H04H20/55GK101540111SQ20091012897
公开日2009年9月23日 申请日期2009年3月20日 优先权日2008年3月20日
发明者马克·桑德斯 申请人:纳夫特克北美有限责任公司