车辆任务推荐系统的制作方法

本发明总体涉及车辆任务管理，更具体地涉及选择并提供将建议给车辆用户的车辆任务。

背景技术：

现今，除了车辆的周围及环境状况之外，车辆还能够监控其许多系统和部件(例如，发动机、电池、电子系统等)。车辆具有许多车载计算机，这些车载计算机可以操作成分析所监控的系统，从而允许车辆执行各种操作而响应于来自所监控系统、监控部件以及传感器的数据的分析。例如，当通过光传感器读出存在低光照水平时(例如，夜间时，车辆处于隧道中等)，车辆可自动打开其前灯。此外，车辆可以提供“燃料快用完”灯，指示车辆已感测到燃料水平低。尽管预编程车辆任务已经实现很久了，但是车辆尚未允许用户将其车辆配置成执行用户定义任务(即自定义车辆任务)。此外，一直没有办法向用户提供所建议的车辆任务。

技术实现要素：

根据本发明的实施例，提供了一种向一个或多个车辆提供一个或多个可选择车辆任务的方法，该方法包括以下步骤：从多个车辆用户中的每一个接收至少一个将由该用户车辆执行的用户定义任务，其中用户定义任务包括至少一个车辆行为和条件语句，其中条件语句包括一个或多个车辆状况；将接收到的用户定义任务分成若干等效类，其中具有逻辑等效条件语句和等效车辆行为的不同用户定义任务被分成相同的等效类；分析等效类；基于步骤(c)的分析来选择至少一个车辆任务；以及将选择的车辆任务发送至一个或多个车辆，用于呈现给车辆上的用户。

一种将一个或多个车辆任务呈现给车辆上的用户的方法包括以下步骤：获取车辆的一个或多个用户定义任务；将一个或多个用户定义任务发送至远程计算机；从远程设施接收一个或多个选择的车辆任务，其中该一个或多个选择的车辆任务至少部分地基于在远程计算机从不同车辆接收到的一个或多个用户定义任务来选择；以及经由车辆上的用户界面将选择的车辆任务呈现给车辆中的乘员。

附图说明

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

图1为描绘能够采用本文所公开方法的通信系统的实施例的框图；

图2为示出向一个或多个车辆提供一个或多个可选择车辆任务的方法的流程图；

图3为示出将用户定义任务分成等效类的实施例的流程图；以及

图4为示出将一个或多个车辆任务呈现给车辆上用户的方法的流程图。

具体实施方式

以下所描述的系统和方法使车辆能够接收并呈现所建议的车辆任务。在一个实施例中，车辆用户可以将其车辆配置成经由用户界面(诸如触摸屏信息娱乐模块)执行一个或多个车辆任务。接着，车辆可以经由以下所描述的通信系统向远程设施发送用户定义车辆任务。远程设施可以是呼叫中心、数据中心或具备网络能力的单个计算机。在远程设施处，用户定义任务可被分成若干等效类。可对等效类进行分析，并且可以选择至少一个车辆任务发送至一个或多个车辆。然后车辆可以经由用户界面(诸如信息娱乐单元)将接收到的车辆任务呈现给车辆乘员。

通信系统-

参照图1，示出了包括移动车辆通信系统10且可以用于实现本文所公开方法的操作环境。通信系统10通常包括：车辆12、一个或多个无线载波系统14、地面通信网络16、计算机18、移动设备96以及远程设施20。应当理解，所公开的方法能够与任何数量的不同系统配合来使用，并且没有特别限于此处示出的操作环境。另外，系统10的架构、构造、安装和操作及其各个部件是本领域公知的。因此，以下段落只提供了这种通信系统10的简要概述；然而，此处未示出的其他系统也可以采用所公开的方法。

