CN105446765A - 协同乘员感测 - Google Patents

Abstract

一种车辆系统包括通信接口及处理装置。通信接口编程为与至少一个移动设备配对。处理装置编程为接收自移动设备发送的数据文件，该数据文件包括乘员信息。处理装置进一步编程为基于乘员信息更新至少一个车辆设置。

Description

协同乘员感测

背景技术

通常可以为特殊用户的需要及喜好定制消费品，尤其当考虑关于该用户的个人信息时。然而，有时候消费者并不情愿分享个人信息，留给消费者根据平均用户的需要及喜好执行的产品。尽管如此，一些消费品开发者已经尝试基于收集的关于特定产品的使用方式的信息来定制产品。

附图说明

图1示出了包含基于通过配对的移动设备接收的乘员信息更新车辆设置的系统的示例车辆；

图2是可以包含在图1所示的车辆系统中的示例部件的框图；

图3是可以包含在由图1的车辆的乘员使用的移动设备中的示例部件的框图；

图4是可以由图1和图2中所示的车辆系统执行的示例过程的流程图。

具体实施方式

在汽车背景下，本地地存储在车辆存储器中的驾驶员配置文件有时被用于更新各种车辆设置。可以从驾驶员的驾驶习惯中开发配置文件。然而，车辆不是总能区分不同的驾驶员。因此，可以使用共享特定车辆的多个驾驶员的驾驶习惯开发单个配置文件。另外，由于配置文件是本地地存储，其不能被传输至其他车辆，也不考虑来自其他车辆的驾驶习惯。车辆可能需要很长时间为经常使用至少一辆其他车辆的特定驾驶员建立精确的配置文件。经常由不同驾驶员驾驶的车辆——例如租赁车辆——可能从来没有建立精确的驾驶员配置文件的机会。

除了驾驶员习惯，可以由添加到配置文件中的乘员信息定制车辆设置。由于乘员信息是本地地存储，将需要将其录入至特定乘客使用的每个车辆中。一些乘员可能由于隐私问题或由于认为这样做是乏味的或没必要的而反对提供这样的信息。然而，不能提供这样的信息可能导致乘员错过一些重要的设置更新或定制。

开发精确的配置文件的一种方式是相对车辆远程地存储乘员信息。例如，乘员信息可以存储在由乘员携带的并且配置为与车辆系统配对的移动设备上。车辆系统包括编程为与一个或多个移动设备配对的通信接口以及编程为接收自移动设备发送的数据文件的处理装置。数据文件包括乘员信息。处理装置基于乘员信息更新车辆设置。另外，如果数据文件来自驾驶员的移动设备，则可以更新数据文件并将其传输至移动设备，这样驾驶员的最新驾驶习惯对驾驶员可能操作的其他车辆是可用的。另外，为了缓解隐私问题，乘员信息可以是基于由乘员提供给移动设备的信息。此外，可以在车辆关闭之后从车辆的存储器中删除乘员信息。换句话说，在乘员离开车辆之后，没有关于乘员的信息存储在车辆中。

可以基于自乘员的移动设备传输的数据文件来更新车辆设置的示例车辆系统包括通信接口及处理装置。通信接口编程为与至少一个移动设备配对。处理装置编程为接收数据文件，该数据文件包括自移动设备发送的乘员信息。处理装置进一步编程为基于乘员信息更新至少一个车辆设置。所示的元件可以采取多个不同的形式并且包括多个和/或替换部件及设施。所示的示例部件并不旨在限制。实际上，可以使用额外的或可替换的部件和/或实施方式。

如图1所示，车辆100包括车辆系统105，车辆系统105基于通过配对的移动设备110接收的乘员信息更新车辆设置。尽管示为四门轿车，但车辆100可以包括任何乘用或商用汽车，例如轿车、卡车、运动型多功能车辆、跨界车、厢式货车、迷你厢式货车、出租车、公共汽车等。在一些可行的途径中，车辆100是配置为以自主(例如无人驾驶的)模式、部分自主模式和/或非自主模式运行的自主车辆。

