CN110196932A - 用于管理车辆用户简档的方法和*** - Google Patents

Abstract

一种用于管理车辆用户简档的***和方法。该***和方法可以通过以下步骤来合并与车辆相关联的两个或多个车辆简档：确定是否存在与车辆相关联的多个车辆用户简档；从多个车辆用户简档获得特征信息；分析来自多个车辆用户简档的特征信息；将来自多个车辆用户简档的特征类别的匹配特征添加到合并简档；以及基于合并简档向车辆乘客呈现特征。

Description

用于管理车辆用户简档的方法和***

引言

本技术领域涉及车辆用户简档的管理，并且更具体地，涉及用于合并多个车辆用户简档并基于合并的简档向车辆用户呈现特征的***和方法。

车辆用户简档可以包含与车辆的一个或多个用户或乘客的个性化偏好相关的各种信息。以更一致的方式协调多个车辆用户简档可以实现更个性化的体验。进一步，创建和定制合并简档的方式可以适于进一步增强向车辆乘客呈现特征的方式。

发明内容

根据实施例，提供了一种管理车辆用户简档的方法。该方法包括以下步骤：确定是否存在与车辆相关联的多个车辆用户简档，以及当确定存在与车辆相关联的多个车辆用户简档时，从多个车辆用户简档获得特征信息。该方法还包括分析来自多个车辆用户简档的特征信息的步骤。特征信息包括来自一个或多个特征类别的特征。该方法还包括以下步骤：将来自多个车辆用户简档的一个或多个特征类别的每个特征类别的匹配特征添加到合并简档，以及基于该合并简档向车辆乘客呈现特征。

在更具体的实施例中，该方法可以进一步包括确定对于在添加步骤中不匹配的剩余特征的偏好的步骤。

在另一更具体的实施例中，该方法可以包括基于所确定的偏好将剩余特征添加到合并简档的第二添加步骤。

在另一更具体的实施例中，特征信息包括特征类型，该特征类型是粒状特征类型或非粒状特征类型。

在另一更具体的实施例中，粒状特征类型包括包含多个内容项的可分割的内部内容。

在另一更具体的实施例中，聚类算法用于确定对一个或多个粒状特征类型的偏好。

在另一更具体的实施例中，集群包括无线电台的音乐种类，每个无线电台都是一个集群点。

在另一更具体的实施例中，根据确定的偏好粒状特征类型特征在合并简档中被优化，并且非颗粒特征类型特征被自动上传到合并简档。

在另一更具体的实施例中，所确定的偏好包括考虑请求的合并的定时的时间因素。

在另一更具体的实施例中，特征类别包括车辆环境特征、音频特征、通信特征和导航特征。

在另一更具体的实施例中，该方法进一步包括向车辆乘客提供合并多个车辆用户简档中的一个或多个的选项的步骤。

在另一更具体的实施例中，该方法进一步包括向车辆乘客提供将车辆用户简档发送到共享乘坐平台的选项的步骤。

在另一更具体的实施例中，该方法进一步包括使用发送到共享乘坐平台的车辆用户简档作为用于构建合并简档的主车辆用户简档的步骤。

在另一更具体的实施例中，合并简档基于主车辆用户简档。主车辆用户简档和次级车辆用户简档共有的特征在合并简档中被优先化，次级车辆用户简档中不存在的主车辆用户简档的特征在合并简档中不被优先化，并且主车辆用户简档中不存在的次级车辆用户简档的特征不是合并简档的一部分。

在另一更具体的实施例中，主车辆用户简档与车辆的主驾驶员相关联，并且合并简档中的任何安全相关特征对应于主车辆用户简档的安全相关特征。

根据另一实施例，提供了一种管理车辆的车辆用户简档的方法。该方法包括提示车辆乘客发起多个车辆用户简档的合并，并接收实行该合并的授权。从多个车辆用户简档分析特征信息，其中特征信息包括来自一个或多个特征类别的特征。该方法进一步包括：将来自多个车辆用户简档的一个或多个特征类别中的每个特征类别的匹配特征添加到合并简档，确定对在前添加步骤中不匹配的剩余特征的偏好，基于所确定的偏好将剩余特征添加到合并简档，以及基于合并简档向车辆乘客呈现特征。

在更具体的实施例中，该方法进一步包括向车辆乘员呈现取消使用合并简档的选项的步骤。

在另一更具体的实施例中，取消使用合并简档的选项通过移动设备呈现给车辆乘客。

根据另一实施例，提供了一种用于管理车辆中的车辆用户简档的***。该***包括：信息娱乐***，位于车辆上；数据库，包含多个车辆用户简档；简档分析工具，被配置为分析来自多个车辆用户简档的特征信息；以及合并简档构建工具，被配置为通过将来自多个车辆用户简档中的每一个的一个或多个特征类别的匹配特征添加到合并简档来根据多个车辆用户简档构建合并简档。合并简档的特征通过信息娱乐***呈现给一个或多个车辆乘客。

在更具体的实施例中，数据库、简档分析工具和合并简档构建工具位于后端设施。

附图说明

下文中将结合附图描述本发明的一个或多个实施例，其中相同的标号表示相同的元件，并且其中：

图1是描述能够利用本文公开的方法的***的一个示例性实施例的框图；

图2是描述可与图1的***一起使用的管理车辆用户简档的方法的实施例的流程图；以及

