CN105620392A - 用于与状态相关的微交互完成的方法和设备 - Google Patents

用于与状态相关的微交互完成的方法和设备 Download PDF

Info

Publication number
CN105620392A
CN105620392A CN201510823521.1A CN201510823521A CN105620392A CN 105620392 A CN105620392 A CN 105620392A CN 201510823521 A CN201510823521 A CN 201510823521A CN 105620392 A CN105620392 A CN 105620392A
Authority
CN
China
Prior art keywords
micro
vehicle
wait
processor
mutual
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201510823521.1A
Other languages
English (en)
Other versions
CN105620392B (zh
Inventor
佩里·罗宾逊·麦克尼尔
夸库·O·普拉卡阿桑特
奥莱格·由里维奇·古斯京
格瑞·斯提芬·斯侧姆罗
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ford Global Technologies LLC
Original Assignee
Ford Global Technologies LLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ford Global Technologies LLC filed Critical Ford Global Technologies LLC
Publication of CN105620392A publication Critical patent/CN105620392A/zh
Application granted granted Critical
Publication of CN105620392B publication Critical patent/CN105620392B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W50/08—Interaction between the driver and the control system
    • B60W50/10—Interpretation of driver requests or demands
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for
    • B60R16/02—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements
    • B60R16/023—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements for transmission of signals between vehicle parts or subsystems
    • B60R16/0231—Circuits relating to the driving or the functioning of the vehicle
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W50/08—Interaction between the driver and the control system
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2540/00—Input parameters relating to occupants
    • B60W2540/21—Voice

Landscapes

  • Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Mechanical Engineering (AREA)
  • Human Computer Interaction (AREA)
  • Transportation (AREA)
  • Traffic Control Systems (AREA)

Abstract

本发明涉及一种用于与状态相关的微交互完成的方法和设备。一种系统包括处理器，所述处理器被配置为：开始微交互的实例，所述微交互要求驾驶员对发出的询问做出响应以完成微交互。所述处理器还被配置为：接收乘员发出的等待命令，所述等待命令指示微交互的延迟。此外，所述处理器被配置为：按照所述乘员发出的等待命令，等待预定时间段；然后，再呈现所述微交互以完成所述微交互。

Description

用于与状态相关的微交互完成的方法和设备
技术领域
示意性实施例总体上涉及用于与状态相关的微交互完成的方法和设备。
背景技术
在现代车辆中驾驶的驾驶员可能与车辆计算系统进行频繁的交互。从与改变无线电台或设置车辆气候一样简单的交互到以交互的方式与车辆计算机进行响应的交互，与在较旧的车辆中相比，驾驶员与车辆计算机具有更多的交互度，其中，在较旧的车辆中，交互仅限于简单的按钮按压(例如，改变无线电)。许多车辆计算机还包括人机界面(HMI)，人机界面允许车辆和人进行通信。这可包括但不限于触摸可选输入或显示和/或音频输出和输入。车辆HMI可在驾驶期间向驾驶员呈现多个微交互，所述微交互由诸如当天黑时“你想要开灯吗？”或当电话响起时“你想立即接通电话吗？”的问题和回答组成。该答案通常是非常简单的用于微交互的二元选择。例如，是/否、现在/以后、左/右、上/下、打开/关闭等。
然而，许多微交互可能导致车辆中的状态改变。例如，诸如“你想关闭挡风玻璃雨刷器吗？”的问题将使擦洗状态停止，如果天气仍在下雨则这可能是有问题的。在这种情况下，驾驶员需要对雨刷器状态做出判断，并且如果在驾驶员的注意力在道路上更好时(诸如驾驶员正在跨越交通左转)被要求，则该判断可能会更好地被推迟到稍后的时间。如果驾驶员需要对该问题的回答进行考虑，则这可能会从更重要的驾驶任务分心。
此外，电台广告可能通知诸如“如果你想要这笔划算的交易，请拨打xxx-xxx-xxxx”的机会。使用连接的车辆技术的下一代系统可利用该广告输出“如果你想要这笔划算的交易请说是，并且你将被连接到xxx-xxx-xxxx”。再次，可能需要一些对主动思考和考虑的测量来进行回答或响应，因此，提供呈现的时机可以更好地留给驾驶员没有集中注意力在驾驶上的时刻。
发明内容
在第一示意性实施例中，一种系统包括处理器，所述处理器被配置为：开始微交互的实例，所述微交互要求驾驶员对发出的询问做出响应以完成微交互。所述处理器还被配置为：接收乘员发出的等待命令，所述等待命令指示微交互的延迟。此外，所述处理器被配置为：按照所述乘员发出的等待命令，等待预定时间段；然后，再呈现所述微交互以完成所述微交互。
在第二示意性实施例中，一种系统包括处理器，所述处理器被配置为：接收用于呈现给乘员的微交互。所述处理器还被配置为：在车辆中呈现所述微交互之前，收集与车辆情境、车辆系统状态和微交互类型中的至少一个有关的数据。此外，所述处理器被配置为：确定采集的数据是否匹配定义条件的记录的数据，在所述条件下，等待命令已按照阈值频率被发出；然后，自动延迟微交互的呈现，直到与等待命令关联的等待条件被满足为止。
在第三示意性实施例中，一种计算机实现的方法包括：开始微交互的实例，所述微交互要求驾驶员对发出的询问做出响应以完成微交互。所述方法还包括：接收乘员发出的等待命令，所述等待命令指示微交互的延迟。此外，所述方法包括：按照所述乘员发出的等待命令，等待预定时间段；然后，再呈现所述微交互以完成所述微交互。
一种计算机实现的方法包括：经由车辆计算机，开始微交互的实例，所述微交互要求驾驶员对发出的询问做出响应以完成微交互；接收乘员发出的等待命令，所述等待命令指示微交互的延迟；按照所述乘员发出的等待命令，等待预定时间段；再呈现所述微交互以完成所述微交互。
附图说明
图1示出了示意性车辆计算系统；
图2A示出了示例性微交互结构；
图2B示出了用于基于状态来控制微交互呈现的示意性处理；
图3示出了利用微交互的示意性系统；
图4示出了用于微交互延迟的示意性处理；
图5示出了用于微交互状态延迟命令处理的示意性处理；
图6示出了用于延迟条件学习的示意性处理；
图7示出了用于自动延迟启用的示意性处理。
具体实施方式
根据需要，在此公开本发明的详细实施例；然而，将理解的是，所公开的实施例仅仅是本发明的示例，其中，本发明可以以各种替代形式来实现。附图无需按比例绘制；一些特征可被夸大或最小化以示出特定组件的细节。因此，在此公开的具体结构和功能细节不应被解释为具有限制性，而仅仅是用于教导本领域技术人员以多种方式利用本发明的代表性基础。
图1示出用于车辆31的基于车辆的计算系统(VCS)1的示例方框拓扑图。这种基于车辆的计算系统1的示例为由福特汽车公司制造的SYNC系统。设置有基于车辆的计算系统的车辆可包含位于车辆中的可视前端界面4。如果所述界面设置有例如触摸敏感屏幕，则用户可还能够与所述界面进行交互。在另一示意性实施例中，通过按钮按压、具有自动语音识别和语音合成的口语对话系统来进行交互。
在图1中所示的示意性实施例1中，处理器3控制基于车辆的计算系统的至少一部分操作。设置在车辆内的处理器允许对命令和例程进行车载处理。另外，处理器被连接到非持久性存储器5和持久性存储器7两者。在此示意性实施例中，非持久性存储器是随机存取存储器(RAM)，持久性存储器是硬盘驱动器(HDD)或闪存。一般说来，持久性(非暂时性)存储器可包括当计算机或其它装置掉电时保持数据的所有形式的存储器。这些存储器包括但不限于：HDD、CD、DVD、磁带、固态驱动器、便携式USB驱动器和任何其它适当形式的持久性存储器。
处理器还设置有允许用户与处理器进行交互的若干不同的输入。在此示意性实施例中，麦克风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)和非标准化消费者红外协议。
在另一实施例中，移动装置53包括用于语音频带或宽带数据通信的调制解调器。在话上数据的实施例中，当移动装置的所有者可在数据被传送的同时通过装置说话时，可实施已知为频分复用的技术。在其它时间，当所有者没有在使用装置时，数据传送可使用整个带宽(在一示例中是300Hz至3.4kHz)。尽管频分复用对于车辆与互联网之间的模拟蜂窝通信而言会是常见的并仍在被使用，但其已经很大程度上被用于数字蜂窝通信的码域多址(CDMA)、时域多址(TDMA)、空域多址(SDMA)的混合体所替代。这些都是ITUIMT-2000(3G)兼容的标准，为静止或行走的用户提供高达2mbs的数据速率，并为在移动的车辆中的用户提供高达385kbs的数据速率。3G标准现在正被IMT-Advanced(4G)所替代，其中，所述IMT-Advanced(4G)为在车辆中的用户提供100mbs的数据速率并为静止的用户提供1gbs的数据速率。如果用户具有与移动装置关联的数据计划，则所述数据计划可允许宽带传输且系统可使用宽得多的带宽(加速数据传送)。在另一实施例中，移动装置53被安装至车辆31的蜂窝通信装置(未示出)所替代。在又一实施例中，移动装置(ND)53可以是能够通过例如(而不限于)802.11g网络(即WiFi)或WiMax网络进行通信的无线局域网(LAN)装置。
在一实施例中，传入数据可经由话上数据或数据计划穿过移动装置，穿过车载蓝牙收发器，并进入车辆的内部处理器3。例如，在某些临时数据的情况下，数据可被存储在HDD或其它存储介质7上，直至不再需要所述数据时为止。
其它可与车辆进行接口连接的源包括：具有例如USB连接56和/或天线58的个人导航装置54、具有USB62或其它连接的车辆导航装置60、车载GPS装置24、或具有与网络61连接的能力的远程导航系统(未示出)。USB是一类串行联网协议中的一种。IEEE1394(火线TM(苹果)、i.LINKTM(索尼)和LynxTM(德州仪器))、EIA(电子工业协会)串行协议、IEEE1284(Centronics端口)、S/PDIF(索尼/飞利浦数字互连格式)和USB-IF(USB开发者论坛)形成了装置-装置串行标准的骨干。多数协议可针对电通信或光通信来实施。
此外，CPU可与各种其它的辅助装置65进行通信。这些装置可通过无线连接67或有线连接69来连接。辅助装置65可包括但不限于个人媒体播放器、无线保健装置、便携式计算机等。
此外或可选地，可使用例如WiFi(IEEE803.11)收发器71将CPU连接到基于车辆的无线路由器73。这可允许CPU在局域路由器73的范围中连接到远程网络。
除了由位于车辆中的车辆计算系统执行示例性处理之外，在某些实施例中，还可由与车辆计算系统通信的计算系统来执行示例性处理。这样的系统可包括但不限于：无线装置(例如但不限于移动电话)或通过无线装置连接的远程计算系统(例如但不限于服务器)。总体上，这样的系统可被称为与车辆关联的计算系统(VACS)。在某些实施例中，VACS的特定组件可根据系统的特定实施而执行处理的特定部分。通过示例而并非限制的方式，如果处理具有与配对的无线装置进行发送或者接收信息的步骤，则很可能无线装置不执行处理的该部分，这是因为无线装置不会与自身进行信息的“发送和接收”。本领域的普通技术人员将理解何时不适合对给定解决方案应用特定的计算系统。
在在此讨论的每个示意性实施例中，示出了可由计算系统执行的处理的示例性的非限制示例。针对每个处理，执行该处理的计算机为了执行该处理的限制性目的而变为被配置为用于执行处理的专用处理器是可行的。所有处理不需要被全部执行，而应被理解为是可被执行以实现本发明的要素的多种类型的处理的示例。可根据需要从示例性处理中添加或去除额外步骤。
当前基于车辆的计算机软件解决方案为外部实体和车辆计算机提供机会以与车辆乘员进行交互。“智能”计算系统可能需要乘员在自动启用或禁用系统之前进行反馈。广告商可能想要向车辆乘员传递定制的或半定制的消息，并为车辆乘员响应于广告而提供选择。
与车辆乘员的交互可被称为微交互。微交互包括一段具有四部分的可执行软件代码：1)用于提出问题的代码；2)用于接收回答的代码；3)用于执行结果的代码。
图2A示出了示例性微交互结构。在图2A示出的示意性示例中，示出了多个微交互结构201。这些是示意性的微交互的一种形式，并且不限定所有类型的微交互，但替代地被提供作为各种车辆行为的示例，所述各种车辆行为可被驾驶员按照在此示出的示意性示例被暂停。
用于执行的情境203作为微交互的一部分而被包括。该情境允许车辆计算机“知道”何时呈现微交互。例如，在电话呼叫通知的情况中，由于电话将只响很短一段时间，所以情境可以是“即时的”。例如，在饮食广告的情境中，情境可以是“当用户是在3英里的餐厅内时”。
微交互的另一部分包括初始表达205。例如，初始表达会将是车辆输出，且在电话呼叫情况中，这可能是“呼叫正在从<联系人姓名>传入，你想接听吗？”在饮食情况中，这可能是“你当前距McFoodles<距离>英里，你想收听他们当前的特殊优惠吗？”
由于微交互通常涉及用户响应，所以该结构还可包括一些识别语法207。不同的用户可以不同的方式回答同样的问题，且由于计算机不是“智能”的，所以在没有指导的情况下，计算机无法理解“是的，我想收听特价优惠”理解为与“是”(yup)在响应于与特价优惠相关的问题时是相同的。
识别语法提供计算机将在响应中进行搜索的特定词语，且基于特定词语的存在来确定响应的音调。例如，词语“是的”(yes)、“当然”(yeah)、“是”(yup)以及“是的，先生”(yessir)可全部被归类为肯定的响应，且“不是的”(no)、“不是”(nope)、“算了”(nah)以及“不是的，先生”(nosir)可全部被归类为否定响应。然后，在不考虑乘员输出的其余内容的情况下，触发词语的存在可指示计算机将采用哪种响应逻辑209。这允许计算机在不必考虑问题可能被回答的所有可能方式或者要求计算机理解复杂的句子的情况下识别出各种响应。
响应逻辑告知计算机基于何种响应采取何种动作。例如，在对特价优惠问题响应时，系统可响应于“是的”(yes)而提供交易的清单，但响应于“不是的”(no)而提供其它问题。或者，如果用户回答“不是的”(no)，则系统可直接地退出。类似地，在对电话呼叫问题响应时，“是的”(yes)可使得电话被接听，但“不是的”(no)可引出关于发送简短文本响应、将呼叫发送到语音信箱、使呼叫者保持等的进一步问题。
图2B示出了用于基于状态来控制微交互呈现的示意性处理。针对在该图中描述的示意性实施例，应该注意的是，为了执行在此示出的示例性方法中的一些或全部的目的，通用处理器可暂时被用作专用处理器。当执行提供用于执行所述方法的部分或全部步骤的指令的代码时，所述处理器可被临时改用作专用处理器，直到所述方法被完成时为止。在另一示例中，在适当程度上，根据预先配置的处理器运行的固件可使得所述处理器充当为了执行所述方法或所述方法的一些合理变型的目的而被提供的专用处理器。
当微交互由车辆计算机进行处理时，首先检查可被包括的情境传送指示。如果用于呈现指示的情境存在，则在221，该处理可检查当前情境(天气、乘员、时间、位置等)以确定该情境是否与传送的指示情境匹配。在223，如果该情境是合适的且驾驶员交互被允许，则在225，该处理可进行到向车辆乘员呈现输出。例如，该输出可以是语音、图形显示、触觉信号等。
在277，用户对交互的响应随后被接收到，当然，用户对交互的响应可包括特定时间内的无响应。随后将该响应与识别语法进行比较以在229确定该处理接下来采取何种动作步骤。这涉及识别语法和将要采取的基于响应的步骤两者。如果在231进一步的微交互被要求(返回)，则该处理执行下一个微交互。否则，在233，微交互被终止且被销毁。
因为对由计算机提出(posit)的问题进行响应有时需要主动思考，所以驾驶员可能不想回答问题，除非在他们的注意力上很少有其它主动需求。在示意性实施例中详述的提出的等待稍后(WUL)功能使得驾驶员能够推迟回答微交互，所述微交互包括第四代码片段—4)用于在被要求等待时执行的代码。
微交互可在互联网中、从连接到车辆计算系统的装置之一或在车辆计算机系统内被发起。不管如何发起，它们都需要某种形式的乘员交互。因此，它们都适用于受到呈现时间的合适性的考虑的制约。
图3示出利用微交互的示意性系统。在该示例中，在303，网络服务器(交互可从网络服务器发起)301被直接连接到车辆309或被直接连接到驾驶员移动装置305。在307，移动装置随后可经由连接网络(例如，蓝牙无线交互)被连接到车辆。
在车辆中，多媒体网关309可包括WUL代理311，且还可被设置为处理交互的机构。通过网关309，对各种的车辆系统315、317、319、321、323的访问可通过车辆网络313(例如，CAN总线)来提供。这些系统可被用于驾驶员交互和/或被用于确定用于呈现的合适性的类型判断的情境。
当问题被呈现时，即使车辆确定这是提出问题或呈现要求/允许乘员响应的选项的合适的时间，乘员也可能对回答该问题、这类问题或者甚至任何问题根本不感兴趣。这可能是出于各种原因，所述各种原因包括但不限于乘员情绪、车辆速度、交通的密度、天气状况、其他车辆乘员等。因此，乘员被提供有拒绝询问的机会。但是，如果乘员希望响应该询问且仅在目前不能这样做，则乘员还被呈现有用于询问等待询问的选项。
这样一种用于呈现等待选项的方式是在示意性实施例中示出的示意性等待稍后功能的示例。等待稍后功能执行微交互，但解析驾驶员输入并在其被传送到微交互代码之前执行等待稍后命令。口头等待稍后命令包括但不限于：
1)等待(使用内置规则来确定什么等待)
2)等待一分钟
3)等待十分钟
4)等待在交叉路口停车
5)等待直到通过交叉路口为止
6)等待直到停车为止
7)等待信号灯关闭
8)等待转向变直
9)等待低的横向加速
10)等待直到我说“停止等待”为止
11)取消(不想等待该微交互)
12)等待直到我重新启动车辆为止
13)等待直到我结束谈话为止
14)等等
当驾驶员发出这些命令中的一个命令时，微交互被暂停。等待稍后功能监测车辆总线上、互联网上以及来自驾驶员的事件，并应用一组内置规则来确定微交互何时应恢复。规则的相对权重可从驾驶员交互中在线学习到。
在示意性实施例的另一方面中，嵌入式系统学习并追踪驾驶员发出“等待”命令的次数和场景的频率。此外，对微交互的交互相对重要性进行分类。当驾驶员定制的情形在微交互启动之前被检测到时，WUL随后被自动启用。WUL随后针对提升的驾驶员注意力和便捷性来适时地提供微交互的传送。
口头命令可具有驾驶员与车辆之间的通信的其它模式中的相关命令。例如，驾驶员可做出相当于说“等待”的手势，或者可按压方向盘上或控制面板上的按钮，或者触摸触摸屏的区域。
例如：驾驶员在左转车道中等待，当车辆开始向前移动时启动协作(cooperative)加速。呼叫到达驾驶员的蜂窝电话上，且电话应用产生用于车辆计算机系统的电话呼叫微表达。系统直播使得正在播放的电台暂停，并说“来自你妈妈的电话呼叫，你希望接听吗？”
在没有等待稍后功能的情况下，驾驶员可能必须决定说是或不，但是在具有等待功能的情况下驾驶员说“等待”。等待稍后功能执行微交互的第四组件，其中，用信号通知电话应用以保持电话并随后使自身暂停。等待稍后功能执行内置规则，所述内置规则使其等待直到左转信号灯关闭5秒为止，随后恢复微表达的执行，所述微表达将控制转移到所述问题组件，并通知驾驶员“来自你妈妈的电话呼叫，你希望接听吗？”控制被转移到所述回答组件且驾驶员回答“是”，且控制被传递到所述执行组件，所述执行组件发信号通知电话应用来取消保持电话。驾驶员开始会话。
图4示出用于微交互延迟的示意性处理。针对在该图中描述的示意性实施例，应该注意的是，为了执行在此示出的示例性方法中的一些或全部的目的，通用处理器可暂时被用作专用处理器。当执行提供用于执行所述方法中的一些或全部步骤的指令的代码时，所述处理器可被临时改用作专用处理器，直到所述方法被完成时为止。在另一示例中，在适当程度上，根据预先配置的处理器运行的固件可使得所述处理器充当为了执行所述方法或所述方法的一些合理变型的目的而被提供的专用处理器。
在该示意性交互中，情境适合于交互呈现，所以在401，该处理开始微交互的交互部分(即，呈现问题并等待响应)。在403，如果驾驶员未发出“等待”命令，但是相反却对提出的问题进行响应，则在405，该处理将继续进行交互。由于交互可能实际上是一组交互，所以在407检查“等待”命令可能必须被重复多次，直到在409完成微交互为止。
例如，驾驶员可用“不”来对示例性“特价交易”问题进行响应。但如果这不是交互的结束，则驾驶员可能在此时不想完成交互，反而暂停交互，直到可以给出更多的时间来回答任何后续问题为止。例如，系统接下来可能会问“你想要停止接收来自McFoodles的优惠吗？”驾驶员可能必须考虑响应，因此可声明“等待直到车辆停止为止”，使得能够为回答给出更多思考。一旦车辆停止(用于传送的新的条件)，则该处理可继续交互，直到在409完成交互为止。然后，在411，任何适当的基于响应的结果(例如，指示停止传送McFoodles优惠)可被执行。
如上所述，在413，条件可作为等待命令的一部分而被包括。另一方面，无条件的诸如“等待”的命令可使得系统暂停预定的时间量。或者，在另一示例中，如果条件“等待直到车辆停止为止”总是相同的，则“等待”命令的接收可触发通常观测到的条件。
在该示例中，一旦在415条件被满足，则在417，该处理随后恢复，且在405，该处理、等待命令接收、暂停和恢复的操作可继续进行，直到完成微交互为止。
图5示出用于微交互状态延迟命令处理的示意性处理。针对在该图中描述的示意性实施例，应该注意的是，为了执行在此示出的示例性方法中的一些或全部的目的，通用处理器可暂时被用作专用处理器。当执行提供用于执行所述方法的一些或全部步骤的指令的代码时，所述处理器可被临时改用作专用处理器，直到所述方法被完成时为止。在另一示例中，在适当程度上，根据预先配置的处理器运行的固件可使得所述处理器充当为了执行所述方法或所述方法的一些合理变型的目的而被提供的专用处理器。
在该示意性示例中，该处理已在501接收到等待命令且在503接收到伴随条件。典型的等待响应将是“等待”或“等待直到X发生为止”。虽然有时驾驶员可能请求车辆未被编程以识别的条件，但是系统可被编程为接收和对任何数量的条件进行响应。在某些情况下，驾驶员可能仅仅希望在响应之前等待某一时间段。
如果在505命令需要简易定时器(例如，“等待10分钟”或“等待”)，则在507，该处理可进行到设置计时器，然后在时间已经过去时继续进行。计时器可被预先确定以与“等待”命令一起使用，或者，例如，定时器可以是基于观测的用户偏好(例如，“等待+计时器”版本的命令总是5分钟)。
另一方面，如果在509实际车辆状态或情境状态(例如，但不限于“等待直到我停车为止”或者“等待直到不下雨为止”)被设置，则在513，该处理可能必须监测一个或更多个与车辆关联的系统，以确定用于传送的状态或情境。例如，车辆速度可被监测以确定停车，雨传感器可被监测以确定雨的缺乏。一旦在515条件被满足，则在517，交互随后可被处理。
还可能出现的情况是，请求的条件未被识别，例如，“等待直到下一次日食为止”。在这种情况下，系统可请求识别的条件，或者，例如，系统可在511仅终止交互。在进一步的情况下，未识别的条件可被分配与简单的“等待”命令一样的默认条件。
图6示出用于延迟条件学习的示意性处理。针对在该图中描述的示意性实施例，应该注意的是，为了执行在此示出的示例性方法中的一些或全部的目的，通用处理器可暂时被用作专用处理器。当执行提供用于执行所述方法的一些或全部步骤的指令的代码时，所述处理器可被临时改用作专用处理器，直到所述方法被完成时为止。在另一示例中，在适当程度上，根据预先配置的处理器运行的固件可使得所述处理器充当为了执行所述方法或所述方法的一些合理变型的目的而被提供的专用处理器。
因为车辆计算系统能够进行基本“学习”，所以可期望学习在何种情况下发出何种等待命令，并且即使在缺少来自用户的任何指示的情况下预测性地启用这些等待命令。例如，如果在下雨时每当用户接收到微交互时，用户总是发出“等待直到不下雨”的命令，则系统可在情境另外适合于交互传送且在下雨时预测性地启用该等待命令。类似地，例如，用高的频率度发出“等待直到我离开高速公路为止”命令的用户可使得该等待命令被预测性地启用。
另一方面，特定微交互可基于严重性来忽略自动等待命令。例如，由于因为该消息是“极重要的”且如果需要的话则应该暂时由用户来专门忽略该消息，因此声明“你的车辆燃料不足，你想要查找最近的加油站吗”的交互可忽略自动等待命令设置。可使用已知技术来确定乘员存在，已知技术包括但不限于基于移动装置的乘员识别、驾驶行为的观测等。
在图6中示出的示意性处理中，处理器通过观测和记录“等待”命令的常用实例连同伴随的情境一起来执行“学习”。在该示例中，在601，“等待”命令在微交互的呈现之后被接收。
此外在该示例中，虽然这不是必要的，但是条件在603被接收。系统还能够追踪无条件(也被称为空条件)的简单“等待”命令，并应用(通常预定义的)标准等待这样的命令。在该示例中，在605，该处理通过记录微交互的类型开始。微交互可在类型上有很大不同，从电子优惠劵和广告，到车辆设置调整，到维修提醒，且基于微交互类型以及其他情境数据来对用户行为进行分类是可行的。即使在诸如“广告”的分类中，可存在很多实际的子类型(例如但不限于，快餐、就坐点餐餐厅、免下车服务、墨西哥、意大利、美国等)。
除了记录交互类型之外，在607，该处理可记录状态和/或情境数据。如先前提到的，情境数据包括各种因素，诸如但不限于：乘员数量、天气、一天中的时间、位置、交通等级等。状态数据可包括但不限于各种车辆状态(方向盘倾斜、方向指示灯状态、车辆速度、激活/禁用无线电等)。
该处理为可获得位置上的每个驾驶员简档建立和存储数据知识库(repository)。该数据知识库可针对驾驶员账户被本地存储或被存储在云上。该知识库每当等待命令针对关联的情境被发出时追踪等待命令和/或伴随条件的实例。例如，如果每当饮食广告被播放时驾驶员总是发出“等待在交叉路口停车”命令，则该处理将针对饮食广告记录这种实例。充分的观测将针对这些微交互显示：仅在十字路口不停车的状态事件，所以其它情境可被忽略，并且每当与饮食相关的微交互被呈现时，车辆将学习自动启用通常请求的等待命令。
另一方面，可能出现的情况是，驾驶员仅在(基于饮食或另外的)微交互发生且正在下雨或者车辆以超过50英里每小时正在行驶时发出“等待在交叉路口停车”。将针对这些情境/车辆状态来保存等待命令的实例，且如果正在下雨或者车辆正在行驶超过50英里每小时，则(一旦学习阈值已被跨越)未来微交互将自动被延迟。应该注意的是，尽管车辆状态也独立被描述，但是在此使用的“情境”是对各种因素的相当广义的描述，且可包括车辆状态。
一旦在607合适的情境/状态数据已被观测和记录，则在609，等待命令和任何伴随条件的实例可针对各自情境和/或状态被添加到数据知识库。如果在611针对给定状态/情境/广告类型的观测命令的实例数超过预定阈值，则在613，该处理可设置自动等待功能。这将使得系统在观测的阈值水平条件发生时自动启用等待+适合情境命令。否则，在615，系统将处理等待命令，并继续进行，直到足够的命令实例发生以使得阈值被满足。
阈值可基于发生的百分比，或者，例如，阈值可以是基于累计发生的总数。其它阈值也可视情况而被设置。系统还可针对未发出等待命令的微交互的实例记录情境/状态，或者系统可在这种实例发生时对记录的数据进行衰减，使得驾驶员如何频繁地发出等待命令的精确描述可被观测到。
图7示出用于自动延迟启用的示意性处理。针对在该图中描述的示意性实施例，应该注意的是，为了执行在此示出的示例性方法中的一些或全部的目的，通用处理器可暂时被用作专用处理器。当执行提供用于执行所述方法的一些或全部步骤的指令的代码时，所述处理器可被临时改用作专用处理器，直到所述方法被完成时为止。在另一示例中，在适当程度上，根据预先配置的处理器运行的固件可使得所述处理器充当为了执行所述方法或所述方法的一些合理变型的目的而被提供的专用处理器。
每当适合的场景发生时，该示意性处理都启用等待或等待+条件，其中，在所述场景下驾驶员通常会(基于观测或驾驶员设置)发出等待命令。在至少一个示例中，除了或代替追踪发出等待命令的频率，该处理还可询问驾驶员是否应在等待命令发出之后针对给定情境或广告类型设置等待命令。该询问还可被延迟，直到实际的微交互被处理为止，由于询问本身就是微交互的形式，因此受限于驾驶员在发生之时不立即与系统交互的期望。
在该处理中，在701，微交互基于针对该特定微交互的适合条件的发生而开始。首先，在该示例中，在703，该处理检查交互的“类型”(例如但不限于广告、车辆系统等)。由于类型定义可视情况而为粒度级的，所以“广告”可能不提供足够的差别，反而可视情况而为子分类。
如果在705存在匹配，在该情况下所述匹配指示“类型”具有与“类型”关联的自动等待，则在717，该处理将基于先前观测的行为启用适合的自动等待命令。如果不存在匹配，则在707，该处理随后将进行到检查车辆状态。如先前提到的，该处理可能已观测到：如果挡风玻璃雨刷器被启用且车辆以超过N英里每小时正在行驶，则驾驶员总是发出等待命令。所以，如果在709车辆状态与针对等待命令的发出的条件匹配，则在考虑交互类型的情况下，在717，该处理可自动启用针对该微交互的等待命令。再次，启用的条件的类型(如果存在)可基于观测的先前行为。
最后，在该示例中，在711，该系统可检查情境。该情境可包括但不限于道路类型、交通等级、天气、存在的人数、乘员装束(例如，存在儿童)、一天中的时间、一周中的日期等。如果每当儿童存在时驾驶员总是发出诸如“等待直到车辆停车”的等待命令，则在车辆中检测到一个或更多个儿童可使得当儿童存在时针对任何微交互都自动发生等待命令+直到车辆停止条件。如果在713在任何当前情境与可应用模式已被观测到的任何情境之间存在匹配，则在717，该处理可启用自动等待。如果没有状态/情境/广告类型匹配先前观测的行为，其中，针对先前观测的行为足够的数据已被收集，则在715，该处理可执行微交互(当然，这可导致乘员启动的等待命令的接收)。
虽然以上描述了示例性实施例，但这些实施例并不意在描述本发明的所有可能形式。更确切地，说明书中所使用的词语是描述性词语而非限制性词语，并且应理解的是，可在不脱离本发明的精神和范围的情况下做出各种改变。此外，可将各种实施的实施例的特征进行组合以形成本发明的进一步的实施例。