车辆12在所示实施例中描绘为轿车，然而应当理解，也可以使用包括摩托车、货车、运动型多功能车(SUV)、休闲车(RV)、船舶、飞机等任何其他车辆。一些车辆电子器件28在图1中大致示出，并且包括远程信息处理单元30、麦克风32、一个或多个按钮或其他控制输入34、音频系统36、视觉显示器38、GPS模块40以及一些车辆系统模块(VSM)42。这些设备中的一些可以直接连接到远程信息处理单元，诸如，例如麦克风32和按钮34，而其他设备可以使用一个或多个网络连接(诸如通信总线44或娱乐总线46)间接地连接。合适的网络连接的实例包括：控制器区域网(CAN)、媒体导向系统传输(MOST)、本地互连网络(LIN)、局域网(LAN)，以及其他适当的连接，诸如以太网或符合已知的ISO、SAE和IEEE标准和规范的其他连接，仅举几例。

远程信息处理单元30可以是OEM安装(嵌入)设备或售后市场设备，该设备安装在车辆中，并且能够通过无线载波系统14且经由无线联网实现无线语音和/或数据通信。这使得车辆能够与远程设施20、移动设备96、其他启用远程信息处理的车辆或一些其他实体或设备进行通信。远程信息处理单元优选地使用无线电传输，以建立与无线载波系统14的通信信道(语音信道和/或数据信道)，使得语音和/或数据传输可以通过信道进行发送和接收。通过提供语音和数据通信，远程信息处理单元30使车辆能够提供一些不同的服务，包括与导航、电话、紧急援助、诊断、信息娱乐等相关的服务。可以使用本领域已知的技术经由数据连接(诸如，经由通过数据信道的分组数据传输，或经由语音信道)来发送数据。对于同时涉及语音通信(例如，具有现场顾问或远程设施20处的语音应答单元)和数据通信(例如，向远程设施20提供GPS位置数据或车辆诊断数据)的组合服务，该系统可以利用通过语音信道的单个呼叫并且在需要时在通过语音信道的语音和数据传输之间切换，并且这可以使用本领域已知的技术来完成。

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

处理器52可以是能够处理电子指令的任何类型的设备，包括微处理器、微控制器、主处理器、控制器、车辆通信处理器以及专用集成电路(ASIC)。处理器52可以是仅用于远程信息处理单元30的专用处理器，或可以与其他车辆系统共享。处理器52执行各种类型的数字存储指令，诸如存储在存储器54中的软件或固件程序，所述指令使远程信息处理单元能够提供多种服务。例如，处理器52可以执行程序或过程数据，以实施本文所论述方法中的一种方法的至少一部分。

远程信息处理单元30可以用来提供包括到达和/或来自车辆的无线通信的不同范围的车辆服务。这些服务包括：结合基于GPS的车辆导航模块40提供的逐向引导以及其他与导航相关的服务；结合一个或多个碰撞传感器界面模块(诸如车身控制模块(未示出))提供的气囊打开通知以及与紧急情况或路边援助相关的其他服务；使用一个或多个诊断模块的诊断报告；以及与信息娱乐相关的服务，其中音乐、网页、电影、电视节目、视频游戏和/或其他信息由信息娱乐模块(未示出)下载并存储用于当前或以后播放。以上列出的服务绝不是远程信息处理单元30的所有能力的排他性列表，而仅是远程信息处理单元能够提供的一些服务的列举。此外，应当理解，上述模块中的至少一些可以以保存在远程信息处理单元30内部或外部的软件指令的形式来实现，它们可以是定位在远程信息处理单元30内部或外部的硬件部件，或者它们可以彼此集成和/或共享或与遍布于车辆的其他系统集成和/或共享(仅列举几种可能性)。在模块实现为定位在远程信息处理单元30外部的VSM 42的情况下，它们可以利用车辆总线44与远程信息处理单元交换数据和命令。

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