图3示意性地示出了根据一个实施例的简化合并简档。

具体实施方式

下面描述的***和方法通过创建可以用于向车辆乘客呈现车辆特征的合并简档来管理各种车辆用户简档。车辆用户简档管理***和方法可以用于处理车辆用户简档，并以比创建个性化特征简档的其他方法更个性化和可定制的方式向车辆乘客呈现特征。进一步，为某些乘客调整主车辆用户简档可能很耗时，并且可能会变更主车辆用户的个性化设置。例如，本方法和***可以允许更有效地呈现特征而不干扰车辆用户的基本简档，而不是必须变更主车辆用户简档来考虑乘客的偏好。附加地，特征分析、分类和优先化的方式可以导致更有效地处理和使用***资源。

参考图1，示出了包括车辆通信***10的操作环境，该车辆通信***10可以与本文公开的方法和***一起使用。通信***10通常包括车辆12、一个或多个无线载波***14、陆地通信网络16、计算机18和呼叫中心20。应当理解的是，所公开的方法可以与任何数量的不同***一起使用，并且不特定地限于这里所示的操作环境。并且，***10及其各个组件的架构、构造、设置和操作在本领域中通常是公知的。因此，以下段落简单地提供了一个这样的通信***10的简要概述；然而，其他***配置当然是可能的，并且这里未示出的***也可以采用所公开的方法。

车辆12在图示的实施例中被描述为客车，但是应当理解的是，任何其他交通工具(包括摩托车、卡车、运动型多功能车(sports utility vehicle，SUV)、娱乐车辆(recreational vehicle，RV)、船舶、飞机等)也可以使用。一些车辆电子设备28通常在图1中示出，并且包括远程信息处理单元30、麦克风32、一个或多个按钮或其他控制输入34、音频***36和视觉显示器38(他们作为信息娱乐***58的一部分)、GPS模块40、车身控制模块(body control module，BCM)48以及多个其他车辆***模块(vehicle system module，VSM)42。这些设备中的一些可以直接连接到远程信息处理单元，例如麦克风32和(多个)按钮34，而其他设备使用一个或多个网络连接(诸如通信总线44或娱乐总线46)间接连接。合适的网络连接的示例包括控制器局域网(controller area network，CAN)、面向媒体的***传输(media oriented system transfer，MOST)、本地互连网络(localinterconnection network，LIN)、局域网(local area network，LAN)和其他合适的连接，例诸如以太网或符合已知ISO、SAE和IEEE标准和规范的其他连接，仅举几例。

远程信息处理单元30本身是车辆***模块(VSM)，并且可以被实施为安装在车辆中的OEM安装(嵌入式)或售后设备，其能够通过无线载波***14并经由无线联网进行无线语音和/或数据通信。这使得车辆能够与呼叫中心20、其他支持远程信息处理的车辆或某些其他实体或设备通信。远程信息处理单元优选地使用无线电传输来建立与无线载波***14的通信信道(语音信道和/或数据信道)，使得语音和/或数据传输可以在信道上发送和接收。通过提供语音和数据通信，远程信息处理单元30使得车辆能够提供许多不同的特征或服务，包括与导航、电话、紧急援助、诊断、信息娱乐等相关的特征或服务。数据可以经由数据连接发送，诸如经由数据信道上的分组数据传输，或者经由使用本领域已知的技术经的语音信道。对于涉及语音通信(例如，与呼叫中心20处的实时顾问或语音响应单元)和数据通信(例如，向呼叫中心20提供GPS位置数据或车辆诊断数据)的组合服务，***可以利用语音信道上的单个呼叫，并根据需要在语音信道上的语音和数据传输之间切换，并且这可以使用本领域技术人员已知的技术来完成。

根据一个实施例，远程信息处理单元30利用根据GSM或CDMA标准的蜂窝通信，并因此包括用于语音通信(如免提呼叫)的标准蜂窝芯片组50、用于数据传输的无线调制解调器、电子处理设备52、一个或多个数字存储器设备54和双天线56。应当理解的是，调制解调器可以通过存储在远程信息处理单元中并由处理器52执行的软件来实施，或者它可以是位于远程信息处理单元30内部或外部的分开的硬件组件。调制解调器可以使用任何数量的不同标准或协议进行操作，例如EVDO、CDMA、GPRS和EDGE。车辆和其他联网设备之间的无线联网也可以使用远程信息处理单元30来实行。为此，远程信息处理单元30可以被配置为根据一个或多个无线协议进行无线通信，诸如IEEE802.11协议、WiMAX或蓝牙中的任意一个。当用于分组交换数据通信(诸如TCP/IP)时，远程信息处理单元可以配置有静态IP地址，或者可以设置为自动从网络上的另一设备(诸如路由器)或从网络地址服务器接收分配的IP地址。

处理器52可以是能够处理电子指令的任何类型的设备，包括微处理器、微控制器、主处理器、控制器、车辆通信处理器和专用集成电路(application specific integratedcircuit，ASIC)。它可以是仅用于远程信息处理单元30的专用处理器，或者可以与其他车辆***共享。处理器52执行各种类型的数字存储指令(诸如存储在存储器54中的软件或固件程序)，这使得远程信息处理单元能够提供各种服务。

