阅读说明：本技术 用于移动用户行为监测的方法和设备 (Method and apparatus for mobile user behavior monitoring ) 是由 林在亨 约翰·威廉·施默茨 达里尔·马丁 于 2020-02-19 设计创作，主要内容包括：本公开提供了“用于移动用户行为监测的方法和设备”。在内容流期间播放要约,所述要约包括跟踪特性。所述跟踪特性存储在车辆存储器中。响应于存储所述跟踪特性,记录与所述跟踪特性相对应的车辆行驶数据。基于与先前记录的车辆数据的比较,识别出由所述记录的数据指示的车辆行为中的至少一个变化。响应于识别出车辆行为中的所述变化,报告车辆行为中的所述变化、所述记录的数据以及所述要约的标识。(The present disclosure provides "methods and apparatus for mobile user behavior monitoring. An offer is played during the content stream, the offer including the tracking characteristic. The tracking characteristic is stored in a vehicle memory. In response to storing the tracking characteristic, vehicle travel data corresponding to the tracking characteristic is recorded. At least one change in vehicle behavior indicated by the recorded data is identified based on a comparison with previously recorded vehicle data. In response to identifying the change in vehicle behavior, reporting the change in vehicle behavior, the logged data, and the identification of the offer.)

用于移动用户行为监测的方法和设备

技术领域

说明性实施例总体涉及用于移动用户行为监测的方法和设备。

背景技术

车载信息娱乐系统能够提供多种内容。从视频到广播再到流音频，这些系统可以访问在车辆和用户的移动装置两者上的应用程序。

由于与驾驶有关的安全问题，汽车制造商通常会保留对何时可以播放什么内容的一些控制。制造商还可以使用车辆计算机以将通知和其他信息推送给中央显示器。

同时，向车辆乘员提供要约的人可能有兴趣确定那些乘员是否会响应要约。然而，通常，与制造商相比，要约提供商出于信息收集目的对车辆计算机的访问明显要少。

发明内容

在第一说明性实施例中，一种系统包括处理器，所述处理器被配置为在媒体内容流的回放期间，***包括跟踪特性的要约。所述处理器还被配置为记录与所述跟踪特性相对应的并且与存储在车辆存储器中的存储的跟踪特性相关联的车辆行驶数据。所述处理器还被配置为基于所述车辆行驶数据与先前记录的车辆数据的比较，识别出由所述记录的数据指示的用户行为中的至少一个变化，以及响应于识别出车辆行为中的所述变化，报告车辆行为中的所述变化、所述记录的数据以及所述要约的标识。

在第二说明性实施例中，一种方法包括识别位于由进入停车状态的车辆所指示的车辆停靠位置处的商家。所述方法还包括在由所述车辆先前提出的要约包括的数据所限定的跟踪时间段内，确定所述商家对应于所述要约。所述方法还包括记录与所述停靠相关的由所述要约包括的所述数据指定的类型的数据，以及报告所述记录的数据以及所述要约的标识。

在第三说明性实施例中，一种非暂时性存储介质，其存储指令，当由处理器执行时，所述指令使所述处理器执行包括以下项的方法：确定先前在车内提出要约的商家处的用户停靠，所述停靠在预定义的时间窗口内，所述预定义的时间窗口在提出所述要约之后并且由所述要约限定。所述方法还包括记录与所述停靠相关的用户数据，所述要约限定了要记录的数据。所述方法还包括通过比较所述记录的用户数据与先前观察和记录的数据来确定与相关于与所述商家相关联的品牌而记录的先前观察到的用户行为的变化，以及报告所述偏差，所述偏差包括所述要约的标识。

附图说明

图1示出了说明性车辆计算系统；

图2示出了用于行为跟踪的说明性过程；

图3示出了用于基于要约的跟踪初始化的说明性过程；

图4示出了用于比较行为数据收集的说明性过程；并且

图5示出了用于行为分析的过程的说明性示例。

具体实施方式

根据需要，本文公开了详细的实施例；然而，应理解，所公开的实施例仅仅是说明性的并可以以各种和替代形式并入。附图不一定按比例绘制；一些特征可被放大或最小化以示出特定部件的细节。因此，本文中公开的具体结构细节和功能细节不应当被解释为是限制性的，而是仅仅作为教导本领域技术人员以各种方式采用所要求保护的主题的代表性基础。

图1示出了用于车辆31的基于车辆的计算系统(VCS)1的示例框式拓扑图。具备基于车辆的计算系统的车辆可以包含位于车辆中的视觉前端界面4。如果界面具备例如触摸屏，则用户也能够与界面进行交互。在另一个说明性实施例中，通过例如按下按钮、具有自动语音识别和语音合成的口语对话系统来进行交互。

在图1所示的说明性实施例1中，处理器3控制基于车辆的计算系统的操作的至少某一部分。设置在车辆内的处理器3允许对命令和例程进行车载处理。此外，处理器3连接到非持久性存储装置5和持久性存储装置7两者。在所述说明性实施例中，非持久性存储装置7是随机存取存储器(RAM)，并且持久性存储装置5是硬盘驱动器(HDD)或快闪存储器。通常，持久性存储器5可以包括当计算机或其他装置断电时维持数据的所有形式的存储器。这些存储器包括但不限于HDD、光盘(CD)、数字视频光盘(DVD)、磁带、固态驱动器、便携式通用串行总线(USB)驱动器以及任何其他合适形式的持久性存储器。

处理器3还连接到允许用户与处理器3对接的多个不同的输入端。在所述说明性实施例中，传声器29、辅助输入端25(用于输入33)、USB输入端23、GPS输入端24、屏幕4(其可以是触摸屏显示器)和蓝牙输入端15全部被提供。还提供了输入选择器51，以允许用户在各种输入之间调换。对传声器29和辅助连接器33两者的输入在被传递到处理器之前由转换器27从模拟转换成数字。尽管未示出，但是与处理器3通信的许多车辆部件和辅助部件可以使用车辆网络(诸如但不限于CAN总线)向处理器3(或连接到其的部件)递送数据以及从所述处理器递送数据。

到系统的输出可以包括但不限于视觉显示器4和扬声器13或立体声系统输出。扬声器连接到放大器11，并且通过数模转换器9从处理器3接收其信号。还可以沿着分别在19和21处示出的双向数据流向诸如个人导航装置(PND)54的远程蓝牙装置或者诸如车辆导航装置60的USB装置进行输出。

在一个说明性实施例中，系统使用蓝牙收发器15经由天线17与用户的漫游装置(ND)53(例如，蜂窝电话、智能电话、PDA或具有无线远程网络连接的任何其他装置)通信。然后，漫游装置53可以用于通过例如与蜂窝塔57或Wi-Fi接入点的通信55来与车辆31外部的网络61传送信号59。

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

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

可以利用例如数据计划、声载数据或与漫游装置53相关联的双音多频(DTMF)音调在处理器3与网络61之间传送数据。替代地，可能期望包括具有天线18的车载调制解调器63，以便在处理器3与网络61之间蜂窝式传送16数据。

在一些实施例中，调制解调器63可以与塔57建立通信20，以与网络61通信。作为非限制性示例，调制解调器63可以是USB蜂窝调制解调器，并且通信20可以是蜂窝通信。

在一个说明性实施例中，处理器3设置有包括用于与调制解调器应用程序软件进行通信的应用程序编程接口(API)的操作系统。调制解调器应用程序软件可以访问蓝牙收发器15上的嵌入式模块或固件以完成与远程蓝牙收发器(诸如在漫游装置53中存在的收发器)的无线通信14。蓝牙是IEEE 802 PAN(个人区域网络)协议的子集。IEEE 802 LAN(局域网)协议包括Wi-Fi，并且与IEEE 802 PAN具有相当大的交叉功能。两者都适用于车辆内的无线通信。可以在本领域中使用的另一种通信格式是自由空间光通信非标准化的消费者IR协议。

在另一个实施例中，漫游装置53包括用于音频带或宽带数据通信的调制解调器。在声载数据实施例中，当漫游装置的所有者能够在传送数据时通过装置进行谈话时，可实施称为频分复用的技术。在其他时候，当所有者不使用该装置时，数据传输可以使用整个带宽(在一个示例中为300Hz至3.4kHz)。虽然频分复用对于车辆与互联网之间的模拟蜂窝通信可能是常见的，并且仍在使用，但它已在很大程度上被用于数字蜂窝通信的混合的码域多址(CDMA)、时域多址(TDMA)、空域多址(SDMA)所替换。如果用户具有与漫游装置相关联的数据计划，则数据计划可能允许宽带传输，并且系统可以使用宽得多的带宽(加速数据传输)。在又一个实施例中，漫游装置53被安装在车辆31中的蜂窝通信装置(未示出)替换。在又另一实施例中，漫游装置53可以是能够通过例如(但不限于)Wi-Fi网络进行通信的无线局域网(LAN)装置。

在一个实施例中，传入数据可以经由声载数据或数据计划穿过漫游装置53，穿过车载蓝牙收发器15并且进入车辆的内部处理器3。例如，在某些临时数据的情况下，数据可以被存储在HDD 7或其他存储介质上，直到不再需要数据时为止。

可与车辆对接的附加源包括具有例如USB连接56和/或天线58的个人导航装置54、具有USB 62或其他连接的车辆导航装置60、车载GPS装置24或者具有与网络61的连接性的远程导航系统(未示出)。

此外，处理器3可以与各种其他的辅助装置65进行通信。这些装置可以通过无线连接67或有线连接69(例如，USB)进行连接。辅助装置65可以包括但不限于个人媒体播放器、无线健康装置、便携式计算机等。

此外，或替代地，处理器3可使用例如Wi-Fi(IEEE 802.11)71收发器来连接到基于车辆的无线路由器73。这可以允许处理器3连接到本地路由器73范围内的远程网络。

除了具有由位于车辆31中的车辆计算系统执行的示例性过程之外，在某些实施例中，所述示例性过程还可由与车辆计算系统进行通信的计算系统来执行。此类系统可以包括但不限于无线装置53(例如但不限于移动电话)或通过无线装置53或车辆调制调解器63连接的远程计算系统(例如并且不限于远程网络61上的服务器)。此类系统可以统称为车辆相关计算系统(VACS)。在某些实施例中，VACS的特定部件可以根据系统的特定实现方式来执行过程的特定部分。作为示例而非限制，如果过程具有与配对的无线装置53发送或接收信息的步骤，则很可能无线装置53未执行过程的所述部分，因为无线装置不会与自己发送并且接收信息。本领域普通技术人员将理解何时将特定的VACS应用于给定解决方案是不合适的。

在本文讨论的每一个说明性实施例中，示出了可由计算系统执行的过程的示例性、非限制性示例。关于每个过程，执行该过程的计算系统可以为了执行该过程的有限目的而变为被配置为专用处理器以执行该过程。所有过程都不需要完整地执行，并且被理解为可以执行以实现本发明的元件的过程类型的示例。可以根据需要在示例性过程中添加或移除附加步骤。

关于在示出说明性过程流程的附图中描述的说明性实施例，应注意，为了执行这些附图所示的一些或所有示例性方法，可以临时启用通用处理器作为专用处理器。当执行提供指令以执行该方法的一些或所有步骤的代码时，处理器可以临时改变用途作为专用处理器，直到该方法完成为止。在另一个示例中，在适当的程度上，根据预先配置的处理器起作用的固件可以使处理器充当为了执行该方法或该方法的一些合理变型而提供的专用处理器。

车辆制造商可以编写安装到车辆的软件。因此，制造商可以控制由车辆显示什么信息，有可能，制造商可以控制向车辆乘员呈现什么信息以及何时呈现。

内容流是可以呈现给车辆乘员的一系列媒体内容。如本文中所使用的，要约是媒体内容的呈现，以供接受者接受以进行产品、服务或事件的促销。接收者可以是例如车辆乘员。可以对安装到车辆的软件进行编程，以在内容流中替换或***要约。在一些情况下，制造商可以与内容提供商合作以向制造商提供关于何时应将要约***内容流中的信息，以及提供关于应将什么信息***到内容流中的选项。

制造商处于用于在要约之后监测用户行为的唯一位置中，这是因为在许多情况下，用户将需要运输工具(例如，他们自己的车辆)来履行要约。例如，如果用户听到关于食物的要约，并且随后驾驶到相应的餐厅，则车辆是关于行程的良好的信息来源。车辆不仅可以提供用户行驶到餐厅的事实，而且车辆可以跟踪用户是否偏离了路线，行驶了多久，用户偏离路线行驶了多远等。此外，制造商可以从作为潜在的可***广告的另一个来源的提供了5G服务的特定运营商下载广告。

要约提供商很难知道用户是否响应要约，用户响应得有多快，或用户行为可以遵循要约如何变化。此外，有关单个用户的信息可能无法提供特别有用的见解，这是因为任何给定的行为都可能归因于多种因素。

另一方面，通过使用说明性实施例等，由于可以跟踪本地车辆车队并且可以确定对群体行为的见解，因此可以获得对要约有效性的改进的见解。此外，那些车辆可以为同一供应商提出多种要约，并且可以确定哪一个在改变行为方面看起来最有效。而且，由于车辆具有额外的行驶信息，并且还可以观察到用户的“正常”行驶行为，其是关于用户行驶习惯和那些习惯的变化的预先信息的极好的来源。作为一个团队，本地车队(在该示例中，除了本地性之外，没有特别关系)可以代表关于对于给定要约行为如何调整的许多有用的数据点。

通过在较长时间段(几天、一段旅程、几周、几小时等)内跟踪行为以及通过提供在一个地方大约相同的时间针对相同的供应商传递各种要约的能力，说明性实施例提高了供应商测试要约、确定要约的有效性、确定由要约引起的特定行为变化以及使要约动态适应看起来最有效的那些的能力。本文描述的新颖、罕见和非典型示例和概念表明通过使用那些示例、概念等可以实现的潜在改进。

图2示出了可由车辆处理器3执行的用于行为跟踪的说明性过程。在该说明性示例中，车辆处理器3(和/或在能够进行车辆通信的移动装置59上执行的电话应用程序)跟踪用户行为以创建用户基准配置文件。该数据可以相关于用户身份进行匿名化并且还可以由制造商安全保存且使任何外部方都无法访问。

例如，制造商可以监测在要约前后的用户行为，并且仅基于监测(例如，要约A致使20％的人增加对供应商的一次额外的访问，要约B致使27％的人表现相同)来告知广告商关于基于团队的观察性变化。这允许制造商作为车辆数据总线的控制器充当不想直接共享其个人行为数据的人们的“安全”中介。

下面更详细讨论的行为变化可以通过观察用户行为(经由车辆行为)以及比较在要约后一段时间的行为与在提出要约之前记录的行为来进行测量。例如，如果要约包括要约人的商家位置现在包括现场Wi-Fi的声明，要约人则可能想跟踪与在提出要约之前在用户访问商家期间的逗留相比在提出要约之后用户在访问商家期间是否在现场逗留得更久(这可以指示Wi-Fi的使用率)。要约本身可以包括数据，对于给定要约应进行的跟踪来说，该数据限定要跟踪/比较的数据类型和持续时间(例如，行程数量、天数或其他时间参数)。

在图2的示例中，车辆可以在步骤201处检测车辆何时停靠(离开道路网络)和/或停车。停靠可以代表得来速(drive-through)行为并且停车可以代表对供应商的访问。也有许多其他原因使车辆可能停靠或停车，并且值得注意的是，车辆在道路网络上时可能忽略停靠点。然而，即使离开道路，停车场也可能与许多事物相关，因此过程可以在步骤203处确定是否存在与停车场或停靠位置相关联的一个或多个商家。这可以通过多种技术来完成，包括例如查找本地商家地址、基于位置为车辆分配地址以及多种其他交叉参考技术。如果没有与停靠位置相关联的供应商或商家，则车辆可以在步骤205处忽略停靠点。

如果有一个或多个商家位于停靠点附近，则车辆可以在步骤207处记录那些商家。如果车辆可以与移动装置进行通信，则车辆可以进一步使用移动装置来确定用户访问了商家中的哪一个，这是因为装置可以跟踪用户的步行进度并且报告回车辆。尽管不是必需的，但这可以帮助细化用户行为的配置文件。

此外，例如，诸如当用户在与停靠点相关联的位置处工作时，可能会有忽略或移除数据的原因。例如，如果车辆在步骤209处确定用户在工作，则车辆可以在步骤211处丢弃与用户工作所在的特定商家以及可能还有与停靠点相关联的任何其他商家相关的数据。

即使用户从不直接共享该信息，用户行为和车辆行为也可以助帮确定用户在哪里工作。例如，如果车辆在一个场地停放一周五天，每天6至9个小时，则可以合理地假设车辆的驾驶员在该位置处工作。一旦对数据进行了任何合适的调整，车辆就可以在步骤217处上传数据，以与车辆或用户配置文件相关联。再次地，用户配置文件可以或可以不具有相关联的人口统计信息并且还可以匿名或不匿名。

图3示出了用于基于要约的跟踪初始化的说明性过程，其可以由例如车辆处理器3执行。在该示例中，在步骤301处，车辆制造商可以将要约***到内容流中，或仅在车辆主机单元上显示要约(或通过车辆音频播放)。该要约可以具有与其相关联的某些特性，这些特性限定了针对该要约的跟踪数据。不同类型的要约可能具有与其相关联的不同跟踪参数，这取决于它们被设计为引发的行为类型。例如，某些要约可以被设计为创建立即的行为变化(例如，食物要约)，但也可以请求跟踪几天以看看行为是否有净变化。另一方面，针对新车或其他昂贵物品的要约可能需要几天、几周甚至几个月的跟踪来确定用户如何响应。

在一个示例中，制造商可以在预定义的时间段内跟踪针对某些要约的一组共同行为参数，并且在其他示例中，要约本身可以指定跟踪参数(例如，时间、行为类型、停靠持续时间、偏离路线的行驶等)。在要约包括跟踪特性的示例中，车辆可以在步骤303处记录用于跟踪用户行为的特性。这可以包括本地记录在车辆上的特性并且在步骤311处将特性推送给与车辆通信的移动电话53(如果在步骤307处确定在通信中的话)的应用程序。移动电话53可以在车辆外部时或者根据跟踪特性持续地跟踪数据，并且当车辆与装置通信时，车辆可以在合适的时间从移动电话53获得该信息。

车辆还可以在步骤305处设置跟踪参数，其可以与和要约相关联的跟踪特性相关。由于车辆每周可以播放数百个要约，因此每个要约可以具有与其一起设置的各个跟踪特性，并且可以由车辆在步骤309处跟踪对应于那些特性的任何行为。

例如，在给定的路线上，用户可以在杂货店处停靠，这可以基于杂货店的要约进行跟踪(例如，可以跟踪停靠点和持续时间)。然后，车辆可以具有到驾驶员工作处的计划路线，但可能偏离10分钟或2英里以获取食物，可以根据食物要约来对其进行跟踪(例如，可以跟踪停靠点、偏离和一天中的时间)，随后可以继续行驶并且完成路线。各个要约(杂货店和食物)可能已具有与其相关联的相应的跟踪参数，其规定了要跟踪什么。在其他示例中，车辆可以跟踪一组固定数据，并且特性可以简单地规定跟踪应发生多久。

随着车辆在与每个要约相关联的时间段期间行驶(时间段可以通过例如，时间单位或行程数量来测量)，当车辆在目的地或位置处停靠或停车时，车辆可以比较该信息与在步骤313处跟踪的与各种要约相关联的供应商。也就是说，如果没有提供了要跟踪的要约的特定供应商，则停靠数据可以按跟踪正常的用户行为来进行处理。可以跟踪正常的用户行为，使得在给定要约请求跟踪响应于要约的用户行为的变化时有比较的基础。

当在步骤315处给定的参数/特性时间段到期时，车辆则可以在步骤317处移除任何重复数据。重复数据包括与例如由移动装置和车辆重复跟踪的数据相对应的数据。然后，车辆可以在步骤319处将结果发送到报告服务器或要约提供商。车辆还可以在319处定期或在任何时间报告收集了数据或数据表示与先前观察到的行为有偏差。

图4示出了用于比较行为数据收集的说明性过程，其可以由例如车辆处理器3执行。例如，可以在检测到停靠数据的任何时间执行该说明性过程。如果车辆在步骤401处检测到停靠或停车状态，则车辆可以在步骤403处再次确定与停靠相关联的任何商家。

然后，在该示例中，车辆可以在步骤405处检查所存储的要约数据，以确定针对其进行跟踪的任何要约是否对应于被确定为与停靠位置相关的商家。例如，这可以包括与用户移动装置通信以确定装置记录的位置或其他数据是否指示用户实际上进入了商家。如果许多商家(例如，购物中心或零售商场)可能与停靠点相关联，则该辅助信息可以帮助缩窄用户进入的特定商家的范围。

如果商家对应于启用跟踪的要约，和/或如果用户进入了商家(如果启用和使用了与移动装置的辅助通信)，则车辆可以在步骤407处将任何检测的行为与用户或车辆相关联。

可以比较由车辆收集的数据与针对相同商家(或品牌)或针对一种类型的商品的先前观察到的用户行为。例如，用户可能已经偏离路线行驶了10分钟以到达商家，并且在历史上，用户可能平均仅偏离路线行驶了3分钟来获得类似的商品或访问该品牌。该变化可以基于比较而被观察到并且可能归因于用户听到了要约。因此，变化或偏差以及品牌或要约可以报告给中央服务器以进行处理，这是因为其可能趋于指示对于该特定用户来说要约的有效性。在集合体中(在一个群体的用户中)，该数据可以指示如果在一定百分比的接收要约的人们中进行观察的话，更可能归因于要约的行为中的可观察到的变化。

图5示出了用于行为分析的过程的说明性示例。该过程可以由车辆处理器3执行或例如由远程网络61上的远程服务器(远离车辆的)执行。这显示了当评估要约引起的行为中的变化时可以考虑的一些说明性因素。由于车辆能够跟踪正常行为(与要约后的跟踪时间段无关联的行为)以及在要约指定时间段(或如果由制造商指定标准跟踪时间段的话，与要约相关联的时间段)期间发生的行为这两者。要约可以包括指定跟踪时间段的元数据，以及限定要跟踪变化的数据类型的参数。某些供应商可能不在乎，例如，用户偏离路线行驶了多远，但可能更在乎用户在一个位置处度过了多久。其他人可能在乎他们是否可以吸引用户到偏离路线的位置，但可能与用户在其位置处度过了多久无关。

所示示例说明了可以跟踪的变化类型，但并不限制这些类型。车辆可以在步骤501处接收跟踪数据，并且在步骤503处确定行为是否与要约所限定的跟踪时间段相关联。如果数据不与任何特定跟踪相关联，则车辆可以在步骤505处将数据记录为正常或标准的用户行为并且关于用户或车辆的配置文件进行存储。

另一方面，如果数据与跟踪的要约相关联，则车辆可以根据标准行为(图中由增量表示)确定任何数量的偏差。在该示例中，例如，过程可以在步骤507处通过比较在跟踪时间段期间车辆多么频繁地在给定位置或与品牌相关联的位置处停靠与先前观察和记录的正常行为来确定访问频率的增量。该特定数据点可能需要在跟踪时间段期间跟踪在一个位置处的多次停靠，使得可以观察到对访问频率的公平比较。

在步骤509处，车辆还可以确定在该位置处的停靠与在该商家的标准停靠之间的持续时间中的偏差，该品牌或商家与特定类型的商品相关联。这可能包括在跟踪时间段期间测量一次或多次停靠的持续时间，并且将其与先前观察和记录的标准停靠的平均持续时间进行比较，以及将测量的持续时间与例如表示记录的标准停靠的最长记录的标准停靠和/或时间范围进行比较。

在步骤511处，车辆还可以确定自从听到要约起过了多久，这可以用作要约有效性的指示器，这是因为用户自从听到要约起过得越久，越不可能使行为受到要约的影响(特别是对于重复购买的商品，诸如燃料和食物而言)。

在步骤513处，如果购买数据是可用的，则车辆可以另外确定支出变化。这可能需要与包括在跟踪车辆中的车载购买系统和/或移动装置购买或支付系统进行通信并且还可能需要用户批准(因为可能要收集所有数据)。在515处，由在广告跟踪窗口外跟踪的数据指示的与先前观察和记录的标准行为的任何和所有变化都可以由车辆进行报告。

要约提供商也可以有动机设置用于要约跟踪的适当的时间窗口，以避免将标准用户行为归因于要约。也就是说，过长的时间窗口可能会导致跟踪行为不再反映已听到要约。在其他示例中，制造商可能会对何时可以跟踪数据、可以跟踪什么数据以及跟踪多久来施加限制。

说明性实施例允许在提出要约之后经由车辆跟踪来改进对用户行为的观察。由于车辆能够确定提出要约的事实以及要约后的行驶行为这两者，因此它可以观察在要约后的一段时间内用户行为如何变化。此外，车辆可以一次跟踪数百个要约的行为数据，并且该数据的聚合可以提供某些要约如何随时间影响群体行为的改进快照。

尽管上文描述了示例性实施例，但是这些实施例并不意图描述本发明的所有可能形式。相反，本说明书中所使用的字词为描述性而非限制性的字词，并且应当理解，可以在不脱离本发明的精神和范围的情况下做出各种改变。另外，各种实现实施例的特征可以逻辑方式组合以产生本文描述的实施例的情境上合适的变型。

根据本发明，提供了一种系统，其具有：处理器，所述处理器被配置为在媒体内容流的回放期间，***包括跟踪特性的要约；将所述跟踪特性存储在车辆存储器中；响应于存储所述跟踪特性，记录与所述跟踪特性相对应的车辆行驶数据；基于所述车辆行驶数据与先前记录的车辆数据的比较，识别出由所述记录的数据指示的用户行为中的至少一个变化；以及响应于识别出车辆行为中的变化，报告车辆行为中的所述变化、所述记录的数据以及所述要约的标识。

根据一个实施例，所述处理器还被配置为将所述跟踪特性传输到与所述车辆通信的移动装置。

根据一个实施例，所述处理器还被配置为与所述移动装置交换信息以获得与所述跟踪特性相对应的由所述移动装置收集的跟踪信息。

根据一个实施例，所述跟踪特性包括跟踪应持续的持续时间。

根据一个实施例，所述持续时间是按行程的数量测量的。

根据一个实施例，所述跟踪特性包括跟踪在与所述要约相关联的停靠位置处的停靠持续时间。

根据一个实施例，所述跟踪特性包括跟踪从用于到达与所述要约相关联的停靠点的预定义路线的偏离路线的行驶时间或距离。

根据本发明，一种方法包括：识别位于由进入停车状态的车辆所指示的车辆停靠位置处的商家；在由所述车辆先前提出的要约包括的数据所限定的跟踪时间段内，确定所述商家对应于所述要约；记录与所述停靠相关的由所述要约包括的所述数据指定的类型的数据；以及报告所述记录的数据以及所述要约的标识。

根据一个实施例，与停靠有关的数据包括停靠持续时间。

根据一个实施例，与所述停靠相关的所述数据包括从用于到达所述停靠点的预定义路线行驶的偏离路线的距离。

根据一个实施例，所述跟踪时间段是基于车辆行程的数量来限定的。

根据一个实施例，本发明的特征还在于比较所述记录的数据与针对在所述商家处的停靠而记录的先前观察到的用户数据来确定用户行为中的变化。

根据一个实施例，本发明的特征还在于报告所述确定的变化。

根据一个实施例，本发明的特征还在于与用户移动装置通信以确定移动装置记录的数据是否指示进入了商家。

根据本发明，一种非暂时性存储介质，其存储指令，当由处理器执行时，所述指令使所述处理器执行包括以下项的方法：确定先前在车内提出要约的商家处的用户停靠，所述停靠在预定义的时间窗口内，所述预定义的时间窗口在提出所述要约之后并且由所述要约限定；记录与所述停靠相关的用户数据，所述要约限定了要记录的数据；通过比较所述记录的用户数据与先前观察和记录的数据来确定与相关于与所述商家相关联的品牌而记录的先前观察到的用户行为的变化；以及报告所述偏差，所述偏差包括所述要约的标识。

根据一个实施例，所述变化包括车辆在预定义的时间段内访问品牌的频率增加。

根据一个实施例，所述变化包括所述车辆在所述停靠点花费的持续时间增加。

根据一个实施例，所述变化包括车辆乘员在所述商家处花费的金钱量增加。

根据一个实施例，所述报告还包括报告自从提出要约起的持续时间。

根据一个实施例，所述时间窗口是基于车辆行程的数量来限定的。