车辆系统105可以配置为与任意乘客的移动设备110配对并且接收来自每个配对的移动设备110的乘员信息。如下面更加详细地讨论的，车辆系统105可以提示一个或多个乘客通过座椅布置匹配每个配对的移动设备110与每个乘客。用于被识别为“驾驶员”的人的乘员信息可以用于更新一个或多个与车辆100的操作相关的车辆设置。因此，可以为驾驶员定制设置。用于其他乘客的乘员信息可以用于调整与车辆100内每个乘客的位置相关的某些车辆子系统。例如，乘员信息可以指示特定乘客怀孕。可以将车辆安全系统的操作(例如可以如何展开某些安全气囊)调整为应对乘坐在特定座椅上的怀孕的乘客。

车辆系统105可以利用在车辆100运行过程中收集的额外信息进行更新。可以由车辆100基于例如驾驶员的驾驶习惯来收集额外信息。可替换地，可以由移动设备110收集额外信息。也就是说，移动设备110可以接收由一个或多个乘员自愿地提供的乘员信息。

在一些例子中，代替调整车辆设置或除了调整车辆设置以外，车辆系统105可以基于接收的乘员信息向一个或多个乘客呈现指示。例如，继续乘客怀孕的示例，指令可以引导怀孕的乘客例如以特定的方式系好座椅安全带。如下面更加详细地讨论的，可以通过位于车辆100的乘客舱内的用户界面装置呈现指令。可替换地或另外，可以通过乘客的移动设备110呈现指令。

图2是可以包含在车辆系统105内的示例部件的框图。如所示的，车辆系统105包括通信接口115、用户界面装置120、存储装置130及处理装置125。

通信接口115可以编程为与位于车辆100内部或附近的移动设备110无线地通信，该移动设备包括由任何乘员携带的移动设备110。通信接口115可以根据任意数量的例如协议的电信协议与移动设备110通信。通信接口115可以接收来自每个配对的移动设备110的数据文件。除了乘员信息，上面部分描述的，数据文件可以包括移动设备识别码，例如移动设备110的名称或识别号。

用户界面装置120可以配置为向在车辆100的乘客舱内的一个或多个乘客呈现音频或视频信息，或两者。如下面更加详细地讨论的，呈现的信息可以至少部分基于接收自每个配对的移动设备110的乘员信息。另外，用户界面装置120可以配置为接收用户输入。在一些可行的途径中，用户界面装置120可以包括触敏显示屏。因此，用户界面装置120可以呈现虚拟座椅布置以及设备识别码列表。每个设备识别码可以与其中一个配对的移动设备110关联。用户界面装置120可以提示其中一个乘客关联每个设备识别码与其中一个虚拟座椅。另外，用户界面装置120可以编程为接收关联每个设备识别码与其中一个虚拟座椅的用户选择。因此，响应于该提示，驾驶员或前排座椅乘员可以将表示每个配对的移动设备110的图标拖拽至适当的虚拟座椅。例如，驾驶员可以将表示驾驶员的移动设备110的图标拖拽至虚拟驾驶员座椅。表示其他前排座椅乘员的移动设备110的图标可以被拖拽至虚拟前排乘客座椅。表示驾驶员侧后方乘员的移动设备110的图标可以被拖拽至驾驶员侧后方虚拟座椅，以及表示乘客侧后方乘员的移动设备的图标可以被拖拽至乘客侧后方虚拟座椅。至少一个图标可以被放置在虚拟座椅中并且由至少一个乘员确认座椅布置，否则不能采取基于来自用户界面装置120的数据调整车辆设置的任何行为。同样，可以仅仅为确认的虚拟座椅位置调整车辆设置。

处理装置125可以编程为接收自每一配对的移动设备110发送的数据文件并基于接收的乘员信息更新至少一个车辆设置。在一些例子中，当检测到配对的移动设备110，处理装置125可以通过通信接口115请求每个移动设备110传送其数据文件。可替换地，当与通信接口115配对时可以自动地传送数据文件。