远程信息处理单元30可以用于提供各种各样的车辆服务，其包括到或者来自车辆的无线通信。这种服务包括：从呼叫中心20传输合并简档；与基于GPS的车辆导航模块40结合提供的逐个转弯引导和其他导航相关服务；与一个或多个碰撞传感器接口模块(诸如BCM48)结合提供的安全气囊展开通知和其他紧急或路边援助相关的服务；使用一个或多个诊断模块的诊断报告；和信息娱乐相关的服务，其中音乐、网页、电影、电视节目、视频游戏和/或其他信息由信息娱乐***58下载并被存储用于当前或以后的回放。以上列出的服务决绝不是远程信息处理单元30的所有能力的详尽列表，而仅是远程信息处理单元能够提供的一些服务的列举。此外，应该理解的是，前述模块中的至少一些可以以保存在远程信息处理单元30内部或外部的软件指令的形式来实施，它们可以是位于远程信息处理单元30内部或外部的硬件组件，或者它们可以彼此集成和/或共享，或者与位于整个车辆中的其他***集成和/或共享，仅举几个例子。在模块被实施为位于远程信息处理单元30外部的VSM42的情况下，它们可以利用车辆总线44与远程信息处理单元交换数据和命令。

GPS模块40是接收来自GPS卫星的星座60的无线电信号的VSM。根据这些信号，模块40可以确定用于向车辆驾驶员提供导航和其他方位相关服务的车辆方位。导航信息可以呈现在显示器38(或车辆内的其他显示器)上，或者可以口头呈现，诸如在提供逐个转弯导航时所做的。导航服务可以使用专用车载导航模块(其可以是GPS模块40的一部分)来提供，或者一些或所有导航服务可以经由远程信息处理单元30来完成，其中方位信息被发送到远程位置，用于向车辆提供导航地图、地图注释(兴趣点、餐馆等)、路线计算等。方位信息可以被提供给呼叫中心20或其他远程计算机***(诸如计算机18)用于其他目的，例如车队管理。并且，新的或更新的地图数据可以经由远程信息处理单元30从呼叫中心20下载到GPS模块40。

车身控制模块48是VSM，其可以控制和/或监控与车辆12的环境相关的各种特征，包括灯、安全特征、门锁、气候控制以及与车辆12相关的其他环境质量。车身控制模块48可以经由总线44连接到其他车辆电子设备28或VSM42。到车身控制模块48和来自车身控制模块48的相应输入和输出可以根据期望的实施方式而变化，并且在一些实施例中，车身控制模块48可以不是独立的组件，而是与车辆12的环境相关的各种特征可以由多个分布式的、专用模块控制。

除了音频***36、GPS模块40和车身控制模块48之外，车辆12可以包括电子硬件组件形式的其他车辆***模块(VSM)42，其位于整个车辆中并且通常接收来自一个或多个传感器的输入，并且使用感测到的输入来执行诊断、监控、控制、报告和/或其他功能。VSM42中的每一个优选地通过通信总线44连接到其他VSM以及连接到远程信息处理单元30，并且可以被编程为运行车辆***和子***诊断测试。作为示例，一个VSM42可以是发动机控制模块(ECM)，其控制发动机操作的各个方面，诸如燃料点火和点火正时，并且另一VSM42可以是动力系控制模块，其调节车辆动力系的一个或多个组件的操作。如本领域技术人员所理解的，上述VSM仅仅是可以在车辆12中使用的一些模块的示例，因为许多其他模块也是可能的。

车辆电子设备28还包括多个车辆用户界面，其为车辆乘客提供了提供和/或接收信息的装置，包括麦克风32、(多个)按钮34、音频***36和可视显示器38。如本文所使用的，术语“车辆用户界面”广泛地包括任何合适形式的电子设备，包括硬件和软件组件，其位于车辆上，并且使得车辆用户能够与车辆的组件通信或通过车辆的组件通信。麦克风32向远程信息处理单元提供音频输入，以使得驾驶员或其他乘客能够通过无线载波***14提供语音命令并实行免提呼叫。为此，它可以利用本领域已知的人机界面(human-machineinterface，HMI)技术连接到车载自动语音处理单元。(多个)按钮34允许手动用户输入到远程信息处理单元30中以发起无线电话呼叫并提供其他数据、响应或控制输入。分开的按钮可以用于发起紧急呼叫，而不是向呼叫中心20的常规服务次级助呼叫。音频***36向车辆乘客提供音频输出，并且可以是专用的、独立的***或主车辆音频***的一部分。根据这里所示的特定实施例，音频***36可操作地耦合到车辆总线44和娱乐总线46，并且可以提供AM、FM和卫星无线电、CD、DVD和其他多媒体功能。该功能可以与信息娱乐***58结合或独立于其提供。视觉显示器38优选为图形显示器，诸如仪表板上的触摸屏或从挡风玻璃反射的平视显示器，并且可以用于提供多个输入和输出功能。进一步，图1中描绘的任何其他VSM，或者那些未描绘的VSM，也可以是信息娱乐***58的一部分。各种其他车辆用户界面也可以与信息娱乐***58或其他VSM结合使用，因为图1的界面仅仅是一个特定实施方式的示例。