除了音频系统36和GPS模块40之外，车辆12还可以包括形式为电子硬件部件的其他车辆系统模块(VSM)42，车辆系统模块42遍布于车辆，并且通常从一个或多个传感器接收输入并使用感测到的输入来执行诊断、监控、控制、报告和/或其他功能。每个VSM 42优选地通过通信总线44连接到其他VSM以及远程信息处理单元30，并且可以编程为运行车辆系统和子系统诊断测试。举例而言，一个VSM 42可以是控制发动机操作(诸如燃料点火和点火正时)的各个方面的发动机控制模块(ECM)，另一个VSM 42可以是调节车辆传动系的一个或多个部件的操作的传动系控制模块，并且另一个VSM 42可以是管理遍布于车辆的各种电气部件(如车辆的电动门锁和前灯)的车身控制模块。根据一个实施例，发动机控制模块配备有车载诊断(OBD)特征，该特征提供大量的实时数据(诸如从包括车辆排放传感器的各种传感器接收到的数据)，并且提供允许技术人员快速识别和补救车辆内故障的一系列标准化的诊断故障码(DTC)。如本领域的技术人员所理解的，上述VSM仅是可用于车辆12的一些模块的实例，因为许多其他VSM也是可以的。

车辆电子器件28还包括一些车辆用户界面，包括麦克风32、按钮34、音频系统36以及视觉显示器38，这些车辆用户界面为车辆乘员提供了一种提供和/或接收信息的方式。如本文所使用的，术语“车辆用户界面”广泛地包括任何合适形式的电子设备，包括硬件和软件部件，所述电子设备位定位在车辆上并且使车辆用户能够用车辆部件或通过车辆部件进行通信。麦克风32向远程信息处理单元提供音频输入，以使驾驶员或其他乘员能够经由无线载波系统14提供语音命令并实施免提呼叫。为此，麦克风32可以利用本领域中已知的人机界面(HMI)技术连接到车载自动语音处理单元。按钮34允许用户手动输入到远程信息处理单元30，以启动无线电话呼叫以及提供其他数据、应答或控制输入。相对于常规的服务援助呼叫，单独的按钮可用于向远程设施20启动紧急呼叫。音频系统36向车辆乘员提供音频输出，并且可以是专用的独立系统或主车辆音频系统的一部分。根据此处示出的具体实施例，音频系统36可操作地耦合至车辆总线44和娱乐总线46，并且可以提供AM、FM和卫星无线电、CD、DVD以及其他多媒体功能。该功能可以结合以上所描述的信息娱乐模块来提供，或独立于该信息娱乐模块来提供。视觉显示器38优选地是图形显示器，诸如仪表面板上的触摸屏或挡风玻璃反射回的抬头显示器，并且可用于提供大量的输入和输出功能。还可以利用各种其他的车辆用户界面，因为图1的界面仅是一个特定实施方式的实例。

无线载波系统14优选地是蜂窝电话系统，其包括多个蜂窝塔70(仅示出一个)、一个或多个移动交换中心(MSC)72，以及将无线载波系统14与地面网络16连接所需的任何其他联网部件。每个蜂窝塔70包括发送和接收天线以及基站，其中不同的蜂窝塔的基站直接地或经由中间装置(诸如基站控制器)连接到MSC 72。蜂窝系统14可以实现任何合适的通信技术，包括：例如，模拟技术(诸如AMPS)或更新的数字技术(诸如CDMA(例如，CDMA 2000)或GSM/GPRS)。如本领域的技术人员所将理解的，各种蜂窝塔/基站/MSC布置都是可以的，并且可以与无线系统14配合来使用。例如，基站和蜂窝塔可以共定位在相同的地点，或者它们可以彼此远程地定位，每个基站可以负责单个蜂窝塔，或者单个基站可以服务各种蜂窝塔，并且各种基站可以耦合到单个MSC(仅列举可能布置中的几个)。

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