数据文件可以包括移动设备识别码以及乘员信息。乘员信息可以包括，例如，像特定乘客的年龄、性别、身高、体重、任何特殊身体状况以及乘员是否怀孕的健康信息。另外，乘员信息可以表示与特定乘员的驾驶习惯相关的数据。

处理装置125可以编程为处理乘员信息并根据例如每个乘客坐在哪里来调整一个或多个车辆设置。根据提供给用户界面装置120的座椅布置，处理装置125可以编程为将每个移动设备识别码和每个数据文件关联至车辆100内的特定座椅。对各种车辆子系统的调整可以基于座椅布置。例如，与驾驶员关联的乘员信息可以用于调整将导致车辆100以驾驶员偏好的方式响应的车辆子系统。对于任何怀孕的乘客，处理装置125可以命令用户界面装置120呈现以特定方式系好座椅安全带的指令。该指令可以包括音频指令、视频指令或两者的组合。另外或可替换地，处理装置125可以命令车辆安全系统为怀孕的乘员或为身高和/或体重在特定范围之外的乘员或为具有特殊身体状况的乘员改变安全气囊的展开方式。

处理装置125可以进一步编程为更新与驾驶员相关的数据文件并向驾驶员的移动设备110传送更新的文件。随着驾驶员操作车辆100，可以由一个或多个车辆子系统收集与驾驶员的驾驶习惯相关的数据。由处理装置125接收并处理驾驶习惯以生成更新的数据文件。处理装置125可以编程为命令通信接口115将更新的数据文件传送至驾驶员的移动设备110。

在一些可行的实施方式中，当不再需要数据文件时，处理装置125可以从本地存储装置130中删除数据文件。例如，当车辆100关闭时或当与数据文件关联的乘客离开车辆100时，处理装置125可以使得一个或多个存储的数据文件从本地存储装置130中移除。通过这种方式，关于每个乘员的个人信息不会长期存储在车辆100内，这降低了乘员的个人信息可能被不恰当地访问的可能性。处理装置125可以基于接收自座椅传感器的信号或者当与特定乘客关联的移动设备110不再在车辆系统105的通信范围内或不再与车辆系统105配对时确定乘客是否已经离开车辆100。

现在参照图3，能够与车辆系统105配对的每个移动设备110可以包括通信模块135、用户界面装置140、存储装置160及处理装置145。

通信模块135可以配置为与车辆系统105的通信接口115无线地通信。例如，通信模块135可以配置为使用例如的电信协议通信。响应于来自移动设备110上的处理装置145的命令，通信模块135可以将数据文件从移动设备110传送至车辆系统105。另外，通信模块135可以配置为自车辆系统105的通信接口115接收更新的数据文件。

用户界面装置140可以编程为提示用户输入乘员信息。例如，用户界面装置140可以呈现供用户回答的一些问题。提供的答案可以汇编到数据文件中。用户界面装置140可以包括例如用于接收用户输入的触敏显示器。

处理装置145可以编程为处理提供给用户界面装置140的用户输入以生成数据文件。另外，处理装置145可以编程为检测移动设备110何时已经与车辆系统105配对，并且命令通信模块135自动地或响应于来自车辆系统105的数据文件的请求将数据文件传送至车辆系统105。如果接收到更新的数据文件，则处理装置145可以编程为将更新的数据文件存储在机载的存储装置160中。

图4是可以由车辆系统105执行的示例过程400的流程图。

在框405，车辆系统105可以与由车辆乘员携带的一个或多个移动设备110配对。可以根据例如的无线通信协议由车辆系统105的通信接口115和移动设备110的通信模块135促成该配对。

在框410，车辆系统105的处理装置125可以从每个配对的移动设备110请求数据文件。该请求可以从车辆系统105的通信接口115传送至移动设备110的通信模块135。

在框415，车辆系统105可以自每个配对的移动设备110接收数据文件。数据文件可以包括与每个乘员相关的乘员信息，该乘员信息包括健康信息及驾驶习惯。可以通过通信接口115接收数据文件并将其存储在本地存储装置130中。当被存储时，数据文件对于车辆系统105的处理装置125是可以访问的。