无线载波***14优选地是蜂窝电话***，其包括多个蜂窝塔70(仅示出了一个)、一个或多个移动交换中心(mobile switching center，MSC)72以及将无线载波***14与陆地网络16连接所需的任何其他联网组件。每个小区塔70包括发送和接收天线以及基站，其中来自不同小区塔的基站直接或经由中间设备(诸如基站控制器)连接到MSC72。蜂窝***14可以实施任何合适的通信技术，包括例如模拟技术(诸如AMPS)，或者较新的数字技术(诸如CDMA(例如，CDMA2000)或GSM/GPRS)。如本领域技术人员将理解的，各种蜂窝塔/基站/MSC布置是可能的，并且可以与无线***14一起使用。例如，基站和小区塔可以共同位于同一地点，或者它们可以位于彼此远离，每个基站可以负责单个小区塔，或者单个基站可以服务于各种小区塔，并且各种基站可以耦合到单个MSC，仅举几个可能的配置。

除了使用无线载波***14之外，可以使用卫星通信形式的不同无线载波***来提供与车辆的单向或双向通信。这可以使用一个或多个通信卫星62和上行链路发射站64来完成。单向通信可以是例如卫星无线电服务，其中节目内容(新闻、音乐等)由发射台64接收、打包以便上传、并且然后发送到卫星62，卫星62向订户广播节目。双向通信可以是例如使用卫星62在车辆12和站64之间中继电话通信的卫星电话服务。如果使用，除了无线载波***14之外，或者代替无线载波***14，可以利用这种卫星电话。

属于车辆乘客的移动设备57可以诸如经由远程信息处理单元30与车辆12交互，或者与无线载波***14交互。移动设备57可以包括计算机处理能力、能够使用短程无线协议进行通信的收发器以及可视移动设备显示器。移动设备57还包括执行机器代码以生成逻辑输出的一个或多个微处理器。移动设备57的示例包括苹果公司制造的iPhone和三星公司制造的Galaxy，以及其他产品。虽然移动设备57可以包括使用无线载波***14经由蜂窝通信进行通信的能力，但情况并非总是如此。例如，苹果公司生产诸如各种型号的iPad和iPodTouch的设备，这些设备包括处理能力、显示器和通过短距离无线通信链路进行通信的能力。然而，iPod Touch^TM和一些iPad^TM不具备蜂窝通信能力。尽管如此，这些和其他类似的设备可以被使用或被认为是一种无线设备(诸如移动设备57)用于实行本文描述的方法的一个或多个步骤的目的。

陆地网络16可以是常规的基于陆地的电信网络，其连接到一个或多个陆线电话并将无线载波***14连接到呼叫中心20。例如，陆地网络16可以包括公共交换电话网络(public switched telephone network，PSTN)，诸如用于提供硬连线电话、分组交换数据通信和因特网基础设施的公共交换电话网络。陆地网络16的一个或多个段可以通过使用标准有线网络、光纤或其他光网络、电缆网络、电力线、其他无线网络(诸如无线局域网(wireless local area network，WLAN))、或提供宽带无线接入(broadband wirelessaccess，BWA)的网络、或其任意组合来实施。另外，呼叫中心20不需要经由陆地网络16连接，而是可以包括无线电话设备(诸如无线载波***14)以便它可以直接与无线网络通信。

计算机18可以是可通过诸如因特网的专用或公共网络访问的多种计算机中的一个。每个这样的计算机18可以用于一个或多个目的，诸如车辆可经由远程信息处理单元30和无线载波14访问的网页服务器。其他这种可访问的计算机18可以是，例如：车主或其他订户用于诸如访问或接收车辆数据、设置或配置订户偏好或以其他方式控制车辆特征的目的的客户端计算机；或者通过与车辆12或呼叫中心20或两者通信，向其或从其提供车辆数据或其他信息的第三方储存库。计算机18还可以用于提供互联网连接(诸如DNS服务)或者用作使用DHCP或其他合适的协议来为车辆12分配IP地址的网络地址服务器。

呼叫中心20是被设计为向车辆电子设备28提供多种不同的***后端功能的后端设施，并且根据这里示出的示例性实施例，通常包括一个或多个交换机80、服务器82、数据库84、实时顾问86以及自动语音响应***(voice response system，VRS)88，所有这些都是本领域已知的。这些不同的呼叫中心组件优选地经由有线或无线局域网90彼此耦合。交换机80(其可以是专用分支交换机(private branch exchange，PBX))路由传入的信号，使得语音传输通常通过常规电话发送给现场顾问86或者使用VoIP发送给自动语音响应***88。在线顾问电话也可以使用VoIP，如图1中的虚线所指示。通过交换机80的VoIP和其他数据通信经由连接在交换机80和网络90之间的调制解调器(未示出)来实施。数据传输经由调制解调器送至服务器82和/或数据库84。数据传输也可以通过无线***进行，诸如802.11x、GPRS等。尽管示出的实施例已经被描述为将与使用实时顾问86的人工操纵的呼叫中心20结合使用，但是应当理解的是，呼叫中心可以替代地利用VRS88作为自动顾问，或者可以使用VRS88和实时顾问86的组合。

服务器82可以包括用于容纳简档分析工具92和合并简档构建工具94的软件框架。虽然这些工具在图1中示意性地示出为分开的，但是一个软件框架或平台可以执行分析和简档构建，并且因此，简档分析工具92和合并简档构建工具94将经由同一平台执行。类似地，简档分析工具92和合并简档构建工具94可以经由分开的服务器或处理设备，甚至是那些远离呼叫中心20的服务器或处理设备来执行。例如，简档分析工具92或合并简档构建工具94可以是基于云或基于网络的***，或者以某种其他可操作的格式实施。