地面网络16可以是常规的基于地面的电信网络，其连接至一个或多个固定电话并且将无线载波系统14连接至远程设施20。例如，地面网络16可以包括公共交换电话网络(PSTN)，诸如用于提供硬接线电话、分组交换数据通信以及互联网基础设施的公共交换电话网络。地面网络16的一个或多个区段可以通过使用以下来实现：标准有线网络，光纤或其他光学网络，电缆网络，电源线，其他无线网络(诸如无线局域网(WLAN))，或提供宽带无线访问(BWA)的网络，或其任何组合。此外，远程设施20不需要经由地面网络16连接，但可以包括无线电话设备，使得其可以直接与无线网络(诸如无线载波系统14)进行通信。

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

远程设施20设计成向车辆电子器件28提供一些不同的系统后端功能，并且根据此处示出的示例性实施例通常包括一个或多个开关80、服务器82、数据库84、现场顾问86以及自动语音应答系统(VRS)88，所有这些都是本领域中已知的。这些各种远程设施部件优选地经由有线或无线局域网90彼此耦合。开关80(其可以是专用交换分机(PBX)开关)对进入信号进行路由，使得语音传输通常由常规电话发送给现场顾问86或使用VoIP发送到自动语音应答系统88。现场顾问电话也可以使用如由图1中的折线所表示的VoIP。通过开关80的VoIP和其他数据通信经由连接在开关80与网络90之间的调制解调器(未示出)来实现。数据传输经由调制解调器传递到服务器82和/或数据库84。数据库84可以存储账户信息，诸如用户验证信息、车辆标识符、文件记录、行为模式以及其他有关的用户信息。数据传输也可以通过无线系统(诸如802.11x、GPRS等)来进行。尽管示出的实施例已被描述为将结合采用现场顾问86的人工操纵远程设施20来使用，但是将会理解，远程设施可以代替作为自动顾问的VRS 88来使用，或者可以使用VRS 88与现场顾问86的组合。

移动设备96可以包括：实现了蜂窝电信和SRWC以及其他移动设备应用的硬件、软件和/或固件。移动设备96的硬件可以包括：处理器和用于存储软件、固件等的存储器(例如，配置成与处理器协作的非临时性计算机可读介质)。移动设备处理器和存储器可以实现各种软件应用，这些应用可以是预安装的或由用户(或制造商)来安装(例如，具有软件应用或图形用户界面或GUI)。车辆移动设备应用的一个实施方式可以使车辆用户能够与车辆12进行通信和/或控制车辆的各种方面或功能，例如，其中，允许用户远程锁定/解锁车门，打开或关闭车辆点火，检测车辆轮胎压力、燃料水平、油品寿命等。在一些实施例中，移动设备96可以是蜂窝电话或移动电话。此外，所述应用也可以允许用户在任何时间与远程设施20或呼叫中心顾问连接。

方法-

现返回图2，示出了一种向一个或多个车辆提供一个或多个可选择车辆任务的方法。该方法可以由远程设施20、计算机18或通过两者协同工作来实现。可替代地，该方法可以由这样的任何其他系统来实现，即，可以执行向一个或多个车辆提供一个或多个可选择车辆任务的方法。车辆任务包括至少一个车辆行为，该车辆行为在满足条件语句时实施。条件语句包括一个或多个车辆状况。例如，车辆任务“燃料低时的语音警告”可以包括：当车辆燃料传感器指示燃料量少于1加仑且车辆处于驾驶中(即包括由逻辑运算符连接的两个车辆状况的条件语句)时，通过扬声器播放口语文本“燃料低”(即车辆行为)。逻辑运算符可以将逻辑表达式(即车辆状况)连接至一个或多个逻辑表达式(例如，OR(或)、AND(与)、XOR(异或)等)。可替代地，可以使用一元运算符(一种逻辑运算符)，其中一元运算符只能作用于一个逻辑表达式(例如，NOT(非)运算符)。用户定义任务是由车辆用户定义的车辆任务。在一些实施例中，车辆用户可以是车辆驾驶员或车辆乘员。在其他实施例中，车辆用户可以是可通信连结至车辆的计算机操作员。

