用于交互式乘客通知的方法和系统 |
|||||||
| 申请号 | CN201611121625.9 | 申请日 | 2016-12-08 | 公开(公告)号 | CN107054250A | 公开(公告)日 | 2017-08-18 |
| 申请人 | 麦恩电子有限公司; | 发明人 | 科里·梅隆; 约翰·伯恩; 斯科特·斯迈瑞卡; 乔伊·蕾·格鲁佛; 贾斯廷·迪卡欧; 乔尔·J·菲舍尔; | ||||
| 摘要 | 本公开涉及一种用于交互式乘客通知的方法和系统。一种车辆系统包括处理器，所述处理器被配置为：接收经由乘员输入的建议的信息娱乐设置。所述处理器还被配置为：向一个或更多个装置发送所述建议的信息娱乐设置以用于乘员反馈，并且响应于接收到的用于接受、拒绝或 修改 所述建议的信息娱乐设置的乘员反馈，控制信息娱乐功能。 | ||||||
| 权利要求 | 1.一种车辆系统，包括： |
||||||
| 说明书全文 | 用于交互式乘客通知的方法和系统技术领域[0001] 本公开总体上涉及信息娱乐系统，所述信息娱乐系统可从移动装置接收用于影响信息娱乐系统操作的内容和方式的用户反馈。 背景技术[0002] 车辆计算系统被用于在驶向目的地时向车辆乘员提供多个特征和功能(包括免提呼叫、导航信息以及音乐)。车辆计算系统可提供设置以允许基于乘员的偏好来配置特定的车辆特征和功能。所述设置可在乘员进入车辆时被手动配置。例如，车辆计算系统可被配置为经由与气候控制设置关联的旋钮或按钮来调整气候控制设置。可使用由车辆乘员操纵的物理致动的车辆输入来启动气候控制设置。 [0003] 在一些情况下，车辆乘员可能希望执行多个功能，然而可能无法访问基于车厢内的座椅位置的设置，或者，不同的乘员可能想要控制同一特征或功能。例如，坐在车厢后排座椅的车辆乘员可能不喜欢由前排座椅乘客做出的建议的音乐选择。后排座椅乘客可能想要针对音乐选择提供输入，然而可能无法访问设置界面。此外，由于后排座椅乘客不具有对与导航系统关联的物理致动输入(诸如旋钮或按钮)、气候控制设置或与在车辆中正在播放的音乐关联的控制件的访问权，所以他们不可针对用于其他车辆特征和功能的设置提供输入。发明内容 [0004] 在至少一个实施例中，一种车辆系统包括处理器，所述处理器被配置为：接收经由乘员输入的建议的信息娱乐设置。所述处理器还被配置为：向一个或更多个装置发送所述建议的信息娱乐设置以用于乘员反馈，并且响应于接收到的用于接受、拒绝或修改所述建议的信息娱乐设置的乘员反馈，控制信息娱乐功能。 [0005] 在至少一个实施例中，一种方法使用处理器向一个或更多个装置发送用于控制信息娱乐功能的设置建议请求。所述方法包括：从所述一个或更多个装置接收与所述设置建议请求关联的建议的回答。所述方法还包括：将具有建议的回答的选项列表输出到指定的装置，使得所述选项列表提供从每个装置接收到的建议的回答中的一些或全部。所述选项列表允许与指定的装置关联的乘员基于经由所述选项列表选择的回答来控制信息娱乐功能。 [0006] 在至少一个实施例中，一种在非暂时性计算机可读介质中实现的计算机程序产品，所述非暂时性计算机可读介质存储有用于对处理器进行配置的指令，所述计算机程序产品包括用于执行以下操作的指令：经由收发器向一个或更多个装置发送信息娱乐功能设置调整选项，以进行用于接受、拒绝或修改设置调整选项的乘员反馈。所述计算机程序产品还包括用于执行以下操作的指令：响应于对在接收到多于一个的用于接受、拒绝或修改设置调整选项的乘员反馈的情况下对接收到的乘员反馈进行的仲裁，控制信息娱乐功能。在一实施例中，所述仲裁步骤可选择具有其数量超过预定义多数阈值的反馈的设置调整选项。 [0007] 根据本发明的一个实施例，控制所述信息娱乐功能的步骤包括：针对接受反馈、拒绝反馈和修改反馈中的至少一个将乘员反馈的数量与预定义多数阈值进行比较，所述预定义多数阈值是基于预定义多数因子与从每个装置接收到的乘员反馈的总数的乘积的。 [0008] 根据本发明的一个实施例，所述设置调整选项是针对导航系统的目的地输入、针对车辆信息娱乐系统的音乐选择和针对气候控制系统的气候设置中的至少一个。 [0009] 根据本发明的一个实施例，所述计算机程序产品还包括用于执行以下操作的指令：响应于用于修改所述设置调整选项的乘员反馈，将修改后的设置调整选项输出到所述一个或更多个装置；基于所述修改后的设置调整选项来控制所述信息娱乐功能。附图说明 [0010] 图1是根据实施例的实现用户交互式车辆信息显示系统的车辆计算系统的代表性拓扑图； [0011] 图2示出根据实施例的一个或更多个远程装置运行与车辆计算系统通信的一个或更多个应用的说明性示例； [0012] 图3示出根据实施例的一个或更多个远程装置向车辆计算系统提供目的地建议的说明性示例； [0013] 图4示出根据实施例的示出车辆计算系统与一个或更多个远程装置进行通信的框图； [0014] 图5是示出车辆计算系统与一个或更多个远程装置进行通信的示例方法的流程图； [0015] 图6是示出用于经由一个或更多个远程装置调整车辆计算系统处的音乐选择的示例方法的流程图。 具体实施方式[0016] 在此描述本公开的实施例。然而，应该理解的是，所公开的实施例仅仅是示例，并且，其他实施例可采用各种可替代形式。附图无需按比例绘制；可夸大或最小化一些特征以示出特定组件的细节。因此，在此公开的具体结构和功能细节不应被解释为具有限制性，而仅仅作为用于教导本领域技术人员以多种方式利用实施例的代表性基础。如本领域普通技术人员将理解的，参照任一附图示出和描述的各种特征可与在一个或更多个其他附图中示出的特征组合，以产生未明确示出或描述的实施例。示出的特征的组合提供用于典型应用的代表性实施例。然而，与本公开的教导一致的特征的各种组合和修改可被期望用于特定的应用或实施方式。 [0017] 本公开的实施例总体上提供了多个电路或其他电子装置。对电路和其他电子装置以及由它们中的每一个提供的功能的所有提及并不意在受限于仅涵盖在此示出和描述的内容。虽然特定标号可被分配给公开的各种电路或其他电子装置，但是这样的标号并不意在限制所述电路和其他电子装置的操作范围。可基于所期望的特定类型的电实施方式，按照任何方式将所述电路和其他电子装置彼此组合和/或分离。将认识到的是，在此公开的任何电路或其他电子装置可包括任意数量的微处理器、集成电路、存储装置(例如，闪存、随机存取存储器(RAM)、只读存储器(ROM)、电可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)或上述项的其他适当变型)和软件，它们彼此协作以执行在此公开的操作。此外，任意一个或更多个电子装置可被配置为执行在非暂时性计算机可读介质中实施的计算机程序，其中，所述计算机程序被编写为执行公开的任意数量的功能。 [0018] 本公开涉及一种车辆计算系统，所述车辆计算系统被配置为：通过基于乘客反馈来控制一个或更多个信息娱乐功能设置，从而提升驾驶体验。车辆计算系统可将请求通知传送到与乘客关联的一个或更多个远程装置，以管理针对信息娱乐功能的信息娱乐动作。基于经由一个或更多个远程装置接收的与请求通知关联的反馈，车辆计算系统可调整信息娱乐设置。 [0019] 车辆计算系统被配置为经由应用与一个或更多个远程装置连接。应用管理被传送到装置的针对信息娱乐功能的请求通知，所述信息娱乐功能包括媒体信息、行程时间或其他信息娱乐功能信息。与乘客关联的一个或更多个远程装置可使得乘客能够经由车辆计算系统与其他车辆乘员传送信息娱乐设置选项和偏好。 [0020] 例如，车辆计算系统可将由驾驶员选择的问题呈现给与一个或更多个乘客关联的一个或更多个装置。车辆计算系统可基于经由一个或更多个乘客各自的装置来自一个或更多个乘客的响应来确定仲裁回答(quorum answer)。仲裁包括从与车辆计算系统通信的一个或更多个远程装置接收的反馈响应的统计分析。响应于乘客反馈，车辆计算系统可执行调整信息娱乐设置的信息娱乐动作。信息娱乐动作可包括但不限于：跳过正在播放的歌曲、将导航系统更新到新目的地以及基于乘客反馈响应使用统计分析方法来确定驾驶员是否应停下来去吃饭。 [0021] 图1示出用于车辆31的基于车辆的计算系统(VCS)1的示例框式拓扑图。这种VCS 1的示例为由福特汽车公司制造的SYNC系统。设置有基于车辆的计算系统的车辆可包含位于车辆中的可视前端界面4。如果所述界面设置有例如触敏屏幕，则用户还能够与所述界面进行交互。在另一说明性实施例中，通过按钮按压或者具有自动语音识别和语音合成的口语对话系统来进行交互。 [0022] 在图1中所示的说明性实施例1中，处理器3控制基于车辆的计算系统的至少某部分操作。设置在车辆内的处理器允许对命令和例程进行车载处理。另外，处理器3连接到非持久性存储器5和持久性存储器7两者。在此说明性实施例中，非持久性存储器是随机存取存储器(RAM)，持久性存储器是硬盘驱动器(HDD)或闪存。一般说来，持久性(非暂时性)存储器可包括当计算机或其他装置掉电时保持数据的所有形式的存储器。这些存储器包括但不限于：HDD、CD、DVD、磁带、固态驱动器、便携式USB驱动器和任何其他适当形式的持久性存储器。 [0023] 处理器3还设置有允许用户与处理器进行交互的若干个不同的输入。在此说明性实施例中，麦克风29、辅助输入25(用于输入33)、USB输入23、GPS输入24、屏幕4(可为触摸屏显示器)和蓝牙输入15均被设置。还设置有输入选择器51，以允许用户在各种输入之间进行切换。在对麦克风和辅助连接器两者的输入被传送到处理器之前，由转换器27对所述输入进行模数转换。尽管未示出，但是与VCS 1进行通信的多个车辆组件和辅助组件可使用车辆网络(诸如但不限于CAN总线)向VCS 1(或其组件)传送数据并传送来自VCS 1(或其组件)的数据。 [0024] 在一示例中，不同输入的数量可与针对一个或更多个车辆功能的设置相关联。响应于接收到的用于调整与车辆功能关联的设置的输入，处理器3可经由车辆网络将调整后的设置传送给车辆功能。 [0025] 系统的输出可包括但不限于可视显示器4以及扬声器13或立体声系统输出。扬声器13连接到放大器11并通过数模转换器9从处理器3接收其信号。还可分别沿19和21所示的双向数据流进行到远程蓝牙装置(诸如，个人导航装置(PND)54)或USB装置(诸如车辆导航装置60)的输出。 [0026] 在一说明性实施例中，系统1使用蓝牙收发器15与用户的移动装置53(例如，蜂窝电话、智能电话、平板电脑、PDA或具有无线远程网络连接能力的任何其他远程装置)进行通信(17)。移动装置53随后可被用于通过例如与蜂窝塔57的通信(55)来与车辆31外部的网络61进行通信(59)。在一些实施例中，蜂窝塔57可以是WiFi接入点。移动装置53还可被用于与诸如可穿戴装置83(例如，智能手表、智能眼镜等)的附件装置进行通信(84)。移动装置53可将一个或更多个控制功能传送给可穿戴装置83。例如，移动装置53可使得可穿戴装置83能够接受电话呼叫、启用移动应用、接收通知和/或它们的组合。在另一示例中，可穿戴装置83可基于在移动装置53中执行的一个或更多个移动应用将车辆控制特征/功能发送给VCS 1。 [0027] 移动装置53与蓝牙收发器15之间的通信由信号14表示。可通过按钮52或类似的输入来指示将移动装置53与蓝牙收发器15进行配对。相应地，CPU 3被指示使得车载蓝牙收发器15可与移动装置53中的蓝牙收发器进行配对。在另一示例中，可穿戴装置83和蓝牙收发器15之间的通信由信号14来表示。与移动装置蓝牙配对处理类似，可通过按钮52或类似的输入来指示可穿戴装置83与蓝牙收发器15的配对。车载蓝牙收发器15可与可穿戴装置83中的蓝牙收发器进行配对。 [0028] 处理器3可被配置为向先前配对的移动装置53和/或可穿戴装置83(例如，远程装置)发送信息。处理器3可被配置为请求与先前配对的远程装置的通信。例如，响应于来自处理器3的请求的通信，先前配对的远程装置53可向处理器3发送已建立的通信的消息。 [0029] 可利用例如与远程装置53关联的数据计划、话上数据或DTMF音在CPU 3与网络61之间传送数据。可选地，可期望包括具有天线18的车载调制解调器63以便在CPU 3与网络61之间通过语音频带来传送数据(16)。远程装置53随后可被用于通过例如与蜂窝塔57的通信(55)来与车辆31外部的网络61进行通信(59)。在一些实施例中，调制解调器63可与蜂窝塔57建立通信(20)，以用于与网络61进行通信。作为非限制性示例，调制解调器63可以是USB蜂窝调制解调器，并且通信20可以是蜂窝通信。 [0030] 在一说明性实施例中，处理器3设置有包括用于与调制解调器应用软件进行通信的应用程序接口(API)的操作系统。调制解调器应用软件可访问蓝牙收发器上的嵌入式模块或固件，以完成与(诸如在远程装置53中发现的)远程蓝牙收发器的无线通信。蓝牙是IEEE 802PAN(个域网)协议的子集。IEEE 802LAN(局域网)协议包括Wi-Fi并与IEEE 802PAN具有相当多的交叉功能。两者都适合于车辆内的无线通信。可在这一范围使用的其他通信方式是自由空间光通信(诸如IrDA)和非标准化消费者IR协议。 [0031] 在另一实施例中，远程装置53包括用于语音频带通信或宽带数据通信的调制解调器。在话上数据的实施例中，当远程装置53的所有者可在数据正被传送的同时通过装置说话时，可实施已知为频分复用的技术。在其他时间，当所有者没有在使用装置时，数据传送可使用整个带宽(在一示例中是300Hz至3.4kHz)。尽管频分复用对于车辆与互联网之间的模拟蜂窝通信而言可能是常见的并仍在被使用，但其已经很大程度上被用于数字蜂窝通信的码域多址(CDMA)、时域多址(TDMA)和空域多址(SDMA)的混合体所替代。这些都是ITU IMT-2000(3G)兼容的标准，为静止或行走的用户提供高达2mbs的数据速率，并为在移动的车辆中的用户提供高达385kbs的数据速率。3G标准现在正被IMT-Advanced(4G)所替代，其中，IMT-Advanced(4G)为在车辆中的用户提供100mbs的数据速率并为静止的用户提供1gbs的数据速率。如果用户拥有与远程装置53关联的数据计划，则所述数据计划可允许宽带传输且系统可使用宽得多的带宽(加速数据传送)。在另一实施例中，远程装置53被安装至车辆31的蜂窝通信装置(未示出)所替代。在另一实施例中，远程装置53可以是能够通过例如(而非限制)802.11g网络(即WiFi)或WiMax网络进行通信的无线局域网(LAN)装置。 [0032] 在一实施例中，传入数据可经由话上数据或数据计划穿过远程装置53，穿过车载蓝牙收发器，并进入车辆的内部处理器3。例如，在某些临时数据的情况下，数据可被存储在HDD或其他存储介质7上，直至不再需要所述数据时为止。 [0033] 可与车辆进行接口连接的其他源包括：具有例如USB连接56和/或天线58的个人导航装置54、具有USB 62或其他连接的车辆导航装置60、车载GPS装置24或具有与网络61连接的能力的远程导航系统(未示出)。在另一示例中，无线装置(例如，移动装置53、可穿戴装置83等)可经由USB连接与处理器进行通信。USB是一类串行联网协议中的一种。IEEE 1394(火线TM(苹果)、i.LINKTM(索尼)和LynxTM(德州仪器))、EIA(电子工业协会)串行协议、IEEE 1284(Centronics端口)、S/PDIF(索尼/飞利浦数字互连格式)和USB-IF(USB开发者论坛)形成了装置-装置串行标准的骨干。多数所述协议可被实施为用于电通信或光通信。 [0034] 此外，CPU 3可与各种其他的辅助装置65进行通信。这些装置可通过无线连接67或有线连接69来连接。辅助装置65可包括但不限于个人媒体播放器、无线保健装置、便携式计算机等。 [0035] 此外或可选地，可使用例如WiFi(IEEE 803.11)收发器71将CPU 3连接到基于车辆的无线路由器73。这可允许CPU 3在本地路由器73的范围中连接到远程网络。 [0036] 除了通过位于车辆中的VCS 1来执行代表性处理之外，在某些实施例中，还可由与车辆计算系统通信的计算系统来执行处理。这样的系统可包括但不限于：无线装置(例如，移动电话、智能电话、远程装置53、可穿戴装置83等)或通过无线装置连接的远程计算系统(例如，服务器61)。这样的系统可被统称为与车辆关联的计算系统(VACS)。在某些实施例中，VACS的特定组件可根据系统的特定实施方式而执行处理的特定部分。通过示例而并非限制的方式，如果处理包括利用配对的无线装置发送或者接收信息，则很可能无线装置不执行该处理，这是因为无线装置不会与自身进行信息的“发送和接收”。本领域的普通技术人员将理解何时不适合对给定解决方案应用特定的VACS。在所有解决方案中，预期至少位于车辆自身内的车辆计算系统(VCS)1能够执行该处理。 [0037] 图2示出一个或更多个远程装置53运行与VCS 1通信的一个或更多个应用的说明性示例。远程装置53-A至53-C(统称为53)可由整个乘客厢内的乘员(包括后排座椅上的乘员)来操作。一个或更多个远程装置53的说明性示例在图中被表示为与VCS 1通信的多个装置53的示例。 [0038] 在该说明性实施例中，远程装置53-A(例如而不限于蜂窝电话、PDA、GPS装置等)具有在其上存储的一个或更多个远程应用201-A至201-C(统称为201)以及205-A至205-C(统称为205)。远程应用201和205使用客户端API 203-A至203-C(统称为203)以及207-A至207-C(统称为207)与VCS 1进行通信。例如，该API可被提前提供给开发者，且定义了传出包和传入包的格式，使得远程装置53与VCS 1之间的通信是可行的。如果超过一个应用同时进行通信，则调度器211-A至211-C(统称为211)可被提供给远程装置53。 [0039] 数据通过通信链路213从远程装置53被传送到VCS 1。该通信链路可以是有线链路或无线链路，并且可以是半双工或全双工的。在一个非限制性示例中，该链路是蓝牙链路。 [0040] VCS 1具有在其上存储的各种应用，所述各种应用包括但不限于：通信管理器223、API抽象应用(或层)217、管理和仲裁应用219以及适应应用221(这些应用也可以是单一应用或多个应用(诸如，服务提供商应用215)的层)。 [0041] 在该代表性实施方式中，通信管理器223处理所有传输，将传入消息转发到API抽象应用(或层)217，确保传出消息经由适当的传输信道被发送。通信管理器223还可与同时连接到VCS 1的一个或更多个远程装置53传送消息。车辆所有者或车辆驾驶员可配置特定通信和优先权设置，从而允许特定的装置或乘客与VCS 1进行通信。 [0042] 抽象应用217可将进入消息转换为由服务执行的动作，并从来自本地模块的信息和事件中创建传出消息。管理和仲裁应用219通过管理HMI元件的使用和管理资源消耗来针对每个应用虚拟化VCS 1。适应应用221可封装(encapsulate)本地API并与核心本地应用共存。该应用可被修改或替换，以允许通信连接与不同版本的VCS 1系统软件兼容。 [0043] 在至少一个实施方式中，消息协议可被用于对在移动客户端(例如，远程装置53)与VCS 1之间交换的消息进行编码，以针对诸如显示和说出文本、收听、传导按钮按压等的目的而命令和控制人机界面(HMI)。这些消息可包含少量数据(例如，文本短语、按钮标识符、状态、拇指驱动器文件数据、配置数据等)。使用由消息规范提供的补充支持，该协议可允许多个乘客应用会话同时使用单个传输信道。 [0044] 可在适当和可用时使用其他开放标准协议，诸如，用于将音频从远程装置53流传输到车辆音频系统的A2DP蓝牙配置文件(不是所有的移动装置都支持A2DP)。然而，一些开放标准协议不总是在每个远程装置上可用，或者不总是被一致地实施。此外，针对这些协议的使用的API支持可能不在所有远程装置平台上被一致地实施。因此，当技术上足够容易实现且在可跨平台实现一致性的重大改进时，一些开放标准协议(例如，OBEX)的功能可作为消息协议的一部分被提供。 [0045] 传输可被配置为支持全双工通信，以便在乘客应用与VCS 1之间提供提示事件传播。传输还可支持多个并发信道(concurrent channel)，以便允许来自一个或更多个装置的并发连接。 [0046] 一个或更多个代表性传输是串行传输(RS232)和TCP/IP传输。例如，与远程装置的串行传输通信可通过蓝牙串行配置文件被提供。多数远程装置53支持该配置文件，且多数提供通用的编程模型以供其使用。串行编程模型被广泛使用且高度一致。如果VCS 1提供通过USB的串行传输支持(Serial-over-USB support)，则串行传输可被用于USB连接到VCS 1的任何远程装置53(在该远程装置提供通过其USB连接的串行传输支持的情况下)。 [0047] 此外，TCP/IP传输向在VCS 1上运行的应用提供使用本地HMI 4的能力。如果模块未来提供外部TCP/IP连接，则该传输可允许外部客户端通过该TCP/IP连接进行连接。用于TCP/IP的套接字编程模型(例如，包括API)通常是高度可移植的。这种示例可以是使用客户端API 227通过本地套接字225进行通信的本地加载的应用229。 [0048] 在至少一个示例性实施例中，系统的解耦性质(decoupled nature)(VCS 1在一个或更多个乘员应用连接前不会意识到所述一个或更多个乘员应用)需要发现机制，在所述发现机制中，系统和远程装置53可发现彼此的存在和能力。 [0049] 多重发现是可行的，其中，远程装置53的乘客能够发现本地平台的环境能力、区域能力和HMI能力，系统能够发现在一个或更多个远程装置53上可用的应用，同时具有启动这些应用的能力。 [0050] 在该说明性实施例中，本地API231具有与其关联的各种服务，所述服务可由远程装置53通过函数调用(function call)进行访问。例如，可提供显示功能233。 [0051] 系统可提供允许乘员的应用写入车辆显示器和查询车辆显示器的特性的API。每个显示器的特性可被总体上进行描述，使得乘员的应用可能不需要针对单独的显示器类型(例如，类型1FDM、类型3GAP、类型6导航等)进行硬编码。具体地，系统可列举每个显示器并指示每个显示器的预期使用(主显示器或辅助显示器)。此外，VCS 1可列举每个显示器的可写文本字段，提供每个可写文本字段的维度，并指示每个字段的预期的一般使用。为了促进与当前用户界面的一致性，在驾驶员分心规则允许的情况下也可包括对长文本的滚动的支持。 [0052] 系统还可包括文本到语音的能力241。系统可提供允许乘员的应用利用VCS 1的文本到语音功能的API。客户端应用还能够在音频图标的播放中插入口语文本。客户端应用能够利用预先存在的音频图标或者提供它们自己的短音频文件。应用提供的音频文件的格式可受限于本地支持的格式。 [0053] 说明性实施例的进一步的功能可包括一个或更多个按钮输入243。实施例的一个示例可以是通过使用安装在车辆中的按钮(例如，方向盘按钮)来控制一个或更多个远程装置53上的应用。 [0054] 另一代表性功能可以是语音识别功能245。系统可提供允许客户端应用利用VCS 1的口语识别能力的API。VCS 1可提供本地语音识别API，以为客户端应用开发者提供更简单的开发模型。语音语法API还可被简化，同时保持大部分本地API的灵活性。例如，VCS 1(例如，代表客户端应用)可识别全局语音命令(诸如，“前排座椅乘员”、“蓝牙音频”或“USB”)并将控制转到适当的远程装置53和/或应用。 [0055] 还可提供音频I/O 237。VCS 1可提供对HMI 4的受控制的访问，同时强制执行被编入核心应用的接口约定。在远程装置53上执行的单个“聚焦”乘员应用(“in focus”occupant application)可被允许对显示器、按钮、音频捕获或语音引擎进行主要访问。无焦点的乘员应用(occupants’application without focus)(例如，文本消息、转向导航等)可被允许经由VCS 1发出短通告(例如，“新消息已到达”或者“向左转”)。立体声音频可在远程装置53音频应用之后继续播放。 [0056] VCS 1可提供允许客户端应用捕获使用麦克风记录的音频的API。虽然捕获可能随时被打断，但是客户端应用可指定捕获的持续时间。捕获的音频可被返回给乘员的应用或者存储在本地驱动器或便携式驱动器上。一个或更多个远程装置53可访问捕获的音频，并且可将音频下载到一个或更多个乘客远程装置53。 [0057] VCS 1能够使用中速控制器局域网(MSCAN)239来执行与车辆的特定的其它控制器(例如，暖通空调(HVAC)控制器或卫星数字音频无线电服务(SDARS))的数据通信。此外，VCS 1内也可设置有文件I/O 235。例如，VCS 1可提供允许在远程装置53上执行的乘员应用对远程驱动器上的文件进行读取、写入、创建和/或删除。对远程驱动器文件系统的访问可被限制，这是因为客户端应用可能仅对指定给该乘员应用的目录中的数据进行读取/编辑。 [0058] 最终，系统可提供各种形式的安全措施，以确保系统完整性。系统API可被限制，以防止通过乘客应用对VCS 1和车辆造成无意的或恶意的损害，所述限制包括(但不限于)：限制对车辆CAN总线的访问；限制对本地文件系统的访问；禁止或限制对音频输出音量的访问；禁止访问禁用PTT(一键通)、菜单或开发者可能认为必要的其他按钮；以及禁止访问禁用系统语音命令或媒体播放器源命令。 [0059] 此外，乘客应用连接到VCS 1可由驾驶员或车辆所有者批准。例如，可使用下面的准则：驾驶员或车辆所有者可在远程装置53上安装乘客应用；经由蓝牙连接的乘客应用必须运行在由驾驶员或车辆所有者配对到VCS 1的远程装置53上；在VCS 1上本地运行的应用必须由车辆所有者安装到系统上。 [0060] 远程装置53连接到VCS 1的另一示例是经由USB端口。乘客的远程装置53可使用连接到VCS 1的USB端口被连接。驾驶员和/或车辆所有者可批准乘客远程装置53与VCS 1之间的连接。驾驶员和/或车辆所有者可选择与乘员远程装置53关联的特定限制和优先级别。 [0061] VCS 1还可使用签名的和特权的应用。例如，一般的应用可利用VIN指定的证书进行签名，VIN指定的证书允许它们仅与特定车辆进行交互。证书可被附加到在车辆所有者、驾驶员或乘客从分布模型获取应用时安装的应用。每个证书可包含VIN指定的密钥和应用的身份的加密副本。当连接到服务时，应用身份字符串和证书被发送到VCS 1。VCS 1对证书进行解密，并验证VIN密钥是否与系统匹配以及应用身份是否与经由远程装置53从应用发送的应用身份相匹配。如果两个字符串均不匹配，则来自应用的进一步的消息不可被允许。多个密钥可被包括在应用安装内，以允许多个车辆使用该应用。 [0062] 除了用作已发布数据的高速通道之外，VCS 1本身可发布数据以用于订阅。例如，链接到VCS 1的GPS数据可由系统进行发布并由期望使用所述数据的应用进行订阅。这些仅仅是关于可如何结合说明性实施例使用公布/订阅的几个非限制性示例。 [0063] 图3示出根据实施例的车辆乘员使用一个或更多个链接或连接的远程装置53向VCS 1提供目的地建议的说明性示例300。VCS 1可具有在系统的硬件上执行的一个或更多个应用，以在车辆用户界面显示器4上提供导航应用302。导航应用302可提供用于请求建议的目的地或经由与VCS 1通信的一个或更多个远程装置针对建议的目的地304对连接的装置进行轮询的界面。通过车辆用户界面输入的建议的目的地或建议的目的地请求304可被用于向一个或更多个远程装置53发送针对与如通常由连接的装置53-A和53-B指示的建议的目的地或对于建议的目的地的请求有关的输入的请求。如前所述，例如，远程装置53-A和53-B可通过收发器15进行无线连接，或者通过经由USB端口的连接进行链接。 [0064] 在代表性实施例中，响应于在用户界面屏幕4上接收到的用于向一个或更多个车辆乘员请求建议的目的地304的输入，VCS 1可向一个或更多个远程装置53发送针对与建议的目的地请求有关的输入的请求(301、303)。第一远程装置53-A可发送提议的目的地306(诸如，去麦当劳餐厅306)。第一远程装置53-A可基于在远程装置53的用户界面屏幕上的用户输入来向VCS 1发送提议的目的地306(308)。VCS 1可基于建议的目的地请求304经由收发器15接收提议的目的地306(301)。VCS 1可经由CPU 3处理提议的目的地306。响应于在VCS 1接收到提议的目的地306，系统可向其他远程装置53发送用于接受或拒绝提议的目的地306的请求。例如，VCS 1可向第二远程装置53-B发送从第一远程装置53-A接收到的提议的目的地306(303)。 [0065] 响应于来自VCS 1的提议的目的地消息，第二远程装置53-B可输出提议的目的地310、用于接受(“是”312)还是拒绝(“否”314)提议的目的地的选项、用于输入可选目的地的选项316和/或它们的组合。例如，响应于经由第二远程装置53-B的界面屏幕接收到“是”312的输入，第二远程装置53-B可向VCS 1发送接受响应。VCS 1可接收接受响应，并确定是否产生到提议的目的地的路线。 [0066] 在一示例中，VCS 1可通过计算与拒绝响应的总数进行比较的接受响应的总数来对接收的乘员反馈进行仲裁，以用于确定是否产生到建议的目的地的路线。如果VCS 1通过具有从多数车辆乘员接收到的接受响应的总数来计算多数选票，则系统可产生从当前车辆位置到提议的目的地的路线。在另一示例中，VCS 1可将接受响应的数量与预定义阈值进行比较。所述预定义阈值可以是基于与VCS 1通信的连接的远程装置的数量而计算出的多数比率。例如，如果接受响应超过所述预定义阈值，则VCS 1可接受提议的目的地并产生到目的地的路线。 [0067] 在另一示例中，VCS 1可基于考虑多数因子的预定义阈值来确定是否调整导航应用的设置。预定义阈值可包括多数因子与从每个装置接收到的乘员响应的总数的乘积。预定义的多数因子可被设置为大约百分之五十一，使得预定义阈值可等于与提供乘员反馈的装置的数量相关的值。当然，根据特定的应用和实施方式的各种其他仲裁策略也是可行的。 [0068] 图4示出根据实施例的示出VCS 1与一个或更多个远程装置53进行通信的框图。VCS 1可包括一个或更多个处理器(例如，CPU 3)、至少一个无线收发器15以及车载显示器 4。VCS 1可经由至少一个收发器与一个或更多个远程装置53进行通信。一个或更多个远程装置53可包括一个或更多个处理器、无线收发器以及远程装置用户界面显示器。 [0069] VCS 1可经由握手处理与一个或更多个远程装置53建立通信。握手处理可包括在VCS 1与一个或更多个远程装置53之间来回的一系列通信，以用于系统访问认证的目的。如果握手完成，则VCS 1可从在远程装置53上执行的应用接收数据。例如，握手处理可包括用于检测远程装置53是否已与VCS 1配对的信息的交换。在另一示例中，VCS 1可能正在执行与远程装置53关联的应用。应用可具有被配置为验证VCS 1被授权与远程装置53通信的密钥。 [0070] VCS 1可基于在车辆用户界面处接收到的用户输入而向一个或更多个远程装置53请求音乐建议(402)。响应于接收到请求的音乐建议(402)，第一远程装置53-A可向装置用户界面屏幕输出向与装置关联的车辆乘员请求针对音乐的建议的消息。VCS 1可基于来自经由装置用户界面屏幕输入建议的车辆乘员的反馈而从第一远程装置53-A接收建议(404)。VCS 1还可从第二远程装置53-B和/或第三远程装置53-C接收附加建议(406、408)。 [0071] 响应于接收到的建议，VCS 1可基于来自车辆乘员经由他们的远程装置53的反馈将建议的音乐整理成选项列表(410)。VCS 1可向一个或更多个远程装置53发送选项列表(412)。例如，第二远程装置53-B可将选项列表输出到装置用户界面屏幕。第二远程装置53-B可经由装置用户界面屏幕接收基于呈现的选项列表的用户输入。响应于从在装置用户界面屏幕处的选项列表接收到的选择(414、418和422)，VCS 1可从第一远程装置53-A、第二远程装置53-B和/或第三远程装置53-C分别接收已选择的选项(416、420和424)。 [0072] VCS 1可产生针对接收到的已选择的选项的统计排名，使得系统可输出与多数选项或多个选项对应的音乐建议(426)。例如，统计排名可计算从选项列表接收的响应的总数。响应于从选项列表接收的响应的总数，VCS 1可将来自选项列表的每个选择与响应的总数进行比较。VCS 1可基于比较来确定接收到多数选择的选项。在另一示例中，VCS 1可将来自选项列表的每个接收到的选择与预定义阈值进行比较。预定义阈值是针对与VCS 1通信的远程装置53的数量的多数计算比率。如果VCS 1基于从选项列表接收到的选择确定不存在多数选票，则系统可具有实施来自可能具有优先权的装置的选择的默认规则。 [0073] 例如，VCS 1可将属于前排座椅乘客的远程装置53分配为在基于针对接收到的选择的统计排名计算而确定不存在多数选票的情况下的针对选项列表的默认选择。在另一示例中，如果针对接收到的选择确定不存在多数选票选择，则VCS 1可按照预定义顺序实施所有选择的选项。 [0074] 图5是示出VCS 1与一个或更多个远程装置53进行通信的示例方法500的流程图。方法500可包括用于基于从与至少一个远程装置53关联的车辆乘员接收到的反馈来控制一个或更多个车辆设置的指令。方法500可使用包含在VCS 1内的软件代码来实现。在其他实施例中，方法500可在其他车辆控制器(例如，一个或更多个模块)中实现，或者分布在多个车辆模块中。 [0075] 再次参照图5，在整个方法500的讨论中参考了在图1至图4中示出的车辆及其组件，以便于理解本公开的各个方面。可通过被编入车辆的适合的可编程逻辑器件(诸如，处理器3)、装置处理器、与车辆计算系统进行通信的另一控制器或它们的组合的计算机算法、机器可执行代码或软件指令来实现基于经由与远程装置53的通信链路的来自一个或更多个车辆乘员的反馈来控制车辆特征/功能(例如，车辆设置)的方法500。虽然在流程图500中示出的各种操作呈现为按照时间顺序发生，但是所述操作中的至少一些可按照不同顺序发生，并且一些操作可被同时执行或根本不被执行。 [0076] 在操作502，VCS 1可基于点火系统的点火开关接通位置或状态被初始化和启用。VCS 1可初始化一个或更多个应用以用于执行。响应于VCS 1的初始化，系统可在用户界面显示一个或更多个应用。例如，VCS 1可执行被配置为经由通信链路(例如，USB、蓝牙等)与连接到系统的一个或更多个远程装置53进行通信的应用。VCS 1可管理一个或更多个远程装置53与在系统的硬件上执行的应用之间的数据的通信。 [0077] 在操作504，VCS 1可基于系统的初始化来搜索一个或更多个装置53。响应于在车厢内检测到装置，VCS 1可确定装置是否被识别为先前配对的装置，同时在操作506估计装置在车厢内的位置。如果在车厢内未识别出装置的位置，则在操作508，VCS 1可向每个装置发送针对座椅位置的请求。例如，VCS 1可经由车辆用户界面屏幕请求与装置关联的车辆乘员输入座椅位置(例如，前排座椅乘客、后排座椅乘客等)。在另一示例中，车辆乘员可经由他们的远程装置用户界面屏幕输入座椅位置，并经由他们的装置53向VCS 1发送位置。如果驾驶员装置被识别为一个或更多个远程装置53中的一个，则VCS 1可启用锁定功能，以防止到驾驶员装置的与信息娱乐设置关联的通信。 [0078] 在操作510，VCS 1可在车辆用户界面屏幕接收信息娱乐设置。在操作512，响应于接收到信息娱乐设置，VCS 1可检索与信息娱乐关联的一个或更多个设置选项。例如，如果经由车辆信息娱乐系统选择了播放歌曲，则VCS 1可检索多个歌曲播放设置(包括但不限于，跳过歌曲设置、暂停歌曲设置、增大音量请求、减小音量请求和/或重复歌曲设置)。在另一示例中，歌曲播放设置可包括新歌曲建议设置。 [0079] 在操作514，VCS 1可向与系统通信的识别的装置发送一个或更多个选项。继续上面的示例，识别的装置可接收跳过歌曲设置、暂停歌曲设置和/或重复歌曲设置，使得车辆乘员可经由与乘员关联的远程装置53提供反馈。在操作516，响应于车辆乘员选择与信息娱乐设置关联的一个或更多个选项，VCS 1可经由远程装置53接收针对信息娱乐设置的反馈。从远程装置53接收到的反馈可包括与信息娱乐设置关联的建议。例如，建议可包括基于经由信息娱乐系统选择播放的歌曲的新歌曲建议。在另一示例中，建议可包括基于经由车辆导航系统选择的目的地的新目的地。建议设置可被应用到其他信息娱乐设置(包括但不限于，气候控制设置、内部照明设置、电影设置和/或游戏设置)。 [0080] 在操作518，响应于从与VCS 1通信的一个或更多个远程装置53接收到的反馈，系统可确定与信息娱乐设置关联的选项是否超过预定义多数选票阈值。例如，VCS 1可确定与信息娱乐设置关联的特定选项与呈现给乘员的其他选项相比是否从车辆乘员接收到更多反馈。继续上面的示例，如果VCS 1从与系统通信的三个远程装置中的两个远程装置接收到跳过歌曲设置，则VCS 1可执行跳过歌曲设置。 [0081] VCS 1可具有包括在未计算出多数的情况下对预定义装置和/或车辆乘员给出否决指定的一个或更多个仲裁规则。例如，如果VCS 1从每个远程装置接收到与信息娱乐设置关联的不同的选择的选项，则系统可由于由于系统无法计算出多数选票而执行由前排座椅乘客选择的选项。如果从与信息娱乐设置关联的一个或更多个选项中未选择选项和/或针对选择的选项未计算出多数选票，则在操作520，VCS 1可保持在当前设置下的信息娱乐设置。 [0082] 在操作522，响应于来自与车辆乘员关联的一个或更多个远程装置53的反馈，VCS 1可基于选择的选项来调整信息娱乐设置。在操作524，VCS 1可基于检测到的点火系统的点火开关断开位置而结束经由一个或更多个远程装置调整信息娱乐设置的方法。 [0083] 图6是示出用于经由一个或更多个远程装置53调整VCS 1处的音乐选择的示例方法600的流程图。方法600可使用包含在VCS 1内的软件代码来实现。在其他实施例中，方法600可在其他车辆控制器中实现，或者分布在与一个或更多个远程装置53通信的多个车辆模块中。 [0084] 再次参照图6，在整个方法600的讨论中参考了在图1至图4中示出的车辆及其组件，以便于理解本公开的各个方面。可通过被编入车辆的适合的可编程逻辑器件(诸如，处理器3)、装置处理器、与车辆计算系统进行通信的另一控制器或它们的组合的计算机算法、机器可执行代码或软件指令来实现调整在VCS 1处的音乐选择的方法600。虽然在流程图600中示出的各种操作呈现为按照时间顺序发生，但是所述操作中的至少一些可按照不同的顺序发生，并且一些操作可被同时执行或根本不被执行。 [0085] 在操作602，响应于初始化的VCS 1，系统可搜索车厢内的一个或更多个装置53。在操作604，VCS 1可基于配对处理(例如，安全握手处理)与装置连接。 [0086] 在操作606，VCS 1可从连接的远程装置53接收歌曲选择。例如，VCS 1可被配置为经由在系统的硬件上执行的应用从远程装置接收歌曲选择。在操作608，VCS 1可基于歌曲选择来检索一个或更多个音乐控制选项。所述一个或更多个音乐控制选项包括用于接受或拒绝播放接收到的歌曲选择的选票。 [0087] 在操作610，VCS 1可向连接的远程装置发送一个或更多个音乐控制选项。继续上面的示例，VCS 1可发送用于接受或拒绝接收到的歌曲选择的选票，使得系统可基于乘客反馈来确定其他车辆乘员是否想要收听该歌曲。 [0088] 在操作612，VCS 1可接收基于在远程装置处的一个或更多个选择的选项的乘员反馈。在操作614，VCS 1可确定所述一个或更多个远程装置是否提供了针对新的歌曲的建议。例如，响应于接收到与选择的歌曲有关的一个或更多个选项，车辆乘员可向VCS 1发送新的建议的歌曲。在操作616，VCS 1可将新的歌曲建议生成为控制选项中的一个，以允许车辆乘员提供针对新建议的反馈。在一示例中，提供新的歌曲建议的车辆乘员可不提供与他们的建议关联的反馈。系统可阻止车辆乘员提供与选择的选项关联的赞成他们的建议的选票(例如，反馈)，使得系统可基于来自其他车辆乘员的反馈来计算多数选票。 [0089] 在操作618，VCS 1可计算针对每个选项接收到的响应的数量，以确定是否多数车辆乘员想要实现特定选项。在操作620，VCS 1可确定针对特定控制选项的反馈是否超过预定义阈值。例如，预定义阈值是基于考虑选择的选项的数量和连接到系统的远程装置的数量的多数选票的计算比率。在操作622，响应于一个或更多个音乐控制选项未超过预定义阈值，VCS可播放接收到的选择的歌曲。 [0090] 在操作624，VCS 1可基于选择的音乐控制选项超过预定义阈值来调整选择的歌曲。例如，如果通过与系统通信的多数连接的装置接收到跳过请求，则VCS 1可跳过选择的歌曲。在另一示例中，如果针对新的歌曲的关联选项超过预定义阈值，则VCS 1可播放新的歌曲建议。在操作626，VCS 1可基于检测到点火系统的点火开关断开位置而结束经由一个或更多个远程装置控制信息娱乐设置的方法。 [0091] 虽然以上描述了代表性实施例，但这些实施例并不意在描述权利要求所涵盖的所有可能形式。说明书中所使用的词语是描述性词语而非限制性词语，并且应理解的是，可在不脱离本公开的精神和范围的情况下做出各种改变。如前所述，可将各种实施例的特征进行组合以形成本发明的可能未被明确描述或示出的进一步的实施例。尽管各个实施例可能已被描述为提供优点或者在一个或更多个期望的特性方面优于其它实施例或现有技术实施方式，但是本领域的普通技术人员应认识到，一个或更多个特征或特性可被折衷以实现取决于具体的应用和实施方式的期望的整体系统属性。这些属性可包括但不限于成本、强度、耐用度、生命周期成本、市场性、外观、包装、尺寸、可维护性、重量、可制造性、组装的容易性等。因此，针对一个或更多个特性被描述为不如其他实施例或现有技术的实施方式的实施例并非在本公开的范围之外，并且可被期望用于特定的应用。 |
||||||
QQ群二维码
意见反馈
意见反馈