数据库84可以是存储与用于与本***和方法一起使用的多个用户简档相关的特征信息的车辆信息数据库。数据库84可以存储账户信息，诸如订户认证信息、车辆标识符、简档记录、行为模式和其他车辆信息。如同服务器82一样，数据库84可以以其他可操作的方式实施，诸如不直接与呼叫中心20相关的基于云或基于网络的***。进一步，本文的方法和***有可以从多个离散数据库中提取简档相关的或特征信息。在一个实施例中，车辆信息数据库是包含车辆相关信息的任何存储实施方式或源。

服务器82及其数据库84可以以已知的方式使用电子处理器来实施，该电子处理器具有存储程序代码的非暂时性计算机可读存储器，该程序代码在由处理器执行时实行本文描述的方法；并且具有被用作数据库84的相同的存储器或分开的非暂时性计算机可读存储器来存储本文描述的方法中使用的数据，诸如车辆用户简档，这将在下面更详细地描述。因此，服务器82可以被配置为包括简档分析工具92和合并简档构建工具94的专用分析器，这两者都可以使用在程序代码的控制下操作的处理器来实施以提供实行下面描述的方法100的一些或全部步骤的***。

现在转向图2，示出了用于管理车辆用户简档的方法100的示例性实施方式。方法100可以用于通过自动和有效地构建考虑多个车辆用户简档的合并简档，以更有效的方式向车辆乘客呈现特征选项。效率的提高可能与简档分析中涉及的时间和内存密集型计算需求的减少相关。进一步，该方法可以导致向车辆乘客更定制和简化的特征呈现。

该方法从步骤102开始，并且询问是否存在多个车辆用户简档。步骤102可以经由信息娱乐***58的显示屏38上的提示来完成，或者可以自动实行，诸如通过检测按键(例如，感测车辆中的驾驶员按键和次级按键都构成了存在待合并的多个车辆用户简档的判定)、占用传感器(例如，感测车辆中另一座位中的乘客构成了存在多个车辆用户简档的判定)或任何其他可操作的方法。

车辆用户简档可能包含车辆乘客在过去已经使用过或喜爱的特征。特征可以是一个或多个特征类别的一部分。在一个实施例中，可能仅存在单个特征类别(例如，能够被添加到合并简档的可定制特征或所有车辆特征等)。在另一个实施例中，可以有许多特征类别，诸如车辆环境特征、音频特征、通信特征和导航特征。车辆环境特征可以包括但不限于空气质量传感器容限、自动风扇最大速度、远程启动自动冷却座椅、远程启动自动加热座椅、语言、显示模式、提示类型、环境照明、听觉触摸反馈、音量限制、蜂鸣器音量和/或手势指示。音频特征可以包括但不限于HD无线通信设置、无线电数据***(radio data system，RDS)设置、低音、中音、高音、渐变、平衡、最大启动音量、音频收藏夹数量、最喜爱的AM频率、最喜爱的FM频率、最喜爱的数字音频广播(digital audio broadcasting，DAB)台、最喜爱的卫星数字音频广播服务(SDARS)频道、最喜爱的应用台、最喜爱的Pandora^TM台、最喜爱的媒体艺术家、最喜爱的媒体歌曲、最喜爱的媒体专辑、最喜爱的媒体播放列表、最喜爱的媒体播客、最喜爱的媒体流派、最喜爱的媒体有声读物、最喜爱的媒体视频，最喜爱的媒体编辑、最喜爱的媒体作曲家、最喜爱的媒体文件夹、电台收藏夹、DAB通知、DAB到DAB链接、DAB到FM链接、声音模式、曲调混合和/或启动整定。通信特征可以包括电话收藏夹的数量、最喜爱的电话号码、最喜爱的联系人姓名、电传打字机(teletypewriter，TTY)模式、基于语音的交互式提示和/或基于语音的声音命令帮助显示。导航特征可包括但不限于最喜爱的位置、最喜爱的目的地、最喜爱的搜索项兴趣点(POI)、最喜爱的POI类别、最喜爱的POI链、最喜爱的地址搜索项、最喜爱的POI搜索项、增强现实导航显示、人群来源事件的显示、道路安全警报、预测目的地卡显示、地图上的POI图标、活动呼叫提示、交通警报和/或地图上的交通。这个示例之外的其他特征和类别当然也是可能的。

如果在步骤102中确定只有一个车辆用户简档(例如，与驾驶员相关联的主车辆用户简档或者车辆12中只存在一个乘客)，则该方法可以在步骤104结束。因此，如果该方法在步骤102之后结束以及前进到步骤104处结束，则主车辆用户简档或某种默认值可以用于向驾驶员或另一车辆乘客呈现特征。如果在步骤102中确定存在不止一个车辆用户简档(例如，引用两个示例，主车辆用户简档和与车辆的第二驾驶员或普通乘客相关联的次级用户简档)，则该方法可以继续到可选步骤106。

在步骤106中，提供了合并车辆用户简档的选项。此步骤显示为可选步骤，因为存在自动合并多个简档的情况。然而，优选地，合并选项被提供给车辆乘客。合并选项可以通过信息娱乐***58提供，或者提供在可视显示器38上。可替换地，合并的选项可以经由属于车辆乘客的移动设备57来提供。合并选项可列出多个车辆用户简档，并允许用户选择将针对合并简档分析的两个或更多个或全部车辆用户简档。合并选项可以仅指定要合并的特定特征类别或仅指定要合并的特定特征。例如，车辆乘客可以具有合并音频特征而不合并导航特征的选项。选项呈现的其他选择或变化肯定是可能的。

