，到维修提醒，且基于微交互类型以及其他情境数据来对用户行为进行分类是可行的。即使在诸如“广告”的分类中，可存在很多实际的子类型(例如但不限于，快餐、就坐点餐餐厅、免下车服务、墨西哥、意大利、美国等)。
[0085]除了记录交互类型之外，在607，该处理可记录状态和/或情境数据。如先前提到的，情境数据包括各种因素，诸如但不限于:乘员数量、天气、一天中的时间、位置、交通等级等。状态数据可包括但不限于各种车辆状态(方向盘倾斜、方向指示灯状态、车辆速度、激活/禁用无线电等)。
[0086]该处理为可获得位置上的每个驾驶员简档建立和存储数据知识库(repository)。该数据知识库可针对驾驶员账户被本地存储或被存储在云上。该知识库每当等待命令针对关联的情境被发出时追踪等待命令和/或伴随条件的实例。例如，如果每当饮食广告被播放时驾驶员总是发出“等待在交叉路口停车”命令，则该处理将针对饮食广告记录这种实例。充分的观测将针对这些微交互显示:仅在十字路口不停车的状态事件，所以其它情境可被忽略，并且每当与饮食相关的微交互被呈现时，车辆将学习自动启用通常请求的等待命令。
[0087]另一方面，可能出现的情况是，驾驶员仅在(基于饮食或另外的)微交互发生且正在下雨或者车辆以超过50英里每小时正在行驶时发出“等待在交叉路口停车”。将针对这些情境/车辆状态来保存等待命令的实例，且如果正在下雨或者车辆正在行驶超过50英里每小时，则(一旦学习阈值已被跨越)未来微交互将自动被延迟。应该注意的是，尽管车辆状态也独立被描述，但是在此使用的“情境”是对各种因素的相当广义的描述，且可包括车辆状
??τ O
[0088]一旦在607合适的情境/状态数据已被观测和记录，则在609，等待命令和任何伴随条件的实例可针对各自情境和/或状态被添加到数据知识库。如果在611针对给定状态/情境/广告类型的观测命令的实例数超过预定阈值，则在613，该处理可设置自动等待功能。这将使得系统在观测的阈值水平条件发生时自动启用等待+适合情境命令。否则，在615，系统将处理等待命令，并继续进行，直到足够的命令实例发生以使得阈值被满足。
[0089]阈值可基于发生的百分比，或者，例如，阈值可以是基于累计发生的总数。其它阈值也可视情况而被设置。系统还可针对未发出等待命令的微交互的实例记录情境/状态，或者系统可在这种实例发生时对记录的数据进行衰减，使得驾驶员如何频繁地发出等待命令的精确描述可被观测到。
[0090]图7示出用于自动延迟启用的示意性处理。针对在该图中描述的示意性实施例，应该注意的是，为了执行在此示出的示例性方法中的一些或全部的目的，通用处理器可暂时被用作专用处理器。当执行提供用于执行所述方法的一些或全部步骤的指令的代码时，所述处理器可被临时改用作专用处理器，直到所述方法被完成时为止。在另一示例中，在适当程度上，根据预先配置的处理器运行的固件可使得所述处理器充当为了执行所述方法或所述方法的一些合理变型的目的而被提供的专用处理器。
[0091]每当适合的场景发生时，该示意性处理都启用等待或等待+条件，其中，在所述场景下驾驶员通常会(基于观测或驾驶员设置)发出等待命令。在至少一个示例中，除了或代替追踪发出等待命令的频率，该处理还可询问驾驶员是否应在等待命令发出之后针对给定情境或广告类型设置等待命令。该询问还可被延迟，直到实际的微交互被处理为止，由于询问本身就是微交互的形式，因此受限于驾驶员在发生之时不立即与系统交互的期望。
[0092]在该处理中，在701，微交互基于针对该特定微交互的适合条件的发生而开始。首先，在该示例中，在703，该处理检查交互的“类型”(例如但不限于广告、车辆系统等)。由于类型定义可视情况而为粒度级的，所以“广告”可能不提供足够的差别，反而可视情况而为子分类。
[0093]如果在705存在匹配，在该情况下所述匹配指示“类型”具有与“类型”关联的自动等待，则在717，该处理将基于先前观测的行为启用适合的自动等待命令。如果不存在匹配，则在707，该处理随后将进行到检查车辆状态。如先前提到的，该处理可能已观测到:如果挡风玻璃雨刷器被启用且车辆以超过N英里每小时正在行驶，则驾驶员总是发出等待命令。所以，如果在709车辆状态与针对等待命令的发出的条件匹配，则在考虑交互类型的情况下，在717，该处理可自动启用针对该微交互的等待命令。再次，启用的条件的类型(如果存在)可基于观测的先前行为。
[0094]最后，在该示例中，在711，该系统可检查情境。该情境可包括但不限于道路类型、交通等级、天气、存在的人数、乘员装束(例如，存在儿童)、一天中的时间、一周中的日期等。如果每当儿童存在时驾驶员总是发出诸如“等待直到车辆停车”的等待命令，则在车辆中检测到一个或更多个儿童可使得当儿童存在时针对任何微交互都自动发生等待命令+直到车辆停止条件。如果在713在任何当前情境与可应用模式已被观测到的任何情境之间存在匹配，则在717，该处理可启用自动等待。如果没有状态/情境/广告类型匹配先前观测的行为，其中，针对先前观测的行为足够的数据已被收集，则在715，该处理可执行微交互(当然，这可导致乘员启动的等待命令的接收)。
[0095]虽然以上描述了示例性实施例，但这些实施例并不意在描述本发明的所有可能形式。更确切地，说明书中所使用的词语是描述性词语而非限制性词语，并且应理解的是，可在不脱离本发明的精神和范围的情况下做出各种改变。此外，可将各种实施的实施例的特征进行组合以形成本发明的进一步的实施例。
【主权项】
1.一种系统，包括: 处理器，被配置为: 开始微交互的实例，所述微交互要求驾驶员对发出的询问做出响应以完成微交互； 接收乘员发出的等待命令，所述等待命令指示微交互的延迟； 按照所述乘员发出的等待命令，等待预定时间段； 再呈现所述微交互以完成所述微交互。2.如权利要求1所述的系统，其中，所述处理器被配置为将条件和所述等待命令一起接收，其中，所述处理器被配置为等待，直到所述条件被满足，代替等待所述预定时间段。3.如权利要求2所述的系统，其中，所述条件包括:经过的时间段。4.如权利要求2所述的系统，其中，所述条件包括:车辆状态改变。5.如权利要求2所述的系统，其中，所述条件包括:情境改变。6.如权利要求1所述的系统，其中，所述处理器被配置为:将车辆状态与接收的所述等待命令一起记录。7.如权利要求1所述的系统，其中，所述处理器被配置为:将车辆情景与接收的所述等待命令一起记录。8.如权利要求1所述的系统，其中，所述处理器被配置为:将微交互类型与接收的所述等待命令一起记录。9.一种系统，包括: 处理器，被配置为: 接收用于呈现给乘员的微交互； 在车辆中呈现所述微交互之前，收集与车辆情境、车辆系统状态和微交互类型中的至少一个有关的数据； 确定采集的数据是否匹配定义条件的记录的数据，在所述条件下，等待命令已按照阈值频率被发出； 自动延迟微交互的呈现，直到与等待命令关联的等待条件被满足为止。10.如权利要求9所述的系统，其中，所述等待条件是空条件，其中，所述处理器被配置为将所述呈现延迟与空条件关联的预定时间段。11.如权利要求9所述的系统，其中，所述条件包括车辆状态改变，其中，所述处理器被配置为延迟所述呈现，直到车辆状态改变发生为止。12.如权利要求9所述的系统，其中，所述条件包括情境改变，其中，所述处理器被配置为延迟所述呈现，直到情境改变发生为止。13.如权利要求9所述的系统，其中，所述车辆情境包括:一天中的时间。14.如权利要求9所述的系统，其中，所述车辆情境包括:在车辆位置的天气状况。15.如权利要求9所述的系统，其中，所述车辆情境包括:在车辆位置的交通等级。16.如权利要求9所述的系统，其中，所述车辆情境包括:儿童是否作为车辆乘员而存在。17.如权利要求9所述的系统，其中，所述车辆情境包括:车辆正在行驶的道路类型。18.如权利要求9所述的系统，其中，所述车辆情境包括:一周中的日期。19.如权利要求9所述的系统，其中，所述车辆情境包括:车辆位置。
【专利摘要】本发明涉及一种用于与状态相关的微交互完成的方法和设备。一种系统包括处理器，所述处理器被配置为：开始微交互的实例，所述微交互要求驾驶员对发出的询问做出响应以完成微交互。所述处理器还被配置为：接收乘员发出的等待命令，所述等待命令指示微交互的延迟。此外，所述处理器被配置为：按照所述乘员发出的等待命令，等待预定时间段；然后，再呈现所述微交互以完成所述微交互。
【IPC分类】B60R16/023
【公开号】CN105620392
【申请号】CN201510823521
【发明人】佩里·罗宾逊·麦克尼尔, 夸库·O·普拉卡阿桑特, 奥莱格·由里维奇·古斯京, 格瑞·斯提芬·斯侧姆罗
【申请人】福特全球技术公司
【公开日】2016年6月1日
【申请日】2015年11月24日
【公告号】DE102015119823A1, US9248841