CN103810593B - 用于数字礼券呈现的方法和设备 - Google Patents

Abstract

提供了一种用于数字礼券呈现的方法和设备。一种系统，包括：处理器，被配置为接收包括至少一个媒体元素的多个媒体元素，其中，所述至少一个媒体元素包含交互广告。所述处理器还被配置为将媒体元素呈现给车辆乘员。所述处理器还被配置为接收对存储与至少一个交互广告关联的礼券的默许。此外，所述处理器被配置为指示礼券的存储并且指示与礼券关联的任何事件的存储，其中，发送重新将礼券呈现给驾驶者的原因的信号。

Description

用于数字礼券呈现的方法和设备

技术领域

示意性实施例总体上涉及一种用于数字礼券呈现的方法和设备。

背景技术

高级内容递送系统和高级用户显示系统允许传统数据递送呈现全新的方面。传统上，广告可简单地通过在无线电上播放而进入车辆。在某些情况下，广告可被包括在与从替代源（诸如互联网）传输的内容相连接的数据流中。通过可用源的应用，可实现新的改进的广告内容递送。

第7,860,450号美国专利总体上涉及一种电子礼券技术，所述电子礼券技术包括：将可包括礼券ID（标识）的礼券信息传送到第一便携式终端，并且在所述第一便携式终端中存储所述礼券信息。便携式终端在其显示器上显示对传送的礼券信息的表现。可将存储的礼券信息从所述便携式终端传送到另一终端以用于兑换。还可将存储的礼券信息从所述便携式终端传送到另一便携式终端。可使用各种方案来传送礼券信息，所述方案包括来自便携式终端的蓝牙低范围无线电链路、扫描光学条形码的光学条形码扫描器、红外链路或无线链路。还可将互联网或无线LAN（局域网）用于将礼券信息传送到各种终端或从各种终端接收礼券信息。

第2007/0050248号美国专利申请总体上涉及一种用于利用作为由网络装置使用的应用而存储并执行的呈现槽（presentation slot）来通过通信网络管理对移动通信装置的广告和礼券呈现的方法。所述方法包括：基于车辆传感器数据来感测车辆情况和车辆事件。配置可针对特定环境而向车辆用户呈现广告的呈现槽。当通过感测到车辆情况或车辆事件而触发呈现槽时，所述方法识别将要呈现给车辆用户的广告，其中，所述广告与配置的呈现槽对应。将识别出的广告呈现给车辆用户。

第6,721,654号美国专利申请总体上涉及存储被分发给用户的特定设施的位置数据的存储介质，其中，所述位置数据可被读取为车辆导航设备的地图数据中的目的地的位置数据。当用户将这种存储介质放置或插入到导航系统的固定位置时，特定设施的位置数据被读取并且被设置为目的地。随后车辆导航设备启动去往目的地的路程引导。到达目的地时，用户可通过使用也被存储在存储介质中的针对设施（商店）的礼券来在这些商店中购物或获得折扣好处。

发明内容

在第一示意性实施例中，一种系统包括：处理器，被配置为接收包括至少一个媒体元素的多个媒体元素，其中，所述至少一个媒体元素包含交互广告。所述处理器还被配置为将媒体元素呈现给车辆乘员。所述处理器还被配置为接收对存储与至少一个交互广告关联的礼券的默许。此外，所述处理器被配置为指示礼券的存储并且指示与礼券关联的任何事件的存储，其中，发送重新将礼券呈现给驾驶者的原因的信号。

在第二示意性实施例中，一种系统包括：处理器，被配置为从至少一个车辆系统接收到来事件通知。所述处理器还被配置为将事件通知与多个存储的事件进行比较，其中，所述多个存储的事件与一个或多个保存的礼券相关。此外，所述处理器被配置为在事件通知与至少一个存储的事件之间具有相关性的情况下，呈现保存的礼券以用于兑换。所述处理器还被配置为接收期望兑换保存的礼券的指示并且提供对于兑换保存的礼券的指导。