在一些实施例中，合并选项还可以提供上传车辆用户简档的选项。这可以提供允许车辆的新乘客将他或她的车辆用户简档添加到要合并的多个简档的益处。车辆用户简档可以与在线平台相关联，使得用户可以使用基于网页的程序或应用定制他或她的偏好。在一个实施例中，方法100可以包括向车辆乘客提供选项以将车辆用户简档发送到共享乘坐平台的步骤。在该实施例中，如果乘坐共享服务的用户进入装备有所公开的***10和/或方法100的车辆12，他们可以与驾驶员或其他车辆乘客合并简档。在该实施例中，可能希望将从共享乘坐乘客发送到共享乘坐平台的车辆简档作为用于构建合并简档的主车辆用户简档。如下文将进一步详细描述的，主车辆用户简档可以用作合并简档的基础，并且可以使包括合并简档中的某些特征优于一个或多个次级车辆用户简档中的特征。在另一个实施例中，如果两个乘客共享乘坐，则他们的车辆用户简档两者在合并简档中可能优于驾驶员的车辆用户简档。根据期望的实施方式，可以开发和/或定制关于基于合并的选项的呈现的差异。

该方法的步骤108询问是否发起合并。如果没有发起合并，则该方法可以前进到步骤104处结束。如上所述，在步骤104处，主车辆用户简档或某种默认值可以用于向驾驶员或另一车辆乘客呈现特征。可替换地，如果在步骤108处接收到合并请求或授权，则该方法继续到步骤110。

在步骤110中，获得了来自要合并的车辆用户简档的特征信息。与特征信息相关的数据可以存储在远离车辆12的场外位置，诸如后端设施或呼叫中心20处的数据库84处。还可以将与车辆用户简档的特征信息相关的数据本地存储在车辆12处，例如存储在存储器54中。特征信息可以包括来自一个或多个特征类别的特征，其示例在上文中关于步骤102进行了描述。特征信息还可以包括粒状特征类型或非粒状特征类型。粒状特征类型包括包含多个内容项的可分割内部内容。非粒状特征类型通常没有内部内容，可以对其进行优化以更全面地合并特征。列举一个示例，最喜爱的无线电台可以被认为是一个粒状特征，而最喜爱的联系人可以被认为是非粒状特征。在这个示例中，无线电台可以被分类成不同的种类、不同的特定电台等。因此，在合并简档中，可以基于这些不同的可分割的内部内容对特征进行分类(例如，诸如无线电台的内容项可以基于站台的数量和/或站台的种类进行分类)。粒状特征类型通常比非粒状特征类型更广泛，但并非总是如此。

在步骤110中获得的特征信息还可以包括与特征相关的其他信息，例如使用特征的一天中的时间或一年中的时间。例如，基于谈话的无线电台可以在早上更频繁地使用，以便车辆乘客可以获得交通报告等。在另一示例中，远程冷却座椅可以在更温暖的夏季月份使用，而远程加热座椅可以在更寒冷的冬季月份使用。其他特征信息可以包括基于地理的特征信息。继续上面的示例，在较温暖的气候下，远程加热座椅可能不是优选的，或者在较温暖的气候下，气候控制***的较低最高温度可能是优选的。其他示例也是可能的。

步骤112涉及分析来自多个车辆用户简档的特征信息，包括来自一个或多个特征类别的特征。该步骤可以使用简档分析工具92来执行。该步骤可以包括确定哪些特征是粒状特征类型，以及哪些特征是非粒状特征类型。在一个实施例中，粒状特征类型可以在方法100的后续步骤中被优化，而非粒状特征类型可以基于最终创建的合并简档被自动更新。步骤112还可以涉及从次级车辆用户简档或其他三级、四级车辆用户档案等中识别主车辆用户简档。在大多数情况下，车辆的主驾驶员将具有主车辆用户简档。然而，在一些情况下，如以上关于共乘情形所述，乘客可能期望具有主车辆用户简档。此外，步骤106可以在某些情况下提供指定主车辆用户简档、次级车辆用户简档等的选项。

步骤114开始构建合并简档，并且该步骤以及步骤116和118可以利用合并简档构建工具94来完成。更具体地，步骤114涉及将来自每个分析的特征类别的匹配特征添加到合并简档。例如，如果有主车辆用户简档和次级车辆用户配置文件要合并，并且两个简档对于二者的通信特征而言都包括相同的最喜爱的联系人，那么最喜爱的联系人将被添加到合并配置文件中。如果对于音频功能，两个简档包含相同的最喜爱的媒体相册，该相册将被添加到合并简档。如果对于车辆环境特征，两个简档包含相同的环境照明设置，则这些环境照明设置将被添加到合并简档中。如果对于导航功能，两个简档具有相同的最喜爱目的地(例如，丈夫和妻子具有相同的“家”目的地)，则最喜爱的目的地将被添加到合并简档中。这些仅仅是示例，其他示例当然是可能的。该步骤可以涉及将匹配特征添加到要合并的所有简档和/或特征类别和/或特征的合并简档中。