该方法开始于步骤210，其中从多个车辆用户中的每一个接收用户定义任务。在一个实施例中，用户定义任务中的一个或多个可以由一个或多个车辆12上的一个或多个车辆用户经由用户界面来定义，用户界面例如可以使用视觉显示器38、麦克风32等来实现。此外，在计算机18、远程设施20或移动设备96定义了用户定义任务中的一个或多个。在定义用户定义任务之后，设备可以将用户定义任务发送到远程设施20、计算机18或任何其他位置。

在一个实施例中，远程设施20可以经由通信系统10接收用户定义任务。例如，车辆12的信息处理单元30可以经由无线载波系统14和地面网络16将一个或多个用户定义任务发送到远程设施20。第二车辆12可以经由通信卫星62和上行链路传输站64将来自第二车辆的信息处理单元30的一个或多个用户定义任务发送到远程设施20。在另一个实施例中，计算机18可以经由地面网络16和/或任何其他示出的通信方式来接收用户定义任务。

在接收到用户定义任务之后，可以实施步骤220。在步骤220中，用户定义任务被分成若干等效类。分组可以由计算机18、服务器82或能够执行分组的任何其他系统来实施。用户定义任务可以以产生等效类的任何方式进行分组，等效类包含具有逻辑等效条件语句和功能等效车辆行为的用户定义任务。

图3提供了一个将用户定义任务分成等效类的实施例。该3步实施例用于将用户定义任务分成若干等效类。与设备(例如计算机)不同，由于一个或多个用户将定义用户任务，因此相对于条件语句的逻辑定义可能不一致。例如，两个用户(第一用户和第二用户)可以都尝试在其各自的车辆上定义相同的车辆任务。例如，两个用户都尝试定义的车辆任务可以是如下情况下的警告用户燃料低的任务(即由图3中步骤210处的“X”表示的车辆行为)：燃料低于一加仑(即由图3中步骤210处的“C”表示的车辆状况)且(a)车辆正在运行(即由图3中步骤210处的“A”表示的车辆状况)或(b)正在点火(即由图3中步骤210处的“B”表示的车辆状况)。第一用户可将车辆任务定义为：

IF(如果)：(车辆正在运行0R(或)正在点火)AND(与)燃料水平低

THEN(则)：警告用户燃料低

第二用户可以将车辆任务定义为：

IF：(车辆正在运行AND燃料水平低)OR(或)(正在点火AND(与)燃料水平低)

THEN：警告用户燃料低

两个用户定义任务具有逻辑等效条件语句和等效车辆行为；因此，两个用户定义任务可被分成相同的等效类。

在步骤220中，车辆任务被标准化，使得在分析用户定义任务时，所有功能等效车辆任务可被视为等效。在一个实施例中，诸如步骤222中所示出的，只有条件语句可需要被标准化。这可能是因为一个用户定义任务在某些情况下受限而仅允许单个车辆行为。然而，在其他实施例中，可能存在作为用户定义任务的一部分的多个车辆行为，因此，车辆行为的标准化对于确保所有功能等效用户定义任务可被分成相同的等效类可能是必要的。

标准化过程可以采取多种形式，而并不限于本文所公开的形式。标准化的第一步可以是将用户定义任务转换成一种范式。两种常用的范式为合取范式和析取范式。合取范式是子句的合取，其中子句是字面文字(即车辆状况)的析取(参见维基百科上的条目“合取范式”)。另一方面，析取范式是子句的析取，其中子句是字面文字的合取(参见维基百科上的条目“析取范式”)。例如，用户定义任务210a属于合取范式，而用户定义任务210b属于析取范式。尽管可以在计算机18上或在远程设施20采用一种算法来以此方式标准化用户定义任务，但是在标准化时也可以应用其他规则。例如，计算条件语句的标准形式不可以确保逻辑等效条件语句间的一致性。举例而言，210a和210c属于相同的标准形式(合取范式)；然而，这两者具有不同顺序的车辆状况。可以在标准化过程中使用其他规则来解决这个问题，诸如以一定的顺序按字母顺序排列车辆状况，对条件语句的子句进行排序，使得更复杂的子句被放置在第一位等。