其中，所述处理器还可被配置为：从至少一个远程服务器接收到来事件通知。

其中，所述处理器还可被配置为：从至少一个车辆乘员接收到赤事件通知。

其中，所述指导可包括对于兑换礼券有用的导航辅助。

其中，所述指导可包括对于兑换礼券有用的预订辅助。

其中，所述指导可包括对于兑换礼券有用的信息辅助。

在第三示意性实施例中，一种计算机实现的方法包括：从至少一个车辆系统接收到来事件通知。所述方法还包括使用车辆计算系统将事件通知与多个存储的事件进行比较，其中，所述多个存储的事件与一个或多个保存的礼券相关。所述方法还包括在事件通知与至少一个存储的事件之间具有相关性的情况下，呈现保存的礼券以用于兑换。此外，所述方法包括接收期望兑换保存的礼券的指示。所述方法还包括提供对于兑换保存的礼券的指导。

附图说明

图1显示车辆计算系统的示意性示例；

图2显示内容递送系统的示意性示例；

图3显示礼券递送处理的示意性示例；

图4显示另一礼券递送处理的示意性示例；

图5显示交互式兑换处理的示意性示例；

图6显示示例性礼券递送所涉及的多个处理的示意性示例；

图7显示示例性礼券递送所涉及的多个处理的另一示意性示例；

图8显示礼券递送系统的示意性示例；

图9显示礼券递送系统的另一示意性示例。

具体实施方式

根据需要，在此公开本发明的详细实施例；然而，应当理解的是，所公开的实施例仅仅是本发明的示例，本发明可以以多种替代形式实施。附图无需按比例绘制；可夸大或缩小一些特征以显示特定组件的细节。因此，此处所公开的具体结构和功能细节不应被解释为限制，而仅仅是教导本领域技术人员以多种形式实施本发明的代表性基础。

图1示出针对车辆31的基于车辆的计算系统1（VCS）的示例性框式拓扑图。这种基于车辆的计算系统1的示例是由福特汽车公司制造的SYNC系统。设有基于车辆的计算系统的车辆可包含位于车辆中的可视前端界面4。如果所述界面设置有例如触敏屏幕，则用户还可与所述界面交互。在另一示意性实施例中，通过按钮按压以及具有自动声音识别和声音合成的声音会话系统来进行交互。

在图1中所显示的示意性实施例1中，处理器3控制基于车辆的计算系统的操作的至少一部分。设在车辆中的处理器允许命令和程序的车载处理。此外，处理器连接至非永久性存储器5和永久性存储器7两者。在该示意性实施例中，非永久性存储器是随机存取存储器（RAM），而永久性存储器是硬盘驱动器（HDD）或闪存。

处理器还设有允许用户与处理器交互的多个不同的输入。在该示意性实施例中，设有麦克风29、辅助输入25（用于输入33）、USB输入23、GPS输入24、屏幕4（可以是触摸屏显示器）和蓝牙输入15。还设有输入选择器51，以允许用户在各种输入之间互换。在对麦克风和辅助连接器的输入被传送至处理器之前，通过转换器27将所述输入从模拟转换为数字。尽管未显示，但是与VCS通信的多个车辆组件和辅助组件可使用车辆网络（诸如但不限于CAN总线）以向VCS（或其组件）传送数据和传送来自VCS（或其组件）的数据。

对系统的输出可包括但不限于可视显示器4和扬声器13或立体声系统输出。扬声器连接至放大器11并通过数模转换器9从处理器3接收其信号。还可分别沿19和21处所示的双向数据流产生至远程蓝牙装置（诸如PND54）或USB装置（诸如车辆导航装置60）的输出。

在一示意性实施例中，系统1使用蓝牙收发器15与用户的漫游装置53（例如，蜂窝电话、智能电话、PDA或具有无线远程网络连接能力的任何其它装置）进行通信17。漫游装置随后可用于通过例如与蜂窝塔57的通信55来与车辆31外部的网络61进行通信59。在一些实施例中，蜂窝塔57可以是WiFi接入点。