方法100的步骤116包括确定对步骤114中未添加的剩余特征的偏好。该步骤在该实施例中示出为可选的。例如，合并简档可以仅包括在步骤114中匹配和添加的那些特征，并且该方法继续到步骤120以基于合并简档向乘客呈现特征。在执行步骤116的实施例中，用于确定对剩余特征的偏好的多种不同方式是可能的。一个示例涉及使用主车辆用户简档，并且优选主车辆用户简档的不匹配特征而不是次级车辆用户简档的不匹配特征。在该示例中，合并简档可以基于主车辆用户简档，使得主车辆用户简档和次级车辆用户简档共有的特征在合并简档中被优先化或添加到合并简档中。次级车辆用户简档中不存在的主车辆用户简档的特征(即，不匹配)在合并简档中不优先，但是仍然被添加到合并简档中。并且，主车辆用户简档中不存在的次级车辆用户简档的特征不会被添加到合并简档中(即，对于任何不匹配的特征，默认情况下会从主车辆用户简档中添加该特征)。在类似的实施例中，当主车辆用户简档与车辆的主驾驶员相关联时，合并简档中的任何安全相关特征对应于主车辆用户简档的安全相关特征(即，在一些实施例中，对于安全相关特征，主车辆用户简档总是优选的)。安全相关特征可以包括道路安全警报、盲点或车道偏离警告、备用摄像机的使用或任何其他可定制的安全相关特征。

在一些实施例中，如果粒状特征类型与非粒状特征类型有所区别或以其他方式有所不同，则步骤116可以涉及如果存在匹配，则将非粒状特征类型特征自动上载到合并简档，而在粒状特征类型特征的情况下，可以在该方法的后续步骤中优化内部内容。列举一个粒状特征类型的例子，如果两个车辆用户简档具有相同的最喜爱音乐种类(例如，摇滚)，不同的基于摇滚的无线电台可以在该方法的后续步骤中被优化，以确定如何协调各个电台的不同偏好。对于非粒状特征类型，诸如最喜爱的艺术家，如果最喜爱的艺术家的两个简档之间存在匹配，则该艺术家将自动上传到合并简档中，并通过合并简档呈现给车辆乘客。

在一个实施例中，确定偏好可以包括使用考虑了所请求合并的定时的时间因子。如上所述，如果在早上合并在步骤108中开始，某些特征可能比其他特征更优选，诸如谈话广播电台比音乐广播电台更优选。类似地，确定偏好可以包括使用考虑所请求的合并的位置的地理因素。在一个示例中，如果车辆12位于温暖的气候中，气候控制温度设置可以优选来自车辆用户简档中的一个或多个的较低设置。其他示例的实施方式也是可能的。

在另一实施例中，确定偏好可以包括权衡某些特征或特征内的特定内容项的可喜爱性。这可以以任何可行的方式实现，该方式将优选特征与非优选特征区辨别开来，并且可以使用任何可操作的算法、方法或过程来组织在步骤114中未添加的剩余特征。在一个优选示例中，可以使用聚类算法。当处理粒状特征类型时，聚类算法可能更有用。更具体地，在一个实施方式中，集群可以包括无线电台的音乐种类，并且然后每个无线电台是集群点。特定集群内的无线电台可能比距离普通集群更远的其他电台是优选的。在另一示例中，缩放或混合可以用于确定剩余特征的偏好。例如，如果主车辆用户简档优选一个最大风扇速度，而次级车辆用户简档偏好较低的最大风扇速度，则可以将之间某处的最大风扇速度添加到合并简档中。缩放或混合也可以用于音频功能，诸如低音、中音、高音、渐弱、平衡和最大启动音量。某些特征可以具有确定偏好的特定方法，而其他特征可以具有确定偏好的不同方法。可替换地，可以仅使用一种用于确定偏好的方法。