在标准化用户定义任务的步骤222之后，可以实施步骤224。在步骤224中，对处于标准化形式的用户定义任务执行散列机制。散列机制可以是一种散列算法、功能或使输入散列成输出的任何其他机制。散列机制可以采用与用户定义任务相关的输入，诸如标准化形式(如步骤222中所计算的)、用户定义任务的原始形式等。散列机制的结果可以是等效类或用于获得或识别等效类的信息。应当理解，散列机制可以使用标准化或不使用标准化。用户定义任务可以以其原始形式(即非标准化形式)与其对应等效类的某种指示一起存储。可替代地，可以存储根据接收用户定义任务所修改的数据，而非以原始形式存储用户定义任务。例如，可能记录了属于每个等效类的用户定义任务的总计数。其他实施例可以存储接收到的每个不同用户定义任务的计数，使得每个等效类可以保持最常用的车辆任务的用户定义形式。

现返回图2，所述方法继续进行至步骤230，其中对等效类进行了分析。计算机18、服务器82、远程设施20或任何其他计算机或设备都可以执行该分析。可以基于一些因子分析等效类。在一个实施例中，该分析基于某些统计对等效类进行排列。例如，通过分析接收到的属于相同等效类的用户定义任务的总数量，该分析可以确定哪些等效类是最为普遍的。另外，该分析可能考虑到与等效类相关联的元数据。例如，该分析可以基于接收到的用户定义任务的日期。

在另一个实施例中，当分析等效类时，该分析将一个或多个车辆简况考虑在内。车辆简况可以由执行方法200的一个或多个步骤的计算机或其他设备产生，或者由可与执行分析的系统通信的计算机或系统产生。车辆简况可以针对每个车辆产生，并且可以基于车辆属性(例如，制造、型号、发动机类型等)和/或基于从车辆接收到的数据(例如，指示车辆操作的事务性数据、指示车辆性能或状况的数据等)。另外，车辆简况可以基于从车辆发送至远程设施或计算机的用户定义任务。例如，车辆12的车辆简况可以基于对车辆12经常经过学校区域的确定。计算机或远程设施则可以在分析等效类时使用该信息。

在步骤240中，基于步骤230中的分析选择至少一个车辆任务。由于等效类可以包含以各种方式定义的功能等效车辆任务，因此可以存储用于每个等效类的代表性车辆任务。代表性车辆任务可以是属于该等效类的最普遍的用户定义任务、预定的车辆任务或标准化版本(参见步骤220)的车辆任务。在分析等效类之后，步骤240可以选择一个或多个车辆任务。例如，可以选择前五位最常用的等效类(即前五位等效类，其中等效类基于接收到的属于每个等效类的用户定义任务数量来排列)。可替代地，前十趋势(trending)(即前十位等效类，其中等效类基于过去七天接收到的属于每个等效类的用户定义任务数量来排列)。应当理解，车辆任务可以基于与在远程设施接收到的任何用户定义任务相关的任何标准来选择。

在选择了至少一个车辆任务之后，实施步骤250，其中选择的车辆任务被发送到一个或多个车辆。选择的车辆任务经由通信系统10发送到一个或多个车辆。例如，包含车辆任务的数据可以经由地面网络16和无线通信系统14发送到车辆12。在车辆12处，选择的车辆任务作为所建议的车辆任务呈现给用户。任务可以经由用户界面来呈现，诸如视觉显示器38或音频系统36。方法200结束。