信号14代表了漫游装置和蓝牙收发器之间的示例性通信。

可通过按钮52或类似输入来指示漫游装置53与蓝牙收发器15进行配对。因此，向CPU指示车载蓝牙收发器将与漫游装置中的蓝牙收发器进行配对。

可利用例如与漫游装置53关联的数据计划、话上数据或DTMF音调在CPU3和网络61之间传送数据。可选择地，可期望包括具有天线18的车载调制解调器63以便在CPU3和网络61之间通过语音频带对数据进行通信16。漫游装置53随后能够被用于通过例如与蜂窝塔57的通信55来与车辆31之外的网络61进行通信59。在一些实施例中，调制解调器63可与蜂窝塔57建立通信20，以与网络61通信。作为非限制性示例，调制解调器63可以是USB蜂窝调制解调器并且通信20可以是蜂窝通信。

在一示意性实施例中，处理器设有包括与调制解调器应用软件进行通信的API的操作系统。调制解调器应用软件可访问蓝牙收发器上的嵌入式模块或固件，以完成与远程蓝牙收发器（诸如设在漫游装置里的）的无线通信。蓝牙是IEEE802PAN（个人区域网）协议的子集。IEEE802LAN（局域网）协议包括WiFi并且与IEEE802PAN具有相当多的交叉功能。两者都适合于车辆内的无线通信。可以在所述领域使用的其它通信方式是自由空间光通信（诸如IrDA）和非标准的消费者红外IR协议。

在另一实施例中，漫游装置53包括用于语音频带或宽带数据通信的调制解调器。在话上数据的实施例中，当漫游装置的拥有者能够在数据被传送的同时对装置说话时，可执行已知为频分复用的技术。在其它时间，当拥有者没有使用所述装置时，数据传送可使用整个带宽（在一示例中是300Hz至3.4kHz）。尽管频分复用对于车辆与互联网之间的模拟蜂窝通信而言可能是常见的并且仍在使用，但其已经很大程度上被针对数字蜂窝通信的码域多址（CDMA）、时域多址（TDMA）、空域多址（SDMA）的混合体所替代。这些都是ITU IMT-2000（3G）兼容的标准，并且为静止或者行走的用户提供高达2mbs的数据速率以及为在移动的车辆内的用户提供高达385kbs的数据速率。3G标准现正被为在车辆内的用户提供100mbs的数据速率以及为静止的用户提供1gbs的数据速率的高级IMT（4G）所替代。如果用户拥有与漫游装置关联的数据计划，则所述数据计划可允许宽带传输且系统可使用宽得多的带宽（加速数据传送）。在另一实施例中，漫游装置53被安装至车辆31的蜂窝通信装置（未显示）所替代。在另一实施例中，ND53可以是能够通过例如（而非限制）802.11g网络（即WiFi）或WiMax网络进行通信的无线局域网（LAN）装置。

在一实施例中，输入数据可经由话上数据或数据计划穿过漫游装置、穿过车载蓝牙收发器并进入车辆的内部处理器3。例如，在某些临时数据的情况下，数据可存储在HDD或其它存储介质7上，直至不再需要所述数据的时候。

其它可与车辆进行交互的源包括：具有例如USB连接56和/或天线58的个人导航装置54，具有USB62或其它连接的车辆导航装置60，车载GPS装置24，或者与网络61连接的远程导航系统（未显示）。USB是一类串行网络协议中的一种。IEEE1394（火线^TM（苹果）、i.LINK^TM（索尼）和Lynx^TM（德州仪器））、EIA（电子工业协会）串行协议、IEEE1284（Centronics端口）、S/PDIF（索尼/飞利浦数字互连格式）和USB-IF（USB应用者论坛）形成了装置-装置串行标准的骨干。多数协议可被实施为用于电通信或光通信。