步骤118涉及基于在步骤116中确定的偏好将剩余特征添加到合并简档。根据聚类算法、缩放、混合等的结果，可以添加优选特征或优化特征。在图3中示出可以添加特征的一种方式。图3示意性地示出了基于主车辆用户简档304和次级车辆用户简档306的简化的基于优化的合并简档302。在该合并简档302中，仅合并无线电台。主车辆用户简档304由第一摇滚台310(竖直内部图案)、流行台312(虚线内部图案)、第一谈话台314(水平内部图案)、运动台316(臂章((chevron)内部图案)和嘻哈台318(对角斜线内部图案)组成。次级车辆用户简档306由第一流行台312、运动台316、第二谈话台320(粗体水平内部图案)、第二摇滚台322(粗体竖直内部图案)和国家台324(网格内部图案)组成。合并简档302首先由匹配特征(实心轮廓)组成，即流行台312和运动台316。合并简档302然后包含优选种类，但不一定匹配台(虚线轮廓)。更具体地，每个简档304、306包括摇滚和谈话台，但是是不同的特定台。合并简档302因此包括来自主简档的第一摇滚台310、第一谈话台314、然后是第二摇滚台322。如图所示，如果只有五个台的空间，则该方法可以偏好谈话种类超过摇滚种类，因为主简档302包括摇滚种类台作为其第一台310。不匹配或不优选的台(即，具有虚线轮廓的嘻哈台318和国家台324)不被添加到合并简档302。

该方法的步骤120涉及基于合并简档向用户或车辆乘客呈现特征。继续图3所示的示例，合并简档302将通过信息娱乐***58，诸如通过显示屏38上的选项，呈现给车辆乘客。根据合并简档中包括的特征的类型，向车辆乘客呈现特征的方式将不同。例如，某些导航特征可以通过GPS模块40实施，或者车辆环境特征可以通过车身控制模块48实施。通信特征可以通过信息娱乐***58和/或远程信息处理单元30来实施。

方法100可以在步骤104处结束，并且举两个例子，这可以通过经由移动设备57或在显示屏38上向车辆乘客呈现“合并退出”或“合并取消”选项来实现。在其他实施例中，合并可以是基于时间的或基于路线的。例如，在乘坐共享场景中，当乘坐共享路线结束或者当乘坐共享乘客离开车辆时，合并可以结束。用于结束方法100的其他选项当然是可能的。

应该理解，前面内容是对本发明的一个或多个实施例的描述。本发明不限于本文公开的(多个)特定实施例，而是仅由下面的权利要求限定。另外，前面描述中包含的陈述涉及特定实施例，并且不被解释为对本发明范围或权利要求中使用的术语的定义的限制，除非术语或短语在上面明确定义。对本领域技术人员来说，各种其他实施例和对所公开的(多个)实施例的各种改变和修改将变得显而易见。所有这些其他实施例、改变和修改都将落入所附权利要求的范围内。

如在本说明书和权利要求中使用的，术语“例如”、“实例”、“诸如”、“如”和“类似”以及动词“包括”、“具有”、“包含”和它们的其他动词形式，当与一个或多个组件或其他项目的列表一起使用时，都被解释为开放式的，这意味着该列表不被认为排除了其他附加的组件或项。除非在需要不同解释的上下文中使用，否则其他术语应使用其最广泛的合理含义进行解释。

Claims (10)

1.一种管理车辆的车辆用户简档的方法，包括以下步骤：

确定是否存在与所述车辆相关联的多个车辆用户简档；

当确定存在与所述车辆相关联的多个车辆用户简档时，从所述多个车辆用户简档获得特征信息；

分析来自所述多个车辆用户简档的所述特征信息，其中所述特征信息包括来自一个或多个特征类别的特征；

将来自所述多个车辆用户简档的一个或多个特征类别的中的每一个特征类别的匹配特征添加到合并简档；以及

基于所述合并简档向车辆乘客呈现特征。

2.如权利要求1所述的方法，进一步包括确定对在所述添加步骤中不匹配的剩余特征的偏好的步骤。

3.如权利要求2所述的方法，进一步包括基于所述确定的偏好将剩余特征添加到所述合并简档的第二添加步骤，其中所述特征信息包括特征类型，所述特征类型是粒状特征类型或非粒状特征类型，其中所述粒状特征类型包括包含多个内容项的可分割内部内容，并且可选地，其中聚类算法用于确定对一个或多个粒状特征类型的偏好。

4.如权利要求3所述的方法，进一步包括基于所述确定的偏好将剩余特征添加到所述合并简档的第二添加步骤，其中所述特征信息包括特征类型，所述特征类型是粒状特征类型或非粒状特征类型，其中粒状特征类型特征在所述合并简档中被优化，并且非粒状特征类型特征根据所述确定的偏好被自动上载到所述合并简档。

5.如权利要求2所述的方法，其中所述确定的偏好包括考虑所请求的合并的定时的时间因素。

6.如权利要求1所述的方法，其中所述特征类别包括车辆环境特征、音频特征、通信特征和导航特征。

7.如权利要求1所述的方法，进一步包括以下步骤：向所述车辆乘客提供合并所述多个车辆用户简档中的一个或多个车辆用户简档的选项；向所述车辆乘客提供将车辆用户简档发送到共享乘坐平台的选项；以及使用发送到所述共享乘坐平台的车辆用户简档作为用于构建所述合并简档的主车辆用户简档。

8.如权利要求1所述的方法，其中所述合并简档基于主车辆用户简档，并且其中所述主车辆用户简档和次级车辆用户简档共有的特征在所述合并简档中被优先化，所述次级车辆用户简档中不存在的所述主车辆用户简档的特征在所述合并简档中不被优先化，并且所述主车辆用户简档中的不存在的所述次级车辆用户简档的特征不是所述合并简档的一部分。

9.一种管理车辆的车辆用户简档的方法，包括以下步骤：

提示车辆的乘客发起多个车辆用户简档的合并；

接收合并所述多个车辆用户简档的授权；

分析来自所述多个车辆用户简档的特征信息，其中所述特征信息包括来自一个或多个特征类别的特征；

将来自所述多个车辆用户简档的一个或多个特征类别的中的每一个特征类别的匹配特征添加到合并简档；

确定对所述在前添加步骤中不匹配的剩余特征的偏好；

基于所述确定的偏好将剩余特征添加到所述合并简档；以及

基于所述合并简档向所述车辆的乘客呈现特征。

10.一种用于管理车辆中的车辆用户简档的***，包括：

信息娱乐***，其位于所述车辆处；

数据库，其包含多个车辆用户简档；

简档分析工具，其被配置为分析来自所述多个车辆用户简档的特征信息；以及

合并简档构建工具，其被配置为通过将来自所述多个车辆用户简档中的每一个车辆用户简档的一个或多个特征类别的匹配特征添加到所述合并简档来根据所述多个车辆用户简档构建合并简档，其中所述合并简档的特征通过所述信息娱乐***呈现给一个或多个车辆乘客。