现返回图4，示出了一种将一个或多个车辆任务呈现给车辆上用户的方法。该方法开始于步骤410，其中车辆获得一个或多个用户定义任务。一个或多个任务可以由车辆12上的用户在远程位置(例如，远程设施20)、计算机18或在可通信连结至车辆12的任何其他设备定义。用户可以在车辆上经由用户界面定义一个或多个任务。用户界面可以是信息娱乐控制台、可通信连结至车辆12的移动设备、麦克风32或视觉显示器38。在一个实施例中，用户可以通过按压按钮和/或拖动屏幕上的对象来定义车辆任务。

在用户定义一个或多个任务后，可以实施步骤420，其中一个或多个任务被发送到远程计算机。远程计算机可以是远程设施20中的计算机18、服务器82等。车辆12可以经由通信系统10中的任何通信路径将一个或多个用户定义任务发送到远程计算机。这样的一个实例包括经由无限载波系统14和地面网络16将来自车辆12的数据发送到计算机18。在远程计算机接收一个或多个用户定义任务之后，远程设施可以响应于接收用户定义车辆任务来执行分析和/或其他计算。可以采用如结合图2和图3所描述的方式来完成该分析，以确定所建议的车辆任务。

在步骤430，车辆12从远程设施接收一个或多个选择的车辆任务。选择的车辆任务至少部分地基于在远程计算机从不同的车辆所接收的一个或多个用户定义任务。当确定将哪一个车辆任务发送给车辆12时，远程设施可以对接收到的用户定义任务进行分析。该分析还可以基于在远程设施所产生的车辆简况。车辆简况可以基于车辆属性(例如，制造、型号、发动机类型等)和/或基于从车辆接收到的数据(例如，指示车辆操作的事务性数据、指示车辆性能或状况的数据等)来产生。另外，车辆简况可以基于从车辆发送至远程设施或计算机的用户定义任务。例如，车辆12的车辆简况可以基于对车辆12经常经过学校区域的确定。计算机或设施则可以使用该信息来确定与车辆简况相匹配或相关的车辆任务。在这种情况下，远程设施或计算机可以建议这样的车辆任务，其中，当车辆进入学校区域时(即条件语句)，语音警告车辆操作员注意车辆速度(即车辆行为)。关于用于选择一个或多个车辆任务的可能方法的更多细节，参见方法200。

在车辆12从远程设施接收一个或多个选择的任务之后，车辆可以实施步骤440。在该步骤中，车辆12经由车辆上的用户界面将选择的车辆任务呈现给车辆中的乘员。在车辆12接收一个或多个选择的任务之后，车辆12可自动呈现该一个或多个选择的任务。可替代地，车辆12可以等待实施步骤440，直到车辆12接收了已请求呈现一个或多个选择的任务的指示。车辆12可以经由视觉显示器38或音频系统36来呈现选择的任务。随后，用户可以选取选择的车辆任务中的一个或多个配置到车辆。车辆12则可以配置成实现所选取的车辆任务。然后方法400结束。

应当理解，上述内容是本发明的一个或多个实施例的描述。本发明并不限于本文公开的特定实施例，而是仅由所附权利要求来限定。此外，包含在上述描述中的陈述涉及特定的实施例，而不能被理解为限制本发明的范围或限制权利要求中所使用的术语的定义，对以上对术语或措词进行明确限定的情况除外。各种其他的实施例以及所公开实施例的各种变化和修改对于本领域的技术人员而言将是显而易见的。所有此类其他实施例、变化和修改都意在落入所附权利要求的范围内。

如本说明书和权利要求中所使用的，术语“例如(e.g.)”、“例如(for example)”、“比如”、“诸如”和“如”以及动词“包括”、“具有”、包含”及其其他动词形式在结合一个或多个部件或其他项目的列表使用时均被理解为是开放式的，这意味着所述列表并不排除其他的额外部件或项目。除非在需要不同解释的语境下使用，否则其他术语用其最广泛合理的含义来解释。