此外，CPU能与各种其它的辅助装置65进行通信。这些装置可通过无线连接67或有线连接69来连接。辅助装置65可包括但不限于个人多媒体播放器、无线医疗装置、便携式计算机等。

此外或可选择地，CPU可使用例如WiFi（IEEE803.11）71收发器而连接至基于车辆的无线路由器73。这能允许CPU在本地路由器73的范围内连接到远程网络。

除了具有通过位于车辆中的车辆计算系统执行的示例性处理之外，在某些实施例中，还可以通过与车辆计算系统通信的计算系统来执行示例性处理。这样的系统可包括但不限于无线装置（例如但不限于移动电话）或者经由无线装置连接的远程计算系统（例如但不限于服务器）。总体上，这些系统可被称为与车辆关联的计算系统（VACS）。在特定实施例中，VACS的特定组件可根据系统的特定实施而执行处理的特定部分。通过示例并且是以非限制的方式，如果处理具有利用配对的无线装置发送或者接收信息的步骤，则很可能无线装置不执行所述处理，因为所述无线装置不会与自身进行信息的“发送和接收”。本领域的普通技术人员将理解何时不适合对给定解决方案应用特定的VACS。在所有解决方案中，预期至少位于车辆中的车辆计算系统（VCS）自身能够执行示例性处理。

人们将流媒体内容用于娱乐目的正变得越来越普遍。通过移动装置以及通过其它计算系统两者，内容的消费可提供各种服务。与这些内容相结合，内容提供商通常希望将广告递送给用户。虽然随机选择的广告可能具有人口统计学成分，但是关于用户的可用信息越多，广告选择就可以更好。

同时，即使使用有针对性的广告，也仍然很少有机会识别出用户利用了特别推介（offer）。此外，除非广告恰好在激起用户的兴趣的时刻被递送，否则通常难以激励用户参与该推介。然而，由于在此提出的示意性实施例还提供交互内容和可能的礼券递送，因此利用所述示意性实施例，可以以相对高程度的可追踪性来向用户递送有针对性的广告。

图2显示内容递送系统的示意性示例。在此示意性示例中，在云205中运行多个服务以将多种内容呈现给车辆驾驶员。在此示例中，一个或多个广告服务器209、211与多个内容提供应用208结合地工作，以将广告资助内容提供至移动装置201。

此外，在此模块中提供礼券服务器215。可由可维护一个或多个广告服务器的广告商、OEM、第三方或这些类型的组织的某些组合来维护礼券服务器。与策略服务器（其可用于确定符合OEM或内容提供商规范）结合地工作，可以以无缝方式将广告、内容、礼券和其它媒体提供给车辆计算系统。

在此示例中，多个应用在移动装置上运行。这些应用包括但不限于：第三方应用217、221，广告应用219、礼券钱包应用223和用于内容递送/存储的其它合适的应用。在显示的示例中，使用无线互联网来递送内容，但也可以以其它合适的方式来递送内容。

来自在移动装置上运行的应用的输出被组合并发送到车辆计算系统203以递送给驾驶者。可通过API界面227来处理所述内容，其中，所述API界面中可包括其自身的策略服务器访问229和交互功能服务器231。这两个组件可用于进一步执行OEM策略并且通过车辆输出225来为用户提供交互广告。响应于交互广告，用户可使用多种输入（触摸屏、方向盘按钮、无线电按钮、语音命令等）与广告进行交互，以要求礼券存储、其它信息等。

图3显示礼券递送处理的示意性示例。在此示意性应用中，在与云和车辆计算系统两者进行通信的移动装置上运行所显示的处理。在此示例中，在移动装置上运行媒体提供商应用，以便从外部源带来内容（301）。随着应用的运行，从远程源获得播放列表（303）。在此示例中，播放列表不仅包括用于用户享受的数字内容，还包括多个广告，其中，某些或全部广告可能还具有与其关联的交互内容和/或礼券。

一旦已经接收到播放列表，处理可读取下一元素并且使用任何与其关联的元数据来获得与元素回放关联的必要的特权（305）。在此示意性示例中，处理可随后考虑下一元素是否可被播放（307）。在某些情况下，与下一元素关联的内容可能需要高级的媒体播放器或内容播放器，例如，能够进行视频回放或者播放交互内容的播放器。在这种情况下，标准内容播放器可能无法播放所述元素。

如果无法利用当前内容播放器来播放元素，则处理可存储与当前回放关联的任何当前状态变量（在列表中的位置、即将到来的媒体等）（325）。一旦存储了当前状态变量，处理可终止当前媒体播放器（327）并且启动富媒体播放器（rich media player）（329）。所述富媒体播放器可提供高级内容回放并且可继承任何当前状态变量，以在富媒体回放中辅助媒体播放器。在这种情况下，高级内容包括礼券推介（331）。参照图4和图5来更加详细地讨论礼券的呈现及其兑换/存储。

在可由标准多媒体播放器来播放元素的情况下，内容回放可显示内容（309）。在某些情况下，所述元素还可包括礼券。尽管与富媒体播放器关联的礼券可能具有与其关联的交互或高级媒体元素，但无论内容是哪种类型，都可以选择/存储礼券。

在任一情况下，一旦已经推介了礼券，处理还提供这样的机制：用户可通过该机制来选择利用礼券，无论是兑换还是存储该礼券。在某些其它情况下，用户可选择将礼券递送到文本账户或邮件地址。如果用户想要该礼券（313），则处理可继续为媒体回放应用保存任何当前状态变量（315），并且运行钱包应用（317）。

在此示例中，钱包应用是允许通过媒体的回放而呈现的礼券的存储和将来检索的应用。一旦用户已经选择利用礼券或表现出兴趣，处理可在与钱包应用关联的数字位置存储礼券。在终止钱包应用、保存状态变量（323）且恢复媒体播放应用之前，除了礼券的存储之外，还可存储任何钱包事件（321）。

图4显示另一礼券递送处理的示意性示例。在此示意性示例中，在终止钱包应用之前，所述处理存储钱包应用事件（401）。在此示意性示例中，所述处理随后可从驾驶者、车辆或网络服务器接收事件（403）。这些事件包括但不限于，驾驶者到达特定位置、车辆通过特定位置、礼券推介的时效性激活、驾驶者请求激活礼券等。

在接收到事件之后，所述处理随后检查事件是否由钱包应用存储。换言之，无论事件是否与真实的钱包应用事件相关，都可基于特定变量条件的发生来广播事件。以这种方式，可将任何事件与存储的钱包应用事件进行比较，而不必持续检查与每个用户个人钱包应用事件关联的变量以确定该用户适合接收哪个事件。

在以上的一个示例中，用户接收了两张礼券，一张是麦当劳的而另一张是本地加油站的汽油推介。麦当劳礼券仅可在当天上午11点之前使用，而加油站的推介仅可在车辆目前接近加油站时使用。在这种情况下，可能从服务器接收到的一个事件，并且可能每小时都接收到该事件。如果在将近上午10点钟接收到所述事件，则可能不符合名为“上午11点”和“驾驶者仍旧接近加油站”的任何存储的事件。1小时之后，车辆可接收事件“上午11点将近”。在这种情况下，该事件与存储的钱包事件（礼券到期）之间存在相关性，因此可向用户提示必须使用礼券，否则将失效。

在从服务器接收这些事件的同时，车辆可能被追踪到接近加油站。在这种情况下，所述事件针对这种情况的礼券而言对于用户是特定的。如果车辆接近或离开加油站礼券有效的区域，则可基于车辆事件“达到接近”（必须使用该礼券）或“离开接近”（必须失去该礼券）的发生而提示用户。通过众多事件的集成以及所述事件与现存的礼券之间是否存在关系，在合适的时刻鼓励用户利用交易，而不是被不相干的事件（针对具有不同礼券的其它用户而言所述事件自身可能是触发源）的发生而打扰。