Claims (19)

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所述的系统，其中，所述车辆情境包括：车辆位置。
CN201510823521.1A 2014-11-24 2015-11-24 用于与状态相关的微交互完成的方法和设备 Active CN105620392B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US14/551,753 US9248841B1 (en) 2014-11-24 2014-11-24 Methods and apparatus for state dependent micro-interaction fulfillment
US14/551,753 2014-11-24

Publications (2)

Publication Number Publication Date
CN105620392A true CN105620392A (zh) 2016-06-01
CN105620392B CN105620392B (zh) 2021-03-09

Family

ID=55174829

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510823521.1A Active CN105620392B (zh) 2014-11-24 2015-11-24 用于与状态相关的微交互完成的方法和设备

Country Status (3)

Country Link
US (1) US9248841B1 (zh)
CN (1) CN105620392B (zh)
DE (1) DE102015119823B4 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6394561B2 (ja) 2015-10-20 2018-09-26 トヨタ自動車株式会社 車載記録システム及び車載制御装置
JP6432490B2 (ja) * 2015-11-20 2018-12-05 トヨタ自動車株式会社 車載制御装置、及び、車載記録システム
US10232856B2 (en) * 2016-07-28 2019-03-19 Ford Global Technologies, Llc Vehicle user-communication system and method
US10908873B2 (en) 2018-05-07 2021-02-02 Spotify Ab Command confirmation for a media playback device

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1655233A (zh) * 2004-01-29 2005-08-17 哈曼贝克自动系统股份有限公司 实现语音对话的方法及其语音对话系统
US20100250243A1 (en) * 2009-03-24 2010-09-30 Thomas Barton Schalk Service Oriented Speech Recognition for In-Vehicle Automated Interaction and In-Vehicle User Interfaces Requiring Minimal Cognitive Driver Processing for Same
US20110119062A1 (en) * 2005-09-29 2011-05-19 Dohan Jewel L Voice-recognition/voice-activated vehicle signal system
CN102480560A (zh) * 2010-11-26 2012-05-30 上海晨兴希姆通电子科技有限公司 Pnd、移动终端、信息同步系统以及同步信息的方法
CN102750946A (zh) * 2011-02-26 2012-10-24 帕拉贡股份公司 用于机动车辆的语音操纵装置以及用于选择话筒以运行语音操纵装置的方法
US20120268294A1 (en) * 2011-04-20 2012-10-25 S1Nn Gmbh & Co. Kg Human machine interface unit for a communication device in a vehicle and i/o method using said human machine interface unit

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003036805A1 (en) 2001-10-24 2003-05-01 Mouhamad Ahmad Naboulsi Safety control system for vehicles
US7421334B2 (en) * 2003-04-07 2008-09-02 Zoom Information Systems Centralized facility and intelligent on-board vehicle platform for collecting, analyzing and distributing information relating to transportation infrastructure and conditions
US7292152B2 (en) 2003-06-12 2007-11-06 Temic Automotive Of North America, Inc. Method and apparatus for classifying vehicle operator activity state
US8290637B2 (en) * 2008-06-16 2012-10-16 GM Global Technology Operations LLC Vehicle control using stochastic information
US20120253822A1 (en) * 2009-12-11 2012-10-04 Thomas Barton Schalk Systems and Methods for Managing Prompts for a Connected Vehicle
US8249627B2 (en) 2009-12-21 2012-08-21 Julia Olincy “I am driving/busy” automatic response system for mobile phones
US8559932B2 (en) 2010-12-20 2013-10-15 Ford Global Technologies, Llc Selective alert processing
JP6546741B2 (ja) 2014-01-06 2019-07-17 ハーマン インターナショナル インダストリーズ インコーポレイテッド 車内通知提示のスケジューリング

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1655233A (zh) * 2004-01-29 2005-08-17 哈曼贝克自动系统股份有限公司 实现语音对话的方法及其语音对话系统
US20110119062A1 (en) * 2005-09-29 2011-05-19 Dohan Jewel L Voice-recognition/voice-activated vehicle signal system
US20100250243A1 (en) * 2009-03-24 2010-09-30 Thomas Barton Schalk Service Oriented Speech Recognition for In-Vehicle Automated Interaction and In-Vehicle User Interfaces Requiring Minimal Cognitive Driver Processing for Same
CN102480560A (zh) * 2010-11-26 2012-05-30 上海晨兴希姆通电子科技有限公司 Pnd、移动终端、信息同步系统以及同步信息的方法
CN102750946A (zh) * 2011-02-26 2012-10-24 帕拉贡股份公司 用于机动车辆的语音操纵装置以及用于选择话筒以运行语音操纵装置的方法
US20120268294A1 (en) * 2011-04-20 2012-10-25 S1Nn Gmbh & Co. Kg Human machine interface unit for a communication device in a vehicle and i/o method using said human machine interface unit