在框420，车辆系统105的处理装置125可以确定来自例如用户选择的座椅布置。例如，处理装置125可以命令用户界面装置120以代表乘客舱连同每个配对的移动设备110的移动设备识别码的方式呈现虚拟座椅。处理装置125可以进一步通过用户界面装置120提示乘员关联每个移动设备识别码与其中一个虚拟座椅。处理装置125可以基于提供给用户界面装置120的用户选择确定座椅布置。如上所述，用户选择可以包括将表示其中一个配对的移动设备110的图标拖拽至其中一个虚拟座椅。

在框425，处理装置125可以基于乘员信息并且根据座椅布置更新一个或多个车辆设置。例如，乘坐在驾驶员的座椅中的乘员的驾驶习惯和健康信息可以用于定制与车辆100的控制或操作关联的车辆子系统。除了健康信息和驾驶习惯以外，其他乘员的乘员信息可以用于调整其他设置。用于驾驶员和非驾驶员的设置可以包括与车辆安全系统(例如，安全气囊、座椅安全带或类似物)或座椅位置(例如，倾斜、腿部空间等)关联的设置。

在框430，处理装置125可以基于接收到的乘员信息命令用户界面装置120向一个或多个乘员呈现指令。例如，如果乘员信息指示乘客怀孕，则指令可以引导怀孕的乘客例如以特定方式系好座椅安全带。可以通过用户界面装置120有声音地、可视地或两者呈现指令。

在决策框435，处理装置125可以确定数据文件是否已经更新。可以基于在车辆100的操作过程中学习的驾驶习惯为驾驶员更新数据文件。因此，在一些可行的实施方式中，可以仅仅在数据文件已经与驾驶员的座椅内的乘客关联时执行决策框435。如果数据文件已经更新，则过程400可以在框440继续。如果数据文件尚未更新，则过程400可以在框445继续。

在框440，处理装置125可以命令通信接口115将更新的数据文件传送至驾驶员的移动设备110。通信接口115可以访问来自本地存储装置130的更新的数据文件，以符合无线通信协议的方式打包更新的数据文件，并且将更新的数据文件无线地传送至移动设备110。

在框445，处理装置125可以确定车辆100是否已经关闭或至少一个乘客是否已经离开车辆100。处理装置125可以基于接收自座椅传感器的信号确定乘客是否已经离开车辆100或确定与特定乘客关联的移动设备110何时不再在车辆系统105的通信范围内或不再与车辆系统105配对。如果车辆100已经关闭或者如果乘客已经离开车辆100，则过程400可以在框450继续。否则，过程400可以返回至框435。

在框450，处理装置125可以从本地存储装置130删除一个或多个数据文件。如果车辆100关闭，则可以删除所有数据文件。如果比所有乘客少的乘客已经离开车辆100，但是车辆100保持开启，处理装置125可以删除与离开车辆100的那些乘客相关联的数据文件。

过程400可以在框450之后结束。

通常，描述的计算系统和/或装置可以使用任意数量的计算机操作系统，计算机操作系统包括但是绝不限于以下版本和/或变形：Ford操作系统、Microsoft操作系统、Unix操作系统(例如，加利福尼亚，红木海岸的甲骨文公司开发的操作系统)、由纽约阿蒙克的国际商业机器公司开发的AIXUNIX操作系统、Linux操作系统、由加利福尼亚州库比蒂诺的苹果公司开发的MacOSX和iOS操作系统、由加拿大滑铁卢的黑莓有限公司开发的黑莓OS以及由开放手机联盟和谷歌公司开发的安卓操作系统。计算装置的示例包括但不限于车载式车辆计算机、计算机工作站、服务器、台式机、笔记本、膝上型便携式或手持式计算机，或一些其他计算系统和/或装置。

计算装置通常包括计算机可执行指令，其中该指令可以例如由上面列出的那些的一个或多个计算装置可执行。可以从使用各种编程语言和/或技术创建的计算机编程中解释或编译计算机可执行指令，这些编程语言和/或技术包括但是不限于单独或结合的Java^TM、C、C++、VisualBasic、JavaScript、Perl等。通常，处理器(例如微处理器)接收例如来自存储器、计算机可读介质等的指令，并且执行这些指令，因此执行包括一个或多个在此描述的过程的一个或多个过程。可以使用各种计算机可读介质存储并传送这样的指令及其它数据。

计算机可读指令(也被称为处理器可读介质)包括参与提供可以由计算机(例如，由计算机的处理器)读取的数据(例如，指令)的任何非暂时性(例如有形)介质。这样的介质可以采取许多形式，包括但是不限于非易失性介质和易失性介质。非易失性介质可以包括例如，光学的或磁盘及其它永久存储器。例如，易失性存储器可以包括动态随机存取存储器(DRAM)，其典型地包含主存储器。这样的指令可以由一个或多个传输介质传输，该传输介质包括同轴电缆、铜线和光纤，该光纤包括包含连接至计算机的处理器的系统总线的电线。例如，计算机可读介质的一般形式包括软盘、柔性盘、硬盘、磁盘、任何其它磁性介质，CD-ROM、DVD、任何其它光学介质，穿孔卡片、纸带、任何其它具有孔图案的物理介质，RAM、PRAM(可编程只读存储器)、EPROM(可擦可编程只读存储器)、FLASH-EEPROM(闪存可擦可编程只读存储器)、其它存储芯片或盒，或任何其他计算机可以从中读取的介质。

数据库、数据存储库或在此描述的其他数据存储器可以包括用于存储、访问并检索各种类型的数据的各种类型的机构，这些类型的数据包括分层式数据库、文件系统中的一组文件，专有格式的应用数据库，关系数据库管理系统(RDBMS)等。每一个这样的数据存储器通常包括在使用例如上面提到的那些中的一个计算机操作系统的计算装置中，并且通过网络以各种方式中的任意一种或多种被访问。可以从计算机操作系统可访问文件系统，并且文件系统可以包括以各种格式存储的文件。除了用于创建、存储、编辑及执行存储程序的语言之外，RDBMS(关系型数据库管理系统)通常使用结构查询语言(SQL)，例如上面提到的PL/SQL语言。

在一些示例中，系统元件可以实施为存储在于其关联的计算机可读介质(例如盘、存储器等)上的一个或多个计算装置(例如服务器、个人电脑等)上的计算机可读指令(例如软件)。计算机程序产品可以包含存储在计算机可读介质上的用于执行在此描述的功能的这样的指令。

对于在此描述的过程、系统、方法、探索法等，应该理解的是，尽管这些过程的步骤等已经描述为按照特定的顺序发生，这样的过程可以以不同于在此描述的顺序的顺序实施所描述的步骤。还应该理解的是，可以同时实施某些步骤，可以增加其他步骤或可以省略在此描述的某些步骤。换句话说，为了说明某些实施例的目的提供这里的过程的描述，并且绝不应该解释为限定权利要求书。

相应地，需要理解的是，上面的说明书旨在说明性的而非限制性的。在阅读上述所明书的基础上，除了提供的示例之外的许多实施例和应用将是显而易见的。保护范围不应该参照上述说明书确定，而应该参照所附的权利要求连同这些权利要求享有的等同物的全部范围确定。可以期望并预期的是，将来的发展将发生在在此讨论的技术中，并且公开的系统和方法将合并于这些未来的实施例中。总之，应该理解的是应用能够修改及变型。

权利要求中使用的所有术语旨在给予在此描述的技术领域的技术人员所理解的他们的一般含义，除非在此做出明确相反的说明。具体地，例如“一”、“这”、“所述”等单数冠词的使用应该被解读为列举一个或多个指示的元件除非权利要求引用明确相反的限制。

提供摘要以允许读者快速确定技术公开的本质。伴随其将不会用于解释并限制权利要求的保护范围或意义的理解提交。另外，在前述具体实施方式中，可以看出为了使公开合理化在各种实施例中将各种特征组合在一起。该公开的方法不被解释为反映要求的实施例需要比每个权利要求中明确引用的更多的特征的目的。相反，如下面的权利要求反映的，创造性主题在于少于单个公开的实施例的特征。因此下面的权利要求在此合并于具体实施例中，每个权利要求自身作为单独要求保护的的主题。