一旦已经确定特定事件与存储的钱包事件相关（405），处理随后可确定当前的驾驶者工作量是否是可接受的（407）。可使用该信息来确保在合适的时刻将与推介相关的信息递送给驾驶者，这样所述信息不大可能会被忽略或者驾驶者不大可能会对所述信息不感兴趣。如果事件和驾驶者工作量均是可接受的，则处理可进行确定当前是否正运行任何其它应用的步骤。因为在某些移动环境中一次只能运行单个应用，所以当启动新应用时所述处理保存旧应用的状态，从而当新应用结束时可重新启动旧应用。

如果正运行当前应用（409），则处理可保存与应用关联的任何状态变量（411）并且终止当前正运行的应用（413）。此时，可启动钱包应用（415）。由于可能需要在任何时刻启动钱包应用，因此下述步骤可能是有用的：提供该处理来“中断”另一应用，同时一旦已经完成中断还提供应用的恢复。

启动钱包应用，并且对所述钱包应用分配合适的权限（415）。结合地看，由特定事件所指示的合适的礼券被呈现给用户以用于兑换（417）。如果礼券具有与其关联的富媒体，并且使用与钱包应用关联的标准媒体播放器无法进行呈现，则处理可存储钱包应用状态变量（431）并且终止钱包应用（433）。

随后可启动富媒体播放器，并且使用存储的状态变量来从终止的钱包应用呈现礼券（435）。或者，可简单地通过钱包应用来呈现礼券（421）以用于用户兑换或通知。

如果用户选择利用礼券（423），则处理可确保辅助驾驶者进行礼券兑换（425）。将参照图5来更加详细地讨论所述处理。或者，处理可存储事件或任何其它相关的钱包事件（当第一兑换选项被忽视时，礼券可能具有“第二机会”事件），并且随后终止钱包应用（427）。此时，使用存储的状态参数将原先运行的程序（如果存在）恢复至原有状态（429）。

图5显示交互式兑换处理的示意性示例。在此示意性示例中，激活驾驶者辅助应用以辅助驾驶者进行所选推介的兑换。与其它应用的启动一样，状态变量的存储和当前运行的应用（诸如钱包应用）的终止（501）可导致兑换应用的启动（503）。

在此示例中，处理随后可向驾驶者询问针对礼券兑换需要哪种类型的辅助（如果需要）（505）。这些辅助可包括但不限于：方向、额外的产品信息、针对礼券兑换的预订（充电器预订、餐厅预订等）。在确定了需要哪种类型的辅助之后，可能需要启动另一应用来辅助所需的特定辅助。

如果将要启动新应用，则处理存储对于将要启动的下一应用而言有用的任何状态变量（507）。这些状态变量可包括地址、商业信息等。处理随后终止辅助应用（509）并且启动提供驾驶者辅助所必需的应用（假设驾驶者应用不足以提供辅助）（511）。

在此讨论驾驶者辅助应用的三个非限制性示例，但如需要还可启动额外的应用。在这种情况下，示例性应用是导航应用513、商品信息应用（或媒体事件）515和预订应用517。导航应用可利用存储的状态信息来帮助将用户引导到可兑换礼券的目的地。商品信息应用可为用户提供额外的信息，并且在某些情况下甚至辅助订购可从线上源购买的商品。预订应用可辅助用户预定的选择时间/日期并且联系相应的实体来进行预约。

一旦特定的辅助应用已经被终止并且完成对用户的辅助，可再次存储状态变量并且可终止所述应用。通过贯穿启动各个应用的处理的特定状态变量的存储，在此描述的处理可有效地将所需的信息从一个应用传送到另一个应用，同时还将系统恢复至运行这些应用之前的任意原有状态。这可在应用之间提供无缝接口，以使驾驶者体验这样的处理：似乎单个应用执行整个处理。当然，如果期望，也可使用单个处理。当适用并且能力允许时，在图3-5中描述的控制处理可在车辆计算系统中、在云中、在移动装置中被执行。