Also Published As

Publication number Publication date
DE102015119823A1 (de) 2016-05-25
CN105620392B (zh) 2021-03-09
DE102015119823B4 (de) 2024-02-08
US9248841B1 (en) 2016-02-02

Similar Documents

Publication Publication Date Title
US10255648B2 (en) Self-driving vehicle systems and methods
CN105022777B (zh) 基于驾驶员行为的车辆应用推荐
CN104050831B (zh) 用于无线车辆内容确定的系统和方法
US8843553B2 (en) Method and system for communication with vehicles
CN103797720B (zh) 集成了手机应用代理（hap）的移动集成平台（mip）
US10274950B1 (en) Self-driving vehicle systems and methods
US9162574B2 (en) In-vehicle tablet
CN104052850A (zh) 基于乘员和车辆环境监管信息通信的方法和系统
CN105100192A (zh) 用于启动应用的方法和系统
CN104048666B (zh) 用于事故发生后车辆外的紧急更新的方法和设备
CN105620392A (zh) 用于与状态相关的微交互完成的方法和设备
CN202444627U (zh) 双通道车载信息服务系统
CN105549454A (zh) 提供用于自动驾驶车辆的代客指令的系统和方法
CN103973767A (zh) 用于车辆社交网络的方法和设备
CN104218969A (zh) 用于与车辆和车辆中的装置进行交互的设备和系统
CN104052795B (zh) 用于跨多个环境的无缝应用便携性的方法和设备
CA2839260A1 (en) Criteria-based audio messaging in vehicles
CN104050586A (zh) 用于车辆多媒体系统的广告管理器
CN105882415A (zh) 用于应用管理和控制的方法和设备
KR101957032B1 (ko) 차량 상태 정보를 이용하는 사용기반보험용 단말 장치, 시스템 및 그 방법
CN101901542A (zh) 向移动设备提供交通通知的系统和方法
CN102790794A (zh) 用于在车内提供远程协助的系统和方法
CN105094796B (zh) 用于调度车辆启动的方法和设备
CN106453483A (zh) 基于电子日历定制车辆计算系统的方法和系统
US20130059575A1 (en) Device-interoperability notification method and system, and method for assessing an interoperability of an electronic device with a vehicle

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant