用于管理车辆上的个人设置的方法和系统的制作方法

文档序号:6380869阅读:119来源:国知局
专利名称:用于管理车辆上的个人设置的方法和系统的制作方法
技术领域
本发明总体涉及机动车辆的领域。更具体地说,本公开涉及一种用于管理车辆的个人配置的系统和方法。
背景技术
机动车辆正在发展。新技术正急剧地改变着消费者对机动车辆的期望。除车辆性能或燃料性能以外的性能越来越多地影响消费者的购买决定。随着这种持续的倾向,越来越多的高科技性能使用在机动车辆上。许多机动车辆现在具有从基础项目(诸如座椅调节和温度控制)到更高级的方面(诸如自动平行停车和驾驶员模式识别系统)的上百种性能。此外,机动车辆不再只承担运输,它们已经成为了人们可以进行分享和社交的个人空间,并且人们可以获取信息并且得到娱乐,这些都可以在驾驶的同时完成。例如,诸如福特公司的SYNC的控制系统中的语音文本消息性能使驾驶员能够安全地发送免提消息。这些现代化的车内控制系统甚至集成了流行的在线计算机应用(诸如Pandora、Facebook和Twitter)。然而,在车辆中的这些性能数量的增加造成耗费。车辆具有的性能越多、越高级,配置处理就变得越长、越复杂。通常,驾驶员必须参考车主指南以理解各种参数和属性,并学习怎样配置它们。该处理需要大量时间,并且每当人们获得新车时必须重复该处理。此夕卜,不同驾驶员偏好不同的设置,并且任何改变都需要翻阅车主指南。车辆配置的持续增加的复杂度需要一种用于以容易且有效的方式来管理个性化车辆配置的系统和方法。此外,一些车主拥有多辆车,并且其他车主共享一辆车。因此,需要一种容易地存储配置、传输存储的配置并有效地将所述配置从一辆车应用于另一辆的系统和方法。

发明内容
本发明的一个实施例是一种用于管理用户的一个或多个车辆的个人设置的方法。所述方法包括:识别用于配置的车辆;获得包括与识别的车辆的各种设置相关的参数的配置数据;接收调节数据以更新配置数据中的参数;当配置数据被传输到车辆时,根据配置数据调节车辆的设置。从被车辆配置应用获得的一个或多个车辆识别数据识别车辆。配置应用检索识别的车辆的配置数据,所述配置数据包括与识别的车辆的可配置的设置相关的一个或多个参数/属性。配置应用获得一个或多个调节值以更新配置数据。更新的配置数据被传输到车辆的控制模块,所述控制模块根据配置数据的参数配置性能和设置。在本发明的一个特定实施例中,配置应用通过分析用户车辆相关的模式(诸如驾驶模式、车辆配置模式和/或性能使用模式)来将参数预先填入用户的新车辆的配置模板中。用户的模式数据可从例如用户先前调节的配置数据、用户车辆的控制模块和用户客户端获得。在一个实施例中,配置模板中的参数简单地预先填入用户先前存储的配置数据的相同或类似种类的参数值。本发明的另一实施例涉及一种用于管理用于一个或多个车辆的用户的个人设置的系统。所述系统包括:用户客户端,用于访问和执行一列指令,所述指令用于识别用于配置的车辆,获得与识别的车辆对应的配置数据,与用户交互以对配置数据的一个或多个参数进行个性化,并与识别的车辆的控制模块通信。用户客户端还包括处理模块、存储器模块、通信接口和输入/输出模块(“10模块”),所述所有模块通常存在于传统计算装置(诸如计算机、移动电话等)中。所述系统还包括可操作连接到车辆的各种装置和模块的控制模块,所述控制模块用于根据接收到的配置数据调节车辆的设置和控制功能。本发明的另一实施例涉及一个或多个非暂时性计算机可读介质(例如,一个或多个致密盘、磁盘、服务器、闪存、硬驱动、可移除硬驱动或云计算存储系统),编码有用于执行以下操作的指令:接收一个或多个车辆识别数据,获得与车辆识别数据对应的配置数据,呈现包括在获得的配置数据中的一个或多个参数/属性,将调节的配置数据传输到识别的车辆的控制模块。非暂时性计算机可读介质还可包括:用于分析用户车辆相关的模式以为用户自动填入配置模板的参数的计算机可执行指令。以下参照附图详细描述本发明的进一步的实施例、特征和优点以及本发明的各种实施例的结构和操作。


以下描述的附图阐述和示出了本公开的多个示例性实施例。贯穿附图,相同标号表示相同或功能相似的元件。附图的性质是示出而不是按比例绘制。图1是根据本公开实施例的用于管理用户对他们的车辆的个人配置的示例性车辆配置管理系统的框图。图2是根据本公开实施例的用于管理用户对他们车辆的个人配置的示例性方法的流程图。图3A示出根据本公开实施例的用于接收信息以识别用于配置的车辆的示例性图形用户界面。图3B示出根据本公开实施例的示例性图形用户界面,所述示例性图形用户界面用于展示包含在配置数据中的参数并从用户接收调节值。图4是示出根据本公开实施例的示例性车辆数据库结构的框图。
具体实施例方式参照附图进行以下详细描述。描述示例性实施例以示出本公开的主题,而不是限制由权利要求限定的本公开的范围。在以下描述中,术语“配置数据”宽泛且涵盖地表示包括与车辆设置和性能相关的一组参数和属性的任何配置数据。然而,术语“配置模板”表示配置数据的特定类型,“配置模板”包括未被用户改变的具有默认值的参数。尽管术语“配置数据”和“配置模板”被区别地用于解释本公开的许多部分的目的,但是本领域技术人员将理解,配置模板和配置数据可被适当地交替用于在此描述的一些实施例中。术语“控制模块”不仅包括单个控制模块,还包括车辆网络上的单独模块。目前,车辆不只是将人们从一个地点带到另一个地点的机器。车辆已经转换为用作移动通信站、信息中转站、娱乐中心的为个人空间,使得驾驶员在路上的时间变得更加信息化且更有趣。车辆具有可被个性化以增强人们的驾驶体验的上百种设置。随着车辆中可调节设置的数量的不断增加,驾驶员经常需要花费大量时间翻阅车主指南以学习和配置可用设置。因此,配置应用和配置模板被用于提供有效的车辆配置处理。配置应用获取指定用户车辆的信息以及针对被指定的车辆的配置模板。为车辆定制配置模板,并且配置模板仅包含车辆中的可配置的性能和设置的参数,以最小化花费在学习和试图配置不可用或不可配置的设置上的时间。通过分析用户车辆相关的模式(诸如驾驶模式、配置模式和性能使用模式)来预先填入用于用户的配置模板,从而提高本公开的效率。利用本公开,用户可容易地识别可用性能、学习可用性能、个性化设置并应用这些设置。此外,用户可产生多个版本的个性化设置,可通过任何公知的人机交互机制(诸如语音命令或触摸屏输入)来容易地将个性化设置应用到车辆。此外,一个车辆的用户的个性化设置可被应用于其它车辆,提供配置用户的新车辆的快速容易的方式。系统总览本公开的实施例可操作的一个环境包括一个或多个用户客户端、一个或多个数据库、可操作地连接到车辆的控制模块。图1是示例性车辆配置管理系统100,车辆配置管理系统100包括用户客户端110、车辆数据库120以及可操作地连接到车辆140的控制模块130。用户客户端110可包括配置应用112,配置应用112被配置为与用户交互以获得各种用户输入(诸如车辆识别数据和调节值)。配置应用112还管理系统100的组件(例如,车辆数据库120、控制模块130)之间的整体通信,以提供包括对于车辆140中的可用设置和性能的用户偏好的配置数据。配置应用112还包括用于识别用户的特定车辆或至少识别型号的信息。车辆数据库120还包括与车辆配置管理系统100兼容的用于车辆的一个或多个配置模板。用户根据用户偏好调节配置数据的参数/属性,并且个性化配置数据被存储在一个或多个存储位置中。配置应用112可将用户调节的配置数据存储在用户客户端110中,可选择地,用户可通过将配置数据传送到远程服务器来远程存储所述配置数据。此外,配置数据可被存储在可移除存储装置(诸如USB闪速驱动或任何其它非易失性存储介质)中。控制模块130与配置应用112或车辆数据库120通信,或者与配置应用112和车辆数据库120两者通信,以获得用户针对车辆140的个性化配置数据。控制模块130可操作地连接到各种装置和模块以根据个性化配置数据配置车辆140。可通过采用合适数据传输协议的个域网、局域网、广域网或这些网络的组合上的各种类型的网络链接(物理、光学、无线或其它)来实现这些组件之间的通信。用于客户端110可包括多个装置,诸如计算机、移动电话或类似装置、或由这样的装置组成的网络。用户客户端110需要使用户能够与配置应用112交互,并使配置应用112适当地与车辆数据库120以及与控制模块130通信。类似地,车辆控制模块130可以是任意数量的装置,所述装置包括计算机、嵌入式系统或独立电子装置、或类似系统和装置的任意组合。控制模块130需要能够适当地获得配置数据并调节车辆的设置。配置应用112可通过合适的软件(例如、C、C++、Java、或其它合适的编程语言)、硬件(诸如在门级逻辑或ASIC中使用的)、或者固件(例如,配置有用于从外部源接收数据的I/O能力以及用于产生和传送这里描述的配置数据的多个线程的微控制器)、或软件、硬件和固件的一些组合来实现。
配置应用在一些实施例中,配置应用112被实现为安装在用户客户端110上的软件应用。然而,在其它一些实施例中,配置应用112被安装在与用户客户端110分离的远程系统上。例如,配置应用112可被实现为服务器端应用,可在用户客户端110使用中间应用(诸如浏览器(例如,微软互联网浏览器、谋智火狐或苹果Safari))通过网络来访问所述服务器端应用。当这样的实现与系统的其它必要组件连接时,这样的实现可提供独立的车辆配置管理系统100。这里,用户没有与单个指定的用户客户端绑定。也就是说,可从用户的家用电脑、用户的在办公室中的膝上型电脑、或用户的移动电话来访问配置应用112。任何兼容性装置可被用于调节或再调节用户的配置数据。然而,在该实施例中,访问配置应用112的步骤会需要合适的与运行配置应用112的服务器的网络连接。车辆数据库车辆数据库120包括用于识别用户的特定车辆或车辆型号的信息以及与系统100兼容的车辆的配置数据模板。配置模板是配置数据的标准化集合,配置模板包括与根据车辆型号的可调节性能相关的各种参数。配置数据的参数可与影响气候控制设置的设置、座椅位置设置或类似的用户偏好相关。可期望车辆数据库120中的每个配置模板针对特定车辆型号被预先格式化,特别地,每个配置模板被定制为仅包括影响所述特定车辆的参数。车辆识别数据可识别用户期望配置的特定车辆、或至少特定车辆型号。该数据可包括车辆识别码(“VIN”)、年/品牌/型号信息、用户账户信息和特定用户客户端标识符(例如,MAC地址、用户的电话号码)。在一些实施例中,用户创建用户账户并适当地提供以下信息:关于该用户所拥有的车辆的信息、车辆驾驶员的信息、或任何其他辅助信息(诸如第三方订阅服务会员信息(诸如Facebook登录))、关于车辆设置的默认偏好。在一些其它的实施例中,配置应用112获得与用户客户端110相关的特定标识符,并且配置应用112使用该信息以及由用户提供的其它信息来识别将被配置的车辆。在一些实施例中,车辆数据库120存储额外信息,诸如用户账户数据或先前存储的配置数据。用户账户数据可包括按照完整或索引形式的各种信息。用户账户数据中的信息可包括,例如,用户ID、用户曾经拥有的或当前拥有的车辆的列表、与用户ID相关的特定车辆标识符和/或用户客户端标识符以及先前存储的与用户ID相关的配置数据等。尽管车辆数据库120被实现为图1中的单个数据库单元,但是应理解,在一些实施例中,以上描述的信息/数据中的每个可被存储在在多个服务器中实现的多个分散数据库中,从而增加可靠性或其它因素。在一个实施例中,车辆数据库120被实现在用户客户端110中,其中,车辆数据库120可与配置应用112集成。车辆数据库120从配置应用112接收到的询问或搜索请求识别车辆,车辆数据库120返回相应的配置模板或用户先前存储的配置数据。在该设置中,即使在没有网络连接的情况下,配置应用112也可访问存储在车辆数据库120中的信息。这里,可使用单个计算装置完成车辆的识别、配置模板或先前调节的配置数据的获得、配置模板/数据的校准以及个性化配置数据至控制模块130的传输。在该设置中,假设即使当用户客户端110从广域网(诸如互联网)断开连接,用户客户端110也可与管理用户车辆配置的控制模块130通 目。在另一实施例中, 车辆数据库130被实现在远程服务器中,并且配置应用112通过网络与车辆数据库120通信。按照这样的设置还可实现许多优点。第一,在远程服务器中实现的车辆数据库可为用户的配置数据提供可靠备份位置。即使当用户客户端(例如,计算机、移动电话)丢失或变得不可操作时,用户也不必担心丢失他们的个性化配置数据。第二,这样的实现节省用户客户端110中的宝贵的存储空间。用户只需要从车辆数据库120下载必要的配置数据。当用户客户端110是没有非易失性存储器或只有有限存储容量的便携式装置时,这尤其有利。此外,由于只有远程服务器中的数据库需要被更新,因此更新数据库中的信息的处理变得容易且有效。此外,远程服务器实现的车辆数据库使装置(例如,用户客户端)成为独立的车辆配置管理系统。用户可使用任何兼容性用户客户端从任何地方访问配置模板以及该用户先前存储的配置数据。例如,用户可在其办公室计算机上开始其车辆的配置处理,并且用户可在所述处理中存储配置数据。该用户可从服务器中的车辆数据库中获得保存的配置数据,并使用他的移动电话继续他的车辆中的配置处理。在用户到家之后,用户可使用其家用计算机对配置数据进行再校准。因此,会期望不仅在用户客户端110中本地实现车辆数据库120,也在服务器上远程实现车辆数据库120。本地实现的车辆数据库不需要像在服务器中远程实现的车辆数据库120那样精细。用户客户端110中的车辆数据库可被实现为仅存储用户频繁访问的一些数据,诸如流行的车辆型号的配置模板、每个用户先前调节的配置数据、基于用户(或一般用户)的配置偏好自动产生的配置数据。此外,存储在本地车辆数据库和远程车辆数据库两者中的信息可被配置为与彼此同步,形成云数据库系统,以提供以上讨论的两个实施例的优点。虽然配置应用112和车辆数据库120被示出为被实现为车辆配置管理系统100的分散组件,但是配置应用112和车辆数据库120可在本公开的其它实施例中被实现为单个组件。在一个实施例中,配置应用112和车辆数据库120两者被实现在用户客户端110中。可选择地,配置应用112和车辆数据库120被实现在远程服务器中。控制樽块控制模块130与其它模块和装置连接,以调节和控制车辆140的性能。当控制模块130接收到配置数据时,控制模块130与车辆140的其它模块和装置通信以根据配置数据中的参数对它们进行配置。在实施例中,控制模块130通过有线或无线连接从用户客户端110获得配置数据,其中,所述有线或无线连接分别包括串行总线(被配置为USB、火线或类似装置)或者光学、磁性或类似连接。目前,许多车辆配备有用于处理互联网通信的某种形式的接口。因此,在可替换实施例中,控制模块130从在远程服务器中实现的车辆数据库120获得配置数据。控制模块130可自己与远程服务器通信,或者控制模块130可利用该互联网通信功能自己或通过诸如用户客户端的装置与远程服务器通信。在又一实施例中,控制模块130设置有物理插孔以附着便携式存储装置,诸如USB闪速驱动、SD卡等。当用户客户端不是便携式时,该设置尤其有用。例如,用户可使用台式计算机准备配置数据并将调节后的配置数据保存在USB闪速驱动中。用户将USB闪速驱动插入设置的插孔以将调节后的配置数据传输到控制模块130。可参照图2理解由根据本公开的一些实施例的车辆配置管理系统100实现的处理。图2是示出本公开的一个实施例中的用于管理车辆配置的方法的流程图。
如图2中所示,用户通过用户客户端110访问配置应用112 (步骤202)。在优选实施例中,用户客户端110是便携式计算装置,诸如移动电话,配置应用112被实现在用户客户端110中或者可通过网络下载。用户客户端110可通过有线或无线连接或者有线和无线连接的组合与控制模块130通信。目前,移动电话或其它便携式计算装置具有比较大的存储容量。用户客户端110不仅可将配置应用112存储在用户客户端110的本地存储器中,用户客户端110还可将整个车辆数据库120或车辆数据库120的至少一部分存储在用户客户端110的本地存储器中。在这样的实施例中,可使用单个装置来实现识别车辆、获得和调节识别的车辆的配置数据、以及将配置数据传输到控制模块130的步骤。即使当车辆数据库120是不包括用于每辆兼容车辆的配置模板的有限的数据库,用户客户端110也可与控制模块130通信以获得必要信息以及其它辅助信息。如上所述,用户客户端110和控制模块130可以通过有线或无线连接配对(或同步),其中,建立在用户客户端110和控制模块130之间的双向数据通信。控制模块130可针对车辆的可用性能和设置提供信息,配置应用112可使用所述信息创建配置模板。此外,控制模块130可提供车辆的那些性能和设置的当前参数/属性。控制模块可提供的其它辅助信息包括,例如,用户的驾驶模式(包括正常驾驶速度、换线次数等)、用户的配置模式(诸如气候控制设置等)以及用户使用性能的模式(诸如空调使用数据)。这样的信息可被配置应用112使用以产生配置数据,所述配置数据不仅针对车辆,而且还为用户独特的习惯和模式所定制。用户通过图形用户界面(“⑶I”)与配置应用112交互以识别或选择用于配置的车辆140 (步骤204)。用户可通过简单地选择她先前存储的配置数据之一或通过输入一个或多个车辆识别数据来选择或识别车辆。在实施例中,用户输入特定车辆标识符(诸如VIN、或年/品牌/型号信息)。在另一实施例中,用户输入他的会员注册信息,诸如用户ID和与用户账户相关的密码。当用户具有多辆车或当单辆车或者单辆车被许多不同用户共享时,用户账户方案会是有用的。例如,用户可能想要将不同的车辆设置应用到不同场合。例如,用户可能想要在白天有一组无线电台,而在夜间有另一组无线电台。因此,用户可产生多个版本的配置数据,每个版本具有针对相同车辆的不同参数值。类似地,用户可具有针对她的其它车辆的附加的配置数据组。此外,单个车辆可被家庭成员共享,每个家庭成员具有不同配置数据。上述情况导致一辆车与多个配置数据相关。这样,在车辆数据库120中将多个配置数据适当地索引到多个车辆的操作会成为复杂的任务。如果车辆配备有考虑驾驶员/用户之间的等级(例如,级别)的一些性能,则复杂度明显增加。例如,目前,许多车辆配备有允许家长配置车辆的最大速度、安全带警告系统的行为甚至是最大音频音量的家长控制性能。为了增强这样的家长控制性能,车辆配置管理系统100必须识别哪些配置数据的优先级在其它配置数据之上。因此,用户账户在组织用户和车辆的多个配置数据之间的关系中会有用。此外,用户账户可用于跟踪单个用户的先前车辆、先前配置数据甚至是用户的模式(例如,驾驶、配置、性能使用模式)的记录,这些记录可从用户的车辆识别或收集,或者可从先前配置数据的集合识别或收集。图3A是用于输入车辆识别数据以识别车辆的⑶I的示例性示图。如图3A中所示,GUI的顶部提供用户先前通过配置应用112配置的车辆的列表.该列表可从存储在用户客户端110或车辆数据库120中的先前调节的配置数据填入。这里,用户可简单地通过经由人机接口(诸如语音命令或设置在用户客户端中的触摸屏)从所述列表选择车辆来再校准相应的配置数据。可为用户设置类似的用户接口以选择调节的配置数据并将调节的配置数据传输到控制模块130。如图3A中所示,GUI还提供用于输入VIN的文本字段以及用于选择车辆的年、厂家和型号的接口。如之前的描述,每个用户客户端110可具有其自身的特定标识符,诸如MAC地址或序列号,这些信息可在⑶I中显示,如图3A中所示出。当接收到车辆识别数据时,配置应用112可产生一个或多个询问并与车辆数据库120通信以识别与所述询问匹配的车辆。车辆数据库120包括关于与本公开的车辆配置管理系统100的各种实施例兼容或可配置的车辆的信息。车辆数据库120中的每个特定车辆或车辆型号可被分配特定车辆标识符,或按照公知的数据索引架构方案被索引。当特定车辆或车辆型号被识别时,车辆数据库120返回与特定车辆对应的配置数据或识别的车辆型号的配置模板(步骤206)。如前所述,每个配置模板为特定车辆模型所定制以仅包括所述车辆的可配置设置的参数/属性。与配置数据的参数/属性相关的性能和设置实际上没有限制。因此,在此描述的技术和概念可被应用于管理车辆、集成或连接到车辆的装置以及用于控制所述装置和车辆的任何可调节或可修改的性能、设置和配置。尽管优选使用定制的配置模板,但是在本公开的一些实施例中,当必要时可使用通用的配置模板。通用的配置模板可包括本领域中公知的用于车辆性能和设置的参数/属性,当用户客户端110不能获得定制的配置模板时可使用通用的配置模板。图4示出根据本公开实施例的示例性数据库结构400。数据库管理器402处理用于从其它联网的数据库(例如,用户账户数据库404、VIN数据库406、配置模板存储库408和配置数据存储库410)索引、识别、存储和检索信息的一组线程。数据库管理器402还可管理图1的用户客户端110和图4中示出的其它联网的数据库之间的整体通信。如之前的描述,用户账户数据库404可包括多个用户账户ID和关于与每个用户账户相关的车辆的信息。用户账户数据库404中的信息可包括,例如,表示用户的多个用户账户的索引、与用户相关的车辆、这些车辆的VIN、先前调节的车辆配置数据的物理存储位置。VIN数据库406可包括车辆的列表以及列表中每个相应车辆的特定车辆标识符。配置模板存储库408可存储用于车辆的一个或多个配置模板。配置模板包括与特定车辆的可调节的设置相关的参数/属性,所述参数/属性被预先填入默认值。配置数据存储库410可存储可被用户调节和保存的一个或多个配置数据。尽管在图4中分散地示出每个数据库,但是在本公开的一些其它实施例中,数据库管理器402、用户账户数据库404、VIN数据库406、配置模板存储库408和调节的配置数据存储库410或这些库的任何组合可被组合为一个组件。在一个实施例中,用户提供诸如VIN的特定车辆标识符。由于每辆车具有不同的VIN,因此数据库管理器402可定位(pin-point)属于用户的特定车辆的信息。当从在远程服务器中实现的配置数据存储库410检索用户先前存储的配置数据时,使用车辆的特定车辆标识符尤其有用。数据库管理器402可被配置为与配置数据存储库410通信以搜索具有匹配的VIN的任何配置数据。即使当数据库管理器402不能定位匹配配置数据时,数据库管理器402也可以从VIN识别车辆的型号,车辆的型号可用于从配置模板存储库408获得相应的配置模板。在其它实施例中,用户提供车辆的年/品牌/型号信息。尽管该信息可识别车辆型号,但是该信息不能像特定车辆标识符那样定位用户的特定车辆。因此,数据库管理器402一般会返回用于识别的车辆型号的配置模板。然而,这些广义的车辆识别数据的类型可和与用户相关的特定标识符相结合以用于识别用户的特定车辆。例如,每个用户客户端110可被分配其自身的特定标识符,诸如媒体访问控制(“MAC”)地址或序列号。在用户客户端110是移动电话的实施例中,电话号码可用作特定标识符。配置应用112可被配置为提取或获得用户客户端HO的特定标识符。配置应用112可产生用于搜索与特定用户客户端标识符相关的任何配置数据的询问,其中,所述特定用户客户端标识符与识别的车辆型号对应。如上所述,本公开的另一实施例使用用户账户构架。在该设置中,每个用户创建可用于链接用户的所有相关信息(诸如用户的车辆、先前存储的车辆的配置数据以及可在本公开中描述的本公开的实施例中使用的各种其它信息和数据)的用户账户。当配置应用112接收配置模板或先前存储的配置数据时,配置应用112显示或呈现包括在获得的数据中的参数/属性。配置模板或配置数据是为配置的车辆特别定制的,从而用户不将他们的时间和精力浪费在对不可用或不可配置的性能进行学习并提供调节值上。当用于用户的新车辆的配置模板被预先填入来自用户先前存储的配置数据的参数/属性值时,车辆配置管理系统的效率还可提高。虽然在新车辆中可用的性能和设置可以不与用户的其它车辆相同,但是两辆车可共享多个共同性能。因此,在实施例中,配置应用112将用户先前调节的配置数据预先填入配置模板中的参数/属性。例如,可将来自用户先前调节的配置数据的参数/属性值预先填入配置模板中的气候控制设置的参数/属性,其中,所述先前调节的配置数据可以是不同车辆型号的配置数据。返回参照图2,用户与配置应用112进行交互以输入参数值并且使在配置模板/数据中存在的性能激活/失活(步骤208)。图3B是用于显示包括在配置模板/数据中的参数和属性的GUI的示例性示图。使用在图3B中示出的提供的字段和下拉按钮,用户可个性化配置模板或再调节配置数据的值。如图3B中所示,GUI可被设置有为用户提供每个在Gn中呈现的设置的详细说明的按钮(例如,问题标记)。如上面的解释,一些字段可预先填入来自用户先前调节的配置数据的值。可根据被调节的参数的类型和/或性能的类型按照各种其它方式设计⑶I。当完成对配置模板/数据的个性化时,配置应用112将配置数据存储在如上所述的指定的存储位置的任何位置。本公开的一些实施例包括激活车辆的配置模式的步骤(步骤210)。可手动或自动地将车辆设在配置模式中。例如,用户可通过经由用户客户端110将激活命令发送到控制模块130来激活配置模式。如之前的描述,用户客户端110和控制模块130可通过任何公知的有线、无线网络或这样的通信网络的组合被配对、同步或连接。在一些情况下,用户客户端110可通过无线电信号(诸如蓝牙或无线保真(“W1-FI”)协议)与控制模块130通信。在一些其它的情况下,蜂窝网络可被用于用户客户端110和控制模块130之间的通信。此外,不需要通过用户客户端110接收激活信号。而是,用户可直接与车辆交互以激活配置模式(例如,按下车辆中的按钮)。在又一示例中,当满足预定条件(例如,用户和车辆之间的物理距离)时,用户客户端110或任何其它装置(例如,具有RDIF芯片的钥匙、具有近场通信芯片的装置)可被配置为自动将激活信号发送到控制模块130。配置数据被传输到控制模块130 (步骤212)。在实施例中,从用户客户端110通过上述有线或无线连接机制中的任何一个或组合传输配置数据。在替换实施例中,从远程车辆数据库(例如,远程服务器)通过无线网络传输配置数据。当必要时,控制模块130可被限定(tether)为可以联网的装置(例如,用户客户端)以建立到远程车辆数据库120的数据连接。如果有限的网络连接不可行,则控制模块130可通过便携式存储装置(诸如USB闪速驱动或任何其它非易失性存储器装置)获得配置数据。当接收到配置数据时,控制模块130可将信号发送到车辆的各个装置和模块以根据配置数据调节设置。已经参照特定实施例描述了用于解释目的的以上描述。然而,以上的示出性讨论不意图是穷尽性的或将本公开限制于公开的精确形式。考虑到以上教导,可进行许多修改和改变。选择和描述实施例以最优地解释公开的原理及其实际应用,从而使本领域的其它技术人员能够通过适合于特定使用预期的各种修改来最优地利用本公开和各种实施例。
权利要求
1.一种用于管理车辆配置的方法,包括: 接收用户的车辆的一个或多个车辆识别数据; 获得配置数据,所述配置数据与车辆识别数据对应; 调节配置数据的一个或多个参数; 将调节的配置数据传输到车辆的控制模块,其中,所述控制模块根据配置数据配置车辆。
2.如权利要求1所述的方法,其中,一个或多个车辆识别数据包括下述项中的至少一个: 特定车辆标识符; 年/品牌/型号信息; 用户账户信息; 特定用户客户端标识符。
3.如权利要求1所述的方法,其中,配置数据从车辆数据库获得。
4.如权利要求3所述的方法,其中,来自车辆数据库的配置数据包括配置模板。
5.如权利要求3所述的方法,其中,来自车辆数据库的配置数据包括用户先前存储的配置数据。`
6.如权利要求1所述的方法,其中,车辆识别数据和配置数据从车辆获得。
7.如权利要求4所述的方法,还包括: 分析与车辆相关的用户模式; 基于所述分析自动填入配置模板的参数。
8.如权利要求7所述的方法,其中,分析用户模式的步骤包括:从用户先前存储的配置数据分析用户的配置模式。
9.如权利要求7所述的方法,其中,分析用户模式的步骤包括分析用户的驾驶模式。
10.如权利要求7所述的方法,其中,分析用户模式的步骤包括分析用户的车辆性能使用模式。
11.如权利要求1所述的方法,其中,将调节的配置数据从用户客户端传输到控制模块。
12.如权利要求1所述的方法,其中,将调节的配置数据从远程服务器传输到控制模块。
13.如权利要求1所述的方法,其中,将调节的配置数据通过可移除的存储介质传输到控制模块。
14.一种用于管理车辆配置的系统,包括: 至少一个车辆数据库,包括用于识别车辆和至少一个配置数据的信息; 至少一个用户客户端,用于访问存储配置应用的存储器,所述配置应用被配置为获得车辆识别数据、获得至少一个配置数据、允许用户调节配置数据并传输调节的配置数据;控制模块,可操作地连接到车辆,用于根据配置数据配置车辆。
15.如权利要求14所述的系统,其中,车辆数据库被实现在用户客户端中。
16.如权利要求14所述的系统,其中,车辆数据库被实现在远程服务器中。
17.如权利要求14所述的系统,其中,配置应用被实现在用户客户端中。
18.如权利要求14所述的系统,其中,配置应用被实现在远程服务器中。
19.一种存储将被实现在一个或多个计算装置上的一个或多个程序的非暂时性计算机可读存储介质,所述一个或多个程序具有用于执行以下操作的指令: 接收一个或多个车辆识别数据; 获得与车辆识别数据对应的配置数据; 将配置数据的参数呈现给用户; 调节配置数据的参数; 将调节的配置数据传输到可操作地连接到车辆的控制模块,所述控制模块用于根据传输的配置数据配置车辆。
20.如权利要求19所述的非暂时性计算机可读存储介质,还包括: 用于分析与车辆相关的用户模式的指令; 在将参数呈现给用户用于调节前,自动填入配置数据的参数。
全文摘要
本公开提供一种用于管理车辆配置的方法和系统。提供一种包括多个配置模板的数据库。配置模板包括用于其相应车辆的可配置的性能和设置的参数。将配置应用提供给用户以获得和个性化其车辆的配置模板。个性化的配置数据被传输到车辆的控制模块以根据用户的配置数据调节性能和设置。
文档编号G06F9/30GK103106065SQ201210443909
公开日2013年5月15日 申请日期2012年11月8日 优先权日2011年11月14日
发明者克雷格·爱德华·埃斯拉 申请人:福特全球技术公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1