图6显示示例性礼券递送所涉及的多个处理的示意性示例。在该示意性示例中，在车辆计算系统中运行的处理利用已知为应用链路601的API来启动媒体呈现处理。应用链路启动媒体应用（609），这可能是例如驾驶者通过提供对在移动装置上运行的多个应用的访问的车辆计算系统所请求的。

响应于所述请求，媒体应用603播放来自于播放列表的多个轨道（619），直至遇到富媒体广告作为播放列表上的下一项为止（621）。一旦遇到了广告，应用链路结束媒体项的回放并且停止媒体应用，并且启动富媒体播放器（611）以回放富媒体广告。富媒体应用（播放器）605将交互式媒体数据发送到驾驶者界面623（诸如但不限于，交互式导航显示器）。随后从界面或其它输入收集驾驶者响应（625），并且该应用确定驾驶者交互是否完成（629）。

在某些情况下，交互可能在未呈现礼券的情况下结束，诸如在交互式广告没有与其关联的推介的情况下。在这些情况下，当交互完成时，应用链路将终止富媒体播放器（615）并且启动媒体应用（609）以恢复媒体回放。在其它情况下，如果在交互完成之前呈现礼券，则处理可确定礼券是否已经被接受（631）。如果礼券没有被接受并且交互未结束，则可能是正在进行交互并且礼券可能被呈现也可能没被呈现的情况。在这种情况下，继续进行数据呈现（627）和收集直至达到退出点为止。

在此示例中，如果用户接受了礼券，则意味着交互式会话结束。因此，应用链路终止富媒体播放器应用并且启动钱包应用（615）。钱包应用607具有传送给其的礼券和任何关联的事件（633）。在对礼券和与礼券关联的事件（如果存在）进行存储之后，应用链路终止钱包应用（617）并且恢复媒体播放器应用。在此示例中，应用链路辅助状态变量的存储，并且将状态变量从一个应用传送到另一应用。例如，可能是这样的情况：媒体提供商每小时将需要4条广告，或者如果礼券被接受/使用则每小时仅需要2条广告。由于应用链路知晓并且传递来自每个应用的变量，因此媒体播放器应用被告知钱包应用礼券的存储/使用，并且因此调整与递送的广告相关的递送的内容的数量。

图7显示示例性礼券递送所涉及的多个处理的另一示意性示例。在此示例中，所述处理涉及可触发兑换礼券的建议的一个或多个事件的发生。再者，在非限制性示例中，在车辆计算系统中运行的处理利用应用链路701来控制在移动装置上运行的应用的启动和结束。正如前面所描述的处理那样，当期望并适当时，此功能可在云中或在移动装置中进行。

在此示意性示例中，在VCS上运行的处理保持等待，直到事件被注册为止（707）。如前所述，这些事件可能与由与特定礼券关联的钱包应用存储的事件相关。在此示例性处理中，一旦事件已经被删除，应用链路可开始钱包应用（709）。一旦被激活，钱包应用703可收集任何必需的数据（717）以确定正发生的事件的条件是否符合任何存储的事件的条件。所述数据可产生于第二事件调节器并且几乎是无限制的，仅由应用的收集能力限制（以及与应用进行通信的那些源）。

一旦已经收集了第二数据（如果需要），钱包应用确定当前事件是否与任何由钱包应用存储的事件相关（719）。如果没有相关的事件，则应用链路可终止钱包应用（711）并且等待另一事件发生。

如果当前事件和存储的媒体事件之间存在相关性，则应用链路可停止钱包应用并且启动富媒体应用（713），以用于与相关事件关联的礼券的呈现/表现。应用链路启动富媒体应用，并且富媒体应用随后将与礼券相关的数据发送到系统输出以供用户查看（721）。