Claims (20)

1.一种车辆系统，包含：

通信接口，其编程为与至少一个移动设备配对；以及

处理装置，其编程为接收自所述移动设备发送的数据文件，所述数据文件包括乘员信息，其中所述处理装置编程为基于所述乘员信息更新至少一个车辆设置。

2.根据权利要求1所述的车辆，进一步包含用户界面装置，所述用户界面装置配置为向乘员呈现指令，其中所述指令至少部分基于所述乘员信息。

3.根据权利要求1所述的车辆系统，进一步包含用户界面装置，所述用户界面装置编程为呈现多个虚拟座椅及与所述移动设备相关的设备识别码。

4.根据权利要求3所述的车辆系统，其中，所述用户界面装置编程为提示所述乘员关联所述设备识别码与其中一个所述虚拟座椅。

5.根据权利要求4所述的车辆系统，其中，所述处理装置编程为至少部分基于与所述设备识别码关联的所述虚拟座椅更新所述至少一个车辆设置。

6.根据权利要求4所述的车辆系统，其中，所述用户界面装置编程为接收关联所述设备识别码与其中一个所述虚拟座椅的选择，并将所述选择传送至所述处理装置，其中，所述处理装置编程为至少部分基于与所述设备识别码关联的所述虚拟座椅更新所述至少一个车辆设置。

7.根据权利要求1所述的车辆系统，其中，所述通信接口编程为与所述移动设备无线地通信。

8.根据权利要求1所述的车辆系统，其中，所述处理装置编程为更新所述数据文件，并命令所述通信接口将所述更新的数据文件传送至所述移动设备。

9.根据权利要求8所述的车辆系统，其中，所述处理装置编程为从本地存储装置删除所述更新的数据文件。

10.根据权利要求1所述的车辆系统，其中，所述处理装置编程为从每个配对的移动设备请求所述数据文件。

11.一种方法，包含：

将至少一个移动设备与车辆系统配对；

自每个移动设备接收数据文件，每个数据文件包括乘员信息；以及

基于所述乘员信息更新至少一个车辆设置。

12.根据权利要求11所述的方法，进一步包含向乘员呈现指令，其中所述指令至少部分基于所述乘员信息。

13.根据权利要求11所述的方法，进一步包含呈现多个虚拟座椅以及与所述移动设备关联的设备识别码。

14.根据权利要求13所述的方法，进一步包含提示所述乘员关联所述设备识别码与其中一个所述虚拟座椅。

15.根据权利要求14所述的方法，其中更新所述至少一个车辆设置至少部分基于与所述设备识别码关联的所述虚拟座椅。

16.根据权利要求14所述的方法，进一步包含接收关联所述设备识别码与其中一个所述虚拟座椅的选择，其中至少部分基于与所述设备识别码关联的所述虚拟座椅更新所述至少一个车辆设置。

17.根据权利要求11所述的方法，进一步包含：

更新所述数据文件；以及

将所述更新的数据传送至所述配对的移动设备。

18.根据权利要求17所述的方法，进一步包含从本地存储装置删除所述更新的数据文件。

19.根据权利要求11所述的方法，进一步包含从每个配对的移动设备请求所述数据文件。

20.一种车辆系统，包含：

通信接口，其编程为与至少一个移动设备配对；

用户界面装置，其编程为呈现多个虚拟座椅以及与每个配对的移动设备关联的设备识别码，并且提示至少一个乘员关联每个移动设备识别码与其中一个所述虚拟座椅；以及

处理装置，其编程为接收由每个配对的移动设备发送的数据文件，所述数据文件包括乘员信息，其中所述处理装置编程为基于与车辆乘员关联的所述乘员信息更新至少一个车辆设置；以及

其中所述用户界面装置配置为至少部分基于所述乘员信息呈现指令。