礼券可具有与其关联的某些交互，并且因此在这种情况下，处理可通过交互处理727、723、725进行到所有相关交互723和数据呈现725完成（727）。此时，处理继续进行，直到礼券被接受（729）。尽管未显示，如果礼券在呈现之后被拒绝，则处理还可终止。

一旦礼券已经被接受，应用链路可停止富媒体应用（715）并且等待另一事件发生。如前面所指出的，如果需要，则应用链路还可启动一个或多个驾驶者辅助应用来辅助驾驶者进行礼券兑换。

图8显示礼券递送系统的示意性示例。在此示意性示例中，VCS模块801包含由用户输入833控制并且可能响应于车辆信息831的媒体播放器。媒体播放器和VCS与移动装置803进行通信。具体地，VCS可通过应用链路807来与在移动装置上运行的各个应用811、819进行通信并且控制在移动装置上运行的各个应用811、819。

在这种情况下，移动应用包括应用链接接口813、817和与每个单独应用815、821关联的代码。此外，在所述应用中，在云中运行多个媒体应用823、825和策略管理器827。可将礼券829呈现给钱包应用，并且可通过在云、移动应用或VCS中运行的处理来对所述处理进行整体控制。

图9显示礼券递送系统的另一示意性示例。在此示意性示例中，多个输入909和数据源907再次可用。此处，在该示例中，VCS具有媒体播放器913和应用链路911两者。在这种情况下，应用链路通过数据管理器915与移动装置进行通信。媒体播放器与应用921、919、917进行直接通信。

在此示例中，云905包含媒体服务器923、925、礼券服务器927和策略服务器929。通过多个源将信息从云传送到移动装置。

虽然以上描述了示例性实施例，但并不意图这些实施例描述本发明的所有可能形式。相反，说明书中所使用的词语是描述性词语而非限制，并且应理解的是，可在不脱离本发明的精神和范围的情况下做出各种改变。此外，可组合各种执行实施例的特征以形成本发明的另外的实施例。

Claims (12)

1.一种用于礼券呈现的系统，包括：

处理器，被配置为：

接收包括交互广告和礼券的多个媒体元素；

将包括交互广告和礼券的媒体元素呈现给车辆乘员；

接收对存储礼券的车辆乘员默许；

指示礼券的存储；

指示与礼券关联的任何事件的存储，其中，所述任何事件被指定为用于建议礼券的兑换的触发。

2.如权利要求1所述的系统，其中，所述处理器还被配置为：在接收包含交互广告的媒体元素之前，指示标准媒体播放器处理的终止并且指示富内容媒体播放器处理的启动。

3.如权利要求2所述的系统，其中，所述处理器还被配置为：将标准媒体播放器处理恢复至富内容媒体播放器处理的终止之前的终止前状态。

4.如权利要求1所述的系统，其中，所述处理器还被配置为：接收与一个或多个存储的事件相应的事件的通知。

5.如权利要求4所述的系统，其中，所述通知来自远程服务器。

6.如权利要求4所述的系统，其中，所述通知来自车辆系统。

7.如权利要求4所述的系统，其中，所述通知来自驾驶者。

8.如权利要求4所述的系统，其中，所述处理器还被配置为：将所述事件与一个或多个存储的事件进行比较，以便确定与存储的一个或多个事件中的一个事件关联的礼券是否应该被建议兑换。

9.如权利要求8所述的系统，其中，所述处理器还被配置为：建议所述礼券的兑换，并且提供对于兑换礼券的辅助。

10.如权利要求9所述的系统，其中，所述处理器还被配置为：提供对于兑换礼券有用的导航辅助。

11.如权利要求9所述的系统，其中，所述处理器还被配置为：提供对于兑换礼券有用的预订辅助。

12.如权利要求9所述的系统，其中，所述处理器还被配置为：提供对于兑换礼券有用的信息辅助。